(57)【特許請求の範囲】
【請求項１】
放送波を受信して番組を表示する受信機能を持つ複数のテレビジョン受像機と、これらテレビジョン受像機が通信回線を介して回線接続される応答サーバとから構築される双方向テレビシステムであり、
前記テレビジョン受信機は、ＴＶ会議番組の番号が入力されるとＴＶ会議番組が選択されたことを認識し、電話番号入力画面を表示画面に表示させるプログラム制御部を有し、
前記プログラム制御部にて選択されたと認識された番組ＩＤと入力された電話番号とを前記応答サーバに送信し、
前記応答サーバは、
前記番組ＩＤとＴＶ会議サービスのアプリケーションプログラムとが対応させて設定された番組情報データベースと、
前記テレビジョン受信機から送信された前記番組ＩＤに基づき前記番組情報データベースを検索し、その検索結果に基づいて前記番組ＩＤに対応するプログラムを起動するアプリケーション制御部と、
前記テレビジョン受信機から送信された会議参加ユーザの前記電話番号を発呼する前記プログラムとを有し、
前記会議参加ユーザの前記テレビジョン受信機に対して、会議への参加を呼び掛けるメッセージを送信し、
前記テレビジョン受信機は、さらに前記メッセージを前記応答サーバから受信し、参加応答を前記応答サーバに返し、音声及び画像情報からなるメッセージを前記応答サーバに送信し、
前記応答サーバは、前記テレビジョン受信機から音声及び画像情報からなるメッセージを受信すると、当該メッセージを会議に参加している全てのユーザの前記テレビジョン受信機に対して送信することを特徴とする双方向テレビシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、番組放送受信機能を持つ複数のテレビジョン受像機が公衆回線等の通信回線を介して応答サーバに回線接続されて構築される双方向テレビジョンシステムの関連技術に係り、特に複数のテレビジョン受像機間で双方向通信を確立して共通のアプリケーションサービスを受けられるようにした双方向テレビシステムに関する。
【０００２】
【従来の技術】
最近、一般家庭用テレビジョンの高機能化に伴い、マルチメディアの一環として一般家庭用テレビジョンの利用技術が注目されている。現状では文字多重放送が実働している。文字多重放送は、多数の番組を放送波に多重して伝送し、受信側で必要な番組を選択受信しテレビジョン映像信号に変換して表示させるものである。
【０００３】
このような文字多重放送の技術を使用することにより、通常のテレビジョン放送に加えて任意に多数の文字番組、静止画または動画による番組を視聴者に提供できる。例えば、テレビ番組でコマーシャル放送されている商品及びその購買方法の説明を同テレビ番組に多重化させた文字多重番組で行うことができる。
【０００４】
ところが、現在のテレビジョン放送は放送局からテレビジョン受像機を介して視聴者に対し一方的に情報を提供するので、例えば番組内で紹介された複数の商品の中から視聴者が希望する商品の補足情報を選択的に表示したり、番組の中で視聴者に呼び掛けを行い、それに対する視聴者からの応答をリアルタイムで集計して番組に反映させるといった運用を行うことはできなかった。
【０００５】
番組提供者から視聴者に対して一方的に情報を提供するだけでなく、視聴者が番組に対して応答を返せるような双方向性を持った番組（以下、このような番組を「双方向番組」と呼ぶ）にするためには、テレビ番組を放映しているテレビジョン受像機において応答データを受け付けて応答サーバへ伝送する機能を持った双方向性のテレビジョン受像機（以下、「双方向テレビ」と呼ぶ）を利用することが考えられる。
【０００６】
しかしながら、文字多重放送に対応させたテレビジョン受像機は、放送局から送信された番組を視聴者に表示する一方向の情報伝達のみであり、その利用用途は狭い範囲に限られていた。
【０００７】
【発明が解決しようとする課題】
上記したように、一般家庭用テレビジョン受像機は放送番組を視聴者に提供する一方向の情報伝達のみであるので、その利用用途は狭い範囲に限られていた。本発明は、以上のような実情に鑑みてなされたもので、パーソナルコンピュータ等の計算機を利用すること無く、テレビジョン受像機間で通信回線を介した双方向通信を確立して対戦型ゲーム、テレビ会議等の複数のユーザが参加して共通のアプリケーションサービスを受けられるようにした双方向テレビシステムを提供することを目的とする。
【０００８】
【課題を解決するための手段】
本発明は、上記目的を達成するために以下のような手段を講じた。
【０００９】
本発明は、放送波を受信して番組を表示する受信機能を持つ複数のテレビジョン受像機と、これらテレビジョン受像機が通信回線を介して回線接続される応答サーバとから構築される双方向テレビシステムであり、  前記テレビジョン受信機は、ＴＶ会議番組の番号が入力されるとＴＶ会議番組が選択されたことを認識し、電話番号入力画面を表示画面に表示させるプログラム制御部を有し、
前記プログラム制御部にて選択されたと認識された番組ＩＤと入力された電話番号とを前記応答サーバに送信し、
前記応答サーバは、
前記番組ＩＤとＴＶ会議サービスのアプリケーションプログラムとが対応させて設定された番組情報データベースと、
前記テレビジョン受信機から送信された前記番組ＩＤに基づき前記番組情報データベースを検索し、その検索結果に基づいて前記番組ＩＤに対応するプログラムを起動するアプリケーション制御部と、
前記テレビジョン受信機から送信された会議参加ユーザの前記電話番号を発呼する前記プログラムとを有し、
前記会議参加ユーザの前記テレビジョン受信機に対して、会議への参加を呼び掛けるメッセージを送信し、
前記テレビジョン受信機は、さらに前記メッセージを前記応答サーバから受信し、参加応答を前記応答サーバに返し、音声及び画像情報からなるメッセージを前記応答サーバに送信し、
前記応答サーバは、前記テレビジョン受信機から音声及び画像情報からなるメッセージを受信すると、当該メッセージを会議に参加している全てのユーザの前記テレビジョン受信機に対して送信することとする。
【００１２】
【発明の実施の形態】
以下、本発明の実施の形態について説明する。
（第１の実施の形態）
図１に第１の実施の形態に係る双方向テレビシステムのシステム構成を示している。この双方向テレビシステムは、一般家庭等に設置され認証登録の行われている複数の双方向テレビ１０−１〜１０−ｎが、電話回線等の公衆回線網１１を介して応答サーバ１２に回線接続できるように構成されている。以下の説明では複数の双方向テレビ１０−１〜１０−ｎを区別しない場合は単に双方向テレビ１０とする。
【００１３】
双方向テレビ１０は、放送局１３から送信された放送電波をテレビジョン受信回路２１において受信し、放送電波から本来の放送番組の情報と双方向番組の情報（スクリプト、画像、文字等）とを分離し、双方向番組のスクリプト等をプログラム制御部２２へ渡し、リモコン操作受信回路２３で選択したチャンネルの番組を表示画面２４に表示させる。リモコン操作受信回路２３は、専用リモコン２５から入力した信号を解釈して、双方向番組に関する応答データ（双方向番組のチャンネル選択を含む）であればプログラム制御部２２へ通知し、通常の番組のチャンネルを選択する信号であればテレビジョン受信回路２１へ通知する。
【００１４】
プログラム制御部２２が、ＲＯＭ２６に予め格納されている種々のアプリケーションサービスに関する番組開始メニューを取り出してアプリケーションサービスを選択するための番組を提供し、また選択されたアプリケーションサービスに対応したスクリプトにしだがった処理を実行することにより、ユーザに対して双方向性のあるサービスを提供する。
【００１５】
双方向テレビ１０は通信制御部２７、モデム２８を使用することにより応答サーバ１２に回線接続する。本例では電話回線を利用しているが、他の通信回線を利用することもできる。
【００１６】
応答サーバ１２は、一般家庭等に設置され認証登録の行われた双方向テレビ１０（又はユーザ）に関する認証情報が登録された認証情報データベース３１と、双方向テレビシステムで提供する全ての双方向番組に必要な情報が記憶された番組情報データベース３２とが設置されている。
【００１７】
図２に番組情報データベース３２の内部構成が示されている。
双方向番組のそれぞれに対して番組識別子としての番組ＩＤが個々に設定されている。１つの双方向番組は１つ又は複数のプログラム３３−１〜３３−ｎの組み合わせにより構築され、双方向番組の画面構成情報（ボタン情報などを含む）やスクリプトは番組毎に作成したＵＩＣファイル３４に格納されている。双方向番組を提供するにはどのプログラムを使用するのかを示したプログラム名、その双方向番組のＵＩＣファイル番号、その他の情報が番組ＩＤに対応させて番組情報データベース３２に設定されている。
【００１８】
図３に認証情報データベース３１の内部構成が示されている。
認証登録したユーザにはユーザ識別子となるユーザＩＤを個々に設定する。ユーザＩＤは双方向テレビ１０の機体識別子となる場合と一台の双方向テレビを共用するユーザ個人の識別子の場合とがある。認証登録するユーザの氏名、住所、年齢、電話番号、その他の個人属性情報等がユーザＩＤ毎に認証情報データベース３１に登録される。
【００１９】
双方向番組に対応した各プログラムの管理はアプリケーション制御部３５が行っている。アプリケーション制御部３５は、番組情報データベース３２の検索結果に基づいて該当プログラム３３を起動して必要なデータを双方向テレビ１０へ送信することができ、並列処理が可能になっている。
【００２０】
応答サーバ１２は通信制御部３６、モデム３７を使用することにより双方向テレビ１０に回線接続する。
【００２１】
以上のように構成された双方向テレビシステムにおいて、アプリケーションサービスの一つとして対戦型番組である対戦型ゲームを双方向テレビ間で行う場合について説明する。
【００２２】
図４及び図５は対戦型ゲームのサービスを提供する場合のフローチャートであり、図４は双方向テレビ１０−１のフローチャート、図５は応答サーバ１２のフローチャートを示している。
【００２３】
対戦型ゲームの番組参加しようとするユーザは双方向テレビ１０−１において専用リモコン２５のリモコン操作によりサービス提供メニューの表示要求を入力する。
【００２４】
リモコン操作受信回路２３はサービス提供メニューの表示要求を受信すると（ステップＳ１）、プログラム制御部２２にサービス提供メニューの表示要求を出力する。プログラム制御部２２は、その表示要求を応じてＲＯＭ２６からサービス提供メニューの画面構成情報及びスクリプトを読み出し、図６（ａ）に示すメニュー画面を表示させる（ステップＳ２）。
【００２５】
図６（ａ）に示すメニュー画面を表示しているときに、専用リモコン２５から３番ボタンの信号が入力したら（ステップＳ４）、対戦型ゲームを選択する番組の番組ＩＤを発生させて応答サーバ１２へ送信する（ステップＳ５）。ＲＯＭ２６から読み込んだスクリプトにはメニューの各番号に対応させて番組ＩＤを設定している。プログラム制御部２２は、対戦型ゲームを選択する番組の番組ＩＤとユーザＩＤを付加した送信データを、通信制御部２７へ渡して通信制御部２７からモデム２８を介して応答サーバ１２へ回線接続要求を出し、回線確立後に送信データを応答サーバ１２へ送信する。
【００２６】
応答サーバ１２では、双方向テレビ１０から受信した受信データに付加された番組ＩＤを識別する（ステップＴ１）。アプリケーション制御部２５は、番組ＩＤをキーにして番組情報データベース３２から当該受信データの処理内容を検索する。具体的には、受信データの処理内容はデータベース上にプログラム名、ＵＩＣ番号の形で定義されているので、これらの情報を番組情報データベース３２から入手する（ステップＴ２）。
【００２７】
ここで、対戦型ゲームを選択する番組において使用するゲーム選択一覧画面が図６（ｂ）に示すようなものであるとすれば、同図に示す画面構成情報及びスクリプトが該当するＵＩＣファイル３４に格納されている。アプリケーション制御部３５が番組ＩＤをキーに番組情報データベース３２から取り出したＵＩＣ番号に相当するＵＩＣファイル３４からアプリケーション選択番組となるゲーム選択一覧画面の情報及びスクリプト（フォーム）を取得する（ステップＴ３−１）。また、アプリケーション制御部３５が番組ＩＤをキーに番組情報データベース３２から取り出したプログラムＡに相当するプログラムに起動を掛けて予め準備されている対戦型ゲームのリストを対戦型アプリケーションリストのファイルから取り出す（ステップＴ３−２）。さらに、プログラムＡに相当するプログラムに起動を掛けて後述するエントリープログラムによって管理している各対戦型ゲームに参加申し込みしている待ち人数を対戦エントリーリストのファイルから取り出す（ステップＴ３−３）。
【００２８】
上記ステップＴ３−１〜Ｔ３−３で取得した情報が全て揃ってから、または順次入手した順に要求元の双方向テレビ１０−１へ送信する（ステップＴ４）。なお、ＵＩＣファイル３４から取り出して送信するフォームは、複数の画面を順番に更新していくような番組ではフォームリクエストに応じて順番に送ることになる。
【００２９】
双方向テレビ１０−１では、応答サーバ１２からゲーム選択一覧画面の情報及びスクリプト、対戦型ゲームのリスト、各対戦型ゲームに参加申し込みしている待ち人数を受信する（ステップＳ６）。プログラム制御部２２は、受信したスクリプトを実行させることによりゲーム選択一覧画面を表示画面２４に表示させる（ステップＳ７）。専用リモコン２５によって対戦型ゲームの番号が選択されると（ステップＳ８）、その選択番号の対戦型ゲームに対戦待ちとしてエントリーされている者の中から対戦相手を選択するための番組の番組ＩＤを発生する。この番組ＩＤも上記同様にスクリプト内に設定している。プログラム制御部２２は、ユーザＩＤ及び該番組ＩＤを付加した送信データを通信制御部２７に渡すと、通信制御部２７が応答サーバ１２に回線接続した後に送信データを送信する（ステップＳ９）。
【００３０】
応答サーバ１２では、双方向テレビ１０−１から対戦相手を選択する番組の番組ＩＤの設定された送信データを受信する（ステップＴ５）。アプリケーション制御部３５は、番組ＩＤをキーにして番組情報データベース３２から当該番組を構成するプログラム名、ＵＩＣファイル番号を入手する（ステップＴ６）。
【００３１】
ステップＴ７−１の処理では、上記取得したプログラム名に相当するプログラムを起動して、当該ユーザにて選択された対戦型ゲームについて参加申し込みしている対戦エントリーリストファイルから対戦エントリーリストに登録されているユーザのユーザＩＤを入手する（ステップＴ７−１）。この入手したユーザＩＤをキーにして認証情報データベース３１から図６（ｃ）に示す対戦相手リストに表示する対戦相手候補名、年齢、性別等の個人情報を取り出す（ステップＴ８）。
【００３２】
ステップＴ７−２の処理では、アプリケーション制御部３５が上記ＵＩＣファイル番号に基づいて該当するＵＩＣファイル３４から上記対戦型ゲームにおいて対戦相手を選択するための番組に必要な図６（ｃ）に示すような画面構成情報及びスクリプトを取り出す（ステップＴ８）。
【００３３】
ステップＴ７−１，Ｔ７−２，Ｔ８で取得した対戦相手選択番組に関するデータは送信元の双方向テレビ１０−１に公衆回線１１を介して回線接続後に送信される（ステップＴ９）。
【００３４】
双方向テレビ１０−１では、応答サーバ１２から上記対戦相手選択番組に関するデータを受信すると（ステップＳ１０）、プログラム制御部２２が受信データに含まれたスクリプトを実行して図６（ｃ）に示す対戦相手選択番組を表示画面２４に表示させる（ステップＳ１１）。ユーザは図６（ｃ）に示す対戦相手選択用の画面をみて、その中から任意の対戦相手候補を決めてその番号を専用リモコン２５で入力する。
【００３５】
専用リモコン２５から対戦相手候補の番号が入力されると（ステップＳ１２）、プログラム制御部２２が当該対戦相手候補のユーザＩＤとこの対戦相手選択番組の番組ＩＤとを付加した対戦申込データを作成して通信制御部２７へ渡し、応答サーバ１２に回線接続して送信する（ステップＳ１３）。
【００３６】
応答サーバ１２では、双方向テレビ１０−１から対戦申込データを受信すると、そのヘッダ内容に基づいて該当プログラムに渡す。当該プログラムは、対戦申込データに付加されている対戦相手候補のユーザＩＤを取り出し、そのユーザＩＤをキーにして認証情報データベース３１から電話番号を入手し、その対戦申し込みを受けたユーザ（対戦相手候補）の双方向テレビ１０−２に対戦要望があったことを公衆回線１１を介して通知する。
【００３７】
対戦相手候補の双方向テレビ１０−２では、自分で参加申し込みした対戦型ゲームの対戦相手が決まるのを待っている状態となっている。対戦相手待ちとなっている双方向テレビ１０−２では、応答サーバ１２から対戦申込みがあった旨の通知があると表示画面２４の一部に表示する。双方向テレビ１０−２において対戦相手待ちをしているユーザは、対戦を望む場合は専用リモコン２５で「承諾」の応答を入力し、対戦を望まない場合は専用リモコン２５で「拒否」の応答を入力する。例えば、対戦を拒否する場合はボタン１、対戦を望む場合はボタン２を選択する。この応答データはプログラム制御部から通信制御部へ渡されてそこから公衆回線１１を介して応答サーバ１２へ送信される。
【００３８】
応答サーバ１２では、対戦相手候補の双方向テレビ１０−２から応答があると（ステップＴ１２）、当該応答を双方向テレビ１０−１へ送信する（ステップＴ１３）。
【００３９】
対戦相手の応答を待っている双方向テレビ１０−１では、応答サーバ１２から送られてくる応答データを受信すると表示画面２４に表示する。この結果、当該ユーザが今回対戦相手候補として選択した相手が対戦ペアとして成立したか否か判断できることになる（ステップＳ１４）。対戦相手候補からの応答が「拒否」であれば、ユーザは残りの対戦相手リストの中から別の対戦相手候補を選択する（ステップＳ１１）。
【００４０】
一方、対戦相手候補からの応答が「承諾」であれば、応答サーバ１２から当該対戦型ゲームを実行する上で必要になるデータを取得し（ステップＳ１５）、応答サーバ１２に回線接続して対戦型ゲームを実行する（ステップＳ１６）。
【００４１】
応答サーバ１２では、対戦相手候補からの応答を通知した双方向テレビ１０−１から当該対戦型ゲームを実行する上で必要になるデータの取得を要求する送信データを受信すれば対戦成立と判断し（ステップＴ１４）、対戦型ゲームを実行する上で必要になるデータをＵＩＣファイル、他のファイルから取り出して対戦ペアの双方に送信する。また、当該対戦型ゲームの実行プログラムへ以降の処理を渡すことになる（ステップＴ１５）。
【００４２】
対戦型ゲームを実行しているときは、ユーザからの応答内容はヘッダにプログラム接続要求が埋め込まれた送信データにして応答サーバ１２へ送信され、応答サーバ１２ではヘッダの内容を見て対戦型ゲームに対するプログラム接続要求が設定されていれば当該対戦型ゲームの実行プログラムへデータを渡して回線を断する。対戦型ゲームの実行プログラムで応答データを受けてリアルタイムで処理した処理結果を相手の双方向テテレビに回線接続して送信する。ゲーム終了条件が成立するまで、同様の処理を繰り返す。
【００４３】
ところで、上記した説明では、双方向テレビ１０−１におけるステップＳ８の処理でユーザが参加したい対戦型ゲームを受信した応答サーデ１２が、当該対戦型ゲームにエントリーしているユーザのリストを取り出して双方向テレビ１０−１に送信している（ステップＴ７−１）。しかし、ユーザが選択した対戦型ゲームに対戦相手がエントリーされていない場合がありえる。
【００４４】
このような場合には、応答サーバ１２のアプリケーション制御部３５が図７に示すエントリープログラム４１へ当該ユーザのエントリー指示を出す。
【００４５】
また、双方向テレビ１０−１におけるステップＳ１２の処理で対戦相手候補を選択して該対戦相手候補に通知しているが、現在エントリーされている全てのユーザに「拒否」の応答を受けるか、または現在エントリーされているユーザとの対戦を自分から望まない場合もある。
【００４６】
このような場合には、双方向テレビ１０−１において専用スイッチ２５でエントリーの指示またはキャンセルの指示を入力してもらう。プログラム制御部２２は、エントリー指示を受信した場合は、対戦型ゲーム名とエントリー指示を設定した送信データを作成して応答サーバ１２へ送信する。
【００４７】
応答サーバ１２では、以上のように対戦相手がエントリーされていない場合、エントリー指示が設定された送信データを受信した場合は、図７に示すエントリープログラム４１に起動を掛けて当該対戦型ゲームの対戦エントリーリスト４２に登録する。
【００４８】
エントリープログラム４１は、対戦相手が決定するまでの処理を管理していて、上記した処理を経て対戦相手が決定すると、対戦型ゲーム名と対戦ペアとの対情報を対戦相手リスト４３に登録する。ここで、認証情報データベース３１にユーザの参加対戦型ゲームについての過去の対戦成績などのランクを設定しておくことにより、ユーザが対戦相手を決定する際に情報提供することができる。例えば、図６（ｃ）の対戦相手選択画面において各対戦相手候補のランクを同時に表示してやる。
【００４９】
また、対戦型ゲームにおいて短時間で対戦相手が決定されるためには、エントリー受付け時間を短い時間帯に絞って参加申し込み者が集中するようにしてやることが有効である。そこで、番組情報データベース３２に対戦型ゲームのエントリー時間帯を設定する。このエントリー時間帯に対戦型ゲームの番組を提供しますという情報を放送メディアまたは雑誌、新聞等の媒体を介してユーザに知らせる。例えば、対戦型ゲームの一つとして将棋ゲームを提供する場合であれば、将棋番組を放送しているときに文字多重放送により、又はテロップ形式でエントリー時間帯を放送する。
【００５０】
エントリープログラム４１がユーザから対戦型ゲームのエントリー要求を受けたときに、時間帯管理プログラム４５に問い合わせを出して当該対戦型ゲームのエントリー時間帯に入っているか否か確認する。時間帯管理プログラム４５は、エントリープログラム４１から対戦型ゲーム名を指定して問い合わせを受けると、当該対戦型ゲームをキーにして番組情報データベース３２を検索してエントリー時間帯を入手し、現在時刻とエントリー時間帯とを比較して受付の可否を判断する。この受付可否の判断結果をエントリープログラム４１へ通知する。エントリープログラム４１は、受付可の判断結果を入手できれば、上記したエントリーのための処理を実行し、受付不可の判断結果を入手すればユーザにその旨を回線を介して通知する。
【００５１】
対戦型アプリケーション実行プログラム４４は、実際にユーザからの応答データを受けて対戦型ゲームを進行しているプログラムである。この対戦型アプリケーション実行プログラム４４は、対戦型ゲームの勝敗が決まると、その対戦結果を対戦結果ファイル４６に登録する。複数の対戦型アプリケーション実行プログラム４４により各対戦型ゲームが実行されており、各実行プログラム４４から対戦結果が対戦結果ファイル４６に登録されることになる。
【００５２】
ランキング作成プログラム４７は、所定の時間になると対戦型ゲーム毎に対戦結果を集計し、各対戦者の過去の勝敗を加味して対戦型ゲーム毎にユーザのランキングを決定してランキングファイル４８に登録する。このランキングファイル４８に登録されたランキング情報を対戦相手決定の際の材料として提供したり、または放送局１３に送信して所定の時間帯に多重放送として流すようにする。
【００５３】
また、図６（ａ）に示す番組開始メニューを双方向テレビ１０のＲＯＭ２６に予め焼き付けて固定的に使用しているが、例えば対戦型アプリケーションのサービスを提供している時間帯に、番組開始メニューの画面構成情報及びスクリプとを放送電波に多重化して番組として送信し、各双方向テレビ１０において番組として選択したときに番組開始メニューを提供するようにする。
【００５４】
（第２の実施の形態）
図８は第２の実施の形態に係る双方向テレビシステムのシステム構成を示している。この双方向テレビシステムは、上記第１の実施の形態と基本的には同一構成であるが、各双方向テレビ１０に音声情報と映像情報とを同期して入力する音声入力部５１及び画像入力部５２が備えられ、応答サーバ１２に音声情報を格納する音声情報ファイル５３、画像情報を格納する画像情報ファイル５４、及び音声情報ファイル５３と画像情報ファイル５４への書込み及び読み出しを制御する画像音声制御部５５が備えられている。また、応答サーバ１２にＴＶ電話／会議サービスを提供するためのアプリケーションプログラムが格納され、ＴＶ電話／会議番組に対応するＵＩＣファイル３４には当該番組を構成する必要なフォームが格納されている。
【００５５】
以上のように構成された双方向テレビシステムにおいてＴＶ会議アプリケーションサービスを提供する際の処理内容について図９及び図１０のフローチャートを参照して説明する。図９は双方向テレビ１０での当該アプリケーションに係る処理内容を示し、図１０は応答サーバでの当該アプリケーションに係る処理内容を示している。なお、双方向テレビ１０−１からＴＶ会議への出席を呼び掛けるものとする。
【００５６】
ユーザは双方向テレビ１０−１で専用リモコン２５からサービス提供メニューの表示要求を入力して図６（ａ）に示すメニューを表示画面２４に表示させて、さらに専用リモコン２５でＴＶ会議番組の番号を入力する。
【００５７】
双方向テレビ１０−１のプログラム制御部２２は、ＴＶ会議番組の番号が入力されるとＴＶ会議番組が選択されたことを認識し（ステップＳ１）、ＲＯＭ２６から図１１に示すような電話番号入力画面の情報を読み出してきて表示画面２４に表示させる（ステップＳ２）。この電話番号入力画面は仮想キーボードが設けられており、ユーザは当該仮想キーボードを使って会議に参加する相手の電話番号を順に入力する。図１１に示すように、入力した電話番号は順次同一画面に表示させる（ステップＳ３）。仮想キーボードから入力された電話番号は当該番組ＩＤと共に応答サーバ１２へ送信する（ステップＳ４）。
【００５８】
応答サーバ１２では、受信データから番組ＩＤを取り出して（ステップＴ１）、その番組ＩＤをキーにして番組情報データベース３２からＴＶ会議サービスのアプリケーションに係わるプログラム名、ＵＩＣファイル番号を取得する（ステップＴ２）。ステップＴ２の処理で取得したプログラムを起動することにより、受信データに含まれた会議参加ユーザの電話番号をそのプログラムが順に発呼し（ステップＴ３）、会議参加ユーザの双方向テレビ１０−２等に対してメッセージを流す。
【００５９】
なお、会議への参加を呼び掛けるメッセージを受信した双方向テレビ１０−２では、メッセージが表示されることになる。双方向テレビ１０−２の電源がオフされている場合は、応答サーバ１２からの発呼に対して電話が繋がらないことになる。
【００６０】
この場合は、応答サーバ１２では会議参加ユーザが留守であると判断して（ステップＴ４）、その旨を発信元のユーザの双方向テレビ１０−１に対して通知する（ステップＴ５）。
【００６１】
発信元のユーザは、双方向テレビ１０−１に会議参加ユーザが留守である旨の通知が届いた場合（ステップＳ５）、その留守の会議参加ユーザに留守メッセージを入力するか否か当該発信元のユーザに問い合わせ（ステップＳ６）、留守メッセージを入力する旨の応答があった場合はステップＳ７の処理を実行する。
【００６２】
ステップＳ７の処理では、留守メッセージとして音声入力部５１から音声情報を取り込み、画像入力部５２から映像情報を同期して取り込む。この音声情報および画像情報からなる留守メッセージを相手電話番号と共に応答サーバ１２へ送信する（ステップＳ８）。
【００６３】
応答サーバ１２では、留守番メッセージと相手電話番号とからなる送信データを受信すると、当該留守メッセージを音声情報と画像情報とに分けて画像情報ファイル５４及び音声情報ファイル５３に格納する。留守メッセージが発生すると、留守メッセージファイルを作成して相手電話番号、画像情報ファイル５４及び音声情報ファイル５３上の留守メッセージ格納位置及びユーザＩＤを登録しておく。そして、応答サーバ１２の留守メッセージファイルにユーザＩＤが登録されているユーザから接続要求があったとき、そのユーザ（双方向テレビ１０−２）に対して画像情報ファイル５４及び音声情報ファイル５３上に格納していた留守メッセージを送信する。
【００６４】
一方、発信元の双方向テレビ１０−１においては留守の会議参加ユーザを除く全会議参加ユーザから応答があった後、応答サーバ１２に回線接続して双方向通信を開始する（ステップＳ９）。同様に、会議への参加を呼び掛けられて参加応答を返した各会議参加ユーザの双方向テレビ１０−２…においても応答サーバ１２に回線接続して双方向通信を開始する（ステップＳ９）。
【００６５】
応答サーバ１２では、双方向通信確立後は、会議参加ユーザから音声及び画像情報からなるメッセージを受信すると、当該メッセージを同会議に参加している全てのユーザの双方向テレビに対して接続されている各回線を介してマルチキャスト送信する（ステップＴ７）。すなわち、図１２に示すように複数の双方向テレビが応答サーバ１２を経由して接続され、あるユーザの双方向テレビから応答サーバ１２に送信したメッセージが他のユーザの双方向テレビにマルチキャストされテレビ会議が形成されるものとなる。
【００６６】
本発明は上記実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々変形実施可能である。
【００６７】
【発明の効果】
以上詳記したように本発明によれば、パーソナルコンピュータ等の計算機を利用すること無く、テレビジョン受像機間で通信回線を介した双方向通信を確立して対戦型ゲーム、テレビ会議等の複数のユーザが参加して共通のアプリケーションサービスを受けられるようにした双方向テレビシステムを提供できる。
【図面の簡単な説明】
【図１】第１の実施の形態に係る双方向テレビシステムのシステム構成図である。
【図２】図１の双方向テレビシステムを構成する応答サーバに備えた番組情報データベースの構成図である。
【図３】図１の双方向テレビシステムを構成する応答サーバに備えた認証情報データベースの構成図である。
【図４】第１の実施の形態における双方向テレビの動作内容を示すフローチャートである。
【図５】第１の実施の形態における応答サーバの動作内容を示すフローチャートである。
【図６】第１の実施の形態において使用する番組開始メニュー、ゲーム選択一覧、対戦相手選択一覧の各画面構成を示す図である。
【図７】第１の実施の形態における各プログラムとファイルとの関係を示す図である。
【図８】第２の実施の形態に係る双方向テレビシステムのシステム構成図である。
【図９】第２の実施の形態における双方向テレビの動作内容を示すフローチャートである。
【図１０】第２の実施の形態における応答サーバの動作内容を示すフローチャートである。
【図１１】第２の実施の形態において使用する電話番号入力画面の構成を示す図である。
【図１２】第２の実施の形態においてＴＶ会議時の回線接続関係を示す図である。
【符号の説明】
１０−１〜１０−ｎ…双方向テレビ、１１…公衆回線網、１２…応答サーバ、１３…放送局、２１…テレビジョン受信回路、２２…プログラム制御部、２３…リモコン操作受信回路、２４…表示画面、２７，３６…通信制御部、３１…認証情報データベース、３２…番組情報データベース、３３…プログラム、３４…ファイル、３５…アプリケーション制御部
【図１】
0003993526.tif 000002
【図２】
0003993526.tif 000003
【図３】
0003993526.tif 000004
【図４】
0003993526.tif 000005
【図５】
0003993526.tif 000006
【図６】
0003993526.tif 000007
【図７】
0003993526.tif 000008
【図８】
0003993526.tif 000009
【図９】
0003993526.tif 000010
【図１０】
0003993526.tif 000011
【図１１】
0003993526.tif 000012
【図１２】
0003993526.tif 000013