專利名稱：用于用戶發(fā)起的群消息傳送的系統(tǒng)和方法
技術領域：
本發(fā)明涉及用于數(shù)據(jù)分發(fā)的系統(tǒng)和方法。
背景技術：
近年來，使用有線和無線網絡進行消息傳送越來越多。這樣的消息傳送包括例如電子郵件、SMS(短消息業(yè)務)和MMS(多媒體消息傳送業(yè)務)。盡管文本的分發(fā)依然是消息傳送的主要用途，使用消息傳送作為分發(fā)諸如視頻、音頻和圖像等內容類型的方式也正在被重視。具體而言，MMS作為分發(fā)這樣的內容類型的方式正在逐漸普及。
有鑒于此，可能會關注可應用于消息傳送(messaging)的技術。

發(fā)明內容
根據(jù)本發(fā)明的實施例，提供允許用戶建立組播群消息傳送(Multicast Group MessagingMGM)會話的系統(tǒng)和方法，其中通過組播發(fā)送消息，和其中用戶可以對能夠接收所組播的消息的接收方執(zhí)行控制。
該系統(tǒng)和方法還提供結合會話分派(dispatch)組播的消息，并用于結合會話接收組播的消息。


圖1圖示根據(jù)本發(fā)明實施例的示例性網絡配置。
圖2是圖示在根據(jù)本發(fā)明各個實施例的消息傳送設置中涉及的步驟的流程圖。
圖3是圖示在根據(jù)本發(fā)明各個實施例的終端接收和轉發(fā)組播群消息傳送(MGM)會話信息中涉及的步驟的流程圖。
圖4是圖示在根據(jù)本發(fā)明各個實施例的消息組播中涉及的步驟的流程圖。
圖5是圖示在根據(jù)本發(fā)明各個實施例的消息接收中涉及的步驟的流程圖。
圖6圖示在本發(fā)明的各個實施例中可以使用的示例性通用計算機。
圖7圖示在本發(fā)明的各個實施例中可以使用的示例性終端的功能方框圖。
具體實施例方式
一般操作根據(jù)本發(fā)明的實施例，用戶可以建立組播群消息傳送(MGM)會話，其中通過組播來發(fā)送消息，并且其中她可以對能夠接收所組播的消息的接收方執(zhí)行控制。更具體地說，用戶可以通過使她的終端向MGM服務器分派適當?shù)恼埱髞斫⑦@樣一個MGM會話。在服務器對該請求的響應中可以包括在解密結合MGM會話組播的消息時可以使用的密鑰。隨后，用戶可以將該密鑰和/或附加信息分發(fā)給希望擁有接收結合該會話組播的消息的能力的用戶方。該用戶還可以規(guī)定那些轉發(fā)該密鑰和/或附加信息的用戶方是否可以進一步將該密鑰和/或附加信息傳播給其它用戶。
圖1圖示根據(jù)本發(fā)明實施例的示例性網絡配置，包括MGM服務器1、終端103、接入點105和組播點107。如上文所暗示和如在下文中將更詳細地描述的，終端103可以通過接入點105從MGM服務器101請求建立MGM會話。接入點105例如可以是UMTS(通用移動電信業(yè)務)、GPRS(通用分組無線電業(yè)務)或互聯(lián)網(internet)接入點。
請求終端103可以通過接入點105從MGM服務器101接收密鑰和/或附加信息。請求終端隨后可以將該密鑰和/或附加信息轉發(fā)給一個或多個終端103。將要組播的消息可以由終端103通過接入點105分派給MGM服務器101，由MGM服務器加密，隨后通過組播點105組播以由適當?shù)慕K端103接收。組播點107例如可以是單向組播點，例如DVB-T(數(shù)字視頻廣播-陸地)、DVB-S(數(shù)字視頻廣播-衛(wèi)星)或DAB(數(shù)字音頻廣播)組播點。在各種實施例中，組播點也可以使用諸如UMTS的雙向技術。
應當指出，在本發(fā)明的各種實施例中，可能存在比圖1示例的更多或更少的終端101-107。例如，可以存在多個單元101-107。
現(xiàn)在，將更詳細地描述本發(fā)明的各個方面。
消息傳送設置請求希望發(fā)起MGM會話的用戶可以使用她的終端向MGM服務器等發(fā)出此請求。該請求可以包括某些規(guī)定，例如MGM會話所希望的開始和結束時間，應當可以接收組播消息的區(qū)域、在組播消息中應當使用的加密類型的規(guī)定或建議和/或應當為提交消息以進行組播所建立的消息傳送地址的建議或規(guī)定。根據(jù)本發(fā)明的各種實施例，存在用戶可以將請求提交給適當服務器的多種方式。
根據(jù)某些實施例，用戶可以通過手工地建立和分派消息給適當?shù)碾娮余]件、SMS(短消息業(yè)務)、MMS(多媒體消息傳送業(yè)務)或其它消息傳送地址來提交請求。例如，可以規(guī)定應當將這樣一個請求作為指向MGMsetup@messaging.serviceprovider.com的SMS消息分派。
這樣一個請求可能要求具有某種格式。例如，可以要求該請求消息包括格式為“屬性數(shù)值”的一行或多行，其中具有多個可接受的屬性關鍵詞和可接受的相應數(shù)值或數(shù)值范圍。例如，一個屬性可以是“開始時間”。相應值可以規(guī)定為“dd.mm.yyyy；hhnn；zzz”的格式，其中“dd”對應于某月日期的標準兩數(shù)字表示，“mm”對應于月份的標準兩數(shù)字表示，“yyyy”對應于年份的標準四數(shù)字表示，“hh”對應于小時的標準兩數(shù)值表示，“nn”對應于分鐘的標準兩數(shù)字表示，和“zzz”對應于時區(qū)的標準三字符表示。因此，希望請求在歐洲中部時間2005年10月23日下午1:36開始的MGM的用戶可以在她的請求消息中包括行“10.23.2005；13:36；ECT”?？梢詾槿缟纤龅钠渌N類的說明建立類似的屬性和相應值，例如區(qū)域或會話結束時間。
也可以替代地或附加地以自由格式和/或自然語言的形式允許這樣一個手工請求。在這種情況下，可以要求用戶指示某些信息單元(例如MGM會話開始時間)，但是可以選擇她的表示格式。因此，在請求內包括“我希望在今天下午12:23開始”可以是可接受的開始時間的說明。
除了MGM會話請求的手工提交之外，本發(fā)明的實施例可以附加地或替代地允許用戶通過界面提交會話請求。在通過界面提交的情況下，在用戶終端上工作的一個或多個表示程序模塊例如可以展示用戶可用來提交與她的MGM請求有關的所需信息的圖形用戶界面(GUI)。
例如，一個或多個表示模塊可以表示用戶可以用以選擇諸如開始時間、結束時間和應當可以接收組播消息的區(qū)域等的GUI。GUI還可以允許用戶選擇和/或指定應當將請求提交給的一個或多個MGM服務器等。在向用戶顯示從其中選擇一個或多個接收方MGM服務器等的列表時，例如可以通過使在終端上工作的一個或多個服務器發(fā)現(xiàn)程序模塊接入這些信息的提供者來填充所述列表。在接入提供者時，所述模塊可以使用SOAP(簡單對象訪問協(xié)議)、JMS(Java消息傳送業(yè)務)或RMI(遠程方法調用)等。
在已經通過界面從用戶收集在MGM請求內必需放置的信息之后，在該終端上工作的一個或多個請求分派程序模塊可以將該請求轉發(fā)給一個或多個適當?shù)腗GM服務器等。這可以通過多種方式來執(zhí)行。例如，一個或多個請求分派程序模塊可以將從用戶收集到的信息編碼成文本消息，并通過電子郵件、SMS或MMS等將此消息分派給適當?shù)姆掌?。該編碼例如可以使用XML(可擴展置標語言)。在例如提供上述功能，由此用戶可以手工地在SMS消息等中提交MGM請求信息的實施例中，一個或多個程序模塊可以編碼與任一規(guī)定格式兼容的消息。這種規(guī)定格式例如可以使用上述的“屬性數(shù)值”格式。
作為另外一個例子，一個或多個請求分派程序模塊可以通過SOAP、JMS或RMI等將從用戶收集到的信息傳送給適當?shù)腗GM服務器等。
消息傳送設置如圖2所示，如上所述的MGM服務器等可以從終端接收包括多個說明的MGM會話請求(步驟201)。
在通過指向與服務器相關的特定消息傳送地址的SMS消息、MMS消息或電子郵件消息等接收會話請求的情況下，在服務器上運行的一個或多個請求接收程序模塊可以用于從該消息中提取在其中包含的說明(步驟203)。
在通過規(guī)定的格式將說明編碼在消息內的情況下，該一個或多個請求接收模塊可以用于根據(jù)該格式提取說明。例如，在說明是上述的“屬性數(shù)值”格式的情況下，一個或多個模塊可以在輸入消息中掃描所定義的屬性并記錄相應的數(shù)值。在請求中丟失一個或多個必需的信息單元或其一部分的情況下，可能可以通過與用于分派會話請求的傳輸方法(例如SMS)相同的傳輸方法，將錯誤消息返回給提交用戶和/或終端。
可選擇地，請求接收模塊可以試圖猜測丟失的數(shù)據(jù)。例如，如果以小時和分鐘表示開始時間，但是沒有日期或時區(qū)的表示，則模塊可以假定時區(qū)是用戶的本地時區(qū)。此外，在所表示的時間在當天尚未到的情況下，該模塊可以假定未規(guī)定的日期是當天。反之，在所表示的時間在當天已經過去的情況下，可以假定日期是下一天。在丟失信息的情況下，在模塊不能進行猜測或滿意的猜測的情況下或者在模塊不執(zhí)行這樣的猜測功能的實施例中，可以通過上述類似的方式，將錯誤消息返回給請求用戶和/或終端。
在用戶以自由格式和/或未構建方式輸入說明的情況下，一個或多個請求接收模塊可以使用在本技術領域中公知的自然語言解釋和/或分析技術來提取在該消息內包含的說明。因為這樣一個請求的自由格式屬性，用戶可以故意或無意地省略某些信息。例如，規(guī)定開始和結束時間的用戶可以省略日期、年份和時區(qū)，或許相信這些是本來如此或顯而易見的。在某些實施例中，請求處理模塊可以如上所述地試圖猜測丟失數(shù)據(jù)。在丟失信息的情況下，在模塊不能進行猜測或滿意的猜測的情況下，或者在模塊不執(zhí)行這樣的猜測功能的實施例中，可以通過上述類似的方式將錯誤消息返回給請求用戶和/或終端。
在通過在終端上運行的模塊，可能經由SOAP或JMS等將信息單元傳送給服務器的情況下，在該終端上運行的請求接口模塊可以直接接收所傳送的單元，而不需要執(zhí)行上述種類的分析等。
一旦通過剛剛描述的方式之一擁有了MGM會話請求說明，則請求接收模塊可以將該說明存儲在相關的存儲器內(步驟205)。在此還可以存儲發(fā)出請求的用戶和/或終端的表示。該表示例如可以是用戶的MMS地址。這例如可以通過檢查會話請求消息的頭部，或者通過分析SOAP、JMS、RMI或類似的通信來確定。在存儲器內存儲的項目隨后可以通過在MGM服務器等上運行的一個或多個請求處理器模塊來處理。
作為第一步，一個或多個請求處理器模塊可以用于確定組播地址，例如組播IP(因特網協(xié)議)地址，以在組播群消息傳送中使用(步驟207)。該組播地址例如可以從可用的組播地址池中選擇，可能希望一旦所請求的MGM會話結束則將該地址返回給該池。一個或多個請求處理器模塊在從該池中選擇時可以考慮一個或多個所接收的說明。例如，可以考慮開始時間、結束時間和/或區(qū)域。一旦選擇了組播地址，則一個或多個請求處理器模塊可以從可用地址池中刪除該地址。
作為下一個步驟，一個或多個請求處理器模塊可以建立用于接收將要組播的消息的消息傳送地址，例如電子郵件地址、SMS地址或MMS地址(步驟209)。一個或多個請求處理器模塊可以從可用消息傳送地址池中選擇所述消息傳送地址。在所接收的說明中包含消息傳送地址的用戶建議的情況下，模塊可以考慮何時從所述池中選擇消息傳送地址。例如，如果存在消息傳送地址包括短語“博弈聊天”的建議，則這些模塊可以尋找包含該短語或密切匹配該短語的可用消息傳送地址。
并不從池中選擇消息傳送地址，一個或多個請求處理器模塊可以新建立消息傳送地址。在所接收的信息單元規(guī)定消息傳送地址的用戶建議和/或說明的情況下，新建立的消息傳送地址可以依據(jù)該說明和/或建議。在建立新的消息傳送地址時，一個或多個請求處理器模塊可以采取步驟，以便指向消息傳送地址的消息將由MGM服務器接收，和/或具有在集成和/或分立SMS服務器或MMS服務器上建立的適當消息傳送計數(shù)。一個或多個請求處理器模塊也可以采取步驟以便一旦MGM會話結束則從適當?shù)腗MS服務器等中刪除該計數(shù)。
作為下一個步驟，一個或多個請求處理器模塊可以在相關的存儲器內規(guī)定組播地址和消息傳送地址之間的關系(步驟211)。接著，一個或多個請求處理器模塊可以確定在MGM會話內組播的時間表(步驟213)。例如，可以確定組播將在一小時內的每五分鐘出現(xiàn)(例如5:05pm、5:10pm、5:15pm、等)。在希望在想要根據(jù)MGM會話接收組播的終端內促進能量節(jié)省時，可以確定這樣一個時間表，因為終端可能僅需要在計劃的時間內監(jiān)視到來的傳輸。
時間表的確定可以考慮例如在為MGM會話規(guī)定的一個或多個區(qū)域內典型終端的能量使用特性。例如，通過考慮表示特定終端模型在不同區(qū)域內的普及情況的服務提供者記錄，和進一步考慮與這些終端模型相關的制造商技術說明，可以獲知這樣的特性。
接著，一個或多個請求處理器模塊可以選擇或建立將在解密在MGM會話過程中組播的消息時使用的密鑰(步驟215)。模塊還可以選擇將使用的加密方法?？蛇x擇地，可以總是使用一種加密方法。密鑰的選擇和/或建立和/或加密方法的選擇也可以考慮多種因素。這些因素可以包括在所接收的說明中包括的建議加密方法。
作為下一個步驟，MGM會話的與消息傳送地址、組播地址、時間表、密鑰、算法和/或其它信息相關的會話信息可以由這些模塊存儲在與服務器相關的存儲器內，和/或轉發(fā)給請求該MGM會話的用戶和/或用戶終端(步驟217)。在本發(fā)明的各種實施例中，模塊可以將該會話信息僅轉發(fā)給請求MGM會話的用戶和/或用戶終端。
可以以多種方式進行轉發(fā)。例如，可以將信息放在指向分派MGM會話請求的用戶和/或用戶終端的MMS消息、SMS消息、電子郵件消息等內，以由用戶直接讀取。作為另一個例子，該信息可以使用XML等編碼，或者放在指向用戶或她的終端的MMS消息等內。作為另一個例子，可以通過SOAP、JMS或RMI等將信息傳送給在用戶終端上工作的一個或多個軟件模塊。
MGM會話信息的終端接收和轉發(fā)一旦分派MGM會話請求的終端從MGM服務器接收到與該會話相關的信息，則可能發(fā)生若干動作的一個或多個。例如，如圖3所示，通過在終端上運行的消息瀏覽器程序模塊，可以以常規(guī)方式提取指向該終端用戶的會話信息承載MMS消息或電子郵件消息等，以直接由用戶讀取(步驟301)。用戶可以使用一個或多個模塊讀取該消息，并可以記錄在其中包含的會話信息。如果需要，用戶可以將所記錄的信息提供給在終端上運行的適當?shù)某绦蚰K等(步驟303)。
除了用戶瀏覽消息和/或記錄在其中包含的會話信息之外，或者作為用戶瀏覽消息和/或記錄在其中包含的會話信息的替代方式，在該終端上操作的一個或多個MGM會話信息提取程序模塊可以運行以從該消息中提取會話信息。這些模塊可以記錄該信息，和/或如在下文中將更詳細地描述的，將其傳送給在該終端上操作的一個或多個適當?shù)某绦蚰K等。該程序模塊可以知道MGM服務器用以編碼會話信息以由用戶直接讀取的一種或多種格式，并可以在從該消息中提取會話信息使用該知識?？蛇x擇地，這些模塊可以使用在本領域中公知的自然語言分析技術等分析該消息的會話信息。
為了處理包含并未為了由用戶直接讀取而特別編碼的MGM會話信息的所接收MMS消息或電子郵件消息等，會話信息提取模塊可以以剛才所述的類似方式執(zhí)行操作。這樣一個消息例如可以是包含以使用XML的方式編碼的會話信息的消息。如前文所述，這些模塊可能知道MGM服務器在編碼會話信息中使用的一種或幾種格式，并可以在提取會話信息時使用此知識。除了記錄和/或傳送MGM會話信息之外或者作為一種替代方式，這些模塊可以將會話信息顯示給用戶，可能通過GUI會話框。用戶可以記錄該信息和/或將該信息提供給在終端上運行的適當程序模塊等。
在MGM服務器通過SOAP、JMS或RMI等將MGM會話信息分派給終端的情況下，會話信息提取模塊可以接收此信息。以類似于上述的方式，模塊可以執(zhí)行以記錄該信息，和/或將其傳送給在終端上運行的一個或多個適當?shù)某绦蚰K等?？蛇x擇地或者附加地，該模塊可以將信息顯示給用戶。
還應當指出，一旦在請求終端上接收到MGM會話信息，可以采取動作以將該會話信息轉發(fā)給一個或多個其它終端?？梢砸远喾N方式執(zhí)行該轉發(fā)。例如，在用戶接收其中包括會話信息以直接讀取的MMS消息或電子郵件消息等的情況下，用戶可以將該消息轉發(fā)給一個或多個其它用戶和/或終端，可能使用在終端上運行的消息傳送程序模塊(步驟309)。
用戶可以通過GUI或語音控制等與模塊交互。在通過GUI會話框等向用戶顯示會話信息的情況下，會話框等可以提供執(zhí)行將該消息轉發(fā)給指定用戶和/或終端的選擇。在某些實施例中，可以配置消息傳送模塊以允許規(guī)定所轉發(fā)消息的接收者是否可以進一步轉發(fā)該消息(步驟305)。用戶例如可以通過GUI設置這個選項。GUI可以與用于選擇轉發(fā)的GUI相同。在規(guī)定不應當允許進一步的轉發(fā)的情況下，模塊可以將這樣一個指示添加給所轉發(fā)的消息(步驟307)。在這樣的實施例中，可以配置在終端上操作的程序模塊以考慮這樣的指示符，以便將不允許用戶轉發(fā)帶有這樣一個指示的消息。
以類似的方式，在各種實施例中，可以向用戶顯示轉發(fā)包含使用XML等格式化的會話信息的MMS消息或電子郵件消息等的選項。例如，向用戶顯示會話信息的GUI會話框可以進一步允許用戶指定該信息應當轉發(fā)給的用戶和/或終端。如上所述，在某些實施例中，可以向用戶顯示不允許進一步轉發(fā)消息的選項。
而且，以類似的方式，在各種實施例中，可以向用戶顯示轉發(fā)通過SOAP等接收的MGM會話信息的選項。這樣的實施例可以提供諸如GUI會話框的界面，用戶通過它可以指定應當接收該信息的用戶和/或終端。以類似于上述的方式，可以向用戶顯示防止接收到所轉發(fā)的會話信息的終端進一步將其轉發(fā)的選項。在終端上運行的模塊可以執(zhí)行以通過SOAP等將會話信息分派給指定的用戶和/或終端，所述會話信息可能帶有所添加的不允許進一步轉發(fā)的指示。
一旦終端接收到從另一個終端轉發(fā)的MGM會話信息，可以執(zhí)行與上面參考終端從MGM服務器接收會話信息所描述的動作相類似的動作。例如，可以通過會話框等向接收終端的用戶顯示所轉發(fā)的會話信息，并可以將所轉發(fā)的會話信息記錄和/或發(fā)送給在該終端上運行的程序模塊。作為又一個例子，在并未規(guī)定不允許進一步轉發(fā)所接收的轉發(fā)會話信息的情況下，可以向接收用戶顯示將會話信息進一步轉發(fā)給其它終端和/或用戶的選項。
還可以向接收用戶顯示規(guī)定是否允許新轉發(fā)的信息的接收者進一步將其轉發(fā)的選項。接收新轉發(fā)的會話信息的終端和/或用戶可以類似地對該信息執(zhí)行一個或多個上述動作。
消息組播如圖4所示，希望通過MGM會話組播消息的用戶可以執(zhí)行以將該消息分派給所建立的與該會話對應的消息傳送地址(例如SMS地址)(步驟401)。用戶可以調用與在其終端上操作的消息傳送模塊相關的新的消息編寫窗口，這些模塊可以與諸如MMS、SMS或電子郵件客戶機等常規(guī)的消息分派程序相關聯(lián)?？梢韵蛴脩麸@示能夠按下以啟動編寫窗口的GUI按鈕等。該按鈕可以帶有諸如“單擊此處以將消息組播給MGM會話x”的標簽，其中可以使用與MGM會話相關的標識符替代“x”。
用戶可以通過新的編寫窗口向消息添加諸如文本、文件、圖形、聲音和電影等的組成單元。應當指出本發(fā)明的一些實施例可以限制可添加給消息的單元類型。例如，在一些實施例中，可能僅允許添加文本。
在完成消息編寫之后，用戶可以指定要分派的消息。用戶例如可以通過將為該MGM會話建立的消息傳送地址輸入到與該編寫窗口相關的GUI字段內來執(zhí)行此操作。隨后，用戶可以按下與該窗口相關的“發(fā)送”GUI按鈕。將該消息分派給消息傳送地址可以依據(jù)在本技術領域中公知的用于該消息傳送地址類型的傳輸方法(例如SMS)。
應當指出，在某些實施例中，用戶可能不需要指定所建立的消息傳送地址。例如，在終端上運行的軟件模塊等已獲知所接收的會話信息的上述實施例中，可能是這種情況。還應當指出可以提供功能以便通過在希望組播消息的用戶終端上運行的軟件模塊可以考慮會話的開始和結束時間。例如，軟件模塊可以防止將在會話內組播內的消息的建立和/或發(fā)送，直到開始和結束時間表示該會話是活動的或者即將是活動的。
一旦在MGM服務器等上接收到將要組播的消息，在服務器上操作的一個或多個傳播模塊可以首先確定該消息發(fā)往的消息傳送地址(步驟403)。接著，這些模塊可以訪問上述存儲器，從而確定與該消息傳送地址相關的MGM會話(步驟405)。
此后，這些模塊可以確定該會話是否是活動的(步驟407)。通過查詢與服務器相關和/或可由服務器訪問的時鐘和/或日歷以確定當前的時間和/或日期，咨詢存儲器以確定與該會話相關的開始和結束時間，并確定當前的日期和/或時間是否在該會話的時間周期內和/或恰在該會話的時間周期之前，可以執(zhí)行上述操作。在發(fā)現(xiàn)MGM會話不是活動的情況下，該終端可以停止對到來消息的進一步的處理，并可以將SMS消息等發(fā)送給分派將要組播的消息的終端和/或用戶(步驟409)。所發(fā)送的消息例如可以規(guī)定會話已經過期。
接著，一個或多個傳播(casting)模塊可以查詢上述存儲器以確定與該MGM會話相關的組播地址(步驟411)。隨后，這些模塊可以訪問該存儲器以確定與該會話相關的加密類型和/或解密密鑰(步驟413)。這些模塊隨后可以加密所接收的消息以使用密鑰解密(步驟415)。此后，這些模塊可以訪問存儲器以獲知與MGM會話相關的任何傳輸時間表(步驟417)。
一個或多個傳播模塊接著可以采取步驟以根據(jù)與該會話相關的任一時間表將所加密的消息組播給適當?shù)慕M播地址(步驟419)。例如，通過將所加密的消息，可能與附加參數(shù)一起，提交給在組播點上操作的一個或多個軟件模塊，一個或多個傳播模塊可以實現(xiàn)上述步驟。組播點例如可以是諸如DVB-T或DVB-S組播點等的單向組播點。在各種實施例中，組播點也可以使用諸如UMTS等雙向技術。附加參數(shù)例如可以規(guī)定應當在組播內使用的與該會話和/或協(xié)議相關的時間調度信息。
應當指出，在組播時間表與MGM會話相關的情況下，在某些實施例中，在MGM服務器上操作的一個或多個傳播模塊可以根據(jù)該時間表僅在組播時間上或者組播時間即將開始之前將該消息提交給組播點。在這些實施例中，可以不將時間調度信息轉發(fā)給組播點。在其它實施例中，一個或多個傳播模塊可以在不特別考慮組播時間表的情況下將消息轉發(fā)給組播點，而是將遵從時間表的工作留給在組播點上操作的軟件模塊。如在上文中暗示的，組播點的軟件模塊可以通過與將要組播的消息一起分派的附加參數(shù)來獲知該時間表。
在已經接收到將要組播的消息和任何附加參數(shù)之后，組播點可以執(zhí)行該消息和/或其單元的格式化或重新格式化。例如，可以以使用HTML的方式格式化或重新格式化該消息。組播點隨后可以組播已加密的消息。如上文暗示的，在一些實施例中，組播點可以根據(jù)與該MGM會話相關的時間表進行組播。組播例如可以使用UHTTP(單向超文本傳輸協(xié)議)。
消息接收如上文指出的，終端和/或用戶可以接收MGM會話信息。根據(jù)本發(fā)明的某些實施例，希望接收與MGM會話相關聯(lián)地組播的消息的這樣一個用戶或者這樣一個終端的用戶可以采取動作，以激活在其終端上的一個或多個消息接收模塊。用戶例如可以通過與由其終端顯示的GUI單元的交互進行這樣一個規(guī)定。還應當指出，根據(jù)各種實施例，這樣的一個或多個消息接收模塊的用戶激活并非必需的。
例如，這些模塊可以始終運行，或者可以一旦在終端上接收到MGM會話信息則自動地激活。在某些實施例中，用戶可以向這些模塊提供所接收的會話信息的一個或多個單元。用戶可以通過經GUI面板等輸入所述單元來執(zhí)行所述操作。在其它實施例中，如上文暗示的，這些模塊可以自動地接收這些單元和/或從先前提到的存儲器中訪問它們。
一個或多個活動的消息接收模塊可以采取如圖5所示的動作，以便在MGM會話信息內規(guī)定的開始時間上或者在該開始時間附近開始，并在該MGM會話信息內規(guī)定的結束時間上或者在該結束時間附近結束，該終端將與同該MGM會話相關的組播地址相關聯(lián)(步驟501)。隨后，模塊可以于在所接收的信息單元內規(guī)定的MGM會話開始時間上或者附近開始并在MGM會話結束時間上或者附近結束對發(fā)往MGM會話的組播地址的到來傳輸?shù)谋O(jiān)視(步驟503)。在MGM會話信息規(guī)定傳輸時間表的情況下，一個或多個接收模塊可以僅在所計劃的傳輸周期內監(jiān)視。與持續(xù)監(jiān)視相比，這可能在終端上帶來改進的能量節(jié)省。如上文暗示的，可以通過UHTTP等接收消息。
一旦接收到與該MGM會話相關的消息，一個或多個消息接收模塊可以根據(jù)在所接收的會話信息內規(guī)定的密鑰和/或算法解密該消息(步驟505)。一個或多個模塊隨后可以使該消息內容可為用戶所用(步驟507)。這些模塊例如可以通過GUI顯示和/或音頻輸出等將該消息內容顯示給用戶。在顯示和/或使消息內容可用之前，一個或多個模塊可以查詢用戶。
硬件和軟件根據(jù)本發(fā)明使用的某些設備可以使用計算機來實現(xiàn)。例如，上述服務器、組播點、接入點、中繼設備和終端可以使用支持網絡的計算機來實現(xiàn)。此外，借助于計算機，可以執(zhí)行在此所述的某些程序等。在此使用的短語“計算機”和“通用計算機”等是指但是并不限制于處理器卡智能卡、媒體設備、個人計算機、工程工作站、PC、Macintosh機、PDA、有線或無線終端服務器、網絡接入點、網絡組播點等，可能運行諸如OS X、Linux、Darwin、Windows CE、Windows XP、PalmOS、Symbian OS等操作系統(tǒng)，還可能有Java或.Net支持。
短語“通用計算機”和“計算機”等也是指但并不限制于操作地連接到一個或多個存儲器或存儲單元的一個或多個處理器，其中該存儲器可以包含數(shù)據(jù)、算法和/或程序代碼，一個或多個處理器可以執(zhí)行程序代碼和/或操作該程序代碼、數(shù)據(jù)和/或算法。因此，圖6所示的示例性計算機6000包括操作地連接兩個處理器6051和6052的系統(tǒng)總線6050、隨機存取存儲器(RAM)6053、只讀存儲器(ROM)6055、輸入輸出(I/O)接口6057和6058、存儲接口6059和顯示接口6061。存儲接口6059又連接到大型存儲器6063。每個I/O接口6057和6058可以是以太網、IEEE 1394、IEEE 802.11b、藍牙、DVB-T、DVB-S、DAB、GPRS、UMTS或現(xiàn)有技術中公知的其它接口。
大型存儲器6063可以是硬驅或光驅等。處理器6057和6058可以分別是公知的處理器，例如IBM或Motorola PowerPC、AMDAthlon、AMD Opteron、Intel StrongARM或Intel Pentium。在這個例子中圖示的計算機6000還包括LCD顯示單元6001、鍵盤6002和鼠標6003。在可選的實施例中，可以使用觸摸屏、筆或小鍵盤接口等替換鍵盤6002和/或鼠標6003。計算機600還可以包括或者連接到卡讀取器、DVD驅動或軟盤驅動器，由此，為了將代碼裝載到計算機上，可以插入包含程序代碼的介質。
根據(jù)本發(fā)明，計算機可以運行被設計為執(zhí)行一個或多個上述操作的一個或多個軟件模塊，根據(jù)在現(xiàn)有技術中公知的方法，使用諸如Java、Objective C、C、C#或C++等語言編程所述模塊。應當指出，在特定軟件模塊之間劃分操作是為了說明的目的，也可以使用其它的操作劃分。因此，描述為由一個軟件模塊執(zhí)行的操作也可以由多個軟件模塊執(zhí)行。類似地，描述為由多個模塊執(zhí)行的操作也可以由單個模塊執(zhí)行。
此外，盡管本發(fā)明的實施例公開了在某些設備上工作的某些軟件模塊，在可選的實施例中，也可以分配這些模塊以在除了所述設備之外的其它設備上運行。例如，所公開的將在MGM服務器上運行的一個或多個模塊也可以在終端上運行，反之亦然。作為另外一個例子，公開為由MGM服務器執(zhí)行的操作也可以由多個服務器和/或其它設備執(zhí)行。還應當指出，在各種實施例中，可以使用網格計算技術。
圖7所示的是在本發(fā)明的各個實施例中可以使用的示例性終端的功能方框圖。已經在上文中討論了圖7的終端。在下文中，將相應的參考標記用于相應的部件。圖7的終端7000可以在在此所述的任一/所有實施例中使用。終端7000包括處理單元CPU 703、多載波信號終端部分705和用戶接口(701、702)。多載波信號終端部件705和用戶接口(701、702)與處理單元CPU 703相連接。一個或多個直接存儲存取(DMA)通道可以存在于多載波信號終端部分705和存儲器704之間。用戶接口(701、702)包括使用戶能夠使用終端7000的顯示器和鍵盤。此外，用戶接口(701、702)包括用于接收和生成音頻信號的麥克風和揚聲器。用戶接口(701、702)還可以包括語音識別(未圖示)。
處理單元CPU 703包括微處理器(未圖示)、存儲器704和可能的軟件。軟件可以存儲在存儲器704內。微處理器根據(jù)軟件控制終端7000的操作，例如接收數(shù)據(jù)流、在數(shù)據(jù)接收中的沖激突發(fā)噪聲容錯、顯示在用戶接口中的輸出和讀取從用戶接口接收到的輸入。這些操作如上所述。硬件包含信號檢測電路、解調電路、脈沖檢測電路、用于消隱符號中存在大量沖激噪聲的那些抽樣的電路、計算估計值的電路和用于為受損數(shù)據(jù)執(zhí)行糾錯的電路。
依然參見圖7，可選擇地，可以使用中間件或軟件的實施方式。終端7000可以是用戶能夠舒適地攜帶的手持式設備。有利地，終端7000可以是蜂窩移動電話，它包括用于接收組播傳輸流的多載波信號終端部件705。因此，終端7000也可能可以與業(yè)務提供商交互。
盡管上面的描述包含許多細節(jié)，但是這僅僅用于說明本發(fā)明，而不應當構建為對本發(fā)明的保護范圍的限制。因而，對于本領域的普通技術人員來說，在不脫離本發(fā)明的精神或范圍的情況下，顯然可以對本發(fā)明的系統(tǒng)和處理方法進行各種修改和變化。
權利要求
1.一種組播消息的方法，包括從發(fā)起方接收對組播消息傳送會話的請求；選擇用于所述會話的組播地址；使消息傳送地址與所述組播地址相關聯(lián)；將解密密鑰僅發(fā)送給所述發(fā)起方，以便由所述發(fā)起方分發(fā)給一個或多個其它方；通過所述消息傳送地址接收要在所述會話內組播的消息；加密所述消息，以便使用所述密鑰解密；和通過所述組播地址組播所加密的消息。
2.權利要求1的方法，其中所述發(fā)起方防止所述一個或多個其它方分發(fā)所述密鑰。
3.權利要求1的方法，其中所述選擇考慮從所述發(fā)起方接收的關于會話持續(xù)時間的說明。
4.權利要求1的方法，其中所述選擇考慮從所述發(fā)起方接收的關于在其中在所述會話內組播的消息應當可接收的區(qū)域的說明。
5.權利要求1的方法，其中從一組可用組播地址中選擇所述組播地址。
6.權利要求1的方法，其中從一組可用消息傳送地址中選擇所述消息傳送地址。
7.權利要求1的方法，其中由所述發(fā)起方建議所述消息傳送地址。
8.權利要求1的方法，還包括確定組播時間表。
9.權利要求8的方法，其中組播時間表的確定考慮終端能量使用特性。
10.權利要求1的方法，還包括向所述發(fā)起方發(fā)送所述消息傳送地址。
11.權利要求8的方法，還包括向所述發(fā)起方發(fā)送所述組播時間表。
12.權利要求1的方法，其中通過通用移動電信業(yè)務通信接收所述請求。
13.權利要求1的方法，其中通過通用分組無線電業(yè)務通信接收所述請求。
14.權利要求1的方法，其中通過互聯(lián)網通信接收所述請求。
15.權利要求1的方法，其中通過電子郵件分派所述請求。
16.權利要求1的方法，其中通過多媒體消息分派業(yè)務分派所述請求。
17.權利要求1的方法，其中通過短消息業(yè)務分派所述請求。
18.權利要求1的方法，其中通過簡單對象訪問協(xié)議分派所述請求。
19.權利要求1的方法，其中所述組播使用單向超文本傳輸協(xié)議。
20.權利要求1的方法，其中使用陸地數(shù)字視頻廣播鏈路執(zhí)行所述組播。
21.權利要求1的方法，其中使用衛(wèi)星數(shù)字視頻廣播鏈路執(zhí)行所述組播。
22，權利要求1的方法，其中使用數(shù)字音頻廣播鏈路執(zhí)行所述組播。
23.權利要求1的方法，其中使用通用移動電信業(yè)務鏈路執(zhí)行所述組播。
24.權利要求1的方法，其中使用多媒體消息傳送業(yè)務協(xié)議執(zhí)行所述組播。
25.權利要求1的方法，其中使用短消息業(yè)務協(xié)議執(zhí)行所述組播。
26.權利要求1的方法，其中使用電子郵件協(xié)議執(zhí)行所述組播。
27.一種消息傳送建立的方法，包括向服務器發(fā)送對組播消息傳送會話的請求；接收由所述服務器分派的解密密鑰，其中所述服務器不將該密鑰分派給其它實體；從所述服務器接收組播地址，其中所述服務器已經使該組播地址與所述會話相關聯(lián)，并且其中所述服務器已經使消息傳送地址與該組播地址相關聯(lián)；和將所述密鑰發(fā)送給一方或多方，其中所述密鑰可用于解密在所述會話內組播的消息。
28.權利要求27的方法，還包括規(guī)定所述一方或多方不分發(fā)所述密鑰。
29.權利要求27的方法，還包括向所述服務器提交關于會話持續(xù)時間的說明。
30.權利要求29的方法，其中使組播地址與所述會話相關聯(lián)考慮關于會話持續(xù)時間的說明。
31.權利要求27的方法，還包括向所述服務器提交關于在其中在所述會話內組播的消息應當可接收的區(qū)域的說明。
32.權利要求31的方法，其中使組播地址與所述會話相關聯(lián)考慮關于區(qū)域的說明。
33.權利要求27的方法，其中由所述服務器從一組可用組播地址中選擇所述組播地址。
34.權利要求27的方法，其中由所述服務器從一組可用消息傳送地址中選擇所述消息傳送地址。
35.權利要求27的方法，還包括向所述服務器提交對所述消息傳送地址的建議。
36.權利要求27的方法，其中所述服務器確定組播時間表。
37.權利要求36的方法，其中組播時間表的確定考慮終端能量使用特性。
38.權利要求36的方法，還包括從所述服務器接收所述組播時間表。
39.權利要求27的方法，還包括從所述服務器接收所述消息傳送地址。
40.權利要求27的方法，其中通過通用移動電信業(yè)務通信發(fā)送所述請求。
41.權利要求27的方法，其中通過通用分組無線電業(yè)務通信發(fā)送所述請求。
42.權利要求27的方法，其中通過互聯(lián)網通信發(fā)送所述請求。
43.權利要求27的方法，其中通過電子郵件發(fā)送所述請求。
44.權利要求27的方法，其中通過多媒體消息傳送業(yè)務發(fā)送所述請求。
45.權利要求27的方法，其中通過短消息業(yè)務發(fā)送所述請求。
46.權利要求27的方法，其中通過簡單目標訪問協(xié)議發(fā)送所述請求。
47.權利要求27的方法，其中在所述會話內組播消息使用單向超文本傳輸協(xié)議。
48.權利要求27的方法，其中在所述會話內組播消息使用陸地數(shù)字視頻廣播鏈路。
49.權利要求27的方法，其中在所述會話內組播消息使用衛(wèi)星數(shù)字視頻廣播鏈路。
50.權利要求27的方法，其中在所述會話內組播消息使用數(shù)字音頻廣播鏈路。
51.權利要求27的方法，其中在所述會話內組播消息使用通用移動電信業(yè)務鏈路。
52.權利要求27的方法，其中在所述會話內組播消息使用多媒體消息傳送業(yè)務協(xié)議。
53.權利要求27的方法，其中在所述會話內組播消息使用短消息業(yè)務協(xié)議。
54.權利要求27的方法，其中在所述會話內組播消息使用電子郵件協(xié)議。
55.一種用于組播消息的系統(tǒng)，包括在其中存儲程序代碼的存儲器；和操作地連接到所述存儲器，用于根據(jù)所述存儲的程序代碼執(zhí)行指令的處理器；其中當由所述處理器執(zhí)行時，所述程序代碼使所述處理器執(zhí)行下述步驟從發(fā)起方接收對組播消息傳送會話的請求；選擇用于所述會話的組播地址；使消息地址與所述組播地址相關聯(lián)；將解密密鑰僅發(fā)送給所述發(fā)起方，以便由所述發(fā)起方分發(fā)給一個或多個其它方；通過所述消息傳送地址接收要在所述會話內組播的消息；加密所述消息，以便使用所述密鑰解密；和通過所述組播地址組播所加密的消息。
56.權利要求55的系統(tǒng)，其中所述發(fā)起方防止所述一個或多個其它方分發(fā)所述密鑰。
57.權利要求55的系統(tǒng)，其中所述選擇考慮從所述發(fā)起方接收的關于會話持續(xù)時間的說明。
58.權利要求55的系統(tǒng)，其中所述選擇考慮從所述發(fā)起方接收的關于在其中在所述會話內組播的消息應當可接收的區(qū)域的說明。
59.權利要求55的系統(tǒng)，其中從一組可用組播地址中選擇所述組播地址。
60.權利要求55的系統(tǒng)，其中從一組可用消息傳送地址中選擇所述消息傳送地址。
61.權利要求55的系統(tǒng)，其中由所述發(fā)起方建議所述消息傳送地址。
62.權利要求55的系統(tǒng)，其中所述處理器還執(zhí)行確定組播時間表的步驟。
63.權利要求62的系統(tǒng)，其中組播時間表的確定考慮終端能量使用特性。
64.權利要求55的系統(tǒng)，其中所述處理器還執(zhí)行向所述發(fā)起方發(fā)送所述消息傳送地址的步驟。
65.權利要求62的系統(tǒng)，其中所述處理器還執(zhí)行向所述發(fā)起方發(fā)送所述組播時間表的步驟。
66.權利要求55的系統(tǒng)，其中通過通用移動電信業(yè)務通信接收所述請求。
67.權利要求55的系統(tǒng)，其中通過通用分組無線電業(yè)務通信接收所述請求。
68.權利要求55的系統(tǒng)，其中通過互聯(lián)網通信接收所述請求。
69.權利要求55的系統(tǒng)，其中通過電子郵件分派所述請求。
70.權利要求55的系統(tǒng)，其中通過多媒體消息傳送業(yè)務分派所述請求。
71.權利要求55的系統(tǒng)，其中通過短消息業(yè)務分派所述請求。
72.權利要求55的系統(tǒng)，其中通過簡單對象訪問協(xié)議分派所述請求。
73.權利要求55的系統(tǒng)，其中所述組播使用單向超文本傳輸協(xié)議。
74.權利要求55的系統(tǒng)，其中使用陸地數(shù)字視頻廣播鏈路執(zhí)行所述組播。
75.權利要求55的系統(tǒng)，其中使用衛(wèi)星數(shù)字視頻廣播鏈路執(zhí)行所述組播。
76，權利要求55的系統(tǒng)，其中使用數(shù)字音頻廣播鏈路執(zhí)行所述組播。
77.權利要求55的系統(tǒng)，其中使用通用移動電信業(yè)務鏈路執(zhí)行所述組播。
78.權利要求55的系統(tǒng)，其中使用多媒體消息傳送業(yè)務協(xié)議執(zhí)行所述組播。
79.權利要求55的系統(tǒng)，其中使用短消息業(yè)務協(xié)議執(zhí)行所述組播。
80.權利要求55的系統(tǒng)，其中使用電子郵件協(xié)議執(zhí)行所述組播。
81.一種用于消息傳送建立的系統(tǒng)，包括在其中存儲程序代碼的存儲器；和操作地連接到所述存儲器，用于根據(jù)所述存儲的程序代碼執(zhí)行指令的處理器；其中當由所述處理器執(zhí)行時，所述程序代碼使所述處理器執(zhí)行下述步驟向服務器發(fā)送對組播消息傳送會話的請求；接收由所述服務器分派的解密密鑰，其中所述服務器不將該密鑰分派給其它實體；從所述服務器接收組播地址，其中所述服務器已經使該組播地址與所述會話相關聯(lián)，并且其中所述服務器已經使消息傳送地址與該組播地址相關聯(lián)；和將所述密鑰發(fā)送給一方或多方，其中所述密鑰可用于解密在所述會話內組播的消息。
82.權利要求81的系統(tǒng)，其中所述處理器還執(zhí)行步驟規(guī)定所述一方或多方不分發(fā)所述密鑰。
83.權利要求81的系統(tǒng)，其中所述處理器還執(zhí)行向所述服務器提交關于會話持續(xù)時間的說明的步驟。
84.權利要求83的系統(tǒng)，其中使組播地址與所述會話相關聯(lián)考慮關于會話持續(xù)時間的說明。
85.權利要求81的系統(tǒng)，其中所述處理器還執(zhí)行向所述服務器提交關于在其中在所述會話內組播的消息應當可接收的區(qū)域的說明的步驟。
86.權利要求85的系統(tǒng)，其中使組播地址與所述會話相關聯(lián)考慮關于區(qū)域的說明。
87.權利要求81的系統(tǒng)，其中由所述服務器從一組可用組播地址中選擇所述組播地址。
88.權利要求81的系統(tǒng)，其中由所述服務器從一組可用消息傳送地址中選擇所述消息傳送地址。
89.權利要求81的系統(tǒng)，其中所述處理器還執(zhí)行向所述服務器提交對所述消息傳送地址的建議的步驟。
90.權利要求81的系統(tǒng)，其中所述服務器確定組播時間表。
91.權利要求90的系統(tǒng)，其中組播時間表的確定考慮終端能量使用特性。
92.權利要求90的系統(tǒng)，其中所述處理器還執(zhí)行從所述服務器接收所述組播時間表的步驟。
93.權利要求81的系統(tǒng)，其中所述處理器還執(zhí)行從所述服務器接收所述消息傳送地址的步驟。
94.權利要求81的系統(tǒng)，其中通過通用移動電信業(yè)務通信發(fā)送所述請求。
95.權利要求81的系統(tǒng)，其中通過通用分組無線電業(yè)務通信發(fā)送所述請求。
96.權利要求81的系統(tǒng)，其中通過互聯(lián)網通信發(fā)送所述請求。
97.權利要求81的系統(tǒng)，其中通過電子郵件發(fā)送所述請求。
98.權利要求81的系統(tǒng)，其中通過多媒體消息傳送業(yè)務發(fā)送所述請求。
99.權利要求81的系統(tǒng)，其中通過短消息業(yè)務發(fā)送所述請求。
100.權利要求81的系統(tǒng)，其中通過簡單對象訪問協(xié)議發(fā)送所述請求。
101.權利要求81的系統(tǒng)，其中在所述會話內組播消息使用單向超文本傳輸協(xié)議。
102.權利要求81的系統(tǒng)，其中在所述會話內組播消息使用陸地數(shù)字視頻廣播鏈路。
103.權利要求81的系統(tǒng)，其中在所述會話內組播消息使用衛(wèi)星數(shù)字視頻廣播鏈路。
104.權利要求81的系統(tǒng)，其中在所述會話內組播消息使用數(shù)字音頻廣播鏈路。
105.權利要求81的系統(tǒng)，其中在所述會話內組播消息使用通用移動電信業(yè)務鏈路。
106.權利要求81的系統(tǒng)，其中在所述會話內組播消息使用多媒體消息傳送業(yè)務協(xié)議。
107.權利要求81的系統(tǒng)，其中在所述會話內組播消息使用短消息業(yè)務協(xié)議。
108.權利要求81的系統(tǒng)，其中在所述會話內組播消息使用電子郵件協(xié)議。
全文摘要
提供允許用戶建立組播群消息傳送(MGM)會話的系統(tǒng)和方法，其中通過組播發(fā)送消息，并且其中用戶可以對能夠接收所組播的消息的接收方執(zhí)行控制。該系統(tǒng)和方法還提供用于結合會話發(fā)送組播的消息，并用于結合會話接收組播的消息。
文檔編號H04L12/18GK1726482SQ200380106175
公開日2006年1月25日 申請日期2003年11月10日 優(yōu)先權日2002年11月25日
發(fā)明者托尼·佩拉, 多敏尼克·穆勒, 馬庫·索尼奧 申請人:諾基亞公司