(57)【特許請求の範囲】
【請求項１】
放送通信システムにおいて、第１デバイスが付加情報を送信する方法であって、
放送情報を受信するステップと、
前記放送情報からアプリケーション情報テーブル (ＡＩＴ）を抽出するステップと、
前記ＡＩＴが前記放送情報に含まれたコンテンツに関連する付加情報を含むか否かを判定するステップと、
前記ＡＩＴが前記付加情報を含まない場合、前記ＡＩＴから前記付加情報に対する位置情報を取得するステップと、
前記付加情報に対する位置情報を第２デバイスに送信するステップと、を含むことを特徴とする付加情報を送信する方法。
【請求項２】
前記付加情報に対する位置情報は広帯域チャンネルを通して前記付加情報を受信するために使用されるユニフォームリソースロケータ（ＵＲＬ）情報を含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記ＡＩＴが前記付加情報を含む場合、前記ＡＩＴから前記付加情報を取得するステップと、
前記付加情報を前記第１デバイスに一時的に保存し、前記付加情報が一時的に保存された位置を示す一時的な位置情報を生成するステップと、
前記一時的な位置情報を前記第２デバイスに送信するステップと、をさらに含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記ＡＩＴから前記付加情報を表示することができるデバイスを示すスクリーンタイプ情報を取得するステップをさらに含み、
前記スクリーンタイプ情報により示されたデバイスは、前記第１デバイス及び前記第２デバイスのうちの少なくとも一つを含むことを特徴とする請求項１に記載の方法。
【請求項５】
前記付加情報は、前記スクリーンタイプ情報に基づいて前記第１デバイス及び前記第２デバイスのうちの少なくとも一つで表示されることを特徴とする請求項４に記載の方法。
【請求項６】
放送通信システムにおいて、第２デバイスが付加情報を受信する方法であって、
第１デバイスからコンテンツに関連する付加情報に対する位置情報を受信するステップと、
前記位置情報に基づいて、サーバに前記付加情報をリクエストするステップと、
前記サーバから前記付加情報を受信するステップと、を含み、
前記コンテンツは、前記第１デバイスから受信された放送情報に含まれたものであり、
前記第１デバイスが前記放送情報に含まれたアプリケーション情報テーブル（ＡＩＴ）に前記付加情報が含まれているか否かを判定し、前記ＡＩＴに前記付加情報が含まれていない場合、前記位置情報は、前記第１デバイスが前記ＡＩＴから取得した位置情報であることを特徴とする付加情報を受信する方法。
【請求項７】
前記位置情報は、前記付加情報を受信するために使用されるユニフォームリソースロケータ(ＵＲＬ)情報を含むことを特徴とする 請求項６に記載の付加情報を受信する方法。
【請求項８】
前記ＡＩＴに含まれたスクリーンタイプ情報に基づいて、前記第１デバイス及び前記第２デバイスのうちの少なくとも一つで前記付加情報が表示されることを特徴とする請求項６に記載の付加情報を受信する方法。
【請求項９】
放送通信システムにおいて、第２デバイスが付加情報を受信する方法であって、
第１デバイスからコンテンツに関連する付加情報に対する一時的な位置情報を受信するステップと、
前記一時的な位置情報に基づいて前記第１デバイスに前記付加情報をリクエストするステップと、
前記第１デバイスから前記付加情報を受信するステップと、を含み、
前記コンテンツは、前記第１デバイスで受信された放送情報に含まれたものであり、
前記第１デバイスが前記放送情報に含まれたアプリケーション情報テーブル（ＡＩＴ）に前記付加情報が含まれているか否かを判定し、前記ＡＩＴに前記付加情報が含まれている場合、前記一時的な位置情報は、前記第１デバイス内に前記付加情報が一時的に保存された位置を指示する情報として前記第１デバイスにより生成されることを特徴とする付加情報を受信する方法。
【請求項１０】
前記ＡＩＴに含まれたスクリーンタイプ情報に基づいて、前記第１デバイス及び前記第２デバイスのうちの少なくとも一つで前記付加情報が表示されることを特徴とする請求項９に記載の付加情報を受信する方法。
【請求項１１】
放送通信システムにおける第１デバイスであって、
無線インターフェース部と、
放送情報を受信する放送インターフェース部と、
前記放送情報からアプリケーション情報テーブル（ＡＩＴ）を抽出し、 前記ＡＩＴが前記放送情報に含まれたコンテンツに関連する付加情報を含むか否かを判定し、前記ＡＩＴが前記付加情報を含まない場合、前記ＡＩＴから前記付加情報に対する位置情報を取得し、前記付加情報に対する位置情報を第２デバイスに送信するように前記無線インターフェース部を制御する管理部と、を含むことを特徴とする第１デバイス。
【請求項１２】
前記付加情報に対する位置情報は、広帯域チャネルを通して前記付加情報を受信するために使用されるユニフォームリソースロケータ（ＵＲＬ）情報を含むことを特徴とする請求項１１に記載の第１デバイス。
【請求項１３】
前記管理部は、前記ＡＩＴが前記付加情報を含む場合、前記ＡＩＴから前記付加情報を取得し、前記付加情報を前記第１デバイスに一時的に保存し、前記付加情報が一時的に保存された位置を示す一時的な位置情報を生成し、前記一時的な位置情報を前記第２デバイスに送信するように前記無線インターフェース部を制御することを特徴とする請求項１１に記載の第１デバイス。
【請求項１４】
前記管理部は、前記ＡＩＴから前記付加情報を表示することができるデバイスを示すスクリーンタイプ情報を取得し、
前記スクリーンタイプ情報により示されたデバイスは、前記第１デバイス及び前記第２デバイスのうちの少なくとも一つを含むことを特徴とする請求項１１に記載の第１デバイス。
【請求項１５】
前記付加情報は、前記スクリーンタイプ情報に基づいて前記第１デバイス及び前記第２デバイスのうちの少なくとも一つで表示されることを特徴とする請求項１４に記載の第１デバイス。
【請求項１６】
放送通信システムにおける第２デバイスであって、
第１デバイスからコンテンツに関連する付加情報に対する位置情報を受信する受信部と、
前記位置情報に基づいてサーバに前記付加情報をリクエストし、前記サーバから前記付加情報を受信するように前記受信部を制御する制御部と、を含み、
前記コンテンツは、前記第１デバイスで受信された放送情報に含まれたものであり、
前記第１デバイスが前記放送情報に含まれたアプリケーション情報テーブル（ＡＩＴ）に前記付加情報が含まれているか否かを判定し、前記ＡＩＴに前記付加情報が含まれていない場合、前記位置情報は、前記第１デバイスが前記ＡＩＴから取得した位置情報であることを特徴とする第２デバイス。
【請求項１７】
前記位置情報は、前記付加情報を受信するために使用されるユニフォームリソースロケータ(ＵＲＬ) 情報を含むことを特徴とする請求項１６に記載の第２デバイス。
【請求項１８】
前記ＡＩＴに含まれたスクリーンタイプ情報に基づいて前記第１デバイス及び前記第２デバイスのうちの少なくとも一つで前記付加情報が表示されることを特徴とする請求項１６に記載の第２デバイス。
【請求項１９】
放送通信システムにおける第２デバイスであって、
第１デバイスからコンテンツに関連する付加情報に対する一時的な位置情報を受信する受信部と、
前記一時的な位置情報に基づいて前記第１デバイスに前記付加情報をリクエストし、前記第１デバイスから前記付加情報を受信するように前記受信部を制御する制御部と、を含み、
前記コンテンツは、前記第１デバイスで受信された放送情報に含まれたものであり、
前記第１デバイスが前記放送情報に含まれたアプリケーション情報テーブル（ＡＩＴ）に前記付加情報が含まれているか否かを判定し、前記ＡＩＴに前記付加情報が含まれている場合、前記一時的な位置情報は、前記第１デバイス内に前記付加情報が一時的に保存された位置を指示する情報として前記第１デバイスにより生成されることを特徴とする第２デバイス。
【請求項２０】
前記ＡＩＴに含まれたスクリーンタイプ情報に基づいて前記第１デバイス及び前記第２デバイスのうちの少なくとも一つで前記付加情報が表示されることを特徴とする請求項１９に記載の第２デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送通信システムにおける付加情報を送信及び受信する方法及び装置に関する。特に、本発明は、放送通信システムにおいて、携帯装置を利用してユーザとマルチメディアサービスを送信及び受信する方法に関する。
【背景技術】
【０００２】
最近、放送通信システムは、テレビが放送チャネルと、インターネットプロトコル(ＩＰ:Internet Protocol)ベースの広帯域チャネルとの両方をサポートできるようにする、いわゆるハイブリッド放送広帯域テレビ(ＨｂｂＴＶ:Hybrid Broadcast Broadband TeleVision)サービスを提供する形態に進化している。上記ＨｂｂＴＶサービスは欧州で提案されたデジタル放送システム規格の一つである。
【０００３】
上記ＨｂｂＴＶサービスを提供する放送通信システムにおいては、各種マルチメディアサービスを提供できるスマートＴＶなどが利用されることがある。上記スマートＴＶなどでは、多様なマルチメディアベースの放送サービスを提供するアプリケーションが利用されることがある。
【０００４】
図１は、従来技術の実施形態による放送通信システム構成を示す概念図である。
【０００５】
図１を参照すれば、図示される放送通信システムは、一例で、ＨｂｂＴＶサービスを提供するシステムであると仮定して説明する。
【０００６】
上記放送通信システムは、放送サービス提供者１１０、ユーザデバイス１０４及びインターネット１１を含む。ここで、放送サービス提供者１１０は、例えば、放送局などであってもよく、ユーザデバイス１０４はスマートＴＶなどであってもよい。放送サービス提供者１１０は、有線または無線の放送チャネルを通してユーザデバイス１０４に放送サービスを提供する。また、図示しないが、放送サービス提供者１１０は、放送サーバなどを含み、上記放送サーバは、広帯域チャネルに接続されたインターネット１１を通してユーザデバイス１０４に上記放送サービスに関連する付加情報を提供する。
【０００７】
一方、無線通信システムにおける移動端末は、広帯域チャネルを通して高速パケットデータサービスの提供を受けるスマートフォンの形態に進化し、ユーザはスマートフォンに設置されたアプリケーションを通して有用な機能の提供を受けることができる。また、ユーザは、マルチメディアサービスが提供される、タブレット、ラップトップパソコン、ノートパソコン、スマートフォンなどのような多様な種類の携帯デバイスを使用できるので、上記携帯デバイスにおいて提供されるマルチメディアサービスも多様な方法で提案される。
【０００８】
図１のような放送通信システムにおいて、ユーザがユーザデバイス１０４と携帯デバイスを共に利用するようになれば、より多様な形態の放送サービスの提供を受けることができ、ユーザの便宜性も向上することができる。したがって、図１のような放送通信システムにおいて、上記携帯デバイスを利用してマルチメディアサービスをユーザに提供する方法が必要となる。
【０００９】
上述した情報は、本開示の理解を助けるための背景情報としてのみ提示される。上記で開示された内容が先行技術として適用可能であるか否かにより、本開示が先行技術として定義されるか否かが主張されてはいけない。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本発明の目的は、少なくとも上述した問題点及び／又は課題に取り組み、少なくとも以下の便宜を提供することにある。つまり、本発明は、放送通信システムにおける付加情報を送信及び受信する方法及び装置を提供する。
【００１１】
また、本発明は、放送通信システムにおけるユーザの携帯デバイスに付加情報を送信及び受信するための方法及び装置を提供する。
【課題を解決するための手段】
【００１２】
本発明の一実施形態による方法は、放送通信システムにおいて、付加情報を提供する方法であって、放送サービス提供者から放送チャネルを通して提供される放送情報を受信するステップと、上記放送情報からアプリケーション情報を抽出するステップと、上記アプリケーション情報から放送コンテンツに関連する上記付加情報に対する位置情報を取得するステップと、上記付加情報に対する位置情報を、上記付加情報を表示する第２デバイスに伝送するステップとを含む。
【００１３】
また、本発明の一実施形態による方法は、放送通信システムにおいて、第２デバイスが付加情報を受信する方法であって、第１デバイスから放送コンテンツに関連する上記付加情報に対する位置情報を受信するステップと、上記位置情報に基づいて広帯域チャネルを通してサーバに上記付加情報をリクエストするステップと、上記サーバから上記付加情報を受信するステップと、を含む。
【００１４】
また、本発明の一実施形態による方法は、放送通信システムにおいて、第２デバイスが付加情報を受信する方法であって、第１デバイスから放送コンテンツに関連する上記付加情報に対する一時的な位置情報を受信するステップと、上記一時的な位置情報に基づいて上記第１デバイスに上記付加情報をリクエストするステップと、上記第１デバイスから上記付加情報を受信するステップと、を含む。
【００１５】
また、本発明の一実施形態による装置は、放送通信システムにおいて、付加情報を受信する第１デバイスであって、放送サービス提供者から放送チャネルを通して提供される放送情報を受信するインターフェース部と、上記放送情報からアプリケーション情報を抽出し、上記アプリケーション情報から放送コンテンツに関連する上記付加情報に対する位置情報を取得し、上記付加情報に対する位置情報を、上記付加情報を表示する第２デバイスに伝送する管理部と、を含む。
【００１６】
また、本発明の一実施形態による装置は、放送通信システムにおいて、付加情報を受信する第１デバイスであって、第２デバイスから放送コンテンツに関連する上記付加情報に対する位置情報を受信し、サーバから上記付加情報を受信する受信部と、上記位置情報に基づいて、広帯域チャネルを通して上記サーバに上記付加情報をリクエストする伝送部とを含む。
【００１７】
また、本発明の一実施形態による装置は、放送通信システムにおいて、付加情報を受信する第２デバイスであって、第１デバイスから放送コンテンツに関連する上記付加情報に対する一時的な位置情報を受信し、上記第１デバイスから上記付加情報を受信する受信部と、上記一時的位置情報に基づいて、上記第１デバイスに上記付加情報をリクエストする伝送部と、を含む。
【００１８】
本発明の実施形態の上述した及び他の様相、特徴、及び利点は、以下の添付図面が併用された後述の詳細な説明から、より一層明らかになるだろう。
【００１９】
図面中、類似の図面参照符号が同一の構成要素、特性、又は構造を意味することは、容易に理解できるであろう。
【図面の簡単な説明】
【００２０】
【図１】従来技術の実施形態による放送通信システム構成を例示する概念図である。
【図２】本発明の一実施形態による放送通信システム構成を示す概念図である。
【図３】本発明の一実施形態による放送通信システムにおいて、デバイスの内部構成を示すブロック図である。
【図４】本発明の一実施形態による放送通信システムにおいて、デバイスに付加情報を提供する動作を示す信号フロー図である。
【図５】本発明の一実施形態による放送通信システムにおいて、デバイスに付加情報を提供する動作を示す信号フロー図である。
【図６】本発明の一実施形態による放送通信システムにおいて、第１のデバイスが第２のデバイスに付加情報を提供する動作を示すフローチャートである。
【図７】本発明の一実施形態による放送通信システムにおいて、第１のデバイスが第２のデバイスに付加情報を提供する動作を示すフローチャートである。
【図８】本発明の一実施形態による放送通信システムにおいて、放送サービス提供者がデバイスに付加情報を提供する動作の例を示す。
【発明を実施するための形態】
【００２１】
添付の図面を参照した下記の説明は、特許請求の範囲及びその均等物によって定められるような本発明の実施形態の包括的な理解を助けるために提供され、この理解を助けるための様々な特定の詳細を含むが、これらは単なる実施形態にすぎない。したがって、本発明の範囲及び趣旨を逸脱することなく、ここに説明した実施形態の様々な変更及び修正が可能であるということは、当該技術分野における通常の知識を有する者には明らかであろう。また、明瞭性と簡潔性の観点から、当業者に良く知られている機能や構成に関する具体的な説明を省略する。
【００２２】
以下の説明及び特許請求の範囲で使用する用語及び単語は、辞典的意味に限定されるものではなく、本発明の理解を明確且つ一貫性があるようにするために使用される。したがって、本発明の実施形態の説明が単に実例を提供するためのものであって、特許請求の範囲及びその均等物によって定義される発明をさらに限定する目的で提供されるものでないことは、本発明の技術分野における通常の知識を持つ者には明らかであろう。
【００２３】
本願明細書に記載の各要素は、文脈中に特に明示しない限り、複数形を含むことは、当業者には理解できるであろう。したがって、例えば、“コンポーネント表面（a component surface）”との記載は、１つ又は複数の表面を含む。
【００２４】
以下で説明される本発明の実施形態は、ハイブリッド放送広帯域テレビ(ＨｂｂＴＶ)システムに向けられている。ただし、本発明は、ＨｂｂＴＶシステムだけでなく、有線または無線の放送チャネルと広帯域チャネルを利用できる各種デジタル放送通信システムにも適用されてもよいことに留意すべきである。
【００２５】
ＨｂｂＴＶシステムにおいては、スマートＴＶと携帯デバイスなどの少なくとも２個の電子デバイスがコンテンツを共有するか、または、上記電子デバイスが連動してコンテンツを利用できるようにするマルチメディアサービスが考慮されてもよい。
【００２６】
また、ＨｂｂＴＶ規格は、放送網で放送チャネルを通して放送情報を受信し、ＩＰ(Internet Protocol)網で広帯域チャネルを通してデータ信号を受信する通信環境を定義している。
【００２７】
本発明の実施形態による放送通信システムにおいて、ユーザデバイス、例えば、スマートＴＶは、放送チャネルを通して放送サービス提供者から放送コンテンツを受信し、受信された放送コンテンツを消費する。この時、放送サービス提供者は、上記放送コンテンツに関連する付加情報などを含むデータ信号を、広帯域チャネルを通して伝送する。また、上記放送チャネルを通して提供される放送情報は、アプリケーション情報テーブル(Application Information Table:ＡＩＴ）を含み、上記ＡＩＴは、上記放送コンテンツに関連するアプリケーションをユーザデバイスで実行できるようにするメタデータを含む。
【００２８】
例えば、ユーザデバイスは、放送チャネルを通して放送サービス提供者から放送コンテンツを受信し、上記放送コンテンツに関連する付加情報の受信のためのネットワークアドレスも共に受信する。上記ネットワークアドレスは、一例でＵＲＬ(Uniform Resource Locator)などのようなインターネット接続情報であってもよい。その次に、ユーザデバイスは、上記ＵＲＬを利用して上記放送コンテンツに関連する付加情報を、広帯域チャネルを通して上記放送サービス提供者にリクエストする。以後、ユーザデバイスは、上記放送サービス提供者から上記放送コンテンツに関連する付加情報を受信する。
【００２９】
本発明の一実施形態において、ユーザデバイスが２個以上である場合、例えば、スマートＴＶとスマートフォンなどのユーザの携帯デバイスとを共に利用する場合、ユーザは、上記放送コンテンツを、上記スマートＴＶを通して受信し、上記放送コンテンツに関連する付加情報を、上記携帯デバイスを通して受信することができる。
【００３０】
図２は、本発明の一実施形態による放送通信システム構成を示す概念図である。図２を参照すれば、図示される放送通信システムは、例えば、ＨｂｂＴＶサービスを提供するシステムであると仮定して説明する。
【００３１】
上記放送通信システムは、放送サービス提供者２１０、第１のデバイス２３０、第２のデバイス２５０及びインターネット１１を含む。ＨｂｂＴＶ通信環境では、第１のデバイス２３０、例えば、スマートＴＶは、放送チャネルと広帯域チャネル(例えば、IPチャネル)とに同時に接続され、放送コンテンツの付加情報を表示できる表示手段を有する第２のデバイス２５０は、第１のデバイス２３０と連動して上記付加情報を受信して表示できる。
【００３２】
すなわち、第１のデバイス２３０は、放送サービス提供者２１０から放送チャネルを通して提供される放送情報と放送コンテンツを受信し、上記放送情報からＡＩＴを抽出する。本発明の一実施形態で、上記ＡＩＴは、上記放送コンテンツに関連する付加情報を受信することができるネットワークアドレス、すなわち付加情報に対するＵＲＬを含む。また、第１のデバイス２３０は、上記ＡＩＴから上記付加情報に対するＵＲＬを抽出して第２のデバイス２５０に伝達する。
【００３３】
その後、第１のデバイス２３０は、メイン放送で上記受信された放送コンテンツを表示し、第２のデバイス２５０は、上記付加情報のＵＲＬを利用して放送サービス提供者２１０または外部サーバから上記放送コンテンツに関連する付加情報を受信して表示できる。
【００３４】
また、本発明の一実施形態において、放送サービス提供者２１０から放送チャネルを通して提供される放送情報が付加情報を含む場合、第１のデバイス２３０は放送情報から付加情報を抽出し、上記抽出された付加情報を第２のデバイス２５０に伝達する。その後、第２のデバイス２５０は、第１のデバイス２３０から受信された付加情報を表示できる。
【００３５】
図３は、本発明の一実施形態による放送通信システムにおいて、デバイスの内部構成を示すブロック図である。
【００３６】
上記デバイスは、図２の第１のデバイス２３０であると仮定して説明する。第１のデバイス２３０は、スマートＴＶのようなデジタルＴＶに設けられ、付加情報を提供するように構成される。また、第１のデバイス２３０は、デジタルＴＶだけでなく、放送サービスを受信することができる各種デジタルデバイスに設けられてもよい。
【００３７】
図３を参照すれば、第１のデバイス２３０は、ＡＴＩ管理部３１０、ランタイム環境処理部３３０、並びに、放送及び広帯域処理部３５０を含む。また、ランタイム環境処理部３３０は、アプリケーション管理部３３１とブラウザ３３３とを含み、放送及び広帯域処理部３５０は、ＡＩＴフィルタ３５３、ＤＳＭ−ＣＣ(Digital Storage Media Command and Control)クライアント３５４、メディア再生部３５８、逆多重化部３５２、放送処理部３５７、インターネットプロトコル処理部３５６、放送インターフェース３５１及び広帯域インターフェース３５５を含む。
【００３８】
第１のデバイス２３０は、放送チャネル信号の受信のための放送インターフェース３５１を通して、ＡＩＴ、リニア（linear）のＡ／Ｖ（Audio/Video)コンテンツ、アプリケーション、ストリームイベントを受信する。放送インターフェース３５１を通して受信された情報は、逆多重化部３５２を通してＡＩＴフィルタ３５３とＤＳＭ−ＣＣクライアント３５４及び放送処理部３５７に送られる。ＤＳＭ−ＣＣクライアント３５４は、ＤＳＭ−ＣＣオブジェクトカルーセル(object carousel)を通して伝達されるデータストリームを復元して、ランタイム環境処理部(Runtime Environment)３３０に提供する。
【００３９】
また、本発明の一実施形態によって放送チャネルを通して受信された放送情報は、ＡＩＴを含み、上記ＡＩＴは、放送コンテンツに関連する付加情報または上記付加情報に対するＵＲＬを含む。上記放送情報は、放送インターフェース３５１と逆多重化部３５２とを経由してＡＩＴフィルタ３５３に伝えられる。ＡＩＴフィルタ３５３は、伝えられた放送情報から上記ＡＩＴを抽出してアプリケーション管理部３３１に伝達する。アプリケーション管理部３３１は、上記抽出されたＡＩＴを評価してＡＩＴ管理部３１０に伝達し、ＡＩＴ管理部３１０は、上記ＡＩＴから上記付加情報または上記付加情報に対するＵＲＬを抽出して第２のデバイス２５０に伝達する。
【００４０】
本発明の一実施形態において、ＡＩＴ管理部３１０は、第２のデバイス２５０から付加情報に対するリクエストを受信し、そのリクエストに対するレスポンスを処理する。放送情報に付加情報に対するＵＲＬ情報だけが含まれている場合、ＡＩＴ管理部３１０は、上記リクエストに応じてＡＩＴに含まれた付加情報のＵＲＬを第２のデバイス２５０に伝達する。しかしながら、放送情報に上記付加情報の実際のデータが含まれている場合、ＡＩＴ管理部３１０は、第１のデバイス２３０のメモリ(図示せず)上の一時的空間に上記付加情報を保存し、上記付加情報の一時的なＵＲＬを生成して第２のデバイス２５０に伝達する。この場合、上記付加情報の一時的なＵＲＬは、第１のデバイス２３０で上記付加情報が保存された位置を示すネットワークアドレスを意味する。第２のデバイス２５０は、上記付加情報の一時的なＵＲＬを受信した場合、第１のデバイス２３０に上記付加情報の伝達をリクエストし、そのレスポンスで上記付加情報を受信する。
【００４１】
図３で、ランタイム環境処理部３３０は、双方向アプリケーション(interactive application)が実行される概念的な構成(abstract component)である。アプリケーション管理部３３１は、ＡＩＴフィルタ３５３を通して提供されるＡＩＴのデータを評価し、該当する双方向アプリケーションのライフサイクル(life cycle）を制御する。ブラウザ３３３は、上記双方向アプリケーションを実行させてアプリケーションの動作に応答する機能を担当する。
【００４２】
放送処理部３５７は、放送コンテンツ、例えば、リニアのＡ／Ｖコンテンツを標準の(standard)ＤＶＢ(Digital Video Broadcasting)デバイスと類似する方法で処理できる。また、放送処理部３５７は、標準のＤＶＢデバイスで提供されるあらゆるＤＶＢ機能を含んでもよい。しかしながら、発明の一実施形態で、放送コンテンツは、ＤＶＢ方式に限定されず、付加情報と共に提供される各種放送システムのあらゆる放送コンテンツであってもよい。
【００４３】
放送処理部３５７は、チャネルリスト、ＥＩＴ p/fテーブル(Event  Information present/following table)、チューニング(tuning)機能のような追加的な情報及び機能をランタイム環境処理部３３０に提供できる。あるアプリケーションがユーザインターフェースを通してリニアのＡ／Ｖコンテンツを変形(拡大縮小（scale）及び埋め込み（embed）)する場合、メディア再生部３５８が動作する。メディア再生部３５８はＡ／Ｖコンテンツを処理するための機能を含む。
【００４４】
図３において、広帯域インターフェース３５５は、第１のデバイス２３０にインターネット接続機能を提供する。第１のデバイス２３０は、広帯域インターフェース３５５を通してアプリケーションデータをアプリケーション提供者のサーバ(図示せず)にリクエストし、コンテンツオンデマンド(Content on Demand)のようなノンリニア（non-linear）のＡ／Ｖコンテンツを受信することができる。インターネットプロトコル処理部３５６は、第１のデバイス２３０がインターネットから受信したデータを処理するために必要な機能を提供し、アプリケーションデータをランタイム環境処理部３３０に伝達し、ノンリニアのＡ／Ｖデータをメディア再生部３５８に伝達する。
【００４５】
図４は、本発明の一実施形態による放送通信システムにおいて、デバイスに付加情報を提供する動作を示す信号フロー図である。
【００４６】
図４の実施形態は、放送チャネルを通して伝送される放送情報に付加情報に対するＵＲＬが含まれ、実際の付加情報は、広帯域チャネルを通して伝送される例を表す。また図４の実施形態は、一例でＣＥＡ(Consumer Electronics Association)-２０１４ベースのＲＵＩ(Remote User Interface)技術を本発明の放送通信システムに適用した例を表す。
【００４７】
本発明の理解を助けるためにＲＵＩ技術に対して簡略に説明すれば、次のようである。ＲＵＩ技術とは、ユーザがＲＵＩＣ(Remote User Interface Client)上のＵＩ(User Interface)を通してＲＵＩＳ(Remote User Interface Server)を制御できるように、上記ＲＵＩＣが上記ＲＵＩＳから上記ＵＩ(User Interface)を取得するクライアント＝サーバアーキテクチャベースの技術を指す。上記リモート制御のためのＵＩを提供するＲＵＩＳは、ウェブサーバを含み、上記ＲＵＩＳは上記ウェブサーバを通してＲＵＩＣが要求するウェブページ(Webpage)を上記ＲＵＩＣに伝送する。また上記ＲＵＩＣは、例えばＨＴＭＬ(Hyper Text Markup Language)ブラウザを通して、該当ＵＩのウェブページをユーザに表示してもよい。また、ＲＵＩＳは、ＵＩＣＰ(User Interface Control Point)に上記ＲＵＩＳに対する情報を提供し、上記ＵＩＣＰはＲＵＩＣとＲＵＩＳとの間を接続する責任を負う。上記ＵＩＣＰはＲＵＩＣ内に含まれてもよく、あるいはは別途に存在してもよい。
【００４８】
本発明の一実施形態において、ＲＵＩＣ及びＵＩＣＰは、第１及び/または第２のデバイスとして実現されてもよく、ＲＵＩＳは、放送サービス提供者または上記放送サービス提供者の外部サーバとして実現されてもよい。図４の実施形態では、説明の便宜上、ＵＩＣＰを第１及び第２のデバイスと別途のデバイスとして図示し、ＲＵＩＳを放送サービス提供者と別途のデバイスとして図示した。
【００４９】
図４を参照すれば、ステップ４０１において、第１のデバイス４２０は、放送チャネルを通して放送サービス提供者４４０から提供される放送情報を受信し、上記放送情報から付加情報に対するＵＲＬを含むＡＩＴを抽出する。ステップ４０３で、第２のデバイス４３０を介したユーザのリクエストにより、ＵＩＣＰ４１０は、第１のデバイス４２０に付加情報に対するＵＲＬをリクエストする。その後、ステップ４０５において、第１のデバイス４２０に含まれたＡＩＴ管理部(図示せず）は、これに応じて、ＡＩＴに含まれる付加情報に対するＵＲＬをＵＩＣＰ４１０に提供する。ステップ４０７において、ＵＩＣＰ４１０は、上記付加情報に対するＵＲＬを第２のデバイス４３０に伝達して該当付加情報のローディングをリクエストする。ステップ４０９において、第２のデバイス４３０は、付加情報に対するＵＲＬを利用して、広帯域チャネルを通してＲＵＩＳ４５０に該当付加情報をリクエストする。その後、ステップ４１１において、ＲＵＩＳ４５０は、第２のデバイス４３０に、例えば、ＨＴＭＬで構成された付加情報を伝送し、第２のデバイス４３０は、受信した付加情報をユーザに表示する。
【００５０】
図５は、本発明の一実施形態による放送通信システムにおいて、デバイスに付加情報を提供する例を示す信号フローチャートである。
【００５１】
図５の実施形態は、放送チャネルを通して伝送される放送情報に実際の付加情報が含まれ、第１のデバイスが上記付加情報を保存し、その後で、第２のデバイスのリクエストによって上記付加情報を提供する例を表す。図５の実施形態は、例えば、ＣＥＡ−２０１４ベースのＲＵＩ技術を本発明の放送通信システムに適用した例を表す。
【００５２】
図５を参照すれば、ステップ５０１において、第１のデバイス４２０は、放送チャネルを通して放送サービス提供者４４０から提供される放送情報を受信し、上記放送情報から実際の付加情報を含むＡＩＴを抽出する。ステップ５０３において、ＵＩＣＰ４１０は、第２のデバイス４３０を介したユーザのリクエストにより、第１のデバイス４２０に付加情報に対するＵＲＬをリクエストする。ステップ５０５において、第１のデバイス４２０に含まれたＡＩＴ管理部(図示せず）は、ＡＩＴを確認し、上記ＡＩＴが付加情報のデータを含む場合、ＡＩＴから該当する付加情報を抽出して一時的に保存し、上記付加情報が一時的に保存された場所を示す、付加情報の一時的なＵＲＬを生成する。
【００５３】
以後、ステップ５０７において、第１のデバイス４２０に含まれたＡＩＴ管理部は、上記ステップ５０３のリクエストに応じて、ＵＩＣＰ４１０に付加情報の一時的なＵＲＬを提供する。ステップ５０９において、ＵＩＣＰ４１０は、上記付加情報の一時的なＵＲＬを第２のデバイス４３０に伝達して該当付加情報のローディングをリクエストする。その後、ステップ５１１において、第２のデバイス４３０は、第１のデバイス４２０に、上記付加情報の一時的なＵＲＬが示す付加情報をリクエストし、ステップ５１３において、第１のデバイス４２０は第２のデバイス４３０に、例えば、ＨＴＭＬで構成された付加情報を伝送し、第２のデバイス４３０は受信した付加情報をユーザに表示する。
【００５４】
上記した図４及び図５の実施形態によれば、ＵＩＣＰ４１０は、第１のデバイス４２０に付加情報に対するＵＲＬをリクエストする。上記ＵＲＬをリクエストする動作は、ＵＰｎＰ(universal plug and play)デバイスに適用されるスキーマ(Schema)を拡張することによってサポートされてもよい。下記＜表１＞は、ＣＥＡ−２０１４で定義したUPnP Device 拡張スキーマ（Extension Schema）の一例を示す。また＜表１＞では、付加情報に対するＵＲＬをリクエストするために必要な部分を太文字で表示した。例えば、ＵＩＣＰ４１０は、retrieveCommandＵＲＬを通して付加情報に対するＵＲＬをリクエストし、これに対する処理はＡＩＴ管理部が担当する。
【００５５】
【表１】
0006382943.tif 000002
本発明の一実施形態によるＵＩＣＰのＵＲＬリクエスト動作をより具体的に説明すれば、以下の通りである。
【００５６】
図４の実施形態のように、付加情報が広帯域チャネルを通して提供される場合、ＵＩＣＰ４１０は、上記＜表１＞のUPnP Device Extension Schemaを利用して、特に第１のデバイス４２０に下記のＧＥＴコマンドを利用して付加情報に対するＵＲＬをリクエストする。
【００５７】
GET /retrieveCommandURL HTTP/1.1
仮に、ＵＩＣＰ４１０のＵＲＬリクエストが成功すると、第１のデバイス４２０に含まれたＡＩＴ管理部は、下記の５１０コードと共に付加情報に対するＵＲＬを伝達する。失敗すると、５２０コードだけを伝達する。
【００５８】
＜ＵＲＬリクエスト成功のとき＞
HTTP/1.1 510 Retrieve successful
AIT_URL: http://additional_information_url
＜ＵＲＬリクエスト失敗のとき＞
HTTP/1.1 520 Retrieve fail
図５の実施形態のように、付加情報が放送チャネルを通して提供される場合、ＵＩＣＰ４１０のＵＲＬリクエスト動作は、図４の実施形態と同一である。ただし、この場合、付加情報に対するＵＲＬは、広帯域チャネルで利用される外部ＵＲＬではなく、第１のデバイス４２０において一時的に生成される一時的なＵＲＬを意味する。第２のデバイス４３０は、第１のデバイス４２０に対して一時的なＵＲＬを利用して付加情報をリクエストし、第１のデバイス４２０に含まれたＡＩＴ管理部は上記付加情報リクエストを処理する。
【００５９】
上記一時的なＵＲＬを利用した付加情報リクエストに対する応答は、下記の一般的なＨＴＴＰ処理方法と同一である。
【００６０】
＜リクエスト成功のとき＞
HTTP/1.1 200 OK
Content-Type: text/plain
Content-Length: xxx
<HTML>
<HEAD><TITLE> ... </TITLE>
....
＜リクエスト失敗のとき＞
404 NotFound
下記の＜表２＞は、第１のデバイス４２０に含まれたＡＩＴ管理部の応答コードの一例を表す。
【００６１】
【表２】
0006382943.tif 000003
図６は、本発明の一実施形態による放送通信システムにおいて、第１のデバイスが第２のデバイスに付加情報を提供する動作を示すフローチャートである。
【００６２】
図６を参照すれば、ステップ６０１において、第１のデバイスは、放送チャネルを通して放送ストリームを受信する。上記放送ストリームは放送コンテンツと放送情報とを含む。上記放送情報はＡＩＴを含み、ステップ６０３において、第１のデバイスは上記放送情報からＡＩＴを抽出する。ステップ６０５において、第１のデバイスは抽出されたＡＩＴに付加情報が含まれているか否かを決定する。仮に、ステップ６０５の決定の結果、上記ＡＩＴに付加情報が含まれていない場合、ステップ６０７において、第１のデバイスはＡＩＴで付加情報に対するＵＲＬを抽出する。また、ステップ６０９において、第１のデバイスは上記抽出された付加情報に対するＵＲＬを第２のデバイスに伝送する。
【００６３】
一方、ステップ６０５の決定の結果、上記ＡＩＴに付加情報が含まれているとき、ステップ６１１に進み、第１のデバイスはＡＩＴから付加情報を抽出して一時的に保存する。ステップ６１３において、第１のデバイスは、上記付加情報が一時的に保存された位置を示す付加情報の一時的なＵＲＬを生成する。ステップ６１５において、第１のデバイスは、第２のデバイスに上記付加情報の一時的なＵＲＬを伝送する。その後、ステップ６１７において、第１のデバイスは、第２のデバイスから上記一時的なＵＲＬを利用した付加情報リクエストを受信し、ステップ６１９で、第１のデバイスは、上記一時的なＵＲＬに該当する付加情報を読み取って第２のデバイスに伝達する。
【００６４】
図７は、本発明の一実施形態による放送通信システムにおいて、第１のデバイスが第２のデバイスに付加情報を提供する動作を示すフローチャートである。
【００６５】
図７を参照すれば、ステップ７０１において、第１のデバイスは放送チャネルを通して放送ストリームを受信する。上記放送ストリームは放送コンテンツと放送情報を含む。上記放送情報はＡＩＴを含み、ステップ７０３において、第１のデバイスは、上記放送情報からＡＩＴを抽出する。ステップ７０５において、第１のデバイスは、抽出されたＡＩＴにおいてスクリーンタイプ(Screen type)属性を決定し、そのスクリーンタイプに基づいてアプリケーションが実行されるデバイス、すなわち付加情報が表示されるデバイスを決定する。
【００６６】
上記スクリーンタイプは、一例で“Main”、“Sub_Alternative”、また“Sub”のうちいずれか一つに設定されてもよく、各スクリーンタイプの詳細は下記の＜表３＞の通りである。
【００６７】
【表３】
0006382943.tif 000004
上記スクリーンタイプが第１のタイプである“Main”である場合、付加情報は第１のデバイスのみで表示され、この場合、第１のデバイスはステップ７１１に進み、付加情報を表示できるブラウザを駆動する。以後、ステップ７１３において、第１のデバイスはユーザに付加情報を表示する。
【００６８】
上記スクリーンタイプが第２のタイプである“SubAlternative”または“Sub”である場合、第１のデバイスは、ステップ７０７に進み、第２のデバイスが発見されるか否かを確認する。ステップ７０７の確認の結果、第２のデバイスが発見されない場合、第１のデバイスはステップ７０９に進み、第１のデバイスで付加情報を表示できるか否かを確認する。この場合、スクリーンタイプが“SubAlternative”であると、第１のデバイスで付加情報の表示が可能であるため、第１のデバイスはステップ７１１に進み、ユーザに付加情報を表示する。一方、上記スクリーンタイプが“Sub”であると、第１のデバイスで付加情報の表示が不可能であるため、第１のデバイスはステップ７１５に進み、付加情報を表示しない。
【００６９】
一方、ステップ７０７における確認の結果、第２のデバイスが発見される場合、第１のデバイスは、ステップ７１７に進み、ＡＩＴが実際の付加情報を含むか否かを判定する。判定の結果、上記ＡＩＴが付加情報を含まない場合、第１のデバイスは、ステップ７１９に進み、ＡＩＴから付加情報に対するＵＲＬを抽出する。その次に、ステップ７２１において、第１のデバイスは第２のデバイスに上記抽出された付加情報に対するＵＲＬを伝送する。その後、第２のデバイスは、上記付加情報に対するＵＲＬを受信し、ブラウザを駆動して、広帯域チャネルを通して受信された付加情報をユーザに表示する。
【００７０】
一方、ステップ７１７の判定の結果、ＡＩＴが付加情報を含む場合、第１のデバイスはステップ７２３に進み、例えば、ＨＴＭＬデータで構成された付加情報を一時的に保存する。またステップ７２５において、第１のデバイスは、上記保存された付加情報を提供できる付加情報の一時的なＵＲＬを生成する。その次に、ステップ７２７において、第１のデバイスは、第２のデバイスに付加情報の一時的なＵＲＬを伝送する。以後、ステップ７２９で、第１のデバイスは、第２のデバイスから上記一時的なＵＲＬを利用した付加情報リクエストを受信すると、ステップ７３１で、第２のデバイスに上記一時的なＵＲＬが示す付加情報を伝送する。その後、第２のデバイスは、第１のデバイスから上記一時的なＵＲＬが示す付加情報を受信し、ブラウザを駆動して受信された付加情報をユーザに表示する。
【００７１】
上記した実施形態において、第２のデバイスは、第１のデバイスから受信した付加情報に対するＵＲＬが広帯域チャネルを通して付加情報を受信することができるＵＲＬであるか、第１のデバイスで生成した一時的ＵＲＬであるかを識別することができる。
【００７２】
図８は、本発明の一実施形態による放送通信システムにおいて、放送サービス提供者がデバイスに付加情報を提供する動作の例を示す。
【００７３】
図８を参照すれば、放送サービス提供者８１０は、放送チャネルＬ１を通して放送情報と放送コンテンツとを、例えば、ストリーミングサービス形態で第１のデバイス８３０に提供する。また、放送サービス提供者８１０の外部サーバは、広帯域チャネルＬ２を通して付加情報を第２のデバイス８５０に提供する。
【００７４】
図８では、ユーザが第１のデバイス８３０を利用して放送チャネルＬ１を通して放送情報を受信してスポーツ中継を視聴する状況であると仮定し、特にユーザがスポーツ中継を視聴しているうちに、該当スポーツ中継に対する付加情報、例えば選手情報、競技記録などを第２のデバイス８５０を通して提供を受けようとする状況であると仮定する。
【００７５】
第１のデバイス８３０は、該当スポーツ中継に対する付加情報に対するＵＲＬを別途のチャネルＬ３を通して第２のデバイス８５０に伝達し、上記付加情報に対するＵＲＬの伝達を受けた第２のデバイス８５０は、放送サービス提供者８１０から広帯域チャネルＬ２を通して付加情報を受信する。以後、第２のデバイス８５０は、受信した付加情報をユーザに表示する。
【００７６】
上記した本発明の多様な実施形態によれば、第１のデバイスは、放送情報に含まれた付加情報に対するＵＲＬまたは付加情報を第２のデバイスに提供できる。従って、第１のデバイスは放送コンテンツをユーザに表示でき、第２のデバイスは上記放送コンテンツに関連する付加情報をユーザに表示できる。
【００７７】
また、放送チャネルを通して受信した放送情報が実際の付加情報を含む場合、第２のデバイスは、第１のデバイスを通して直接付加情報を受信してユーザに表示できる。
【００７８】
また、放送チャネルを通して受信した放送情報が付加情報の提供のためのＵＲＬだけを含み、実際の付加情報は広帯域チャネルを通して提供される場合、第２のデバイスは、第１のデバイスから放送情報に対するＵＲＬを受信し、上記受信したＵＲＬを利用して広帯域チャネルを通して付加情報を受信してもよい。
【００７９】
一方、本発明の詳細な説明では、具体的な実施形態に関して説明したが、本発明の範囲から逸脱しない限り、多様な変形が可能であることは明らかである。したがって本発明の範囲は説明された実施形態に限定されず、後述する特許請求の範囲のみだけでなくこの特許請求の範囲の均等物によって定められるべきである。
【図１】
0006382943.tif 000005
【図２】
0006382943.tif 000006
【図３】
0006382943.tif 000007
【図４】
0006382943.tif 000008
【図５】
0006382943.tif 000009
【図６】
0006382943.tif 000010
【図７】
0006382943.tif 000011
【図８】
0006382943.tif 000012