JP2014016977A - デジタルコンテンツを用いたコミュニケーションを支援するためのサーバ装置、家電機器を用いたコミュニケーションを支援するためのサーバ装置、当該サーバ装置を備えるシステム、デジタルコンテンツを用いたコミュニケーションを支援するための方法、および、コンピュータを当該サーバ装置として機能させるためのプログラム - Google Patents

Abstract

【課題】コンテンツを介したコミュニケーションを支援するサーバ装置を提供する。
【解決手段】ウェブサーバ１０１は、第１携帯端末のユーザ（Ａさん）によって利用可能なコンテンツの情報を含むメタ情報の送信要求を受信する受信部４１０と、記憶部４２０と、Ａさんが属するユーザグループと同じユーザグループに含まれるユーザ（たとえば、ＢさんまたはＣさん）を特定するユーザ特定部４３０と、各ユーザによるコンテンツの取得状態を特定する取得状態特定部４４０と、各ユーザによるコンテンツの利用状況に応じて当該コンテンツを介したコミュニケーション方法を決定するコミュニケーション方法決定部４５０と、取得状態または利用状況に応じた画面を携帯端末に表示させる表示データを生成する表示データ生成部４６０と、決定されたコミュニケーション方法が関係づけられた１以上のメタ情報を携帯端末に送信する送信部４７０とを備える。
【選択図】図４

Description

本発明は、デジタルコンテンツを用いたコミュニケーションに関し、より特定的には、複数のユーザによるコミュニケーションの支援に関する。

書籍、映画その他のコンテンツに関し、不特定多数のユーザのレビュー（テキスト）を収集し、その情報を用いて、ユーザの趣味嗜好にあった書籍を推奨するサービスが知られている。

たとえば、特開２０１１−２４２９３９号公報（特許文献１）は、「書籍に関して読者から寄せられたコメント文を含む読書データが登録されたデータベースを、多様な検索条件に基づいて検索し、対象となる書籍とは独立に読書データそのものから情報を取得することを可能とする共有読書データ検索装置及び方法」を開示している（［要約］参照）。

また、特開２００９−２２３３７２号公報（特許文献２）は、「各商品などに対するレビューを形態素解析することで自動的にキーワードを複数抽出し、その出現頻度に応じて点数を付与する。そして、商品間で一致などするキーワードを特定し、そのキーワードに付された点数の合計値で両商品間の類似度を判断する機能を備えるリコメンド装置」を開示している（［要約］の［解決手段］参照）。

特開２０１１−２４２９３９号公報 特開２００９−２２３３７２号公報

電子書籍、映画その他のデジタルコンテンツを用いたコミュニケーションにおいて、複数のサービス項目が考えられる。当該コミュニケーションは、複数のサービス項目として、たとえば「おススメを読む」、「おススメをシェア」、「感想を読む」、「感想をシェア」等を含む。複数のサービス項目をコミュニケーションの方法として提供する場合、ユーザのコンテンツの利用の態様に応じて提供することが必要になる。

また、デジタルコンテンツを介した友人とのコミュニケーションに関し、たとえば電子書籍の場合、ユーザの友人関係、友人の読書情報またはレビューが反映された書籍リストが当該ユーザの使用する通信端末に表示できることが求められている。

本発明は、上述のような問題点を解決するためになされたものであって、ある局面の目的は、デジタルコンテンツを有する友人の利用状況や友人関係が考慮された、通信端末によるコミュニケーションを可能にするサーバ装置またはシステムを提供することである。

他の局面の目的は、デジタルコンテンツを有する友人の利用状況や友人関係が考慮された、通信端末によるコミュニケーションを可能にするための方法を提供することである。

他の局面の目的は、デジタルコンテンツを有する友人の利用状況や友人関係が考慮された、通信端末によるコミュニケーションを可能にするためのサーバ装置としてコンピュータを機能させるためのプログラムを提供することである。

他の局面の目的は、家電機器を有する友人の利用状況や友人関係が考慮された、通信端末によるコミュニケーションを可能にするサーバ装置またはシステムを提供することである。

一実施の形態に従うと、デジタルコンテンツを用いたコミュニケーションを支援するためのサーバ装置が提供される。このサーバ装置は、第１の通信端末から、第１の通信端末の第１のユーザによって利用可能なコンテンツの情報を含むメタ情報の送信要求を受信するための受信手段と、第１の通信端末のユーザが属するユーザグループと同じユーザグループに含まれる第２のユーザを特定するためのユーザ特定手段と、第１のユーザおよび第２のユーザによるコンテンツの取得状態を特定するための取得状態特定手段と、第１のユーザおよび第２のユーザによるコンテンツの利用状況に応じて、第１のユーザと第２のユーザとによるコンテンツを介したコミュニケーション方法を決定するための決定手段と、決定されたコミュニケーション方法が関係づけられた１以上のメタ情報を第１の通信端末に送信するための送信手段とを備える。

好ましくは、メタ情報は、第１のユーザに所有されないコンテンツが第１のユーザの端末で操作された時に当該コンテンツを紹介するためのページ、または、当該コンテンツを販売するためのページを第１の通信端末に表示させるための位置特定情報を含む。

好ましくは、メタ情報は、第１のユーザに保有されているコンテンツが第１の通信端末で操作された時に第１の通信端末に保存されているコンテンツデータ、または、サーバ装置に接続されている記憶装置に格納されている当該コンテンツデータにアクセスするためのリンクを含む。

好ましくは、決定手段は、第１のユーザによるコンテンツの取得状態にさらに基づいて、コミュニケーション方法を決定する。

好ましくは、決定手段は、第２のユーザによるコンテンツの取得状態にさらに基づいて、第１のユーザと第２のユーザとの間のコミュニケーションの方法を決定する。

好ましくは、利用状況は、コンテンツに対するコメントの入力状態、または、コンテンツの閲覧の進捗を含む。

好ましくは、コミュニケーション方法は、複数のサービス項目を含み、各サービス項目の利用可能性は、コンテンツの取得状態または利用状況に応じて規定されている。決定手段は、取得状態または利用状況に応じて、第１のユーザが利用可能なサービス項目を決定する。

好ましくは、サーバ装置は、取得状態または利用状況に応じた画面を第１の通信端末に表示させる表示データを生成するための表示データ生成手段をさらに備える。表示データ生成手段は、第１のユーザのみに取得または利用されていること、第２のユーザのみによって取得または利用されていること、または、第１のユーザと第２のユーザとのいずれにも取得または利用されていることに応じて、各々異なる表示形態に対応する表示データを生成する。

好ましくは、第１のユーザと第２のユーザのいずれにも取得されたコンテンツ、または、第１のユーザと第２のユーザのいずれかの利用状況が進んでいるコンテンツは、他のコンテンツに比べて強調表示される。

好ましくは、コンテンツの第２のユーザの数が多くなるにつれて、当該コンテンツは、段階的に強調表示される。

好ましくは、第１のユーザが属するグループは、第２のユーザが属するグループにも拡張することができる。

好ましくは、メタ情報の送信要求は、第１のユーザによって利用可能な家電機器の情報をさらに含む。取得状態特定手段は、第１のユーザおよび第２のユーザによる家電機器の取得状態をさらに特定する。決定手段は、第１のユーザおよび第２のユーザによるコンテンツおよび家電機器の利用状況に応じて、第１のユーザと第２のユーザとによるコミュニケーション方法を決定する。

他の実施の形態に従うと、家電機器を用いたコミュニケーションを支援するためのサーバ装置が提供される。このサーバ装置は、第１の通信端末から、第１の通信端末の第１のユーザによって利用可能な家電機器の情報を含むメタ情報の送信要求を受信するための受信手段と、第１の通信端末のユーザが属するユーザグループと同じユーザグループに含まれる第２のユーザを特定するためのユーザ特定手段と、第１のユーザおよび第２のユーザによる家電機器の取得状態を特定するための取得状態特定手段と、第１のユーザおよび第２のユーザによる家電機器の利用状況に応じて、第１のユーザと第２のユーザとによる家電機器を介したコミュニケーション方法を決定するための決定手段と、決定されたコミュニケーション方法が関係づけられた１以上のメタ情報を第１の通信端末に送信するための送信手段とを備える。

他の実施の形態に従うと、上記のいずれかに記載のサーバ装置と、サーバ装置と通信可能な通信端末とを備えるシステムが提供される。

他の実施の形態に従うと、コンピュータを制御するための方法が提供される。この方法は、コンピュータのプロセッサが、第１の通信端末から、第１の通信端末の第１のユーザによって利用可能なコンテンツの情報を含むメタ情報の送信要求を受信するステップと、第１の通信端末のユーザが属するユーザグループと同じユーザグループに含まれる第２のユーザを特定するステップと、第１のユーザおよび第２のユーザによるコンテンツの取得状態を特定するステップと、第１のユーザおよび第２のユーザによるコンテンツの利用状況に応じて、第１のユーザと第２のユーザとによるコンテンツを介したコミュニケーション方法を決定するステップと、決定されたコミュニケーション方法が関係づけられた１以上のメタ情報を第１の通信端末に送信するステップとを含む。

さらに他の実施の形態に従うと、コンピュータを制御するためのプログラムが提供される。このプログラムは、コンピュータのプロセッサに、第１の通信端末から、第１の通信端末の第１のユーザによって利用可能なコンテンツの情報を含むメタ情報の送信要求を受信するステップと、第１の通信端末のユーザが属するユーザグループと同じユーザグループに含まれる第２のユーザを特定するステップと、第１のユーザおよび第２のユーザによるコンテンツの取得状態を特定するステップと、第１のユーザおよび第２のユーザによるコンテンツの利用状況に応じて、第１のユーザと第２のユーザとによるコンテンツを介したコミュニケーション方法を決定するステップと、決定されたコミュニケーション方法が関係づけられた１以上のメタ情報を第１の通信端末に送信するステップとを実行させる。

ある局面によると、デジタルコンテンツを有する友人の利用状況や友人関係が考慮されたコミュニケーションが通信端末間で可能になる。また、他の局面によると、家電機器を有する友人の利用状況や友人関係が考慮されたコミュニケーションが通信端末間で可能になる。

この発明の上記および他の目的、特徴、局面および利点は、添付の図面と関連して理解されるこの発明に関する次の詳細な説明から明らかとなるであろう。

システム１０の構成を表わす図である。 コンピュータシステム２００のハードウェア構成を表わすブロック図である。 携帯端末１２０のハードウェア構成を表わすブロック図である。 ウェブサーバ１０１が有する機能の構成を表わすブロック図である。 ウェブサーバ１０１のハードディスク５におけるデータの格納の一態様を概念的に表わす図である。 ユーザ購入履歴ＤＢサーバとして機能するコンピュータシステム２００が備えるハードディスク５におけるデータの格納の一態様を概念的に表わす図である。 友人リストＤＢサーバ１０４として機能するコンピュータシステム２００が備えるハードディスク５におけるデータの格納の一態様を概念的に表わす図である。 コンテンツサーバ１０５，１０６として機能するコンピュータシステム２００が備えるハードディスク５におけるデータの格納の一態様を概念的に表わす図である。 利用履歴ＤＢサーバ１０３として機能するコンピュータシステム２００が備えるハードディスク５におけるデータの格納の一態様を概念的に表わす図である。 第１携帯端末１２１が備えるディスプレイ３５における画面の表示態様を表わす図である。 第２携帯端末１２２が有するディスプレイ３５における画面の表示態様を表わす図である。 ウェブサーバ１０１が有するＲＡＭ４におけるデータ構造を概念的に表わす図である。 携帯端末１２０が実行する処理の一部を表わすフローチャートである。 ウェブサーバ１０１と友人リストＤＢサーバ１０４とユーザ購入履歴ＤＢサーバ１０２と、利用履歴ＤＢサーバ１０３とが実行する処理を表わすフローチャートである。 第１携帯端末１２１のディスプレイ３５に示される画面を表わす図である。 第１携帯端末１２１のディスプレイ３５が表示する画面を表わす図である。 ウェブサーバ１０１が備えるハードディスク５におけるデータの格納の一態様を表わす図である。 友人が追加された場合におけるハードディスク５におけるデータの格納の一態様を表わす図である。 ユーザ購入履歴ＤＢサーバ１０２が備えるハードディスク５におけるデータの格納の一態様を表わす図である。 ユーザを追加する局面におけるウェブサーバ１０１が有する機能を表わすブロック図である。 携帯端末１２０が実行する処理の一部を表わすフローチャートである。 ウェブサーバ１０１と友人リストＤＢサーバ１０４とユーザ購入履歴ＤＢサーバ１０２と、利用履歴ＤＢサーバ１０３とが実行する処理を表わすフローチャートである。 友人Ｃが追加された場合にＡさんの第１携帯端末１２１のディスプレイ３５に表示される画面を表わす図である。 システム１０Ａの構成を表わす図である。 ウェブサーバ１０１のハードディスク５におけるデータの格納の一態様を概念的に表わす図である。 利用履歴ＤＢサーバ１０３として機能するコンピュータシステム２００が備えるハードディスク５におけるデータの格納の一態様を概念的に表わす図である。 ウェブサーバ１０１が有するＲＡＭ４におけるデータ構造を概念的に表わす図である。 第１携帯端末１２１のディスプレイ３５に示される画面を表わす図である。 第１携帯端末１２１のディスプレイ３５に示される画面を表わす図である。

以下、図面を参照しつつ、本発明の各実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。

＜＜実施の形態１＞＞
［システム構成］
図１を参照して、本実施の形態に係るシステム１０について説明する。図１は、システム１０の構成を表わす図である。システム１０は、ウェブサーバ１０１と、ユーザ購入履歴ＤＢ（Database）サーバ１０２と、利用履歴ＤＢサーバ１０３と、友人リストＤＢサーバ１０４と、コンテンツサーバ１０５，１０６と、第１携帯端末１２１と、第２携帯端末１２２と、第３携帯端末１２３とを備える。第１携帯端末１２１と第２携帯端末１２２と第３携帯端末１２３とは、総称するときは、携帯端末１２０という。携帯端末１２０は、たとえば、スマートフォン、タブレット型端末、ノートブック型ＰＣその他の携帯可能な通信端末である。

ウェブサーバ１０１は、デジタルコンテンツを用いた携帯端末１２０のユーザのコミュニケーションを支援する。本実施の形態において、デジタルコンテンツ（単に「コンテンツ」ともいう）とは、たとえば、書籍、動画、音楽その他の情報であって携帯端末１２０において利用可能な電子データをいうが、当該コンテンツはこれらに限られない。たとえば、コンテンツは、他の局面において、ネットワークに接続可能な装置（たとえば、冷蔵庫、炊飯器、電子レンジ、その他の家電製品、テレビ等）に用いられる情報も含まれる。たとえば、冷蔵庫がネットワークに接続される場合には、コンテンツは、冷蔵庫に入っている食料品の名称、当該食料品の購入日、当該食料品が冷蔵庫から出された日、当該食料品の賞味期限等の電子データであってもよい。

電子レンジがネットワークに接続される場合には、電子レンジを用いた料理のレシピを表わす電子データがデジタルコンテンツとして用いられてもよい。

また、書籍の場合、電子書籍に加えて従来の紙の書籍も、本実施の形態に係るシステム１０に適用され得る。この場合、たとえば、ユーザが購入した書籍の書誌情報（書籍名、著者名、出版社、あらすじ、出版日等）のデータがデジタルコンテンツとして用いられてもよい。ユーザが所謂オンライン書店で紙の書籍を購入した場合には、書誌情報は、たとえば、オンライン書店のホームページに掲載されるデータが用いられる。

音楽ＣＤ（Compact Disc）の場合、ユーザが購入したＣＤの情報（ＣＤのタイトル、楽曲の名称、アーチストの名称、リリース年等）がデジタルコンテンツとして用いられてもよい。

動画に関し、ＤＶＤ（Digital Versatile Disc）またはブルーレイディスクの場合、ユーザが購入したＤＶＤまたはブルーレイディスクの情報（動画のタイトル、出演者、バックグランドミュージックの名称、アーチストの名称、配給者、リリース年等）がデジタルコンテンツとして用いられてもよい。

さらに、衣料の情報が、デジタルコンテンツとして用いられてもよい。たとえば、衣料の名称、種類（アウター、インナー、シャツ等）、購入日、購入店等の情報がデジタルコンテンツとして用いられてもよい。

さらに、他の局面において、上記の各デジタルコンテンツの組み合わせが、コンテンツリストに含まれる構成が用いられてもよい。

ウェブサーバ１０１は、コンテンツリスト１１１を含む。コンテンツリスト１１１は、携帯端末１２０の友人の書籍も反映した共有棚として用いられる。コンテンツリスト１１１は、たとえば、コンテンツ１１５，１１６，１１７を含む。

ユーザ購入履歴ＤＢサーバ１０２は、ウェブサーバ１０１と通信することにより携帯端末１２０の各ユーザが購入したコンテンツの購入履歴を保持している。

利用履歴ＤＢサーバ１０３は、コンテンツを購入したユーザによる当該コンテンツの利用状態を保持している。また、コンテンツがたとえばサンプル版として提供される場合には、利用履歴ＤＢサーバ１０３は、当該コンテンツがそのような状態であることを示すデータを保持する。

友人リストＤＢサーバ１０４は、ウェブサーバ１０１に接続される携帯端末１２０の各ユーザの友人リストを保持している。なお、本実施の形態において、友人リストとは、ユーザの現実の友人に限られず、ユーザの家族も含み得る。したがって、本実施の形態において、友人リストとは、ユーザによって電子的に関連付けられた他のユーザのリストともいえる。

コンテンツサーバ１０５は、携帯端末１２０からのリクエストに応答して提供されるコンテンツを保持している。たとえば、コンテンツサーバ１０５は、コンテンツ１１５を有している。コンテンツ１１５は、たとえば、第３携帯端末１２３に提供されている。

コンテンツサーバ１０６は、コンテンツ１１６，１１７を保持している。コンテンツサーバ１０６も、コンテンツサーバ１０５と同様に、ウェブサーバ１０１から送られる携帯端末１２０のユーザのリクエストに応答して、当該リクエストによって指定されるコンテンツをリクエストを送信した携帯端末１２０に送信する。

図１に示されるように、ある局面において、ウェブサーバ１０１と、ユーザ購入履歴ＤＢサーバ１０２と、利用履歴ＤＢサーバ１０３と、友人リストＤＢサーバ１０４と、コンテンツサーバ１０５，１０６とは、それぞれ別個の装置として構成される。しかしながら、別の局面で、いずれかのサーバまたは全てのサーバが一つの装置として構成されてもよい。

［技術思想］
本実施の形態に係るシステム１０における技術思想は、以下のとおりである。

（１） システム１０は、コンテンツの購入履歴情報を有するユーザ購入履歴ＤＢサーバ１０２と、タグ・レビューなどコンテンツの利用履歴情報を有する利用履歴ＤＢサーバ１０３と、友人リストＤＢサーバ１０４とを備える。

（２） ウェブサーバ１０１は、友人リストＤＢサーバ１０４を参照して、コンテンツ一覧（＝共有棚）を作成する。

（３） 友人リストＤＢサーバ１０４は、システム１０に含まれていなくてもよく、たとえば、ウェブサーバ１０１は、システム１０がアクセス可能な外部サービスを参照してもよい。

（４） ウェブサーバ１０１は、コンテンツに関連付けられるメタ情報（たとえば、当該コンテンツが購入済みか未購入か、当該コンテンツが未使用であるか、使用中であるか、使用済であるかなど）を用いて、コンテンツ一覧の表示またはサービス利用の権限を変更する。

（５） 本実施の形態において「共有棚」は、ユーザの友人情報とユーザのコンテンツ履歴が反映されたリストであり、各ユーザごとに存在してもよい。各ユーザが、当該ユーザの友人リストや利用履歴を共有することで、グループ共通のリストとすることも可能である。このようなリストの生成は、たとえばウェブサーバ１０１によって行なわれる。

［サーバのハードウェア構成］
図２を参照して、ウェブサーバ１０１、ユーザ購入履歴ＤＢサーバ１０２、利用履歴ＤＢサーバ１０３、友人リストＤＢサーバ１０４、コンテンツサーバ１０５，１０６を実現するコンピュータシステム２００について説明する。図２は、コンピュータシステム２００のハードウェア構成を表わすブロック図である。

コンピュータシステム２００は、主たる構成要素として、プログラムを実行するＣＰＵ（Central Processing Unit）１と、コンピュータシステム２００のユーザによる指示の入力を受けるマウス２およびキーボード３と、ＣＰＵ１によるプログラムの実行により生成されたデータ、又はマウス２若しくはキーボード３を介して入力されたデータを揮発的に格納するＲＡＭ４と、データを不揮発的に格納するハードディスク５と、光ディスク駆動装置６と、モニタ８と、通信ＩＦ（Interface）９とを備える。各構成要素は、相互にバスによって接続されている。光ディスク駆動装置６には、ＣＤ−ＲＯＭ９その他の光ディスクが装着される。通信ＩＦ９は、ＵＳＢ（Universal Serial Bus）インターフェイス、有線ＬＡＮ（Local Area Network）、無線ＬＡＮ、Bluetooth（登録商標）インターフェイス等を含むが、これらに限られない。

コンピュータシステム２００における処理は、各ハードウェアおよびＣＰＵ１により実行されるソフトウェアによって実現される。このようなソフトウェアは、ハードディスク５に予め格納されている場合がある。また、ソフトウェアは、ＣＤ−ＲＯＭ９その他のコンピュータ読み取り可能な不揮発性のデータ記録媒体に格納されて、プログラム製品として流通している場合もある。あるいは、当該ソフトウェアは、インターネットその他のネットワークに接続されている情報提供事業者によってダウンロード可能なプログラム製品として提供される場合もある。このようなソフトウェアは、光ディスク駆動装置６その他のデータ読取装置によってデータ記録媒体から読み取られて、あるいは、通信ＩＦ７を介してダウンロードされた後、ハードディスク５に一旦格納される。そのソフトウェアは、ＣＰＵ１によってハードディスク５から読み出され、ＲＡＭ４に実行可能なプログラムの形式で格納される。ＣＰＵ１は、そのプログラムを実行する。

図２に示されるコンピュータシステム２００を構成する各構成要素は、一般的なものである。したがって、本実施の形態に係る最も本質的な部分は、コンピュータシステム２００に格納されたプログラムであるともいえる。コンピュータシステム２００の各ハードウェアの動作は周知であるので、詳細な説明は繰り返さない。

なお、データ記録媒体としては、ＣＤ−ＲＯＭ、ＦＤ（Flexible Disk）、ハードディスクに限られず、磁気テープ、カセットテープ、光ディスク（ＭＯ（Magnetic Optical Disc）／ＭＤ（Mini Disc）／ＤＶＤ（Digital Versatile Disc））、ＩＣ（Integrated Circuit）カード（メモリカードを含む）、光カード、マスクＲＯＭ、ＥＰＲＯＭ（Electronically Programmable Read-Only Memory）、ＥＥＰＲＯＭ（Electronically Erasable Programmable Read-Only Memory）、フラッシュＲＯＭなどの半導体メモリ等の固定的にプログラムを担持する不揮発性のデータ記録媒体でもよい。

ここでいうプログラムとは、ＣＰＵにより直接実行可能なプログラムだけでなく、ソースプログラム形式のプログラム、圧縮処理されたプログラム、暗号化されたプログラム等を含み得る。

［端末のハードウェア構成］
図３を参照して、本実施の形態に係る第１携帯端末１２１、第２携帯端末１２２、第３携帯端末１２３の構成について説明する。図３は、携帯端末１２０のハードウェア構成を表わすブロック図である。

携帯端末１２０は、ＣＰＵ２０と、アンテナ２３と、通信装置２４と、ユーザインターフェイス２５と、カメラ２６と、フラッシュメモリ２７と、ＲＡＭ（Random Access Memory）２８と、ＲＯＭ２９と、メモリカード駆動装置３０と、マイク３２と、スピーカ３３と、音声信号処理回路３４と、ディスプレイ３５と、ＬＥＤ（Light Emitting Diode）３６と、データ通信Ｉ／Ｆ３７と、バイブレータ３８とを備える。メモリカード駆動装置３０には、メモリカード３１が装着され得る。

アンテナ２３は、基地局によって発信される信号を受信し、または、基地局を介して他の通信装置と通信するための信号を送信する。アンテナ２３によって受信された信号は、通信装置２４によってフロントエンド処理が行なわれた後、処理後の信号は、ＣＰＵ２０に送られる。

ＣＰＵ２０は、携帯端末１２０に対して与えられる命令に基づいて携帯端末１２０の動作を制御するためのプログラムを実行する。携帯端末１２０が信号を受信すると、ＣＰＵ２０は、通信装置２４から送られた信号に基づいて予め規定された処理を実行し、処理後の信号を音声信号処理回路３４に送出する。音声信号処理回路３４は、その信号に対して予め規定された信号処理を実行し、処理後の信号をスピーカ３３に送出する。スピーカ３３は、その信号に基づいて音声を出力する。

マイク３２は、携帯端末１２０に対する発話を受け付けて、発話された音声に対応する信号を音声信号処理回路３４に対して送出する。音声信号処理回路３４は、その信号に基づいて通話のために予め規定された処理を実行し、処理後の信号をＣＰＵ２０に対して送出する。ＣＰＵ２０は、その信号を送信用のデータに変換し、変換後のデータを通信装置２４に対して送出する。通信装置２４は、そのデータを用いて送信用の信号を生成し、アンテナ２３に向けてその信号を送出する。

ユーザインターフェイス２５は、携帯端末１２０に対する操作を受け付ける。ユーザインターフェイス２５は、たとえば、タッチパネル、ハードキー、ジョグダイヤルその他の入力装置として実現される。

フラッシュメモリ２７は、ＣＰＵ２０から送られるデータを格納する。また、ＣＰＵ２０は、フラッシュメモリ２７に格納されているデータを読み出し、そのデータを用いて予め規定された処理を実行する。

ＲＡＭ２８は、ユーザインターフェイス２５に対して行なわれた操作に基づいてＣＰＵ２０によって生成されるデータを一時的に保持する。ＲＯＭ２９は、携帯端末１２０に予め定められた動作を実行させるためのプログラムあるいはデータを格納している。ＣＰＵ２０は、ＲＯＭ２９から当該プログラムまたはデータを読み出し、携帯端末１２０の動作を制御する。

メモリカード駆動装置３０は、メモリカード３１に格納されているデータを読み出し、ＣＰＵ２０に送出する。メモリカード駆動装置３０は、ＣＰＵ２０によって出力されるデータを、メモリカード３１の空き領域に書き込む。

音声信号処理回路３４は、上述のような通話のための信号処理を実行する。なお、図３に示される例では、ＣＰＵ２０と音声信号処理回路３４とが別個の構成として示されているが、他の局面において、ＣＰＵ２０と音声信号処理回路３４とが一体として構成されていてもよい。

ディスプレイ３５は、たとえば、タッチパネル式のディスプレイであるが、タッチパネル式のディスプレイに限られない。また、タッチパネルの機構は特に限られない。ディスプレイ３５は、ＣＰＵ２０から取得されるデータに基づいて、当該データによって規定される画像を表示する。たとえば、フラッシュメモリ２７が格納している電子書籍その他の静止画像、動画像、音楽ファイルの属性（当該ファイルの名前、演奏者、演奏時間など）を表示する。

ＬＥＤ３６は、ＣＰＵ２０からの信号に基づいて、予め定められた発光動作を実現する。データ通信Ｉ／Ｆ３７は、データ通信用のケーブルの装着を受け付ける。

データ通信Ｉ／Ｆ３７は、ＣＰＵ２０から出力される信号を当該ケーブルに対して送出する。あるいは、データ通信Ｉ／Ｆ３７は、当該ケーブルを介して受信されるデータを、ＣＰＵ２０に対して送出する。

バイブレータ３８は、ＣＰＵ２０から出力される信号に基づいて、予め定められた周波数で発振動作を実行する。

［機能構成］
図４を参照して、本実施の形態に係るウェブサーバ１０１の構成について説明する。図４は、ウェブサーバ１０１が有する機能の構成を表わすブロック図である。ウェブサーバ１０１は、受信部４１０と、記憶部４２０と、ユーザ特定部４３０と、取得状態特定部４４０と、コミュニケーション方法決定部４５０と、表示データ生成部４６０と、送信部４７０とを備える。

（１） ある局面において、受信部４１０は、第１携帯端末１２１から、第１携帯端末１２１のユーザ（Ａさん）によって利用可能なコンテンツの情報を含むメタ情報の送信要求を受信する。記憶部４２０は、第１携帯端末１２１と、ユーザ購入履歴ＤＢサーバ１０２と、利用履歴ＤＢサーバ１０３と、友人リストＤＢサーバ１０４と、コンテンツサーバ１０５，１０６とから送られたデータおよびウェブサーバ１０１において生成されたデータを格納する。ユーザ特定部４３０は、第１携帯端末１２１のユーザ（Ａさん）が属するユーザグループと同じユーザグループに含まれるユーザ（たとえば、ＢさんまたはＣさん）を特定する。取得状態特定部４４０は、ユーザ（Ａさん）およびユーザ（たとえば、ＢさんまたはＣさん）によるコンテンツの取得状態を特定する。コミュニケーション方法決定部４５０は、ユーザ（Ａさん）およびユーザ（たとえば、ＢさんまたはＣさん）によるコンテンツの利用状況に応じて、ユーザ（Ａさん）とユーザ（たとえば、ＢさんまたはＣさん）とによるコンテンツを介したコミュニケーション方法を決定する。送信部４７０は、決定されたコミュニケーション方法が関係づけられた１以上のメタ情報を第１携帯端末１２１に送信する。

（２） 好ましくは、メタ情報は、ユーザ（Ａさん）に所有されないコンテンツがユーザ（Ａさん）の端末で操作された時に当該コンテンツを紹介するためのページ、または、当該コンテンツを販売するためのページを第１携帯端末１２１に表示させるための位置特定情報を含む。

（３） 好ましくは、メタ情報は、ユーザ（Ａさん）に保有されているコンテンツが第１携帯端末１２１で操作された時に第１携帯端末１２１に保存されているコンテンツデータ、または、ウェブサーバ１０１に接続されている記憶装置（たとえばコンテンツサーバ１０５，１０６）に格納されている当該コンテンツデータにアクセスするためのリンク（たとえば、ＵＲＬ（Uniform Resource Locator））を含む。

（４） 好ましくは、コミュニケーション方法決定部４５０は、ユーザ（Ａさん）によるコンテンツの取得状態にさらに基づいて、コミュニケーション方法を決定する。

（５） 好ましくは、コミュニケーション方法決定部４５０は、ユーザ（たとえば、ＢさんまたはＣさん）によるコンテンツの取得状態に基づいて、ユーザ（Ａさん）とユーザ（たとえば、ＢさんまたはＣさん）との間のコミュニケーションの方法を決定する。

（６） 好ましくは、利用状況は、コンテンツに対するコメントの入力状態、または、コンテンツの閲覧の進捗を含む。

（７） 好ましくは、コミュニケーション方法は、複数のサービス項目を含み、各サービス項目の利用可能性は、コンテンツの取得状態または利用状況に応じて規定される。コミュニケーション方法決定部４５０は、取得状態または利用状況に応じて、ユーザ（Ａさん）が利用可能なサービス項目を決定する。

（８） 他の局面において、ウェブサーバ１０１は、表示データ生成部４６０をさらに備える。表示データ生成部４６０は、取得状態または利用状況に応じた画面を第１携帯端末１２１に表示させる表示データを生成する。

（９） 好ましくは、表示データ生成部４６０は、ユーザ（Ａさん）のみに取得または利用されていること、ユーザ（たとえば、ＢさんまたはＣさん）のみによって取得または利用されていること、または、ユーザ（Ａさん）とユーザ（たとえば、ＢさんまたはＣさん）とのいずれにも取得または利用されていることに応じて、各々異なる表示形態に対応する表示データを生成する。

（１０） 好ましくは、ユーザ（Ａさん）とユーザ（たとえば、ＢさんまたはＣさん）のいずれにも取得されたコンテンツ、または、ユーザ（Ａさん）とユーザ（たとえば、ＢさんまたはＣさん）のいずれかの利用状況が進んでいるコンテンツは、携帯端末１２０において、他のコンテンツに比べて強調表示される。

（１１） 好ましくは、コンテンツのユーザの数が多くなるにつれて、当該コンテンツは、携帯端末１２０において段階的に強調表示される。

（１２） 好ましくは、ウェブサーバ１０１は、ユーザ（Ａさん）が属するグループは、ユーザ（たとえば、ＢさんまたはＣさん）が属するグループにも拡張することができる。

［データ構造］
図５を参照して、本実施の形態に係るウェブサーバ１０１のデータ構造について説明する。図５は、ウェブサーバ１０１のハードディスク５におけるデータの格納の一態様を概念的に表わす図である。

ある局面において、ウェブサーバ１０１は、コンテンツのリストと、各コンテンツのユーザを表わす情報とを格納している。たとえば、書籍Ａのステータスは「１」であり、このステータスは、２人のユーザ（Ａさん、Ｂさん）によって購入されて所有されていることを表わす。

書籍Ｂについて、Ａさんのステータスは「２」である。このステータスは、書籍Ｂの無料版がＡさんに所有されていることを表わしている。一方、Ｂさんは、書籍Ｂを購入しておらず、また書籍Ｂの無料版も所有していない。

書籍Ｄ，Ｅその他のコンテンツであって、ユーザの欄に数値が示されていないものは、書籍ＢについてのＢさんの場合と同様に、当該ユーザに購入されておらず、また、その無料版もユーザに所有されていないコンテンツである。

［購入履歴］
図６を参照して、本実施の形態に係るユーザ購入履歴ＤＢサーバ１０２のデータ構造について説明する。図６は、ユーザ購入履歴ＤＢサーバとして機能するコンピュータシステム２００が備えるハードディスク５におけるデータの格納の一態様を概念的に表わす図である。

ハードディスク５は、ユーザ購入履歴として、Ａさんの購入履歴６１０と、Ｂさんの購入履歴６２０とを格納している。購入履歴６１０は、たとえば、コンテンツと、所有状況とを含む。購入履歴６１０は、書籍Ａ、雑誌Ａ、漫画Ａ、動画Ａ、新聞ＡがＡさんによって購入されていることを示している。また、購入履歴６１０は、書籍Ｂの無料版がＡさんによって所有されていることを示している。

購入履歴６２０は、書籍Ａ、書籍Ｃ、漫画Ｂ、動画Ｂ、新聞ＣがＢさんによって購入されていることを示している。また、購入履歴６２０は、雑誌Ｂおよび動画Ａの無料版がＢさんによって所有されていることを示している。

［友人リスト］
図７を参照して、本実施の形態に係る友人リストＤＢサーバ１０４のデータ構造について説明する。図７は、友人リストＤＢサーバ１０４として機能するコンピュータシステム２００が備えるハードディスク５におけるデータの格納の一態様を概念的に表わす図である。

ハードディスク５は、友人リスト７１０，７２０を含む。友人リスト７１０は、第１携帯端末１２１のユーザ（Ａさん）のリストである。友人リスト７２０は、第２携帯端末１２２のユーザ（Ｂさん）のリストである。

友人リスト７１０は、友人の識別データと、当該友人のグループへの所属状況とを含む。たとえば、Ａさんは、Ｂさん、Ｃさん、Ｄさん、Ｅさんと友人である。友人リスト７１０は、Ｂさんがグループ「ＡＢ」に属していることを示している。また、友人リスト７１０は、Ｃさん、Ｄさん、Ｅさんが他のグループに属していることを示している。

友人リスト７２０も、友人リスト７１０と同様に、友人の識別データと当該友人のグループにおける所属状況とを含む。友人リスト７２０は、Ｂさんが、Ａさん、Ｃさん、Ｆさん、Ｇさんと友人であることを示している。友人リスト７２０は、Ａさんがグループ「ＡＢ」に属していること、および、Ｃさん、ＦさんおよびＧさんが別のグループに属していることを示している。

［コンテンツリスト］
図８を参照して、本実施の形態に係るコンテンツサーバ１０５，１０６のデータ構造について説明する。図８は、コンテンツサーバ１０５，１０６として機能するコンピュータシステム２００が備えるハードディスク５におけるデータの格納の一態様を概念的に表わす図である。ハードディスク５は、コンテンツのリストとして商品一覧８１０を含む。コンテンツは具体的には、書籍Ａから書籍Ｅ、雑誌Ａから雑誌Ｄ、漫画Ａから漫画Ｄ、動画Ａから動画Ｃ、新聞Ａから新聞Ｃとを含む。

商品一覧８１０は、コンテンツサーバ１０５，１０６に保持されると共に、ウェブサーバ１０１においても保持される。ウェブサーバ１０１に保持される商品一覧は、携帯端末１２０にも表示され、携帯端末１２０のユーザがダウンロードを希望するコンテンツを選択することができる。

なお、図１に示される例では、コンテンツサーバ１０５とコンテンツサーバ１０６とは、別個の構成として示されているが、各コンテンツは、１つのサーバ装置に格納される構成であってもよい。また、他の局面において、コンテンツサーバ１０５，１０６は、ウェブサーバ１０１、ユーザ購入履歴ＤＢサーバ１０２、利用履歴ＤＢサーバ１０３、友人リストＤＢサーバ１０４のいずれかを実現する装置に含まれるものであってもよい。

［利用履歴］
次に、図９を参照して、本実施の形態に係る利用履歴ＤＢサーバ１０３のデータ構造について説明する。図９は、利用履歴ＤＢサーバ１０３として機能するコンピュータシステム２００が備えるハードディスク５におけるデータの格納の一態様を概念的に表わす図である。ハードディスク５は、利用履歴９１０を格納している。利用履歴９１０は、コンテンツの識別名と、所有状況と、第１利用状況と、第２利用状況とを含む。

所有状況は、当該コンテンツがユーザによって購入された否か、あるいは、無料版が所有されているか否かを示す。

第１利用状況は、当該ユーザによって所有されるコンテンツに関連するメタ情報である。たとえば、第１利用状況は、当該コンテンツがどの程度利用されているか否かの利用率として規定される。たとえば、利用率は、コンテンツの全体に対する進捗度で表わされる。より具体的には、コンテンツが書籍の場合には、第１利用状況は、当該コンテンツにおいて読まれたページ数の総ページ数に対する割合で示される。コンテンツが動画の場合には、第１利用状況は、視聴された時間の総時間に対する割合を表わす。

第２利用状況は、ユーザによって所有されていないコンテンツに関連するメタ情報である。より具体的には、第２利用状況は、たとえば、「予約」と「試用」を含む。あるコンテンツの第２利用状況が「予約」であることは、当該コンテンツは、ユーザの買い物予定リスト（たとえば、オンラインショップにおける「カート」）に入っていることを表わす。また、他のコンテンツの第２利用状況が「試用」であることは、当該コンテンツのお試し版が利用されていることを表わす。第２利用状況が空欄であるコンテンツは、ユーザによって未だチェックされていない。

また、コンテンツの利用状況に応じてユーザが利用可能なソーシャルサービスは、たとえば以下のように規定される。

（１）コンテンツの利用状況＝「未使用」：「おすすめポイントの書き込み」
（２）コンテンツの利用状況＝「利用中」：「おすすめポイントの書き込み、感想レビューの閲覧」
（３）コンテンツの利用状況＝「完了」：「感想レビュー書き込み・閲覧」
（４）コンテンツの利用状況＝「予約・試用」：「おすすめポイントの閲覧」
なお、「未使用」とは、第１利用状況の数値が「０％」の場合である。「利用中」とは、第１利用状況の数値が０％より大きく１００％未満の場合である。「完了」とは、第１利用状況の数値が「１００％」の場合である。

図９に示される利用履歴９１０は、第１携帯端末１２１のユーザ（Ａさん）の利用履歴である。たとえば、書籍Ａの第１利用状況は「０％」であり、このことは、書籍ＡがＡさんに読まれていないことを表わす。そこで、Ａさんは、このような未使用のコンテンツに対しては、利用可能なソーシャルサービスとして、たとえば「おすすめポイントの書き込み」を利用することができる。

雑誌Ａと漫画Ａと新聞Ａの第１利用状況は、それぞれ「１００％」である。これらのコンテンツの利用状況は「完了」というステータスに分類されるため、Ａさんは、ソーシャルサービスとして、たとえば「感想レビュー書き込み、閲覧」を利用することができる。

動画Ａの第１利用状況は「７０％」である。したがって、当該コンテンツは「利用中」に分類される。したがって、Ａさんは、ソーシャルサービスとして、たとえば「おすすめポイントの書き込み、感想レビュー閲覧」を利用することができる。

書籍Ｂについては、所有状況は「無料版」であり、第２利用状況は「使用」である。すなわち、書籍Ｂは、Ａさんによって購入されておらず、書籍Ｂの無料版のみがＡさんによって所有されている。このようなコンテンツの利用状況は、第２利用状況に示されるように「試用」に分類される。Ａさんは、ソーシャルサービスとして、「おすすめポイントの閲覧」を利用することができる。

書籍Ｃについては、所有状況からも明らかなように、Ａさんは書籍Ｃを購入していない。第２利用状況は「予約」である。したがって、このようなコンテンツに対しては、Ａさんは、ソーシャルサービスとして「おすすめポイントの閲覧」を利用することができる。

なお、コンテンツの利用履歴および利用状況は、上記のものに限られない。たとえば、ネットワークに接続可能な機器について、「友人Ｘがコンテンツを利用中」、「コンテンツを友人Ｙに貸与中」、「機器が故障中（利用不可）」のように、実体のある商品(紙の)書籍、音楽ＣＤ、ＤＶＤ、ブルーレイディスク等について考えられるステータス情報がコンテンツの利用履歴または利用状況として用いられてもよい。

［画面の表示態様］
図１０を参照して、本実施の形態に係る第１携帯端末１２１について説明する。図１０は、第１携帯端末１２１が備えるディスプレイ３５における画面の表示態様を表わす図である。

ディスプレイ３５に表示される画像は、領域１００１を含む。領域１００１は、たとえば、第１携帯端末１２１のユーザ（Ａさん）によって購入されたコンテンツの画像を表示するための領域である。すなわち、領域１００１は、携帯端末１２０のユーザに固有な領域といえる。

好ましくは、領域１００１は、書棚を想定させるような画像として表示される。ディスプレイ３５は、より具体的には、各コンテンツを表わすアイコン１０１０，１０２０，１０３０，１０４０を表示する。アイコン１０１０は、雑誌Ａを表わす。アイコン１０２０は、漫画Ａを表わす。アイコン１０３０は、動画Ａを表わす。アイコン１０４０は、新聞Ａを表わす。図１０に示される画像は、第１携帯端末１２１のユーザＡさんの個人棚である。図１０に示される棚は、Ａさんの公開棚として、Ａさんと友人関係にある他の携帯端末（たとえば、第２携帯端末１２２）にも表示され得る。

図１１を参照して、本実施の形態に係る第２携帯端末１２２について説明する。図１１は、第２携帯端末１２２が有するディスプレイ３５における画面の表示態様を表わす図である。

ある局面において、ディスプレイ３５に表示される画像は、領域１１０１を含む。領域１１０１には、第２携帯端末１２２のユーザ（Ｂさん）のコンテンツを保持する書棚が表示される。

より具体的には、ディスプレイ３５は、Ｂさんがウェブサーバ１０１からダウンロードすることによって得られたコンテンツを表わすアイコン１１１０，１１２０，１１３０，１１４０，１１５０を表示する。図１１に示される棚は、ユーザ（Ｂさん）の公開棚として、Ｂさんと友人関係にある他の携帯端末にも表示され得る。

なお、コンテンツを表わす画像が表示される態様は、図１０または図１１に示される態様に限られず、少なくとも、コンテンツの種類に応じて区別して表示される態様であればよい。

［データ構造］
図１２を参照して、本実施の形態に係るウェブサーバ１０１についてさらに説明する。図１２は、ウェブサーバ１０１が有するＲＡＭ４におけるデータ構造を概念的に表わす図である。

ＲＡＭ４は、共有棚１２１０，１２２０を表示するためのデータを格納している。共有棚１２１０は、Ａさんの共有棚である。共有棚１２１０は、Ｂさんの共有棚である。共有棚１２１０は、コンテンツを区分して表示するための領域１２０１，１２０２，１２０３を含む。ＲＡＭ４に保持されるデータが、各携帯端末１２０に送られると、当該携帯端末１２０は、そのユーザに対応する共有棚を表示する。

領域１２０１には、Ａさんの友人からすすめられるコンテンツを示すアイコン１２１１，１２１２，１２１３，１２１４が表示される。当該コンテンツは、Ａさんに所有されていない。コンテンツの表示の優先度は、たとえば、有料版の優先度＞無料版の優先度として規定され、各コンテンツは、優先度に従って左から右に並べられる。優先度が同じである場合には、友人からすすめられた日時に応じてコンテンツが並べられる。領域１２０１に示されるコンテンツは、Ａさんによって所有されていないため、Ａさんは、無料版を除き、これらのコンテンツを利用することができない。したがって、たとえば、アイコン１２１１，１２１２，１２１３，１２１４のいずれかがＡさんによってクリックされると、クリックされたアイコンで特定されるコンテンツを購入するための画面が表示される。

領域１２０２には、Ａさんが友人にすすめているコンテンツが表示される。より具体的には、アイコン１２１５，１２１６，１２１７，１２１８が領域１２０２に表示される。各アイコンは、ウェブサーバ１０１に接続されるＡさんの友人が使用する携帯端末１２０に表示される。領域１２０２に含まれるアイコンで特定されるコンテンツは、当該ユーザが保有するコンテンツである。

領域１２０３は、Ａさんの友人と話すことができるコンテンツを表わすアイコン１２１９を含む。具体的には、本人（たとえばＡさん）と本人の友人（たとえばＢさん）とが同じコンテンツを所有している場合に、話題となり得るため、そのようなコンテンツを表わすアイコン１２１９は、領域１２０３に表示される。

共有棚１２１０は、領域１２０４，１２０５，１２０６を含む。領域１２０４には、ユーザ（Ｂさん）の友人からすすめられる各コンテンツを表わすアイコン１２２１，１２２２，１２２３，１２２４が含まれる。領域１２０５には、Ｂさんが友人にすすめているコンテンツを表すアイコン１２２５，１２２６，１２２７，１２２８，１２２９が含まれる。領域１２０６には、Ｂさんの友人（たとえばＡさん）と話すために共通の話題として用いられるコンテンツを表わすアイコン１２３０が含まれる。

図１２に示されるデータが当該ユーザが使用する携帯端末１２０に送信されると、携帯端末１２０のディスプレイ３５は、共有棚１２１０または１２２０のような当該ユーザに固有の棚を表示する。

［制御構造］
図１３Ａおよび図１３Ｂを参照して、本実施の形態に係るシステム１０の制御構造について説明する。図１３Ａは、携帯端末１２０が実行する処理の一部を表わすフローチャートである。図１３Ｂは、ウェブサーバ１０１と友人リストＤＢサーバ１０４とユーザ購入履歴ＤＢサーバ１０２と、利用履歴ＤＢサーバ１０３とが実行する処理を表わすフローチャートである。各処理ステップは、携帯端末１２０とウェブサーバ１０１と友人リストＤＢサーバ１０４とユーザ購入履歴ＤＢサーバ１０２と利用履歴ＤＢサーバ１０３とにインストールされたプログラムがプロセッサによって実行されることにより実現される。以下の説明は、携帯端末１２０として第１携帯端末１２１のユーザ（Ａさん）が操作する場合に該当する。

図１３Ａを参照して、ステップＳ１３１０にて、携帯端末１２０は、ディスプレイ３５にホーム画面を表示する。ホーム画面とは、たとえば、待ち受け画面あるいはコンテンツを表示するための画面（図１０、図１１等）である。

ステップＳ１３１２にて、携帯端末１２０のＣＰＵ２０は、ユーザインターフェイス２５に対する操作に基づいて、共有棚の表示要求の入力を受け付ける。

ステップＳ１３１４にて、ＣＰＵ２０は、携帯端末１２０がインターネット１３０その他のネットワークに接続可能であるか否かを判断する。ＣＰＵ２０は、携帯端末１２０がネットワークに接続可能であると判断すると（ステップＳ１３１４にてＹＥＳ）、制御をステップＳ１３１６に切り換える。そうでない場合には（ステップＳ１３１４にてＮＯ）、ＣＰＵ２０は、制御をステップＳ１３８０に切り換える。

ステップＳ１３１６にて、ＣＰＵ２０は、メタ情報の取得要求をウェブサーバ１０１に送信する。メタ情報とは、当該ユーザが所有するコンテンツに関するメタ情報であり、たとえば第１利用状況および第２利用状況を含む。

図１３Ｂを参照して、ステップＳ１３２０にて、ウェブサーバ１０１は、携帯端末１２０によって送信されたメタ情報の取得要求を受信する。

ステップＳ１３２２にて、ウェブサーバ１０１は、友人リスト問い合わせを友人リストＤＢサーバ１０４に送信する。

ステップＳ１３２４にて、友人リストＤＢサーバ１０４は、ウェブサーバ１０１から送信された問い合わせを受信する。

ステップＳ１３２６にて、友人リストＤＢサーバ１０４は、当該問い合わせに応答して、友人リスト（図７）をハードディスク５から読み出し、その読み出した友人リストをウェブサーバ１０１に送信する。

ステップＳ１３２８にて、ウェブサーバ１０１は、友人リストＤＢサーバ１０４から送信された友人リストを受信する。

ステップＳ１３３０にて、ウェブサーバ１０１は、購入履歴をユーザ購入履歴ＤＢサーバ１０２に問い合わせる。

ステップＳ１３３２にて、ユーザ購入履歴ＤＢサーバ１０２は、ウェブサーバ１０１から送信された購入履歴の問い合わせを受信する。

ステップＳ１３３４にて、ユーザ購入履歴ＤＢサーバ１０２は、その問い合わせに応答して、ハードディスク５から購入履歴（図６の購入履歴６１０）を読み出し、その読み出した購入履歴をウェブサーバ１０１に送信する。

ステップＳ１３３６にて、ウェブサーバ１０１は、ユーザ購入履歴ＤＢサーバ１０２から送信された購入履歴を受信する。

ステップＳ１３３８にて、ウェブサーバ１０１は、Ａさんの友人（Ｂさん）についての購入履歴をユーザ購入履歴ＤＢサーバ１０２に問い合わせる。

ステップＳ１３４０にて、ユーザ購入履歴ＤＢサーバ１０２は、ウェブサーバ１０１から送信された問い合わせを受信する。

ステップＳ１３４２にて、ユーザ購入履歴ＤＢサーバ１０２は、その問い合わせに応答して購入履歴（図６の購入履歴６２０）をハードディスク５から読み出し、Ｂさんについての購入履歴をウェブサーバ１０１に送信する。

ステップＳ１３４４にて、ウェブサーバ１０１は、ユーザ購入履歴ＤＢサーバ１０２から送信された購入履歴を受信する。

ステップＳ１３４６にて、ウェブサーバ１０１は、利用履歴の問い合わせを利用履歴ＤＢサーバ１０３に行なう。

ステップＳ１３４８にて、利用履歴ＤＢサーバ１０３は、ウェブサーバ１０１によって送信された問い合わせを受信する。

ステップＳ１３５０にて、利用履歴ＤＢサーバ１０３は、その問い合わせに応答してハードディスク５から利用履歴（図９）を読み出し、その読み出した利用履歴をウェブサーバ１０１に送信する。

ステップＳ１３５２にて、ウェブサーバ１０１は、利用履歴ＤＢサーバ１０３から利用履歴を受信する。

ステップＳ１３５４にて、ウェブサーバ１０１は、友人Ｂについての利用履歴を利用履歴ＤＢサーバ１０３に問い合わせる。

ステップＳ１３５６にて、利用履歴ＤＢサーバ１０３は、ウェブサーバ１０１から送信された問い合わせを受信する。

ステップＳ１３５８にて、利用履歴ＤＢサーバ１０３は、その問い合わせに応答して友人Ｂについての利用履歴をハードディスク５から読み出し、その読み出した利用履歴をウェブサーバ１０１に送信する。

ステップＳ１３６０にて、ウェブサーバ１０１は、利用履歴ＤＢサーバ１０３から利用履歴を受信する。

ステップＳ１３６２にて、ウェブサーバ１０１は、その受信した利用履歴に基づいて共有棚を生成する（図１２）。

ステップＳ１３６４にて、ウェブサーバ１０１は、生成した共有棚を表示するためのデータを携帯端末１２０に送信する。

図１３Ａを再び参照して、ステップＳ１３７０にて、携帯端末１２０のＣＰＵ２０は、ウェブサーバ１０１から送信された共有棚を表示するためのデータを受信する。

ステップＳ１３７２にて、ＣＰＵ２０は、メタ情報のバージョンが一致しておりかつローカルの（携帯端末１２０に既に保存されている）メタ情報のファイルが有効期限内であるか否かを判断する。メタ情報のバージョンは、たとえば、メタ情報が更新された時に割り当てられるバージョン番号、または、更新の時のタイムスタンプである。ＣＰＵ２０は、それらの条件が成立していると判断すると（ステップＳ１３７２にてＹＥＳ）、制御をステップＳ１３８０に切り換える。そうでない場合には（ステップＳ１３７２にてＮＯ）、ＣＰＵ２０は、制御をステップＳ１３７４に切り換える。

ステップＳ１３７４にて、ＣＰＵ２０は、ウェブサーバ１０１から取得した共有棚のデータをＲＡＭ２８に読み出す。

ステップＳ１３８０にて、ＣＰＵ２０は、フラッシュメモリ２７その他のメモリにおいてキャッシュとして保存されている共有棚をＲＡＭ２８に読み出す。

ステップＳ１３９０にて、ＣＰＵ２０は、共有棚のコンテンツと携帯端末のコンテンツとを比較する。

ステップＳ１３９２にて、ＣＰＵ２０は、共有棚をディスプレイ３５に表示し、メタ情報をキャッシュとしてフラッシュメモリ２７に保存する。

［画面の表示態様］
図１４を参照して、第１携帯端末１２１における画面の表示態様について説明する。図１４は、第１携帯端末１２１のディスプレイ３５に示される画面を表わす図である。

ディスプレイ３５は、コンテンツを表示するための領域として、友人からおすすめのコンテンツを表示するための領域１４０１と、友人にすすめるコンテンツを表わす画像を表示するための領域１４０２と、友人と話すことができるコンテンツを表示するための領域１４０３とを表示する。

領域１４０１は、各コンテンツを示すアイコンと、当該コンテンツのおすすめの順位を示す番号とを表示する。たとえば、番号「１」が付されたアイコン１４１０は、友人から最もすすめられているコンテンツであることを示す。番号「２」が付されたアイコン１４２０は、友人から２番目にすすめられているコンテンツであることを示す。

領域１４０２には、友人にすすめるためのコンテンツを示すアイコンが表示される。友人にすすめることができるコンテンツは、第１携帯端末１２１のユーザ（Ａさん）によって既に読み終わっているコンテンツあるいは視聴されているコンテンツである。Ａさんが利用できるソーシャルサービスの一覧としてリスト１４３０が表示される。すなわち、リスト１４３０は、「おすすめを読む」、「おすすめをシェア」、「感想を読む」、および「感想をシェア」の４つのサービスを含む。

領域１４０３には、友人と話すことができるコンテンツを示すアイコンが表示される。具体的には、書籍Ａと動画Ａとは、友人と話すことができるコンテンツとして選択される。図１４に示される例では、Ａさんが動画Ａをまだ最後まで見終わっていないことになるため、Ａさんは、感想を友人（たとえばＢさん）とシェアすることができない。そこで、リスト１４４０に示されるように、「感想をシェア」のサービスは、領域１４０３に示されるコンテンツには適用されない。

図１５を参照して、第１携帯端末１２１における画面の表示態様についてさらに説明する。図１５は、第１携帯端末１２１のディスプレイ３５が表示する画面を表わす図である。

図１５に示されるように、書籍Ｃは、ユーザＡによって購入されていない。したがって、そのようなコンテンツについて利用できるソーシャルサービスは制限される。より具体的には、書籍Ｃについてのリスト１５１０に示されるように、提供されるソーシャルサービスのうち「おすすめを読む」のみがユーザＡによって選択可能な態様で表示される。その他のソーシャルサービス、すなわち「おすすめをシェア」、「感想を読む」、および「感想をシェア」は、ユーザＡによって選択できないように表示される。

次に、領域１４０３において、書籍Ａについてのリスト１５２０は、提供されるソーシャルサービスのうち「おすすめを読む」、「おすすめをシェア」のみが利用可能に表示される。これは、図９に示されるように、書籍ＡはＡさんによって購入されているものの、第１利用状況から明らかなように実質的には未使用のためである。そこで「感想を読む」および「感想をシェア」のソーシャルサービスは、Ａさんが利用できないようにリスト１５２０に表示される。

＜友人が追加される場合＞
次に、システム１０において、ユーザの共有棚に友人が追加される場合について説明する。

［データ構造］
図１６を参照して、ウェブサーバ１０１のデータ構造についてさらに説明する。図１６は、ウェブサーバ１０１が備えるハードディスク５におけるデータの格納の一態様を表わす図である。ハードディスク５には、コンテンツの識別データと、ユーザ毎の当該コンテンツの所有状況を表わすデータとが示される。図１６に示されるデータ構造は、ユーザとしてＣさんが追加されている点で、図５に示されるデータ構造と異なる。

Ｃさんのコンテンツの所有状況について、書籍Ｄ，Ｅ、雑誌Ｂ、漫画Ｂ，Ｃ，Ｄおよび新聞Ａには、ステータス「１」が割り当てられている。ステータス「１」は、書籍Ｄ，Ｅ、雑誌Ｂ、漫画Ｂ，Ｃ，Ｄおよび新聞ＡがＣさんによって購入されたことを示す。雑誌Ｃおよび動画Ａには、ステータス「２」が割り当てられている。ステータス「２」は、雑誌Ｃおよび動画Ａの無料版がＣさんによって所有されていることを示す。

図１７を参照して、友人リストＤＢサーバ１０４におけるデータ構造についてさらに説明する。図１７は、友人が追加された場合におけるハードディスク５におけるデータの格納の一態様を表わす図である。ハードディスク５は、リスト１７１０，１７２０を格納している。

リスト１７１０は、Ａさんの友人リストとして、Ｂさん、Ｃさん、Ｄさん、Ｅさんの各識別データを含む。ＢさんおよびＣさんは、グループ「ＡＢＣ」に属している。ＤさんおよびＥさんは、別のグループに属している。

リスト１７２０は、Ｂさんの友人リストとして、Ａさん、Ｃさん、Ｆさん、Ｇさんの各識別データを含む。ＡさんおよびＣさんは、グループ「ＡＢＣ」に属している。ＦさんおよびＧさんは、別のグループに属している。

Ｃさんが共有棚の表示対象として追加されると、既存のユーザであるＡさんおよびＢさんのリストは、ウェブサーバ１０１のＣＰＵ１によって、リスト７１０，２０からリスト１７１０，１７２０に更新される。なお、リストの更新は、ウェブサーバ１０１によってではなく友人リストＤＢサーバ１０４によって行なわれてもよい。

図１８を参照して、ユーザ購入履歴ＤＢサーバ１０２のデータ構造について説明する。図１８は、ユーザ購入履歴ＤＢサーバ１０２が備えるハードディスク５におけるデータの格納の一態様を表わす図である。

Ｃさんが共有棚の表示対象として追加されると、ユーザ購入履歴ＤＢサーバ１０２は、新たにＣさんの購入履歴を示すリスト１８１０を生成する。リスト１８１０は、Ｃさんによって購入されたまたは無料版がダウンロードされたコンテンツの識別データを含む。より具体的には、リスト１８１０は、書籍Ｄ，Ｅ、雑誌Ｂ、漫画Ｃ，ＤがＣさんによって購入されたこと、および、雑誌Ｃおよび動画Ｃの無料版がＣさんによって取得されたことを表わす。

そして、Ｃさんの利用履歴（図示しない）として、図９に示されるように、第１利用状況および第２利用状況が、リスト１８１０に含まれる各コンテンツについてさらに関連付けられ、利用履歴ＤＢサーバ１０３に保持される。

［機能構成］
図１９を参照して、ウェブサーバ１０１の構成についてさらに説明する。図１９は、ユーザを追加する局面におけるウェブサーバ１０１が有する機能を表わすブロック図である。ウェブサーバ１０１は、図４に示される構成に加えて、ユーザ追加部１９１０をさらに備える。

ユーザ追加部１９１０は、ウェブサーバ１０１に送られる情報に基づいて、コンテンツの提供を受けるユーザの識別情報その他の属性値を記憶部４２０に格納する。また、ユーザ追加部１９１０は、追加されるユーザについての友人関係に基づいて、記憶部４２０に既に登録されている既存のユーザの友人関係を更新する（図１７参照）。

［制御構造］
図２０Ａおよび図２０Ｂを参照して、本実施の形態に係るシステム１０の制御構造についてさらに説明する。なお、前述の処理と同一の処理には同一のステップ番号を付し、それらについての説明は繰り返さない。

図２０Ａを参照して、ステップＳ１３１６にて、ＣＰＵ２０は、メタ情報の取得要求をウェブサーバ１０１に送信する。

図２０Ｂを参照して、ステップＳ１３２０にて、ウェブサーバ１０１は、携帯端末１２０によって送信されたメタ情報の取得要求を受信する。

ステップＳ２０２２にて、ウェブサーバ１０１は、友人リスト（差分）の問い合わせを友人リストＤＢサーバ１０４に送信する。たとえば、ウェブサーバ１０１は、現在保有しているＡさんの友人リスト７１０を友人リストＤＢサーバ１０４に送信し、Ａさんの友人の構成が変更しているか否かを友人リストＤＢサーバ１０４に問い合わせる。

ステップＳ２０２４にて、友人リストＤＢサーバ１０４は、ウェブサーバ１０１から送信された問い合わせを受信する。

ステップＳ２０２６にて、友人リストＤＢサーバ１０４は、その問い合わせの受信に応答して、ハードディスク５から友人リストの差分を抽出し、その抽出した友人リストの差分をウェブサーバ１０１に送信する。たとえば、友人リストＤＢサーバ１０４は、ウェブサーバ１０１から問い合わせとともに送られてきた友人リスト７１０と、現在保有しているＡさんの友人リスト１７１０とを比較し、相違の有無を確認する。確認は、たとえば、リストが生成された日付、リストに含まれる友人の数等を比較することにより行なわれる。相違の存在が確認されると、友人リストＤＢサーバ１０４は、最新の友人リスト（たとえば友人リスト１７１０）をウェブサーバ１０１に送信することになる。ウェブサーバ１０１から問い合わせを受けたリストの相違が存在しない場合には、友人リストＤＢサーバ１０４は、ウェブサーバ１０１が有する友人リストが最新である旨のメッセージを、ウェブサーバ１０１に送信する。以下、友人リストに相違が存在する場合について説明する。

ステップＳ２０２８にて、ウェブサーバ１０１は、友人リストＤＢサーバ１０４から送られた友人リスト（差分）を受信する。これにより、ウェブサーバ１０１のＣＰＵ１は、Ａさんの友人リストにおいて新たにＣさんが追加されていることを検知する。

ステップＳ２０３０にて、ウェブサーバ１０１は、購入履歴（友人Ｃ）を問い合わせる。

ステップＳ２０３２にて、ユーザ購入履歴ＤＢサーバ１０２は、ウェブサーバ１０１から送られた問い合わせを受信する。

ステップＳ２０３４にて、ユーザ購入履歴ＤＢサーバ１０２は、その問い合わせに応答して、Ｃさんの購入履歴（リスト１８１０）をハードディスク５から読み出し、ウェブサーバ１０１に対して、当該購入履歴を送信する。

ステップＳ２０３６にて、ウェブサーバ１０１は、ユーザ購入履歴ＤＢサーバ１０２から送信された購入履歴（友人Ｃ）を受信する。

ステップＳ２０４６にて、ウェブサーバ１０１は、購入履歴（友人Ｃ）を利用履歴ＤＢサーバ１０３に問い合わせる。

ステップＳ２０４８にて、利用履歴ＤＢサーバ１０３は、ウェブサーバ１０１から送られた問い合わせを受信する。

ステップＳ２０５０にて、利用履歴ＤＢサーバ１０３は、その問い合わせに応答して利用履歴をハードディスク５から読み出し、その読み出した利用履歴（友人Ｃ）をウェブサーバ１０１に送信する。

ステップＳ２０５２にて、ウェブサーバ１０１は、利用履歴ＤＢサーバ１０３から送られた利用履歴（友人Ｃ）を受信する。

ステップＳ２０６２にて、ウェブサーバ１０１は、その受信した利用履歴に基づいて、Ｃさんが反映された共有棚を表示するためのデータを生成する。

ステップＳ２０６４にて、ウェブサーバ１０１は、生成した共有棚を表示するためのデータを携帯端末１２０に送信する。

図２０Ａを参照して、ステップＳ２０７０にて、携帯端末１２０は、Ｃさんが反映された共有棚を表示するためのデータを生成する。

ステップＳ２３７２にて、ＣＰＵ２０は、メタ情報のバージョンが一致しておりかつローカルの（携帯端末１２０に既に保存されている）メタ情報のファイルが有効期限内であるか否かを判断する。ＣＰＵ２０は、それらの条件が成立していると判断すると（ステップＳ２３７２にてＹＥＳ）、制御をステップＳ２３８０に切り換える。そうでない場合には（ステップＳ２３７２にてＮＯ）、ＣＰＵ２０は、制御をステップＳ２３７４に切り換える。

ステップＳ２３７４にて、ＣＰＵ２０は、ウェブサーバ１０１から取得した共有棚のデータをＲＡＭ２８に読み出す。

ステップＳ２３８０にて、ＣＰＵ２０は、フラッシュメモリ２７その他のメモリにおいてキャッシュとして保存されている共有棚をＲＡＭ２８に読み出す。

［画面の表示態様］
図２１を参照して、携帯端末１２０における画面の表示態様について説明する。図２１は、友人Ｃが追加された場合にＡさんの第１携帯端末１２１のディスプレイ３５に表示される画面を表わす図である。画面Ａは、Ｃさんが追加される前におけるディスプレイ３５の状態を表わす。画面Ｂは、Ｃさんが追加された後におけるディスプレイ３５の状態を表わす。

図２１に示されるように、ＣさんがＡさんの友人リストに追加されることにより（友人リスト１７１０）、友人からのおすすめのコンテンツは、領域１１０１に示されるように、追加して表示される。また、友人が追加されることにより、領域１１０２に示されるように、友人にすすめられているコンテンツも増加する。また、領域１１０３に示されるように、共通のコンテンツが増加することにより、友人と話す場合に言及できるコンテンツも増加する。

本実施の形態に係るシステム１０によれば、ウェブサーバ１０１が、ユーザの読書情報に、友人の読書情報・レビューを反映した書籍リスト（「みんなのたな」）を生成し、ウェブサーバ１０１に接続される携帯端末１２０に当該書籍リストを表示するためのデータを送信する。友人の評価が表示情報に反映されるので、各携帯端末１２０のユーザは、当該ユーザ個人の利用では取得できなかった有益な読書情報を取得することができる。

また、たとえば第１携帯端末１２１のユーザ自身の読書情報を第三者（当該ユーザの友人）の携帯端末に提示することで、第三者に対してもサービスの利用意欲（読書意欲）を促進することができる。

＜＜実施の形態２＞＞
本実施の形態では、コンテンツと家電機器とを用いたコミュニケーションを支援するためのサーバ装置を備えたシステムについて説明する。なお、説明の便宜上、ＡさんとＢさんとは、異なる家に居住しており、各々が複数の家電機器を所有しているものとする。

［システム構成］
図２２を参照して、システム１０の変形例であるシステム１０Ａについて説明する。図２２は、システム１０Ａの構成を表わす図である。システム１０Ａは、ウェブサーバ１０１と、ユーザ購入履歴ＤＢサーバ１０２と、利用履歴ＤＢサーバ１０３と、友人リストＤＢサーバ１０４と、コンテンツサーバ１０５，１０６と、家電情報収集サーバ１０７と、第１携帯端末１２１と、第２携帯端末１２２と、第３携帯端末１２３と、掃除機１６１と、エアコン１６２とを備える。なお、掃除機１６１と、エアコン１６２とを総称するときは、家電機器１６０という。

家電情報収集サーバ１０７は、インターネット１３０に接続されている。家電情報収集サーバ１０７は、掃除機１６１およびエアコン１６２と通信可能に接続されている。具体的には、家電情報収集サーバ１０７は、ネットワーク通信の規格の１つであるＷｅｂＳｏｃｋｅｔ１９０を用いて、掃除機１６１と、エアコン１６２と通信する。なお、ＷｅｂＳｏｃｋｅｔ１９０のプロトコル仕様は、ＲＦＣ６４５５（詳細には、Internet Engineering Task Force(IETF)，Request for Comments：6455，Category：Standards Track，ISSN：2070-1721）に規定されている。ＷｅｂＳｏｃｋｅｔ１９０は、常時接続により、サーバ主導のデータＰＵＳＨを実現する。また、ＷｅｂＳｏｃｋｅｔ１９０により、ポーリング等による家電とサーバ間との通信オーバーヘッドを軽減することができる。

システム１０Ａでは、ＷｅｂＳｏｃｋｅｔ１９０を用いることにより、家電機器１６０（掃除機１６１，エアコン１６２）と家電情報収集サーバ１０７とのシームレスな連携を実現している。たとえば、家電情報収集サーバ１０７主導で、家電機器１６０にデータ（指示）を送信することができる。これにより、家電情報収集サーバ１０７のユーザからの指示等の遅延を低減できる。また、家電機器１６０主導で、家電情報収集サーバ１０７に情報をアップすることが可能である。これにより、家電機器１６０の現在の状況（家電機器１６０の利用状況（ステータス）、部屋の状況）に応じて、家電情報収集サーバ１０７または家電情報収集サーバ１０７に接続された他のサーバ装置から詳細な指示を送ることができる。

掃除機１６１を例に挙げて説明すると以下のとおりである。なお、掃除機１６１は、いわゆるお掃除ロボットであり、自動的かつ自律的に掃除を開始および終了する。掃除機１６１は、各種センサ、音声出力機能、遠隔制御による動作を実行する機能等を有する。

掃除機１６１は、掃除機１６１が置かれている宅内の室温、臭い、掃除状態等の各種情報を家電情報収集サーバ１０７にアップする。また、掃除機１６１は、自宅の特定の箇所を掃除する指示を家電情報収集サーバ１０７から受け付け、当該指示に基づいた動作を行なう。なお、当該指示は、家電情報収集サーバ１０７に接続された他のサーバ装置が家電情報収集サーバ１０７を介して掃除機１６１に送られるものであってもよい。また、家電情報収集サーバ１０７が合成した音声データをＷｅｂＳｏｃｋｅｔ１９０で掃除機１６１に送信し、掃除機１６１が当該音声データに基づく音声を出力することもできる。

ウェブサーバ１０１は、デジタルコンテンツと家電機器とを用いた携帯端末１２０のユーザのコミュニケーションを支援する。ウェブサーバ１０１は、インターネット１３０を介して、家電情報収集サーバ１０７が収集した家電機器１６０の各種データを取得する。ウェブサーバ１０１の処理の詳細については、後述する。

［技術思想］
本実施の形態に係るシステム１０Ａにおける技術思想は、家電機器１６０に着目した場合、以下のとおりである。

（１ａ） システム１０Ａは、家電機器の購入履歴情報を有するユーザ購入履歴ＤＢサーバ１０２と、タグ・レビューなど家電機器の利用履歴情報を有する利用履歴ＤＢサーバ１０３と、友人リストＤＢサーバ１０４とを備える。

（２ａ） ウェブサーバ１０１は、友人リストＤＢサーバ１０４を参照して、家電機器一覧（＝共有棚）を作成する。

（３ａ） 友人リストＤＢサーバ１０４は、システム１０Ａに含まれていなくてもよく、たとえば、ウェブサーバ１０１は、システム１０Ａがアクセス可能な外部サービスを参照してもよい。

（４ａ） ウェブサーバ１０１は、家電機器に関連付けられるメタ情報（たとえば、当該家電機器が購入済みか未購入か、当該家電機器が未使用であるか、使用中であるかなど）を用いて、家電機器一覧の表示またはサービス利用の権限を変更する。

（５ａ） 本実施の形態において「共有棚」は、ユーザの友人情報とユーザの家電機器履歴が反映されたリストであり、各ユーザごとに存在してもよい。各ユーザが、当該ユーザの友人リストや利用履歴を共有することで、グループ共通のリストとすることも可能である。このようなリストの生成は、たとえばウェブサーバ１０１によって行なわれる。

また、システム１０Ａにおける技術思想は、コンテンツおよび家電機器１６０に着目した場合、以下のとおりである。

（１ｂ） システム１０Ａは、コンテンツおよび家電機器の購入履歴情報を有するユーザ購入履歴ＤＢサーバ１０２と、タグ・レビューなど家電機器の利用履歴情報を有する利用履歴ＤＢサーバ１０３と、友人リストＤＢサーバ１０４とを備える。

（２ｂ） ウェブサーバ１０１は、友人リストＤＢサーバ１０４を参照して、コンテンツおよび家電機器の一覧（＝共有棚）を作成する。

（３ｂ） 友人リストＤＢサーバ１０４は、システム１０Ａに含まれていなくてもよく、たとえば、ウェブサーバ１０１は、システム１０Ａがアクセス可能な外部サービスを参照してもよい。

（４ｂ） ウェブサーバ１０１は、コンテンツに関連付けられるメタ情報および家電機器に関連付けられるメタ情報を用いて、コンテンツおよび家電機器の一覧の表示またはサービス利用の権限を変更する。つまり、共有棚のユーザインターフェイスを生成するための用いる情報（メタ情報）は、コンテンツの場合も家電の場合もこれらの異同を問わず、ユーザが利用している商品というレベルで同じである。

（５ｂ） 本実施の形態において「共有棚」は、ユーザの友人情報とユーザの家電機器履歴が反映されたリストであり、各ユーザごとに存在してもよい。各ユーザが、当該ユーザの友人リストや利用履歴を共有することで、グループ共通のリストとすることも可能である。このようなリストの生成は、たとえばウェブサーバ１０１によって行なわれる。

［データ構造］
図２３を参照して、本実施の形態に係るウェブサーバ１０１のデータ構造について説明する。図２３は、ウェブサーバ１０１のハードディスク５におけるデータの格納の一態様を概念的に表わす図である。

ある局面において、ウェブサーバ１０１は、コンテンツのリストと、家電機器１６０のリストと、各コンテンツおよび各家電機器のユーザを表わす情報とを格納している。図２３に示したデータの格納の一態様と図５に示したデータの一態様とを比べると、図２３に示したデータの格納の一態様が家電機器１６０のリストを含んでいる点において、図５に示したデータの一態様と異なる。

たとえば、書籍Ａのステータスは「１」であり、このステータスは、２人のユーザ（Ａさん、Ｂさん）によって購入されて所有されていることを表わす。書籍Ｂについて、Ａさんのステータスは「２」である。このステータスは、上述したように、書籍Ｂの無料版がＡさんに所有されていることを表わしている。一方、Ｂさんは、書籍Ｂを購入しておらず、また書籍Ｂの無料版も所有していない。書籍Ｄ，Ｅその他のコンテンツであって、ユーザの欄に数値が示されていないものは、書籍ＢについてのＢさんの場合と同様に、当該ユーザに購入されておらず、また、その無料版もユーザに所有されていないコンテンツである。

掃除機１６１について、ＡさんおよびＢさんのステータスは「１」である。当該ステータスによって、ウェブサーバ１０１は、２人のユーザ（Ａさん、Ｂさん）によって掃除機Ａが購入されて所有されていることが分かる。エアコン１６２について、Ａさんのステータスは「１」であり、Ｂさんのステータスは「１」でも「２」でもない。当該ステータスによって、ウェブサーバ１０１は、Ａさんによってエアコン１６２が購入されて所有されており、Ｂさによってエアコンが購入されていないことが分かる。

［利用履歴］
次に、図２４を参照して、本実施の形態に係る利用履歴ＤＢサーバ１０３のデータ構造について説明する。図２４は、利用履歴ＤＢサーバ１０３として機能するコンピュータシステム２００が備えるハードディスク５におけるデータの格納の一態様を概念的に表わす図である。ハードディスク５は、利用履歴９１０Ａを格納している。利用履歴９１０Ａは、コンテンツおよび家電機器の識別名と、所有状況と、第１利用状況と、第２利用状況と、第３利用状況とを含む。

図２４に示した利用履歴９１０Ａと図９に示した利用履歴９１０とを比べると、図２４に示した利用履歴９１０が家電機器のリストを含んでいる点および第３利用状況を含んでいる点において、図９に示した利用履歴９１０と異なる。以下では、当該異なる点について説明し、図９に基づき説明した内容については、その説明を繰り返さない。なお、利用履歴９１０は、第１携帯端末１２１のユーザ（Ａさん）の利用履歴である。

利用履歴９１０は、家電機器１６０のリストとして、掃除機１６１およびエアコン１６２を含んでいる。家電機器１６０の利用状況は、第３利用状況として格納されている。第３利用状況として、たとえば、未使用あるいは使用中といった家電機器のステータスが記録される。

より詳しくは、家電情報収集サーバ１０７が利用状態を問い合わせることが可能でない家電機器１６０（たとえばエアコン１６２）に関しては、家電機器１６０の利用履歴が第３利用状況として記録される。一方、家電情報収集サーバ１０７が利用状態を問い合わせ可能な家電機器１６０に関しては、第３利用状況として、問い合わせ中である旨あるいは問い合わせ結果等が逐次記録される。

［データ構造］
図２５を参照して、本実施の形態に係るウェブサーバ１０１についてさらに説明する。図２５は、ウェブサーバ１０１が有するＲＡＭ４におけるデータ構造を概念的に表わす図である。

図２５に示した共有棚１２１０と図１２に示した共有棚１２１０とを比べると、図２５に示した共有棚１２１０の領域１２０３がアイコン１２４１をさらに含む点において、図１２の共有棚１２１０と異なる。また、図２５に示した共有棚１２２０と図１２に示した共有棚１２２０とを比べると、図２５に示した共有棚１２２０の領域１２０６がアイコン１２４２をさらに含む点において、図１２の共有棚１２２０と異なる。以下では、上記異なる点について説明し、図１２に基づき説明した内容については、その説明を繰り返さない。

領域１２０３は、Ａさんの友人（たとえばＢさん）と話すことができるコンテンツを表わすアイコン１２１９および家電機器を表すアイコン１２４１を含む。具体的には、本人（たとえばＡさん）と本人の友人（たとえばＢさん）とが同じコンテンツを所有している場合に、話題となり得るため、そのようなコンテンツを表わすアイコン１２１９は、領域１２０３に表示される。さらに、本人（たとえばＡさん）と本人の友人（たとえばＢさん）とが同じ掃除機１６１を所有している場合に、話題となり得るため、そのような掃除機１６１を表わすアイコン１２４１は、領域１２０３に表示される。

領域１２０６には、Ｂさんの友人（たとえばＡさん）と話すことができるコンテンツを表わすアイコン１２３０および家電機器を表すアイコン１２４２が含まれる。具体的には、本人（たとえばＢさん）と本人の友人（たとえばＡさん）とが同じコンテンツを所有している場合に、話題となり得るため、そのようなコンテンツを表わすアイコン１２３０は、領域１２０６に表示される。さらに、本人（たとえばＢさん）と本人の友人（たとえばＡさん）とが同じ掃除機１６１を所有している場合に、話題となり得るため、そのような掃除機１６１を表わすアイコン１２４２は、領域１２０６に表示される。

図２５に示されるデータが当該ユーザが使用する携帯端末１２０に送信されると、携帯端末１２０のディスプレイ３５は、共有棚１２１０または１２２０のような当該ユーザに固有の棚を表示する。

［画面の表示態様］
図２６を参照して、第１携帯端末１２１における画面の表示態様について説明する。図２６は、第１携帯端末１２１のディスプレイ３５に示される画面を表わす図である。

ディスプレイ３５は、コンテンツおよび家電機器を表示するための領域として、友人からおすすめのコンテンツおよび家電機器を表示するための領域１４０１と、友人にすすめるコンテンツおよび家電機器を表わす画像を表示するための領域１４０２と、友人と話すことができるコンテンツおよび家電機器を表示するための領域１４０３とを表示する。

領域１４０１は、各コンテンツおよび／または各家電機器を示すアイコンと、当該コンテンツおよび／または家電機器のおすすめの順位を示す番号とを表示する。たとえば、番号「１」が付されたアイコン１４１０は、友人から最もすすめられているコンテンツまたは家電機器であることを示す。番号「２」が付されたアイコン１４２０は、友人から２番目にすすめられているコンテンツまたは家電機器であることを示す。領域１４０２には、友人にすすめるためのコンテンツおよび／または家電機器を示すアイコンが表示される。

領域１４０３には、友人と話すことができるコンテンツおよび／または家電機器を示すアイコンが表示される。具体的には、書籍Ａと動画Ａとは、友人と話すことができるコンテンツとして選択される。また、掃除機１６１は、友人と話すことができる家電機器として選択される。図２６に示されている例では、掃除機１６１に関し、「家電機器を使う」といったサービスと、「友人（たとえばＢさん）に伝言する」といったサービスとを、第１携帯端末１２１のユーザ（Ａさん）が利用できる。

なお、Ｂさんの第２携帯端末１２２のディスプレイ３５においても、友人と話すことができるコンテンツおよび家電機器を表示するための領域に、掃除機１６１のアイコンが追加される。

図２７を参照して、第１携帯端末１２１における画面の他の表示態様について説明する。図２７は、第１携帯端末１２１のディスプレイ３５に示される画面を表わす図である。具体的には、図２７は、Ｂさんが「友人（たとえばＡさん）に伝言する」といったサービスを利用したときに、Ａさんの第１携帯端末１２１のディスプレイ３５に表示される画面を表している。

Ａさんからの伝言があるため、第１携帯端末１２１は、第１携帯端末１２１のディスプレイ３５に、Ｂさんからのメッセージがある旨と、掃除機１６１の音声出力機能により掃除機１６１が当該メッセージを再生する用意がある旨とを表示する。なお、このような処理は、ＷｅｂＳｏｃｋｅｔ１９０によって、Ａさんが所有する掃除機１６１とＢさんが所有する掃除機１６１とが、家電情報収集サーバ１０７に通信可能に接続されているため、容易に実現できる。

また、実施の形態１の「＜友人が追加される場合＞」で説明した各種処理を、実施の形態２のシステム１０Ａにも適用できる。

［まとめ］
ウェブサーバ１０１は、家電機器に着目した場合、ある局面において以下の構成を有すると言える。すなわち、ウェブサーバ１０１の受信部４１０は、第１携帯端末１２１から、第１携帯端末１２１の第１のユーザ（たとえばＡさん）によって利用可能な家電機器１６０の情報を含むメタ情報の送信要求を受信する。ユーザ特定部４３０は、第１携帯端末１２１のユーザが属するユーザグループと同じユーザグループに含まれる第２のユーザ（たとえばＢさん）を特定する。取得状態特定部４４０は、第１のユーザおよび第２のユーザによる家電機器１６０の取得状態を特定する。コミュニケーション方法決定部は、第１のユーザおよび第２のユーザによる家電機器１６０の利用状況に応じて、第１のユーザと第２のユーザとによる家電機器１６０を介したコミュニケーション方法を決定する。送信部４７０は、決定されたコミュニケーション方法が関係づけられた１以上のメタ情報を第１携帯端末１２１に送信する。

ウェブサーバ１０１が当該構成を有することにより、家電機器１６０を有する友人の家電機器１６０の利用状況や友人関係が考慮されたコミュニケーションが通信端末間で可能になる。

また、ウェブサーバ１０１は、コンテンツと家電機器とに着目した場合、ある局面において以下の構成を有すると言える。すなわち、ウェブサーバ１０１の受信部４１０は、第１携帯端末１２１から、第１携帯端末１２１の第１のユーザ（たとえばＡさん）によって利用可能なコンテンツの情報を含むメタ情報の送信要求を受信する。当該メタ情報の送信要求は、第１のユーザによって利用可能な家電機器１６０の情報をさらに含んでいる。ユーザ特定部４３０は、第１携帯端末１２１のユーザが属するユーザグループと同じユーザグループに含まれる第２のユーザを特定する。取得状態特定部４４０は、第１のユーザおよび第２のユーザによるコンテンツの取得状態、および第１のユーザおよび第２のユーザによる家電機器１６０の取得状態を特定する。コミュニケーション方法決定部４５０は、第１のユーザおよび第２のユーザによるコンテンツおよび家電機器の利用状況に応じて、第１のユーザと第２のユーザとによるコンテンツを介したコミュニケーション方法を決定する。送信部４７０は、決定されたコミュニケーション方法が関係づけられた１以上のメタ情報を第１携帯端末に送信する。

ウェブサーバ１０１が当該構成を有することにより、デジタルコンテンツおよび家電機器１６０を有する友人の当該デジタルコンテンツおよび家電機器１６０の利用状況や友人関係が考慮されたコミュニケーションが通信端末間で可能になる。

また、メタ情報は、第１のユーザに所有されない家電のアイコンが第１のユーザの端末で操作された時に当該家電を紹介するためのページ、または、当該家電を販売するためのページを第１の通信端末に表示させるための位置特定情報を含んでいる。

さらに、メタ情報は、第１のユーザに保有されている家電のアイコンが第１の通信端末で操作された時に第１の通信端末に保存されている家電のデータ、または、前記サーバ装置に接続されている記憶装置に格納されている当該家電のデータにアクセスするためのリンクを含む。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１ ＣＰＵ、２ マウス、３ キーボード、４，２８ ＲＡＭ、５ ハードディスク、６ 光ディスク駆動装置、８ モニタ、９，２９ ＲＯＭ、１０，１０Ａ システム、２３ アンテナ、２４ 通信装置、２５ ユーザインターフェイス、２６ カメラ、２７ フラッシュメモリ、３０ メモリカード駆動装置、３１ メモリカード、３２ マイク、３３ スピーカ、３４ 音声信号処理回路、３５ ディスプレイ、３８ バイブレータ、１２０ 携帯端末、１０１ ウェブサーバ、１０２ ユーザ購入履歴ＤＢサーバ、１０３ 利用履歴ＤＢサーバ、１０４ 友人リストＤＢサーバ、１０５，１０６ コンテンツサーバ、１１１ コンテンツリスト、１１５，１１６，１１７ コンテンツ、１２０ 携帯端末、１２１ 第１携帯端末、１２２ 第２携帯端末、１２３ 第３携帯端末、１３０ インターネット、１６０ 家電機器、１６１ 掃除機、１６２ エアコン、１９０ ＷｅｂＳｏｃｋｅｔ、２００ コンピュータシステム、４１０ 受信部、４２０ 記憶部、４３０ ユーザ特定部、４４０ 取得状態特定部、４５０ コミュニケーション方法決定部、４６０ 表示データ生成部、４７０ 送信部、６１０，６２０ 購入履歴、８１０ 商品一覧、９１０ 利用履歴、１９１０ ユーザ追加部。

Claims (16)

1. サーバ装置であって、
   第１の通信端末から、前記第１の通信端末の第１のユーザによって利用可能なコンテンツの情報を含むメタ情報の送信要求を受信するための受信手段と、
   前記第１の通信端末のユーザが属するユーザグループと同じユーザグループに含まれる第２のユーザを特定するためのユーザ特定手段と、
   前記第１のユーザおよび前記第２のユーザによるコンテンツの取得状態を特定するための取得状態特定手段と、
   前記第１のユーザおよび前記第２のユーザによるコンテンツの利用状況に応じて、前記第１のユーザと前記第２のユーザとによるコンテンツを介したコミュニケーション方法を決定するための決定手段と、
   前記決定されたコミュニケーション方法が関係づけられた１以上のメタ情報を前記第１の通信端末に送信するための送信手段とを備える、サーバ装置。
2. 前記メタ情報は、前記第１のユーザに所有されないコンテンツが前記第１のユーザの端末で操作された時に当該コンテンツを紹介するためのページ、または、当該コンテンツを販売するためのページを前記第１の通信端末に表示させるための位置特定情報を含む、請求項１に記載のサーバ装置。
3. 前記メタ情報は、前記第１のユーザに保有されているコンテンツが前記第１の通信端末で操作された時に前記第１の通信端末に保存されているコンテンツデータ、または、前記サーバ装置に接続されている記憶装置に格納されている当該コンテンツデータにアクセスするためのリンクを含む、請求項１または２に記載のサーバ装置。
4. 前記決定手段は、第１のユーザによるコンテンツの取得状態にさらに基づいて、前記コミュニケーション方法を決定する、請求項１〜３のいずれかに記載のサーバ装置。
5. 前記決定手段は、前記第２のユーザによるコンテンツの取得状態にさらに基づいて、前記第１のユーザと前記第２のユーザとの間のコミュニケーションの方法を決定する、請求項４に記載のサーバ装置。
6. 前記利用状況は、コンテンツに対するコメントの入力状態、または、コンテンツの閲覧の進捗を含む、請求項１〜５のいずれかに記載のサーバ装置。
7. 前記コミュニケーション方法は、複数のサービス項目を含み、各前記サービス項目の利用可能性は、コンテンツの取得状態または利用状況に応じて規定されており、
   前記決定手段は、前記取得状態または前記利用状況に応じて、前記第１のユーザが利用可能なサービス項目を決定する、請求項１〜４のいずれかに記載のサーバ装置。
8. 前記取得状態または前記利用状況に応じた画面を前記第１の通信端末に表示させる表示データを生成するための表示データ生成手段をさらに備え、
   前記表示データ生成手段は、前記第１のユーザのみに取得または利用されていること、前記第２のユーザのみによって取得または利用されていること、または、前記第１のユーザと前記第２のユーザとのいずれにも取得または利用されていることに応じて、各々異なる表示形態に対応する表示データを生成する、請求項１〜７のいずれか１項に記載のサーバ装置。
9. 前記第１のユーザと前記第２のユーザのいずれにも取得されたコンテンツ、または、前
   記第１のユーザと前記第２のユーザのいずれかの利用状況が進んでいるコンテンツは、他のコンテンツに比べて強調表示される、請求項８に記載のサーバ装置。
10. 前記コンテンツの第２のユーザの数が多くなるにつれて、当該コンテンツは、段階的に強調表示される、請求項９に記載のサーバ装置。
11. 前記第１のユーザが属するグループは、第２のユーザが属するグループにも拡張することができる、請求項１〜１０のいずれかに記載のサーバ装置。
12. 前記メタ情報の送信要求は、前記第１のユーザによって利用可能な家電機器の情報をさらに含み、
    前記取得状態特定手段は、前記第１のユーザおよび前記第２のユーザによる家電機器の取得状態をさらに特定し、
    前記決定手段は、前記第１のユーザおよび前記第２のユーザによるコンテンツおよび家電機器の利用状況に応じて、前記第１のユーザと前記第２のユーザとによるコミュニケーション方法を決定する、請求項１〜１１のいずれかに記載のサーバ装置。
13. サーバ装置であって、
    第１の通信端末から、前記第１の通信端末の第１のユーザによって利用可能な家電機器の情報を含むメタ情報の送信要求を受信するための受信手段と、
    前記第１の通信端末のユーザが属するユーザグループと同じユーザグループに含まれる第２のユーザを特定するためのユーザ特定手段と、
    前記第１のユーザおよび前記第２のユーザによる家電機器の取得状態を特定するための取得状態特定手段と、
    前記第１のユーザおよび前記第２のユーザによる家電機器の利用状況に応じて、前記第１のユーザと前記第２のユーザとによる家電機器を介したコミュニケーション方法を決定するための決定手段と、
    前記決定されたコミュニケーション方法が関係づけられた１以上のメタ情報を前記第１の通信端末に送信するための送信手段とを備える、サーバ装置。
14. 請求項１〜１３のいずれかに記載のサーバ装置と、前記サーバ装置と通信可能な通信端末とを備える、システム。
15. コンピュータを制御するための方法であって、
    前記コンピュータのプロセッサが、第１の通信端末から、前記第１の通信端末の第１のユーザによって利用可能なコンテンツの情報を含むメタ情報の送信要求を受信するステップと、
    前記第１の通信端末のユーザが属するユーザグループと同じユーザグループに含まれる第２のユーザを特定するステップと、
    前記第１のユーザおよび前記第２のユーザによるコンテンツの取得状態を特定するステップと、
    前記第１のユーザおよび前記第２のユーザによるコンテンツの利用状況に応じて、前記第１のユーザと前記第２のユーザとによるコンテンツを介したコミュニケーション方法を決定するステップと、
    前記決定されたコミュニケーション方法が関係づけられた１以上のメタ情報を前記第１の通信端末に送信するステップとを含む、コンピュータを制御するための方法。
16. コンピュータを制御するためのプログラムであって、前記プログラムは、前記コンピュータのプロセッサに、
    第１の通信端末から、前記第１の通信端末の第１のユーザによって利用可能なコンテンツの情報を含むメタ情報の送信要求を受信するステップと、
    前記第１の通信端末のユーザが属するユーザグループと同じユーザグループに含まれる第２のユーザを特定するステップと、
    前記第１のユーザおよび前記第２のユーザによるコンテンツの取得状態を特定するステップと、
    前記第１のユーザおよび前記第２のユーザによるコンテンツの利用状況に応じて、前記第１のユーザと前記第２のユーザとによるコンテンツを介したコミュニケーション方法を決定するステップと、
    前記決定されたコミュニケーション方法が関係づけられた１以上のメタ情報を前記第１の通信端末に送信するステップとを実行させる、プログラム。

Images