"利用者端末からのネットワークを介した要求に応える連動情報配信サーバー装置であって、利用者端末からネットワークを通じたリクエストを受付けて、リクエストに応じた応答情報を返信する送受信手段と、送受信手段が受付けたリクエストに応じて応答情報を準備する手段を呼び出す制御手段と、放送局識別情報を含む連動情報初回リクエストに対して、現在時刻および放送局に応じた放送番組を特定し、当該番組に関する番組情報を抽出して当該番組に連動情報が存在しなければ第1のフラグ情報を真として応答情報とし、当該番組に連動情報が存在する場合は、現在時刻に対応した単位時間枠の連動情報とその次の時間枠の連動情報が共に存在する場合はそれらを取得して応答情報とし、現在時刻に対応した単位時間枠の連動情報は存在するが、その次の時間枠の連動情報が存在しない場合は、現在時刻に対応した単位時間枠の連動情報を取得し、この時間枠の連動情報と第2のフラグ情報を真とした情報を応答情報として作成する連動情報初回リクエスト対応手段と、次の単位時間枠の連動情報を要求する連動情報継続リクエストに対して、次の単位時間枠の連動情報が存在する場合は、次の時間枠の連動情報を取得して応答情報とし、次の単位時間枠の連動情報が存在しない場合は、第2のフラグ情報を真として応答情報とする連動情報継続リクエスト対応手段と、放送される番組ごとに番組識別子、放送局識別情報、放送開始時刻、放送終了時刻、連動情報有無を示す情報を一組にして記録する番組情報テーブルと、放送される番組の時間帯を更に細分化した単位である単位時間枠ごとに、単位時間枠識別子、番組識別子、放送開始後経過時間、連動情報内容の情報を一組にして記録する連動情報テーブルとを含んで構成される番組情報データベースとを備えた連動情報配信サーバー装置。前記現在時刻は、連動情報初回リクエストが連動情報配信サーバー装置に到着した時に連動情報配信サーバー装置が与える時刻であることを特徴とする請求項1に記載の連動情報配信サーバー装置。前記連動情報初回リクエスト対応手段は、前記当該番組に現在時刻に基づく単位時間枠の次の時間帯の連動情報が存在しない場合は、同チャンネルにて当該番組の次の時間帯に放送される番組に連動情報が存在するならばその最初の単位時間枠の連動情報を次の単位時間枠の連動情報として抽出して応答情報の一部とし、存在しなければ第2のフラグ情報を真として応答情報の一部とするものである請求項1に記載の連動情報配信サーバー装置。前記連動情報継続リクエスト対応手段は、前記当該番組に次の単位時間枠の連動情報が存在しない場合は、同チャンネルにて当該番組の次の時間帯に放送される番組に連動情報が存在するならばその最初の単位時間枠の連動情報を取得して応答情報とし、存在しなければ第2のフラグ情報を真として応答情報とするものである請求項1に記載の連動情報配信サーバー装置。利用者端末からのネットワークを介した要求に応える連動情報配信サーバー装置であって、利用者端末からネットワークを通じたリクエストを受付けて、リクエストに応じた応答情報を返信する送受信手段と、送受信手段が受付けたリクエストに応じて応答情報を準備する手段を呼び出す制御手段と、放送局識別情報を含む連動情報初回リクエストに対して、現在時刻および放送局に応じた放送番組を特定し、当該番組に関する番組情報を抽出して当該番組に連動情報が存在しなければ第1のフラグ情報を真として応答情報とし、当該番組に連動情報が存在する場合は、現在時刻に対応した単位時間枠の連動情報を抽出して応答情報とする連動情報初回リクエスト対応手段と、次の単位時間枠の連動情報を要求する連動情報継続リクエストに対して、次の単位時間枠の連動情報が存在する場合は、次の時間枠の連動情報を取得して応答情報とし、次の単位時間枠の連動情報が存在しない場合は、第2のフラグ情報を真として応答情報とする連動情報継続リクエスト対応手段と、放送される番組ごとに番組識別子、放送局識別情報、放送開始時刻、放送終了時刻、連動情報有無を示す情報を一組にして記録する番組情報テーブルと、放送される番組の時間帯を更に細分化した単位である単位時間枠ごとに、単位時間枠識別子、番組識別子、放送開始後経過時間、連動情報内容の情報を一組にして記録する連動情報テーブルとを含んで構成される番組情報データベースとを備えた連動情報配信サーバー装置。前記現在時刻は、連動情報初回リクエストが連動情報配信サーバー装置に到着した時に連動情報配信サーバー装置が与える時刻であることを特徴とする請求項5に記載の連動情報配信サーバー装置。前記連動情報継続リクエスト対応手段は、前記当該番組に次の単位時間枠の連動情報が存在しない場合は、同チャンネルにて当該番組の次の時間帯に放送される番組に連動情報が存在するならばその最初の単位時間枠の連動情報を取得して応答情報とし、存在しなければ第2のフラグ情報を真として応答情報とするものである請求項5に記載の連動情報配信サーバー装置。請求項1から請求項4のいずれか1項に記載の連動情報配信サーバ装置にネットワークを通じてリクエストを発信し応答情報を受信するネットワーク通信機能を有する端末装置を動作させるコンピュータプログラムであって、この端末装置のCPUに解釈実行されることにより、放送局識別情報を取得する機能と、連動情報配信サーバ装置のURLを記憶する記憶手段と、前記URLに放送局識別情報を含む連動情報初回リクエストを発信させる機能と、現在表示されている連動情報の単位時間枠が終了した時を基準に所定の時間内に、前記URLに、連動情報継続リクエストを発信させる機能と、連動情報初回リクエストおよび連動情報継続リクエストに対する連動情報配信サーバ装置からの応答情報を一時記憶する記憶手段と、連動情報初回リクエストの応答情報に含まれる単位時間枠の連動情報、または、連動情報継続リクエストの応答情報に含まれる単位時間枠の連動情報に基づいて連動情報画面をレンダリングする連動情報表示機能と、前記連動情報初回リクエストの応答情報が第1のフラグ情報を真として含む場合は、直ちにプログラムを自動終了する機能と、前記連動情報継続リクエストの応答情報が第2のフラグ情報を真として含む場合は、そのとき表示している連動情報の単位時間枠が終了した時点でプログラムを自動終了する機能とを備えた連動情報表示端末として動作する命令を含んだコンピュータプログラム。請求項5から請求項7のいずれか1項に記載の連動情報配信サーバ装置にネットワークを通じてリクエストを発信し応答情報を受信するネットワーク通信機能を有する端末装置を動作させるコンピュータプログラムであって、この端末装置のCPUに解釈実行されることにより、放送局識別情報を取得する機能と、連動情報配信サーバ装置のURLを記憶する記憶手段と、前記URLに放送局識別情報を含む連動情報初回リクエストを発信させる機能と、現在表示されている連動情報の単位時間枠の次の単位時間枠の連動情報を要求する連動情報継続リクエストを発信させる機能と、連動情報初回リクエストおよび連動情報継続リクエストに対する連動情報配信サーバ装置からの応答情報を一時記憶する記憶手段と、連動情報初回リクエストの応答情報に含まれる単位時間枠の連動情報、または、連動情報継続リクエストの応答情報に含まれる単位時間枠の連動情報に基づいて連動情報画面をレンダリングする連動情報表示機能と、前記連動情報初回リクエストの応答情報が第1のフラグ情報を真として含む場合は、直ちにプログラムを自動終了する機能と、前記連動情報継続リクエストの応答情報が第2のフラグ情報を真として含む場合は、そのとき表示している連動情報の単位時間枠が終了した時点でプログラムを自動終了する機能とを備えた連動情報表示端末として動作する命令を含んだコンピュータプログラム。請求項1から請求項4のいずれか1項に記載の連動情報配信サーバ装置にネットワークを通じてリクエストを発信し応答情報を受信するネットワーク通信機能を有する端末装置を動作させる常駐型コンピュータプログラムであって、この端末装置のCPUに解釈実行されることにより、OSにより起動されると初期状態として自らを休止状態とする機能と、放送局識別情報を取得する機能と、連動情報配信サーバ装置のURLを記憶した記憶手段と、放送局識別情報を取得した時に、前記URLに放送局識別情報を含む連動情報初回リクエストを発信させる機能と、休止状態において、次番組開始時刻になった時に、前記URLに放送局識別情報を含む連動情報初回リクエストを発信させる機能と、現在表示されている連動情報の単位時間枠が終了した時を基準に所定の時間内に、前記URLに、連動情報継続リクエストを発信させる機能と、連動情報初回リクエストおよび連動情報継続リクエストに対する連動情報配信サーバ装置からの応答情報を一時記憶する記憶手段と、連動情報初回リクエストの応答情報に含まれる単位時間枠の連動情報、または、連動情報継続リクエストの応答情報に含まれる単位時間枠の連動情報に基づいて連動情報画面をレンダリングする連動情報表示機能と、前記連動情報初回リクエストの応答情報が第1のフラグ情報を真として含む場合は、直ちにプログラムを休止状態とする機能と、前記連動情報継続リクエストの応答情報が第2のフラグ情報を真として含む場合は、そのとき表示している連動情報の単位時間枠が終了した時点でプログラムを休止状態とする機能とを備えた連動情報表示端末として動作する命令を含んだコンピュータプログラム。請求項8から請求項10のいずれか1項に記載のコンピュータプログラムを搭載した、表示部を備えた端末装置。本発明は、従来技術のこのような欠点を克服するべく発明されたものであって、TV番組の進行に同期して、その時の番組内容に関連した情報を、視聴者の負担にならない方法で提供する連動情報配信サーバー装置、コンピュータプログラムを提供することを課題とする。上記課題を解決するための、本願の第1の発明の第1の実施形態は、利用者端末からのネットワークを介した要求に応える連動情報配信サーバー装置であって、利用者端末からネットワークを通じたリクエストを受付けて、リクエストに応じた応答情報を返信する送受信手段と、送受信手段が受付けたリクエストに応じて応答情報を準備する手段を呼び出す制御手段と、放送局識別情報を含む連動情報開始リクエストに対して、現在時刻および放送局に応じた放送番組を特定し、当該番組に関する番組情報を抽出して当該番組に連動情報が存在しなければ第1のフラグ情報を真として応答情報とし、当該番組に連動情報が存在する場合は、現在時刻に対応した単位時間枠の連動情報とその次の時間枠の連動情報が共に存在する場合はそれらを取得して応答情報とし、現在時刻に対応した単位時間枠の連動情報は存在するが、その次の時間枠の連動情報が存在しない場合は、現在時刻に対応した単位時間枠の連動情報を取得し、この時間枠の連動情報と第2のフラグ情報を真とした情報を応答情報として作成する連動情報初回リクエスト対応手段と、次の単位時間枠の連動情報を要求する連動情報継続リクエストに対して、次の単位時間枠の連動情報が存在する場合は、次の時間枠の連動情報を取得して応答情報とし、次の単位時間枠の連動情報が存在しない場合は、第2のフラグ情報を真として応答情報とする連動情報継続リクエスト対応手段と、放送される番組ごとに番組識別子、放送局識別情報、放送開始時刻、放送終了時刻、連動情報有無を示す情報を一組にして記録する番組情報テーブルと、放送される番組の時間帯を更に細分化した単位である単位時間枠ごとに、単位時間枠識別子、番組識別子、放送開始後経過時間、連動情報内容の情報を一組にして記録する連動情報テーブルとを含んで構成される番組情報データベースとを備えた連動情報配信サーバー装置である。上記第1の実施形態では、連動情報開始リクエストにおいて必ず存在すれば2つの連続する単位時間枠の連動情報データを応答するので、TV視聴者の情報端末は、初回の連動情報リクエストをした後は、連動情報が単位時間枠のつなぎ目で交代するタイミングで連動情報継続リクエストを発行すればよいのでTV視聴者の情報端末で動作する連動情報取得のためのアプリケーションプログラムの動作は単純にできる。なお、前記連動情報内容の情報とは、当該単位時間枠の連動情報に関連するテキスト情報や当該単位時間枠に対応する代表URL、即ち当該単位時間枠の連動情報としてのインターネットサイトのURLなどである。上記第1の実施形態の連動情報配信サーバー装置において、前記現在時刻は、連動情報開始リクエストが連動情報配信サーバー装置に到着した時に連動情報配信サーバー装置が与える時刻とすることが望ましい。ネットワークの遅延により、連動情報配信サーバー装置において連動情報を抽出する処理を始めるタイミングがTV視聴者の情報端末でリクエストした時刻から無視し得ない遅れを生じる場合があるからである。また、前記連動情報初回リクエスト対応手段は、前記当該番組に現在時刻に基づく単位時間枠の次の時間帯の連動情報が存在しない場合は、同チャンネルにて当該番組の次の時間帯に放送される番組に連動情報が存在するならばその最初の単位時間枠の連動情報を次の単位時間枠の連動情報として抽出して応答情報の一部とし、存在しなければ第2のフラグ情報を真として応答情報の一部とするものとしてもよい。視聴者がチャンネルを変えずに同チャンネル視聴を続ける場合はTV視聴者の情報端末で動作する連動情報を取得するアプリケーションプログラムはそのまま動作を続けた方が利便性がよいからである。前記連動情報継続リクエスト対応手段についても同様な変形が可能である。上記課題を解決するための、本願の第1の発明の変形である第2の実施形態は、利用者端末からのネットワークを介した要求に応える連動情報配信サーバー装置であって、利用者端末からネットワークを通じたリクエストを受付けて、リクエストに応じた応答情報を返信する送受信手段と、送受信手段が受付けたリクエストに応じて応答情報を準備する手段を呼び出す制御手段と、放送局識別情報を含む連動情報開始リクエストに対して、現在時刻および放送局に応じた放送番組を特定し、当該番組に関する番組情報を抽出して当該番組に連動情報が存在しなければ第1のフラグ情報を真として応答情報とし、当該番組に連動情報が存在する場合は、現在時刻に対応した単位時間枠の連動情報抽出して応答情報とする連動情報初回リクエスト対応手段と、次の単位時間枠の連動情報を要求する連動情報継続リクエストに対して、次の単位時間枠の連動情報が存在する場合は、次の時間枠の連動情報を取得して応答情報とし、次の単位時間枠の連動情報が存在しない場合は、第2のフラグ情報を真として応答情報とする連動情報継続リクエスト対応手段と、放送される番組ごとに番組識別子、放送局識別情報、放送開始時刻、放送終了時刻、連動情報有無を示す情報を一組にして記録する番組情報テーブルと、放送される番組の時間帯を更に細分化した単位である単位時間枠ごとに、単位時間枠識別子、番組識別子、放送開始後経過時間、連動情報内容の情報を一組にして記録する連動情報テーブルとを含んで構成される番組情報データベースとを備えた連動情報配信サーバー装置である。上記サーバー装置は、連動情報開始リクエストを行った後で適当なタイミングで連動情報継続リクエストを発行するTV視聴者の情報端末に、番組に関連した情報を番組の進行に同期させて提供することができる。上記連動情報配信サーバー装置において、前記現在時刻は、連動情報開始リクエストが連動情報配信サーバー装置に到着した時に連動情報配信サーバー装置が与える時刻とすることが望ましい。ネットワークの遅延により、連動情報配信サーバー装置において連動情報を抽出する処理を始めるタイミングがTV視聴者の情報端末でリクエストした時刻から無視し得ない遅れを生じる場合があるからである。前記連動情報継続リクエスト対応手段は、前記当該番組に次の単位時間枠の連動情報が存在しない場合は、同チャンネルにて当該番組の次の時間帯に放送される番組に連動情報が存在するならばその最初の単位時間枠の連動情報を取得して応答情報とし、存在しなければ第2のフラグ情報を真として応答情報とするものとしてもよい。視聴者がチャンネルを変えずに同チャンネル視聴を続ける場合はTV視聴者の情報端末で動作する連動情報を取得するアプリケーションプログラムはそのまま動作を続けた方が利便性がよいからである。上記課題を解決するための、本願の第2の発明の第1の実施形態に係る発明は、第1の発明の第1の実施形態に係る連動情報配信サーバ装置にネットワークを通じてリクエストを発信し応答情報を受信するネットワーク通信機能を有する端末装置を動作させるコンピュータプログラムであって、この端末装置のCPUに解釈実行されることにより、放送局識別情報を取得する機能と、連動情報配信サーバ装置のURLを記憶する記憶手段と、前記URLに放送局識別情報を含む連動情報開始リクエストを発信させる機能と、現在表示されている連動情報の単位時間枠が終了した時を基準に所定の時間内に、前記URLに、連動情報継続リクエストを発信させる機能と、連動情報開始リクエストおよび連動情報継続リクエストに対する連動情報配信サーバ装置からの応答情報を一時記憶する記憶手段と、連動情報開始リクエストの応答情報に含まれる単位時間枠の連動情報、または、連動情報継続リクエストの応答情報に含まれる単位時間枠の連動情報に基づいて連動情報画面をレンダリングする連動情報表示機能と、前記連動情報開始リクエストの応答情報が第1のフラグ情報を真として含む場合は、直ちにプログラムを自動終了する機能と、前記連動情報継続リクエストの応答情報が第2のフラグ情報を真として含む場合は、そのとき表示している連動情報の単位時間枠が終了した時点でプログラムを自動終了する機能とを備えた連動情報表示端末として動作する命令を含んだコンピュータプログラムである。上記課題を解決するための、本願の第2の発明の第2の実施形態に係る発明は、第1の発明の第2の実施形態に係る連動情報配信サーバ装置にネットワークを通じてリクエストを発信し応答情報を受信するネットワーク通信機能を有する端末装置を動作させるコンピュータプログラムであって、この端末装置のCPUに解釈実行されることにより、放送局識別情報を取得する機能と、連動情報配信サーバ装置のURLを記憶する記憶手段と、前記URLに放送局識別情報を含む連動情報開始リクエストを発信させる機能と、現在表示されている連動情報の単位時間枠の次の単位時間枠の連動情報を要求する連動情報継続リクエストを発信させる機能と、連動情報開始リクエストおよび連動情報継続リクエストに対する連動情報配信サーバ装置からの応答情報を一時記憶する記憶手段と、連動情報開始リクエストの応答情報に含まれる単位時間枠の連動情報、または、連動情報継続リクエストの応答情報に含まれる単位時間枠の連動情報に基づいて連動情報画面をレンダリングする連動情報表示機能と、前記連動情報開始リクエストの応答情報が第1のフラグ情報を真として含む場合は、直ちにプログラムを自動終了する機能と、前記連動情報継続リクエストの応答情報が第2のフラグ情報を真として含む場合は、そのとき表示している連動情報の単位時間枠が終了した時点でプログラムを自動終了する機能とを備えた連動情報表示端末として動作する命令を含んだコンピュータプログラムである。上記課題を解決するための、本願の第2の発明の別の変形発明は、第1の発明の第1の実施形態に係る連動情報配信サーバ装置にネットワークを通じてリクエストを発信し応答情報を受信するネットワーク通信機能を有する端末装置を動作させる常駐型コンピュータプログラムであって、この端末装置のCPUに解釈実行されることにより、OSにより起動されると初期状態として自らを休止状態とする機能と、放送局識別情報を取得する機能と、連動情報配信サーバ装置のURLを記憶した記憶手段と、放送局識別情報を取得した時に、前記URLに放送局識別情報を含む連動情報開始リクエストを発信させる機能と、休止状態において、次番組開始時刻になった時に、前記URLに放送局識別情報を含む連動情報開始リクエストを発信させる機能と、現在表示されている連動情報の単位時間枠が終了した時を基準に所定の時間内に、前記URLに、連動情報継続リクエストを発信させる機能と、連動情報開始リクエストおよび連動情報継続リクエストに対する連動情報配信サーバ装置からの応答情報を一時記憶する記憶手段と、連動情報開始リクエストの応答情報に含まれる単位時間枠の連動情報、または、連動情報継続リクエストの応答情報に含まれる単位時間枠の連動情報に基づいて連動情報画面をレンダリングする連動情報表示機能と、前記連動情報開始リクエストの応答情報が第1のフラグ情報を真として含む場合は、直ちにプログラムを休止状態とする機能と、前記連動情報継続リクエストの応答情報が第2のフラグ情報を真として含む場合は、そのとき表示している連動情報の単位時間枠が終了した時点でプログラムを休止状態とする機能とを備えた連動情報表示端末として動作する命令を含んだコンピュータプログラムである。上記課題を解決するための、本願の第3の発明は、表示部、記憶部、プログラムを解釈実行する制御部を備えた端末装置であって、本願第2の発明に係るコンピュータプログラムを搭載した端末装置である。本願の第1の発明のサーバ装置によれば、第2の発明のコンピュータプログラムを搭載したTV視聴者の情報端末にTV番組に連動した情報をTV番組の進行に同期して情報端末の表示部に表示させることができる。この際、TV受信機はネットワークに接続される必要はない。TV番組はワンセグ放送に限られない。連動情報はBMLコンテンツに限られない。視聴者はTV画面に表示されたQRコード商標を情報端末のカメラで撮影する手間が不要である。したがって、TV番組に連動情報が用意されている限り、視聴者は自分の所有する情報端末画面に番組の連動情報を手軽に取得することができる。しかも連動情報はインターネットリソースを利用できる。第1の実施形態図1は本発明の番組連動情報提供システムの第1の実施形態を説明する全体構成図である。50は家庭に設置されるデジタル放送受像機以後TVと略記するである。20はTV番組視聴者が操作する情報端末である。100は連動情報を配信するサーバー装置である。情報端末20と連動情報配信サーバー100はネットワーク2によって論理的に接続され連動情報の配信/受信が行われる。ネットワーク2は、専用線、3G回線網、公衆回線網等で構成されるIPネットワーク、典型的にはインターネットである。200は送客先サーバー装置である。利用者TV視聴者が情報端末20に表示された連動情報画面に含まれるリンクを選択することにより送客先サーバー装置200にアクセスすることになる。サーバー装置200はネットワーク2上にいくつも存在するが図1では一つだけ示している。情報端末20は、IMT-2000規格に準拠した通信方式により携帯電話網8を構成する基地局図示せずとの間で無線通信を行う無線通信機能、またはIEEE802.11シリーズとして規格化され、無線LANアクセスポイント図示せずとの間で通信を行う無線LAN機能と、ネットワーク上のホストコンピュータに接続してIPInternetProtocolに準拠したメッセージ、パケットをやりとりするネットワーク通信機能を備える。情報端末20は例えば、携帯電話、スマートフォン、タブレットであって、Webブラウザと後述する専用プログラムを搭載したものである。図4は、連動情報配信サーバ装置100のハードウェア構成の一例を示すブロック図である。連動情報配信サーバ装置100は、制御部101、ローカル記憶部102、周辺機器I/F部103、入力部104、表示部105、通信部106がバス109を介して接続される。制御部101はCPU中央処理装置で装置全体を制御する、また、プログラムを実行する。記憶部102は制御部101で処理するデータやプログラムを保持する。周辺機器I/F部103はデータベースやプログラムを記録したハードディスク等の外部記憶媒体との間でデータの授受を行う。入力部104はキーボードやマウス等の入力装置であり、キーボードやマウス等の操作情報の入力等を行う。表示部105はディスプレイ等の表示装置である。通信部106はネットワークを介して他のコンピュータ等と通信を行う。図2は、連動情報配信サーバー100の機能構成を説明する機能ブロック図である。連動情報配信サーバー100は、送受信手段110、制御手段120、初回リクエスト対応手段130、継続リクエスト対応手段140、番組情報データベース160を備える。送受信手段110はネットワーク2を通じた利用者端末20からのリクエストメッセージを受付けて、制御手段120に引き渡す、また、制御手段120から引き渡された応答情報をネットワーク2を通じてリクエスト元へ返信する。制御手段120は、送受信手段120から引き渡されたリクエストメッセージの内容に従って、初回リクエスト対応手段130、または継続リクエスト対応手段140等の適当な処理手段を呼び出し、その処理結果を受けて、送受信手段120に戻す。初回リクエスト対応手段130、継続リクエスト対応手段140は、連動情報開始リクエストあるいは次の連動情報リクエストに対応して番組情報データベースを参照問合せして、指定された時刻に関する単位時間枠連動情報を取得する。図2に表れる各機能手段と図4に示すハードウエア各部との関係であるが、連動情報配信サーバー100の記憶部102には、連動情報配信サーバー100として使用するコンピュータのOSのプログラムコードおよびHTTPプロトコルにより視聴者が使用する情報端末20からの要求を受けそれに対する応答を返すWEBサーバーソフトウェア送受信手段110の主要部の他に、処理の遷移を制御するコンピュータプログラムモジュール制御手段120の主要部および初回の連動情報リクエストに対して応答情報を作成してその結果を返すコンピュータプログラムモジュール初回リクエスト対応手段130の主要部、初回より後の継続した連動情報リクエストに対して応答情報を作成してその結果を返すコンピュータプログラムモジュール継続リクエスト対応手段140の主要部の実行形式プログラムが格納されており、これらのプログラムコードが制御部101に読み出されて連動情報配信サーバー100のハードウェア各部を駆動制御することにより各機能手段110120,130,140,150として機能する。図3は、情報端末20のハードウエア構成図である。11は情報端末機器を制御するプロセッサ部である。制御プログラムを読み込み解釈実行する中央演算処理回路と一時データを保持するRAMランダムアクセスメモリ、スピーカ21、マイク22を接続する音声処理回路などが集積された集積回路である。12はROMリードオンリメモリである。携帯情報機器のOSのプログラムコードが格納されている。13は表示部である。小型の液晶表示装置などである。14はタッチパネル部である。2次元アレイ上の接触検知素子が表示部13の表面部分に内挿されるなどして表示部と一体的に実装される。15は表示制御部である。表示部13に表示させる表示データを一時的に保持するビデオRAMを含み、バス19を通して制御信号および表示データを受取り画像を表示するなどして表示部13を制御する。また、表示制御部15は、接触検知素子をスキャンして操作者の表示部13上への手指の接触を検知して接触位置情報とともに入力イベントが発生した旨をプロセッサ部11に通知する。16はフラッシュメモリなどの不揮発メモリである。アプリケーションプログラムなどが格納される。17は通信機能部である。基地局との間でCDMA2000または,W-CDMA方式による音声通話、パケット通信およびまたは、無線LANアクセスポイントとの間でIEEE802.11シリーズとして規格化されている無線LAN機能を提供する。18はSIMカードSubscriberIdentityModuleCardである。プロセッサ部11、ROM12、表示制御部15、不揮発メモリ16、通信機能部17の各要素はバス19で接続される。情報端末20の不揮発メモリ16には、TV放送連動情報を表示部13に表示させるための元情報である単位時間枠毎の連動情報をネットワークから取得するアプリケーションプログラム連動情報取得アプリのプログラムコードが格納される。連動情報取得アプリの使用手順について説明する。連動情報取得アプリには、情報端末20が起動中は常時起動された状態を維持する常駐型と、動作させるためには必要に応じて利用者が起動させる必要がある非常駐型に分けられる。両者に本質的な相違はないが、説明を容易にするため、まず、非常駐型連動情報取得アプリとして説明する。図9は、視聴者の操作の流れを説明する図である。TVの電源をONするとステップS10、視聴者はTVのチャンネルを選択するステップS12、選択されたチャンネルで放送されている番組に興味をもった視聴者は情報端末20を操作して連動情報取得アプリを起動するステップS14、視聴者は情報端末20の表示部13に現れるアプリの入力画面に、現在同調しているTVチャンネル番号を入力するステップS16、このとき連動情報取得アプリ内部の処理で、リモコンチャンネル番号→放送局識別情報の変換を行い、連動情報開始リクエスト後述を行う。視聴者は、連動情報取得アプリが取得し、情報端末20の表示部13にレンダリングされた番組連動情報を閲覧するステップS18、視聴者がチャンネルを変えなければ、少なくとも番組が終了するまでは、連動情報取得アプリが番組連動情報を表示し続けるが、視聴者がチャンネルを切替えるとステップS12、そのままでは情報端末20の表示はチャンネル切替え前のままなので、切替えたチャンネルの放送番組の連動情報を見たい場合は、視聴者は連動情報取得アプリを一旦終了した後再起動させて、情報端末20の表示部13に現れるアプリの入力画面に、現在同調しているTVチャンネル番号を入力するステップS16。尚、好ましい実施形態では、上記リモコンチャンネル番号→放送局識別情報の変換は、地域毎のリモコンチャンネル番号←→放送局識別情報の対応表を参照して行われる。連動情報取得アプリは全ての地域毎の上記対応表を記憶しており、視聴者は、連動情報取得アプリを取得したインストールするとき、自分の視聴地域を指定することにより、実際に使用する対応表を設定するようにする。ある地域に新たに放送局が開設された場合は、その地域の対応表を変更しなければならないが、これは、一つの実施形態では、連動情報取得アプリのバージョンアップという形で行われることができる。もちろん他の方法でも良い。視聴地域を一度設定すれば、上記対応表によりリモコン番号と放送局識別情報は1対1に対応するので、視聴者が実際にはリモコン番号を入力していても、連動情報取得アプリの側では放送局識別情報の入力を受けていることと実質的に変わらない。従って、以下の説明では、区別しなければならない場合を除き、リモコン番号の入力と放送局識別情報の入力とを同一視して説明する。TV50がIEEE802.11a/b/nとして規格化されている無線LAN規格の直接相互接続モードに対応した通信アダプタを備えている場合には、情報端末装置20との間でピアツーピアP2P無線通信を確立することが可能である。この場合には、連動情報取得アプリを適切にプログラミングすることにより、上記ステップS16の処理を、TV視聴者が指示したタイミングで、TV50との間でP2P通信を確立させ、TV50に対して現在同調している放送局を問い合わせることで実現することもできる。起動された非常駐型連動情報取得アプリは、操作者が明示的にプログラムを終了させる場合の他、ある実施形態では、連動情報がない次の番組の時間帯に入ったときに自動終了する。また、他の実施形態では、アプリを起動させたときの番組が終了したときに自動終了する。次に番組情報データベース160を説明する。本発明で参照する番組情報データベース160は、放送局テーブル400、番組情報テーブル190、連動情報テーブル180、連動情報詳細テーブル170の4つの表を含んで構成される。図5は放送局テーブル400を説明する図である。このテーブルは1行が1件のレコードを示す。1件のレコードは、放送局UID401、放送局ID402、放送局名403の項目を含む。放送局UID401は放送局識別情報のことである。図6は、番組情報テーブル190を説明する図である。このテーブルは1行が1件のレコードを示す。1件のレコードは1つの番組に対応し、放送される1つの番組についての情報を記録する。1件のレコードは、番組UID191、番組ID192、放送局UID193、放送開始時刻194、放送終了時刻195、番組名196、連動情報有無フラグ197を含む。連動情報有無フラグ197の論理値が真なら、その番組は連動情報を有する。連動情報有無フラグ197が偽なら、その番組は連動情報を持たない。図7は、連動情報テーブル180を説明する図である。このテーブルは1つの番組の時間を構成する1つ以上の単位時間枠キーフレームについての情報を表す。1行が1件のレコードであり、1件のキーフレームに対応する。1件のキーフレームを、キーフレームUID181、キーフレームID182、番組UID、当番組内での該キーフレームの時間帯の位置放送開始後該キーフレームが開始される経過時間184、代表送客先URL185を含む。図8aは、連動情報詳細テーブル170を説明する図である。このテーブルは1つの単位時間枠キーフレームを構成する1つ以上の連動詳細情報それぞれの情報を表す。図では1行が1件のレコードであり、1件の連動詳細情報に対応する。1件の連動詳細情報は、キーフレームUID171、連動情報詳細ID172、詳細情報に対応するURL173、当連動情報内での該連動情報詳細の時間帯の位置キーフレームの先頭から該連動情報詳細の時間帯が始まる経過時間174を含む。以後の説明で、特定の単位時間枠キーフレームについての連動情報という場合は、連動情報テーブル180においてキーフレームUIDで特定される1件のレコードの送客先URL185、テキスト情報186、および、連動情報詳細テーブル170において同じキーフレームUIDで特定される全ての連動詳細情報すなわちURL173,当連動情報内での該連動情報詳細の時間帯の位置174の全てを指すものとする。図10は連動情報取得アプリが起動された視聴者情報端末20と連動情報配信サーバー100の情報の間の連動情報送信/受信のやりとりを説明するシーケンス図である。図10に従って連動情報送信/受信の処理動作について説明する。図10の右側は連動情報取得アプリの処理を示す。左側は連動情報取得アプリが動作する視聴者端末からの要求に応じて動作する連動情報配信サーバー100の処理を示す。まず、視聴者の情報端末20に対する操作により連動情報取得アプリが起動されるS114と、連動情報取得アプリは、画面に入力欄を表示させて視聴者に選択しているチャンネル番号を入力するよう促す。入力されたチャンネル番号を受け取ると、連動情報取得アプリは、事前にアプリ内に設定されているリモコンチャンネル番号→放送局識別情報の対応表を参照して放送局識別情報を取得してS116、放送局識別情報を含んだ連動情報開始リクエストを連動情報配信サーバー100に送信するS117。連動情報開始リクエストを受信した連動情報配信サーバー100は、初回リクエスト対応手段130を駆動して初回の連動情報取得処理S200を行う。この処理の詳細は後述する。この処理の結果、初回のリクエストに対応した単位時間枠の連動情報アプリ起動時刻に対応した単位時間枠の連動情報とその次の時間枠の連動情報が得られる。連動情報配信サーバー100はこれらの情報を連動情報開始リクエストに対する返答として情報端末20に返信するS201。視聴者の情報端末20は、初回のリクエストに対応した単位時間枠の連動情報を受け取ると、単位時間枠の連動情報通常は、アプリ起動時刻に対応した単位時間枠の連動情報とその次の時間枠の連動情報を一時的に内部データベースに保持しS120、このデータに基づいたTV番組の連動情報画面をレンダリングさせる。この結果、TV画面の番組進行に同期した連動情報画面が情報端末20に表示されるS130。この画面は、連動情報の内容や連動情報取得アプリのレンダリング処理機能の仕様に依存するが、連動情報配信サーバー100以外の他のサーバーこれを送客先サーバー200と呼ぶにアクセスした結果入手したリソースを含んで表示させるものであってもよい。情報端末20に連動情報画面を表示している間に時間が経過すれば最初の単位時間枠が終了する。すると連動情報取得アプリは内部データベースに取得済の次の時間枠の連動情報に基づく連動情報画面をレンダリングさせ表示部13に表示させる。さらに、所定の時間内に連動情報配信サーバー100に対して次の単位情報のリクエスト継続リクエストを発するS131。次の単位情報のリクエストを受信した連動情報配信サーバー100は、継続リクエスト対応手段140を駆動して次の連動情報取得処理S240を行う。この処理の詳細は後述する。この処理の結果、継続リクエストに対応した単位時間枠の連動情報現在時刻に対応した単位時間枠の直後の時間枠の連動情報が得られる。連動情報配信サーバー100はこれらの情報を連動情報継続リクエストに対する返答として情報端末20に返信するS241。連動情報継続リクエストに対する返答を受信した情報端末20は、ステップS120にもどり内部データベースの更新、それに続く、連動情報に基づく画面表示S130を繰り返す。連動情報配信サーバー側も次の単位情報のリクエストの待ち状態となり、次の単位情報のリクエストを受信するとステップS240を繰り返す。このように、少なくとも視聴している番組が終了するまでは、番組に連動した情報が情報端末20に表示され続ける。また、連動情報開始リクエストS117に対して、そもそもその番組は連動情報を用意していないときがある。この場合図10には図示していないは、サーバー100は、応答情報S201に連動無しフラグをONにしてレスポンスを返す。連動無しフラグONを受けた連動情報取得アプリは直ちに自動終了する。また、次の単位情報のリクエストS131に対して、サーバー100は、次の単位時間枠の連動情報の存否を次無しフラグにより応答するがその場合の詳細については後で詳しく説明する。図11は、連動情報配信サーバー100における初回の連動情報取得処理ステップS200を詳細に説明するフローチャートである。以下図11を参照して初回の連動情報取得処理を詳細に説明する。送受信手段110は、連動情報開始リクエストを受付けると、リクエストの種類を識別する情報とリクエストの内容を取り出して制御手段120に渡す。制御手段120は、リクエストの種類を識別する情報により連動情報開始リクエストであることが分かると、初回リクエスト対応手段に制御を移す。このとき連動情報配信サーバー100の内部時計の時刻を現在時刻として取得して、この現在時刻と、リクエストの内容である放送局識別情報を初回リクエスト対応手段に引渡す。初回リクエスト対応手段130は、放送局識別情報現在時刻をキーにして番組情報テーブル190から、放送開始時刻:放送終了時刻が現在時刻を含む番組を特定し、該番組のレコードを抽出するS202。例えば図6の例によれば、現在時刻が1306で、放送局識別情報が50001ならば、番組スタジオレイクが特定され、番組UID:141305001のレコードが保持される。放送局識別情報が50003ならば、番組名医に相談が特定され、番組UID:141305002のレコードが保持される。1件のレコードには連動情報の有無を示す連動情報フラグ197が含まれている。このフラグの値を検査するS204。フラグの値が真でなければ、当番組には連動情報がないということなので連動無しフラグをON真としてS208、ステップS218に進む。図6の例で言えば、番組スタジオレイクは連動情報があり、番組名医に相談には連動情報がない。一方、連動情報フラグ197が真であれば、以後、当番組に連動情報がある場合の処理を行うことになる。まずこの時点でのその番組の放送開始からの経過後時間を計算するS206。放送開始後経過時間は、現在時刻と該番組のレコードの放送開始時刻項目に記録されている開始時刻の値との差単位は秒をとって得られる。次に、番組UIDと放送開始後経過時間をキーにして連動情報テーブル180を検索し、放送開始後経過時間に対応するキーフレームとその次の時間枠のキーフレームをそれぞれ、現在キーフレーム、次のキーフレームとして特定するS210。例えば、放送開始後経過時間が180秒とすると、図7の例では、キーフレームUID:2011141305001が現在キーフレームとして特定され、キーフレームUID:2011141305002が次のキーフレームとして特定される。このときもし、放送開始後経過時間が5500秒とすると、現在キーフレームとしてキーフレームUID:2011141305005が現在キーフレームとして特定されるがこのフレームが当該番組の最後のキーフレームなので次のキーフレームは存在しない。その場合S212でYは、次無しフラグ第2のフラグを真ONとするS214。こうして、現在キーフレームと次キーフレームのIDが特定されるので、特定されたキーフレームIDをキーとして連動情報詳細テーブル170を検索して、該当するキーフレームIDをもつ連動詳細レコードを全て抽出してS216、ステップS218に進む。ステップS218では、ステップS216で抽出されたデータに基づいて、連動開始リクエストに対する応答情報を作成する。制御手段120は応答メッセージとしての形式を整えて送受信手段110にリクエスト元へ返すよう指示する。図12は、連動情報配信サーバー100における次の連動情報取得処理ステップS240を詳細に説明するフローチャートである。以下図12を参照して次の連動情報取得処理を詳細に説明する。送受信手段110は、連動情報継続リクエストを受付けると、リクエストの種類を識別する情報とリクエストの内容を取り出して制御手段120に渡す。制御手段120は、リクエストの種類を識別する情報により連動情報継続リクエストであることが分かると、継続リクエスト対応手段140に制御を移す。このときリクエストの内容である、情報端末20側で取得済の最後のキーフレームUIDも引渡される。継続リクエスト対応手段140は、引数として渡されたキーフレームUIDの次の単位時間枠に該当するキーフレームを連動情報テーブル180を参照して特定するS242。例えば図7において、引数として渡されたキーフレームUIDが20111413050002ならば、このキーフレームは放送開始後経過時間が600秒から1199秒までであるから、次の単位時間枠は1200秒から始まることになり、次の単位時間枠に該当するキーフレームはUID20111413050003と特定される。この場合次のキーフレームが存在したから、ステップS252に進む。ステップS252では、連動情報詳細テーブル170から、ステップS242で特定したキーフレームUIDをキーにして、関係する連動情報詳細データを全て抽出する。一方、図7において、引数として渡されたキーフレームUIDが20111413050005ならば、このキーフレームは番組UID1413050001の最後のキーフレームであるから、次の単位時間枠に該当するキーフレームは存在しないS244のNの分岐。このときは、引数として渡されたキーフレームUIDから番組UIDを求め、同チャンネル同放送局の次に放送される番組次番組を特定するS246。そして、次番組の連動情報フラグをチェックするS247。連動情報フラグが真の場合は、次番組の番組UIDをキーにして連動情報テーブル180を検索して、次番組の最初のキーフレームの詳細情報を連動情報詳細テーブル170から抽出するS250。その後S254に進む。一方、次番組の連動フラグが偽の場合は、次無しフラグ第2のフラグを真としてS254に進む。例えば、キーフレームUIDが20111413050005ならば、連動情報テーブル180より、このキーフレームは番組UID1413050001のキーフレームであるから、番組情報テーブル190を参照して、番組UID1413050001と同じ放送局UID50001で次に放送される番組は、番組UID:1412300006ペットとの旅であることがわかる。この番組は連動情報フラグが真、すなわち連動情報が存在するので、連動情報テーブル180から、番組UID:1412300006をもつキーフレームデータのうち放送開始後経過時間184の項目の値が零secとなっているキーフレームを特定する。このキーフレームのUIDをもつキーフレーム詳細データを連動情報詳細テーブル170から抽出する。ステップS254では、ステップS252、S250、またはS248のいずれかで抽出されたデータまたは設定されたフラグに基づいて、連動継続リクエストに対する応答情報を作成する。制御手段120は応答メッセージとしての形式を整えて送受信手段110にリクエスト元へ返すよう指示する。図13は、連動情報を有する番組が放送されている間の情報端末が受け取るキーフレームの様子を説明する図である。番組、連動情報、端末のそれぞれの時間軸を平行な3つの直線で示す。番組の時間軸上のA点はアプリ起動時刻より正確には連動情報開始リクエストS117がサーバーに受信された時刻を示す。図13に示すように初回の連動情報リクエストによって、情報端末には最初の2つのキーフレームデータが送信され受信される。連動情報取得アプリは、最初のキーフレームの時間枠が終了した時点A1で、次のキーフレームを要求するリクエストを発する。このリクエストには、それまで連動情報取得アプリが取得したキーフレームの最後のもののキーフレームUIDこの場合はUID=2が指定される。連動情報提供サーバー100はUID=2の次のキーフレームUID=3の詳細データを情報端末に返信する。このように常に1キーフレーム分先行して情報端末20側に連動情報を用意しておくようにする。実際には、連動情報提供サーバー100への次の連動情報要求が、多数の視聴者の情報端末20からキーフレームの切れ目A1,A2,..毎にいっせいにリクエストされると図17bに示すようにネットワーク上のトラフィクが混雑してしまうので、これを避けるために、図17aに示すように、1つのキーフレームの時間枠が終了してから一定時間範囲で各端末が次のキーフレームの連動情報を要求するタイミングを分散させることが必要である。このために連動情報取得アプリは、一様乱数を用いるなどして、キーフレームの切れ目の時刻から次のキーフレームの連動情報を要求するタイミングを適度にずらすことを行うようにする。図17cは分散させたイメージを示す。図14は、同チャンネルのまま番組をまたがる場合の処理を説明する図である。この図では、次の番組も連動情報を持つ場合を示す。最後のキーフレームの時間枠に切り替わるタイミングAlastにおいて、連動情報取得アプリは次のキーフレームリクエストS131を発行する。しかしこのとき放送中の番組の最後のキーフレームのデータは既に受領しているので、その次のキーフレームは存在しない。継続リクエスト対応手段140は、既に説明したステップS244~S250の処理により次の番組の最初のキーフレームキーフレームUID=B1を連動情報データベース160から抽出してこれをレスポンスとする。連動情報取得アプリはこのレスポンスを受領して内部データベースを更新する。以後、連動情報取得アプリは次の番組に切り替わっても、視聴者が明示的な終了操作をしない限り連動情報の表示を続ける。図15は、同チャンネルのまま番組をまたがる場合において次の番組が連動情報をもたない場合の動作を説明する図である。最後のキーフレームの時間枠に切り替わるタイミングAlastにおいて、連動情報取得アプリは次のキーフレームリクエストS131を発行する。しかしこのとき放送中の番組の最後のキーフレームのデータは既に受領しているので、その次のキーフレームは存在しない。継続リクエスト対応手段140は、既に説明したステップS244~S248の処理により次の番組には連動情報がないとして次無しフラグを真の値として、これをレスポンスとする。連動情報取得アプリは、次無しフラグ=.TRUE.のレスポンスを受け取ると、現在の番組の最後のキーフレームが終了した時点で自動終了する。図16は、連動情報取得アプリを起動したときの放送番組がキーフレームが1個のみで構成される場合の動作を説明する図である。番組の時間軸上のA点はアプリ起動時刻より正確には連動情報開始リクエストS117がサーバーに受信された時刻を示す。視聴者は番組イが放送開始されてからしばらくして連動情報取得アプリを起動した。初回リクエスト対応手段130は、番組イの最初のキーフレームとその次のキーフレームを連動情報データベース160から取得しようとするが、番組イには2番目のキーフレームは存在しないので、既に説明したステップS212~S214の処理により、最初のキーフレームの詳細データとともに次無しフラグを真の値として、これをレスポンスとする。連動情報取得アプリは、最初で最後のキーフレームが終了した時点で自動終了する。ところで、図16の場合起動したときの放送番組がキーフレームが1個のみで構成される場合には、別の動作も考えられる。先の説明では、番組イの次に放送される番組ロが連動情報をもつか持たないかにかかわらず次無しフラグを真の値として応答したが、そうではなく、ステップS214において、さらに番組ロのUIDを特定して、番組ロが連動情報をもつ場合はその最初のキーフレームデータを抽出して次のキーフレームデータとし、番組ロが連動情報をもたない場合は次無しフラグを真の値としてこれらをレスポンスとしてもよい。このような動作を実現するにはS214図11をS246、S247,S248,S250の一連の処理図12に置き換えればよい。また、これとは逆に初回の連動情報取得処理図11のS214はそのままとし、図12のS246、S247,S248,S250の一連の処理を単純にS248に置き換えるフローとして次の連動情報取得処理ステップS240を構成してもよい。この場合には、1つの番組が終了するときは必ず連動情報取得アプリは終了する。図18は情報端末20で動作する連動情報取得アプリの動作を説明するフローチャートである。以下このフローチャートに従って連動情報取得アプリの処理動作を説明する。連動情報取得アプリは起動すると、情報端末20の表示部13の画面に入力欄を表示させて視聴者に選択しているチャンネル番号を入力するよう促す。入力されたチャンネル番号を受け取ると、連動情報取得アプリは、事前にアプリ内に設定されているリモコンチャンネル番号→放送局識別情報の対応表を参照して放送局識別情報を取得するS302。そして放送局識別情報を含んだ連動情報開始リクエストを連動情報配信サーバー100に送信するS303。尚、ステップS302の処理は、TV視聴者が指示したタイミングで、TV50との間でP2P通信を確立させ、TV50に対して現在同調している放送局を問い合わせることで取得してもよい。連動情報配信サーバー100からの連動情報開始リクエストに対するレスポンスを受信して、レスポンスの内容を不揮発メモリ16の所定の領域に一時記録するS309。レスポンスには連動無しフラグと次無しフラグの二つのフラグも含まれる。これらのフラグは通常は偽Falseの論理値をとるが、条件によっては真Trueの論理値をとることがある。レスポンスの内容に含まれる連動無しフラグの値をテストするS312。真の論理値であれば、現在放送中の番組は連動情報を持たないのであるから、連動情報取得アプリは自ら直ちに自動終了する。偽の論理値であれば、レスポンスの内容には連動情報詳細データが含まれる。連動情報取得アプリは現在の時刻に対応するキーフレームの詳細情報から、図8bに示すような時刻の区切り毎の送客先URLのリストの形としてアプリ内のローカルデータベースに記録する。図8bの各行は図8aに示している、1つのキーフレームをさらに細分化した連動情報詳細時間枠のどれかに対応している。図8bでは最初の3行分は図8a最初の3つの連動情報詳細時間枠に対応している。その次のキーフレームの詳細情報があれば同様にして、その次のキーフレームを更に細分化した連動情報詳細時間枠の区切り毎の送客先URLのリストの形としてアプリ内のローカルデータベースに次のキーフレームのデータとして記録するS315。但し、これは本発明の一つの実施形態を説明しているに過ぎない。図8aの1つのキーフレームをさらに細分化した連動情報詳細時間枠をもたないキーフレームがあってもよい。全てのキーフレームが連動情報詳細時間枠を有しない形態も可能である。次に連動情報取得アプリは時刻の区切り毎の送客先URLのリストに基づき、予めプログラムした画面生成コマンドを実行することにより番組連動情報表示画面をレンダリングする。典型的な実施形態では、情報端末20が示す内部時計の時刻に基づき図8の時刻の区切り毎に対応する送客先URLにアクセスしてインターネットリソース画像ファイル、テキストファイル、動画ファイルなどを取り込み1つのHTML画面として生成する。しかし、連動画面のレンダリングはこれには限らない。例えば、連動情報詳細テーブル180がキーフレームIDで識別される各キーフレーム毎にテキスト情報186を持っており、連動情報取得アプリは、受け取ったレスポンスに含まれるキーフレームの代表送客先URL185とこのテキスト情報186から1つのキーフレームの時間枠の連動情報画面を生成してもよい。この場合には、当該キーフレームUIDのキーフレームについては連動詳細テーブルの記録は不要である。生成された連動情報画面は視聴者が操作する情報端末20の表示画面13に表示される。この画面にハイパーリンクが埋め込まれている場合言うまでもなくこのハイパーリンクは当該キーフレームの対応するテキスト情報186に基づくものであるは、視聴者はそのリンクを辿ってインターネットサーフィンや商品の購入サイトへ行くことも可能である。キーフレームの時間枠が経過するとS321のY、連動情報取得アプリは、ステップS309で一時記録された内容を確かめ、次無しフラグの値をチェックするS324。次無しフラグの論理値が真である場合は、ここで自動終了する。そうでない場合はS324の偽、連動情報取得アプリは次のキーフレームリクエストを用意して発信するS327。後は、ステップS309にもどり処理を繰り返す。変形の実施形態第1の実施形態では、連動情報開始リクエストS117に対して、図13に説明したように、初回分のキーフレーム情報として2つのキーフレームデータが送信されるものとしたが。本願発明は必ずしもこれに限定されるものではない。本願発明の変形の実施形態に係る連動情報サーバー装置100について以下に説明する。変形実施形態の一つでは、連動情報開始リクエストS117に対しても連動情報継続リクエストと同様に1件分のキーフレームデータを抽出して返すようにする。この結果、連動情報提供サーバー側の処理はシンプルになる。但し、最初の1件分のキーフレームの時間枠が終了してから次のキーフレームをリクエストするのでは連動情報の表示が遅れるので、そのようにならないようにするために、連動情報取得アプリの側で最初の1件分のキーフレームの時間枠が終了する前に、次の時間枠のキーフレームのリクエストをかけるようにする。典型的には、最初のリクエストで指定した時刻に対応するレスポンスを受け取りそのキーフレームのキーフレームUIDが分かった時点ですぐに連動情報継続リクエストを発行すればよい。1つのキーフレームは数分から10分程度の時間幅で設定されるので、連動情報取得アプリをこのようにプログラムしておいても実質的な支障はない。図19は、この変形実施形態における初回の連動情報取得処理のフローチャートである。図11と同じ処理ステップについては同じ番号を付している。図11と異なるのは、ステップS210の代替のステップS211とステップS216の代替のステップS217の部分である。ステップS211では、特定するキーフレームは現在時刻ステップS206で再計算される放送開始後経過時間に対応するものだけでよい便宜的にそれを次フレームと記しているだけである。そしてS217でその1フレームについてのキーフレームデータだけを連動情報データベース160から抽出する。尚、図12に示した次の連動情報取得の処理はこの変形実施形態でもまったく同じである。図19のフローでは、S217において図12の次フレームの処理を実行するため、1つの番組が終了しても次の番組が連動情報をもつ場合は、連動情報取得アプリは終了しない。しかしこれも、図12のS246、S247,S248,S250の一連の処理を単純にS248に置き換えるフローとして次の連動情報取得処理ステップS240を構成してもよい。この場合には、1つの番組が終了するときは必ず連動情報取得アプリは終了する。連動情報取得アプリは視聴者が明示的に起動することを要する通常のアプリケーションプログラムとして説明したが、情報端末20が電源ONでOSが起動すると自動的に起動され、TV視聴者がチャンネル情報を入力すると活動状態となる常駐型アプリケーションとして実現してもよい。この場合は、連動無しフラグ真、次なしフラグ真を受け取ると即座に又は現在表示中の単位時間枠が終了した時点でプロセスが停止消滅するのではなくそれぞれのタイミングで休眠状態となる。また常駐アプリケーションの場合は、休眠状態となる直前に、次に連動情報をもつ番組が開始される時刻を調べ記憶手段に記憶しておくことが可能なので、一旦休眠状態となっても必要な時刻になったときに自発的に活動状態となり連動情報を取得するように動作することも可能である。但し、TV視聴者がチャンネルを変更した場合は無駄な動作となる。"