JP6185959B2 - 情報処理装置、情報処理方法、およびプログラム - Google Patents

Description

本発明は、放送およびネットワークを通じてデータを受信可能な情報処理装置、そのデータのライフサイクルを定義する情報をもとにした情報処理方法、およびプログラムに関する。

近年、欧州でＨＢＢＴＶ（Ｈｙｂｒｉｄ Ｂｒｏａｄｃａｓｔ Ｂｒｏａｄｂａｎｄ ＴＶ）と呼ばれる仕様の検討が進められている。ＨＢＢＴＶでは、放送とインターネットの夫々の伝送媒体を通じて、映像およびアプリケーションが配信される。ここで、映像は端末装置のプレイヤにより再生処理されるＡ／Ｖコンテンツなどのデータであり、アプリケーションとは、端末装置のブラウザによって処理可能な文書、画像、スクリプトなどのデータである。

ＨＢＢＴＶでは、端末装置は、ＡＩＴ（Ａｐｐｌｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）と呼ばれるテーブルを取得し、このテーブルに記述されたライフサイクルに関する制御情報をもとにアプリケーションを管理する。

ＡＩＴには、アプリケーションのライフサイクルに関する制御情報として、例えば「ＡＵＴＯＳＴＡＲＴ」「ＰＲＥＳＥＮＴ」「ＫＩＬＬ」等が記述される。「ＡＵＴＯＳＴＡＲＴ」は即時に端末装置がアプリケーションの再生を自動的に実行することを意味し、「ＰＲＥＳＥＮＴ」は自動実行しないことを意味し、「ＫＩＬＬ」はアプリケーションの再生を停止することを意味する。端末装置は、このようなＡＩＴ内のライフサイクルに関する制御情報をもとに、例えば、即時に再生を自動実行するように設定されたアプリケーションを取得し、再生を行う。

特許文献１には、情報処理装置がダウンロードしたアプリケーションプログラムの同期情報としてＡＩＴを用いた技術が開示されている。

特開２００９−９４７０２号公報（段落[０１０６−０１０８]）

ＨＢＢＴＶに対応する端末装置において次のような動作を想定することとする。
端末装置のブラウザは、ユーザによって放送サービスが選択されると、放送の映像・音声の再生を行うと共に、その放送サービスに対応するＡＩＴ（以後「放送ＡＩＴ」と呼ぶ。）を取得し、この放送ＡＩＴ内の制御情報が「ＡＵＴＯＳＴＡＲＴ」になっているアプリケーションの取得と再生を開始する。ここで、放送のアプリケーションデータがＣＥ−ＨＴＭＬデータであるとし、このＣＥ−ＨＴＭＬデータにはＶｏＤコンテンツのＵＲＬと、ＶｏＤコンテンツの再生指示の入力をユーザに喚起するＧＵＩが埋め込まれているものとする。

このＧＵＩにおいて端末装置のユーザによって、視聴したいＶｏＤコンテンツが選択されると、端末装置は、ＣＥ−ＨＴＭＬデータ中から当該ＶｏＤコンテンツのＵＲＬを取得し、このＵＲＬをもとにインターネットにアクセスして該当するＶｏＤコンテンツを取得する。そして端末装置は、取得したＶｏＤコンテンツの再生を開始する。ＶｏＤコンテンツの再生が終了もしくは中断されたとき、直前に選局されていた放送局から放送中のアプリケーション（ＣＥ−ＨＴＭＬ）の再生状態に自動的に復帰されると共に、放送の映像・音声の再生も再開する。

しかしながら、上記のように元の放送アプリケーションの再生状態に復帰することを可能とするには、ＶｏＤコンテンツの再生中も放送ＡＩＴを監視し続けて当該放送アプリケーションのライフサイクルを知る必要がある。すなわち、ＡＩＴの内容は時間によって変化するので、端末装置は常に最新の放送ＡＩＴを周期的に取得しておく必要があるからである。

そしてＶｏＤコンテンツの再生中も放送ＡＩＴを監視し続けるためには、端末装置において、ＶｏＤコンテンツのトランスポートストリームの分離処理と、放送のトランスポートストリームの分離処理を同時に行う必要がある。このため、端末装置に同時に動作可能な２つのデマルチプレクサが実装されていることが構成上必須となり、端末装置のハードウェア規模が増大する。

以上のような事情に鑑み、本発明の目的は、放送のデータの再生状態からネットワーク上のデータの再生状態に切り替わり、さらに元の放送のデータの再生状態に回復させるための処理をデマルチプレクサを複数実装することなく実現でき、ハードウェアの規模を小さくすることのできる情報処理装置、情報処理方法、およびプログラムを提供することにある。

上記目的を達成するため、本発明の一形態に係る情報処理装置は、第１の映像データと共に伝送される第１のアプリケーションデータのライフサイクルを定義する第１の定義情報を放送より取得し、ネットワーク上の第２の映像データを再生し、前記第１の定義情報と等価な第２の定義情報を含む記述情報をもとに新しいアプリケーションを起動し、前記第１の定義情報をもとに放送または前記ネットワークより配信される前記第１のアプリケーションデータおよび、前記記述情報に含まれる前記第２の定義情報をもとに前記第１のアプリケーションデータを管理するデータ管理部を具備する。

本発明では、放送より第１の映像データと第１の定義情報がそれぞれトランスポートストリームのセクションとして送信され、ネットワークを通じて第２の映像データが同様にトランスポートストリームとして送信され、それぞれ受信後にデマルチプレクサにより分離処理が行われる必要がある場合に、放送のデータの再生状態からネットワーク上のデータの再生状態に切り替わり、さらに元の放送のデータの再生状態に回復させるための処理を、１つのデマルチプレクサで実現できる。

前記データ管理部は、前記第２の定義情報を含む記述情報をもとに新しいアプリケーションを起動することによって、前記第１の映像データの受信状態をオフとする。これにより、第１の定義情報をもとに第１のアプリケーションデータを管理する状態から第２の定義情報をもとに第１のアプリケーションデータを管理する状態に切り替えることができる。

前記第２のデータ管理部は、第２の映像データの再生の終了に伴い、前記第１の映像データの受信を再開する。これにより、第２の映像データの再生終了後に、第２の定義情報をもとに第１のアプリケーションデータを管理する状態から、第１の定義情報をもとに第１のアプリケーションデータを管理する状態に戻すことができる。

前記第２のデータ管理部は、前記第２の定義情報の前記ネットワーク上の置き場所を示す情報をもとに前記第２の定義情報を取得するようにしてもよい。

前記第２のデータ管理部は、前記第１のアプリケーションデータに含まれる、処理手順の記述に従って、前記第１の映像データの受信を再開するようにしてもよい。

本発明の別の観点に基づくデータ管理方法は、管理部が、第１の映像データと共に伝送される第１のアプリケーションデータのライフサイクルを定義する第１の定義情報を放送より取得し、ネットワーク上の第２の映像データを再生し、前記第１の定義情報と等価な第２の定義情報を含む記述情報をもとに新しいアプリケーションを起動し、前記第１の定義情報をもとに放送または前記ネットワークより配信される前記第１のアプリケーションデータおよび、前記記述情報に含まれる前記第２の定義情報をもとに前記第１のアプリケーションデータを管理する。

本発明の別の観点に基づくプログラムは、第１の映像データと共に伝送される第１のアプリケーションデータのライフサイクルを定義する第１の定義情報を放送より取得し、ネットワーク上の第２の映像データを再生し、前記第１の定義情報と等価な第２の定義情報を含む記述情報をもとに新しいアプリケーションを起動し、前記第１の定義情報をもとに放送または前記ネットワークより配信される前記第１のアプリケーションデータおよび、前記記述情報に含まれる前記第２の定義情報をもとに前記第１のアプリケーションデータを管理するデータ管理部としてコンピュータを動作させるプログラムである。

以上のように、本発明によれば、放送のデータの再生状態からネットワーク上のデータの再生状態に切り替わり、さらに元の放送のデータの再生状態に回復させるための処理をデマルチプレクサを複数実装することなく実現でき、ハードウェアの規模を縮小することができる。

本発明の一実施形態に係るデータ通信システムの構成を示す図である。 図１の端末装置の構成を示す図である。 本実施形態の動作を示すシーケンス図である。

以下、図面を参照しながら、本発明の実施形態を説明する。
＜第１の実施形態＞
図１は、本発明の一実施形態に係るデータ通信システムの構成を示す図である。

同図に示すように、このデータ通信システム１００は、放送・アプリケーションプロバイダ１０と端末装置２０（情報処理装置）とで構成される。

放送・アプリケーションプロバイダ１０は、映像、アプリケーション、ＡＩＴ（Ａｐｐｌｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）を放送３０とネットワーク４０の夫々の伝送媒体を通じて配信する。ネットワーク４０は有線／無線を問わない。ネットワーク４０はインターネットであってもよい。放送・アプリケーションプロバイダ１０は、放送局としての機能とともに、映像およびアプリケーションをネットワーク４０を通じて配信するためのサーバ装置を含む。

放送・アプリケーションプロバイダ１０は、ＡＩＴを放送ＡＩＴ（第１の定義情報）として放送するとともに、サーバ装置により、放送ＡＩＴと等価な内容を有するＸＭＬ−ＡＩＴ（第２の定義情報を含む記述情報）を端末装置２０からのリクエストに対して配信することが可能である。ここで、映像は、Ａ／Ｖコンテンツ（ＭＰＥＧ−２／Ｖｉｄｅｏ等のトランスポートストリーム）などのデータであり、アプリケーションは、文書、画像、スクリプトなどのデータである。ＨＢＢＴＶでは、Ａ／Ｖコンテンツのデータ形式としてＭＰＥＧ−２／Ｖｉｄｅｏ等が採用され、文書のデータ形式としては、ＣＥ（Ｃｏｎｓｕｍｅｒ Ｅｌｅｃｔｒｏｎｉｃｓ）−ＨＴＭＬ等が採用される。

端末装置２０は、放送・アプリケーションプロバイダ１０より提供される映像およびアプリケーションを放送３０とネットワーク４０の夫々の伝送媒体を通じて受信し、再生などの処理をすることが可能な電子機器である。端末装置２０は、より具体的には、テレビジョン、パーソナルコンピュータ、携帯電話などである。

図２は、端末装置２０の構成を示す図である。本例では、端末装置２０をテレビジョンとした場合の構成図である。

同図に示すように、端末装置２０は、放送受信部２１、ネットワーク接続部２２、デマルチプレクサ２３、演算処理部２４、記憶部２５、操作入力部２６、表示部２７、スピーカ部２８を有する。

放送受信部２１は、放送・アプリケーションプロバイダ１０からトランスポートストリームとして放送される映像、アプリケーション、放送ＡＩＴを受信する。ネットワーク接続部２２は、ネットワーク４０への接続を処理し、放送・アプリケーションプロバイダ１０のサーバ装置にアクセスして、映像、アプリケーション、ＸＭＬ−ＡＩＴを受信することが可能である。

デマルチプレクサ２３は、放送受信部２１およびネットワーク接続部２２により受信したトランスポートストリームからビデオ、オーディオ、ＡＩＴ（放送ＡＩＴ、ＸＭＬ−ＡＩＴ）などを分離する。本実施形態では、デマルチプレクサ２３は１つだけ実装され、同時に分離処理できるトランスポートストリームは１つとされている。

演算処理部２４は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）とメインメモリとＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）を備えている。メインメモリまたはＲＯＭには、ソフトウェアとしてブラウザ２４１とメディアプレイヤ２４２が格納されている。ブラウザ２４１（データ管理部）は、アプリケーションである文書及び画像の閲覧処理を行う。メディアプレイヤ２４２は、ブラウザ２４１のプラグイン（追加機能）として組み込まれたソフトウェアであり、Ａ／Ｖコンテンツの再生処理を行う。

記憶部２５は、放送のアプリケーションの閲覧状態からＶｏＤコンテンツの再生に切り替えられた直前の放送サービスを識別する選局情報などが記憶される。

操作入力部２６は、ユーザからの入力操作を受け付けて演算処理部２４に通知する。操作入力部２６は、端末装置２０の本体に設けられたキー操作部やリモートコントローラ等でもよい。

表示部２７は、ブラウザ２４１により処理された文書や画像を表示したり、メディアプレイヤ２４２により再生されたＡ／Ｖコンテンツのビデオを表示する。スピーカ部２８は、例えば、メディアプレイヤ２４２により再生されたＡ／Ｖコンテンツのオーディオを出力する。

＜動作の説明＞
次に、本実施形態の動作を端末装置２０の動作を中心に説明する。ここでは、放送のアプリケーションの閲覧状態からユーザからの指示によってＶｏＤコンテンツの再生状態に切り替えられ、さらにＶｏＤコンテンツの再生終了後に元の放送のアプリケーションの閲覧状態に戻る場合の動作を説明する。

図３は、かかる動作のシーケンス図である。
端末装置２０のブラウザ２４１は、ユーザによって選択された放送局の放送ＡＩＴを取得する（Ｓ−１）。この放送ＡＩＴの取得は一定の時間周期で行われる。

ブラウザ２４１は、当該放送局から放送されるアプリケーションの中で、最新の放送ＡＩＴ内の制御情報が「ＡＵＴＯＳＴＡＲＴ」となっているアプリケーションを取得し（Ｓ−２）、このアプリケーションの再生処理を行う（Ｓ−３）。ここではアプリケーションがＣＥ−ＨＴＭＬデータである場合を想定する。

ＣＥ−ＨＴＭＬデータには、同放送局より放送中の映像に関連する１以上のＶｏＤコンテンツのライフサイクルを定義するＸＭＬ−ＡＩＴのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）と、そのＶｏＤコンテンツの選択の指示をユーザより受け付けることが可能なＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）データが含まれている。さらに、ＣＥ−ＨＴＭＬデータには、当該アプリケーション自身のライフサイクルを定義する放送ＡＩＴ（第１の定義情報）に対して等価なＸＭＬ−ＡＩＴ（第２の定義情報を含む記述情報）のＵＲＬと、選局状態をオフからオンに回復するための関数（ｓｅｔＣｈａｎｎｅｌ）を含むスクリプトが含まれている。

ここでＸＭＬ−ＡＩＴは放送ＡＩＴと同じ制御情報を含むものの、このＸＭＬ−ＡＩＴをもとにアプリケーションが起動されても実際の受信状態（選局状態）はオフとなるようになっている。すなわち、ブラウザ２４１は、ｃｒｅａｔｅＡｐｐｌｉｃａｔｉｏｎメソッドで新しいアプリケーションを起動するとき、ＸＭＬ−ＡＩＴ中のｏｒｇ＿ｉｄ、ａｐｐ＿ｉｄ、ｔｒａｎｓｐｏｒｔ＿ｐｒｏｔｃｏｌ＿ｄｅｓｃｒｉｐｔｏｒのｐｒｏｔｏｃｏｌ＿ｉｄが"３"の場合で、かつ当該アプリケーションの起動ＵＲＬに含まれるドメイン名が放送ＡＩＴのアプリケーション・ドメインに合致している場合のみ放送の選局状態をオンにする。その他の場合、ブラウザ２４１はｂｒｏａｄｃａｓｔ−ｉｎｄｅｐｅｎｄｅｎｔ−ａｐｐｌｉｃａｔｉｏｎを起動することによって、ｎｕｌｌサービスが選局された状態となり、つまり選局状態がオフになる。したがって、上記の条件が満たされないようにＸＭＬ−ＡＩＴを記述すればよい。

上記のＣＥ−ＨＴＭＬデータの閲覧画面において、操作入力部２６を使ってユーザより視聴したいＶｏＤコンテンツが選択されたこととする（Ｓ−４）。するとブラウザ２４１は、現在選局されている放送サービスを識別する選局情報を記憶部２５に記憶し、さらにＣＥ−ＨＴＭＬデータからＸＭＬ−ＡＩＴのＵＲＬを抽出して、このＸＭＬ−ＡＩＴのＵＲＬをもとにネットワークに対してＸＭＬ−ＡＩＴリクエストを送信する（Ｓ−５）。

この後、ブラウザ２４１は、ネットワークを通じて放送・アプリケーションプロバイダ１０のサーバ装置より送信されたＸＭＬ−ＡＩＴを取得する（Ｓ−６）。ブラウザ２４１は、ＸＭＬ−ＡＩＴを取得すると、ｃｒｅａｔｅＡｐｐｌｉｃａｔｉｏｎメソッドで新しいアプリケーションを起動し、ｎｕｌｌサービスが選択された状態になる（選局状態がオフとなる。）。

この結果、放送のトランスポートストリームの分離に使用されていたデマルチプレクサ２３が解放される。以後ブラウザ２４１は、ネットワーク４０に対してＸＭＬ−ＡＩＴリクエストを一定の周期で送信し、その都度、最新のＸＭＬ−ＡＩＴを取得し、このＸＭＬ−ＡＩＴ内の制御情報で上記新しいアプリケーションを管理する。

デマルチプレクサ２３が解放されたら、ブラウザ２４１は、ユーザにより選択されたＶｏＤコンテンツの再生開始の指示をメディアプレイヤ２４２に与える（Ｓ−７）。メディアプレイヤ２４２は、この指示に従ってＶｏＤコンテンツのリクエストをネットワーク４０を通じて放送・アプリケーションプロバイダ１０のサーバ装置に送信する（Ｓ−８）。メディアプレイヤ２４２は、ＶｏＤコンテンツを取得すると（Ｓ−９）、これを再生する（Ｓ−１０）。すなわち、デマルチプレクサ２３は、ＶｏＤコンテンツのトランスポートストリームの分離処理のために利用される。

ＶｏＤコンテンツの再生が終了もしくはユーザからの指示によって中断されると、メディアプレイヤ２４２からブラウザ２４１に再生終了通知が送られる（Ｓ−１１）。ブラウザ２４１は、ＶｏＤコンテンツの再生中も上記のＣＥ−ＨＴＭＬデータを保持している。ブラウザ２４１は、メディアプレイヤ２４２から再生終了通知を受けると、そのＣＥ−ＨＴＭＬデータに含まれている、選局状態をオフからオンに回復するための関数（ｓｅｔＣｈａｎｎｅｌ）を含むスクリプトと、記憶部２５に記憶された選局情報と、ＸＭＬ−ＡＩＴ内の制御情報をもとに、ＶｏＤコンテンツの再生直前のアプリケーションと選局状態を回復して放送受信を再開する（Ｓ−１２）。

以後は、放送受信の再開によりブラウザ２４１は放送ＡＩＴを取得し（Ｓ−１３）、放送ＡＩＴ内の制御情報が「ＡＵＴＯＳＴＡＲＴ」にセットされているアプリケーションデータを取得して（Ｓ−１４）、閲覧処理を行う（Ｓ−１５）。

以上のように、本実施形態では、ブラウザ２４１は、放送のアプリケーションの再生から切り替わったＶｏＤコンテンツの再生中は、放送のアプリケーションのライフサイクルを定義する放送ＡＩＴと等価な内容のＸＭＬ−ＡＩＴをネットワークを通じて取得する。ブラウザ２４１は、このＸＭＬ−ＡＩＴをもとに放送のアプリケーションを管理し、ＶｏＤコンテンツの再生終了後に放送のアプリケーションの受信状態を回復する。このようにすることで、同時に２つのトランスポートストリームを分離する処理が発生しなくなり、デマルチプレクサ２３が１つで済むようになる。

＜変形例＞
第１の実施形態では、Ｓ−２とＳ−１４で、アプリケーション（ＣＥ−ＨＴＭＬデータ）を放送３０より受信する場合の動作を説明したが、アプリケーション（ＣＥ−ＨＴＭＬデータ）をネットワーク４０を通じて放送・アプリケーションプロバイダ１０のサーバ装置より受信することも可能であり、この場合においても、その他の動作は第１の実施形態と同様である。

さらに、本発明は、ＨＢＢＴＶに限らず、データを、そのライフサイクルを定義する情報をもとに管理する、その他の方式も応用することができる。

１０…放送・アプリケーションプロバイダ
２０…端末装置
２１…放送受信部
２２…ネットワーク接続部
２３…デマルチプレクサ
２４…演算処理部
２５…記憶部
２６…操作入力部
２７…表示部
２８…スピーカ部
３０…放送
４０…ネットワーク
１００…データ通信システム
２４１…ブラウザ
２４２…メディアプレイヤ

Claims (7)

1. メモリと、このメモリを用いて情報処理を行う制御部を具備し、
   前記制御部は、第１の映像データと共に伝送される第１のアプリケーションデータのライフサイクルを定義する、放送により配信される第１の定義情報を取得し、前記取得した第１の定義情報をもとに前記放送またはネットワークより配信される前記第１のアプリケーションデータの管理を行い、前記第１の定義情報と同じ定義内容を有する第２の定義情報と、放送からの受信状態をオフするための新しいアプリケーションを起動させるための記述とを含む記述情報を前記ネットワークを通じて取得し、前記取得した記述情報に含まれる前記記述をもとに前記新しいアプリケーションを起動させて前記放送からのデータ受信状態をオフにし、前記ネットワーク上の第２の映像データを再生し、前記取得した記述情報に含まれる前記第２の定義情報をもとに前記第１のアプリケーションデータの管理を行うように構成された
   情報処理装置。
2. 請求項１に記載の情報処理装置であって、
   前記第１のアプリケーションデータは、前記記述情報の前記ネットワーク上の置き場所を示す情報をさらに含み、
   前記制御部は、前記第１のアプリケーションデータに含まれる前記置き場所を示す情報をもとに前記記述情報を取得するように構成された
   情報処理装置。
3. 制御部がメモリを用いて情報処理を行うにあたり、
   前記制御部が、第１の映像データと共に伝送される第１のアプリケーションデータのライフサイクルを定義する、放送により配信される第１の定義情報を取得し、前記取得した第１の定義情報をもとに前記放送またはネットワークより配信される前記第１のアプリケーションデータの管理を行い、前記第１の定義情報と同じ定義内容を有する第２の定義情報と、放送からの受信状態をオフするための新しいアプリケーションを起動させるための記述とを含む記述情報を前記ネットワークを通じて取得し、前記取得した記述情報に含まれる前記記述をもとに前記新しいアプリケーションを起動させて前記放送からのデータ受信状態をオフにし、前記ネットワーク上の第２の映像データを再生し、前記取得した記述情報に含まれる前記第２の定義情報をもとに前記第１のアプリケーションデータの管理を行う
   情報処理方法。
4. 第１の映像データと共に伝送される第１のアプリケーションデータのライフサイクルを定義する、放送により配信される第１の定義情報を取得し、前記取得した第１の定義情報をもとに前記放送またはネットワークより配信される前記第１のアプリケーションデータの管理を行い、前記第１の定義情報と同じ定義内容を有する第２の定義情報と、放送からの受信状態をオフするための新しいアプリケーションを起動させるための記述とを含む記述情報を前記ネットワークを通じて取得し、前記取得した記述情報に含まれる前記記述をもとに前記新しいアプリケーションを起動させて前記放送からのデータ受信状態をオフにし、前記ネットワーク上の第２の映像データを再生し、前記取得した記述情報に含まれる前記第２の定義情報をもとに前記第１のアプリケーションデータの管理を行う制御部
   としてコンピュータを動作させるプログラム。
5. 請求項１または請求項２に記載の情報処理装置を含む
   テレビジョン装置。
6. 請求項１または請求項２に記載の情報処理装置を含む
   パーソナルコンピュータ。
7. 請求項１または請求項２に記載の情報処理装置を含む
   携帯電話。

Images