JP6629610B2 - 情報処理装置、情報処理方法及びプログラム - Google Patents

Description

本発明は、企業の人事イベントに応じた複数のシステムの連携処理を実行可能な情報処理装置、情報処理方法及びプログラムに関する。

従来から、各企業においては、その業務において複数の社内コンピュータシステムを社員に使用させるにあたり、ユーザ（従業員）ＩＤ等のアカウント情報によりその使用を管理している。そして、何らかの人事イベント（従業員の入社・退職・休職等）が発生した場合には、上記アカウント情報に変更が生じることから、それらを複数のシステムに連携（同期）させるための処理が実行されている。

例えば、下記特許文献１には、ＩＤ管理サーバが、ＩＤ変更要求を受けた場合に、当該ＩＤを利用している他の装置を特定し、当該他の装置に対してＩＤ変更情報を配信することが記載されている。

特開２０１１−１９８１０９号公報

しかしながら、上記特許文献１に記載の技術では、ＩＤ管理サーバが、変更対象ＩＤを利用している複数の装置・システムを特定し、その装置・システムの数だけＩＤ変更情報を配信する必要があり、変更後のＩＤを同期する装置・システムの数が多くなるほど、サーバの負荷が重くなるとともに変更処理に時間を要してしまう。

以上のような事情に鑑み、本発明の目的は、人事イベントに伴うアカウント情報の変更処理に要する時間及びサーバの負荷を軽減することが可能な情報処理装置、情報処理方法及びプログラムを提供することにある。

上記目的を達成するため、本発明の一形態に係る情報処理装置は、通信部と、リスト制御部と、複数の連携制御部とを有する。上記通信部は、組織の人事部システムから、上記組織に属するユーザの、少なくとも当該組織への入退に関する人事イベントを示す人事イベント情報を受信する。上記リスト制御部は、上記受信された人事イベント情報に基づいて、ユーザＩＤ、人事イベント識別情報及び人事イベント予定日を含むイベントリストを作成して記憶する。上記複数の連携制御部は、上記組織内で当該情報処理装置と連携する複数のシステムにそれぞれ対応して設けられ、上記イベントリストを参照して、当該参照した日が当該イベントリストに含まれる人事イベント予定日である場合に、上記人事イベントに対応するアカウント情報の同期要求を、上記対応するシステムへそれぞれ送信するように上記通信部を制御可能である。

これにより情報処理装置は、複数の連携制御部によりイベントリストを参照して必要に応じてアカウント情報の同期要求を送信するため、サーバと連携する複数のシステムに関する同期処理を同時並行的に実行することができ、人事イベントに伴うアカウント情報の同期処理に要する時間を削減できるとともにサーバの負荷を軽減することができる。人事イベント識別情報とは、例えば人事イベント名、人事イベントＩＤ等、人事イベントを識別できる情報であればどのような情報でも構わない。

上記通信部は、上記ユーザの上記組織内の部署間での異動に関する配属イベントを示す配属イベント情報を受信してもよい。この場合上記リスト制御部は、上記受信された配属イベント情報に基づいて、上記複数のシステムへの上記ユーザの上記部署単位でのアクセス権限を制御するアクセス制御リストを作成して上記各連携制御部へ即座に送信してもよい。またこの場合上記各連携制御部は、上記受信されたアクセス制御リストに基づいて、上記配属イベントに対応するアカウント情報の同期要求を、上記対応するシステムへそれぞれ送信するように上記通信部を制御してもよい。

これにより情報処理装置は、入社・退職等の人事イベントと異なり異動前後でユーザの業務が継続して行われる配属イベントについては、アクセス制御リストを作成後、即座に各連携制御部へ送信することで、各システムに即座に配属イベントに対応するアカウント情報の同期処理を行わせ、業務の停滞を防ぐことができる。

本発明の他の形態に係る情報処理方法は、情報処理装置における情報処理方法であって、
組織の人事部システムから、上記組織に属するユーザの、少なくとも当該組織への入退に関する人事イベントを示す人事イベント情報を受信し、
上記受信された人事イベント情報に基づいて、ユーザＩＤ、人事イベント識別情報及び人事イベント予定日を含むイベントリストを作成して記憶し、
上記組織内で当該情報処理装置と連携する複数のシステムにそれぞれ対応して設けられた複数の連携制御部により、上記イベントリストを参照して、当該参照した日が当該イベントリストに含まれる人事イベント予定日である場合に、上記人事イベントに対応するアカウント情報の同期要求を、上記対応するシステムへそれぞれ送信する
ことを含む。

本発明のまた別の形態に係るプログラムは、情報処理装置に、
組織の人事部システムから、上記組織に属するユーザの、少なくとも当該組織への入退に関する人事イベントを示す人事イベント情報を受信するステップと、
上記受信された人事イベント情報に基づいて、ユーザＩＤ、人事イベント識別情報及び人事イベント予定日を含むイベントリストを作成して記憶するステップと、
上記組織内で当該情報処理装置と連携する複数のシステムにそれぞれ対応して設けられた複数の連携制御部により、上記イベントリストを参照して、当該参照した日が当該イベントリストに含まれる人事イベント予定日である場合に、上記人事イベントに対応するアカウント情報の同期要求を、上記対応するシステムへそれぞれ送信するステップと
を実行させる。

以上説明したように、本発明によれば、人事イベントに伴うアカウント情報の変更処理に要する時間及びサーバの負荷を軽減することができる。しかし、当該効果は本発明を限定するものではない。

本発明の一実施形態に係るアカウント情報連携システムの構成を示した図である。 本発明の一実施形態に係るアカウント情報連携サーバのハードウェア構成を示した図である。 本発明の一実施形態に係るアカウント情報連携サーバが有するデータベースの構成を示した図である。 本発明の一実施形態に係るアカウント情報連携サーバによる、人事イベントに伴うアカウント情報の連携処理に必要な機能ブロックを示した図である。 本発明の一実施形態に係るアカウント情報連携サーバが生成するＴｏＤｏリストの例を示した図である。 本発明の一実施形態に係るアカウント情報連携サーバによる配属イベントに伴うアカウント情報の連携処理に必要な機能ブロックを示した図である。 本発明の一実施形態に係るアカウント情報連携サーバが生成するアクセス制御リストの例を示した図である。 本発明の一実施形態に係るアカウント情報連携サーバによる、人事イベントに伴うアカウント情報の連携処理の流れを示したフローチャートである。 本発明の一実施形態に係るアカウント情報連携サーバによる、配属イベントに伴うアカウント情報の連携処理の流れを示したフローチャートである。

以下、図面を参照しながら、本発明の実施形態を説明する。

［システムの構成］
図１は、本実施形態に係るアカウント情報連携システムの構成を示した図である。

同図に示すように、このシステムは、１つの企業内の例えばイントラネット内に設けられたシステムであり、アカウント情報連携サーバ１００と、人事部システム２００と、その他の複数の社内システム１０（１０Ａ，１０Ｂ，１０Ｃ）を有する。

アカウント情報連携サーバ１００は、人事部システム２００及び複数の社内システム１０と通信可能である。アカウント情報連携サーバ１００は、人事部システム２００から送信される、従業員の人事に関するイベント情報を基に、当該イベントに伴って発生する各社員のアカウント情報の変更を、複数の社内システム１０において同期させることができる。

ここで、人事に関するイベントとしては、人事イベントと配属イベントとが挙げられる。

人事イベントとは、従業員の入社・退職・休職・復職・社員番号変更等の、アカウント情報の発生、消滅・利用停止または利用再開が生じるイベントであり、換言すると、イントラネット内の各システム１０におけるユーザ認証に関わるイベントである。

後述するが、この人事イベントに関する情報は、人事部システム２００から「発令情報」という形式でアカウント情報連携サーバ１００へ送信される。

配属イベントとは、従業員の部署間の異動または部署への新規配属といったイベントであり、換言すると、イントラネット内の各システム１０に対する従業員のアクセス権限の変更に関わるイベントである。

後述するが、この配属イベントに関する情報は、人事部システム２００から「配属情報」という形式でアカウント情報連携サーバ１００へ送信される。

また、複数の社内システム１０は、例えば、社内ネットワーク管理システム、ＩＤ管理システム、グループウェア管理システム（メール等）、コンピュータ利用管理システム、入出管理システム、オフィス機器利用管理システム、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の従業員には、Ｘ部署（新部署）の権限が付与されるとともに、期限付き（適用終了日有）でＹ部署（旧部署）の権限も付与される。

生成されたＡＣＬ３５は、上記記憶部１８に記憶されるとともに、即座に各システム連携制御部４２へ送信され、各システム制御部４２は当該ＡＣＬ３５を基に、上記配属イベントに対応するアカウント情報の同期要求を、対応する社内システム１０へ（すなわち、例えばＡシステム連携制御部４２ＡはＡシステム１０Ａへ、Ｂシステム連携制御部４２ＢはＢシステム１０Ｂへ）それぞれ送信する。

これにより配属イベント（配属情報）によって生じたアカウント情報の変更が、各配属イベントの対象者にとって必要な全ての社内システム１０に同期される。

また、ＴｏＤｏリスト３４が各システム連携制御部４２の参照によりプル型で取得されるのに対して、ＡＣＬ３５は各システム連携制御部４２にプッシュ型で生成後即座に送信される。これは、入退社等の人事イベントと異なり、異動前後でユーザの業務が継続して行われる配属イベントについては、各社内システム１０に即座に配属イベントに対応するアカウント情報の同期処理を行わせ、業務の停滞を防ぐためである。

［アカウント情報連携サーバの動作］
次に、以上のように構成されたアカウント情報連携サーバ１００の動作について説明する。アカウント情報連携サーバ１００の動作は、ＣＰＵ１１及び通信部１９等のハードウェアと、記憶部１８に記憶されたソフトウェアとの協働により実行される。以下の説明では、便宜上、ＣＰＵ１１を動作主体とする。

（人事イベントに伴うアカウント情報連携処理）
まず、人事イベントに伴うアカウント情報連携処理について説明する。図８は、アカウント情報連携サーバ１００による、人事イベントに伴うアカウント情報の連携処理の流れを示したフローチャートである。

同図に示すように、アカウント情報連携サーバ１００のＣＰＵ１１は、まず、人事部システム２００から発令情報Ｐを受信したか否かを判断する（ステップ８１）。

発令情報Ｐを受信したと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、上述したように、当該発令情報Ｐから、ＴｏＤｏリスト３４を生成する（ステップ８２）。

続いてＣＰＵ１１は、生成したＴｏＤｏリスト３４を記憶部１８に記憶する（ステップ８３）。

続いてＣＰＵ１１は、各システム連携制御部４２に上記ＴｏＤｏリスト３４を参照させる（ステップ８４）。

続いてＣＰＵ１１は、上記各システム連携制御部４２に、参照したＴｏＤｏリスト３４に参照日をイベント予定日（実行予定日）として含む人事イベントが存在するか否かを判断させる（ステップ８５）。

そしてＣＰＵ１１は、上記参照日をイベント予定日として含む人事イベントが存在した場合には、各システム連携制御部４２から対応する社内システム１０へ、当該人事イベントに対応するアカウント情報の同期要求を送信するように、各システム連携制御部４２を制御する（ステップ８６）。

（配属イベントに伴うアカウント情報連携処理）
次に、配属イベントに伴うアカウント情報連携処理について説明する。図９は、アカウント情報連携サーバ１００による、配属イベントに伴うアカウント情報の連携処理の流れを示したフローチャートである。

同図に示すように、アカウント情報連携サーバ１００のＣＰＵ１１はまず、人事部システム２００から配属情報Ｔを受信したか否かを判断する（ステップ９１）。

配属情報Ｔを受信したと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、上述したように、当該配属情報Ｔから、ＡＣＬ３５を生成する（ステップ９２）。

続いてＣＰＵ１１は、上記生成したＡＣＬ３５を即座に各システム連携制御部４２へ送信する（ステップ９３）。

そしてＣＰＵ１１は、各システム連携制御部４２から対応する各社内システム１０へ、上記配属情報に対応するアカウント情報の同期要求を送信するように各システム連携制御部４２を制御する（ステップ９４）。

［まとめ］
以上説明したように、本実施形態によれば、アカウント情報連携サーバ１００は、複数のシステム連携制御部４２により、ＴｏＤｏリスト（人事イベントリスト）を参照して必要に応じてアカウント情報の同期要求を対応する社内システム１０へ送信するため、アカウント情報連携サーバ１００と連携する複数の社内システム１０に関するアカウント情報の同期処理を、同時並行的に実行することができ、かつ、当該同期処理に要する時間を削減できるとともにアカウント情報連携サーバ１００の負荷を軽減することができる。

またアカウント情報連携サーバ１００は、入社・退職等の人事イベントと異なり異動前後で従業員の業務が継続して行われる配属イベントについては、ＡＣＬ（アクセス制御リスト）３５を作成後、即座に各システム連携制御部４２へ送信することで、各社内システム１０に即座に配属イベントに対応するアカウント情報の同期処理を行わせ、業務の停滞を防ぐことができる。

［変形例］
本発明は上述の実施形態にのみ限定されるものではなく、本開示の要旨を逸脱しない範囲内において種々変更され得る。

例えば、上述の実施形態におけるＴｏＤｏリスト３４及びＡＣＬ３５は、上記図５及び図７で示した構成に限られるものではなく、各項目のうちいずれかの項目を有していなくてもよいし、追加的な項目を有していてもよい。

１０（１０Ａ，１０Ｂ，１０Ｃ）…社内システム
１１…ＣＰＵ
１８…記憶部
１９…通信部
３１…人事イベントデータベース
３２…配属イベントデータベース
３３…アカウント情報データベース
３４…ＴｏＤｏリスト
３５…アクセス制御リスト
４２（４２Ａ，４２Ｂ，４２Ｃ）…システム連携制御部
１００…アカウント情報連携サーバ
２００…人事部システム
Ｐ…発令情報
Ｔ…配属情報

Claims (4)

1. 情報処理装置であって、
   組織の人事部システムから、前記組織に属するユーザの、少なくとも当該組織への入退に関する人事イベントを示す人事イベント情報を受信する通信部と、
   前記受信された人事イベント情報に基づいて、ユーザＩＤ、人事イベント識別情報及び人事イベント予定日を含むイベントリストを作成して記憶するリスト制御部と、
   前記組織内で当該情報処理装置と連携する複数のシステムにそれぞれ対応して設けられ、前記イベントリストを参照して、当該参照した日が当該イベントリストに含まれる人事イベント予定日である場合に、前記人事イベントに対応するアカウント情報の同期要求を、前記対応するシステムへそれぞれ送信するように前記通信部を制御可能な複数の連携制御部と
   を具備する情報処理装置。
2. 請求項１に記載の情報処理装置であって、
   前記通信部は、前記ユーザの前記組織内の部署間での異動に関する配属イベントを示す配属イベント情報を受信し、
   前記リスト制御部は、前記受信された配属イベント情報に基づいて、前記複数のシステムへの前記ユーザの前記部署単位でのアクセス権限を制御するアクセス制御リストを作成して前記各連携制御部へ即座に送信し、
   前記各連携制御部は、前記受信されたアクセス制御リストに基づいて、前記配属イベントに対応するアカウント情報同期要求を、前記対応するシステムへそれぞれ送信するように前記通信部を制御する
   情報処理装置。
3. 情報処理装置における情報処理方法であって、
   組織の人事部システムから、前記組織に属するユーザの、少なくとも当該組織への入退に関する人事イベントを示す人事イベント情報を受信し、
   前記受信された人事イベント情報に基づいて、ユーザＩＤ、人事イベント識別情報及び人事イベント予定日を含むイベントリストを作成して記憶し、
   前記組織内で当該情報処理装置と連携する複数のシステムにそれぞれ対応して設けられた複数の連携制御部により、前記イベントリストを参照して、当該参照した日が当該イベントリストに含まれる人事イベント予定日である場合に、前記人事イベントに対応するアカウント情報の同期要求を、前記対応するシステムへそれぞれ送信する
   情報処理方法。
4. 情報処理装置に、
   組織の人事部システムから、前記組織に属するユーザの、少なくとも当該組織への入退に関する人事イベントを示す人事イベント情報を受信するステップと、
   前記受信された人事イベント情報に基づいて、ユーザＩＤ、人事イベント識別情報及び人事イベント予定日を含むイベントリストを作成して記憶するステップと、
   前記組織内で当該情報処理装置と連携する複数のシステムにそれぞれ対応して設けられた複数の連携制御部により、前記イベントリストを参照して、当該参照した日が当該イベントリストに含まれる人事イベント予定日である場合に、前記人事イベントに対応するアカウント情報の同期要求を、前記対応するシステムへそれぞれ送信するステップと
   を実行させるプログラム。

Images