JP5196295B2 - 情報管理装置、情報管理システムおよび情報管理プログラム - Google Patents

Description

本発明は、通信手段に接続される複数の装置間で情報の更新に関する検知を行う情報管理装置、情報管理システムおよび情報管理プログラムに関する。

ユーザは、複数のWebサービス(以下、単にサービスと呼ぶ)に自身の個人情報を登録して利用する場合があるが、登録した個人情報を最新に保つことは困難である。これを解決するため、特許文献１、２では、エンドユーザがローカルコンピュータ上で個人情報を更新すると、その個人情報を個人情報管理サーバへ送信し、このサーバを介して各サービスへ個人情報を配信して更新を行う技術が開示されている。したがって、各サービスの所在情報は個人情報管理サーバがあらかじめ保持および管理している。

また、特許文献３では、個人情報管理サーバを介してエンドユーザの個人情報の更新をサービス側に通知している。この場合、サービス側に通知されるのはあくまでも更新の事実があった旨のみであり、サービスがユーザの最新個人情報を入手する際には、個人情報管理サーバにアクセスを行う。各サービスの所在情報は個人情報管理サーバへ個人情報の取得のあったサービスの所属情報を記録することで、個人情報管理サーバが保持および管理している。

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

しかし、従来技術では、サービス上の個人情報等の更新は、ユーザが実際に個人情報等の変更（例えば、所属部門名の変更）があったことに気がついて、それをトリガーとしてシステムに対して手作業で情報変更、そしてこれを元にサービス上の情報を更新することで実現している。

つまり、ユーザがシステムに対して更新操作を失念等していると、各サービス上の情報はいっこうに更新されないことになる。これがサービス上の情報の最新性維持を困難にしている要因の一つとなる。よって、ユーザが登録すべき情報に変化があったことを自発的気づいたり、想起に頼ることがないよう、情報の変更を自動検知することを目的とする。

本発明は、このような目的を達成するために成されたものである。すなわち、本発明は、自装置に関する認証情報を通信手段を介して他装置に送り、当該他装置から認証完了を得ておくとともに、前記自装置で保持する情報の所望の項目を前記他装置へ設定する交渉を行うイベント設定交渉部と、前記イベント設定交渉部で前記他装置へ設定した前記所望の項目について前記他装置が保持する情報の当該項目が更新された旨の通知を通信手段を介して受信する情報更新イベント受信部と、前記情報更新イベント受信部で前記他装置が保持する情報の当該項目が更新された旨の通知を受信した場合、自装置側で予め設定した処理を行う情報更新処理部とを備える情報管理装置である。

また、本発明は、他装置に関する認証情報を通信手段を介して受信し、当該他装置へ認証完了を送信するとともに、前記他装置から送られる当該他装置で保持する情報の所望の項目の設定を交渉するイベント設定交渉部と、前記イベント設定交渉部で前記自装置に設定した前記所望の項目について前記自装置が保持する情報の当該項目が更新された場合、その旨の通知を通信手段を介して前記他装置へ送信する情報更新イベント送信部とを備える情報管理装置である。

また、本発明は、通信手段を介して接続される複数の装置で起動するエージェントを備えており、当該エージェントが、一方の装置から他方の装置に対して予め認証を行っておき、前記一方の装置から前記他方の装置に対して情報の所望の項目を設定しておくとともに、当該他方の装置において前記所望の項目の情報が更新された場合、その旨を一方の装置へ通知する情報管理システムである。

また、本発明は、自装置に関する認証情報を通信手段を介して他装置に送り、当該他装置から認証完了を得ておくとともに、前記自装置で保持する情報の所望の項目を前記他装置へ設定する交渉を行うステップと、前記他装置へ設定した前記所望の項目について前記他装置が保持する情報の当該項目が更新された旨の通知を通信手段を介して受信するステップと、前記他装置が保持する情報の当該項目が更新された旨の通知を受信した場合、自装置側で予め設定した処理を行うステップとをコンピュータによって実行させる情報管理プログラムである。

また、本発明は、他装置に関する認証情報を通信手段を介して受信し、当該他装置へ認証完了を送信するとともに、前記他装置から送られる当該他装置で保持する情報の所望の項目の設定を交渉するステップと、前記自装置に設定した前記所望の項目について前記自装置が保持する情報の当該項目が更新された場合、その旨の通知を通信手段を介して前記他装置へ送信するステップとをコンピュータによって実行させる情報管理プログラムである。

また、本発明は、通信手段を介して接続される複数のコンピュータで起動するエージェントであって、当該エージェントが、一方の装置から他方の装置に対して予め認証を行っておき、前記一方の装置から前記他方の装置に対して情報の所望の項目を設定しておくとともに、当該他方の装置において前記所望の項目の情報が更新された場合、その旨を一方の装置へ通知するステップをコンピュータに実行させる情報管理プログラムである。

本発明によれば、ユーザに関する情報のサービスへの登録にあたり、登録した情報の変更があったことを自動検知でき、ユーザが更新操作を失念等することなく情報の最新性を維持することが可能となる。

以下、本発明の実施の形態を図に基づき説明する。

＜情報管理装置、情報管理システムの構成＞
図１は、本実施形態に係る情報管理装置および情報管理システムを説明する構成図である。本実施形態に係る情報管理装置は、エージェントが実行されるクライアントＰＣ（パーソナルコンピュータ）として実現され、情報管理システムは、各クライアントＰＣが通信手段（例えば、ネットワーク）を介して接続された構成によって実現される。また、クライアントＰＣ内で実行されるエージェントは、後述する本実施形態の情報管理プログラムとなっている。

本実施形態の情報管理装置および情報管理システムでは、共通する情報（例えば、個人情報の所定の項目の情報）を保持する他ユーザの情報の更新事象を検知/参照することで、自らの個人情報の更新を行って、これと連動してサービス上の情報も例えば自動で更新できるよう構成されており、これによってサービス上でのユーザの情報の最新性の維持を実現できる点に特徴がある。なお、以下の実施形態では、ユーザが登録する情報として個人情報（氏名、会社名、所属部門名、電話番号、電子メールアドレス等）を例に説明を行うが、これ以外の情報であってもよい。

情報管理装置は、サービス上個人情報更新処理部１０１、サービス情報管理部１０２、個人情報管理部１０３、サービス上個人情報更新履歴管理部１０４、サービス上個人情報入力フォーム情報管理部１０５、個人情報更新管理部１０６、個人情報更新イベント生成部１０７、個人情報更新イベント送信部１０８、連携エージェント情報管理部１０９、個人情報更新イベント解析部１１０、個人情報更新イベント受信部１１１、イベント設定交渉部１１２、コミュニティー構築部１１３を備えている。

サービス上個人情報更新処理部１０１は、各サービスに対する個人情報の管理に関する処理を司る部分である。すなわち、サービス上個人情報更新処理部１０１は、サービス情報管理部１０２で管理するサービス情報からサービスを特定し、個人情報管理部１０３で管理する個人情報を特定したサービスに送る処理を行う。また、個人情報の更新を行った場合には、サービス上個人情報更新履歴管理部１０４に更新履歴の情報を送り、サービス上個人情報更新履歴に登録する。また、ユーザが個人情報の登録や更新を行う際には、各サービスに対応した入力フォームをサービス上個人情報入力フォーム情報管理部１０５から読み出す処理も行う。

サービス情報管理部１０２は、各サービスに関する情報（例えば、サービスのアドレス）であるサービス情報を管理する部分である。サービス上個人情報更新処理部１０１からの依頼に応じてサービス情報を登録したり、読み出したりする処理を行う。

個人情報管理部１０３は、ユーザの個人情報を管理する部分である。サービス上個人情報更新処理部１０１からの依頼に応じて個人情報の登録や読み出しを行う。

サービス上個人情報更新履歴管理部１０４は、サービス上個人情報更新処理部１０１が行った各サービスに対する個人情報の更新履歴を管理する。各サービス毎に個人情報の更新履歴を残し、必要に応じて読み出す処理を行う。

サービス上個人情報入力フォーム情報管理部１０５は、サービス上個人情報入力フォーム情報を管理する部分である。サービス上個人情報更新処理部１０１からの依頼に応じて、各サービス毎にサービス上個人情報入力フォーム情報を登録したり、読み出したりする処理を行う。

個人情報更新管理部１０６は、イベント設定交渉部１１２にイベント設定の依頼を行ったり、個人情報更新イベント生成部１０７に個人情報更新イベントの生成を依頼したり、連携エージェント情報管理部１０９に認証情報等の連携エージェント情報の管理を依頼したり、個人情報更新イベント解析部１１０に個人情報更新イベントの解析を依頼したりする部分である。

個人情報更新イベント生成部１０７は、個人情報更新管理部１０６からの依頼に応じて個人情報更新イベントの生成を行う部分である。生成したイベントは、個人情報更新イベント送信部１０８から他のエージェントへ送信される。

連携エージェント情報管理部１０９は、他のエージェントと事前に設定合意した連携エージェント情報（認証情報、イベント設定情報など）を管理する部分である。個人情報更新イベント解析部１１０は、他のエージェントから送信され、個人情報更新イベント受信部１１１で受信した更新情報更新イベントを解析する部分である。

イベント設定交渉部１１２は、他のエージェントとの間でイベントの設定の交渉を行う部分である。

コミュニティー構築部１１３は、後述する各種のコミュニティー構築方法によってユーザ間で予め契約を交わすコミュニティーを構築する処理を行う部分である。

ネットワークに接続される複数のクライアントＰＣでは、このようなエージェントが互いに実行された状態となっており、これによって本実施形態の情報管理システムが構築されることになる。

本実施形態の情報管理システムでは、ネットワークに接続されるユーザ間で予め契約を取り交わしておき、契約を交わしたユーザ間において他方のユーザが個人情報の更新を行った際、予め設定の合意が成された項目の更新であれば合意している一方のユーザにその旨の通知を行い、一方のユーザにも情報更新の必要があることを知らせるものである。

ここで、契約を取り交わすユーザは、同会社、同組織などといった同じコミュニティーに属している者同士であることを前提としている。また、コミュニティーの構築方法としては、ＳＮＳ（Social Networking Service）のように、コミュニティーのメンバーの紹介を受けてコミュニティーにメンバーとして加入することができるような形態がある。もしくは、コミュニティーの趣旨(所属部門名が等しい人など)をブロードキャストすることでメンバーを募る方式も考えられる。

他ユーザの個人情報の更新事象の参照は、各ユーザが管理するクライアントＰＣ上で動作するエージェントプログラム間で個人情報更新イベント(以下、単にイベントという)の授受により行う。

イベントの授受は、契約を結んだエージェント間でのみ可能である。この契約は、自分の個人情報と共通な個人情報を保持するユーザのエージェントと結ぶことが有効である。例えば、部門名の最新性を保持しようとした場合、同じ部門に属しているユーザ所有のエージェントと契約を結んでおくと、そのユーザ（他ユーザ）が個人情報を更新した際には他エージェントから自エージェントがイベントを受信し、自エージェントでそのイベントを解析することで、部門名の更新が行われた（もしくは、更新された可能性が高い）ことが検知できることになる。

エージェント間で授受する個人情報更新イベントの設定内容「個人情報項目名」および「個人情報項目値公開」は、両エージェント間の交渉により決定する。ここで、「個人情報項目名」とは、個人情報の項目名であり、「個人情報項目値公開」とは、個人情報項目値をイベント中に含めることを許すか否かの真偽値である。

実際のイベント中には、「個人情報項目名」に対応する「個人情報項目値公開」が「真」である場合、「個人情報項目名」と「個人情報項目値」が、「個人情報項目名」に対応する「個人情報項目値公開」が「偽」である場合、「個人情報項目名」のみが含まれる。こうすることで、ユーザの個人情報をむやみに公開することを必須としないように配慮している。

このような構成により、あるユーザがエージェントによってサービスの個人情報の更新を行うと、これがサービス上の個人情報を更新する手段と連動して、サービス上の個人情報が更新されることになる。

この際、ユーザがサービスに新たに個人情報を登録した場合、エージェントは以下のようにしてこれを認識する。すなわち、エージェントはユーザがブラウザを操作する際に、ＵＲＬ（Uniform Resource Locator）およびＰＯＳＴするデータを監視している。ＵＲＬおよびＰＯＳＴデータの形式と、サービス上個人情報入力フォーム情報とを比較し、適合する場合は、個人情報を登録した新たなサービスと判断する。このようにしてサービス情報が追加される。

ここで、サービス上個人情報入力フォーム情報は、エージェントの単位で集めてもよいし、複数のエージェントが共同で集めてもよい。また、別の主体が集めて、各エージェントに提供するといった形態でもよい。

＜個人情報の更新手順：情報管理プログラム＞
図２は、個人情報の更新手順を説明するフローチャートである。なお、この例において個人情報のスキーマは各ユーザ(各エージェント)で共通のスキーマを利用するものとする。以下、図２に示す番号順に更新手順の流れを説明する。

1〜2.エージェントAとエージェントBの契約は、まずはエージェントA-B間で認証を行うことから始まる。この認証は、SSL/TLSクライアント認証などにより実現できる。認証は、エージェントA-B間の各イベント設定交渉部１１２が行う。なお、エージェントA-B間では予めコミュニティーが構築されているものとするが、イベント設定の際に行ってもよい。
3.ユーザAはエージェントAに、イベント設定(希望)を設定する。イベント設定の希望はイベント設定交渉部１１２が行う。
4.エージェントAはエージェントBに対して、イベント設定(希望)を送信する。
5.エージェントBでは、イベント設定(希望)を受信し、これをユーザBに提示する。
6.ユーザBは、イベント設定(希望)を閲覧して、個人情報項目毎に通知許可/不許可の処理を行ってイベント設定(結果)を決定する。これはエージェントBの連携エージェント情報管理部１０９が連携エージェント情報として設定する。イベント設定(結果)は、上のようにユーザB自身によって決定する他に、エージェントBで保持する開示情報のデフォルト値を利用することができる。どちらを利用するかはユーザ(ここではユーザB)が選択することができる。
7.エージェントBは、イベント設定(結果)をエージェントAに送信する。
8.エージェントAは、ユーザAにイベント設定(結果)を提示する。
9〜10.ユーザAがこれに合意すれば、エージェントAからエージェントBに合意の旨が通知される。合意しなければ、この契約は成立せずに、ここで処理が終了する。

上記のようにユーザA,B間で事前の契約が成された状態で、実際に個人情報が更新された場合の処理を以下に説明する。
11.ユーザBにより自身の個人情報の更新が行われたとすると、これを検知したエージェントBは、ユーザBの個人情報の更新項目と先に契約したエージェントAに対して送信することができるイベント設定(結果)とを照らして、必要があればイベントを生成する(個人情報更新イベント生成部)。
12.生成されたイベントは、エージェントBからエージェントAへ送信される(個人情報更新イベント送信部)。
13.エージェントAはイベントを受信すると(個人情報更新イベント受信部)、イベントの解析を行ってこのイベント中に含まれる全ての「個人情報項目」について、自らの個人情報の該当項目の変更を促すためのダイアログをポップアップする(個人情報更新イベント解析部)。「個人情報項目値公開」が「真」である項目は、上述のダイアログに更新後の新たな値の候補としてイベント中の「個人情報項目値」がセットさせる。ただし、メールアドレスなど一意性がある情報に関しては、値がわかっていてもこれは候補とはならない。
14.ユーザAは、ポップアップしたダイアログを利用して、個人情報の変更を行う。
15.ユーザAの個人情報の更新を検知したエージェントAは、ユーザAのサービス上の個人情報の更新処理を行う。

詳細には、まず、ユーザAの個人情報が登録されているサービス情報をサービス情報管理部より取得する。次に、このサービス情報に対応するサービス上個人情報入力フォームをサービス上個人情報入力フォーム管理部より取得する。そして、サービス情報とサービス上個人情報入力フォームとエージェント上の個人情報をサービス上個人情報更新処理部へ引き渡す。

これによって、サービス上の個人情報の更新処理が行われる。更新が成功すると、サービス上個人情報更新履歴を更新する。

なお、上記の例では、ユーザBの個人情報の更新を検知したユーザAのエージェントAは、その更新のあった情報の項目の変更を促すためのダイアログをポップアップさせたが、このような処理を行わず、ユーザBの更新した情報をユーザAの個人情報の更新とみなして自動的にサービスに登録するようにしてもよい。この自動更新の設定は、ユーザAによるイベント設定の希望によって行うことができる。

＜個人情報更新イベント設定および個人情報更新イベントのデータ構造＞
図３は、個人情報更新イベント設定および個人情報更新イベントのデータ構造の例を示す図（その１）で、（ａ）は個人情報更新イベント設定のデータ構造、（ｂ）は個人情報更新イベントのデータ構造である。

図３（ａ）に示すように、個人情報更新イベント設定では、個人情報項目の項目名（この例では「直通電話番号」）が設定され、この項目の公開の真偽が「真」に設定されている。このデータ構造は、図２に示すフローチャートの4.イベント設定（希望）および7.イベント設定（結果）で用いられる。

また、図３（ａ）に示す個人情報更新イベント設定のように、項目の公開が「真」に設定されている場合には、図３（ｂ）に示すように、個人情報更新イベントの該当項目（この例では「直通電話番号」）が更新されると、その項目が公開された状態で相手方に送られることになる。

図４は、個人情報更新イベント設定および個人情報更新イベントのデータ構造の例を示す図（その２）で、（ａ）は個人情報更新イベント設定のデータ構造、（ｂ）は個人情報更新イベントのデータ構造である。

図４（ａ）に示すように、個人情報更新イベント設定では、個人情報項目の項目名（この例では「直通電話番号」）が設定され、この項目の公開の真偽が「偽」に設定されている。このデータ構造は、図２に示すフローチャートの4.イベント設定（希望）および7.イベント設定（結果）で用いられる。

また、図４（ａ）に示す個人情報更新イベント設定のように、項目の公開が「偽」に設定されている場合には、図４（ｂ）に示すように、個人情報更新イベントの該当項目（この例では「直通電話番号」）が更新されると、その項目には何も示されない状態で相手方に送られることになる。

＜サービス上個人情報入力フォーム情報＞
図５は、サービス上個人情報入力フォーム情報の例を示す図である。サービス上個人情報入力フォーム情報は、図１に示すエージェント内のサービス上個人情報入力フォーム情報管理部１０５が管理しているもので、各サービスのＵＲＬに対応して入力項目のフォームが格納されている。このサービス上個人情報入力フォーム情報は、エージェントの単位で集めて格納してもよいし、複数のエージェントが共同で集めたものを受け取って格納してもよい。また、別の主体が集めて、各エージェントに提供するといった形態も考えられる。

＜コミュニティー構築手順（ＳＮＳ方式）＞
図６は、ＳＮＳ方式でのコミュニティー構築手順を説明するフローチャートである。ここでは、メンバー１、２、３の間でのコミュニティー構築手順であり、メンバー１、２は従来からのメンバー、メンバー３が新メンバーの場合となっている。コミュニティーの構築は、図１に示すコミュニティー構築部１１３が行う。

先ず、従来からのメンバーであるメンバー１、２には、自分を含む各メンバーのＩＤやＩＰアドレスのデータがメンバーテーブルに登録されている。ここで、メンバー２がメンバー３を新メンバーとしてコミュニティーに勧誘した場合、メンバー３は自分の情報（メンバーＩＤ、ＩＰアドレス等）をメンバー２に送り、コミュニティーの参加を表明する。

次に、メンバー２は、新メンバーであるメンバー３から送られてきたメンバーＩＤやＩＰアドレスをメンバーテーブルを追加する。そして、メンバー２には、メンバーテーブルに登録された自分と新メンバーを除く従来からのメンバー（ここではメンバー１）に新メンバーの情報を通知する。また、メンバー２は、最新のメンバーテーブルをメンバー３に通知する。

メンバー１は、メンバー２から送られてきた新メンバーの情報をメンバーテーブルに登録する。これにより、メンバー２が勧誘した新メンバーであるメンバー３がメンバーテーブルに登録され、コミュニティー内の全てのメンバーのメンバーテーブルに新メンバーであるメンバー３の情報が登録されることになる。

＜コミュニティー構築手順（ブロードキャスト方式）＞
図７は、ブロードキャスト方式でのコミュニティー構築手順を説明するフローチャートである。ここでは、メンバー１、２、３の間でのコミュニティー構築手順であり、メンバー１、２は従来からのメンバー、メンバー３が新メンバーの場合となっている。コミュニティーの構築は、図１に示すコミュニティー構築部１１３が行う。

先ず、従来からのメンバーであるメンバー１、２には、自分を含む各メンバーのＩＤやＩＰアドレスのデータがメンバーテーブルに登録されている。ここで、メンバー２が新メンバーをコミュニティーに勧誘するため、メンバー条件とともに勧誘のブロードキャストを行う。

そして、メンバー３が自分の情報（メンバーＩＤ、ＩＰアドレス等）とともにコミュニティーの参加をブロードキャストの送信元であるメンバー２に表明する。このメンバー３が送信する新メンバーの情報の中にはクライアント証明書も含まれる。クライアント証明書を受信したメンバー２は、これを使ってメンバー３の認証および証明書の属性（例えば、部門名）を使ってメンバー条件への合致を確認する。

確認後、メンバー２は、メンバーテーブルに新メンバーであるメンバー３の情報を追加する。そして、メンバー２には、メンバーテーブルに登録された自分と新メンバーを除く従来からのメンバー（ここではメンバー１）に新メンバーの情報を通知する。また、メンバー２は、最新のメンバーテーブルをメンバー３に通知する。

メンバー１は、メンバー２から送られてきた新メンバーの情報をメンバーテーブルに登録する。これにより、メンバー２が勧誘した新メンバーであるメンバー３がメンバーテーブルに登録され、コミュニティー内の全てのメンバーのメンバーテーブルに新メンバーであるメンバー３の情報が登録されることになる。

＜コミュニティー構築手順（データ構成）＞
図８は、コミュニティー構築手順の中で送られるメンバー情報のデータ構成を示す図である。図８（ａ）に示す例は、メンバー情報としてメンバーＩＤが組み込まれた場合のデータ構造である。メンバーＩＤ以外の情報がある場合には、メンバーＩＤの次の行に組み込まれる。

また、図８（ｂ）に示す例は、メンバー情報としてクライアント証明書付きの場合のデータ構造である。メンバー情報（ここではメンバーＩＤ）の次の行にＤＥＲエンコードされた証明書が組み込まれている。

このようなコミュニティー構築手順によって、各メンバー（ユーザ）は例えばメンバー（ユーザ）と契約を取り交わし、各メンバー（ユーザ）が管理するクライアントＰＣ上で動作するエージェントプログラムが相互に個人情報更新イベント(以下、単にイベントという)を授受して、予め設定した項目の更新事象をユーザに知らせることが可能となる。

特に、本実施形態では、サービスに個人情報が送信される際、個人情報がクライアントＰＣから直接サービスに送られるため、個人情報の管理サーバを経由しない構成をとることができる。これにより、このようなサーバに対する管理負担が発生しないことになる。

また、個人情報を最新に保つ仕組み中に、個人情報をサーバ上で取り扱うことがないことから、システム全体としては設計および運用面での負荷を低く抑えることが可能となる。

また、ユーザの実際の個人情報の変化(例えば、部門名の変化など)を自動的に検知し、この検知事象をヒントにユーザに対して個人情報の更新を促すことができるため、ユーザの気づきなどに完全に頼らざるとえないといった状況から脱却できることになる。これにより、サービス上の個人情報の最新性を維持することが可能となる。

本実施形態に係る情報管理装置および情報管理システムを説明する構成図である。 個人情報の更新手順を説明するフローチャートである。 個人情報更新イベント設定および個人情報更新イベントのデータ構造の例を示す図（その１）で、（ａ）は個人情報更新イベント設定のデータ構造、（ｂ）は個人情報更新イベントのデータ構造である。 個人情報更新イベント設定および個人情報更新イベントのデータ構造の例を示す図（その２）で、（ａ）は個人情報更新イベント設定のデータ構造、（ｂ）は個人情報更新イベントのデータ構造である。 サービス上個人情報入力フォーム情報の例を示す図である。 ＳＮＳ方式でのコミュニティー構築手順を説明するフローチャートである。 ブロードキャスト方式でのコミュニティー構築手順を説明するフローチャートである。 コミュニティー構築手順の中で送られるメンバー情報のデータ構成を示す図である。

符号の説明

１０１…サービス上個人情報更新処理部、１０２…サービス情報管理部、１０３…個人情報管理部、１０４…サービス上個人情報更新履歴管理部、１０５…サービス上個人情報入力フォーム情報管理部、１０６…個人情報更新管理部、１０７…個人情報更新イベント生成部、１０８…個人情報更新イベント送信部、１０９…連携エージェント情報管理部、１１０…個人情報更新イベント解析部、１１１…個人情報更新イベント受信部、１１２…イベント設定交渉部、１１３…コミュニティー構築部

Claims (5)

1. 第１の利用者の情報を管理する第１の情報管理装置と、
   第２の利用者の情報を管理する第２の情報管理装置と
   を備え、
   利用者の情報が登録されているサービスの情報を管理する
   情報管理システムであって、
   前記第１の情報管理装置は、
   前記第１の情報管理装置に関する認証情報を通信手段を介して前記第２の情報管理装置に送り、前記第２の情報管理装置から認証完了を得ておくとともに、前記第２の情報管理装置が保持する前記第２の利用者の情報に含まれる項目のうち、所望の項目が更新されたことを前記第１の情報管理装置に対して通知するよう交渉する第１のイベント設定交渉手段と、
   前記第２の利用者の情報に含まれる項目のうち、前記第１のイベント設定交渉手段の交渉により通知が許可された通知項目の更新通知を受信する情報更新イベント受信手段と、
   前記第１の利用者の情報が登録されているサービスを特定するサービス情報を取得するサービス情報取得手段と、
   前記情報更新イベント受信手段により受信された前記第２の利用者の情報に含まれる前記通知項目の内容について、前記第１の利用者により変更された内容を受け付ける受付手段と、
   前記受付手段により受け付けた前記通知項目の変更された内容を、前記第１の利用者の情報に含まれる前記通知項目に対応する項目の更新後の内容として、前記サービス情報取得手段により取得したサービスに登録されている前記第１の利用者の情報を更新する情報更新手段と
   を有し、
   前記第２の情報管理装置は、
   前記第１の情報管理装置に関する認証情報を通信手段を介して受信し、前記第１の情報管理装置へ認証完了を送信するとともに、前記第１の情報管理装置から更新を通知するよう交渉された前記所望の項目の更新通知を許可するか否かを決定する第２のイベント設定交渉手段と、
   前記第２の利用者の情報に含まれる項目のうち、前記第２のイベント設定交渉手段により更新通知が許可された通知項目の内容が更新された場合に、前記通知項目の更新通知を、前記第１の情報管理装置に対して送信する情報更新イベント送信手段と
   を有する
   情報管理システム。
2. 前記情報更新イベント受信手段は、前記第１のイベント設定交渉手段の交渉により通知が許可された通知項目の更新通知および前記通知項目の更新後の内容を受信し、
   前記情報更新手段は、前記情報更新イベント受信手段により受信された前記第２の利用者の情報に含まれる前記通知項目の更新後の内容を、前記第１の利用者の情報に含まれる前記通知項目に対応する項目の更新後の内容として、前記サービス情報取得手段により取得したサービスに登録されている前記第１の利用者の情報を更新する
   請求項１に記載の情報管理システム。
3. 第１の利用者の情報を管理する第１の情報管理装置と、
   第２の利用者の情報を管理する第２の情報管理装置と
   を備え、
   利用者の情報が登録されているサービスの情報を管理する
   情報管理システムであって、
   前記第１の情報管理装置は、
   前記第１の情報管理装置に関する認証情報を通信手段を介して前記第２の情報管理装置に送り、前記第２の情報管理装置から認証完了を得ておくとともに、前記第２の情報管理装置が保持する前記第２の利用者の情報に含まれる項目のうち、所望の項目が更新されたことを前記第１の情報管理装置に対して通知するよう交渉する第１のイベント設定交渉手段と、
   前記第２の利用者の情報に含まれる項目のうち、前記第１のイベント設定交渉手段の交渉により通知が許可された通知項目の更新通知および前記通知項目の更新後の内容を受信する情報更新イベント受信手段と、
   前記情報更新イベント受信手段により受信された前記第２の利用者の情報に含まれる前記通知項目の更新後の内容を、前記第１の利用者の情報に含まれる前記通知項目に対応する項目の更新後の内容候補として表示する更新候補表示手段と、
   前記第１の利用者の情報が登録されているサービスを特定するサービス情報を取得するサービス情報取得手段と、
   前記更新候補表示手段による表示に応じて前記第１の利用者により入力された内容を、前記第１の利用者の情報に含まれる前記通知項目に対応する項目の更新後の内容として、前記サービス情報取得手段により取得したサービスに登録されている前記第１の利用者の情報を更新する情報更新手段と
   を有し、
   前記第２の情報管理装置は、
   前記第１の情報管理装置に関する認証情報を通信手段を介して受信し、前記第１の情報管理装置へ認証完了を送信するとともに、前記第１の情報管理装置から更新を通知するよう交渉された前記所望の項目の更新通知を許可するか否かを決定する第２のイベント設定交渉手段と、
   前記第２の利用者の情報に含まれる項目のうち、前記第２のイベント設定交渉手段により更新通知が許可された通知項目の内容が更新された場合に、前記通知項目の更新通知及び前記通知項目の更新後の内容を、前記第１の情報管理装置に対して送信する情報更新イベント送信手段と
   を有する
   情報管理システム。
4. 第１の利用者の情報を管理する第１の情報管理装置と、第２の利用者の情報を管理する第２の情報管理装置とを備え、利用者の情報が登録されているサービスの情報を管理する情報管理システムにおいて、
   前記第１の情報管理装置のコンピュータに、
   前記第１の情報管理装置に関する認証情報を通信手段を介して前記第２の情報管理装置に送り、前記第２の情報管理装置から認証完了を得ておくとともに、前記第２の情報管理装置が保持する前記第２の利用者の情報に含まれる項目のうち、所望の項目が更新されたことを前記第１の情報管理装置に対して通知するよう交渉する第１のイベント設定交渉ステップと、
   前記第２の利用者の情報に含まれる項目のうち、前記第１のイベント設定ステップでの交渉により通知が許可された通知項目の更新通知を受信する情報更新イベント受信ステップと、
   前記第１の利用者の情報が登録されているサービスを特定するサービス情報を取得するサービス情報取得ステップと、
   前記情報更新イベント受信ステップで受信された前記第２の利用者の情報に含まれる前記通知項目の内容について、前記第１の利用者により変更された内容を受け付ける受付ステップと、
   前記受付ステップで受け付けた前記通知項目の変更された内容を、前記第１の利用者の情報に含まれる前記通知項目に対応する項目の更新後の内容として、前記サービス情報取得ステップで取得したサービスに登録されている前記第１の利用者の情報を更新する情報更新ステップと
   を実行させ、
   前記第２の情報管理装置のコンピュータに、
   前記第１の情報管理装置に関する認証情報を通信手段を介して受信し、前記第１の情報管理装置へ認証完了を送信するとともに、前記第１の情報管理装置から更新を通知するよう交渉された前記所望の項目の更新通知を許可するか否かを決定する第２のイベント設定交渉ステップと、
   前記第２の利用者の情報に含まれる項目のうち、前記第２のイベント設定交渉ステップで更新通知が許可された通知項目の内容が更新された場合に、前記通知項目の更新通知を、前記第１の情報管理装置に対して送信する情報更新イベント送信ステップと
   を実行させる
   プログラム。
5. 第１の利用者の情報を管理する第１の情報管理装置と、第２の利用者の情報を管理する第２の情報管理装置とを備え、利用者の情報が登録されているサービスの情報を管理する情報管理システムにおいて、
   前記第１の情報管理装置のコンピュータに、
   前記第１の情報管理装置に関する認証情報を通信手段を介して前記第２の情報管理装置に送り、前記第２の情報管理装置から認証完了を得ておくとともに、前記第２の情報管理装置が保持する前記第２の利用者の情報に含まれる項目のうち、所望の項目が更新されたことを前記第１の情報管理装置に対して通知するよう交渉する第１のイベント設定交渉ステップと、
   前記第２の利用者の情報に含まれる項目のうち、前記第１のイベント設定交渉ステップでの交渉により通知が許可された通知項目の更新通知および前記通知項目の更新後の内容を受信する情報更新イベント受信ステップと、
   前記情報更新イベント受信ステップで受信された前記第２の利用者の情報に含まれる前記通知項目の更新後の内容を、前記第１の利用者の情報に含まれる前記通知項目に対応する項目の更新後の内容候補として表示する更新候補表示ステップと、
   前記第１の利用者の情報が登録されているサービスを特定するサービス情報を取得するサービス情報取得ステップと、
   前記更新候補表示ステップでの表示に応じて前記第１の利用者により入力された内容を、前記第１の利用者の情報に含まれる前記通知項目に対応する項目の更新後の内容として、前記サービス情報取得手段により取得したサービス情報が示すサービスに登録されている前記第１の利用者の情報を更新する情報更新ステップと
   を実行させ、
   前記第２の情報管理装置のコンピュータに、
   前記第１の情報管理装置に関する認証情報を通信手段を介して受信し、前記第１の情報管理装置へ認証完了を送信するとともに、前記第１の情報管理装置から更新を通知するよう交渉された前記所望の項目の更新通知を許可するか否かを決定する第２のイベント設定交渉ステップと、
   前記第２の利用者の情報に含まれる項目のうち、前記第２のイベント設定交渉ステップで更新通知が許可された通知項目の内容が更新された場合に、前記通知項目の更新通知及び前記通知項目の更新後の内容を、前記第１の情報管理装置に対して送信する情報更新イベント送信ステップと
   を実行させる
   情報管理システム。
   
   
   

Images