JPWO2009145182A1 - 映像サービス受信端末装置、制御方法、コンピュータプログラムおよび検索サーバ - Google Patents

Abstract

与えられたメディア起動記述に指定されたメディアの種類によらず、指定されたコンテンツを特定可能とする。端末のメディア起動手段は、外部から与えられたメディア起動記述で指定されたメディアが自己の対応する特定のメディアに一致していると判断された場合、自己のコンテンツ受信再生手段に当該メディアに対する起動を行わせる。特定のメディアに一致していないと判断された場合、前記与えられたメディア起動記述に基づいて、実質的に同一内容のコンテンツが特定のメディアで提供されているか否かを確認し、特定のメディアで提供されていることが確認されたとき、コンテンツ受信再生手段に当該メディアに対する起動を行わせる。【選択図】図８

Description

本発明は、放送受信機能を備えた映像サービス受信端末装置およびその制御方法、コンピュータプログラム、ならびに映像サービス受信端末装置からアクセスされる検索サーバに関する。

現在、地上デジタルテレビ放送の受信機が普及してきており、携帯電話端末においてもいわゆるワンセグ放送の受信機能を備えたものが普及してきている。

このようなテレビ放送受信機能を有する携帯電話端末を利用すれば、ユーザは外出先や移動中に任意所望の時間にテレビ放送を視聴することができる。すなわち、放送電波が届く地域であれば、いつでもどこでもテレビ放送を視聴することが可能となった。

また、自分の推薦するテレビ番組に関する推薦情報を携帯端末を用いて他の視聴者へ電子メールで通知し、その視聴者が、受信装置で視聴していたテレビ番組を推薦情報で推薦されたテレビ番組に切り替える処理を支援する技術が提案されている（特許文献１参照）。

テレビ放送では、実質的に同じ内容の放送番組を異なるメディア、例えば、地上デジタル放送の移動体向けのワンセグメント放送および固定向けのフルセグメント放送で放送することが行われている。

そこで、受信品質に応じて固定向け放送と移動体向け放送とを選択可能としたディジタル放送受信機が提案されている（特許文献２参照）。

特開２００１−３３３４１１号公報 特開２００７−９６５０８号公報

株式会社インプレスネットビジネスカンパニー社発行「１セグ放送教科書」２００５年６月２１日、ｐ２１９参照

従来、テレビやラジオなどのメディアの起動はスイッチやメニューの操作により、まずメディアを起動して、所望のチャンネルを選択するという動作が慣用である。これに対して、放送局識別情報および放送番組を特定するための情報を含むメディア起動記述を電子メールなどの本文中に含めておき、メディア起動記述を利用するアプリケーションでそのメディア起動記述をユーザが指示することができるようにユーザに提示し、ユーザの指示に応じて当該メディア起動記述にしたがったメディアの起動が行えると便利である。

このようなメディア起動記述を利用すれば、ある者から他の者に対して、特定の放送局における特定の放送番組を容易に視聴できるように当該メディアの起動指示を行うことが可能となる。このようなメディア起動記述は、通信機能とテレビ放送受信機能とを兼備した携帯電話端末での利用に適している。

ところで、メディア起動記述に指定されたメディアの種類が、そのメディア起動記述を与えられた端末の受信可能なメディアの種類と異なる場合、そのメディア起動記述は無効となってしまう。

本発明はこのような背景においてなされたものであり、その目的は、与えられたメディア起動記述に指定されたメディアの種類によらず、指定されたコンテンツを特定して再生可能とすることにある。

本発明による映像サービス受信端末装置は、特定のメディアにより提供されるコンテンツを受信し再生するコンテンツ受信再生手段と、与えられたメディア起動記述に応じて前記コンテンツ受信再生手段を起動するメディア起動手段とを備え、前記メディア起動手段は、前記与えられたメディア起動記述で指定されたメディアが前記特定のメディアに一致していると判断された場合、前記コンテンツ受信再生手段に当該メディアに対する起動を行わせ、前記特定のメディアに一致していないと判断された場合、前記与えられたメディア起動記述に基づいて、実質的に同一内容のコンテンツが前記特定のメディアで提供されているか否かを確認し、前記特定のメディアで提供されていることが確認されたとき、前記コンテンツ受信再生手段に当該メディアに対する起動を行わせることを特徴とする。

これにより、映像サービス受信端末装置は、自己のコンテンツ受信再生手段が受信再生することができる特定のメディアと異なるメディアについてのメディア起動記述を受けたとき、実質的に同一内容のコンテンツが前記特定のメディアで提供されている場合に、前記コンテンツ受信再生手段で当該コンテンツの再生を行うことができる。

前記メディア起動手段は、前記特定のメディア以外のメディアについてのメディア起動記述を前記特定のメディアについてのメディア起動記述に変換する手段と、メディア起動記述を解釈実行する手段とを有する形態、あるいは、メディア起動記述を解釈する手段と、前記特定のメディアに一致していないと判断された場合、実質的に同一内容のコンテンツが前記特定のメディアで提供されていることが確認されたとき、前記メディア起動記述の解釈結果を修正して前記コンテンツ受信再生手段に当該メディアに対する起動を行わせる手段とを有する形態とすることができる。

前記メディア起動手段は、異なるメディア間でのコンテンツの対応関係を定めた対応テーブルを記憶しておくことにより、この対応テーブルに基づいて前記特定のメディアでの当該コンテンツを特定する情報を得ることができる。

前記メディア起動手段は、前記与えられたメディア起動記述および当該端末の情報を、予め定めた検索サーバに送信し、この検索サーバから前記特定のメディアでの当該コンテンツを特定する情報を得るようにしてもよい。

前記特定のメディアは、例えば、地上デジタル放送のワンセグメント放送とフルセグメント放送のいずれか一方である。

前記特定のメディアは、さらにＶＯＤ（Video On Demand）、ＩＰ放送、ＤＬＮＡ(Digital Living Network Alliance)の規格に準拠してコンテンツの取得等が可能なメディアの少なくとも一つを含んでもよい。

本発明による制御方法は、特定のメディアにより提供されるコンテンツを受信し再生するコンテンツ受信再生手段を制御する方法であって、与えられたメディア起動記述で指定されたメディアが前記特定のメディアに一致しているか否かを判断するステップと、一致していると判断された場合、前記コンテンツ受信再生手段に当該メディアに対する起動を行わせるステップと、一致していないと判断された場合、前記与えられたメディア起動記述に基づいて、実質的に同一内容のコンテンツが前記特定のメディアで提供されているか否かを確認するステップと、前記特定のメディアで提供されていることが確認されたとき、前記コンテンツ受信再生手段に当該メディアに対する起動を行わせるステップとを備えるものである。また、本発明は、このようなステップをコンピュータに実行させるコンピュータプログラム、およびそのようなプログラムをコンピュータ読み取り可能に記録した記録媒体をも含むものである。

本発明による検索サーバは、特定のメディアにより提供されるコンテンツを受信し再生するコンテンツ受信再生手段を備えた映像サービス受信端末装置からアクセスされる検索サーバであって、前記映像サービス受信端末装置から与えられたメディア起動記述および当該端末の情報を受信したとき、前記特定のメディアにより提供されるコンテンツに相当するコンテンツを提供する前記端末情報に対応するメディアを特定する手段と、前記特定されたメディアの情報を前記映像サービス受信端末装置へ返送する手段とを備えたものである。

本発明による他の構成および作用効果については以下に説明するとおりである。

本発明によれば、与えられたメディア起動記述に指定されたメディアの種類によらず、指定されたコンテンツを特定して再生することが可能となる。その結果、メディアの相違によりメディア起動記述が無効となることを防止し、広くメディア起動記述が利用されることを促進することができる。

本発明の実施の形態における映像サービス受信端末装置を含むシステムの概略構成を示す図である。 図１内に示した端末の概略のハードウェア構成例を示す図である。 地上デジタル放送のサービス伝送モデルの説明図である。 本発明の実施の形態で用いうるチャンネルリストおよび電子番組表（ＥＰＧ）の構成例を示した図である。 本発明の実施の形態で用いるメディア起動記述の構文およびそのメディア起動記述の一例を示す図である。 放送局の系列ＩＤ（affiliation_id）を説明するための図である。 本発明の実施の形態におけるメディア起動記述の例、およびその処理中の画面例を示す図である。 本発明の実施の形態におけるメディア起動記述の変換を説明するための図である。 本発明の実施の形態の端末においてメディア起動記述の処理を行う３種類の形態を示した図である。 本発明の実施の形態の端末においてオフラインで（ローカルに）メディア起動記述を処理する制御のフローチャートである。 本発明の実施の形態の端末においてオンラインでメディア起動記述を処理する制御のフローチャートである。 本発明の実施の形態の端末におけるメディア起動記述の実行処理例を表したフローチャートである。

以下、本発明の好適な実施の形態について図面を参照しながら詳細に説明する。

図１は、本実施の形態における映像サービス受信端末装置（単に端末ともいう）を含むシステムの概略構成を示している。

このシステムにおいて、携帯電話機のような端末２０ａと、パーソナルコンピュータ（ＰＣ）のような端末２０ｂとは実質的に同じ放送番組を受信可能な異なるメディアによるテレビ放送受信再生機能を有するものとする。ここに、異なるメディアとは、例えば地上デジタル放送のワンセグメント（ワンセグと略称される）放送およびフルセグメント（フルセグと略称される）放送である。但し、異なるメディアには、衛星放送、ＩＰ放送、ＶＯＤ、ＤＬＮＡの規格に準拠してコンテンツの取得等が可能なメディア等の他のメディアも含みうる。本発明における「コンテンツ」は放送番組の他、これらの任意のメディアから得られる、視覚的および／または聴覚的にユーザが認識できる情報を表したデータである。

端末２０ａおよび端末２０ｂは放送局３０ａ，３０ｂからの放送を受信する。ここでは、放送局３０ａ，３０ｂは地域は同一の地域に属する場合と異なる地域に属する場合とがありうる。放送局３０ａ，３０ｂの各々はワンセグ放送とフルセグ放送で同じ内容の番組を放送しうるものとする。また、放送局３０ａと放送局３０ｂとがいわゆる系列放送局として同じメディアまたは異なるメディアで同じ内容の番組を放送しうるものとする。

以下、端末２０ａ，２０ｂは総称する場合、端末２０という（他の参照番号についても同様）。

各端末２０は、通信ネットワーク１０を介してＷｅｂサーバ４０、検索サーバ５０、情報サーバ６０、コンテンツサーバ６５に接続しうる。通信ネットワーク１０は、携帯電話網、パケット網、インターネット、ＬＡＮ、ＤＬＮＡの規格に即したネットワーク等を含みうる任意のネットワークから構成される。

端末２０ａ，２０ｂの少なくとも一方はデジタル画像データを取得する撮影手段としてのカメラ部（図１には図示せず）を備え、ＱＲコード等の２次元コード７０を撮影し解釈して、メディア起動記述を抽出することができる。メディア起動記述とは、テレビやラジオなどの放送コンテンツを受信できる端末で、テレビやラジオのアプリケーションをそれ以外のアプリケーションから起動するときに必要となる情報を定義したものである。その具体的な仕様については後述する。

Ｗｅｂサーバ４０は、ｈｔｔｐプロトコルに則って端末２０からの要求に応じてＷｅｂページを構成するｈｔｍｌ等のマークアップ言語で記載された文書データを端末に提供するサーバである。本実施の形態ではこの文書データ中のリンクを設定するアンカータグとしてメディア起動記述を含みうることを想定している。コンテンツサーバ６５は、コンテンツを蓄積し、クライアントからの要求に応じて指定されたコンテンツを配信する機能を有するサーバである。「コンテンツサーバ」は広義にはＷｅｂサーバも含むが、本実施の形態ではＶＯＤやＤＬＮＡの規格に準拠してコンテンツの取得が可能なメディアにおいて、提供すべき動画データなどのコンテンツを蓄積したものを想定している。

検索サーバ５０は、後述するように端末からの番組特定情報の検索要求に応じて、番組特定情報を検索して返送するサービスを提供するサーバである。上記コンテンツサーバが検索サーバを兼ねることも可能である。

情報サーバ６０は、例えばＢＣＭＣＳ（Broadcast/Multicast Services）技術により、複数の携帯電話端末に対して同時にニュースや天気予報などの情報を配信するサービスを行う情報サーバ６０である。このような情報にもメディア起動記述を含みうる。

ネットワーク１０の中には、図示しないが、電子メール（以下、単にメールともいう）の転送の仲介処理を行うメールサーバを含む。本実施の形態ではこのメールデータの中にメディア起動記述を含みうることを想定している。また、本実施の形態におけるメールには、相手端末の電話番号を相手アドレスとして利用するいわゆるショートメッセージも含みうる。その場合には、ネットワーク１０の中に、ショートメッセージ転送の仲介処理を行うメッセージサーバを含む。

近年、家庭内において、パーソナルコンピュータ（ＰＣ）とデジタル家電、あるいはデジタル家電同士の間でコマンドやデータを授受するためのホームネットワークが提案されている。既に、オーディオ・ビジュアル（ＡＶ）関連のデジタル家電（テレビ受像機、ＰＣ、オーディオシステム、ＨＤＤレコーダ、等）については、ＤＬＮＡの規格に準拠した（用いた）サービス等の利用により、相互の連係動作を行うことが可能となっている。例えば、音楽、動画（録画映像を含む）等のデジタルコンテンツを、家電、ＰＣ、モバイル機器間でシームレスに共有することができる。ＤＬＮＡ規格では、ＤＭＰ（Digital Media Player），ＤＭＳ（Digital Media Server），ＤＭＣ（Digital Media Controller），ＤＭＲ（Digital Media Renderer）等の複数の機能部が定義されそれらの仕様が決められている。携帯端末は、自分自身でコンテンツを再生するプレーヤ（ＤＭＰ）として機能することができるとともに、コントローラ（ＤＭＣ）として機能することも可能である。

その他、端末がデジタルデータ放送の受信機能を有する場合、データ放送により送出される放送データ内にメディア起動記述を含めることも可能である。

図２に、端末２０の概略のハードウェア構成例を示す。この端末２０は、中央制御部２０１、ＲＡＭ２０２、ＲＯＭ２０３、表示制御部２０４、表示部２０５、通信部２０６、操作部２０７、フラッシュメモリ２０８、時計部２０９、録画再生部２１０、放送受信用アンテナ２１１、放送受信部２１２、音声処理部２１３、マイク２１４、スピーカ２１５、カメラ部２１６を有している。上述したように、端末によってはこれらの要素のいずれかを欠いてもよいし、さらに別の要素を有してもよい。

中央制御部２０１、ＲＡＭ２０２、ＲＯＭ２０３、表示制御部２０４、通信部２０６、操作部２０７、フラッシュメモリ２０８、時計部２０９、録画再生部２１０、放送受信部２１２、音声処理部２１３、カメラ部２１６はバス２１７に接続されており、このバス２１７を介して相互にデータの授受、コマンドの送受などが行われるようになっている。

ＲＡＭ２０２は、中央制御部２０１の演算結果や外部から取得したデータを一時的に保持格納するメモリである。ＲＯＭ２０３は、オペレーティングシステム（ＯＳ）や各種プログラムおよび固定的なデータを保存する不揮発性のメモリである。中央制御部２０１がＲＯＭ２０３からこれらのプログラムを読み出し、プログラムに従って所定の処理を実行する。フラッシュメモリ２０８は、外部から取得したデータや、メールアドレス、ＵＲＬ（Uniform Resource Locator）などの情報を後の処理のために保持しておく再書き込み可能な不揮発性のメモリである。

通信部２０６は、ネットワーク１０との接続を確立し、ネットワーク１０とのデータの送受信を行う機能を有する。操作部２０７は、テンキーや各種指示キーを有し、ユーザの入力インタフェースを提供する。

表示制御部２０４は、中央制御部２０１からテキストや画像等の表示情報を受け取り、これに基づいて表示部２０５を駆動する機能を有する。外部からの表示情報としては、ネットワーク経由の情報および放送による情報の両方を切り替えて、または、重ねて表示することが可能である。表示部２０５は、液晶デバイス、有機ＥＬデバイス等の任意の表示デバイスを含み、表示制御部２０４からの駆動信号に従って画像を光学的に表示する機能を有する。

時計部２０９は、リアルタイムクロックを含み、カレンダーや時計、タイマーの機能を提供する。

放送受信部２１２はアンテナ２１１で受信された放送波から所望のチャンネルの信号を抽出し、テレビ放送の復調再生する機能を有する。放送受信部２１２には、デジタルデータ放送によるＢＭＬ(Broadcast Markup Language)言語で記述された文書を解釈して表示するブラウザ機能を含む。放送受信部２１２はテレビ放送の他、ラジオ放送の受信部を含んでもよい。

録画再生部２１０は、放送受信部２１２で受信された放送コンテンツを録画し、再生する機能を有する。録画用の記憶部としてはＲＡＭ２０２またはフラッシュメモリ２０８または図示しない小型ＨＤＤ等を用いることができる。放送受信部２１２、録画再生部２１０、通信部２０６、表示制御部２０４、表示部２０５、音声処理部２１３の全部または一部、および中央制御部２０１のプログラム実行によるこれらの各部の制御により、本発明の「コンテンツ受信再生手段」が構成される。本発明の「メディア起動手段」は中央制御部２０１のプログラム（例えば図９で後述するメディア起動記述アプリ９２，９３，メディア起動記述モジュール９５ａ）の実行により実現される。

音声処理部２１３は、スピーカ２１５から音声を出力させたり、マイク２１４からの入力音声を所定の信号に変換する処理を行う。

カメラ部２１６は、デジタル画像データを取得するための撮影手段である。

図１に示したＷｅｂサーバ４０、検索サーバ５０、情報サーバ６０、コンテンツサーバ６５の内部構成は特に図示しないが、コンピュータ装置であり、中央制御部、通信部、記憶装置、各種入出力装置を有する。

端末には、その他、図示しないが地球測位システム（ＧＰＳ）受信部、音楽再生部、など、他の機能部を含んでもよい。

図３により、地上デジタル放送のサービス伝送モデルを説明する（非特許文献１参照）。地上デジタル放送用の周波数は１３ｃｈ（４７０ＭＨｚ）から６２ｃｈ（７７０ＭＨｚ）の物理チャンネルを含む。１チャンネルのチャンネル幅６ＭＨｚを１４等分した幅の１４個の伝送セグメントのうち１３個を用いて地上デジタル放送が行われる（残りの１セグメントは隣接するチャンネルとの干渉を避けるためのガードバンドとして用いられる。）１３個の伝送セグメントのうち１２セグメントは固定受信を前提とした放送に利用され、残り１セグメントが携帯受信を前提とした放送に利用される。

端末２０を対象としたワンセグ放送では、ＭＰＥＧ−２システムで規定されるトランスポート・ストリーム（ＴＳ）という形式で映像、音声および付加データを多重化したストリーム（固定長のパケットの列）が伝送される。トランスポート・ストリームには必ず１つのＮＩＴ（Network Information Table）が多重化されている。ＮＩＴ内には、その周波数、リモコンＩＤ（リモコンの選択ボタン番号）、サービスＩＤ（最大３個まで）が記述されている。デジタル放送では同じ放送局の同じ周波数のチャンネルで複数のコンテンツを同時に放送できるようになっており、それらのサービスを識別する情報がサービスＩＤである。このサービスＩＤによりＰＭＴのＰＩＤ（Packet IDentifier：パケット識別子）が特定される。ＰＭＴには当該番組を構成する映像、音声等のＰＩＤが記述されている。

本発明における異なるメディア間でのコンテンツの対応関係を定めた対応テーブルとして、図４（ａ）（ｂ）に、本実施の形態で用いうるチャンネルリスト３００ａまたは３００ｂを示し、図４（ｃ）に電子番組表（ＥＰＧ）４００の構成例を模式的にテーブル形式で示す。以下、チャンネルリスト３００ａまたは３００ｂは、特に両者を区別する場合以外、総称してチャンネルリスト３００という。

図４（ａ）のチャンネルリスト３００ａには、関東、中京、近畿等の地域ごとに受信可能な複数の放送局のサービスの周波数（すなわち物理チャンネル番号）、放送局名（放送事業者名）、リモコンＩＤ、サービスＩＤ（ＳＩＤ: service_id）、系列ＩＤ（affiliation_id)等が記載されている。また、これらの各要素のセットは、ワンセグ用とフルセグ用とで対応付けて記憶されている。

図４（ｂ）のチャンネルリスト３００ｂは、サービスＩＤの代わりにネットワークＩＤ（ＮＩＤ）を含んでおり、他はチャンネルリスト３００ａと同じである。

本発明の一実施の形態では、端末２０がメディア起動記述の利用のためのアプリケーションのインストール時にこのような複数の地域のチャンネルリスト３００を予めメモリ（例えばフラッシュメモリ２０８）内に格納しておく。あるいは、地域の変更時または周期的に周波数をスキャンして受信可能な放送を受信し、チャンネルリスト３００の内容を取得してメモリに保持する。この内容はその後、適宜更新することが好ましい。

ネットワークＩＤ（ネットワーク識別；network_id）とは、ＡＲＩＢ ＴＲ−B１４「地上デジタルテレビジョン放送運用規定」で定義されているように、下記の式により算出される値をいう。
network_id=0x7FF0-0x0010x地域識別+地域事業者識別(service_id)-0x400ｘ県複フラグ.....（１）

県複フラグとは、地域内でのTSが１つか２つかを示すと共に、２ＴＳの場合に１つめのＴＳか、２つめのＴＳかを示すために使用されるフラグをいう。地域識別とは、放送局の放送地域を示す。

network_idは、メディア起動記述中のservice_idと、携帯電話端末の現在地域の地域識別とに基づいて式（１）から求めることができる。

例えば、東京でＮＨＫ総合のテレビ型サービスの場合、地域識別＝１、service_id=0x400、県複フラグ=0であり、これらの値を式（１）に代入することにより、network_id=7FE0が求められる。network_id(１つ)と、service_id(１つ以上)との対応リストを用いてもよい。

なお、端末の属する現在地域は、その場で放送局から受信した当該地域のＥＰＧに基づいて判断したり、携帯電話網を利用した位置検索サービスを利用したり、全地球測位システム（ＧＰＳ）受信部（図示せず）を用いたりすることにより、確認することができる。図４（ａ）（ｂ）のチャンネルリスト３００ａ，３００ｂの代わりに、両チャンネルリストの項目をすべて含む、すなわち、ＳＩＤとＮＩＤの両方を含むチャンネルリストを用いることも可能である。

図４（ｃ）に示したＥＰＧ４００は、ワンセグ用のＥＰＧ４００ａとフルセグ用のＥＰＧ４００ｂとを含んでいる。このＥＰＧ４００は、放送波により（または、ネットワーク経由で）逐次定期的に受信され、メモリ（例えばＲＡＭ２０２またはフラッシュメモリ２０８）内に保持される電子番組表データであり、サービスＩＤ単位に各日時にどのような番組が放送されるかを示したものである。

次に、図５（ａ）に、本実施の形態で用いるメディア起動記述の構文（フォーマット）を示し、図５（ｂ）にそのメディア起動記述の一例を示す。メディア起動記述は、"Media Scheme"として示すように、メディア起動記述であることを示す識別子（"ｍｅｄｉａ："メディアコロン）、放送者（Broadcaster）およびオプション（Options）の形式で構成される。放送者は、起動対象メディア（テレビ、ラジオ等）の識別情報（MediaType）および国コードを含む。メディアタイプ（MediaType）としては、例えば、ワンセグ放送を示す"xxxoneseg"、フルセグ放送を示す"xxxfullseg"等を指定しうる。本実施の形態では、"オプション"として、物理チャンネル（p_channel）、サービスＩＤ（service_id）、サービスＩＤリスト（service_id_list）、開始日時（stime）、終了日時（etime）、タイトル（title）、放送局の系列ＩＤ（affiliation_id）、等を規定している。

図５（ｂ）はメディア起動記述の具体的な例を示したものである。この例では、日本のワンセグテレビ、物理チャンネル＝１３、サービスＩＤ＝０００１、開始日時＝２００６年９月２９日２０：００：００、終了日時＝２００６年９月２９日２２：００：００、タイトル、等が記載されている。

図６により、放送局の系列ＩＤ（affiliation_id）を説明する。系列とは、日本全国の放送局を関連性の高いグループに分けたものであり、現在、日本国ではＮＨＫ総合、ＮＨＫ教育、日本テレビ放送網、東京放送、フジテレビジョン、テレビ朝日、テレビ東京等の系列がある。全国放送番組はキー局から同一の系列に属する放送局を経由して放送されることが多い。このような系列毎の放送局のサービスＩＤを対応づけて、端末２０内のメモリに保持しておく。

図７（ａ）は、Ｗｅｂページやメールメッセージ等を構成するＨＴＭＬ等のマークアップ言語で記述される文書中に含みうるアンカータグにメディア起動記述を含めた具体例を示している。次のような形式を有するアンカータグ
＜ａ ｈｒｅｆ＝ ...＞ ... ＜／ａ＞
の開始タグ＜ａ ｈｒｅｆ＝ ...＞の中に、メディア起動記述であることを示す識別子（"ｍｅｄｉａ："）、起動対象メディアの識別情報、チャンネル情報、サービスＩＤ（service_id）、開始日時（ｓｔｉｍｅ）、終了日時（ｅｔｉｍｅ）、番組タイトル（ｔｉｔｌｅ）等を含めている。

図７（ａ）に示すようにメディア起動記述５１が所定の文書（例えばメールの受信文書やＷｅｂページ）の中に記述されている場合、その文書を解釈するメーラーやブラウザ等のアプリケーションは、当該メディア起動記述のアンカータグを解釈して、図７（ｂ）に示すような表示画面上でアンカーポイント（リンク）５２の表示を行う。ユーザがこのアンカーポイント５２を指示（例えばクリック操作）すると、当該アプリケーションは所定の動作を実行する。図７（ａ）の例で、指定された番組の開始日時（ｓｔｉｍｅ）および終了日時（ｅｔｉｍｅ）の間の任意時刻にユーザによる指示が行われれば、当該メディア（図ではテレビ５３）を即時に起動し、指定されたチャンネルの表示を行う。これにより指定された番組が受信、再生される。

指定された番組の開始日時（ｓｔｉｍｅ）の前に指示がなされれば、図７（ｃ）に示すように、その番組に対する録画予約や視聴予約を受け付けるような画面を表示するようにしてもよい。録画予約が指示されれば、スケジューラ（図示せず）に対して当該予約情報が自動的に設定される。または、図示しないが、指定された番組の開始日時を表示して処理を終了してもよい。あるいは、その開始日時の到来を監視し、直前にユーザに対してアラーム表示等を行うようにしてもよい。

また、番組の終了日時の経過後に指示されれば、図７（ｄ）に示すように、「この番組は終了しました。」のような所定のメッセージを表示するようにしてもよい。

なお、メディア起動記述は、メールやＷｅｂページに限らず、図１にも示したように、ニュースなどの受信情報や撮影される２次元コードなどの中にも含まれうる。したがって、それらの受信情報や２次元コードを処理するアプリケーションの中に、本発明のメディア起動記述を処理する機能を含ませることができる。

上述のように、端末に与えられたメディア起動記述に指定されたメディアは、自己の受信再生できるメディアではない場合がありうる。このような場合の処理について、図８（ａ）（ｂ）に表示画面例を示して説明する。

図８（ａ）はワンセグ放送に対応しているがフルセグ放送に対応していない端末において、フルセグ放送を指定したメディア起動記述５２ａが与えられた場合の例を示している。この場合、端末は当該ワンセグ放送用のメディア起動記述５２ａを解釈して、フルセグ・ワンセグ変換処理５３ａを行って、対応するワンセグ放送の番組を特定し、ワンセグＴＶアプリ５４ａでその番組を視聴できるように、自端末を制御する。

図８（ｂ）は逆にフルセグ放送に対応しているがワンセグ放送に対応していない端末において、ワンセグ放送を指定したメディア起動記述５２ｂが与えられた場合の例を示している。この場合、端末は当該フルセグ放送用のメディア起動記述５２ｂを解釈して、ワンセグ・フルセグ変換処理５３ｂを行って、対応するフルセグ放送の番組を特定し、フルセグＴＶアプリ５４ｂでその番組を視聴できるように、自端末を制御する。

図９（ａ）、（ｂ）、（ｃ）は、本実施の形態の端末においてメディア起動記述の処理を行う３種類の形態を示している。図９（ａ）、（ｂ）、（ｃ）はそれぞれ第１、第２、第３の形態を示している。

第１、第２の形態では、テレビ放送の受信再生を行うアプリケーションプログラムであるテレビ（ＴＶ）アプリ９１と、ブラウザ、メーラ等の他のアプリケーション９４との間に、メディア起動記述を取り扱うためのアプリケーションであるメディア起動記述アプリ９２，９３を介在させたものである。メディア起動記述アプリ９２は、他のアプリ９４で抽出されたメディア起動記述を変換するメディア起動記述変換部９２ａと、これにより変換された変換後のメディア起動記述を解釈実行して、メディア（この例では、ワンセグ及び／又はフルセグＴＶ）を制御するアプリ（ＴＶアプリ９１）を起動するメディア起動記述解釈部９２ｂとを含む。メディア起動記述変換部９２ａは、特定のメディア以外のメディアについてのメディア起動記述を特定のメディアについてのメディア起動記述に変換する手段である。

メディア起動記述アプリ９３は、他のアプリ９４から受け取ったメディア起動記述を解釈し、必要に応じて解釈結果を修正して、ＴＶアプリ９１を起動するメディア起動記述解釈部９３ａを含んでいる。メディア起動記述アプリ９２とメディア起動記述アプリ９３との違いは、前者がメディア起動記述自体を変換して同じ形式の新たなメディア起動記述を生成するのに対して、後者は変換後のメディア起動記述を生成することなく、実質的に同じ、変換後のメディア起動記述の解釈結果を得るものである。

第３の形態では、メディア起動記述アプリ９２または９３をメディア起動記述モジュール９５ａとしてブラウザ、メーラ等の他のアプリケーション自体に取り込んだものである。このようなアプリケーションを他のアプリ９５として示している。ここに「モジュール」とはアプリケーションの中のソフトウェア要素を想定している。

なお、図示しないが、メディア起動記述アプリ９２または９３をＴＶアプリ９１の側にその一モジュールとして内蔵させる形態もありうる。

図１０は、端末においてオフラインで（ローカルに）メディア起動記述を処理する制御のフローチャートを示す。この処理は図９のメディア起動記述アプリ９２，９３またはディア起動記述モジュール９５ａの実行する処理に相当する。

この処理では、メディア起動記述を受信したとき（Ｓ１１）、まず、そのメディア起動記述内に指定されているメディアに自端末が対応しているかどうかをチェックする（Ｓ１２）。具体的には、与えられたメディア起動記述で指定されたメディアが自端末対応の特定のメディアに一致するかどうかをチェックする。対応していれば、次に、選局情報チェックを行う（Ｓ１３）。「対応している」とは、例えば自端末がワンセグ受信機能を有し、受信したメディア起動記述に指定されたメディアがワンセグであるような場合、あるいは、自端末がフルセグ受信機能を有し、受信したメディア起動記述に指定されたメディアがフルセグであるような場合である。この判断は、ローカルデータベース（ローカルＤＢ）８１に基づいて行う。ローカルＤＢ８１は端末内のＲＡＭ２０２やフラッシュメモリ２０８等に記憶される。このローカルＤＢ８１内には、図４で説明したようなチャンネルリスト３００ａ，３００ｂのいずれか、または、ＥＰＧ４００ａ，４００ｂに相当するデータを含んでいる。

「選局情報チェック」とはメディア起動記述に指定された番組の放送を受信可能かどうかを確認することである。受信可能、すなわち選局情報チェックの結果がＯＫであれば、メディア起動記述の実行処理を行う（Ｓ１９）。この処理の詳細例については後述する。

ステップＳ１３で選局情報チェックの結果がＮＧであれば、メディア起動記述に指定された番組の放送地域が異なる可能性がある。例えば、全国ネットで放送される番組であっても、放送に利用される物理チャンネル（周波数）は地域によって異なりうる。一方、電子メールやＷｅｂコンテンツなどの通信には放送のような地域の境界はない。したがって、通信等により地域の境界を越えてメディア起動記述を受信した者はそのメディア起動記述に従って意図したとおりにメディアを起動することが行えないという問題が生じる。そこで、メディア起動記述に指定されている番組が他地域において受信可能かどうかを、ローカルＤＢ８１に基づいてチェックする（Ｓ１４）。他地域で受信可能であれば、メディア起動記述を変換（例えばチャンネルやサービスＩＤを変更）して（Ｓ１５）、ステップＳ１９へ進む。このメディア起動記述の変換は図９（ａ）に示したようなメディア起動記述そのものの変換のみならず、図９（ｂ）に示したような実質的な内容の変換も含むものとする。

ステップＳ１４において他地域で受信可能でない場合には、エラー表示を行うか、または、ユーザにコンテンツの選択を委ねる（Ｓ１８）。

ステップＳ１２における、メディア起動記述内に指定されているメディアに自端末が対応していない場合とは、例えば自端末がワンセグ受信機能のみを有し、受信したメディア起動記述に指定されたメディアがフルセグであるような場合、あるいは、自端末がフルセグ受信機能のみを有し、受信したメディア起動記述に指定されたメディアがワンセグであるような場合である。このような場合、代替メディアチェックを行う（Ｓ１６）。ここに「代替メディアチェック」とはあるメディアで放送される番組と実質的に同一内容のコンテンツが他のメディアでも提供されているかどうかの確認である。この場合、ステップＳ１４で説明した他地域かどうかのチェックを内包する。このステップＳ１６の判断もローカルＤＢ８１を参照して行うことができる。

代替メディアチェックがＯＫであれば、メディア起動記述を変換（例えばチャンネルやサービスＩＤを変更）して（Ｓ１７）、ステップＳ１９へ進む。代替メディアチェックがＮＧであれば、上記ステップＳ１８に進み、ユーザにコンテンツの選択を委ねる。

なお、上記のメディア起動記述の変換では、番組の開始時間ｓｔｉｍｅおよび終了時間ｅｔｉｍｅは変わらない場合を想定したが、変換前後の番組の放送時間が異なる場合には、開始時間ｓｔｉｍｅおよび終了時間ｅｔｉｍｅをも変更する。また、ＶＯＤ、ＤＬＮＡの規格に準拠したサービスのように即時の起動を行うメディア起動記述については開始時間ｓｔｉｍｅおよび終了時間ｅｔｉｍｅが存在しない場合もありうる。

図１１は、端末において検索サーバ５０（図１）にアクセスして（すなわちオンラインで）メディア起動記述を処理する制御のフローチャートを示す。この処理も図９のメディア起動記述アプリ９２，９３またはディア起動記述モジュール９５ａの実行する処理に相当する。この場合、端末内にローカルＤＢ８１を保持する必要がなくなる。

この処理では、メディア起動記述を受信したとき（Ｓ２１）、まず、そのメディア起動記述内に指定されているメディアに自端末が対応しているかどうかをチェックする（Ｓ２２）。対応していれば、次に、選局情報チェックを行う（Ｓ２３）。この判断は、検索サーバ５０にアクセスして行う。但し、自端末用の電子番組表などの内部記憶情報からローカルに判断できる場合には検索サーバ５０へのアクセスは不要である。

選局情報チェックの結果がＯＫ、すなわち、メディア起動記述に指定された番組の放送を受信可能と判断された場合、メディア起動記述の実行処理を行う（Ｓ３０）。この処理の詳細例については後述する。

ステップＳ２３で選局情報チェックの結果がＮＧであれば、メディア起動記述に指定されている番組が他地域において受信可能かどうかを、検索サーバ５０にアクセスしてチェックする（Ｓ２４）。他地域で受信可能であれば、メディア起動記述を変換（例えばチャンネルやサービスＩＤを変更）して（Ｓ２５）、ステップＳ３０へ進む。このメディア起動記述の変換についても、図９（ａ）に示したようなメディア起動記述そのものの変換のみならず、図９（ｂ）に示したような実質的な内容の変換も含むものとする。

ステップＳ２４において他地域で受信可能でない場合には、エラー表示を行うか、または、ユーザにコンテンツの選択を委ねる（Ｓ３１）。

ステップＳ２２において、メディア起動記述内に指定されているメディアに自端末が対応していない場合、代替メディアチェックのために、検索サーバにアクセスする（Ｓ２６）。このとき、本実施の形態では、受信したメディア起動記述と、端末情報（地域、対応サービス等）を検索サーバに送信する。「対応サービス」とは自端末が対応しているメディア等である。この対応サービスには、ワンセグ、フルセグのような放送メディアの他、利用可能なＶＯＤ、ＤＬＮＡの規格に準拠したサービス（例えば動画配信サービス等）を含みうる。また、放送メディアには電波による放送の他、通信によるＩＰ放送を含みうる。

端末は検索サーバ５０からの応答を受信し（Ｓ２７）、必要な情報が得られた場合には（Ｓ２８，Ｙｅｓ）、所定のメディア起動記述変換（例えばチャンネルやサービスＩＤを変更、等）を行い（Ｓ２９）、ステップＳ３０へ移行してメディア起動記述を実行する。代替メディアがＶＯＤのような場合、検索サーバ５０からの応答に、コンテンツサーバ内のコンテンツを指定するＶＯＤ ＵＲＬ(Uniform Resource Locator)が含まれる。このような場合、メディア起動記述変換では、図５に示したようなメディアの種類を拡張して（ＶＯＤ ＵＲＬによるメディアのアクセス指示）、動画データベースの指定を行えるようにする。代替メディアがＤＬＮＡの規格に準拠してコンテンツの取得等が可能なものの場合、ＤＬＮＡの規格に準拠したサーバ（コンテンツサーバ）から目的のコンテンツを検索してメディア起動記述の変換を行う。

検索サーバからの応答により代替メディアチェックが行えないと判断されたら、上記ステップＳ３１に進み、ユーザにコンテンツの選択を委ねる。

なお、図示しないが、チェック対象（例えば処理ステップ）に応じて、あるいは、予め定めた条件により、ローカルＤＢと検索サーバとを使い分ける形態もありうる。

検索サーバ５０には番組ＤＢ８２を備える。番組ＤＢ８２には、各種番組についての、ＥＰＧデータ、番組名、地域、サービスＩＤ、チャンネル（Ｃｈ）番号、ＶＯＤ ＵＲＬ、有料／無料、リアルタイム／蓄積の別、コンテンツリスト等のデータを内蔵している。検索サーバ５０は、端末２０からのアクセスを受けると、端末情報を受信する（Ｓ４１）。そこで、番組ＤＢ８２を参照して、メディア起動記述から当該番組を特定する（Ｓ４２）。さらに、この番組、端末の地域、対応サービスなどから当該端末で対応可能なサービスを選び出す（Ｓ４３）。ついで、当該端末で対応可能なサービスに切り替えるために必要な情報を端末に返送する（Ｓ４４）。この情報は、端末において上述したようなメディア起動記述変換に利用される。

図１２は、本実施の形態の端末２０におけるメディア起動記述の実行処理例を表したフローチャートである。

端末２０は、まず、"ｓｔｉｍｅ"の指定があるか否かをチェックする（Ｓ５２）。"ｓｔｉｍｅ"の指定があり、その日時が現在より未来であれば、"ｅｔｉｍｅ"の有無をチェックする（Ｓ５３）。"ｅｔｉｍｅ"の指定があり、かつ、それが"ｓｔｉｍｅ"より未来であれば、スケジューラにそのチャンネルおよび日時を登録し（Ｓ５４）、例えば図７（ｃ）に示したような所定の予約画面を表示してその番組の視聴予約（または録画予約）を行う（Ｓ５５）。"ｅｔｉｍｅ"の指定があるが、それが"ｓｔｉｍｅ"より過去であれば起動記述の誤記であり、また、"ｅｔｉｍｅ"の指定がなければ、予約処理には不完全な情報しかないので、例えばユーザにＥＰＧ情報（もしあれば）を提示してユーザの指示に基づく予約処理等を行う（Ｓ５６）。

ステップＳ５２において、"ｓｔｉｍｅ"の指定があるがそれが現在より過去である場合、または"ｓｔｉｍｅ"の指定自体がない場合、"ｅｔｉｍｅ"の指定の有無をチェックする（Ｓ５７）。"ｅｔｉｍｅ"の指定があり、かつ、それが"ｓｔｉｍｅ"より未来であれば、または、"ｅｔｉｍｅ"の指定がない場合、テレビアプリケーション（テレビアプリ）を即時起動する処理を実行する（Ｓ５８）。このステップＳ５８の処理を自動で行うか、ユーザの確認を得て行うかはいずれであってもよい。ステップＳ５７で、"ｓｔｉｍｅ"の指定があるがそれが現在より過去である場合、例えば図７（ｄ）に示すような報知用画面を表示してＴＶ視聴時間切れ処理を実行する（Ｓ５９）。

図１２の処理では、メディアとしてテレビのみを対象としたが、上述したＶＯＤ、ＤＬＮＡの規格に準拠したサービスなどのメディアの起動を含んでもよい。ＶＯＤ、ＤＬＮＡの規格に準拠したサービスについては、通常、即座の起動が可能である。

以上、本発明の好適な実施の形態について説明したが、上記で言及した以外にも種々の変形、変更を行うことが可能である。

例えば、端末の外部から取得されるメディア起動記述は上記の他、どのような手段や媒体で得られるものであってもよい。

端末はネットワークＩＤを用いたチャンネルリストを用いる場合、メディア起動記述内で見つかったサービスＩＤに基づいてネットワークＩＤを求めることとしたが、ネットワークＩＤ自体をメディア起動記述内に含めるようにすることも可能である。

系列ＩＤをチャンネルリストに含める例を説明したが、チャンネルリストに含めない場合に、複数の放送局のサービスＩＤを同一の系列に属するものとして一つの系列ＩＤと対応づけた系列ＩＤ情報を記憶する手段を端末内に備えてもよい。この場合、端末は、メディア起動記述に基づいて放送受信部を起動する際、メディア起動記述内にサービスＩＤおよびサービスＩＤリストのいずれも記載されておらず系列ＩＤが記載されている場合、当該系列ＩＤが前記記憶された系列ＩＤ情報に含まれているとき、当該系列ＩＤに属するサービスＩＤに対応する物理チャンネル情報に基づいて、選択すべき物理チャンネルを特定することも可能である。

本発明は映像サービス受信端末装置や各種のサーバの開発、製造、および各種のサービスに利用することができる。

１０…通信ネットワーク、２０，２０ａ，２０ｂ…端末、３０ａ，３０ｂ…放送局、４０…Ｗｅｂサーバ、５０…検索サーバ、５１…メディア起動記述、５２…アンカーポイント、５３…テレビ、６０…情報サーバ、６５…コンテンツサーバ、７０…２次元コード、８１…ローカルＤＢ、８２…番組ＤＢ、９１…ＴＶアプリ、９２…メディア起動記述アプリ、９２ａ…メディア起動記述変換部、９２ｂ…メディア起動記述解釈部、９３…メディア起動記述アプリ、９３ａ…メディア起動記述解釈部、９４，９５…他のアプリケーション、９５ａ…メディア起動記述モジュール、２０１…中央制御部、２０４…表示制御部、２０５…表示部、２０６…通信部、２０７…操作部、２０８…フラッシュメモリ、２０９…時計部、２１０…録画再生部、２１１…放送受信用アンテナ、２１２…放送受信部、２１３…音声処理部、２１６…カメラ部、２１７…バス、３００，３００ａ，３００ｂ…チャンネルリスト

Claims (10)

1. 特定のメディアにより提供されるコンテンツを受信し再生するコンテンツ受信再生手段と、
   与えられたメディア起動記述に応じて前記コンテンツ受信再生手段を起動するメディア起動手段とを備え、
   前記メディア起動手段は、
   前記与えられたメディア起動記述で指定されたメディアが前記特定のメディアに一致していると判断された場合、前記コンテンツ受信再生手段に当該メディアに対する起動を行わせ、
   前記特定のメディアに一致していないと判断された場合、前記与えられたメディア起動記述に基づいて、実質的に同一内容のコンテンツが前記特定のメディアで提供されているか否かを確認し、前記特定のメディアで提供されていることが確認されたとき、前記コンテンツ受信再生手段に当該メディアに対する起動を行わせる
   ことを特徴とする映像サービス受信端末装置。
2. 前記メディア起動手段は、前記特定のメディア以外のメディアについてのメディア起動記述を前記特定のメディアについてのメディア起動記述に変換する手段と、メディア起動記述を解釈実行する手段とを有する請求項１に記載の映像サービス受信端末装置。
3. 前記メディア起動手段は、メディア起動記述を解釈する手段と、前記特定のメディアに一致していないと判断された場合、実質的に同一内容のコンテンツが前記特定のメディアで提供されていることが確認されたとき、前記メディア起動記述の解釈結果を修正して前記コンテンツ受信再生手段に当該メディアに対する起動を行わせる手段とを有する請求項１に記載の映像サービス受信端末装置。
4. 前記メディア起動手段は、異なるメディア間でのコンテンツの対応関係を定めた対応テーブルを記憶しており、この対応テーブルに基づいて前記特定のメディアでの当該コンテンツを特定する情報を得る請求項１に記載の映像サービス受信端末装置。
5. 前記メディア起動手段は、前記与えられたメディア起動記述および当該端末の情報を、予め定めた検索サーバに送信し、この検索サーバから前記特定のメディアでの当該コンテンツを特定する情報を得る請求項１に記載の映像サービス受信端末装置。
6. 前記特定のメディアは地上デジタル放送のワンセグメント放送とフルセグメント放送のいずれか一方である請求項１に記載の映像サービス受信端末装置。
7. 前記特定のメディアは、さらにＶＯＤ、ＩＰ放送、ＤＬＮＡの規格に準拠してコンテンツの取得が可能なメディアの少なくとも一つを含む請求項６に記載の映像サービス受信端末装置。
8. 特定のメディアにより提供されるコンテンツを受信し再生するコンテンツ受信再生手段の制御方法であって、
   与えられたメディア起動記述で指定されたメディアが前記特定のメディアに一致しているか否かを判断するステップと、
   一致していると判断された場合、前記コンテンツ受信再生手段に当該メディアに対する起動を行わせるステップと、
   一致していないと判断された場合、前記与えられたメディア起動記述に基づいて、実質的に同一内容のコンテンツが前記特定のメディアで提供されているか否かを確認するステップと、
   前記特定のメディアで提供されていることが確認されたとき、前記コンテンツ受信再生手段に当該メディアに対する起動を行わせるステップと
   を備えた制御方法。
9. 特定のメディアにより提供されるコンテンツを受信し再生するコンテンツ受信再生手段を備えた映像サービス受信端末装置において実行されるコンピュータプログラムであって、
   前記与えられたメディア起動記述で指定されたメディアが前記特定のメディアに一致しているか否かを判断するステップと、
   一致していると判断された場合、前記コンテンツ受信再生手段に当該メディアに対する起動を行わせるステップと、
   一致していないと判断された場合、前記与えられたメディア起動記述に基づいて、実質的に同一内容のコンテンツが前記特定のメディアで提供されているか否かを確認するステップと、
   前記特定のメディアで提供されていることが確認されたとき、前記コンテンツ受信再生手段に当該メディアに対する起動を行わせるステップと
   をコンピュータに実行させるコンピュータプログラム。
10. 特定のメディアにより提供されるコンテンツを受信し再生するコンテンツ受信再生手段を備えた映像サービス受信端末装置からアクセスされる検索サーバであって、
    前記映像サービス受信端末装置から与えられたメディア起動記述および当該端末の情報を受信したとき、前記特定のメディアにより提供されるコンテンツに相当するコンテンツを提供する前記端末情報に対応するメディアを特定する手段と、
    前記特定されたメディアの情報を前記映像サービス受信端末装置へ返送する手段と
    を備えた検索サーバ。

Images