专利名称：用于提供用于移动通信终端的广告vod服务的方法
技术领域：
本发明涉及用于移动通信终端的多媒体服务，并且更为特别的是使用移动通信终端的付款方法。
背景技术：
除了电话功能，当前的移动通信终端支持包括VOD(视频点播技术)服务，数据通信服务，GIS(几何图形信息服务)以及GPS(全球定位系统)服务，等的多媒体服务。这样，移动通信终端在功能方面变得复杂和多样，并且日益优于仅有电话功能的设备。特别的，1X技术的发展使得可以进行高速通信，其允许多媒体服务功能比如VOD服务等的显著的扩展。
因此，很多研究者在努力的学习这些多媒体服务。在它们中间，基于VOD的广告服务显示出重大的获利潜力，允许用户接收关于可用的产品和服务的视觉信息。此外，当前的广告的趋势为调整向提供娱乐内容，这些内容允许用户以一种令人愉快的免费多媒体服务的方式体验广告，由此产生更成功的广告活动。
因此，在结合广告和多媒体服务上做了很多研究。
特别的，标题为“用于添加广告到用于TV广播的图象，用于移动通信终端的图象，或者用于存储介质的图象，以及显示结合的图象的广告方法”的韩国专利申请No.2001-105138(“LEE”)在2001年11月28日由LEE，Jong-Yeol和LEE，Jong-Suk公开。根据LEE，在用于移动通信终端或TV的VOD图象中插入广告使得广告和VOD图象一起显示。这个方法提供给客户结合了广告的多媒体图象。但是，LEE没有公开多媒体广告而是公开了添加广告到多媒体图象。另外，LEE没有公开用于对应于广告的产品或服务的定购和付款方法。
另外，标题为(“Hong”)“用于在用于广告的多媒体数据文件中输入产品广告信息的方法和设备”的韩国专利申请No.2001-90244在2001年10月18日由Hong，Soon-Gi公开。Hong针对在查询用于广告的多媒体文件中和执行定购，等中的地址问题。更为具体的说，Hong提供一种用于输入产品广告信息的设备和方法，由此使用产品广告信息或关键词寻找所需的多媒体文件。Hong还允许基于寻找到的多媒体文件输入用于发送多种类型的定购和请求，等的基本指令到广告提供商或对应的产品销售商，代理商等。但是，因为Hong使用的多媒体数据格式和现有格式不同，很难应用这种方法和设备到通用的广告VOD服务。
现有的广告VOD服务仅仅提供对应于可用的VOD服务内容的一个的选择的相应广告内容，也就是，它不具有支持对应产品的购买，等的功能，所以广告不能充分有效的帮助产品占领市场。
类似的，基于SMS(短消息服务)的广告方法因为发送很多垃圾消息到许多非特定的人而引起客户的抱怨，因此也引起无效的广告。此外，基于文本的广告因为在单文本格式中固有的表现限制而对广告客户缺乏吸引力。
发明内容
因此，考虑到上述问题作出了本发明，并且本发明的一个目的是提供一种用于提供广告VOD(视频点播技术)服务到移动通信终端的计算机可读的计算机程序和方法，由此用户可以接收和观看广告VOD内容，定购并且购买对应的产品或者服务。
本发明的另一目的是提供一种用于提供用于移动通信终端的广告VOD服务的方法，由此销售商可以发送所需的多媒体(特别的，VOD)广告到客户的移动通信终端，从而允许客户不需要使用除了移动通信终端的其它媒体来在他或她的空闲时间获得所需的广告类别。
本发明的再一个目的是提供一种通过正在进行的VOD服务，用于提供用于移动通信终端的广告VOD服务的方法，由此，客户可以接收多媒体广告而不是现有的单调的广告，从而使得广告客户的广告效果最大化。
本发明的另外一个目的是提供一种用于提供用于移动通信终端的广告VOD服务的方法，由此客户能够通过VOD服务接收多媒体广告而不是单调的基于文本的广告，引起客户为广告产品的兴奋，足够使得客户购买产品，以及一种用于提供用于所购买的产品的定购和付款的方法。
根据本发明的一个方面，上述和其它目的可以通过提供一种用于提供用于移动通信终端的VOD(视频点播技术)的方法实现，方法包括第一步骤，当用户接收广告VOD内容时，允许移动通信终端的控制器从用户接收用于购买对应于广告VOD内容的产品的键输入，并且输出涉及产品的付款菜单。
第二步骤，通过作为RTCP(实时传输控制协议)控制包的接收者报告信号发送由用户从在第一步骤中输出到广告VOD内容服务器的付款菜单中选择的付款方法的信息；以及第三步骤，通过作为来自广告VOD内容服务器的第二步骤的RTCP控制包的回应的RTCP控制包接收用于执行付款方法的方式，并且之后执行付款过程。
根据本发明的另一方面，提供一种存储有程序的计算机可读的记录介质，该程序允许移动通信终端包括处理器来实现
第一功能，当用户接收广告VOD内容时，允许移动通信终端的控制器从用户接收用于购买对应于广告VOD内容的产品的键输入，并且输出涉及产品的付款菜单。
第二功能，通过作为RTCP(实时传输控制协议)控制包的接收者报告信号发送由用户从由第一功能输出到广告VOD内容服务器的付款菜单中选择的付款方法的信息；第三功能，通过作为由第二功能提供的RTCP控制包的回应的RTCP控制包从广告VOD内容服务器接收用于执行付款方法的方式，并且之后执行付款过程。
本发明的上述和其它目的，特征和其它优点将通过在下面协同附图做出的详细描述更清楚的理解，附图中图1示出了根据本发明的实施例用于移动通信终端的VOD服务系统的一种示例性结构。
图2示出了根据本发明的实施例用于移动通信终端的广告VOD服务系统的一种结构。
图3示出了根据本发明的实施例的RTCP控制包的一种结构。
图4示出了根据本发明的实施例，用于通过移动通信终端的接收者报告请求费用的付款的RTCP包的有效载荷类型的一种结构。
图5a到5d示出了根据本发明的实施例，作为用于请求移动通信终端的费用的付款的RTCP包的回应的相应RTCP包的一种结构。
图6是流程图，示出了在接收广告VOD过程中产品的购买。
具体实施例方式
现在，本发明的优选实施例将参考附图进行详细描述。在下面对本发明的描述中，为了简明，略去了对结合在本说明书中的常见功能和结构的描述。
图1是一视图，示出了根据本发明的实施例用于通常的移动通信终端的VOD服务系统的结构。VOD服务系统包括能够访问VOD服务的移动通信终端11，移动通信服务服务器12，内容产生系统14，内容发送系统13，以及网络16。移动通信服务服务器12管理VOD内容列表并且以菜单形式提供VOD服务到终端11。内容产生系统14通过转换现有的活动的图象文件或通过使用接收的实时广播数据产生VOD内容，并且发送制作(produce)的VOD内容到内容发送系统1 3。内容发送系统13管理在数据库结构中的VOD内容，并且通过它们之间的连接发送VOD内容到终端11，同时控制发送。网络16提供优选的符合由通信公司提供的IS(国际标准)-707/2000的无线互联网通信网络。
图2是一视图，示出了根据本发明用于移动通信终端的广告VOD服务系统的结构。广告VOD服务系统包括能够使用VOD服务的移动通信终端21，移动通信服务服务器22，内容产生系统24，内容发送系统23，和网络16。广告VOD服务系统进一步包括产品信息提供系统27以及付款系统28。移动通信服务服务器22管理广告VOD内容列表并且以菜单模式提供广告VOD服务到终端21。内容产生系统24通过转换现有的活动的图象文件或通过使用接收的实时广播数据产生VOD内容，并且发送制作的VOD内容到内容发送系统23。内容发送系统23管理在数据库结构中的VOD内容，并且通过它们之间的连接发送VOD内容到终端21，同时控制发送。网络16提供优选的符合由通信公司提供的IS(国际标准)-707/2000的无线互联网通信网络。产品信息提供服务器27提供关于广告的产品的产品信息。付款系统28为由终端用户通过他的广告VOD内容选择的产品执行付款过程。
内容发送系统23和内容产生系统24在功能方面彼此分开，但是它们可以如所需结合进相同的设备中。
根据本发明，在用作在发送广告VOD数据中的控制包的RTCP(实时传输控制协议)包中定义用于付款的新有效载荷包。本发明规定了一种新定义的提供在广告和付款交易之间的直接连接的有效载荷包。就是说，在其中，当接收广告VOD广播时，用户请求购买对应于当前接收的广告VOD广播的产品的情况下，提供用户关于产品的信息和用于该产品的付款方法或方式。
图3是一视图，示出了根据本发明的实施例的RTCP控制包300的结构。
通常，RTCP是用于保持QoS的附加协议。路由表协议(RTP)参与数据发送，但是RTCP参与监控数据发送并且发送会话相关(session-related)信息。这样，为了分析网络状态和报告网络拥塞(congestion)的信息，RTP节点发送RTCP包到彼此。RTP和RTCP都操作在UDP(用户数据报协议)上，使得难以保证QoS和可靠性或对于防止以错误顺序发送。但是，RTP和RTCP提供实时发送需要的时间相关(time-related)信息并且还提供信息介质同步功能，并且因此在几乎所有近来的使用在互联网上的实时信息的应用中，比如VOD，AOD，互联网广播，以及视频会议等中使用这两个协议。
在本发明中使用的RTCP控制包包括2比特的V(版本)字段，1比特的P(填充)字段，5比特的RC(接收计数器)字段，8比特的PT(有效载荷类型(Payload type))字段，16比特的长度字段，以及16比特的SSI(同步源标识符)字段。
更为具体的说，V字段表示其新近的版本是2.0的RTP的版本。RTCP数据包的版本和RTP数据包的版本相同。
P字段用于在32比特单元中建立包，当设置P字段时，它指示填充八位字节，而不是有效载荷部分，包含在包的结尾中。
RC字段指示包括在对应的包中的接收报告模块的数目。
PT字段指示在“RFC(请求注释(request for comments))1890”中定义的并且由对应的应用分析的文档的RTP有效载荷格式。当固定他们之间的相互关系时，文档分配有效载荷类型到有效载荷格式。就是说，当PT是0时，它指示具有800Hz时钟频率和一个音频信道的编码类型音频信息。当前定义了33个有效负载类型。在本发明中，为广告相关的付款方法分配一个新的PT字段，并且定义对应的有效载荷类型。图4示出了这样一个新PT字段。
长度字段指示RTCP包300的长度。这个长度包括标题和填充。同步源标识符字段指示摄像机或麦克风的数据源的标识符。
图4是一视图，示出了根据本发明，用于通过移动通信终端的接收者报告请求费用的付款的RTCP包400的有效载荷类型的结构。有效载荷类型用于在用户观看了对应的广告VOD之后，确定所需的用于产品的付款方法。本发明支持四种类型的付款方法或方式。
四种类型的付款方法是基于电话销售的付款，在线存取款付款，使用移动通信终端的微付款，以及信用卡付款。
如图4中的400所示，根据本发明的有效载荷类型包括8比特，上面的6比特都设置为“1”，但是较低的2比特用于指定付款方法。
在本发明的实施例中，设置“11111100”到电话销售付款，设置“11111101”到在线存取款付款，设置“11111110”到使用移动终端的微付款，并且设置“11111111”到信用卡付款。
因为当前定义的有效载荷类型的数目是33，可能以不同于上述方式的方式设置有效载荷类型。
图5a到5d是示出了根据本发明的实施例，作为请求移动通信终端的费用的付款的RTCP包的响应的对应RTCP包的结构的视图。在图5a的包500中，有效载荷类型被设置为“11111100(0xFC)”表示对应的RTCP包是基于电话销售的付款请求的响应。在这种情况中，包包括作为有关信息的电话销售商的电话号码。在电话销售方法中，可能通过电话获得关于产品的详细信息，所示不需要提供用于提供产品信息需要的IP地址。
在图5b的包520中，有效载荷类型被设置为“11111101(0xFD)”表示对应的RTCP包是在线存取款付款请求的响应。在这个情况中，包包括，作为有关信息的，用于提供产品信息的32比特IP地址字段，4比特存取款数目字段，8比特银行代码字段，以及银行帐号字段。
在图5c的包540中，有效载荷类型被设置为“11111110(0xFE)”表示对应的RTCP包是使用移动通信终端的微付款请求的响应。在这个情况中，包包括，作为有关信息的，32比特表示提供产品信息的IP地址的字段，以及表示用于使用移动通信终端的微付款的付款服务器的IP地址的32比特字段。在接收用于微付款的付款服务器的IP地址之后，移动通信终端终止当前流并且尝试访问用于微付款的付款服务器的IP地址。
在图5d的包560中，有效载荷类型被设置为“11111111(0xFF)”表示对应的RTCP包是使用信用卡的付款请求的响应。在这个情况中，包包括，作为有关信息的，32比特表示提供产品信息的IP地址的字段，以及表示用于信用卡付款的付款服务器的IP地址的32比特字段。在接收用于信用卡付款的付款服务器的IP地址之后，移动通信终端终止当前流并且尝试访问用于信用卡付款的付款服务器的IP地址。
包括在包中的IP地址字段当前由32比特组成，但是，当未来Ipv6(互联网协议版本6)可用时，对应的比特数目可能根据Ipv6或者任意其它未来的协议或标准增加。
图6是一流程图，示出了在接收广告VOD的过程中用于购买产品的方法的过程。用户通过能够接收VOD服务(没有示出)的移动通信终端接收广告VOD服务。当接收并且观看广告VOD时，用户尝试购买对应于广告VOD(601)的产品。这样一个广告VOD广播可以通过采用在其中广告客户支付数据包服务的费用的付款方法增加观看者的数目。
之后，为购买产品，确定为产品(602)的费用的付款使用何种付款方法的类型。移动通信终端通过作为控制包(603)的接收者报告信号发送用于购买产品的请求到VOD服务器。移动通信终端之后执行付款过程(604)，其包括接收关于付款方法的响应并且办理付款。
有四种类型的付款方法，也就是，基于电话销售的付款，在线存取款付款，使用移动终端的微付款，以及信用卡付款，如步骤(605)到(619)所示。
在基于电话销售的付款被选做付款方法的情况中，在终端的拨号缓存器中存储电话销售商的电话号码(605)。终端结束用于接收VOD服务的浏览器(606)，并且尝试使用存储在拨号缓冲器中的电话号码在电话空闲状态下建立电话连接(607)。当建立电话连接时，用户通过咨询在电话上的电话销售商购买产品(608)。
在在线存取款被选做付款方法的情况中，终端接收用于在线存取款需要的信息，比如在其中有产品信息的IP地址，银行名称，以及帐号(609)。移动通信终端终止当前接收VOD服务的浏览器(610)，并且执行通过银行的付款过程。
在使用移动通信终端的微付款被选做付款方法的情况中，移动通信终端终止VOD流(611)，并且接收在其中有产品信息的IP地址以及用于微付款的付款服务器的IP地址(612)。之后，终端获得访问用于微付款的服务器(613)，执行付款过程(614)，并且终止浏览器(615)。
在信用卡付款被选做付款方法的情况中，移动通信终端终止VOD流(616)，并且接收在其中有产品信息的IP地址以及用于信用卡付款的付款服务器的IP地址(617)。之后，终端获得访问用于信用卡付款的服务器(618)，执行付款过程(619)，并且终止浏览器(615)。
从上述描述中可以很清楚地看到，本发明具有以下优势销售商可以使用发送到客户的移动通信终端的多媒体(特别的，VOD)发送所需广告到客户，同时客户可以在空闲时间通过移动通信终端而不使用其它媒介(media)获得所需的广告种类。
另外，可能通过正在进行的VOD服务提供客户多媒体广告而不是现有的单调的广告，因此使得广告客户的广告效果最大化。
而且，可能通过提供具有多媒体广告而不是单调的基于文本的广告的VOD服务给客户，由此客户为广告产品兴奋，足够使得客户购买产品，并且提供用于购买的产品的定购和付款的方法根据本发明的广告VOD服务方法可以具体表现为一个程序，并且程序可以以计算机可读的格式存储在记录介质中，比如CD ROM，RAM，软盘，硬盘，光磁盘，等等。
虽然本发明的优选实施例为说明性的目的公开，本领域的普通技术员应该认识到在不脱离本发明的范围的情况下，可以做出多种修改，添加和替代。
权利要求
1.一种用于提供用于移动通信终端的广告VOD(视频点播)服务的方法，本方法包括发送广告VOD到移动通信终端；从移动通信终端接收用于购买对应于发送的广告VOD的产品的请求；接收包括对应于从付款菜单中选择的付款方法的信息的第一RTCP(实时传输控制协议)控制包；发送第二RTCP控制包，第二RTCP控制包包括用于根据所选付款方法执行付款的信息；以及执行付款过程。
2.如权利要求1所述的方法，其中所述第一和第二RTCP控制包每个包括用于表示版本信息的V(版本)字段，用于表示填充信息的P(填充)字段，用于表示接收计数信息的RC(接收计数)字段，用于表示有效荷载类型的PT(有效荷载类型)字段，以及用于表示包长度信息的长度字段，并且其中所述PT字段的至少一比特用于定义付款方法。
3.如权利要求2所述的方法，其中所述付款方法包括基于电话销售的付款方法，在线存取款付款方法，基于微付款的付款方法以及基于信用卡的付款方法中的至少一种。
4.如权利要求3所述的方法，其中如果所选的方法是基于电话销售的付款方法，第二RTCP控制包进一步包括包含在电话销售商电话号码字段中的电话销售商电话号码。
5.如权利要求4所述的方法，进一步包括在移动通信终端的电话号码拨号缓存器中存储发送的电话销售商电话号码；终止正由移动通信终端接收的广告VOD；以及通过使用存储的电话销售商电话号码建立在移动通信终端和电话销售商之间的电话呼叫执行付款过程。
6.如权利要求3所述的方法，其中如果所选的方法是在线存取款付款方法，第二RTCP控制包进一步包括对应于关于产品的信息的IP地址字段，对应于用于在线存取款的银行的数目信息的银行数目字段，对应于用于在线存取款的银行代码，以及对应于用于在购买产品中使用的银行帐户的帐号。
7.如权利要求6所述的方法进一步包括终止正由移动通信终端接收的广告VOD；以及通过使用发送的帐号建立在移动通信终端和银行之间的在线交易执行付款过程。
8.如权利要求3所述的方法，其中如果选择的付款方法是微付款方法，第二RTCP控制包进一步包括用于表示产品信息的IP地址字段和用于表示微付款服务器的IP地址字段。
9.如权利要求8所述的方法，进一步包括终止正由移动通信终端接收的广告VOD；以及通过使用微付款IP地址建立在移动通信终端和微付款服务器之间的微付款交易执行付款过程。
10.如权利要求3所述的方法，其中如果选择的付款方法是信用卡付款方法，第二RTCP控制包进一步包括用于表示产品信息的IP地址字段和用于表示信用卡付款服务器的IP地址字段。
11.如权利要求10所述的方法，其中第三步包括终止正由移动通信终端接收的广告VOD；以及通过使用微付款IP地址建立在移动通信终端和微付款服务器之间的微付款交易执行付款过程。
12.一种包括计算机可读的存储介质的制造产品，计算机可读的存储介质进一步包括用于执行下面步骤的计算机可读的程序代码发送广告VOD到移动通信终端；从移动通信终端接收用于购买对应于发送的广告VOD的产品的请求；接收包括对应于从付款菜单中选择的付款方法的信息的第一RTCP控制包；发送第二RTCP控制包，第二RTCP控制包包括用于根据所选的付款方法执行付款的信息；以及执行付款过程。
13.一种用于提供用于移动通信终端的广告VOD(视频点播)服务的方法，本方法包括发送广告VOD到移动通信终端；从移动通信终端的控制器接收用于购买对应于发送的广告VOD的产品的键输入请求；输出涉及产品的付款菜单；通过接收者记录信号将包括对应于从付款菜单中选择的付款方法的信息的第一RTCP(实时传输控制协议)控制包发送到广告VOD内容服务器；从广告VOD内容服务器接收第二RTCP控制包，第二RTCP控制包包括用于根据所选的付款方法执行付款过程的信息；以及执行付款过程。
14.如权利要求13所述的方法，其中所述第一和第二RTCP控制包的每一个包括用于表示版本信息的V(版本)字段，用于表示填充信息的P(填充)字段，用于表示接收计数信息的RC(接收计数)字段，用于表示有效荷载类型的PT(有效荷载类型)字段，以及用于表示包长度信息的长度字段，其中所述PT字段的至少一比特用于定义付款方法。
15.如权利要求14所述的方法，其中所述付款方法包括基于电话销售的付款方法，在线存取款付款方法，基于微付款的付款方法以及基于信用卡的付款方法中的至少一种。
16.如权利要求15所述的方法，其中如果所选的方法是基于电话销售的付款方法，第二RTCP控制包进一步包括包含在电话销售商电话号码字段中的电话销售商电话号码。
17.如权利要求16所述的方法，进一步包括步骤通过RTCP控制包接收电话销售商的电话号码；在移动通信终端的电话号码拨号缓存器中存储接收的电话销售商电话号码；终止广告VOD；以及通过使用存储的电话销售商电话号码建立在移动通信终端和电话销售商之间的电话呼叫执行付款过程。
18.如权利要求15所述的方法，其中如果所选的方法是在线存取款付款方法，第二RTCP控制包进一步包括对应于关于产品的信息的IP地址字段，对应于用于在线存取款的银行的数目信息的银行数目字段，对应于用于在线存取款的银行代码字段，以及对应于用于购买产品中使用的银行帐户的帐号。
19.如权利要求18所述的方法，进一步包括步骤接收关于产品的信息和银行帐号终止广告VOD；以及通过使用发送的银行帐号建立在移动通信终端和银行之间的在线交易执行付款过程。
20.如权利要求15所述的方法，其中如果选择的付款方法是微付款方法，第二RTCP控制包进一步包括用于表示产品信息的IP地址字段和用于表示微付款服务器的IP地址字段。
21.如权利要求20所述的方法，进一步包括步骤终止广告VOD；接收关于产品的信息和用于微付款的付款服务器的IP地址；以及通过使用微付款IP地址建立在移动通信终端和微付款服务器之间的微付款交易执行付款过程。
22.如权利要求15所述的方法，其中如果选择的付款方法是信用卡付款方法，第二RTCP控制包进一步包括用于表示产品信息的IP地址字段和用于表示信用卡付款服务器的IP地址字段。
23.如权利要求22所述的方法，进一步包括步骤终止正由移动通信终端接收的广告VOD；以及通过使用微付款IP地址建立在移动通信终端和微付款服务器之间的微付款交易执行付款过程。
24.一种具有计算机可读的存储介质的移动通信终端，计算机可读的存储介质具有用于执行下面步骤的计算机可读的程序代码当用户接收广告VOD内容时，在移动通信终端的控制器从用户接收用于购买对应于广告VOD内容的产品的键输入；由控制器输出涉及产品的付款菜单；通过作为RTCP控制包的接收者报告信号，发送由用户从付款菜单中选择的付款方法的信息到广告VOD内容服务器；服务器通过作为第二功能的RTCP控制包的响应的RTCP控制包从广告VOD内容服务器接收用于执行付款方法的信息；并且执行付款过程。
全文摘要
公开了一种用于提供广告VOD服务到移动通信终端的方法，由此用户可以接收和观看广告VOD内容并且请求对应产品的定购和付款。在用户接收广告VOD内容时，移动通信终端的控制器从其接收用于购买对应于广告VOD内容的产品的键输入，并且输出涉及产品的付款菜单。通过作为RTCP控制包的接收者报告信号发送由用户从付款菜单中选择的付款方法的信息到广告VOD内容服务器。通过作为RTCP控制包的回应的RTCP控制包从广告VOD内容服务器接收用于执行付款过程的关于付款方法的信息。
文档编号H04L29/08GK1520182SQ200310123528
公开日2004年8月11日 申请日期2003年12月26日 优先权日2002年12月28日
发明者徐培源 申请人:三星电子株式会社