(57)【要約】【課題】ワンセグ地上ディジタル放送の録画再生時にも最新の適切な通信コンテンツを得ることが可能なデータ放送コンテンツ更新サーバを提供する。【解決手段】ワンセグ放送の録画再生時に、携帯端末１０から放送局３０の１次リンクサーバ３１に対して通信コンテンツ（の更新情報）要求２１が送信される。１次リンクサーバ３１の情報更新準備手段３１３は、該当番組の該当情報についてＢＭＬで記述されたテンプレート３１７３を更新情報データベース３１７から取り出し、これに、更新情報が格納されている情報サーバ７１のアドレスを埋め込んで携帯端末１０に返送する。携帯端末１０では、テンプレート３１７３展開時に、情報サーバ７１がアクセス実行される。情報サーバ７１は、更新情報を情報データベース７１５から抽出し、携帯端末１０に返送する。テンプレート３１７３に更新情報が埋め込まれ、更新された通信コンテンツが表示される。【選択図】図５
2008236452.tif 000002
【特許請求の範囲】
【請求項１】
ディジタルテレビ放送を受信・録画可能な携帯端末によって録画された映像およびデータ放送コンテンツに対して、
録画再生時に、前記データ放送コンテンツに含まれる更新情報を、前記携帯端末のデータ通信機能を使用して通信コンテンツとして更新することを特徴とするデータ放送コンテンツ更新サーバ。
【請求項２】
ディジタルテレビ放送番組のデータ放送コンテンツの通信コンテンツ・テンプレートと更新情報名、更新アドレスを管理する更新情報データベースと、
前記更新内容を格納する情報データベースと、
を備え、
前記ディジタルテレビ放送を受信/録画可能な携帯端末での録画再生時に、前記携帯端末のデータ通信機能によってなされる前記番組の通信コンテンツの更新要求に対して、
前記更新情報データベースに格納されている前記通信コンテンツ・テンプレートと更新情報名、更新アドレスを前記携帯端末に送信する情報更新準備手段と、
前記更新アドレスによる前記携帯端末のアクセスにしたがって前記情報データベースを検索し、前記更新内容を携帯端末に送信する更新情報送信手段と、
を有することを特徴とするデータ放送コンテンツ更新サーバ。
【請求項３】
前記通信コンテンツ・テンプレートは、放送用マークアップ言語ＢＭＬ（Broadcast Markup Language）で記述されていることを特徴とする請求項２記載のデータ放送コンテンツ更新サーバ。
【請求項４】
前記携帯端末による前記番組のデータ放送コンテンツの更新要求は、番組識別子、前記番組内での番組内容識別子を含むことを特徴とする請求項２記載のデータ放送コンテンツ更新サーバ。
【請求項５】
前記情報更新準備手段は、前記携帯端末の前記更新要求に含まれる前記番組識別子、前記番組内容識別子により前記更新情報データベースを検索し、前記番組識別子および前記番組内容識別子に対応する通信コンテンツ・テンプレートを抽出し、前記通信コンテンツ・テンプレートに、更新アドレスと更新情報名を埋め込んで前記携帯端末に送信することを特徴とする請求項２、請求項３、請求項４のいずれかに記載のデータ放送コンテンツ更新サーバ。
【請求項６】
前記更新情報データベースは放送局により、前記情報データベースは放送局または情報提供企業により管理されることを特徴とする請求項２記載のデータ放送コンテンツ更新サーバ。
【請求項７】
コンピュータを請求項１から請求項６に記載のデータ放送コンテンツ更新サーバとして機能させるコンピュータで読取り可能なプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ワンセグ放送の録画再生時に、データ放送コンテンツを更新するデータ放送コンテンツ更新サーバに関する。
【背景技術】
【０００２】
２００６年よりワンセグ放送が開始され、携帯電話等の移動体端末（携帯端末）で地上ディジタル放送を視聴できるようになった。
これに伴い、携帯端末での地上ディジタル放送視聴を容易にする機器が提案されている（特許文献１）。
特許文献１は、移動通信機器で地上ディジタル放送を視聴する場合の番組選択を容易にする機能を有する移動通信機器について提案している。
【特許文献１】特開２００６−１４０６４０号公報
【０００３】
図１は、携帯端末１０におけるワンセグ放送表示の説明図である。
ワンセグ放送は、地上ディジタル放送用にＵＨＦ（ultra high frequency）帯に割り当てた１チャネル（６ＭＨｚ）を１３セグメントに分割したなかの真ん中の１セグメントを使用して行う移動体機器向けの地上ディジタルテレビ放送である。
【０００４】
図１に示すように、携帯端末１０の画面１１に携帯端末１０が受信したワンセグ放送が表示される。ワンセグ放送は、本線映像１３とデータ放送１５から成る。
本線映像１３は、地上ディジタル放送の固定テレビ向け映像データをＨ.２６４と呼ばれる方式で圧縮しており、横３２０ドット、縦１８０ドット、１５フレーム/秒の表示が可能である。
【０００５】
一方、データ放送１５は、文字を中心とした例えばニュース、天気、交通情報、双方向サービス等のサービスであり、上記本線映像１３とともに放送局から配信される放送コンテンツ１７と、携帯端末１０の通信機能を使った通信コンテンツ１９からなる。
【０００６】
放送コンテンツ１７と通信コンテンツ１９は、どちらもＢＭＬ（Broadcast Markup Language）という社団法人電波産業会（ＡＲＩＢ：Association of Radio Industries and Businesses）が策定した放送用マークアップ言語で記述される。このＢＭＬは、ＨＴＭＬ（hyper Text
Markup Language）等との親和性の高い記述言語である。
【０００７】
図２は、ワンセグ放送の放送システムの概要を示している。
図２（ａ）に示すように、放送局３０は、本線映像１３とＢＭＬで記述された放送コンテンツ１７からなるデータをワンセグ放送用に割り当てられたＵＨＦ帯波長を使用して放送電波配信設備４０を介して配信する。
視聴者２０は、ワンセグ放送に対応した携帯端末１０を使用することにより、放送局３０が送出した本線映像１３と放送コンテンツ１７を視聴することができる。
【０００８】
ここで、ワンセグ対応の携帯端末１０には、ＢＭＬで記述されたデータを画面１１に表示するためのブラウザが搭載されている。
表示に必要なＢＭＬデータが揃うと、画面１１を例えば２分割して、本線映像１３とデータ放送コンテンツ１７が表示され、視聴者２０は、映像とともに文字を中心としたデータ放送を同時に視聴することが可能である。
データ放送コンテンツ１７は、例えばニュース、天気、交通情報や、本線映像１３の番組に関連した文字や画像による情報であり、放送局３０が放送電波配信設備４０を介して送信するものである。
【０００９】
一方、クイズ番組等への参加などの双方向サービスや、番組に関連した情報の問い合わせなどを携帯端末１０の通信機能を使用して行うことも可能であり、この通信機能を使用して携帯端末１０に送られるコンテンツを通信コンテンツ１９と呼ぶ。
【００１０】
通信コンテンツ１９は、放送局３０が運営する１次リンクサーバ３１で管理されており、この１次リンクサーバ３１と携帯端末１０間のネットワークを介したパケット通信により携帯端末１０に送られる。
すなわち、例えば、通信コンテンツ要求２１を、携帯端末１０の画面１１に表示された放送コンテンツ１７から携帯キャリア回線網５０を介して送出し、放送局３０に付属した１次リンクサーバ３１に送る。これに対して、この１次リンクサーバ３１が、通信コンテンツ要求２１に対応する通信コンテンツ１９を携帯端末１０に送り返す。
【００１１】
また、最近では携帯端末１０に装備されているメモリの記憶容量が非常に大きくなっており、受信した地上ディジタル放送を録画する機能が装備されている。録画された放送データは、固定テレビの録画装置の場合と同様に後で視聴することが可能である。
【００１２】
図２（ｂ）は、地上ディジタル放送の録画を説明する図である。
録画時には、録画データが携帯端末１０の記憶部２３に格納される。録画データは、放送局３０が放送電波配信設備４０を介してＵＨＦ波帯の電波で送信した本線映像１３とデータ放送のうちの放送コンテンツ１７よりなる。
【００１３】
すなわち、携帯端末１０で録画映像を再生して視聴する際は、記憶部２３に録画された本線映像１３と録画時の放送コンテンツ１７が再生されることになる。
【発明の開示】
【発明が解決しようとする課題】
【００１４】
しかしながら、データ放送のうちの通信コンテンツ１９については、録画時のデータは携帯端末１０内の記憶部２３に格納されず、録画視聴時に通信コンテンツ１９を新たに得られないという問題がある。
【００１５】
本発明は、このような問題に鑑みてなされたもので、その目的とするところは、ワンセグ地上ディジタル放送の録画再生時にも最新の適切な通信コンテンツを得ることが可能なデータ放送コンテンツ更新サーバを提供することである。
【課題を解決するための手段】
【００１６】
前述した課題を解決するための第１の発明は、地上ディジタル放送を受信・録画可能な携帯端末によって録画された映像およびデータ放送コンテンツに対して、録画再生時に、前記データ放送コンテンツに含まれる更新情報を、前記携帯端末のデータ通信機能を使用して通信コンテンツとして更新することを特徴とするデータ放送コンテンツ更新サーバである。
【００１７】
すなわち、ディジタルテレビ放送番組のデータ放送コンテンツの通信コンテンツ・テンプレートと、更新情報名、更新アドレスを管理する更新情報データベースと、前記更新内容を格納する情報データベースと、を備え、前記ディジタルテレビ放送を受信/録画可能な携帯端末での録画再生時に、前記携帯端末によってなされる前記番組の通信コンテンツの更新要求に対して、前記更新情報データベースに格納されている前記通信コンテンツ・テンプレートと更新情報名、更新アドレスを前記携帯端末に送信する情報更新準備手段と、前記更新アドレスによる前記携帯端末からのアクセスにしたがって前記情報データベースを検索し、前記更新内容を携帯端末に送信する更新情報送信手段と、を有することを特徴とするデータ放送コンテンツ更新サーバである。
【００１８】
ここで、前記通信コンテンツ・テンプレートは、放送用マークアップ言語ＢＭＬ(Broadcast Markup Language）で記述されている。
また、前記携帯端末による前記番組のデータ放送コンテンツの更新要求は、番組識別子、前記番組内での番組内容識別子であり、前記情報更新準備手段は、前記携帯端末の前記更新要求に含まれる前記番組識別子、前記番組内容識別子により前記更新情報データベースを検索し、前記番組識別子および前記番組内容識別子に対応する通信コンテンツ・テンプレートを抽出し、前記通信コンテンツ・テンプレートに、更新アドレスと更新情報名を埋め込んで前記携帯端末に送信することが好ましい。
さらに、前記更新情報データベースは放送局により、前記情報データベースは放送局または情報提供企業により管理される。
【００１９】
また、第２の発明は、コンピュータを請求項１から請求項６に記載のデータ放送コンテンツ更新サーバとして機能させるコンピュータで読取り可能なプログラムである。
【００２０】
まず、携帯端末内に録画されたディジタル放送を視聴すると、本線映像と放送コンテンツが視聴できる。
放送コンテンツのなかで通信コンテンツを呼び出し可能な場合には、録画再生時に携帯端末から通信コンテンツの更新要求がデータ通信機能を使用してデータ放送コンテンツ更新サーバに送られる。
このとき、通信コンテンツ更新要求には、番組名等の番組識別子と、番組のなかの場面名等の番組内識別子が含まれる。
【００２１】
更新情報準備手段は、通信コンテンツ更新要求を受け取ると、含まれている番組識別子および番組内識別子により更新情報データベースを検索し、該当する番組、番組内容の通信コンテンツ・テンプレートを取り出す。
通信コンテンツ・テンプレートはＢＭＬで記述されており、更新情報準備手段は、この通信コンテンツ・テンプレートに、更新されるべき情報の更新情報名と、更新内容を得られる情報データベースの更新アドレスを埋め込み、これらの情報が埋め込まれた通信コンテンツ・テンプレートを携帯端末に返送する。
【００２２】
携帯端末は、受け取ったＢＭＬで記述された通信コンテンツ・テンプレートを表示可能にする段階で、埋め込まれた更新アドレスにアクセスする。
更新情報送信手段は、更新アドレスに基づいて情報データベースを検索し、抽出した更新情報を携帯端末に返送する。
これにより通信コンテンツ・テンプレートに更新情報が埋め込まれ、携帯端末に表示することが可能になる。
【発明を実施するための最良の形態】
【００２３】
以下、図面に基づいて本発明の第１の好適な実施形態について詳細に説明する。
図３は、本発明の第１の実施形態に係る通信コンテンツ更新システムの概略図である。
録画再生を行なう視聴者２０のワンセグ携帯端末１０は、携帯キャリア回線網５０を介して放送局３０の１次リンクサーバ３１と接続可能である。
【００２４】
１次リンクサーバ３１は、制御部、通信部およびデータベース等からなり、制御部はＣＰＵおよびＲＯＭ、ＲＡＭ等のメモリからなり、通信部、データベース等のサーバ内の機能を制御する。通信部は、携帯キャリア回線網５０やインターネット等のネットワークとの通信制御を行なう。データベースは、放送局３０が放送する各番組の放送コンテンツ１７や通信コンテンツ１９の格納、管理を行う。
【００２５】
携帯端末１０は、例えば、ワンセグ地上ディジタル放送の視聴・録画が可能な携帯電話や移動通信端末等である。
例えばワンセグ対応携帯電話を例とする携帯端末１０は、電話やデータ通信を実行する電話機能部と、ワンセグ放送を受信し、表示するワンセグ放送受信機能部を備える。
【００２６】
電話機能部は、制御部、アンテナを含む無線通信部、音声処理部、記憶部、入力部（キー入力部）、表示部（液晶表示部）等を備える。制御部は、ＣＰＵおよびＲＡＭ、ＲＯＭ等のメモリからなり、メモリに格納されている携帯電話の各機能を実行する制御プログラムをＣＰＵで実行することにより処理が行われる。
【００２７】
一方、ワンセグ放送受信機能部は、特定周波数の信号を抽出するディジタル・チューナや、受信信号をビデオストリームやオーディオストリーム、放送情報等に分離するデマルチプレクサ、ビデオストリーム等の復号処理を行うデコーダ、制御部等からなる。制御部は、ＣＰＵおよびＲＡＭ、ＲＯＭ等のメモリからなる。
受信された信号は、デマルチプレクサによって本線映像１３およびオーディオ情報、放送コンテンツ１７等のＰＳＩ/ＳＩ（Program Specification
Information/Service Information）や放送情報等に分離され、制御部に送られる。
制御部は、本線映像１３とオーディオ情報を出力するとともに、放送マークアップ言語ＢＭＬで記述された放送コンテンツ１７を、ＢＭＬブラウザによって処理し、画面１１に表示する。
【００２８】
ワンセグ放送を録画する場合には、制御部が、受信された本線映像１３およびオーディオ情報と、放送コンテンツ１７を番組識別情報（ＰＳＩ）とともに記憶部に格納する。
録画再生時には、視聴者２０が携帯端末１０の記憶部に格納されている番組（番組Ａ）を番組識別情報（ＰＳＩ）により選択し、番組Ａの再生を行なう。
【００２９】
この放送コンテンツ１７に通信コンテンツを呼び出すボタン２５が設けられているとする。
通信コンテンツ要求ボタン２５を押すと、ＢＭＬで記述されている放送コンテンツ１７に埋め込まれている番組ＡのＵＲＬ（サーバ・アドレス３１Ａ）へのアクセスが実行される。
【００３０】
放送局３０には番組ごとに１次リンクサーバ３１が用意されている。すなわち番組Ａ用の１次リンクサーバ３１Ａ、番組Ｂ用の１次リンクサーバ３１Ｂというように番組の数だけ１次リンクサーバ３１を設ける。
各番組用の１次リンクサーバ３１は、番組Ａ用の通信コンテンツ１９Ａを管理する。
ここで、通信コンテンツ内の情報が更新される場合には、更新ごとに更新された通信コンテンツ（１９Ａ−１、１９Ａ−２・・・）を持たせる。
【００３１】
録画再生時の通信コンテンツ要求２１には、例えば、１次リンクサーバ３１へのアクセス日時等の録画再生の時刻に関する情報を加える。
このアクセス日時等の時刻情報により、番組Ａ用の１次リンクサーバ３１Ａは、番組Ａ用の通信コンテンツ１９Ａのなかから、適した通信コンテンツ１９Ａ−１を選択し、携帯端末１０に返送する。
すなわち、アクセス日時が「○月○日」であれば、「○月○日用通信コンテンツ」１９Ａ−１を返信する。
【００３２】
以上の第１の実施例の手法により、録画再生時に、情報を更新した通信コンテンツを携帯端末１０で視聴することが可能になる。
【００３３】
次に、本発明の第２の好適な実施形態について詳細に説明する。
図４は、本発明の第２の実施形態に係る通信コンテンツ更新システムの概略図である。
録画再生を行なう視聴者２０の携帯端末１０は、第１の実施形態と同様に、携帯キャリア回線網５０を介して放送局３０の１次リンクサーバ３１と接続可能である。
【００３４】
携帯端末１０や１次リンクサーバ３１の構成は、基本的に第１の実施形態の場合と同様である。
【００３５】
１次リンクサーバ３１は、予め各番組の各更新用に用意された通信コンテンツ１９を用意し、管理する。
すなわち、例えば、予め「番組Ａの○月○日用の通信コンテンツ」１９（Ｌ１）、「番組Ａの×月×日用の通信コンテンツ」１９（Ｌ２）・・・というように、番組ごと、更新ごとに通信コンテンツを用意しておく。
【００３６】
そして、初回の放映で本線映像１３とともに配信されたＢＭＬにいより記述された放送コンテンツ１７には、通信コンテンツ呼び出しボタン２５を押した場合のリンク先を例えばアクセス日時に応じて変更できるように記述しておく。
これにより、録画再生時にこの通信コンテンツ呼び出しボタン２５を押すと、このアクセス日時に対応するリンク先（Ｌ１）が一義に決定されて、放送局３０の１次リンクサーバ３１に通信コンテンツ要求１９が送信される。
１次リンクサーバ３１は、通信コンテンツ要求１９のリンク先（Ｌ１）に予め準備された通信コンテンツ１９（Ｌ１）が呼び出され、その通信コンテンツ１９（Ｌ１）を携帯端末１０に返送する。
【００３７】
第１および第２の実施形態では、番組毎、更新毎にコンテンツを設計・作成しなければならならず、手間がかかるという問題がある。
また、第１の実施形態では、１次リンクサーバ３１を番組ごとに構築する必要があり、煩雑である。
さらに、第２の実施形態では、初回の放映時に既に、通信コンテンツの更新時のリンク先を予め決定しておく必要があり、録画後にリンク先の変更や、放送コンテンツに埋め込まれたリンク先の決定方法の変更が不可能で融通性に乏しいという問題がある。
【００３８】
次に、本発明の第３の好適な実施形態について詳細に説明する。
第３の実施形態の手法は、上記の第１、第２の実施形態の問題点を解消することが可能である。
【００３９】
図５は、本発明の第３の実施形態に係る通信コンテンツ更新システムの概略図である。
録画再生を行なう視聴者２０の携帯端末１０は、第１の実施形態と同様に、携帯キャリア回線網５０を介して放送局３０の１次リンクサーバ３１と接続可能である。携帯端末１０や１次リンクサーバ３１の構成は、基本的に第１の実施形態の場合と同様である。
【００４０】
視聴者２０が携帯端末１０で番組を選択して番組Ａの録画再生を行なうと、画面１１には携帯端末１０内の記憶部２３に格納されている本線映像（番組Ａ）１３と番組Ａの放送コンテンツ１７が表示される。これらの映像１３と放送コンテンツ１７は以前放送局３０が放映し、携帯端末１０により録画されたものである。
【００４１】
放送局３０の１次リンクサーバ３１には、番組表データベース３１５、更新情報データベース３１７、通信コンテンツ・テンプレート・データベース３１９が設けられる。
また、１次リンクサーバ３１は、ＣＰＵ、ＲＡＭ、ＲＯＭ等からなる制御部を有し、録画判定手段３１１および情報更新準備手段３１３がプログラムとして記憶部に格納されている。制御部がこれらのプログラムを実行することにより、録画判定および情報更新準備の処理が実行される。これらの各手段については後述する。
【００４２】
さらに、通信コンテンツ１９の更新内容を管理するための情報サーバ７１が設けられる。
情報サーバ７１は、通信コンテンツ１９の更新内容が格納される情報データベース７１５と、更新情報を抽出するための更新情報抽出手段７１１、更新情報を携帯端末１０に送信する更新情報送信手段７１３を備える。これらの各手段については後述する。
情報サーバ７１も１次リンクサーバ３１と同様に、ＣＰＵ、ＲＡＭ、ＲＯＭ等からなる制御部を有し、更新情報抽出手段７１１および更新情報送信手段７１３はプログラムとして記憶部に格納され、制御部がこれらのプログラムを実行することにより、更新情報抽出処理や更新情報送信処理が実行される。
【００４３】
情報サーバ７１は、放送局３０に設けられてもよいし、また、放送局３０とは別の情報提供元に設けてもよい。
【００４４】
まず、各データベースについて説明する。
図６は、各データベースの構成例の説明図である。
図６（ａ）は、１次リンクサーバ３１内の番組表データベース３１５の構成例を示す図である。
【００４５】
図６（ａ）に示すように、番組表データベース３１５は、番組名３１５１、話数３１５３、放映時間３１５５等をデータ項目とし、ワンセグ放送で放送される番組のスケジュール一覧を管理する。
番組名３１５１は、例えば「通販でドン」等の番組名をデータとする。
話数３１５３は、番組内で何話目かを示すデータであり、ドラマの話数のようなものである。また、話数は再放送の管理データとして使用することもできる。
同一の番組「通話でドン」で話数「１」から「２０９」があることを示す。
また、放映時間３１５５は、当該番組名３１５１の当該話数３１５３の放映時間である。
【００４６】
図６（ｂ）は、１次リンクサーバ３１内の更新情報データベース３１７の構成例を示す図である。
図６（ｂ）に示すように、更新情報データベース３１７は、番組名３１５１、情報３１７１、通信コンテンツ・テンプレート３１７３、情報サーバ・アドレス３１７５、更新する情報３１７７等をデータ項目とする。
【００４７】
番組名３１５１は、例えば「通販でドン」等の番組名をデータとする。
情報３１７１は、番組名３１５１（「通販でドン」）の中の項目名等をデータとし、例えば、「通販でドン」という番組では種々の商品を通信販売しており、番組で紹介された商品のなかのどの商品か（「サイクロン電話」）を示したり、「飲み会情報」という番組のなかで紹介した店舗名「ちょうちん屋」を情報３１７１とする。すなわち、情報３１７１は、１つの番組のなかで表示可能なデータ放送コンテンツの内容を特定するための識別子となる。
【００４８】
また、通信コンテンツ・テンプレート３１７３は、番組名３１５１−情報３１７１で表示可能な通信コンテンツのテンプレート名をデータとする。
すなわち、番組「通販でドン」のなかの「サイクロン電話」という情報３１７１で表示可能な通信コンテンツのテンプレート３１７３は「○○.××.△△/商品.ｂｍｌ」であることを示す。
テンプレート３１７３は、ＢＭＬで記述されており、通信コンテンツ要求２１があった場合に、１次リンクサーバ３１から送られ、携帯端末１０の画面１１に表示される通信コンテンツ１９の枠組みを示すものである。
ＢＭＬで記述することにより、テンプレート３１７３内にデータや、アクセスすべきアドレスやＵＲＬ、埋め込むことができる。
【００４９】
情報サーバ・アドレス３１７５は、番組名３１５１、情報３１７１についての情報を格納してある情報データベース７１５のサーバ・アドレスである。
例えば、同図に示した情報サーバ・アドレス３１７５「１０．１００．１００．１００」にアクセスすることにより、情報データベース７１５の「サイクロン電話」の情報にアクセスすることが可能である。また、情報サーバ・アドレス３１７５「１０．９９９．９９９．９９９」にアクセスすれば、「ちょうちん屋」の情報にアクセスできる。
【００５０】
更新する情報３１７７は、情報データベース７１５のなかで通信コンテンツの更新情報として採用する情報名を指定するデータである。
図６（ｂ）のように更新する情報３１７７を「在庫数」とすることにより、情報データベース７１５のなかの在庫数７１５５のデータを更新内容として選択することが可能になる。
【００５１】
図６（ｃ）は、放送局３０または情報提供元に設けられる情報サーバ７１の情報データベース７１５の構成例である。
情報提供元を通信販売会社であるとすると、情報提供元に置かれた情報データベース７１５には、各種の商品（「冷蔵庫」や「サイクロン電話」）のデータが格納される。
情報３１７１により指定された対象のさまざまな情報、例えば、価格７１５１、メーカー７１５３、在庫数７１５５が情報データベース７１５に格納される。
【００５２】
次に、以上に説明した携帯端末１０、１次リンクサーバ３１、情報サーバ７１による録画再生時の通信コンテンツの更新処理の流れを説明する。
図７、図８は、録画再生時の通信コンテンツの更新処理の流れを示すフローチャートである。
【００５３】
ワンセグ放送の録画再生時には、図５に示すように、携帯端末１０の記憶部２３に格納されていた本線映像１３と放送コンテンツ１７が画面１１上に表示される。
ここで放送コンテンツ１７上に通信コンテンツ呼び出しボタン（情報更新）２５があるとする。
【００５４】
情報更新ボタン２５を録画再生時に視聴者２０が押すと、携帯端末のデータ通信機能により、通信コンテンツ要求２１が１次リンクサーバ３１に対して送信される。
このとき、情報更新ボタン２５が押されたときの処理内容は、ＢＭＬで記述された放送コンテンツ１７に埋め込まれている。すなわち、１次リンクサーバ３１のサーバ・アドレスや、通信コンテンツ要求２１に付加するデータ内容が放送コンテンツ１７内に記述されている。
【００５５】
通信コンテンツ要求２１には、通信コンテンツ要求のアクセス日時２１１、番組名３１５１、話数３１５３、情報３１７１を付加するものとする。
アクセス日時２１１（「２００７年１月２５日午後１１時２４分１秒」）は、情報更新ボタン２５が押された日時を携帯端末１０の時計機能から得て付加すればよい。
番組名３１５１（「通販でドン」）、話数３１５３（「２０９話」）、情報３１７１（「サイクロン電話」）は、情報更新ボタン２５が含まれる放送コンテンツ１７の番組識別情報（ＳＰＩ）等の情報を用いる。また、予め放送コンテンツ内に記載しておいた情報を用いてもよい。
【００５６】
通信コンテンツ要求２１は、携帯キャリア回線網５０を介して放送局３０の１次リンクサーバ３１に送られる。
１次リンクサーバ３１の録画判定手段３１１は、番組表データベース３１５を、通信コンテンツ要求２１に含まれる番組名３１５１と話数３１５３をキーに検索し、初回放映日時を抽出する（ステップ１００１）。
すなわち、番組名「通販でドン」、話数「２０９」の放映時間が２００７年１月２４日午後１時５５分から午後２時であることが分かる。
【００５７】
次に、抽出した初回放映日時と、通信コンテンツ要求２１に含まれるアクセス日時２１１を比較し、録画か否かを把握する（ステップ１００２）。放映時間よりもアクセス日時２１１が遅い場合には録画と判断される。
アクセス日時２１１は「２００７年１月２５日１１時２４分１秒」であり、放映時間との比較により、録画を再生していることが分かる（ステップ１００２の「録画」）。
録画でないと判断された場合（ステップ１００２のＮｏ）は処理を終了する。
【００５８】
録画判定手段３１１によって録画であると判定された場合には（ステップ１００２の「録画」）、情報更新準備手段３１３を起動する。
【００５９】
情報更新準備手段３１３は、まず、更新情報データベース３１７を、通信コンテンツ要求２１に含まれる番組名３１５１（「通販でドン」）、情報３１７１（「サイクロン電話」）をキーに検索する（ステップ１００３）。
図６（ｂ）に示すように、更新情報データベース３１７を検索することにより、例えば、通信コンテンツ・テンプレート３１７３（○○.××.△△/商品.ｂｍｌ）、情報サーバ・アドレス３１７５（１０．１００．１００．１００）、更新する情報３１７７（在庫数）が取り出される。
【００６０】
次に、情報更新準備手段３１３は、この検索により更新する情報３１７７が存在したか否かを判断する（ステップ１００４）。
すなわち、更新情報データベース３１７のデータ項目「更新する情報３１７７」にデータが存在すれば更新する情報がある（ステップ１００４の「ある」）、なければ更新する情報がない（ステップ１００４の「なし」）と判断する。
更新する情報がない場合（ステップ１００４の「なし」）の場合には、処理を終了する。
【００６１】
次に、情報更新準備手段３１３は、更新情報データベース３１７の情報３１７１（「サイクロン電話」）に対応する通信コンテンツ・テンプレート３１７３を取り出し、ＢＭＬで記述されている通信コンテンツ・テンプレート３１７３に、情報３１７１（「サイクロン電話」）に関する情報が格納されている情報サーバ７１のサーバ・アドレス３１７５（「１０．１００．１００．１００」）と、情報３１７１（「サイクロン電話」）、更新する情報３１７７（「在庫数」）を埋め込み、これらの情報を埋め込んだ通信コンテンツ・テンプレート３１７５を携帯端末１０に返送する（ステップ１００５）。
【００６２】
携帯端末１０では、受け取った情報が埋め込まれた通信コンテンツ・テンプレート３１７５をＢＭＬブラウザで処理し、画面１１に表示する処理を行う。
このとき、通信コンテンツ・テンプレート３１７５に埋め込まれている情報サーバ７１のサーバ・アドレス３１７５（「１０．１００．１００．１００」）により、携帯端末１０から情報サーバ７１へのアクセス処理が実行される。
すなわち、図８に示す更新情報要求アクセス７３が実行される。
【００６３】
更新情報要求アクセス７３により、情報サーバ７１の更新情報抽出手段７１１が起動される。
すなわち、情報データベース７１５を更新情報要求アクセス７３に含まれる情報３１７１（「サイクロン電話」）、更新する情報３１７７（「在庫数」）をキーに検索し、更新情報を抽出する（ステップ１００６）。
【００６４】
図６（ｃ）の情報データベース７１５に示すように、「サイクロン電話」の「在庫数」を検索することにより、在庫数「１９」を得ることができる。これが通信コンテンツの更新情報である。
【００６５】
次に、情報サーバ７１の更新情報送信手段７１３が起動され、携帯端末１０に更新情報７５（在庫数「１９」）が返送される（ステップ１００７）。
【００６６】
携帯端末１０は、先に受け取った通信コンテンツ・テンプレート３１７５に更新情報７５（在庫数「１９」）を埋め込むことにより、更新された通信コンテンツの作成が完了し、携帯端末１０の画面１１に通信コンテンツの表示が実行される。
以上の処理により録画再生時の通信コンテンツの更新処理が完了する。
【００６７】
以上に説明した第３の実施形態によれば、１次リンクサーバ３１に設けた更新情報データベース３１７に通信コンテンツ・テンプレート３１７３や情報サーバ・アドレス３１７５、更新する情報３１７７等の情報を格納することにより、第１、第２の実施形態の問題点を解消したデータ放送コンテンツ更新サーバを提供することが可能になる。
【００６８】
すなわち、通信コンテンツ・テンプレート３１７３を設けることにより、通信コンテンツ更新ごとに新たな通信コンテンツを設計/作成する必要がなくなる。
また、更新情報データベース３１７を設けることにより、番組ごとに１次リンクサーバ３１を作成する必要がない。
さらに、通信コンテンツ・テンプレート３１７３を作り変えることにより、放映後であっても随時、通信コンテンツの内容や情報更新方法を変更することができるという利点がある。
【００６９】
以上のように、本発明の第３の実施形態のデータ放送コンテンツ更新サーバにより、例えば通販番組では、在庫情報や価格の変更、商品構成の変更等の情報更新を通信コンテンツの情報更新により容易に行なうことが可能になる。
【００７０】
尚、本発明は、前述した実施の形態に限定されるものではなく、種々の改変が可能であり、それらも、本発明の技術範囲に含まれる。例えば、本実施の形態では通信販売を例に説明したが、適用例は通信販売に限ることはなく、他のさまざまな応用に適用することができる。
例えば、旅番組やグルメ番組での旅館や店舗情報の更新にも使用できる。
【００７１】
さらに、更新情報データベース３１７に録画再生番組と同じ番組の直近のスケジュールを表示するための通信コンテンツ・テンプレート３１７３を設け、情報データベース７１５に最新のスケジュール・データを格納しておくことにより、録画再生番組と同一番組の最新放映のスケジュール・データ等を携帯端末１０に表示させることも可能になる。
【図面の簡単な説明】
【００７２】
【図１】ワンセグ放送の携帯端末１０上での表示内容を説明する図
【図２】ワンセグ放送の送受信システムと録画の方法を説明する図
【図３】第１の実施の形態に係る本発明の通信コンテンツ更新システムの構成を示す図
【図４】第２の実施の形態に係る本発明の通信コンテンツ更新システムの構成を示す図
【図５】第３の実施の形態に係る本発明の通信コンテンツ更新システムの構成を示す図
【図６】第３の実施の形態に係る本発明のデータベース構成の説明図
【図７】第３の実施の形態に係る本発明の通信コンテンツ更新処理の流れを示すフローチャート（その１）
【図８】第３の実施の形態に係る本発明の通信コンテンツ更新処理の流れを示すフローチャート（その２）
【符号の説明】
【００７３】
１０………携帯端末
２１………通信コンテンツ要求
３０………放送局
３１………１次リンクサーバ
３１１………録画判定手段
３１３………情報更新準備手段
３１５………番組表データベース
３１７………更新情報データベース
３１９………通信コンテンツ・テンプレート・データベース３１９
５０………携帯キャリア回線網
７０………情報提供元
７１………情報サーバ
７１１………更新情報抽出手段
７１３………更新情報送信手段
７１５………情報データベース
３１７５………通信コンテンツ・テンプレート
【図１】
2008236452.tif 000003
【図２】
2008236452.tif 000004
【図３】
2008236452.tif 000005
【図４】
2008236452.tif 000006
【図５】
2008236452.tif 000007
【図６】
2008236452.tif 000008
【図７】
2008236452.tif 000009
【図８】
2008236452.tif 000010