JP4562974B2 - 双方向通信方法、双方向通信システム及び、情報処理装置 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、コンテンツやサービスを提供する情報処理装置、情報処理システム及び、双方向通信方法に関する。
【０００２】
【従来の技術】
従来より、この双方向通信方法、双方向通信システム及び、情報処理装置としては、例えば、特開平１０−２３５０１５号公報に記載されているようなものがあった。図２３は、前記公報に記載された従来の双方向通信システムを示すものである。
【０００３】
図２３において、衛星データ通信１により多数の端末にクイズを出題してゲームを同時に進行するシステム及びゲーム端末７であって、ホスト装置３は、クイズ問題、正解答、クイズ進行スケジュールを含んだクイズ関連情報を衛星データ通信１によりゲーム端末７に向けて適時に送信するものである。また、ゲーム端末７はクイズ進行スケジュールと当該端末での正解／不正解の発生条件に基づいてホスト装置３へのゲーム経過の報告要否を判断し、報告要の場合には報告時機を捉えてゲーム経過を適宜ホスト装置３に報告するものである。
【０００４】
【発明が解決しようとする課題】
しかしながら、前記従来の構成では、ホスト装置はクイズ進行スケジュールをクイズ問題と正解答と一緒に送信するため、その正解率に従った、ホスト装置とゲーム端末間の通信の時機を自在に可変することが出来ない。このため、あらかじめグループ分けして、通信可能な端末数を制限したとしても、そのグループの端末の正解率によって報告する端末数がばらついてもそれを反映した報告時機の調整が自在に行えず、ホスト装置の通信負荷の十分に有効な軽減にならないという課題を有していた。
【０００５】
本発明は、前記従来の課題を解決するためになされ、その目的とするところは、サーバー装置への通信が時間的に分散可能な一対多の双方向通信システムを提供することにある。
【０００６】
【課題を解決するための手段】
上記課題を解決する本発明に係る第１の情報処理装置は、データ送信プログラムと、データ送信プログラムが参照する制御情報を記憶する記憶部と、前記データ送信プログラムと前記制御情報を送信する送信部と、前記データ送信プログラムを実行した放送受信端末からの応答データを受信する受信部と、前記応答データに基づいて前記制御情報を更新する制御情報設定部とを有し、前記制御情報は、放送受信端末がユーザから取得する端末情報又はユーザ情報を指定する端末入力情報リストと、データ送信の制御方法を記述した制御ルールと、を含み、前記制御ルールは、データ送信時刻を算出する送信時刻算出関数と、データ送信可否を判定する送信判定関数と、を含み、前記データ送信プログラムは、前記端末入力情報リストに基づいて放送受信端末がユーザから情報を取得するステップと、前記取得した情報を用いて、前記送信判定関数によって、データ送信可否を判定するステップと、前記取得した情報を用いて、前記送信時刻算出関数によって、データ送信時刻を算出するステップと、前記データ送信が可と判定された場合に、前記取得した情報の全て又は一部を応答データとして前記データ送信時刻に、放送受信端末から情報処理装置へ送信するステップと、を有し、前記送信部は、前記更新した制御情報を前記放送受信端末に送信する情報処理装置である。
【０００７】
これによって、第１の情報処理装置は他の情報処理装置との双方向通信をデータ送信プログラムにより制御可能であり、更に通信相手の情報処理装置の制御情報を任意に更新できるので、指定する情報処理装置への通信負荷を自在に軽減することができるようになる。
【０００８】
また、本発明に係る第２の情報処理装置は、そのデータ送信プログラムを受信するモジュール受信部と、そのプログラムを実行する実行部と、その実行によって取得された情報をそのプログラムからの指示に従って送信する送信部とを有している。
【０００９】
これによって、第２の情報処理装置は、第１の情報処理装置からのデータ送信プログラムを実行することにより、第１の情報処理装置へのデータを送信する時刻を適度に分散させたり、送信データの量を制限することが可能になり、第１の情報処理装置のデータ受信に関わる負荷を軽減することができるようになる。
【００１０】
また、本発明に係る双方向通信システムはこの第１の情報処理装置と、この第２の情報処理装置とを有している。
【００１１】
これによって、第１の情報処理装置の通信負荷が自在に軽減できる双方向通信システムが実現できる。
【００１２】
【発明の実施の形態】
本発明に係る情報処理装置は、データ送信プログラムと、データ送信プログラムが参照する制御情報を記憶する記憶部と、前記データ送信プログラムと前記制御情報を送信する送信部と、前記データ送信プログラムを実行した放送受信端末からの応答データを受信する受信部と、前記応答データに基づいて前記制御情報を更新する制御情報設定部とを有し、前記制御情報は、放送受信端末がユーザから取得する端末情報又はユーザ情報を指定する端末入力情報リストと、データ送信の制御方法を記述した制御ルールと、を含み、前記制御ルールは、データ送信時刻を算出する送信時刻算出関数と、データ送信可否を判定する送信判定関数と、を含み、前記データ送信プログラムは、前記端末入力情報リストに基づいて放送受信端末がユーザから情報を取得するステップと、前記取得した情報を用いて、前記送信判定関数によって、データ送信可否を判定するステップと、前記取得した情報を用いて、前記送信時刻算出関数によって、データ送信時刻を算出するステップと、前記データ送信が可と判定された場合に、前記取得した情報の全て又は一部を応答データとして前記データ送信時刻に、放送受信端末から情報処理装置へ送信するステップと、を有し、前記送信部は、前記更新した制御情報を前記放送受信端末に送信する情報処理装置である。
【００１３】
これによれば、指定の情報処理装置に要望されている情報を、このプログラムを実行している装置固有の条件で送信することができる。
【００１４】
また、本発明に係るデータ送信プログラムは、送信ルールが取得した情報を用いて、所定の時刻範囲内で、かつ、不規則に分散する時刻を算出する方法を有している。
【００１５】
これによれば、指定の情報処理装置に所定の時刻範囲内で、かつ、不規則に分散する時刻で送信できる。
【００１６】
また、本発明に係るデータ送信プログラムは、送信ルールが端末識別情報と端末情報とユーザ情報との少なくともいずれかに基づいて送信の可否を判断する方法を更に有している。
【００１７】
これによれば、指定の情報処理装置に送信するか否かを端末固有に付加された識別情報などで制御できる。
【００１８】
また、本発明に係るデータ送信プログラムは、既に保持している問い合わせ情報と送信ルールとを、新たな問い合わせ情報と送信ルールとに更新するステップを更に実行させるものである。
【００１９】
これによれば、新たに指示された問い合わせ情報と送信ルールに従って、指定の情報処理装置に送信できる。
【００２０】
また、本発明に係る情報処理装置は、問い合わせ情報と送信ルールとを含む制御情報及び本発明に係るデータ送信プログラムとを記憶する記憶部と、データ送信プログラムと制御情報とを送信する送信部と、当該情報処理装置とは異なる、データ送信プログラムを実行した情報処理装置からの応答データを受信する受信部と、この応答データに基づいて制御情報を更新する制御情報設定部とを有している。
【００２１】
この構成によれば、情報処理装置はデータ送信プログラムを送信した情報処理装置からの通信を制御可能であり、かつ制御情報を更新できるので通信相手からの通信負荷を自在に制御することができる。
【００２２】
また、本発明に係る情報処理装置は、本発明に係るデータ送信プログラムの送信を要求する情報処理装置毎に、端末識別情報を制御情報に設定する識別子設定部を更に有している。
【００２３】
この構成によれば、情報処理装置は送信相手の情報処理装置に端末識別情報を割り当てることができるので、データ送信を許可するか否か、あるいはデータ送信を制限するか否かを通信相手の情報処理装置毎に容易に指定することができる。
【００２４】
また、本発明に係る放送受信端末は、本発明に係るデータ送信プログラムを受信するモジュール受信部と、データ送信プログラムを実行する実行部と、データ送信プログラムを実行することによって取得された情報を前記データ送信プログラムからの指示に従って送信する送信部とを有している。
【００２５】
この構成によれば、放送受信端末はデータ送信プログラムを実行することにより、通信相手の情報処理装置との間で指示に従った送信をすることができる。
【００２６】
また、本発明に係る放送受信端末は、問い合わせ情報と送信ルールとを含む制御情報を受信する制御情報受信部と、制御情報にデータ送信プログラムの参照する制御情報を更新する更新部とを更に有している。
【００２７】
この構成によれば、放送受信端末は受信済みのデータ送信プログラムが新たな制御情報に基づいて送信するようにできる。
【００２８】
また、本発明に係るプログラムは、コンピュータにデータ送信プログラムを情報処理装置に送信するステップと、この情報処理装置からの応答データを受信するステップと、この応答データに基づいて問い合わせ情報と送信ルールとを含む制御情報を更新するステップと、この制御情報を情報処理装置に送信するステップとを実行させるものである。
【００２９】
これによれば、プログラムはデータ送信プログラムを送信した情報処理装置からの通信を制御可能であり、かつ制御情報を更新できるので通信相手からの通信負荷を自在に制御することができる。
【００３０】
また、本発明に係るプログラムは、コンピュータに制御情報に端末識別情報を設定するステップを更に実行させるものである。
【００３１】
これによれば、プログラムは送信相手の情報処理装置に端末識別情報を割り当てることができるので、データ送信を許可するか否か、あるいはデータ送信を制限するか否かを通信相手の情報処理装置毎に容易に指定することができる。
【００３２】
また、本発明に係るプログラムは、コンピュータにデータ送信プログラムを受信するステップと、データ送信プログラムを起動するステップと、問い合わせ情報と送信ルールとを含む制御情報を受信するステップと、データ送信プログラムの実行により取得した情報をこのプログラムの指示に従って送信するステップとを実行させるものである。
【００３３】
これによれば、プログラムは受信したデータ送信プログラムを実行することにより、通信相手の情報処理装置との間で指示に従った送信をすることができる。
【００３４】
また、本発明に係るプログラムは、コンピュータに制御情報を実行中のデータ送信プログラムに更新要求するステップを更に実行させるためのものである。
【００３５】
これによれば、プログラムは受信済みのデータ送信プログラムが新たな制御情報に基づいて送信するようにできる。
【００３６】
また、本発明に係る記録媒体は、データ送信プログラムを記録したコンピュータ読み取り可能なものである。
【００３７】
また、本発明に係る双方向通信システムは、本発明に係る第１の情報処理装置と、本発明に係る第２の情報処理装置を有している。
【００３８】
この構成によって、第１の情報処理装置は第２の情報処理装置との双方向通信をデータ送信プログラムにより制御可能であり、更に通信相手の第２の情報処理装置の制御情報を任意に更新できるので、指定する情報処理装置への通信負荷を自在に軽減することができる。
【００３９】
また、本発明に係る双方向通信方法は、データ放送が可能な放送局がデータ放送によりデータ送信プログラムを放送受信端末に配信するステップと、次に放送局がデータ放送により問い合わせ情報と送信ルールとを含む制御情報を放送受信端末に送信するメッセージ送信ステップと、放送受信端末が制御情報に基づいて取得した情報である応答データをデータ送信プログラムと制御情報とに従って送信するステップとを有している。
【００４０】
これによれば、放送局はデータ送信プログラムを送信した放送受信端末からの通信を制御可能であり、かつ制御情報を更新できるので通信相手からの通信負荷を自在に制御することができる。
【００４１】
また、本発明に係る双方向通信方法は、放送局が応答データを解析するステップと、解析により所定の条件を満たす放送受信端末とのみリアルタイムに双方向通信を行うステップとを更に有している。
【００４２】
これによれば、放送局は対象となる放送受信端末を絞り込んで通信負荷を制限した上で、より細かなデータの双方向通信をリアルタイムに行うことができる。
【００４３】
また、本発明に係る双方向通信方法は、データ放送が視聴者参加型のクイズ番組であり、メッセージ送信ステップが視聴者に対してクイズ解答の入力を指示する制御情報を送信する第１メッセージ送信ステップと、直前に出題したクイズの正解を含み、所定条件を満たす場合に限り応答通知を行うことを指示する制御情報を送信する第２メッセージ送信ステップと、応答データを送信した放送受信端末の端末数を集計する集計ステップとを有している。
【００４４】
これによれば、クイズ解答の正誤判定の分散処理と送信データ量の削減によって、クイズ解答の集計の高速化を実現することができる。
【００４５】
また、本発明に係る双方向通信方法は、第１メッセージ送信ステップと、第２メッセージ送信ステップと、集計ステップとを少なくとも１回以上繰り返すステップと、更に放送受信端末の数が所定数以下の場合に、放送受信端末に受信済みクイズに所定数以上正解している場合のみ、応答データを送信することを指示する制御情報を送信する第３メッセージ送信ステップを有している。
【００４６】
これによれば、放送局がデータ送信可能な端末台数を制限した上で、放送受信端末からの情報量の多いデータを収集して、データ集計結果を視聴者に通知するので、エンターテイメント性が高い、魅力ある放送コンテンツを視聴者に提供することできる。
【００４７】
また、本発明に係るプログラムは、本発明に係るデータ送信プログラムおよび制御情報の問い合わせ情報がチケット情報と予約入力フォームの表示方法を実施させるものである。
【００４８】
これによれば、情報処理装置は、データ送信プログラムを利用してチケット予約情報を送信するので、データ通信送信プログラムのデータ送信時刻の分散化機能によって、チケット予約開始直後にチケット予約情報の送信がチケット予約を受け付ける情報処理装置に集中することを防止し、その情報処理装置における通信負荷およびデータ処理に関わる負荷を軽減することができる。
【００４９】
また、本発明に係る情報処理装置は、本発明に係るプログラムを送信するモジュール送信部と、受信した予約情報が受付け不許可である場合、予約情報の送信元である当該情報処理装置と異なる情報処理装置に電話回線を接続する回線接続部と、電話回線からの指示を受け付ける指示受付部と、この指示により予約情報を変更する予約変更部とを有している。
【００５０】
この構成によれば、第１希望のチケットを予約できる場合は、オペレータを介さずに自動予約処理が実行され、第１希望のチケットの予約が不可能な場合は、電話オペレータとの会話によるチケット予約処理に切り替えるので、チケット予約を受け付ける情報処理装置については、可能な限りチケット予約処理を自動化でき、ユーザについては、第２希望以下のチケット予約情報の入力が不要であるという、チケット予約処理の効率化とユーザ利便性の向上とを両立することができる。
【００５１】
以下、本発明を図面と共に詳細に説明する。
【００５２】
（実施の形態１）
図１は、本発明の第１の実施例における双方向通信システムのシステム構成図である。
【００５３】
図１において、サーバー装置１０１はＷｅｂサーバーであり、情報コンテンツの管理やクライアント端末装置へのコンテンツ提供・配信を行い、クライアント端末装置１０２ａ〜１０２ｄはパーソナルコンピュータ、携帯情報端末（ＰＤＡ）、携帯電話などの任意の情報処理装置であり、サーバー装置１０１が提供する情報コンテンツの受信、それらの表示、サーバー装置との相互通信及び、Ｊａｖａ言語やそれに類する言語で開発されたプログラムを実行することができるＪａｖａ実行環境などを有する。ネットワーク１０３は、サーバー装置１０１とクライアント端末装置１０２との間で相互通信可能であり、ＷＡＮ (Wide Area Network)やＬＡＮ (Local Area Network)、無線ネットワーク、あるいは、それらが複合したネットワークなど任意のネットワークである。また、無線基地局１０４は、無線ネットワークインタフェースを持つクライアント端末装置１０２との通信を行う。なお、以後、クライアント端末装置１０２ａ〜１０２ｄをまとめてクライアント端末装置１０２と記す。
【００５４】
以上のように構成された双方向通信システムについて、その動作と作用を説明する。
【００５５】
サーバー装置１０１は、クライアント端末装置１０２がダウンロードできるようにデータ送信プログラムをＷｅｂサイトに公開する。このデータ送信プログラムは、サーバー装置１０１が提供するサービスに関連した、データ送信を実行するために必要なモジュールであり、クライアント端末装置１０２において実行される。
【００５６】
クライアント端末装置１０２がダウンロードしたデータ送信プログラムを実行すると、クライアント端末装置１０２のディスプレイにデータ入力フォームあるいは、データ入力グラフィカル・ユーザー・インターフェース（以下、「ＧＵＩ」と記す。）が提示される。ユーザがデータ入力フォームへのデータ入力を行うと、データ送信プログラムは、入力されたデータに対して所定の演算処理を加え、送信時刻データを算出する。この送信時刻データは、サーバー装置１０１へのデータ送信が可能な時刻範囲を示す時刻データである。時刻範囲算出の演算処理に乱数表を用いるなどの工夫を加えると、ランダムな時刻データを出力させることができるので、各クライアント端末装置１０２からサーバー装置１０１へのデータ送信時刻が適度に分散化される。
【００５７】
次に、サーバー装置１０１とクライアント端末装置１０２の構成および、動作・作用を詳細に説明する。
【００５８】
図３は、サーバー装置１０１のブロック構成図である。図中の矢印はデータの流れを示すものであり、制御線は図示していない。
【００５９】
通信部３０２は、双方向通信部３１０を有し、ネットワークを介してクライアント端末装置１０２との間の相互通信を行う。
【００６０】
コンテンツ送信部３０３は、通信部３０２を介して、ＨＴＭＬ(Hyper Text Markup Language) 等のマークアップ言語で記述されたコンテンツや、ストリームデータをクライアント端末装置１０２に提供する。
【００６１】
モジュール送信部３０４は、データ送信プログラムをクライアント端末装置１０２に送信する。本実施例１においては、データ送信プログラムは、ＨＴＴＰやＦＴＰ（File Transfer Protocol）などのプロトコルを用いてサーバー装置１０１からクライアント端末装置１０２へダウンロードされる。ここでデータ送信プログラムとは、上り方向、すなわち、クライアント端末装置１０２からサーバー装置１０１へのデータ送信を制御するために、クライアント端末装置１０２において実行されるプログラムモジュールである。このモジュール内部には、図１３に示すような端末入力情報リスト１３０１と制御ルール１３０５とが含まれている。端末入力情報リスト１３０１は更に、端末入力情報１３０２と送信関数情報１３０３と送信判定パラメータ１３０４とからなっている。端末入力情報１３０２とは、クライアント端末装置１０２において外部から取得するデータであり、送信関数情報１３０３とは、送信の可否を算出する送信判定関数と送信時間を算出する送信時間算出関数とからなっている。
【００６２】
また、制御ルール１３０５とは、上り方向のデータ送信の制御方法を記述したプログラムである。またこの他、データ送信プログラムは、データ入力フォーム表示用スクリプトである端末入力情報１３０１を取得するためのプログラムを有している。
【００６３】
データ受信部３０５は、通信部３０２を介して、クライアント端末装置１０２からの上り方向のデータを受信する。
【００６４】
通信制御部３０６は、クライアント端末装置１０２との間の通信を制御し、クライアント端末装置１０２を制御するための制御メッセージの生成や、クライアント端末装置１０２へ制御メッセージの送信や、データ受信部３０５を介してクライアント端末装置１０２から受信したデータの解析を行う。ここで制御メッセージとは、データ送信プログラムが有するのと同様の端末入力情報リスト１３０１と制御ルール１３０２とが記述されているものである。また、通信制御３０６は、受信データの解析結果を基にして、新たに制御メッセージを生成する機能や、外部ハードウェアや他のプログラムとの連携処理を行うためのインタフェースも有している。
【００６５】
蓄積部３０７は、情報コンテンツの蓄積・管理を行い、クライアント端末装置１０２に提供する情報コンテンツやクライアント端末装置１０２から受信したデータ等を蓄積し管理する。また、蓄積部３０７には、作成済みのデータ送信プログラムや制御メッセージも蓄積される。
【００６６】
設定部３０８は、サーバー装置１０１の設定や管理を行い、管理者が操作するためのＧＵＩを有する。そして、管理者からの情報の入力や、クライアント端末装置１０２からの受信データの内容表示のために使用される。設定部３０８のＧＵＩを介して入力された情報は、通信制御部３０６へ出力される。通信制御部３０６は、設定部３０８から取得した情報に基づいて制御メッセージを生成したり、クライアント端末装置１０２からの受信情報を設定部３０８へ出力する。また、通信制御部３０６から取得した情報は、設定部３０８のGUIを介して管理者に提示される。
【００６７】
コンテンツ生成３０９は、クライアント端末装置１０２から受信したデータを再配信する。すなわち、データ受信部３０５で受信したデータを加工して、コンテンツ送信部３０３へ供給する場合に必要となるものである。また、コンテンツ生成部３０９は、外部より取得した映像データや音声データをコンテンツ送信部３０３に供給する機能も有する。この機能は、ストリームデータの配信や、クライアント端末装置１０２との間のリアルタイム双方向通信などに使用する。
【００６８】
双方向通信部３１０は、クライアント端末装置１０２からの上り方向データを受信し、データ受信部３０５を介して、受信データを通信制御部３０６や蓄積部３０７、コンテンツ生成部３０９へ出力する。また、双方向通信部３１０は、下り方向、すなわち、クライアント端末装置１０２へのＨＴＭＬファイル等の情報コンテンツの送出や、制御メッセージおよびデータ送信プログラムの送信を行う。
【００６９】
なお、図３に示す設定部３０８と通信制御部３０６を除く各部は、設定部３０８や通信制御部３０６によって制御される。
【００７０】
サーバー装置１０１は、ハードウェア装置であっても、ハードウェア装置とソフトウェアプログラムを組み合わせたシステムであっても構わない。後者である場合は、サーバー装置１０１は、パーソナルコンピュータやワークステーションであり、それらが有するハードウェア資源（ＣＰＵ、ＲＡＭ、ＲＯＭ、外部記憶装置、ネットワークインタフェース）を利用して図３のブロック図で示した機能を有するプログラムが実行される。
【００７１】
次に、サーバー装置１０１の動作について図５、図６及び、図７を用いて説明する。このサーバー装置１０１の行う主な動作は、データ送信プログラムの作成処理と、要求のあったクライアント端末装置１０２へのデータ送信プログラムの送信処理と、制御メッセージの更新とその送信処理である。
【００７２】
図５はデータ送信プログラムの作成処理の動作を示す流れ図である。
【００７３】
まず、設定部３０８に端末入力情報リストに設定するユーザに対する設問やユーザの個人情報などのデータ項目、クライアント端末装置１０２のディスプレイに表示するデータ入力フォームを生成するためのデータ（ＨＴＭＬやスクリプト言語などで記述されたデータ）および、制御ルールを作成するためのユーザ入力データに対する処理を記述したデータ、もしくは、プログラム及び、上り方向のデータ送信を実行する時刻の決定方法（算出方法）などの基礎情報を入力する（ステップＳ５０１）。
【００７４】
次に、ステップＳ５０１で取得した情報を基にして、端末入力情報リストと制御ルールを作成する（ステップＳ５０２）。
【００７５】
次に、ステップＳ５０２で作成した端末入力情報リスト、および、制御ルールを埋め込んだデータ送信プログラムを作成する（ステップＳ５０３）。データ送信プログラムは、Ｊａｖａ言語等のプログラム言語で作成されたプログラムであり、クライアント端末装置１０２において実行される。
【００７６】
次に、ステップＳ５０３で作成したデータ送信プログラムを、蓄積部３０７に保存する（ステップＳ５０４）。なお、このデータ送信プログラムの作成は、別システムで実行して、蓄積部３０７にロードすることも可能である。
【００７７】
次に、図６はデータ送信プログラムの送信処理の動作を示す流れ図である。
【００７８】
まず、通信制御部３０６はクライアント端末装置１０２から送信されてくるデータ送信プログラムのダウンロード要求を受け付ける（ステップＳ６０１）。クライアント端末装置１０２からモジュール送信要求を受信した場合には、次のステップＳ６０２に移行し、受信してない場合には、受信待ち状態に入る。
【００７９】
次に、通信制御部３０６はダウンロードの要求のあったクライアント端末装置からユーザプロファイルを取得し、蓄積部３０７に保存する（ステップ６０２）。ここでユーザプロファイルとは、クライアント端末装置１０２のユーザに関する情報であり、例えば、ユーザ名やＥ−ｍａｉｌアドレスや住所、年齢、性別等である。ステップＳ６０２では、データ送信プログラムの送信を要求してきたクライアント端末装置１０２に対して、ユーザプロファイルの送信を要求する。サーバー装置１０１は、クライアント端末装置１０２が送信してくるユーザプロファイルを受信し、これを蓄積部３０７に保存する。なお、ユーザプロファイルのフォーマットについては特に規定はない。目的に応じてユーザプロファイルの記述項目を定め、ＨＴＭＬやＸＭＬなどのマークアップ言語で記述することができる。
【００８０】
次に、通信制御部３０６は要求のあったクライアント端末装置１０２に端末識別子を割当て、データ送信プログラムにその端末識別子を埋め込む（ステップＳ６０３）。ここで、端末識別子とは、サーバー装置１０１の制御下にあるクライアント端末装置１０２に割り当てる識別子であり、例えば１から始まる連続する番号を規定する。この端末識別子は、特定のクライアント端末装置を指定するために制御メッセージの制御ルール中で使用される。例えば、「端末識別子が奇数であるクライアント端末装置のみがデータを送信する」あるいは「端末識別子が１００〜１１０であるクライアント端末装置のみがデータを送信する」というような制御ルールを設定して、上り方向のデータ送信を制限することが可能となる。
【００８１】
蓄積部３０７は、ステップＳ６０３で取得したユーザプロファイルと端末識別子を組にして管理する。クライアント端末装置１０２からデータを収集する際に、同時に端末識別子も送信するように制御ルールを記述すると、クライアント端末装置１０２からデータを受信した際に、端末識別子をキーとしてユーザプロファイルを検索可能なので、サーバー装置１０１の管理者が、クライアント端末装置１０２やそのユーザの詳細情報を確認することが可能となる。また、クライアント端末装置１０２が、データ送信プログラムをダウンロードする際に、クライアント端末装置１０２をＩＰアドレスやユーザのＥ−ｍａｉｌアドレスといった特定できる情報をユーザプロファイルの一部として保持しておけば、同一クライアント端末装置１０２がデータ送信プログラムのダウンロードを複数回実行したことを検知することができる。
【００８２】
次に、モジュール送信部３０４は、モジュール送信要求を送ってきたクライアント端末装置１０２へデータ送信プログラムを送信する（ステップＳ６０４）。
【００８３】
次に、図７は制御メッセージの更新とその送信処理の動作を示す流れ図である。
【００８４】
まず、通信部３０２はクライアント端末装置１０２からのデータ送信の有無を常時確認し（ステップＳ７０１）、データ受信がある場合には、ステップＳ７０２に移行し、受信がない場合には図示していないが、受信待ち状態が所定時間続いていないかを確認する。所定時間経過していればステップＳ７０７に移り、経過していなければ受信待ち状態に入る。
【００８５】
次に、データ受信部３０５はクライアント端末装置１０２からの応答データをデータ受信部３０５へ読み込む（ステップＳ７０２）。
【００８６】
次に、通信制御部３０６は応答データに含まれる端末識別子が、サーバー装置１０１に登録済みの識別子であるか否かの確認処理を行う（ステップＳ７０３）。登録された端末識別子であることが確認された場合は、ステップＳ７０４に移行する。一方、未登録の端末識別子、すなわち、無効な端末識別子である場合には、ステップＳ７０５へ進む。なお、端末識別子を利用しない場合は、ステップＳ７０３は飛ばすことができる。
【００８７】
次に、通信制御部３０６は応答データの統計処理やデータ解析を行い、その結果を蓄積部３０７に保存したり、別のプログラムを起動したりする（ステップＳ７０４）。統計処理は例えば、応答データが設問に対してＹＥＳ／ＮＯを解答する場合には、応答データの総数やＹＥＳとＮＯの回答数のカウントなどである。
【００８８】
次に、通信制御部３０６は１つの制御情報に対する応答データの受信処理を終了するか否かを判定する（ステップＳ７０５）。この判定には、応答データの総数や受信時間等の情報を利用する。応答データの受信を終了する場合にはステップＳ７０６に移行し、引き続き応答データを受け付ける場合にはステップＳ７０１へ戻る。なお、サーバー装置１０１は、相互通信可能な状態にあるクライアント端末装置１０２の総数を把握しているとは限らないので、図示していないが所定のタイムアウト時間が経過した場合はステップＳ７０６へ移行する。
【００８９】
次に、通信制御部３０６はステップＳ７０４で求めた統計処理結果を参照して、クライアント端末装置１０２へ制御メッセージを送信するか否かを判定する（ステップＳ７０６）。制御メッセージを送信する場合にはステップＳ７０７へ進み、送信しない場合には、ステップＳ７０１に戻る。
【００９０】
次に、通信制御部３０５は管理者からの制御情報の変更の指示が設定部３０８に出されているか否かを確認し（ステップＳ７０７）、指示有りの場合はステップＳ７０８へ移る。指示無しの場合はステップＳ７０１へ戻る。
【００９１】
次に、通信制御部３０６は設定部３０８を介してサーバー装置１０１の管理者が新たに入力した情報を基にして、クライアント端末装置１０２において取得すべき情報項目が記述されている端末入力情報リストと、上り方向のデータ送信の制御アルゴリズムが記述されている制御ルールを作成する（ステップＳ７０８）。
【００９２】
次に、通信制御部３０６はステップＳ７０８で作成した端末入力情報リストおよび制御ルールを含む制御メッセージを作成する（ステップＳ７０９）。なお、クライアント端末装置１０２との通信開始前に制御メッセージを作成し終えている場合には、ステップＳ７０８およびステップＳ７０９はスキップすることが可能である。
【００９３】
次に、通信制御部３０６はステップＳ７０９で作成した制御メッセージをクライアント端末装置１０２へ同報送信する（ステップＳ７１０）。
【００９４】
次に、通信制御部７０６は管理者やクライアント端末装置からの要求に従い、上記通信処理を終了するか否かを判定し、終了しない場合にはステップＳ７０１へ戻る（ステップＳ７１１）。
【００９５】
以上により、サーバー装置１００１はクライアント装置１００２に制御メッセージを必要に応じて送信することができ、制御情報を順次変更していくことにより、端末数を絞っていくことが可能になる。
【００９６】
例えば、クライアント端末装置の数量が多い初期段階においては、制御メッセージはクライアント端末装置１０２からの応答データはＹＥＳ／ＮＯという文字列で解答を返すような少ない情報量で済むような簡単な設問にしておく。これにより、クライアント端末装置１０２からのアクセス数は多くても、１アクセスに対する受信処理が軽くて済むので通信付加はトータル的に小さくすることができる。更に、次に送信する制御メッセージには、１回目の設問でＹＥＳと答えた場合に限り、解答を送信するように制御ルールを記述しておく。２回目の制御メッセージに対する応答データのＹＥＳの回答数が所定の数を下回らない場合は、再度、設問を含む制御メッセージを送信する。この制御メッセージには、１回目および２回目の設問の両方に対してＹＥＳと答えた場合に限り、解答を送信するように制御ルールを記述しておく。以下、同様の処理を繰り返していくことにより、応答データを送信してくるクライアント端末装置１０２の台数を絞り込んでいくことができる。
【００９７】
そして次の段階として、一定量のクライアント端末装置に絞った後に、制御ルールには、データ送信を実行するための制約条件の他に、端末入力情報リストには、初期段階のものよりも多くの情報量をクライアント端末装置が送信するようなデータ項目を記述することができる。
【００９８】
以上の例に示した方法により、サーバー装置１０１はその時の状況によって、クライアント端末装置１０２からのアクセス数を自在に絞り込みながら、クライアント端末装置１０２からの必要な情報収集を行うことが可能になる。
【００９９】
次に、クライアント端末装置１０２について説明する。
【０１００】
図４は、クライアント端末装置１０２のブロック構成図である。
【０１０１】
通信部４０２は、双方向通信部４１０を有するネットワーク１０３を介してサーバー装置１０１との間の相互通信を行う。
【０１０２】
コンテンツ受信部４０３は、通信部４０２を介してサーバー装置１０１から情報コンテンツとしてＨＴＭＬやＸＭＬなどで記述されたデータファイルやストリームデータを受信する。
【０１０３】
表示部４０４は、受信した情報コンテンツの解析処理や、復号処理、表示処理を実行し、コンテンツ受信部４０３から情報コンテンツを取得し、これを表示する。
【０１０４】
モジュール受信部４０５は、サーバー装置１０１からデータ送信プログラムをダウンロードする。
【０１０５】
蓄積部４０６は、サーバー装置１０１より受信したデータの蓄積・管理を行い、モジュール受信部４０５が受信したデータ送信プログラムを一時的に保存したり、コンテンツ受信部４０３が受信した情報コンテンツを蓄積する。蓄積部４０６に蓄積されている情報コンテンツは、表示部４０４へ出力することも可能である。
【０１０６】
通信制御部４０７は、蓄積部４０６からデータ送信プログラムを読み込むことにより、上り方向のデータ送信の制御を行う。また、通信制御部４０７はサーバー装置１０１が送信してくる制御メッセージを受信し、データ送信プログラムの制御入力情報リストや制御ルールなどを更新する。
【０１０７】
コンテンツ生成部４０８は、サーバー装置１０１へ送信する映像データや音声データを生成する。また、コンテンツ生成部４０８は、映像や音声の解析処理機能を有し、データ解析結果を出力できるし、あるいは、外部からデータを取得するも可能である。
【０１０８】
操作部４０９は、ユーザからのデータ入力を受付け、通信制御部４０７へ出力する。また、操作部４０９はデータ表示用ディスプレイを有し、データ送信プログラムに含まれたデータ入力フォーム（データ入力用GUIと同義）を生成するためのスクリプトなどのデータ入力フォームデータを解析し、ユーザに対してデータ入力フォームを表示する。ユーザがデータ入力フォームに入力した情報は、通信制御部４０７で実行されているデータ送信プログラムに入力される。
【０１０９】
双方向通信部４１０は、通信制御部４０７からのデータをサーバー装置１０１へ送信する。また、双方向通信部４１０は、サーバー装置１０１から受信した情報コンテンツや、制御メッセージ、データ送信プログラムを、コンテンツ受信部４０３、通信制御部４０７、モジュール受信部４０５へ出力する。
【０１１０】
クライアント端末装置１０２は、ハードウェア装置であっても、ハードウェア装置とソフトウェアプログラムを組み合わせたシステムであっても構わない。後者である場合は、クライアント端末装置１０２は、パーソナルコンピュータやワークステーションであり、それらが有するハードウェア資源（ＣＰＵ、ＲＡＭ、ＲＯＭ、外部記憶装置、ネットワークインタフェース）を利用して図４のブロック図で示した機能を有するプログラムが実行される。
【０１１１】
次に、クライアント端末装置１０２の動作について図８と図９を用いて説明する。本実施例１において、クライアント端末装置１０２は、主にデータ送信プログラムの受信とそのデータ送信プログラムに従ったデータ送信を行う。
【０１１２】
初めにモジュール受信処理を説明する。図８は、クライアント端末装置のモジュール受信処理手順を示す流れ図である。
【０１１３】
まず、操作部４０９からユーザがサーバー装置１０１のＷｅｂページを閲覧して、情報コンテンツやサービス内容を確認する（ステップＳ８０１）。情報コンテンツやサービス内容が既知である場合には、当ステップは省略できる。
【０１１４】
次に、通信制御部４０７はサーバー装置１０１へデータ送信プログラムの送信を要求する（ステップＳ８０２）。
【０１１５】
次に、通信制御部４０７は、ステップＳ８０２においてサーバー装置１０１に送信したメッセージに対する応答を待つ（ステップＳ８０３）。応答があった場合は次のステップＳ８０４に移行し、応答が無い場合は待ち状態に入る。また、図示していないが、応答待ちのタイムアウト時間を経過した場合には処理を終了する。
【０１１６】
次に、通信制御部４０７はサーバー装置１０１からの応答データを受信し、そのデータの記述内容に従ったユーザプロファイル情報を作成する。そして、それをサーバー装置１０１へ送信する（ステップＳ８０４）。なお、サーバー装置１０１が、各クライアント端末装置１０２からユーザプロファイルを収集することを要求しない場合は、ステップＳ８０３からＳ８０４のステップは省略できる。
【０１１７】
次に、通信制御部４０７はサーバー装置１０１よりデータ送信プログラムをダウンロードする（ステップＳ８０５）。ただし、サーバー装置１０１は、受信したユーザプロファイルが所定条件を満たすものではない場合には、データ送信プログラムをダウンロードできなくすることができる。このダウンロードしたデータ送信プログラムは蓄積部４０６へ蓄積される。なお、ネットワークを介してデータ送信プログラムを送受信するのではなく、任意の記憶媒体を介してクライアント端末装置へデータ送信プログラムを蓄積することも可能である。
【０１１８】
次に、データ送信処理を説明する。図９は、クライアント端末装置１０２のデータ送信処理手順を示す流れ図である。 まず、通信制御部４０７は蓄積部４０６に保存されているデータ送信プログラムを読み込み、それを起動する（ステップＳ９０１）。これ以降の各ステップは、通信制御部４０７のデータ送信プログラムにより実行される。
【０１１９】
次に、通信制御部４０７はサーバー装置１０１から送信されてくる制御メッセージの受信確認処理を行う（ステップＳ９０２）。受信した制御メッセージがある場合にはステップＳ９０３に進み、ない場合にはステップＳ９０４に移行する。
【０１２０】
次に、通信制御部４０７は受信した制御メッセージの解析処理を行う（ステップＳ９０３）。制御メッセージには、図１３に示す端末入力情報リスト１３０１と制御ルール１３０５とが含まれている。これらの内容を確認し、現在の制御情報を更新する。データ送信プログラムは以降、この更新された制御情報に従って動作することになる。
【０１２１】
次に、通信制御部４０７は端末入力情報リスト１３０１及び、制御ルール１３０５に定義されている送信開始条件を参照し、データ送信処理を開始できるか否かを判定する（ステップＳ９０４）。データ送信開始の判定条件を満たしている場合にはステップＳ９０５に移行し、満たしていない場合にはステップＳ９０２へ戻る。または、図示していないが処理を終了する。ここで、送信開始条件として、開始時刻やユーザ認証、データ送信プログラムの使用有効期限などに関する条件が設定されている。
【０１２２】
次に、操作部４０９が通信制御部４０７からの指示に従ってデータ入力フォームを生成し表示する（ステップＳ９０５）。ただし、コンテンツ生成部４０８が出力するデータやそのデータの解析結果をサーバー装置１０１へ送信する場合などは、このステップは省略できる。
【０１２３】
次に、操作部４０９は入力されたデータを通信制御部４０７に引き渡す（ステップＳ９０６）。このデータは、コンテンツ生成部４０８やクライアント端末装置１０２の外部より取得することもできる。なお、通信制御部４０７は、取得データをすぐに送信せずに内部で保持しておくことも可能である。
【０１２４】
次に、通信制御部４０７はサーバー装置１０１へのデータ送信の実行判定に使用する送信判定パラメータを算出する（ステップＳ９０７）。この送信判定パラメータは、データ送信プログラムの一部である所定の演算式を実行する演算アルゴリズムに依って算出される。この演算式にはステップＳ９０６で取得したデータが代入される。この演算の例については、図１０を用いて詳細に後述する。この演算処理により、送信の可／不可を示す二値データの他に、送信可能な時間範囲などを算出することができる。
【０１２５】
次に、通信制御部４０７はステップＳ９０７で算出した送信判定パラメータを参照して送信の可否を判定する。送信可能と判定した場合はステップＳ９０９に移行し、送信不可能の場合にはステップＳ９１０へ進む。また、図示していないが送信待機と判定した場合は待ち状態に入る。
【０１２６】
次に、通信制御部４０７はステップＳ９０６において取得したデータの全てあるいは一部をサーバー装置１０１へ送信する（ステップＳ９０９）。あるいは、クライアント端末装置１０２とサーバー装置１０１との間でコネクションを張り、双方向の映像通信するような任意の通信処理を実行するもできる。
【０１２７】
次に、通信制御部４０７は所定の終了判定基準に従いデータ送信処理を終了するか否かを判定する（ステップＳ９１０）。データ送信処理を終了しない場合は、ステップＳ９０１に戻り処理を継続する。ここで終了判定基準としては、終了時刻や送信データ量に関する条件などがある。
【０１２８】
ここで、通信制御部４０７がデータ送信プログラム内の図１３に示す端末入力情報リストと制御ルールとを利用して送信判定パラメータをステップＳ９０６で如何に算出するかについて詳述する。
【０１２９】
端末入力情報リスト１３０１は、クライアント端末装置１０２もしくはそのユーザから取得するデータ項目を記述したものである。端末入力情報１３０２には、サーバー装置１０１に送信する情報、および、送信判定パラメータ１３０４の算出に用いるデータが含まれる。前者の例としてはユーザの氏名やアドレス、設問に対する解答などであり、後者の例としては、任意の６桁の数値などを挙げることができる。また、端末入力情報リスト１３０１は、クライアント端末装置１０２のディスプレイに表示するデータ入力フォームを生成するためのデータ（HTMLやスクリプト言語などで記述されたデータ）も含んでいる。これによって、通信制御部４０７は端末入力情報リスト１３０１に従ってデータ入力フォームを生成し、ユーザから端末入力情報１３０２を取得する。
【０１３０】
制御ルール１３０５は、ユーザ入力データに対する処理方法や、サーバー装置１０１へのデータ送信方法が記述されているスクリプトやプログラム１３０７である。 ここで端末入力情報ｘ、ｙをユーザが指定する入力変数として、あらかじめ決められている２種類の関数ｆ（ｘ、ｙ）とｇ（ｘ、ｙ）とを用いてデータ送信の可／不可を示す送信判定パラメータＲおよび送信時刻Ｔsを算出する。なお、関数ｇ（ｘ、ｙ）は、算出されるＴsが適度にバラツキのある値となるように設計されている。
【０１３１】
具体的には、ｘがクライアント端末装置の所有者が入力した2桁の数値であり、ｙがその所有者の電話番号(但し、括弧やハイフン無しの数字列)としたとき、送信判定関数ｆ（ｘ、ｙ）と送信時刻算出関数ｇ（ｘ、ｙ）を図１０に示すプログラムで表されるものとする。ここで、ステップＳ１００３が関数ｇ（ｘ，ｙ）に相当し、ステップＳ１００２が関数ｆ（ｘ、ｙ）に相当する。
【０１３２】
まず、ユーザが２桁の任意の数値と電話番号とを入力する（ステップＳ１００１）。
【０１３３】
次に、この入力された任意の数値が０から２０までの範囲にあり、かつ電話番号が２の倍数であるか否かを判定し（ステップ１００２）、範囲内にある偶数であれば、送信時刻を算出する（ステップＳ１００３）。ここでは、入力された任意の数値と、電話番号との和を「６０」で割ったあまりを求め、その時刻に送信を行うことにした。
【０１３４】
範囲内に無い、あるいは偶数でなければ、送信しないで終了する（ステップＳ１００４）。
【０１３５】
以上のように、各クライアント端末装置１０２は、サーバー装置１０１にデータを送信する時刻を適度に分散させたり、送信データの量を制限することができる。これにより、サーバー装置１０１のデータ受信に関わる負荷を軽減することができる。
【０１３６】
また、サーバー装置１０１はこの制御メッセージをクライアント端末装置１０２へ送信することにより、データ送信プログラムが内包する端末入力情報リストと制御ルールを更新することができる。
【０１３７】
一方、クライアント端末装置１０２は、サーバー装置１０１より制御メッセージを受信すると、その制御メッセージをデータ送信プログラムに入力する。データ送信プログラムは、予め内包している制御ルールおよび端末入力情報リストを、制御メッセージ内に含まれる端末入力情報リストと制御ルールによって更新し、新たな端末入力情報リストと制御ルールに従って、上り方向のデータ送信制御を実行する。データ送信プログラムは、予め内包している制御ルールおよび端末入力情報リストと、制御メッセージとを併用して、上り方向のデータ送信を制御することも可能である。
【０１３８】
以上のように、サーバー装置１０１からクライアント端末装置１０２への同報送信が可能な一対多双方向通信システムにおいて、データ送信プログラムに加えて、端末入力情報リストと制御ルールとを含む制御メッセージを自在に活用すると、より柔軟な上り方向のデータ送信制御を実行することが可能である。例えば、サーバー装置１０１は、制御メッセージに対する応答データを集計し、データ集計結果を反映した新たな制御メッセージを送信するという処理を繰り返すことにより、特定の条件を満たすクライアント端末装置１０２を選別した上で、クライアント端末装置１０２からのデータ収集を実行することができる。
【０１３９】
更に、サーバー装置からクライアント端末装置への通信が不可能な場合においても、クライアント端末装置からサーバー装置へのデータ送信を制御することができるという有利な効果が得られる。また更に、通信ネットワークを介して制御情報をクライアント端末装置に同報送信することにより、クライアント端末装置からサーバー装置へのデータ送信の制御方法を変更できるので、サーバー装置は、目的に合った制御情報を送信することにより、特定の条件を満たすクライアント端末装置のみからデータを収集したり、クライアント端末装置からのデータ送信のデータ量や送信時刻を調整することができるという有利な効果が得られる。
【０１４０】
なお、本実施の形態１ではサーバー装置とクライアント装置とはそれぞれ固定したシステムとして記載したが、このようなシステムに限らず、状況により情報処理装置がサーバー装置あるいは、クライアント装置に立場を変更するようなシステムにおいても同様な方法により同じ効果を得ることができる。
【０１４１】
（実施の形態２）
図２は、本発明の実施例２の双方向通信システムのシステム構成図である。
【０１４２】
図２の双方向通信システムが、実施例１と異なるところは、サーバー装置１０１が、ディジタル放送を送出する機能を有する放送局２０１であり、クライアント端末装置１０２が、ディジタル放送を受信する機能を有する放送受信端末２０２であり、放送衛星２０４が、ディジタル放送を中継していることである。なお、放送衛星２０４は通信衛星とすることも可能である。
【０１４３】
実施例１とは、放送局２０１が、データ放送を利用して各放送受信端末２０２へデータ送信プログラムを配信することが異なる。
【０１４４】
すなわち、放送局２０１は、データ放送によりデータ送信プログラムを放送受信端末２０２へ送信し、放送内容に同期して、制御メッセージをデータ放送により送信する。一方、放送受信端末２０２は、データ放送から受信したデータ送信プログラムを起動し、同じくデータ放送から受信した制御メッセージをデータ送信プログラムに入力する。データ送信プログラムは、放送受信端末２０２のユーザにデータ入力を指示し、入力されたデータを放送局２０１へ送信する。
【０１４５】
次に、放送局２０１の構成、および、その動作を説明する。
【０１４６】
図１９は、実施例２における放送局２０１の構成を示したブロック図である。
【０１４７】
実施例１と異なる点は、通信部１９０１が放送送出部１９０２を有しており、その放送送信部１９０２が放送プログラムやデータ送信プログラム、制御メッセージを送信することである。
【０１４８】
ただし、データ放送を利用して不特定の放送受信端末２０２へデータ送信プログラムを送信するので、データ送信プログラム内に端末固有の端末識別子を埋め込むことはできない。
【０１４９】
次に、放送局２０１の動作を説明する。実施例１の動作とは、モジュール送信処理が異なり、モジュール生成処理と制御メッセージの更新処理は同じである。
図１１は、実施例２におけるモジュール送信処理手順を示した流れ図である。
【０１５０】
まず、通信制御部３０６はデータ送信プログラムの存在を確認し、所定のモジュール送信条件を満たすか否かを判定する（ステップＳ１１０１）。モジュール送信条件としては、例えば、送信開始時刻などを設定する。モジュール送信条件を満たす場合は次のステップに移行し、条件を満たさない場合には、待ち状態に入るか、もしくは、図示していないがステップＳ１１０３へ進む。
【０１５１】
次に、モジュール送信部３０４はデータ放送により各放送受信端末２０２へデータ送信プログラムを送信する（ステップＳ１１０２）。
【０１５２】
次に、通信制御部３０６は所定の終了条件に基いてモジュール送信処理の終了判定を行う（ステップＳ１１０３）。終了しない場合はステップＳ１１０１へ戻り、処理を繰り返す。例えば、同一のデータ送信プログラムを周期的に送信するカルーセル送信する場合がこれに相当する。
【０１５３】
図２０は、実施例２における放送受信端末２０２の構成を示したブロック図である。実施例１と異なる点は、通信部２００１が放送受信部２００２を有しており、その放送受信部２００２が、放送プログラムやデータ送信プログラム、制御メッセージを受信することである。
【０１５４】
次に、放送受信端末２０２の動作を説明する。実施例１の動作とは、モジュール受信処理が異なる。図１２は、実施例２におけるモジュール受信処理手順を示した流れ図である。
【０１５５】
まず、コンテンツ受信部４０３が受信した放送を表示し、それを視聴したユーザがデータ放送のサービス内容を確認する（ステップＳ１２０１）。
【０１５６】
次に、通信制御部４０７はユーザに対してデータ送信プログラムを受信（あるいはダウンロード）するか否かの問い合わせを行う（ステップＳ１２０２）。モジュール受信の指示がある場合は、ステップＳ１２０３に移行し、指示がない場合は処理を終了する。
【０１５７】
次に、モジュール受信部４０５はデータ放送中に含まれるデータ送信プログラムを分離し、分離したモジュールを通信制御部４０７と蓄積部４０６との少なくともいずれか一方へ出力する。
【０１５８】
なお、データ送信プログラムが、ユーザが感知すること無く、自動的にダウンロードされる場合には、ステップＳ１２０１およびステップＳ１２０２は実行されない。また、データ送信プログラムは、実施例１と同様に図２のネットワーク１０３あるいは、任意の記録媒体を介して、放送受信端末２０２へロードすることもできる。
【０１５９】
以上のように、放送型システムにおいては、放送衛星を介して行うため同時に大量なユーザを対象に送信できるため、より双方向通信としての使い勝手の優れた番組を実現できる。この場合でも制御メッセージに応答クライアント端末装置の制限情報を組み込むことにより、サーバー装置への応答データ送信タイミングを調整できるため、サーバー装置のネットワークでの通信負荷を低減することができ、実施例１と同様に順次絞り込みを行うことも可能である。また、実施例１と同様に、制御メッセージと応答データとをネットワーク１０３を介して双方向通信することも可能である。すなわち、クライアント端末装置の数量を所定の数量にデータ放送により絞り込んだ後、ネットワーク１０３を介した双方向通信に切り替え、より細かい情報のやり取りをサーバー装置とクライアント端末装置間で行うようにすることもできる。このように本実施例２によれば、柔軟な双方向通信システムを実現することが可能となる。
【０１６０】
（実施の形態３）
図１４は、本発明の実施例３におけるチケット予約システムの全体システム構成図である。
【０１６１】
実施例１とは、チケット予約販売を実施するチケット予約センターであるサーバー装置１０１にオペレータ端末装置１４０５が追加されていること、更に、Ｊａｖａ言語等のプログラム言語で開発されたプログラムの実行環境を有する携帯電話や一般加入電話であるクライアント端末装置１０２は全て無線ネットワークで接続されていることが異なる。
【０１６２】
サーバー装置１０１およびクライアント端末装置１０２の構成は実施例１と同じである。
【０１６３】
次に、サーバー装置１０１の動作と作用を図５，図６、図２１を用いて説明する。
【０１６４】
まず、サーバー装置１０１は、図５のデータ送信プログラムの作成処理と同様に、チケット予約販売開始に先立ち、データ送信プログラムであるチケット予約通信用Ｊａｖａプログラムを作成する。このプログラムの端末入力情報リストには、基礎情報としてユーザから入力してもらうチケット予約に関する情報が記述されている。
【０１６５】
次に、サーバー装置１０１は、図６のモジュール送信処理手順に従い、データ送信プログラムをクライアント端末装置１０２へ送信する。なお、データ送信プログラムは、事前にチケット予約希望を表明したクライアント端末装置１０２に電子メイルで配信することもできる。
【０１６６】
次に、サーバー装置１０１のチケット予約受付処理について、図２１を用いて説明する。
【０１６７】
まず、通信制御部３０６は、常時チケット予約要求を受信しているかチェックし（ステップＳ２１０１）、チケット予約要求を受信している場合は通信部３０２からチケット予約要求を取り込む（ステップＳ２１０２）。
【０１６８】
次に、通信制御部３０６は受信データの端末識別子が事前に登録のあったＩＤか否かチェックし（ステップＳ２１０３）、登録済みであればステップＳ２１０４に進み、未登録ＩＤであればステップＳ２１１０へ移行する。
【０１６９】
次に、通信制御部３０６は予約受付け状況を確認し、受信したチケット予約要求が受入れ可能ならば（ステップＳ２１０４）、予約要求を登録してクライアント端末装置１０２へチケット予約が完了したこと通知する（ステップＳ２１０５）。受入れ不可の場合は受信した予約要求内容と予約状況から次にユーザに指示する内容を決定する（ステップＳ２１０６）。例えば、ユーザに要求のあった予約が既に満杯であることの通知と、ユーザの携帯電話へオペレータとの通話要求を指示する制御ルールを送信するように決定することができる。また、あらかじめ予約が満杯である場合はオペレータへの通話要求せずに、第２希望のチケット予約が行われるようにすることも可能である。
【０１７０】
次に、通信制御部３０５は上記制御ルールと端末入力情報リストを作成し（ステップＳ２１０７）、制御メッセージを作成する（ステップＳ２１０８）。
【０１７１】
次に、通信制御部３０６は予約が受け付けられなかったユーザに制御メッセージを送信する（ステップＳ２１０９）。
【０１７２】
次に、通信制御部３０６は所定の終了判定基準に従い、データ受信処理を終了するか否かを判定する（ステップＳ２１１０）。予約処理が継続する場合は、ステップＳ２１０１へ戻る。
【０１７３】
以上の動作により、ステップＳ２１０１からステップＳ２１１０までの１巡目において、第１希望のチケット予約の拒絶をユーザへ通知するので、２度目に受信するデータには、ユーザがチケット予約の継続を希望するか否かが記述されている（ステップＳ２１０２）。ステップＳ２１０６において受信データの解析を行い、そのデータがチケット予約を終了する通知である場合は、その後のステップＳ２１１０において処理を終了する。一方、受信データがチケット予約を継続する通知である場合は、サーバー装置１０１とクライアント端末装置１０２との間で電話回線を接続し、電話オペレータとユーザとの直接会話によってチケット予約処理を進める（ステップＳ２１０６）。最後にサーバー装置１０１からクライアント端末装置１０２へ予約受付け情報を送信して（ステップＳ２１０７からステップＳ２１０９）全ての処理を完了する（ステップＳ２１１０）。なお、電話回線の接続処理は、サーバー装置１０１とクライアント端末装置１０２のいずれから行うこともできる。
【０１７４】
また、サーバー装置１０１は予約結果を確認せずに処理を終了させてしまう場合には、ステップＳ２１１０でデータ送信プログラムの処理を終了し、予約結果を電子メイルなどを利用して通知することも可能である。
【０１７５】
次に、クライアント端末装置１０２の動作と作用を図８と図９を用いて説明する。
【０１７６】
まず、クライアント端末装置１０２は、チケット予約開始前にサーバー装置１０１より図８の処理に従いデータ送信プログラムをダウンロードする。
【０１７７】
次に、チケット予約開始時刻が間近になったら、ユーザは図９の処理に従いクライアント端末装置１０２にダウンロードしたデータ送信プログラムを起動する（ステップＳ９０１）。
【０１７８】
次に、通信制御部４０７はサーバー装置１０１から送信されてくる制御メッセージの受信確認処理を行う（ステップＳ９０２）。受信した制御メッセージがある場合にはステップＳ９０３に進み、ない場合にはステップＳ９０４に移行する。
【０１７９】
次に、通信制御部４０７は受信した制御メッセージの解析処理を行う（ステップＳ９０３）。制御メッセージには、図１６に示す端末入力情報リストと制御ルールが含まれている。これらの内容を確認し、現在の制御情報を更新する。データ送信プログラムは以降、この更新された制御情報に従って動作することになる。
【０１８０】
次に、通信制御部４０７は現在時刻が開始時刻になっているかをチェックし、開始時刻に達していない場合にはステップＳ９０２へ戻る（ステップＳ９０４）。あるいは、既にチケット予約が終了する時刻になっている場合には図示はされていないが処理を終了する。なお、チケット予約処理が可能な時刻範囲に関する情報は、制御ルールに記述されている。
【０１８１】
次に、データ送信プログラムは、端末入力情報リストに従って、チケット予約に関わるデータ項目を入力するためのデータ入力フォームを、クライアント端末装置１０２のディスプレイに表示する（ステップＳ９０５）。
【０１８２】
図１５は、端末入力情報リストから生成されるデータ入力フォームの一例である。このデータ入力フォームは、図１５（ａ）〜（ｃ）に示す３頁から構成されており、携帯電話のディスプレイに順に表示されていく。
【０１８３】
図１５（ａ）は、スポンサーの商品広告に関するクイズの回答入力するテキストボックス１５０１と、任意の４桁の数値を入力するテキストボックス１５０２と、次画面に進むためのボタン１５０３が表示されているデータ入力フォームである。図１５（ｂ）のデータ入力フォームは、ユーザの名前１５０４、電話番号１５０５、および、Ｅ−ｍａｉｌアドレス１５０６を入力するテキストボックスを有する。同様に、図１５（ｃ）は、チケット予約情報を入力する画面であり、希望会場、希望日時、チケット枚数、席種を選択するリストボックス１５０９から構成される。
【０１８４】
ユーザが図１５（ａ）〜（ｃ）のデータ項目を入力し終える（ステップＳ９０６）と、データ送信プログラムは、制御ルールに従って送信判定パラメータを算出し（ステップＳ９０７）、データ送信処理を実行する（ステップＳ９０８及びステップＳ９０９）。
【０１８５】
端末入力情報リストと制御ルールの例を図１６に示す。図１６において、ｘ、ｙ、ｚという３種類の端末入力情報１６０２を用いる。ここで、ｘはチケット予約情報を示すデータ、ｙは予約者情報を示すデータ、ｚはユーザが入力した任意の数値データとする。また、データ送信プログラムに付加されている端末識別子１６０３をIDとする。
【０１８６】
関数ｆ(z,ID)は、送信判定パラメータＴsを算出する関数であり、Ｔsはデータ送信時刻を示す値である。関数ｆ(z,ID)は、短時間にチケット予約の電話が集中するのを回避するために導入した関数であり、出力パラメータTsがランダムで、かつ、適度に分散した値となるように設計する。
【０１８７】
ここで、チケット予約とは関係が無いランダムな数値データ（ユーザが好きな4桁の数値）を端末入力情報zとして加えているのは、関数ｆ(z,ID)の算出するＴsの値が分散しやすいようにするためである。
【０１８８】
制御ルール１６０２は、具体的には、図２２に示す送信時刻算出関数ｆ（ｚ、ＩＤ）の流れ図で表される。
【０１８９】
まず、サーバー装置１０１から6桁の数値からなる端末識別子ＩＤが割り当てられるとともに、第１の端末入力情報ｘがユーザにより入力される（ステップＳ２２０１）。
【０１９０】
次に、ＩＤの各桁の数値6個を加算し（ステップＳ２２０２）、その和が偶数か、奇数かをチェックする（ステップＳ２２０３）。偶数の場合は和を「２６」で除算した余りが大文字のアルファベットになるように変換し（ステップＳ２２０４）、奇数のときは小文字のアルファベットとなるように変換する（ステップＳ２２０５）。
【０１９１】
次に、求めたアルファベットがあらかじめ設定されているものと一致するか否かをチェックし（ステップＳ２２０６）、一致しない場合は送信が認可されていないとしてクライアント端末装置からの送信を行わないで終了する（ステップＳ２２０８）。一致した場合は、あらかじめ指定された時刻を算出する（ステップＳ２２０７）。
【０１９２】
ここで、ユーザはこのアルゴリズムを知らないものとする。また、アルファベット決定方法は、固定ではなく適宜変更されることとする。このIDは発行日時のチェックや、古いIDの検出などを可能にすることもできる。
【０１９３】
上記アルゴリズムにより、送信時刻が１３：００から１３：５９までの、ランダムな４桁の値ｚを６０で割ったあまりの時刻に特定することができる。 現在の時刻が上記で求めた時刻に達したならば、チケット予約情報である端末入力情報ｘおよび予約者情報ｙをチケット予約センターであるサーバー装置１０１に送信する。
【０１９４】
ここで、データ送信時刻Ｔsが算出されると、データ送信プログラムは、図１５（ｄ）に示すようなデータ送信時刻に関するメッセージ１５１０を、クライアント端末装置１０２のディスプレイに表示する。
【０１９５】
次に、終了判定処理が行われる（ステップＳ９１０）。チケット予約情報を送信しただけで終了するのではなく、クライアント端末装置１０２とサーバー装置１０１との間で対話的にチケット予約処理を行う場合は、ステップＳ９０２に戻る。
【０１９６】
次に、新たに受信した制御メッセージが第１希望のチケット予約が受理されたことを示す場合は、図１５（ｅ）−１のように予約受付け番号やチケット受け取り方法、代金支払方法１５１１などをクライアント端末装置１０２のディスプレイに表示し、ステップＳ９１０においてチケット予約が完了したと判定されて処理が終了する。なお、チケット予約をするのではなく、処理クライアント端末装置１０２へ電子チケットを送信することもできる。
【０１９７】
一方、制御メッセージが第１希望のチケット予約が拒絶されたことを示すものである場合は、クライアント端末装置１０２のディスプレイには、図１５ （ｅ）−２のように、予約が拒絶されたことを通知１５１２する画面が表示される（ステップＳ９０５）。チケット予約処理を継続するか否かをユーザが選択し（ステップＳ９０６）、予約処理を継続しない場合は処理を終了する（ステップＳ９１０）。予約処理を継続する場合には、制御メッセージに従って、クライアント端末装置１０２側のユーザとサーバー装置１０１側の電話オペレータとの間で電話回線が接続され、ユーザとオペレータとの会話によってチケット予約処理を行う（ステップＳ９０９）。
【０１９８】
以上のように、１巡目の処理では、クライアント端末装置１０２からサーバー装置１０１へのチケット予約情報の送信時刻を適度に分散させた上で第１希望のチケット予約を自動処理し、第１希望のチケット予約を拒絶した場合には、サーバー装置は新たな制御メッセージを送信し、２巡目には電話オペレータとユーザの会話によるチケット予約処理が行えるようにする。これにより、短時間にサーバー装置１０１へアクセスが集中することを防止すると同時に、ユーザの利便性を向上することができる。
【０１９９】
上記のように、クライアント端末装置１０２の送信したチケット予約情報がサーバー装置１０１から拒絶されるような場合、ユーザが一連のデータ入力処理を行い新たなチケット予約情報を送信し直す方法や、データ送信プログラムの端末入力情報リストを、第１希望のチケット情報のみではなく第２希望以下のチケット情報も入力するように制御メッセージを設計する方法などがある。
【０２００】
なお、本実施例では、ユーザがデータ送信プログラムを起動するものとしたが、データ送信プログラムはダウンロード直後に起動され、チケット予約開始時刻以降にユーザが入力した予約情報をサーバー装置１０１へ自動送信することも可能である。
【０２０１】
（実施の形態４）
図１７は本発明の実施例４における双方向通信システムをディジタル衛星放送の視聴者参加型番組に適応した場合の処理のシーケンス図である。また、図１８は、端末入力情報リストと制御ルールの一例である。なお、本実施例４のシステム構成及びサーバー装置１０１並びにクライアント端末装置１０２は、実施例２と同じである。
【０２０２】
本実施例４の動作シーケンスを図１７と図１８とを用いて説明する。
【０２０３】
まず、視聴者参加型の番組を開始する前に、サーバー装置１０１から各クライアント端末装置１０２へデータ放送によりデータ送信プログラムを送信する（ステップＳ１７０１）。
【０２０４】
次に、各クライアント端末装置１０２は、受信したデータ送信プログラムを起動して、サーバー装置１０１の制御メッセージの受信準備を行う。番組を進行する司会者は、放送中の番組コンテンツの映像や音声を利用して番組の趣旨を番組視聴者であるユーザに説明し、クイズを出題する（Ｓ１７０２）。
【０２０５】
これに続いて、サーバー装置１０１は、クライアント端末装置１０２へ出題したクイズに関連する情報を含む制御メッセージを送信する（Ｓ１７０３）。本実施例４では、端末入力情報リストには、クライアント端末装置１０２、もしくは、そのユーザから取得すべきデータ項目やクイズ設問の内容が記述されており、制御ルールには、制御メッセージには、第１問目のクイズを出題１８０１し、ユーザから第１問目のクイズの解答１８０２を取得する制御ルールが記述されている。
【０２０６】
なお、制御メッセージのデータフォーマットの詳細は既定しない。クライアント端末装置１０２のＪａｖａ言語実行環境が機種依存性の無いものであれば、データ送信プログラムは任意のクライアント端末装置１０２で実行可能である。すなわち、データ送信プログラムは個々の番組に特化したプログラムで良いので、制御メッセージのフォーマットも個々の番組毎に既定すれば良い。もちろん、標準化された制御メッセージを用いても構わない。
【０２０７】
次に、起動したデータ送信プログラムが受信した制御メッセージを解析し、クライアント端末装置１０２のディスプレイにクイズ設問や解答入力・選択ＧＵＩを表示する（Ｓ１７０４）。
【０２０８】
ユーザは、番組司会者の指示やディスプレイの表示内容に従い、クライアント端末装置１０２が具備しているキーボードやマウス等の入力デバイスを使用して、設問の解答を入力する（ステップＳ１７０５）。データ送信プログラムは、ユーザが入力した情報を保持し、次の制御メッセージを待つ。
【０２０９】
次に、サーバー装置１０１はユーザに対してクイズ解答入力のための適当な時間を与えた後、第１問目のクイズの正解とデータ送信方法を含む新たな制御メッセージをクライアント端末装置１０２に送信する（ステップＳ１７０６）。
【０２１０】
この制御メッセージの制御ルールには、クイズの正誤判定方法や送信データ整形方法、並びに、データ送信方法などが記述されている。ここでは、制御ルールは、クライアント端末装置１０２のデータ送信プログラム内に保持されているユーザの解答とクイズの正解とを比較し、その正誤結果のみをサーバー装置１０１へ送信することを記述したものとする。さらに、制御ルールには、所定範囲に収まり、かつ、適度に分散された時刻を算出する演算方法も記述されており、算出した時刻にデータ送信を実行することも記述されている。具体的には、制御ルールには、第１問目の正解を通知１８０３し、クライアント端末装置１０２は第１問目の正誤判定を行うことが記載されている。そして、第１問目のクイズが正解の場合に限り、サーバー装置１０１へ応答データの送信１８０４が行われる。
【０２１１】
次に、クライアント端末装置１０２は受信した制御メッセージの制御ルールに従って、クイズの正誤判定、送信データの作成、データ送信実行時刻の算出、および、サーバー装置１０１へのデータ送信を実行する（ステップＳ１７０７）。
ここでは、クイズに正解したクライアント端末装置１０２のみがサーバー装置１０１へ応答データを送信する。また、全てのクライアント端末装置１０２は、第１問目のクイズ正誤判定結果を保持するものとする。
【０２１２】
サーバー装置１０１は、全てのクライアント端末装置１０２から送信されてくる第１問目のクイズ正誤判定結果を集計し、その結果を番組の進行管理者や司会者に通知し（ステップＳ１７０８）、さらに、放送により、クイズ正誤集計結果をユーザに伝える（ステップＳ１７０９）。
【０２１３】
クイズの第２問目以降は、第１問目と同様にステップＳ１７０２からステップＳ１７０９までの手順を繰り返す。図１７においては、ステップＳ１７１０からステップＳ１７１７までが、ステップＳ１７０２からステップＳ１７０９までの処理に対応する。ただし、クイズの正誤判定結果を集計する際には、それ以前のクイズ全問に正解しているクライアント端末装置１０２のみがデータ送信を実行するように設計した制御ルールを送信する。このとき、サーバー装置１０１は制御メッセージとして、第２問目のクイズを出題１８０５し、ユーザから第２問目のクイズの解答１８０６を取得するものが先に送信される。
【０２１４】
そして、その結果を受けてサーバー装置１０１は、第２問目の正解を通知１８０７する制御メッセージを送信し、クライアント端末装置１０２は第２問目の正誤判定を行い、クイズ全問に正解している場合に限り、サーバー装置１０１へ応答データの送信１８０８を行うことを記載した制御メッセージを送信する。
【０２１５】
クイズ出題と正誤判定結果の集計を繰り返すことにより、全問正解者を絞り込んでいくことが出来、サーバー装置１０１へのアクセス件数を軽減し通信負荷を減少させることができる。これによりサーバー装置１０１は、制御メッセージをクイズ正誤判定結果に加えて、氏名やアドレスなどのユーザ情報を送信するものに変更し、クライアント端末装置からユーザの詳細な情報を収集可能になる。また、解答選択式のクイズではなく、自由解答式のクイズを出題し、その解答を収集する様にすることもできる（ステップＳ１７１８）。このとき、サーバー装置１０１は、クイズ全問正解のクライアント端末装置１０２のみが、サーバー装置１０１へユーザ情報１８０９を送信１８１０するように記載された制御メッセージをクライアント端末装置１０２に送信する。
【０２１６】
次に、全問正解者のクライアント端末装置１０２のみ応答データをサーバー装置１０１に送信する（ステップＳ１７１９）。
【０２１７】
そして、全問正解者の氏名は、一連のクイズ出題が終了した後に、放送を通じて発表したり、サーバー装置１０１と全問正解者のクライアント端末装置１０２との間で映像通信を行い（ステップＳ１７２０）、両者の通信の様子を放送する（ステップＳ１７２１）。
【０２１８】
以上のように、ディジタル衛星放送の視聴者参加型番組において、データ送信プログラムおよび、制御メッセージを活用すると、受信端末からのデータ送信時刻を分散したり、データ送信を実行する受信端末の台数を番組の進行や状況に合わせて自在に制限することができる。これは、放送局側システムのデータ集計処理の負荷軽減やデータ集計設備の簡素化につながるので、数万台というオーダーの放送受信端末を対象とした視聴者参加型番組の運用が容易になる。
【０２１９】
【発明の効果】
本発明により、 情報処理装置は他の情報処理装置との双方向通信をデータ送信プログラムにより制御可能であり、更に通信相手の情報処理装置の制御情報を任意に更新できるので、指定する情報処理装置への通信負荷を自在に軽減することができる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態における双方向通信システムのシステム構成図
【図２】本発明の第２の実施の形態における双方向通信システムのシステム構成図
【図３】本発明の第１の実施の形態におけるサーバー装置のブロック構成図
【図４】本発明の第１の実施の形態におけるクライアント端末装置のブロック構成図
【図５】本発明の第１の実施の形態におけるデータ送信プログラムの作成処理の動作を示す流れ図
【図６】本発明の第１の実施の形態におけるデータ送信プログラムの送信処理の動作を示す流れ図
【図７】本発明の第１の実施の形態における制御メッセージの更新とその送信処理の動作を示す流れ図
【図８】本発明の第１の実施の形態におけるクライアント端末装置のモジュール受信処理手順を示す流れ図
【図９】本発明の第１の実施の形態におけるクライアント端末装置のデータ送信処理手順を示す流れ図
【図１０】本発明の第１の実施の形態における送信判定と送信時刻算出方法を示す流れ図
【図１１】本発明の第２の実施の形態におけるモジュール送信処理手順を示した流れ図
【図１２】本発明の第２の実施の形態におけるモジュール受信処理手順を示した流れ図
【図１３】本発明の第１の実施の形態における端末入力情報リストと制御ルールを記述した制御情報図
【図１４】本発明の第３の実施の形態におけるチケット予約システムのシステム構成図
【図１５】本発明の第３の実施の形態におけるチケット予約システムのデータ入力フォーム図
【図１６】本発明の第３の実施の形態における端末入力情報リストと制御ルールを記述した制御情報図
【図１７】実施例４におけるディジタル衛星放送の視聴者参加型番組の処理のシーケンス図
【図１８】本発明の実施例４における端末入力情報リストと制御ルールを記述した制御情報図
【図１９】本発明の第２の実施の形態における放送局のブロック構成図
【図２０】本発明の第２の実施の形態における放送受信端末のブロック構成図
【図２１】本発明の第３の実施の形態におけるサーバー装置のチケット予約受付処理を示す流れ図
【図２２】本発明の第３の実施の形態におけるサーバー装置への送信時刻の算出方法を示す流れ図
【図２３】従来の双方向通信システムのシステム構成図
【符号の説明】
１ 衛星データ通信
３ ホスト装置
５ 公衆回線網
７ ゲーム端末
１０１ サーバー装置
１０２ クライアント端末装置
１０２ａ〜１０２ｄ クライアント端末装置
１０３ ネットワーク
１０４ 無線基地局
２０１ 放送局
２０２ 放送受信端末
２０４ 放送衛星
３０２ 通信部
３０３ コンテンツ送信部
３０４ モジュール送信部
３０５ データ受信部
３０６ 通信制御部
３０７ 蓄積部
３０８ 設定部
３０９ コンテンツ生成部
３１０ 双方向通信部
４０２ 通信部
４０３ コンテンツ受信部
４０４ 表示部
４０５ モジュール受信部
４０６ 蓄積部
４０７ 通信制御部
４０８ コンテンツ生成部
４０９ 操作部
４１０ 双方向通信部
１３０１ 端末入力情報リスト１３０１
１４０５ オペレータ端末装置
１９０１ 通信部
１９０２ 放送送出部
２００１ 通信部
２００２ 放送受信部

Claims (8)

1. データ送信プログラムと、データ送信プログラムが参照する制御情報を記憶する記憶部と、
   前記データ送信プログラムと前記制御情報を送信する送信部と、
   前記データ送信プログラムを実行した放送受信端末からの応答データを受信する受信部と、
   前記応答データに基づいて前記制御情報を更新する制御情報設定部とを有し、
   前記制御情報は、放送受信端末がユーザから取得する端末情報又はユーザ情報を指定する端末入力情報リストと、データ送信の制御方法を記述した制御ルールと、を含み、
   前記制御ルールは、データ送信時刻を算出する送信時刻算出関数と、データ送信可否を判定する送信判定関数と、を含み、
   前記データ送信プログラムは、前記端末入力情報リストに基づいて放送受信端末がユーザから情報を取得するステップと、前記取得した情報を用いて、前記送信判定関数によって、データ送信可否を判定するステップと、前記取得した情報を用いて、前記送信時刻算出関数によって、データ送信時刻を算出するステップと、前記データ送信が可と判定された場合に、前記取得した情報の全て又は一部を応答データとして前記データ送信時刻に、放送受信端末から情報処理装置へ送信するステップと、を有し、
   前記送信部は、前記更新した制御情報を前記放送受信端末に送信する情報処理装置。
2. 前記データ送信プログラムの送信を要求する前記放送受信端末毎に割り当てる端末識別情報を前記制御ルールに設定する識別子設定部を更に有する請求項１に記載の情報処理装置。
3. 請求項１に記載の情報処理装置から前記データ送信プログラムと前記制御情報を受信する受信部と、
   前記データ送信プログラムを実行する実行部と、
   前記データ送信プログラムを実行することによって取得された前記応答データを前記データ送信プログラムの指示に従って送信する送信部と、
   前記データ送信プログラムの参照する前記制御情報を新たに受信した制御情報に更新する更新部と、
   を有する放送受信端末。
4. 放送局が、データ放送によりデータ送信プログラムを放送受信端末に配信するステップと、
   前記放送局が制御情報を前記放送受信端末に送信するステップと、
   前記放送受信端末が応答データを前記データ送信プログラムと前記制御情報とに従って送信するステップと、を有し、
   前記放送局は、ディジタル放送を送出する機能を有する請求項１に記載の情報処理装置であり、
   前記放送受信端末は、ディジタル放送を受信する機能を有する請求項３に記載の放送受信端末である双方向通信方法。
5. 前記放送局が、前記応答データを解析するステップと、
   前記解析により得られた情報が、所定の条件を満たす前記放送受信端末とのみリアルタイムに双方向通信を行うステップと
   を更に有する請求項４に記載の双方向通信方法。
6. 前記データ放送が視聴者参加型のクイズ番組であり、前記メッセージ送信ステップが視聴者に対してクイズ解答の入力を指示する制御情報を送信する第１メッセージ送信ステップと、
   直前に出題したクイズの正解を含み、所定条件を満たす場合に限り応答通知を行うことを指示する制御情報を送信する第２メッセージ送信ステップと、
   前記応答データを送信した前記放送受信端末の数を集計する集計ステップとを有する請求項４に記載の双方向通信方法。
7. 前記第１メッセージ送信ステップと、前記第２メッセージ送信ステップと、
   前記集計ステップとを少なくとも１回以上繰り返すステップと、
   更に、前記放送受信端末の数が所定数以下の場合に、前記放送受信端末に受信済みクイズに所定数以上正解している場合のみ応答データを送信することを指示する制御情報を送信する第３メッセージ送信ステップを有する請求項４に記載の双方向通信方法。
8. 前記端末入力情報リストは、チケット予約に関する情報を指定する請求項１に記載の情報処理装置。

Images