JP2013141133A - 連動情報配信サーバー装置、コンピュータプログラム、連動情報提供システム - Google Patents

Abstract

【課題】ＴＶ番組の進行に同期して、その時の番組内容に関連した情報を視聴者の負担にならない方法で提供し、かつ視聴者個人毎に好ましいと予想される情報を選択して提供可能な番組連動情報提供システムを提供する。
【解決手段】情報端末２０からの次の単位時間枠の連動情報を要求するリクエストに対して、次の単位時間枠の連動情報を抽出提供する連動情報継続リクエスト対応手段と、放送される番組ごとに番組識別子、放送局識別子、放送時間帯、連動情報有無を示す情報を一組にして記録する番組情報テーブルと、放送される番組の時間帯を細分化した単位時間枠ごとに、単位時間枠識別子、番組識別子、放送開始後経過時間、連動情報内容の情報を一組にして記録する連動情報テーブルと、視聴者属性別の連動情報を放送番組時間枠と対応付けた属性別連動情報テーブルを含んで構成される番組情報データベースとを備えた連動情報配信サーバー装置１００を設ける。
【選択図】図２５

Description

本発明は、放送中の番組と関連する関連情報を放送と同期してネットワークを介して配信する連動情報配信サーバー装置、連動情報提供システムに関する。

従前より、ＴＶ放送中の番組内容に関連する情報を視聴者に提供する試みは様々に行われてきた。

（１：番組中で番組の専用ホームページを紹介する）
そのもっとも基本的なものは、放送局または番組制作者自体が生活情報番組や連続ドラマなどの特定の番組のホームページ（番組サイト）を開設し、番組中でこのホームページのＵＲＬを紹介し、インターネットで番組サイトにアクセスしてきた生活者に番組に関連した情報を提供するというものである。この方式は、インターネット商用化以前からよくあった、番組の放送中に提示される宛先にはがきで応募するといった行為をインターネットに置き換えたものと考えることもできる。視聴者は何らかの方法でＵＲＬを記録して、パソコンにＵＲＬを手入力する必要がある。（実際には、番組に関連するキーワードで検索すれば足りる。）この方法は、特段の仕組みを必要としないので手軽に実施できる。しかしながら、番組の進行に連動して、同期させて情報を提供することは、視聴者の行為に依存することであり難しい。

（２：データ放送を利用して番組関連情報を提供する）
地上波デジタル放送に先立って２０００年から開始されたＢＳデジタル放送のデータ放送を利用して、番組に関連する情報を、ＢＭＬ（放送用マークアップ言語）で記述されたコンテンツとして放送しＴＶに表示させる方法である。デジタル放送対応ＴＶはＢＭＬを解釈して表示する機能（ＢＭＬブラウザ）を備える。ＢＭＬはＨＴＭＬとよく似たマークアップ言語であり、ＢＭＬによりインターネット上のリソースへのリンクを設けることができる。従って、インターネットに接続されたデジタル放送対応ＴＶに表示されたＢＭＬ画面からリンクを通じてインターネット上のコンテンツにアクセスすることも技術的には可能である。しかしながら初期のデジタル放送対応ＴＶではインターネットとの接続がナローバンド回線でしか行えないものが多く、ＴＶをインターネットに接続して利用するスタイルは普及しなかった。そのため、実質的にＢＭＬコンテンツはインターネットコンテンツとつながりのない別のものとなったが、これは積極的にＢＭＬコンテンツを豊かにしようとする動機を失わせる方向に作用した。従って、現在の地上デジタル放送においても放送中の番組に特化したＢＭＬコンテンツは番組紹介程度の簡単なものにとどまり、放送中の番組に関係しない天気予報やニュースがデータ放送で閲覧されるＢＭＬコンテンツの中心である。

（３：データ放送画面にＱＲコード（登録商標）を表示する）
上記のように、初期のデジタル放送対応ＴＶではインターネットとの接続がナローバンド回線でしか行えないものが多く、ＴＶをインターネットに接続して利用するスタイルは普及しなかったため、データ放送で表示されるＢＭＬ画面にＱＲコード（登録商標）を表示させて、これを携帯端末で撮像させて、視聴者をインターネットサイトへ誘導する方法が考案され実施された。デジタルカメラ機能と、バーコードやＱＲコード（登録商標）のデコード機能が搭載された携帯電話機が一般に普及してきたことが背景にある。例えば、特許文献１や特許文献２では、ＢＭＬに記述されたスクリプトをＴＶのプロセッサ（ＢＭＬブラウザ）が解釈実行することによりＴＶ画面に最適の輝度でＱＲコード（登録商標）を表示させる。この方法によりＴＶ自体はインターネットと接続することなく、視聴者の携帯端末から３Ｇ回線を経由して放送番組に関連したインターネットコンテンツ（モバイルコンテンツ）にアクセスできる。この方式であれば、番組の進行に連動して、同期させて関連情報を提供することは原理的に可能である。しかしながら視聴者には、携帯端末でＴＶ画面を撮影する手間を強いることになる。

（４：ワンセグ放送のデータ放送を利用する）
２００６年頃からワンセグ受信機能を持った携帯電話端末が市場に現れてきた。ワンセグ放送は携帯端末向けのデジタル放送として規格化されたので、番組に連動したコンテンツをデータ放送で送信し、データ放送画面のリンクを通じて３Ｇ回線経由でモバイルサイトへアクセスさせることが容易にできる。非特許文献１では、ワンセグ放送でショッピング番組を放送し、番組で紹介される商品の詳細情報をデータ放送画面に表示し、さらにリンクを通じてモバイルサイトに入ってそのまま商品を購入する実験放送を実施したことが紹介されている。この方法は、放送がワンセグ放送に限定されることから視聴者リーチ範囲が限定されることが最大の難点である。

（５：その他の手法）
非特許文献２は、特定のＴＶ局のＣＭオンエアタイミングに連動してデータ放送が自動表示され、そのＣＭと関連したキャンペーン内容を掲出することが可能なシステムを紹介している。この方式は、ＣＭ（番組本編ではない）についての関連情報の提供である。またこのシステムによりサービスを行うＴＶ局以外にチャンネルを合わせた場合はＣＭに連動した情報を受けられない。

特許第４６８６２１７号公報 特許第４７１３１７８号公報

プレスリリース"インフォマーシャル連動データ放送トライアルを実施"〔平成２３年１１月９日検索〕、インターネット<URL:http://bizex.goo.ne.jp/release/detail/140123/> プレスリリース"博報堂DYM、テレビCM完全連動データ放送送出システムを活用した双方向スポットCM手法を開発"〔平成２３年１１月９日検索〕、インターネット<URL: http://www.advertimes.com/20110214/article6382//>

本発明は、従来技術のこのような欠点を克服するべく発明されたものであって、ＴＶ番組の進行に同期して、その時の番組内容に関連した情報を、視聴者の負担にならない方法で提供する番組連動情報提供システムを提供することを課題とする。また、番組連動情報の中で視聴者にとって特に好ましい情報、視聴者が求めていると思われる情報を提供することが可能な連動情報配信サーバー装置、コンピュータプログラム、連動情報提供システムを提供することを課題とする。

上記課題を解決するための、本願の第１の発明利用者端末からのネットワークを介した要求に応える連動情報配信サーバー装置であって、その第１の実施形態は、
利用者端末からネットワークを通じたリクエストを受付けて、リクエストに応じた応答情報を返信する送受信手段と、
送受信手段が受付けたリクエストに応じて応答情報を準備する手段を呼び出す制御手段と、
放送局識別情報を含む連動情報開始リクエストに対して、
時刻情報および放送局識別情報で特定される放送局に応じた放送番組を特定し、当該番 組に関する番組情報を抽出して当該番組に連動情報が存在しなければ第１のフラグ情報 を真として応答情報とし、
当該番組に連動情報が存在する場合は、現在時刻に対応した単位時間枠の連動情報とそ の次の時間枠の連動情報が共に存在する場合はそれらの単位時間枠の連動情報および視 聴者の属性を指定した属性別連動情報を取得して応答情報とし、
現在時刻に対応した単位時間枠の連動情報は存在するが、その次の時間枠の連動情報が 存在しない場合は、現在時刻に対応した単位時間枠の連動情報および視聴者の属性を指 定した属性別連動情報を取得し、この時間枠の連動情報と第２のフラグ情報を真とした 情報を応答情報として作成する
連動情報初回リクエスト対応手段と、
次の単位時間枠の連動情報を要求する連動情報継続リクエストに対して、
次の単位時間枠の連動情報が存在する場合は、次の時間枠の連動情報および視聴者の属 性を指定した属性別連動情報を取得して応答情報とし、
次の単位時間枠の連動情報が存在しない場合は、第２のフラグ情報を真として応答情報 とする連動情報継続リクエスト対応手段と、
放送される番組ごとに番組識別子、放送局識別情報、放送開始時刻、放送終了時刻、連動情報有無を示す情報を一組にして記録する番組情報テーブルと、放送される番組の時間帯を更に細分化した単位である単位時間枠ごとに、単位時間枠識別子、番組識別子、放送開始後経過時間、連動情報内容の情報を一組にして記録する連動情報テーブルと、視聴者の属性を指定する情報と指定する属性の視聴者に提供する連動情報を単位時間枠識別子または単位時間枠を更に細分した詳細時間枠識別子により放送番組と対応付けた属性別連動情報テーブルを含んで構成される番組情報データベースと
を備えた連動情報配信サーバー装置である。

上記第１の実施形態に係るサーバー装置は、連動情報開始リクエストを行ったＴＶ視聴者の情報端末に、番組に関連した情報および視聴者の属性別に特化した情報を番組の進行に同期させて提供することができる。
連動情報開始リクエストにおいて（存在すれば）必ず２つの連続する単位時間枠の連動情報データを応答するので、ＴＶ視聴者の情報端末は、初回の連動情報リクエストをした後は、連動情報が単位時間枠のつなぎ目で交代するタイミングで連動情報継続リクエストを発行すればよいのでＴＶ視聴者の情報端末で動作する連動情報取得のためのアプリケーションプログラムの動作は単純にできる。なお、前記連動情報内容の情報とは、当該単位時間枠の連動情報に関連するテキスト情報や当該単位時間枠に対応する代表ＵＲＬ、即ち当該単位時間枠の連動情報としてのインターネットサイトのＵＲＬなどである。また、視聴者の属性を指定した属性別連動情報とは、単位時間枠識別子又は詳細時間枠識別子により番組に関係付けられる視聴者に提供されるべき情報であって、視聴者属性を指定する情報と組になっているものをいう。

また、前記連動情報初回リクエスト対応手段は、前記当該番組に現在時刻に基づく単位時間枠の次の時間帯の連動情報が存在しない場合は、同チャンネルにて当該番組の次の時間帯に放送される番組の連動情報が存在するならばその最初の単位時間枠の連動情報および視聴者の属性を指定した属性別連動情報を取得して応答情報の一部とし、存在しなければ第２のフラグ情報を真として応答情報の一部とするものとしてもよい。視聴者がチャンネルを変えずに同チャンネル視聴を続ける場合はＴＶ視聴者の情報端末で動作する連動情報を取得するアプリケーションプログラムはそのまま動作を続けた方が利便性がよいからである。

同チャンネルにて番組をまたがる場合について前記連動情報継続リクエスト対応手段についても同様な変形が可能である。

上記課題を解決するための、本願の第１の発明の変形である第２の実施形態は、利用者端末からのネットワークを介した要求に応える連動情報配信サーバー装置であって、
利用者端末からネットワークを通じたリクエストを受付けて、リクエストに応じた応答情報を返信する送受信手段と、
送受信手段が受付けたリクエストに応じて応答情報を準備する手段を呼び出す制御手段と、
放送局識別情報を含む連動情報開始リクエストに対して、
時刻情報、および放送局に応じた放送番組を特定し、当該番組に関する番組情報を抽出 して当該番組に連動情報が存在しなければ第１のフラグ情報を真として応答情報とし、
当該番組に連動情報が存在する場合は、現在時刻に対応した単位時間枠の連動情報およ び視聴者の属性を指定した属性別連動情報を抽出して応答情報とする連動情報初回リク エスト対応手段と、
次の単位時間枠の連動情報を要求する連動情報継続リクエストに対して、
次の単位時間枠の連動情報が存在する場合は、次の時間枠の連動情報および視聴者の属 性を指定した属性別連動情報を取得して応答情報とし、次の単位時間枠の連動情報が存 在しない場合は、第２のフラグ情報を真として応答情報とする連動情報継続リクエスト 対応手段と、
放送される番組ごとに番組識別子、放送局識別情報、放送開始時刻、放送終了時刻、連動情報有無を示す情報を一組にして記録する番組情報テーブルと、放送される番組の時間帯を更に細分化した単位である単位時間枠ごとに、単位時間枠識別子、番組識別子、放送開始後経過時間、連動情報内容の情報を一組にして記録する連動情報テーブルと、視聴者の属性を指定する情報と指定する属性の視聴者に提供する連動情報を単位時間枠識別子または単位時間枠を更に細分した詳細時間枠識別子により放送番組と対応付けた属性別連動情報テーブルを含んで構成される番組情報データベースと
を備えた連動情報配信サーバー装置である。

上記サーバー装置は、連動情報開始リクエストを行った後で適当なタイミングで連動情報継続リクエストを発行するＴＶ視聴者の情報端末に、番組に関連した情報および視聴者の属性に特化した情報を番組の進行に同期させて提供することができる。

前記連動情報継続リクエスト対応手段は、前記当該番組に次の単位時間枠の連動情報が存在しない場合は、同チャンネルにて当該番組の次の時間帯に放送される番組に連動情報が存在するならばその最初の単位時間枠の連動情報および視聴者の属性を指定した属性別連動情報を取得して応答情報とし、存在しなければ第２のフラグ情報を真として応答情報とするものとしてもよい。視聴者がチャンネルを変えずに同チャンネル視聴を続ける場合はＴＶ視聴者の情報端末で動作する連動情報を取得するアプリケーションプログラムはそのまま動作を続けた方が利便性がよいからである。

上記課題を解決するための、本願の第１の発明の変形である第３の実施形態は、利用者端末からのネットワークを介した要求に応える連動情報配信サーバー装置であって、
利用者端末からネットワークを通じたリクエストを受付けて、リクエストに応じた応答情報を返信する送受信手段と、
送受信手段が受付けたリクエストに応じて必要な各処理手段を呼び出す制御手段と、
視聴者識別子で特定される登録視聴者毎に、認証情報および属性情報を対応付けて保持するユーザ情報データベースと、
前記ユーザ情報データベースの新規登録、保守管理、および前記ユーザ情報データベースを参照してユーザー認証を行うユーザ管理手段と、
視聴者識別子と放送局識別情報を含む連動情報初回リクエストに対して、
時刻情報、および放送局に応じた放送番組を特定し、当該番組に関する番組情報を抽出 して当該番組に連動情報が存在しなければ第１のフラグ情報を真として応答情報とし、
当該番組に連動情報が存在する場合は、現在時刻に対応した単位時間枠の連動情報とそ の次の時間枠の連動情報が共に存在する場合はそれらの単位時間枠の連動情報および視 聴者の属性に合致したパーソナル連動情報を取得して応答情報とし、
現在時刻に対応した単位時間枠の連動情報は存在するが、その次の時間枠の連動情報が 存在しない場合は、現在時刻に対応した単位時間枠の連動情報および視聴者の属性に合 致したパーソナル連動情報を取得し、この時間枠の連動情報と第２のフラグ情報を真と した情報を応答情報として作成する
連動情報初回リクエスト対応手段と、
次の単位時間枠の連動情報を要求する連動情報継続リクエストに対して、
次の単位時間枠の連動情報が存在する場合は、次の時間枠の連動情報および視聴者の属 性に合致したパーソナル連動情報を取得して応答情報とし、
次の単位時間枠の連動情報が存在しない場合は、第２のフラグ情報を真として応答情報 とする連動情報継続リクエスト対応手段と、
放送される番組ごとに番組識別子、放送局識別情報、放送開始時刻、放送終了時刻、連動情報有無を示す情報を一組にして記録する番組情報テーブルと、放送される番組の時間帯を更に細分化した単位である単位時間枠ごとに、単位時間枠識別子、番組識別子、放送開始後経過時間、連動情報内容の情報を一組にして記録する連動情報テーブルと、視聴者の属性を指定する情報と指定する属性の視聴者に提供する連動情報を単位時間枠識別子または単位時間枠を更に細分した詳細時間枠識別子により放送番組と対応付けた属性別連動情報テーブルを含んで構成される番組情報データベースと
を備えた連動情報配信サーバー装置である。

ここで「パーソナル連動情報」とは、属性別連動情報（単位時間枠識別子又は詳細時間枠識別子により番組に関係付けられる視聴者に提供されるべき情報であって、視聴者属性を指定する情報と組になっているもの）のうちで特に、視聴者の登録属性に合致したものをいう。即ち、第３の実施形態に係る連動情報配信サーバー装置においては、リクエストに含まれる視聴者識別子によりサーバ側は当該視聴者の登録属性を知ることができるので、属性別連動情報のうち視聴者の登録属性に合致したものだけをパーソナル連動情報として応答情報に含めて提供するのである。このような構成のサーバ装置にアクセスする視聴者情報端末は、提供する連動情報画面の作成処理を単純にすることができる。

同チャンネルにて番組をまたがる場合の処理に関して、連動情報初回リクエスト対応手段および連動情報継続リクエスト対応手段について第１の実施形態と同様な変形構成も可能である。

上記課題を解決するための、本願の第１の発明の変形である第４の実施形態は、利用者端末からのネットワークを介した要求に応える連動情報配信サーバー装置であって、
利用者端末からネットワークを通じたリクエストを受付けて、リクエストに応じた応答情報を返信する送受信手段と、
送受信手段が受付けたリクエストに応じて必要な各処理手段を呼び出す制御手段と、
視聴者識別子で特定される登録視聴者毎に、認証情報および属性情報を対応付けて保持するユーザ情報データベースと、
前記ユーザ情報データベースの新規登録、保守管理、および前記ユーザ情報データベースを参照してユーザー認証を行うユーザ管理手段と、
視聴者識別子と放送局識別情報を含む連動情報初回リクエストに対して、
現在時刻および放送局に応じた放送番組を特定し、当該番組に関する番組情報を抽出し て当該番組に連動情報が存在しなければ第１のフラグ情報を真として応答情報とし、
当該番組に連動情報が存在する場合は、現在時刻に対応した単位時間枠の連動情報およ び視聴者の属性に合致したパーソナル連動情報を抽出して応答情報とする連動情報初回 リクエスト対応手段と、
次の単位時間枠の連動情報を要求する連動情報継続リクエストに対して、
次の単位時間枠の連動情報が存在する場合は、次の時間枠の連動情報および視聴者の属性に合致したパーソナル連動情報を取得して応答情報とし、
次の単位時間枠の連動情報が存在しない場合は、第２のフラグ情報を真として応答情報 とする連動情報継続リクエスト対応手段と、
放送される番組ごとに番組識別子、放送局識別情報、放送開始時刻、放送終了時刻、連動情報有無を示す情報を一組にして記録する番組情報テーブルと、放送される番組の時間帯を更に細分化した単位である単位時間枠ごとに、単位時間枠識別子、番組識別子、放送開始後経過時間、連動情報内容の情報を一組にして記録する連動情報テーブルと、視聴者の属性を指定する情報と指定する属性の視聴者に提供する連動情報を単位時間枠識別子または単位時間枠を更に細分した詳細時間枠識別子により放送番組と対応付けた属性別連動情報テーブルを含んで構成される番組情報データベースと
を備えた連動情報配信サーバー装置である。

第４の実施形態に係る連動情報配信サーバー装置は、第２の実施形態に係る連動情報配信サーバー装置を、リクエストに含まれる視聴者識別子によりサーバ側は当該視聴者の登録属性を知ることができることから、属性別連動情報のうち視聴者の登録属性に合致したものだけをパーソナル連動情報として応答情報に含めて提供するように構成したものである。

上記第１の発明に係る連動情報配信サーバー装置において、前記現在時刻は、連動情報開始リクエストが連動情報配信サーバー装置に到着した時に連動情報配信サーバー装置が与える時刻とすることが望ましい。ネットワークの遅延により、連動情報配信サーバー装置において連動情報を抽出する処理を始めるタイミングがＴＶ視聴者の情報端末でリクエストした時刻から無視し得ない遅れを生じる場合があるからである。

上記課題を解決するための、本願の第２の発明の第１の実施形態に係る発明は、
第１の発明の第１の実施形態に係る連動情報配信サーバ装置にネットワークを通じてリクエストを発信し応答情報を受信するネットワーク通信機能を有する端末装置を動作させるコンピュータプログラムであって、この端末装置のＣＰＵに解釈実行されることにより、
視聴者の属性を登録する機能と登録視聴者毎の登録属性を記憶する記憶手段と、
放送局識別情報を取得する機能と、
連動情報配信サーバ装置のＵＲＬを記憶する記憶手段と、
前記ＵＲＬに放送局識別情報を含む連動情報開始リクエストを発信させる機能と、
現在表示されている連動情報の単位時間枠が終了した時を基準に所定の時間内に、前記ＵＲＬに、連動情報継続リクエストを発信させる機能と、
連動情報開始リクエストおよび連動情報継続リクエストに対する連動情報配信サーバ装置からの応答情報を一時記憶する記憶手段と、
連動情報開始リクエストまたは、連動情報継続リクエストの応答情報に含まれる単位時間枠の連動情報に基づく標準的な連動情報画面、または、連動情報初回リクエストまたは、連動情報継続リクエストの応答情報に含まれる単位時間枠の属性別連動情報と、前記視聴者の登録属性に基づく視聴者の属性に合致したパーソナル連動情報画面のいずれかまたは両方をレンダリングする連動情報表示機能と、
前記連動情報開始リクエストの応答情報が第１のフラグ情報を真として含む場合は、直ちにプログラムを自動終了する機能と、
前記連動情報継続リクエストの応答情報が第２のフラグ情報を真として含む場合は、そのとき表示している連動情報の単位時間枠が終了した時点でプログラムを自動終了する機能と
を備えた連動情報表示端末として動作する命令を含んだコンピュータプログラムである。

このコンピュータプログラムを搭載した情報端末は、視聴者の登録属性を情報端末の記憶手段が記憶しているので、第１の発明の第１の実施形態に係る連動情報配信サーバ装置からの応答情報に含まれる属性別連動情報から、視聴者の登録属性に合致した属性別連動情報を選択することにより、TV番組の進行に同期した視聴者の属性に合致したパーソナル連動情報を表示する画面を提供することが可能となる。

上記課題を解決するための、本願の第２の発明の第２の実施形態に係る発明は、
第１の発明の第２の実施形態に係る連動情報配信サーバ装置にネットワークを通じてリクエストを発信し応答情報を受信するネットワーク通信機能を有する端末装置を動作させるコンピュータプログラムであって、この端末装置のＣＰＵに解釈実行されることにより、
視聴者の属性を登録する機能と登録視聴者毎の登録属性を記憶する記憶手段と、
放送局識別情報を取得する機能と、
連動情報配信サーバ装置のＵＲＬを記憶する記憶手段と、
前記ＵＲＬに放送局識別情報を含む連動情報開始リクエストを発信させる機能と、
現在表示されている連動情報の単位時間枠の次の単位時間枠の連動情報を要求する連動情報継続リクエストを発信させる機能と、
連動情報開始リクエストおよび連動情報継続リクエストに対する連動情報配信サーバ装置からの応答情報を一時記憶する記憶手段と、
連動情報開始リクエストまたは、連動情報継続リクエストの応答情報に含まれる単位時間枠の連動情報に基づく標準的な連動情報画面、または、連動情報初回リクエストまたは、連動情報継続リクエストの応答情報に含まれる単位時間枠の属性別連動情報と、前記視聴者の登録属性、または、連動情報継続リクエストの応答情報に含まれる単位時間枠の連動情報に基づく視聴者の属性に合致したパーソナル連動情報画面のいずれかまたは両方をレンダリングする連動情報表示機能と、
前記連動情報開始リクエストの応答情報が第１のフラグ情報を真として含む場合は、直ちにプログラムを自動終了する機能と、
前記連動情報継続リクエストの応答情報が第２のフラグ情報を真として含む場合は、そのとき表示している連動情報の単位時間枠が終了した時点でプログラムを自動終了する機能と
を備えた連動情報表示端末として動作する命令を含んだコンピュータプログラムである。

このコンピュータプログラムを搭載した情報端末は、視聴者の登録属性を情報端末の記憶手段が記憶しているので、第１の発明の第２の実施形態に係る連動情報配信サーバ装置からの応答情報に含まれる属性別連動情報から、視聴者の登録属性に合致した属性別連動情報を選択することにより、TV番組の進行に同期した視聴者の属性に合致したパーソナル連動情報を表示する画面を提供することが可能となる。

上記課題を解決するための、本願の第２の発明の第３の実施形態に係る発明は、
第１の発明の第３の実施形態に係る連動情報配信サーバー装置にネットワークを通じてリクエストを発信し応答情報を受信するネットワーク通信機能を有する端末装置を動作させるコンピュータプログラムであって、この端末装置のＣＰＵに解釈実行されることにより、
視聴者と視聴者の属性を登録するリクエストを発信させ、応答情報としての視聴者識別子を受信するユーザ属性登録機能と、機能と登録視聴者毎の登録属性を記憶する記憶手段と、
放送局識別情報を取得する機能と、
連動情報配信サーバ装置のＵＲＬを記憶する記憶手段と、
前記ＵＲＬに、視聴者識別子と放送局識別情報を含む連動情報初回リクエストを発信させる機能と、
現在表示されている連動情報の単位時間枠が終了した時を基準に所定の時間内に、前記ＵＲＬに、視聴者識別子を含む連動情報継続リクエストを発信させる機能と、
連動情報初回リクエストおよび連動情報継続リクエストに対する連動情報配信サーバ装置からの応答情報を一時記憶する記憶手段と、
連動情報初回リクエストまたは、連動情報継続リクエストの応答情報に含まれる単位時間枠の連動情報に基づく標準的な連動情報画面、または、連動情報初回リクエストまたは、連動情報継続リクエストの応答情報に含まれるパーソナル連動情報に基づくパーソナル連動情報画面のいずれかまたは両方をレンダリングする連動情報表示機能と、
前記連動情報初回リクエストの応答情報が第１のフラグ情報を真として含む場合は、直ちにプログラムを自動終了する機能と、
前記連動情報継続リクエストの応答情報が第２のフラグ情報を真として含む場合は、そのとき表示している連動情報の単位時間枠が終了した時点でプログラムを自動終了する機能と
を備えた連動情報表示端末として動作する命令を含んだコンピュータプログラムである。

上記課題を解決するための、本願の第２の発明の第４の実施形態に係る発明は、
第１の発明の第４の実施形態に係る連動情報配信サーバー装置にネットワークを通じてリクエストを発信し応答情報を受信するネットワーク通信機能を有する端末装置を動作させるコンピュータプログラムであって、この端末装置のＣＰＵに解釈実行されることにより、
視聴者と視聴者の属性を登録するリクエストを発信させ、応答情報としての視聴者識別子を受信するユーザ属性登録機能と、視聴者の属性を登録する機能と登録視聴者毎の登録属性を記憶する記憶手段と、
放送局識別情報を取得する機能と、
連動情報配信サーバ装置のＵＲＬを記憶する記憶手段と、
前記ＵＲＬに、視聴者識別子と放送局識別情報を含む連動情報初回リクエストを発信させる機能と、
現在表示されている連動情報の単位時間枠の次の単位時間枠の連動情報を要求する、視聴者識別子を含む連動情報継続リクエストを発信させる機能と、
連動情報初回リクエストおよび連動情報継続リクエストに対する連動情報配信サーバ装置からの応答情報を一時記憶する記憶手段と、
連動情報初回リクエストまたは、連動情報継続リクエストの応答情報に含まれる単位時間枠の連動情報に基づく標準的な連動情報画面、または、連動情報初回リクエストまたは、連動情報継続リクエストの応答情報に含まれるパーソナル連動情報に基づくパーソナル連動情報画面のいずれかまたは両方をレンダリングする連動情報表示機能と、
前記連動情報初回リクエストの応答情報が第１のフラグ情報を真として含む場合は、直ちにプログラムを自動終了する機能と、
前記連動情報継続リクエストの応答情報が第２のフラグ情報を真として含む場合は、そのとき表示している連動情報の単位時間枠が終了した時点でプログラムを自動終了する機能と
を備えた連動情報表示端末として動作する命令を含んだコンピュータプログラムである。

上記課題を解決するための、本願の第２の発明の別の変形発明は、
第１の発明の第１の実施形態に係る連動情報配信サーバ装置にネットワークを通じてリクエストを発信し応答情報を受信するネットワーク通信機能を有する端末装置を動作させる常駐型コンピュータプログラムであって、この端末装置のＣＰＵに解釈実行されることにより、
ＯＳにより起動されると初期状態として自らを休止状態とする機能と、放送局識別情報を取得する機能と、
視聴者の属性を登録する機能と登録視聴者毎の登録属性を記憶する記憶手段と、
連動情報配信サーバ装置のＵＲＬを記憶した記憶手段と、
チャンネル識別情報を取得した時に、前記ＵＲＬに放送局識別情報を含む連動情報開始リクエストを発信させる機能と、
休止状態において、次番組開始時刻になった時に、前記ＵＲＬに放送局識別情報を含む連動情報開始リクエストを発信させる機能と、
現在表示されている連動情報の単位時間枠が終了した時を基準に所定の時間内に、前記ＵＲＬに、連動情報継続リクエストを発信させる機能と、
連動情報開始リクエストおよび連動情報継続リクエストに対する連動情報配信サーバ装置からの応答情報を一時記憶する記憶手段と、
連動情報初回リクエストまたは、連動情報継続リクエストの応答情報に含まれる単位時間枠の連動情報に基づく標準的な連動情報画面、または、連動情報初回リクエストまたは、連動情報継続リクエストの応答情報に含まれる単位時間枠の属性別連動情報と、前記視聴者の登録属性に基づく視聴者の属性に合致したパーソナル連動情報画面のいずれかまたは両方をレンダリングする連動情報表示機能と、
前記連動情報開始リクエストの応答情報が第１のフラグ情報を真として含む場合は、直ちにプログラムを休止状態とする機能と、
前記連動情報継続リクエストの応答情報が第２のフラグ情報を真として含む場合は、そのとき表示している連動情報の単位時間枠が終了した時点でプログラムを休止状態とする機能と
を備えた連動情報表示端末として動作する命令を含んだコンピュータプログラムである。

上記課題を解決するための、本願の第３の発明は、表示部、記憶部、プログラムを解釈実行する制御部を備えた端末装置であって、本願第２の発明に係るコンピュータプログラムを搭載した端末装置である。

上記課題を解決するための、本願の第４の発明は、第１の発明の連動情報サーバー装置と、表示部、記憶部、プログラムを解釈実行する制御部を備えた端末装置に本願第２の発明のコンピュータプログラムを搭載した端末装置とがネットワークで接続されて構成された連動情報配信システムである。

本願の第１の発明のサーバ装置によれば、第２の発明のコンピュータプログラムを搭載したＴＶ視聴者の情報端末にＴＶ番組に連動した情報をＴＶ番組の進行に同期して情報端末の表示部に表示させることができる。この際、ＴＶ受信機はネットワークに接続される必要はない。ＴＶ番組はワンセグ放送に限られない。連動情報はＢＭＬコンテンツに限られない。視聴者はＴＶ画面に表示されたＱＲコード（商標）を情報端末のカメラで撮影する手間が不要である。したがって、ＴＶ番組に連動情報が用意されている限り、視聴者は自分の所有する情報端末画面に番組の連動情報を手軽に取得することができる。しかも連動情報はインターネットリソースを利用できる。また、視聴者の登録属性に応じて、特に視聴者が求めているものと思われる番組連動情報を各視聴者が扱う情報端末に選択的に提供することもできる。

基本の実施形態における連動情報配信システムの全体構成を示すブロック 図である。 連動情報配信サーバー１００の機能ブロック図である。 情報端末２０のハードウエア構成図である。 連動情報配信サーバー１００のハードウエア構成ブロック図である。 放送局テーブル４００を説明する図である。 連動情報データベース(連動情報ＤＢ)の番組情報テーブル１９ ０の説明図である。 連動情報テーブル１８０を説明する図である。 連動情報詳細テーブル１７０を説明する図である。 視聴者の操作の流れを説明する図である。 連動情報取得アプリが起動された視聴者情報端末２０と連動情報配信サ ーバー１００の情報の間の連動情報送信／受信のやりとりを説明するシーケンス図であ る。 連動情報配信サーバー１００における初回の連動情報取得処理を詳細に 説明するフローチャートである。 連動情報配信サーバー１００における次の連動情報取得処理を詳細に説 明するフローチャートである。 連動情報を有する番組が放送されている間の情報端末が受け取るキーフ レームの様子を説明する図である。 同チャンネルのまま番組をまたがる場合の処理を説明する図である。 同チャンネルのまま番組をまたがる場合において次の番組が連動情報を もたない場合の動作を説明する図である。 連動情報取得アプリを起動したときの放送番組がキーフレームが１個の みで構成される場合の動作を説明する図である。 連動情報継続リクエストの発信タイミングを説明するチャートである。 連動情報取得アプリの動作を説明するフローチャートである。 変形実施形態における初回の連動情報取得処理の動作を説明するフロー チャートである。 ユーザテーブル３００を説明する図である。 カテゴリテーブル３１０、関心カテゴリテーブル３２０を説明する図で ある。 属性の１つであるユーザの年齢レンジを定義するテーブルである。 端末アプリ内ローカルデータベースの連動情報テーブルを説明する図で ある。 連動情報取得アプリが起動された視聴者情報端末２０と連動情報配信サ ーバー１００の情報の間のユーザ登録処理手を説明するシーケンス図である。 ＴＶ画面に設けられた連動情報表示領域に視聴中の番組に関する万人向 けの連動情報を表示させる一方、視聴者が手許で扱っている情報端末２０には、その視 聴者向けの連動情報が番組の進行に同期して提供される様子のイメージ図。

（本発明の基本の実施形態）図１は本発明の番組連動情報提供システムの基本の実施形態を説明する全体構成図である。５０は家庭に設置されるデジタル放送受像機（以後ＴＶと略記する）である。２０はＴＶ番組視聴者が操作する情報端末である。１００は連動情報を配信するサーバー装置である。情報端末２０と連動情報配信サーバー１００はネットワーク２によって論理的に接続され連動情報の配信／受信が行われる。ネットワーク２は、専用線、３Ｇ回線網、公衆回線網等で構成されるＩＰネットワーク、典型的にはインターネットである。２００は送客先サーバー装置である。利用者（ＴＶ視聴者）が情報端末２０に表示された連動情報画面に含まれるリンクを選択することにより送客先サーバー装置２００にアクセスすることになる。サーバー装置２００はネットワーク２上にいくつも存在するが図１では一つだけ示している。

情報端末２０は、ＩＭＴ−２０００規格に準拠した通信方式により携帯電話網８を構成する基地局（図示せず）との間で無線通信を行う無線通信機能、またはＩＥＥＥ８０２．１１シリーズとして規格化され、無線ＬＡＮアクセスポイント（図示せず）との間で通信を行う無線ＬＡＮ機能と、ネットワーク上のホストコンピュータに接続してＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）に準拠したメッセージ、パケットをやりとりするネットワーク通信機能を備える。情報端末２０は例えば、携帯電話、スマートフォン、タブレットであって、Ｗｅｂブラウザと後述する専用プログラムを搭載したものである。
ＴＶ受信機５０がインターネット接続機能とフルブラウザを備えた所謂スマートＴＶの場合には、ＴＶ受信機５０に後述する専用プログラムを搭載することにより、ＴＶ受信機５０が情報端末の機能を兼ねることが可能である。この様子を図２５に示した。ＴＶ受信機５０の画面には、情報端末２０に表示されるのと同様な連動情報表示エリア６５０が設けられている。

図４は、連動情報配信サーバ装置１００のハードウェア構成の一例を示すブロック図である。連動情報配信サーバ装置１００は、制御部１０１、ローカル記憶部１０２、周辺機器Ｉ／Ｆ部１０３、入力部１０４、表示部１０５、通信部１０６がバス１０９を介して接続される。制御部１０１はＣＰＵ（中央処理装置）で装置全体を制御する、また、プログラムを実行する。記憶部１０２は制御部１０１で処理するデータやプログラムを保持する。周辺機器Ｉ／Ｆ部１０３はデータベースやプログラムを記録したハードディスク等の外部記憶媒体との間でデータの授受を行う。入力部１０４はキーボードやマウス等の入力装置であり、キーボードやマウス等の操作情報の入力等を行う。表示部１０５はディスプレイ等の表示装置である。通信部１０６はネットワークを介して他のコンピュータ等と通信を行う。

図２は、連動情報配信サーバー１００の機能構成を説明する機能ブロック図である。連動情報配信サーバー１００は、送受信手段１１０、制御手段１２０、初回リクエスト対応手段１３０、継続リクエスト対応手段１４０、ユーザ管理手段９０、番組情報データベース１６０、ユーザ情報データベース１６５を備える。送受信手段１１０はネットワーク２を通じた利用者端末２０からのリクエストメッセージを受付けて、制御手段１２０に引き渡す、また、制御手段１２０から引き渡された応答情報をネットワーク２を通じてリクエスト元へ返信する。制御手段１２０は、送受信手段１２０から引き渡されたリクエストメッセージの内容に従って、初回リクエスト対応手段１３０、または継続リクエスト対応手段１４０等の適当な処理手段を呼び出し、その処理結果を受けて、送受信手段１２０に戻す。初回リクエスト対応手段１３０、継続リクエスト対応手段１４０は、連動情報開始リクエストあるいは次の連動情報リクエストに対応して番組情報データベースを参照（問合せ）して、指定された時刻に関する単位時間枠連動情報を取得する。ユーザ管理手段９０は、ユーザ登録、ユーザ認証、ユーザ情報データベース１６５の管理を行う。尚、本発明に係る番組連動情報提供システムの「ユーザ」とは「ＴＶ視聴者」を意味するから、本発明においては「ユーザ」と「ＴＶ視聴者」（又は単に「視聴者」）とは同義である。

図２に表れる各機能手段と図４に示すハードウエア各部との関係であるが、連動情報配信サーバー１００の記憶部１０２には、連動情報配信サーバー１００として使用するコンピュータのＯＳのプログラムコードおよびＨＴＴＰプロトコルにより視聴者が使用する情報端末２０からの要求を受けそれに対する応答を返すＷＥＢサーバーソフトウェア（送受信手段１１０の主要部）の他に、処理の遷移を制御するコンピュータプログラムモジュール（制御手段１２０の主要部）および初回の連動情報リクエストに対して応答情報を作成してその結果を返すコンピュータプログラムモジュール（初回リクエスト対応手段１３０の主要部）、初回より後の継続した連動情報リクエストに対して応答情報を作成してその結果を返すコンピュータプログラムモジュール（継続リクエスト対応手段１４０の主要部）ユーザ情報データベースを管理し、ユーザ（ＴＶ視聴者）の新規登録リクエストに対してユーザ情報を登録し生成されたユーザ識別子を結果として返すコンピュータプログラムモジュール（ユーザ管理手段９０の主要部）の実行形式プログラムが格納されており、これらのプログラムコードが制御部１０１に読み出されて連動情報配信サーバー１００のハードウェア各部を駆動制御することにより各機能手段９０、１１０,１２０，１３０，１４０として機能する。

図３は、情報端末２０のハードウエア構成図である。１１は情報端末機器を制御するプロセッサ部である。制御プログラムを読み込み解釈実行する中央演算処理回路と一時データを保持するＲＡＭ（ランダムアクセスメモリ）、スピーカ２１、マイク２２を接続する音声処理回路などが集積された集積回路である。１２はＲＯＭ（リードオンリメモリ）である。携帯情報機器のＯＳのプログラムコードが格納されている。１３は表示部である。小型の液晶表示装置などである。１４はタッチパネル部である。２次元アレイ上の接触検知素子(図示せず)が表示部１３の表面部分に内挿されるなどして表示部と一体的に実装される。１５は表示制御部である。表示部１３に表示させる表示データを一時的に保持するビデオＲＡＭを含み、バス１９を通して制御信号および表示データを受取り画像を表示するなどして表示部１３を制御する。また、表示制御部１５は、接触検知素子をスキャンして操作者の表示部１３上への手指の接触を検知して接触位置情報とともに入力イベントが発生した旨をプロセッサ部１１に通知する。１６はフラッシュメモリなどの不揮発メモリである。アプリケーションプログラムなどが格納される。１７は通信機能部である。基地局との間でＣＤＭＡ２０００または，Ｗ−ＣＤＭＡ方式による音声通話、パケット通信およびまたは、無線ＬＡＮアクセスポイントとの間でＩＥＥＥ８０２．１１シリーズとして規格化されている無線ＬＡＮ機能を提供する。１８はＳＩＭカード（Subscriber Identity Module Card）である。プロセッサ部１１、ＲＯＭ１２、表示制御部１５、不揮発メモリ１６、通信機能部１７の各要素はバス１９で接続される。

情報端末２０の不揮発メモリ１６には、ＴＶ放送連動情報を表示部１３に表示させるための元情報である単位時間枠毎の連動情報をネットワークから取得するアプリケーションプログラム（連動情報取得アプリ）のプログラムコードが格納される。

連動情報取得アプリの使用手順について説明する。連動情報取得アプリには、情報端末２０が起動中は常時起動された状態を維持する常駐型と、動作させるためには必要に応じて利用者が起動させる必要がある非常駐型に分けられる。両者に本質的な相違はないが、説明を容易にするため、まず、非常駐型連動情報取得アプリとして説明する。
図９は、視聴者の操作の流れを説明する図である。ＴＶの電源をＯＮすると（ステップＳ１０）、視聴者はＴＶのチャンネルを選択する（ステップＳ１２）、選択されたチャンネルで放送されている番組に興味をもった視聴者は情報端末２０を操作して連動情報取得アプリを起動する（ステップＳ１４）、視聴者は情報端末２０の表示部１３に現れるアプリの入力画面に、現在同調しているＴＶチャンネル番号を入力する（ステップＳ１６）、このとき連動情報取得アプリ内部の処理で、リモコンチャンネル番号→放送局識別情報の変換を行い、連動情報開始リクエスト（後述）を行う。視聴者は、連動情報取得アプリが取得し、情報端末２０の表示部１３にレンダリングされた番組連動情報を閲覧する（ステップＳ１８）、視聴者がチャンネルを変えなければ、少なくとも番組が終了するまでは、連動情報取得アプリが番組連動情報を表示し続けるが、視聴者がチャンネルを切替えると（ステップＳ１２）、そのままでは情報端末２０の表示はチャンネル切替え前のままなので、切替えたチャンネルの放送番組の連動情報を見たい場合は、視聴者は連動情報取得アプリを一旦終了した後再起動させて、情報端末２０の表示部１３に現れるアプリの入力画面に、現在同調しているＴＶチャンネル番号を入力する（ステップＳ１６）。

ＴＶ５０がＩＥＥＥ８０２．１１ａ／ｂ／ｎとして規格化されている無線ＬＡＮ規格の直接相互接続モードに対応した通信アダプタを備えている場合には、情報端末装置２０との間でピア・ツー・ピア（Ｐ２Ｐ）無線通信を確立することが可能である。この場合には、連動情報取得アプリを適切にプログラミングすることにより、上記ステップＳ１６の処理を、ＴＶ視聴者が指示したタイミングで、ＴＶ５０との間でＰ２Ｐ通信を確立させ、ＴＶ５０に対して現在同調している放送局を問い合わせることで実現することもできる。

起動された非常駐型連動情報取得アプリは、操作者が明示的にプログラムを終了させる場合の他、ある実施形態では、連動情報がない次の番組の時間帯に入ったときに自動終了する。また、他の実施形態では、アプリを起動させたときの番組が終了したときに自動終了する。

次に番組情報データベース１６０とユーザ情報データベース１６５を説明する。本発明で参照する番組情報データベース１６０は、放送局テーブル４００、番組情報テーブル１９０、連動情報テーブル１８０、連動情報詳細テーブル１７０、カテゴリテーブル３１０、属性別ＵＲＬテーブル３３０、対象年齢テーブル３４０の７つの表を含んで構成される。また、ユーザ情報データベース１６５は、ユーザーテーブル３００、関心カテゴリテーブル３２０の２つの表を含んで構成され、ユーザの情報を管理する。

図５は放送局テーブル４００を説明する図である。このテーブルは１行が１件のレコードを示す。１件のレコードは、放送局ＵＩＤ４０１、放送局ＩＤ４０２、放送局名４０３の項目を含む。放送局ＵＩＤ４０１は放送局識別情報のことである。
図６は、番組情報テーブル１９０を説明する図である。このテーブルは１行が１件のレコードを示す。１件のレコードは１つの番組に対応し、放送される１つの番組についての情報を記録する。１件のレコードは、番組ＵＩＤ１９１、番組ＩＤ１９２、放送局ＵＩＤ１９３、放送開始時刻１９４、放送終了時刻１９５、番組名１９６、連動情報有無フラグ１９７を含む。連動情報有無フラグ１９７の論理値が真なら、その番組は連動情報を有する。連動情報有無フラグ１９７が偽なら、その番組は連動情報を持たない。

図２０はユーザテーブル３００を示す。テーブル３００の１行が１人のユーザのユーザ情報を記録する。１件のユーザ情報は、ユーザＵＩＤ３０１、ユーザＩＤ３０２、パスワード３０３、ユーザの性別３０４、ユーザの年齢３０５からなる。これ以外の項目を含むものであってもよい。

図２１（ａ）はカテゴリテーブル３１０を示す。テーブル３１０はユーザの属性の１つである、ユーザが関心のある事象のカテゴリをカタログしたものである。カテゴリ名３１３に対してカテゴリＵＩＤ３１１、カテゴリＩＤ３１２が定義されている。図２１（ｂ）は関心カテゴリテーブル３２０を示す。テーブル３２０はユーザが自分はこのカテゴリに関心があるとして登録したカテゴリテーブル３１０にあるカテゴリ３１３とそのユーザの識別子（ユーザＵＩＤ３２１）の対応を取ったテーブルである。

図２２はユーザ属性の１つであるユーザの年齢レンジを定義するテーブルである。年齢制限ＩＤ３４２と最低年齢３４３：最高年齢３４４で定められる年齢制限ＩＤ３４２に対してその年齢レンジを指す名前である年齢制限識別子（３４２）とそのＵＩＤ３４１を定める。

図７は、連動情報テーブル１８０を説明する図である。このテーブルは１つの番組の時間を構成する１つ以上の単位時間枠（キーフレーム）についての情報を表す。１行が１件のレコードであり、１件のキーフレームに対応する。１件のキーフレームを、キーフレームＵＩＤ１８１、キーフレームＩＤ１８２、番組ＵＩＤ、当番組内での該キーフレームの時間帯の位置（放送開始後該キーフレームが開始される経過時間）１８４、代表送客先ＵＲＬ１８５を含む。また、各キーフレーム毎にテキスト情報１８６の項目を備えていてもよい。

図８（ａ）は、連動情報詳細テーブル１７０を説明する図である。このテーブルは１つの単位時間枠（キーフレーム）を構成する１つ以上の連動詳細情報それぞれの情報を表す。図では１行が１件のレコードであり、１件の連動詳細情報に対応する。１件の連動詳細情報は、連動情報ＵＩＤ１７５、キーフレームＵＩＤ１７１、連動情報詳細ＩＤ１７２、詳細情報に対応するＵＲＬ１７３、当連動情報内での該連動情報詳細の時間帯の位置（キーフレームの先頭から該連動情報詳細の時間帯が始まる経過時間）１７４を含む。

図８（ｂ）は、属性別ＵＲＬ管理テーブル３３０を説明する図である。このテーブルは１つの連動詳細情報に対応する属性別ＵＲＬの存在を示すテーブルである。テーブル３３０の１行が１つの属性別ＵＲＬ情報の記録を表している。１つの属性別ＵＲＬ情報の記録は、図８（ｂ）の例では、連動情報詳細ＵＩＤ３３１、属性別ＵＲＬ３３２、属性１（対象年齢ＵＩＤ）３３３、属性２（性別）３３４、属性３（カテゴリＵＩＤ）３３５の項目をもつ。連動情報詳細ＵＩＤ３３１は、当該１件の属性別ＵＲＬ情報が対応付けられるべき連動情報詳細ＵＩＤを表す。そして、連動情報詳細ＵＩＤで指定される連動情報詳細が呼び出されるとき、属性１（対象年齢ＵＩＤ）３３３、属性２（性別）３３４、属性３（カテゴリＵＩＤ）３３５それぞれに指定される属性の値（範囲やカテゴリを指定する値など）がユーザの持っている属性値と比較され、各属性ｉの値に合致するときに限り、属性別ＵＲＬ３３２で指定されるＵＲＬも連動情報詳細ＵＩＤで指定される連動情報詳細とともにユーザに提供されることになる。図８（ｂ）では、（属性１、属性２、属性３）を（対象年齢ＵＩＤ、性別、カテゴリＵＩＤ）としたが、ユーザ登録時に登録できる他の属性を使ってもよい。また用いる属性の数は３より大きくてもよい。属性別詳細情報はどれかのキーフレームと結びついている。これは、連動情報詳細ＵＩＤ３３１により対応付けられる。

以後の説明で、特定の単位時間枠（キーフレーム）についての「連動情報」という場合は、連動情報テーブル１８０においてキーフレームＵＩＤで特定される１件のレコードの送客先ＵＲＬ１８５、テキスト情報１８６、および、連動情報詳細テーブル１７０において同じキーフレームＵＩＤで特定される全ての連動詳細情報（すなわちＵＲＬ１７３，当連動情報内での該連動情報詳細の時間帯の位置１７４）の全てを指すものとする。

図２４と図１０は連動情報取得アプリが起動された視聴者情報端末２０と連動情報配信サーバー１００の情報の間の連動情報送信／受信のやりとりを説明するシーケンス図である。図１０に従って連動情報送信／受信の処理動作について説明する。

図１０および図２４の右側は連動情報取得アプリの処理を示す。左側は連動情報取得アプリが動作する視聴者端末からの要求に応じて動作する連動情報配信サーバー１００の処理を示す。まず、視聴者の情報端末２０に対する操作により連動情報取得アプリが起動される（Ｓ１００）と、アプリは新規ユーザの登録か、既登録ユーザの場合はユーザＩＤ、ログインパスワードの入力かを促す。ここで、ユーザーが新規ユーザを選択した場合は図２４で説明する。未登録のユーザーが新規ユーザを選択すると（Ｓ１０５）、連動情報取得アプリは連動情報配信サーバー１００にユーザ登録画面を要求する（Ｓ１０６）。連動情報配信サーバー１００はこのリクエストを受けると新規ユーザ登録画面データを作成して視聴者の情報端末２０に返信する（Ｓ１７１）。視聴者は表示された新規ユーザ登録画面にてユーザ情報を入力する（Ｓ１１０）。ユーザ情報は、性別、年齢、利用者が任意に決めたユーザＩＤ（ユーザ名）、パスワード、関心のあるカテゴリなどである。関心のあるカテゴリは入力しなくてもよいし、入力する場合は２つ以上選択してもよい。視聴者は入力内容を確認の後登録を指示する。その結果、入力内容をユーザ登録情報として含む新規登録リクエストが発信される（Ｓ１１１）。新規登録リクエストを受付けた連動情報配信サーバ１００は、ユーザ登録情報を取り出してユーザテーブル３００に登録する。このときデータベースが生成したユーザ識別子（ユーザＵＩＤ）が与えられる。登録が正常終了した場合は、ユーザ識別子（ユーザＵＩＤ）を情報端末２０に返信する（Ｓ１８１）。以後の処理は図１０の丸＄マーク（サーバー側）、丸＆マーク（端末側）に続く。

既登録ユーザの操作手順は図１０で説明する。まず、視聴者の情報端末２０に対する操作により連動情報取得アプリが起動される（Ｓ１００）と、連動情報取得アプリは、ログインを促すので、視聴者は自身のユーザＩＤ（ユーザ名）とログインパスワードを入力する（Ｓ１１３）。連動情報取得アプリは、入力されたユーザＩＤ、パスワードをサーバ１００に送信する（Ｓ１１４）。サーバ１００のユーザ管理手段９０はユーザテーブル３００を参照して、ユーザＩＤ（およびパスワード）に対応するユーザ（ユーザ登録情報）の存在を調べて、確かに存在する場合はそのユーザレコードのユーザＵＩＤの項目の値（ユーザＵＩＤ）を情報端末２０に返信する（Ｓ１８１）。こうして視聴者がサーバー１００に認識される。
次に、連動情報取得アプリは、画面に入力欄を表示させて視聴者に選択しているチャンネル番号を入力するよう促す。入力されたチャンネル番号を受け取ると、連動情報取得アプリは、事前にアプリ内に設定されているリモコンチャンネル番号→放送局識別情報の対応表を参照して放送局識別情報を取得して（Ｓ１１６）、ユーザＵＩＤと放送局識別情報を含んだ連動情報開始リクエストを連動情報配信サーバー１００に送信する（Ｓ１１７）。

連動情報開始リクエストを受信した連動情報配信サーバー１００は、初回リクエスト対応手段１３０を駆動して初回の連動情報取得処理（Ｓ２００）を行う。この処理の詳細は後述する。この処理の結果、初回のリクエストに対応した単位時間枠の連動情報（アプリ起動時刻に対応した単位時間枠の連動情報とその次の時間枠の連動情報）と属性別ＵＲＬ（但しユーザの属性に合致した属性別ＵＲＬが存在するときに限る）が得られる。連動情報配信サーバー１００はこれらの情報を連動情報開始リクエストに対する返答として情報端末２０に返信する（Ｓ２０１）。

視聴者の情報端末２０は、初回のリクエストに対応した単位時間枠の連動情報を受け取ると、単位時間枠の連動情報（通常は、アプリ起動時刻に対応した単位時間枠の連動情報とその次の時間枠の連動情報））および属性別ＵＲＬ（但しユーザの属性に合致した属性別ＵＲＬが存在するときに限る）を一時的に内部データベースに保持し（Ｓ１２０）、このデータに基づいたＴＶ番組の連動情報画面をレンダリングさせる。この結果、ＴＶ画面の番組進行に同期しかつ視聴者属性に合致した連動情報画面が情報端末２０に表示される（Ｓ１３０）。この画面は、連動情報の内容や連動情報取得アプリのレンダリング処理機能の仕様に依存するが、連動情報配信サーバー１００以外の他のサーバー（これを送客先サーバー２００と呼ぶ）にアクセスした結果入手したリソースを含んで表示させるものであってもよい。

情報端末２０に連動情報画面を表示している間に時間が経過すれば最初の単位時間枠が終了する。すると連動情報取得アプリは内部データベースに取得済の次の時間枠の連動情報に基づく連動情報画面をレンダリングさせ表示部１３に表示させる。さらに、所定の時間内に連動情報配信サーバー１００に対してユーザＵＩＤを含む次の単位情報のリクエスト（継続リクエスト）を発する（Ｓ１３１）。

次の単位情報のリクエストを受信した連動情報配信サーバー１００は、継続リクエスト対応手段１４０を駆動して次の連動情報取得処理（Ｓ２４０）を行う。この処理の詳細は後述する。この処理の結果、継続リクエストに対応した単位時間枠の連動情報（現在時刻に対応した単位時間枠の直後の時間枠の連動情報）と属性別ＵＲＬ（但しユーザの属性に合致した属性別ＵＲＬが存在するときに限る）が得られる。連動情報配信サーバー１００はこれらの情報を連動情報継続リクエストに対する返答として情報端末２０に返信する（Ｓ２４１）。連動情報継続リクエストに対する返答を受信した情報端末２０は、ステップＳ１２０にもどり内部データベースの更新、それに続く、連動情報に基づく画面表示（Ｓ１３０）を繰り返す。連動情報配信サーバー側も次の単位情報のリクエストの待ち状態となり、次の単位情報のリクエストを受信するとステップＳ２４０を繰り返す。

このように、少なくとも視聴している番組が終了するまでは、番組に連動した情報が情報端末２０に表示され続ける。また、連動情報開始リクエスト（Ｓ１１７）に対して、そもそもその番組は連動情報を用意していないときがある。この場合（図１０には図示していない）は、サーバー１００は、応答情報（Ｓ２０１）に「連動無しフラグ」をＯＮにしてレスポンスを返す。「連動無しフラグ」ＯＮを受けた連動情報取得アプリは直ちに自動終了する。また、次の単位情報のリクエスト（Ｓ１３１）に対して、サーバー１００は、次の単位時間枠の連動情報の存否を「次無しフラグ」により応答するがその場合の詳細については後で詳しく説明する。

図１１は、連動情報配信サーバー１００における初回の連動情報取得処理（ステップＳ２００）を詳細に説明するフローチャートである。以下図１１を参照して初回の連動情報取得処理を詳細に説明する。

送受信手段１１０は、連動情報開始リクエストを受付けると、リクエストの種類を識別する情報とリクエストの内容を取り出して制御手段１２０に渡す。制御手段１２０は、リクエストの種類を識別する情報により連動情報開始リクエストであることが分かると、初回リクエスト対応手段に制御を移す。このとき連動情報配信サーバー１００の内部時計の時刻を現在時刻として取得して、この現在時刻と、リクエストの内容である放送局識別情報を初回リクエスト対応手段に引渡す。

初回リクエスト対応手段１３０は、放送局識別情報・現在時刻をキーにして番組情報テーブル１９０から、放送開始時刻：放送終了時刻が現在時刻を含む番組を特定し、該番組のレコードを抽出する（Ｓ２０２）。例えば図６の例によれば、現在時刻が１３:０６で、放送局識別情報が５０００１ならば、番組「スタジオレイク」が特定され、番組ＵＩＤ：１４１３０５００１のレコードが保持される。放送局識別情報が５０００３ならば、番組「名医に相談」が特定され、番組ＵＩＤ：１４１３０５００２のレコードが保持される。１件のレコードには連動情報の有無を示す連動情報フラグ１９７が含まれている。このフラグの値を検査する（Ｓ２０４）。フラグの値が真でなければ、当番組には連動情報がないということなので連動無しフラグをＯＮ（真）として（Ｓ２０８）、ステップＳ２１８に進む。図６の例で言えば、番組「スタジオレイク」は連動情報があり、番組「名医に相談」には連動情報がない。

一方、連動情報フラグ１９７が真であれば、以後、当番組に連動情報がある場合の処理を行うことになる。まずこの時点でのその番組の放送開始からの経過後時間を計算する（Ｓ２０６）。放送開始後経過時間は、現在時刻と該番組のレコードの放送開始時刻項目に記録されている開始時刻の値との差（単位は秒）をとって得られる。

次に、番組ＵＩＤと放送開始後経過時間をキーにして連動情報テーブル１８０を検索し、放送開始後経過時間に対応するキーフレームとその次の時間枠のキーフレームをそれぞれ、現在キーフレーム、次のキーフレームとして特定する（Ｓ２１０）。例えば、放送開始後経過時間が１８０秒とすると、図７の例では、キーフレームＵＩＤ：２０１１１４１３０５０００１が現在キーフレームとして特定され、キーフレームＵＩＤ：２０１１１４１３０５０００２が次のキーフレームとして特定される。このときもし、放送開始後経過時間が５５００秒とすると、現在キーフレームとしてキーフレームＵＩＤ：２０１１１４１３０５０００５が現在キーフレームとして特定されるがこのフレームが当該番組の最後のキーフレームなので次のキーフレームは存在しない。その場合（Ｓ２１２で「存在しない」）は、次無しフラグ（第２のフラグ）を真（ＯＮ）とする（Ｓ２１４）。こうして、現在キーフレームと次キーフレームのUＩＤが特定されるので、特定されたキーフレームUＩＤをキーとして連動情報詳細テーブル１７０を検索して、該当するキーフレームUＩＤをもつ連動詳細レコードを全て抽出する（Ｓ２１６）。例えば、現在キーフレームとしてＵＩＤ：２０１１１４１３０５０００１が特定された場合は、図８（ａ）の連動情報詳細テーブル１７０からは、そのＵＩＤに対応する連動情報詳細ＩＤとしてＳｈｏｐＯｐｅｎｉｎｇ１、同２、同３（最初の３レコード）が抽出される。
次に、ステップＳ２１６で抽出した現在キーフレームの連動詳細情報および次キーフレームが存在する場合は次キーフレームの連動詳細情報に対して、それぞれの連動詳細情報に対応しかつユーザの登録属性にも合致した属性別ＵＲＬを属性別詳細テーブル３３０を検索して抽出する（Ｓ２１７）。例えば、ステップＳ２１６で連動情報詳細ＩＤ：ＳｈｏｐＯｐｅｎｉｎｇ１、同２、同３が抽出された場合は、それらの連動情報詳細ＵＩＤをキーにして属性別ＵＲＬ管理テーブル３３０を検索して同じ連動情報詳細ＵＩＤを持つレコードでかつユーザＵＩＤの属性と合致するレコードの属性別ＵＲＬを抽出する。すなわち、連動情報詳細ＩＤ：ＳｈｏｐＯｐｅｎｉｎｇ１のＵＩＤ：６０２０１１１４１３０５０００１に対しては、図８（ｂ）のテーブル３３０からは、第１行から第３行のデータが該当する。それらの（属性１、属性２、属性３）は、それぞれ、第１行が（−、−、１０１）、第２行が（１２、ｆｅｍａｌｅ、１０２）、第３行が（−、−、１０３）である。これらの属性の組合せがユーザＵＩＤで特定されるユーザの登録属性（属性１、属性２、属性３）と合致するものがあればそのレコードの属性別ＵＲＬの値を属性別ＵＲＬとして抽出する。ある実施形態では、合致する属性別ＵＲＬが２つ以上あるときは、適当な規則で優先順位を付して全ての属性別ＵＲＬを抽出するようにする。また他の実施形態では、合致する属性別ＵＲＬが２つ以上あるときは、適当な規則に従って唯一つだけ抽出する。ステップＳ２１８では、ステップＳ２１６およびＳ２１７で抽出されたデータに基づいて、連動開始リクエストに対する応答情報を作成する。制御手段１２０は応答メッセージとしての形式を整えて送受信手段１１０にリクエスト元へ返すよう指示する。

図１２は、連動情報配信サーバー１００における次の連動情報取得処理（ステップＳ２４０）を詳細に説明するフローチャートである。以下図１２を参照して次の連動情報取得処理を詳細に説明する。

送受信手段１１０は、連動情報継続リクエストを受付けると、リクエストの種類を識別する情報とリクエストの内容を取り出して制御手段１２０に渡す。制御手段１２０は、リクエストの種類を識別する情報により連動情報継続リクエストであることが分かると、継続リクエスト対応手段１４０に制御を移す。このときリクエストの内容である、ユーザＵＩＤ、情報端末２０側で取得済の最後のキーフレームＵＩＤも引渡される。
継続リクエスト対応手段１４０は、引数として渡されたキーフレームＵＩＤの次の単位時間枠に該当するキーフレームを連動情報テーブル１８０を参照して特定する（Ｓ２４２）。例えば図７において、引数として渡されたキーフレームＵＩＤが２０１１１４１３０５０００２ならば、このキーフレームは放送開始後経過時間が６００秒から１１９９秒までであるから、次の単位時間枠は１２００秒から始まることになり、次の単位時間枠に該当するキーフレームはＵＩＤ２０１１１４１３０５０００３と特定される。この場合次のキーフレームが存在したから、ステップＳ２５２に進む。ステップＳ２５２では、ステップＳ２４２（または後述のＳ２５０）で特定したキーフレームＵＩＤをキーにして連動情報詳細テーブル１７０を検索することにより、関係する連動情報詳細データを全て抽出する。
次に、ステップＳ２５２で抽出した次キーフレームの全ての連動詳細情報に対して、ステップＳ２１７と同様に、それぞれの連動詳細情報に対応しかつユーザの登録属性にも合致した属性別ＵＲＬを属性別詳細テーブル３３０を検索して抽出する（Ｓ２５３）。その後ステップＳ２５４に進む。

一方、図７において、引数として渡されたキーフレームＵＩＤが２０１１１４１３０５０００５ならば、このキーフレームは番組ＵＩＤ１４１３０５０００１の最後のキーフレームであるから、次の単位時間枠に該当するキーフレームは存在しない（Ｓ２４４のＮの分岐）。このときは、引数として渡されたキーフレームＵＩＤから番組ＵＩＤを求め、同チャンネル（同放送局）の次に放送される番組（次番組）を特定する（Ｓ２４６）。そして、次番組の連動情報フラグをチェックする（Ｓ２４７）。連動情報フラグが真の場合は、次番組の番組ＵＩＤをキーにして連動情報テーブル１８０を検索して、次番組の最初のキーフレームを次キーフレームとみなして、そのキーフレームのキーフレームＵＩＤを特定する（Ｓ２５０）。その後Ｓ２５２に進む。一方、次番組の連動フラグが偽の場合は、次無しフラグ（第２のフラグ）を真としてＳ２５４に進む。

例えば、キーフレームＵＩＤが２０１１１４１３０５０００５ならば、連動情報テーブル１８０より、このキーフレームは番組ＵＩＤ１４１３０５０００１のキーフレームであるから、番組情報テーブル１９０を参照して、番組ＵＩＤ１４１３０５０００１と同じ放送局（ＵＩＤ:５０００１）で次に放送される番組は、番組ＵＩＤ：１４１２３００００６「ペットとの旅」であることがわかる。この番組は連動情報フラグが真、すなわち連動情報が存在するので、連動情報テーブル１８０から、番組ＵＩＤ：１４１２３００００６をもつキーフレームデータのうち放送開始後経過時間１８４の項目の値が零（ｓｅｃ）となっているキーフレームを特定する。このキーフレームのＵＩＤをもつキーフレーム詳細データを連動情報詳細テーブル１７０から抽出する。

ステップＳ２５４では、ステップＳ２５２→Ｓ２５３、Ｓ２５０→Ｓ２５２→Ｓ２５３、またはＳ２４８のいずれかで抽出されたデータまたは設定されたフラグに基づいて、連動継続リクエストに対する応答情報を作成する。制御手段１２０は応答メッセージとしての形式を整えて送受信手段１１０にリクエスト元へ返すよう指示する。

図１３は、連動情報を有する番組が放送されている間の情報端末が受け取るキーフレームの様子を説明する図である。番組、連動情報、端末のそれぞれの時間軸を平行な３つの直線で示す。番組の時間軸上のＡ点はアプリ起動時刻（より正確には連動情報開始リクエストＳ１１７がサーバーに受信された時刻）を示す。図１３に示すように初回の連動情報リクエストによって、情報端末には最初の２つのキーフレームデータが送信され受信される。連動情報取得アプリは、最初のキーフレームの時間枠が終了した時点（Ａ１）で、次のキーフレームを要求するリクエストを発する。このリクエストには、それまで連動情報取得アプリが取得したキーフレームの最後のもののキーフレームＵＩＤ（この場合はＵＩＤ＝２）が指定される。連動情報提供サーバー１００はＵＩＤ＝２の次のキーフレームＵＩＤ＝３の詳細データを情報端末に返信する。このように常に１キーフレーム分先行して情報端末２０側に連動情報を用意しておくようにする。

実際には、連動情報提供サーバー１００への次の連動情報要求が、多数の視聴者の情報端末２０からキーフレームの切れ目（Ａ１，Ａ２，‥）毎にいっせいにリクエストされると図１７（ｂ）に示すようにネットワーク上のトラフィクが混雑してしまうので、これを避けるために、図１７（ａ）に示すように、１つのキーフレームの時間枠が終了してから一定時間範囲で各端末が次のキーフレームの連動情報を要求するタイミングを分散させることが必要である。このために連動情報取得アプリは、一様乱数を用いるなどして、キーフレームの切れ目の時刻から次のキーフレームの連動情報を要求するタイミングを適度にずらすことを行うようにする。図１７（ｃ）は分散させたイメージを示す。

図１４は、同チャンネルのまま番組をまたがる場合の処理を説明する図である。この図では、次の番組も連動情報を持つ場合を示す。最後のキーフレームの時間枠に切り替わるタイミングＡｌａｓｔにおいて、連動情報取得アプリは次のキーフレームリクエスト（Ｓ１３１）を発行する。しかしこのとき放送中の番組の最後のキーフレームのデータは既に受領しているので、その次のキーフレームは存在しない。継続リクエスト対応手段１４０は、既に説明したステップＳ２４４〜Ｓ２５３の処理により次の番組の最初のキーフレーム（キーフレームＵＩＤ＝Ｂ１）を連動情報データベース１６０から抽出してこれをレスポンスとする。連動情報取得アプリはこのレスポンスを受領して内部データベースを更新する。以後、連動情報取得アプリは次の番組に切り替わっても、視聴者が明示的な終了操作をしない限り連動情報の表示を続ける。

図１５は、同チャンネルのまま番組をまたがる場合において次の番組が連動情報をもたない場合の動作を説明する図である。最後のキーフレームの時間枠に切り替わるタイミングＡｌａｓｔにおいて、連動情報取得アプリは次のキーフレームリクエスト（Ｓ１３１）を発行する。しかしこのとき放送中の番組の最後のキーフレームのデータは既に受領しているので、その次のキーフレームは存在しない。継続リクエスト対応手段１４０は、既に説明したステップＳ２４４〜Ｓ２４８の処理により次の番組には連動情報がないとして次無しフラグを真の値として、これをレスポンスとする。連動情報取得アプリは、次無しフラグ＝．ＴＲＵＥ．のレスポンスを受け取ると、現在の番組の最後のキーフレームが終了した時点で自動終了する。

図１６は、連動情報取得アプリを起動したときの放送番組がキーフレームが１個のみで構成される場合の動作を説明する図である。番組の時間軸上のＡ点はアプリ起動時刻（より正確には連動情報開始リクエストＳ１１７がサーバーに受信された時刻）を示す。視聴者は番組イが放送開始されてからしばらくして連動情報取得アプリを起動した。初回リクエスト対応手段１３０は、番組イの最初のキーフレームとその次のキーフレームを連動情報データベース１６０から取得しようとするが、番組イには２番目のキーフレームは存在しないので、既に説明したステップＳ２１２〜Ｓ２１４の処理により、最初のキーフレームの詳細データとともに次無しフラグを真の値として、これをレスポンスとする。連動情報取得アプリは、最初で最後のキーフレームが終了した時点で自動終了する。

ところで、図１６の場合（起動したときの放送番組がキーフレームが１個のみで構成される場合）には、別の動作も考えられる。先の説明では、番組イの次に放送される番組ロが連動情報をもつか持たないかにかかわらず次無しフラグを真の値として応答したが、そうではなく、ステップＳ２１４において、さらに番組ロのＵＩＤを特定して、番組ロが連動情報をもつ場合はその最初のキーフレームデータを抽出して次のキーフレームデータとし、番組ロが連動情報をもたない場合は次無しフラグを真の値としてこれらをレスポンスとしてもよい。このような動作を実現するにはＳ２１４（図１１）をＳ２４６、Ｓ２４７，Ｓ２４８，Ｓ２５０の一連の処理（図１２）に置き換えればよい。
また、これとは逆に初回の連動情報取得処理（図１１）のＳ２１４はそのままとし、図１２のＳ２４６、Ｓ２４７，Ｓ２４８，Ｓ２５０の一連の処理を単純にＳ２４８に置き換えるフローとして次の連動情報取得処理（ステップＳ２４０）を構成してもよい。この場合には、１つの番組が終了するときは必ず連動情報取得アプリは終了する。

図１８は情報端末２０で動作する連動情報取得アプリの動作を説明するフローチャートである。以下このフローチャートに従って連動情報取得アプリの処理動作を説明する。
連動情報取得アプリは起動すると、情報端末２０の表示部１３の画面に入力欄を表示させて視聴者に選択しているチャンネル番号を入力するよう促す。入力されたチャンネル番号を受け取ると、連動情報取得アプリは、事前にアプリ内に設定されているリモコンチャンネル番号→放送局識別情報の対応表を参照して放送局識別情報を取得する（Ｓ３０２）。そして放送局識別情報を含んだ連動情報開始リクエストを連動情報配信サーバー１００に送信する（Ｓ３０３）。尚、ステップＳ３０２の処理は、ＴＶ視聴者が指示したタイミングで、ＴＶ５０との間でＰ２Ｐ通信を確立させ、ＴＶ５０に対して現在同調している放送局を問い合わせることで取得してもよい。
連動情報配信サーバー１００からの連動情報開始リクエストに対するレスポンスを受信して、レスポンスの内容を不揮発メモリ１６の所定の領域に一時記録する（Ｓ３０９）。

レスポンスには連動無しフラグと次無しフラグの二つのフラグも含まれる。これらのフラグは通常は偽（Ｆａｌｓｅ）の論理値をとるが、条件によっては真（Ｔｒｕｅ）の論理値をとることがある。レスポンスの内容に含まれる連動無しフラグの値をテストする（Ｓ３１２）。真の論理値であれば、現在放送中の番組は連動情報を持たないのであるから、連動情報取得アプリは自ら直ちに自動終了する。偽の論理値であれば、レスポンスの内容には連動情報詳細データが含まれる。連動情報取得アプリはステップＳ３１５に進み、受信したレスポンスの連動情報詳細時間枠毎のＵＲＬ（送客先ＵＲＬ１７３、または属性別ＵＲＬ３３２）の情報から図２３に一例として示すような連動情報詳細時間枠時刻の区切り毎の送客先ＵＲＬのリストの形としてをアプリ内のローカルデータベースに記録する。図８（ｂ）２３の送客先ＵＲＬ（属性別ＵＲＬも送客先ＵＲＬの一種である）は、最初の２つの時間枠（はじめの２行）のＵＲＬは、図８（ｂ）の属性別ＵＲＬ管理テーブル３３０の属性別ＵＲＬ３３２に由来するものである。第３時間枠（第３行）のＵＲＬは図８（ａ）の連動詳細テーブル１７０の送客先ＵＲＬ１７３に由来するものである。これは、最初の２つの時間枠についてはテーブル３３０の該当する連動情報詳細ＵＩＤのレコードの属性指定が視聴者の登録属性と合致していたため当該レコードに記録された属性別ＵＲＬ３３２が応答されたからであり、第３時間枠に対応するテーブル３３０の該当する連動情報詳細ＵＩＤのレコードの属性指定は視聴者のもつ属性と合致しなかったため、送客先ＵＲＬ１７３が応答されたためである。
その次のキーフレームの詳細情報があれば同様にして、その次のキーフレームを更に細分化した連動情報詳細時間枠の区切り毎の送客先ＵＲＬのリストの形としてアプリ内のローカルデータベースに次のキーフレームのデータとして記録する（Ｓ３１５）。（但し、これは本発明の一つの実施形態を説明しているに過ぎない。図８（ａ）の１つのキーフレームをさらに細分化した連動情報詳細時間枠をもたないキーフレームがあってもよい。全てのキーフレームが連動情報詳細時間枠を有しない形態も可能である。）

次に連動情報取得アプリは時刻の区切り毎の送客先ＵＲＬのリストに基づき、予めプログラムした画面生成コマンドを実行することにより番組連動情報表示画面をレンダリングする。典型的な実施形態では、情報端末２０が示す内部時計の時刻に基づき図２３の時刻の区切り毎に対応する送客先ＵＲＬにアクセスしてインターネットリソース（画像ファイル、テキストファイル、動画ファイルなど）を取り込み１つのＨＴＭＬ画面として生成する。しかし、連動画面のレンダリングはこれには限らない。例えば、連動情報テーブル１８０がキーフレームＵＩＤで識別される各キーフレーム毎にテキスト情報（１８６）を持っており、連動情報取得アプリは、受け取ったレスポンスに含まれるキーフレームの代表送客先ＵＲＬ（１８５）とこのテキスト情報（１８６）から１つのキーフレームの時間枠の連動情報画面を生成してもよい。この場合には、当該キーフレームＵＩＤのキーフレームについては連動詳細テーブルの記録は不要である。
また、図７（ｂ）は、属性別連動情報を表すテーブルとしての属性別ＵＲＬ管理テーブル３３０（図８（ｂ））の代替としての属性別連動情報テーブル８００を示す。属性別連動情報テーブル８００の各1行（1件のレコード）は、キーフレームＵＩＤ８０１、キーフレームＩＤ８０２、属性別ＵＲＬ８０３、属性１（対象年齢レンジ）、属性２（性別）となっている。これは、キーフレームＵＩＤで特定される単位時間枠全体としての属性を指定した連動情報を表している。図７の例で言えば、キーフレーム：ＫｅｙＳｈｏｐｐｉｎｇ１０１について、もしユーザ属性が女性ならば、属性別ＵＲＬ：Ｕｒｌ１Ａは送客先ＵＲＬとしては応答されないことになる。このように属性別連動情報は、属性別ＵＲＬ管理テーブル３３０を使ってキーフレームを細分化した詳細な時間枠ごとに扱ってもよいが、キーフレームで区分される単位時間毎に定義して扱ってもよい。

生成された連動情報画面は視聴者が操作する情報端末２０の表示画面１３に表示される。視聴者が操作する情報端末２０の表示は、視聴者の属性（趣味、嗜好）に合致したインターネットリソースを含むことができる。ＴＶ受信機５０がフルブラウザを備えたスマートＴＶの場合には、ＴＶ受信機５０に搭載される連動情報取得アプリは、属性別ＵＲＬを扱わない設定にし、視聴者が使う情報端末２０に搭載される連動情報取得アプリは、属性別ＵＲＬを優先する設定とすれば、図２５に示すように、ＴＶ画面に設けられた連動情報表示領域（連動情報主画面６５０）に視聴中の番組に関する万人向けの連動情報を表示させる一方、視聴者が手許で扱っている情報端末２０には、視聴中の番組に関するその視聴者向けの連動情報（＝パーソナル連動情報）を連動情報副画面６２０として、番組の進行に同期して提供することが可能となる。この画面にハイパーリンクが埋め込まれている場合は、視聴者はそのリンクを辿ってインターネットサーフィンや商品の購入サイトへ行くことも可能である。
キーフレームの時間枠が経過すると（Ｓ３２１のＹ）、連動情報取得アプリは、ステップＳ３０９で一時記録された内容を確かめ、次無しフラグの値をチェックする（Ｓ３２４）。次無しフラグの論理値が真である場合は、ここで自動終了する。そうでない場合は（Ｓ３２４の偽）、連動情報取得アプリは次のキーフレームリクエストを用意して発信する（Ｓ３２７）。後は、ステップＳ３０９にもどり処理を繰り返す。

（変形の実施形態）
基本の実施形態では、連動情報開始リクエスト（Ｓ１１７）に対して、図１３に説明したように、初回分のキーフレーム情報として２つのキーフレームデータが送信されるものとしたが。本願発明は必ずしもこれに限定されるものではない。本願発明の変形の実施形態に係る連動情報サーバー装置１００について以下に説明する。
変形実施形態の一つでは、連動情報開始リクエスト（Ｓ１１７）に対しても連動情報継続リクエストと同様に１件分のキーフレームデータを抽出して返すようにする。この結果、連動情報提供サーバー側の処理はシンプルになる。但し、最初の１件分のキーフレームの時間枠が終了してから次のキーフレームをリクエストするのでは連動情報の表示が遅れるので、そのようにならないようにするために、連動情報取得アプリの側で最初の１件分のキーフレームの時間枠が終了する前に、次の時間枠のキーフレームのリクエストをかけるようにする。典型的には、最初のリクエストで指定した時刻に対応するレスポンスを受け取りそのキーフレームのキーフレームＵＩＤが分かった時点ですぐに連動情報継続リクエストを発行すればよい。１つのキーフレームは数分から１０分程度の時間幅で設定されるので、連動情報取得アプリをこのようにプログラムしておいても実質的な支障はない。

図１９は、この変形実施形態における初回の連動情報取得処理のフローチャートである。図１１と同じ処理ステップについては同じ番号を付している。図１１と異なるのは、ステップＳ２１０の代替のステップＳ２１１とステップＳ２１６の代替のステップＳ２１７の部分である。ステップＳ２１１では、特定するキーフレームは現在時刻（ステップＳ２０６で再計算される放送開始後経過時間）に対応するものだけでよい（便宜的にそれを「次フレーム」と記しているだけである）。そしてＳ２１７でその１フレームについてのキーフレームデータだけを連動情報データベース１６０から抽出する。尚、図１２に示した次の連動情報取得の処理はこの変形実施形態でもまったく同じである。

（属性マッチを端末側で行う実施形態）上記の基本の実施形態および変形形態のそれぞれに対して、さらに別の観点の変形実施形態が考えられる。基本の実施形態およびその変形形態では、連動情報配信サーバ１００がユーザ属性に合致した属性別連動情報（これをパーソナル連動情報ということにする）を選択したが、この処理は情報端末２０の連動情報取得アプリの側で行ってもよい。即ち、視聴者の属性に関わる情報はサーバ１００側では持たずに、その代わり情報端末２０の側で視聴者属性の情報をもち、視聴者属性に合致するか否かの判断処理を情報端末２０の側で行うようにしたシステムとしてもよい。
基本の実施形態とその変形形態に対して、このような別観点の変形形態を、それぞれ、「属性マッチを端末側で行う基本形態」、「属性マッチを端末側で行う変形形態」、と呼び、総称して「属性マッチを端末側で行う形態」と呼ぶことにする。

属性マッチを端末側で行う形態における連動情報配信サーバ１００は、ユーザ管理手段９０とユーザ情報データベース１６５を省いた構成となる。そのかわりに情報端末２０側で、連動情報取得アプリにおいて、ユーザの属性（性別、年齢および年齢レンジ（対象年齢ＵＩＤ）、関心を持つカテゴリＵＩＤ）を保持しておく。図２４、図１０におけるユーザ登録やユーザログインの処理（Ｓ１０５〜Ｓ１９０）は省略可能である。そして、連動情報取得アプリは連動情報開始リクエスト（Ｓ１１７）や次のキーフレームリクエスト（Ｓ１３１）を発信する際ユーザＵＩＤを付加しない。

さらに、図１１のステップＳ２１７の処理においては、現在キーフレームと次キーフレームの連動詳細情報に対応する属性別詳細情報があれば、それがどのような属性を指定された情報であっても全て抽出する。図１２のステップＳ２５３の処理においても、同様に次キーフレームの連動詳細情報に対応する属性別詳細情報があれば、それがどのような属性を指定された情報であっても全て抽出する。そして、抽出した連動詳細情報と対応する全ての属性別詳細情報をリクエスト元への応答情報として返信する。例えば連動情報詳細ＵＩＤ：６０２０１１１４１３０５０００１に対して、図８（ｂ）の属性別ＵＲＬ管理テーブル３３０から、この連動情報詳細ＵＩＤに合致する全てのレコード（図８（ｂ）の例では、第１行〜第３行のレコード全て）を抽出してこれを応答情報に含める。

情報端末２０の連動情報取得アプリは、連動情報配信サーバ１００からの応答を受信する（Ｓ３０９）と、連動無しフラグが真でなければ、応答情報に含まれる連動詳細情報と、予め保持してあったユーザー（ここでは、情報端末２０の使用者は一人に固定されているとする）の登録属性と合致する属性別詳細情報だけを使って、連動情報取得アプリ内の内部データベースを更新するようにする。このような構成によっても情報端末２には、放送中番組の連動情報がリアルタイムでしかも視聴者の属性に合致した情報だけが表示され基本の実施形態と同様な効果が得られる。

（端末側アプリを常駐型とする変形実施形態） 連動情報取得アプリは視聴者が明示的に起動することを要する通常のアプリケーションプログラムとして説明したが、情報端末２０が電源ＯＮでＯＳが起動すると自動的に起動され、ＴＶ視聴者がチャンネル情報を入力すると活動状態となる常駐型アプリケーションとして実現してもよい。この場合は、連動無しフラグ「真」、次なしフラグ「真」を受け取ると即座に又は現在表示中の単位時間枠が終了した時点でプロセスが停止消滅するのではなくそれぞれのタイミングで休眠状態となる。また常駐アプリケーションの場合は、休眠状態となる直前に、次に連動情報をもつ番組が開始される時刻を調べ記憶手段に記憶しておくことが可能なので、一旦休眠状態となっても必要な時刻になったときに自発的に活動状態となり連動情報を取得するように動作することも可能である。但し、ＴＶ視聴者がチャンネルを変更した場合は無駄な動作となる。

１ 連動情報配信システム
２ ネットワーク
２０ 情報端末
５０ デジタル放送受信機
１００ 連動情報配信サーバ装置
２００ 送客先サーバー
１０１ 制御部
１０２ 記憶部
１０３ 周辺機器Ｉ／Ｆ部
１０４ 入力部
１０５ 表示部
１０６ 通信部
９０ ユーザ管理手段
１１０ 送受信手段
１２０ 制御手段
１３０ 初回リクエスト対応手段
１４０ 継続リクエスト対応手段
１６０ 連動情報データベース
１６５ ユーザ情報データベース
４００ 放送局テーブル
１７０ 連動情報詳細テーブル
１８０ 連動情報テーブル
１９０ 番組情報テーブル
３００ ユーザテーブル
３１０ カテゴリテーブル
３２０ 関心カテゴリテーブル
３３０ 属性別ＵＲＬ管理テーブル
３４０ 対象年齢テーブル

Claims (23)

1. 利用者端末からのネットワークを介した要求に応える連動情報配信サーバー装置であって、
   利用者端末からネットワークを通じたリクエストを受付けて、リクエストに応じた応答情報を返信する送受信手段と、
   送受信手段が受付けたリクエストに応じて応答情報を準備する手段を呼び出す制御手段と、
   放送局識別情報を含む連動情報初回リクエストに対して、
   現在時刻および放送局に応じた放送番組を特定し、当該番組に関する番組情報を抽出し て当該番組に連動情報が存在しなければ第１のフラグ情報を真として応答情報とし、
   当該番組に連動情報が存在する場合は、現在時刻に対応した単位時間枠の連動情報とそ の次の時間枠の連動情報が共に存在する場合はそれらの単位時間枠の連動情報および視 聴者の属性を指定した属性別連動情報を取得して応答情報とし、
   現在時刻に対応した単位時間枠の連動情報は存在するが、その次の時間枠の連動情報が 存在しない場合は、現在時刻に対応した単位時間枠の連動情報および視聴者の属性を指 定した属性別連動情報を取得し、この時間枠の連動情報と第２のフラグ情報を真とした 情報を応答情報として作成する
   連動情報初回リクエスト対応手段と、
   次の単位時間枠の連動情報を要求する連動情報継続リクエストに対して、
   次の単位時間枠の連動情報が存在する場合は、次の時間枠の連動情報および視聴者の属 性を指定した属性別連動情報を取得して応答情報とし、
   次の単位時間枠の連動情報が存在しない場合は、第２のフラグ情報を真として応答情報 とする連動情報継続リクエスト対応手段と、
   放送される番組ごとに番組識別子、放送局識別情報、放送開始時刻、放送終了時刻、連動情報有無を示す情報を一組にして記録する番組情報テーブルと、放送される番組の時間帯を更に細分化した単位である単位時間枠ごとに、単位時間枠識別子、番組識別子、放送開始後経過時間、連動情報内容の情報を一組にして記録する連動情報テーブルと、視聴者の属性を指定する情報と指定する属性の視聴者に提供する連動情報を単位時間枠識別子または単位時間枠を更に細分した詳細時間枠識別子により放送番組と対応付けた属性別連動情報テーブルを含んで構成される番組情報データベースと
   を備えた連動情報配信サーバー装置。
2. 前記連動情報初回リクエスト対応手段は、前記当該番組に現在時刻に基づく単位時間枠の次の時間帯の連動情報が存在しない場合は、同チャンネルにて当該番組の次の時間帯に放送される番組に連動情報が存在するならばその最初の単位時間枠の連動情報および視聴者の属性を指定した属性別連動情報を取得して応答情報の一部とし、存在しなければ第２のフラグ情報を真として応答情報の一部とするものである請求項１に記載の連動情報配信サーバー装置。
3. 前記連動情報継続リクエスト対応手段は、前記当該番組に次の単位時間枠の連動情報が存在しない場合は、同チャンネルにて当該番組の次の時間帯に放送される番組に連動情報が存在するならばその最初の単位時間枠の連動情報および視聴者の属性を指定した属性別連動情報を抽出して応答情報とし、存在しなければ第２のフラグ情報を真として応答情報とするものである請求項１に記載の連動情報配信サーバー装置。
4. 利用者端末からのネットワークを介した要求に応える連動情報配信サーバー装置であって、
   利用者端末からネットワークを通じたリクエストを受付けて、リクエストに応じた応答情報を返信する送受信手段と、
   送受信手段が受付けたリクエストに応じて応答情報を準備する手段を呼び出す制御手段と、
   放送局識別情報を含む連動情報初回リクエストに対して、
   現在時刻および放送局に応じた放送番組を特定し、当該番組に関する番組情報を抽出し て当該番組に連動情報が存在しなければ第１のフラグ情報を真として応答情報とし、
   当該番組に連動情報が存在する場合は、現在時刻に対応した単位時間枠の連動情報およ び視聴者の属性を指定した属性別連動情報を抽出して応答情報とする連動情報初回リク エスト対応手段と、
   次の単位時間枠の連動情報を要求する連動情報継続リクエストに対して、
   次の単位時間枠の連動情報が存在する場合は、次の時間枠の連動情報および視聴者の属性を指定した属性別連動情報を取得して応答情報とし、
   次の単位時間枠の連動情報が存在しない場合は、第２のフラグ情報を真として応答情報 とする連動情報継続リクエスト対応手段と、
   放送される番組ごとに番組識別子、放送局識別情報、放送開始時刻、放送終了時刻、連動情報有無を示す情報を一組にして記録する番組情報テーブルと、放送される番組の時間帯を更に細分化した単位である単位時間枠ごとに、単位時間枠識別子、番組識別子、放送開始後経過時間、連動情報内容の情報を一組にして記録する連動情報テーブルと、視聴者の属性を指定する情報と指定する属性の視聴者に提供する連動情報を単位時間枠識別子または単位時間枠を更に細分した詳細時間枠識別子により放送番組と対応付けた属性別連動情報テーブルを含んで構成される番組情報データベースと
   を備えた連動情報配信サーバー装置。
5. 前記連動情報継続リクエスト対応手段は、前記当該番組に次の単位時間枠の連動情報が存在しない場合は、同チャンネルにて当該番組の次の時間帯に放送される番組連動情報が存在するならばその最初の単位時間枠の連動情報および視聴者の属性を指定した属性別連動情報を取得して応答情報とし、存在しなければ第２のフラグ情報を真として応答情報とするものである請求項４に記載の連動情報配信サーバー装置。
6. 利用者端末からのネットワークを介した要求に応える連動情報配信サーバー装置であって、
   利用者端末からネットワークを通じたリクエストを受付けて、リクエストに応じた応答情報を返信する送受信手段と、送受信手段が受付けたリクエストに応じて必要な各処理手段を呼び出す制御手段と、
   視聴者識別子で特定される登録視聴者毎に、認証情報および属性情報を対応付けて保持するユーザ情報データベースと、
   前記ユーザ情報データベースの新規登録、保守管理、および前記ユーザ情報データベースを参照してユーザー認証を行うユーザ管理手段と、
   視聴者識別子と放送局識別情報を含む連動情報初回リクエストに対して、
   時刻情報および放送局に応じた放送番組を特定し、当該番組に関する番組情報を抽出し て当該番組に連動情報が存在しなければ第１のフラグ情報を真として応答情報とし、
   当該番組に連動情報が存在する場合は、現在時刻に対応した単位時間枠の連動情報とそ の次の時間枠の連動情報が共に存在する場合はそれらの単位時間枠の連動情報および視 聴者の属性に合致したパーソナル連動情報を取得して応答情報とし、
   現在時刻に対応した単位時間枠の連動情報は存在するが、その次の時間枠の連動情報が 存在しない場合は、現在時刻に対応した単位時間枠の連動情報および視聴者の属性に合 致したパーソナル連動情報を取得し、この時間枠の連動情報と第２のフラグ情報を真と した情報を応答情報として作成する
   連動情報初回リクエスト対応手段と、
   次の単位時間枠の連動情報を要求する連動情報継続リクエストに対して、
   次の単位時間枠の連動情報が存在する場合は、次の時間枠の連動情報および視聴者の属 性に合致したパーソナル連動情報を取得して応答情報とし、
   次の単位時間枠の連動情報が存在しない場合は、第２のフラグ情報を真として応答情報 とする連動情報継続リクエスト対応手段と、
   放送される番組ごとに番組識別子、放送局識別情報、放送開始時刻、放送終了時刻、連動情報有無を示す情報を一組にして記録する番組情報テーブルと、放送される番組の時間帯を更に細分化した単位である単位時間枠ごとに、単位時間枠識別子、番組識別子、放送開始後経過時間、連動情報内容の情報を一組にして記録する連動情報テーブルと、視聴者の属性を指定する情報と指定する属性の視聴者に提供する連動情報を単位時間枠識別子または単位時間枠を更に細分した詳細時間枠識別子により放送番組と対応付けた属性別連動情報テーブルを含んで構成される番組情報データベースとを備えた連動情報配信サーバー装置。
7. 前記連動情報初回リクエスト対応手段は、前記当該番組に現在時刻に基づく単位時間枠の次の時間帯の連動情報が存在しない場合は、同チャンネルにて当該番組の次の時間帯に放送される番組に連動情報が存在するならばその最初の単位時間枠の連動情報および視聴者の属性に合致したパーソナル連動情報を抽出して応答情報の一部とし、存在しなければ第２のフラグ情報を真として応答情報の一部とするものである請求項６に記載の連動情報配信サーバー装置。
8. 前記連動情報継続リクエスト対応手段は、前記当該番組に次の単位時間枠の連動情報が存在しない場合は、同チャンネルにて当該番組の次の時間帯に放送される番組に連動情報が存在するならばその最初の単位時間枠の連動情報および視聴者の属性に合致したパーソナル連動情報を抽出して応答情報とし、存在しなければ第２のフラグ情報を真として応答情報とするものである請求項６に記載の連動情報配信サーバー装置。
9. 利用者端末からのネットワークを介した要求に応える連動情報配信サーバー装置であって、
   利用者端末からネットワークを通じたリクエストを受付けて、リクエストに応じた応答情報を返信する送受信手段と、
   送受信手段が受付けたリクエストに応じて必要な各処理手段を呼び出す制御手段と、
   視聴者識別子で特定される登録視聴者毎に、認証情報および属性情報を対応付けて保持するユーザ情報データベースと、
   前記ユーザ情報データベースの新規登録、保守管理、および前記ユーザ情報データベースを参照してユーザー認証を行うユーザ管理手段と、
   視聴者識別子と放送局識別情報を含む連動情報初回リクエストに対して、
   現在時刻および放送局に応じた放送番組を特定し、当該番組に関する番組情報を抽出し て当該番組に連動情報が存在しなければ第１のフラグ情報を真として応答情報とし、
   当該番組に連動情報が存在する場合は、現在時刻に対応した単位時間枠の連動情報およ び視聴者の属性に合致したパーソナル連動情報を抽出して応答情報とする連動情報初回 リクエスト対応手段と、
   次の単位時間枠の連動情報を要求する連動情報継続リクエストに対して、
   次の単位時間枠の連動情報が存在する場合は、次の時間枠の連動情報および視聴者の属性に合致したパーソナル連動情報を取得して応答情報とし、
   次の単位時間枠の連動情報が存在しない場合は、第２のフラグ情報を真として応答情報 とする連動情報継続リクエスト対応手段と、
   放送される番組ごとに番組識別子、放送局識別情報、放送開始時刻、放送終了時刻、連動情報有無を示す情報を一組にして記録する番組情報テーブルと、放送される番組の時間帯を更に細分化した単位である単位時間枠ごとに、単位時間枠識別子、番組識別子、放送開始後経過時間、連動情報内容の情報を一組にして記録する連動情報テーブルと、視聴者の属性を指定する情報と指定する属性の視聴者に提供する連動情報を単位時間枠識別子または単位時間枠を更に細分した詳細時間枠識別子により放送番組と対応付けた属性別連動情報テーブルを含んで構成される番組情報データベースと
   を備えた連動情報配信サーバー装置。
10. 前記連動情報継続リクエスト対応手段は、前記当該番組に次の単位時間枠の連動情報が存在しない場合は、同チャンネルにて当該番組の次の時間帯に放送される番組連動情報が存在するならばその最初の単位時間枠の連動情報および視聴者の属性に合致したパーソナル連動情報を取得して応答情報とし、存在しなければ第２のフラグ情報を真として応答情報とするものである請求項９に記載の連動情報配信サーバー装置。
11. 請求項１から請求項３のいずれか１項に記載の連動情報配信サーバ装置にネットワークを通じてリクエストを発信し応答情報を受信するネットワーク通信機能を有する端末装置を動作させるコンピュータプログラムであって、この端末装置のＣＰＵに解釈実行されることにより、
    視聴者の属性を登録する機能と登録視聴者毎の登録属性を記憶する記憶手段と、
    放送局識別情報を取得する機能と、
    連動情報配信サーバ装置のＵＲＬを記憶する記憶手段と、
    前記ＵＲＬに放送局識別情報を含む連動情報初回リクエストを発信させる機能と、
    現在表示されている連動情報の単位時間枠が終了した時を基準に所定の時間内に、前記ＵＲＬに、連動情報継続リクエストを発信させる機能と、
    連動情報初回リクエストおよび連動情報継続リクエストに対する連動情報配信サーバ装置からの応答情報を一時記憶する記憶手段と、
    連動情報初回リクエストまたは、連動情報継続リクエストの応答情報に含まれる単位時間枠の連動情報に基づく標準的な連動情報画面、または、連動情報初回リクエストまたは、連動情報継続リクエストの応答情報に含まれる単位時間枠の属性別連動情報と、前記視聴者の登録属性に基づく視聴者の属性に合致したパーソナル連動情報画面のいずれかまたは両方をレンダリングする連動情報表示機能と、
    前記連動情報初回リクエストの応答情報が第１のフラグ情報を真として含む場合は、直ちにプログラムを自動終了する機能と、
    前記連動情報継続リクエストの応答情報が第２のフラグ情報を真として含む場合は、そのとき表示している連動情報の単位時間枠が終了した時点でプログラムを自動終了する機能と
    を備えた連動情報表示端末として動作する命令を含んだコンピュータプログラム。
12. 請求項６から請求項８のいずれか１項に記載の連動情報配信サーバ装置にネットワークを通じてリクエストを発信し応答情報を受信するネットワーク通信機能を有する端末装置を動作させるコンピュータプログラムであって、この端末装置のＣＰＵに解釈実行されることにより、
    視聴者と視聴者の属性を登録するリクエストを発信させ、応答情報としての視聴者識別子を受信するユーザ属性登録機能と、
    放送局識別情報を取得する機能と、
    連動情報配信サーバ装置のＵＲＬを記憶する記憶手段と、
    前記ＵＲＬに、視聴者識別子と放送局識別情報を含む連動情報初回リクエストを発信させる機能と、
    現在表示されている連動情報の単位時間枠が終了した時を基準に所定の時間内に、前記ＵＲＬに、視聴者識別子を含む連動情報継続リクエストを発信させる機能と、
    連動情報初回リクエストおよび連動情報継続リクエストに対する連動情報配信サーバ装置からの応答情報を一時記憶する記憶手段と、
    連動情報初回リクエストまたは、連動情報継続リクエストの応答情報に含まれる単位時間枠の連動情報に基づく標準的な連動情報画面、または、連動情報初回リクエストまたは、連動情報継続リクエストの応答情報に含まれるパーソナル連動情報に基づくパーソナル連動情報画面のいずれかまたは両方をレンダリングする連動情報表示機能と、
    前記連動情報初回リクエストの応答情報が第１のフラグ情報を真として含む場合は、直ちにプログラムを自動終了する機能と、
    前記連動情報継続リクエストの応答情報が第２のフラグ情報を真として含む場合は、そのとき表示している連動情報の単位時間枠が終了した時点でプログラムを自動終了する機能と
    を備えた連動情報表示端末として動作する命令を含んだコンピュータプログラム。
13. 請求項４から請求項５のいずれか１項に記載の連動情報配信サーバ装置にネットワークを通じてリクエストを発信し応答情報を受信するネットワーク通信機能を有する端末装置を動作させるコンピュータプログラムであって、この端末装置のＣＰＵに解釈実行されることにより、
    視聴者の属性を登録する機能と登録視聴者毎の登録属性を記憶する記憶手段と、
    放送局識別情報を取得する機能と、
    連動情報配信サーバ装置のＵＲＬを記憶する記憶手段と、
    前記ＵＲＬに放送局識別情報を含む連動情報初回リクエストを発信させる機能と、
    現在表示されている連動情報の単位時間枠の次の単位時間枠の連動情報を要求する連動情報継続リクエストを発信させる機能と、
    連動情報初回リクエストおよび連動情報継続リクエストに対する連動情報配信サーバ装置からの応答情報を一時記憶する記憶手段と、
    連動情報初回リクエストまたは、連動情報継続リクエストの応答情報に含まれる単位時間枠の連動情報に基づく標準的な連動情報画面、または、連動情報初回リクエストまたは、連動情報継続リクエストの応答情報に含まれる単位時間枠の属性別連動情報と、前記視聴者の登録属性に基づく視聴者の属性に合致したパーソナル連動情報画面のいずれかまたは両方をレンダリングする連動情報表示機能と、
    前記連動情報初回リクエストの応答情報が第１のフラグ情報を真として含む場合は、直ちにプログラムを自動終了する機能と、
    前記連動情報継続リクエストの応答情報が第２のフラグ情報を真として含む場合は、そのとき表示している連動情報の単位時間枠が終了した時点でプログラムを自動終了する機能と
    を備えた連動情報表示端末として動作する命令を含んだコンピュータプログラム。
14. 請求項９または請求項１０のいずれか１項に記載の連動情報配信サーバ装置にネットワークを通じてリクエストを発信し応答情報を受信するネットワーク通信機能を有する端末装置を動作させるコンピュータプログラムであって、この端末装置のＣＰＵに解釈実行されることにより、
    視聴者と視聴者の属性を登録するリクエストを発信させ、応答情報としての視聴者識別子を受信するユーザ属性登録機能と、放送局識別情報を取得する機能と、
    連動情報配信サーバ装置のＵＲＬを記憶する記憶手段と、
    前記ＵＲＬに、視聴者識別子と放送局識別情報を含む連動情報初回リクエストを発信させる機能と、
    現在表示されている連動情報の単位時間枠の次の単位時間枠の連動情報を要求する、視聴者識別子を含む連動情報継続リクエストを発信させる機能と、
    連動情報初回リクエストおよび連動情報継続リクエストに対する連動情報配信サーバ装置からの応答情報を一時記憶する記憶手段と、
    連動情報初回リクエストまたは、連動情報継続リクエストの応答情報に含まれる単位時間枠の連動情報に基づく標準的な連動情報画面、または、連動情報初回リクエストまたは、連動情報継続リクエストの応答情報に含まれるパーソナル連動情報に基づくパーソナル連動情報画面のいずれかまたは両方をレンダリングする連動情報表示機能と、
    前記連動情報初回リクエストの応答情報が第１のフラグ情報を真として含む場合は、直ちにプログラムを自動終了する機能と、
    前記連動情報継続リクエストの応答情報が第２のフラグ情報を真として含む場合は、そのとき表示している連動情報の単位時間枠が終了した時点でプログラムを自動終了する機能と
    を備えた連動情報表示端末として動作する命令を含んだコンピュータプログラム。
15. 請求項１から請求項３のいずれか１項に記載の連動情報配信サーバ装置にネットワークを通じてリクエストを発信し応答情報を受信するネットワーク通信機能を有する端末装置を動作させる常駐型コンピュータプログラムであって、この端末装置のＣＰＵに解釈実行されることにより、
    ＯＳにより起動されると初期状態として自らを休止状態とする機能と、
    放送局識別情報を取得する機能と、
    視聴者の属性を登録する機能と登録視聴者毎の登録属性を記憶する記憶手段と、
    連動情報配信サーバ装置のＵＲＬを記憶した記憶手段と、
    放送局識別情報を取得した時に、前記ＵＲＬに放送局識別情報を含む連動情報初回リクエストを発信させる機能と、
    休止状態において、次番組開始時刻になった時に、前記ＵＲＬに放送局識別情報を含む連動情報初回リクエストを発信させる機能と、
    現在表示されている連動情報の単位時間枠が終了した時を基準に所定の時間内に、前記ＵＲＬに、連動情報継続リクエストを発信させる機能と、
    連動情報初回リクエストおよび連動情報継続リクエストに対する連動情報配信サーバ装置からの応答情報を一時記憶する記憶手段と、
    連動情報初回リクエストまたは、連動情報継続リクエストの応答情報に含まれる単位時間枠の連動情報に基づく標準的な連動情報画面、または、連動情報初回リクエストまたは、連動情報継続リクエストの応答情報に含まれる単位時間枠の属性別連動情報と、前記視聴者の登録属性に基づく視聴者の属性に合致したパーソナル連動情報画面のいずれかまたは両方をレンダリングする連動情報表示機能と、
    前記連動情報初回リクエストの応答情報が第１のフラグ情報を真として含む場合は、直ちにプログラムを休止状態とする機能と、
    前記連動情報継続リクエストの応答情報が第２のフラグ情報を真として含む場合は、そのとき表示している連動情報の単位時間枠が終了した時点でプログラムを休止状態とする機能と
    を備えた連動情報表示端末として動作する命令を含んだコンピュータプログラム。
16. 請求項１１または請求項１５のいずれか１項に記載のコンピュータプログラムを搭載した、表示部を備えた端末装置。
17. 請求項１２に記載のコンピュータプログラムを搭載した、表示部を備えた端末装置。
18. 請求項１３に記載のコンピュータプログラムを搭載した、表示部を備えた端末装置。
19. 請求項１４に記載のコンピュータプログラムを搭載した、表示部を備えた端末装置。
20. 請求項１から請求項３のいずれか１項に記載の連動情報配信サーバー装置と請求項１６に記載の情報端末とがネットワークで接続されて構成される連動情報配信システム。
21. 請求項６から請求項８のいずれか１項に記載の連動情報配信サーバー装置と請求項１７に記載の情報端末とがネットワークで接続されて構成される連動情報配信システム。
22. 請求項４または請求項５のいずれか１項に記載の連動情報配信サーバー装置と請求項１８に記載の情報端末とがネットワークで接続されて構成される連動情報配信システム。
23. 請求項９または請求項１０のいずれか１項に記載の連動情報配信サーバー装置と請求項１９に記載の情報端末とがネットワークで接続されて構成される連動情報配信システム。

Images