具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
需要说明的是:在以下是实施中第一服务器具体可以是业务分发或适配服务器,第二服务器具体可以是订阅管理服务器。
如下描述本发明实施例提供的业务提供方法,图1描述了本发明实施例中业务提供方法实施例一的流程,该实施例描述的是第二服务器的处理流程,该实施例包括:
101、接收来自终端的业务请求,该业务请求携带用户自定义业务的组成信息和购买条件。
用户自定义业务可以包括电视业务、广告业务、数据业务等中的一个或多个。用户自定义业务由终端接收了第一服务器发送的业务指南后设置,用户自定义业务的组成信息是用户为构成自定义业务而选择的业务分片的标识、内容分片的标识、购买项分片的标识或时间分片的标识中的至少一个。
购买条件可以包括订阅类型、订阅周期、订阅起始时间、付费方式或购买价格等条件中的至少一个。订阅类型主要包括无限期(Open-ended)订阅和固定期限(Fixed-period)订阅、***订阅或按照实际消费付费订阅等订阅方式中的至少一个。无限期订阅是指一旦订阅后,该订阅关系将一直存在,直到用户发起退订阅请求,才能取消订阅关系。固定期限订阅是指订阅后,订阅关系只在订阅周期内存在,超过订阅周期,订阅关系自动取消,用户如果希望继续订阅,需要重新发起订阅请求。按照实际消费付费的订阅可以包括:每次收看付费(PPV:Pay Per View),每次播放付费(PPP:Pay Per Play),按每次使用时间付费(PPT:Pay Per Time)等。
购买条件可以通过“参数-赋值”的方式表示,表1描述了本发明一个实施例中购买条件参数及参数的赋值。
参数 |
赋值举例 |
含义 |
订阅类型(subscriptionType) |
Fixed-period,Open-ended,PPV,PPT, |
Fixed-period:固定期限的订阅方式,订阅周期为“subscriptionPeriod”属性的赋值; |
|
PPP |
Open-ended:无限期的订阅方式;PPV:每次收看付费;PPT:每次使用付费;PPP:每次播放付费; |
订阅期限(SubscriptionPeriod) |
10M |
UDB采用固定期限方式订阅时,订阅周期为10个月 |
订阅起始时间(SubscriptionStartTime) |
20090310 |
订阅起始时间为2009年3月10日 |
购买价格(PurchasePrice) |
15RMB |
用户希望购买价格为15元人民币 |
其他必须的订阅信息(OtherSubscriptionInfoNeeded) |
True or False |
如果订阅服务器不能满足用户设置的购买条件,是否接受其他订阅信息。 |
当然,表1仅描述了本发明一个实施例的参数及参数的赋值,在实际应用中可以根据需要进行扩展。例如,可以对表1中的参数进行逻辑组合,如
“subscriptionType=open-ended & subscriptionStartTime=20090310”表示采用无限期订阅方式,且订阅起始时间为2009年3月10日。
上述购买条件可以是针对业务自定义业务中的所有内容,也可以专门指定其中某个业务或内容的购买条件。如“serviceID=example001 &subscriptionType=open-ended”表示用户自定义业务中“serviceID=example001”的业务采用无限期订阅方式订阅。在没有特别指定某个业务或内容时,默认购买条件都是对用户自定义业务中所有内容的要求。
102、根据用户自定义业务的组成信息和购买条件生成用户自定义业务的业务提供分片。
购买项(PurchaseItem)分片、购买数据(PurchaseData)分片和购买通道(PurchaseChannel)分片都属于业务提供分片。生成的业务提供分片需要符合业务指南中数据结构的定义,其中购买项分片包含用户自定义业务组成信息,即用户自定义业务所包含的业务分片、内容分片对应的标识。
具体地,根据购买条件生成用户自定义业务的业务提供分片的步骤具体可以包括:从业务信息数据库获取用户自定义业务的数据信息;根据用户自定义业务的组成信息和数据信息、购买条件从订阅信息数据库获取购买数据;根据购买数据生成用户自定义业务的业务提供分片。
其中,从业务信息数据库获取用户自定义业务的数据信息的步骤可以包括:向业务信息数据库发送用户自定义业务的组成信息;接收业务信息数据库发送的用户自定义业务的数据信息,该用户自定义业务的数据信息由业务信息数据库判断用户自定义业务有效后发送。具体地,业务信息数据库根据预置的规则判断用户自定义业务是否有效,例如,判断用户自定义业务是否包括了不允许同时订阅的两个业务、用户自定义业务包括的业务采用了不被允许的订阅方式等。
根据用户自定义业务的组成信息和数据信息、购买条件从订阅信息数据库获取购买数据的步骤可以包括:向订阅信息数据库发送用户自定义业务的组成信息和数据信息、购买条件;接收订阅信息数据库发送的购买数据,购买数据由订阅信息数据库判断购买条件有效后,根据用户自定义业务的组成信息和数据信息、购买条件获取并发送。具体地,订阅信息数据库根据预置的规则判断购买条件是否有效。
103、通过业务响应向终端发送业务提供分片;以便于终端根据业务提供分片发起用户自定义业务的订阅。
其中,业务提供分片可以包含一个或多个购买选项,由终端从中进行选择,如果需要购买,则需要在有效期内向服务器发起用户自定义业务的订阅,与第二服务器建立订阅关系,成为该业务用户。
从上可知,本实施例中业务提供分片根据接收的购买条件生成,即本实施例中业务提供分片是根据用户的需要生成的,使用户自定义业务的业务提供分片满足用户的需要,满足用户的个性化需求,同时省去了价格协商过程,减少了网络交互。
图2描述了本发明实施例中业务提供方法实施例二的流程,包括:
201、第二服务器接收来自终端的业务请求,该业务请求携带用户自定义业务的组成信息和购买条件。
202、第二服务器将用户自定义业务的组成信息发送给业务信息数据库,向业务信息数据库查询用户自定义业务的数据信息。
203、业务信息数据库判断用户自定义业务是否有效;如果是,进入204;如果否,进入209。
204、业务信息数据库获取用户自定义业务的数据信息,将用户自定义业务的数据信息返回给第二服务器。
用户自定义业务的数据信息包括用户自定义业务的描述信息,具体可以根据用户自定义业务的组成信息中的业务分片的标识进行获取。
205、第二服务器将购买条件、用户自定义业务的组成信息和用户自定义业务的数据信息发送给订阅信息数据库,向订阅信息数据库查询业务提供分片。
206、订阅信息数据库判断购买条件是否有效;如果是,进入207;如果否,进入209。
207、订阅信息数据库根据用户自定义业务的组成信息、用户自定义业务的数据信息和购买条件,获取购买数据,将获取到的购买数据返回给第二服务器;
208、第二服务器根据购买数据生成业务提供分片,业务提供分片可以以标准的购买项分片、购买数据分片、购买通道分片等数据格式表示。进入210。
209、向第二服务器返回错误状态信息。
210、第二服务器向终端返回业务响应。
其中,如果第二服务器生成了业务提供分片,则该业务响应是成功的业务响应,包括业务提供分片,使终端根据业务提供分片发起用户自定义业务的订阅。反之,则该业务响应包括错误状态信息,使终端获知第二服务器不能提供该用户自定义业务。
本发明的一个实施例提供的业务响应的格式如表2所示。
名称(Name) |
类型(Type) |
出现次数(Cardinality) |
描述(Description) |
数据类型(Data Type) |
业务响应(ServiceResponse) |
E |
|
业务响应,包含以下属性:requestID,globalStatusCode。包含以下元素:PersonalizedService |
|
业务请求标识(requestID) |
A |
0..1 |
对应业务请求的标识 |
无符号整数(unsignedInt) |
响应状态码(globalStatusCode) |
A |
0..1 |
响应状态码 |
无符号字节(unsignedByte) |
PersonalizedService |
E1 |
0..1 |
所请求的用户自定义业务生成的业务提供分片,包含以下元素:PurchaseItemFragment,PurchaseDataFragment,PurchaseChannelFragment |
|
PurchaseItemFragment |
E2 |
0..N |
个性化业务/业务集合的购买项分片 |
Complex Type |
PurchaseDataFragment |
E2 |
0..N |
个性化业务/业务集合的购买数据分片 |
Complex Type |
PurchaseChannelFragment |
E2 |
0..N |
个性化业务/业务集合的购买通道分片 |
Complex Type |
其中业务响应的状态码(globalStatusCode)的不同取值指示了响应的不同状态,如globalStatusCode=000表示成功响应业务请求,globalStatusCode=011表示不允许执行的业务请求等。
其中,业务提供分片中购买项分片、购买数据分片、购买通道分片等信息可以采用数据形式直接在业务响应中携带。也可以将业务提供分片中的购买项分片、购买数据分片、购买通道分片等信息采用引用的方式携带在业务响应中,即业务响应仅携带业务提供分片对应的购买项分片的ID、购买数据分片的ID、购买通道分片的ID、广播信道获取地址或交互信道获取地址等,终端根据这些信息通过广播或交互信道获取对应的分片,其中广播信道获取地址可以是统一资源定位符(URL:Uniform Resource Locator)形式,交互信道获取地址也可以是URL形式。
从上可知,本实施例中业务提供分片根据接收的购买条件生成,即本实施例中业务提供分片是根据用户的需要生成的,使用户自定义业务的业务提供分片满足用户的需要,满足用户的个性化需求,同时省去了价格协商过程,减少了网络交互。
图3描述了本发明实施例中业务提供方法实施例三的流程,该实施例描述的是终端的处理过程,包括:
301、接收第一服务器发送的业务指南。
302、根据业务指南设置用户自定义业务的组成信息,设置购买条件。
具体地,可以根据自身需要选取一个业务或多个业务构成用户自定义业务。
303、通过业务请求向第二服务器发送用户自定义业务的组成信息以及购买条件。
业务请求可以采用可扩展标记语言(XML:Extensible Markup Language)形式封装,将业务请求作为超文本传输协议(HTTP:Hypertext TransferProtocol)消息的有效荷载在第二服务器和终端之间传送。
表3描述了本发明一个实施例中XML格式的业务请求的逻辑定义。
表3
名称 |
类型 |
出现次数 |
描述 |
数据类型 |
ServieRequest |
E |
|
业务请求,包含属性:requestID;包含元素:UserID,DeviceIDBroadcastRoamingSpecificPartPersonalizedService |
|
requestID |
A |
0..1 |
业务请求标识 |
unsignedInt |
UserID |
E1 |
0..N |
用户标识,包含属性:type |
string |
type |
A |
1 |
指示User ID的类型。 |
unsignedByte |
DeviceID |
E1 |
0..N |
设备标识,包含属性:type |
string |
type |
A |
1 |
指示设备标识的类型。 |
unsignedByte |
Broadcast |
E1 |
0..1 |
该元素用于为漫游情况下 |
|
RoamingSpecificPart |
|
|
业务请求提供信息。 |
|
HomeBSM |
E2 |
0..1 |
指示终端归属地的广播业务订阅管理 |
complexType |
VisitedBSM |
E2 |
0..1 |
指示终端拜访地的广播业务订阅管理 |
complexType |
PersonalizedService |
E1 |
0..1 |
用户自定义业务列表,包含元素:Service、Content、PurchaseItem、chedule |
|
Service |
E2 |
0..N |
请求加入用户自定义业务的业务,包含属性:UDBnotification |
anyURI |
notification |
A |
1 |
指示是否订阅与该业务关联的通知消息 |
Boolean |
Content |
E2 |
0..N |
请求加入个性化业务/业务集合的内容 |
anyURI |
PurchaseItem |
E2 |
0..N |
请求加入个性化业务/业务集合的购买项 |
anyURI |
Schedule |
E2 |
0..N |
请求加入个性化业务/业务集合的时间表 |
anyURI |
SubscriptionCondition |
E1 |
0..N |
设置的购买条件。 |
string |
表3中,E表示元素,A表示属性,E1表示子元素,E2表示子元素的子元素,以此类推。
表3中业务请求(ServiceRequest)中E 1元素“PersonalizedService”表示用户自定义业务,包括业务(Service)、内容(Content)、购买项(PurchaseItem)和时间表(Schedule)等项,通过业务指南中对应分片的标识引用。E1元素“SubscriptionCondition”表示用户设置的购买条件。
本发明一个实施例提供的业务请求如下所述:
<?xml version=″1.0″encoding=″UTF-8″?>
<ServiceRequest requestID=5109>
<UserID type=2>//bsda.com/sgdd/1234/subscriber/001</UserID>
<deviceID type=1>s52#-10-3f9q-1381</deviceID>
<PersonalizedService>
<Service>//this.example.com/service/501 </UDBService>
<Service>//this.example.com/service/502 </UDBService>
<Service>//this.example.com/service/505 </UDBService>
<Content>//this.example.com/content/103</UDBContent>
<PurchaseItem>//this.example.com/pitem/152</PurchaseItem>
<PurchaseItem>//this.example.com/pitem/113</PurchaseItem>
<Schedule>//this.example.com/schedule/552 </UDBSchedule>
</PersonalizedService>
<SubscriptionCondition>
subscriptionType=open-ended & subscriptionStartTime=
20090310
</SubscriptionCondition>
</ServiceRequest>
该业务请求将三个业务、一个内容、两个购买项和一个时间表组成一个用户自定义业务。其中三个业务是通过这些业务在业务指南中对应业务分片的service_ID来表示,即serviceID分别为//this.example.com/service/501,//this.example.com/service/502,//this.example.com/service/505的业务分片;一个内容是通过该内容在业务指南中对应内容分片的content_ID来表示,即content_ID为//this.example.com/content/103,两个购买项通过PurchaseItem来表示,即PurchaseItem分别为//this.example.com/pitem/152,//this.example.com/pitem/113;时间表通过Schedule来表示,即Schedule为//this.example.com/schedule/552。
304、接收第二服务器发送的业务响应,业务响应包括业务提供分片,该业务提供分片是第二服务器根据用户自定义业务的组成信息和购买条件生成。
终端接收了包括业务提供分片的业务响应后,可以根据业务提供分片发起用户自定义业务的订阅;当然,如果业务提供分片不是用户想要的,也可以不发起用户自定义业务的订阅。
从上可知,本实施例中业务提供分片根据接收的购买条件生成,即本实施例中业务提供分片是根据用户的需要生成的,使用户自定义业务的业务提供分片满足用户的需要,满足用户的个性化需求,同时省去了价格协商过程,减少了网络交互。
图4描述了本发明实施例中业务提供方法实施例四的流程图,该实施例描述了终端与第二服务器的交互过程,包括:
400、终端接收第一服务器发送的业务指南。
401、终端设置用户自定义业务的组成信息,以及购买方式。
具体地,可以根据接收到的业务指南,从业务指南中选择符合自身需求的项目组成用户自定义业务。
402、终端向第二服务器发送业务请求。
业务请求包括用户自定义业务的组成信息以及购买条件,用户自定义业务的组成信息包括组成个性化业务/业务集合的业务分片的标识、内容分片的标识、购买项分片的标识、时间分片的标识等。
403、第二服务器根据用户自定义业务的组成信息以及购买条件,生成用户自定义业务的业务提供分片。
具体的生成过程可以参照202~208。
404、第二服务器通过业务响应将业务提供分片发送给终端。
业务提供分片可以包含一个或多个购买选项,如果终端希望购买,则需要在有效期内发起用户自定义业务的订阅,具体地,可以向第二服务器发送订阅请求,从而与第二服务器建立订阅关系,成为该用户自定义业务的用户。
405、终端根据业务提供分片向第二服务器发送业务订阅请求。
406、第二服务器进行业务订阅操作。
407、第二服务器向用户发送业务订阅结果。
从上可知,本实施例中业务提供分片根据接收的购买条件生成,即本实施例中业务提供分片是根据用户的需要生成的,使用户自定义业务的业务提供分片满足用户的需要,满足用户的个性化需求;并且终端和第二服务器不需要进行价格协商,减少了终端与第二服务器的交互,能够降低网络负荷。
如下介绍本发明实施例提供的服务器,图5描述了服务器实施例一的结构,包括:
接收单元501,用于接收来自终端的业务请求,业务请求携带用户自定义业务的组成信息和购买条件。
生成单元502,用于根据接收单元501接收的业务请求所携带的用户自定义业务的组成信息和购买条件,生成用户自定义业务的业务提供分片。
发送单元503,用于通过业务响应向终端发送生成单元502生成的业务提供分片;从而以便于终端根据业务提供分片发起用户自定义业务的订阅。
从上可知,本实施例中业务提供分片根据接收的购买条件生成,即本实施例中业务提供分片是根据用户的需要生成的,使用户自定义业务的业务提供分片满足用户的需要,满足用户的个性化需求,同时省去了价格协商过程,减少了网络交互。
图6描述了服务器实施例二的结构,包括:
接收单元601,用于接收来自终端的业务请求,业务请求携带用户自定义业务的组成信息和购买条件。
生成单元602,用于根据接收单元601接收的业务请求所携带的用户自定义业务的组成信息和购买条件,生成用户自定义业务的业务提供分片。
具体地,生成单元602可以包括:获取单元6021,用于根据用户自定义业务的组成信息从业务信息数据库获取用户自定义业务的数据信息;根据该数据信息和购买条件从订阅信息数据库获取购买数据;信息生成单元6022,用于根据获取单元6021获取到的购买数据,生成用户自定义业务的业务提供分片。
其中,获取单元6021可以包括:信息发送单元一60211,用于向业务信息数据库发送用户自定义业务的组成信息;信息接收单元一60212,用于接收业务信息数据库发送的用户自定义业务的数据信息,该用户自定义业务的数据信息由业务信息数据库判断用户自定义业务有效后发送;信息发送单元二60213,用于向订阅信息数据库发送购买条件和信息接收单元一60211接收到的数据信息;信息接收单元二60214,用于接收订阅信息数据库发送的购买数据,该购买数据由订阅信息数据库判断购买条件有效后根据数据信息和购买条件获取并发送。
发送单元603,用于通过业务响应向终端发送生成单元602生成的业务提供分片,以便于终端根据业务提供分片发起用户自定义业务的订阅。
从上可知,本实施例中业务提供分片根据接收的购买条件生成,即本实施例中业务提供分片是根据用户的需要生成的,使用户自定义业务的业务提供分片满足用户的需要,满足用户的个性化需求,同时省去了价格协商过程,减少了网络交互。
本发明实施例提供的服务器可以作为订阅管理服务器。
如下介绍本发明实施例提供的终端,图7描述了终端实施例一的结构,包括:
业务指南接收单元701,用于接收第一服务器发送的业务指南;所述第一服务器是业务分发或适配服务器;
设置单元702,用于根据业务指南接收单元701接收的业务指南设置设置用户自定义业务的组成信息,设置购买条件;
发送单元703,用于向第二服务器发送业务请求,业务请求包括设置单元702设置的用户自定义业务的组成信息以及购买条件,所述第二服务器是订阅管理服务器;
业务响应接收单元704,用于接收第二服务器发送的业务响应,业务响应携带业务提供分片,该业务提供分片根据购买条件生成。
从上可知,本实施例中业务提供分片根据接收的购买条件生成,即本实施例中业务提供分片是根据用户的需要生成的,使用户自定义业务的业务提供分片满足用户的需要,满足用户的个性化需求,同时省去了价格协商过程,减少了网络交互。
图8描述了终端实施例二的结构,包括:
业务指南接收单元801,用于接收第一服务器发送的业务指南,所述第一服务器是业务分发或适配服务器;
设置单元802,用于根据业务指南接收单元801接收的业务指南设置用户自定义业务的组成信息,设置购买条件;
发送单元803,用于向第二服务器发送业务请求,业务请求包括设置单元802设置的用户自定义业务的组成信息以及购买条件,所述第二服务器是订阅管理服务器。
业务响应接收单元804,用于接收第二服务器发送的业务响应,业务响应携带业务提供分片,该业务提供分片根据购买条件生成。
订阅单元805,用于根据业务响应接收单元804接收的业务提供分片,向第二服务器发起用户自定义业务的订阅。
从上可知,本实施例中业务提供分片根据接收的购买条件生成,即本实施例中业务提供分片是根据用户的需要生成的,使用户自定义业务的业务提供分片满足用户的需要,满足用户的个性化需求,同时省去了价格协商过程,减少了网络交互。
需要说明的是:在本发明的以上实施例中所述第一服务器是业务分发或适配服务器和所述第二服务器是订阅管理服务器,可选的,所述第一服务器还可以是其他类型的服务器,所述第二服务器也可以是其他类型的服务器,这些不会构成对本发明的限制。
本发明实施例还提供了业务提供***,该业务提供***包括本发明实施例提供的终端和/或包括本发明实施例提供的服务器。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-OnlyMemory,ROM)或随机存储记忆体(Random Access Memory,RAM)等。
以上对本发明实施例所提供的业务提供方法及***、终端及服务器进行了详细介绍,以上实施例的说明只是用于帮助理解本发明的方法及其思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。