(57)【要約】【課題】ネットワークを介してユーザが要求を開始した時点の時刻に正確に従って情報を情報サーバ装置から受けることができるクライアント端末装置を提供する。【解決手段】情報サーバ装置に情報源特定情報を送信し、それに対応する情報を情報サーバ装置から受信するクライアント端末装置１０１は、現在時刻を取得するタイマ１１１と、情報源特定情報に現在時刻情報を時刻特定情報として付加する利用者要求情報作成部１１２と、情報源特定情報と時刻特定情報との組を含む情報取得要求を情報サーバ装置に送信する通信部１１３と、情報取得要求に応答して情報サーバ装置から返信された情報を表示する表示部１０５とを含む。【選択図】図４
2008193722.tif 000002
【特許請求の範囲】
【請求項１】
情報サーバ装置に情報源特定情報を送信し、それに対応する情報を情報サーバ装置から受信するクライアント端末装置であって、
現在時刻を取得するための手段と、
情報源特定情報に現在時刻情報を時刻特定情報として付加するための手段と、
前記情報源特定情報と時刻特定情報との組を含む情報取得要求を前記情報サーバ装置に送信するための手段と、
前記情報取得要求に応答して情報サーバ装置から返信された情報を表示するための手段とを含む、クライアント端末装置。
【請求項２】
現在時刻を取得する際に使用するタイマを自動校正するための手段をさらに含む、請求項１に記載のクライアント端末装置。
【請求項３】
前記時刻特定情報がクライアント端末装置における情報取得要求の発生時刻である、請求項１に記載のクライアント端末装置。
【請求項４】
前記時刻特定情報がクライアント端末装置における蓄積メディアの再生開始時間からの相対時間である、請求項１に記載のクライアント端末装置。
【請求項５】
前記時刻特定情報がクライアント端末装置における情報取得要求の発生時刻からの相対時間である、請求項１に記載のクライアント端末装置。
【請求項６】
前記時刻特定情報がクライアント端末装置における再生開始時間からの相対時間と、現在の時刻とを共に含む、請求項１に記載のクライアント端末装置。
【請求項７】
前記情報取得要求を記憶するための記憶手段と、
前記記憶手段に格納されている複数の情報取得要求のいずれかを読出すための読出手段とをさらに含む、請求項１に記載のクライアント端末装置。
【請求項８】
情報サーバ装置からの通知情報を受信するための受信手段と、
前記受信手段が受信した前記通知情報を分析するための分析手段と、
前記分析手段により分析した結果に基づいて、自動的に情報サーバ装置から情報を取得するための情報取得手段とをさらに含む、請求項１に記載のクライアント端末装置。
【請求項９】
情報サーバ装置から送信されるアクセス情報を受信するための手段と、
前記受信手段の受信したアクセス情報を表示するための手段とをさらに含む、請求項１に記載のクライアント端末装置。
【請求項１０】
前記分析手段による分析結果に応答して、自動的に情報サーバ装置へのアクセスの中止及び実行を制御するためのアクセス制御手段をさらに含む、請求項９に記載のクライアント端末装置。
【請求項１１】
前記情報取得要求は、前記情報源特定情報と時刻特定情報との組と、前記情報サーバ装置が情報を特定するために必要な付加的情報とを含む、請求項１に記載のクライアント端末装置。
【請求項１２】
情報サーバ装置に情報源特定情報を送信し、それに対応する情報を受信するコンピュータにおける情報処理方法であって、
現在時刻を取得する様にコンピュータを動作させるステップと、
情報源特定情報に現在時刻情報を時刻特定情報として付加する様に前記コンピュータを動作させるステップと、
前記情報源特定情報と時刻特定情報の組を情報取得要求として前記情報サーバ装置に送信する様に前記コンピュータを動作させるステップと、
前記情報取得要求に対して情報サーバ装置から返信された情報を表示する様に前記コンピュータを動作させるステップとを含む、情報処理方法。
【請求項１３】
コンピュータにより実行される事により、請求項１２に記載の情報処理方法を実施する様に前記コンピュータを動作させる、コンピュータ実行可能なプログラム。
【請求項１４】
情報サーバ装置に情報源特定情報を送信し、それに対応する情報を情報サーバ装置から受信するクライアント端末装置と、クライアント端末装置に情報を提供する情報サーバ装置とで構成される情報提供システムにおける情報提供方法であって、
クライアント端末装置において、現在時刻を特定するステップと、
前記クライアント端末装置において、情報源特定情報に時刻を特定する時刻特定情報を付加するステップと、
前記クライアント端末装置において、前記情報源特定情報と時刻特定情報との組を含む情報取得要求を前記情報サーバ装置に送信するステップと、
前記情報サーバ装置において、前記クライアント端末装置からの前記情報取得要求を受信するステップと、
前記情報サーバ装置において、前記情報取得要求を分析するステップと、
前記情報サーバ装置において、前記分析するステップにおける分析結果に基づいて情報を選択するステップと、
前記情報サーバ装置において、前記選択するステップで選択された情報を前記クライアント端末装置に返信するステップと、
前記クライアント端末装置において、情報サーバ装置から返信された情報を表示するステップとを含む、情報提供方法。
【請求項１５】
前記情報サーバ装置及び前記クライアント端末装置間で時間同期をとる同期ステップをさらに含む、請求項１４に記載の情報提供方法。
【請求項１６】
請求項１３に記載のプログラムを記録した記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して情報サーバ装置からクライアント端末装置に情報を提供するためのクライアント端末装置及び情報処理方法に関する。本発明は特に、放送プログラムや蓄積メディアと連動して、ネットワークを介して情報を受取って利用するクライアント端末装置及び方法並びにそのためのプログラムに関する。
【背景技術】
【０００２】
最近のコンピュータ及びネットワーク技術の発展により、ネットワークを介して情報サーバ装置からクライアント端末装置に情報を提供する事が盛んに行なわれている。その典型的なものが、いわゆるインターネット上の情報サーバ装置に情報（コンテンツ）を配置しておき、クライアント端末装置からその情報のＵＲＬ（Ｕｎｉｖｅｒｓａｌ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を指定する事により、そのクライアント端末装置に情報が提供される、というサービスである。
【０００３】
この様な情報の配信は、テレビジョン放送等の様にスケジュールに従って情報を配信するシステムとは異なり、時間と関係なく行なわれる事が一般的であった。その様に時間と関係なく情報を配信する場合には、時間との関係で内容を変化させる事ができないという問題がある。そうした問題を解決するための技術として、後掲の特許文献１は、ネットワークを介してウェブブラウザから同じＵＲＬを用いて情報の取得要求があった場合でも、情報サーバ装置側に到着したときの時刻に応じてＵＲＬを切替えて異なる情報を送信する技術を開示している。それらＵＲＬに、対応する時刻に応じた情報を配置しておく事で、各クライアント端末装置にはそれぞれの要求が行なわれた時刻に応じた情報を配信する事ができる。
【０００４】
また、放送系のサービスとネットワーク系のサービスとを関連付ける情報提供方法として、後掲の特許文献２に開示されたものがある。特許文献２に開示された技術では、ネットワーク系のサービスのＵＲＬを放送系のサービスの受信周波数と同様にクライアント端末装置においてチャネルごとに登録しておく。クライアント端末装置はリモートコントローラ（以下「リモコン」と呼ぶ。）を備えている。ユーザは、そのリモコン上のキーを操作してそのキーの組合せに対応するチャネルを選択する。そのキーの組合せがテレビジョン放送に割当てられている場合にはテレビチューナによってテレビジョン放送を表示し、そのチャネルに対応して登録されているものがＵＲＬであれば、ネットワークを介して当該ＵＲＬにアクセスし情報を取得して表示する。
【特許文献１】特開２００２−２０７６５６公報、図１、図２、第３頁右欄５行から第４頁右欄２行
【特許文献２】特開平９−２２３０８４公報、図２４−図２９、段落００４３−００５４
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記特許文献１に開示された技術では、情報サーバ装置がユーザの要求の到着時刻別にユーザに割当てるＵＲＬを決めている。そのため、ネットワーク遅延による到着の遅れが発生すると、全く同じ時刻にアクセスした２人のユーザに違ったＵＲＬが割当てられる場合もある。さらに、情報サーバ装置が、ある時刻に特定のＵＲＬを割当てる場合、その時刻が過ぎた後にユーザが要求を送信してもそのＵＲＬは過去のものとなっていて割当てられる事がない。そのためユーザがその特定のＵＲＬの情報を入手しようとしても入手が不可能となる。
【０００６】
さらに、この情報サーバ装置は、先に到着した要求から順に処理する。そのため、先にアクセスしたネットワーク遅延の大きいユーザの要求よりも、後にアクセスしたネットワーク遅延の小さいユーザの要求が先に到着した場合、優先的に後者にＵＲＬを割当てる場合もある。すなわち、ユーザがアクセス要求を発した時刻に正確に従った順番でアクセス要求を処理する事が難しい。
【０００７】
また、この特許文献１に記載の技術では、ユーザの要求の到着時刻に従ってＵＲＬの割当ては予め決められている。その結果、到着時刻が同じであれば必ず同じＵＲＬに接続される事になる。しかし、実際の運用では、到着時刻が同一であっても、クライアントからのアクセス状況を見てそれぞれ異なる情報を提供したい場合がある。特許文献１に記載の技術ではそうした対応が困難である。
【０００８】
例えば、現在の時点で過去の情報を見たい場合があり得る。特許文献１に記載の技術の様に到着時刻に従って情報を提供する方法では、その様に過去の情報を見る事は不可能である。しかし、今アクセスして表示される情報が興味深いので、後から再度アクセスしようというユーザもあり、そうしたユーザの要求に答えるためには、到着時刻のみによらずに情報の内容を変化させる技術が必須になる。また、今アクセスして得られる情報がおもしろいので他人にそのアドレス情報を教える（例えば電子メールで）という使い方を可能にするためにも、その様な技術が必要となる。
【０００９】
一方、一般的にサーバ側では、各種の情報を組合わせてユーザへ提供する情報を作るが、ユーザがある情報にアクセスするためには、その情報にアクセスするための完全なアドレス（例えばＵＲＬ）を知る必要がある。ユーザが将来作成される、時刻に応じて変化するコンテンツにアクセスできる様にするためには、アクセスが発生する時刻に応じた適切なアドレスを、その時々にクライアント端末に伝える事が必要となる。例えばテレビ放送に付随して情報を提供するサーバの場合、1日１００以上の情報を提供する様な状況になる事が容易に想像できる。これらのアドレスをサーバ側で管理するのは困難であるとともに、クライアント端末に伝えるための手段も複雑になる。
【００１０】
また、例えば、同時にアクセス可能なユーザ数を限定するウェブサイトが考えられる。そうしたサイトに限定数以上のユーザがアクセスした場合、限定数を越えた後にアクセスしたユーザに対しては別のウェブサイトを提供する事が望ましい。また、限定数の近くで複数のユーザがこのサイトにアクセスした場合、先にアクセスを開始したユーザに優先的にそのウェブサイトに接続できる様にする事が望ましい。
【００１１】
上記特許文献２に参照された技術では、ユーザが放送チャネルで放送されている番組と関連のあるウェブサービスに対してキーを割当てる事により、放送番組に関連したウェブサービスの提供を受ける事ができる。しかし、放送チャネルごとに割当てられるキーと、特定のウェブサービスごとに割当てられるキーとが別々で、互いに関連がない。そのため、ユーザが放送番組に関連したウェブサービスを受けようとすれば、ユーザは放送チャネルとウェブサービスに割当てたキーとの関連を自分で考えなければならない。
【００１２】
本発明は上記状況に鑑みてなされたもので、ネットワークを介してユーザが要求を開始した時点の時刻に正確に従って情報を提供する情報サーバ装置とともに用いられるクライアント端末装置、並びに放送系のサービスに関連したウェブサービスを提供するクライアント端末装置を提供する事を目的とする。
【課題を解決するための手段】
【００１３】
本発明の第１の局面に係るクライアント端末装置は、情報サーバ装置に情報源特定情報を送信し、それに対応する情報を情報サーバ装置から受信するクライアント端末装置であって、現在時刻を取得するための手段と、情報源特定情報に現在時刻情報を時刻特定情報として付加するための手段と、情報源特定情報と時刻特定情報との組を含む情報取得要求を情報サーバ装置に送信するための手段と、情報取得要求に対して情報サーバ装置から返信された情報を表示するための手段とを含む。
【００１４】
好ましくは、クライアント端末装置は、現在時刻を取得する際に使用するタイマを自動校正するための手段をさらに含む。
【００１５】
時刻特定情報がクライアント端末装置における情報取得要求時刻であってもよい。また、クライアント端末装置における蓄積メディアの再生開始時間からの相対時間であってもよい。
【００１６】
また、時刻特定情報がクライアント端末装置における情報取得要求の発生時刻からの相対時間であってもよい。
【００１７】
また、時刻特定情報がクライアント端末装置における再生開始時間からの相対時間と、現在の時刻とを共に含む情報であってもよい。
【００１８】
クライアント端末装置は、情報取得要求を記憶するための記憶手段と、記憶手段に格納されている複数の情報取得要求のいずれかを読出すための読出手段とをさらに含んでもよい。
【００１９】
好ましくは、クライアント端末装置は情報サーバ装置からの通知情報を受信するための受信手段と、受信手段が受信した通知情報を分析するための分析手段と、分析手段により分析した結果に基づいて、自動的に情報サーバ装置から情報を取得するための情報取得手段とをさらに含む。
【００２０】
より好ましくは、クライアント端末装置は、情報サーバ装置から送信されるアクセス情報を受信するための手段と、受信手段の受信したアクセス情報を表示するための手段とをさらに含む。
【００２１】
クライアント端末装置は、分析手段による分析結果に応答して、自動的に情報サーバへのアクセスの中止及び実行を制御するためのアクセス制御手段をさらに含んでもよい。
【００２２】
情報取得要求は、情報源特定情報と時刻特定情報との組と、情報サーバ装置が情報を特定するために必要な付加的情報とを含んでもよい。
【００２３】
本発明の第２の局面に係る情報処理方法は、情報サーバ装置に情報源特定情報を送信し、それに対応する情報を受信するコンピュータにおける情報処理方法であって、現在時刻を取得する様にコンピュータを動作させるステップと、情報源特定情報に現在時刻情報を時刻特定情報として付加する様にコンピュータを動作させるステップと、情報源特定情報と時刻特定情報の組を情報取得要求として情報サーバ装置に送信する様にコンピュータを動作させるステップと、情報取得要求に対して情報サーバ装置から返信された情報を表示する様にコンピュータを動作させるステップとを含む。
【００２４】
本発明の第３の局面に係るコンピュータ実行可能なプログラムは、コンピュータにより実行される事により、本発明の第５の局面に係る方法を実施する様に、コンピュータを動作させる。
【００２５】
本発明の第４の局面に係る情報提供方法は、情報サーバ装置に情報源特定情報を送信し、それに対応する情報を情報サーバ装置から受信するクライアント端末装置と、クライアント端末装置に情報を提供する情報サーバ装置とで構成される情報提供システムにおける情報提供方法であって、クライアント端末装置において、現在時刻を特定するステップと、クライアント端末装置において、情報源特定情報に時刻を特定する時刻特定情報を付加するステップと、クライアント端末装置において、情報源特定情報と時刻特定情報との組を含む情報取得要求を情報サーバ装置に送信するステップと、情報サーバ装置において、クライアント端末装置からの情報取得要求を受信するステップと、情報サーバ装置において、情報取得要求を分析するステップと、情報サーバ装置において、分析するステップにおける分析結果に基づいて情報を選択するステップと、情報サーバ装置において、選択するステップで選択された情報をクライアント端末装置に返信するステップと、クライアント端末装置において、情報サーバ装置から返信された情報を表示するステップとを含む。
【００２６】
好ましくは、情報提供方法はさらに、情報サーバ装置及びクライアント端末装置間で時間同期をとる同期ステップをさらに含む。
【００２７】
本発明の第５の局面に係る記録媒体は、本発明の第３の局面に係るコンピュータプログラムが記録された、コンピュータで読取可能な記録媒体である。
【発明の効果】
【００２８】
以上の様に本発明による情報提供システムによれば、利用者が指定した時刻によって提供情報を切替える。その結果、利用者は、複雑な操作を行なう事なく、ＴＶ放送等の放送番組の表示内容に関連した情報の提供を受ける事ができる。また、サービス提供者は、利用者からの時刻情報やその時刻情報から算出した利用者からの要求到達時間（ネットワーク遅延時間）を用いて複数利用者に対して提供する情報や提供する順番を変える事ができる。
【発明を実施するための最良の形態】
【００２９】
以下、本発明の実施の形態を、図面を参照して説明する。なお、以下の説明及び図面においては、同じ部品には同じ参照番号及び名称を付し、それらについての詳細な説明は繰返さない。
【００３０】
＜実施の形態１＞
以下の実施の形態１は、情報サーバ装置とクライアント端末装置とを含む情報伝送・表示システムについてのものである。
【００３１】
（システムの構成）
図１は、複数のクライアント端末装置１０１と、ネットワーク９０を介してクライアント端末装置に複数の情報源からの情報を提供する情報サーバ装置１１６と、複数の情報源を有する複数のコンテンツ提供者端末装置１３１とを含む情報提供システムのシステム構成図である。情報サーバ装置１１６は、コンテンツデータのデータベース１２７を備え、コンテンツ提供者端末装置１３１は、情報サーバ装置１１６に提供するコンテンツデータのデータベース１３３を備える。
【００３２】
（クライアント端末装置１０１の外観図）
図２は、クライアント端末装置１０１の一般的な構成とその利用形態とを示す図である。図２に示す様に、クライアント端末装置１０１はリモコンと、このリモコンと赤外線による通信が可能で、テレビジョン受像機等のボックスに映像を表示するクライアント端末とを含む。クライアント端末はネットワークに接続されており、ユーザから受ける要求情報をネットワークに送出し、その要求に応答してネットワーク上のサーバ装置から送信されてくるコンテンツデータをボックスの画面に表示する。またクライアント端末装置１０１は、放送局からの放送番組を受信可能であり、ユーザはクライアント端末装置１０１を用いて放送局からの放送番組を視聴する事もできる。
【００３３】
図３は、リモコンのキー配列の一例を示す。図３に示す様にこのリモコンは、一般的なテレビジョン受像機を操作するためのキー（電源キー、音量キー、数字キー）等に加え、本実施の形態及び後述する実施の形態で説明するクライアント端末装置１０１の動作を実現するためのキー群（マルチタイムキー、マルチチャネルキー、情報メニューキー、情報取得キー、情報記憶キー、矢印キー）を備えている。
【００３４】
（クライアント端末装置１０１のブロック図）
図４は、クライアント端末装置１０１のブロック図である。図４に示す様に本発明のクライアント端末装置１０１は、リモコン、マウス、キーボード等の入力装置を用いて放送番組のチャネル設定を行なう選局入力部１０２と、上記入力装置を用いて各放送チャネルに対応した情報源特定情報を入力する情報源特定情報入力部１０３と、上記入力装置を用いて時刻情報を入力する時刻情報入力部１０４と、放送番組又は提供コンテンツデータを、別々に又は同時に表示する表示部１０５と、時間情報、情報源特定情報等の情報を格納する記憶部１０６とを含む。
【００３５】
クライアント端末装置１０１はさらに、放送チャネルと情報源特定情報の対応付けを記憶する第１のテーブル１０７と、この情報を第１のテーブル１０７に登録する情報登録部１０８と、第１のテーブル１０７の情報を参照するテーブル参照部１０９と、情報サーバ装置との間の時間同期を取る同期取得部１１０と、同期した時刻情報を保持するタイマ１１１と、情報源特定情報に時刻情報を付加して情報提供要求である利用者要求情報を作成する利用者要求情報作成部１１２と、利用者要求情報や提供コンテンツデータ等のネットワーク情報を送受信する通信部１１３と、提供されたコンテンツデータを蓄積する蓄積部１１４と、表示を切替える表示切替部、表示させる放送番組を切替える選局切替部、及び選局切替に連動して選局中のチャネルに対応した情報源特定情報を選択する情報源特定情報切替部を含めて、これらの手段をすべて制御する制御部１１５とを含む。
【００３６】
図５は、第１のテーブル１０７の構成を示す図である。図５に示す様に、第１のテーブル１０７は、放送チャネル番号と各チャネルの放送番組関連情報の情報源特定情報とを互いに関連付けて格納する。
【００３７】
（情報サーバ装置のブロック図）
図６は、情報サーバ装置１１６のブロック図である。図６に示す様に、本発明の情報サーバ装置１１６は、配信するコンテンツデータの所在と複数クライアント端末装置の宛先を記憶する記憶部１１７と、クライアント端末装置からの利用者要求情報やコンテンツ提供者からの登録情報等を受信し、提供コンテンツデータ等をクライアントへ送信する通信部１１８と、クライアント端末装置やコンテンツ提供者端末装置との間の時間同期を取る同期取得部１１９と、同期した時刻情報を保持するタイマ１２０と、タイマ時刻情報とクライアント端末装置への提供開始時刻とを比較する比較部１２１と、利用者要求情報を解析・分析し、利用者ＩＤ、情報源特定情報、時刻特定情報等を抽出する利用者情報解析部１２２と、利用者要求情報を記憶する第３のテーブル１２３へのこれらの解析情報の登録や、第２のテーブル１２４へのコンテンツ提供者端末装置からの情報源特定情報の登録を行なう情報登録部１２５と、コンテンツ提供者から取得したコンテンツデータ１２６をデータベース１２７に蓄積する蓄積部１２８と、テーブルを参照し利用者要求情報に対応したコンテンツデータを選択するテーブル参照部１２９と、これらの手段をすべて制御する制御部１３０とを含む。
【００３８】
図７に示す様に、情報サーバ装置１１６は、コンテンツ提供者端末装置からの情報源特定情報、提供時刻特定情報、コンテンツ提供者の蓄積場所特定情報とデータベース１２７のコンテンツ蓄積場所特定情報を第２のテーブル１２４に格納する。また、図８に示す様に、情報サーバ装置１１６は、複数クライアント端末装置からの利用者要求情報から、クライアントＩＤ、クライアントの要求時刻情報を第３のテーブル１２３に格納する。
【００３９】
（コンテンツ提供者端末装置の説明）
図９に示す様に、コンテンツ提供者端末装置１３１は、情報源特定情報、提供時間帯、提供条件等の情報や要求されたコンテンツデータを情報サーバ装置に送信し、情報サーバ装置からのコンテンツデータ取得要求を受信する通信部１３２と、提供するコンテンツデータ１３３をデータベース１３４に格納する蓄積部１３５と、これらの手段をすべて制御する制御部１３６とを含む。
【００４０】
（装置のハードウェア構成）
図１〜図４に示すクライアント端末装置１０１は、実質的にはコンピュータで構成される。ただし本実施の形態ではクライアント端末装置１０１はテレビを受信し表示する事ができるので、テレビチューナ等を備える点で通常のコンピュータと相違する。
【００４１】
図１０を参照して、クライアント端末装置１０１は、後述する様な制御構造を有するソフトウェアを実行する中央演算処理装置（ＣＰＵ）１３９１と、プログラム実行時に作業域等として使用されるランダムアクセスメモリ（ＲＡＭ）１３９２と、プログラムや各種テーブル等静的な情報を記憶するための読出専用メモリ（ＲＯＭ）１３９３と、映像を受信するためのチューナ（又は蓄積メディアから映像を選択して再生する再生部）１３９４と、時刻をカウントするタイマ１３９５（図４のタイマ１１１に相当）と、リモコン１３３３と、リモコン１３３３からコマンドを受信するための赤外線インタフェース（Ｉ／Ｆ）１３９６と、外部ネットワークと交信するための双方向のネットワークＩ／Ｆ１３９７と、オーディオ出力を行なうためのオーディオ出力部１３９８と、ウェブページの表示及びその他各種の表示を行なうための表示部１３９９とを含む。ＲＯＭ１３９３としては、プログラムのアップデートを行なう必要に備えて、書き換え可能な不揮発性メモリ（例えばフラッシュメモリ）を用いる事が望ましい。
【００４２】
情報サーバ装置１１６、コンテンツ提供者端末装置１３１等も実質的にはコンピュータからなり、ほぼクライアント端末装置１０１と同様の構成である。ただし、図１０に示すチューナ１３９４、赤外線Ｉ／Ｆ１３９６、リモコン１３９７オーディオ出力部１３９８等、クライアント端末装置特有の部分は含まず、代わりにハードディスク等データベースを運用するための大規模記憶装置を含む。
【００４３】
（クライアント端末装置１０１の制御構造）
図１〜図４に示される、本発明の実施の形態１のクライアント端末装置１０１の制御部１１５における制御プログラムの制御構造を、図１１及び図１２のフローチャートを参照して説明する。
【００４４】
図１１を参照して、クライアント端末装置１０１の制御部のためのプログラムが起動されると、ステップＳ５０１において、テレビやディスプレイに放送番組を表示しながら何かが入力されるのを待つ。入力があれば制御はステップＳ５０２に進む。例えば利用者がリモコンの情報取得ボタンをクリックし、クライアント端末装置に対して取得要求を出すと、ステップＳ５０１の判定結果がＹＥＳとなり制御はＳ５０２に進む。
【００４５】
ステップＳ５０２において、入力がユーザ入力か否かを判定する。入力がユーザ入力であれば、制御はステップＳ５０３へ進む。入力がユーザ入力でなければ、その入力はシステム入力であるので、制御はステップＳ５１３に進み、システム入力に対して処理を行なう。システム入力の処理が終了すると、制御はステップＳ５０１に戻る。
【００４６】
一方、ステップＳ５０３では、ユーザ入力が情報源特定情報入力か否かを判定する。情報源特定情報とは、各放送チャネルに対応したコンテンツデータの提供元を特定するための情報である。典型的には、この情報源特定情報は、当該コンテンツデータのＵＲＬである。ユーザ入力が情報源特定情報入力であれば制御はステップＳ５１４に進み、さもなければ制御はステップＳ５０４に進む。
【００４７】
ステップＳ５１４においては、利用者に対してＵＲＬの入力画面を表示する。情報源特定情報入力部１０３により、利用者からの各放送チャネルに対する情報源特定情報の入力情報を受取り、その入力情報を情報登録部１０８により第１のテーブル１０７に登録し、再び放送番組の表示を行なう。その後制御はステップＳ５０１に戻る。
【００４８】
一方、ステップＳ５０４では、ユーザ入力が、過去に放送された番組内容に関連したコンテンツデータや未来に放送される予定の番組内容に関連したコンテンツデータを取得する際に必要な条件である、過去・未来の指定時刻の入力を要求するものか否かを判定する。そうした指定時刻の入力を要求するものであれば制御はステップＳ５１５に進み、さもなければ制御はステップＳ５０５に進む。
【００４９】
ステップＳ５１５において、利用者に時刻情報の入力画面を表示する。時刻情報入力部１０４により、利用者から入力された時刻特定情報を受取り、記憶部１０６によりその入力情報を記憶する。時刻情報フラグを「指定時刻」に書き換え、再び放送番組の表示を行なう。この後制御はステップＳ５０１に戻る。
【００５０】
一方、ステップＳ５０５では、ユーザ入力が、放送番組のチャネル切替を要求した入力か否かを判定する。チャネル切替を要求している場合には制御はステップＳ５１６に進み、さもなければ制御はステップＳ５０６に進む。
【００５１】
ステップＳ５１６において、クライアント端末装置１０１は、テーブル参照部１０９により第１のテーブル１０７を参照し、選局した放送チャネルに対応する情報源特定情報を読出して記憶部１０６に格納する。クライアント端末装置１０１はさらに、選局した放送チャネルの番組を表示して制御をステップＳ５０１に戻す。
【００５２】
一方、ステップＳ５０６では、ユーザ入力が、現在利用者の視聴している放送番組の内容に関連した情報取得を要求しているか否かを判定する。ユーザ入力が情報取得要求入力である場合には制御は図１２に示すステップＳ５０７へ進み、さもなければ、音量出力の切替等、利用者がその他の要求をしていると判定され制御はステップＳ５１７に進む。
【００５３】
ステップＳ５１７において制御部１１５は、音量出力の切替等利用者からの要求に対応した処理を行ない、その後制御をステップＳ５０１に戻す。
【００５４】
一方、図１２のステップＳ５０７では、ユーザ入力が時刻特定情報付のものか否かを判定する。後述するが、これには記憶部１０６の時刻情報フラグの値を参照する。時刻情報フラグが「現時刻」を指しており、利用者が現時刻の内容のコンテンツデータの取得を要求していると判定されれば制御はステップＳ５０８に進む。さもなければ、すなわち記憶部１０６の時刻情報フラグが「指定時刻」を指している場合にはユーザ入力は時刻特定情報付であり、制御はステップＳ５０９に進む。
【００５５】
ステップＳ５０８では、制御部１１５は、利用者がボタンを押した時刻をタイマ１１１から時刻情報として取得して記憶部１０６に格納し、ステップＳ５０９に進む。
【００５６】
ステップＳ５０９では、記憶部１０６に格納されている選局中の１チャネルと対応付けられているＵＲＬ＝「http://www.1channel.co.jp」を情報源特定情報として読出し、時刻特定情報を付加して利用者要求情報を作成し、情報提供サービスを行なう情報サーバ装置１１６に対しこの利用者要求情報を送信する。このとき、表示画面には情報取得中と表示し、サーバから要求したコンテンツデータが到着するのを待つ。
【００５７】
ステップＳ５１０において、要求した情報を情報サーバ装置１１６から受信し、提供情報蓄積部１１４によりこの情報を蓄積する。制御はステップＳ５１１に進み、蓄積した情報を表示部１０５により表示装置に表示する。これにより、利用者は要求した情報を視聴する事ができる。
【００５８】
ステップＳ５１２では、元の番組表示に戻るという入力があったか否かを判定し、元の番組に戻るという入力があるまで待機する。元の番組に戻るという入力があれば制御をステップＳ５０１に戻して関連コンテンツデータの表示以前の放送チャネル番組の表示に戻す。
【００５９】
以上がクライアント端末装置１０１の制御部１１５で実行されるプログラムの制御構造である。
【００６０】
次に、図６に示す情報サーバ装置１１６の制御部１３０により実行されるプログラムの制御構造について、図１３を参照して説明する。
【００６１】
図１３を参照して、情報サーバ装置１１６の制御部１３０は、ステップＳ６０１において何らかの入力があるまで待機する。入力があれば制御はステップＳ６０２へ進む。
【００６２】
ステップＳ６０２においては、その入力の入力元が、クライアント端末か、サーバ管理者か、又はコンテンツ提供者（図１の関連情報を提供するコンテンツ提供者端末装置１３１からのデータ登録要求）かについて判定する。入力元がクライアント端末であれば制御はステップＳ６０３に進み、サーバ管理者であれば制御はステップＳ６０８に進み、コンテンツ提供者であれば制御はステップＳ６０５に進む。
【００６３】
ステップＳ６０５以下では、入力元がコンテンツ提供者であった場合の処理が行なわれる。まずステップＳ６０５では、図１のコンテンツ提供者端末装置１３１からの入力が、要求されているコンテンツデータか、情報源特定情報の新規登録情報かを判定する。入力がコンテンツデータである場合には、制御はステップＳ６０６に進み、さもなければ制御はステップＳ６０７に進む。
【００６４】
ステップＳ６０６においては、制御部１３０はコンテンツデータを蓄積部１２８を介してデータベース１２７に蓄積する。その後制御はステップＳ６０１に戻る。
【００６５】
一方、ステップＳ６０７では、入力された新規登録情報を情報登録部１２５を介して第２のテーブル１２４に登録する。さらに、新規に登録された情報源特定情報に従い、コンテンツ提供者端末装置１３１に対して、コンテンツデータ取得要求を出す。その後、制御をステップＳ６０１に戻す。この要求に応答してコンテンツ提供者端末装置１３１が情報サーバ装置１１６に対してコンテンツデータを送信してくると、情報サーバ装置１１６では、ステップＳ６０６においてコンテンツ提供者端末装置から受取ったコンテンツデータの蓄積が行なわれる。
【００６６】
一方、ステップＳ６０２において、入力が情報サーバ装置の管理者からの入力であると判定された場合の処理について説明する。ステップＳ６０８では、情報サーバ装置管理の入力等その他の入力に対して処理を行なう。その後、制御をステップＳ６０１に戻す。
【００６７】
最後に、ステップＳ６０２において入力がクライアント端末装置１０１からのものであると判定された場合の処理について説明する。ステップＳ６０３では、利用者情報解析部１２２により利用者要求情報を解析する。さらに、情報源特定情報毎に、利用者ＩＤ及び時刻特定情報を情報登録部１２５により第３のテーブル１２３に登録する。制御はその後ステップＳ６０４へ進む。
【００６８】
ステップＳ６０４では、テーブル参照部１２９により第２のテーブル１２４及び第３のテーブル１２３を参照して、データベース１２７中にあるコンテンツデータの所在、及び提供する宛先となる利用者ＩＤ（識別情報）を読出し、通信部１１８を介して当該コンテンツデータの配信を開始する。この後制御はステップＳ６０１に戻される。
【００６９】
この実施の形態１に係るシステムの動作について、例を用いて以下に説明する。利用者は、図２の利用形態に示す様に、クライアント端末装置１０１のＴＶ画面を通して放送局からの放送番組を視聴しているものとする。クライアント端末装置１０１の制御部では、ステップＳ５０１において、テレビやディスプレイに放送番組を表示しながら何かが入力されるのを待っている。
【００７０】
例えば２００２年１１月１９日９時２分３５秒に８チャネルを視聴中に車のコマーシャルメッセージ（以下、単に「ＣＭ」と呼ぶ。）が表示された時、利用者が、その車に関してより詳細な情報を取得したいと考えたものとする。このとき利用者は、リモコンの情報取得ボタンをクリックする。この動作により、クライアント端末装置に対して取得要求が出される事になる。記憶部１０６の時刻情報フラグは「現時刻」を指す値に設定される。
【００７１】
クライアント端末装置の制御部では、図１１のステップＳ５０２において、入力がユーザ入力であると判定される。制御はステップＳ５０３へ進む。
【００７２】
このとき、利用者は各放送チャネルに対応したコンテンツデータの提供元のＵＲＬ（情報源特定情報）の入力を要求しているわけではない。従ってステップＳ５０３の判定の結果はＮＯとなり、制御はステップＳ５０４へ進む。
【００７３】
また、利用者が要求しているのは、過去に放送された番組内容に関連したコンテンツデータや未来に放送される予定の番組内容に関連したコンテンツデータを取得する際に必要な、過去・未来の指定時刻の入力ではない。従ってステップＳ５０４での判定結果はＮＯとなる。制御はステップＳ５０５へ進む。
【００７４】
ここではまた、利用者は、視聴している放送番組のチャネル切替を要求しているわけでもない。従ってステップＳ５０５の判定結果もＮＯとなり、制御はステップＳ５０６に進む。
【００７５】
ステップＳ５０６では、利用者が、視聴している放送番組の内容に関連した情報取得を要求しているかどうかについて判定する。ここでは判定結果はＹＥＳとなる。従って制御はステップＳ５０７へ進む。
【００７６】
ステップＳ５０７では、記憶部１０６の時刻情報フラグが「現時刻」を指しているので、利用者が現時刻の内容のコンテンツデータの取得を要求していると判定される。制御はステップＳ５０８に進む。ステップＳ５０８においては、利用者がボタンを押した時刻をタイマ１１１から時刻情報として取得して記憶部１０６に格納する。制御はステップＳ５０９に進む。
【００７７】
ステップＳ５０９では、制御部１１５は、記憶部１０６に格納している選局中の１チャネルと対応付けられているＵＲＬ、例えばＵＲＬ＝「http://www.1channel.co.jp」を情報源特定情報として読出す。制御部１１５はさらに、利用者がボタンを押した時刻特定情報（例えば「t=02_11_19_09_02_35」の様な形式）を付加する。その結果、利用者要求情報「http://www.1channel.co.jp /t=02_11_19_09_02_35」が作成される。制御部１１５は、情報提供サービスを行なう情報サーバ装置に対しこの利用者要求情報を情報提供要求として送信する。このとき、本実施の形態のクライアント端末装置１０１では、表示画面は情報取得ボタンを押した時に情報取得中と表示される画面に切替わり、サーバから要求したコンテンツデータが到着するのを待つ。
【００７８】
一方、情報サーバ装置１１６は、図１３のステップＳ６０１において入力待ちの状態にあるものとする。クライアント端末装置１０１からの上記した入力があれば、制御はステップＳ６０２に進む。ステップＳ６０２において、その入力がクライアント端末装置から受取った利用者要求情報であると判定される。制御はステップＳ６０３へ進む。
【００７９】
ステップＳ６０３では、制御部１３０は、利用者情報解析部１２２により利用者要求情報「http://www.1channel.co.jp/t=02_11_19_09_02_35」を解析する。制御部１３０はさらに、情報源特定情報「http://www.1channel.co.jp」別に、利用者ＩＤ「230.122.4.155」、時刻特定情報「02:11:19:09:02:35」を情報登録部１２５により第３のテーブル１２３に登録する。制御はステップＳ６０４へ進む。
【００８０】
ステップＳ６０４では、テーブル参照部１２９により第２のテーブル１２４及び第３のテーブル１２３を参照して、データベース１２７中にあるコンテンツデータの所在「D:/1channel/CM/car.rtp」、提供する宛先となる利用者ＩＤ「230.122.4.155」を読出し、通信部１１８によりコンテンツデータ「car.rtp」の配信を行なう。
【００８１】
クライアント端末装置１０１では、要求した情報をステップＳ５１０において情報サーバ装置から受信し、提供情報蓄積部１１４によりこの情報を蓄積する。さらに、制御はステップＳ５１１に進み、制御部１１５は蓄積した情報を表示部１０５により表示装置に表示する。この結果、利用者は、要求した視聴中の車のＣＭに関連する情報を視聴する事ができる。その後、制御はステップＳ５１２へ進み、表示画面を番組表示へ戻す要求が利用者から入力されるまで待機する。要求があれば、表示画面を関連コンテンツデータの表示以前の放送チャネル番組の表示へ戻し、制御をステップＳ５０１に戻す。
【００８２】
なお、図１３に示す情報サーバ装置１１６のフローチャートにおいて、ステップＳ６０２で、図１の関連情報を提供するコンテンツ提供者端末装置１３１からのデータ登録要求であると判定された場合には、制御はステップＳ６０５に進む。ステップＳ６０５において、図１のコンテンツ提供者端末装置１３１からの入力が、要求中のコンテンツデータか情報源特定情報の新規登録情報かを判定する。コンテンツデータであると判定された場合には制御はステップＳ６０６へ進む。ステップＳ６０６では、コンテンツデータを蓄積部１２８によりデータベース１２７に蓄積する。
【００８３】
ステップＳ６０５において新規登録情報であると判定された場合には制御はステップＳ６０７に進む。ステップＳ６０７においては、入力された新規登録情報を情報登録部１２５により第２のテーブル１２４に登録する。さらに、新規に登録された情報源特定情報に従い、コンテンツ提供者端末装置１３１に対し、コンテンツデータ取得要求を出す。例えば、コンテンツ提供者は、予め車のコマーシャル（以下「ＣＭ」と記載する。）のコンテンツデータを提供する場合、ステップＳ６０７においてコンテンツ提供者端末装置１３１中のデータ所在場所（例えば「http://www.1channel/CM/car.rtp」）と提供時刻（例えば「02:11:19:09:00− 9:05」）とを登録する。その後、サーバ端末装置がコンテンツ提供者端末装置に対してコンテンツデータの取得要求を出し、ステップＳ６０６においてコンテンツ提供者端末装置から受取ったコンテンツデータの蓄積を行なう。
【００８４】
上記した場合と異なる条件では、もちろんクライアント端末装置１０１及び情報サーバ装置１１６の動作の詳細は上記したものと異なってくる。しかし、それを実現するためのプログラムの制御構造については上記した通りである。条件が異なる場合の動作についてはいわゆる当業者には明らかであると思われるので、ここではその詳細については繰返さない。
【００８５】
以上の様にこの実施の形態１のシステムでは、リモートコントローラの「情報取得」キーを利用者が押す事により、そのときの時刻特定情報が情報取得の要求とともにサーバ装置に送られる。サーバ装置は、この時刻特定情報付の要求に基づいて、クライアント端末装置１０１上で当該利用者が視聴していたチャネルと関連付けられた適切な情報をデータベースから読出し、クライアント端末装置１０１に配信できる。利用者は、視聴中の情報に関連した適切な情報を、ボタン一つで見る事ができる。
【００８６】
＜実施の形態２＞
以下の実施の形態２の情報サーバ装置では、ネットワーク遅延の算出とクライアントアクセス数のカウントアップとを行ない、それらの遅延情報やカウント情報をクライアント端末装置に通知する。さらにこの情報サーバ装置は、それらの遅延情報、カウント情報に従ったクライアントへの情報提供時刻のスケジューリング及び提供情報の切替を行なう。また、提供情報の更新、更新された情報の概略、及び更新された情報の自動取得命令をクライアント端末装置へ送信する。また、クライアント端末装置から取得要求のあった情報とその前後時間に提供される情報をクライアント端末装置に返信する。
【００８７】
一方、この実施の形態２のクライアント端末装置では、情報サーバ装置から返信される関連情報が完全に取得できてから表示を行なう。このとき、関連情報の表示画面への切替を行なった後も切替前の放送番組や蓄積メディアの音声を出力し続ける。さらに、各放送プログラムをキーに割当てるキー時に、情報取得先の登録を行ない、また、情報取得時に時刻特定情報を加えるかどうかの設定を行なう。さらに、図３に示す情報取得記憶ボタンを利用者が操作する事により、ボタンを押した時に直ちに情報を取得するのではなく、時間経過後でもボタンを押下した時刻の情報を取得してボタンが押下されたときに視聴されていたチャネルの番組に関連した情報を取寄せる事ができる。また、後述する様にこの実施の形態２のクライアント装置では、キーワード登録という手段を設ける事により利用者の希望する番組情報を自動取得するという機能を実現している。
【００８８】
さらにこの実施の形態２のクライアント端末装置では、ネットワークアクセス遅延時間や取得要求を出す情報源のアクセス状況について情報サーバ装置から通知を受け表示を行なう。最後に、情報サーバ装置から情報取得の中止を指示する命令を受けた場合には、その命令に従って情報取得を中断し、利用者にその旨を通知するという機能を実現する。
【００８９】
図１４に、この実施の形態２のシステムの全体ブロック図を示す。図１４に示されるシステムの構成は、図１に示されるものと類似しており、図１のクライアント端末装置１０１、情報サーバ装置１１６、データベース１２７、コンテンツ提供者端末装置１３１、及びデータベース１３３に替えて、それぞれこれらに所定の機能の変更を加えたクライアント端末装置１０１Ａ、情報サーバ装置１１６Ａ、データベース１２７Ａ、コンテンツ提供者端末装置１３１Ａ、及びデータベース１３３Ａを含んでいる。
【００９０】
図１５に、このクライアント端末装置１０１Ａのブロック図を示す。このクライアント端末装置１０１Ａが図４に示すクライアント端末装置１０１と異なるのは、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）等の蓄積メディア１５２を駆動してコンテンツを再生する蓄積メディア駆動部１５０とキーワード入力部１０４Ａとを含む点、制御部１１５に替えて、情報取得先を記憶する処理を行なう情報取得先記憶処理部と、蓄積メディア駆動部１５０を制御する蓄積メディア操作部とをさらに含む制御部１１５Ａを含む点、及び図４の利用者要求情報作成部１１２に替えて、記憶された情報取得先情報に基づいて利用者要求情報を作成する機能を追加して備えた利用者要求情報作成部１１２Ａを含む点である。図１５において、図４に示す部品と同じ部品には同じ参照番号を付してある。それらの名称及び機能も同一である。従って、ここではそれらについての詳細な説明は繰返さない。
【００９１】
図１６は、情報サーバ装置１１６Ａのブロック図である。この情報サーバ装置１１６Ａは図６に示す情報サーバ装置１１６と類似した構成を有する。情報サーバ装置１１６Ａが情報サーバ装置１１６と異なるのは、第２のテーブル１２４に代えて図１７、図１９、又は図２０に示す様な構成を有する第２のテーブル１２４Ａを含む点、第３のテーブル１２３に替えて図１８に示す様な構成を有する第３のテーブル１２３Ａを含む点、及びテーブル構成の変化に伴って実施の形態１の情報登録部１２５及びテーブル参照部１２９の機能を変更した情報登録部１２５Ａ及びテーブル参照部１２９Ａを含む点である。図１６において、図６に示される各部品と同じ部品には同じ参照番号を付してある。それらの名称及び機能も同一である。従ってここではそれらについての詳細な説明は繰返さない。
【００９２】
図１７、図１９及び図２０を参照して、第２のテーブル１２４Ａは、コンテンツごとに、情報源特定情報（典型的にはＵＲＬ）と、当該コンテンツの提供時間帯と、当該コンテンツの提供開始時刻と、コンテンツ提供者側のコンテンツデータの所在と、サーバ中のコンテンツデータの所在と、コンテンツを提供する際に充足されるべき提供条件とを含む。なお、図１７、図１９及び図２０は、後に説明する様に本実施の形態における様々な動作を説明するために、異なる情報を含んだ形式で示してある。また、図面を簡略にするために、各図においては説明に関連した部分の情報のみを示してある。
【００９３】
以下に、図２１〜図２３の実施の形態２のクライアント端末装置１０１Ａの制御部において実行されるプログラムの制御構造、及び図２４〜図２５の実施の形態２の情報サーバ装置１１６Ａの制御部において実行されるプログラムの制御構造を説明する事により、クライアント端末装置１０１Ａ及び情報サーバ装置１１６Ａで追加された機能を、他の機能とともに説明する。
【００９４】
（情報提供スケジューリングを行なう情報サーバ装置）
情報サーバ装置において、ネットワーク遅延の算出とクライアントアクセス数のカウントアップを行ない、それらの遅延情報やカウント情報のクライアントへの通知と、それらの情報に従ったクライアントへの情報提供時刻のスケジューリング及び提供情報の切替を行なう例について、図１７、図１９、図２０の実施の形態２における利用者数カウントアップやネットワーク遅延検出を行なう情報サーバ装置の番組関連情報提供テーブルである第２のテーブル１２４Ａを用いて説明する。
【００９５】
図２１〜図２３はクライアント端末装置１０１Ａの制御部で実行されるプログラムの制御構造を示すフローチャートである。図２１〜図２３に示すステップＳ８０１〜Ｓ８０３の処理は、それぞれ図１１のステップＳ５０１〜Ｓ５０３の処理と同じである。従ってここではそれらについての詳細な説明は繰返さない。ただし、ステップＳ８０２において判定結果がＮＯとなった場合、制御はステップＳ８１５に進む事、及びこのステップＳ８１５以下で行なわれる処理が図１１のステップＳ５１３で行なわれるものとは相違している事に注意する必要がある。
【００９６】
より具体的には、ステップＳ８１５では、受信した情報が情報源切替情報であるのか、カウント情報であるのか、関連情報であるのかについての判定が行なわれる。そして、判定結果に従って制御はステップＳ８１８、Ｓ８１６又はＳ８１７に進む。
【００９７】
ステップＳ８１８では、記憶部１０６に予め記憶されているキーワードを読出し、情報源切替情報中の簡略内容情報と照合して、簡略内容情報中からキーワードと合致する単語を検出したか否かについての判定が行なわれる。キーワードと合致する単語を検出した場合には制御はステップＳ８１９に進み、さもなければ制御はステップＳ８２０に進む。
【００９８】
ステップＳ８１９において、画面上に自動取得表示を表示して、利用者にキーワード照合により関連情報の自動取得を行なう旨を通知する。その後、さらに制御は図２３に示すステップＳ８１２以下に進み、キーワード検索に引っかかった関連情報に対しての利用者要求情報を情報サーバ装置へ送信する。これらの処理については後述する。
【００９９】
一方、ステップＳ８２０では、この情報源切替情報中に、重要情報表示命令が存在するか否かについての判定が行なわれる。重要情報表示命令が存在すると判定された場合には制御はステップＳ８２１に進み、重要情報表示を行なって、制御はステップＳ８０１に戻る。それ以外の場合には、制御は直接ステップＳ８０１に戻る。
【０１００】
ステップＳ８１５で情報の種類がカウント情報であると判定された場合には、ステップＳ８１６でそのカウント情報に基づいてアクセス状況を表示し、制御はステップＳ８０１に戻る。
【０１０１】
情報の種類が関連情報であると判定された場合には、制御はステップＳ８１７に進み、その情報の取得が完了した後、情報の取得が完了した事を利用者に通知し、制御はステップＳ８０１に戻る。
【０１０２】
ステップＳ８０３で、ユーザ入力が情報源特定情報であると判定されると、制御はステップＳ８２２に進む。さもなければ制御はステップＳ８０４に進む。
【０１０３】
ステップＳ８２２においては、利用者に対して情報源特定情報（典型的にはＵＲＬ）の入力画面を表示する。情報源特定情報入力部１０３により、利用者からの各放送チャネルに対する情報源特定情報の入力情報を受取り、その入力情報を情報登録部１０８により第１のテーブル１０７に登録し、再び放送番組の表示を行なう。その後制御はステップＳ８０１に戻る。
【０１０４】
一方、ステップＳ８０４では、ユーザ入力が、過去に放送された番組内容に関連したコンテンツデータや未来に放送される予定の番組内容に関連したコンテンツデータを取得する際に必要な、過去・未来の指定時刻の入力を要求するものか、キーワードを登録するためのキーワード入力を要求するものか、それ以外かを判定する。制御は、指定時刻の入力を要求するものであればステップＳ８２３に、キーワード入力を要求するものであればステップＳ８２４に、それ以外であれば図２２のステップＳ８０５に、それぞれ進む。
【０１０５】
ステップＳ８２３において、利用者に時刻情報の入力画面を表示する。時刻情報入力部１０４により、利用者から入力された時刻特定情報を受取り、記憶部１０６によりその入力情報を記憶する。時刻情報フラグを「指定時刻」に書き換え、再び放送番組の表示を行なう。この後制御はステップＳ８０１に戻る。
【０１０６】
ステップＳ８２４においては、表示画面をキーワード入力画面に切替え、キーワード入力部１０４Ａを通して利用者から入力情報を受取る。続いてステップＳ８２Ａで記憶部１０６によりキーワードを記憶し、画面表示を入力前の画面表示に戻す。その後制御はステップＳ８０１に戻る。
【０１０７】
一方、図２２のステップＳ８０５では、ユーザ入力が蓄積メディアの操作か否かを判定する。判定結果がＹＥＳであれば制御はステップＳ８２５に、さもなければ制御はステップＳ８０６に、それぞれ進む。
【０１０８】
ステップＳ８２５では、ユーザ入力が、視聴中の番組の蓄積を指示するものか否かを判定する。蓄積を指示するものである場合は制御はステップＳ８２６に、さもなければ制御はステップＳ８２７に、それぞれ進む。
【０１０９】
ステップＳ８２６では、ユーザ入力内の放送チャネル番号と指定の時間帯とに従い、画面表示内容、音声表示内容、情報源切替情報及び蓄積開始時刻を蓄積する。この後制御はステップＳ８０１に戻る。
【０１１０】
一方、ステップＳ８２７では、ユーザ入力に従って、蓄積メディアの再生・停止・早送り等の処理を行なう。この後、制御はステップＳ８０１に戻る。
【０１１１】
ステップＳ８０５の判断の結果、ユーザ入力が蓄積メディアの操作に関するものではないと判定された場合、ステップＳ８０６以下では次の様な処理が行なわれる。すなわち、ステップＳ８０６では、ユーザ入力が表示の切替を要求するものか否かを判定する。表示の切替を要求するものであれば制御はステップＳ８２８に、さもなければ制御はステップＳ８０７に、それぞれ進む。
【０１１２】
ステップＳ８２８では、表示の切替先が何であるかについての判定が行なわれる。放送番組であれば制御はステップＳ８２９に、取得情報であれば制御はステップＳ８３２に、蓄積メディアであれば制御はステップＳ８３３に、それぞれ進む。
【０１１３】
放送番組に切替える事が指示された場合、ステップＳ８２９ではユーザ入力が選局切替要求か否かについて判定する。選局切替要求であれば制御はステップＳ８３１に、さもなければ制御はステップＳ８３０に、それぞれ進む。
【０１１４】
ステップＳ８３１では、表示すべき局の変更に伴って、その局に関連した情報を受取る事ができる様に、情報取得ボタンのリンク先を変更する。さらに、選局された局の番組を表示し、制御はステップＳ８０１に戻る。
【０１１５】
ステップＳ８３０では、選局切替要求ではないので、局の切替をせずに放送番組を表示する。この後制御はステップＳ８０１に戻る。
【０１１６】
一方、ステップＳ８３２では、表示画面を取得情報表示画面へ切替えて取得情報を表示する。このとき、取得情報からの音声出力がない場合には、表示切替前の音声出力を維持する。この後制御はステップＳ８０１に戻る。
【０１１７】
ステップＳ８３３では、表示切替要求に従い、蓄積メディアを表示する処理が実行される。その後制御はステップＳ８０１に戻る。
【０１１８】
ステップＳ８０６で、ユーザ入力が表示切替要求でないと判定された場合に制御がステップＳ８０７に進む事については前述した。ステップＳ８０７では、利用者によって情報取得先記憶（情報記憶）ボタン（図３を参照されたい。）が押下されたか否かについての判定が行なわれる。情報取得先記憶ボタンが押下されたのであれば制御はステップＳ８３４に、さもなければ制御はステップＳ８０８に、それぞれ進む。
【０１１９】
ステップＳ８３４では、情報取得先ボタンが押下されたときの現情報源特定情報と、現時刻情報とを記憶する。その後制御はステップＳ８０１に戻る。
【０１２０】
ステップＳ８０８では、利用者によって情報取得ボタンが押下されたか否かについての判定が行なわれる。情報取得ボタンが押下されたのであれば制御はステップＳ８０９（図２３）に進み、さもなければ制御はステップＳ８３５に進む。ステップＳ８３５では、音量等の処理をする。その後制御はステップＳ８０１に戻る。
【０１２１】
図２３のステップＳ８０９では、情報を取得するにあたって、過去に記憶された情報源特定情報を使用するか否かについての判定が行なわれる。記憶された情報を使用するのであれば制御はステップＳ８３７に進み、さもなければ制御はステップＳ８１０に進む。
【０１２２】
ステップＳ８３７では、記憶されていた情報源特定情報と、時刻特定情報とを読出す。制御はこの後ステップＳ８０１に戻る。
【０１２３】
一方ステップＳ８１０では、現在何を表示しているかについての判定を行なう。取得情報を表示している場合、放送番組を表示している場合、及び蓄積メディアを表示している場合に応じて、制御はそれぞれステップＳ８３６、Ｓ８１１、又はＳ８３８に進む。
【０１２４】
ステップＳ８３６では、過去に取得した関連情報を表示する。その後制御はステップＳ８０１に戻る。
【０１２５】
ステップＳ８３８では、時刻特定情報が蓄積メディア時刻か、現時刻かを判定する。蓄積メディア時刻であれば制御はステップＳ８３９に進む。蓄積メディア時刻ではなく、現時刻であれば制御はステップＳ８１１に進む。なおここで蓄積メディア時刻とは、パッケージメディアの場合にはその再生開始からの相対時間をさし、録画ができる装置では、その録画が開始されたときの絶対時刻とそこからの相対時間とから計算される時刻の事をいう。
【０１２６】
ステップＳ８３９では、蓄積メディアの蓄積時刻を時刻特定情報に設定する。この後制御はステップＳ８１３に進む。
【０１２７】
ステップＳ８１１では、入力された情報取得要求が、期限特定情報付のものか否かについての判定が行なわれる。期限特定情報付でなければ制御はステップＳ８１２に進んで現時刻を時刻特定情報に設定しさらにステップＳ８１３に進む。それ以外の場合には制御は直接ステップＳ８１３に進む。
【０１２８】
ステップＳ８１３では、入力された情報取得要求が、当該時刻での番組の関連情報に加えて、それに時間的に隣接する番組、例えばその前後の時間帯の番組の関連情報を要求するものか否かについての判定が行なわれる。この様な要求は、図３に示す「マルチタイム」ボタンを押す事により発生される。前後情報の取得も要求されている場合には制御はステップＳ８４０に進み、それ以外の場合には制御はステップＳ８１４に進む。
【０１２９】
ステップＳ８４０では、情報取得先のＵＲＬに、時刻特定情報と前後情報取得フラグとを付加し、利用者マルチタイム要求情報として情報サーバ装置に送信する。前後情報取得フラグとは、現時刻の番組の関連情報だけでなく、その前後の時刻における関連情報の取得も要求する事をサーバに知らせるためのフラグである。ステップＳ８４０の後制御はステップＳ８０１に戻る。
【０１３０】
一方、ステップＳ８１４では、情報取得先のＵＲＬに時刻特定情報を付加し、利用者要求情報として情報サーバ装置に送信する。この後、制御はステップＳ８０１に戻る。
【０１３１】
一方、情報サーバ装置１１６Ａの制御部１３０Ａで実行されるプログラムの制御構造は以下の通りである。図２４及び図２５に、このプログラムのフローチャートを示す。
【０１３２】
図２４を参照して、ステップＳ９０１において，タイマ１２０からタイマ時刻を取得して記憶部１１７に格納する。続いてステップＳ９０２において、取得されたタイマ時刻に基づき、情報源切替時刻となったか否かを判定する。情報源切替時刻であれば制御はステップＳ９１０に進み、それ以外の場合には制御はステップＳ９０３に進む。
【０１３３】
ステップＳ９１０では、コンテンツ提供者が作成して情報サーバ装置に蓄積している番組内容を簡単に説明した簡略内容情報を含んだ情報源切替情報を各クライアント端末装置に向け送信する。制御はこの後ステップＳ９０１に戻る。
【０１３４】
ステップＳ９０３においては、テーブル参照部１２９Ａにより番組関連情報提供テーブル第２のテーブル１２４Ａを参照し、各情報源特定情報の情報提供時刻と記憶部１１７に格納されているタイマ時刻とを比較部１２１により比較する。そして、現時刻が利用者の要求する情報源特定情報の提供開始時刻と一致していれば制御はステップＳ９３０に進む。さもなければ制御はステップＳ９０４に進む。
【０１３５】
ステップＳ９０４では情報提供処理が行なわれる。その詳細については図２５に示す。図２５を参照して、まずステップＳ９１１では、テーブル参照部１２９Ａにより第３のテーブル１２３Ａを参照し、提供する情報源にクライアント要求情報中のカウンタ情報に関する提供条件があるか否かを判定する。制御は、要求時刻に関する提供条件があればステップＳ９１３に、ネットワーク遅延時間に関する提供条件があればステップＳ９１４に、条件がない場合にはステップＳ９１２に、それぞれ進む。
【０１３６】
ステップＳ９１２では、テーブル参照部１２９Ａにより第３のテーブル１２３Ａを参照し、サーバ到着時刻順にクライアント要求情報のソートを行ない、ステップＳ９１５に進む。ステップＳ９１３では、テーブル参照部１２９Ａにより第３のテーブル１２３Ａを参照し、カウント情報順にクライアント要求情報のソートを行ない、ステップＳ９１５に進む。ステップＳ９１４では、テーブル参照部１２９Ａにより第３のテーブル１２３Ａを参照し、ネットワーク遅延時間順にクライアント要求情報のソートを行ない、ステップＳ９１５に進む。
【０１３７】
ステップＳ９１５において、第３のテーブル１２３Ａ中のクライアント要求情報の順序に従ってコンテンツデータの送信を開始する。情報提供処理はこれで終了し、制御は図２４のステップＳ９０１に戻る。
【０１３８】
再び図２４を参照して、ステップＳ９０４では、入力があるか否かを判定する。入力があれば制御はステップＳ９０５に進む。さもなければ制御はステップＳ９０１に戻る。
【０１３９】
ステップＳ９０５では、その入力がコンテンツ提供者からのものか、クライアント端末からのものか、又はサーバ管理者からのものかについての判定が行なわれる。コンテンツ提供者からの場合には制御はステップＳ９３０に進む。クライアント端末からの場合には制御はステップＳ９０６に進む。サーバ管理者からの場合には制御はステップＳ９１９に進む。
【０１４０】
ステップＳ９１６では、コンテンツ提供者からの入力の内容がコンテンツデータなのか、それとも新規情報源登録の要求なのかについての判定が行なわれる。コンテンツデータである場合には制御はステップＳ９１７に進み、新規情報源登録の要求の場合には制御はステップＳ９１８に進む。
【０１４１】
ステップＳ９１７では、コンテンツ提供者から送信されてきたコンテンツデータを図１６に示す蓄積部１２８を用いてデータベース１２７に登録する。制御はステップＳ９０１に戻る。
【０１４２】
一方、ステップＳ９１８では、入力された新規登録情報を情報登録部１２５Ａにより第２のテーブル１２４Ａに登録する。さらに、この新規に登録された情報源登録情報に従い、コンテンツ提供者端末装置に対し、コンテンツデータ取得要求を出す。この後制御はステップＳ９０１に戻る。
【０１４３】
ステップＳ９０５の判定の結果、入力がサーバ管理者からのものであると判定された場合、ステップＳ９１９でこのサーバ管理入力に対する処理が行なわれる。その後制御はステップＳ９０１に戻る。
【０１４４】
一方、ステップＳ９０５の判定の結果、入力がクライアント端末からのものであると判定された場合には、ステップＳ９０６以下の処理が行なわれる。まずステップＳ９０６において、利用者情報解析部１２２により利用者要求情報を解析・分析し、情報源特定情報別に、利用者要求情報中の利用者ＩＤ及びクライアント要求時刻、並びに記憶部１１７に格納されているタイマ時刻を情報登録部１２５Ａにより利用者要求情報管理テーブル第３のテーブル１２３Ａにクライアント要求情報として登録する。制御はさらにステップＳ９０７に進む。
【０１４５】
ステップＳ９０７では、テーブル参照部１２９Ａにより第３のテーブル１２３Ａを参照し、各クライアント要求情報をクライアント要求時刻順にカウントアップを行なってカウント情報を作成する。さらに情報登録部１２５Ａにより第３のテーブル１２３Ａのカウント情報を更新する。制御はこの後ステップＳ９０８に進む。
【０１４６】
ステップＳ９０８では、テーブル参照部１２９Ａにより第３のテーブル１２３Ａを参照し、各クライアント要求情報中のクライアント要求時刻と記憶部１１７に格納されているタイマ時刻とから、その差分としてネットワーク遅延時間を算出する。さらに情報登録部１２５Ａにより第３のテーブル１２３Ａのネットワーク遅延時間を更新する。制御はステップＳ９０９へ進む。
【０１４７】
ステップＳ９０９では、テーブル参照部１２９Ａにより第３のテーブル１２３Ａを参照し、各利用者に対して第３のテーブル１２３Ａに登録してあるカウント情報及びネットワーク遅延情報をクライアント端末装置１０１Ａに対し送信する。その後、制御はステップＳ９０１に戻る。以上が、情報サーバ装置１１６Ａで実行されるプログラムの制御構造である。
【０１４８】
以下、このクライアント端末装置１０１Ａ及び情報サーバ装置１１６Ａの動作について、具体的な例をいくつか挙げて説明する。
【０１４９】
（情報サーバ装置１１６Ａでの情報提供スケジューリング）
利用者はＴＶ画面を通して放送局からの放送番組を視聴しているものとする。このとき、クライアント端末装置１０１Ａにおける制御部１１５Ａでは、ステップＳ８０１においてテレビやディスプレイに放送番組を表示しながら、入力待ちの状態にある。
【０１５０】
２００２年６月２４日８時１分４５秒に１チャネルを視聴中に音楽コンサートのチケット販売のＣＭが表示されたものとする。そしてこの時に、利用者が、より詳細な情報を取得するためにリモコンの情報取得ボタンをクリックした場合を想定する。クライアント端末装置１０１Ａの制御部１１５Ａでは、ステップＳ８０２〜Ｓ８１１において、入力が利用者からの要求であり、現時刻０２：０６：２４：０８：０１：４５現在で１チャネルにおいて放送中の番組に関連する情報を取得するという内容の要求であると判定する。その結果制御はステップＳ８１２に進む。
【０１５１】
ステップＳ８１２において、利用者要求情報「http://www.1channel.co.jp/t=02_06_24_08_01_45」を作成し、ステップＳ８１３において情報提供サービスを行なう情報サーバ装置１１６Ａに対してこの利用者要求情報を送信する。この時、利用者の視聴中の画面では情報取得中通知が番組表示に重ねられて、一定時間表示される。
【０１５２】
一方、情報サーバ装置１１６Ａの制御部１３０Ａでは、ステップＳ９０１においてタイマ１２０からタイマ時刻を取得して記憶部１１７に格納し、ステップＳ９０２からＳ９０５においてクライアント端末装置からの利用者要求情報「http://www.1channel.co.jp /t=02_06_24_08_01_45」が入力されたと判定し、ステップＳ９０６に進む。
【０１５３】
ステップＳ９０６では、情報サーバ装置１１６Ａは、利用者情報解析部１２２により利用者要求情報「http://www.1channel.co.jp /t=02_06_24_08_01_45」を解析・分析し、情報源特定情報「http://www.1channel.co.jp」別に、利用者ＩＤ「10.23.201.5」、クライアント要求時刻「02:06:24:08:01:45」を抽出し、記憶部１１７に格納されているタイマ時刻「02:06:24:8:01:48」を得て、これらを情報登録部１２５Ａにより利用者要求情報管理テーブル第３のテーブル１２３Ａにクライアント要求情報として登録し、ステップＳ９０７に進む。
【０１５４】
ステップＳ９０７では、情報サーバ装置１１６Ａは、テーブル参照部１２９Ａにより第３のテーブル１２３Ａを参照し、各クライアント要求情報をクライアント要求時刻順にカウントアップし、カウント情報を作成する。さらに、情報登録部１２５Ａにより第３のテーブル１２３Ａのカウント情報を更新し、ステップＳ９０８に進む。
【０１５５】
ステップＳ９０８では、テーブル参照部１２９Ａにより第３のテーブル１２３Ａを参照し、各クライアント要求情報中のクライアント要求時刻と記憶部１１７に格納されているタイマ時刻とから、その差分としてネットワーク遅延時間を算出し、情報登録部１２５Ａにより第３のテーブル１２３Ａのネットワーク遅延時間を更新し、ステップＳ９０９へ進む。
【０１５６】
ステップＳ９０９では、テーブル参照部１２９Ａにより第３のテーブル１２３Ａを参照し、各利用者に対して第３のテーブル１２３Ａに登録してあるカウント情報及びネットワーク遅延情報をクライアント端末装置に対し送信する。
【０１５７】
この情報を受けて、クライアント端末装置１０１Ａの制御部１１５Ａでは、ステップＳ８０１、Ｓ８０２、Ｓ８１５を通してカウント情報及びネットワーク遅延情報を受信したと判定し、ステップＳ８１６においてこれらの情報を表示し、利用者にアクセス状況を通知する。
【０１５８】
その後、２００２年６月４日８時３分になると、サーバ端末装置１１６Ａの制御部１１５Ａでは、ステップＳ９０３において、テーブル参照部１２９Ａにより番組関連情報提供テーブルである第２のテーブル１２４Ａを参照し、各情報源特定情報の情報提供時刻と記憶部１１７に格納されているタイマ時刻とを比較部１２１により比較する。その結果、現時刻が利用者の要求する情報源特定情報http://www.1channel/の提供開始時刻02:06:24:8:03であると判定され、制御はステップＳ９１１へ進む。
【０１５９】
ステップＳ９１１では、テーブル参照部１２９Ａにより第３のテーブル１２３Ａを参照し、提供する情報源「D:/1channel/CM/concert/」にクライアント要求情報中のカウンタ情報に関する提供条件{ if （counter  <=100）  get.exe;  else  fail.html; }があると判定される。制御はステップＳ９１３へ進む。
【０１６０】
ステップＳ９１３では、テーブル参照部１２９Ａにより第３のテーブル１２３Ａを参照し、カウント情報順にクライアント要求情報のソートを行なう。次に、ステップＳ９１５において、提供条件{ if （counter  <=100） get.exe; else  fail.html;}に従ってコンテンツデータの送信を開始する。例えば利用者ＩＤ 10.23.201.5のクライアント端末装置に対しては55番目にコンテンツデータD:/1channel/CM/concert/get.exeを送信する。その後、制御はステップＳ９０１に戻る。
【０１６１】
クライアント端末装置１０１Ａは、情報サーバ装置１１６ＡからコンテンツデータD:/1channel/CM/concert/get.exeを受信する。これに応答して、制御部１１５Ａは、ステップＳ８０１、Ｓ８０２、Ｓ８１５を通して、この入力が、要求したコンテンツデータD:/1channel/CM/concert/get.exeの入力であると判定する。その結果、ステップＳ８１７においてデータを完全に取得するのを待ち、取得が完了すると取得完了の表示により利用者に情報取得終了の通知を行なう。
【０１６２】
利用者は、取得通知を受けた後、表示切替ボタンを押し、取得した情報の表示要求を行なう。このとき、クライアント端末装置の制御部では、ステップＳ８０１からＳ８０６、及びＳ８２８を通して、入力が利用者からの取得情報の表示要求であると判定する。さらに、ステップＳ８３２において表示画面を取得情報表示画面へ切替えて取得情報「get.exe」を表示する。取得情報からの音声出力がない場合には、表示切替前の音声出力を維持する。
【０１６３】
（キーワードを用いて関連情報の自動取得を行なう情報提供方法）
次に、提供情報更新情報を情報サーバ装置からクライアント端末装置に通知し、クライアント端末装置においてキーワード登録により利用者が希望する関連情報を自動的に取得する場合のこのシステムの具体的な動作について説明する。
【０１６４】
利用者はＴＶ画面を通して放送局からの放送番組を視聴しているものとする。このとき、クライアント端末装置１０１Ａの制御部１１５Ａでは、ステップＳ８０１においてテレビやディスプレイに放送番組を表示しながら、入力待ちの状態にあるものとする。利用者は好みの情報を自動取得するため、情報メニューボタンを押し、情報メニュー表示中のキーワード入力項目を選択する。
【０１６５】
これに応答して、クライアント端末装置１０１Ａの制御部１１５Ａでは、ステップＳ８０１からＳ８０４の処理を通して、入力が利用者からのキーワード入力要求であると判定する。ステップＳ８２４において、表示画面をキーワード入力画面に切替え、キーワード入力部１０４Ａを通して利用者からの入力情報を記憶部１０６により記憶する。その後、画面表示を入力前の画面表示に戻す。以上で利用者のキーワード登録は終了する。
【０１６６】
一方、情報サーバ装置１１６Ａの制御部１３０Ａでは、図２３のステップＳ９０１、Ｓ９０２において、情報源が切替わる時刻を検出する。その結果、ステップＳ９１０において、コンテンツ提供者が作成して情報サーバ装置に蓄積されている番組内容を簡単に説明した簡略内容情報を含んだ情報源切替情報を各クライアント端末装置に向け送信する。
【０１６７】
この情報を受けたクライアント端末装置１０１Ａの制御部１１５Ａでは、ステップＳ８０１、Ｓ８０２、Ｓ８１５において、入力が情報サーバ装置から受信した情報源切替情報であると判定する。その結果、ステップＳ８１８において、記憶部１０６からキーワードを読出し、情報源切替情報中の簡略内容情報と照合する。簡略内容情報中からキーワードと合致する単語を検出した場合には制御はステップＳ８１９へ進む。
【０１６８】
ステップＳ８１９において、利用者にキーワード照合により関連情報の自動取得を行なう旨を通知するために画面上に自動取得表示を表示する。さらに制御はステップＳ８１２、Ｓ８１３、Ｓ８１４に進み、キーワード検索に引っかかった関連情報に対しての利用者要求情報を情報サーバ装置へ送信する。
【０１６９】
また、ステップＳ８１８においてキーワード検索と合致しない情報切替情報であると判定した場合には制御はステップＳ８２０に進む。ステップＳ８２０において、情報源切替情報中に重要情報表示命令があると判定された場合には制御はステップＳ８２１へ進む。ステップＳ８２１において、利用者に切替わった情報源が重要である旨を通知するために、画面上に重要情報表示を行なう。
【０１７０】
クライアント端末装置での要求コンテンツデータの取得に関しては前掲の例と同様に行なう。すなわち、利用者はリモコンの表示切替ボタンを押して表示画面を取得した情報の表示画面に切替えて、自動蓄積された好みの情報を閲覧する。
【０１７１】
（複数の関連情報を同時に取得する情報提供方法）
利用者が取得要求を出した番組関連情報に加え、取得要求を出した放送チャネルの前後チャネルの関連情報と取得要求時刻に提供される関連情報と時間的に前後する関連情報も同時に利用者に提供する情報提供方法を用いた場合のシステムの動作について、説明する。ここでは、図１９の実施の形態２における放送番組関連情報を複数同時に提供する情報サーバ装置１１６Ａの番組関連情報提供テーブル（第３のテーブル１２３Ａ）を用いて説明する。
【０１７２】
利用者がＴＶ画面を通して放送局からの放送番組を視聴しているものとする。このとき、クライアント端末装置の制御部では、ステップＳ８０１において、テレビやディスプレイに放送番組を表示しながら、入力待ちの状態にある。
【０１７３】
２００２年２月１８日７時４５分２６秒に８チャネルでショッピング番組が放送されている時、利用者が、番組中で現在紹介されている商品、少し前の時間に紹介された商品及び少し後に紹介される商品の詳細情報を同時に取得するために、リモコンのマルチタイムボタンを押したものとする。クライアント端末装置１０１Ａの制御部１１５Ａは、ステップＳ８０１からＳ８１１を通して、入力が利用者からの複数情報同時取得の要求であると判定する。その結果、ステップＳ８１２において、利用者マルチタイム要求情報「http://www.8channel.co.jp /t=02_02_18_07_45_26=multi=time」を作成する。
【０１７４】
さらに、ステップＳ８４０において、情報提供サービスを行なう情報サーバ装置１１６Ａに対しこの利用者マルチタイム要求情報を送信する。この時、利用者の視聴中の画面ではマルチタイム情報取得中通知が番組表示に重ねられて、一定時間表示される。
【０１７５】
また、図１９に示す様に、予め番組放送時刻の前に、ショッピング番組の関連情報を提供するコンテンツ提供者端末装置１３１は、データベース１３４中のショッピング番組の関連情報ファイルaquos.file、microwave.file、zaurus.fileの所在を示す「http://www.8channel/shopping/aquos.file、http://www.8channel/shopping/microwave.file」、「http://www.8channel/shopping/zaurus.file」と、情報提供時間帯「02:02:18:07:30:00 − 02:02:18:07:40:00」、「02:02:18:07:40:00 − 02:02:18:07:50:00」、「02:02:18:07:50:00 − 02:02:18:08:00:00」を関連情報提供テーブルである第２のテーブル１２４Ａに登録しておく。このとき、情報サーバ装置１１６Ａの制御部１３０Ａでは、図２４に示すステップＳ９０１からＳ９０５、及びＳ９１６において、入力がコンテンツ提供者端末装置からの新規登録要求であると判定する。従って制御はステップＳ９１８に進み、入力された新規登録情報を情報登録部１２５Ａにより第２のテーブル１２４Ａに登録する。さらに、新規に登録された情報源登録情報に従い、コンテンツ提供者端末装置１３１Ａに対してコンテンツデータ取得要求を出す。
【０１７６】
コンテンツ提供者端末装置１３１Ａからは、この取得要求に応答してコンテンツデータが送られてくる。情報サーバ装置は、コンテンツ提供者端末装置からショッピング番組の関連情報ファイルaquos.file、microwave.file、zaurus.fileを受信し、データベース１２７の所在D:/1channel/shopping/に蓄積しておく。このとき、制御部では、ステップＳ９０１からＳ９０５、及びＳ９１６において、入力がコンテンツ提供者端末装置１３１Ａから送られてきたコンテンツデータであると判定し、ステップＳ９１７において、入力されたコンテンツデータを蓄積部１２８によりデータベース１２７に蓄積する。
【０１７７】
情報サーバ装置１１６Ａの制御部１３０Ａでは、図２４のステップＳ９０１からＳ９０５を通して、入力がクライアント端末からの利用者要求情報「http://www.8channel.co.jp /t=02_02_18_07_45_26=multi=time」であると判定する。制御はステップＳ９０６に進み、この利用者要求情報が、利用者の指定したウェブサイトのＵＲＬ「http://www.8channel.co.jp」と、要求指定時刻「02:8:07:45:26」と、マルチタイム情報取得要求である事とを読取る。制御部１３０Ａはさらに、関連情報提供テーブルである第２のテーブル１２４ＡにＵＲＬと時刻特定情報とを参照し、利用者が情報提供要求を出している情報が、D:/8channel/shopping/microwave.fileであると判定する。制御部１３０Ａは、利用者のマルチタイム情報取得要求に応えるために、テーブル参照部１２９Ａにより第２のテーブル１２４Ａを参照して時間的にその前後に提供される情報がD:/8channel/shopping/aquos.file とD:/8channel/shopping/zaurus.fileとであると判定し、利用者にこれらの情報の提供を行なう。
【０１７８】
クライアント端末装置での要求コンテンツデータの取得に関しては前掲の例と同様である。すなわち、利用者はリモコンの表示切替ボタンを押して表示画面を取得した情報の表示画面に切替えて、自動蓄積された好みの情報を閲覧する。
【０１７９】
（蓄積メディアを用いた情報提供方法）
録画した放送番組等を視聴する場合においても、表示画面に関連した情報を利用者に提供する情報提供方法を用いる場合の本実施の形態のシステムの動作例について、図２０の関連情報提供テーブルである第３のテーブル１２３Ａを用いて説明する。
【０１８０】
（蓄積時の情報を取得する場合）
利用者は２００２年１２月１３日１０時０分０秒から２００２年１２月１３日１１時０分０秒の間に４チャネルで放送されたドラマ番組をビデオ録画したものとする。このとき、クライアント端末装置１０１Ａの制御部１１５Ａでは、ステップＳ８０１からＳ８０５、Ｓ８２５において、利用者からの入力が放送番組の蓄積要求であると判定する。その結果、ステップＳ８２６において、指定の放送チャネル番号４と指定の時間帯「02:12:13:10:00:00 − 02:12:13:11:00:00」に従い、画面表示内容、音声表示内容、情報源切替情報及び蓄積開始時刻を蓄積する。
【０１８１】
後日（例えば２００２年１２月１４日８時３０分０秒から）、利用者がクライアント端末装置１０１Ａにおいてこの録画したビデオの再生を開始し、ＴＶ画面を通して視聴する場合を想定する。このとき、クライアント端末装置１０１Ａの制御部１１５Ａでは、ステップＳ８０１において、蓄積メディアの再生表示を行ないながら入力待ち状態にある。
【０１８２】
利用者は、再生時刻７分２５秒に表示されたレストランの情報を取得するためにリモコンの情報取得ボタンをクリックするものとする。これにより、クライアント端末装置１０１Ａに対して取得要求が出される。制御部１１５Ａでは、ステップＳ８０１からＳ８１０において、入力が利用者からの蓄積メディアの関連情報取得要求であると判定する。制御はステップＳ８３８に進む。ステップＳ８３８では、要求に含まれる時刻特定情報が再生表示中の蓄積メディアの蓄積時刻であると判定される。
【０１８３】
ステップＳ８３９において、利用者が情報取得要求を出した再生時刻７分２５秒と、録画時刻２００２年１２月１３日１０時０分０秒とから、実際に放送された時にレストランが表示された時刻２００２年１２月１３日１０時７分２５秒を算出する。そして、記憶部１０６に時刻特定情報「t=02_12_13_10_07_25」を格納する。さらに、再生表示中の蓄積メディアの蓄積時刻を記憶部１０６に格納する。
【０１８４】
続くステップＳ８１３において、利用者の要求が複数情報の同時取得要求でないと判定される。そしてステップＳ８１４において、表示中の蓄積メディアの表示チャネルであるチャネル（４チャネル）と対応付けしているＵＲＬ「http://www.4channel.co.jp」と、時刻特定情報「t=02_12_13_10_07_25」とを読出して、利用者要求情報「http://www.4channel.co.jp /t=02_12_13_10_07_25」を作成する。さらに、情報提供サービスを行なう情報サーバ装置１１６Ａに対してこの利用者要求情報を送信する。
【０１８５】
この利用者要求情報に応答して、情報サーバ装置１１６Ａからクライアント端末装置１０１Ａへ関連情報が提供され、クライアント端末装置Ａでは情報の表示を行なう。
【０１８６】
（再生時の情報を取得する場合）
利用者が、クライアント端末装置１０１Ａにおいて映画ＤＶＤを再生し、ＴＶ画面を通して映画を視聴しているものとする。このとき、クライアント端末装置の制御部では、ステップＳ８０１において、蓄積メディアの再生表示を行ないながら入力待ち状態にある。
【０１８７】
利用者が、例えば再生時間１時間９分５２秒の時点で表示された表示内容に関連した情報を取得したいと考えた場合、利用者はリモコンの情報取得ボタンをクリックする。これにより、クライアント端末装置１０１Ａに対して取得要求が出される。
【０１８８】
この要求に応答して、クライアント端末装置１０１Ａの制御部１１５Ａでは、ステップＳ８０１からＳ８１０において、入力が利用者からの蓄積メディアの関連情報取得要求であると判定する。従って制御はステップＳ８３８に進む。ステップＳ８３８においてはこの場合、時刻特定情報が蓄積メディアの再生時刻であると判定される。従ってステップＳ８３９において、蓄積メディア時刻「01:09:52」を記憶部１０６に格納する。制御はステップＳ８１３に進む。
【０１８９】
ステップＳ８１３において、利用者の要求は複数情報の同時取得要求でないと判定される。従って制御はステップＳ８１４に進む。ステップＳ８１４において、表示中のメディア内に蓄積されているＵＲＬ「http://www.movie_info.co.jp/123456/」と、蓄積メディア時刻特定情報「st=01_09_52」とを読出して利用者要求情報「http://www.movie_info.co.jp/123456/st=01_09_52」を作成し、情報提供サービスを行なう情報サーバ装置１１６Ａに対しこの利用者要求情報を送信する。
【０１９０】
この利用者要求情報に応答して情報サーバ装置１１６Ａは、図２０に示す関連情報提供テーブルに従ってクライアントに関連情報の提供を行なう。この際の情報サーバ装置１１６Ａの動作は前述したものと同様である。
【０１９１】
＜実施の形態３＞
以下に本発明の第３の実施の形態に係るシステムについて説明する。図２６は、本システム全体の構成を示す図である。図２６を参照して、このシステムは、映像データを保有し配信するための放送用サブシステム１１００と、放送用データと同期したコンテンツを提供するためのネットワーク用サブシステム１２００と、家庭やオフィス等の利用者が使用するクライアント端末サブシステム１３００とを含む。
【０１９２】
配信には、通常は地上波、衛星、ケーブル等を通じて送られる放送が一般的に用いられるが、インターネットを用いた放送や、ＤＶＤ等のパッケージメディアを用いたものでもよい。インターネットを用いたストリーム配信の場合には、ＲＴＰ（Ｒｅａｌ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）等の実時間プロトコルを用いる事が多い。パッケージメディアの場合には、時刻が絶対時間ではなくて、メディアの基点からの相対時間が使用される事になる。
【０１９３】
図２６に示される、放送用サブシステム１１００からクライアント端末サブシステム１３００に配信されるデータは、本実施の形態では映像であるが、時間的な流れが存在するデータであれば音楽、ラジオ、文字情報、又は画像情報等であっても構わない。
【０１９４】
ネットワーク用サブシステム１２００との間のネットワークとしては、本実施の形態ではいわゆるインターネットを想定している。しかしネットワークがインターネットのみに限定されるわけではない。例えばインターネットに接続されていないプライベートネットワークであってもよい。
【０１９５】
本実施の形態では、クライアント端末サブシステム１３００が映像を受信するための経路（主として放送）と、ネットワークを通じて情報をやり取りする場合の経路（主としてインターネット）とでは、異なる物理層を用いた伝送が行なわれる。しかし、本発明はそうした形態に限定されるわけではない。ただし、少なくともクライアント端末サブシステム１３００とネットワーク用サブシステム１２００との間には双方向の通信路が必要である。また、放送用サブシステム１１００から送られる情報は主として時間的なシーケンスを持つ映像や音楽等の情報である。
【０１９６】
図２７には、本実施の形態で用いられる放送用サブシステム１１００と、ネットワーク用サブシステム１２００とのブロック図を示す。図２７を参照して、放送用サブシステム１１００は、変調器、アンテナ等を有し、放送等の手段を通じて映像を送出する映像送出部１１０１と、時刻を正確に刻むタイマ１１０２と、どの映像をどの時刻に配信するかのスケジュールを示す映像タイムテーブル１１０５と、映像タイムテーブル１１０５のスケジュール情報に従い、タイマ１１０２により示される時刻にあわせた映像を選択し、送出するシーケンスを制御するための映像シーケンス制御部１１０３と、映像シーケンス制御部１１０３が送出する映像を蓄えるための映像記録部１１０４とを含む。
【０１９７】
本実施の形態に係るシステムの映像記録部１１０４には、ＣＭも含めて映像が蓄えられている。実際の放送では、リアルタイムのニュース番組等もあるので、すべての映像が予め記録されている必要はない。ただし、リアルタイムの放送であってもＣＭ等記録された映像との切替が行なわれるのが通常である。
【０１９８】
映像タイムテーブル１１０５は、時刻と対応してどの映像を送出するかを記憶する。リアルタイムの放送の場合には、ＣＭの挿入時刻等、事前に記録されたタイムテーブルではなくて、その場で外部からの指示でスケジュールを切替える場合もあり得る。従って、映像タイムテーブル１１０５には、情報は通常は前もって記憶されるが、場合によりリアルタイムに変更される場合もある。又は、映像タイムテーブル１１０５に格納されたスケジュールにかかわりなく、強制的に送出映像を変更する場合もあり得る。
【０１９９】
一方、ネットワーク用サブシステム１２００は、外部のクライアント端末と通信を行なうネットワークインタフェース１２０１と、クライアント端末からアドレス情報に付随して送られてきた時刻等の情報を解析・分析するためのアドレス解析部１２０２と、予め、どの時刻にはどの様なコンテンツを送るべきかが記述されたコンテンツタイムテーブル１２０３と、アドレス解析部１２０２による解析・分析の結果得られた情報、現在保有するコンテンツ等、及びコンテンツ提供業者が挿入したいＣＭ等の情報を考慮してコンテンツを作成するためのコンテンツ構成部１２０４とを含む。
【０２００】
ネットワーク用サブシステム１２００はさらに、コンテンツ構成部１２０４で作成されたコンテンツを一時記憶するためのコンテンツ一時記憶部１２０５と、コンテンツタイムテーブル１２０３に対応可能な形式でコンテンツを記憶するためのコンテンツ記憶部１２０６と、映像記録部１１０４により記憶され、放送で送出される映像と、コンテンツ記憶部１２０６により記憶されネットワークで送信されるコンテンツとの同期をとるためのコンテンツ同期部１２０７とを含む。
【０２０１】
コンテンツ一時記憶部１２０５に記憶されたコンテンツは、ネットワークインタフェース１２０１からクライアント端末サブシステム１３００に送信される。なお、このコンテンツ一時記憶部１２０５は、同じリクエストが複数到着したときに、何度も同じコンテンツを作らなくてすむための高速化にも利用される。
【０２０２】
図２８にコンテンツタイムテーブル１２０３に記憶される内容の例を示す。各行の項目は、左から順にコンテンツ番号、開始時刻、終了時刻、その他条件、コンテンツ名、及び備考である。クライアント端末からのアドレス等アクセス情報内の時刻情報が、あるコンテンツの開始時刻及び終了時刻の間に入っていればそのコンテンツが適用される。
【０２０３】
例えばコンテンツ番号＝１の行は、アクセス情報内の時刻情報が05:00〜05:55:59の範囲にある場合については./news.htmlがアクセスされる事を示している。なおここで「コンテンツ」と呼ばれるものは、単純に一つのコンテンツ（若しくはコンテンツのアドレス）を指すものに限定されるわけではなく、複数のコンテンツを結びつけてページを作成するための情報であっても構わない。コンテンツ番号＝２の行も同様に同じ./news.htmlをアクセスする設定になっている。
【０２０４】
ここでnews.html（ニュースを表す。）という同じ記述がコンテンツ番号１及び２の２行に記載されているのは、いずれもニュースがその内容であって、どちらも最新のニュースページにアクセスする事が仮定されているためである。もちろん、５時からのニュースと７時からのニュースとで異なるページを指定しても構わない。
【０２０５】
コンテンツ番号＝３の行は、この例では、毎日放映される連続ドラマを示している。ここでは、「コンテンツ」の欄に記載されている情報は、今日の放映分に対応する情報を指している。
【０２０６】
コンテンツ番号＝４の行は、「その他の条件」として「地域条件判定：Osakaなら別アドレス（./Osaka_地域.html）の情報を送信」を含む。この様に条件を設定しておくと、その条件が充足された場合に、「コンテンツ」の内容と異なる内容を放映する様に設定する事ができる。例えば、同じ番組でも、そこで放映されるＣＭを地域により異ならせる事が多い。上の様にテーブルにその他の条件とし地域（local）条件（地域情報）を記述しておけば、ウェブページにアクセスしたときにそのアクセス情報中の地域条件を見て、部分的にページをその地方に合わせる事が可能になる。
【０２０７】
ここで例として地域条件は、テレビチャネルを設定するときに同時に設定される事が望ましい。また、地域を設定する事で、テレビチャネルと放送波との対応（一般的なチャネルの設定）、各チャネルに対応するベースアドレスの設定、ローカル情報の設定（大阪、奈良、カリフォルニア等）、各チャネルに対応したベースアドレスを用いたウェブアクセスに対して時刻情報や地域条件の付加を行なうかどうか等の設定が一度に出来る様にする事が望ましい。このためには、地域を入力するためのユーザインタフェースと、それぞれの地域に応じてチャネル、ベースアドレス、ローカル情報等を保持するテーブルとを読出専用メモリに保持し、利用者からの選択に応じてその一つを設定する事で実現可能である。
【０２０８】
コンテンツ番号＝５及び６の行の開始時間及び終了時間は、いずれもコンテンツ番号＝４の行と重なった時間帯に設定されている。通常、各番組はメインの番組部分と、その中にあるコーナー部分（例えばクイズへの応募）、コマーシャル等との、複数の部分に分かれている。この例では時間的な重なりを許す記述にする事により、メインの番組を複数の時間の細切れとして表現する必要がない様にする事ができる。図２８の例では、「朝のワイドショー」という一つの番組がコンテンツ番号＝４の行に記憶されており、それを構成する個々の部分がコンテンツ番号＝５（クイズ）、及びコンテンツ番号＝６（クイズコーナーの中のＣＭ）として別の行に記憶されている。
【０２０９】
ここでは、ワイドショーの中のクイズ、クイズコーナーの中のＣＭにそれぞれ対応してコンテンツ情報が記憶されているが、コンテンツタイムテーブルにおけるこうした情報の記憶形態はこれに限定されるわけではない。例えば、これらを時間ごとに全く別のページとして記憶させるか、一つのページの中に３つのコンテンツを埋め込む形式で記憶させるか等、状況及び必要に応じて、どの様な形式を採用してもよい。
【０２１０】
現実には、例えばこのテーブル内である番組の終了時刻として09:56:59が設定されていても、利用者は若干遅れてアクセスを行なう事が予測される。従って、このタイムテーブルにおいて時間的に隣接したページ、例えば前後のページには容易にジャンプできる仕組みを予め備える事が望ましい。具体的には、コンテンツ番号＝４の「朝のワイドショー」に対応するウェブページからは、コンテンツ番号＝３の「連続ドラマ」、及び「朝のワイドショー」の次に放送される番組に関するコンテンツへリンクを張る様にすればよい。
【０２１１】
通常は映像タイムテーブル１１０５に記憶される放送のタイムテーブルが確定した後に、それにあわせてコンテンツタイムテーブル１２０３が修正される。この修正は、人手を介さず自動的に行なっても、人手を介して修正・追加してもどちらでも構わない。特にオンラインで接続されている必要もない。ただし、野球放送の時間延長等に対応する事を考えた場合には、放送時間延長に即時に対応できるものである事が望ましい。
【０２１２】
一つの放送用サブシステム１１００に対して、ネットワーク用サブシステム１２００が複数個あってもよい。利用者の好みに応じて、ネットワーク用サブシステム１２００のいずれかを選択できる様にクライアント端末の設定ができる様にする事が望ましい。
【０２１３】
ネットワークインタフェース１２０１によるネットワーク接続には、本実施の形態ではインターネットが使用される。しかしネットワークがインターネットに限定されるわけではない。また、アドレス解析部１２０２による解析の結果は、後述する様に、適切なコンテンツを選択するために使用される。
【０２１４】
図２９は、本実施の形態に係るクライアント端末サブシステム１３００内のクライアント端末として想定される構成を示す。図２９を参照して、このクライアント端末は、インターネットモデム１３３１と、テレビジョン受像機１３３２と、テレビジョン受像機１３３２を操作するためのリモコン１３３３とを含む。
【０２１５】
テレビジョン受像機１３３２は、ケーブルテレビ（ＣＡＴＶ）に接続されているものとする。またこの例では、インターネットモデム１３３１とテレビジョン受像機１３３２とは無線を使って相互に接続されている。
【０２１６】
インターネットモデムとしては例えばＡＤＳＬ（Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）モデムがある。できればインターネットには常時接続の形態で接続される事が望ましい。無線としては例えば、ＩＥＥＥ（the Institute of Electrical and Electronics Engineers, Inc）による規格であるＩＥＥＥ８０２．１１ｂの技術が使用可能である。もちろん、テレビ本体にモデムを内蔵してもよい。ＩＥＥＥ８０２．１１ｂによる無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）での接続の場合、ＥＳＳＩＤ（Extended Service Set−Identifier）又は暗号化キー等の設定が必要である。しかしそれらは本発明とは直接の関連を持たないため、ここではその詳細については説明しない。
【０２１７】
インターネットへのアクセスの場合、ＩＰアドレスの設定等が必要である。クライアント端末が家庭で使用される事を想定すると、ＩＰアドレスはＤＨＣＰ（Dynamic Host Configuration Protocol）等の既存の手法によって自動的に設定する様にし、利用者の負担を軽減する事が望ましい。
【０２１８】
リモコン１３３３に替えてマウス、キーボード等を使用する事も可能であるが、現在のテレビジョンと同様の形でクライアント端末を操作する事を想定すれば、片手で入力できるものが望ましい。
【０２１９】
図３０はクライアント端末の構成として想定される代表的なものを示すブロック図である。図３０を参照して、このクライアント端末は、放送用サブシステム１１００等の映像ソースから送出された映像を入力するための映像入力部１３１１と、入力映像を切替える映像切替部１３１２と、映像が切替わった事に対応して、同時にネットワーク用のベースアドレス（情報源特定情報）を切替えるアドレス切替部１３１３と、映像のチャネルや蓄積メディアに対応したベースアドレスを記憶するベースアドレス記憶部１３１４と、映像切替（同時にベースアドレス切替もなされる。）やネットワークアクセスの指示（アドレスが作成されて、リクエストがネットワークから送信される。）を利用者が行なうためのユーザインタフェースを備えたユーザ入力部１３１５とを含む。
【０２２０】
映像入力部１３１１は、通常はチューナの形式となる事が一般的である。ただし、映像を記録したビデオテープレコーダ、ハードディスク、又はＤＶＤ等でもよい。映像切替部１３１２は放送のチャネルの切替を実現するが、蓄積メディア間での切替え、放送と蓄積メディア間での切替えを行なう様にする事もできる。ユーザ入力部１３１５としては、後述の様に通常はリモコンとその表示とが使われる。
【０２２１】
クライアント端末はさらに、時刻をカウントするタイマ１３１７と、ベースアドレス記憶部１３１４に保持されるベースアドレスとタイマ１３１７の現在の時刻とから、時間情報を含むアドレスを作成するためのアドレス作成部１３１６と、アドレス作成部１３１６で作成したアドレスを記憶するためのアドレス記憶部１３２２と、アドレス記憶部１３２２に記憶されたアドレスを送信し、それに対応する情報を受信するための情報送受信部１３１８と、実際のネットワークとの信号の伝達を行なうためのネットワークインタフェース１３１９と、情報送受信部１３１８により受信された情報を表示（利用者に提示）される形に組み立てるためのブラウザ１３２０と、映像入力部１３１１から入力された映像とブラウザ１３２０で組み立てられた情報を利用者に表示するための表示部１３２１とを含む。クライアント端末はさらに、ブラウザ１３２０により表示される情報を記憶する情報記憶部１３２３を含む。
【０２２２】
米国等で複数のタイムゾーンが使用される地域も存在するため、本発明で使用する時刻は、世界標準時を基準にした表記（日本であれば日本時間＋日本時間をあらわす情報  例えばJST：Japan  Standard  Time）を利用する事が望ましい。また映像チャネルだけと同期したアクセスのみを行なう場合には、タイマ１３１７は不要であり、時刻情報を付加せずにアドレスを作成する。なお、タイマ１３１７はサーバ側のタイマと同期している事が望ましい。ただし、サーバ側は放送系に連動して非常に正確な時計を持っている可能性が高い。よってクライアントが正確な時刻に同期するシステムであるならばサーバとクライアントが独立して正確な時刻に合わせる事でサーバとの同期を取る事も可能である。
【０２２３】
クライアントのタイマは、１日に１度以上正しい時間に自動的に修正される事が望ましい。タイマの自動修正方法は、標準電波を受信して修正する手法、放送の時報を用いて修正する手法、インターネットのＮＴＰ（Network Time Protocol）、ＳＮＴＰ（Simple Network Time Protocol）を用いて修正する手法等複数存在するが、どれを採用しても構わない。なお、ＮＴＰ又はＳＮＴＰを用いて時刻を修正する場合には、時刻サーバに多数のクライアント端末装置が一斉にアクセスする事がない様に、各クライアント端末がランダムな時間に問合せを行なう様にすべきである。また、チャネルの設定時にＮＴＰサーバの設定を地方によって分ける事が望ましい。これにより同じサーバにアクセスが集中する事を防ぐ事ができる。
【０２２４】
図３０に示した例では、アドレス作成部１３１６で作成したアドレスをアドレス記憶部１３２２に記憶しておく事ができる。これにより、放送に同期したコンテンツをネットワークから入手したい場合に、放送がなされている時と同時ではなく、後にサーバにアクセスする事ができる。アドレス記憶部１３２２は、ユーザ入力部１３１５からの指示を受けて、アドレス作成部１３１６で作成された時刻情報を含むアドレスを記憶する。時間的に後になってユーザ入力部１３１５のユーザインタフェースから指示を受ける事により、情報送受信部１３１８はアドレス記憶部１３２２に記憶されたアドレス情報をネットワークインタフェース１３１９から送信し、受信したコンテンツがブラウザ１３２０及び表示部１３２１によって表示される。また、表示部１３２１の表示が、ブラウザ１３２０による表示から放送映像の表示に切替わるとき、情報記憶部１３２３は、それまでブラウザ１３２０により表示されていた情報を、表示元の放送チャネルごとに記憶しておく。
【０２２５】
図３１はネットワーク用サブシステム１２００のサーバ側のフローチャートを示す。サーバ側には、例えばＵＲＬ＝http://www.asa−tv.co.jp/time?date=20021209&time=203245JST&location=osakaという情報がクライアントから送られるものとする。ステップＳ１２２１ではその構文を解析・分析して、時間及びサーバ側が送信する情報の属性を示す情報（この例では地域情報）等を得る。情報としてＵＲＬが与えられる場合には、ここではＵＲＬパーザと呼ばれるソフトウェアを用いればよい。
【０２２６】
この後、ステップＳ１２２２では、ステップＳ１２２１で得られた情報に基づき、提供期間、有効期限、又はコンテンツの所在等が関連付けて記憶されているコンテンツタイムテーブル１２０３の内容との比較が行なわれ、この結果に基づき、データベース１２２４にアクセスして、必要な情報を組合わせて情報（例えばウェブページ１２２７）を作る。このためには、例えばページ・コンポーザ等と呼ばれるソフトウェアを使用すればよい。
【０２２７】
なおこのとき、過去に作成したページの情報（時刻や地域情報）を記憶しておき、過去に作成したページがあるかどうか判断する事が望ましい。そのページを作成したのが初めてであれば、そのページを送出するとともにページ・キャッシュ１２２６に記憶する。過去に作成したページである場合には、ステップ１２２５でページ・キャッシュ１２２６内の、過去に作成したページを参照する命令を発行する。そして読出されたデータをネットワークを通じてクライアント端末に送信する。
【０２２８】
一般的に、放送に連動した情報提供の場合には一時に同じリクエストが殺到する可能性が高く、応答が遅くなったりサーバの負荷が高くなったりする場合が予想される。そうした問題を回避するため、ここに説明した様に一度作成したデータを保存して再利用する事で、処理の手順が簡略化できるとともに応答が高速化できる。
【０２２９】
なお、本実施の形態では、時刻やその他情報はアドレス情報と一体化されてＵＲＬの形式で表現されている。しかし本発明の実施の形態がこうした方法に限定されるわけではなく、これらの情報がサーバに伝達されればよいのであって、その伝達の形式は問わない。また、時刻情報の解析に失敗した場合等は、予め設定されたデフォールトの情報（対応するテレビ局が用意したメインのページのＵＲＬ等）を送信する事が望ましい。
【０２３０】
時刻情報に付随する、サーバ側が送信する情報の属性を示す情報は、放送局コード、機種コード、キーワード、又は情報出力機器等に関する情報であってもよい。例えば属性を示す情報として、情報出力機器が携帯電話端末であるという内容の情報を時刻情報に付加すると、サーバ装置は携帯電話端末の表示に適した情報を返信する事ができる。また例えば、情報出力機器がメールの送受信が可能な携帯電話端末又はＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）端末等である場合、情報出力機器のメールアドレスを時刻情報に付加すると、サーバ装置はこのメールアドレスに対してＵＲＬを返信する事ができる。これらの情報を同時に時刻情報に複数付加し、サーバ装置へ伝達しても構わない。
【０２３１】
図３２は、クライアント端末サブシステム１３００内のクライアント端末側で実行されるプログラムの制御構造を表すフローチャートである。図３２を参照して、まずステップＳ１３４１において、放送等の映像表示を行なう。ここでいう「表示」とは、テレビジョン受像機等のモニタに映像を表示する事だけではなく、ＶＴＲ（Ｖｉｄｅｏ  Ｔａｐｅ  Ｒｅｃｏｒｄｅｒ）の様にアナログ又はデジタル的に映像を外部機器に出力する事も含む。
【０２３２】
続いてステップＳ１３４２において、どの様なキー入力があったかに関する判定を行なう。ここでは、リモコンからの入力を想定しているので、リモコンのどのキーが操作されたかについてここで判定する。ただし、入力はこの様にリモコンのキーに限定されるわけではない。例えばクライアント端末としてコンピュータを用いる場合には、マウスを入力に用いる事ができる。すなわち、ここで判定するキー入力をするためにはどの様なハードウェアを用いてもよく、またモニタ画面上にメニューを表示してソフトウェアにより選択を行なう方式を用いてもよい。
【０２３３】
ステップＳ１３４２の判定処理の結果に応じて制御の流れは以下の様に分岐する。すなわち、押されたキーがチャネル変更ボタン（実際には、１―１２等の番号キーになっている事が多い。）、「連動表示」キー、「最近のアクセス」キー、「後からネット」キー、選択／再生記録映像に関するキーであれば、制御はそれぞれステップＳ１３４３、Ｓ１３４６、Ｓ１３５１、Ｓ１３５３、Ｓ１３５４に進む。なお、本実施の形態で使用されるリモコンの外観については図３８に示してある。
【０２３４】
ステップＳ１３４３以下はチャネル変更を行なうための処理である。ステップＳ１３４３では、通常はチューナに切替信号を出し、受信映像を切替える。
【０２３５】
続いてステップＳ１３４４において、ベースアドレス記憶部１３１４に記憶されるベースアドレスを変更する。例えばハードディスクＶＴＲ等においてすでに記録されている映像に対しては、チューナへの映像切替ではなくて記録された映像の選択になる。
【０２３６】
ステップＳ１３４５においては、放送波のチャネルが選択されたときの実際の時刻を表すタイマを選択する。選択されるものがリアルタイムの放送のみである場合には、タイマは必ず現在時刻を示すのでこのステップは必要ない。記録されたメディアの再生と現在の放送の表示を切替える機器である場合には、このステッではリアルタイムの放送波の受信が選択されたのならリアルタイムのタイマに、記録されたメディアからの再生が選択された場合にはメディアの持つタイマの初期値に、それぞれ設定を行なう。ステップＳ１３４５の後制御はステップＳ１３４１に戻る。
【０２３７】
ステップＳ１３４６以下は「連動表示」キーが押された場合の処理である。「連動表示」キーとは、放送に連動したコンテンツをワンタッチで表示するために用意されたキーである。まずステップＳ１３４６では、時刻付きアドレスを作成する。ただし、時刻付アドレスを作成しない設定とする事もでき、その場合にはここでは単にベースアドレスのみが準備される。時刻付アドレスは、ベースアドレスとタイマから読出された時刻とから作られる。予め記憶されている地域情報等付加的な情報を加えてもよい。
【０２３８】
また、チャネル毎に時刻情報の付加を行なうかどうかの判定を行なった上でアドレスを作成してもよい。これは時刻を判定する機構を持たないサーバにアクセスする場合に有効である。例えば地方局やＣＳ（Communications Satellite）放送の局、インターネットのストリームサービスの局等比較的小規模のサーバしか運営しないところに対してアクセスする場合に有効である。時刻を付加するかどうかを判断するための情報はベースアドレスとともに、次回の設定変更まで保持される事が望ましい。
【０２３９】
続いてステップＳ１３４７では、作成されたアドレス情報をサーバ側に送信する。ウェブサービスの場合にはＵＲＬに示されたサーバ宛てにアドレス情報が送信される。この場合には、通常はＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）、ＨＴＴＰ（Hypertext Transfer Protocol）等のプロトコルが使用されるが、ここでは、サーバ・クライアント間での通信が可能な組合せであればどのレイヤでどの様なプロトコルを用いてもよく、その種類は問わない。
【０２４０】
ステップＳ１３４８では、サーバからステップＳ１３４６で作成したアドレスに対応したコンテンツが送信されてくるので、これを受信する。
【０２４１】
ステップＳ１３４９では、ステップＳ１３４８で受信したコンテンツを解析・分析してコンテンツを表示する。一般的なコンテンツであるウェブページの場合には、ＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）という言語でコンテンツが記述されている事が多いが、ウェブブラウザで実行可能なプログラム言語で記述されていても構わない。いわゆる携帯電話では、コンテンツ記述にＣｏｍｐａｃｔＨＴＭＬという言語が使われる事が多い。
【０２４２】
ステップＳ１３５０では、利用者からどの様なキー入力がされたかに関する判定を行なう。放送番組を切替える「チャネル」キーであれば制御はステップＳ１３４３に進む。これにより、チャネル変更が行なわれ、表示が映像に切替わる。「戻る」キーであれば、以前選択されていたチャネルの映像表示に戻る。現在表示されているコンテンツから別のコンテンツ表示に切替える指示に対応するキー入力がされた場合には、ステップＳ１３４７に進み、切替えられた先のベースアドレスにベースアドレスを更新する。通常のウェブページではリンクという形でアドレスが表現されたときにこれを矢印キー等で選択し、「決定」キーを押す等の動作で新しいアドレスが送信され、それに対応するコンテンツを受信し、表示する。
【０２４３】
なお、ステップＳ１３４６からステップＳ１３４８までの処理を行なう間、過去に取得保存していたコンテンツをクライアント端末が表示する様にしてもよい。そうすると、利用者は、「連動表示」キーが押下されてから情報が表示されるまでの間、そのコンテンツを視聴する事ができる。
【０２４４】
さらに、定期的に時刻付アドレスを作成し、表示中の放送に関連したコンテンツを予め定期的に取得しておき、サーバ装置とのアクセス中に、取得しておいたコンテンツを表示する様してもよい。その場合、利用者は現在表示中の放送内容に関連したコンテンツであり、かつ時間的に近いコンテンツを視聴する事ができる。もちろん、「連動表示」キーを押下した時点で取得しておいたコンテンツが利用者の要求したコンテンツと同一のものであった場合、利用者は直ちに所望のコンテンツを視聴できる。
【０２４５】
「最近のアクセス」のキーが選択されたときには制御はステップＳ１３５１に進む。ステップＳ１３５１では、最近アクセスされたアドレスを表示する。最近アクセスされたものに時刻付きアドレスがあればそれも表示する。
【０２４６】
ステップＳ１３５２では、リスト表示されたアドレスのいずれかを利用者が選択する。通常、メニュー形式の表示と、矢印及び決定キーを用いた入力とにより実現される。この後制御はステップＳ１３４７に進み、「連動表示」キーが押された場合と同様の処理が行なわれる。
【０２４７】
ステップＳ１３５３では、「後からネット」キーが押されたときに、今の映像を表示したままアドレスだけを記憶する。ここで記憶したアドレスは、「最近のアクセス」キーを押したときに出てくるリストに、最近アクセスされたアドレスのタイトルと共に表示される様にする。又は、「後からネット」で記憶されたアドレスだけをリストとして表示してもよい。この処理によって、今の放送に連動したアドレスを時刻情報とともに記憶し、後からその放送に連動したページへのウェブアクセスを行なう事が実現できる。
【０２４８】
ステップＳ１３５４では、「記録映像選択/再生」キーが押されたときの処理が実行される。この処理は、過去に記憶された映像を扱う事が可能な機器の場合のみ実装される。通常のテレビ等チューナしか備えずリアルタイムに配信される映像しか扱えないものではこの部分は不要である。例えばハードディスクＶＴＲ等では録画した日時やチャネルを記憶する事が可能なので、この処理を実装する事ができる。
【０２４９】
ステップＳ１３５４では、録画された映像に付随して記憶されたチャネル情報を用いてベースアドレスを変更する。チャネル情報やベースアドレス情報をもたないＤＶＤ等のメディアについては、ベースアドレスを人が設定しても構わない。
【０２５０】
続いてステップＳ１３５５では、記録開始した時刻と、現在再生する時間的なポジションとから、それが放映（記録）された時刻を導出して、タイマに設定する。つまり録画したデータの場合、それが実際に放映された時刻を再現できる様にタイマの設定を行なう。もちろんチャネル情報からベースアドレスを変更する以外に、ベースアドレスを直接記憶しておいてもよい。ＤＶＤ等の場合には、アドレスは利用者が入力し、時刻はＤＶＤの再生開始時間をゼロとして開始からの相対時間をサーバに情報として送るという事が可能である。
【０２５１】
これは色々な場合に利用できる。例えば、ＤＶＤをオンラインショッピングのカタログとして配布する事が考えられる。その場合、ＤＶＤの再生時間に対応して関連情報として紹介される商品が変わっていく様にする事ができる。これは、どの再生時間にどの商品が表示されるのかはＤＶＤを作成したときにわかっているためである。初期値からの相対時間をサーバに知らせる事で、妥当なオンラインショッピングのページをサーバで作り出す事が可能になる。ＤＶＤ、ハードディスクＶＴＲ等においては、再生、停止、早送り等、コンテンツの時間軸を操作する事ができる。もちろん、これら装置の場合には、時刻付きアドレスを発生させるタイマはそうした操作に追従して時刻を変更する。
【０２５２】
本フローチャートに示した処理は、利用者とのインタフェースを扱い、かつ、サーバからダウンロードしたコンテンツを解析・分析しながら表示するという役割を果たすため、ブラウザという形でまとめられる事が多い。その主要な機能をまとめると、チャネル切替管理、サーバへのアクセス、アドレスの生成・管理、ユーザインタフェース等である。
【０２５３】
図３３にはクライアント端末でのアドレス関連設定の変遷の例を示す。行番号１で示した行は現在の状態を示す。この内容は現在、どのチャネルが選択されているかに依存する。行番号２で示される行は、チャネルが例えば「asa−tv」というチャネルに変更（具体的には例えば７チャネルが押された事に対応）になった例である。このときベースアドレスはasa−tvのチャネルに対応して記憶されているベースアドレス（例えば「htt://www.asa−tv.co.jp」）に変更される。実際の処理では単にベースアドレスと対応したチャネル番号をインデックスとして一時記憶する事で実現可能である。
【０２５４】
続いて行番号３で示される行には、図３２の「連動表示」キーが押されたときの状況が示されている。このときには現在の時刻情報とともにアドレスが生成され、そのアドレスが送信される。なお、ユーザ設定の不手際等によりベースアドレスが設定されていない場合には、デフォールトのアドレスが生成される事が望ましい。
【０２５５】
行番号４の行は「戻る」キーが押されたときの状況を示す。ウェブ表示から映像表示への切替が行なわれる。行番号５で示される行は図３２の「後からネット」キーが押されたときの状況を示す。ベースアドレスと現在の時刻からアドレスは生成されるが、記憶されるのみで送信はされない。ただし、図４２を参照して後述する様に、アドレスを送信してコンテンツデータを受信しても構わない。ただしその場合でも、現在表示されている映像表示が途切れる事のない様にすべきである。
【０２５６】
行番号６で示される行は放送チャネルの変更があったときの状況を示す。この変更に伴ってベースアドレスがhttp://www.nn−tv.comに変更されている。行番号７で示される行は図３２で「最近のアクセス」が選択された状況を示す。ここでは、行番号５の行で示される状況において記憶された送信アドレスが選択及び送信され、対応するコンテンツ情報を受信する。
【０２５７】
なお、図３３中において「表示」と示した列には、利用者に対してどの様な表示が提示されるのか、その例を示してある。例えば「映像」とは放送の映像であり、「ウェブ」とはインターネットを中心とするネットワークから受信したコンテンツである。もちろん後述の様に混在の表示を行なっても構わない。「映像」と「ウェブ」では表示の解像度、モード等を切替える事でそれぞれを見やすくする事も可能である。
【０２５８】
図３４、図３５、及び図３６は、「連動表示」キーによりインターネットにアクセスした場合の表示例を示す図である。これらは図３３の「表示」の項目でいえば「ウェブ」として示されたモードでの表示例である。
【０２５９】
図３４に示される例では、表示画面１６０は、ＴＶ画面１６２と、それ以外のインターネット画面とに分割されている。インターネット画面はさらに、天気等のインターネットコンテンツが表示される領域１６４，１６６、及び１６８と、インターネットニュース領域１７０とに分割されている。
【０２６０】
図３５に示される例では、表示画面１７２の全域に亘ってインターネット画面１７４が表示される。この例ではさらに、インターネット画面１７４の上にＴＶ画面１７６が重ねて表示される。
【０２６１】
また、この時、「連動表示」キーにより取得したインターネットコンテンツは、放送コンテンツに関連した内容である。そのため、放送番組をＴＶ画面１７６に表示し続ける事が望ましい。インターネットコンテンツ中のリンク情報からコンテンツを取得し、インターネット画面１７４に表示する場合、表示を継続していたＴＶ画面１７６を消す様にしても良い。これにより、利用者は、視聴中のインターネット画面が放送内容との関連の無い事を意識できる。この場合、ＴＶ画面１７６の表示を消す前に、警告表示１７８のようなメッセージ出力を行なっても良い。また、警告音を鳴らしても良い。その他のインターネット画面とＴＶ画面とを並列表示する場合についても、警告を行なう事により同様の効果が期待できる。なお、図３５に示す表示形態において、ＴＶ画面領域画面１７６と、インターネット画面１７４との関係を入替えても良い。
【０２６２】
図３６に示される例では、表示画面１８０は、「時間連動コンテンツ」領域１８２、最新のニュースが表示されるニュース領域１８８、テレビジョンの番組表が表示される番組表領域１８４、ＣＭ領域１９０及び１９２、並びにＴＶ画面１８６に分割されている。時間連動コンテンツ領域１８２は、その時間に利用者が選択していたチャネルと連動するコンテンツを示す。
【０２６３】
図３４、図３５、及び図３６に示される例では、インターネットコンテンツがＴＶ画面と組合わされているが、本発明はその様な表示に限定されるわけではない。例えば、図３７に示す様に、ウェブページ単独で表示されてもよい。図３７に示す例では、表示画面２００は、放映中の番組関連コンテンツの表示領域２０２、ニュース領域１９８、番組表領域１９４、ＣＭ領域１９０、１９２、及び２０４に分割されている。ＴＶ画面そのものはない。
【０２６４】
放送局のビジネスとしては、放送のスポンサーのＣＭをウェブのコンテンツの中に入れる事が望ましい。またリクエストの時刻のコンテンツのみではなく、その時間的な前後のコンテンツに容易にアクセスできる様にしておく事が望ましい。
【０２６５】
図３８に、「後からネット」キーで記憶したアドレスに対してアクセスする場合の表示例を示す。図３８を参照して、この例での表示は時間、チャネル、及びウェブページのタイトルである。タイトルは図４２に関連して説明する方法により入手可能である。時刻情報を含めたアドレスを表示する事も可能だが、利用者が何のコンテンツかを理解しにくいので、タイトルを表示する事が望ましい。
【０２６６】
図３９には、ユーザインタフェースの例としてのリモコンの外観を示す。図３９を参照して、このリモコンは、記憶したアドレスのリスト等、複数項目のリストから一つを選択して決定するという要素を含むので、矢印だけでなく、片手で扱えるジョグダイヤル（回転による選択項目の上下方向の移動と、図中水平方向に押込む事による「決定」操作との入力が可能）を有する事が望ましい。このリモコンと本体とは、赤外線、電波等の手段で本体と通信をする事が望ましい。携帯電話で本発明を実現する場合にはこれらのリストの選択、決定等は携帯電話本体のキーで行なわれる。
【０２６７】
図４０に、最も簡単な映像表示とウェブ表示の状態遷移図を示す。図４０において、楕円は状態を、二重線の四角は状態遷移を引起こすキー入力を、それぞれ示す。「連動表示」キー入力による状態遷移は、放送についての「映像表示」状態から、例えば図３８に示した様なウェブ表示を行なう。通常の映像表示には「戻る」キー又はチャネル選択キー（通常は１から１２のキー）を押す事で切替わる。それ以外のキーでは矢印キーや決定キーでウェブページの表示を続ける。
【０２６８】
図４１には、「後からネット」キーを含めた状態遷移図を示す。放送を受信・表示している映像表示の状態１３６１を中心とした状態遷移を説明する。「後からネット」キーが押下された場合には、アドレスを記憶するだけで映像表示のモードは変わらない。メニューキーが押されると状態１３６２に移行し、メニューを表示する。図４２にメニュー表示の例を示す。
【０２６９】
メニューを矢印キーで選択し、決定キーを押すとそれぞれの選択されたモードに移行する。主な状態としては、最近のアクセスを表示するモードである「最近アクセスアドレス表示」状態がある。最近のアクセスもリスト形式で表示され、矢印キーで選択され、決定される。最近のアクセス先のいずれかが選択されると状態はウェブ表示状態１３６５になる。
【０２７０】
一方、メニュー表示状態１３６２で「お気に入りアドレス表示」が選択され決定されると、状態はお気に入りアドレス表示状態１３６４に移行し、お気に入りアドレスをリスト形式で表示する。お気に入りアドレスのいずれかを矢印キーで選択し決定キーで決定すると、状態はウェブ表示状態１３６５に移行し、当該アドレスのウェブページが表示される。
【０２７１】
＜実施の形態３の変形例１＞
上に述べた例では、「後からネット」キーが押されたときにはアドレスを記憶するだけである。しかし、本発明はそうした実現例のみには限定されない。「後からネット」キーが押されたときにコンテンツを情報サーバ装置から取得して（表示せず）保存しておき、後からそのコンテンツを閲覧するときには改めてアクセスする事なく、保存されたデータを閲覧する様にもできる。
【０２７２】
図４３に、そうした変形例において、図３２のステップＳ１３５３に替えて行なわれる処理のフローチャートを示す。図４３を参照して、まずステップＳ１３７１で、押されたキーが「後からネット」キーかどうかを判定する。「後からネット」キーが押されたのでない場合にはこの処理を終了する。それ以外の場合には制御はステップＳ１３７２に進む。
【０２７３】
ステップＳ１３７２では、時刻等の情報を含むアドレスにアクセスを行ない、コンテンツの取得を行なう。
【０２７４】
ステップＳ１３７３では、ステップＳ１３７２で取得したコンテンツの中からコンテンツのタイトルを抽出し、対応のコンテンツのアドレスとともに記憶する。ウェブページの記述で一般的に使用されるＨＴＭＬ言語形式に従うと、タイトルは「＜title＞」というタグと＜/title＞というタグとに挟まれた部分に書かれる事が多い。クライアント側ではこの部分を抽出し、タイトル情報として記憶する。このタイトルは、図３８に示す様に、後ほど利用者がアクセスしようとするときの表示に使用する。
【０２７５】
続いてステップＳ１３７４では、受信したデータを一時記憶にキャッシュする。後ほど利用者がアクセスしようとするときに、この一時記憶から読出す事により、ネットワークのアクセス時間を短縮できる。
【０２７６】
＜実施の形態３の変形例２＞
図４４に映像表示画面への表示の例を示す。コンテンツのダウンロードは時間を要するため、コンテンツに対する要求を送信した直後に画面を切替えると、しばらく表示画面に何も表示されない状態となる事がある。そこで、映像からウェブページへの切替は、ページのコンテンツが全部又は一部を取得でき、かつページの表示データが構築できてから行なう事が望ましい。ただし、その場合でも「連動表示」キーを押してから画面の切替までタイムラグが報じる可能性がある。この場合、利用者はキー入力が受付けられたかどうか不安になる。できれば利用者にこの様な不安を感じさせる事は避けるべきである。
【０２７７】
これを解消するために映像表示画面２１０に現在の状況を出す事が望ましい。この例では映像表示画面２１０の左上の通信状態表示領域２１２に、通信状態を示す情報（「ダウンロード完」、「通信不能」、「通信可能」、「アドレス記憶完」等）を表示する。特に「後からネット」では、映像表示からウェブページにその場では切替わらないため、アドレスが記憶されたかどうか分からない。この場合には「アドレス記憶完」の表示を行なう。この表示は一定時間後に消える事が望ましい。
【０２７８】
映像表示画面２１０の右下の領域２１４には、特別なウェブ情報がある事を示す表示を行なう。この表示は通常放送系から送られてきたものである。例えばクイズの応募やオンラインショッピング等では、今、ウェブにアクセスすると特別な情報が得られる場合がある。そうした場合には、その事を利用者に知らせる事が重要である。この情報はアナログでもデジタルでも送信が可能である。例えばアナログ放送では映像に重畳して送る事が考えられる。デジタル放送ではデジタルデータとして送る事が考えられる。その他にも、このデジタルデータの情報は放送コンテンツサーバとは別のサーバから取得してもよい。クライアント端末がサーバにアクセスして、自動的にデータをキャッシュする様な処理も可能である。これらの表示は文字である必要はなく、アイコン等の記号でもよい。ただし、その意味が利用者に理解できる様な記号である事が望ましい。
【０２７９】
なお、図４４の右下の表示の様に「ウェブ情報あり」という表示を出すと、放送をリアルタイムで視聴している利用者が一度にサーバにアクセスする可能性がある。ネットワークやサーバの処理能力が低い場合には応答が極端に遅くなったりして十分なサービスが提供できなくなるおそれがある。そこで、自動アクセスの場合にも、利用者による「連動表示」キーによるアクセスの場合にも、アクセスが一度に殺到しない仕組みをクライアント端末に設ける事が有効である。これは例えば上記自動アクセスのリクエストや「連動表示」キーのキー入力が起こってからランダム時間待ってから実際の送信を行なう処理で実現可能である。この待つ時間の最大値は０秒から６０秒程度の間で実現される事が望ましい。
【０２８０】
＜実施の形態３の変形例３＞
図４５に、ユーザインタフェースの例として、別のリモコンの外観を示す。図４５を参照して、このリモコンは、図３９に示すリモコンと同様に、矢印だけでなく、片手で扱えるジョグダイヤルを有する事が望ましい。このリモコンと本体とは、赤外線、電波等の手段で本体と通信をする事が望ましい。携帯電話で本発明を実現する場合にはこれらのリストの選択、決定等は携帯電話本体のキーで行なわれる。
【０２８１】
また、図４５に示すリモコンは、チャネル変更を行なうためのキーである数字キーと、それら数字キーにそれぞれ関連するインターネットコンテンツを切替えて受信・表示するための「チャネルＵｐ」「チャネルＤｏｗｎ」キーと、放送中の放送番組に関連するインターネットコンテンツを、時間的な関連に基づいて切替えるための「前の時刻のページ」及び「次の時刻のページ」キーとを含む。
【０２８２】
図４６に、「チャネルＵｐ」「チャネルＤｏｗｎ」、「前の時刻のページ」、及び「次の時刻のページ」キーを含めた状態遷移図を示す。映像表示を表示している状態１３６６で「連動表示」キーが押下されると、状態は現在視聴中の放送映像に関連したインターネットコンテンツを受信・表示するウェブ表示の状態１３６７に移行する。以下、ウェブ表示の状態１３６７を中心とした状態遷移を説明する。
【０２８３】
ウェブ表示の状態１３６７において、「チャネルＵｐ」キーが押下されると、現在放送中の放送映像を表示する状態１３６６に戻る。また、「チャネルＤｏｗｎ」キーが押下された場合にも，状態は映像表示状態１３６６に遷移する。ただしこの場合には、前回「連動表示」キーが押下されるまで表示していたチャネルの一つ下のチャネルの放送映像を表示する。
【０２８４】
また、「前の時刻のページ」キーが押下されると、現在表示中のＷｅｂ情報元の放送番組で前の時刻に提供されていた情報を表示する様に表示内容を切替えて、ウェブ表示状態１３６７を継続する。「次の時刻のページ」キーが押下されると、現在表示中のＷｅｂ情報元の放送番組で次の時刻に提供される情報を表示する様に表示内容を切替えてウェブ表示状態１３６７を継続する。
【０２８５】
図４７に、具体的な「チャネルＵｐ」、「チャネルＤｏｗｎ」キー操作による表示の変化を示す。図４７を参照して、利用者が、図４５に示すリモコンの「３」のボタンに割当てられているＴＶ放送番組「※※の法則」を閲覧しているものとする。この状態で「連動表示」キーを押すと、視聴中の「※※の法則」番組のホームページが表示される。この状態で、利用者が「チャネルＵｐ」キーを押すと、ＴＶ放送番組「※※の法則」が再度表示される。また、「チャネルＵｐ」キーではなく、「チャネルＤｏｗｎ」キーを利用者が押すと、リモコンの２のボタンに割当てられているＴＶ放送番組「＊＊＊スペシャル」が表示される。
【０２８６】
また、Ｗｅｂ情報表示中にチャネル選択キー（通常は１から１２のキー、「チャネルＵｐ」キー、及び「チャネルＤｏｗｎ」キー）のいずれかを押す事で、放送映像に表示を切替える。この時に、表示していたＷｅｂ情報は保存される。リモコンの「３」のボタンに割当てられた放送画面を表示している状態で、「チャネルＤｏｗｎ」キーが押された場合、保存されたＷｅｂページが再び表示される。また、リモコンの「２」のボタンに割当てられた放送画面を表示している状態で、「チャネルＵｐ」キーが押された場合も、保存されたＷｅｂページが再び表示される。
【０２８７】
図４８に、「前の時刻のページ」、「次の時刻のページ」キー操作による表示の具体的な遷移を示す。図４８を参照して、２００３年６月５日２０時４５分の時点で、利用者は、図４５に示すリモコンの「３」のボタンに割当てられている放送番組「※※の法則」を視聴しているとする。この時点で「連動表示」キーが押されると、視聴中の放送番組「※※の法則」のホームページが表示される。利用者がこのホームページを閲覧した後、２０時５０分の時点で、「前の時刻のページ」ボタンが押されたとする。すると、このホームページを取得した時刻（８時４５分）を含む時間帯からみて、一つ前の時間帯に提供されていた放送番組である「○△□ビールＣＭ」のホームページが表示される。また、「※※の法則」番組のホームページを表示し、２０時５０分の時点で、「次の時刻のページ」キーが押されたとする。すると、このページを取得した時刻（８時４５分）を含む時間帯からみて、次の時間帯となる８時５５分に提供される放送番組「※※の法則」中の「番組プレゼント」のページが表示される。
【０２８８】
なお、「前（次）の時刻のページ」キー操作やリンク選択操作により、現在の放送番組に関連したページではないＷｅｂページを取得表示するとき、表示時にタイマを作動させ、一定時間が経過すると現在時刻に提供されている放送番組に関連したページを取得する機能を備える事が望ましい。
【０２８９】
図４９は、映像表示中に「連動表示」、又は「チャネルＵｐ」若しくは「チャネルＤｏｗｎ」キーが押された時の処理、及びその結果行なわれる番組関連Ｗｅｂページの表示中に「チャネルＵｐ」、「チャネルＤｏｗｎ」「前の時刻のページ」、及び「次の時刻のページ」キーが操作された際の処理を行なうプログラムのフローチャートである。図４９を参照して、まず、ステップＳ１４０１において、図３２に示すステップＳ１３４１と同様に、放送等の映像表示を行なう。続いて、ステップＳ１４０２において、図３２に示すステップＳ１３４２と同様にキー入力があったかに関する判定を行なう。ここでは、リモコンのどのキーが操作されたかについて判定する。
【０２９０】
ステップＳ１４０２の判定処理の結果に応じて制御の流れは以下の様に分岐する。即ち、押されたキーが、「連動表示」キーであるならば、制御はステップＳ１４０３に進み、押されたキーが「チャネルＵｐ」キー又は「チャネルＤｏｗｎ」キーであるならば、制御はステップＳ１４０８に進む。
【０２９１】
ステップＳ１４０３からステップＳ１４０６までの処理は、図３２に示すステップＳ１３４６からステップＳ１３４９までの処理と同様である。即ちステップＳ１４０３では、時刻付きのアドレスを作成する。続いてステップＳ１４０４では、作成したアドレス情報をサーバに送信する。サーバからステップＳ１４０３で作成したアドレスに対応したコンテンツが送信されてくるので、ステップＳ１４０５でこれを受信する。ステップＳ１４０６では、受信したコンテンツを解析・分析して、コンテンツを表示する。制御はステップＳ１４０７に進む。
【０２９２】
一方、「チャネルＵｐ」キー又は「チャネルＤｏｗｎ」キーが押されたときは、ステップＳ１４０８で、表示中の放送チャネルに対応して情報記憶部に記憶されているＷｅｂ情報を読出す。この際に、押されたキーが「チャネルＤｏｗｎ」の場合、クライアント端末は、表示中の放送チャネルに対応して記憶されているＷｅｂ情報を読出す。押されたキーが「チャネルＵｐ」キーならば、クライアント端末は表示中の放送チャネルのチャネル番号のひとつ上のチャネル番号が割当てられている放送チャネルに対応して記憶されているＷｅｂ情報を読出す。制御はステップＳ１４０６に進み、読出した情報をブラウザ表示する。制御はステップＳ１４０７に進む。
【０２９３】
ステップＳ１４０７までの制御によって、Ｗｅｂページが表示されている状態となる。ステップＳ１４０７において、キー入力があったか否か、キー入力があった場合には、それがどのキーかについての判定が行なわれる。判定処理の結果に応じて制御の流れは以下の様に分岐する。即ち、押されたキーが「チャネルＵｐ」キー又は「チャネルＤｏｗｎ」キーであるならば、制御はステップＳ１４０９に進む。押されたキーが「前の時刻のページ」キーならば、制御はステップＳ１４１３に進む。押されたキーが「次の時刻のページ」キーならば、制御はステップＳ１４１４に進む。
【０２９４】
利用者がＷｅｂページを視聴中に、「チャネルＵｐ」キー又は「チャネルＤｏｗｎ」キーが押されると、制御はステップＳ１４０９に進む。ステップＳ１４０９では、クライアント端末において、現在表示中のＷｅｂ情報を表示元の放送チャネル別に用意された格納場所に保存する。
【０２９５】
続くＳ１４１０では、押されたキーが「チャネルＵｐ」キーであるか「チャネルＤｏｗｎ」キーであるかに応じて、それぞれに対応する放送番組の画面を表示し、チャネル変更を行なう。即ち、「チャネルＵｐ」キーが押下された場合には、表示元の放送チャネルで放送されている放送番組を画面に表示する。また、「チャネルＤｏｗｎ」キーが押下された場合には、表示元の放送チャネルのチャネル番号のひとつ下のチャネル番号が割当てられている放送チャネルで放送されている放送番組を画面に表示する。
【０２９６】
続いてステップＳ１４１１においては、図３２に示すプログラムのステップＳ１３４４と同様の処理を行ない、図３０に示すベースアドレス記憶部１３１４に記憶されるベースアドレスを変更する。
【０２９７】
続くステップＳ１４１２においては、図３２に示すプログラムのステップＳ１３４５と同様の処理を行ない、放送波のチャネルが選択されたときの実際の時刻を表すタイマを選択する設定を行なう。即ち、選択されたものがリアルタイムの放送波の受信であるならば、リアルタイムのタイマに設定する。また選択されたものが記録されたメディアからの再生である場合には、メディアに保持されているタイマの初期値に設定する。選択されたものがリアルタイムの放送のみである場合には設定を行なう必要はない。この後、制御はステップＳ１４０１に戻る。
【０２９８】
「前の時刻のページ」キーが押されると、制御はステップＳ１４０７からステップＳ１４１３に進む。ステップＳ１４１３では、クライアント端末で表示しているＷｅｂ情報を取得したときのアドレスを読出し、アドレス中の時刻情報を一定時間減らしたアドレスを新たに作成し、そのアドレスを用いてサーバ装置に情報要求を出す。制御はステップＳ１４０４に戻る。
【０２９９】
「次の時刻のページ」キーが押されると、制御はステップＳ１４０７からステップＳ１４１４に進む。ステップＳ１４１４では、アドレス中の時刻情報を一定時間増やしたアドレスを作成し、そのアドレスを用いてサーバ装置に情報要求を出す。制御はステップＳ１４０４に戻る。
【０３００】
現在表示中の情報のアドレスの中の時刻情報を一定時間差し引く以外のアドレス作成方法として、現在表示中の情報からいくつ前の情報かを表す情報時刻位置情報を現在表示中の情報に付加しても良い。また、通知情報の通知タイミングから前の時刻に提供されていた情報の提供時刻を取得し、アドレスを作成しても良い。
【０３０１】
＜実施の形態３の変形例４＞
図５０には、放送系でアクセス制限がある場合の、クライアント端末におけるウェブアクセスのためのプログラムのフローチャートの一例を示す。既に説明した実施の形態では必要が生じるたびにウェブにアクセスしているが、それでは不都合な場合がある。例えばＣＳ放送サービス等では、購入しているサービスが利用者毎に異なる。視聴年齢制限がある放送も存在する。これらの制限がある放送に対しては、関連情報へのアクセス（ウェブアクセス）も制限する事が望ましい。つまり、「視聴制限のために受信できません」という様な放送のチャネルがあれば、それに対応するウェブのコンテンツは全部又は一部を見る事が出来ないという機能を実現する事が好ましい。そこで、上記した各実施の形態において、ウェブアクセスがある場合、その各々をこの図５０に示した様な処理に置換する事が考えられる。
【０３０２】
図５０を参照して、ステップＳ１３８１では、現在放送されているチャネル（又はＤＶＤ等のパッケージメディア）に対してアクセス制限がかかっているかどうかを判定する。例えばＣＳチューナでは個々のチューナが記憶する契約情報と、現在視聴しているチャネルの情報とからこれを判定する事ができる。
【０３０３】
続いてステップＳ１３８２で、放送側にアクセス制限が設けられているか否かを判定する。アクセス制限がある場合には制御はステップＳ１３８３に進み、さもなければ制御はステップＳ１３８５に進む。
【０３０４】
ステップＳ１３８３では、クライアント端末側の情報と放送側のアクセス制限の条件とを比較して、当該放送に対する当該クライアント端末のアクセスが許可されているかどうかを判定する。アクセスが許可されている場合には制御はステップＳ１３８５に進み、それ以外の場合には制御はステップＳ１３８４に進む。
【０３０５】
ステップＳ１３８４では、このクライアント端末には当該コンテンツに対するアクセス権限がないので、その旨が利用者に通知される。これはクライアント端末側で直接表示してもよいし、アクセス権限がない場合の特別なアドレスにアクセスしてサーバからの情報を表示する様にしてもよい。メッセージを表示してこの処理を終了する。
【０３０６】
一方、ステップＳ１３８５では、当該コンテンツに対する当該クライアント端末のアクセスが許可されているため、ウェブ上のコンテンツへのアクセスが行なわれ表示される。表示が終わればこの処理を終了する。
【０３０７】
また、アクセス制限が設定されている場合以外にも、サーバ装置が放送番組に関連するコンテンツを提供しない場合がある。例えば放送番組が放送されている時間帯等、所定の期間に限定してコンテンツを提供する場合がある。また例えば、関連するコンテンツが準備中であるために、現時点では当該コンテンツを提供できない場合がある。また例えば、関連するコンテンツが既に破棄されている場合がある。このような場合、クライアント端末からコンテンツへのアクセスを行なっても、サーバ装置はクライアント端末に対してコンテンツを提供しない。
【０３０８】
このように、サーバ装置がクライアント端末に対してコンテンツを提供しない場合、サーバ装置は、アクセス制限が設定されている場合と同様に当該コンテンツにアクセスできない旨の通知を行なう事が望ましい。
【０３０９】
例えば、コンテンツを提供する期間が限定されている場合、コンテンツを提供する期間外であることを示す通知をサーバ装置側で予め準備しておいてもよい。提供有効期間外の期間に当該コンテンツに対するアクセスがあった場合、サーバ装置は、コンテンツの代りに提供有効期間通知を送信する。この場合、クライアント端末は、提供有効期間通知を受け、現在当該コンテンツが提供されていない旨を画面に表示する。また、サーバ装置は、コンテンツを提供する期間を示す情報と、将来的にアクセス可能になるか否かを示す判定フラグとを、通知と併せて送信するようにしてもよい。このような通知を受信したクライアント端末は、期間を示す情報に基づいて、「×月△日から○月◇日に提供」と画面に表示することができる。さらにクライアント端末は、当該コンテンツに将来アクセスが可能となる場合に、期間を示す情報と判定フラグとに基づいて、アクセスが可能となる期間に自動的にサーバ装置にアクセスし、コンテンツを取得保存することも可能となる。
【０３１０】
なお、この例ではアクセス制限の判定及びそれに伴う処理をクライアント端末で行なっている。しかし本発明はその様な実施の形態には限定されない。例えば、アクセス制限がある放送サービスにおける利用者のＩＤを、ＳＳＬ（Secure Sockets Layer）等のセキュリティが確保されたプロトコルでサーバ側に送信して、サーバ側でアクセス制限を行なってもよい。
【０３１１】
図５１は単純な情報サーバ装置の実装を示すフローチャートである。図３１に示す場合と同様のアドレス情報がクライアント端末から情報サーバ装置に送られるものとする。
【０３１２】
ステップＳ１４２１では、送信されてきたアドレス情報を解析する。ただしここでは、時刻やその他の情報を無視して、どの様なアドレスでリクエストが来ても常に同じウェブページ（例えばhttp://www.asa−tv.co.jp/index.htmlというページ）１４２２を出力する。
【０３１３】
この様な実装を行なう事で、現在ウェブページを持つサーバに対して最低限の修正で、クライアント端末からのリクエストに対する情報送信を行なう事ができるサーバを構築する事が可能となる。つまり、時刻等の情報を全く無視して常に同じコンテンツを送信するサーバから、ＣＭ等と同期して秒単位で刻々とコンテンツを変える事ができるサーバまで、種々の実装が可能となる。従って、クライアント端末には変更を加えずに、段階的に高度なサーバへと変更していく事が可能である。
【０３１４】
＜実施の形態３の変形例５＞
図５２には別のクライアント端末の例を示す。クライアント端末としては、現在放映されている放送と同期してネットワークから情報を受信する場合及び、すでに記録した放送に対してその放送された時間に対応した情報をネットワークから受信する両方に対応可能である事が望ましい。図４６に示すクライアント端末はそうした機能を持つ。
【０３１５】
図５２を参照して、このクライアント端末は、ハードディスクＶＴＲ１３３４と、ハードディスクＶＴＲ１３３４で再生されたり、インターネットから送信されたりしてくる番組又はコンテンツ（映像、音楽等）を表示・再生するための、スピーカが付属したモニタ１３３５と、インターネットモデム１３３１と、リモコン１３３３とを含む。
【０３１６】
ハードディスクＶＴＲの様に放送を録画する様なタイプのデバイスの場合には、映像に付随するベースアドレスとその映像のスタートの時間を映像とともに記憶する。再生の時にはベースアドレスを図３０のベースアドレス記憶部１３１４にセットし、映像スタート時間をタイマ１３１７にセットする。こうする事により、例えば１日前に録画した映像を見て、そこでネットワークにアクセスすれば、１日前の時間を指定してアドレスが作成され、録画した時間に同期したコンテンツをサーバから得る事が可能である。ＤＶＤ等では、タイマ１３１７をＤＶＤの映像に同期してセットする（例えば、映像の最初を時刻０とする）事で、ＤＶＤの進行に対応したコンテンツの入手が可能となる。
【０３１７】
データ放送の様に、ある時刻で見られる全ページデータを、予め定められたスケジュールに従って周期的に繰返し送出する伝送方式の放送の場合には、その放送ページの関連情報のベースアドレスと、そのデータ放送ページを表示してからの表示時間とをともに記憶する。この放送番組の関連情報を取得するときには、ベースアドレスと表示時間とを併せて、サーバに送信する。
【０３１８】
なお、放送番組の関連情報は、表示内容に関連したＷｅｂ情報だけではなく、データ放送のページを構成する放送データの一部をマージする、即ち一部を置換するようなデータであっても良い。
【０３１９】
また、映像放送とデータ放送とが別チャネルで連動している場合、「データ連動」の様なボタンを用いて、チャネル切替を行なう様にしても良い。図３０に示す表示部が映像放送中でＷｅｂ関連情報の通知を表示している場合には、「データ連動」ボタンを押下する事により関連Ｗｅｂ情報の取得、及びＷｅｂ情報表示の切替を行ない、関連情報の通知を表示していない場合には、「データ連動」ボタンを押下する事によりデータ放送チャネルへのチャネル切替を行なう機能を備えていても良い。
【０３２０】
＜実施の形態３の変形例６＞
また、ネットワーク機能及び情報表示機能は備えるが、放送信号を受信したり表示したりする機能を備えない携帯電話端末等の端末は、放送番組を表示するクライアント端末装置との連携機能を備える事により、放送番組関連情報を取得する事ができる。以下では、利用者が携帯電話等を使って、ＴＶに表示中の番組の関連情報を取得表示する例を説明する。
【０３２１】
図５３には、クライアント端末装置と、映像受信装置を持たないサブクライアント端末装置との間での連携機能の例について示す。図５３を参照して、このシステムは、放送信号と同期したコンテンツを提供するためのネットワーク用サブシステム１２００と、家庭やオフィス等の利用者が使用するクライアント端末サブシステム１３００Ｂとを含む。クライアント端末サブシステム１３００Ｂは、ＴＶなどのクライアント端末１５００を含む。クライアント端末サブシステム１３００Ｂはさらに、クライアント端末に表示中の映像に対応した情報のアドレス及びクライアント端末に記録されているアドレスをクライアント端末から取得する機能と、ネットワーク用サブシステム１２００との通信機能とを備えるサブクライアント端末１５０２を含む。なお、サブクライアント端末１５０２として、携帯電話、パーソナルコンピュータ、又はＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）等が利用可能である。
【０３２２】
図５４に、サブクライアント端末１５０２の構成として想定される代表的なもののブロック図を示す。図５４を参照して、このサブクライアント端末１５０２は、利用者が操作を行なうためのユーザインタフェースを備えたユーザ入力部１５１１と、所望の情報のアドレス取得要求を出し、要求したアドレスの返信を受けるアドレス要求送受信部１５１２と、アドレス要求送受信部１５１２が取得したアドレスを記憶するためのアドレス記憶部１５１３と、アドレス要求送受信部１５１２により取得されたアドレス、又はアドレス記憶部１５１３に記憶されているアドレスを元に、情報の取得要求を送信し、対応する情報を受信する情報送受信部１５１４と、実際のネットワークとの信号の伝達を行なうためのネットワークインタフェース１５１５とを含む。
【０３２３】
サブクライアント端末１５０２はさらに、情報送受信部１５１４により受信された情報を表示（利用者に提示）される形に組み立てるためのブラウザ１５１６と、ブラウザで組み立てられた情報を利用者に表示するための表示部１５１７とを含む。
【０３２４】
ユーザ入力部１５１１は、クライアント端末１５００に表示中の映像に対応した情報のアドレス及びクライアント端末１５００に記録されているアドレスをクライアント端末１５００に要求する操作と、記憶しているアドレスを表示する操作と、選択したアドレスの情報をネットワーク用サブシステム１２００に要求する操作とを利用者が行なうためのユーザインタフェースを備える。
【０３２５】
アドレス要求送受信部１５１２は、ユーザ入力部１５１１においてアドレスの取得要求が出されると、アドレス要求を作成し、クライアント端末１５００に送信する。また、クライアント端末１５００からアドレス通知を受信し、解析し、通知されたアドレスをアドレス記憶部１５１３に格納する。
【０３２６】
なお、アドレス要求及びアドレス通知のフォーマットは、メールフォーマット、通知メッセージフォーマット等、クライアント端末１５００とのネットワーク経路により異なる事が想定される。そのため、フォーマットを利用者の選択したネットワーク経路に応じて選択する機能を備えている事が望ましい。また、クライアント端末１５００からのアドレス通知に、その他のクライアント端末で記憶されている番組情報に関連する情報を付加する事が望ましい。付加情報は、放送時刻、放送局名、放送の概略情報である事が望ましい。
【０３２７】
ネットワークインタフェース１５１５は、複数の通信手段を備えている事が望ましい。携帯電話又はパーソナルコンピュータ等をサブクライアント端末１５０２として用いる場合、テレビジョン受像機等からなるクライアント端末１５００と、サブクライアント端末１５０２とは、赤外線、電波等によって通信を行なう様にする事が望ましい。
【０３２８】
図５５に、ユーザインタフェースの例として、利用者がサブクライアント端末１５０２として携帯電話を使って、ＴＶなどのクライアント端末１５００による放送番組視聴中に視聴中の内容に関連した情報を取得表示する場合の携帯電話の操作と画面表示例を示す。図５５を参照して、利用者がメニューボタンを押すと、携帯電話は、表示画面にメニュー画面１５２０を表示する。メニュー画面１５２０中の“連動ＵＲＬ”項目１５２２を上下ボタンにより選択後、図示しない決定ボタンを押下する事により連動ＵＲＬ画面１５２４を表示させる。連動ＵＲＬ画面中の“アクセス”項目１５２６を上下ボタンにより選択後、図示しない決定ボタンを押下する事により連動ＵＲＬ取得中画面１５２８を表示させる。
【０３２９】
連動ＵＲＬ取得中画面では、クライアント端末１５００とのアドレス通知の送受信中に、クライアント端末１５００へのアドレス問い合わせ中である旨の通信状況表示１５３０を表示し、ネットワーク用サブシステム１２００との情報の送受信中にはネットワーク用サブシステム１２００から情報を取得中である旨の通信状況表示１５３２を表示する。ただし、これらは、ネットワーク経路が切替わる旨を利用者に提示する動作の一例であり、音声出力を用いるものであっても構わない。情報取得後、情報を解析し、ブラウザ表示画面１５３４により表示する。また、アドレス通知に付加される番組情報の概略情報を受信する場合には、アドレス通知の受信解析後、概略情報表示１５３６を表示する。
【０３３０】
図５６は、サブクライアント端末１５０２で実行されるプログラムの制御構造を表わすフローチャートである。図５６を参照して、まずステップＳ１５５１において、いわゆる待ち受け画面を表示する。続いてステップＳ１５５２では、メニューボタンを押す入力があったか否かを判定する。判定結果が「ＹＥＳ」ならば、制御はステップＳ１５５３に進む。判定結果が「ＮＯ」ならば、制御はステップＳ１５５１に戻り、入力待ちの状態となる。
【０３３１】
ステップＳ１５５３において、メニュー画面を表示する。続くステップＳ１５５４において、利用者により“連動ＵＲＬ”メニューが選択されたか否かを判定する。判定結果が「ＹＥＳ」ならば、制御はステップＳ１５５５に進む。判定結果が「ＮＯ」ならば、制御はステップＳ１５５１に戻る。
【０３３２】
ステップＳ１５５５では、“連動ＵＲＬ”メニューが表示される。続いて、ステップＳ１５５６において、どの様なキー入力があったかに関する判定を行なう。この例では、入力は、携帯電話の画面上に図５５に示す様なメニューを表示して、ソフトウェアにより選択を行なう。ただしこの方式に限定されるわけではない。ボタンによる入力といったキー入力を入力するためのハードウェアを用いてもよい。
【０３３３】
ステップＳ１５５６の判定処理の結果に応じて制御の流れは以下の様に分岐する。即ち、選択されたキーが「アクセス」キー、「ＵＲＬ取得」キー、「メール」キー、「記憶リスト」キーであれば、制御はそれぞれステップＳ１５５７、Ｓ１５６２、Ｓ１５６５、及びＳ１５７０に進む。
【０３３４】
ステップＳ１５５７以下の処理では、「アクセス」キーが選択されたときの処理が実行される。この処理は、クライアント端末１５００で表示中の放送番組に関連する関連情報のＵＲＬをクライアント端末１５００から取得し、取得したＵＲＬを用いてネットワーク用サブシステム１２００から情報取得を行なうための処理である。
【０３３５】
ステップＳ１５５７では、アドレス要求を作成し、作成したアドレス要求をクライアント端末に対して送信する。続くステップＳ１５５８では、クライアント端末より、番組関連情報のアドレス情報を受信する。
【０３３６】
ステップＳ１５５９では、取得したアドレスを使って、ネットワーク用サブシステム１２００に情報取得要求を送信する。ステップＳ１５６０では、ステップＳ１５５８において取得したアドレスに対応した情報が送信されるので、これを受信する。ステップＳ１５６１では、ステップＳ１５６０において受信した情報を、利用者に表示する。この後、制御はステップＳ１５５１に戻る。
【０３３７】
「ＵＲＬ取得」キーが選択された時には、制御はステップＳ１５５６からステップＳ１５６２に進む。ステップＳ１５６２では、アドレス要求を作成し、作成したアドレス要求をクライアント端末１５００に対して送信する。続くステップＳ１５６３では、クライアント端末１５００より、番組関連情報のアドレス情報を受信する。ステップＳ１５６４では、取得したアドレス情報を記憶する。制御はＳ１５５１に戻る。
【０３３８】
「メール」キーが選択されたときには、制御はＳ１５６５に進む。以下の処理では、アドレスを取得し、他機器へ通知する処理を行なう。ステップＳ１５６５では、アドレス要求を作成し、作成したアドレス要求をクライアント端末１５００に対して送信する。続くステップＳ１５６６では、クライアント端末１５００より、番組関連情報のアドレス情報を受信する。
【０３３９】
ステップＳ１５６７では、携帯電話端末のメール機能により、メールを作成する。ステップＳ１５６８では、ステップ１５６６において取得したアドレス情報を、メールに添付する。続くステップ１５６９では、このメールを送信する。なお、この後、制御はステップＳ１５５１に戻る。ここでは、携帯電話端末のメール機能を例に挙げているが、サブクライアント端末に備わる他端末への情報通知機能であれば、どの様なものを用いてもよい。
【０３４０】
「記憶リスト」キーが選択されたときには、制御はステップＳ１５５６からステップＳ１５７０に進む。ステップＳ１５７０以下の処理は、記憶しておいたアドレスを読出し、そのアドレスの情報を取得するための処理である。
【０３４１】
ステップＳ１５７０では、ステップＳ１５６４の処理等によって既に記憶されているアドレス情報を読出し、画面に表示する。ステップＳ１５７１では、再び連動ＵＲＬメニュー表示を行ない、ユーザによる選択決定入力を求める。ステップＳ１５７１ではさらに、ユーザによる選択決定入力がどの様なキー入力であったかに関する判定を行なう。「アクセス」キーが選択された場合、制御はＳ１５５９に進む。「メール」キーが選択された場合、制御はステップＳ１５６７に進む。
【０３４２】
＜実施の形態３の変形例７＞
なお、サブクライアント端末は、チャネル情報をクライアント端末から取得し、アドレスを作成する機能をさらに備える事もできる。図５７に、この様な機能を備えたサブクライアント端末の構成として想定されるもののブロック図を示す。図５７を参照して、このサブクライアント端末は、図５４に示すサブクライアント端末１５０２と同様に、ユーザ入力部１５１１と、アドレス記憶部１５１３と、ネットワークインタフェース１５１５とを含む。
【０３４３】
このサブクライアント端末はさらに、クライアント端末に表示中の放送チャネルのチャネル情報の取得要求を出し、要求したチャネル情報の返信を受けるチャネル情報送受信部１６０１と、放送チャネルごとにベースアドレスを記憶するベースアドレス記憶部１６０２と、時刻をカウントするタイマ１６０３と、ベースアドレス記憶部１６０２に保持されるベースアドレスと、タイマ１６０３の現在の時刻とから、アドレスを作成するためのアドレス作成部１６０４と、作成したアドレス及び記憶しているアドレスから情報の取得要求を出し、要求した情報の返信を受ける情報送受信部１６０５と、情報送受信部１６０５により受信された情報を表示（利用者に提示）される形に組み立てるためのブラウザ１６０６と、ブラウザで組み立てられた情報を利用者に表示するための表示部１６０７とを含む。
【０３４４】
この変形例に係るサブクライアント端末が起動し、ユーザ入力部１５１１を用いて利用者が行なうと、入力に応答して、チャネル情報送受信部１６０１が、チャネル情報の要求を作成し、作成した要求をクライアント端末に送信する。クライアント端末は、このサブクライアント端末に対して要求されたチャネルのチャネル情報を返信する。
【０３４５】
ネットワークインタフェース１５１５を経由して、チャネル情報を受信したサブクライアント端末は、取得したチャネル情報を用いて、ベースアドレス記憶部１６０２に記憶されている放送チャネルごとのベースアドレスを更新し、タイマ１６０３の設定を行なう。
【０３４６】
アドレス作成部１６０４は、ベースアドレス記憶部１６０２をクライアント端末から取得したチャネル情報を用いて参照し、所望の情報のベースアドレスを決定し、タイマ１６０３から取得した時刻情報を付加する事で、アドレスを作成する。ここでは、ユーザ入力部１５１１でのキー入力操作時にタイマ１６０３から時刻情報を取得し、一時的に記憶しておく事が望ましい。
【０３４７】
＜実施の形態３の変形例８＞
また、情報の要求と受信をクライアント端末が行ない、表示機能を備えた他のサブクライアント端末において受信情報を表示する事もできる。図５８にはそのシステムの例を示す。図５８を参照して、このシステムは、図５３に示すシステムと同様にネットワーク用サブシステム１２００と、家庭やオフィス等で利用者が使用するクライアント端末サブシステム１３００Ｃとを含む。クライアント端末サブシステム１３００Ｃは、ＴＶなどのクライアント端末１７００と、サブクライアント端末１７０２とを含む。
【０３４８】
このシステムでは、クライアント端末１７００が情報の要求と受信を行なう。受信後、携帯電話端末１７０２に受信情報を転送し、携帯電話端末１７０２では、クライアント端末１７００からの転送情報を受信し、表示する。
【０３４９】
なお、表示機能を持つサブクライアント端末が複数ある場合を想定し、クライアント端末において、取得した情報を表示させるサブクライアント端末装置を選択できる様にする事が望ましい。この様な選択機能を備えたクライアント端末の構成を図５９に示す。図５９を参照して、このクライアント端末は、図３０に示す第１の実施の形態に係るクライアント端末の構成とほぼ同様の構成である。ただし、このクライアント端末は、図３０に示すクライアント端末と異なり、情報記憶部１３２３に替えて、取得する番組関連情報を転送する先の端末のネットワークＩＤ及び通信経路を記憶する転送先記憶部１３２４を含む。
【０３５０】
ユーザ入力部１３１５又はネットワークインタフェース１３１９を通した外部入力を取得する。取得する番組関連情報を転送可能な端末のネットワークＩＤ及び通信経路を受け、それぞれ転送先記憶部１３２４に記憶しておく。利用者は放送番組を視聴中に、リモコンを使って番組関連情報の情報取得の要求を出す。クライアント端末は利用者からの取得要求命令に応答して、アドレスの作成、情報の要求、及び提供情報の受信を行なう。この動作は図３０により説明した通りである。情報を受信した後、受信情報の転送先を例えばユーザ入力部１３１５により選択し、転送先記憶部１７２４中の端末情報を用いて指定された転送先に、情報送受信部１３１８により情報を送信する。
【０３５１】
＜その他変形例＞
クライアント端末として携帯電話を用いてもよい。この場合には、インターネットストリームという形で映像を受信する、地上波デジタル放送の放送波を受信する等で映像を受信及び表示し、それに同期したコンテンツをインターネットからダウンロードできる。
【０３５２】
今回開示された実施の形態は単に例示であって、本発明が上記した実施の形態のみに制限されるわけではない。本発明の範囲は、発明の詳細な説明の記載を参酌した上で、特許請求の範囲の各請求項によって示され、そこに記載された文言と均等の意味及び範囲内でのすべての変更を含む。
【図面の簡単な説明】
【０３５３】
【図１】本発明の実施の形態１に係る情報提供システムの全体構成を示すシステム構成図である。
【図２】本発明の実施の形態１に係るクライアント端末におけるユーザの利用形態を示す図である。
【図３】本発明の実施の形態１に係るクライアント端末に付属するリモコンの一例の正面図である。
【図４】本発明の実施の形態１に係るクライアント端末装置のブロック図である。
【図５】本発明の実施の形態１に係るクライアント端末装置の放送チャネル番号−情報源特定情報テーブル（第１のテーブル）の構成を示す図である。
【図６】本発明の実施の形態１に係る情報サーバ装置のブロック図である。
【図７】本発明の実施の形態１における放送番組関連情報を提供する情報サーバ装置の番組関連情報提供テーブル（第２のテーブル）の構成を示す図である。
【図８】本発明の実施の形態１における放送番組関連情報を提供する情報サーバ装置の利用者要求情報管理テーブル（第３のテーブル）の構成を示す図である。
【図９】本発明の実施の形態１に係るコンテンツ提供者端末装置１３１のブロック図である。
【図１０】本発明の実施の形態１に係るクライアント端末装置のハードウェア構成を示すブロック図である。
【図１１】本発明の実施の形態１のクライアント端末装置の制御部で実行されるプログラムの制御構造を示すフローチャートである。
【図１２】本発明の実施の形態１のクライアント端末装置の制御部で実行されるプログラムの制御構造を示すフローチャートである。
【図１３】本発明の実施の形態１に係る情報サーバ装置の制御部で実行されるプログラムの制御構造を示すフローチャートである。
【図１４】本発明の実施の形態２に係る情報提供システムの全体構成を示すシステム構成図である。
【図１５】本発明の実施の形態２に係るクライアント端末装置のブロック図である。
【図１６】本発明の実施の形態２に係る情報サーバ装置のブロック図である。
【図１７】本発明の実施の形態２に係る利用者数カウントアップやネットワーク遅延検出を行なう情報サーバ装置の番組関連情報提供テーブル（第２のテーブル）の内容の一例を示す図である。
【図１８】本発明の実施の形態２に係る放送番組関連情報を提供する情報サーバ装置の利用者要求情報管理テーブル（第３のテーブル）の内容の一例を示す図である。
【図１９】本発明の実施の形態２に係る放送番組関連情報を複数同時に提供する情報サーバ装置の番組関連情報提供テーブル（第２のテーブル）の内容の一例を示す図である。
【図２０】本発明の実施の形態２に係る蓄積メディア関連情報を提供する情報サーバ装置の関連情報提供テーブル（第２のテーブル）の内容の一例を示す図である。
【図２１】本発明の実施の形態２に係るクライアント端末装置の制御部で実行されるプログラムの制御構造を示すフローチャートである。
【図２２】本発明の実施の形態２に係るクライアント端末装置の制御部で実行されるプログラムの制御構造を示すフローチャートである。
【図２３】本発明の実施の形態２に係るクライアント端末装置の制御部で実行されるプログラムの制御構造を示すフローチャートである。
【図２４】本発明の実施の形態２に係る情報サーバ装置の制御部で実行されるプログラムの制御構造を示すフローチャートである。
【図２５】本発明の実施の形態２に係る情報サーバ装置の制御部で実行されるプログラムの制御構造を示すフローチャートである。
【図２６】本発明の実施の形態３に係るシステムの全体構成を示す図である。
【図２７】本発明の実施の形態３に係るシステムの放送用サブシステム及びネットワーク用サブシステムのブロック図を示す。
【図２８】本発明の実施の形態３に係るシステムのコンテンツタイムテーブルの例を示す図である。
【図２９】本発明の実施の形態３に係るシステムのクライアント端末装置の構成を示す図である。
【図３０】本発明の実施の形態３に係るシステムのクライアント端末装置側のブロック図である。
【図３１】本発明の実施の形態３に係るシステムの情報サーバ装置で実行されるプログラムの制御構造を示すフローチャートである。
【図３２】本発明の実施の形態３に係るシステムのクライアント端末装置で実行されるプログラムの制御構造を示すフローチャートである。
【図３３】本発明の実施の形態３に係るシステムのクライアント端末装置でのアドレス関連設定の動きの例を示す図である。
【図３４】本発明の実施の形態３に係るシステムのクライアント端末装置での表示の例を示すである。
【図３５】本発明の実施の形態３に係るシステムのクライアント端末装置での他の表示の例を示す図である。
【図３６】本発明の実施の形態３に係るシステムのクライアント端末装置でのさらに他の表示の例を示す図である。
【図３７】本発明の実施の形態３に係るシステムのクライアント端末装置でのさらに他の表示の例を示す図である。
【図３８】本発明の実施の形態３に係るシステムのクライアント端末装置での記憶されたアドレスの表示例を示す図である。
【図３９】本発明の実施の形態３に係るシステムのクライアント端末装置のリモコンの外観を示す図である。
【図４０】本発明の実施の形態３に係るシステムのクライアント端末装置におけるネットワークアクセスのための状態遷移の例を示す図である。
【図４１】本発明の実施の形態３の変形例に係るシステムのクライアント端末装置におけるネットワークアクセスのための状態遷移の他の例を示す図である。
【図４２】メニュー表示例を示す図である。
【図４３】本発明の実施の形態３の変形例１に係るシステムで「後からネット」キーが押下されたときに実行されるプログラムの制御構造を示すフローチャートである。
【図４４】本発明の実施の形態３の変形例２に係るシステムのクライアント端末装置における状態表示例を示す図である。
【図４５】本発明の実施の形態３の変形例３に係るシステムのクライアント端末装置の他のリモコンの外観を示す図である。
【図４６】本発明の実施の形態３の変形例３に係るシステムのクライアント端末装置におけるネットワークアクセスのための状態遷移のさらに他の例を示す図である。
【図４７】本発明の実施の形態３の変形例３に係るシステムのクライアント端末装置における他のキー操作による表示の状態遷移を示す図である。
【図４８】本発明の実施の形態３の変形例３に係るシステムのクライアント端末装置におけるさらに他のキー操作による表示の状態遷移を示す図である。
【図４９】本発明の実施の形態３の変形例３に係るシステムのクライアント端末装置で実行される他のプログラムのフローチャートである。
【図５０】本発明の実施の形態３の変形例４におけるアクセス制限を実現するためのプログラムの制御構造を示すフローチャートである。
【図５１】本発明の実施の形態３の変形例４に係るシステムの情報サーバ装置側で実行されるプログラムの制御構造を示すフローチャートである。
【図５２】本発明の実施の形態３の変形例５におけるクライアント端末装置の構成の他の例を示す図である。
【図５３】本発明の実施の形態３の変形例６に係るシステムにおいて、クライアント端末装置とサブクライアント端末装置との間の連携機能を有するシステムの全体構成を示す図である。
【図５４】本発明の実施の形態３の変形例６に係るサブクライアント端末の構成を示すブロック図である。
【図５５】本発明の実施の形態３の変形例６に係る携帯電話を使って、農法を取得表示する場合の表示画面の状態遷移を示す図である。
【図５６】本発明の実施の形態３の変形例６に係るサブクライアント端末で実行されるプログラムの制御構造を示すフローチャートである。
【図５７】本発明の実施の形態３の変形例７に係る、チャネル情報をクライアント端末から取得し、アドレスを作成する機能をさらに備えるサブクライアント端末の構成を示すブロック図である。
【図５８】本発明の実施の形態３の変形例８に係るシステムにおいて、クライアント端末装置とサブクライアント端末装置との間の連携機能を有する他のシステムの全体構成を示す図である。
【図５９】本発明の実施の形態３の変形例８に係るシステムのクライアント端末において、取得した情報を表示させるサブクライアント端末を選択する機能を有するクライアント端末の構成を示すブロック図である。
【符号の説明】
【０３５４】
１０１、１０１Ａ  クライアント端末装置、１１６、１１６Ａ  情報サーバ装置、１２７、１２７Ａ、１３３、１３３Ａ  データベース、１３１、１３１Ａ  コンテンツ提供者端末装置、１０２  選局入力部、１０３  情報源特定情報入力部、１０４  時刻情報入力部、１０４  キーワード入力部、１０５  表示部、１０６  記憶部、１０７、１２３、１２３Ａ、１２４、１２４Ａ  テーブル、１０８、１２５、１２５Ａ  情報登録部、１０９、１２９、１２９Ａ  テーブル参照部、１１０、１１９  同期取得部、１１１、１２０  タイマ、１１２  利用者要求情報作成部、１１３、１１８、１３２  通信部、１１４  提供情報蓄積部、１１５、１１５Ａ、１３０、１３０Ａ、１３６  制御部、１１７  記憶部、１２１  比較部、１２２  利用者要求情報解析部、１２８、１３５  蓄積部、１５０２、１７０２  サブクライアント端末装置
【図１】
2008193722.tif 000003
【図２】
2008193722.tif 000004
【図３】
2008193722.tif 000005
【図４】
2008193722.tif 000006
【図５】
2008193722.tif 000007
【図６】
2008193722.tif 000008
【図７】
2008193722.tif 000009
【図８】
2008193722.tif 000010
【図９】
2008193722.tif 000011
【図１０】
2008193722.tif 000012
【図１１】
2008193722.tif 000013
【図１２】
2008193722.tif 000014
【図１３】
2008193722.tif 000015
【図１４】
2008193722.tif 000016
【図１５】
2008193722.tif 000017
【図１６】
2008193722.tif 000018
【図１７】
2008193722.tif 000019
【図１８】
2008193722.tif 000020
【図１９】
2008193722.tif 000021
【図２０】
2008193722.tif 000022
【図２１】
2008193722.tif 000023
【図２２】
2008193722.tif 000024
【図２３】
2008193722.tif 000025
【図２４】
2008193722.tif 000026
【図２５】
2008193722.tif 000027
【図２６】
2008193722.tif 000028
【図２７】
2008193722.tif 000029
【図２８】
2008193722.tif 000030
【図２９】
2008193722.tif 000031
【図３０】
2008193722.tif 000032
【図３１】
2008193722.tif 000033
【図３２】
2008193722.tif 000034
【図３３】
2008193722.tif 000035
【図３４】
2008193722.tif 000036
【図３５】
2008193722.tif 000037
【図３６】
2008193722.tif 000038
【図３７】
2008193722.tif 000039
【図３８】
2008193722.tif 000040
【図３９】
2008193722.tif 000041
【図４０】
2008193722.tif 000042
【図４１】
2008193722.tif 000043
【図４２】
2008193722.tif 000044
【図４３】
2008193722.tif 000045
【図４４】
2008193722.tif 000046
【図４５】
2008193722.tif 000047
【図４６】
2008193722.tif 000048
【図４７】
2008193722.tif 000049
【図４８】
2008193722.tif 000050
【図４９】
2008193722.tif 000051
【図５０】
2008193722.tif 000052
【図５１】
2008193722.tif 000053
【図５２】
2008193722.tif 000054
【図５３】
2008193722.tif 000055
【図５４】
2008193722.tif 000056
【図５５】
2008193722.tif 000057
【図５６】
2008193722.tif 000058
【図５７】
2008193722.tif 000059
【図５８】
2008193722.tif 000060
【図５９】
2008193722.tif 000061