特許 6433620 ＳＮＳ連動報酬付与システム、ＳＮＳ連動報酬付与方法、およびＳＮＳ連動報酬付与プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6433620

(24)【登録日】2018年11月16日

(45)【発行日】2018年12月5日

(54)【発明の名称】ＳＮＳ連動報酬付与システム、ＳＮＳ連動報酬付与方法、およびＳＮＳ連動報酬付与プログラム

(51)【国際特許分類】

   G06Q 30/02 20120101AFI20181126BHJP

   G06Q 50/00 20120101ALI20181126BHJP

【ＦＩ】

   G06Q30/02 332

   G06Q50/00 300

【請求項の数】6

【全頁数】19

(21)【出願番号】特願2018-513970(P2018-513970)

(86)(22)【出願日】2016年4月26日

(86)【国際出願番号】JP2016062980

(87)【国際公開番号】WO2017187497

(87)【国際公開日】20171102

【審査請求日】2018年6月23日

【早期審査対象出願】

(73)【特許権者】

【識別番号】500521522

【氏名又は名称】株式会社オプティム

(74)【代理人】

【識別番号】100177220

【弁理士】

【氏名又は名称】小木 智彦

(72)【発明者】

【氏名】菅谷 俊二

【審査官】 貝塚 涼

(56)【参考文献】

【文献】 特開２０１３−１２０４１８（ＪＰ，Ａ）

【文献】 特開２０１２−２１６１６８（ＪＰ，Ａ）

【文献】 特開２０１４−１３７７５７（ＪＰ，Ａ）

【文献】 特開２００７−１４３９６（ＪＰ，Ａ）

【文献】 特開２０１５−１７７５（ＪＰ，Ａ）

【文献】 松浦法子，ＬＩＮＥでビジネスとコミュニケーションを加速する方法，日本，株式会社ソーテック社，２０１４年 ４月３０日，第１版，第２２４−２２５頁，ＩＳＢＮ：９７８−４−８００７−２００３−０

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００ − ９９／００

(57)【特許請求の範囲】

【請求項1】

ＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）と連動して報酬を付与するＳＮＳ連動報酬付与システムであって、
ＳＮＳユーザの友達のうち、当該ＳＮＳにおいて一定期間内にコメントやリアクションを行ったアクティブな友達のみの人数をカウントするとともに、当該ＳＮＳユーザが複数のＳＮＳを利用している場合、当該複数のＳＮＳにおいて一定期間内にコメントやリアクションを行ったアクティブな友達のみをカウントして合計し、かつ、同一の友達が複数のＳＮＳに存在する場合には、重複する友達は１回のみカウントする友達人数カウント手段と、
前記ＳＮＳユーザによって前記ＳＮＳに書き込まれた所定の商品に関する記事の更新頻度をカウントする更新頻度カウント手段と、
前記カウントした友達の人数が所定人数以上、かつ、前記カウントした更新頻度が所定頻度以上、である場合に、前記ＳＮＳユーザに前記所定の商品に関する報酬を付与する付与手段と、
を備えることを特徴とするＳＮＳ連動報酬付与システム。

【請求項2】

前記報酬とは、クーポン、または、ポイント、であることを特徴とする請求項１に記載のＳＮＳ連動報酬付与システム。

【請求項3】

前記更新頻度カウント手段は、前記所定の商品に対して好意的な内容の記事のみを更新したとしてカウントすることを特徴とする請求項１または請求項２に記載のＳＮＳ連動報酬付与システム。

【請求項4】

前記更新頻度カウント手段は、１日に複数回の更新を行った場合には１回のみカウントすることを特徴とする請求項１から請求項３のいずれかに記載のＳＮＳ連動報酬付与システム。

【請求項5】

ＳＮＳと連動して報酬を付与するＳＮＳ連動報酬付与システムが実行するＳＮＳ連動報酬付与方法であって、
ＳＮＳユーザのうち、当該ＳＮＳにおいて一定期間内にコメントやリアクションを行ったアクティブな友達のみの友達の人数をカウントするとともに、当該ＳＮＳユーザが複数のＳＮＳを利用している場合、当該複数のＳＮＳにおいて一定期間内にコメントやリアクションを行ったアクティブな友達のみをカウントして合計し、かつ、同一の友達が複数のＳＮＳに存在する場合には、重複する友達は１回のみカウントするステップと、
前記ＳＮＳユーザによって前記ＳＮＳに書き込まれた所定の商品に関する記事の更新頻度をカウントするステップと、
前記カウントした友達の人数が所定人数以上、かつ、前記カウントした更新頻度が所定頻度以上、である場合に、前記ＳＮＳユーザに前記所定の商品に関する報酬を付与するステップと、
を備えることを特徴とするＳＮＳ連動報酬付与方法。

【請求項6】

ＳＮＳと連動して報酬を付与するＳＮＳ連動報酬付与システムに、
ＳＮＳユーザの友達の人数のうち、当該ＳＮＳにおいて一定期間内にコメントやリアクションを行ったアクティブな友達のみをカウントするとともに、当該ＳＮＳユーザが複数のＳＮＳを利用している場合、当該複数のＳＮＳにおいて一定期間内にコメントやリアクションを行ったアクティブな友達のみをカウントして合計し、かつ、同一の友達が複数のＳＮＳに存在する場合には、重複する友達は１回のみカウントするステップ、
前記ＳＮＳユーザによって前記ＳＮＳに書き込まれた所定の商品に関する記事の更新頻度をカウントするステップ、
前記カウントした友達の人数が所定人数以上、かつ、前記カウントした更新頻度が所定頻度以上、である場合に、前記ＳＮＳユーザに前記所定の商品に関する報酬を付与するステップ、
を実行させるためのコンピュータ読み取り可能なＳＮＳ連動報酬付与プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）の友達の人数と更新頻度に応じて報酬を付与するＳＮＳ連動報酬付与システム、ＳＮＳ連動報酬付与方法、ＳＮＳ連動報酬付与プログラムに関する。

【背景技術】

【0002】

Ｆａｃｅｂｏｏｋ（登録商標）、Ｔｗｉｔｔｅｒ（登録商標）、ｍｉｘｉ（登録商標）、ＬＩＮＥ（登録商標）、Ｉｎｓｔａｇｒａｍ（登録商標）といった、ＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）では、友達、フォロワー、友人、等と呼ばれるＳＮＳユーザとの関係性を有する特定のメンバー（以下では友達と呼称する）が存在する。これらのＳＮＳにおいて、店舗や商用サービス等のアカウントの友達にのみ、限定のクーポンやコンテンツを提供するサービスがあった（特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１３−００８３４５号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、特許文献１の手法では、限定のクーポンやコンテンツの配布先が、必ず店舗や商用サービス等の当該アカウントの友達であることは保障されるものの、その友達が、ＳＮＳにおいてどの程度の影響力を持つのかということは、加味されていない。そのため、限定のクーポンやコンテンツといった報酬が、本当の優良顧客にのみ付与されているという保証はない。

【0005】

また、所定の商品に対して、宣伝を行いたい企業側からすると、ユーザによる商品の紹介は、一度のみではなく、繰り返し継続的に行われることが望ましい。

【0006】

そこで、本発明では、上記の課題に鑑みて、ＳＮＳの友達の人数と更新頻度に応じて報酬を付与するＳＮＳ連動報酬付与システム、ＳＮＳ連動報酬付与方法、ＳＮＳ連動報酬付与プログラムを提供することを目的とする。

【課題を解決するための手段】

【0007】

本発明では、以下のような解決手段を提供する。

【0008】

ＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）と連動して報酬を付与するＳＮＳ連動報酬付与システムであって、
ＳＮＳユーザの友達の人数をカウントする友達人数カウント手段と、
前記ＳＮＳユーザによって前記ＳＮＳに書き込まれた所定の商品に関する記事の更新頻度をカウントする更新頻度カウント手段と、
を備え、
前記友達人数カウント手段でカウントした友達の人数が所定人数以上、かつ、前記更新頻度カウント手段でカウントした更新頻度が所定頻度以上、である場合に、前記ＳＮＳユーザに前記所定の商品に関する報酬を付与することを特徴とするＳＮＳ連動報酬付与システムを提供する。

【0009】

第１の特徴に係る発明によれば、ＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）と連動して報酬を付与するＳＮＳ連動報酬付与システムにおいて、ＳＮＳユーザの友達の人数をカウントする友達人数カウント手段と、前記ＳＮＳユーザによって前記ＳＮＳに書き込まれた所定の商品に関する記事の更新頻度をカウントする更新頻度カウント手段と、を備え、前記友達人数カウント手段でカウントした友達の人数が所定人数以上、かつ、前記更新頻度カウント手段でカウントした更新頻度が所定頻度以上、である場合に、前記ＳＮＳユーザに前記所定の商品に関する報酬を付与する。

【0010】

第１の特徴に係る発明は、ＳＮＳ連動報酬付与システムのカテゴリであるが、ＳＮＳ連動報酬付与方法、およびＳＮＳ連動報酬付与プログラムであっても同様の作用、効果を奏する。

【0011】

第２の特徴に係る発明は、第１の特徴に係る発明であるＳＮＳ連動報酬付与システムであって、前記報酬とは、クーポン、または、ポイント、であることを特徴とするＳＮＳ連動報酬付与システムを提供する。

【0012】

第２の特徴に係る発明によれば、第１の特徴に係る発明であるＳＮＳ連動報酬付与システムにおいて、前記報酬とは、クーポン、または、ポイント、である。

【0013】

第３の特徴に係る発明は、第１または第２の特徴に係る発明であるＳＮＳ連動報酬付与システムであって、前記更新頻度カウント手段は、前記所定の商品に対して好意的な内容の記事のみを更新したとしてカウントすることを特徴とするＳＮＳ連動報酬付与システムを提供する。

【0014】

第３の特徴に係る発明によれば、第１または第２の特徴に係る発明であるＳＮＳ連動報酬付与システムにおいて、前記更新頻度カウント手段は、前記所定の商品に対して好意的な内容の記事のみを更新したとしてカウントする。

【0015】

第４の特徴に係る発明は、第１から第３のいずれかの特徴に係る発明であるＳＮＳ連動報酬付与システムであって、前記更新頻度カウント手段は、１日に複数回の更新を行った場合には１回のみカウントすることを特徴とするＳＮＳ連動報酬付与システムを提供する。

【0016】

第４の特徴に係る発明によれば、第１から第３のいずれかの特徴に係る発明であるＳＮＳ連動報酬付与システムにおいて、前記更新頻度カウント手段は、１日に複数回の更新を行った場合には１回のみカウントする。

【0017】

第５の特徴に係る発明は、第１から第４のいずれかの特徴に係る発明であるＳＮＳ連動報酬付与システムであって、前記友達人数カウント手段は、アクティブな友達のみを人数としてカウントすることを特徴とするＳＮＳ連動報酬付与システムを提供する。

【0018】

第５の特徴に係る発明によれば、第１から第４のいずれかの特徴に係る発明であるＳＮＳ連動報酬付与システムにおいて、前記友達人数カウント手段は、アクティブな友達のみを人数としてカウントする。

【0019】

第６の特徴に係る発明は、ＳＮＳと連動して報酬を付与するＳＮＳ連動報酬付与方法であって、
ＳＮＳユーザの友達の人数をカウントする友達人数カウントステップと、
前記ＳＮＳユーザによって前記ＳＮＳに書き込まれた所定の商品に関する記事の更新頻度をカウントする更新頻度カウントステップと、
を備え、
前記友達人数カウントステップでカウントした友達の人数が所定人数以上、かつ、前記更新頻度カウントステップでカウントした更新頻度が所定頻度以上、である場合に、前記ＳＮＳユーザに前記所定の商品に関する報酬を付与することを特徴とするＳＮＳ連動報酬付与方法を提供する。

【0020】

第７の特徴に係る発明は、ＳＮＳと連動して報酬を付与するＳＮＳ連動報酬付与システムに、
ＳＮＳユーザの友達の人数をカウントする友達人数カウントステップ、
前記ＳＮＳユーザによって前記ＳＮＳに書き込まれた所定の商品に関する記事の更新頻度をカウントする更新頻度カウントステップ、
を備え、
前記友達人数カウントステップでカウントした友達の人数が所定人数以上、かつ、前記更新頻度カウントステップでカウントした更新頻度が所定頻度以上、である場合に、前記ＳＮＳユーザに前記所定の商品に関する報酬を付与するためのＳＮＳ連動報酬付与プログラムを提供する。

【発明の効果】

【0021】

本発明によれば、ＳＮＳの友達の人数と更新頻度に応じて報酬を付与するＳＮＳ連動報酬付与システム、ＳＮＳ連動報酬付与方法、ＳＮＳ連動報酬付与プログラムを提供することが可能となる。

【図面の簡単な説明】

【0022】

【図1】図１は、本発明の好適な実施形態の概要図である。

【図2】図２は、ユーザ端末１００とサーバ２００の機能ブロックと各機能の関係を示す図である。

【図3】図３は、ユーザ端末１００とサーバ２００のＳＮＳ連動報酬付与処理のフローチャート図である。

【図4】図４は、ユーザ端末１００側で友達人数と更新頻度をカウントする場合の、ユーザ端末１００とサーバ２００の機能ブロックと各機能の関係を示す図である。

【図5】図５は、ユーザ端末１００側で友達人数と更新頻度をカウントする場合の、ＳＮＳ連動報酬付与処理のフローチャート図である。

【図6】図６は、友達の人数をカウントする処理のフローチャート図である。

【図7】図７は、所定の商品に関する記事の更新頻度をカウントする処理のフローチャート図である。

【図8】図８は、ＳＮＳにおいて、所定の商品に関する記事を更新した場合の画面の一例である。

【発明を実施するための形態】

【0023】

以下、本発明を実施するための最良の形態について図を参照しながら説明する。なお、これはあくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。

【0024】

［ＳＮＳ連動報酬付与システムのシステム概要］
本発明の概要について図１に基づいて、説明する。ユーザ端末１００、サーバ２００は、インターネット等の通信網３００を介して通信可能であるものとする。ユーザ端末１００は、図２に示すように、制御部１１０、通信部１２０、記憶部１３０、入力部１４０、出力部１５０、から構成される。サーバ２００は、同じく図２に示すように、制御部２１０、通信部２２０、記憶部２３０、から構成される。制御部２１０は通信部２２０と協働して友達人数カウントモジュール２１１、更新頻度カウントモジュール２１２を実現する。通信網３００は、インターネット等の公衆通信網でも専用通信網でも良い。

【0025】

ＳＮＳ連動報酬付与システムでは、はじめに、ユーザ端末１００からユーザ情報をＳＮＳ連動報酬付与システムに登録する（ステップＳ０１）。ここで、ユーザ情報とは、利用しているＳＮＳの種類、ＳＮＳのアカウント等、ＳＮＳ連動報酬付与システムがユーザの友達人数や記事の更新頻度を取得するために、必要な情報であるものとする。システムへの登録時に、ユーザが報酬を受け取りたい所定の商品を決定させてもよいし、また、適時、ユーザが報酬を受け取りたい所定の商品を選択可能としてもよい。

【0026】

次に、ユーザ端末１００から、登録したＳＮＳのアカウントで所定の商品に対する記事の更新を行う（ステップＳ０２）。ここで、記事の更新の際には、所定の商品の名称や所定の商品に関するＵＲＬ等、所定の商品を特定可能な情報を含めるものとする。

【0027】

図８は、ＳＮＳにおいて、所定の商品に関する記事を更新した場合の画面の一例である。「Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ Ｘ」という種類のＳＮＳにおいて、「Ｍｉｋｅ」というアカウントのユーザが、ここでの所定の商品である「タブホ（登録商標）」についての記事を更新した場合を例として示している。画面左上のプロフィール欄は、Ｍｉｋｅは、これまでに５１２３の記事を更新しており、友達に相当するフォロワーが１２３人いて、自らは９５人をフォローしていることを示している。また、画面右側のタイムラインは、ＭｉｋｅとＭｉｋｅがフォローしているユーザが更新した記事が、表示される。ここでは、時系列に記事が表示され、上に行くほど最近の記事となる例を示している。Ｍｉｋｅが、所定の商品であるタブホという電子雑誌サービスについて記事を更新したところ、その後、Ｍｉｋｅの友達であるＪａｎｅが、その記事を見て、自分もタブホを使用してみて記事を更新した場合の例を示している。Ｍｉｋｅの記事に対して、記事の下部に示す矢印マークの右側の数字である２３が、Ｍｉｋｅの記事を気に入り自らのタイムラインにも表示されるようシェアを行ったユーザの数、ハートマークの右側の数字である８４が、「いいね」という記事に対する好意的なリアクションをしたユーザの数である。ここでの、所定の商品を特定可能な情報である、所定の商品の名称は「タブホ」、所定の商品に関するＵＲＬは「ｈｔｔｐｓ：／／ｔａｂｈｏ．ｏｐｔｉｍ．ｃｏ．ｊｐ」である。

【0028】

サーバ２００の友達人数カウントモジュール２１１は、所定のタイミングで、ユーザ端末１００の登録済ＳＮＳアカウントに対して、友達の人数をカウントする（ステップＳ０３）。ここで、友達の人数をカウントする際に、その友達が、当該ＳＮＳ上でアクティブな友達であるかどうかをあわせて確認し、アクティブな友達のみをカウントしてもよい。ここでのアクティブであるかどうかとは、その友達が現在、当該ＳＮＳを使用しているかどうかということで、一定期間内に、ユーザとのメッセージの送受信を行ったか、一定期間内にユーザの記事に対するコメントや「いいね」等の記事に対するリアクションを行ったか、一定期間内に記事の更新を行ったか、等で判断することができる。友達の人数の所定の人数は、例えば５０人以上や１００人以上など、システムが所定の商品に応じて定めてよいものとする。

【0029】

友達の人数が所定の人数以上であった場合、サーバ２００の更新頻度カウントモジュール２１２は、所定の商品に対する記事の更新頻度をカウントする（ステップＳ０４）。ここで、記事の更新頻度をカウントする際に、記事の内容が所定の商品に対して、好意的であるものだけをカウントすることにしてもよい。また、例えば、１日に複数回の更新を行った場合には１回のみカウントするなど、一定期間内に複数回の更新を行った場合には１回のみカウントすることにしてもよい。図８の例では、所定の商品の名称「タブホ」、または、所定の商品に関するＵＲＬは「ｈｔｔｐｓ：／／ｔａｂｈｏ．ｏｐｔｉｍ．ｃｏ．ｊｐ」をキーワードとして、記事の内容が所定の商品に関するものであるかどうか、調べることができる。また、記事の内容が好意的であるかどうかは、所定の商品の記事内に含まれる単語や文脈解析を行うことによって判定することができる。図８のＭｉｋｅの記事では、「助かる」という単語と文脈により、好意的であると判定することができる。また、もし、Ｊａｎｅの記事に対しても内容が好意的であるか判定する場合には、「便利」、「お得」等の単語や文脈により、好意的な内容であると判定することができる。ここでの、内容判定のための単語登録や文脈解析については、特に本発明を限定するものではなく、既存の技術を利用可能であるものとする。

【0030】

更新頻度のカウントの結果、所定の商品に関する記事の更新頻度が、所定の頻度以上だった場合、サーバ２００からユーザ端末１００に対して、所定の商品に関する報酬を付与する（ステップＳ０５）。ここで、所定の頻度以上とは、例えば、過去一ヶ月の間に１０回以上、過去一週間の間に３回以上等、システムが所定の商品に応じて定めてよいものとする。また、ここでの、所定の商品に関する報酬とは、所定の商品に対して使用可能なクーポン、または、ポイント等であってよい。例えば、所定の商品が、ある有料ＷＥＢサービスである場合には、その有料ＷＥＢサービスで使用可能なポイントや、１年間無料ライセンスコード等が報酬として考えられる。

【0031】

最後に、ユーザ端末１００は、登録したＳＮＳのアカウントで、所定の商品に関する報酬を受け取る（ステップＳ０６）。

【0032】

以上のように、本発明によれば、友達の人数が多くＳＮＳにおける影響力を持つユーザが、所定の商品に対する記事を所定の頻度以上更新した場合に、所定の商品に関する報酬を付与することができ、所定の商品の宣伝を行いたい企業側に対して、費用対効果の優れたＳＮＳ連動報酬付与システム、ＳＮＳ連動報酬付与方法、ＳＮＳ連動報酬付与プログラムを提供することが可能となる。

【0033】

［各機能の説明］
図２は、ユーザ端末１００とサーバ２００の機能ブロックと各機能の関係を示す図である。ユーザ端末１００、サーバ２００は、通信網３００を介して通信可能であるものとする。ユーザ端末１００は、制御部１１０、通信部１２０、記憶部１３０、入力部１４０、出力部１５０、から構成される。サーバ２００は、制御部２１０、通信部２２０、記憶部２３０、から構成される。制御部２１０は通信部２２０と協働して友達人数カウントモジュール２１１、更新頻度カウントモジュール２１２を実現する。通信網３００は、インターネット等の公衆通信網でも専用通信網でも良い。

【0034】

ユーザ端末１００は、ユーザがＳＮＳ等のウェブページを閲覧し、各種アプリケーションを実行する一般的な情報端末であって良く、後述する機能を備える情報機器や電化製品である。携帯電話やスマートフォン、タブレットＰＣ、ノートＰＣ、ウェアラブルデバイス、またはディスプレイを備えたＰＣ等の一般的な情報家電や、複合型プリンタ、テレビ、ルータ又はゲートウェイ等のネットワーク機器、冷蔵庫、洗濯機等の白物家電、電話機、ネットブック端末、スレート端末、電子書籍端末、電子辞書端末、携帯型音楽プレーヤ、携帯型コンテンツ再生・録画プレーヤ等の電化製品であって良い。ユーザ端末１００として図示しているスマートフォンはその一例にすぎない。また、ここではユーザ端末１００はスマートフォン１台のみを表示しているが、ＳＮＳの種類とＳＮＳのアカウントから、ユーザが特定できれば、ユーザが複数の端末を利用しても問題ない。

【0035】

ユーザ端末１００は、制御部１１０として、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等を備える。

【0036】

また、通信部１２０として、例えば、ＩＥＥＥ８０２．１１に準拠したＷｉＦｉ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）対応デバイス又は、第３世代移動通信システム等のＩＭＴ−２０００規格に準拠した無線デバイス等を備える。有線によるＬＡＮ接続であってもよい。

【0037】

ユーザ端末１００は、記憶部１３０として、ハードディスクや半導体メモリによる、データのストレージ部を備える。記憶部１３０には、必要な情報等を保持できるものとする。

【0038】

入力部１４０は、ＳＮＳにおいて記事を更新するために必要な機能を備えるものとする。例として、タッチパネル機能を実現する液晶ディスプレイ、キーボード、マウス、ペンタブレット、装置上のハードウェアボタン、音声認識を行うためのマイク等を備えることが可能である。入力方法により、本発明は特に機能を限定されるものではない。

【0039】

出力部１５０はＳＮＳ等の表示を行うために必要な機能を備えるものとする。例として、液晶ディスプレイ、ＰＣのディスプレイ、プロジェクターへの投影等の画面表示、更に、スピーカやヘッドフォン、イヤフォン等の音声出力等が考えられる。出力方法により、本発明は特に機能を限定されるものではない。

【0040】

サーバ２００は、後述の機能を備える、一般的なサーバであってよい。

【0041】

サーバ２００は、制御部２１０として、ＣＰＵ、ＲＡＭ、ＲＯＭ等を備える。

【0042】

また、通信部２２０として、例えば、ＩＥＥＥ８０２．１１に準拠したＷｉＦｉ対応デバイス又は、第３世代移動通信システム等のＩＭＴ−２０００規格に準拠した無線デバイス等を備える。有線によるＬＡＮ接続であってもよい。

【0043】

サーバ２００において、制御部２１０が所定のプログラムを読み込むことで、通信部２２０と協働して、友達人数カウントモジュール２１１、更新頻度カウントモジュール２１２を実現する。

【0044】

サーバ２００は、記憶部２３０として、ハードディスクや半導体メモリによる、データのストレージ部を備える。記憶部２３０には、ユーザ端末１００のＳＮＳの種類、ＳＮＳのアカウント、友達の人数、更新頻度等、ＳＮＳ連動報酬付与システムに必要な情報等を保持できるものとする。

【0045】

［ＳＮＳ連動報酬付与処理］
図３は、ユーザ端末１００とサーバ２００のＳＮＳ連動報酬付与処理のフローチャート図である。上述した各装置のモジュールが実行する処理について、本処理に併せて説明する。ユーザ端末１００とサーバ２００は、通信網３００を介して通信可能であるものとする。通信網３００は、インターネット等の公衆通信網でも専用通信網でも良い。

【0046】

はじめに、ユーザ端末１００は、入力部１４０で入力したユーザ情報を、通信部１２０を介してサーバ２００に送信し、ＳＮＳ連動報酬付与システムに登録する（ステップＳ１０１）。ここで、ユーザ情報とは、利用しているＳＮＳの種類、ＳＮＳのアカウント等、ＳＮＳ連動報酬付与システムがユーザの友達人数や記事の更新頻度を取得するために、必要な情報であるものとする。システムへの登録時に、ユーザが報酬を受け取りたい所定の商品を決定させてもよいし、また、適時、ユーザが報酬を受け取りたい所定の商品を選択可能としてもよい。サーバ２００は、ユーザがＳＮＳ連動報酬付与システムに登録しやすいように、登録用のＷＥＢページ等を備えてもよい。

【0047】

次に、サーバ２００は通信部２２０を介して、登録されたユーザ情報を基に、登録ユーザのＳＮＳ監視を開始する（ステップＳ１０２）。ここでの、登録ユーザのＳＮＳ監視を開始するための手法は、特に本発明を限定するものではなく、既存の技術を利用可能であるものとする。

【0048】

フローチャートには図示していないが、ユーザは、ステップＳ１０１でのＳＮＳ連動報酬付与システムへの登録後、所望のタイミングで、ユーザ端末１００から、登録したＳＮＳのアカウントで所定の商品に対する記事の更新を行うことが可能である。ここで、記事の更新の際には、所定の商品の名称や所定の商品に関するＵＲＬ等、所定の商品を特定可能な情報を含めるものとする。

【0049】

図８は、ＳＮＳにおいて、所定の商品に関する記事を更新した場合の画面の一例である。「Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ Ｘ」という種類のＳＮＳにおいて、「Ｍｉｋｅ」というアカウントのユーザが、ここでの所定の商品である「タブホ」についての記事を更新した場合を例として示している。画面左上のプロフィール欄は、Ｍｉｋｅは、これまでに５１２３の記事を更新しており、友達に相当するフォロワーが１２３人いて、自らは９５人をフォローしていることを示している。また、画面右側のタイムラインは、ＭｉｋｅとＭｉｋｅがフォローしているユーザが更新した記事が、表示される。ここでは、時系列に記事が表示され、上に行くほど最近の記事となる例を示している。Ｍｉｋｅが、所定の商品であるタブホという電子雑誌サービスについて記事を更新したところ、その後、Ｍｉｋｅの友達であるＪａｎｅが、その記事を見て、自分もタブホを使用してみて記事を更新した場合の例を示している。Ｍｉｋｅの記事に対して、記事の下部に示す矢印マークの右側の数字である２３が、Ｍｉｋｅの記事を気に入り自らのタイムラインにも表示されるようシェアを行ったユーザの数、ハートマークの右側の数字である８４が、「いいね」という記事に対する好意的なリアクションをしたユーザの数である。ここでの、所定の商品を特定可能な情報である、所定の商品の名称は「タブホ」、所定の商品に関するＵＲＬは「ｈｔｔｐｓ：／／ｔａｂｈｏ．ｏｐｔｉｍ．ｃｏ．ｊｐ」である。

【0050】

登録ユーザのＳＮＳ監視開始後、サーバ２００の制御部２１０は、所定の時間が経過したかどうかを確認し（ステップＳ１０３）、所定の時間が経過していた場合には、友達人数カウントモジュール２１１が、ユーザ端末１００の登録済ＳＮＳアカウントに対して、友達の人数をカウントする（ステップＳ１０４）。所定の時間が経過していなかった場合には、再度ステップＳ１０３に戻る。ここでは図示していないが、ステップＳ１０３に戻る前に、システムに応じて適切にウエイト処理を行ってよいものとする。

【0051】

ステップＳ１０４で、友達の人数をカウントする際に、その友達が、当該ＳＮＳ上でアクティブな友達であるかどうかをあわせて確認し、アクティブな友達のみをカウントしてもよい。ここでのアクティブであるかどうかとは、その友達が現在、当該ＳＮＳを使用しているかどうかということで、一定期間内に、ユーザとのメッセージの送受信を行ったか、一定期間内にユーザの記事に対するコメントや「いいね」等の記事に対するリアクションを行ったか、一定期間内に記事の更新を行ったか、等で判断することができる。ＳＮＳの友達の人数をカウントする処理の詳細については、後述する。

【0052】

友達人数カウントモジュール２１１は、友達の人数をカウントした後、友達の人数が所定の人数以上であるかどうかを確認する（ステップＳ１０５）。友達の人数の所定の人数は、例えば５０人以上や１００人以上など、システムが所定の商品に応じて定めてよいものとする。

【0053】

友達の人数が所定の人数以上であった場合、サーバ２００の更新頻度カウントモジュール２１２は、所定の商品に対する記事の更新頻度をカウントする（ステップＳ１０６）。ここで、記事の更新頻度を確認する際に、記事の内容が所定の商品に対して、好意的であるものだけをカウントすることにしてもよい。また、例えば、１日に複数回の更新を行った場合には１回のみカウントするなど、一定期間内に複数回の更新を行った場合には１回のみカウントすることにしてもよい。所定の商品に関する記事の更新頻度を確認する処理の詳細については、後述する。友達の人数が所定の人数未満であった場合、ステップＳ１０３に戻る。

【0054】

図８の例では、所定の商品の名称「タブホ」、または、所定の商品に関するＵＲＬは「ｈｔｔｐｓ：／／ｔａｂｈｏ．ｏｐｔｉｍ．ｃｏ．ｊｐ」をキーワードとして、記事の内容が所定の商品に関するものであるかどうか、調べることができる。また、記事の内容が好意的であるかどうかは、所定の商品の記事内に含まれる単語や文脈解析を行うことによって判定することができる。図８のＭｉｋｅの記事では、「助かる」という単語と文脈により、好意的であると判定することができる。また、もし、Ｊａｎｅの記事に対しても内容が好意的であるか判定する場合には、「便利」、「お得」等の単語や文脈により、好意的な内容であると判定することができる。ここでの、内容判定のための単語登録や文脈解析については、特に本発明を限定するものではなく、既存の技術を利用可能であるものとする。

【0055】

更新頻度カウントモジュール２１２は、更新頻度をカウントした後、更新頻度が所定の頻度以上であるかどうかを確認する（ステップＳ１０７）。

【0056】

所定の商品に関する記事の更新頻度が、所定の頻度以上だった場合、サーバ２００からユーザ端末１００に対して、所定の商品に関する報酬を付与する（ステップＳ１０８）。ここで、所定の頻度以上とは、所定の期間内の更新回数のことである。例えば、過去一ヶ月の間に１０回以上、過去一週間の間に３回以上等、システムが所定の商品に応じて定めてよいものとする。ステップＳ１０３の所定の時間は、所定の期間と同じかそれより短く定める必要がある。所定の時間が所定の期間より短い場合には、所定の時間内の更新頻度を記憶部２３０に保存しておき、ステップＳ１０７で所定の期間内の更新頻度を確認できるようにする。また、ここでの、所定の商品に関する報酬とは、所定の商品に対して使用可能なクーポン、または、ポイント等であってよい。例えば、所定の商品が、ある有料ＷＥＢサービスである場合には、その有料ＷＥＢサービスで使用可能なポイントや、１年間無料ライセンスコード等が報酬として考えられる。所定の商品に関する記事の更新頻度が、所定の頻度未満だった場合、ステップＳ１０３に戻る。

【0057】

ユーザ端末１００は、登録したＳＮＳのアカウントで、所定の商品に関する報酬を受け取る（ステップＳ１０９）。受け取った報酬は、ユーザの所望のタイミングで使用できるものとする。

【0058】

サーバ２００は、報酬の付与後、ＳＮＳ連動報酬付与処理を継続するかどうか確認する（ステップＳ１１０）。所定の商品と、報酬の内容に応じて、ＳＮＳ連動報酬付与システムが事前に報酬付与後の継続が可能かどうかを設定しておいてもよい。例えば、報酬が永年無料ライセンスコード等である場合には、ＳＮＳ連動報酬付与処理を継続する必要はないため、ＳＮＳ連動報酬付与システムの登録を解除する（ステップＳ１１１）。報酬がその有料ＷＥＢサービスで使用可能なポイント等である場合には、ＳＮＳ連動報酬付与処理を継続してもよいので、継続する場合にはステップＳ１０３に戻って処理を続ける。ここで、例えば、報酬を３回付与した後は、継続不可とするなど、継続の条件はシステムに応じて設定してよいものとする。また、ＳＮＳ連動報酬付与システムの登録解除は、ユーザ端末１００からの解除申請により、随時行えることとする。

【0059】

図３のフローチャートでは、ユーザが１種類のＳＮＳを登録した場合について記載したが、ユーザが複数のＳＮＳを使用している場合には、複数のＳＮＳに対するユーザ情報を登録することで、それぞれのＳＮＳでの友達の人数を合計してカウントしてもよい。その場合には、それぞれのＳＮＳに対して、記事を投稿することが必要である。また、同一の友達が複数のＳＮＳに存在する場合には、重複する友達は１回のみカウントすることにしてもよい。

【0060】

以上のように、本発明によれば、友達の人数が多くＳＮＳにおける影響力を持つユーザが、所定の商品に対する記事を所定の頻度以上更新した場合に、所定の商品に関する報酬を付与することができ、所定の商品の宣伝を行いたい企業側に対して、費用対効果の優れたＳＮＳ連動報酬付与システム、ＳＮＳ連動報酬付与方法、ＳＮＳ連動報酬付与プログラムを提供することが可能となる。

【0061】

［ユーザ端末側で友達人数と更新頻度をカウントする場合のＳＮＳ連動報酬付与処理］
図４は、ユーザ端末１００側で友達人数と更新頻度をカウントする場合の、ユーザ端末１００とサーバ２００の機能ブロックと各機能の関係を示す図である。ユーザ端末１００、サーバ２００は、通信網３００を介して通信可能であるものとする。ユーザ端末１００は、制御部１１０、通信部１２０、記憶部１３０、入力部１４０、出力部１５０、から構成される。制御部１１０は通信部１２０と協働して友達人数カウントモジュール１１１、更新頻度カウントモジュール１１２を実現する。サーバ２００は、制御部２１０、通信部２２０、記憶部２３０、から構成される。通信網３００は、インターネット等の公衆通信網でも専用通信網でも良い。

【0062】

図５は、ユーザ端末１００側で友達人数と更新頻度をカウントする場合の、ＳＮＳ連動報酬付与処理のフローチャート図である。

【0063】

はじめに、ユーザ端末１００は、ＳＮＳ連動報酬付与システムへの登録要望を、通信部１２０を介してサーバ２００に送信する（ステップＳ２０１）。この時、ユーザ情報をあわせて送信してもよいし、後述するステップＳ２０４のＳＮＳ連動報酬付与アプリケーション開始時に送信してもよい。ここで、ユーザ情報とは、利用しているＳＮＳの種類、ＳＮＳのアカウント等、ＳＮＳ連動報酬付与システムがユーザの友達人数や記事の更新頻度を取得するために、必要な情報であるものとする。システムへの登録時に、ユーザが報酬を受け取りたい所定の商品を決定させてもよいし、また、適時、ユーザが報酬を受け取りたい所定の商品を選択可能としてもよい。サーバ２００は、ユーザがＳＮＳ連動報酬付与システムに登録しやすいように、登録用のＷＥＢページ等を備えてもよい。

【0064】

次に、サーバ２００は通信部２２０を介して、ユーザ端末１００にＳＮＳ連動報酬付与アプリケーションを送信する（ステップＳ２０２）。ここでの、ＳＮＳ連動報酬付与アプリケーションとは、ユーザ端末１００上で動作可能な友達人数カウントモジュール１１１、更新頻度カウントモジュール１１２を実現するプログラムである。

【0065】

ユーザ端末１００は通信部１２０を介して、ＳＮＳ連動報酬付与アプリケーションを受信する（ステップＳ２０３）。

【0066】

受信後、ユーザ端末１００は、ＳＮＳ連動報酬付与アプリケーションを開始し、開始をサーバ２００に通知する（ステップＳ２０４）。ステップＳ２０１で、ユーザ情報をサーバ２００に送信していない場合には、あわせてユーザ情報を送信する。ユーザ情報の内容は、前述の通りである。

【0067】

フローチャートには図示していないが、ユーザは、ステップＳ２０４でのＳＮＳ連動報酬付与アプリケーション開始後、所望のタイミングで、ユーザ端末１００から、登録したＳＮＳのアカウントで所定の商品に対する記事の更新を行うことが可能である。ここで、記事の更新の際には、所定の商品の名称や所定の商品に関するＵＲＬ等、所定の商品を特定可能な情報を含めるものとする。

【0068】

図８は、ＳＮＳにおいて、所定の商品に関する記事を更新した場合の画面の一例であり、詳細は前述した通りである。

【0069】

ＳＮＳ連動報酬付与アプリケーション開始後、ユーザ端末１００の制御部１１０は、所定の時間が経過したかどうかを確認し（ステップＳ２０５）、所定の時間が経過していた場合には、友達人数カウントモジュール１１１が、ユーザ端末１００の登録済ＳＮＳアカウントに対して、友達の人数をカウントする（ステップＳ２０６）。所定の時間が経過していなかった場合には、再度ステップＳ２０５に戻る。ここでは図示していないが、ステップＳ２０５に戻る前に、システムに応じて適切にウエイト処理を行ってよいものとする。

【0070】

ステップＳ２０６で、友達の人数をカウントする際に、その友達が、当該ＳＮＳ上でアクティブな友達であるかどうかをあわせて確認し、アクティブな友達のみをカウントしてもよい。ここでのアクティブであるかどうかとは、その友達が現在、当該ＳＮＳを使用しているかどうかということで、一定期間内に、ユーザとのメッセージの送受信を行ったか、一定期間内にユーザの記事に対するコメントや「いいね」等の記事に対するリアクションを行ったか、一定期間内に記事の更新を行ったか、等で判断することができる。ＳＮＳの友達の人数をカウントする処理の詳細については、後述する。

【0071】

友達人数カウントモジュール１１１は、友達の人数をカウントした後、友達の人数が所定の人数以上であるかどうかを確認する（ステップＳ２０７）。友達の人数の所定の人数は、例えば５０人以上や１００人以上など、システムが所定の商品に応じて定めてよいものとする。

【0072】

友達の人数が所定の人数以上であった場合、ユーザ端末１００の更新頻度カウントモジュール１１２は、所定の商品に対する記事の更新頻度をカウントする（ステップＳ２０８）。ここで、記事の更新頻度を確認する際に、記事の内容が所定の商品に対して、好意的であるものだけをカウントすることにしてもよい。また、例えば、１日に複数回の更新を行った場合には１回のみカウントするなど、一定期間内に複数回の更新を行った場合には１回のみカウントすることにしてもよい。所定の商品に関する記事の更新頻度を確認する処理の詳細については、後述する。友達の人数が所定の人数未満であった場合、ステップＳ２０５に戻る。

【0073】

図８の例では、所定の商品の名称「タブホ」、または、所定の商品に関するＵＲＬは「ｈｔｔｐｓ：／／ｔａｂｈｏ．ｏｐｔｉｍ．ｃｏ．ｊｐ」をキーワードとして、記事の内容が所定の商品に関するものであるかどうか、調べることができる。また、記事の内容が好意的であるかどうかは、所定の商品の記事内に含まれる単語や文脈解析を行うことによって判定することができる。図８のＭｉｋｅの記事では、「助かる」という単語により、好意的であると判定することができる。また、もし、Ｊａｎｅの記事に対しても内容が好意的であるか判定する場合には、「便利」、「お得」等の単語により、好意的な内容であると判定することができる。ここでの、内容判定のための単語登録や文脈解析については、特に本発明を限定するものではなく、既存の技術を利用可能であるものとする。

【0074】

更新頻度カウントモジュール１１２は、更新頻度をカウントした後、更新頻度が所定の頻度以上であるかどうかを確認する（ステップＳ２０９）。

【0075】

所定の商品に関する記事の更新頻度が、所定の頻度以上だった場合、サーバ２００に対して、所定の商品に関する報酬付与を要求する（ステップＳ２１０）。ここで、所定の頻度以上とは、所定の期間内の更新回数のことである。例えば、過去一ヶ月の間に１０回以上、過去一週間の間に３回以上等、システムが所定の商品に応じて定めてよいものとする。ステップＳ２０５の所定の時間は、所定の期間と同じかそれより短く定める必要がある。所定の時間が所定の期間より短い場合には、所定の時間内の更新頻度を記憶部１３０に保存しておき、ステップＳ２０９で所定の期間内の更新頻度を確認できるようにする。また、ここでの、所定の商品に関する報酬とは、所定の商品に対して使用可能なクーポン、または、ポイント等であってよい。例えば、所定の商品が、ある有料ＷＥＢサービスである場合には、その有料ＷＥＢサービスで使用可能なポイントや、１年間無料ライセンスコード等が報酬として考えられる。所定の商品に関する記事の更新頻度が、所定の頻度未満だった場合、ステップＳ２０５に戻る。

【0076】

報酬付与要求を受け、サーバ２００はユーザ端末１００に対して、所定の商品に関する報酬を付与する（ステップＳ２１１）。

【0077】

ユーザ端末１００は、登録したＳＮＳのアカウントで、所定の商品に関する報酬を受け取る（ステップＳ２１２）。受け取った報酬は、ユーザの所望のタイミングで使用できるものとする。

【0078】

ユーザ端末１００は、報酬の受け取り後、ＳＮＳ連動報酬付与処理を継続するかどうか確認する（ステップＳ２１３）。所定の商品と、報酬の内容に応じて、ＳＮＳ連動報酬付与システムが事前に報酬付与後の継続が可能かどうかを設定しておいてもよい。例えば、報酬が永年無料ライセンスコード等である場合には、ＳＮＳ連動報酬付与処理を継続する必要はないため、ＳＮＳ連動報酬付与システムの登録解除をサーバ２００に対して通知する（ステップＳ２１４）。ＳＮＳ連動報酬付与システムの登録解除通知とあわせて、ＳＮＳ連動報酬付与アプリケーションの削除を行ってもよい。報酬がその有料ＷＥＢサービスで使用可能なポイント等である場合には、ＳＮＳ連動報酬付与処理を継続してもよいので、継続する場合にはステップＳ２０５に戻って処理を続ける。ここで、例えば、報酬を３回受け取った後は、継続不可とするなど、継続の条件はシステムに応じて設定してよいものとする。また、ＳＮＳ連動報酬付与システムの登録解除は、ユーザ端末１００からの解除申請により、随時行えることとする。また、サーバ２００側でも、必要に応じて、ＳＮＳ連動報酬付与システムを停止できるものとする。

【0079】

以上のように、本発明によれば、友達の人数が多くＳＮＳにおける影響力を持つユーザが、所定の商品に対する記事を所定の頻度以上更新した場合に、所定の商品に関する報酬を付与することができ、所定の商品の宣伝を行いたい企業側に対して、費用対効果の優れたＳＮＳ連動報酬付与システム、ＳＮＳ連動報酬付与方法、ＳＮＳ連動報酬付与プログラムを提供することが可能となる。また、ユーザ端末１００側で、友達人数と更新頻度をカウントする処理を行うようにすることで、ユーザ数が多くなった場合に、サーバ２００側の負荷を抑えられるという効果を得られる。

【0080】

［友達人数カウント処理］
図６は、友達の人数をカウントする処理のフローチャート図である。この処理は、ユーザ端末１００で友達の人数をカウントする場合には、友達人数カウントモジュール１１１が、サーバ２００で友達の人数をカウントする場合には、友達人数カウントモジュール２１１が行う。

【0081】

まず、ユーザ情報として登録したＳＮＳの種類とＳＮＳのアカウントを基に、ユーザの友達の人数を取得する（ステップＳ３０１）。ユーザの友達の人数を取得するために必要な場合は、事前に所定の商品に関するアカウントをＳＮＳ登録しておき、ユーザがＳＮＳ連動報酬付与システムに登録するタイミングで、ユーザに当該アカウントを友達登録してもらってもよい。

【0082】

次に、アクティブな友達のみを、友達の人数としてカウントするかどうかの確認を行う（ステップＳ３０２）。ここでのアクティブであるかどうかとは、その友達が現在、当該ＳＮＳを使用しているかどうかということで、ユーザが所定の商品に関する記事の更新を行った際に、有効な宣伝を行えると思われる友達である。友達の人数が多くても、その友達の多くがもう当該ＳＮＳを利用していない場合には、宣伝効果が見込めないため、アクティブな友達のみをカウントすることで、より宣伝効果の高いユーザにのみ、報酬を付与することができる。

【0083】

アクティブな友達のみを、友達の人数としてカウントする場合、まず、アクティブかどうか未確認な友達から、一人をピックアップする（ステップＳ３０３）。アクティブな友達以外も、友達の人数としてカウントしてよい場合、ステップＳ３０９へと進む。

【0084】

ピックアップした友達に対し、ユーザが一定期間内にメッセージの送受信を行ったか確認する（ステップＳ３０４）。ここでのメッセージとは、当該ＳＮＳ上で直接送信可能な文字列や画像等であるものとする。また、メッセージの送受信を行ったか確認するために、必要に応じてユーザ情報を利用するものとする。ここでの、メッセージの送受信を行ったか確認するための手法は、特に本発明を限定するものではなく、既存の技術を利用可能であるものとする。また、ここでの一定期間とは、三ヶ月以内や一年以内など、システム側で自由に定められるものとする。

【0085】

一定期間内にメッセージの送受信を行った場合には、ピックアップした友達はアクティブであると判断できるため、ステップＳ３０８に進む。一定期間内にメッセージの送受信を行っていない場合には、次のステップＳ３０５に進む。

【0086】

次に、ピックアップした友達が、一定期間内に記事に対するコメントやリアクションを行ったか確認する（ステップＳ３０５）。ここでのリアクションとは、記事に対する「いいね」ボタンを押下する、記事のシェアを行う等、記事に対して足跡を残す行為である。また、記事に対するコメントやリアクションを行ったか確認するために、必要に応じてユーザ情報を利用するものとする。ここでの、記事に対するコメントやリアクションを行ったか確認するための手法は、特に本発明を限定するものではなく、既存の技術を利用可能であるものとする。

【0087】

一定期間内に記事に対するコメントやリアクションを行った場合には、ピックアップした友達はアクティブであると判断できるため、ステップＳ３０８に進む。一定期間内に記事に対するコメントやリアクションを行っていない場合には、次のステップＳ３０６に進む。

【0088】

次に、ピックアップした友達が、一定期間内に記事の更新を行ったか確認する（ステップＳ３０６）。ここで、記事の更新を行ったか確認するために、必要に応じてユーザ情報を利用するものとする。また、記事の更新を行ったか確認するための手法は、特に本発明を限定するものではなく、既存の技術を利用可能であるものとする。

【0089】

一定期間内に記事の更新を行った場合には、ピックアップした友達はアクティブであると判断できるため、ステップＳ３０８に進む。一定期間内に記事の更新を行っていない場合には、次のステップＳ３０７に進む。

【0090】

一定期間内に、メッセージの送受信も、記事に対するコメントやリアクションも、記事の更新も行っていない場合には、その友達はアクティブでないものと判断し、友達の人数から一人分減らす（ステップＳ３０７）。

【0091】

全ての友達に対して、アクティブかどうかの確認済みかどうかを確かめ（ステップＳ３０８）、確認が終わっていない場合には、ステップＳ３０３に戻って処理を続ける。確認が終わった場合には、ステップＳ３０９へと進む。

【0092】

最後に、友達の人数を確定する（ステップＳ３０９）。

【0093】

図６のフローチャートで、ステップＳ３０４、ステップＳ３０５、ステップＳ３０６の処理順番は、必ずしもこの順番である必要はなく、システムに応じて、処理の順番を入れ替えても問題ない。

【0094】

以上の処理により、アクティブな友達のみをカウントする場合、アクティブな友達以外もカウントしてよい場合の、それぞれに応じた友達の人数を取得することが可能である。

【0095】

［更新頻度カウント処理］
図７は、所定の商品に関する記事の更新頻度をカウントする処理のフローチャート図である。この処理は、ユーザ端末１００で所定の商品に関する記事の更新頻度をカウントする場合には、更新頻度カウントモジュール１１２が、サーバ２００で所定の商品に関する記事の更新頻度をカウントする場合には、更新頻度カウントモジュール２１２が行う。更新頻度カウント処理では、図３のフローチャートのステップＳ１０３に定める所定の時間以内、または、図５のフローチャートのステップＳ２０５に定める所定の時間以内の、更新回数をカウントすることができる。

【0096】

まず、更新回数のカウンタを、０にセットする（ステップＳ４０１）。

【0097】

次に、前回の更新頻度確認時から、新しく更新された記事を取得する（ステップＳ４０２）。フローチャートには図示していないが、新しく更新された記事が無い場合には、更新回数０回として、処理を終了する。

【0098】

新しく更新された記事がある場合、未確認の更新記事の中から１つをピックアップする（ステップＳ４０３）。このとき、新しい更新記事から確認することで、後述する一定期間内に複数回の更新が認められない場合の処理を、効率よく行うことが可能となる。

【0099】

ピックアップした記事に対し、所定の商品に対する記載があるかどうかを確認する（ステップＳ４０４）。図８の例では、所定の商品の名称「タブホ」、または、所定の商品に関するＵＲＬは「ｈｔｔｐｓ：／／ｔａｂｈｏ．ｏｐｔｉｍ．ｃｏ．ｊｐ」をキーワードとして、記事の内容が所定の商品に関するものであるかどうか、調べることができる。

【0100】

記事内に所定の商品に対する記載がある場合には、次のステップＳ４０５に進む。記事内に所定の商品に対する記載がない場合には、ステップＳ４０９に進む。

【0101】

次に、記事の内容が所定の商品に対して好意的かどうか確認する（ステップＳ４０５）。ステップＳ４０５の処理を行うかどうかは、システムが必要に応じて設定可能とし、必要がなければ、スキップしてＳ４０６へ進んでよい。記事の内容が好意的であるかどうかは、所定の商品の記事内に含まれる単語や文脈解析を行うことによって判定することができる。図８のＭｉｋｅの記事では、「助かる」という単語と文脈により、好意的であると判定することができる。また、もし、Ｊａｎｅの記事に対しても内容が好意的であるか判定する場合には、「便利」、「お得」等の単語や文脈により、好意的な内容であると判定することができる。ここでの、内容判定のための単語登録や文脈解析については、特に本発明を限定するものではなく、既存の技術を利用可能であるものとする。

【0102】

記事の内容が所定の商品に対して好意的である場合には、次のステップＳ４０６に進む。記事の内容が所定の商品に対して好意的でない場合には、ステップＳ４０９に進む。

【0103】

記事内に所定の商品に対する記載があり、内容が所定の商品に対して好意的である場合には、更新回数のカウンタに１を加える（ステップＳ４０６）。前述した通り、内容が所定の商品に対して好意的であるかどうかの確認は、システムの設定に応じて必要な場合のみ行えばよい。

【0104】

カウンタの更新後、一定期間内に複数回の更新がみとめられるかどうか確認する（ステップＳ４０７）。例えば、１日に複数回の更新を行った場合には１回のみカウントするなど、一定期間内に複数回の更新を行った場合には１回のみカウントするなど、システムが任意に設定できるものとする。

【0105】

一定期間内に複数回の更新がみとめられない場合には、一定期間内の更新は１回のみカウントする必要があるため、一定期間内に更新された記事をスキップし、確認済みの扱いとする（ステップＳ４０８）。一定期間内に複数回の更新がみとめられる場合には、次のステップＳ４０９に進む。

【0106】

全ての記事に対して、更新回数の確認済みかどうかを確かめ（ステップＳ４０９）、確認が終わっていない場合には、ステップＳ４０３に戻って処理を続ける。確認が終わった場合には、その時点の更新回数のカウンタを保持して、処理を終了する。以上の処理により、所定の時間以内の、所定の商品に関する記事の更新回数をカウントすることができる。また、所定の商品に対して宣伝を行いたい企業側の要望に応じて、記事の内容が所定の商品に対して好意的な場合にのみカウントする、一定期間内の更新は１回のみカウントする、等の対応を行うことが可能となる。

【0107】

上述した手段、機能は、コンピュータ（ＣＰＵ、情報処理装置、各種端末を含む）が、所定のプログラムを読み込んで、実行することによって実現される。プログラムは、例えば、フレキシブルディスク、ＣＤ（ＣＤ−ＲＯＭなど）、ＤＶＤ（ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭなど）、コンパクトメモリ等のコンピュータ読取可能な記録媒体に記録された形態で提供される。この場合、コンピュータはその記録媒体からプログラムを読み取って内部記憶装置又は外部記憶装置に転送し記憶して実行する。また、そのプログラムを、例えば、磁気ディスク、光ディスク、光磁気ディスク等の記憶装置（記録媒体）に予め記録しておき、その記憶装置から通信回線を介してコンピュータに提供するようにしてもよい。

【0108】

以上、本発明の実施形態について説明したが、本発明は上述したこれらの実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。

【符号の説明】

【0109】

１００ ユーザ端末、２００ サーバ、３００ 通信網

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】