具体实施方式
本发明提供基于多媒体消息业务实现服务的方法,终端获得可订购信息并接收用户的订购操作,将用户的订购操作结果以预定义的格式发送到服务器,进而服务器按照预定义的格式解析用户的订购信息,并进行相应的服务。
为了使本技术领域的人员更好地理解本发明方案,下面结合附图和实施方式对本发明作进一步的详细说明。
图2示出了本发明方法实施例的流程,如图所示,包括:
步骤201:终端获得可订购信息,并接收用户的订购操作。
终端可以通过多种方式获得可订购信息。以下介绍几种方式:
方式一:服务器向相应的用户群发送MMS消息,在消息中包括对可订购物品的介绍,即相关的订购信息,例如包括图片介绍,视频介绍,音频介绍和文本介绍等,这样,终端可以通过接收到的MMS消息获得可订购信息。
例如服务器向相应的用户群发送的一条MMS消息包括至少一张幻灯片,每张幻灯片包括两个区域,一个用于显示图象(包括图片、视频),另一个用于显示文本。每张幻灯片中对一款月饼进行介绍,包括图片、文字说明、价格信息等,即每张幻灯片具有一款月饼的图像(对应一个图片文件或视频剪辑文件,以下为描述方便,默认为是一个图片文件),文字说明和价格(对应一个文本文件)。
在本方案中,可以使用定购标识来作为每张幻灯片中所包含文件(如图片文件、文本文件)的文件名,如mooncake001.jpg,mooncake001.txt,这样每个对象的文件名有了新的作用——表示定购标识。因此,MMS消息的幻灯片中含至少一个文件,使用定购标识作为所述文件的文件名。
特别地,服务器下发订购信息时,还可以将每一个商品使用一条MMS消息来发送,此时,在MMS消息头的主题(Subject)部分携带商品的可订购信息,如mooncake001。相应地,终端可以通过回复这条多媒体消息时,在Subject中携带定购信息。
方式二:终端接收服务器的下发MMS模板,使用该MMS模版引导用户创建定购消息。
为了使网络推出的新业务具有更好的易用性,还引入了模板的概念。MMS常使用同步多媒体集成语言(Synchronized Multimedia Integration Language,SMIL)配置文件来描述从终端收发的多媒体消息,如果终端的多媒体能力强,SMIL语言配置文件就可以用来表达具有更高级内容的多媒体消息。但是,使用SMIL来整合所述更高级的内容可能会变得很复杂。为了控制复杂性,采用模板来降低应用各高级内容时的可见性。模板可以说是一种结构,其将SMIL配置文件处理为接口,同时还具有调用诸如摄像机、录音机、文字编辑器、地址本等应用的功能。终端用户可以按照模板这种结构将不同种类的内容以简单的方式放在一条多媒体消息中。而且,采用模板可以使MMS具有互操作性,例如服务器端可以创建MMS消息模板发送给终端用户,终端用户可以编辑MMS消息模板中的每一项内容,并返回该MMS消息给服务器。
服务器向终端下发MMS模板,其中定义了操作流程,如图3所示,包括:
步骤301:终端显示可订购信息。
终端显示MMS模板中包含的可订购物品的多媒体信息,例如包括图片介绍,视频介绍,音频介绍和文本介绍等。
步骤302:提示用户选择所需定购的商品。
当然,MMS模板中还可以提示用户的行拍照、输入祝福话语等。
步骤303:提示用户输入接收方地址。
其中,包含的操作流程可以由mtd文件的形式实现,以下例举一个mtd文件的具体例子:
<?xml version="1.0"encoding="UTF-8"?>
<!DOCTYPE mmstemplate PUBLIC"-//OMA//DTD MTD 1.3//EN"
"http://www.openmobilealliance.org/MMS/MTD/1.3/DTD/mtd13.dtd">
<mmstemplate xmlns="http://www.openmobilealliance.org/2004/mtd">
<head>
<title>Real giftPostcard(明信片)Example</title>
<description>MTD sample codefor Postcard(明信片)service</description>
<date>2004-10-12</date>
<version>1.02</version>
<author>UEDA</author>
</head>
<body>
<message>
<to-header editable="false">18175551212</to-header>
<subj ect-header>POSTCARD(明信片)</subj ect-header>
</message>
<wizard>
<step guide=app="info-view"/>
<step guide="请选择所需定购的商品"app="order-info-input"
target-name="order-info.txt"
target-type="text/plain"required=”true”/>
<step guide="请输入接收方地址"app="text-input"
target-name="address.txt"
target-type="text/plain"required=”true”/>
<step guide="请拍照"app="still-camera"param="resolution=1024 x 768"
targetname="
image.jpg"target-type="image/jpeg"/>
<step guide="请输入你的祝福"app="rich-text-input"
target-name="message.html"targettype="
text/html"/>
</wizard>
</body>
</mmstemplate>
上述代码中,step guide表示操作提示;“app”表示应用模块;“info-view”为提供给用户查看信息的功能;“order-info-input”提供给用户选择输入定购信息的功能;“text-input”提供给用户输入接收方地址;“still-camera”提供给用户调用摄像功能;“rich-text-input”提供给用户输入html格式的文本。
终端根据mtd文件中的操作指示一步步提示用户完成相应内容,进而完成整个定购和明信片的创建过程。
如<step guide="请选择所需定购的商品"app="order-info-input"target-name="order-info.txt"这一语句,表示终端提示用户的内容为“请选择所需定购的商品”,之后提供给用户选择输入定购信息,并存在名为“order-info.txt”的目标文件中。
再例如<step guide="请拍照"app="still-camera"param="resolution=1024 x 768" targetname="image.jpg"target-type="image/jpeg"/>这一语句,表示终端提示用户的内容为“请拍照”,之后提供给用户调用摄像功能,设置解析度为1024*768,并存在名为“image.jpg”,类型为jpeg的目标文件中。
终端也可以通过无限应用协议/互联网(Wireless Application Protocol,WAP/WEB)浏览获得可订购信息。如终端发起超文本传输协议(Hyper-TextTransfer Protocol,HTTP)/无线会话协议(Wireless Session Protocol,WSP)get操作以访问业务提供方的相应页面。在提供的页面上有可订购物品的相关信息。这样,用户可以在页面上线在选择定购的内容,最后确认提交。
方式三:终端通过用户识别应用发展工具(SIM TOOL KIT,STK)的方式获得可订购信息。
终端的客户识别模块中可以预置或通过空中下载(OTA)更新的方式获得相应的交互菜单项,终端上提供给用户通过交互获取定购信息或完成定购的手段。所述终端的客户识别模块可以包括例如全球移动通信系统(Global Systemfor Mobile Communications,GSM)中的客户识别模块(Subscriber IdentityModel,SIM),第三代移动通信(3G)中的USIM,码分多址(Code DivisionMultiple Access,CDMA)中的用户识别模块(User Identity Model,UIM),IP多媒体子系统(IP Multimedia Subsystem,IMS)中的ISIM,还可以是机卡合一时终端上的相应应用。
关于获取定购信息还可以有多种其它方式,如:监听BCAST或小区广播(如网络上设置专门的定购信息下发频道),二维码(在相关海报等宣传材料的下方印制二维码,供支持该功能的终端拍摄输入信息),动态内容分发(Dynamic Content Delivery,DCD),Push方式,超文本传输协议(hypertexttransfer protocol,HTTP),即时消息(Instant Messaging,IM)方式,会话发起协议(Session Initiation Protocol,SIP)应用,电子邮件(Email)方式,甚至还可以在服务器设置一个时间,在时间到达时,使用同步标记语言(Synchronization Mark-up Language,SyncML)协议来向终端下发等。
上述方式中,BCAST是开放移动联盟(Open Mobile Alliance,OMA)提出来的一个移动宽带数字广播/多播业务的概念;在广播上,它包括传统的一对多的广播方式和多点传送(multicast)方式。小区广播服务(Cell BroadcastServices,CBS)是一种提供个性化信息服务的移动增值业务;通过小区广播服务,移动运营商可以将指定的简短文字信息发送到移动网络中的一个或几个基站所覆盖的小区中,处于小区内的移动用户均能通过手机接收到信息。DCD是为了增强终端用户的信息浏览体验,通过周期下载或者推送的方式,把用户个性化定制的内容更新到用户的终端中。SyncML同步协议主要定义数据同步操作的会话过程中的数据流程,同步双方的握手过程,数据同步操作的类型等等;SyncML表示协议主要涉及同步所支持的数据类型、命令格式,能够在各种网络传输的SyncML消息格式;SyncML消息可以在任何一种有线和无线的网络连接上传输。
需要说明的是,用户的订购操作不仅可以对一种物品进行订购,还可以对多种物品进行订购,这样,订购操作结果中包含至少一种订购物品的名称、数量等信息。
步骤202:根据用户的订购信息及订购操作生成订购操作结果。。
步骤203:将所述订购操作结果以预定义的格式发送到服务器通知服务器进行相应操作。
图4示出了预定义的格式为MMS消息格式的情况。如图所示,MMS消息可以包括消息头和消息体两部分。而且,消息体中包括演示、图片、文本、音频部分。前面步骤中用户的订购操作结果可以携带在MMS消息的消息头中,也可以携带在MMS消息的消息体中。
在消息头中携带,包括新增头域或扩展现有头域的方式。终端可以将用户的订购操作结果携带在多媒体消息的消息头中新增头域上或扩展的现有头域上。
新增头域可以如下方式进行:
X-Mms-PurchaseService Field
PurchaseService value=Text-string
例如,可以将“mooncake001+2”填入Text-string的地方,表示购买一号月饼两份。
根据需要,X-Mms-PurchaseService域可以出现多次,这样用户可以通过一条MMS订购多种商品。
当终端生成携带商品订购信息的MMS后,发往服务提供商的服务器,服务器根据头域识别出商品订购信息。
在现有头域基础上进行扩展,也可以携带相应的值。例如对现有的X-Mms-Message-Class域扩展:
Message-class-value=Class-identifier|Token-text
Token-text=“postbuy+mooncake001+2”
新增一个类标识Token-text,用来表示订购信息,如上面的内容中订购信息是购买一号月饼两份。
还可以在消息体中携带相关用户定购信息。在消息体中携带,包括将定购信息置于现有消息体中的某一部分,如演示部分、文本部分、图片部分或音频部分;或者,作为一个新的单独部分存在。
以某种预定义的格式置于现有消息体的某一部分中,如text部分,举例如下:
<order-description>=
<goods-description>=
Name=mooncake001
Number=2
<goods-description>=
Name=mooncake002
Number=1
使用xml格式,遵循的DTD如下:
order-info.dtd
<?xml version="1.0"encoding="UTF-8"?>
<!ELEMENT order-description(goods-description*)>
<!ELEMENT goods-description(#PCDATA)>
<!ATTLIST goods-description
Name CDATA#REQUIRED
Number CDATA#REQUIRED
>
对应的schema如下:
<?xml version="1.0"encoding="UTF-8"?>
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema"
elementFormDefault="qualified">
<xs:element name="goods-description">
<xs:complexType>
<xs:simpleContent>
<xs:extension base="xs:string">
<xs:attribute name="Name" type="xs:string"
use="required"/>
<xs:attribute name="Number" type="xs:string"
use="required"/>
</xs:extension>
</xs:simpleContent>
</xs:complexType>
</xs:element>
<xs:element name="order-description">
<xs:complexType>
<xs:sequence>
<xs:element ref="goods-description" minOccurs="0"
maxOccurs="unbounded"/>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>
根据order-info.dtd语法格式生成的一个xml实例如下:
<?xml version="1.0"encoding="UTF-8"?>
<!DOCTYPEorder-descriptionSYSTEM"C:\Documents and
Settings\Administrator\My Documents\order-info.dtd">
<order-description>
<goods-description Name="mooncake001"Number="2"/>
<goods-description Name="mooncake002"Number="1"/>
</order-description>
根据order-info.xsd语法格式生成的一个xml实例如下:
<?xml version="1.0"encoding="UTF-8"?>
<order-description
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:noNamespaceSchemaLocation="C:\Documents and Settings\Administrator\My
Documents\order-info.xsd">
<goods-description Name="mooncake001"Number="2"/>
<goods-description Name="mooncake002"Number="1"/>
</order-description>
可以将订阅信息作为一个新增部分加入消息体中,如下例:
Date:Wed,07 Jun 2006 17:54:49+0800
From:+8613910916446@mmsc-bj-rsv.monternet.com
Subject:5oGt6LS65Lit56eL
To:jian.yang@uawei.com
……
Content-type:Multipart/Related;
boundary="------------Boundary-00=_D7IHO49D7TH000000000";
X-Mms-Message-ID:060717544991000009318
X-Mms-Message-Class:ersonal
X-Mms-Priority:ormal
……
--------------Boundary-00=_D7IHO49D7TH000000000
Content-Type:text/plain;
charset="utf-8"
Content-Transfer-Encoding:ase64
Content-Location:712df01.asc
5Lit56eL5L2z6IqC5b+r5LmQ77yB(中秋佳节快乐的Base64编码)
--------------Boundary-00=_D7IHO49D7TH000000000
Content-Type:ext/plain;
charset="utf-8"
Content-Transfer-Encoding:ase64
Content-Location:rder-info.asc
bW9vbmNha2UwMDErMg0KbW9vbmNha2UwMDIrMQ0K
(“mooncake001+2mooncake002+1”的Base64编码形式)
--------------Boundary-00=_D7IHO49D7TH000000000—
……
由上述不同代码的例子可见,可以采用不同的预定义的格式在消息体中携带用户的订购信息。
之后,服务器按照预定义的格式解析用户的订购信息,并进行相应的服务。
服务器按照预定义的格式,从MMS消息的消息头或消息体中解析得到用户的订购信息,进而进行相应的订购物品的配送操作。当然,如果MMS消息中包括明信片,还包括打印和配送明信片的操作。
上述操作中,可以通过接收方信息中的内容来选择一个最近的服务器,例如通过接收方邮编来匹配一个最近的服务器。具体可以采取重定向的方式,则该方式可以如图5所示,包括:
步骤501:第一服务器接收终端发来的订购信息并按照预定义的格式解析;
步骤502:第一服务器根据订购信息中解析得到的接收方邮编,匹配出离目的地最近的第二服务器;
步骤503:第一服务器将用户的订购信息转到第二服务器进行相应服务。
这样,所定购的物品,或者还包括明信片,都可以从离目的地最近的地方发送,从而节省了成本。
从服务器的角度,实现多媒体业务实现服务的方法可以包括下面步骤:
A.服务器向终端提供服务订购信息;
B.接收来自终端的针对所述服务的订购操作结果;
C.服务器按照预定义的格式解析用户的订购信息,并进行相应的服务。
所述步骤A可以由以下三种方式实现:
方式一:服务器下发订购信息时,将每一商品信息使用一条多媒体消息发送,所述商品信息携带于多媒体消息的消息头中的主题部分。
方式二:向终端发送多媒体业务消息模板,引导终端用户创建定购消息。
方式三:预置或通过空中下载方式向终端提供相应的交互菜单项,通过所述交互获取提供订购信息。
上述三种方式的具体实现过程与前面类似。
所述步骤C可以由第一服务器和第二服务器实现,具体包括:
第一服务器接收用户发来的订购信息及订购操作结果,并按照预定义的格式解析;
第一服务器根据订购信息中解析得到的接收方邮编,匹配出离目的地最近的第二服务器;
第一服务器将用户的订购信息转到第二服务器进行相应服务。
以下例举一个本发明方法的完整实施例。图6示出了该完整实施例的流程:
步骤601:服务器向相应的用户群发送多媒体消息。
该多媒体消息包括多个文本和图片,每张图片展示一款月饼,并有相应的一个文本描述该月饼的信息。并且,使用定购标识来作为每张幻灯片中所包含的图片文件和文本文件的文件名。
步骤602:终端将获得的订购信息展示给用户,接收用户的订购操作。
用户使用终端的订购键(键盘上的一个键或者是菜单中的一项)进行订购操作。具体的,用户查看多媒体消息时,如果想购买某张幻灯片上的月饼,按订购键,终端即将该页幻灯片所对应文件的文件名(即定购标识)读出,并提示用户输入定购的数量。
然后,用户调用明信片客户端,填入服务器的目的地址,将text文本附件的名称设为“业务标识+定购标识+定购数量”,如“postbuy+mooncake001+2”表示购买一号月饼两份。其中业务标识的作用主要是要同普通的明信片相区分,如果不与普通明信片使用同一台服务器,则可以不使用。
用户同时拍摄了自己的照片,填上祝福话语和接收方的通信地址,生成了一条包含定购信息的消息。
该步骤还包括用户填写明信片。
步骤603:终端将用户的订购操作结果以预定义的格式发送到服务器。
例如将用户的订购操作结果携带在MMS消息的消息头中,按照新增头域的格式进行:
X-Mms-PurchaseService Field
PurchaseService value=mooncake001+2
上面扩展的消息头中,增加了表示购买一号月饼两份的信息。并且,使用的格式可以上面提到的代码格式中的一种。之后,将该MMS消息发送到服务器。
该步骤还包括将用户填写明信片发给服务器。
步骤604:服务器按照预定义的格式解析用户的订购信息,打印用户的明信片(其中包括用户拍摄的照片、祝福话语接收方的相关信息),并将提取出的定购信息交由配送中心处理。
这样,服务器将明信片和订购的物品发送到接收方。
由以上实施例可见,终端获得可订购信息并接收用户的订购操作,将用户的订购操作结果以预定义的格式发送到服务器,进而服务器按照预定义的格式解析用户的订购信息,并进行相应的服务。这样,接收端可以获得发送方终端订购的物品,并且,上述实施例还给出了终端向用户展示可订购信息的方式,并提供给用户进行操作。
以下介绍本发明的系统实施例。图7示出了该系统实施例的框图,如图所示,该系统包括终端71和服务器72,
终端71用于获得可订购信息,并接收用户的订购操作生成订购操作结果,将订购操作结果以预定义的格式发送;
服务器72用于按照预定义的格式解析用户的订购信息,并进行相应的服务。
终端包括可定购信息获取模块711,订购信息处理模块712,订购信息发送模块713,其中,
可定购信息获取模块711,用于获得可订购信息;
订购信息处理模块712,用于接收用户的订购操作;
订购信息发送模块713,用于将订购操作结果以预定义的格式发送到服务器72;
服务器包括可订购信息发送模块721和订购信息处理模块722,其中,
可订购信息发送模块721,用于发送可订购信息;
订购信息处理模块722,用于按照预定义的格式解析用户的订购信息,并进行相应的服务。
所述可定购信息获取模块711通过下面方式中的任一种实现获得可订购信息,所述可订购信息发送模块721通过下面方式中的任一种实现发送可订购信息:
终端预存;多媒体消息业务;网络侧下发的多媒体消息业务模板;推送方式;动态内容分发;无线应用协议/网页在线获得;用户识别应用发展工具方式;监听广播/多播或小区广播;二维码方式;超文本传输协议;即时通信方式;会话发起协议应用;电子邮件方式实现;在服务器设置时间,在时间到达时,使用SyncML协议向终端下发订购信息。
所述可订购信息发送模块721通过多媒体业务消息发送可订购信息时,还将定购标识来作为所述多媒体业务消息中每张幻灯片中所包含文件的文件名。
以下介绍本发明的终端实施例。图8示出了该终端实施例的框图,如图所示,该终端包括可定购信息获取模块711,订购信息处理模块712,订购信息发送模块713,其中,
可定购信息获取模块711,用于获得可订购信息;
订购信息处理模块712,用于接收用户的订购操作;
订购信息发送模块713,用于将订购操作结果以预定义的格式发送到服务器。
所述可定购信息获取模块711通过下面方式中的任一种实现获得可订购信息:
终端预存;多媒体消息业务;网络侧下发的多媒体消息业务模板;推送方式;动态内容分发;无线应用协议/网页在线获得;用户识别应用发展工具方式;监听广播/多播或小区广播;二维码方式;超文本传输协议;即时通信方式;会话发起协议应用;电子邮件方式实现;在服务器设置时间,在时间到达时,使用SyncML协议向终端下发订购信息。
以下介绍本发明的服务器实施例。图9示出了该终端服务器的框图,如图所示,该服务器包括可订购信息发送模块721和订购信息处理模块722,其中,
可订购信息发送模块721,用于发送可订购信息;
订购信息处理模块722,用于按照预定义的格式解析用户的订购信息,并进行相应的服务。
所述包括可订购信息发送模块721和订购信息处理模块722,其中,
可订购信息发送模块721,用于发送可订购信息;
订购信息处理模块722,用于按照预定义的格式解析用户的订购信息,并进行相应的服务。
所述可订购信息发送模块721通过下面方式中的任一种实现发送可订购信息:
终端预存;多媒体消息业务;网络侧下发的多媒体消息业务模板;推送方式;动态内容分发;无线应用协议/网页在线获得;用户识别应用发展工具方式;监听广播/多播或小区广播;二维码方式;超文本传输协议;即时通信方式;会话发起协议应用;电子邮件方式实现;在服务器设置时间,在时间到达时,使用SyncML协议向终端下发订购信息。
所述可订购信息发送模块721通过多媒体业务消息发送可订购信息时,还将定购标识来作为所述多媒体业务消息中每张幻灯片中所包含文件的文件名。
以下介绍本发明系统的另一实施例。图10示出了该系统实施例的框图,如图所示,该系统包括:
第一服务器101,用于提供可订购信息,并按照预定义的格式解析来自终端用户的订购操作结果,并根据解析结果匹配出离目的地最近的第二服务器82;
具体的,所述第一服务器可以根据订购操作结果解析得到的接收方邮编,匹配出离目的地最近的第二服务器。
第二服务器102用于接收第一服务器发来的订购信息及订购操作结果,并实现配送。
第一服务器101包括可订购信息发送模块1011和订购信息处理模块1022,其中,
可订购信息发送模块1011,用于发送可订购信息;
订购信息处理模块1012,用于按照预定义的格式解析用户的订购信息,并根据解析的订购信息匹配出离目的地最近的第二服务器102;
第二服务器102用于接收第一服务器发来的订购信息,并实现配送。
所述第一服务器101通过下面方式中的任一种实现发送可订购信息:
终端预存;多媒体消息业务;网络侧下发的多媒体消息业务模板;推送方式;动态内容分发;无线应用协议/网页在线获得;用户识别应用发展工具方式;监听广播/多播或小区广播;二维码方式;超文本传输协议;即时通信方式;会话发起协议应用;电子邮件方式实现;在服务器设置时间,在时间到达时,使用SyncML协议向终端下发订购信息。
所述可订购信息发送模块1011通过多媒体业务消息发送可订购信息时,还将定购标识来作为所述多媒体业务消息中每张幻灯片中所包含文件的文件名。
由以上实施例可见,终端获得可订购信息并接收用户的订购操作,将用户的订购操作结果以预定义的格式发送到服务器,进而服务器按照预定义的格式解析用户的订购信息,并进行相应的服务。这样,接收端可以获得发送方终端订购的物品,并且,上述实施例还给出了终端向用户展示可订购信息的方式,并提供给用户进行操作。
虽然通过实施例描绘了本发明,本领域普通技术人员知道,本发明有许多变形和变化而不脱离本发明的精神,希望所附的权利要求包括这些变形和变化而不脱离本发明的精神。