JP2008171194A - 通信システム、通信方法、サーバ及び端末 - Google Patents

Abstract

【課題】従来と比して一段とコミュニケーション時の利便性を向上させる。
【解決手段】提供サーバ１１が、所定のチャットページのアドレスと所定の接続時刻とを記した接続情報Ｃｉを生成して、これを接続情報Ｃｉの配信を要求しているコミュニケーション端末１２に配信する。接続情報Ｃｉを受信したコミュニケーション端末１２は、この接続情報Ｃｉに記された接続時刻になるまで待ち受け、接続時刻になると、この接続情報Ｃｉに記されたアドレスのチャットページに自動的に接続する。こうすることで、提供サーバ１１から接続情報Ｃｉを受信したコミュニケーション端末１２を確実に同じ時刻に同じチャットページに接続させることができるので、容易且つ確実に複数のユーザに同じ時間にコミュニケーションさせることができる。
【選択図】図１０

Description

本発明は、通信システム、通信方法、サーバ及び端末に関し、例えば、サーバに接続される端末を介してユーザがコミュニケーションするコミュニケーションシステムに適用して好適なものである。

従来、チャットルームや掲示板といった仮想のコミュニケーション場所を提供するページ（Ｗｅｂページ）に接続している端末を介してユーザにコミュニケーションさせるコミュニケーションシステムが提案されている（例えば、特許文献１参照）。
特開２００１−１６００２１公報

ところで、この種のコミュニケーションシステムは、電子メールなどのコミュニケーション手段とは異なり、仮想のコミュニケーション場所を提供するページに接続している複数の端末のユーザが同じ時間に（リアルタイムに）コミュニケーションできることが特徴であり大きな利点でもある。

しかしながら、従来のコミュニケーションシステムでは、たまたま同じ時間に同じ仮想のコミュニケーション場所を利用しているユーザが複数存在する場合に、これら複数のユーザが同じ時間にコミュニケーションできるだけであって、実際に複数のユーザに同じ時間にコミュニケーションさせるためには、例えば、仮想のコミュニケーション場所を提供するページのアドレス（つまり端末の接続先）とその利用時刻とを、各ユーザに対して前もって知らせる必要があった。

つまり、従来のコミュニケーションシステムでは、複数のユーザが同じ時間にコミュニケーションし得る環境を提供するだけであって、実際に複数のユーザに同じ時間にコミュニケーションさせるためには、各ユーザに対して端末を所定の時刻に所定の接続先に接続させる操作をさせなければならず、この点が同じ時間にコミュニケーションするうえでの利便性を損なう大きな要因となっていた。

本発明は以上の点を考慮してなされたもので、従来と比して一段と利便性を向上した通信システム、通信方法、サーバ及び端末を提案しようとするものである。

かかる課題を解決するため本発明においては、複数の端末と、当該複数の端末と同時に接続可能なサーバとを有する通信システムにおいて、サーバに、仮想のコミュニケーション場所となる所定の接続先への接続時刻を絶対時刻で示す接続時刻情報と当該接続時刻に接続する接続先を示す接続先識別情報とを含む接続情報を生成する接続情報生成手段と、接続情報生成手段により生成された接続情報を端末に配信するサーバ通信手段とを設け、端末に、サーバから配信される接続情報を受信する端末通信手段と、受信した接続情報に含まれる接続時刻情報に示される接続時刻になったかどうかを監視する監視手段と、監視手段により接続時刻になったことを認識すると、受信した接続情報に接続時刻情報と共に含まれる接続先識別情報に従って、接続先へ接続するように端末通信手段を制御する制御手段とを設けるようにした。

こうすることで、本発明の通信システムは、ユーザに対して端末を所定の時刻に所定の接続先に接続させる操作を行わせることなく、サーバから接続情報を受信した端末を確実に同じ時刻に同じ接続先（仮想のコミュニケーション場所を提供する接続先）に接続させることができる。

本発明によれば、ユーザに対して端末を所定の時刻に所定の接続先に接続させる操作を行わせることなく、サーバから接続情報を受信した端末を確実に同じ時刻に同じ接続先（仮想のコミュニケーション場所を提供する接続先）に接続させることができるので、容易且つ確実に複数のユーザに同じ時間にコミュニケーションさせることができ、かくして従来と比して一段と利便性を向上した通信システム、通信方法、サーバ及び端末を実現できる。

以下、図面について、本発明の実施の形態を詳述する。

（１）第１の実施の形態
（１−１）第１の実施の形態の概要
まず、第１の実施の形態の概要を説明する。ちなみにこの概要を説明した後、第１の実施の形態の具体例の説明に移る。

図１において１は、全体として通信システムのシステム構成を示し、この通信システム１は、複数の端末２（２Ａ、２Ｂ、２Ｃ、…）と、複数の端末２（２Ａ、２Ｂ、２Ｃ、…）と同時に接続可能なサーバ３とで構成される。

サーバ３は、仮想のコミュニケーション場所を提供する所定の接続先への接続時刻を絶対時刻で示す接続時刻情報とこの接続時刻に接続する接続先を示す接続先識別情報とを含む接続情報を生成する接続情報生成部４と、接続情報生成部４により生成された接続情報を端末２に配信するサーバ通信部５とを有する。

複数の端末２（２Ａ、２Ｂ、２Ｃ、…）のそれぞれは、サーバ３から配信される接続情報を受信する端末通信部６と、受信した接続情報に含まれる接続時刻情報に示される接続時刻になったかどうかを監視する監視部７と、監視部７により接続時刻になったことを認識すると、受信した接続情報に接続時刻情報と共に含まれる接続先識別情報に従って、接続先へ接続するように端末通信部６を制御する制御部８とを有する。

ここで、仮想のコミュニケーション場所を提供する所定の接続先は、複数の端末２（２Ａ、２Ｂ、２Ｃ、…）のそれぞれの端末通信部６が例えば図示しないネットワークを介して通信可能な接続先であればよく、サーバ３に限定されるものではない。

このようなシステム構成により、通信システム１は、ユーザに対して端末２を所定の時刻に所定の接続先に接続させる操作を行わせることなく、サーバ３から接続情報を受信した端末２を確実に同じ時刻に同じ接続先（仮想のコミュニケーション場所を提供する接続先）に接続させることができるので、容易且つ確実に複数のユーザに同じ時間にコミュニケーションさせることができ、かくして従来と比して一段と利便性を向上することができる。

（１−２）第１の実施の形態の具体例
（１−２−１）コミュニケーションシステムの構成
つづけて、第１の実施の形態の具体例を説明する。図２において１０は、上述した通信システム１の具体例であるコミュニケーションシステムを示し、仮想のコミュニケーション場所（例えばチャットルーム）をユーザに提供するチャットページを開設している提供サーバ１１と、提供サーバ１１が開設しているチャットページにネットワークＮＴを介して接続することで、チャットが利用可能となる複数のコミュニケーション端末１２（１２Ａ、１２Ｂ、１２Ｃ、…）とで構成される。

ここで、このコミュニケーションシステム１０を構成する提供サーバ１１が上述したサーバ３の具体例である。またコミュニケーション端末１２が上述した端末２の具体例であり、複数のコミュニケーション端末１２（１２Ａ、１２Ｂ，１２Ｃ、…）のそれぞれは、同一構成とする。

（１−２−２）提供サーバ及びコミュニケーション端末の機能構成
提供サーバ１１は、図３に示すように、制御部２０が全体を統括的に制御するようになされている。すなわち提供サーバ１１の制御部２０は、開設しているチャットページのアドレスをもとに、ネットワークＮＴを介してコミュニケーション端末１２がこのチャットページに接続してきたことを通信部２１で認識すると、このアドレスに対応するチャットページのページデータを記憶部２２から読み出して、これを通信部２１からネットワークＮＴを介してコミュニケーション端末１２に送信する。

この結果、このチャットページに接続してきたコミュニケーション端末１２には、チャットページのページデータに基づくチャットルーム画面（詳しくは後述する）が表示される。これによりこのコミュニケーション端末１２を介してユーザがチャットできる状態（チャットルームに入室した状態）となる。

そして、提供サーバ１１の制御部２０は、チャットページに接続しているコミュニケーション端末１２から、ユーザにより入力された会話文のデータ（これを会話データとも呼ぶ）が送信されてくると、これを通信部２１で受信して、この受信した会話データに基づく会話文がチャットルーム画面に表示されるようにチャットページのページデータを更新した後、この更新したページデータを通信部２１からネットワークＮＴを介してチャットページに接続している全てのコミュニケーション端末１２に送信する。

このような会話データの受信から更新したページデータの送信までの処理を提供サーバ１１の制御部２０は、チャットページに接続している全てのコミュニケーション端末１２との間でリアルタイムに実行する。

こうすることで、提供サーバ１１は、チャットページに接続しているコミュニケーション端末１２を介してユーザに入力された会話文を、このチャットページに接続している全てのコミュニケーション端末１２にリアルタイムに表示させることができ、この結果、同じチャットページに同じ時間に接続しているコミュニケーション端末１２が複数存在するのであれば、つまり同じチャットルームを同じ時間に利用しているユーザが複数存在するのであれば、これらのユーザにリアルタイムにコミュニケーションさせることができる。

このようにして、提供サーバ１１は、コミュニケーション端末１２を介してそのユーザにチャットサービスを提供するようになされている。ここで、提供サーバ１１の接続情報生成部２３及び操作部２４については後述する自動接続機能と共に説明する。

一方、コミュニケーション端末１２は、図４に示すように、制御部３０が全体を統括的に制御するようになされている。このコミュニケーション端末１２は、ネットワークＮＴを介してチャットするためのブラウザ機能を有しており、例えば、ユーザにより操作部３１を介してブラウザの起動命令が入力されると、この起動命令に応じて、ブラウザ処理部３２が、図５に示すようなブラウザ画面４０を表示部３３に表示する。

ブラウザ画面４０は、チャットページのアドレスを入力するためのアドレス入力欄４１と、アドレス入力欄４１に入力されたアドレスをもとにチャットページに接続する命令が割り当てられた接続ボタン４２と、接続したチャットページのページデータに基づく画面（例えばチャットルーム画面）が表示されるページ画面表示領域４３とで構成される。

そして、コミュニケーション端末１２の制御部３０は、ユーザにより操作部３１を介して、ブラウザ画面４０のアドレス入力欄４１にチャットページのアドレスが入力されて接続ボタン４２が押下されたことを認識すると、アドレス入力欄４１に入力されたアドレスをもとに通信部３４を制御することで、ネットワークＮＴを介して提供サーバ１１が開設しているチャットページに接続する。

このチャットページに接続した結果、提供サーバ１１から、このチャットページのページデータが送信されてくると、コミュニケーション端末１２の制御部３０は、このページデータを通信部３４で受信して、ブラウザ処理部３２に送る。ブラウザ処理部３２は、図６に示すように、このページデータに基づくチャットルーム画面４４を、ブラウザ画面４０のページ画面表示領域４３に表示する。

チャットルーム画面４４は、コミュニケーション端末１２のユーザ名を入力するためのユーザ名入力欄４５と、会話文を入力するための会話入力欄４６と、会話入力欄４６に入力された会話文を送信する命令が割り当てられた送信ボタン４７と、同じチャットルームを利用しているユーザに入力された会話文がリアルタイムに表示される会話表示領域４８とで構成される。

すなわちコミュニケーション端末１２の制御部３０は、ユーザにより操作部３１を介してユーザ名入力欄４５にユーザ名（例えば「ＡＡＡ」）が入力され、さらに会話入力欄４６に会話文（例えば「みなさんこんにちは」）が入力されて送信ボタン４７が押下されたことを認識すると、会話入力欄４６に入力された会話文の会話データを、通信部３４から、接続しているチャットページに送信する。なお、この会話データには、ユーザ名入力欄４５に入力されたユーザ名が紐付けられており、どのユーザにより入力された会話文であるかが特定できるようになされている。

この会話データを送信した結果、チャットページを開設している提供サーバ１１から、送信した会話データに基づく会話文（例えば「みなさんこんにちは」）がこの会話文を入力したユーザ名（例えば「ＡＡＡ」）を特定できるような形（例えば「ＡＡＡ＞みなさんこんにちは」）でチャットルーム画面４０の会話表示領域４８に表示されるように更新されたページデータが送信されてくると、コミュニケーション端末１２の制御部３０は、この更新されたページデータを通信部３４で受信して、ブラウザ処理部３２に送る。ブラウザ処理部３２は、この更新されたページデータに基づき、ブラウザ画面４０のページ画面表示領域４３に表示しているチャットルーム画面４４を更新する。

この結果、図７に示すように、コミュニケーション端末１２の表示部３３に表示されるブラウザ画面４０の会話表示領域４８には、このコミュニケーション端末１２のユーザにより入力された会話文（例えば「みなさんこんにちは」）が、入力したユーザ名（例えば「ＡＡＡ」）を特定できるような形（例えば「ＡＡＡ＞みなさんこんにちは」）で表示される。

そして、コミュニケーション端末１２の制御部３０は、例えば、同じチャットページに接続している他のコミュニケーション端末１２から、ユーザに入力された会話文の会話データがチャットページに送信されることで、提供サーバ１１から、更新されたページデータが送信されてくると、その都度、この更新されたページデータに基づき、ブラウザ画面４０のページ画面表示領域４３に表示しているチャットルーム画面４４を更新する。

この結果、図８に示すように、ブラウザ画面４０の会話表示領域４８には、同じチャットルームを利用している複数のユーザに入力された会話文（例えば、「ＡＡＡ＞みなさんこんにちは」、「ＢＢＢ＞こんにちは、お久しぶりです」、「ＣＣＣ＞ヤッホー」）がリアルタイムに表示されていく。

このようにして、コミュニケーション端末１２は、提供サーバ１１が開設しているチャットページに接続することで、このチャットページに接続している他のコミュニケーション端末との間で、チャットが利用できるようになされている。ここで、コミュニケーション端末１２の監視部３５については後述する自動接続機能と共に説明する。

ここまで説明したチャット機能にくわえて、このコミュニケーションシステム１０では、提供サーバ１１から配信される接続情報（後述する）にしたがって、コミュニケーション端末１２が、所定のチャットページに所定の時刻に自動的に接続する機能（これを自動接続機能とも呼ぶ）を有している。ここで、この自動接続機能について説明する。

提供サーバ１１の接続情報生成部２３は、例えば、システム管理者により操作部２４を介してチャットページのアドレスと、そのチャットページにコミュニケーション端末１２を接続させる接続時刻が絶対時刻（例えば年月日時分秒）で指定されると、これに応じて、図９に示すような接続情報Ｃｉを生成する。

この接続情報Ｃｉは、例えば、容易に編集可能なプレインテキスト形式のファイルであるとする。そしてこの接続情報Ｃｉには、指定されたチャットページのアドレス（例えば「ｈｔｐｔ／／＊＊＊．＊＊／ｃｈａｔｒｏｏｍ０１．＊＊」）と、指定された接続時刻（例えば「２００６／１２／２５ＰＭ６：３０：００」）とが記される。

このような接続情報Ｃｉが接続情報生成部２３により生成された後、提供サーバ１１の制御部２０は、この接続情報Ｃｉを通信部２１からネットワークＮＴを介して、接続情報Ｃｉの配信を要求してきたコミュニケーション端末１２に配信する。

このようにして、提供サーバ１１は、所定のチャットページのアドレスと、このアドレスのチャットページへの接続時刻とを記した接続情報Ｃｉをコミュニケーション端末１２に配信するようになされている。

一方、コミュニケーション端末１２の制御部３０は、接続情報Ｃｉの配信要求を通信部３４からネットワークＮＴを介して提供サーバ１１に送信した結果として、提供サーバ１１から配信される接続情報Ｃｉを通信部３４で受信すると、この接続情報Ｃｉに記された接続時刻を監視部３５に送る。

監視部３５は、内部にタイマーを持ち、このタイマーから得られる現在時刻が接続時刻になるまで監視する。そしてこの監視部３５は、現在時刻が接続時刻になると、この旨を制御部３０に通知する。制御部３０は、監視部３５から接続時刻になった旨の通知を受けると、接続情報Ｃｉに記されたアドレスをもとに通信部３４を制御することで、このアドレスのチャットページに接続する。

このようにして、コミュニケーション端末１２は、提供サーバ１１から受信した接続情報Ｃｉに記された接続時刻になると、自動的にこの接続情報Ｃｉに記されたアドレスのチャットページに接続するようになされている。

このような自動接続機能により、コミュニケーションシステム１０では、提供サーバ１１から接続情報Ｃｉを受信したコミュニケーション端末１２を同じ時刻に同じチャットページに自動的に接続させることができるので、容易且つ確実に複数のユーザに同じ時間にコミュニケーションさせることができる。

（１−２−３）自動接続処理手順
ここで、上述した自動接続機能を実行する場合の処理手順（これを自動接続処理手順とも呼ぶ）について、図１０に示すシーケンスチャートを用いて詳しく説明する。ちなみに、この自動接続処理手順は、主として、提供サーバ１１の制御部２０とコミュニケーション端末１２の制御部３０とによって実行される処理手順である。

コミュニケーション端末１２の制御部３０は、ステップＳＰ１において、接続情報Ｃｉの配信要求を提供サーバ１１に対して通信部３４から送信する。ここで、コミュニケーション端末１２の制御部３０は、例えば、配信要求を数秒間隔で繰り返し送信するように通信部３４を制御（ポーリング制御）するようになされている。

一方、提供サーバ１１の制御部２０は、例えば操作部２４を介してチャットページのアドレスとそのチャットページへの接続時刻とが指定されると、ステップＳＰ１０において、指定されたチャットページのアドレスと接続時刻とを記した接続情報Ｃｉを接続情報生成部２３で生成して、次のステップＳＰ１１に移る。

ステップＳＰ１１において提供サーバ１１の制御部２０は、接続情報生成部２３で生成した接続情報Ｃｉを、接続情報Ｃｉの配信を要求しているコミュニケーション端末１２に対して通信部３４から送信する。ここで、提供サーバ１１の制御部２０は、複数のコミュニケーション端末１２から接続情報Ｃｉの配信要求を受けている場合、複数のコミュニケーション端末１２のそれぞれに対して接続情報Ｃｉを送信する。

コミュニケーション端末１２の制御部３０は、提供サーバ１１から配信された接続情報Ｃｉを通信部３４で受信すると、ステップＳＰ１からステップＳＰ２に移る。ステップＳＰ２においてコミュニケーション端末１２の制御部３０は、受信した接続情報Ｃｉに記された接続時刻を認識して、これを監視部３５に送り、次のステップＳＰ３に移る。

ステップＳＰ３においてコミュニケーション端末１２の制御部３０は、監視部３５から接続時刻になった旨の通知を受けるまで待ち受ける。そして、コミュニケーション端末１２の制御部３０は、監視部３５から接続時刻になった旨の通知を受けると、ステップＳＰ４に移り、接続情報Ｃｉに記されたアドレスをもとに通信部３４を制御して、このアドレスのチャットページに接続する。

この結果、提供サーバ１１からコミュニケーション端末１２に対して、チャットページのページデータが送信されることで、コミュニケーション端末１２の表示部３３には、自動的にチャットルーム画面４４が表示される。これにより、このコミュニケーション端末１２を介してユーザがチャットできる状態（チャットルームに入室した状態）となる。

ここで、複数のコミュニケーション端末１２に接続情報Ｃｉが配信されている場合、これら複数のコミュニケーション端末１２のユーザが同時に同じチャットルームに入室したことになる。

このような自動接続処理手順にしたがって、コミュニケーション端末１２は、提供サーバ１１から受信した接続情報Ｃｉに指定された時刻に、この接続情報Ｃｉに指定されたアドレスのチャットページに自動的に接続するようになされている。

（１−２−４）第１の実施の形態の動作及び効果
以上の構成において、この第１の実施の形態のコミュニケーションシステム１０では、提供サーバ１１が、所定のチャットページのアドレスと所定の接続時刻とを記した接続情報Ｃｉを生成して、これを接続情報Ｃｉの配信を要求しているコミュニケーション端末１２に配信する。

接続情報Ｃｉを受信したコミュニケーション端末１２は、この接続情報Ｃｉに記された接続時刻になるまで待ち受け、接続時刻になると、この接続情報Ｃｉに記されたアドレスのチャットページに自動的に接続する。

こうすることにより、このコミュニケーションシステム１０では、例えば、複数のユーザが同じ時間にチャットを楽しもうとした場合に、複数のユーザに対してコミュニケーション端末１２を所定の時刻に所定のチャットページに接続させる操作を行わせることなく、提供サーバ１１から接続情報Ｃｉを受信したコミュニケーション端末１２を同じ時刻に同じチャットページに自動的に接続させることができるので、容易且つ確実に接続情報Ｃｉを受信したコミュニケーション端末１２のユーザにチャットさせることができる。

以上の構成によれば、この第１の実施の形態のコミュニケーションシステム１０は、ユーザに対してコミュニケーション端末１２を所定の時刻に所定のチャットページに接続させる操作を行わせることなく、提供サーバ１１から接続情報Ｃｉを受信したコミュニケーション端末１２を確実に同じ時刻に同じチャットページに接続させることができるので、容易且つ確実に複数のユーザに同じ時間にコミュニケーションさせることができ、かくして従来と比して一段とチャット利用時の利便性を向上することができる。

（２）第２の実施の形態
次に、第２の実施の形態について説明する。この第２の実施の形態では、接続情報Ｃｉに音楽データのプレイリストが含まれ、この接続情報Ｃｉを受信したコミュニケーション端末１２が、この接続情報Ｃｉに記された接続時刻になると、自動的にこの接続情報Ｃｉに記されたアドレスのチャットページに接続すると共に、この接続情報Ｃｉに含まれるプレイリストにしたがって音楽データを再生するようになされている。

この実施例では、コミュニケーションシステム１０の全体的なシステム構成については第１の実施の形態と同様とし、提供サーバ１１及びコミュニケーション端末１２の機能構成については第１の実施の形態と異なるものとする。したがって、ここでは、提供サーバ１１及びコミュニケーション端末１２の機能構成について説明する。

（２−１）提供サーバ及びコミュニケーション端末の機能構成
図３との同一部分に同一符号を付して示す図１１に示すように、この実施例の提供サーバ１１は、第１の実施の形態の機能構成（制御部２０、通信部２１、記憶部２２、接続情報生成部２３及び操作部２４）に、音楽データを記憶する音楽データ記憶部５０を追加した機能構成を有する。

この提供サーバ１１は、上述した第１の実施の形態と同様にコミュニケーション端末１２を介してそのユーザにチャットサービスを提供するようになされ、また音楽データ記憶部５０に記憶された音楽データを配信する音楽配信サービスをコミュニケーション端末１２を介してそのユーザに提供するようにもなされている。なお、この実施例での提供サーバ１１は、音楽データ記憶部５０に記憶された音楽データを、例えば、複数のコミュニケーション端末１２での利用が許可された試聴用の音楽データとして、コミュニケーション端末１２にストリーミング配信するようになされている。

実際上、音楽データ記憶部５０には複数の音楽データが記憶されていると共に、各音楽データには曲タイトルやアーティスト名などの関連情報と音楽データを一意に識別可能な波形ＩＤとが付され、この波形ＩＤにより各音楽データが個別に管理されるようになされている。ちなみに、この波形ＩＤは、音楽データごとに異なる波形の特徴を、その音楽データのＩＤとして利用するものである。

そして、提供サーバ１１の制御部２０は、ネットワークＮＴを介して、コミュニケーション端末１２から音楽データ（つまり試聴用の音楽データ）のストリーミング配信要求が送信されてくると、これを通信部２１で受信し、この受信したストリーミング配信要求に含まれる波形ＩＤに該当する音楽データを音楽データ記憶部５０から読み出して、音楽データのストリーミング配信要求を送信してきたコミュニケーション端末１２にストリーミング配信する。この結果、このストリーミング配信した音楽データがコミュニケーション端末１２でストリーミング再生される。

このようにして、提供サーバ１１は、コミュニケーション端末１２を介してそのユーザに音楽配信サービスを提供するようになされている。

また、この提供サーバ１１の接続情報生成部２３は、チャットページのアドレスとこのチャットページへの接続時刻だけでなく、このチャットページに接続したコミュニケーション端末１２に再生させる音楽データのプレイリストを含んだ接続情報Ｃｉを生成するようにもなされている。

具体的に言うと、接続情報生成部２３は、例えば、システム管理者により操作部２４を介して、チャットページのアドレスとこのチャットページにコミュニケーション端末１２を接続させる接続時刻とが指定されると共に、このチャットページに接続したコミュニケーション端末１２に再生させる音楽データのプレイリストが指定されると、これに応じて、図１２に示すような接続情報Ｃｉを生成する。

この接続情報Ｃｉは、編集可能なプレインテキスト形式のファイルであるとする。そしてこの接続情報Ｃｉには、１行目に、指定されたチャットページのアドレス（例えば「ｈｔｐｔ／／＊＊＊．＊＊／ｃｈａｔｒｏｏｍ０１．＊＊」）と、指定された接続時刻（例えば「２００６／１２／２５ＰＭ６：３０：００」）とが記され、２行目以降に、指定されたプレイリストＰＬが記される。

このプレイリストＰＬは、コミュニケーション端末１２に再生させる音楽データごとの情報（これを音楽データ情報とも呼ぶ）を１行ずつ再生順に並べたリストであり、音楽データ情報として、音楽データの再生開始時刻となる絶対時刻（例えば「２００６／１２／２５ＰＭ６：３１：００」）と、音楽データを一意に識別可能な波形ＩＤ（例えば「ＩＤ００００１２３ＡＬＫ」）と、音楽データに基づく曲のアーティスト名（例えば「ノーザンオールスターズ」）と曲タイトル（例えば「勝手にシンドイバット」）とが示されている。ちなみに、このプレイリストＰＬに示される音楽データは、チャットページに接続したコミュニケーション端末１２に再生させる音楽データであるから、その再生開始時刻は、少なくとも接続時刻以降に設定される。

このように、この実施例の接続情報Ｃｉには、所定の音楽データの再生開始時刻を示すプレイリストＰＬが含まれている。

そして、提供サーバ１１の制御部２０は、この接続情報Ｃｉを通信部２１からネットワークＮＴを介して、接続情報Ｃｉの配信を要求してきたコミュニケーション端末１２に配信する。

このようにして、提供サーバ１１は、所定のチャットページのアドレスと、このアドレスのチャットページへの接続時刻とにくわえて、所定の音楽データの再生開始時刻を示すプレイリストＰＬを記した接続情報Ｃｉをコミュニケーション端末１２に配信するようになされている。

一方、コミュニケーション端末１２は、図４との同一部分に同一符号を付した図１３に示すように、第１の実施の形態の機能構成（制御部３０、操作部３１、ブラウザ処理部３２、表示部３３、通信部３４、監視部３５）に、音楽データを記憶する音楽データ記憶部６０と、音楽データを再生処理する再生処理部６１と、再生処理部６１で再生処理された音楽データに基づく音楽を出力する出力部６２と、音楽データの再生処理時にバッファとして利用される一時記憶部６３とを追加した機能構成でなる。

すなわち、このコミュニケーション端末１２は、チャットするためのブラウザ機能にくわえて、音楽データを再生する音楽再生機能を有している。

実際上、音楽データ記憶部６０には複数の音楽データを記憶することができ、各音楽データには曲タイトルやアーティスト名などの関連情報と音楽データを一意に識別可能な波形ＩＤとが付され、この波形ＩＤにより各音楽データが個別に管理されるようになされている。

そして、コミュニケーション端末１２の制御部３０は、例えば、操作部３１を介して、音楽データ記憶部６０に記憶している音楽データを再生するよう命令されると、これに応じて、音楽データ記憶部６０から音楽データを読み出し、この読み出した音楽データを再生処理部６１に送る。

再生処理部６１は、音楽データに対して復号処理、イコライジング処理、デジタルアナログ変換処理及び増幅処理などの再生処理を施すことにより音楽信号を得、この音楽信号を出力部６２に送る。この結果、出力部６２から音楽信号に基づく音楽（つまり曲）が出力される。

このようにして、コミュニケーション端末１２は、音楽データ記憶部６０に記憶している音楽データを再生するようになされている。

また、コミュニケーション端末１２の制御部３０は、提供サーバ１１から音楽データ（つまり試聴用の音楽データ）がストリーミング配信されてくると、この音楽データを通信部３４で受信しながら、この音楽データの受信し終えた部分から順に一時記憶部６３に記憶させていく。そして、制御部３０は、一時記憶部６３に数秒分の音楽データがたまると、この数秒分の音楽データを一時記憶部６３から読み出して再生処理部６１に送ることでこの数秒分の音楽データを再生すると共に、再び一時記憶部６３に数秒分の音楽データがたまるのを待つ。

このような処理（これをストリーミング再生処理とも呼ぶ）により、コミュニケーション端末１２は、提供サーバ１１からストリーミング配信されてくる音楽データをストリーミング再生するようにもなされている。

さらに、コミュニケーション端末１２の制御部３０は、接続情報Ｃｉの配信要求を通信部３４からネットワークＮＴを介して提供サーバ１１に送信した結果として、提供サーバ１１から配信される接続情報Ｃｉを通信部３４で受信すると、この接続情報Ｃｉに記された接続時刻と、この接続情報Ｃｉに含まれるプレイリストＰＬに記された各音楽データの再生開始時刻とを監視部３５に送ると共に、このプレイリストＰＬにより指定された各音楽データの取得先を設定する。

具体的に言うと、制御部３０は、プレイリストＰＬに記されている波形ＩＤを検索条件として音楽データ記憶部６０から音楽データを検索することで、プレイリストＰＬに指定された各音楽データが、音楽データ記憶部６０に記憶されているかどうかを判別し、音楽データ記憶部６０に記憶されていると判別した音楽データについては、その取得先を音楽データ記憶部６０に設定し、記憶していないと判別した音楽データについては、その取得先を提供サーバ１１に設定するようになされている。

一方、監視部３５は、内部のタイマーから得られる現在時刻が接続時刻になるまで監視する。そしてこの監視部３５は、現在時刻が接続時刻になると、この旨を制御部３０に通知する。制御部３０は、監視部３５から接続時刻になった旨の通知を受けると、接続情報Ｃｉに記されたアドレスをもとに通信部３４を制御することで、このアドレスのチャットページに接続する。

このとき、ブラウザ処理部３２は、図５との同一部分に同一符号を付した図１４に示すようなブラウザ画面４０を表示部３３に表示する。このブラウザ画面４０は、第１の実施の形態の構成（アドレス入力欄４１、接続ボタン４２、ページ画面表示領域４３）に、再生中の音楽データの情報（再生経過時間、曲タイトル、アーティスト名などでなり、これを再生情報とも呼ぶ）が表示される再生情報表示領域７０を追加した構成でなる。

このとき、ブラウザ画面４０のアドレス入力欄４１には、接続情報Ｃｉに記されたアドレスが表示され、またページ画面表示領域４３には、接続情報Ｃｉに記されたアドレスをもとに接続したチャットページのページデータに基づくチャットルーム画面４４が表示される。このとき、再生情報表示領域７０には、まだ再生情報は表示されない。

このようにコミュニケーション端末１２の表示部３３にチャットルーム画面４４が表示されることで、コミュニケーション端末１２を介してユーザがチャットできる状態（チャットルームに入室した状態）となる。

さらに、監視部３５は、内部のタイマーから得られる現在時刻がプレイリストＰＬに記された各音楽データの再生開始時刻のうちの１曲目の再生開始時刻になるまで監視する。そしてこの監視部３５は、現在時刻が１曲目の再生開始時刻になると、この旨を制御部３０に通知する。制御部３０は、監視部３５から１曲目の再生開始時刻になった旨の通知を受けると、接続情報Ｃｉに含まれるプレイリストＰＬにしたがって１曲目の音楽データの再生を自動的に開始する。

ここで、この１曲目の音楽データの取得先が音楽データ記憶部６０に設定されている場合、制御部３０は、この１曲目の音楽データを、その波形ＩＤをもとに音楽データ記憶部６０から読み出して、その再生開始時刻に再生を開始する。また、この１曲目の音楽データの取得先が提供サーバ１１に設定されている場合、制御部３０は、この１曲目の音楽データの波形ＩＤを含んだストリーミング配信要求を提供サーバ１１に送信することで、この１曲目の音楽データを提供サーバ１１から受信して、その再生開始時刻にストリーミング再生を開始する。

ちなみに、音楽データをストリーミング再生する場合、制御部３０は、提供サーバ１１との通信によるタイムラグを考慮して、再生開始時刻よりも前にストリーミング配信要求を提供サーバ１１に送り、音楽データの頭数秒分を一時記憶部６３に記憶させておくことで、音楽データ記憶部６０から再生する場合と同様に、再生開始時刻ちょうどに音楽データのストリーミング再生を開始し得るようになされている。

こうすることで、コミュニケーションシステム１０では、接続情報Ｃｉを受信した全てのコミュニケーション端末１２（つまり同じチャットページに接続している全てのコミュニケーション端末１２）に対して、同じ時間に同じ曲の音楽データを再生させることができ、結果として、コミュニケーション端末１２を介して同じチャットルームに入室している全てのユーザに対して、同じ時間に同じ音楽を聴取させることができる。

このようにして１曲目の音楽データの再生が開始されると、ブラウザ処理部３２は、図１５に示すように、ブラウザ画面４０の再生情報表示領域７０に対して、再生を開始した１曲目の音楽データの再生情報を表示する。これにより、コミュニケーション端末１２は、現在再生中の音楽データに基づく音楽の曲タイトルやアーティスト名などをユーザに認識させることができる。

そして、コミュニケーション端末１２の制御部３０は、監視部３５から、現在時刻がプレイリストＰＬに記された２曲目の再生開始時刻になった旨の通知を受けると、１曲目の音楽データの再生を停止すると共に２曲目の音楽データの再生を開始する。このときブラウザ処理部３２は、ブラウザ画面４０の再生情報表示領域７０に表示している再生情報を２曲目の音楽データの再生情報に更新する。以後、制御部３０及びブラウザ処理部３２は、このような処理をプレイリストＰＬに記された曲数分だけ繰り返す。

また、このとき、コミュニケーション端末１２の制御部３０は、音楽を聴取しているユーザにより操作部３１を介してブラウザ画面４０のユーザ名入力欄４５にユーザ名（例えば「ＡＡＡ」）が入力され、さらに会話入力欄４６に会話文（例えば「この曲かっこいい！！」）が入力されて送信ボタン４７が押下されたことを認識すると、会話入力欄４６に入力された会話文の会話データを、通信部３４から、接続しているチャットページに送信する。

このようにして、会話データを送信した結果、または同じチャットページに接続している他のコミュニケーション端末１２から会話データが送信された結果、更新されたページデータが送信されてくると、コミュニケーション端末１２の制御部３０は、その都度、この更新されたページデータを通信部３４で受信して、ブラウザ処理部３２に送る。ブラウザ処理部３２は、この更新されたページデータに基づき、ブラウザ画面４０のページ画面表示領域４３に表示しているチャットルーム画面４４を更新する。

この結果、図１６に示すように、ブラウザ画面４０の会話表示領域４８には、同じチャットルームを利用している複数のユーザに入力された会話文（例えば、「ＡＡＡ＞この曲かっこいいよね！！」、「ＢＢＢ＞私も同感！」、「ＣＣＣ＞そうかなあ…」、「ＤＤＤ＞ノーザン最高！！」）がリアルタイムに表示されていく。

このように、コミュニケーションシステム１０では、提供サーバ１１から接続情報Ｃｉを受信したコミュニケーション端末１２を同じ時刻に同じチャットページに自動的に接続させることができるだけでなく、同じチャットページに接続しているコミュニケーション端末１２に対して同じ時間に同じ曲の音楽データを再生させることができる。

（２−２）自動処理手順
ここで、上述したチャットページへの自動接続から音楽データの自動再生までの処理手順（これを自動処理手順とも呼ぶ）について、図１７及び図１８に示すシーケンスチャートを用いて詳しく説明する。ちなみに、この自動処理手順は、主として、提供サーバ１１の制御部２０とコミュニケーション端末１２の制御部３０とによって実行される処理手順である。

コミュニケーション端末１２の制御部３０は、ステップＳＰ２０において、接続情報Ｃｉの配信要求を提供サーバ１１に対して通信部３４から送信する。ここで、コミュニケーション端末１２の制御部３０は、例えば、配信要求を数秒間隔で繰り返し送信するように通信部３４を制御（ポーリング制御）するようになされている。

一方、提供サーバ１１の制御部２０は、例えば操作部２４を介してチャットページのアドレスとそのチャットページへの接続時刻とプレイリストＰＬとが指定されると、ステップＳＰ４０において、指定されたチャットページのアドレスと接続時刻とプレイリストＰＬとを記した接続情報Ｃｉを接続情報生成部２３で生成して、次のステップＳＰ４１に移る。

ステップＳＰ４１において提供サーバ１１の制御部２０は、接続情報生成部２３で生成した接続情報Ｃｉを、接続情報Ｃｉの配信を要求しているコミュニケーション端末１２に対して通信部２１から送信する。ここで、提供サーバ１１の制御部２０は、複数のコミュニケーション端末１２から接続情報Ｃｉの配信要求を受けている場合、複数のコミュニケーション端末１２のそれぞれに対して接続情報Ｃｉを送信する。

コミュニケーション端末１２の制御部３０は、提供サーバ１１から配信された接続情報Ｃｉを通信部３４で受信すると、ステップＳＰ２０からステップＳＰ２１に移る。ステップＳＰ２１においてコミュニケーション端末１２の制御部３０は、受信した接続情報Ｃｉに記された接続時刻と、この接続情報Ｃｉに含まれるプレイリストＰＬに記された各音楽データの再生開始時刻とを認識して、これらを監視部３５に送ると共に、このプレイリストＰＬにより指定された各音楽データの取得先を音楽データ記憶部６０または提供サーバ１１のどちらかに設定して、次のステップＳＰ２２に移る。

ステップＳＰ２２においてコミュニケーション端末１２の制御部３０は、監視部３５から接続時刻になった旨の通知を受けるまで待ち受ける。そして、コミュニケーション端末１２の制御部３０は、監視部３５から接続時刻になった旨の通知を受けると、ステップＳＰ２３に移り、接続情報Ｃｉに記されたアドレスをもとに通信部３４を制御して、このアドレスのチャットページに接続し、次のステップＳＰ２４に移る。

この結果、提供サーバ１１からコミュニケーション端末１２に対して、チャットページのページデータが送信されることで、コミュニケーション端末１２の表示部３３には、自動的にチャットルーム画面４４が表示される。これにより、このコミュニケーション端末１２を介してユーザがチャットできる状態（チャットルームに入室した状態）となる。

ここで、複数のコミュニケーション端末１２に接続情報Ｃｉが配信されている場合、これら複数のコミュニケーション端末１２のユーザが同時に同じチャットルームに入室したことになる。

ステップＳＰ２４においてコミュニケーション端末１２の制御部３０は、接続情報Ｃｉに含まれているプレイリストＰＬのｎ番目（ｎは整数）の音楽データの取得先が提供サーバ１１に設定されているかどうかを判定する。ここでｎの初期値は１とする。つまりここではまず１番目の音楽データの取得先が提供サーバ１１に設定されているかどうかを判定する。

このステップＳＰ２４で肯定結果を得ると、このときコミュニケーション端末１２の制御部３０は、ステップＳＰ２５に移り、ステップＳＰ２５において、ｎ番目（この場合１番目）の音楽データのストリーミング配信要求を通信部３４から提供サーバ１１に対して送信する。

ｎ番目（この場合１番目）の音楽データのストリーミング配信要求が送信されてくると、提供サーバ１１の制御部２０は、これを通信部２１で受信し、ステップＳＰ４２において、このストリーミング配信要求に指定された音楽データを音楽データ記憶部５０から読み出して、このストリーミング配信要求を送信してきたコミュニケーション端末１２に対してストリーミング配信する。

提供サーバ１１からｎ番目（この場合１番目）の音楽データがストリーミング配信されてくると、コミュニケーション端末１２の制御部３０は、ステップＳＰ２６において、この音楽データを通信部２１で受信しながら、その頭数秒分を一時記憶部６３に記憶させて、次のステップＳＰ２７に移る。

これに対して、上述のステップＳＰ２４で肯定結果を得ると、このことは、ｎ番目（この場合１番目）の音楽データの取得先が音楽データ記憶部６０に設定されていることを意味し、このときコミュニケーション端末１２の制御部３０は、ステップＳＰ２７に移る。

ステップＳＰ２７においてコミュニケーション端末１２の制御部３０は、監視部３５からｎ番目（この場合１番目）の音楽データの再生開始時刻になった旨の通知を受けるまで待ち受ける。そして、コミュニケーション端末１２の制御部３０は、監視部３５からｎ番目（この場合１番目）の音楽データの再生開始時刻になった旨の通知を受けると、ステップＳＰ２８に移る。

ステップＳＰ２８においてコミュニケーション端末１２の制御部３０は、ｎ番目（この場合１番目）の音楽データの再生を開始して、次のステップＳＰ２９に移る。ここで、ｎ番目（この場合１番目）の音楽データの取得先が提供サーバ１１であるならば、制御部３０は、提供サーバ１１から受信して一時記憶部３６に記憶してあるｎ番目（この場合１番目）の音楽データの頭数秒分を読み出して再生を開始する一方、ｎ番目（この場合１番目）の音楽データの取得先が音楽データ記憶部６０であるならば、ｎ番目（この場合１番目）の音楽データをこの音楽データ記憶部６０から読み出して再生を開始する。

ステップＳＰ２９においてコミュニケーション端末１２の制御部３０は、ｎ番目（この場合１番目）の音楽データがプレイリストＰＬの最後の音楽データであるかどうかを判定する。このステップＳＰ２９で否定結果を得ると、このことは、プレイリストＰＬにｎ＋１番目の音楽データが記されていることを意味し、このときコミュニケーション端末１２の制御部３０は、ステップＳＰ３０に移り、ｎを＋１して、再びステップＳＰ２４に戻り、ｎ番目（この場合２番目）の音楽データの取得先が提供サーバ１１に設定されているかどうかを判定する。

これに対して、上述のステップＳＰ２９で肯定結果を得ると、このことは、ｎ番目（この場合１番目）の音楽データがプレイリストＰＬの最後の音楽データであることを意味し、このとき、コミュニケーション端末１２の制御部２０は、再生中のｎ番目（この場合１番目）の音楽データを終わりまで再生する。

このような自動処理手順にしたがって、コミュニケーション端末１２は、提供サーバ１１から受信した接続情報Ｃｉに指定された時刻に、この接続情報Ｃｉに指定されたアドレスのチャットページに自動的に接続して、さらにこの接続情報Ｃｉに含まれるプレイリストＰＬに指定された音楽データを指定された時刻に自動的に再生するようになされている。

ちなみに、提供サーバ１１は、接続情報Ｃｉに記されたプレイリストＰＬの最後の音楽データの再生が終了した時点（最後の音楽データの再生時間により特定）で、この接続情報Ｃｉを無効にすると共に、この接続情報Ｃｉに記されたアドレスのチャットページに対応するチャットルームを利用できなくする（書き込みを禁止する）ようにしてもよい。

（２−３）第２の実施の形態による動作及び効果
以上の構成において、この第２の実施の形態のコミュニケーションシステム１０では、提供サーバ１１が、所定のチャットページのアドレスとこのチャットページに接続する接続時刻とにくわえて、所定の音楽データの再生開始時刻を示すプレイリストＰＬを記した接続情報Ｃｉを生成して、これを接続情報Ｃｉの配信を要求しているコミュニケーション端末１２に配信する。

接続情報Ｃｉを受信したコミュニケーション端末１２は、この接続情報Ｃｉに記された接続時刻になるまで待ち受け、接続時刻になると、この接続情報Ｃｉに記されたアドレスのチャットページに自動的に接続する。さらに、コミュニケーション端末１２は、この接続情報ＣｉのプレイリストＰＬにしたがって、所定の音楽データの再生を指定された時刻に自動的に開始する。

こうすることで、このコミュニケーションシステム１０では、提供サーバ１１から接続情報Ｃｉを受信したコミュニケーション端末１２を同じ時刻に同じチャットページに自動的に接続させることができるだけでなく、同じチャットページに接続しているコミュニケーション端末１２に対して同じ時間に同じ曲の音楽データを再生させることができるので、複数のユーザに対して、あたかも同じ場所で同じ時間に同じ音楽を聞いているようなライブ感を味わわせながらコミュニケーションさせることができる。換言すれば、このコミュニケーションシステム１０では、コミュニケーション端末１２を介して同じチャットルームに入室している全てのユーザに対して、時間と音楽を共有させることができる。

また、このコミュニケーションシステム１０のコミュニケーション端末１２は、接続情報ＣｉのプレイリストＰＬに指定された音楽データを再生する場合に、この指定された音楽データがローカルの音楽データ記憶部６０に記憶されているのであれば、この音楽データを音楽データ記憶部６０から読み出して再生し、音楽データ記憶部６０に記憶されていないのであれば、この音楽データに対応する、複数のコミュニケーション端末１２での利用が許可された試聴用の音楽データを提供サーバ１１から受信してストリーミング再生する。

こうすることで、このコミュニケーションシステム１０では、音楽データの著作権を保護しつつ、複数のコミュニケーション端末１２に同じ曲の音楽データを再生させることができる。

さらに、このコミュニケーションシステム１０のコミュニケーション端末１２は、接続情報ＣｉのプレイリストＰＬに指定された時刻に、指定された音楽データに対応する試聴用の音楽データをストリーミング再生する場合、提供サーバ１１との通信によるタイムラグを考慮して、再生開始時刻よりも前にストリーミング配信要求を提供サーバ１１に送り、音楽データの頭数秒分を一時記憶部６３に記憶させておくことにより、ローカルに保持されている音楽データを再生する場合と同様に、再生開始時刻ちょうどに試聴用の音楽データのストリーミング再生を開始することができる。

こうすることで、コミュニケーションシステム１０では、接続情報Ｃｉを受信した全てのコミュニケーション端末１２に対して、同時に同じ曲の音楽データを再生させることができる。

以上の構成によれば、この第２の実施の形態のコミュニケーションシステム１０は、提供サーバ１１から接続情報Ｃｉを受信したコミュニケーション端末１２を同じ時刻に同じチャットページに自動的に接続させることができるだけでなく、同じチャットページに接続しているコミュニケーション端末１２に対して同じ時間に同じ曲の音楽データを再生させることができるので、複数のユーザに対して、同じ時間に同じ音楽を聞きながらコミュニケーションさせることができ、かくして、従来にはない新しいコミュニケーションの楽しみ方をユーザに提供することができる。

（２−４）第２の実施の形態に対する他の実施の形態
なお、この第２の実施の形態では、プレイリストＰＬに各音楽データの再生開始時刻が指定されるようにした場合について述べたが、本発明はこれに限らず、この再生開始時刻を省略するようにしてもよい。この場合、コミュニケーション端末１２の制御部３０は、
接続情報Ｃｉに記された接続時刻になると同時に、またはこの接続時刻からあらかじめ全てのコミュニケーション端末１２に設定された時間（例えば３分）経過後に、プレイリストＰＬに指定された１曲目の音楽データの再生を開始することで、同じチャットページに接続している他のコミュニケーション端末１２とほぼ同じ時間に同じ音楽データを再生することができる。

（３）第３の実施の形態
次に、第３の実施の形態について説明する。この第３の実施の形態では、提供サーバ１１が、チャットルームを提供する複数のチャットページを有するチャットサイトを開設しており、コミュニケーション端末１２が、このチャットサイトのトップページに接続することで提供サーバ１１から送信されてくるページデータに基づきチャットルーム選択画面（詳しくは後述する）を表示して、このチャットルーム選択画面を介してユーザに選択されたチャットルームのページ（チャットページ）に所定の時刻に接続するようになされている。

この実施例では、コミュニケーションシステム１０の全体的なシステム構成及び提供サーバ１１の機能構成及びコミュニケーション端末１２の機能構成については第２の実施の形態と同様とする。よって、ここでは、チャットルームの選択を主に説明する。

（３−１）チャットルームの選択
提供サーバ１１の制御部２０は、開設しているチャットサイトのトップページのアドレスをもとに、ネットワークＮＴを介してコミュニケーション端末１２がこのトップページに接続してきたことを通信部２１で認識すると、このトップページのページデータ（つまりコミュニケーション端末１２に表示させるチャットルーム選択画面に対応するページデータ）を記憶部２２から読み出して、これを通信部２１からネットワークＮＴを介してコミュニケーション端末１２に送信する。

コミュニケーション端末１２の制御部３０は、提供サーバ１１が開設しているチャットサイトのトップページに接続した結果、提供サーバ１１から、このトップページのページデータが送信されてくると、このページデータを通信部３４で受信して、ブラウザ処理部３２に送る。ブラウザ処理部３２は、図１９に示すように、このページデータに基づくチャットルーム選択画面８０を、ブラウザ画面４０のページ画面表示領域４３に表示する。

このチャットルーム選択画面８０は、複数のチャットルーム（例えばチャットルームＡ、チャットルームＢ、チャットルームＣ、…）のそれぞれを模式的に表す複数の建造物８１（８１Ａ、８１Ｂ、８１Ｃ、…）が道路８２に沿って配された仮想空間を斜め上から見下ろした画像でなる。

また、このチャットルーム選択画面８０の仮想空間内には、コミュニケーション端末１２のユーザを模式的に表した人物アイコン８３が配される。この人物アイコン８３は、ユーザによるコミュニケーション端末１２の操作部３１の操作に応じて、この仮想空間内を自由に移動することができるようになされている。

そして、このチャットルーム選択画面８０では、人物アイコン８３を所望のチャットルームに対応する建造物８１内に移動させることで、所望のチャットルームをユーザが選択できるようになされている。ちなみに、複数の建造物８１（８１Ａ、８１Ｂ、８１Ｃ、…）のそれぞれには、対応するチャットルームを選択したユーザの数を示すユーザアイコン８４が重ねて表示されるようにもなされている。

具体的に言うと、コミュニケーション端末１２のブラウザ処理部３２は、ユーザによる操作部３１の操作に応じて、人物アイコン８３を仮想空間内で移動させる。このときコミュニケーション端末１２の制御部３０は、ブラウザ処理部３２から、人物アイコン８３の現在位置を取得して、これを通信部３４から、提供サーバ１１に送信する。

提供サーバ１１の制御部２０は、コミュニケーション端末１２から人物アイコン８３の現在位置が送信されてくると、これを通信部２１で受信して、この人物アイコン８３の現在位置がチャットルーム選択画面８０の仮想空間内に配された建造物８１内であるかどうかを判定する。ちなみに、提供サーバ１１の制御部２０は、例えば、チャットルーム選択画面８０に対応するページデータをもとに、仮想空間内に配された建造物８１の位置を、認識するようになされている。

そして、提供サーバ１１の制御部２０は、人物アイコン８３の現在位置が建造物８１内である場合、その建造物８１（例えば建造物８１Ａ）に対応するチャットルーム（例えばチャットルームＡ）がコミュニケーション端末１２のユーザにより選択されたと認識して、選択されたチャットルームのページに所定時刻に接続させるための接続情報Ｃｉをこのコミュニケーション端末１２に送信する。

この接続情報Ｃｉには、選択されたチャットルームのページのアドレスと、このチャットルームへの接続時刻と、このチャットルームに接続したコミュニケーション端末１２に再生させる音楽データのプレイリストＰＬが記されている。ここで、このプレイリストＰＬは、例えば、チャットルームごとに異なるようになされている。つまり、この接続情報Ｃｉは、チャットルームごとに異なる。

そして、この接続情報Ｃｉを受信したコミュニケーション端末１２は、この接続情報Ｃｉに記された接続時刻になるまで待ち受け、接続時刻になると、この接続情報Ｃｉに記されたアドレスのチャットルームのページに自動的に接続する。さらに、コミュニケーション端末１２は、この接続情報ＣｉのプレイリストＰＬにしたがって、所定の音楽データの再生を指定された時刻に自動的に開始する。

こうすることで、コミュニケーションシステム１０では、コミュニケーション端末１２を、そのユーザが前もって選択したチャットルーム（つまり予約したチャットルーム）のページに所定の時刻に自動的に接続させることができる。つまり、この実施例のコミュニケーションシステム１０では、コミュニケーション端末１２のユーザに対して、あらかじめどのチャットルームでチャットするのかを選択させることができる。

また、提供サーバ１１の制御部２０は、チャットルーム選択画面８０を介してユーザにより任意のチャットルームが選択されたと認識したとき、このチャットルームを選択したユーザの数を更新すると共に、この更新した数に応じたユーザアイコン８４がこのチャットルームに対応する建造物８１（例えば建造物８１Ａ）に重ねて表示されるようにトップページのページデータを更新する。

こうすることで、コミュニケーションシステム１０では、例えば、ユーザがチャットルーム選択画面９０を介してチャットルームを選択する場合に、どのチャットルームにユーザが多く集まるのか、つまりどのチャットルームが人気なのかを認識させることもできる。

（３−２）自動処理手順
ここで、上述したチャットサイトのトップページへの接続からユーザにより選択されたチャットルームのページに自動接続して音楽データを自動再生するまでの処理手順（これを自動処理手順とも呼ぶ）について、図２０に示すシーケンスチャートを用いて詳しく説明する。ちなみに、この自動処理手順は、主として、提供サーバ１１の制御部２０とコミュニケーション端末１２の制御部３０とによって実行される処理手順である。

コミュニケーション端末１２の制御部３０は、ステップＳＰ５０において、例えば、ユーザにより操作部３１を介して提供サーバ１１が開設しているチャットサイトのトップページへの接続命令が入力されると、この接続命令に応じて、このチャットサイトのトップページに接続する。

提供サーバ１１の制御部２０は、チャットサイトのトップページにコミュニケーション端末１２が接続してきたことを通信部２１で認識すると、ステップＳＰ６０において、このトップページのページデータ（つまりコミュニケーション端末１２に表示させるチャットルーム選択画面に対応するページデータ）を記憶部２２から読み出して、これを通信部２１からコミュニケーション端末１２に送信する。

コミュニケーション端末１２の制御部３０は、提供サーバ１１から送信されてくるページデータを通信部３４で受信すると、ステップＳＰ５１において、ブラウザ処理部３２によりこのページデータに基づくチャットルーム選択画面８０を、表示部３３に表示して、次のステップＳＰ５２に移る。

ステップＳＰ５２においてコミュニケーション端末１２の制御部３０は、ユーザによる操作部３１の操作に応じてチャットルーム選択画面８０の仮想空間内を移動可能な人物アイコン８３の現在位置をブラウザ処理部３２から所定間隔で取得して、この取得した現在位置を通信部３４から提供サーバ１１に送信する。

提供サーバ１１の制御部２０は、コミュニケーション端末１２から送信されてくる人物アイコン８３の現在位置を通信部２１で受信すると、この人物アイコン８３の現在位置がチャットルーム選択画面８０の仮想空間内に配された、チャットルームを模式的に示した建造物８１内であるかどうかを判定する。

このステップＳＰ６１で否定結果を得ると、このことは人物アイコン８３の現在位置が建造物８１外であること、つまり人物アイコン８３が建造物８１の中に入っていないことを意味し、このとき提供サーバ１１の制御部２０は、人物アイコン８３の現在位置が建造物８１内となるまで、つまり人物アイコン８３が建造物８１の中に入るまで待ち受ける。

これに対してこのステップＳＰ６１で肯定結果を得ると、このことは人物アイコン８３の現在位置が建造物８１内であること、つまり人物アイコン８３がいずれかの建造物８１の中に入ったことを意味し、このとき提供サーバ１１の制御部２０は、ステップＳＰ６２に移る。ステップＳＰ６２において提供サーバ１１の制御部２０は、人物アイコン８３が入った建造物８１に対応付けたチャットルームをコミュニケーション端末１２のユーザが選択したと認識して、次のステップＳＰ６３に移る。

ステップＳＰ６３において提供サーバ１１の制御部２０は、ユーザにより選択されたチャットルームに対応する接続情報Ｃｉを記憶部２２から読み出して、これを通信部２１からコミュニケーション端末１２に送信すると共に、このチャットルームを選択したユーザの数を更新して、さらにこの更新した数に応じたユーザアイコン８４がこのチャットルームに対応する建造物８１に重ねて表示されるようにトップページのページデータを更新する。

コミュニケーション端末１２の制御部３０は、提供サーバ１１から送信されてくる接続情報Ｃｉを通信部３４で受信すると、ステップＳＰ５３において、受信した接続情報Ｃｉに記された接続時刻と、この接続情報Ｃｉに含まれるプレイリストＰＬに記された各音楽データの再生開始時刻とを認識して、これらを監視部３５に送ると共に、このプレイリストＰＬにより指定された各音楽データの取得先を音楽データ記憶部６０または提供サーバ１１のどちらかに設定して、次のステップＳＰ５４に移る。

ステップＳＰ５４においてコミュニケーション端末１２の制御部３０は、監視部３５から接続時刻になった旨の通知を受けるまで待ち受ける。そして、コミュニケーション端末１２の制御部３０は、監視部３５から接続時刻になった旨の通知を受けると、ステップ５５に移り、接続情報Ｃｉに記されたアドレスをもとに通信部３４を制御して、このアドレスのページ、つまりコミュニケーション端末１２のユーザにより選択されたチャットルームのページに接続する。

この結果、提供サーバ１１からコミュニケーション端末１２に対して、ユーザにより選択されたチャットページのページデータが送信されることで、コミュニケーション端末１２の表示部３３には、自動的にチャットルーム画面４４が表示される。これにより、このコミュニケーション端末１２を介してユーザがチャットできる状態（チャットルームに入室した状態）となる。

このようにして、ユーザにより選択されたチャットルームのページに自動的に接続した後、コミュニケーション端末１２の制御部３０は、上述した第２の実施の形態の自動処理手順のステップＳＰ２４以降の処理と同様の処理を実行することで、接続情報Ｃｉに記されたプレイリストＰＬに指定された音楽データを指定された時刻に自動的に再生する。

このような自動処理手順にしたがって、コミュニケーション端末１２は、ユーザにより選択されたチャットルームのページに、提供サーバ１１から受信した接続情報Ｃｉに指定された時刻に自動的に接続して、さらにこの接続情報Ｃｉに含まれるプレイリストＰＬに指定された音楽データを指定された時刻に自動的に再生するようになされている。

このようにこの第３の実施の形態のコミュニケーションシステム１０は、コミュニケーション端末１２を、そのユーザが前もって選択したチャットルーム（つまり予約したチャットルーム）のページに所定の時刻に自動的に接続させることができる。つまり、この実施例のコミュニケーションシステム１０は、コミュニケーション端末１２のユーザに対して、あらかじめどのチャットルームでチャットするのかを選択させることができ、かくして、一段とチャット利用時の利便性を向上することができる。

（３−３）第３の実施の形態に対する他の実施の形態
なお、この第３の実施の形態では、提供サーバ１１側で、人物アイコン８３が建造物８１内に入ったかどうかを判定するようにした場合について述べたが、本発明はこれに限らず、このような判定をコミュニケーション端末１２側に実行させて、どのチャットルームが選択されたのかを、コミュニケーション端末１２から提供サーバ１１に通知するようにしてもよい。

（４）第４の実施の形態
次に、第４の実施の形態について説明する。この第４の実施の形態では、提供サーバ１１側の現在時刻と、提供サーバ１１に接続されるコミュニケーション端末１２側の現在時刻との同期を取るようになされている。

この実施例では、コミュニケーションシステム１０の全体的なシステム構成については第２の実施の形態と同様とし、提供サーバ１１及びコミュニケーション端末１２の機能構成については第２の実施の形態と異なるものとする。したがって、ここでは、提供サーバ１１及びコミュニケーション端末１２の機能構成について説明する。

（４−１）提供サーバ及びコミュニケーション端末の機能構成
図１１との同一部分に同一符号を付した図２１に示すように、この実施例の提供サーバ１１は、第２の実施の形態の機能構成（制御部２０、通信部２１、記憶部２２、接続情報生成部２３、操作部２４及び音楽データ記憶部５０）に、提供サーバ１１側の現在時刻を示す時刻情報を生成する時刻情報生成部９０を追加した機能構成を有する。

この提供サーバ１１は、時刻情報生成部９０で生成した時刻情報を所定のページデータに記したうえで、このページデータをコミュニケーション端末１２に送信するようになされている。

具体的に言うと、提供サーバ１１の制御部２０は、開設しているチャットページにコミュニケーション端末１２が接続してきたことを通信部２１で認識すると、このチャットページのページデータを記憶部２２から読み出すと共に、時刻情報生成部９０に対して時刻情報生成命令を送る。

時刻情報生成部９０は、この時刻情報生成命令にしたがい、図示しないタイマーから現在時刻を得ると共に、現在時刻からページデータがコミュニケーション端末１２に受信されるまでに要する大よその時間（例えば３０秒）を算出することで現在時刻に対するオフセットを得る。そして、時刻情報生成部９０は、現在時刻とそのオフセットとを示す時刻情報を生成して、これを提供サーバ１１の制御部２０に送る。

提供サーバ１１の制御部２０は、記憶部２２から読み出したチャットページのページデータに時刻情報生成部９０から得られた時刻情報を記した後、このページデータを通信部２１からコミュニケーション端末１２に送信する。

このようにして、提供サーバ１１は、コミュニケーション端末１２に対して、ページデータを媒介に、提供サーバ１１側の現在時刻とそのオフセットとを示す時刻情報を送信するようになされている。

一方、コミュニケーション端末１２は、図１３との同一部分に同一符号を付した図２２に示すように、第２の実施の形態の機能構成（制御部３０、操作部３１、ブラウザ処理部３２、表示部３３、通信部３４、監視部３５、音楽データ記憶部６０、再生処理部６１、出力部６２、一時記憶部６３）に、提供サーバ１１から得られる時刻情報をもとにコミュニケーション端末１２側の現在時刻を調整する時刻調整部１００を追加した機能構成でなる。

このコミュニケーション端末１２は、提供サーバ１１から送信されてくるページデータに記された時刻情報をもとに、時刻調整部１００がコミュニケーション端末１２側の現在時刻を調整するようになされている。

具体的に言うと、コミュニケーション端末１２の制御部３０は、提供サーバ１１から送信されてくるページデータを通信部３４で受信すると、このページデータから時刻情報を抽出して、これを時刻調整部１００に送る。

時刻調整部１００は、時刻情報に示される提供サーバ１１側の現在時刻とそのオフセットとに基づいてコミュニケーション端末１２側の現在時刻を調整（つまりタイマーを調整）することにより、コミュニケーション端末１２側の現在時刻を提供サーバ１１側の現在時刻に同期させる。

このようにして、コミュニケーション端末１２は、提供サーバ１１側の現在時刻にコミュニケーション端末１２側の現在時刻を合わせるようになされている。

こうすることで、コミュニケーションシステム１０では、提供サーバ１１に接続される全てのコミュニケーション端末１２のタイマーを同期させることができる。

（４−２）時刻同期処理手順
ここで、上述したコミュニケーション端末１２によるチャットサイトへの接続から現在時刻の調整までの処理手順（これを時刻同期処理手順とも呼ぶ）について、図２３に示すシーケンスチャートを用いて詳しく説明する。ちなみに、この時刻同期処理手順は、主として、提供サーバ１１の制御部２０とコミュニケーション端末１２の制御部３０とによって実行される処理手順である。

コミュニケーション端末１２の制御部３０は、ステップＳＰ７０において、例えば、ユーザにより操作部３１を介して提供サーバ１１が開設しているチャットページへの接続命令が入力されると、この接続命令に応じて、このチャットページに接続する。

提供サーバ１１の制御部２０は、チャットページにコミュニケーション端末１２が接続してきたことを通信部２１で認識すると、ステップＳＰ８０において、このチャットページのページデータを記憶部２２から読み出すと共に、時刻情報生成部９０に、現在時刻とそのオフセットとを示す時刻情報を生成させて、次のステップＳＰ８１に移る。

ステップＳＰ８１において提供サーバ１１の制御部２０は、チャットページのページデータに時刻情報生成部９０に生成させた時刻情報を記して、このページデータを通信部２１からコミュニケーション端末１２に送信する。

コミュニケーション端末１２の制御部３０は、提供サーバ１１から送信されてくるチャットページのページデータを通信部３４で受信すると、ステップＳＰ７１において、このページデータに記された時刻情報に基づいて、時刻調整部１００にコミュニケーション端末１２側の現在時刻を調整（つまりタイマーを調整）させることで、コミュニケーション端末１２側の現在時刻を、提供サーバ１１側の現在時刻に同期させる。

このような時刻同期処理手順にしたがって、コミュニケーション端末１２は、現在時刻を、提供サーバ１１側の現在時刻に同期させるようになされている。

このようにこの第４の実施の形態のコミュニケーションシステム１０は、コミュニケーション端末１２が、提供サーバ１１から送信される時刻情報をもとに、提供サーバ１１側の現在時刻にコミュニケーション端末１２側の現在時刻を合わせるようにしたことにより、提供サーバ１１に接続される全てのコミュニケーション端末１２のタイマーを同期させることができ、かくして、提供サーバ１１から接続情報Ｃｉを受信したコミュニケーション端末１２を、より正確に、同じ時刻に同じチャットサイトに接続させて、同じ時間に同じ曲の音楽データを再生させることができる。

（４−３）第４の実施の形態に対する他の実施の形態
なお、この第４の実施の形態では、提供サーバ１１から送信されるページデータに記された時刻情報をもとに、各コミュニケーション端末１２が、タイマー（内部時計）を調整するようにした場合について述べたが、本発明はこれに限らず、例えば、図２４に示すように、各コミュニケーション端末１２が、ネットワークＮＴを介して接続されたＮＴＰ（Network Time Protocol）サーバ１１０から現在時刻とそのオフセットとを示すＮＴＰ情報を取得して、このＮＴＰ情報をもとに、タイマーを調整するようにしてもよい。

実際上、このＮＴＰサーバ１１０は、ＧＰＳ（Global Positioning System）などを利用して正確な現在時刻を得ることができるようになされている。したがって、コミュニケーションシステム１０では、各コミュニケーション端末１２が、このＮＴＰサーバ１１０から送信されるＮＴＰ情報をもとに、タイマーを調整することで、一段と正確に、全てのコミュニケーション端末１２のタイマーを同期させることができる。

ここで、このような場合の時刻同期処理手順について、図２５に示すシーケンスチャートを用いて詳しく説明する。

コミュニケーション端末１２の制御部３０は、ステップＳＰ９０において、ＮＴＰ情報の取得要求を通信部３４からＮＴＰサーバ１１０に対して送信する。

ＮＴＰサーバ１１０は、コミュニケーション端末１２からＮＴＰ情報の取得要求が送信されてくると、ステップＳＰ１００において、この取得要求に応じ、現在時刻とそのオフセットとを示すＮＴＰ情報を生成して、これをコミュニケーション端末１２に対して送信する。

コミュニケーション端末１２の制御部３０は、ＮＴＰサーバ１１０から送信されてくるＮＴＰ情報を通信部３４で受信すると、ステップＳＰ９１において、このＮＴＰ情報に基づいて、時刻調整部１００にコミュニケーション端末１２側の現在時刻を調整（つまりタイマーを調整）させる。

このような時刻同期処理手順にしたがって、コミュニケーション端末１２は、現在時刻を、ＮＴＰサーバ１１０側の現在時刻に同期させるようになされている。

（５）第５の実施の形態
次に、第５の実施の形態について説明する。この第５の実施の形態では、コミュニケーション端末１２のブラウザ画面４０に表示されるチャットルーム画面４４に、ユーザの感情を模式的に表す複数のアイコン（これを感情アイコンとも呼び、詳しくは後述する）が配され、この感情アイコンがユーザにより選択されると、この感情アイコンに対応する音声データが、同じチャットルームを利用しているユーザのコミュニケーション端末１２で再生されるようになされている。

この実施例では、コミュニケーションシステム１０の全体的なシステム構成及び提供サーバ１１の機能構成及びコミュニケーション端末１２の機能構成については第２の実施の形態と同様とする。よって、ここでは、主に感情アイコンについて説明する。

（５−１）感情アイコン
コミュニケーション端末１２の制御部３０は、提供サーバ１１から受信した接続情報Ｃｉに記された接続時刻になった旨の通知を監視部３５から受けると、接続情報Ｃｉに記されたアドレスをもとに通信部３４を制御することで、このアドレスのチャットページに自動的に接続する。

この結果、コミュニケーション端末１２のブラウザ画面４０には、図１４との同一部分に同一符号を付した図２６に示すようなチャットルーム画面４４が表示される。このチャットルーム画面４４は、第２の実施の形態の構成（ユーザ名入力欄４５、会話入力欄４６、送信ボタン４７、会話表示領域４８）に、複数の感情アイコン１２０（１２０Ａ、１２０Ｂ）を追加した構成でなる。

この実施例では、このチャットルーム画面４４に追加される複数の感情アイコン１２０として、例えば、ユーザの感情のひとつである満足を模式的に表す満足アイコン１２０Ａと、ユーザの感情のひとつである不満を模式的に表す不満アイコン１２０Ｂとが用意されているとする。

そして、コミュニケーション端末１２の制御部３０は、ユーザにより操作部３１を介して満足アイコン１２０Ａまたは不満アイコン１２０Ｂが押下されたことを認識すると、この旨を通信部３４を介して提供サーバ１１に通知する。

提供サーバ１１の制御部２０は、コミュニケーション端末１２から満足アイコン１２０Ａまたは不満アイコン１２０Ｂが押下された旨の通知を受けたことを通信部２１で認識すると、押下された感情アイコン１２０に対応する音声データを音楽データ記憶部５０から読み出す。この場合、音楽データ記憶部５０には、満足アイコン１２０Ａに対応する音声データとして例えば「ワーワー、パチパチ」のような拍手喝采として聞こえる音声データが記憶され、不満アイコン１２０Ｂに対応する音声データとして例えば「ブー、ブー」のようなブーイングとして聞こえる音声データが記憶されているとする。

そして、提供サーバ１１の制御部２０は、音楽データ記憶部５０から読み出した音声データを、同じチャットページに接続している全てのコミュニケーション端末１２、つまり感情アイコン１２０を押下したユーザと同じチャットルームを利用しているユーザのコミュニケーション端末１２に送信する。

この結果、感情アイコン１２０を押下したユーザと同じチャットルームを利用しているユーザのコミュニケーション端末１２から、感情アイコン１２０に対応する音声データに基づく音声が出力される。

こうすることで、この実施例のコミュニケーションシステム１０では、チャット時に、ユーザの感情を音声として、同じチャットルームを利用している他のユーザに容易に伝えることができるので、例えば、同じチャットルームを利用している複数のユーザに対して、同じ時間に同じ音楽を聴きながら、文字だけでなく、感情を表す音声を使って、コミュニケーションさせることができる。

（５−２）感情音声再生処理手順
ここで、上述した感情アイコン１２０の押下から感情アイコンに対応する音声データの再生までの処理手順（これを感情音声再生処理手順とも呼ぶ）について、図２７に示すシーケンスチャートを用いて詳しく説明する。ちなみに、この感情音声再生処理手順は、主として、提供サーバ１１の制御部２０とコミュニケーション端末１２の制御部３０とによって実行される処理手順である。

コミュニケーション端末１２の制御部３０は、ステップＳＰ１１０において、例えば、ユーザにより操作部３１を介して、表示しているチャットルーム画面４４に配された感情アイコン１２０のいずれかが押下されたことを認識すると、ステップＳＰ１１１に移り、この旨を通信部３４を介して提供サーバ１１に通知する。

提供サーバ１１の制御部２０は、コミュニケーション端末１２から感情アイコン１２０が押下された旨の通知を受けたことを通信部２１で認識すると、ステップＳＰ１２０において、押下された感情アイコン１２０に対応する音声データを音楽データ記憶部５０から読み出して、これを通信部２１から同じチャットページに接続している全てのコミュニケーション端末１２に送信する。

コミュニケーション端末１２の制御部３０は、提供サーバ１１から送信されてくる音声データを通信部３４で受信すると、ステップＳＰ１１２において、この音声データを再生処理部６１に送ることにより再生する。この結果、同じチャットページに接続している全てのコミュニケーション端末１２、つまり感情アイコン１２０を押下したユーザと同じチャットルームを利用している全てのユーザのコミュニケーション端末１２から、感情アイコン１２０を押下したユーザの感情を表す音声が出力される。

このような感情音声再生処理手順にしたがって、コミュニケーション端末１２は、ユーザにより押下された感情アイコン１２０に対応する音声データを提供サーバ１１から受信して再生するようになされている。

このようにこの第５の実施の形態のコミュニケーションシステム１０は、チャット時に、ユーザの感情を音声として、同じチャットルームを利用している他のユーザに容易に伝えることができるので、例えば、同じチャットルームを利用している複数のユーザに対して、同じ時間に同じ音楽を聴きながら、文字だけでなく、感情を表す音声を使って、コミュニケーションさせることができる。よって、このコミュニケーションシステム１０では、例えば、チャット時に、ユーザが音楽を聴いてどのような感情を抱いたのかを、他のユーザに音声として容易に伝えることができる。換言すれば、このコミュニケーションシステム１０では、ユーザが、他のユーザが音楽を聴いてどのような感情を抱いたのかを音声により容易に知ることができる。

（５−３）第５の実施の形態に対する他の実施の形態
なお、この第５の実施の形態では、提供サーバ１１が、コミュニケーション端末１２から感情アイコン１２０が押下された旨の通知を受けると、その都度、その感情アイコン１２０に対応する音声データを、各コミュニケーション端末１２に送信して再生させるようにした場合について述べたが、本発明はこれに限らず、提供サーバ１１が、所定期間、感情アイコン１２０が押下された旨の通知を受けた回数を感情アイコン１２０ごとにカウント（集計）して、所定期間経過後に、そのカウントに応じた音声データを、各コミュニケーション端末１２に送信して再生させるようにしてもよい。

具体的に言うと、提供サーバ１１の制御部２０は、例えば、コミュニケーション端末１２に配信した接続情報Ｃｉに記されたプレイリストＰＬの１番目の音楽データの再生開始時刻から、最後の音楽データの再生が終了する時刻（例えば最後の音楽データの再生時間により特定した時刻）まで、感情アイコン１２０が押下された旨の通知を受けた回数を感情アイコン１２０ごとにカウントする。

そして、提供サーバ１１の制御部２０は、このカウントの値をもとに、押下された回数が最も多かった感情アイコン１２０を特定して、この感情アイコン１２０とその押下された回数に対応する音声データを音楽データ記憶部５０から読み出す。この場合、音楽データ記憶５０には、満足アイコン１２０Ａとその回数に対応する音声データとして、１０人分の拍手喝采として聞こえる音声データ、５０人分の拍手喝采として聞こえる音声データ、１００人分の拍手喝采として聞こえる音声データが記憶され、不満アイコン１２０Ｂとその回数に対応する音声データとして、例えば、例えば１０人分のブーイングとして聞こえる音声データ、５０人分のブーイングとして聞こえる音声データ、１００人分のブーイングとして聞こえる音声データが記憶されているとする。

つまり、提供サーバ１１の制御部２０は、例えば、押下された回数が最も多かった感情アイコン１２０が満足アイコン１２０Ａであった場合、さらにこの回数が１〜１０であれば１０人分の拍手喝采として聞こえる音声データを読み出し、この回数が１１〜５０であれば５０人分の拍手喝采として聞こえる音声データを読み出し、この回数が５１回以上であれば１００人分の拍手喝采として聞こえる音声データを読み出すようになされている。

そして、提供サーバ１１の制御部２０は、このようにして読み出した音声データを、通信部２１から同じチャットページに接続している全てのコミュニケーション端末１２に送信する。この結果、この音声データが、各コミュニケーション端末１２で再生される。

こうすることで、コミュニケーションシステム１０は、チャット時に、プレイリストＰＬに指定された音楽を聴いた複数のユーザがどのような感情を抱いたのかを、複数のユーザの感情の総意を表す音声として、各ユーザに伝えることができる。すなわち、このコミュニケーションシステム１０は、同じチャットルームを利用しているユーザに対して、あたかもライブ会場にみんなで集まって音楽を聴いている感覚でコミュニケーションさせることができる。

ここで、このような場合の感情再生処理手順について、図２８に示すシーケンスチャートを用いて詳しく説明する。ちなみに、この感情音声再生処理手順は、主として、提供サーバ１１の制御部２０とコミュニケーション端末１２の制御部３０とによって実行される処理手順である。

提供サーバ１１の制御部２０は、コミュニケーション端末１２に配信した接続情報Ｃｉに記されたプレイリストＰＬの１番目の音楽データの再生開始時刻になると、ステップＳＰ１３０において、各感情アイコン１２０が押下された回数のカウントを開始する。

コミュニケーション端末１２の制御部２０は、ステップＳＰ１４０において、例えば、ユーザにより操作部３１を介して、表示しているチャットルーム画面４４に配された感情アイコン１２０のいずれかが押下されたことを認識すると、ステップＳＰ１４１に移り、この旨を通信部３４を介して提供サーバ１１に通知する。

提供サーバ１１の制御部２０は、コミュニケーション端末１２から感情アイコン１２０が押下された旨の通知を受けたことを通信部２１で認識すると、ステップＳＰ１３１において、この通知に基づき、押下された感情アイコン１２０を特定して、この感情アイコン１２０が押下された回数のカウント値を更新（＋１）し、次のステップＳＰ１３２に移る。

ステップＳＰ１３２において提供サーバ１１の制御部２０は、プレイリストＰＬの最後の音楽データの再生終了時刻になったかどうかを判定する。このステップＳＰ１３２で否定結果を得ると、提供サーバ１１の制御部２０は、再びステップＳＰ１３１に戻り、カウントを継続する。

そして提供サーバ１１の制御部２０は、プレイリストＰＬの最後の音楽データの再生終了時刻になったことにより、このステップＳＰ１３２で肯定結果を得ると、ステップＳＰ１３３に移る。ステップＳＰ１３３において提供サーバ１１の制御部２０は、カウントを終了し、カウント値が一番大きい感情アイコン１２０（つまり押下された回数が最も多い感情アイコン１２０）とそのカウント値（つまり押下された回数）に対応する音声データを音楽データ記憶部５０から読み出して、これを通信部２１から同じチャットページに接続している全てのコミュニケーション端末１２に送信する。

コミュニケーション端末１２の制御部３０は、提供サーバ１１から送信されてくる音声データを通信部３４で受信すると、ステップＳＰ１４２において、この音声データを再生処理部６１に送ることにより再生する。

このような感情音声再生処理手順にしたがって、コミュニケーション端末１２は、チャットサイトに接続しているコミュニケーション端末１２を介して感情アイコン１２０が押下された回数に対応する音声データを提供サーバ１１から受信して再生するようになされている。

なお、ここでは、感情アイコン１２０が押下された回数をカウントとした場合について述べたが、本発明はこれに限らず、例えば、感情アイコン１２０を押下したユーザの数をカウントするようにしてもよい。つまりこの場合、１ユーザが１００回同じ感情アイコン１２０を押下しても１回しか押下しなくても、カウントの値は同じとなる。

また、ここでは、提供サーバ１１が、押下された回数が最も多かった感情アイコン１２０を特定し、この感情アイコン１２０とその押下された回数に対応する音声データを音楽データ記憶部５０から読み出して、コミュニケーション端末１２に送信して再生させるようにしたが、本発明はこれに限らず、例えば、押下された感情アイコン１２０のそれぞれについて、その押下された回数に対応する音声データを音楽データ記憶部５０から読み出し、読み出した全ての音声データをコミュニケーション端末１２に送信して再生させるようにしてもよい。

具体的に言うと、例えば、同じチャットルームを利用している複数のユーザにより、満足アイコン１２０Ａが５０回、不満アイコン１２０Ｂが５回押下されたとすると、提供サーバ１１の制御部２０は、満足アイコン１２０Ａが５０回押下された場合に対応する音声データと、不満アイコン１２０Ｂが５回押下された場合に対応する音楽データとを読み出して、これらをコミュニケーション端末１２に送信する。

コミュニケーション端末１２の制御部３０は、この２つの音声データを例えば、順番に生成させてもよいし、合成して再生するようにしてもよい。こうすることで、コミュニケーションシステム１０では、同じチャットルームを利用している複数のユーザが、それぞれどのような感情を抱いたのかを、より正確にユーザに伝えることができる。

（６）第６の実施の形態
次に、第６の実施の形態について説明する。この第６の実施の形態では、コミュニケーション端末１２がユーザ操作にしたがってプレイリストＰＬを生成し、これを提供サーバ１１にアップロードすることで、このプレイリストＰＬを記した接続情報Ｃｉが提供サーバ１１で生成されるようになされている。

この実施例では、コミュニケーションシステム１０の全体的なシステム構成及び提供サーバ１１の機能構成については第２及び第３の実施の形態と同様とする。よって、ここでは、主にコミュニケーション端末１２の機能構成について説明する。

（６−１）コミュニケーション端末の機能構成
図１３との同一部分に同一符号を付した図２９に示すように、この実施例のコミュニケーション端末１２は、第２の実施の形態の機能構成（制御部３０、操作部３１、ブラウザ処理部３２、表示部３３、通信部３４、監視部３５、音楽データ記憶部６０、再生処理部６１、出力部６２、一時記憶部６３）に、プレイリストＰＬを生成するプレイリスト生成部１３０を追加した機能構成でなる。

すなわち、このコミュニケーション端末１２は、チャットするためのブラウザ機能、音楽データを再生する音楽再生機能にくわえて、プレイリストＰＬを生成するプレイリスト生成機能を有している。

具体的に言うと、コミュニケーション端末１２のプレイリスト生成部１３０は、ユーザにより操作部３１を介して、所望の音楽データとその再生開始時刻とが指定されると、これに応じて、指定された音楽データの音楽データ情報を指定された再生開始時刻の早い順（つまり再生順）に並べたプレイリストＰＬを生成する。

ここで、指定可能な音楽データとしては、コミュニケーション端末１２の音楽データ記憶部６０に記憶されている音楽データ（つまりローカルの音楽データ）及び提供サーバ１１から配信可能な音楽データとする。ちなみに、提供サーバ１１から配信可能な音楽データをユーザに指定させる場合、例えば、コミュニケーション端末１２が、提供サーバ１１が開設している音楽データ配信ページに接続することで、ブラウザ画面４０に表示される配信可能な音楽データのリスト画面を介して指定させればよい。

よって、プレイリスト生成部１３０は、ローカルの音楽データが指定された場合には、音楽データ記憶部６０から、この指定された音楽データに付された波形ＩＤと関連情報（アーティスト名及び曲タイトル）とを読み出し、この波形ＩＤ及び関連情報と指定された再生開始時刻とを指定された音楽データの音楽データ情報とする一方、提供サーバ１１から配信可能な音楽データが指定された場合、この指定された音楽データの波形ＩＤと関連情報（アーティスト名及び曲タイトル）とを提供サーバ１１から取得して、この波形ＩＤ及び関連情報と指定された再生開始時刻とを指定された音楽データの音楽データ情報とするようになされている。

そして、コミュニケーション端末１２の制御部３０は、このようにしてプレイリスト生成部１３０により生成されたプレイリスト（これをユーザプレイリストとも呼ぶ）ＰＬを、通信部３４から提供サーバ１１に送信することで、アップロードする。

この結果、提供サーバ１１により、このアップロードされたユーザプレイリストＰＬを記した接続情報Ｃｉが生成される。

なお、この実施例の提供サーバ１１には、あらかじめチャットルームのページが複数用意されており、提供サーバ１１は、ユーザプレイリストＰＬがアップロードされると、これら複数のページのうちの１つをこのユーザプレイリストＰＬに割り当てて、このページのアドレスと、このページへの接続時刻と、ユーザプレイリストＰＬとを記した接続情報Ｃｉを生成する。

そして、提供サーバ１１は、第３の実施の形態で説明したチャットルーム選択画面８０を介して、ユーザプレイリストＰＬに割り当てたページに対応するチャットルームが選択できるようにして、このチャットルームを選択したユーザのコミュニケーション端末１２にユーザプレイリストＰＬを記した接続情報Ｃｉを送信する。

こうすることで、この実施例のコミュニケーションシステム１０では、複数のユーザに対して、あるユーザが選んだ音楽を聞かせながらコミュニケーションさせることができる。

（６−２）プレイリスト生成処理手順
ここで、上述したユーザプレイリストＰＬの生成から生成情報Ｃｉの送信までの処理手順（これをプレイリスト生成処理手順とも呼ぶ）について、図３０に示すシーケンスチャートを用いて詳しく説明する。ちなみに、このプレイリスト生成処理手順は、主として、提供サーバ１１の制御部２０とコミュニケーション端末１２の制御部３０及びプレイリスト生成部１３０とによって実行される処理手順である。

コミュニケーション端末１２のプレイリスト生成部１３０は、ステップＳＰ１５０において、例えば、ユーザにより操作部３１を介して、音楽データとその再生開始時刻とが指定されたことを認識すると、次のステップＳＰ１５１に移る。

ステップＳＰ１５１においてコミュニケーション端末１２のプレイリスト生成部１３０は、ローカルの音楽データが指定されたのかどうかを判定する。このステップＳＰ１５１で否定結果を得ると、このことは提供サーバ１１から配信可能な音楽データが指定されたことを意味し、このときプレイリスト生成部１３０は、ステップＳＰ１５２に移る。

ステップＳＰ１５２においてコミュニケーション端末１２のプレイリスト生成部１３０は、任意の音楽データが指定された旨を、通信部３４を介して提供サーバ１１に通知する。

提供サーバ１１の制御部２０は、コミュニケーション端末１２から任意の音楽データが指定された旨の通知を受けたことを通信部２１で認識すると、ステップＳＰ１６０において、この通知に基づき、指定された音楽データを特定して、この音楽データの波形ＩＤ及び関連情報を通信部２１からコミュニケーション端末１２に送信する。

コミュニケーション端末１２のプレイリスト生成部１３０は、ステップＳＰ１５３において、提供サーバ１１から送信されてくる、指定された音楽データの波形ＩＤ及び関連情報を通信部３４を介して取得し、次のステップＳＰ１５５に移る。

これに対して、上述のステップＳＰ１５１で肯定結果を得ると、このことはローカルの音楽データが指定されたことを意味し、このときコミュニケーション端末１２のプレイリスト生成部１３０は、ステップ１５４に移る。ステップＳＰ１５４において、プレイリスト生成部１３０は、指定された音楽データの波形ＩＤ及び関連情報を音楽データ記憶部６０から取得して、次のステップＳＰ１５５に移る。

ステップＳＰ１５５においてコミュニケーション端末１２のプレイリスト生成部１３０は、取得した波形ＩＤ及び関連情報と指定された再生開始時刻とを、指定された音楽データの音楽データ情報として、次のステップＳＰ１５６に移る。

ステップＳＰ１５６においてコミュニケーション端末１２のプレイリスト生成部１３０は、ユーザにより操作部３１を介して、音楽データの指定を終了する操作がなされたかどうかを判定する。このステップＳＰ１５６で否定結果を得ると、このことは、ユーザがまだ音楽データの指定を継続しようとしていることを意味し、このときプレイリスト生成部１３０は、ステップＳＰ１５０に戻る。

これに対して、このステップＳＰ１５６で肯定結果を得ると、このことは、ユーザが音楽データの指定を終了したことを意味し、このときプレイリスト生成部１３０は、ステップＳＰ１５７に移る。

ステップＳＰ１５７においてコミュニケーション端末１２のプレイリスト生成部１３０は、指定された音楽データの音楽データ情報を、再生開始時刻の早い順に並べたユーザプレイリストＰＬを生成する。

プレイリスト生成部１３０によりユーザプレイリストＰＬが生成されると、ステップＳＰ１５８においてコミュニケーション端末１２の制御部３０は、このユーザプレイリストＰＬを、通信部３４から提供サーバ１１に送信することで、アップロードする。

提供サーバ１１の制御部２０は、コミュニケーション端末１２からユーザプレイリストＰＬがアップロードされると、ステップＳＰ１６１において、あらかじめ用意された複数のページのうちの１つをこのユーザプレイリストＰＬに割り当てて、このユーザプレイリストＰＬを割り当てたページのアドレスと、操作部２４を介して指定されたこのページへの接続時刻と、このユーザプレイリストＰＬとを記した接続情報Ｃｉを生成して、次のステップＳＰ１６２に移る。

ステップＳＰ１６２において提供サーバ１１の制御部２０は、チャットルーム選択画面８０を介して、アップロードされたユーザプレイリストＰＬに割り当てたページに対応するチャットルームを選択したユーザのコミュニケーション端末１２に対して、アップロードされたユーザプレイリストＰＬを記した接続情報Ｃｉを送信する。

このようなプレイリスト生成処理手順にしたがって、コミュニケーション端末１２は、ユーザプレイリストＰＬを生成して提供サーバ１１にアップロードするようになされ、提供サーバ１１は、アップロードされたユーザプレイリストＰＬを記した接続情報Ｃｉを生成して配信するようになされている。

このようにこの第６の実施の形態のコミュニケーションシステム１０は、コミュニケーション端末１２を利用してユーザの指示に応じたプレイリストＰＬを生成することができるので、複数のユーザに対して、あるユーザが選んだ音楽を聞かせながらコミュニケーションさせることができる。すなわち、この実施例のコミュニケーションシステム１０は、ユーザプレイリストＰＬが割り当てられたページのチャットルームを利用しているユーザに対して、あたかも個人が主催した音楽鑑賞会に参加しているような感覚でコミュニケーションさせることができる。

（６−３）第６の実施の形態に対する他の実施の形態
なお、この第６の実施の形態では、コミュニケーション端末１２側でユーザプレイリストＰＬを生成するようにした場合について述べたが、本発明はこれに限らず、提供サーバ１１側でユーザプレイリストＰＬを生成するようにしてもよい。

この場合、図１１との同一部分に同一符号を付した図３１に示すように、提供サーバ１１に、プレイリスト生成部１４０を新たに設けるようにすればよい。

具体的に言うと、提供サーバ１１のプレイリスト生成部１４０は、通信部２１を介して、コミュニケーション端末１２のユーザにより、所望の音楽データ（提供サーバ１１から配信可能な音楽データ）とその再生開始時刻とが指定されると、この指定された音楽データの波形ＩＤと関連情報（アーティスト名及び曲タイトル）とを音楽データ記憶部５０から取得して、この波形ＩＤ及び関連情報と指定された再生開始時刻とを指定された音楽データの音楽データ情報として、ユーザプレイリストＰＬを生成する。

そして、提供サーバ１１の制御部２０は、このようにしてプレイリスト生成部１４０によりユーザプレイリストＰＬが生成されると、あらかじめ用意された複数のページのうちの１つをこのユーザプレイリストＰＬに割り当てて、このページのアドレスと、このページへの接続時刻と、ユーザプレイリストＰＬとを記した接続情報Ｃｉを生成する。

そして、提供サーバ１１の制御部２０は、チャットルーム選択画面８０を介して、ユーザプレイリストＰＬに割り当てたページに対応するチャットルームを選択したユーザのコミュニケーション端末１２にユーザプレイリストＰＬを記した接続情報Ｃｉを送信する。

こうすることで、コミュニケーションシステム１０は、コミュニケーション端末１２の構成からプレイリスト生成部１３０を省略してコミュニケーション端末１２の構成を簡易にしつつ、ユーザの指示に応じたプレイリストＰＬを生成させることができる。

ここで、このような場合のプレイリスト生成処理手順について、図３２に示すシーケンスチャートを用いて詳しく説明する。ちなみに、このプレイリスト生成処理手順は、主として、提供サーバ１１の制御部２０及びプレイリスト生成部１４０とコミュニケーション端末１２の制御部３０とによって実行される処理手順である。

コミュニケーション端末１２の制御部３０は、ステップＳＰ１７０において、例えば、ユーザにより操作部３１を介して、１つ以上の任意の音楽データ（提供サーバ１１から配信可能な音楽データ）とその再生開始時刻とが指定されたことを認識すると、この旨を、通信部３４を介して提供サーバ１１に通知する。

提供サーバ１１のプレイリスト生成部１４０は、コミュニケーション端末１２から１つ以上の任意の音楽データとその再生開始時刻とが指定された旨の通知を受けたことを通信部２１を介して認識すると、ステップＳＰ１８０において、この通知に基づき、指定された音楽データを全て特定して、この音楽データの波形ＩＤ及び関連情報を音楽データ記憶部５０から取得し、次のステップＳＰ１８１に移る。

ステップＳＰ１８１において提供サーバ１１のプレイリスト生成部１４０は、取得した波形ＩＤ及び関連情報と指定された再生開始時刻とを、指定された音楽データの音楽データ情報として、次のステップＳＰ１８２に移る。

ステップＳＰ１８２において提供サーバ１１のプレイリスト生成部１４０は、指定された全ての音楽データの音楽データ情報を、再生開始時刻の早い順に並べたユーザプレイリストＰＬを生成する。

プレイリスト生成部１４０によりユーザプレイリストＰＬが生成されると、ステップＳＰ１８３において提供サーバ１１の制御部２０は、あらかじめ用意された複数のページのうちの１つをこのユーザプレイリストＰＬに割り当てて、このユーザプレイリストＰＬを割り当てたページのアドレスと、操作部２４を介して指定されたこのページへの接続時刻と、このユーザプレイリストＰＬとを記した接続情報Ｃｉを生成して、次のステップＳＰ１８４に移る。

ステップＳＰ１８４において提供サーバ１１の制御部２０は、チャットルーム選択画面８０を介して、ユーザプレイリストＰＬに割り当てたページに対応するチャットルームを選択したユーザのコミュニケーション端末１２に対して、ユーザプレイリストＰＬを記した接続情報Ｃｉを送信する。

このようなプレイリスト生成処理手順にしたがって、提供サーバ１１は、ユーザプレイリストＰＬを生成して、このユーザプレイリストＰＬを記した接続情報Ｃｉをコミュニケーション端末１２に配信するようになされている。

また、この第６の実施の形態では、接続情報Ｃｉに記されるプレイリストＰＬをユーザの指示のもとに生成するようにした場合について述べたが、本発明はこれに限らず、接続情報Ｃｉそのものをユーザの指示のもと生成するようにしてもよい。

この場合、例えば、接続情報Ｃｉの接続時刻とプレイリストＰＬをユーザに指定させて、チャットページのアドレスを提供サーバ１１側で自動的に設定するようにしてもよいし、提供サーバ１１に用意された利用可能なチャットルーム（つまり空いているチャットルーム）のページをユーザに選択させることで、チャットページのアドレスも指定させるようにしてもよい。

（７）第７の実施の形態
次に、第７の実施の形態を説明する。この第７の実施の形態では、提供サーバ１１及びコミュニケーション端末１２をハードウェア構成により実現する。図３３に示す提供サーバ１１は、例えば図１１に示した機能構成の提供サーバ１１をハードウェア構成により実現した例であり、キーボードやマウスでなる操作入力部２００がユーザによって操作されると、操作入力部２００でこれを認識し、その操作に応じた操作入力信号を入力処理部２０１に送る。入力処理部２０１は、供給される操作入力信号に対して所定の処理を施すことにより、操作入力信号を操作コマンドに変換し、これをバス２０２を介して中央処理ユニット（CPU:Central Processing Unit ）２０３に送る。

中央処理ユニット２０３は、ＲＯＭ（Read Only Memory）２０４又はハードディスクドライブ２０５にあらかじめ記憶されている基本プログラムやアプリケーションプログラムなどの各種プログラムをバス２０２を介してＲＡＭ（Random Access Memory）２０６に読み出す。そして中央処理ユニット２０３は、ＲＡＭ２０６上で展開したこれら各種プログラムに従って全体を制御すると共に、所定の演算処理や、入力処理部２０１から与えられる操作コマンドに応じた各種処理を実行する。

具体的に言うと、中央処理ユニット２０３は、必要に応じて、通信処理部２０７及びネットワークインタフェース２０８を順次介して、ネットワークＮＴ上のコミュニケーション端末１２にアクセスする。また、ハードディスクドライブ２０５には、複数の音楽データが記憶されており、中央処理ユニット２０３は、必要に応じて、この音楽データを、通信処理部２０７及びネットワークインタフェース２０８を順次介して、コミュニケーション端末１２に配信する。

ところで、この提供サーバ１１は、中央処理ユニット２０３がＲＯＭ２０４またはハードディスクドライブ２０５にあらかじめ記憶された各種プログラムにしたがって各種処理を実行するようになされているので、上述した機能構成の提供サーバ１１の各種機能（つまり実行する処理）に応じて、ＲＯＭ２０４またはハードディスクドライブ２０５に記憶させる各種プログラムを適宜選定することにより、中央処理ユニット２０３を機能構成の制御部２０及び接続情報生成部２３と同様に機能させることができ、また通信処理部２０７及びネットワークインタフェース２０８を機能構成の通信部２１と同様に機能させることができ、さらにハードディスクドライブ２０５を記憶部２２及び音楽データ記憶部５０と同様に機能させることができ、さらに操作入力部２００及び入力処理部２０１を操作部２４と同様に機能させることができる。

したがって、提供サーバ１１は、図３３に示すようなハードウェア構成で、上述した第１乃至第６の実施の形態での機能構成による各種機能を実現することができ、かくして、上述した第１乃至第６の実施の形態と同様の効果を得ることができる。

一方、図３４に示すコミュニケーション端末１２は、例えば図１３に示した機能構成のコミュニケーション端末１２をハードウェア構成により実現した例であり、キーボードやマウスでなる操作入力部３００がユーザによって操作されると、操作入力部３００でこれを認識し、その操作に応じた操作入力信号を入力処理部３０１に送る。入力処理部３０１は、供給される操作入力信号に対して所定の処理を施すことにより、操作入力信号を操作コマンドに変換し、これをバス３０２を介して中央処理ユニット（CPU:Central Processing Unit ）３０３に送る。

中央処理ユニット３０３は、ＲＯＭ３０４又はハードディスクドライブ３０５にあらかじめ記憶されている基本プログラムやアプリケーションプログラムなどの各種プログラムをバス３０２を介してＲＡＭ３０６に読み出す。そして中央処理ユニット３０３は、ＲＡＭ３０６上で展開したこれら各種プログラムに従って全体を制御すると共に、所定の演算処理や、入力処理部３０１から与えられる操作コマンドに応じた各種処理を実行する。

具体的に言うと、中央処理ユニット３０３は、例えば、ユーザにより操作入力部３００を介して提供サーバ１１にアクセスするための操作入力信号が入力されると、通信処理部３０７及びネットワークインタフェース３０８を順次介して、ネットワークＮＴ上の提供サーバ１１にアクセスする。

さらに、中央処理ユニット３０３は、ユーザにより操作入力部３００を介して、ＣＤなどの記録媒体に記録された音楽データを録音するための操作入力信号が入力されると、メディアドライブ３０９により記録媒体から音楽データを読み出すと共に、読み出した音楽データをデータ処理回路３１０に送る。データ処理回路３１０は、メディアドライブ３０９から与えられた音楽データを圧縮符号化してハードディスクドライブ３０５に記憶する。

さらに、中央処理ユニット３０３は、ユーザにより操作入力部３００を介してハードディスクドライブ３０５内の音楽データが指定され、再生要求する操作入力信号が入力されると、これに応じてハードディスクドライブ３０５から、指定された音楽データを読み出してデータ処理回路３１０に送る。データ処理回路３１０は、音楽データを復号した後、イコライジング処理、デジタルアナログ変換処理、増幅処理などの音声処理を施して、この結果得られた音楽信号をスピーカ３１１に送出する。この結果、スピーカ３１１から音楽信号に基づく音楽（つまり曲）が出力される。

さらに、中央処理ユニット３０３は、ユーザにより操作入力部３００を介して、所望の音楽データの配信を要求するための操作入力信号が入力されると、これに応じて提供サーバ１１に所望の音楽データの配信を要求する。この結果として、提供サーバ１１から配信される所望の音楽データを、中央処理ユニット３０３は、ネットワークインタフェース３０８及び通信処理部３０７を順次介して受信して、この受信した音楽データをデータ処理回路３１０に送る。この結果、スピーカ３１１から、受信した音楽データに基づく音楽（つまり曲）が出力される。

さらに、中央処理ユニット３０３は、所定のプレイリストにしたがって音楽データを再生するように要求する操作入力信号が入力されると、これに応じてハードディスクドライブ３０５または提供サーバ１１から、プレイリストに指定されている音楽データを取得して、プレイリストに指定される順番にデータ処理回路３１０に送る。この結果、スピーカ３１１から、音楽データに基づく音楽（曲）がプレイリストに指定された順番で出力される。

さらに、中央処理ユニット３０３は、各種プログラムの実行結果（例えばブラウザ画面４０）に応じた表示用データを生成して、これを表示処理部３１２に送る。表示処理部３１２は、表示用データに基づく画面をディスプレイ３１３に表示する。

ところで、このコミュニケーション端末１２は、中央処理ユニット３０３がＲＯＭ３０４またはハードディスクドライブ３０５にあらかじめ記憶された各種プログラムにしたがって各種処理を実行するようになされているので、上述した機能構成のコミュニケーション端末１２の各種機能（つまり実行する処理）に応じて、ＲＯＭ３０４またはハードディスクドライブ３０５に記憶させる各種プログラムを適宜選定することにより、中央処理ユニット３０３を機能構成の制御部３０及び監視部３５と同様に機能させることができ、また操作入力部３００及び入力処理部３０１を機能構成の操作部３１と同様に機能させることができ、さらに表示処理部３１２を機能構成のブラウザ処理部３２と同様に機能させることができ、さらにディスプレイ３１３を機能構成の表示部３３と同様に機能させることができ、さらに通信処理部３０７及びネットワークインタフェース３０８を機能構成の通信部３４と同様に機能させることができ、さらにハードディスクドライブ３０５を機能構成の音楽データ記憶部６０と同様に機能させることができ、さらにデータ処理回路３１０を機能構成の再生処理部６１と同様に機能させることができ、さらにスピーカ３１１を機能構成の出力部６２と同様に機能させることができ、さらにＲＡＭ３０６を機能構成の一時記憶部６３と同様に機能させることができる。

したがって、コミュニケーション端末１２は、図３４に示すようなハードウェア構成で、上述した第１乃至第６の実施の形態での機能構成による各種機能を実現することができ、かくして、上述した第１乃至第６の実施の形態と同様の効果を得ることができる。

なお、この第７の実施の形態では、提供サーバ１１の中央処理ユニット２０３がＲＯＭ２０４またはハードディスクドライブ２０５にあらかじめ記憶された各種プログラムにしたがって、各種機能に基づく処理を実行する場合について述べたが、本発明はこれに限らず、各種プログラムを、ＣＤやＤＶＤ（Digital Versatile Disc）などの記録媒体に記録しておき、中央処理ユニット２０３がこの記録媒体から読み出した各種プログラムにしたがって、各種機能に基づく処理を実行するようにしてもよいし、この記録媒体から各種プログラムをハードディスクドライブ２０５にインストールするようにしてもよい。

またコミュニケーション端末１２も同様に、各種プログラムを、ＣＤやＤＶＤなどの記録媒体に記録しておき、中央処理ユニット３０３がこの記録媒体から読み出した各種プログラムにしたがって、各種機能に基づく処理を実行するようにしてもよいし、この記録媒体から各種プログラムをハードディスクドライブ３０５にインストールするようにしてもよい。

（８）他の実施の形態
なお、上述の実施の形態（例えば第２の実施の形態）では、コミュニケーション端末１２が、プレイリストＰＬに指定された音楽データのうちのローカル（音楽データ記憶部６０）にない音楽データについては、提供サーバ１１から試聴用の音楽データを受信してストリーミング再生するようにした場合について述べたが、本発明はこれに限らず、例えば、コミュニケーション端末１２のユーザが、提供サーバ１１から任意の音楽データを自由にダウンロードし得る定額制のサービスに加入しているのであれば、この音楽データをダウンロードして再生するようにしてもよい。

具体的に言うと、コミュニケーション端末１２の制御部３０は、接続情報ＣｉのプレイリストＰＬに指定された音楽データのうち、ローカル（音楽データ記憶部６０）にない音楽データについては、その取得先を提供サーバ１１に設定する。そして、コミュニケーション端末１２の制御部３０は、取得先を提供サーバ１１に設定した音楽データについては、その再生開始時刻に間に合うように、あらかじめ提供サーバ１１からダウンロードして音楽データ記憶部６０に記憶しておき、再生開始時刻になると、音楽データ記憶部６０から読み出して再生する。

こうすることで、コミュニケーション端末１２は、ストリーミング再生する場合と同様、提供サーバ１１からダウンロードした音楽データの再生を再生開始時刻ちょうどに開始することができる。

また、上述の実施の形態（例えば第２の実施の形態）では、提供サーバ１１が音楽データをコミュニケーション端末１２にストリーミング配信する場合、音楽データ記憶部５０から読み出した音楽データをコミュニケーション端末１２にストリーミング配信するようにした場合について述べたが、本発明はこれに限らず、例えば、特定のコミュニケーション端末１２が提供サーバ１１の代わりにホストとなって、所定の音楽データを再生しながら、この再生した音楽データを提供サーバ１１を経由させて他のコミュニケーション端末１２にストリーミング配信するようにしてもよい。

こうすることで、例えば提供サーバ１１が保持していない音楽データであっても、複数のコミュニケーション端末１２にストリーミング再生させることができる。

さらに、上述の実施の形態（例えば第２の実施の形態）では、提供サーバ１１が、接続情報Ｃｉの配信だけでなく、音楽データの配信も行うようにした場合について述べたが、本発明はこれに限らず、例えば、コミュニケーションシステム１０に、音楽データの配信サービスを提供する音楽配信サーバを別途設けて、この音楽配信サーバからコミュニケーション端末１２に対して音楽データをストリーミング配信するようにしてもよい。

この場合も、コミュニケーション端末１２は、例えばプレイリストＰＬに記された波形ＩＤをもとに音楽配信サーバに対して音楽データのストリーミング配信を要求すればよい。

さらに、上述の実施の形態（例えば第１の実施の形態や第３の実施の形態）では、提供サーバ１１が、チャットルームを提供する１または複数のチャットページを開設している場合について述べたが、本発明はこれに限らず、例えば、コミュニケーションシステム１０に、チャットページを開設しているチャットサーバを別途設けて、提供サーバ１１が、このチャットサーバが開設しているチャットページのアドレスと接続時刻とを記した接続情報Ｃｉを生成するようにしてもよい。つまり、チャットページの場所は、限定されるものではない。

さらに、上述の実施の形態（例えば第２の実施の形態）では、音楽データを識別する識別情報として波形ＩＤを用いるようにした場合について述べたが、本発明はこれに限らず、音楽データのローカルでのファイル位置を示すパス（相対パスまたは絶対パス）や、音楽データのネットワーク上でのファイル位置を示すＵＲＩ（Uniform Resource Identifier）を、音楽データを識別する識別情報として用いてもよい。

この場合、プレイリストＰＬには、各音楽データの音楽データ情報として、これら複数の識別情報のうちの１つまたは複数を記すようにしてもよい。つまり、少なくともこれら複数の識別情報のうちの１つが音楽データ情報として記されていればよい。実際上、ある音楽データの識別情報として、相対パスと絶対パスとＵＲＩとが記されている場合、コミュニケーション端末１２の制御部３０は、例えば、相対パス、絶対パス、ＵＲＩの順で、音楽データを検索すればよい。

さらに、上述の実施の形態（例えば第２の実施の形態）では、コミュニケーション端末１２の音楽データ記憶部６０に記憶されている音楽データにあらかじめ波形ＩＤが付されているようにした場合について述べたが、本発明はこれに限らず、例えば、コミュニケーション端末１２の制御部３０が、音楽データ記憶部６０に記憶されている音楽データの関連情報を、提供サーバ１１に送信することで、この結果として提供サーバ１１から返信されてくる波形ＩＤを音楽データに付与するようにしてもよい。

この場合、提供サーバ１１は、例えば、関連情報と波形ＩＤとを対応付けたデータベースを有していて、このデータベースから波形ＩＤを得て、コミュニケーション端末１２に送信するようにしてもよいし、このようなデータベースを有する外部のサーバから波形ＩＤを得て、コミュニケーション端末１２に送信するようにしてもよい。

また、コミュニケーション端末１２に、特定の波形解析部を設けて、または波形解析ツールをインストールして、これらを利用してコミュニケーション端末１２が音楽データの波形を解析して波形ＩＤを得るようにしてもよい。

さらに、上述の実施の形態（例えば第２の実施の形態）では、ブラウザ画面４０に、プレイリストＰＬにより指定された音楽データのうちの再生中の音楽データの情報（再生情報）を表示する再生情報表示領域７０を設けるようにした場合について述べたが、本発明はこれに限らず、例えば、図１６との対応部分に同一符号を付した図３５に示すように、プレイリストＰＬそのものを表示するプレイリスト表示領域４００を設けるようにしてもよい。

このようにすれば、ブラウザ画面４０では、ユーザに対して、再生中の音楽データの情報だけでなく、１つ前に再生されていた音楽データの情報や、次に再生される音楽データの情報なども認識させることができる。

また、このようにしてプレイリストＰＬを表示する場合、例えば、提供サーバ１１が、同じチャットページに接続しているコミュニケーション端末１２で上述した感情アイコン１２０が押下された回数を、コミュニケーション端末１２に通知することで、コミュニケーション端末１２が、この回数に応じて、プレイリストＰＬの表示色を変えるようにしてもよいし、この回数に応じて、特定の画像（例えば顔画像）をプレイリストＰＬに貼り付けるようにしてもよい。

具体的に言うと、コミュニケーション端末１２の制御部３０は、提供サーバ１１から通知される感情アイコン１２０が押下された回数が多くなるほど、プレイリストＰＬの表示色の彩度を上げたり、貼り付ける顔画像の数を増やすようにする。

さらに、提供サーバ１１は、感情アイコン１２０が押下された回数だけでなく、チャットへの書き込み数を、コミュニケーション端末１２に通知することで、プレイリストＰＬの表示形態を変化させるようにしてもよい。

このようにすることで、コミュニケーションシステム１０は、チャットルームを利用しながら、プレイリストＰＬを育てるような新たな楽しみ方をユーザに提供することもできる。

さらに、ブラウザ画面４０の所定位置に、同じチャットルームを利用しているユーザの推定人数（大よその数）を表示するようにしてもよい。この場合、提供サーバ１１が、例えば、接続情報Ｃｉを配信したコミュニケーション端末１２の数を、コミュニケーション端末１２に通知することで、コミュニケーション端末１２の制御部３０は、この数を、同じチャットルームを利用しているユーザの推定人数として表示する。

さらに、上述の実施の形態（例えば第２の実施の形態）では、接続情報Ｃｉに、チャットページのアドレスと接続時刻とプレイリストＰＬとが記されるようにした場合について述べたが、本発明はこれに限らず、以下のような情報が追加で記されてもよい。

例えば、接続有効期限を記すようにしてもよい。この場合、コミュニケーション端末１２の制御部３０は、例えば、電源オフなどにより、現在時刻が接続時刻を過ぎていたとしても、この接続有効期限内であるならば、接続情報Ｃｉに記されたアドレスのチャットページに接続する。このとき、プレイリストＰＬにより指定された音楽データの再生が既に開始されていることがあるが、この場合、コミュニケーション端末１２の制御部３０は、音楽データの再生が開始されてからどの位時間が経過しているかを算出して、この算出結果をもとに、音楽データの再生を途中から開始する。こうすることで、途中からチャットページに接続してきたコミュニケーション端末１２でも、最初からチャットページに接続しているコミュニケーション端末１２と同じ時間に同じ音楽を再生することができる。なお、接続有効期限が過ぎた場合には、該当するチャットページへの接続が禁止されて、このチャットページに対応するチャットルームが利用できなくなる。ただし、チャットの内容を参照することまでを禁止しなくてもよい。

また、画像データを記すようにしてもよい。この場合、例えば、Ｂａｓｅ６４エンコードの画像データを直接記すようにしてもよいし、画像ファイル名と、この画像ファイル名により指定される画像データのプレイリストＰＬ内での表示位置とを記すようにしてもよい。画像データとしては、ユーザが作成したイラストの画像データやアルバムジャケット写真の画像データなどが考えられる。

このようにプレイリストＰＬ自体に画像データを貼り付けることで、例えば、図３６に示すように、プレイリスト表示領域４００にプレイリストＰＬを表示した場合に、このプレイリストＰＬに記された画像データに基づく画像４０１を表示することができるので、よりユーザを楽しませることができる。

さらに、プレイリストＰＬに記される各音楽データの音楽データ情報として、以下のような情報が追加されていてもよい。

例えば、音楽データの取得先（例えば提供サーバ１１または上述した音楽配信サーバなど）のＵＲＩや、音楽データの取得先から音楽データを取得するときに必要となる取得先で音楽データを一意に識別可能な情報（例えば曲ＩＤ、アルバムＩＤ、アーティストＩＤなど）や、最後の音楽データの再生終了時刻などが追加されていてもよい。

また、再生開始時刻に付随させて、音楽データを繰り返し再生するかどうかを示す繰り返し情報が追加されていてもよい。この繰り返し情報に繰り返し再生する旨が示されている場合、コミュニケーション端末１２の制御部３０は、例えば、次の音楽データの再生開始時刻になる前に、現在の音楽データの再生が終了するようなときに、次の音楽データの再生開始時刻になるまで、現在の音楽データの再生を繰り返すことで、何も音楽データが再生されない時間が続くような状況を回避し得るようになされている。

ちなみに、再生開始時刻は音楽データの再生時間よりも優先される時刻であるので、例えば、現在の音楽データの再生が終了する前に、次の音楽データの再生開始時刻になるような場合には、コミュニケーション端末１２の制御部３０は、現在の音楽データの再生を、中断、またはフェードアウトするなどして、次の音楽データの再生に切り換えるようになされている。

さらに、上述の実施の形態（例えば第２の実施の形態）では、接続情報Ｃｉに記される接続時刻、及びプレイリストＰＬに指定される各音楽データの再生開始時刻が、「２００６／１２／２５ＰＭ６：３０：００」などのように「年月日時分秒」の形式で設定されるようにした場合について述べたが、本発明はこれに限らず、例えば「時分秒」の形式で設定されるようにしてもよい。

この場合、コミュニケーション端末１２は、毎日、指定された接続時刻（「時分秒」）に指定のチャットページに接続して指定された音楽データを再生するようにすることができる。また、これに限らず、接続情報Ｃｉに、接続時刻にくわえて、例えば「毎週木曜日」などのような、接続時刻を限定する情報を記すようにすれば、コミュニケーション端末１２が、毎週木曜日に指定された接続時刻（「時分秒」）に指定のチャットページに接続して指定された音楽データを再生するようにすることもできる。

さらにこの場合、毎週木曜日などの限定に限らず、２００６年１２月２４日〜２００６年１２月２５日のように、期間を限定するようにしてもよい。このようにすれば、例えばクリスマス限定のチャットルームなどを提供することが可能となる。

なお、このような時刻の限定は、接続時刻と、各音楽データの再生開始時刻とで、それぞれ個別に設定されるようにしてもよい。

さらに、上述の実施の形態（例えば第２の実施の形態）では、接続情報Ｃｉに記されたプレイリストＰＬの最後の音楽データの再生が終了した時点で、接続情報Ｃｉを無効にすると共に、この接続情報Ｃｉに記されたアドレスのチャットページに対応するチャットルームを利用できなくするようにした場合について述べたが、本発明はこれに限らず、この接続情報Ｃｉを再度有効にして、この接続情報Ｃｉに記されたアドレスのチャットページに対応するチャットルームを再度利用できるようにしてもよい。

具体的に言うと、提供サーバ１１は、接続情報Ｃｉに基づいて、チャットページに接続してきたコミュニケーション端末１２に対して、図１６との同一部分に同一符号を付した図３７に示すようなチャットルーム画面４４を表示させるためのページデータを送信する。

この図３７に示すチャットルーム画面４４には、現在利用しているチャットルームを再利用する年月日を入力するための再利用年月日入力欄５００と、この再利用年月日入力欄５００に入力された年月日を、チャットルームの再利用年月日として提供サーバ１１に申請するための再利用申請ボタン５１０が追加されている。

そして、コミュニケーション端末１２の制御部３０は、再利用年月日入力欄５００に年月日（例えば「２００７年１月３日」）が入力されて再利用申請ボタン５１０が押下されると、再利用年月日入力欄５００に入力された年月日を現在利用しているチャットルームの再利用年月日として提供サーバ１１に送信する。

提供サーバ１１の制御部２０は、コミュニケーション端末１２から、現在利用しているチャットルーム（つまり現在コミュニケーション端末１２が接続しているチャットページで提供されているチャットルーム）の再利用年月日（例えば「２００７年１月３日」）が送信されてくると、これを受信した後、コミュニケーション端末１２がプレイリストＰＬの最後の音楽データの再生を終了した時点で、接続情報Ｃｉに記されている接続時刻及び音楽データの再生開始時刻の年月日の部分（例えば「２００６年１２月２５日」）を、この再利用年月日（例えば「２００７年１月３日」）に更新することで接続情報Ｃｉを再度有効にし、これをコミュニケーション端末１２に再配信する。

この結果、コミュニケーション端末１２は、再利用年月日になると、再度同じチャットページに接続することができ、ユーザに対して同じチャットルームを再度利用させることができる。

さらに、上述の実施の形態（例えば第３の実施の形態）では、コミュニケーション端末１２のブラウザ画面４０に、チャットルーム選択画面８０を表示するようにしたが、このチャットルーム画面４０に配される複数の建造物８１（８１Ａ、８１Ｂ、８１Ｃ、…）のそれぞれに、対応するチャットルームの利用開始予定時刻（つまり接続時刻）や、チャットルーム利用時に再生される音楽の情報（例えば、プレイリストＰＬに指定された音楽データのジャンル、曲タイトル、アーティスト名など）を表示するようにしてもよい。

このようにすれば、このチャットルーム選択画面８０では、ユーザに対して、各チャットルームが何時利用可能になって、どのような音楽について語り合う場であるのかを認識させることができるので、チャットルーム選択時の利便性をより向上させることができる。

さらに、上述の実施の形態（例えば第５の実施の形態）では、感情アイコン１２０が押下されると、その感情アイコン１２０に対応する音声データが、同じチャットルームを利用しているユーザのコミュニケーション端末１２で再生されるようにした場合について述べたが、本発明はこれに限らず、図２６との対応部分に同一符号を付した図３８に示すように、感情アイコン１２０の押下に応じて、この感情アイコン１２０に対応する画像（例えば顔画像）６００が、会話文の一種として、会話表示領域４８に表示されるようにしてもよい。

このようにすれば、コミュニケーションシステム１０では、ユーザの感情を音声だけでなく画像として他のユーザに容易に伝えることができる。

さらに、上述の実施の形態では、接続情報Ｃｉを受信する数については、特に限定していないが、例えば、コミュニケーション端末１２が、複数のチャットページに対応する複数の接続情報Ｃｉを受信するようにしてもよく、現在有効とする接続情報Ｃｉをこれら複数の接続情報Ｃｉのなかからユーザに選択させることで、この選択された接続情報Ｃｉに基づいて、所定のチャットページに所定の時刻に接続するようにしてもよい。

さらに、上述の実施の形態では、仮想のコミュニケーション場所として、チャットルームを提供するようにした場合について述べたが、本発明はこれに限らず、掲示板を提供するようにしてもよいし、これら以外の仮想コミュニケーション場所を提供するようにしてもよい。

さらに、上述の実施の形態（例えば第２の実施の形態）では、音楽データのプレイリストＰＬを用いるようにした場合について述べたが、本発明はこれに限らず、映像データ、プログラムデータなど、この他種々のコンテンツのプレイリストを用いるようにして、同じ時間に同じ映像やゲームなどを楽しみながら、チャットルームを利用できるようにしてもよい。また、本発明は、端末２及びコミュニケーション端末１２として、パーソナルコンピュータや、携帯電話機、ＰＤＡ（Personal Digital Assistance ）、ゲーム機などの、種々の端末に広く適用することができる。

さらに、提供サーバ１１及びコミュニケーション端末１２は、上述した複数の実施の形態のうちの１つの形態が実装されていてもよいし、複数の実施の形態、または実施の形態の一部が実装されていてもよい。

本発明は、チャットや掲示板を提供するサービスで広く利用することができる。

第１の実施の形態による通信システムの概要を示すブロック図である。 第１の実施の形態によるコミュニケーションシステムの構成を示す略線図である。 第１の実施の形態による提供サーバの構成を示すブロック図である。 第１の実施の形態によるコミュニケーション端末の構成を示すブロック図である。 ブラウザの構成（１）を示す略線図である。 ブラウザの構成（２）を示す略線図である。 ブラウザの構成（３）を示す略線図である。 ブラウザの構成（４）を示す略線図である。 第１の実施の形態による接続情報の構成を示す略線図である。 自動接続処理手順を示すシーケンスチャートである。 第２の実施の形態による提供サーバの構成を示すブロック図である。 第２の実施の形態による接続情報の構成を示す略線図である。 第２の実施の形態によるコミュニケーション端末の構成を示すブロック図である。 第２の実施の形態によるブラウザの構成（１）を示す略線図である。 第２の実施の形態によるブラウザの構成（２）を示す略線図である。 第２の実施の形態によるブラウザの構成（３）を示す略線図である。 第２の実施の形態による自動処理手順を示すシーケンスチャートである。 図１７に示す自動処理手順を示すシーケンスチャートに続くシーケンスチャートである。 第３の実施の形態によるチャットルーム選択画面の構成を示す略線図である。 第３の実施の形態による自動処理手順を示すシーケンスチャートである。 第４の実施の形態による提供サーバの構成を示すブロック図である。 第４の実施の形態によるコミュニケーション端末の構成を示す略線図である。 第４の実施の形態による時刻同期処理手順を示すシーケンスチャートである。 他の実施の形態によるコミュニケーションシステムの構成を示す略線図である。 ＮＴＰ情報を利用する場合の時刻同期処理手順を示すシーケンスチャートである。 第５の実施の形態によるチャットルーム画面の構成を示す略線図である。 第５の実施の形態による感情音声再生処理手順を示すシーケンスチャートである。 他の実施の形態による感情音声再生処理手順を示すシーケンスチャートである。 第６の実施の形態によるコミュニケーション端末の構成を示すブロック図である。 第５の実施の形態によるプレイリスト生成処理手順を示すシーケンスチャートである。 他の実施の形態による提供サーバの構成を示すブロック図である。 他の実施の形態によるプレイリスト生成処理手順を示すシーケンスチャートである。 第７の実施の形態による提供サーバのハードウェア構成を示すブロック図である。 第７の実施の形態によるコミュニケーション端末のハードウェア構成を示すブロック図である。 他の実施の形態によるブラウザの構成（１）を示す略線図である。 他の実施の形態によるブラウザの構成（２）を示す略線図である。 他の実施の形態によるブラウザの構成（３）を示す略線図である。 他の実施の形態によるブラウザの構成（４）を示す略線図である。

符号の説明

１……通信システム、２…端末、３……サーバ、４、２３……接続情報生成部、５……サーバ通信部、６……端末通信部、７、３５……監視部、８、２０、３０……制御部、１０……コミュニケーションシステム、１１……提供サーバ、１２……コミュニケーション端末、２１、３４……通信部、２２……記憶部、２４、３１……操作部、３２……ブラウザ処理部、３３……表示部、４０……ブラウザ画面、４４……チャットルーム画面、５０、６０……音楽データ記憶部、６１……再生処理部、６２……出力部、６３……一時記憶部、８０……チャットルーム選択画面、９０……時刻情報生成部、１００……時刻調整部、１１０……ＮＴＰサーバ、１２０……感情アイコン、１３０、１４０……プレイリスト生成部、Ｃｉ……接続情報、ＰＬ……プレイリスト。

Claims (33)

1. 複数の端末と、当該複数の端末と同時に接続可能なサーバとを有する通信システムにおいて、
   上記サーバは、
   仮想のコミュニケーション場所を提供する所定の接続先への接続時刻を絶対時刻で示す接続時刻情報と当該接続時刻に接続する接続先を示す接続先識別情報とを含む接続情報を生成する接続情報生成手段と、
   上記接続情報生成手段により生成された上記接続情報を上記端末に配信するサーバ通信手段と
   を具え、
   上記端末は、
   上記サーバから配信される上記接続情報を受信する端末通信手段と、
   受信した上記接続情報に含まれる上記接続時刻情報に示される上記接続時刻になったかどうかを監視する監視手段と、
   上記監視手段により上記接続時刻になったことを認識すると、受信した上記接続情報に上記接続時刻情報と共に含まれる上記接続先識別情報に従って、上記接続先へ接続するように上記端末通信手段を制御する制御手段と
   を具える
   ことを特徴とする通信システム。
2. 上記接続先は、接続してきた上記端末に仮想のコミュニケーション場所となるデータを配信する
   ことを特徴とする請求項１に記載の通信システム。
3. 上記接続情報には、コンテンツの再生を指示するプレイリストが含まれており、
   上記端末は、コンテンツ再生手段を具え、
   上記制御手段は、上記監視手段により上記接続時刻になったことを認識すると、受信した上記接続情報に上記接続時刻情報と共に含まれる上記接続先識別情報に従って、上記接続先へ接続するように上記端末通信手段を制御すると共に、受信した上記接続情報に含まれる上記プレイリストにしたがってコンテンツを再生するよう上記コンテンツ再生手段を制御する
   ことを特徴とする請求項１に記載の通信システム。
4. 上記プレイリストには、コンテンツの識別情報と当該コンテンツの再生を開始する再生開始時刻を絶対時刻で示す再生開始時刻情報とが記されており、
   上記監視手段は、上記プレイリストに記された上記再生開始時刻情報に示される上記再生開始時刻になったかどうかを監視し、
   上記制御手段は、上記監視手段により上記再生開始時刻になったことを認識すると、上記プレイリストに記された識別情報により識別されるコンテンツの再生を開始するように上記コンテンツ再生手段を制御する
   ことを特徴とする請求項３に記載の通信システム。
5. 上記コンテンツは、上記サーバから配信されるコンテンツである
   ことを特徴とする請求項３に記載の通信システム。
6. 上記コンテンツは、上記サーバからストリーミング配信されるコンテンツである
   ことを特徴とする請求項５に記載の通信システム。
7. 上記制御手段は、上記プレイリストに記された識別情報により識別されるコンテンツを、当該コンテンツの再生開始時刻より前に上記サーバから受信し終えるように、上記端末通信手段を制御する
   ことを特徴とする請求項５に記載の通信システム。
8. 上記端末は、コンテンツを記録する記録手段を具え、
   上記制御手段は、上記プレイリストに記された識別情報に基づいて上記記録手段から当該識別情報により識別されるコンテンツを検索し、検索の結果得られたコンテンツを再生するように上記コンテンツ再生手段を制御する
   ことを特徴とする請求項３に記載の通信システム。
9. 上記サーバは、
   上記サーバが計時している時刻を示す時刻情報を生成する時刻情報生成手段を具え、
   上記サーバ通信手段は、上記時刻情報生成手段が生成した上記時刻情報を上記端末に送信し、
   上記端末は、上記端末通信手段により受信した上記時刻情報に示される上記サーバが計時している時刻に、上記端末が計時している時刻を同期させるように当該時刻を調整する時刻調整手段を具える
   ことを特徴とする請求項３に記載の通信システム。
10. 上記端末は、上記サーバからストリーミング配信される上記コンテンツの少なくとも一部を一時的に記憶する一時記憶手段を具え、
    上記制御手段は、上記プレイリストに記された識別情報により識別されるコンテンツの少なくとも先頭部分を、当該コンテンツの再生開始時刻より前に上記サーバから受信して上記一時記憶手段に一時記憶させ、当該コンテンツの再生開始時刻になったことを認識すると、上記一時記憶手段に一時記憶させた上記コンテンツの先頭部分から再生するように上記コンテンツ再生手段を制御する
    ことを特徴とする請求項６に記載の通信システム。
11. 上記端末は、ユーザの感情を示す情報を入力する入力手段を具え、
    上記制御手段は、上記入力手段により上記ユーザの感情を示す情報が入力されると、当該ユーザの感情を示す情報が入力された旨を、上記サーバに通知するように上記端末通信手段を制御し、
    上記サーバは、当該ユーザの感情を示す情報が入力された旨の通知を受けると、当該感情に応じて、音声データを選択する選択手段を具え、
    上記サーバ通信手段は、上記選択手段により選択された音声データを、上記端末に配信する
    ことを特徴とする請求項３に記載の通信システム。
12. 上記選択手段は、上記端末から上記ユーザの感情を示す情報が入力された旨の通知を受けた回数を所定期間集計して、当該感情と当該集計した回数とに応じて、音声データを選択する
    ことを特徴とする請求項１１に記載の通信システム。
13. 複数の端末と、当該複数の端末と同時に接続可能なサーバとが通信する通信方法において、
    上記サーバが、仮想のコミュニケーション場所を提供する所定の接続先への接続時刻を絶対時刻で示す接続時刻情報と当該接続時刻に接続する接続先を示す接続先識別情報とを含む接続情報を生成する接続情報生成ステップと、
    上記サーバが、上記接続情報生成ステップで生成した上記接続情報を上記端末に配信する接続情報配信ステップと、
    上記端末が、上記サーバから配信される上記接続情報を受信する接続情報受信ステップと、
    上記端末が、受信した上記接続情報に含まれる上記接続時刻情報に示される上記接続時刻になったかどうかを監視する監視ステップと、
    上記端末が、上記監視ステップで上記接続時刻になったことを認識すると、受信した上記接続情報に上記接続時刻情報と共に含まれる上記接続先識別情報に従って、上記接続先へ接続する接続ステップと
    を具えることを特徴とする通信方法。
14. 複数の端末と同時に接続可能なサーバであって、
    仮想のコミュニケーション場所を提供する所定の接続先へ上記端末を接続させる接続時刻を絶対時刻で示す接続時刻情報と当該接続時刻に接続する接続先を示す接続先識別情報とを含む接続情報を生成する接続情報生成手段と、
    上記接続情報生成手段により生成された上記接続情報を上記端末に配信するサーバ通信手段と
    を具えることを特徴とするサーバ。
15. 上記接続情報には、上記端末にコンテンツの再生を指示するプレイリストが含まれている
    ことを特徴とする請求項１４に記載のサーバ。
16. 上記プレイリストには、コンテンツの識別情報と当該コンテンツの再生を上記端末に開始させる再生開始時刻を絶対時刻で示す再生開始時刻情報とが記されている
    ことを特徴とする請求項１５に記載のサーバ。
17. 上記コンテンツを、上記端末に配信する
    ことを特徴とする請求項１５に記載のサーバ。
18. 上記コンテンツを、上記端末にストリーミング配信する
    ことを特徴とする請求項１７に記載のサーバ。
19. 計時している時刻を示す時刻情報を生成する時刻情報生成手段を具え、
    上記サーバ通信手段は、上記時刻情報生成手段が生成した上記時刻情報を上記端末に送信する
    ことを特徴とする請求項１５に記載のサーバ。
20. 上記端末からユーザの感情を示す情報が入力された旨の通知を受けると、当該感情に応じて、音声データを選択する選択手段を具え、
    上記サーバ通信手段は、上記選択手段により選択された音声データを、上記端末に配信する
    ことを特徴とする請求項１５に記載のサーバ。
21. 上記選択手段は、上記端末から上記ユーザの感情を示す情報が入力された旨の通知を受けた回数を所定期間集計して、当該感情と当該集計した回数とに応じて、音声データを選択する
    ことを特徴とする請求項２０に記載のサーバ。
22. サーバと接続可能な端末であって、
    上記サーバから配信される、仮想のコミュニケーション場所を提供する所定の接続先への接続時刻を絶対時刻で示す接続時刻情報と当該接続時刻に接続する接続先を示す接続先識別情報とを含む接続情報を受信する端末通信手段と、
    受信した上記接続情報に含まれる上記接続時刻情報に示される上記接続時刻になったかどうかを監視する監視手段と、
    上記監視手段により上記接続時刻になったことを認識すると、受信した上記接続情報に上記接続時刻情報と共に含まれる上記接続先識別情報に従って、上記接続先へ接続するように上記端末通信手段を制御する制御手段と
    を具えることを特徴とする端末。
23. 上記端末通信手段は、上記接続先へ接続した結果として、上記接続先から配信される上記仮想のコミュニケーション場所となるデータを受信する
    ことを特徴とする請求項２２に記載の端末。
24. コンテンツ再生手段を具え、
    上記接続情報には、コンテンツの再生を指示するプレイリストが含まれており、
    上記制御手段は、上記監視手段により上記接続時刻になったことを認識すると、受信した上記接続情報に上記接続時刻情報と共に含まれる上記接続先識別情報に従って、上記接続先へ接続するように上記端末通信手段を制御すると共に、受信した上記接続情報に含まれる上記プレイリストにしたがってコンテンツを再生するよう上記コンテンツ再生手段を制御する
    ことを特徴とする請求項２２に記載の端末。
25. 上記プレイリストには、コンテンツの識別情報と当該コンテンツの再生を開始する再生開始時刻を絶対時刻で示す再生開始時刻情報とが記されており、
    上記監視手段は、上記プレイリストに記された上記再生開始時刻情報に示される上記再生開始時刻になったかどうかを監視し、
    上記制御手段は、上記監視手段により上記再生開始時刻になったことを認識すると、上記プレイリストに記された識別情報により識別されるコンテンツの再生を開始するように上記コンテンツ再生手段を制御する
    ことを特徴とする請求項２４に記載の端末。
26. 上記コンテンツ再生手段は、上記サーバから配信されるコンテンツを再生する
    ことを特徴とする請求項２４に記載の端末。
27. 上記コンテンツ再生手段は、上記サーバからストリーミング配信されるコンテンツを再生する
    ことを特徴とする請求項２６に記載の端末。
28. 上記制御手段は、上記プレイリストに記された識別情報により識別されるコンテンツを、当該コンテンツの再生開始時刻より前に上記サーバから受信し終えるように、上記端末通信手段を制御する
    ことを特徴とする請求項２６に記載の端末。
29. コンテンツを記録する記録手段を具え、
    上記制御手段は、上記プレイリストに記された識別情報に基づいて上記記録手段から当該識別情報により識別されるコンテンツを検索し、検索の結果得られたコンテンツを再生するように上記コンテンツ再生手段を制御する
    ことを特徴とする請求項２４に記載の端末。
30. 上記サーバから受信した時刻情報に示される上記サーバが計時している時刻に、端末側で計時している時刻を同期させるように当該時刻を調整する時刻調整手段を具える
    ことを特徴とする請求項２４に記載の端末。
31. 上記サーバからストリーミング配信される上記コンテンツの少なくとも一部を一時的に記憶する一時記憶手段を具え、
    上記制御手段は、上記プレイリストに記された識別情報により識別されるコンテンツの少なくとも先頭部分を、当該コンテンツの再生開始時刻より前に上記サーバから受信して上記一時記憶手段に一時記憶させ、当該コンテンツの再生開始時刻になったことを認識すると、上記一時記憶手段に一時記憶させた上記コンテンツの先頭部分から再生するように上記コンテンツ再生手段を制御する
    ことを特徴とする請求項２７に記載の端末。
32. ユーザの感情を示す情報を入力する入力手段を具え、
    上記制御手段は、上記入力手段により上記ユーザの感情を示す情報が入力されると、当該ユーザの感情を示す情報が入力された旨を、上記サーバに通知するように上記端末通信手段を制御し、上記ユーザの感情を示す情報が入力された旨を通知した結果として、上記サーバから送信されてくる、上記サーバが上記ユーザの感情に応じて選択した音声データを再生するように上記コンテンツ再生手段を制御する
    ことを特徴とする請求項２４に記載の端末。
33. 上記制御手段は、上記ユーザの感情を示す情報が入力された旨を通知した結果として、上記サーバから送信されてくる、上記サーバが上記ユーザの感情と当該感情を示す情報が入力された旨の通知を受けた回数とに応じて選択した音声データを再生するように上記コンテンツ再生手段を制御する
    ことを特徴とする請求項３２に記載の端末。

Images