專(zhuān)利名稱(chēng)：會(huì)議業(yè)務(wù)通知的優(yōu)化方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，更具體地，涉及下一代網(wǎng)絡(luò)(NGN)中 的一種會(huì)議業(yè)務(wù)通知機(jī)制的優(yōu)化方法和系統(tǒng)。
背景技術(shù)：
在以IP多媒體子系統(tǒng)(IMS)為核心的下一代網(wǎng)絡(luò)(NGN)中， 采用初始會(huì)話協(xié)議(SIP )作為業(yè)務(wù)控制協(xié)議，各項(xiàng)通信業(yè)務(wù)可由用 戶的智能終端與網(wǎng)絡(luò)中的由運(yùn)營(yíng)商設(shè)置的應(yīng)用服務(wù)器(AS)配合完成。
圖1示出了下一代網(wǎng)絡(luò)中的一種典型業(yè)務(wù)實(shí)現(xiàn)架構(gòu)，其中，應(yīng) 用服務(wù)器(AS)(可能存在多個(gè)，分別用于不同的業(yè)務(wù))通過(guò)接口 與用戶歸屬網(wǎng)絡(luò)的服務(wù)-呼叫會(huì)話控制功能(S-CSCF)相連，用戶 終端A與用戶終端B之間的SIP業(yè)務(wù)控制消息(用虛線標(biāo)識(shí))會(huì)流 經(jīng)各自的拜訪網(wǎng)絡(luò)中的代理-呼叫會(huì)話控制功能(P-CSCF)以及歸 屬網(wǎng)絡(luò)中的服務(wù)-呼叫會(huì)話控制功能(S-CSCF)與應(yīng)用服務(wù)器(根 據(jù)用戶業(yè)務(wù)的種類(lèi)，可能經(jīng)過(guò)不同的應(yīng)用服務(wù)器)，應(yīng)用服務(wù)器可通 過(guò)對(duì)業(yè)務(wù)控制消息的各種處理以實(shí)現(xiàn)豐富的業(yè)務(wù)。用戶終端A與用 戶終端B利用業(yè)務(wù)消息交換并協(xié)商雙方所支持的媒體參數(shù)，在兩者 之間建立IP媒體流連接(用實(shí)線標(biāo)識(shí))，IP媒體流用于傳送通話話 音包等數(shù)據(jù)。若應(yīng)用服務(wù)器配備媒體處理功能，則用戶終端與應(yīng)用 服務(wù)器之間也可建立々某體流連接，實(shí)現(xiàn)人機(jī)對(duì)話業(yè)務(wù)，例如，4艮行 的自動(dòng)語(yǔ)音服務(wù)。圖2是現(xiàn)有技術(shù)中會(huì)議業(yè)務(wù)的典型流程圖。為簡(jiǎn)化起見(jiàn)，圖2 中省略了代理-呼叫會(huì)話控制功能、服務(wù)-呼叫會(huì)話控制功能等網(wǎng)絡(luò) 設(shè)備。其中，會(huì)議業(yè)務(wù)服務(wù)器用于為所有用戶提供會(huì)議業(yè)務(wù)功能， 能夠與多個(gè)用戶同時(shí)建立話路，并且在混音后再發(fā)送給各個(gè)用戶。 如圖2所示，包括以下步驟
步驟S201-S206,用戶B首先向會(huì)議業(yè)務(wù)服務(wù)器發(fā)送邀請(qǐng)請(qǐng) 求，創(chuàng)建一個(gè)會(huì)議資源；
步驟S207，在用戶B與會(huì)議業(yè)務(wù)服務(wù)器之間建立通話；
步驟S208 -S209，用戶B向會(huì)議業(yè)務(wù)服務(wù)器發(fā)送會(huì)議邀請(qǐng)請(qǐng) 求，要求會(huì)議業(yè)務(wù)服務(wù)器邀請(qǐng)用戶C加入會(huì)議；
步-驟S210 S211,會(huì)i義業(yè)務(wù)月l務(wù)器4姿受響應(yīng)；以及
步驟S212-S218,會(huì)議業(yè)務(wù)服務(wù)器才艮據(jù)用戶B的請(qǐng)求，向用 戶C發(fā)送通話邀請(qǐng)請(qǐng)求，在會(huì)議業(yè)務(wù)服務(wù)器與用戶C之間建立通話， 使得用戶C加入此次會(huì)議。
另夕卜，用戶B還可繼續(xù)向會(huì)議業(yè)務(wù)服務(wù)器發(fā)送會(huì)議邀請(qǐng)請(qǐng)求， 要求會(huì)議業(yè)務(wù)"l務(wù)器邀請(qǐng)其它用戶加入會(huì)議。其它用戶也可主動(dòng)向 會(huì)議業(yè)務(wù)服務(wù)器發(fā)送會(huì)話邀請(qǐng)請(qǐng)求，建立與會(huì)議業(yè)務(wù)服務(wù)器之間的 通話(類(lèi)似步驟S201 ~ S206 ),從而加入會(huì)議。
用戶在加入會(huì)議后，可通過(guò)釋力欠與會(huì)議業(yè)務(wù)服務(wù)器之間的通話 的方式退出會(huì)議。 一個(gè)會(huì)議可能有很多的用戶參與，當(dāng)一個(gè)用戶加 入會(huì)議后，可能會(huì)關(guān)心后續(xù)又有哪些用戶加入或退出了此次會(huì)議。
在現(xiàn)有4支術(shù)中，NGN用戶可通過(guò)訂閱會(huì)i義事件的方式來(lái)獲纟尋這 些信息。如圖3所示，包括以下步驟步驟S301,用戶A在成功加入會(huì)i義；
步驟S302-S303，用戶A向會(huì)議業(yè)務(wù)服務(wù)器發(fā)送訂閱請(qǐng)求； 步驟S304-S305,會(huì)議業(yè)務(wù)月良務(wù)器返回訂閱4妄受響應(yīng)； 步驟S306，有其它用戶加入或退出會(huì)議；
步驟S307 S308,會(huì)議業(yè)務(wù)服務(wù)器向用戶A發(fā)送一條通知消 息，該消息體中含有用戶號(hào)碼、用戶動(dòng)作(加入或退出會(huì)議)等信 息；以及
步驟S309 S310，用戶A返回通知確"汄響應(yīng)，確i人收到此通 知消息。
當(dāng)參加會(huì)議的用戶數(shù)量很多時(shí)，每個(gè)用戶(特別是先加入會(huì)議 的用戶)會(huì)收到大量的通知消息，用戶可能只關(guān)心其它某幾個(gè)用戶 的參會(huì)情況，但這幾個(gè)用戶的加入/退出通知會(huì)淹沒(méi)在大量的通知消 息之中。如果用戶不想收到如此多的通知消息，只能不訂閱會(huì)議事 件或取消訂閱； 一旦用戶取消了會(huì)議事件的訂閱，用戶將收不到任 何關(guān)于其它用戶加入或退出會(huì)議的通知，無(wú)法知道當(dāng)前會(huì)議有多少 用戶加入，也無(wú)法知道其所關(guān)心的其它用戶是否加入了此會(huì)議。
總之，現(xiàn)有技術(shù)中的通知機(jī)制過(guò)于簡(jiǎn)單，難以滿足用戶的特殊 需求。本發(fā)明針對(duì)上述問(wèn)題，提出了相應(yīng)的會(huì)議業(yè)務(wù)通知機(jī)制的優(yōu) 化方法和系統(tǒng)，能夠更好地滿足用戶的需要。

發(fā)明內(nèi)容
因而，為了克服上述問(wèn)題，本發(fā)明提供了一種會(huì)議業(yè)務(wù)通知機(jī) 制的優(yōu)化方法和系統(tǒng)，從而能夠更好地滿足用戶的需要。本發(fā)明的一個(gè)方面提供了 一種會(huì)議業(yè)務(wù)通知才幾制的優(yōu)化方法，
該方法可以包括以下步驟設(shè)置對(duì)應(yīng)于網(wǎng)絡(luò)中的至少一個(gè)用戶的代 理策略；以及才艮據(jù)至少一個(gè)用戶的代理策略，對(duì)來(lái)自會(huì)議業(yè)務(wù)刀良務(wù) 器的通知消息進(jìn)^f于相應(yīng)處理。
該方法還可以包括在會(huì)議過(guò)程中，4務(wù)改至少一個(gè)用戶的代理策略。
其中，相應(yīng)處理包括當(dāng)滿足至少一個(gè)用戶的代理策略時(shí)，將 通知消息發(fā)送給至少一個(gè)用戶；以及當(dāng)不滿足至少一個(gè)用戶的代理 策略時(shí)，忽略通知消息，或等待直到滿足至少一個(gè)用戶的代理策略 時(shí)，將通知消息發(fā)送給至少一個(gè)用戶。
另外，可以根據(jù)需要，將對(duì)應(yīng)于至少一個(gè)用戶的代理策略設(shè)置 為相同或不同。
代理策略可以由會(huì)議組織者、會(huì)議業(yè)務(wù)4是供者、或用戶自己設(shè)置。
根據(jù)本發(fā)明的一個(gè)方面，代理策略可以包括以下一種或其組合 次數(shù)限制策略，用于設(shè)置向用戶發(fā)送通知消息的最大數(shù)量；頻率限 制策略，用于設(shè)置向用戶發(fā)送的通知消息之間的最小時(shí)間間隔；黑 名單限制策略，用于^殳置不需要向用戶發(fā)送的用戶號(hào)碼；以及白名 單限制策略，用于設(shè)置需要向用戶發(fā)送的用戶號(hào)碼。
當(dāng)采用頻率限制策略時(shí)，將最小時(shí)間間隔內(nèi)的多條通知消息組 合成一條消息進(jìn)行發(fā)送。
本發(fā)明的另 一方面還提供了 一種包括會(huì)議業(yè)務(wù)服務(wù)器的會(huì)議業(yè) 務(wù)通知的優(yōu)化系統(tǒng)，其可以包括會(huì)議通知代理才莫塊，用于i殳置分別對(duì)應(yīng)于網(wǎng)絡(luò)中的至少一個(gè)用戶的代理策略，并根據(jù)代理策略，對(duì) 來(lái)自會(huì)議業(yè)務(wù)服務(wù)器的通知消息進(jìn)行相應(yīng)處理。
會(huì)議通知代理模塊包括訪問(wèn)接口，用于設(shè)置或》務(wù)改代理策略。
對(duì)應(yīng)于至少 一個(gè)用戶的代理策略可以4艮據(jù)需要相同或不同。代 理策略可以由會(huì)議組織者、會(huì)議業(yè)務(wù)提供者、或用戶自己設(shè)置。
另外，代理策略可以包括以下一種或其組合次數(shù)限制策略， 用于設(shè)置向用戶發(fā)送通知消息的最大數(shù)量；頻率限制策略，用于設(shè) 置向用戶發(fā)送的通知消息之間的最小時(shí)間間隔；黑名單限制策略， 用于設(shè)置不需要向用戶發(fā)送的用戶號(hào)碼；以及白名單限制策略，用 于設(shè)置需要向用戶發(fā)送的用戶號(hào)碼。
在該優(yōu)化系統(tǒng)中，會(huì)議通知代理模塊在采用頻率限制策略的情 況下，將最小時(shí)間間隔內(nèi)的多條通知消息組合成一條消息進(jìn)行發(fā)送。
其中，會(huì)議通知代理模塊單獨(dú)設(shè)置或集成在會(huì)議業(yè)務(wù)服務(wù)器中。
因而，通過(guò)本發(fā)明的優(yōu)化方法和系統(tǒng)，可以彌補(bǔ)現(xiàn)有會(huì)i義業(yè)務(wù) 通知機(jī)制的不足，為用戶提供靈活的會(huì)議業(yè)務(wù)通知機(jī)制，便于滿足 用戶的各類(lèi)需求。
本發(fā)明的其它特征和優(yōu)點(diǎn)將在隨后的說(shuō)明書(shū)中闡述，并且，部 分地從說(shuō)明書(shū)中變得顯而易見(jiàn)，或者通過(guò)實(shí)施本發(fā)明而了解。本發(fā) 明的目的和其他優(yōu)點(diǎn)可通過(guò)在所寫(xiě)的說(shuō)明書(shū)、權(quán)利要求書(shū)、以及附 圖中所特別指出的結(jié)構(gòu)來(lái)實(shí)現(xiàn)和獲得。


此處所說(shuō)明的附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一 步理解，構(gòu)成本申 請(qǐng)的一部分，本發(fā)明的示意性實(shí)施例及其說(shuō)明用于解釋本發(fā)明，并
不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中
圖1是現(xiàn)有技術(shù)中實(shí)現(xiàn)下一代網(wǎng)絡(luò)中的業(yè)務(wù)的架構(gòu)圖2是現(xiàn)有技術(shù)中的會(huì)議業(yè)務(wù)過(guò)程的示意流圖3是現(xiàn)有技術(shù)中用戶訂閱會(huì)議事件過(guò)程的示意流圖4是根據(jù)本發(fā)明的會(huì)議業(yè)務(wù)通知的優(yōu)化方法的流程圖5是根據(jù)本發(fā)明的第一實(shí)施例的優(yōu)化方法的示意流圖6是根據(jù)本發(fā)明的第二實(shí)施例的優(yōu)化方法的示意流圖；以及
圖7是根據(jù)本發(fā)明的會(huì)議業(yè)務(wù)通知的優(yōu)化系統(tǒng)的框圖。
具體實(shí)施例方式
以下結(jié)合附圖對(duì)本發(fā)明的優(yōu)選實(shí)施例進(jìn)行說(shuō)明，應(yīng)當(dāng)理解，此 處所描述的優(yōu)選實(shí)施例僅用于說(shuō)明和解釋本發(fā)明，并不用于限定本 發(fā)明。
本發(fā)明在NGN中設(shè)置會(huì)議通知代理模塊，該模塊可單獨(dú)設(shè)置， 或者集成在會(huì)議業(yè)務(wù)服務(wù)器內(nèi)。當(dāng)單獨(dú)設(shè)置時(shí)，需要使得會(huì)議業(yè)務(wù) 服務(wù)器向用戶發(fā)送的通知消息經(jīng)過(guò)此會(huì)議通知代理模塊(如同圖3 中的應(yīng)用服務(wù)器A)。這可通過(guò)現(xiàn)有技術(shù)實(shí)現(xiàn)，例如，在S-CSCF處 設(shè)置消息過(guò)濾準(zhǔn)則，使得用戶的會(huì)議事件訂閱請(qǐng)求先發(fā)送給會(huì)議通知代理模塊處理，這樣，會(huì)議業(yè)務(wù)服務(wù)器發(fā)送的通知消息就會(huì)也經(jīng) 過(guò)此模塊。
該會(huì)議通知代理才莫塊可根據(jù)需要對(duì)所有用戶采用相同的^理策 略、或者對(duì)每個(gè)用戶采用不同的代理策略。會(huì)議通知代理才莫塊可揭， 供訪問(wèn)接口，供運(yùn)營(yíng)商、會(huì)議業(yè)務(wù)l是供者或會(huì)議組織者i殳置統(tǒng)一的 代理策略，或者供用戶設(shè)置自己所需的個(gè)性化代理策略。
該會(huì)議通知代理模塊支持的代理策略可包括以下策略
l)次數(shù)限制策略設(shè)置向用戶發(fā)送通知消息的數(shù)量上限，在一 次會(huì)i義中，若通知消息的數(shù)量超過(guò)這個(gè)上限，會(huì)"i義通知代理;漠塊將 不再向用戶發(fā)送通知消息；
2 )頻率限制策略設(shè)置向用戶發(fā)送通知消息的頻率上限(即兩 條通知消息之間的最小時(shí)間間隔)，在一次會(huì)議中，若會(huì)議業(yè)務(wù)服務(wù) 器產(chǎn)生的兩條通知消息之間的時(shí)間間隔小于此最小時(shí)間間隔，則會(huì) 議通知代理模塊將先緩存后一條通知消息，直至距離上條通知消息 的時(shí)間間隔大于最小時(shí)間間隔后再發(fā)送給用戶，而如果在等待期間， 會(huì)議業(yè)務(wù)服務(wù)器又產(chǎn)生了新的通知消息，則會(huì)議通知代理模塊可將 尚未轉(zhuǎn)發(fā)的多條通知消息進(jìn)行合并，作為一條通知消息轉(zhuǎn)發(fā)給用戶；
3) 黑名單策略設(shè)置一些用戶號(hào)碼，對(duì)于這些用戶的加入或退 出會(huì)議的通知消息，會(huì)議通知代理模塊將不向用戶轉(zhuǎn)發(fā)，其中，這 些用戶號(hào)碼可由用戶自行設(shè)置，也可由會(huì)議組織者或會(huì)議業(yè)務(wù)提供 者統(tǒng)一設(shè)置；
4) 白名單策略設(shè)置一些用戶號(hào)碼，對(duì)于除這些用戶以外的其 它用戶的加入或退出會(huì)議的通知消息，會(huì)議通知代理模塊將不向用 戶轉(zhuǎn)發(fā)，這些用戶號(hào)碼可由用戶自4亍設(shè)置(例如，用戶可將其關(guān)心的某幾個(gè)用戶置為白名單)，也可由會(huì)議組織者或會(huì)議業(yè)務(wù)提供者統(tǒng) 一設(shè)置(例如，將會(huì)議的重要參與者置為白名單)。
以上的策略可單獨(dú)Y吏用或組合〗吏用。
圖4是根據(jù)本發(fā)明的會(huì)議業(yè)務(wù)通知的優(yōu)化方法的流程圖。如圖 4所示，包4舌以下步-驟
步驟S402,設(shè)置對(duì)應(yīng)于網(wǎng)絡(luò)中的至少一個(gè)用戶的代理策略；以
及
步驟S404,根據(jù)至少一個(gè)用戶的代理策略，對(duì)來(lái)自會(huì)議業(yè)務(wù)服 務(wù)器的通知消息進(jìn)行相應(yīng)處理。
該方法還可以包括在會(huì)議過(guò)程中，修改至少一個(gè)用戶的代理策略。
其中，相應(yīng)處理包括當(dāng)滿足至少一個(gè)用戶的代理策略時(shí)，將 通知消息發(fā)送多合至少一個(gè)用戶；以及當(dāng)不滿足至少一個(gè)用戶的4戈理 策略時(shí)，忽略通知消息，或等待直到滿足至少一個(gè)用戶的代理策略 時(shí)，將通知消息發(fā)送給至少一個(gè)用戶。
另外，可以根據(jù)需要，將對(duì)應(yīng)于至少一個(gè)用戶的代理策略設(shè)置 為相同或不同。
4戈理策略可以由會(huì)i義組織者、會(huì)i義業(yè)務(wù)4是供者、或用戶自己i殳 置，并且其可以包括以下一種或其組合次lt限制策略，用于i殳置
向用戶發(fā)送通知消息的最大數(shù)量；頻率限制策略，用于設(shè)置向用戶 發(fā)送的通知消息之間的最小時(shí)間間隔；黑名單限制策略，用于設(shè)置 不需要向用戶發(fā)送的用戶號(hào)碼；以及白名單限制策略，用于設(shè)置需 要向用戶發(fā)送的用戶號(hào)碼。當(dāng)采用頻率限制策略時(shí)，將最小時(shí)間間隔內(nèi)的多條通知消息組 合成一條消息進(jìn)行發(fā)送。
圖5是根據(jù)本發(fā)明的第一實(shí)施例的優(yōu)化方法的示意流圖，為簡(jiǎn) 化起見(jiàn)，圖中僅考慮到對(duì)用戶A的會(huì)議事件通知消息。如圖5所示， 包4舌以下步-驟
步-驟S501,用戶A力口入會(huì)i義；
步驟S502 -S503，用戶A向會(huì)議業(yè)務(wù)服務(wù)器發(fā)送會(huì)議事件訂 閱請(qǐng)求，此請(qǐng)求消息經(jīng)過(guò)會(huì)議通知代理模塊，而用戶A已預(yù)先在會(huì) 議通知代理模塊中設(shè)置了自己所需的代理策略，例如，用戶A采用 白名單策略，設(shè)置用戶B與用戶D為白名單用戶，另外，用戶A 也可在會(huì)議過(guò)程中修改代理策略；
步驟S504 S505,會(huì)議業(yè)務(wù)服務(wù)器向用戶A返回訂閱接受響
應(yīng)；
步-驟S506，用戶B力口入會(huì)i義；
步驟S507,會(huì)議業(yè)務(wù)月良務(wù)器向用戶A發(fā)送通知消息，通知"用 戶B力口入會(huì)i義"；
步驟S508,會(huì)議通知代理模塊檢查用戶A的代理策略，發(fā)現(xiàn) 用戶B屬于白名單用戶，則向用戶A轉(zhuǎn)發(fā)此通知消息；
步駛朵S509 S510，用戶A返回通知確i人響應(yīng)；
步驟S511 ，用戶C力口入會(huì)i義；
步驟S512，會(huì)議業(yè)務(wù)服務(wù)器向用戶A發(fā)送通知消息，通知"用 戶C力a入會(huì)"i義"；以及步驟S513,會(huì)議通知代理才莫塊檢查用戶A的代理策略，發(fā)現(xiàn) 用戶C不屬于白名單用戶，則不向用戶A轉(zhuǎn)發(fā)此通知消息，而是直 4姿返回通^口確纟人響應(yīng)。
圖6是根據(jù)本發(fā)明的第二實(shí)施例的優(yōu)化方法的示意流圖，為簡(jiǎn) 化起見(jiàn)，此圖中僅考慮對(duì)用戶A的會(huì)議事件通知消息。如圖6所示， 包4舌以下步-銀
步驟S601，用戶A加入會(huì)議；
步驟S602 S603，用戶A向會(huì)議業(yè)務(wù)服務(wù)器發(fā)送會(huì)議事件訂 閱請(qǐng)求，此請(qǐng)求消息經(jīng)過(guò)會(huì)議通知代理才莫塊，而用戶A已預(yù)先在會(huì) 議通知代理模塊中設(shè)置了自己所需的代理策略，例如，用戶A采用 頻率限制策略，要求兩條通知消息之間的時(shí)間間隔不得小于15秒，
另外，用戶A也可在會(huì)議過(guò)程中l(wèi)奮改代理策略；
步驟S604 S605,會(huì)議業(yè)務(wù)服務(wù)器向用戶A返回訂閱接受響
應(yīng)；
步-銀S606，用戶B力口入會(huì)i義；
步驟S607，會(huì)議業(yè)務(wù)服務(wù)器向用戶A發(fā)送通知消息，通知"用 戶B力口入會(huì)i義"；
步驟S608，會(huì)議通知代理4莫塊4企查用戶A的代理策略，發(fā)現(xiàn) 這是第 一條通知消息，則向用戶A轉(zhuǎn)發(fā)此通知消息；
步艱A S609 ~ S610,用戶A返回通知確i人響應(yīng)；
步驟S611，會(huì)i義通知代理沖莫塊為用戶Ai殳置一個(gè)時(shí)長(zhǎng)為15秒 的定時(shí)器；步-驟S612,用戶C力口入會(huì)i義；
步驟S613，會(huì)議業(yè)務(wù)服務(wù)器向用戶A發(fā)送通知消息，通知"用 戶C加入會(huì)i義，，；
步驟S614，會(huì)議通知代理4莫塊4企查用戶A的代理策略，發(fā)現(xiàn) 用戶A采用頻率限制策略，且步驟S611設(shè)置的定時(shí)器時(shí)間未到， 則存儲(chǔ)此通知消息，暫不向用戶A轉(zhuǎn)發(fā)此通知消息，同時(shí)向會(huì)議業(yè) 務(wù)服務(wù)器返回通知確認(rèn)響應(yīng)；
步驟S615 S617，與用戶C相同，對(duì)于會(huì)議業(yè)務(wù)服務(wù)器向用 戶A發(fā)送的通知消息("用戶D加入會(huì)i義")，會(huì)i義通知^理才莫塊也 存儲(chǔ)起來(lái)；
步-銀S618,步-驟S611 i殳置的定時(shí)器時(shí)間到；
步驟S619，會(huì)議通知代理模塊將已存儲(chǔ)的兩條通知消息("用 戶C加入會(huì)議"與"用戶D加入會(huì)議")合并為一條消息(即消息 體中同時(shí)包含用戶C加入會(huì)議與用戶D加入會(huì)議的信息)，然后轉(zhuǎn) 發(fā)給用戶A;
步驟S620，用戶A返回通知確"i人消息；以及
步驟S621，會(huì)議通知代理才莫塊再為用戶Ai殳置一個(gè)時(shí)長(zhǎng)為15 秒的定時(shí)器，以便控制下條通知消息的發(fā)送時(shí)間間隔。
圖7是根據(jù)本發(fā)明的會(huì)議業(yè)務(wù)通知的優(yōu)化系統(tǒng)700的框圖。如 圖7所示，該系統(tǒng)700包括會(huì)議業(yè)務(wù)服務(wù)器702;以及會(huì)議通知 代理模塊704，用于設(shè)置分別對(duì)應(yīng)于網(wǎng)絡(luò)中的至少一個(gè)用戶的代理 策略，并根據(jù)代理策略，對(duì)來(lái)自會(huì)議業(yè)務(wù)服務(wù)器的通知消息進(jìn)行相 應(yīng)處理。會(huì)議通知代理模塊704包括訪問(wèn)接口 7042，用于設(shè)置或修改 ^理策略。
對(duì)應(yīng)于至少 一個(gè)用戶的代理策略可以根據(jù)需要相同或不同。代 理策略可以由會(huì)議組織者、會(huì)議業(yè)務(wù)提供者、或用戶自己設(shè)置。
另外，代理策略可以包括以下一種或其組合次數(shù)限制策略， 用于設(shè)置向用戶發(fā)送通知消息的最大數(shù)量；頻率限制策略，用于設(shè) 置向用戶發(fā)送的通知消息之間的最小時(shí)間間隔；黑名單限制策略， 用于設(shè)置不需要向用戶發(fā)送的用戶號(hào)碼；以及白名單限制策略，用 于設(shè)置需要向用戶發(fā)送的用戶號(hào)碼。
在該優(yōu)化系統(tǒng)中，會(huì)議通知代理才莫塊704在采用頻率限制策略 的情況下，將最小時(shí)間間隔內(nèi)的多條通知消息組合成一條消息進(jìn)行 發(fā)送。
本領(lǐng)域技術(shù)人員應(yīng)了解，會(huì)議通知代理模塊704可以單獨(dú)設(shè)置 或集成在會(huì)議業(yè)務(wù)服務(wù)器702中。
綜上所述，采用本發(fā)明方案，可彌補(bǔ)現(xiàn)有會(huì)議業(yè)務(wù)通知4凡制的 不足，為用戶提供靈活的會(huì)議業(yè)務(wù)通知機(jī)制，便于滿足用戶的各類(lèi) 需求。
以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明， 對(duì)于本領(lǐng)i或的4支術(shù)人員來(lái)i兌，本發(fā)明可以有各種更改和變4匕。凡在 本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等， 均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種會(huì)議業(yè)務(wù)通知的優(yōu)化方法，其特征在于，包括以下步驟設(shè)置對(duì)應(yīng)于所述網(wǎng)絡(luò)中的至少一個(gè)用戶的代理策略；以及根據(jù)所述至少一個(gè)用戶的代理策略，對(duì)來(lái)自會(huì)議業(yè)務(wù)服務(wù)器的通知消息進(jìn)行相應(yīng)處理。
2. 根據(jù)權(quán)利要求1所述的優(yōu)化方法，其特征在于，還包括以下步 驟在會(huì)i義過(guò)程中，^務(wù)改所述至少一個(gè)用戶的代理策略。
3. 根據(jù)權(quán)利要求1所述的優(yōu)化方法，其特征在于，所述相應(yīng)處理 包括當(dāng)滿足所述至少一個(gè)用戶的代理策略時(shí)，將所述通知消息 發(fā)送給所述至少一個(gè)用戶；以及當(dāng)不滿足所述至少一個(gè)用戶的代理策略時(shí)，忽略所述通知 消息，或等待直到滿足所述至少一個(gè)用戶的代理策略時(shí)，將所 述通知消息發(fā)送給所述至少一個(gè)用戶。
4. 根據(jù)權(quán)利要求1或2所述的優(yōu)化方法，其特征在于，根據(jù)需要， 將對(duì)應(yīng)于所述至少 一個(gè)用戶的所述4戈理策略i殳置為相同或不同。
5. 根據(jù)權(quán)利要求4所述的優(yōu)化方法，其特征在于所述代理策略由會(huì)議組織者、會(huì)議業(yè)務(wù)提供者、或用戶自 己設(shè)置。
6. 根據(jù)權(quán)利要求5所述的優(yōu)化方法，其特征在于，所述代理策略 包才舌以下一種或其組合次數(shù)限制策略，用于設(shè)置向用戶發(fā)送所述通知消息的最大 數(shù)量；頻率限制策略，用于設(shè)置向用戶發(fā)送的所述通知消息之間 的最小時(shí)間間隔；黑名單限制策略，用于設(shè)置不需要向用戶發(fā)送的用戶號(hào) 碼；以及白名單限制策略，用于設(shè)置需要向用戶發(fā)送的用戶號(hào)碼。
7. 根據(jù)權(quán)利要求6所述的優(yōu)化方法，其特征在于當(dāng)采用所述頻率限制策略時(shí)，將所述最小時(shí)間間隔內(nèi)的多 條通知消息組合成一條消息進(jìn)4于發(fā)送。
8. —種會(huì)議業(yè)務(wù)通知的優(yōu)化系統(tǒng)，包括會(huì)議業(yè)務(wù)服務(wù)器，其特征 在于，還包"l舌會(huì)議通知代理模塊，用于設(shè)置分別對(duì)應(yīng)于所述網(wǎng)絡(luò)中的至 少一個(gè)用戶的代理策略，并4艮據(jù)所述代理策略，對(duì)來(lái)自所述會(huì) 議業(yè)務(wù)服務(wù)器的通知消息進(jìn)行相應(yīng)處理。
9. 根據(jù)權(quán)利要求7所述的優(yōu)化系統(tǒng)，其特征在于，所述會(huì)議通知 代理模塊包括訪問(wèn)接口，用于設(shè)置或i奮改所述代理策略。
10. 根據(jù)權(quán)利要求8或9所述的優(yōu)化系統(tǒng)，其特征在于，所述對(duì)應(yīng) 于所述至少一個(gè)用戶的代理策略才艮據(jù)需要相同或不同。
11. 根據(jù)權(quán)利要求IO所述的優(yōu)化系統(tǒng)，其特征在于所述代理策略由會(huì)議組織者、會(huì)i義業(yè)務(wù)提供者、或用戶自 己設(shè)置。
12. 根據(jù)權(quán)利要求10所述的優(yōu)化系統(tǒng)，其特征在于，所述代理策 略包4舌以下一種或其組合次數(shù)限制策略，用于設(shè)置向用戶發(fā)送所述通知消息的最大 數(shù)量；頻率限制策略，用于i殳置向用戶發(fā)送的所述通知消息之間 的最小時(shí)間間隔；黑名單限制策略，用于設(shè)置不需要向用戶發(fā)送的用戶號(hào) 碼；以及白名單限制策略，用于設(shè)置需要向用戶發(fā)送的用戶號(hào)碼。
13. 根據(jù)權(quán)利要求12所述的優(yōu)化系統(tǒng)，其特征在于所述會(huì)議通知代理才莫塊在采用所述頻率限制策略的情況 下，將所述最小時(shí)間間隔內(nèi)的多條通知消息組合成一條消息進(jìn) 行發(fā)送。
14. 根據(jù)權(quán)利要求13所述的優(yōu)化系統(tǒng)，其特征在于，所述會(huì)議通 知代理模塊單獨(dú)設(shè)置或集成在所述會(huì)議業(yè)務(wù)服務(wù)器中。
全文摘要
本發(fā)明提供了一種會(huì)議業(yè)務(wù)通知機(jī)制的優(yōu)化方法和系統(tǒng)，其中，該方法包括以下步驟設(shè)置對(duì)應(yīng)于網(wǎng)絡(luò)中的至少一個(gè)用戶的代理策略；以及根據(jù)至少一個(gè)用戶的代理策略，對(duì)來(lái)自會(huì)議業(yè)務(wù)服務(wù)器的通知消息進(jìn)行相應(yīng)處理。因而，通過(guò)本發(fā)明的優(yōu)化方法和系統(tǒng)，可以彌補(bǔ)現(xiàn)有會(huì)議業(yè)務(wù)通知機(jī)制的不足，為用戶提供靈活的會(huì)議業(yè)務(wù)通知機(jī)制，便于滿足用戶的各類(lèi)需求。
文檔編號(hào)H04M3/32GK101296101SQ200710097270
公開(kāi)日2008年10月29日 申請(qǐng)日期2007年4月28日 優(yōu)先權(quán)日2007年4月28日
發(fā)明者岷 沈 申請(qǐng)人:中興通訊股份有限公司