由用户、终端和服务器提出发送音频－视频节目的方法

摘要

本发明涉及向终端发送接收的视听节目的方法。终端的用户从目录选择节目，并向服务器做出下载此节目到他们的终端的提议。提议伴随有价格和/或截至日期。服务器分析它接收的提议，考虑它的有利可图的约束条件，决定是否发送此节目。根据情况，向已做出对节目发送有利可图参数提议的各个用户发送接受信息，并给用户接收观看节目的方法。根据各种有利可图的公共标准的策略确定发送节目的决定。本发明也涉及实现方法的终端和服务器。

说明书

技术领域

本发明涉及在至少一个连接网络的终端上发送视听节目的方法和终端实现的方法，以及涉及发送节目到终端的服务器。本发明特别适用于当视听节目的接收涉及付费。

背景技术

本发明的环境是视听服务器能提供要求的视听节目的环境，能显示从地球，微波，卫星网接收视听节目的任何家庭设备的环境，和借助于广播网与服务器通讯的环境。视听节目典型的是在单向广播网上发送的。通常根据设备的用户的付费，对视听节目的访问是有条件的。电子节目导报(缩写为EPG)给用户提供视听节目，特别是电影的目录。用户从目录选择节目，在对访问权付费后，接收清楚的图像。节目以加密的形式在广播网上发送，接收机以原来接收的码的方式解码。另一运行方式在于与提供节目的服务器建立呼叫，询问其节目，付费后下载节目。通常由节目提供者固定的价格显示在EPG上，因此在提交前用户自己知道运行的价格。

某些设备有硬盘或一些存储节目的其它装置(盒带，盒式磁盘，DVD-RAM，等)。然后不管显示器的限制以压缩的方式，节目能从网上直接下载到硬盘上。然后不用用户的干预，在不干涉他的时间，如在晚上，在任何时候下载节目。接收时存储节目。在看的时候，设备从存储装置中读节目，解压缩并向屏幕发送视听信号。

发明内容

实际上下载的收益性大大依赖于环境的波动。本发明的一个目的是优化此下载的收益性。

为此目的，本发明涉及从服务器发送视听节目到至少一个终端的方法，包括第一步，在终端上看可下载的视听节目的目录，还包括以下顺序排列的步骤：

在终端上：

选择至少一个视听节目的步骤；

产生接受选择的节目的条件的提议的步骤；

向服务器发送提议，提议包括下列参数中的至少一个：截至日期，价格的步骤；

在服务器上：

分析由终端发送的提议并根据参数确定发送节目的决定的步骤；

如果做出发送节目的决定：

发送选择的节目的步骤；

发送代码使得已发送观看接收节目的提议的各个终端能在付费最小价格后和/或在确定的截至日期之前可以观看的步骤。

在此方式中，本解决方案意味着服务器不必须提供低价的节目，向有限的用户群下载低价的节目对服务器不是有利可图的。与公布固定价格的现有技术相反，在发明中根据用户的兴趣和根据收益性由服务器确认，价格可以由用户固定。

作为改进，从节目放到目录上的时刻确定时间后，启动分析步骤。作为另一种形式，在确定已接收提议的数目后启动分析步骤。

作为改进，在分析步骤后，服务器向终端发送通知指出决定不发送节目。此通知可包括指出服务器拒绝发送节目的原因。此通知也可包括使得用户能观看节目的参数值，这合并在提议中的。

作为另一改进，由终端发送的提议包括表示从目录中确定节目的子集，例如准确的题目。然后服务器从子集节目中选择，根据服务器自己的标准编辑发送节目。作为另一改进，当许多用户提议那些节目时，优选的做出发送节目的决定。以此方式，本发明使得服务器仅对预先知道的许多用户下载节目，如果此数目太低推迟下载或从目录中去除此节目。

作为最后的改进，方法包括某人希望在一定的条件下记录在终端上接收节目的步骤。

本发明也涉及音频视频终端，其包括中央处理器单元，接收视听节目的装置，与网络双向通讯的装置，显示可得到节目的目录的装置和选择视听节目的装置，其特征在于它也包括产生至少一个参数，如价格和/或截至日期的装置，结合下载至少一个选择的节目，第一装置，向网络发送包括至少一个节目的标识符和输入的参数的提议，根据前面产生的参数接收下载节目的协议的装置。

本发明也涉及服务器，其包括包含视听节目的数据库，服务器有与大量终端建立连接的通讯接口，其特征在于它包括接收发送至少一个包含在数据库中的节目的提议的装置，来自至少一个终端的提议包含至少一个参数，如涉及从服务器发送节目到终端的价格或截至日期，分析接收的提议的装置，考虑发送的参数确定发送节目的决定的装置，向终端发送观看至少一个选择的节目的代码的装置。

附图说明

现在参考下面的附图，在为了说明给出下面的实例的详细描述中，本发明将会更详细。

图1是本发明实例的音频视频接收机的框图；

图2是本发明服务器的不同单元的原理图；

图3说明用户和服务器之间不同的通讯；

图4a，4b，4c和4d表示在本发明实例的屏幕上所出现的信息。

具体实施方式

首先借助于图1描述装备有显示设备2的音频视频接收机1的运行。接收机包括连接程序(ROM)和工作(RAM)存储器12的中央处理器单元3，与网络6双向通讯的接口5。接口也称为返回信道。例如网络是IEEE1394网。接收机通过连接解调器4的天线也从广播网接收音频/视频数据。天线也可用实时发送音频/视频数据的任何类型的高比特率数字本地总线，如电缆访问点或DSL连接的物理连接代替。接收机也包括红外信号接收机7接收来自遥控器8的信号，存储装置9存储音频/视频节目，音频/视频解码逻辑系统10产生发送到电视屏幕2的视听信号。视听节目的性质是数字的，存储装置9优选的是硬盘(HDD)，也可以是可记录的光盘(DVD-RAM)。

遥控器8有方向键↑，↓，←和→和“OK”，“Buy”和“Sent”键，这些键的使用在后面的描述中解释。接收机也有时钟(没有显示)当要记录的节目在下载的时刻叫醒接收机。

接收机也包括在屏幕上显示数据的电路11，常称为OSD电路，“在屏幕上显示”。OSD电路11通常在屏幕上显示菜单，象形文字(例如相当于显示的频道数字)或通常是混合两种视听内容的文本和图形产生器。由中央处理器单元3和驻存在存储器12的称为加载程序“Loader”的程序控制OSD电路。典型的加载程序由写在只读存储器的程序模块和存在工作存储器的参数组成。加载程序也以如ASIC型的特殊电路的形式实现。此电路具有对用户决定观看按次计费的节目后作付费的安全功能。

接收机从返回信道6或广播网接收视听节目标识数据。此数据包括可视单元，例如标题或预演电影预告片。借助于EPG和在遥控器上的按键，用户选择观看和记录在硬盘上的一个或多个节目。

图2中描述的服务器包括中央处理器单元2.1，节目存储器2.2，包括数据库2.3的存储器，优选的由硬盘和在双向网6上提供的与前面描述的接收机双向连接2.4的通讯接口实现。数据库2.3主要包括可得到的节目的目录。服务器也通过接口(没有显示)与广播网管理者联系。在确定的日期和时间对此管理者主要发送广播节目的说明。

在描述本发明的不同单元后，现在解释它们如何合作。

在图3中说明用户和服务器之间不同的通讯。首先用户启动最初从广播网下载可得到节目的目录的加载程序。变化在于在网络6上登录服务器和下载目录。由服务器管理的目录包括对用户提议的节目，这些节目是用标题或电影预告片的图像辨别的。

然后目录显示在屏幕2上，因此用户可以至少选择一个节目。考虑可用性和费用，用户确定在他的接收机上观看节目的最后目标的参数：价格和使他得到节目的最后日期。然后，在第一通讯(通讯3.1)时，用户向服务器发送以下元素的三重组合：

标记在EPG上的节目标识符，

接收节目的最后日期，

提议价格。

服务器记录所有的提议，随后的分析步骤，确定对服务器有利可图的播送之外的服务器参数。根据节目播送的时段计算这些参数，为此，根据播送的时间，在确定的时间占据网络。例如在晚上发送费用比白天低。对给定节目的提议分析步骤后，服务器对各提议的参数与这些以前计算的提议作比较。如果用户提议的价格等于或大于服务器确定的价格，并且如果用户提议的最后日期等于或晚于服务器预报的日期，然后服务器接收来自此用户的提议并在通讯(通讯3.2)通知他此协议。服务器也发送用户付费请求(通讯3.3)。注意服务器发送它的参数是重要的，因为用户不知道参数，并服从相当可观总数的提议，确信服务器有兴趣指示节目的播放，因此用户可以接收节目。

用户接收到他的提议已被接受的通知，并请求他为此节目付费。然后他根据已知的技术付费，例如预付的代币或银行类型的信用卡插入它的接收机。付费的参数发送到服务器(通讯3.4)。服务器核对付费的参数是可信的，如果是可信的，向接收机发送特殊的代码(通讯3.5)，在接收时使接收机能解码节目。在可能的改变中，用户不直接付费，但确认后来呈现于他的发票，对接收的节目付费。此发票包括在一定的时段中用户使用的不同服务，甚至其它服务，如对有线访问提供商或对卫星电视运行商的预约。

可以对用户以不同的方式做出可得到的节目。第一种方式在于，在已发送提议的各接收机中以加密的方式记录节目。然后，如果提议被接受，并且支付了费用，向接收机发送用于解码的代码。在这种方式中，付费可以独立于接收。变化在于首先向接收机发送接受提议，如果支付了费用，发送解码的代码。然后发送加密形式的节目，对收到的节目解码，并清楚的记录在接收机的存储器中。

加载程序显示由用户能输入他的参数的菜单，并启动服务器和接收机之间的通讯。在图4a说明的第一菜单是呈现服务器提议的节目的目录。例如，可得到三个节目：“布赖恩的一生”，“超级杯”和“鬼门关”。记做“BUY”的图标放在标题旁边。用户选择相当于他希望接收的节目的图标。变化在于使用在遥控器8上的特殊“BUY”键。在图4b说明的菜单出现。此菜单让用户输入提议的参数。在窗口中，在遥控器8的数字键盘的按键上，用户输入他希望付的价格，在例子中：25F。在另一窗口中，在他已发送的价格下，用户输入接收此节目的最后日期和时间，“12h00”。然后，用户按“发送”键确认他的提议。然后由选择的节目的标识符和用户已输入的参数组成的提议发送给服务器。

服务器在网络6上接收提议并与关于同样节目的其它提议记录在数据库2.3中。

在节目发到目录中后(如6小时)的某一时间的末尾，服务器开始分析接收的提议的步骤。这首先确定一组提议没有失检，这涉及用户提议的在截至日期内仍可以发送的节目。然后服务器计算那组提议的总价格，并发送用户要求的截至日期。根据后面描述的策略，服务器确定是否安排节目播放。如果因为没有利可图，服务器取消播放，在通讯上通知它的拒绝，指出节目的标识符。可在广播网上或在返回信道上做出此通知。如果在广播网上做出此通知，各接收机检验它是否以前发送的此节目的提议，如果是，通过在屏幕2的信息通知用户不接收相应于他提议的节目。

如果服务器安排认为有利可图的节目的播送，然后重复与用户通讯。为此，向所有已发送提议的接收机发送信息，指出协议，节目的标识符，各个用户提议的参数和节目可得到的日期。然后接收机显示在图4.c说明的菜单，指出下载节目的时间。然后服务器请求付费。用户根据前面的例子，按有开始25F总数交易效果的“OK”键确认。服务器接收付费证明并以在图4.d中说明的菜单的形式显示，向用户返回收据的应答。显示将传送“布赖恩的一生”的节目。在节目下载前，立即向用户传送接受发送的提议。

从节目在目录中提议时刻确定时间，以简单的方式开始分析提议的步骤。另一种形式存在于计数给定节目的提议，当已接收一定数的提议时开始分析的步骤。开始时由服务器设置最大截至日期后，如果最大的提议数没有达到，服务器不指示它的播放。

自然地，如果在分析步骤后和播放前其它提议到达，如果它们与服务器计算的价格和截至日期参数是一致的，可以接受，节目下载到已请求节目的用户。

本发明的改进包括服务器指出至少一个拒绝提议的原因。例如，因为广播网频带占用的实质性的原因，对很长时段的节目而请求短的截至日期的提议不能接受。无论提议什么价格，提议不能满足。服务器不等待提议分析步骤结束，对负面的用户立即响应，指出拒绝的原因。此改善使得用户能考虑拒绝的原因重新表示他的提议，在此情况中，指出另一截至日期并发送给服务器。此新的提议有更多的被接受机会。

改善包括用户不精确的定义他希望接收的节目，但在发信号的表(例如DVB-SI标准描述的表)上发送一个或多个标准。这些表包括视听节目的属性特征。标准定义有公共规范的节目的子集。例如，用户可定义节目的一个或多个主题和/或子主题，如：自然：电影和主题：科幻，“记录片”和“野生动植物”。用户也可使用演员或制片人的名字，例如他可以问服务器“John Wayne”的“西方的”，服务器作为应答，选择相应标准的节目，或对此节目的分析步骤已达到接受播放的顶点，然后对用户提供此节目。

现在解释服务器如何确定下载哪个节目和以什么顺序。

假设服务器在目录上提议m个节目Ei(i＝m)。前面已提到服务器在数据库2.3中记录所有来自用户的提议。在某一时刻，分析所有的提议并计算超过节目播送有利可图的参数。对给定的节目Ei，根据发送此节目的截至日期如果他们满足变化，产生对此提议的钱数。这有两个原因，一方面服务器等待越长，满足的用户越少。另一方面，希望快接收节目的用户很可能做出好的出价，反之不急于接收节目的用户提议较低的价格。本发明使得服务器根据节目播送产生的价格，安排节目的播送。

服务器经常地对各节目和随后的八个时间段，更新指出用户数和用户提议接收节目的钱数的排列。发送节目时，节目从排列中消失。但因为用户可能连续请求此节目，如果不从目录中去除还可能出现。某些节目非常受欢迎，并可能发送许多次，因此它们在第一次播送后不需要从目录中去除。简单说，下面的排列只包括四个节目。

播送 发送 时段 第一 小时 第二 小时 第三 小时第四小时 第五 小时 第六 小时 第七 小时 第八 小时E1 58分 23/41 2^F 65/ 925^F 89/ 1230 ^F 85/ 1050 ^F 45/ 602^F 23/ 245^F 9/98 ^F 5/65 ^FE2 131 分 51/ 982^F 95/ 1756 ^F 88/ 1622 ^F 81/ 1460 ^F 61/ 801^F 52/ 560^F 40/ 456^F 26/ 287^FE5 28分 23 /321^F 24/ 322^F 26/ 331^F 29/ 348^F 25/ 305^F 12/ 185^F 12/ 160^F 5/64 ^FE9 90分 45/ 765^F 32/ 612^F 25/ 498^F 19/ 358^F 18/ 321^F 15/ 301^F 12/ 205^F 16/ 198^F

(给出的数字作为例子，价格是提议的总数)

第一策略包括服务器考虑立即的提议，即在八小时内。在此情况中提议分析步骤降低到一小时。证明此策略是正确，因为使得有可能不考虑截至日期满足所有已请求节目的用户。在时间段后，服务器从排列中去除涉及已发送节目的数据(除非已同意多次发送)，并分析下一时间段。然后服务器确定在此时间段将下载哪个节目。连续的更新符合提议的排列。如果提议到达但不涉及列在目录中的节目，服务器向用户发送拒绝通知。实际上，只要节目在目录中，节目就自动的列入排列中。

对各节目，服务器一起加上相应的各时间段的钱数，并选择发生提议最多的节目。从上面的排列中给出的数字值可以看到将产生下载节目：

—节目E1：4627F

—节目E2：7924F

—节目E5：2036F

—节目E9：3258F

根据第一策略，服务器给出优先发送产生最多的节目：首先E2，然后E1，然后E9和E5。

当服务器接收很少提议和如果目录包括有限数目节目时，此第一策略是合适的。但是，如果向用户提出许多选择时，服务器可能对各节目接收提议，因此必须做出选择。在各时间段的末尾，确定最有利可图的节目下载。为了确定下载节目的收益性，服务器考虑播送的时间段。为此，对各个播送计算发送的单位时间(例如分钟)的收入：

—对节目E1：4627F/58＝80F/min

—对节目E2：7924F/131＝60F/min

—对节目E5：2036F/28＝73F/min

—对节目E9：3258F/90＝36F/min

例如假设广播网的带宽允许每时间段只下载近似三小时的视听节目。因此优化时间段和首先下载最有利可图的节目是重要的。在现在的情况中，节目E1和E5是最有利可图的，将在E2前运行，然后余下180-(58+28)＝94分钟发送时间，这对播送E2是不够的。因为其时间段，E2的播送将占两个时间段。因此提议至少在两个小时内接收E2是确保的，而不是在一小时内接收的那些。因此E2的播送不满足所有的提议。发送E1的131-94＝37余下的分钟时间在下一窗口。对提议截至日期不满足的用户，服务器发送指出下载的预定时间和价格低于开始提议的信息。然后这些用户拒绝或接受服务器对他们做出的新的出价是自由的。

另一策略(也可以根据收益性，用于在两个对等的选项之间做选择)存在于选择满足最大多数用户的节目。然后服务器选择能在余下的94分钟时间跨度中播送的节目E9，而不是节目E1。因此服务器能满所有请求足E1，E5和E9的用户。

应该注意到，当作出下载提议时，用户不确定他希望获得什么。在分析步骤后，服务器确定最有价值一组提议并选择最有利益的一个。然后拒绝某些提议。

改进包括在几个信道实现下载。具有高比特率的某些信道用于短的截至日期提议的下载。其它信道用于低财政返回的节目。通讯装置可以是不同的，服务器可以用微波或卫星信道。

另一改进存在于服务器考虑用户提议的截至日期的演变。当分析提议的演变相对于提议的截至日期时：1小时，2小时，3小时等…，我们看到作为一般规则在称为“极值”的某个截至日期后，提议增加然后减少。如果服务器延迟一个或多个时间段发送节目，与提议的总数比较，不满足的提议数保持低的。如果极值在第一时间段，延迟节目发送意味着大量的提议不满足。因此在定义下一个窗口中确定极值在时间段的位置是重要的因素。

例如，分析上面排列的数字值，我们看到提议的最大值出现在下面的时间段：

—对节目E1：3小时

—对节目E2：2小时

—对节目E5：4小时

—对节目E9：1小时

在此情况中，如果服务器必须做出选择而对有利于此策略，E9作为优先下载，因为极值出现在第一时间段，然后E2第二时间段，然后E1第三时间段和E5第四时间段。此策略最小化由于不被满足的提议的收入损失。

本发明的改进存在于用户发送不完全的提议，其中参数是缺少的。例如，他发送价格没有截至日期或反过来。服务器接收提议，由于下载的日程，提出缺少参数的回复满足用户。例如，用户发送提议指出节目和价格没有指出截至日期。在分析步骤后，服务器回复，考虑到分析步骤的最后计算的参数指出预期的截至日期。如果已接收许多提议并确认，因为这些节目的迅速下载是有利可图的将缩短截至日期。然而，如果只几个提议到达，截至日期是长的，服务器回答现在不能安排此节目的下载。

如果几个服务器提出不同的目录，目录的某些元素可能是同样的。本发明的另一改善存在于装入程序对几个服务器装入同样的提议，在各种互相交换后向用户发送最后的出价，指出哪个服务器可以下载节目。