CN102172039A - 用于移动tv内容的动态定价的系统和方法 - Google Patents
用于移动tv内容的动态定价的系统和方法 Download PDFInfo
- Publication number
- CN102172039A CN102172039A CN2009801393429A CN200980139342A CN102172039A CN 102172039 A CN102172039 A CN 102172039A CN 2009801393429 A CN2009801393429 A CN 2009801393429A CN 200980139342 A CN200980139342 A CN 200980139342A CN 102172039 A CN102172039 A CN 102172039A
- Authority
- CN
- China
- Prior art keywords
- price
- current charge
- dynamic pricing
- server
- mobile device
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
- G06Q20/4012—Verifying personal identification numbers [PIN]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/41—Structure of client; Structure of client peripherals
- H04N21/4104—Peripherals receiving signals from specially adapted client devices
- H04N21/4108—Peripherals receiving signals from specially adapted client devices characterised by an identification number or address, e.g. local network address
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/475—End-user interface for inputting end-user data, e.g. personal identification number [PIN], preference data
- H04N21/4751—End-user interface for inputting end-user data, e.g. personal identification number [PIN], preference data for defining user accounts, e.g. accounts for children
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/488—Data services, e.g. news ticker
- H04N21/4882—Data services, e.g. news ticker for displaying messages, e.g. warnings, reminders
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/633—Control signals issued by server directed to the network components or client
- H04N21/6332—Control signals issued by server directed to the network components or client directed to client
- H04N21/6334—Control signals issued by server directed to the network components or client directed to client for authorisation, e.g. by transmitting a key
- H04N21/63345—Control signals issued by server directed to the network components or client directed to client for authorisation, e.g. by transmitting a key by transmitting keys
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/64—Addressing
- H04N21/6408—Unicasting
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q2220/00—Business processing using cryptography
- G06Q2220/10—Usage protection of distributed data files
- G06Q2220/12—Usage or charge determination
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- Computer Security & Cryptography (AREA)
- Accounting & Taxation (AREA)
- Health & Medical Sciences (AREA)
- Human Computer Interaction (AREA)
- General Health & Medical Sciences (AREA)
- Child & Adolescent Psychology (AREA)
- General Engineering & Computer Science (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本申请的方法和系统使移动TV广播服务提供商能允许对于广播节目的接入进行动态定价。移动TV广播网络中的服务器可以通过各用户的移动设备来与这些用户协商接入广播节目的价格。服务器可以接收具有来自移动设备的报价的、用于接入广播节目的请求。服务器可以通过接受该报价来对报价进行响应,也可以通过进行议价直到确定双方同意的价格为止来对报价进行响应。替代地,服务器可以针对广播节目的接入权,实现多种类型的拍卖中的任意类型拍卖。类似于可协商的动态定价方法,一旦接受了按照当前要价来观看接入广播内容节目的购买请求,移动TV广播服务提供商可以向已提出被接受的报价或出价的用户发送适当的解密密钥。
Description
相关申请
本申请要求享受2008年8月6日提交的、题目为“System and Method for Negotiaing Price of Mobile TV Content”的美国临时申请No.61/086,748的优先权权益,故该临时申请的全部内容以引用方式并入本文。
背景技术
无线通信技术在过去几年发生了爆炸性增长。向移动公共提供移动自由,并切断对于硬线通信系统的束缚的无线服务推动了这种增长。此外,无线介质上的语音和数据通信的提高的质量和速度吸引了更多的用户。作为这些服务增强的结果,期望无线服务的普及继续快速地增长。
最近无线通信技术的增强已具有向移动用户广播节目的能力。移动广播用户可以使用它们的蜂窝电话或其它无线移动设备,来观看新闻、娱乐、体育、商业和其它节目的移动版本。这些广播系统已在使用和全球可用性方面看到显著的增加。当前,移动TV广播服务提供商对于广播内容的节目观看接入设置静态价格。用户可以基于观看接入的静态价格,来选择或不选择预订广播内容节目。
发明内容
本申请的各个实施例提供了允许移动TV广播服务提供商通过对广播内容节目的观看接入进行动态定价,来使创收机会最大化的方法和系统。在一个实施例中,移动TV广播服务提供商通过服务器,可以与各移动设备协商观看接入费用。移动TV广播服务提供商的服务器可以请求用于广播内容的观看接入的静态费用。在预定的时间已经过去之后,服务器可以向多个移动设备广播动态定价消息,其中该消息指示能通过动态定价来得到广播节目的观看接入。随后,服务器可以从各移动设备接收动态报价,并与移动设备进行协商,直到确定双方同意的费用为止。一旦移动设备和服务器双方同意观看接入的费用,则服务器可以向用户发送(或者直接传输)适当的解密密钥,其中该密钥向移动设备提供足够的观看接入,以完成期望的节目的观看。在其它替代性的实施例中,移动TV广播服务提供商的服务器可以进行多种拍卖,其可以通过提供多个价格点来吸引额外的移动设备预订广播内容,其中不同的用户愿意按照这些价格点对广播内容节目进行预订。
附图说明
本申请并入的附图构成本说明书的一部分,其描绘了本发明的示例性实施例,并结合上面给出的概括描述以及下面给出的具体实施方式来解释本发明的特征。
图1是描绘移动TV广播通信系统的框图。
图2是移动TV广播系统的框图。
图3是实施例价格协商方法的流程图。
图4是用于建立内容管理服务器以接受动态定价的方法的流程图。
图5是广播内容价格协商方法的流程图。
图6是由移动TV广播系统执行,用于向用户的移动设备发送适当的解密密钥,以允许观看接入广播内容节目的方法的流程图。
图7是用于向用户的移动设备发送适当的解密密钥,以允许观看接入广播内容节目的方法的流程图。
图8是描绘广播系统单元的交互的流程图。
图9是服务指南数据模型的举例说明。
图10是用于广播内容的动态定价方法的流程图。
图11是用于广播内容的动态定价方法的流程图。
图12是用于广播内容的动态定价方法的流程图。
图13是移动设备的框图。
图14是服务器设备的框图。
具体实施方式
参照附图来详细地描述各个实施例。如果可能,贯穿这些附图使用的相同附图标记指代相同或类似的部件。所引用的特定示例和实现仅用于说明目的,其并不旨在限制本发明或权利要求的保护范围。
本申请使用的“示例性的”一词意味着“用作例子、实例或举例说明”。本申请描述为“示例性”的任何实现不一定解释为比其它实现更优选或更具优势。
如本申请所使用的,术语“移动设备”指代下面设备中的任何一个或全部:蜂窝电话、个人数据助理(PDA)、掌上型计算机、膝上型计算机、无线电子邮件接收机(例如,黑莓和设备)、具有多媒体因特网能力的蜂窝电话(例如,黑莓风暴(Blackberry))、全球定位系统(GPS)接收机、无线游戏控制器、以及包括用于接收和处理移动TV广播传输的可编程处理器和存储器和移动TV广播接收机电路的类似个人电子设备。
本申请使用的“广播”一词意味着进行数据(信息分组)的传输,使得其可以由较大数量的接收设备同时进行接收。广播消息的示例是传统的寻呼机网络、移动电视服务广播信号,其包括内容广播(内容流)和诸如元数据消息之类的开销信息广播(开销流)。本申请使用的术语“单播网络”指代向单一目的地发送数据的通信网络。单播网络的示例包括WiFi和蜂窝数据通信网络。单播传输的示例包括:简单消息服务(SMS)、多媒体消息服务(MMS)以及如可以通过蜂窝电话数据通信网络携带的电子邮件消息。
本申请使用的“内容提供商”一词,指代提供要通过移动电视系统进行广播的视频、音频、文本、图像、多媒体、网站和其它数据的公司。本申请使用的术语“移动TV广播服务提供商”指代那些对移动电视信号进行广播的实体。通常,移动TV广播服务提供商从内容提供商接收广播内容,并通过广播网络将其中继给用户。
移动电视(TV)的增长普及为内容提供商和移动TV广播服务提供商提供了新的收入来源,其中内容提供商和移动TV广播服务提供商可以使用新媒介来获得额外的用户。新的收入模式包括:基于预订的移动电视接入销售、按次付费收看(PPV)或者按时间付费收看(PPT)移动电视接入。例如,移动TV广播服务提供商可以通过向用户销售用于对各广播内容节目或多个广播内容节目的捆绑包(例如,专业足球赛季入场券)进行观看接入的预订,来通过它们的服务获得收入。通过对广播内容节目进行单独加密,并仅当接收到预订的付费或者通过其它方式确保付费时,才向用户提供必需的解密密钥,移动TV广播商可以控制哪些用户可以获得某些广播内容节目的观看接入。在传统的系统中,针对每一个预订收费的价格是静态的。可以选择静态价格来吸引最多的潜在用户,同时允许移动TV广播服务提供商扣除与节目的广播相关联的固定费用以及某种利润边际。由于潜在用户群可能对于广播内容节目感兴趣的程度不断变化,因此选择适当的静态价格可能是困难的。
各潜在用户对于广播内容节目可能具有的感兴趣程度,并因此各潜在用户可能愿意为该广播内容节目的观看接入所付出的价格,可能在直到实际广播之前根据时间而变化。例如,移动TV广播服务提供商可以在实际体育事件和广播之前,提前对该体育事件的观看接入开始做广告。在该事件之前几周,可能很少有人对该事件感兴趣。因此,为了吸引尽可能多的用户,可以选择相对较低的静态价格。但是,随着关于该直播事件的大量宣传建立,观看该事件的兴趣可能立即在广播之前达到峰值。此外,事件越动态,对该事件的兴趣越可能超过预期(例如,体育事件,其中关于参与者的背景故事增加了对于该事件的兴趣),因此使得对于使收益最大化的按次付费收看价格进行设置是困难的。
某些广播内容节目可能被认为是非持久的商品。例如,在结果仍然未知的广播之前,直播的体育事件可以被认为是高价值内容。许多潜在用户可能愿意支付溢价,以确保他们可以在该事件发生时,实时地观看或记录该事件。但是,随着体育事件的进行结果将变得更为确定,并且其对于潜在用户的价值减少。在内容具有其最高价值(即,在广播之前)时没有售出的任何观看接入预订,表示损失了收入机会,这是由于无论用户数量多少,广播将消耗固定量的移动TV广播服务提供商资源(服务器存储和处理、OA&M和计费、空中链路带宽等等)。
在一些环境中,可以将广播网络当作体育场场地的附属。在该情形下,由于与事件组织者的合约,可以限制广播观看的“座位”数量(就像在体育场中那样)。在该场景中,针对有限数量的座位,可以使用传统的方法(例如,荷兰式拍卖)来获得最高的销售价格。
由于前述的原因,移动TV广播服务提供商针对其广播内容节目中的至少一些的观看接入,实现动态定价的形式将是有利的。动态定价方法可以允许移动TV广播商通过使市场指定广播内容节目的观看接入的适当定价,来使针对一些节目的创收机会最大化。
例如,可以通过允许用户与移动TV广播服务提供商协商观看接入的价格,来实现动态定价。用此方式,移动TV广播服务提供商通过吸引很大数量的用户和它们各自对于节目的感兴趣的变化水平,可能能够使特定节目的用户数量最大化。此外,移动TV提供商可能能够通过允许那些对该节目最感兴趣的人付费更多而同时仍吸引具有边际兴趣的用户,来使针对观看接入接收的价格最大。可以允许潜在用户提出他们愿意为广播内容节目的观看接入而付出的价格。随后,移动TV广播服务提供商可以接受或拒绝该报价。另外,移动TV广播服务提供商可以被配置为提供议价。
当前,开放移动联盟广播工作组(OMABCAST)规范定义了一组标准化的服务提供消息(例如,用于预订/取消预订、价格查寻、账户信息获取等等)。此外,OMABCAST服务指南(SG)规范指示:当与特定的广播内容相关联的价格在指南的“购买数据(Purchase Data)”部分中不存在时,其意味着在未来的购买处理中可与用户协商广播内容的购买价格。本申请公开的各个实施例提供了针对广播移动TV内容,支持动态定价模型(例如,可协商的定价方案)的系统和方法。
价格协商方法并不必需意味着价格减少,其还可以允许与初始价格相比,接受价格更高。例如,这可以在名义购买时间窗到期之后实现,其给予了潜在用户在最后时刻对广播内容进行预订的机会。用此方式,在普通的购买时段之外,移动TV广播商可以收取与广播内容相关联的“晚期(late)”费用。这种最后时刻费用增加可能是合理的,这是由于允许最后时刻购买将增加与OA&M和计费资源相关联的费用。替代地,在一些情况下,由于极端的需求可能使空中接口自身变成进行预订请求的瓶颈而不能提供最后时刻购买。此外,还可以将该定价模型作为广告向早期购买者提供折扣价格。
此外,还可以实现其它动态定价。例如,移动TV广播服务提供商可以实现拍卖,后者允许用户提交指示他们愿意为观看接入付出的价格的出价。可以实现不同变型的拍卖,其可以允许移动TV广播商吸引最大数量的用户,同时允许用户根据他们对于特定节目的相对兴趣水平来付费。
多种不同的移动TV层技术和相关的标准在未来是可用的或可预期的,所有这些均可以实现本申请各个实施例,并从这些实施例获益。这些标准包括开放移动联盟移动广播服务使能器套件(OMABCAST)、MediaFLO、数字视频广播IP数据广播(DVB-IPDC)和中国多媒体移动广播(CMMB)。虽然在不同的移动TV服务标准之间广播格式和术语不同,但它们使用元数据传输,以允许移动设备接收选定的内容,并向用户通知对于观看或下载可用的节目和内容。为了避免关于特定的广播标准的混淆,本申请使用通用术语内容流、开销流和元数据消息来描述各个实施例。
一般情况下,对移动TV广播传输进行加密,使得可以以预订、按场付费收看、按次付费收看为基础,销售节目的接入。因此,当各个实施例允许用户和移动TV广播服务提供商相互对特定广播内容的价格达成一致时,可以向用户的移动设备发送解密密钥,以允许观看。一般情况下,移动TV广播服务使用单播通信网络(例如,客户的蜂窝电话数据服务)来传输去往/来自特定的客户移动设备的预订消息,并且使用单独的广播网络来向所有移动设备广播移动电视节目。概括来说,移动TV广播服务提供商可以发送消息,其中该消息包括允许移动设备生成用于接收特定的广播所需要的解密密钥的信息。可以将解密密钥配置为在预定的时间量之后到期,以便允许按次付费收看类型服务,以及限制解密密钥落入到公众范围的经济影响。另外,提供解密密钥的消息可以包括服务限制参数,后者可以用于将接收的广播服务限制为特定的节目、信道或其它市场段。
举例而言,OMA BCAST标准使用长期密钥消息(LTKM),其中通过单播网络向移动设备发送LTKM以提供受限制的接入密钥。移动设备使用该受限制的接入密钥来对短期密钥消息(STKM)中的以加密形式包含的流量加密密钥(TEK)进行解密,其中STKM是在广播网络上定期广播的。当解密后,TEK允许移动设备在一较短时间段(例如,两分钟)对加密的广播内容流进行解密。当TEK到期后,对加密的广播内容的接入将终止,除非获得新的TEK。为了允许客户观看完整的节目,在连续的基础上对STKM消息进行广播,使得可以使用从LTKM获得的长期密钥来从这些STKM中获得新TEK。
下面将OMA BCAST标准术语和消息命名使用为示例性示例,来描述各个实施例。其它移动广播标准使用在消息命名和细节上不同的类似消息结构,但这些消息命名和细节对于各个实施例来说并不是重要的。例如,DVB-IPDC以类似于OMABCAST标准的LTKM的方式来使用密钥管理消息(KMM),以类似于OMABCAST标准的STKM的方式来使用密钥流消息(KSM),以类似于OMABCAST标准的TEK的方式来使用TEK。同样,MediaFLO和CMMB以类似于OMA BCAST标准的LTKM的方式来使用加密管理消息(EMM),以类似于OMABCAST标准的STKM的方式来使用加密码字消息(ECM),以类似于OMA BCAST标准的TEK的方式来使用码字(CW)。因此,将下面描述提供为示例性示例,并且其并不旨在将这些实施例或权利要求的保护范围限制为OMA BCAST标准。为了便于指代起见,本申请将更长期权利管理消息称为长期解密密钥消息或LTKM,本申请将更短期解密密钥传送消息称为短期解密密钥消息或STKM,本申请将用于对加密的广播内容进行解密的解密密钥称为内容解密密钥或TEK。
在传统的移动TV广播系统中,用户向移动TV广播服务提供商预订特定广播内容的观看接入,并为该观看接入支付固定的价格。一旦针对该预订的付费得到了验证,移动TV广播服务提供商就发送LTKM或STKM,后者允许用户接入以便观看节目。通常,在指示关于广播内容的其它信息(例如,信道、时间、持续时间等)的服务指南中,列出了观看接入的静态价格。
移动TV广播服务通过经由专用于携带开销信息的广播传输的一部分(本申请称为“开销流”或“内容描述流”,其与广播传输中携带内容的部分(本申请称为“内容流”)分开)广播关于将在未来进行广播的节目和内容的信息,来允许移动设备被自包含。此外,移动设备还可以处理该元数据,以便向用户提供电子观看指南。这种电子观看指南(在一些移动TV格式中,其还称为“服务指南”(SG)或“电子服务指南”(ESG))是可观看的节目指南,其类似于电缆和卫星电视系统上可用的指南。通常,这些服务指南包含固定定价信息,后者向潜在用户(其还称为用户)通知观看该广播内容的费用。
可以在开销流中发送本申请称为“服务指南”的内容元数据,其中开销流占据移动TV广播信号的低带宽部分,以用于携带类似于节目和内容元数据的开销信息。与开销流相比而言,通常使用广播信号的高带宽部分来对节目和内容进行广播,其中本申请将该部分统称为“内容流”。
图1描绘了典型移动TV广播系统100的示例组件。移动TV广播网络1通常包括由移动广播网络控制中心4控制的多个广播发射机2。移动TV广播网络1将来自广播发射机2的内容广播成用于由移动设备10接收的移动广播传输3。在移动广播网络控制中心4中,通常是一个或多个内容管理服务器6,后者被配置为管理内容广播的调度、电子服务指南和关于内容广播的其它元数据的生成、以及用于通过移动TV广播网络1的开销流进行广播的元数据消息的生成。此外,一个或多个内容管理服务器6还可以包括到诸如因特网7之类的外部网络的连接,通过该连接,内容管理服务器6可以从内容提供商服务器8接收内容供给(feed)。一个或多个内容管理服务器6可以被配置为根据各个实施例,从内容提供商服务器8接收内容,确定关于所接收的内容的信息(例如,用于广播内容的观看接入的固定名义费用)。此外,内容管理服务器6可以负责接收广播内容节目请求。用户可以结合静态定价模型或动态定价模型来进行该请求。虽然图1描绘了内容管理服务器6执行内容管理以及预订管理的功能,但在替代的实施例中,可以使用多个服务器来执行这些功能。因此,在这些替代的实施例中,可以结合内容管理服务器6来提供另外的预订管理服务器(没有示出)。内容管理服务器6可以负责所有的内容管理功能,而预订管理服务器可以负责接收内容节目请求。用户可以结合静态定价模型或动态定价模型来进行该请求。
为了允许用户请求广播节目,移动设备10可以通过单播网络5来与内容管理服务器6进行通信。替代地,移动设备10可以通过单播网络5和因特网7来与内容管理器6进行通信。例如,当用户位于该用户的归属网络之外且该用户的归属网络预订管理器不可用时,可能发生通过单播网络和因特网7来与内容管理器6进行通信的需要。当接受了观看请求时,内容管理服务器6可以与其它计费服务器(没有示出)进行通信,以有助于进行各个账户的适当计费,从而完成允许广播内容节目观看接入的过程。
参见图2,还可以从第二用户终端11进行观看请求。例如,用户可能希望从登录到该用户的账户的远程计算机调度在移动设备10上观看节目。用户可以使用第二用户终端,通过因特网7与节目出价管理器9进行通信。如果成功地完成价格协商,并接受该观看请求,则节目出价管理器9可以指导预订管理中心12向移动设备10发送必需的加密密钥以便进行实际观看。
一般情况下,移动TV广播服务提供商从不同的内容源和内容提供商接收各种不同的节目和内容。移动TV广播服务提供商通常将内容存储在服务器中,调度每一个内容的广播窗,并且随后成批地广播内容。为了允许移动设备接收该内容,移动TV广播服务提供商服务器将生成用于通过开销流进行传输的元数据消息,其中该消息通知移动设备何时发送各节目或内容,以及进行该传输的广播地址。在直播电视事件(例如,体育事件、音乐会)的情况下,在通过流传输进行广播之前,对内容进行转码(transcode)。这可能由于转码而导致较小的时延。由于移动TV广播服务提供商可能通常在直播电视事件之前就提前知道直播事件发生的时间,因此移动TV广播服务提供商仍然可以生成用于通过开销流进行传输的元数据消息,其通知移动设备何时发送各节目或内容,以及进行该传输的广播地址。移动设备可以使用元数据消息中的信息来判断用户是否选择了任何内容来进行流接收或文件下载,如果是,则确定调入(tune-in)广播传输的时间和在其上接收所选定的内容的网络地址。
图2示出了根据一个实施例的信息流程图200,其描绘了移动TV广播网络1中的消息和信息流。如上所述,移动TV广播网络1可以从多个内容源8a、8b接收内容(例如,电视节目网站、串行数据供给等等)。可以通过数据网络20(例如,图1,因特网7),将该内容提供给移动TV广播网络1中的内容管理服务器6。内容管理服务器6可以将该内容存储在数据库中,并调度该内容以进行广播。在调度内容进行广播时,内容管理服务器6确定该时间广播什么,以及在哪个网络地址上进行广播。作为调度的一部分,内容管理服务器6可以将该内容格式化到内容包(CP)中。此外,内容管理服务器6还可以确定关于该内容的信息,例如,信息的标题、其来源(例如,因特网地址、URL或制造者)、该信息的性质(例如,体育、新闻、财经等等)、其创作年代或日期/时间、以及对该内容观看接入的定价。内容管理服务器6可以将调度的广播时间和地址与关于该内容的其它信息进行组合,以生成具有服务指南形式的内容分组描述(CPD)。当调度内容以进行广播时,内容管理服务器6可以在网络数据流22中向内容广播系统4提供内容包。可以在网络数据流24中提供服务指南。随后,内容广播系统4将这些数据流处理成多路传输广播波形,后者由网络发射机2实况地广播成广播传输。
在广播传输中,除了包括携带内容分组描述的数据分组的服务指南流28之外,还可以存在一些不同的内容流(CF)26,其是携带广播内容的数据分组。移动设备10接收这些广播传输,并能够分开地处理内容流26和服务指南流28。
为了有助于进行动态定价,每一个用户的移动设备10可以通过单播网络5来与节目出价管理器9进行通信。节目出价管理器9可以是操作在内容管理服务器6中的软件模块,或者可以是操作在与内容管理服务器6进行直接通信的单独服务器中的软件。内容管理服务器6中的节目出价管理器9可以负责对去往和来自每一个单独移动设备10的动态报价、接受和议价进行发送和接收。
节目出价管理器9模块和移动设备10之间的通信可以通过单播网络5上的双向通信链路。该双向通信链路可以被配置为在各个设备(其包括移动设备10中的每一个)之中和在各个设备之间传输语音业务和/或数据业务。如各个实施例所使用的双向链路并不限于无线链路或者甚至特定的电信技术,这些双向链路可以包括一个或多个有线和/或无线链路,其包括以太网、电话(例如,POTS)、电缆、电力线和光纤系统中的一个或多个,和/或包括码分多址(CDMA或CDMA2000)通信系统、频分多址(FDMA)系统、诸如GSM/GPRS(通用分组无线服务)/EDGE(增强数据GSM环境)之类的时分多址(TDMA)系统、TETRA(陆上集群无线电)移动电话系统、宽带码分多址(WCDMA)系统、高数据速率(1xEV-DO或!xEV-DO金多播)系统、IEEE 802.11系统或者基于正交频分多址(OFDM)的系统中的一个或多个的无线系统。
在操作中,服务指南由移动TV广播网络1中的内容管理服务器6生成。服务指南包括数据模型,后者对服务、调度、内容、有关的购买和提供数据、接入和使用片段的交互性数据进行模型化。服务指南可以是如来自OMA的OMATS-BCAST Services-V10规范中所定义的。
图3是描绘用于进行动态价格协商的实施例方法300的概括过程流程图。该价格协商过程可以由具有节目出价管理器9的内容管理服务器6来执行,其中节目出价管理器9操作成内容管理服务器6中的模块或者与内容管理服务器6通信的单独服务器。为了简单起见,将节目出价管理器9的操作描述成内容管理服务器6中的模块。节目出价管理器9的操作指代为如内容管理服务器6所执行。但是,这些操作可以由移动TV广播系统中的不同服务器或者连接到移动TV广播系统的不同服务器执行。
接收到服务指南后,用户可以确定他对于观看特定的广播内容节目感兴趣。在动态定价操作中,在步骤50,内容管理服务器6可以接收针对广播节目的用户动态报价。在判断框51,内容管理服务器6可以评估用户的报价,并且判断该报价是否是可接受的。例如,这可以通过将该报价与存储器中保存的预定门限值进行比较来实现,或者通过使用算法来分析报价以预测最大收入价格来实现。如果该报价是可接受的(即,判断51=是),则在步骤55,内容管理服务器6可以发起向用户发起该报价是可接受的过程。随后,在步骤56,内容管理服务器6可以向用户发送解密密钥,其中该密钥向用户提供广播内容节目的观看接入。下面参照图6来更详细地描述用于向用户发送解密密钥的过程。
但是,如果该报价是不可接受的(即,判断51=否),则在步骤52,内容管理服务器6可以通过单播网络5上的双向链路来向用户发送议价。随后,在步骤53,内容管理服务器6等待用户对于该议价的响应。如果用户接受该议价,则用户的移动设备10可以向内容管理服务器6发送接受消息。当移动设备10接收到用户接受该议价的输入时,移动设备10可以生成和发送新的动态报价,其标识内容管理服务器6的议价中所包含的报价。在接收到该新动态报价时,内容管理服务器6接受该新动态报价,这是由于其包含先前可接受的报价。或者,移动设备10可以生成该议价是可接受的指示,并将其发送给内容管理服务器6。否则,如果用户选择具有不同的报价的议价(即,更低的报价),则在步骤50,内容管理服务器6接收以不同的报价来广播内容的用户请求,并且在判断框51,判断该报价是否是可接受的。
内容管理服务器6可以使用多种协商算法中的任意协商算法来允许动态价格协商。例如,可以建立用于广播内容节目的观看接入的最小可接受价格。如果用户报价低于该最小可接受价格,则可以计算最小可接受价格和用户报价之间的差。内容管理服务器6可以生成和发送议价价格,其中该议价价格和最小可接受价格之间的差与最小可接受价格和用户报价之间的差相同,或者是其的某个分数。用此方式,内容管理服务器6可以继续生成和发送议价,直到用户报出了和/或接受了最小可接受价格或者大于最小可接受价格的某个价格为止。
图4是描绘用于以动态定价模式发起内容管理服务器6的实施例方法400的过程流程图。作为操作的实施例方法的示例,按次付费收看节目可以是体育事件的实况广播。内容管理服务器6可以生成内容分组描述(CPD),后者描述广播内容节目并且包括多种信息,其中这些信息包括许可观看接入的静态价格。在步骤201,可以以服务指南的形式向用户广播这些CPD。内容管理服务器6可以接收按该静态价格进行此广播内容节目的用户请求。只要内容管理服务器6以静态定价模式进行操作,内容管理服务器6就可以在仅交换静态价格之后,继续许可用户观看接入。
在体育事件的实际广播时间之前的某个时间,移动TV广播服务提供商可以选择发起动态定价模式。因此,在判断框202,内容管理服务器6可以定期地判断在实际广播时间之前的剩余时间是否超过某个预定的门限。如果距离广播的时间超过预定的门限(即,判断202=否),则内容管理服务器6继续将具有静态价格的CPD插入到服务指南。但是,如果距离实际广播的时间低于预定的门限(即,判断202=是),则在步骤203,内容管理服务器6可以改变CPD,以从服务指南中删除该广播内容节目的静态价格。在服务指南中缺少静态价格,指示移动TV广播服务提供商现在正以动态价格模式操作,并且其能从用户接收可协商的报价。
或者,内容管理服务器6可以在服务指南中插入明确的信息,该信息指示移动TV广播服务提供商正在以动态定价模式操作,并且其能从用户接收可协商的报价。内容管理服务器6可以将可协商标志设置为“1”以允许动态定价过程,从而使得由内容管理服务器6(或价格出价管理器9)进行的后续处理能接受用户可协商的报价,步骤204。此外,在步骤205,内容管理服务器6还可以设置用于广播内容节目的观看接入的最小可接受价格。一旦设置了可协商标志和最小可接受价格,内容管理服务器6就可以执行下面参照图5所更详细描述的动态价格协商过程,步骤206。移动TV广播服务提供商可以选择执行动态价格协商过程,直到某个预定的时间为止。该预定的时间可以在所述广播的开始之前,但可以延长到该广播的结束为止。例如,可以允许用户协商用于接入广播内容的价格,直到调度的广播内容节目开始为止。
或者,移动TV广播服务提供商可以允许用户获得“已经在进行的”广播内容节目的观看接入。在一些实施例中,移动TV广播服务提供商可以通过重新设置在广播内容节目已开始广播之后所接收的用于观看接入请求的最小可接受价格,来发起另一个动态价格协商过程。如果协商该价格的时间没有到期(即,判断207=否),则在步骤206,内容管理服务器6可以继续执行广播内容价格协商过程。但是,如果协商的时间已经到期(即,判断207=是),则在步骤208,内容管理服务器6可以将可协商标志重新设置为“0”,并返回到步骤201,以在用于其它广播内容节目的服务指南中插入广播内容信息。
图5是描绘用于进行动态价格协商的实施例方法500的过程流程图。在步骤210,内容管理服务器6可以从用户接收广播内容观看接入请求。在一些实例中,在内容管理服务器6以动态定价模式进行操作之前,用户可以发送用于观看接入的请求。在这些实例中,用户请求以所述静态价格来观看接入广播内容节目。因此,在接收到用户的观看接入请求之后,内容管理服务器6可以进行检查,以查看可协商标志是否被设置为“1”,其指示该内容管理服务器6正在以动态定价模式进行操作,判断211。如果可协商标志没有被设置为“1”,则动态定价操作时段还没有开始,并且广播内容观看接入仅仅以静态价格对用户可用。因此,如果可协商标志没有被设置为“1”(即,判断211=否),则可以将接收的广播内容观看接入请求当作按静态价格进行收费的同意(agreement)。在判断217,内容管理服务器6可以等待已接收到付款令牌的确认。用户可以预付费、接收令牌并将其存储在他们的移动设备10上,其中这些令牌可以被赎回以用于广播节目的观看接入。一些广播节目可能需要在许可观看接入之前提交一个或多个令牌。用此方式,不再为了观看接入而交换钱财。如果没有接收到令牌或付款(即,判断217=否),则在判断框217,内容管理服务器6可以继续等待令牌/付款接收的确认。一旦接收到令牌或付款(判断217=是),则在步骤218,内容管理服务器6(或者与内容管理服务器6进行通信的单独计费服务器)可以将付款记入用户账户或者接受令牌。在步骤219,内容管理服务器6可以生成该用户已购买该广播的接入的消息,并将其发送给移动设备。随后,在步骤220,内容管理服务器6可以发起用于发送适当的解密密钥的过程。下面参照图6来更详细地描述用于发送适当的解密密钥的过程。
如果可协商标志被设置为“1”(即,判断211=是),则在步骤212,内容管理服务器6可以解析用户的请求以获得该用户的报价(通过节目出价管理器9)。随后,在判断框213,内容管理服务器6可以判断该报价是否大于或等于图4的步骤205中所设置的最小可接受价格。如果解析得到的该用户的报价大于或等于最小可接受价格(即,判断213=是),则内容管理服务器6可以接受该用户的报价,接受付款,并且发送适当的解密密钥,步骤217-219。如果解析得到的报价小于最小可接受价格(即,判断213=否),则在步骤214,内容管理服务器6可以生成包含针对该观看接入的建议价格的议价,并对其进行发送。如上所述,内容管理服务器6可以实现多种协商算法中的任意算法来生成适当的议价。一旦生成了议价并通过单播网络5中的双向链路将其发送回用户,则在步骤215,内容管理服务器6可以等待该用户针对该议价的接受、拒绝或议价。
可以使用多种机制来将解密密钥链接到预订购买。一般情况下,移动广播服务使用单播通信网络(例如,客户的蜂窝电话数据服务)来传输去往/来自特定客户移动设备的预订消息,并且使用单独的广播网络来向所有移动设备广播移动电视节目。概括地说,移动广播服务提供商可以发送消息,其中该消息包括允许移动设备10生成用于对特定的广播进行接收所需要的解密密钥的信息。解密密钥可以被配置为在预定的时间量之后到期,以便允许按次付费收看(按场付费收看)类型服务,以及限制落入到公众范围的解密密钥的经济影响。另外,提供解密密钥的消息可以包括服务限制参数,后者可以用于将接收的广播服务限制为特定的节目、信道或其它市场段。
可以在OMA BCAST技术中实现各个实施例,例如,当已按照协商后的节目观看价格对用户账户收费时,向客户发送将在有限的时间段之内到期的临时LTKM。当接收到LTKM时,移动设备可以使用该消息内容来对STKM消息的一部分进行解密,以获得用于观看所请求的广播传输的TEK。
图6是描绘用于当成功完成用户和移动TV广播服务提供商之间的协商时,向用户提供适当的解密密钥的实施例方法600的过程/消息流程图。如上面参照图4和图5所讨论的,在步骤206和306,用户可以通过内容管理服务器6来参与和移动TV广播服务提供商的协商过程。一旦成功完成协商,则在步骤219,内容管理服务器6可以向用户的移动设备10发送指示成功协商的消息。此外,在步骤219,内容管理服务器6还可以向内容提供商服务器8发送消息,其中该消息向其通知成功的协商以及与其进行了成功的协商的用户的移动设备10的标识。该成功协商消息可以由用户的移动设备10接收(步骤319),以及由内容提供商服务器8接收(步骤119)。在接收到成功协商消息之后,内容提供商服务器8可以发起用于向用户提供适当的解密密钥以便能够观看购买的广播节目的过程。
响应所接收的成功协商消息(步骤119),广播内容提供商8可以生成和发送长期解密密钥消息(例如,LTKM),以便由用户的移动设备10到内容管理服务器6使用,步骤123。该LTKM可以包括移动设备10能对STKM中的TEK进行解密,以便解密和显示购买的节目的内容的条款和条件。向内容管理服务器6发送的LTKM还可以包括受限制的接入密钥,以允许用户仅在某些受限制的条款之下观看广播节目。LTKM是使用单播网络5发送的。
同时,在步骤125,广播内容提供商8还对连续的STKM序列以及加密的广播内容进行广播。在步骤223、224,内容管理服务器6可以接收和发送LTKM。在步骤324,移动设备10通过单播网络5接收LTKM。此外,在步骤325,移动设备10还通过广播网络3来接收STKM流和加密的内容流。移动设备10可以使用该LTKM来对STKM流中包括的TEK进行解密。随后,使用TEK来对购买的广播的内容进行解密。在步骤326,使用解密后的广播的内容,移动设备可以向用户显示该内容以便进行观看。
图7示出了用于当在第二用户终端处进行了用户和移动TV广播服务提供商之间的协商时,向该用户提供适当的解密密钥的替代性实施例方法的过程/消息流程700。如上所述,在一些实施例中,用户可能希望从远程第二用户终端11预先定购节目以用于在移动设备上接收广播。图7中所示的过程/消息流程700明显地类似于图6中所示的方法600。在过程/消息流程700中,在步骤206、306,在第二用户终端11和内容管理服务器6之间协商广播内容价格。在成功完成协商之后,内容管理服务器6可以发送成功协商的指示(步骤219),其中该指示可以由内容提供商8接收(步骤119),以及由第二用户终端11接收(步骤319)。如上所述,广播内容提供商8可以生成和发送长期解密密钥消息(例如,LTKM),以便由用户的移动设备10到内容管理服务器6使用,步骤123。向内容管理服务器6发送的LTKM还可以包括受限制的接入密钥,以允许用户仅在某些受限制的条款之下观看广播节目。
同时,在步骤125,广播内容提供商8还对连续的STKM序列以及加密的广播内容进行广播。在步骤223、224,内容管理服务器6可以接收和发送LTKM。在步骤324,移动设备10通过单播网络5接收LTKM。此外,在步骤325,移动设备10还通过广播网络3来接收STKM流和加密的内容流。移动设备10可以使用该LTKM来对STKM流中包括的TEK进行解密。随后,使用TEK来对购买的广播的内容进行解密。在步骤326,使用解密后的广播的内容,移动设备可以向用户显示该内容以便进行观看。
图8是描绘在实施例协商中,由广播系统中的各个单元执行的实施例方法800的过程流程图。在步骤201,内容管理服务器6可以发送服务指南,后者包含关于各个广播内容节目的信息。该信息所包括的可以是用于获得广播内容的观看接入的固定价格。在步骤301,通过移动TV广播传输3,用户可以在他们的移动设备10上接收具有固定的价格的服务指南。用户可以选择按照固定的价格来请求观看接入服务指南中所描述的广播内容节目。
当内容管理服务器6发送了服务指南,其可以定期地监测广播内容节目的广播时间之前的剩余时间。如果广播之前的剩余时间小于预定的门限(即,判断202=否),则在步骤201,内容管理服务器6可以继续发送服务指南,后者包含针对该广播内容节目的固定价格。一旦广播之前的剩余时间小于预定的门限(即,判断203=是),则在步骤203,内容管理服务器6可以发送不具有关于该特定广播内容节目的定价信息的服务指南更新。例如,内容管理服务器6可以在传输中更新OMA-BCAST中的“购买数据”段(假定服务指南的其它部分没有发生改变)。
通过发送不具有任何定价信息的服务指南,内容管理服务器6向移动设备10指示观看该广播节目的价格是可协商的。在一个替代性实施例中,内容管理服务器6可以发送具有显式消息的服务指南更新,其中该显式消息指示观看该广播节目的价格是可协商的。在步骤303,用户可以在他们的移动设备10上接收不具有定价信息的服务指南(或者具有关于可协商的价格的显式信息的服务指南)。在步骤304,响应接收到该价格是可协商的信息,移动设备10可以提示用户输入报价并且接收可协商的报价的用户输入。一旦接收到用户的请求和报价,移动设备10可以通过单播网络来向内容管理服务器6发送该信息,步骤310。
在步骤210,内容管理服务器6接收用户的请求,并且如上面参照图5所讨论的,执行步骤211-220。当在步骤214,内容管理服务器6使用议价来答复时,在步骤314,用户的移动设备10可以接收该议价,并且在步骤315,向用户显示该议价。随后,用户可以通过接受该议价、建议针对该议价的议价或者拒绝该议价,来对该议价进行响应。在步骤316,移动设备10可以接收用户输入响应,并且在判断框317,判断用户是否接受该议价。如果用户指示该议价是可接受的(即,判断317=是),则在步骤318,移动设备10可以将该议价作为新的报价发送给内容管理服务器6。由于新的报价已经是内容管理服务器6可接受的价格,因此用户的该议价是内容管理服务器6可接受的。结果,当在步骤210接收到该议价,并且在步骤211对其进行解析时,在图5的步骤217-220,内容管理服务器6接收该议价,并随后发送适当的解密密钥以允许观看接入。或者,移动设备10可以向内容管理服务器6发送接受该议价的消息,在该情况下,内容管理服务器6可以以类似于如上面参照图5所描述的用户接受静态价格的方式(例如,判断211=否;步骤217-220)来继续进行处理。
或者,用户可以选择对该议价进行议价。如果移动设备10根据用户输入确定内容管理服务器6的议价是不可接受的(即,判断317=否),则移动设备10可以提示用户指示该用户是希望针对该议价进行议价,还是拒绝该议价。在判断框230,移动设备10可以接收用户输入,并判断用户是希望接受还是拒绝该议价。如果移动设备10确定用户拒绝该议价(即,判断230=否),则在步骤322,移动设备10可以通过经由单播网络发送消息来对内容管理服务器6进行影响,来终止广播请求。如果移动设备10确定用户希望对该议价进行议价(即,判断320=是),则移动设备可以提示用户针对从内容管理服务器6接收的议价来输入议价价格。在步骤321,移动设备10从用户接收该议价价格,并以类似于初始的请求的方式,向内容管理服务器6发送具有新的报价的信息。在步骤210,在接收到针对所述议价的议价时,内容管理服务器6可以评估针对议价的议价,并以类似于上面参照图5中的步骤210-220所描述的方式,来对最近接收的报价进行接受或议价。该过程可以继续,直到达到双方同意或者用户选择终止协商为止。在一些实施例中,可以允许该过程经历有限数量的重复,以便使网络资源(例如,单播网络带宽)的消耗最小。
图9示出了将数据表示成XML片段的服务指南数据模型900。将每一个XML片段视作为单独的形式良好的XML文档。可以省略XML文本声明。在该情况下,移动设备10可以假定下面缺省的XML文本声明,以确保形式良好:
<?xml version=”1/1”?>
片段中使用的命名空间应当根据XML规则来在该片段中进行声明。如果没有声明命名空间,则移动设备可以假定该片段的缺省命名空间是“urn:oma:xml:bcast:sg:fragments:1.0”。
图9的服务指南数据模型900中所示的基数(cardinality)具有下面含义。片段A的一个实例化引用片段B的c到d实例化。如果c=d,则省略d。因此,如果c>0,且片段A存在,则片段B的至少c实例化必须也存在,但片段B的至多d实例化可以存在。反之亦然,片段B的一个实例化由片段A的a到b实例化引用。如果a=b,则省略b。从片段A指向片段B的箭头连接指示片段A包含对于片段B的引用。
任何给定的‘购买项(PurchaseItem)’片段可能仅仅能够引用下面片段之中的单一类型:‘服务(Service)’、‘调度(Schedule)’、‘内容(Content)’或另一个‘购买项’。‘接入(Access)’片段可以具有到‘服务’片段或‘调度’片段的链接。
如图9中所示,服务指南(Service Guide)片段之间的所有连接箭头是单一方向的,除了存在两对相反的单一方向箭头之外:在‘调度’片段和‘交互性数据(Interactivity Data)’片段之间;以及在‘接入’片段和‘预览数据(PreviewData)’片段之间。从‘调度’片段到‘交互性数据’片段的引用箭头声明了文件流中携带的交互式媒体文档的分发调度(由‘交互性数据’片段所引用的)。从‘交互性数据’片段到‘调度’片段的引用箭头声明了与‘交互性数据’片段相关联的‘调度’片段。从‘接入’片段到‘预览数据’片段的参考箭头指示用于接入的服务接服务切换预览信息。从‘预览数据’片段到‘接入’片段的参考箭头声明了如何接入预览数据。
如下所示地定义了该模型中的单元的语义;‘服务’片段描述包括广播服务的内容项的集合水平。可以使用多种接入的方式(例如,广播信道和交互式信道)来向用户传送服务。可以使服务的目标针对于某个用户组或地理区域。根据服务的类型,服务可以具有交互式部分、只广播部分或者二者。
服务还可以包括不直接与内容有关的组成部分,但包括与服务的功能有关的用户获得:例如购买或预订信息。作为服务指南的一部分,‘服务’片段形成由包括‘接入’、‘调度’、‘内容’和‘购买项’片段的其它片段所引用的中央枢纽。此外,‘服务’片段可以引用‘预览数据’片段。‘预览数据’片段可以不由这些片段中的每一个引用,或者由这些片段中的每一个中的一些引用。
与相关联的片段一起,移动设备10可以在任何时间点确定与服务相关联的细节。例如,可以将这些细节概括到用户友好的显示中,可以如何和何时消费相关联的内容,以及按什么样的费用。
‘调度’片段定义了在其中相关联的内容项对于流传输、下载和/或实施可用的时间帧。该片段引用‘服务’片段。如果其还引用一个或多个‘内容’片段或‘交互性数据’片段,则其定义了属于该服务的那些内容项的有效分发和/或呈现时间帧,或者与该服务相关联的交互性媒体文档(InteractivityMediaDocuments)的有效分发时间帧和自动激活时间。另一方面,如果‘调度’片段不引用任何‘内容’片段或者‘交互性数据片段’,则其定义了不受限制的服务可用性的时间帧。
‘内容’片段给出了特定内容项的详细描述。除了定义内容的类型、描述和语言之外,其还可以提供关于目标针对的用户组或地理区域、以及流派和家长评价的信息。
‘内容’片段可以由调度、购买项或‘交互性数据’片段引用。其可以引用‘预览数据’片段或者‘服务’片段。
‘接入’片段描述了在服务的生命跨度期间如何接入该服务。该片段包含或引用会话描述信息,并指示传送方法。一个或多个‘接入’片段可以引用‘服务’片段,其提供了用于接入相关联的服务或者与相关联的服务交互的替代方式。
对于移动设备10,‘接入’片段提供了关于移动设备10接收和实施该服务所需要的能力的信息。‘接入’片段以内嵌文本的形式,或者通过指向单独的会话描述的URI形式的指针,来提供会话描述参数。可以通过广播信道或者交互信道来传送会话描述信息。
‘会话描述(SessionDescription)’是提供用于接入服务或内容项的会话信息的服务指南片段。此外,会话描述还可以提供用于相关联的传送过程的辅助描述信息。
可以使用文本格式的SDP的语法,或者通过3GPP MBMS User Service Bundle Description(3GPP MBMS用户服务捆绑描述)[3GPP TS 26.346](USBD),来提供会话描述信息。
可以以XML格式来提供辅助描述信息,并且该信息包含如[BCAST 10-Distribution]中所定义的关联传送描述(Associated Delivery Description)。
应当注意,在使用SDP语法的情况下,用于传送会话描述的替代性方法是通过在‘接入’片段中以文本格式封装SDP。
作为概念的会话描述可以用于其自身的服务指南传送以及用于内容会话。
‘购买项’片段表示向终端用户免费提供的、用于预订和/或购买的一个或多个服务的组(即,服务捆绑)或者一个或多个内容项的组。
该片段可以由提供关于不同的服务捆绑的更多信息的‘购买数据’片段来引用。‘购买项’片段还可以与以下各片段相关联:
●用于允许捆绑的服务预订的‘服务’片段;和/或
●用于允许在某个时间帧消费某个服务或内容(按次付费收看功能)的‘调度’片段;和/或
●用于允许购买与服务有关的单一内容文件的‘内容’片段;以及
●用于允许购买项购买数据的捆绑的其它‘购买项’片段。
‘购买数据’片段的主要功能是表达关于相关联的购买项的所有可用定价信息。
‘购买数据’片段收集了关于一个或几个购买信道的信息,并且‘购买数据’片段可以与特定于某个服务或服务捆绑的预览数据相关联。其携带关于服务的定价、服务捆绑或者内容项的信息。此外,关于宣传活动的信息也可以包括在该片段中。
‘购买信道(PurchaseChannel)’片段携带了关于实体的信息(即,内容提供商或内容聚合商),其中通过该实体,可以获得针对某个服务、服务捆绑或者内容项的接入和/或内容权利的购买,如‘购买数据’片段中所定义的。购买信道与一个或多个移动TV服务提供商相关联。如果移动设备与移动TV服务提供商有关(其还与特定的购买信道相关联),则仅准许该移动设备接入该特定的购买信道。
多个购买信道可以与一个‘购买数据’片段相关联。换言之,用于预订节目的相同价格条款可以由不同的移动TV服务提供商同时提供。某个终端用户可以具有“优选的”购买信道(例如,他/她的移动运营商),其中所有的购买请求都应当被导向该优选购买信道。优选的购买信道甚至可以是允许终端用户使用的仅有信道。
‘预览数据’片段包含由移动设备使用以便向用户呈现服务或内容概要,使得用户可以对于该服务或内容具有大致了解的信息。‘预览数据’片段可以包括简单文本、静态图像(例如,标志)、短视频片段或者甚至对于另一个服务的引用(其中该服务可以是主服务的低速率版本)。‘服务’、‘内容’、‘购买数据’、‘接入’和‘调度’片段可以引用‘预览数据’片段。
交互性数据包含由移动设备使用以便向用户提供交互式服务的信息,其中该信息与广播内容相关联。这些交互式服务可以允许用户在TV秀期间进行投票,或者获得与该广播内容有关的内容。‘交互性数据’片段指向包括HTML文件、静态图像、电子邮件模板、SMS模板、MMS模板文档等等的一个或多个‘交互性媒体(InteractivityMedia)’文档。‘交互性数据’片段可以引用‘服务’、‘内容’和‘调度’片段,并且‘交互性数据’片段可以由‘调度’片段进行引用。
在服务指南通告信道(Service Guide Announcement Channel)上传输服务指南传送描述符(ServiceGuideDeliveryDescriptor,SGDD),并且其在服务指南发现过程中向移动设备通知服务指南的片段的可用性、元数据和分组(参见6.1.1节)。SGDD允许服务指南片段的快速识别,其中服务指南片段被缓存在移动设备中,或者其被发送。为此,如果通过广播信道来分发SGDD,则优选地对SGDD进行重复。此外,SGDD还提供有关的服务指南片段的分组,并因此意味着确定该组的完备性。
当移动设备从一个服务覆盖区域移动到另一个服务覆盖区域时,服务指南传送描述符是特别有用的。在该情况下,可以使用服务指南传送描述符来快速地检查在先前服务覆盖区域中接收的服务指南片段中的哪些在当前服务覆盖区域中仍然有效,并因此不需要进行重新解析和重新处理。
移动设备10向内容管理服务器6发送服务请求,以请求预订相关联的购买项或者购买相关联的购买项。如果在该请求消息中规定了价格,并且其与内容管理服务器6针对该请求中包括的购买项中的一个或多个所计算得到的价格不同,则内容管理服务器6可以使用定价信息响应(Pricing Information Response)消息进行响应。此外,如果在请求消息中没有针对购买项中的一个或多个规定价格,则内容管理服务器6可以使用定价信息响应消息进行响应。否则,内容管理服务器6可以使用服务响应(Service Response)消息进行响应。
定价信息响应消息包含购买项(PurchaseItem)和购买数据片段(PurchaseDataFragment)单元。购买项单元描述了购买项的价格信息,并且该单元包括购买数据参考(PurchaseDataReference)单元。购买项转而包括价格(Price)单元,其具有有效截止期(validTo)和货币属性,以及可协商(Negotiable)单元。当在定价信息响应消息中缺少‘价格’时,该单元指示该购买价格在后续的购买处理中是可协商的。
如果‘可协商’=真或1,则其指示引用的购买项的货币价格是可协商的(即,用户可以在后续的服务请求(Service Request)或令牌购买请求(Token Purchase Request)消息中提交报价)。
如果‘可协商’=假或0,则其指示引用的购买项的货币价格是不可与用户协商的(即,用户可以接受后续的服务请求或令牌购买请求消息中的静态报价)。
在[BCAST10-SG]中规定了购买数据片段,其包含针对所请求的购买项的与价格有关的信息。可以在‘定价信息响应’消息中对‘购买数据参考’片段或‘购买数据片段’片段进行实例化,但不是对二者进行实例化。
服务请求消息(Service Request Message)可以包含下面单元:用户ID(UserID);设备ID(DeviceID);服务加密协议(ServiceEncryptionProtocol);购买项;Drm简档特定部分(DrmProfileSpecificPart)或智能卡简档特定部分(SmartcardProfileSpecificPart)。在智能卡简档的情况下,如果所述消息用于预订或购买的目的,则可以省略‘智能卡简档特定部分’,如果所述消息用于请求SEK/PEK的传送,则可以包括‘智能卡简档特定部分’。
购买项单元包含用户想要定购的项目的列表和价格以及用户想要预订的服务的列表。购买项包括购买数据参考、价格、报价和服务单元。报价单元表示用户用于购买所引用的购买项的报价。其(可选的)是否存在可以由下面两个事件中的一个进行触发:a)在‘定价信息响应’的‘购买数据片段’单元中发送购买项的价格,并且‘可协商’属性=真或1;或者b)用户/移动设备根据服务指南已确定该购买价格是可协商的(即,在购买数据片段中缺少‘货币价格(MonetaryPrice)’单元)。
响应对服务请求消息进行预订的请求,可以从内容管理服务器6向移动设备发送服务响应消息。该消息可适用于DRM简档和智能卡简档。服务响应消息包括购买项单元,后者描述了预订或购买该购买项的请求消息的结果。对于DRM简档,如果预订或购买成功,则将存在购买项的权利有效结束时间(rightsValidityEndTime)。对于DRM简档或智能卡简档,在预订/购买失败的情况下,将会呈现项目智能状态码(WiseStatusCode),以指示内容管理服务器6为何没有接受该请求的原因。购买项单元包括服务请求应当包含单元‘报价’的可接受性(Acceptability)单元,其指示内容管理服务器6是否接受该报价。‘可接受性’=真或1,指示用户用于购买该购买项所出的报价(如‘服务请求’消息中所包含的)被内容管理服务器6接受。‘可接受性’=假或0,指示用户用于购买该购买项所出的报价(如‘服务请求’消息中所包含的)没有被内容管理服务器6。可接受性单元包含议价(CounterPrice)单元,如果‘可接受性’=假或0,则该单元的存在指示接受来自内容管理服务器6的针对该购买项的议价价格。
可以将令牌购买请求消息(Token Purchase Request Message)和令牌购买响应消息(Token Purchase Response Message)类似地配置成服务请求消息和服务响应消息。
图10是描绘可以由内容管理服务器6实现的替代性动态定价方法1000的过程流程图。不是接受传统的静态定价或针对观看接入的定价进行协商过程,而是可以实现各种拍卖以达到用于观看广播节目的可接受价格。在图10中所示的拍卖方法1000中,卖方(例如,移动TV广播服务提供商)针对广播节目的观看,通告较高的初始要价。按照预定的时间间隔来降低该要价。随着该价格降低,用户可以向内容管理服务器6发送购买请求,其指示他们愿意按照当前要价来购买该广播内容节目。可以继续降低该要价,直到达到通过该拍卖提供的最大数量的预订或者达到预定的底价为止。一旦达到任意结束点,就可以按最终的要价对发送购买请求的所有用户进行计费,并且作为回报,这些用户就可以接收观看权利。只有提交了购买请求的用户才会被许可进行观看接入。因此,如果在通告潜在用户的期望价格之前获得了最大数量的预订,则那些希望具有更低价格而延迟提交出价的潜在用户可能被排除在观看该节目之外。因此,对一广播节目感兴趣的用户被促使接受较高的要价,以确保他们能够购买观看权利。同样,早期提交出价的用户冒着在早期就达到最大数量预订的风险。结果,这些用户为该广播内容节目付出与初始意愿相比更多的费用。
还可以实现其它拍卖变型。例如,不是让所有出价者都付出最终价格,而是可以要求每一个出价者付出他们自己的购买请求价格。例如,移动TV广播服务提供商可以向所有潜在出价者通知,仅有限数量的预订能通过拍卖来得到。为了确保其不被排除在获得观看接入之外,出价者可以选择按照更高的价格在早期提交出价。相对于较晚出价并且冒着被排除在获得观看接入之外的风险的出价者来说,可以要求那些希望确保能进行观看接入的出价者付出他们早期的更高价格。
在另一个实施例中,移动TV广播服务提供商可以限制能按照给定价格得到的预订的数量。一旦按照给定价格达到了所有有限数量的预订,则可以降低要价。通过随着要价降低而减少能按照特定价格得到的预订的数量,潜在出价者被鼓励为了确保他们能接收观看接入而出价。
在另一个实施例中,移动TV广播服务提供商可以选择按照给定的时间间隔来降低要价。但是,由于潜在出价者不知道底价,因此潜在出价者不知道拍卖何时可能结束。如果潜在出价者希望价格继续降低而延迟提交购买请求,则拍卖可能在该出价者提交购买请求之前就结束。
图10是可以由内容管理服务器6实现,以便提供非常适合于广播环境的拍卖类型的实施例方法1000的过程流程图。如先前所讨论的,内容管理服务器6生成关于广播内容节目的CPD,并将其插入到通过广播网络3向移动TV用户发送的服务指南中。在步骤225,内容管理服务器6可以将广播内容信息插入到服务指南,其中该广播内容信息指示能通过拍卖得到特定的广播内容节目。CPD可以向用户(潜在出价者)提供用于掌握该拍卖的特定规则。例如,内容管理服务器6可以向用户通知以下规则:他们必须提交出价以获得观看接入;当接受的出价的数量超过特定的门限或者达到底价时,该拍卖可能结束;将定期地降低要价;可以通过在拍卖过程中接受的最终要价来确定向每一个用户收费的价格。
在步骤230,在将拍卖的规则充分地向用户广播之后,内容管理服务器6可以设置初始要价。在步骤235,内容管理器还可以将出价计数器设置为零(0)。在该点,内容管理服务器6可以开始拍卖,并且开始从用户接收出价或购买请求,步骤240。在接收到每一个出价或购买请求时,内容管理服务器6记录并且存储进行广播内容节目请求出价或购买请求的用户的移动设备10的标识符,步骤245。随后,在步骤250,内容管理服务器6递增出价计数器,并且在判断255,判断出价的总数量是否等于能通过拍卖得到的预订的最大数量。如果出价的数量等于能得到的预订的最大数量(即,判断255=是),则在步骤275,内容管理服务器6可以结束拍卖并且记录最终要价。一旦拍卖结束,在步骤218,针对与步骤245中存储的标识符相关联的每一个用户账户,内容管理服务器6可以直接或通过计费服务器(没有示出)来记入付款,或者接受最终要价的量的令牌。随后,在步骤219,内容管理服务器6向与成功预订的已存储标识符相关联的每一个移动设备发送消息。随后,在步骤220,内容管理服务器6可以发起必需的步骤来向与已存储标识符相关联的每一个移动设备发送适当的解密密钥,如通过上面参照图6所描述的过程。
如果出价的数量不等于能得到的预订的最大数量(即,判断255=否),则在判断框260,内容管理服务器6可以判断是否接收到更多的出价或购买请求。如果接收到更多的出价(即,判断260=是),则内容管理服务器6可以返回到步骤240,以继续从其它用户移动设备接收出价或者购买请求。如果没有接收到更多的出价(即,判断260=否),则在判断框265,内容管理服务器6可以判断是否已达到底价。如果已达到底价(即,判断265=是),则在步骤275,内容管理服务器6可以结束拍卖,并执行如上所述的步骤218-220。但是,如果没有达到底价(即,判断265=否),则在步骤270,内容管理服务器6可以降低要价,并返回到步骤240,以从用户接收额外的出价或购买请求。
图11是描绘替代性实施例拍卖方法1100的过程流程图,其中在方法1100中,相对于按最终要价进行收费(如图10中所示的实施例)来说,在用户提交他们的购买请求的时候就向用户按要价收费。图11中所示的实施例拍卖方法1100还允许内容管理服务器6具有增加要价以及减少要价的选项。例如,在一些实例中,在节目广播时间接近时,可以增加用户为观看接入而愿意付出的价格。或者,在广播内容节目已开始广播之后,可以减少用户为观看接入而愿意付出的价格。
类似于上面参照图10所描述的方法1000,在步骤225,内容管理服务器6可以在服务指南中插入关于特定拍卖规则的信息。一旦将拍卖规则充分地向用户广播以便向他们通知该拍卖及其规则,内容管理服务器6可以设置初始要价,步骤230。一旦设置了初始要价,拍卖可以开始,并且内容管理服务器6可以按照当前要价来接收广播内容请求出价或购买请求,步骤231。当接收到广播内容节目请求出价时,内容管理服务器6(或计费服务器)可以执行步骤217-220(如上面参照图5所描述的),以便适当地接受付款并发送用于观看接入的适当解密密钥,步骤220。内容管理服务器6可以定期地判断是否到了调整要价的时间,判断232。如果调整要价的时间还没有过去(即,判断232=否),则内容管理服务器6返回到步骤231,并且继续接收广播内容节目请求出价或者购买请求。当调整该价格的时间已经过去(即,判断232=是),则在判断框233,内容管理服务器6判断是否有额外报出的要价水平可用。换言之,如果要价在减少,则内容管理服务器6判断是否已达到底价,或者当要价在增加时,判断在拍卖中是否已达到了最大要价。如果没有更多额外报出的要价水平可用(即,判断233=否),则在步骤275,内容管理服务器6可以结束拍卖,并且不再接受广播节目购买请求。如果有额外报出的要价可用(即,判断233=是),则在步骤234,内容管理服务器6可以增加(或减少)该广播节目的要价。一旦调整了要价,则内容管理服务器6可以返回到步骤231,以按照调整后的要价水平来接受额外的用户出价或购买请求。用此方式,在用户提交了他们的出价或购买请求的时候,对提交出价或购买请求的每一个用户按要价进行收费。
图12是另一种替代性实施例拍卖方法1200的过程流程图,其中在方法1200中,能按照拍卖中的每一个价格水平得到有限数量的预订。类似于上面参照图10所描述的拍卖方法1000,在方法1200中,内容管理服务器6通过服务指南向用户通知拍卖规则,设置初始要价,将投票计数器设置为零(0),并且开始从用户接收出价,步骤225-240。但是,与上面参照图10所描述的拍卖方法1000不同,但类似于上面参照图11所描述的拍卖方法1100,在各用户的购买请求的时候,对这些用户按要价进行收费。因此,内容管理服务器6接收付款,向用户通知成功的购买,并且发送用于观看接入的适当解密密钥,如上面所描述的步骤217-220。在处理了每一个出价或购买请求并且发送了解密密钥(步骤220)时,递增出价计数器(步骤237)。随后,在判断框238,内容管理服务器6判断是否已经售完了对于当前要价能得到的预订的最大数量。如果当前要价水平的最大数量预订还没有售完(即,判断238=否),则通过返回到步骤240,内容管理服务器6将继续按照当前要价来接收出价或购买请求。但是,如果当前要价的最大数量预订已经售完(即,判断238=是),则在判断框233,内容管理服务器6判断是否还有提供预订的另一个要价水平。如果没有更多的额外要价水平可用(即,判断233=否),则在步骤275,内容管理服务器6可以结束拍卖并且不再接受广播节目购买请求。如果有额外报出的要价水平可用(即,判断233=是),则在步骤234,内容管理服务器6可以增加(或减少)该广播内容的要价。一旦调整了要价,则内容管理服务器6可以返回到步骤235以重新设置计数器,其中该计数器对按照特定的要价售出的预订的数量进行计数。
虽然前述的实施例描述指代移动设备通过单播网络来与移动广播服务提供商进行通信,但也可以使用其它通信链路。例如,在不脱离权利要求和本发明的保护范围的基础上,可以通过任何形式的网络通信,将这些消息传送到移动广播服务提供商网络中的服务器组。
适合用于各个实施例的典型移动设备10,具有与图13中所描绘的组件的共性。例如,示例性移动设备10可以包括耦合到内部存储器192、显示器193和扬声器199的处理器191。另外,移动设备10可以具有用于发送和接收电磁辐射的天线194,后者连接到无线数据链路和/或耦合到处理器191的蜂窝电话收发机195。在一些实现中,收发机195和处理器191的一部分和用于蜂窝电话通信的存储器192统称为空中接口,这是由于其提供通过无线数据链路的数据接口。通常,移动设备还包括用于接收用户输入的键盘196或微型键盘和菜单选择按键或摇臂开关197。
上面所描述的多个实施例还可以使用多种通用计算机或远程服务器设备中的任意一种来实现,例如图14中所示的服务器2400。一般情况下,该服务器2400包括耦合到易失性存储器2402和大容量非易失性存储器(例如,硬盘2403)的处理器2401。此外,服务器210还可以包括耦合到处理器2401的软盘驱动器和/或紧致盘(CD)驱动器2406。此外,服务器210还可以包括耦合到处理器2401的网络接入端口2404,以用于与网络2405(例如,因特网)进行通信。
处理器191、2401可以是能由软件指令(应用)配置,以执行多种功能(其包括本申请所描述的各个实施例的功能)的任何可编程微处理器、微计算机或多个处理器芯片或者一些芯片。在一些移动设备中,可以提供多个处理器191、2401,例如,专用于无线通信功能的一个处理器和专用于运行其它应用的一个处理器。一般情况下,在访问软件应用和将其装载到处理器191、2401之前,可以将这些软件应用存储在内部存储器192、2402中。在一些移动设备和服务器中,处理器191、2401可以包括足够用于存储应用软件指令的内部存储器。此外,根据各个实施例,移动设备10还可以包括单独的存储器芯片190,例如用于存储与信用、令牌和如电子钱包中的票证有关的信息的智能卡。在一些移动设备中,安全的存储器可以处于耦合到处理器191的单独存储器芯片中。在多种移动设备10和服务器2400中,内部存储器192、2402可以是易失性存储器或非易失性存储器(例如,闪存)或者二者的混合。为了说明目的,对于存储器的通常引用,指代可由处理器191、2401访问的所有存储器,其包括内部存储器192、2402、存储器芯片190、插入到移动设备或服务器的可移动存储器和处理器191、2401自身中的存储器。
上面方法描述和处理流程图仅仅提供为说明性示例,其并不需要或意味必须以给出的顺序来执行各个实施例的步骤。如本领域普通技术人员所应当理解的,可以以任何顺序来执行前述实施例中的步骤的顺序。诸如“其后”、“随后”、“接着”等等之类的词语,并不旨在限制这些步骤的顺序;这些词语仅仅用于指导读者通读这些方法的描述。此外,以单数形式对权利要求构造要素的任何引用(例如,使用冠词“一(a)”、“一个(an)”或“所述(the)”),不应被解释为将该构造要素限制为单数。
结合本申请所公开实施例描述的各种示例性的逻辑框、模块、电路和算法步骤可以实现成电子硬件、计算机软件或二者的组合。为了清楚地表示硬件和软件之间的这种可交换性,上面对各种示例性的部件、框、模块、电路和步骤均围绕其功能进行了总体描述。至于这种功能是实现成硬件还是实现成软件,取决于特定的应用和对整个系统所施加的设计约束条件。熟练的技术人员可以针对每个特定应用,以变通的方式实现所描述的功能,但是,这种实现决策不应解释为背离本发明的保护范围。
结合本申请所公开方面描述的用于实现各种示例性逻辑的硬件、逻辑框、模块和电路,可以使用用于执行本申请所述功能的通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件部件或者其任意组合来实现或执行。通用处理器可以是微处理器,或者,该处理器也可以是任何常规的处理器、控制器、微控制器或者状态机。处理器也可以实现为计算设备的组合,例如,DSP和微处理器的组合、若干微处理器、一个或多个微处理器与DSP内核的结合,或者任何其它此种结构。替代地,一些步骤或方法可以由特定于给定功能的电路来执行。
在一个或多个示例性方面中,本申请所述功能可以用硬件、软件、固件或者其任意组合的方式来实现。当在软件中实现时,可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。本申请所公开的方法或算法的步骤可以体现在位于计算机可读介质上的被执行的处理器可执行软件模块中。计算机可读介质包括计算机存储介质和通信介质,其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是计算机能够存取的任何可用介质。举例而言,但非做出限制,这种计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储器、磁盘存储器或其它磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机进行存取的任何其它介质。此外,可以将任何连接适当地称作计算机可读介质。举例而言,如果软件是使用同轴电缆、光纤光缆、双绞线、数字用户线路(DSL)或者诸如红外线、无线和微波之类的无线技术,从网站、服务器或其它远程源传输的,那么所述同轴电缆、光纤光缆、双绞线、DSL或者诸如红外线、无线和微波之类的无线技术包括在所述介质的定义中。如本申请所使用的,盘(disk)和碟(disc)包括紧致碟(CD)、激光碟、光碟、数字多用途光碟(DVD)、软盘和蓝光碟,其中盘通常磁性地复制数据,而碟则用激光来光学地复制数据。上述的组合也应当包括在计算机可读介质的保护范围之内。另外,方法或者算法的操作可作为一段代码和/或指令或者代码和/或指令的任意组合或者一组代码和/或指令位于机器可读介质和/或计算机可读介质中,其中,机器可读介质和/或计算机可读介质可以合并于计算机程序产品中。
为使本领域任何普通技术人员能够实现或者使用本发明,上面围绕所公开实施例进行了描述。对于本领域普通技术人员来说,对这些实施例的各种修改是显而易见的,并且,本申请定义的总体原理也可以在不脱离本发明的精神或保护范围的基础上适用于其它实施例。因此,本发明并不限于本申请所示出的实施例,而是与所附权利要求和本申请公开的原理和新颖性特征的最广范围相一致。
Claims (60)
1.一种用于对移动TV广播节目的观看接入进行动态定价的方法,包括:
通过移动TV广播网络来广播动态定价消息,其中所述动态定价消息指示广播节目的观看接入能通过动态定价来得到;
通过单播网络从移动设备接收用于所述广播节目的观看接入的动态报价;
判断所述动态报价是否是可接受的;
如果确定所述动态报价是可接受的,则通过所述单播网络向所述移动设备发送解密密钥信息,其中所述解密密钥信息允许所述移动设备接入所述广播节目。
2.根据权利要求1所述的方法,还包括:
如果确定所述动态报价是不可接受的,则向所述移动设备发送议价价格。
3.根据权利要求2所述的方法,还包括:
通过所述广播网络来广播静态定价消息,其中所述静态定价消息指示广播节目的观看接入能通过静态定价来得到;
从所述移动设备接收购买请求;
响应于接收到所述购买请求,通过所述单播网络向所述移动设备发送解密密钥信息,其中所述解密密钥信息允许所述移动设备接入所述广播节目;
在广播所述动态定价消息之前判断是否已超过预定的时间门限。
4.根据权利要求3所述的方法,其中,如果所述动态报价大于最小可接受价格,则确定所述动态报价是可接受的,并且其中,与所述静态报价相比,所述最小可接受价格更小。
5.根据权利要求3所述的方法,其中,如果所述动态报价大于最小可接受价格,则确定所述动态报价是可接受的,并且其中,与所述静态报价相比,所述最小可接受价格更大。
6.根据权利要求1所述的方法,其中,所述动态定价是拍卖过程,并且其中,所述动态报价是按照当前要价来接入所述广播节目的购买请求,所述方法还包括:
存储从其接收到所述购买请求的所述移动设备的标识符;
判断是否有可供购买的额外预订;
如果没有可供购买的额外预订,则结束所述拍卖过程;
判断所述当前要价是否等于底价;
如果所述当前要价超过所述底价,则减少所述要价;
如果所述当前要价等于所述底价,则结束所述拍卖过程;
在发送所述解密密钥之前,按所述拍卖过程结束时的当前要价向与所存储的标识符相关联的用户账户收费。
7.根据权利要求1所述的方法,其中,所述动态定价是拍卖过程,并且其中,所述动态报价是用于按照当前通告的要价来观看接入所述广播内容节目的出价,所述方法还包括:
在发送所述解密密钥之前按所述当前要价向用户账户收费;
判断用于调整所述当前要价的时间是否已经过去;
判断所述当前要价是否超过底价;
如果用于调整所述当前要价的时间已经过去,并且如果没有达到所述底价,则调整所述当前要价;
如果所述当前要价不超过所述底价,则结束所述拍卖过程。
8.根据权利要求7所述的方法,其中,调整所述当前要价包括:
增加所述当前要价。
9.根据权利要求7所述的方法,其中,调整所述当前要价包括:
减少所述当前要价。
10.根据权利要求1所述的方法,其中,所述动态定价是拍卖过程,并且其中,所述动态报价是按照当前要价来接入所述广播节目的购买请求,所述方法还包括:
在发送所述解密密钥之前按所述当前要价向用户账户收费;
判断是否有按照所述当前要价来接入所述广播节目的额外预订可用;
判断所述当前要价是否超过底价;
如果按照所述当前要价没有观看接入所述广播内容的额外预订可用,并且所述当前要价超过所述底价,则调整所述当前要价;
如果所述当前要价不超过所述底价,则结束所述拍卖过程。
11.根据权利要求10所述的方法,其中,调整所述当前要价包括:
增加所述当前要价。
12.根据权利要求10所述的方法,其中,调整所述当前要价包括:
减少所述当前要价。
13.一种用于获得动态定价的移动TV广播节目的观看接入的方法,包括:
通过移动TV广播网络接收广播的动态定价消息,其中所述动态定价消息指示广播节目的观看接入能通过动态定价来得到;
显示所述广播的动态定价消息;
接收用于所述广播节目的观看接入的输入动态报价;
通过单播网络向移动TV广播网络中的服务器发送所述输入动态报价;
通过所述单播网络从所述移动TV广播网络中的服务器接收解密密钥信息,其中所述解密密钥信息允许接入所述广播节目。
14.根据权利要求13所述的方法,还包括:
从所述移动TV广播网络中的服务器接收议价价格;
显示所接收的议价价格;
接收针对所显示的议价价格的用户输入响应;
通过所述单播网络向所述移动TV广播网络中的服务器发送针对所述议价价格的议价。
15.根据权利要求14所述的方法,其中,如果所接收的用户输入响应指示接受所述议价价格,则针对所述议价价格的议价等于所述议价价格。
16.根据权利要求14所述的方法,其中,如果所接收的用户输入响应指示拒绝所述议价价格,则针对所述议价价格的议价低于所述议价价格。
17.一种移动TV广播网络方法中的服务器,包括:
用于通过移动TV广播网络来广播动态定价消息的单元,其中所述动态定价消息指示广播节目的观看接入能通过动态定价来得到;
用于通过单播网络从移动设备接收用于所述广播节目的观看接入的动态报价的单元;
用于判断所述动态报价是否可接受的单元;
用于在确定所述动态报价可接受时,通过所述单播网络向所述移动设备发送解密密钥信息的单元,其中所述解密密钥信息允许所述移动设备接入所述广播节目。
18.根据权利要求17所述的服务器,还包括:
用于在确定所述动态报价不可接受时,向所述移动设备发送议价价格的单元。
19.根据权利要求18所述的服务器,还包括:
用于通过所述广播网络来广播静态定价消息的单元,其中所述静态定价消息指示广播节目的观看接入能通过静态定价来得到;
用于从所述移动设备接收购买请求的单元;
用于响应于接收到所述购买请求,通过所述单播网络向所述移动设备发送解密密钥信息的单元,其中所述解密密钥信息允许所述移动设备接入所述广播节目;
用于在广播所述动态定价消息之前判断是否已超过预定的时间门限的单元。
20.根据权利要求19所述的服务器,其中,所述动态定价是拍卖过程,并且其中,所述动态报价是按照当前要价来接入所述广播节目的购买请求,所述服务器还包括:
用于存储从其接收到所述购买请求的所述移动设备的标识符的单元;
用于判断是否有可供购买的额外预订的单元;
用于在没有可供购买的额外预订时,结束所述拍卖过程的单元;
用于判断所述当前要价是否等于底价的单元;
用于在所述当前要价超过所述底价时,减少所述要价的单元;
用于在所述当前要价等于所述底价时,结束所述拍卖过程的单元;
用于在发送所述解密密钥之前,按所述拍卖过程结束时的当前要价向与所存储的标识符相关联的用户账户收费的单元。
21.根据权利要求17所述的服务器,其中,所述动态定价是拍卖过程,并且其中,所述动态报价是用于按照当前通告的要价来观看接入所述广播内容节目的出价,所述服务器还包括:
用于按所述当前要价向用户账户收费的单元;
用于判断用于调整所述当前要价的时间是否已经过去的单元;
用于判断所述当前要价是否超过底价的单元;
用于在用于调整所述当前要价的时间已经过去,并且如果没有达到所述底价时,调整所述当前要价的单元;
用于在所述当前要价不超过所述底价时,结束所述拍卖过程的单元。
22.根据权利要求21所述的服务器,其中,所述用于调整所述当前要价的单元包括:
用于增加所述当前要价的单元。
23.根据权利要求21所述的服务器,其中,所述用于调整所述当前要价的单元包括:
用于减少所述当前要价的单元。
24.根据权利要求17所述的服务器,其中,所述动态定价是拍卖过程,并且其中,所述动态报价是按照当前要价来接入所述广播节目的购买请求,所述服务器还包括:
用于按所述当前要价向用户账户收费的单元;
用于判断是否有按照所述当前要价来接入所述广播节目的额外预订可用的单元;
用于判断所述当前要价是否超过底价的单元;
用于在按照所述当前要价没有观看接入所述广播内容的额外预订可用,并且所述当前要价超过所述底价时,调整所述当前要价的单元;
用于在所述当前要价不超过所述底价时,结束所述拍卖过程的单元。
25.根据权利要求24所述的服务器,其中,所述用于调整所述当前要价的单元包括:
用于增加所述当前要价的单元。
26.根据权利要求24所述的服务器,其中,所述用于调整所述当前要价的单元包括:
用于减少所述当前要价的单元。
27.一种能够观看移动TV广播节目的移动设备,包括:
用于通过移动TV广播网络接收广播的动态定价消息的单元,其中所述动态定价消息指示广播节目的观看接入能通过动态定价来得到;
用于显示所述广播的动态定价消息的单元;
用于接收用于所述广播节目的观看接入的输入动态报价的单元;
用于通过单播网络向移动TV广播网络中的服务器发送所述输入动态报价的单元;
用于通过所述单播网络从所述移动TV广播网络中的服务器接收解密密钥信息的单元,其中所述解密密钥信息允许接入所述广播节目。
28.根据权利要求27所述的移动设备,还包括:
用于从所述移动TV广播网络中的服务器接收议价价格的单元;
用于显示所接收的议价价格的单元;
用于接收针对所显示的议价价格的用户输入响应的单元;
用于通过所述单播网络向所述移动TV广播网络中的服务器发送针对所述议价价格的议价的单元。
29.根据权利要求28所述的移动设备,其中,如果所接收的用户输入响应指示接受所述议价价格,则针对所述议价价格的议价等于所述议价价格。
30.根据权利要求28所述的移动设备,其中,如果所接收的用户输入响应指示拒绝所述议价价格,则针对所述议价价格的议价低于所述议价价格。
31.一种用于对移动TV广播节目的观看接入进行动态定价的服务器,包括:
服务器存储器单元;
耦合到所述服务器存储器单元的服务器处理器,其中,所述服务器处理器配置有用于执行包括以下操作的步骤的软件指令:
通过移动TV广播网络来广播动态定价消息,其中所述动态定价消息指示广播节目的观看接入能通过动态定价来得到;
通过单播网络从移动设备接收用于所述广播节目的观看接入的动态报价;
判断所述动态报价是否是可接受的;
如果确定所述动态报价是可接受的,则通过所述单播网络向所述移动设备发送解密密钥信息,其中所述解密密钥信息允许所述移动设备接入所述广播节目。
32.根据权利要求31所述的服务器,其中,所述服务器处理器配置有用于进一步执行包括以下操作的步骤的软件指令:
如果确定所述动态报价是不可接受的,则向所述移动设备发送议价价格。
33.根据权利要求32所述的服务器,其中,所述服务器处理器配置有用于进一步执行包括以下操作的步骤的软件指令:
通过所述广播网络来广播静态定价消息,其中所述静态定价消息指示广播节目的观看接入能通过静态定价来得到;
从所述移动设备接收购买请求;
响应于接收到所述购买请求,通过所述单播网络向所述移动设备发送解密密钥信息,其中所述解密密钥信息允许所述移动设备接入所述广播节目;
在广播所述动态定价消息之前判断是否已超过预定的时间门限。
34.根据权利要求33所述的服务器,其中,如果所述动态报价大于最小可接受价格,则确定所述动态报价是可接受的,并且其中,与所述静态报价相比,所述最小可接受价格更小。
35.根据权利要求33所述的服务器,其中,如果所述动态报价大于最小可接受价格,则确定所述动态报价是可接受的,并且其中,与所述静态报价相比,所述最小可接受价格更大。
36.根据权利要求31所述的服务器,其中,所述动态定价是拍卖过程,并且其中,所述动态报价是按照当前要价来接入所述广播节目的购买请求,并且其中,所述服务器处理器配置有用于进一步执行包括以下操作的步骤的软件指令:
存储从其接收到所述购买请求的所述移动设备的标识符;
判断是否有可供购买的额外预订;
如果没有可供购买的额外预订,则结束所述拍卖过程;
判断所述当前要价是否等于底价;
如果所述当前要价超过所述底价,则减少所述要价;
如果所述当前要价等于所述底价,则结束所述拍卖过程;
在发送所述解密密钥之前,按所述拍卖过程结束时的当前要价向与所存储的标识符相关联的用户账户收费。
37.根据权利要求31所述的服务器,其中,所述动态定价是拍卖过程,并且其中,所述动态报价是用于按照当前通告的要价来观看接入所述广播内容节目的出价,并且其中,所述服务器处理器配置有用于进一步执行包括以下操作的步骤的软件指令:
在发送所述解密密钥之前按所述当前要价向用户账户收费;
判断用于调整所述当前要价的时间是否已经过去;
判断所述当前要价是否超过底价;
如果用于调整所述当前要价的时间已经过去,并且如果没有达到所述底价,则调整所述当前要价;
如果所述当前要价不超过所述底价,则结束所述拍卖过程。
38.根据权利要求37所述的服务器,其中,所述服务器处理器配置有用于进一步执行包括以下操作的步骤的软件指令:
通过增加所述当前要价来调整所述当前要价。
39.根据权利要求37所述的服务器,其中,所述服务器处理器配置有用于进一步执行包括以下操作的步骤的软件指令:
通过减少所述当前要价来调整所述当前要价。
40.根据权利要求31所述的服务器,其中,所述动态定价是拍卖过程,并且其中,所述动态报价是按照当前要价来接入所述广播节目的购买请求,并且其中,所述服务器处理器配置有用于进一步执行包括以下操作的步骤的软件指令:
在发送所述解密密钥之前按所述当前要价向用户账户收费;
判断是否有按照所述当前要价来接入所述广播节目的额外预订可用;
判断所述当前要价是否超过底价;
如果按照所述当前要价没有观看接入所述广播内容的额外预订可用,并且所述当前要价超过所述底价,则调整所述当前要价;
如果所述当前要价不超过所述底价,则结束所述拍卖过程。
41.根据权利要求40所述的服务器,其中,所述服务器处理器配置有用于进一步执行包括以下操作的步骤的软件指令:
通过增加所述当前要价来调整所述当前要价。
42.根据权利要求40所述的服务器,其中,所述服务器处理器配置有用于进一步执行包括以下操作的步骤的软件指令:
通过减少所述当前要价来调整所述当前要价。
43.一种用于获得对动态定价的移动TV广播节目的观看接入的移动设备,包括:
移动设备存储器单元;
耦合到所述移动设备存储器单元的移动设备处理器,其中,所述移动设备处理器配置有用于执行包括以下操作的步骤的软件指令:
通过移动TV广播网络接收广播的动态定价消息,其中所述动态定价消息指示广播节目的观看接入能通过动态定价来得到;
显示所述广播的动态定价消息;
接收用于所述广播节目的观看接入的输入动态报价;
通过单播网络向移动TV广播网络中的服务器发送所述输入动态报价;
通过所述单播网络从所述移动TV广播网络中的服务器接收解密密钥信息,其中所述解密密钥信息允许接入所述广播节目。
44.根据权利要求43所述的移动设备,其中,所述移动设备处理器配置有用于进一步执行包括以下操作的步骤的软件指令:
从所述移动TV广播网络中的服务器接收议价价格;
显示所接收的议价价格;
接收针对所显示的议价价格的用户输入响应;
通过所述单播网络向所述移动TV广播网络中的服务器发送针对所述议价价格的议价。
45.根据权利要求44所述的移动设备,其中,如果所接收的用户输入响应指示接受所述议价价格,则针对所述议价价格的议价等于所述议价价格。
46.根据权利要求44所述的移动设备,其中,如果所接收的用户输入响应指示拒绝所述议价价格,则针对所述议价价格的议价低于所述议价价格。
47.一种在其上存储有处理器可执行软件指令的有形存储介质,其中所述软件指令被配置为使处理器执行包括以下操作的步骤:
通过移动TV广播网络来广播动态定价消息,其中所述动态定价消息指示广播节目的观看接入能通过动态定价来得到;
通过单播网络从移动设备接收用于所述广播节目的观看接入的动态报价;
判断所述动态报价是否是可接受的;
如果确定所述动态报价是可接受的,则通过所述单播网络向所述移动设备发送解密密钥信息,其中所述解密密钥信息允许所述移动设备接入所述广播节目。
48.根据权利要求47所述的有形存储介质,其中,所述有形存储介质具有被配置为使处理器进一步执行包括以下操作的步骤的处理器可执行软件指令:
如果确定所述动态报价是不可接受的,则向所述移动设备发送议价价格。
49.根据权利要求48所述的有形存储介质,其中,所述有形存储介质具有被配置为使处理器进一步执行包括以下操作的步骤的处理器可执行软件指令:
通过所述广播网络来广播静态定价消息,其中所述静态定价消息指示广播节目的观看接入能通过静态定价来得到;
从所述移动设备接收购买请求;
响应于接收到所述购买请求,通过所述单播网络向所述移动设备发送解密密钥信息,其中所述解密密钥信息允许所述移动设备接入所述广播节目;
在广播所述动态定价消息之前判断是否已超过预定的时间门限。
50.根据权利要求49所述的有形存储介质,其中,所述有形存储介质具有被配置为使处理器进一步执行包括以下操作的步骤的处理器可执行软件指令:
如果所述动态报价大于最小可接受价格,则接受所述动态报价,并且其中,与所述静态报价相比,所述最小可接受价格更小。
51.根据权利要求49所述的有形存储介质,其中,所述有形存储介质具有被配置为使处理器进一步执行包括以下操作的步骤的处理器可执行软件指令:
如果所述动态报价大于最小可接受价格,则接受所述动态报价,并且其中,与所述静态报价相比,所述最小可接受价格更大。
52.根据权利要求47所述的有形存储介质,其中,所述动态定价是拍卖过程,并且其中,所述动态报价是按照当前要价来接入所述广播节目的购买请求,并且其中,所述有形存储介质具有被配置为使处理器进一步执行包括以下操作的步骤的处理器可执行软件指令:
存储从其接收到所述购买请求的所述移动设备的标识符;
判断是否有可供购买的额外预订;
如果没有可供购买的额外预订,则结束所述拍卖过程;
判断所述当前要价是否等于底价;
如果所述当前要价超过所述底价,则减少所述要价;
如果所述当前要价等于所述底价,则结束所述拍卖过程;
在发送所述解密密钥之前,按所述拍卖过程结束时的当前要价向与所存储的标识符相关联的用户账户收费。
53.根据权利要求47所述的有形存储介质,其中,所述动态定价是拍卖过程,并且其中,所述动态报价是用于按照当前通告的要价来观看接入所述广播内容节目的出价,并且其中,所述有形存储介质具有被配置为使处理器进一步执行包括以下操作的步骤的处理器可执行软件指令:
在发送所述解密密钥之前按所述当前要价向用户账户收费;
判断用于调整所述当前要价的时间是否已经过去;
判断所述当前要价是否超过底价;
如果用于调整所述当前要价的时间已经过去,并且如果没有达到所述底价,则调整所述当前要价;
如果所述当前要价不超过所述底价,则结束所述拍卖过程。
54.根据权利要求53所述的有形存储介质,其中,所述有形存储介质具有被配置为使处理器进一步执行包括以下操作的步骤的处理器可执行软件指令:
通过增加所述当前要价来调整所述当前要价。
55.根据权利要求53所述的有形存储介质,其中,所述有形存储介质具有被配置为使处理器进一步执行包括以下操作的步骤的处理器可执行软件指令:
通过减少所述当前要价来调整所述当前要价。
56.根据权利要求47所述的有形存储介质,其中,所述动态定价是拍卖过程,并且其中,所述动态报价是按照当前要价来接入所述广播节目的购买请求,并且其中,所述有形存储介质具有被配置为使处理器进一步执行包括以下操作的步骤的处理器可执行软件指令:
在发送所述解密密钥之前按所述当前要价向用户账户收费;
判断是否有按照所述当前要价来接入所述广播节目的额外预订可用;
判断所述当前要价是否超过底价;
如果按照所述当前要价没有观看接入所述广播内容的额外预订可用,并且所述当前要价超过所述底价,则调整所述当前要价;
如果所述当前要价不超过所述底价,则结束所述拍卖过程。
57.根据权利要求56所述的有形存储介质,其中,所述有形存储介质具有被配置为使处理器进一步执行包括以下操作的步骤的处理器可执行软件指令:
通过增加所述当前要价来调整所述当前要价。
58.根据权利要求56所述的有形存储介质,其中,所述有形存储介质具有被配置为使处理器进一步执行包括以下操作的步骤的处理器可执行软件指令:
通过减少所述当前要价来调整所述当前要价。
59.一种在其上存储有处理器可执行软件指令的有形存储介质,其中所述软件指令被配置为使处理器执行包括以下操作的步骤:
通过移动TV广播网络接收广播的动态定价消息,其中所述动态定价消息指示广播节目的观看接入能通过动态定价来得到;
显示所述广播的动态定价消息;
接收用于所述广播节目的观看接入的输入动态报价;
通过单播网络向移动TV广播网络中的服务器发送所述输入动态报价;
通过所述单播网络从所述移动TV广播网络中的服务器接收解密密钥信息,其中所述解密密钥信息允许接入所述广播节目。
60.根据权利要求59所述的有形存储介质,其中,所述有形存储介质具有被配置为使处理器进一步执行包括以下操作的步骤的处理器可执行软件指令:
从移动TV广播网络中的服务器接收议价价格;
显示所接收的议价价格;
接收针对所显示的议价价格的用户输入响应;
通过所述单播网络向所述移动TV广播网络中的服务器发送针对所述议价价格的议价。
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US8674808P | 2008-08-06 | 2008-08-06 | |
US61/086,748 | 2008-08-06 | ||
US12/536,194 | 2009-08-05 | ||
US12/536,194 US20100037248A1 (en) | 2008-08-06 | 2009-08-05 | System and method for dynamic pricing of mobile tv content |
PCT/US2009/053020 WO2010017402A2 (en) | 2008-08-06 | 2009-08-06 | System and method for dynamic pricing of mobile tv content |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102172039A true CN102172039A (zh) | 2011-08-31 |
Family
ID=44361205
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009801393429A Pending CN102172039A (zh) | 2008-08-06 | 2009-08-06 | 用于移动tv内容的动态定价的系统和方法 |
Country Status (2)
Country | Link |
---|---|
KR (1) | KR101278369B1 (zh) |
CN (1) | CN102172039A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103188614A (zh) * | 2011-12-28 | 2013-07-03 | 财团法人工业技术研究院 | 协调装置及合作式直接通信系统及其合作式直接通信方法 |
CN103903157A (zh) * | 2012-12-26 | 2014-07-02 | 李庆成 | 商品促销数据的处理方法 |
CN107111837A (zh) * | 2014-08-14 | 2017-08-29 | 电子湾有限公司 | 在线市场内的嵌套微型市场 |
CN107770562A (zh) * | 2017-11-06 | 2018-03-06 | 成都驰通数码系统有限公司 | 一种用于数字内容加密推送的方法和系统 |
US20220279250A1 (en) * | 2014-09-30 | 2022-09-01 | Apple Inc. | Content notification system and method |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101690674B1 (ko) | 2014-11-27 | 2017-01-09 | 유한회사 효성환경 | 우수 비점오염물 여과장치 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2005323248A (ja) * | 2004-05-11 | 2005-11-17 | Funai Electric Co Ltd | Tv番組配信システム及びこのシステムから配信される有料tv番組を受信するtv番組受信端末装置 |
-
2009
- 2009-08-06 KR KR1020117005293A patent/KR101278369B1/ko active IP Right Grant
- 2009-08-06 CN CN2009801393429A patent/CN102172039A/zh active Pending
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103188614A (zh) * | 2011-12-28 | 2013-07-03 | 财团法人工业技术研究院 | 协调装置及合作式直接通信系统及其合作式直接通信方法 |
CN103188614B (zh) * | 2011-12-28 | 2016-12-21 | 财团法人工业技术研究院 | 协调装置及合作式直接通信系统及其合作式直接通信方法 |
CN103903157A (zh) * | 2012-12-26 | 2014-07-02 | 李庆成 | 商品促销数据的处理方法 |
CN107111837A (zh) * | 2014-08-14 | 2017-08-29 | 电子湾有限公司 | 在线市场内的嵌套微型市场 |
US20220279250A1 (en) * | 2014-09-30 | 2022-09-01 | Apple Inc. | Content notification system and method |
CN107770562A (zh) * | 2017-11-06 | 2018-03-06 | 成都驰通数码系统有限公司 | 一种用于数字内容加密推送的方法和系统 |
CN107770562B (zh) * | 2017-11-06 | 2020-08-18 | 成都驰通数码系统有限公司 | 一种用于数字内容加密推送的方法和系统 |
Also Published As
Publication number | Publication date |
---|---|
KR101278369B1 (ko) | 2013-06-25 |
KR20110050501A (ko) | 2011-05-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20100037248A1 (en) | System and method for dynamic pricing of mobile tv content | |
CN102210159B (zh) | 用于根据用户输入来广播内容的方法和系统 | |
CN102210163B (zh) | 用于在移动广播网络中实现互动的方法和系统 | |
US8595851B2 (en) | Message delivery management method and system | |
US9749696B2 (en) | Method and apparatus for searching and downloading related contents by terminal through broadcast service | |
RU2388185C2 (ru) | Способ доставки источника руководства услуги для генерирования руководства услуги в мобильной системе широковещательной передачи и способ и система доставки события, требующего уведомления/сообщения об уведомлении | |
CN102625941B (zh) | 用于在广播系统上分发和兑换积分的系统和方法 | |
US20040006541A1 (en) | Method and system for purchasing broadcast content | |
CN1633794A (zh) | 用于多媒体多点传送内容的ecm和emm分布 | |
US8527425B2 (en) | Legal text distribution and processing in mobile broadcasting | |
CN102172039A (zh) | 用于移动tv内容的动态定价的系统和方法 | |
US20100333130A1 (en) | Systems and methods for verifying receipt of broadcast transmissions prior to billing | |
WO2010017402A2 (en) | System and method for dynamic pricing of mobile tv content | |
CN101305532A (zh) | 用于在移动广播系统中传送服务指南源的方法和装置 | |
US20180131735A1 (en) | Systems and Methods for Content Capture, Distribution, and Management | |
KR101522179B1 (ko) | 이동 통신 시스템에서 서비스의 가입 상태를 변경하기 위한 방법 및 장치 | |
JP2007006235A (ja) | 映像コンテンツ配信サービス方法 | |
KR100661172B1 (ko) | 인터넷 멀티캐스트 채널 판매 서비스 시스템 및 그 방법 | |
KR20180129511A (ko) | 이동통신 콘텐츠의 동적인 가치 결정을 위한 시스템 | |
CN101120597B (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 | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20110831 |