JP2011048445A - Ｓｎｓサーバ、コンテンツ通知方法およびそのプログラム - Google Patents

Abstract

【課題】ＳＮＳにおいて、コンテンツを適切に評価して、その評価の高さに応じた適切な範囲のユーザにそのコンテンツの存在を通知することを課題とする。
【解決手段】本発明は、ＩＰネットワーク３を介して、ＳＮＳのユーザが使用する複数のユーザ端末２を管理し、ユーザのうちコンテンツの作成者であるクリエイタがユーザ端末２によって送信したコンテンツを受信し、当該コンテンツの存在を他のユーザ端末２に通知するＳＮＳサーバ１である。このＳＮＳサーバ１によれば、ユーザ端末２からコンテンツの入力を受け付けたとき、そのコンテンツを作成したクリエイタの評価値に基づいて当該コンテンツの存在の通知先の範囲内のユーザ端末２を決定することで、コンテンツを適切に評価し、適切な範囲のユーザにそのコンテンツの存在を通知することができる。
【選択図】図１

Description

本発明は、ソーシャル・ネットワーキング・サービス（以下、ＳＮＳという。）において、コンテンツの存在を適切な範囲のユーザに通知する技術に関する。

近年、コミュニティ型のＷｅｂサイトを用いたサービスであるＳＮＳを利用するユーザが増加している。ＳＮＳでは、友人間、知人間のコミュニケーションを円滑にする場や、趣味、嗜好、居住地域、出身校、あるいは「友人の友人」といったつながりを通じて新たな人間関係を構築する場が提供される。

また、ＳＮＳにおいて、ユーザは、コンテンツ（例えば、趣味情報、ブログ、各種動画など）を作成してサーバにアップロードすることで、そのコンテンツを他のユーザに公開する。他のユーザは、その公開されたコンテンツを、そのＷｅｂサイトで自発的に見つけることで、あるいは、ＳＮＳによる通知を受けて知ることで、閲覧することができる。また、企業人向けのＳＮＳもある（非特許文献１参照）。

"IBM Lotus Connections 2.0"、[online]、ＩＢＭ、[平成２１年８月８日検索]、インターネット＜ＵＲＬ：http://www-06.ibm.com/software/jp/lotus/products/connections/＞

しかしながら、前記非特許文献１を含めた従来技術では、ＳＮＳにおいて、コンテンツの存在を適切な範囲のユーザに通知することができなかった。例えば、そのＷｅｂサイトにコンテンツがアップロードされるたびに、すべてのユーザにそのコンテンツの存在を通知することはできる。しかし、その方法では、ユーザが、閲覧を所望しないコンテンツまでその存在の通知を受けてしまうことになり、好ましくない。

ユーザは、まず、作成者が友人や知人であるコンテンツであれば、その閲覧を所望する可能性が高い。また、ユーザは、優良なコンテンツであれば、その閲覧を所望する可能性がさらに高くなる。コンテンツの優劣を評価する方法としては、例えば、ユーザからの実際のアクセス数に基づく方法がある。しかし、優良なコンテンツであっても、公開して間もない頃は必ずアクセス数が少ないので、そのような方法ではコンテンツを適切に評価できない。

そこで、本発明は、前記した問題を解決するためになされたものであり、ＳＮＳにおいて、コンテンツを適切に評価して、その評価の高さに応じた適切な範囲のユーザにそのコンテンツの存在を通知することを課題とする。

前記した課題を解決するために、本発明は、ネットワークを介して、ＳＮＳのユーザが使用する複数のユーザ端末を管理し、ユーザのうちコンテンツの作成者であるクリエイタがユーザ端末によって送信したコンテンツを受信し、当該コンテンツの存在を他のユーザ端末に通知するＳＮＳサーバである。ＳＮＳサーバは、ユーザ端末から送信されたコンテンツの入力を受け付ける入力部と、クリエイタごとに付与される評価値と、評価値それぞれに対して当該評価値が高いほどコンテンツの存在の通知先の範囲が広く設定された通知先範囲情報と、の対応情報、および、コンテンツごとに、そのコンテンツを作成したクリエイタを示したコンテンツ管理情報、を記憶する記憶部と、クリエイタごとに、過去に作成した１つ以上のコンテンツに対する、ユーザ端末からのアクセス状況あるいは購入状況、または外部機関による評価に基づいて、評価値を付与するクリエイタランキング手段と、入力部がいずれかのユーザ端末からコンテンツの入力を受け付けたとき、コンテンツ管理情報を参照して当該コンテンツを作成したクリエイタを特定し、当該特定したクリエイタに対して予めクリエイタランキング手段によって付与されている評価値と、記憶部に記憶された対応情報とに基づいて、当該コンテンツの存在の通知先の範囲内のユーザ端末を決定し、当該決定したユーザ端末に当該コンテンツの存在を通知するマッチングルーティング手段と、を備えることを特徴とする。

かかる発明によれば、ＳＮＳサーバは、ユーザ端末からコンテンツの入力を受け付けたとき、そのコンテンツを作成したクリエイタの評価値に基づいて当該コンテンツの存在の通知先の範囲内のユーザ端末を決定することで、コンテンツを適切に評価し、適切な範囲のユーザにそのコンテンツの存在を通知することができる。

また、本発明は、クリエイタランキング手段が、クリエイタごとに、過去に作成した１つ以上のコンテンツに対する複数のユーザ端末からの１つのコンテンツあたりの平均アクセス数を計算し、当該平均アクセス数が多いほど高い評価値を付与することを特徴とする。

かかる発明によれば、クリエイタごとに、過去のコンテンツへの１つのコンテンツあたりの平均アクセス数に基づいた適切な評価値を付与することができる。

また、本発明は、記憶部が、ユーザに関する属性情報であるプロフィールと、コンテンツごとに付与される当該コンテンツの属性情報であるメタデータと、をさらに記憶しており、マッチングルーティング手段は、入力部がいずれかのユーザ端末からコンテンツの入力を受け付けたとき、コンテンツ管理情報を参照して当該コンテンツを作成したクリエイタを特定し、当該特定したクリエイタに対して予めクリエイタランキング手段によって付与されている評価値と、記憶部に記憶された対応情報とに基づいて、当該コンテンツの存在の通知先の範囲内のユーザ端末を決定した後、さらに、当該コンテンツのメタデータと決定したユーザ端末のユーザのプロフィールとの所定の項目における一致度をユーザごとに判定し、当該コンテンツの存在の通知先を、当該一致度が所定以上のユーザのユーザ端末に絞り込み、当該絞り込んだユーザ端末に当該コンテンツの存在を通知することを特徴とする。

かかる発明によれば、コンテンツのメタデータとユーザのプロフィールとの一致度に基づいて当該コンテンツの存在の通知先を絞り込むことで、当該通知を不要と感じる可能性が高いユーザに当該通知を行う事態を回避できる。

また、本発明は、コンテンツ通知方法をコンピュータに実行させるためのプログラムである。かかるプログラムによれば、コンテンツ通知方法を一般的なコンピュータに実行させることができる。

本発明によれば、ＳＮＳにおいて、コンテンツを適切に評価して、その評価の高さに応じた適切な範囲のユーザにそのコンテンツの存在を通知することができる。

本実施形態のコミュニケーション促進システムの全体構成図である。 アクティビティとフレンドの概念の説明図である。 フレンドのつながりの一例を示す図である。 フレンドのつながりの一例を示す図である。 アップロードデータの一例を示す図である。 クリエイタ別アクセス情報の一例を示す図である。 （ａ）はクリエイタランキング表の一例を示す図であり、（ｂ）は対応情報の一例を示す図である。 平均アクセス数の算出の処理を示すフローチャートである。 クリエイタの評価値の設定の処理を示すフローチャートである。 コンテンツの存在の通知の処理を示すフローチャートである。

以下、図面を参照して、本発明を実施するための形態（以下、「実施形態」という。）について説明する。

図１に示すように、本実施形態のコミュニケーション促進システムＳは、ＳＮＳサーバ１と、複数のユーザ端末２と、を備えている。ＳＮＳサーバ１と、複数のユーザ端末２とは、ＩＰネットワーク３を介して互いに通信可能となっている。

ユーザ端末２は、ＳＮＳのユーザが使用するコンピュータ装置（例えばパソコン）であり、ウェブブラウザを備えている。ユーザは、ユーザ端末２を用いて、ＳＮＳサーバ１と通信することで、ＳＮＳサーバ１によるサービスを受けることができる。また、ユーザ端末２は、コンテンツ作成ソフトウェアを備えており、クリエイタ（ユーザのうちのコンテンツの作成者）は、ユーザ端末２を用いてＳＮＳサーバ１と通信することで、ＳＮＳサーバ１に対してコンテンツをアップロードしたり、ＳＮＳサーバ１によるサービスを受けたりすることができる。

ＳＮＳサーバ１は、複数のユーザ端末２を管理し、また、ユーザ端末２から受信したコンテンツをユーザ端末２のユーザに公開したり、そのコンテンツの存在をユーザ端末２に通知したりするコンピュータ装置である。ＳＮＳサーバ１は、演算部１０と、入力部１０１と、出力部１０２と、記憶部１０３と、通信部１０４とを備える。

入力部１０１は、ユーザ端末２から送られたコンテンツの入力を受け付けるなどの機能を有する手段であり、例えば、入力インタフェース、入力ポート、マウス、キーボードなどから構成される。

出力部１０２は、情報を出力する手段であり、例えば、出力インタフェース、出力ポート、ＬＣＤ（Liquid Crystal Display）、スピーカなどから構成される。

記憶部１０３は、情報を記憶する手段であり、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）などから構成される。記憶部１０３は、演算部１０における各手段が使用する情報として、ユーザ情報１１１、プロフィール１１２、コンテンツ１１３、メタデータ１１４、クリエイタ別アクセス情報１１５、クリエイタランキング表１１６、フレンド情報１１７、対応情報１１８、サーバアプリケーション１１９を記憶する（詳細は適宜後記）。また、記憶部１０３は、その他に、コンテンツごとにそのコンテンツを作成したクリエイタを示したコンテンツ管理情報も記憶する。

通信部１０４は、ＩＰネットワーク３を介してユーザ端末２と通信するための手段であり、例えば、通信インタフェースや通信ポートから構成される。

演算部１０は、情報を演算する手段であり、サーバアプリケーション実行手段１１、ユーザ管理手段１２、フレンド管理手段１３、アクティビティ管理手段１４、プロフィール管理手段１５、コンテンツ管理手段１６、クリエイタランキング手段１７、メタデータ管理手段１８およびマッチングルーティング手段１９から構成され、例えば、ＣＰＵ（Central Processing Unit）によって実現される。

サーバアプリケーション実行手段１１は、ユーザ端末２からの要求を受け付けて対応するためのサーバアプリケーション１１９を実行する手段である。

ユーザ管理手段１２は、ユーザ端末２のユーザに関するＩＰ（Internet Protocol）アドレスなどの情報であるユーザ情報１１１を管理する。

フレンド管理手段１３は、フレンドに関する情報であるフレンド情報１１７を管理する。図２に示すように、フレンドとは、ユーザ端末２を介したユーザ同士のつながりを示す概念である。本実施形態では、ユーザ同士の現実社会でのつながりを「友人」と称し、ユーザ同士のＳＮＳを介したつながりを「フレンド」と称する。フレンド情報１１７には、趣味、嗜好、居住地域などに基づいてフレンドの関係となっているユーザ同士に関する情報が記憶される。

したがって、ユーザは、ＳＮＳを介してＩＰネットワーク３上に、「フレンド」や「フレンドのフレンド」といったつながりを構築することができる。例えば、図３に示すような複数のフレンドの関係（各実線の直線の両サイドの二人の関係）がある場合に、本人（クリエイタ）であるユーザＡからみて、フレンドはユーザＢで、フレンドのフレンドはユーザＣ、Ｄで、フレンドのフレンドのフレンドはユーザＥである。

このような場合に、図４に示すように、ユーザＡ、Ｂ、Ｃの所在地（居住地域）が「東京」で、ユーザＤ、Ｅの所在地が「大阪」であったとする。例えば、ユーザＡの作成したコンテンツの存在を、「フレンドのフレンドまで」、かつ、「所在地が東京のユーザだけ」に通知するものとすると、通知先として該当するユーザはユーザＢ、Ｃとなる。

図１に戻って説明を続けると、アクティビティ管理手段１４は、アクティビティの範囲を管理する手段である。ここで、アクティビティとは、他のユーザに影響を与えるユーザの行動等を意味する。例えば、ユーザ端末２ａのユーザがブログを書いてＩＰネットワーク３を介してＳＮＳサーバ１にアップロードし、そのブログのアップロードの旨が、ＳＮＳサーバ１からフレンドであるユーザ端末２ｂのユーザに通知されたとする。これを、アクティビティ（または、「アクティビティの伝達（通知）」）という。

アクティビティの際は、ＳＮＳサーバ１からブログを閲覧するためのＵＲＩ（Uniform Resource Identifier）が通知される。ユーザ端末２ｂのユーザは、アクティビティを受け、該ＵＲＩを用いることで、該ブログを参照することができる。なお、アクティビティで通知されるのは、ブログだけでなく、各種情報、音楽、動画など、ＳＮＳサーバ１にアップロードできるものであれば何でもよい。

プロフィール管理手段１５は、ユーザ端末２のユーザに関する属性情報であるプロフィール１１２（以下、単に「プロフィール」ともいう。）を管理する。プロフィールは、１つ以上の項目から構成される。項目としては、例えば、名前、ニックネーム、所在地、趣味などがある。その他の項目があってもよい。

コンテンツ管理手段１６は、クリエイタが作成してＳＮＳサーバ１にアップロードしたコンテンツ１１３（以下、単に「コンテンツ」ともいう。）を管理する。

クリエイタランキング手段１７は、クリエイタごとに、過去に作成した１つ以上のコンテンツに対する、ユーザ端末２からのアクセス状況あるいは購入状況、または外部機関による評価（コンテンツの属する分野における雑誌等による評価など）に基づいて、評価値を付与する。具体的には、クリエイタ別アクセス情報１１５とクリエイタランキング表１１６を更新する。

図６に示すように、クリエイタ別アクセス情報１１５は、クリエイタごとに作成され、そのクリエイタが過去に作成したすべてのコンテンツに対するユーザ端末２からのアクセス数（アクセス状況）を記憶し（領域６１）、また、その１つのコンテンツあたりの平均アクセス数（以下、単に「平均アクセス数」という。）も記憶する（領域６２）。

また、図７（ａ）に示すように、クリエイタランキング表１１６では、平均アクセス数（図６の領域６２参照）に基づいてランキングされたクリエイタと、そのクリエイタに対して絶対評価（平均アクセス数の絶対値に基づく評価）または相対評価（ランキングの順位に基づく評価）によって付与された「０」〜「１０」の１１段階の評価値が記憶される。

図１に戻って説明を続けると、メタデータ管理手段１８は、コンテンツごとに付与された当該コンテンツの属性情報であるメタデータ１１４（以下、単に「メタデータ」ともいう。）を管理する。メタデータは、１つ以上の項目から構成される。メタデータは、コンテンツの属性、分野等であり、クリエイタによって予めコンテンツに対して付与され、コンテンツとともにＳＮＳサーバ１にアップロードされる。図５に示すように、アップロードデータ８は、コンテンツ８１とメタデータ８２から構成される。ユーザ端末２から送信されるアップロードデータ８は、ＳＮＳサーバ１で受信された後、記憶部１０３でコンテンツとメタデータに分けられて管理される。メタデータは、項目単位あるいは単語単位で管理される。なお、コンテンツを作成したクリエイタを特定するための情報は、メタデータ８２に含めてもよいし、メタデータ８２以外としてアップロードデータ８に含めてもよい。

図１に戻って説明を続けると、マッチングルーティング手段１９は、入力部１０１がいずれかのユーザ端末２からコンテンツの入力を受け付けたとき、当該コンテンツを作成したクリエイタに対して予めクリエイタランキング手段１７によって付与されている評価値（図７（ａ）参照）と、記憶部１０３に記憶された対応情報１１８（図７（ｂ）参照）に基づいて、当該コンテンツの存在の通知先の範囲内のユーザ端末２を決定する。

図７（ｂ）に示すように、対応情報１１８では、クリエイタごとに評価される評価値（「０」〜「５」、「６」〜「１０」）と、評価値それぞれに対して当該評価値が高いほどコンテンツの存在の通知先の範囲が広く（厳密には「同じかあるいは広く」）設定された通知先範囲情報（「フレンド」まで、「フレンドのフレンド」まで）とが、対応付けて記憶されている。

次に、図８を参照して、クリエイタの平均アクセス数の算出の処理について説明する（適宜図１等参照）。なお、この処理は、クリエイタごとに行われる。

まず、クリエイタランキング手段１７は、記憶部１０３に記憶されたコンテンツ１１３に基づいて、対象のクリエイタが過去に作成したコンテンツの一覧を作成する（ステップＳ８１）。

次に、クリエイタランキング手段１７は、記憶部１０３のコンテンツ１１３を参照して、そのクリエイタから新たなコンテンツの追加があったか否かを判定し（ステップＳ８２）、追加がない場合には（Ｎｏ）、ステップＳ８５に進む。

対象のクリエイタから新たなコンテンツの追加があった場合（ステップＳ８２でＹｅｓ）、コンテンツ管理手段１６はそのコンテンツを記憶部１０３のコンテンツ１１３に格納した上でＷｅｂサイト上に公開し（ステップＳ８３）、メタデータ管理手段１８はそのコンテンツに付随して受け取ったメタデータを記憶部１０３のメタデータ１１４に格納する。

ステップＳ８３の後、クリエイタランキング手段１７は、その追加されたコンテンツに基づき、対象のクリエイタが過去に作成したコンテンツの一覧を再作成し（ステップＳ８４）、ステップＳ８５に進む。

ステップＳ８５において、クリエイタランキング手段１７は、ユーザ端末２からの各コンテンツへのアクセスに応じて、各コンテンツへのアクセス数を順次記録する。つまり、クリエイタ別アクセス情報１１５における領域６１（図６参照）を順次更新する。

その後、ステップＳ８６において、クリエイタランキング手段１７は、平均アクセス数を算出する。つまり、クリエイタ別アクセス情報１１５における領域６２（図６参照）を更新する。その後、ステップＳ８２に戻る。

このようにして、クリエイタランキング手段１７は、クリエイタごとの平均アクセス数を算出することができる。

次に、図９を参照して、クリエイタの評価値の設定の処理について説明する（適宜図１等参照）。

まず、クリエイタランキング手段１７は、各クリエイタの評価値の初期値を設定する（ステップＳ９１）。この初期値は、例えば、「０」にしてもよいし、クリエイタごとに個別の値を設定するようにしてもよい。

次に、クリエイタランキング手段１７は、評価タイミングが到来したか否かを判定する（ステップＳ９２）。この評価タイミングは、例えば、１日単位や１時間単位、あるいは、ＳＮＳサーバ１の管理者からの指示に基づいたタイミングなど、任意のタイミングであってよい。評価タイミングが到来していない場合（ステップＳ９２でＮｏ）、ステップＳ９２の処理を繰り返す。

評価タイミングが到来した場合（ステップＳ９２でＹｅｓ）、クリエイタランキング手段１７は、記憶部１０３のクリエイタ別アクセス情報１１５の領域６２を参照して、各クリエイタの平均アクセス数を取得する（ステップＳ９３）。

続いて、クリエイタランキング手段１７は、ステップＳ９３で取得した平均アクセス数に基づいて各クリエイタのランキングを行い、そのランキングに基づいて、「０」〜「１０」の１１段階の評価値を各クリエイタに関して設定する（図７（ａ）参照）（ステップＳ９４）。その後、ステップＳ９２に戻る。

このようにして、クリエイタランキング手段１７は、各クリエイタの評価値を設定することができる。

次に、図１０を参照して、コンテンツの存在の通知の処理について説明する（適宜図１等参照）。

まず、ＳＮＳサーバ１がいずれかのユーザ端末２からコンテンツを受信した場合、マッチングルーティング手段１９は、記憶部１０３のクリエイタランキング表１１６（図７（ａ）参照）を参照して、そのコンテンツを作成したクリエイタの評価値を取得する（ステップＳ１０１）。

次に、マッチングルーティング手段１９は、記憶部１０３の対応情報１１８（図７（ｂ）参照）を参照し、ステップＳ１０１で取得した評価値に応じたアクティビティ範囲（コンテンツの存在を通知するユーザ端末２の範囲）を決定（仮決定）する（ステップＳ１０２）。例えば、図７（ａ）のクリエイタランキング表１１６の例において、コンテンツを作成したのがクリエイタ「ＡＡ」であれば、評価値が「１０」なので、「フレンドのフレンド」までをアクティビティ範囲として決定する。また、コンテンツを作成したのがクリエイタ「ＦＦ」であれば、評価値が「５」なので、「フレンド」までをアクティビティ範囲として決定する。

ステップＳ１０２の後、マッチングルーティング手段１９は、当該コンテンツのメタデータとステップＳ１０２で決定した範囲のユーザ端末２のユーザのプロフィールとの所定の項目における一致度をユーザごとに判定し、当該コンテンツの存在の通知先を、当該一致度が所定以上のユーザのユーザ端末２に絞り込み（ステップＳ１０３）、当該絞り込んだユーザ端末２に当該コンテンツの存在をそのコンテンツのＵＲＩなどとともに通知する（ステップＳ１０４）。

なお、ステップＳ１０３では、例えば、当該コンテンツのメタデータを記憶部１０３のメモリ（不図示）に展開し、その展開した単語のいずれかをプロフィールに有するユーザのユーザ端末２を、絞り込んで残すユーザ端末２とする。例えば、コンテンツのメタデータに「東京」という単語が入っている場合、「東京」をプロフィールに有するユーザのユーザ端末２が残され、「大阪」などのその他の地名をプロフィールに有するユーザのユーザ端末２は絞り込みで除外される。なお、この一致度を判定する際、「東京」という単語に対して、「東京」だけを一致度が所定以上の単語とみなすのではなく、「東京」のほかに「杉並区」や「関東」なども一致度が所定以上の単語とみなすようにしてもよい。

このようにして、本実施形態のコミュニケーション促進システムＳによれば、コンテンツの存在の通知先を決定する際、そのコンテンツへの実際のアクセス数などではなく、そのコンテンツを作成したクリエイタの評価値に基づいて当該コンテンツの存在の通知先の範囲内のユーザ端末を決定することで、コンテンツを適切に評価し、適切な範囲のユーザにそのコンテンツの存在を通知することができる。これにより、ユーザ同士のコミュニケーションを促進することができる。

また、クリエイタごとに、過去のコンテンツへの１つのコンテンツあたりの平均アクセス数に基づいた適切な評価値を付与することができる。

また、コンテンツのメタデータとユーザのプロフィールとの一致度に基づいて当該コンテンツの存在の通知先を絞り込むことで、当該通知を不要と感じる可能性が高いユーザに当該通知を行う事態を回避できる。

なお、ＳＮＳサーバ１を構成するコンピュータに実行させるプログラムを作成し、コンピュータにインストールすることにより、コンピュータは、そのプログラムに基づいた各機能を実現することができる。

以上で本実施形態の説明を終えるが、本発明の態様はこれらに限定されるものではない。
例えば、クリエイタごとに評価値を付与する際、ユーザ端末２からの平均アクセス数ではなく、ユーザ端末２による過去のそのクリエイタのコンテンツの購入状況や、外部機関による評価（コンテンツの属する分野における雑誌等による評価など）に基づいて、当該評価値を付与してもよい。

また、対応情報１１８において、アクティビティ範囲の種類は２種類でなく、３種類以上であってもよい。
その他、具体的な構成や処理について、本発明の主旨を逸脱しない範囲で適宜変更が可能である。

１ ＳＮＳサーバ
２ ユーザ端末
３ ＩＰネットワーク
１０ 演算部
１１ サーバアプリケーション実行手段
１２ ユーザ管理手段
１３ フレンド管理手段
１４ アクティビティ管理手段
１５ プロフィール管理手段
１６ コンテンツ管理手段
１７ クリエイタランキング手段
１８ メタデータ管理手段
１９ マッチングルーティング手段
１０１ 入力部
１０２ 出力部
１０３ 記憶部
１０４ 通信部

Claims (7)

1. ネットワークを介して、ＳＮＳ（Social Networking Service）のユーザが使用する複数のユーザ端末を管理し、前記ユーザのうちコンテンツの作成者であるクリエイタが前記ユーザ端末によって送信したコンテンツを受信し、当該コンテンツの存在を他の前記ユーザ端末に通知するＳＮＳサーバであって、
   前記ユーザ端末から送信されたコンテンツの入力を受け付ける入力部と、
   前記クリエイタごとに付与される評価値と、前記評価値それぞれに対して当該評価値が高いほどコンテンツの存在の通知先の範囲が広く設定された通知先範囲情報と、の対応情報、および、
   前記コンテンツごとに、そのコンテンツを作成したクリエイタを示したコンテンツ管理情報、
   を記憶する記憶部と、
   前記クリエイタごとに、過去に作成した１つ以上のコンテンツに対する、前記ユーザ端末からのアクセス状況あるいは購入状況、または外部機関による評価に基づいて、前記評価値を付与するクリエイタランキング手段と、
   前記入力部がいずれかの前記ユーザ端末からコンテンツの入力を受け付けたとき、前記コンテンツ管理情報を参照して当該コンテンツを作成したクリエイタを特定し、当該特定したクリエイタに対して予め前記クリエイタランキング手段によって付与されている前記評価値と、前記記憶部に記憶された対応情報とに基づいて、当該コンテンツの存在の通知先の範囲内の前記ユーザ端末を決定し、当該決定したユーザ端末に当該コンテンツの存在を通知するマッチングルーティング手段と、
   を備えることを特徴とするＳＮＳサーバ。
2. 前記クリエイタランキング手段は、
   前記クリエイタごとに、過去に作成した１つ以上のコンテンツに対する複数の前記ユーザ端末からの１つのコンテンツあたりの平均アクセス数を計算し、当該平均アクセス数が多いほど高い評価値を付与する
   ことを特徴とする請求項１に記載のＳＮＳサーバ。
3. 前記記憶部は、
   前記ユーザに関する属性情報であるプロフィールと、前記コンテンツごとに付与される当該コンテンツの属性情報であるメタデータと、をさらに記憶しており、
   前記マッチングルーティング手段は、
   前記入力部がいずれかの前記ユーザ端末からコンテンツの入力を受け付けたとき、前記コンテンツ管理情報を参照して当該コンテンツを作成したクリエイタを特定し、当該特定したクリエイタに対して予め前記クリエイタランキング手段によって付与されている前記評価値と、前記記憶部に記憶された対応情報とに基づいて、当該コンテンツの存在の通知先の範囲内の前記ユーザ端末を決定した後、
   さらに、当該コンテンツの前記メタデータと前記決定したユーザ端末のユーザの前記プロフィールとの所定の項目における一致度をユーザごとに判定し、当該コンテンツの存在の通知先を、当該一致度が所定以上のユーザのユーザ端末に絞り込み、当該絞り込んだユーザ端末に当該コンテンツの存在を通知する
   ことを特徴とする請求項１に記載のＳＮＳサーバ。
4. ネットワークを介して、ＳＮＳ（Social Networking Service）のユーザが使用する複数のユーザ端末を管理し、前記ユーザのうちコンテンツの作成者であるクリエイタが前記ユーザ端末によって送信したコンテンツを受信し、当該コンテンツの存在を他の前記ユーザ端末に通知するＳＮＳサーバによるコンテンツ通知方法であって、
   前記ＳＮＳサーバは、
   入力部と、
   前記クリエイタごとに付与される評価値と、前記評価値それぞれに対して当該評価値が高いほどコンテンツの存在の通知先の範囲が広く設定された通知先範囲情報と、の対応情報、および、
   前記コンテンツごとに、そのコンテンツを作成したクリエイタを示したコンテンツ管理情報、
   を記憶する記憶部と、
   クリエイタランキング手段と、
   マッチングルーティング手段と、を備えており、
   前記入力部は、
   前記ユーザ端末から送信されたコンテンツの入力を受け付け、
   前記クリエイタランキング手段は、
   前記クリエイタごとに、過去に作成した１つ以上のコンテンツに対する、前記ユーザ端末からのアクセス状況あるいは購入状況、または外部機関による評価に基づいて、前記評価値を付与し、
   前記マッチングルーティング手段は、
   前記入力部がいずれかの前記ユーザ端末からコンテンツの入力を受け付けたとき、前記コンテンツ管理情報を参照して当該コンテンツを作成したクリエイタを特定し、当該特定したクリエイタに対して予め前記クリエイタランキング手段によって付与されている前記評価値と、前記記憶部に記憶された対応情報とに基づいて、当該コンテンツの存在の通知先の範囲内の前記ユーザ端末を決定し、当該決定したユーザ端末に当該コンテンツの存在を通知する
   ことを特徴とするコンテンツ通知方法。
5. 前記クリエイタランキング手段は、
   前記クリエイタごとに、過去に作成した１つ以上のコンテンツに対する複数の前記ユーザ端末からの１つのコンテンツあたりの平均アクセス数を計算し、当該平均アクセス数が多いほど高い評価値を付与する
   ことを特徴とする請求項４に記載のコンテンツ通知方法。
6. 前記記憶部は、
   前記ユーザに関する属性情報であるプロフィールと、前記コンテンツごとに付与される当該コンテンツの属性情報であるメタデータと、をさらに記憶しており、
   前記マッチングルーティング手段は、
   前記入力部がいずれかの前記ユーザ端末からコンテンツの入力を受け付けたとき、前記コンテンツ管理情報を参照して当該コンテンツを作成したクリエイタを特定し、当該特定したクリエイタに対して予め前記クリエイタランキング手段によって付与されている前記評価値と、前記記憶部に記憶された対応情報とに基づいて、当該コンテンツの存在の通知先の範囲内の前記ユーザ端末を決定した後、
   さらに、当該コンテンツの前記メタデータと前記決定したユーザ端末のユーザの前記プロフィールとの所定の項目における一致度をユーザごとに判定し、当該コンテンツの存在の通知先を、当該一致度が所定以上のユーザのユーザ端末に絞り込み、当該絞り込んだユーザ端末に当該コンテンツの存在を通知する
   ことを特徴とする請求項４に記載のコンテンツ通知方法。
7. 請求項４ないし請求項６のいずれか１項に記載のコンテンツ通知方法をコンピュータに実行させるためのプログラム。
   

Images