專利名稱：需求通信方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及需求通信方法及系統(tǒng)。
背景技術(shù)：
自從貝爾發(fā)明電話以來，用戶間的通信一直采用全網(wǎng)或域內(nèi)統(tǒng)一編碼、統(tǒng)
一尋址的方式進(jìn)行，在這樣的體系下，現(xiàn)有的通信方式體現(xiàn)出以下2個(gè)主要特 征
1、 用戶的通信地址是公開的， 一個(gè)用戶只要知道另一個(gè)用戶的地址或者 號碼就可以訪問這個(gè)用戶，用戶的通信地址無法作為隱私加以保護(hù)；
2、 用戶的通信地址沒有特定用途，具體來說，每個(gè)通信地址均只具有公 共用途，當(dāng)一個(gè)用戶訪問另一個(gè)用戶時(shí)，被訪問的用戶無法才艮據(jù)訪問用戶的通 信地址獲知該訪問用戶的目的以及需求。
當(dāng)前，幾乎所有的通信系統(tǒng)都采用如上所述的通信方式進(jìn)行通信，但是， 隨著互聯(lián)網(wǎng)(internet)的不斷發(fā)展以及電信網(wǎng)絡(luò)的IP化，通訊的費(fèi)用不斷下 降，由此，通過通信進(jìn)行銷售、營銷和服務(wù)也越來越普遍，由于上述通信方式 中，用戶的通信地址是^^開的且沒有特定用途，因此會(huì)導(dǎo)致用戶在實(shí)際通信過 程中會(huì)受到大量例如銷售、營銷等廣告電話的騷擾，從而干擾用戶的正常工作 和生活，甚至對用戶的正常通信造成影響。相應(yīng)的，在即時(shí)通信(IM)以及 電子郵件(EMAIL)等其他通信方式中，也存在類似的問題。
為了克服上述問題，在現(xiàn)有技術(shù)中，用戶可以通過申請多個(gè)電話號碼的方 式來保護(hù)其隱私，避免受到垃圾信息的影響，其具體實(shí)現(xiàn)為
用戶申請多個(gè)電話號碼，分別用于商務(wù)、個(gè)人等不同目的，對于一些已經(jīng) 被濫用的號碼，用戶采用定期更換的方式來解決通信騷擾的問題。
對于即時(shí)通信而言，用戶也可以采用申請多個(gè)即時(shí)通信號碼的方式來解決 通信騷擾的問題，進(jìn)而，用戶還可以利用即時(shí)通信系統(tǒng)所提供的隱身功能，使 得其他人不能訪問自己，而該用戶可以主動(dòng)和別人進(jìn)4亍通信。
上述現(xiàn)有技術(shù)雖然能夠在一定程度上解決通信騷擾的問題，但是，這些現(xiàn)有技術(shù)均需要用戶申請多個(gè)號碼，從而給用戶記憶號碼以及使用號碼帶來很大
的不便；另外，雖然采用定期更換號碼能夠解決通信騷擾的問題，但是，由于 需要用戶將更換后的號碼依次通知相關(guān)的聯(lián)系人，相關(guān)聯(lián)系人相應(yīng)的也需要將 該用戶的號碼替換為新的號碼，在聯(lián)系人較多且定期進(jìn)行更換的情況下，無疑 會(huì)使得用戶及聯(lián)系人的操作過多，造成用戶使用不便。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例的目的在于提供需求通信方法及系統(tǒng)，以使得在不對用 戶操作帶來不便的情況下，能夠根據(jù)用戶的需求進(jìn)行通信，從而避免通信騷擾。 本發(fā)明實(shí)施例提供以下技術(shù)方案
一種需求通信系統(tǒng)，該系統(tǒng)包括需求管理模塊、狀態(tài)管理模塊、授權(quán)管 理模塊以及通信管理模塊，其中
所述需求管理才莫塊，用于接收需求方用戶發(fā)送的需求注冊申請，根據(jù)該申 請中所攜帶的需求信息，完成所述需求的注冊；
所述狀態(tài)管理模塊，用于根據(jù)發(fā)起通信請求的用戶所發(fā)送的通信請求中所 攜帶的需求標(biāo)識，在需求注冊信息中查詢所述需求當(dāng)前所處的狀態(tài)，將該狀態(tài) 提供給所述通信管理模塊；
所述授權(quán)管理模塊，用于根據(jù)需求注冊信息，判斷發(fā)起通信請求的用戶是 否為得到需求授權(quán)的用戶，將該判斷結(jié)果告知所述通信管理模塊；
所述通信管理才莫塊，用于在從所述狀態(tài)管理模塊獲知所述需求狀態(tài)為活動(dòng) 態(tài)且從授權(quán)管理模塊獲知所述發(fā)起通信請求的用戶為所述需求授權(quán)的用戶時(shí)， 建立所述發(fā)起通信請求的用戶與需求方用戶之間的通信連接。
一種需求通信方法，該方法包括
接收來自通信請求方的攜帶有需求標(biāo)識的通信請求，根據(jù)所述需求標(biāo)識查 詢所述需求對應(yīng)的需求注冊信息；
根據(jù)查詢得到的需求注冊信息，判斷是否所述需求處于活動(dòng)態(tài)且通信請求 方為所述需求授權(quán)訪問的用戶，如果是，則按照所述需求注冊信息中的需求方 的用戶通信地址，建立通信請求方與需求方之間的通信?？梢?，在本發(fā)明實(shí)施例中，由于需求通信系統(tǒng)僅在通信請求方為需求方授 權(quán)的用戶才建立需求方和通信請求方用戶間的通信，使得僅有那些獲得授權(quán)的
用戶才能與需求方用戶進(jìn)行通信，從而避免了需求方用戶受到通信騷擾；在通 信過程中，需求方的通信地址始終不公開，從而使得該需求方的隱私信息得到 了保護(hù)。在本發(fā)明實(shí)施例的實(shí)現(xiàn)過程中，無需需求方用戶擁有多個(gè)號碼，從而 避免了給用戶帶來攜帶號碼、記憶號碼等方面的不便。
此外，由于本發(fā)明實(shí)施例根據(jù)當(dāng)前狀態(tài)對需求的狀態(tài)進(jìn)行維護(hù)，且僅在需
后，不會(huì)再進(jìn)行與該需求相關(guān)的通信，避免了由于發(fā)布需求信息而不斷受到騷
擾的情況。


圖1為本發(fā)明實(shí)施例所提供的需求通信系統(tǒng)的示意圖； 圖2為本發(fā)明實(shí)施例所提供的需求通信方法的流程圖； 圖3為本發(fā)明一具體實(shí)例中的需求通信方法的流程圖。
具體實(shí)施例方式
下面，結(jié)合附圖對本發(fā)明實(shí)施例進(jìn)行詳細(xì)描述。 一、需求通信系統(tǒng)
本發(fā)明實(shí)施例中，采用需求通信系統(tǒng)(On-Demand Communication System, ODCS)來實(shí)現(xiàn)為用戶提供按需通信，該ODCS系統(tǒng)為一個(gè)中心化系統(tǒng)，用于 接受用戶的需求注冊申請、進(jìn)行需求注冊、對外發(fā)布需求信息、自動(dòng)維護(hù)需求 狀態(tài)、以及根據(jù)當(dāng)前注冊的需求以及該需求的狀態(tài)來組織用戶之間的通信；進(jìn) 一步的，該系統(tǒng)還可用于進(jìn)行需求變更、需求撤銷、需求掛起等對需求的管理 工作,還可提供需求-險(xiǎn)索功能，以使得相應(yīng)的用戶能夠按照一定條件從該系統(tǒng) 中檢索得到相應(yīng)的需求。
下面，結(jié)合一個(gè)具體實(shí)例，對所述ODCS系統(tǒng)進(jìn)行詳細(xì)說明。 參見圖1,本發(fā)明實(shí)施例所提供的ODCS系統(tǒng)包括需求管理模塊101、 狀態(tài)管理模塊102、授權(quán)管理模塊103以及通信管理模塊104,其中
8所述需求管理模塊101用于接收用戶發(fā)送的需求注冊申請，并根據(jù)該申 請中所攜帶的需求信息，完成所述需求的注冊； .
其中，所述需求信息包括需求類型、需求內(nèi)容、活動(dòng)態(tài)條件、授權(quán)用戶信 息以及通信規(guī)則，下面對這些內(nèi)容進(jìn)行詳細(xì)介紹
1、 需求類型該需求類型用于標(biāo)識需求的類別，舉例來說，當(dāng)一個(gè)用戶 需要買房時(shí)，其需求類型相應(yīng)的可以為"房屋買賣"；當(dāng)然，也可以釆用"房 屋租賃"、"購買書籍"等其他類別作為需求類型，并不影響本發(fā)明實(shí)施例的實(shí) 現(xiàn)；
2、 需求內(nèi)容該需求內(nèi)容包括用戶需求的詳細(xì)信息，以i更相關(guān)的其他用 戶能夠根據(jù)該詳細(xì)信息確定其是否具有滿足該需求的相關(guān)條件，進(jìn)而決定是否 嘗試與該用戶進(jìn)行通信；同樣以房屋買賣為例，該需求內(nèi)容中可以包括購房者 所想購買的房屋的面積、價(jià)格、地理位置等詳細(xì)信息，以便售房者能夠根據(jù)該 信息確定其是否有該購房者所要求的房源，進(jìn)而決定是否嘗試與該購房者進(jìn)行 通信；
由于該需求內(nèi)容^f叉起到提示相關(guān)用戶的作用，因此，在本發(fā)明優(yōu)選實(shí)施例 中，需求信息中也可不包括需求內(nèi)容，并不影響本發(fā)明實(shí)施例的實(shí)現(xiàn)；
3、 活動(dòng)態(tài)條件該活動(dòng)態(tài)規(guī)定了所述需求在滿足何種條件時(shí)處于活動(dòng)態(tài)； 在當(dāng)前條件滿足活動(dòng)態(tài)條件時(shí)，則具有所述需求^:權(quán)的相關(guān)用戶可以與注冊該 需求的用戶進(jìn)行通信，而一旦當(dāng)前條件不再滿足活動(dòng)態(tài)條件，則即使相關(guān)用戶 具有所述需求的:^受權(quán)也不能與注冊該需求的用戶進(jìn)行通信；在實(shí)際應(yīng)用中，通 常采用啟動(dòng)時(shí)間和結(jié)束時(shí)間作為所述活動(dòng)態(tài)條件，在當(dāng)前時(shí)間在啟動(dòng)時(shí)間和結(jié) 束時(shí)間之間時(shí)，則滿足活動(dòng)態(tài)條件，反之，則不滿足活動(dòng)態(tài)條件；當(dāng)然，在本 發(fā)明其它實(shí)施例中，也可采用其它條件作為所述活動(dòng)態(tài)條件，并不影響本發(fā)明 實(shí)施例的實(shí)現(xiàn)；
4、 授權(quán)用戶信息在該授權(quán)用戶信息中規(guī)定了哪些用戶有權(quán)訪問該需求， 在實(shí)際應(yīng)用中，授權(quán)方式包括完全授權(quán)、組內(nèi)授權(quán)、私有授權(quán)三種方式，對應(yīng) 這三種方式，授權(quán)用戶信息有如下三種形式(1 )完全授權(quán)
當(dāng)授權(quán)方式為完全授權(quán)時(shí)，所述授權(quán)用戶信息為所有用戶，意味著所有用 戶均有權(quán)訪問該需求； (2)組內(nèi)授權(quán)
當(dāng)授權(quán)方式為組內(nèi)授權(quán)時(shí)，意味著一個(gè)群組內(nèi)的所有用戶均有權(quán)訪問該需 求，所述授權(quán)用戶信息可以設(shè)置為所述組的標(biāo)識，也可以為該組中的各個(gè)用戶 的信息；其中，在具體應(yīng)用中，可以采用授權(quán)群組字段來標(biāo)識所述群組，凡是 在該授權(quán)群組字段內(nèi)的用戶均有權(quán)訪問該需求；
(3 )私有授權(quán)
當(dāng)授權(quán)方式為私有授權(quán)時(shí)，意味著僅對個(gè)別用戶進(jìn)行單獨(dú)授權(quán)，只有具有 該私有授權(quán)的用戶才能訪問所述需求，所述授權(quán)用戶信息為被授權(quán)用戶的信 息，在實(shí)際應(yīng)用中，ODCS系統(tǒng)可以將獲得授權(quán)的用戶的信息保存到授權(quán)列表 中，ODCS根據(jù)該列表中所包括的用戶信息判斷當(dāng)前請求進(jìn)行通信的用戶是否 有權(quán)訪問需求，并根據(jù)判斷結(jié)果決定是否為該請求進(jìn)行通信的用戶安排通信；
其中，在單獨(dú)授權(quán)多個(gè)用戶或授權(quán)群組內(nèi)的多個(gè)用戶有權(quán)訪問需求時(shí)，可 以采用受權(quán)列表的方式來保存授權(quán)用戶信息，當(dāng)然，也可采用其它方式保存授 權(quán)用戶信息，并不影響本發(fā)明實(shí)施例的實(shí)現(xiàn)。
在實(shí)際應(yīng)用中，還可根據(jù)用戶的申請，在授權(quán)用戶信息中增加和/或相應(yīng) 的用戶信息，并不影響本發(fā)明實(shí)施例的實(shí)現(xiàn)。
5、通信規(guī)則該通信規(guī)則表示采用何種通信方式進(jìn)行用戶之間的通信， 根據(jù)實(shí)際需要，可以為不同需求分別具體規(guī)定語音、短信、郵件等不同通信方 式。其中，在本發(fā)明其它實(shí)施例中，所述需求信息中也可不包括通信規(guī)則，用 戶間可以按照需求人通信地址所對應(yīng)的通信類型進(jìn)行通信，并不影響本發(fā)明實(shí) 施例的實(shí)現(xiàn)。
所述需求管理4莫塊在收到用戶的需求注冊請求后，為該請求中所攜帶的需 求信息分配一個(gè)唯一的需求標(biāo)識(ID),并將包括需求ID、需求信息、以及請 求注冊的所述用戶的通信地址在內(nèi)的注冊信息保存在數(shù)據(jù)庫中，從而對該用戶
10完成需求的注冊；具體的，可以將上述信息保存在表1所示的需求注冊表中:
需求標(biāo)識需求信息用戶通信地址
ID1需求信息113卯1234567
ID2需求信息265432畫
IDnemail@gmail.com
表1
除了采用上述列表的方式保存用戶的需求注冊信息之外，在本發(fā)明其它實(shí) 施例中，也可采用其它方式保存注冊信息，并不影響本發(fā)明實(shí)施例的實(shí)現(xiàn)。 此外，在本發(fā)明實(shí)施例中，如上所述的需求注冊信息保存在數(shù)據(jù)庫中，在
本發(fā)明其它實(shí)施例中，該需求注冊信息也可以保存在所述需求管理模塊101 中，并不影響本發(fā)明實(shí)施例的實(shí)現(xiàn)；
所述需求管理模塊除了進(jìn)行需求注冊之外，還可進(jìn)一步用于對需求進(jìn)行管 理，具體包括
(1) 需求變更當(dāng)所述需求管理模塊101收到需求變更請求后，根據(jù)該 請求中所攜帶的需求變更內(nèi)容，對需求信息和/或用戶通信地址進(jìn)行更改，以
完成對用戶需求的變更；其中，在本發(fā)明優(yōu)選實(shí)施例中，對于需求信息中的需 求內(nèi)容、活動(dòng)態(tài)條件、通信規(guī)則，可以直接按照用戶的變更請求進(jìn)行變更，而 對于需求類型、授權(quán)用戶信息等其他注冊信息，則可根據(jù)業(yè)務(wù)實(shí)現(xiàn)的需要，限 制或禁止用戶進(jìn)行變更；
(2) 需求掛起當(dāng)所述需求管理模塊101收到需求掛起請求后，根據(jù)該 請求中的需求標(biāo)識，將需求注冊信息中相應(yīng)需求的狀態(tài)置為掛起態(tài)，以使得其 他用戶無法通過此需求和需求人進(jìn)行通信；當(dāng)然，所述需求管理模塊相應(yīng)的還 提供解除需求掛起功能，以在接收到解除需求掛起請求后，將需求注冊信息中 相應(yīng)需求的狀態(tài)恢復(fù)到正常狀態(tài)；
(3) 需求刪除當(dāng)所述需求管理模塊101收到需求刪除請求后，4艮據(jù)該請求中的需求標(biāo)識，刪除相應(yīng)需泉的注冊信息。
所述狀態(tài)管理模塊102用于根據(jù)用戶發(fā)送的通信請求中所攜帶的需求標(biāo) 識，在需求注冊信息中查詢所述需求當(dāng)前所處的狀態(tài)，并將該狀態(tài)提供給所述 通信管理模塊104;
在本發(fā)明優(yōu)選實(shí)施例中，該狀態(tài)管理》漠塊102還可進(jìn)一步用于
根據(jù)當(dāng)前狀態(tài)維護(hù)需求注冊信息中各個(gè)需求的狀態(tài)，具體的，在該狀態(tài)管 理模塊102判斷得到當(dāng)前狀態(tài)滿足某個(gè)需求的活動(dòng)態(tài)條件時(shí)，則將該需求的狀 態(tài)設(shè)置為活動(dòng)態(tài)，以使得獲得該需求授權(quán)的用戶能夠利用該需求同需求人進(jìn)行 通信，反之，則將該需求的狀態(tài)設(shè)置為非活動(dòng)態(tài)，以使得即使用戶獲得了該需 求的授權(quán)的用戶也無法通過該需求同需求人進(jìn)行通信。在具體應(yīng)用中，通常以 時(shí)間為判斷條件來對需求的狀態(tài)進(jìn)行設(shè)置
在當(dāng)前時(shí)間在活動(dòng)態(tài)條件中所設(shè)置的需求開啟時(shí)間之前時(shí)，則將所述需求 的狀態(tài)設(shè)置為未開啟狀態(tài)，該未開啟狀態(tài)屬于所述非活動(dòng)態(tài)的一種；
在當(dāng)前時(shí)間在活動(dòng)態(tài)條件中所設(shè)置的需求開啟時(shí)間之后、需求結(jié)束時(shí)間之 前時(shí)，則將所述需求的狀態(tài)設(shè)置為活動(dòng)態(tài)；
在當(dāng)前時(shí)間在活動(dòng)態(tài)條件中所設(shè)置的需求結(jié)束時(shí)間之后時(shí)，則將所述需求 的狀態(tài)設(shè)置為刪除狀態(tài)，該刪除狀態(tài)屬于所述非活動(dòng)態(tài)的一種；
當(dāng)然，在本發(fā)明其它實(shí)施例中，也可采用其它類型的判斷條件來對需求狀 態(tài)進(jìn)行維護(hù)，并不影響本發(fā)明實(shí)施例的實(shí)現(xiàn)。
所述授權(quán)管理模塊103用于根據(jù)需求注冊信息，判斷發(fā)起通信請求的用 戶是否為得到需求授權(quán)的用戶，并將該判斷結(jié)果告知所述通信管理模塊104; 具體的，該授權(quán)管理模塊103可以在收到用戶的通信請求后，根據(jù)該通信請求 中所攜帶的需求標(biāo)識，確定該需求的注冊信息，并根據(jù)該需求注冊信息中的授 權(quán)用戶信息判斷該發(fā)起通信請求的用戶是否得到訪問該需求的授權(quán)，并將授權(quán) 判斷結(jié)果告知所述通信管理模塊104,以便該通信管理模塊104根據(jù)判斷結(jié)果決定是否安排進(jìn)行用戶間的通信。
所述通信管理模塊104用于在從所述狀態(tài)管理模塊獲知所述需求狀態(tài)為 活動(dòng)態(tài)且從授權(quán)管理模塊獲知所述發(fā)起通信請求的用戶為所述需求授權(quán)的用 戶時(shí)，建立所述發(fā)起通信請求的用戶與需求方用戶之間的通信連接。
其中，在本發(fā)明優(yōu)選實(shí)施例中，該通信管理^t塊104還可進(jìn)一步用于 在確定可以進(jìn)行用戶間的通信后，根據(jù)通信請求中所攜帶的需求標(biāo)識，確
定需求注冊信息中所保存的相應(yīng)的通信規(guī)則，并按照該通信規(guī)則建立用戶間的
通信連接。
其中，在進(jìn)行用戶間通信的過程中，該通信管理模塊104始終不將需求人 的通信地址提供給通信請求房，以使得需求人的隱私信息能夠得到很好的保 護(hù)。
在本發(fā)明優(yōu)選實(shí)施例中，所述ODCS系統(tǒng)還可進(jìn)一步包括 發(fā)布模塊105,該模塊用于將所述ODCS系統(tǒng)中注冊的需求向外發(fā)布， 以便收到該需求的相應(yīng)用戶能夠沖艮據(jù)該需求，決定是否向注冊需求的用戶發(fā)起 通信請求；在實(shí)際應(yīng)用中，該模塊可以接收用戶的需求通知申請，并按照該申 請中所包括的通知條件，將符合通知條件的需求發(fā)布給希望獲得該需求的用 戶；進(jìn)一步的，該模塊還可以根據(jù)需求注冊信息，控制僅向那些獲得訪問需求 授權(quán)的用戶發(fā)布需求，從而避免需求毫無限制的被發(fā)布；
在本發(fā)明另一實(shí)施例中，所述ODCS系統(tǒng)還可進(jìn)一步包括 檢索模塊106,該模塊用于根據(jù)用戶所輸入的檢索條件，在需求注冊信息 中檢索得到滿足所述檢索條件的需求，從而方便用戶按照一定的方式檢索得到 相應(yīng)的需求；
需要注意的是該檢索模塊106可以設(shè)置檢索控制功能，以便在檢索過程 中，篩除掉那些未授權(quán)檢索用戶訪問的需求，從而使得用戶僅能檢索得到其有 權(quán)訪問的那些需求。
13在本發(fā)明優(yōu)選實(shí)施例中，所述發(fā)布模塊和檢索模塊可以采用 一個(gè)功能模塊 加以實(shí)現(xiàn)，并不影響本發(fā)明實(shí)施例的實(shí)現(xiàn)。
為了對本發(fā)明實(shí)施例所提供的系統(tǒng)做更詳細(xì)的說明，下面，對如上所述系
統(tǒng)中相應(yīng)模塊的具體實(shí)現(xiàn)加以詳細(xì)說明
(一) 在本發(fā)明優(yōu)選實(shí)施例中，所述系統(tǒng)中的需求管理模塊包括 接收模塊，用于接收需求方用戶發(fā)送的需求注冊申請；
注冊才莫塊，用于才艮據(jù)所述需求注冊申請中所攜帶的需求信息，完成所述需 求的注冊。
進(jìn)一步的，為了實(shí)現(xiàn)對需求信息和/或用戶通信地址進(jìn)行更改，該需求管 理模塊還可進(jìn)一步包括
變更模塊，用于在收到需求變更請求后，才艮據(jù)該請求中所攜帶的需求變更 內(nèi)容，對需求信息和/或用戶通信地址進(jìn)^f亍更改。
進(jìn)一步的，為了實(shí)現(xiàn)將需求置為掛起態(tài)以及解除需求的掛起狀態(tài)，所述需 求管理模塊進(jìn)一步包括
掛起模塊，用于在收到需求掛起請求后，才艮據(jù)該請求中的需求標(biāo)識，將 需求注冊信息中相應(yīng)需求的狀態(tài)置為掛起態(tài)；
解除掛起模塊，用于在收到解除需求掛起請求后，將需求注冊信息中相 應(yīng)需求的狀態(tài)恢復(fù)到正常狀態(tài)。
進(jìn)一步的，為了實(shí)現(xiàn)刪除需求，所述需求管理模塊進(jìn)一步包括
刪除模塊，用于在收到需求刪除請求后，根據(jù)該請求中的需求標(biāo)識，刪除 相應(yīng)需求的注冊信息。
(二) 在本發(fā)明優(yōu)選實(shí)施例中，所述狀態(tài)管理模塊包括
查詢模塊，用于根據(jù)發(fā)起通信請求的用戶所發(fā)送的通信請求中所攜帶的需 求標(biāo)識，在需求注冊信息中查詢所述需求當(dāng)前所處的狀態(tài)；
狀態(tài)提供模塊，用于將查詢模塊查詢得到的所述需求當(dāng)前所處的狀態(tài)提供 給所述通信管理纟莫塊。
為了實(shí)現(xiàn)對需求的狀態(tài)進(jìn)行管理，所述狀態(tài)管理模塊進(jìn)一步包括狀態(tài)維護(hù)
14模塊，用于根據(jù)當(dāng)前狀態(tài)維護(hù)需求注冊信息中各個(gè)需求的狀態(tài)。 .(三)在本發(fā)明優(yōu)選實(shí)施例中，所述通信管理模塊包括 接收模塊，用于從所述狀態(tài)管理才莫塊獲知所述需求狀態(tài)是否為活動(dòng)態(tài)且從
授權(quán)管理模塊獲知所述發(fā)起通信請求的用戶是否為所述需求授權(quán)的用戶；
建立通信連接模塊，用于在所述接收模塊從所述狀態(tài)管理模塊獲知所述需 求狀態(tài)為活動(dòng)態(tài)且從授權(quán)管理模塊獲知所述發(fā)起通信請求的用戶為所述需求 授權(quán)的用戶時(shí)，建立所述發(fā)起通信請求的用戶與需求方用戶之間的通信連接。
進(jìn)一步的，所述通信管理模塊還可包括
通信規(guī)則確定模塊，用于根據(jù)通信請求中所攜帶的需求標(biāo)識，確定需求注 冊信息中所保存的相應(yīng)的通信規(guī)則；
所述建立通信連接模塊按照所述通信規(guī)則確定模塊所確定的通信規(guī)則，建 立用戶間的通信連接。
二、需^^i2/f言方法
參見圖2,本發(fā)明實(shí)施例所提供的需求通信方法包括
步驟201:需求通信系統(tǒng)接收通信請求方發(fā)送的攜帶有需求標(biāo)識的通信請 求，根據(jù)所述需求標(biāo)識確定所述需求對應(yīng)的需求注冊信息；
步驟202:所述需求通信系統(tǒng)^L據(jù)所確定的需求注冊信息，判斷是否所述 需求當(dāng)前處于活動(dòng)態(tài)且通信請求方為所述需求授權(quán)訪問的用戶，如果是，則按 照所述需求注冊信息中的需求方的用戶通信地址，建立通信請求方與需求方之 間的通信。
其中，在本發(fā)明優(yōu)選實(shí)施例中，該方法進(jìn)一步包括 需求方將其需求注冊在所述需求通信系統(tǒng)上。 所述注冊過程的具體實(shí)現(xiàn)為
所述需求通信系統(tǒng)接收需求方發(fā)送的需求注冊請求，為該請求中所攜帶的 需求信息分配一個(gè)唯一的需求標(biāo)識，并將包括所述需求標(biāo)識、需求信息以及請 求注冊的所述用戶的通信地址在內(nèi)的注冊信息保存起來。其中，所述注冊信息
15可以保存在獨(dú)立的數(shù)據(jù)庫中，也可以保存在需求通信系統(tǒng)的需求管理才莫塊中， 并不影響本發(fā)明實(shí)施例的實(shí)現(xiàn)。
進(jìn)一步的，該方法還可實(shí)現(xiàn)對需求注冊信息進(jìn)行維護(hù)，具體包括
(1) 需求變更所述需求通信系統(tǒng)在收到需求變更請求后，對需求信息 和/或用戶通信地址進(jìn)行更改；具體的，所述需求通信系統(tǒng)可以根據(jù)需求變更 請求，對需求信息中的各個(gè)內(nèi)容進(jìn)行更改，對于需求內(nèi)容、活動(dòng)態(tài)條件、通信 規(guī)則，可以直接按照用戶的變更請求進(jìn)行更改，而對于需求類型、授權(quán)用戶信 息等其他注冊信息，考慮到注冊的連貫性，則可以限制或禁止用戶進(jìn)行更改。
(2) 需求掛起所述需求通信系統(tǒng)在收到需求掛起請求后，根據(jù)該請求 中的需求標(biāo)識，將需求注冊信息中相應(yīng)需求的狀態(tài)置為桂起態(tài)，以使得其他用 戶無法通過此需求和需求人進(jìn)行通信；當(dāng)然，所述需求通信系統(tǒng)還可在接收到 解除需求掛起請求后，才艮據(jù)該請求中所攜帶的需求標(biāo)識，解除需求注冊信息中 相應(yīng)需求的掛起狀態(tài)。
(3) 需求刪除所述需求通信系統(tǒng)在收到需求刪除請求后，根據(jù)該請求 中的需求標(biāo)識，刪除相應(yīng)需求的需求注冊信息。
其中，在本發(fā)明實(shí)施例中，該方法還可進(jìn)一步包括
所述需求通信系統(tǒng)根據(jù)當(dāng)前狀態(tài)維護(hù)所述需求注冊信息中相應(yīng)需求的狀態(tài)。
其中，所述維護(hù)狀態(tài)的具體實(shí)現(xiàn)為
在所述需求通信系統(tǒng)判斷得到當(dāng)前狀態(tài)滿足需求信息中的活動(dòng)態(tài)條件時(shí)， 則將所述需求設(shè)置為活動(dòng)態(tài)；在所述需求通信系統(tǒng)判斷得到當(dāng)前狀態(tài)不再滿足 需求信息中的活動(dòng)態(tài)條件時(shí)，則將該需求設(shè)置為非活動(dòng)態(tài)。具體的，可以采用 需求開啟時(shí)間和需求結(jié)束時(shí)間作為所述活動(dòng)態(tài)條件，所述需求通信系統(tǒng)在判斷 得到當(dāng)前時(shí)間處于需求開啟時(shí)間和需求結(jié)束時(shí)間之間時(shí)，將所述需求設(shè)置為活 動(dòng)態(tài)，反之則將所述需求置為非活動(dòng)態(tài)。
16在本發(fā)明實(shí)施例的實(shí)際應(yīng)用中，所述授權(quán)包括完全授權(quán)、組內(nèi)授權(quán)以及私 有授權(quán)三種授權(quán)類型，結(jié)合這三種授權(quán)類型，所述判斷通信請求方是否為需求
授權(quán)訪問的用戶的具體實(shí)現(xiàn)為
(1) 對于完全授權(quán)而言，由于所有用戶均有權(quán)訪問需求，因此， 一旦判 斷得到當(dāng)前為完全授權(quán)，則可判斷得到通信請求方的用戶為所述需求授權(quán)訪問 的用戶；
(2) 對于組內(nèi)授權(quán)而言，由于只有組內(nèi)用戶有權(quán)訪問需求，因此，可以 通過判斷通信請求方是否屬于相應(yīng)群組來判斷其是否為需求授權(quán)訪問的用戶， 具體的，可以通過判斷所述通信請求方用戶是否具有授權(quán)群組的相應(yīng)字段來判 斷該用戶是否屬于相應(yīng)群組，當(dāng)然，也可通過其他方式判斷通信請求方用戶是 否屬于相應(yīng)群組，并不影響本發(fā)明實(shí)施例的實(shí)現(xiàn)；
(3) 對于私有授權(quán)而言，可以判斷通信請求方用戶是否為授權(quán)用戶信息 中所包括的用戶，由此來判斷其是否獲得訪問需求的授權(quán)。
其中，對于私有授權(quán)而言，相關(guān)用戶還可以向需求通信系統(tǒng)發(fā)起授權(quán)請求， 請求獲得需求人的授權(quán)，其具體實(shí)現(xiàn)可以包括以下兩種方式
方式一請求授權(quán)的用戶向需求通信系統(tǒng)發(fā)送授權(quán)請求，在該授權(quán)請求中 攜帶有請求授權(quán)的需求的標(biāo)識；需求通信系統(tǒng)將該請求授權(quán)的用戶的信息提供
給需求人，在獲得需求人的授權(quán)后，將該請求授權(quán)的用戶的信息添加到所述需 求的授權(quán)用戶信息中，從而完成對該請求授權(quán)用戶的授權(quán)；
方式二需求人事先將需求的標(biāo)識以及該需求的授權(quán)碼發(fā)送給請求授權(quán)的 用戶，其中，該發(fā)送可以采用加密的形式進(jìn)行；所述請求授權(quán)的用戶向需求通 信系統(tǒng)發(fā)送授權(quán)請求，在該授權(quán)請求中攜帶所述需求的標(biāo)識以及授權(quán)碼；需求 通信系統(tǒng)根據(jù)授權(quán)請求中的需求標(biāo)識以及授權(quán)碼對授權(quán)請求進(jìn)行驗(yàn)證，驗(yàn)證通 過后，將所述請求授權(quán)的用戶的信息添加到所述需求的授權(quán)用戶信息中，完成 對該請求授權(quán)用戶的授權(quán)。
當(dāng)然，也可采用其他方式完成對請求授權(quán)用戶的4^又，并不影響本發(fā)明實(shí) 施例的實(shí)現(xiàn)。在本發(fā)明另 一優(yōu)選實(shí)施例中，針對不同需求可能需要采用不同通信方式這 一情況，步驟202中所述建立通信請求方與需求方之間的通信的具體實(shí)現(xiàn)可以
為
按照所述需求注冊信息中的通信規(guī)則確定相應(yīng)的通信方式，釆用所述通信 方式建立通信請求方與需求方之間的通信。
為了方便相關(guān)用戶獲得需求信息，該方法還可進(jìn)一步包括 所述需求通信系統(tǒng)發(fā)布需求信息；具體的，可以采用定期發(fā)布的方式發(fā)布 需求信息，也可以根據(jù)相關(guān)用戶的申請，將符合該用戶所設(shè)定條件的需求信息 發(fā)布給相關(guān)用戶；此外，在實(shí)際發(fā)布過程中，也可以僅向那些獲得訪問需求授 權(quán)的用戶發(fā)布所述需求的信息，從而使得需求信息能夠有目的、有針對性地被 發(fā)布。
此外，所述方法還可進(jìn)一步包括
所述需求通信系統(tǒng)在收到用戶的檢索請求后，根據(jù)該請求中所攜帶的檢索 條件檢索需求信息。在實(shí)際應(yīng)用中，可以控制僅有相應(yīng)授權(quán)的用戶方可檢索到 需求，從而使得能夠控制用戶按照權(quán)限進(jìn)行檢索。
需要說明的是在上述實(shí)現(xiàn)需求通信的過程中，需求方的通信地址始終不 公開，從而對該需求方的隱私信息加以保護(hù)，避免由于隱私信息泄漏而對需求 方造成通信騷擾。
下面，舉一具體實(shí)例，對本發(fā)明實(shí)施例所提供的需求通信方法加以說明， 該具體實(shí)例以買賣房產(chǎn)為具體應(yīng)用場景，在該實(shí)例中，需求方A想買一套住 房，其在需求通信系統(tǒng)上注冊該需求并授權(quán)相應(yīng)的通信請求方訪問該需求，#皮 授權(quán)訪問該需求的通信請求方B與該需求方A之間通過需求通信系統(tǒng)進(jìn)行需 求通信，參見圖3，上述過程的具體實(shí)現(xiàn)包括以下步驟送購買房屋的需求注冊申請，以表 示希望授權(quán)的通信請求方盡快和自己聯(lián)系；所述需求通信系統(tǒng)收到該注冊申請 后，將需求方A的購買房屋的需求注冊在該需求通信系統(tǒng)上；
步驟302:需求通信系統(tǒng)將需求方A的購買房屋的需求發(fā)布給通信請求方；
步驟303:通信請求方B看到需求方A的需求后，點(diǎn)擊需求方A的需求， 向需求通信系統(tǒng)發(fā)起與需求方A的通信請求；需求通信系統(tǒng)判斷得到該通信 請求方B為需求方A購買房屋需求的授權(quán)用戶，且該購買房屋需求當(dāng)前處于 活動(dòng)態(tài)，按照需求方A在其購買房屋需求中所設(shè)置的通信方式，建立通信請 求方B與需求方A之家的通信連接；
步驟304:經(jīng)過一^:時(shí)間，需求方A買到了房子，其通知需求通信系統(tǒng)刪 除其注冊的購買房屋的需求；在這之后，通信請求方B得到了另一處房源， 準(zhǔn)備向需求方A推薦，該通信請求方B通過備份在其本地機(jī)器上的需求方A 需求，向需求通信系統(tǒng)發(fā)起和需求方A的通信請求，需求通信系統(tǒng)判斷得到 需求方A的購買房屋的需求當(dāng)前已經(jīng)被刪除，不再建立需求方A與通信請求 方B之間的通4言連4妄。
在以上具體實(shí)例中，只有在需求方A購買房屋的需求仍然存在且處于活 動(dòng)態(tài)時(shí)，相關(guān)的用戶才能和該需求方A進(jìn)行通信，當(dāng)該需求方A在需求通信 系統(tǒng)上刪除了其購買房屋的需求后，則其他用戶無法再通過其需求與需求方A 進(jìn)行聯(lián)系，從而使得需求方A不再受到不必要的干擾。此外，在需求方A與 通信請求方通信過程中，該需求方A的通信地址始終不公開，從而保護(hù)了該 需求方A的隱私信息，避免了由于隱私信息泄漏而對需求方A造成騷擾。
釆用本發(fā)明實(shí)施例所提供的需求通信方法和系統(tǒng)，能夠改變當(dāng)前的通信才莫 式，并對通信參與的各方帶來如下諸多好處
對于用戶而言，本發(fā)明實(shí)施例提供了很好的需求發(fā)布渠道，在用戶需要的 情況下快速將需求發(fā)布出去，并且，能夠很好地保護(hù)用戶的隱私，且能夠保證 在需求消失的情況下，對應(yīng)的通信方式也將自動(dòng)失效。
對于商家而言，其可以通過需求通信系統(tǒng)獲取大量用戶需求，并能利用該
19需求通信系統(tǒng)和用戶溝通，促進(jìn)其商業(yè)經(jīng)營；此外，本發(fā)明實(shí)施例有效地提高
需求的時(shí)效性，避免了大量無效需求浪費(fèi)商家時(shí)間和精力。
對于運(yùn)營商而言，需求通信的運(yùn)營商可以通過掌握大量的客戶需求，進(jìn)一
步了解自己的客戶以及客戶歷史性的需求，從而能夠有效的細(xì)分客戶群；通過 對客戶的準(zhǔn)確把握，運(yùn)營商可以針對客戶提供相應(yīng)的產(chǎn)品和服務(wù)，甚至轉(zhuǎn)售客
戶需求。
以上所述僅是本發(fā)明的優(yōu)選實(shí)施方式，應(yīng)當(dāng)指出，對于本技術(shù)領(lǐng)域的普通 技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進(jìn)和潤飾， 這些改進(jìn)和潤飾也應(yīng)視為本發(fā)明的保護(hù)范圍。
權(quán)利要求
1、一種需求通信系統(tǒng)，其特征在于，該系統(tǒng)包括需求管理模塊、狀態(tài)管理模塊、授權(quán)管理模塊以及通信管理模塊，其中所述需求管理模塊，用于接收需求方用戶發(fā)送的需求注冊申請，根據(jù)該申請中所攜帶的需求信息，完成所述需求的注冊；所述狀態(tài)管理模塊，用于根據(jù)發(fā)起通信請求的用戶所發(fā)送的通信請求中所攜帶的需求標(biāo)識，在需求注冊信息中查詢所述需求當(dāng)前所處的狀態(tài)，將該狀態(tài)提供給所述通信管理模塊；所述授權(quán)管理模塊，用于根據(jù)需求注冊信息，判斷發(fā)起通信請求的用戶是否為得到需求授權(quán)的用戶，將該判斷結(jié)果告知所述通信管理模塊；所述通信管理模塊，用于在從所述狀態(tài)管理模塊獲知所述需求狀態(tài)為活動(dòng)態(tài)且從授權(quán)管理模塊獲知所述發(fā)起通信請求的用戶為所述需求授權(quán)的用戶時(shí)，建立所述發(fā)起通信請求的用戶與需求方用戶之間的通信連接。
2、 根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述需求管理模塊包括 接收模塊，用于接收需求方用戶發(fā)送的需求注冊申請；注冊模塊，用于根據(jù)所述需求注冊申請中所攜帶的需求信息，完成所述需 求的注冊。
3、 根據(jù)權(quán)利要求2所述的系統(tǒng)，其特征在于，所述需求管理模塊進(jìn)一步 包括變更模塊，用于在收到需求變更請求后，根據(jù)該請求中所攜帶的需求變更 內(nèi)容，對需求信息和/或用戶通信地址進(jìn)^f亍更改。
4、 根據(jù)權(quán)利要求2所述的系統(tǒng)，其特征在于，所述需求管理模塊進(jìn)一步 包括掛起模塊，用于在收到需求掛起請求后，根據(jù)該請求中的需求標(biāo)識，將需 求注冊信息中相應(yīng)需求的狀態(tài)置為掛起態(tài)；解除掛起模塊，用于在收到解除需求掛起請求后，將需求注冊信息中相 應(yīng)需求的狀態(tài)恢復(fù)到正常狀態(tài)。
5、 根據(jù)權(quán)利要求2所述的系統(tǒng)，其特征在于，所述需求管理模塊進(jìn)一步包括刪除模塊，用于在收到需求刪除請求后，才艮據(jù)該請求中的需求標(biāo)識，刪除 相應(yīng)需求的注冊信息。
6、 根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述狀態(tài)管理模塊包括 查詢模塊，用于根據(jù)發(fā)起通信請求的用戶所發(fā)送的通信請求中所攜帶的需求標(biāo)識，在需求注冊信息中查詢所述需求當(dāng)前所處的狀態(tài)；狀態(tài)提供模塊，用于將查詢模塊查詢得到的所述需求當(dāng)前所處的狀態(tài)提供 給所述通信管理模塊。
7、 根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于，所述狀態(tài)管理模塊進(jìn)一步 包括狀態(tài)維護(hù)模塊，用于根據(jù)當(dāng)前狀態(tài)維護(hù)需求注冊信息中各個(gè)需求的狀態(tài)。
8、 根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述通信管理模塊包括 接收模塊，用于從所述狀態(tài)管理模塊獲知所述需求狀態(tài)是否為活動(dòng)態(tài)且從授權(quán)管理模塊獲知所述發(fā)起通信請求的用戶是否為所述需求授權(quán)的用戶；建立通信連接模塊，用于在所述接收模塊從所述狀態(tài)管理模塊獲知所述需 求狀態(tài)為活動(dòng)態(tài)且從授權(quán)管理模塊獲知所述發(fā)起通信請求的用戶為所述需求 授權(quán)的用戶時(shí)，建立所述發(fā)起通信請求的用戶與需求方用戶之間的通信連接。
9、 才艮據(jù)權(quán)利要求8所述的系統(tǒng)，其特征在于，所述通信管理模塊進(jìn)一步 包括通信規(guī)則確定模塊，用于根據(jù)通信請求中所攜帶的需求標(biāo)識，確定需求注 冊信息中所保存的相應(yīng)的通信規(guī)則；所述建立通信連接模塊按照所述通信規(guī)則確定模塊所確定的通信規(guī)則，建 立用戶間的通信連接。
10、 根據(jù)權(quán)利要求1 9任意一項(xiàng)所述的系統(tǒng)，其特征在于，該系統(tǒng)進(jìn)一步 包括發(fā)布模塊，用于將所述需求通信系統(tǒng)中注冊的需求向外發(fā)布；和/或， 檢索模塊，用于根據(jù)檢索條件，在需求注冊信息中檢索得到滿足所述檢索 條件的需求。
11、 一種需求通信方法，其特征在于，該方法包括接收來自通信請求方的攜帶有需求標(biāo)識的通信請求，4艮據(jù)所述需求標(biāo)識查 詢所述需求對應(yīng)的需求注冊信息；根據(jù)查詢得到的需求注冊信息，判斷是否所述需求處于活動(dòng)態(tài)且通信請求 方為所述需求授權(quán)訪問的用戶，如果是，則按照所述需求注冊信息中的需求方 的用戶通信地址，建立通信請求方與需求方之間的通信。
12、 根據(jù)權(quán)利要求11所述的方法，其特征在于，該方法進(jìn)一步包括 接收需求方發(fā)送的需求注冊請求，為該請求中所攜帶的需求信息分配一個(gè)唯一的需求標(biāo)識，將包括所述需求標(biāo)識、需求信息以及請求注冊的所述用戶的 通信地址在內(nèi)的注冊信息保存。
13、 根據(jù)權(quán)利要求12所述的方法，其特征在于，該方法進(jìn)一步包括 在收到需求變更請求后，對需求信息和/或用戶通信地址進(jìn)行更改；或 在收到需求掛起請求后，根據(jù)該請求中的需求標(biāo)識，將需求注冊信息中相應(yīng)需求的狀態(tài)置為掛起態(tài)；或在收到需求刪除請求后，根據(jù)該請求中的需求標(biāo)識，刪除相應(yīng)需求的需求 注冊信息。
14、 根據(jù)權(quán)利要求11所述的方法，其特征在于，該方法進(jìn)一步包括 在判斷得到當(dāng)前狀態(tài)滿足需求信息中的活動(dòng)態(tài)條件時(shí)，則將所述需求設(shè)置為活動(dòng)態(tài)；在判斷得到當(dāng)前狀態(tài)不再滿足需求信息中的活動(dòng)態(tài)條件時(shí)，則將該 需求設(shè)置為非活動(dòng)態(tài)。
15、 根據(jù)權(quán)利要求14所述的方法，其特征在于，所述活動(dòng)態(tài)條件包括 需求開啟時(shí)間和需求結(jié)束時(shí)間。
16、 根據(jù)權(quán)利要求11所述的方法，其特征在于，所述判斷通信請求方是 否為需求授權(quán)訪問的用戶的步驟包括判斷需求信息中的授權(quán)類型是否為完全授權(quán)； 判斷通信請求方是否屬于授權(quán)群組；或判斷通信請求方用戶是否為需求信息的授權(quán)用戶信息中所包括的用戶。
17、 根據(jù)權(quán)利要求11所述的方法，其特征在于，所述建立通信請求方與 需求方之間的通信的步驟包括 .按照所述需求注冊信息中的通信規(guī)則確定相應(yīng)的通信方式，采用所述通信 方式建立通信請求方與需求方之間的通信。
18、 根據(jù)權(quán)利要求11所述的方法，其特征在于，該方法進(jìn)一步包括 所述需求通信系統(tǒng)發(fā)布需求信息，和/或，所述需求通信系統(tǒng)在收到檢索請求后，根據(jù)該請求中所攜帶的檢索條件檢 索需求信息。
全文摘要
本發(fā)明實(shí)施例公開了需求通信的方法及系統(tǒng)，所述方法包括接收來自通信請求方的攜帶有需求標(biāo)識的通信請求，根據(jù)所述需求標(biāo)識查詢所述需求對應(yīng)的需求注冊信息；根據(jù)查詢得到的需求注冊信息，判斷是否所述需求處于活動(dòng)態(tài)且通信請求方為所述需求授權(quán)訪問的用戶，如果是，則按照所述需求注冊信息中的需求方的用戶通信地址，建立通信請求方與需求方之間的通信。采用本發(fā)明實(shí)施例，能夠使得僅有那些獲得授權(quán)的用戶才能與需求方用戶進(jìn)行通信，從而避免了需求方用戶受到通信騷擾；且在通信過程中，需求方的通信地址始終不公開，從而使得該需求方的隱私信息得到了保護(hù)。
文檔編號H04M3/42GK101459732SQ20071019532
公開日2009年6月17日 申請日期2007年12月10日 優(yōu)先權(quán)日2007年12月10日
發(fā)明者吳紅寧, 林新建, 聶延波 申請人:華為技術(shù)有限公司