JP6548702B2 - 管理装置、管理方法、及び管理プログラム - Google Patents

Description

本発明は、管理装置、管理方法、及び管理プログラムに関する。

ショッピングサービスや広告配信サービス等、ネットワークを使用したサービスの提供が活発になっている。ネットワークを使用することで多くのユーザへの様々なサービスの提供が可能になる。

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

ユーザによりよいサービスを提供するためには、ユーザデータの共有等、サービス間で連携をするのが望ましい。しかし、システムへのアクセス数がサービス毎に大きく異なる等、サービス毎にシステムを取り巻く環境は異なっている。そのため、サービスの運営者は、サービス毎に当該サービスに適合したシステムを構築（例えば、独自モデルのデータベースを構築）する必要がある。結果として、サービス間の連携は容易ではない。

本願は、上記に鑑みてなされたものであって、サービス間の連携を容易にできるようにすることを目的とする。

本願に係る管理装置は、それぞれサービスを提供する複数のシステムがサービスの提供にあたり取得したデータのうち、所定の基準を満たすデータを判別する判別部と、所定の基準を満たすデータのシステム間の流通に関する処理を実行する管理部と、を備える。

実施形態の一態様によれば、サービス間の連携を容易にできる。

図１は、実施形態に係る管理システムの動作を示す図である。 図２は、サービス提供サーバがデータベースに登録する取得情報の一例を示す図である。 図３は、管理情報の一例を示す図である。 図４は、実施形態に係る端末装置の構成例を示す図である。 図５は、実施形態に係るサービス提供サーバの構成例を示す図である。 図６は、取得情報データベースに格納される情報の一例を示す図である。 図７は、ユーザ情報の一例を示す図である。 図８は、販売情報の一例を示す図である。 図９は、実施形態に係る管理装置の構成例を示す図である。 図１０は、管理情報データベースに格納される情報の一例を示す図である。 図１１は、共有情報データベースに格納される情報の一例を示す図である。 図１２は、重要情報データベースに格納される情報の一例を示す図である。 図１３は、登録処理の一例を示すフローチャートである。 図１４は、送信処理の一例を示すフローチャートである。 図１５は、課金処理の一例を示すフローチャートである。 図１６は、管理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に、本願に係る管理装置、管理方法、及び管理プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、以下の実施形態により本願に係る管理装置、管理方法、及び管理プログラムが限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

〔１．管理装置の動作〕
最初に、本実施形態の管理装置３０を備える管理システム１を例に、管理装置の動作を説明する。

図１は、実施形態に係る管理システム１の動作を示す図である。管理システム１は、サービス間の連携を可能にするためのシステムである。本実施形態でいう「サービス」は、ネットを介して提供されるサービスのことである。例えば、サービスは、ポータルサイト等のサイトで提供される各種サービスである。具体例を挙げると、サービスは、ネットショッピング、広告配信、メール、ゲーム、ニュース、オークション、掲示板、ブログ、天気予報、ファイナンス、路線検索、地図、旅行、求人、不動産、飲食店紹介、データダウンロード等のサービスである。

これらのサービスは、サービス毎にシステムを取り巻く環境が大きく異なっている。例えば、広告配信サービスでは、広告を配信するシステム（例えば、広告配信サーバ）への端末装置からのリクエストは１秒間に１０万リクエストを超える。これに対し、ネットショッピングサービスでは、ネットショッピングを実現するシステム（例えば、ショッピングサーバ）へのリクエストは、１秒間にせいぜい数百〜数千リクエストである。そのため、サービスの運営者は、サービス毎に当該サービスに適合したシステムを構築する必要がある。例えば、サービスの運営者は、システム毎に独自のデータモデルのデータベースを構築する必要がある。

しかし、サービス毎に独自のシステム（例えば、独自モデルのデータベース）を構築するとなると、サービス間の連携は困難になる。各サービスは、サービスの提供にあたり多種多様なデータを大量に蓄積することになるが、データモデルが異なると、他のサービスが蓄積した大量のデータの中から自身のサービスで必要となるデータを抽出するのは困難となる。例えば、あるユーザがネットショッピングサービスを使って自転車を購入したとする。このユーザに対し自転車に関する広告を配信できれば、広告配信サービスは大きな広告効果を実現できる。しかし、ネットショッピングに関するデータはネットショッピングサービスに特化したデータも含まれる極めて大量のものである。特定のサービスに特化したデータ（例えば、当該サービスの社内での担当者情報等）は、他のサービスにとってみれば無意味である上にそのデータの意味を理解するのも困難である。そのため、広告配信システムは、ネットショッピングサービスに特化したデータも含まれる大量のデータの中から当該ユーザが自転車を購入したという情報を抽出するのは容易なことではない。

そこで、管理システム１は、サービス間の連携を容易にするため、それぞれサービスを提供する複数のシステムと通信する管理装置３０を備える。管理装置３０は、複数のシステムがサービスの提供にあたり取得したデータのシステム間の流通を可能にするための処理を行う。例えば、管理装置３０は、複数のシステム中の１のシステムが取得した大量のデータの中から、データの流通量等を基準として、他のシステムが必要とするデータを判別する。そして、管理装置３０は、判別したデータを他のシステムに通知する。以下、本実施形態の管理装置３０を備える管理システム１について説明する。

〔１−１．管理システムについて〕
管理システム１は、端末装置１０_１、１０_２、１０_３と、サービス提供サーバ２０_１、２０_２、２０_３と、管理装置３０と、を備える。なお、図１の例では、端末装置が３つ示されているが、端末装置は３つより少なくてもよいし、３つより多くてもよい。以下の説明では、端末装置１０_１、１０_２、１０_３等を総称して端末装置１０と記載することがある。また、図１の例では、サービス提供サーバが３つ示されているが、サービス提供サーバは３つより少なくてもよいし、３つより多くてもよい。以下の説明では、サービス提供サーバ２０_１、２０_２、２０_３等を総称してサービス提供サーバ２０と記載することがある。

端末装置１０は、例えば、スマートデバイス（スマートフォン、或いはタブレット）、携帯電話、パーソナルコンピュータ等のユーザ端末である。端末装置１０_１はユーザＵ１が使用する端末であり、端末装置１０_２はユーザＵ２が使用する端末であり、端末装置１０_３はユーザＵ３が使用する端末である。端末装置１０は、ネットワークを介してサービス提供サーバ２０と通信する。

サービス提供サーバ２０は、クライアント端末或いはクライアント端末を操作するユーザに対して各種サービスを提供するサーバ用ホストコンピュータである。例えば、サービス提供サーバ２０は、端末装置１０を操作するユーザに対し各種サービスを提供するサービス提供システムである。サービス提供システムは、１台の装置から構成されていてもよいし、複数台の装置から構成されていてもよい。サービス提供サーバ２０_１はサービスＡを提供するシステムであり、サービス提供サーバ２０_２はサービスＢを提供するシステムであり、サービス提供サーバ２０_３はサービスＣを提供するシステムである。サービス提供サーバ２０が提供するサービスは、例えば、ネットショッピング、広告配信、メール、ゲーム、ニュース、オークション、掲示板、ブログ、天気予報、ファイナンス、路線検索、地図、旅行、求人、不動産、飲食店紹介、データダウンロード等のサービスである。サービス提供サーバ２０がネットショッピングサービスを提供するシステムとして機能する場合、サービス提供サーバ２０はオンラインモールとしての機能を併せ持っていてもよい。

サービス提供サーバ２０は、他のサービス提供サーバ２０へデータを送受信する機能を有していてもよい。データの送受信はサービス提供サーバ２０を運営する運営者の指示により行われてもよい。この場合、サービス提供サーバ２０は、データの流通量（例えば、データの送信量或いは受信量）をデータ毎に或いはデータ分類毎に計測して記録するよう構成されていてもよい。

管理装置３０は、サービス提供サーバ２０に対して各種サービスを提供するサーバ用ホストコンピュータである。管理装置３０は、サービス提供サーバ２０それぞれと通信可能である。管理装置３０は、サービス提供サーバ２０がサービスの提供にあたり蓄積したデータの、サービス提供サーバ２０間の流通を可能にするための処理を行う。例えば、管理装置３０は、サービス提供サーバ２０間のデータのやり取りの中継を行う。

〔１−２．管理システムの動作〕
以下、図１を参照しながら、本実施形態の管理装置３０を備える管理システム１の動作を説明する。

まず、サービス提供サーバ２０は、ユーザにサービスを提供するため、ユーザが操作する端末装置１０とサービスに関する通信を行う（ステップＳ１ａ〜ステップＳ１ｅ）。例えば、サービス提供サーバ２０_１は、ユーザＵ１が操作する端末装置１０_１とサービスＡ（例えば、ネットショッピング）に関する通信を行う（ステップＳ１ａ）。また、サービス提供サーバ２０_２は、ユーザＵ１が操作する端末装置１０_１とサービスＢ（例えば、広告配信）に関する通信を行う（ステップＳ１ｂ）。

そして、サービス提供サーバ２０は、サービスの提供にあたり取得したデータ（以下、サービスデータという。）をデータベースに保存する（ステップＳ２ａ〜ステップＳ２ｃ）。なお、サービスデータを格納するデータベースは、ＲＤＢ（Relational Database）に限られない。大量のデータを高速に扱えるようにするため、データベースは、ＮｏＳＱＬ（Not Only SQL）等のハイパースケールなデータベース管理システム（スケールアウト型のシステム）を使ったデータベースであってもよい。このとき、ＮｏＳＱＬは、ＫＶＳ（Key-Value Store）であってもよい。

図２は、サービス提供サーバ２０_１がデータベースに登録する取得情報の一例を示す図である。取得情報には、サービス提供サーバ２０_１がサービスの提供にあたり取得したサービスデータが格納されている。サービスデータＤ１１は、例えば、ショッピングサービスを利用した複数のユーザの情報である。サービスデータＤ１２は、例えば、ショッピングサービスで販売された商品の情報である。サービスデータＤ１２は、例えば、サービス提供サーバ２０_１が提供するオンラインモール機能を利用するストアの情報である。各サービスデータには、データ分類を示すＩＤが付されている。サービスデータＤ１１にはＢ１１が付されており、サービスデータＤ１２にはＢ１２が付されており、サービスデータＤ１３にはＢ１３が付されている。Ｂ１１は、例えば、サービスデータのデータ分類が「ユーザ情報」であることを示しており、Ｂ１２は、例えば、サービスデータのデータ分類が「商品販売情報」であることを示しており、Ｂ１３は、例えば、サービスデータのデータ分類が「ストア情報」であることを示している。

続いて、管理装置３０は、サービス提供サーバ２０それぞれからサービスデータに関する情報を取得する（ステップＳ３ａ〜ステップＳ３ｃ）。例えば、管理装置３０は、サービス提供サーバ２０が保持しているサービスデータの種類の情報（例えば、データ分類の情報）やサービスデータのシステム間の流通量に関する情報を取得する。データ分類は、例えば、“ユーザ情報”、商品の“販売情報”等、データの内容（意味）に着目した分類であってもよい。また、流通量は、例えば、サービスデータのシステム間でのやり取りの量（例えば、データの送信量或いは受信量）である。このとき、流通量は、データ毎の流通量であってもよいし、データ分類毎の流通量であってもよい。そして、管理装置３０は、サービス提供サーバ２０から取得した情報に基づいて管理情報を生成し、データベースに登録する。管理情報は、サービス提供サーバ２０が保持しているデータを管理装置３０側で管理するための情報である。管理情報を格納するデータベースは、ＲＤＢに限られない。大量のデータを高速に扱えるようにするため、データベースは、ＮｏＳＱＬ等のハイパースケールなデータベース管理システム（スケールアウト型のシステム）を使ったデータベースであってもよい。このとき、ＮｏＳＱＬは、ＫＶＳであってもよい。

図３は、管理情報の一例を示す図である。管理情報は、システムＩＤとデータ分類の項目を有する。システムＩＤは、管理装置３０が管理するシステムのＩＤである。図３の例では、システムＩＤには、２０_１、２０_２、２０_３等の値が格納されている。２０_１は、サービスＡを提供するシステム（本実施形態の場合、サービス提供サーバ２０_１）を示すＩＤであり、２０_２は、サービスＢを提供するシステム（本実施形態の場合、サービス提供サーバ２０_２）を示すＩＤであり、２０_３は、サービスＣを提供するシステム（本実施形態の場合、サービス提供サーバ２０_３）を示すＩＤである。データ分類は、各システムが現在保有しているサービスデータの分類を示す。データ分類の項目には、複数のシステムをまたいで一意のＩＤが格納される。

図３の例の場合、各データ分類には、流通量が関連付けられている。流通量の項目には、データ分類で示されるサービスデータの流通量の情報が格納される。流通量の情報は、管理装置３０が管理する複数のシステムのうちの所定のシステムが該当のデータ分類に分類されるサービスデータを他のシステムに送信した回数であってもよい。このとき、回数は所定期間中の回数であってもよい。例えば、Ｂ１１が、サービス提供サーバ２０_１が保有するユーザ情報を示すデータ分類であるとする。サービス提供サーバ２０_１がユーザ情報をサービス提供サーバ２０_１或いはサービス提供サーバ２０_１に過去１ヶ月間に８７６回送信したとすれば、管理情報の流通量の項目には８７６が格納される。流通量は、管理装置３０が各サービス提供サーバ２０から取得した情報に基づき判別される。

また、各データ分類には、重要度が関連付けられている。重要度の項目には、データ分類で示されるサービスデータの重要度の情報が格納される。図３の例では、重要度の項目には、１〜１０の値が格納されている。重要度は、他のシステムに必要とされる可能性が高いほど高い値となる。重要度は、管理装置３０が予め設定された基準に基づき判別する。例えば、管理装置３０は、データ分類と重要度とを関連付けた情報を予め記憶し、記憶した情報に基づきサービスデータの重要度を判別する。重要度の判別方法はこれに限らず、例えば、管理装置３０は、流通量が多いデータ分類に高い重要度を付してもよい。重要度の判別方法は、管理装置３０の運営者が任意に定めることが可能である。

次に、管理装置３０は、複数のシステムがサービスの提供にあたり取得したデータのうち所定の基準を満たすデータを、システム間の流通に関する処理を行うデータ（以下、流通用データという。）として判別する（ステップＳ４）。このとき、管理装置３０は、システムが取得したデータのうち複数のシステム中の他のシステムが必要とするデータを流通用データとして判別してもよい。

例えば、流通量が多いデータ分類のサービスデータは、過去、他のシステムにより実際に必要とされたことがあるデータである。そのため、流通量の多いデータ分類に属すサービスデータは、これからも他のシステムにより必要とされる可能性が高いデータである。また、このようなサービスデータは、過去、当該サービスデータを実際に受け取ったことがあるシステムのみならず、当該サービスデータを受け取ったことがないシステムからも必要とされる可能性が高いデータである。例えば、ネットショッピングサービスのユーザデータ（特に、ユーザとそのユーザによる購入商品との組み合わせのデータ）は、広告サービスのみならず、多くのサービスで有用なデータである。

そこで、管理装置３０は、システムが取得した大量のサービスデータの中から、流通量に基づき定められた基準を満たすデータを流通用データとして判別する。例えば、管理装置３０は、サービス提供サーバ２０が取得したサービスデータのうち流通量が所定量以上のデータ分類に属するデータを流通用データとして判別する。なお、流通量はデータ量（例えば、バイト数）であってもよいし、データ送信回数であってもよい。以下の説明では、データ量は送信回数であるものとする。図３の例であれば、サービス提供サーバ２０は、流通量が８００以上（他のサービス提供サーバへの送信回数が８００回以上）のデータ分類であるデータ分類Ｂ１１、Ｂ２１、Ｂ３１に属すデータを流通用データとして判別する。

なお、流通用データを判別する基準は流通量に限られない。例えば、管理装置３０は、重要度に基づき流通用データを判別してもよい。例えば、管理装置３０は、システムが取得したデータのうち重要度が一定以上（例えば、１０段階の８以上）のデータを流通用データとして判別する。図３の例であれば、サービス提供サーバ２０は、重要度が８以上のデータ分類であるデータ分類Ｂ１２、Ｂ２２、Ｂ３２に属すデータを流通用データとして判別する。

次に、管理装置３０は、所定の基準を満たすデータのシステム間の流通に関する処理（以下、流通処理という。）を実行する。例えば、管理装置３０は、ステップＳ４で判別した流通用データに関する情報を他のシステムに通知する（ステップＳ５ａ〜ステップＳ５ｃ）。例えば、管理装置３０が、ステップＳ４で、流通量が８００以上のデータ分類であるデータ分類Ｂ１１、Ｂ２１、Ｂ３１に属すデータを流通用データとして判別したとする。このとき、管理装置３０は、データ分類Ｂ１１、Ｂ２１、Ｂ３１のサービスデータの流通量が多い旨、サービス提供サーバ２０_１、２０_２、２０_３に通知する。また、管理装置３０が、ステップＳ４で、重要度が８以上のデータ分類であるデータ分類Ｂ１２、Ｂ２２、Ｂ３２に属すデータを流通用データとして判別したとする。このとき、管理装置３０は、データ分類Ｂ１２、Ｂ２２、Ｂ３２のサービスデータの重要度が高い旨、サービス提供サーバ２０_１、２０_２、２０_３に通知する。

なお、流通処理は、流通用データに関する情報の通知に限られない。管理装置３０は、ステップＳ４で判別した流通用データをサービス提供サーバ２０から取得し（ステップＳ６ａ〜ステップＳ６ｃ）、管理装置３０が管理する記憶装置に記憶してもよい（ステップＳ７）。

例えば、管理装置３０が、ステップＳ４で、流通量が８００以上のデータ分類であるデータ分類Ｂ１１、Ｂ２１、Ｂ３１に属すサービスデータを流通用データとして判別したとする。このとき、管理装置３０は、データ分類Ｂ１１、Ｂ２１、Ｂ３１に属するサービスデータをサービス提供サーバ２０_１、２０_２、２０_３から取得し、流通用データとして記憶装置に記憶する。例えば、管理装置３０は、データ分類Ｂ１１に属するサービスデータＤ１１をサービス提供サーバ２０_１から取得し、流通用データとして記憶装置に記憶する。このとき、管理装置３０は、各サービス提供サーバ２０から取得したサービスデータを、各サービス提供サーバ２０がアクセス可能な共有情報としてもよい。例えば、管理装置３０は、流通用データを複数の各サービス提供サーバ２０がいずれもアクセス可能なデータベースに記憶してもよい。

また、管理装置３０が、ステップＳ４で、重要度が８以上のデータ分類であるデータ分類Ｂ１２、Ｂ２２、Ｂ３２に属すサービスデータを流通用データとして判別したとする。このとき、管理装置３０は、データ分類Ｂ１２、Ｂ２２、Ｂ３２に属するサービスデータをサービス提供サーバ２０_１、２０_２、２０_３から取得し、流通用データとして記憶装置に記憶する。例えば、管理装置３０は、データ分類Ｂ１２に属するサービスデータＤ１２をサービス提供サーバ２０_１から取得し、流通用データとして記憶装置に記憶する。

なお、流通用データを記憶する記憶装置は、管理装置３０の内部の記憶装置であってもよいし、管理装置３０に外付けされた記憶装置であってもよい。記憶装置は、長期記憶のための記憶装置であってもよい。例えば、記憶装置は、ハードディスクやＳＳＤ（Solid State Drive）であってもよい。

なお、サービス提供サーバ２０から取得したサービスデータが重要度の高いデータ（例えば、重要度が８以上のデータ）の場合、管理装置３０は、サービス提供サーバ２０から取得したサービスデータを、重要情報として、他の共有情報とは異なる管理をしてもよい。例えば、管理装置３０は、流通用データを、長期記憶のための複数の記憶領域のうち最も高速な記憶領域（高速記憶領域）に保存してもよい。高速記憶領域は、複数ある記憶措置のうちの最も高速アクセス可能な記憶装置であってもよい。

サービス提供サーバ２０の１つから、サービスデータの送信要求があった場合（ステップＳ８）、管理装置３０は、記憶装置から該当のサービスデータを取得し、サービス提供サーバ２０に送信する（ステップＳ９）。

なお、管理装置３０は、サービスデータを送信した場合には、送信したサービスデータを受け取ったシステムを運営する運営者に対する課金のための処理を実行してもよい。例えば、管理装置３０は、送信データのデータ量に基づいて運営者への課金額を算出する。そして、管理装置３０は、課金額が記載された請求書の発行処理や運営者からの入金の確認処理等を行う。管理装置３０は、入金に関する処理を金融機関のサーバと連携して行ってもよい。

本実施形態によれば、管理装置３０は、複数のシステムがサービスの提供にあたり取得したデータのうち所定の基準を満たすデータを流通用データとして判別している。そして、管理装置３０は、流通用データの流通処理を行っている。これにより、各システムは、他のシステムが保持するサービスデータの認知及び取得が容易となるので、管理装置３０は、サービス間の連携を容易にできる。

〔２．管理システムの構成例〕
以上、本実施形態の管理装置３０を備える管理システム１を例に、本実施形態の管理装置の動作を述べたが、以下、管理システム１の構成を説明する。上述したように、管理システム１は、端末装置１０と、サービス提供サーバ２０と、管理装置３０と、を備える。端末装置１０、サービス提供サーバ２０、及び管理装置３０は、ネットワークを介して接続される。ネットワークは、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、電話網（携帯電話網、固定電話網等）、地域ＩＰ（Internet Protocol）網、インターネット等の通信ネットワークである。ネットワークには、有線ネットワークが含まれていてもよいし、無線ネットワークが含まれていてもよい。

〔３．端末装置の構成例〕
図４は、実施形態に係る端末装置１０の構成例を示す図である。端末装置１０は、ユーザがページの閲覧に使用する情報表示装置（情報処理装置）である。端末装置１０は、例えば、スマートフォン、タブレット、携帯電話等の通信端末である。通信機能を備えるのであれば、端末装置１０は、パーソナルコンピュータ（ノートＰＣ、デスクトップＰＣ）、ＰＤＡ（Personal Digital Assistant）等の情報処理端末であってもよい。この場合、情報処理端末も通信端末の一種である。端末装置１０は、ネットワークを介して管理装置３０と接続する。端末装置１０は、図４に示すように、通信部１１と、入力部１２と、記憶部１３と、出力部１４と、制御部１５と、を備える。なお、図４に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。

通信部１１は、外部の装置と通信する通信インタフェースである。通信部１１は、ネットワークインタフェースであってもよいし、機器接続インタフェースであってもよい。例えば、通信部１１は、ＮＩＣ（Network Interface Card）等のＬＡＮインタフェースであってもよいし、ＵＳＢ（Universal Serial Bus）ホストコントローラ、ＵＳＢポート等により構成されるＵＳＢインタフェースであってもよい。また、通信部１１は、有線インタフェースであってもよいし、無線インタフェースであってもよい。通信部１１は、端末装置１０の通信手段として機能する。通信部１１は、制御部１５の制御に従って管理装置３０と通信する。

入力部１２は、外部から各種入力を受け付ける入力装置である。例えば、入力部１２は、キーボードやマウスや操作キー等、ユーザが各種操作を行うための操作装置である。入力部１２は、端末装置１０の入力手段として機能する。なお、端末装置１０にタッチパネルが採用される場合には、タッチパネルも入力部１２に含まれる。この場合、ユーザは、指やスタイラスで画面をタッチすることにより各種操作を行う。

記憶部１３は、ＤＲＡＭ（Dynamic Random Access Memory）、ＳＲＡＭ（Static Random Access Memory）、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部１３は、端末装置１０の記憶手段として機能する。記憶部１３は、ウェブブラウザ等のアプリケーションソフトのデータが格納されている。ユーザはアプリケーションソフトを介して管理装置３０と通信する。

出力部１４は、音、光、振動、画像等、外部に各種出力を行う装置である。出力部１４は、端末装置１０の出力手段として機能する。出力部１４は、各種情報を表示する表示装置を備える。表示装置は、例えば、液晶ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイである。なお、端末装置１０にタッチパネルが採用される場合には、表示装置は入力部１２と一体であってもよい。出力部１４は、制御部１５の制御に従って、画面に画像を表示する。

制御部１５は、コントローラ（controller）であり、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）等のプロセッサによって、端末装置１０内部の記憶装置に記憶されている各種プログラムがＲＡＭ等を作業領域として実行されることにより実現される。また、制御部１５は、コントローラであり、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現されてもよい。

〔４．サービス提供サーバの構成例〕
次に、サービス提供サーバ２０の構成について詳細に説明する。サービス提供サーバ２０は、端末装置１０等のクライアントコンピュータからの要求を処理するサーバ用ホストコンピュータ（以下、単に「サーバ」という。）である。サービス提供サーバ２０は、ＰＣサーバであってもよいし、ミッドレンジサーバであってもよいし、メインフレームサーバであってもよい。また、サービス提供サーバ２０は、１つのサーバにより構成されていてもよいし、協働して処理を実行する複数のサーバにより構成されていてもよい。サービス提供サーバ２０が複数のサーバで構成される場合、これらサーバの設置場所は離れていてもよい。設置場所が離れていたとしても、協働して処理を実行するのであれば、これらサーバは１つのサービス提供サーバとみなすことができる。

図５は、実施形態に係るサービス提供サーバ２０の構成例を示す図である。サービス提供サーバ２０は、通信部２１と、記憶部２２と、制御部２３と、を備える。なお、図５に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。

通信部２１は、外部の装置と通信する通信インタフェースである。通信部２１は、ネットワークインタフェースであってもよいし、機器接続インタフェースであってもよい。例えば、通信部２１は、ＮＩＣ等のＬＡＮインタフェースであってもよいし、ＵＳＢホストコントローラ、ＵＳＢポート等により構成されるＵＳＢインタフェースであってもよい。また、通信部２１は、有線インタフェースであってもよいし、無線インタフェースであってもよい。通信部２１は、サービス提供サーバ２０の通信手段として機能する。通信部２１は、制御部２３の制御に従って端末装置１０及び管理装置３０と通信する。

記憶部２２は、ＤＲＡＭ、ＳＲＡＭ、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部２２は、サービス提供サーバ２０の記憶手段として機能する。記憶部２２は、取得情報データベース２２１を記憶する。

取得情報データベース２２１は、サービス提供サーバ２０がユーザにサービスを提供するにあたり取得したデータ（サービスデータ）を記憶するデータベースである。取得情報データベース２２１は、ＲＤＢであってもよいし、ＮｏＳＱＬ等のハイパースケールなデータベース管理システムを使ったデータベースであってもよい。ハイパースケールなデータベース管理システムは、ＫＶＳ等のＮｏＳＱＬであってもよい。図６は、取得情報データベース２２１に格納される情報の一例を示す図である。図６に示した例では、取得情報データベース２２１は、データ分類、サービスデータ等の項目を有している。

「データ分類」は、サービスデータの種類を示す。データ分類は、例えば、“ユーザ情報”、商品の“販売情報”等、サービスデータの内容（意味）に着目した分類である。図６の例では、データ分類の項目には、“Ｂ１”、“Ｂ２”、“Ｂ３”等の値が格納されている。Ｂ１は、サービスデータＤ１の分類ＩＤを示し、Ｂ２は、サービスデータＤ２の分類ＩＤを示し、Ｂ３は、サービスデータＤ３の分類ＩＤを示す。

「サービスデータ」は、サービス提供サーバ２０がサービスの提供にあたり取得したデータを示す。図６の例では、サービスの項目には“Ｄ１”〜“Ｄ３”等の概念的な情報が格納されているが、サービスデータの項目には、ユーザ情報や商品の販売情報等が格納されていてもよい。サービスデータは、ユーザ情報や商品の販売情報に限定されない。例えば、サービスデータはオンラインモールに出店しているストアの情報であってもよい。

図７は、ユーザ情報の一例を示す図である。ユーザ情報は、サービスデータの一例であり、ネットショッピングサービスを利用したユーザの情報を示す。ユーザ情報は、ユーザＩＤ、ユーザ名、性別、年齢、購入商品等の項目を有している。「ユーザＩＤ」は、ユーザの識別情報である。「ユーザ名」は、ユーザＩＤで示されるユーザの名前である。「性別」は、ユーザＩＤで示されるユーザの性別である。「年齢」は、ユーザＩＤで示されるユーザの年齢である。「購入商品」は、ユーザＩＤで示されるユーザがネットショッピングサービスを使って購入した商品である。

図８は、販売情報の一例を示す図である。販売情報は、サービスデータの一例であり、ネットショッピングサービスで提供される商品の販売状況を示す。販売情報は、商品ＩＤ、販売数等の項目を有している。「商品ＩＤ」は、ネットショッピングサービスで提供される商品の識別情報である。「販売数」は、商品ＩＤで示される商品の販売数である。

制御部２３は、コントローラであり、例えば、ＣＰＵ、ＭＰＵ等のプロセッサによって、サービス提供サーバ２０内部の記憶装置に記憶されている各種プログラムがＲＡＭ等を作業領域として実行されることにより実現される。また、制御部２３は、コントローラであり、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現されてもよい。

〔５．管理装置の構成例〕
次に、管理装置３０の構成について詳細に説明する。管理装置３０は、端末装置１０等のクライアントコンピュータからの要求を処理するサーバ用ホストコンピュータ（以下、単に「サーバ」という。）である。管理装置３０は、ＰＣサーバであってもよいし、ミッドレンジサーバであってもよいし、メインフレームサーバであってもよい。また、管理装置３０は、１つのサーバにより構成されていてもよいし、協働して処理を実行する複数のサーバにより構成されていてもよい。管理装置３０が複数のサーバで構成される場合、これらサーバの設置場所は離れていてもよい。設置場所が離れていたとしても、協働して処理を実行するのであれば、これらサーバは１つの管理装置とみなすことができる。

図９は、実施形態に係る管理装置３０の構成例を示す図である。管理装置３０は、通信部３１と、記憶部３２と、制御部３３と、を備える。なお、図９に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。

通信部３１は、外部の装置と通信する通信インタフェースである。通信部３１は、ネットワークインタフェースであってもよいし、機器接続インタフェースであってもよい。例えば、通信部３１は、ＮＩＣ等のＬＡＮインタフェースであってもよいし、ＵＳＢホストコントローラ、ＵＳＢポート等により構成されるＵＳＢインタフェースであってもよい。また、通信部３１は、有線インタフェースであってもよいし、無線インタフェースであってもよい。通信部３１は、管理装置３０の通信手段として機能する。通信部３１は、制御部３３の制御に従って端末装置１０と通信する。

記憶部３２は、ＤＲＡＭ、ＳＲＡＭ、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部３２は、管理装置３０の記憶手段として機能する。
記憶部３２は、管理情報データベース３２１、共有情報データベース３２２、重要情報データベース３２４を記憶する。なお、記憶部３２はデータを長期記憶するための記憶領域を複数有している。記憶領域は、例えば、フラッシュメモリ、ハードディスク等により構成される。複数ある記憶領域のうちの少なくとも１つは、アクセス速度が所定の速度以上の高速記憶領域３２３となっている。重要情報データベース３２４は、高速記憶領域３２３に格納されている。

管理情報データベース３２１は、サービス提供サーバ２０が保持しているサービスデータを管理装置３０側で管理するための情報を記録するデータベースである。管理情報データベース３２１は、ＲＤＢであってもよいし、ハイパースケールなデータベース管理システムを使ったデータベースであってもよい。図１０は、管理情報データベース３２１に格納される情報の一例を示す図である。図１０に示した例では、管理情報データベース３２１は、システムＩＤ、データ分類、流通量、重要度等の項目を有している。

「システムＩＤ」は、管理装置３０が管理するシステムの識別情報を示す。図１０の例では、システムＩＤの項目には“２０_１”、“２０_２”、“２０_３”等の値が格納されている。“２０_１”は、サービス提供サーバ２０_１を示し、“２０_２”は、サービス提供サーバ２０_２を示し、“２０_３”は、サービス提供サーバ２０_３を示す。

「データ分類」は、サービスデータの種類を示す。より具体的には、データ分類は、管理装置３０が管理する各システムが現在保有しているサービスデータの分類を示す。データ分類は、例えば、“ユーザ情報”、商品の“販売情報”等、サービスデータの内容（意味）に着目した分類である。図１０の例では、データ分類の項目には、“Ｂ１１”、“Ｂ１２”、“Ｂ１３”等のＩＤが格納されている。データ分類の項目に格納されるＩＤは、複数のシステムをまたいで一意である。

「流通量」は、該当のデータ分類に分類されるサービスデータのシステム間でのやり取りの量を示す。例えば、流通量は、該当のサービスデータの送信量或いは受信量を示す。図１０の例では、流通量の項目には“８７６”、“４５６”等の値が格納されている。“８７６”は、サービス提供サーバ２０_１から他のサービス提供サーバ２０に、データ分類Ｂ１１に属すサービスデータが８７６回送信されたことを示す。“４５６”は、サービス提供サーバ２０_１から他のサービス提供サーバ２０に、データ分類Ｂ１２に属すサービスデータが４５６回送信されたことを示す。流通量の項目は、過去所定期間（例えば、過去１ヶ月間）の流通量であってもよい。

「重要度」は、該当のデータ分類に分類されるサービスデータの重要性の度合いを示す。例えば、重要度は、他のシステムに必要とされる可能性の高さを示す。図１０の例では、流通量の項目には“３”、“１０”等の値が格納されている。１行目の“３”は、データ分類Ｂ１１に属すサービスデータの重要度が１０段階中の３であることを示す。２行目の“１０”は、データ分類Ｂ１２に属すサービスデータの重要度が１０段階中の１０であることを示す。

共有情報データベース３２２は、複数のシステムが共有する情報（流通用データ）を記録するデータベースである。共有情報データベース３２２は、ＲＤＢであってもよいし、ハイパースケールなデータベース管理システムを使ったデータベースであってもよい。共有情報データベース３２２は、各サービス提供サーバ２０がアクセス可能である。図１１は、共有情報データベース３２２に格納される情報の一例を示す図である。図１１に示した例では、共有情報データベース３２２は、データ分類、共有データ等の項目を有している。「データ分類」は、管理情報データベース３２１のデータ分類と同様である。

「共有データ」は、それぞれサービスを提供する複数のシステムで共有されるサービスデータを示す。図１１の例では、共有データの項目には“Ｄ１１”〜“Ｄ３１”等の概念的な情報が格納されているが、共有データの項目には、図７に示すようなユーザ情報や図８に示すような販売情報等が格納されていてもよい。

重要情報データベース３２４は、重要度の高いサービスデータ（例えば、重要度が所定の値以上の流通用データ）を記録するデータベースである。重要情報データベース３２４は、ＲＤＢであってもよいし、ハイパースケールなデータベース管理システムを使ったデータベースであってもよい。重要情報データベース３２４は、管理装置３０が備える長期記憶のための複数の記憶領域のうち最も高速な記憶領域（高速記憶領域）に保存される。図１２は、重要情報データベース３２４に格納される情報の一例を示す図である。図１２に示した例では、重要情報データベース３２４は、データ分類、重要データ等の項目を有している。「データ分類」は、管理情報データベース３２１のデータ分類と同様である。

「重要データ」は、重要度が所定の値以上（例えば、１０段階で８以上）のサービスデータ（流通用データ）を示す。図１２の例では、重要データの項目には“Ｄ１２”〜“Ｄ３２”等の概念的な情報が格納されているが、重要データの項目には、図７に示すようなユーザ情報や図８に示すような販売情報等が格納されていてもよい。

図９に戻り、制御部３３は、コントローラであり、例えば、ＣＰＵ、ＭＰＵ等のプロセッサによって、管理装置３０内部の記憶装置に記憶されている各種プログラムがＲＡＭ等を作業領域として実行されることにより実現される。また、制御部３３は、コントローラであり、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現されてもよい。

制御部３３は、図９に示すように、取得部３３１と、判別部３３２と、管理部３３３と、課金部３３４と、を備える。制御部３３を構成するブロック（取得部３３１〜課金部３３４）はそれぞれ制御部３３の機能を示す機能ブロックである。これら機能ブロックはソフトウェアブロックであってもよいし、ハードウェアブロックであってもよい。例えば、上述の機能ブロックが、それぞれ、ソフトウェア（マイクロプログラムを含む。）で実現される１つのソフトウェアモジュールであってもよいし、半導体チップ（ダイ）上の１つの回路ブロックであってもよい。勿論、各機能ブロックがそれぞれ１つのプロセッサ或いは１つの集積回路であってもよい。機能ブロックの構成方法は任意である。なお、制御部３３は上述の機能ブロックとは異なる機能単位で構成されていてもよい。

取得部３３１は、複数のサービス提供サーバ２０がそれぞれ取得したデータのサービス提供サーバ２０間の流通量に関する情報を取得する。

判別部３３２は、それぞれサービスを提供する複数のサービス提供サーバ２０がサービスの提供にあたり取得したデータのうち所定の基準を満たすデータを判別する。このとき、判別部３３２は、サービス提供サーバ２０が取得したデータのうち複数のサービス提供サーバ２０中の他のサービス提供サーバ２０が必要とするデータを判別する。例えば、判別部３３２は、サービス提供サーバ２０が取得したデータのうち流通量に基づき定められた基準を満たすデータを判別する。より具体的には、判別部３３２は、サービス提供サーバ２０が取得したデータのうち流通量が所定量以上のデータ分類に属するデータを判別する。或いは、判別部３３２は、サービス提供サーバ２０が取得したデータのうち重要度が一定以上のデータを判別する。

管理部３３３は、所定の基準を満たすデータのサービス提供サーバ２０間の流通に関する処理を実行する。このとき、管理部３３３は、判別部３３２が判別したデータに関する情報を他のサービス提供サーバ２０に通知する。例えば、管理部３３３は、流通量に基づき定められた基準を満たすデータのサービス提供サーバ２０間の流通に関する処理を実行する。より具体的には、管理部３３３は、流通量が所定量以上のデータ分類に属するデータのサービス提供サーバ２０間の流通に関する処理を実行する。また、管理部３３３は、重要度が一定以上のデータのサービス提供サーバ２０間の流通に関する処理を実行してもよい。

また、管理部３３３は、所定の基準を満たすデータを複数のサービス提供サーバ２０がいずれもアクセス可能なデータベースに記憶する、また、管理部３３３は、所定の基準を満たすデータを、該データを長期記憶するための複数の記憶領域のうち最も高速な記憶領域に保存する。また、管理部３３３は、所定の基準を満たすデータの保存期間を延長するための処理を実行する。

また、管理部３３３は、複数のサービス提供サーバ２０中の所定のサービス提供サーバ２０に対し所定の基準を満たすデータを送信する。

課金部３３４は、サービス提供サーバ２０を運営する運営者に対する課金のための処理を実行する。例えば、課金部３３４は、管理部３３３が所定のサービス提供サーバ２０に対してデータを送信した場合には、所定のサービス提供サーバ２０を運営する運営者に対する課金のための処理を実行する。

〔６．管理装置の処理フロー〕
次に、管理装置３０が実行する処理の手順について説明する。管理装置３０は登録処理と送信処理と課金処理とを実行する。管理装置３０はマルチタスクＯＳを備え、これらの処理を並行して実行可能である。

〔６−１．登録処理〕
最初に登録処理を説明する。図１３は、登録処理の一例を示すフローチャートである。登録処理は、管理情報データベース３２１に管理情報を登録する処理である。管理装置３０は、一定時間間隔（例えば、３０分間隔）で登録処理を実行する。

まず、管理装置３０は、サービス提供サーバ２０それぞれに対しサービスデータに関する情報の送信要求を行う（ステップＳ１１）。例えば、管理装置３０は、サービス提供サーバ２０が保持しているサービスデータの種類の情報（データ分類の情報）やサービスデータのシステム間の流通量に関する情報を取得する。

続いて、管理装置３０は、要求を行った全てのサービス提供サーバ２０から情報を受信したか判別する（ステップＳ１２）。情報を受信していないサービス提供サーバ２０が１つでもある場合（ステップＳ１２：Ｎｏ）、管理装置３０は、全てのサービス提供サーバ２０から情報を受信するまでステップＳ１２を繰り返す。

全てのサービス提供サーバ２０から情報を受信した場合（ステップＳ１２：Ｙｅｓ）、管理装置３０は、サービス提供サーバ２０から取得した情報に基づいて、サービスデータの流通量を判別する（ステップＳ１３）。このとき、管理装置３０は、データ分類ごとに流通量を判別する。

また、管理装置３０は、サービス提供サーバ２０から取得した情報に基づいて、サービスデータの重要度を判別する（ステップＳ１４）。このとき、管理装置３０は、データ分類ごとに重要度を判別する。

そして、管理装置３０は、ステップＳ１３及びステップＳ１４で取得した情報を、サービス提供サーバ２０から取得した情報（例えば、データ分類の情報）とともに管理情報データベース３２１に登録する（ステップＳ１５）。

続いて、管理装置３０は、管理情報データベース３２１に登録された情報に基づいてサービス提供サーバ２０にレコメンドを行う（ステップＳ１６）。例えば、管理装置３０は、管理情報データベース３２１に登録された情報に基づいて流通量が８００以上のデータ分類を判別する。図１０の例であれば、データ分類Ｂ１１、Ｂ２１、Ｂ３１が流通量８００以上である。管理装置３０は、データ分類Ｂ１１、Ｂ２１、Ｂ３１のサービスデータの流通量が多い旨、サービス提供サーバ２０_１、２０_２、２０_３に通知する。また、管理装置３０は、管理情報データベース３２１に登録された情報に基づいて重要度が８以上のデータ分類を判別する。図１０の例であれば、データ分類Ｂ１２、Ｂ２２、Ｂ３２が重要度８以上である。管理装置３０は、データ分類Ｂ１２、Ｂ２２、Ｂ３２のサービスデータの重要度が高い旨、サービス提供サーバ２０_１、２０_２、２０_３に通知する。

また、管理装置３０は、多くのシステムで必要となりそうなサービスデータを予めサービス提供サーバ２０から取得して流通用データとしてデータベースに登録する（ステップＳ１７）。例えば、管理装置３０は、管理情報データベース３２１に登録されているデータ分類のうち流通量が所定量以上（例えば、他のシステムへの送信量が８００回以上）のデータ分類に属するサービスデータを流通用データとして判別する。また、管理装置３０は、管理情報データベース３２１に登録されているデータ分類のうち重要度が一定以上（例えば、１０段階の８以上）のサービスデータを流通用データとして判別する。そして、管理装置３０は、判別したサービスデータを保持するサービス提供サーバ２０から該当のサービスデータを取得して共有情報データベース３２２或いは重要情報データベース３２４に登録する。

登録が完了したら、管理装置３０は、登録処理を終了する。

〔６−２．送信処理〕
最初に送信処理を説明する。図１４は、送信処理の一例を示すフローチャートである。送信処理は、サービス提供サーバ２０にサービスデータを送信する処理である。管理装置３０は、電源が投入されると、送信処理を開始する。

まず、管理装置３０は、サービス提供サーバ２０からサービスデータのデータ分類の情報を含むサービスデータのリクエスト（送信要求）を受信したか判別する（ステップＳ２１）。リクエストを受信していない場合（ステップＳ２１：Ｎｏ）、管理装置３０は、リクエストを受信するまでステップＳ２１を繰り返す。

リクエストを受信した場合（ステップＳ２１：Ｙｅｓ）、管理装置３０はサービス提供サーバ２０から要求されたサービスデータを取得する（ステップＳ２２）。要求されたサービスデータが共有情報データベース３２２或いは重要情報データベース３２４に登録されているのであれば、管理装置３０は、共有情報データベース３２２或いは重要情報データベース３２４から該当のサービスデータを取得する。要求されたサービスデータが共有情報データベース３２２或いは重要情報データベース３２４に登録されていないのであれば、管理装置３０は、要求されたサービスデータを保持するサービス提供サーバ２０から該当のサービスデータを取得する。

そして、管理装置３０は、ステップＳ２３で取得したサービスデータをサービス提供サーバ２０に送信する（ステップＳ２３）。送信が完了したら、管理装置３０は送信処理を終了する。

〔６−３．課金処理〕
次に、課金処理について説明する。図１５は、課金処理の一例を示すフローチャートである。課金処理は、システムの運営者へ課金を行うための処理である。管理装置３０は、電源が投入されると、課金処理を開始する。

まず、管理装置３０は、課金日が到来したか判別する（ステップＳ３１）。課金日は、複数の運営者で同一の日であってもよい。例えば、課金日は月末であってもよい。課金日が到来していない場合（ステップＳ３１：Ｎｏ）、管理装置３０は、課金日が到来するまでステップＳ３１の処理を繰り返す。

課金日が到来している場合（ステップＳ３１：Ｙｅｓ）、管理装置３０は、サービスデータの送信履歴等に基づいて課金額を算出する（ステップＳ３２）。管理装置３０は、サービスデータの送信回数に基づいて課金額を算出してもよい。

そして、管理装置３０は、システム（サービス提供サーバ２０）の運営者に対する課金処理を実行する（ステップＳ３３）。例えば、管理装置３０は、課金額が記載された請求書の発行処理や通知利用者からの入金の確認処理等を行う。

課金の処理が完了したら、管理装置３０はステップＳ３１に戻り、課金日の到来を待機する。

〔７．変形例〕
上述の実施形態は一例を示したものであり、種々の変更及び応用が可能である。

また、上述の実施形態では、管理装置３０は、所定の基準を満たすサービスデータ（例えば、流通量或いは重要度が一定以上のデータ）を共有情報データベース３２２或いは重要情報データベースに登録した。しかし、管理装置３０は、所定の基準を満たすサービスデータの保存期間を延長するための処理を実行してもよい。例えば、管理装置３０は、該当のサービスデータを保有するサービス提供サーバ２０に対し、該当のサービスデータの保存期間を延長（例えば、１年から３年に延長）するよう命令してもよい。単純に、管理装置３０が、自身が管理するサービスデータの保存期間を延長してもよい。

例えば、上述の実施形態では、管理装置３０は、流通量等に基づいてサービスデータの重要度を判別したが、重要度の判別方法は上記に限定されない。例えば、管理装置３０は、サービス提供サーバ２０から、一定期間毎（例えば、１ヶ月毎）に、サービスの提供に係る業績の情報（例えば、ＫＰＩ（Key Performance Indicator））を取得する。そして、所定のサービスデータの提供前後での業績の変化に基づいて所定のサービスデータの重要度を判別してもよい。

また、上述の実施形態では、管理装置３０は、サービスデータの送信回数等に基づき運営者への課金額を算出した。しかし、管理装置３０は、サービスデータの提供前後での業績の変化に基づいて課金額を算出してもよい。

また、上述の実施形態では、管理情報データベース３２１は一定時間間隔で更新されるものとした。管理情報データベース３２１は、特定のサービスデータがサービス提供サーバ２０のデータベースに登録されたタイミングで更新されてもよい。例えば、特定のサービスデータが取得情報データベース２２１に登録された場合に、その登録の通知をサービス提供サーバ２０から受けて管理装置３０が更新してもよい。共有情報データベース３２２及び重要情報データベース３２４も、特定のサービスデータがサービス提供サーバ２０のデータベースに登録されたタイミングで更新されてもよい。

本実施形態の管理装置３０を制御する制御装置は、専用のコンピュータシステムによって実現してもよいし、通常のコンピュータシステムにより実現してもよい。例えば、上述の動作を実行するためのプログラムを、光ディスク、半導体メモリ、磁気テープ、フレキシブルディスク等のコンピュータ読み取り可能な記録媒体に格納して配布し、該プログラムをコンピュータにインストールし、上述の処理を実行することによって制御装置を構成してもよい。制御装置は、管理装置３０の外部の装置（例えば、パーソナルコンピュータ）であってもよいし、内部の装置（例えば、制御部３３）であってもよい。また、上記プログラムをインターネット等のネットワーク上のサーバ装置が備えるディスク装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。また、上述の機能を、ＯＳ（Operating System）とアプリケーションソフトとの協働により実現してもよい。この場合には、ＯＳ以外の部分を媒体に格納して配布してもよいし、ＯＳ以外の部分をサーバ装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。

また、上記各実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

また、上述してきた各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

〔８．ハードウェア構成〕
実施形態及び変形例に係る管理装置３０は、例えば図１６に示すような構成のコンピュータ１０００によっても実現可能である。図１６は、管理装置３０の機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ（Central Processing Unit）１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ（Hard Disk Drive）１４００、通信インタフェース（Ｉ／Ｆ）１５００、入出力インタフェース（Ｉ／Ｆ）１６００、及びメディアインタフェース（Ｉ／Ｆ）１７００を有する。

ＣＰＵ１１００は、ＲＯＭ１３００またはＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を格納する。通信インタフェース１５００は、ネットワークＮを介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータをネットワークＮを介して他の機器へ送信する。

ＣＰＵ１１００は、入出力インタフェース１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インタフェース１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、生成したデータを入出力インタフェース１６００を介して出力装置へ出力する。

メディアインタフェース１７００は、記録媒体１８００に格納されたプログラムまたはデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインタフェース１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

例えば、コンピュータ１０００が実施形態に係る管理装置３０として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部３３を実現する。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置からネットワークＮを介してこれらのプログラムを取得してもよい。

以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の行に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

〔９．効果〕
本実施形態によれば、管理装置３０は、それぞれサービスを提供する複数のシステムがサービスの提供にあたり取得したデータのうち、所定の基準を満たすデータを判別する。そして、管理装置３０は、所定の基準を満たすデータのシステム間の流通に関する処理を実行する。例えば、管理装置３０は、システムが取得したデータのうち複数のシステム中の他のシステムが必要とするデータを判別し、判別したデータに関する情報を他のシステムに通知する。これにより、各システムは、他のシステムが保持するサービスデータの認知及び取得が容易となるので、サービス間の連携が容易になる。

また、管理装置３０は、複数のシステムがそれぞれ取得したデータのシステム間の流通量に関する情報を取得する。そして、管理装置３０は、システムが取得したデータのうち流通量に基づき定められた基準を満たすデータを判別する。管理装置３０は、流通量に基づき定められた基準を満たすデータのシステム間の流通に関する処理を実行する。例えば、管理装置３０は、システムが取得したデータのうち流通量が所定量以上のデータ分類に属するデータを判別し、流通量が所定量以上のデータ分類に属するデータのシステム間の流通に関する処理を実行する。これにより、各システムは、他のシステムが保持するサービスデータのうち流通量が多いデータの認知が容易となる。

また、管理装置３０は、システムが取得したデータのうち重要度が一定以上のデータを判別する。管理装置３０は、重要度が一定以上のデータのシステム間の流通に関する処理を実行する。これにより、各システムは、他のシステムが保持するサービスデータのうち重要度が高いデータの認知が容易となる。

管理装置３０は、所定の基準を満たすデータを複数のシステムがいずれもアクセス可能なデータベースに記憶する。これにより、各システムは、他のシステムが保持するサービスデータの取得が容易となる。

管理装置３０は、所定の基準を満たすデータを、該データを長期記憶するための複数の記憶領域のうち最も高速な記憶領域に保存する。これにより、各システムは、他のシステムが保持するサービスデータを素早く取得できる。

管理装置３０は、所定の基準を満たすデータの保存期間を延長するための処理を実行する。これにより、各システムは、他のシステムが保持するサービスデータを長期にわたって取得できる。

管理装置３０は、複数のシステム中の所定のシステムに対し所定の基準を満たすデータを送信する。管理装置３０は、所定のシステムに対してデータを送信した場合には、所定のシステムを運営する運営者に対する課金のための処理を実行する。これにより、各システムの運営者は、データの提供の対価を得ることができる。多くの運営者がデータを提供するようになるので、システム間のデータの流通が活発になる。

以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、管理部は、管理手段や管理回路に読み替えることができる。

１…管理システム
１０、１０_１、１０_２、１０_３…端末装置
１１、２１、３１…通信部
１２…入力部
１３、２２、３２…記憶部
１４…出力部
１５、２３、３３…制御部
２０、２０_１、２０_２、２０_３…サービス提供サーバ
２２１…取得情報データベース
３０…管理装置
３２１…管理情報データベース
３２２…共有情報データベース
３２３…高速記憶領域
３２４…重要情報データベース
３３１…取得部
３３２…判別部
３３３…管理部
３３４…課金部

Claims (15)

1. それぞれサービスを提供する複数のシステムがそれぞれ取得したデータの前記システム間の流通量に関する情報を取得する取得部と、
   前記システムが取得したデータのうち前記流通量が所定量以上のデータ分類に属するデータを判別する判別部と、
   前記流通量が所定量以上のデータ分類に属するデータに関する情報を前記複数のシステム中の他のシステムに通知する管理部と、
   を備えることを特徴とする管理装置。
2. それぞれサービスを提供する複数のシステムがそれぞれ取得したデータの前記システム間の流通量に関する情報を取得する取得部と、
   前記システムが取得したデータのうち前記流通量が所定量以上のデータ分類に属するデータを判別する判別部と、
   前記流通量が所定量以上のデータ分類に属するデータを前記複数のシステムがいずれもアクセス可能なデータベースに記憶する管理部と、
   を備えることを特徴とする管理装置。
3. それぞれサービスを提供する複数のシステムがそれぞれ取得したデータの前記システム間の流通量に関する情報を取得する取得部と、
   前記システムが取得したデータのうち前記流通量が所定量以上のデータ分類に属するデータを判別する判別部と、
   前記流通量が所定量以上のデータ分類に属するデータを、該データを長期記憶するための複数の記憶領域のうち最も高速な記憶領域に保存する管理部と、
   を備えることを特徴とする管理装置。
4. それぞれサービスを提供する複数のシステムがそれぞれ取得したデータの前記システム間の流通量に関する情報を取得する取得部と、
   前記システムが取得したデータのうち前記流通量が所定量以上のデータ分類に属するデータを判別する判別部と、
   前記流通量が所定量以上のデータ分類に属するデータの保存期間を延長するための処理を実行する管理部と、
   を備えることを特徴とする管理装置。
5. それぞれサービスを提供する複数のシステムがそれぞれ取得したデータの前記システム間の流通量に関する情報を取得する取得部と、
   前記システムが取得したデータのうち前記流通量が所定量以上のデータ分類に属するデータを判別する判別部と、
   前記複数のシステム中の所定のシステムに対し、前記流通量が所定量以上のデータ分類に属するデータを送信する管理部と、
   前記管理部が前記所定のシステムに対してデータを送信した場合には、前記所定のシステムを運営する運営者に対する課金のための処理を実行する課金部と、
   を備えることを特徴とする管理装置。
6. 管理装置が実行する管理方法であって、
   それぞれサービスを提供する複数のシステムがそれぞれ取得したデータの前記システム間の流通量に関する情報を取得する取得工程と、
   前記システムが取得したデータのうち前記流通量が所定量以上のデータ分類に属するデータを判別する判別工程と、
   前記流通量が所定量以上のデータ分類に属するデータに関する情報を前記複数のシステム中の他のシステムに通知する管理工程と、
   を含むことを特徴とする管理方法。
7. 管理装置が実行する管理方法であって、
   それぞれサービスを提供する複数のシステムがそれぞれ取得したデータの前記システム間の流通量に関する情報を取得する取得工程と、
   前記システムが取得したデータのうち前記流通量が所定量以上のデータ分類に属するデータを判別する判別工程と、
   前記流通量が所定量以上のデータ分類に属するデータを前記複数のシステムがいずれもアクセス可能なデータベースに記憶する管理工程と、
   を含むことを特徴とする管理方法。
8. 管理装置が実行する管理方法であって、
   それぞれサービスを提供する複数のシステムがそれぞれ取得したデータの前記システム間の流通量に関する情報を取得する取得工程と、
   前記システムが取得したデータのうち前記流通量が所定量以上のデータ分類に属するデータを判別する判別工程と、
   前記流通量が所定量以上のデータ分類に属するデータを、該データを長期記憶するための複数の記憶領域のうち最も高速な記憶領域に保存する管理工程と、
   を含むことを特徴とする管理方法。
9. 管理装置が実行する管理方法であって、
   それぞれサービスを提供する複数のシステムがそれぞれ取得したデータの前記システム間の流通量に関する情報を取得する取得工程と、
   前記システムが取得したデータのうち前記流通量が所定量以上のデータ分類に属するデータを判別する判別工程と、
   前記流通量が所定量以上のデータ分類に属するデータの保存期間を延長するための処理を実行する管理工程と、
   を備えることを特徴とする管理方法。
10. 管理装置が実行する管理方法であって、
    それぞれサービスを提供する複数のシステムがそれぞれ取得したデータの前記システム間の流通量に関する情報を取得する取得工程と、
    前記システムが取得したデータのうち前記流通量が所定量以上のデータ分類に属するデータを判別する判別工程と、
    前記複数のシステム中の所定のシステムに対し、前記流通量が所定量以上のデータ分類に属するデータを送信する管理工程と、
    前記管理工程で前記所定のシステムに対してデータを送信した場合には、前記所定のシステムを運営する運営者に対する課金のための処理を実行する課金工程と、
    を含むことを特徴とする管理方法。
11. それぞれサービスを提供する複数のシステムがそれぞれ取得したデータの前記システム間の流通量に関する情報を取得する取得手順と、
    前記システムが取得したデータのうち前記流通量が所定量以上のデータ分類に属するデータを判別する判別手順と、
    前記流通量が所定量以上のデータ分類に属するデータに関する情報を前記複数のシステム中の他のシステムに通知する管理手順と、
    をコンピュータに実行させるためのプログラム。
12. それぞれサービスを提供する複数のシステムがそれぞれ取得したデータの前記システム間の流通量に関する情報を取得する取得手順と、
    前記システムが取得したデータのうち前記流通量が所定量以上のデータ分類に属するデータを判別する判別手順と、
    前記流通量が所定量以上のデータ分類に属するデータを前記複数のシステムがいずれもアクセス可能なデータベースに記憶する管理手順と、
    をコンピュータに実行させるためのプログラム。
13. それぞれサービスを提供する複数のシステムがそれぞれ取得したデータの前記システム間の流通量に関する情報を取得する取得手順と、
    前記システムが取得したデータのうち前記流通量が所定量以上のデータ分類に属するデータを判別する判別手順と、
    前記流通量が所定量以上のデータ分類に属するデータを、該データを長期記憶するための複数の記憶領域のうち最も高速な記憶領域に保存する管理手順と、
    をコンピュータに実行させるためのプログラム。
14. それぞれサービスを提供する複数のシステムがそれぞれ取得したデータの前記システム間の流通量に関する情報を取得する取得手順と、
    前記システムが取得したデータのうち前記流通量が所定量以上のデータ分類に属するデータを判別する判別手順と、
    前記流通量が所定量以上のデータ分類に属するデータの保存期間を延長するための処理を実行する管理手順と、
    をコンピュータに実行させるためのプログラム。
15. それぞれサービスを提供する複数のシステムがそれぞれ取得したデータの前記システム間の流通量に関する情報を取得する取得手順と、
    前記システムが取得したデータのうち前記流通量が所定量以上のデータ分類に属するデータを判別する判別手順と、
    前記複数のシステム中の所定のシステムに対し、前記流通量が所定量以上のデータ分類に属するデータを送信する管理手順と、
    前記管理手順で前記所定のシステムに対してデータを送信した場合には、前記所定のシステムを運営する運営者に対する課金のための処理を実行する課金手順と、
    をコンピュータに実行させるためのプログラム。

Images