本發(fā)明涉及計(jì)算機(jī)技術(shù)領(lǐng)域，具體涉及匹配方法及相關(guān)裝置。

背景技術(shù)：

在現(xiàn)有方式中，用戶使用平臺(tái)(例如社交平臺(tái)、直播平臺(tái))組建通信組時(shí)，是由某一用戶作為發(fā)起者，建立通信組，加入通信組的成員是由發(fā)起者從聯(lián)系人名單中選出，或者，由已屬于該組的成員從其聯(lián)系人名單中選出。通信組中的成員可進(jìn)行多人語(yǔ)音通話、多人視頻通話，以及傳輸文件等。

例如，通過(guò)微信平臺(tái)，用戶可從其通信錄中勾選好友來(lái)建立微信群，被選中的好友將被拉入該用戶建立的微信群中。之后，微信群中的成員還可選擇將自己的好友拉入微信群。

上述方式的缺點(diǎn)是：通信組的發(fā)起依靠用戶請(qǐng)求，組內(nèi)成員局限于聯(lián)系人名單。

技術(shù)實(shí)現(xiàn)要素：

有鑒于此，本發(fā)明實(shí)施例提供一種多人會(huì)話組匹配方法及相關(guān)裝置，以解決現(xiàn)有方式中多人通信組的發(fā)起依靠用戶請(qǐng)求，組內(nèi)成員局限于聯(lián)系人名單的問(wèn)題。

為實(shí)現(xiàn)上述目的，本發(fā)明實(shí)施例提供如下技術(shù)方案：

一種匹配方法，應(yīng)用于服務(wù)器端，所述方法包括：

采集用戶的預(yù)約信息，所述預(yù)約信息包括預(yù)約的通話主題、通話開始時(shí)間和通話持續(xù)時(shí)長(zhǎng)中的任意一種或任意組合；

在預(yù)設(shè)時(shí)間區(qū)間內(nèi)，建立預(yù)約信息相匹配的用戶之間的通信連接，以便所述預(yù)約信息相匹配的用戶進(jìn)行多人通話；所述預(yù)設(shè)時(shí)間區(qū)間中包含用戶預(yù)約的通話開始時(shí)間。

一種匹配方法，所述方法包括：

生成并發(fā)送預(yù)約信息，所述預(yù)約信息包括用戶預(yù)約的通話主題、通話開始時(shí)間和通話持續(xù)時(shí)長(zhǎng)中的任意一種或任意組合；

判斷是否到達(dá)所述通話開始時(shí)間；

在判斷出到達(dá)所述通話開始時(shí)間時(shí)，發(fā)送通信請(qǐng)求消息，以便服務(wù)器端為發(fā)送了通信請(qǐng)求消息且預(yù)約信息與之相匹配的用戶之間建立通信連接，進(jìn)行多人通話。

一種匹配裝置，應(yīng)用于服務(wù)器端，所述匹配裝置包括：

通信單元，用于采集用戶的預(yù)約信息，所述預(yù)約信息包括預(yù)約的通話主題、通話開始時(shí)間和通話持續(xù)時(shí)長(zhǎng)中的任意一種或任意組合；

處理單元，用于在預(yù)設(shè)時(shí)間區(qū)間內(nèi)，建立預(yù)約信息相匹配的用戶之間的通信連接，以便所述預(yù)約信息相匹配的用戶進(jìn)行多人通話；所述預(yù)設(shè)時(shí)間區(qū)間中包含用戶預(yù)約的通話開始時(shí)間。

一種匹配裝置，應(yīng)用于終端，所述匹配裝置包括：

通信模塊，用于生成并發(fā)送預(yù)約信息，所述預(yù)約信息包括用戶預(yù)約的通話主題、通話開始時(shí)間和通話持續(xù)時(shí)長(zhǎng)中的任意一種或任意組合；

處理模塊，用于：

判斷是否到達(dá)所述通話開始時(shí)間；在判斷出到達(dá)所述通話開始時(shí)間時(shí)，發(fā)送通信請(qǐng)求消息，以便服務(wù)器端為發(fā)送了通信請(qǐng)求消息且預(yù)約信息與之相匹配的用戶之間建立通信連接，進(jìn)行多人通話。

一種服務(wù)器，包括：

通信單元，用于采集用戶的預(yù)約信息，所述預(yù)約信息包括預(yù)約的通話主題、通話開始時(shí)間和通話持續(xù)時(shí)長(zhǎng)中的任意一種或任意組合；

處理單元，用于在預(yù)設(shè)時(shí)間區(qū)間內(nèi)，建立預(yù)約信息相匹配的用戶之間的通信連接，以便所述預(yù)約信息相匹配的用戶進(jìn)行多人通話；所述預(yù)設(shè)時(shí)間區(qū)間中包含用戶預(yù)約的通話開始時(shí)間。

一種終端，包括：

通信模塊，用于生成并發(fā)送預(yù)約信息，所述預(yù)約信息包括用戶預(yù)約的通話主題、通話開始時(shí)間和通話持續(xù)時(shí)長(zhǎng)中的任意一種或任意組合；

處理模塊，用于：

判斷是否到達(dá)所述通話開始時(shí)間；在判斷出到達(dá)所述通話開始時(shí)間時(shí)，發(fā)送通信請(qǐng)求消息，以便服務(wù)器端為發(fā)送了通信請(qǐng)求消息且預(yù)約信息與之相匹配的用戶之間建立通信連接，進(jìn)行多人通話。

基于上述技術(shù)方案，本發(fā)明實(shí)施例，可由服務(wù)器端根據(jù)預(yù)約信息匹配用戶，為預(yù)約信息相匹配的用戶建立通信連接，預(yù)約信息相匹配且建立通信連接的用戶，對(duì)應(yīng)同一通信組。因此，在本發(fā)明實(shí)施例中，不再依靠用戶發(fā)起通信組，相互通信的用戶是預(yù)約信息相匹配的用戶，而不再局限于聯(lián)系人名單，為多人通話提供了新方式。

附圖說(shuō)明

為了更清楚地說(shuō)明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見(jiàn)地，下面描述中的附圖僅僅是本發(fā)明的實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)提供的附圖獲得其他的附圖。

圖2a、2b、4、6-8、12為本發(fā)明實(shí)施例提供的匹配方法示例性流程圖；

圖3、5、9、10a、10b、11、14-16、17a、17b、18a、18b為本發(fā)明實(shí)施例提供的交互界面示例圖；

圖13為本發(fā)明實(shí)施例提供的受助者申請(qǐng)方式示意圖；

圖19、20為本發(fā)明實(shí)施例提供的匹配裝置的示例性結(jié)構(gòu)圖；

圖1為本發(fā)明實(shí)施例提供的終端/服務(wù)器的計(jì)算機(jī)架構(gòu)示例圖。

具體實(shí)施方式

本發(fā)明提供匹配方法、匹配裝置、終端和服務(wù)器/平臺(tái)。

上述匹配裝置可包括運(yùn)行于終端中的匹配裝置和運(yùn)行于后臺(tái)服務(wù)器/平臺(tái)中的匹配裝置。

上述終端可以是諸如臺(tái)式機(jī)、移動(dòng)終端(例如智能手機(jī))、ipad等的電子設(shè)備。在一個(gè)示例中，運(yùn)行于終端中的匹配裝置可為運(yùn)行在終端中的客戶端，例如微信、QQ等即時(shí)通信客戶端。該客戶端可以是應(yīng)用程序客戶端，也可以是網(wǎng)頁(yè)客戶端。

運(yùn)行于后臺(tái)服務(wù)器/平臺(tái)中的匹配裝置可為服務(wù)器/平臺(tái)的一個(gè)硬件組成部分，也可為功能模塊或組件。

上述后臺(tái)服務(wù)器或平臺(tái)可以是一臺(tái)服務(wù)器，也可以是由若干臺(tái)服務(wù)器組成的服務(wù)器集群，或者是一個(gè)云計(jì)算服務(wù)中心。

圖1示出了上述任一服務(wù)器或終端的一種通用計(jì)算機(jī)系統(tǒng)結(jié)構(gòu)。

上述計(jì)算機(jī)系統(tǒng)可包括總線、處理器1、存儲(chǔ)器2、通信接口3、輸入設(shè)備4和輸出設(shè)備5。處理器1、存儲(chǔ)器2、通信接口3、輸入設(shè)備4和輸出設(shè)備5通過(guò)總線相互連接。其中：

總線可包括一通路，在計(jì)算機(jī)系統(tǒng)各個(gè)部件之間傳送信息。

處理器1可以是通用處理器，例如通用中央處理器(CPU)、網(wǎng)絡(luò)處理器(Network Processor，簡(jiǎn)稱NP)、微處理器等，也可以是特定應(yīng)用集成電路(application-specific integrated circuit，ASIC)，或一個(gè)或多個(gè)用于控制本發(fā)明方案程序執(zhí)行的集成電路。還可以是數(shù)字信號(hào)處理器(DSP)、專用集成電路(ASIC)、現(xiàn)成可編程門陣列(FPGA)或者其他可編程邏輯器件、分立門或者晶體管邏輯器件、分立硬件組件。

處理器1可包括主處理器，還可包括基帶芯片、調(diào)制解調(diào)器等。

存儲(chǔ)器2中保存有執(zhí)行本發(fā)明技術(shù)方案的程序，還可以保存有操作系統(tǒng)和其他關(guān)鍵業(yè)務(wù)。具體地，程序可以包括程序代碼，程序代碼包括計(jì)算機(jī)操作指令。更具體的，存儲(chǔ)器2可以包括只讀存儲(chǔ)器(read-only memory，ROM)、可存儲(chǔ)靜態(tài)信息和指令的其他類型的靜態(tài)存儲(chǔ)設(shè)備、隨機(jī)存取存儲(chǔ)器(random access memory，RAM)、可存儲(chǔ)信息和指令的其他類型的動(dòng)態(tài)存儲(chǔ)設(shè)備、磁盤存儲(chǔ)器、flash等等。

輸入設(shè)備4可包括接收用戶輸入的數(shù)據(jù)和信息的裝置，例如鍵盤、鼠標(biāo)、攝像頭、掃描儀、光筆、語(yǔ)音輸入裝置、觸摸屏、計(jì)步器或重力感應(yīng)器等。

輸出設(shè)備5可包括允許輸出信息給用戶的裝置，例如顯示屏、打印機(jī)、揚(yáng)聲器等。

通信接口3可包括使用任何收發(fā)器一類的裝置，以便與其他設(shè)備或通信網(wǎng)絡(luò)通信，如以太網(wǎng)，無(wú)線接入網(wǎng)(RAN)，無(wú)線局域網(wǎng)(WLAN)等。

處理器1執(zhí)行存儲(chǔ)器2中所存放的程序，以及調(diào)用其他設(shè)備，可用于實(shí)現(xiàn)本發(fā)明實(shí)施例所提供的匹配方法中的各個(gè)步驟。

下面將基于上面的本發(fā)明涉及的共性方面，對(duì)本發(fā)明實(shí)施例進(jìn)一步詳細(xì)說(shuō)明。

本發(fā)明的一個(gè)實(shí)施例提供一種匹配方法，和基于這個(gè)方法的服務(wù)器端。

請(qǐng)參見(jiàn)圖2a，上述服務(wù)器端至少執(zhí)行如下步驟：

S1：采集用戶的預(yù)約信息；

預(yù)約信息具體可包括預(yù)約的通話主題、通話開始時(shí)間和通話持續(xù)時(shí)長(zhǎng)中的任意一種或任意組合。

S2：在預(yù)設(shè)時(shí)間區(qū)間內(nèi)，建立預(yù)約信息相匹配的用戶之間的通信連接，以便預(yù)約信息相匹配的用戶進(jìn)行多人通話。

其中，預(yù)設(shè)時(shí)間區(qū)間中包含用戶預(yù)約的通話開始時(shí)間。

本發(fā)明實(shí)施例，可由服務(wù)器端根據(jù)預(yù)約信息匹配用戶，為預(yù)約信息相匹配的用戶建立通信連接。預(yù)約信息相匹配且建立通信連接的用戶，對(duì)應(yīng)同一通信組。因此，在本發(fā)明實(shí)施例中，不再依靠用戶發(fā)起通信組，相互通信的用戶是預(yù)約信息相匹配的用戶，而不再局限于聯(lián)系人名單，為多人通話提供了新方式。

圖2b示出了上述匹配方法的另一種交互示例性流程，其至少可包括如下步驟：

200部分：客戶端/終端生成并發(fā)送用戶的預(yù)約信息。

客戶端/終端可應(yīng)服務(wù)器/平臺(tái)的主動(dòng)獲取而生成預(yù)約信息，也可由使用者主動(dòng)觸發(fā)客戶端/終端生成并發(fā)送用戶的預(yù)約信息。

需要說(shuō)明的是，使用者與用戶是不同的。使用者指的是自然人。而用戶指的是使用者在服務(wù)器/平臺(tái)上注冊(cè)的賬號(hào)。

在一個(gè)示例中，用戶可通過(guò)用戶身份唯一標(biāo)識(shí)來(lái)區(qū)分。例如，在微信系統(tǒng)中，可用uin來(lái)區(qū)分用戶。

預(yù)約信息具體可包括預(yù)約的通話主題、通話開始時(shí)間和通話持續(xù)時(shí)長(zhǎng)中的任意一種或任意組合。客戶端/終端也會(huì)記錄用戶的預(yù)約信息，尤其是通話開始時(shí)間。

在一個(gè)示例中，預(yù)約信息還可包括日期或其他預(yù)約事項(xiàng)，例如語(yǔ)音聊天、視頻聊天。此外，預(yù)約信息還可包括用戶唯一身份標(biāo)識(shí)，例如uin等。

在另一示例中，用戶還可設(shè)置在到達(dá)通話開始時(shí)間之時(shí)或之前是否進(jìn)行提醒。

201部分：服務(wù)器/平臺(tái)采集用戶的預(yù)約信息。

更具體的，一種采集方式可為服務(wù)器/平臺(tái)中的匹配裝置主動(dòng)獲取用戶的預(yù)約信息。或者，也可由用戶主動(dòng)提交預(yù)約信息，服務(wù)器/平臺(tái)中的匹配裝置予以記錄的方式實(shí)現(xiàn)預(yù)約信息的采集。

上述通話主題可由服務(wù)器/平臺(tái)以選項(xiàng)的方式提供給用戶，用戶從服務(wù)器/平臺(tái)提供的選項(xiàng)中進(jìn)行單選或復(fù)選。

當(dāng)然，用戶也可直接提交自己感興趣的主題，由服務(wù)器/平臺(tái)進(jìn)行歸類。

例如，用戶可提交“艾灸”的通信主題，服務(wù)器/平臺(tái)將其歸類為“養(yǎng)生調(diào)理”這一大類。

舉例來(lái)講，微信公益提供多個(gè)公益活動(dòng)，例如暖心讀書項(xiàng)目、端午節(jié)送關(guān)愛(ài)項(xiàng)目、心理開導(dǎo)課程、養(yǎng)生調(diào)理項(xiàng)目等，某一用戶可在線申請(qǐng)參與其中的公益活動(dòng)(假定是暖心讀書項(xiàng)目)，并提交參與時(shí)間(假定是17：00)和參與時(shí)長(zhǎng)(假定15分鐘)。

則服務(wù)器/平臺(tái)可采集到該用戶的預(yù)約信息包括：暖心讀書項(xiàng)目的名稱或標(biāo)識(shí)，通話開始時(shí)間(17：00)，以及，通話持續(xù)時(shí)長(zhǎng)(15min)。

202部分：服務(wù)器端將預(yù)約信息相匹配的用戶歸入同一由服務(wù)器端自動(dòng)創(chuàng)建的通信組；

服務(wù)器端如何自動(dòng)創(chuàng)建通信組可參見(jiàn)本文后續(xù)702部分的記載。

服務(wù)器端可在預(yù)設(shè)時(shí)間區(qū)間內(nèi)自動(dòng)創(chuàng)建通信組，也可提前創(chuàng)建通信組。

服務(wù)器端可創(chuàng)建臨時(shí)的通信組，也可創(chuàng)建永久性的通信組。在該通信組中的用戶與其他用戶的預(yù)約信息是相匹配的。

在一個(gè)示例中，預(yù)約信息相匹配，可指的是預(yù)約信息完全相同。

在另一個(gè)示例中，預(yù)約信息相匹配，可指的是預(yù)約信息相一致。例如，主題一致，通話開始時(shí)間和通話持續(xù)時(shí)長(zhǎng)一致。

舉例來(lái)講，用戶1預(yù)約的主題是“艾灸”，用戶2預(yù)約的主題是“針灸”，二者主題一致。

再例如，用戶1預(yù)約的通話開始時(shí)間為11：00，用戶2預(yù)約的通話開始時(shí)間為11：02，則二者通話開始時(shí)間相一致。

以此可類推至通話持續(xù)時(shí)長(zhǎng)。

在同一通信組中的用戶可進(jìn)行多人通話，例如多人語(yǔ)音通話，多人視頻通話，傳輸文件、共享文件等。

當(dāng)然，也可進(jìn)行點(diǎn)對(duì)點(diǎn)語(yǔ)音通話或視頻通話、傳輸文件、共享文件等。

203部分：客戶端判斷是否到達(dá)通話開始時(shí)間。

204：在判斷出到達(dá)通話開始時(shí)間時(shí)，客戶端發(fā)送通信請(qǐng)求消息。

在一個(gè)示例中，客戶端可在判斷出到達(dá)通話開始時(shí)間時(shí)，直接發(fā)送通信請(qǐng)求消息，例如VoIP請(qǐng)求。更具體的，客戶端是經(jīng)由服務(wù)器向通信組中的其他用戶的客戶端發(fā)送VoIP請(qǐng)求。

在另一個(gè)示例中，在判斷出到達(dá)通話開始時(shí)間時(shí)，可向終端的顯示屏輸出通話提醒消息。通話提醒消息可依用戶自行設(shè)置是否顯示。

更具體的，上述通話提醒消息可為消息提示框形式，該消息提示框包括第一點(diǎn)擊按鈕和第二點(diǎn)擊按鈕；其中，第一點(diǎn)擊按鈕用于，在被點(diǎn)擊時(shí)觸發(fā)進(jìn)行發(fā)出通信請(qǐng)求消息的操作；而第二點(diǎn)擊按鈕用于，在被點(diǎn)擊時(shí)觸發(fā)執(zhí)行結(jié)束操作。

例如，請(qǐng)參見(jiàn)圖3在判斷出到達(dá)開始時(shí)間后，終端會(huì)彈出toast消息，消息的內(nèi)容可包括“有人想與你聊天”。

Toast是用來(lái)顯示顯示信息的一種機(jī)制，Toast是沒(méi)有焦點(diǎn)的，并且Toast顯示的時(shí)間有限，過(guò)一定的時(shí)間就會(huì)自動(dòng)消失。

Toast是種簡(jiǎn)易的消息提示框。

仍請(qǐng)參見(jiàn)圖3，toast消息中可包含“取消”和“接聽”兩個(gè)點(diǎn)擊按鈕，使用者若點(diǎn)擊“接聽”(對(duì)應(yīng)第一點(diǎn)擊銨鈕)，則發(fā)送了“通信請(qǐng)求消息”，例如VoIP請(qǐng)求。使用者若點(diǎn)擊“取消”(對(duì)應(yīng)第二點(diǎn)擊按鈕)，則進(jìn)入結(jié)束流程。

至于如何判斷出到達(dá)通話開始時(shí)間，則有幾種情況：

情況一，假定用戶預(yù)約的通話開始時(shí)間為17：00，用戶在17：00之前上線，到達(dá)17：00時(shí)刻時(shí)，判斷出到達(dá)通話開始時(shí)間。

情況二，若用戶在上述通話開始時(shí)間之后上線，且用戶的上線時(shí)刻與上述通話開始時(shí)間的差值小于或小于等于預(yù)設(shè)差值，則判斷出到達(dá)通話開始時(shí)間。

例如，假定用戶預(yù)約的通話開始時(shí)間為17：00，用戶在17：02上線，17：02與17：00之間的差值為2分鐘，若預(yù)設(shè)差值為5分鐘，2分鐘小于5分鐘，則判斷出到達(dá)通話開始時(shí)間。

205部分：客戶端向終端的拍攝裝置(例如攝像頭)發(fā)送開啟命令。

這樣，后續(xù)用戶可通過(guò)客戶端與通信組中的其他成員進(jìn)行視頻通話。

當(dāng)然，對(duì)于僅語(yǔ)音聊天的場(chǎng)景，可省略205部分。

206部分：在上述通信組對(duì)應(yīng)的預(yù)設(shè)時(shí)間區(qū)間內(nèi)，服務(wù)器端/平臺(tái)建立該通信組中發(fā)送通信請(qǐng)求消息的各用戶之間的通信連接，以便通信組中的用戶進(jìn)行多人通話。

上述預(yù)設(shè)時(shí)間區(qū)間中包含通信組中的用戶預(yù)約的通話開始時(shí)間。

例如，假定用戶預(yù)約的通話開始時(shí)間為20：00，則預(yù)設(shè)時(shí)間區(qū)間可為20：00-20：05。本領(lǐng)域技術(shù)人員可根據(jù)需要合理設(shè)計(jì)時(shí)間區(qū)間，在此不作贅述。

再例如，假定通信組中用戶預(yù)約的通話開始時(shí)間的范圍為20：00-20：05，則預(yù)設(shè)時(shí)間區(qū)間至少應(yīng)包括20：00-20：05這一時(shí)間范圍。

在一個(gè)示例中，建立通信組中各用戶之間的通信連接的具體方式可包括：

建立通信組中、在上述預(yù)設(shè)的時(shí)間區(qū)間內(nèi)、發(fā)送通信請(qǐng)求消息的用戶之間的通信連接。

在204部分，客戶端會(huì)發(fā)送了通信請(qǐng)求消息，對(duì)于通信組中未發(fā)送通信請(qǐng)求消息的用戶，可能是不在線，或者雖在線但選擇了取消參與多人通話。因此，在206部分，服務(wù)器端/平臺(tái)為通信組中發(fā)送通信請(qǐng)求消息的各用戶之間建立通信連接。

206部分是前述S2部分的細(xì)化。

可見(jiàn)，本發(fā)明實(shí)施例，可由服務(wù)器端創(chuàng)建通信組，組內(nèi)的成員是預(yù)約信息相匹配的用戶而不再局限于聯(lián)系人名單，為多人通話提供了新方式。

在本發(fā)明其他實(shí)施例中，請(qǐng)參見(jiàn)圖4，上述匹配方法還可包括：

401部分：在多人通話的過(guò)程中，客戶端提交主播模式切換請(qǐng)求。

同一通信組中的任一用戶均可提交主播模式切換請(qǐng)求。

在多人通話過(guò)程中，客戶端可提供主播模式切換UI控件，此外，還可顯示通話主題、持續(xù)時(shí)長(zhǎng)或剩余時(shí)長(zhǎng)等。

請(qǐng)參見(jiàn)圖5，在一個(gè)示例中，主播模式切換UI控件可為主播模式按鍵501。

使用者可通過(guò)主播模式切換UI控件輸入主播模式切換請(qǐng)求，并向服務(wù)器端發(fā)送。例如，仍請(qǐng)參見(jiàn)圖5，使用者點(diǎn)擊主播模式按鍵501，則觸發(fā)向服務(wù)器端發(fā)送主播模式切換請(qǐng)求。

402部分：服務(wù)器/平臺(tái)將發(fā)送主播切換模式請(qǐng)求的用戶設(shè)置為主講人。

在一個(gè)示例中，將發(fā)送主播切換模式請(qǐng)求的用戶設(shè)置為主講人可具體包括：

令發(fā)送主播切換模式請(qǐng)求的用戶的視頻顯示區(qū)域大于組中其他成員的視頻顯示區(qū)域。

同時(shí)，還可令發(fā)送主播切換模式請(qǐng)求的用戶所發(fā)送的音頻數(shù)據(jù)的分貝值大于其他成員所發(fā)送的音頻數(shù)據(jù)的分貝值。

在本發(fā)明其他實(shí)施例中，仍請(qǐng)參見(jiàn)圖4，還可包括：

403部分：服務(wù)器/平臺(tái)判斷上述多人通話是否到達(dá)結(jié)束時(shí)間；

服務(wù)器/平臺(tái)可開啟倒計(jì)時(shí)計(jì)數(shù)器，當(dāng)?shù)褂?jì)時(shí)結(jié)束時(shí)，判斷出到達(dá)結(jié)束時(shí)間。

倒計(jì)時(shí)的計(jì)數(shù)值可依據(jù)通信組中用戶預(yù)約的通話時(shí)長(zhǎng)而定。例如，用戶預(yù)約的通話時(shí)長(zhǎng)為15分鐘，則倒計(jì)時(shí)計(jì)數(shù)器從15分鐘開始倒計(jì)時(shí)。

404部分：若判斷到達(dá)結(jié)束時(shí)間，服務(wù)器/平臺(tái)結(jié)束上述多人通話。

更具體的，服務(wù)器/平臺(tái)可斷開通信組中各用戶之間的VoIP連接，此外，還可向客戶端發(fā)送通話結(jié)束通知消息。

本發(fā)明所提供的匹配方法及相關(guān)裝置，可適應(yīng)于多種多人通話的場(chǎng)景。例如，其可借助微信社交平臺(tái)或其他直播平臺(tái)提供的多人通話服務(wù)，讓對(duì)同一主題感興趣的人更快地聚攏。

更具體的，本發(fā)明所提供的匹配方法及相關(guān)裝置可應(yīng)用于微信平臺(tái)的公益項(xiàng)目，將對(duì)同一主題感興趣的孤寂老人(受助者)與有愛(ài)服務(wù)的志愿者匹配在同一通信組中，為受助者帶來(lái)溫暖的陪伴。

在本發(fā)明其他實(shí)施例中，用戶可包括第一用戶和第二用戶。

在一個(gè)示例中，第一用戶為一類用戶，第二用戶則為與第一用戶不同的一類用戶。在不同的場(chǎng)景下，第一用戶和第二用戶可有不同的含義。

例如，第一用戶可為志愿者，第二用戶可為受助者，反之亦然。再例如，在直播教學(xué)場(chǎng)景下，第一用戶可為學(xué)生，第二用戶可為老師。

在另一個(gè)示例中，第一用戶和第二用戶中的第一、第二僅作為區(qū)分，不具有分類的含義。

圖6示出了上述匹配方法的又一示例性流程，除圖2b、圖4所示的步驟外，其還可包括如下步驟：

601部分：在多人通話過(guò)程中或在多人通話結(jié)束后，第二用戶的客戶端向使用者提供評(píng)價(jià)反饋界面。

602部分：第二用戶的客戶端通過(guò)上述評(píng)價(jià)反饋界面接收對(duì)通信組中的一個(gè)或多個(gè)第一用戶的評(píng)價(jià)信息，并提交至服務(wù)器端/平臺(tái)。

評(píng)價(jià)信息的內(nèi)容可進(jìn)行靈活設(shè)計(jì)，例如，在一個(gè)示例中，評(píng)價(jià)反饋界面可羅列出通信組中所有的第一用戶，每一第一用戶對(duì)應(yīng)一個(gè)選框，第二用戶選中選框則選中了對(duì)應(yīng)的第一用戶，相應(yīng)的，評(píng)價(jià)信息中包含所選中的第一用戶的名字或標(biāo)識(shí)，例如uin。更具體的，可單選或復(fù)選第一用戶，對(duì)于可復(fù)選第一用戶的情況，可使用一個(gè)評(píng)價(jià)信息包括所選中的多個(gè)第一用戶的名字或標(biāo)識(shí)，也可用多個(gè)評(píng)價(jià)信息承載所選中的多個(gè)第一用戶的名字或標(biāo)識(shí)。

在另一示例中，評(píng)價(jià)反饋界面除羅列出通信組中的所有第一用戶外，還提供用于為第一用戶打分的UI控件，例如，可為包含五顆星的UI控件，第二用戶可標(biāo)亮五顆星中的任意幾顆，標(biāo)亮的星星的個(gè)數(shù)，則表示分?jǐn)?shù)或星級(jí)。則評(píng)價(jià)信息除包含第一用戶的名字或標(biāo)識(shí)外，還可包括評(píng)分。更具體的，可單選或復(fù)選第一用戶，對(duì)于可復(fù)選第一用戶的情況，可使用一個(gè)評(píng)價(jià)信息包括所選中的多個(gè)第一用戶的名字或標(biāo)識(shí)及評(píng)分，也可用多個(gè)評(píng)價(jià)信息承載所選中的多個(gè)第一用戶的名字或標(biāo)識(shí)及評(píng)分。

此外，第二用戶也可提交針對(duì)本次多人通話的評(píng)價(jià)信息。在一個(gè)示例中，該評(píng)價(jià)信息中可為表征第二用戶滿意或不滿意的數(shù)值。

603：服務(wù)器端/平臺(tái)接收上述評(píng)價(jià)信息并保存；

604：服務(wù)器端/平臺(tái)保存提交評(píng)價(jià)信息的第二用戶與所評(píng)價(jià)的第一用戶之間的匹配關(guān)系。

在一個(gè)示例中，上述匹配關(guān)系可包括第二用戶與所評(píng)價(jià)的第一用戶的標(biāo)識(shí)對(duì)(例如uin對(duì))，此外，匹配關(guān)系還可包括匹配次數(shù)。舉例來(lái)講，假定在兩次多人通話中，受助者A均選擇了志愿者1，則匹配關(guān)系可包括受助者A與志愿者1的標(biāo)識(shí)對(duì)，及累計(jì)的匹配次數(shù)2。

605部分：在多人通話過(guò)程中或在多人通話結(jié)束后，第一用戶的客戶端提供狀態(tài)反饋界面；

606部分：第一用戶的客戶端通過(guò)上述狀態(tài)反饋界面接收個(gè)人狀態(tài)信息，并提交至服務(wù)器端。

在一個(gè)示例中，上述個(gè)人狀態(tài)信息可包括通信組中一個(gè)或多個(gè)第二用戶的個(gè)人狀態(tài)信息。

以志愿者和受助者為例，志愿者通過(guò)與受助者聊天，可能會(huì)知道受助者的興趣愛(ài)好、年齡、病史、敏感事件等。則志愿者可以將受助者的興趣愛(ài)好、年齡、病史、敏感事件等提交上去，以供以后的志愿者參考。因此,個(gè)人狀態(tài)信息具體可包括興趣愛(ài)好、年齡、病史、敏感事件等。

當(dāng)然第一用戶(例如受助者)也可提交自己的個(gè)人狀態(tài)信息。

在另一個(gè)示例中，上述個(gè)人狀態(tài)信息可包含每一用戶自身的個(gè)人狀態(tài)信息。

以志愿者和受助者為例，志愿者可提交自己的興趣愛(ài)好、年齡等。以便在后續(xù)的活動(dòng)中，系統(tǒng)可進(jìn)行更精準(zhǔn)的匹配。

607部分：服務(wù)器端/平臺(tái)接收所述通信組中的第一用戶提交的個(gè)人狀態(tài)信息并保存。

608部分：在本次多人通話結(jié)束后，服務(wù)器端/平臺(tái)記錄第一用戶在本次多人通話中的服務(wù)時(shí)長(zhǎng)，并確定第一用戶所參與的所有多人通話的累積服務(wù)時(shí)長(zhǎng)。

服務(wù)器端/平臺(tái)可使用第一用戶的累積服務(wù)時(shí)長(zhǎng)和針對(duì)該第一用戶的評(píng)價(jià)信息來(lái)計(jì)算經(jīng)驗(yàn)參數(shù)。

例如，若第一用戶的累積服務(wù)時(shí)長(zhǎng)為A小時(shí)，累計(jì)的所有匹配次數(shù)為B次，則可直接將經(jīng)驗(yàn)參數(shù)設(shè)置為等于A或B，也可將經(jīng)驗(yàn)參數(shù)設(shè)置為C＝a*A+b*B，其中，C表示經(jīng)驗(yàn)參數(shù)，a和b表示權(quán)重。a、b的取值本領(lǐng)域技術(shù)人員可進(jìn)行靈活設(shè)計(jì)，在此不作贅述。

600-604部分，與605-607部分可并行執(zhí)行。

608部分可在600-607中任一部分之前或之后，本發(fā)明不作限制。

下面實(shí)施例將重點(diǎn)對(duì)前述的202部分(將預(yù)約信息相匹配的用戶歸入同一由服務(wù)器端創(chuàng)建的通信組)進(jìn)行詳細(xì)介紹。

圖7示出了上述匹配方法的一種示例性流程，包括：

701部分：服務(wù)器/平臺(tái)采集多個(gè)第一用戶和第二用戶的預(yù)約信息。

701部分內(nèi)容可參考前述的200部分和201部分，在此不作贅述。

702部分：服務(wù)器/平臺(tái)創(chuàng)建包含N個(gè)第一用戶的通信組。

所述N為正整數(shù)，例如5、6等。

在一個(gè)示例中，上述N個(gè)第一用戶的預(yù)約信息彼此相匹配。匹配的相關(guān)含義可參見(jiàn)202部分的介紹，在此不作贅述。

在另一個(gè)示例中，創(chuàng)建的通信組的通話屬性與N個(gè)第一用戶的預(yù)約信息相匹配。該通話屬性可包括通話主題、通話開始時(shí)間和通話持續(xù)時(shí)長(zhǎng)中的至少一種。

在又一個(gè)示例中，上述N個(gè)第一用戶的預(yù)約信息相匹配，并且通信組的通話屬性也可與這N個(gè)第一用戶的預(yù)約信息相匹配。

所謂的通信組的通話屬性與第一用戶的預(yù)約信息相匹配，可指的是完全相同。

也可指通信組的通話屬性與第一用戶的預(yù)約信息相一致。例如，通話主題一致，通話開始時(shí)間和通話持續(xù)時(shí)長(zhǎng)一致。

舉例來(lái)講，第一用戶1預(yù)約的主題是“艾灸”，第一用戶2預(yù)約的主題是“針灸”，通信組的通話主題是“養(yǎng)生調(diào)理”，則第一用戶1和第二用戶2的通話主題與通信組的通話主題相一致。

再例如，第一用戶1預(yù)約的通話開始時(shí)間為11：00，第一用戶2預(yù)約的通話開始時(shí)間為11：02，通信組的通話開始時(shí)間為11：00，則第一用戶1和第二用戶2的通話開始時(shí)間與通信組的通話開始時(shí)間相一致。

以此可類推至通話持續(xù)時(shí)長(zhǎng)。

在一個(gè)場(chǎng)景下，第一用戶可為志愿者，第二用戶可為受助者。

可在通話開始時(shí)間之前，創(chuàng)建包含N個(gè)志愿者的通信組。志愿者可進(jìn)行備課討論。也可在到達(dá)通話開始時(shí)間時(shí),再創(chuàng)建通信組。

需要說(shuō)明的是，在一個(gè)示例中，針對(duì)同一通話主題，服務(wù)器可創(chuàng)建多個(gè)通信組。

例如，共有50個(gè)第一用戶提交了預(yù)約信息，其中：

10個(gè)第一用戶的預(yù)約信息的通話主題是“讀書”，開始時(shí)間為15：00，持續(xù)時(shí)長(zhǎng)為15分鐘；

20個(gè)第一用戶的預(yù)約信息的通話主題是“養(yǎng)生”，開始時(shí)間為15：00，持續(xù)時(shí)長(zhǎng)為15分鐘；

20個(gè)第一用戶的預(yù)約信息的通話主題是“養(yǎng)生”，開始時(shí)間為15：30，持續(xù)時(shí)長(zhǎng)為15分鐘，假定N＝5。則：

創(chuàng)建10個(gè)通信組，其中：

兩個(gè)通信組的通話主題是“讀書”，開始時(shí)間為15：00，持續(xù)時(shí)長(zhǎng)為15分鐘；

4個(gè)通信組的通話主題是“養(yǎng)生”，開始時(shí)間為15：00，持續(xù)時(shí)長(zhǎng)為15分鐘；

4個(gè)通信組的通話主題是“養(yǎng)生”，開始時(shí)間為15：30，持續(xù)時(shí)長(zhǎng)為15分鐘。

需要說(shuō)明的是，在一個(gè)示例中，對(duì)于某一通信組而言，還可進(jìn)行經(jīng)驗(yàn)驗(yàn)證，經(jīng)驗(yàn)驗(yàn)證包括：獲取該通信組中N個(gè)第一用戶的經(jīng)驗(yàn)參數(shù)(經(jīng)驗(yàn)參數(shù)請(qǐng)參見(jiàn)前述608部分的記載)；在N個(gè)第一用戶的經(jīng)驗(yàn)參數(shù)均低于閾值(這N個(gè)第一用戶都是新手)時(shí)，向該通信組中加入至少一個(gè)經(jīng)驗(yàn)參數(shù)高于閾值的第一用戶(加入有經(jīng)驗(yàn)的第一用戶)。

在另一個(gè)示例中，還可為一個(gè)主題活動(dòng)設(shè)置第一用戶的最少人數(shù)和最多人數(shù)。若預(yù)約的第一用戶人數(shù)到達(dá)最少人數(shù)，則開啟上述經(jīng)驗(yàn)驗(yàn)證。若預(yù)約的第一用戶人數(shù)到達(dá)上述最多人數(shù)，則不允許再報(bào)名，并且該主題活動(dòng)會(huì)移至進(jìn)行中。

703部分：服務(wù)器/平臺(tái)為第二用戶確定出歸屬的通信組。

歸屬的通信組中第一用戶的預(yù)約信息與第二用戶的預(yù)約信息相匹配，和/或，所述歸屬的通信組的通話屬性與所述第二用戶的預(yù)約信息相匹配：

在一個(gè)示例中，歸屬的通信組中的N個(gè)第一用戶的預(yù)約信息與第二用戶的預(yù)約信息相匹配。匹配的相關(guān)含義可參見(jiàn)202部分的介紹，在此不作贅述。

在另一個(gè)示例中，歸屬的通信組的通話屬性與第二用戶的預(yù)約信息相匹配。匹配的相關(guān)含義可參考202部分的介紹，在此不作贅述。

在又一個(gè)示例中，歸屬的通信組中的N個(gè)第一用戶的預(yù)約信息與第二用戶的預(yù)約信息相匹配，并且歸屬的通信組的通話屬性與第二用戶的預(yù)約信息相匹配。

具體的，為第二用戶確定出歸屬的通信組可包括：

A：為第二用戶確定出候選通信組。

其中，候選通信組中第一用戶的預(yù)約信息與第二用戶的預(yù)約信息相匹配，和/或，通話屬性與所述第二用戶的預(yù)約信息相匹配。

假定第二用戶的預(yù)約信息包括：通話主題是“養(yǎng)生”，開始時(shí)間為15：00，持續(xù)時(shí)長(zhǎng)為15分鐘。

有4個(gè)通信組的通話屬性包括：通話主題是“養(yǎng)生”，開始時(shí)間為15：00，持續(xù)時(shí)長(zhǎng)為15分鐘。

則這4個(gè)通信組為第二用戶的候選通信組。

B：優(yōu)先將包含有目標(biāo)第一用戶的候選通信組作為歸屬的通信組，其中，目標(biāo)第一用戶與所述第二用戶存在匹配關(guān)系。

匹配關(guān)系的介紹請(qǐng)參見(jiàn)前述604部分的介紹，在此不作贅述。

仍沿用前例，假定第二用戶對(duì)應(yīng)4個(gè)通信組，其中通信組A中的某一或某些第一用戶與第二用戶存在匹配關(guān)系，也即第二用戶曾評(píng)價(jià)過(guò)該通信組中的某一或某些第一用戶，則優(yōu)先將通信組A作為該第二用戶所歸屬的通信組。

704部分：第二用戶的客戶端在判斷出到達(dá)通話開始時(shí)間時(shí)，發(fā)送通信請(qǐng)求消息。

具體內(nèi)容請(qǐng)參見(jiàn)前述的203-204部分，在此不作贅述。

705部分：在歸屬的通信組的預(yù)設(shè)時(shí)間區(qū)間內(nèi)，若接收到第二用戶的通信請(qǐng)求消息，則服務(wù)器/平臺(tái)將第二用戶加入上述歸屬的通信組。同時(shí)，服務(wù)器/平臺(tái)建立第二用戶與通信組中其他(發(fā)送通信請(qǐng)求消息)的用戶之間的通信連接。

預(yù)設(shè)時(shí)間區(qū)間的介紹請(qǐng)參見(jiàn)本文前述的206部分，在此不作贅述。通信請(qǐng)求消息的介紹請(qǐng)參見(jiàn)本文前述的204部分，在此不作贅述。

假定第二用戶歸屬的通信組的通話開始時(shí)間為17：00，預(yù)設(shè)時(shí)間區(qū)間為17：00-17：05，在17：02接收到第二用戶的通信請(qǐng)求消息，則將第二用戶正式加入其歸屬的通信組。

建立通信連接的介紹請(qǐng)參見(jiàn)前述的206部分，在此不作贅述。

706部分：在判斷出到達(dá)通話開始時(shí)間時(shí)，第一用戶的客戶端發(fā)送通信請(qǐng)求消息。

可參見(jiàn)前述的204部分，在此不作贅述。

707部分：服務(wù)器/平臺(tái)建立第一用戶與通信組中其他(發(fā)送通信請(qǐng)求消息)的用戶之間的通信連接。

建立通信連接部分的介紹請(qǐng)參見(jiàn)前述的206部分，在此不作贅述。

下面，將以應(yīng)用于微信平臺(tái)的公益項(xiàng)目為例，對(duì)本發(fā)明所提供的技術(shù)方案進(jìn)行更詳細(xì)的介紹。

在本實(shí)施例中,通過(guò)微信平臺(tái)的多人通話能力，結(jié)合VOIP直播的體驗(yàn),與公益項(xiàng)目相配合，達(dá)成受助者和志愿者的連接。令志愿者在家也可線上方便、高效得做公益。

請(qǐng)參見(jiàn)圖8，志愿者客戶端與后臺(tái)之間的交互流程如下：

801部分：志愿者登錄微信進(jìn)入到騰訊公益服務(wù)號(hào)；

802部分：志愿者在服務(wù)號(hào)中選取自己感興趣的互助任務(wù)；

服務(wù)號(hào)中的互助任務(wù)如圖9所示。

更具體的，在一個(gè)示例中，志愿者進(jìn)入騰訊公益，點(diǎn)擊某一互助任務(wù)(例如暖心讀書項(xiàng)目)，可查看該互助任務(wù)的具體內(nèi)容(例如相關(guān)的介紹)，若志愿者選擇預(yù)約該互助任務(wù)，則其提交的預(yù)約信息至少包括通話主題(例如暖心讀書)。

此外，志愿者也可根據(jù)自己的時(shí)間，預(yù)約通話開始時(shí)間和通話持續(xù)時(shí)長(zhǎng)，乃至結(jié)束時(shí)間。則其提交的預(yù)約信息還可包括預(yù)約的通話開始時(shí)間、通話持續(xù)時(shí)長(zhǎng)、結(jié)束時(shí)間中的至少一種。

在另一個(gè)示例中，志愿者進(jìn)入騰訊公益，可在搜索欄中輸入時(shí)間，則可以顯示通話開始時(shí)間(或結(jié)束時(shí)間)與志愿者輸入的時(shí)間相匹配的互助任務(wù)，若用戶選擇預(yù)約該任務(wù)，則其提交的預(yù)約信息至少包括預(yù)約的通話主題、通話開始時(shí)間(或通話結(jié)束時(shí)間)。

在又一個(gè)示例中，志愿者進(jìn)入騰訊公益，可在搜索欄中輸入通話持續(xù)時(shí)長(zhǎng)，則可以顯示通話持續(xù)時(shí)長(zhǎng)與志愿者輸入的時(shí)長(zhǎng)相匹配的互助任務(wù)，若用戶選擇預(yù)約該任務(wù)，則其提交的預(yù)約信息至少包括預(yù)約的通話主題、通話持續(xù)時(shí)長(zhǎng)。

關(guān)于預(yù)約信息，請(qǐng)參見(jiàn)前述201部分、701部分。

803部分：當(dāng)某任務(wù)的志愿者召集完畢后，創(chuàng)建微信群(也即通信組)，將選擇該任務(wù)的志愿者拉入群中。

所謂的召集完畢，可指報(bào)名參加某任務(wù)的志愿者的數(shù)量到達(dá)預(yù)設(shè)個(gè)數(shù)(或預(yù)設(shè)的最少個(gè)數(shù))，例如5個(gè)。

服務(wù)器端需創(chuàng)建微信群的id，將各志愿者的uin與該微信群id(group id)綁定，則在后臺(tái)實(shí)現(xiàn)將與該微信群id綁定的志愿者拉入此微信群中。

服務(wù)器通知與該微信群id綁定的每一位志愿者的客戶端，被通知的每一位志愿者的客戶端，可在客戶端側(cè)創(chuàng)建與該group id對(duì)應(yīng)的微信群，將與微信群id綁定的各志愿者拉入微信群，則在客戶端實(shí)現(xiàn)將與該微信群id綁定的志愿者拉入此微信群中。

群中的志愿者可提前對(duì)本次任務(wù)進(jìn)行討論和備課。

相關(guān)細(xì)節(jié)請(qǐng)參見(jiàn)前述的202部分、702部分，在此不作贅述。

804部分：判斷志愿者是否全是新手，若是，進(jìn)入步驟805，否則進(jìn)入步驟806；

在一個(gè)示例中，可依據(jù)志愿者的經(jīng)驗(yàn)參數(shù)來(lái)判斷志愿者是新手，還是有經(jīng)驗(yàn)。相關(guān)細(xì)節(jié)請(qǐng)參見(jiàn)前述608和702部分，在此不作贅述。

805部分：后臺(tái)拉進(jìn)一名有經(jīng)驗(yàn)的志愿者進(jìn)入微信群，以進(jìn)行共同服務(wù)和引導(dǎo)培訓(xùn)。

在一個(gè)示例中，可依據(jù)志愿者的經(jīng)驗(yàn)參數(shù)來(lái)判斷志愿者是否有經(jīng)驗(yàn)。相關(guān)細(xì)節(jié)請(qǐng)參見(jiàn)前述608和702部分，在此不作贅述。

806部分：志愿者客戶端判斷是否到達(dá)通話開始時(shí)間，若到達(dá)，顯示通話提醒消息。

通話提醒消息可為消息提示框形式，該消息提示框包括第一點(diǎn)擊按鈕和第二點(diǎn)擊按鈕；其中，第一點(diǎn)擊按鈕用于，在被點(diǎn)擊時(shí)觸發(fā)進(jìn)行發(fā)出通信請(qǐng)求消息(VoIP請(qǐng)求)的操作；而第二點(diǎn)擊按鈕用于，在被點(diǎn)擊時(shí)觸發(fā)執(zhí)行結(jié)束操作。

若使用者點(diǎn)擊了第一點(diǎn)擊按鈕則繼續(xù)執(zhí)行807部分。

806部分與204部分相類似，在此不作贅述。

807部分：志愿者客戶端拉起VoIP并打開攝像頭。

所謂的拉起VoIP，指的是向微信群中的用戶發(fā)送VoIP請(qǐng)求。

客戶端可向終端的攝像頭發(fā)送開啟命令，以打開攝像頭。

808部分：在多人視頻通話過(guò)程中，志愿者可以切換主播模式。

主播模式如何切換等細(xì)節(jié)可參見(jiàn)前述的401部分和402部分，在此不作贅述。

809部分：多人視頻通話結(jié)束后，志愿者可將受助者的狀態(tài)進(jìn)行匯總記錄，提交受助者的個(gè)人狀態(tài)信息，便于后續(xù)服務(wù)開展。

809部分請(qǐng)參見(jiàn)前述的605-607部分。在此不作贅述。

810部分：服務(wù)器端(后臺(tái))累積志愿者的線上服務(wù)時(shí)長(zhǎng)(即前述的累積服務(wù)時(shí)長(zhǎng))。

服務(wù)器還可結(jié)合受助者的評(píng)價(jià)信息來(lái)計(jì)算志愿者的經(jīng)驗(yàn)參數(shù)，將志愿者的服務(wù)在線上標(biāo)準(zhǔn)化。

此外，在本發(fā)明其他實(shí)施例中，志愿者還可以將志愿者服務(wù)分享到朋友圈等SNS傳播渠道，以鼓勵(lì)更多人加入志愿者服務(wù)。

例如，圖10a示出了志愿者在微信朋友圈分享的志愿者服務(wù)。

圖10b是所分享的具體內(nèi)容。

使用本方法可標(biāo)準(zhǔn)化地對(duì)志愿者進(jìn)行管理和運(yùn)營(yíng)，形成線上志愿者閉環(huán)。其管理和運(yùn)營(yíng)流程可參見(jiàn)圖11所示。

請(qǐng)參見(jiàn)圖12，受助者客戶端與后臺(tái)之間的交互流程如下：

1201部分：受助者在預(yù)約時(shí)間前后登錄微信；

需要說(shuō)明的是，請(qǐng)參見(jiàn)圖13，可通過(guò)個(gè)人申請(qǐng)，公益組織代理審批的方式，申請(qǐng)成為受助者。

也可通過(guò)政府機(jī)構(gòu)、養(yǎng)老院、公益組織等機(jī)構(gòu)提交申請(qǐng)，成為受助者。

1202部分：受助者客戶端判斷是否到達(dá)通話開始時(shí)間，若到達(dá)，顯示通話提醒消息，以提示“有人想與你聊天”。

相關(guān)內(nèi)容請(qǐng)參見(jiàn)前述的806部分和204部分，在此不作贅述。

1203部分：受助者的客戶端判斷受助者是否接受服務(wù)，若是，進(jìn)入1204，否則結(jié)束；

更具體的，請(qǐng)參見(jiàn)圖14，若點(diǎn)擊了接聽，則接受服務(wù)，若點(diǎn)擊了取消，則不接受服務(wù)。

1204部分：點(diǎn)擊接聽后，自動(dòng)將受助者拉入微信群。

有前期報(bào)名此活動(dòng)的志愿者已在微信群中。

例如，請(qǐng)參見(jiàn)圖15，會(huì)自動(dòng)將受助者拉入“星光有愛(ài)小隊(duì)”。

此外，點(diǎn)擊接聽后，會(huì)向微信群中的其他用戶發(fā)送VoIP請(qǐng)求。

在本部分，服務(wù)器端會(huì)將受助者的uin與微信群id綁定，則在后臺(tái)實(shí)現(xiàn)將受助者拉入微信群中。

然后，服務(wù)器會(huì)通知之前已與該微信群id綁定的每一位用戶的客戶端，被通知的客戶端會(huì)根據(jù)通知更新群成員。

此外，服務(wù)器還會(huì)通知上述受助者的客戶端，該受助者的客戶端會(huì)在客戶端側(cè)創(chuàng)建與該group id對(duì)應(yīng)的微信群，將與微信群id綁定的各用戶拉入在客戶端創(chuàng)建的微信群，從而在客戶端實(shí)現(xiàn)受助者的加入。

此外，在本發(fā)明其他實(shí)施例中，服務(wù)器端還可事先為受助者確定出歸屬的微信群。相關(guān)內(nèi)容請(qǐng)參見(jiàn)前述的703-705部分。在此不作贅述。

1205部分：受助者客戶端拉起VoIP并打開攝像頭。

所謂的拉起VoIP，指的是向微信群中的用戶發(fā)送VoIP請(qǐng)求。具體內(nèi)容請(qǐng)參見(jiàn)204、205、807等部分，在此不作贅述。

客戶端可向終端的攝像頭發(fā)送開啟命令，以打開攝像頭。

拉起VoIP并打開攝像頭后，其界面可如圖16所示。

在圖16中，中間的視頻區(qū)域顯示的是受助者。

1206部分：在多人視頻通話過(guò)程中，受助者可以切換主播模式。

主播模式下，請(qǐng)參見(jiàn)圖5，會(huì)由一名用戶主講演示，降低其他用戶的音頻接入。

由于是互助直播活動(dòng)，還可在VOIP上增加主題、倒計(jì)時(shí)。

主播模式如何切換等細(xì)節(jié)可參見(jiàn)前述的401部分和402部分，在此不作贅述。

1207部分：結(jié)束之后，受助者可以對(duì)本次服務(wù)進(jìn)行評(píng)價(jià)(請(qǐng)參見(jiàn)圖17a)，同時(shí)選擇喜歡的志愿者，對(duì)志愿者進(jìn)行評(píng)價(jià)(請(qǐng)參見(jiàn)圖17b)。

相關(guān)內(nèi)容請(qǐng)參見(jiàn)前述的601-604部分，在此不作贅述。

1208部分：本次服務(wù)結(jié)束后，受助者還可預(yù)約下次服務(wù)的時(shí)間(圖18a)和主題(圖18b)。

需要說(shuō)明的是，當(dāng)同一對(duì)志愿者和受助者進(jìn)行多次匹配，并且都有較好評(píng)價(jià)，兩人便可以達(dá)成連接，從線上發(fā)展至線下的關(guān)懷互助關(guān)系。

可見(jiàn)，本發(fā)明實(shí)施例可提供線上公益新方式，讓有意參加志愿者服務(wù)的人在家就可以做公益，同時(shí)，降低了匹配的成本，對(duì)于同一主題有興趣的人能更快地聚攏；增加了平臺(tái)的活躍，讓受助者依靠平臺(tái)的力量更容易找到愿意施助的人群。

圖19示出了上述實(shí)施例中所涉及的匹配裝置或服務(wù)器的一種可能的結(jié)構(gòu)示意圖，包括：

通信單元1901，用于采集用戶的預(yù)約信息，所述預(yù)約信息包括預(yù)約的通話主題、通話開始時(shí)間和通話持續(xù)時(shí)長(zhǎng)中的任意一種或任意組合；

處理單元1902，用于在預(yù)設(shè)時(shí)間區(qū)間內(nèi)，建立預(yù)約信息相匹配的用戶之間的通信連接，以便所述預(yù)約信息相匹配的用戶進(jìn)行多人通話；所述預(yù)設(shè)時(shí)間區(qū)間中包含用戶預(yù)約的通話開始時(shí)間。

通信單元1901可用于支持圖2a所示的S1步驟、圖2b和4所示的200-201、204部分，圖4所示的401部分，圖6所示的601-602或605-606部分，圖7所示的701、704、706部分，圖8所示的801-803部分，圖12所示的1201、1204、1207、1208部分中與其他裝置的通信。

處理單元1902可用于執(zhí)行圖2a所示的S2步驟、圖2b所示的202、206部分，圖4所示402-404部分，圖6所示的603-604，607-608部分，圖7所示的702-703、705、707部分，圖8所示的804-805，809-810。

圖20示出了上述實(shí)施例中所涉及的匹配裝置或終端的一種可能的結(jié)構(gòu)示意圖，包括：

通信模塊2001，用于生成并發(fā)送預(yù)約信息，所述預(yù)約信息包括用戶預(yù)約的通話主題、通話開始時(shí)間和通話持續(xù)時(shí)長(zhǎng)中的任意一種或任意組合；

處理模塊2002，用于：

判斷是否到達(dá)所述通話開始時(shí)間；在判斷出到達(dá)所述通話開始時(shí)間時(shí)，發(fā)送通信請(qǐng)求消息，以便以便服務(wù)器端為發(fā)送了通信請(qǐng)求消息且預(yù)約信息與之相匹配的用戶之間建立通信連接，進(jìn)行多人通話。

通信模塊2001可用于支持圖2b和圖4所示的200-201、204部分，圖4所示的401部分，圖6所示的600-601或605-606部分，圖7所示的701、704、706部分，圖8所示的801-803、806-808部分，圖12所示的1201-1207中，與其他裝置的通信。

處理模塊2002至少可用于執(zhí)行圖2b所示的203-205部分(通知通信模塊2001執(zhí)行204部分)。

上述所有實(shí)施例所涉及的匹配裝置/終端/服務(wù)器/平臺(tái)的另一種可能的結(jié)構(gòu)示意圖,可參見(jiàn)圖1，包括：

總線、處理器501、存儲(chǔ)器502、通信接口503、輸入設(shè)備504和輸出設(shè)備505。處理器501、存儲(chǔ)器502、通信接口503、輸入設(shè)備504和輸出設(shè)備505通過(guò)總線相互連接。

控制器/處理器可用于執(zhí)行前述涉及匹配裝置/終端/服務(wù)器/平臺(tái)的處理過(guò)程和/或用于本申請(qǐng)所描述的技術(shù)的其他過(guò)程?？刂破?處理器也可用于實(shí)現(xiàn)前述處理單元或處理模塊的功能。

通信接口則用于支持匹配裝置/終端/服務(wù)器/平臺(tái)與其他裝置進(jìn)行通信。例如,用于支持服務(wù)器與圖2b、4、6-8、12所示實(shí)施例中的其他裝置進(jìn)行通信。

可以理解的是，圖1僅僅示出了匹配裝置/終端/服務(wù)器/平臺(tái)的簡(jiǎn)化設(shè)計(jì)。在實(shí)際應(yīng)用中，匹配裝置/終端/服務(wù)器/平臺(tái)可以包含任意數(shù)量的發(fā)射器，接收器，處理器，控制器，存儲(chǔ)器，通信接口等，而所有可以實(shí)現(xiàn)本發(fā)明的資源管理裝置/服務(wù)器/理財(cái)平臺(tái)都在本發(fā)明的保護(hù)范圍之內(nèi)。

本說(shuō)明書中各個(gè)實(shí)施例采用遞進(jìn)的方式描述，每個(gè)實(shí)施例重點(diǎn)說(shuō)明的都是與其他實(shí)施例的不同之處，各個(gè)實(shí)施例之間相同相似部分互相參見(jiàn)即可。對(duì)于實(shí)施例公開的裝置而言，由于其與實(shí)施例公開的方法相對(duì)應(yīng)，所以描述的比較簡(jiǎn)單，相關(guān)之處參見(jiàn)方法部分說(shuō)明即可。

專業(yè)人員還可以進(jìn)一步意識(shí)到，結(jié)合本文中所公開的實(shí)施例描述的各示例的單元及算法步驟，能夠以電子硬件、計(jì)算機(jī)軟件或者二者的結(jié)合來(lái)實(shí)現(xiàn)，為了清楚地說(shuō)明硬件和軟件的可互換性，在上述說(shuō)明中已經(jīng)按照功能一般性地描述了各示例的組成及步驟。這些功能究竟以硬件還是軟件方式來(lái)執(zhí)行，取決于技術(shù)方案的特定應(yīng)用和設(shè)計(jì)約束條件。專業(yè)技術(shù)人員可以對(duì)每個(gè)特定的應(yīng)用來(lái)使用不同方法來(lái)實(shí)現(xiàn)所描述的功能，但是這種實(shí)現(xiàn)不應(yīng)認(rèn)為超出本發(fā)明的范圍。

結(jié)合本文中所公開的實(shí)施例描述的方法或算法的步驟可以直接用硬件、處理器執(zhí)行的軟件模塊，或者二者的結(jié)合來(lái)實(shí)施。軟件模塊可以置于隨機(jī)存儲(chǔ)器(RAM)、內(nèi)存、只讀存儲(chǔ)器(ROM)、電可編程ROM、電可擦除可編程ROM、寄存器、硬盤、可移動(dòng)磁盤、CD-ROM、或技術(shù)領(lǐng)域內(nèi)所公知的任意其它形式的存儲(chǔ)介質(zhì)中。

對(duì)所公開的實(shí)施例的上述說(shuō)明，使本領(lǐng)域?qū)I(yè)技術(shù)人員能夠?qū)崿F(xiàn)或使用本發(fā)明。對(duì)這些實(shí)施例的多種修改對(duì)本領(lǐng)域的專業(yè)技術(shù)人員來(lái)說(shuō)將是顯而易見(jiàn)的，本文中所定義的一般原理可以在不脫離本發(fā)明的精神或范圍的情況下，在其它實(shí)施例中實(shí)現(xiàn)。因此，本發(fā)明將不會(huì)被限制于本文所示的這些實(shí)施例，而是要符合與本文所公開的原理和新穎特點(diǎn)相一致的最寬的范圍。