コンテンツデータの再生端末装置、配信システムおよびプログラム
【課題】配信サーバとの接続が切断された場合に他の再生端末装置に接続してコンテンツデータを取得し、再生を継続することができるコンテンツデータの再生端末装置、配信システムおよびプログラムを提供する。
【解決手段】再生端末装置は、バッファに空き容量が確保されたら（Ｓ１２：ＹＥＳ）、ユーザの嗜好情報を配信サーバに送信し（Ｓ１８）、ストリーミング形式によってユーザの好みに合う楽曲データの配信を受ける（Ｓ２１）。通信障害により配信サーバとの接続ができなくなったら（Ｓ２２：ＹＥＳ）、無線電波の届く範囲に存在する他の再生端末装置に接続し（Ｓ４０）、その再生端末装置のバッファに削除されずに残る楽曲データの楽曲情報を取得する（Ｓ４２）。そして、ユーザの好みに合う楽曲情報の取得先の再生端末装置から楽曲データを取得しつつ（Ｓ４７）、同時再生する。
【解決手段】再生端末装置は、バッファに空き容量が確保されたら（Ｓ１２：ＹＥＳ）、ユーザの嗜好情報を配信サーバに送信し（Ｓ１８）、ストリーミング形式によってユーザの好みに合う楽曲データの配信を受ける（Ｓ２１）。通信障害により配信サーバとの接続ができなくなったら（Ｓ２２：ＹＥＳ）、無線電波の届く範囲に存在する他の再生端末装置に接続し（Ｓ４０）、その再生端末装置のバッファに削除されずに残る楽曲データの楽曲情報を取得する（Ｓ４２）。そして、ユーザの好みに合う楽曲情報の取得先の再生端末装置から楽曲データを取得しつつ（Ｓ４７）、同時再生する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信を介して接続する配信サーバからストリーミング形式によってコンテンツデータが配信される再生端末装置、配信システムおよびプログラムに関する。
【背景技術】
【０００２】
従来、既存のネットワーク網のアクセスポイントに接続する、いわゆるインフラストラクチャモードによる通信を無線通信によって行い、ネットワーク上に公開された配信サーバから、ストリーミング形式によってコンテンツデータの配信を受けることができる再生端末装置が知られている。ストリーミング形式は、配信サーバにおいてコンテンツデータを断片化して送信し、再生端末装置側でデータの断片を受信（ダウンロード）しながら、同時に、ダウンロードした断片から順次再生する、データの取得および再生の形式である。ストリーミング形式によってコンテンツデータを再生すれば、１つのコンテンツデータをまるごとダウンロードしてから再生を行う、いわゆるダウンロード形式と比べて、ダウンロードから再生までのユーザの待ち時間が少なくて済む。また、ストリーミング形式では、コンテンツデータの再生中の断片だけでなく、未再生分の断片についても先行してダウンロードし、バッファに記憶しておき、バッファからコンテンツデータの断片を順次読み出して再生する方法が採用されている。
【０００３】
無線通信の通信方式としては、例えばＷｉＦｉ（登録商標）や、ＷｉＭＡＸ（登録商標）、３Ｇ、ＨＳＰＡなどの通信方式が、一般的に知られている。これらの通信方式は通信電波の到達距離や通信速度等に違いがあり、用途に応じて使い分けられている。特に３ＧやＨＳＰＡなどの通信方式は、ユーザが再生端末装置を携帯して移動する際に利用されることが多い。
【０００４】
ところで、ネットワーク接続においては、通常、複数の通信経路のうち、経路において通過する中継点が最も少ない経路が選択される。しかし、経路途中の中継点間において通信状態の不安定なところがあると、その中継点間を経由する通信経路を介したネットワーク接続が不安定となる。すると、その通信経路を介したコンテンツデータのダウンロードの速度が低下したり、ネットワーク接続が途切れたりする虞がある。このような場合、ストリーミング形式によるコンテンツデータの配信では、再生が途切れ途切れになり、また、ダウンロード形式によるコンテンツデータの配信では、再生できなくなる。
【０００５】
そこで、将来、不安定になる虞のある通信経路を予測し、その代替となる通信経路を探索することで、ネットワーク接続の安定性を維持できるようにする方法が提案されている（例えば特許文献１参照）。この方法によりネットワーク接続を安定して維持することができれば、ユーザは、再生を途切れさせることなくコンテンツデータを楽しむことができる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００４−３３６７６７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１のようにネットワーク接続の安定性の維持を図っても、例えばユーザが通信電波の届かない場所に移動することにより、無線通信自体が切断され、すべての通信経路が途絶されてしまう場合がある。このような場合、再生端末装置に記憶されている分のコンテンツデータの再生が終わってしまっても新たなコンテンツデータが取得されず、配信サーバとのネットワーク接続が回復するまで、コンテンツデータの再生が停止されたままになっていた。
【０００８】
本発明は、上記の問題点を解決するためになされたものであり、配信サーバとの接続が切断された場合に他の再生端末装置に接続してコンテンツデータを取得し、再生を継続することができるコンテンツデータの再生端末装置、配信システムおよびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の第１態様によれば、ストリーミング形式によってコンテンツデータを配信可能な配信サーバに、既存のネットワーク網を経由する第１の通信形態による無線通信を介して接続し、自身の備える記憶手段に前記配信サーバから受信する前記コンテンツデータを一時的に記憶しつつ、前記コンテンツデータを再生するコンテンツデータの再生端末装置であって、前記配信サーバとの接続が通信障害の発生によって切断されたか否かを検知する検知手段と、前記検知手段によって前記配信サーバとの切断が検知されたら、前記無線通信を、前記再生端末装置同士が直接接続を行う第２の通信形態に切り換える切換手段と、前記切換手段によって切り換えられた前記第２の通信形態による前記無線通信を介して自身に接続可能な他の再生端末装置を接続先端末装置とし、当該接続先端末装置に前記無線通信を介して接続する接続手段と、前記接続手段によって接続された前記接続先端末装置から、当該接続先端末装置の備える前記記憶手段に記憶された前記コンテンツデータを取得する第１取得手段と、を備えるコンテンツデータの再生端末装置が提供される。
【００１０】
第１態様の再生端末装置は、配信サーバとの無線通信による接続が通信障害の発生によって切断された場合でも、自身に接続可能な他の再生端末装置からコンテンツデータを取得することができるので、コンテンツデータの再生を途切れることなく継続することができる。
【００１１】
第１態様において、前記コンテンツデータは、当該コンテンツデータによって表されるコンテンツを類似性によって分類するための分類情報が対応付けられている。第１態様は、自身の備える前記記憶手段に記憶された少なくとも１以上の前記コンテンツデータを前記分類情報に基づいて分類し、前記再生端末装置を利用するユーザが嗜好するコンテンツの分類を表す嗜好情報を生成する第１生成手段と、前記接続先端末装置から、当該接続先端末装置の備える前記記憶手段に記憶されている少なくとも１以上の前記コンテンツデータのそれぞれに対応付けられた前記分類情報を取得する第２取得手段と、前記第２取得手段によって取得された前記分類情報のなかから、前記第１生成手段によって生成された自身の前記嗜好情報に最も類似する前記分類情報を類似分類情報として決定する第１決定手段と、をさらに備えてもよい。この場合に、前記第１取得手段は、前記接続先端末装置から、前記第１決定手段によって決定された前記類似分類情報に対応付けられた前記コンテンツデータを取得してもよい。
【００１２】
再生端末装置は、他の再生端末装置からコンテンツデータを取得する際に、自身のユーザの嗜好情報に最も類似する分類情報に対応付けられたコンテンツデータ、すなわち自身のユーザの好みに最も合うコンテンツデータを取得することができる。このため、再生端末装置は、配信サーバとの接続を行えず、配信サーバから自身のユーザの好みのコンテンツデータを取得できない場合でも、他の再生端末装置から取得したコンテンツデータを再生して、ユーザにコンテンツを十分に楽しんでもらうことができる。
【００１３】
第１態様の再生端末装置は、自身に接続可能な少なくとも１以上の他の再生端末装置に自身の前記嗜好情報を送信する第１送信手段をさらに備えるとともに、他の再生端末装置の前記第１送信手段から、その再生端末装置の前記嗜好情報を受信した場合には、自身の備える前記記憶手段に記憶されている前記コンテンツデータに対応付けられた前記分類情報のうち、前記受信した前記嗜好情報との類似性が所定の類似範囲に含まれる前記分類情報を決定する第２決定手段と、前記第２決定手段によって決定された前記分類情報を、前記嗜好情報の送信元の前記再生端末装置に送信する第２送信手段と、をさらに備えてもよい。この場合に、前記第１決定手段は、自身に接続可能な少なくとも１以上の他の再生端末装置のそれぞれの前記第２送信手段から受信する前記分類情報のなかから、自身の前記嗜好情報に最も類似する前記分類情報を前記類似分類情報として決定し、前記第１取得手段は、前記類似分類情報の送信元の前記再生端末装置から、前記類似分類情報に対応付けられた前記コンテンツデータを取得してもよい。
【００１４】
再生端末装置が他の再生端末装置からコンテンツデータを取得する際に、接続可能な他の再生端末装置が多かったり、他の再生端末装置の保持するコンテンツデータが多かったりすると、取得するコンテンツデータを決定するのに時間がかかってしまう。そこで、あらかじめ、自身のユーザの嗜好情報を他の再生端末装置に送信し、その嗜好情報との類似性が所定の類似範囲に含まれる分類情報、すなわち自身のユーザの好みに合いそうなコンテンツデータの分類情報だけを、他の再生端末装置から取得する。その上であらためて、自身のユーザの嗜好情報に最も類似する分類情報に対応するコンテンツデータを、そのコンテンツデータを保持する他の再生端末装置から取得する。このようにすれば、自身のユーザの好みに合うコンテンツデータを効率よく取得でき、コンテンツデータの再生を途切れることなく継続できるとともに、ユーザにコンテンツを十分に楽しんでもらうことができる。
【００１５】
第１態様は、前記第２の通信形態による前記無線通信を介して自身との接続が可能な他の再生端末装置を候補端末装置とし、少なくとも１以上の当該候補端末装置から、当該候補端末装置に現在接続している再生端末装置の台数をそれぞれ取得する第３取得手段をさらに備えてもよい。この場合に、前記接続手段は、１以上の前記候補端末装置のうち、前記第３取得手段によって取得された前記台数が最も少ない前記候補端末装置を前記接続先端末装置として、当該接続先端末装置に前記無線通信を介して接続してもよい。
【００１６】
配信サーバとの接続を行えない場合、再生端末装置同士が互いに接続してコンテンツデータの送受信を行うため、コンテンツデータを送信する側となった再生端末装置が他の多くの再生端末装置から接続されると、送信側の再生端末装置には負荷がかかる。そこで、再生端末装置が他の再生端末装置からコンテンツデータを取得する際に、自身との接続が可能な他の再生端末装置のそれぞれに、それらの再生端末装置に現在接続している再生端末装置の台数を問い合わせる。そして、最も接続台数の少ない再生端末装置に接続してコンテンツデータを取得すれば、接続先の再生端末装置（コンテンツデータの送信側の再生端末装置）にかかる負荷を低減でき、接続先の再生端末装置から送信されるコンテンツデータの送信速度を確保することができる。よって、コンテンツデータの再生を途切れることなく継続することができる。
【００１７】
本発明の第２態様によれば、請求項２から４のいずれかに記載の再生端末装置と、前記第１の通信形態による前記無線通信を介して接続される前記再生端末装置に、ストリーミング形式によって前記コンテンツデータを配信する配信サーバと、を備えるコンテンツデータの配信システムであって、前記配信サーバは、前記再生端末装置から、当該再生端末装置の位置情報を取得する第４取得手段と、前記再生端末装置から、当該再生端末装置の備える前記記憶手段に記憶されている少なくとも１以上の前記コンテンツデータのそれぞれに対応付けられた前記分類情報、および、当該再生端末装置の前記第１生成手段によって生成された前記嗜好情報を取得する第５取得手段と、前記第４取得手段によって取得された前記位置情報に基づいて、前記再生端末装置のうちの一つである第１再生端末装置が前記第２の通信形態による前記無線通信を介して接続可能な他の再生端末装置を第２再生端末装置として特定する第１特定手段と、前記第５取得手段によって取得された前記第１再生端末装置の前記分類情報と、前記第５取得手段によって取得された前記第２再生端末装置の前記嗜好情報とを比較して、前記第２再生端末装置のなかから、類似性が最も低い前記嗜好情報を有する前記第２再生端末装置を第３再生端末装置として特定する第２特定手段と、前記第５取得手段によって取得された前記第１再生端末装置の前記嗜好情報との類似性と、前記第２特定手段によって特定された前記第３再生端末装置の前記嗜好情報との類似性との差異が所定差以下である前記分類情報に対応付けられる前記コンテンツデータを、前記第１再生端末装置に配信する配信手段と、を備えるコンテンツデータの配信システムが提供される。
【００１８】
配信サーバは、再生端末装置にコンテンツデータの配信を行う際に、位置情報と嗜好情報と分類情報とを取得する。位置情報に基づけば、コンテンツデータの配信を所望する第１再生端末装置の近くに存在し、通信障害が発生した場合に、第１再生端末装置にコンテンツデータを送信可能な第２再生端末装置を特定することができる。そこで、第２再生端末装置のなかから、第１再生端末装置の保持するコンテンツデータの分類情報との類似性が最も低い嗜好情報を持った第３再生端末装置を特定し、第１再生端末装置の嗜好情報と第３再生端末装置の嗜好情報との類似性の差異が小さいコンテンツデータを第１再生端末装置に配信する。このように、再生端末装置にコンテンツデータを配信する際に、その再生端末装置のユーザの好みに合い、近くに存在する他の再生端末装置のユーザの好みにも合うコンテンツデータを選定した上で、配信しておく。すると、通信障害が発生して再生端末装置同士でコンテンツデータの送受信を行うこととなった場合に、再生端末装置は、容易に、ユーザの好みに合うコンテンツデータを取得できるので、コンテンツデータの再生を途切れることなく継続できるとともに、ユーザにコンテンツを十分に楽しんでもらうことができる。
【００１９】
本発明の第３態様によれば、請求項２から４のいずれかに記載の再生端末装置と、前記第１の通信形態による前記無線通信を介して接続される前記再生端末装置に、ストリーミング形式によって前記コンテンツデータを配信する配信サーバと、を備えるコンテンツデータの配信システムであって、前記配信サーバは、前記再生端末装置から、当該再生端末装置の位置情報を取得する第４取得手段と、前記第４取得手段によって取得された前記位置情報に基づいて、前記再生端末装置のうちの一つである第１再生端末装置が前記第２の通信形態による前記無線通信を介して接続可能な他の再生端末装置を第２再生端末装置として特定する第１特定手段と、前記第１特定手段によって特定された前記第２再生端末装置のうち、最も、前記第１再生端末装置との距離が近い前記第２再生端末装置を、前記第１再生端末装置に通知する通知手段と、を備え、前記再生端末装置の前記接続手段は、前記配信サーバとの前記無線通信が切断された場合において、前記配信サーバの前記通知手段から通知された前記第２再生端末装置に前記第２の通信形態による前記無線通信を介して接続することを特徴とするコンテンツデータの配信システムが提供される。
【００２０】
配信サーバは、再生端末装置にコンテンツデータの配信を行う際に、位置情報を取得する。位置情報に基づけば、コンテンツデータの配信を所望する第１再生端末装置の近くに存在し、通信障害が発生した場合に、第１再生端末装置にコンテンツデータを送信可能な第２再生端末装置を特定することができる。そこで、第２再生端末装置のなかから、第１再生端末装置に最も近い第２再生端末装置を特定し、第１再生端末装置に通知しておけば、通信障害が発生して再生端末装置同士でコンテンツデータの送受信を行うこととなった場合に、再生端末装置は、通知された再生端末装置に接続してコンテンツデータを取得すればよい。このようにすれば、再生端末装置は、自身が接続可能な他の再生端末装置があっても、それらの再生端末装置を探さなくとも済むので、コンテンツデータの取得を素早く行うことができ、コンテンツデータの再生を途切れることなく継続することができる。
【００２１】
本発明の第４態様によれば、ストリーミング形式によってコンテンツデータを配信可能な配信サーバに、既存のネットワーク網を経由する第１の通信形態による無線通信を介して接続し、記憶手段に前記配信サーバから受信する前記コンテンツデータを一時的に記憶しつつ、前記コンテンツデータを再生するコンテンツデータの再生端末装置として機能させるためのプログラムであって、前記再生端末装置のコントローラに、前記配信サーバとの接続が通信障害の発生によって切断されたか否かを検知する検知ステップと、前記検知ステップによって前記配信サーバとの切断が検知されたら、前記無線通信を、前記再生端末装置同士が直接接続を行う第２の通信形態に切り換える切換ステップと、前記切換ステップによって切り換えられた前記第２の通信形態による前記無線通信を介して自身に接続可能な他の再生端末装置を接続先端末装置とし、当該接続先端末装置に前記無線通信を介して接続する接続ステップと、前記接続ステップによって接続された前記接続先端末装置から、当該接続先端末装置の備える前記記憶手段に記憶された前記コンテンツデータを取得する第１取得ステップと、を実行させるプログラムが提供される。第４態様に係るプログラムを実行してコントローラを再生端末装置として機能させることで、第１態様と同様の効果を得ることができる。
【００２２】
本発明の第５態様によれば、前記第１の通信形態による前記無線通信を介して接続される、請求項２から４のいずれかに記載の前記再生端末装置に、ストリーミング形式によって前記コンテンツデータを配信する配信サーバとして機能させるためのプログラムであって、前記配信サーバのコントローラに、前記再生端末装置から、当該再生端末装置の位置情報を取得する第４取得ステップと、前記再生端末装置のうちの一つである第１再生端末装置から、当該第１再生端末装置の備える記憶手段に記憶されている前記コンテンツデータに対応付けられた前記分類情報を取得する第５取得ステップと、前記第４取得ステップによって取得された前記位置情報に基づいて、前記第１再生端末装置が前記第２の通信形態による前記無線通信を介して接続可能な他の再生端末装置を第２再生端末装置として特定する第１特定ステップと、前記第１再生端末装置と、前記第１特定ステップに特定された前記第２再生端末装置とを利用するそれぞれのユーザが嗜好するコンテンツの分類を表す前記嗜好情報を生成する第２生成ステップと、前記第５取得ステップによって取得された前記第１再生端末装置の前記分類情報と、前記第２生成ステップによって生成された前記第２再生端末装置の前記嗜好情報とを比較して、前記第２再生端末装置のなかから、類似性が最も低い前記嗜好情報を有する前記第２再生端末装置を第３再生端末装置として特定する第２特定ステップと、前記第２生成ステップによって生成された前記第１再生端末装置の前記嗜好情報との類似性と、前記第２特定ステップによって特定された前記第３再生端末装置の前記嗜好情報との類似性との差異が所定差以下である前記分類情報に対応付けられる前記コンテンツデータを、前記第１再生端末装置に配信する配信ステップと、を実行させるプログラムが提供される。第５態様に係るプログラムを実行してコントローラを配信サーバとして機能させることで、第２態様と同様の効果を得ることができる。
【図面の簡単な説明】
【００２３】
【図１】コンテンツデータの配信システム１の全体の構成を示す図である。
【図２】配信サーバ２のデータベース３に記憶される端末情報を模式的に示す図である。
【図３】端末Ｐの近接端末を特定する過程について説明するための図である。
【図４】類似性（類似距離）について説明するための図である。
【図５】端末Ｐに配信する楽曲データを選定する過程について説明するための図である。
【図６】再生端末装置５において実行される楽曲再生処理のフローチャートである。
【図７】再生端末装置５において実行されるメインプログラムのフローチャートである。
【図８】配信サーバ２において実行される楽曲選定処理のフローチャートである。
【図９】再生端末装置５のメインプログラムの変形例を示すフローチャートである。
【図１０】配信サーバ２の楽曲選定処理の変形例を示すフローチャートである。
【発明を実施するための形態】
【００２４】
以下、本発明を具体化した一実施の形態について、配信サーバ２と再生端末装置５とがネットワーク１０を介して接続されるコンテンツデータの配信システム１を一例に、図面を参照して説明する。なお、参照する図面は、本発明が採用し得る技術的特徴を説明するために用いられるものである。図面に記載されている装置の構成、各種処理のフローチャート等は、それのみに限定する趣旨ではなく、単なる説明例である。また、以下の説明においては、「再生端末装置」を「端末」と表記する場合もある。
【００２５】
まず、図１，図２を参照して、コンテンツデータの配信システム１の概要について説明する。コンテンツデータの配信システム１は、配信サーバ２のデータベース３に蓄積されるコンテンツデータを、ストリーミング形式により、ネットワーク１０を介して再生端末装置５に配信するシステムである。コンテンツデータとは、楽曲や映像などを再生端末装置５において再生可能とするデータである。本実施の形態では、ＭＰ３やＡＡＣなどの公知の音声圧縮コーデックによって楽曲を記録した楽曲データをコンテンツデータの一例として説明する。楽曲データは、例えばラジオの音楽番組のように、配信サーバ２から再生端末装置５へ順次配信されるものとする。しかし、すべての再生端末装置５に対して同じ楽曲データが一斉に配信されるわけではなく、個々の再生端末装置５のユーザの嗜好に合わせた楽曲データが、それぞれの再生端末装置５に配信されるものとする。なお、嗜好の詳細については後述するが、ユーザの楽曲データに対する嗜好は、本実施の形態では、「ジャンル」および「年代」の２つの要素に基づいて決定されるものとする。
【００２６】
配信システム１は、ネットワーク１０に接続される配信サーバ２と、ネットワーク１０に接続された複数のアクセスポイント（ＡＰ）７，８を介し、無線通信により、ネットワーク１０に接続可能な再生端末装置５とを備える。ＡＰ７は、例えば、３ＧやＨＳＰＡなどの通信方式を採用した無線通信の基地局である。ＡＰ８は、ＷｉＦｉ（登録商標）やＷｉＭＡＸ（登録商標）など、公知の無線ＬＡＮのアクセスポイントである。
【００２７】
配信サーバ２は、例えば、周知のパーソナルコンピュータ（ＰＣ）であり、制御を司るＣＰＵ２１を備える。ＣＰＵ２１には、バス２４を介して、ＲＯＭ２２、ＲＡＭ２３、入出力（Ｉ／Ｏ）インタフェイス２５が接続されている。ＲＯＭ２２は、ＣＰＵ２１が実行するＢＩＯＳ等のプログラムを記憶する読出し専用の記憶装置である。ＲＡＭ２３は、データを一時的に記憶する読み書き可能な記憶装置である。
【００２８】
入出力インタフェイス２５には、データベース３、ハードディスクドライブ（ＨＤＤ）２８、ディスクドライブ２６、ネットワーク通信部２９、表示制御部２７、キーボード３３およびマウス３２が接続されている。データベース３は、楽曲データと楽曲情報とを対応付けて記憶する記憶装置である。楽曲情報の詳細については後述するが、楽曲情報は、楽曲データによって表される楽曲に関する情報である。楽曲データの配信は、再生端末装置５が配信サーバ２に接続し、楽曲情報に対応付けられた楽曲データをデータベース３から受信（ダウンロード）することによって行われる。なお、本実施の形態においては、情報の送受信において、特に、コンテンツデータ（楽曲データ）を受信することを「ダウンロード」ともいう。また、配信サーバ２がコンテンツデータを送信することを「配信」ともいう。
【００２９】
ディスクドライブ２６は、ディスクＲＯＭ３０からデータやプログラム等の読み込みを行う装置である。ディスクＲＯＭ３０は、例えばＣＤ−ＲＯＭやＤＶＤ−ＲＯＭなど、データが記憶された記憶媒体である。ＰＣを配信サーバ２として稼働させるためのＯＳやプログラム等が、ディスクＲＯＭ３０に記憶されて提供される。
【００３０】
記憶装置であるＨＤＤ２８には、ディスクＲＯＭ３０から読み出されたＯＳやプログラム等がインストールされる。なお、ＯＳやプログラム等は、フラッシュＲＯＭなど、その他の記憶媒体に記憶されて提供されてもよい。あるいは、ネットワーク通信部２９を介して接続されるネットワーク１０上の図示しない端末から、ダウンロードにより、提供されてもよい。
【００３１】
また、ＨＤＤ２８の所定の記憶領域には、図２に示す、端末情報が記憶される。端末情報は、配信サーバ２に接続される再生端末装置５から送信される、嗜好情報、位置情報および楽曲情報を、それぞれの再生端末装置５について記憶したテーブルである。嗜好情報、位置情報および楽曲情報の詳細については後述するが、配信サーバ２において、再生端末装置５にそれぞれのユーザの嗜好に合わせた楽曲データを配信するため、楽曲データの選定において利用される情報である。また、後述する楽曲選定処理（図８参照）のプログラムは、ＨＤＤ２８の所定の記憶領域にインストールされている。
【００３２】
図１に示す、表示制御部２７は、配信サーバ２で稼働されるＯＳやプログラム等の操作画面をモニタ３１に表示するための描画処理を行う。キーボード３３、マウス３２は、配信サーバ２で稼働されるＯＳやプログラム等の操作画面における操作を行う際に用いられる。
【００３３】
次に、再生端末装置５について説明する。再生端末装置５は、例えば、携帯電話やスマートフォン、ネットワーク接続機能を有する携帯音楽プレーヤーなど、ユーザが携帯でき、無線通信によってネットワーク１０上で公開された配信サーバ２に接続可能な端末装置である。
【００３４】
再生端末装置５は、制御等を司るＣＰＵ５０を備える。ＣＰＵ５０は、ＲＯＭ６１、ＲＡＭ６２およびフラッシュメモリ５６と電気的に接続され、それぞれの記憶領域にアクセスできる。ＲＯＭ６１は、ＣＰＵ５０が実行するＢＩＯＳ等のプログラムを記憶する読出し専用の記憶装置である。ＲＡＭ６２は、データを一時的に記憶する読み書き可能な記憶装置である。フラッシュメモリ５６は読み書き可能な不揮発性の記憶装置であり、再生端末装置５で使用されるアプリケーション等のプログラムやデータ等が記憶される。また、後述する楽曲再生処理（図６参照）およびメイン処理（図７参照）のプログラムは、フラッシュメモリ５６の所定の記憶領域にインストールされている。
【００３５】
本実施の形態において、ＲＡＭ６２の所定の記憶領域は、配信サーバ２からストリーミング形式によって配信される楽曲データを一時的に記憶するバッファとして使用される。配信サーバ２は楽曲データを断片化して送信し、再生端末装置５は、受信（ダウンロード）した楽曲データの断片をバッファに一時的に記憶しつつ再生し、再生の終わった断片から順次削除する。より詳細には、再生の終わった断片が記憶されている記憶領域に対し、新たな断片の上書き記憶が許可されるのであり、データそのものが消去されるわけではないが、便宜上、削除されたものとみなすこととする。
【００３６】
バッファの記憶容量は、一般的に、例えば、再生時間で１分程度に相当する分の楽曲データの断片を先行してダウンロードして記憶できる容量が確保される。具体例として、楽曲データは、例えば標準的なコーデックの設定に従って圧縮された場合、再生時間１分あたり約１ＭＢの容量が必要とされ、１曲あたりでは４〜５ＭＢの容量が必要とされる。よって、通常、バッファには５〜１０ＭＢ程度の記憶容量が割当てられる。これにより、再生端末装置５は、ネットワーク１０への接続が一時的に途絶えた場合でも楽曲データの再生を維持することができる。
【００３７】
また、本実施の形態では、後述するが、再生端末装置５は、ネットワーク１０に接続できない場合に、他の再生端末装置５と直接接続を行う。そして、バッファに削除されずに残っている楽曲データ（すべての断片が残っているもの）が、他の再生端末装置５に送信される。したがって、バッファの記憶容量は、未再生の楽曲データが先行してダウンロードされて再生済みの楽曲データが削除されても、削除されずに残る楽曲データを１曲以上保持するのに必要な容量が設定される。本実施の形態では、説明の便宜上、バッファには、削除されずに残る楽曲データを少なくとも３曲分、保持するのに必要な記憶容量として、例えば２５ＭＢが割当てられているものとする。
【００３８】
ＣＰＵ５０にはさらに、表示制御部５７、入力制御部５９、通信制御部５２、電源コントローラ５４が接続されている。表示制御部５７は、自身に接続される表示部５８の駆動制御を行う。ＣＰＵ５０は、表示制御部５７を介して表示部５８に所望の画像を表示させることができる。入力制御部５９には操作キー６０が接続されている。入力制御部５９は操作キー６０に駆動電流を流し、操作キー６０のオン・オフの状態を検出してＣＰＵ５０に出力する。
【００３９】
通信制御部５２は、無線通信部５１，５３の駆動制御を行う。無線通信部５１は、例えば３Ｇ規格による無線通信のインタフェイスであり、無線通信により接続するＡＰ７を介してネットワーク１０との接続を行う。無線通信部５３は、例えばＷｉＦｉ（登録商標）規格による無線通信のインタフェイスであり、ＡＰ８を介したネットワーク１０への接続や、他の再生端末装置５の無線通信部５３との直接接続を行う。なお、ＡＰ７，８を介して接続されるネットワーク１０を経由して配信サーバ２等への接続を行う場合における通信制御部５２の駆動状態をインフラストラクチャモードという。また、他の再生端末装置５との直接接続を行う場合における通信制御部５２の駆動状態をＷｉＦｉ Ｄｉｒｅｃｔモードとよぶ。ＷｉＦｉ Ｄｉｒｅｃｔモードにおける無線通信は、ＷｉＦｉ Ｄｉｒｅｃｔ（商標）規格による無線通信を行うことにより、端末同士の１対１の接続だけでなく、１対多の接続を行うことも可能である。
【００４０】
電源コントローラ５４は、再生端末装置５に内蔵されて電力を供給するバッテリ５５の充放電を制御する。電源コントローラ５４は、図示しない、ＵＳＢケーブルやＡＣアダプタを介して供給される電力をバッテリ５５に供給し、バッテリ５５の充電を行うことができる。なお、バッテリ５５は、再生端末装置５に着脱可能に装着されてもよい。
【００４１】
次に、配信システム１における配信サーバ２および再生端末装置５の動作の流れについて、図１〜図５を参照し、図６〜図８のフローチャートに従って説明する。なお、説明の便宜上、ＡＰ７，８を介して配信サーバ２と接続される５台の再生端末装置５を区別する際には、それぞれ端末Ａ，Ｂ，Ｃ，Ｄ，Ｐと呼ぶこととする。また、フローチャートにおいて各処理を「Ｓ」と略記し、ダウンロードを「ＤＬ」と表記する。また、図６、図７に示す各処理は、再生端末装置５のＣＰＵ５０によって実行され、図８に示す各処理は、配信サーバ２のＣＰＵ２１によって実行される。
【００４２】
図１に示す、配信システム１では、再生端末装置５がネットワーク１０を介して配信サーバ２に接続できる状態においては、前述したように、例えばラジオの音楽番組のように、楽曲データが配信サーバ２から再生端末装置５へ順次配信される。しかし、例えば通信障害等が発生し、ネットワーク１０への接続ができない状態になると、再生端末装置５は、無線電波の届く範囲内にいる他の再生端末装置５との接続を試みる。そして、接続できた他の再生端末装置５から、その再生端末装置５のバッファに削除されずに残る楽曲データを取得することで、配信サーバ２と接続できない状態でも楽曲データの再生を継続することができる。
【００４３】
配信システム１における再生端末装置５の一例として、端末Ａ，Ｃ，Ｄ，Ｐは、インフラストラクチャモードによる無線通信によってＡＰ７を介してネットワーク１０に接続し、端末Ｂは、同様にＡＰ８に接続する。端末Ａ，Ｃ，Ｄ，Ｐは、３Ｇ規格の無線通信によりネットワーク１０に接続するが、同時に、端末Ａ，Ｃ，Ｄは、ＷｉＦｉ規格の無線通信における無線電波が端末Ｐから届く範囲内にいるものとする。一方、端末Ｂは、ＷｉＦｉ規格の無線通信における無線電波が端末Ｐから届かないところにいるものとする。
【００４４】
端末Ａ〜Ｄ，Ｐ（再生端末装置５）において、配信サーバ２から楽曲データの配信を受けるためのアプリケーションが起動されると、図７に示す、メイン処理が実行される。メイン処理では図示しない初期設定が行われ、ＲＡＭ６２にバッファが確保され、次いで楽曲再生処理（図６参照）が起動される（Ｓ１１）。図６に示す、楽曲再生処理は、メイン処理と並列に実行され、メイン処理の実行中は、楽曲再生処理の実行も継続される（Ｓ１，Ｓ２，Ｓ３：ＮＯ，Ｓ１）。そしてメイン処理が終了されると（Ｓ３：ＹＥＳ）、楽曲再生処理の実行も終了される。
【００４５】
楽曲再生処理では、まず、Ｓ１で、バッファの監視が行われる（Ｓ１）。ストリーミング形式により配信サーバ２からダウンロードした楽曲データの断片で未再生の断片がバッファになければＳ３に進む（Ｓ１：ＮＯ）。そして、メイン処理が終了でなければＳ１に戻り（Ｓ３：ＮＯ）、待機が行われる。一方、バッファに未再生の楽曲データの断片があれば（Ｓ１：ＹＥＳ）、Ｓ２において、その断片分の楽曲データの再生が行われる（Ｓ２）。なお、Ｓ２において再生される楽曲データは、楽曲データの１つの断片分に限らず、所定数の断片分の再生であってもよいし、あるいは楽曲データの所定時間分の再生であってもよい。
【００４６】
図７のメイン処理では、楽曲再生処理の起動が行われた後、ユーザによってメイン処理の終了が指示されるまで、Ｓ１２〜Ｓ５０の処理が繰り返される（Ｓ１２〜Ｓ５０，Ｓ５５：ＮＯ，Ｓ１２）。そのうちのＳ１２〜Ｓ２５の処理は、再生端末装置５と配信サーバ２との接続が可能な状態（通信障害等が発生していない状態）において実行される。一方、Ｓ３１〜Ｓ５０の処理は、再生端末装置５と配信サーバ２との接続が不可能となった状態（通信障害等が発生した状態）において実行される。まず、再生端末装置５と配信サーバ２との接続が可能な状態における配信システム１の動作の流れについて説明する。
【００４７】
端末Ａ〜Ｄ，Ｐでは、それぞれのバッファの記憶容量が監視され（Ｓ１２）、所定の空き容量を確保できなければ（Ｓ１２：ＮＯ）、待機が行われる。所定の空き容量を確保できない状態とは、配信サーバ２から配信される楽曲データの断片がバッファの記憶容量がいっぱいになるまで記憶され、バッファの記憶容量に空きを生じていない状態をいう。なお、バッファの空き容量には、すでに再生の終わった断片が記憶されている領域の容量も含まれる。
【００４８】
上記したように、楽曲データは例えば１曲あたり４〜５ＭＢの容量が必要とされる。よって、例えば１曲分を記憶可能な５ＭＢの記憶容量が所定の空き容量として確保された場合（Ｓ１２：ＹＥＳ）、Ｓ１３〜Ｓ２５の処理が行われ、ネットワーク１０上の配信サーバ２から、各端末Ａ〜Ｄ，Ｐのそれぞれに応じた楽曲データの配信を受ける。
【００４９】
楽曲データの配信は、概略、以下のように行われる。各端末Ａ〜Ｄ，Ｐから、それぞれ嗜好情報、位置情報、およびバッファに残る楽曲データの楽曲情報が、配信サーバ２に送信される（Ｓ１３〜Ｓ１８）。配信サーバ２において、各端末Ａ〜Ｄ，Ｐから受信した嗜好情報、位置情報および楽曲情報に基づいて、各端末Ａ〜Ｄ，Ｐそれぞれのユーザの嗜好に合う楽曲データが選定される（楽曲選定処理（図８参照））。そして、選定された楽曲データに対応付けられている楽曲情報が、各端末Ａ〜Ｄ，Ｐに通知される（Ｓ７５（図８参照））。各端末Ａ〜Ｄ，Ｐでは、通知された楽曲情報に対応する楽曲データが、データベース３からダウンロードされる（Ｓ２０〜Ｓ２５）。
【００５０】
より具体的に、楽曲データの配信について、例を挙げて説明する。例えば端末Ｐが配信サーバ２から楽曲データの配信を受ける場合、端末Ｐは、ユーザの嗜好情報と、自身の位置情報と、バッファに削除されずに残る３曲の楽曲データの楽曲情報とを、配信サーバ２に送信する。なお、上記したように、本実施の形態ではバッファに全断片が未削除のまま残っている楽曲データが３曲あるものとする。
【００５１】
嗜好情報は、ユーザの好みの楽曲のジャンルと年代とを、上記した分類情報と同じ尺度による２軸の座標によって表される情報である。嗜好情報は、Ｓ１３において、例えば以下のように生成される。まず、再生端末装置５のＣＰＵ５０は、配信システム１の初回利用時にユーザの好むジャンルと年代を入力させ、上記のように座標で表すことにより、嗜好情報の基礎となる情報を生成する。以降、配信される楽曲データの再生時に、ユーザがその楽曲を気に入った場合に、例えば「いいね！」ボタンをユーザに押させる。「いいね！」ボタンの押された楽曲データに対応する分類情報は、次回の楽曲データのダウンロード時まで記憶される。そしてダウンロード時に、それまでに記憶した分類情報と、現在の嗜好情報（初めて更新される場合には初回利用時に入力された嗜好情報の基礎情報）との平均値（すなわち平均座標）が求められ、嗜好情報が更新される（Ｓ１３）。
【００５２】
次に、位置情報が取得される（Ｓ１５）。位置情報は、設置場所の緯度および経度が既知のアクセスポイントを２カ所以上検索して電界強度を測定し、電界強度の差異に基づく公知の演算によって求められる。位置情報は、緯度および経度によって示される座標で表される。本実施の形態では、説明の便宜上、図３に示すように、各軸がそれぞれ１〜１０の範囲の尺度をもつ２軸の座標によって、位置情報が表されるものとする。
【００５３】
そして、バッファが参照され、全断片が未削除のまま残っている楽曲データ（ここでは３曲分）の楽曲情報が取得される（Ｓ１６）。楽曲情報は、上記したように、個々の楽曲データにそれぞれ対応付けられている情報であり、属性情報と分類情報とを含む。属性情報は、例えば楽曲名、ＩＤ番号、アーティスト名、ジャンル名、リリース時期などの情報を含む。分類情報は、楽曲データを類似性によって分類するための情報である。本実施の形態では、分類情報は、「ジャンル」および「年代」の２種類の要素をそれぞれ軸とする２軸の座標によって表されるものとする（図４参照）。
【００５４】
分類情報の具体例を、以下に示す。一方の軸をなす楽曲の「ジャンル」には、例えば、クラシック、イージーリスニング、ポップ、ロック、ハードロック、メタルなどがある。第１の軸（ジャンル軸）上において、テンポや曲調などが近いジャンル同士（つまり類似性の高いもの同士）を近隣に配置し、これらを、例えば１〜１８の範囲の尺度で表す。楽曲の「年代」についても同じように、第２の軸（年代軸）上において、例えば８０年代、９０年代、００年代など、近い年代同士を近隣に配置し、これらを、例えば１〜１５の範囲の尺度で表す。すると、楽曲データを、ジャンルおよび年代によって決まる座標で分類することができる。したがって、２つの楽曲データの類似性を、それぞれの座標の間の距離（以下、「類似距離」という。）によって表すことができる。すなわち、２つの楽曲データの類似性は、類似距離が近ければ高く、類似距離が遠ければ低いといえる。後述する嗜好情報も、分類情報と同じ尺度の座標によって表される情報であり、同じ座標空間において、分類情報との類似距離が求められる。
【００５５】
端末Ｐにおいて、嗜好情報、位置情報および楽曲情報の取得が完了したら、通信制御部５２が駆動されて無線通信部５１によるＡＰ７とのインフラストラクチャモードにおける無線通信が行われる。ＡＰ７を介したネットワーク１０への接続が完了したら、端末Ｐは、次にネットワーク１０に公開された配信サーバ２への接続を行う（Ｓ１７）。配信サーバ２に接続できたら、端末Ｐは、嗜好情報、位置情報および楽曲情報を、配信サーバ２に送信する（Ｓ１８）。そして端末Ｐは、配信サーバ２から、端末Ｐがダウンロードすべき楽曲データに対応する楽曲情報が通知されるのを待つ（Ｓ２０）。
【００５６】
一方、配信サーバ２では、図８に示す、楽曲選定処理が実行されている。楽曲選定処理では、再生端末装置５からの接続要求を受けるまで待機が行われている（Ｓ６１：ＮＯ，Ｓ６１）。配信サーバ２は、再生端末装置５（ここでは端末Ｐ）から接続要求を受けたら（Ｓ６１：ＹＥＳ）、端末Ｐとの接続が行われる。さらに端末Ｐから楽曲データのダウンロード要求を受けなければ（Ｓ６２：ＮＯ）、Ｓ６５〜Ｓ７５の処理において、端末Ｐがダウンロードすべき楽曲データの楽曲情報の選定が行われる。
【００５７】
配信サーバ２は、自身に接続した端末Ｐ（他の端末との区別のため「配信先端末」という場合もある。）から嗜好情報、位置情報および楽曲情報を受信すると（Ｓ６５）、受信した情報を、図２に示す、端末情報としてＨＤＤ２８に記憶する（Ｓ６７）。すなわち、各再生端末装置５（ここでは端末Ａ〜Ｄ，Ｐ）が配信サーバ２から楽曲データの配信を受ける度に、それぞれの嗜好情報、位置情報および楽曲情報が配信サーバ２に通知され、端末情報が追加あるいは更新される。
【００５８】
端末Ｐの嗜好情報、位置情報および楽曲情報を受信した配信サーバ２では、端末Ｐに配信する楽曲データの選定が行われる。端末Ｐに配信される楽曲データとして、端末Ｐの嗜好情報との類似性が高い分類情報を含む楽曲情報に対応付けられ、且つ、端末Ｐの近くの他の再生端末装置５の嗜好情報との類似性も高い楽曲データが、以下のように選定される。
【００５９】
まず、図２の端末情報が参照され、位置情報に基づいて、端末Ｐと位置的な距離が近い再生端末装置５（配信先端末との区別のため、配信先端末に近接する「近接端末」ともいう場合もある。）が特定される（Ｓ６８）。すなわち、端末Ｐの位置情報に示される座標と、各端末Ａ〜Ｄの位置情報に示される座標との間の距離が、ＷｉＦｉ規格の無線通信における無線電波の到達可能な所定の距離範囲内である近接端末が特定される。例えば、図３に示す、位置情報のグラフに各端末Ａ〜Ｄ，Ｐをプロットした場合に、端末Ｐを中心に無線電波の届く所定の距離範囲内（図中、座標枠内が白色のもの）に含まれる位置情報を持った端末Ａ，Ｃ，Ｄが、近接端末として特定される。
【００６０】
次に、端末Ｐにおいて削除されずに残る３曲の楽曲データそれぞれの楽曲情報に含まれる分類情報と、近接端末として特定された端末Ａ，Ｃ，Ｄのそれぞれの嗜好情報との類似性（類似距離）が求められる（Ｓ７１）。例えば、端末Ｐは、Ｐ−１，Ｐ−２，Ｐ−３という曲名（属性情報）の３曲の楽曲データを保持しているとする。端末Ｐから受信した最新の各情報によって図２に示す端末情報が更新され、現在のＰ−１，Ｐ−２，Ｐ−３のそれぞれの分類情報は、［８，１１］，［６，４］，［８，７］である。また、現在、端末情報に記録されている端末Ａ，Ｃ，Ｄ（近接端末）のそれぞれの嗜好情報は、［９，１］，［１１，１２］，［１７，６］である。
【００６１】
例えば、図４に示すように、ジャンル軸と年代軸との２軸のグラフに、端末Ｐの保有する楽曲データの分類情報に示される座標（図中、Ｐ−１，Ｐ−２，Ｐ−３と表記する。）と、各端末Ａ，Ｃ，Ｄの嗜好情報に示される座標（図中、Ａ，Ｃ，Ｄを太枠で囲んで示す。）とをプロットする。このようにすれば、Ｐ−１，Ｐ−２，Ｐ−３のそれぞれの分類情報と、端末Ａ，Ｃ，Ｄのそれぞれの嗜好情報との互いの類似性の高さを、類似距離（各座標間の距離）の近さとして図示することができる。図４によれば、端末Ａの嗜好情報にはＰ−２の分類情報が近く、端末Ｃの嗜好情報にはＰ−１の分類情報が近く、また、端末Ｄの嗜好情報には、Ｐ−３の分類情報が近いことがわかる。そして図４からは、端末ＤとＰ−３との類似距離が、端末ＡとＰ−２との類似距離や、端末ＣとＰ−１との類似距離に対し、遠いこともわかる。
【００６２】
そこで、より具体的な比較を行うため、Ｐ−１，Ｐ−２，Ｐ−３のそれぞれの分類情報と、端末Ａ，Ｃ，Ｄのそれぞれの嗜好情報との類似距離を算出し、図５の表に、類似距離の算出結果を示す。さらに、端末Ａ，Ｃ，Ｄごとに、算出した類似距離の上位の２つ（図５の表において点線で囲う部分）を抽出し、平均値を求める。求めた平均値を、便宜上、相関距離と呼ぶが、相関距離は、端末Ｐの保有する楽曲データが、各端末Ａ，Ｃ，Ｄそれぞれのユーザの嗜好にどれだけ近いかを示す指標となる。相関距離は、類似距離と同様に、近いほど（値が小さいほど）、端末Ｐの保有する楽曲データの分類情報と、各端末Ａ，Ｃ，Ｄの嗜好情報との類似性が高いと判断することができる。
【００６３】
例えば端末Ａの場合、Ｐ−１，Ｐ−２，Ｐ−３との類似距離は、それぞれ、１０．０，４．２，６．１であり、上位２つの類似距離である４．２と６．１との平均値５．２が、相関距離として算出される。同様に、端末Ｃ，Ｄについてもそれぞれ上位２つの類似距離の平均値４．５，９．７が相関距離として求められる。その結果、端末Ｄの相関距離は、端末Ａ，Ｃの相関距離よりも遠いことがわかる。つまり、端末Ｐの保持する楽曲データは、端末Ｄのユーザの嗜好よりも、端末Ａ，Ｃそれぞれのユーザの嗜好に、より近い楽曲データであるといえる。言い換えると、端末Ｐは、端末Ａ，Ｃ，Ｄのなかでは端末Ｄのユーザ向けの楽曲データを現在保持していないといえる。このように、端末Ｐの保持する楽曲データの分類情報との類似性が最も低い嗜好情報をもつ端末Ｄが、相関距離に基づき特定される（Ｓ７２）。よって、配信サーバ２では、端末Ｐに配信する楽曲データとして、相関距離が端末Ａ，Ｃよりも遠く、類似性の低い、端末Ｄ向けの楽曲データの選定が行われる。
【００６４】
端末Ｐに配信する楽曲データには、端末Ｐの嗜好情報からの類似距離と、端末Ｄの嗜好情報からの類似距離との差異が、所定差以下となる分類情報を含む楽曲情報に対応する楽曲データが選定される。すなわち、図４に示す、ジャンル軸と年代軸との２軸のグラフにおいて、端末Ｐの嗜好情報が示される座標と、端末Ｄの嗜好情報が示される座標との中間付近に位置する座標（図中「★」で示す。）を分類情報とする楽曲データが選定される。図５に示すように、端末Ｐの嗜好情報［６，８］と、端末Ｄの嗜好情報［１７，６］との中間付近の座標を求めると、［１２，７］（ただし四捨五入）となる。よって、配信サーバ２では、データベース３が参照され、分類情報が［１２，７］である楽曲情報が検索される。検索された楽曲情報が複数ある場合には無作為に１つの楽曲情報が選定され（Ｓ７３）、その楽曲情報が、端末Ｐに送信される（Ｓ７５）。なお、過去に再生端末装置５に配信した楽曲データ（楽曲情報）のログをＨＤＤ２８やデータベース３に保持しておき、端末Ｐおよび端末Ｄの少なくとも一方のログに含まれる楽曲情報を除いた上で、無作為に選定してもよい。また、楽曲情報の上記選定方法は無作為に限らず、例えば、楽曲情報の属性情報に含まれる楽曲のＩＤ番号の小さい順またはその逆順としてもよいし、楽曲名の五十音順（アルファベット順）またはその逆順としてもよい。
【００６５】
図７に示すように、配信サーバ２から楽曲情報を受信した端末Ｐは（Ｓ２０：ＹＥＳ）、再度、配信サーバ２に接続して、受信した楽曲情報に対応する楽曲データのダウンロード要求を送信する。図８に示すように、配信サーバ２は、端末Ｐからダウンロード要求を受けると（Ｓ６２：ＹＥＳ）、端末Ｐから通知される楽曲情報に対応する楽曲データをデータベース３から読み出し、断片化して、端末Ｐへの送信を開始する（Ｓ６３）。配信サーバ２における楽曲データの配信処理は、楽曲選定処理と並列に実行され、楽曲データの送信開始後はＳ６１に戻り、次の再生端末装置５からの接続要求待ちが行われる。
【００６６】
図７に戻り、端末Ｐは、配信サーバ２から送信される楽曲データの断片を順次ダウンロードして、バッファに記憶する（Ｓ２１）。配信サーバ２との接続状態に、例えば通信障害等の発生による問題が生じなければ（Ｓ２２：ＮＯ）、ダウンロードが継続される（Ｓ２３：ＮＯ，Ｓ２１）。なお、ダウンロード中も、バッファに未再生の楽曲データの断片が記憶され次第、上記の楽曲再生処理（図６参照）によって、楽曲データの再生が行われる。そして、楽曲データのダウンロードが完了したら（Ｓ２３：ＹＥＳ）、端末Ｐは、配信サーバ２との接続を終了し、また、ＡＰ７との接続を終了して、ネットワーク１０との接続を切断する（Ｓ２５）。上記したように、ユーザによってメイン処理の終了が指示されなければ（Ｓ５５：ＮＯ）、Ｓ１２に戻り、バッファに新たに空き容量が確保されたら、端末Ｐは、配信サーバ２から次の楽曲データの配信を受ける。
【００６７】
次に、再生端末装置５と配信サーバ２との接続が不可能となった状態における配信システム１の動作の流れについて説明する。前述したように、例えば、通信障害等の発生により、再生端末装置５と配信サーバ２との接続が不可能となった場合、再生端末装置５のメイン処理では、Ｓ３１〜Ｓ５０の処理が実行される。通信障害等の発生は、Ｓ２０において配信サーバ２からダウンロードすべき楽曲データに対応する楽曲情報の通知を待つ間に、あらかじめ設定された時間が経過しても通知されなかった場合に検知される（Ｓ２０：ＮＯ）。また、配信サーバ２から楽曲データのダウンロード中に、配信サーバ２との接続が途切れてしまった場合にも、通信障害等が発生したとして検知される（Ｓ２２：ＹＥＳ）。なお、通信障害は、例えば、配信サーバ２とのデータの送受信が途切れてから所定時間が経過した場合（いわゆる通信のタイムアウトが生じた場合）に、通信障害が発生したものとして検知すればよい。
【００６８】
通信障害等の発生が検知された場合、再生端末装置５では、通信制御部５２の駆動状態がＷｉＦｉ Ｄｉｒｅｃｔ（商標）などの端末間通信に切り換えられる（Ｓ３１）。上記したように、ＷｉＦｉ Ｄｉｒｅｃｔモードにおいては無線通信部５３が制御され、本実施の形態ではＷｉＦｉ（登録商標）規格による無線通信が行われる。ＷｉＦｉ Ｄｉｒｅｃｔモードにおける無線通信では、再生端末装置５は、無線電波の届く他の再生端末装置５との直接接続を試みる。上記したように、ＷｉＦｉ規格の無線通信における無線電波が、再生端末装置５のうちの端末Ｐから届く範囲内には、他の再生端末装置５として、端末Ａ，Ｃ，Ｄが存在する。通信障害等が発生した場合において、端末Ａ，Ｃ，Ｄも同様に、端末Ｐを含む他の再生端末装置５との直接接続を試みている。
【００６９】
再生端末装置５同士における楽曲データの送受信は、以下のように行われる。なお、再生端末装置５同士の直接接続が行われる場合において、接続する側の再生端末装置５を「クライアント端末」とよび、接続される側の再生端末装置５を「ホスト端末」とよぶこととする。クライアント端末は、他のクライアント端末から接続要求を受ければホスト端末として動作する。同様に、ホスト端末も、バッファに空き容量が確保され、楽曲データの取得が行われる場合には、クライアント端末として動作する。ゆえに、メイン処理には、クライアント端末およびホスト端末として動作するための双方の処理が含まれる。
【００７０】
端末Ｐが端末Ａ，Ｃ，Ｄからの接続要求を受けておらず（Ｓ３２：ＮＯ，Ｓ３３：ＮＯ）、クライアント端末として動作する場合、メイン処理ではＳ４０〜Ｓ４８の処理が行われる。端末Ｐは、まず、無線電波の届く範囲内にある他の再生端末装置５を探す。未接続の再生端末装置５があれば、その再生端末装置５が保有する楽曲データに対応する楽曲情報を取得するため、端末Ｐは、その再生端末装置５をホスト端末として接続を試みる（Ｓ４０）。例えば端末Ａに接続できたら、端末Ｐは、端末Ａに、Ｓ１３において生成した自身（端末Ｐの）のユーザの嗜好情報を送信する（Ｓ４１）。
【００７１】
詳細は後述するが、端末Ａからは、端末Ｐの嗜好情報に基づいて抽出される端末Ｐ向けの楽曲情報が、端末Ｐに送信される。端末Ｐは、端末Ａの楽曲情報を取得すると（Ｓ４２）、端末Ａとの接続を切断する。無線電波の届く範囲内にまだ未接続の再生端末装置５があればＳ３２に戻り（Ｓ４３：ＮＯ）、Ｓ３３を経てＳ４０において同様に、端末Ｐは、未接続の再生端末装置５との接続を試みる。このように、Ｓ４０〜Ｓ４３の処理を繰返し、端末Ｐが、自身の無線電波の届く範囲内に存在する端末Ａ，Ｃ，Ｄからそれぞれの楽曲情報を取得できたら（Ｓ４３：ＹＥＳ）、ＣＰＵ５０はＳ４５に進む。
【００７２】
Ｓ４５では、各端末Ａ，Ｃ，Ｄから取得されたそれぞれの楽曲情報に含まれる分類情報が、端末Ｐの嗜好情報と比較される。例えば、図４に示すように、ジャンル軸と年代軸との２軸のグラフに、端末Ｐの嗜好情報に示される座標（図中、Ｐを太枠で囲んで示す。）と、各端末Ａ，Ｃ，Ｄの保持する楽曲データの分類情報に示される座標（図中、Ａ−１〜Ａ−３，Ｃ−１〜Ｃ−３，Ｄ−１〜Ｄ−３と表記する。）とをプロットする。このようにすれば、Ａ−１〜Ａ−３，Ｃ−１〜Ｃ−３，Ｄ−１〜Ｄ−３のそれぞれの分類情報と、端末Ｐの嗜好情報との互いの類似性の高さを、類似距離（各座標間の距離）の近さとして図示することができる。図４によれば、端末Ｐの嗜好情報には端末Ｃが保持するＣ−１やＣ−３の分類情報や、端末Ａの保持するＡ−２の分類情報の類似距離が近いことがわかる。
【００７３】
より具体的な比較を行うため、図７のＳ４５では、上記した配信サーバ２の楽曲選定処理のＳ７１で行われた処理と同様に、端末Ｐの嗜好情報と各端末Ａ，Ｃ，Ｄの分類情報との類似距離が、それぞれ算出される。そして、算出された類似距離が互いに比較され、端末Ｐの嗜好情報に最も近い類似距離が算出された分類情報が、端末Ｐの嗜好情報との類似性が最も高い分類情報を指す類似分類情報として決定される（Ｓ４５）。例えば、端末Ｐの嗜好情報に対する類似距離が最も近い分類情報が端末ＣのＣ−３（図４参照）であれば、Ｃ−３が類似分類情報として決定される。
【００７４】
端末Ｐは、類似分類情報として決定されたＣ−３を含む楽曲情報に対応する楽曲データをダウンロードするため、Ｃ−３の取得先である端末Ｃをホスト端末として、再度、接続を試みる（Ｓ４６）。端末Ｃに接続できたら、端末Ｐは、Ｃ−３を含む楽曲情報に対応する楽曲データのダウンロード要求を端末Ｃに送信する。そして端末Ｐは、端末Ｃから送信されるＣ−３に対応する楽曲データの断片を順次ダウンロードして、バッファに記憶する（Ｓ４７）。端末Ｃとの接続はダウンロードが完了するまで継続される（Ｓ４８：ＮＯ，Ｓ４７）。なお、ダウンロード中も、バッファに未再生の楽曲データの断片が記憶され次第、上記の楽曲再生処理（図６参照）によって、楽曲データの再生が行われる。そして、Ｃ−３に対応する楽曲データのダウンロードが完了したら（Ｓ４８：ＹＥＳ）、端末Ｐは、端末Ｃとの接続を終了する（Ｓ５０）。その後Ｓ５５に戻り、バッファに新たに空き容量が確保された際に、通信障害等が解消していれば、端末Ｐは、配信サーバ２から次の楽曲データの配信を受け、解消していなければ、他の再生端末装置５が保持する楽曲データの取得を行う。
【００７５】
一方、端末Ｐが端末Ａ，Ｃ，Ｄからの接続要求を受け（Ｓ３２：ＹＥＳ／Ｓ３２：ＮＯ，Ｓ３３：ＹＥＳ）、ホスト端末として動作する場合、メイン処理ではＳ３５〜Ｓ３８の処理が行われる。端末Ｐが、無線電波の届く範囲に存在するクライアント端末（端末Ａ、ＣまたはＤ）から、端末Ｐの保持する楽曲データの楽曲情報を取得するための接続要求を受けたら（Ｓ３２：ＹＥＳ）、端末Ｐはホスト端末として動作し、クライアント端末との接続を図る。例えば、クライアント端末として端末Ｃと接続した場合、端末Ｐは、端末Ｃから送信される、端末Ｃのユーザの嗜好情報（Ｓ４１参照）を取得する（Ｓ３６）。
【００７６】
次に、端末ＰのＣＰＵ５０は、バッファに削除されずに残る楽曲データの楽曲情報を取得し、楽曲情報に含む分類情報と、端末Ｃから取得した嗜好情報との比較を行う。例えば、図４に示すように、ジャンル軸と年代軸との２軸のグラフに、端末Ｐの保持する楽曲データの分類情報に示される座標（図中、Ｐ−１〜Ｐ−３と表記する。）と、端末Ｃの嗜好情報に示される座標（図中、Ｃを太枠で囲んで示す。）とをプロットする。このようにすれば、Ｐ−１〜Ｐ−３のそれぞれの分類情報と、端末Ｃの嗜好情報との互いの類似性の高さを、類似距離（各座標間の距離）の近さとして図示することができる。図４によれば、端末Ｃの嗜好情報には、端末Ｐの保持するＰ−１とＰ−３の分類情報は類似距離が近いが、Ｐ−２の分類情報は遠いことがわかる。
【００７７】
より具体的な比較を行うため、図７のＳ３７では、上記同様に、端末Ｃの嗜好情報と端末Ｐの分類情報との類似距離が、それぞれ算出される。そして、算出された類似距離が、所定の類似範囲に含まれる分類情報を含む楽曲情報が、決定される。所定の類似範囲とは、あらかじめ定められた類似距離のしきい値である。よって、端末Ｃの嗜好情報との類似距離が、しきい値よりも近い（値の小さい）類似距離が算出された分類情報（例えばＰ−１およびＰ−３）を含む楽曲情報が、端末Ｃ向けの楽曲情報として決定される。端末ＰのＣＰＵ５０は、端末Ｃに、Ｐ−１およびＰ−３の楽曲情報を送信したら（Ｓ３８）、ホスト端末としての動作を終了し、Ｓ４０に進む。
【００７８】
端末Ｃでは、端末Ｃの無線電波の届く範囲に存在する他の再生端末装置５かも同様に端末Ｃ向けに抽出された楽曲情報が取得され、例えばＰ−１が類似分類情報として決定される。端末ＣはＰ−１に対応する楽曲データをダウンロードするため、Ｐ−１の取得先である端末Ｐをホスト端末として、再度、接続を試み、端末Ｐにダウンロード要求を送信する。端末Ｐは、端末Ｃからのダウンロード要求を受けると（Ｓ３２：ＮＯ，Ｓ３３：ＹＥＳ）、端末Ｃとの接続を行い、ダウンロード要求に基づき、Ｐ−１に対応する楽曲データを断片化して、順次端末Ｃに送信する（Ｓ３５）。そして、端末ＰのＣＰＵ５０は、端末ＣへのＰ−１に対応する楽曲データの送信が完了したら、ホスト端末としての動作を終了し、Ｓ４０に進む。
【００７９】
以上説明したように、再生端末装置５は、配信サーバ２との無線通信による接続が通信障害の発生によって切断された場合でも、自身（クライアント端末）に接続可能な他の再生端末装置５（ホスト端末）から楽曲データを取得することができるので、楽曲データの再生を途切れることなく継続することができる。また、クライアント端末は、ホスト端末から楽曲データを取得する際に、クライアント端末のユーザの嗜好情報に最も類似する分類情報に対応付けられた楽曲データ、すなわちクライアント端末のユーザの好みに最も合う楽曲データを取得することができる。このため、クライアント端末は、配信サーバ２との接続を行えず、配信サーバ２からクライアント端末のユーザの好みの楽曲データを取得できない場合でも、ホスト端末から取得した楽曲データを再生して、ユーザに楽曲を十分に楽しんでもらうことができる。
【００８０】
再生端末装置５（クライアント端末）が他の再生端末装置５（ホスト端末）から楽曲データを取得する際に、接続可能なホスト端末が多かったり、ホスト端末の保持する楽曲データが多かったりすると、取得する楽曲データを決定するのに時間がかかってしまう。そこで、あらかじめ、クライアント端末のユーザの嗜好情報をホスト端末に送信し、その嗜好情報との類似性が所定の類似範囲に含まれる分類情報、すなわちクライアント端末のユーザの好みに合いそうな楽曲データの分類情報だけを、ホスト端末から取得する。その上であらためて、クライアント端末のユーザの嗜好情報に最も類似する分類情報に対応する楽曲データを、その楽曲データを保持するホスト端末から取得する。このようにすれば、クライアント端末のユーザの好みに合う楽曲データを効率よく取得でき、楽曲データの再生を途切れることなく継続できるとともに、ユーザに楽曲を十分に楽しんでもらうことができる。
【００８１】
また、配信サーバ２は、再生端末装置５に楽曲データの配信を行う際に、位置情報と嗜好情報と分類情報とを取得する。位置情報に基づけば、楽曲データの配信を所望する再生端末装置５（配信先端末）の近くに存在し、通信障害が発生した場合に、配信先端末に楽曲データを送信可能な再生端末装置５（近接端末）を特定することができる。そこで、近接端末のなかから、配信先端末の保持する楽曲データの分類情報との類似性が最も低い嗜好情報を持った端末を特定し、配信先端末の嗜好情報と特定した端末の嗜好情報との類似性の差異が小さい楽曲データを配信先端末に配信する。このように、再生端末装置に楽曲データを配信する際に、その再生端末装置のユーザの好みに合い、近くに存在する他の再生端末装置のユーザの好みにも合う楽曲データを選定した上で、配信しておく。すると、通信障害が発生して再生端末装置同士で楽曲データの送受信を行うこととなった場合に、再生端末装置は、容易に、ユーザの好みに合う楽曲データを取得できるので、楽曲データの再生を途切れることなく継続できるとともに、ユーザに楽曲を十分に楽しんでもらうことができる。
【００８２】
なお、上記の実施形態に示される配信システム１、配信サーバ２および再生端末装置５の構成は例示であり、本発明は各種の変形が可能なことは言うまでもない。本実施の形態では、コンテンツデータの一例として、楽曲データを挙げて説明を行ったが、楽曲データに限るものではなく、映像データや音声データ、画像データ、テキストデータなど、文字や音声、映像などを使用して作成され、再生端末装置５のユーザの娯楽や教養に供するデータであればよい。
【００８３】
また、バッファには、３曲の楽曲データが削除されずに残る分の記憶容量が割当てられているとして説明を行ったが、少なくとも１曲以上残る分の記憶容量が割当てられていればよい。また、ＲＡＭ６２の記憶領域の一部をバッファとしたが、バッファとして使用する記憶装置を別途設けてもよい。また、Ｓ１２では、空き容量の基準として５ＭＢを例に挙げたが、これに限らず、１ＭＢでも１０ＭＢでもよく、取り扱うコンテンツデータの容量に応じて適宜設定されればよい。
【００８４】
また、無線通信は、配信サーバ２や他の再生端末装置５から楽曲データのダウンロードが完了したら接続を切断することとしたが、常時接続が維持されていてもよい。また、分類情報や嗜好情報は、２軸の座標で表すことで数値化したが、その軸数は２軸に限るものではなく、１軸でも、あるいは３軸以上であってもよい。
【００８５】
また、本実施の形態では、配信サーバ２との接続が行えない場合に、ＷｉＦｉ Ｄｉｒｅｃｔモードでの無線通信によって他の再生端末装置５と接続して楽曲データを取得するが、その際の再生端末装置５同士の接続（クライアント端末とホスト端末との接続）は、１対１であっても、１対多であってもよい。１対多による接続の場合、ホスト端末に接続するクライアント端末が多いほど、ホスト端末には負荷がかかり、また、無線通信の速度も低下する場合がある。この場合、クライアント端末では、楽曲データの断片の取得が再生速度に追いつかなくなり、再生が途切れ途切れになってしまう虞がある。
【００８６】
そこで、再生端末装置５同士の接続を行う際に、接続先の再生端末装置５に現在接続する他の再生端末装置５の台数を問い合わせ、最も接続台数の少ない再生端末装置５をホスト端末として接続するとよい。具体的には、図７のＳ３１〜Ｓ５５の処理の代わりに、図９に示す、Ｓ８１〜Ｓ９８の処理を行えばよい。
【００８７】
通信障害等の発生により、再生端末装置５と配信サーバ２との接続が切断された場合（図７、Ｓ２０：ＮＯ／Ｓ２２：ＹＥＳ）、再生端末装置５では、図９に示す、Ｓ８１において、通信制御部５２の駆動状態がＷｉＦｉ Ｄｉｒｅｃｔ（商標）規格に準拠し１対多による接続が可能なＷｉＦｉ Ｄｉｒｅｃｔモードに切り換えられる（Ｓ８１）。
【００８８】
例えば端末Ｐが、無線電波の届く範囲に存在する端末Ａ，Ｃ，Ｄから問い合わせや接続要求を受けておらず（Ｓ８２：ＮＯ，Ｓ８６：ＮＯ）、クライアント端末として動作する場合、メイン処理ではＳ９０〜Ｓ９８の処理が行われる。端末Ｐは、本実施の形態と同様に、未問合せの再生端末装置５を、ホスト端末の候補として、その再生端末装置５に現在接続している他の再生端末装置５の接続台数の問合せを行う（Ｓ９０）。問合せは、無線電波の届く範囲内にあるすべての再生端末装置５（端末Ａ，Ｃ，Ｄ）に行うまで繰り返される（Ｓ９１：ＮＯ，Ｓ８２）。
【００８９】
端末Ａ，Ｃ，Ｄそれぞれに接続台数の問合せが済んだら（Ｓ９１：ＹＥＳ）、最も接続台数の少ない再生端末装置５が特定される。上記したように、再生端末装置５は１対多による接続が可能であり、接続台数の少ない再生端末装置５はＣＰＵ５０にかかる負荷が少ない。よって端末Ｐは、最も接続台数の少ない再生端末装置５（例えば端末Ｄ）との接続を試みる（Ｓ９２）。端末Ｄとの接続ができたら、端末Ｐは、端末Ｄから、端末Ｄの保持する楽曲データの楽曲情報を取得する（Ｓ９３）。
【００９０】
そして、端末Ｄから取得した楽曲情報に含まれる類似情報が、端末Ｐのユーザの嗜好情報と比較される。例えば、図４に示すように、ジャンル軸と年代軸との２軸のグラフに、端末Ｐの嗜好情報に示される座標（図中、Ｐを太枠で囲んで示す。）と、端末Ｄの保持する楽曲データの分類情報に示される座標（図中、Ｄ−１〜Ｄ−３と表記する。）とをプロットする。このようにすれば、Ｄ−１〜Ｄ−３のそれぞれの分類情報と、端末Ｐの嗜好情報との互いの類似性の高さを、類似距離（各座標間の距離）の近さとして図示することができる。図４によれば、端末Ｐの嗜好情報にはＤ−２の分類情報の類似距離が近いことがわかる。
【００９１】
より具体的な比較を行うため、図９のＳ９５では、本実施の形態と同様に、端末Ｐの嗜好情報と端末Ｄの分類情報との類似距離が、それぞれ算出される。そして、算出された類似距離が互いに比較され、端末Ｐの嗜好情報に最も近い類似距離が算出された分類情報（例えばＤ−２）が、端末Ｐの嗜好情報との類似性が最も高い類似分類情報として決定される（Ｓ９５）。
【００９２】
端末Ｐは、類似分類情報として決定されたＤ−２を含む楽曲情報に対応する楽曲データをダウンロードするため、端末Ｄをホスト端末として、再度、接続し、Ｄ−２を含む楽曲情報に対応する楽曲データのダウンロード要求を端末Ｄに送信する。そして端末Ｐは、端末Ｄから送信されるＤ−２に対応する楽曲データの断片を順次ダウンロードして、バッファに記憶する（Ｓ９６）。端末Ｄとの接続はダウンロードが完了するまで継続される（Ｓ９７：ＮＯ，Ｓ９６）。なお、ダウンロード中も、バッファに未再生の楽曲データの断片が記憶され次第、上記の楽曲再生処理（図６参照）によって、楽曲データの再生が行われることは、本実施の形態と同様である。
【００９３】
そして、Ｄ−２に対応する楽曲データのダウンロードが完了したら（Ｓ９７：ＹＥＳ）、端末Ｐは、端末Ｄとの接続を終了する（Ｓ９８）。その後図７のＳ５５に戻り、バッファに新たに空き容量が確保された際に、通信障害等が解消していれば、端末Ｐは、配信サーバ２から次の楽曲データの配信を受け、解消していなければ、他の再生端末装置５が保持する楽曲データの取得を行う。
【００９４】
一方、端末Ｐが端末Ａ，Ｃ，Ｄからの問合せや接続要求を受け（Ｓ８２：ＹＥＳ／Ｓ８２：ＮＯ，Ｓ８６：ＹＥＳ）、ホスト端末として動作する場合、メイン処理ではＳ８３，Ｓ８５、Ｓ８７，Ｓ８８の処理が行われる。端末Ｐが、無線電波の届く範囲に存在するクライアント端末（端末Ａ、ＣまたはＤ）から、端末Ｐに現在接続する他の再生端末装置５の接続台数の問合せを受けたら（Ｓ８２：ＹＥＳ）、端末ＰのＣＰＵ５０は、現在の接続台数を確認する（Ｓ８３）。そして、問合せを受けた再生端末装置５に、確認した接続台数を通知してＳ８６に進む（Ｓ８５）。
【００９５】
また、端末Ｐが、クライアント端末からの接続要求を受けた場合（Ｓ８２：ＮＯ，Ｓ８６：ＹＥＳ）、端末Ｐはクライアント端末との接続を行い、クライアント端末に、バッファに保持する楽曲データの楽曲情報を送信する（Ｓ８７）。そして上記のようにクライアント端末においてダウンロードする楽曲データが決定され、端末Ｐは、ダウンロード要求に基づき、要求された楽曲データを断片化して、順次クライアント端末に送信する（Ｓ８８）。１対多による接続が可能であるため、他のクライアント端末からのダウンロード要求にも応じられるよう、ホスト端末（ここでは端末Ｐ）におけるダウンロードの処理は、他の処理と並列に実行される。
【００９６】
このように、配信サーバ２との接続を行えない場合、再生端末装置５同士が互いに接続して楽曲データの送受信を行うため、楽曲データを送信する側となった再生端末装置５（ホスト端末）が他の多くの再生端末装置５（クライアント端末）から接続されると、ホスト端末には負荷がかかる。そこで、クライアント端末が他のホスト端末から楽曲データを取得する際に、自身との接続が可能なホスト端末の候補のそれぞれに、それらのホスト端末の候補に現在接続している他のクライアント端末の台数を問い合わせる。そして、最も接続台数の少ないホスト端末の候補を、ホスト端末として接続して楽曲データを取得すれば、ホスト端末にかかる負荷を低減でき、ホスト端末から送信される楽曲データの送信速度を確保することができる。よって、クライアント端末において、楽曲データの再生を途切れることなく継続することができる。
【００９７】
また、配信サーバ２は、楽曲データの配信を所望する再生端末装置５（配信先端末）から取得する位置情報に基づき、配信先端末の無線電波の届く範囲に存在する近接端末のうち、最も近接する端末を配信先端末に通知してもよい。そして、通信障害等の発生により再生端末装置５が配信サーバ２に接続できない状態となった場合には、各再生端末装置５は、配信サーバ２から通知された、自身に最も近接する端末をホスト端末として接続し、楽曲データを取得してもよい。具体的に、配信サーバ２において実行される楽曲選定処理において、図１０に示すように、Ｓ７０とＳ７６の処理を追加するとよい。なお、図１０のフローチャートにおいて、図８と同一の処理においては同じステップ番号を付し、説明を省略する。
【００９８】
図１０に示すように、配信サーバ２は、自身に接続する配信先端末からＳ６５において受信した嗜好情報、位置情報および楽曲情報のうちの位置情報に基づいて、Ｓ６８で求めた近接端末のうち、配信先端末に最も近接する近接端末（以下、「最近接端末」とよぶ。）を特定する（Ｓ７０）。具体的には、位置情報に表される座標間の距離が配信先端末に最も近い近接端末を特定すればよい。
【００９９】
そして、Ｓ７６においては、Ｓ７０で特定した最近接端末を、配信先端末に通知する。配信先端末は、図示しないが、図７のメイン処理のＳ４０において、ホスト端末の対象として、配信サーバ２から通知された端末のみに接続する処理を行うようにすればよい。
【０１００】
このように、配信サーバ２は、再生端末装置５（配信先端末）に楽曲データの配信を行う際に、位置情報を取得する。位置情報に基づけば、楽曲データの配信を所望する配信先端末の近くに存在し、通信障害が発生した場合に、配信先端末に楽曲データを送信可能な近接端末を特定することができる。そこで、近接端末のなかから、配信先端末に最も近い最近接端末を特定し、配信先端末に通知しておけば、通信障害が発生して再生端末装置５同士で楽曲データの送受信を行うこととなった場合に、クライアント端末は、通知された最近接端末をホスト端末として接続し、楽曲データを取得すればよい。このようにすれば、クライアント端末は、自身が接続可能な他のホスト端末があっても、それらのホスト端末を探さなくとも済むので、楽曲データの取得を素早く行うことができ、楽曲データの再生を途切れることなく継続することができる。
【０１０１】
なお、本実施の形態においては、ＲＡＭ６２が「記憶手段」に相当する。Ｓ２０またはＳ２２で、配信サーバ２との接続が切断されたか否かを判断するＣＰＵ５０が「検知手段」に相当する。Ｓ３１で、通信制御部５２の駆動状態をＷｉＦｉ Ｄｉｒｅｃｔモードに切り換えるＣＰＵ５０が「切換手段」に相当する。Ｓ４６で、楽曲情報に対応する楽曲データをダウンロードするため、他の再生端末装置５に接続するＣＰＵ５０が「接続手段」に相当する。Ｓ４７で、接続先の再生端末装置５から楽曲データのダウンロードを行うＣＰＵ５０が「第１取得手段」に相当する。
【０１０２】
また、Ｓ１３で、嗜好情報の生成を行うＣＰＵ５０が「第１生成手段」に相当する。Ｓ４２で、接続先の再生端末装置５（ホスト端末）からバッファに削除されずに残る楽曲データに対応する分類情報を含む楽曲情報を取得するＣＰＵ５０が「第２取得手段」に相当する。Ｓ４５で、類似分類情報を決定するＣＰＵ５０が「第１決定手段」に相当する。また、Ｓ４１で、ホスト端末に、自身のユーザの嗜好情報を送信するクライアント端末のＣＰＵ５０が「第１送信手段」に相当する。Ｓ３７で、クライアント端末の嗜好情報との類似性が所定の類似範囲に含まれる分類情報を含む楽曲情報を決定するホスト端末のＣＰＵ５０が「第２決定手段」に相当する。Ｓ３８で、Ｓ３７で決定した分類情報を含む楽曲情報をクライアント端末に送信するホスト端末のＣＰＵ５０が「第２送信手段」に相当する。また、Ｓ９０で、ホスト端末に現在接続している他の再生端末装置５の台数の問合せを行うＣＰＵ５０が「第３取得手段」に相当する。
【０１０３】
また、Ｓ６５で、再生端末装置５の位置情報を取得するＣＰＵ２１が「第４取得手段」に相当する。同じくＳ６５で、再生端末装置５の分類情報を含む楽曲情報と、嗜好情報とを取得するＣＰＵ２１が「第５取得手段」に相当する。Ｓ６８で、位置情報に基づいて、配信を所望する再生端末装置５（接続先端末）に、無線通信を介した接続が可能な他の再生端末装置５（近接端末）を特定するＣＰＵ２１が「第１特定手段」に相当する。Ｓ７１で、接続先端末の楽曲情報（分類情報）と、近接端末の嗜好情報とを比較し、Ｓ７２で、両者の類似性が最も低い、嗜好情報をもった近接端末を特定するＣＰＵ２１が「第２特定手段」に相当する。Ｓ７３で、Ｓ７２において特定された近接端末の嗜好情報と、接続先端末の嗜好情報とのそれぞれとの類似距離の差異が所定差以下の分類情報を特定し、Ｓ６３で、その分類情報に対応付けられた楽曲データを接続先端末に配信するＣＰＵ２１が「配信手段」に相当する。また、Ｓ７６で、配信先端末に最近接端末の通知を行うＣＰＵ２１が「通知手段」に相当する。
【符号の説明】
【０１０４】
１ 配信システム
２ 配信サーバ
３ データベース
５ 再生端末装置
１０ ネットワーク
２１ ＣＰＵ
２８ ＨＤＤ
５０ ＣＰＵ
５１ 無線通信部
５２ 通信制御部
５３ 無線通信部
６２ ＲＡＭ
【技術分野】
【０００１】
本発明は、無線通信を介して接続する配信サーバからストリーミング形式によってコンテンツデータが配信される再生端末装置、配信システムおよびプログラムに関する。
【背景技術】
【０００２】
従来、既存のネットワーク網のアクセスポイントに接続する、いわゆるインフラストラクチャモードによる通信を無線通信によって行い、ネットワーク上に公開された配信サーバから、ストリーミング形式によってコンテンツデータの配信を受けることができる再生端末装置が知られている。ストリーミング形式は、配信サーバにおいてコンテンツデータを断片化して送信し、再生端末装置側でデータの断片を受信（ダウンロード）しながら、同時に、ダウンロードした断片から順次再生する、データの取得および再生の形式である。ストリーミング形式によってコンテンツデータを再生すれば、１つのコンテンツデータをまるごとダウンロードしてから再生を行う、いわゆるダウンロード形式と比べて、ダウンロードから再生までのユーザの待ち時間が少なくて済む。また、ストリーミング形式では、コンテンツデータの再生中の断片だけでなく、未再生分の断片についても先行してダウンロードし、バッファに記憶しておき、バッファからコンテンツデータの断片を順次読み出して再生する方法が採用されている。
【０００３】
無線通信の通信方式としては、例えばＷｉＦｉ（登録商標）や、ＷｉＭＡＸ（登録商標）、３Ｇ、ＨＳＰＡなどの通信方式が、一般的に知られている。これらの通信方式は通信電波の到達距離や通信速度等に違いがあり、用途に応じて使い分けられている。特に３ＧやＨＳＰＡなどの通信方式は、ユーザが再生端末装置を携帯して移動する際に利用されることが多い。
【０００４】
ところで、ネットワーク接続においては、通常、複数の通信経路のうち、経路において通過する中継点が最も少ない経路が選択される。しかし、経路途中の中継点間において通信状態の不安定なところがあると、その中継点間を経由する通信経路を介したネットワーク接続が不安定となる。すると、その通信経路を介したコンテンツデータのダウンロードの速度が低下したり、ネットワーク接続が途切れたりする虞がある。このような場合、ストリーミング形式によるコンテンツデータの配信では、再生が途切れ途切れになり、また、ダウンロード形式によるコンテンツデータの配信では、再生できなくなる。
【０００５】
そこで、将来、不安定になる虞のある通信経路を予測し、その代替となる通信経路を探索することで、ネットワーク接続の安定性を維持できるようにする方法が提案されている（例えば特許文献１参照）。この方法によりネットワーク接続を安定して維持することができれば、ユーザは、再生を途切れさせることなくコンテンツデータを楽しむことができる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００４−３３６７６７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１のようにネットワーク接続の安定性の維持を図っても、例えばユーザが通信電波の届かない場所に移動することにより、無線通信自体が切断され、すべての通信経路が途絶されてしまう場合がある。このような場合、再生端末装置に記憶されている分のコンテンツデータの再生が終わってしまっても新たなコンテンツデータが取得されず、配信サーバとのネットワーク接続が回復するまで、コンテンツデータの再生が停止されたままになっていた。
【０００８】
本発明は、上記の問題点を解決するためになされたものであり、配信サーバとの接続が切断された場合に他の再生端末装置に接続してコンテンツデータを取得し、再生を継続することができるコンテンツデータの再生端末装置、配信システムおよびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の第１態様によれば、ストリーミング形式によってコンテンツデータを配信可能な配信サーバに、既存のネットワーク網を経由する第１の通信形態による無線通信を介して接続し、自身の備える記憶手段に前記配信サーバから受信する前記コンテンツデータを一時的に記憶しつつ、前記コンテンツデータを再生するコンテンツデータの再生端末装置であって、前記配信サーバとの接続が通信障害の発生によって切断されたか否かを検知する検知手段と、前記検知手段によって前記配信サーバとの切断が検知されたら、前記無線通信を、前記再生端末装置同士が直接接続を行う第２の通信形態に切り換える切換手段と、前記切換手段によって切り換えられた前記第２の通信形態による前記無線通信を介して自身に接続可能な他の再生端末装置を接続先端末装置とし、当該接続先端末装置に前記無線通信を介して接続する接続手段と、前記接続手段によって接続された前記接続先端末装置から、当該接続先端末装置の備える前記記憶手段に記憶された前記コンテンツデータを取得する第１取得手段と、を備えるコンテンツデータの再生端末装置が提供される。
【００１０】
第１態様の再生端末装置は、配信サーバとの無線通信による接続が通信障害の発生によって切断された場合でも、自身に接続可能な他の再生端末装置からコンテンツデータを取得することができるので、コンテンツデータの再生を途切れることなく継続することができる。
【００１１】
第１態様において、前記コンテンツデータは、当該コンテンツデータによって表されるコンテンツを類似性によって分類するための分類情報が対応付けられている。第１態様は、自身の備える前記記憶手段に記憶された少なくとも１以上の前記コンテンツデータを前記分類情報に基づいて分類し、前記再生端末装置を利用するユーザが嗜好するコンテンツの分類を表す嗜好情報を生成する第１生成手段と、前記接続先端末装置から、当該接続先端末装置の備える前記記憶手段に記憶されている少なくとも１以上の前記コンテンツデータのそれぞれに対応付けられた前記分類情報を取得する第２取得手段と、前記第２取得手段によって取得された前記分類情報のなかから、前記第１生成手段によって生成された自身の前記嗜好情報に最も類似する前記分類情報を類似分類情報として決定する第１決定手段と、をさらに備えてもよい。この場合に、前記第１取得手段は、前記接続先端末装置から、前記第１決定手段によって決定された前記類似分類情報に対応付けられた前記コンテンツデータを取得してもよい。
【００１２】
再生端末装置は、他の再生端末装置からコンテンツデータを取得する際に、自身のユーザの嗜好情報に最も類似する分類情報に対応付けられたコンテンツデータ、すなわち自身のユーザの好みに最も合うコンテンツデータを取得することができる。このため、再生端末装置は、配信サーバとの接続を行えず、配信サーバから自身のユーザの好みのコンテンツデータを取得できない場合でも、他の再生端末装置から取得したコンテンツデータを再生して、ユーザにコンテンツを十分に楽しんでもらうことができる。
【００１３】
第１態様の再生端末装置は、自身に接続可能な少なくとも１以上の他の再生端末装置に自身の前記嗜好情報を送信する第１送信手段をさらに備えるとともに、他の再生端末装置の前記第１送信手段から、その再生端末装置の前記嗜好情報を受信した場合には、自身の備える前記記憶手段に記憶されている前記コンテンツデータに対応付けられた前記分類情報のうち、前記受信した前記嗜好情報との類似性が所定の類似範囲に含まれる前記分類情報を決定する第２決定手段と、前記第２決定手段によって決定された前記分類情報を、前記嗜好情報の送信元の前記再生端末装置に送信する第２送信手段と、をさらに備えてもよい。この場合に、前記第１決定手段は、自身に接続可能な少なくとも１以上の他の再生端末装置のそれぞれの前記第２送信手段から受信する前記分類情報のなかから、自身の前記嗜好情報に最も類似する前記分類情報を前記類似分類情報として決定し、前記第１取得手段は、前記類似分類情報の送信元の前記再生端末装置から、前記類似分類情報に対応付けられた前記コンテンツデータを取得してもよい。
【００１４】
再生端末装置が他の再生端末装置からコンテンツデータを取得する際に、接続可能な他の再生端末装置が多かったり、他の再生端末装置の保持するコンテンツデータが多かったりすると、取得するコンテンツデータを決定するのに時間がかかってしまう。そこで、あらかじめ、自身のユーザの嗜好情報を他の再生端末装置に送信し、その嗜好情報との類似性が所定の類似範囲に含まれる分類情報、すなわち自身のユーザの好みに合いそうなコンテンツデータの分類情報だけを、他の再生端末装置から取得する。その上であらためて、自身のユーザの嗜好情報に最も類似する分類情報に対応するコンテンツデータを、そのコンテンツデータを保持する他の再生端末装置から取得する。このようにすれば、自身のユーザの好みに合うコンテンツデータを効率よく取得でき、コンテンツデータの再生を途切れることなく継続できるとともに、ユーザにコンテンツを十分に楽しんでもらうことができる。
【００１５】
第１態様は、前記第２の通信形態による前記無線通信を介して自身との接続が可能な他の再生端末装置を候補端末装置とし、少なくとも１以上の当該候補端末装置から、当該候補端末装置に現在接続している再生端末装置の台数をそれぞれ取得する第３取得手段をさらに備えてもよい。この場合に、前記接続手段は、１以上の前記候補端末装置のうち、前記第３取得手段によって取得された前記台数が最も少ない前記候補端末装置を前記接続先端末装置として、当該接続先端末装置に前記無線通信を介して接続してもよい。
【００１６】
配信サーバとの接続を行えない場合、再生端末装置同士が互いに接続してコンテンツデータの送受信を行うため、コンテンツデータを送信する側となった再生端末装置が他の多くの再生端末装置から接続されると、送信側の再生端末装置には負荷がかかる。そこで、再生端末装置が他の再生端末装置からコンテンツデータを取得する際に、自身との接続が可能な他の再生端末装置のそれぞれに、それらの再生端末装置に現在接続している再生端末装置の台数を問い合わせる。そして、最も接続台数の少ない再生端末装置に接続してコンテンツデータを取得すれば、接続先の再生端末装置（コンテンツデータの送信側の再生端末装置）にかかる負荷を低減でき、接続先の再生端末装置から送信されるコンテンツデータの送信速度を確保することができる。よって、コンテンツデータの再生を途切れることなく継続することができる。
【００１７】
本発明の第２態様によれば、請求項２から４のいずれかに記載の再生端末装置と、前記第１の通信形態による前記無線通信を介して接続される前記再生端末装置に、ストリーミング形式によって前記コンテンツデータを配信する配信サーバと、を備えるコンテンツデータの配信システムであって、前記配信サーバは、前記再生端末装置から、当該再生端末装置の位置情報を取得する第４取得手段と、前記再生端末装置から、当該再生端末装置の備える前記記憶手段に記憶されている少なくとも１以上の前記コンテンツデータのそれぞれに対応付けられた前記分類情報、および、当該再生端末装置の前記第１生成手段によって生成された前記嗜好情報を取得する第５取得手段と、前記第４取得手段によって取得された前記位置情報に基づいて、前記再生端末装置のうちの一つである第１再生端末装置が前記第２の通信形態による前記無線通信を介して接続可能な他の再生端末装置を第２再生端末装置として特定する第１特定手段と、前記第５取得手段によって取得された前記第１再生端末装置の前記分類情報と、前記第５取得手段によって取得された前記第２再生端末装置の前記嗜好情報とを比較して、前記第２再生端末装置のなかから、類似性が最も低い前記嗜好情報を有する前記第２再生端末装置を第３再生端末装置として特定する第２特定手段と、前記第５取得手段によって取得された前記第１再生端末装置の前記嗜好情報との類似性と、前記第２特定手段によって特定された前記第３再生端末装置の前記嗜好情報との類似性との差異が所定差以下である前記分類情報に対応付けられる前記コンテンツデータを、前記第１再生端末装置に配信する配信手段と、を備えるコンテンツデータの配信システムが提供される。
【００１８】
配信サーバは、再生端末装置にコンテンツデータの配信を行う際に、位置情報と嗜好情報と分類情報とを取得する。位置情報に基づけば、コンテンツデータの配信を所望する第１再生端末装置の近くに存在し、通信障害が発生した場合に、第１再生端末装置にコンテンツデータを送信可能な第２再生端末装置を特定することができる。そこで、第２再生端末装置のなかから、第１再生端末装置の保持するコンテンツデータの分類情報との類似性が最も低い嗜好情報を持った第３再生端末装置を特定し、第１再生端末装置の嗜好情報と第３再生端末装置の嗜好情報との類似性の差異が小さいコンテンツデータを第１再生端末装置に配信する。このように、再生端末装置にコンテンツデータを配信する際に、その再生端末装置のユーザの好みに合い、近くに存在する他の再生端末装置のユーザの好みにも合うコンテンツデータを選定した上で、配信しておく。すると、通信障害が発生して再生端末装置同士でコンテンツデータの送受信を行うこととなった場合に、再生端末装置は、容易に、ユーザの好みに合うコンテンツデータを取得できるので、コンテンツデータの再生を途切れることなく継続できるとともに、ユーザにコンテンツを十分に楽しんでもらうことができる。
【００１９】
本発明の第３態様によれば、請求項２から４のいずれかに記載の再生端末装置と、前記第１の通信形態による前記無線通信を介して接続される前記再生端末装置に、ストリーミング形式によって前記コンテンツデータを配信する配信サーバと、を備えるコンテンツデータの配信システムであって、前記配信サーバは、前記再生端末装置から、当該再生端末装置の位置情報を取得する第４取得手段と、前記第４取得手段によって取得された前記位置情報に基づいて、前記再生端末装置のうちの一つである第１再生端末装置が前記第２の通信形態による前記無線通信を介して接続可能な他の再生端末装置を第２再生端末装置として特定する第１特定手段と、前記第１特定手段によって特定された前記第２再生端末装置のうち、最も、前記第１再生端末装置との距離が近い前記第２再生端末装置を、前記第１再生端末装置に通知する通知手段と、を備え、前記再生端末装置の前記接続手段は、前記配信サーバとの前記無線通信が切断された場合において、前記配信サーバの前記通知手段から通知された前記第２再生端末装置に前記第２の通信形態による前記無線通信を介して接続することを特徴とするコンテンツデータの配信システムが提供される。
【００２０】
配信サーバは、再生端末装置にコンテンツデータの配信を行う際に、位置情報を取得する。位置情報に基づけば、コンテンツデータの配信を所望する第１再生端末装置の近くに存在し、通信障害が発生した場合に、第１再生端末装置にコンテンツデータを送信可能な第２再生端末装置を特定することができる。そこで、第２再生端末装置のなかから、第１再生端末装置に最も近い第２再生端末装置を特定し、第１再生端末装置に通知しておけば、通信障害が発生して再生端末装置同士でコンテンツデータの送受信を行うこととなった場合に、再生端末装置は、通知された再生端末装置に接続してコンテンツデータを取得すればよい。このようにすれば、再生端末装置は、自身が接続可能な他の再生端末装置があっても、それらの再生端末装置を探さなくとも済むので、コンテンツデータの取得を素早く行うことができ、コンテンツデータの再生を途切れることなく継続することができる。
【００２１】
本発明の第４態様によれば、ストリーミング形式によってコンテンツデータを配信可能な配信サーバに、既存のネットワーク網を経由する第１の通信形態による無線通信を介して接続し、記憶手段に前記配信サーバから受信する前記コンテンツデータを一時的に記憶しつつ、前記コンテンツデータを再生するコンテンツデータの再生端末装置として機能させるためのプログラムであって、前記再生端末装置のコントローラに、前記配信サーバとの接続が通信障害の発生によって切断されたか否かを検知する検知ステップと、前記検知ステップによって前記配信サーバとの切断が検知されたら、前記無線通信を、前記再生端末装置同士が直接接続を行う第２の通信形態に切り換える切換ステップと、前記切換ステップによって切り換えられた前記第２の通信形態による前記無線通信を介して自身に接続可能な他の再生端末装置を接続先端末装置とし、当該接続先端末装置に前記無線通信を介して接続する接続ステップと、前記接続ステップによって接続された前記接続先端末装置から、当該接続先端末装置の備える前記記憶手段に記憶された前記コンテンツデータを取得する第１取得ステップと、を実行させるプログラムが提供される。第４態様に係るプログラムを実行してコントローラを再生端末装置として機能させることで、第１態様と同様の効果を得ることができる。
【００２２】
本発明の第５態様によれば、前記第１の通信形態による前記無線通信を介して接続される、請求項２から４のいずれかに記載の前記再生端末装置に、ストリーミング形式によって前記コンテンツデータを配信する配信サーバとして機能させるためのプログラムであって、前記配信サーバのコントローラに、前記再生端末装置から、当該再生端末装置の位置情報を取得する第４取得ステップと、前記再生端末装置のうちの一つである第１再生端末装置から、当該第１再生端末装置の備える記憶手段に記憶されている前記コンテンツデータに対応付けられた前記分類情報を取得する第５取得ステップと、前記第４取得ステップによって取得された前記位置情報に基づいて、前記第１再生端末装置が前記第２の通信形態による前記無線通信を介して接続可能な他の再生端末装置を第２再生端末装置として特定する第１特定ステップと、前記第１再生端末装置と、前記第１特定ステップに特定された前記第２再生端末装置とを利用するそれぞれのユーザが嗜好するコンテンツの分類を表す前記嗜好情報を生成する第２生成ステップと、前記第５取得ステップによって取得された前記第１再生端末装置の前記分類情報と、前記第２生成ステップによって生成された前記第２再生端末装置の前記嗜好情報とを比較して、前記第２再生端末装置のなかから、類似性が最も低い前記嗜好情報を有する前記第２再生端末装置を第３再生端末装置として特定する第２特定ステップと、前記第２生成ステップによって生成された前記第１再生端末装置の前記嗜好情報との類似性と、前記第２特定ステップによって特定された前記第３再生端末装置の前記嗜好情報との類似性との差異が所定差以下である前記分類情報に対応付けられる前記コンテンツデータを、前記第１再生端末装置に配信する配信ステップと、を実行させるプログラムが提供される。第５態様に係るプログラムを実行してコントローラを配信サーバとして機能させることで、第２態様と同様の効果を得ることができる。
【図面の簡単な説明】
【００２３】
【図１】コンテンツデータの配信システム１の全体の構成を示す図である。
【図２】配信サーバ２のデータベース３に記憶される端末情報を模式的に示す図である。
【図３】端末Ｐの近接端末を特定する過程について説明するための図である。
【図４】類似性（類似距離）について説明するための図である。
【図５】端末Ｐに配信する楽曲データを選定する過程について説明するための図である。
【図６】再生端末装置５において実行される楽曲再生処理のフローチャートである。
【図７】再生端末装置５において実行されるメインプログラムのフローチャートである。
【図８】配信サーバ２において実行される楽曲選定処理のフローチャートである。
【図９】再生端末装置５のメインプログラムの変形例を示すフローチャートである。
【図１０】配信サーバ２の楽曲選定処理の変形例を示すフローチャートである。
【発明を実施するための形態】
【００２４】
以下、本発明を具体化した一実施の形態について、配信サーバ２と再生端末装置５とがネットワーク１０を介して接続されるコンテンツデータの配信システム１を一例に、図面を参照して説明する。なお、参照する図面は、本発明が採用し得る技術的特徴を説明するために用いられるものである。図面に記載されている装置の構成、各種処理のフローチャート等は、それのみに限定する趣旨ではなく、単なる説明例である。また、以下の説明においては、「再生端末装置」を「端末」と表記する場合もある。
【００２５】
まず、図１，図２を参照して、コンテンツデータの配信システム１の概要について説明する。コンテンツデータの配信システム１は、配信サーバ２のデータベース３に蓄積されるコンテンツデータを、ストリーミング形式により、ネットワーク１０を介して再生端末装置５に配信するシステムである。コンテンツデータとは、楽曲や映像などを再生端末装置５において再生可能とするデータである。本実施の形態では、ＭＰ３やＡＡＣなどの公知の音声圧縮コーデックによって楽曲を記録した楽曲データをコンテンツデータの一例として説明する。楽曲データは、例えばラジオの音楽番組のように、配信サーバ２から再生端末装置５へ順次配信されるものとする。しかし、すべての再生端末装置５に対して同じ楽曲データが一斉に配信されるわけではなく、個々の再生端末装置５のユーザの嗜好に合わせた楽曲データが、それぞれの再生端末装置５に配信されるものとする。なお、嗜好の詳細については後述するが、ユーザの楽曲データに対する嗜好は、本実施の形態では、「ジャンル」および「年代」の２つの要素に基づいて決定されるものとする。
【００２６】
配信システム１は、ネットワーク１０に接続される配信サーバ２と、ネットワーク１０に接続された複数のアクセスポイント（ＡＰ）７，８を介し、無線通信により、ネットワーク１０に接続可能な再生端末装置５とを備える。ＡＰ７は、例えば、３ＧやＨＳＰＡなどの通信方式を採用した無線通信の基地局である。ＡＰ８は、ＷｉＦｉ（登録商標）やＷｉＭＡＸ（登録商標）など、公知の無線ＬＡＮのアクセスポイントである。
【００２７】
配信サーバ２は、例えば、周知のパーソナルコンピュータ（ＰＣ）であり、制御を司るＣＰＵ２１を備える。ＣＰＵ２１には、バス２４を介して、ＲＯＭ２２、ＲＡＭ２３、入出力（Ｉ／Ｏ）インタフェイス２５が接続されている。ＲＯＭ２２は、ＣＰＵ２１が実行するＢＩＯＳ等のプログラムを記憶する読出し専用の記憶装置である。ＲＡＭ２３は、データを一時的に記憶する読み書き可能な記憶装置である。
【００２８】
入出力インタフェイス２５には、データベース３、ハードディスクドライブ（ＨＤＤ）２８、ディスクドライブ２６、ネットワーク通信部２９、表示制御部２７、キーボード３３およびマウス３２が接続されている。データベース３は、楽曲データと楽曲情報とを対応付けて記憶する記憶装置である。楽曲情報の詳細については後述するが、楽曲情報は、楽曲データによって表される楽曲に関する情報である。楽曲データの配信は、再生端末装置５が配信サーバ２に接続し、楽曲情報に対応付けられた楽曲データをデータベース３から受信（ダウンロード）することによって行われる。なお、本実施の形態においては、情報の送受信において、特に、コンテンツデータ（楽曲データ）を受信することを「ダウンロード」ともいう。また、配信サーバ２がコンテンツデータを送信することを「配信」ともいう。
【００２９】
ディスクドライブ２６は、ディスクＲＯＭ３０からデータやプログラム等の読み込みを行う装置である。ディスクＲＯＭ３０は、例えばＣＤ−ＲＯＭやＤＶＤ−ＲＯＭなど、データが記憶された記憶媒体である。ＰＣを配信サーバ２として稼働させるためのＯＳやプログラム等が、ディスクＲＯＭ３０に記憶されて提供される。
【００３０】
記憶装置であるＨＤＤ２８には、ディスクＲＯＭ３０から読み出されたＯＳやプログラム等がインストールされる。なお、ＯＳやプログラム等は、フラッシュＲＯＭなど、その他の記憶媒体に記憶されて提供されてもよい。あるいは、ネットワーク通信部２９を介して接続されるネットワーク１０上の図示しない端末から、ダウンロードにより、提供されてもよい。
【００３１】
また、ＨＤＤ２８の所定の記憶領域には、図２に示す、端末情報が記憶される。端末情報は、配信サーバ２に接続される再生端末装置５から送信される、嗜好情報、位置情報および楽曲情報を、それぞれの再生端末装置５について記憶したテーブルである。嗜好情報、位置情報および楽曲情報の詳細については後述するが、配信サーバ２において、再生端末装置５にそれぞれのユーザの嗜好に合わせた楽曲データを配信するため、楽曲データの選定において利用される情報である。また、後述する楽曲選定処理（図８参照）のプログラムは、ＨＤＤ２８の所定の記憶領域にインストールされている。
【００３２】
図１に示す、表示制御部２７は、配信サーバ２で稼働されるＯＳやプログラム等の操作画面をモニタ３１に表示するための描画処理を行う。キーボード３３、マウス３２は、配信サーバ２で稼働されるＯＳやプログラム等の操作画面における操作を行う際に用いられる。
【００３３】
次に、再生端末装置５について説明する。再生端末装置５は、例えば、携帯電話やスマートフォン、ネットワーク接続機能を有する携帯音楽プレーヤーなど、ユーザが携帯でき、無線通信によってネットワーク１０上で公開された配信サーバ２に接続可能な端末装置である。
【００３４】
再生端末装置５は、制御等を司るＣＰＵ５０を備える。ＣＰＵ５０は、ＲＯＭ６１、ＲＡＭ６２およびフラッシュメモリ５６と電気的に接続され、それぞれの記憶領域にアクセスできる。ＲＯＭ６１は、ＣＰＵ５０が実行するＢＩＯＳ等のプログラムを記憶する読出し専用の記憶装置である。ＲＡＭ６２は、データを一時的に記憶する読み書き可能な記憶装置である。フラッシュメモリ５６は読み書き可能な不揮発性の記憶装置であり、再生端末装置５で使用されるアプリケーション等のプログラムやデータ等が記憶される。また、後述する楽曲再生処理（図６参照）およびメイン処理（図７参照）のプログラムは、フラッシュメモリ５６の所定の記憶領域にインストールされている。
【００３５】
本実施の形態において、ＲＡＭ６２の所定の記憶領域は、配信サーバ２からストリーミング形式によって配信される楽曲データを一時的に記憶するバッファとして使用される。配信サーバ２は楽曲データを断片化して送信し、再生端末装置５は、受信（ダウンロード）した楽曲データの断片をバッファに一時的に記憶しつつ再生し、再生の終わった断片から順次削除する。より詳細には、再生の終わった断片が記憶されている記憶領域に対し、新たな断片の上書き記憶が許可されるのであり、データそのものが消去されるわけではないが、便宜上、削除されたものとみなすこととする。
【００３６】
バッファの記憶容量は、一般的に、例えば、再生時間で１分程度に相当する分の楽曲データの断片を先行してダウンロードして記憶できる容量が確保される。具体例として、楽曲データは、例えば標準的なコーデックの設定に従って圧縮された場合、再生時間１分あたり約１ＭＢの容量が必要とされ、１曲あたりでは４〜５ＭＢの容量が必要とされる。よって、通常、バッファには５〜１０ＭＢ程度の記憶容量が割当てられる。これにより、再生端末装置５は、ネットワーク１０への接続が一時的に途絶えた場合でも楽曲データの再生を維持することができる。
【００３７】
また、本実施の形態では、後述するが、再生端末装置５は、ネットワーク１０に接続できない場合に、他の再生端末装置５と直接接続を行う。そして、バッファに削除されずに残っている楽曲データ（すべての断片が残っているもの）が、他の再生端末装置５に送信される。したがって、バッファの記憶容量は、未再生の楽曲データが先行してダウンロードされて再生済みの楽曲データが削除されても、削除されずに残る楽曲データを１曲以上保持するのに必要な容量が設定される。本実施の形態では、説明の便宜上、バッファには、削除されずに残る楽曲データを少なくとも３曲分、保持するのに必要な記憶容量として、例えば２５ＭＢが割当てられているものとする。
【００３８】
ＣＰＵ５０にはさらに、表示制御部５７、入力制御部５９、通信制御部５２、電源コントローラ５４が接続されている。表示制御部５７は、自身に接続される表示部５８の駆動制御を行う。ＣＰＵ５０は、表示制御部５７を介して表示部５８に所望の画像を表示させることができる。入力制御部５９には操作キー６０が接続されている。入力制御部５９は操作キー６０に駆動電流を流し、操作キー６０のオン・オフの状態を検出してＣＰＵ５０に出力する。
【００３９】
通信制御部５２は、無線通信部５１，５３の駆動制御を行う。無線通信部５１は、例えば３Ｇ規格による無線通信のインタフェイスであり、無線通信により接続するＡＰ７を介してネットワーク１０との接続を行う。無線通信部５３は、例えばＷｉＦｉ（登録商標）規格による無線通信のインタフェイスであり、ＡＰ８を介したネットワーク１０への接続や、他の再生端末装置５の無線通信部５３との直接接続を行う。なお、ＡＰ７，８を介して接続されるネットワーク１０を経由して配信サーバ２等への接続を行う場合における通信制御部５２の駆動状態をインフラストラクチャモードという。また、他の再生端末装置５との直接接続を行う場合における通信制御部５２の駆動状態をＷｉＦｉ Ｄｉｒｅｃｔモードとよぶ。ＷｉＦｉ Ｄｉｒｅｃｔモードにおける無線通信は、ＷｉＦｉ Ｄｉｒｅｃｔ（商標）規格による無線通信を行うことにより、端末同士の１対１の接続だけでなく、１対多の接続を行うことも可能である。
【００４０】
電源コントローラ５４は、再生端末装置５に内蔵されて電力を供給するバッテリ５５の充放電を制御する。電源コントローラ５４は、図示しない、ＵＳＢケーブルやＡＣアダプタを介して供給される電力をバッテリ５５に供給し、バッテリ５５の充電を行うことができる。なお、バッテリ５５は、再生端末装置５に着脱可能に装着されてもよい。
【００４１】
次に、配信システム１における配信サーバ２および再生端末装置５の動作の流れについて、図１〜図５を参照し、図６〜図８のフローチャートに従って説明する。なお、説明の便宜上、ＡＰ７，８を介して配信サーバ２と接続される５台の再生端末装置５を区別する際には、それぞれ端末Ａ，Ｂ，Ｃ，Ｄ，Ｐと呼ぶこととする。また、フローチャートにおいて各処理を「Ｓ」と略記し、ダウンロードを「ＤＬ」と表記する。また、図６、図７に示す各処理は、再生端末装置５のＣＰＵ５０によって実行され、図８に示す各処理は、配信サーバ２のＣＰＵ２１によって実行される。
【００４２】
図１に示す、配信システム１では、再生端末装置５がネットワーク１０を介して配信サーバ２に接続できる状態においては、前述したように、例えばラジオの音楽番組のように、楽曲データが配信サーバ２から再生端末装置５へ順次配信される。しかし、例えば通信障害等が発生し、ネットワーク１０への接続ができない状態になると、再生端末装置５は、無線電波の届く範囲内にいる他の再生端末装置５との接続を試みる。そして、接続できた他の再生端末装置５から、その再生端末装置５のバッファに削除されずに残る楽曲データを取得することで、配信サーバ２と接続できない状態でも楽曲データの再生を継続することができる。
【００４３】
配信システム１における再生端末装置５の一例として、端末Ａ，Ｃ，Ｄ，Ｐは、インフラストラクチャモードによる無線通信によってＡＰ７を介してネットワーク１０に接続し、端末Ｂは、同様にＡＰ８に接続する。端末Ａ，Ｃ，Ｄ，Ｐは、３Ｇ規格の無線通信によりネットワーク１０に接続するが、同時に、端末Ａ，Ｃ，Ｄは、ＷｉＦｉ規格の無線通信における無線電波が端末Ｐから届く範囲内にいるものとする。一方、端末Ｂは、ＷｉＦｉ規格の無線通信における無線電波が端末Ｐから届かないところにいるものとする。
【００４４】
端末Ａ〜Ｄ，Ｐ（再生端末装置５）において、配信サーバ２から楽曲データの配信を受けるためのアプリケーションが起動されると、図７に示す、メイン処理が実行される。メイン処理では図示しない初期設定が行われ、ＲＡＭ６２にバッファが確保され、次いで楽曲再生処理（図６参照）が起動される（Ｓ１１）。図６に示す、楽曲再生処理は、メイン処理と並列に実行され、メイン処理の実行中は、楽曲再生処理の実行も継続される（Ｓ１，Ｓ２，Ｓ３：ＮＯ，Ｓ１）。そしてメイン処理が終了されると（Ｓ３：ＹＥＳ）、楽曲再生処理の実行も終了される。
【００４５】
楽曲再生処理では、まず、Ｓ１で、バッファの監視が行われる（Ｓ１）。ストリーミング形式により配信サーバ２からダウンロードした楽曲データの断片で未再生の断片がバッファになければＳ３に進む（Ｓ１：ＮＯ）。そして、メイン処理が終了でなければＳ１に戻り（Ｓ３：ＮＯ）、待機が行われる。一方、バッファに未再生の楽曲データの断片があれば（Ｓ１：ＹＥＳ）、Ｓ２において、その断片分の楽曲データの再生が行われる（Ｓ２）。なお、Ｓ２において再生される楽曲データは、楽曲データの１つの断片分に限らず、所定数の断片分の再生であってもよいし、あるいは楽曲データの所定時間分の再生であってもよい。
【００４６】
図７のメイン処理では、楽曲再生処理の起動が行われた後、ユーザによってメイン処理の終了が指示されるまで、Ｓ１２〜Ｓ５０の処理が繰り返される（Ｓ１２〜Ｓ５０，Ｓ５５：ＮＯ，Ｓ１２）。そのうちのＳ１２〜Ｓ２５の処理は、再生端末装置５と配信サーバ２との接続が可能な状態（通信障害等が発生していない状態）において実行される。一方、Ｓ３１〜Ｓ５０の処理は、再生端末装置５と配信サーバ２との接続が不可能となった状態（通信障害等が発生した状態）において実行される。まず、再生端末装置５と配信サーバ２との接続が可能な状態における配信システム１の動作の流れについて説明する。
【００４７】
端末Ａ〜Ｄ，Ｐでは、それぞれのバッファの記憶容量が監視され（Ｓ１２）、所定の空き容量を確保できなければ（Ｓ１２：ＮＯ）、待機が行われる。所定の空き容量を確保できない状態とは、配信サーバ２から配信される楽曲データの断片がバッファの記憶容量がいっぱいになるまで記憶され、バッファの記憶容量に空きを生じていない状態をいう。なお、バッファの空き容量には、すでに再生の終わった断片が記憶されている領域の容量も含まれる。
【００４８】
上記したように、楽曲データは例えば１曲あたり４〜５ＭＢの容量が必要とされる。よって、例えば１曲分を記憶可能な５ＭＢの記憶容量が所定の空き容量として確保された場合（Ｓ１２：ＹＥＳ）、Ｓ１３〜Ｓ２５の処理が行われ、ネットワーク１０上の配信サーバ２から、各端末Ａ〜Ｄ，Ｐのそれぞれに応じた楽曲データの配信を受ける。
【００４９】
楽曲データの配信は、概略、以下のように行われる。各端末Ａ〜Ｄ，Ｐから、それぞれ嗜好情報、位置情報、およびバッファに残る楽曲データの楽曲情報が、配信サーバ２に送信される（Ｓ１３〜Ｓ１８）。配信サーバ２において、各端末Ａ〜Ｄ，Ｐから受信した嗜好情報、位置情報および楽曲情報に基づいて、各端末Ａ〜Ｄ，Ｐそれぞれのユーザの嗜好に合う楽曲データが選定される（楽曲選定処理（図８参照））。そして、選定された楽曲データに対応付けられている楽曲情報が、各端末Ａ〜Ｄ，Ｐに通知される（Ｓ７５（図８参照））。各端末Ａ〜Ｄ，Ｐでは、通知された楽曲情報に対応する楽曲データが、データベース３からダウンロードされる（Ｓ２０〜Ｓ２５）。
【００５０】
より具体的に、楽曲データの配信について、例を挙げて説明する。例えば端末Ｐが配信サーバ２から楽曲データの配信を受ける場合、端末Ｐは、ユーザの嗜好情報と、自身の位置情報と、バッファに削除されずに残る３曲の楽曲データの楽曲情報とを、配信サーバ２に送信する。なお、上記したように、本実施の形態ではバッファに全断片が未削除のまま残っている楽曲データが３曲あるものとする。
【００５１】
嗜好情報は、ユーザの好みの楽曲のジャンルと年代とを、上記した分類情報と同じ尺度による２軸の座標によって表される情報である。嗜好情報は、Ｓ１３において、例えば以下のように生成される。まず、再生端末装置５のＣＰＵ５０は、配信システム１の初回利用時にユーザの好むジャンルと年代を入力させ、上記のように座標で表すことにより、嗜好情報の基礎となる情報を生成する。以降、配信される楽曲データの再生時に、ユーザがその楽曲を気に入った場合に、例えば「いいね！」ボタンをユーザに押させる。「いいね！」ボタンの押された楽曲データに対応する分類情報は、次回の楽曲データのダウンロード時まで記憶される。そしてダウンロード時に、それまでに記憶した分類情報と、現在の嗜好情報（初めて更新される場合には初回利用時に入力された嗜好情報の基礎情報）との平均値（すなわち平均座標）が求められ、嗜好情報が更新される（Ｓ１３）。
【００５２】
次に、位置情報が取得される（Ｓ１５）。位置情報は、設置場所の緯度および経度が既知のアクセスポイントを２カ所以上検索して電界強度を測定し、電界強度の差異に基づく公知の演算によって求められる。位置情報は、緯度および経度によって示される座標で表される。本実施の形態では、説明の便宜上、図３に示すように、各軸がそれぞれ１〜１０の範囲の尺度をもつ２軸の座標によって、位置情報が表されるものとする。
【００５３】
そして、バッファが参照され、全断片が未削除のまま残っている楽曲データ（ここでは３曲分）の楽曲情報が取得される（Ｓ１６）。楽曲情報は、上記したように、個々の楽曲データにそれぞれ対応付けられている情報であり、属性情報と分類情報とを含む。属性情報は、例えば楽曲名、ＩＤ番号、アーティスト名、ジャンル名、リリース時期などの情報を含む。分類情報は、楽曲データを類似性によって分類するための情報である。本実施の形態では、分類情報は、「ジャンル」および「年代」の２種類の要素をそれぞれ軸とする２軸の座標によって表されるものとする（図４参照）。
【００５４】
分類情報の具体例を、以下に示す。一方の軸をなす楽曲の「ジャンル」には、例えば、クラシック、イージーリスニング、ポップ、ロック、ハードロック、メタルなどがある。第１の軸（ジャンル軸）上において、テンポや曲調などが近いジャンル同士（つまり類似性の高いもの同士）を近隣に配置し、これらを、例えば１〜１８の範囲の尺度で表す。楽曲の「年代」についても同じように、第２の軸（年代軸）上において、例えば８０年代、９０年代、００年代など、近い年代同士を近隣に配置し、これらを、例えば１〜１５の範囲の尺度で表す。すると、楽曲データを、ジャンルおよび年代によって決まる座標で分類することができる。したがって、２つの楽曲データの類似性を、それぞれの座標の間の距離（以下、「類似距離」という。）によって表すことができる。すなわち、２つの楽曲データの類似性は、類似距離が近ければ高く、類似距離が遠ければ低いといえる。後述する嗜好情報も、分類情報と同じ尺度の座標によって表される情報であり、同じ座標空間において、分類情報との類似距離が求められる。
【００５５】
端末Ｐにおいて、嗜好情報、位置情報および楽曲情報の取得が完了したら、通信制御部５２が駆動されて無線通信部５１によるＡＰ７とのインフラストラクチャモードにおける無線通信が行われる。ＡＰ７を介したネットワーク１０への接続が完了したら、端末Ｐは、次にネットワーク１０に公開された配信サーバ２への接続を行う（Ｓ１７）。配信サーバ２に接続できたら、端末Ｐは、嗜好情報、位置情報および楽曲情報を、配信サーバ２に送信する（Ｓ１８）。そして端末Ｐは、配信サーバ２から、端末Ｐがダウンロードすべき楽曲データに対応する楽曲情報が通知されるのを待つ（Ｓ２０）。
【００５６】
一方、配信サーバ２では、図８に示す、楽曲選定処理が実行されている。楽曲選定処理では、再生端末装置５からの接続要求を受けるまで待機が行われている（Ｓ６１：ＮＯ，Ｓ６１）。配信サーバ２は、再生端末装置５（ここでは端末Ｐ）から接続要求を受けたら（Ｓ６１：ＹＥＳ）、端末Ｐとの接続が行われる。さらに端末Ｐから楽曲データのダウンロード要求を受けなければ（Ｓ６２：ＮＯ）、Ｓ６５〜Ｓ７５の処理において、端末Ｐがダウンロードすべき楽曲データの楽曲情報の選定が行われる。
【００５７】
配信サーバ２は、自身に接続した端末Ｐ（他の端末との区別のため「配信先端末」という場合もある。）から嗜好情報、位置情報および楽曲情報を受信すると（Ｓ６５）、受信した情報を、図２に示す、端末情報としてＨＤＤ２８に記憶する（Ｓ６７）。すなわち、各再生端末装置５（ここでは端末Ａ〜Ｄ，Ｐ）が配信サーバ２から楽曲データの配信を受ける度に、それぞれの嗜好情報、位置情報および楽曲情報が配信サーバ２に通知され、端末情報が追加あるいは更新される。
【００５８】
端末Ｐの嗜好情報、位置情報および楽曲情報を受信した配信サーバ２では、端末Ｐに配信する楽曲データの選定が行われる。端末Ｐに配信される楽曲データとして、端末Ｐの嗜好情報との類似性が高い分類情報を含む楽曲情報に対応付けられ、且つ、端末Ｐの近くの他の再生端末装置５の嗜好情報との類似性も高い楽曲データが、以下のように選定される。
【００５９】
まず、図２の端末情報が参照され、位置情報に基づいて、端末Ｐと位置的な距離が近い再生端末装置５（配信先端末との区別のため、配信先端末に近接する「近接端末」ともいう場合もある。）が特定される（Ｓ６８）。すなわち、端末Ｐの位置情報に示される座標と、各端末Ａ〜Ｄの位置情報に示される座標との間の距離が、ＷｉＦｉ規格の無線通信における無線電波の到達可能な所定の距離範囲内である近接端末が特定される。例えば、図３に示す、位置情報のグラフに各端末Ａ〜Ｄ，Ｐをプロットした場合に、端末Ｐを中心に無線電波の届く所定の距離範囲内（図中、座標枠内が白色のもの）に含まれる位置情報を持った端末Ａ，Ｃ，Ｄが、近接端末として特定される。
【００６０】
次に、端末Ｐにおいて削除されずに残る３曲の楽曲データそれぞれの楽曲情報に含まれる分類情報と、近接端末として特定された端末Ａ，Ｃ，Ｄのそれぞれの嗜好情報との類似性（類似距離）が求められる（Ｓ７１）。例えば、端末Ｐは、Ｐ−１，Ｐ−２，Ｐ−３という曲名（属性情報）の３曲の楽曲データを保持しているとする。端末Ｐから受信した最新の各情報によって図２に示す端末情報が更新され、現在のＰ−１，Ｐ−２，Ｐ−３のそれぞれの分類情報は、［８，１１］，［６，４］，［８，７］である。また、現在、端末情報に記録されている端末Ａ，Ｃ，Ｄ（近接端末）のそれぞれの嗜好情報は、［９，１］，［１１，１２］，［１７，６］である。
【００６１】
例えば、図４に示すように、ジャンル軸と年代軸との２軸のグラフに、端末Ｐの保有する楽曲データの分類情報に示される座標（図中、Ｐ−１，Ｐ−２，Ｐ−３と表記する。）と、各端末Ａ，Ｃ，Ｄの嗜好情報に示される座標（図中、Ａ，Ｃ，Ｄを太枠で囲んで示す。）とをプロットする。このようにすれば、Ｐ−１，Ｐ−２，Ｐ−３のそれぞれの分類情報と、端末Ａ，Ｃ，Ｄのそれぞれの嗜好情報との互いの類似性の高さを、類似距離（各座標間の距離）の近さとして図示することができる。図４によれば、端末Ａの嗜好情報にはＰ−２の分類情報が近く、端末Ｃの嗜好情報にはＰ−１の分類情報が近く、また、端末Ｄの嗜好情報には、Ｐ−３の分類情報が近いことがわかる。そして図４からは、端末ＤとＰ−３との類似距離が、端末ＡとＰ−２との類似距離や、端末ＣとＰ−１との類似距離に対し、遠いこともわかる。
【００６２】
そこで、より具体的な比較を行うため、Ｐ−１，Ｐ−２，Ｐ−３のそれぞれの分類情報と、端末Ａ，Ｃ，Ｄのそれぞれの嗜好情報との類似距離を算出し、図５の表に、類似距離の算出結果を示す。さらに、端末Ａ，Ｃ，Ｄごとに、算出した類似距離の上位の２つ（図５の表において点線で囲う部分）を抽出し、平均値を求める。求めた平均値を、便宜上、相関距離と呼ぶが、相関距離は、端末Ｐの保有する楽曲データが、各端末Ａ，Ｃ，Ｄそれぞれのユーザの嗜好にどれだけ近いかを示す指標となる。相関距離は、類似距離と同様に、近いほど（値が小さいほど）、端末Ｐの保有する楽曲データの分類情報と、各端末Ａ，Ｃ，Ｄの嗜好情報との類似性が高いと判断することができる。
【００６３】
例えば端末Ａの場合、Ｐ−１，Ｐ−２，Ｐ−３との類似距離は、それぞれ、１０．０，４．２，６．１であり、上位２つの類似距離である４．２と６．１との平均値５．２が、相関距離として算出される。同様に、端末Ｃ，Ｄについてもそれぞれ上位２つの類似距離の平均値４．５，９．７が相関距離として求められる。その結果、端末Ｄの相関距離は、端末Ａ，Ｃの相関距離よりも遠いことがわかる。つまり、端末Ｐの保持する楽曲データは、端末Ｄのユーザの嗜好よりも、端末Ａ，Ｃそれぞれのユーザの嗜好に、より近い楽曲データであるといえる。言い換えると、端末Ｐは、端末Ａ，Ｃ，Ｄのなかでは端末Ｄのユーザ向けの楽曲データを現在保持していないといえる。このように、端末Ｐの保持する楽曲データの分類情報との類似性が最も低い嗜好情報をもつ端末Ｄが、相関距離に基づき特定される（Ｓ７２）。よって、配信サーバ２では、端末Ｐに配信する楽曲データとして、相関距離が端末Ａ，Ｃよりも遠く、類似性の低い、端末Ｄ向けの楽曲データの選定が行われる。
【００６４】
端末Ｐに配信する楽曲データには、端末Ｐの嗜好情報からの類似距離と、端末Ｄの嗜好情報からの類似距離との差異が、所定差以下となる分類情報を含む楽曲情報に対応する楽曲データが選定される。すなわち、図４に示す、ジャンル軸と年代軸との２軸のグラフにおいて、端末Ｐの嗜好情報が示される座標と、端末Ｄの嗜好情報が示される座標との中間付近に位置する座標（図中「★」で示す。）を分類情報とする楽曲データが選定される。図５に示すように、端末Ｐの嗜好情報［６，８］と、端末Ｄの嗜好情報［１７，６］との中間付近の座標を求めると、［１２，７］（ただし四捨五入）となる。よって、配信サーバ２では、データベース３が参照され、分類情報が［１２，７］である楽曲情報が検索される。検索された楽曲情報が複数ある場合には無作為に１つの楽曲情報が選定され（Ｓ７３）、その楽曲情報が、端末Ｐに送信される（Ｓ７５）。なお、過去に再生端末装置５に配信した楽曲データ（楽曲情報）のログをＨＤＤ２８やデータベース３に保持しておき、端末Ｐおよび端末Ｄの少なくとも一方のログに含まれる楽曲情報を除いた上で、無作為に選定してもよい。また、楽曲情報の上記選定方法は無作為に限らず、例えば、楽曲情報の属性情報に含まれる楽曲のＩＤ番号の小さい順またはその逆順としてもよいし、楽曲名の五十音順（アルファベット順）またはその逆順としてもよい。
【００６５】
図７に示すように、配信サーバ２から楽曲情報を受信した端末Ｐは（Ｓ２０：ＹＥＳ）、再度、配信サーバ２に接続して、受信した楽曲情報に対応する楽曲データのダウンロード要求を送信する。図８に示すように、配信サーバ２は、端末Ｐからダウンロード要求を受けると（Ｓ６２：ＹＥＳ）、端末Ｐから通知される楽曲情報に対応する楽曲データをデータベース３から読み出し、断片化して、端末Ｐへの送信を開始する（Ｓ６３）。配信サーバ２における楽曲データの配信処理は、楽曲選定処理と並列に実行され、楽曲データの送信開始後はＳ６１に戻り、次の再生端末装置５からの接続要求待ちが行われる。
【００６６】
図７に戻り、端末Ｐは、配信サーバ２から送信される楽曲データの断片を順次ダウンロードして、バッファに記憶する（Ｓ２１）。配信サーバ２との接続状態に、例えば通信障害等の発生による問題が生じなければ（Ｓ２２：ＮＯ）、ダウンロードが継続される（Ｓ２３：ＮＯ，Ｓ２１）。なお、ダウンロード中も、バッファに未再生の楽曲データの断片が記憶され次第、上記の楽曲再生処理（図６参照）によって、楽曲データの再生が行われる。そして、楽曲データのダウンロードが完了したら（Ｓ２３：ＹＥＳ）、端末Ｐは、配信サーバ２との接続を終了し、また、ＡＰ７との接続を終了して、ネットワーク１０との接続を切断する（Ｓ２５）。上記したように、ユーザによってメイン処理の終了が指示されなければ（Ｓ５５：ＮＯ）、Ｓ１２に戻り、バッファに新たに空き容量が確保されたら、端末Ｐは、配信サーバ２から次の楽曲データの配信を受ける。
【００６７】
次に、再生端末装置５と配信サーバ２との接続が不可能となった状態における配信システム１の動作の流れについて説明する。前述したように、例えば、通信障害等の発生により、再生端末装置５と配信サーバ２との接続が不可能となった場合、再生端末装置５のメイン処理では、Ｓ３１〜Ｓ５０の処理が実行される。通信障害等の発生は、Ｓ２０において配信サーバ２からダウンロードすべき楽曲データに対応する楽曲情報の通知を待つ間に、あらかじめ設定された時間が経過しても通知されなかった場合に検知される（Ｓ２０：ＮＯ）。また、配信サーバ２から楽曲データのダウンロード中に、配信サーバ２との接続が途切れてしまった場合にも、通信障害等が発生したとして検知される（Ｓ２２：ＹＥＳ）。なお、通信障害は、例えば、配信サーバ２とのデータの送受信が途切れてから所定時間が経過した場合（いわゆる通信のタイムアウトが生じた場合）に、通信障害が発生したものとして検知すればよい。
【００６８】
通信障害等の発生が検知された場合、再生端末装置５では、通信制御部５２の駆動状態がＷｉＦｉ Ｄｉｒｅｃｔ（商標）などの端末間通信に切り換えられる（Ｓ３１）。上記したように、ＷｉＦｉ Ｄｉｒｅｃｔモードにおいては無線通信部５３が制御され、本実施の形態ではＷｉＦｉ（登録商標）規格による無線通信が行われる。ＷｉＦｉ Ｄｉｒｅｃｔモードにおける無線通信では、再生端末装置５は、無線電波の届く他の再生端末装置５との直接接続を試みる。上記したように、ＷｉＦｉ規格の無線通信における無線電波が、再生端末装置５のうちの端末Ｐから届く範囲内には、他の再生端末装置５として、端末Ａ，Ｃ，Ｄが存在する。通信障害等が発生した場合において、端末Ａ，Ｃ，Ｄも同様に、端末Ｐを含む他の再生端末装置５との直接接続を試みている。
【００６９】
再生端末装置５同士における楽曲データの送受信は、以下のように行われる。なお、再生端末装置５同士の直接接続が行われる場合において、接続する側の再生端末装置５を「クライアント端末」とよび、接続される側の再生端末装置５を「ホスト端末」とよぶこととする。クライアント端末は、他のクライアント端末から接続要求を受ければホスト端末として動作する。同様に、ホスト端末も、バッファに空き容量が確保され、楽曲データの取得が行われる場合には、クライアント端末として動作する。ゆえに、メイン処理には、クライアント端末およびホスト端末として動作するための双方の処理が含まれる。
【００７０】
端末Ｐが端末Ａ，Ｃ，Ｄからの接続要求を受けておらず（Ｓ３２：ＮＯ，Ｓ３３：ＮＯ）、クライアント端末として動作する場合、メイン処理ではＳ４０〜Ｓ４８の処理が行われる。端末Ｐは、まず、無線電波の届く範囲内にある他の再生端末装置５を探す。未接続の再生端末装置５があれば、その再生端末装置５が保有する楽曲データに対応する楽曲情報を取得するため、端末Ｐは、その再生端末装置５をホスト端末として接続を試みる（Ｓ４０）。例えば端末Ａに接続できたら、端末Ｐは、端末Ａに、Ｓ１３において生成した自身（端末Ｐの）のユーザの嗜好情報を送信する（Ｓ４１）。
【００７１】
詳細は後述するが、端末Ａからは、端末Ｐの嗜好情報に基づいて抽出される端末Ｐ向けの楽曲情報が、端末Ｐに送信される。端末Ｐは、端末Ａの楽曲情報を取得すると（Ｓ４２）、端末Ａとの接続を切断する。無線電波の届く範囲内にまだ未接続の再生端末装置５があればＳ３２に戻り（Ｓ４３：ＮＯ）、Ｓ３３を経てＳ４０において同様に、端末Ｐは、未接続の再生端末装置５との接続を試みる。このように、Ｓ４０〜Ｓ４３の処理を繰返し、端末Ｐが、自身の無線電波の届く範囲内に存在する端末Ａ，Ｃ，Ｄからそれぞれの楽曲情報を取得できたら（Ｓ４３：ＹＥＳ）、ＣＰＵ５０はＳ４５に進む。
【００７２】
Ｓ４５では、各端末Ａ，Ｃ，Ｄから取得されたそれぞれの楽曲情報に含まれる分類情報が、端末Ｐの嗜好情報と比較される。例えば、図４に示すように、ジャンル軸と年代軸との２軸のグラフに、端末Ｐの嗜好情報に示される座標（図中、Ｐを太枠で囲んで示す。）と、各端末Ａ，Ｃ，Ｄの保持する楽曲データの分類情報に示される座標（図中、Ａ−１〜Ａ−３，Ｃ−１〜Ｃ−３，Ｄ−１〜Ｄ−３と表記する。）とをプロットする。このようにすれば、Ａ−１〜Ａ−３，Ｃ−１〜Ｃ−３，Ｄ−１〜Ｄ−３のそれぞれの分類情報と、端末Ｐの嗜好情報との互いの類似性の高さを、類似距離（各座標間の距離）の近さとして図示することができる。図４によれば、端末Ｐの嗜好情報には端末Ｃが保持するＣ−１やＣ−３の分類情報や、端末Ａの保持するＡ−２の分類情報の類似距離が近いことがわかる。
【００７３】
より具体的な比較を行うため、図７のＳ４５では、上記した配信サーバ２の楽曲選定処理のＳ７１で行われた処理と同様に、端末Ｐの嗜好情報と各端末Ａ，Ｃ，Ｄの分類情報との類似距離が、それぞれ算出される。そして、算出された類似距離が互いに比較され、端末Ｐの嗜好情報に最も近い類似距離が算出された分類情報が、端末Ｐの嗜好情報との類似性が最も高い分類情報を指す類似分類情報として決定される（Ｓ４５）。例えば、端末Ｐの嗜好情報に対する類似距離が最も近い分類情報が端末ＣのＣ−３（図４参照）であれば、Ｃ−３が類似分類情報として決定される。
【００７４】
端末Ｐは、類似分類情報として決定されたＣ−３を含む楽曲情報に対応する楽曲データをダウンロードするため、Ｃ−３の取得先である端末Ｃをホスト端末として、再度、接続を試みる（Ｓ４６）。端末Ｃに接続できたら、端末Ｐは、Ｃ−３を含む楽曲情報に対応する楽曲データのダウンロード要求を端末Ｃに送信する。そして端末Ｐは、端末Ｃから送信されるＣ−３に対応する楽曲データの断片を順次ダウンロードして、バッファに記憶する（Ｓ４７）。端末Ｃとの接続はダウンロードが完了するまで継続される（Ｓ４８：ＮＯ，Ｓ４７）。なお、ダウンロード中も、バッファに未再生の楽曲データの断片が記憶され次第、上記の楽曲再生処理（図６参照）によって、楽曲データの再生が行われる。そして、Ｃ−３に対応する楽曲データのダウンロードが完了したら（Ｓ４８：ＹＥＳ）、端末Ｐは、端末Ｃとの接続を終了する（Ｓ５０）。その後Ｓ５５に戻り、バッファに新たに空き容量が確保された際に、通信障害等が解消していれば、端末Ｐは、配信サーバ２から次の楽曲データの配信を受け、解消していなければ、他の再生端末装置５が保持する楽曲データの取得を行う。
【００７５】
一方、端末Ｐが端末Ａ，Ｃ，Ｄからの接続要求を受け（Ｓ３２：ＹＥＳ／Ｓ３２：ＮＯ，Ｓ３３：ＹＥＳ）、ホスト端末として動作する場合、メイン処理ではＳ３５〜Ｓ３８の処理が行われる。端末Ｐが、無線電波の届く範囲に存在するクライアント端末（端末Ａ、ＣまたはＤ）から、端末Ｐの保持する楽曲データの楽曲情報を取得するための接続要求を受けたら（Ｓ３２：ＹＥＳ）、端末Ｐはホスト端末として動作し、クライアント端末との接続を図る。例えば、クライアント端末として端末Ｃと接続した場合、端末Ｐは、端末Ｃから送信される、端末Ｃのユーザの嗜好情報（Ｓ４１参照）を取得する（Ｓ３６）。
【００７６】
次に、端末ＰのＣＰＵ５０は、バッファに削除されずに残る楽曲データの楽曲情報を取得し、楽曲情報に含む分類情報と、端末Ｃから取得した嗜好情報との比較を行う。例えば、図４に示すように、ジャンル軸と年代軸との２軸のグラフに、端末Ｐの保持する楽曲データの分類情報に示される座標（図中、Ｐ−１〜Ｐ−３と表記する。）と、端末Ｃの嗜好情報に示される座標（図中、Ｃを太枠で囲んで示す。）とをプロットする。このようにすれば、Ｐ−１〜Ｐ−３のそれぞれの分類情報と、端末Ｃの嗜好情報との互いの類似性の高さを、類似距離（各座標間の距離）の近さとして図示することができる。図４によれば、端末Ｃの嗜好情報には、端末Ｐの保持するＰ−１とＰ−３の分類情報は類似距離が近いが、Ｐ−２の分類情報は遠いことがわかる。
【００７７】
より具体的な比較を行うため、図７のＳ３７では、上記同様に、端末Ｃの嗜好情報と端末Ｐの分類情報との類似距離が、それぞれ算出される。そして、算出された類似距離が、所定の類似範囲に含まれる分類情報を含む楽曲情報が、決定される。所定の類似範囲とは、あらかじめ定められた類似距離のしきい値である。よって、端末Ｃの嗜好情報との類似距離が、しきい値よりも近い（値の小さい）類似距離が算出された分類情報（例えばＰ−１およびＰ−３）を含む楽曲情報が、端末Ｃ向けの楽曲情報として決定される。端末ＰのＣＰＵ５０は、端末Ｃに、Ｐ−１およびＰ−３の楽曲情報を送信したら（Ｓ３８）、ホスト端末としての動作を終了し、Ｓ４０に進む。
【００７８】
端末Ｃでは、端末Ｃの無線電波の届く範囲に存在する他の再生端末装置５かも同様に端末Ｃ向けに抽出された楽曲情報が取得され、例えばＰ−１が類似分類情報として決定される。端末ＣはＰ−１に対応する楽曲データをダウンロードするため、Ｐ−１の取得先である端末Ｐをホスト端末として、再度、接続を試み、端末Ｐにダウンロード要求を送信する。端末Ｐは、端末Ｃからのダウンロード要求を受けると（Ｓ３２：ＮＯ，Ｓ３３：ＹＥＳ）、端末Ｃとの接続を行い、ダウンロード要求に基づき、Ｐ−１に対応する楽曲データを断片化して、順次端末Ｃに送信する（Ｓ３５）。そして、端末ＰのＣＰＵ５０は、端末ＣへのＰ−１に対応する楽曲データの送信が完了したら、ホスト端末としての動作を終了し、Ｓ４０に進む。
【００７９】
以上説明したように、再生端末装置５は、配信サーバ２との無線通信による接続が通信障害の発生によって切断された場合でも、自身（クライアント端末）に接続可能な他の再生端末装置５（ホスト端末）から楽曲データを取得することができるので、楽曲データの再生を途切れることなく継続することができる。また、クライアント端末は、ホスト端末から楽曲データを取得する際に、クライアント端末のユーザの嗜好情報に最も類似する分類情報に対応付けられた楽曲データ、すなわちクライアント端末のユーザの好みに最も合う楽曲データを取得することができる。このため、クライアント端末は、配信サーバ２との接続を行えず、配信サーバ２からクライアント端末のユーザの好みの楽曲データを取得できない場合でも、ホスト端末から取得した楽曲データを再生して、ユーザに楽曲を十分に楽しんでもらうことができる。
【００８０】
再生端末装置５（クライアント端末）が他の再生端末装置５（ホスト端末）から楽曲データを取得する際に、接続可能なホスト端末が多かったり、ホスト端末の保持する楽曲データが多かったりすると、取得する楽曲データを決定するのに時間がかかってしまう。そこで、あらかじめ、クライアント端末のユーザの嗜好情報をホスト端末に送信し、その嗜好情報との類似性が所定の類似範囲に含まれる分類情報、すなわちクライアント端末のユーザの好みに合いそうな楽曲データの分類情報だけを、ホスト端末から取得する。その上であらためて、クライアント端末のユーザの嗜好情報に最も類似する分類情報に対応する楽曲データを、その楽曲データを保持するホスト端末から取得する。このようにすれば、クライアント端末のユーザの好みに合う楽曲データを効率よく取得でき、楽曲データの再生を途切れることなく継続できるとともに、ユーザに楽曲を十分に楽しんでもらうことができる。
【００８１】
また、配信サーバ２は、再生端末装置５に楽曲データの配信を行う際に、位置情報と嗜好情報と分類情報とを取得する。位置情報に基づけば、楽曲データの配信を所望する再生端末装置５（配信先端末）の近くに存在し、通信障害が発生した場合に、配信先端末に楽曲データを送信可能な再生端末装置５（近接端末）を特定することができる。そこで、近接端末のなかから、配信先端末の保持する楽曲データの分類情報との類似性が最も低い嗜好情報を持った端末を特定し、配信先端末の嗜好情報と特定した端末の嗜好情報との類似性の差異が小さい楽曲データを配信先端末に配信する。このように、再生端末装置に楽曲データを配信する際に、その再生端末装置のユーザの好みに合い、近くに存在する他の再生端末装置のユーザの好みにも合う楽曲データを選定した上で、配信しておく。すると、通信障害が発生して再生端末装置同士で楽曲データの送受信を行うこととなった場合に、再生端末装置は、容易に、ユーザの好みに合う楽曲データを取得できるので、楽曲データの再生を途切れることなく継続できるとともに、ユーザに楽曲を十分に楽しんでもらうことができる。
【００８２】
なお、上記の実施形態に示される配信システム１、配信サーバ２および再生端末装置５の構成は例示であり、本発明は各種の変形が可能なことは言うまでもない。本実施の形態では、コンテンツデータの一例として、楽曲データを挙げて説明を行ったが、楽曲データに限るものではなく、映像データや音声データ、画像データ、テキストデータなど、文字や音声、映像などを使用して作成され、再生端末装置５のユーザの娯楽や教養に供するデータであればよい。
【００８３】
また、バッファには、３曲の楽曲データが削除されずに残る分の記憶容量が割当てられているとして説明を行ったが、少なくとも１曲以上残る分の記憶容量が割当てられていればよい。また、ＲＡＭ６２の記憶領域の一部をバッファとしたが、バッファとして使用する記憶装置を別途設けてもよい。また、Ｓ１２では、空き容量の基準として５ＭＢを例に挙げたが、これに限らず、１ＭＢでも１０ＭＢでもよく、取り扱うコンテンツデータの容量に応じて適宜設定されればよい。
【００８４】
また、無線通信は、配信サーバ２や他の再生端末装置５から楽曲データのダウンロードが完了したら接続を切断することとしたが、常時接続が維持されていてもよい。また、分類情報や嗜好情報は、２軸の座標で表すことで数値化したが、その軸数は２軸に限るものではなく、１軸でも、あるいは３軸以上であってもよい。
【００８５】
また、本実施の形態では、配信サーバ２との接続が行えない場合に、ＷｉＦｉ Ｄｉｒｅｃｔモードでの無線通信によって他の再生端末装置５と接続して楽曲データを取得するが、その際の再生端末装置５同士の接続（クライアント端末とホスト端末との接続）は、１対１であっても、１対多であってもよい。１対多による接続の場合、ホスト端末に接続するクライアント端末が多いほど、ホスト端末には負荷がかかり、また、無線通信の速度も低下する場合がある。この場合、クライアント端末では、楽曲データの断片の取得が再生速度に追いつかなくなり、再生が途切れ途切れになってしまう虞がある。
【００８６】
そこで、再生端末装置５同士の接続を行う際に、接続先の再生端末装置５に現在接続する他の再生端末装置５の台数を問い合わせ、最も接続台数の少ない再生端末装置５をホスト端末として接続するとよい。具体的には、図７のＳ３１〜Ｓ５５の処理の代わりに、図９に示す、Ｓ８１〜Ｓ９８の処理を行えばよい。
【００８７】
通信障害等の発生により、再生端末装置５と配信サーバ２との接続が切断された場合（図７、Ｓ２０：ＮＯ／Ｓ２２：ＹＥＳ）、再生端末装置５では、図９に示す、Ｓ８１において、通信制御部５２の駆動状態がＷｉＦｉ Ｄｉｒｅｃｔ（商標）規格に準拠し１対多による接続が可能なＷｉＦｉ Ｄｉｒｅｃｔモードに切り換えられる（Ｓ８１）。
【００８８】
例えば端末Ｐが、無線電波の届く範囲に存在する端末Ａ，Ｃ，Ｄから問い合わせや接続要求を受けておらず（Ｓ８２：ＮＯ，Ｓ８６：ＮＯ）、クライアント端末として動作する場合、メイン処理ではＳ９０〜Ｓ９８の処理が行われる。端末Ｐは、本実施の形態と同様に、未問合せの再生端末装置５を、ホスト端末の候補として、その再生端末装置５に現在接続している他の再生端末装置５の接続台数の問合せを行う（Ｓ９０）。問合せは、無線電波の届く範囲内にあるすべての再生端末装置５（端末Ａ，Ｃ，Ｄ）に行うまで繰り返される（Ｓ９１：ＮＯ，Ｓ８２）。
【００８９】
端末Ａ，Ｃ，Ｄそれぞれに接続台数の問合せが済んだら（Ｓ９１：ＹＥＳ）、最も接続台数の少ない再生端末装置５が特定される。上記したように、再生端末装置５は１対多による接続が可能であり、接続台数の少ない再生端末装置５はＣＰＵ５０にかかる負荷が少ない。よって端末Ｐは、最も接続台数の少ない再生端末装置５（例えば端末Ｄ）との接続を試みる（Ｓ９２）。端末Ｄとの接続ができたら、端末Ｐは、端末Ｄから、端末Ｄの保持する楽曲データの楽曲情報を取得する（Ｓ９３）。
【００９０】
そして、端末Ｄから取得した楽曲情報に含まれる類似情報が、端末Ｐのユーザの嗜好情報と比較される。例えば、図４に示すように、ジャンル軸と年代軸との２軸のグラフに、端末Ｐの嗜好情報に示される座標（図中、Ｐを太枠で囲んで示す。）と、端末Ｄの保持する楽曲データの分類情報に示される座標（図中、Ｄ−１〜Ｄ−３と表記する。）とをプロットする。このようにすれば、Ｄ−１〜Ｄ−３のそれぞれの分類情報と、端末Ｐの嗜好情報との互いの類似性の高さを、類似距離（各座標間の距離）の近さとして図示することができる。図４によれば、端末Ｐの嗜好情報にはＤ−２の分類情報の類似距離が近いことがわかる。
【００９１】
より具体的な比較を行うため、図９のＳ９５では、本実施の形態と同様に、端末Ｐの嗜好情報と端末Ｄの分類情報との類似距離が、それぞれ算出される。そして、算出された類似距離が互いに比較され、端末Ｐの嗜好情報に最も近い類似距離が算出された分類情報（例えばＤ−２）が、端末Ｐの嗜好情報との類似性が最も高い類似分類情報として決定される（Ｓ９５）。
【００９２】
端末Ｐは、類似分類情報として決定されたＤ−２を含む楽曲情報に対応する楽曲データをダウンロードするため、端末Ｄをホスト端末として、再度、接続し、Ｄ−２を含む楽曲情報に対応する楽曲データのダウンロード要求を端末Ｄに送信する。そして端末Ｐは、端末Ｄから送信されるＤ−２に対応する楽曲データの断片を順次ダウンロードして、バッファに記憶する（Ｓ９６）。端末Ｄとの接続はダウンロードが完了するまで継続される（Ｓ９７：ＮＯ，Ｓ９６）。なお、ダウンロード中も、バッファに未再生の楽曲データの断片が記憶され次第、上記の楽曲再生処理（図６参照）によって、楽曲データの再生が行われることは、本実施の形態と同様である。
【００９３】
そして、Ｄ−２に対応する楽曲データのダウンロードが完了したら（Ｓ９７：ＹＥＳ）、端末Ｐは、端末Ｄとの接続を終了する（Ｓ９８）。その後図７のＳ５５に戻り、バッファに新たに空き容量が確保された際に、通信障害等が解消していれば、端末Ｐは、配信サーバ２から次の楽曲データの配信を受け、解消していなければ、他の再生端末装置５が保持する楽曲データの取得を行う。
【００９４】
一方、端末Ｐが端末Ａ，Ｃ，Ｄからの問合せや接続要求を受け（Ｓ８２：ＹＥＳ／Ｓ８２：ＮＯ，Ｓ８６：ＹＥＳ）、ホスト端末として動作する場合、メイン処理ではＳ８３，Ｓ８５、Ｓ８７，Ｓ８８の処理が行われる。端末Ｐが、無線電波の届く範囲に存在するクライアント端末（端末Ａ、ＣまたはＤ）から、端末Ｐに現在接続する他の再生端末装置５の接続台数の問合せを受けたら（Ｓ８２：ＹＥＳ）、端末ＰのＣＰＵ５０は、現在の接続台数を確認する（Ｓ８３）。そして、問合せを受けた再生端末装置５に、確認した接続台数を通知してＳ８６に進む（Ｓ８５）。
【００９５】
また、端末Ｐが、クライアント端末からの接続要求を受けた場合（Ｓ８２：ＮＯ，Ｓ８６：ＹＥＳ）、端末Ｐはクライアント端末との接続を行い、クライアント端末に、バッファに保持する楽曲データの楽曲情報を送信する（Ｓ８７）。そして上記のようにクライアント端末においてダウンロードする楽曲データが決定され、端末Ｐは、ダウンロード要求に基づき、要求された楽曲データを断片化して、順次クライアント端末に送信する（Ｓ８８）。１対多による接続が可能であるため、他のクライアント端末からのダウンロード要求にも応じられるよう、ホスト端末（ここでは端末Ｐ）におけるダウンロードの処理は、他の処理と並列に実行される。
【００９６】
このように、配信サーバ２との接続を行えない場合、再生端末装置５同士が互いに接続して楽曲データの送受信を行うため、楽曲データを送信する側となった再生端末装置５（ホスト端末）が他の多くの再生端末装置５（クライアント端末）から接続されると、ホスト端末には負荷がかかる。そこで、クライアント端末が他のホスト端末から楽曲データを取得する際に、自身との接続が可能なホスト端末の候補のそれぞれに、それらのホスト端末の候補に現在接続している他のクライアント端末の台数を問い合わせる。そして、最も接続台数の少ないホスト端末の候補を、ホスト端末として接続して楽曲データを取得すれば、ホスト端末にかかる負荷を低減でき、ホスト端末から送信される楽曲データの送信速度を確保することができる。よって、クライアント端末において、楽曲データの再生を途切れることなく継続することができる。
【００９７】
また、配信サーバ２は、楽曲データの配信を所望する再生端末装置５（配信先端末）から取得する位置情報に基づき、配信先端末の無線電波の届く範囲に存在する近接端末のうち、最も近接する端末を配信先端末に通知してもよい。そして、通信障害等の発生により再生端末装置５が配信サーバ２に接続できない状態となった場合には、各再生端末装置５は、配信サーバ２から通知された、自身に最も近接する端末をホスト端末として接続し、楽曲データを取得してもよい。具体的に、配信サーバ２において実行される楽曲選定処理において、図１０に示すように、Ｓ７０とＳ７６の処理を追加するとよい。なお、図１０のフローチャートにおいて、図８と同一の処理においては同じステップ番号を付し、説明を省略する。
【００９８】
図１０に示すように、配信サーバ２は、自身に接続する配信先端末からＳ６５において受信した嗜好情報、位置情報および楽曲情報のうちの位置情報に基づいて、Ｓ６８で求めた近接端末のうち、配信先端末に最も近接する近接端末（以下、「最近接端末」とよぶ。）を特定する（Ｓ７０）。具体的には、位置情報に表される座標間の距離が配信先端末に最も近い近接端末を特定すればよい。
【００９９】
そして、Ｓ７６においては、Ｓ７０で特定した最近接端末を、配信先端末に通知する。配信先端末は、図示しないが、図７のメイン処理のＳ４０において、ホスト端末の対象として、配信サーバ２から通知された端末のみに接続する処理を行うようにすればよい。
【０１００】
このように、配信サーバ２は、再生端末装置５（配信先端末）に楽曲データの配信を行う際に、位置情報を取得する。位置情報に基づけば、楽曲データの配信を所望する配信先端末の近くに存在し、通信障害が発生した場合に、配信先端末に楽曲データを送信可能な近接端末を特定することができる。そこで、近接端末のなかから、配信先端末に最も近い最近接端末を特定し、配信先端末に通知しておけば、通信障害が発生して再生端末装置５同士で楽曲データの送受信を行うこととなった場合に、クライアント端末は、通知された最近接端末をホスト端末として接続し、楽曲データを取得すればよい。このようにすれば、クライアント端末は、自身が接続可能な他のホスト端末があっても、それらのホスト端末を探さなくとも済むので、楽曲データの取得を素早く行うことができ、楽曲データの再生を途切れることなく継続することができる。
【０１０１】
なお、本実施の形態においては、ＲＡＭ６２が「記憶手段」に相当する。Ｓ２０またはＳ２２で、配信サーバ２との接続が切断されたか否かを判断するＣＰＵ５０が「検知手段」に相当する。Ｓ３１で、通信制御部５２の駆動状態をＷｉＦｉ Ｄｉｒｅｃｔモードに切り換えるＣＰＵ５０が「切換手段」に相当する。Ｓ４６で、楽曲情報に対応する楽曲データをダウンロードするため、他の再生端末装置５に接続するＣＰＵ５０が「接続手段」に相当する。Ｓ４７で、接続先の再生端末装置５から楽曲データのダウンロードを行うＣＰＵ５０が「第１取得手段」に相当する。
【０１０２】
また、Ｓ１３で、嗜好情報の生成を行うＣＰＵ５０が「第１生成手段」に相当する。Ｓ４２で、接続先の再生端末装置５（ホスト端末）からバッファに削除されずに残る楽曲データに対応する分類情報を含む楽曲情報を取得するＣＰＵ５０が「第２取得手段」に相当する。Ｓ４５で、類似分類情報を決定するＣＰＵ５０が「第１決定手段」に相当する。また、Ｓ４１で、ホスト端末に、自身のユーザの嗜好情報を送信するクライアント端末のＣＰＵ５０が「第１送信手段」に相当する。Ｓ３７で、クライアント端末の嗜好情報との類似性が所定の類似範囲に含まれる分類情報を含む楽曲情報を決定するホスト端末のＣＰＵ５０が「第２決定手段」に相当する。Ｓ３８で、Ｓ３７で決定した分類情報を含む楽曲情報をクライアント端末に送信するホスト端末のＣＰＵ５０が「第２送信手段」に相当する。また、Ｓ９０で、ホスト端末に現在接続している他の再生端末装置５の台数の問合せを行うＣＰＵ５０が「第３取得手段」に相当する。
【０１０３】
また、Ｓ６５で、再生端末装置５の位置情報を取得するＣＰＵ２１が「第４取得手段」に相当する。同じくＳ６５で、再生端末装置５の分類情報を含む楽曲情報と、嗜好情報とを取得するＣＰＵ２１が「第５取得手段」に相当する。Ｓ６８で、位置情報に基づいて、配信を所望する再生端末装置５（接続先端末）に、無線通信を介した接続が可能な他の再生端末装置５（近接端末）を特定するＣＰＵ２１が「第１特定手段」に相当する。Ｓ７１で、接続先端末の楽曲情報（分類情報）と、近接端末の嗜好情報とを比較し、Ｓ７２で、両者の類似性が最も低い、嗜好情報をもった近接端末を特定するＣＰＵ２１が「第２特定手段」に相当する。Ｓ７３で、Ｓ７２において特定された近接端末の嗜好情報と、接続先端末の嗜好情報とのそれぞれとの類似距離の差異が所定差以下の分類情報を特定し、Ｓ６３で、その分類情報に対応付けられた楽曲データを接続先端末に配信するＣＰＵ２１が「配信手段」に相当する。また、Ｓ７６で、配信先端末に最近接端末の通知を行うＣＰＵ２１が「通知手段」に相当する。
【符号の説明】
【０１０４】
１ 配信システム
２ 配信サーバ
３ データベース
５ 再生端末装置
１０ ネットワーク
２１ ＣＰＵ
２８ ＨＤＤ
５０ ＣＰＵ
５１ 無線通信部
５２ 通信制御部
５３ 無線通信部
６２ ＲＡＭ
【特許請求の範囲】
【請求項１】
ストリーミング形式によってコンテンツデータを配信可能な配信サーバに、既存のネットワーク網を経由する第１の通信形態による無線通信を介して接続し、自身の備える記憶手段に前記配信サーバから受信する前記コンテンツデータを一時的に記憶しつつ、前記コンテンツデータを再生するコンテンツデータの再生端末装置であって、
前記配信サーバとの接続が通信障害の発生によって切断されたか否かを検知する検知手段と、
前記検知手段によって前記配信サーバとの切断が検知されたら、前記無線通信を、前記再生端末装置同士が直接接続を行う第２の通信形態に切り換える切換手段と、
前記切換手段によって切り換えられた前記第２の通信形態による前記無線通信を介して自身に接続可能な他の再生端末装置を接続先端末装置とし、当該接続先端末装置に前記無線通信を介して接続する接続手段と、
前記接続手段によって接続された前記接続先端末装置から、当該接続先端末装置の備える前記記憶手段に記憶された前記コンテンツデータを取得する第１取得手段と、
を備えることを特徴とするコンテンツデータの再生端末装置。
【請求項２】
前記コンテンツデータは、当該コンテンツデータによって表されるコンテンツを類似性によって分類するための分類情報が対応付けられており、
自身の備える前記記憶手段に記憶された少なくとも１以上の前記コンテンツデータを前記分類情報に基づいて分類し、前記再生端末装置を利用するユーザが嗜好するコンテンツの分類を表す嗜好情報を生成する第１生成手段と、
前記接続先端末装置から、当該接続先端末装置の備える前記記憶手段に記憶されている少なくとも１以上の前記コンテンツデータのそれぞれに対応付けられた前記分類情報を取得する第２取得手段と、
前記第２取得手段によって取得された前記分類情報のなかから、前記第１生成手段によって生成された自身の前記嗜好情報に最も類似する前記分類情報を類似分類情報として決定する第１決定手段と、
をさらに備え、
前記第１取得手段は、前記接続先端末装置から、前記第１決定手段によって決定された前記類似分類情報に対応付けられた前記コンテンツデータを取得することを特徴とする請求項１に記載のコンテンツデータの再生端末装置。
【請求項３】
自身に接続可能な少なくとも１以上の他の再生端末装置に自身の前記嗜好情報を送信する第１送信手段をさらに備えるとともに、
他の再生端末装置の前記第１送信手段から、その再生端末装置の前記嗜好情報を受信した場合には、自身の備える前記記憶手段に記憶されている前記コンテンツデータに対応付けられた前記分類情報のうち、前記受信した前記嗜好情報との類似性が所定の類似範囲に含まれる前記分類情報を決定する第２決定手段と、
前記第２決定手段によって決定された前記分類情報を、前記嗜好情報の送信元の前記再生端末装置に送信する第２送信手段と、
をさらに備え、
前記第１決定手段は、自身に接続可能な少なくとも１以上の他の再生端末装置のそれぞれの前記第２送信手段から受信する前記分類情報のなかから、自身の前記嗜好情報に最も類似する前記分類情報を前記類似分類情報として決定し、
前記第１取得手段は、前記類似分類情報の送信元の前記再生端末装置から、前記類似分類情報に対応付けられた前記コンテンツデータを取得することを特徴とする請求項２に記載のコンテンツデータの再生端末装置。
【請求項４】
前記第２の通信形態による前記無線通信を介して自身との接続が可能な他の再生端末装置を候補端末装置とし、少なくとも１以上の当該候補端末装置から、当該候補端末装置に現在接続している再生端末装置の台数をそれぞれ取得する第３取得手段をさらに備え、
前記接続手段は、１以上の前記候補端末装置のうち、前記第３取得手段によって取得された前記台数が最も少ない前記候補端末装置を前記接続先端末装置として、当該接続先端末装置に前記無線通信を介して接続することを特徴とする請求項１に記載のコンテンツデータの再生端末装置。
【請求項５】
請求項２から４のいずれかに記載の再生端末装置と、
前記第１の通信形態による前記無線通信を介して接続される前記再生端末装置に、ストリーミング形式によって前記コンテンツデータを配信する配信サーバと、
を備えるコンテンツデータの配信システムであって、
前記配信サーバは、
前記再生端末装置から、当該再生端末装置の位置情報を取得する第４取得手段と、
前記再生端末装置から、当該再生端末装置の備える前記記憶手段に記憶されている少なくとも１以上の前記コンテンツデータのそれぞれに対応付けられた前記分類情報、および、当該再生端末装置の前記第１生成手段によって生成された前記嗜好情報を取得する第５取得手段と、
前記第４取得手段によって取得された前記位置情報に基づいて、前記再生端末装置のうちの一つである第１再生端末装置が前記第２の通信形態による前記無線通信を介して接続可能な他の再生端末装置を第２再生端末装置として特定する第１特定手段と、
前記第５取得手段によって取得された前記第１再生端末装置の前記分類情報と、前記第５取得手段によって取得された前記第２再生端末装置の前記嗜好情報とを比較して、前記第２再生端末装置のなかから、類似性が最も低い前記嗜好情報を有する前記第２再生端末装置を第３再生端末装置として特定する第２特定手段と、
前記第５取得手段によって取得された前記第１再生端末装置の前記嗜好情報との類似性と、前記第２特定手段によって特定された前記第３再生端末装置の前記嗜好情報との類似性との差異が所定差以下である前記分類情報に対応付けられる前記コンテンツデータを、前記第１再生端末装置に配信する配信手段と、
を備えることを特徴とするコンテンツデータの配信システム。
【請求項６】
請求項２から４のいずれかに記載の再生端末装置と、
前記第１の通信形態による前記無線通信を介して接続される前記再生端末装置に、ストリーミング形式によって前記コンテンツデータを配信する配信サーバと、
を備えるコンテンツデータの配信システムであって、
前記配信サーバは、
前記再生端末装置から、当該再生端末装置の位置情報を取得する第４取得手段と、
前記第４取得手段によって取得された前記位置情報に基づいて、前記再生端末装置のうちの一つである第１再生端末装置が前記第２の通信形態による前記無線通信を介して接続可能な他の再生端末装置を第２再生端末装置として特定する第１特定手段と、
前記第１特定手段によって特定された前記第２再生端末装置のうち、最も、前記第１再生端末装置との距離が近い前記第２再生端末装置を、前記第１再生端末装置に通知する通知手段と、
を備え、
前記再生端末装置の前記接続手段は、前記配信サーバとの前記無線通信が切断された場合において、前記配信サーバの前記通知手段から通知された前記第２再生端末装置に前記第２の通信形態による前記無線通信を介して接続することを特徴とするコンテンツデータの配信システム。
【請求項７】
ストリーミング形式によってコンテンツデータを配信可能な配信サーバに、既存のネットワーク網を経由する第１の通信形態による無線通信を介して接続し、記憶手段に前記配信サーバから受信する前記コンテンツデータを一時的に記憶しつつ、前記コンテンツデータを再生するコンテンツデータの再生端末装置として機能させるためのプログラムであって、
前記再生端末装置のコントローラに、
前記配信サーバとの接続が通信障害の発生によって切断されたか否かを検知する検知ステップと、
前記検知ステップによって前記配信サーバとの切断が検知されたら、前記無線通信を、前記再生端末装置同士が直接接続を行う第２の通信形態に切り換える切換ステップと、
前記切換ステップによって切り換えられた前記第２の通信形態による前記無線通信を介して自身に接続可能な他の再生端末装置を接続先端末装置とし、当該接続先端末装置に前記無線通信を介して接続する接続ステップと、
前記接続ステップによって接続された前記接続先端末装置から、当該接続先端末装置の備える前記記憶手段に記憶された前記コンテンツデータを取得する第１取得ステップと、
を実行させるプログラム。
【請求項８】
前記第１の通信形態による前記無線通信を介して接続される、請求項２から４のいずれかに記載の前記再生端末装置に、ストリーミング形式によって前記コンテンツデータを配信する配信サーバとして機能させるためのプログラムであって、
前記配信サーバのコントローラに、
前記再生端末装置から、当該再生端末装置の位置情報を取得する第４取得ステップと、
前記再生端末装置のうちの一つである第１再生端末装置から、当該第１再生端末装置の備える記憶手段に記憶されている前記コンテンツデータに対応付けられた前記分類情報を取得する第５取得ステップと、
前記第４取得ステップによって取得された前記位置情報に基づいて、前記第１再生端末装置が前記第２の通信形態による前記無線通信を介して接続可能な他の再生端末装置を第２再生端末装置として特定する第１特定ステップと、
前記第１再生端末装置と、前記第１特定ステップに特定された前記第２再生端末装置とを利用するそれぞれのユーザが嗜好するコンテンツの分類を表す前記嗜好情報を生成する第２生成ステップと、
前記第５取得ステップによって取得された前記第１再生端末装置の前記分類情報と、前記第２生成ステップによって生成された前記第２再生端末装置の前記嗜好情報とを比較して、前記第２再生端末装置のなかから、類似性が最も低い前記嗜好情報を有する前記第２再生端末装置を第３再生端末装置として特定する第２特定ステップと、
前記第２生成ステップによって生成された前記第１再生端末装置の前記嗜好情報との類似性と、前記第２特定ステップによって特定された前記第３再生端末装置の前記嗜好情報との類似性との差異が所定差以下である前記分類情報に対応付けられる前記コンテンツデータを、前記第１再生端末装置に配信する配信ステップと、
を実行させるプログラム。
【請求項１】
ストリーミング形式によってコンテンツデータを配信可能な配信サーバに、既存のネットワーク網を経由する第１の通信形態による無線通信を介して接続し、自身の備える記憶手段に前記配信サーバから受信する前記コンテンツデータを一時的に記憶しつつ、前記コンテンツデータを再生するコンテンツデータの再生端末装置であって、
前記配信サーバとの接続が通信障害の発生によって切断されたか否かを検知する検知手段と、
前記検知手段によって前記配信サーバとの切断が検知されたら、前記無線通信を、前記再生端末装置同士が直接接続を行う第２の通信形態に切り換える切換手段と、
前記切換手段によって切り換えられた前記第２の通信形態による前記無線通信を介して自身に接続可能な他の再生端末装置を接続先端末装置とし、当該接続先端末装置に前記無線通信を介して接続する接続手段と、
前記接続手段によって接続された前記接続先端末装置から、当該接続先端末装置の備える前記記憶手段に記憶された前記コンテンツデータを取得する第１取得手段と、
を備えることを特徴とするコンテンツデータの再生端末装置。
【請求項２】
前記コンテンツデータは、当該コンテンツデータによって表されるコンテンツを類似性によって分類するための分類情報が対応付けられており、
自身の備える前記記憶手段に記憶された少なくとも１以上の前記コンテンツデータを前記分類情報に基づいて分類し、前記再生端末装置を利用するユーザが嗜好するコンテンツの分類を表す嗜好情報を生成する第１生成手段と、
前記接続先端末装置から、当該接続先端末装置の備える前記記憶手段に記憶されている少なくとも１以上の前記コンテンツデータのそれぞれに対応付けられた前記分類情報を取得する第２取得手段と、
前記第２取得手段によって取得された前記分類情報のなかから、前記第１生成手段によって生成された自身の前記嗜好情報に最も類似する前記分類情報を類似分類情報として決定する第１決定手段と、
をさらに備え、
前記第１取得手段は、前記接続先端末装置から、前記第１決定手段によって決定された前記類似分類情報に対応付けられた前記コンテンツデータを取得することを特徴とする請求項１に記載のコンテンツデータの再生端末装置。
【請求項３】
自身に接続可能な少なくとも１以上の他の再生端末装置に自身の前記嗜好情報を送信する第１送信手段をさらに備えるとともに、
他の再生端末装置の前記第１送信手段から、その再生端末装置の前記嗜好情報を受信した場合には、自身の備える前記記憶手段に記憶されている前記コンテンツデータに対応付けられた前記分類情報のうち、前記受信した前記嗜好情報との類似性が所定の類似範囲に含まれる前記分類情報を決定する第２決定手段と、
前記第２決定手段によって決定された前記分類情報を、前記嗜好情報の送信元の前記再生端末装置に送信する第２送信手段と、
をさらに備え、
前記第１決定手段は、自身に接続可能な少なくとも１以上の他の再生端末装置のそれぞれの前記第２送信手段から受信する前記分類情報のなかから、自身の前記嗜好情報に最も類似する前記分類情報を前記類似分類情報として決定し、
前記第１取得手段は、前記類似分類情報の送信元の前記再生端末装置から、前記類似分類情報に対応付けられた前記コンテンツデータを取得することを特徴とする請求項２に記載のコンテンツデータの再生端末装置。
【請求項４】
前記第２の通信形態による前記無線通信を介して自身との接続が可能な他の再生端末装置を候補端末装置とし、少なくとも１以上の当該候補端末装置から、当該候補端末装置に現在接続している再生端末装置の台数をそれぞれ取得する第３取得手段をさらに備え、
前記接続手段は、１以上の前記候補端末装置のうち、前記第３取得手段によって取得された前記台数が最も少ない前記候補端末装置を前記接続先端末装置として、当該接続先端末装置に前記無線通信を介して接続することを特徴とする請求項１に記載のコンテンツデータの再生端末装置。
【請求項５】
請求項２から４のいずれかに記載の再生端末装置と、
前記第１の通信形態による前記無線通信を介して接続される前記再生端末装置に、ストリーミング形式によって前記コンテンツデータを配信する配信サーバと、
を備えるコンテンツデータの配信システムであって、
前記配信サーバは、
前記再生端末装置から、当該再生端末装置の位置情報を取得する第４取得手段と、
前記再生端末装置から、当該再生端末装置の備える前記記憶手段に記憶されている少なくとも１以上の前記コンテンツデータのそれぞれに対応付けられた前記分類情報、および、当該再生端末装置の前記第１生成手段によって生成された前記嗜好情報を取得する第５取得手段と、
前記第４取得手段によって取得された前記位置情報に基づいて、前記再生端末装置のうちの一つである第１再生端末装置が前記第２の通信形態による前記無線通信を介して接続可能な他の再生端末装置を第２再生端末装置として特定する第１特定手段と、
前記第５取得手段によって取得された前記第１再生端末装置の前記分類情報と、前記第５取得手段によって取得された前記第２再生端末装置の前記嗜好情報とを比較して、前記第２再生端末装置のなかから、類似性が最も低い前記嗜好情報を有する前記第２再生端末装置を第３再生端末装置として特定する第２特定手段と、
前記第５取得手段によって取得された前記第１再生端末装置の前記嗜好情報との類似性と、前記第２特定手段によって特定された前記第３再生端末装置の前記嗜好情報との類似性との差異が所定差以下である前記分類情報に対応付けられる前記コンテンツデータを、前記第１再生端末装置に配信する配信手段と、
を備えることを特徴とするコンテンツデータの配信システム。
【請求項６】
請求項２から４のいずれかに記載の再生端末装置と、
前記第１の通信形態による前記無線通信を介して接続される前記再生端末装置に、ストリーミング形式によって前記コンテンツデータを配信する配信サーバと、
を備えるコンテンツデータの配信システムであって、
前記配信サーバは、
前記再生端末装置から、当該再生端末装置の位置情報を取得する第４取得手段と、
前記第４取得手段によって取得された前記位置情報に基づいて、前記再生端末装置のうちの一つである第１再生端末装置が前記第２の通信形態による前記無線通信を介して接続可能な他の再生端末装置を第２再生端末装置として特定する第１特定手段と、
前記第１特定手段によって特定された前記第２再生端末装置のうち、最も、前記第１再生端末装置との距離が近い前記第２再生端末装置を、前記第１再生端末装置に通知する通知手段と、
を備え、
前記再生端末装置の前記接続手段は、前記配信サーバとの前記無線通信が切断された場合において、前記配信サーバの前記通知手段から通知された前記第２再生端末装置に前記第２の通信形態による前記無線通信を介して接続することを特徴とするコンテンツデータの配信システム。
【請求項７】
ストリーミング形式によってコンテンツデータを配信可能な配信サーバに、既存のネットワーク網を経由する第１の通信形態による無線通信を介して接続し、記憶手段に前記配信サーバから受信する前記コンテンツデータを一時的に記憶しつつ、前記コンテンツデータを再生するコンテンツデータの再生端末装置として機能させるためのプログラムであって、
前記再生端末装置のコントローラに、
前記配信サーバとの接続が通信障害の発生によって切断されたか否かを検知する検知ステップと、
前記検知ステップによって前記配信サーバとの切断が検知されたら、前記無線通信を、前記再生端末装置同士が直接接続を行う第２の通信形態に切り換える切換ステップと、
前記切換ステップによって切り換えられた前記第２の通信形態による前記無線通信を介して自身に接続可能な他の再生端末装置を接続先端末装置とし、当該接続先端末装置に前記無線通信を介して接続する接続ステップと、
前記接続ステップによって接続された前記接続先端末装置から、当該接続先端末装置の備える前記記憶手段に記憶された前記コンテンツデータを取得する第１取得ステップと、
を実行させるプログラム。
【請求項８】
前記第１の通信形態による前記無線通信を介して接続される、請求項２から４のいずれかに記載の前記再生端末装置に、ストリーミング形式によって前記コンテンツデータを配信する配信サーバとして機能させるためのプログラムであって、
前記配信サーバのコントローラに、
前記再生端末装置から、当該再生端末装置の位置情報を取得する第４取得ステップと、
前記再生端末装置のうちの一つである第１再生端末装置から、当該第１再生端末装置の備える記憶手段に記憶されている前記コンテンツデータに対応付けられた前記分類情報を取得する第５取得ステップと、
前記第４取得ステップによって取得された前記位置情報に基づいて、前記第１再生端末装置が前記第２の通信形態による前記無線通信を介して接続可能な他の再生端末装置を第２再生端末装置として特定する第１特定ステップと、
前記第１再生端末装置と、前記第１特定ステップに特定された前記第２再生端末装置とを利用するそれぞれのユーザが嗜好するコンテンツの分類を表す前記嗜好情報を生成する第２生成ステップと、
前記第５取得ステップによって取得された前記第１再生端末装置の前記分類情報と、前記第２生成ステップによって生成された前記第２再生端末装置の前記嗜好情報とを比較して、前記第２再生端末装置のなかから、類似性が最も低い前記嗜好情報を有する前記第２再生端末装置を第３再生端末装置として特定する第２特定ステップと、
前記第２生成ステップによって生成された前記第１再生端末装置の前記嗜好情報との類似性と、前記第２特定ステップによって特定された前記第３再生端末装置の前記嗜好情報との類似性との差異が所定差以下である前記分類情報に対応付けられる前記コンテンツデータを、前記第１再生端末装置に配信する配信ステップと、
を実行させるプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１２−２０５１９２（Ｐ２０１２−２０５１９２Ａ）
【公開日】平成２４年１０月２２日（２０１２．１０．２２）
【国際特許分類】
【出願番号】特願２０１１−６９７００（Ｐ２０１１−６９７００）
【出願日】平成２３年３月２８日（２０１１．３．２８）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
【公開日】平成２４年１０月２２日（２０１２．１０．２２）
【国際特許分類】
【出願日】平成２３年３月２８日（２０１１．３．２８）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
[ Back to top ]