(57)【要約】【課題】携帯端末において電波状況悪化により受信できなかったワンセグ放送を代替視聴可能なワンセグ放送代替視聴システム等を提供する。【解決手段】ワンセグ放送代替視聴システム１において、データ放送作成装置２７は、番組放送中に携帯電話３３のメモリ１１２にタイムコードを記録するコマンドを埋め込んだ連動データ放送を放送コンテンツに付加する。視聴者５は、番組視聴中断箇所の視聴を希望する場合、メモリ１１２に書き込まれたタイムコードをメールで放送局３のメールサーバ２５に送る。ＤＢ情報検索装置１５は、受信したメールに書かれたタイムコードから、携帯電話３３で視聴できなかった時間帯のストリームファイル９のＵＲＬを抽出し、メールサーバ２５から携帯電話３３にそのＵＲＬを送る。メールを受信した視聴者５は、メールに記載されたＵＲＬにユーザ端末３５等でアクセスし、視聴する。【選択図】図１
2009077324.tif 000002
【特許請求の範囲】
【請求項１】
ワンセグ放送を視聴可能な携帯端末に対し、タイムコードをメモリに記録させるコマンド群、及び、前記メモリに記録されたタイムコードの記録を含んだ電子メールを所定のメールアドレス宛に電子メールにて送信させるコマンド群を埋め込んだＢＭＬファイルを含んだワンセグ放送コンテンツを放送する電波送出機と、映像データ配信装置と、メールサーバと、ＤＢ情報検索装置とによって少なくとも構成されるワンセグ放送代替視聴システムであって、
前記映像データ配信装置は、
１つのワンセグ放送番組を１つ以上の、ネットワークを介して送信可能な映像データ形式の時分割映像データとして保持する手段と、
要求された時分割映像データをネットワークを介して送信する手段と、
を有し、
前記ＤＢ情報検索装置は、
前記メールサーバが受信する前記タイムコードの記録を含んだ電子メールに含まれるタイムコードに該当しない時分割映像データのＵＲＬを抽出する手段と、
前記ＵＲＬを含んだ電子メールを、前記メールサーバを介して、前記タイムコードの記録を含んだ電子メールの送信元のメールアドレス宛に送信させる手段と、
を有することを特徴とするワンセグ放送代替視聴システム。
【請求項２】
前記ＤＢ情報検索装置は、
ワンセグ放送の番組の番組ＩＤ、番組名、番組放送日、放送回数等の情報を保持する番組情報保持手段と、
前記時分割映像データの番組ＩＤ、タイムコード、ＵＲＬ等の情報を保持する映像情報保持手段と、
を具備することを特徴とする請求項１記載のワンセグ放送代替視聴システム。
【請求項３】
前記ＤＢ情報検索装置は、
前記タイムコードの記録を含んだ電子メールを受信すると、前記番組情報保持手段を検索し、該当する番組の番組ＩＤを抽出する手段と、
前記番組ＩＤを用いて、前記映像情報保持手段から該当する番組に対応するすべての時分割映像データの特定情報を抽出する手段と、
抽出した時分割映像データの特定情報から、前記タイムコードの記録を含んだ電子メールに含まれるタイムコードと一致しない時分割映像データの特定情報を抽出する手段と、
を具備することを特徴とする請求項１記載のワンセグ放送代替視聴システム。
【請求項４】
ワンセグ放送を視聴可能な携帯端末に対し、タイムコードをメモリに記録させるコマンド群、及び、前記メモリに記録されたタイムコードの記録を含んだ電子メールを所定のメールアドレス宛に送信させるコマンド群を埋め込んだＢＭＬファイルを含んだワンセグ放送コンテンツ。
【請求項５】
ワンセグ放送の番組の番組ＩＤ、番組名、番組放送日、放送回数等の情報を保持する番組情報保持手段と、
前記時分割映像データの番組ＩＤ、タイムコード、ＵＲＬ等の情報を保持する映像情報保持手段と、
前記タイムコードの記録を含んだ電子メールに含まれるタイムコードに該当しない時分割映像データのＵＲＬを抽出する手段と、
前記ＵＲＬを含んだ電子メールを、前記メールサーバを介して、前記タイムコードの記録を含んだ電子メールの送信元のメールアドレス宛に送信させる手段と、
を具備することを特徴とするＤＢ情報検索装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末において電波状況悪化により受信できなかったワンセグ放送を代替視聴可能なワンセグ放送代替視聴システム等に関する。
【背景技術】
【０００２】
近年、ワンセグ放送（地上デジタル放送１セグメント部分受信サービス）の本放送サービスが開始され、専用ブラウザを搭載した携帯電話のような携帯端末では、通常のテレビ番組映像である本線映像と、テキストや静止画を中心とした補完情報を表示するデータ放送を視聴することが可能である。データ放送では、放送波により送信される放送コンテンツと、携帯端末のネットワーク機能を用いて送信される通信コンテンツの２種類が存在する。また、データ放送では、本線映像と関連する内容の連動データ放送と、本線映像とは関係のない非連動データ放送の２種類に大別される。
データ放送コンテンツは、ＢＭＬ（Ｂｒｏａｄｃａｓｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）という放送用マークアップ言語で記載されており、各携帯端末に搭載されているＢＭＬヴューアで表示される。（特許文献１参照）
【０００３】
【特許文献１】特開２００７−１５０６６４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記のように携帯端末を用いてワンセグ放送を視聴する場合、携帯端末の携帯性から、屋外でワンセグ放送を視聴する機会が多くなるが、車や電車等で移動しながら視聴していると電波受信状況が悪化し、視聴機会を逃してしまうという可能性がある。テレビの情報は連続性があるため、視聴中に電波が途切れると情報内容の把握が著しく難しく、また、視聴者も番組のどの部分を視聴して、どの部分を視聴できなかったかを把握することも困難である。
【０００５】
本発明は、このような問題に鑑みてなされたもので、その目的とするところは、携帯端末において電波状況悪化により受信できなかったワンセグ放送を代替視聴可能なワンセグ放送代替視聴システム等を提供することにある。
【課題を解決するための手段】
【０００６】
前述した目的を達成するために第１の発明は、ワンセグ放送を視聴可能な携帯端末に対し、タイムコードをメモリに記録させるコマンド群、及び、前記メモリに記録されたタイムコードの記録を含んだ電子メールを所定のメールアドレス宛に電子メールにて送信させるコマンド群を埋め込んだＢＭＬファイルを含んだワンセグ放送コンテンツを放送する電波送出機と、映像データ配信装置と、メールサーバと、ＤＢ情報検索装置とによって少なくとも構成されるワンセグ放送代替視聴システムであって、前記映像データ配信装置は、１つのワンセグ放送番組を１つ以上の、ネットワークを介して送信可能な映像データ形式の時分割映像データとして保持する手段と、要求された時分割映像データをネットワークを介して送信する手段と、を有し、前記ＤＢ情報検索装置は、前記メールサーバが受信する前記タイムコードの記録を含んだ電子メールに含まれるタイムコードに該当しない時分割映像データのＵＲＬを抽出する手段と、前記ＵＲＬを含んだ電子メールを、前記メールサーバを介して、前記タイムコードの記録を含んだ電子メールの送信元のメールアドレス宛に送信させる手段と、を有することを特徴とするワンセグ放送代替視聴システムである。
【０００７】
前記ＤＢ情報検索装置は、ワンセグ放送の番組の番組ＩＤ、番組名、番組放送日、放送回数等の情報を保持する番組情報保持手段と、前記時分割映像データの番組ＩＤ、タイムコード、ＵＲＬ等の情報を保持する映像情報保持手段とを具備する。
前記ＤＢ情報検索装置は、前記タイムコードの記録を含んだ電子メールを受信すると、前記番組情報保持手段を検索し、該当する番組の番組ＩＤを抽出する手段と、前記番組ＩＤを用いて、前記映像情報保持手段から該当する番組に対応するすべての時分割映像データの特定情報を抽出する手段と、抽出した時分割映像データの特定情報から、前記タイムコードの記録を含んだ電子メールに含まれるタイムコードと一致しない時分割映像データの特定情報を抽出する手段とを具備する。
【０００８】
第２の発明は、ワンセグ放送を視聴可能な携帯端末に対し、タイムコードをメモリに記録させるコマンド群、及び、前記メモリに記録されたタイムコードの記録を含んだ電子メールを所定のメールアドレス宛に送信させるコマンド群を埋め込んだＢＭＬファイルを含んだワンセグ放送コンテンツである。
【０００９】
第３の発明は、ワンセグ放送の番組の番組ＩＤ、番組名、番組放送日、放送回数等の情報を保持する番組情報保持手段と、前記時分割映像データの番組ＩＤ、タイムコード、ＵＲＬ等の情報を保持する映像情報保持手段と、前記タイムコードの記録を含んだ電子メールに含まれるタイムコードに該当しない時分割映像データのＵＲＬを抽出する手段と、前記ＵＲＬを含んだ電子メールを、前記メールサーバを介して、前記タイムコードの記録を含んだ電子メールの送信元のメールアドレス宛に送信させる手段と、を具備することを特徴とするＤＢ情報検索装置である。
【発明の効果】
【００１０】
本発明によれば、携帯端末において電波状況悪化により受信できなかったワンセグ放送を代替視聴可能なワンセグ放送代替視聴システム等を提供することができる。
【発明を実施するための最良の形態】
【００１１】
以下、添付図面を参照しながら、本発明に係るワンセグ放送代替視聴システムの好適な実施形態について詳細に説明する。
【００１２】
最初に、図１、２、３、４、５、６、７、８を参照しながら本実施の形態に係るワンセグ放送代替視聴システム１について説明する。
図１は、ワンセグ放送代替視聴システム１の概要を示す図、図２は、映像データ配信サーバ７のハードウエア構成を示す図、図３は、ストリーミングファイル９の詳細を示す図、図４は、ＤＢ情報検索装置１５のハードウエア構成を示す図、図５は、番組ＤＢ１７の詳細を示す図、図６は、映像ＤＢ１９の詳細を示す図、図７は、メールサーバ２５のハードウエア構成を示す図、図８は、携帯電話３３のハードウエア構成を示す図である。
【００１３】
図１に示すように、ワンセグ放送代替視聴システム１は、ワンセグ放送を放送する放送局３に設置される映像データ配信サーバ７、ＤＢ（データベース）情報検索装置１５、メールサーバ２５、データ放送作成装置２７と、視聴者５が所有する携帯電話３３、ユーザ端末３５がネットワーク３１を介して接続される。
携帯電話３３は、ワンセグ放送の専用ブラウザを搭載した携帯電話で、視聴者５は携帯電話３３を用いて放送局５から送出される番組を視聴する。また視聴者は、電波状況悪化等により携帯電話３３で番組が視聴できなかった場合、ユーザ端末３５あるいは携帯電話３３からネットワーク３１を介して映像データ配信サーバ７に接続し、ストリーミングファイル９にアクセスして視聴する。
【００１４】
データ放送作成装置２７は、データ放送をプログラミングするためのコンピュータ等の装置で、プログラミング用のツールを実装している。例えば、放送局３の担当者は、データ放送作成装置２７のテキストエディタ等でＢＭＬをプログラミングし、放送局３が放送するワンセグ放送の放送コンテンツに、連動データ放送を付加する。この連動データ放送では、携帯電話３３のＮＶＲＡＭ（Ｎｏｎ  Ｖｏｌａｔｉｌｅ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）のような不揮発性メモリの部分に一定間隔で、あるいは不定期にタイムコードを記録するコマンドを埋め込む。
連動データ放送を付加した放送コンテンツは、電波送出機２９から送出され、ワンセグ放送として放送局５から放送される。
【００１５】
映像データ配信サーバ７は、視聴者５がワンセグ放送終了後、番組の中で視聴できなかった部分を視聴するための映像データとしてストリーミングファイルをネットワーク３１を介して配信するサーバで、ストリーミングファイル９を有する。
映像データ配信サーバ７及びストリーミングファイル９は、放送局３内に設置してもよいし、あるいは、放送局３が依頼した業者のサーバとして設置してもよい。
【００１６】
図２に示すように、映像データ配信サーバ７は、バス４８により相互接続された制御部４１、記憶装置４２、メディア入出力部４３、入力部４４、印刷部４５、表示部４６、通信部４７等を有する。
【００１７】
制御部４１は、プログラムの実行を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、プログラム命令あるいはデータ等を格納するためのＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等のメモリから構成される。制御部４１は、映像データ配信サーバ７全体の動作を制御する。
【００１８】
記憶装置４２は、映像データ配信サーバ７の制御プログラム等の固定データ、各種データ等を格納するための記憶媒体である。
メディア入出力部４３は、ＣＤ−ＲＯＭ(Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ)あるいはＣＤ−ＲＷ（ＣＤ−ＲｅＷｒｉｔａｂｌｅ）、フレキシブルディスク、ＭＯ(Ｍａｇｎｅｔｏ  Ｏｐｔｉｃ  Ｄｉｓｃ)等の媒体のドライブで、媒体からのデータの読み出しや、媒体へのデータの書き込みを行う。
【００１９】
入力部４４は、キーボード、マウス等の入力装置である。
印刷部４５はプリンタで、ユーザからの要求により必要な情報等の印刷を行う。
表示部４６は、ＣＲＴ（Ｃａｔｈｏｄｅ−ｒａｙ  Ｔｕｂｅ）あるいはＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）等の表示装置である。
通信部４７は、通信制御装置、通信ポート等であり、ネットワーク３１を介した通信等を制御する。
【００２０】
ストリーミングファイル９は、映像データエンコード装置１３が番組の放送コンテンツをエンコードしてストリーミングデータを作成し、映像データ登録装置１１により登録したものである。ストリーミングファイル９に登録されるストリーミングファイルは、連動データ放送で登録したタイムコードの時間間隔毎に作成する。
例えば、９：００〜９：５０の番組において、タイムコードを１０分間隔で記録するようにコマンドを放送コンテンツに書き込んだ場合、図３に示すように、ストリーミングファイル９には９：００−９：１０のストリーミングファイル５１、９：１０−９：２０のストリーミングファイル５２、９：２０−９：３０のストリーミングファイル５３、９：３０−９：４０のストリーミングファイル５４、９：４０−９：５０のストリーミングファイル５５を作成する。
映像データは、例えばフラッシュ等、ストリーミングファイル以外の形式でもよい。
【００２１】
ＤＢ情報検索装置１５は、放送する番組に関する情報を保持する番組ＤＢ１７と、ストリーミングファイル９に登録されたストリーミングファイルに関する情報を保持する映像ＤＢ１９を有する。
図４に示すように、ＤＢ情報検索装置１５は、バス６８により相互接続された制御部６１、記憶装置６２、メディア入出力部６３、入力部６４、印刷部６５、表示部６６、通信部６７等を有する。
【００２２】
制御部６１は、プログラムの実行を行うＣＰＵと、プログラム命令あるいはデータ等を格納するためのＲＯＭ、ＲＡＭ等のメモリから構成される。制御部６１は、ＤＢ情報検索装置１５全体の動作を制御する。
【００２３】
記憶装置６２は、ＤＢ情報検索装置１５の制御プログラム等の固定データ、各種データ等を格納するための記憶媒体である。
メディア入出力部６３は、ＣＤ−ＲＯＭあるいはＣＤ−ＲＷ、フレキシブルディスク、ＭＯ等の媒体のドライブで、媒体からのデータの読み出しや、媒体へのデータの書き込みを行う。
【００２４】
入力部６４は、キーボード、マウス等の入力装置である。
印刷部６５はプリンタで、ユーザからの要求により必要な情報等の印刷を行う。
表示部６６は、ＣＲＴあるいはＬＣＤ等の表示装置である。
通信部６７は、通信制御装置、通信ポート等であり、メールサーバ２５等との通信を制御する。
【００２５】
図５に示すように、番組ＤＢ１７は、番組ＩＤ７１、番組名７２、放送日７３、放送時間７４、放送回数７５、記録間隔７６等の項目のデータを１レコードとして記録保持する。この１レコードは、あるワンセグ番組に対応するタイムコードの区切りで分割されたストリーミングファイル（時分割映像データ）の１つを特定する情報である。
【００２６】
番組ＩＤ７１は、放送される番組の識別子で、番組およびその放送回数毎に一意的に付けられる。番組名７２は、番組の名称である。放送日７３は、番組を放送する日時で、例えば、「２００７／１０／２１」という文字列である。放送時間７４は、番組を放送する時間で、例えば、「９：００−９：５０」という文字列である。放送回数７５は、その番組の放送回数である。記録間隔７６は、連動データ放送としてタイムコードを記録する間隔である。タイムコードは、記録間隔７６に従って一定時間間隔で記録してもよいし、あるいは、番組中にコマーシャルを放送するタイミングで不定期にタイムコードを記録するするようにしてもよい。
番組ＩＤ７１、番組名７２、放送日７３、放送時間７４、放送回数７５、記録間隔７６等は、番組情報入力装置２１を用いて番組ＤＢ１７に入力する。
【００２７】
図６に示すように、映像ＤＢ１９は、ファイルＩＤ８１、番組ＩＤ７１、タイムコード８３、ファイル名８４、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）８５等を１レコードとして記録保持する。
【００２８】
ファイルＩＤ８１は、ストリーミングファイル９内のストリーミングファイルを一意的に表す識別子である。番組ＩＤ７１は、番組ＤＢ１７に登録された番組の識別子である。タイムコード８３は、ストリーミングファイルが番組のどの時間帯に放送された部分と対応しているかを示す。ファイル名８４は、ストリーミングファイルのファイル名である。ＵＲＬ８５は、ネットワーク３１を介してストリーミングファイルにアクセスするのに必要となるＵＲＬである。
ファイルＩＤ８１、番組ＩＤ７１、タイムコード８３、ファイル名８４、ＵＲＬ８５等は、映像情報入力装置２３を用いて映像ＤＢ１９に入力する。
番組ＤＢ１７、映像ＤＢ１９への入力は、番組情報入力装置２１、映像情報入力装置２３のように別々の入力装置ではなく、同一の入力装置から行うようにしてもよい。
【００２９】
メールサーバ２５は、ネットワーク３１を介して電子メール（以下、単に「メール」と記述する。）の送受信をする。メールは、送信元及び受信先のメールアドレスを基に送受信される。以下では、送信元及び受信先として、単に装置の名称のみを記述する。これは、例えば、携帯端末３３を送信元とする場合、携帯端末３３が送信するメールに係るメールアドレスが送信元のメールアドレスであることを意味する。また、例えば、携帯端末３３を受信先とする場合、携帯端末３３が受信するメールに係るメールアドレスが受信先のメールアドレスであることを意味する。
図７に示すように、メールサーバ２５は、バス９８により相互接続された制御部９１、記憶装置９２、メディア入出力部９３、入力部９４、印刷部９５、表示部９６、通信部９７等を有する。
【００３０】
制御部９１は、プログラムの実行を行うＣＰＵと、プログラム命令あるいはデータ等を格納するためのＲＯＭ、ＲＡＭ等のメモリから構成される。制御部９１は、メールサーバ２５全体の動作を制御する。
【００３１】
記憶装置９２は、メールサーバ２５の制御プログラム等の固定データ、各種データ等を格納するための記憶媒体である。
メディア入出力部９３は、ＣＤ−ＲＯＭあるいはＣＤ−ＲＷ、フレキシブルディスク、ＭＯ等の媒体のドライブで、媒体からのデータの読み出しや、媒体へのデータの書き込みを行う。
【００３２】
入力部９４は、キーボード、マウス等の入力装置である。
印刷部９５はプリンタで、ユーザからの要求により必要な情報等の印刷を行う。
表示部９６は、ＣＲＴあるいはＬＣＤ等の表示装置である。
通信部９７は、通信制御装置、通信ポート等であり、ネットワーク３１を介した通信や、ＤＢ情報検索装置１５との通信等を制御する。
【００３３】
携帯電話３３は、ワンセグ放送専用のブラウザ、チューナを搭載した携帯電話である。
図８に示すように、携帯電話３３は、バス１０８を介して接続される制御部１０１、通信部１０２、音声入力部１０３、表示部１０４、音声出力部１０５、入力部１０６、メモリ１０７とアンテナ１０９等の通常の携帯電話の機能に加え、ワンセグチューナ１１０を有する。ワンセグチューナ１１０は、バス１１５を介してチューナ制御部１１１、メモリ１１２、ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）復調部１１３、チューナ１１４とアンテナ１１６等を有する。
【００３４】
制御部１０１は、プログラムの実行を行うＣＰＵと、ＯＳ、プログラム命令あるいはデータ等を格納するためのＲＯＭ、一時的な作業用データを格納するためのＲＡＭ等のメモリから構成される。制御部１０１は、携帯電話３３全体を制御する。
通信部１０２は、基地局（図示しない）との間で行われる無線通信を制御する。通信部１０２は、制御部１０１の制御の下、音声に関するデータやパケット通信用のデータ等の信号を生成し、アンテナ１０９を介して基地局に送信したり、あるいは、基地局から送信される無線信号を受信し、受信した信号を復調して音声に関するデータやパケット通信用のデータを取得する。
【００３５】
音声入力部１０３は、マイク等で、音声を入力する。
表示部１０４は液晶表示パネル等を有し、表示制御を行う。
音声出力部１０５は、スピーカ、イヤホン等で音声の出力をする。
入力部１０６は、数字や文字、操作指示を入力するためのキーボタン等を有し、キーボタンの操作に応じた信号を制御部１０１に出力する。
メモリ１０７は、携帯電話３３にインストールされているアプリケーションプログラムや、電話番号及びメールアドレス等のアドレス帳データ等が格納されている。また、ワンセグ放送の映像領域としても使用される。
【００３６】
ワンセグチューナ１１０のチューナ制御部１１１は、プログラムの実行を行うＣＰＵと、ＯＳ、プログラム命令あるいはデータ等を格納するためのＲＯＭ、一時的な作業用データを格納するためのＲＡＭ等のメモリから構成される。チューナ制御部１１１は、ワンセグチューナ１１０全体を制御する。
メモリ１１２は、揮発性メモリ領域であるＵｒｅｇ／Ｇｒｅｇと、不揮発性メモリ領域であるＮＶＲＡＭを有する。メモリ１１２へのアクセスは、ワンセグチューナ１１０のチューナ制御部１１１からのみアクセス可能で、携帯電話３３の制御部１０１からはアクセスできない。
チューナ１１４は、アンテナ１１６を介してワンセグ放送を受信、選局し、音声、映像信号を得る。
ＯＦＤＭ復調部１１３は、ＯＦＤＭ変調された音声、映像信号を復調する。
【００３７】
次に、図９、１０、１１、１２、１３、１４、１５，１６を参照しながら、ワンセグ放送代替視聴システム１の実施形態の動作について説明する。
図９は、ワンセグ放送の連動データコンテンツによるイベントメッセージの処理の流れを示すフローチャート、図１０は、番組放送時の携帯電話３３のメモリ１１２へのタイムコードの書き込みの一例を示す図、図１１は、携帯電話３３における視聴状況をメール送信する処理の流れを示すフローチャート、図１２は、携帯電話３３の表示部１０４上の視聴状況確認ボタンを示す図、図１３は、携帯電話３３の表示部１０４上での視聴状況確認画面の一例を示す図、図１４は、携帯電話３３の視聴状況メール送信画面の一例を示す図、図１５は、携帯電話３３にストリームファイルのＵＲＬを通知する処理の流れを示すフローチャート、図１６は、携帯電話３３のストリームファイルＵＲＬ通知メール画面の一例を示す図である。
【００３８】
放送局３では、番組を放送する前に、番組の番組ＤＢ１７への登録、データ放送の作成、ストリーミングファイル９の準備、映像ＤＢ１９への登録を行う。
放送局３では、担当者が番組情報入力装置２１を介して、番組ＤＢ１７に対し、放送する番組の番組ＩＤ７１、番組名７２、放送日７３、放送時間７４、放送回数７５、タイムコードを記録する記録間隔７６等を入力する。
【００３９】
また、放送局３の担当者は、放送する番組の放送コンテンツに連動データを付加し、携帯電話３３のワンセグチューナ１１０のＮＶＲＡＭのようなメモリ１１２にタイムコードを記録するための連動データコンテンツをＢＭＬの記述により作成する。タイムコードは、例えば１０分毎に記録するように設定する。メモリ１１２へのタイムコードの書き込みは、イベントメッセージを利用する。
イベントメッセージは、イベントメッセージを受信してから実行するまでの時間指定方法情報である「ｔｉｍｅ＿ｍｏｄｅ」、イベントメッセージに割り当てられたＩＤ値である「ＥＭ  ｉｄ」、イベントメッセージに割り振られたバージョン値である「ＥＭ  ｖｅｒｓｉｏｎ」、イベントメッセージに含まれる付加テキスト情報である「ＰｒｉｖａｔｅＤａｔａＢｙｔｅ」等の構成データからなる。タイムコードを記録するイベントメッセージの場合、「ＰｒｉｖａｔｅＤａｔａＢｙｔｅ」は時刻情報である。
【００４０】
図９に示すように、連動データコンテンツの最初の実行される部分には、特定の識別番号のイベントメッセージを有効化するＢＭＬコマンドであるＥＭ（Ｅｖｅｎｔ  Ｍｅｓｓａｇｅ）コマンド１５０が記述される。さらに、該当する識別番号のイベントメッセージを受信した際に実行される割り込み処理の記述もされる。
携帯端末３３に搭載されているＢＭＬビューワは、イベントメッセージに含まれるメッセージを解釈して実行する。
【００４１】
また、視聴者５が携帯端末３３で番組の視聴状況を確認したいときに、放送局３に視聴状況をメールで送信するため、データ放送からメーラソフトを起動する関数「Ｘ＿ＤＰＡ＿ｍａｉｌＴｏ（）」、携帯電話３３のワンセグチューナ１１０のメモリ１１２に記録されたタイムコード、放送局３を宛先とするメールアドレスを読み出す関数「ｒｅａｄＰｅｒｓｉｓｔｅｎｔＡｒｒａｙ（）」を、放送コンテンツに付加する連動データに埋め込む。
【００４２】
ストリーミングファイル９の準備として、映像データエンコード装置１３を用いて番組をエンコードしてストリーミングファイルを生成し、映像データ登録装置１１を用いてストリーミングファイル９に登録する。
ストリーミングファイルは、番組ＤＢ１７に登録したタイムコードを記録する間隔毎に生成する。例えば、タイムコードの記録間隔７６が１０分の場合、９：００−９：１０のストリーミングファイル５１、９：１０−９：２０のストリーミングファイル５２、９：２０−９：３０のストリーミングファイル５３、９：３０−９：４０のストリーミングファイル５４、９：４０−９：５０のストリーミングファイル５５というように１０分間隔で区切ったストリーミングファイルを生成し、登録する。
【００４３】
映像ＤＢ１９の登録では、ストリーミングファイル９に登録した９：００−９：１０のストリーミングファイル５１、９：１０−９：２０のストリーミングファイル５２、９：２０−９：３０のストリーミングファイル５３、９：３０−９：４０のストリーミングファイル５４、９：４０−９：５０のストリーミングファイル５５のファイルＩＤ８１、番組ＩＤ７１、タイムコード８３、ファイル名８４、ＵＲＬ８５等を映像情報入力装置２３を用いて入力する。
【００４４】
放送局３はデータ放送作成装置２７により、作成した連動データを付加した放送コンテンツを電波送出機２９を介して放送する。放送コンテンツには、本線映像ストリームと連動データ放送コンテンツが含まれる。
【００４５】
視聴者５が携帯端末３３で放送局３を選択すると、放送局３から放送中の放送コンテンツデータが携帯電話３３で受信され、ＢＭＬにより記述された連動データコンテンツ部分は携帯電話３３のメモリ１１２にキャッシュされる。携帯電話３３の制御部１０１は、ＢＭＬビューワを介して、キャッシュされたＢＭＬによる記述である連動データを解釈し、それと並行してＭＰＥＧデコードされたストリム映像と共に、表示部１０４に表示する。
【００４６】
携帯電話３３が放送局３からの放送コンテンツデータの受信を開始すると、制御部１０１はＥＭコマンド１５０を実行し、ＥＭの有効化１５１を行う。これにより、連動データコンテンツの実行中、即ち、放送局３の番組を視聴中、携帯電話３３はＥＭコマンド１５０の「ｅｍｉｄ」で指定された識別番号のイベントメッセージを待っている状態であるＥＭ待ち受け状態１５２となる。
【００４７】
放送局３は、番組放送中に所定のタイミング、例えば１０分間隔で、時刻情報をテキスト情報エリアである「ＰｒｉｖａｔｅＤａｔａＢｙｔｅ」に含んだイベントメッセージを放送する。
携帯電話３３がイベントメッセージを受信すると、イベントメッセージの割り込み処理を実行し、携帯端末３３のワンセグチューナ１１０のチューナ制御部１１１は、イベントメッセージ内の「ＰｒｉｖａｔｅＤａｔａＢｙｔｅ」に書き込まれているデータを関数「ｗｒｉｔｅＰｅｒｓｉｓｔｅｎｔＡｒｒａｙ（）」を用いて、メモリ１１２に記録する。
図１０に示すように、ワンセグチューナ１１０のメモリ１１２にはタイムコード１２０が順次記録される。
ただし、番組視聴途中に電波障害等が発生し、番組を視聴できない状態では連動データ放送も受信できず、タイムコードを書き込むコマンドも受信しないため、メモリ１１２へのタイムコードの記録もされない。例えば、９：３０に電波障害等が起きている場合、「９：３０」のタイムコードは記録されない。
図１０の例では、９：００〜９：２０と、９：４０〜９：５０は正常に視聴され、９：２０〜９：４０は正常に視聴されていないことになる。
【００４８】
番組終了後、視聴者５が電波障害等により視聴中断した箇所の視聴を希望する場合、図１１に示す視聴状況メール送信処理を行う。
図１２に示すように、携帯電話３３の表示部１０４は、放送コンテンツを表示する本線映像部１２１と、データ放送部１２２を有する。視聴者５は、データ放送部１２２内に表示される視聴状況確認ボタン１２３を選択すると、携帯電話３３のワンセグチューナ１１０のチューナ制御部１１１は、関数「ｒｅａｄＰｅｒｓｉｓｔｅｎｔＡｒｒａｙ（）」を用いて、メモリ１１２からタイムコード１２０を読み出す（ステップ２０１）。
【００４９】
ワンセグチューナ１１０のチューナ制御部１１１は、図１３に示すように、表示部１０４のデータ放送部１２２に読み出したタイムコード１２０の内容を表示する（ステップ２０２）。
視聴者５が視聴した時間を示すタイムコード「９：００」、「９：１０」、「９：２０」、「９：４０」、「９:５０」は表示されるが、視聴できなかった時間を示すタイムコード「９：３０」は表示されない。
【００５０】
視聴者５が携帯電話３３の表示部１０４に表示されたタイムコード１２０の内容を確認し、「はい」ボタン１２４を選択して放送局３への送信を要求すると、ワンセグチューナ１１０のチューナ制御部１１１は、関数「ｒｅａｄＰｅｒｓｉｓｔｅｎｔＡｒｒａｙ（）」を用いて読み出したタイムコード１２０の内容を携帯電話３３の制御部１０１に渡し、関数「Ｘ＿ＤＰＡｍａｉｌＴｏ」を用いてメール送信を指示する（ステップ２０３）。
【００５１】
携帯電話３３の制御部１０１は、メーラソフトを起動し、視聴状況のメール送信画面を表示する（ステップ２０４）。図１４に示すように、視聴状況のメール送信画面では、メール本文１２６に番組の放送日時１２７、番組名及び放送回数１２８、タイムコード１２９を表示する。視聴者５が送信ボタン１３０を選択すると、携帯電話３３の制御部１０１は、ネットワーク３１を介してメールを放送局３のメールサーバ２５に送信する（ステップ２０５）。
視聴者５は、番組途中で視聴をやめ、後で映像データ配信サーバ７を介してストリーミングファイル９で続きを視聴する場合、番組途中でデータ放送部１２２の視聴状況確認ボタン１２３を選択する。これにより、視聴状況確認ボタン１２３選択時点以降の時間帯のタイムコードは記録されていないため、電波障害等と同様に視聴できなかったとして放送局３に通知される。
【００５２】
放送局３から視聴者にストリームファイルのＵＲＬを通知する処理では、図１５に示すように、メールサーバ２５が携帯電話３３からのメールを受信すると、メール内にある番組名、放送日時、放送回数をＤＢ情報検索装置１５に送る（ステップ３０１）。
【００５３】
ＤＢ情報検索装置１５は、受信した番組名、放送日時、放送回数を検索キーとして、番組ＤＢ１７を検索し、一致する番組ＩＤ７１を抽出する。（ステップ３０２）。
ＤＢ情報検索装置１５は、抽出した番組ＩＤ７１をキーとして映像ＤＢ１９を検索し、抽出した番組ＩＤ７１を持つレコードを抽出する（ステップ３０３）。例えば、図５に示した番組ＩＤ７１が「１」のレコードを検索した場合、図６に示したファイルＩＤ８１が「１」、「２」、「３」、「４」、「５」の５個のレコードが抽出される。
【００５４】
ＤＢ情報検索装置１５は、映像ＤＢ１９から抽出したレコードと、メールで送られたタイムコードを照合し、タイムコードが存在しないレコードを視聴者５が視聴できなかった時間帯として抽出する（ステップ３０４）。
メールでは、「９：００」、「９：１０」、「９：２０」、「９：４０」、「９：５０」の５個のタイムコードが送られているため、タイムコード「９：３０」を持つレコードが抽出される。
【００５５】
ＤＢ情報検索装置１５は、抽出したレコードのファイル名８４、ＵＲＬ８５をメールサーバ２５に送り（ステップ３０５）、メールサーバ２５は携帯電話３３に図１６に示すようなストリームファイルＵＲＬ通知メールを送る（ステップ３０６）。
タイムコード「９：３０」を持つレコードが抽出されたため、ストリームファイルのＵＲＬ「ｈｔｔｐ：／／ｘｘｘ．９：２０＿９：３０．ｓｔｍ」と「ｈｔｔｐ：／／ｘｘｘ．９：３０＿９：４０．ｓｔｍ」を通知するメールが携帯電話３３に送られる。
視聴者５は、携帯電話３３で受け取ったメールに記載されているＵＲＬにネットワーク３１を介してアクセスし、視聴する。ストリームファイルの視聴は、ユーザ端末３５から指定されたＵＲＬにアクセスしてもよいし、携帯電話３３から指定されたＵＲＬにアクセスしてもよい。
【００５６】
このように本実施によれば、携帯端末において電波状況悪化により受信できなかったワンセグ放送を代替視聴可能なワンセグ放送代替視聴システム等を提供することができる。
【００５７】
以上、添付図面を参照しながら本発明に係るワンセグ放送代替視聴システムの好適な実施形態について説明したが、前述した実施の形態に限定されない。当業者であれば、特許請求の範囲に記載された技術的思想の範疇内において各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【図面の簡単な説明】
【００５８】
【図１】ワンセグ放送代替視聴システム１の概要を示す図
【図２】映像データ配信サーバ７のハードウエア構成を示す図
【図３】ストリーミングファイル９の詳細を示す図
【図４】ＤＢ情報検索装置１５のハードウエア構成を示す図
【図５】番組ＤＢ１７の詳細を示す図
【図６】映像ＤＢ１９の詳細を示す図
【図７】メールサーバ２５のハードウエア構成を示す図
【図８】携帯電話３３のハードウエア構成を示す図
【図９】ワンセグ放送の連動データコンテンツによるイベントメッセージの処理の流れを示すフローチャート
【図１０】番組放送時の携帯電話３３のメモリ１１２へのタイムコードの書き込みの一例を示す図
【図１１】携帯電話３３における視聴状況をメール送信する処理の流れを示すフローチャート
【図１２】携帯電話３３の表示部１０４上の視聴状況確認ボタンを示す図
【図１３】携帯電話３３の表示部１０４上での視聴状況確認画面の一例を示す図
【図１４】携帯電話３３の視聴状況メール送信画面の一例を示す図
【図１５】携帯電話３３にストリームファイルのＵＲＬを通知する処理の流れを示すフローチャート
【図１６】携帯電話３３のストリームファイルＵＲＬ通知メール画面の一例を示す図
【符号の説明】
【００５９】
１………ワンセグ放送代替視聴システム
３………放送局
５………視聴者
７………映像データ配信サーバ
９………ストリーミングファイル
１１………映像データ登録装置
１３………映像データエンコード装置
１５………ＤＢ情報検索装置
１７………番組ＤＢ
１９………映像ＤＢ
２１………番組情報入力装置
２３………映像情報入力装置
２５………メールサーバ
２７………データ放送作成装置
２９………電波送出機
３１………ネットワーク
３３………携帯電話
３５………ユーザ端末
【図１】
2009077324.tif 000003
【図２】
2009077324.tif 000004
【図３】
2009077324.tif 000005
【図４】
2009077324.tif 000006
【図５】
2009077324.tif 000007
【図６】
2009077324.tif 000008
【図７】
2009077324.tif 000009
【図８】
2009077324.tif 000010
【図９】
2009077324.tif 000011
【図１０】
2009077324.tif 000012
【図１１】
2009077324.tif 000013
【図１２】
2009077324.tif 000014
【図１３】
2009077324.tif 000015
【図１４】
2009077324.tif 000016
【図１５】
2009077324.tif 000017
【図１６】
2009077324.tif 000018