本發(fā)明涉及一種樹型架構用戶跨節(jié)點自組織系統(tǒng)及其使用方法。
發(fā)明背景
傳統(tǒng)CRM、ERP類管理系統(tǒng)中，由于采用管理員統(tǒng)一分配用戶ID以及業(yè)務數(shù)據(jù)割裂式管理方法，用戶關系圈封閉，關系去向單一，不能自由配置整個行業(yè)價值鏈上各種類型用戶之間錯綜復雜關系，不利于跨邊界用戶自主合作以實現(xiàn)行業(yè)價值鏈節(jié)點間的縱/橫協(xié)同，也不利于獲得用戶真實評價數(shù)據(jù)從而阻礙眾多對數(shù)據(jù)個性化要求不高的中小企業(yè)用戶經(jīng)營發(fā)展。
在采用用戶申請注冊制的電商網(wǎng)站中，由于用戶組織關系已被固定設置(僅有買賣關系)，不涉及跨邊界用戶之間復雜關系的配置。
在采用用戶申請注冊制的社交網(wǎng)站中，由于申請注冊僅強調(diào)用戶個體行為，雖然用戶關系高度對稱、開放，高可配性，但缺乏層級管理屬性，其間關系僅“平面化”而非“扁平化”，體現(xiàn)出松散、非結(jié)構化、信任度不夠(即使實名注冊)等特征；因此，這類用戶組織機制僅適合于傳播個體間、娛樂化、追溯性不強信息，不適合面向效率經(jīng)營的企業(yè)用戶之間跨區(qū)域、跨行業(yè)組織管理需要。
另一方面，用戶申請注冊機制也增加了運營商對海量用戶的管理難度，進而影響到用戶對網(wǎng)站內(nèi)容的信任度。
技術實現(xiàn)要素：
本發(fā)明針對現(xiàn)有技術的不足，而提供一種樹型架構用戶跨節(jié)點自組織系統(tǒng)及其使用方法。
本發(fā)明的一種樹型架構用戶跨節(jié)點自組織系統(tǒng)，其特征在于，所述系統(tǒng)基于云端服務器和用戶瀏覽器環(huán)境，通過眾多樹型架構中的節(jié)點用戶間自主分配識別賬號，使跨節(jié)點用戶之間可以動態(tài)構建關系用戶圈及關系用戶鏈。
每個所述樹型架構由“一個根節(jié)點及其旗下n個干節(jié)點、n個枝節(jié)點、n個葉節(jié)點”共四級垂直節(jié)點組成。
所述系統(tǒng)設定1個后臺管理員角色，同時定義其他四種身份的樹型架構用戶，所述樹型架構用戶包括根節(jié)點用戶、干節(jié)點用戶、枝節(jié)點用戶、葉節(jié)點用戶；所述根節(jié)點用戶兼具干節(jié)點用戶身份，干節(jié)點用戶兼具枝節(jié)點用戶身份；每個所述樹型架構中包含兩種或兩種以上身份的節(jié)點用戶；同一或不同的所述樹型架構中，節(jié)點用戶的產(chǎn)生規(guī)則為：根節(jié)點用戶擴展干節(jié)點用戶、干節(jié)點用戶擴展枝節(jié)點用戶、枝節(jié)點用戶擴展葉節(jié)點用戶，其中，所述規(guī)則中的節(jié)點用戶彼此互為上層(級)節(jié)點用戶和下層(級)節(jié)點用戶。
所述關系用戶圈由每個樹型架構的節(jié)點用戶組成；每個所述樹型架構中一個根節(jié)點用戶加上n個干節(jié)點用戶組成一個1級關系圈，一個干節(jié)點用戶加上n個枝節(jié)點用戶組成一個2級關系圈，一個枝節(jié)點用戶加上n個葉節(jié)點用戶組成一個3級關系圈；所述樹型架構關聯(lián)的圈主指1級關系圈、2級關系圈、3級關系圈中處于上一層級的單個用戶，即單個根節(jié)點用戶、干節(jié)點用戶或枝節(jié)點用戶。
一種樹型架構用戶跨節(jié)點自組織系統(tǒng)的使用方法，所述使用方法包括如下步驟：
步驟一、新增根節(jié)點用戶；
后臺管理員創(chuàng)建根節(jié)點用戶，創(chuàng)建時，管理員在輸入用于證明用戶唯一存在的實物材料字段后，系統(tǒng)按照時間戳附加2位隨機數(shù)的規(guī)則，為根節(jié)點用戶生成一個唯一性識別賬號，保存入用戶表中；根節(jié)點用戶登錄系統(tǒng)后，自主定義所主導的1級關系圈名稱，并以兼任干節(jié)點用戶身份定義所主導的2級關系圈名稱，系統(tǒng)則自動將根節(jié)點所處關系圈、以及根節(jié)點用戶定義的關系圈名稱字段等一并存入用戶關系圈表中；
步驟二、新增干節(jié)點用戶；
干節(jié)點用戶由根節(jié)點用戶自主創(chuàng)建，首先，根節(jié)點用戶基于1級關系圈，在輸入用于證明干節(jié)點用戶唯一存在的實物材料字段后，系統(tǒng)按照時間戳附加2位隨機數(shù)的規(guī)則，為干節(jié)點用戶生成一個唯一性識別賬號，保存入用戶表中，并同步將干節(jié)點用戶所處關系圈屬性寫入用戶關系圈表；系統(tǒng)還將根節(jié)點用戶賬號和其自主創(chuàng)建的干節(jié)點用戶賬號自動建立起關聯(lián)關系，并將這種關聯(lián)關系寫入好友關系表中；在干節(jié)點用戶提交資質(zhì)審材料給創(chuàng)建自己的根節(jié)點用戶進行審核并經(jīng)其審核通過后，系統(tǒng)正式完成對用戶表中的干節(jié)點用戶賬號、用戶關系圈表中干節(jié)點用戶的關系圈屬性、以及好友關系表中根節(jié)點用戶與干節(jié)點用戶之間關聯(lián)關系數(shù)據(jù)的保存寫入；干節(jié)點用戶登錄系統(tǒng)后，可以自主定義所主導的2級關系圈名稱，系統(tǒng)則自動將其定義的關系圈名稱字段存入用戶關系圈表中；所述干節(jié)點用戶可被系統(tǒng)內(nèi)其他用戶所檢索；
步驟三、新增枝節(jié)點用戶；
枝節(jié)點用戶由干節(jié)點用戶自主創(chuàng)建，首先，干節(jié)點用戶基于自身主導的2級關系圈，在輸入用于證明枝節(jié)點用戶唯一存在的實物材料字段后，系統(tǒng)即按照時間戳附加2位隨機數(shù)的規(guī)則規(guī)則，為枝節(jié)點用戶生成一個唯一性識別賬號，保存入用戶表中，并同步將枝節(jié)點用戶所處關系圈屬性寫入用戶關系圈表，同時，系統(tǒng)還將干節(jié)點用戶賬號和其自主創(chuàng)建的枝節(jié)點用戶賬號自動建立起關聯(lián)關系，并將這種關聯(lián)關系寫入好友關系表中；其次，在枝節(jié)點用戶提交資質(zhì)審材料給創(chuàng)建自己的干節(jié)點用戶進行審核并經(jīng)其審核通過后，系統(tǒng)正式完成對用戶表中的枝節(jié)點用戶賬號、用戶關系圈表中枝節(jié)點用戶的關系圈屬性、以及好友關系表中干節(jié)點用戶與枝節(jié)點用戶之間關聯(lián)關系等數(shù)據(jù)的保存寫入；后臺管理員及枝節(jié)點用戶所在樹型結(jié)構中的根節(jié)點用戶均可對枝節(jié)點用戶提交的資質(zhì)材料進行抽審，抽審不通過指令下達時，系統(tǒng)自動修改枝節(jié)點用戶在用戶表的有效字段以及枝節(jié)點用戶在好友關系表中的相關關聯(lián)關系字段；第三，枝節(jié)點用戶登錄系統(tǒng)后，可以自主定義所主導的3級關系圈名稱，系統(tǒng)則自動將其所定義的關系圈名稱字段存入用戶關系圈表中；
步驟四、新增葉節(jié)點用戶；
葉節(jié)點用戶由枝節(jié)點用戶自主創(chuàng)建；首先，枝節(jié)點用戶基于自身主導的3級關系圈，在輸入用于證明葉節(jié)點用戶唯一存在的實物材料字段后，系統(tǒng)按照時間戳附加2位隨機數(shù)的規(guī)則，為葉節(jié)點用戶生成一個唯一性識別賬號，保存入用戶表中，并同步將葉節(jié)點用戶所處關系圈屬性寫入用戶關系圈表；同時，系統(tǒng)還將枝節(jié)點用戶賬號和其自主創(chuàng)建的葉節(jié)點用戶賬號自動建立起關聯(lián)關系，并將這種關聯(lián)關系寫入好友關系表；其次，在葉節(jié)點用戶提交資質(zhì)審材料給創(chuàng)建自己的枝節(jié)點用戶進行審核并經(jīng)其審核通過后，系統(tǒng)正式完成對用戶表中的葉節(jié)點用戶賬號、用戶關系圈表中葉節(jié)點用戶的關系圈屬性、以及好友關系表中枝節(jié)點用戶與葉節(jié)點用戶之間關聯(lián)關系等數(shù)據(jù)的保存寫入；后臺管理員及葉節(jié)點用戶所在樹型結(jié)構中的根節(jié)點用戶均可對葉節(jié)點用戶提交的資質(zhì)材料進行抽審；抽審不通過指令下達時，系統(tǒng)自動修改葉節(jié)點用戶在上述相關數(shù)據(jù)表中所有關聯(lián)字段；
步驟五、同一關系圈內(nèi)用戶互為好友；
同一關系圈內(nèi)，上節(jié)點用戶與下節(jié)點用戶之間默認互為好友；基于用戶均可被所檢索屬性，同級節(jié)點用戶之間可以通過觸發(fā)關注事件互加為好友，所述關注事件的類型由系統(tǒng)自動判斷；
節(jié)點用戶點擊關注時，系統(tǒng)在數(shù)據(jù)庫中首先生成一條互加好友的請求記錄，所述請求記錄包含發(fā)起方、接受方、接受方是否同意的字段，同時生成好友對應關系記錄，關系記錄包含發(fā)起方、接受方、好友關系的字段，隨后發(fā)送一條征詢對方是否同意成為好友的消息給接受方；如果接受方觸發(fā)消息中的同意按鈕，將對應的請求記錄更新為接受方已同意，同時更新好友關系表，好友關系由待審核更新為互為好友；如果接受方觸發(fā)不同意按鈕，將對應的請求記錄更新為接受方不同意，同時刪除好友關系表中對應的好友關系記錄；
步驟六、不同關系圈內(nèi)的上節(jié)點用戶向非本圈下節(jié)點用戶邀請合作并結(jié)為好友；
基于系統(tǒng)內(nèi)用戶均可被所檢索屬性，在不同關系圈之間，當上節(jié)點用戶選擇向非本圈下節(jié)點用戶發(fā)起合作申請時，在上節(jié)點用戶點擊加為好友類按鈕后，系統(tǒng)首先生成一條互加好友的請求記錄，請求記錄包含發(fā)起方、接受方、交友路徑為上層對下層、接受方是否同意的字段，同時生成好友對應關系記錄，關系記錄包含發(fā)起方、接受方、好友關系的字段，隨后發(fā)送一條征詢對方是否同意成為好友的消息給接受方；
如果接受方觸發(fā)消息中的同意按鈕，接受方加入發(fā)起方所在的關系圈，并將對應的請求記錄更新接受方已同意，同時更新好友關系表及用戶關系圈表，好友關系由待審核更新為互為好友；如果接受方不同意，將對應的請求記錄更新為接受方不同意，同時刪除好友關系表中對應的好友關系記錄；
步驟七、不同關系圈內(nèi)的下節(jié)點用戶向非本圈上節(jié)點用戶申請合作并結(jié)為好友；
基于系統(tǒng)內(nèi)用戶均可被所檢索屬性，在不同關系圈之間，當下節(jié)點用戶選擇向非本圈上節(jié)點用戶發(fā)起合作申請時，在下節(jié)點用戶點擊加為好友類按鈕之后，系統(tǒng)首先生成一條互加好友的請求記錄，所述請求記錄包含發(fā)起方、接受方、交友路徑為下層對上層、接受方是否同意的字段，同時生成好友對應關系記錄，所述關系記錄包含發(fā)起方、接受方、好友關系等字段，隨后發(fā)送一條征詢對方是否同意成為好友的消息給接受方；
如果接受方觸發(fā)消息中同意按鈕，發(fā)起方加入接受方所在關系圈，并將對應的請求記錄更新接受方已同意，同時更新好友關系表，好友關系由待審核更新為互為好友；如果接受方不同意，將對應的請求記錄更新為接受方不同意，同時刪除好友關系表中對應的好友關系記錄；
步驟八、不同關系圈的用戶發(fā)起方向非本圈的同級節(jié)點用戶申請合作并結(jié)為好友；
在不同關系圈之間，當發(fā)起方用戶選擇向本圈外同級節(jié)點用戶發(fā)起合作申請時，在發(fā)起方點擊加為好友類按鈕之后，系統(tǒng)首先生成一條互加好友型請求記錄，請求記錄包含發(fā)起方、接受方、發(fā)起方的上節(jié)點用戶、交友路徑為平級、接受方是否同意、圈主是否同意的字段，同時生成好友對應關系記錄，關系記錄包含發(fā)起方、接受方、好友關系的字段，并發(fā)送一條發(fā)起方邀請接受方加入圈主所在的關系圈，并結(jié)為好友類消息給圈主；
圈主(發(fā)起方的上級節(jié)點用戶)收到消息后，確定是否同意接受方加入自己所在的關系圈；
圈主如果觸發(fā)所收消息中的同意按鈕，接受方加入圈主所在的關系圈，系統(tǒng)的數(shù)據(jù)庫隨之更新對應的請求記錄圈主已同意加好友請求表，同時，發(fā)送一條是否同意與發(fā)起方成為好友類消息給接受方；
接受方收到消息后，如果觸發(fā)消息中的同意按鈕，系統(tǒng)的數(shù)據(jù)庫隨之更新對應的請求接受方已同意，同時更新好友關系表及用戶關系表，好友關系由待審核更新為互為好友；如果接受方不同意，將對應的請求記錄更新為接受方不同意加好友請求表，同時刪除好友關系表中對應的好友關系記錄；
圈主如果觸發(fā)消息中的不同意按鈕，系統(tǒng)的數(shù)據(jù)庫隨之更新對應的請求圈主不同意加好友請求表，并刪除好友關系表中對應的好友關系記錄，同時自動回復一條圈主不同意接受方加入圈主所在的關系圈的消息給發(fā)起方消息表。
本發(fā)明的有益效果是：
(1)本發(fā)明在高度開放型和高度封閉型用戶組織方法之間找到一種兼具兩者優(yōu)勢的企業(yè)用戶關系組織方法和系統(tǒng)；用戶之間既可保持層級管理屬性又具備雙向自組關系功能；
(2)既可保持用戶原有關系圈的穩(wěn)定性和相對封閉性，也使得既有關系圈具備可控開放性，可以向圈中動態(tài)增加相關社會用戶；
(3)用戶可基于所在關系圈動態(tài)配置與其他圈內(nèi)用戶之間的關系鏈，使得用戶在保持獨立自主及競爭運作基礎上，又可滿足集體協(xié)調(diào)合作需要；
(4)本發(fā)明可應用于眾多行業(yè)，服務于其中跨組織、跨體制、跨區(qū)域用戶之間組建扁平化、矩陣式合作體系，以實現(xiàn)行業(yè)價值鏈節(jié)點之間的業(yè)務縱/橫協(xié)同。
附圖說明
圖1為本發(fā)明的運作流程圖。
具體實施方式
下面通過具體實施例，對本發(fā)明的技術方案作進一步具體的說明，但是本發(fā)明并不限于實施例。
本發(fā)明的一種樹型架構用戶跨節(jié)點自組織系統(tǒng)，所述系統(tǒng)基于云端服務器和用戶瀏覽器環(huán)境，通過眾多樹型架構中的節(jié)點用戶間自主分配識別賬號，使跨節(jié)點用戶之間可以動態(tài)構建關系用戶圈及關系用戶鏈。
每個所述樹型架構由“一個根節(jié)點及其旗下n個干節(jié)點、n個枝節(jié)點、n個葉節(jié)點”共四級垂直節(jié)點組成。
所述系統(tǒng)設定1個后臺管理員角色，同時定義其他四種身份的樹型架構用戶，所述樹型架構用戶包括根節(jié)點用戶、干節(jié)點用戶、枝節(jié)點用戶、葉節(jié)點用戶；所述根節(jié)點用戶兼具干節(jié)點用戶身份，干節(jié)點用戶兼具枝節(jié)點用戶身份；每個所述樹型架構中包含兩種或兩種以上身份的節(jié)點用戶；同一或不同的所述樹型架構中，節(jié)點用戶的產(chǎn)生規(guī)則為：根節(jié)點用戶擴展干節(jié)點用戶、干節(jié)點用戶擴展枝節(jié)點用戶、枝節(jié)點用戶擴展葉節(jié)點用戶，其中，所述規(guī)則中的節(jié)點用戶彼此互為上層(級)節(jié)點用戶和下層(級)節(jié)點用戶。
所述關系用戶圈由每個樹型架構的節(jié)點用戶組成；每個所述樹型架構中一個根節(jié)點用戶加上n個干節(jié)點用戶組成一個1級關系圈，一個干節(jié)點用戶加上n個枝節(jié)點用戶組成一個2級關系圈，一個枝節(jié)點用戶加上n個葉節(jié)點用戶組成一個3級關系圈；所述樹型架構關聯(lián)的圈主1級關系圈、2級關系圈、3級關系圈中處于上一層級的單個用戶，即單個根節(jié)點用戶、干節(jié)點用戶或枝節(jié)點用戶。
一種樹型架構用戶跨節(jié)點自組織系統(tǒng)的使用方法，所述使用方法包括如下步驟：
步驟一、新增根節(jié)點用戶；
首先，通過后臺管理員創(chuàng)建根節(jié)點用戶。創(chuàng)建時，管理員在輸入用于證明用戶唯一存在的實物材料字段(如營業(yè)執(zhí)照公司名稱、組織機構代碼或身份證號碼等)后，系統(tǒng)即按“時間戳+2位隨機數(shù)”規(guī)則，為根節(jié)點用戶生成一個唯一性識別ID(賬號)，保存入用戶表(附表1)中。
其次，根節(jié)點用戶登錄系統(tǒng)后，可以自主定義所主導的1級關系圈名稱，并以兼任干節(jié)點用戶身份定義所主導的2級關系圈名稱，系統(tǒng)則自動將根節(jié)點所處關系圈、以及根節(jié)點用戶定義的關系圈名稱字段等一并存入用戶關系圈表(附表2)中。
步驟二、新增干節(jié)點用戶；
干節(jié)點用戶由根節(jié)點用戶自主創(chuàng)建。
首先，根節(jié)點用戶基于1級關系圈，在輸入用于證明干節(jié)點用戶唯一存在的實物材料字段(如營業(yè)執(zhí)照公司名稱、組織機構代碼或身份證號碼等)后，系統(tǒng)即按“時間戳+2位隨機數(shù)”規(guī)則，為干節(jié)點用戶生成一個唯一性識別ID(賬號)，保存入用戶表(附表1)中，并同步將干節(jié)點用戶所處關系圈屬性寫入用戶關系圈(附表2)表。
同時，系統(tǒng)還將根節(jié)點用戶ID和其自主創(chuàng)建的干節(jié)點用戶ID自動建立起關聯(lián)關系(好友關系)，并將這種關聯(lián)關系寫入好友關系表(附表3)中。
其次，在干節(jié)點用戶提交資質(zhì)審材料給創(chuàng)建自己的根節(jié)點用戶進行審核并經(jīng)其審核通過后，系統(tǒng)正式完成對用戶表中的干節(jié)點用戶ID、用戶關系圈表中干節(jié)點用戶的關系圈屬性、以及好友關系表中根節(jié)點用戶與干節(jié)點用戶之間關聯(lián)關系等數(shù)據(jù)的保存寫入。
第三，干節(jié)點用戶登錄系統(tǒng)后，可以自主定義所主導的2級關系圈名稱，系統(tǒng)則自動將其定義的關系圈名稱字段存入用戶關系圈表(附表2)中。
干節(jié)點用戶可被系統(tǒng)內(nèi)其他用戶所檢索。
步驟三、新增枝節(jié)點用戶；
枝節(jié)點用戶由干節(jié)點用戶自主創(chuàng)建。
首先，干節(jié)點用戶基于自身主導的2級關系圈，在輸入用于證明枝節(jié)點用戶唯一存在的實物材料字段(如營業(yè)執(zhí)照公司名稱、組織機構代碼或身份證號碼等)后，系統(tǒng)即按“時間戳+2位隨機數(shù)”規(guī)則，為枝節(jié)點用戶生成一個唯一性識別ID，保存入用戶表(附表1)中，并同步將枝節(jié)點用戶所處關系圈屬性寫入用戶關系圈(附表2)表。
同時，系統(tǒng)還將干節(jié)點用戶ID和其自主創(chuàng)建的枝節(jié)點用戶ID自動建立起關聯(lián)關系(好友關系)，并將這種關聯(lián)關系寫入好友關系表(附表3)中。
其次，在枝節(jié)點用戶提交資質(zhì)審材料給創(chuàng)建自己的干節(jié)點用戶進行審核并經(jīng)其審核通過后，系統(tǒng)正式完成對用戶表中的枝節(jié)點用戶ID、用戶關系圈表中枝節(jié)點用戶的關系圈屬性、以及好友關系表中干節(jié)點用戶與枝節(jié)點用戶之間關聯(lián)關系等數(shù)據(jù)的保存寫入。
為保障枝節(jié)點用戶的合法性，后臺管理員及枝節(jié)點用戶所在樹型結(jié)構中的根節(jié)點用戶均可對枝節(jié)點用戶提交的資質(zhì)材料進行抽審。抽審不通過指令下達時，系統(tǒng)自動修改枝節(jié)點用戶在用戶表的有效字段以及枝節(jié)點用戶在好友關系表中的相關關聯(lián)關系字段。
第三，枝節(jié)點用戶登錄系統(tǒng)后，可以自主定義所主導的3級關系圈名稱，系統(tǒng)則自動將其所定義的關系圈名稱字段存入用戶關系圈表(附表2)中。
步驟四、新增葉節(jié)點用戶；
葉節(jié)點用戶由枝節(jié)點用戶自主創(chuàng)建。
首先，枝節(jié)點用戶基于自身主導的3級關系圈，在輸入用于證明葉節(jié)點用戶唯一存在的實物材料字段(如營業(yè)執(zhí)照公司名稱、組織機構代碼或身份證號碼等)后，系統(tǒng)即按“時間戳+2位隨機數(shù)”規(guī)則，為葉節(jié)點用戶生成一個唯一性識別ID(賬號)，保存入用戶表(附表1)中，并同步將葉節(jié)點用戶所處關系圈屬性寫入用戶關系圈(附表2)表。
同時，系統(tǒng)還將枝節(jié)點用戶ID和其自主創(chuàng)建的葉節(jié)點用戶ID自動建立起關聯(lián)關系(好友關系)，并將這種關聯(lián)關系寫入好友關系表(附表3)。
其次，在葉節(jié)點用戶提交資質(zhì)審材料給創(chuàng)建自己的枝節(jié)點用戶進行審核并經(jīng)其審核通過后，系統(tǒng)正式完成對用戶表中的葉節(jié)點用戶ID、用戶關系圈表中葉節(jié)點用戶的關系圈屬性、以及好友關系表中枝節(jié)點用戶與葉節(jié)點用戶之間關聯(lián)關系等數(shù)據(jù)的保存寫入。
為保障葉節(jié)點用戶的合法性，后臺管理員及葉節(jié)點用戶所在樹型結(jié)構中的根節(jié)點用戶均可對葉節(jié)點用戶提交的資質(zhì)材料進行抽審。抽審不通過指令下達時，系統(tǒng)自動修改葉節(jié)點用戶在上述相關數(shù)據(jù)表中所有關聯(lián)字段。
步驟五、同一關系圈內(nèi)用戶互為好友(圖1)
同一關系圈內(nèi)，上節(jié)點用戶與下節(jié)點用戶之間默認互為好友；基于用戶均可被所檢索屬性，同級節(jié)點用戶之間可以通過觸發(fā)“關注”事件互加為好友【注：系統(tǒng)自動判斷事件類型】。
點擊“關注”時，系統(tǒng)(數(shù)據(jù)庫中)首先生成一條互加好友的請求記錄(包含發(fā)起方、接受方、接受方是否同意等字段)(附表4)，同時生成好友對應關系記錄(包含發(fā)起方、接受方、好友關系(待審核)等字段)(附表3)，隨后發(fā)送一條“征詢對方是否同意成為好友”的消息給接受方(附表5)。
如果接受方觸發(fā)消息中的“同意”按鈕，將對應的請求記錄更新為接受方“已同意”，同時更新好友關系表(附表3)，好友關系由“待審核”更新為“互為好友”；如果接受方觸發(fā)“不同意”按鈕，將對應的請求記錄更新為接受方“不同意”(附表4)，同時刪除好友關系表(附表3)中對應的好友關系記錄
步驟六、不同關系圈內(nèi)的上節(jié)點用戶向非本圈下節(jié)點用戶邀請合作并結(jié)為好友(圖1)；
基于用戶均可被所檢索屬性，在不同關系圈之間，當上節(jié)點用戶選擇向非本圈下節(jié)點用戶發(fā)起合作申請時，在上節(jié)點用戶點擊“加為好友”類按鈕后【注：系統(tǒng)自動判斷事件類型】，系統(tǒng)(數(shù)據(jù)庫)首先生成一條互加好友的請求記錄(包含發(fā)起方、接受方、交友路徑(上對下)、接受方是否同意等字段)(附表4)，同時生成好友對應關系記錄(包含發(fā)起方、接受方、好友關系(待審核)等字段)(附表3)，隨后發(fā)送一條“征詢對方是否同意成為好友”的消息給接受方(附表5)。
如果接受方觸發(fā)消息中的“同意”按鈕，接受方加入發(fā)起方所在的關系圈，并將對應的請求記錄更新接受方“已同意”(附表4)，同時更新好友關系表(附表3)及用戶關系圈表(附表2)，好友關系由“待審核”更新為“互為好友”；如果接受方不同意，將對應的請求記錄更新為接受“不同意”(附表4)，同時刪除好友關系表(附表3)中對應的好友關系記錄。
步驟七、不同關系圈內(nèi)的下節(jié)點用戶向非本圈上節(jié)點用戶申請合作并結(jié)為好友(圖1)
基于用戶均可被所檢索屬性，在不同關系圈之間，當下節(jié)點用戶選擇向非本圈上節(jié)點用戶發(fā)起合作申請時，在下節(jié)點用戶點擊“加為好友”類按鈕之后【注：系統(tǒng)自動判斷事件類型】，系統(tǒng)(數(shù)據(jù)庫中)首先生成一條互加好友的請求記錄(包含發(fā)起方、接受方、交友路徑(下對上)、接受方是否同意等字段)(附表4)，同時生成好友對應關系記錄(包含發(fā)起方、接受方、好友關系(待審核)等字段)(附表3)，隨后發(fā)送一條“征詢對方是否同意成為好友”的消息給接受方并更新消息表(附表5)。
如果接受方觸發(fā)消息中“同意”按鈕，發(fā)起方加入接受方所在關系圈，并將對應的請求記錄更新接受方“已同意”(附表4)，同時更新好友關系表(附表3)，好友關系由“待審核”更新為“互為好友”；如果接受方不同意，將對應的請求記錄更新為接受“不同意”(附表4)，同時刪除好友關系表(附表3)中對應的好友關系記錄。
步驟八、不同關系圈的用戶(發(fā)起方)向非本圈的同級節(jié)點用戶申請合作并結(jié)為好友(圖1)
基于用戶均可被所檢索屬性，在不同關系圈之間，當發(fā)起方(用戶)選擇向本圈外同級節(jié)點用戶發(fā)起合作申請時，在發(fā)起方點擊“加為好友”類按鈕之后【注：系統(tǒng)自動判斷事件類型】，系統(tǒng)(數(shù)據(jù)庫)首先生成一條互加好友型請求記錄(包含發(fā)起方、接受方、發(fā)起方的上節(jié)點用戶(即圈主)、交友路徑(平級)、接受方是否同意、圈主是否同意等字段)(附表4)，同時生成好友對應關系記錄(包含發(fā)起方、接受方、好友關系(待審核)等字段)(附表3)，并發(fā)送一條“發(fā)起方邀請接受方加入圈主所在的關系圈，并結(jié)為好友”類消息給圈主(附表5)。
圈主(發(fā)起方的上級節(jié)點用戶)收到消息后，確定是否同意接受方加入自己所在的關系圈。
圈主如果觸發(fā)所收消息中的“同意”按鈕，接受方加入圈主所在的關系圈，系統(tǒng)(數(shù)據(jù)庫)隨之更新對應的請求記錄“圈主已同意”(附表4)，同時，發(fā)送一條“是否同意與發(fā)起方成為好友”類消息給接受方并更新消息表(附表5)。
接受方收到消息后，如果觸發(fā)消息中的“同意”按鈕，系統(tǒng)(數(shù)據(jù)庫)隨之更新對應的請求“接受方已同意”，同時更新好友關系表(附表3)及用戶關系圈(附表2)表，好友關系由“待審核”更新為“互為好友”；如果接受方不同意，將對應的請求記錄更新為接受“不同意”(附表4)，同時刪除好友關系表(附表3)中對應的好友關系記錄。
圈主如果觸發(fā)消息中的“不同意”按鈕，系統(tǒng)(數(shù)據(jù)庫)隨之更新對應的請求“圈主不同意”(附表4)，并刪除好友關系表(附表3)中對應的好友關系記錄，同時自動回復一條“圈主不同意接受方加入圈主所在的關系圈”類消息給發(fā)起方(附表5)。
附表1：用戶表
附表2：用戶關系表
附表3：好友關系表
附表4：加好友請求表
附表5：消息表
以上所述僅為本發(fā)明的實施例，并非因此限制本發(fā)明的專利范圍，凡是利用本發(fā)明說明書內(nèi)容所作的等效結(jié)構或等效流程變換，或直接或間接運用在其他相關的技術領域，均同理包括在本發(fā)明的專利保護范圍內(nèi)。