CN101621752B - 发送多媒体消息的方法、系统及相应的设备 - Google Patents
发送多媒体消息的方法、系统及相应的设备 Download PDFInfo
- Publication number
- CN101621752B CN101621752B CN 200810029284 CN200810029284A CN101621752B CN 101621752 B CN101621752 B CN 101621752B CN 200810029284 CN200810029284 CN 200810029284 CN 200810029284 A CN200810029284 A CN 200810029284A CN 101621752 B CN101621752 B CN 101621752B
- Authority
- CN
- China
- Prior art keywords
- indication information
- multimedia message
- medium composition
- medium
- message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
Abstract
本发明实施例公开了一种发送多媒体消息的方法，包括：获得接收方终端发送的指示信息，该指示信息用于指示需要转存的当前会话中多媒体消息的至少一种媒体成分；根据所述指示信息将该指示信息所指示的媒体成分转存到网络存储设备，并获取所述网络存储设备生成的链接标识；利用与所述链接标识替换所述多媒体消息中被转存的媒体成分，并将所述替换后的多媒体消息发送到接收方终端。同时，本发明还公开了一种发送多媒体消息的系统及设备，可以根据接收方用户的选择或终端能力发送多媒体消息的部分或全部内容到接收方终端，满足了用户灵活处理不同类型消息的需求。
Description
技术领域
本发明涉及多媒体通信技术，尤其涉及一种发送多媒体消息的方法、系统、服务器、网络存储设备及终端。
背景技术
在开放移动联盟(Open Mobile Alliance，OMA)和第三代伙伴计划(the 3rdGeneration Partnership Project，3GPP)/3GPP2标准组织中，基于会话初始协议(Session Initiation Protocol，SIP)的即时消息(Instant Message，IM)、一键通(Push to talk Over Cellular，POC)和融合IP消息(Converged IP Message，CPM)等业务组件能够为用户提供发送或接收各种多媒体消息的能力。通过SIP以及与SIP配合的协议，一个多媒体消息会话中能够传递一条或多条多媒体消息。每一条多媒体消息中可以携带离散媒体类型或复合媒体类型的消息内容，其中，离散媒体类型可以是文本、图片、音/视频、字节流等各种单一的媒体格式，而复合媒体类型则可以包括上述离散媒体类型的多个实例的组合(如multipart/mixed)、或者是上述离散媒体类型数据与其它元数据信息的组合(如message/cpim)。
在一个多媒体消息会话中，有可能所发送的多媒体消息内容尺寸较大(如音/视频和复合媒体类型)，因此在传输过程中往往需要花费接收方较多的信道资源和时间。此时，一方面，根据用户当前的需要(如用户自身的心情、忙碌状态、会话进行的阶段)，接收方可能希望及时收到文本、图片等摘要性的但又比较关键消息内容，而将内容尺寸较大的音/视频片段存储到网络存储空间中等待后续查看。另一方面，用户当前使用的终端设备处理能力有限，不能展示或播放多媒体消息中某些特定媒体类型的内容(如：音频或视频)，此时，用户同样希望选择先接收消息中能够被当前终端设备展示的媒体内容，而将不能展示的媒体内容存储到网络存储空间中，等待将来更换其它终端设备下载查看。
目前的处理方式，如图1所示，一种由网络存储设备(NW PoC BOX)为用户保存语音消息内容的方法。其中，NW PoC BOX能够根据接收方用户的响应指示或者业务配置，代替用户终端参与会话，保存全部的消息内容。具体步骤如下：
步骤S1～S2、接收方用户终端(PoC Client)收到包括语音和文本消息的多媒体会话邀请；
若接收方用户暂时无法接收语音消息，但又希望及时参与会话，则：
步骤S3～S4、接收方用户选择仅接收文本消息，PoC Client返回的响应消息中携带拒绝接收语音消息的指示，并通过其归属服务器(PoC Server)转发到发送方；
步骤S5～S6、发送方与接收方确认文本消息会话通道建立；
步骤S7～S8、PoC Client在所建立的多媒体会话通道中仅接收文本消息；
或者，若接收方用户暂时无法接收语音消息，但希望能够保存到网络存储设备(NW PoC BOX)中，以便后续查看，则：
步骤S9～S10、用户控制PoC Client向其归属服务器(PoC Server)返回SIP302重定向响应，其中携带有用户网络存储设备(NW PoC BOX)的地址；
步骤S11～S15、接收方的归属服务器根据步骤S9中的响应消息，与用户的网络存储设备以及发送方建立包含语音和文本消息的多媒体会话通道；
步骤S16～S17、发送到接收方用户的语音和文本消息全部被保存到用户的网络存储设备中。
发明人在实现本发明的过程中发现，在现有技术条件下，接收方的用户仅能转存整个多媒体消息，或者选择接收消息中的部分媒体内容时不得不丢弃剩余的媒体内容，不能根据用户需要灵活处理不同的消息，无法满足用户需求。
发明内容
本发明实施例提出了一种发送多媒体消息的方法、系统、服务器、网络存储设备及终端，可以根据接收方用户的选择或终端能力发送多媒体消息的部分内容到接收方终端而将另一部分媒体内容转存起来，满足了用户灵活处理不同类型消息的需求。
为此，本发明提供了一种发送多媒体消息的方法，其包括以下步骤：
获得接收方终端发送的指示信息，该指示信息用于指示需要转存的当前会话中多媒体消息的至少一种媒体成分；
根据所述指示信息将该指示信息所指示的媒体成分转存到网络存储设备，并获取所述网络存储设备生成的链接标识；
利用与所述链接标识替换所述多媒体消息中被转存的媒体成分，并发送所述替换后的多媒体消息发送到接收方终端。
相应地，本发明实施例还提供了一种服务器，其包括：
接收单元，用于获得接收方终端发送的指示信息，该指示信息用于指示需要转存的当前会话中多媒体消息的至少一种媒体成分；
存储处理单元，用于根据所述接收单元所获得的指示信息将该指示信息所指示的媒体成分转存到网络存储设备，并接收所述网络存储设备发送的所述被转存的媒体成分的链接标识；
替换单元，利用所述存储处理单元接收到的链接标识替换所述多媒体消息中被转存的媒体成分；
发送单元，用于将经所述替换单元处理后的多媒体消息发送到接收方终端。
本发明实施例提供了一种终端，其包括：
指示信息生成单元，用于根据处理能力或策略配置或用户选择生成指示信息；
指示信息发送单元，用于将所述指示信息发送到所述终端所归属的服务器；
链接单元，用于根据接收到的多媒体消息中的链接标识从所述网络存储设备中获取该链接标识对应的媒体成分。
本发明实施例还提供了一种网络存储设备，其包括：
保存单元，用于接收并保存服务器根据指示信息发送来的至少一种多媒体成分；
链接生成单元，用于生成所述保存单元所保存的多媒体成分对应的链接标识；
链接标识发送单元，用于向所述服务器发送所述链接生成单元生成的链接标识；
反馈单元，用于向终端发送该终端提供的链接标识对应的多媒体成分。
相应地，本发明实施例还提供了一种发送多媒体消息的系统，包括服务器和网络存储设备，其中，所述服务器包括：
接收单元，用于获得接收方终端发送的指示信息，该指示信息用于指示需要转存的当前会话中多媒体消息的至少一种媒体成分；
存储处理单元，用于根据所述接收单元所获得的指示信息将该指示信息所指示的媒体成分转存到网络存储设备，并接收所述网络存储设备发送的所述被转存的媒体成分的链接标识；
替换单元，利用所述存储处理单元接收到的链接标识替换所述多媒体消息中被转存的媒体成分；
发送单元，用于将经所述替换单元处理后的多媒体消息发送到接收方终端。
本发明实施例提出了一种发送多媒体消息的方法、系统、服务器、网络存储设备及终端，根据接收方终端发送的指示信息将多媒体消息中的部分媒体成分保存到网络存储设备中，同时不丢弃剩余内容，从而实现根据接收方的用户的选择或终端能力发送多媒体消息的部分内容到接收方终端，满足了用户灵活处理不同类型消息的需求，提高了服务质量。
附图说明
图1是现有的一种适用网络存储设备为用户保存多媒体消息的方法；
图2是本发明实施例的一种发送多媒体消息的方法的主流程图；
图3是图2所述步骤S200的详细流程图；
图4是图2所述步骤S200的详细流程图；
图5是图2所述步骤S200的详细流程图；
图6是本发明实施例的发送多媒体消息的方法流程图；
图7是本发明实施例的发送多媒体消息的方法流程图；
图8是本发明实施例提出的一种发送多媒体消息的系统框图；
图9是本发明实施例提出的一种服务器的结构示意图；
图10是图9所述的存储处理单元的结构示意图；
图11是图9所述的存储处理单元的结构示意图；
图12是图9所述的存储处理单元的结构示意图；
图13是本发明实施例提出的一种网络存储设备的结构示意图；
图14是本发明实施例提出的一种终端的结构示意图。
具体实施方式
下面结合附图详细阐述本发明实施例提出的一种发送多媒体消息的方法、系统、服务器、网络存储设备及终端的技术方案。
参考图2，图示了本发明实施例的一种发送多媒体消息的方法的流程图，所述方法包括：
S100，获得接收方终端发送的指示信息，该指示信息用于指示需要转存的当前会话中多媒体消息的至少一种媒体成分；所述多媒体消息包括离散多媒体消息或复合多媒体消息；
S200，根据所述指示信息将该指示信息所指示的媒体成分转存到网络存储设备，并获取所述网络存储设备生成的链接标识；
S300，利用与所述链接标识替换所述多媒体消息中被转存的媒体成分；
S400，将所述替换后的多媒体消息发送到接收方终端。
在本发明实施例中，根据接收方终端发送的指示信息将多媒体消息中的部分媒体成分保存到网络存储设备中，从而实现根据接收方的用户的选择或终端能力发送多媒体消息的部分或全部内容到接收方终端，满足了用户灵活处理不同类型消息的需求，提高了服务质量。
在本发明实施例中，所述指示信息可以由接收方终端根据其处理能力或策略配置自动生成，或者由接收方终端根据用户选择生成。
所述指示信息包括以下至少一种或任意组合：媒体类型、媒体成分转存阈值、消息整体大小。
所述媒体成分类型包括：文本、音频、视频、字节流或二进制文件等。
需要说明的是，在本发明的一种具体实施方式中，步骤S200中所述根据所述指示信息将该指示信息所指示的媒体成分转存到网络存储设备包括：
S211，解析所述多媒体消息的媒体成分类型；
S212，判断所述多媒体消息的媒体成分类型是否包含所述指示信息中的媒体类型，若是，执行步骤S213，否则，执行步骤S214；
S213，转存所述多媒体消息中包含的所述指示信息中指示的媒体类型对应的媒体成分到所述网络存储设备；
S214，将所述多媒体消息发送到接收方终端。
需要说明的是，在本发明的另一具体实施方式中，步骤S200中所述根据所述指示信息将该指示信息所指示的媒体成分转存到网络存储设备包括：
S221，解析所述多媒体消息的媒体成分类型，以及媒体成分大小；
S222，判断所述媒体类型对应的媒体成分大小是否超过所述媒体成分转存阈值，若是，则执行步骤S223，否则，执行步骤S224；
S223，转存所述媒体类型对应的媒体成分到所述网络存储设备；
S224，将所述多媒体消息发送到接收方终端。
需要说明的是，在本发明的又一具体实施方式中，步骤S200中所述根据所述指示信息将该指示信息所指示的媒体成分转存到网络存储设备包括：
S231，解析所述多媒体消息的媒体成分类型，以及多媒体消息的大小；
S232，判断所述多媒体消息的大小是否超过该指示信息中消息整体大小，若是，则执行步骤S233，否则，转到步骤S235；
S233，判断所述多媒体消息的媒体成分类型是否包含所述指示信息中的媒体类型，若是，则执行步骤S234，否则，执行步骤S235；
S234，转存所述媒体类型对应的媒体成分到所述网络存储设备；
S235，将所述多媒体消息发送到接收方终端。
需要说明的是，在本发明实施例中，所述方法进一步包括：所述网络存储设备接收并存储服务器转存过来的媒体成分；
所述网络存储设备为所述媒体成分分配一个链接标识，并将所述链接标识反馈给服务器。
需要说明的是，接收方终端根据用户需要，在接收到多媒体消息后，所述方法进一步包括：
接收方终端可以根据所述链接标识从所述网络存储设备中获取该链接标识对应的媒体成分。其中，所述链接标识包括地址链接(如：URL地址链接)或索引标识(如：网络存储设备能够识别的内部索引编号)。
需要说明的是，本发明实施例进一步包括保存所述指示信息为默认信息，并对后续会话中的多媒体消息按照所述指示信息的指示进行相应的转存处理。
通过实施本发明实施例，根据接收方终端发送的指示信息将多媒体消息中的部分媒体成分保存到网络存储设备中，从而按照接收方的用户的选择或终端能力发送多媒体消息的部分或全部内容到接收方终端，满足了用户灵活处理不同类型消息的需求，提高了服务质量。
下面结合图6和图7，进一步阐述本发明实施的一种发送多媒体消息的方法的优选实施例。
图6示出了本发明的一种发送多媒体消息的方法的实施例1；
实施例1.1，会话建立时，接收方指定接收或转存特定类型的媒体成分
在本例中，假设张三有一个终端B(Client B)，用于接收李四发来的一个复合多媒体消息，其中包含文本(text)和视频剪辑(video)两种类型的媒体成分。在接收该消息之前，张三(或者其终端B根据自身能力)选择仅接收文本内容，并指示其归属的服务器B(Server B)将视频剪辑内容保存到其网络存储设备(NW Storage)中，其处理流程如下：
F1～F2，终端B通过其归属的服务器B接收到一个发送多媒体消息的会话邀请消息(SIP INVITE)，该消息体中的SDP描述中指示采用消息会话中继协议(Message Session Relay Protocol，MSRP)作为多媒体消息传输协议，同时包含即将发送到Client B的复合多媒体消息的媒体成分构成信息，具体如下：
| Content-Type:application/sdpv＝0o＝alice 2890844526 2890844526 IN IP4 alice.example.coms＝c＝IN IP4 alice.example.comt＝00m＝message 7494 TCP/MSRP*a＝accept-types:multipart/mixeda＝accept-wrapped-types:text/plain video/mpega＝path:msrp://alice.example.com:7494/2s93i93idj；tcp |
其中，参数“accept-types:multipart/mixed”表明了将要发送的消息为复合多媒体消息，而“accept-wrapped-types:text/plain video/mpeg”表明了所述复合多媒体消息中可能包含普通文本(text/plain)和动态图像专家组(Moving Pictures ExpertsGroup，MPEG)编码格式的视频剪辑(video/mpeg)两种类型的媒体成分。
F3，终端B根据用户指示或者终端自身的能力，向服务器B返回同意接收该多媒体消息的响应(SIP 200)，在SIP 200消息中携带指示信息，具体是通过将其SIP 200中的SDP描述中扩展了“accept-wrapped-types”中的媒体类型参数“NW-STORE”，置于video/mpeg之后，以指示服务器B将视频剪辑部分的媒体内容保存到用户B的网络存储中，而终端B可以直接接收文本部分的媒体内容，具体如下：
| Content-Type:application/sdpv＝0o＝bob 2808844564 2808844564 IN IP4 bob.example.coms＝c＝IN IP4 bob.example.comt＝0 0m＝message 8494 TCP/MSRP*a＝accept-types:multipart/mixeda＝accept-wrapped-types:text/plain video/mpeg；NW-STOREa＝path:msrp://bob.example.com:8494/2s93i93idj；tcp |
F4，服务器B根据上述响应消息中指示信息的指示，向张三的网络存储设备发出建立会话通道的SIP INVITE请求。可选地，请求中所包含的SDP描述指明了需要保存的多媒体消息的媒体成分类型为video/mpeg，具体如下：
| Content-Type:application/sdpv＝0o＝serverB 2890844526 2890844526 IN IP4 serverB.example.coms＝c＝IN IP4 serverB.example.comt＝0 0m＝message 7494 TCP/MSRP*a＝accept-types:video/mpeg；NW-STOREa＝path:msrp://serverB.example.com:7494/2s94493idj；tcp |
F5～F6，网络存储设备对SIP INVITE请求进行确认(如包括用户签约信息检查和剩余存储空间检查等)，返回同意建立会话通道的响应消息；
服务器B据此向发送方返回同意建立会话通道以接收复合多媒体消息的响应消息。
F7～F9，服务器B向网络存储设备和终端B转发从发送方接收的SIP ACK消息，确认与网络存储设备和终端B建立用于发送多媒体消息的会话通道；
F10～F11，服务器B接收来自发送方的复合多媒体消息，其中包含普通文本和视频剪辑两种媒体成分，具体如下：
| Content-Type:multipart/mixed；boundary＝“asdf”--asdfContent-Type:text/plain[plain text content]--asdf |
| Content-Type:video/mpeg[video clip content]--asdf-- |
F12，服务器B解析收到的复合多媒体消息，判断出其中包含有指示信息所指定的video/mpeg类型的视频剪辑媒体成分；
F13，服务器B提取复合多媒体消息中的视频剪辑内容，并发送到网络存储设备；
F14，网络存储设备接收并存储上述视频剪辑内容，同时为其分配一个可供访问的URL，并以message/external-body格式携带在返回的响应消息(MSRP 200OK)中，MSRP 200OK消息的内容如下：
| Content-Type:message/external-body；access-type＝URL；URL＝″http://storageB.example.com/bob/video l.mpg″ |
F15，服务器B用网络存储设备返回的URL替换原始消息中的视频剪辑内容，组装成一个新的消息，该消息体内容如下：
| Content-Type:multipart/mixed；boundary＝“asdf”--asdfContent-Type:text/plain[plain text content]--asdfContent-Type:message/external-body；access-type＝URL；URL＝″http://storageB.example.com/bob/video 1.mpg″--asdf-- |
F16～F17，服务器B将组装后的新消息发送到终端B，并收到确认响应；
F18～F23，消息发送完毕后，服务器B根据收到的SIP BYE请求消息，拆除与发送方、终端B以及网络存储设备之间的会话通道；
F24，张三在此后的任意某个时刻(如：更换了可以查看视频的终端，或升级了终端的软硬件能力)查看步骤F15中收到的复合多媒体消息，点击其中包含的指向保存在其网络存储空间的视频剪辑的链接URL；
F25～F26，终端B根据URL中的参数特征，采用HTTP协议向网络存储设备请求获取视频剪辑内容，网络存储设备通过HTTP响应消息返回对应的视频剪辑内容；
需要说明的是，在本发明实施例，步骤F3中的指示信息除了可以通过扩展“accept-wrapped-types”的参数实现以外，还可以通过扩展新的SDP属性类型(如a＝accept-stored-types:video/mpeg)或增加新的头域(如Stored-Content-Type:video/mpeg)来实现。相应地，还可以定义新的SIP响应状态码(如203partialaccepted)来指示服务器B进行区别处理。
在本发明实施例，步骤F14中，网络存储设备可以根据其具体的存储实现方式，返回各种标准URL形式的地址链接(如ftp、imap)，或者其它形式的存储索引标识(如video1.bobserverB.example.com)。相应地，步骤F25～F26中，终端B将根据URL中的协议参数或者存储索引标识的特征，采用对应的访问协议和方式获取对应的媒体内容。
同时，在实际应用中，服务器B和网络存储设备可以部署为同一个物理或逻辑实体，此时，上述服务器B和网络存储设备之间的交互(步骤F4、F5、F8、F13、F14、F20、F22)可以用内部模块的交互实现。
在已建立的会话通道中，可能传输不止一条复合多媒体消息(即步骤F10～F17重复多次发生)，只要其中包含了步骤F3中指示信息所指定的video/mpeg类型的媒体成分，则均可以参照步骤F10～F17进行相同的处理。本领域技术人员容易理解的是，以上只是本发明的优选实施例而已，本发明实施例的技术方案同样适用于复合多媒体消息中其他类型的媒体成分，包括离散媒体类型(如audio、video、text、Octet-Stream等)和复合媒体类型(如multipart，message/cpim等)。
当一条复合多媒体消息中包含多个需要被提取存储的媒体成分时，步骤F14中网络存储设备可以按一定规则(如顺序地)返回多条对应的地址链接或存储索引标识，然后由服务器B替换到复合多媒体消息中的相应位置，然后发送到接收方终端。
在本发明的另一种实施方式中，服务器B还可以根据终端B的指示，将步骤F3中返回的指示信息保存为默认设置，用于对后续终端B的其它多媒体消息会话进行同样的处理。此时可扩展步骤F3中“accept-wrapped-types”的媒体类型参数为“NW-STORE-DEFAULT”，具体如下：
| Content-Type:application/sdpv＝0o＝bob 2808844564 2808844564 IN IP4 bob.example.coms＝c＝IN IP4 bob.example.com |
| t＝00m＝message 8494 TCP/MSRP*a＝accept-types:multipart/mixeda＝accept-wrapped-types:text/plain video/mpeg；NW-STORE-DEFAULTa＝path:msrp://bob.example.com:8494/2s93i93idj；tcp |
实施例1.2，会话建立时，接收方指定接收或转存特定类型媒体成分的大小
在具体实施时，在图6的步骤F3中，张三(或者其终端)还可以选择：当复合多媒体消息中的视频剪辑类型的大小不超过200Kbvtes时，直接接收，否则保存到网络存储空间中。相应地，终端B返回给服务器B的响应消息(SIP 200)中携带的指示信息，该指示信息通过扩展“a＝accept-wrapped-types”属性的参数，将“NW-STORE-SIZE＝200000”置于“video/mpeg”之后，指示复合多媒体消息中的视频剪辑类型的大小超过媒体成分转存阈值(200Kbvtes)时，保存到网络存储设备，SIP 200的内容如下：
| Content-Type:application/sdpv＝0o＝bob 2808844564 2808844564 IN IP4 bob.example.coms＝c＝IN IP4 bob.example.comt＝0 0m＝message 8494 TCP/MSRP*a＝accept-types:multipart/mixeda＝accept-wrapped-types:text/plain video/mpeg；NW-STORE-SIZE＝200000a＝path:msrp://bob.example.com:8494/2s93i93idj；tcp |
这样，在步骤F12中，服务器B解析收到的复合多媒体消息，判断其中是否包含video/mpeg类型的媒体成分，如果有的话检查该媒体成分大小是否超过200Kbytes。当超过200Kbytes时，服务器B及其他相关实体执行图5中所有后续步骤；当未超过200Kbytes或未包含video/mpeg类型的媒体成分时，则服务器B将接收到的复合多媒体消息直接转发给终端B，而无须执行步骤F13～F15。
实施例1.3，会话建立时，接收方根据消息总体大小指定接收或转存特定类型的媒体成分
在具体实施时，图6的步骤F3中，用户张三(或者其终端)还可以选择：当复合多媒体消息的总体大小超过800Kbytes时，将其中video/mpeg类型的媒体成分保存到其网络存储空间中，否则直接接收。相应地，终端B返回给服务器B的响应消息(SIP 200)中携带的指示信息，该指示信息通过扩展“a＝max-size”属性的参数，将“NW-STORE-TYPE＝video/mpeg”置于“a＝max-size:800000”之后，指示复合多媒体消息大小超过转存阈值(800Kbytes)时，转存video/mpeg类型的媒体成分到网络存储设备，SIP 200的内容如下：
| Content-Type:application/sdpv＝0o＝bob 2808844564 2808844564 IN IP4 bob.example.coms＝c＝IN IP4 bob.example.comt＝0 0m＝message 8494 TCP /MSRP*a＝accept-types:multipart/mixeda＝accept-wrapped-types:text/plain video/mpega＝max-size:800000；NW-STORE-TYPE＝video/mpega＝path:msrp://bob.example.com:8494/2s93i93idj；tcp |
这样，在步骤F12中，服务器B解析收到的复合多媒体消息，判断其总体大小是否超过800Kbytes。当超过800Kbytes时，在判断该复合多媒体消息中是否包含video/mpeg类型的媒体成分，若是，则服务器B及其他相关实体执行图6中所有后续步骤；当未超过800Kbytes或未包含video/mpeg类型的媒体成分时，则服务器B将接收到的复合多媒体消息直接转发给终端B，而无须执行步骤F13～F15。
图6所揭示的实施例1是在会话建立时，根据接收方的指示发送多媒体消息的技术方案，下面参考图7，阐述在会话过程中，根据接收方的指示发送多媒体消息的技术方案、
参考图7，图示了一种发送多媒体消息的方法的实施例2。
假设用户张三有一个终端B，用于和用户李四进行多媒体消息会话。会话中李四可能发送的多媒体消息类型有：文本(text)、音频剪辑(audio)和复合媒体(multipart)三种，而复合媒体中又可能包含文本(text)、音频剪辑(audio)、视频剪辑(video)三种媒体成分。会话建立时，张三同意直接接收上述所有媒体成分。但在会话进行过程中，由于张三感受到网络传输速度较慢，接收音频或视频内容时影响了他和李四之间交互的实时性，因此决定仅接收文本内容，于是指示其归属的服务器B将音频和视频剪辑内容保存到其网络存储设备中，则本发明的方法的处理流程包括：
f1～f2，终端B通过其归属的服务器B接收到一个发送多媒体消息的会话邀请消息(SIP INVITE)，该消息体中的SDP描述中包含了会话中可能发送到终端B的多媒体消息的媒体成分类型信息，具体如下：
| Content-Type:application/sdpv＝0o＝alice 2890844526 2890844526 IN IP4 alice.example.coms＝c＝IN IP4 alice.example.comt＝0 0m＝message 7494 TCP /MSRP*a＝accept-types:text/plain audio/basic multipart/mixeda＝accept-wrapped-types:text/plain audio/3gpp video/mpega＝path:msrp://alice.example.com:7494/2s93i93idj；tcp |
其中，参数“accept-types”中表明了将要发送的消息可能为text/plain、audio/basic、multipart/mixed三种类型，而“accept-wrapped-types”中表明了如果发送复合多媒体消息(即multipart/mixed)，则其中可能进一步包含text/plain、audio/3gpp、video/mpeg三种类型的媒体成分。
f3～f7，终端B同意接收包含上述各种媒体成分类型的多媒体消息，于是按正常流程接受会话邀请，并在所建立的会话中与发送方交互多媒体消息；
f8，在会话进行过程中，接收方临时决定不再接收多媒体消息中所包含的音频和视频媒体成分，而是将它们存储到网络存储设备中，因此终端B向服务器B发出会话更新请求(SIP UPDATE)，并在其中的SDP描述携带了相应的指示信息，具体如下：
| Content-Type:application/sdp |
| v＝0o＝bob 2808844564 2808844564 IN IP4 bob.example.coms＝c＝IN IP4 bob.example.comt＝0 0m＝message 8494 TCP /MSRP*a＝accept-types:text/plain audio/basic；NW-STORE multipart/mixeda＝accept-wrapped-types:text/plain audio/3gpp；NW-STORE video/mpeg；NW-STOREa＝path:msrp://bob.example.com:8494/2s93i93idj；tcp |
f9～f11，根据指示，服务器B与网络存储设备建立会话通道，用于转存寻址到终端B的多媒体消息中的音频和视频媒体成分。
f12，服务器B向终端B发送会话更新的确认响应；
f13～f14，服务器B收到发往终端B的多媒体消息，其中仅包含一个音频片段，具体如下：
| Content-Type:audio/basic[audio clip 1] |
f15～f18，服务器B解析该多媒体消息后，提取音频片段，发送并保存到网络存储设备，然后将网络存储设备返回的URL替换到原始消息中，具体如下：
| Content-Type:message/external-body；access-type＝URL；URL＝″imap://storageB.example.com/bob/audio1.wav″ |
f19～f20，服务器B将替换后的消息发送到终端B，并得到确认响应；
f21～f22，服务器B收到发往终端B的一个复合多媒体消息，其中包含文本、音频和视频三种媒体成分，消息体内容如下：
| Content-Type:multipart/mixed；boundary＝“asdf”--asdfContent-Type:text/plain[plain text]--asdfContent-Type:audio/3gpp[audio clip2] |
| --asdfContent-Type:video/mpeg[video clip1]--asdf-- |
f23～f26，服务器B解析该多媒体消息后，提取音频和视频片段，发送并保存到网络存储设备，然后将网络存储设备返回的URL替换到原始消息中，消息体内容如下：
| Content-Type:multipart/mixed；boundary＝“asdf”--asdfContent-Type:text/plain[plain text]--asdfContent-Type:message/external-body；access-type＝URL；URL＝″imap://storageB.example.com/bob/audio2.3gp″--asdfContent-Type:message/extemal-body；access-type＝URL；URL＝″imap://storageB.example.com/bob/video 1.mpg″--asdf-- |
f27～f28，服务器B将替换后的消息发送到终端B，并得到确认响应；
f29，终端B继续与发送方进行多媒体消息交互，服务器B在此过程中将所有寻址到终端B的多媒体消息中的音频和视频媒体成分都转存到网络存储设备，并替换为相应的URL后发送到终端B；
f30，终端B根据用户的请求命令，采用标准的协议过程(如IMAP4)，从网络存储设备获取指定URL所对应的媒体成分内容。
需要说明的是，本领域的技术人员应该理解，所述步骤f8中的会话更新请求还可以用SIP INVITE、SIP INFO等其它具有类似功能的信令携带同样的指示信息来实现。
同实施例1.2和实施例1.3一样，步骤f8还可以实现接收方在多媒体消息会话的进行过程中，根据特定类型媒体成分大小或消息总体大小，临时指定接收或转存部分媒体内容。同理，还可以通过会话更新请求取消所述指定操作。
需要说明的是，在实际应用中，服务器B和网络存储设备可以部署为同一个物理或逻辑实体，此时，上述服务器B和网络存储设备之间的交互(步骤f9、f10、f11、f16、f17、f24、f25)可以用内部模块的交互实现，从而减少信令传输，节约网络资源。
基于上述实施例提出的一种发送多媒体消息的方法，本发明实施例提出了一种发送多媒体消息的系统、服务器、网络存储设备以及终端。
如图8所示，本发明实施例的一种发送多媒体消息的系统包括：接收方终端300所归属的服务器100和网络存储设备200，其中，如图9所示，所述服务器100包括：
接收单元101，用于获得接收方终端300发送的指示信息，该指示信息用于指示需要转存的当前会话中多媒体消息的至少一种媒体成分；
存储处理单元102，用于根据所述接收单元101所获得的指示信息将该指示信息所指示的媒体成分转存到网络存储设备200，并接收所述网络存储设备200发送的所述被转存的媒体成分的链接标识；
替换单元103，利用所述存储处理单元102接收到的链接标识替换所述多媒体消息中被转存的媒体成分；
发送单元104，用于将经替换单元103处理后的多媒体消息发送到接收方终端300。
其中，所述指示信息包括以下至少一种或任意组合：媒体类型、媒体成分转存阈值、消息整体大小。
在本发明实施例的一种实施方式中，如图10所示，所述存储处理单元102包括：
第一解析单元10201，用于解析多媒体消息的媒体成分类型；
第一判断单元10202，用于判断第一解析单元10201解析得到的媒体成分类型是否包含所述指示信息中的媒体类型；
第一判断结果处理单元10203，用于当第一判断单元10202的判断结果为是时，提取所述媒体类型对应的媒体成分，并转存到所述网络存储设备200；或者，用于当第一判断单元10202的判断结果为否时，触发所述发送单元104将所述多媒体消息发送到接收方终端300。
在本发明实施例的另一实施方式中，所述存储处理单元102包括：
第二解析单元10211，用于解析多媒体消息的媒体成分类型以及媒体成分大小；
第二判断单元10212，与第二解析单元10211耦接，用于判断所述媒体类型对应的媒体成分的大小是否超过所述媒体成分转存阈值；
第二判断结果处理单元10213，用于当第二判断单元10212的判断结果为是时，提取所述媒体类型对应的媒体成分，并转存到所述网络存储设备200；或者，用于当第二判断单元10212的判断结果为否时，触发所述发送单元104将所述多媒体消息发送到接收方终端300。
在本发明实施例的又一实施方式中，所述存储处理单元102包括：
第三解析单元10221，用于解析多媒体消息的媒体成分类型、多媒体消息大小；
第三判断单元10222，与第三解析单元10221耦接，用于判断所述多媒体消息的大小是否超过所述指示信息中的消息整体大小，若是，则触发第四判断单元10223处理，否则触发所述发送单元104将所述多媒体消息发送到接收方终端300；
第四判断单元10223，与第三判断单元10222耦接，用于判断第三解析单元10221解析得到的媒体成分类型是否包含所述指示信息中的媒体类型；
第四判断结果处理单元10224，用于当第四判断单元10223的判断结果为是时，提取所述媒体类型对应的媒体成分，并转存到所述网络存储设备200；或者，用于当第四判断单元10223的判断结果为否时，触发所述发送单元104将所述多媒体消息发送到接收方终端300。
在本发明实施例中，如图13所示，网络存储设备200包括：
保存单元201，用于接收并保存服务器100根据指示信息发送来的至少一种多媒体成分；
链接生成单元202，用于生成所述保存单元201所保存的多媒体成分对应的链接标识；
链接标识发送单元204，用于向所述服务器100发送所述链接生成单元202生成的链接标识；
反馈单元203，与链接生成单元202耦接，用于向终端300发送该终端300提供的链接标识对应的多媒体成分。
在本发明实施例中，如图14所示，所述终端300包括：
指示信息生成单元301，用于根据处理能力或策略配置或用户选择生成指示信息；
指示信息发送单元302，用于将所述指示信息发送到所述终端所归属的服务器；
链接单元303，用于根据接收到的多媒体消息中的链接标识从所述网络存储设备中获取该链接标识对应的媒体成分。
综上所述，本发明实施例提出了一种发送多媒体消息的方法、系统、服务器、网络存储设备及终端，根据接收方终端发送的指示信息将多媒体消息中的部分媒体成分保存到网络存储设备中将剩余内容发送给接受方终端，能够为用户提供灵活的接收多媒体消息的方法，用户能够根据终端能力或当时的体验需要，将“部分”暂时不愿意或者无法接收的媒体成分保存到其网络存储空间中，同时保持当前双方通信的实时性(e.g.text部分的接收)；能够利用接收消息前的正常会话建立过程或者会话中的会话更新请求，与接收方归属服务器临时协商需要接收或转存的媒体成分类型和大小，而无需在服务器上预先存储/维护终端能力和用户偏好信息，实现简单且灵活；修改后的复合多媒体消息中包含了地址链接或存储标识信息，方便用户后续获取被提取保存到网络存储中的媒体成分；从而实现根据接收方的用户的选择或终端能力发送多媒体消息的部分或全部内容到接收方终端，满足了用户灵活处理不同类型消息的需求，提高了服务质量。
需要说明的是，通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的硬件平台的方式来实现，当然也可以全部通过硬件来实施。基于这样的理解，本发明的技术方案对背景技术做出贡献的全部或者部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。
以上所揭露的仅为本发明一种较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。
Claims (15)
1.一种发送多媒体消息的方法，其特征在于，包括：
获得接收方终端发送的指示信息，该指示信息用于指示需要转存的当前会话中多媒体消息的至少一种媒体成分；所述指示信息由接收方终端根据其处理能力或策略配置自动生成，或者由接收方终端根据用户选择生成；所述指示信息承载在接收方终端发送的会话建立响应消息中；或者，所述指示信息承载在接收方终端发送的会话更新请求消息中；所述指示信息中包括以下至少一种：媒体类型、媒体成分转存阈值、消息整体大小；
根据所述指示信息将该指示信息所指示的媒体成分转存到网络存储设备，并获取所述网络存储设备生成的链接标识；
利用所述链接标识替换所述多媒体消息中被转存的媒体成分，并发送所述替换后的多媒体消息到接收方终端；
所述根据所述指示信息将该指示信息所指示的媒体成分转存到网络存储设备包括：
解析所述多媒体消息的媒体成分的类型；
当所述多媒体消息的媒体成分的类型包含所述指示信息中的媒体类型时，则转存所述多媒体消息中包含的所述指示信息中指示的媒体类型对应的媒体成分到所述网络存储设备。
2.如权利要求1所述的方法，其特征在于，所述根据所述指示信息将该指示信息所指示的媒体成分转存到网络存储设备还包括：
解析所述多媒体消息的媒体成分的类型，以及媒体成分大小；
当所述媒体类型对应的媒体成分大小超过所述媒体成分转存阈值时，则转存所述媒体类型对应的媒体成分到所述网络存储设备。
3.如权利要求1所述的方法，其特征在于，所述根据所述指示信息将该指示信息所指示的媒体成分转存到网络存储设备还包括：
解析所述多媒体消息的媒体成分的类型，以及多媒体消息的大小；
当所述多媒体消息的大小超过该指示信息中消息整体大小时，判断所述多媒体消息的媒体成分的类型是否包含所述指示信息中的媒体类型，若是，则转存所述媒体类型对应的媒体成分到所述网络存储设备，否则，将所述多媒体消息发送到接收方终端；或者
当所述多媒体消息的大小不超过该指示信息中消息整体大小时，将所述多媒体消息发送到接收方终端。
4.如权利要求1至3任意一项所述的方法，其特征在于，所述方法进一步包括：
接收方终端根据所述链接标识从所述网络存储设备中获取该链接标识对应的媒体成分。
5.如权利要求1至3任意一项所述的方法，其特征在于，所述链接标识包括地址链接或索引标识。
6.如权利要求1至3任意一项所述的方法，其特征在于，所述多媒体消息包括离散多媒体消息或复合多媒体消息；
所述媒体类型包括：文本、音频、视频、字节流或二进制文件。
7.如权利要求1至3任意一项所述的方法，其特征在于，所述方法进一步包括：
保存所述指示信息，并对后续会话中的多媒体消息执行所述根据所述指示信息将该指示信息所指示的媒体成分转存到网络存储设备，并生成链接标识的步骤。
8.一种服务器，其特征在于，包括：
接收单元，用于获得接收方终端发送的指示信息，该指示信息用于指示需要转存的当前会话中多媒体消息的至少一种媒体成分；所述指示信息由接收方终端根据其处理能力或策略配置自动生成，或者由接收方终端根据用户选择生成；所述指示信息承载在接收方终端发送的会话建立响应消息中；或者，所述指示信息承载在接收方终端发送的会话更新请求消息中；所述指示信息中包括以下至少一种：媒体类型、媒体成分转存阈值、消息整体大小；
存储处理单元，用于根据所述接收单元所获得的指示信息将该指示信息所指示的媒体成分转存到网络存储设备，并接收所述网络存储设备发送的所述被转存的媒体成分的链接标识；
替换单元，利用所述存储处理单元接收到的链接标识替换所述多媒体消息中被转存的媒体成分；
发送单元，用于将经所述替换单元处理后的多媒体消息发送到接收方终端；
所述存储处理单元包括：
第一解析单元，用于解析多媒体消息的媒体成分的类型；
第一判断单元，用于判断第一解析单元解析得到的媒体成分的类型是否包含所述指示信息中的媒体类型；
第一判断结果处理单元，用于当第一判断单元的判断结果为是时，提取所述媒体类型对应的媒体成分，并转存到所述网络存储设备。
9.如权利要求8所述的服务器，其特征在于，所述存储处理单元还包括：
第二解析单元，用于解析多媒体消息的媒体成分的类型以及媒体成分大小；
第二判断单元，用于判断所述媒体类型对应的媒体成分的大小是否超过所述媒体成分转存阈值；
第二判断结果处理单元，用于当第二判断单元的判断结果为是时，提取所述媒体类型对应的媒体成分，并转存到所述网络存储设备。
10.如权利要求8所述的服务器，其特征在于，所述存储处理单元还包括：
第三解析单元，用于解析多媒体消息的媒体成分的类型、多媒体消息大小；
第三判断单元，用于判断所述多媒体消息的大小是否超过所述指示信息中的消息整体大小，若是，则触发第四判断单元处理，否则触发所述发送单元将所述多媒体消息发送到接收方终端；
第四判断单元，用于判断第三解析单元解析得到的媒体成分的类型是否包含所述指示信息中的媒体类型；
第四判断结果处理单元，用于当第四判断单元的判断结果为是时，提取所述媒体类型对应的媒体成分，并转存到所述网络存储设备。
11.一种终端，其特征在于，包括：
指示信息生成单元，用于根据处理能力或策略配置或用户选择生成指示信息；该指示信息用于指示需要转存的当前会话中多媒体消息的至少一种媒体成分；
指示信息发送单元，用于将所述指示信息发送到所述终端所归属的服务器，以使所述服务器根据所述指示信息将该指示信息所指示的媒体成分转存到网络存储设备并获取所述网络存储设备生成的链接标识后，由所述服务器利用所述链接标识替换所述多媒体消息中被转存的媒体成分后发送所述替换后的多媒体消息到所述终端；所述指示信息承载在所述终端发送的会话建立响应消息中；或者，所述指示信息承载在所述终端发送的会话更新请求消息中；所述指示信息包括以下至少一种：媒体类型、媒体成分转存阈值、消息整体大小；
链接单元，用于根据接收到的多媒体消息中的链接标识从所述网络存储设备中获取该链接标识对应的媒体成分；
所述服务器根据所述指示信息将该指示信息所指示的媒体成分转存到网络存储设备包括：
所述服务器解析所述多媒体消息的媒体成分的类型；
当所述多媒体消息的媒体成分的类型包含所述指示信息中的媒体类型时，则所述服务器转存所述多媒体消息中包含的所述指示信息中指示的媒体类型对应的媒体成分到所述网络存储设备。
12.一种网络存储设备，其特征在于，包括：
保存单元，用于接收并保存服务器根据指示信息发送来的至少一种多媒体成分；所述指示信息用于指示所述服务器需要转存的当前会话中多媒体消息的至少一种媒体成分；所述指示信息由接收方终端根据其处理能力或策略配置自动生成，或者由接收方终端根据用户选择生成；所述指示信息承载在接收方终端发送的会话建立响应消息中；或者，所述指示信息承载在接收方终端发送的会话更新请求消息中；所述指示信息中包括以下至少一种：媒体类型、媒体成分转存阈值、消息整体大小；
链接生成单元，用于生成所述保存单元所保存的多媒体成分对应的链接标识；
链接标识发送单元，用于向所述服务器发送所述链接生成单元生成的链接标识，以使所述服务器利用所述链接标识替换所述多媒体消息中被转存的媒体成分后发送所述替换后的多媒体消息到所述接收方终端；
反馈单元，用于向接收方终端发送该接收方终端提供的链接标识对应的多媒体成分；
所述服务器根据指示信息将该指示信息所指示的媒体成分转存到网络存储设备包括：
所述服务器解析所述多媒体消息的媒体成分的类型；
当所述多媒体消息的媒体成分的类型包含所述指示信息中的媒体类型时，则所述服务器转存所述多媒体消息中包含的所述指示信息中指示的媒体类型对应的媒体成分到所述网络存储设备。
13.一种发送多媒体消息的系统，其特征在于，包括服务器和网络存储设备，其中，所述服务器包括：
接收单元，用于获得接收方终端发送的指示信息，该指示信息用于指示需要转存的当前会话中多媒体消息的至少一种媒体成分；所述指示信息由接收方终端根据其处理能力或策略配置自动生成，或者由接收方终端根据用户选择生成；所述指示信息承载在接收方终端发送的会话建立响应消息中；或者，所述指示信息承载在接收方终端发送的会话更新请求消息中；所述指示信息中包括以下至少一种：媒体类型、媒体成分转存阈值、消息整体大小；
存储处理单元，用于根据所述接收单元所获得的指示信息将该指示信息所指示的媒体成分转存到网络存储设备，并接收所述网络存储设备发送的所述被转存的媒体成分的链接标识；
替换单元，利用所述存储处理单元接收到的链接标识替换所述多媒体消息中被转存的媒体成分；
发送单元，用于将经所述替换单元处理后的多媒体消息发送到接收方终端；
所述存储处理单元包括：
第一解析单元，用于解析多媒体消息的媒体成分的类型；
第一判断单元，用于判断第一解析单元解析得到的媒体成分的类型是否包含所述指示信息中的媒体类型；
第一判断结果处理单元，用于当第一判断单元的判断结果为是时，提取所述媒体类型对应的媒体成分，并转存到所述网络存储设备。
14.如权利要求13所述的系统，其特征在于，所述网络存储设备包括：
保存单元，用于接收并保存所述服务器根据指示信息发送来的至少一种多媒体成分；
链接替换单元，用于生成所述保存单元所保存的多媒体成分对应的链接标识；
链接标识发送单元，用于向所述服务器发送所述链接替换单元生成的链接标识；
反馈单元，用于向所述接收方终端发送该终端提供的链接标识对应的多媒体成分。
15.如权利要求13或14所述的系统，其特征在于，所述服务器和网络存储设备承载于同一物理实体或逻辑实体上。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200810029284 CN101621752B (zh) | 2008-07-02 | 2008-07-02 | 发送多媒体消息的方法、系统及相应的设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200810029284 CN101621752B (zh) | 2008-07-02 | 2008-07-02 | 发送多媒体消息的方法、系统及相应的设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101621752A CN101621752A (zh) | 2010-01-06 |
| CN101621752B true CN101621752B (zh) | 2013-09-11 |
Family
ID=41514733
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 200810029284 Expired - Fee Related CN101621752B (zh) | 2008-07-02 | 2008-07-02 | 发送多媒体消息的方法、系统及相应的设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101621752B (zh) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101835113A (zh) * | 2010-05-10 | 2010-09-15 | 中兴通讯股份有限公司 | 一种利用彩信播放流媒体资源的应用终端和方法 |
| CN103929455A (zh) * | 2013-01-15 | 2014-07-16 | 北京东方通科技股份有限公司 | 包含网络存储设备的异步文件传输系统及其传输方法 |
| CN103970522A (zh) * | 2013-02-04 | 2014-08-06 | 百度国际科技（深圳）有限公司 | 多媒体文件的输入方法和系统 |
| CN107689926B (zh) * | 2017-08-03 | 2021-01-26 | 深圳市盛路物联通讯技术有限公司 | 一种通讯协议的数据传输方法及系统 |
| US10567321B2 (en) * | 2018-01-02 | 2020-02-18 | Snap Inc. | Generating interactive messages with asynchronous media content |
| CN114222258B (zh) * | 2021-12-24 | 2023-04-21 | 中国电信股份有限公司卫星通信分公司 | 实现5g消息手机与北斗终端进行多媒体消息通讯的方法 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1505420A (zh) * | 2002-12-02 | 2004-06-16 | ���ǵ�����ʽ���� | 用于发送和接收多媒体消息的方法和移动通信系统 |
| CN1745566A (zh) * | 2003-02-04 | 2006-03-08 | 皇家飞利浦电子股份有限公司 | 多媒体消息传送的通信系统和方法 |
| US20060176902A1 (en) * | 2004-02-05 | 2006-08-10 | France Telecom | Method of processing a multimedia message, a storage medium, and an associated processing system |
| CN1902960A (zh) * | 2004-01-02 | 2007-01-24 | 西门子公司 | 用于通过mms客户端恢复在mms客户端上不可用的至一个在mms服务器上所存储的多媒体消息的链接的方法 |
-
2008
- 2008-07-02 CN CN 200810029284 patent/CN101621752B/zh not_active Expired - Fee Related
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1505420A (zh) * | 2002-12-02 | 2004-06-16 | ���ǵ�����ʽ���� | 用于发送和接收多媒体消息的方法和移动通信系统 |
| CN1745566A (zh) * | 2003-02-04 | 2006-03-08 | 皇家飞利浦电子股份有限公司 | 多媒体消息传送的通信系统和方法 |
| CN1902960A (zh) * | 2004-01-02 | 2007-01-24 | 西门子公司 | 用于通过mms客户端恢复在mms客户端上不可用的至一个在mms服务器上所存储的多媒体消息的链接的方法 |
| US20060176902A1 (en) * | 2004-02-05 | 2006-08-10 | France Telecom | Method of processing a multimedia message, a storage medium, and an associated processing system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101621752A (zh) | 2010-01-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8225000B2 (en) | Method and apparatus for synchronizing messages between multiple terminals | |
| CN100592831C (zh) | 终端及其内容共享的方法和系统 | |
| CN101621752B (zh) | 发送多媒体消息的方法、系统及相应的设备 | |
| Camarillo et al. | The 3G IP multimedia subsystem (IMS): merging the Internet and the cellular worlds | |
| CN101453483B (zh) | 会话历史记录的存储处理和查询方法、系统和装置 | |
| CA2498641C (en) | Interworking gateway and method | |
| CN102301754B (zh) | 在融合互联网协议消息服务中控制用于互配的会话的方法和装置及其系统 | |
| CN100550908C (zh) | 一种进行会话能力信息操作的方法及网络实体 | |
| CN103152243A (zh) | 多媒体消息传送方法和系统 | |
| CN101364883A (zh) | 一种多终端会话方法及通讯系统以及相关设备 | |
| CN101325740A (zh) | 实现会话初始协议消息与短消息互通的方法、装置及系统 | |
| CN1997009A (zh) | 一种即时消息过滤方法 | |
| TW200845649A (en) | System and method for establishing conference events | |
| CN103546437A (zh) | 一种ims中实现离线消息收发的方法、ue及as | |
| CN1984132B (zh) | 一种对会话能力信息进行处理的方法和终端 | |
| US9391930B2 (en) | CPM service provisioning system and method for interworking with non-CPM service | |
| CN101267325B (zh) | 发起和加入会议通话的方法、会议服务器和终端 | |
| CN101388883B (zh) | 多媒体会话中特定设备的管理方法、系统和设备 | |
| CN101399781B (zh) | 一种消息发送方法、系统、消息发送装置及消息服务器 | |
| KR20090068335A (ko) | 통신 클라이언트, 시그널링 프로토콜, 소프트웨어 제품 및 통신 네트워크 | |
| CN101404822A (zh) | 一种会话转移的方法、系统和设备 | |
| CN101459626B (zh) | 用于ip多媒体子系统的消息传输控制方法 | |
| KR100690874B1 (ko) | 서로 다른 메시징 서비스의 상호연동 방법 | |
| CN101193345B (zh) | 终端及其内容共享的方法和系统 | |
| CN101656991A (zh) | 消息发送过程中切换终端的方法及设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20170818 Address after: 201, room 1, building A, No. 518053, front Bay Road, Qianhai, Shenzhen Shenzhen cooperation zone, Guangdong, China Patentee after: Shenzhen Zhitong World Technology Service Co. Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: Huawei Technologies Co., Ltd. |
|
| TR01 | Transfer of patent right | ||
| EE01 | Entry into force of recordation of patent licensing contract |
Application publication date: 20100106 Assignee: Shenzhen Vimicro Tech Co. Ltd. Assignor: Shenzhen Zhitong World Technology Service Co. Ltd. Contract record no.: 2017440020097 Denomination of invention: Method, system and equipment for sending multimedia message Granted publication date: 20130911 License type: Common License Record date: 20171211 Application publication date: 20100106 Assignee: Shannan City ran Technology Co., Ltd. Assignor: Shenzhen Zhitong World Technology Service Co. Ltd. Contract record no.: 2017440020096 Denomination of invention: Method, system and equipment for sending multimedia message Granted publication date: 20130911 License type: Common License Record date: 20171208 |
|
| EE01 | Entry into force of recordation of patent licensing contract | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20130911 Termination date: 20190702 |
|
| CF01 | Termination of patent right due to non-payment of annual fee |