(57)【要約】【課題】複数のサービスがそれぞれ保有するデータを統合的に管理すること。【解決手段】本願に係る情報記憶装置は、取得部と、記憶部とを備える。取得部は、複数のサービスがそれぞれ個別に管理するデータであって、所定の関連性を有するデータの識別子を取得する。記憶部は、取得部によって取得された識別子を所定の紐付け識別子と対応付けて記憶する。【選択図】図２
2020027567.tif 000002
【特許請求の範囲】
【請求項１】
複数のサービスがそれぞれ個別に管理するデータであって、所定の関連性を有する前記データの識別子を取得する取得部と、
前記取得部によって取得された前記識別子を所定の紐付識別子と対応付けて記憶する記憶部と
を備えることを特徴とする情報記憶装置。
【請求項２】
前記データ同士の類似性に基づいて前記関連性を有する前記データを特定する特定部
をさらに備え、
前記記憶部は、
前記特定部によって特定された前記データを同じ前記紐付識別子に対応付けて記憶すること
を特徴とする請求項１に記載の情報記憶装置。
【請求項３】
前記特定部は、
前記複数のサービスが管理するデータに新たなデータが追加された場合に、前記新たなデータと関連性を有するデータを特定し、
前記記憶部は、
前記特定部によって特定された前記データの識別子が対応付けられた前記紐付識別子に、前記新たなデータの前記識別子を対応付けること
を特徴とする請求項２に記載の情報記憶装置。
【請求項４】
前記記憶部は、
１つの前記データと前記関連性を有する複数の前記データがある場合に、当該１つのデータの前記識別子と、当該複数のデータの前記識別子とを１つの前記紐付識別子に対応付けて記憶すること
を特徴とする請求項１、２または３に記載の情報記憶装置。
【請求項５】
前記記憶部は、
データ体系が互いに異なる前記データの前記識別子を前記紐付識別子に対応付けて記憶すること
を特徴とする請求項１〜４のいずれか一つに記載の情報記憶装置。
【請求項６】
前記記憶部は、
前記複数のサービスにおいて、それぞれ前記データの管理に用いられる識別子を前記識別子として前記紐付識別子と対応付けて記憶すること
を特徴とする請求項１〜５のいずれか一つに記載の情報記憶装置。
【請求項７】
前記記憶部に記憶された前記紐付識別子をユーザ操作に基づいて検索する検索部と、
前記検索部によって検索された前記紐付識別子に対応付けられた前記識別子を出力する出力部と
を備えることを特徴とする請求項１〜６のいずれか一つに記載の情報記憶装置。
【請求項８】
前記記憶部は、
前記紐付識別子に各識別子に対応する前記データを管理する前記サービスを対応付けて記憶し、
前記出力部は、
前記識別子に前記サービスを対応付けて出力すること
を特徴とする請求項７に記載の情報記憶装置。
【請求項９】
コンピュータが実行する情報記憶方法であって、
複数のサービスがそれぞれ個別に管理するデータであって、所定の関連性を有する前記データの識別子を取得する取得工程と、
前記取得工程によって取得された前記識別子を所定の紐付識別子と対応付けて記憶する記憶工程と
を含むことを特徴とする情報記憶方法。
【請求項１０】
複数のサービスがそれぞれ個別に管理するデータであって、所定の関連性を有する前記データの識別子を取得する取得手順と、
前記取得手順によって取得された前記識別子を所定の紐付識別子と対応付けて記憶する記憶手順と
をコンピュータに実行させることを特徴とする情報記憶プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報記憶装置、情報記憶方法および情報記憶プログラムに関する。
【背景技術】
【０００２】
従来、複数のサービスがそれぞれ保有するユーザＩＤを一つのマスタＩＤで管理する名寄せと称される技術がある。かかる名寄せに関する技術では、複数のサービスにおける各ユーザの行動履歴等を解析することで、複数のサービスを跨いで同一ユーザを特定する（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１６−１１８９３１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記の従来技術は、ユーザＩＤなど、複数のサービス間で対応関係が明確なデータを対象としており、対応関係が不明確なデータを統合的に管理することについては適用が困難である。
【０００５】
本願は、上記に鑑みてなされたものであって、複数のサービスがそれぞれ保有するデータを統合的に管理することができる情報記憶装置、情報記憶方法および情報記憶プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本願に係る情報記憶装置は、取得部と、記憶部とを備える。前記取得部は、複数のサービスがそれぞれ個別に管理するデータであって、所定の関連性を有する前記データの識別子を取得する。前記記憶部は、前記取得部によって取得された前記識別子を所定の紐付け識別子と対応付けて記憶する。
【発明の効果】
【０００７】
実施形態の一態様によれば、複数のサービスがそれぞれ保有するデータを統合的に管理することができる。
【図面の簡単な説明】
【０００８】
【図１】図１は、実施形態に係る情報記憶処理の一例を示す図である。
【図２】図２は、実施形態に係る情報記憶装置の構成例を示すブロック図である。
【図３】図３は、実施形態に係る紐付情報テーブルの一例を示す図である。
【図４】図４は、検索部および出力部による処理の具体例を示す図である。
【図５】図５は、実施形態に係る情報記憶装置が実行する処理手順を示すフローチャート（その１）である。
【図６】図６は、実施形態に係る情報記憶装置が実行する処理手順を示すフローチャート（その２）である。
【図７】図７は、情報記憶装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。
【発明を実施するための形態】
【０００９】
以下に、本願に係る情報記憶装置、情報記憶方法および情報記憶プログラムを実施するための形態（以下、「実施形態」と記載する）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報記憶装置、情報記憶方法および情報記憶プログラムが限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。
【００１０】
〔１．情報記憶処理の一例〕
まず、図１を用いて情報記憶装置が実行する情報記憶処理の一例について説明する。図１は、実施形態に係る情報記憶処理の一例を示す図である。なお、かかる情報記憶処理は、図１に示す情報記憶装置１００によって実行される。
【００１１】
実施形態に係る情報記憶装置１００は、複数のサービスがそれぞれ保有するデータを統合的に管理する統合データベース１２１を備える。ところで、従来、複数のサービスがそれぞれ保有するデータについて、サービスを跨いで横断的に管理する技術がある。例えば、かかる技術は、名寄せと称される技術であり、各サービスで管理する同一のユーザのユーザＩＤを一つのマスタＩＤで一元的に管理するものである。
【００１２】
しかしながら、上記の従来技術では、ユーザＩＤなどの対応関係が１対１であることを前提としている。すなわち、複数のサービス間でデータの対応関係が明確なものについてマスタＩＤを用いて管理することができるものの、１つのデータに対して複数種類のデータが対応する場合など、対応関係が不明確なものについてはマスタＩＤを用いて管理するのは困難である。
【００１３】
また、仮に、複数のサービスがそれぞれ個別に保有するデータを統合的に管理しようとした場合、各サービスを跨いで統一した基準でＩＤを生成する必要がある。しかしながら、例えば、データがコンテンツである場合においては、各コンテンツの対応関係が必ずしも一致しないため、各サービスが統一した基準でＩＤを生成するのは困難である。
【００１４】
そこで、実施形態に係る情報記憶装置１００は、関連性を有するデータをそれぞれ結びつけて管理することとした。つまり、実施形態に係る情報記憶装置１００は、紐付識別子（以下、紐付ＩＤと記載する）に関連性を有するデータの識別子（以下、エンティティＩＤと記載する）を対応付けることで、複数のサービスがそれぞれ個別に管理するデータを統合的に管理する。
【００１５】
換言すると、実施形態においては、各データをナレッジデータベースにおけるノードとして取り扱うのではなく、各データをノードが示すエンティティと見做し、エンティティ同士の関連性を対応するノードの接続関係で示すナレッジデータベースをデータ間の関連性を示す紐付けＩＤで管理することで、サービスを跨いだデータ同士の関係性を示すこととした。
【００１６】
具体的には、図１に示すように、まず、情報記憶装置１００は、各サービスからそれぞれ保有するデータのメタデータを取得する（ステップＳ１）。図１に示す例では、情報記憶装置１００は、各サービスＡ〜Ｃが保有するデータベースＤＢａ〜ＤＢｃに格納されたデータのメタデータをそれぞれ取得する場合を示す。なお、以下では、データベースＤＢａ〜ＤＢｃを単にデータベースＤＢと記載する。
【００１７】
続いて、情報記憶装置１００は、取得したメタデータに基づいて互いに関連性を有するデータを特定する（ステップＳ２）。例えば、情報記憶装置１００は、メタデータをそれぞれ比較し、所定の類似度以上であるものについて、互いに関連性を有するデータとして特定することができる。
【００１８】
続いて、情報記憶装置１００は、互いに関連性を有するデータのエンティティＩＤを同一の紐付ＩＤに対応付けて記憶する（ステップＳ３）。図１に示す例では、統合データベース１２１において、「紐付ＩＤ」、「エンティティＩＤ」および「サービスＩＤ」が互いに関連付けられている場合を示す。なお、「サービスＩＤ」は、データの取得元のサービスを識別するための識別子である。
【００１９】
図１に示すように、紐付ＩＤ「Ａｎ＃１」には、エンティティＩＤ「Ｅａ１」、「Ｅｂ５」、「Ｅｂ５−２」および「Ｅｃ５４７」が対応付けられている。また、情報記憶装置１００は、「Ｅｂ５」および「Ｅｂ５−２」のように、１つのサービスから取得した複数のエンティティＩＤを同じ紐付ＩＤに紐付けることが可能である。
【００２０】
すなわち、所定の関連性を有するデータであれば、かかるデータのエンティティＩＤを同じ紐付ＩＤに対応付けることが可能である。この際、情報記憶装置１００は、各サービスで用いるエンティティＩＤをそのまま、紐付ＩＤに対応付けることが可能である。つまり、各サービスで予め統一した基準でＩＤを生成しておく必要はなく、各サービスでは、保有するそれぞれのデータに対して任意にＩＤを割り当てることが可能である。
【００２１】
また、情報記憶装置１００は、各サービスの管理者による要求に応じて、紐付ＩＤに対応付けられたエンティティＩＤを提供することが可能である。例えば、サービスＡが、動画配信サービスであり、サービスＢが電子書籍サービスであった場合に、サービスＡの管理者が映画の原作となる電子書籍のデータを取得する場合を想定する。
【００２２】
この場合、サービスＡの管理者は、情報記憶装置１００に対して例えば、映画のエンティティＩＤを指定し、当該エンティティＩＤが対応付けられた紐付ＩＤに対応付けられた他のエンティティＩＤを情報記憶装置１００から取得する。
【００２３】
このとき、情報記憶装置１００が提供するエンティティＩＤは、原作の電子書籍のデータや、映画のキャスト、監督などが同じである他の電子書籍のデータにそれぞれ対応するエンティティＩＤ等を含むこともある。
【００２４】
この場合、サービスＡの管理者は、各エンティティＩＤを用いてサービスＢのデータベースＤＢｂからデータをそれぞれ取得し、自身で所望のデータを選択することで、所望する電子書籍のデータを得ることができる。
【００２５】
これにより、各管理者は、エンティティＩＤに対応するデータを他のサービスから取得することが可能となる。したがって、他のサービスが保有するデータを用いて、自身のサービスが保有するデータベースＤＢをリッチ化することが可能である。言い換えれば、各データベースＤＢを共有して利用することが可能となる。
【００２６】
このように、情報記憶装置１００では、管理者がデータを取得した際に、管理者自身でデータを解析して用いることを前提としている。つまり、ある程度の関連性を有するデータを提供することができえるのであれば、利用者の目的を満たすことができる。
【００２７】
このように、実施形態に係る情報記憶装置１００は、各サービスが管理するデータについて、関連性を有するデータのエンティティＩＤを紐付ＩＤに対応付ける。したがって、実施形態に係る情報記憶装置１００によれば、複数のサービスがそれぞれ保有するデータを統合的に管理することができる。
【００２８】
情報記憶装置１００は、データ体系が互いに異なるデータを管理する場合に、特に有効である。すなわち、データ体系が互いに異なる場合、各サービスで統一した基準で各データに対してＩＤを割り当てるのは困難である。
【００２９】
これに対して、情報記憶装置１００では、管理者がデータを取得した際に、管理者自身でデータを解析して用いることを前提としている。つまり、ある程度の関連性を有するデータを提供することができえるのであれば、利用者の目的を満たすことができる。
【００３０】
このため、情報記憶装置１００では、各サービスで統一した基準で各データに対してＩＤを割り当てる必要はない。そのため、情報記憶装置１００では、複数のサービスがそれぞれ保有するデータを統合的に管理することが可能となる。
【００３１】
〔２．情報記憶装置の構成例〕
続いて、図２を用いて情報記憶装置１００の構成について詳細に説明する。図２は、実施形態に係る情報記憶装置１００の構成例を示すブロック図である。なお、図２では、情報記憶装置１００の説明に必要となる構成要素のみを示しており、一般的な構成要素についての記載を省略している。
【００３２】
図２に示すように、情報記憶装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。なお、情報記憶装置１００は、情報記憶装置１００を利用する管理者等から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示するための表示部（例えば、液晶ディスプレイ等）を有してもよい。
【００３３】
（通信部１１０について）
通信部１１０は、例えば、ＮＩＣ（Network  Interface  Card）等によって実現される。通信部１１０は、通信ネットワーク(不図示)と有線または無線で接続され、通信ネットワークを介して、各サービスがそれぞれ管理するデータベースとの間で情報の送受信を行う。
【００３４】
（記憶部１２０について）
記憶部１２０は、例えば、ＲＡＭ（Random  Access  Memory）、フラッシュメモリ（Flash  Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現され、図２の例では、記憶部１２０は、統合データベース１２１を有する。
【００３５】
統合データベース１２１は、上述の紐付ＩＤに対して各エンティティＩＤが対応付けられた紐付情報テーブルを記憶するデータベースである。図３は、紐付情報テーブルの一例を示す図である。
【００３６】
図３に示すように、紐付情報テーブル１２２は、「紐付ＩＤ」、「エンティティＩＤ」、および「サービスＩＤ」が互いに関連付けられた情報である。「紐付ＩＤ」は、エンティティＩＤの繋がりを示す各ノードの識別子である。紐付ＩＤは、特定の関連性を有するデータの集合を識別するための識別子とも言える。
【００３７】
例えば、映画の監督が同じであるデータ群、キャストが同じであるデータ群、原作のタイトルが同じであるデータ群について、それぞれ紐付ＩＤが付与される。「エンティティＩＤ」は、各サービスが管理するデータに割り当てられた識別子である。
【００３８】
「サービスＩＤ」は、各エンティティＩＤに対応するデータを管理するサービスを識別するための識別子である。情報記憶装置１００は、紐付情報テーブル１２２を参照することで、各エンティティＩＤの関連性を容易に把握することが可能となる。
【００３９】
（制御部１３０について）
図２の説明に戻り、制御部１３０について説明する。制御部１３０は、コントローラ（controller）であり、例えば、ＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）等によって、情報記憶装置１００内部の記憶装置に記憶されている各種プログラム（情報記憶装置プログラムの一例に相当）がＲＡＭを作業領域として実行されることにより実現される。
【００４０】
図２に示すように、制御部１３０は、特定部１３１と、取得部１３２と、検索部１３３と、出力部１３４とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３０の内部構成は、図２に示した構成に限られず、後述する情報処理を行うことができる構成であれば他の構成であってもよい。また、制御部１３０が有する各処理部の接続関係は、図２に示した接続関係に限られず、他の接続関係であってもよい。
【００４１】
（特定部１３１について）
特定部１３１は、各サービスでそれぞれ個別に管理するデータ同士の類似性に基づいて関連性を有するデータを特定する。具体的には、まず、特定部１３１は、各サービスのデータベースＤＢに記憶された各データのメタデータをそれぞれ比較する。
【００４２】
そして、特定部１３１は、各サービスのデータベースＤＢに記憶されたメタデータ同士の類似度が所定値上であるものについて、関連性を有するデータとして特定する。なお、ここでの類似度が所定値以上とは、例えば、コンテンツのタイトルが一致することなどを示す。
【００４３】
なお、各サービスによって、メタデータのデータ構造が異なる場合も想定される。このため、特定部１３１は、例えば、複数のデータ構造を有するメタデータをそれぞれ既知の解析ソフトを適宜組み合わせて解析することも可能である。これにより、各サービスでそれぞれ任意のデータ構造のメタデータを作成することが可能となる。
【００４４】
また、各サービスの管理者が、情報記憶装置１００に新たなデータのエンティティＩＤを登録する際に、関連性を有するデータの指定を受け付けることにしてもよい。この場合、特定部１３１は、かかる指定に基づき、新たなデータと関連性を有するデータを特定することができる。
【００４５】
また、特定部１３１は、複数のサービスが管理するデータに新たなデータが追加された場合に、新たなデータと関連性を有するデータを特定することも可能である。すなわち、各データベースＤＢが更新された場合に、紐付情報テーブル１２２を更新することが可能である。
【００４６】
これにより、情報記憶装置１００は、随時更新される最新の紐付情報テーブル１２２を用いてエンティティＩＤを提供することが可能となる。すなわち、統合データベース１２１の利便性を向上させることが可能となる。
【００４７】
（取得部１３２について）
取得部１３２は、複数のサービスがそれぞれ個別に管理するデータであって、所定の関連性を有するデータのエンティティＩＤを取得する。本実施形態において、取得部１３２は、特定部１３１によって関連性を有するデータとして特定されたデータのエンティティＩＤを取得する。
【００４８】
取得部１３２は、取得したエンティティＩＤを当該エンティティＩＤに対応するデータと関連性を有するデータのエンティティＩＤが対応付けられた紐付ＩＤに対応付ける。これにより、紐付情報テーブル１２２が更新されることとなる。
【００４９】
また、取得部１３２は、特定部１３１によって関連性を有するデータを特定できなかったデータのエンティティＩＤを取得することも可能である。この場合、取得部１３２は、かかるエンティティＩＤを用いて紐付ＩＤの新規作成を行うこととなる。
【００５０】
特定部１３１および取得部１３２は、上記の処理を繰り返し行うことで、各サービスが管理する全てのデータのエンティティＩＤを紐付情報テーブル１２２に登録することが可能である。
【００５１】
この際、上述のように、１つの紐付ＩＤには、互いに関連性を有するデータそれぞれのエンティティＩＤが対応付けることが可能である。すなわち、１つのエンティティＩＤと、複数のエンティティＩＤとを紐付ＩＤを介して直接的に結びつけることが可能となる。
【００５２】
また、取得部１３２は、新たな１つのエンティティＩＤが、異なる紐付ＩＤに対応付けられた複数のエンティティＩＤと関連性を有する場合、複数の紐付ＩＤに対して新たなエンティティＩＤを対応付けることもできる。
【００５３】
すなわち、１つのエンティティＩＤを複数の紐付ＩＤにそれぞれ対応付けることも可能である。例えば、ある映画データのエンティティＩＤを登録する場合、主演キャストが同じデータのエンティティＩＤが対応付けられた紐付ＩＤ、配給会社が同じデータのエンティティＩＤが対応付けられた紐付ＩＤ等の各紐付ＩＤに上記のエンティティＩＤを対応付けることが可能である。
【００５４】
また、取得部１３２は、各管理者から紐付情報テーブル１２２の修正要求を取得することも可能である。かかる修正要求には、所定の紐付ＩＤに対応付けられたエンティティＩＤの削除あるいはエンティティＩＤの紐付ＩＤ間の移動を指示するものである。
【００５５】
取得部１３２は、修正要求に基づき、紐付情報テーブル１２２を修正する。すなわち、紐付情報テーブル１２２を随時補正することで、各データを適切に管理することが可能となる。
【００５６】
なお、上記の修正要求を教師データとする機械学習によって特定部１３１を更新することも可能である。これにより、特定部１３１による特定精度を向上させることが可能となる。結果として、紐付情報テーブル１２２をより正確に生成することが可能となる。
【００５７】
また、特定部１３１を更新した場合、特定部１３１は、紐付情報テーブル１２２に登録済みである紐付ＩＤに対応付けられたエンティティＩＤの類似度を再計算することができる。取得部１３２は、再計算の結果に応じて、紐付情報テーブル１２２を修正することも可能である。
【００５８】
（検索部１３３について）
検索部１３３は、紐付情報テーブル１２２内の紐付ＩＤをユーザ操作に基づいて検索し、検索結果を出力部１３４へ通知する。ここでのユーザ操作とは、管理者による操作を指す。また、検索部１３３による処理の具体例については、図４を用いて後述する。
【００５９】
（出力部１３４について）
出力部１３４は、検索部１３３によって検索された紐付ＩＤに対応付けられたエンティティＩＤを出力する。図４は、検索部１３３および出力部１３４による処理の具体例を示す図である。図４に示すように、まず、検索部１３３は、検索要求をサービス提供装置５０から受け付ける（ステップＳ１１）。
【００６０】
例えば、サービス提供装置５０には、エンティティＩＤの入力画面が表示される。管理者は、自身のサービスが保有するデータのうち、内容の補充を所望するデータのエンティティＩＤを入力する。なお、ここでは、エンティティＩＤを入力する場合について示したが、キーワードを入力するなど、適宜変更することも可能である。また、管理者は、サービスを指定することも可能である。
【００６１】
動画配信サービスを提供するサービスの管理者が、ある映画の原作となる漫画のエンティティＩＤを知りたい場合を想定する。この場合、管理者は、漫画のコンテンツを提供するサービスを予め特定することが可能である。
【００６２】
このため、サービスの指定を受け付けることで、所望するサービス以外のエンティティＩＤを出力しないこととなる。これにより、利便性を向上させることが可能となる。
【００６３】
続いて、検索部１３３は、検索要求に基づいて統合データベース１２１から指定されたエンティティＩＤが対応付けられた紐付ＩＤを検索する（ステップＳ１２）。このとき、出力部１３４は、紐付ＩＤに複数のエンティティＩＤが対応付けられていた場合、複数のエンティティＩＤを全て出力することとなる。
【００６４】
その後、出力部１３４は、紐付ＩＤに紐付けられたエンティティＩＤに対してそれぞれサービスＩＤを対応付けてサービス提供装置５０へ出力する（ステップＳ１３）。管理者は、取得したエンティティＩＤに基づき、各データベースＤＢに対してデータの提供要求を送信する（ステップＳ１４）。
【００６５】
かかる提供要求には、エンティティＩＤが含まれる。データベースＤＢは、指定されたエンティティＩＤを検索し、エンティティＩＤに対応するデータを抽出し（ステップＳ１５）、抽出したデータをサービス提供装置５０へ提供する（ステップＳ１６）。
【００６６】
その後、管理者は、取得したデータを自身で解析することで、所望する情報を得ることができる。このように、各サービスのデータベースＤＢを共有することができるので、各データベースＤＢを他のサービスが管理するデータを用いてリッチ化することが可能となる。
【００６７】
なお、管理者は、取得したデータが指定したエンティティＩＤのデータと関連性がなかった場合、上記の修正要求を情報記憶装置１００へ通知することができる。また、ステップＳ１４およびステップＳ１６の処理については、サービス提供装置５０に代わって、情報記憶装置１００が行うこととしてもよい。
【００６８】
〔３．情報記憶装置１００の処理手順〕
次に、図５および図６を用いて実施形態に係る情報記憶装置１００が実行する処理手順について説明する。図５および図６は、実施形態に係る情報記憶装置１００が実行する処理手順を示すフローチャートである。
【００６９】
まず、図５を用いて、新たなエンティティＩＤを紐付情報テーブル１２２に追加するまでの一連の処理について説明する。図５に示すように、まず、情報記憶装置１００は、各データベースＤＢのメタデータを比較し、関連性を有するデータを特定する特定処理を行う（ステップＳ１０１）。
【００７０】
続いて、情報記憶装置１００は、ステップＳ１０１の結果、関連するデータが有るか否かを判定する（ステップＳ１０２）。情報記憶装置１００は、関連するデータが有る場合（ステップＳ１０２，Ｙｅｓ）、かかるデータのエンティティＩＤを取得する（ステップＳ１０３）。
【００７１】
続いて、情報記憶装置１００は、エンティティＩＤを紐付ＩＤに対応付けて（ステップＳ１０４）、紐付情報テーブル１２２を更新して（ステップＳ１０５）、処理を終了する。また、情報記憶装置１００は、ステップＳ１０２の処理において、紐付情報テーブル１２２に関連するデータがなかった場合（ステップＳ１０２，Ｎｏ）、処理を終了する。
【００７２】
次に、図６を用いて、管理者に対して統合データベース１２１からエンティティＩＤを提供するまでの一連の処理について説明する。図６に示すように、情報記憶装置１００は、まず、検索要求があるか否かを判定する（ステップＳ１１１）。
【００７３】
続いて、情報記憶装置１００は、検索要求があった場合（ステップＳ１１１，Ｙｅｓ）、検索要求に応じて統合データベース１２１内を検索する（ステップＳ１１２）。続いて、情報記憶装置１００は、検索結果となる実データを出力する（ステップＳ１１３）。
【００７４】
その後、情報記憶装置１００は、管理者から紐付情報テーブル１２２に対する修正要求があるか否かを判定する（ステップＳ１１４）。情報記憶装置１００は、修正要求を受け付けた場合（ステップＳ１１４，Ｙｅｓ）、紐付情報テーブル１２２を修正し、処理を終了する。
【００７５】
また、情報記憶装置１００は、検索要求を受け付けいない場合（ステップＳ１１１，Ｎｏ）および修正要求を受け付けていない場合（ステップＳ１１４，Ｎｏ）、処理を終了する。
【００７６】
〔４．ハードウェア構成〕
上述してきた実施形態に係る情報記憶装置１００やサービス提供装置５０は、例えば図７に示すような構成のコンピュータ１０００によって実現される。以下、情報記憶装置１００を例に挙げて説明する。図７は、情報記憶装置１００の機能を実現するコンピュータ１０００の一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。
【００７７】
ＣＰＵ１１００は、ＲＯＭ１３００又はＨＤＤ１４００に記憶されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を記憶する。
【００７８】
ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を記憶する。通信インターフェイス１５００は、ネットワークＮを介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータを、ネットワークＮを介して他の機器へ送信する。
【００７９】
ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、入出力インターフェイス１６００を介して生成したデータを出力装置へ出力する。
【００８０】
メディアインターフェイス１７００は、記録媒体１８００に記憶されたプログラム又はデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital  Versatile  Disc）、ＰＤ（Phase  change  rewritable  Disk）等の光学記録媒体、ＭＯ（Magneto-Optical  disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。
【００８１】
例えば、コンピュータ１０００が実施形態に係る情報記憶装置１００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１３０の機能を実現する。また、ＨＤＤ１４００には、記憶部１２０内のデータが記憶される。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置からネットワークＮを介してこれらのプログラムを取得してもよい。
【００８２】
〔５．その他〕
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。
【００８３】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。また、例えば、記憶部１２０に記憶される情報は、ネットワークＮを介して、外部に備えられた所定の記憶装置に記憶されてもよい。
【００８４】
また、上述してきた実施形態及び変形例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【００８５】
〔６．効果〕
実施形態に係る情報記憶装置１００は、取得部１３２と、記憶部１２０とを備える。取得部１３２は、複数のサービスがそれぞれ個別に管理するデータであって、所定の関連性を有するデータの識別子（エンティティＩＤ）を取得する。記憶部１２０は、取得部によって取得されたエンティティＩＤを所定の紐付識別子（紐付ＩＤ）と対応付けて記憶する。したがって、複数のサービスがそれぞれ保有するデータを統合的に管理することができる。
【００８６】
また、情報記憶装置１００は、データ同士の類似度に基づいて関連性を有するデータを特定する特定部１３１を備え、記憶部１２０は、特定部１３１によって特定されたデータのエンティティＩＤを同じ紐付ＩＤに対応付けて記憶する。したがって、複数のサービスがそれぞれ保有するデータを統合的に管理することができる。
【００８７】
また、特定部１３１は、複数のサービスが管理するデータに新たなデータが追加された場合に、新たなデータと関連性を有するデータを特定し、記憶部１２０は、特定部１３１によって特定されたデータのエンティティＩＤが対応付けられた紐付ＩＤに、新たなデータのエンティティＩＤを対応付ける。したがって、各サービスによって更新されたデータを速やかに共有することが可能となる。
【００８８】
また、記憶部１２０は、１つのデータと関連性を有する複数のデータが有る場合に、当該１つのデータのエンティティＩＤと、当該複数のデータのエンティティＩＤとを１つの紐付ＩＤに対応付けて記憶する。したがって、複数のサービスがそれぞれ保有するデータを統合的に管理することができる。
【００８９】
また、記憶部１２０は、データ体系が互いに異なるデータのエンティティＩＤを紐付ＩＤに対応付けて記憶する。したがって、データ体系が異なるデータをそれぞれ管理することができる。
【００９０】
また、記憶部１２０は、複数のサービスにおいて、それぞれデータの管理に用いられる識別子をエンティティＩＤとして紐付ＩＤと対応付けて記憶する。したがって、複数のサービスがそれぞれ保有するデータを統合的に管理することができる。
【００９１】
また、情報記憶装置１００は、記憶部１２０に記憶された紐付ＩＤをユーザ操作に基づいて検索する検索部１３３と、検索部１３３によって検索された紐付ＩＤに対応付けられたエンティティＩＤを出力する出力部１３４とを備える。これにより、各サービスが管理するデータを共有することが可能となる。
【００９２】
また、記憶部１２０は、紐付識ＩＤに対応付けられたエンティティＩＤに対応するデータを管理するサービスを対応付けて記憶し、出力部１３４は、エンティティＩＤにサービスを対応付けて出力する。これにより、各サービスによるデータの共有を容易にすることが可能となる。
【００９３】
また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、取得部は、取得手段や取得回路に読み替えることができる。
【符号の説明】
【００９４】
５０    サービス提供装置
１００    情報記憶装置
１２１    統合データベース
１２２    紐付情報テーブル
１３１    特定部
１３２    取得部
１３３    検索部
１３４    出力部
【図１】
2020027567.tif 000003
【図２】
2020027567.tif 000004
【図３】
2020027567.tif 000005
【図４】
2020027567.tif 000006
【図５】
2020027567.tif 000007
【図６】
2020027567.tif 000008
【図７】
2020027567.tif 000009