用于传送或用于接收和播放媒体流的方法、设备和计算机程序的制作方法
【专利摘要】由接收和播放设备（10）执行用于接收和播放媒体流的方法。该方法包括第一播放过程（s12）、播放模式切换过程（s14）和第二播放过程（s16）。第一播放过程（s12）包括经由通信介质或网络（30）接收媒体流和播放接收到的媒体流。播放模式切换过程（s14）包括确定（s142）将要接收或正在接收的媒体内容是否存储在本地，以及如果是这样，则切换到第二播放过程（s16）。第二播放过程（s16）包括基于至少本地存储的媒体内容播放媒体内容。本发明还涉及传送设备（20）执行的方法，涉及接收和播放设备（10），涉及传送设备（20）以及涉及计算机程序。
【专利说明】用于传送或用于接收和播放媒体流的方法、设备和计算机程序
【技术领域】
[0001]本发明涉及用于传送媒体流的方法，以及涉及用于接收和播放媒体流的方法。本发明还涉及用于传送媒体流的设备，涉及用于接收和播放媒体流的设备，以及包含计算机可理解的指令的计算机程序，该指令在设备上执行时，促使设备执行用于传送媒体流的方法或用于接收和播放媒体流的方法。本发明可以显著地用于且不限于模拟和数字无线电广播和因特网广播传输和接收的领域。
【背景技术】
[0002]从至少二十年代起，无线电广播已为人所知。随着因特网的发展，许多广播电台现在将它们的节目作为连续数字媒体流通过因特网传送。这些节目因此能够通过因特网在地球上任何位置收听。
[0003]传统空中无线电广播可能受到无线电传输条件，如天气条件、接收器的位置和周围环境的影响。例如，如果承载接收器的车辆进入隧道和在地下停车场，则信号质量和强度可能受到影响或劣化，接收可能是不稳定的或甚至中断。当通过无线连接接收因特网广播时，这些问题也可能出现。
[0004]因特网广播还有其自身的特定问题。因特网广播传输常常意味着媒体流的单播传输(在因特网的情况中，为数据分组流)，从而导致网络上与接收点的数量成比例，即与目的地主机的数量成比例的负荷。因此，在例如交通拥堵时，许多车辆各配置通过相同接入点连接到因特网的因特网广播接收器的情况中，难以为多个用户提供连续的服务。
[0005]期望通过显著地改进服务的质量而不增加或至少不会过度地增加实现和体系结构复杂性以及关联的设备成本，以改进传送、接收和播放媒体流的过程。
【发明内容】
[0006]为了满足或至少部分地满足上文提到的目的，在独立权利要求中定义根据本发明的方法、设备和计算机程序。在从属权利要求中定义附加的实施例。
[0007]在一个实施例中，由接收和播放设备执行用于接收和播放媒体流的方法。该方法包括定义播放过程、播放模式切换过程和第二播放过程。该第一播放过程包括经由通信介质或网络接收媒体流和播放接收到的媒体流。播放模式切换过程包括确定将要接收或正在接收的媒体内容是否存储在本地，以及如果是这样，则切换到第二播放过程。该第二播放过程包括基于至少本地存储的媒体内容播放媒体内容。
[0008]该方法使得接收和播放设备能够利用媒体内容的本地存储的副本替换或补充形成通过通信介质或网络传送的媒体流的一部分或预期形成其一部分的媒体内容的传输。在空中无线电广播的情况中，该方法使得接收和播放设备能够使用媒体内容的本地存储的版本以用于提高播放的媒体内容的质量或以用于在信号接收突然丢失时(例如，如果承载接收器的车辆进入隧道等的情况下)，至少临时性地继续媒体流的播放，像是仍在正确地接收。在通过通信介质或网络的单播或组播媒体流传输的情况中，该方法可以减轻通信介质或网络上的负荷以及也减轻始发媒体流的服务器上的负荷。实际上，该方法显著地使得正在流传输的媒体内容的副本被存储在本地时，中断(即，暂停)通过通信介质或网络进行媒体流的传输。由此，提供到最终用户的服务得以改善，同时，减轻网络上的负荷。
[0009]确定作为媒体流的一部分将要被接收或正在被接收(即，将要流传输或正在流传输)的媒体内容的副本是否被存储在本地可以显著地包括:(i)确定该媒体内容的副本是否被存储在接受和播放设备上；(ii)确定媒体内容的副本是否被存储在接收和播放设备的周围-例如，轿车的行李箱(trunk，美国或boot，英国、澳大利亚)中布置的存储设备上(iii)确定是否以媒体内容能够以比通过通信介质或网络更有效率的方式获得的方式相对于接收和播放设备存储媒体内容的副本；或(i V )上文提及的确定操作(i )、( i i )和(i i i )的任何组合。
[0010]本地存储的媒体内容是将要流传输或正在流传输的媒体内容的副本，虽然在一些实施例中，流传输的媒体内容与本地存储的媒体内容之间可能存在差异，例如媒体质量上(例如，声音质量、图像分辨率等)的差异。
[0011]在一个实施例中，第一播放过程还包括在接收的媒体流中或与接收的媒体流一起接收的数据中检测指示符，其指示容许在本地存储的媒体内容是将要被接收或正在被接收，以及如果是这样，则开始播放模式切换过程。
[0012]在此实施例中，该接收和播放设备在第一播放过程期间检测媒体流或与接收的媒体流一起接收的数据是否包含指示符。该指示符可以是例如指示或通知将要流传输新媒体内容的信令信息。但是，可以使用其他类型的指示符，例如媒体流的特征中的转变(声音类型的改变等)。接收 和播放设备使用该指示符启动决定将要流传输或正在流传输的媒体内容是否存储在本地的过程，以便能够以本地存储的媒体内容替换或补充流传输的媒体内容。因此，本实施例使得接收和播放设备能够就何时启动播放模式切换过程做出告知的决定。
[0013]在一个实施例中，第二播放过程包括至少临时性地不经由通信介质或网络接收媒体流。
[0014]这样减轻网络上的负荷，因为不是持续地通过通信介质或网络作为媒体流获取媒体内容,而是从本地存储介质获取媒体内容的副本,并相应地播放。换言之,本实施例节省了至少一段时间期间获取和接收媒体流的网络资源。
[0015]在一个实施例中，该媒体流包含音频流分量和视频流分量的至少其中之一。
[0016]在一个实施例中，该通信介质或网络包括分组交换网络。
[0017]在一个实施例中，该接收和播放设备至少是如下其中之一(i)因特网广播接收和播放设备，(?)因特网协议电视，本文简写为IPTV，接收和播放设备，(iii)车载接收和播放设备，(iv)无线电通信设备，(V)移动电话，以及(vi)计算机。该接收和播放设备可以例如布置在车辆，例如轿车、公共汽车、卡车或摩托车中。但是，该接收和播放设备无需是移动的。
[0018]在一个实施例中，该第一播放过程还包括确定将要接收或正在接收的媒体内容适于本地复制；并将确定为适于本地复制的媒体内容存储在接收和播放设备上或存储在接收和播放设备附近的存储设备上。[0019]本实施例可以例如包括确定媒体内容容许多于一次作为媒体流的一部分被传送(即，容许多于一次流传输)，例如，因为该媒体内容是频繁播放的音乐片段，或与此相对，确定将要流传输的媒体内容不适于本地复制，例如，因为该媒体内容是假定为仅一次性流传输的即兴语音片段。例如，音乐片段(歌曲、歌集)可以适于本地复制，而演讲者、播音员、新闻主播或音乐播放员的发言，即，如果做是朗读脚本和对广播或电视发表评论的人的发言可能倾向于不会被重复。
[0020]用于存储媒体内容的本地副本的接收和播放设备附近的存储设备可以是可被接收和播放设备以比通过通信网络或介质更有效率的方式访问和/或连接到该接收和播放设备的任何类型的存储设备。
[0021]在一个实施例中，第一播放过程使得确定将要接收或正在接收的媒体内容适于本地复制包括确定媒体内容的重复频率大于阈值。
[0022]在此实施例中，该接收和播放设备可以包括第一播放过程,第一播放过程使得在接收媒体流时，确定特定媒体内容被发送的频繁程度。如果确定一段时间期间相同的媒体内容被流传输多次，即，如果其包含的频率高于阈值，则将该媒体内容存储在本地，以便下次该媒体内容被流传输时，媒体内容的本地存储版本可以替换或补充流传输的媒体内容。这样能够减轻网络的负荷和/或提高接收和播放设备上正在播放的媒体内容的质量。
[0023]在此实施例中，确定特定媒体内容从广播电台流传输的频繁程度可以包括确定该特定媒体内容在广播电台的播放列表中出现的频繁程度。广播电台的播放列表可以用于编制要存储在接收和播放设备上本地的媒体内容的列表。
[0024]在一个实施例中，该方法还包括接收过程，该接收过程包括在作为媒体流接收至少一个媒体内容之前经由通信介质或网络接收该至少一个媒体内容。
[0025]在此实施例中，可以将一组媒体内容传送到接收和播放设备以供存储在其上或以供存储在接收和播放设备附近的存储设备上。此传送在接收和播放设备接收媒体内容之前执行，即，在媒体内容正在流传输或预期要流传输之前执行。预先传送的该组媒体内容可以包含最常播放的媒体内容，如特定广播电台的“常循环”的所有歌曲。实际上，作为示范无线电广播的一部分，对于特定电台(例如，广播电台)，一首歌曲可能一周播放数次。发明人显著地认识到，可以利用这些重复来减轻网络上的负荷以及改善用户体验。
[0026]在此实施例中，可以在通信介质或网络上的负荷小于阈值或预期小于阈值时执行接收过程(以在流传输之前传送该组媒体内容)。该接收过程可以例如在夜间执行，或在接收和播放设备位于负荷相对较低的小区中执行。这可以例如对应于没有交通拥塞，即，交通高峰时间以外，即非早晨交通高峰时间(上午7-10点)，也非下午交通高峰时间(下午3-6点)的情况。
[0027]在此实施例中，该接收过程可以使得至少基于与接收和播放设备关联的播放简档来选择预先接收的至少一个媒体内容。
[0028]与接收和播放设备关联或在一个时间点使用该接收和播放设备的用户关联的播放简档可以包含有关接收和播放设备常常调谐到的电台(例如广播电台)的信息。在本地存储接收和播放设备上最常播放的媒体内容是有利的。如果接收和播放设备的用户经常收听以爵士乐为特色的广播电台，则应该本地存储的多个音乐片段是此广播电台中播放的那些，即，爵士乐片段。[0029]在一个实施例中，将要接收或正在接收的媒体内容以加密形式存储在本地；以及第二播放过程包括，在播放该媒体内容之前，使用数字密钥将本地存储的媒体内容解锁。
[0030]在预期要流传输调度的媒体内容之前，可以将用于将本地存储的媒体内容解锁的数字密钥作为媒体流的一部分传送。以此方式，最终用户不能脱离媒体内容流传输的时间而利用媒体内容被存储在接收和播放设备本地上这事实。因此，与媒体内容关联的知识产权得以保护。数字密钥可以连同指示符在媒体流中发送或在连同媒体流一起发送的数据中发送。
[0031]在一个实施例中，传送设备执行一种用于传送媒体流的方法。该方法包括，经由通信介质或网络传送用于在至少一个接收和播放设备上播放的媒体流；以及在传送的媒体流或在连同传送的媒体流一起传送的数据中传送指示符，该指示符指示将要传送或正在传送容许本地存储在至少一个接收和播放设备的媒体内容。
[0032]以此方式，由于传送的指示符，接收和播放设备可以方便地决定何时要检查是否将调度的媒体内容(即，将要流传输或正在流传输的媒体内容)存储在本地，以便及时地利用该媒体内容的本地存储版本。
[0033]在此实施例中，经由通信介质或网络传送媒体流可以采用单播或组播方式来实现。
[0034]在一个实施例中，布置一种接收和播放设备，用于接收和播放媒体流。该接收和播放设备包括第一播放单元、播放模式切换单元和第二播放单元。该第一播放单元配置成用于经由通信介质或网络接收媒体流和用于播放接收到的媒体流。该播放模式切换单元配置成用于确定将要接收或正在接收的媒体内容是否存储在本地，以及如果是这样，则激活第二播放器。该第二播放单元配置成用于基于至少本地存储的媒体内容播放媒体内容。
[0035]在一个实施例中，布置一种传送设备，用于传送媒体流。该传送设备包括第一传送单元和第二传送单元。该第一传送单元配置成用于经由通信介质或网络传送媒体流以用于在至少一个接收和播放设备上播放。该第二传送单元配置成用于在传送的媒体流中或与传送的媒体流一起传送的数据中传送指示符，该指示符指示将要传送或正在传送容许在至少一个接收和播放设备上本地存储的媒体内容。
[0036]本发明还涉及包含计算机可理解的指令的计算机程序，这些计算机可理解的指令配置成在接收和播放设备上执行时促使接收和播放设备执行上述实施例中任一个实施例的方法。
【专利附图】
【附图说明】
[0037]现在将结合附图描述本发明的实施例，其中:
图1以示意图形式图示其中可以实施的本发明实施例的场景；
图2是本发明一个实施例的方法的流程图；
图3是本发明一个实施例中的方法的流程图，包括在第一播放过程中，在接收的媒体流中或与接收的媒体流一起接收的数据中检测指示符的步骤，该指示符指示容许本地存储的媒体内容；
图4是本发明一个实施例中的方法中的第一播放过程的流程图；
图5是本发明一个实施例中的方法的流程图，其包括用于预先接收多个媒体内容的接收过程；
图6是本发明一个实施例中由传送设备执行的方法的流程图；
图7以示意图形式图示本发明的一些实施例中可以使用的接收和播放设备的示范结
构；
图8以示意图形式图示根据本发明一个实施例的接收和播放设备；
图9以示意图形式图示本发明一个实施例中的接收和播放设备，该设备包括用于在媒体流中调度之前接收媒体内容的接收单元；
图9a以示意图形式图示本发明一个实施例中的传送设备；
图10以示意图形式图示本发明一个实施例中最终用户设备注册以获取媒体流的过
程;
图11以示意图形式图示本发明一个实施例中检测将要播放的媒体内容为适于本地存储的过程；
图12以示意图形式图示本发明一个实施例中发现将要播放的媒体内容的本地副本的过程；以及
图13以示意图形式图示本发明一个实施例中内容提供的过程。
【具体实施方式】
[0038]现在将结合特定实施例来描述本发明。这些特定实施例用于使本领域技术人员更好理解，而无意以任何方式限制本发明的范围，本发明的范围由所附权利要求来定义。
[0039]图1以示意图形式图示其中可以实施的本发明实施例的场景。传送设备20经由通信网络30将媒体流(图1上点划线箭头)传送到接收和播放设备10。通信网络30可以是因特网并且可以包括无线网段(wireless segment)。传送设备20可以是从广播电台(未示出)接收数据的服务器。媒体流可以包含作为数据分组流或作为空中电磁波连续传送的音频内容。
[0040]图2是本发明一个实施例的方法的流程图。该方法包括第一播放过程sl2、播放模式切换过程sl4和第二播放过程sl6。该方法由接收和播放设备10来执行。
[0041]第一播放过程sl2包括经由通信介质或网络30接收媒体流和在接收和播放设备10上播放接收到的媒体流。媒体流可以是但不限于32 kB/s to 320 kB/s的数据分组流，例如因特网协议(IP)分组流。
[0042]播放模式切换过程sl4包括确定sl42作为媒体流的一部分将要接收或正在接收(即，将要流传输或正在流传输)的媒体内容是否本地存储在接收和播放设备10上或本地存储在接收和播放设备10的附近。
[0043]如果是这样(步骤sl42之后为“是”)，即，如果确定sl42作为媒体流的一部分将要接收或正在接收的媒体内容存储在本地，则启动第二播放过程sl6。该第二播放过程sl6包括基于至少本地存储的媒体内容播放媒体内容。这可以包括暂停，即中断媒体流的接收并代之以播放本地存储的媒体内容。
[0044]第一播放过程sl2和播放模式切换过程sl4可以同时执行。当启动第二播放过程sl6时，接收和播放设备10从执行第一播放过程sl2的模式切换到执行第二播放过程sl6的模式。[0045]第二播放过程sl6可以包括同时基于经由通信介质或网络30接收的媒体流和媒体内容的本地存储副本来播放该媒体内容。该第二播放过程sl6还可以包括在一段时间期间仅基于本地存储的媒体内容播放媒体内容。
[0046]在执行第二播放过程sl6之后，该方法可以返回到第一播放过程sl2(图2上指向框sl2的点划线箭头)。
[0047]图3是本发明一个实施例的方法的流程图。与图2所示的方法比较，图3所示的方法包括，在第一播放过程sl2中，在接收的媒体流中或与接收的媒体流一起接收的数据中检测sl22指示符的步骤，该指示符指示在接收和播放设备10上将要接收或正在接收容许本地存储的媒体内容。如果是这样(步骤sl22之后为“是”)，即，如果在接收的媒体流中或与接收的媒体流一起接收的数据中检测到指示符，则启动播放模式切换过程sl4。当执行播放模式切换过程sl4时，可以继续第一播放过程sl2。其余步骤如上文参考图2所描述的。
[0048]图4以示意图形式图示本发明一个实施例中的方法。在该方法中，第一播放过程sl2期间，执行确定sl24将要接收或正在接收的媒体内容是否适于本地复制的步骤。此步骤sl24可以仅在播放切换过程sl4中确定sl24将要接收或正在接收的媒体内容未存储在本地(步骤sl24之后为“否”)之后执行。如果确定将要接收或正在接收的媒体内容适于本地复制，则将该媒体内容存储sl26在接收和播放设备10上或存储在接收和播放设备10的附近的存储设备上。因此，下次接收和播放设备10确定将要流传输该媒体内容时，可以使用该媒体内容的本地存储副本以在接收和播放设备10上播放该媒体内容。其余步骤如上文参考图2所描述的。
[0049]图5是本发明一个实施例的方法的流程图。与图2所示的方法比较，该方法还包括接收过程sll。接收过程sll包括在作为媒体流的一部分接收媒体内容(步骤sl2中)之前经由通信介质或网络30接收多个媒体内容。其余步骤如上文参考图2所描述的。此外，确定将要接收或正在接收的媒体内容是否存储在本地(步骤sl24)可以包括获取标识该媒体内容的标识信息(例如，指示符)，并且基于获取的标识信息检查是否作为接收过程sll —部分先前已接收该媒体内容。
[0050]图6是本发明一个实施例的方法的流程图。该方法由传送设备20来执行。该方法包括经由通信介质或网络30传送s22媒体流以用于在至少一个接收和播放设备10上播放。该方法还包括在传送的媒体流中或与传送的媒体流一起传送的数据中传送s24指示符，该指示符指示将要传送或正在传送容许在至少一个接收和播放设备10上本地存储的媒体内容。步骤s24可以与步骤s22同时执行。
[0051]图7是本发明实施例中可以使用的接收和播放设备10的示范实现的示意图。正如图示，接收和播放设备10可以包括总线105、处理单元103、主存储器107、R0M 108、存储设备109、输入设备102、输出设备104和通信接口 106。总线105可以包括使得接收和播放设备10的组件之间能够通信的路径。
[0052]处理单元103可以包括处理器、微处理器或可以解释和执行指令的处理逻辑。主存储器107可以包括RAM或可以存储用于处理单元103执行的信息和指令的另一种类型的动态存储设备。ROM 108可以包括ROM设备或可以存储供处理单元103使用的信息和指令的另一种类型的静态存储设备。存储设备109可以包括磁和/或光记录介质及其对应的驱动器。
[0053]输入设备102可以包括允许操作员或更常见地为用户将信息输入到接收和播放设备10的机构，例如，小键盘、键盘、鼠标、笔、语音识别和/或生物识别机构等。输出设备104可以包括向操作员输出信息的机构，如显示器、打印机、扬声器等。通信接口 106可以包括任何类似收发器的机构，使得接收和播放设备10能够与其他设备和/或系统通信。例如，通信接口 106可以包括用于经由网络，如通信网络30与另一个设备或系统通信的机构。
[0054]接收和播放设备10可以执行本文描述的某些操作或过程。接收和播放设备10可以响应处理单元103执行计算机可读介质，如主存储器107、ROM 108和/或存储设备109中包含的软件指令执行这些操作。计算机可读介质可以定义为物理存储器设备或逻辑存储器设备。例如，逻辑存储器设备可以包括单个物理存储器设备内的存储器空间或分布在多个物理存储器设备之间的存储器空间。主存储器107、R0M 108和存储设备109中每一个可以包括计算机可读介质。存储设备109的磁和/或光记录介质(例如，可读CD或DVD)还可以包括计算机可读介质。可以将这些软件指令从另一个计算机可读介质，如存储设备109或经由通信接口 106从另一个设备读取到主存储器107中。
[0055]主存储器109中包含的软件指令可以使处理单元103执行本文描述的操作或过程。作为备选，可以使用硬连接电路替代软件指令或与之组合来实现本文描述的过程和/或操作。因此，本文描述的实现不限于硬件和软件的任何特定组合。
[0056]图8以示意图形式图示本发明一个实施例中的接收和播放设备10。接收和播放设备10包括第一播放单元12、播放模式切换单元14和第二播放单元16。第一播放单元12配置成用于经由通信介质或网络30接收媒体流和在接收和播放设备10上播放接收到的媒体流。播放模式切换单元14配置成用于确定将要接收或正在接收的媒体内容是否存储在本地，即缓存在接收和播放设备10上或接收和播放设备10附近的存储设备上。第二播放单元16配置成用于基于至少本地存储的媒体内容播放媒体内容。图8上的箭头图示所示的单元之间可能存在的一些连接。但是，也可能存在其他连接，例如，第二播放单元16与第一播放单元12之间直接可能存在连接。
[0057]图9以示意图形式图示本发明一个实施例中的接收和播放设备10，该设备不同于图8所示的接收和播放设备10在于，图9所示的设备10附加地包括接收单元11。此接收单元11配置成用于在作为媒体流的一部分接收媒体内容之前经由通信介质或网络30接收这些媒体内容。
[0058]图9a以示意图形式图示本发明一个实施例中的传送设备20。传送设备20包括第一传送单元22，第一传送单元22用于经由通信介质或网络30传送媒体流以用于在至少一个接收和播放设备10上播放。传送设备20还包括第二传送单元24，第二传送单元24用于传送指示符以告知容许本地存储的媒体内容的流传输。该指示符可以包含将要流传输或正在流传输的媒体内容的标识。
[0059]在本发明的一些实施例中，可以获得因特网广播流传输和类似应用的50至90%的移动数据业务的减少。广播电台(或其他初始源头)以相当大的重复频率播放的媒体内容从接收和播放设备10本地提供。
[0060]在这些实施例中，可以执行检测和决定过程以检测和决定流传输的内容中哪些部分适于本地复制。[0061 ] 在这些实施例中，还可以执行检测和决定过程以检测和决定是否能够在由初始内容源头流传输之前将特定内容项，即媒体内容(音乐题目、剪辑等，非“现场直播”的任何内容)作为批量数据推送到接收和播放设备10。这可以例如通过计算要项被播放的频率来执行，从而能够选择本地缓存的最优项。
[0062]再者，在这些实施例中，当播放媒体内容时可以执行流传输媒体内容与本地副本的同步。
[0063]又再者，在这些实施例中，可以使用安全性措施以便仅在初始源头(以及版权拥有者)同时在流传输媒体内容时允许本地媒体内容的播放。
[0064]为了缩小要本地存储的题目的集合，即媒体内容的集合，创建用户(操作接收和播放设备10)的收听(或在其他媒体类型的情况中观看)简档是有用的。这可以采用下文(A)和(B)给出的两种方式来实现。
[0065](A)在一个实施例中，如果已知广播电台的播放列表(假定与广播电台合作，通常情况是如此)，对于特定用户播放项(即，媒体内容)的频率通过将该项(即，媒体内容)出现在某台的播放列表中的频率乘以用户调谐到广播电台的时间段来计算。由此，可以按其对应于将来时间期间的播放频率(例如，电台节目提前一周安排)对所有项(即，媒体内容)按先后排序。然后，可以缓存预期用户收听的最频繁歌曲(最多到接收和播放设备10上的本地缓存的大小)。而且，因为对于因特网广播一般使用单播连接，可以分别标识最终用户或接收和播放设备10，以便能够基于每个用户创建收听简档。创建收听简档可以在客户端一侧进行(每个客户端自行执行监视并指令从服务器进行推送缓存或在客户端一侧进行本地运行时记录)或在服务器一侧进行。
[0066](B)在一个实施例中，如果广播电台的播放列表是未知的，则可以在运行时构建播放的项(即，播放的媒体内容)的频率。其缺点在于，这可能花费某个时间直到正确地估计这些项(即，媒体内容)的播放频率，使得缓存可能不如情况(A)中那样有效率。但是，因为无需与广播电台合作，该实施例可能更具灵活性。
[0067]为了以媒体内容填充本地缓存，客户端(即接收和播放设备10)可以在有利的时间点连接到服务器，如低网络使用时间(如夜间)或访问负荷小的小区时，以便定期地利用最流行的歌曲或剪辑(即，最流行的媒体内容)刷新本地缓存。当媒体内容频率是预先已知的时，这尤其适于上文提出的情况(A)。而且，此缓存方法允许缓存比广播时间使用的版本质量等级更高的媒体内容版本，从而提供更高的服务价值。再者，此池的创建可以基于每个客户端来执行(作为附加或备选)。在此情况中，可以在本地记录从音频流接收的每个媒体内容。在两种情况中，当存储容量达到其极限时可以删除最少播放的媒体内容。
[0068]在服务器一侧，内容信息服务实体可以使用例如适合的指示符告知流传输的内容中哪些部分适于本地存储并播放。此内容信息服务实体可以是图10的右手边图示的“Web服务器”实体的一部分(点划线的右侧)。例如，在FM广播节目的情况中，主持人的现场访谈或表演不应本地存储。另一方面，任何音乐题目、喜剧剪辑或新闻(至少有限时间期间)适合于存储在接收和播放设备10上。内容信息服务实体以信号通知当前连接的客户端(即，接收和播放设备10)适于本地播放的媒体内容将要被播送。这可能发生在刚好媒体内容播放之前或提前某个时间或甚至在已经开始媒体内容时。广播表演播放列表常常预先固定，从而可以告知在下一个小时左右将要播放的媒体内的整个集合。[0069]在客户端一侧(例如，图10的右手侧)，接收和播放设备10的正常工作模式是它接收数据流(即，媒体流)。当接收到将要流传输适于本地播放的媒体内容的信号时，接收和播放设备10检查本地存储中是否存在此内容项，如图10中客户端一侧的“本地内容信息”部分所示。如果是的话，则接收和播放设备10播放本地版本以替代流，并对于该媒体内容的持续时间，暂停流。将本地播放的媒体内容与播送的内容同步(例如，通过连接到内容信息服务实体，内容信息服务实体获取每个媒体内容项的起始时间，并使之可供使用)，并且当完成时，恢复现场媒体内容。可以通过例如检测频谱的某些特征的暂停或变化来检测媒体内容项的起始时间；存在现有的工具，能够执行此类型的检测，例如“流媒体录制器(Streamripper)”(参见 Phil KerrZiThe Linux MP3-H0WT0”，vl.61，2001-12-16，章节 7.7 “Stream Grabbers^, http://www.1bibli0.0rg/pub/Linux/docs/HOWTO/other-formats/html_single/MP3-H0WT0.html,于 2011 年 9 月 17 日查阅)。
[0070]在一个实施例中，如果同时经由音频流可接收，则应该仅播放本地存储在接收和播放设备10上的媒体内容。在接收和播放设备10能够被干预的情况下，可以将缓存的内容锁定或加扰，并且仅能在从网络一侧接收到(例如，经由上文提到的内容信息服务实体)适合的密钥时将其解锁或解扰。在轿车内嵌入的因特网收音机的情况中，干预的风险可能是低的，因为轿车制造商对嵌入的设备具有强控制。因此在一些实施例中，加密可能不是必需的。
[0071]现在转为参考图10至图13，将更详细地描述本发明的一些实施例。在图10至图13中，未编号的箭头表示可能持续地执行的活动。
[0072]图10以示意图形式图示接收和播放设备10 (“最终设备”)包括媒体客户端功能(“媒体客户端”)IOa和标识本地内容缓存(“本地内容缓存”)IOc中本地存储了哪个媒体内容的本地内容信息(“本地内容信息”)10b。在图12中，本地内容信息IOb也称为本地内容管理10b。在垂直点划线 的右手侧，图10还以示意图形式图示服务器一侧上执行的功能，sp，转码功能20a、流传输功能20b、内容信息服务功能20c、密钥存储功能20d、同步功能20e、监视/简档设置/AAA功能20f (其中“AAA”表示认证、授权和记账)以及内容缓存20g。图示的报头端是内容交付体系结构中内容得以注入网络的点。图10 (以及图11-13)中，其图示为卫星接收器，虽然内容可以通过任何内容源馈送。
[0073]当接收和播放设备10第一次请求流传输内容时，接收和播放设备10在认证服务器处注册唯一标识符(标记为“Auth.”从媒体客户端IOa至内容信息服务20c的箭头和也标记为“Auth”从内容信息服务20c到监视/简档设置/AAA 20f的箭头，其中“Auth.”是指认证)。认证服务器(例如，作为监视/简档设置/AAA 20f的一部分)向接收和播放设备10发送令牌(标记为“令牌”从监视/简档设置/AAA 20f到内容信息设备20c以及到媒体客户端IOa的箭头)，由此它能够在将来每次请求流传输服务时自行认证(图10中的步骤O)。
[0074]然后在用户最初请求时交付流传输内容(标记为“Req.”指“请求”的从媒体客户端IOa到内容信息服务20c的箭头)。将该请求发送到Web入口(例如，内容信息服务20c)，其中基于随该请求一起发送的令牌，对接收和播放设备10进行认证。启动并在接收和播放设备10上播放现场流(图10中的步骤1、步骤2)。流可能不是专用于接收和播放设备10而播放的，即，它还能够被其他设备接收(例如，它可以是组播流)。
[0075]当网络一侧上的内容信息服务实体20c检测到将要播放的内容适于本地存储(即，它不 是现场谈话并且在题目开始之前已接收到最终设备请求)时，在网络一侧发生如下(图11中的比较步骤1-7):
步骤1:将元信息和加密信息与流(题目、翻译、...)一起发送，正如标记为“元信息、加密信息”的从流传输功能20b到媒体客户端IOa的箭头以示意图图示的。
[0076]步骤2:以内容信息(题目、翻译、日期和日内时间、…)更新用户简档设置数据库，正如标记为“简档更新”的从内容信息服务20c到监视/简档设置AAA 20f的箭头所示。
[0077]步骤3:当题目完成时，在网络一侧上，生成此内容项和此用户的个体密钥并将其存储在密钥存储20d中-除非对于此特定内容项已经有条目。在若干用户接收到相同流的情况中，可以为整个群生成相同的密钥。
[0078]步骤4:同时(与步骤3同时)，在客户端一侧，检查当前内容项是否本地可用。因此，评估与流一起发送的元信息。检查是否内容项本地可用由从媒体客户端IOa到本地内容信息IOb的箭头以示意图图示。
[0079]如果媒体内容是新的，可以在客户端一侧上发生如下:
步骤5:基于接收的媒体流，媒体内容的播放继续。
[0080]步骤6:如果本地缓存IOc未满，在本地缓存IOc上记录该内容。如果本地缓存已满但是新内容项的播放频率(如内容信息服务实体20c所通知的或本地计算的)高于一个或多个本地存储的项的播放频率，则删除此(这些)项(一个或多个)，并将新内容本地存储。
[0081]步骤7:使用与此内容项的流一起发送的加密信息，将内容加密。
[0082]如果发现此媒体内容的本地匹配，则发生如下(参考图12中的步骤5-10):
步骤5:客户端自行标识和查询网络一侧上的密钥存储实体以获取密钥以将内容项解锁(正如标记为“令牌”的从本地内容管理IOb到密钥存储功能20d的箭头以及标记为“密钥”从密钥存储功能20d到本地内容管理IOb的箭头所示)。
[0083]步骤6:接收到解密密钥时，将本地内容项解密；解密密钥的策略可以使得仅对一次解密有效，如果再次播放该歌曲，需要新的密钥(正如标记为“解密”的本地内容管理功能IOb与本地内容缓存IOc之间的箭头所示)。
[0084]步骤7:通过例如查询提供流传输的题目的开始时间戳的网络侧服务器来将本地媒体内容项同步以用于与现场流一起播放(正如标记为“Synch, req”指“同步请求”从本地内容管理功能IOb到同步功能20e的箭头和另一个方面上标记为“Synch, resp”指“同步响应”的箭头所示)。
[0085]步骤8:停止，即中断或暂停现场流的播放。
[0086]步骤9:开始于停止现场流的时间点处播放本地媒体内容项。
[0087]步骤10:当题目完成时，再次恢复现场流(正如标记为“内容”的从流传输功能20b到媒体客户端IOa的箭头所示的)。
[0088]作为备选，在本发明的一个实施例中，可以按如下提供内容。上文已解释第一次播放媒体内容时将新媒体内容本地记录有多重要。但是，可以进一步改进此过程。在历史中，简档设置器知道用户设备常常调谐到哪个广播电台(普通用户仅调谐到一对电台)。对于广播电台还常常预先知道歌曲播放列表和它们的循环(例如，对于整个周)。因此，对于每个歌曲，可以根据先验知识计算预期的播放频率。这可以用于接收和播放设备10或其附近的基于机会预先缓存内容。[0089]例如，可以假定配备因特网广播设备的轿车可以在夜间停泊在车库中经由WIFI接口连接到归属WLAN。在此时间期间，可以对准本地内容缓存IOc分析后续数天的播放内容，并可以利用预期为最频繁播放的媒体内容项更新缓存10c。
[0090]另一个示例是在非高峰通信时间期间，轿车停泊某处时。如果本地小区合理地负荷不足(由网络运营商决定)，则有好机会以小成本更新本地缓存。在此情况中，一个实施例中项的预先缓存仅在预期的播放频率某个测量> 1，大于一(即，〉I)的情况下执行，因为即使有足够的缓存存储器空闲，也不期望传送具有低播放概率的项。
[0091]对于备选内容提供，采用如下步骤(参见图13):
步骤1:用户设备(即，最终设备10或接收和播放设备10)周期性地检查是否存在执行备选内容提供的概率，即，设备10可以经由相对空闲(本地固定网络或WIFI网络)或低成本(在与网络运营商有特殊协议的情况下负荷不足的广播小区)信道连接到服务器侧。如果情况如此，执行步骤2。[0092]步骤2:将简档设置器20f中的信息与服务器一侧将在下一个期间(该期间是立即自完成缓存起的数天d)播放的项列表比较。将此信息与内容一起发送(图13中的“元信息”)。如果简档设置器20f中记录的信息不是最新的，则执行步骤2a和2b，即，将最新设备缓存信息(例如，“充满程度”)发送到内容信息服务20c。考虑服务器一侧预期的播放频率>x的所有媒体内容项进行预先缓存(X取决于缓存的成本对不缓存的成本。最可能的是，例如如果连接是WIFI，x=0，如果连接经由电话公司网络，则χ>1)。此列表按下降的播放频率排序。
[0093]步骤3:处理所考虑的更新列表中的每个媒体内容项。如果本地缓存未满，则将其标记以用于下载。如果本地缓存已满但是该项的播放频率高于本地存储的项(一个或多个)的播放频率，则删除此(这些)项(一个或多个)，并将新内容标记为用于下载。缓存的占用相应地进行更新。
[0094]步骤4:用户设备10上下载每个标记的项(按下降播放频率排序)。在将下载和对应生成的密钥存储在网络一侧的密钥存储中之前，将每个项加密。将所有标记的内容预先缓存，或如果过程被中断，则可以在下次机会时安全地从步骤I重新开始。
[0095]因此本发明的实施例的一些优点为如下:
?音频流传输应用的空中业务的大大减少；
?音频流传输应用的服务器负荷的减少；以及
?更鲁棒的用户体验(在轿车娱乐节目的情况中，例如在通过隧道的同时，进行连续的服务)。
[0096]在一个实施例中，可以在解说员实际结束或因下一个媒体而实际结束(此技术称为淡入淡出)之前中断流传输的媒体内容，并这可以按如下处理。如果内容源头(广播电台)和客户站未合作，则接收和播放设备10可以配置成在本地存储的媒体内容结束之前淡出该媒体内容(例如，在该媒体内容结束之前10秒)，以确保随后接收的媒体流中捕获到该媒体内容的早前中断。如果内容源头(广播电台)和客户站(接收和播放设备10)合作，则可以提供一个连接用于内容，提供另一个连接用于信令，包括以信号通知媒体内容的结束。
[0097]其中术语“第一播放单元”、“第二播放单元”、“播放模式切换单元”和“接收单元”等在本文中结合使用，有关这些元件可以如何分布以及元件可以如何收集不作限制。即，单元的组成元件可以分布在不同的软件或硬件组件中或用于实现目标功能的设备中。还可以收集多个不同元件以用于提供目标功能性。
[0098]网络节点的上文引述的单元的任一个单元可以在硬件、软件、现场可编程门阵列(FPGA)、专用集成电路(ASIC)、固件等中实现。
[0099]在本发明的又一些实施例中，分别以第一播放装置、第二播放装置、播放模式切换装置和接收装置等替换上文提到和/或要求权利的第一播放单元、第二播放单元、播放模式切换单元和接收单元中任一个单元，或分别以第一播放器、第二播放器、播放模式切换器和接收器等替换上文提到和/或要求权利的第一播放单元、第二播放单元、播放模式切换单元和接收单元中任一个单元，以用于执行第一播放单元、第二播放单元、播放模式切换单元和接收单元等的功能。
[0100]在本发明的又一些实施例中，可以使用计算机可读指令，例如以计算机可理解的过程、方法等，以任何类型的计算机语言和/或以固件、集成电路等上的嵌入式软件的形式来实现上述过程或步骤的任一个。
[0101]虽然本发明是基于详细描述的示例来描述的，但是这些详细描述的示例仅用于使得本领域技术人员更好地理解，并无意限制本发明的范围。本发明的范围理应由所附权利要求限定。
[0102]上文披露的实施例的多个方面可以在所说的虚拟广播频道的场景中实现，其中用户注册流传输服务、用户定义/创建简档(即，用户喜欢或不喜欢的媒体内容的种类/类型或音乐片段，例如用户可能喜欢歌手“麦当娜”或音乐组合“Simply Red”)，并且用户在他/她的接收和播放设备上接收用户相关的媒体流(即，当用户开始播放音乐时，大概与用户的品味匹配的题目被播放；用户则可以对该题目评分以便细调他/她的收听简档)。一种此类流传输服务是last, fm。但是，last, fm只是一种示例，在因特网上有若干类似的服务。
[0103]具体来说，在虚拟广播频道的场景中，当用户请求服务(例如last, fm服务)且期望播放音乐(或更一般性地媒体内容)时，具有相似简档的用户获得相同内容推送到其设备，即使他们当前完全没兴趣收听(将他们称为被动用户)。这可以通过例如组播定位共有或部分地共有用户简档(即，例如具有相似的用户简档)的所有可达到目的地节点(主动或被动)来实现。当此类被动用户在稍后时间点请求音乐(或更一般性地媒体内容)时，检查该广播小区的负荷程度。如果负荷低，则将适合的歌曲或媒体内容流传输到他/她的设备。如果负荷高(或某种情况阻碍良好接收，例如隧道)，则播放早前已推送到他/她的设备的媒体内容(即，播放替代媒体内容，它不一定与流传输的是相同的媒体内容，但是仍符合用户简档编辑)。用户体验会是相同的:与用户品味匹配的题目被播放。
【权利要求】
1.由接收和播放设备(10)执行用于接收和播放媒体流的方法，所述方法包括: 第一播放过程(S12)，其包括通过通信介质或网络(30)接收媒体流和播放接收到的媒体流； 播放模式切换过程(sl4)，其包括确定(sl42)将要接收或正在接收的媒体内容是否存储在本地，以及如果是这样，则切换到第二播放过程(sl6);以及 所述第二播放过程(s 16 )，其包括基于至少本地存储的媒体内容播放所述媒体内容。
2.如权利要求1所述的方法，其中所述第一播放过程(sl2)还包括 在接收的媒体流中或与所述接收的媒体流一起接收的数据中，检测(sl22)指示符，所述指示符指示将要传送或正在传送容许本地存储的媒体内容，以及如果是如此，则启动所述播放模式切换过程(sl4)。
3.如权利要求1或2所述的方法，其中所述第二播放过程(sl6)包括 至少临时地不经由所述通信介质或网络(30 )接收所述媒体流。
4.如前面权利要求中任一项所述的方法，其中所述媒体流包括音频流分量和视频流分量的至少其中之一。
5.如前面权利要 求中任一项所述的方法，其中所述通信介质或网络(30)包括分组交换网络。
6.如前面权利要求中任一项所述的方法，其中所述接收和播放设备(10)是如下至少其中之一: 因特网广播接收和播放设备， 因特网协议电视，本文简称为IPTV，接收和播放设备， 车载接收和播放设备， 无线电通信设备， 移动电话，以及 计算机。
7.如前面权利要求中任一项所述的方法，其中所述第一播放过程(sl2)还包括 确定(sl24)将要接收或正在接收的媒体内容适于本地复制；以及 将确定为适于本地复制的媒体内容存储(sl26)在所述接收和播放设备(10)上或存储在所述接收和播放设备(10)附近的存储设备上。
8.如权利要求7所述的方法，其中所述第一播放过程(sl2)使得确定(sl24)将要接收或正在接收的媒体内容适于本地复制包括 确定所述媒体内容的重复频率大于阈值。
9.如前面权利要求中任一项所述的方法，还包括 接收过程(sll)，其包括在作为所述媒体流的一部分接收至少一个媒体内容之前经由所述通信介质或网络(30)接收所述至少一个媒体内容。
10.如权利要求9所述的方法，其中所述接收过程(Sll)在所述通信介质或网络(30)上的负荷小于阈值或预期小于阈值时执行。
11.如权利要求9或10所述的方法，其中所述接收过程(Sll)使得预先接收的所述至少一个媒体内容是至少基于所述接收和播放设备(10)关联的播放简档来选择的。
12.如前面权利要求中任一项所述的方法，其中以加密的形式本地存储将要接收或正在接收的媒体内容；以及所述第二播放过程(sl6)包括在播放所述媒体内容之前，使用数字密钥将所述本地存储的媒体内容解锁。
13.由传送设备(20)执行用于传送媒体流的方法，所述方法包括: 经由通信介质或网络(30)传送(s22)媒体流以用于在至少一个接收和播放设备(10)上播放；以及 在所传送的媒体流中或与所述传送的媒体流一起传送的数据中传送(s24)指示符，所述指示符指示将要传送或正在传送容许在所述至少一个接收和播放设备(10)上本地存储的媒体内容。
14.如权利要求13所述的方法，其中经由所述通信介质或网络(30)传送媒体流采用单播或组播方式来实现。
15.用于接收和播放媒体流的接收和播放设备(10)，所述设备(10)包括 第一播放单元(12)，其配置成用于经由通信介质或网络(30)接收媒体流和用于播放接收到的媒体流； 播放模式切换单元(14)，配置成用于确定将要接收或正在接收的媒体内容是否存储在本地，以及如果是这样，则激活第二播放器(16);以及 所述第二播放单元(16)，配置成用于基于至少本地存储的媒体内容播放所述媒体内容。
16.如权利要求15所述的设备(10)，其中所述第一播放单元(12)还配置成用于: 在接收的媒体流中或与所述接收的媒体流一起接收的数据中，检测指示符，所述指示符指示将要接收或正在接收容许本地存储的媒体内容，以及如果是如此，则启动所述播放模式切换单元(14)。
17.如权利要求15或16所述的设备(10)，其中所述第二播放单元(16)还配置成用于: 至少临时地不经由所述通信介质或网络(30 )接收所述媒体流。
18.如权利要求15至17中任一项所述的设备(10)，其中所述媒体流包括音频流分量和视频流分量的至少其中之一。
19.如权利要求15至18中任一项所述的设备(10)，其中所述通信介质或网络(30)包括分组交换网络。
20.如权利要求15至19中任一项所述的设备(10)，所述设备(10)是至少如下其中之 因特网广播接收和播放设备， 因特网协议电视，本文简称为IPTV，接收和播放设备， 车载接收和播放设备， 无线电通信设备， 移动电话，以及 计算机。
21.如权利要求15至20中任一项所述的设备(10)，其中所述第一播放单元(12)还配置成用于: 确定将要接收或正在接收的媒体内容适于本地复制；以及将确定为适于本地复制的媒体内容存储在所述设备(10)上或存储在所述设备(10)附近的存储设备上。
22.如权利要求21所述的设备(10)，其中所述第一播放单元(12)还配置成使得确定将要接收或正在接收的媒体内容适于本地复制包括 确定所述媒体内容的重复频率大于阈值。
23.如权利要求15至22中任一项所述的设备(10)，还包括 接收单元(11)，其包括在作为所述媒体流的一部分接收至少一个媒体内容之前经由所述通信介质或网络(30 )接收所述至少一个媒体内容。
24.如权利要求23所述的设备(10)，其中所述接收单元(11)在所述通信介质或网络(30)上的负荷小于阈值或预期小于阈值时工作。
25.如权利要 求23或24所述的设备(10)，其中所述接收过程(sll)还配置成使得预先接收的所述至少一个媒体内容是至少基于所述设备(10)关联的播放简档来选择的。
26.如权利要求15至25中任一项所述的设备(10)，其中 以加密的形式本地存储将要接收或正在接收的媒体内容；以及 所述第二播放单元(16 )还配置成用于在播放所述媒体内容之前，使用数字密钥将所述本地存储的媒体内容解锁。
27.用于传送媒体流的传送设备(20)，所述传送设备(20)包括: 第一传送单元(22)，其配置成用于经由通信介质或网络(30)传送媒体流以用于在至少一个接收和播放设备(10)上播放；以及 第二传送单元(24)，其配置成用于在传送的媒体流中或与所述传送的媒体流一起传送的数据中传送指示符，所述指示符指示将要传送或正在传送容许在所述至少一个接收和播放设备(10)上本地存储的媒体内容。
28.如权利要求27所述的设备(20)，所述设备配置成用于采用单播或组播方式经由所述通信介质或网络(30)传送所述媒体流。
29.包含计算机可理解的指令的计算机程序，这些计算机可理解的指令配置成在接收和播放设备(10)上执行时促使所述接收和播放设备(10)执行如权利要求1至12中任一项所述的方法。
30.包含计算机可理解的指令的计算机程序，所述计算机可理解的指令配置成在传送设备(20)上执行时促使所述传送设备(20)执行如权利要求13或14所述的方法。
【文档编号】H04N21/433GK103947219SQ201180074971
【公开日】2014年7月23日 申请日期:2011年9月21日 优先权日:2011年9月21日
【发明者】H.佩尔库恩, C.库雷斯库 申请人:瑞典爱立信有限公司