WO2015129738A1 - サーバ装置、プログラム、記録媒体、及びシステム - Google Patents

Abstract

　情報提供サーバＳＲは、端末ＴＡからボックスＩＤの発行要求が受信されたことに応じて、上記ボックスＩＤと、端末ＴＡのセッションＩＤとを対応付けて記憶する。そして、情報提供サーバＳＲは、発行されたボックスＩＤと、情報提供サーバＳＲへアクセスするためのアクセス情報とを端末ＴＡへ送信する。情報提供サーバＳＲは、端末ＴＡへ送信されたボックスＩＤとアクセス情報とを取得した端末ＴＢからのアクセスに応じて、上記ボックスＩＤと、端末ＴＢのセッションＩＤとを対応付けて記憶する。そして、情報提供サーバＳＲは、端末ＴＢから、端末ＴＢのセッションＩＤを用いて、楽曲データの再生要求を受信すると、端末ＴＢのセッションＩＤに対応付けられたボックスＩＤを特定する。そして、情報提供サーバＳＲは、特定したボックスＩＤに対応付けられた端末ＴＡのセッションＩＤを用いて、再生要求された楽曲データを端末ＴＡに取得させる。

Description

サーバ装置、プログラム、記録媒体、及びシステム

　本発明は、楽曲データを再生する第１端末装置と、楽曲データの再生要求を行う第２端末装置との間で通信可能なサーバ装置の技術分野に関する。

　従来、利用者の携帯端末を用いて、カラオケ曲等の楽曲の再生予約が可能なシステムが知られている。例えば、特許文献１には、カラオケ店に設置されたカラオケ演奏端末と、ユーザのパーソナル携帯端末とのペアリングを行うカラオケ選曲システムが開示されている。このカラオケ選曲システムでは、パーソナル携帯端末から中継サーバを介して、カラオケ演奏端末へ楽曲の予約を行うことが可能になっている。

特開２０１３－０９７１３３号公報

　ところで、特許文献１等の従来技術では、カラオケ演奏端末がカラオケ店等の特定の場所に設置されていることが前提となっている。しかしながら、例えば、楽曲データを再生する第１端末装置が、カラオケ店等の特定の場所に設置されない場合がある。例えば、第１端末装置が、カラオケを利用する各ユーザの自宅等の場所に設置されるという場合がある。このような場合、従来技術では、第１端末装置と、楽曲データの再生要求を行う第２端末装置とを適切に紐付け、楽曲データの予約及び再生を行うことが困難である。

　そこで、本発明は、楽曲データを再生する第１端末装置と、楽曲データの再生要求を行う第２端末装置とを適切に紐付け、再生要求された楽曲データを迅速に再生させることが可能なサーバ装置、プログラム、記録媒体、及びシステムを提供する。

　上記課題を解決するために、請求項１に記載の発明は、第１端末装置から、前記第１端末装置と第２端末装置とを対応付けるための第１の識別情報の発行要求を受信する第１受信手段と、前記第１受信手段により前記発行要求が受信されたことに応じて、前記第１の識別情報と、前記第１端末装置とサーバ装置との間の第１の通信セッション情報とを対応付けて記憶手段に記憶する第１制御手段と、前記第１の識別情報と、前記サーバ装置へアクセスするためのアクセス情報とを前記第１端末装置へ送信する第１送信手段と、前記第２端末装置からのアクセスに応じて、前記第１の識別情報と、前記第２端末装置と前記サーバ装置との間の第２の通信セッション情報とを対応付けて前記記憶手段に記憶する第２制御手段と、前記第２端末装置から、前記第２の通信セッション情報を用いて、楽曲データの再生要求を受信する第２受信手段と、前記再生要求が受信された際に使用された前記第２の通信セッション情報に対応付けられた前記第１の識別情報を特定する特定手段と、前記特定手段により特定された前記第１の識別情報に対応付けられた前記第１の通信セッション情報を用いて、前記再生要求された楽曲データを前記第１端末装置に取得させる第３制御手段と、を備えることを特徴とする。

　請求項２に記載の発明は、請求項１に記載のサーバ装置において、前記第２制御手段は、前記第１端末装置へ送信された前記第１の識別情報と前記アクセス情報とを取得した前記第２端末装置からのアクセスに応じて、前記第１の識別情報と、前記第２の通信セッション情報とを対応付けて前記記憶手段に記憶することを特徴とする。

　請求項３に記載の発明は、請求項１または２に記載のサーバ装置において、前記サーバ装置は、前記第２受信手段により前記再生要求が受信されたことに応じて、前記再生要求された楽曲データを識別可能な第２の識別情報を、前記第１の識別情報に対応付けて前記記憶手段に記憶する第４制御手段と、前記第１端末装置から、楽曲データの送信要求を受信する第３受信手段と、を更に備え、前記第３制御手段は、前記特定手段により特定された前記第１の識別情報に対応付けられた前記第１の通信セッション情報を用いて、前記特定された前記第１の識別情報に対応付けられた前記第２の識別情報が示す楽曲データを、前記第１端末装置に取得させることを特徴とする。

　請求項４に記載の発明は、請求項３に記載のサーバ装置において、前記記憶手段は、楽曲データを識別可能な第３の識別情報であって、１または複数の前記第３の識別情報と、前記１または複数の第３の識別情報が示す楽曲データの再生順序とを、前記第１の識別情報に対応付けて記憶し、前記第４制御手段は、前記第２受信手段により前記再生要求が受信されたことに応じて、前記第２の識別情報と、前記第２の識別情報が示す楽曲データの再生順序とを、前記特定手段により特定された前記第１の識別情報と対応付けて前記記憶手段に記憶し、前記第３制御手段は、前記記憶手段に記憶された前記再生順序に基づいて、前記記憶手段に記憶された前記第２の識別情報、または、１または複数の前記第３の識別情報のいずれかが示す楽曲データを前記第１端末装置に取得させることを特徴とする。

　請求項５に記載の発明は、請求項４に記載のサーバ装置において、前記サーバ装置は、前記第１端末装置から、前記楽曲データの再生終了を示す情報を受信する第４受信手段を更に備え、前記第３制御手段は、前記第４受信手段により前記再生終了を示す情報が受信されたことに応じて、前記再生終了された楽曲データの次の再生順序の楽曲データを、前記第１端末装置に取得させることを特徴とする。

　請求項６に記載の発明は、請求項１乃至５の何れか一項に記載のサーバ装置において、前記サーバ装置は、前記第１端末装置から前記発行要求を受信するごとに、異なる前記第１の識別情報を発行する発行手段を更に備えることを特徴とする。

　請求項７に記載の発明は、請求項１乃至６の何れか一項に記載のサーバ装置において、前記第２制御手段は、複数の前記第２端末装置からのアクセスに応じて、前記複数の前記第２端末装置それぞれの前記第２の通信セッション情報を、前記第１の識別情報に対応付けて前記記憶手段に記憶することを特徴とする。

　請求項８に記載の発明は、請求項１乃至７のいずれか一項に記載のサーバ装置において、前記第１の通信セッション情報とは異なる第３の通信セッション情報を用いて、第３端末装置から、前記第１の識別情報を受信する第５受信手段を更に備え、前記第１制御手段が、前記第１の識別情報と、前記第１の通信セッション情報とを対応付けて前記記憶手段に記憶した後、前記第１制御手段は、前記第５受信手段により前記第１の識別情報が受信されたことに応じて、前記第１の識別情報と、前記第３の通信セッション情報とを対応付けて前記記憶手段に記憶することを特徴とする。

　請求項９に記載の発明は、請求項８に記載のサーバ装置において、前記第３制御手段は、前記特定手段により特定された前記第１の識別情報に対応付けられた前記第１及び前記第３の通信セッション情報を用いて、前記再生要求された前記楽曲データを前記第１端末装置及び前記第３端末装置に取得させることを特徴とする。

　請求項１０に記載の発明は、請求項１乃至９の何れか一項に記載のサーバ装置において、前記第３制御手段は、前記第１の識別情報に対応付けられた前記第１の通信セッション情報を用いて、前記再生要求された楽曲データの所在を示すＵＲＬ（Uniform Resource Locator）を前記第１端末装置へ送信することを特徴とする。

　請求項１１に記載の発明は、請求項１乃至９の何れか一項に記載のサーバ装置において、前記第３制御手段は、前記第１の識別情報に対応付けられた前記第１の通信セッション情報を用いて、前記再生要求された楽曲データを前記第１端末装置へ送信することを特徴とする。

　請求項１２に記載の発明は、請求項１乃至１１の何れか一項に記載のサーバ装置において、前記サーバ装置は、前記第１の識別情報に対応付けられた前記第２の通信セッション情報を用いて、前記再生要求された前記楽曲データに対する操作指示であって少なくとも楽曲データの再生要求の操作指示を行うためのＷｅｂページを前記第２端末装置へ送信する第２送信手段を更に備えることを特徴とする。

　請求項１３に記載の発明は、請求項１乃至１２の何れか一項に記載のサーバ装置において、前記第２受信手段は、前記第２の通信セッション情報を用いて、前記第１端末装置により現在再生されている前記楽曲データに対する操作指示を前記第２端末装置から受信し、前記特定手段は、前記第２受信手段により前記操作指示が受信されたことに応じて、前記第２の通信セッション情報に対応付けられた前記第１の識別情報を特定し、前記サーバ装置は、前記特定手段により特定された前記第１の識別情報に対応付けられた前記第１の通信セッション情報を用いて、前記操作指示を前記第１端末装置へ送信する第３送信手段を更に備えることを特徴とする。

　請求項１４に記載の発明は、第１端末装置から、前記第１端末装置と第２端末装置とを対応付けるための第１の識別情報の発行要求を受信するステップと、前記発行要求が受信されたことに応じて、前記第１の識別情報と、前記第１端末装置とサーバ装置との間の第１の通信セッション情報とを対応付けて記憶手段に記憶するステップと、前記第１の識別情報と、前記サーバ装置へアクセスするためのアクセス情報とを前記第１端末装置へ送信するステップと、前記第２端末装置からのアクセスに応じて、前記第１の識別情報と、前記第２端末装置と前記サーバ装置との間の第２の通信セッション情報とを対応付けて前記記憶手段に記憶するステップと、前記第２端末装置から、前記第２の通信セッション情報を用いて、楽曲データの再生要求を受信するステップと、前記再生要求が受信された際に使用された前記第２の通信セッション情報に対応付けられた前記第１の識別情報を特定するステップと、前記特定された前記第１の識別情報に対応付けられた前記第１の通信セッション情報を用いて、前記再生要求された楽曲データを前記第１端末装置に取得させるステップと、をコンピュータに実行させることを特徴とする。

　請求項１５に記載の発明は、第１端末装置から、前記第１端末装置と第２端末装置とを対応付けるための第１の識別情報の発行要求を受信するステップと、前記発行要求が受信されたことに応じて、前記第１の識別情報と、前記第１端末装置とサーバ装置との間の第１の通信セッション情報とを対応付けて記憶手段に記憶するステップと、前記第１の識別情報と、前記サーバ装置へアクセスするためのアクセス情報とを前記第１端末装置へ送信するステップと、前記第２端末装置からのアクセスに応じて、前記第１の識別情報と、前記第２端末装置と前記サーバ装置との間の第２の通信セッション情報とを対応付けて前記記憶手段に記憶するステップと、前記第２端末装置から、前記第２の通信セッション情報を用いて、楽曲データの再生要求を受信するステップと、前記再生要求が受信された際に使用された前記第２の通信セッション情報に対応付けられた前記第１の識別情報を特定するステップと、前記特定された前記第１の識別情報に対応付けられた前記第１の通信セッション情報を用いて、前記再生要求された楽曲データを前記第１端末装置に取得させるステップと、をコンピュータに実行させるプログラムがコンピュータ読み取り可能に記録された記録媒体である。

　請求項１６に記載の発明は、第１端末装置と、第２端末装置との間で通信可能なサーバ装置を備えるシステムであって、前記サーバ装置は、前記第１端末装置から、前記第１端末装置と前記第２端末装置とを対応付けるための第１の識別情報の発行要求を受信する第１受信手段と、前記第１受信手段により前記発行要求が受信されたことに応じて、前記第１の識別情報と、前記第１端末装置と前記サーバ装置との間の第１の通信セッション情報とを対応付けて記憶手段に記憶する第１制御手段と、前記第１の識別情報と、前記サーバ装置へアクセスするためのアクセス情報とを前記第１端末装置へ送信する第１送信手段と、前記第２端末装置からのアクセスに応じて、前記第１の識別情報と、前記第２端末装置と前記サーバ装置との間の第２の通信セッション情報とを対応付けて前記記憶手段に記憶する第２制御手段と、前記第２端末装置から、前記第２の通信セッション情報を用いて、楽曲データの再生要求を受信する第２受信手段と、前記再生要求が受信された際に使用された前記第２の通信セッション情報に対応付けられた前記第１の識別情報を特定する特定手段と、前記特定手段により特定された前記第１の識別情報に対応付けられた前記第１の通信セッション情報を用いて、前記再生要求された楽曲データを前記第１端末装置に取得させる第３制御手段と、を備え、前記第１端末装置は、前記楽曲データを取得する取得手段と、前記取得手段により取得された前記楽曲データを再生する再生手段と、を備えることを特徴とする。

　請求項１、２、３、１４、１５、１６に記載の発明によれば、楽曲データを再生する第１端末装置と、楽曲データの再生要求を行う第２端末装置とを第１の識別情報を介して適切に紐付け、第２端末装置から再生要求された楽曲データを、迅速に第１端末装置に再生させることができる。

　請求項４に記載の発明によれば、再生要求された複数の楽曲データを、それぞれの再生順序に基づいて、迅速に第１端末装置に再生させることができる。

　請求項５に記載の発明によれば、楽曲データの再生終了に応じて、再生終了された楽曲データの次の再生順序の楽曲データを迅速に第１端末装置に再生させることができる。

　請求項６に記載の発明によれば、複数の異なる第１の識別情報を、同じユーザに利用させることができる。

　請求項７に記載の発明によれば、複数の第２端末装置のそれぞれから再生要求された楽曲データを、迅速に第１端末装置に再生させることができる。

　請求項８に記載の発明によれば、複数の第１端末装置を、特定の第２端末装置に第１の識別情報を介して適切に紐付けることができる。

　請求項９に記載の発明によれば、１つの第２端末装置から再生要求された楽曲データを、迅速に複数の第１端末装置に再生させることができる。

　請求項１０に記載の発明によれば、第２端末装置から再生要求された楽曲データを迅速に第１端末装置へ送信することができる。

　請求項１１に記載の発明によれば、第２端末装置から再生要求された楽曲データを迅速に第１端末装置へ送信することができる。

　請求項１２に記載の発明によれば、ユーザに第２端末装置から楽曲データに対する操作指示を行わせることができる。

　請求項１３に記載の発明によれば、第２端末装置で行われた操作指示を、迅速に第１端末装置に送信することができる。

本実施形態の通信システムＳの概要構成例を示す図である。 本実施形態の通信のシステムＳに含まれる各装置のハードウェア構成例を示す図である。 端末ＴＡと端末ＴＢとの紐付け動作を示すシーケンス図である。 （Ａ）は、端末ＴＡと端末ＴＢとの紐付け動作により生成されたセッション情報の一例を示す図である。（Ｂ）は、データベース管理部ＳＲ３によりデータベースに登録された選曲情報の一例を示す図である。 楽曲データの予約動作を示すシーケンス図である。 楽曲データの再生動作を示すシーケンス図である。 楽曲再生中の操作指示動作を示すシーケンス図である。

　以下、本発明の実施形態を図面に基づいて説明する。

［１．通信システムの構成及び動作概要］
［１．１　通信システムの構成]
　始めに、図１を参照して、本実施形態の通信システムの構成について説明する。図１は、本実施形態の通信システムＳの概要構成例を示す図である。

　図１に示すように、通信システムＳは、端末ＴＡ１～ＴＡ３、端末ＴＢ１～ＴＢ３、及び情報提供サーバＳＲ等を備えて構成される。ここで、端末ＴＡ１～ＴＡ３は、第１端末装置または第３端末装置の一例である。端末ＴＢ１～ＴＢ３は、第２端末装置の一例である。情報提供サーバＳＲは、サーバ装置の一例である。情報提供サーバＳＲには、端末ＴＡ１～ＴＡ３、及び端末ＴＢ１～ＴＢ３が、それぞれ、ネットワークＮＷを介してアクセス可能になっている。ネットワークＮＷは、例えば、インターネットや無線通信ネットワーク等により構成される。なお、図１に示す端末の数は一例であり、この数には限定されるものではない。

　端末ＴＡ１～ＴＡ３は、それぞれ、カラオケ曲等の楽曲データの再生を行う端末装置である。例えば、端末ＴＡ１～ＴＡ３には、プレイヤーブラウザのプログラムがインストールされている。プレイヤーブラウザのプログラムは、端末ＴＡ１～ＴＡ３に、情報提供サーバＳＲへアクセスさせて情報を取得させ、且つ楽曲データの再生を行わせる。端末ＴＡ１～ＴＡ３の例として、例えばパーソナルコンピュータがある。なお、以下の説明では、端末ＴＡ１～ＴＡ３を総称して「端末ＴＡ」という場合がある。プレイヤーブラウザのプログラムがインストールされる代わりに、汎用的なブラウザを用いて本開示の処理が実行されても良い。

　端末ＴＢ１～ＴＢ３は、楽曲データの再生要求を行う端末装置である。例えば、端末ＴＢ１～ＴＢ３には、リモコンブラウザのプログラムがインストールされている。リモコンブラウザのプログラムは、端末ＴＢ１～ＴＢ３に、情報提供サーバＳＲへアクセスさせて情報を取得させ、且つ楽曲データの再生要求を行わせる。また、端末ＴＢ１～ＴＢ３には、情報提供サーバＳＲから提供可能な楽曲データの楽曲リストが記憶される。楽曲リストには、楽曲データの楽曲ＩＤ、楽曲名、及びアーティスト名等の楽曲情報が登録されている。楽曲ＩＤは、楽曲データを識別可能な第２の識別情報、及び第３の識別情報の一例である。端末ＴＢ１～ＴＢ３の例として、例えばスマートフォン等の携帯端末がある。なお、以下の説明では、端末ＴＢ１～ＴＢ３を総称して「端末ＴＢ」という場合がある。リモコンブラウザのプログラムがインストールされる代わりに、汎用的なブラウザを用いて本開示の処理が実行されても良い。

　図１の例では、端末ＴＡ１及び端末ＴＢ１は、ユーザ１により使用される。また、端末ＴＡ２及び端末ＴＢ２は、ユーザ２に使用される。また、端末ＴＡ３及び端末ＴＢ３は、ユーザ３に使用される。なお、端末ＴＡ１及び端末ＴＢ１と、端末ＴＡ２及び端末ＴＢ２と、端末ＴＡ３及び端末ＴＢ３とは、各ユーザの自宅等の異なる場所に設置されてもよい。このような場合であっても、ユーザ１～ユーザ３は同じ仮想ボックスでカラオケを利用することが可能となる。仮想ボックスとは、実際には存在しない仮想的なカラオケボックス等のボックスである。

　情報提供サーバＳＲは、端末ＴＢにより再生要求された楽曲データを端末ＴＡへ提供するサーバ装置である。情報提供サーバＳＲは、図１に示すように、Ｗｅｂサーバ部ＳＲ１、セッション管理部ＳＲ２、データベース管理部ＳＲ３、及びストレージ部ＳＲ４を備える。Ｗｅｂサーバ部ＳＲ１は、Ｗｅｂサーバ及びＷｅｂＡＰＩサーバとして動作する。セッション管理部ＳＲ２は、端末ＴＡ，ＴＢのそれぞれと情報提供サーバＳＲとの間のセッション情報を管理する。データベース管理部ＳＲ３は、楽曲情報、選曲情報、及び会員情報をデータベースに登録して管理する。ここで、楽曲情報は、例えば楽曲を識別可能な情報である。楽曲情報は、例えば、情報提供サーバＳＲから提供可能な楽曲データの楽曲ＩＤ、楽曲名、及びアーティスト名等のいずれかである。選曲情報は、再生要求された楽曲データの選曲情報である。選曲情報は、例えば、選曲された楽曲データを識別可能な情報である。選曲情報は、例えば、情報提供サーバＳＲから提供可能な楽曲データの楽曲ＩＤ、楽曲名、及びアーティスト名等のいずれかである。会員情報は、会員登録されたユーザのユーザＩＤ、ユーザ名、及びユーザのメールアドレス等である。ストレージ部ＳＲ４は、楽曲データ、及び楽曲データに対応するエフェクトデータ等を楽曲ＩＤに対応付けて保存する。エフェクトデータの例として、拍手や盛り上げ音声等の音声データ、装飾画像やスタンプ画像等の画像データ、ユーザのコメント等のテキストデータがある。なお、情報提供サーバＳＲは、１または複数のコンピュータにより構成される。例えば、Ｗｅｂサーバ部ＳＲ１、セッション管理部ＳＲ２、データベース管理部ＳＲ３、及びストレージ部ＳＲ４が、それぞれ異なるコンピュータにより構成されてもよい。図１に示すＷｅｂサーバ部ＳＲ１、セッション管理部ＳＲ２、データベース管理部ＳＲ３、及びストレージ部ＳＲ４は、１または複数のコンピュータが備える１または複数のＣＰＵにより、特定のプログラムが実行されることで動作される。

[１．２　通信システムの動画概要]
　ここで、本実施形態の通信システムＳの動作概要について説明する。

　先ず、端末ＴＡ１は、Ｗｅｂサーバ部ＳＲ１へアクセスし、新たな仮想ボックスを識別可能なボックスＩＤの発行要求をＷｅｂサーバ部ＳＲ１へ送信する。Ｗｅｂサーバ部ＳＲ１は、端末ＴＡ１からのアクセスに応じて、端末ＴＡ１と情報提供サーバＳＲとの間のセッションを識別可能な第１のセッションＩＤを発行する。第１のセッションＩＤは、第１の通信セッション情報の一例である。また、ボックスＩＤは、例えば端末ＴＡ１と端末ＴＢ１とを対応付けるための第１の識別情報の一例である。

　Ｗｅｂサーバ部ＳＲ１は、端末ＴＡ１からボックスＩＤの発行要求を受信すると、新たな仮想ボックスを識別可能なボックスＩＤを発行する。セッション管理部ＳＲ２は、Ｗｅｂサーバ部ＳＲ１によりボックスＩＤの発行要求が受信されたことに応じて、発行された第１のセッションＩＤと、発行されたボックスＩＤとを対応付けて第１のセッション情報として記憶手段に記憶する。そして、Ｗｅｂサーバ部ＳＲ１は、発行されたボックスＩＤに対応付けられた第１のセッションＩＤを用いて、このボックスＩＤと、Ｗｅｂサーバ部ＳＲ１へアクセスするためのアクセス情報とを、端末ＴＡ１へ送信する。このアクセス情報は、例えば、情報提供サーバＳＲのドメイン名またはＩＰアドレスを含む。また、Ｗｅｂサーバ部ＳＲ１は、発行した第１のセッションＩＤを端末ＴＡ１へ送信する。端末ＴＡ１は、Ｗｅｂサーバ部ＳＲ１から送信された第１のセッションＩＤを記憶する。更に、Ｗｅｂサーバ部ＳＲ１は、発行されたボックスＩＤと、Ｗｅｂサーバ部ＳＲ１へアクセスするためのアクセス情報とを、例えば、端末ＴＡ２のユーザ２のメールアドレス、及び端末ＴＡ３のユーザ３のメールアドレス宛てに電子メールで送信する。

　次に、例えば端末ＴＢ１は、端末ＴＡ１に送信されたボックスＩＤ及びアクセス情報を端末ＴＡ１から取得する。例えば、端末ＴＢ１は、端末ＴＡ１のディスプレイに表示されたボックスＩＤ及びアクセス情報を取得する。端末ＴＢ１は、取得したアクセス情報に基づいて、Ｗｅｂサーバ部ＳＲ１へアクセスする。そして、端末ＴＢ１は、取得したボックスＩＤをＷｅｂサーバ部ＳＲ１へ送信する。

　Ｗｅｂサーバ部ＳＲ１は、端末ＴＢ１からのアクセスに応じて、端末ＴＢ１と情報提供サーバＳＲとの間のセッションを識別可能な第２のセッションＩＤを発行する。第２のセッションＩＤは、第２の通信セッション情報の一例である。セッション管理部ＳＲ２は、端末ＴＢ１からのアクセスに応じて、端末ＴＢ１から受信されたボックスＩＤと、発行された第２のセッションＩＤとを対応付けて第２のセッション情報として記憶手段に記憶する。こうして、ボックスＩＤを介して、第１のセッションＩＤと第２のセッションＩＤとが対応付けられる。これにより、端末ＴＡ１と端末ＴＢ１とが適切に紐付けられる。また、Ｗｅｂサーバ部ＳＲ１は、発行した第２のセッションＩＤを端末ＴＢ１へ送信する。端末ＴＢ１は、Ｗｅｂサーバ部ＳＲ１から送信された第２のセッションＩＤを記憶する。

　また、例えば端末ＴＡ２は、Ｗｅｂサーバ部ＳＲ１により送信された電子メールを、メールサーバを介して取得する。端末ＴＡ２は、電子メールから取得したアクセス情報に基づいて、Ｗｅｂサーバ部ＳＲ１へアクセスする。そして、端末ＴＡ２は、取得したボックスＩＤをＷｅｂサーバ部ＳＲ１へ送信する。Ｗｅｂサーバ部ＳＲ１は、端末ＴＡ２からのアクセスに応じて、端末ＴＡ２と情報提供サーバＳＲとの間のセッションを識別可能な第３のセッションＩＤを発行する。第３のセッションＩＤは、第１の通信セッション情報とは異なる第３の通信セッション情報の一例である。セッション管理部ＳＲ２は、端末ＴＡ２からのアクセスに応じて、端末ＴＡ２から受信されたボックスＩＤと、発行された第３のセッションＩＤとを対応付けて第３のセッション情報として記憶手段に記憶する。つまり、セッション管理部ＳＲ２は、ボックスＩＤと第１のセッションＩＤとを対応付けて記憶した後、端末ＴＡ２からボックスＩＤが受信されたことに応じて、ボックスＩＤと第３のセッションＩＤとを対応付けて記憶手段に記憶する。また、Ｗｅｂサーバ部ＳＲ１は、発行した第３のセッションＩＤを端末ＴＡ２へ送信する。端末ＴＡ２は、Ｗｅｂサーバ部ＳＲ１から送信された第３のセッションＩＤを記憶する。

　なお、端末ＴＢ２は、端末ＴＡ２により取得されたボックスＩＤ及びアクセス情報を、端末ＴＡ２から取得する。例えば、端末ＴＢ２は、端末ＴＡ２のディスプレイに表示されたボックスＩＤ及びアクセス情報を読み取ることで取得する。端末ＴＢ２は、取得したアクセス情報に基づいて、Ｗｅｂサーバ部ＳＲ１へアクセスする。これ以降の動作は、端末ＴＢ１の場合の動作と同様である。また、端末ＴＡ３及び端末ＴＢ３の場合の動作は、端末ＴＡ２及び端末ＴＢ２の場合の動作と同様である。これにより、セッション管理部ＳＲ２は、端末ＴＢ１～ＴＢ３それぞれの第２のセッションＩＤを、同じボックスＩＤに対応付けて記憶手段に記憶することになる。

　次に、例えば端末ＴＢ１は、例えば楽曲リストから選曲された楽曲データの再生要求をＷｅｂサーバ部ＳＲ１へ送信する。楽曲データの再生要求は、例えば、楽曲データの再生予約を示す要求である。この再生要求には、第２のセッションＩＤ及び選曲された楽曲データの楽曲ＩＤが含まれる。Ｗｅｂサーバ部ＳＲ１は、端末ＴＢ１から、第２のセッションＩＤを用いて、選曲された楽曲データの再生要求を受信する。そして、Ｗｅｂサーバ部ＳＲ１は、第２のセッションＩＤをセッション管理部ＳＲ２へ送信する。セッション管理部ＳＲ２は、記憶手段に記憶されたセッション情報を参照して、Ｗｅｂサーバ部ＳＲ１から取得した第２のセッションＩＤに対応付けられたボックスＩＤを特定する。ここで、第２のセッションＩＤは、上記再生要求が受信された際に使用されたセッションＩＤである。

　そして、セッション管理部ＳＲ２は、特定したボックスＩＤをＷｅｂサーバ部ＳＲ１へ送信する。Ｗｅｂサーバ部ＳＲ１は、セッション管理部ＳＲ２から取得したボックスＩＤをデータベース管理部ＳＲ３へ送信する。データベース管理部ＳＲ３は、Ｗｅｂサーバ部ＳＲ１から取得したボックスＩＤと、上記再生要求された楽曲データの楽曲ＩＤと、この楽曲ＩＤが示す楽曲データの再生順序とを対応付けて選曲情報として記憶手段に記憶する。つまり、Ｗｅｂサーバ部ＳＲ１により再生要求が受信されたことに応じて、ボックスＩＤと楽曲ＩＤと再生順序とが対応付けられて記憶されることになる。これにより、例えば、楽曲データの再生予約が行われる。なお、端末ＴＢ２または端末ＴＢ３が楽曲データの再生要求を行う場合の動作は、端末ＴＢ１が再生要求を行う場合の動作と同様である。

　次に、例えば端末ＴＡ１は、楽曲データの送信要求をＷｅｂサーバ部ＳＲ１へ送信する。この送信要求には、第１のセッションＩＤが含まれる。Ｗｅｂサーバ部ＳＲ１は、端末ＴＡ１から、第１のセッションＩＤを用いて、楽曲データの送信要求を受信する。そして、Ｗｅｂサーバ部ＳＲ１は、第１のセッションＩＤをセッション管理部ＳＲ２へ送信する。セッション管理部ＳＲ２は、記憶手段に記憶されたセッション情報を参照して、Ｗｅｂサーバ部ＳＲ１から取得した第１のセッションＩＤに対応付けられたボックスＩＤを特定する。ここで、第１のセッションＩＤは、上記送信要求が受信された際に使用されたセッションＩＤである。また、ここで特定されるボックスＩＤは、上記再生要求が受信された際に使用されたセッションＩＤに対応付けられたボックスＩＤと同一である。

　そして、セッション管理部ＳＲ２は、特定したボックスＩＤをＷｅｂサーバ部ＳＲ１へ送信する。Ｗｅｂサーバ部ＳＲ１は、セッション管理部ＳＲ２から取得したボックスＩＤをデータベース管理部ＳＲ３へ送信する。データベース管理部ＳＲ３は、Ｗｅｂサーバ部ＳＲ１から取得したボックスＩＤが含まれる選曲情報を記憶手段から取得する。そして、データベース管理部ＳＲ３は、取得した選曲情報をＷｅｂサーバ部ＳＲ１へ送信する。Ｗｅｂサーバ部ＳＲ１は、データベース管理部ＳＲ３から取得した選曲情報から楽曲ＩＤを特定する。つまり、セッション管理部ＳＲ２から取得されたボックスＩＤに対応付けられた楽曲ＩＤが特定される。なお、ボックスＩＤに複数の楽曲ＩＤが対応付けられている場合がある。この場合、Ｗｅｂサーバ部ＳＲ１は、例えば、楽曲ＩＤに対応付けられた再生順序に基づいて、複数の楽曲ＩＤの中から１以上の楽曲ＩＤを特定する。

　Ｗｅｂサーバ部ＳＲ１は、特定した楽曲ＩＤが示す楽曲データを、セッション管理部ＳＲ２から取得したボックスＩＤに対応付けられたセッションＩＤを用いて、少なくとも端末ＴＡ１に取得させる。なお、Ｗｅｂサーバ部ＳＲ１は、特定した楽曲ＩＤが示す楽曲データを、上記ボックスＩＤに対応付けられたセッションＩＤを用いて、端末ＴＡ１～ＴＡ３のそれぞれに取得させるように構成してもよい。この楽曲データは、端末ＴＢ１から再生要求された楽曲データである。例えば、Ｗｅｂサーバ部ＳＲ１は、特定した楽曲ＩＤが示す楽曲データの所在を示すＵＲＬ（Uniform Resource Locator）を、例えば端末ＴＡ１へ送信する。また、このＵＲＬには、特定した楽曲ＩＤと、ストレージ部ＳＲ４へアクセスするためのアクセス情報とが含まれる。なお、Ｗｅｂサーバ部ＳＲ１は、楽曲データの所在を示すＵＲＬと共に、この楽曲データの楽曲名、及びアーティスト名を含む楽曲情報を送信してもよい。こうして、例えば端末ＴＡ１は、Ｗｅｂサーバ部ＳＲ１から送信されたＵＲＬに基づいて、ストレージ部ＳＲ４へアクセスする。

　そして、端末ＴＡ１は、楽曲データの送信要求をストレージ部ＳＲ４へ送信する。ストレージ部ＳＲ４は、送信要求された楽曲データを端末ＴＡ１へ送信する。これにより、端末ＴＡ１は、ストレージ部ＳＲ４から取得した楽曲データを再生する。なお、楽曲データを端末ＴＡ１に取得させる別の例として、Ｗｅｂサーバ部ＳＲ１は、取得した楽曲ＩＤが示す楽曲データをストレージ部ＳＲ４から取得してもよい。この場合、Ｗｅｂサーバ部ＳＲ１は、ストレージ部ＳＲ４から取得した楽曲データを、送信要求元の端末ＴＡ１へ送信する。これにより、端末ＴＡ１は、Ｗｅｂサーバ部ＳＲ１から取得した楽曲データを再生する。

　なお、端末ＴＡ２と端末ＴＡ３は、それぞれ、端末ＴＡ１と同様、楽曲データの送信要求をＷｅｂサーバ部ＳＲ１へ送信することができる。この場合、端末ＴＡ１の場合と同様の動作が行われる。これにより、端末ＴＡ２と端末ＴＡ３は、それぞれが送信要求した楽曲データを取得することになる。或いは、端末ＴＡ１のみが楽曲データの送信要求をＷｅｂサーバ部ＳＲ１へ送信することができるように構成してもよい。端末ＴＡ２と端末ＴＡ３は、端末ＴＡ１が送信要求した楽曲データを取得することになる。

　また、Ｗｅｂサーバ部ＳＲ１は、例えば端末ＴＢ１から楽曲データの再生要求が受信されたことに応じて、上述したように特定されたボックスＩＤに対応付けられた第１のセッションＩＤを用いて、再生要求された楽曲データを端末ＴＡ１に取得させるように構成してもよい。この場合、端末ＴＡ１からの楽曲データの送信要求を待たずに、端末ＴＢ１から再生要求された楽曲データが端末ＴＡ１へ送信される。

［２．各装置の構成］
　次に、図２を参照して、本実施形態の通信システムＳに含まれる各装置の構成について説明する。図２は、本実施形態の通信のシステムＳに含まれる各装置のハードウェア構成例を示す図である。

　図２（Ａ）は、端末ＴＡのハードウェア構成例を示すブロック図である。図２（Ａ）に示すように、端末ＴＡは、制御部１１、記憶部１２、操作部１３、通信部１４、及びＩ／Ｆ（インターフェース）部１５～１７等を備えて構成される。

　制御部１１は、ＣＰＵ（Center Processing Unit）、ＲＯＭ（Read Only Memory）、及びＲＡＭ（Random Access Memory）等により構成される。制御部１１は、本発明の取得手段及び再生手段の一例である。ＲＡＭには、情報提供サーバＳＲから通信部１４を介して受信された楽曲データ及びエフェクトデータ等を一時的に蓄積するためのバッファメモリ領域が設けられる。記憶部１２は、例えばハードディスク等により構成される。記憶部１２には、ＯＳ（Operating System）、プレイヤーブラウザのプログラム等が記憶されている。制御部１１は、記憶部１２に記憶されたプログラムを実行することにより、プレイヤーブラウザを用いて動作する。これにより、上述したように、制御部１１は、通信部１４を介して情報提供サーバＳＲとの間で通信を行う。そして、制御部１１は、情報提供サーバＳＲから通信部１４を介して受信された楽曲データの再生処理を行う。また、制御部１１は、Ｉ／Ｆ部１５を介して音声信号を取得する。例えば、Ｉ／Ｆ部１５にマイクが接続可能である。制御部１１は、接続されたマイクが集音した音声信号をＩ／Ｆ部１５を介して取得する。制御部１１は、再生した楽曲データに対応する演奏信号と、取得した音声信号とをミキシングし、Ｉ／Ｆ部１６を介してスピーカへ出力する。Ｉ／Ｆ部１６には、スピーカが接続可能である。また、制御部１１は、情報提供サーバＳＲから通信部１４を介して受信されたエフェクトデータに基づいて、装飾画像等のエフェクト情報をＩ／Ｆ部１７を介してディスプレイに表示させる。Ｉ／Ｆ部１７には、ディスプレイが接続可能である。また、制御部１１は、楽曲データに対する操作指示に従って楽曲データの再生を制御する。この操作指示は、楽曲データに対する操作指示である。この操作指示として、楽曲データの再生停止、リピート、リスタート、エフェクト提示等がある。この操作指示は、情報提供サーバＳＲから通信部１４を介して受信される。或いは、この操作指示は、端末ＴＡのユーザから操作部１３を介して入力される場合もある。

　図２（Ｂ）は、端末ＴＢのハードウェア構成例を示すブロック図である。図２（Ｂ）に示すように、端末ＴＢは、制御部２１、記憶部２２、操作部２３、通信部２４、表示部２５、及びカメラ２６等を備えて構成される。

　制御部２１は、ＣＰＵ（Center Processing Unit）、ＲＯＭ（Read Only Memory）、及びＲＡＭ（Random Access Memory）等により構成される。記憶部２２には、ＯＳ、リモコンブラウザのプログラムが記憶されている。また、記憶部２２には、楽曲データの楽曲リストが記憶される。制御部２１は、記憶部２２に記憶されたプログラムを実行することにより、リモコンブラウザを用いて動作する。これにより、上述したように、制御部２１は、通信部２４を介して情報提供サーバＳＲとの間で通信を行う。そして、制御部２１は、楽曲データに対する操作指示を行うためのＷｅｂページを情報提供サーバＳＲから受信し、表示部２５に表示させる。この操作指示として、楽曲データの再生要求、再生停止、リピート、リスタート、エフェクト提示等がある。制御部２１は、ユーザから、上記操作指示を操作部２３介して入力する。そして、制御部２１は、入力された操作指示を、通信部２４を介して情報提供サーバＳＲへ送信する。

　図２（Ｃ）は、情報提供サーバＳＲのハードウェア構成例を示すブロック図である。言い換えれば、情報提供サーバＳＲを構成するコンピュータのハードウェア構成例を示すブロック図である。図１（Ｃ）に示すように、情報提供サーバＳＲは、制御部３１、記憶部３２、及び通信部３３等を備えて構成される。

　制御部３１は、ＣＰＵ（Center Processing Unit）、ＲＯＭ（Read Only Memory）、及びＲＡＭ（Random Access Memory）等により構成される。ＣＰＵは、プログラムに記述された命令を実行するプロセッサである。制御部３１（またはＣＰＵ）は、本発明の第１～第５受信手段、第１～第４制御手段、特定手段、発行手段、及び第１～第３送信手段の一例であり、これらの手段はソフトウェアモジュールであってもよい。記憶部３２は、例えば、ハードディスク等により構成される。ＲＡＭまたは記憶部３２は、本発明の記憶手段の一例である。記憶部３２には、ＯＳ及び等が記憶されている。なお、サーバプログラムは、所定のサーバから情報提供サーバＳＲにダウンロードされてもよいし、或いは、サーバプログラムは、ＣＤ、ＤＶＤなどの記録媒体に記録（コンピュータにより読み取り可能に記録）されており、当該記録媒体から読み込まれて記憶部３２に記憶されるようにしてもよい。制御部３１は、ＯＳ及びサーバプログラムを実行することにより、上述したＷｅｂサーバ部ＳＲ１、セッション管理部ＳＲ２、データベース管理部ＳＲ３、及びストレージ部ＳＲ４として機能する。また、記憶部３２には、楽曲データ、エフェクトデータ、セッション情報、及び選曲情報等が記憶される。なお、Ｗｅｂサーバ部ＳＲ１、セッション管理部ＳＲ２、データベース管理部ＳＲ３、及びストレージ部ＳＲ４が、それぞれ異なるコンピュータにより構成される場合、Ｗｅｂサーバ部ＳＲ１、セッション管理部ＳＲ２、データベース管理部ＳＲ３、及びストレージ部ＳＲ４のそれぞれが図２（Ｃ）に示すように構成されてもよい。

［３．通信システムＳの動作］
　次に、通信システムＳの動作例について説明する。なお、以下に説明する動作例は、上述した通信システムＳの動作概要の一実施例である。なお、以下の例では、Ｗｅｂサーバ部ＳＲ１、セッション管理部ＳＲ２、データベース管理部ＳＲ３、及びストレージ部ＳＲ４が、それぞれ異なるコンピュータにより構成される場合を例に用いて説明する。このため、Ｗｅｂサーバ部ＳＲ１、セッション管理部ＳＲ２、データベース管理部ＳＲ３、及びストレージ部ＳＲ４のそれぞれに備えられた制御部３１により、以下の処理が実行される。なお、Ｗｅｂサーバ部ＳＲ１、セッション管理部ＳＲ２、データベース管理部ＳＲ３、及びストレージ部ＳＲ４が、１つのコンピュータにより実行されても良いし、複数のコンピュータにより実行されても良い。この場合、Ｗｅｂサーバ部ＳＲ１、セッション管理部ＳＲ２、データベース管理部ＳＲ３、及びストレージ部ＳＲ４の機能が実行される１または複数のコンピュータに備えられた制御部３１により、以下の処理が実行される。

（３－１．端末ＴＡと端末ＴＢとの紐付け動作）
　先ず、図３を参照して、端末ＴＡと端末ＴＢとの紐付け動作について説明する。図３は、端末ＴＡと端末ＴＢとの紐付け動作を示すシーケンス図である。

　例えば、端末ＴＡ１の制御部１１は、プレイヤーブラウザを用いて、Ｗｅｂサーバ部ＳＲ１から取得したボックス新規作成ページをディスプレイに表示する。ボックス新規作成ページは、新たなボックスＩＤの発行要求を行うためのＷｅｂページである。ボックス新規作成ページには、ボックスＩＤの発行要求ボタンが設けられている。この発行要求ボタンには、Ｗｅｂサーバ部ＳＲ１へアクセスするためのアクセス情報が設定されている。ボックス新規作成ページがディスプレイに表示されている状態で、端末ＴＡ１の制御部１１が、ユーザ１による発行要求ボタンの指定を受け付けると、端末ＴＡ１は、Ｗｅｂサーバ部ＳＲ１へアクセスする。そして、端末ＴＡ１の制御部１１は、プレイヤーブラウザを用いて、ボックスＩＤの発行要求を示すメッセージをＷｅｂサーバ部ＳＲ１へ送信する（ステップＳ１）。ボックスＩＤの発行要求を示すメッセージには、例えば、端末ＴＡ１のプレイヤーブラウザの機能属性が含まれる。ここで、機能属性とは、端末の制御部が持つ機能の属性を意味する。機能属性は、例えば、プレイヤーブラウザのプログラム中に記述されている。本実施形態において、機能属性には、「プレイヤー」及び「リモコン」がある。更に、「プレイヤー」は、「マスタープレイヤー」と「サブプレイヤー」とに区別される。「マスタープレイヤー」は、ボックスＩＤの発行要求を行ったプレイヤーブラウザの機能属性を示す。「サブプレイヤー」は、ボックスＩＤの発行要求を行わないプレイヤーブラウザで、且つ、マスタープレイヤーであるプレイヤーブラウザと同一のボックスＩＤが紐付けられたプレイヤーブラウザの機能属性を示す。なお、ユーザ１は複数の仮想ボックスを望む場合がある。この場合、ユーザ１は、ボックス新規作成ページから、発行要求ボタンを異なるタイミングで複数回指定すればよい。これにより、複数の異なるボックスＩＤを、同じユーザに利用させることができる。

　Ｗｅｂサーバ部ＳＲ１は、ボックスＩＤの発行要求を示すメッセージを受信すると、端末ＴＡ１のセッションＩＤを発行する（ステップＳ２）。端末ＴＡ１のセッションＩＤは、第１のセッションＩＤの一例である。また、端末ＴＡ１のセッションＩＤは、発行済のセッションＩＤと重複しないＩＤである。端末ＴＡ１のセッションＩＤが発行されると、例えばＷｅｂＳｏｃｋｅｔにより、端末ＴＡ１とＷｅｂサーバ部ＳＲ１との間で確立された接続が維持される。つまり、端末ＴＡ１とＷｅｂサーバ部ＳＲ１は、それぞれ、メモリの所定領域に、セッションＩＤが対応付けられるソケットを作成する。ソケットは、例えば、ネットワーク用ＡＰＩ （Application Programming Interface)を示す関数である。そして、端末ＴＡ１とＷｅｂサーバ部ＳＲ１は、それぞれ、作成したソケットに、接続先のＩＰアドレス及びポート番号を設定する。このソケットは、明示的な切断指示があるまで保持される。これにより、端末ＴＡ１とＷｅｂサーバ部ＳＲ１とは、端末ＴＡ１のセッションＩＤを用いて、接続が切断されるまで双方向通信が可能となる。

　次いで、Ｗｅｂサーバ部ＳＲ１は、新たなボックスＩＤを発行する（ステップＳ３）。ここで発行されるボックスＩＤは、発行済のボックスＩＤと重複しないＩＤである。なお、Ｗｅｂサーバ部ＳＲ１は、端末ＴＡ１から発行要求を示すメッセージを受信するごとに、異なるボックスＩＤを発行する。これにより、ユーザ１は複数の異なる仮想ボックスを利用することができる。

　次いで、Ｗｅｂサーバ部ＳＲ１は、ＵＲＬの情報を持つ２次元コードを生成する（ステップＳ４）。このＵＲＬは、ステップＳ３で発行されたボックスＩＤと、Ｗｅｂサーバ部ＳＲ１へアクセスするためのアクセス情報とを含む。なお、２次元コードの例として、ＱＲコード（登録商標）がある。

　次いで、Ｗｅｂサーバ部ＳＲ１は、発行したボックスＩＤと、端末ＴＡ１のセッションＩＤと、端末ＴＡ１のプレイヤーブラウザの機能属性と、を対応付けて端末ＴＡ１のセッション情報を生成する（ステップＳ５）。端末ＴＡ１のプレイヤーブラウザの機能属性は、「マスタープレイヤー」である。

　次いで、Ｗｅｂサーバ部ＳＲ１は、端末ＴＡ１のセッション情報をセッション管理部ＳＲ２へ送信する（ステップＳ６）。次いで、セッション管理部ＳＲ２は、Ｗｅｂサーバ部ＳＲ１から送信されたセッション情報を例えば記憶部３２に記憶する（ステップＳ７）。つまり、ボックスＩＤの発行要求を示すメッセージが受信されたことに応じて、発行されたボックスＩＤと、端末ＴＡ１のセッションＩＤと、機能属性とが対応付けられて、端末ＴＡ１のセッション情報として例えば記憶部３２に記憶される。次いで、セッション管理部ＳＲ２は、端末ＴＡ１のセッション情報を記憶すると、記憶完了（ＯＫ）を示すメッセージをＷｅｂサーバ部ＳＲ１へ送信する（ステップＳ８）。

　次いで、Ｗｅｂサーバ部ＳＲ１は、発行したボックスＩＤと、端末ＴＡ１のセッションＩＤと、ＵＲＬの情報を持つ２次元コードとを、端末ＴＡ１のセッションＩＤを用いて、発行要求元の端末ＴＡ１へ送信する（ステップＳ９）。次いで、Ｗｅｂサーバ部ＳＲ１は、ＵＲＬの情報を持つ２次元コードを、例えば、端末ＴＡ２のユーザ２のメールアドレス、及び端末ＴＡ３のユーザ３のメールアドレス宛に電子メールで送信する（ステップＳ１０）。なお、ユーザ２のメールアドレスとユーザ３のメールアドレスは、端末ＴＡ１のプレイヤーブラウザにより表示されたＷｅｂページ上で設定されるように構成すればよい。この場合、端末ＴＡ１の制御部１１は、プレイヤーブラウザを用いて、Ｗｅｂページ上で設定されたメールアドレスをＷｅｂサーバ部ＳＲ１へ送信する。Ｗｅｂサーバ部ＳＲ１は、受信したメールアドレスを端末ＴＡ１のセッションＩＤに対応付けて記憶する。これにより、Ｗｅｂサーバ部ＳＲ１は、ＵＲＬの情報を持つ２次元コードを、端末ＴＡ１のセッションＩＤに対応付けられたメールアドレス宛に電子メールで送信することができる。

　端末ＴＡ１の制御部１１は、プレイヤーブラウザを用いて、Ｗｅｂサーバ部ＳＲ１から受信したセッションＩＤ及びボックスＩＤを例えばＲＡＭの所定領域に記憶する。次いで、端末ＴＡ１の制御部１１は、プレイヤーブラウザを用いて、Ｗｅｂサーバ部ＳＲ１から受信した２次元コードをディスプレイに表示する（ステップＳ１１）。ここで、端末ＴＡ１のユーザが、ログイン操作を行う場合がある。ログイン操作は、ユーザが端末ＴＡ１に情報を入力する操作である。この場合、端末ＴＡ１の制御部１１は、プレイヤーブラウザを用いて、ログイン要求を示すメッセージをネットワークＮＷを介してＷｅｂサーバ部ＳＲ１へ送信する（ステップＳ１２）。このログイン要求を示すメッセージには、例えば、端末ＴＡ１のセッションＩＤ、ユーザＩＤ、及びユーザ名等が含まれる。なお、ユーザＩＤまたはユーザ名は、ログイン操作により、端末ＴＡ１に入力された情報である。

　Ｗｅｂサーバ部ＳＲ１は、端末ＴＡ１からログイン要求を示すメッセージを受信すると、ログイン処理を行う（ステップＳ１３）。ログイン処理では、Ｗｅｂサーバ部ＳＲ１は、例えばログイン要求を示すメッセージに含まれるユーザＩＤ及びユーザ名が、データベース管理部ＳＲのデータベースに登録されているかを判定する。ユーザＩＤ及びユーザ名がデータベースに登録されている場合、Ｗｅｂサーバ部ＳＲ１は、ログイン成功と判定する。この場合、Ｗｅｂサーバ部ＳＲ１は、ログイン要求を示すメッセージに含まれるユーザＩＤ及びユーザ名と、端末ＴＡ１のセッションＩＤ及びボックスＩＤとをセッション管理部ＳＲ２へ送信する（ステップＳ１４）。次いで、セッション管理部ＳＲ２は、ログイン要求を示すメッセージに含まれるユーザＩＤ及びユーザ名を、端末ＴＡ１のセッションＩＤ及びボックスＩＤに対応付けて端末ＴＡ１のセッション情報に登録する（ステップＳ１５）。次いで、セッション管理部ＳＲ２は、登録完了（ＯＫ）を示すメッセージをＷｅｂサーバ部ＳＲ１へ送信する（ステップＳ１６）。次いで、Ｗｅｂサーバ部ＳＲ１は、登録完了（ＯＫ）を示すメッセージを端末ＴＡ１へ送信する（ステップＳ１７）。

　一方、端末ＴＢ１の制御部２１は、リモコンブラウザを用いて、端末ＴＡ１のディスプレイに表示された２次元コードから、例えばカメラ２６によりＵＲＬを読み取る（ステップＳ１８）。次いで、端末ＴＢ１の制御部２１は、リモコンブラウザを用いて、読み取ったＵＲＬから、ボックスＩＤ、及びアクセス情報を取得する（ステップＳ１９）。次いで、端末ＴＢ１の制御部２１は、リモコンブラウザを用いて、取得したアクセス情報に基づいて、Ｗｅｂサーバ部ＳＲ１へアクセスする。そして、端末ＴＢ１の制御部２１は、リモコンブラウザを用いて、取得したボックスＩＤ及び機能属性をＷｅｂサーバ部ＳＲ１へ送信する（ステップＳ２０）。この機能属性は、例えば、リモコンブラウザのプログラム中に記述されている。端末ＴＢ１のリモコンブラウザの機能属性は、「リモコン」である。

　Ｗｅｂサーバ部ＳＲ１は、端末ＴＢ１からのボックスＩＤ及び機能属性を受信すると、端末ＴＢ１のセッションＩＤを発行する（ステップＳ２１）。端末ＴＢ１のセッションＩＤは、第２のセッションＩＤの一例である。また、端末ＴＢ１のセッションＩＤは、発行済のセッションＩＤと重複しないＩＤである。端末ＴＢ１のセッションＩＤが発行されると、例えばＷｅｂＳｏｃｋｅｔにより、端末ＴＢ１とＷｅｂサーバ部ＳＲ１との間で確立された接続が維持される。これにより、端末ＴＢ１とＷｅｂサーバ部ＳＲ１とは、端末ＴＢ１のセッションＩＤを用いて、接続が切断されるまで双方向通信が可能となる。

　次いで、Ｗｅｂサーバ部ＳＲ１は、受信したボックスＩＤと、端末ＴＢ１のセッションＩＤと、端末ＴＢ１のリモコンブラウザの機能属性と、を対応付けて端末ＴＢ１のセッション情報を生成する（ステップＳ２２）。次いで、Ｗｅｂサーバ部ＳＲ１は、端末ＴＢ１のセッション情報をセッション管理部ＳＲ２へ送信する（ステップＳ２３）。次いで、セッション管理部ＳＲ２は、Ｗｅｂサーバ部ＳＲ１からの端末ＴＢ１のセッション情報を記憶部３２に記憶する（ステップＳ２４）。つまり、端末ＴＢ１からのアクセスに応じて、ボックスＩＤと、端末ＴＢ１のセッションＩＤと、機能属性とが対応付けられて端末ＴＢ１のセッション情報として記憶部３２に記憶される。次いで、セッション管理部ＳＲ２は、端末ＴＢ１のセッション情報を記憶すると、記憶完了（ＯＫ）を示すメッセージをＷｅｂサーバ部ＳＲ１へ送信する（ステップＳ２５）。次いで、Ｗｅｂサーバ部ＳＲ１は、記憶完了（ＯＫ）を示すメッセージを端末ＴＢ１へ送信する（ステップＳ２６）。記憶完了（ＯＫ）を示すメッセージには、発行した端末ＴＢ１のセッションＩＤと、端末ＴＢ１のセッションＩＤに対応付けられたボックスＩＤとが含まれる。

　端末ＴＢ１の制御部２１は、リモコンブラウザを用いて、Ｗｅｂサーバ部ＳＲ１から受信したセッションＩＤ及びボックスＩＤを記憶する。なお、端末ＴＢ１の制御部２１は、リモコンブラウザを用いて、端末ＴＡ１と同様、Ｗｅｂサーバ部ＳＲ１へログイン要求を行うことができる。この場合、端末ＴＡ１の場合と同様、Ｗｅｂサーバ部ＳＲ１は、端末ＴＢ１からログイン要求に応じて、ログイン処理を行う。そして、ログイン成功の場合、セッション管理部ＳＲ２は、ログイン要求を示すメッセージに含まれるユーザＩＤ及びユーザ名を、端末ＴＢ１のセッションＩＤ及びボックスＩＤに対応付けて端末ＴＢ１のセッション情報に登録する。

　一方、例えば端末ＴＡ２の制御部１１は、Ｗｅｂサーバ部ＳＲ１により送信された電子メールをメールサーバを介して受信する。そして、端末ＴＡ２の制御部１１は、プレイヤーブラウザを用いて、電子メールに記述または添付された２次元コードをディスプレイに表示する（ステップＳ２７）。これにより、端末ＴＢ２の制御部２１は、リモコンブラウザを用いて、表示された２次元コードからＵＲＬを読み取ることができる。端末ＴＡ２の制御部１１は、プレイヤーブラウザを用いて、電子メールに記述または添付された２次元コードからＵＲＬを読み取る（ステップＳ２８）。次いで、端末ＴＡ２の制御部１１は、プレイヤーブラウザを用いて、読み取ったＵＲＬから、ボックスＩＤ及びアクセス情報を取得する（ステップＳ２９）。次いで、端末ＴＡ２の制御部１１は、プレイヤーブラウザを用いて、取得したアクセス情報に基づいて、Ｗｅｂサーバ部ＳＲ１へアクセスする。そして、端末ＴＡ２の制御部１１は、プレイヤーブラウザを用いて、取得したボックスＩＤ、及び機能属性をＷｅｂサーバ部ＳＲ１へ送信する（ステップＳ３０）。端末ＴＡ２のプレイヤーブラウザの機能属性は、「サブプレイヤー」である。

　Ｗｅｂサーバ部ＳＲ１は、端末ＴＡ２からのボックスＩＤを受信すると、端末ＴＡ２のセッションＩＤを発行する（ステップＳ３１）。端末ＴＡ２のセッションＩＤは、第３のセッションＩＤの一例である。また、端末ＴＡ２のセッションＩＤは、発行済のセッションＩＤと重複しないＩＤである。端末ＴＡ２のセッションＩＤが発行されると、例えばＷｅｂＳｏｃｋｅｔにより、端末ＴＡ２とＷｅｂサーバ部ＳＲ１との間で確立された接続が維持される。これにより、端末ＴＡ２とＷｅｂサーバ部ＳＲ１とは、端末ＴＡ２のセッションＩＤを用いて、接続が切断されるまで双方向通信が可能となる。次いで、Ｗｅｂサーバ部ＳＲ１は、受信したボックスＩＤと、端末ＴＡ２のセッションＩＤと、端末ＴＡ２のプレイヤーブラウザの機能属性と、を対応付けて端末ＴＡ２のセッション情報を生成する（ステップＳ３２）。

　次いで、Ｗｅｂサーバ部ＳＲ１は、端末ＴＡ２のセッション情報をセッション管理部ＳＲ２へ送信する（ステップＳ３３）。次いで、セッション管理部ＳＲ２は、Ｗｅｂサーバ部ＳＲ１からの端末ＴＡ２のセッション情報を記憶部３２に記憶する（ステップＳ３４）。つまり、端末ＴＡ２からのアクセスに応じて、受信されたボックスＩＤと、端末ＴＡ２のセッションＩＤと、機能属性とが対応付けられて端末ＴＡ２のセッション情報として記憶部３２に記憶される。次いで、セッション管理部ＳＲ２は、端末ＴＡ２のセッション情報を記憶すると、記憶完了（ＯＫ）を示すメッセージをＷｅｂサーバ部ＳＲ１へ送信する（ステップＳ３５）。次いで、Ｗｅｂサーバ部ＳＲ１は、記憶完了（ＯＫ）を示すメッセージを端末ＴＡ２へ送信する（ステップＳ３６）。記憶完了（ＯＫ）を示すメッセージには、端末ＴＡ２のセッションＩＤと、端末ＴＡ２のセッションＩＤに対応付けられたボックスＩＤとが含まれる。

　端末ＴＡ２の制御部１１は、プレイヤーブラウザを用いて、Ｗｅｂサーバ部ＳＲ１から受信したセッションＩＤ及びボックスＩＤを記憶する。なお、端末ＴＡ２の制御部１１は、プレイヤーブラウザを用いて、端末ＴＡ１と同様、Ｗｅｂサーバ部ＳＲ１へログイン要求を行うことができる。この場合、端末ＴＡ１の場合と同様、Ｗｅｂサーバ部ＳＲ１は、端末ＴＡ２からログイン要求に応じて、ログイン処理を行う。そして、ログイン成功の場合、セッション管理部ＳＲ２は、ログイン要求を示すメッセージに含まれるユーザＩＤ及びユーザ名を、端末ＴＡ２のセッションＩＤ及びボックスＩＤに対応付けて端末ＴＡ２のセッション情報に登録する。

　一方、端末ＴＢ２の制御部２１は、リモコンブラウザを用いて、端末ＴＡ２のディスプレイに表示された２次元コードから、例えばカメラ２６によりＵＲＬを読み取る。これ以降の動作は、端末ＴＢ１と同様である。また、端末ＴＡ３及び端末ＴＢ３の場合の動作は、端末ＴＡ２及び端末ＴＢ２の場合の動作と同様である。

　図４（Ａ）は、端末ＴＡと端末ＴＢとの紐付け動作により生成されたセッション情報の一例を示す図である。図４（Ａ）の例では、端末ＴＡ１及び端末ＴＢ１と、端末ＴＡ２及び端末ＴＢ２については、ログインが行われている。そのため、端末ＴＡ１及び端末ＴＢ１と、端末ＴＡ２及び端末ＴＢ２のそれぞれに対応するセッション情報には、図４（Ａ）に示すように、ユーザＩＤ及びユーザ名が記述されている。一方、端末ＴＡ３及び端末ＴＢ３については、ログインが行われていない。そのため、端末ＴＡ３及び端末ＴＢ３のそれぞれに対応するセッション情報には、図４（Ａ）に示すように、「ｎｕｌｌ」及び「ＧＵＥＳＴ」が記述されている。

（３－２．楽曲データの予約動作）
　次に、図５を参照して、楽曲データの予約動作について説明する。図５は、楽曲データの予約動作を示すシーケンス図である。なお、楽曲データの予約動作は、端末ＴＢ１～ＴＢ３のそれぞれにおいて行われる。

　例えば端末ＴＢ１の制御部２１は、リモコンブラウザを用いて、ユーザ１からの指示に応じて、楽曲データに対する操作指示を行うためのＷｅｂページを、端末ＴＢ１のセッションＩＤを用いてＷｅｂサーバ部ＳＲ１から取得して表示する。次いで、端末ＴＢ１の制御部２１は、リモコンブラウザを用いて、取得したＷｅｂページ上に楽曲リストを表示する。ユーザ１は、表示された楽曲リストから例えば楽曲名を指定することで、所望の楽曲データを選曲する操作指示を行う。この操作指示は、楽曲データの再生要求の操作指示である。これにより、端末ＴＢ１の制御部２１は、操作指示を受け付けると、リモコンブラウザを用いて、操作指示に応じた楽曲データの再生要求を示すメッセージを、端末ＴＢ１のセッションＩＤを用いて、Ｗｅｂサーバ部ＳＲ１へ送信する（ステップＳ４１）。この再生要求を示すメッセージには、端末ＴＢ１のセッションＩＤ及び選曲された楽曲データの楽曲ＩＤが含まれる。

　Ｗｅｂサーバ部ＳＲ１は、楽曲データの再生要求を示すメッセージを受信すると、再生要求を示すメッセージに含まれる端末ＴＢ１のセッションＩＤをセッション管理部ＳＲ２へ送信する（ステップＳ４２）。次いで、セッション管理部ＳＲ２は、例えば記憶部３２に記憶されたセッション情報を参照して、端末ＴＢ１のセッションＩＤに対応付けられたボックスＩＤを特定する（ステップＳ４３）。このとき、セッション管理部ＳＲ２は、特定したボックスＩＤに対応付けられたセッションＩＤであって、端末ＴＡ１～ＴＡ３それぞれのセッションＩＤを特定する。次いで、セッション管理部ＳＲ２は、特定したボックスＩＤ及びセッションＩＤをＷｅｂサーバ部ＳＲ１へ送信する（ステップＳ４４）。次いで、Ｗｅｂサーバ部ＳＲ１は、セッション管理部ＳＲ２から取得したボックスＩＤをデータベース管理部ＳＲ３へ送信する（ステップＳ４５）。これにより、データベース管理部ＳＲ３は、端末ＴＢ１のセッションＩＤに対応付けられたボックスＩＤを取得する。

　次いで、データベース管理部ＳＲ３は、Ｗｅｂサーバ部ＳＲ１から取得したボックスＩＤと、端末ＴＢ１のセッションＩＤと、再生要求された楽曲データの楽曲ＩＤと、この楽曲データの再生順序とを対応付けて選曲情報として記憶部３２におけるデータベースに登録する（ステップＳ４６）。つまり、Ｗｅｂサーバ部ＳＲ１により再生要求を示すメッセージが受信されたことに応じて、ボックスＩＤ、端末ＴＢ１のセッションＩＤ、楽曲ＩＤ、及び再生順序等が対応付けられて記憶されることになる。なお、選曲情報には、再生要求を示すメッセージが受信されるたびに、再生要求された楽曲データの楽曲ＩＤ、及び楽曲データの再生順序が例えば記憶部３２に追加される。こうして、１または複数の楽曲ＩＤと、１または複数の楽曲ＩＤが示す楽曲データの再生順序とが、上記ボックスＩＤに対応付けられてデータベースに登録されることになる。これにより、Ｗｅｂサーバ部ＳＲ１は、データベースに登録された再生順序に基づいて、データベースに登録された１または複数の楽曲ＩＤのいずれかが示す楽曲データを端末ＴＡに取得させることができる。そのため、再生要求された複数の楽曲データを、それぞれの再生順序に基づいて、迅速に端末ＴＡに再生させることができる。

　次いで、データベース管理部ＳＲ３は、登録完了（ＯＫ）を示すメッセージをＷｅｂサーバ部ＳＲ１へ送信する（ステップＳ４７）。なお、楽曲データの再生要求を示すメッセージが、端末ＴＢ２または端末ＴＢ３から送信された場合も同様、ステップＳ４１～Ｓ４７の処理が行われる。ここで、楽曲データの再生順序は、例えば、楽曲データの再生要求を示すメッセージが受信された順になる。図４（Ｂ）は、データベース管理部ＳＲ３によりデータベースに登録された選曲情報の一例を示す図である。

　次いで、Ｗｅｂサーバ部ＳＲ１は、データベース管理部ＳＲ３から取得した選曲情報を、端末ＴＡ１～端末ＴＡ３のそれぞれのセッションＩＤを用いて、端末ＴＡ１～端末ＴＡ３へ送信する（ステップＳ４８）。なお、この選曲情報には、楽曲名、及びアーティスト名等が含まれてもよい。端末ＴＡ１～端末ＴＡ３のそれぞれの制御部１１は、プレイヤーブラウザを用いて、Ｗｅｂサーバ部ＳＲ１からの選曲情報を受信すると、受信した選曲情報をディスプレイに表示する（ステップＳ４９）。なお、端末ＴＡ１～端末ＴＡ３のそれぞれの制御部１１は、プレイヤーブラウザを用いて、選曲情報に含まれるボックスＩＤが、記憶されているボックスＩＤと一致するか否かを判定するように構成してもよい。この場合、制御部１１は、プレイヤーブラウザを用いて、ボックスＩＤが一致すると判定した場合に限り、受信した選曲情報をディスプレイに表示する。

（３－３．楽曲データの再生動作）
　次に、図６を参照して、楽曲データの再生動作について説明する。図６は、楽曲データの再生動作を示すシーケンス図である。なお、楽曲データの再生動作は、端末ＴＡ１～ＴＡ３のそれぞれにおいて行われる。そのため、図６の例では、端末ＴＡ２及び端末ＴＡ３の処理については図示を省略している。

　例えば、端末ＴＡ１の制御部１１は、プレイヤーブラウザを用いて、Ｗｅｂサーバ部ＳＲ１からの選曲情報を受信すると、楽曲データの再生中であるか否かを判定する（ステップＳ５１）。端末ＴＡ１の制御部１１は、プレイヤーブラウザを用いて、楽曲データの再生中であると判定した場合（ステップＳ５１：ＹＥＳ）、再生処理を継続する。一方、端末ＴＡ１の制御部１１は、プレイヤーブラウザを用いて、楽曲データの再生中でないと判定した場合（ステップＳ５１：ＮＯ）、ステップＳ５２へ進む。

　ステップＳ５２では、端末ＴＡ１の制御部１１は、プレイヤーブラウザを用いて、このプレイヤーブラウザがマスタープレイヤーであるか否かを判定する。つまり、端末ＴＡ１のプレイヤーブラウザが、ボックスＩＤの発行要求を行ったプレイヤーブラウザである場合、マスタープレイヤーであると判定される。マスタープレイヤーでないと判定された場合（ステップＳ５２：ＮＯ）、端末ＴＡ１の制御部１１は、プレイヤーブラウザを、待機状態とする。一方、端末ＴＡ１の制御部１１は、プレイヤーブラウザを用いて、マスタープレイヤーであると判定した場合（ステップＳ５２：ＹＥＳ）、ステップＳ５３へ進む。

　ステップＳ５３では、端末ＴＡ１の制御部１１は、プレイヤーブラウザを用いて、楽曲データの送信要求を示すメッセージを、端末ＴＡ１のセッションＩＤを用いて、Ｗｅｂサーバ部ＳＲ１へ送信する。この送信要求を示すメッセージには、端末ＴＡ１のセッションＩＤが含まれる。ステップＳ５２の処理により、マスタープレイヤーのみが、楽曲データの送信要求を行うことができる。

　なお、ステップＳ５２においてマスタープレイヤーであるか否かの判定を行わないように構成してもよい。この場合、端末ＴＡ１の制御部１１は、プレイヤーブラウザを用いて、楽曲データの再生中でないと判定した場合（ステップＳ５１：ＮＯ）、ステップＳ５３へ進むことになる。つまり、この場合、端末ＴＡ１～ＴＡ３の全てのプレイヤーブラウザが同じ機能を持つことになる。

　Ｗｅｂサーバ部ＳＲ１は、楽曲データの送信要求を示すメッセージを受信すると、送信要求を示すメッセージに含まれる端末ＴＡ１のセッションＩＤをセッション管理部ＳＲ２へ送信する（ステップＳ５４）。次いで、セッション管理部ＳＲ２は、例えば記憶部３２に記憶されたセッション情報を参照して、端末ＴＡ１のセッションＩＤに対応付けられたボックスＩＤを特定する（ステップＳ５５）。このとき、セッション管理部ＳＲ２は、特定したボックスＩＤに対応付けられたセッションＩＤであって、端末ＴＡ２及びＴＡ３それぞれのセッションＩＤを特定する。

　次いで、セッション管理部ＳＲ２は、特定したボックスＩＤ及びセッションＩＤをＷｅｂサーバ部ＳＲ１へ送信する（ステップＳ５６）。次いで、Ｗｅｂサーバ部ＳＲ１は、セッション管理部ＳＲ２から取得したボックスＩＤをデータベース管理部ＳＲ３へ送信する（ステップＳ５７）。これにより、データベース管理部ＳＲ３は、端末ＴＡ１のセッションＩＤに対応付けられたボックスＩＤを取得する。次いで、データベース管理部ＳＲ３は、Ｗｅｂサーバ部ＳＲ１から取得したボックスＩＤが含まれる選曲情報を、記憶部３２におけるデータベースから取得する（ステップＳ５８）。次いで、データベース管理部ＳＲ３は、取得した選曲情報をＷｅｂサーバ部ＳＲ１へ送信する（ステップＳ５９）。

　次いで、Ｗｅｂサーバ部ＳＲ１は、データベース管理部ＳＲ３から取得した選曲情報中に、再生予約された楽曲データの楽曲ＩＤが含まれるか否かを判定する（ステップＳ６０）。再生予約された楽曲データの楽曲ＩＤが含まれると判定された場合（ステップＳ６０：ＹＥＳ）、ステップＳ６１へ進む。一方、再生予約された楽曲データの楽曲ＩＤが含まれないと判定された場合（ステップＳ６０：ＮＯ）、処理が終了する。

　ステップＳ６１では、Ｗｅｂサーバ部ＳＲ１は、選曲情報に含まれる楽曲ＩＤに対応付けられた再生順序に基づいて、楽曲ＩＤを特定し、ステップＳ６２へ進む。これにより、例えば、複数の楽曲ＩＤの中から、選曲順序が１位である楽曲データの楽曲ＩＤが１つ特定される。なお、上記ステップＳ５８において、データベース管理部ＳＲ３が、ボックスＩＤが含まれる選曲情報中に、再生予約された楽曲データの楽曲ＩＤが含まれるか否かを判定するように構成してもよい。そして、再生予約された楽曲データの楽曲ＩＤが含まれる場合、データベース管理部ＳＲ３は、選曲情報に含まれる楽曲ＩＤに対応付けられた再生順序に基づいて、複数の楽曲ＩＤの中から楽曲ＩＤを特定する。この場合、データベース管理部ＳＲ３は、特定した楽曲ＩＤをＷｅｂサーバ部ＳＲ１へ送信し、ステップＳ６２へ進む。ステップＳ６２では、Ｗｅｂサーバ部ＳＲ１は、特定した楽曲ＩＤが示す楽曲データの所在を示すＵＲＬを、端末ＴＡ１～端末ＴＡ３のそれぞれのセッションＩＤを用いて、端末ＴＡ１～端末ＴＡ３へ送信する。

　端末ＴＡ１～端末ＴＡ３のそれぞれの制御部１１は、プレイヤーブラウザを用いて、Ｗｅｂサーバ部ＳＲ１から受信したＵＲＬに基づいて、ストレージ部ＳＲ４へアクセスする。そして、端末ＴＡ１～端末ＴＡ３の制御部１１は、プレイヤーブラウザを用いて、それぞれ、楽曲データの送信要求を示すメッセージをストレージ部ＳＲ４へ送信する（ステップＳ６３）。これにより、ストレージ部ＳＲ４は、送信要求された楽曲データを、端末ＴＡ１～端末ＴＡ３へ送信する（ステップＳ６４）。ストレージ部ＳＲ４は、例えば、送信要求された楽曲データを、端末ＴＡ１～端末ＴＡ３へストリーミングで配信する。端末ＴＡ１～端末ＴＡ３のそれぞれの制御部１１は、プレイヤーブラウザを用いて、ストレージ部ＳＲ４から配信された楽曲データを受信し、バッファメモリ領域に記憶する。そして、楽曲データがバッファメモリ領域に所定量蓄積された場合、端末ＴＡ１～端末ＴＡ３のそれぞれの制御部１１は、プレイヤーブラウザを用いて、楽曲データの再生を開始する（ステップＳ６５）。

　次いで、楽曲データの再生開始後、例えば所定時間経過すると、端末ＴＡ１～端末ＴＡ３のそれぞれの制御部１１は、プレイヤーブラウザを用いて、再生履歴の更新要求を示すメッセージをＷｅｂサーバ部ＳＲ１へ送信する（ステップＳ６６）。この所定時間は、例えば５秒～１０秒の間に設定される。再生履歴の更新要求を示すメッセージには、例えば、再生中の楽曲データの楽曲ＩＤ、及びセッションＩＤ等が含まれる。これにより、Ｗｅｂサーバ部ＳＲ１は、ステップＳ５９で取得された選曲情報を更新する（ステップＳ６７）。例えば、上記特定した楽曲ＩＤが再生中であることを示す情報が選曲情報に追加される。次いで、Ｗｅｂサーバ部ＳＲ１は、更新完了（ＯＫ）を示すメッセージを端末ＴＡ１～端末ＴＡ３へ送信する（ステップＳ６８）。

　次いで、端末ＴＡ１～端末ＴＡ３のそれぞれの制御部１１は、プレイヤーブラウザを用いて、楽曲データの再生が終了すると（ステップＳ６９）、ステップＳ５２と同様、それぞれ、プレイヤーブラウザがマスタープレイヤーであるか否かを判定する（ステップＳ７０）。制御部１１は、マスタープレイヤーでないプレイヤーブラウザを待機状態とする。一方、プレイヤーブラウザがマスタープレイヤーである場合、端末ＴＡの制御部１１は、プレイヤーブラウザを用いて、楽曲データの再生終了を示すメッセージを、端末ＴＡのセッションＩＤを用いて、Ｗｅｂサーバ部ＳＲ１へ送信する（ステップＳ７１）。楽曲データの再生終了を示すメッセージは、言い換えれば、再生終了された楽曲データの次の楽曲データの送信要求を示すメッセージである。この再生終了を示すメッセージには、セッションＩＤ、及び再生終了した楽曲データの楽曲ＩＤが含まれる。ステップＳ７０の処理により、マスタープレイヤーのみが、次の楽曲データの送信要求を行うことができる。これにより、サブプレイヤーは、マスタープレイヤーによる楽曲データの再生進行に合わせて次の楽曲データの再生を行うことになる。これにより、ネットワーク状態の影響でマスタープレイヤーによる楽曲データの再生終了が遅延しても、サブプレイヤーはマスタープレイヤーと同期して次の楽曲データの再生を開始することができる。

　なお、ステップＳ７０においてマスタープレイヤーであるか否かの判定を行わないように構成してもよい。この場合、端末ＴＡ１～端末ＴＡ３のそれぞれの制御部１１は、プレイヤーブラウザを用いて、楽曲データの再生終了を示すメッセージを、それぞれのセッションＩＤを用いて、Ｗｅｂサーバ部ＳＲ１へ送信することになる。これにより、各プレイヤーブラウザの中で最も再生終了が早いプレイヤーブラウザから、最初に、Ｗｅｂサーバ部ＳＲ１へ次の楽曲データの送信要求を行うことになる。そのため、送信要求を行っていないプレイヤーブラウザは、楽曲データの再生状態にかかわらず、送信要求を行ったプレイヤーブラウザと同期して次の楽曲データの再生を開始することになる。

　Ｗｅｂサーバ部ＳＲ１は、楽曲データの再生終了を示すメッセージを受信すると、再生終了を示すメッセージに含まれる例えば端末ＴＡ１のセッションＩＤをセッション管理部ＳＲ２へ送信する（ステップＳ７２）。なお、ステップＳ７３及びＳ７４の処理は、ステップＳ５５及びＳ５６の処理と同様である。Ｗｅｂサーバ部ＳＲ１は、再生終了した楽曲データの楽曲ＩＤ、及びセッション管理部ＳＲ２から取得したボックスＩＤをデータベース管理部ＳＲ３へ送信する（ステップＳ７５）。

　データベース管理部ＳＲ３は、Ｗｅｂサーバ部ＳＲ１から取得したボックスＩＤが含まれる選曲情報を、記憶部３２におけるデータベースから取得する。次いで、データベース管理部ＳＲ３は、Ｗｅｂサーバ部ＳＲ１から取得した楽曲ＩＤに基づいて、選曲情報を更新する（ステップＳ７６）。つまり、データベース管理部ＳＲ３は、取得した選曲情報から、再生終了した楽曲データの楽曲ＩＤ及び再生順序を削除する。このとき、削除された楽曲ＩＤ以外の楽曲ＩＤが選曲情報中に含まれている場合がある。この場合、削除された楽曲ＩＤ以外の楽曲ＩＤに対応付けられた再生順序を更新する。例えば、削除された楽曲ＩＤ以外の楽曲ＩＤに対応付けられた再生順序が１繰り上がる。なお、更新された選曲情報は、記憶部３２におけるデータベースに反映される。

　次いで、データベース管理部ＳＲ３は、更新した選曲情報をＷｅｂサーバ部ＳＲ１へ送信する（ステップＳ７７）。次いで、Ｗｅｂサーバ部ＳＲ１は、データベース管理部ＳＲ３から取得した選曲情報中に、再生予約された楽曲データの楽曲ＩＤが含まれるか否かを判定する（ステップＳ７８）。再生予約された楽曲データの楽曲ＩＤが含まれると判定された場合（ステップＳ７８：ＹＥＳ）、Ｗｅｂサーバ部ＳＲ１は、ステップＳ７９へ進む。一方、再生予約された楽曲データの楽曲ＩＤが含まれないと判定された場合（ステップＳ７８：ＮＯ）、処理が終了する。

　ステップＳ７９では、Ｗｅｂサーバ部ＳＲ１は、選曲情報に含まれる楽曲ＩＤに対応付けられた再生順序に基づいて楽曲ＩＤを特定する。つまり、再生終了された楽曲データの次の再生順序の楽曲データの楽曲ＩＤが特定される。次いで、Ｗｅｂサーバ部ＳＲ１は、特定した楽曲ＩＤが示す楽曲データの所在を示すＵＲＬを、端末ＴＡ１～端末ＴＡ３のそれぞれのセッションＩＤを用いて、端末ＴＡ１～端末ＴＡ３へ送信する（ステップＳ８０）。これにより、Ｗｅｂサーバ部ＳＲ１は、再生終了を示すメッセージが受信されたことに応じて、再生終了された楽曲データの次の再生順序の楽曲データを、端末ＴＡ１～端末ＴＡ３に取得させることができる。

　端末ＴＡ１～端末ＴＡ３のそれぞれの制御部１１は、プレイヤーブラウザを用いて、Ｗｅｂサーバ部ＳＲ１から受信したＵＲＬに基づいて、ストレージ部ＳＲ４へアクセスする。そして、端末ＴＡ１～端末ＴＡ３のそれぞれの制御部３１は、プレイヤーブラウザを用いて、楽曲データの送信要求を示すメッセージをストレージ部ＳＲ４へ送信する。こうして、上述したステップＳ６４以降の処理が繰り返されることになる。

（３－４．楽曲再生中の操作指示動作）
　次に、図７を参照して、楽曲再生中の操作指示動作について説明する。図７は、楽曲再生中の操作指示動作を示すシーケンス図である。なお、楽曲再生中の操作指示動作は、端末ＴＢ１～ＴＢ３のそれぞれにおいて行われる。

　例えば端末ＴＢ１の制御部２１は、リモコンブラウザを用いて、ユーザ１からの指示に応じて、楽曲データに対する操作指示を行うためのＷｅｂページを、端末ＴＢ１のセッションＩＤを用いてＷｅｂサーバ部ＳＲ１から取得し表示する。これにより、ユーザ１に、端末ＴＢ１から楽曲データに対する操作指示を行わせることができる。こうして表示されたＷｅｂページには、例えば再生停止、リスタート、エフェクト提示等の操作指示のそれぞれに対応する操作ボタンが表示される。ユーザ１は、Ｗｅｂページ上における所望の操作ボタンを押下する。これにより、端末ＴＢ１の制御部２１は、リモコンブラウザを用いて、ユーザ１により押下された操作ボタンに対応する操作指示を示すメッセージを、端末ＴＢ１のセッションＩＤを用いて、Ｗｅｂサーバ部ＳＲ１へ送信する（ステップＳ９１）。この操作指示は、端末ＴＡ１により現在再生されている楽曲データに対する操作指示である。操作指示を示すメッセージには、端末ＴＢ１のセッションＩＤ、及び操作指示の内容が含まれる。

　Ｗｅｂサーバ部ＳＲ１は、操作指示を示すメッセージを受信すると、操作指示を示すメッセージに含まれる端末ＴＢ１のセッションＩＤをセッション管理部ＳＲ２へ送信する（ステップＳ９２）。次いで、セッション管理部ＳＲ２は、例えば記憶部３２に記憶されたセッション情報を参照して、端末ＴＢ１のセッションＩＤに対応付けられたボックスＩＤを特定する（ステップＳ９３）。つまり、操作指示を示すメッセージが受信されたことに応じて、端末ＴＢ１のセッションＩＤに対応付けられたボックスＩＤが特定される。このとき、セッション管理部ＳＲ２は、特定したボックスＩＤに対応付けられたセッションＩＤであって、端末ＴＡ１のセッションＩＤを特定する。例えば、セッション管理部ＳＲ２は、端末ＴＢ１のセッションＩＤと同一のユーザＩＤ及びユーザ名が対応付けられたセッションＩＤを特定する。

　次いで、セッション管理部ＳＲ２は、特定したボックスＩＤ及びセッションＩＤをＷｅｂサーバ部ＳＲ１へ送信する（ステップＳ９４）。次いで、Ｗｅｂサーバ部ＳＲ１は、受信した操作指示を示すメッセージを、特定されたボックスＩＤに対応付けられた端末ＴＡ１のセッションＩＤを用いて、端末ＴＡ１へ送信する（ステップＳ９５）。これにより、端末ＴＢ１で行われた操作指示を、迅速に端末ＴＡ１に送信することができる。なお、操作指示を示すメッセージには、ボックスＩＤ、端末ＴＡ１のセッションＩＤ、及び操作指示の内容が含まれる。

　例えば、端末ＴＡ１の制御部１１は、プレイヤーブラウザを用いて、Ｗｅｂサーバ部ＳＲ１からの操作指示を示すメッセージを受信すると、操作指示がエフェクト提示であるか否かを判定する（ステップＳ９６）。操作指示がエフェクト提示であると判定された場合（ステップＳ９６：ＹＥＳ）、端末ＴＡ１の制御部１１は、ステップＳ９７へ進む。一方、操作指示がエフェクト提示でないと判定された場合（ステップＳ９６：ＮＯ）、端末ＴＡ１の制御部１１は、ステップＳ１０２へ進む。なお、端末ＴＡ１の制御部１１は、プレイヤーブラウザを用いて、操作指示を示すメッセージを受信した場合、操作指示を示すメッセージに含まれるボックスＩＤが、記憶されているボックスＩＤと一致するか否かを判定するように構成してもよい。この場合、端末ＴＡ１の制御部１１は、プレイヤーブラウザを用いて、ボックスＩＤが一致すると判定した場合に限り、ステップＳ９６以降の処理を行うことになる。

　ステップＳ９７では、端末ＴＡ１の制御部１１は、プレイヤーブラウザを用いて、エフェクトデータの送信要求を示すメッセージを、端末ＴＡ１のセッションＩＤを用いて、Ｗｅｂサーバ部ＳＲ１へ送信する。エフェクトデータの送信要求を示すメッセージには、端末ＴＢ１のセッションＩＤ、及び現在再生されている楽曲データの楽曲ＩＤが含まれる。

　Ｗｅｂサーバ部ＳＲ１は、エフェクトデータの送信要求を示すメッセージを受信すると、このメッセージを、ストレージ部ＳＲ４へ送信する（ステップＳ９８）。ストレージ部ＳＲ４は、Ｗｅｂサーバ部ＳＲ１から取得したメッセージに含まれる楽曲ＩＤに対応付けられたエフェクトデータを、Ｗｅｂサーバ部ＳＲ１へ送信する（ステップＳ９９）。Ｗｅｂサーバ部ＳＲ１は、ストレージ部ＳＲ４から取得したエフェクトデータを、端末ＴＡ１のセッションＩＤを用いて、端末ＴＡ１へ送信する（ステップＳ１００）。

　端末ＴＡ１の制御部１１は、プレイヤーブラウザを用いて、Ｗｅｂサーバ部ＳＲ１からのエフェクトデータを受信すると、エフェクトデータに基づいてエフェクト提示処理を実行する（ステップＳ１０１）。エフェクト提示処理において、端末ＴＡ１の制御部１１は、プレイヤーブラウザを用いて、例えば拍手や盛り上げ音声等の音声をスピーカから出力する。端末ＴＡ１の制御部１１は、プレイヤーブラウザを用いて、装飾画像等をディスプレイに表示させる。

　ステップＳ１０２では、端末ＴＡ１の制御部１１は、プレイヤーブラウザを用いて、操作指示が再生停止であるか否かを判定する。操作指示が再生停止であると判定された場合（ステップＳ１０２：ＹＥＳ）、端末ＴＡ１の制御部１１は、ステップＳ１０３へ進む。一方、操作指示が再生停止でないと判定された場合（ステップＳ１０２：ＮＯ）、端末ＴＡ１の制御部１１は、ステップＳ１０５へ進む。

　ステップＳ１０３では、端末ＴＡ１の制御部１１は、プレイヤーブラウザを用いて、現在再生されている楽曲データの再生を停止する。次いで、端末ＴＡ１の制御部１１は、プレイヤーブラウザを用いて、楽曲取得処理を実行する（ステップＳ１０４）。楽曲取得処理は、再生が停止された楽曲データの次の楽曲データを取得する処理である。楽曲取得処理では、上述したステップＳ７０～Ｓ８０と同様の処理が行われる。

　ステップＳ１０５では、端末ＴＡ１の制御部１１は、プレイヤーブラウザを用いて、操作指示がリスタートであるか否かを判定する。操作指示がリスタートであると判定された場合（ステップＳ１０５：ＹＥＳ）、端末ＴＡ１の制御部１１は、ステップＳ１０６へ進む。ステップＳ１０６では、端末ＴＡ１の制御部１１は、プレイヤーブラウザを用いて、端末ＴＡ１の制御部１１は、現在再生されている楽曲データの再生を先頭からリスタートする。一方、操作指示がリスタートでないと判定された場合（ステップＳ１０５：ＮＯ）、端末ＴＡ１の制御部１１は、プレイヤーブラウザを用いて、他の操作指示に応じた処理を行う。

　以上説明したように、上記実施形態によれば、情報提供サーバＳＲは、端末ＴＡからボックスＩＤの発行要求が受信されたことに応じて、上記ボックスＩＤと、端末ＴＡのセッションＩＤとを対応付けて記憶する。そして、情報提供サーバＳＲは、発行されたボックスＩＤと、情報提供サーバＳＲへアクセスするためのアクセス情報とを端末ＴＡへ送信する。情報提供サーバＳＲは、端末ＴＡへ送信されたボックスＩＤとアクセス情報とを取得した端末ＴＢからのアクセスに応じて、上記ボックスＩＤと、端末ＴＢのセッションＩＤとを対応付けて記憶する。そして、情報提供サーバＳＲは、端末ＴＢから、端末ＴＢのセッションＩＤを用いて、楽曲データの再生要求を受信すると、端末ＴＢのセッションＩＤに対応付けられたボックスＩＤを特定する。そして、情報提供サーバＳＲは、特定したボックスＩＤに対応付けられた端末ＴＡのセッションＩＤを用いて、再生要求された楽曲データを端末ＴＡに取得させる。そのため、上記実施形態によれば、端末ＴＡと、端末ＴＢとを適切に紐付け、端末ＴＢから再生要求された楽曲データを、迅速に端末ＴＡに再生させることができる。更に、情報提供サーバＳＲは、１つのボックスＩＤに、複数の端末ＴＡそれぞれのセッションＩＤと、複数の端末ＴＢそれぞれのセッションＩＤとを対応付けて管理する。これにより、複数の端末ＴＡを、複数の端末ＴＢにボックスＩＤを介して適切に紐付けることができる。そのため、１つの端末ＴＢから再生要求された楽曲データを、迅速に複数の端末ＴＡに再生させることができる。また、複数の端末ＴＢのそれぞれから再生要求された楽曲データを、迅速に１以上の端末ＴＡに再生させることができる。

ＴＡ１～ＴＡ３、ＴＢ１～ＴＢ３　端末
ＳＲ　情報提供サーバ
ＳＲ１　Ｗｅｂサーバ部
ＳＲ２　セッション管理部
ＳＲ３　データベース管理部
ＳＲ４　ストレージ部

Claims (16)

1. 　第１端末装置から、前記第１端末装置と第２端末装置とを対応付けるための第１の識別情報の発行要求を受信する第１受信手段と、
   　前記第１受信手段により前記発行要求が受信されたことに応じて、前記第１の識別情報と、前記第１端末装置とサーバ装置との間の第１の通信セッション情報とを対応付けて記憶手段に記憶する第１制御手段と、
   　前記第１の識別情報と、前記サーバ装置へアクセスするためのアクセス情報とを前記第１端末装置へ送信する第１送信手段と、
   　前記第２端末装置からのアクセスに応じて、前記第１の識別情報と、前記第２端末装置と前記サーバ装置との間の第２の通信セッション情報とを対応付けて前記記憶手段に記憶する第２制御手段と、
   　前記第２端末装置から、前記第２の通信セッション情報を用いて、楽曲データの再生要求を受信する第２受信手段と、
   　前記再生要求が受信された際に使用された前記第２の通信セッション情報に対応付けられた前記第１の識別情報を特定する特定手段と、
   　前記特定手段により特定された前記第１の識別情報に対応付けられた前記第１の通信セッション情報を用いて、前記再生要求された楽曲データを前記第１端末装置に取得させる第３制御手段と、
   　を備えることを特徴とするサーバ装置。
2. 　前記第２制御手段は、前記第１端末装置へ送信された前記第１の識別情報と前記アクセス情報とを取得した前記第２端末装置からのアクセスに応じて、前記第１の識別情報と、前記第２の通信セッション情報とを対応付けて前記記憶手段に記憶することを特徴とする請求項１に記載のサーバ装置。
3. 　前記サーバ装置は、
   　前記第２受信手段により前記再生要求が受信されたことに応じて、前記再生要求された楽曲データを識別可能な第２の識別情報を、前記第１の識別情報に対応付けて前記記憶手段に記憶する第４制御手段と、
   　前記第１端末装置から、楽曲データの送信要求を受信する第３受信手段と、
   　を更に備え、
   　前記第３制御手段は、前記特定手段により特定された前記第１の識別情報に対応付けられた前記第１の通信セッション情報を用いて、前記特定された前記第１の識別情報に対応付けられた前記第２の識別情報が示す楽曲データを、前記第１端末装置に取得させることを特徴とする請求項１または２に記載のサーバ装置。
4. 　前記記憶手段は、楽曲データを識別可能な第３の識別情報であって、１または複数の前記第３の識別情報と、前記１または複数の第３の識別情報が示す楽曲データの再生順序とを、前記第１の識別情報に対応付けて記憶し、
   　前記第４制御手段は、前記第２受信手段により前記再生要求が受信されたことに応じて、前記第２の識別情報と、前記第２の識別情報が示す楽曲データの再生順序とを、前記特定手段により特定された前記第１の識別情報と対応付けて前記記憶手段に記憶し、
   　前記第３制御手段は、前記記憶手段に記憶された前記再生順序に基づいて、前記記憶手段に記憶された前記第２の識別情報、または、１または複数の前記第３の識別情報のいずれかが示す楽曲データを前記第１端末装置に取得させることを特徴とする請求項３に記載のサーバ装置。
5. 　前記サーバ装置は、前記第１端末装置から、前記楽曲データの再生終了を示す情報を受信する第４受信手段を更に備え、
   　前記第３制御手段は、前記第４受信手段により前記再生終了を示す情報が受信されたことに応じて、前記再生終了された楽曲データの次の再生順序の楽曲データを、前記第１端末装置に取得させることを特徴とする請求項４に記載のサーバ装置。
6. 　前記サーバ装置は、前記第１端末装置から前記発行要求を受信するごとに、異なる前記第１の識別情報を発行する発行手段を更に備えることを特徴とする請求項１乃至５の何れか一項に記載のサーバ装置。
7. 　前記第２制御手段は、複数の前記第２端末装置からのアクセスに応じて、前記複数の前記第２端末装置それぞれの前記第２の通信セッション情報を、前記第１の識別情報に対応付けて前記記憶手段に記憶することを特徴とする請求項１乃至６の何れか一項に記載のサーバ装置。
8. 　前記第１の通信セッション情報とは異なる第３の通信セッション情報を用いて、第３端末装置から、前記第１の識別情報を受信する第５受信手段を更に備え、
   　前記第１制御手段が、前記第１の識別情報と、前記第１の通信セッション情報とを対応付けて前記記憶手段に記憶した後、
   　前記第１制御手段は、前記第５受信手段により前記第１の識別情報が受信されたことに応じて、前記第１の識別情報と、前記第３の通信セッション情報とを対応付けて前記記憶手段に記憶することを特徴とする請求項１乃至７のいずれか一項に記載のサーバ装置。
9. 　前記第３制御手段は、前記特定手段により特定された前記第１の識別情報に対応付けられた前記第１及び前記第３の通信セッション情報を用いて、前記再生要求された前記楽曲データを前記第１端末装置及び前記第３端末装置に取得させることを特徴とする請求項８に記載のサーバ装置。
10. 　前記第３制御手段は、前記第１の識別情報に対応付けられた前記第１の通信セッション情報を用いて、前記再生要求された楽曲データの所在を示すＵＲＬ（Uniform Resource Locator）を前記第１端末装置へ送信することを特徴とする請求項１乃至９の何れか一項に記載のサーバ装置。
11. 　前記第３制御手段は、前記第１の識別情報に対応付けられた前記第１の通信セッション情報を用いて、前記再生要求された楽曲データを前記第１端末装置へ送信することを特徴とする請求項１乃至９の何れか一項に記載のサーバ装置。
12. 　前記サーバ装置は、前記第１の識別情報に対応付けられた前記第２の通信セッション情報を用いて、前記再生要求された前記楽曲データに対する操作指示であって少なくとも楽曲データの再生要求の操作指示を行うためのＷｅｂページを前記第２端末装置へ送信する第２送信手段を更に備えることを特徴とする請求項１乃至１１の何れか一項に記載のサーバ装置。
13. 　前記第２受信手段は、前記第２の通信セッション情報を用いて、前記第１端末装置により現在再生されている前記楽曲データに対する操作指示を前記第２端末装置から受信し、
    　前記特定手段は、前記第２受信手段により前記操作指示が受信されたことに応じて、前記第２の通信セッション情報に対応付けられた前記第１の識別情報を特定し、
    　前記サーバ装置は、前記特定手段により特定された前記第１の識別情報に対応付けられた前記第１の通信セッション情報を用いて、前記操作指示を前記第１端末装置へ送信する第３送信手段を更に備えることを特徴とする請求項１乃至１２の何れか一項に記載のサーバ装置。
14. 　第１端末装置から、前記第１端末装置と第２端末装置とを対応付けるための第１の識別情報の発行要求を受信するステップと、
    　前記発行要求が受信されたことに応じて、前記第１の識別情報と、前記第１端末装置とサーバ装置との間の第１の通信セッション情報とを対応付けて記憶手段に記憶するステップと、
    　前記第１の識別情報と、前記サーバ装置へアクセスするためのアクセス情報とを前記第１端末装置へ送信するステップと、
    　前記第２端末装置からのアクセスに応じて、前記第１の識別情報と、前記第２端末装置と前記サーバ装置との間の第２の通信セッション情報とを対応付けて前記記憶手段に記憶するステップと、
    　前記第２端末装置から、前記第２の通信セッション情報を用いて、楽曲データの再生要求を受信するステップと、
    　前記再生要求が受信された際に使用された前記第２の通信セッション情報に対応付けられた前記第１の識別情報を特定するステップと、
    　前記特定された前記第１の識別情報に対応付けられた前記第１の通信セッション情報を用いて、前記再生要求された楽曲データを前記第１端末装置に取得させるステップと、
    　をコンピュータに実行させることを特徴とするプログラム。
15. 　第１端末装置から、前記第１端末装置と第２端末装置とを対応付けるための第１の識別情報の発行要求を受信するステップと、
    　前記発行要求が受信されたことに応じて、前記第１の識別情報と、前記第１端末装置とサーバ装置との間の第１の通信セッション情報とを対応付けて記憶手段に記憶するステップと、
    　前記第１の識別情報と、前記サーバ装置へアクセスするためのアクセス情報とを前記第１端末装置へ送信するステップと、
    　前記第２端末装置からのアクセスに応じて、前記第１の識別情報と、前記第２端末装置と前記サーバ装置との間の第２の通信セッション情報とを対応付けて前記記憶手段に記憶するステップと、
    　前記第２端末装置から、前記第２の通信セッション情報を用いて、楽曲データの再生要求を受信するステップと、
    　前記再生要求が受信された際に使用された前記第２の通信セッション情報に対応付けられた前記第１の識別情報を特定するステップと、
    　前記特定された前記第１の識別情報に対応付けられた前記第１の通信セッション情報を用いて、前記再生要求された楽曲データを前記第１端末装置に取得させるステップと、
    　をコンピュータに実行させるプログラムがコンピュータ読み取り可能に記録された記録媒体。
16. 　第１端末装置と、第２端末装置との間で通信可能なサーバ装置を備えるシステムであって、
    　前記サーバ装置は、
    　前記第１端末装置から、前記第１端末装置と前記第２端末装置とを対応付けるための第１の識別情報の発行要求を受信する第１受信手段と、
    　前記第１受信手段により前記発行要求が受信されたことに応じて、前記第１の識別情報と、前記第１端末装置と前記サーバ装置との間の第１の通信セッション情報とを対応付けて記憶手段に記憶する第１制御手段と、
    　前記第１の識別情報と、前記サーバ装置へアクセスするためのアクセス情報とを前記第１端末装置へ送信する第１送信手段と、
    　前記第２端末装置からのアクセスに応じて、前記第１の識別情報と、前記第２端末装置と前記サーバ装置との間の第２の通信セッション情報とを対応付けて前記記憶手段に記憶する第２制御手段と、
    　前記第２端末装置から、前記第２の通信セッション情報を用いて、楽曲データの再生要求を受信する第２受信手段と、
    　前記再生要求が受信された際に使用された前記第２の通信セッション情報に対応付けられた前記第１の識別情報を特定する特定手段と、
    　前記特定手段により特定された前記第１の識別情報に対応付けられた前記第１の通信セッション情報を用いて、前記再生要求された楽曲データを前記第１端末装置に取得させる第３制御手段と、
    　を備え、
    　前記第１端末装置は、
    　前記楽曲データを取得する取得手段と、
    　前記取得手段により取得された前記楽曲データを再生する再生手段と、
    　を備えることを特徴とするシステム。

Images