专利名称：用于用户发起的群消息传送的系统和方法
技术领域：
本发明涉及用于数据分发的系统和方法。
背景技术：
近年来，使用有线和无线网络进行消息传送越来越多。这样的消息传送包括例如电子邮件、SMS(短消息业务)和MMS(多媒体消息传送业务)。尽管文本的分发依然是消息传送的主要用途，使用消息传送作为分发诸如视频、音频和图像等内容类型的方式也正在被重视。具体而言，MMS作为分发这样的内容类型的方式正在逐渐普及。
有鉴于此，可能会关注可应用于消息传送(messaging)的技术。
发明内容
根据本发明的实施例，提供允许用户建立组播群消息传送(Multicast Group MessagingMGM)会话的系统和方法，其中通过组播发送消息，和其中用户可以对能够接收所组播的消息的接收方执行控制。
该系统和方法还提供结合会话分派(dispatch)组播的消息，并用于结合会话接收组播的消息。
图1图示根据本发明实施例的示例性网络配置。
图2是图示在根据本发明各个实施例的消息传送设置中涉及的步骤的流程图。
图3是图示在根据本发明各个实施例的终端接收和转发组播群消息传送(MGM)会话信息中涉及的步骤的流程图。
图4是图示在根据本发明各个实施例的消息组播中涉及的步骤的流程图。
图5是图示在根据本发明各个实施例的消息接收中涉及的步骤的流程图。
图6图示在本发明的各个实施例中可以使用的示例性通用计算机。
图7图示在本发明的各个实施例中可以使用的示例性终端的功能方框图。
具体实施例方式
一般操作根据本发明的实施例，用户可以建立组播群消息传送(MGM)会话，其中通过组播来发送消息，并且其中她可以对能够接收所组播的消息的接收方执行控制。更具体地说，用户可以通过使她的终端向MGM服务器分派适当的请求来建立这样一个MGM会话。在服务器对该请求的响应中可以包括在解密结合MGM会话组播的消息时可以使用的密钥。随后，用户可以将该密钥和/或附加信息分发给希望拥有接收结合该会话组播的消息的能力的用户方。该用户还可以规定那些转发该密钥和/或附加信息的用户方是否可以进一步将该密钥和/或附加信息传播给其它用户。
图1图示根据本发明实施例的示例性网络配置，包括MGM服务器1、终端103、接入点105和组播点107。如上文所暗示和如在下文中将更详细地描述的，终端103可以通过接入点105从MGM服务器101请求建立MGM会话。接入点105例如可以是UMTS(通用移动电信业务)、GPRS(通用分组无线电业务)或互联网(internet)接入点。
请求终端103可以通过接入点105从MGM服务器101接收密钥和/或附加信息。请求终端随后可以将该密钥和/或附加信息转发给一个或多个终端103。将要组播的消息可以由终端103通过接入点105分派给MGM服务器101，由MGM服务器加密，随后通过组播点105组播以由适当的终端103接收。组播点107例如可以是单向组播点，例如DVB-T(数字视频广播-陆地)、DVB-S(数字视频广播-卫星)或DAB(数字音频广播)组播点。在各种实施例中，组播点也可以使用诸如UMTS的双向技术。
应当指出，在本发明的各种实施例中，可能存在比图1示例的更多或更少的终端101-107。例如，可以存在多个单元101-107。
现在，将更详细地描述本发明的各个方面。
消息传送设置请求希望发起MGM会话的用户可以使用她的终端向MGM服务器等发出此请求。该请求可以包括某些规定，例如MGM会话所希望的开始和结束时间，应当可以接收组播消息的区域、在组播消息中应当使用的加密类型的规定或建议和/或应当为提交消息以进行组播所建立的消息传送地址的建议或规定。根据本发明的各种实施例，存在用户可以将请求提交给适当服务器的多种方式。
根据某些实施例，用户可以通过手工地建立和分派消息给适当的电子邮件、SMS(短消息业务)、MMS(多媒体消息传送业务)或其它消息传送地址来提交请求。例如，可以规定应当将这样一个请求作为指向MGMsetup@messaging.serviceprovider.com的SMS消息分派。
这样一个请求可能要求具有某种格式。例如，可以要求该请求消息包括格式为“属性数值”的一行或多行，其中具有多个可接受的属性关键词和可接受的相应数值或数值范围。例如，一个属性可以是“开始时间”。相应值可以规定为“dd.mm.yyyy；hhnn；zzz”的格式，其中“dd”对应于某月日期的标准两数字表示，“mm”对应于月份的标准两数字表示，“yyyy”对应于年份的标准四数字表示，“hh”对应于小时的标准两数值表示，“nn”对应于分钟的标准两数字表示，和“zzz”对应于时区的标准三字符表示。因此，希望请求在欧洲中部时间2005年10月23日下午1:36开始的MGM的用户可以在她的请求消息中包括行“10.23.2005；13:36；ECT”。可以为如上所述的其它种类的说明建立类似的属性和相应值，例如区域或会话结束时间。
也可以替代地或附加地以自由格式和/或自然语言的形式允许这样一个手工请求。在这种情况下，可以要求用户指示某些信息单元(例如MGM会话开始时间)，但是可以选择她的表示格式。因此，在请求内包括“我希望在今天下午12:23开始”可以是可接受的开始时间的说明。
除了MGM会话请求的手工提交之外，本发明的实施例可以附加地或替代地允许用户通过界面提交会话请求。在通过界面提交的情况下，在用户终端上工作的一个或多个表示程序模块例如可以展示用户可用来提交与她的MGM请求有关的所需信息的图形用户界面(GUI)。
例如，一个或多个表示模块可以表示用户可以用以选择诸如开始时间、结束时间和应当可以接收组播消息的区域等的GUI。GUI还可以允许用户选择和/或指定应当将请求提交给的一个或多个MGM服务器等。在向用户显示从其中选择一个或多个接收方MGM服务器等的列表时，例如可以通过使在终端上工作的一个或多个服务器发现程序模块接入这些信息的提供者来填充所述列表。在接入提供者时，所述模块可以使用SOAP(简单对象访问协议)、JMS(Java消息传送业务)或RMI(远程方法调用)等。
在已经通过界面从用户收集在MGM请求内必需放置的信息之后，在该终端上工作的一个或多个请求分派程序模块可以将该请求转发给一个或多个适当的MGM服务器等。这可以通过多种方式来执行。例如，一个或多个请求分派程序模块可以将从用户收集到的信息编码成文本消息，并通过电子邮件、SMS或MMS等将此消息分派给适当的服务器。该编码例如可以使用XML(可扩展置标语言)。在例如提供上述功能，由此用户可以手工地在SMS消息等中提交MGM请求信息的实施例中，一个或多个程序模块可以编码与任一规定格式兼容的消息。这种规定格式例如可以使用上述的“属性数值”格式。
作为另外一个例子，一个或多个请求分派程序模块可以通过SOAP、JMS或RMI等将从用户收集到的信息传送给适当的MGM服务器等。
消息传送设置如图2所示，如上所述的MGM服务器等可以从终端接收包括多个说明的MGM会话请求(步骤201)。
在通过指向与服务器相关的特定消息传送地址的SMS消息、MMS消息或电子邮件消息等接收会话请求的情况下，在服务器上运行的一个或多个请求接收程序模块可以用于从该消息中提取在其中包含的说明(步骤203)。
在通过规定的格式将说明编码在消息内的情况下，该一个或多个请求接收模块可以用于根据该格式提取说明。例如，在说明是上述的“属性数值”格式的情况下，一个或多个模块可以在输入消息中扫描所定义的属性并记录相应的数值。在请求中丢失一个或多个必需的信息单元或其一部分的情况下，可能可以通过与用于分派会话请求的传输方法(例如SMS)相同的传输方法，将错误消息返回给提交用户和/或终端。
可选择地，请求接收模块可以试图猜测丢失的数据。例如，如果以小时和分钟表示开始时间，但是没有日期或时区的表示，则模块可以假定时区是用户的本地时区。此外，在所表示的时间在当天尚未到的情况下，该模块可以假定未规定的日期是当天。反之，在所表示的时间在当天已经过去的情况下，可以假定日期是下一天。在丢失信息的情况下，在模块不能进行猜测或满意的猜测的情况下或者在模块不执行这样的猜测功能的实施例中，可以通过上述类似的方式，将错误消息返回给请求用户和/或终端。
在用户以自由格式和/或未构建方式输入说明的情况下，一个或多个请求接收模块可以使用在本技术领域中公知的自然语言解释和/或分析技术来提取在该消息内包含的说明。因为这样一个请求的自由格式属性，用户可以故意或无意地省略某些信息。例如，规定开始和结束时间的用户可以省略日期、年份和时区，或许相信这些是本来如此或显而易见的。在某些实施例中，请求处理模块可以如上所述地试图猜测丢失数据。在丢失信息的情况下，在模块不能进行猜测或满意的猜测的情况下，或者在模块不执行这样的猜测功能的实施例中，可以通过上述类似的方式将错误消息返回给请求用户和/或终端。
在通过在终端上运行的模块，可能经由SOAP或JMS等将信息单元传送给服务器的情况下，在该终端上运行的请求接口模块可以直接接收所传送的单元，而不需要执行上述种类的分析等。
一旦通过刚刚描述的方式之一拥有了MGM会话请求说明，则请求接收模块可以将该说明存储在相关的存储器内(步骤205)。在此还可以存储发出请求的用户和/或终端的表示。该表示例如可以是用户的MMS地址。这例如可以通过检查会话请求消息的头部，或者通过分析SOAP、JMS、RMI或类似的通信来确定。在存储器内存储的项目随后可以通过在MGM服务器等上运行的一个或多个请求处理器模块来处理。
作为第一步，一个或多个请求处理器模块可以用于确定组播地址，例如组播IP(因特网协议)地址，以在组播群消息传送中使用(步骤207)。该组播地址例如可以从可用的组播地址池中选择，可能希望一旦所请求的MGM会话结束则将该地址返回给该池。一个或多个请求处理器模块在从该池中选择时可以考虑一个或多个所接收的说明。例如，可以考虑开始时间、结束时间和/或区域。一旦选择了组播地址，则一个或多个请求处理器模块可以从可用地址池中删除该地址。
作为下一个步骤，一个或多个请求处理器模块可以建立用于接收将要组播的消息的消息传送地址，例如电子邮件地址、SMS地址或MMS地址(步骤209)。一个或多个请求处理器模块可以从可用消息传送地址池中选择所述消息传送地址。在所接收的说明中包含消息传送地址的用户建议的情况下，模块可以考虑何时从所述池中选择消息传送地址。例如，如果存在消息传送地址包括短语“博弈聊天”的建议，则这些模块可以寻找包含该短语或密切匹配该短语的可用消息传送地址。
并不从池中选择消息传送地址，一个或多个请求处理器模块可以新建立消息传送地址。在所接收的信息单元规定消息传送地址的用户建议和/或说明的情况下，新建立的消息传送地址可以依据该说明和/或建议。在建立新的消息传送地址时，一个或多个请求处理器模块可以采取步骤，以便指向消息传送地址的消息将由MGM服务器接收，和/或具有在集成和/或分立SMS服务器或MMS服务器上建立的适当消息传送计数。一个或多个请求处理器模块也可以采取步骤以便一旦MGM会话结束则从适当的MMS服务器等中删除该计数。
作为下一个步骤，一个或多个请求处理器模块可以在相关的存储器内规定组播地址和消息传送地址之间的关系(步骤211)。接着，一个或多个请求处理器模块可以确定在MGM会话内组播的时间表(步骤213)。例如，可以确定组播将在一小时内的每五分钟出现(例如5:05pm、5:10pm、5:15pm、等)。在希望在想要根据MGM会话接收组播的终端内促进能量节省时，可以确定这样一个时间表，因为终端可能仅需要在计划的时间内监视到来的传输。
时间表的确定可以考虑例如在为MGM会话规定的一个或多个区域内典型终端的能量使用特性。例如，通过考虑表示特定终端模型在不同区域内的普及情况的服务提供者记录，和进一步考虑与这些终端模型相关的制造商技术说明，可以获知这样的特性。
接着，一个或多个请求处理器模块可以选择或建立将在解密在MGM会话过程中组播的消息时使用的密钥(步骤215)。模块还可以选择将使用的加密方法。可选择地，可以总是使用一种加密方法。密钥的选择和/或建立和/或加密方法的选择也可以考虑多种因素。这些因素可以包括在所接收的说明中包括的建议加密方法。
作为下一个步骤，MGM会话的与消息传送地址、组播地址、时间表、密钥、算法和/或其它信息相关的会话信息可以由这些模块存储在与服务器相关的存储器内，和/或转发给请求该MGM会话的用户和/或用户终端(步骤217)。在本发明的各种实施例中，模块可以将该会话信息仅转发给请求MGM会话的用户和/或用户终端。
可以以多种方式进行转发。例如，可以将信息放在指向分派MGM会话请求的用户和/或用户终端的MMS消息、SMS消息、电子邮件消息等内，以由用户直接读取。作为另一个例子，该信息可以使用XML等编码，或者放在指向用户或她的终端的MMS消息等内。作为另一个例子，可以通过SOAP、JMS或RMI等将信息传送给在用户终端上工作的一个或多个软件模块。
MGM会话信息的终端接收和转发一旦分派MGM会话请求的终端从MGM服务器接收到与该会话相关的信息，则可能发生若干动作的一个或多个。例如，如图3所示，通过在终端上运行的消息浏览器程序模块，可以以常规方式提取指向该终端用户的会话信息承载MMS消息或电子邮件消息等，以直接由用户读取(步骤301)。用户可以使用一个或多个模块读取该消息，并可以记录在其中包含的会话信息。如果需要，用户可以将所记录的信息提供给在终端上运行的适当的程序模块等(步骤303)。
除了用户浏览消息和/或记录在其中包含的会话信息之外，或者作为用户浏览消息和/或记录在其中包含的会话信息的替代方式，在该终端上操作的一个或多个MGM会话信息提取程序模块可以运行以从该消息中提取会话信息。这些模块可以记录该信息，和/或如在下文中将更详细地描述的，将其传送给在该终端上操作的一个或多个适当的程序模块等。该程序模块可以知道MGM服务器用以编码会话信息以由用户直接读取的一种或多种格式，并可以在从该消息中提取会话信息使用该知识。可选择地，这些模块可以使用在本领域中公知的自然语言分析技术等分析该消息的会话信息。
为了处理包含并未为了由用户直接读取而特别编码的MGM会话信息的所接收MMS消息或电子邮件消息等，会话信息提取模块可以以刚才所述的类似方式执行操作。这样一个消息例如可以是包含以使用XML的方式编码的会话信息的消息。如前文所述，这些模块可能知道MGM服务器在编码会话信息中使用的一种或几种格式，并可以在提取会话信息时使用此知识。除了记录和/或传送MGM会话信息之外或者作为一种替代方式，这些模块可以将会话信息显示给用户，可能通过GUI会话框。用户可以记录该信息和/或将该信息提供给在终端上运行的适当程序模块等。
在MGM服务器通过SOAP、JMS或RMI等将MGM会话信息分派给终端的情况下，会话信息提取模块可以接收此信息。以类似于上述的方式，模块可以执行以记录该信息，和/或将其传送给在终端上运行的一个或多个适当的程序模块等。可选择地或者附加地，该模块可以将信息显示给用户。
还应当指出，一旦在请求终端上接收到MGM会话信息，可以采取动作以将该会话信息转发给一个或多个其它终端。可以以多种方式执行该转发。例如，在用户接收其中包括会话信息以直接读取的MMS消息或电子邮件消息等的情况下，用户可以将该消息转发给一个或多个其它用户和/或终端，可能使用在终端上运行的消息传送程序模块(步骤309)。
用户可以通过GUI或语音控制等与模块交互。在通过GUI会话框等向用户显示会话信息的情况下，会话框等可以提供执行将该消息转发给指定用户和/或终端的选择。在某些实施例中，可以配置消息传送模块以允许规定所转发消息的接收者是否可以进一步转发该消息(步骤305)。用户例如可以通过GUI设置这个选项。GUI可以与用于选择转发的GUI相同。在规定不应当允许进一步的转发的情况下，模块可以将这样一个指示添加给所转发的消息(步骤307)。在这样的实施例中，可以配置在终端上操作的程序模块以考虑这样的指示符，以便将不允许用户转发带有这样一个指示的消息。
以类似的方式，在各种实施例中，可以向用户显示转发包含使用XML等格式化的会话信息的MMS消息或电子邮件消息等的选项。例如，向用户显示会话信息的GUI会话框可以进一步允许用户指定该信息应当转发给的用户和/或终端。如上所述，在某些实施例中，可以向用户显示不允许进一步转发消息的选项。
而且，以类似的方式，在各种实施例中，可以向用户显示转发通过SOAP等接收的MGM会话信息的选项。这样的实施例可以提供诸如GUI会话框的界面，用户通过它可以指定应当接收该信息的用户和/或终端。以类似于上述的方式，可以向用户显示防止接收到所转发的会话信息的终端进一步将其转发的选项。在终端上运行的模块可以执行以通过SOAP等将会话信息分派给指定的用户和/或终端，所述会话信息可能带有所添加的不允许进一步转发的指示。
一旦终端接收到从另一个终端转发的MGM会话信息，可以执行与上面参考终端从MGM服务器接收会话信息所描述的动作相类似的动作。例如，可以通过会话框等向接收终端的用户显示所转发的会话信息，并可以将所转发的会话信息记录和/或发送给在该终端上运行的程序模块。作为又一个例子，在并未规定不允许进一步转发所接收的转发会话信息的情况下，可以向接收用户显示将会话信息进一步转发给其它终端和/或用户的选项。
还可以向接收用户显示规定是否允许新转发的信息的接收者进一步将其转发的选项。接收新转发的会话信息的终端和/或用户可以类似地对该信息执行一个或多个上述动作。
消息组播如图4所示，希望通过MGM会话组播消息的用户可以执行以将该消息分派给所建立的与该会话对应的消息传送地址(例如SMS地址)(步骤401)。用户可以调用与在其终端上操作的消息传送模块相关的新的消息编写窗口，这些模块可以与诸如MMS、SMS或电子邮件客户机等常规的消息分派程序相关联。可以向用户显示能够按下以启动编写窗口的GUI按钮等。该按钮可以带有诸如“单击此处以将消息组播给MGM会话x”的标签，其中可以使用与MGM会话相关的标识符替代“x”。
用户可以通过新的编写窗口向消息添加诸如文本、文件、图形、声音和电影等的组成单元。应当指出本发明的一些实施例可以限制可添加给消息的单元类型。例如，在一些实施例中，可能仅允许添加文本。
在完成消息编写之后，用户可以指定要分派的消息。用户例如可以通过将为该MGM会话建立的消息传送地址输入到与该编写窗口相关的GUI字段内来执行此操作。随后，用户可以按下与该窗口相关的“发送”GUI按钮。将该消息分派给消息传送地址可以依据在本技术领域中公知的用于该消息传送地址类型的传输方法(例如SMS)。
应当指出，在某些实施例中，用户可能不需要指定所建立的消息传送地址。例如，在终端上运行的软件模块等已获知所接收的会话信息的上述实施例中，可能是这种情况。还应当指出可以提供功能以便通过在希望组播消息的用户终端上运行的软件模块可以考虑会话的开始和结束时间。例如，软件模块可以防止将在会话内组播内的消息的建立和/或发送，直到开始和结束时间表示该会话是活动的或者即将是活动的。
一旦在MGM服务器等上接收到将要组播的消息，在服务器上操作的一个或多个传播模块可以首先确定该消息发往的消息传送地址(步骤403)。接着，这些模块可以访问上述存储器，从而确定与该消息传送地址相关的MGM会话(步骤405)。
此后，这些模块可以确定该会话是否是活动的(步骤407)。通过查询与服务器相关和/或可由服务器访问的时钟和/或日历以确定当前的时间和/或日期，咨询存储器以确定与该会话相关的开始和结束时间，并确定当前的日期和/或时间是否在该会话的时间周期内和/或恰在该会话的时间周期之前，可以执行上述操作。在发现MGM会话不是活动的情况下，该终端可以停止对到来消息的进一步的处理，并可以将SMS消息等发送给分派将要组播的消息的终端和/或用户(步骤409)。所发送的消息例如可以规定会话已经过期。
接着，一个或多个传播(casting)模块可以查询上述存储器以确定与该MGM会话相关的组播地址(步骤411)。随后，这些模块可以访问该存储器以确定与该会话相关的加密类型和/或解密密钥(步骤413)。这些模块随后可以加密所接收的消息以使用密钥解密(步骤415)。此后，这些模块可以访问存储器以获知与MGM会话相关的任何传输时间表(步骤417)。
一个或多个传播模块接着可以采取步骤以根据与该会话相关的任一时间表将所加密的消息组播给适当的组播地址(步骤419)。例如，通过将所加密的消息，可能与附加参数一起，提交给在组播点上操作的一个或多个软件模块，一个或多个传播模块可以实现上述步骤。组播点例如可以是诸如DVB-T或DVB-S组播点等的单向组播点。在各种实施例中，组播点也可以使用诸如UMTS等双向技术。附加参数例如可以规定应当在组播内使用的与该会话和/或协议相关的时间调度信息。
应当指出，在组播时间表与MGM会话相关的情况下，在某些实施例中，在MGM服务器上操作的一个或多个传播模块可以根据该时间表仅在组播时间上或者组播时间即将开始之前将该消息提交给组播点。在这些实施例中，可以不将时间调度信息转发给组播点。在其它实施例中，一个或多个传播模块可以在不特别考虑组播时间表的情况下将消息转发给组播点，而是将遵从时间表的工作留给在组播点上操作的软件模块。如在上文中暗示的，组播点的软件模块可以通过与将要组播的消息一起分派的附加参数来获知该时间表。
在已经接收到将要组播的消息和任何附加参数之后，组播点可以执行该消息和/或其单元的格式化或重新格式化。例如，可以以使用HTML的方式格式化或重新格式化该消息。组播点随后可以组播已加密的消息。如上文暗示的，在一些实施例中，组播点可以根据与该MGM会话相关的时间表进行组播。组播例如可以使用UHTTP(单向超文本传输协议)。
消息接收如上文指出的，终端和/或用户可以接收MGM会话信息。根据本发明的某些实施例，希望接收与MGM会话相关联地组播的消息的这样一个用户或者这样一个终端的用户可以采取动作，以激活在其终端上的一个或多个消息接收模块。用户例如可以通过与由其终端显示的GUI单元的交互进行这样一个规定。还应当指出，根据各种实施例，这样的一个或多个消息接收模块的用户激活并非必需的。
例如，这些模块可以始终运行，或者可以一旦在终端上接收到MGM会话信息则自动地激活。在某些实施例中，用户可以向这些模块提供所接收的会话信息的一个或多个单元。用户可以通过经GUI面板等输入所述单元来执行所述操作。在其它实施例中，如上文暗示的，这些模块可以自动地接收这些单元和/或从先前提到的存储器中访问它们。
一个或多个活动的消息接收模块可以采取如图5所示的动作，以便在MGM会话信息内规定的开始时间上或者在该开始时间附近开始，并在该MGM会话信息内规定的结束时间上或者在该结束时间附近结束，该终端将与同该MGM会话相关的组播地址相关联(步骤501)。随后，模块可以于在所接收的信息单元内规定的MGM会话开始时间上或者附近开始并在MGM会话结束时间上或者附近结束对发往MGM会话的组播地址的到来传输的监视(步骤503)。在MGM会话信息规定传输时间表的情况下，一个或多个接收模块可以仅在所计划的传输周期内监视。与持续监视相比，这可能在终端上带来改进的能量节省。如上文暗示的，可以通过UHTTP等接收消息。
一旦接收到与该MGM会话相关的消息，一个或多个消息接收模块可以根据在所接收的会话信息内规定的密钥和/或算法解密该消息(步骤505)。一个或多个模块随后可以使该消息内容可为用户所用(步骤507)。这些模块例如可以通过GUI显示和/或音频输出等将该消息内容显示给用户。在显示和/或使消息内容可用之前，一个或多个模块可以查询用户。
硬件和软件根据本发明使用的某些设备可以使用计算机来实现。例如，上述服务器、组播点、接入点、中继设备和终端可以使用支持网络的计算机来实现。此外，借助于计算机，可以执行在此所述的某些程序等。在此使用的短语“计算机”和“通用计算机”等是指但是并不限制于处理器卡智能卡、媒体设备、个人计算机、工程工作站、PC、Macintosh机、PDA、有线或无线终端服务器、网络接入点、网络组播点等，可能运行诸如OS X、Linux、Darwin、Windows CE、Windows XP、PalmOS、Symbian OS等操作系统，还可能有Java或.Net支持。
短语“通用计算机”和“计算机”等也是指但并不限制于操作地连接到一个或多个存储器或存储单元的一个或多个处理器，其中该存储器可以包含数据、算法和/或程序代码，一个或多个处理器可以执行程序代码和/或操作该程序代码、数据和/或算法。因此，图6所示的示例性计算机6000包括操作地连接两个处理器6051和6052的系统总线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或现有技术中公知的其它接口。
大型存储器6063可以是硬驱或光驱等。处理器6057和6058可以分别是公知的处理器，例如IBM或Motorola PowerPC、AMDAthlon、AMD Opteron、Intel StrongARM或Intel Pentium。在这个例子中图示的计算机6000还包括LCD显示单元6001、键盘6002和鼠标6003。在可选的实施例中，可以使用触摸屏、笔或小键盘接口等替换键盘6002和/或鼠标6003。计算机600还可以包括或者连接到卡读取器、DVD驱动或软盘驱动器，由此，为了将代码装载到计算机上，可以插入包含程序代码的介质。
根据本发明，计算机可以运行被设计为执行一个或多个上述操作的一个或多个软件模块，根据在现有技术中公知的方法，使用诸如Java、Objective C、C、C#或C++等语言编程所述模块。应当指出，在特定软件模块之间划分操作是为了说明的目的，也可以使用其它的操作划分。因此，描述为由一个软件模块执行的操作也可以由多个软件模块执行。类似地，描述为由多个模块执行的操作也可以由单个模块执行。
此外，尽管本发明的实施例公开了在某些设备上工作的某些软件模块，在可选的实施例中，也可以分配这些模块以在除了所述设备之外的其它设备上运行。例如，所公开的将在MGM服务器上运行的一个或多个模块也可以在终端上运行，反之亦然。作为另外一个例子，公开为由MGM服务器执行的操作也可以由多个服务器和/或其它设备执行。还应当指出，在各种实施例中，可以使用网格计算技术。
图7所示的是在本发明的各个实施例中可以使用的示例性终端的功能方框图。已经在上文中讨论了图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内。微处理器根据软件控制终端7000的操作，例如接收数据流、在数据接收中的冲激突发噪声容错、显示在用户接口中的输出和读取从用户接口接收到的输入。这些操作如上所述。硬件包含信号检测电路、解调电路、脉冲检测电路、用于消隐符号中存在大量冲激噪声的那些抽样的电路、计算估计值的电路和用于为受损数据执行纠错的电路。
依然参见图7，可选择地，可以使用中间件或软件的实施方式。终端7000可以是用户能够舒适地携带的手持式设备。有利地，终端7000可以是蜂窝移动电话，它包括用于接收组播传输流的多载波信号终端部件705。因此，终端7000也可能可以与业务提供商交互。
尽管上面的描述包含许多细节，但是这仅仅用于说明本发明，而不应当构建为对本发明的保护范围的限制。因而，对于本领域的普通技术人员来说，在不脱离本发明的精神或范围的情况下，显然可以对本发明的系统和处理方法进行各种修改和变化。
权利要求
1.一种组播消息的方法，包括从发起方接收对组播消息传送会话的请求；选择用于所述会话的组播地址；使消息传送地址与所述组播地址相关联；将解密密钥仅发送给所述发起方，以便由所述发起方分发给一个或多个其它方；通过所述消息传送地址接收要在所述会话内组播的消息；加密所述消息，以便使用所述密钥解密；和通过所述组播地址组播所加密的消息。
2.权利要求1的方法，其中所述发起方防止所述一个或多个其它方分发所述密钥。
3.权利要求1的方法，其中所述选择考虑从所述发起方接收的关于会话持续时间的说明。
4.权利要求1的方法，其中所述选择考虑从所述发起方接收的关于在其中在所述会话内组播的消息应当可接收的区域的说明。
5.权利要求1的方法，其中从一组可用组播地址中选择所述组播地址。
6.权利要求1的方法，其中从一组可用消息传送地址中选择所述消息传送地址。
7.权利要求1的方法，其中由所述发起方建议所述消息传送地址。
8.权利要求1的方法，还包括确定组播时间表。
9.权利要求8的方法，其中组播时间表的确定考虑终端能量使用特性。
10.权利要求1的方法，还包括向所述发起方发送所述消息传送地址。
11.权利要求8的方法，还包括向所述发起方发送所述组播时间表。
12.权利要求1的方法，其中通过通用移动电信业务通信接收所述请求。
13.权利要求1的方法，其中通过通用分组无线电业务通信接收所述请求。
14.权利要求1的方法，其中通过互联网通信接收所述请求。
15.权利要求1的方法，其中通过电子邮件分派所述请求。
16.权利要求1的方法，其中通过多媒体消息分派业务分派所述请求。
17.权利要求1的方法，其中通过短消息业务分派所述请求。
18.权利要求1的方法，其中通过简单对象访问协议分派所述请求。
19.权利要求1的方法，其中所述组播使用单向超文本传输协议。
20.权利要求1的方法，其中使用陆地数字视频广播链路执行所述组播。
21.权利要求1的方法，其中使用卫星数字视频广播链路执行所述组播。
22，权利要求1的方法，其中使用数字音频广播链路执行所述组播。
23.权利要求1的方法，其中使用通用移动电信业务链路执行所述组播。
24.权利要求1的方法，其中使用多媒体消息传送业务协议执行所述组播。
25.权利要求1的方法，其中使用短消息业务协议执行所述组播。
26.权利要求1的方法，其中使用电子邮件协议执行所述组播。
27.一种消息传送建立的方法，包括向服务器发送对组播消息传送会话的请求；接收由所述服务器分派的解密密钥，其中所述服务器不将该密钥分派给其它实体；从所述服务器接收组播地址，其中所述服务器已经使该组播地址与所述会话相关联，并且其中所述服务器已经使消息传送地址与该组播地址相关联；和将所述密钥发送给一方或多方，其中所述密钥可用于解密在所述会话内组播的消息。
28.权利要求27的方法，还包括规定所述一方或多方不分发所述密钥。
29.权利要求27的方法，还包括向所述服务器提交关于会话持续时间的说明。
30.权利要求29的方法，其中使组播地址与所述会话相关联考虑关于会话持续时间的说明。
31.权利要求27的方法，还包括向所述服务器提交关于在其中在所述会话内组播的消息应当可接收的区域的说明。
32.权利要求31的方法，其中使组播地址与所述会话相关联考虑关于区域的说明。
33.权利要求27的方法，其中由所述服务器从一组可用组播地址中选择所述组播地址。
34.权利要求27的方法，其中由所述服务器从一组可用消息传送地址中选择所述消息传送地址。
35.权利要求27的方法，还包括向所述服务器提交对所述消息传送地址的建议。
36.权利要求27的方法，其中所述服务器确定组播时间表。
37.权利要求36的方法，其中组播时间表的确定考虑终端能量使用特性。
38.权利要求36的方法，还包括从所述服务器接收所述组播时间表。
39.权利要求27的方法，还包括从所述服务器接收所述消息传送地址。
40.权利要求27的方法，其中通过通用移动电信业务通信发送所述请求。
41.权利要求27的方法，其中通过通用分组无线电业务通信发送所述请求。
42.权利要求27的方法，其中通过互联网通信发送所述请求。
43.权利要求27的方法，其中通过电子邮件发送所述请求。
44.权利要求27的方法，其中通过多媒体消息传送业务发送所述请求。
45.权利要求27的方法，其中通过短消息业务发送所述请求。
46.权利要求27的方法，其中通过简单目标访问协议发送所述请求。
47.权利要求27的方法，其中在所述会话内组播消息使用单向超文本传输协议。
48.权利要求27的方法，其中在所述会话内组播消息使用陆地数字视频广播链路。
49.权利要求27的方法，其中在所述会话内组播消息使用卫星数字视频广播链路。
50.权利要求27的方法，其中在所述会话内组播消息使用数字音频广播链路。
51.权利要求27的方法，其中在所述会话内组播消息使用通用移动电信业务链路。
52.权利要求27的方法，其中在所述会话内组播消息使用多媒体消息传送业务协议。
53.权利要求27的方法，其中在所述会话内组播消息使用短消息业务协议。
54.权利要求27的方法，其中在所述会话内组播消息使用电子邮件协议。
55.一种用于组播消息的系统，包括在其中存储程序代码的存储器；和操作地连接到所述存储器，用于根据所述存储的程序代码执行指令的处理器；其中当由所述处理器执行时，所述程序代码使所述处理器执行下述步骤从发起方接收对组播消息传送会话的请求；选择用于所述会话的组播地址；使消息地址与所述组播地址相关联；将解密密钥仅发送给所述发起方，以便由所述发起方分发给一个或多个其它方；通过所述消息传送地址接收要在所述会话内组播的消息；加密所述消息，以便使用所述密钥解密；和通过所述组播地址组播所加密的消息。
56.权利要求55的系统，其中所述发起方防止所述一个或多个其它方分发所述密钥。
57.权利要求55的系统，其中所述选择考虑从所述发起方接收的关于会话持续时间的说明。
58.权利要求55的系统，其中所述选择考虑从所述发起方接收的关于在其中在所述会话内组播的消息应当可接收的区域的说明。
59.权利要求55的系统，其中从一组可用组播地址中选择所述组播地址。
60.权利要求55的系统，其中从一组可用消息传送地址中选择所述消息传送地址。
61.权利要求55的系统，其中由所述发起方建议所述消息传送地址。
62.权利要求55的系统，其中所述处理器还执行确定组播时间表的步骤。
63.权利要求62的系统，其中组播时间表的确定考虑终端能量使用特性。
64.权利要求55的系统，其中所述处理器还执行向所述发起方发送所述消息传送地址的步骤。
65.权利要求62的系统，其中所述处理器还执行向所述发起方发送所述组播时间表的步骤。
66.权利要求55的系统，其中通过通用移动电信业务通信接收所述请求。
67.权利要求55的系统，其中通过通用分组无线电业务通信接收所述请求。
68.权利要求55的系统，其中通过互联网通信接收所述请求。
69.权利要求55的系统，其中通过电子邮件分派所述请求。
70.权利要求55的系统，其中通过多媒体消息传送业务分派所述请求。
71.权利要求55的系统，其中通过短消息业务分派所述请求。
72.权利要求55的系统，其中通过简单对象访问协议分派所述请求。
73.权利要求55的系统，其中所述组播使用单向超文本传输协议。
74.权利要求55的系统，其中使用陆地数字视频广播链路执行所述组播。
75.权利要求55的系统，其中使用卫星数字视频广播链路执行所述组播。
76，权利要求55的系统，其中使用数字音频广播链路执行所述组播。
77.权利要求55的系统，其中使用通用移动电信业务链路执行所述组播。
78.权利要求55的系统，其中使用多媒体消息传送业务协议执行所述组播。
79.权利要求55的系统，其中使用短消息业务协议执行所述组播。
80.权利要求55的系统，其中使用电子邮件协议执行所述组播。
81.一种用于消息传送建立的系统，包括在其中存储程序代码的存储器；和操作地连接到所述存储器，用于根据所述存储的程序代码执行指令的处理器；其中当由所述处理器执行时，所述程序代码使所述处理器执行下述步骤向服务器发送对组播消息传送会话的请求；接收由所述服务器分派的解密密钥，其中所述服务器不将该密钥分派给其它实体；从所述服务器接收组播地址，其中所述服务器已经使该组播地址与所述会话相关联，并且其中所述服务器已经使消息传送地址与该组播地址相关联；和将所述密钥发送给一方或多方，其中所述密钥可用于解密在所述会话内组播的消息。
82.权利要求81的系统，其中所述处理器还执行步骤规定所述一方或多方不分发所述密钥。
83.权利要求81的系统，其中所述处理器还执行向所述服务器提交关于会话持续时间的说明的步骤。
84.权利要求83的系统，其中使组播地址与所述会话相关联考虑关于会话持续时间的说明。
85.权利要求81的系统，其中所述处理器还执行向所述服务器提交关于在其中在所述会话内组播的消息应当可接收的区域的说明的步骤。
86.权利要求85的系统，其中使组播地址与所述会话相关联考虑关于区域的说明。
87.权利要求81的系统，其中由所述服务器从一组可用组播地址中选择所述组播地址。
88.权利要求81的系统，其中由所述服务器从一组可用消息传送地址中选择所述消息传送地址。
89.权利要求81的系统，其中所述处理器还执行向所述服务器提交对所述消息传送地址的建议的步骤。
90.权利要求81的系统，其中所述服务器确定组播时间表。
91.权利要求90的系统，其中组播时间表的确定考虑终端能量使用特性。
92.权利要求90的系统，其中所述处理器还执行从所述服务器接收所述组播时间表的步骤。
93.权利要求81的系统，其中所述处理器还执行从所述服务器接收所述消息传送地址的步骤。
94.权利要求81的系统，其中通过通用移动电信业务通信发送所述请求。
95.权利要求81的系统，其中通过通用分组无线电业务通信发送所述请求。
96.权利要求81的系统，其中通过互联网通信发送所述请求。
97.权利要求81的系统，其中通过电子邮件发送所述请求。
98.权利要求81的系统，其中通过多媒体消息传送业务发送所述请求。
99.权利要求81的系统，其中通过短消息业务发送所述请求。
100.权利要求81的系统，其中通过简单对象访问协议发送所述请求。
101.权利要求81的系统，其中在所述会话内组播消息使用单向超文本传输协议。
102.权利要求81的系统，其中在所述会话内组播消息使用陆地数字视频广播链路。
103.权利要求81的系统，其中在所述会话内组播消息使用卫星数字视频广播链路。
104.权利要求81的系统，其中在所述会话内组播消息使用数字音频广播链路。
105.权利要求81的系统，其中在所述会话内组播消息使用通用移动电信业务链路。
106.权利要求81的系统，其中在所述会话内组播消息使用多媒体消息传送业务协议。
107.权利要求81的系统，其中在所述会话内组播消息使用短消息业务协议。
108.权利要求81的系统，其中在所述会话内组播消息使用电子邮件协议。
全文摘要
提供允许用户建立组播群消息传送(MGM)会话的系统和方法，其中通过组播发送消息，并且其中用户可以对能够接收所组播的消息的接收方执行控制。该系统和方法还提供用于结合会话发送组播的消息，并用于结合会话接收组播的消息。
文档编号H04L12/18GK1726482SQ200380106175
公开日2006年1月25日 申请日期2003年11月10日 优先权日2002年11月25日
发明者托尼·佩拉, 多敏尼克·穆勒, 马库·索尼奥 申请人:诺基亚公司