(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-10-31
(45)【発行日】2023-11-09
(54)【発明の名称】情報連携方法、情報連携システム、および情報連携プログラム
(51)【国際特許分類】
G06Q 50/10 20120101AFI20231101BHJP
【ＦＩ】
G06Q50/10
【請求項の数】
8
(21)【出願番号】P 2019187712
(22)【出願日】2019-10-11
(65)【公開番号】P2021064105
(43)【公開日】2021-04-22
【審査請求日】2022-06-06
(73)【特許権者】
【識別番号】000005108
【氏名又は名称】株式会社日立製作所
(74)【代理人】
【識別番号】110000279
【氏名又は名称】弁理士法人ウィルフォート国際特許事務所
(72)【発明者】
【氏名】正村 雄介
(72)【発明者】
【氏名】淵脇 誠
(72)【発明者】
【氏名】吉原 潤
(72)【発明者】
【氏名】木下 雅文
(72)【発明者】
【氏名】大津 賢治
【審査官】阿部 潤
(56)【参考文献】
【文献】特開２００２－２６９２９５（ＪＰ，Ａ）
【文献】三田 智之ほか，ブロックチェーンを利用した匿名性と追跡可能性を有する公共Ｗｉ－Ｆｉ認証方式，電子情報通信学会技術研究報告－マルチメディア情報ハイディング・エンリッチメント，日本，一般社団法人電子情報通信学会，2018年07月18日，第118巻 第155号，pp.137～142，ISSN 2432-6380
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００ － ９９／００
(57)【特許請求の範囲】
【請求項1】
情報連携のためのコンピュータ実装された情報連携方法であって、プロセッサによりＩＤ管理プログラムを実行し、複数のエンティティ間で連携されるべき項目情報と個体との組み合わせを特定する連携対象識別情報を生成し、
プロセッサにより、複数のエンティティのデータ更新情報を記録するためのデータ更新登録プログラムを実行し、
プロセッサにより、前記データ更新情報に基づき前記個体の前記項目情報が更新されることを、前記複数のエンティティの少なくとも一つに通知するための通知検出プログラムを実行することを備え、
それらプログラムの各々が記憶装置に記憶され、
階層的決定性ウォレットを使用することにより、前記連携対象識別情報が生成される、方法において、
連携対象識別情報に関連する複数のエンティティから、少なくとも一つのエンティティが削除される場合、前記ＩＤ管理プログラムが、前記プロセッサにより、前記削除されたエンティティを除く残りのエンティティのための新しい連携対象識別情報を生成し、新しい連携対象識別情報を関連させる、ように構成されている、
情報連携方法。
【請求項2】
前記通知検出プログラムが、前記プロセッサにより、前記連携対象識別情報に基づき通知を受け付けるか否かを決定するように構成され、前記ＩＤ管理プログラムが、前記プロセッサにより、前記新しい連携対象識別情報を関連させた後にも過去の連携対象識別情報および関連情報を維持することにより、前記過去の連携対象識別情報を含む通知を前記通知検出プログラムが受け付けることを可能にするように構成されている、請求項１に記載の情報連携方法。
【請求項3】
前記ＩＤ管理プログラムが、前記プロセッサにより、前記過去の連携対象識別情報をブルームフィルタに保存するように構成され、前記通知検出プログラムが、前記プロセッサにより、前記連携対象識別情報に基づき、前記ブルームフィルタに保存された前記過去の連携対象識別情報を検索し、前記通知を受け付けるか否か決定するように構成されている、請求項２に記載の情報連携方法。
【請求項4】
前記ＩＤ管理プログラムが、前記プロセッサにより、前記個体にＳｅｅｄを割り当て、前記項目情報に、第１Ｉｎｄｅｘ値を割り当て、そして前記個体と前記項目情報から前記連携対象識別情報が生成される度に新しい第２Ｉｎｄｅｘ値を割り当てることにより、前記連携対象識別情報を生成するように構成されている、請求項１に記載の情報連携方法。
【請求項5】
前記ＩＤ管理プログラムが、前記プロセッサにより、個体が、連携されるべき前記項目情報と前記複数のエンティティとを指示するための画面を表示装置に表示するように構成されている、請求項１に記載の情報連携方法。
【請求項6】
複数のエンティティ間で連携される個体は人である、請求項１に記載の情報連携方法。
【請求項7】
情報連携のための情報連携システムであって、
個体のＩＤと認証情報を受け取って前記個体が正規の個体であるか否か判断する証明サーバと、
前記正規の個体の項目情報を受け取るアプリケーションサーバと、
前記アプリケーションサーバ経由で、前記個体の項目情報を格納するデーターベースサーバと、
請求項１に記載されたコンピュータ実装された方法を実行する情報連携ブリッジサーバと、
前記連携対象識別情報を含み、連携させるべき項目情報および個体を複数のエンティティ間で紐付ける紐付情報を格納する情報連携サーバと、
を有する情報連携システム。
【請求項8】
請求項１に記載の情報連携方法を実行するための情報連携プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、組織間で情報を連携する技術に関する。
【背景技術】
【0002】
世の中の膨大な量のＩｏＴデータを活用し、コストを削減したり、新規ビジネスの創出に繋げたりする動きが広く注目されている。ＩＴおよびＩｏＴシステムを用いてＩｏＴデータを価値に変える取り組みが行われている。このような取り組みの中で、これまでは、企業等の各組織が自社で取得し管理するデータおよび公開されたオープンデータが情報システムによる活用の対象とされてきた。
【0003】
これに対して、日本発の未来社会コンセプトであるＳｏｃｉｅｔｙ５．０において、自動運転、インフラ、農業、医療、金融、等の各分野で取得され、管理されている情報を連携させて価値を創出する「データ連携基盤」構想が提唱されている。そのような構想を受けて、各分野の組織をまたいで情報を連携させ、新規ビジネスの創出につなげる取り組みが広まりつつある。
【0004】
しかし、組織をまたいだ情報の連携においては、個人の認証とその連携が課題になる。そのような課題に関して、汎用的に個人を認証して個人情報と紐付ける技術が特許文献１に開示されている。特許文献１は、組織内での個人の認証が可能な汎用的なシステムを開示している。
【0005】
特許文献１のシステムは、ユーザ端末からアクセスされるＷＥＢサーバなどのオンラインデータ処理システムと、そのオンラインデータ処理システムとネットワークを介して接続される認証機関システムとから構成される。
【0006】
このオンラインデータ処理システムは、ユーザ端末から送信される電子証明書を受信する電子証明書受信手段と、認証機関システムとの間でデータ送受信を行い、ユーザ認証を行う認証手段とを含む。認証機関システムには、認証データベースが備えられ、企業コード等の業種識別データと、業種と個人とを関連付けることにより組織内の個人を認証するための個人認証データとが記憶される。認証データベースから抽出された、組織内の個人の権限情報を少なくとも含む認証情報に基づきユーザ認証を行う。
【先行技術文献】
【特許文献】
【0007】
【文献】ＷＯ０３／１０５００２Ａ１
【発明の概要】
【発明が解決しようとする課題】
【0008】
ここでは、組織間で連携される情報を利用したサービスの例として、顧客のライフタイムイベントに即した情報を提供するサービスを挙げる。例えば、顧客の転居というイベントが起こると、住宅に付随するサービスを提供する業者にとっては受注機会が高まる。またそれと同時に、顧客は業者から有用な情報を収集できるといったメリットを享受する。
【0009】
例えば、顧客の転居の際に新居の契約を得た不動産業者は顧客に関する情報を取得するので、その情報を、顧客の同意の基、他の組織へタイムリーに通知することができれば、他の組織は新居での自社のサービスへの加入の提案を行うことが可能となる。例えば、電力小売業者が新居の情報を得られれば、契約の新居での契約への切り替えの提案や、サービスの割引の提案等を効率的に行うことができる。顧客にとっても転居に関連して必要な情報を収集するための手間が減る。このように、組織および顧客個人の双方にメリットがある。
【0010】
ここでは、顧客がライフタイムイベントに関連する情報のうち、どの情報をどの組織に共有させるかという範囲を自由に決定できることが重要となる。つまり、顧客が情報の連携を許可した組織の間で、タイムリーかつ効率的にライフタイムイベントに関する情報を通知するとともに、顧客が情報の連携を許可していない組織に対しては、該顧客の情報が更新されたことを秘匿することが要求される。
【0011】
しかしながら、特許文献１の技術を適用するだけでは、このような要求を満たすことができない。特許文献１の技術は、組織内で個人を認証することはできるが、複数の組織をまたいで個人の情報を連携させることは想定していない。
【0012】
本開示のひとつの目的は、複数の組織がそれぞれ管理する情報を連携させることを可能にする技術を提供することである。
【課題を解決するための手段】
【0013】
上記目的を達成するために開示する連携基盤システムは、顧客に関する複数の項目情報を含む顧客情報をそれぞれに管理する複数の組織を相互に連携させるための情報連携基盤システムであって、少なくとも１つの項目情報を少なくとも２つの組織間で連携させる顧客および当該項目情報について、当該組織同士を関連付ける紐付情報を管理する識別情報管理部と、前記組織のいずれかにおいて前記顧客の前記項目情報が更新されると、当該組織と当該顧客と当該項目情報とを示すデータ更新情報を記録するデータ更新登録部と、前記データ更新情報に基づいて、前記顧客の前記項目情報が更新された旨を、前記紐付情報において前記項目情報の更新された組織に関連付けられた組織へ通知する通知生成部と、を有する。
なお、本明細書に於いて、顧客とは「サービス提供を受ける人あるいは組織」であり、サービス享受者ともいう。
なお、本明細書に於いて、顧客とは「サービス提供を受ける人あるいは組織」であり、サービス享受者ともいう。
【発明の効果】
【0014】
本開示によれば、複数の組織がそれぞれ管理する情報を連携させることができる。
【図面の簡単な説明】
【0015】
【図1】本実施形態による情報連携基盤システムの一例を示すブロック図である。
【発明を実施するための形態】
【0016】
以下、本発明の実施形態を図面を参照しつつ説明する。
【0017】
本実施形態における個人情報の定義は、改正個人情報保護法に準じ、生存する個人に関する情報であって、当該情報に含まれる氏名、生年月日その他の記述等により特定の個人を識別することができるもの、および個人識別符号（以下ＩＤ情報）、とする。また、個人情報のうち、ＩＤ情報と組み合わせて本人認証のために使用する鍵情報を認証情報と定義する。
【0018】
図１は、本実施形態の情報連携基盤システムの一例を示すブロック図である。（ａ）はシステム全体の構成を示す図である。（ｂ）は情報システム１１１Ａの構成を示す図である。なお、情報システム１１１Ｂ～１１１Ｎの構成も情報システム１１１Ａの構成と同様である。
【0019】
図１には、各組織が有する情報システム１１１Ａ～１１１Ｎが、通信設備網である外部ネットワーク１０２および内部ネットワーク１２０を介して相互に接続可能に構成されるとともに、クライアントデバイス１０３に対しても接続可能に構成された組織間情報連携基盤システム１０１が示されている。
【0020】
各組織が有する情報システム１１１Ａ～１１１Ｎは、認証サーバ１２１と、アプリケーションサーバ１２２と、ＤＢサーバ１２３と、情報連携ブリッジサーバ１３１と、情報連携サーバ１３２とから構成される。
【0021】
認証サーバ１２１は、クライアントデバイス１０３から送信された顧客ＩＤと認証情報とを外部ネットワーク１０２および内部ネットワーク１２０を介して受け取り、認証サーバ１３２が保持する顧客ＩＤと認証情報を管理するＤＢとを参照し、顧客が正規の顧客であるか否かを判断するサーバである。
【0022】
アプリケーションサーバ１２２は、クライアントデバイス１０３から送信された、顧客の個人情報（Ｋｎｏｗ Ｙｏｕｒ Ｃｕｓｔｏｍｅｒ：ＫＹＣ）情報を外部ネットワーク１０２および内部ネットワーク１２０を介して受け取り、内部ネットワーク１２０を介してＤＢサーバ１２３へと格納するサーバである。
【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】
例えば、本形態では、顧客ＩＤ「０００１」の顧客は、「基本情報」「家族情報」の公開範囲となる情報連携範囲を別々に設定しており、「基本情報」の情報連携では、顧客ＴｅｍｐＩＤとして「wejoj...」を用い情報の更新およびその通知を行うこと、「家族情報」の情報連携では、顧客ＴｅｍｐＩＤとして「fwojh...」を用い情報の更新およびその通知を行うこと、を示している。
【0049】
【0050】
図２に示した通知メッセージキュー２３３は、情報連携基盤から、組織毎のシステムへの情報の受け渡しを行う役割を担う。通知メッセージキュー２３３は図７に示すように、エントリを一意に識別するエントリＩＤ１００１と、顧客ＩＤ１００２と、更新情報１００３とを含む。顧客ＩＤ１００２は、組織において顧客を一意に識別するＩＤであり、顧客ＤＢ４０１中の顧客ＩＤ４１１と共通である。更新情報１００３は、新規１０１１、更新Ｆｉｅｌｄ１０１２および更新内容１０１３から構成され、新規１０１１は、該顧客情報が新規に登録したか否かを表すフラグ情報を格納し、更新Ｆｉｅｌｄは、情報が新規追加／更新されたＦｉｅｌｄ名を格納し、更新内容１０１３は、更新Ｆｉｅｌｄの具体的な値を格納する。
【0051】
本形態においては、通知メッセージキューの＃１は、顧客ＩＤ「０００１」の住所が更新され、新住所が「東京都ｘｘｘ」であることを示す。なお、更新情報の通知においては、更新内容１０１３をそのまま通知してもよし、更新された旨を通知してもよい。
【0052】
【0053】
図３に示したデータ更新ログ３３１は、ある組織において顧客データの新規追加あるいは更新が発生した事をログ情報として記録するテーブルであり、図８に示すように、エントリを一意に識別するエントリＩＤ７０１と、Ｔｉｍｅｓｔａｍｐ７０２と、組織ＩＤ７０３と、顧客ＴｅｍｐＩＤ７０４と、更新内容７０５とを含む。
【0054】
Ｔｉｍｅｓｔａｍｐ７０２はデータ更新が発生した日時、もしくは該エントリが生成された日時を格納するＦｉｅｌｄである。組織ＩＤ７０３は、情報更新を行った組織のＩＤ、つまり該エントリの生成組織のＩＤを格納する。顧客ＴｅｍｐＩＤ７０４は、顧客ＴｅｍｐＩＤ６０６の情報を格納し、更新内容７０５はどの顧客ＤＢのどのＦｉｅｌｄが更新されたかを示す情報を格納する。
【0055】
本形態においては、データ更新ログ３３１の＃１は、時刻「ＹＹＹＹ／ＭＭ／ＤＤ」に組織「ＡＡＡ」において、顧客ＴｅｍｐＩＤ「wejoj...」の住所Ｆｉｅｌｄが更新されたことを示す。また、該エントリが正しいデータ所有組織から発行された情報であることを証明するため電子署名を格納するＦｉｅｌｄを追加しても良い。
【0056】
【0057】
図３に示したアカウント紐付テーブル３３３は、組織間で顧客を同定するための紐付け情報を保持するテーブルであり、組織と顧客ＴｅｍｐＩＤとの組をアカウントとした時、アカウント間で繋がりのあるものをＧｒｏｕｐとしてまとめて管理したものである。アカウント紐付テーブル３３３は図９に示すように、エントリを一意に識別するエントリＩＤ９０１と、ＧｒｏｕｐＩＤ９０２と、Ａｃｃｏｕｎｔ９０３とを含む。ＧｒｏｕｐＩＤ９０２は、Ｇｒｏｕｐを一意に識別するＩＤであり、Ａｃｃｏｕｎｔ９０３は、そのＧｒｏｕｐＩＤに含まれるアカウント情報（組織ＩＤ９１１および顧客ＴｅｍｐＩＤ９１２）を含む。
【0058】
本形態においては、アカウント紐付テーブル＃１，２，３は、組織「ＡＡＡ」の顧客ＴｅｍｐＩＤ「wejoj...」と、組織「ＢＢＢ」の顧客ＴｅｍｐＩＤ「2ohqa...」と、組織「ＣＣＣ」の顧客ＴｅｍｐＩＤ「qenxn...」は同一の顧客であることを表す。
【0059】
なお、アカウント紐付テーブル３３３は、ＧｒｏｕｐＩＤ毎にアカウント紐付テーブルを作成し、分散して保持しても良い。
【0060】
【0061】
図３に示した情報通知ログ３３２は、顧客データの新規追加あるいは更新を他組織に通知することを目的としたテーブルであって、図８に示したデータ更新ログ３３１と、図９に示したアカウント紐付けテーブル３３３とから作成されるものである。情報通知ログ３３２は図１０に示すように、エントリを一意に識別するエントリＩＤ８０１と、Ｔｉｍｅｓｔａｍｐ８０２と、Ｆｒｏｍ８０２と、Ｔｏ８０４と、更新内容８０５とを含む。Ｔｉｍｅｓｔａｍｐ８０２は、該エントリが生成された日時を格納するＦｉｅｌｄである。Ｆｒｏｍ８０３は、組織ＩＤ８１１と顧客ＴｅｍｐＩＤ８１２とから構成され、本通知の送信元の組織ＩＤと、送信元組織において該顧客を識別する顧客ＴｅｍｐＩＤとを格納する。Ｔｏ８０４は、組織ＩＤ８１３と顧客ＴｅｍｐＩＤ８１４とから構成され、本通知の送信先の組織ＩＤと送信先組織において該顧客を識別する顧客ＴｅｍｐＩＤとを格納する。更新内容８０５は、顧客ＤＢのどのＦｉｅｌｄが更新されたかを示す情報を格納する。
【0062】
本形態においては、情報通知ログ３３２の＃１は、時刻「ＹＹＹＹ／ＭＭ／ＤＤ」に、組織「ＡＡＡ」の顧客ＴｅｍｐＩＤ「wejoj...」情報が更新されたことを、組織「ＢＢＢ」に通知し、該顧客のＩＤが組織「ＢＢＢ」においては、「2ohqa...」であることを表している。
【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】
なお、本形態では、情報連携ブリッジサーバ１３１がクライアントデバイス１０３と直接通信する例を示したが、クライアントデバイス１０３との通信を一本化する目的で、認証サーバ１２１やアプリケーションサーバ１２２を介して情報をやり取りする方法でも構わない。
【0110】
図１６は、図２に示したＩＤ管理プログラム２２１が情報連携範囲を更新する際の処理シーケンスの一例を示す図である。具体的には、本シーケンスは許可組織を削除するシーケンスであり、図１５に示した許可組織を追加するシーケンスを合わせる事で、許可組織の追加と削除が実現できる。
【0111】
情報連携範囲の更新は、顧客のリクエストにより開始され、クライアントデバイス１０３経由で処理される。クライアントデバイス１０３より、情報連携ブリッジサーバ１３１に対して、図１１に示した情報連携範囲更新ＧＵＩ１１０１が要求されると（ステップ１６０１）、組織Ａの情報連携ブリッジサーバ１３１は、図１１に示した情報連携範囲更新ＧＵＩ１１０１に、組織ＩＤ、顧客ＴｅｍｐＩＤおよび電子署名を付与してクライアントデバイス１０３へ送信する（ステップ１６０２）。ここでは、顧客が許可組織リスト（組織Ｎと組織ｘが含まれる）から組織ｘを削除する例を用い説明する。
【0112】
顧客が情報連携範囲更新ＧＵＩ１１０１において、組織ｘを削除し、更新ボタン１１３２をクリックすると（ステップ１６０３）、許可組織のアップデートリクエストが情報連携ブリッジサーバへと送信される（ステップ１６０４）。
【0113】
すると、組織Ａの情報連携ブリッジサーバ１３１のＩＤ管理プログラム２２３は、更新箇所を基に、顧客ＴｅｍｐＩＤの更新箇所を特定する。例えば、顧客ＩＤ「０００１」、共有可能Ｆｉｅｌｄ「基本情報」の共有箇所から、組織ｘが削除される場合は、顧客ＩＤマスタテーブルの＃１が特定される。そして、該顧客ＴｅｍｐＩＤが所属するＧｒｏｕｐＩＤを、アカウント紐付テーブルから特定し、該ＧｒｏｕｐＩＤに属する他アカウント情報をリンク済アカウントとして取得する。
【0114】
次に、情報連携ブリッジサーバ１３１のＩＤ管理プログラム２２３は、該エントリの孫Ｉｎｄｅｘをインクリメントし、新しい顧客ＴｅｍｐＩＤを生成する。そして、生成した顧客ＴｅｍｐＩＤを、新たなＧｒｏｕｐＩＤを付与し、アカウント紐付テーブルに登録する（ステップ１６０５）。
【0115】
続いて、情報連携ブリッジサーバ１３１のＩＤ管理プログラム２２３は、リンク済アカウント情報から、組織ｘを除いた組織に対して、該顧客の顧客ＴｅｍｐＩＤ更新のリクエストを送信する（ステップ１６０５，１６０６）。この例では、リストから組織ｘを除き、組織Ｎにのみ送信する。更新リクエスト１６０５には、組織Ｎの顧客ＴｅｍｐＩＤと組織Ａで新たに作成された顧客ＴｅｍｐＩＤとが含まれている。
【0116】
更新リクエスト１６０５を受信すると、組織ｘを除いた組織の情報連携ブリッジサーバは、組織Ｎの該顧客ＴｅｍｐＩＤをキーに、顧客ＩＤマスタテーブルを検索し、エントリを抽出する。そして、該エントリの孫Ｉｎｄｅｘをインクリメントし、新しい顧客ＴｅｍｐＩＤを生成し、該顧客ＴｅｍｐＩＤを、組織Ａの新しい顧客ＴｅｍｐＩＤが属するＧｒｏｕｐに追加登録する（ステップ１６０７）。
【0117】
そして、登録が完了したことを、組織Ａの情報連携ブリッジサーバ１３１へ通知する（ステップ１６０８）。
【0118】
組織Ａの情報連携ブリッジサーバ１３１は、削除反映済みの情報連携範囲更新ＧＵＩ１１０１をクライアントデバイス１０３に対して送信する（ステップ１６０９）。
【0119】
このように、ＩＤ管理プログラム２２３が、顧客ＴｅｍｐＩＤ同士を紐づけている組織のグループからいずれかの組織を削除するとき、削除する組織を除いたグループの残りの組織について新たな顧客ＴｅｍｐＩＤを生成し、新たな顧客ＴｅｍｐＩＤ同士を紐付けるため、顧客情報の更新がグループから削除された組織に漏洩する可能性を低減することができる。
【0120】
上述した実施形態は、本発明の説明のための例示であり、本発明の範囲をその実施形態に限定する趣旨ではない。当業者は、本発明の範囲を逸脱することなしに、他の様々な態様で本発明を実施することができる。
【符号の説明】
【0121】
１０１…組織間情報連携基盤システム、１０２…外部ネットワーク、１０３…クライアントデバイス、１１１Ａ～１１１Ｂ…情報システム、１２０…内部ネットワーク、１２１…認証サーバ、１２２…アプリケーションサーバ、１２３…ＤＢサーバ、１３１…情報連携ブリッジサーバ、１３２…情報連携サーバ、２１０…通信設備網、２１１，３１１…記憶装置、２１２，３１２…入出力インタフェース、２１３，３１３…プロセッサ、２１４，３１４…入出力装置、２２１…データ更新登録プログラム、２２２…通知検出プログラム、２２３…ＩＤ管理プログラム、２３１…顧客ＩＤ Ｓｅｅｄテーブル、２３２…顧客ＩＤマスタテーブル、２３３…通知メッセージキュー、３２１…通知生成プログラム、３３１…データ更新ログ、３３２…情報通知ログ、３３３…アカウント紐付テーブル
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】