专利名称：用于分布多媒体消息传送业务消息的系统和方法
技术领域：
本发明涉及用于数据分布的系统和方法。
背景技术：
最近几年，在利用有线和无线网络对诸如无线终端、个人计算机以及PDA的设备分布数据和/或提供业务方面在不断增加。一种涌现出的网络业务是MMS(多媒体消息传送业务)。例如，MMS允许用户发送和接收包括诸如视频、音频以及文本的各种类型的内容的消息。
人们对MMS非常感兴趣，而且第三代合作伙伴项目(3GPP)起草了关于该技术的技术规范。因此，可以增加对有助于使用诸如MMS的网络业务的技术的兴趣。
发明内容
根据本发明实施例，提供了用于分布MMS(多媒体消息传送业务)消息的系统和方法。
还提供了用于接收这种消息的系统和方法。
图1示出根据本发明实施例的典型网络设置。
图2是示出根据本发明实施例的第一典型传送方法中包括的各步骤的流程图。
图3是示出根据本发明实施例的第二典型传送方法中包括的各步骤的流程图。
图4是示出根据本发明实施例接收通知过程中包括的各步骤的流程图。
图5是示出根据本发明实施例接收MMS消息的过程中包括的各步骤的流程图。
图6示出可以用于本发明的各实施例的典型通用计算机。
图7示出可以用于本发明的各实施例的典型终端的功能方框图。
具体实施例方式
一般操作根据本发明实施例，提供了以不要求接收方终端使用返回通信信道的方式将MMS(多媒体消息传送业务)消息传送到接收方终端的系统和方法。在终端没有到特定设备和/或其它实体的返回通信信道的环境下，这种系统和方法有效，而在可以使用返回信道的情况下，避免使用它们存在成本、速度和/或其它优点。
图1示出典型网络设置。根据本发明的实施例，通过改进的MMSC(MMS中心)103，发送方设备101可以将MMS消息发送到接收方终端105。更具体地说，发送方101发送的、最终被接收方105接收的消息可以首先由改进的MMSC103接收。
根据特定实施例，可以在使改进的MMSC以要求消息接收方发出响应方式处理接收消息与使改进的MMSC以不要求消息接收方发出响应的方式处理该消息之间进行判定。正如下面更详细说明的那样，该判定可以考虑许多因素，而且可以在改进的MMSC收到消息时、之前或之后的短时间内进行该判定。例如，可以由改进的MMSC自身、中心计算机和/或系统管理员进行该判定。请注意，根据本发明的特定实施例，可以不进行这种判定，而是改进的MMSC始终以不要求接收方发出响应的方式处理接收的消息。
尽管在图1所示的典型网络设置中示出改进的MMSC，但是，请注意，本发明的特定实施例可以不使用该单元。例如，可以利用传统的MMSC和帮助器模块代替改进的MMSC。在这种实施例中，在此参考改进的MMSC描述的可由标准MMSC执行的这些动作由标准MMSC执行，而在此参考改进的MMSC描述的标准MMSC不能执行的动作由帮助器模块执行。
本发明的实施例可以用于许多不同类型的网络。例如，各实施例可以用于有线网络、无线网络和/或既有有线部分又有无线部分的网络。此外，各实施例还可以用于单向网络、双向网络和/或既有单向部分又有双向部分的网络。因此，例如，本发明的实施例可以应用于采用DVB-T(陆地数字视频广播)、DVB-S(卫星数字视频广播)、DVB-C(有线数字视频广播)、DAB(数字音频广播)、802.11b、GPRS(通用分组无线电业务)、UMTS(通用移动电信业务)、DRM(数字无线电全球广播(mondiale))和/或蓝牙的因特网和无线网络。
现在，将更详细地说明本发明的各方面。
确定分布技术如上所述，可能在改进的MMSC收到消息时，MMSC或另一实体可以在以要求接收方发出的响应的方式处理该消息与以不要求接收方发出的响应的方式处理该消息之间进行判定。
作为进行这种确定过程的第一步骤，该实体可以首先确定在接收方终端与改进的MMSC之间是否可以使用返回信道。例如，如果改进的MMSC和接收方至少之一没有这种返回通信操作所需的硬件，则没有返回信道可用。如果没有必要的网络基础设施可用，也会出现这种情况。例如，如果改进的MMSC和接收方终端处于这样的状况下，以致这二者之间的唯一可用网络连通性是从MMSC到终端的DVB-T，则可能没有必要的网络基础设施。在确定没有返回信道可用的情况下，可以确定以不要求接收方发出响应的方式处理消息。
如果确定返回信道可用，则可以接着确定避免使用返回信道是否存在优点。例如，如果使用该信道的成本高于某个预定值，则可以执行这样的确定过程，以致可以将避免使用返回信道看作优点。在特定实施例中，可以考虑非成本的、可量化的优点指示。还请注意，在特定实施例中，可能不需要进行正式计算，系统管理员等就可以进行优点判定。
如果确定避免使用返回信道具有优点，则可以判定以不要求接收方发出响应的方式处理消息。如果确定避免使用返回信道并不具有优势，则可以判定以确实要求接收方发出响应的方式处理消息。
作为一种选择，如上所述，可以不做这种判定，而是改进的MMSC可以始终以不要求接收方发出响应的方式处理接收的消息。
消息分布如上所述，根据本发明实施例，在接收并存储到来消息之后，改进的MMSC可以以不要求接收方发出响应的方式或者以要求接收方发出响应的方式分布消息。
如图2所示，如果改进的MMSC以不要求接收方发出响应的方式分布接收消息，则该MMSC可以首先将消息可用的通知发送到消息接收方(步骤201)。该通知可以包括MMS消息将自动跟随的指示，该指示可能进一步规定消息跟随的时间。该通知还可以包括消息内容的指示。例如，该指示可以规定消息的大小、消息的类型(例如，视频)和/或消息的大纲。该指示还可以包括URL(统一资源定位符)或消息本身可以被请求的地址的其它规定。
在发送通知后的时间段内，改进的MMSC可以将MMS消息本身发送到接收方终端(步骤203)。正如下面更详细说明的那样，接收方终端可以以不需要采用返回信道的方式响应改进的MMSC的动作，以便根据用户请求接收与该通知有关的消息。尽管在该说明性例子中，说明了在传送对应的MMS消息之前传送通知，但是请注意，也可以采用其它实现。例如，可以在传送对应的MMS消息的同时或之后传送通知。
如图3所示，如果改进的MMSC以要求接收方发出响应的方式分布接收的消息，则MMSC可以首先发送通知(步骤301)。该通知可以类似于参考图2说明的通知，它包括可以从其请求消息本身的位置的指示，但是也可以通过包括MMS消息不自动跟随的指示而有所不同。
如果规定的检索位置和/或要被发送的多媒体消息未在改进的MMSC的控制下，则MMSC可以接着将该消息发送到与该位置有关的服务器等，并指示服务器等完成请求消息(步骤303，305)。作为一种选择，如果可以从其请求消息本身的位置处于改进的MMSC的控制下，则MMSC可以接着等待消息的预定接收方发送对与该通知对应的消息的请求(步骤303，307)。例如，改进的MMSC可以通过监测正确的HTTP(超文本传输协议)或WSP(无线会话协议)GET请求来执行此操作。在收到这种请求时，改进的MMSC可以将该消息发送到预定接收方。
请注意，可以将在此说明的各实施例和说明性例子中描述的通知和相应MMS消息作为两种不同消息发送(例如，与两个单独传送对应的两个单独消息)。作为一种选择，可以将通知和相应MMS消息作为含有两个逻辑消息的单个消息发送。
终端操作根据本发明的特定实施例，终端可以响应到来的通知，如图4所示。
在收到通知后(步骤401)，终端可以采取步骤检测其用户是否希望接收与该通知有关的MMS消息(步骤403)。例如，终端可以通过对其用户显示用于提出问题而且包括“是”和“否”的按钮的GUI(图形用户界面)对话框来执行此操作。
如果用户回答“否”，则该终端可以在日志中标记这种选择(步骤405)。该终端还可以检验该消息是否在该终端的高速缓存中。如果是，则该终端可以从高速缓存中删除该项目。如果用户回答“是”，则该终端可以在日志中标记这种选择(步骤407)，并确定送到通知中规定的、用于提取该消息的位置的HTTP或WSP GET(步骤409)。
根据本发明的实施例，可以首先将这种GET请求送到终端的web高速缓存。如果发现该项目在该高速缓存中，则该终端可以通知其用户该消息可用，而且可以附加询问用户，她是否希望此时查看它。作为一种选择，终端可以自动显示消息，而无需询问用户。请注意，如果要求的消息在高速缓存中，则该终端不能通过它所连接的网络发送GET请求。还请注意，如果通知规定该消息可以自动跟随，和/或如果该终端没有返回通信信道，则不能将GET请求发送到该终端的外部。
例如，如果该终端没有必要的硬件，如果必要网络基础设施不可用和/或如果其用户或另一个实体确定不应该使用返回信道，则该终端可能没有返回通信信道。例如，根据金钱成本进行这种确定。下面将更详细地说明在用户判定她是否希望接收该消息时，与该通知对应的消息可能已经在该终端的高速缓存中的情况。
如图5所示，在收到MMS消息时(步骤501)，终端可以采取步骤确定其用户是否将该消息识别为他不希望接收的消息(步骤503)。例如，通过参考上述日志，该终端可以实现此操作。如果发现用户未将该项目识别为不希望的项目，则可以将该项目从最初接收和/或放置该项目的存储器复制到该终端的高速缓存(步骤505)。如果除了不被规定为不希望的之外，还发现该项目被用户识别为要求的，则还可以将项目到达通知用户。在这种情况下，该终端可以执行对用户显示消息的其它操作。在特定实施例中，该终端可在显示该消息之前询问用户。
如果发现该项目被用户识别为不想要的，则该终端可以采取步骤滤除该项目(步骤507)。如果在该终端将MMS消息识别为用户不想要的消息时，该终端完全接收该MMS消息，则该终端可以从最初接收和/或放置它的存储器中删除该消息。相反，如果仅接收了一部分通知(例如，仅是其特定分组)，则该终端可以删除所存储的任何部分，而不再存储到来的部分。
如上所述，与通知对应的消息可以在通知到达之前、同时或之后到达该终端。因此，在执行参考图5描述的各操作的同时，终端可以执行参考图4描述的各操作。
如上所述，如果其用户既未将该消息识别为不想要的，也未将它识别为要求的，则可以将该MMS消息放置到该终端的高速缓存中。例如，如果在终端的用户没有回答关于MMS消息是不想要的还是要求的终端询问时，该消息到达，则可能出现这种情况。正如上面进一步指出的那样，如果用户随后指示不想要该消息，则该终端可以从高速缓存中删除该消息。请注意，在特定实施例中，如果经过预定时间，用户既没有将该消息识别为不想要的，也没有将它识别为要求的，则该终端可以进一步从其高速缓存中删除该MMS消息。
请注意，在特定实施例中，不必发送和/或接收通知。例如，终端可以接收MMS消息，然后，将该消息存储在其高速缓存中。响应该接收，该终端可以产生与该消息对应的“本地通知”。该通知可以与指向该高速缓存的指针等有关。例如，该终端可以使该通知对该终端的用户和/或运行在该终端上的特定软件可用。然后，适当时，可以从高速缓存中检索和/或删除该MMS消息。
硬件和软件可以利用计算机实现根据本发明采用的特定设备。例如，可以使用可以联网的计算机实现上述发送方设备、改进的MMSC以及终端。此外，可以利用或者借助计算机执行在此说明的特定程序等。在此使用的短语“计算机”、“通用计算机”等指的是但并不局限于处理器卡、智能卡、介质设备、个人计算机、工程工作站、PC、Macintosh、PDA、有线或无线终端、服务器、网络接入点等，它们可能运行诸如OS X、Linux、Darwin、Windows CE、Windows XP、Palm OS、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或MotorolaPowerPC、AMD Athlon、AMD Hammer、Intel StrongARM或IntelPentium。该例子所示的计算机6000还包括LCD显示器单元6001、键盘6002以及鼠标6003。在变换实施例中，可以利用触摸屏、笔或小键盘接口代替键盘6002和/或鼠标6003。计算机6000可以附加包括或连接读卡机、DVD驱动器或软盘驱动器，由此可以插入包含程序代码的介质，以将代码装载到计算机上。
根据本发明，计算机可以运行用于执行一个或多个上述操作的一个或多个软件模块，根据本技术领域内公知的方法，使用诸如Java、Objective C、C、C#或C++的语言对该模块进行编程。
图7示出可以用于本发明的各个实施例的典型终端的功能方框图。上面已经对图7所示的终端进行了说明。下面，将利用相应的参考符号表示相应的部分。图7所示的终端7000可以用于在此描述的任何一个/所有的实施例。终端7000包括处理单元CPU 703、多载波信号终端部分705以及用户界面(701，702)。多载波信号终端部分705和用户界面(701，702)与处理单元CPU 703相连。用户界面(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.根据权利要求5所述的方法，该方法进一步包括确认避免使用返回信道是否存在优势。
7.根据权利要求6所述的方法，其中所述确认步骤包括确定使用所述返回信道的成本。
8.根据权利要求1所述的方法，其中所述通知进一步包括消息将自动跟随的指示。
9.根据权利要求8所述的方法，其中所述通知进一步包括消息跟随的时间的规定。
10.根据权利要求1所述的方法，其中所述通知进一步包括消息内容的指示。
11.一种用于接收多媒体消息传送业务消息的方法，该方法包括在设备接收要发往该设备的多媒体消息传送业务消息的可用性的通知，所述通知包括可从其请求消息的远程位置的指示；进一步在所述设备与所述通知一同接收所述消息；将所述消息放置到所述设备的高速缓存内；在所述设备形成接收所述消息的请求；以及利用所述高速缓存来满足所述请求。
12.根据权利要求11所述的方法，其中所述通知进一步包括消息将自动跟随的指示。
13.根据权利要求12所述的方法，其中所述通知进一步包括消息跟随的时间的规定。
14.根据权利要求11所述的方法，其中所述通知进一步包括消息内容的指示。
15.根据权利要求11所述的方法，该方法进一步包括确定用户是否希望接收与通知有关的消息。
16.一种用于分布多媒体消息传送业务消息的系统，该系统包括其中存储程序代码的存储器；以及可操作地连接到所述存储器，以便根据所述存储的程序代码执行指令的处理器；其中当所述处理器执行所述程序代码时，所述程序代码使所述处理器执行下述步骤将要发往设备的多媒体消息传送业务消息的可用性的通知发送到该设备，所述通知包括可从其请求消息的远程位置的指示；以及发送所述消息，其中响应接收的对所述消息的请求，不发送所述消息。
17.根据权利要求16所述的系统，其中在发送所述通知之前发送所述消息。
18.根据权利要求16所述的系统，其中与所述通知一同发送所述消息。
19.根据权利要求16所述的系统，其中在发送所述通知之后发送所述消息。
20.根据权利要求16所述的系统，其中所述处理器进一步执行步骤确定返回通信信道是否对所述设备可用。
21.根据权利要求16所述的系统，其中所述处理器进一步执行步骤确认避免使用返回信道是否存在优势。
22.根据权利要求21所述的系统，其中所述确认步骤包括确定使用所述返回信道的成本。
23.根据权利要求16所述的系统，其中所述通知进一步包括消息将自动跟随的指示。
24.根据权利要求23所述的系统，其中所述通知进一步包括消息跟随的时间的规定。
25.根据权利要求16所述的系统，其中所述通知进一步包括消息内容的指示。
26.一种用于接收多媒体消息传送业务消息的系统，该系统包括其中存储程序代码的存储器；以及可操作地连接到所述存储器，以便根据所述存储的程序代码执行指令的处理器；其中当所述处理器执行所述程序代码时，所述程序代码使所述处理器执行下述步骤接收要发往该系统的多媒体消息传送业务消息的可用性的通知，所述通知包括可从其请求消息的远程位置的指示；进一步与所述通知一同接收所述消息；将所述消息放置到所述系统的高速缓存内；形成接收所述消息的请求；以及利用所述高速缓存来满足所述请求。
27.根据权利要求26所述的系统，其中所述通知进一步包括消息将自动跟随的指示。
28.根据权利要求27所述的系统，其中所述通知进一步包括消息跟随的时间的规定。
29.根据权利要求26所述的系统，其中所述通知进一步包括消息内容的指示。
30.根据权利要求26所述的系统，其中所述处理器进一步执行步骤确定用户是否希望接收与通知有关的消息。
全文摘要
用于分布MMS(多媒体消息传送业务)消息的系统和方法，以及用于接收这种消息的系统和方法。
文档编号H04L12/58GK1666496SQ03815423
公开日2005年9月7日 申请日期2003年5月27日 优先权日2002年6月6日
发明者托尼·派拉 申请人:诺基亚公司