(57)【要約】【課題】個人利用の範囲と考えうる少人数のユーザ間で音楽コンテンツなどのマルチメディアデータを共有することができ、またそのようなデータの共有ができるユーザ間の関係の設定を外出先等でも簡単に行うことができるソーシャルネットワーキングサービスの技術を提供することを目的とする。【解決手段】サーバと各ユーザ機器とをネットワークに接続してソーシャルネットワーキングシステムを構成し、前記サーバは、各ユーザ毎のマルチメディアデータを記憶し、個人利用の範囲と考えうる所定人数の範囲内でユーザ間の親友関係を記憶する。ユーザ機器からアクセス要求されたとき、該ユーザのマルチメディアデータ及び該ユーザと親友関係にあるユーザのマルチメディアデータに対するアクセスを許容する。【選択図】図１
2008123233.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続可能なサーバと各ユーザ機器とを備え、友人関係又は親友関係が設定されたユーザ間でのコミュニケーションサービスを提供するソーシャルネットワーキングシステムであって、
前記サーバは、
前記ユーザ機器を使用する各ユーザ毎に設けられている記憶領域に各ユーザのマルチメディアデータを記憶するとともに、個人利用の範囲と考えうる所定人数の範囲内で所定のユーザ間に親友関係が設定されていることを表す関係情報を記憶する記憶手段と、
前記ユーザ機器からアクセス要求が送信されてきたとき、該ユーザ機器を使用しているユーザの記憶領域に記憶されたマルチメディアデータ、及び該ユーザと親友関係が設定されているユーザの記憶領域に記憶されたマルチメディアデータに対するアクセスを許容する手段と
を備え、
前記ユーザ機器は、
前記サーバの記憶手段に記憶されているマルチメディアデータに対するアクセス要求を発行する手段
を備えることを特徴とするソーシャルネットワーキングシステム。
【請求項２】
ネットワークを介して接続可能なサーバと各ユーザの携帯メディアプレイヤーとを備え、友人関係又は親友関係が設定されたユーザ間でのコミュニケーションサービスを提供するソーシャルネットワーキングシステムであって、
前記サーバは、
前記携帯メディアプレイヤーを使用する各ユーザ毎に設けられている記憶領域に各ユーザのマルチメディアデータを記憶するとともに、個人利用の範囲と考えうる所定人数の範囲内で、各ユーザ毎に、そのユーザとの間に親友関係が設定されているユーザを特定するユーザＩＤのリストである親友リストを記憶する記憶手段と、
前記携帯メディアプレイヤーから再生要求が送信されてきたとき、該携帯メディアプレイヤーを使用しているユーザの記憶領域に記憶されたマルチメディアデータ、及び該ユーザと親友関係が設定されているユーザの記憶領域に記憶されたマルチメディアデータに対するアクセスを許容する手段と、
前記アクセスが許容されたマルチメディアデータを、前記再生要求を発行した携帯メディアプレイヤーにストリーミング配信する手段と
を備え、
前記ユーザ機器は、
前記サーバの記憶手段に記憶されているマルチメディアデータに対する再生要求を発行する手段と、
該再生要求に応じて前記サーバがストリーミング配信するマルチメディアデータを再生する手段と
を備えることを特徴とするソーシャルネットワーキングシステム。
【請求項３】
請求項２に記載のソーシャルネットワーキングシステムにおいて、
前記携帯メディアプレイヤーは、
他の携帯メディアプレイヤーと通信する手段と、
自携帯メディアプレイヤーのユーザと親友関係が設定されているユーザを特定するユーザＩＤのリストである親友リストを記憶する手段と、
自携帯メディアプレイヤーのユーザのマルチメディアデータを記憶する手段と、
通信対象の他携帯メディアプレイヤーのユーザが自携帯メディアプレイヤーのユーザと親友関係にあるかどうかチェックし、親友関係にある場合は、自携帯メディアプレイヤー内に記憶されているマルチメディアデータを他携帯メディアプレイヤーにストリーミング配信する手段と
を備えることを特徴とするソーシャルネットワーキングシステム。
【請求項４】
請求項３に記載のソーシャルネットワーキングシステムにおいて、
前記携帯メディアプレイヤーは、
自携帯メディアプレイヤーのユーザと他携帯メディアプレイヤーのユーザとの間の親友関係を設定する手段と、
設定した親友関係を自携帯メディアプレイヤー内に記憶されている前記親友リストに追加する手段と
を備え、
前記サーバは、
前記携帯メディアプレイヤーと通信可能な状態において、その携帯メディアプレイヤー内に記憶されている親友リストと、サーバ内の前記記憶手段に記憶されているその携帯メディアプレイヤーのユーザの親友リストとを、同期させる手段
を備えることを特徴とするソーシャルネットワーキングシステム。
【請求項５】
請求項３に記載のソーシャルネットワーキングシステムにおいて、
前記サーバは、
前記携帯メディアプレイヤーと通信可能な状態において、その携帯メディアプレイヤー内に記憶されている親友リストと、サーバ内の前記記憶手段に記憶されているその携帯メディアプレイヤーのユーザの親友リストとを、同期させる手段
を備えることを特徴とするソーシャルネットワーキングシステム。
【請求項６】
ネットワークを介して接続可能なサーバと各ユーザ機器とを備え、友人関係又は親友関係が設定されたユーザ間でのコミュニケーションサービスを提供するソーシャルネットワーキングシステムにおいて、前記サーバで実行される制御プログラムであって、
前記サーバに、
前記ユーザ機器を使用する各ユーザ毎に設けられた記憶領域に各ユーザのマルチメディアデータを記憶するとともに、個人利用の範囲と考えうる所定人数の範囲内で所定のユーザ間に親友関係が設定されていることを表す関係情報を記憶するステップと、
前記ユーザ機器からアクセス要求が送信されてきたとき、該ユーザ機器を使用しているユーザの記憶領域に記憶されたマルチメディアデータ、及び該ユーザと親友関係が設定されているユーザの記憶領域に記憶されたマルチメディアデータに対するアクセスを許容するステップと
を実行させることを特徴とするソーシャルネットワーキングシステムの制御プログラム。
【請求項７】
ネットワークを介して接続可能なサーバと各ユーザの携帯メディアプレイヤーとを備え、友人関係又は親友関係が設定されたユーザ間でのコミュニケーションサービスを提供するソーシャルネットワーキングシステムにおいて、前記サーバで実行される制御プログラムであって、
前記サーバに、
前記携帯メディアプレイヤーを使用する各ユーザ毎に設けられている記憶領域に各ユーザのマルチメディアデータを記憶するとともに、個人利用の範囲と考えうる所定人数の範囲内で、各ユーザ毎に、そのユーザとの間に親友関係が設定されているユーザを特定するユーザＩＤのリストである親友リストを記憶するステップと、
前記携帯メディアプレイヤーから再生要求が送信されてきたとき、該携帯メディアプレイヤーを使用しているユーザの記憶領域に記憶されたマルチメディアデータ、及び該ユーザと親友関係が設定されているユーザの記憶領域に記憶されたマルチメディアデータに対するアクセスを許容するステップと、
前記アクセスが許容されたマルチメディアデータを、前記再生要求を発行した携帯メディアプレイヤーにストリーミング配信するステップと
を実行させることを特徴とするソーシャルネットワーキングシステムの制御プログラム。
【請求項８】
ソーシャルネットワーキングシステムを構成する携帯メディアプレイヤーで実行される制御プログラムであって、
前記携帯メディアプレイヤーを、
他の携帯メディアプレイヤーと通信する手段と、
自携帯メディアプレイヤーのユーザと親友関係が設定されているユーザを特定するユーザＩＤのリストである親友リストを記憶する手段と、
自携帯メディアプレイヤーのユーザのマルチメディアデータを記憶する手段と、
通信対象の他携帯メディアプレイヤーのユーザが自携帯メディアプレイヤーのユーザと親友関係にあるかどうかチェックし、親友関係にある場合は、自携帯メディアプレイヤー内に記憶されているマルチメディアデータを他携帯メディアプレイヤーにストリーミング配信する手段として
機能させることを特徴とするソーシャルネットワーキングシステムにおける携帯メディアプレイヤーの制御プログラム。
【請求項９】
請求項８に記載の携帯メディアプレイヤーの制御プログラムにおいて、
前記携帯メディアプレイヤーを、
自携帯メディアプレイヤーのユーザと他携帯メディアプレイヤーのユーザとの間の親友関係を設定する手段と、
設定した親友関係を自携帯メディアプレイヤー内に記憶されている前記親友リストに追加する手段として
機能させることを特徴とするソーシャルネットワーキングシステムにおける携帯メディアプレイヤーの制御プログラム。
【請求項１０】
請求項７に記載のソーシャルネットワーキングシステムの制御プログラムにおいて、
前記サーバに、
前記携帯メディアプレイヤーと通信可能な状態において、その携帯メディアプレイヤー内に記憶されている親友リストと、サーバ内の前記記憶手段に記憶されているその携帯メディアプレイヤーのユーザの親友リストとを、同期させるステップ
を実行させることを特徴とするソーシャルネットワーキングシステムの制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、限定された少人数のユーザ間で音楽コンテンツなどのマルチメディアデータを共有することができるソーシャルネットワーキングシステム及びその制御プログラムに関する。
【背景技術】
【０００２】
近年、インターネットを使ったソーシャルネットワーキングサービス（ＳＮＳ）の発展により、友人や趣味趣向の合う人とのコミュニケーションを楽しむ人が増えている（例えば、非特許文献１参照）。特に、音楽系のＳＮＳも増えてきており、該ＳＮＳ内では各ユーザが所有している音楽コンテンツの再生履歴(プレイリスト)をユーザ間で共有したりすることができる。
【非特許文献１】http://mixi.jp/
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、音楽コンテンツ自体の共有は、著作権保護の観点から許可されていなかった。また、共有できる再生履歴等の情報は、パーソナルコンピュータ上で利用できるものであって、携帯型メディアプレイヤー(例えば携帯音楽プレイヤー)等で利用できなかった。さらに、外出先等で新たに知り合った人とＳＮＳの友人設定をする場合、自宅などに設定してあるパーソナルコンピュータから設定をしなくてはならず、外出先等で直ちに友人設定をすることができなかった。
【０００４】
この発明は、個人利用の範囲と考えうる少人数のユーザ間で音楽コンテンツなどのマルチメディアデータを共有することができ、またそのようなデータの共有ができるユーザ間の関係の設定を外出先等でも簡単に行うことができる技術を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記目的を達成するため、この発明は、サーバと各ユーザ機器とをネットワークに接続して、友人関係又は親友関係が設定されたユーザ間でのコミュニケーションサービスを提供するソーシャルネットワーキングシステムを構成し、前記サーバは、各ユーザ毎の記憶領域に各ユーザのマルチメディアデータを記憶し、また個人利用の範囲と考えうる所定人数の範囲内で所定のユーザ間に親友関係が設定されていることを表す関係情報を記憶する。そして、ユーザ機器からアクセス要求が送信されてきたとき、該ユーザ機器を使用しているユーザの記憶領域に記憶されたマルチメディアデータ、及び該ユーザと親友関係が設定されているユーザの記憶領域に記憶されたマルチメディアデータに対するアクセスを許容するようにアクセス制御することを特徴とする。
【０００６】
特にユーザ機器として携帯メディアプレイヤーを使用する場合、親友関係にある他のユーザのマルチメディアデータをストリーミング再生できるようにする。また、携帯メディアプレイヤー同士で親友関係にあれば、自携帯メディアプレイヤー内に記憶されているマルチメディアデータを他携帯メディアプレイヤーにストリーミング配信できるようにする。さらに、外出先などでも、携帯メディアプレイヤー同士で親友関係が設定できるようにする。携帯メディアプレイヤーの親友リストとサーバに保持された親友リストは、同期させることができるようにする。
【発明の効果】
【０００７】
この発明によれば、ソーシャルネットワーキングシステムにおいて、ユーザごとにマルチメディアデータをサーバのネットワークストレージに保存するとともに、個人利用の範囲と考えうる有限人数の他のユーザを親友として設定することができる。親友設定されている他のユーザからの前記ネットワークストレージへのアクセスを許容してマルチメディアデータを提供することにより、マルチメディアデータを親友間で共有する。これにより、個人利用の範囲内（例えば、４〜５人程度であれば個人利用の範囲内とされている)で合法的にメディアファイルを共有することができる。また、親友関係の設定は携帯メディアプレイヤー同士でも行えるので、外出先等でも簡単に行うことができる。携帯メディアプレイヤー内の親友リストとサーバ内の親友リストは同期されるので、それらのリストの内容が一致することが保証される。
【発明を実施するための最良の形態】
【０００８】
以下、図面を用いてこの発明の実施の形態を説明する。
【０００９】
図１は、この発明の実施形態であるソーシャルネットワーキングシステムの全体システム構成を示す。インターネットなどのワイドエリアネットワーク１０１に、ＳＮＳサーバ１０２と、各ユーザのＰＣ１０３，１０４，１０５が接続されている。これらのＰＣ１０３〜１０５の各ユーザは、予め本ＳＮＳに登録してあるユーザとする。各ユーザは、それぞれ、携帯型メディアプレイヤー（以下「ＭＭＰ」と言う）１０６Ａ，１０７Ａ，１０８Ａを持っている。なお、ここでは３人のユーザを仮定したが、ユーザの数は任意である。
【００１０】
ユーザＡは、自己のＰＣ１０３上に保持しているオーディオデータやビジュアルデータなどのマルチメディアデータファイル（以下「コンテンツ」と言う）を、ＳＮＳサーバ１０２上の当該ユーザに割り当てられている領域（ネットワークストレージ）にアップロードすることができる。また、ユーザＡは、ＰＣ１０３上のコンテンツをＭＭＰ１０６Ａに転送し、ＭＭＰ１０６Ａ内の記憶領域（ローカルストレージ）に記憶させることができる。ＭＭＰ１０６Ａは、ローカルストレージ内のコンテンツを、ユーザの指示に応じて再生することができる。ＳＮＳサーバ１０２のネットワークストレージにアップロードした自己のコンテンツについては、自己のＰＣ１０３によりストリーミング再生したりダウンロードすることができる。ユーザＢのＰＣ１０４及びＭＭＰ１０７Ａ、並びに、ユーザＣのＰＣ１０５及びＭＭＰ１０８Ａも同様である。各ユーザは自分の持っているＭＭＰ１０６Ａ，１０７Ａ，１０８Ａを持って外出することができる。１０６Ｂ，１０７Ｂ、１０８Ｂは、ユーザＡ，Ｂ，Ｃがそれぞれ外出時に持っていったＭＭＰを示す。各ＭＭＰは、それぞれ自ＭＭＰ内のローカルストレージに保持されているコンテンツを再生することができる。
【００１１】
本ＳＮＳでは、ユーザ間の関係として「友人」と「親友」を登録することができる。「親友」は、「友人」関係にあるユーザ同士がさらに親しい関係になったときに互いの同意のもとに登録するものであり、ここでは「親友」として登録できるのは１ユーザにつき５人までの制限があるものとする。ここでは、図１の各ユーザＡ，Ｂ，Ｃが互いに親友として登録されているものとする。そして、ＳＮＳサーバ１０２は、「友人」又は「親友」設定された各ユーザの間でオンラインコミュニティを形成するサービスを提供する。提供されるサービスとしては、日記サービスやメールサービスなどのコミュニケーション用のサービスがある。なお、これらのサービスについては公知であるので詳細な説明は省略する。また、本ＳＮＳは、「親友」設定されたごく限られたユーザ間でのみ音楽コンテンツを共有できる共有サービスも提供する。
【００１２】
ネットワーク１０１には、無線ＬＡＮ１０９の複数の基地局（以下「ホットスポット」と言う）が接続されている。各ＭＭＰは、Ｗｉ−Ｆｉ（商標）などの無線中距離通信機能とＢｌｕｅｔｏｏｔｈ（商標）などの無線近距離通信機能を備えている。例えば、ユーザＡのＭＭＰ１０６Ｂは、無線中距離通信機能を用いて、無線ＬＡＮ１０９及びネットワーク１０１経由でＳＮＳサーバ１０２にアクセスすることができる。これにより、ユーザＡのＭＭＰ１０６Ｂは、当該ユーザＡのネットワークストレージのコンテンツをストリーミング再生することができる。また、各ユーザは、自己と親友の関係にあるユーザのネットワークストレージコンテンツをストリーミング再生することができる。例えば、ユーザＢはユーザＡと親友関係にあるので、ユーザＢのＭＭＰ１０７Ｂは、無線ＬＡＮ１０９及びネットワーク１０１経由でＳＮＳサーバ１０２のユーザＡのネットワークストレージコンテンツにアクセスしストリーミング再生することができる。さらに、親友関係にあるユーザのＭＭＰ同士でコンテンツのストリーミング再生を行うことができる。例えば、ユーザＢとＣは親友関係にあるので、ユーザＢのＭＭＰ１０７Ｂは、無線近距離通信機能によりユーザＣのＭＭＰ１０８Ｂにアクセスし、ユーザＣのローカルストレージコンテンツをストリーミング再生することができる。ユーザＣのＭＭＰ１０８Ｂで、ユーザＢのＭＭＰ１０７Ｂ内のローカルストレージコンテンツをストリーミング再生することも可能である。
【００１３】
図２は、ＳＮＳサーバ１０２のハードウェア構成の概略を示すブロック図である。ＳＮＳサーバ１０２は、中央処理装置（ＣＰＵ）２０１、リードオンリメモリ（ＲＯＭ）２０２、ランダムアクセスメモリ（ＲＡＭ）２０３、記憶装置２０４、ネットワークインターフェース（Ｉ／Ｆ）２０５、操作子２０６、ディスプレイ２０７、及びバスライン２０８を備える。２０１〜２０７の各部はバスライン２０８により相互に接続され、各種のデータをやり取りすることができる。
【００１４】
ＣＰＵ２０１は、本サーバ全体の動作を制御する処理装置である。ＲＯＭ２０２は、ＣＰＵ２０１が実行する各種のプログラムや各種のデータなどを格納した不揮発性メモリである。ＲＡＭ２０３は、ＣＰＵ２０１が実行するプログラムのロード領域やワーク領域に使用する揮発性メモリである。記憶装置２０４は、例えばハードディスク装置などの外部記憶装置であり、ＣＰＵ２０１が実行する各種のプログラムや各ユーザのユーザデータが格納される。ネットワークＩ／Ｆ２０５は、本サーバをネットワーク１０１に接続するためのインターフェースである。操作子２０６は、キーボード及びマウスなどの入力装置である。ディスプレイ２０７は、各種の情報を表示するための表示装置である。
【００１５】
図３は、各ユーザが持つＭＭＰのハードウェア構成の概略を示すブロック図である。ＭＭＰは、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、記憶装置３０４、無線近距離通信Ｉ／Ｆ３０５、無線中距離通信Ｉ／Ｆ３０６、有線通信Ｉ／Ｆ３０７、操作子３０８、ディスプレイ３０９、音源３１０、オーディオデコーダ３１１、サウンドシステム３１２、及びバスライン３１３を備える。
【００１６】
ＣＰＵ３０１は、本ＭＭＰ全体の動作を制御する処理装置である。ＲＯＭ３０２は、ＣＰＵ３０１が実行する各種のプログラムや各種のデータなどを格納した不揮発性メモリである。ＲＡＭ３０３は、ＣＰＵ３０１が実行するプログラムのロード領域やワーク領域に使用する揮発性メモリである。記憶装置３０４は、例えばフラッシュメモリなどの記憶装置であり、各ユーザのユーザデータが格納される。無線近距離通信Ｉ／Ｆ３０５は、近距離の無線通信機能を提供するインターフェースであり、例えばＢｌｕｅｔｏｏｔｈ（商標）などである。無線中距離通信Ｉ／Ｆ３０６は、中距離の無線通信機能を提供するインターフェースであり、例えばＷｉ−Ｆｉ（商標）などである。有線通信Ｉ／Ｆ３０７は、本ＭＭＰをＰＣと接続するための有線のインターフェースであり、例えばＵＳＢなどである。操作子３０８は、本ＭＭＰに各種の指示を与えるためのスイッチなどである。ディスプレイ３０９は、本ＭＭＰの外部パネル上に設けられた各種の情報を表示するための表示装置である。音源３１０は、ＣＰＵ３０１の指示に応じてデジタル楽音信号を生成する。オーディオデコーダ３１１は、ＣＰＵ３０１の指示に応じて、与えられたオーディオデータをデコードし、デジタル音響信号として出力する。サウンドシステム３１２は、音源３１０やオーディオデコーダ３１１から出力されるデジタル音響信号をアナログ音響信号に変換して放音する。
【００１７】
図４は、各ユーザ毎のユーザデータの構成例を示す。
【００１８】
図４（ａ）は、ＳＮＳサーバ１０２に保持される各ユーザのユーザデータを示す。ＳＮＳサーバ１０２内のユーザデータは、個人情報、親友リスト、友人リスト、音楽コンテンツ、メールデータ、及び日記データなどを備える。個人情報は、当該ユーザを特定するユーザＩＤ、プレイヤＩＤ１〜ＩＤ３、及びユーザ名称などである。プレイヤＩＤ１〜ＩＤ３は、当該ユーザが所持するＭＭＰを特定するＩＤである。ここではユーザ１人につき３台のＭＭＰまで登録できることとした。親友リストは、当該ユーザの親友のユーザＩＤ及びそのユーザが親友として追加された日時を示す追加日時データを備える。また、親友リストから一旦削除したユーザＩＤを再び親友として回復させることがあるので、削除した親友ユーザＩＤとその削除日時を記憶している。なお、親友関係にあるユーザは、互いの親友リストにそれぞれ親友として登録されているものであり、第１のユーザが第２のユーザを親友として登録しているが第２のユーザは第１のユーザを親友としていないということはあり得ない。また、本例では、親友として登録できるのは１ユーザに対して５人までとした。これは、その程度の少人数であれば、個人利用の範囲内として合法的にコンテンツを共有できると考えられるからである。友人リストは、当該ユーザの友人のユーザＩＤの一覧である。音楽コンテンツは、当該ユーザに与えられたネットワークストレージに記憶されたコンテンツデータを示す。メールデータや日記データは、当該ユーザがＳＮＳ内で利用しているメールや日記のデータである。
【００１９】
図４（ｂ）は、各ユーザが所持するＭＭＰ内のユーザデータの構成を示す。このユーザデータは、個人情報、親友リスト、及び音楽コンテンツを備える。個人情報は、当該ＭＭＰの持ち主であるユーザのユーザＩＤ、当該ＭＭＰを特定するプレイヤＩＤ、及びユーザ名称などの情報である。親友リストは、図４（ａ）で説明した当該ユーザのＳＮＳサーバ内の親友リストと同じものである。音楽コンテンツは、当該ＭＭＰ内のローカルストレージに記憶されたコンテンツデータを示し、当該ＭＭＰで単独で再生できる音楽コンテンツデータである。
【００２０】
図５は、各ユーザのＭＭＰで音楽コンテンツを再生する形態を示す。図５（ａ）は、ユーザが自己のローカルストレージから読み出した音楽コンテンツを再生する形態である。これは、ユーザが自己のＭＭＰで該ＭＭＰ内の記憶手段（ローカルストレージ）に記憶されている音楽コンテンツを再生する場合に相当する。図５（ｂ）は、ユーザが自己のネットワークストレージから読み出した音楽コンテンツを再生する形態である。これは、ユーザが自己のＭＭＰで、自己に割り当てられたＳＮＳサーバ１０２内の記憶領域（ネットワークストレージ）から読み出した音楽コンテンツを中距離無線通信機能を用いて受信し、ストリーミング再生する場合に相当する。図５（ｃ）は、ユーザが親友のネットワークストレージから読み出した音楽コンテンツを再生する形態である。これは、ユーザが自己のＭＭＰで、自己の親友に割り当てられたＳＮＳサーバ１０２内の記憶領域から読み出した音楽コンテンツを中距離無線通信機能を用いて受信し、ストリーミング再生する場合に相当する。図５（ｄ）は、ユーザが親友のローカルストレージから読み出した音楽コンテンツを再生する形態である。これは、ユーザが自己のＭＭＰで、自己の親友のＭＭＰ内の記憶領域から読み出した音楽コンテンツを近距離無線通信機能を用いて受信し、ストリーミング再生する場合に相当する。
【００２１】
図６は、ＰＣによる親友登録の手順を示すフローチャートである。ここでは、ユーザＡがユーザＢに対して親友になりたい旨の要求を出す場合を例として説明する。
【００２２】
ステップ６０１では、ユーザＡのＰＣ１０３において、ユーザＡがユーザＢと親友になりたい旨の要求を入力する。なお、このときユーザＡの親友リストに既に５人の親友が登録されていた場合は、ユーザＡに、５人の親友のうちの１人を削除予約ユーザとして指定させる。そして、ユーザＢが親友になることを承認した場合は、前記削除予約ユーザを親友リストから削除し、ユーザＢを親友リストに登録する。ユーザＢが親友になることを拒否した場合は、前記削除予約ユーザは親友のままである。もちろんユーザＡの親友リストに空きがある場合は、削除予約ユーザを指定させる必要はない。
【００２３】
ステップ６０１で、ユーザＡのＰＣ１０３は、ネットワーク１０１経由でＳＮＳサーバ１０２に前記要求を送信する。その要求を受信したＳＮＳサーバ１０２は、ステップ６０２で、ユーザＢのＰＣ１０４に対して、ユーザＡからユーザＢと親友になりたい旨の要求があったことを示すメッセージ（メール）を送信する。ユーザＢは自己のＰＣ１０４で、該メッセージを受信し、ステップ６０３で、該要求に対して承認または拒否の回答をＳＮＳサーバ１０２に送信する。ＳＮＳサーバ１０２は、該回答を受信し、ステップ６０４で、その回答が承認か拒否かを判定する。
【００２４】
承認の場合、ＳＮＳサーバ１０２は、ステップ６０５で、ユーザＡとユーザＢの親友リスト（図４（ａ））を更新する。これは、ユーザＡの親友リストにユーザＢを登録し、ユーザＢの親友リストにユーザＡを登録する処理である。またＳＮＳサーバ１０２は、ステップ６０６で、ユーザＡのＰＣ１０３に更新した旨を通知する。ユーザＡのＰＣ１０３は、ステップ６０９で、該通知を受信し表示する。ステップ６０４でユーザＢの回答が拒否であった場合、ＳＮＳサーバ１０２は、ステップ６０７で、削除予約したユーザＩＤを元の親友に回復し（削除予約ユーザがなかったときはステップ６０７はスキップする）、ステップ６０８で、ユーザＢから拒否の回答があった旨をユーザＡのＰＣ１０３に通知する。ユーザＡのＰＣ１０３は、ステップ６０９で該通知を受信し表示する。
【００２５】
図７は、図６のステップ６０１でユーザＡがユーザＢと親友になりたい旨の要求を出す際の画面例を示す。ユーザＡは、自己のＰＣ１０３を用いてネットワーク１０１経由でＳＮＳサーバ１０２に接続し、自己の友人や親友を登録・更新する画面を表示する。７０１がユーザＡのＰＣ１０３に表示された画面例を示す。７１１は全ユーザの一覧表示、７１４は当該ユーザＡの親友の一覧表示、７１５は当該ユーザＡの友人の一覧表示である。全ユーザ一覧表示７１１中の各ユーザに対応して、友人ボタン７１２と親友ボタン７１３が表示されている。ユーザＡは、友人としたいユーザの友人ボタン７１２をオンすることで、当該ユーザを友人として登録できる。また、友人として登録されているユーザの親友ボタン７１３をオンすることで、当該ユーザを友人として登録できる。
【００２６】
いまユーザＡが、全ユーザ一覧表示７１１中のユーザＢの親友ボタン７１３をオンしたとする。このとき、ユーザＡの親友リストの登録人数が５人未満であれば、親友リストに空きがあるということであるから、ユーザＡのＰＣ１０３は、メッセージ７０５を表示し、ユーザＡからのユーザＢに対する親友登録の要求をＳＮＳサーバ１０２に送信する。この要求の送信は、図６のステップ６０１における要求の送信に対応する。
【００２７】
ユーザＡの親友リストの登録人数が５人のときは、画面７０２のようにユーザＡの親友の一覧７０３を表示し、ユーザＡに削除予約するユーザを指定させる。７３１は親友毎の削除予約ボタンである。ユーザＡが親友であるユーザＸの削除予約ボタン７３１をオンすると、ユーザＡのＰＣ１０３は、画面７０４を表示し、ユーザＡからのユーザＢに対する親友登録の要求をＳＮＳサーバ１０２に送信する。この要求の送信は、図６のステップ６０１における要求の送信に対応する。
【００２８】
図８は、図６のステップ６０２でＳＮＳサーバ１０２が送信したメッセージを受信したユーザＢのＰＣ１０４が、ステップ６０３の回答を行う際の画面例を示す。ステップ６０２でＳＮＳサーバ１０２がユーザＢのＰＣ１０４に送信するメッセージは、図８の８０１に示すようなメールである。このメール８０１を受信したユーザＢは、自己のＰＣ１０４を用いて、当該メール８０１に記載されたＵＲＬ（ＳＮＳサーバ１０２）に接続する。ＳＮＳサーバ１０２は、このＵＲＬに対するアクセス要求があると、ユーザＡからの親友登録要求に対してユーザＢが回答するためにアクセスしてきたことを認識し、当該ユーザＢの親友リストの登録人数をチェックする。登録人数が５人未満のとき、ＳＮＳサーバ１０２は、画面８１１をユーザＢのＰＣ１０４に返す。ユーザＢは、ユーザＡの親友としての登録を拒否する場合はＮＯボタン８１３をオンする。この場合、ユーザＢのＰＣ１０４は、メッセージ８１５を表示するとともに、ＳＮＳサーバ１０２に「拒否」の回答を送信する。この回答は、図６のステップ６０３で拒否の回答を送信する部分に対応する。
【００２９】
画面８１１で、ユーザＢがユーザＡの親友としての登録を承認する場合はＹＥＳボタン８１２をオンする。この場合、ユーザＢのＰＣ１０４は、メッセージ８１４を表示するとともに、ＳＮＳサーバ１０２に「承認」の回答を送信する。この回答は、図６のステップ６０３で承認の回答を送信する部分に対応する。該承認の回答を受信したＳＮＳサーバ１０２は、上述の図６のステップ６０５，６０６の処理を行う。メッセージ８０９は、ＳＮＳサーバ１０２がステップ６０６でユーザＡに送信した通知であるメールの例を示し、特にユーザＡがユーザＸを削除予約してあった場合のメール例を示す。該メールにはＯＫボタン８１０が表示されており、ユーザＡが該ＯＫボタン８１０をオンすると、ユーザＡのＰＣ１０３からＳＮＳサーバ１０２にその旨が通知され、ＳＮＳサーバ１０２は該通知を受けてユーザＡの親友リストから削除予約してあったユーザＸを削除し、その旨を示すメールをユーザＸに送信する。
【００３０】
なお、図４（ａ）に示したユーザデータの親友リストのデータ構造で上記削除予約の処理を実現する方式は任意であるが、ここでは現親友リストの中から削除予約された親友ユーザＩＤを、削除分リストの先頭の削除親友ユーザＩＤ１の欄に移動しておき（この移動前の削除親友ユーザＩＤ１〜ＩＤ４はそれぞれ削除親友ユーザＩＤ２〜ＩＤ５の欄に写して削除親友ユーザＩＤ１の欄を空けるものとする）、削除が確定したら当該削除親友ユーザＩＤ１の削除日時を設定し、削除せずに復活させるときは当該削除親友ユーザＩＤ１のユーザＩＤを現親友リストに戻せばよい（削除親友ユーザＩＤ２〜ＩＤ５も削除親友ユーザＩＤ１〜ＩＤ４に戻す）。あるいは現親友リストの親友ユーザ毎に削除予約フラグを設け、削除予約されたときには該フラグをオンし、削除が確定したら該フラグがオンされている親友ユーザを削除し、削除せずに復活させるときは該フラグをオフに戻せばよい。
【００３１】
ユーザＢの親友リストの登録人数が５人であった場合、ＳＮＳサーバ１０２は、画面８０２をユーザＢのＰＣ１０４に返す。８０３はユーザＢの親友の一覧表示であり、各親友毎に削除ボタン８３１が表示されている。ユーザＢは、削除する親友の削除ボタン８３１をオンしてＹＥＳボタン８０４をオンする。いまユーザＹの削除ボタン８３１がオンされたとする。ユーザＢのＰＣ１０４は、その旨をＳＮＳサーバ１０２に通知する。ＳＮＳサーバ１０２は、該通知に応じてユーザＢの親友リストからユーザＹを削除し、新たにユーザＡを登録するとともに、ユーザＹにユーザＢの親友リストから削除した旨を示すメールを送信する。なお、この場合、ＳＮＳサーバ１０２は、ユーザＹの親友リストからユーザＢを削除する処理も行うものとする。ユーザＢのＰＣ１０４は、メッセージ８０７を表示するとともに、ＳＮＳサーバ１０２に「承認」の回答を送信する。この回答は、図６のステップ６０３で承認の回答を送信する部分に対応する。これ以降の処理手順は、メッセージ８１４以降で説明したのと同様である。
【００３２】
画面８０２で、ユーザＢがキャンセルボタン８０５をオンした場合は、画面８０２を消去して親友登録の処理をキャンセルする。この場合は、再び受信メール８０１からの処理をやり直す必要がある。画面８０２で、ユーザＢがＮＯボタン８０６をオンすると、ユーザＢのＰＣ１０４は、メッセージ８０８を表示するとともに、ＳＮＳサーバ１０２に「拒否」の回答を送信する。この回答は、図６のステップ６０３で拒否の回答を送信する部分に対応する。
【００３３】
図９は、ＭＭＰでの親友登録の処理を示す。ユーザＡとＢが外出先で互いに親友登録したい場合、まずステップ９０１，９１１で近距離通信機能を利用してＭＭＰ同士の接続処理を行い、ステップ９０２，９１２で個人情報（図４（ｂ）に示したＭＭＰ内の個人情報のうち他者への公開が許可されている情報）の交換を行う。ステップ９０３で、ユーザＡのＭＭＰからユーザＢのＭＭＰへ、近距離通信機能を利用して、ユーザＢと親友になりたい旨の要求を送信する。該要求を受信したユーザＢのＭＭＰは、ステップ９１３で、承認または拒否の回答を返信する。該返信を受信したユーザＡのＭＭＰは、ステップ９０４で、その回答が承認か拒否かをチェックする。承認であった場合、ステップ９０５で、ユーザＡのＭＭＰ内の親友リスト（図４（ｂ））にユーザＢを追加し、ステップ９０６で、更新した旨をメッセージ表示して、処理を終了する。ステップ９０４で拒否されたときは、ステップ９０７で、その旨を表示して、処理を終了する。ユーザＢのＭＭＰでは、ステップ９１４で、返信した回答が承認か拒否かをチェックする。承認であるときは、ステップ９１５で、ユーザＢのＭＭＰ内の親友リスト（図４（ｂ））にユーザＡを追加し、処理を終了する。回答が拒否であるときは、そのまま処理を終了する。なお、ＭＭＰ内の親友リストに親友を登録する際、既に５人の親友が登録されていた場合は、ユーザに削除する親友を選択させ、親友リストに空きを作ってから登録するものとする。
【００３４】
図１０は、親友リストの同期の処理を示す。図６のＰＣによる親友の登録と図９のＭＭＰによる親友の登録とは全く独立して行われるので、あるユーザについて、ＳＮＳサーバ１０２内の親友リストの内容とＭＭＰ内の親友リストの内容とが異なるようになる場合がある。そこで、ＭＭＰがＳＮＳサーバと通信可能になった場合（例えば、ユーザが自己のＰＣに自己のＭＭＰを接続した場合、またはＭＭＰが無線ＬＡＮ１０９のホットスポットに接続した場合など）、図１０の同期処理により親友リストを同期させる。この同期処理は、ＭＭＰ側からユーザが指示したときに実行してもよいし、ＭＭＰとＳＮＳサーバ１０２が接続されたとき自動で実行してもよい。
【００３５】
ＭＭＰは、ステップ１００１で、同期要求と自ＭＭＰ内の親友リストをＳＮＳサーバ１０２に送信する。ＳＮＳサーバ１０２は、ステップ１０１１で、受信した親友リストと、ＳＮＳサーバ１０２内の当該ユーザの親友リストとを比較し、更新する。この処理は、ＭＭＰ内の親友リストに登録されている親友ユーザＩＤとＳＮＳサーバ１０２の親友リストに登録されている親友ユーザＩＤとをマージし、マージした結果、親友の人数が５人を超える場合は、追加日時が新しい５人分の親友ユーザＩＤを親友リストとし、それ以外の親友ユーザＩＤは削除する処理である。ステップ１０１１で親友リストが更新された場合、更新された親友側の親友リストの更新が必要になる場合があるので、ステップ１０１２ではその処理を行う。ステップ１０１３で、更新後の親友リストをＭＭＰに送信する。ＭＭＰは、ステップ１００２で、該親友リストを受信し、ＭＭＰ内に保存して、終了する。
【００３６】
図１１は、ＰＣにおける親友リストの更新及び同期時の親友リストの更新の処理を示す。本処理は、図６のステップ６０５で親友リストが更新されたとき、その更新された親友の親友リストも更新する必要がある場合にＳＮＳサーバ１０２で実行される。例えば、ユーザＡの親友リストからユーザＢが削除されたとき、そのユーザＢの親友リストからユーザＡを削除する必要があるが、そのような処理を行うのが図１１の処理である。また、図１０の同期処理のステップ１０１１で親友リストを更新した場合も、その更新したユーザ側の親友リストを更新する必要が生じる場合がある。その場合、ステップ１０１２で図１１の処理を行う。
【００３７】
ステップ１１０１で、更新対象の親友リストからの削除が発生しているか判定する。これはステップ６０５やステップ１０１１で親友リストからの削除が実行されているかを判定するものである。削除が発生しているときは、ステップ１１０２で、削除されたユーザの親友リストから削除原因ユーザ（すなわち、ステップ６０５やステップ１０１１で削除が実行された親友リストをユーザデータとして持つユーザ）を削除する。また、ステップ１１０３で、削除されたユーザに対し、削除原因ユーザの都合により削除された旨をメールで通知する。ステップ１１０１で削除が発生していない場合は、ステップ１１０４に進む。
【００３８】
ステップ１１０４で、更新対象の親友リストへの追加が発生しているか判定する。これはステップ６０５やステップ１０１１で親友リストへの追加が実行されているかを判定するものである。追加が発生しているときは、ステップ１１０５で、追加されたユーザの親友リストに追加原因ユーザ（すなわち、ステップ６０５やステップ１０１１で追加が実行された親友リストをユーザデータとして持つユーザ）を追加する。また、ステップ１１０６で、追加されたユーザに対し、追加原因ユーザの親友として追加された旨をメールで通知する。ステップ１１０４で削除が発生していない場合は、そのまま終了する。
【００３９】
図１２は、ＭＭＰによる再生処理を示す。ユーザがＭＭＰに対して再生を指示すると、ＭＭＰは、ステップ１２０１で無線ＬＡＮによる通信が可能かをチェックする。可能であれば、ステップ１２０２で、その通信（中距離無線通信）によりＳＮＳサーバ１０２から音楽コンテンツ（当該ユーザのネットワークストレージに格納されたもの、及び、当該ユーザの親友のネットワークストレージに格納されたもの）のリストを取得する。ステップ１２０３で近距離無線通信による通信が可能かをチェックする。可能であれば、ステップ１２０４で、その近距離無線通信により、近くにいる全ての親友のＭＭＰから音楽コンテンツ（当該親友のＭＭＰ内のローカルストレージに格納されたもの）のリストを取得する。
【００４０】
次に、ステップ１２０５で、コンテンツリストを表示する。これは、自ＭＭＰ内のローカルストレージに格納された音楽コンテンツと、ステップ１２０２，１２０４で取得した音楽コンテンツのリストを合わせて、表示する処理である。ステップ１２０６で、表示されたリストからユーザが再生したい曲を選曲すると、ステップ１２０７で、再生を開始する。この再生は、自ＭＭＰ内のローカルストレージに格納された音楽コンテンツの再生であればそのままそのコンテンツを読み出して再生する処理であり、ＳＮＳサーバ１０２や他ユーザのＭＭＰ内のローカルストレージに格納された音楽コンテンツの再生であれば図１６で後述するストリーミング再生処理で再生する処理である。
【００４１】
図１３は、ステップ１２０５で音楽コンテンツのリストを表示する際の表示例を示す。ストレージ別に表示する場合は、まず図１３（ａ）のように、自ＭＭＰのほかにステップ１２０２や１２０４でリストを取得したストレージを特定する情報をメニュー表示する。ユーザがこれらのストレージから１つを選択すると、そのストレージ内の音楽コンテンツのリストを表示する。図１３（ｂ）は、曲別の音楽コンテンツのリスト表示例である。各曲毎にその曲が格納されているストレージを表示している。
【００４２】
図１４は、図１２のステップ１２０２で実行される中距離通信機能を利用したＳＮＳサーバ１０２からの音楽コンテンツリストの取得処理を示す。ステップ１４１１で、ＭＭＰがユーザＩＤとプレイヤＩＤをＳＮＳサーバ１０２に送信する。ＳＮＳサーバ１０２は、ステップ１４０１で、それらを受信し、当該ユーザＩＤが登録されているユーザ個人情報を検索する。ステップ１４０２では、検索された当該ユーザＩＤの個人情報に当該プレイヤＩＤが登録されているかチェックする。登録されていない場合は、ステップ１４０３から１４０８に進み、当該ユーザまたはＭＭＰが登録されていない旨の警告をＭＭＰに送信する。ＭＭＰは、その警告を受信し、ステップ１４１２から１４１４に進み、警告表示を行う。
【００４３】
ステップ１４０３で登録されていた場合は、ステップ１４０４で、親友リストの同期処理（図１０）を行い、ＭＭＰ内の親友リストの内容とＳＮＳサーバ内の当該ユーザの親友リストの内容とを一致させる。次にステップ１４０５で、当該ユーザのユーザデータ中の音楽コンテンツのリストを作成し、さらにステップ１４０６で、当該ユーザの親友リストに登録されているユーザのユーザデータ中の音楽コンテンツのリストを作成する。ステップ１４０７で、作成した音楽コンテンツのリストをＭＭＰに送信する。ＭＭＰは、ステップ１４１３でそのリストを受信する。
【００４４】
図１５は、図１２のステップ１２０４で実行される近距離通信機能を利用した親友のＭＭＰからの音楽コンテンツリストの取得処理を示す。ステップ１５１１で、自ＭＭＰがユーザＩＤを他ＭＭＰに送信する。他ＭＭＰは、ステップ１５０１で、受信したユーザＩＤが当該他ＭＭＰ内の親友リストに登録されているか判定する。登録されていない場合は、ステップ１５０４で、当該他ＭＭＰから警告を送信する。自ＭＭＰは、その警告を受信し、ステップ１５１２から１５１４に進み、警告表示を行う。ステップ１５０１で登録されていた場合は、ステップ１５０２で、当該他ＭＭＰ内に記憶されている音楽コンテンツのリストを作成し、ステップ１５０３で、そのリストを自ＭＭＰに送信する。自ＭＭＰは、ステップ１５１３でそのリストを受信する。
【００４５】
図１６は、図１２のステップ１２０７で実行する再生処理のうち、ＳＮＳサーバ１０２の曲データをストリーミング再生する処理を示す。ＭＭＰは、ステップ１６０１で、選曲された曲のストリーミングをＳＮＳサーバ１０２に要求する。該要求を受信したＳＮＳサーバ１０２は、ステップ１６１１で、その曲データをストリーミング配信する。ＭＭＰは、ステップ１６０２で、配信された曲データを受信しストリーミング再生を行う。自ＭＭＰで、親友ユーザの持つ他ＭＭＰ内の曲データを受信してストリーミング再生する場合も同様である。
【００４６】
上記実施形態では、親友として登録できる人数を５人までとしたが、個人使用の範囲内と解釈できる数であればその数は任意である。また、親友リストに登録可能な人数分の登録がある状態で新たに親友登録するとき、ユーザに削除する親友を指定させるようにしているが、ユーザに指定させる代りに、所定条件により自動的に削除する親友を決定してもよい。例えば、メールなどのやり取りが少ない親友を削除する、などである。親友リストから削除した場合、友人としては残しておくのが好ましい。
【００４７】
上記実施形態では、ＭＭＰ同士で曲のストリーミング再生を行う際に、曲を聴きたい側のユーザのＭＭＰから曲を提供する側のユーザのＭＭＰに対して要求を発行しているが、そのような形態でなくても良い。例えば、ＭＭＰ同士で接続し互いに親友であることが確認されたら、一方のＭＭＰが曲を選択してストリーミング配信で他方のＭＭＰに送信し再生させるようにしても良い。
【００４８】
また、上記実施形態では音楽コンテンツを共有する例で説明したが、音楽コンテンツに限らず、本発明は種々のマルチメディアデータに適用可能である。
【図面の簡単な説明】
【００４９】
【図１】実施形態のソーシャルネットワーキングシステムの全体システム構成図
【図２】ＳＮＳサーバのハードウェア構成の概略を示すブロック図
【図３】ＭＭＰのハードウェア構成の概略を示すブロック図
【図４】各ユーザ毎のユーザデータの構成例を示す図
【図５】ＭＭＰで音楽コンテンツを再生する形態を示す図
【図６】親友登録の手順を示すフローチャート
【図７】ユーザＡがユーザＢと親友になりたい旨の要求を出す際の画面例を示す図
【図８】要求を受けたユーザが回答を行う際の画面例を示す図
【図９】ＭＭＰでの親友登録の処理のフローチャート
【図１０】親友リストの同期の処理のフローチャート
【図１１】親友リストの更新及び同期時の親友リストの更新の処理を示すフローチャート
【図１２】ＭＭＰによる再生処理を示すフローチャート
【図１３】音楽コンテンツのリストを表示する際の表示例を示す図
【図１４】ＳＮＳサーバからの音楽コンテンツリストの取得処理のフローチャート
【図１５】ＭＭＰからの音楽コンテンツリストの取得処理のフローチャート
【図１６】ストリーミング再生する処理のフローチャート
【符号の説明】
【００５０】
１０１…ワイドエリアネットワーク、１０２…ＳＮＳサーバ、１０３，１０４，１０５…各ユーザのＰＣ、１０６Ａ，１０７Ａ，１０８Ａ，１０６Ｂ，１０７Ｂ，１０８Ｂ…携帯型メディアプレイヤー（ＭＭＰ）。
【図１】
2008123233.tif 000003
【図２】
2008123233.tif 000004
【図３】
2008123233.tif 000005
【図４】
2008123233.tif 000006
【図５】
2008123233.tif 000007
【図６】
2008123233.tif 000008
【図７】
2008123233.tif 000009
【図８】
2008123233.tif 000010
【図９】
2008123233.tif 000011
【図１０】
2008123233.tif 000012
【図１１】
2008123233.tif 000013
【図１２】
2008123233.tif 000014
【図１３】
2008123233.tif 000015
【図１４】
2008123233.tif 000016
【図１５】
2008123233.tif 000017
【図１６】
2008123233.tif 000018