JP2003085075A

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

Info

Publication number: JP2003085075A
Application number: JP2002121936A
Authority: JP
Inventors: Koji Taniguchi; 幸治谷口
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 2001-05-08
Filing date: 2002-04-24
Publication date: 2003-03-20
Anticipated expiration: 2022-04-24
Also published as: JP4562974B2

Abstract

(57)【要約】【課題】サーバー装置への通信が時間的に分散可能な
一対多の双方向通信方法、双方向通信システム並びに、
情報処理装置を提供すること。【解決手段】クライアント端末装置１０２は、サーバ
ー装置１０１が提供するデータ送信の制御情報が内包さ
れているデータ送信プログラムに基いて、サーバー装置
１０１へのデータ送信制御を実行し、かつサーバー装置
１０１はクライアント端末装置１０２への制御情報の更
新メッセージも送信することにより、サーバー装置１０
１への通信が時間的に分散できるため、サーバー装置１
０１の通信負荷を軽減することが可能になる。

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

【特許請求の範囲】

【請求項１】コンピュータに、問い合わせ情報に基づ
いて端末情報とユーザ情報との少なくともいずれか一方
を取得するステップと、送信ルールに基づいて送信条件
を算出するステップと、前記取得した情報を前記送信条
件で指定の情報処理装置へ送信することを指示するステ
ップとを実行させるためのデータ送信プログラム。
【請求項２】前記送信ルールが、前記取得した情報を
用いて、所定の時刻範囲内で、かつ、不規則に分散する
時刻を算出する方法を有している請求項１に記載のデー
タ送信プログラム。
【請求項３】前記送信ルールが、端末識別情報と前記
端末情報と前記ユーザ情報との少なくともいずれかに基
づいて送信の可否を判断する方法を更に有している請求
項２に記載のデータ送信プログラム。
【請求項４】既に保持している前記問い合わせ情報と
前記送信ルールとを、新たな問い合わせ情報と送信ルー
ルとに更新するステップを、更に実行させる請求項１乃
至請求項３のいずれかに記載のデータ送信プログラム。
【請求項５】問い合わせ情報と送信ルールとを含む制
御情報及び、請求項１乃至請求項４のいずれかに記載の
データ送信プログラムとを記憶する記憶部と、前記デー
タ送信プログラムと前記制御情報とを送信する送信部と
当該情報処理装置とは異なる、前記データ送信プログラ
ムを実行した情報処理装置からの応答データを受信する
受信部と、前記応答データに基づいて前記制御情報を更
新する制御情報設定部とを有する情報処理装置。
【請求項６】前記データ送信プログラムの送信を要求
する情報処理装置毎に、端末識別情報を前記制御情報に
設定する識別子設定部を更に有する請求項５に記載の情
報処理装置。
【請求項７】請求項１乃至請求項４のいずれかに記載
のデータ送信プログラムを受信するモジュール受信部
と、前記データ送信プログラムを実行する実行部と、前
記データ送信プログラムを実行することによって取得さ
れた情報を前記データ送信プログラムからの指示に従っ
て送信する送信部とを有する情報処理装置。
【請求項８】問い合わせ情報と送信ルールとを含む制
御情報を受信する制御情報受信部と、前記データ送信プ
ログラムの参照する制御情報を前記制御情報に更新する
更新部とを更に有する請求項７に記載の情報処理装置。
【請求項９】コンピュータに、請求項１乃至請求項４
のいずれかに記載のデータ送信プログラムを情報処理装
置に送信するステップと、前記情報処理装置からの応答
データを受信するステップと、前記応答データに基づい
て問い合わせ情報と送信ルールとを含む制御情報を更新
するステップと、前記制御情報を前記情報処理装置に送
信するステップとを実行させるためのプログラム。
【請求項１０】コンピュータに、前記制御情報に端末
識別情報を設定するステップを更に実行させるための請
求項９に記載のプログラム。
【請求項１１】コンピュータに、請求項１乃至請求項
４のいずれかに記載のデータ送信プログラムを受信する
ステップと、前記データ送信プログラムを起動するステ
ップと、問い合わせ情報と送信ルールとを含む制御情報
を受信するステップと、前記データ送信プログラムの実
行により取得した情報を前記プログラムの指示に従って
送信するステップとを実行させるためのプログラム。
【請求項１２】コンピュータに、前記制御情報の更新
を、実行中の前記データ送信プログラムに要求するステ
ップを更に実行させるための請求項１１に記載のプログ
ラム。
【請求項１３】請求項１乃至請求項４のいずれかに記
載のデータ送信プログラムを記録したコンピュータ読み
取り可能な記録媒体。
【請求項１４】請求項９乃至請求項１２のいずれかに
記載のプログラムを記録したコンピュータ読み取り可能
な記録媒体。
【請求項１５】請求項５乃至請求項６のいずれか一方
に記載の第１の情報処理装置と、請求項７乃至請求項８
のいずれか一方に記載の第２の情報処理装置を有する双
方向通信システム。
【請求項１６】データ放送が可能な放送局が、データ
放送により請求項１乃至請求項４のいずれかに記載のデ
ータ送信プログラムを放送受信端末に配信するステップ
と、次に、前記放送局がデータ放送により問い合わせ情
報と送信ルールとを含む制御情報を前記放送受信端末に
送信するメッセージ送信ステップと、前記放送受信端末
が前記制御情報に基づいて取得した情報である応答デー
タを前記データ送信プログラムと前記制御情報とに従っ
て送信するステップとを有する双方向通信方法。
【請求項１７】前記放送局が、前記応答データを解析
するステップと、前記解析により得られた情報が、所定
の条件を満たす前記放送受信端末とのみリアルタイムに
双方向通信を行うステップとを更に有する請求項１６に
記載の双方向通信方法。
【請求項１８】前記データ放送が視聴者参加型のクイ
ズ番組であり、前記メッセージ送信ステップが視聴者に
対してクイズ解答の入力を指示する制御情報を送信する
第１メッセージ送信ステップと、直前に出題したクイズ
の正解を含み、所定条件を満たす場合に限り応答通知を
行うことを指示する制御情報を送信する第２メッセージ
送信ステップと、前記応答データを送信した前記放送受
信端末の数を集計する集計ステップとを有する請求項１
６に記載の双方向通信方法。
【請求項１９】前記第１メッセージ送信ステップと、
前記第２メッセージ送信ステップと、前記集計ステップ
とを少なくとも１回以上繰り返すステップと、更に、前
記放送受信端末の数が所定数以下の場合に、前記放送受
信端末に受信済みクイズに所定数以上正解している場合
のみ応答データを送信することを指示する制御情報を送
信する第３メッセージ送信ステップを有する請求項１８
に記載の双方向通信方法。
【請求項２０】前記問い合わせ情報がチケット情報と
予約入力フォームの表示方法である請求項１乃至請求項
４のいずれかに記載のプログラム。
【請求項２１】請求項２０に記載のプログラムを送信
するモジュール送信部と、受信した予約情報が受付け不
許可である場合、前記予約情報の送信元である情報処理
装置に電話回線を接続する回線接続部と、電話回線から
の指示を受け付ける指示受付部と、前記指示により前記
予約情報を変更する予約変更部とを有する情報処理装
置。