(57)【要約】【課題】  チャットにおいて，参加メンバの増加にも拘わらず，複数のユーザとの会話を楽しむことが可能となる。【解決手段】  複数のキャラクタデータを記憶するデータ記憶部３１２と，クライアントからのアクセスが初めてかどうかを判断するアクセス判断部３１４と，アクセスが初めての場合，クライアントにキャラクタデータを割り当てるキャラクタ割当部３１８と，クライアントからのメッセージを受信するメッセージ受信部３２０と，割り当てられたキャラクタのキャラクタデータを読み出し，キャラクタデータの音声を合成して，上記クライアントからのメッセージに対応する音声データを生成する音声データ生成部３２２と，音声データをメッセージ交換対象のクライアントに送信する音声データ送信部３２４とを備えることを特徴とする，チャットサーバが提供される。【選択図】    図３
2007072511.tif 000002
【特許請求の範囲】
【請求項１】
１または２以上のクライアントと，該クライアントに通信網を介して接続されたチャットサーバとからなり，該クライアント間のメッセージの交換を行うチャットシステムであって：
前記クライアントは，
他のクライアントへのメッセージを送信するメッセージ送信部と；
前記チャットサーバから音声データを受信する音声データ受信部と；
前記音声データに基づいて音声を出力する音声出力部と；
を備え，
前記チャットサーバは，
キャラクタ毎の合成音である複数のキャラクタデータを記憶するデータ記憶部と；
前記クライアントからのアクセスが初めてかどうかを判断するアクセス判断部と；
前記アクセスが初めての場合，前記クライアントに前記データ記憶部のキャラクタデータを割り当てるキャラクタ割当部と；
前記クライアントからのメッセージを受信するメッセージ受信部と；
前記データ記憶部から，前記割り当てられたキャラクタのキャラクタデータを読み出し，キャラクタデータの音声を合成して，前記クライアントからのメッセージに対応する音声データを生成する音声データ生成部と；
前記音声データをメッセージ交換対象のクライアントに送信する音声データ送信部と；
を備えることを特徴とする，チャットシステム。
【請求項２】
前記キャラクタ割当部は，ランダムにキャラクタデータを割り当てることを特徴とする，請求項１に記載のチャットシステム。
【請求項３】
前記チャットサーバは，前記クライアントにキャラクタデータのリストを送信するリスト送信部をさらに備え，
前記クライアントは，前記チャットサーバから受信したリストから所望のキャラクタデータをユーザに選択させるキャラクタ選択部をさらに備え，
前記キャラクタ割当部は，前記キャラクタ選択部で選択されたキャラクタデータを前記クライアントに割り当てることを特徴とする，請求項１に記載のチャットシステム。
【請求項４】
１または２以上のクライアントに通信網を介して接続され，該クライアント間のメッセージの交換を行うチャットサーバであって：
キャラクタ毎の合成音である複数のキャラクタデータを記憶するデータ記憶部と；
前記クライアントからのアクセスが初めてかどうかを判断するアクセス判断部と；
前記アクセスが初めての場合，前記クライアントに前記データ記憶部のキャラクタデータを割り当てるキャラクタ割当部と；
前記クライアントからのメッセージを受信するメッセージ受信部と；
前記データ記憶部から，前記割り当てられたキャラクタのキャラクタデータを読み出し，キャラクタデータの音声を合成して，前記クライアントからのメッセージに対応する音声データを生成する音声データ生成部と；
前記音声データをメッセージ交換対象のクライアントに送信する音声データ送信部と；
を備えることを特徴とする，チャットサーバ。
【請求項５】
前記キャラクタ割当部は，ランダムにキャラクタデータを割り当てることを特徴とする，請求項４に記載のチャットサーバ。
【請求項６】
前記キャラクタ割当部は，メッセージ交換対象であるクライアントに既に割り当てられたキャラクタデータを他に割り当てないことを特徴とする，請求項５に記載のチャットサーバ。
【請求項７】
前記クライアントにキャラクタデータのリストを送信するリスト送信部をさらに備え，
前記キャラクタ割当部は，前記クライアントに送信したリストに基づいてクライアントで選択されたキャラクタデータを，前記クライアントに割り当てることを特徴とする，請求項４に記載のチャットサーバ。
【請求項８】
前記リスト送信部は，前記キャラクタ割当部が，メッセージ交換対象であるクライアントに既に割り当てたキャラクタデータをリストから除くことを特徴とする，請求項７に記載のチャットサーバ。
【請求項９】
クライアントからのアクセスが初めての場合，前記データ記憶部内の割り当て可能なキャラクタデータの有無を判断し，該割り当て可能なデータが無い場合，前記クライアントのチャットの参加を制限するクライアント制限部をさらに備えることを特徴とする，請求項４に記載のチャットサーバ。
【請求項１０】
前記データ記憶部は，前記キャラクタデータ毎に複数の口調データをさらに記憶し，
前記キャラクタ割当部は，前記キャラクタデータおよび口調データを割り当てることを特徴とする，請求項４に記載のチャットサーバ。
【請求項１１】
前記データ記憶部は，前記クライアントと前記キャラクタデータを対応付けた対応テーブルをさらに記憶することを特徴とする，請求項４に記載のチャットサーバ。
【請求項１２】
前記キャラクタ割当部に割り当てられたキャラクタデータは，所定期間維持されることを特徴とする，請求項４に記載のチャットサーバ。
【請求項１３】
前記データ記憶部は，前記キャラクタデータを所定のグループに関連付けて記憶し，
前記キャラクタ割当部は，前記クライアントに応じて前記所定のグループ内からキャラクタデータを割り当てることを特徴とする，請求項４に記載のチャットサーバ。
【請求項１４】
１または２以上のクライアントに通信網を介して接続され，該クライアント間のメッセージの交換を行うコンピュータ上で動作するプログラムであって：
コンピュータが，
キャラクタ毎の合成音である複数のキャラクタデータを記憶するデータ記憶部と；
前記クライアントからのアクセスが初めてかどうかを判断するアクセス判断部と；
前記アクセスが初めての場合，前記クライアントに前記データ記憶部のキャラクタデータを割り当てるキャラクタ割当部と；
前記クライアントからのメッセージを受信するメッセージ受信部と；
前記データ記憶部から，前記割り当てられたキャラクタのキャラクタデータを読み出し，キャラクタデータの音声を合成して，前記クライアントからのメッセージに対応する音声データを生成する音声データ生成部と；
前記音声データをメッセージ交換対象のクライアントに送信する音声データ送信部と；
として機能することを特徴とする，プログラム。
【請求項１５】
１または２以上のクライアントに通信網を介して接続され，該クライアント間のメッセージの交換を行うチャットサーバを利用したメッセージ交換方法であって：
前記クライアントからのアクセスが初めてかどうかを判断する判断ステップと；
前記アクセスが初めての場合，前記クライアントに，当該チャットサーバに記憶された，キャラクタ毎の合成音である複数のキャラクタデータを割り当てるキャラクタ割当ステップと；
前記クライアントからのメッセージを受信するメッセージ受信ステップと；
前記割り当てられたキャラクタのキャラクタデータを読み出し，キャラクタデータの音声を合成して，前記クライアントからのメッセージに対応する音声データを生成する音声データ生成ステップと；
前記音声データをメッセージ交換対象のクライアントに送信する音声データ送信ステップと；
を含むことを特徴とする，メッセージ交換方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，１または２以上のクライアント間でメッセージを交換する，チャットシステム，チャットサーバ，プログラム，およびメッセージ交換方法に関する。
【背景技術】
【０００２】
物理的に離れたユーザ同士のメッセージ交換手段として，電子メールの他にチャット，インスタントメッセージ等がある。このチャットやインスタントメッセージは，インターネット等の通信網に接続している複数のクライアントを対象に，クライアント（ユーザ）同士の会話のやりとりをリアルタイムに表示する通信サービスである。ユーザは，パーソナルコンピュータ等のクライアントから上記チャットに自由に参加でき，仮想空間上で複数の参加メンバとの対話を行い得る。
【０００３】
しかし，このようなチャット等の通信サービスでは，文字（テキスト）データのみによるメッセージの交換がメインであり，他のユーザのメッセージを視認しつつ，素早くキーボード入力する必要があった。従って，複数のユーザの発言に対する回答に十分な時間を確保できない問題があった。
【０００４】
そこで，チャットによる１つの仮想空間（グループ）に対して，複数のユーザがアクセスした場合に，メッセージから単一の合成音声を生成し，ユーザに文字のみではなく，合成音も提供する技術が提案された（例えば，特許文献１）。
【０００５】
【特許文献１】特開平１０−２５７１８９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし，上記の技術では，少なくとも２人のユーザがチャットサーバにアクセスしないと音声合成が用いられず，また，他のユーザのメッセージを視認しなくて良い構成でありながら，その合成音が単一であるため，どのユーザのメッセージなのか認識できない問題があった。
【０００７】
本発明は，従来のチャットシステムが有する上記問題点に鑑みてなされたものであり，本発明の目的は，チャットシステムを利用するユーザ同士でコミュニケーションがとりやすく，参加メンバの増加にも拘わらず，複数のユーザとの会話を楽しむことが可能な新規かつ改良されたチャットシステム，チャットサーバ，プログラム，およびメッセージ交換方法を提供することである。
【課題を解決するための手段】
【０００８】
上記課題を解決するために，本発明のある観点によれば，１または２以上のクライアントと，該クライアントに通信網を介して接続されたチャットサーバとからなり，該クライアント間のメッセージの交換を行うチャットシステムであって：上記クライアントは，他のクライアントへのメッセージを送信するメッセージ送信部と；上記チャットサーバから音声データを受信する音声データ受信部と；上記音声データに基づいて音声を出力する音声出力部と；を備え，上記チャットサーバは，キャラクタ毎の合成音である複数のキャラクタデータを記憶するデータ記憶部と；上記クライアントからのアクセスが初めてかどうかを判断するアクセス判断部と；上記アクセスが初めての場合，上記クライアントに上記データ記憶部のキャラクタデータを割り当てるキャラクタ割当部と；上記クライアントからのメッセージを受信するメッセージ受信部と；上記データ記憶部から，上記割り当てられたキャラクタのキャラクタデータを読み出し，キャラクタデータの音声を合成して，上記クライアントからのメッセージに対応する音声データを生成する音声データ生成部と；上記音声データをメッセージ交換対象のクライアントに送信する音声データ送信部と；を備えることを特徴とする，チャットシステムが提供される。
【０００９】
上記チャットシステムは，１または２以上のユーザが所持するクライアント間のチャットを支援し，各クライアントで入力されたメッセージ（テキストデータ）に基づいて音声合成を行う。かかる音声合成では，クライアント毎に，例えば任意の人等のキャラクタ（話者）が割り当てられ，ユーザは，そのキャラクタの違い，即ち音声の違いによって他の複数のユーザのメッセージを聞き分けることができる。
【００１０】
上記チャットシステムによるキャラクタの割り当ては，大きく２つの構成をとることができる。１つは，チャットサーバ側でランダムに行う構成であり，もう１つは，クライアント側でキャラクタを選択する構成である。従って，上記キャラクタ割当部は，ランダムにキャラクタデータを割り当てるとしても良いし，また，上記チャットサーバは，上記クライアントにキャラクタデータのリストを送信するリスト送信部をさらに備え，上記クライアントは，上記チャットサーバから受信したリストから所望のキャラクタデータをユーザに選択させるキャラクタ選択部をさらに備え，上記キャラクタ割当部は，上記キャラクタ選択部で選択されたキャラクタデータを上記クライアントに割り当てるとしても良い。
【００１１】
上記課題を解決するために，本発明の他の観点によれば，１または２以上のクライアントに通信網を介して接続され，該クライアント間のメッセージの交換を行うチャットサーバであって：キャラクタ毎の合成音である複数のキャラクタデータを記憶するデータ記憶部と；上記クライアントからのアクセスが初めてかどうかを判断するアクセス判断部と；上記アクセスが初めての場合，上記クライアントに上記データ記憶部のキャラクタデータを割り当てるキャラクタ割当部と；上記クライアントからのメッセージを受信するメッセージ受信部と；上記データ記憶部から，上記割り当てられたキャラクタのキャラクタデータを読み出し，キャラクタデータの音声を合成して，上記クライアントからのメッセージに対応する音声データを生成する音声データ生成部と；上記音声データをメッセージ交換対象のクライアントに送信する音声データ送信部と；を備えることを特徴とする，チャットサーバが提供される。
【００１２】
上記チャットサーバも，１または２以上のユーザが所持するクライアント間のチャットを支援し，各クライアントが入力したメッセージ（テキストデータ）に基づいて音声合成を行う。かかるデータ記憶部は，キャラクタデータとして，キャラクタの音声および韻律を含むとしても良い。また，それぞれ個別に音声データベースおよび韻律データベースを構成することもできる。
【００１３】
上記クライアントへのキャラクタデータの割り当ては，クライアントの識別子とキャラクタデータを関連付けることによって成されるとしても良い。
【００１４】
上記キャラクタ割当部は，ランダムにキャラクタデータを割り当てるとしても良い。かかる構成により，クライアント毎に様々なキャラクタを割り当てることができ，意外なキャラクタの割り当てによって会話を楽しくすることもできる。
【００１５】
上記キャラクタ割当部は，メッセージ交換対象であるクライアントに既に割り当てられたキャラクタデータを他に割り当てないとしても良い。
【００１６】
かかる構成により，クライアント毎に相違するキャラクタが割り当てられ，ユーザは，そのキャラクタの音声の違いによって，他のユーザからのメッセージを確実に聞き分けることができる。
【００１７】
上記クライアントにキャラクタデータのリストを送信するリスト送信部をさらに備え，上記キャラクタ割当部は，上記クライアントに送信したリストに基づいてクライアントで選択されたキャラクタデータを，上記クライアントに割り当てるとしても良い。
【００１８】
かかる構成により，メッセージを合成音として他のユーザに伝達するキャラクタを，ユーザ自身で選択でき，メッセージ以外に自己の特徴をアピールすることができる。また，自己を仮想的な人物に見立てて別人としてチャットに参加することも可能となる。
【００１９】
また，リスト送信部は，クライアントからのアクセスが初めての場合に自動的にリストを送信するとしても良いし，クライアント（ユーザ）の要求に応じて随時リストを送信するとしても良い。
【００２０】
上記リスト送信部は，上記キャラクタ割当部が，メッセージ交換対象であるクライアントに既に割り当てたキャラクタデータをリストから除くとしても良い。
【００２１】
上述したように，クライアント毎に相違するキャラクタが割り当てられると，ユーザは，そのキャラクタの音声の違いによって，他の複数のユーザのメッセージを確実に聞き分けることができる。上記リストから既に割り当て済みのキャラクタを排除する構成により，キャラクタの重複を確実に回避することが可能となる。
【００２２】
クライアントからのアクセスが初めての場合，上記データ記憶部内の割り当て可能なキャラクタデータの有無を判断し，該割り当て可能なデータが無い場合，上記クライアントのチャットの参加を制限するクライアント制限部をさらに備えるとしても良い。
【００２３】
かかる構成により，チャットに参加するユーザのキャラクタの重複を確実に回避することができる。
【００２４】
上記データ記憶部は，上記キャラクタデータ毎に複数の口調データをさらに記憶し，上記キャラクタ割当部は，上記キャラクタデータおよび口調データを割り当てるとしても良い。
【００２５】
キャラクタデータ毎の口調データを，さらに個々のクライアントに割り当てることで，ユーザは，そのキャラクタの音声および口調の違いによって，他の複数のユーザのメッセージをさらに確実に聞き分けることができる。また，ユーザがキャラクタおよび口調を選択できる構成では，キャラクタ以外に，その口調によっても自己の特徴をアピールすることができ，例えば，「怒り口調」等によって自己の現在の心境をアピールすることが可能となる。
【００２６】
上記データ記憶部は，上記クライアントと上記キャラクタデータを対応付けた対応テーブルをさらに記憶するとしても良い。かかる構成により，クライアントとキャラクタデータとの対応付けを何度も参照することが可能となる。
【００２７】
上記キャラクタ割当部に割り当てられたキャラクタデータは，所定期間維持されるとしても良い。
【００２８】
クライアントに割り当てられたキャラクタは，そのチャットが継続している間，即ち，他のユーザが自己を認識している間変化しない方が良い。当該チャットサーバは，キャラクタの維持に所定の規則を設け，その期間，キャラクタ割り当てを継続する。また，この維持期間をユーザが自由に設定することもできる。
【００２９】
上記データ記憶部は，上記キャラクタデータを所定のグループに関連付けて記憶し，上記キャラクタ割当部は，上記クライアントに応じて上記所定のグループ内からキャラクタデータを割り当てるとしても良い。
【００３０】
かかる構成により，地域，年齢層，性別，その他のカテゴリーに関して共有情報を有す可能性が高いグループ内における適切なキャラクタを各グループに関連付けることができる。各キャラクタは，各グループに跨って共通に関連付けられるとしても良い。
【００３１】
上記課題を解決するために，本発明の他の観点によれば，１または２以上のクライアントに通信網を介して接続され，該クライアント間のメッセージの交換を行うプログラムやメッセージ交換方法も提供される。
【００３２】
上記クライアントは，チャットサーバと一体に形成されるとしても良い。また，チャットサーバのデータ記憶部は，チャットサーバと別体に設けられ，有線または無線のデータ通信により参照されるとしても良い。
【発明の効果】
【００３３】
以上説明したように本発明によれば，チャットにおいて，音声の違いにより他のユーザを聞き分けることができ，参加メンバが増えたとしても，複数のユーザとの会話を楽しむことが可能となる。
【発明を実施するための最良の形態】
【００３４】
以下に添付図面を参照しながら，本発明の好適な実施の形態について詳細に説明する。なお，本明細書及び図面において，実質的に同一の機能構成を有する構成要素については，同一の符号を付することにより重複説明を省略する。
【００３５】
（第１の実施形態：チャットシステム）
図１は，チャットシステムの概略的な構成を示したブロック図である。かかるチャットシステムは，ユーザが所持するクライアント１００と，このクライアント１００に通信網１１０を介して接続されたチャットサーバ１２０とを含んで構成され，クライアント１００間のメッセージを交換する。
【００３６】
上記クライアント１００は，少なくとも通信網１１０を介してサーバ１２０とアクセスでき，例えば，サーバ，パーソナルコンピュータ，ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ），携帯電話，携帯型音声プレーヤ，家庭ゲーム機，情報家電で構成されるとしても良い。また，通信網１１０との接続形態は，有線または無線を問わない。
【００３７】
上記通信網１１０は，インターネットやＬＡＮ等の通信網からなり，クライアント１００とサーバ１２０間，または，クライアント１００同士を接続する。
【００３８】
上記チャットサーバ１２０は，クライアント１００と同様，例えば，サーバ，パーソナルコンピュータ，ＰＤＡ，携帯電話，携帯型音声プレーヤ，家庭ゲーム機，情報家電で構成され，クライアント１００からのチャット参加要求を受けて，そのクライアント１００をチャットのメンバに加え，このチャットに参加している複数のクライアント１００をリアルタイムに会話させる。
【００３９】
このように，本実施形態によるチャットシステムは，通信網１１０を通じてリアルタイムにテキスト（文字）ベースの会話を行うシステムであり，状況に応じて，１対１で会話を行ったり，多数のユーザに対して同時に会話したりする。かかるチャットシステムは，パーソナルコンピュータによる通信サービス機能の一つとして提供されていたが，近日では，ＩＲＣ（Ｉｎｔｅｒｎｅｔ  Ｒｅｌａｙ  Ｃｈａｔ）のように，データ通信を一括管理するサーバを設置して，ユーザ間の高速かつ利便性の高いサービスを提供している。
【００４０】
このようなチャットシステム上で動作する本実施形態では，各クライアント１００で入力されたメッセージに基づいて，クライアント毎に任意のキャラクタを割り当て，そのキャラクタの音声で会話をすることを特徴としている。
【００４１】
また，上記チャットシステムによるキャラクタの割り当ては，大きく２つの構成をとることができる。１つは，チャットサーバ１２０側でランダムに行う構成であり，もう１つは，クライアント１００側でキャラクタを選択する構成である。以下，第２の実施形態において，チャットサーバ１２０側でランダムに割り当てる場合を，第３の実施形態において，クライアント１００側で選択する場合を説明する。
【００４２】
（第２の実施形態：チャットサーバ割り当て）
先ず，チャットシステムの構成要素であるクライアント１００とチャットサーバ１２０とを詳述する。
【００４３】
（クライアント１００）
図２は，クライアント１００の概略的な構成を示したブロック図である。かかるクライアント１００は，クライアント制御部２１０と，メッセージ送信部２１２と，テキスト受信部２１４と，テキスト表示部２１６と，音声データ受信部２１８と，音声出力部２２０と，入力部２２２とを含んで構成される。
【００４４】
上記クライアント制御部２１０は，中央処理装置（ＣＰＵ）を含む半導体集積回路によりクライアント１００全体を管理および制御する。
【００４５】
上記メッセージ送信部２１２は，自己が参加するチャットの参加メンバに対するメッセージをチャットサーバ１２０に送信する。ユーザは，後述するテキスト表示部２１６と入力部２２２とを利用してメッセージを作成し，そのメッセージの送信処理を行う。このようにして，テキスト表示部２１６には，他のユーザからのメッセージと共に，自己のメッセージが表示される。かかるメッセージは，例えば，時系列に表示されるとしても良い。
【００４６】
上記テキスト受信部２１４は，他のクライアント１００からのメッセージである，テキストデータもしくはそれと同等の少なくとも文字が記されたデータを，チャットサーバ１２０から受信する。
【００４７】
上記テキスト表示部２１６は，ディスプレイ等のモニタを含んで形成され，チャットサーバ１２０が提供するＷｅｂブラウザや，テキスト受信部２１４が受信したテキストデータを表示する。従って，ユーザは，かかるテキスト表示部２１６によって，他のユーザからのメッセージを視認する。
【００４８】
上記音声データ受信部２１８は，他のクライアント１００からのメッセージを音声に変換（音声合成）した音声データを，チャットサーバ１２０から受信する。かかる音声データは，上述したテキストデータと一体に形成されても良く，個々に独立して受信されるとしても良い。
【００４９】
上記音声出力部２２０は，音声データ受信部２１８が受信した音声データから音声を生成し，その音声を出力する。
【００５０】
上記入力部２２２は，キーボード，マウスやその他のユーザインターフェースから形成され，主に，クライアント１００へのテキスト入力を支援する。
【００５１】
上述したクライアント１００の構成により，ユーザは，チャットサーバ１２０を意識することなく，通信網１１０に接続している複数のクライアント１００を対象に，ユーザ同士の会話のやりとりをリアルタイムに行うことが可能となる。
【００５２】
（チャットサーバ１２０）
チャットサーバ１２０は，上述した１または２以上のクライアント１００間のチャットを支援し，各クライアント１００が入力したメッセージ（テキストデータ）に基づいて音声合成を行う。以下，チャットサーバ１２０の構成を示す。
【００５３】
図３は，チャットサーバ１２０の概略的な構成を示したブロック図である。かかるチャットサーバ１２０は，サーバ制御部３１０と，データ記憶部３１２と，アクセス判断部３１４と，クライアント制限部３１６と，キャラクタ割当部３１８と，メッセージ受信部３２０と，音声データ生成部３２２と，音声データ送信部３２４とを含んで構成される。
【００５４】
上記サーバ制御部３１０は，中央処理装置（ＣＰＵ）を含む半導体集積回路によりチャットサーバ１２０全体を管理および制御する。
【００５５】
上記データ記憶部３１２は，キャラクタ毎の合成音である複数のキャラクタデータ３３０およびこのキャラクタデータ３３０毎の複数の口調データ３３２を記憶する。ここで，キャラクタは，音声を区別することができる任意の人，例えば，著名な俳優や歌手等の個別名，性別や年齢による一般的な人等を表すが，かかる場合に限られず，動物の声や音色等の様々な音声を適応できる。かかるキャラクタデータ３３０として，キャラクタの音声および韻律を含むとしても良い。ここで，音声は，事前に収録された音声を含み，韻律は，テキスト（文字）を音声に変換するときに音の高さや長さを予測するため利用される。
【００５６】
また，口調は，例えば，方言，早口，喜怒哀楽，著名人のものまね等を表すが，かかる場合に限られず，例えば，音声のイントネーションを多彩に変化させる等様々なバリエーションを適応できる。ユーザは，チャットサーバ１２０で予め準備された上記のキャラクタデータ３３０や口調データ３３２の他に，自己の音声や口調を登録することもできる。
【００５７】
また，データ記憶部３１２のキャラクタデータ３３０や口調データ３３２は，コーパスＴＴＳ（ｔｅｘｔ  ｔｏ  ｓｐｅｅｃｈ）を利用するとしても良く，その場合，キャラクタや口調のバリエーションを増やすことが可能となる。
【００５８】
上記アクセス判断部３１４は，上記クライアントからのアクセスが初めてかどうかを判断する。また，クライアントからアクセスと同時にメッセージが送信された場合，初めてのアクセスと判断し，所定の処理を行った後，後述するメッセージ受信部３２０にメッセージの処理を行わせる。上記初めてのアクセスは，チャットサーバ１２０への実際に初めてのアクセス以外に，所定期間を経過した後の実質的に初めてとなる再アクセスも含む。
【００５９】
上記クライアント制限部３１６は，クライアント１００からのアクセスが初めての場合，即ち，アクセス判断部３１４がクライアント１００からの初めてのアクセスを検知した場合，データ記憶部３１２内の割り当て可能なキャラクタデータの有無を判断する。ここで，該割り当て可能なデータが無い場合，即ち，当該チャットに参加するクライアントの数がキャラクタデータの数を上回ったとき，クライアント１００のチャットの参加を制限（拒否）する。このようにして，チャットに参加するユーザの重複したキャラクタの割り当てを確実に回避する。
【００６０】
上記キャラクタ割当部３１８は，クライアント１００からのアクセスが初めてであり，データ記憶部３１２内の割り当て可能なキャラクタデータが存在する（残っている）場合，アクセスしてきたクライアント１００に，データ記憶部３１２のキャラクタデータを割り当てる。ここで，データ記憶部３１２がキャラクタデータ３３０毎に複数の口調データ３３２も記憶している場合，キャラクタデータ３３０に追加して口調データ３３２も割り当てるとしても良い。
【００６１】
また，キャラクタ割当部３１８は，クライアント１００とキャラクタデータ３３０等を関連付けた後，後述する音声データ生成部３２２にキャラクタデータ３３０および口調データ３３２を自動的に送信するとしても良く，音声データ生成部３２２等の要求に応じて，キャラクタデータを送信するとしても良い。従って，上記キャラクタデータ３３０の割り当ての時点では，関連づけの処理のみを行い，キャラクタデータ３３０そのものの移動またはコピーを伴わないとすることもできる。
【００６２】
このようにキャラクタデータ３３０およびキャラクタデータ３３０毎の口調データ３３２を，さらに個々のクライアント１００に割り当てることで，ユーザは，そのキャラクタの音声および口調の違いによって，他の複数のユーザのメッセージを確実に聞き分けることができる。
【００６３】
図４は，データ記憶部３１２に記憶されているキャラクタおよび口調データの関係を示した模式図である。ここでは，キャラクタデータとして「３０歳，男性」と「女の子」を挙げ，その口調として，「３０歳，男性」には，「有名芸能人（Ａさん）のものまね」，「有名芸能人（Ｂさん）のものまね」，「女子高生のしゃべり方」，「赤ちゃん言葉」等が準備され，「女の子」には，「楽しいしゃべり方」，「嬉しいしゃべり方」，「怒ったしゃべり方」，「ロボット風な口調」が準備されている。ここでは，各口調がキャラクタ毎に設定されているが，例えば，「怒り口調」や「喧嘩口調」等，全てのキャラクタもしくは特定の複数のキャラクタに共通な口調を設けても良い。勿論，本実施形態のキャラクタや口調は，上記のキャラクタや口調の例示に限定されるものではなく，様々なキャラクタや口調を適用できる。また，上記キャラクタや口調以外のパラメータ，例えば，音量等を割り当て対象とすることも可能である。
【００６４】
図５は，このようなキャラクタデータ３３０および口調データ３３２に基づいて，各クライアント１００にキャラクタおよび口調を割り当てた対応テーブル３３４を示した説明図である。キャラクタ割当部３１８は，図５に示したような対応テーブル３３４を生成し，データ記憶部３１２に記憶する。
【００６５】
ここで，キャラクタ割当部３１８は，アクセスしてきたクライアント１００の識別子であるＩＰアドレスを取得し，取得したＩＰアドレスに対応するキャラクタを抽出して，抽出したキャラクタのキャラクタＩＤを上記ＩＰアドレスに対応付ける。対応テーブル３３４には，上記の対応付けによる関係が記憶される。
【００６６】
図５を参照すると，対応テーブル３３４のクライアント欄４００には，理解を容易にするため「Ａ」，「Ｂ」と記されているが，通常，クライアントの識別子が表される。この識別子は，例えば，クライアント１００のクライアントＩＤ，クライアント１００のホスト名，ＩＰアドレスまたはそれらの組み合わせ等が記されている。上記識別子は，かかる場合に限定されず，少なくともクライアントを他のクライアントと区別して特定できれば良い。
【００６７】
対応テーブル３３４のキャラクタ欄４０２およびその口調欄４０４には，そのクライアント１００に対応付けられたキャラクタおよび口調が記憶される。
【００６８】
かかる構成により，クライアント１００が再アクセス（再メッセージ送信）してきた場合においても，クライアント１００とキャラクタデータおよび口調データとの対応付けを何度も参照でき，自己が発言するメッセージの知名度を向上することが可能となる。
【００６９】
このようなキャラクタ割当部３１８によるキャラクタの割り当ては，ランダムに行われるとしても良く，チャットへの参加順にシーケンスに行われるとしても良い。かかる構成により，クライアント１００毎に様々なキャラクタを割り当てることができ，意外なキャラクタの割り当てによって会話自体も楽しくなる。
【００７０】
また，キャラクタ割当部３１８は，メッセージ交換対象であるクライアントに既に割り当てられたキャラクタデータを他に割り当てないとしても良い。このような排他的な割り当ては，上述した対応データ３３４を利用するとしても良い。例えば，図５において，新規のクライアントである「Ｉ」が参加してきた場合，既にクライアント「Ａ」〜「Ｈ」に，キャラクタとして割り当て済みの「青木さん」〜「女の子」を割り当て可能なキャラクタから排除し，残ったキャラクタの内の任意のキャラクタをクライアント「Ｉ」に割り当てる。このような構成により，クライアント毎に相違するキャラクタが割り当てられ，ユーザは，そのキャラクタの音声の違いによって，他の複数のユーザのメッセージを確実に聞き分けることができる。
【００７１】
さらに，キャラクタ割当部３１８に割り当てられたキャラクタデータは，所定期間維持されるとしても良い。クライアント１００に割り当てられたキャラクタは，そのチャットが継続している間，即ち，他のユーザが自己を認識している間変化しない方が良い。これは，チャットにおいて，同じユーザが同じキャラクタで会話している方が，そのユーザの過去の履歴を意識しながら会話ができるので，より親近感のあるチャットを楽しむことが可能となるからである。チャットサーバ１２０は，キャラクタの維持に所定の規則を設け，その期間，割り当てられた状態を継続することや，また，この維持期間をユーザに選択させることもできる。
【００７２】
また，データ記憶部３１２がキャラクタデータ３３０を所定のグループに分け，そのグループに関連付けて記憶している場合，キャラクタ割当部３１８は，クライアント１００に応じて所定のグループ内からキャラクタデータ３３０を割り当てるとしても良い。上記グループは，例えば，地域，年齢層，性別，その他のカテゴリーによって区別される。クライアント１００は，所望するチャットの内容や分野に応じて，予めチャットサーバ１２０に準備されたグループ群から任意のグループを選択する。そのグループ内では，そのグループに関する共通の情報を複数のユーザが有している場合が多く，そのグループに適切なキャラクタをグループ内のユーザ（クライアント）に割り当てることで，キャラクタの特性をさらに有効に利用することが可能となる。
【００７３】
上記メッセージ受信部３２０は，クライアント１００からのメッセージを受信する。
【００７４】
上記音声データ生成部３２２は，データ記憶部３１２から，割り当てられたキャラクタのキャラクタデータ３３０を読み出し，キャラクタデータの音声を合成して，クライアント１００からのメッセージに対応する音声データを生成する。
【００７５】
音声データ生成部３２２は，例えば，漢字仮名文字で書かれたテキストに，形態素解析等のテキスト解析を行い，品詞情報，係り受け，音素列等を求める。そして，求めた品詞情報，係り受け，音素列等から，韻律情報（音の長さ，音の高さ，音の強さ）を，韻律情報を統計的に表した，キャラクタデータ中の韻律データを用いて予測する。次に，求めた韻律情報に最適な素片波形を，音声ファイルを保持しているキャラクタデータ中の音声データから選び出し，接続して，合成音を作成する。入力されたテキストデータの合成音の作成例は，上記に示したものに限られず，既知の様々な方法を適用できる。
【００７６】
上記キャラクタデータは，キャラクタデータベースとしてのデータ構造を伴って形成されるとしても良く，キャラクタデータ中の音声データや韻律データも個々にデータベースで管理されるとしても良い。
【００７７】
上記音声データ送信部３２４は，音声データ生成部３２２で生成された音声データをメッセージ交換対象のクライアント１００に送信する。
【００７８】
上述したチャットサーバ１２０を利用したチャットにおいて，音声（声質）の違いにより他の複数のユーザを聞き分けることができ，参加メンバが増えたとしても，複数のユーザとの会話を楽しむことが可能となる。
【００７９】
また，クライアント１００がテキストの音声変換機能をチャットとは別のアプリケーションとして個別に保有している場合も有り得るが，当該チャットサーバ１２０でそのような複数の音声の出力を一括管理することによって，クライアント１００の処理能力やクライアント１００毎のアプリケーションのインストール状況に拘わらず，通常のクライアント１００では実現が困難な高品質な音声合成が可能となる。
【００８０】
さらに，膨大な容量を要するキャラクタデータ３３０や口調データ３３２をチャットサーバ１２０内のデータ記憶部３１２で一括管理することにより，高品質であり多彩な音声合成をおこなうことができる。
【００８１】
また，上記チャットサーバ１２０として機能するプログラムも提供される。
【００８２】
（メッセージ交換方法）
以下に，１または２以上のクライアント１００に通信網１１０を介して接続され，クライアント１００間のメッセージの交換を行うチャットサーバ１２０を利用したメッセージ交換方法を説明する。ここでは，大きく（１）チャット開始時，（２）チャット実行時，（３）チャット終了時の３つに分けて説明している。
【００８３】
図６は，チャット開始時におけるメッセージ交換方法の流れを示したフローチャートである。まず，クライアント１００は，チャットサーバ１２０に対してアクセスし（Ｓ５００），チャットサーバ１２０は，かかるクライアント１００からのアクセスが初めてかどうかを判断する（Ｓ５０２）。そのアクセスが初めてではない場合，即ち，既に上記クライアント１００の登録がある場合，当該開始処理を終了する。
【００８４】
また，クライアント１００からのアクセスが初めての場合，チャットサーバ１２０は，データ記憶部３１２内の割り当て可能なキャラクタデータおよび口調データの有無を判断し（Ｓ５０４），該割り当て可能なデータが無い場合，クライアント１００のチャットの参加を制限，即ちクライアント１００のアクセスを拒否して，当該開始処理を終了する。キャラクタデータおよび口調データが全て使用されていなかったら，次の開始処理を実施する。
【００８５】
チャットサーバ１２０は，アクセスしてきたクライアント１００の識別子としてＩＰアドレスを取得し（Ｓ５１０），チャットサーバ１２０に記憶された，キャラクタデータおよびその口調データを，上記クライアント１００に割り当てる（Ｓ５１２）。このとき，チャットサーバ１２０は，各クライアント１００のキャラクタもしくは口調が重複しないように排他制御が行われる。このように対応づけたクライアント１００と，キャラクタおよび口調とを対応テーブルに登録する（Ｓ５１４）。
【００８６】
図７は，チャット実行時におけるメッセージ交換方法の流れを示したフローチャートである。まず，ユーザは，クライアント１００において，テキスト入力を行い，メッセージを作成する（Ｓ５３０）。そして，チャットサーバ１２０にアクセスし（Ｓ５３２），チャットサーバ１２０は，クライアントの識別子としてＩＰアドレスを取得する（Ｓ５３４）。
【００８７】
チャットサーバ１２０は，データ記憶部３１２内の対応テーブルを参照し（Ｓ５３６），取得したＩＰアドレスとキャラクタとが既に対応付けられているかどうか判断する（Ｓ５３８）。ここで対応付けられていない場合，図６で説明したチャット開始処理を実施する（Ｓ５４０）。
【００８８】
上記対応付けがなされており，クライアント１００からメッセージが送信された場合，チャットサーバ１２０は，そのメッセージを受信し（Ｓ５４２），当該クライアント１００に割り当てられたキャラクタのキャラクタデータおよび口調データをデータ記憶部３１２から読み出し，キャラクタデータおよび口調データの音声を合成して，クライアント１００からのメッセージに対応する音声データを生成する（Ｓ５４４）。このとき，キャラクタデータや口調データには，音声データや韻律データが含まれている。チャットサーバ１２０は，生成した音声データを，上記メッセージが送られたクライアント１００および当該チャットに参加している他のクライアント１００に一斉に送信する（Ｓ５４６）。
【００８９】
図８は，チャット終了時におけるメッセージ交換方法の流れを示したフローチャートである。まず，クライアント１００は，ユーザの指示に従い，終了フラグをチャットサーバ１２０に送信する（Ｓ５７０）。これを受けて，チャットサーバ１２０は，クライアントの識別子としてＩＰアドレスを取得し（Ｓ５７２），当該クライアント１００の対応テーブルにおけるキャラクタ等の対応付けを開放する（Ｓ５７４）。
【００９０】
上述したメッセージ交換方法により，チャットシステムを利用するユーザ同士で容易にコミュニケーションをとることができ，参加メンバの増加にも拘わらず，複数のユーザとの会話を楽しむことが可能となる。
【００９１】
（第３の実施形態：クライアント選択）
第２の実施形態では，キャラクタおよび口調がチャットサーバ１２０においてランダムに割り当てられていた。第３の実施形態では，キャラクタおよび口調を，クライアント６００およびチャットサーバ６２０を介してユーザが自由に選択することを特徴とする。
【００９２】
（クライアント６００）
図９は，クライアント６００の概略的な構成を示したブロック図である。かかるクライアント６００は，クライアント制御部２１０と，メッセージ送信部２１２と，テキスト受信部２１４と，テキスト表示部２１６と，音声データ受信部２１８と，音声出力部２２０と，入力部２２２と，キャラクタ選択部６０２とを含んで構成される。
【００９３】
第２の実施形態における構成要素として既に述べた，クライアント制御部２１０と，メッセージ送信部２１２と，テキスト受信部２１４と，テキスト表示部２１６と，音声データ受信部２１８と，音声出力部２２０と，入力部２２２とは，実質的に機能が同一なので重複説明を省略し，ここでは，新たな機能を有すキャラクタ選択部６０２を主に説明する。
【００９４】
上記キャラクタ選択部６０２は，当該クライアント６００がチャットサーバ６２０にアクセスして，チャットサーバ６２０からキャラクタデータおよび口調データのリストを受信した場合，このリストから所望のキャラクタデータをユーザに選択させる。
【００９５】
図１０は，クライアント６００の表示画面におけるキャラクタの選択を説明するための説明図である。かかるＧＵＩ７００は，他のユーザのメッセージを表示するメッセージ表示領域７０２，自己のメッセージを入力するメッセージ入力領域７０４，そのメッセージの入力のトリガとなる入力ボタン７０６，キャラクタをプルダウン形式で選択するキャラクタ選択スイッチ７０８，同様に口調を選択する口調選択スイッチ７１０，クライアント６００で受信した音声データを再生，もしくは再度再生する合成音再生ボタン７１２，および，当該チャットを終了する終了ボタン７１４を含んで構成される。
【００９６】
クライアント６００がチャットサーバ６２０にアクセスをした際，チャットサーバ６２０からは，参加したチャットのグループに応じて，キャラクタデータおよび口調データのリストが送信される。かかるリストのキャラクタデータは，キャラクタ選択スイッチ７０８で確認，選択することができ，そのキャラクタデータの選択に応じて，口調選択スイッチ７１０の選択肢も変更され，それぞれのキャラクタに付随する口調を選択することができる。
【００９７】
このような構成により，メッセージを合成音として他のユーザに伝達するキャラクタを，メッセージを送信するユーザ自身で選択でき，メッセージ以外に自己の特徴をアピールすることができる。また，自己を仮想的な人物に見立てて別人としてチャットに参加することも可能となる。
【００９８】
ただし，他のユーザに既に選択されたキャラクタや口調は，ユーザが選択することができないように，キャラクタ選択スイッチ７０８や口調選択スイッチ７１０のプルダウンメニューに表示はされるが選択ができない，もしくは，最初から選択項目として表示されないとしても良い。
【００９９】
また，ユーザは，自己のクライアント６００がチャットに参加できたかどうかを，メッセージ表示領域７０２に入室できたかどうかで確認することができる。
【０１００】
（チャットサーバ６２０）
図１１は，チャットサーバ６２０の概略的な構成を示したブロック図である。かかるチャットサーバ６２０は，サーバ制御部３１０と，データ記憶部３１２と，アクセス判断部３１４と，クライアント制限部３１６と，キャラクタ割当部６２４と，メッセージ受信部３２０と，音声データ生成部３２２と，音声データ送信部３２４と，リスト送信部６２２とを含んで構成される。
【０１０１】
第２の実施形態における構成要素として既に述べた，サーバ制御部３１０と，データ記憶部３１２と，アクセス判断部３１４と，クライアント制限部３１６と，メッセージ受信部３２０と，音声データ生成部３２２と，音声データ送信部３２４とは，実質的に機能が同一なので重複説明を省略し，ここでは，新たな機能を有すリスト送信部６２２と，キャラクタ割当部６２４とを主に説明する。
【０１０２】
上記リスト送信部６２２は，クライアント６００にデータ記憶部３１２内のキャラクタデータおよび口調データのリストを送信する。リスト送信部６２２は，クライアント６００からのアクセスが初めての場合にリストを自動的に送信するとしても良いし，クライアントの要求に応じて随時リストを送信するとしても良い。
【０１０３】
上記キャラクタ割当部６２４は，クライアント６００のキャラクタ選択部６０２で選択されたキャラクタ（キャラクタデータ）および口調（口調データ）をクライアント６００に割り当てる。かかる割り当てに関して，第２の実施形態で既に説明しているので，ここでは，詳細な説明を省略する。
【０１０４】
また，リスト送信部６２２は，キャラクタ割当部６２４が，メッセージ交換対象であるクライアント６００に既に割り当てたキャラクタデータをリストから除くとしても良し，ユーザが選択出来ないキャラクタデータとしてリスト上で区別されるとしても良い。
【０１０５】
上述したように，クライアント６００毎に相違するキャラクタが割り当てられると，ユーザは，そのキャラクタの音声の違いによって，他の複数のユーザのメッセージを確実に聞き分けることができる。また，上記リストから既に割り当て済みのキャラクタを排除する構成により，キャラクタの重複を確実に回避することが可能となる。
【０１０６】
このようなチャットサーバ６２０の構成により，他のユーザにメッセージを伝達するキャラクタを，メッセージを送信するユーザ自身（クライアント６００側）で選択できるようになる。
【０１０７】
（メッセージ交換方法）
以下に，１または２以上のクライアント６００に通信網１１０を介して接続され，クライアント６００間のメッセージの交換を行うチャットサーバ６２０を利用したメッセージ交換方法を説明する。上記メッセージ交換方法は，大きく（１）チャット開始時，（２）チャット実行時，（３）チャット終了時の３つに分けられるが，（２），（３）に関しては，第２の実施形態と実質的に等しいので，ここでは詳細な説明を省略し，（１）のみを説明する。
【０１０８】
図１２は，チャット開始時におけるメッセージ交換方法の流れを示したフローチャートである。まず，クライアント６００は，チャットサーバ６２０に対してアクセスし（Ｓ８００），チャットサーバ６２０は，かかるクライアント６００からのアクセスが初めてかどうかを判断する（Ｓ８０２）。そのアクセスが初めてではない場合，即ち，既に上記クライアント６００の登録がある場合，当該開始処理を終了する。
【０１０９】
また，クライアント６００からのアクセスが初めての場合，チャットサーバ６２０は，データ記憶部３１２内の割り当て可能なキャラクタデータおよび口調データの有無を判断し（Ｓ８０４），該割り当て可能なデータが無い場合，クライアント６００のチャットの参加を制限して，当該開始処理を終了する。キャラクタデータおよび口調データが全て使用されていなかったら，次の開始処理を実施する。
【０１１０】
チャットサーバ６２０は，キャラクタデータや口調データをユーザに選択させるためのリストをクライアント６００に送信し（Ｓ８０６），クライアント６００は，そのリストを参照して，所望のキャラクタおよび口調を選択する（Ｓ８０８）。チャットサーバ６２０は，リストからキャラクタ等を選択し終わったクライアント６００の識別子としてＩＰアドレスを取得し（Ｓ８１０），チャットサーバ６２０に記憶された，キャラクタデータおよびその口調データを，上記クライアント６００に割り当てる（Ｓ８１２）。このとき，チャットサーバ６２０は，各クライアント６００のキャラクタもしくは口調が重複しないように排他制御が行われる。このように対応づけたクライアント６００とキャラクタおよび口調とを対応テーブルに登録する（Ｓ８１４）。
【０１１１】
上述したメッセージ交換方法により，ユーザ自らキャラクタ等を選択できるようになり，さらにチャットシステムを利用するユーザ同士でコミュニケーションがとりやすくなる。
【０１１２】
（具体的な回路の実施形態）
図１３は，第３の実施形態によるクライアント６００およびチャットサーバ６２０の概略的な構成を示した回路ブロック図である。ここでは，上述したクライアント６００やチャットサーバ６２０を実現するためのさらに具体的な回路が表されている。また，かかる具体的な回路は，第２の実施形態によるクライアント１００およびチャットサーバ１２０にも適応可能である。
【０１１３】
上記クライアント６００は，通信部９１０と，ＣＰＵ９１２と，ＲＯＭ９１４と，ＲＡＭ９１６と，ＨＤＤ９１８と，表示部９２０と，入力部９２２とを含んで構成される。
【０１１４】
上記通信部９１０は，ＬＡＮやインターネットと接続するための通信デバイスおよびドライバを含んで構成される。かかる通信部９１０は，有線もしくは無線で通信網１１０と接続され，変復調回路，エンコーダ，デコーダ等を含むこともできる。
【０１１５】
上記ＣＰＵ９１２は，信号処理を行う半導体集積回路であって，クライアント６００もしくはチャットサーバ６２０全体を管理および制御する。上記ＲＯＭ９１４は，ＣＰＵ９１２に読み込まれたクライアント６００もしくはチャットサーバ６２０を制御するプログラムが予め記憶されている。上記ＲＡＭ９１６は，ＣＰＵ９１２がクライアント６００もしくはチャットサーバ６２０として機能するための所定データを一時記憶したり，変数を格納したりする場所として利用される。上記ＨＤＤ９１８は，アプリケーションや本実施形態のメインプログラムが格納される。また，ＨＤＤ９１８は，クライアント６００のデータ記憶部３１２としても利用可能である。
【０１１６】
上記表示部９２０は，白黒（単色）もしくはカラーのディスプレイで表され，ＷｅｂブラウザやアプリケーションのＧＵＩを表示する。また，上記入力部９２２は，キーボード，テンキー等のキー入力部（図示せず）で形成され，表示部９２０の表示機能を支援する。
【０１１７】
以上，添付図面を参照しながら本発明の好適な実施形態について説明したが，本発明は係る例に限定されないことは言うまでもない。当業者であれば，特許請求の範囲に記載された範疇内において，各種の変更例または修正例に想到し得ることは明らかであり，それらについても当然に本発明の技術的範囲に属するものと了解される。
【０１１８】
例えば，上記実施形態においては，クライアントにキャラクタ（話者）および口調データを割り当てているが，かかる場合に限られず，他の様々なパラメータを割り当て対象とすることができる。例えば，キャラクタとして動物の音声や楽器の音を適用したり，他のパラメータとして，その合成音の音量や音質を選択したりすることが可能となる。
【０１１９】
また，チャットサーバのキャラクタ割当部によってキャラクタが特定されると，そのキャラクタに応じてクライアントのテキスト表示部に表示されるテキスト（文字）を変化させるとしても良い。例えば，キャラクタとして著名人が選択された場合，その著名人の口癖や特定の言い回しがメッセージ中に含まれている場合，その部分のみ色を変えたり，文字の大きさを変えたりして表示することができる。このような構成により，一層会話を楽しむことが可能となる。
【０１２０】
なお，本明細書のメッセージ交換方法における各工程は，必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく，並列的あるいは個別に実行される処理（例えば，並列処理あるいはオブジェクトによる処理）も含むとしても良い。
【産業上の利用可能性】
【０１２１】
本発明は，１または２以上のクライアント間でメッセージを交換する，チャットシステム，チャットサーバ，プログラム，およびメッセージ交換方法に適用可能である。
【図面の簡単な説明】
【０１２２】
【図１】チャットシステムの概略的な構成を示したブロック図である。
【図２】クライアントの概略的な構成を示したブロック図である。
【図３】チャットサーバの概略的な構成を示したブロック図である。
【図４】データ記憶部に記憶されているキャラクタおよび口調データの関係を示した模式図である。
【図５】対応テーブルを示した説明図である。
【図６】チャット開始時におけるメッセージ交換方法の流れを示したフローチャートである。
【図７】チャット実行時におけるメッセージ交換方法の流れを示したフローチャートである。
【図８】チャット終了時におけるメッセージ交換方法の流れを示したフローチャートである。
【図９】クライアントの概略的な構成を示したブロック図である。
【図１０】クライアントの表示画面におけるキャラクタの選択を説明するための説明図である。
【図１１】チャットサーバの概略的な構成を示したブロック図である。
【図１２】チャット開始時におけるメッセージ交換方法の流れを示したフローチャートである。
【図１３】第３の実施形態によるクライアントおよびチャットサーバの概略的な構成を示した回路ブロック図である。
【符号の説明】
【０１２３】
１００，６００  クライアント
１１０  通信網
１２０，６２０  チャットサーバ
２１２  メッセージ送信部
２１８  音声データ受信部
２２０  音声出力部
３１２  データ記憶部
３１４  アクセス判断部
３１６  クライアント制限部
３１８，６２４  キャラクタ割当部
３２０  メッセージ受信部
３２２  音声データ生成部
３２４  音声データ送信部
３３０  キャラクタデータ
３３２  口調データ
３３４  対応テーブル
６２２  リスト送信部
【図１】
2007072511.tif 000003
【図２】
2007072511.tif 000004
【図３】
2007072511.tif 000005
【図４】
2007072511.tif 000006
【図５】
2007072511.tif 000007
【図６】
2007072511.tif 000008
【図７】
2007072511.tif 000009
【図８】
2007072511.tif 000010
【図９】
2007072511.tif 000011
【図１０】
2007072511.tif 000012
【図１１】
2007072511.tif 000013
【図１２】
2007072511.tif 000014
【図１３】
2007072511.tif 000015