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

Description

特許法第３０条第２項適用 平成３０年１０月３日に総務省記者クラブ及びＮＴＴコーポレートニューズルームにて公開

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

企業では、例えば基幹システムや会計システム、文書管理システム等の様々な業務システムが用いられている。各種業務の担当者（例えば、当該企業の正社員、契約社員、派遣社員、パート、アルバイト、協力会社の社員等も含む。）等は、これらの業務システムを管理する部門や当該業務システムを提供する業者（例えばクラウドサービスとして当該業務システムを提供する業者）等から発行されたＩＤを用いて、当該業務システムを利用することができる。なお、以降では、業務システムを利用するためのＩＤを「利用者ＩＤ」とも表す。

ところで、利用者ＩＤの不正利用等を防止する観点から利用者ＩＤの適切な管理が求められている。このため、企業では、一般に、利用者ＩＤの定期的な棚卸が行われている。棚卸では、例えば、業務システムを利用する担当者（以降、「ユーザ」とも表す。）の社員番号や氏名、性別、メールアドレス等の属性情報を用いて、ユーザと、このユーザに発行された利用者ＩＤとの対応付けが行われる。そして、ユーザとの対応付けが行われなかった利用者ＩＤについては、例えば、利用者ＩＤの削除申請等が行われる。このようにユーザと利用者ＩＤとを対応付けることを「利用者ＩＤの名寄せ」とも称する。

これに対して、予め決められたルール又は条件が定義されたテーブルを用いて、利用者ＩＤの名寄せを行う技術が知られている（例えば、特許文献１参照）。

特開昭６３－２８２８３８号公報

ここで、上述したように、業務システムを利用するユーザは、当該企業の正社員の他、契約社員や派遣社員、パート、アルバイト、協力会社の社員等である場合も有り得る。当該企業の正社員や契約社員（以降、「正社員等」と表す。）であれば人事システム等により社員情報等のユーザ情報が管理されている場合が多いため、このユーザ情報を用いて利用者ＩＤの名寄せを容易に行うことができるが、派遣社員やパート、アルバイト、協力会社の社員等（以降、「協業者」と表す。）の場合は利用者ＩＤの名寄せを行うことが困難なことがある。これは、協業者のユーザ情報は、人事システム等とは異なる電子ファイルや紙の台帳等（以降、「協業者管理簿」と表す。）で管理されている場合があるためである。なお、ユーザ情報には、氏名や性別、メールアドレス等のユーザの属性情報が含まれる。属性情報には、氏名や性別以外にも、例えば、ユーザ情報が社員情報の場合には社員番号等も含まれる。

また、上記の協業者管理簿は、例えば、当該企業の部署毎に管理されている場合もあり、部署毎に、協業者のユーザ情報を一意に識別する識別情報（キーとなる情報）が異なることがある。このため、例えば、同一協業者が複数の部署で業務を遂行している場合等に、これらの複数の部署でそれぞれ管理されている協業者管理簿上で、当該協業者のユーザ情報同士を対応付けることが困難な場合があった。したがって、同一ユーザであるにも関わらず、異なるユーザとして扱われ、利用者ＩＤの名寄せが適切に行われない場合があった。以降では、正社員等や協業者を含むユーザのユーザ情報のうち、同一ユーザのユーザ情報同士を対応付けることを「ユーザ情報の名寄せ」とも称する。

本発明の実施の形態は、上記の点に鑑みてなされたもので、ユーザ情報の名寄せを行うことを目的とする。

上記目的を達成するため、本発明の実施の形態は、１以上のユーザ情報が含まれる源泉情報データであって、かつ、前記源泉情報データの入力元を示す源泉に応じたデータ形式で表現された源泉情報データを、互いに異なる複数の前記源泉の各々から入力する入力手段と、前記源泉毎に、前記源泉情報データに含まれる各ユーザ情報を用いて、前記ユーザ情報が含まれる源泉管理情報を作成する第１の作成手段と、各源泉の源泉管理情報に対して、ユーザを統一的に識別する識別情報であるユーザキーと、前記源泉を識別する源泉識別情報とを付与したマスタユーザ情報を作成する第２の作成手段と、前記マスタユーザ情報の中に同一ユーザを示す複数のマスタユーザ情報が存在する場合、前記複数のマスタユーザ情報に含まれる各ユーザキーと、前記複数のマスタユーザ情報のそれぞれに対応する複数の源泉管理情報の各ユーザキーとを所定の一のユーザキーとする更新手段と、を有することを特徴とする。

ユーザ情報の名寄せを行うことができる。

本実施形態に係るユーザ情報管理システムの全体構成の一例を示す図である。 源泉情報データの入力からマスタユーザ情報データへの反映までの流れの一例を説明するための図（その１）である。 ＩＤ所有情報データへの反映の流れの一例を説明するための図（その１）である。 源泉情報データの入力からマスタユーザ情報データへの反映までの流れの一例を説明するための図（その２）である。 ＩＤ所有情報データへの反映の流れの一例を説明するための図（その２）である。 マスタユーザ情報データにおけるマスタユーザ情報のマージの流れの一例を説明するための図である。 更新後の源泉情報データの入力からマスタユーザ情報データへの反映までの流れの一例を説明するための図（その１）である。 更新後の源泉情報データの入力からマスタユーザ情報データへの反映までの流れの一例を説明するための図（その２）である。 源泉管理情報データとマスタユーザ情報データとに不整合がある場合の補正の流れの一例を説明するための図である。 源泉管理情報を個別に追加する場合の流れの一例を説明するための図である。

以下、本発明の実施の形態（以降、「本実施形態」と表す。）について、図面を参照しながら説明する。本実施形態では、人事システムや協業者管理簿等、ユーザ情報を管理しているシステムや装置、電子ファイル、台帳等を「源泉」と表し、複数の異なる源泉に記録されているユーザ情報の名寄せを行うことが可能なユーザ情報管理システム１について説明する。

なお、源泉の具体例としては、上述したように、例えば、正社員等のユーザ情報（社員情報等）を管理している人事システム、或る部署が管轄する業務を遂行する協業者のユーザ情報が電子ファイル又は紙等に記録された協業者管理簿、電子ファイルである協業者管理簿を格納している（又は当該協業者管理簿にアクセス可能な）ＰＣ等の端末等が挙げられる。協業者管理簿が電子ファイルである場合、当該協業者管理簿は、例えば、Ｍｉｃｒｏｓｏｆｔ（登録商標） Ｅｘｃｅｌ（登録商標）やＭｉｃｒｏｓｏｆｔ Ａｃｃｅｓｓ等を用いて実現されることが多い。

以降では、協業者管理簿は、電子ファイルの形式で、ＰＣ等の端末に格納（又は、端末がアクセス可能な記憶装置等に格納）されているものとする。協業者管理簿が紙の台帳等である場合には、例えば部署の台帳管理者等によって、この台帳を電子ファイルに記録した上で、ＰＣ（パーソナルコンピュータ）等の端末に格納されれば良い。

また、正社員等とは、社員番号等の識別情報（キーとなる情報。このキーは源泉で管理されているユーザ情報のキーであることから、以降、「源泉キー」とも表す。）が付与され、例えば人事システム等でユーザ情報が管理される者（例えば、正社員や契約社員等）のことである。一方で、協業者とは、例えば部署毎の協業者管理簿でユーザ情報が管理され、正社員等以外の者で、当該企業で何等かの業務を遂行する者（例えば、派遣社員やパート、アルバイト、協力会社の社員等）のことである。

ここで、協業者管理簿は、例えば部署毎（又は、課毎や班毎、チーム毎等であっても良い。）に管理されるため、ユーザ情報の源泉キーは、当該部署毎に異なる場合がある。例えば、或る部署Ａではユーザ情報の源泉キーとして「メールアドレス」を用いており、別の或る部署Ｂではユーザ情報の源泉キーとして「氏名」を用いているような場合が有り得る。また、例えば、別の或る部署Ｃでは、ユーザ情報のキー情報として「氏名」＋「部署名」のように、複数の項目を用いているような場合も有り得る。

＜ユーザ情報管理システム１の全体構成＞
まず、本実施形態に係るユーザ情報管理システム１の全体構成について、図１を参照しながら説明する。図１は、本実施形態に係るユーザ情報管理システム１の全体構成の一例を示す図である。

図１に示すように、本実施形態に係るユーザ情報管理システム１には、ユーザ情報管理装置１０と、１以上の人事システム２０と、１以上の端末３０と、１以上の業務システム４０とが含まれる。ユーザ情報管理装置１０と、人事システム２０及び端末３０とは、ネットワークを介して通信可能に接続される。また、ユーザ情報管理装置１０と、業務システム４０とは、ネットワークを介して通信可能に接続される。

人事システム２０は、源泉の一例であり、ユーザ情報の一例である社員情報を管理している。ユーザ情報（社員情報）には、当該ユーザ情報の源泉キーとして、例えば社員番号が含まれる。また、ユーザ情報（社員情報）には、例えば、氏名や性別等が含まれる。これら以外にも、ユーザ情報（社員情報）には、例えば、所属部署やメールアドレス、電話番号（内線番号や外線番号）、カナ氏名等の各種属性情報が含まれていても良い。

なお、ユーザ情報管理システム１には、複数の人事システム２０が含まれていても良い。例えば、或る企業が親会社と子会社とで構成され、それぞれの会社が異なる人事システム２０を利用している場合、ユーザ情報管理システム１には、親会社が利用する人事システム２０と、子会社が利用する人事システム２０とが含まれていても良い。この場合、親会社が利用する人事システム２０と、子会社が利用する人事システム２０とは異なる源泉となる。

端末３０は、源泉の一例である協業者管理簿を格納している（又は当該協業者管理簿にアクセス可能な）ＰＣ等である。協業者管理簿では、協業者のユーザ情報が管理されている。協業者のユーザ情報には、例えば、当該協業者管理簿を管理する部署等で明示的又は黙示的に決定された源泉キーが含まれる。このような源泉キーは、例えば、「氏名」や「メールアドレス」、内線番号であっても良いし、当該部署等が独自に採番した番号等であっても良い。なお、端末３０は、ＰＣに限られず、例えば、タブレット端末やスマートフォン等であっても良い。

ここで、協業者管理簿が部署毎に管理されている場合、例えば、部署Ａで管理されている協業者管理簿、部署Ｂで管理されている協業者管理簿等、複数の協業者管理簿が存在する。この場合、部署毎に、当該部署で管理されている協業者管理簿を格納している（又は当該協業者管理簿にアクセス可能な）端末３０が存在する。

本実施形態に係る人事システム２０は、当該人事システム２０が管理している各ユーザ情報（社員情報）のＣＳＶ（Comma-Separated Values）データを源泉情報データとしてユーザ情報管理装置１０に送信する。また、本実施形態に係る端末３０は、協業者管理簿で管理されている各ユーザ情報のＣＳＶデータを源泉情報データとしてユーザ情報管理装置１０に送信する。ここで、各ユーザ情報のＣＳＶデータとは、ユーザ情報毎に、当該ユーザ情報に含まれるデータ項目（例えば、「氏名」や「メールアドレス」、「所属部署」等の各属性情報の項目）をカンマで区切った形式のデータである。源泉情報データを構成する各源泉情報は、それぞれ、人事システム２０で管理されていたユーザ情報や協業者管理簿で管理されていたユーザ情報に相当する。

ただし、源泉情報データは、ＣＳＶデータに限られず、任意のデータ形式（例えば、各ユーザ情報のＴＳＶ（Tab Separated Values）データ等）であっても良い。

業務システム４０は、例えば基幹システムや会計システム、文書管理システム等であり、ユーザによって利用者ＩＤを用いて利用される。業務システム４０は、当該企業のオンプレミスシステムとして設置されていても良いし、外部の業者等によって提供されるクラウドサービスにより実現されても良い。なお、図１には、便宜上、１つの業務システム４０が図示されているが、一般に、複数の業務システム４０がユーザ情報管理システム１に含まれる。

業務システム４０は、当該業務システム４０の利用に用いられる利用者ＩＤを管理しており、これらの利用者ＩＤのそれぞれを含む情報（以降、この情報を「ＩＤ管理情報」とも表す。）で構成されるＩＤ管理情報データをユーザ情報管理装置１０に送信する。ＩＤ管理情報データを構成するＩＤ管理情報には、業務システム４０を識別するシステムＩＤと、当該業務システム４０を利用するための利用者ＩＤと、当該利用者ＩＤが付与されているユーザの属性情報とが含まれる。

ユーザ情報管理装置１０は、各源泉の源泉情報データを入力として、源泉毎に、これらの源泉情報データをユーザ情報管理装置１０上で管理するための源泉管理情報データを作成する。そして、ユーザ情報管理装置１０は、各源泉の源泉管理情報データから、利用者ＩＤの名寄せに用いられるマスタユーザ情報データを作成する。

また、ユーザ情報管理装置１０は、マスタユーザ情報データ上で同一ユーザのマスタユーザ情報を特定すると共に同一ユーザのマスタユーザ情報をマージした上で、源泉情報データに含まれる源泉情報とマスタユーザ情報との対応関係を更新する。これにより、複数の異なる源泉に記録されているユーザ情報の名寄せが行われる。ユーザ情報の名寄せが行われることで、複数の源泉で分散して管理されている同一ユーザのユーザ情報が対応付けられるため、複数の源泉間に跨って利用者ＩＤの名寄せを行うことができるようになる。

ここで、本実施形態に係るユーザ情報管理装置１０は、機能部として、ユーザ情報管理処理部１０１を有する。ユーザ情報管理処理部１０１は、ユーザ情報管理装置１０にインストールされた１以上のプログラムがＣＰＵ（Central Processing Unit）等に実行させる処理により実現される。

また、本実施形態に係るユーザ情報管理装置１０は、記憶部として、源泉管理情報データ記憶部１０２と、マスタユーザ情報データ記憶部１０３と、ＩＤ管理情報データ記憶部１０４と、ＩＤ所有情報データ記憶部１０５とを有する。これらの各記憶部は、例えばＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）等を用いて実現可能である。なお、これらの各記憶部のうちの少なくとも１つの記憶部が、ユーザ情報管理装置１０とネットワークを介して接続される記憶装置等を用いて実現されていても良い。

源泉管理情報データ記憶部１０２は、源泉毎に源泉管理情報データを記憶する。マスタユーザ情報データ記憶部１０３は、マスタユーザ情報データを記憶する。ＩＤ管理情報データ記憶部１０４は、ＩＤ管理情報データを記憶する。ＩＤ所有情報データ記憶部１０５は、ＩＤ所有情報データを記憶する。ＩＤ所有情報データとは、マスタユーザ情報とＩＤ管理情報との対応付けを示すＩＤ所有情報（つまり、ＩＤ所有情報は、どのユーザがどの利用者ＩＤを所有しているかを示す情報である。）によって構成されるデータである。

ユーザ情報管理処理部１０１は、ユーザ情報の名寄せと利用者ＩＤの名寄せとを実現するための処理を行う。ここで、ユーザ情報管理処理部１０１には、入力部１１１と、源泉管理情報データ作成部１１２と、マスタユーザ情報データ作成部１１３と、突合部１１４と、ＩＤ所有情報データ作成部１１５と、ＵＩ提供部１１６とが含まれる。

入力部１１１は、人事システム２０や端末３０から送信された源泉情報データを入力する。ここで、源泉情報データを構成する各源泉情報には、当該源泉情報（ユーザ情報）の源泉キーと、当該源泉情報の属性情報とが含まれる。なお、人事システム２０からは、例えば、所定の時間毎や所定のタイミング等で源泉情報データがユーザ情報管理装置１０に送信される。一方で、端末３０からは、例えば、当該端末３０が操作されることで源泉情報データがユーザ情報管理装置１０に送信される。

源泉管理情報データ作成部１１２は、入力部１１１が源泉情報データを入力すると、源泉毎に源泉管理情報データを構成する源泉管理情報を作成又は更新する。源泉管理情報データを構成する各源泉管理情報は、源泉情報データを構成する各源泉情報に対して、ユーザ（より正確には、マスタユーザ情報が示すユーザ）を一意に識別するためのキー（以降、「ユーザキー」と表す。）を付与した情報である。ただし、源泉管理情報の作成時にはユーザキーにはブランク（又はＮＵＬＬ値）等が設定され、後述するマスタユーザ情報が作成された後に、マスタユーザ情報データ作成部１１３で生成されたユーザキーで、当該源泉管理情報のユーザキーが更新される。ここで、源泉管理情報データを構成する各源泉管理情報には、源泉キーと、属性情報と、ユーザキーとが含まれる。

マスタユーザ情報データ作成部１１３は、源泉管理情報データ記憶部１０２に記憶されている源泉管理情報データを用いて、マスタユーザ情報データを構成するマスタユーザ情報を作成又は更新する。マスタユーザ情報データ作成部１１３は、マスタユーザ情報の作成時には、ユーザキーを生成した上で、当該ユーザキーが含まれるマスタユーザ情報を作成する。

また、マスタユーザ情報データ作成部１１３は、突合部１１４による突合結果に基づいて、同一ユーザのマスタユーザ情報をマージする。

マスタユーザ情報データを構成する各マスタユーザ情報にはユーザキーが含まれ、このユーザキーによって源泉管理情報及びＩＤ所有情報と対応付けられる。これにより、異なる源泉の同一ユーザの源泉管理情報がユーザキーを介して対応付けられると共に、源泉管理情報とＩＤ所有情報とがユーザキーを介して対応付けられる。ここで、マスタユーザ情報には、ユーザキーと、当該マスタユーザ情報の基となった源泉管理情報の源泉名と、当該源泉管理情報の源泉キーと、当該源泉管理情報の属性情報とが含まれる。

突合部１１４は、複数のマスタユーザ情報に含まれる属性情報同士を所定の条件で突合する。これにより、所定の条件を満たす場合に、複数のマスタユーザ情報の中から同一ユーザのマスタユーザ情報が特定される。

また、突合部１１４は、マスタユーザ情報に含まれる属性情報とＩＤ管理情報に含まれる属性情報とを所定の条件で突合する。これにより、所定の条件を満たす場合に、ＩＤ管理情報に対応するＩＤ所有情報が作成され、当該マスタユーザ情報と当該ＩＤ所有情報とが対応付けられる。

ＩＤ所有情報データ作成部１１５は、突合部１１４による突合結果に応じて、ＩＤ所有情報データを構成するＩＤ所有情報を作成又は更新する。

ＵＩ提供部１１６は、端末３０に対して所定のＵＩ（ユーザインタフェース）画面を提供する。このようなＵＩ画面としては、例えば、更新後の源泉情報データを入力部１１１が入力し、この更新後の源泉情報データに新たな源泉キー（つまり、源泉管理情報データ記憶部１０２に記憶されている各源泉管理情報に含まれない源泉キー）が含まれる場合に、この新たな源泉キーの源泉情報の扱いを端末３０の操作者に問い合わせるためのＵＩ画面等が挙げられる。

なお、図１に示すユーザ情報管理システム１の構成は一例であって、他の構成であっても良い。例えば、図１に示す例ではユーザ情報管理装置１０が１台の装置（コンピュータ）で構成されているが、ユーザ情報管理装置１０は複数台の装置（コンピュータ）で構成されていても良い。

＜実施例＞
以降では、一例として、「源泉１」と「源泉２」との２つの源泉が存在し、これらの２つの源泉から源泉情報データを入力するものとして、ユーザ情報の名寄せと利用者ＩＤの名寄せとを行う場合について説明する。

≪源泉１の源泉情報データの入力からマスタユーザ情報データへの反映≫
まず、源泉１の源泉情報データを初回に入力した場合に、この入力からマスタユーザ情報データへ反映（つまり、マスタユーザ情報を作成）するまでの流れについて、図２を参照しながら説明する。図２は、源泉情報データの入力からマスタユーザ情報データへの反映までの流れの一例を説明するための図（その１）である。

Ｓ１１－１）入力部１１１は、源泉１（例えば、人事システム２０や端末３０等。以降では、源泉１は、部署Ａの端末３０とする。）から送信された源泉情報データを入力する。ここで、一例として、源泉１の源泉情報データは、５つの源泉情報で構成されており、源泉キー「１」の属性情報は「Ａ」、源泉キー「２」の属性情報は「Ｂ」、源泉キー「３」の属性情報は「Ｃ」、源泉キー「４」の属性情報は「Ｄ」、及び源泉キー「５」の属性情報は「Ｅ」であるものとする。

なお、便宜上、源泉キーを「１」～「５」と表しているが、源泉キーは任意の情報や任意の情報の組み合わせであっても良い。例えば、上述したように、源泉キーとして、「メールアドレス」や「氏名」等の情報を用いても良いし、それらの組み合わせ（例えば、「メールアドレス」＋「氏名」等）を用いても良い。同様に、便宜上、属性情報を「Ａ」～「Ｅ」と表しているが、属性情報には任意の１以上の情報（例えば、「氏名」、「メールアドレス」、「部署」、「カナ氏名」、「電話番号」等）が含まれる。

Ｓ１２－１）次に、源泉管理情報データ作成部１１２は、源泉１の源泉情報データを構成する各源泉情報から各源泉管理情報をそれぞれ作成する。このとき、上述したように、各源泉管理情報には、ユーザキーとしてブランク（又はＮＵＬＬ値）等が設定される。なお、各源泉管理情報にユーザキー自体が設定されなくても良い。

そして、源泉管理情報データ作成部１１２は、これらの源泉管理情報で構成される源泉管理情報データを、源泉１の源泉管理情報データとして源泉管理情報データ記憶部１０２に格納する。

なお、源泉管理情報の属性情報は源泉間で統一的な項目で構成されている一方で、源泉情報の属性情報は、源泉毎に異なる項目で構成されている場合がある。例えば、源泉１の源泉情報の属性情報は「氏名」と「メールアドレス」とで構成されている一方で、源泉２の源泉情報の属性情報は「氏」と「名」と「メールアドレス」と「電話番号」とで構成されている、等である。この場合、源泉情報から源泉管理情報を作成する際に、源泉管理情報データ作成部１１２は、源泉に応じて、当該源泉の源泉情報の属性情報に含まれる各項目を、源泉管理情報の属性情報に含まれる所定の項目にマッピングすれば良い。これにより、例えば、源泉１の源泉情報の属性情報「氏名」と、源泉２の源泉情報の属性情報「氏」及び「名」とを、源泉管理情報の属性情報の同一項目にマッピングすることができるようになる。

Ｓ１３－１）次に、マスタユーザ情報データ作成部１１３は、源泉管理情報データ記憶部１０２に記憶されている源泉１の源泉管理情報データの各源泉管理情報からマスタユーザ情報を作成する。すなわち、マスタユーザ情報データ作成部１１３は、源泉管理情報毎に、ユーザキーを生成した上で、このユーザキーと、当該源泉管理情報の源泉キー及び属性情報と、源泉名とが含まれるマスタユーザ情報を作成する。例えば、マスタユーザ情報データ作成部１１３は、源泉キー「１」の源泉管理情報を用いて、ユーザキー「ｕｓｅｒ０１」を生成した上で、このユーザキー「ｕｓｅｒ０１」と、源泉名「源泉１」と、源泉キー「１」と、属性情報「Ａ」とが含まれるマスタユーザ情報を作成する。また、このとき、源泉管理情報データ作成部１１２は、当該ユーザキー「ｕｓｅｒ０１」で、源泉キー「１」の源泉管理情報のユーザキーを更新する。

源泉キー「２」～「５」の源泉管理情報についても同様に、マスタユーザ情報データ作成部１１３は、ユーザキー「ｕｓｅｒ０２」～「ｕｓｅｒ０５」をそれぞれ生成した上で、これらのユーザキーと、これらの源泉キー「２」～「５」の源泉管理情報の源泉キー及び属性情報と、源泉名とがそれぞれ含まれるマスタユーザ情報を作成する。また、このとき、同様に、源泉管理情報データ作成部１１２は、当該ユーザキー「ｕｓｅｒ０２」～「ｕｓｅｒ０５」のそれぞれで、源泉キー「２」～「５」の源泉管理情報のユーザキーをそれぞれ更新する。

そして、マスタユーザ情報データ作成部１１３は、作成したマスタユーザ情報を、マスタユーザ情報データ記憶部１０３に記憶されているマスタユーザ情報データに反映する。これにより、源泉１の源泉管理情報データを構成する各源泉管理情報にそれぞれ対応するマスタユーザ情報がマスタユーザ情報データに反映される。

≪源泉１のマスタユーザ情報の作成後、ＩＤ所有情報データへの反映≫
次に、上記の図２で作成されたマスタユーザ情報に対応するＩＤ所有情報をＩＤ所有情報データへ反映（つまり、ＩＤ所有情報を作成）することで、利用者ＩＤの名寄せを行う場合の流れについて、図３を参照しながら説明する。図３は、ＩＤ所有情報データへの反映の流れの一例を説明するための図（その１）である。なお、ＩＤ管理情報データ記憶部１０４には、各業務システム４０から収集されたＩＤ管理情報データが記憶されているものとする。

Ｓ２１－１）まず、突合部１１４は、マスタユーザ情報データを構成する各マスタユーザ情報（つまり、源泉名「源泉１」の各マスタユーザ情報）の属性情報と、ＩＤ管理情報データを構成する各ＩＤ管理情報の属性情報とを所定の条件で突合する。

ここで、所定の条件は、例えばユーザ情報管理装置１０の管理者や運用者又は端末３０の操作者等が任意に設定することができる。所定の条件としては、例えば、マスタユーザ情報の属性情報に含まれる「氏名」と、ＩＤ管理情報の属性情報に含まれる「氏名」とが一致すること等が挙げられる。これ以外にも、所定の条件としては、例えば、マスタユーザ情報の属性情報に含まれる「メールアドレス」と、ＩＤ管理情報の属性情報に含まれる「氏名」及び「メールアドレス」の組み合わせとが一致することであっても良いし、マスタユーザ情報の属性情報に含まれる「氏名」及び「メールアドレス」の組み合わせと、ＩＤ管理情報の属性情報に含まれる「メールアドレス」とが一致すること等であっても良い。

このように、上記の所定の条件としては、マスタユーザ情報の属性情報に含まれる１以上の任意の情報と、ＩＤ管理情報の属性情報に含まれる１以上の任意の情報とを比較するための条件を設定することができる。また、この比較条件としても、「一致」だけでなく、「部分一致」、「不一致」等であっても良い。なお、上記の所定の条件は、例えば、テーブル形式で予めユーザ情報管理装置１０が保持しており、端末３０の操作者等が、このテーブルから所望の条件（又は所望の条件の組み合わせ）を選択することで設定されても良い。

Ｓ２２－１）次に、ＩＤ所有情報データ作成部１１５は、突合部１１４による突合結果に応じて、源泉１のマスタユーザ情報（つまり、源泉名「源泉１」が含まれるマスタユーザ情報）及びＩＤ管理情報に対応するＩＤ所有情報を作成する。すなわち、ＩＤ所有情報データ作成部１１５は、源泉１のマスタユーザ情報とＩＤ管理情報との突合結果が所定の条件を満たすものである場合、当該マスタユーザ情報及び当該ＩＤ管理情報に対応するＩＤ所有情報を作成する。例えば、ユーザキー「ｕｓｅｒ０１」のマスタユーザ情報と、システムＩＤ「ｓｙｓ０１」及び利用者ＩＤ「ＩＤ０４」のＩＤ管理情報との突合結果が所定の条件を満たすものである場合、ＩＤ所有情報データ作成部１１５は、ユーザキー「ｕｓｅｒ０１」、システムＩＤ「ｓｙｓ０１」及び利用者ＩＤ「ＩＤ０４」としてＩＤ所有情報を作成する。より具体的には、ユーザキー「ｕｓｅｒ０１」のマスタユーザ情報と各ＩＤ管理情報とを順に突合していき、当該マスタユーザ情報に含まれる属性情報「Ａ」と、システムＩＤ「ｓｙｓ０１」及び利用者ＩＤ「ＩＤ０４」のＩＤ管理情報に含まれる属性情報「ｄ」とを突合した結果が所定の条件（例えば、「氏名」が一致している、「メールアドレス」が一致している、これらの組み合わせが一致している等の予め設定された条件）を満たしている場合、ＩＤ所有情報データ作成部１１５は、ユーザキー「ｕｓｅｒ０１」、システムＩＤ「ｓｙｓ０１」及び利用者ＩＤ「ＩＤ０４」としてＩＤ所有情報を作成する。なお、ユーザキー「ｕｓｅｒ０２」～「ｕｓｅｒ０５」のマスタユーザ情報についても同様である。

そして、ＩＤ所有情報データ作成部１１５は、作成したＩＤ所有情報を、ＩＤ所有情報データ記憶部１０５に記憶されているＩＤ所有情報データに反映する。これにより、ＩＤ所有情報を介して源泉１の各マスタユーザ情報がＩＤ管理情報と対応付けられ、源泉１のユーザ情報の名寄せが行われる。

なお、上記のＳ２２－１では、突合部１１４による突合結果が所定の条件を満たす場合、マスタユーザ情報及びＩＤ管理情報に対応するＩＤ所有情報を作成したが、或る条件を満たす場合は、名寄せ候補として端末３０の操作者等に通知しても良い。例えば、突合結果が第１の条件を満たす場合にはＩＤ所有情報を作成する一方で、突合結果が第１の条件を満たさないものの第２の条件を満たす場合には、名寄せの候補として、該当のマスタユーザ情報（又はこのマスタユーザ情報に対応する源泉管理情報）と該当のＩＤ管理情報とを端末３０の操作者等に通知する。そして、この通知に対して操作者等が「名寄せ確定」を示す操作を端末３０で行った場合に、当該マスタユーザ情報及び当該ＩＤ管理情報に対応するＩＤ所有情報を作成するようにしても良い。

≪源泉２の源泉情報データの入力からマスタユーザ情報データのへの反映≫
次に、源泉２の源泉情報データを初回に入力した場合に、この入力からマスタユーザ情報データへ反映（つまり、マスタユーザ情報を作成）するまでの流れについて、図４を参照しながら説明する。図４は、源泉情報データの入力からマスタユーザ情報データへの反映までの流れの一例を説明するための図（その２）である。

Ｓ１１－２）入力部１１１は、源泉２（例えば、人事システム２０や端末３０等。以降では、源泉２は、部署Ｂの端末３０とする。）から送信された源泉情報データを入力する。ここで、一例として、源泉２の源泉情報データは、５つの源泉情報で構成されており、源泉キー「１」の属性情報は「Ｆ」、源泉キー「２」の属性情報は「Ｇ」、源泉キー「３」の属性情報は「Ｈ」、源泉キー「４」の属性情報は「Ｉ」、及び源泉キー「５」の属性情報は「Ｊ」であるものとする。

なお、便宜上、源泉キーを「１」～「５」と表しているが、上述したように、源泉キーは任意の情報や任意の情報の組み合わせであっても良い。同様に、便宜上、属性情報を「Ｆ」～「Ｊ」と表しているが、上述したように、属性情報には任意の１以上の情報が含まれる。

Ｓ１２－２）次に、源泉管理情報データ作成部１１２は、源泉２の源泉情報データを構成する各源泉情報から各源泉管理情報をそれぞれ作成する。このとき、上述したように、各源泉管理情報には、ユーザキーとしてブランク（又はＮＵＬＬ値）等が設定される。なお、各源泉管理情報にユーザキー自体が設定されなくても良い。

そして、源泉管理情報データ作成部１１２は、これらの源泉管理情報で構成される源泉管理情報データを、源泉２の源泉管理情報データとして源泉管理情報データ記憶部１０２に格納する。

なお、上述したように、源泉情報から源泉管理情報を作成する際に、源泉管理情報データ作成部１１２は、源泉に応じて、当該源泉の源泉情報の属性情報に含まれる各項目を、源泉管理情報の属性情報に含まれる所定の項目にマッピングしても良い。

Ｓ１３－２）次に、マスタユーザ情報データ作成部１１３は、源泉管理情報データ記憶部１０２に記憶されている源泉２の源泉管理情報データの各源泉管理情報からマスタユーザ情報を作成する。すなわち、マスタユーザ情報データ作成部１１３は、源泉管理情報毎に、ユーザキーを生成した上で、このユーザキーと、当該源泉管理情報の源泉キー及び属性情報と、源泉名とが含まれるマスタユーザ情報を作成する。例えば、マスタユーザ情報データ作成部１１３は、源泉キー「１」の源泉管理情報を用いて、ユーザキー「ｕｓｅｒ０６」を生成した上で、このユーザキー「ｕｓｅｒ０６」と、源泉名「源泉２」と、源泉キー「１」と、属性情報「Ｆ」とが含まれるマスタユーザ情報を作成する。また、このとき、源泉管理情報データ作成部１１２は、当該ユーザキー「ｕｓｅｒ０６」で、源泉キー「１」の源泉管理情報のユーザキーを更新する。

源泉キー「２」～「５」の源泉管理情報についても同様に、マスタユーザ情報データ作成部１１３は、ユーザキー「ｕｓｅｒ０７」～「ｕｓｅｒ１０」をそれぞれ生成した上で、これらのユーザキーと、これらの源泉キー「２」～「５」の源泉管理情報の源泉キー及び属性情報と、源泉名とがそれぞれ含まれるマスタユーザ情報を作成する。また、このとき、同様に、源泉管理情報データ作成部１１２は、当該ユーザキー「ｕｓｅｒ０７」～「ｕｓｅｒ１０」のそれぞれで、源泉キー「２」～「５」の源泉管理情報のユーザキーをそれぞれ更新する。

そして、マスタユーザ情報データ作成部１１３は、作成したマスタユーザ情報を、マスタユーザ情報データ記憶部１０３に記憶されているマスタユーザ情報データに反映する。これにより、源泉２の源泉管理情報データを構成する各源泉管理情報にそれぞれ対応するマスタユーザ情報がマスタユーザ情報データに反映される。

このように、複数の源泉から得られたユーザ情報（本実施例の場合は源泉１から得られたユーザ情報（源泉管理情報）と源泉２から得られたユーザ情報（源泉管理情報））をマスタユーザ情報として、これらのマスタユーザ情報によってマスタユーザ情報データが構成される。

≪源泉２のマスタユーザ情報の作成後、ＩＤ所有情報データへの反映≫
次に、上記の図４で作成されたマスタユーザ情報に対応するＩＤ所有情報をＩＤ所有情報データへ反映（つまり、ＩＤ所有情報を作成）することで、利用者ＩＤの名寄せを行う場合の流れについて、図５を参照しながら説明する。図５は、ＩＤ所有情報データへの反映の流れの一例を説明するための図（その２）である。なお、上述したように、ＩＤ管理情報データ記憶部１０４には、各業務システム４０から収集されたＩＤ管理情報データが記憶されているものとする。

Ｓ２１－２）まず、突合部１１４は、マスタユーザ情報データを構成する各マスタユーザ情報のうち、源泉名「源泉２」のマスタユーザ情報の属性情報と、ＩＤ管理情報データを構成する各ＩＤ管理情報の属性情報とを所定の条件で突合する。ここで、所定の条件としては、上記のＳ２１－２で用いた条件と同じものを利用すれば良い。

Ｓ２２－２）次に、ＩＤ所有情報データ作成部１１５は、突合部１１４による突合結果に応じて、源泉２のマスタユーザ情報（つまり、源泉名「源泉２」が含まれるマスタユーザ情報）及びＩＤ管理情報に対応するＩＤ所有情報を作成する。すなわち、ＩＤ所有情報データ作成部１１５は、源泉２のマスタユーザ情報とＩＤ管理情報との突合結果が所定の条件を満たすものである場合、当該マスタユーザ情報及び当該ＩＤ管理情報に対応するＩＤ所有情報を作成する。例えば、ユーザキー「ｕｓｅｒ０６」のマスタユーザ情報と、システムＩＤ「ｓｙｓ０１」及び利用者ＩＤ「ＩＤ０６」のＩＤ管理情報との突合結果が所定の条件を満たすものである場合、ＩＤ所有情報データ作成部１１５は、ユーザキー「ｕｓｅｒ０６」、システムＩＤ「ｓｙｓ０１」及び利用者ＩＤ「ＩＤ０６」としてＩＤ所有情報を作成する。より具体的には、ユーザキー「ｕｓｅｒ０６」のマスタユーザ情報と各ＩＤ管理情報とを順に突合していき、当該マスタユーザ情報に含まれる属性情報「Ｆ」と、システムＩＤ「ｓｙｓ０１」及び利用者ＩＤ「ＩＤ０６」のＩＤ管理情報に含まれる属性情報「ｆ」とを突合した結果が所定の条件（例えば、「氏名」が一致している、「メールアドレス」が一致している、これらの組み合わせが一致している等の予め設定された条件）を満たしている場合、ＩＤ所有情報データ作成部１１５は、ユーザキー「ｕｓｅｒ０６」、システムＩＤ「ｓｙｓ０１」及び利用者ＩＤ「ＩＤ０６」としてＩＤ所有情報を作成する。なお、ユーザキー「ｕｓｅｒ０７」～「ｕｓｅｒ１０」のマスタユーザ情報についても同様である。

そして、ＩＤ所有情報データ作成部１１５は、作成したＩＤ所有情報を、ＩＤ所有情報データ記憶部１０５に記憶されているＩＤ所有情報データに反映する。これにより、ＩＤ所有情報を介して源泉２の各マスタユーザ情報がＩＤ管理情報と対応付けられ、源泉２のユーザ情報の名寄せが行われる。

なお、上記のＳ２２－２では、突合部１１４による突合結果が所定の条件を満たす場合、マスタユーザ情報及びＩＤ管理情報に対応するＩＤ所有情報を作成したが、上記のＳ２２－１と同様に、或る条件を満たす場合は、名寄せ候補として端末３０の操作者等に通知しても良い。

≪マスタユーザ情報のマージ≫
次に、マスタユーザ情報データを構成する各マスタユーザ情報の中に同一ユーザのマスタユーザ情報が存在するものとして、これら同一ユーザのマスタユーザ情報をマージする場合の流れについて、図６を参照しながら説明する。図６は、マスタユーザ情報データにおけるマスタユーザ情報のマージの流れの一例を説明するための図である。以降のＳ３１は、例えば、所定の時間毎や予め設定されたタイミング等に開始されれば良い。

Ｓ３１）まず、突合部１１４は、マスタユーザ情報データを構成する各マスタユーザ情報間で、属性情報同士を所定の条件で突合する。そして、マスタユーザ情報データ作成部１１３は、突合部１１４による突合結果に応じて、同一ユーザのマスタユーザ情報を特定する。

ここで、所定の条件は、例えばユーザ情報管理装置１０の管理者や運用者又は端末３０の操作者等が任意に設定することができる。所定の条件としては、例えば、各マスタユーザ情報の属性情報に含まれる「氏名」同士が一致すること等が挙げられる。これ以外にも、所定の条件としては、例えば、各マスタユーザ情報の属性情報に含まれる「メールアドレス」同士が一致することであっても良いし、各マスタユーザ情報の属性情報に含まれる「氏名」及び「メールアドレス」の組み合わせ同士が一致することであっても良い。

このように、上記の所定の条件としては、マスタユーザ情報の属性情報に含まれる１以上の任意の情報同士を比較するための条件を設定することができる。また、この比較条件としても、「一致」だけでなく、「部分一致」、「不一致」等であっても良い。

以降では、ユーザキー「ｕｓｅｒ０３」のマスタユーザ情報とユーザキー「ｕｓｅｒ０８」のマスタユーザ情報とが同一ユーザのマスタユーザ情報と特定されたものとして説明を続ける。なお、上記の突合結果によっては、同一ユーザのマスタユーザ情報が特定されない場合も有り得る。

また、以降では、ユーザキー「ｕｓｅｒ０３」のマスタユーザ情報とユーザキー「ｕｓｅｒ０８」のマスタユーザ情報とのうち、ユーザキー「ｕｓｅｒ０３」のマスタユーザ情報を主情報とする。後述するように、同一ユーザのマスタユーザ情報のうち、主情報のマスタユーザ情報のみが残り、主情報でないマスタユーザ情報は削除される。なお、同一ユーザの複数のマスタユーザ情報のうち、いずれのマスタユーザ情報を主情報とするかは任意に決定することができる。例えば、ユーザキーが小さい方のマスタユーザ情報を主情報とする等が挙げられる。

Ｓ３２）次に、源泉管理情報データ作成部１１２は、各源泉の源泉管理情報データを構成する各源泉管理情報のうち、ユーザキーが「ｕｓｅｒ０８」である源泉管理情報について、ユーザキーを「ｕｓｅｒ０３」に更新する。本実施例の場合、源泉管理情報データ作成部１１２は、源泉２の源泉管理情報データを構成する各源泉管理情報のうち、ユーザキーが「ｕｓｅｒ０３」の源泉管理情報について、当該源泉管理情報のユーザキーを「ｕｓｅｒ０８」から「ｕｓｅｒ０３」に更新する。これにより、当該源泉管理情報は、ユーザキー「ｕｓｅｒ０３」のマスタユーザ情報と対応付けられることになる。

Ｓ３３）次に、ＩＤ所有情報データ作成部１１５は、ＩＤ所有情報データを構成する各ＩＤ所有情報のうち、ユーザキーが「ｕｓｅｒ０８」であるＩＤ所有情報について、ユーザキーを「ｕｓｅｒ０３」に更新する。これにより、ユーザキー「ｕｓｅｒ０３」のマスタユーザ情報と、ユーザキー「ｕｓｅｒ０３」のＩＤ所有情報とが対応付けられることになる（したがって、ユーザキー「ｕｓｅｒ０３」の源泉管理情報と、ユーザキー「ｕｓｅｒ０３」のＩＤ所有情報とが対応付けられることにもなる。）。

Ｓ３４）次に、マスタユーザ情報データ作成部１１３は、上記のＳ３１で特定された同一ユーザのマスタユーザ情報のうち、主情報でないマスタユーザ情報をマスタユーザ情報データから削除する。本実施例の場合、マスタユーザ情報データ作成部１１３は、ユーザキー「ｕｓｅｒ０８」のマスタユーザ情報を削除する。

以上により、同一ユーザのマスタユーザ情報が、主情報のマスタユーザ情報（ユーザキー「ｕｓｅｒ０３」のマスタユーザ情報）にマージされる。これにより、異なる複数の源泉間で同一ユーザのユーザ情報（源泉情報）が存在する場合であっても、これらを異なる複数の源泉間で互いに対応付けることができると共に、ＩＤ所有情報も同一ユーザのものとして互いに対応付けることができるようになる。なお、上記のＳ３２～Ｓ３４は順不同である。

≪更新後の源泉情報データの入力からマスタユーザ情報データへの反映（その１）≫
次に、マスタユーザ情報データが作成された後に源泉情報データが更新され、この更新後の源泉情報データが入力された場合に、この入力からマスタユーザ情報データへ反映（つまり、マスタユーザ情報の更新）するまでの１つの方法の流れについて、図７を参照しながら説明する。図７は、更新後の源泉情報データの入力からマスタユーザ情報データへの反映までの流れの一例を説明するための図（その１）である。図７では、一例として、源泉１の更新後の源泉情報データが入力される場合について説明する。

Ｓ４１）入力部１１１は、源泉１から送信された更新後の源泉情報データを入力する。ここで、一例として、源泉１の更新後の源泉情報データは、５つの源泉情報で構成されており、源泉キー「３」の属性情報は「Ｃ´」、源泉キー「４」の属性情報は「Ｄ」、源泉キー「５」の属性情報は「Ｅ」、源泉キー「６」の属性情報は「Ｌ」、及び源泉キー「７」の属性情報は「Ｍ」であるものとする。すなわち、源泉キー「４」及び「５」の源泉情報が源泉情報データの更新前後で共通しており、源泉キー「３」の源泉情報は源泉情報データの更新前後で属性情報が「Ｃ」から「Ｃ´」に変更となっており、源泉キー「１」及び「２」の源泉情報が更新前の源泉情報データから削除され、源泉キー「３」、「６」及び「７」の源泉情報が更新前の源泉情報データから追加されているものとする。

Ｓ４２）ＵＩ提供部１１６は、上記の更新後の源泉情報データの入力元の端末３０に対して、更新前の源泉情報データから追加されている源泉キー（つまり、源泉管理情報データ記憶部１０２に記憶されている源泉１の源泉管理情報データの各源泉管理情報に含まれない源泉キー）の扱いを当該端末３０の操作者に問い合わせるためのＵＩ画面を表示させる。本実施例の場合、ＵＩ提供部１１６は、源泉キー「６」の源泉情報と源泉キー「７」の源泉情報との扱いを当該端末３０の操作者に問い合わせるためのＵＩ画面を表示させる。

Ｓ４３）当該端末３０の操作者は、上記のＳ４２のＵＩ画面において何等かの回答を入力する。そして、当該端末３０は、この入力を受け付けて、回答内容を示す情報をユーザ情報管理装置１０に送信する。ここで、以降では、当該端末３０の操作者は、当該ＵＩ画面において、以下の回答内容を入力したものとする。

（１）源泉キー「６」の源泉情報は、新規に追加されたユーザ情報（つまり、例えば、部署等に新規に配属等されたユーザを示すユーザ情報）
（２）源泉キー「７」の源泉情報は、源泉キー「１」の源泉情報が更新されたもの（つまり、例えば、結婚により「氏」や「メールアドレス」が変更になったこと等によって源泉キーが変更した場合等）
また、当該端末３０の操作者は、上記の回答内容に加えて、以下の回答内容も入力したものとする。

（３）同一ユーザキーの源泉管理情報が源泉１の源泉管理情報データから削除され、かつ、源泉１のみに対応付けられているマスタユーザ情報を削除
Ｓ４４）次に、源泉管理情報データ作成部１１２は、更新後の源泉情報データと、上記のＳ４３で端末３０から送信された回答内容とに基づいて、源泉管理情報データ記憶部１０２に記憶されている源泉１の源泉管理情報データを構成する各源泉管理情報を更新する。

本実施例の場合、上記の回答内容（１）により、源泉管理情報データ作成部１１２は、源泉キー「６」の源泉情報から源泉管理情報を作成した上で、この源泉管理情報を源泉管理情報データに反映（追加）する。また、上記の回答内容（２）により、源泉管理情報データ作成部１１２は、源泉管理情報データを構成する各源泉管理情報のうち、源泉キー「１」の源泉管理情報について、当該源泉管理情報の源泉キーを「１」から「７」に更新すると共に、属性情報を「Ａ」から「Ｍ」に更新する。

更に、源泉管理情報データ作成部１１２は、源泉情報データの更新前後で属性情報のみが変更になっている源泉情報について、当該源泉情報の属性情報を更新すると共に、源泉管理情報データを構成する各源泉管理情報のうち、更新後の源泉情報データを構成する各源泉情報の源泉キーに含まれない源泉キーの源泉管理情報を削除する。本実施例の場合、源泉管理情報データ作成部１１２は、源泉キー「３」の源泉情報の属性情報を「Ｃ」から「Ｃ´」に更新すると共に、源泉キー「２」の源泉管理情報を削除する。

このように、図７では、更新後の源泉情報データが入力された場合、この更新後の源泉情報データと、端末３０の操作者による回答内容とに基づいて、源泉管理情報データ記憶部１０２に記憶されている源泉管理情報データが更新される。

Ｓ４５）次に、マスタユーザ情報データ作成部１１３は、上記のＳ４４で更新された源泉管理情報データの各源泉管理情報を、マスタユーザ情報データ記憶部１０３に記憶されているマスタユーザ情報データに反映する。すなわち、マスタユーザ情報データ作成部１１３は、更新後の源泉管理情報データを構成する各源泉管理情報で、マスタユーザ情報データに含まれるマスタユーザ情報のうちの同一ユーザキーのマスタユーザ情報を更新する（又は、源泉管理情報のユーザキーがブランク等である場合には、ユーザキーを生成した上で、当該源泉管理情報に対応するマスタユーザ情報を作成する。）。また、マスタユーザ情報データ作成部１１３は、上記の回答内容（３）により、源泉管理情報データから削除された源泉管理情報とユーザキーが同一のマスタユーザ情報が源泉１とのみ対応付けられている場合は、このマスタユーザ情報をマスタユーザ情報データから削除する。

本実施例の場合、マスタユーザ情報データ作成部１１３は、ユーザキー「ｕｓｅｒ０２」のマスタユーザ情報は源泉１とのみ対応付けられているため、ユーザキー「ｕｓｅｒ０２」のマスタユーザ情報をマスタユーザ情報データから削除する。また、マスタユーザ情報データ作成部１１３は、ユーザキー「ｕｓｅｒ０１」及び「ｕｓｅｒ０３」のマスタユーザ情報を更新する。更に、マスタユーザ情報データ作成部１１３は、ユーザキー「ｕｓｅｒ１１」を生成した上で、このユーザキーが含まれるマスタユーザ情報を作成する。そして、源泉管理情報データ作成部１１２は、源泉キー「６」の源泉管理情報のユーザキーを「ｕｓｅｒ１１」に更新する。

以上により、各源泉での源泉情報データが更新された場合に、この更新後の源泉情報データと端末３０の操作者の回答内容とに基づいて源泉管理情報データが更新され、更新後の源泉管理情報データを構成する源泉管理情報がマスタユーザ情報データに反映される。これにより、端末３０の操作者等は、ユーザの異動や雇用等よって協業者管理簿で管理されているユーザ情報に変更が生じた場合に、更新後の源泉情報データをユーザ情報管理装置１０に送信するだけで容易にマスタユーザ情報データに源泉情報データの更新を反映させることができる。なお、源泉情報データの更新がマスタユーザ情報データに反映された後、当該反映後のマスタユーザ情報データを用いて利用者ＩＤの名寄せが行われても良い。

なお、本実施例では、上記のＳ４２で更新後の源泉情報データの入力元の端末３０に対してＵＩ画面を表示させて、このＵＩ画面での回答内容に基づいて源泉管理情報データを更新したが、これに限られず、例えば、当該ＵＩ画面を表示させずに、更新後の源泉情報データの各属性情報と、源泉管理情報データ記憶部１０２に記憶されている源泉管理情報データの各属性情報とに基づいて、当該源泉管理情報データを更新しても良い。

例えば、更新後の源泉情報データの各属性情報と、源泉管理情報データの各属性情報とを所定の条件で突合し、この突合結果から同一ユーザを特定した上で、この特定結果を用いて、源泉管理情報データを更新しても良い。これにより、上述したように、源泉キー「７」の源泉情報を用いて、源泉キー「１」の源泉管理情報を更新することができる。

同様に、上記の突合結果から同一ユーザでないことを特定することで、上述したように、源泉キー「６」の源泉情報を、新たな源泉管理情報として源泉管理情報データに追加することができる。

なお、上記の突合結果として、例えば、同一ユーザである類似度が算出されても良い。この場合、類似度が所定の閾値以上であれば同一ユーザであると特定され、類似度が当該閾値未満であれば同一ユーザでないと特定される。このとき、例えば、類似度が或る範囲内である場合（つまり、「同一ユーザである」又は「同一ユーザでない」のいずれであるかの特定が困難であるような場合等）に、上記のＵＩ画面を端末３０に表示させるようにしても良い。

≪更新後の源泉情報データの入力からマスタユーザ情報データへの反映（その２）≫
次に、マスタユーザ情報データが作成された後に源泉情報データが更新され、この更新後の源泉情報データが入力された場合に、この入力からマスタユーザ情報データへ反映（つまり、マスタユーザ情報の更新）するまでの他の方法の流れについて、図８を参照しながら説明する。図８は、更新後の源泉情報データの入力からマスタユーザ情報データへの反映までの流れの一例を説明するための図（その２）である。図８では、一例として、源泉２の更新後の源泉情報データが入力される場合について説明する。

Ｓ５１）入力部１１１は、源泉２から送信された更新後の源泉情報データを入力する。ここで、一例として、源泉２の更新後の源泉情報データは、５つの源泉情報で構成されており、源泉キー「３」の属性情報は「Ｈ」、源泉キー「４」の属性情報は「Ｉ´」、源泉キー「５」の属性情報は「Ｊ´」、源泉キー「６」の属性情報は「Ｎ」、及び源泉キー「７」の属性情報は「Ｏ」であるものとする。すなわち、源泉キー「３」の源泉情報が源泉情報データの更新前後で共通しており、源泉キー「４」及び「５」の源泉情報が源泉情報データの更新前後で属性情報がそれぞれ「Ｈ」から「Ｈ´」、「Ｉ」から「Ｉ´」、「Ｊ」から「Ｊ´」に変更となっており、源泉キー「６」及び「７」の源泉情報が更新前の源泉情報データから追加されているものとする。

Ｓ５２）次に、源泉管理情報データ作成部１１２は、上記のＳ５１で入力された更新後の源泉情報データに基づいて、源泉管理情報データ記憶部１０２に記憶されている源泉２の源泉管理情報データを構成する各源泉管理情報を更新する。すなわち、源泉管理情報データ作成部１１２は、更新後の源泉情報データを構成する各源泉情報に含まれない源泉キーの源泉管理情報を源泉管理情報データから削除し、源泉情報データの更新前後で属性情報のみが変更になっている源泉情報については当該源泉情報の属性情報を更新し、源泉管理情報データを構成する各源泉管理情報に含まれない源泉キーの源泉情報が更新後の源泉情報データに含まれる場合は源泉管理情報を源泉管理情報データに追加する。

本実施例の場合、更新後の源泉情報データを構成する各源泉情報には源泉キー「１」及び「２」は含まれないため、源泉管理情報データ作成部１１２は、源泉キー「１」の源泉管理情報と、源泉キー「２」の源泉管理情報とを源泉管理情報データから削除する。また、更新前後で源泉キー「４」及び「５」の源泉情報の属性情報が変更されているため、源泉管理情報データ作成部１１２は、源泉管理情報データを構成する各源泉管理情報のうち、源泉キー「４」の源泉管理情報の属性情報を「Ｉ」から「Ｉ´」に更新すると共に、源泉キー「５」の源泉管理情報の属性情報を「Ｊ」から「Ｊ´」に更新する。

更に、源泉管理情報データを構成する各源泉管理情報に含まれない源泉キー「６」及び「７」の源泉情報が更新後の源泉情報データに含まれるため、源泉管理情報データ作成部１１２は、源泉キー「６」の源泉管理情報と、源泉キー「７」の源泉管理情報とを源泉管理情報データに追加する。

このように、図８では、更新後の源泉情報データが入力された場合、この更新後の源泉情報データのみに基づいて、源泉管理情報データ記憶部１０２に記憶されている源泉管理情報データが更新される。

Ｓ５３）次に、マスタユーザ情報データ作成部１１３は、上記のＳ５２で更新された源泉管理情報データの各源泉管理情報を、マスタユーザ情報データ記憶部１０３に記憶されているマスタユーザ情報データに反映する。すなわち、マスタユーザ情報データ作成部１１３は、更新後の源泉管理情報データを構成する各源泉管理情報で、マスタユーザ情報データに含まれるマスタユーザ情報のうちの同一ユーザキーのマスタユーザ情報を更新する（又は、源泉管理情報のユーザキーがブランク等である場合には、ユーザキーを生成した上で、当該源泉管理情報に対応するマスタユーザ情報を作成する。）。

本実施例の場合、マスタユーザ情報データ作成部１１３は、ユーザキー「ｕｓｅｒ０９」及び「ｕｓｅｒ０１０」のマスタユーザ情報を更新する。また、マスタユーザ情報データ作成部１１３は、ユーザキー「ｕｓｅｒ１２」及び「ｕｓｅｒ１３」を生成した上で、これらのユーザキーがそれぞれ含まれるマスタユーザ情報を作成する。そして、源泉管理情報データ作成部１１２は、源泉キー「６」の源泉管理情報のユーザキーを「ｕｓｅｒ１２」に、源泉キー「７」の源泉管理情報のユーザキーを「ｕｓｅｒ１３」に更新する。なお、このとき、図７と異なり、源泉管理情報データで削除された源泉管理情報（源泉キー「１」の源泉管理情報と源泉キー「２」の源泉管理情報）と同一ユーザキーのマスタユーザ情報が源泉２とのみ対応付けられていたとしても、当該マスタユーザ情報は削除されない。

以上により、各源泉での源泉情報データが更新された場合に、この更新後の源泉情報データのみに基づいて源泉管理情報データが更新され、更新後の源泉管理情報データを構成する源泉管理情報がマスタユーザ情報データに反映される。これにより、端末３０の操作者等は、図７のような回答等を行うことなく、簡易にマスタユーザ情報データに源泉情報データの更新を反映させることができる。なお、源泉情報データの更新がマスタユーザ情報データに反映された後、当該反映後のマスタユーザ情報データを用いて利用者ＩＤの名寄せが行われても良い。

≪源泉管理情報データとマスタユーザ情報データとの不整合の補正≫
上記の図８で説明した方法では、或る源泉の源泉管理情報データで削除された源泉管理情報と同一ユーザキーのマスタユーザ情報が当該源泉とのみ対応付けられていたとしても、当該マスタユーザ情報は削除されない（つまり、図８の例では、ユーザキー「ｕｓｅｒ０６」のマスタユーザ情報とユーザキー「ｕｓｅｒ０７」のマスタユーザ情報とは削除されない。）。このような場合、源泉情報データとマスタユーザ情報データとの間で不整合が生じていると言える。そこで、このような不整合の補正指示を端末３０の操作者により行う場合について、図９を参照しながら説明する。図９は、源泉管理情報データとマスタユーザ情報データとに不整合がある場合の補正の流れの一例を説明するための図である。

Ｓ６１）マスタユーザ情報データ作成部１１３は、マスタユーザ情報データを構成する各マスタユーザ情報のうち、源泉管理情報データとの間で不整合があるマスタユーザ情報を特定する。以降では、上述したユーザキー「ｕｓｅｒ０６」のマスタユーザ情報とユーザキー「ｕｓｅｒ０７」のマスタユーザ情報とを不整合があるマスタユーザ情報として特定したものとする。

Ｓ６２）ＵＩ提供部１１６は、所定の端末３０（例えば、該当の源泉の端末３０）に対して、不整合があるマスタユーザ情報が含まれるＵＩ画面を表示させる。本実施例の場合、ユーザキー「ｕｓｅｒ０６」のマスタユーザ情報と、ユーザキー「ｕｓｅｒ０７」のマスタユーザ情報とに不整合が生じていること示す情報が含まれるＵＩ画面が当該端末３０に表示される。

Ｓ６３）当該端末３０の操作者は、上記のＳ６２のＵＩ画面において何等かの補正指示を入力する。そして、当該端末３０は、この入力を受け付けて、補正指示を示す情報をユーザ情報管理装置１０に送信する。ここで、以降では、当該端末３０の操作者は、当該ＵＩ画面において、以下の補正指示を入力したものとする。

・源泉キー「１」のマスタユーザ情報（つまり、ユーザキー「ｕｓｅｒ０６」のマスタユーザ情報）は、源泉キーを「６」に変更
・源泉キー「２」のマスタユーザ情報（つまり、ユーザキー「ｕｓｅｒ０５」のマスタユーザ情報）は削除
Ｓ６４）次に、マスタユーザ情報データ作成部１１３は、上記のＳ６３の補正指示に応じてマスタユーザ情報データを更新する。すなわち、本実施例の場合、マスタユーザ情報データ作成部１１３は、ユーザキー「ｕｓｅｒ０６」のマスタユーザ情報の源泉キーを「１」から「６」に更新すると共に、ユーザキー「ｕｓｅｒ０７」のマスタユーザ情報をマスタユーザ情報データから削除する。

以上により、源泉管理情報データとマスタユーザ情報データとの間で不整合が生じている場合に、該当の端末３０の操作者の補正指示によってマスタユーザ情報を更新することができる。

≪源泉管理情報の個別追加≫
ここで、例えば、端末３０の操作者が源泉管理情報を源泉管理データに個別に追加することにより、この源泉管理情報に対応するマスタユーザ情報をマスタユーザ情報データに追加する場合について、図１０を参照しながら説明する。図１０は、源泉管理情報を個別に追加する場合の流れの一例を説明するための図である。

Ｓ７１）端末３０の操作者は、例えば、源泉管理情報の個別追加用の専用の源泉（これを「源泉３」とする。）の源泉管理情報データに対して、所望の源泉管理情報を追加する。なお、端末３０の操作者は、例えば、当該端末３０上で所望の源泉管理情報を作成した上で、この源泉管理情報をユーザ情報管理装置１０に送信することで、当該源泉管理情報を、源泉３の源泉管理情報データに追加することができる。ただし、ユーザキーには源泉管理情報データ作成部１１２によりブランク（又はＮＵＬＬ値）等が付与される。

Ｓ７２）次に、マスタユーザ情報データ作成部１１３は、ユーザキーを生成した上で、上記のＳ７１で追加された源泉管理情報からマスタユーザ情報を作成し、マスタユーザ情報データ記憶部１０３に記憶されているマスタユーザ情報データに反映する。すなわち、マスタユーザ情報データ作成部１１３は、ユーザキー「ｕｓｅｒ１４」を生成した上で、このユーザキーと、源泉キー「１」の源泉管理情報の源泉キー及び属性情報と、源泉名「源泉３」とが含まれるマスタユーザ情報を作成し、このマスタユーザ情報をマスタユーザ情報データに反映する。これにより、端末３０の操作者は、所望の源泉管理情報に対応するマスタユーザ情報をマスタユーザ情報データに追加することができる。したがって、例えば、或る部署にユーザが追加になったような場合に、このユーザのマスタユーザ情報を個別に追加することができる。なお、個別に追加された源泉管理情報に対応するマスタユーザ情報がマスタユーザ情報データに反映（追加）された後、当該反映後のマスタユーザ情報データを用いて利用者ＩＤの名寄せが行われても良い。

本発明は、具体的に開示された上記の実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。

１ ユーザ情報管理システム
１０ ユーザ情報管理装置
２０ 人事システム
３０ 端末
４０ 業務システム
１０１ ユーザ情報管理処理部
１０２ 源泉管理情報データ記憶部
１０３ マスタユーザ情報データ記憶部
１０４ ＩＤ管理情報データ記憶部
１０５ ＩＤ所有情報データ記憶部
１１１ 入力部
１１２ 源泉管理情報データ作成部
１１３ マスタユーザ情報データ作成部
１１４ 突合部
１１５ ＩＤ所有情報データ作成部
１１６ ＵＩ提供部

Claims (5)

1. １以上のユーザ情報が含まれる源泉情報データであって、かつ、前記源泉情報データの入力元を示す源泉に応じたデータ形式で表現された源泉情報データを、互いに異なる複数の前記源泉の各々から入力する入力手段と、
   前記源泉毎に、前記源泉情報データに含まれる各ユーザ情報を用いて、前記ユーザ情報と所定の文字とが対応付けられた源泉管理情報を作成する第１の作成手段と、
   各源泉の源泉管理情報に含まれるユーザ情報に対して、ユーザを統一的に識別する識別情報であるユーザキーを付与したマスタユーザ情報を作成する第２の作成手段と、
   前記源泉毎に、前記マスタユーザ情報に含まれるユーザキーを、前記ユーザキーが付与されたユーザ情報が含まれる源泉管理情報に含まれる所定の文字に設定する設定手段と、
   前記マスタユーザ情報の中に同一ユーザを示す複数のマスタユーザ情報が存在する場合、前記複数のマスタユーザ情報に含まれる各ユーザキーと、前記複数のマスタユーザ情報のそれぞれに対応する複数の源泉管理情報の各ユーザキーとの対応関係を更新する更新手段と、
   を有することを特徴とする管理装置。
2. 前記第１の作成手段は、
   前記源泉情報データを更新した更新後の源泉情報データが入力された場合、前記更新後の源泉情報データで、前記源泉管理情報を更新し、
   前記第２の作成手段は、
   前記更新後の源泉管理情報で、前記マスタユーザ情報を更新する、ことを特徴とする請求項１に記載の管理装置。
3. 前記更新後の源泉情報データと、前記源泉管理情報とに基づく情報が含まれるＵＩ画面を所定の端末に表示させるＵＩ提供手段を有し、
   前記第１の作成手段は、
   前記ＵＩ画面において入力された情報と、前記更新後の源泉情報データとに基づいて、前記源泉管理情報を更新する、ことを特徴とする請求項２に記載の管理装置。
4. １以上のユーザ情報が含まれる源泉情報データであって、かつ、前記源泉情報データの入力元を示す源泉に応じたデータ形式で表現された源泉情報データを、互いに異なる複数の前記源泉の各々から入力する入力手順と、
   前記源泉毎に、前記源泉情報データに含まれる各ユーザ情報を用いて、前記ユーザ情報と所定の文字とが対応付けられた源泉管理情報を作成する第１の作成手順と、
   各源泉の源泉管理情報に含まれるユーザ情報に対して、ユーザを統一的に識別する識別情報であるユーザキーを付与したマスタユーザ情報を作成する第２の作成手順と、
   前記源泉毎に、前記マスタユーザ情報に含まれるユーザキーを、前記ユーザキーが付与されたユーザ情報が含まれる源泉管理情報に含まれる所定の文字に設定する設定手順と、
   前記マスタユーザ情報の中に同一ユーザを示す複数のマスタユーザ情報が存在する場合、前記複数のマスタユーザ情報に含まれる各ユーザキーと、前記複数のマスタユーザ情報のそれぞれに対応する複数の源泉管理情報の各ユーザキーとの対応関係を更新する更新手順と、
   をコンピュータが実行することを特徴とする管理方法。
5. コンピュータを、請求項１乃至３の何れか一項に記載の管理装置における各手段として機能させるためのプログラム。

Images