(57)【要約】デジタルテレビネットワークのチャットシステムであって、視聴者デコーダ（３０９）にブロードキャストするデジタルテレビオペレータヘッドエンドシステムを有する。このヘッドエンドシステムは、イベント関連チャットルームを生成、キャンセル、および／または加入するチャットサーバ（３１４）と通信するチャットルーム生成デバイス（３０７）と、イベントの発生の際起動し前記チャットルーム生成デバイスにチャットルームの生成要求を自動的に送るタイマーデバイス（３０６）と、視聴者デコーダへの情報送信の準備に用いられるブロードキャストデバイス（３１０、３１１、３１３）と、前記ブロードキャストデバイスにより送信される通知メッセージを生成するための通知サーバ（３０８）とを有する。前記通知メッセージはイベント関連チャットルームの生成に関連する。
2005524302.tif 000002
【特許請求の範囲】
【請求項１】
イベント関連チャットルームを管理するチャットマネージャシステム（３０４）であって、
チャットルームの生成、キャンセル、加入よりなるグループから選択された少なくとも１つの機能を実行するために、チャットサーバ（３１４）と通信するチャットルーム生成デバイス（３０７）と、
イベントの発生において自分自身を起動し、前記チャットルーム生成デバイスにチャットルームの生成要求を自動的に送るトリガーデバイス（３０６）とを有することを特徴とするチャットマネージャ。
【請求項２】
請求項１に記載のチャットマネージャシステムであって、イベントのプレイリストを維持するためのスケジューラデバイス（３０６）をさらに有し、各イベントは：
イベントプロバイダの識別情報、
イベント名、
開始時間、
終了時間、
チャットルーム名、
チャットルームのトピック
よりなるグループから少なくとも１つのイベント情報に関連し、前記スケジューラデバイスは前記プレイリストのイベント情報により前記トリガーデバイスをプログラムするために、前記トリガーデバイスとインターフェイスされていることを特徴とするチャットマネージャシステム。
【請求項３】
前記生成要求はイベント情報を含むことを特徴とする、請求項２に記載のチャットマネージャシステム。
【請求項４】
請求項１ないし３いずれか一項に記載のチャットマネージャシステムであって、
前記生成されたチャットルームの潜在的ユーザに通知するために通知信号を生成する通知システム（３０８）をさらに有するチャットマネージャシステム。
【請求項５】
請求項１ないし４いずれか一項に記載のチャットマネージャシステムであって、
前記生成されたチャットルームに接続されたユーザ間の交換に対応するチャットサーバからのチャットルームデータを受信し、前記生成されたチャットルームの潜在的ユーザに前記チャットルームデータを転送するディスカッション送信デバイス（３０７、３１５）をさらに有するチャットマネージャシステム。
【請求項６】
請求項１ないし５いずれか一項に記載のチャットマネージャシステムを有する、視聴者デコーダ（３０９）にサービスをブロードキャストするデジタルテレビオペレータヘッドエンドシステム（３０１）。
【請求項７】
請求項６に記載のデジタルテレビオペレータヘッドエンドシステムであって、
前記視聴者デコーダへの情報の送信を準備するために用いるブロードキャストデバイス（３１０、３１１、３１３）と、
前記ブロードキャストデバイスにより送信される通知メッセージを生成するために前記チャットマネージャとインターフェイスした通知サーバ（３０８）と、
前記関係するサービスのためだけに通知メッセージを生成するために前記通知サーバにより用いられる、前記イベントに対応するサービス番号を提供するために前記チャットマネージャとインターフェイスしたサービスプランデバイス（３１６）とをさらに有することを特徴とするデジタルテレビオペレータヘッドエンドシステム。
【請求項８】
請求項６または７に記載のデジタルテレビオペレータヘッドエンドシステムであって、
プログラミングのために遠隔アクセス（３０３）を可能とする前記チャットマネージャとインターフェイスしたプログラミングサーバ（３０２）をさらに有することを特徴とするデジタルテレビオペレータヘッドエンドシステム。
【請求項９】
デジタルテレビネットワークのチャットシステムであって、
請求項６ないし８いずれか一項に記載のデジタルテレビオペレータヘッドエンドシステムと、
前記デジタルテレビオペレータによりブロードキャストされたサービスを受信および復号する、少なくともチャットクライアント（３１９）を有する、少なくとも１つのデコーダ（３０９）とを有することを特徴とするチャットシステム。
【請求項１０】
視聴者デコーダ（３０９）にブロードキャストするデジタルテレビオペレータヘッドエンドシステム（３０１）を有するデジタルテレビネットワークのチャットシステムであって、前記デジタルテレビオペレータヘッドエンドシステムは、
イベント関連チャットルームを生成、キャンセル、および／または加入をするためのチャットサーバ（３１４）と通信するチャットルーム生成デバイス（３０７）と、
イベントの発生時に自分自身を起動し、前記チャットルーム生成デバイスにチャットルームの生成要求を自動的に送るようにプログラムしうるトリガーデバイス（３０６）と、
前記視聴者デコーダに情報送信を準備するために用いられるブロードキャストデバイス（３１０、３１１、３１３）と、
前記ブロードキャストデバイスにより送信された、イベント関連チャットルームに関する通知メッセージを生成するための通知サーバ（３０８）とを有することを特徴とするチャットシステム。
【請求項１１】
請求項１０に記載のチャットシステムであって、
イベントのプレイリストを維持するスケジューラデバイス（３０６）をさらに有し、各イベントは：
イベントプロバイダの識別情報、
イベント名、
開始時間、
終了時間、
チャットルーム名、
チャットルームのトピック
よりなるグループから少なくとも１つのイベント情報に関連し、前記スケジューラデバイスは前記プレイリストのイベント情報により前記トリガーデバイスをプログラムするために、前記トリガーデバイスとインターフェイスされていることを特徴とするチャットシステム。
【請求項１２】
請求項１１に記載のチャットシステムであって、少なくとも１つのイベントがテレビ番組に関し、前記チャットシステムは、
テレビ番組が前記視聴者にブロードキャストされるサービスに対応する、前記関係するサービスのみの通知メッセージを生成する前記通知サーバにより用いられるサービス番号を提供するサービスプランデバイス（３１６）をさらに有することを特徴とするチャットシステム。
【請求項１３】
デジタルテレビネットワークのイベント関連チャットルームを管理する方法であって、
イベントのプレイリストと関係する情報を維持するステップと、
前記プレイリストのイベントの発生時に、チャットサーバにイベント関連チャットルームを生成を自動的に要求するステップとを有することを特徴とする方法。
【請求項１４】
請求項１３に記載の方法であって、
コンテントプロバイダからブロードキャストされる情報を受信するステップと、
前記プレイリストのイベントに対応する決定された情報をブロードキャストする情報中に検出するステップと、
前記決定された情報を検出する際にイベント関連チャットルームを生成するようチャットサーバに自動的に要求するステップとを有する方法。
【請求項１５】
請求項１３または１４に記載の方法であって、新たに生成されたイベント関連チャットルームの潜在ユーザに、その生成について通知するステップをさらに有する方法。
【請求項１６】
請求項１５に記載の方法であって、
イベントをテレビ番組と関連付けるステップと、
前記テレビネットワークの前記テレビ番組をブロードキャストするために用いられるサービス番号を特定するステップと、
潜在的ユーザに通知するために前記サービス番号を用いるステップとを有することを特徴とする方法。
【請求項１７】
デジタルテレビネットワークにおいて視聴者（３０９）にチャットルームへの受動的アクセスを提供するチャットマネージャシステム（３０４）であって、
前記チャットサーバ上に現在開いているチャットルームに関するチャットルームデータを受信するチャットサーバへのインターフェイスと、
前記チャットルームデータをフォーマットし、前記視聴者にブロードキャストするブロードキャスト手段（３１０、３１１、３１３）とを有することを特徴とするチャットマネージャシステム。
【請求項１８】
前記ブロードキャスト手段により遅れてブロードキャストされるチャットルームデータを記憶するバッファ（３１５）をさらに有する、請求項１７に記載のチャットマネージャシステム。
【請求項１９】
デジタルテレビネットワークにおいて、視聴者に複数のチャットルームの少なくとも１つに受動的アクセスを提供する方法であって、
前記チャットルームが開いているチャットサーバから前記チャットルームに関係するチャットルームデータを集めるステップと、
前記視聴者に前記集めたチャットルームデータをブロードキャストするステップとを有することを特徴とする方法。
【請求項２０】
請求項６ないし８いずれか一項に記載のデジタルテレビオペレータヘッドエンドシステムによりブロードキャストされたサービスを受信し処理するデコーダであって、
現在ブロードキャストされ表示されている決定されたサービスと同時に現れる、チャットルームからのディスカッションデータをテレビ画面の上に表示する表示手段を有するデコーダ。
【請求項２１】
請求項２０に記載のデコーダであって、
イベント関連チャットルームの生成の通知を含むポップアップウィンドウをテレビ画面上に生成するポップアップディスプレイ手段をさらに有することを特徴とするデコーダ。
【請求項２２】
請求項２１に記載のデコーダであって、
前記デコーダから前記チャットサーバにディスカッションデータを送るために用いられるリターンリンクを前記デコーダと前記チャットサーバ間に設定するコネクション手段をさらに有することを特徴とするデコーダ。
【請求項２３】
請求項２２に記載のデコーダであって、前記リターンリンクは前記チャットサーバからディスカッションデータを受信可能とする双方向リンクとして用いられることを特徴とするデコーダ。
【請求項２４】
請求項２１ないし２３いずれか一項に記載のデコーダであって、
前記イベント関連チャットルームが前記決定されたサービスに関係するとき、前記ポップアップディスプレイ手段を起動するために用いられるフィルタリングパラメータによりブロードキャストされる前記サービス間の前記決定されたサービスをフィルタする、前記ポップアップディスプレイ手段に接続されたMPEGフィルタリング手段をさらに有することを特徴とするデコーダ
【請求項２５】
請求項１７に記載のチャットマネージャによりブロードキャストされたチャットルームデータを受信し処理するデコーダであって、
決定されたテレビ番組と同時に前記チャットルームデータをテレビ画面上に表示するディスプレイ手段を有することを特徴とするデコーダ。
【請求項２６】
請求項２５に記載のデコーダであって、
前記決定されたテレビ番組に関係するチャットルームの生成の通知を含むポップアップウィンドウを前記テレビ画面上に生成するポップアップディスプレイ手段をさらに有するデコーダ。
【請求項２７】
請求項２６に記載のデコーダであって、
前記デコーダから前記チャットサーバへチャットルームデータを送るために用いられ、それにより前記チャットルームへの能動的アクセスを可能とするリターンリンクを前記デコーダと前記チャットサーバ間に設定するコネクション手段をさらに有することを特徴とするデコーダ。
【請求項２８】
請求項２７に記載のデコーダであって、前記リターンリンクは前記チャットサーバからチャットルームデータを受信可能とする双方向リンクとして用いられることを特徴とするデコーダ。
【請求項２９】
請求項２６ないし２８いずれか一項に記載のデコーダであって、
前記決定されたテレビ番組に関係するチャットルームの生成が現在フィルターされている前記テレビ番組に関係するとき、前記ポップアップディスプレイ手段を起動するために用いられるフィルタリングパラメータにより前記決定されたテレビ番組をフィルタする、前記ポップアップディスプレイ手段に接続されたMPEGフィルタリング手段をさらに有することを特徴とするデコーダ。
【請求項３０】
デジタルテレビネットワークにおいて、チャットルームデータを受信し処理するデコーダであって、
請求項４に記載のチャットマネージャシステムにより生成された通知信号を受信し処理する通知コンポーネント（３１７）と、
テレビ画面上に前記通知信号を含むポップアップウィンドウを表示するポップアップディスプレイ手段とを有することを特徴とするデコーダ。
【請求項３１】
請求項３０に記載のデコーダであって、
テレビ番組をフィルターするフィルタリングパラメータを用いる、前記ポップアップディスプレイ手段に接続されたMPEGフィルタリング手段をさらに有するデコーダであって、現在フィルターされているテレビ番組の前記フィルタリングパラメータが前記チャットルームを新しく生成させる前記イベントに関係するとき、前記ポップアップディスプレイ手段が起動されることを特徴とするデコーダ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はテレビネットワークシステムに関し、特にテレビ視聴者にチャットシステムの枠組みにおいてメッセージを受信および交換可能ならしめるメッセージサービスに関する。
【背景技術】
【０００２】
メッセージの電子的でリアルタイムの交換は、「チャット」として知られ、広く普及したマルチユーザシステムである。これによりユーザはパブリックまたはプライベートなディスカッション（チャットルーム）にリモートで参加することができる。チャットルームは、ビジュアルなディスプレイ機器上に実質上表示されることもある。ユーザはチャットルームに参加し、作り出し、活気付かせることができる。
【０００３】
一般に、チャットシステムのユーザは、チャットサーバを有するネットワークに接続する。ユーザインターフェイスは、パーソナルコンピュータ上で動作しているチャットクライアントにより共通に提供される。ユーザは、ディスカッションのトピックスにより特定されるチャットルームを選択することができる。ユーザは、利用可能なチャットルームの１つに招かれるか、または決定したチャットルームに参加させるようにサーバに要求する。
【０００４】
既知のチャットサービスは、インターネットネットワークを介して共通にアクセス可能であり、利用可能なオペレーティングシステムに固有である、またはこれらのオペレーティングシステムの下のインターネットをブラウズするアプリケーションにより実行されてもよいチャットクライアントによりアクセスされる。
【０００５】
デジタルテレビネットワークを介してチャットシステムにアクセスする他の方法が現在利用可能である。デジタルテレビネットワークにより、デジタルテレビプロバイダは情報をヘッドエンドから視聴者にブロードキャストすることができる。各視聴者は、自分のテレビセットで対応するサービスを取得し視覚化するためにデコーダを用いてその情報を受信および復号する。情報の送信は、地上波、衛星波、またはケーブルネットワーク送信によりなされる。
【０００６】
ブロードキャスト情報は、一般的に、テレビ番組等の複数のサービスを有する。テレビ番組は、典型的には、サービスコンポーネントとして理解されるビデオおよび／またはオーディオストリームが集まっている。この他のサービスコンポーネントとしては、サービスに関連したデータがある。
【０００７】
デジタルテレビネットワークは、視聴者からデジタルテレビプロバイダへ情報を返すリターンリンクを提供する。このリターンリンクは、場合によってはネットワーク自体を介して、または電話モデムによりデコーダとプロバイダ間に設立された電話コネクション等の別のリンクを用いて実施される。
【０００８】
デジタルテレビネットワークでチャットシステムを実施するために、視聴者は、チャットサーバから受信した情報を処理し、適当な表示を生成するチャットクライアントアプリケーションをデコーダ上で実行することを要する。視聴者は、チャットクライアントアプリケーションとインターラクトし、チャットシステムにより提供されるチャットルームまたはその他のオプションに参加することを選択できる。視聴者のアクションは、リターンリンクを介してチャットサーバに送信される。よって、このデジタルテレビチャットシステムにより提供される機能は、インターネットを介してアクセス可能なチャットシステムで知られた機能と非常に似ている。いくつかの例において、チャットサーバはテレビネットワークとインターネットに同時に接続されてもよく、これによりテレビの視聴者はチャットルームでインターネットの利用者と会うことができる。
【０００９】
上で説明したチャットシステムは、ネットワークまたはその他のリターンリンクのいずれかを介してチャットサーバに情報を送信する方法をユーザが持っていることを一般に仮定しているチャットクライアントを使用する。
【００１０】
テレビネットワークの１つの特殊性は、視聴者はブロードキャストによりヘッドエンドから情報を常時受信することができるが、リターンリンクは必ずしも常時接続されているとは限らないことである。これは、例えば、リターンリンクが電話コネクションを介して設立されている場合である。
【００１１】
テレビネットワークの他の特殊性は、チャットルームに従属する特定のサービスや番組ブロードキャストがあることである。
【発明の開示】
【課題を解決するための手段】
【００１２】
第１の態様において、本発明は、イベント関連チャットルームを管理するチャットマネージャシステムであって、
・  チャットルームの生成、キャンセル、加入よりなるグループから選択された少なくとも１つの機能を実行するために、チャットサーバと通信するチャットルーム生成デバイスと、
・  イベントの発生において自分自身を起動し、前記チャットルーム生成デバイスにチャットルームの生成要求を自動的に送るトリガーデバイスとを有することを特徴とするチャットマネージャを提供する。
【００１３】
適宜、当該チャットマネージャシステムは、イベントのプレイリストを維持するためにスケジューラデバイスをさらに有し、各イベントは：
・  イベントプロバイダの識別情報、
・  イベント名、
・  開始時間、
・  終了時間、
・  チャットルーム名、
・  チャットルームのトピック
よりなるグループから少なくとも１つのイベント情報に関連する。前記スケジューラデバイスは前記プレイリストのイベント情報により前記トリガーデバイスをプログラムするために、前記トリガーデバイスとインターフェイスされている。
【００１４】
適宜、前記生成要求はイベント情報を含む。
【００１５】
適宜、当該チャットマネージャシステムは、前記生成されたチャットルームの潜在的ユーザに通知するために通知信号を生成する通知システムをさらに有する。
【００１６】
適宜、当該チャットマネージャシステムは、前記生成されたチャットルームに接続されたユーザ間の交換に対応するチャットサーバからのチャットルームデータを受信し、前記生成されたチャットルームの潜在的ユーザに前記チャットルームデータを転送するディスカッション送信デバイスをさらに有する。
【００１７】
第２の態様において、本発明は、チャットマネージャシステムを有する、視聴者デコーダにサービスをブロードキャストするデジタルテレビオペレータヘッドエンドシステムを提供する。
【００１８】
適宜、当該ヘッドエンドシステムは、
前記視聴者デコーダへの情報の送信を準備するために用いるブロードキャストデバイスと、前記ブロードキャストデバイスにより送信される通知メッセージを生成するために前記チャットマネージャとインターフェイスした通知サーバとを有する。前記チャットマネージャとインターフェイスしたサービスプランデバイスは、前記関係するサービスのためだけに通知メッセージを生成するために前記通知サーバにより用いられる、前記イベントに対応するサービス番号を提供する。
【００１９】
適宜、当該ヘッドエンドシステムは、プログラミングのために遠隔アクセスを可能とする前記チャットマネージャとインターフェイスしたプログラミングサーバをさらに有する。
【００２０】
第３の態様において、本発明はデジタルテレビネットワークのチャットシステムであって、デジタルテレビオペレータヘッドエンドシステムと、前記デジタルテレビオペレータによりブロードキャストされたサービスを受信および復号する少なくとも１つのデコーダとを有する。当該デコーダは少なくともチャットクライアントを有する。
【００２１】
第４の態様において、本発明は、視聴者デコーダにブロードキャストするデジタルテレビオペレータヘッドエンドシステムを有するデジタルテレビネットワークのチャットシステムを提供する。前記デジタルテレビオペレータヘッドエンドシステムは、イベント関連チャットルームを生成、キャンセル、および／または加入をするためのチャットサーバと通信するチャットルーム生成デバイスと、イベントの発生時に自分自身を起動し、前記チャットルーム生成デバイスにチャットルームの生成要求を自動的に送るようにプログラムしうるトリガーデバイスとを有する。当該ヘッドエンドシステムは、前記視聴者デコーダに情報送信を準備するために用いられるブロードキャストデバイスと、前記ブロードキャストデバイスにより送信された、イベント関連チャットルームに関する通知メッセージを生成するための通知サーバとをさらに有する。
【００２２】
適宜、当該チャットシステムは、イベントのプレイリストを維持するスケジューラデバイスをさらに有し、各イベントは：
・  イベントプロバイダの識別情報、
・  イベント名、
・  開始時間、
・  終了時間、
・  チャットルーム名、
・  チャットルームのトピック
よりなるグループから少なくとも１つのイベント情報に関連する。前記スケジューラデバイスは前記プレイリストのイベント情報により前記トリガーデバイスをプログラムするために、前記トリガーデバイスとインターフェイスされている。
【００２３】
適宜、イベントはテレビ番組に関連していてもよく、前記チャットシステムは、テレビ番組が前記視聴者にブロードキャストされるサービスに対応する、サービス番号を提供するサービスプランデバイスをさらに有する。サービス番号は前記関係するサービスのみの通知メッセージを生成する前記通知サーバにより用いられる。
【００２４】
第５の態様において、本発明は、デジタルテレビネットワークのイベント関連チャットルームを管理する方法であって、イベントのプレイリストと関係する情報を維持するステップと、前記プレイリストのイベントの発生時に、チャットサーバにイベント関連チャットルームを生成を自動的に要求するステップとを有することを特徴とする方法を提供する。
【００２５】
適宜、当該方法は、コンテントプロバイダからブロードキャストされる情報を受信するステップと、前記プレイリストのイベントに対応する決定された情報をブロードキャストする情報中に検出するステップとを有する。決定された情報を検出した際に、チャットサーバはイベント関連チャットルームを生成するよう自動的に要求される。
【００２６】
適宜、当該方法は、新たに生成されたイベント関連チャットルームの潜在ユーザに、その生成について通知するステップをさらに有する。
【００２７】
適宜、当該方法は、イベントをテレビ番組関連付けるステップと、前記テレビネットワークの前記テレビ番組をブロードキャストするために用いられるサービス番号を特定するステップと、潜在的ユーザに通知するために前記サービス番号を用いるステップとを有する。
【００２８】
第６の態様において、本発明は、デジタルテレビネットワークにおいて視聴者にチャットルームへの受動的アクセスを提供するチャットマネージャシステムであって、前記チャットサーバ上に現在開いているチャットルームに関するチャットルームデータを受信するチャットサーバへのインターフェイスと、前記チャットルームデータをフォーマットし、前記視聴者にブロードキャストするブロードキャスト手段とを有することを特徴とするチャットマネージャシステムを提供する。
【００２９】
適宜、当該チャットマネージャシステムは、前記ブロードキャスト手段により遅れてブロードキャストされるチャットルームデータを記憶するバッファをさらに有する。
【００３０】
第７の態様において、本発明は、デジタルテレビネットワークにおいて、視聴者に複数のチャットルームの少なくとも１つに受動的アクセスを提供する方法であって、前記チャットルームが開いているチャットサーバから前記チャットルームに関係するチャットルームデータを集めるステップと、前記視聴者に前記集めたチャットルームデータをブロードキャストするステップとを有することを特徴とする方法を提供する。
【００３１】
第８の態様において、本発明は、デジタルテレビオペレータヘッドエンドシステムによりブロードキャストされたサービスを受信し処理するデコーダであって、現在ブロードキャストされ表示されている決定されたサービスと同時に現れる、チャットルームからのディスカッションデータをテレビ画面の上に表示する表示手段を有するデコーダを提供する。
【００３２】
好ましくは、当該デコーダは、イベント関連チャットルームの生成の通知を含むポップアップウィンドウをテレビ画面上に生成するポップアップディスプレイ手段をさらに有する。
【００３３】
好ましくは、当該デコーダは、前記デコーダから前記チャットサーバにディスカッションデータを送るために用いられるリターンリンクを前記デコーダと前記チャットサーバ間に設定するコネクション手段をさらに有する。
【００３４】
適宜、前記リターンリンクは前記チャットサーバからディスカッションデータを受信可能とする双方向リンクとして用いられる。
【００３５】
適宜、当該デコーダは、前記イベント関連チャットルームが前記決定されたサービスに関係するとき、前記ポップアップディスプレイ手段を起動するために用いられるフィルタリングパラメータによりブロードキャストされる前記サービス間の前記決定されたサービスをフィルタする、前記ポップアップディスプレイ手段に接続されたMPEGフィルタリング手段をさらに有する。
【００３６】
第９の態様において、本発明は、デジタルテレビネットワークにおいて、チャットルームデータを受信し処理するデコーダであって、決定されたテレビ番組と同時に前記チャットルームデータをテレビ画面上に表示するディスプレイ手段を有することを特徴とするデコーダを提供する。
【発明を実施するための最良の形態】
【００３７】
本発明を添付した図面を参照して詳細に説明する。
［概要］
本発明は、テレビ番組等のイベントと共にチャットルームを使用することに関する。いくつかの例において、ブロードキャスト事業者の送信側で運営するコンテントプロバイダは、イベント関連のチャットルームを生成すると決定する。チャットプログラミングツールにより、決定された番組に関連したチャットルームの生成を予定することができる。予定されたチャットシステムは、決定された番組に対応する日時に通知システムを起動する。通知システムは、チャットルームに関するイベントの生成をデコーダに通知する。視聴者は、チャットルームに関するイベントの生成または存在について、自分のデコーダを介してテレビ画面上に通知される。
【００３８】
本発明のユーザの一例は、サッカーの試合のユーザである。視聴者は、その試合に関するチャットルームの生成について、試合の開始時に通知される。よって、視聴者はチャットルームに参加することを選択し、試合についてコメントを交換することができる。
【００３９】
さらに別のユーザの例は番組の終わりに係る。番組の終わりを見ている間に、視聴者は、その番組に関するディベートに参加できるチャットルームの生成について通知される。
【００４０】
さらに別の例として、視聴者は、チャットルームが生成された番組にチャンネルを合わせたときに、すでに存在するチャットルームについて通知される。これは、例えば、チャットルームが生成されたサッカーの試合のブロードキャスト中に視聴者はチャンネルを合わせた場合である。視聴者はその試合を最初から見ていなくてもチャットルームについて通知される。
【００４１】
視聴者は、他の番組を見た後、チャットルームが生成された番組にチャンネルを戻すと決めたときに、チャットルームの存在について再び通知されてもよい。視聴者は、チャットルームが生成された番組を見ている間に初めての通知を受けるが、一時的に他の番組を見たあとこの番組に戻ったとき、再び通知を受ける。
【００４２】
通知につづき、視聴者はチャットルームに加入し、メッセージの交換に参加してもよい。あるいは、チャットルームで交換されているメッセージを受信するだけでもよい。視聴者は、チャットルームへの加入を断ってもよい。
［イベント関連のチャットルームの生成と通知］
図１は、イベント関連チャットルームの管理を例示するフローチャートである。このフローチャートには、デジタルテレビチャットシステム中のエンティティを表す４つの列がある。チャットサーバの列には、チャットサーバにおいて実施されるステップが含まれている。チャットルームを実際に実施し運営するステップは、それ自体当業者には周知であり、それゆえ、これらのステップはチャットサーバの列には示されていない。その他の列には、コンテントプロバイダ、デジタルテレビオペレータ、および視聴者の受信デコーダによりそれぞれ実施されるステップが含まれる。ボックス１００において、コンテントプロバイダはイベント関連チャットルームのリストをプログラムする。これは、コンテントプロバイダーがチャットルームの説明を入力したり、番組等のイベントや、より詳細には特定の日時にその説明をリンクしたり可能とするグラフィカルユーザインターフェイスを介してなされてもよい。プログラムされたイベントのリストは、デジタルテレビオペレータに送られ、そのデジタルテレビオペレータがボックス１０１において、そのリストを記憶する。
【００４３】
プログラミングの別の方法は、（図１には示さず）デジタルテレビオペレータに提供されたコンテントと共に、イベントのリスト等のチャットルーム情報を提供することである。
【００４４】
同時に、少なくともそのイベントのリスト中のアイテムに対応するタイマーがスタートされる。そのリスト中のイベントが起こるとすぐに、すなわち、ボックス１０２において、プログラムされたイベントの日時になると、対応するタイマーはチャットルームの生成の要求をトリガーする。その要求は、ボックス１０３でイベント関連チャットルームを生成するチャットサーバに送られる。
【００４５】
ボックス１０２の要求に続いて、サービスの識別情報とイベント関連チャットルームに関連するサービスを収容するデジタルバンドルの識別情報とが、リストから読み出され、デコーダに通知する手続きがボックス１０４で開始される。通知手続きは、ボックス１０５の通知メカニズムを開始し、それによりデコーダのチャットクライアントに通知がブロードキャストされる。ブロードキャストは１回きりでも、定期的に繰り返されてもよい。
【００４６】
チャットルームの生成の要求をトリガーする別の方法は、タイマーによるトリガーではなく、またはそれに加えて、デジタルテレビオペレータにより提供されるコンテント内で発生する決定された情報を検出することである。その決定された情報は、例えば、デジタルテレビオペレータに提供されたコンテントに含まれるメッセージ、ピクチャ、サウンド、その他の信号である。上記の別のトリガー方法によって、例えば、テレビ番組の最初にコンテントプロバイダにより挿入されたピクチャを検出し、番組ブロードキャストの開始を検出できる。そのピクチャを検出すると、チャットルームの生成が要求される。要求に続き、デコーダに通知する手続きが開始される。決定された情報は、イベントのリストに含まれるイベントに関するものでもよい。
【００４７】
デコーダ側において、ボックス１０６において、受信および復号された信号に含まれた通知のスキャンが開始される。ボックス１０７のループは、デコーダで現在選択されているサービスがその通知を含む同一のデジタルバンドルに含まれているかどうかをチェックする。一旦適当なデジタルバンドルが利用可能となると、ボックス１０８において通知が受信される。
【００４８】
この例において、視聴者は関連したサービスを選択したときにのみ、イベント関連チャットルームについて通知されることを欲する。それゆえ、ボックス１０９において、現在選択されているサービスが通知が関係するサービスと同じものであるか、比較される。もしそうであれば、ボックス１１０において視聴者は通知される。通知は、例えば、ディスプレイ上に現れ、視聴者に書かれたメッセージによりチャットルームについて通知するバナーであってもよい。代替的に、通知はスクリーン上の明滅するグラフィックや音響信号でもよい。
【００４９】
視聴者がサービスを現在選択していなくても、当該視聴者が当該サービスのチャットルームについて通知されるように、当業者はこの例を修正できることが分かる。
【００５０】
この例には、視聴者が何も通知されないことを選択できるオプションを含んでもよい（図１には示されていない）。
【００５１】
ボックス１１１において、視聴者は以下の選択肢のうち少なくとも１つ以上を与えられる：
・ディスカッションに参加する：チャットクライアントアプリケーションが実行され、リターンリンクを介するチャットサーバへのコネクションが設定される。ユーザは、自動的にチャットルームに入り、ディスカッションに参加を始める。チャットルームに関するチャットサーバからの情報は、例えば、デジタルテレビオペレータを介してブロードキャストされるか、設定されたリターンリンクを用いて送信される；
・ディスカッションを視覚化する：チャットクライアントアプリケーションが実行されるが、チャットサーバへのコネクションは設定される必要はない。接続された参加者のディスカッションが視聴者のテレビ上の表示される；
・無視する：視聴者は現在選択されているサービスに戻る。視聴者がこのサービスにとどまる限り、後続の通知は受信しない；視聴者がそのサービスを離れ、後で戻ったとき、定期的なブロードキャストがプログラムされていれば再び通知を受信する。
［リターンリンクを設定せずにディスカッションを視覚化する］
図２は、デコーダとチャットサーバ間のリターンリンクを介してチャットルームと実際に接続することなく、視聴者の画面上でチャットルームからのディスカッションを視覚化するステップを例示するフローチャートである。このフローチャートには、図１と同様に、チャットサーバ、コンテントプロバイダ、デジタルテレビオペレータ、およびデコーダそれぞれのステップに対応する４つの列が含まれている。ボックス１０２、１０３、１０８は、図１の同じ参照番号を持つボックスと対応する。
【００５２】
図２に例示したプロセスは、ディスカッションのみを視覚化することを選択した場合で始まる。リターンリンクを介するコネクションが設定されないので、選択されたチャットルームのディスカッションはチャットサーバからデコーダにブロードキャストされる。
【００５３】
ボックス１０３におけるイベント関連チャットルームの生成が、ボックス１０２において一旦要求されると、ボックス２００においてチャットルームのディスカッションが集められ、ブロードキャストのためにフォーマットされる。集められる前に、ボックス２０１のチャットルームのディスカッションを表すメッセージのフローが、ボックス２０２でコンテントプロバイダに送信される。ディスカッションメッセージは、ボックス２０３に表されたように適当なバッファメモリにバッファされ、ボックス２００でデジタルテレビオペレータにブロードキャストのために送信される。バッファーされたメッセージは、例えばバッファーがいっぱいになったときに送信されても、定期的に送信されてもよい。
【００５４】
本発明の別の実施形態において、ボックス２０２と２０３は、フローチャートの他の列、例えばデジタルテレビオペレータに対応する列にあってもよい。
【００５５】
集められフォーマットされたディスカッションメッセージは、ボックス２０４でブロードキャストの準備がされる。これは、例えば、MPEGパケットとしてよく知られているように、デジタルテレビオペレータがデータをパケット化してブロードキャストする場合、テーブルにメッセージを入れることでもよい。そのテーブルはチャットルームにおけるディスカッションのためのものである。メッセージは、ボックス２０５に示したように、チャットルームが関係するサービスも含むデジタルバンドルの一部として、その後ブロードキャストされる。
【００５６】
ボックス１０８でデコーダで通知を受信した視聴者は、チャットルームのディスカッションを視覚化することを選ぶか、ボックス２０６でチャットルームを無視することを選択する。後者の場合、デコーダは現在選択されているサービスに戻る。前者の場合、ボックス２０７でチャットルームに入るためにチャットクライアントアプリケーションが実行される。しかし、チャットサーバへはリターンリンクを介してコネクションは設定されず、よって視聴者はチャットルームには接続された参加者としては現れない。
【００５７】
チャットルームのディスカッションに対応しデジタルテレビオペレータによりブロードキャストされたメッセージは、ボックス２０８で特定され受信される。一般的に、メッセージはチャットクライアントアプリケーションにより定期的にブロードキャストされ受信される。メッセージがテーブルに挿入された場合、これらはメッセージを抽出するためにフィルターされ処理される。受信された情報は、ボックス２１０で表示するために送信される前に、ボックス２０９で表示されるために処理されフォーマットされる。
【００５８】
好ましい実施形態において、視聴者は、対応するサービスにいる限りチャットルームのディスカッションを視覚化し続けるのみでもよい。
【００５９】
他の好ましい実施形態（図示せず）において、同様のプロセスによりチャットクライアントは１以上のチャットサーバから発する恒常的にブロードキャストされる情報を表示することができる。これは、特定の専門的なサービスの一部でもよく、何らかの特定のイベントや通知に関係する必要はない。テレビオペレータは、トピックやチャットルームに接続されているユーザ数を含めた利用可能なチャットルームのリスト等の特定の情報を恒常的にブロードキャストする。視聴者は自分のチャットクライアントのディスプレイを最初にチェックし、所望のチャットルームが利用可能であるかどうか、また接続されたユーザ数が十分であるかどうかを知ることができる。選択的に、視聴者は、チャットサーバへのリターンリンクを設定し、接続されたユーザとディスカッションするため所望のチャットルームに入ってもよい。
【００６０】
さらに他の実施形態において、ヘッドエンドはチャットクライアントのディスプレイの専用エリアに表示される商業的バナーを追加的にブロードキャストする。
［コンテントプロバイダのユーザインターフェイス］
図３を参照して、テレビオペレータとチャットシステムの概略を示す。
【００６１】
コンテントプロバイダ３００は、サーバ３０２を介してデジタルテレビオペレータ３０１と通信する。本実施形態において、コンテントプロバイダ３００は、ハイパーテキストトランスファプロトコル（HTTP）サーバであってもよいサーバ３０２とアクセスするため、ハイパーテキストマークアップランゲージ（HTML）クライアントアプリケーション３０３を用いる。サーバ３０２は、チャットマネージャのインターフェイス３０５を介してチャットマネージャ３０４と通信可能とするプラグインエクステンションを用いる。
【００６２】
一般的に、コンテントプロバイダ３００、またはコンテントプロバイダの代わりに動くその他のパートナーは、識別情報をパスワードを用いてチャットマネージャに自分自身を特定させる必要がある。一旦識別情報が受け入れられると、サーバ３０２はクライアントアプリケーション３０３にユーザ特定HTMLページを送信する。HTMLページは、例えば、プログラムされている現在スケジュールされたチャットルームのプレイリストにアクセスし視覚化し、またそのプレイリストを修正するために用いられてもよい。
【００６３】
コンテントプロバイダ３００は、ブロードキャストされる関係するサービス、日付、チャットルームの開始および終了時間、チャットルームの名前およびトピックを示すことにより、チャットルームの生成および既存のプレイリストの修正要求をサーバ３０２に送ってもよい。チャットマネージャ３０４、さらに詳細にはスケジューラ３０６と通信した後、その要求がエラーであったり拒絶されたとき、サーバ３０２はクライアントアプリケーション３０３に通知し、プレイリストのビューを視覚化および更新可能とする。
【００６４】
本実施形態において、クライアントアプリケーション３０３、サーバ３０２、チャットマネージャ３０４の間の通信には周知のTCP-IPプロトコルが使用されることは明らかである。それゆえ、各々の通信パートナーは、お互いに離れた場所にあってもよい。より詳細には、サーバ３０２とチャットマネージャ３０４のスケジューラ３０６が単一のコンピュータに実装しても、異なるコンピュータに実装してもよい。
［スケジューラ］
スケジューラ３０６は、例えば、チャットマネージャ３０４のフレームで実行されるプロセスであってもよい。スケジューラ３０６は、チャットマネージャのメモリ（図３には示さず）にアクセスする。そのメモリには、権限を与えられたユーザ、すなわちコンテントプロバイダについての識別情報とプレイリストデータが記憶されている。
【００６５】
チャットルームの生成許可を処理している間に、スケジューラ３０６は新しいイベント関連チャットルームの日時に応じてタイマーをセットする。タイマーはプログラムされた日時にスケジューラ３０６を起動する。
【００６６】
図４のフローチャートを参照して、ボックス４００でチャットルームを生成するためのタイマーによるスケジューラ３０６の起動は、少なくとも次のアクションを導く：
・デジタルテレビオペレータからサービスプランプロセスに要求４０１が送られ、チャットルーム要求（４０２）をプログラムしたコンテントプロバイダの識別情報に対応するサーバ番号が読み出される。これは、図３において参照記号３１６で表されている。サービスプランは、デジタルテレビオペレータにより維持されており、一般に、現在および計画されたサービスのオーバービューを与える。
・チャットルームを実際に生成するためにチャットルーム生成BOTに要求４０３が送られ、チャットルームの名前および／またはトピックに関係する情報が送信される。その後、スケジューラは、チャットルームが生成されたかどうかを知るために、BOTからの応答を受信する。BOTは図３の参照番号３０７でも表されており、チャットマネージャ３０４のプロセスに対応する。このBOTは、インターネットリレイチャットサーバ３１４（IRCサーバ）と通信する。これは、IRCサーバのためのセクションでより詳細に説明されている。
・チャットルームの生成が達成できると、スケジューラは、チャットルームの生成について視聴者の受信側のデコーダに通知するために通知サーバ（図３の参照番号３０８）と通信する（４０４）。
・プレイリストデータを更新する（４０５）。
【００６７】
チャットルームの終了時間になると、チャットルームをキャンセルするため、スケジューラ３０６が対応するタイマーにより起動される。代替的に、スケジューラ３０６は、サーバ３０２を介してチャットルームをキャンセルする要求を受信してもよい。図５のフローチャートを参照して、キャンセル５００の起動により、チャットルームが開いているかどうか（５０１）チェックし、もしそうでなければ（５０２）キャンセル要求は中止される。チャットルームが開いている場合、少なくとも次のステップが実行される：
・スケジューラがそのチャットルームに関する進行中の通知プロセスをキャンセルするため、通知サーバと通信する（５０３）。
・チャットルームをキャンセルするためBOTに要求を送り（５０４）、キャンセルを確認する応答をBOTから受信する。
・プレイリストデータを更新する（５０５）。
［チャットマネージャとチャットサーバ間のインターフェイス］
図３を参照して、BOT３０７は、IRCサーバ３１４と通信するチャットマネージャ３０４のプロセスである。本実施形態において、IRCサーバはデジタルテレビオペレータ３０１から離れており、BOT３５とIRCサーバ間の通信はIRCプロトコルと呼ばれる特別なプロトコルを用いてTCP-IPで行われる。このIRCプロトコルは当該技術分野において周知である。BOT３０７は、チャットルームを生成するために特にデザインされたクライアントアプリケーションであるとして理解してもよい。
【００６８】
スケジューラ３０６は、関数ライブラリとしてBOT３０７を見る。BOT３０７自体は、通信に必要なIRCサーバ３１４のネットワークIPアドレスとそのポート番号を知るように構成されている。
【００６９】
よって、スケジューラがBOT３０７にチャットルーム生成要求を送るとき、BOTはIRCサーバ３１４に接続し、識別情報を用いてそれ自身を特定し、チャットルームを開始してそれに接続するようにサーバに要求する。その後、BOTはスケジューラに確認のメッセージを返す。図６は、チャットルーム生成のためのBOTにより実行されるステップを要約したフローチャートである。
【００７０】
チャットルーム生成後、チャットルームに参加者が接続していなくとも、そのチャットルームを開いておかなければならない。
【００７１】
スケジューラからチャットルームをキャンセルする要求を受信すると、BOTは、チャットルームを切断し閉鎖する前に、すべての参加者がチャットルームから去るのを待つ。チャットルームを閉鎖した後、BOTはスケジューラに通知する。図７は、チャットルームをキャンセルするために、BOTにより実行されるステップを要約したフローチャートである。
【００７２】
BOTにより交換されるメッセージを以下に列挙する：
・接続メッセージ  BOTは、そのユーザ名を伴うメッセージIRC  USERとニックネームを伴うメッセージNICKを送信する。
・チャットルーム生成要求メッセージ  BOTは、チャットルームの名前とトピックを伴うメッセージIRC  JOINを送信する。
・チャットルームキャンセルメッセージ  BOTは、チャットルームを離れるためにメッセージIRC  QUITを送信する。
【００７３】
デコーダ側の視聴者のためにリターンリンクを設定することなくチャットルームからのディスカッションを視覚化可能とするために、BOTは、チャットルームに加入するためIRCサーバに接続する。その後、BOTは、そのチャットルームからすべてのメッセージを受信し、バッファメモリに記憶する（図３の参照番号３１５）。バッファメモリがいっぱいになると、BOTはバッファメモリの内容のブロードキャストを開始する。
【００７４】
図８のフローチャートは、IRCサーバへのリターンリンクを設定することを望まない視聴者のためにディスカッションの視覚化を可能とするため、BOTにより実行されるステップを要約したフローチャートである。
［チャットマネージャと通知サーバ間のインターフェイス］
図３を参照して、通知サーバ３０８は、スケジューラ３０６に知られ、それらを通信可能とするアプリケーションプログラマーインターフェイス（API）（図示せず）を有している。本実施形態において通信はTCP-IPで行われる。通知サーバは、デコーダ３０９にメッセージをブロードキャストすることを可能とするブロードキャストデバイスとのインターフェイスを持っている。
【００７５】
ブロードキャストデバイスは、マルチプレクサ３１１にMPEGセクションを送信するMPEGセクションクリエータ３１０を有する。マルチプレクサは、入力３１２でオーディオおよびビデオを含むセクションを取り扱う。多重された信号はモジュレータ３１３で変調され、デコーダ３０９にブロードキャストされる。
【００７６】
スケジューラ３０６は、定期的通知の要求を示して通知サーバ機能をコールする（Periodic_Notification_All_Request）。この要求は、すべてのデコーダ３０９に通知メッセージを送信する命令を含み、送信の周期とデコーダに送信するデータ、すなわちチャットルームの名前とトピックおよびそのチャットルームが関連している現在のサービスを示す。
【００７７】
通知サーバ３０８は、スケジューラにより記憶された通知識別子を返すことにより、通知要求を実行したことをアクノレッジする。
【００７８】
図９は、定期的通知要求に係るステップを要約したフローチャートである。
【００７９】
通知を停止するために、スケジューラ３０６は、定期的通知停止要求（Periodic_notification_All_Stop）を示す通知サーバ機能をコールする。この要求は対応する通知識別子を含む。
【００８０】
通知サーバ３０８は通知を停止し、スケジューラにメッセージを返すことによりこれをアクノレッジする。
【００８１】
図１０は、通知停止要求に係るステップを要約するフローチャートである。
【００８２】
本実施形態は定期的通知の実施を説明しているが、１回きりの通知をするように適合させることも容易である。
【００８３】
スケジューラ３０６が通知サーバ３０８と交換するメッセージを以下に列挙する：
・識別および接続機能  スケジューラは、アプリケーション名、ネットワークIPアドレス、および通信ポートを送信することにより通知サーバで自分自身を特定する。その後、接続機能が実行される。
・すべてのデコーダに定期的通知の送信を要求するメッセージ  スケジューラは、機能Periodic_Notification_All_Requestをコールし、そのアプリケーション識別情報、２つの通知送信間の期間的長さ、サービスプランから以前受信したサービス、新しいチャットルームに関する情報を送信する。通知識別子がスケジューラに返される。
・通知停止メッセージ  スケジューラは、機能Periodic_Notification_All_Stopをコールし、通知の定期的送信を停止するために通知識別子を送信する。
・切断  スケジューラはDisconnect機能をコールする。
［デコーダ］
図３を参照して、デコーダ３０９は、そのデコーダが通知に関連するサービスを受信するよう設定されているとき、通知サーバ３０８から通知を受信可能とする通知コンポーネント３１７を有する。
【００８４】
デコーダは、そのデコーダが通知に関連するサービスを受信するよう設定されているとき、受信した通知の表示を生成するポップアップディスプレイ手段（図３には図示せず）を有する。表示は、テレビの画面上にポップアップするウィンドウでなされる。通知に関連するサービスは一般にテレビ番組である。よって、そのテレビ番組を見ている視聴者は、ポップアップウィンドウ内の通知を介して番組関連チャットルームの存在について通知される。
【００８５】
好ましくは、テレビ番組は、テレビ番組がフィルタリングパラメータの決定された値に関連する周知のMPEG規格によりブロードキャストされる。テレビ番組を表示するために、デコーダは、フィルタリングパラメータの決定された値に応じて受信した情報をフィルターする。
【００８６】
フィルタリングパラメータの決定された値は、受信した通知を表示する必要があるかどうかを決定するため、すなわちその通知が現在見ているテレビ番組に関連するかどうかを知るためにも用いられる。
【００８７】
デコーダは、テレビ画面上にチャットルームからのディスカッションを表示するために用いる表示手段（図３には図示せず）をさらに有する。表示されたディスカッションは、例えば字幕と同様に、テレビ番組と同時に現れてもよい。字幕の表示は当業者に周知であり、チャットクライアントアプリケーションのコンテクストにおける字幕の使用については、これ以上詳細には説明しない。
【００８８】
好ましい実施形態において、通知コンポーネント３１７は、通知を受信するためアプリケーション、例えばチャットクライアントアプリケーション３１９をサブスクライブしてもよい。この場合、通知コンポーネント３１７は、通知のためにデコーダにより受信された情報をチェックし、対応する通知３１８を抽出し、サブスクライブしたアプリケーション３１９を通知する。サブスクライブされたアプリケーションは、その通知を適宜処理する。
【００８９】
デコーダ３０９は、例えば、公衆電話ネットワークに接続されたモデムまたはケーブルネットワークにより、IRCチャットサーバ３１４とリターンリンク３２０を設定してもよい。デコーダとIRCサーバ間の通信は、例えばTCP-IPを用いてなされてもよい。
【００９０】
リターンリンク３２０は以下のように用いられてもよい：
−IRCチャットサーバに視聴者により発行されたチャットメッセージを送信するだけのリターンリンクとして。ディスカッションを含むチャットルーム情報は、ヘッドエンドを介して視聴者にブロードキャストされる。
−IRCチャットサーバと情報を送受信するための双方向リンクとして。
【００９１】
視聴者は本発明の上で説明した実施形態によりチャットルームに以下のタイプの参加が可能となる：
−能動的参加：視聴者はリターンリンクを設定すると決め、それによりチャットルームディスカッションへの能動的アクセスをする。この間、視聴者はディスカッションで発言してもよい。
−受動的参加：視聴者は受動的アクセスでブロードキャストを介してチャットルームディスカッションからの情報を受信する。視聴者は、リターンリンクが設定されていないので、ディスカッションにおいて発言はできない。
【００９２】
好ましくは、チャットクライアントアプリケーションは、適宜リターンリンクを設定することにより、いつでも受動的アクセスと能動的アクセスの間を視聴者がスイッチできるスイッチング手段を有している。
【図面の簡単な説明】
【００９３】
【図１】本発明によるチャットルームの管理を例示するフローチャートである。
【図２】本発明によるチャットルームのディスカッションの視覚化を例示するフローチャートである。
【図３】本発明によるチャットシステムの概略を示す図である。
【図４】本発明によるスケジューラの動作を例示するフローチャートである。
【図５】本発明によるスケジューラの動作を例示するフローチャートである。
【図６】本発明によるチャットルームを生成するステップを例示するフローチャートである。
【図７】本発明によるチャットルームをキャンセルするステップを例示するフローチャートである。
【図８】本発明によるディスカッションを視覚化するステップを例示するフローチャートである。
【図９】本発明による通知を伴うステップを例示するフローチャートである。
【図１０】本発明による通知を伴うステップを例示するフローチャートである。
【図１】
2005524302.tif 000003
【図２】
2005524302.tif 000004
【図３】
2005524302.tif 000005
【図４】
2005524302.tif 000006
【図５】
2005524302.tif 000007
【図６】
2005524302.tif 000008
【図７】
2005524302.tif 000009
【図８】
2005524302.tif 000010
【図９】
2005524302.tif 000011
【図１０】
2005524302.tif 000012
【国際調査報告】
2005524302.tif 000013
2005524302.tif 000014
2005524302.tif 000015