基于分級分組的聊天分組管理系統(tǒng)及方法
【專利摘要】本發(fā)明公開了一種基于分級分組的聊天分組管理系統(tǒng)及方法，聊天雙方客戶端和分組服務(wù)器分別與會話服務(wù)器相連；分組服務(wù)器中包括分組觸發(fā)條件檢測模塊和分級分組執(zhí)行模塊，分組觸發(fā)條件檢測模塊用于檢測聊天雙方之間的聊天進度標(biāo)識，并根據(jù)聊天進度標(biāo)識判斷聊天進度是否滿足分組觸發(fā)條件；分級分組執(zhí)行模塊用于在聊天進度滿足相應(yīng)分組觸發(fā)條件時，將聊天雙方分別拖拽到對方相應(yīng)的分組內(nèi)完成分級分組。分組包括“初聊”分組、“邀請見面”分組、“已約”分組、“已見”分組和“合作”分組。本發(fā)明可以很方便地了解到每一位聯(lián)系人是處于合作進展的哪個階段，便于o2o模式下需求方與服務(wù)商之間的相互管理。
【專利說明】
基于分級分組的聊天分組管理系統(tǒng)及方法

【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及一種聊天分組方法，特別是涉及一種基于分級分組的聊天分組管理系統(tǒng)及方法。

【背景技術(shù)】
[0002]服務(wù)博創(chuàng)建于2013年5月，是國內(nèi)集中提供無形服務(wù)領(lǐng)域解決方案的互聯(lián)網(wǎng)社交平臺，通過不斷匯聚大量的律師、設(shè)計師、會計師、稅務(wù)咨詢師、營銷策劃師等各無形服務(wù)領(lǐng)域服務(wù)商，為各類需求者提供一個新的渠道，方便他們及時準(zhǔn)確地找到所需要的服務(wù)提供商并迅速進入線下合作。服務(wù)博是促進無形服務(wù)供需問題解決的020商務(wù)社交平臺，其主要特點為從線上社交關(guān)系擴散到線下，并通過線下的落地溝通反饋到線上，周而復(fù)始，讓供需雙方形成信任的熟人社交關(guān)系。
[0003]然而，隨著需求方同時聯(lián)系的服務(wù)商或服務(wù)商同時聯(lián)系的需求者數(shù)量的增多，傳統(tǒng)的平級分組方式已不再能夠滿足用戶管理上的需求，用戶往往分不清楚每一位聯(lián)系人目前是處于合作進展的哪個階段。對于服務(wù)商來說，一旦任務(wù)需求增加，很有可能就不記得哪個客戶具體提出了什么需求，進展到哪個階段，是暫未約見，是已經(jīng)約了但還沒見面，還是已經(jīng)見面并達(dá)成協(xié)議開始合作。對于需求方來說,也有可能同時有很多方面的需求，因此可能同時聯(lián)系多個服務(wù)商，需求方也很難記清與每一個服務(wù)商之間的合作進度，他們需要對服務(wù)商聯(lián)系人進行一個分級分類。


【發(fā)明內(nèi)容】

[0004]本發(fā)明的目的在于克服現(xiàn)有技術(shù)的不足，提供一種新型的基于分級分組的聊天分組管理系統(tǒng)及方法，需求方、服務(wù)商雙方對對方進行分級的分組，使得他們直接相互的聯(lián)系進度一目了然，便于需求方、服務(wù)商之間的相互管理。
[0005]本發(fā)明的目的是通過以下技術(shù)方案來實現(xiàn)的:基于分級分組的聊天分組管理系統(tǒng)，包括會話服務(wù)器和分組服務(wù)器，聊天雙方客戶端和分組服務(wù)器分別與會話服務(wù)器相連；
分組服務(wù)器中包括分組觸發(fā)條件檢測模塊和分級分組執(zhí)行模塊，分組觸發(fā)條件檢測模塊用于檢測聊天雙方的聊天進度標(biāo)識，并根據(jù)聊天進度標(biāo)識判斷聊天進度是否滿足分組觸發(fā)條件；分級分組執(zhí)行模塊用于在聊天進度滿足相應(yīng)分組觸發(fā)條件時，將聊天雙方分別拖拽到對方相應(yīng)的分組內(nèi)完成分級分組。
[0006]所述的分組包括“初聊”分組、“邀請見面”分組、“已約”分組、“已見”分組和“合作”分組。
[0007]所述的分組觸發(fā)條件檢測模塊包括“初聊”分組觸發(fā)條件檢測模塊、“邀請見面”分組觸發(fā)條件檢測模塊、“已約”分組觸發(fā)條件檢測模塊、“已見”分組觸發(fā)條件檢測模塊、“合作”分組觸發(fā)條件檢測模塊:
“初聊”分組觸發(fā)條件檢測模塊用于檢測聊天雙方之間是否發(fā)起聊天、創(chuàng)建會話； “邀請見面”分組觸發(fā)條件檢測模塊用于檢測聊天雙方是否有其中一方發(fā)起見面邀請； “已約”分組觸發(fā)條件檢測模塊用于檢測見面邀請的被邀請方是否同意見面；
“已見”分組觸發(fā)條件檢測模塊用于在聊天雙方進入“已約”分組的預(yù)設(shè)時間間隔后，在初始聊天發(fā)起方、會話創(chuàng)建方的聊天頁面中提供“確認(rèn)見面”按鈕，檢測雙方是否已見面；
“合作”分組觸發(fā)條件檢測模塊用于檢測聊天雙方是否已有一方進行評價或雙方已進行相互評價。
[0008]所述的分級分組執(zhí)行模塊包括“初聊”分組執(zhí)行模塊、“邀請見面”分組執(zhí)行模塊、“已約”分組執(zhí)行模塊、“已見”分組執(zhí)行模塊、“合作”分組執(zhí)行模塊:
“初聊”分組執(zhí)行模塊用于在“初聊”分組觸發(fā)條件檢測模塊檢測到聊天雙方之間發(fā)起了聊天、創(chuàng)建了會話時，將雙方分別拖拽到對方的“初聊”分組中；
“邀請見面”分組執(zhí)行模塊用于在“邀請見面”分組觸發(fā)條件檢測模塊檢測到聊天雙方中有一方發(fā)起了見面邀請時，將雙方分別拖拽到對方的“邀請見面”分組中；同時被邀請方將接收到邀請發(fā)起方發(fā)來的邀請信息，若被邀請方選擇拒絕見面，則雙方重新回到“初聊”分組；若被邀請方對于見面邀請不作回應(yīng)，則雙方一直停留在對方的“邀請見面”分組中；
“已約”分組執(zhí)行模塊用于在“已約”分組觸發(fā)條件檢測模塊檢測到見面邀請的被邀請方同意見面時，將雙方分別拖拽到對方的“已約”分組中；
“已見”分組執(zhí)行模塊用于在“已見”分組觸發(fā)條件檢測模塊檢測到雙方已見面時，將雙方分別拖拽到對方的“已見”分組中；若初始聊天發(fā)起方、會話創(chuàng)建方一直不點“確認(rèn)見面”按鈕，則雙方一直停留在對方的“已約”分組中；
“合作”分組執(zhí)行模塊用于在“合作”分組觸發(fā)條件檢測模塊檢測到聊天雙方已有一方進行評價或雙方已進行相互評價時，將雙方分別拖拽到對方的“合作”分組中。
[0009]基于分級分組的聊天分組管理方法，包括一個進入“初聊”分組的步驟、一個由“初聊”升級至“邀請見面”分組的步驟、一個由“邀請見面”升級至“已約”分組的步驟、一個由“已約”升級至“已見”分組的步驟、一個由“已見”升級至“合作”分組的步驟；
所述進入“初聊”分組的步驟包括以下子步驟:
5101初聊”分組觸發(fā)條件檢測模塊檢測到聊天雙方之間發(fā)起了聊天、創(chuàng)建了會話；
5102初聊”分組執(zhí)行模塊將雙方分別拖拽到對方的“初聊”分組中，同時在雙方的聊天頁面上顯示“邀請見面”按鈕；
所述由“初聊”升級至“邀請見面”分組的步驟包括以下子步驟:
5201邀請見面”分組觸發(fā)條件檢測模塊檢測到聊天雙方中有一方發(fā)起了見面邀請；
5202邀請見面”分組執(zhí)行模塊將雙方分別拖拽到對方的“邀請見面”分組中；同時被邀請方將接收到邀請發(fā)起方發(fā)來的邀請信息，若被邀請方選擇拒絕見面，則雙方重新回到“初聊”分組；若被邀請方對于見面邀請不作回應(yīng)，則雙方一直停留在對方的“邀請見面”分組中；
所述由“邀請見面”升級至“已約”分組的步驟包括以下子步驟:
5301已約”分組觸發(fā)條件檢測模塊檢測到見面邀請的被邀請方同意見面；
5302已約”分組執(zhí)行模塊將雙方分別拖拽到對方的“已約”分組中；
所述由“已約”升級至“已見”分組的步驟包括以下子步驟:
S401:在聊天雙方進入“已約”分組的預(yù)設(shè)時間間隔后，在初始聊天發(fā)起方、會話創(chuàng)建方的聊天頁面中提供“確認(rèn)見面”按鈕；
5402:初始聊天發(fā)起方、會話創(chuàng)建方點擊“確認(rèn)見面”，“已見”分組觸發(fā)條件檢測模塊檢測到雙方已見面；
5403已見”分組執(zhí)行模塊將雙方分別拖拽到對方的“已見”分組中；若初始聊天發(fā)起方、會話創(chuàng)建方一直不點擊“確認(rèn)見面”，則雙方一直停留在對方的“已約”分組中；
所述由“已見”升級至“合作”分組的步驟包括以下子步驟:
5501合作”分組觸發(fā)條件檢測模塊檢測到聊天雙方已有一方進行評價或雙方已進行相互評價；
5502合作”分組執(zhí)行模塊將雙方分別拖拽到對方的“合作”分組中。
[0010]所述的聊天雙方為需求方和服務(wù)商，評價內(nèi)容包括需求方對服務(wù)商的專業(yè)度、月艮務(wù)態(tài)度、工作效率進行的打分及文字評價，以及服務(wù)商對需求方的信譽度、配合度、報酬支付情況進行的打分及文字評價；評價內(nèi)容存儲在會話服務(wù)器中，會話服務(wù)器將評價內(nèi)容展示在服務(wù)博平臺上。
[0011]基于分級分組的聊天分組管理方法還包括一個將需求方或服務(wù)商從“初聊”、“邀請見面”、“已約”、“已見”、“合作”分組中刪除的步驟。
[0012]基于分級分組的聊天分組管理方法還包括一個將需求方或服務(wù)商從“初聊”、“邀請見面”、“已約”、“已見”、“合作”分組中移動到自定義分組或黑名單中的步驟。
[0013]基于分級分組的聊天分組管理方法還包括一個將需求方或服務(wù)商從自定義分組中刪除、移動到黑名單或恢復(fù)到原分組的步驟。
[0014]基于分級分組的聊天分組管理方法還包括一個刪除黑名單中好友的步驟。
[0015]本發(fā)明的有益效果是:
I)需求方向服務(wù)商或服務(wù)商向需求方發(fā)消息，雙方進入對方的初聊分組，雙方聊天達(dá)到一定意向，一方可發(fā)起邀請，雙方進入邀請見面分組，另一方收到邀請，如接受邀請，雙方進入到已約分組，雙方在見面之后，需求方可以在24小時后確認(rèn)見面，雙方進入到已見分組，并可以對服務(wù)商做出初次見面的評價；可以很方便地了解到每一位聯(lián)系人是處于合作進展的哪個階段，便于需求方與服務(wù)商之間的相互管理。
[0016]2)進入到已見分組后，需求方可對服務(wù)商進行評價，服務(wù)商也可對需求方進行回評，評價后雙方進入合作分組，評價內(nèi)容展示在服務(wù)博平臺上，建立了事件進程發(fā)展的線下信譽機制。

【專利附圖】

【附圖說明】
[0017]圖1為本發(fā)明系統(tǒng)結(jié)構(gòu)示意圖；
圖2為本發(fā)明方法流程圖。

【具體實施方式】
[0018]下面結(jié)合附圖進一步詳細(xì)描述本發(fā)明的技術(shù)方案，但本發(fā)明的保護范圍不局限于以下所述。
[0019]如圖1所示，基于分級分組的聊天分組管理系統(tǒng)，包括會話服務(wù)器和分組服務(wù)器，需求方客戶端、服務(wù)商客戶端和分組服務(wù)器分別與會話服務(wù)器相連； 分組服務(wù)器中包括分組觸發(fā)條件檢測模塊和分級分組執(zhí)行模塊，分組觸發(fā)條件檢測模塊用于檢測需求方與服務(wù)商之間的聊天進度標(biāo)識，并根據(jù)聊天進度標(biāo)識判斷聊天進度是否滿足分組觸發(fā)條件；分級分組執(zhí)行模塊用于在聊天進度滿足相應(yīng)分組觸發(fā)條件時，將需求方和服務(wù)商分別拖拽到對方相應(yīng)的分組內(nèi)完成分級分組。
[0020]所述的分組包括“初聊”分組、“邀請見面”分組、“已約”分組、“已見”分組和“合作”分組。
[0021]所述的分組觸發(fā)條件檢測模塊包括“初聊”分組觸發(fā)條件檢測模塊、“邀請見面”分組觸發(fā)條件檢測模塊、“已約”分組觸發(fā)條件檢測模塊、“已見”分組觸發(fā)條件檢測模塊、“合作”分組觸發(fā)條件檢測模塊:
“初聊”分組觸發(fā)條件檢測模塊用于檢測需求方與服務(wù)商之間是否發(fā)起聊天、創(chuàng)建會話；
“邀請見面”分組觸發(fā)條件檢測模塊用于檢測需求方與服務(wù)商是否有其中一方發(fā)起見面邀請；
“已約”分組觸發(fā)條件檢測模塊用于檢測見面邀請的被邀請方是否同意見面；
“已見”分組觸發(fā)條件檢測模塊用于在需求方與服務(wù)商雙方進入“已約”分組24小時后，在初始聊天發(fā)起方、會話創(chuàng)建方(第一條聊天信息的發(fā)起方)的聊天頁面中提供“確認(rèn)見面”按鈕，檢測雙方是否已見面；
“合作”分組觸發(fā)條件檢測模塊用于檢測需求方是否已對服務(wù)商進行評價。
[0022]相應(yīng)的，所述的分級分組執(zhí)行模塊包括“初聊”分組執(zhí)行模塊、“邀請見面”分組執(zhí)行模塊、“已約”分組執(zhí)行模塊、“已見”分組執(zhí)行模塊、“合作”分組執(zhí)行模塊:
“初聊”分組執(zhí)行模塊用于在“初聊”分組觸發(fā)條件檢測模塊檢測到需求方與服務(wù)商之間發(fā)起了聊天、創(chuàng)建了會話時，將雙方分別拖拽到對方的“初聊”分組中；
“邀請見面”分組執(zhí)行模塊用于在“邀請見面”分組觸發(fā)條件檢測模塊檢測到需求方與服務(wù)商中有一方發(fā)起了見面邀請時，將雙方分別拖拽到對方的“邀請見面”分組中；同時被邀請方將接收到邀請發(fā)起方發(fā)來的邀請信息，若被邀請方選擇拒絕見面，則雙方重新回到“初聊”分組；若被邀請方對于見面邀請不作回應(yīng)，則雙方一直停留在對方的“邀請見面”分組中；
“已約”分組執(zhí)行模塊用于在“已約”分組觸發(fā)條件檢測模塊檢測到見面邀請的被邀請方同意見面時，將雙方分別拖拽到對方的“已約”分組中；
“已見”分組執(zhí)行模塊用于在“已見”分組觸發(fā)條件檢測模塊檢測到雙方已見面時，將雙方分別拖拽到對方的“已見”分組中；若初始聊天發(fā)起方、會話創(chuàng)建方一直不點“確認(rèn)見面”按鈕，則雙方一直停留在對方的“已約”分組中；
“合作”分組執(zhí)行模塊用于在“合作”分組觸發(fā)條件檢測模塊檢測到需求方已對服務(wù)商進行評價時，將雙方分別拖拽到對方的“合作”分組中。
[0023]如圖2所示，基于分級分組的聊天分組管理方法，包括一個進入“初聊”分組的步驟、一個由“初聊”升級至“邀請見面”分組的步驟、一個由“邀請見面”升級至“已約”分組的步驟、一個由“已約”升級至“已見”分組的步驟、一個由“已見”升級至“合作”分組的步驟；
所述進入“初聊”分組的步驟包括以下子步驟: 5101初聊”分組觸發(fā)條件檢測模塊檢測到需求方與服務(wù)商之間發(fā)起了聊天、創(chuàng)建了會話；
5102初聊”分組執(zhí)行模塊將雙方分別拖拽到對方的“初聊”分組中，同時在雙方的聊天頁面上顯示“邀請見面”按鈕；
所述由“初聊”升級至“邀請見面”分組的步驟包括以下子步驟:
5201邀請見面”分組觸發(fā)條件檢測模塊檢測到需求方與服務(wù)商中有一方發(fā)起了見面邀請；
5202邀請見面”分組執(zhí)行模塊將雙方分別拖拽到對方的“邀請見面”分組中；同時被邀請方將接收到邀請發(fā)起方發(fā)來的邀請信息，若被邀請方選擇拒絕見面，則雙方重新回到“初聊”分組；若被邀請方對于見面邀請不作回應(yīng)，則雙方一直停留在對方的“邀請見面”分組中；
所述由“邀請見面”升級至“已約”分組的步驟包括以下子步驟:
5301已約”分組觸發(fā)條件檢測模塊檢測到見面邀請的被邀請方同意見面；
5302已約”分組執(zhí)行模塊將雙方分別拖拽到對方的“已約”分組中；
所述由“已約”升級至“已見”分組的步驟包括以下子步驟:
5401:在需求方與服務(wù)商雙方進入“已約”分組的預(yù)設(shè)時間間隔后，在初始聊天發(fā)起方、會話創(chuàng)建方(即需求方)的聊天頁面中提供“確認(rèn)見面”按鈕；
5402:初始聊天發(fā)起方、會話創(chuàng)建方(需求方)點擊“確認(rèn)見面”，“已見”分組觸發(fā)條件檢測模塊檢測到雙方已見面；
5403已見”分組執(zhí)行模塊將雙方分別拖拽到對方的“已見”分組中；若初始聊天發(fā)起方、會話創(chuàng)建方一直不點擊“確認(rèn)見面”，則雙方一直停留在對方的“已約”分組中；
所述由“已見”升級至“合作”分組的步驟包括以下子步驟:
5501合作”分組觸發(fā)條件檢測模塊檢測到需求方已對服務(wù)商進行評價；
5502合作”分組執(zhí)行模塊將雙方分別拖拽到對方的“合作”分組中。
[0024]基于分級分組的聊天分組管理方法，還包括一個服務(wù)商對需求方進行回評的步驟。
[0025]具體評價內(nèi)容包括需求方對服務(wù)商的專業(yè)度、服務(wù)態(tài)度、工作效率進行的打分及文字評價，以及服務(wù)商對需求方的信譽度、配合度、報酬支付情況進行的打分及文字評價。評價內(nèi)容存儲在會話服務(wù)器中，會話服務(wù)器可將評價內(nèi)容展示在服務(wù)博平臺上，為需求方、服務(wù)商之間的相互選擇提供參考。
[0026]基于分級分組的聊天分組管理方法，還包括一個將需求方或服務(wù)商從“初聊”、“邀請見面”、“已約”、“已見”、“合作”分組中刪除的步驟。
[0027]基于分級分組的聊天分組管理方法，還包括一個將需求方或服務(wù)商從“初聊”、“邀請見面”、“已約”、“已見”、“合作”分組中移動到自定義分組或黑名單中的步驟，自定義分組可重命名，其余分組均不可重命名。
[0028]基于分級分組的聊天分組管理方法，還包括一個將需求方或服務(wù)商從自定義分組中刪除、移動到黑名單或恢復(fù)到原分組的步驟。
[0029]基于分級分組的聊天分組管理方法，還包括一個刪除黑名單中好友的步驟，在黑名單中做刪除操作時，只是將對方從自己的聯(lián)系人列表中刪除，而自己依然在對方的黑名單中；只有對方也將自己從黑名單中刪除后，雙方方可再次走分組流程。
[0030]在其他分組中做刪除操作，則雙方同時從對方的分組中移出。
[0031]被刪除的雙方如果再次走分組流程時，服務(wù)器會判斷需求方與服務(wù)商是否已存在過評價，如果存在評價，那么他們將直接進入到合作分組中，否則再次進入到初聊分組。
[0032]當(dāng)需求方發(fā)起聊天時，服務(wù)器會判斷當(dāng)前需求方與服務(wù)商是否存在于對方的黑名單中，只要其中一方存在于對方的黑名單中，那么他們將不能進行聊天，也不能走分組流程。
[0033]以上所述僅是本發(fā)明的優(yōu)選實施方式，應(yīng)當(dāng)理解本發(fā)明并非局限于本文所披露的形式，不應(yīng)看作是對其他實施例的排除，而可用于各種其他組合、修改和環(huán)境，并能夠在本文所述構(gòu)想范圍內(nèi)，通過上述教導(dǎo)或相關(guān)領(lǐng)域的技術(shù)或知識進行改動。而本領(lǐng)域人員所進行的改動和變化不脫離本發(fā)明的精神和范圍，則都應(yīng)在本發(fā)明所附權(quán)利要求的保護范圍內(nèi)。
【權(quán)利要求】
1.基于分級分組的聊天分組管理系統(tǒng)，其特征在于:包括會話服務(wù)器和分組服務(wù)器，聊天雙方客戶端和分組服務(wù)器分別與會話服務(wù)器相連； 分組服務(wù)器中包括分組觸發(fā)條件檢測模塊和分級分組執(zhí)行模塊，分組觸發(fā)條件檢測模塊用于檢測聊天雙方的聊天進度標(biāo)識，并根據(jù)聊天進度標(biāo)識判斷聊天進度是否滿足分組觸發(fā)條件；分級分組執(zhí)行模塊用于在聊天進度滿足相應(yīng)分組觸發(fā)條件時，將聊天雙方分別拖拽到對方相應(yīng)的分組內(nèi)完成分級分組。
2.根據(jù)權(quán)利要求1所述的基于分級分組的聊天分組管理系統(tǒng)，其特征在于:所述的分組包括“初聊”分組、“邀請見面”分組、“已約”分組、“已見”分組和“合作”分組。
3.根據(jù)權(quán)利要求2所述的基于分級分組的聊天分組管理系統(tǒng)，其特征在于:所述的分組觸發(fā)條件檢測模塊包括“初聊”分組觸發(fā)條件檢測模塊、“邀請見面”分組觸發(fā)條件檢測模塊、“已約”分組觸發(fā)條件檢測模塊、“已見”分組觸發(fā)條件檢測模塊、“合作”分組觸發(fā)條件檢測模塊: “初聊”分組觸發(fā)條件檢測模塊用于檢測聊天雙方之間是否發(fā)起聊天、創(chuàng)建會話； “邀請見面”分組觸發(fā)條件檢測模塊用于檢測聊天雙方是否有其中一方發(fā)起見面邀請； “已約”分組觸發(fā)條件檢測模塊用于檢測見面邀請的被邀請方是否同意見面； “已見”分組觸發(fā)條件檢測模塊用于在聊天雙方進入“已約”分組的預(yù)設(shè)時間間隔后，在初始聊天發(fā)起方、會話創(chuàng)建方的聊天頁面中提供“確認(rèn)見面”按鈕，檢測雙方是否已見面； “合作”分組觸發(fā)條件檢測模塊用于檢測聊天雙方是否已有一方進行評價或雙方已進行相互評價。
4.根據(jù)權(quán)利要求3所述的基于分級分組的聊天分組管理系統(tǒng)，其特征在于:所述的分級分組執(zhí)行模塊包括“初聊”分組執(zhí)行模塊、“邀請見面”分組執(zhí)行模塊、“已約”分組執(zhí)行模塊、“已見”分組執(zhí)行模塊、“合作”分組執(zhí)行模塊: “初聊”分組執(zhí)行模塊用于在“初聊”分組觸發(fā)條件檢測模塊檢測到聊天雙方之間發(fā)起了聊天、創(chuàng)建了會話時，將雙方分別拖拽到對方的“初聊”分組中； “邀請見面”分組執(zhí)行模塊用于在“邀請見面”分組觸發(fā)條件檢測模塊檢測到聊天雙方中有一方發(fā)起了見面邀請時，將雙方分別拖拽到對方的“邀請見面”分組中；同時被邀請方將接收到邀請發(fā)起方發(fā)來的邀請信息，若被邀請方選擇拒絕見面，則雙方重新回到“初聊”分組；若被邀請方對于見面邀請不作回應(yīng)，則雙方一直停留在對方的“邀請見面”分組中； “已約”分組執(zhí)行模塊用于在“已約”分組觸發(fā)條件檢測模塊檢測到見面邀請的被邀請方同意見面時，將雙方分別拖拽到對方的“已約”分組中； “已見”分組執(zhí)行模塊用于在“已見”分組觸發(fā)條件檢測模塊檢測到雙方已見面時，將雙方分別拖拽到對方的“已見”分組中；若初始聊天發(fā)起方、會話創(chuàng)建方一直不點“確認(rèn)見面”按鈕，則雙方一直停留在對方的“已約”分組中； “合作”分組執(zhí)行模塊用于在“合作”分組觸發(fā)條件檢測模塊檢測到聊天雙方已有一方進行評價或雙方已進行相互評價時，將雙方分別拖拽到對方的“合作”分組中。
5.如權(quán)利要求廣4中任意一項所述的基于分級分組的聊天分組管理方法，其特征在于:包括一個進入“初聊”分組的步驟、一個由“初聊”升級至“邀請見面”分組的步驟、一個由“邀請見面”升級至“已約”分組的步驟、一個由“已約”升級至“已見”分組的步驟、一個由“已見”升級至“合作”分組的步驟； 所述進入“初聊”分組的步驟包括以下子步驟: 5101初聊”分組觸發(fā)條件檢測模塊檢測到聊天雙方之間發(fā)起了聊天、創(chuàng)建了會話； 5102初聊”分組執(zhí)行模塊將雙方分別拖拽到對方的“初聊”分組中，同時在雙方的聊天頁面上顯示“邀請見面”按鈕； 所述由“初聊”升級至“邀請見面”分組的步驟包括以下子步驟: 5201邀請見面”分組觸發(fā)條件檢測模塊檢測到聊天雙方中有一方發(fā)起了見面邀請； 5202邀請見面”分組執(zhí)行模塊將雙方分別拖拽到對方的“邀請見面”分組中；同時被邀請方將接收到邀請發(fā)起方發(fā)來的邀請信息，若被邀請方選擇拒絕見面，則雙方重新回到“初聊”分組；若被邀請方對于見面邀請不作回應(yīng)，則雙方一直停留在對方的“邀請見面”分組中； 所述由“邀請見面”升級至“已約”分組的步驟包括以下子步驟: 5301已約”分組觸發(fā)條件檢測模塊檢測到見面邀請的被邀請方同意見面； 5302已約”分組執(zhí)行模塊將雙方分別拖拽到對方的“已約”分組中； 所述由“已約”升級至“已見”分組的步驟包括以下子步驟: 5401:在聊天雙方進入“已約”分組的預(yù)設(shè)時間間隔后，在初始聊天發(fā)起方、會話創(chuàng)建方的聊天頁面中提供“確認(rèn)見面”按鈕； 5402:初始聊天發(fā)起方、會話創(chuàng)建方點擊“確認(rèn)見面”，“已見”分組觸發(fā)條件檢測模塊檢測到雙方已見面； 5403已見”分組執(zhí)行模塊將雙方分別拖拽到對方的“已見”分組中；若初始聊天發(fā)起方、會話創(chuàng)建方一直不點擊“確認(rèn)見面”，則雙方一直停留在對方的“已約”分組中； 所述由“已見”升級至“合作”分組的步驟包括以下子步驟: 5501合作”分組觸發(fā)條件檢測模塊檢測到聊天雙方已有一方進行評價或雙方已進行相互評價； 5502合作”分組執(zhí)行模塊將雙方分別拖拽到對方的“合作”分組中。
6.根據(jù)權(quán)利要求5所述的基于分級分組的聊天分組管理方法，其特征在于:所述的聊天雙方為需求方和服務(wù)商，評價內(nèi)容包括需求方對服務(wù)商的專業(yè)度、服務(wù)態(tài)度、工作效率進行的打分及文字評價，以及服務(wù)商對需求方的信譽度、配合度、報酬支付情況進行的打分及文字評價；評價內(nèi)容存儲在會話服務(wù)器中，會話服務(wù)器將評價內(nèi)容展示在服務(wù)博平臺上。
7.根據(jù)權(quán)利要求5所述的基于分級分組的聊天分組管理方法，其特征在于:還包括一個將需求方或服務(wù)商從“初聊”、“邀請見面”、“已約”、“已見”、“合作”分組中刪除的步驟。
8.根據(jù)權(quán)利要求5所述的基于分級分組的聊天分組管理方法，其特征在于:還包括一個將需求方或服務(wù)商從“初聊”、“邀請見面”、“已約”、“已見”、“合作”分組中移動到自定義分組或黑名單中的步驟。
9.根據(jù)權(quán)利要求8所述的基于分級分組的聊天分組管理方法，其特征在于:還包括一個將需求方或服務(wù)商從自定義分組中刪除、移動到黑名單或恢復(fù)到原分組的步驟。
10.根據(jù)權(quán)利要求5所述的基于分級分組的聊天分組管理方法，其特征在于:還包括一個刪除黑名單中好友的步驟。
【文檔編號】H04L12/58GK104301209SQ201410628401
【公開日】2015年1月21日 申請日期:2014年11月11日 優(yōu)先權(quán)日:2014年11月11日
【發(fā)明者】蘭浩, 胡搏超, 王瑩, 熊川, 王靜 申請人:成都河馬推動網(wǎng)絡(luò)科技有限公司