JP5065541B2 - コミュニケーションサービスシステム - Google Patents

Description

本願は、コミュニケーションサービスシステムに関する。

特許文献１は、コンテンツと広告を流通させながら常に最新の広告を再生させるシステムを開示している。特許文献２は、一般的な注釈サーバを活用して、多種のデジタルコンテンツに対する注釈付加処理を行うとともに、不特定多数のユーザーと注釈情報を共有するシステムを開示している。

特開２００８−１８６２１６号公報 特開２００９−１９９５００号公報

しかしながら特許文献１及び２が開示しているシステムでは、ユーザー同士のコミュニケーションを向上させることが困難である。

本願に開示するコミュニケーションサービスシステムは、サーバと複数のクライアントとを備えるコミュニケーションサービスシステムであって、前記サーバは、コンテンツの利用に関する権限の有無を前記クライアントごとに管理し、前記コンテンツの利用に関する権限を現に有する前記クライアントに対して、前記コンテンツにかかる表示画像のいずれかの座標位置に対応づけて付されたオブジェクトの、前記サーバへの送信を許可し、前記オブジェクトを、前記コンテンツにかかる前記表示画像の前記座標位置と関連付けて管理し、前記コンテンツの利用に関する権限を現に有する前記クライアントに対して、前記コンテンツにかかる前記表示画像の前記座標位置に前記オブジェクトが対応づけて付された、前記コンテンツの閲覧を許可する。

本願に開示するコミュニケーションサービスシステムは、サーバと複数のクライアントとを備えるコミュニケーションサービスシステムであって、前記サーバは、コンテンツの利用に関する権限の発生を前記クライアントごとに管理し、前記コンテンツの利用に関する権限を現に有する前記クライアントに対して、前記コンテンツにかかる表示画像のいずれかの座標位置に対応づけて付されたオブジェクトの、前記サーバへの送信を許可し、前記オブジェクトを、前記コンテンツにかかる前記表示画像の前記座標位置と関連付けて管理し、前記コンテンツの利用に関する権限を現に有する前記クライアントに対して、前記コンテンツにかかる前記表示画像の前記座標位置に前記オブジェクトが対応づけて付された、前記コンテンツの閲覧を許可する。

本願に開示するコミュニケーションサービスシステムは、サーバと複数のクライアントとを備えるコミュニケーションサービスシステムであって、前記サーバは、コンテンツの利用に関する権限の発生および消滅を前記クライアントごとに管理し、前記コンテンツの利用に関する権限を現に有する前記クライアントに対して、前記コンテンツにかかる表示画像のいずれかの座標位置に対応づけて付されたオブジェクトの、前記サーバへの送信を許可し、前記オブジェクトを、前記コンテンツにかかる前記表示画像の前記座標位置と関連付けて管理し、前記コンテンツの利用に関する権限を現に有する前記クライアントに対して、前記コンテンツにかかる前記表示画像の前記座標位置に前記オブジェクトが対応づけて付された、前記コンテンツの閲覧を許可する。

本願のコミュニケーションサービスシステムによれば、ユーザー同士の円滑なコミュニケーションを実現することができる。

図１は、コミュニケーションサービスシステムのブロック図の一例を示す図である。 図２は、コミュニケーションサービスシステムの基本概念を示す模式図の一例を示す図である。 図３は、コミュニケーションサービスシステムの詳細構成を示すブロック図の一例を示す図である。 図４は、コミュニケーションサービスシステムの基本動作を示すフローチャートの一例を示す図である。 図５は、トップページの模式図の一例を示す図である。 図６は、コミュニティページの模式図の一例を示す図である。 図７は、コミュニティページの模式図の一例を示す図である。 図８は、ＳＮＳサーバが保持している管理表の模式図の一例を示す図である。 図９は、コンテンツとコミュニティとの関係を示す模式図の一例を示す図である。 図１０は、コンテンツ閲覧画面を示す模式図の一例を示す図である。 図１１は、オブジェクトが書き込まれたコンテンツ閲覧画面を示す模式図の一例を示す図である。 図１２は、チャットモードで動作しているコンテンツ閲覧画面を示す模式図の一例を示す図である。 図１３Ａは、多くのオブジェクトに対して警告メッセージを表示させた状態のコンテンツ閲覧画面を示す模式図の一例を示す図である。 図１３Ｂは、多くのオブジェクトに対してオブジェクトを重ねた状態のコンテンツ閲覧画面を示す模式図の一例を示す図である。 図１３Ｃは、多くのオブジェクトに対してスクロールバーを表示させた状態のコンテンツ閲覧画面を示す模式図の一例を示す図である。 図１３Ｄは、多くのオブジェクトに対してオブジェクトを透明または半透明表示させた状態のコンテンツ閲覧画面を示す模式図の一例を示す図である。 図１３Ｅは、多くのオブジェクトに対してオブジェクトを縮小表示させた状態のコンテンツ閲覧画面を示す模式図の一例を示す図である。 図１３Ｆは、多くのオブジェクトに対してオブジェクトに数値を表示させた状態のコンテンツ閲覧画面を示す模式図の一例を示す図である。 図１４は、人気度グラフが表示されたコミュニティページの模式図の一例を示す図である。 図１５は、図１４に示すコミュニティページから遷移したコンテンツ閲覧画面の模式図の一例を示す図である。 図１６は、コンテンツが動画の場合のコンテンツ閲覧画面の模式図の一例を示す図である。 図１７は、コミュニケーションサービスシステムの他の構成例を示すブロック図の一例を示す図である。 図１８Ａは、ユーザーＡの所有コンテンツの一例を示す模式図の一例を示す図である。 図１８Ｂは、ユーザーＢの所有コンテンツの一例を示す模式図の一例を示す図である。 図１８Ｃは、ユーザーＣの所有コンテンツの一例を示す模式図の一例を示す図である。 図１９Ａは、ユーザーＢのトップページにおいてユーザーＡの所有コンテンツを参照した状態を示す模式図の一例を示す図である。 図１９Ｂは、ユーザーＣのトップページにおいてユーザーＡの所有コンテンツを参照した状態を示す模式図の一例を示す図である。 図２０は、収益システムのブロック図の一例を示す図である。 図２１は、受信側ユーザーへメッセージを送信する際の送信側ユーザーの動作を示すフローチャートの一例を示す図である。 図２２Ａは、メッセージ送信画面の模式図の一例を示す図である。 図２２Ｂは、メッセージ送信画面の模式図の一例を示す図である。 図２２Ｃは、メッセージ送信画面の模式図の一例を示す図である。 図２２Ｄは、メッセージ送信画面の模式図の一例を示す図である。 図２３は、受信側ユーザーへメッセージを送信する際の送信側ユーザーの動作を示すフローチャートの一例を示す図である。 図２４Ａは、メッセージ送信画面の模式図の一例を示す図である。 図２４Ｂは、メッセージ送信画面の模式図の一例を示す図である。 図２４Ｃは、メッセージ送信画面の模式図の一例を示す図である。 図２４Ｄは、メッセージ送信画面の模式図の一例を示す図である。 図２４Ｅは、メッセージ送信画面の模式図の一例を示す図である。 図２５は、受信側ユーザーへメッセージを送信する際の送信側ユーザーの動作を示すフローチャートの一例を示す図である。 図２６は、メッセージ送信画面の模式図の一例を示す図である。 図２７は、紙媒体でコンテンツを所有している受信側ユーザーへメッセージを送信する際のコミュニケーションサービスシステムの動作を示すフローチャートの一例を示す図である。 図２８は、紙媒体でコンテンツを所有している受信側ユーザーへメッセージを送信することができるコミュニケーションサービスシステムのブロック図の一例を示す図である。 図２９は、紙媒体でコンテンツを所有している受信側ユーザーへメッセージを送信する際のコミュニケーションサービスシステムの動作を示すフローチャートの一例を示す図である。 図３０は、紙媒体でコンテンツを所有している受信側ユーザーへメッセージを送信することができるコミュニケーションサービスシステムのブロック図の一例を示す図である。 図３１は、紙媒体でコンテンツを所有している受信側ユーザーへメッセージを送信する際のコミュニケーションサービスシステムの動作を示すフローチャートの一例を示す図である。

（実施の形態１）
〔１．コミュニケーションサービスシステムの構成〕
本実施の形態にかかるコミュニケーションサービスシステム（以下、単に「システム」と称する場合がある）について説明する。

なお、以下の説明では、当該システムで扱うコンテンツとして主に電子書籍を挙げているが、他の種類のコンテンツ（音楽、動画、新聞、ゲーム等）にも適用が可能な場合がある。他の種類のコンテンツへの適用については適宜説明する。

また、本実施の形態におけるコンテンツは、再生権利があるコンテンツ、視聴権利があるコンテンツを含む。本実施の形態では再生権利を持つコンテンツの一例として、有償コンテンツを挙げている。

図１は、本実施の形態にかかるコミュニケーションサービスシステムの概要を示すブロック図である。図１に示すように、コミュニケーションサービスシステムは、ＳＮＳ（Social Network Service）サーバ１、クライアント端末１０、２０、３０を備える。ＳＮＳサーバ１とクライアント端末１０〜３０は、ネットワーク網４０を介して、互いに通信可能に接続することができる。なお、図１に示すクライアント端末の数は一例である。

ＳＮＳサーバ１は、ＳＮＳコミュニティ機能を有する。ＳＮＳコミュニティ機能の一つとしてコミュニティサイトがある。ＳＮＳサーバ１は、コンテンツ提供者から提供されるコンテンツを、クライアント端末１０〜３０からの要求に基づきクライアント端末１０〜３０へ送信することができるコンテンツ管理部２を備えている。ＳＮＳサーバ１は、広告事業者から提供される広告情報をクライアント端末１０〜３０へ送信することができる機能を有する。ＳＮＳサーバ１は、クライアント端末１０〜３０から送信されるオブジェクトを記憶可能なオブジェクト記憶部３を備えている。

本実施の形態における「オブジェクト」とは、例えばユーザーがクライアント端末１０〜３０を操作して任意に入力した文字や図形等である。オブジェクトは、文字や図形以外に、画像や音声等でもよく、その形態は限定しない。また、コンテンツの配布範囲とオブジェクトの配布範囲とは、異なる場合がある。

クライアント端末１０〜３０は、ネットワーク網４０に通信可能に接続可能な通信手段と、ユーザーが情報を入力可能な入力手段（タッチパネル等）と、コンテンツ等の各種情報を表示可能な表示手段（ディスプレイパネル等）を備えている。クライアント端末１０〜３０は、例えば情報通信端末、携帯電話端末、通信機能を備えたパーソナルコンピューター等で実現することができる。クライアント端末１０〜３０は、ＳＮＳサーバ１におけるコミュニティサイトにアクセスするためのブラウザーソフトウェアがインストールされている。

本実施の形態におけるコンテンツは、例えば電子書籍や新聞や楽譜等の映像情報、音楽等の音声情報、動画等の映像音声情報、各種ゲームや各種ツール等のアプリケーション等で構成されているが、これらに限定されるものではない。

ネットワーク網４０は、ＳＮＳサーバ１とクライアント端末１０〜３０とを互いに通信可能に接続することができるネットワークであり、本実施の形態ではインターネットとした。なお、ネットワーク網４０は、少なくともＳＮＳサーバ１とクライアント端末１０〜３０とを互いに通信可能に接続することができればインターネットに限らない。

図２は、本実施の形態にかかるコミュニケーションサービスシステムの動作の概要を示す模式図である。図３は、本実施の形態にかかるＳＮＳサーバ及びクライアント端末の構成を示すブロック図である。

なお、図３ではクライアント端末１０のみを図示しているが、図１に示すクライアント端末２０及び３０も同様の構成を備えている。また、図２は、広告事業者から送信される広告情報に基づき、クライアント端末１０及び２０が広告画像を表示できる図となっているが、広告情報の送信機能及び広告画像の表示機能は必須ではない。また、クライアント端末１０及び２０とＳＮＳサーバ１とは、インターネットを介して互いに通信可能に接続されている。

図３に示すように、ＳＮＳサーバ１は、コンテンツ管理部２、オブジェクト記憶部３、コンテンツ記憶部４、オブジェクト管理部５、およびコミュニティ管理部６を備えている。

コンテンツ管理部２は、コンテンツ提供者から提供されるコンテンツを管理する。具体的には、コンテンツ管理部２は、コンテンツをコンテンツ記憶部４に書き込む処理、コンテンツをコンテンツ記憶部４から読み出す処理、クライアント端末１０からのコンテンツ購入命令を受ける処理、クライアント端末１０からのコンテンツ選択命令を受ける処理、コンテンツ提供者に対してコンテンツを要求する処理、コンテンツをクライアント端末１０へ送信する処理等を実行することができる。

オブジェクト記憶部３は、オブジェクト管理部５から送られるオブジェクトを記憶する。

コンテンツ記憶部４は、コンテンツ管理部２から送られるコンテンツを記憶する。

オブジェクト管理部５は、オブジェクトを管理する。具体的には、オブジェクト管理部５は、クライアント端末１０から送られるオブジェクトをオブジェクト記憶部３に記憶する処理、オブジェクト記憶部３からオブジェクトを読み出す処理、オブジェクトをコミュニティ管理部６へ送る処理等を実行することができる。

コミュニティ管理部６は、コミュニティサイトを管理する。具体的には、コミュニティ管理部６は、コンテンツに対応したコミュニティ情報を持ち、クライアント端末からの要求に基づきそのコミュニティ情報に対応するコミュニティサイトをクライアント端末へ送信することができる。

クライアント端末１０は、表示部１１、表示制御部１２、コンテンツ購入部１３、コンテンツ選択部１４、オブジェクト入力部１５、およびコミュニティ操作部１６を備えている。

表示部１１は、表示制御部１２からの制御により各種画像を表示することができる。図２に示すように、表示部１１は、例えばコンテンツ画像１０ａ、オブジェクト１０ｂ、および広告画像１０ｃ等の各種画像を表示することができる。表示部２１は、例えばコンテンツ画像２０ａ、オブジェクト２０ｂ、および広告画像２０ｃ等の各種画像を表示することができる。表示部１１及び２１は、画像等を表示可能なディスプレイパネルと、ユーザーの指やスタイラスペン等を接触させることで任意の操作を行うことができるタッチパネルとを備えている。表示部１１及び２１に備わるディスプレイパネルは、例えば液晶ディスプレイパネルで実現することができる。表示部１１及び２１に備わるタッチパネルは、例えば静電容量方式や接触圧力検出方式等のタッチパネルで実現することができる。クライアント端末１０及び２０は、ユーザーの指やスタイラスペン等によるタッチパネルの操作を検出して、その検出内容を文字や図形等に変換するソフトウェアがインストールされている。すなわち、ユーザーは、表示部１１及び２１を指やスタイラスペンを用いて接触操作することで、任意の文字や図形等を入力することができる。

なお、図２に示すように、コンテンツ画像１０ａ（２０ａ）とオブジェクト１０ｂ（２０ｂ）は、表示部１１（２１）に合成して表示されているが、ＳＮＳサーバ１はコンテンツとオブジェクトとを別々に管理している。

広告画像１０ｃ及び２０ｃは、ユーザーに適した内容の広告に変更可能である。具体的には、広告画像１０ｃ及び２０ｃは、広告事業者や書籍出版社等が、マーケティングデータに基づきユーザーに適した内容の広告に適宜変更することができる。なお、図２に示す形態では、ユーザーに適した内容の広告をコンテンツの周囲等に広告画像１０ｃ及び２０ｃとして表示させる形態（いわゆるバナー広告）としたが、雑誌等の電子書籍における広告ページの内容をユーザーに適した内容に変更する構成としてもよい。

なお、本実施の形態において、ユーザーが指やスタイラスペンでタッチパネルにおける任意の位置を短時間接触する動作を「クリック」と称している。一般的に「タッチ」や「タップ」と称する操作があるが、これらの操作はクリックと同様の操作である。また、ユーザーが指やスタイラスペンでタッチパネルにおける任意の位置を接触したまま、指やスタイラスペンをスライドさせる動作を「ドラッグ」と称する。また、ドラッグ操作させた後、指やスタイラスペンをタッチパネルから離間させる操作を「ドロップ」と称する。

表示制御部１２は、オブジェクト入力部１５から送られるオブジェクト、コンテンツ管理部２から送られるコンテンツ画像、およびコミュニティ管理部６から送られるコミュニティサイトの画像等を、表示部１１に表示するよう制御することができる。

コンテンツ購入部１３は、ユーザーによる、コンテンツを購入するための手続操作を受け付ける。コンテンツ購入部１３で受けた購入手続操作の内容は、コンテンツ管理部２に送られる。

コンテンツ選択部１４は、ユーザーによる、任意（閲覧希望等）のコンテンツを選択する操作を受け付ける。コンテンツ選択部１４で受けたコンテンツ選択操作の内容は、コンテンツ管理部２に送られる。

オブジェクト入力部１５は、ユーザーによる、任意のオブジェクトの入力操作を受け付ける。具体的には、オブジェクト入力部１５は、表示部１１に備わるタッチパネルを操作して、表示部１１に表示されているコンテンツ上の任意の位置に、任意の文字や図形等を入力できる手段である。

コミュニティ操作部１６は、表示部１１に表示されているコミュニティサイトにおいて、任意の操作を行うことができる。

〔２．コンテンツの閲覧動作〕
図４は、本実施の形態にかかるシステムの動作フローを示す。

なお、以下の説明において、コンテンツは、一例として有償配布されている電子書籍を挙げている。また、本実施の形態では、取り扱うコンテンツの一例として電子書籍を挙げているため、ユーザーがコンテンツの内容を確認する動作を「閲覧」と称しているが、取り扱うコンテンツが動画などのように映像と音声とを含んでいる場合はユーザーがコンテンツの内容を確認する動作は「視聴」となり、取り扱うコンテンツが音楽などのように音声のみの場合はユーザーがコンテンツの内容を確認する動作は「聴取」となる。

本システムにおいてユーザーがコンテンツを閲覧する場合は、まず、ユーザーは例えばクライアント端末１０を操作して、任意のコンテンツの購入手続きを実行する。具体的には、ユーザーは、コンテンツ購入部１３を操作して、ＳＮＳサーバ１に対して任意のコンテンツの購入要求を実行する（Ｓ１）。

なお、本実施の形態において、ユーザーとクライアント端末は、１対１に対応しているものとして説明する。また、クライアント端末が不特定多数のユーザーによって使用されることがある場合には、クライアント端末の使用開始時においてログイン処理を行い、ユーザーを特定する必要がある。例えばログイン処理は、ユーザーが入力したユーザーＩＤおよびパスワードが正当であるか否かを判定することにより行われる。

コンテンツ管理部２は、コンテンツ購入部１３から購入要求を受けると、コンテンツ購入部１３に対してコンテンツのコンテンツ料金に関する情報を送る（Ｓ２）。

ユーザーは、請求されたコンテンツ料金を支払うことで、任意のコンテンツの閲覧が可能な状態になる。例えば、ユーザーは、決済処理画面（不図示）においてクレジットカード番号等を入力することにより、コンテンツ料金を支払うことができる。閲覧が可能となったコンテンツは、図５に示すように、ユーザー自身のトップページにリスト形式やアイコン形式等で表示される（Ｓ３）。

なお、図５に示すトップページは、ＳＮＳサーバ１から送信され、クライアント端末１０の表示部１１に表示される画面であり、クライアント端末１０にインストールされているブラウザーソフトウェア上で動作する。図５に示す例では、ユーザー（例えばユーザーＡ）が所有しているコンテンツは、トップページにアイコン形式（符号４１）で表示されている。例えば、図５におけるコンテンツアイコン４１ａは、ユーザーが所有している電子書籍等の書籍コンテンツに対応するアイコンである。コンテンツアイコン４１ｂは、ユーザーが所有している音楽コンテンツに対応するアイコンである。コンテンツアイコン４１ｃは、ユーザーが所有している映画の動画コンテンツに対応するアイコンである。コンテンツアイコン４１ｄは、ユーザーが所有しているゲームコンテンツに対応するアイコンである。なお、「所有」とは、有償コンテンツを、そのコンテンツ料金を支払って閲覧可能な状態にすることを指している。なお、「コンテンツの利用に関する権限をクライアントが有している場合」は、クライアント端末を使用しているユーザーがコンテンツを「所有」している場合を含む。

ＳＮＳサーバ１は、例えば、ユーザーが所持するコンテンツに関するコンテンツアイコンを表示させるための情報（コンテンツ表示情報）をクライアント端末１０に送信することにより、クライアント端末１０の表示部１１にコンテンツアイコン４１ａ〜４１ｄ等を表示させることができる。このように、ユーザーが所有するコンテンツアイコンをクライアント端末１０に表示させることにより、コンテンツ購入後において、ユーザーはコンテンツの管理や閲覧等がしやすくなる。特に、ユーザー自身のトップページでコンテンツ管理を行うことができるようにＳＮＳを構成しておくことにより、ユーザーは、コンテンツを閲覧しやすくなり、閲覧中のコンテンツとともに表示されるオブジェクトを介して、他のユーザーとのコミュニケーションを取りやすくなる。

また、図５において、並び替えボタン４２は、コンテンツリスト４１に表示されるコンテンツの一覧を任意の順序に並び替えることができるボタンである。並び替えボタン４２をクリックすると、例えばプルダウンメニューが表示される。プルダウンメニューには選択可能な順序が記載され、プルダウンメニューに記載された順序のうち任意の順序を選択することで、コンテンツアイコンを任意の順序に並び替えることができる。並び替えの順序としては、例えばコンテンツ名の５０音順、コンテンツの種類順、コンテンツの購入日時順、お気に入り順、人気順等がある。人気順は、そのコンテンツに関連付けされたオブジェクトの数やコンテンツの再生履歴に基づき推定される。また、並び替えの順序は、昇順または降順のうちいずれかを選択可能としてもよい。なお、並び替えボタン４２を備えることは必須ではない。

また、図５において全表示ボタン４３は、所有するコンテンツのうち一部のコンテンツのみがコンテンツ一覧４１に表示されている場合にクリックすることで、全てのコンテンツアイコンを表示する状態に遷移させることができる。このとき、全てのコンテンツの数が多く、表示部１１の表示エリアに全てのコンテンツアイコンが表示困難な場合は、コンテンツアイコンの表示間隔を小さくしたり、コンテンツアイコンの大きさを小さくしたり、コンテンツの名称のみをリストとして表示したりすることが好ましい。なお、全表示ボタン４３を備えることは必須ではない。

次に、ユーザーは、コミュニティに参加するか否かを選択することができる。具体的には、コンテンツの購入手続きが完了すると、コミュニティ管理部６は、コンテンツを購入したユーザーに対してコミュニティページの閲覧を許可する。図６は、コミュニティページの一例を示す。図６に示すコミュニティページは、コミュニティの情報４４ａ、コンテンツを購入しコミュニティに参加しているメンバーのリスト４４ｂ、コミュニティに参加するための入会ボタン４４ｃ、コミュニティを退会するための退会ボタン４４ｄを含む。ユーザーは、コミュニティに参加する場合、コミュニティ操作部１６を操作して図６に示す入会ボタン４４ｃをクリックして、任意のコンテンツに関連するコミュニティに参加するための操作を実行する。一方、ユーザーは、コミュニティを退会する場合、コミュニティ操作部１６を操作して図６に示す退会ボタン４４ｄをクリックして、任意のコンテンツに関連するコミュニティを退会するための操作を実行する。なお、図６に示すコミュニティページに記載されている情報は一例である（Ｓ４）。

ユーザーがコミュニティ操作部１６を操作して図６に示す入会ボタン４４ｃをクリックすると、コミュニティ管理部６は、当該コミュニティに前記操作を実行したユーザーのユーザー情報を追加する（Ｓ５）。一方、ユーザーがコミュニティ操作部１６を操作して図６に示す退会ボタン４４ｄをクリックすると、コミュニティ管理部６は、当該コミュニティから前記操作を実行したユーザーのユーザー情報を削除する（不図示）。

例えば、クライアント端末１０において入会ボタン４４ｃがクリックされると、クライアント端末１０は、ユーザーがコミュニティへの参加意思を有していることを示す情報をＳＮＳサーバ１に対して送信する。ユーザーは、入会ボタン４４ｃをクリックしてコミュニティへ参加することにより、同じコンテンツを所有する他のユーザーに対して、そのコンテンツを所有していることを開示することになる。このため、「ユーザーがコミュニティへの参加意思を有していることを示す情報」とは、同一コンテンツをユーザーが所有していることを、他のユーザーへ開示するか否かを示す開示可否情報として捉えることができる。

ＳＮＳサーバ１は、受け付けた開示可否情報が開示する旨を示すものである場合、同一コンテンツをユーザーが所有していることを、他のユーザーへ開示するようにすることができる。すなわち、この場合ユーザーは、コミュニティに参加するように設定される。また、ＳＮＳサーバ１は、開示可否情報をクライアント端末１０から受け付けていない場合や、受け付けた開示可否情報が開示しない旨を示すものである場合、同一コンテンツをユーザーが所有していることを、他のユーザーへ開示しないようにすることができる。すなわち、この場合ユーザーは、コミュニティに参加しないように設定される。

このように、コンテンツに関するコミュニティに参加するか否かをユーザーの意思で選択できるように構成することにより、ＳＮＳ上でのコミュニケーションを望まないユーザーや、コンテンツを購入したことを他のユーザーに知られたくないユーザー等の要望にも十分に対応することができる。

次に、ユーザーによりコンテンツ選択部１４が操作されて、任意のコンテンツが選択されると（Ｓ６）、コンテンツ管理部２は、選択されたコンテンツをコンテンツ提供者へ要求する。コンテンツ管理部２は、コンテンツ提供者からコンテンツの提供を受けると、提供されたコンテンツをコンテンツ記憶部４へ一時的に記憶するとともに、クライアント端末１０へ閲覧を許可する。クライアント端末１０の表示制御部１２は、コンテンツ管理部２から送信されるコンテンツの映像を表示部１１に表示するよう制御する。これにより、ユーザーは任意のコンテンツを閲覧することができる。なお、コンテンツ管理部２がコンテンツをコンテンツ記憶部４へ記憶するのは、クライアント端末１０へ例えばストリーミング送信するための一時的な記憶動作であり、閲覧が完了すればコンテンツ記憶部４から削除する（Ｓ７）。

このとき、コミュニティ管理部６は、オブジェクト管理部５に対して、ユーザーが閲覧しようとしているコンテンツに関連するオブジェクトを読み出すよう制御する。オブジェクト管理部５は、ユーザーが閲覧しようとしているコンテンツに関連するオブジェクトが存在するか否かを確認し（Ｓ８）、存在する場合はオブジェクト記憶部３からオブジェクトを読み出す。コミュニティ管理部６は、オブジェクト管理部５がオブジェクト記憶部３から読み出したオブジェクトを、コンテンツの映像に重畳する。表示制御部１２は、コミュニティ管理部６から送信される、オブジェクトが重畳されたコンテンツの映像を、表示部１１に表示するよう制御する。なお、オブジェクトの表示方法については後述する（Ｓ９）。

コンテンツを閲覧している時に、ユーザーがオブジェクト入力部１５を操作してオブジェクトを作成する操作を行うと（Ｓ１０）、ユーザーにより作成されたオブジェクトは、表示制御部１２によって表示部１１に表示されるとともに、オブジェクト管理部５へ送られる。オブジェクト管理部５は、作成されたオブジェクトをオブジェクト記憶部３に記憶する。なお、オブジェクトの作成方法としては、例えばタッチパネルを操作して任意の文字や図形を入力する方法がある（Ｓ１１）。

このとき、ユーザーが閲覧しているコンテンツと同じコンテンツを、別のユーザーがＳＮＳサーバ１を介して閲覧していた場合、ユーザーが作成したオブジェクトは、別のユーザーが閲覧しているコンテンツにも送信される。例えば、図２に示すように、ユーザーＡがクライアント端末１０で任意のコンテンツ１０ａを閲覧し、ユーザーＢがクライアント端末２０でコンテンツ１０ａと同じコンテンツ２０ａを閲覧しているときに、ユーザーＡがクライアント端末１０を操作して新たにオブジェクト１０ｂを追加すると、追加されたオブジェクト１０ｂの情報がＳＮＳサーバ１を介してクライアント端末２０に送られる。クライアント端末２０では、オブジェクト１０ｂと同じ内容のオブジェクト２０ｂが表示される。同様に、ユーザーＢがクライアント端末２０を操作して新たにオブジェクトを追加した場合は、クライアント端末１０に、追加されたオブジェクトと同じオブジェクトが表示される。オブジェクトは、例えばユーザーがクライアント端末１０のタッチパネルを操作し、任意の形状の枠線や文字等を入力し、表示部１１に表示された送信ボタン（図２では図示を省略し、図１１等に送信ボタン４６ｔとして図示）をクリックすることで、ＳＮＳサーバ１へ送信される。なお、オブジェクトは、一方のユーザーが作成した直後または作成中に他方のユーザーのクライアント端末へ表示される構成とすることができる。このような構成とすることで、迅速なコメントのやりとりを行うことができる。

上記動作を、ユーザーがコンテンツの閲覧終了操作を実行するまで実行する（Ｓ１２）。

なお、ユーザーがコミュニティに参加しない場合は（Ｓ４におけるＮＯ判断）、コンテンツ管理部２は、コンテンツ選択部１４からコンテンツの閲覧要求を待つ。ユーザーによりコンテンツ選択部１４が操作されて、任意のコンテンツが選択されると（Ｓ１３）、コンテンツ管理部２は、選択されたコンテンツをコンテンツ提供者へ要求する。コンテンツ管理部２は、コンテンツ提供者からコンテンツの提供を受けると、提供されたコンテンツをコンテンツ記憶部４へ記憶するとともに、クライアント端末１０へ閲覧を許可する。クライアント端末１０の表示制御部１２は、コンテンツ管理部２から送信されるコンテンツの映像を表示部１１に表示するよう制御する。これにより、ユーザーは任意のコンテンツを閲覧することができる。ただし、オブジェクトは、ユーザーがコミュニティに参加していないため、閲覧することができない（Ｓ１４）。

なお、上記説明では、ユーザーがクライアント端末を操作してコンテンツを閲覧する場合、ＳＮＳサーバ１がコンテンツ提供者にコンテンツを要求し、ＳＮＳサーバ１がコンテンツ提供者から提供されたコンテンツをコンテンツ記憶部４に記憶するとともにクライアント端末へ閲覧を許可し、コンテンツの閲覧終了後にコンテンツ記憶部４に記憶されたコンテンツを削除する構成としたが、ＳＮＳサーバ１がコンテンツ提供者から提供されるコンテンツを閲覧終了後もコンテンツ記憶部４に残す構成としてもよい。

〔３．コミュニティの構成〕
ＳＮＳサーバ１は、コンテンツ毎にコミュニティを作成する。図６に示すようにコミュニティの概要が表示されているコミュニティページまでは、コンテンツを所有していないユーザーであっても、閲覧することができる。ただし、コミュニティに参加する場合は、コンテンツを所有していなければならない。

コンテンツを所有していないユーザーは、コミュニティに参加することはできない。例えば、コンテンツを所有していないユーザーがクライアント端末を操作し、図６における入会ボタン４４ｃをクリックすると、ＳＮＳサーバ１は、図７に示すメッセージウインドウ４５ａを表示するようクライアント端末を制御する。このメッセージウインドウ４５ａが表示された状態においてユーザーが購入ボタン４５ｂをクリックすると、クライアント端末はＳＮＳサーバ１にコンテンツの購入要求を送り、コンテンツの購入手続に進む。コンテンツの購入が完了すると、ユーザーはコミュニティに参加することができる。一方、メッセージウインドウ４５ａにおいてキャンセルボタン４５ｃをクリックすると、ＳＮＳサーバ１は、メッセージウインドウ４５ａを閉じ、コミュニティへの参加を許可しないまま、クライアント端末における表示を図６に示すコミュニティページに戻す。

なお、ＳＮＳサーバ１は、ユーザーとコンテンツの管理を行う機能を有する。図８は、ユーザー毎の所有コンテンツとコミュニティへの参加状況を表す管理図である。図８における「ユーザー名」は、コンテンツを所有しているユーザーの名称である。「コンテンツ名」は、ＳＮＳサーバ１で管理しているコンテンツの名称である。「購入」は、コンテンツの購入有無を示し、「○」が購入済み、「×」が未購入であることを表している。「コミュニティへの参加」は、コンテンツ毎のコミュニティへの参加状況を示し、「○」がコミュニティへ参加中、「×」がコミュニティへ参加していないことを表している。なお、図８に示す管理図は一例である。ＳＮＳサーバ１は、図８に示す管理図に基づき、ユーザーとコンテンツの管理を行っている。

また、コミュニティは、コンテンツ毎にＳＮＳサーバ１に存在する構成とすることができる。したがって、コンテンツを購入したユーザーは、コンテンツ毎のコミュニティに独立して参加することができる。例えば、ユーザーが図５のコンテンツ一覧４１に示すように複数のコンテンツを所有している場合、各コンテンツ毎に存在するコミュニティへそれぞれ参加することが可能である。

また、図６に示すように、コミュニティページにメンバーリスト４４ｂを表示することで、当該コミュニティに参加しているメンバーを把握することができる。例えば、図６に示す例では、月刊誌Ａの第５６号のコミュニティには、ユーザーＡ、ユーザーＣ、ユーザーＤ、ユーザーＦが参加していることを表示している。

また、コミュニティは、メインコミュニティとサブコミュニティとが存在する。図９は、コミュニティの階層を表す図である。例えば、週刊誌や月刊誌等定期的に刊行される書籍の場合、号数が存在する。また、小説や漫画本等の書籍には巻数が存在する場合がある。このように、１種類の書籍で号数や巻数が存在する場合は、ＳＮＳサーバ１は、書籍の種類毎のメインコミュニティとともに、その号数や巻数毎にサブコミュニティを作成する。例えば、図９に示す月刊誌Ａのコミュニティは、月刊誌Ａに対応したメインコミュニティと、月刊誌Ａの号数（例えば第５１号〜第５６号）に対応したサブコミュニティとで構成される。ＳＮＳサーバ１は、ユーザーが複数のサブコミュニティのうち少なくとも一つのサブコミュニティに参加していれば、月刊誌Ａのメインコミュニティに参加することを許可する。しかし、ＳＮＳサーバ１は、ユーザーが所有していない号数のサブコミュニティへの参加は許可しない。例えば、ユーザーが月刊誌Ａの第５６号を所有している場合は、月刊誌Ａのメインコミュニティへは参加できるが、月刊誌Ａの第５６号以外のサブコミュニティへは参加できないようになっている。例えば「関連するコンテンツ」は、書籍の種類が同一であって、その号数や巻数が異なるコンテンツが該当する。

なお、雑誌やドラマなどの続き物の次回予告のページに対して書き込まれたオブジェクトは、次号が発売されたときにできた次号のコミュニティに引き継がれて表示することができる。

なお、上記説明では、コンテンツが電子書籍である場合について説明したが、他のコンテンツにも適用できる。

コンテンツが音楽の場合は、ＳＮＳサーバ１は、例えば曲毎、アルバム毎、歌手毎等にコミュニティを作成することができる。例えば、アルバムを購入したユーザーは、そのアルバムのコミュニティと、そのアルバムに収録されている曲毎のコミュニティに参加することができる。曲を購入したユーザーは、その曲のコミュニティと、その曲が収録されたアルバムのコミュニティには参加できるが、そのアルバムに収録された他の曲のコミュニティには参加できない。

コンテンツが動画の場合は、ＳＮＳサーバ１は、例えば動画ファイル毎、映画タイトル毎、映画の出演者毎、映画の製作会社毎等にコミュニティを作成することができる。

コンテンツが新聞の場合は、ＳＮＳサーバ１は、例えば新聞名毎、刊行日毎、新聞の種類（地方紙、経済紙、スポーツ紙等）毎等にコミュニティを作成することができる。

コンテンツがゲームの場合は、ＳＮＳサーバ１は、例えばゲームのタイトル毎、シリーズ毎、製作会社毎等にコミュニティを作成することができる。

〔４．コンテンツとオブジェクトの表示方法〕
図１０は、コンテンツの表示例として、電子書籍をクライアント端末の表示部に表示させた状態を示す模式図である。図１０は、コンテンツ閲覧画面の一例である。

コンテンツを閲覧する際、ＳＮＳサーバ１は、図１０に示すようにクライアント端末の表示部に、コンテンツ画像４６ａ、文頭ボタン４６ｂ、ページ戻しボタン４６ｃ、ページ進みボタン４６ｄ、文末ボタン４６ｅ、ページ指定ボタン４６ｆ、拡大ボタン４６ｇ、縮小ボタン４６ｈ、およびオブジェクト入力ボタン４６ｋを表示させる。文頭ボタン４６ｂは、電子書籍の１ページ目の表示に切り替える操作を行うことができる。ページ戻しボタン４６ｃは、現在表示されているページの１つ前のページの表示に切り替える操作を行うことができる。ページ進みボタン４６ｄは、現在表示されているページの１つ後のページの表示に切り替える操作を行うことができる。文末ボタン４６ｅは、電子書籍の最終ページの表示に切り替える操作を行うことができる。ページ指定ボタン４６ｆは、任意のページ数を指定することができ、指定されたページの表示に切り替える操作を行うことができる。拡大ボタン４６ｇは、コンテンツ画像４６ａの全体または任意の一部の表示を拡大する操作を行うことができる。縮小ボタン４６ｈは、コンテンツ画像４６ａの全体または一部の表示を縮小する操作を行うことができる。オブジェクト入力ボタン４６ｋは、ユーザーが任意のコメント等のオブジェクトを入力する際に操作する。なお、図１０に示す各種ボタンは一例である。

図１０に示すようにコンテンツ画像４６ａが表示されている状態において、ユーザーがオブジェクト入力ボタン４６ｋを操作すると、ＳＮＳサーバ１は、コンテンツ閲覧画面をオブジェクトが入力できるモードへ移行させる。

オブジェクトの表示方法は、図１１に示すようにコンテンツに重畳するように表示する方法（直接書き込みモード）と、図１２に示すようにコメントを入力日時順に並べ、コンテンツを引用表示する方法（チャットモード）とがある。オブジェクトの表示方法は、モード切り換えボタン４６ｍをクリックすることで切り換えることができる。図１１に示す直接書き込みモードにおいてモード切り換えボタン４６ｍがクリックされると、ＳＮＳサーバ１は、オブジェクトの表示方法を図１２に示すチャットモードへ切り換える。

例えば、図１１に示す直接書き込みモード（第１の表示形態）においてモード切り換えボタン４６ｍがクリックされると、クライアント端末１０は、チャットモード（第２の表示形態）に切り換えて表示するための表示形態選択情報をＳＮＳサーバ１に送信する。一方、例えば、図１２に示すチャットモード（第２の表示形態）においてモード切り換えボタン４６ｍがクリックされると、クライアント端末１０は、直接書き込みモード（第１の表示形態）に切り換えて表示するための表示形態選択情報をＳＮＳサーバ１に送信する。ＳＮＳサーバ１は、クライアント端末１０から送信された表示形態選択情報に基づいて、オブジェクトおよびコンテンツの表示形態（直接書き込みモードまたはチャットモード）を決定する。

〔４−１．直接書き込みモード〕
図１１に示す直接書き込みモードは、コンテンツ画像４６ａに重畳する位置に、線４６ｎや吹き出し４６ｐ等を用いて、オブジェクトを入力することができる。例えば、オブジェクトは、コンテンツ上に重畳して表示される上位レイヤー内に配置される。このように、上位レイヤー内にオブジェクトを配置してコンテンツとオブジェクトとを重畳させることにより、オブジェクトはコンテンツの関連箇所の近傍に表示される。コンテンツの表示領域と上位レイヤーの表示領域とが合致する場合、オブジェクトは、コンテンツにかかる表示画像のいずれかの座標位置に対応づけて付されている。この場合、ＳＮＳサーバ１は、オブジェクトを、コンテンツにかかる表示画像の座標位置と関連付けて管理する。このため、ユーザーは、コンテンツ上の位置を説明することなく簡単に他のユーザーとコミュニケーションを取ることができる。なお、線４６ｎや吹き出し４６ｐは、オブジェクトの一例である。

線４６ｎ及び吹き出し４６ｐは、例えば線入力ボタン４６ｒをクリックしてから、コンテンツ画像４６ａ上の任意の位置に対応するタッチパネルを指またはスタイラスペンでトレースすることで、記載することができる。すなわち、線入力ボタン４６ｒをクリックしてから入力可能となる線は、自由曲線である。

吹き出し４６ｐ内に記載するコメントは、ソフトウェアキーボード等を用いて入力することができる。具体的には、ユーザーがテキストボタン４６ｓをクリックし、吹き出し４６ｐをクリックすることによって、ＳＮＳサーバ１はクライアント端末の表示部にソフトウェアキーボードを表示させる。ソフトウェアキーボードは、図示を省略するが、表示部にキーボードを模した画像を表示し、表示されたキーボード画像における任意のキーをクリックすることで、任意の文字が入力できるソフトウェアである。

図１１に示す線４６ｎや吹き出し４６ｐ等のオブジェクトは、ＳＮＳサーバ１を介して、他のユーザーと共有される。すなわち、線４６ｎや吹き出し４６ｐ等のオブジェクトは、コンテンツにおける位置の情報（ページ、時間、フレーム、フレーム内座標等の位置情報）とともに、ＳＮＳサーバ１のオブジェクト記憶部３に記憶されている。当該コンテンツを他のクライアント端末で閲覧する場合、ＳＮＳサーバ１は、当該コンテンツとともに当該オブジェクトを他のクライアント端末へ送るが、その際にオブジェクト記憶部３から読み出した位置情報に基づいて、当該コンテンツにおける所定の位置（ページ、時間、フレーム、フレーム内座標等）にオブジェクトを配置する。これにより、他のクライアント端末において、同じ位置にオブジェクトが配置されたコンテンツを表示することができる。なお、オブジェクトの位置情報は、ページ、時間、フレーム等の大きな単位に限らず、画像、文章等の小さい単位に対する位置とすることにより、ページ等の概念が曖昧であってもコンテンツにオブジェクトを位置合わせすることができる。

直接書き込みモードによれば、コンテンツにオブジェクトを重畳させて表示することができるため、コンテンツとオブジェクトとの結合性を大きくすることができ、オブジェクトを入力したユーザー以外のユーザーがコンテンツを閲覧したときにオブジェクトの内容を直感的に理解することができる。

また、直接書き込みモードによれば、オブジェクトとして図形を用いることができるので、オブジェクトの入力の自由度が向上する。例えば、電子書籍の場合、任意のページ中の任意の箇所を指定する際に線４６ｎで囲むことができるので、明確に任意の箇所を指定することができる。

なお、オブジェクトは、文字や図形に限らず、画像や音声で構成されていてもよい。オブジェクトとして音声を用いる場合は、別途作成された音声ファイルへのハイパーリンクにしたオブジェクトとすることができる。

また、オブジェクトは、コンテンツ画像４６ａに重畳する位置に限らず記載することができる。オブジェクトは、少なくともタッチパネルを操作することができる範囲であればコンテンツ画像４６ａが存在しない位置にも記載することができる。

また、線入力ボタン４６ｒに限らず、円形入力ボタン、四角形入力ボタン、吹き出し入力ボタン等を備えてもよい。ユーザーは、これらのボタンを選択することにより、自由曲線のみならず、円形状、矩形形状および吹き出し形状等の図形をオブジェクトとして入力することができる。

また、線４６ｎ、および吹き出し４６ｐの外周を形成している線の線種を、任意の線種（太線や点線等）に設定できるようにしてもよい。また、線４６ｎの色を任意の色に設定できるようにしてもよい。その場合、ＳＮＳサーバ１は、例えば線種設定ボタンや線色設定ボタン等を表示部に表示させる。ユーザーがこれらの設定ボタンをクリックしたとき、ＳＮＳサーバ１は、クライアント端末を任意の線種や色に設定できるモードに移行させる。

また、吹き出し４６ｐ等のオブジェクトの形状は必須ではなく、円形や四角形の中にコメントを書き込み可能としてもよい。また、吹き出し４６ｐ等のオブジェクトの色を任意の色に設定できるようにしてもよい。また、吹き出し４６ｐ等のオブジェクトの大きさは、例えば吹き出し４６ｐの縁部をユーザーがドラッグ操作することで、任意の大きさに変更可能であってもよい。

また、線４６ｎや吹き出し４６ｐ等のオブジェクトは、コンテンツの閲覧の障害とならない位置に、自動的に表示させる構成とすることが好ましい。コンテンツの閲覧の障害とならない位置とは、例えば、コンテンツが電子書籍の場合は文字情報や画像情報（挿絵等）に重ならない位置である。コンテンツが動画の場合は、表示された動画に重ならない位置にオブジェクトを配置することが好ましい。コンテンツが音楽の場合は、その音楽に対応した歌詞データや楽譜データや運指データにおける文字情報や画像情報に重ならない位置にオブジェクトを配置することが好ましい。

また、オブジェクトは、任意の位置へ移動させることができる。移動方法は、例えば移動したいオブジェクトをクリックした後、クリックしたオブジェクトを任意の位置へドラッグさせる操作を行う方法がある。

また、文字の入力は、ソフトウェアキーボードを用いた入力方法に限らず、クライアント端末にハードウェアとしてキーボードやテンキー等を備えている場合や、クライアント端末にキーボードやテンキー等の外部接続可能な場合は、それらのキーボードやテンキーを用いて文字を入力することができる。

また、文字の入力は、手書き入力であってもよい。手書き入力は、表示部に手書き入力エリアを表示させ、その手書き入力エリアにユーザーが指やスタイラスペンで任意の文字を手書きで入力した後、入力された手書き文字をテキスト情報に変換する入力方法である。

また、入力する文字の大きさ、書体、色を任意に設定可能としてもよい。その場合は、ＳＮＳサーバ１は、クライアント端末の表示部に文字サイズ設定ボタン、書体設定ボタン、文字色設定ボタン等を表示させる。

上述したとおり、直接書き込みモードにおいて、ユーザーは、コンテンツ上の位置を説明することなく簡単に他のユーザーとコミュニケーションを取ることができる。しかしながら、コンテンツの一部（例えば１シーン）ではなくストーリー全体についてのコミュニケーションを取りたい場合、複数のコンテンツに跨った内容についてのコミュニケーションを取りたい場合、または、コンテンツとは関係のない話題についてのコミュニケーションを取りたい場合等には、コンテンツの位置を特定する必要がないため、直接書き込みモードが必ずしも適しているとはいえない。また、直接書き込みモードでは画面に表示可能な情報量についても制限がある。そこで、下記に説明するチャットモードに切り換えることにより、ユーザーは、他のユーザーとより深いコミュニケーションを取ることができるようになる。また、チャットモードでは、他のコンテンツを引用することができるため、コミュニケーションをより活発化させることができる。

〔４−２．チャットモード〕
図１２に示すチャットモードの場合、ＳＮＳサーバ１は、クライアント端末にコメント表示エリア４７ａ、コメント入力エリア４７ｇを表示させる。この場合、コメント表示エリア４７ａおよびコメント入力エリア４７ｇは、それぞれコンテンツと独立して表示される。また、直接入力モードからチャットモードへ切り換えた場合は、図１２に示すように、直接入力モードへのリンク４７ｍを表示させることが好ましい。これにより、チャットモードに途中から参加したユーザーが、会話の経緯を容易に把握することができる。

コメント表示エリア４７ａは、ユーザー自身が入力したコメント４７ｂ、当該コミュニティに参加している他のユーザーが入力したコメント４７ｃが表示されるエリアである。

また、コメント表示エリア４７ａは、引用画像４７ｄ及び４７ｅが表示される。引用画像４７ｄ及び４７ｅは、コメント表示エリア４７ａに入力されたコメントに関連した画像であり、コメントを入力したユーザーが任意に引用することができる。例えば、引用画像４７ｄは、コメント４７ｃを入力したユーザーＦが引用した画像である。引用画像を引用する場合は、引用ボタン４７ｆをクリックする。引用ボタン４７ｆをクリックすることによって、引用するコンテンツを選択する画面、選択したコンテンツの中から任意の箇所を特定する画面が表示されるので、ユーザーは引用するコンテンツとその任意箇所を特定する。また、ユーザーは、引用可能なコンテンツの任意箇所に予め電子的なしおりを付しておき、引用するコンテンツに付された電子的なしおりを指定することにより、引用するコンテンツとその任意箇所を特定することもできる。

ユーザーにより、引用するコンテンツとその任意箇所の特定がなされると、クライアント端末１０は、引用するコンテンツとその任意箇所を特定するためハイパーリンク（リンク情報）を作成し、作成したハイパーリンクを含むオブジェクトをＳＮＳサーバ１に送信する。このオブジェクトの送信を受けたＳＮＳサーバ１は、ハイパーリンクを含むオブジェクトをオブジェクト記憶部３に記録する。これにより、ハイパーリンクを含むオブジェクトを別のクライアント端末２０に表示させた場合、ＳＮＳサーバ１は、クライアント端末２０に表示させたオブジェクト中のハイパーリンクに基づいて、引用されているコンテンツとその任意箇所を容易に特定することができる。

また、コメント表示エリア４７ａは、入力されたコメントの数が１画面に表示できなくなった場合、スクロールバー４７ｈが表示される。スクロールバー４７ｈを矢印ＡまたはＢに示す方向へスライドさせることによって、コメント表示エリア４７ａが矢印ＡまたはＢに示す方向へスライドする。これにより、たとえコメント数が多くなったとしても、視認したいコメントを表示させることができる。

コメント入力エリア４７ｇは、ユーザーが任意のコメントを入力できるエリアである。コメントを入力する場合は、コメント入力エリア４７ｇをクリックすることでソフトウェアキーボードが表示されるので、それを用いて任意のコメントを入力することができる。コメントを入力した後、アップボタン４７ｋをクリックすることで、コメント入力エリア４７ｇに入力されたコメントがコメント表示エリア４７ａへ書き込まれる。コメント表示エリア４７ａへ書き込まれたコメントは、ＳＮＳサーバ１を介して、他のユーザーと共有される。すなわち、コメント表示エリア４７ａの内容は、ＳＮＳサーバ１のオブジェクト記憶部３（コメント保持部）に記憶され、当該コンテンツを他のクライアント端末で閲覧する際に表示される。なお、コメント表示エリア４７ａの内容とともに、コンテンツ内におけるコメントの位置を示す位置情報を、オブジェクト記憶部３に記憶することが好ましい。

チャットモードによれば、長文のコメントを入力することができるので、ユーザー間において深い議論を行いやすい。

なお、図１２に示す例では、一つのコメントに一つの引用画像を引用しているが、１つのコメントに複数の引用画像を引用することができる。

また、コメントに引用できるのは画像（静止画）に限らず、動画、音声ファイルへのハイパーリンクなどであってもよい。

また、上記説明では、図１１に示す直接入力モードと図１２に示すチャットモードとを各々独立したモードとしたが、両方のモードを組み合わせてもよい。

また、上記説明では、コンテンツが電子書籍である場合について説明したが、他のコンテンツにも適用できる。

コンテンツが音楽の場合は、音楽データそのものには視覚情報が無いため、例えばその音楽データに対応した歌詞データや楽譜データや運指データ等の視覚情報に、オブジェクトを直接書き込みモードで書き込むことができる。例えば、歌詞データや楽譜データや運指データは、再生中の音楽データに連動して提供される。これにより、音楽データであっても視覚化することが可能となり、ユーザーは文字や画像によるオブジェクトを任意に追加することができる。

また、音楽データを再生可能なアプリケーションソフトウェアを起動した際に表示されるタイムラインに、オブジェクトを直接書き込みモードで書き込むことができる。チャットモードにおいてコンテンツの一部を引用する場合は、歌詞データや楽譜データや運指データの一部を引用することができる。なお、歌詞データ、楽譜データおよび運指データ等のいずれかを２以上組み合わせたものを視覚情報としてもよい。

チャットモードにおいて音楽コンテンツの一部を引用することができる。その場合は、コメント内に音楽再生ソフトウェアの画面を表示させる。その音楽再生ソフトウェアは、任意の音楽データの少なくとも一部を再生するように設定されている。ユーザーがその音楽再生ソフトウェアの画面をクリックすることで、音声が再生されるように構成することができる。

コンテンツが動画の場合は、例えば動画ファイルにおける任意の場面に、オブジェクトを直接書き込みモードで書き込むことができる。具体的には、動画を構成する複数のフレームの中から、任意の連続フレームにオブジェクトを書き込む。チャットモードにおいてコンテンツの一部を引用する場合は、動画を構成する複数のフレームの中から任意の１フレームを静止画として引用してもよいし、連続した複数のフレームを動画として引用してもよい。

コンテンツが新聞の場合は、前述の書籍と同様、任意のページにおける任意の箇所に直接書き込みモードでオブジェクトを書き込むことができる。チャットモードの場合も、任意のページまたはその中の任意の部分を引用することができる。

コンテンツがゲームの場合は、例えばゲームの映像における任意の部分を画像ファイルとして取り込み、その画像ファイルに直接書き込みモードでオブジェクトを書き込むことができる。チャットモードの場合は、例えばゲームの映像における任意の部分を画像ファイルとして取り込み、その画像ファイルを引用することができる。

〔４−３．直接入力モードにおいてコメント過多になった場合〕
図１１に示す直接入力モードにおいて、コンテンツ閲覧画面に表示されるオブジェクトの数が多くなってしまった場合、コンテンツがオブジェクトによって隠れてしまったり、オブジェクト間の関連性が低下してしまったりする問題がある。「オブジェクト間の関連性」とは、オブジェクトとして入力されるコメントの内容的なつながりのことである。すなわち、オブジェクトとして入力されるコメントは、複数のユーザーが会話をしているような内容となっていることが多いため、コメントの内容を参照する場合はコメントが時系列に並んでいる方が内容を把握しやすい。したがって、オブジェクト間の関連性を高める方が好ましい。

本実施の形態では、ＳＮＳサーバ１は、同時に表示されるオブジェクトの数または表示面積が予め設定された値を超えた場合、以下のいずれかの方法で対処することができる。

まず、チャットモードへの切り換えを促す方法がある。この方法では、ＳＮＳサーバ１は、同時に表示されるオブジェクトの数または表示面積が所定値を超えたと判断すると、クライアント端末に図１３Ａに示すメッセージウインドウ４８ａを表示する。具体的には、図１３Ａに示すように、コンテンツ画像４６ａに重畳するように表示されたオブジェクト４６ｐ、４８ｄ〜４８ｇが過多になると、各オブジェクトが入力された順序が不明確になるため、ＳＮＳサーバ１は、クライアント端末にメッセージウインドウ４８ａを表示する。メッセージウインドウ４８ａには、ユーザーに対してチャットモードへの切り換えを促すメッセージが記載されている。ここで、ユーザーが移行ボタン４８ｂまたはモード切り換えボタン４６ｍをクリックすると、ＳＮＳサーバ１は、クライアント端末の表示における表示を例えば図１２に示すチャットモードへ切り換える。図１２に示すように、チャットモードでは、コメント（オブジェクト）が入力日時の順序に並んで表示されるため、コメント（オブジェクト）が過多になったとしても各コメント（オブジェクト）の入力順が明確になり、各コメントの会話的つながりを容易に把握することができる。

また、オブジェクトをフィルタリングする方法がある。この方法では、オブジェクトを所定の条件で絞り込んで表示する方法である。具体的には、ＳＮＳサーバ１は、クライアント端末にコンテンツ閲覧画面を表示させている状態において、絞り込み条件を設定可能なボタン等をコンテンツと同時に表示させる。絞り込み条件としては、例えばコミュニティメンバー、オブジェクトの入力日時、オブジェクト内で取り上げられている話題等がある。例えば、ユーザーがオブジェクトの入力日時の条件を「現時点から過去２４時間以内」に設定すると、ＳＮＳサーバ１は、その条件に合致するオブジェクトのみをコンテンツ閲覧画面に表示させ、その条件に合致しないオブジェクトを表示させないように制御する。これにより、同時に表示されるオブジェクトの数または表示面積を減らすことができ、コンテンツ及びオブジェクトの内容を視認しやすくすることができる。また、内容的に関連性が高いオブジェクトのみに絞り込むことができるので、容易にオブジェクトの内容を把握することができる。

また、オブジェクトを時系列に並べる方法がある。この方法では、ＳＮＳサーバ１は、同時に表示されるオブジェクトの数または表示面積が所定値を超えたと判断すると、クライアント端末に図１３Ｂに示すように関連するオブジェクトを重畳させて表示する。「関連するオブジェクト」とは、会話的につながっているコメントを有するオブジェクトのことである。例えば、あるコメントに対して他のユーザーがコメントを返信した場合、元のコメントと返信されたコメントとは関連していることになる。図１３Ｂに示す例では、２つのオブジェクトグループ４９ａ及び４９ｃに分けられて表示されている。各オブジェクトグループ４９ａ及び４９ｃにおいては、複数のオブジェクトが重畳して表示されている。その重畳順序は、上層ほど入力日時が新しく、下層ほど入力日時が古い。したがって、オブジェクトグループにおいて最上部に表示されているオブジェクト４９ｂ及び４９ｄは、最新のオブジェクトである。これにより、同時に表示されるオブジェクトの数または表示面積を減らすことができ、コンテンツ及びオブジェクトの内容を視認しやすくすることができる。

なお、図１３Ｂに示す例では最上部のオブジェクト４９ｂ及び４９ｄの内容のみ視認でき、その下層のオブジェクトの内容は視認できない。下層のオブジェクトの内容を視認する場合は、オブジェクトの縁部をクリックすることで、クリックされたオブジェクトを最上部へ移動させて表示することができ、内容を視認することができる。本実施の形態では重畳した複数のオブジェクトは、縁部の一部が目視可能なように僅かにずらして表示しているため、オブジェクトの縁部をクリックすることができる。

また、スライダーを備えてオブジェクトを時系列に表示する方法がある。この方法では、ＳＮＳサーバ１は、同時に表示されるオブジェクトの数または表示面積が所定値を超えたと判断すると、クライアント端末に図１３Ｃに示すようにスライド部４９ｅを表示させる。スライド部４９ｅの長手方向は、時間軸を表している。スライド部４９ｅは、スライダー４９ｆを備え、スライダー４９ｆを矢印ＣまたはＤに示す方向（スライド部４９ｅの長手方向）へスライドさせることによって、オブジェクトの表示を時系列に切り替えることができる。例えば、スライダー４９ｆがスライド部４９ｅの最上部に位置しているときは、入力日時が最新のオブジェクトを表示する。スライダー４９ｆを矢印Ｃに示す方向へスライドさせるにしたがい、徐々に古いオブジェクトを表示するように切り換えることができる。これにより、同時に表示されるオブジェクトの数または表示面積を減らすことができ、コンテンツ及びオブジェクトの内容を視認しやすくすることができる。また、スライダー４９ｆをスライドさせるだけで、全てのオブジェクトの内容を一つずつ閲覧することができる。

また、オブジェクトを透明化（もしくは半透明化）して表示する方法がある。この方法では、ＳＮＳサーバ１は、同時に表示されるオブジェクトの数または表示面積が所定値を超えたと判断すると、図１３Ｄに示すようにクライアント端末に表示させているオブジェクト４９ｇ〜４９ｍの枠線で囲まれた領域を透明もしくは半透明で表示させる。枠線は、オブジェクトの存在を視覚的にユーザーへ知らしめるために、透明表示にしないことが好ましい。ＳＮＳサーバ１は、このような表示を行っているときに、ユーザーによってオブジェクト４９ｇ〜４９ｍのうち任意のオブジェクトがクリック等されたことを検出すると、クリックされたオブジェクトを透明表示または半透明表示の状態から元の表示状態へ戻し、オブジェクトの内容を表示させる。このような表示形態とすることにより、オブジェクトの表示面積を少なくすることができ、コンテンツの内容を視認しやすくすることができる。

また、オブジェクトの表示面積に応じてサイズを調整する方法がある。この方法では、ＳＮＳサーバ１は、同時に表示されるオブジェクトの表示面積を監視し、その表示面積が所定値を超えたと判断すると、図１３Ｅに示すようにオブジェクトの表示面積が所定値を越えないようにオブジェクト４９ｎ〜４９ｔのサイズを小さくする。この表示形態では、オブジェクトの数が増加するにしたがい、一つ当たりのオブジェクトのサイズが小さくなるため、オブジェクトに記載されたコメントの文字が縮小し視認することが困難になる場合がある。そこでこの表示形態では、ＳＮＳサーバ１は、オブジェクトが縮小された状態において、ユーザーによって任意のオブジェクト（例えばオブジェクト４９ｎ）がクリック等されたことを検出すると、図１３Ｅに示すようにクリックされたオブジェクトを縮小表示された状態から元のサイズへ戻す。これにより、オブジェクトの表示面積を所定値に抑えることができ、コンテンツの内容を視認しやすくすることができる。

また、会話的に繋がっているオブジェクトの数等をオブジェクトに表示する方法がある。この方法では、ＳＮＳサーバ１は、同時に表示されるオブジェクトの数が所定値を超えたと判断すると、図１３Ｆに示すようにオブジェクト４９ｕ及び４９ｖに数値４９ｗを表示する。この数値４９ｗは、会話的に繋がっているオブジェクトの数を表している。このとき、表示されているオブジェクトは、最も新しく入力されたコメントとすることができる。ＳＮＳサーバ１は、この表示形態においてユーザーによりオブジェクトがクリック等されたことを検出すると、クリック操作されたオブジェクトに会話的に繋がっているオブジェクトの全てまたは一部を表示する。これにより、オブジェクトの表示面積を縮小することができ、コンテンツの内容を視認しやすくすることができる。なお、オブジェクトとともに表示させる情報は、数値４９ｗに限らず、マーク等を表示させてもよい。

また、人物属性や友人関係などに基づいてオブジェクト毎に表示の優先度を設定する方法がある。この方法では、ＳＮＳサーバ１は、予めユーザーによって設定された他のユーザーの属性（「家族」や「友達」等）に基づき、オブジェクト毎にそれを作成したユーザーの人物属性や友人関係を把握する。また、ユーザーは、予め他のユーザーの人物属性や友人関係について優先度を設定することができる。ＳＮＳサーバ１は、ユーザーにより設定された人物属性や友人関係の優先度に基づき、例えば優先度が低いオブジェクトを重畳表示、透明または半透明表示、縮小表示などの表示形態にする。なお、ＳＮＳサーバ１は、同時に表示されるオブジェクトの表示面積を監視し、表示面積が所定値を超えないように、オブジェクトを重畳表示、透明または半透明表示、縮小表示などの表示形態に切り換えるよう制御することが好ましい。これにより、オブジェクトの表示面積を縮小することができ、コンテンツの内容を視認しやすくすることができる。

なお、上記説明では、コンテンツが電子書籍である場合について説明したが、他のコンテンツにも適用できる。

また、上記説明では、チャットモードにおけるコメントにコンテンツを引用する構成について説明したが、ＳＮＳの日記機能における日記本文、ＳＮＳのメッセージ送信機能におけるメッセージ本文、およびＳＮＳのスケジューラー機能における予定内容に、同様にコンテンツを引用する機能を備えてもよい。

〔５．人気ページ（シーン）の遷移〕
コンテンツが電子書籍の場合、複数のページを備えていることが多い。そのようなコンテンツにおいて、任意のページへ遷移させる場合は、例えば図１０に示すページ戻しボタン４６ｃ、ページ進みボタン４６ｄ、ページ指定ボタン４６ｆ等を操作することで遷移させることができる。しかし、電子書籍において人気のページに遷移させる場合は、１ページ毎にオブジェクトの数等を確認する必要があり、非常に煩雑であった。特に電子書籍は、ページ数が多いものがあり、非常に煩雑であった。そこで、本実施の形態では、コミュニティページに人気度を表す情報を表示することで、上記のような問題を解消する。

図１４は、人気度グラフ５０ａを備えたコミュニティページの模式図である。人気度グラフ５０ａは、横軸が電子書籍のページ数で、縦軸がオブジェクトの数である。オブジェクトの数が多いページほど、人気が高いページであることを表している。ユーザーは、人気度グラフ５０ａを参照することで、人気が高いページを特定することができる。

なお、人気度グラフ５０ａの縦軸は、オブジェクト数に限らず、引用回数、参照回数、およびそれらの複合であってもよい。また、人気度グラフの縦軸を、オブジェクト数や引用回数等の中からユーザーが任意に選択可能としてもよい。また、図１４に示す人気度グラフ５０ａは棒グラフとしているが、折れ線グラフ等でもよく、グラフの種類は限定されない。

図１４に示す人気度グラフ５０ａにおいて、任意のページに対応する部分をクリックすることで、そのページの表示に遷移させることができる。例えば、図１４に示す人気度グラフ５０ａにおいて、比較的に人気度が高い６４ページに対応する部分５０ｂをクリックすることで、図１５に示すように月刊誌Ａの６４ページを表示する状態へ遷移させることができる。

このように、電子書籍のページ毎の人気度を表示し、さらにその人気度の情報から任意のページへ遷移させることができるので、１ページ毎にオブジェクトの数等を確認する必要がなくなり、任意のページへのアクセスが容易になる。

なお、上記説明では、コンテンツが電子書籍である場合について説明したが、他のコンテンツにも適用できる。

コンテンツが音楽の場合は、ＳＮＳサーバ１は、人気度グラフの横軸を例えば１つのアルバムに収録された曲とし、縦軸をオブジェクト数や再生回数等とすることができる。これにより、１つのアルバムにおいて、ユーザーに人気がある曲を容易に把握することができる。

コンテンツが動画の場合は、ＳＮＳサーバ１は、図１６に示すように人気度グラフの横軸を例えば１つの動画ファイルの時間軸とし、縦軸をオブジェクト数や再生回数等とすることができる。これにより、１つの動画ファイルにおいて、ユーザーに人気がある場面を容易に把握することができる。

コンテンツが新聞の場合は、ＳＮＳサーバ１は、人気度グラフの横軸を例えば一冊の新聞におけるページや一定期間（例えば１ヶ月）の時間軸とし、縦軸をオブジェクト数や閲覧回数等とすることができる。これにより、一冊の新聞において、ユーザーに人気があるページを容易に特定することができる。また、一定期間（例えば１ヶ月）に刊行された新聞のうち、ユーザーに人気がある号数を容易に把握することができる。

コンテンツがゲームの場合は、ＳＮＳサーバ１は、人気度グラフの横軸を例えばゲーム中の場面とし、縦軸を例えばオブジェクト数やプレイ数等とすることにより、ユーザーに人気がある場面を容易に把握することができる。

なお、本実施の形態では、人気度の情報をグラフで表示しているが、これは典型例であり、グラフ以外の表示方法もある。例えば、コンテンツ内におけるページ毎やシーン毎の人気度を数値化して、その数値が高い順序にページ数やシーンの情報を並べて表示する方法がある（ランキング表示）。

また、人気度の数値化情報は、再生回数やアクセス数等の他、オブジェクトの属性による集計観点、時間要素を含む集計観点、人間関係要素を含む集計観点、ユーザーの属性を含む集計観点等がある。オブジェクトの属性による集計観点は、例えばオブジェクトに記載されたコメントの長さ（文字の多さ）、オブジェクトのサイズの大きさなどを数値化し集計したものである。時間要素を含む集計観点は、例えばグラフの横軸をオブジェクト作成日とし、縦軸をオブジェクト数とするものである。この集計により、例えば全てのオブジェクト数は多くは無いが、最近の数日間で突然オブジェクトが多くなっているページ（シーン）を特定することができる。人間関係要素を含む集計観点は、友達のコメント、友達が引用した回数、自分と関わりの深い人のコメント（及び引用他）に重みをつけて人気度の集計をするものである。属性を含む集計観点は、自分と同じ属性（性別、年齢層、所有コンテンツの類似性）の人物のコメント（及び引用他）に重みをつけて人気度の集計をするものである。特に、所有コンテンツの類似性は、ユーザー自身の趣味の類似に関わるため、集計観点とすることが好ましい。

〔６．コンテンツの送信方法〕
コンテンツの送信方法としては、前述したように、ユーザーがコンテンツを購入することによってＳＮＳサーバ１がユーザーにコンテンツに関する権利を与える方法をとっている。したがって、コンテンツのデータ自体は、クライアント端末やユーザーは保持せず、コンテンツ提供者かＳＮＳサーバ１が保持している。

このような送信方法以外に、ユーザーがコンテンツを購入することによって、コンテンツをクライアント端末に保存（ダウンロード）する方法がある。

図１７は、コンテンツをクライアント端末に保存することができるシステムのブロック図である。図１７に示すブロック図において、図３に示すブロック図と異なるのは、クライアント端末１０にコンテンツ記憶部１７を追加した点である。コンテンツ記憶部１７は、クライアント端末１０に内蔵された半導体メモリ等の記憶媒体、クライアント端末１０に着脱可能な半導体メモリ等の記憶媒体等で実現することができる。なお、記憶媒体の形態は、半導体メモリに限らず、ディスク状記憶媒体、テープ状記憶媒体であってもよく、少なくともデジタルデータを書き込み及び読み出し可能な媒体であればその形態は問わない。

図１７に示すシステムにおいて、ユーザーがクライアント端末１０を操作して任意のコンテンツの購入手続を行うと、コンテンツ提供者またはＳＮＳサーバ１からクライアント端末１０へコンテンツが送信される。クライアント端末１０へ送信されたコンテンツは、コンテンツ記憶部１７に記憶される（ダウンロード）。

コンテンツを閲覧する場合、ユーザーはコンテンツ選択部１４を操作して閲覧したいコンテンツを選択する。クライアント端末１０は、選択されたコンテンツをＳＮＳサーバ１やコンテンツ提供者が保持している場合、前述の通り、ＳＮＳサーバ１またはコンテンツ提供者からコンテンツの送信を受けるが、選択されたコンテンツがコンテンツ記憶部１７に記憶されている場合は、コンテンツ記憶部１７からコンテンツを読み出す。コンテンツ記憶部１７から読み出されたコンテンツは、表示制御部１２へ送られ、表示部１１で表示される。

なお、図１７に示すシステムにおいて、オブジェクトはＳＮＳサーバ１が管理している。したがって、コンテンツ記憶部１７に記憶されているコンテンツに関連するオブジェクトがＳＮＳサーバ１に存在する場合は、コンテンツ選択部１４がコンテンツ管理部２へ選択されたコンテンツの情報を送る。コンテンツ管理部２は、コミュニティ管理部６に対して、選択されたコンテンツに関連するオブジェクトの有無についてオブジェクト管理部５を通じて検索する。検索の結果、選択されたコンテンツに関連するオブジェクトが存在する場合は、コミュニティ管理部６は表示制御部１２へオブジェクトのデータを送る。表示制御部１２は、コンテンツ記憶部１７から読み出されたコンテンツデータに基づくコンテンツに、コミュニティ管理部６から送られるオブジェクトデータに基づくオブジェクトを重畳し、表示部１１に表示させる。

なお、オブジェクトデータは、リアルタイム性を問わないのであれば、クライアント端末１０に備わる記憶媒体に記憶してもよい。また、コンテンツ記憶部１７にオブジェクトデータを記憶する領域を設けてもよい。

なお、上記説明では、コンテンツが電子書籍である場合について説明したが、他のコンテンツにも適用できる。

〔７．コンテンツの閲覧制限〕
本実施の形態のシステムは、他のユーザーに対して所有コンテンツを開示する機能を有する。その開示設定としては、開示範囲を限定しない設定、開示範囲を限定した設定、開示を禁止した設定がある。なお、ここでいう「開示」とは、コンテンツの全ての内容を開示することではなく、コンテンツの名称、コンテンツへの評価情報、コンテンツへの感想情報、コンテンツのアイコン等の全てもしくは一部を開示することである。また、「閲覧」とは、コンテンツの全ての内容を閲覧することではなく、コンテンツの名称、コンテンツへの評価情報、コンテンツへの感想情報、コンテンツのアイコン等の全てもしくは一部を閲覧することである。

図１８Ａは、ユーザーＡの所有コンテンツの一覧である。図１８Ｂは、ユーザーＢの所有コンテンツの一覧である。図１８Ｃは、ユーザーＣの所有コンテンツの一覧である。図１９Ａは、ユーザーＢが閲覧可能なユーザーＡの所有コンテンツの一覧である。図１９Ｂは、ユーザーＣが閲覧可能なユーザーＡの所有コンテンツの一覧である。

まず、図１８Ａに示すように、ユーザーＡがコンテンツ５１ａ、５１ｂ、５１ｃ、５１ｄを所有していたとする。コンテンツ５１ａは、ユーザーＡが開示範囲を限定していないコンテンツである。コンテンツ５１ｂ、５１ｃは、ユーザーＡが同様のコンテンツを所有しているユーザーのみに開示を許可しているコンテンツである。コンテンツ５１ｄは、ユーザーＡが自身以外のユーザーへの開示を禁止しているコンテンツである。

また、図１８Ｂに示すように、ユーザーＢは、コンテンツ５１ａ、５１ｂ、５１ｃを所有している。図１８Ｃに示すように、ユーザーＣは、コンテンツ５１ｅを所有している。

この状態で、ユーザーＢがユーザーＡの所有コンテンツを参照しようとした場合、図１９Ａに示すように、コンテンツ５１ａは、ユーザーＡが開示範囲を限定していないため、閲覧が可能である。コンテンツ５１ｂ及び５１ｃは、ユーザーＡが同様のコンテンツを所有しているため、閲覧が可能である。しかし、コンテンツ５１ｄは、ユーザーＡが自身以外のユーザーへの開示を禁止しているため、ユーザーＢは閲覧できない。

次に、ユーザーＣがユーザーＡの所有コンテンツを閲覧しようとした場合、図１９Ｂに示すように、コンテンツ５１ａは、ユーザーＡが開示範囲を限定していないため、閲覧が可能である。しかし、コンテンツ５１ｂ及び５１ｃは、ユーザーＣが所有していないため閲覧できない。また、コンテンツ５１ｄは、ユーザーＡが自身以外のユーザーへの開示を禁止しているため、ユーザーＣは閲覧できない。

このように、ユーザー自らが所有コンテンツを開示することで、自分自身の興味の範囲を他のユーザーに認識してもらうことが可能となる。したがって、元々コミュニケーションをとっているユーザーとはさらに深くコミュニケーションを図ることができるようになるとともに、過去にコミュニケーションをとったことがないユーザーと新たにコミュニケーションを図ることが可能となる。

なお、上記説明では、コンテンツが電子書籍である場合について説明したが、他のコンテンツにも適用できる。

〔８．収益システム〕
図２０は、当該システムを運用させた際のデータや金銭の流れを示すブロック図である。なお、図２０は、コンテンツの一例として電子書籍を取り扱う場合の構成を示している。

図２０に示すように、当該システムは、ＳＮＳサーバ１にエンドユーザー５２ａ、コンテンツアグリゲータ５２ｃ、コンテンツ提供者５２ｄ、記事掲載企業５２ｅ、広告アグリゲータ５２ｆがアクセス可能である。エンドユーザー５２ａは、コンテンツを購入して閲覧を行うことができるユーザーである。コンテンツアグリゲータ５２ｃは、コンテンツ提供者５２ｄからコンテンツを管理する。コンテンツ提供者５２ｄは、コンテンツを保持する。コンテンツ提供者５２ｄは、例えば出版社、製作会社、著者等、コンテンツの著作権を保持している者である。記事掲載企業５２ｅは、電子書籍へ掲載するための記事を提供する。広告アグリゲータ５２ｆは、広告主からの要望に基づき、広告情報を作成する。

まず、電子書籍は、コンテンツ提供者５２ｄが作成する電子書籍としての内容と、記事掲載企業５２ｅが作成する記事とを含む。コンテンツ提供者５２ｄは、コンテンツを送信するためにＳＮＳサーバ１を利用する場合、ＳＮＳサーバ１の管理者へ利用料５３ｐを支払わなければならない。記事掲載企業５２ｅは、電子書籍へ記事を掲載する場合、記事掲載費用５３ｓをＳＮＳサーバ１の管理者へ支払わなければならない。広告アグリゲータ５２ｆは、作成した広告情報５３ｕをＳＮＳサーバ１に提供するとともに、広告掲載費用５３ｔをＳＮＳサーバ１の管理者へ支払う。

エンドユーザー５２ａがコンテンツを購入する場合は、まず、エンドユーザー５２ａは、任意のコンテンツを指定するとともに、コンテンツ費用５３ｃの情報をＳＮＳサーバ１及びコンテンツアグリゲータ５２ｃを介してコンテンツ提供者５２ｄへ送る。コンテンツ提供者５２ｄは、コンテンツ費用５３ｋを受領すると、電子書籍５３ｈをコンテンツアグリゲータ５２ｃ及びＳＮＳサーバ１を介して、エンドユーザー５２ａへ送信する。このとき、エンドユーザー５２ａに送信される電子書籍に関連する広告情報がＳＮＳサーバ１に存在すれば、その広告情報５３ｂもエンドユーザー５２ａへ送信される。

エンドユーザー５２ａは、コンテンツを閲覧した回数の情報、コミュニティの閲覧回数の情報、コミュニティへの参加状況に関する情報等を、閲覧情報５３ｄとしてＳＮＳサーバ１へ送る。ＳＮＳサーバ１は、エンドユーザー５２ａから送られる閲覧情報５３ｄを集計及び管理する。具体的には、ＳＮＳサーバ１は、閲覧情報５３ｄをエンドユーザー毎に集計及び管理し、エンドユーザー５２ａ毎に適切な広告情報５３ｂを提供する。

例えば、ＳＮＳサーバ１は、集計した閲覧情報５３ｄを参照してユーザー毎に興味、趣味、嗜好等を特定し、それに関連した広告情報５３ｂをエンドユーザー５２ａへ送信する。エンドユーザー５２ａは、自身の興味、趣味、嗜好等に関連した広告が送信されることで、任意の商品等を入手できる可能性が高まる。

また、ＳＮＳサーバ１は、集計した閲覧情報５３ｄを参照してユーザー毎に興味、趣味、嗜好等を特定し、その情報をマーケティングデータ５３ｎ及び５３ｒとしてコンテンツ提供者５２ｄ及び記事掲載企業５２ｅへ提供する。コンテンツ提供者５２ｄ及び記事掲載企業５２ｅは、マーケティングデータ５３ｎの内容に基づき、市場のトレンドを把握することができる。コンテンツ提供者５２ｄは、把握したトレンドに沿ったコンテンツを市場に提供することで、収益を向上させることができる。また、記事掲載企業５２ｅは、把握したトレンドに沿った記事を電子書籍に盛り込むようにすることで、その記事に掲載された商品等の売上を向上させ、収益を向上させることができる。

また、コンテンツ提供者５２ｄは、ＳＮＳサーバ１が管理しているコミュニティに、特典情報を提供することができる。特典情報とは、例えばコンテンツが電子書籍の場合は著者の自筆コメント等であり、コンテンツが映画の場合は出演者インタビューの映像や撮影風景の映像等である。これらの特典情報は、コンテンツを購入しコミュニティに参加しているエンドユーザーのみが、コミュニティを介して閲覧することができる。

例えば、ＳＮＳサーバ１は、同一のコンテンツを所有するユーザー同士を１つのコミュニティとして管理する。管理するコミュニティの各ユーザーに対して、特典情報としての付属コンテンツを提供可能とする場合、ＳＮＳサーバ１は、コミュニティにアクセスしてきた各クライアント端末に対して付属コンテンツへのアクセス権限を与える。つまり、クライアント端末のユーザーに対して付属コンテンツを所有させる。これにより、コンテンツそのものを変更することなく、ユーザーに特典を与えることができ、低コストでの特典提供が可能となる。一方、ユーザーに対して付属コンテンツというインセンティブを与えることにより、コミュニティへの積極的な参加を促進することができる。また、特典情報としての付属コンテンツは、いつでも提供可能とすることができるため、コミュニティ参加者の興味や動向を考慮しつつ、適切な特典情報を提供することが容易となる。

なお、コンテンツ提供者５２ｄは、特典情報をコンテンツ購入者に限らず、コンテンツ未購入者にも開示するように設定することができる。

なお、上記説明では、コンテンツが電子書籍である場合について説明したが、他のコンテンツにも適用できる。

〔９．実施の形態の効果、他〕
本実施の形態によれば、ＳＮＳサーバ１を介して複数のクライアント端末間でオブジェクトのやりとりを行うことができるため、ユーザー間のコミュニケーションを向上することができる。

また、オブジェクトは、文字や図形等を用いてユーザーが自由に入力することができる。したがって、ユーザーは、他のユーザーに伝えたいことを自由に表現できるため、細かいニュアンスのコメントを他のユーザーとやりとりすることができる。

また、オブジェクトは、コンテンツに重畳入力することができるため、コンテンツの内容に沿ったオブジェクトを容易に入力することができる。また、オブジェクトは、コンテンツに重畳表示することができるため、オブジェクトの内容を把握しやすい。

また、オブジェクトは、コンテンツを購入しかつコミュニティに参加しているユーザーのみ入力及び閲覧が可能であるため、同様の興味、趣味、嗜好を持ったユーザー同士がコミュニケーションを図ることができる。また、ユーザー間のコミュニケーションを妨害するユーザーの参入を制限しやすくすることができるため、円滑なコミュニケーションが図れる。

（実施の形態２）
〔１．コミュニケーションサービスシステムの概要〕
実施の形態２にかかるコミュニケーションサービスシステム（以下、システムと称する）は、実施の形態１において説明した機能に加えて、メッセージ送受信機能を備えている。メッセージ送受信機能は、自身のクライアント端末からＳＮＳサーバ１を介して他のクライアント端末にメッセージを送信、またはＳＮＳサーバ１に接続している他のクライアント端末から送信されるメッセージ（メール）を受信できる機能である。

このメッセージは、コンテンツを引用することができる。メッセージに引用されるコンテンツにオブジェクトが関連付けされている場合は、そのオブジェクトもメッセージに引用される。また、上記説明では、メッセージにコンテンツを引用する構成としているが、ＳＮＳの日記機能における日記本文、およびＳＮＳのスケジューラー機能における予定内容に、同様にコンテンツを引用する機能を備えてもよい。

コンテンツが引用されたメッセージを受信したユーザーは、引用されたコンテンツを所有している場合はコンテンツを閲覧することができるとともに、そのコンテンツに関連付けされたオブジェクトも閲覧することができる。しかし、コンテンツが引用されたメッセージを受信したユーザーが、引用されたコンテンツを所有していない場合、そのコンテンツを閲覧することができない。この場合、引用されたコンテンツに関連付けされたオブジェクトは、有償情報でないため、メッセージを受信したユーザーにおいて閲覧できてしまう。つまり、メッセージを受信したユーザーが操作しているクライアント端末は、コンテンツが表示されず、オブジェクトのみ表示された状態になる。このような表示状態では、オブジェクトの内容を理解するのが困難となる。

そこで本実施の形態にかかるシステムは、メッセージの送信先のユーザーがコンテンツを所有していない場合に、メッセージを送信しようとしているユーザーに報知する機能を有する。メッセージの送信方法としては、受信側ユーザーを先に指定する方法と、引用するコンテンツを先に指定する方法とがある。

〔２．メッセージ送信方法〕
〔２−１．受信側ユーザーを優先指定する場合〕
図２１は、メッセージを送信しようとしているユーザー（以下、送信側ユーザーと称する）における、メッセージ送信時の動作フローである。図２２Ａ〜図２２Ｄは、メッセージ送信画面の一例を示す。

送信側ユーザーが送信先のユーザー（以下受信側ユーザーと称する）へメッセージを送信する場合、まず、送信側ユーザーは、自身のクライアント端末を操作して、メッセージを送信したい受信側ユーザーを選択する（Ｓ２１）。

具体的には、送信側ユーザーがクライアント端末を操作してメッセージ送受信機能を起動すると、送信側ユーザーのクライアント端末の表示部に例えば図２２Ａに示すメッセージ送信画面が表示される。このメッセージ送信画面は、ＳＮＳサーバ１から送られる。送信側ユーザーは、図２２Ａに示すメッセージ送信画面において、複数表示されたユーザー（ユーザーＢ〜Ｆ）の中から、メッセージを送信したいユーザーを一つまたは複数選択する。図２２Ａに示す例では、「ユーザーＢ」を選択している。

ＳＮＳサーバ１は、図２２Ａに示すように送信側ユーザーが受信側ユーザーを選択すると、選択されたユーザーの所有コンテンツの情報を参照する。ＳＮＳサーバ１は、自身に接続されたユーザーが所有するコンテンツの情報を例えば図８に示す管理表に基づき管理しているため、その管理表を参照することでユーザー毎の所有コンテンツを把握することができる。ＳＮＳサーバ１は、選択されたユーザーの所有コンテンツと、送信側ユーザーの所有コンテンツとを比較し、一致しているコンテンツ（以下共通コンテンツと称する）をメッセージ送信画面において優先表示させる（Ｓ２２）。

「コンテンツの優先表示」には様々な表示方法があるが、図２２Ａに示す例では共通コンテンツをコンテンツアイコンの並び順の先頭側（図示向かって左側）へ表示させている。例えば、図２２Ａに示す例では、小説Ｂと週刊誌Ａと月刊誌Ａのコンテンツが共通コンテンツであり、小説ＡがユーザーＢの所有していないコンテンツであるため、小説Ｂに対応するコンテンツアイコン５４ｂ、週刊誌Ａに対応するコンテンツアイコン５４ｃ、月刊誌Ａに対応するコンテンツアイコン５４ｃを図示左寄りに表示させ、小説Ａに対応するコンテンツアイコン５４ａを図示右寄りに表示させている。

次に、送信側ユーザーは、メッセージに引用するコンテンツに対応するコンテンツアイコンを選択する。メッセージに引用するコンテンツは、１つでもよいし複数でもよい。また、メッセージ送信画面に表示されていないコンテンツアイコンを表示させる場合は、送りボタン５４ｅをクリックするか、全表示ボタン５４ｆをクリックする。送りボタン５４ｅをクリックすることで、コンテンツアイコン５４ａに続くコンテンツアイコンを表示させることができる。また、全表示ボタン５４ｆをクリックすることで、全てのコンテンツアイコンを表示させることができる（Ｓ２３）。

次に、送信側ユーザーは、メッセージ入力部５４ｇに、受信側ユーザーへ送信するためのメッセージを入力する。クライアント端末は、ハードウェアキーボードを備えていない場合、ユーザーによりメッセージ入力部５４ｇがクリックされたことを検出すると、表示部にソフトウェアキーボードを表示させる。ユーザーは、表示部に表示されるソフトウェアキーボードを操作して任意のメッセージを入力することができる（Ｓ２４）。

最後に、送信側ユーザーは、送信ボタン５４ｈをクリックする。ＳＮＳサーバ１は、送信ボタン５４ｈがクリックされたことを検出すると、メッセージ入力部５４ｇに入力されたメッセージと引用されたコンテンツの情報とを、受信側ユーザーへ送信する（Ｓ２５）。

以上のように、送信側ユーザーが受信側ユーザーへコンテンツを引用したメッセージを送信する際、受信側ユーザーを選択した際に共通コンテンツを優先表示させることで、ユーザーにおいて共通コンテンツを容易に把握することができる。また、ユーザーが、共通コンテンツを優先的に引用する可能性を高めることができる。

なお、優先表示方法は、図２２Ａに示す表示方法に限らず、図２２Ｂ〜図２２Ｄに示す表示方法であってもよい。

図２２Ｂは、共通コンテンツに対応するコンテンツアイコン５４ｂ〜５４ｄと、共通コンテンツではないコンテンツアイコン５４ａとで、表示色を異ならせた表示方法である。なお、コンテンツアイコン５４ｂ〜５４ｄの表示色を、コンテンツアイコン５４ａの表示色よりも目立つ色に設定することが好ましい。このような表示方法とすることで、共通コンテンツに対応するコンテンツアイコンを目立たせることができるので、引用すべきコンテンツに対応するコンテンツアイコンを選択しやすくなる。

図２２Ｃは、共通コンテンツに対応するコンテンツアイコン５４ｂ〜５４ｄに、受信側ユーザーが所有していることを表す所有アイコン５４ｍを付加した表示方法である。このような表示方法とすることで、共通コンテンツに対応するコンテンツアイコンを目立たせることができるので、引用すべきコンテンツに対応するコンテンツアイコンを選択しやすくなる。

図２２Ｄは、共通コンテンツではないコンテンツに対応するコンテンツアイコンを表示させず、共通コンテンツに対応するコンテンツアイコン５４ｂ〜５４ｄのみを表示させた表示方法である。このような表示方法によれば、共通コンテンツではないコンテンツをユーザーが選択する可能性がないため、確実に共通コンテンツをメッセージに引用することができる。

また、図示は省略するが、コンテンツアイコンの表示方法として、上記以外に、共通コンテンツに対応するコンテンツアイコンのみを拡大表示する表示方法がある。

また、上記各表示方法の中から複数の表示方法を組み合わせて表示させてもよい。

また、上記説明では、コンテンツが電子書籍である場合について説明したが、他のコンテンツにも適用できる。

〔２−２．コンテンツを優先指定する場合〕
図２３は、メッセージを送信しようとしているユーザー（以下、送信側ユーザーと称する）における、メッセージ送信時の動作フローである。図２４Ａ〜図２４Ｄは、メッセージ送信画面の一例を示す。

送信側ユーザーが送信先のユーザー（以下受信側ユーザーと称する）へメッセージを送信する場合、まず、送信側ユーザーは、自身のクライアント端末を操作して、メッセージに引用するコンテンツを選択する（Ｓ３１）。

具体的には、送信側ユーザーがクライアント端末を操作してメッセージ送受信機能を起動すると、クライアント端末の表示部に例えば図２４Ａに示すメッセージ送信画面が表示される。このメッセージ送信画面は、ＳＮＳサーバ１から送られる。送信側ユーザーは、図２４Ａに示すメッセージ送信画面において、複数表示されたコンテンツアイコン５５ａ〜５５ｄの中から、メッセージに引用したいコンテンツに対応するコンテンツアイコンを一つまたは複数選択する。なお、メッセージ送信画面に表示されるコンテンツアイコンは、ユーザーＡが所有しているコンテンツに対応するコンテンツアイコンである。メッセージ送信画面に表示されていないコンテンツアイコンを表示させる場合は、送りボタン５５ｅまたは全表示ボタン５５ｆをクリックする。

コンテンツアイコンを選択するには、任意のコンテンツアイコンをクリックする。コンテンツアイコンをクリックすると、図２４Ａに示すようにクリックされたコンテンツアイコンに選択枠５５ｇが表示される。

ＳＮＳサーバ１は、図２４Ａに示すように送信側ユーザーがコンテンツアイコンを選択すると、選択されたコンテンツアイコンに対応するコンテンツの情報を参照する。ＳＮＳサーバ１は、自身に接続されたユーザーが所有するコンテンツの情報を例えば図８に示す管理表に基づき管理しているため、その管理表を参照することでユーザー毎の所有コンテンツを把握することができる。したがって、コンテンツ毎の所有ユーザーを把握することができる。ＳＮＳサーバ１は、選択されたコンテンツを所有するユーザーを、メッセージ送信画面において優先表示させる（Ｓ３２）。

「ユーザーの優先表示」には様々な表示方法があるが、図２４Ａに示す例では、ユーザー一覧５５ｈに示すように、選択されたコンテンツを所有するユーザーを、所有していないユーザーよりも上位に表示させている。例えば、コンテンツアイコン５５ａに対応するコンテンツをユーザーＢとユーザーＦとが所有している場合、図２４Ａに示すようにユーザーＢとユーザーＦとをユーザーＣ〜Ｅよりも上位に表示させる。

次に、送信側ユーザーは、ユーザー一覧５５ｈの中から、メッセージを送信するユーザーを選択する。メッセージを送信するユーザーは、一人でもよいし複数人でもよい（Ｓ３３）。

次に、送信側ユーザーは、メッセージ入力部５５ｋに、受信側ユーザーへ送信するためのメッセージを入力する。クライアント端末は、ハードウェアキーボードを備えていない場合、ユーザーによりメッセージ入力部５５ｋがクリックされたことを検出すると、表示部にソフトウェアキーボードを表示させる。ユーザーは、表示部に表示されるソフトウェアキーボードを操作して任意のメッセージを入力することができる（Ｓ３４）。

最後に、送信側ユーザーは、送信ボタン５５ｍをクリックする。ＳＮＳサーバ１は、送信ボタン５５ｍがクリックされたことを検出すると、メッセージ入力部５５ｋに入力されたメッセージと引用されたコンテンツの情報とを、受信側ユーザーへ送信する（Ｓ３５）。

以上のように、送信側ユーザーが受信側ユーザーへコンテンツを引用したメッセージを送信する際、引用するコンテンツを選択したときにそのコンテンツを所有するユーザーを優先表示させることで、選択したコンテンツを所有するユーザーを容易に把握することができる。

なお、優先表示方法は、図２４Ａに示す表示方法に限らず、図２４Ｂ〜図２４Ｄに示す表示方法であってもよい。

図２４Ｂは、ユーザー一覧５５ｈにおいて、選択したコンテンツを所有するユーザーと選択したコンテンツを所有していないユーザーとで、表示色を異ならせた表示方法である。図２４Ｂに示す例では、選択したコンテンツを所有するユーザーＢとユーザーＦとに、着色を行っている。なお、選択したコンテンツを所有するユーザーの表示色を、選択したコンテンツを所有していないユーザーの表示色よりも目立つ色に設定することが好ましい。このような表示方法とすることで、選択したコンテンツを所有するユーザーの文字を目立たせることができるので、メッセージを送信すべきユーザーを選択しやすくなる。

図２４Ｃは、選択したコンテンツを所有するユーザーの文字を、選択したコンテンツを所有していないユーザーの文字よりも大きくした表示方法である。図２４Ｃに示す例では、ユーザーＢとユーザーＦの文字をユーザーＣ〜Ｅの文字よりも大きくした。このような表示方法とすることで、選択したコンテンツを所有するユーザーの文字を目立たせることができるので、メッセージを送信すべきユーザーを選択しやすくなる。

図２４Ｄは、選択したコンテンツを所有しないユーザーを表示させず、選択したコンテンツを所有するユーザーのみを表示させた表示方法である。このような表示方法によれば、選択したコンテンツを所有しないユーザーを選択する可能性がない。

図２４Ｅは、ユーザー一覧５５ｈにおいて、選択したコンテンツを所有するユーザーに所有アイコン５５ｎを付加した表示方法である。このような表示方法とすることで、選択したコンテンツを所有するユーザーを目立たせることができるので、メッセージを送信すべきユーザーを選択しやすくなる。

また、上記各表示方法の中から複数の表示方法を組み合わせて表示させてもよい。

また、上記説明では、コンテンツが電子書籍である場合について説明したが、他のコンテンツにも適用できる。

〔２−３．受信側ユーザーが所有していないコンテンツを引用した場合〕
送信側ユーザーが、受信側ユーザーが所有していないコンテンツを引用して受信側ユーザーへメッセージを送信しようとした場合、警告表示を行う。

図２５は、送信側ユーザーが、受信側ユーザーが所有していないコンテンツを引用して受信側ユーザーへメッセージを送信しようとした場合の動作フローである。

まず、送信側ユーザーが、例えば図２２Ａに示すメッセージ送信画面において、送信先として「ユーザーＢ」を選択し、引用するコンテンツとしてユーザーＢが所有していないコンテンツ（例えば「小説Ａ」）に対応するコンテンツアイコン５４ａを選択し、メッセージを作成したとする。または、図２４Ａに示すメッセージ送信画面において、引用するコンテンツとしてユーザーＢが所有していないコンテンツ（例えば「小説Ａ」）に対応するコンテンツアイコン５５ｃを選択し、メッセージを作成したとする（Ｓ４１）。

次に、送信側ユーザーが送信ボタン５４ｈをクリックすると（Ｓ４２）、ＳＮＳサーバ１は、選択された受信側ユーザーの情報と、選択されたコンテンツアイコンに対応するコンテンツの情報とを参照する。ＳＮＳサーバ１は、自身に接続されたユーザーが所有するコンテンツの情報を例えば図８に示す管理表に基づき管理しているため、その管理表を参照することでユーザー毎の所有コンテンツを把握することができる（Ｓ４３）。

ＳＮＳサーバ１は、選択された受信側ユーザーが、引用するコンテンツを所有しているか否かを判断する（Ｓ４４）。

ＳＮＳサーバ１は、選択された受信側ユーザーが、引用するコンテンツを所有していると判断した場合は、受信側ユーザーへメッセージを送信する（Ｓ４５）。

一方、ＳＮＳサーバ１は、選択された受信側ユーザーが、引用するコンテンツを所有していないと判断した場合は、送信側ユーザーのクライアント端末へ警告メッセージを表示させる。図２６は、その警告メッセージ５６ａの表示例である（Ｓ４６）。

図２６に示す警告メッセージ５６ａにおいて、送信側ユーザーが許可ボタン５６ｂをクリックすると（Ｓ４７のＹＥＳ判断）、ＳＮＳサーバ１は、受信側ユーザーへメッセージを送信する（Ｓ４５）。この場合、受信側ユーザーにおいては、メッセージで引用されているコンテンツを所有していないため、オブジェクトのみ閲覧することができる。オブジェクトのみの閲覧では内容を把握できないことが考えられるため、ＳＮＳサーバ１が、受信側ユーザーのクライアント端末に、引用されたコンテンツの購入を促すメッセージを表示させることが好ましい。

一方、図２６に示す警告メッセージ５６ａにおいて、送信側ユーザーが中止ボタン５６ｃをクリックすると（Ｓ４７のＮＯ判断）、ＳＮＳサーバ１は、受信側ユーザーへのメッセージ送信を中止する（Ｓ４８）。

なお、コンテンツを所有していないユーザーは、コンテンツの内容を閲覧する場合はコンテンツを購入する必要があるが、購入する前にサンプル画像を閲覧可能としてもよい。サンプル画像は、内容の把握が困難な程度の解像度を有する画像であり、例えばサムネイルサイズとすることができる。

また、上記説明では、コンテンツが電子書籍である場合について説明したが、他のコンテンツにも適用できる。

〔２−４．受信側ユーザーが紙媒体のコンテンツを所有している場合〕
前述したように、送信側ユーザーが所有し受信側ユーザーが所有していないコンテンツを引用して、送信側ユーザーが受信側ユーザーへメッセージを送信した場合、受信側ユーザーでは、コンテンツの閲覧ができず、そのコンテンツに関連付けされたオブジェクトのみが閲覧できる。しかし、オブジェクトのみを閲覧しても、コンテンツとの関係を理解しにくいため、オブジェクトの内容を理解するのは困難である。

受信側ユーザーが、送信側ユーザーが所有している電子書籍のコンテンツと同じ内容の紙媒体（書籍）を所有している場合、すなわち受信側ユーザーが電子書籍を所有していない場合、以下の方法で対応する。

〔２−４−１．受信側ユーザーへページ情報を提供する方法〕
図２７は、受信側ユーザーが紙媒体として書籍を所有している場合のメッセージ送信方法の第１例を示す。なお、送信側ユーザーは、受信側ユーザーが所有する書籍（紙媒体）と同じ内容の電子書籍を所有している。例えば、図８に示す管理表において、ユーザーが所有するコンテンツがいずれの媒体であるかを示す媒体種類情報（例えば電子媒体または紙媒体を示す情報）をユーザー毎に管理しておくことにより、ＳＮＳサーバ１は、受信側ユーザーが所有するコンテンツの媒体種類（例えば電子媒体または紙媒体）を取得することができる。なお、ＳＮＳサーバ１は、受信側ユーザーのクライアント端末に対して問い合わせを行うことにより、上記媒体種類情報を取得してもよい。

まず、送信側ユーザーがクライアント端末を操作して、コンテンツを引用したメッセージを、受信側ユーザーへ送信する。このとき、メッセージに引用されたコンテンツの媒体（例えば電子媒体）は、受信側ユーザーが所有していないコンテンツの媒体とする（Ｓ５１）。

ＳＮＳサーバ１は、送信側ユーザーから送信されるメッセージに引用されているコンテンツの情報と、そのコンテンツにおいてオブジェクトが追加されているページの情報とを検出する。コンテンツの情報とページの情報は、電子書籍の場合、コンテンツの管理情報に書き込まれているため、ＳＮＳサーバ１がこの管理情報を読み出すことでコンテンツの情報とページの情報とを検出することができる（Ｓ５２）。

次に、ＳＮＳサーバ１は、検出したコンテンツの情報とページの情報を、メッセージに追記して、受信側ユーザーのクライアント端末へ送信する。このとき、メッセージに追記するコンテンツの情報は、例えばコンテンツの名称（電子書籍名）とすることにより、受信側ユーザーにおいて紙媒体の書籍を特定しやすいため、好ましい（Ｓ５３）。

受信側ユーザーは、受信したメッセージに記載されたコンテンツの名称とページの情報とに基づき、所有している紙媒体の書籍の該当ページを開き、クライアント端末に表示されるオブジェクトと併せて閲覧する。これにより、紙媒体の書籍とオブジェクトとの関連性を確立することができ、受信側ユーザーにおいてオブジェクトの内容を容易に理解することができる。

上記説明では、コンテンツの名称とページの情報とに基づいてオブジェクトの表示位置を特定しているが、オブジェクトの表示位置をさらに詳細に特定することもできる。例えば、ＳＮＳサーバ１は、受信側ユーザーの操作指示に基づいて、コンテンツ上におけるオブジェクトの表示位置の座標を取得し、取得した座標の最も近傍に存在するコンテンツ要素（例えばコンテンツを構成する画像や文章等）とオブジェクトとを関連付けてオブジェクト記憶部３（コメント保持部）に記憶する。これによりＳＮＳサーバ１は、オブジェクトと関連付けられたコンテンツ要素の位置が、紙媒体のコンテンツ上でどの位置にあるのかを特定することにより位置情報の出力形態を調整し、調整したコンテンツ要素の位置情報を、コンテンツの情報とページの情報とともに受信側ユーザーのクライアント端末へ送信することもできる。例えば、コンテンツ要素の位置情報は、ページ内の「右上」、「右下」、「左上」、「左下」等を用いることができる。

受信側ユーザーは、受信したメッセージに記載されたコンテンツの名称とページの情報とコンテンツ要素の位置情報とに基づき、所有している紙媒体の書籍の該当ページを開き、クライアント端末に表示されるオブジェクトと併せて閲覧する。これにより、紙媒体の書籍とオブジェクトとの関連性をより明確に確立することができ、受信側ユーザーにおいてオブジェクトの内容を容易に理解することができる。

また、上記説明では、コンテンツが電子書籍である場合について説明したが、少なくとも紙媒体で配布可能なコンテンツであれば適用できる。紙媒体で配布可能なコンテンツは、書籍の他、新聞、楽譜、歌詞カード、運指表等がある。

〔２−４−２．受信側において紙媒体を撮影しオブジェクトを重畳する方法〕
図２８は、紙媒体を撮影しオブジェクトを重畳する方法を実現するためのシステム構成を示すブロック図である。図２８において、図３に示すブロック図と同様の構成については、同一符号を付与して詳細な説明は省略する。図２８に示すブロック図は、図３に示すブロック図に、受信側のクライアント端末２０を追加した。

クライアント端末２０は、表示部１１と同様の機能を有する表示部２１１、表示制御部１２と同様の機能を有する表示制御部２１２、コンテンツ購入部１３と同様の機能を有するコンテンツ購入部２１３、コンテンツ選択部１４と同様の機能を有するコンテンツ選択部２１４、オブジェクト入力部１５と同様の機能を有するオブジェクト入力部２１５、コミュニティ操作部１６と同様の機能を有するコミュニティ操作部２１６、被写体を撮影可能な撮影部２１７、撮影部２１７から送られる撮影画像とコミュニティ管理部６から送られるオブジェクトとを合成する合成部２１８を備えている。

図２９は、当該システムの動作フローである。以下、当該システムの動作について説明する。なお、受信側ユーザーは、紙媒体として書籍を所有している。また、送信側ユーザーは、受信側ユーザーが所有する書籍（紙媒体）と同じ内容の電子書籍を所有している。

まず、送信側ユーザーがクライアント端末を操作して、コンテンツを引用したメッセージを受信側ユーザーへ送信する。このとき、メッセージに引用されるコンテンツは、受信側ユーザーが電子書籍として所有せず、紙媒体として所有する書籍と同じ内容のコンテンツとする（Ｓ６１）。

ＳＮＳサーバ１は、送信側ユーザーから送信されるメッセージに引用されているコンテンツの情報と、そのコンテンツにおいてオブジェクトが追加されているページとを検出する。コンテンツの情報とページの情報は、電子書籍の場合、コンテンツの管理情報に書き込まれているため、ＳＮＳサーバ１がこの管理情報を読み出すことでコンテンツの情報とページの情報とを検出することができる（Ｓ６２）。

次に、ＳＮＳサーバ１は、検出したコンテンツの情報とページの情報を、メッセージに追記して、受信側ユーザーのクライアント端末へ送信する。メッセージに記載されるコンテンツの情報は、例えばコンテンツの名称（電子書籍名）とすることにより、受信側ユーザーにおいて書籍を特定しやすいため、好ましい。ここで、コミュニティ管理部６は、検出したコンテンツのページに関連付けされたオブジェクトを、受信側のクライアント端末２０へ送信する（Ｓ６３）。

受信側ユーザーは、受信したメッセージに記載されたコンテンツの名称とページの情報とに基づき、所有している紙媒体の書籍の該当ページを開き、その該当ページを撮影部２１７で撮影する（Ｓ６４）。

次に、合成部２１８は、撮影部２１７で撮影された紙媒体の該当ページの画像と、コミュニティ管理部６から送られるオブジェクトとを合成し、合成画像を生成する。合成画像は、表示制御部２１２へ送られる。表示制御部２１２は、合成画像を表示部２１１に表示させる（Ｓ６５）。

これにより、コンテンツ（紙媒体）とオブジェクトとの関連性を確立することができ、受信側ユーザーにおいてオブジェクトの内容を容易に理解することができる。

なお、合成部２１８における撮影画像とオブジェクトとの合成は、単なる重畳処理でもよいが、拡張現実感技術を用いて合成してもよい。なお、拡張現実感とは、現実環境にコンピュータを用いて情報を付加提示する技術、および情報を付加提示された環境そのものを示す。

また、上記説明では、コンテンツが電子書籍である場合について説明したが、少なくとも紙媒体で配布可能なコンテンツであれば適用できる。紙媒体で配布可能なコンテンツは、書籍の他、新聞、楽譜、歌詞カード、運指表等がある。

〔２−４−３．送信側において紙媒体を撮影しオブジェクトを重畳する方法〕
図３０は、送信側において紙媒体を撮影しオブジェクトを重畳する方法を実現するためのシステム構成を示すブロック図である。図３０に示すシステムは、送信側ユーザーが電子書籍を所有しておらず紙媒体として書籍を所有し、受信側ユーザーが前記書籍（紙媒体）と同じ内容の電子書籍を所有している場合に有効なシステムである。

図３０において、図２８に示すブロック図と同様の構成については、同一符号を付与して詳細な説明は省略する。図３０に示すブロック図は、図２８に示すブロック図から合成部２１８を消去し、ＳＮＳサーバ１に画像マッチング処理部１０１を追加している。画像マッチング処理部１０１は、撮影部２１７で撮影された画像を認識して、コンテンツとページを特定する。なお、図３０では、クライアント端末２０を送信側とし、クライアント端末１０を受信側としている。

図３１は、当該システムの動作フローである。以下、当該システムの動作について説明する。

まず、送信側ユーザーは、クライアント端末２０を操作して、メッセージを送ろうとする受信側ユーザーを選択する（Ｓ７１）。

次に、送信側ユーザーは、所有している紙媒体の書籍の任意のページを、撮影部２１７で撮影する。撮影された画像は、ＳＮＳサーバ１の画像マッチング処理部１０１へ送られる（Ｓ７２）。

次に、送信側ユーザーは、オブジェクト入力部２１５を操作して、任意のオブジェクトを作成し、ＳＮＳサーバ１へ送る。ＳＮＳサーバ１におけるコミュニティ管理部６は、オブジェクト入力部２１５から送られるオブジェクトを画像マッチング処理部１０１へ送る（Ｓ７３）。

画像マッチング処理部１０１は、撮影部２１７から送られる撮影画像の内容を認識して、撮影部２１７によって撮影された書籍の名称とページを特定する。書籍名称とページの特定は、画像マッチング技術を用いる。例えば、撮影された書籍と同じ内容の電子書籍のコンテンツをＳＮＳサーバ１（コンテンツ記憶部４）が持っていたり、コンテンツ提供者から提供を受けることが可能であったりすると、そのコンテンツの各ページの内容と撮影画像とでマッチング処理を行えば、書籍とページを特定することができる。画像マッチング処理部１０１は、マッチング処理の結果をコミュニティ管理部６へ送る（Ｓ７４）。

次に、コミュニティ管理部６は、特定された書籍のページに関連付けされたオブジェクトを、コンテンツ（電子書籍）における該当ページに重畳させる。コンテンツ（電子書籍）は、コンテンツ提供者から送信されるコンテンツでもよいし、コンテンツ記憶部４に記憶されているコンテンツでもよい。コミュニティ管理部６は、受信側ユーザーが当該コンテンツに関する権利を持っていることを検出すると、オブジェクトが重畳されたコンテンツをクライアント端末１０の表示制御部１２へ送る。このとき、コミュニティ管理部６は、コンテンツにおけるオブジェクトが重畳されたページを開いた状態で、表示制御部１２へ送ることが好ましい（Ｓ７５）。

表示制御部１２は、コミュニティ管理部６から送られるコンテンツを表示部１１に表示させる。

これにより、コンテンツ（紙媒体）とオブジェクトとの関連性を確立することができ、受信側ユーザーはオブジェクトの内容を容易に理解することができる。

なお、画像マッチング処理部１０１は、画像マッチング処理を用いて撮影画像から書籍のページを特定するが、さらに絞り込むためにこれまでのユーザー間のコメント（オブジェクト）の履歴を用いてもよい。

また、送信側のクライアント端末２０において、ユーザーが手動でコンテンツ名とページを入力する場合は、撮影部２１７における書籍の撮影は必須ではない。

また、上記説明では、コンテンツが電子書籍である場合について説明したが、少なくとも紙媒体で配布可能なコンテンツであれば適用できる。紙媒体で配布可能なコンテンツは、書籍の他、新聞、楽譜、歌詞カード、運指表等がある。

また、上記説明では、受信側ユーザーが紙媒体の書籍を所有している場合の動作について説明したが、通信機能を持たないデバイス、もしくはＳＮＳサーバに接続できないデバイスを所有しているユーザーの場合も、紙媒体を所有するユーザーと同じく撮影や拡張現実感技術を使ってコミュニケーションできる。

〔２−５．コンテンツに関する権利が無くなった場合〕
本実施の形態では、ユーザーがコンテンツを購入することによりコンテンツに関する権利（コンテンツの著作権を侵害することのない限度においてコンテンツを利用する権利）を得ることを前提に説明したが、コンテンツは購入に限らず、視聴期間を制限して視聴可能としたり譲渡したりすることが可能である。コンテンツの視聴期間を制限したり譲渡したりすることにより、そのコンテンツに関する権利が消滅したり移転したりする場合がある。例えば、ユーザーが、視聴期間が限定されたコンテンツを視聴する場合は、コンテンツ提供者によって予め決められた視聴期間、コンテンツに関する権利がユーザーに帰属する。そのコンテンツの視聴期間が満了すると、コンテンツに関する権利は消滅する。また、コンテンツを購入したユーザーがコンテンツを他人に譲渡すると、コンテンツに関する権利はユーザーからコンテンツの譲渡を受けた他人に移転する。このように、コンテンツに関する権利は、ユーザーの元から消滅したりユーザーから他人へ移転したりする場合がある。

本実施の形態では、コンテンツに関する権利がユーザーの元から消滅したり、ユーザーがコンテンツに関する権利を他人へ移転させたりすると、コンテンツを所有しているときに行っていたコミュニケーションが継続できなくなる。ＳＮＳサーバ１は、ユーザーにおいてコンテンツに関する権利が失われた場合、そのコンテンツに関してコミュニケーションを行っていた他のユーザーに通知を行うことが好ましい。

また、ＳＮＳサーバ１は、ユーザーにおいて一度失ったコンテンツに関する権利を再び取得した場合、そのコンテンツに関してコミュニケーションを行っていた他のユーザーに通知を行うことが好ましい。

なお、メッセージ機能を用いて他のユーザーと会話中に、コンテンツに関する権利が失われた場合には、ＳＮＳサーバ１は、ユーザーの会話の相手にその旨を通知する構成とすることが好ましい。

〔３．実施の形態の効果、他〕
本実施の形態によれば、ＳＮＳサーバ１において、ユーザー毎の所有コンテンツの情報を管理することによって、コンテンツを所有していないユーザーへ誤ってメッセージを送信してしまうことを防ぐことができる。

また、送信側ユーザーが所有するコンテンツを受信側ユーザーが所有せず、受信側ユーザーが紙媒体でコンテンツを所有している場合、ＳＮＳサーバ１は、送信側ユーザーがメッセージにおいて引用しているコンテンツの情報とオブジェクトを受信側ユーザーへ送信する。これにより、受信側ユーザーは、紙媒体のコンテンツと、ＳＮＳサーバ１から送られてくるオブジェクトとを参照することで、オブジェクトの内容を容易に把握することができる。

また、受信側ユーザーが所有するコンテンツを送信側ユーザーが所有せず、送信側ユーザーが紙媒体でコンテンツを所有している場合、ＳＮＳサーバ１は、送信側ユーザーから送られる紙媒体を撮影した画像に基づき、送信側ユーザーが所有している紙媒体のコンテンツを把握する。ＳＮＳサーバ１は、把握した紙媒体のコンテンツと同じコンテンツ（電子データ）を、オブジェクトとともに受信側ユーザーへ送る。受信側ユーザーは、コンテンツに関する権利を持っているため、ＳＮＳサーバ１から送られてくるコンテンツとそれに関連付けされたオブジェクトとを閲覧することができる。

本願は、コミュニケーションサービスシステムに有用である。

１ ＳＮＳサーバ
１０、２０、３０ クライアント端末
４０ ネットワーク網

Claims (27)

1. サーバと複数のクライアントとを備えるコミュニケーションサービスシステムであって、
   前記サーバは、
   ユーザー毎に所有するコンテンツを管理し、
   一方のユーザーと他方のユーザーとが同一または関連するコンテンツを所有している場合、前記同一または関連するコンテンツを前記一方のユーザーが所有していることを、前記他方のユーザーへ開示可能であり、
   コンテンツの利用に関する権限の有無を前記クライアントごとに管理し、
   前記コンテンツの利用に関する権限を現に有する前記クライアントに対して、前記コンテンツにかかる表示画像のいずれかの座標位置に対応づけて付されたオブジェクトの、前記サーバへの送信を許可し、
   前記オブジェクトを、前記コンテンツにかかる前記表示画像の前記座標位置と関連付けて管理し、
   前記コンテンツの利用に関する権限を現に有する前記クライアントに対して、前記コンテンツにかかる前記表示画像の前記座標位置に前記オブジェクトが対応づけて付された、前記コンテンツの閲覧を許可することを特徴とするコミュニケーションサービスシステム。
2. サーバと複数のクライアントとを備えるコミュニケーションサービスシステムであって、
   前記サーバは、
   ユーザー毎に所有するコンテンツを管理し、
   一方のユーザーと他方のユーザーとが同一または関連するコンテンツを所有している場合、前記同一または関連するコンテンツを前記一方のユーザーが所有していることを、前記他方のユーザーへ開示可能であり、
   コンテンツの利用に関する権限の発生を前記クライアントごとに管理し、
   前記コンテンツの利用に関する権限を現に有する前記クライアントに対して、前記コンテンツにかかる表示画像のいずれかの座標位置に対応づけて付されたオブジェクトの、前記サーバへの送信を許可し、
   前記オブジェクトを、前記コンテンツにかかる前記表示画像の前記座標位置と関連付けて管理し、
   前記コンテンツの利用に関する権限を現に有する前記クライアントに対して、前記コンテンツにかかる前記表示画像の前記座標位置に前記オブジェクトが対応づけて付された、前記コンテンツの閲覧を許可することを特徴とするコミュニケーションサービスシステム。
3. サーバと複数のクライアントとを備えるコミュニケーションサービスシステムであって、
   前記サーバは、
   ユーザー毎に所有するコンテンツを管理し、
   一方のユーザーと他方のユーザーとが同一または関連するコンテンツを所有している場合、前記同一または関連するコンテンツを前記一方のユーザーが所有していることを、前記他方のユーザーへ開示可能であり、
   コンテンツの利用に関する権限の発生および消滅を前記クライアントごとに管理し、
   前記コンテンツの利用に関する権限を現に有する前記クライアントに対して、前記コンテンツにかかる表示画像のいずれかの座標位置に対応づけて付されたオブジェクトの、前記サーバへの送信を許可し、
   前記オブジェクトを、前記コンテンツにかかる前記表示画像の前記座標位置と関連付けて管理し、
   前記コンテンツの利用に関する権限を現に有する前記クライアントに対して、前記コンテンツにかかる前記表示画像の前記座標位置に前記オブジェクトが対応づけて付された、前記コンテンツの閲覧を許可することを特徴とするコミュニケーションサービスシステム。
4. 前記コンテンツは、コンテンツ提供者が有償で配布している、請求項１〜３のうちいずれか一項に記載のコミュニケーションサービスシステム。
5. 前記サーバは、ＳＮＳ（Social Network Service）サーバである、請求項１〜４のうちいずれか一項に記載のコミュニケーションサービスシステム。
6. 前記サーバは、
   一方のユーザーと他方のユーザーとが同一または関連するコンテンツを所有している場合、前記同一または関連するコンテンツを前記一方のユーザーが所有していることを、前記他方のユーザーへ開示するか否かを示す開示可否情報を前記クライアントから受け付け可能であり、
   受け付けた前記開示可否情報が開示する旨を示している場合、前記同一または関連するコンテンツを前記一方のユーザーが所有していることを、前記他方のユーザーへ開示する、請求項１〜５のうちいずれか一項に記載のコミュニケーションサービスシステム。
7. 前記サーバは、
   前記開示可否情報を前記クライアントから受け付けていない場合、または、受け付けた前記開示可否情報が開示しない旨を示している場合、前記同一または関連するコンテンツを前記一方のユーザーが所有していることを、前記他方のユーザーへ開示しない、請求項６に記載のコミュニケーションサービスシステム。
8. 前記サーバは、
   前記コンテンツの利用に関する権限を前記クライアントが有している場合、前記コンテンツの利用に関する権限を前記クライアントが現に有する旨を表示させるためのコンテンツ表示情報を、前記クライアントに送信し、
   前記クライアントは、
   前記コンテンツ表示情報に基づいて、前記コンテンツの利用に関する権限を前記クライアントが現に有する旨を表示することを特徴とする、請求項１〜７のうちいずれか一項に記載のコミュニケーションサービスシステム。
9. 前記クライアントは、
   前記オブジェクトの入力を受け付ける際に前記コンテンツの関連箇所の近傍に前記オブジェクトを表示させる第１の表示形態、および、前記オブジェクトの入力を受け付ける際に前記オブジェクトを前記コンテンツとは独立して表示させる第２の表示形態のいずれか１つを選択するための表示形態選択情報を前記サーバに送信し、
   前記サーバは、
   前記表示形態選択情報に基づいて、前記オブジェクトおよび前記オブジェクトが関連付けられた前記コンテンツの表示形態を決定することを特徴とする、請求項１〜８のうちいずれか一項に記載のコミュニケーションサービスシステム。
10. 前記第１の表示形態における前記オブジェクトは、前記コンテンツと少なくとも一部が重畳して表示されることを特徴とする、請求項９に記載のコミュニケーションサービスシステム。
11. 前記第１の表示形態における前記オブジェクトは、図形を含むことを特徴とする、請求項９または１０に記載のコミュニケーションサービスシステム。
12. 前記図形は、自由曲線、円形状、矩形形状および吹き出し形状のうちいずれかを含むことを特徴とする、請求項１１に記載のコミュニケーションサービスシステム。
13. 前記図形の外周を形成する線の種類または色についての入力を受け付けて設定することを特徴とする、請求項１１または１２に記載のコミュニケーションサービスシステム。
14. 前記図形の中に、ユーザーから入力を受け付けたコメントを表示することを特徴とする、請求項１１〜１３のうちいずれか一項に記載のコミュニケーションサービスシステム。
15. 前記第１の表示形態における前記オブジェクトの形状または色についての入力を受け付けて設定することを特徴とする、請求項９〜１４のうちいずれか一項に記載のコミュニケーションサービスシステム。
16. 前記第１の表示形態における前記オブジェクトは、前記コンテンツの関連箇所をユーザーが閲覧する際に障害とならない位置に表示されることを特徴とする、請求項９〜１５のうちいずれか一項に記載のコミュニケーションサービスシステム。
17. 前記オブジェクトは、画像を含むことを特徴とする、請求項１〜１６のうちいずれか一項に記載のコミュニケーションサービスシステム。
18. 前記オブジェクトは、音声を含むことを特徴とする、請求項１〜１７のうちいずれか一項に記載のコミュニケーションサービスシステム。
19. 前記オブジェクトは、音声ファイルへのリンク情報を含むことを特徴とする、請求項１〜１８のうちいずれか一項に記載のコミュニケーションサービスシステム。
20. 前記クライアントは、前記コンテンツを少なくとも一部に表示させる表示部を有しており、
    前記オブジェクトは、前記表示部の少なくとも一部に表示されることを特徴とする、請求項９〜１９のうちいずれか一項に記載のコミュニケーションサービスシステム。
21. 前記コンテンツが音楽コンテンツである場合、前記オブジェクトが関連付けられた前記コンテンツは、歌詞情報、楽譜情報および運指情報のうち少なくとも１つを含むことを特徴とする、請求項１〜２０のうちいずれか一項に記載のコミュニケーションサービスシステム。
22. 前記オブジェクトは、コンテンツまたはコンテンツにおける任意箇所を特定するためのリンク情報を含んでおり、
    前記クライアントは、
    前記リンク情報が選択されると、前記リンク情報を前記サーバに送信し、
    前記サーバは、
    前記リンク情報に基づいて、コンテンツまたはコンテンツにおける任意箇所を特定して前記クライアントに表示させることを特徴とする、請求項１〜２１のうちいずれか一項に記載のコミュニケーションサービスシステム。
23. 前記サーバは、
    同一のコンテンツについて前記コンテンツの利用に関する権限を現に有するクライアント同士がそれぞれアクセス可能なコミュニティをコンテンツごとに管理しており、
    前記コミュニティにアクセスした各クライアントに対して、前記コミュニティに対応するコンテンツに付属する付属コンテンツの利用に関する権限を与えることを特徴とする、請求項１〜２２のうちいずれか一項に記載のコミュニケーションサービスシステム。
24. 請求項１〜２３のうちいずれか一項に記載のコミュニケーションサービスシステムを構成するサーバ。
25. サーバと複数のクライアントとを用いたコミュニケーションサービス方法であって、
    ユーザー毎に所有するコンテンツを管理し、
    一方のユーザーと他方のユーザーとが同一または関連するコンテンツを所有している場合、前記同一または関連するコンテンツを前記一方のユーザーが所有していることを、前記他方のユーザーへ開示可能であり、
    コンテンツの利用に関する権限の有無を前記クライアントごとに管理し、
    前記コンテンツの利用に関する権限を現に有する前記クライアントに対して、前記コンテンツにかかる表示画像のいずれかの座標位置に対応づけて付されたオブジェクトの、前記サーバへの送信を許可し、
    前記オブジェクトを、前記コンテンツにかかる前記表示画像の前記座標位置と関連付けて管理し、
    前記コンテンツの利用に関する権限を現に有する前記クライアントに対して、前記コンテンツにかかる前記表示画像の前記座標位置に前記オブジェクトが対応づけて付された、前記コンテンツの閲覧を許可することを特徴とするコミュニケーションサービス方法。
26. サーバと複数のクライアントとを用いたコミュニケーションサービス方法であって、
    ユーザー毎に所有するコンテンツを管理し、
    一方のユーザーと他方のユーザーとが同一または関連するコンテンツを所有している場合、前記同一または関連するコンテンツを前記一方のユーザーが所有していることを、前記他方のユーザーへ開示可能であり、
    コンテンツの利用に関する権限の発生を前記クライアントごとに管理し、
    前記コンテンツの利用に関する権限を現に有する前記クライアントに対して、前記コンテンツにかかる表示画像のいずれかの座標位置に対応づけて付されたオブジェクトの、前記サーバへの送信を許可し、
    前記オブジェクトを、前記コンテンツにかかる前記表示画像の前記座標位置と関連付けて管理し、
    前記コンテンツの利用に関する権限を現に有する前記クライアントに対して、前記コンテンツにかかる前記表示画像の前記座標位置に前記オブジェクトが対応づけて付された、前記コンテンツの閲覧を許可することを特徴とするコミュニケーションサービス方法。
27. サーバと複数のクライアントとを用いたコミュニケーションサービス方法であって、
    ユーザー毎に所有するコンテンツを管理し、
    一方のユーザーと他方のユーザーとが同一または関連するコンテンツを所有している場合、前記同一または関連するコンテンツを前記一方のユーザーが所有していることを、前記他方のユーザーへ開示可能であり、
    コンテンツの利用に関する権限の発生および消滅を前記クライアントごとに管理し、
    前記コンテンツの利用に関する権限を現に有する前記クライアントに対して、前記コンテンツにかかる表示画像のいずれかの座標位置に対応づけて付されたオブジェクトの、前記サーバへの送信を許可し、
    前記オブジェクトを、前記コンテンツにかかる前記表示画像の前記座標位置と関連付けて管理し、
    前記コンテンツの利用に関する権限を現に有する前記クライアントに対して、前記コンテンツにかかる前記表示画像の前記座標位置に前記オブジェクトが対応づけて付された、前記コンテンツの閲覧を許可することを特徴とするコミュニケーションサービス方法。

Images