CN102340749A - 一种批量快速发送彩信的***和方法 - Google Patents
一种批量快速发送彩信的***和方法 Download PDFInfo
- Publication number
- CN102340749A CN102340749A CN2011103584025A CN201110358402A CN102340749A CN 102340749 A CN102340749 A CN 102340749A CN 2011103584025 A CN2011103584025 A CN 2011103584025A CN 201110358402 A CN201110358402 A CN 201110358402A CN 102340749 A CN102340749 A CN 102340749A
- Authority
- CN
- China
- Prior art keywords
- mms
- multimedia message
- mobile phone
- content file
- mms content
- 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.)
- Pending
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
一种批量快速发送彩信的***和方法,适合于批量快速发送同一彩信,减轻彩信中心处理压力,其特征在于,包括以下步骤:①生成要发送的彩信内容文件,将彩信内容文件存储在网络服务器中,确定彩信内容文件的WAP URL链接,所述网络服务器用于手机终端提取彩信内容文件;②向接收所述彩信的若干个手机终端发送WAP PUSH短信,所述短信包含所述彩信内容文件的WAP URL链接;③若干个手机终端接收到所述WAP PUSH短信,通过短信中所述彩信内容文件的WAP URL链接,提取所述彩信内容文件,并在手机终端上显示所述彩信内容。
Description
技术领域
本发明涉及移动通信技术领域和互联网技术领域,特别是一种批量快速发送彩信的***和方法,适合于批量快速发送同一彩信,减轻彩信中心处理压力。
背景技术
彩信即MMS。MMS是Multimedia Messaging Service的缩写,意为多媒体信息服务,彩信是其简称。多媒体信息服务最大的特色就是支持多媒体功能,能够传递功能全面的内容和信息,这些信息包括文字、图像、声音、数据等各种多媒体格式的信息。
手机在接收彩信时实际上是先接收到一个通知,此通知是以WAPPUSH的形式发送到手机上,这条通知里面包含一个WAPURL网址,这个URL网址就是彩信内容所在的地址。如果手机终端的彩信设置为自动方式收取,那么在收到通知后就自动连接网络,并按照这个URL来收取彩信,用户对于连接URL网址的这个过程就完全不会察觉,就好像收到一条短信一样;如果手机终端将彩信设置为手动方式收取,那么在手机收到通知后会提示用户确认是否去连接这个网址收取彩信。手机终端连接这个URL网址的过程实际上是就是通过WAP来浏览并下载这个URL网页的过程,这个过程结束后,彩信就接收到手机终端上了。
近些年来随着手机业务不断发展,手机报业务得到了广泛的普及。手机报(MobileNewspaper)是依托手机媒介,由报纸(内容提供商)、电信运营商和业务运营商联手搭建的信息传播平台来提供的一种手机上的基于短信和彩信的内容服务,用户订阅后,可通过手机收看到丰富多彩的新闻、图片、广告等资讯,同时,手机报平台可以发送大容量的多媒体信息,可以包括长达1000字的文章、50K的图片。
传统模式下,每下发一份彩信,业务平台需要向彩信中心提交一份内容文件,如果是向多个用户发送同一内容的彩信,彩信中心需要针对每一个用户产生对应内容文件,尤其对于手机报这种业务来说,***发送的彩信内容实际上是相同的,但是在彩信中心***里,每个用户都产生一个内容文件,不仅浪费彩信中心的存储容量,而且对彩信中心的处理能力也是一种损耗。
本发明人认为,如果将这种需要批量下发彩信的过程做出改进,把需要发送的彩信文件内容生成一份,***模拟彩信中心发送彩信的过程,对用户发送彩信接收通知,彩信通知中包含WAPURL指向上述生成的彩信文件内容;这样,***只发送通知,提高了发送速度,将彩信文件内容变为一份,节省了空间容量。
发明内容
有鉴于此,本发明提供一种批量快速发送彩信的***和方法,适合于批量快速发送同一彩信,减轻彩信中心处理压力。
本发明的技术方案如下:
一种批量快速发送彩信的方法,其特征在于,包括以下步骤:
①生成要发送的彩信内容文件,将彩信内容文件存储在网络服务器中,确定彩信内容文件的WAP URL链接,所述网络服务器用于手机终端提取彩信内容文件;
②向接收所述彩信的若干个手机终端发送WAP PUSH短信,所述短信包含所述彩信内容文件的WAP URL链接;
⑧若干个手机终端接收到所述WAP PUSH短信,通过短信中所述彩信内容文件的WAPURL链接,提取所述彩信内容文件,并在手机终端上显示所述彩信内容。
所述彩信包含较多内容的文字内容。
所述彩信包含音频或视频信息。
所述彩信包含以下项的任意组合:文本,图片,音频信息,视频信息。
一种批量快速发送彩信的***,其特征在于,包括:流程控制模块,彩信文件封装模块,彩信接收通知发送模块,以及彩信内容提取模块;
所述流程控制模块,用于向彩信封装模块提出封装申请,控制彩信封装模块生成彩信文件送至彩信内容提取模块,向彩信接收通知发送模块提供用户清单,提交发送申请;
所述彩信文件封装模块,用于根据请求生成彩信内容文件;
所述彩信接收通知发送模块,用于将彩信的标题和彩信内容文件的WAP URL链接发送到用户手机上,用户手机收到后,发起WTP连接,如果是自动提取的话,就会利用这个链接地址发起提取过程,如果手动提取的话,就利用这个链接告知网络稍后提取、并下载彩信内容文件的过程;
所述彩信内容提取模块,用于提供http服务,将彩信内容文件传送给用户手机。
本发明的技术效果是:对于同一彩信大规模发送提供一种简单有效的方法,降低彩信中心的容量,提高业务处理能力,使用户获得更好的感官享受。
附图说明
图1是电信运营商多媒体信息结构示意图。图1中的标示含义对照如下:
1101:GSM网络;1102:GRPS网络;1103:WAPGW;1104:SMSC;1105:3G;1201:MMS Relay;1202:MMS server;1301:IP传输网络;1302:E-MAIL;1303:VOIC EMAIL;1401:Foreign MMS Relay/Server;1501:NMS网管***;1601:MMS USER DATABASE;1801:Billing System;1701:MMS VAS Application;1702:MMS UNVAS Application;1901:智能终端设备;1902:非智能手机。
MM1:MMS Relay/Server与用户终端的接口;MM2:MMS Relay和MMS Server之间的接口;MM3:MMS Relay/Server与外部服务器的接口;MM4:MMS Relay/Server之间互连的接口;MM6:MMS Relay/Server与用户数据库的接口;MM7:MMS Relay/Server与VASAPPLICATION的接口;MM8:MMS Relay/Server与计费的接口,WAP网关和MMS Redirector间接口,WAP网关和ENUM DNS间接口。
图2是批量快速发送彩信的业务逻辑流程示意图。图2中的标示含义对照如下:
201-流程控制服务器;202-彩信文件封装服务器;203-彩信内容提取服务器;204-彩信接收通知发送服务器;205-用户。
S201-封装彩信;S202-将彩信内容送至内容提取服务器;S203-编辑接收用户清单告知,通知发送服务器;S204-发送通知;S205-用户根据URL提取内容;S206-返回彩信内容。
图3是application/vnd.wap.multipart.related MMS PDU封装模型示意图。图3中的标示含义对照如下:
301-MMS headers,MMS头;302-Message body,MMS报体;302.1-SMIL Start,SMIL开始;302.2-Presentation,陈述;302.3-Image/jpeg,图片/jpeg格式;302.4-Text/plain,文本/文本格式;302.5-Audio/wav,声音/wav格式。
图4是短信发送(彩信通知)和彩信通知发送之后的流程示意图。图4中的标示含义对照如下:
401:应用程序发送wap push消息至push代理;402:PUSH代理服务器发送wap push消息给短信中心;403:短信中心将wap push消息发送到用户手机;404:终端手机接收短信,通过WAPGW连接应用服务器;405:通过WAPGW连接应用服务器;406:应用服务器将内容通过WAPGW返回给用户手机;407:WAPGW将应用服务器返回的内容返回给用户手机;411:MS,手机终端设备;412:SMSC,短信中心;413:WAPGW,wap网关;414:APP SERVER,应用服务中心。
具体实施方式
电信运营商多媒体信息结构如图1所示。
一种批量快速发送彩信的***和方法,其特征在于,包括以下步骤:1.生成要发送的彩信内容文件并存储在网络服务器中;2.向接收所述彩信的用户发送WAP PUSH短信,所述短信包含所述彩信内容文件的URL链接;3.用户接收到所述WAPPUSH短信,点击所述短信中的网络链接地址,即收看所述彩信内容。其中,所述彩信包含较多内容的文字内容。其中,所述彩信包含音频或视频信息。其中,所述彩信包含文本或图片或音频信息或视频信息的组合。
批量快速发送彩信的***和方法,其特征在于,包括:生成用户接收彩信内容为一份,用户接受彩信的通知以WAPPUSH的形式下发,通知WAP URL指向同一份彩信内容。
批量快速发送彩信的***包括流程控制模块,彩信文件封装模块,彩信接收通知发送模块,彩信内容提取模块组成。业务逻辑流程如图2所示:其特征在于将批量用户接受的彩信文件内容生成一份,利用WAPPUSH发送用户接收通知。流程控制服务器201通过步骤S201在彩信文件封装服务器202中形成封装彩信;彩信文件封装服务器202通过步骤S202将彩信内容送至彩信内容提取服务器203;彩信内容提取服务器203通过步骤S203编辑接收用户清单告知,通知彩信接收通知发送服务器204;彩信接收通知发送服务器204通过步骤S204发送通知给用户205;用户205通过步骤S205实现用户根据URL提取内容,即从彩信内容提取服务器203提取;彩信内容提取服务器203通过步骤S206向用户205返回彩信内容。
一、流程控制模块:1.向彩信封装模块提出封装申请。2.控制彩信封装模块生成彩信文件送至彩信内容提取模块。3.向信接收通知发送提供用户清单,提交发送申请。
二、彩信封装模块:MMSE是根据用户提交的请求生成向用户发送的彩信文件。MMSE的主要功能就是生成彩信中心可以识别的MMS PDU,所以下面重点介绍MMS PDU的结构。MMS PDU(Protocol Data Unit,协议数据单元)由MMS头和MMS消息体组成,MMS头由多个域名和域值组成,由客户端指定,MMS头里面的一些域可以被MMS Proxy-Replay修改或补充,MMS Proxy-Replay使用这些头域信息生成MM通知以及构造接收MM PDU中的相关头域,连同消息实体一同送往接收方。消息体跟在MMS头之后,大多数MMS PDU只含有MMS头,它们起到建立和维持通信的作用,只有在M-Send.req和M-Retrieve.confPDU中才有消息体。
1.MMS Header
MMS PDU和HTTP PDU极为类似,但要简单一些。一个MMS PDU对应一种消息格式。不同类型的MMS PDU有不同的MMS Header。MMS Header根据WAP-209协议和RFC2387的规定,由一系列的域组成,这些域定义了PDU的各种属性,包括PDU类型,版本号,接受方,发送方,主题,发送时间等。MMS Header中的域分为可选项和必选项,根据PDU的类型不同而不同。
常见的PDU的类型有:
发送请求:M-send.req;
发送确认:M-send.conf;
彩信通知:M-notification.ind;
通知回应:M-notifyresp.ind;
获取彩信回应:M-retrieve.conf;
接收确认:M-acknowledge.ind;
彩信回执:M-delivery.ind。
MMS Header后面立即接的就是Message Body。根据MMS Body组装的是否有序(是否有位置控制信息,有显示先后顺序),MMS消息体的组装方式分为:
1)application/vnd.wap.multipart.mixed方式:所有的消息内容混合在一起,没有时间上的顺序,内容怎么显示由客户端的显示控制策略来决定。
2)application/vnd.wap.multipart.related方式:
各消息内容之间有一定关系,该关系可能是显示的时间上的先后,显示的位置等。这样在终端显示该消息的时候,就可以以幻灯片的方式显示一系列消息,使得该MM的显示更加趣味化。
在application/vnd.wap.multipart.related方式的MMS PDU之中,含有显示控制部分“presentation”,而application/vnd.wap.multipart.mixed不含有该部分。
“presentation”是MMS中一个特殊的消息内容(part),它决定了其他消息内容的显示控制信息。实现“presentation”这个消息内容的语言,就是SMIL(Synchronized MultimediaIntegration Language)。SMIL是一种简单的标记性语言,内容书写格式和HTML类似。“presentation”正是用SMIL来表示这些多媒体元素显示的次序,位置,开始播放的时间,结束时间。
在对MMS Header编码时,X-Mms-Message-Type,X-Mms-Transaction-ID和X-Mms-MMS-Version是必须存在的,且它们必须位于MMS Header的开始部分,并且按照前面所列的顺序排列。Content-Type必须在MMS头域的最后,其后为消息体。其它域的顺序可以随意安排。除了常用的消息域外,也可以自定义消息域,自定义消息域以X-开头,但不能以X-Mms-开头。
在这里再强调一次,不同类型的PDU Header包括的域是不尽相同的,在同一个Header里面,有的域是必须存在的,有的域是在某些情况下才存在的,还有的域则是可选的,不同类型PDU Header的详细结构可参见OMA-MMS-ENC-V1_2-20040323-C,详细的Header域名和对应域名的编码可参考OMA-MMS-ENC-V1_2-20040323-C。说明一点:为了使传输的数据更紧凑,WSP协议规定,对于Header Field Name的编码,数值的最高位(即bit7)置1。因此,上述编码值在实际的MMS PDU中需要加上0x80。
常见的MMS HEADER的域名及其编码见附表1:
附表1:
域名 | 说明 | 编码 |
Bcc | 密送者地址 | 0x01 |
Cc | 抄送者地址 | 0x02 |
Content-Location | 短息通知时用于存放MM所在服务器的Uri地址 | 0x03 |
Content-Type | 内容类型 | 0x04 |
Date | 日期 | 0x05 |
Delivery-Report | 状态报告(默认为不需要) | 0x06 |
Delivery-Time | 报告时间 | 0x07 |
Expiry | 有效期 | 0x08 |
From | 发送者信息 | 0x09 |
Message-Class | 信息的类型(个人、广告、信息还是自动) | 0x0A |
Message-ID | 信息ID,识别不同的彩信 | 0x0B |
Message-Type | PDU类型 | 0x0C |
MMS-Version | 使用MMS协议的版本 | 0x0D |
Message-Size | MM的大小 | 0x0E |
Priority | 优先级 | 0x0F |
Read-Reply | 是否需要阅读报告 | 0x10 |
Report-Allowed | 是否允许报告 | 0x11 |
Response-Status | 回复状态 | 0x12 |
Response-Text | 回复文本 | 0x13 |
Sender-Visibility | 发送者是否可见(即是否匿名发送) | 0x14 |
Status | 信息状态(是否立即接收,拒绝还是不支持) | 0x15 |
Subject | 主题 | 0x16 |
To | 接收者地址 | 0x17 |
Transaction-Id | 传输ID(用于网络控制,识别不同的传输) | 0x18 |
2.Message Body:MMS在终端上显示出来可以仅仅是一幅画面,也可以像一系列的幻灯片一样,一张接着一张有序地播放,每张“幻灯片”可以包括文字、图像和声音,甚至视频等多媒体元素,元素的显示位置和显示时间可以控制,“幻灯片”之间有一定的时间间隔。这些多媒体元素的数据和显示控制信息通过一定的方式组织起来,经过编码,就组成了MMS PDU的消息体。
MMSE是根据消息内容的组装是否有序,消息的组装方式分为:1)application/vnd.wap.multipart.mixed方式;所有的消息内容混合在一起,没有时间上的顺序,在终端同一时间一次就把所有的消息内容显示出来。2)application/vnd.w ap.multipart.related方式:各消息内容之间有一定关系,该关系可能是显示的时间上的先后,显示的位置等。这样在终端显示该消息的时候,就可以以类似“小电影”的方式显示一系列消息,使得该MM的显示更加趣味化。Content-Type为application/vnd.wap.multipart.related的MMS PDU封装模型参考图3。根据图3封装模型即可以生成彩信文件,这个彩信文件其实就是MM1协议里面的M-recv.req消息。图3是application/vnd.wap.multipart.related MMS PDU封装模型示意图。图3中包括:MMS头301;MMS报体;SMIL开始302.1;陈述302.2;图片/jpeg格式302.3;文本/文本格式302.4;声音/wav格式302.5。
三、彩信接收通知发送模块:彩信通知发送模块是将彩信的的标题和彩信文件的链接发送到用户的手机上,用户手机收到后,马上发起WTP连接(Connect),如果是自动提取的话,就会利用这个链接地址发起提取过程,如果手动提取的话,就利用这个链接告知网络稍后提取并下载彩信文件的过程。彩信通知发送模块采用标准的短信协议,内容按照WAP协议的UTF-8的格式封装。
图4中给出的图,请注意短信发送(彩信通知)和彩信通知发送之后的流程示意图。图4中包括,401:应用程序发送wap push消息至push代理;402:PUSH代理服务器发送wap push消息给短信中心;403:短信中心将wap push消息发送到用户手机;404:终端手机接收短信,通过WAPGW连接应用服务器;405:通过WAPGW连接应用服务器;406:应用服务器将内容通过WAPGW返回给用户手机;407:WAPGW将应用服务器返回的内容返回给用户手机;411:MS,手机终端设备;412:SMSC,短信中心;413:WAPGW,wap网关;414:APP SERVER,应用服务中心。
四、彩信内容提取模块:提供http服务,将彩信文件返回给手机终端。
一种批量快速发送彩信的方法,其特征在于,包括以下步骤:①生成要发送的彩信内容文件,将彩信内容文件存储在网络服务器中,确定彩信内容文件的WAP URL链接,所述网络服务器用于手机终端提取彩信内容文件;②向接收所述彩信的若干个手机终端发送WAP PUSH短信,所述短信包含所述彩信内容文件的WAP URL链接;⑧若干个手机终端接收到所述WAP PUSH短信,通过短信中所述彩信内容文件的WAP URL链接,提取所述彩信内容文件,并在手机终端上显示所述彩信内容。所述彩信包含较多内容的文字内容。所述彩信包含音频或视频信息。所述彩信包含以下项的任意组合:文本,图片,音频信息,视频信息。
一种批量快速发送彩信的***,其特征在于,包括:流程控制模块,彩信文件封装模块,彩信接收通知发送模块,以及彩信内容提取模块;所述流程控制模块,用于向彩信封装模块提出封装申请,控制彩信封装模块生成彩信文件送至彩信内容提取模块,向彩信接收通知发送模块提供用户清单,提交发送申请;所述彩信文件封装模块,用于根据请求生成彩信内容文件;所述彩信接收通知发送模块,用于将彩信的标题和彩信内容文件的WAPURL链接发送到用户手机上,用户手机收到后,发起WTP连接,如果是自动提取的话,就会利用这个链接地址发起提取过程,如果手动提取的话,就利用这个链接告知网络稍后提取、并下载彩信内容文件的过程;所述彩信内容提取模块,用于提供http服务,将彩信内容文件传送给用户手机。
在此指明,以上叙述有助于本领域技术人员理解本发明创造,但并非限制本发明创造的保护范围。任何没有脱离本发明创造实质内容的对以上叙述的等同替换、修饰改进和/或删繁从简而进行的实施,均落入本发明创造的保护范围。
Claims (5)
1.一种批量快速发送彩信的方法,其特征在于,包括以下步骤:
①生成要发送的彩信内容文件,将彩信内容文件存储在网络服务器中,确定彩信内容文件的WAP URL链接,所述网络服务器用于手机终端提取彩信内容文件;
②向接收所述彩信的若干个手机终端发送WAP PUSH短信,所述短信包含所述彩信内容文件的WAP URL链接;
⑧若干个手机终端接收到所述WAP PUSH短信,通过短信中所述彩信内容文件的WAPURL链接,提取所述彩信内容文件,并在手机终端上显示所述彩信内容。
2.根据权利要求1所述的批量快速发送彩信的方法,其特征在于,所述彩信包含较多内容的文字内容。
3.根据权利要求1所述的批量快速发送彩信的方法,其特征在于,所述彩信包含音频或视频信息。
4.根据权利要求1所述的批量快速发送彩信的方法,其特征在于,所述彩信包含以下项的任意组合:文本,图片,音频信息,视频信息。
5.一种批量快速发送彩信的***,其特征在于,包括:流程控制模块,彩信文件封装模块,彩信接收通知发送模块,以及彩信内容提取模块;
所述流程控制模块,用于向彩信封装模块提出封装申请,控制彩信封装模块生成彩信文件送至彩信内容提取模块,向彩信接收通知发送模块提供用户清单,提交发送申请;
所述彩信文件封装模块,用于根据请求生成彩信内容文件;
所述彩信接收通知发送模块,用于将彩信的标题和彩信内容文件的WAP URL链接发送到用户手机上,用户手机收到后,发起WTP连接,如果是自动提取的话,就会利用这个链接地址发起提取过程,如果手动提取的话,就利用这个链接告知网络稍后提取、并下载彩信内容文件的过程;
所述彩信内容提取模块,用于提供http服务,将彩信内容文件传送给用户手机。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2011103584025A CN102340749A (zh) | 2011-11-14 | 2011-11-14 | 一种批量快速发送彩信的***和方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2011103584025A CN102340749A (zh) | 2011-11-14 | 2011-11-14 | 一种批量快速发送彩信的***和方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102340749A true CN102340749A (zh) | 2012-02-01 |
Family
ID=45516211
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2011103584025A Pending CN102340749A (zh) | 2011-11-14 | 2011-11-14 | 一种批量快速发送彩信的***和方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102340749A (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102868984A (zh) * | 2012-09-21 | 2013-01-09 | 广州市久邦数码科技有限公司 | 一种短信传输***及其传输方法 |
CN102892086A (zh) * | 2012-09-19 | 2013-01-23 | 邦讯技术股份有限公司 | 基于家庭基站实现增强型电子导购的方法、***和装置 |
CN103108287A (zh) * | 2012-12-28 | 2013-05-15 | 上海顶竹通讯技术有限公司 | 彩信互通***和互通方法 |
CN104144395A (zh) * | 2013-05-10 | 2014-11-12 | 中国电信股份有限公司 | 短信发送方法、接收方法、实现方法、短信中心和终端 |
CN104811910A (zh) * | 2014-01-26 | 2015-07-29 | 中兴通讯股份有限公司 | 一种彩信服务方法、装置、用户终端及彩信服务器 |
CN114727239A (zh) * | 2020-12-22 | 2022-07-08 | ***通信集团浙江有限公司 | 视频短信的处理*** |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101068377A (zh) * | 2007-06-21 | 2007-11-07 | 中兴通讯股份有限公司 | 基于搜索引擎的群发***及方法 |
CN101115222A (zh) * | 2006-07-27 | 2008-01-30 | 深圳市艾派应用***有限公司 | 一种移动增值业务数据处理方法和*** |
CN101150595A (zh) * | 2007-11-13 | 2008-03-26 | 腾讯科技(深圳)有限公司 | 一种实时文件传输方法、***及装置 |
CN101409872A (zh) * | 2008-11-19 | 2009-04-15 | 中兴通讯股份有限公司 | 一种彩信群发回执的处理方法 |
CN101540962A (zh) * | 2008-03-20 | 2009-09-23 | 丰达软件(苏州)有限公司 | 一种多媒体手机广告的制订方法 |
CN101594587A (zh) * | 2009-07-01 | 2009-12-02 | 中国建设银行股份有限公司 | 一种多媒体数据发送方法、装置和*** |
CN101889427A (zh) * | 2007-12-26 | 2010-11-17 | 未来集团国际有限公司 | 用于移动通信网络的应用***发布方法、运营方法及*** |
-
2011
- 2011-11-14 CN CN2011103584025A patent/CN102340749A/zh active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101115222A (zh) * | 2006-07-27 | 2008-01-30 | 深圳市艾派应用***有限公司 | 一种移动增值业务数据处理方法和*** |
CN101068377A (zh) * | 2007-06-21 | 2007-11-07 | 中兴通讯股份有限公司 | 基于搜索引擎的群发***及方法 |
CN101150595A (zh) * | 2007-11-13 | 2008-03-26 | 腾讯科技(深圳)有限公司 | 一种实时文件传输方法、***及装置 |
CN101889427A (zh) * | 2007-12-26 | 2010-11-17 | 未来集团国际有限公司 | 用于移动通信网络的应用***发布方法、运营方法及*** |
CN101540962A (zh) * | 2008-03-20 | 2009-09-23 | 丰达软件(苏州)有限公司 | 一种多媒体手机广告的制订方法 |
CN101409872A (zh) * | 2008-11-19 | 2009-04-15 | 中兴通讯股份有限公司 | 一种彩信群发回执的处理方法 |
CN101594587A (zh) * | 2009-07-01 | 2009-12-02 | 中国建设银行股份有限公司 | 一种多媒体数据发送方法、装置和*** |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102892086A (zh) * | 2012-09-19 | 2013-01-23 | 邦讯技术股份有限公司 | 基于家庭基站实现增强型电子导购的方法、***和装置 |
CN102868984A (zh) * | 2012-09-21 | 2013-01-09 | 广州市久邦数码科技有限公司 | 一种短信传输***及其传输方法 |
CN103108287A (zh) * | 2012-12-28 | 2013-05-15 | 上海顶竹通讯技术有限公司 | 彩信互通***和互通方法 |
CN103108287B (zh) * | 2012-12-28 | 2015-11-18 | 上海顶竹通讯技术有限公司 | 彩信互通***和互通方法 |
CN104144395A (zh) * | 2013-05-10 | 2014-11-12 | 中国电信股份有限公司 | 短信发送方法、接收方法、实现方法、短信中心和终端 |
CN104811910A (zh) * | 2014-01-26 | 2015-07-29 | 中兴通讯股份有限公司 | 一种彩信服务方法、装置、用户终端及彩信服务器 |
CN114727239A (zh) * | 2020-12-22 | 2022-07-08 | ***通信集团浙江有限公司 | 视频短信的处理*** |
CN114727239B (zh) * | 2020-12-22 | 2023-08-15 | ***通信集团浙江有限公司 | 视频短信的处理*** |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101330662B (zh) | 业务内容信息查询方法、***和服务提供商平台 | |
CN1767508B (zh) | 即时消息传送服务中的文件传输方法以及用于支持该方法的移动通信终端 | |
CN102340749A (zh) | 一种批量快速发送彩信的***和方法 | |
CN101379760A (zh) | 消息传送*** | |
CN100499883C (zh) | 一种实现网络侧与终端侧业务适配的方法 | |
CN101577867B (zh) | 多媒体消息业务中的推送消息发送方法、设备及*** | |
FI980718A0 (fi) | System och foerfarande foer anordnande av en svartsjaenst | |
CN101156384A (zh) | 限制多媒体消息中心对多媒体消息转发次数的方法和*** | |
CN101115094B (zh) | 提供通信业务的方法和***及触发器装置 | |
WO2011017100A2 (en) | Methods, systems, and computer readable media for providing mobile network operator controlled content to mobile subscribers using social networking messages | |
CN101325746A (zh) | 一种发送消息的方法和*** | |
CN101106752B (zh) | 一种彩信回执平台及使用该平台实现彩信回执业务的方法 | |
WO2014187397A1 (zh) | 多媒体消息的发布方法及装置 | |
KR100540328B1 (ko) | 이동통신 단말기용 멀티미디어 메시지의 개별 콘텐츠 관리방법 | |
CN101420680A (zh) | 一种多媒体消息转移***及其方法 | |
CN101278531B (zh) | 异步消息的接收通知 | |
CN100455049C (zh) | 一种多媒体消息服务***中对消息的处理方法 | |
CN101047668B (zh) | 扩展信息发送方法 | |
EP1756990B1 (en) | Gateway application to support use of a single internet address domain for routing messages to multiple multimedia message service centers | |
CN102104604B (zh) | 多媒体消息的处理方法及多媒体消息用户接入网关 | |
CN101448207B (zh) | 一种发送多媒体消息的递送报告的方法及装置 | |
CN101146256B (zh) | 一种多媒体消息业务的实现方法及装置 | |
KR100561670B1 (ko) | 이동통신망에서 멀티미디어 메시징 서비스 제공 방법 | |
CN100493044C (zh) | 一种实现多媒体消息业务的方法 | |
Puri et al. | Making Machines Talk with Intelligent Senses |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20120201 |
|
RJ01 | Rejection of invention patent application after publication |