(57)【要約】【課題】企業利用者と広告塔としての一般利用者とをマッチングさせる。【解決手段】サービス提供装置１は、一般利用者の利用したサービスについてジャンルと利用日時とを管理する履歴管理部１２と、企業利用者ごとに、当該企業利用者が指定したジャンルについて係数の組の入力を受け付ける係数受付部１３と、企業利用者ごとに係数の組を管理する係数管理部１４と、企業利用者が指定したジャンルについて、所定期間における各一般利用者のサービスの利用回数を計数し、係数の組を構成する係数の各々について、当該係数と当該係数に対応するジャンルの利用回数との積を算出し、算出された積を加算した指数を算出する算出部１５と、指数と友達数の積を、情報を拡散する程度を示す拡散指標として生成する指標生成部１７とを備える。【選択図】図１
2014089577.tif 000002
【特許請求の範囲】
【請求項１】
複数のジャンルに区分けされたサービスを第１利用者に提供し、コンピュータを備えたサービス提供装置のプログラムであって、
前記コンピュータを、
第１利用者の利用したサービスについてジャンルと利用日時とを管理する履歴管理部と、
前記第１利用者のサービスの利用に関する情報を把握可能な第２利用者ごとに、当該第２利用者が前記複数のジャンルの中から指定したジャンルについて係数の組の入力を受け付ける係数受付部と、
前記第２利用者ごとに前記係数の組を管理する係数管理部と、
前記第２利用者ごとに定められたタイミングで、前記第２利用者が指定したジャンルについて、前記履歴管理部で管理する所定期間における各第１利用者のサービスの利用回数を計数し、前記係数管理部が管理する当該第２利用者が入力した前記係数の組を構成する係数の各々について、当該係数と当該係数に対応するジャンルの利用回数との積を算出し、算出された積を加算した指数を算出する算出部として機能させる、
ことを特徴とするサービス提供装置のプログラム。
【請求項２】
前記コンピュータを、更に、
前記第１利用者の友達数を取得する取得部と、
前記指数と前記友達数とに基づいて、前記第１利用者ごとに前記係数によって重み付けられたジャンルについて情報を拡散する程度を示す指標を生成する指標生成部として機能させる、
ことを特徴とする請求項１に記載のサービス提供装置のプログラム。
【請求項３】
前記友達数は、当該サービス提供装置が提供するサービスとは異なるコミュニケーションに関するサービスにおける前記第１利用者の友達の数であり、
前記コンピュータは、更に、
前記取得部を、前記コミュニケーションに関するサービスを管理する管理装置と通信可能であり、前記管理装置に対して前記第１利用者の友達数を問い合わせることによって、前記友達数を取得するように機能させる、
ことを特徴とする請求項２に記載のサービス提供装置のプログラム。
【請求項４】
複数のジャンルに区分けされたサービスを第１利用者に提供するサービス提供装置の制御方法であって、
第１利用者の利用したサービスについてジャンルと利用日時とを管理し、
前記第１利用者のサービスの利用に関する情報を把握可能な第２利用者ごとに、当該第２利用者が前記複数のジャンルの中から指定したジャンルについて係数の組の入力を受け付けて管理し、
前記第２利用者ごとに定められたタイミングで、前記第２利用者が指定したジャンルについて、所定期間における各第１利用者のジャンルごとのサービスの利用回数を計数し、当該第２利用者が入力した前記係数の組を構成する係数の各々について、当該係数と当該係数に対応するジャンルの利用回数との積を算出し、算出された積を加算した指数を算出する、
ことを特徴とするサービス提供装置の制御方法。
【請求項５】
前記第１利用者の友達数を取得し、
前記指数と前記友達数とに基づいて、前記第１利用者ごとに前記係数によって重み付けられたジャンルについて情報を拡散する程度を示す指標を生成する、
ことを特徴とする請求項４に記載のサービス提供装置の制御方法。
【請求項６】
前記友達数は、当該サービス提供装置が提供するサービスとは異なるコミュニケーションに関するサービスにおける前記第１利用者の友達の数であり、
前記サービス提供装置は、前記コミュニケーションに関するサービスを管理する管理装置と通信可能であり、前記管理装置に対して前記第１利用者の友達数を問い合わせることによって、前記友達数を取得する、
ことを特徴とする請求項５に記載のサービス提供装置の制御方法。
【請求項７】
複数のジャンルに区分けされたサービスを第１利用者に提供するサービス提供装置であって、
第１利用者の利用したサービスについてジャンルと利用日時とを管理する履歴管理部と、
前記第１利用者のサービスの利用に関する情報を把握可能な第２利用者ごとに、当該第２利用者が前記複数のジャンルの中から指定したジャンルについて係数の組の入力を受け付ける係数受付部と、
前記第２利用者ごとに前記係数の組を管理する係数管理部と、
前記第２利用者ごとに定められたタイミングで、前記第２利用者が指定したジャンルについて、前記履歴管理部で管理する所定期間における各第１利用者のサービスの利用回数を計数し、前記係数管理部が管理する当該第２利用者が入力した前記係数の組を構成する係数の各々について、当該係数と当該係数に対応するジャンルの利用回数との積を算出し、算出された積を加算した指数を算出する算出部と、
を備えることを特徴とするサービス提供装置。
【請求項８】
前記第１利用者の友達数を取得する取得部と、
前記指数と前記友達数とに基づいて、前記第１利用者ごとに前記係数によって重み付けられたジャンルについて情報を拡散する程度を示す指標を生成する指標生成部とを備える、
ことを特徴とする請求項７に記載のサービス提供装置。
【請求項９】
前記友達数は、当該サービス提供装置が提供するサービスとは異なるコミュニケーションに関するサービスにおける前記第１利用者の友達の数であり、
前記取得部は、前記コミュニケーションに関するサービスを管理する管理装置と通信可能であり、前記管理装置に対して前記第１利用者の友達数を問い合わせることによって、前記友達数を取得する、
ことを特徴とする請求項８に記載のサービス提供装置。
【請求項１０】
複数のジャンルに区分けされたサービスを第１利用者に提供するサービス提供装置と、当該サービス提供装置が提供するサービスとは異なるコミュニケーションに関するサービスを管理する管理装置とを有し、
前記サービス提供装置は、
第１利用者の利用したサービスについてジャンルと利用日時とを管理する履歴管理部と、
前記第１利用者のサービスの利用に関する情報を把握可能な第２利用者ごとに、当該第２利用者が前記複数のジャンルの中から指定したジャンルについて係数の組の入力を受け付ける係数受付部と、
前記第２利用者ごとに前記係数の組を管理する係数管理部と、
前記第２利用者ごとに定められたタイミングで、前記第２利用者が指定したジャンルについて、前記履歴管理部で管理する所定期間における各第１利用者のサービスの利用回数を計数し、前記係数管理部が管理する当該第２利用者が入力した前記係数の組を構成する係数の各々について、当該係数と当該係数に対応するジャンルの利用回数との積を算出し、算出された積を加算した指数を算出する算出部と、
前記第１利用者の前記コミュニケーションに関するサービスにおける友達数を前記管理装置に対して問い合わせることによって取得する取得部と、
前記指数と前記友達数とに基づいて、前記第１利用者ごとに前記係数によって重み付けられたジャンルについて情報を拡散する程度を示す指標を生成する指標生成部とを備える、
ことを特徴とするサービス提供システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般人のインターネット上での活動を広告として用いたい企業と、希望するジャンルの情報を得たい等の欲求のある一般人とのマッチングを行う技術に関する。
【背景技術】
【０００２】
近年、インターネット上で提供するサービスが急速に普及している。サービスを提供するサーバ装置では、利用者がサービスを利用した履歴を蓄積することがある（例えば、特許文献１参照）。
一方、影響力のあるブロガーなどに製品の評価を依頼することによって、ブログの評価を間接的に広告に利用する広告方法が知られている。このような間接的な広告は、一般の利用者の率直な評価が記載されることから、他の利用者に親近感を持って受け入れられることが多い。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−１８１３９５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、ブロガーの興味の対象は自身の趣味の範囲に限られることが多い。このため、情報を拡散させることが可能なブロガーを企業が探し出しても、本人の興味が評価を依頼したい製品にあるとは限らない。したがって、広告や評価を依頼したい製品に興味があり、且つ、インターネット上で影響力を持つ一般人を特定することが困難であった。
本発明は、上述した事情に鑑みてなされたものであり、広告塔としてサービスの利用者を用いたい企業と、希望するジャンルの情報を得たいなどの欲求のある一般人とのマッチングを行うサービス提供装置などを提供することを解決課題とする。
【課題を解決するための手段】
【０００５】
以上の課題を解決するために本発明が採用する手段を以下に説明する。なお、本発明の理解を容易にするために以下では図面の参照符号を便宜的に括弧書で付記するが、本発明を図示の形態に限定する趣旨ではない。
【０００６】
上述した課題を解決するため、本発明に係るサービス提供装置のプログラムは、
複数のジャンルに区分けされたサービスを第１利用者に提供し、コンピュータを備えたサービス提供装置のプログラムであって、前記コンピュータを、第１利用者の利用したサービスについてジャンルと利用日時とを管理する履歴管理部（１２）と、前記第１利用者のサービスの利用に関する情報を把握可能な第２利用者ごとに、当該第２利用者が前記複数のジャンルの中から指定したジャンルについて前記係数の組の入力を受け付ける係数受付部（１３）と、前記第２利用者ごとに前記係数の組を管理する係数管理部（１４）と、  前記第２利用者ごとに定められたタイミングで、前記第２利用者が指定したジャンルについて、前記履歴管理部で管理する所定期間における各第１利用者のサービスの利用回数を計数し、前記係数管理部が管理する当該第２利用者が入力した前記係数の組を構成する係数の各々について、当該係数と当該係数に対応するジャンルの利用回数との積を算出し、算出された積を加算した指数を算出する算出部（１５）として機能させることを特徴とする。
【０００７】
この発明によれば、第２利用者（例えば企業利用者）が指定したジャンルについて第１利用者（例えば一般利用者）のサービスの利用回数を計数し、この利用回数と第２利用者が設定した係数の組みの積和により指数を算出する。サービスの利用回数は、第１利用者の当該ジャンルの関心の程度を表している。指数は係数の組によってジャンルごとの利用回数に重み付けが付与されて生成されるので、第２利用者の重み付けに沿ったジャンルについて、総合的に第１利用者に関心の高さを指数によって評価できるといった利点がある。
なお、係数受付部は、係数の組をサービス提供装置の外部装置から受け付けてもよいし、あるいは、サービス提供装置の内部の記憶部から読み出された係数の組を受け付けてもよい。さらに、サービス提供装置に接続されたキーボードなどの入力部から入力された係数の組を受け付けてもよい。
【０００８】
また、上述したサービス提供装置のプログラムは、前記コンピュータを、更に、前記第１利用者の友達数を取得する取得部（１６）と、前記指数と前記友達数とに基づいて、前記第１利用者ごとに前記係数によって重み付けられたジャンルについて情報を拡散する程度を示す指標を生成する指標生成部（１７）として機能させることが好ましい。
この発明によれば、指数と友達数とを考慮して指標を生成するので、第２利用者の指定するジャンルについて関心の程度と情報の拡散能力とを指標によって総合的に評価することが可能となる。従って、指標を用いて広告塔として適切な第１利用者を特定することも可能となる。
【０００９】
また、上述したサービス提供装置のプログラムにおいて、前記友達数は、当該サービス提供装置が提供するサービスとは異なるコミュニケーションに関するサービスにおける前記第１利用者の友達の数であり、前記コンピュータは、更に、前記取得部を、前記コミュニケーションに関するサービスを管理する管理装置と通信可能であり、前記管理装置に対して前記第１利用者の友達数を問い合わせることによって、前記友達数を取得するように機能させることが好ましい。
この発明によれば、第２利用者が指定するジャンルへの関心の程度を計測するためのサービスと、情報を拡散させるためのサービスを別個に設定することが可能となる。このため、より効率的に広告塔として適切な第１利用者を指標によって評価することが可能となる。
【００１０】
次に、本発明に係るサービス提供装置の制御方法は、複数のジャンルに区分けされたサービスを第１利用者に提供するサービス提供装置を制御する方法であって、第１利用者の利用したサービスについてジャンルと利用日時とを管理し、前記第１利用者のサービスの利用に関する情報を把握可能な第２利用者ごとに、当該第２利用者が前記複数のジャンルの中から指定したジャンルについて係数の組の入力を受け付けて管理し、前記第２利用者ごとに定められたタイミングで、前記第２利用者が指定したジャンルについて、所定期間における各第１利用者のジャンルごとのサービスの利用回数を計数し（Ｓ５）、当該第２利用者が入力した前記係数の組を構成する係数の各々について、当該係数と当該係数に対応するジャンルの利用回数との積を算出し、算出された積を加算した指数を算出する（Ｓ７）、  ことを特徴とする。
【００１１】
この発明によれば、第２利用者が指定したジャンルについて第１利用者のサービスの利用回数を計数し、この利用回数と第２利用者が設定した係数の組みの積和により指数を算出するから、第２利用者の重み付けに沿ったジャンルについて、総合的に第１利用者に関心の高さを指数によって評価できるといった利点がある。
【００１２】
上述したサービス提供装置の制御方法において、前記第１利用者の友達数を取得し（Ｓ８）、前記指数と前記友達数とに基づいて、前記第１利用者ごとに前記係数によって重み付けられたジャンルについて情報を拡散する程度を示す指標を生成する（Ｓ９）ことが好ましい。この発明によれば、指数と友達数とを考慮して指標を生成するので、第２利用者の指定するジャンルについて関心の程度と情報の拡散能力とを指標によって総合的に評価することが可能となる。
【００１３】
上述したサービス提供装置の制御方法において、前記友達数は、当該サービス提供装置が提供するサービスとは異なるコミュニケーションに関するサービスにおける前記第１利用者の友達の数であり、前記サービス提供装置は、前記コミュニケーションに関するサービスを管理する管理装置と通信可能であり、前記管理装置に対して前記第１利用者の友達数を問い合わせることによって、前記友達数を取得する（Ｓ８）ことが好ましい。この発明によれば、第２利用者が指定するジャンルへの関心の程度を計測するためのサービスと、情報を拡散させるためのサービスを別個に設定することが可能となる。このため、より効率的に広告塔として適切な第１利用者を指標によって評価することが可能となる。
【００１４】
本発明に係るサービス提供装置は、複数のジャンルに区分けされたサービスを第１利用者に提供するものであって、第１利用者の利用したサービスについてジャンルと利用日時とを管理する履歴管理部（１２）と、前記第１利用者のサービスの利用に関する情報を把握可能な第２利用者ごとに、当該第２利用者が前記複数のジャンルの中から指定したジャンルについて係数の組の入力を受け付ける係数受付部（１３）と、前記第２利用者ごとに前記係数の組を管理する係数管理部（１４）と、前記第２利用者ごとに定められたタイミングで、前記第２利用者が指定したジャンルについて、前記履歴管理部で管理する所定期間における各第１利用者のサービスの利用回数を計数し、前記係数管理部が管理する当該第２利用者が入力した前記係数の組を構成する係数の各々について、当該係数と当該係数に対応するジャンルの利用回数との積を算出し、算出された積を加算した指数を算出する算出部（１５）と、を備える。この発明によれば、指数は係数の組によってジャンルごとの利用回数に重み付けが付与されて生成されるので、第２利用者の重み付けに沿ったジャンルについて、総合的に第１利用者に関心の高さを指数によって評価できるといった利点がある。なお、係数の組は、サービス提供装置に設けられた記憶部に記憶してもよいし、外部装置に設けられた記憶部に記憶してもよい。前者の場合、係数管理部は、例えば、記憶部に対して係数の組を読み書きする制御手段として機能し、後者の場合は、外部装置と通信する通信手段として機能する。
【００１５】
上述したサービス提供装置は、前記第１利用者の友達数を取得する取得部（１６）と、前記指数と前記友達数とに基づいて、前記第１利用者ごとに前記係数によって重み付けられたジャンルについて情報を拡散する程度を示す指標を生成する指標生成部（１７）とを備える、ことが好ましい。この発明によれば、第２利用者の指定するジャンルについて関心の程度と情報の拡散能力とを指標によって総合的に評価することが可能となる。
【００１６】
上述したサービス提供装置において、前記友達数は、当該サービス提供装置が提供するサービスとは異なるコミュニケーションに関するサービスにおける前記第１利用者の友達の数であり、前記取得部は、前記コミュニケーションに関するサービスを管理する管理装置と通信可能であり、前記管理装置に対して前記第１利用者の友達数を問い合わせることによって、前記友達数を取得することが好ましい。この発明によれば、第２利用者が指定するジャンルへの関心の程度を計測するためのサービスと、情報を拡散させるためのサービスを別個に設定することが可能となる。
【００１７】
本発明に係るサービス提供システムは、複数のジャンルに区分けされたサービスを第１利用者に提供するサービス提供装置（１）と、当該サービス提供装置が提供するサービスとは異なるコミュニケーションに関するサービスを管理する管理装置（３）とを有し、前記サービス提供装置は、第１利用者の利用したサービスについてジャンルと利用日時とを管理する履歴管理部（１２）と、前記第１利用者のサービスの利用に関する情報を把握可能な第２利用者ごとに、当該第２利用者が前記複数のジャンルの中から指定したジャンルについて係数の組の入力を受け付ける係数受付部（１３）と、前記第２利用者ごとに前記係数の組を管理する係数管理部（１４）と、前記第２利用者ごとに定められたタイミングで、前記第２利用者が指定したジャンルについて、前記履歴管理部で管理する所定期間における各第１利用者のサービスの利用回数を計数し、前記係数管理部が管理する当該第２利用者が入力した前記係数の組を構成する係数の各々について、当該係数と当該係数に対応するジャンルの利用回数との積を算出し、算出された積を加算した指数を算出する算出部（１５）と、前記第１利用者の前記コミュニケーションに関するサービスにおける友達数を前記管理装置に対して問い合わせることによって取得する取得部（１６）と、前記指数と前記友達数とに基づいて、前記第１利用者ごとに前記係数によって重み付けられたジャンルについて情報を拡散する程度を示す指標を生成する指標生成部（１７）とを備える。
【図面の簡単な説明】
【００１８】
【図１】本発明の一実施形態に係るサービス提供システムのブロック図である。
【図２】利用者情報テーブルのデータ構造を示す説明図である。
【図３】企業名テーブルのデータ構造を示す説明図である。
【図４】サービス提供装置の構成を示すブロック図である。
【図５】端末装置の構成を示すブロック図である。
【図６】一般利用者がサービス提供装置で提供されるポータルサイトにアクセスした際に端末装置に表示される画面の一例を示す説明図である。
【図７】一般利用者が「ダイエット」をクリックした場合に、端末装置に表示される画面の一例を示す説明図である。
【図８】履歴情報テーブルのデータ構造を示す説明図である。
【図９】ジャンル名テーブルのデータ構造を示す説明図である。
【図１０】企業登録入力ページの一例を示す説明図である。
【図１１】企業登録確認ページの一例を示す説明図である。
【図１２】要求情報テーブルのデータ構造を示す説明図である。
【図１３】リストデータ処理の処理内容を示すフローチャートである。
【図１４】計数されたアクセス回数の一例を示す説明図である。
【図１５】リストデータの一例を示す説明図である。
【発明を実施するための形態】
【００１９】
以下、実施形態として、本発明に係る管理サーバを用いたサービス提供システムについて、図面を参照しつつ説明する。
＜１．サービス提供システムの構成＞
図１は、本発明の実施形態に係るサービス提供システム１００のブロック図である。このサービス提供システム１００は、インターネットなどの通信網ＮＥＴを介して、ジャンルごとに区分けされた各種の情報を提供するサービス提供装置１、一般の利用者の端末装置２Ａ、企業の利用者の端末装置２Ｂ、及びＳＮＳサイトを提供する外部管理サーバ３を備える。
【００２０】
サービス提供装置１は、企業から広告の対象となるジャンルを受け付け、受け付けたジャンルについて多くのサービスを利用する利用者に関する情報を企業に提供する。サービス提供装置１の利用者には、一般の利用者（第１利用者の一例）と企業の利用者（第２利用者の一例）とが含まれる。以下の説明では、前者を一般利用者、後者を企業利用者と称する。また、外部管理サーバ３のＳＮＳの利用者をＳＮＳ利用者と称する。
【００２１】
外部管理サーバ３が提供するＳＮＳサイトは、利用者同士のコミュニケーションツール（すなわち、ＳＮＳ利用者の間で行われるメッセージ管理情報の授受。例えば、掲示板、メール、チャット等）を提供する。また、ＳＮＳサイトにおいて、友達関係は、アクション元のＳＮＳ利用者が友達申請を行い、これをアクション先のＳＮＳ利用者が承認することによって構築される。外部管理サーバ３は、ＳＮＳ利用者同士の特定の関係であるＳＮＳ友達関係を示す友達情報を管理する。
【００２２】
外部管理サーバ３はＳＮＳ利用者情報テーブルＴＢＬ３１とＳＮＳ友達情報テーブルＴＢＬ３２とを備える。ＳＮＳ利用者情報テーブルＴＢＬ３１には複数のレコードが記憶されている。１つのレコードは、氏名、性別、住所、勤務先、ＳＮＳ利用者を一意に識別する識別情報ＵＩＤ、及びメールアドレスを含む。これらの情報は、ＳＮＳ利用者が登録した個人情報である。一方、ＳＮＳ友達情報テーブルＴＢＬ３２には複数のレコードが記憶されている。１つのレコードは、アクション元の識別情報ＵＩＤ、アクション先の識別情報ＵＩＤ、ステータス、及び申請日時を含む。アクション元は、友達申請を行ったＳＮＳ利用者であり、アクション先は、友達申請されたＳＮＳ利用者である。ステータスは、友達申請の状態を示し、申請中が「０」、承諾が「１」、拒否が「２」で表される。
【００２３】
また、外部管理サーバ３が提供するＳＮＳにおいては、掲示板、メール、チャット等を利用することができるだけでなく、ゲームや実用的なツールなどのソーシャルアプリケーションを利用することができる。このソーシャルアプリケーションは、ＳＮＳサービスの提供者以外の提供者によっても提供されることがある。ソーシャルアプリケーションを利用するか否か、あるいは、どのソーシャルアプリケーションを利用するかは、ＳＮＳ利用者が任意に決定できるようになっている。ＳＮＳ利用者がソーシャルアプリケーションの利用を希望する場合には、当該ソーシャルアプリケーションが当該ＳＮＳ利用者のプロフィール情報やＳＮＳ上の前記友達情報にアクセスする機能や、当該ソーシャルアプリケーションが当該ＳＮＳ利用者の代わりに掲示板等に投稿する機能等についての許可を求める場合がある。
【００２４】
サービス提供装置１で提供するポータルサイトのサービスは、ソーシャルアプリケーションとして与えられる。このソーシャルアプリケーションを利用する場合、一般利用者のニックネームとアクセスログに基づいた所定の情報が、企業利用者に提供されることがある旨の許可を求められる。ＳＮＳ利用者がこれらの機能について許可したことを以て、当該ソーシャルアプリケーションの利用者になることができる。このようなソーシャルアプリケーションは、一般に、ＳＮＳサイト内に当該ソーシャルアプリケーションの画面が表示されるため、ＳＮＳ利用者にとっては、あたかもＳＮＳのサービスの一つを利用しているような感覚で、ソーシャルアプリケーションを利用することになる。
【００２５】
次に、一般利用者の端末装置２Ａは、通信網ＮＥＴを介した通信が可能であり、例えば、パーソナルコンピュータ、携帯電話機、スマートフォン、タブレット端末などが該当する。企業利用者の端末装置２Ｂも一般利用者の端末装置２Ａと同様に、通信網ＮＥＴを介した通信が可能であり、例えば、パーソナルコンピュータ、携帯電話機、スマートフォン、タブレット端末などが該当する。
【００２６】
サービス提供装置１は、いわゆるポータルサイトとして機能し、ジャンルごとに区分けされた各種のサービスを提供する。ただし、当該サービスは、本実施形態では外部管理サーバ３の管理するＳＮＳサイトにおけるアプリケーションとして提供される。従って、ＳＮＳ利用者がアプリケーションを実行することによって、一般利用者はサービス提供装置１が提供するサービスを利用可能となる。このため、一般利用者はＳＮＳ利用者に含まれることになる。
【００２７】
サービス提供装置１の記憶部１１は、一般利用者のアカウントなどの利用者情報を記憶した利用者情報テーブルＴＢＬ１１、企業ＩＤと企業名とを対応づけて記憶した企業名テーブルＴＢＬ１２、一般利用者の利用履歴を示す履歴情報を記憶した履歴情報テーブルＴＢＬ１３、企業の要求するリストの内容を示す要求情報を記憶した要求情報テーブルＴＢＬ１４、及びジャンルＩＤとジャンル名とを対応づけて記憶したジャンル名テーブルＴＢＬ１５を記憶する。
【００２８】
図２に利用者情報テーブルＴＢＬ１１のデータ構造を示す。利用者情報テーブルＴＢＬ１１には登録情報として複数のレコードが記憶されている。１つのレコードは、一般利用者を一意に識別する識別情報ＵＩＤ、氏名、登録日、及びプロフィール情報を含む。本実施形態では、サービス利用者の識別情報ＵＩＤは、ＳＮＳ利用者の識別情報ＵＩＤと一致するという対応関係を有している。但し、ＳＮＳ利用者の識別情報とサービス利用者の識別情報とは必ずしも一致する必要はなく、相違していてもよい。この場合は、利用者情報テーブルＴＢＬ１１のレコードにＳＮＳ利用者の識別情報と一般利用者の識別情報とを対応づけて記憶すればよい。プロフィール情報は、性別、年齢、及びメールアドレスを含む。なお、氏名やプロフィール情報は必須ではなく、最初は識別情報ＵＩＤのみが記憶されていればよい。また、利用者情報テーブルＴＢＬ１１に記憶される登録情報は、外部管理サーバ３から取得してもよい。また、プロフィール情報に住所を含ませてもよい。さらに利用者情報テーブルＴＢＬ１１には、ＳＮＳへログインするためのログインＩＤやパスワード等が記憶されていてもよい。
【００２９】
図３に企業名テーブルＴＢＬ１２のデータ構造を示す。企業名テーブルＴＢＬ１２には、企業を一意に識別する企業ＩＤと企業名とが対応づけられて記憶される。企業ＩＤは、企業利用者がサービス提供装置１のマッチングサービスの初めて利用する場合にＣＰＵ３０によって発行される。なお、記憶部１１に記憶する他のテーブルのデータ構造については後述する。
【００３０】
次に、サービス提供装置１の機能について説明する。サービス提供装置１は、一般利用者（第１利用者の一例）の利用したサービスについてジャンルと利用日時とを管理する履歴管理部１２を備える。より具体的には、履歴管理部１２は、一般利用者が図２に示す画面でジャンルを選択してサービスを利用する度に、一般利用者のサービスの履歴を示す履歴情報を生成し、これを利用日時と対応づけて記憶部１１に記憶される履歴情報テーブルＴＢＬ１３に記憶する。
【００３１】
また、サービス提供装置１は、一般利用者のサービスの利用に関する情報を把握可能な企業利用者（第２利用者の一例）ごとに複数のジャンルについて係数の組の入力を受け付ける係数受付部１３と、企業利用者ごとに係数の組を管理する係数管理部１４とを備える。この係数の組は、企業利用者が希望する希望ジャンルの重み付けを示している。そして、端末装置２ＢにおいてボタンＢ４１がクリックされて表示される確認ページにおいて、送信ボタンがクリックされると、係数の組を含む登録要求が端末装置２Ｂからサービス提供装置１に送信される。係数受付部１３は、登録要求に含まれる係数の組を取得して、これを係数管理部１４に渡す。係数管理部１４は、係数の組を含む企業情報を企業と対応づけて記憶部１１に記憶される企業名テーブルＴＢＬ１２に記憶して管理する。なお、係数の組は、いつでも変更可能である。その場合は、企業利用者は端末装置２Ｂを操作してサービス提供装置１が提供する登録変更ページにアクセスし、変更内容を入力すればよい。この場合、係数受付部１３は、初回の登録と同様に、変更要求に含まれる係数の組を受け付け、係数管理部１４が変更の内容を要求情報テーブルＴＢＬ１４に記憶する。
【００３２】
また、サービス提供装置１は、企業利用者が指定するジャンルについて、一般利用者の利用回数を係数の組を用いて重み付けをした指数を算出する算出部１５を備える。
算出部１５は、第１に、企業利用者ごとに定められたタイミングで、履歴管理部１２で管理する所定期間における各一般利用者のジャンルごとのサービスの利用回数を計数する。企業利用者ごとに定められたタイミングは、初回送付日とリスト送付希望期間によって特定される。また、履歴管理部１２は、一般利用者が利用者した各ジャンルの利用日時を管理する。管理には履歴情報テーブルＴＢＬ１３が用いられる。算出部１５は、履歴情報テーブルＴＢＬ１３を参照することによって、各一般利用者のジャンルごとのサービスの利用回数を計数する。
算出部１５は、第２に、係数管理部１４が管理する企業利用者が入力した係数の組を構成する係数の各々について、当該係数と当該係数に対応するジャンルの利用回数との積を算出し、算出された積を加算した指数を算出する。この指数は、企業が着目するジャンルについて、総合的な一般利用者の興味の程度を示している。したがって、指数が高い一般利用者は、広告塔に適合する可能性が高いといえる。
【００３３】
次に、サービス提供装置１は、一般利用者の友達数を取得する取得部１６と、指数と友達数とに基づいて、一般利用者ごとに係数によって重み付けられたジャンルについて情報を拡散する程度を示す指標を生成する指標生成部１７とを備える。
【００３４】
ここで、友達数は、サービス提供装置１が提供するサービスとは異なるコミュニケーションに関するサービスにおける一般利用者の友達の数であっても良い。この例では、コミュニケーションに関するサービスは、外部管理サーバ３が提供するＳＮＳサービスであり、友達数はＳＮＳサービスにおける友達数である。取得部１６は、ＳＮＳサービスを管理する外部管理サーバ３と通信可能であり、外部管理サーバ３に対して一般利用者の友達数を問い合わせることによって、友達数を取得している。
友達数が多い一般利用者に製品やサービスの感想を依頼すれば、ＳＮＳサービスを介して一般利用者の視点から製品やサービスの内容を当該一般利用者の友達に拡散できる可能性がある。その一方、単に友達数の多い一般利用者に依頼しても当該一般利用者は企業が提供する製品やサービスに興味がなく、的確な感想を得られないこともあり得る。
【００３５】
そこで、本実施形態では、指数と友達数とに基づいて、指標を生成している。指数は企業が着目するジャンルに対する一般利用者の関心の程度を示すものであり、友達数は当該一般利用者の情報の拡散能力を示すものである。したがって、両者を考慮した指標によって、企業が着目するジャンルについて情報を拡散する程度を評価することが可能となる。
指標生成部１７は、指標をＹ、指数をＸ、友達数をＮとした場合、指標生成部１７はＹ＝Ｘ*Ｎで指標を算出してもよい。あるいは、指数Ｘが所定値Ｋ以上の場合に、Ｙ＝Ｘ*Ｎとし、指数Ｘが所定値Ｋ未満の場合に、Ｙ＝０としてもよい。
【００３６】
図４にサービス提供装置１の構成を示す。この図に示すように、サービス提供装置１は、装置全体を制御するＣＰＵ（Central Processing Unit）３０、ＣＰＵ３０の作業領域として機能するＲＡＭ（Random Access Memory）３１、ブートプログラムなどを記憶したＲＯＭ（Read Only Memory）３２、各種のプログラムやデータを記憶するハードディスクドライブ３３、キーボードやマウスなどを含む入力部３４、画像を表示するディスプレイ３５、通信網ＮＥＴを介して外部の装置と通信を行う通信インターフェース３６、及びコンパクトディスクなどの情報記録媒体を読み取る読取装置３７を備える。ハードディスクドライブ３３は、上述した記憶部１１に相当し、利用者情報テーブルＴＢＬ１１、企業名テーブルＴＢＬ１２、履歴情報テーブルＴＢＬ１３、要求情報テーブルＴＢＬ１４、ジャンル名テーブルＴＢＬ１５、アクセス回数テーブルＴＢＬ１６、及びストテーブルＴＢＬ１７を格納する。なお、外部管理サーバ３もサービス提供装置１と同様に構成されている。但し、ハードディスクドライブ３３には、ＳＮＳ利用者情報テーブルＴＢＬ３１と、ＳＮＳ友達情報テーブルＴＢＬ３２とが格納される。また、ハードディスクドライブ３３には、サービス提供装置１の全体を制御する制御プログラムが記憶されている。この制御プログラムは、例えば、読取装置３７によって情報記録媒体から読み取られインストールされる。ハードディスクドライブ３３は、制御プログラムを記憶した記録媒体であり、制御プログラムをサービス提供装置１にインストールする行為は、制御プログラムを記録した記録媒体を製造する行為に該当する。
【００３７】
図５に端末装置２Ａの構成を示す。端末装置２Ａは、装置全体を制御するＣＰＵ４０、ＣＰＵ４０の作業領域として機能するＲＡＭ４１、ブートプログラムなどを記憶したＲＯＭ４２、各種のプログラムやデータを記憶する記憶装置４３、テンキーなどを含む入力部４４、画像を表示するディスプレイ４５、及び通信網ＮＥＴを介して外部の装置と通信を行う通信インターフェース４６を備える。なお、端末装置２Ｂも端末装置２Ａと同様に構成されている。
【００３８】
＜２．サービス提供システムの動作＞
図６に、一般利用者がサービス提供装置１で提供されるポータルサイトにアクセスした際に端末装置２Ａに表示される画面を示す。この例では、ランニング、ヨガ、ゴルフ、ダイエットといったジャンルが表示される。一般利用者は、カーソルを操作することによって、ポータルサイトで用意された他のジャンルを知ることができ、興味のあるジャンルをクリックすることによって、詳細な情報を得ることができる。
【００３９】
図７は、図６において一般利用者が「ダイエット」をクリックした場合に、端末装置２Ａに表示される画面の一例である。そこには、カロリー管理アプリに関するリンクボタンＢ１、体脂肪管理アプリに関するリンクボタンＢ２、バナナダイエットに関するリンクボタンＢ３、及びダイエット関連記事に関するリンクボタンＢ４が表示されている。各リンクボタンＢ１〜Ｂ４には、リンクページのアドレスが対応付けられており、一般利用者がリンクボタンＢ１〜Ｂ４をクリックすると、対応するリンクページにアクセスすることができるようになっている。なお、カロリー管理アプリや体脂肪アプリは、企業利用者がアプリをアップロードすることによって提供される。また、バナナダイエットに関する情報やダイエット関連記事なども企業利用者から提供されたものである。
【００４０】
このように一般利用者がジャンルを選択すると、ＣＰＵ３０は、履歴情報テーブルＴＢＬ１３にアクセスして、一般利用者の選択したジャンルと利用日時とを対応づけて記憶する。図８に履歴情報テーブルＴＢＬ１３のデータ構造を示す。履歴情報テーブルＴＢＬ１３は、一般利用者がジャンルを選択した「日」及び「時刻」と、一般利用者を一意に識別する識別情報ＵＩＤと、ジャンルＩＤとからなるレコードを格納している。なお、一般利用者がポータルサイト内であるジャンルから他のジャンルに移動した場合、ＣＰＵ３０は、他のジャンルへの移動を検知して、新たにレコードを発行する。レコードは履歴情報に相当する。
ジャンルＩＤは、サービス提供装置１が提供するポータルサイトのジャンルを一意に識別する識別情報である。ジャンル名テーブルＴＢＬ１５は、図９に示すように、ジャンルＩＤとジャンル名とを対応づけて記憶している。
【００４１】
次に、企業利用者がサービス提供装置１からサービスの提供を受けるための処理について説明する。サービスの提供を受けるためには、企業利用者は、最初に企業登録入力ページにアクセスして当該企業を登録する必要がある。図１０に、企業利用者の端末装置２Ｂに表示される企業登録入力ページの一例を示す。この図に示されるように、企業利用者は、入力ボックスＢ１１に社名、入力ボックスＢ１２にパスワードを入力する必要がある。
【００４２】
また、企業利用者は、リスト送付希望期間について、「年に１回」、「半年に１回」、「３カ月に１回」、「１カ月に１回」、「隔週」、及び「毎週」の中から一つを選択し、チェックボックスＢ２０〜Ｂ２５の何れか一つにチェックを入れる必要がある。リスト送付希望期間とは、所定のジャンルについて情報を拡散する能力の高い一般利用者のリストをサービス提供装置１から受け取る間隔を意味する。図１０に示す例では、チェックボックスＢ２３にチェックがあるので、当該企業利用者は１カ月に１回のリスト送付を希望している。なお、各リスト送付希望期間には期間ＩＤが各々割り当てられている。
【００４３】
また、企業利用者はプルダウンメニューを操作してリストの初回送付日を入力できるようになっている。さらに、領域Ａには、ポータルサイトで提供する情報のジャンルとチェックボックスＢ３０〜Ｂ３５との組みが表示される。この例では、チェックボックスＢ３２、チェックボックスＢ３３、及びチェックボックスＢ３５にチェックが入っているので、企業利用者は、ダイエット、ゴルフ、及びヨガに関心がある一般利用者のリストを希望している。希望ジャンルの領域Ａに表示されるチェックボックスにチェックを入れると、領域Ｂにチェックした希望ジャンルが表示され、割合を入力するように促される。ここで、割合とは、複数の希望ジャンルの各々をどのように重み付けするかを示しており、当該企業の注力する程度を相対的に示している。この例では、ゴルフ、ダイエット、及びヨガを６５：３０：５の割合で重み付けることが指定される。なお、合計が「１００」になるように割合を指定する必要がある。
【００４４】
次に、企業利用者がボタンＢ４０をクリックすると、企業登録入力ページを表示する直前に表示していたページが表示され、ボタンＢ４１がクリックされると登録内容を確認するための確認ページが表示され、ボタンＢ４２がクリックされると、企業登録入力ページに入力した内容が初期化される。なお、ボタンＢ４１は割合の合計が「１００」となる場合に限ってクリックすることが可能となる。
そして、ボタンＢ４１がクリックされると、例えば、図１１に示す企業登録確認ページが表示される。そして、企業利用者がボタンＢ５０をクリックすると、企業登録確認ページの内容を示す登録要求が端末装置２Ｂからサービス提供装置１に送信される。
【００４５】
登録要求をサービス提供装置１が受信すると、ＣＰＵ３０は、企業名テーブルＴＢＬ１２を参照して、登録要求に含まれる企業名が既に企業名テーブルＴＢＬ１２に記憶されているか否かを判定する。ＣＰＵ３０は、記憶されている場合は、重複登録であることを示す登録応答を端末装置２Ｂに送信する一方、記憶されていない場合は、登録受付を示す登録応答を端末装置２Ｂに送信する。
【００４６】
重複登録でない場合、ＣＰＵ３０は、企業ＩＤを発行し、発行した企業ＩＤと企業名との組を企業名テーブルＴＢＬ１２に記憶する。また、ＣＰＵ３０は、要求情報テーブルＴＢＬ１４にレコードを追加する。図１２に要求情報テーブルＴＢＬ１４のデータ構造を示す。要求情報テーブルＴＢＬ１４は複数のレコードを備える。１つのレコードは、企業ＩＤ、期間ＩＤ、当該企業へ一般利用者のリストを最初に送信する開始日、前回リストを送信した前回送付日、次回リストを送信する次回送付日、ジャンルフラグ、及び割合を含む。
ジャンルフラグは、ジャンルごとに設けられており、「１」が当該ジャンルを指定したことを意味し、「０」が当該ジャンルを指定しないことを意味する。例えば、図１１に示す企業登録確認ページで登録のボタンＢ５０がクリックされ、「○×▲株式会社」に割り当てられた企業ＩＤが「Ｃ０００３」である場合、図１２の第３行のレコードＲが生成される。
ＣＰＵ３０は、要求情報テーブルＴＢＬ１４を参照することによって、一般利用者のマッチングを要求する企業の要求内容を把握することができる。なお、次回以降は、例えば企業名とパスワードの入力でウェブサイトにログインし、登録した内容を変更することができるようになっている。
【００４７】
次に、拡散指標を生成してマッチングを希望する企業へリストデータを送付する処理について説明する。図１３はリストデータ処理の処理内容を示すフローチャートである。まず、ＣＰＵ３０は、要求情報テーブルＴＢＬ１４を参照して、本日が次回送付日となっている未処理のレコードを１つ特定する（ステップＳ１）。次に、ＣＰＵ３０は、抽出したレコードを参照してジャンルフラグが「１」となっているジャンルＩＤを特定し（ステップＳ２）、更に、特定したジャンルＩＤの中から未選択のジャンルＩＤを一つ選択する（ステップＳ３）。
【００４８】
次に、ＣＰＵ３０は、選択したジャンルＩＤで履歴情報テーブルＴＢＬ１３をソートする（ステップＳ４）。この結果、選択したジャンルＩＤにアクセスした履歴（ログ）だけが抽出される。次に、ＣＰＵ３０は、選択したジャンルＩＤについて何回アクセスしたかを計数する（ステップＳ５）。この際、計数の対象とするのは、本日の履歴情報であってもよいし、所定期間の履歴情報であってもよいが、この例では、特定したレコードで指定される前回送付日から本日までの期間内における履歴情報を計数の対象とする。これによって、一般利用者の関心の対象の変化に対応した指数を生成することが可能となる。なお、所定期間は本日から１週間前といったように特定してもよい。この後、ＣＰＵ３０は、ステップＳ２で特定した全てのジャンルＩＤについて選択したか否かを判定し（ステップＳ６）、選択していないジャンルＩＤがある場合には、処理をステップＳ３に戻し、全てのジャンルＩＤを選択した場合には、処理をステップＳ７に進める。
【００４９】
ステップＳ７において、ＣＰＵ３０は、アクセス回数に係数を乗算し、乗算結果を加算して指数を生成する。例えば、図１２に示すレコードＲの場合、企業ＩＤ「Ｃ０００３」について、ジャンルＩＤ「Ｋ００２」、「Ｋ００５」、及び「Ｋ００６」が選択されており、注力割合は６５：３０：５である。ここで、ステップＳ５で計数されたアクセス回数が図１４に示すものである場合、識別情報ＵＩＤが「Ｕ０００１」、ジャンルＩＤ「Ｋ００２」については、アクセス回数が６０回であるので、係数（注力割合）とアクセス回数との積は、「３９」（＝６０*０.６５）となる。また、同様に、識別情報ＵＩＤが「Ｕ０００１」、ジャンルＩＤ「Ｋ００５」については、アクセス回数が１０回であるので、係数（注力割合）とアクセス回数との積は「３」（＝１０*０.３）となり、ジャンルＩＤ「Ｋ００６」については、アクセス回数が２０回であるので、係数（注力割合）とアクセス回数との積は、「１」（＝２０*０.０５）となる。そして、指数は積和で与えられるので、「４３」（＝３９+３+１）となる。
【００５０】
この後、ＣＰＵ３０は友達数を取得する（ステップＳ８）。具体的には、識別情報ＵＩＤを含む友達要求を外部管理サーバ３に送信し、外部管理サーバ３から当該識別情報ＵＩＤに対応する友達数を含む友達応答を受信することによって、友達数を外部管理サーバ３から取得する。この後、ＣＰＵ３０は、指数と友達数とを乗算して拡散指標を生成する（ステップＳ９）。
【００５１】
次に、ＣＰＵ３０は、リストデータを生成する（ステップＳ１０）。具体的には、利用者情報テーブルＴＢＬ１１を参照して、識別情報ＵＩＤに対応する氏名を取得して、例えば図１５に示すリストデータを生成する。この場合、リストデータは拡散指標が大きい順にソートされている。例えば、識別情報ＵＩＤ「Ｕ０００４」の一般利用者の友達数が「５００」であるとすれば、拡散指標は「２１５００」となる。
【００５２】
次に、ＣＰＵ３０は、マッチングを希望する企業利用者の端末装置２Ｂに生成したリストデータを送信し（ステップＳ１１）、本日が次回送付日の未処理レコードがあるか否かを判定する（ステップＳ１２）。ＣＰＵ３０は、未処理レコードがある場合には、処理をステップＳ１に戻し、全てのレコードについて処理が終了するまで、ステップＳ１からステップＳ１２までの処理を繰り返し、全てのレコードについて処理が終了すると、リストデータの生成送付処理を終了する。
【００５３】
このように本実施形態によれば、一般利用者と企業とのマッチングに拡散指標を用いたので、企業が情報の拡散を求めるジャンルについて関心の度合と情報の拡散能力との双方のバランスに基づいて一般利用者を評価することが可能となる。そして、リストデータを受け取った企業は、自身の判断でどの一般利用者に広告塔になってもらうかを選択することが可能となる。選択された一般利用者に対しては、例えば、サービス提供装置１を介して、サービスの利用クーポンや製品との交換クーポンを当該一般利用者の端末装置２Ａに送信することできる。これによって、関心のあるジャンルについて情報を得たい一般利用者と、一般利用者を広告塔として利用したい企業とをマッチングすることが可能となる。
【００５４】
また、本実施形態では、企業がポータルサイトのコンテンツの一部又は全部を提供している。企業は自社のサービスや製品に関連のあるコンテンツを提供することによって、そのジャンルに関心のある一般利用者をポータルサイトに呼び込むことができ、その中から情報の拡散能力の高い一般利用者を広告塔として利用することが可能となる。一方、拡散指標は外部管理サーバ３で提供する友達数に基づいて定めるので、一般利用者の関心のあるジャンルを探るサイトと、情報の拡散能力を発揮するサイトを個別に設定することが可能となる。これによって、企業が感想などを依頼した場合、あるいは一般利用者が自主的に感想などを別のサイトに投稿すると、より広い範囲に情報を拡散させることが可能となる。
【００５５】
＜３．変形例＞
本発明は、上述した各実施形態に限定されるものではなく、以下に述べる各種の変形が可能である。また、各変形例及び各実施形態は、適宜、組み合わせてもよいことは勿論である。
【００５６】
（１）上述した各実施形態では、サービス提供装置１は、指数と拡散指標を生成して、リストデータとして企業利用者の端末装置２Ａに送信したが、本発明はこれに限定されるものではなく、氏名又は識別情報ＵＩＤの少なくとも一方と指数のみ、あるいは氏名又は識別情報ＵＩＤの少なくとも一方と拡散指標のみをリストデータとして生成し、これを企業利用者の端末装置２Ｂに送信してもよい。
【００５７】
（２）上述した実施形態では、サービス提供装置１のＣＰＵ３０は友達数を外部管理サーバ３から取得したが、本発明はこれに限定されるものではない。例えば、サービス提供装置１が、ポータルサイトの他に、ＳＮＳサービスなどを提供する場合には、サービス提供装置１で提供するサービスで形成された友達関係の友達数であってもよい。
【００５８】
（３）上述した実施形態では、プロフィール情報に住所を含ませるかは任意であった。住所を含ませる場合には、企業が製品のサンプルを一般利用者に送付する場合等、一般利用者に働きかける際に、入力済みの住所を利用できるので、便利である。一方、住所が未入力の場合には、企業が一般利用者に製品の評価を依頼する場合に、一般利用者に住所の入力を促すようにしてもよい。また、プロフィール情報は外部管理サーバ３から取得するものであるが、そのプロフィール情報に住所が含まれていない場合には、一般利用者の登録時に住所を入力させるようにしてもよい。但し、個人情報保護の観点から、登録時の住所の入力は、一般利用者の任意としてもよい。
【００５９】
（４）上述した実施形態では、利用者情報テーブルＴＢＬ１１、企業名テーブルＴＢＬ１２、履歴情報テーブルＴＢＬ１３、要求情報テーブルＴＢＬ１４、及びジャンル名テーブルＴＢＬ１５をサービス提供装置１の記憶部１１に記憶したが、本発明はこれに限定されるものではなく、各種テーブルＴＢＬ１１〜ＴＢＬ１５に記憶される情報の一部又は全部を外部装置の記憶部に記憶してもよい。その場合には、外部装置とサービス提供装置１との間で通信して情報の授受を行えばよい。
【００６０】
（５）上述した実施形態では、作成したリストデータを、企業利用者の端末装置２Ａに送信し（Ｓ１１）、その後他の未処理レコードの有無をチェックすることとしているが（Ｓ１２）、例えばすべての未処理レコードの処理が終了した後に送信することとしてもよいし、データによる送信に限らず、データをプリントアウトして企業利用者に送付することとしてもよい。少なくとも、未処理レコードの処理が終了する前に、企業利用者の端末装置２Ａに送信することは必須ではない。
【００６１】
＜４．その他＞
なお、本発明における機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することとしてもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、インターネットやＷＡＮ、ＬＡＮ、専用回線等の通信回線を含むネットワークを介して接続された複数のコンピュータ装置を含んでもよい。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、ネットワークを介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、上述した機能の一部を実現するためのものであってもよい。さらに、上述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。また、本発明における機能またはその一部を実現するためのプログラムを配信する配信サーバ及び当該配信サーバによる配信に用いるために使用される、当該プログラムが記憶された記憶媒体についても、本発明の範囲に含まれる。
【００６２】
また、上述した機能の一部または全部を、ＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ）等の集積回路として実現してもよい。上述した各機能は個別にプロセッサ化してもよいし、一部、または全部を集積してプロセッサ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いてもよい。
【００６３】
なお、本発明は上述の各実施形態及び変形例に限定されるものではなく、本発明の趣旨の範囲内での変更は本発明に含まれるものである。  
【符号の説明】
【００６４】
ＮＥＴ……通信網、１，１……サービス提供装置、２Ａ，２Ｂ……端末装置、３……外部管理サーバ、１２……履歴管理部、１３……係数受付部、１４……係数管理部、１５……算出部、１６……取得部、１７……指標生成部、３０……ＣＰＵ、ＴＢＬ１３……履歴情報テーブル、ＴＢＬ１４……要求情報テーブル。
【図１】
2014089577.tif 000003
【図２】
2014089577.tif 000004
【図３】
2014089577.tif 000005
【図４】
2014089577.tif 000006
【図５】
2014089577.tif 000007
【図６】
2014089577.tif 000008
【図７】
2014089577.tif 000009
【図８】
2014089577.tif 000010
【図９】
2014089577.tif 000011
【図１０】
2014089577.tif 000012
【図１１】
2014089577.tif 000013
【図１２】
2014089577.tif 000014
【図１３】
2014089577.tif 000015
【図１４】
2014089577.tif 000016
【図１５】
2014089577.tif 000017