WO2011161849A1 - 情報処理装置 - Google Patents

Abstract

　再生情報取得部１８２は、情報処理装置１００で再生するコンテンツストリームを特定する情報を取得する。コンテンツ情報取得部１８４は、通信端末装置から再生中のコンテンツストリームを特定する情報を取得する。表示処理部１９２は、再生情報取得部１８２およびコンテンツ情報取得部１８４のそれぞれで取得した情報を用いて、ディスプレイに表示するための表示画面を生成する。画面表示部１９４は、生成された表示画面を表示する。

Description

情報処理装置

　本発明は、コンテンツストリームを再生する技術に関し、特に、受信したコンテンツストリームを再生し、またはコンテンツストリームを送信する技術に関する。

　情報処理装置の小型化および軽量化が実現されたことにより、情報処理装置を持ち運ぶことが一般的になってきた。近年では、基地局やアクセスポイントなどのインフラを利用して、複数のユーザが音楽ファイルなどのコンテンツファイルを送受信する無線通信環境が実現されている。また一方で、情報処理装置間で無線アドホックネットワークを構築する技術も実用化されている。アドホックネットワークでは、複数のユーザが携帯型の無線通信端末装置を持ち寄って相互に無線通信することで、コンテンツファイルを交換することが可能となる。これらの通信環境のもと、楽曲ファイルなどのコンテンツファイルをダウンロードして、情報処理装置にて再生することが一般に行われている。インフラストラクチャネットワークやアドホックネットワークは、IEEE802.11による無線ＬＡＮ（Local Area Network）の技術を用いて実現される。

米国特許出願公開２００６／２７７４７２号明細書

　楽曲ファイルのダウンロードは、その楽曲ファイルが欲しいというユーザの要求のもとで行われる。そのため、ユーザがその楽曲を聴いたことがある、またはよい評判を耳にしたなどの背景が存在しており、全く知らない楽曲ファイルをダウンロードすることは少ない。

　そのような事情のもと、本発明者は、新たな音楽との出会いを実現する環境について検討した。その結果、無線ＬＡＮの環境を効果的に活用して、他人が聴いている楽曲を自分も聴ける環境を実現することで、知らない音楽に効果的に出会える可能性を見いだした。そのような環境下では、情報処理装置が、自端末の状況や他端末の状況などを効率よくユーザに知らせることが好ましい。また、そのような環境を円滑に実現するために、情報処理装置は、他端末に対して効果的に情報を送信し、また他端末から効果的に情報を受信できるような仕組みを整えることが好ましい。

　そこで本発明は、情報処理装置間で効果的に情報を送信または受信でき、またユーザに自端末および／または他端末の状況を効率よく知らせることのできる技術を提供することを目的とする。

　上記課題を解決するために、本発明のある態様の情報処理装置は、当該情報処理装置で再生するコンテンツストリームを特定する第１特定情報を取得する第１取得部と、通信端末装置から、当該通信端末装置で再生中のコンテンツストリームを特定する第２特定情報を取得する第２取得部と、第１取得部および第２取得部のそれぞれで取得した第１特定情報および第２特定情報を用いて、ディスプレイに表示するための表示画面を生成する表示処理部と、生成された表示画面を表示する画面表示部と、を備える。

　本発明の別の態様の情報処理装置は、音声データを記憶する記憶部から音声データを読み出して再生する第１再生処理部と、通信端末装置から、当該通信端末装置で再生中の音声データを取得する音声データ取得部と、音声データ取得部で取得した音声データを再生する第２再生処理部と、第１再生処理部または第２再生処理部のいずれかで再生された音声信号を選択して出力する音声出力部と、を備える。第１再生処理部により音声データの再生が行われている場合に、第２再生処理部による音声データの再生が実行可能となる。

　本発明のさらに別の態様の情報処理装置は、通信端末装置に対して、当該通信端末装置で再生中の音声データの送信要求を生成する要求生成部と、生成した送信要求を送信する送信部と、通信端末装置から、送信要求に応答して送信される音声データを取得する音声データ取得部と、音声データ取得部で取得した音声データを再生する再生処理部と、再生処理部で再生された音声信号を出力する音声出力部と、を有する。音声データ取得部は、取得した音声データに、コンテンツストリームの最後のデータが含まれているか否かを判定する。

　なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。

　本発明によると、情報処理装置間で効果的に情報を送信または受信でき、またユーザに自端末および／または他端末の状況を効率よく知らせることのできる技術を提供できる。

本発明の実施例におけるストリーム同期再生システムの説明図である。 ストリーム同期再生システムの構成を示す図である。 情報処理装置の正面図である。 情報処理装置の上面図である。 クライアントとして動作する情報処理装置の機能を説明するための図である。 ホストとして動作する情報処理装置の機能を説明するための図である。 メニュー画面の一例を示す図である。 楽曲の選択画面を示す図である。 再生画面の一例を示す図である。 付加再生機能実行時の再生画面の一例を示す図である。 再生画面の一例を示す図である。 情報処理装置の音声出力状況の例を示す図である。 再生画面を生成するフローチャートである。 再生画面の一例を示す図である。 クライアントからホストに送信要求を送信するフローチャートである。

　近年、楽曲などの音声データを携帯型の情報処理装置にダウンロードして、移動中など屋外で音楽を聴く機会が増えている。たとえば電車内で辺りを見回すと、自分だけでなく、多くの人がイヤホンやヘッドホンで何かを聴いている。他人が集中して聴いている様子を見ると「何を聴いているんだろう」という興味がわき、また自分が好きな楽曲を聴いているときには「他人にも聴かせてあげたい」という想いもある。しかしながら、見ず知らずの他人からイヤホンをかりて音楽を聴かせてもらったり、また他人に聴かせようとイヤホンを貸したりすることは、現実に難しい。そのため、イヤホンの貸し借り無しに、他人が聴いている音楽を同期して聴くことができ、または自分が聴いている音楽を他人が同期して聴けることが好ましい。

　図１は、本発明の実施例におけるストリーム同期再生システム１の説明図である。ストリーム同期再生システム１は、新たな音楽との出会いを効率よく実現する環境を提供する。図１は、ストリーム同期再生システム１の利用場面を例示している。各ユーザが保持する情報処理装置１００ａ、１００ｂは無線通信機能を有している。

　この例では、ユーザＢが情報処理装置１００ｂで再生している音楽（ＳｏｎｇＢ）を聴いている。ここでユーザＡが情報処理装置１００ａから情報処理装置１００ｂに対して再生中の音楽（ＳｏｎｇＢ）の送信要求を送る。ユーザＢの情報処理装置１００ｂは、送信要求を受信すると、再生中の楽曲データを、送信要求を受信した時点の再生位置から情報処理装置１００ａに送信する。つまりストリーム同期再生システム１では、情報処理装置１００ｂは、楽曲ファイルの全体を転送するのではなく、ユーザＢが聴いているところから、楽曲データを情報処理装置１００ａに転送する。これによりユーザＡは、ユーザＢと同期して楽曲を聴くことができ、見ず知らずのユーザＢと感覚を共有できるようになる。このようにストリーム同期再生システム１は、ユーザＡが、新たな音楽（ＳｏｎｇＢ）に簡単に出会える環境を提供できる。

　なお情報処理装置１００ｂは、個人により所有されてもよいが、たとえば音楽ショップなどに設置された端末装置であってもよい。この場合、ユーザＡには、音楽ショップお薦めの音楽を試聴できるという利点があり、一方音楽ショップにも、広告効果を期待できる利点がある。

　図２は、ストリーム同期再生システム１の構成を示す。ストリーム同期再生システム１は、複数の無線通信可能な情報処理装置１００ａ、１００ｂ、１００ｃ、１００ｄ、１００ｅ（以下、区別しない場合には「情報処理装置１００」と呼ぶこともある）を含んで構成される。情報処理装置１００は、他の情報処理装置１００との間でIEEE802.11を用いたアドホックネットワークを構築して、互いの間で信号の送受信を可能とする。ここでは無線ネットワークに相当するＩＢＳＳ(Independent Basic Service Set:IBSS)が形成される例を示す。

　同一のＩＢＳＳに所属する情報処理装置１００は互いに直接通信できる。本実施例のストリーム同期再生システム１においてＩＢＳＳはグループと見なすことができ、情報処理装置１００は、単一のＩＢＳＳに所属できる。単一のＩＢＳＳにおいて、たとえば情報処理装置１００ｂは、情報処理装置１００ａに対してはホストとして動作し、同時に情報処理装置１００ｅに対してはクライアントとして動作してもよい。本実施例において、ホストは、コンテンツストリームを配信する端末装置であり、クライアントは、コンテンツストリームの配信を受ける端末装置である。

　なお情報処理装置１００は、ＷＬＡＮ以外の他の無線通信方式および／または有線通信方式による通信機能を用いて、他の情報処理装置１００と通信してもよい。他の無線通信方式として、たとえばBluetooth（登録商標）やTransferJet（登録商標）などの通信方式が用いられてもよい。また、ＩＢＳＳではなく、IEEE802.11を利用したインフラストラクチャＢＳＳを形成することで、情報処理装置１００間の通信ネットワークが構築されてもよい。

　以下においては、ＩＢＳＳとして構築された無線ネットワークにおいて、ホストとして動作する情報処理装置１００ｂから、クライアントとして動作する情報処理装置１００ａに対して、情報処理装置１００ｂで再生中の音声データを送信するケースを一例として示す。以下では音声データの例として音楽データを示すが、音楽（楽曲）以外のたとえば詩の朗読やボイスメッセージなどのデータも、音声データに含まれる。

　なお、情報処理装置１００ｂにおいて再生中の音声データは、情報処理装置１００ｂにおいて必ずしも音声出力されている必要はなく、復号処理がなされて音声信号に変換する処理がなされていればよい。つまり情報処理装置１００ｂにおいては、情報処理装置１００ｂで保持する楽曲データの再生が行われているものの、情報処理装置１００ｂのユーザＢは、その楽曲を聴いていなくてもよく、他のたとえば情報処理装置１００ｅから送信される楽曲を聴いていてもよい。このとき、情報処理装置１００ｂでは、自端末で保持する楽曲データの再生処理と、情報処理装置１００ｅから送信される楽曲データの再生処理とが独立して並列に実行されている。

　図３は、情報処理装置１００の正面図である。図４は、情報処理装置１００の上面図である。情報処理装置１００の筐体１０は、全体として横長の形状を有しており、筐体１０の両端は、中心線から一定の距離偏心した位置を中心とする円弧状に湾曲形成されている。筐体１０は、上側部１０ａ、中間部１０ｂおよび下側部１０ｃから構成され、その内部に各種ボタン操作による信号を発生するスイッチ接点と、その信号を処理し各種演算を実行する中央処理装置などが搭載された回路基板（図示せず）を内蔵している。図示しない回路基板は、上側部１０ａまたは下側部１０ｃに固定されている。また、中間部１０ｂは上側部１０ａおよび下側部１０ｃに比して剛性が高く、筐体１０全体の剛性を確保している。

　筐体１０の上側部１０ａの表面、つまりユーザに対する面の中央部分には、表示装置としての液晶ディスプレイ（以下、「ＬＣＤ」という）１２が嵌め込まれている。また上側部１０ａの表面には、ユーザの左手により把持される左手領域４８Ｌと、右手により把持される右手領域４８Ｒと、ＬＣＤ１２の下方に位置し各種ボタンが配置される横長のボタン領域５０と、ＬＣＤ１２の上方に位置する装飾領域１６が設けられる。

　左手領域４８Ｌには、方向指示入力をするための十字キー２０と、アナログ入力をするためのアナログデバイス２２と、スピーカ５２が設けられている。右手領域４８Ｒには、操作指示を入力するための押しボタン３０ａ、３０ｂ、３０ｃ、３０ｄ（以下、これらを総称するときには、「押しボタン３０」という）と、スピーカ５２が設けられている。Ｌボタン４６Ｌ、Ｒボタン４６Ｒは、それぞれユーザの左手人差し指または中指、右手人差し指または中指で操作されるボタンである。

　筐体１０の背面の両端には膨らみ４２Ｌ、４２Ｒが形成されている。これら２つの膨らみの間は平面となっており、その平面のほぼ全体が、ディスクドライブの蓋４４となっている。この蓋４４は、中間部１０ｂに設けられたスイッチをスライドすることによって、図４の上方に展開し、その下部にある図示しないディスクドライブにディスクを載置できるようになっている。このディスクは、情報処理装置１００のアプリケーションプログラムやゲームプログラム、また動画再生用のデータや音楽再生用のデータを提供する。

　また筐体１０の上面には、ＷＬＡＮスイッチ５４が設けられる。ＷＬＡＮスイッチ５４は、情報処理装置１００の通信部の機能をオン状態またはオフ状態にするためのスイッチである。具体的には、図４の右方にＷＬＡＮスイッチ５４を動かすと、情報処理装置１００のＷＬＡＮ（Wireless Local Area Network）モジュールが起動し、情報処理装置１００が無線通信できるようになる。また筐体１０の側面には、外付けのメモリユニットを挿入するための挿入口が設けられる。なおスピーカ５２が筐体表面に設けられているが、筐体下面に設けられた差込口（図示せず）にイヤホンを差し込むと、音声は、イヤホンから出力されるようになる。

　本実施例の情報処理装置１００は、様々な種類の装置として機能することができる。たとえばディスクドライブにゲームプログラムを記録したディスクを挿入すれば、情報処理装置１００はゲーム装置として機能する。また、メモリユニットに楽曲データや動画データなどのコンテンツデータが記録されていれば、情報処理装置１００は、コンテンツ再生装置として機能する。本実施例では、主として楽曲などの音声データを再生して、音声出力する再生装置として機能する場合について説明する。

　本実施例のストリーム同期再生システム１においては、１つの情報処理装置１００が、２系統の再生処理を独立して実行でき、他の情報処理装置１００に対してコンテンツストリームを提供するホストとして動作し、また同時に他の情報処理装置１００からコンテンツストリームを提供されるクライアントとして動作できる。以下、説明の便宜上、情報処理装置１００ａがクライアントとして動作し、情報処理装置１００ｂがホストとして動作するとして、クライアントおよびホストの双方の機能を説明する。

　図５は、クライアントとして動作する情報処理装置１００ａの機能を説明するための図である。情報処理装置１００ａは、入力受付部１０２、接続モード設定部１０４、通信部１１０、再生部１３０、送信要求生成部１７２、表示情報取得部１８０、音声出力部１９０、表示処理部１９２および画面表示部１９４を備える。通信部１１０は、無線インタフェース１１２、通信制御部１１４、送信部１１６および受信部１１８を有する。再生部１３０は、第１再生部１５０および第２再生部１４０を有し、第１再生部１５０は、選択部１５２、再生処理部１５４および読出制御部１５６を含み、第２再生部１４０は、再生モード設定部１４２、音声データ取得部１４４および再生処理部１４６を含む。表示情報取得部１８０は、再生情報取得部１８２およびコンテンツ情報取得部１８４を有する。

　図６は、ホストとして動作する情報処理装置１００ｂの機能を説明するための図である。情報処理装置１００ｂは、通信部２１０、送信要求取得部２３０、管理部２４０、再生処理部２５４、読出制御部２５６、送信データ生成部２６０、メモリユニット２７０および音声出力部２９０を備える。通信部２１０は、無線インタフェース２１２、通信制御部２１４、送信部２１６および受信部２１８を有する。図６に示す通信部２１０、再生処理部２５４、読出制御部２５６および音声出力部２９０は、図５に示す通信部１１０、再生処理部１５４、読出制御部１５６および音声出力部１９０にそれぞれ対応する。

　情報処理装置１００の機能は、ＣＰＵ、メモリ、メモリにロードされたプログラムなどによって実現され、図５および図６においてはそれらの連携によって実現される機能ブロックを描いている。プログラムは、情報処理装置１００に内蔵されていてもよい。したがってこれらの機能ブロックがハードウエアのみ、ソフトウエアのみ、またはそれらの組合せによっていろいろな形で実現できることは、当業者に理解されるところである。また図５にクライアント端末の機能ブロックを示し、図６にホスト端末の機能ブロックを示しているが、実際には、情報処理装置１００がクライアント端末およびホスト端末として動作可能に構成され、したがって情報処理装置１００は単体でクライアント端末およびホスト端末の両方の構成を有している。

　情報処理装置１００は、メモリユニットに記録した楽曲データを再生処理して音声信号を生成する「基本再生機能」をもつ。また本実施例の情報処理装置１００は、ＷＬＡＮスイッチ５４がＯＮされることを条件として、他の情報処理装置１００で再生している楽曲データを受信して再生処理し、音声信号を生成する「付加再生機能」ももつ。なお、一般に「再生」とは、音声信号をスピーカ５２やイヤホンから出力することを含むこともあるが、本実施例で「再生」は、圧縮された音声データを復号して、音声信号に変換する処理を示す。

　付加再生機能は、ＷＬＡＮスイッチ５４がＯＮされてＷＬＡＮモジュールがアクティブ（オン状態）にあることを条件として実現される。なお、情報処理装置１００がＷＬＡＮ以外の通信プロトコル、すなわち他の無線通信プロトコルおよび／または有線通信プロトコルによる通信機能を有する場合には、それらの通信機能がオン状態であることを条件として、付加再生機能が実現されてもよい。

　また、この付加再生機能は、さらに基本再生機能が起動していることを条件として実現されてもよい。ストリーム同期再生システム１は、ユーザが、別のユーザ端末で再生中の音楽を聴くことのできる環境を実現すること、また自身の端末で再生中の音楽を別のユーザにも聴かせられる環境を実現することを１つの目的としている。そこで、情報処理装置１００は、基本再生機能を起動していること、すなわち音声データの再生が行われていることを１つの条件として、ストリーム同期再生システム１に参加できるようにしてもよい。

　図５を参照して、基本再生機能について説明する。情報処理装置１００の電源をＯＮにすると、メニュー画面がＬＣＤ１２に表示される。図７は、メニュー画面の一例を示す。このメニュー画面には、アプリケーションを示すアイコンが一列に配置されている。ユーザが、音符のアイコン６０を選択すると、楽曲の選択画面がＬＣＤ１２に表示される。図８は、楽曲の選択画面を示す。これらの処理は、システムソフトウェアによって実行される。システムソフトウェアは、アイコン６０が選択されると、メモリユニット１７０に記録されている楽曲データを特定する情報、ここでは楽曲名、アーティストなどの情報を読み出し、図８に示す楽曲リストの選択画面を生成する。なお図８において、実際の選択画面では、（Song Title）の欄には楽曲名、（Artist）の欄にはアーティスト名が表示されるが、ここでは具体名の表記を避け、それぞれ（Song Title）、（Artist）と表示欄のみを示している。楽曲選択画面において、ユーザは、十字キー２０および押しボタン３０を操作して、再生する楽曲を決定する。これにより、基本再生機能が起動する。

　基本再生機能は、第１再生部１５０により実現される。図５において、入力受付部１０２が、ユーザによる楽曲決定操作を受け付けると、選択部１５２が、再生決定された楽曲を再生処理部１５４に通知する。再生処理部１５４は、読出制御部１５６に楽曲データの読出を指示する。読出制御部１５６は、着脱可能なメモリユニット１７０からのデータの読み出しを制御する。なおメモリユニット１７０は、情報処理装置１００に対してリムーバブルなタイプのものに限らず、ハードディスクドライブのような内蔵タイプのものであってよい。

　再生処理部１５４は、読出制御部１５６を介して楽曲データを読み出すと、音声データの先頭から再生処理を開始する。楽曲データには、音声データと楽曲を特定する情報とが含まれており、再生処理部１５４は、音声データの再生を開始するとともに、再生情報取得部１８２に、再生する楽曲を特定する情報を提供する。再生情報取得部１８２に提供される情報は、楽曲名、アーティスト名、楽曲時間（総曲長）を少なくとも含む。また、楽曲のジャケット写真画像などが含まれてもよい。再生処理部１５４は、音声データの再生処理の開始前に、これらの情報を提供してもよく、また開始時に提供してもよい。再生処理部１５４は、再生処理の開始後は、再生中の楽曲に関する情報、たとえば楽曲を再生した時間（楽曲再生時間）を周期的に再生情報取得部１８２に提供する。再生処理部１５４は、音声データの圧縮形式に応じた復号処理を行って、音声信号を生成する。音声出力部１９０は、再生処理部１５４で再生された音声信号を出力する。音声出力部１９０は、スピーカ５２やイヤホンなどであってよく、またスピーカ５２やイヤホンなどに音声信号を供給するアンプなどであってもよい。

　図９は、再生画面の一例を示す。再生情報取得部１８２は、再生処理部１５４で再生する楽曲を特定する情報、および再生中の楽曲に関する情報を取得し、表示処理部１９２に提供する。表示処理部１９２は、再生情報取得部１８２から提供される情報を用いて、ＬＣＤ１２に表示するための表示画面を生成し、画面表示部１９４が、生成された表示画面をＬＣＤ１２に表示する。図９は、表示処理部１９２により生成された再生画面の一例を示している。

　表示処理部１９２は、再生画面を少なくとも２つの領域に分割する。この例では、再生画面の上方を第１領域６２、下方を第２領域６４と、２つに分割している。第１領域６２および第２領域６４は、境界線７８によって明示的に仕切られてもよいが、境界線７８は存在しなくてもよい。表示処理部１９２は、第１領域６２に、音声出力部１９０より出力される楽曲を特定する情報を配置する。第１領域６２を第２領域６４の上方に設けることで、ユーザが、音声出力中の楽曲を容易に認識できるようになる。また、第１領域６２に表示する情報を、第２領域６４に表示する情報よりも大きくすることで、ユーザは、音声出力中の楽曲を容易に認識できる。

　この例では、第１領域６２に、音声出力される楽曲を保持しているユーザを特定するユーザアイコン６６、ユーザ名６８、楽曲のジャケット写真などのサムネイル６７、楽曲名６９、アーティスト名７０、楽曲再生時間と楽曲時間（総曲長）の関係を示す時間情報７１が配置される。なお、これ以外の情報が配置されてもよい。

　表示処理部１９２は、第２領域６４に、音声出力部１９０より音声出力可能な楽曲を特定する情報を配置する。この例では、第２領域６４に、楽曲を保持しているユーザを特定するユーザアイコン７２、ユーザ名７９、楽曲名７３、アーティスト名７４、楽曲再生時間７５、楽曲時間７６および出力特定情報７７が配置される。出力特定情報７７は、第２領域６４に表示される楽曲のうち、現在音声出力中の楽曲を識別できるように表示する情報である。表示処理部１９２は、第１領域６２に配置する楽曲情報に対応する第２領域６４の楽曲情報に対して、音声出力中のストリームであることを示す出力特定情報７７を付加する。なお出力特定情報７７として、出力中の楽曲を特定するために付加される標識を例示しているが、標識の付加ではなく、たとえば楽曲情報の表示色を変更するなどして出力中の楽曲を識別可能にするものであってもよい。図９は、基本再生機能のみを実行しているときの再生画面であるため、音声出力可能な楽曲は、ユーザ自身が保持しているものしかない。したがって、第２領域６４には、第１領域６２に含まれる情報と同様の情報が表示されている。

　なお基本再生機能のみを実行しているとき、第２領域６４には自端末で再生中の楽曲が表示されるだけであるため、表示処理部１９２は、第２領域６４を設定しなくてもよい。一方、表示処理部１９２は、後述する付加再生機能を実行する場合、第２領域６４には自端末以外で再生中の楽曲を表示するため、再生画面を第１領域６２と第２領域６４とに分割するようにする。

　次に、図５を用いて、付加再生機能について説明する。付加再生機能は、第２再生部１４０により実現される。既述したように、付加再生機能は、ＷＬＡＮスイッチ５４がＯＮされることを条件として起動する。なお基本再生機能の起動前に、既にＷＬＡＮスイッチ５４がＯＮされている場合には、基本再生機能の起動と同時に、付加再生機能が起動する。

　ＷＬＡＮスイッチ５４がＯＮされると、通信部１１０の機能がアクティブ（オン状態）となり、情報処理装置１００ａが無線通信可能となる。まず通信制御部１１４は、周囲に存在するＷＬＡＮ端末装置を探索する。この探索処理は、周期的に実行される。通信制御部１１４が探索処理により他のＷＬＡＮ端末装置を検出し、また他のＷＬＡＮ端末装置の探索処理により情報処理装置１００ａが検出されると、情報処理装置１００ａと他のＷＬＡＮ端末装置との間でＩＢＳＳが形成される。ＩＢＳＳが形成されると、そのＩＢＳＳに所属する端末装置（情報処理装置１００ａを含む）は、自端末装置で再生中の楽曲を特定する情報および再生中の楽曲に関する情報を周期的にブロードキャスト送信する。情報処理装置１００ａでは、送信部１１６が、再生情報取得部１８２から、再生処理部１５４で再生中の楽曲を特定する情報および再生中の楽曲に関する情報を取得し、ＩＢＳＳ内に周期的にブロードキャスト送信する。

　受信部１１８は、無線インタフェース１１２を介して、他のＷＬＡＮ端末装置からブロードキャスト送信された情報を受信し、コンテンツ情報取得部１８４に供給する。コンテンツ情報取得部１８４は、他のＷＬＡＮ端末装置で再生中の楽曲を特定する情報および再生中の楽曲に関する情報を取得し、表示処理部１９２に提供する。表示処理部１９２は、コンテンツ情報取得部１８４から提供される情報、および再生情報取得部１８２から提供される情報を用いて、ＬＣＤ１２に表示するための表示画面を生成し、画面表示部１９４が、生成された表示画面をＬＣＤ１２に表示する。

　図１０は、付加再生機能実行時の再生画面の一例を示す。図１０に示す再生画面は、図９の再生画面から３秒経過した時点の状況を示しており、第１領域６２の時間情報７１において、楽曲再生時間が１：００から３秒後の１：０３に更新されている。既述したように、再生処理部１５４で再生される楽曲の再生時間は周期的に再生情報取得部１８２に提供されており、したがって表示処理部１９２は、再生処理部１５４で再生中の楽曲の再生時間を再生画面に表示できる。

　表示処理部１９２は、第２領域６４に、音声出力部１９０より音声出力可能な楽曲を特定する情報を配置する。具体的に表示処理部１９２は、再生情報取得部１８２で取得した情報およびコンテンツ情報取得部１８４で取得した情報を、リストにして第２領域６４に配置する。図９と比較すると、図１０に示す再生画面は、自分以外の他のユーザ（Mike, Tom）の楽曲を特定する情報が表示されている点で相違している。このように、音声出力可能な楽曲を特定する情報をＬＣＤ１２に表示することで、ユーザは、音声出力する楽曲の選択機会を得ることができ、新たな音楽に出会う環境を提供される。なお図１０に示す再生画面では、ユーザは、情報処理装置１００で保持している楽曲を引き続き聴いているため、出力特定情報７７は、ユーザ自身が保持している楽曲に対して付加されている。

　表示処理部１９２は、第２領域６４において、再生情報取得部１８２で取得した情報を所定位置に配置し、コンテンツ情報取得部１８４で取得した情報を、それ以外の位置に配置する。すなわち、表示処理部１９２は、自端末で再生している楽曲を特定する情報を、第２領域６４の所定位置に配置する。自端末の楽曲情報の表示位置を固定することで、ユーザは、第２領域６４において、自端末で再生中の楽曲を容易に探し出すことができるようになる。表示処理部１９２は、第２領域６４において、再生情報取得部１８２で取得した情報を最上位に配置し、コンテンツ情報取得部１８４で取得した情報を、その下方に配置してもよい。情報処理装置１００ａの周囲のＷＬＡＮ端末装置の数が増え、コンテンツ情報取得部１８４が取得する楽曲情報の数が多くなると、ＬＣＤ１２において第２領域６４を全て表示しきれないために、図１０に示すようにスクロールバー８０が設定される。このような場合であっても、自端末で再生している楽曲を特定する情報を第２領域６４の最上位に配置することで、その情報はスクロールバー８０が一番上にある状態で、必ずＬＣＤ１２に表示されることになる。これによりユーザは、容易に自端末で再生中の楽曲を認識できるようになる。

　第２領域６４において、複数の楽曲に関する情報がリスト表示されると、ユーザは、十字キー２０および押しボタン３０を操作して、音声出力させる楽曲を選択できる。以下、図５を参照して、この処理について説明する。

　入力受付部１０２が、ユーザによる楽曲選択操作を受け付けると、通信制御部１１４が、その楽曲を再生中のＷＬＡＮ端末装置に対して接続（コネクション）を設定し、送信要求生成部１７２が、その楽曲を再生中のＷＬＡＮ端末装置に対して、音声データの送信要求を生成する。送信要求生成部１７２は、状況に応じて、少なくとも以下の３種類の送信要求（ＴＲ＿ＲＥＱ）を生成する機能をもつ。以下、各送信要求について説明する。

（１）ＴＲ＿ＲＥＱ１
　ホストにおける現在の再生位置からの音声データの送信を要求するパケット。
　図１０に示す再生画面において、ユーザが、他端末で再生中の楽曲を選択すると、送信要求生成部１７２がＴＲ＿ＲＥＱ１を生成する。
（２）ＴＲ＿ＲＥＱ２
　ホストが前回送信した（クライアントが前回受信した）音声データに続く音声データの送信を要求するパケット。
　ホストから送信された音声データはバッファに蓄積され、再生されていくが、バッファ量が少なくなると、送信要求生成部１７２がＴＲ＿ＲＥＱ２を生成する。
（３）ＴＲ＿ＲＥＱ３
　ホストが再生中の楽曲の次に再生する楽曲の先頭からの音声データの送信を要求するパケット。
　ＴＲ＿ＲＥＱ１またはＴＲ＿ＲＥＱ２に応答してホストから送信される音声データに、その楽曲の最後が含まれている場合に、送信要求生成部１７２がＴＲ＿ＲＥＱ３を生成する。

　送信要求パケットの所定のフィールドには、送信要求の種類を特定するための情報（タイプ情報）が含まれている。また各送信要求パケットの所定のフィールドには、配信を希望するストリームのバイトサイズが含まれる。このバイトサイズは、ホストから送信されるデータのサイズを指定する情報である。

　入力受付部１０２がユーザによる楽曲選択操作を受け付けた場合、送信要求生成部１７２は、その楽曲を再生中のＷＬＡＮ端末装置に対して送信要求（ＴＲ＿ＲＥＱ１）を生成する。送信部１１６は、ＴＲ＿ＲＥＱ１を無線インタフェース１１２を介してＷＬＡＮ端末装置に送信する。ここで、ユーザは、図１０に示す"Mike"のユーザアイコン７２ａを選択したとすると、送信部１１６は、ユーザ「Mike」のＷＬＡＮ端末装置（情報処理装置１００ｂ、図６）に、ＴＲ＿ＲＥＱ１を送信する。

　図６を参照して、ホストとなる情報処理装置１００ｂの動作について説明する。ホストとして動作するために、情報処理装置１００ｂは、基本再生機能を実行していることが前提となる。情報処理装置１００ｂの再生処理部２５４、読出制御部２５６は、クライアントである情報処理装置１００ａにおいて基本再生機能を担当する再生処理部１５４、読出制御部１５６にそれぞれ対応する。

　読出制御部２５６は、メモリユニット２７０からのデータの読み出しを制御する。再生処理部２５４は、たとえば楽曲の再生順序をさだめたプレイリストなどにしたがって読出制御部２５６に楽曲データの読出を指示する。再生処理部２５４は、読出制御部２５６を介して楽曲ファイルの先頭から音声データを読み出し、再生処理を開始する。音声出力部２９０は、再生処理部２５４で再生された音声信号を出力してよい。再生処理部２５４は、音声データの再生を開始するとともに、管理部２４０に、再生する楽曲を特定する情報を提供する。管理部２４０に提供される情報は、楽曲名、アーティスト名、楽曲時間を少なくとも含む。また、楽曲のジャケット写真画像などが含まれてもよい。再生処理部２５４は、音声データの再生処理の開始前に、これらの情報を提供してもよく、また開始時に提供してもよい。再生処理部２５４は、再生処理の開始後は、再生中の楽曲に関する情報、たとえば楽曲を再生した時間（楽曲再生時間）を周期的に管理部２４０に提供する。再生処理部２５４は、音声データの圧縮形式に応じた復号処理を行って、音声信号を生成する。管理部２４０は、再生処理部２５４から提供される情報から、現在再生中の楽曲を特定し、また再生中の楽曲の再生時間を特定する。

　なお、情報処理装置１００ｂは、再生処理部２５４で再生中の楽曲を特定する情報および再生中の楽曲に関する情報を、ＩＢＳＳ内に周期的にブロードキャスト送信する。図５においては、再生情報取得部１８２が再生中の楽曲情報を取得して、送信部１１６がブロードキャスト送信しているが、情報処理装置１００ｂでは、管理部２４０が、再生情報取得部１８２のように動作する。

　クライアントである情報処理装置１００ａが送信要求（ＴＲ＿ＲＥＱ１）を送信すると、ホストである情報処理装置１００ｂにおいて、受信部２１８が、無線インタフェース２１２を介して送信要求（ＴＲ＿ＲＥＱ１）を受信し、送信要求取得部２３０に供給する。送信要求取得部２３０が、取得した送信要求（ＴＲ＿ＲＥＱ１）を管理部２４０に提供すると、管理部２４０は、所定のフィールドに含まれるタイプ情報から、送信要求の種類を特定する。また管理部２４０は、送信要求の所定のフィールドに含まれるバイトサイズを、配信するストリームのバイトサイズ（配信バイトサイズ）として決定する。

　管理部２４０は、送信要求がＴＲ＿ＲＥＱ１であることを特定すると、クライアントである情報処理装置１００ａが、再生処理部２５４における現在の再生位置からの音声データの送信を要求していることを認識する。管理部２４０は、再生処理部２５４から周期的に提供される楽曲再生時間より、楽曲データにおける現在の再生位置を特定し、楽曲データを特定する情報とともに、送信データ生成部２６０に提供する。現在の再生位置は、楽曲先頭からのオフセット情報として特定されてよい。また管理部２４０は、決定した配信バイトサイズを送信データ生成部２６０に提供する。管理部２４０は、クライアントである情報処理装置１００ａの識別情報に対応付けて、配信する音声データを特定する情報と、配信音声データの先頭の楽曲先頭からのオフセット情報、配信音声データの末尾の楽曲先頭からのオフセット情報、配信先頭データのフレーム番号などをメモリユニット２７０などの記憶部に記録し、管理する。以後、この記録する情報を「管理情報」と呼ぶ。この管理情報は、次に送信要求が送られてきたときに、送信するデータ範囲を決定するために利用される。

　送信データ生成部２６０は、管理部２４０より提供される音声データの特定情報、現在の再生位置、配信バイトサイズを受け取ると、読出制御部２５６に楽曲データの読出を指示する。なお送信データ生成部２６０は、管理部２４０より音声データの特定情報、配信音声データの先頭の楽曲先頭からのオフセット情報、配信音声データの末尾の楽曲先頭からのオフセット情報を提供されて、読出制御部２５６に楽曲データの読出を指示してもよい。送信データ生成部２６０は、読出制御部２５６を介して、再生処理部２５４で再生中の楽曲データを、現在の再生位置から配信バイトサイズ分だけ読み出し、情報処理装置１００ａに送信するための送信データを生成する。

　なお送信データ生成部２６０は、管理部２４０から管理情報を提供されて、送信データのヘッダに、管理情報を含めてもよい。ヘッダには、クライアントである情報処理装置１００ａの再生画面に表示される楽曲名、アーティスト名、楽曲時間、楽曲のジャケット写真画像などが含まれる。また送信データ生成部２６０は、ヘッダに、送信する音声データに楽曲ファイルの最後（終端）のデータが含まれているか否かを示すＥＯＦ（End Of File）フラグを設定する。ＥＯＦフラグ値が０であれば、楽曲の終端は含まれておらず、ＥＯＦフラグ値が１であれば、楽曲の終端が含まれていることを示す。送信部２１６は、生成された送信データを無線インタフェース２１２を介して情報処理装置１００ａに送信する。

　図５を参照して、クライアントである情報処理装置１００ａにおいて、受信部１１８が、無線インタフェース１１２を介して、情報処理装置１００ｂから送信された送信データを受信し、音声データ取得部１４４に供給する。音声データ取得部１４４は、取得した音声データを、リングバッファなどのバッファ（図示せず）に蓄積する。再生処理部１４６は、バッファに蓄積された音声データの再生を開始するとともに、再生画面の表示に必要な情報をコンテンツ情報取得部１８４に提供する。コンテンツ情報取得部１８４に提供される情報は、楽曲名、アーティスト名、楽曲時間、楽曲のジャケット写真画像などが含まれてよい。再生処理部１４６は、音声データの再生処理の開始前に、これらの情報を提供してもよく、また開始時に提供してもよい。再生処理部１４６は、再生処理の開始後は、再生中の楽曲に関する情報、たとえば楽曲を再生した時間（楽曲再生時間）を周期的にコンテンツ情報取得部１８４に提供する。再生処理部１４６は、音声データの圧縮形式に応じた復号処理を行って、音声信号を生成する。このようにして、第２再生部１４０における付加再生機能が実行される。なお、このとき、第１再生部１５０における基本再生機能は、停止されることなく、継続して実行されている。

　音声出力部１９０は、第１再生部１５０における再生処理部１５４または第２再生部１４０における再生処理部１４６のいずれかで再生された音声信号を選択して出力する機能をもつ。いずれを選択するかは、原則としてユーザの操作により決定される。具体的には、図１０などに示す再生画面の第２領域６４において、ユーザが、十字キー２０および押しボタン３０を操作して、音声出力させる楽曲を選択すると、音声出力部１９０は、その楽曲の音声信号を出力する。

　図１１は、再生画面の一例を示す。ここでは、図１０に示す再生画面において、ユーザが"Mike"のユーザアイコン７２ａを選択し、情報処理装置１００ａが、"Mike"の情報処理装置１００ｂから音声データを取得して、音声出力している状態を示す。表示処理部１９２は、第１領域６２に、音声出力される楽曲を保持しているユーザを特定するユーザアイコン６６、ユーザ名６８、楽曲のジャケット写真などのサムネイル６７、楽曲名６９、アーティスト名７０、楽曲再生時間と楽曲時間の関係を示す時間情報７１を配置する。

　また表示処理部１９２は、第２領域６４に、音声出力部１９０より音声出力可能な楽曲を特定する情報を配置する。現在、"Mike"が保持している楽曲が音声出力中であるため、"Mike"端末で再生している楽曲を特定する情報に、出力特定情報７７が付加されている。なお、出力特定情報７７は、第２領域６４に付加されるチェック標識として示されているが、たとえば、楽曲情報の色を他と変えたりすることで、音声出力中であることをユーザが認識できるようにしてもよい。既述したように、スクロールバー８０が一番上にある状態で、第２領域６４の最上位に、自端末で再生している楽曲を特定する情報が配置されることに変わりはない。

　第２再生部１４０において、再生処理部１４６は、再生処理を行いながら、バッファに保持されている音声データ量（以下、バッファ量とよぶ）を監視し、バッファ量が所定量より少なくなると、送信要求生成部１７２に通知する。送信要求生成部１７２は、この通知を受けると、情報処理装置１００ｂに対して送信要求（ＴＲ＿ＲＥＱ２）を生成する。既述したように、ＴＲ＿ＲＥＱ２は、ホストが前回送信した（クライアントが前回受信した）音声データに続く音声データの送信を要求するパケットである。送信部１１６は、ＴＲ＿ＲＥＱ２を無線インタフェース１１２を介して情報処理装置１００ｂに送信する。

　図６を参照して、ホストである情報処理装置１００ｂにおいて、受信部２１８が、無線インタフェース２１２を介して送信要求（ＴＲ＿ＲＥＱ２）を受信し、送信要求取得部２３０に供給する。送信要求取得部２３０が、取得した送信要求（ＴＲ＿ＲＥＱ２）を管理部２４０に提供すると、管理部２４０は、所定のフィールドに含まれるタイプ情報から、送信要求の種類を特定する。また管理部２４０は、送信要求の所定のフィールドに含まれるバイトサイズを、配信するストリームのバイトサイズ（配信バイトサイズ）として決定する。

　管理部２４０は、送信要求がＴＲ＿ＲＥＱ２であることを特定すると、クライアントである情報処理装置１００ａが、前回送信した音声データに続く音声データの送信を要求していることを認識する。管理部２４０は、記憶部に記録した管理情報を参照し、配信する音声データを特定する情報と、配信音声データの先頭の楽曲先頭からのオフセット情報、配信音声データの末尾の楽曲先頭からのオフセット情報、配信先頭データのフレーム番号などを取得する。管理部２４０は、前回配信した音声データの末尾に関する情報から、今回配信する音声データの先頭の楽曲先頭からのオフセット情報を生成する。楽曲先頭からのオフセット情報は、音声データを特定する情報とともに、送信データ生成部２６０に提供される。また管理部２４０は、決定した配信バイトサイズを送信データ生成部２６０に提供する。管理部２４０は、クライアントである情報処理装置１００ａの識別情報に対応付けて、配信する音声データを特定する情報と、配信音声データの先頭の楽曲先頭からのオフセット情報、配信音声データの末尾の楽曲先頭からのオフセット情報、配信先頭データのフレーム番号などをメモリユニット２７０などの記憶部に記録し、管理情報を更新する。

　送信データ生成部２６０は、管理部２４０より提供される音声データの特定情報、配信する音声データの先頭フレームに関する情報、配信バイトサイズを受け取ると、読出制御部２５６に楽曲データの読出を指示する。送信データ生成部２６０は、読出制御部２５６を介して、再生処理部２５４で再生中の楽曲データを、楽曲先頭からのオフセット情報で特定される音声データから配信バイトサイズ分だけ読み出し、情報処理装置１００ａに送信する送信データを生成する。なお送信データ生成部２６０は、管理部２４０から管理情報を提供されて、送信データのヘッダに、情報処理装置１００ａにおける再生画面の生成に必要な管理情報を含めてもよい。送信部２１６は、生成された送信データを無線インタフェース２１２を介して情報処理装置１００ａに送信する。

　図５を参照して、クライアントである情報処理装置１００ａにおいて、受信部１１８が、無線インタフェース１１２を介して、情報処理装置１００ｂから送信された送信データを受信し、音声データ取得部１４４に供給する。音声データ取得部１４４は、取得した音声データを、リングバッファなどのバッファ（図示せず）に蓄積する。再生処理部１４６は、バッファに蓄積された音声データの再生を継続して実行する。

　音声データ取得部１４４は、音声データをバッファに蓄積する際、送信データのヘッダに含まれるＥＯＦフラグの値を検出する。ＥＯＦフラグ値が０であれば、取得した音声データに楽曲の最後のデータが含まれていないことを判定する。再生処理部１４６は、再生処理を行いながら、バッファ量を監視し、バッファ量が所定量より少なくなると、送信要求生成部１７２に通知する。送信要求生成部１７２は、この通知を受けると、情報処理装置１００ｂに対して送信要求（ＴＲ＿ＲＥＱ２）を生成する。この一連の処理は、ＥＯＦフラグ値が１になるか、またはユーザ指示により再生処理が終了され、または再生する楽曲が変更されるまで続けられる。

　以上のようにして、情報処理装置１００ａは、情報処理装置１００ｂで再生されている楽曲を、同期再生することができる。情報処理装置１００ａには、自端末で保持する楽曲を再生する系統と、他端末で再生中の楽曲を再生する系統が独立して存在するため、ストリーム同期再生システム１において、ホストまたはクライアントとして振る舞うだけでなく、同時にホストおよびクライアントとして振る舞うこともできる。

　なお既述したように、付加再生機能は、基本再生機能が実行されていることを条件として起動する。たとえば基本再生機能が実行されていなければ、コンテンツ情報取得部１８４が情報を取得することができず、または音声データ取得部１４４が音声データを取得することができない。コンテンツ情報取得部１８４および音声データ取得部１４４は、基本再生機能が実行されていることを条件として起動される。

　図１２は、情報処理装置１００の音声出力状況の例を示す。基本再生機能を実行することで、情報処理装置１００ａは、ＳｏｎｇＡ１、ＳｏｎｇＡ２を連続して再生し、情報処理装置１００ｂは、ＳｏｎｇＢ１、ＳｏｎｇＢ２を連続して再生し、情報処理装置１００ｅは、ＳｏｎｇＥを再生する。時間Ｔ１で、情報処理装置１００ａは、情報処理装置１００ｂに接続し、情報処理装置１００ｂにおける再生位置からＳｏｎｇＢ１の楽曲データを受信する。これにより、情報処理装置１００ｂは、情報処理装置１００ａに対するホストとして振る舞い、情報処理装置１００ａはクライアントとして振る舞う。情報処理装置１００ａの音声出力は、時間Ｔ１で、ＳｏｎｇＡ１からＳｏｎｇＢ１に切り替えられる。

　時間Ｔ２で、情報処理装置１００ｂは、情報処理装置１００ｅに接続し、情報処理装置１００ｅにおける再生位置からＳｏｎｇＥの楽曲データを受信する。これにより、情報処理装置１００ｅは、情報処理装置１００ｂに対するホストとして振る舞い、情報処理装置１００ｂはクライアントとして振る舞う。この例では、情報処理装置１００ｂが、時間Ｔ２以降、ホストおよびクライアントとして振る舞うことになる。情報処理装置１００ｂの音声出力は、時間Ｔ２で、ＳｏｎｇＢ１からＳｏｎｇＥに切り替えられる。

　なお、基本再生機能を停止しないことで、たとえば情報処理装置１００ａは、音声出力をＳｏｎｇＢ１からＳｏｎｇＡ１に瞬時に切り替えることができる。たとえば、ユーザがＳｏｎｇＢ１を気に入らない場合、ＳｏｎｇＡ１の再生処理は継続しているため、音声出力部１９０は、時間遅延なく、ＳｏｎｇＡ１を音声出力することが可能である。ユーザは、再生画面において、第２領域６４に表示されているＳｏｎｇＡ１の楽曲情報を選択することで、音声出力を切り替えられる。

　なお、図１２に示す音声出力状況において、情報処理装置１００ｂは、時間Ｔ３でＳｏｎｇＢ１の再生処理を終了し、次のＳｏｎｇＢ２の再生処理を開始している。再生する楽曲の順番は、たとえばプレイリストなどにより定められている。なお、ランダム再生モードのように、ユーザが次に再生される楽曲を知らないこともあるが、情報処理装置１００ｂの再生処理部２５４は、所定のアルゴリズムにより、ＳｏｎｇＢ１の次に再生する楽曲を決定している。

　図６を参照して、ホストである情報処理装置１００ｂにおいて、送信データ生成部２６０は、再生処理部２５４で再生中の楽曲データを、楽曲先頭からのオフセット情報で特定される音声データから配信バイトサイズ分を最大限として読み出し、情報処理装置１００ａに送信する送信データを生成する。このとき、楽曲ファイルの終端が含まれていれば、送信データ生成部２６０は、送信データ中のＥＯＦ（End Of File）フラグを１に設定する。なお、楽曲ファイルの終端が含まれる場合、読み出す音声データは、通常配信バイトサイズ分よりも少なくなる。送信部２１６は、生成された送信データを無線インタフェース２１２を介して情報処理装置１００ａに送信する。

　図５を参照して、クライアントである情報処理装置１００ａにおいて、受信部１１８が、無線インタフェース１１２を介して、情報処理装置１００ｂから送信された送信データを受信し、音声データ取得部１４４に供給する。音声データ取得部１４４は、取得した音声データを、リングバッファなどのバッファ（図示せず）に蓄積する。再生処理部１４６は、バッファに蓄積された音声データの再生を継続して実行する。

　音声データ取得部１４４は、音声データをバッファに蓄積する際、送信データのヘッダに含まれるＥＯＦフラグの値を検出する。この場合、ＥＯＦフラグ値が１であるため、バッファに蓄積する音声データで、再生中の楽曲が終了することを判定する。音声データ取得部１４４は、送信要求生成部１７２に、判定結果を通知する。

　送信要求生成部１７２は、判定結果を受けると、情報処理装置１００ｂに対して送信要求（ＴＲ＿ＲＥＱ３）を生成する。既述したように、ＴＲ＿ＲＥＱ３は、ホストが再生中の楽曲の次に再生する予定の楽曲の先頭からの音声データの送信を要求するパケットである。送信部１１６は、ＴＲ＿ＲＥＱ３を無線インタフェース１１２を介して情報処理装置１００ｂに送信する。

　図６を参照して、ホストである情報処理装置１００ｂにおいて、受信部２１８が、無線インタフェース２１２を介して送信要求（ＴＲ＿ＲＥＱ３）を受信し、送信要求取得部２３０に供給する。送信要求取得部２３０が、取得した送信要求（ＴＲ＿ＲＥＱ３）を管理部２４０に提供すると、管理部２４０は、所定のフィールドに含まれるタイプ情報から、送信要求の種類を特定する。管理部２４０は、送信要求がＴＲ＿ＲＥＱ３であることを特定すると、クライアントである情報処理装置１００ａが、情報処理装置１００ｂにおいて次に再生する予定の楽曲の音声データの送信を要求していることを認識する。管理部２４０は、再生処理部２５４に対して、次に再生する楽曲を特定する情報を要求する。

　管理部２４０は、再生処理部２５４から次に再生する楽曲の特定情報を取得する。また管理部２４０は、送信要求の所定のフィールドに含まれるバイトサイズを、配信するストリームのバイトサイズ（配信バイトサイズ）として決定する。管理部２４０は、次に再生する楽曲を特定する情報と、決定した配信バイトサイズを送信データ生成部２６０に提供する。送信データ生成部２６０は、管理部２４０より提供される音声データの特定情報、配信バイトサイズを受け取ると、読出制御部２５６に対して、ファイル先頭から楽曲データの読出を指示する。送信データ生成部２６０は、読出制御部２５６を介して、再生処理部２５４で再生予定の楽曲データを、ファイル先頭位置から配信バイトサイズ分だけ読み出し、情報処理装置１００ａに送信する送信データを生成する。

　図１３は、再生画面を生成するフローチャートである。図１３に示すフローチャートにおいては、各部の処理手順を、ステップを意味するＳ（Ｓｔｅｐの頭文字）と数字との組み合わせによって表示する。また、Ｓと数字との組み合わせによって表示した処理で何らかの判断処理が実行され、その判断結果が肯定的であった場合は、Ｙ（Ｙｅｓの頭文字）を付加して、例えば、（Ｓ１０のＹ）と表示し、逆にその判断結果が否定的であった場合は、Ｎ（Ｎｏの頭文字）を付加して、（Ｓ１０のＮ）と表示する。なお、フローチャートにおける表示の意味は、他の図面に示すフローチャートでも同じである。

　ユーザが、メニュー画面（図７参照）において音符のアイコン６０を選択すると、楽曲の選択画面（図８参照）がＬＣＤ１２に表示される。ユーザは、選択画面から、再生する楽曲を選択する（Ｓ１０）。図５を参照して、入力受付部１０２が、ユーザによる楽曲決定操作を受け付けると、選択部１５２が、再生決定された楽曲を再生処理部１５４に通知する。再生処理部１５４は、読出制御部１５６を介して楽曲データを読み出すと、再生情報取得部１８２に、再生する楽曲を特定する情報を提供し、再生情報取得部１８２は、その情報を表示処理部１９２に供給する。表示処理部１９２は、再生情報取得部１８２から供給される情報を用いて、ＬＣＤ１２に表示するための再生画面（図９参照）を生成する（Ｓ１２）。再生処理部１５４は、楽曲ファイルの先頭データから再生処理を実行する（Ｓ１４）。

　再生処理の実行中、ＷＬＡＮスイッチ５４がＯＦＦである場合（Ｓ１６のＮ）、付加再生機能は実行されない。ユーザからの指示により再生処理を終了する場合（Ｓ２４のＹ）、表示画面はメニュー画面に戻される（Ｓ２６）。一方、再生処理を終了しない場合には（Ｓ２４のＮ）、ＷＬＡＮスイッチ５４がＯＮされるのを待機する。

　ＷＬＡＮスイッチ５４がＯＮである場合（Ｓ１６のＹ）、情報処理装置１００は、周辺のＷＬＡＮ端末装置からブロードキャストされる信号を監視する（Ｓ１８）。コンテンツ情報取得部１８４が、周辺のＷＬＡＮ端末装置から、再生中の楽曲を特定する情報を取得すると（Ｓ１８のＹ）、表示処理部１９２が、コンテンツ情報取得部１８４から提供される情報、および再生情報取得部１８２から提供される情報を用いて、ＬＣＤ１２に表示するための再生画面（図１０参照）を更新する（Ｓ２２）。

　一方、コンテンツ情報取得部１８４が、周辺のＷＬＡＮ端末装置から、再生中の楽曲を特定する情報を取得しない場合（Ｓ１８のＮ）、音声出力部１９０は、ユーザから音声出力の切替指示の有無を監視する（Ｓ２０）。音声出力の切替指示がある場合（Ｓ２０のＹ）、表示処理部１９２は、再生画面（図１１参照）を更新する（Ｓ２２）。音声出力の切替指示がなければ（Ｓ２０のＮ）、Ｓ２４のステップに進む。なお、再生時間が進んでいれば、再生時間の更新は行われる。

　本実施例において、Ｓ２０で音声出力の切替指示があった場合に、表示処理部１９２が、図１１に示す再生画面を生成する例を示した。その後、Ｓ２４の判定ステップでＳ１６に戻る場合、Ｓ１８で、コンテンツ情報取得部１８４が、新たなＷＬＡＮ端末装置から、再生中の楽曲を特定する情報を取得することがある。このとき、表示処理部１９２は、新たに取得した情報を、第２領域６４における所定位置に配置することが好ましい。なお、第２領域６４において自端末の楽曲情報の表示位置は固定されており、新たに取得した楽曲情報は、自端末の楽曲情報の表示位置とは異なる所定位置に配置される。新たに取得した楽曲情報の表示位置を固定することで、ユーザは、新たに取得した端末装置の楽曲情報を容易に確認できるようになる。

　図１４は、再生画面の一例を示す。図１４に示す再生画面は、図１１の再生画面から５秒経過した時点の状況を示しており、第２領域６４において、自端末の楽曲情報の直下に新たに取得された"John"をユーザ名７９ｂとする楽曲情報が配置されている。なお、それ以前に表示されていた楽曲情報は、下方にずれて表示される。これにより、新しく取得された楽曲情報から順に、自端末楽曲情報の下方にリスト表示される。新たに発見されたＷＬＡＮ端末装置の楽曲情報を、自端末の楽曲情報の直下に配置することで、スクロールバー８０が一番上にあれば、スクロールバー８０を操作しなくても、新たなＷＬＡＮ端末装置で再生している楽曲情報をＬＣＤ１２上に表示でき、ユーザに、音声出力可能な新たな楽曲情報の存在を知らせることが可能となる。

　図１５は、クライアントからホストに送信要求を送信するフローチャートである。ユーザが再生画面（図１０参照）から、他のＷＬＡＮ端末装置で再生中の楽曲を選択する（Ｓ４０）。入力受付部１０２が、ユーザによる楽曲選択操作を受け付けると、通信制御部１１４が、その楽曲を再生中のＷＬＡＮ端末装置に対して接続（コネクション）を設定する。送信要求生成部１７２が、そのＷＬＡＮ端末装置に対して音声データの送信要求（ＴＲ＿ＲＥＱ１）を生成し、送信部１１６が送信する（Ｓ４２）。

　音声データ取得部１４４は、ＷＬＡＮ端末装置から音声データを取得してリングバッファなどのバッファに蓄積する（Ｓ４６）。このとき音声データ取得部１４４は、送信データのヘッダに含まれるＥＯＦフラグの値を検出する（Ｓ４８）。ＥＯＦフラグの値が０のとき（Ｓ４８のＹ）、音声データ取得部１４４は、バッファに蓄積する音声データに楽曲の終端が含まれていないことを認識する。再生処理部１４６は、バッファから音声データを読み出して再生処理を実行する（Ｓ５２）。再生処理部１４６はバッファ量を監視し（Ｓ５４）、バッファ量が所定量Ｔｈ以上であれば（Ｓ５４のＮ）、ユーザから再生処理の終了を指示されない限り（Ｓ５８のＮ）、再生処理を継続し（Ｓ５２）、バッファ量を監視する（Ｓ５４）。一方、バッファ量が所定量Ｔｈより少なくなると（Ｓ５４のＹ）、送信要求生成部１７２が、音声データの送信要求（ＴＲ＿ＲＥＱ２）を生成し、送信部１１６が送信する（Ｓ５６）。

　なお、Ｓ４８において、ＥＯＦフラグ値が１のとき（Ｓ４８のＮ）、音声データ取得部１４４は、バッファに蓄積する音声データに楽曲の終端が含まれていることを認識する。このとき送信要求生成部１７２が、音声データの送信要求（ＴＲ＿ＲＥＱ３）を生成し、送信部１１６が送信する（Ｓ５０）。なお、送信要求生成部１７２が送信要求（ＴＲ＿ＲＥＱ３）を生成するタイミングは、楽曲の終端が含まれていることを認識後、Ｓ５４においてバッファ量が所定量Ｔｈより少なくなったときであってよい。本フローは、ユーザから再生処理の終了を指示されると（Ｓ５８のＹ）、終了する。

　なお、以上のコンテンツストリーム再生処理は、ユーザが、他のＷＬＡＮ端末装置を選択することを契機として実行されている。以下では、情報処理装置１００が、他のＷＬＡＮ端末装置に自動接続して、他のＷＬＡＮ端末装置で再生中の音声データを取得する例を説明する。

　入力受付部１０２が、ユーザから所定の操作入力を受け付けると、接続モード設定部１０４が、他のＷＬＡＮ端末装置に自動接続するモードを設定する。設定された自動接続モードは通信制御部１１４に通知される。通信制御部１１４は、通知を受けると、周辺に存在する接続可能なＷＬＡＮ端末装置を周期的に探索する。通信制御部１１４は、ＷＬＡＮ端末装置を見つけると、そのＷＬＡＮ端末とＩＢＳＳを形成する。

　自動接続モードにおいて、通信制御部１１４は、ＷＬＡＮ端末に対して接続（コネクション）を設定する。送信要求生成部１７２は、送信要求（ＴＲ＿ＲＥＱ１）を自動生成し、送信部１１６は、接続するＷＬＡＮ端末装置に送信要求を送信する。その後の処理は、上記したとおりであるが、音声出力部１９０は、再生処理部１４６で再生した音声信号を出力する。これにより、自動接続モードにおいては、周辺にＷＬＡＮ端末装置が存在していれば、そのＷＬＡＮ端末装置で再生している楽曲が音声出力部１９０から優先的に出力されることになる。なお、音声出力可能な楽曲情報が複数存在する場合には、たとえばユーザの嗜好に応じて再生順序が決定されてもよく、また検出した順に再生順序が決定されてもよい。

　なお自動接続モードにおいて、ユーザは再生モードを設定することができる。再生モードとして、所定時間（たとえば）３０秒だけ再生するモード、楽曲の最後まで再生するモードなどが用意されてもよい。入力受付部１０２が、ユーザから再生モードの選択指示を受け付けると、再生モード設定部１４２が、音声データ取得部１４４または再生処理部１４６に再生モードを設定する。設定された再生モードに応じて、音声データ取得部１４４は、ＷＬＡＮ端末装置から音声データを取得し、または再生処理部１４６が、音声データを再生処理する。３０秒の再生モードが選択された場合、音声データ取得部１４４は、送信要求生成部１７２に対して、３０秒分の音声データを要求する送信要求を生成させる。これにより、ユーザの好みに応じた再生処理が実現される。

　以上、本発明を実施例をもとに説明した。この実施例は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。

　情報処理装置１００は、再生中の楽曲を特定する情報、および再生中の楽曲に関する情報を周期的、たとえば５秒ごとにブロードキャスト送信してもよい。これにより、クライアントは、再生画面を周期的に更新することができる。なお、ホストが再生する楽曲を変更した場合には、すぐに新しい情報をブロードキャスト送信することが好ましい。

　また、ホストがコンテンツストリームを配信するクライアント数は、所定数に制限されることが好ましい。本実施例のクライアントである情報処理装置１００は、バッファ量が所定量Ｔｈよりも少なくなると送信要求を送信して、ホストの再生と同期をとるようにしている。そのため、クライアント数に制限を設けなければ、ホスト側からのストリーム配信処理が間に合わず、同期維持が困難となる可能性がある。そこで、クライアント数を制限することで、確実に同期をとれるようにすることが好ましい。

　また、ストリーム同期再生システム１において、情報処理装置１００は、他の情報処理装置１００からの音声信号を出力中、自端末で再生する音声信号に瞬時に切り替えることができる。このとき、他の情報処理装置１００からの音声データの再生処理は、音声信号の切替タイミングで終了してもよい。また、その楽曲の最後で再生処理を終了してもよい。送信要求生成部１７２は、たとえば無線ネットワークのトラフィックに応じて、送信要求の生成の是非を判断してもよい。具体的に、ネットワークが混み合っているときには、音声信号の切替タイミングで送信要求の生成を終了してもよく、空いているときには、楽曲の最後まで音声データの送信要求を生成し続けてもよい。

　またユーザは、他の情報処理装置１００からの音声データを再生している際に、別の情報処理装置１００の楽曲情報を選択することも可能である。この場合、以前の情報処理装置１００との間の接続は破棄し、新たな情報処理装置１００との間で接続を形成することになる。

　また情報処理装置１００は、コンテンツ情報取得部１８４で取得した楽曲情報を、履歴として保存し、表示する機能を有してもよい。表示の際には、実際に聴いた楽曲と、聴いてない楽曲とを区別した履歴を生成してもよい。区別の方法としては、たとえば色分けや、表示順の設定などが考えられる。ユーザが履歴に含まれる楽曲情報を選択すると、直接オンラインショップで楽曲を購入できるようにすることで、ユーザおよびショップに有益なストリーム同期再生システム１が実現される。

　またホストが音楽ショップなどに設置される端末装置である場合、最後まで楽曲を聴いた場合には、クーポンなどの特典がユーザに付与されるような仕組みが構築されてもよい。

１・・・ストリーム同期再生システム、１２・・・ＬＣＤ、５２・・・スピーカ、５４・・・ＷＬＡＮスイッチ、１００・・・情報処理装置、１０２・・・入力受付部、１０４・・・接続モード設定部、１１０・・・通信部、１１２・・・無線インタフェース、１１４・・・通信制御部、１１６・・・送信部、１１８・・・受信部、１３０・・・再生部、１４０・・・第２再生部、１４２・・・再生モード設定部、１４４・・・音声データ取得部、１４６・・・再生処理部、１５０・・・第１再生部、１５２・・・選択部、１５４・・・再生処理部、１５６・・・読出制御部、１７０・・・メモリユニット、１７２・・・送信要求生成部、１８０・・・表示情報取得部、１８２・・・再生情報取得部、１８４・・・コンテンツ情報取得部、１９０・・・音声出力部、１９２・・・表示処理部、１９４・・・画面表示部、２１０・・・通信部、２１２・・・無線インタフェース、２１４・・・通信制御部、２１６・・・送信部、２１８・・・受信部、２３０・・・送信要求取得部、２４０・・・管理部、２５４・・・再生処理部、２５６・・・読出制御部、２６０・・・送信データ生成部、２７０・・・メモリユニット、２９０・・・音声出力部。

　本発明は、コンテンツストリームを処理する技術分野で利用できる。

Claims (23)

1. 　情報処理装置であって、
   　当該情報処理装置で再生するコンテンツストリームを特定する第１特定情報を取得する第１取得部と、
   　通信端末装置から、当該通信端末装置で再生中のコンテンツストリームを特定する第２特定情報を取得する第２取得部と、
   　前記第１取得部および前記第２取得部のそれぞれで取得した第１特定情報および第２特定情報を用いて、ディスプレイに表示するための表示画面を生成する表示処理部と、
   　生成された表示画面を表示する画面表示部と、
   　を備えることを特徴とする情報処理装置。
2. 　音声データを記憶する記憶部から音声データを読み出して再生する第１再生処理部と、
   　通信端末装置から、当該通信端末装置で再生中の音声データを取得する音声データ取得部と、
   　前記音声データ取得部で取得した音声データを再生する第２再生処理部と、
   　前記第１再生処理部または前記第２再生処理部のいずれかで再生された音声信号を選択して出力する音声出力部と、を有し、
   　前記表示処理部は、表示画面の第１領域に、前記音声出力部より出力されるコンテンツストリームを特定する特定情報を配置し、表示画面の第２領域に、前記第１取得部および前記第２取得部のそれぞれで取得した第１特定情報および第２特定情報を配置することを特徴とする請求項１に記載の情報処理装置。
3. 　前記表示処理部は、前記第２領域において、第１特定情報を第１の所定位置に配置することを特徴とする請求項２に記載の情報処理装置。
4. 　前記第２取得部が、新たな第２特定情報を取得すると、前記表示処理部は、取得された新たな第２特定情報を、前記第１の所定位置とは異なる第２の所定位置に配置することを特徴とする請求項３に記載の情報処理装置。
5. 　前記第１領域は、前記第２領域の上方に設けられることを特徴とする請求項２から４のいずれかに記載の情報処理装置。
6. 　前記表示処理部は、前記第１領域の特定情報に対応する前記第２領域の特定情報に対して、音声出力中のコンテンツストリームであることを示す情報を付加することを特徴とする請求項２から５のいずれかに記載の情報処理装置。
7. 　前記第１再生処理部において音声データを再生していることを条件として、前記第２取得部が第２特定情報を取得することが可能となり、または前記音声データ取得部が、通信端末装置から再生中の音声データを取得することが可能となることを特徴とする請求項２から６のいずれかに記載の情報処理装置。
8. 　コンピュータに、
   　音声データを再生する機能と、
   　再生する音声データを特定する第１特定情報を取得する機能と、
   　通信端末装置から、当該通信端末装置で再生中の音声データを特定する第２特定情報を取得する機能と、
   　取得した第１特定情報および第２特定情報を用いて、ディスプレイに表示するための表示画面を生成する機能と、
   　生成された表示画面を表示する機能と、
   　を実現させるためのプログラム。
9. 　請求項８に記載のプログラムを記録したコンピュータ読取可能な記録媒体。
10. 　情報処理装置であって、
    　音声データを記憶する記憶部から音声データを読み出して再生する第１再生処理部と、
    　通信端末装置から、当該通信端末装置で再生中の音声データを取得する音声データ取得部と、
    　前記音声データ取得部で取得した音声データを再生する第２再生処理部と、
    　前記第１再生処理部または前記第２再生処理部のいずれかで再生された音声信号を選択して出力する音声出力部と、を備え、
    　前記第１再生処理部により音声データの再生が行われている場合に、前記第２再生処理部による音声データの再生が実行可能となることを特徴とする情報処理装置。
11. 　他の通信端末装置と信号の送受信を行う通信部と、
    　前記通信部の機能をオン状態またはオフ状態にするためのスイッチと、をさらに備え、
    　前記スイッチにより前記通信部の機能がオン状態になったときに、前記第２再生処理部による音声データの再生が実行可能となることを特徴とする請求項１０に記載の情報処理装置。
12. 　通信端末装置に対して、音声データの送信要求を生成する要求生成部をさらに備え、
    　前記送信要求は、通信端末装置から送信されるデータのサイズを指定する情報を含むことを特徴とする請求項１０または１１に記載の情報処理装置。
13. 　他の通信端末装置から、前記第１再生処理部で再生している音声データの送信要求を取得する要求取得部と、
    　記憶部から音声データを読み出して、当該他の通信端末装置に送信するデータを生成する送信データ生成部と、
    　を備えることを特徴とする請求項１０から１２のいずれかに記載の情報処理装置。
14. 　通信端末装置に自動接続するモードを設定する接続モード設定部と、
    　接続可能な通信端末装置を探索して、自動接続する通信制御部と、をさらに備え、
    　自動接続モードにおいて、前記音声出力部は、前記第２再生処理部で再生された音声信号を出力することを特徴とする請求項１０から１３のいずれかに記載の情報処理装置。
15. 　前記第２再生処理部における再生モードを設定する再生モード設定部をさらに備え、
    　前記音声データ取得部は、設定された再生モードに応じて、通信端末装置から音声データを取得することを特徴とする請求項１０から１４のいずれかに記載の情報処理装置。
16. 　コンピュータに、
    　記憶部から音声データを読み出す機能と、
    　読み出した音声データを再生して第１音声信号を生成する機能と、
    　通信端末装置から、当該通信端末装置で再生中の音声データを取得する機能と、
    　取得した音声データを再生して第２音声信号を生成する機能と、
    　第１音声信号または第２音声信号のいずれかを選択して出力する機能と、を実現させるためのプログラムであって、
    　第１音声信号を生成する機能が実行されている場合に、第２音声信号を生成する機能が実行可能となることを特徴とするプログラム。
17. 　請求項１６に記載のプログラムを記録したコンピュータ読取可能な記録媒体。
18. 　情報処理装置であって、
    　通信端末装置に対して、当該通信端末装置で再生中の音声データの送信要求を生成する要求生成部と、
    　生成した送信要求を送信する送信部と、
    　通信端末装置から、送信要求に応答して送信される音声データを取得する音声データ取得部と、
    　前記音声データ取得部で取得した音声データを再生する再生処理部と、
    　前記再生処理部で再生された音声信号を出力する音声出力部と、を有し、
    　前記音声データ取得部は、取得した音声データに、コンテンツストリームの最後のデータが含まれているか否かを判定することを特徴とする情報処理装置。
19. 　音声データは、最後のデータが含まれているか否かを示す情報を有するヘッダとともに、通信端末装置から送信されることを特徴とする請求項１８に記載の情報処理装置。
20. 　前記音声データ取得部が、取得した音声データにコンテンツストリームの最後のデータが含まれていることを判定すると、前記要求生成部は、前記通信端末装置で次に再生する予定のコンテンツストリームの音声データの送信要求を生成することを特徴とする請求項１８または１９に記載の情報処理装置。
21. 　前記音声データ取得部が、取得した音声データにコンテンツストリームの最後のデータが含まれていないことを判定すると、前記要求生成部は、取得した音声データに続く音声データの送信要求を生成することを特徴とする請求項１８から２０のいずれかに記載の情報処理装置。
22. 　コンピュータに、
    　通信端末装置に対して、当該通信端末装置で再生中の音声データの送信要求を生成する機能と、
    　生成した送信要求を送信する機能と、
    　通信端末装置から、送信要求に応答して送信される音声データを取得する機能と、
    　取得した音声データを再生する機能と、
    　再生された音声信号を出力する機能と、を実現させるためのプログラムであって、
    　音声データを取得する機能は、取得した音声データに、コンテンツストリームの最後のデータが含まれているか否かを判定する機能を含むことを特徴とするプログラム。
23. 　請求項２２に記載のプログラムを記録したコンピュータ読取可能な記録媒体。

Images