(57)【特許請求の範囲】
【請求項１】
情報処理装置であって、
組織の人事部システムから、前記組織に属するユーザの、少なくとも当該組織への入退に関する人事イベントを示す人事イベント情報を受信する通信部と、
前記受信された人事イベント情報に基づいて、ユーザＩＤ、人事イベント識別情報及び人事イベント予定日を含むイベントリストを作成して記憶するリスト制御部と、
前記組織内で当該情報処理装置と連携する複数のシステムにそれぞれ対応して設けられ、前記イベントリストを参照して、当該参照した日が当該イベントリストに含まれる人事イベント予定日である場合に、前記人事イベントに対応するアカウント情報の同期要求を、前記対応するシステムへそれぞれ送信するように前記通信部を制御可能な複数の連携制御部と
を具備する情報処理装置。
【請求項２】
請求項１に記載の情報処理装置であって、
前記通信部は、前記ユーザの前記組織内の部署間での異動に関する配属イベントを示す配属イベント情報を受信し、
前記リスト制御部は、前記受信された配属イベント情報に基づいて、前記複数のシステムへの前記ユーザの前記部署単位でのアクセス権限を制御するアクセス制御リストを作成して前記各連携制御部へ即座に送信し、
前記各連携制御部は、前記受信されたアクセス制御リストに基づいて、前記配属イベントに対応するアカウント情報同期要求を、前記対応するシステムへそれぞれ送信するように前記通信部を制御する
情報処理装置。
【請求項３】
情報処理装置における情報処理方法であって、
組織の人事部システムから、前記組織に属するユーザの、少なくとも当該組織への入退に関する人事イベントを示す人事イベント情報を受信し、
前記受信された人事イベント情報に基づいて、ユーザＩＤ、人事イベント識別情報及び人事イベント予定日を含むイベントリストを作成して記憶し、
前記組織内で当該情報処理装置と連携する複数のシステムにそれぞれ対応して設けられた複数の連携制御部により、前記イベントリストを参照して、当該参照した日が当該イベントリストに含まれる人事イベント予定日である場合に、前記人事イベントに対応するアカウント情報の同期要求を、前記対応するシステムへそれぞれ送信する
情報処理方法。
【請求項４】
情報処理装置に、
組織の人事部システムから、前記組織に属するユーザの、少なくとも当該組織への入退に関する人事イベントを示す人事イベント情報を受信するステップと、
前記受信された人事イベント情報に基づいて、ユーザＩＤ、人事イベント識別情報及び人事イベント予定日を含むイベントリストを作成して記憶するステップと、
前記組織内で当該情報処理装置と連携する複数のシステムにそれぞれ対応して設けられた複数の連携制御部により、前記イベントリストを参照して、当該参照した日が当該イベントリストに含まれる人事イベント予定日である場合に、前記人事イベントに対応するアカウント情報の同期要求を、前記対応するシステムへそれぞれ送信するステップと
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、企業の人事イベントに応じた複数のシステムの連携処理を実行可能な情報処理装置、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
従来から、各企業においては、その業務において複数の社内コンピュータシステムを社員に使用させるにあたり、ユーザ（従業員）ＩＤ等のアカウント情報によりその使用を管理している。そして、何らかの人事イベント（従業員の入社・退職・休職等）が発生した場合には、上記アカウント情報に変更が生じることから、それらを複数のシステムに連携（同期）させるための処理が実行されている。
【０００３】
例えば、下記特許文献１には、ＩＤ管理サーバが、ＩＤ変更要求を受けた場合に、当該ＩＤを利用している他の装置を特定し、当該他の装置に対してＩＤ変更情報を配信することが記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−１９８１０９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記特許文献１に記載の技術では、ＩＤ管理サーバが、変更対象ＩＤを利用している複数の装置・システムを特定し、その装置・システムの数だけＩＤ変更情報を配信する必要があり、変更後のＩＤを同期する装置・システムの数が多くなるほど、サーバの負荷が重くなるとともに変更処理に時間を要してしまう。
【０００６】
以上のような事情に鑑み、本発明の目的は、人事イベントに伴うアカウント情報の変更処理に要する時間及びサーバの負荷を軽減することが可能な情報処理装置、情報処理方法及びプログラムを提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明の一形態に係る情報処理装置は、通信部と、リスト制御部と、複数の連携制御部とを有する。上記通信部は、組織の人事部システムから、上記組織に属するユーザの、少なくとも当該組織への入退に関する人事イベントを示す人事イベント情報を受信する。上記リスト制御部は、上記受信された人事イベント情報に基づいて、ユーザＩＤ、人事イベント識別情報及び人事イベント予定日を含むイベントリストを作成して記憶する。上記複数の連携制御部は、上記組織内で当該情報処理装置と連携する複数のシステムにそれぞれ対応して設けられ、上記イベントリストを参照して、当該参照した日が当該イベントリストに含まれる人事イベント予定日である場合に、上記人事イベントに対応するアカウント情報の同期要求を、上記対応するシステムへそれぞれ送信するように上記通信部を制御可能である。
【０００８】
これにより情報処理装置は、複数の連携制御部によりイベントリストを参照して必要に応じてアカウント情報の同期要求を送信するため、サーバと連携する複数のシステムに関する同期処理を同時並行的に実行することができ、人事イベントに伴うアカウント情報の同期処理に要する時間を削減できるとともにサーバの負荷を軽減することができる。人事イベント識別情報とは、例えば人事イベント名、人事イベントＩＤ等、人事イベントを識別できる情報であればどのような情報でも構わない。
【０００９】
上記通信部は、上記ユーザの上記組織内の部署間での異動に関する配属イベントを示す配属イベント情報を受信してもよい。この場合上記リスト制御部は、上記受信された配属イベント情報に基づいて、上記複数のシステムへの上記ユーザの上記部署単位でのアクセス権限を制御するアクセス制御リストを作成して上記各連携制御部へ即座に送信してもよい。またこの場合上記各連携制御部は、上記受信されたアクセス制御リストに基づいて、上記配属イベントに対応するアカウント情報の同期要求を、上記対応するシステムへそれぞれ送信するように上記通信部を制御してもよい。
【００１０】
これにより情報処理装置は、入社・退職等の人事イベントと異なり異動前後でユーザの業務が継続して行われる配属イベントについては、アクセス制御リストを作成後、即座に各連携制御部へ送信することで、各システムに即座に配属イベントに対応するアカウント情報の同期処理を行わせ、業務の停滞を防ぐことができる。
【００１１】
本発明の他の形態に係る情報処理方法は、情報処理装置における情報処理方法であって、
組織の人事部システムから、上記組織に属するユーザの、少なくとも当該組織への入退に関する人事イベントを示す人事イベント情報を受信し、
上記受信された人事イベント情報に基づいて、ユーザＩＤ、人事イベント識別情報及び人事イベント予定日を含むイベントリストを作成して記憶し、
上記組織内で当該情報処理装置と連携する複数のシステムにそれぞれ対応して設けられた複数の連携制御部により、上記イベントリストを参照して、当該参照した日が当該イベントリストに含まれる人事イベント予定日である場合に、上記人事イベントに対応するアカウント情報の同期要求を、上記対応するシステムへそれぞれ送信する
ことを含む。
【００１２】
本発明のまた別の形態に係るプログラムは、情報処理装置に、
組織の人事部システムから、上記組織に属するユーザの、少なくとも当該組織への入退に関する人事イベントを示す人事イベント情報を受信するステップと、
上記受信された人事イベント情報に基づいて、ユーザＩＤ、人事イベント識別情報及び人事イベント予定日を含むイベントリストを作成して記憶するステップと、
上記組織内で当該情報処理装置と連携する複数のシステムにそれぞれ対応して設けられた複数の連携制御部により、上記イベントリストを参照して、当該参照した日が当該イベントリストに含まれる人事イベント予定日である場合に、上記人事イベントに対応するアカウント情報の同期要求を、上記対応するシステムへそれぞれ送信するステップと
を実行させる。
【発明の効果】
【００１３】
以上説明したように、本発明によれば、人事イベントに伴うアカウント情報の変更処理に要する時間及びサーバの負荷を軽減することができる。しかし、当該効果は本発明を限定するものではない。
【図面の簡単な説明】
【００１４】
【図１】本発明の一実施形態に係るアカウント情報連携システムの構成を示した図である。
【図２】本発明の一実施形態に係るアカウント情報連携サーバのハードウェア構成を示した図である。
【図３】本発明の一実施形態に係るアカウント情報連携サーバが有するデータベースの構成を示した図である。
【図４】本発明の一実施形態に係るアカウント情報連携サーバによる、人事イベントに伴うアカウント情報の連携処理に必要な機能ブロックを示した図である。
【図５】本発明の一実施形態に係るアカウント情報連携サーバが生成するＴｏＤｏリストの例を示した図である。
【図６】本発明の一実施形態に係るアカウント情報連携サーバによる配属イベントに伴うアカウント情報の連携処理に必要な機能ブロックを示した図である。
【図７】本発明の一実施形態に係るアカウント情報連携サーバが生成するアクセス制御リストの例を示した図である。
【図８】本発明の一実施形態に係るアカウント情報連携サーバによる、人事イベントに伴うアカウント情報の連携処理の流れを示したフローチャートである。
【図９】本発明の一実施形態に係るアカウント情報連携サーバによる、配属イベントに伴うアカウント情報の連携処理の流れを示したフローチャートである。
【発明を実施するための形態】
【００１５】
以下、図面を参照しながら、本発明の実施形態を説明する。
【００１６】
［システムの構成］
図１は、本実施形態に係るアカウント情報連携システムの構成を示した図である。
【００１７】
同図に示すように、このシステムは、１つの企業内の例えばイントラネット内に設けられたシステムであり、アカウント情報連携サーバ１００と、人事部システム２００と、その他の複数の社内システム１０（１０Ａ，１０Ｂ，１０Ｃ）を有する。
【００１８】
アカウント情報連携サーバ１００は、人事部システム２００及び複数の社内システム１０と通信可能である。アカウント情報連携サーバ１００は、人事部システム２００から送信される、従業員の人事に関するイベント情報を基に、当該イベントに伴って発生する各社員のアカウント情報の変更を、複数の社内システム１０において同期させることができる。
【００１９】
ここで、人事に関するイベントとしては、人事イベントと配属イベントとが挙げられる。
【００２０】
人事イベントとは、従業員の入社・退職・休職・復職・社員番号変更等の、アカウント情報の発生、消滅・利用停止または利用再開が生じるイベントであり、換言すると、イントラネット内の各システム１０におけるユーザ認証に関わるイベントである。
【００２１】
後述するが、この人事イベントに関する情報は、人事部システム２００から「発令情報」という形式でアカウント情報連携サーバ１００へ送信される。
【００２２】
配属イベントとは、従業員の部署間の異動または部署への新規配属といったイベントであり、換言すると、イントラネット内の各システム１０に対する従業員のアクセス権限の変更に関わるイベントである。
【００２３】
後述するが、この配属イベントに関する情報は、人事部システム２００から「配属情報」という形式でアカウント情報連携サーバ１００へ送信される。
【００２４】
また、複数の社内システム１０は、例えば、社内ネットワーク管理システム、ＩＤ管理システム、グループウェア管理システム（メール等）、コンピュータ利用管理システム、入出管理システム、オフィス機器利用管理システム、ICカード発行システム、営業支援システム等、様々なものが想定される。
【００２５】
［アカウント情報連携サーバのハードウェア構成］
図２は、上記アカウント情報連携サーバ１００のハードウェア構成を示した図である。同図に示すように、アカウント情報連携サーバ１００は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、入出力インタフェース１５、及び、これらを互いに接続するバス１４を備える。
【００２６】
ＣＰＵ１１は、必要に応じてＲＡＭ１３等に適宜アクセスし、各種演算処理を行いながらアカウント情報連携サーバ１００の各ブロック全体を統括的に制御する。ＲＯＭ１２は、ＣＰＵ１１に実行させるＯＳ、プログラムや各種パラメータなどのファームウェアが固定的に記憶されている不揮発性のメモリである。ＲＡＭ１３は、ＣＰＵ１１の作業用領域等として用いられ、ＯＳ、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。
【００２７】
入出力インタフェース１５には、表示部１６、操作受付部１７、記憶部１８、通信部１９等が接続される。
【００２８】
表示部１６は、例えばＬＣＤ（Liquid Crystal Display）、ＯＥＬＤ（Organic ElectroLuminescence Display）、ＣＲＴ（Cathode Ray Tube）等を用いた表示デバイスである。
【００２９】
操作受付部１７は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル、その他の入力装置である。操作受付部１７がタッチパネルである場合、そのタッチパネルは表示部１６と一体となり得る。
【００３０】
記憶部１８は、例えばＨＤＤ（Hard Disk Drive）や、フラッシュメモリ（ＳＳＤ；Solid State Drive）、その他の固体メモリ等の不揮発性メモリである。当該記憶部１８には、上記ＯＳや各種アプリケーション、各種データが記憶される。
【００３１】
後述するが、特に本実施形態において、記憶部１８は、人事イベント情報データベース、配属イベント情報データベース、アカウント情報データベースを有している。
【００３２】
通信部１９は、例えばEthernet（登録商標）用のＮＩＣ（Network Interface Card）や無線ＬＡＮ等の無線通信用の各種モジュールであり、上記人事部システム２００及び社内システム１０との間の通信処理を担う。
【００３３】
［アカウント情報連携サーバのデータベース構成］
図３は、上記アカウント情報連携サーバ１００が有するデータベースの構成を示した図である。
【００３４】
同図に示すように、アカウント情報連携サーバ１００は、記憶部１８に、人事イベント情報データベース３１、配属イベント情報データベース３２、及びアカウント情報データベース３３を有している。
【００３５】
人事イベント情報データベース３１は、上記人事部システム２００から受信した発令情報（人事イベント情報）を、イベント毎、従業員毎に記憶している。
【００３６】
配属イベント情報データベース３２は、上記人事部システム２００から受信した配属情報（配属イベント情報）を、イベント毎、従業員毎に記憶している。
【００３７】
アカウント情報データベース３３は、上記人事イベント及び配属イベントの対象者である従業員のＩＤ、名前、部署等のアカウント情報を記憶している。
【００３８】
また、上記人事イベント情報データベース３１に記憶された情報からは、上記発令情報に対応するアカウント情報の変更（発生や消滅等も含む）を複数の社内システム１０に同期させるためのＴｏＤｏリスト３４が生成され記憶される。
【００３９】
また、上記配属イベント情報データベース３２に記憶された情報からは、上記配属情報に対応するアカウント情報の変更を複数の社内システム１０に同期させるためのアカウント制御リスト（ＡＣＬ；Access Control List）が生成され記憶される。
【００４０】
これら各データベースは、後述するアカウント情報連携サーバ１００によるアカウント情報連携処理において、必要に応じて相互に参照されて用いられる。
【００４１】
［アカウント情報連携サーバの機能ブロック構成］
次に、上記アカウント情報連携サーバ１００が有する機能ブロックについて説明する。
【００４２】
（人事イベント（発令情報）に伴う連携処理）
図４は、上記アカウント情報連携サーバ１００による、人事イベント（発令情報）に伴うアカウント情報の連携処理に必要な機能ブロックを示した図である。
【００４３】
同図に示すように、アカウント情報連携サーバ１００は、人事イベントに伴うアカウント情報の連携処理のために、発令情報取込部４１及び複数のシステム連携制御部４２（Ａシステム連携制御部４２Ａ，Ｂシステム連携制御４２Ｂ，Ｃシステム連携制御４２Ｃ等）を有する。
【００４４】
人事部の担当者から人事部システム２００を介して発令情報Ｐがアカウント情報連携サーバ１００へ送信されると、上記発令情報取込部４１が当該発令情報を受信し、当該発令情報を基にＴｏＤｏリスト３４が生成される。
【００４５】
このＴｏＤｏリスト３４の生成には、上記発令情報の送信に伴って社内の情報システム部の担当者から社員管理画面を介して入力された社員ＩＤや、総務部の担当者からカード管理画面及び入室権限管理画面を介して入力された社員カード番号等も使用される。
【００４６】
生成されたＴｏＤｏリスト３４は、上記記憶部１８に記憶され、各システム連携制御部４２は、定期的に（１日に数回等の頻度で）当該ＴｏＤｏリストを参照する。
【００４７】
図５は、上記ＴｏＤｏリスト３４の例を示した図である。
【００４８】
同図に示すように、ＴｏＤｏリスト３４は、各エントリを識別するリストＩＤ、連携対象システム名、対象イベント名、対象者ＩＤ、対象者名、実行予定日、実行日時、登録日時等の各種項目の情報の一覧である。上記対象イベント名に代えて、または加えて、対象イベントを識別するイベントＩＤが含まれていてもよい。
【００４９】
このうち実行予定日は各社内システム１０との同期処理（連携処理）を実行する予定の日を示す。登録日時は当該ＴｏＤｏリスト３４に情報がエントリされた日時を示す。実行日時は実際に同期処理が実行された日時を示し、未実行の場合にはブランクとされる。
【００５０】
ここで、同図（リストＩＤ：0001〜0003等）に示すように、一人の従業員によって使用される社内システム１０が複数存在する場合もあり、この場合には同一の対象者に対して複数の社内システム１０の同期処理が実行されることから、同一の対象者について異なる社内システム１０毎に別個のエントリが作成される。
【００５１】
そして、上記各システム連携制御部４２は、ＴｏＤｏリスト３４を参照した日が、当該ＴｏＤｏリスト３４に含まれる実行予定日である場合に、上記人事イベントに対応するアカウント情報の同期要求を、上記対応する社内システム１０へ（すなわち、例えばＡシステム連携制御部４２ＡはＡシステム１０Ａへ、Ｂシステム連携制御部４２ＢはＢシステム１０Ｂへ）それぞれ送信する。
【００５２】
これにより人事イベント（発令情報）によって生じたアカウント情報の変更が、各人事イベントの対象者にとって必要な全ての社内システム１０に同期される。
【００５３】
（配属イベント（配属情報）に伴う連携処理）
図６は、アカウント情報連携サーバ１００による配属イベントに伴うアカウント情報の連携処理に必要な機能ブロックを示した図である。
【００５４】
同図に示すように、アカウント情報連携サーバ１００は、人事イベントに伴うアカウント情報の連携処理のために、発令情報取込部４１及び複数のシステム連携制御部４２（Ａシステム連携制御部４２Ａ，Ｂシステム連携制御４２Ｂ，Ｃシステム連携制御４２Ｃ等）を有する。
【００５５】
人事部の担当者から人事部システム２００を介して配属情報Ｔがアカウント情報連携サーバ１００へ送信されると、上記配属情報取込部５１が当該配属情報を受信し、当該配属情報Ｔ及び部署情報Ｄを基にＡＣＬ（アクセス制御リスト）３５が生成される。
【００５６】
ここで部署情報Ｄは、部署間の異動に伴う引き継ぎ期間に関する情報を含む。これにより、配属情報Ｔによって従業員が旧部署から新部署へ異動した後も、その従業員は、引き継ぎ期間中は、新旧両方の部署の権限を有することになる。
【００５７】
図７は、当該ＡＣＬ３５の例を示した図である。
【００５８】
同図に示すように、ＡＣＬ３５は、対象従業員に付与するアクセス権限を識別する権限コード、権限名、権限付与対象の社員の番号、名前、部署、雇用区分、権限付与の適用開始日及び適用終了日等の各種項目の情報の一覧である。
【００５９】
上記ＴｏＤｏリスト３４と同様に、一人の従業員によって使用される社内システム１０が複数存在する場合には、同一の対象者に対して複数の社内システム１０の同期処理が実行されることから、同一の従業員について異なる社内システム１０毎に別個のエントリが作成される。
【００６０】
また、引き継ぎ期間中は旧部署と新部署の両方の権限を付与する必要があることから、同図に示すように、例えば社員番号115234の従業員には、Ｘ部署（新部署）の権限が付与されるとともに、期限付き（適用終了日有）でＹ部署（旧部署）の権限も付与される。
【００６１】
生成されたＡＣＬ３５は、上記記憶部１８に記憶されるとともに、即座に各システム連携制御部４２へ送信され、各システム制御部４２は当該ＡＣＬ３５を基に、上記配属イベントに対応するアカウント情報の同期要求を、対応する社内システム１０へ（すなわち、例えばＡシステム連携制御部４２ＡはＡシステム１０Ａへ、Ｂシステム連携制御部４２ＢはＢシステム１０Ｂへ）それぞれ送信する。
【００６２】
これにより配属イベント（配属情報）によって生じたアカウント情報の変更が、各配属イベントの対象者にとって必要な全ての社内システム１０に同期される。
【００６３】
また、ＴｏＤｏリスト３４が各システム連携制御部４２の参照によりプル型で取得されるのに対して、ＡＣＬ３５は各システム連携制御部４２にプッシュ型で生成後即座に送信される。これは、入退社等の人事イベントと異なり、異動前後でユーザの業務が継続して行われる配属イベントについては、各社内システム１０に即座に配属イベントに対応するアカウント情報の同期処理を行わせ、業務の停滞を防ぐためである。
【００６４】
［アカウント情報連携サーバの動作］
次に、以上のように構成されたアカウント情報連携サーバ１００の動作について説明する。アカウント情報連携サーバ１００の動作は、ＣＰＵ１１及び通信部１９等のハードウェアと、記憶部１８に記憶されたソフトウェアとの協働により実行される。以下の説明では、便宜上、ＣＰＵ１１を動作主体とする。
【００６５】
（人事イベントに伴うアカウント情報連携処理）
まず、人事イベントに伴うアカウント情報連携処理について説明する。図８は、アカウント情報連携サーバ１００による、人事イベントに伴うアカウント情報の連携処理の流れを示したフローチャートである。
【００６６】
同図に示すように、アカウント情報連携サーバ１００のＣＰＵ１１は、まず、人事部システム２００から発令情報Ｐを受信したか否かを判断する（ステップ８１）。
【００６７】
発令情報Ｐを受信したと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、上述したように、当該発令情報Ｐから、ＴｏＤｏリスト３４を生成する（ステップ８２）。
【００６８】
続いてＣＰＵ１１は、生成したＴｏＤｏリスト３４を記憶部１８に記憶する（ステップ８３）。
【００６９】
続いてＣＰＵ１１は、各システム連携制御部４２に上記ＴｏＤｏリスト３４を参照させる（ステップ８４）。
【００７０】
続いてＣＰＵ１１は、上記各システム連携制御部４２に、参照したＴｏＤｏリスト３４に参照日をイベント予定日（実行予定日）として含む人事イベントが存在するか否かを判断させる（ステップ８５）。
【００７１】
そしてＣＰＵ１１は、上記参照日をイベント予定日として含む人事イベントが存在した場合には、各システム連携制御部４２から対応する社内システム１０へ、当該人事イベントに対応するアカウント情報の同期要求を送信するように、各システム連携制御部４２を制御する（ステップ８６）。
【００７２】
（配属イベントに伴うアカウント情報連携処理）
次に、配属イベントに伴うアカウント情報連携処理について説明する。図９は、アカウント情報連携サーバ１００による、配属イベントに伴うアカウント情報の連携処理の流れを示したフローチャートである。
【００７３】
同図に示すように、アカウント情報連携サーバ１００のＣＰＵ１１はまず、人事部システム２００から配属情報Ｔを受信したか否かを判断する（ステップ９１）。
【００７４】
配属情報Ｔを受信したと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、上述したように、当該配属情報Ｔから、ＡＣＬ３５を生成する（ステップ９２）。
【００７５】
続いてＣＰＵ１１は、上記生成したＡＣＬ３５を即座に各システム連携制御部４２へ送信する（ステップ９３）。
【００７６】
そしてＣＰＵ１１は、各システム連携制御部４２から対応する各社内システム１０へ、上記配属情報に対応するアカウント情報の同期要求を送信するように各システム連携制御部４２を制御する（ステップ９４）。
【００７７】
［まとめ］
以上説明したように、本実施形態によれば、アカウント情報連携サーバ１００は、複数のシステム連携制御部４２により、ＴｏＤｏリスト（人事イベントリスト）を参照して必要に応じてアカウント情報の同期要求を対応する社内システム１０へ送信するため、アカウント情報連携サーバ１００と連携する複数の社内システム１０に関するアカウント情報の同期処理を、同時並行的に実行することができ、かつ、当該同期処理に要する時間を削減できるとともにアカウント情報連携サーバ１００の負荷を軽減することができる。
【００７８】
またアカウント情報連携サーバ１００は、入社・退職等の人事イベントと異なり異動前後で従業員の業務が継続して行われる配属イベントについては、ＡＣＬ（アクセス制御リスト）３５を作成後、即座に各システム連携制御部４２へ送信することで、各社内システム１０に即座に配属イベントに対応するアカウント情報の同期処理を行わせ、業務の停滞を防ぐことができる。
【００７９】
［変形例］
本発明は上述の実施形態にのみ限定されるものではなく、本開示の要旨を逸脱しない範囲内において種々変更され得る。
【００８０】
例えば、上述の実施形態におけるＴｏＤｏリスト３４及びＡＣＬ３５は、上記図５及び図７で示した構成に限られるものではなく、各項目のうちいずれかの項目を有していなくてもよいし、追加的な項目を有していてもよい。
【符号の説明】
【００８１】
１０（１０Ａ，１０Ｂ，１０Ｃ）…社内システム
１１…ＣＰＵ
１８…記憶部
１９…通信部
３１…人事イベントデータベース
３２…配属イベントデータベース
３３…アカウント情報データベース
３４…ＴｏＤｏリスト
３５…アクセス制御リスト
４２（４２Ａ，４２Ｂ，４２Ｃ）…システム連携制御部
１００…アカウント情報連携サーバ
２００…人事部システム
Ｐ…発令情報
Ｔ…配属情報
【図１】
0006629610.tif 000002
【図２】
0006629610.tif 000003
【図３】
0006629610.tif 000004
【図４】
0006629610.tif 000005
【図５】
0006629610.tif 000006
【図６】
0006629610.tif 000007
【図７】
0006629610.tif 000008
【図８】
0006629610.tif 000009
【図９】
0006629610.tif 000010