JP5742582B2 - 情報処理装置、人事情報管理システム - Google Patents

Description

本発明は、情報処理装置、人事情報管理システムに関する。

従来、会社等においては、社員の所属、役職、社員番号、経費コード等の社員に関する人事情報を管理する人事情報データベース（ＤＢ）が用いられている。また、会社等においてこの人事情報ＤＢとは別に、グループ毎の人事を管理するグループ人事情報システム、社員の勤務形態等を管理する勤務情報活用システム、社員毎の工数を管理する勤務工数管理システム等のその他のシステムが構築されている場合がある。

これら人事情報を利用する各システム（人事情報利用システム）は、給与や賞与の支給処理等のために、人事情報ＤＢから人事情報を定期的に取得する必要がある。そこで従来は、各システムの管理者が人事情報の管理権限を有する人事担当者に対して、人事情報の取得を申請する申請票を提出し、人事情報の管理者がこの申請を承認した後、各システムの管理者は人事情報ＤＢから所望する人事情報を取得するという手続きを踏んでいた。

しかしながら、人事情報を取得する申請とその承認についてはワークフローが定型化されておらず、申請側のシステム毎に異なる申請票が提出されていた。従って、申請処理、審査処理、承認処理が複雑であるという課題があり、その簡素化が望まれていた。

特許文献１には、処理サーバが複数のデータ管理サーバからデータを読み出して、データ集約サーバに読み出したデータを集約して格納する技術が開示されている。従来は、特許文献１に記載されているようなデータ集約処理を行うことにより、人事情報ＤＢから定期的に人事情報を抽出し、抽出した人事情報をファイル転送サーバに格納し、このファイル転送サーバを介して人事情報利用システムに人事情報を提供する処理が行われている。そして、このファイル転送サーバにおいては、人事情報を各システムに提供する処理（人事情報提供タスク）を定期的に行うようバッチが組まれており、各システムに人事情報を提供するスケジュールに従って、ファイル転送システムは上記抽出ファイルを各システムに提供している。

しかしながら、従来技術においては、人事情報を提供するスケジュールが変更された場合、或いは、人事情報ＤＢに格納されている人事情報に変更が生じた場合等には、バッチ制御用のデータを人手によって修正しなければならず、入力ミスをせずに修正を行うためには労力を要するという課題があった。

さらに、人事情報に変更が生じた場合には、人事情報ＤＢにおける変更処理が終了するまで、人事情報利用システムに対する人事情報提供タスクを一時的に中断する必要がある。しかしながら従来は、人事情報ＤＢとファイル転送サーバとの間で連携はとられていないため、人事情報に変更が生じた場合であっても、人事情報提供タスクを一括して停止することができない。従って、このような場合には、システム管理者がこれらのタスクを逐一停止させて、人事情報の更新処理終了後にこれらタスクをそれぞれ再開させなければならず、労力を要していた。

このように、従来技術においては、人事情報利用システム（即ち、人事情報提供タスクの申請者）に人事情報を提供する処理（人事情報提供タスク）の管理が煩雑であり、当該管理の簡素化が望まれていた。

本発明は、上記に鑑みてなされたものであって、人事情報を提供する処理を管理し易くする情報処理装置および人事情報管理システムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明の情報処理装置は、人事情報の取得を申請する申請者からその申請内容を受付ける申請受付手段と、受付けた申請内容を含む申請レコードを生成する申請レコード生成手段と、前記申請に対して審査を行う審査者に対して、前記申請レコードに関する審査の依頼を通知する審査依頼手段と、前記申請レコードの申請内容に対する審査結果として、承認または非承認する旨の選択を審査者から受付ける審査結果受付手段と、前記審査結果受付手段が前記承認する旨の選択を受付けた場合には、前記申請レコードの申請内容と、その申請内容に係る人事情報を提供する提供タスクのスケジュールと、この申請を識別するためのタスク識別情報とを含むタスクレコードを生成するタスクレコード生成手段と、前記タスクレコードを用いて、当該タスクレコードに係る前記提供タスクを制御するためのタスク制御データを、前記タスク識別情報に対応付けて生成するタスク制御データ生成手段と、を備えることを特徴とする。

また、本発明の人事情報管理システムは、人事情報の取得を申請する申請者からその申請内容を受付ける申請受付手段と、受付けた申請内容を含む申請レコードを生成する申請レコード生成手段と、前記申請に対して審査を行う審査者に対して、前記申請レコードに関する審査の依頼を通知する審査依頼手段と、前記申請レコードの申請内容に対する審査結果として、承認または非承認する旨の選択を審査者から受付ける審査結果受付手段と、前記審査結果受付手段が前記承認する旨の選択を受付けた場合には、前記申請レコードの申請内容と、その申請内容に係る人事情報を提供する提供タスクのスケジュールと、この申請を識別するためのタスク識別情報とを含むタスクレコードを生成するタスクレコード生成手段と、前記タスクレコードを用いて、当該タスクレコードに係る前記提供タスクを制御するためのタスク制御データを、前記タスク識別情報に対応付けて生成するタスク制御データ生成手段と、前記タスクレコードを格納するタスクレコード格納手段と、前記タスク制御データを格納するタスク制御データ格納手段と、前記タスク制御データ格納手段が格納する前記各タスク制御データに基づいて、前記提供タスクのスケジュールとなった前記タスク制御データに対して、そのタスク制御データに設定されている人事情報を、人事情報を格納する人事情報格納データベースから抽出し、その提供タスクの前記タスク識別情報に対応付けた抽出ファイルを生成する抽出ファイル生成手段と、生成された前記抽出ファイルを格納する抽出ファイル格納手段と、を備えることを特徴とする。

本発明によれば、タスク識別情報に対応付けてタスクレコードとタスク制御データとを生成するため、タスクレコードとタスク制御データとを関連付けて管理することが可能となり、これら双方を一元管理することができる。従って、本発明によれば、人事情報を提供する処理を管理し易くすることができる。

図１は、本実施形態にかかる人事情報管理システムの構成を例示する図である。 図２は、メニュー画面の一例を示す図である。 図３は、申請画面の一例を示す図である。 図４は、審査画面の一例を示す図である。 図５は、タスクレコードＤＢに登録されたタスクレコードの一例を示す図である。 図６は、人事情報管理システムが行う人事情報提供タスクの設定処理の手順を説明するシーケンス図である。 図７は、棚卸処理における人事情報管理システムの動作説明図である。 図８は、人事情報連携管理サーバが行う人事情報の棚卸処理の手順を示すフローチャートである。 図９は、棚卸ボタンが表示されたタスクレコードの表示画面の一例を示す図である。 図１０は、人事情報提供の継続申請をするか否かの選択を受付けるＧＵＩの一例を示す図である。 図１１は、継続申請が為されたタスクレコードの審査画面の一例を示す図である。 図１２は、提供タスクの停止処理および再開処理における人事情報管理システムの動作説明図である。 図１３は、人事情報管理システムが行う人事情報提供処理の停止処理の手順を示すシーケンス図である。 図１４は、タスクレコードの一覧表示画面の一例を示す図である。 図１５は、検索画面の一例を示す図である。 図１６は、検索結果が表示された一覧表示画面の一例を示す図である。 図１７は、人事情報管理システムが行う人事情報提供処理の再開処理の手順を示すシーケンス図である。

以下に添付図面を参照して、この発明にかかる情報処理装置および人事情報管理システムの一実施の形態を詳細に説明する。

まず、本実施形態にかかる人事情報管理システム１の構成について説明する。図１は、本実施形態にかかる人事情報管理システム１の構成を例示する図である。図１に示すように、人事情報管理システム１は、人事情報連携管理サーバ１００と、タスク制御サーバ２００と、人事情報格納サーバ３００と、ファイル転送サーバ４００とを主に備えている。各サーバは、ＣＰＵ等の制御装置と、ＲＯＭやＲＡＭ等の記憶装置と、ＨＤＤ，ＣＤドライブ装置等の外部記憶装置と、ディスプレイ装置等の表示装置と、キーボードやマウス等の入力装置を備えており、通常のコンピュータを利用したハードウェア構成を有している。また、各サーバは、ＬＡＮ（Local Area Network）や無線ＬＡＮ等のネットワークや各種通信Ｉ／Ｆ（Interface）等を介して接続されており、相互にデータ通信を行えるよう構成されている。また、申請者端末２、人事担当者端末３も上述と同等の構成を備えた通常のコンピュータのハードウェア構成を有しており、ネットワークおよび通信Ｉ／Ｆを介して人事情報管理システム１に接続されている。

人事情報の取得を希望する申請者としては、一例として、上述したグループ人事情報システム、勤務情報活用システム、勤務工数管理システム等の各システムの管理者等が挙げられる。申請者は、人事情報格納サーバ３００に格納されている人事情報の提供を受けたい場合に、申請者端末２を用いて人事情報連携管理サーバ１００に人事情報の取得申請を行う。また、人事を管理する人事担当者は、人事担当者端末３を用いて人事情報連携管理サーバ１００との間でデータ通信を行い、上記申請に関する審査、承認を行う。

人事情報提供タスクの管理を行うタスク管理者は、人事情報連携管理サーバ１００を用いて人事情報提供タスクに関する各種処理（即ち、人事情報連携管理サーバ１００の入力装置からの入力操作）等を行う。尚、タスク管理者は、人事情報連携管理サーバ１００にネットワーク接続された人事情報連携管理サーバ１００以外の情報処理装置から入力操作を行い、人事情報連携管理サーバ１００はネットワークを介してその入力操作を受付けるとしてもよい。

人事情報連携管理サーバ１００は、本実施形態にかかる人事情報連携管理プログラムを実行する。人事情報連携管理プログラムとは、概略的には、人事情報管理システム１が有する複数のサーバ（人事情報連携管理サーバ１００、タスク制御サーバ２００、人事情報格納サーバ３００、ファイル転送サーバ４００等）やデータベースを連携させて、申請者に人事情報を提供する処理（人事情報提供タスク）を行うためのプログラムである。人事情報連携管理サーバ１００は、人事情報連携管理プログラムによって以下のような処理を主に行う。尚、各処理の詳細については後述する。
（１）申請者から人事情報の取得申請を受付けて申請票レコードを生成し、この申請に関する審査・承認を行うよう審査者に依頼する処理。
（２）承認された申請票レコードの申請内容に基づいて、人事情報提供タスクを管理するためのタスクレコードと、各タスクを実行するためのタスク制御データを生成する処理（人事情報提供タスクの設定処理）。
（３）人事情報提供タスクのそれぞれについて、所定期間ごとにその提供タスクを次期も継続するか否かの判断を人事担当者に問い合わせて、その提供タスクを次期において継続または非継続とする棚卸処理。
（４）人事情報管理システム１が有する複数のサーバを制御して、人事情報提供タスクの停止を制御する処理。
（５）人事情報管理システム１が有する複数のサーバを制御して、人事情報提供タスクの再開を制御する処理。

タスク制御サーバ２００は、人事情報連携管理サーバ１００が生成したタスク制御データによって人事情報提供タスクをスケジュール管理し、このスケジュールに基づいて申請者に人事情報を提供する人事情報提供タスクを行う。図１に示すように、タスク制御サーバ２００は、通信部２０１と、抽出ファイル生成部２０２と、タスク制御部２０３と、タスクＤＢ２１０とを主に備えている。各部の機能については後述する。

人事情報格納サーバ３００は、通信部３０１と、制御部３０２と、人事情報を格納する人事情報ＤＢ３１０とを備えている。通信部３０１は、ネットワークで自装置と接続された他の情報処理装置とのデータ通信を行う。制御部３０２は、人事情報格納サーバ３００で行われる各動作を制御する。人事情報ＤＢ３１０には、格納されるデータの種類ごとに複数種類の情報マスタが設けられ、例えば、社員の所属グループを管理するためのグループマスタ、社員の住所を管理するための住所マスタ等が格納されている。

ファイル転送サーバ４００は、通信部４０１と、制御部４０２と、タスク制御サーバ２００が人事情報ＤＢ３１０内の人事情報を抽出して生成した抽出ファイルを格納する抽出ファイル格納部４１０とを備えている。人事情報の申請者は、ファイル転送サーバ４００にアクセスして、所望の抽出ファイルを取得することができる。通信部４０１は、ネットワークで自装置と接続された他の情報処理装置とのデータ通信を行う。制御部４０２は、ファイル転送サーバ４００で行われる各動作を制御する。

次に、人事情報連携管理サーバ１００の機能的構成について説明する。図１に示すように、人事情報管理サーバは、通信部１０１、表示部１０２、受付部１０３、申請票レコード生成部１０４、審査依頼部１０５、通知部１０６、タスクレコード生成部１０７、タスク制御データ生成部１０８、タスク連携制御部１０９、棚卸管理部１１０、申請票ＤＢ１２０タスクレコードＤＢ１３０を主に備えている。

通信部１０１は、通信Ｉ／Ｆ（Interface）やネットワークを介して接続される他のサーバ、他の情報処理装置との間におけるデータ通信を制御する。表示部１０２は、人事情報連携管理プログラムにかかる各種表示画面やＧＵＩ（Graphical User Interface）を、自装置またはネットワークで接続された情報処理装置のディスプレイ上に表示させる。受付部１０３は、これら表示画面またはＧＵＩにおいて入力された入力データや選択結果を受付ける。その他の各部の機能については後述する。

図２は、人事情報連携管理プログラムのメニュー画面の一例を示す図である。メニュー画面には、人事情報提供タスクを新規に申請するための「新規申請」、登録済みの申請項目を変更するための「登録内容変更申請」、申請状況を照会するための「申請状況照会」、人事情報提供タスクを管理するためのレコードであるタスクレコードについて、その登録内容を照会するための「タスクレコード照会」、各申請について審査者が審査して承認するための「審査・承認」、人事情報を申請者に提供する際に用いられるファイル転送システムの設定を行うための「ファイル転送設定」、タスクレコードの登録を行うための「タスクレコード登録」、上述した棚卸処理を行うための「棚卸」、タスクの管理を行うタスク管理者を変更するための「タスク管理者変更」、提供タスクの終了を依頼するための「提供タスク終了依頼」、メニュー画面を閉じてこのプログラムを終了させるための「終了」等のメニュー項目が設けられている。

尚、人事情報連携管理プログラムは、申請者、タスク管理者、人事担当者の各々の権限でログインする構成とし、各権限に応じて上記メニュー項目のうちの一部を表示させるように構成してもよい。

次に、人事情報連携管理サーバ１００が行う上記（１）〜（４）の各処理についてより詳細に説明する。

（１）人事情報の取得申請受付、審査・承認依頼処理
人事情報連携管理サーバ１００は、人事情報の取得申請ごとに申請票を作成し、申請票ごとに設定された審査者に対してこの申請票へのアクセスを許可する。そして、審査者は各申請票にアクセスして審査および承認を行うことにより、人事情報を申請者に提供する際の承認処理を行う。

ここで、審査者としては、タスク管理者、人事担当者が任用される。尚、審査者の人数は特に限定されるものではなく、複数のタスク管理者、複数の人事担当者が審査者として任用されるとしてもよい。

表示部１０２は、申請者がメニュー画面の「新規申請」を選択した場合に、図３に示すような申請票の表示画面（申請画面）の画像データを申請者端末２に送信して、申請者端末２の表示器に申請画面を表示させる。

図３は、申請画面の一例を示す図である。図３に示すように、この申請画面においては、申請者名とその連絡先、取得を申請する人事情報の項目（申請人事情報項目）、提供される人事情報を利用する利用者氏名（人事情報利用者）、申請する人事情報を格納している人事情報ＤＢ３１０または人事情報ＤＢ３１０内の情報マスタの名称（使用システム）等の申請項目が入力可能に構成されている。また、申請票には、現在の状況を示すステータスバーが設けられ、この申請票の審査の状態に応じて「作成中」「申請中」「審査中」等の状態が表示される。さらに、申請票には、タスク管理者の欄、審査依頼先の欄、審査者ごとの審査・承認の状態を示す「審査・承認 履歴」の欄が設けられている。また、申請画面には、申請内容を確定する申請ボタン１１が設けられている。

受付部１０３（申請受付手段）は、この申請ボタン１１が選択された場合に、申請画面において入力された各項目の内容を、通信部１０１を介して受付ける。

申請票レコード生成部１０４（申請レコード生成手段）は、受付部１０３が受付けた各項目の入力データにこの申請票を識別するための申請番号（申請Ｎｏ）を付して申請票のレコード（申請票レコード）を生成し、申請票ＤＢ１２０に格納する。

審査依頼部１０５は、審査者のメールアドレスに対して、確定された申請を審査・承認するよう要求するメールを、申請票の申請番号、申請票のリンク先アドレス（即ち、申請票の格納場所）等を付して送信する。これにより審査依頼部１０５は、各申請票による申請に対して審査を行う審査者に対して、各申請票レコードに関する審査の依頼を通知する審査依頼手段として機能する。

審査者がこのリンク先アドレスにアクセスした場合、或いは、審査者がメニュー画面（図２参照）を介して該当する申請番号の申請票にアクセスした場合に、表示部１０２は、この申請番号の申請レコードに基づいて、当該申請番号の申請票を審査するための審査画面（図４参照）の画像データを生成する。通信部１０１は、生成された画像データを審査者の情報処理端末（即ち、人事情報連携管理サーバ１００、人事担当者端末３等）に送信して、その端末のディスプレイに審査画面を表示させる。審査者はその審査画面において申請票を検閲して審査を行う。

図４は、審査画面の一例を示す図である。図４に示すように、審査画面には、上述のように申請された申請票の各申請項目およびその申請内容が表示され、審査を依頼された担当者を示す審査依頼先が表示される。また、審査画面には、この申請票にかかる人事情報提供タスクを承認するための承認ボタン２１と、非承認するための非承認ボタン２２とが設けられている。

受付部１０３（審査結果受付手段）は、承認ボタン２１または非承認ボタン２２の選択を受付ける。表示部１０２は、承認ボタン２１が選択された場合に、この審査画面にログインしている審査者によってこの申請が承認された旨を、審査票の「審査・承認履歴」に表示する。

通知部１０６は、少なくとも１人の審査者によって非承認ボタン２２が選択された場合に、その申請番号の申請が非承認となった旨を通知するメールを申請者のメールアドレス宛に送信する。

上述のように、人事情報連携管理サーバ１００は、人事情報提供タスクに関する申請内容に基づいて申請票レコードを生成し、この申請票レコードに基づいてこの申請に対する審査依頼処理、審査処理、承認処理を行う。従って、人事情報提供タスクの申請処理、審査依頼処理、審査処理、承認処理を一元化および簡素化することができる。

（２）人事情報提供タスクの設定処理
人事情報連携管理サーバ１００は、上述の処理に引き続いて人事情報提供タスクを設定する処理を行う。

タスクレコード生成部１０７（タスクレコード生成手段）は、全ての審査者によって承認ボタン２１が選択されてこの申請が承認された場合に、当該申請票が承認されたと判定し、この申請票の申請票レコードに基づいてタスクレコードを生成し、生成したタスクレコードをタスクレコードＤＢ１３０に格納する。

ここで、タスクレコードとは、申請票レコードに含まれる申請内容に加えて、人事情報提供タスクに用いられるファイル転送システムに関する各種設定、人事情報提供タスクのスケジュール設定など、人事情報提供タスクに係る各種設定を付加したレコードのことをいう。

図５は、タスクレコードＤＢ１３０に登録されたタスクレコードの一例を示す図である。タスクレコード生成部１０７は、図５に示すように各タスクレコードに対して、そのタスクレコードによって制御される人事情報提供タスクを識別するためのタスクＩＤに対応付けてタスクレコードを生成する。また、タスクレコード生成部１０７（棚卸日設定手段）は、各タスクレコードの生成時において、そのタスクの棚卸処理を行う棚卸日を各タスクレコードに設定する。一例として、タスクレコード生成部１０７は、タスクレコードの生成時において、その申請票が承認された日付である承認日の例えば１年後の日付を棚卸日としてタスクレコードに設定する。

図５に示すように、タスクレコードには、申請項目に基づいて人事情報ＤＢ３１０内の各データベースから定期的に抽出した人事情報からファイルを生成するための各種パラメータや、生成したファイルをファイル転送ＤＢに格納する際に用いられる各種パラメータ等の情報を設定するための「ファイル転送項目」が設けられている。また、タスクレコードには、人事情報を抽出または提供するスケジュールを設定する「提供スケジュール」の項目が設けられている。

タスク管理者は、タスク管理者の権限でメニュー画面を介して各タスクレコードにアクセスし、タスクレコードの表示画面において、これら各項目の内容を入力し、図５に示した登録確定ボタン３１を選択してこのタスクレコードの登録を確定する。受付部１０３（スケジュール受付手段）は、登録確定ボタン３１が選択された場合に、「ファイル転送項目」および「提供スケジュール」に対して入力されたデータを受付ける。タスクレコード生成部１０７は、受付部１０３が受付けたデータをタスクレコードに付加してこのタスクレコードを上書き保存する。

タスク制御データ生成部１０８（タスク制御データ生成手段）は、登録確定ボタン３１が選択されてタスクレコードが登録確定された場合に、各タスクレコードに基づいてタスク制御データを生成し、生成したタスク制御データに生成時に参照したタスクレコードが有するタスクＩＤに対応付けて、タスク制御サーバ２００が有するタスクＤＢ２１０に格納する。一例として、タスク制御データ生成部１０８は、各タスク制御データにそのタスクＩＤを含むファイル名を付して、各タスクＩＤによってその提供タスクを識別可能に構成する。

ここで、タスク制御データとは、各タスクＩＤで識別される人事情報提供タスクを、タスクレコードに登録されている提供スケジュールに従って申請者に提供する処理をタスク制御サーバ２００に行わせるための制御用レコードである。換言すればタスク制御データは、人事情報提供タスクをバッチ制御する際に用いられるバッチ制御用のデータである。タスク制御データには、各タスクＩＤのタスクが停止しているか否かを示す有効無効フラグが設けられている。フラグが有効と設定されている場合に、タスク制御サーバ２００はその人事情報提供タスクをスケジュールに従って実行する。フラグが無効と設定されている場合には、タスク制御サーバ２００はその人事情報提供タスクを実行しない。

図６は、人事情報管理システム１が行う人事情報提供タスクの設定処理の手順を説明するシーケンス図である。

まず、申請者は、申請者端末２から上述の申請画面にアクセスし、申請画面において申請票の各項目を入力する（ステップＳ１）。申請者端末２は、申請ボタン１１（図３参照）が選択された場合に、各申請項目の入力内容を人事情報連携管理サーバ１００に送信することにより、人事情報の提供依頼を申請する（ステップＳ２）。

人事情報連携管理サーバ１００の受付部１０３は、受信した申請項目ごとの入力内容を受付ける。申請票レコード生成部１０４は、受付けられた申請項目ごとの入力内容を含む申請票レコードを生成し、申請票ＤＢ１２０に格納する（ステップＳ３）。

審査依頼部１０５は、通信部１０１を介して、申請票を審査する審査者に対し申請票の審査を依頼するメールを送信する（ステップＳ４〜Ｓ５）。即ち、審査依頼部１０５は、タスク管理者のメールアドレスに審査依頼のメールを送信する（ステップＳ４）。また、審査依頼部１０５は、人事担当者のメールアドレスに審査依頼のメールを送信する（ステップＳ５）。

そして、人事情報連携管理サーバ１００の受付部１０３は、この申請票に対する審査結果を受付ける（ステップＳ６〜Ｓ７）。即ち、受付部１０３は、タスク管理者が審査票の審査画面において承認ボタン２１または非承認ボタン２２が選択された場合に、その審査結果を受付ける（ステップＳ６）。また、受付部１０３は、人事担当者端末３において人事担当者が上記審査画面を表示させ、当該画面において承認ボタン２１または非承認ボタン２２を選択した場合に、その審査結果をネットワークおよび通信部１０１を介して受付ける（ステップＳ７）。

次に、タスクレコード生成部１０７は、少なくとも１人の審査者によって非承認とされたか否かを判定する（ステップＳ８）。非承認とされた場合（ステップＳ８：Ｙｅｓ）に、通知部１０６は、申請者にその申請が非承認とされたことを通知する（ステップＳ９）。申請者がこの申請書を再度申請する場合（ステップＳ１０：Ｙｅｓ）には、ステップＳ１に移行する。審査者は申請者端末２から上記申請画面にアクセスして申請票の修正を行い、再度申請を行う（ステップＳ２）。申請者が再申請を行わない場合（ステップＳ１０：Ｎｏ）には、申請処理を終了する。

ステップＳ８において、申請票に設定された全ての審査者によってこの申請票が承認された場合（ステップＳ８：Ｎｏ）には、タスクレコード生成部１０７はタスクレコード生成処理を行う（ステップＳ１１）。即ち、タスクレコード生成部１０７は、承認された申請票に対してタスクＩＤを付して、申請票の各申請項目に対する申請内容をタスクレコードとして生成し、タスクＩＤとともに人事情報連携管理ＤＢに登録する。また、タスクレコード生成部１０７は、申請票が全ての審査者によって承認された日付である承認日の１年後の日付を、棚卸日としてこのタスクレコードに登録する。

次に、タスク制御データ生成部１０８は、タスクレコードに基づいてタスク制御データを生成し（ステップＳ１２）、通信部１０１を介してタスク制御サーバ２００に送信する（ステップＳ１３）。タスク制御サーバ２００は通信部２０１を介してタスク制御データを受信し、このタスク制御データをタスクＤＢ２１０に保存する（ステップＳ１４）。

そして、人事情報連携管理サーバ１００の通知部１０６は、申請された申請内容が、人事情報提供タスクとして登録された旨と、登録された人事情報提供タスクのタスクＩＤとを含む通知メールを、通信部１０１を介して申請者のメールアドレスに送付する（ステップＳ１５）。

上述のように、人事情報連携管理サーバ１００は、タスクＩＤに対応付けてタスクレコードとタスク制御データとを生成するため、タスクレコードとタスク制御データとを関連付けて管理することが可能となり、これら双方を一元管理することができる。

また、上述のように、人事情報連携管理サーバ１００は、承認日に基づいて自動的に棚卸日を登録するので、各タスクの棚卸日を確実に設定することができ、また、棚卸業務の日付を分散させやすくすることができる。

次に、以上のようにして設定された人事情報提供タスクをタスク制御サーバ２００が制御する処理について説明する。また、以下ではタスク制御サーバ２００の機能的構成について図１を参照して説明する。

タスクＤＢ２１０は、人事情報連携管理サーバ１００のタスク制御データ生成部１０８が生成したタスク制御データを各タスク制御データのタスクＩＤに対応付けて格納する。通信部２０１は、ネットワークで自装置と接続された他の情報処理装置とのデータ通信を行う。

抽出ファイル生成部２０２（抽出ファイル生成手段）は、タスク制御データのスケジュールとなったタスク制御データに対して、そのタスク制御データに設定されている人事情報を人事情報ＤＢ３１０から抽出し、抽出した人事情報を含む抽出ファイルを生成する。抽出ファイル生成部２０２は、生成した抽出ファイルを各タスク制御データのタスクＩＤに対応付けて抽出ファイル格納部４１０（抽出ファイル格納手段）に格納する。

タスク制御部２０３は、タスクＤＢ２１０に格納されたタスク制御データに基づいて、当該タスク制御データに設定されている項目の人事情報を申請者に提供する人事情報提供タスクを制御する。

より具体的には、タスク制御部２０３は、例えば１日１回所定の時刻となった場合に、タスクＤＢ２１０が格納している各人事情報提供タスクの提供スケジュールを参照し、人事情報を提供する日時（提供日時）となったタスクがあるか否かを判定する。抽出ファイル生成部２０２は、提供日時となったタスクがある場合には、そのタスクに設定された項目（申請人事情報項目）に対応する人事情報を人事情報格納サーバ３００の人事情報ＤＢ３１０から抽出する。そして、抽出ファイル生成部２０２は、抽出された人事情報を含んだ抽出ファイルを生成し、生成した抽出ファイルをファイル転送サーバ４００に格納する。また、抽出ファイル生成部２０２は、タスクＩＤによってその抽出ファイルを識別可能であるように抽出ファイルを生成する。例えば、抽出ファイル生成部２０２は、抽出ファイルの生成時に、そのタスクのタスクＩＤを含むファイル名を抽出ファイルに付与する。これにより申請者は、ファイル名によって申請者が所望するファイルを識別することができる。

そして、申請者は、ファイル転送サーバ４００にアクセスし、タスク制御サーバ２００からメール通知されたタスクＩＤ（図６のステップＳ１５参照）で識別される抽出ファイルを取得することにより、申請が承認された人事情報を取得することができる。また、一例として、申請者端末２が、抽出ファイルを定期的に取得するプログラムを備えるとしてもよい。そして例えば、抽出ファイルが生成されるスケジュールに同期させて申請者端末２が、ファイル転送サーバ４００から抽出ファイルを取得するように構成してもよい。

上述のように、人事情報連携管理サーバ１００は、タスクレコードのレコードから自動的にタスク制御データを作成し、タスクＤＢ２１０に格納する。これにより、タスク制御サーバ２００は、タスクレコード生成時に登録されたスケジュールに従って申請者に人事情報を提供することができる。

（３）棚卸処理
次に、人事情報連携管理サーバ１００が行う人事情報提供タスクの棚卸処理について図７、図８を参照して説明する。図７は、棚卸処理における人事情報管理システム１の動作説明図である。図８は、人事情報連携管理サーバ１００が行う人事情報の棚卸処理の手順を示すフローチャートである。

まず、棚卸管理部１１０は、例えば１日１回、タスク制御データに登録された棚卸日と現在の日付とを参照して、棚卸日までの日数（棚卸日−現在日）を計算し、棚卸日までの日数が１０日であるか否かを判定する（ステップＳ２１）。１０日である場合に（ステップＳ２１：Ｙｅｓ）、棚卸管理部１１０は、タスクレコードの棚卸依頼中フラグに「１」を設定する（ステップＳ２２）。

ここで、棚卸依頼中フラグとは、後述する棚卸ボタン４１の表示・非表示を管理するためのフラグであり、人事情報連携管理サーバ１００の記憶領域に設けられたフラグである。図９は、棚卸ボタンが表示されたタスクレコードの表示画面の一例を示す図である。図９に示すように、棚卸依頼中フラグに１が設定されると、表示部１０２はタスクレコードの表示画面において棚卸処理を開始するための棚卸ボタン４１を表示する。そして、棚卸処理が終了すると、棚卸管理部１１０は、棚卸依頼中フラグを１から０に変更する。棚卸依頼中フラグが０である場合、表示部１０２は、タスクレコードの表示画面に棚卸ボタン４１を表示しない。

一方、ステップＳ２１において棚卸日までの日数が１０日でない場合（ステップＳ２１：Ｎｏ）には、棚卸管理部１１０は、棚卸日までの日数が１０日より少ないか否かを判定する（ステップＳ２３）。１０日より少ない場合（ステップＳ２３：Ｙｅｓ）にはステップＳ２４に移行し、１０日より多い（ステップＳ２３：Ｎｏ）には処理を終了する。

通知部１０６は、タスク管理者に棚卸依頼メールを送信する（ステップＳ２４）。尚、棚卸依頼メールには、棚卸処理を依頼するタスクレコードにリンクするリンク先アドレスが含まれており、タスク管理者は、このリンク先アドレスにアクセスすることによって、棚卸処理を行うタスクレコード（図９参照）にアクセスすることができる。

尚、棚卸依頼メールには、単に棚卸処理を依頼するタスクＩＤが含まれるものとし、タスク管理者はメニュー画面（図２参照）を経由して、このタスクＩＤに該当するタスクレコードを開くとしてもよい。このように、タスク管理者はこの棚卸依頼メールによって、当該タスクＩＤの提供タスクが棚卸時期となったことを認識することができ、棚卸処理を確実に行うことができる。

このように、通知部１０６は、棚卸日以前の所定期間内となった場合に、そのタスクレコードのタスクＩＤとともに、その人事情報提供タスクの棚卸日が近づいていることを通知する棚卸通知手段として機能する。

尚、ここでは通知部１０６が棚卸処理を管理する管理者であるタスク管理者に棚卸依頼メールを送信して、棚卸日が近づいていることを通知するとしたが、通知対象者はこれに限定されるものではない。その他の例として、通知部１０６は、上述の人事担当者に棚卸依頼メールを送信して、棚卸日が近づいていることを通知するとしてもよい。また、通知部１０６はこれら両者に対して上記通知を行うとしてもよいし、その他の者に上記通知を行うとしてもよい。

次に、受付部１０３は、タスクレコードの表示画面（図９参照）において、棚卸ボタン４１が選択されたか否かを判定する（ステップＳ２５）。棚卸ボタン４１が選択されない場合（ステップＳ２５：Ｎｏ）には、選択待ちを行う（ステップＳ２５）。棚卸ボタン４１が選択された場合（ステップＳ２５：Ｙｅｓ）に、表示部１０２は、図１０に示すように、タスクレコードの表示画面上に「人事情報提供の継続申請をしますか？」等のメッセージを含むＧＵＩをポップアップ表示させる（ステップＳ２６）。そして、棚卸管理部１１０は、図１０に示したＧＵＩにおいて継続申請を行う旨が選択されたか否かを判定する（ステップＳ２７）。

継続申請を行わない旨が選択された場合（ステップＳ２７：Ｎｏ）に通知部１０６は、申請者のメールアドレスに対して該当するタスクＩＤの提供タスクが終了した旨を通知するメールを送信し（ステップＳ３３）、ステップＳ３１に移行する。

継続申請を行う旨が選択された場合（ステップＳ２７：Ｙｅｓ）に、通知部１０６は、人事担当者のメールアドレス宛に、そのタスクＩＤで識別される提供タスクについて、次期も継続して申請を行う旨の通知メールを送信する（ステップＳ２８）。

尚、このメールには、このタスクＩＤのタスクレコードにアクセスできるリンク先アドレスが含まれており、人事担当者はこのリンク先アドレスにアクセスすることよって、継続申請を審査すべきタスクレコードにアクセスすることができる。表示部１０２は、人事担当者が審査対象のタスクレコードにアクセスした場合に、該当するタスクＩＤのタスクレコードに対して継続申請を審査するための審査画面の画像データを人事担当者端末３に送信し、当該審査画面を人事担当者端末３のディスプレイ上に表示させる。

図１１は、継続申請がなされたタスクレコードの審査画面の一例を示す図である。図１１に示すように、表示部１０２は、継続申請が為されたタスクレコードの審査画面に、継続申請を承認するための承認ボタン５１と、継続申請を非承認するための非承認ボタン５２とを表示させる。

そして、棚卸管理部１１０（継続承認判定手段）は、承認ボタン５１が選択されたか否かを判定する（ステップＳ２９）。棚卸管理部１１０は、審査画面（図１１参照）において承認ボタン５１が選択されて人事担当者の承認が得られた場合（ステップＳ２９：Ｙｅｓ）に、継続申請が承認されたと判定する。そして、棚卸管理部１１０は、その人事除法提供タスクを次期も継続して行う旨と、このタスクの新たな棚卸日として承認を受付けた日（即ち、承認ボタン５１が選択された日）の所定期間後の日付と、をこのタスクＩＤのタスクレコードに登録する。一例として棚卸管理部１１０は、承認ボタン５１が選択された日（棚卸実施日）の例えば１年後を新たな棚卸日として、該当するタスクＩＤのタスクレコードに登録する（ステップＳ３０）。その後、棚卸管理部１１０は、タスクレコードの棚卸依頼中フラグに０を設定し、棚卸ボタン４１を非表示とする設定にする（ステップＳ３１）。そして、通知部１０６は、申請者のメールアドレスに対して該当するタスクＩＤの提供タスクが次期も継続される旨を通知するメールを送信し（ステップＳ３２）、処理を終了する。

尚、棚卸処理を年次で行う場合には上述のように承認日の１年後の日付を新たな棚卸日として登録すればよいが、新たな棚卸日の設定方法はこれに限定されるものではない。その他の例として、棚卸管理部１１０は、棚卸処理を例えば６ヶ月ごとに行うような場合には、承認日の６ヶ月後を新たな棚卸日としてタスクレコードに登録するとしてもよい。

図１１に示す非承認ボタン５２が選択された場合（ステップＳ２９：Ｎｏ）に、棚卸管理部１１０は、継続申請が非承認されたと判定する。そして、通知部１０６は、タスク管理者のメールアドレス宛に、このタスクＩＤの継続申請が承認不可能である旨を通知するメールを送信し（ステップＳ３４）、ステップＳ２５に移行する。尚、このメールには該当するタスクレコードの表示画面へのリンクが貼られていてもよい。また、人事担当者が継続申請の承認・非承認を行うタスクレコードの表示画面（図１１参照）においては、人事担当者が継続申請を承認できない理由を記入できるように構成しておき、非承認を通知するメールにこの理由を含めるとしてもよい。

棚卸担当者は、承認不可を通知するメールを受信した場合に、タスクレコードを修正して再度上述と同様に棚卸ボタン４１を選択する。受付部１０３は棚卸ボタン４１が選択されたことを受付ける（ステップＳ２５：Ｙｅｓ）。以降、人事情報連携管理サーバ１００は上述と同様の処理を行う。

上述のように、人事情報連携管理サーバ１００は、タスクレコードに設定されている棚卸日が近づいた場合に、棚卸担当者に棚卸依頼を通知するメールを送信するので、棚卸担当者は提供タスクの棚卸処理を確実に行うことができる。

また、上述のように、棚卸日はその人事情報提供タスク（タスクレコード）が承認された場合に、その承認日の所定期間後の日付に自動的に設定されるので、人事情報提供タスクを多数管理しなければならない場合であっても、承認日が異なれば棚卸日も異ならせることができる。従って、人事担当者は意図的に棚卸日を分散させることができるので、人事情報の管理にかかる業務を分散させることができる。

（４）人事情報提供タスクの停止処理
次に、人事情報管理システム１が行う人事情報提供タスクの停止処理について、図１２、図１３を参照して説明する。図１２は、提供タスクの停止処理および再開処理における人事情報管理システム１の動作説明図である。図１３は、人事情報管理システム１が行う人事情報提供処理の停止処理の手順を示すシーケンス図である。

人事担当者は、人事情報ＤＢ３１０で管理されている人事情報に変更が生じた場合に、タスク管理者に人事情報に変更が発生した旨を通知する（ステップＳ４１）。図２に示したメニュー画面において、例えば、「タスクレコード照会」を選択すると、表示部１０２は、タスクレコードをステータス別、タスク管理者別に一覧表示させることができる。タスク管理者はこのようにして、図１４に示すような一覧表示画面を表示させる（ステップＳ４２）。

図１４は、タスクレコードの一覧表示画面の一例を示す図である。一覧表示画面には、人事情報提供タスクの一覧が表示される。また、一覧表示画面には、提供タスクを停止させる旨の停止指示を受付ける停止ボタン６１と、提供タスクの停止を解除して当該提供タスクを再開させる旨の再開指示を受付ける解除ボタン６２とが設けられている。

受付部１０３（停止指示受付手段）は、停止ボタン６１が選択された否かを判定する（ステップＳ４３）。停止ボタン６１が選択されていない間（ステップＳ４３：Ｎｏ）は選択待ちを行う（ステップＳ４３）。停止ボタン６１が選択された場合（ステップＳ４３：Ｙｅｓ）に、表示部１０２は、図１５のような検索画面をポップアップ表示させる（ステップＳ４４）。

図１５は、検索画面の一例を示す図である。タスク管理者は、検索画面において検索語を入力して実行ボタン７１を選択することにより、検索語を含むタスクレコードを検索することができる。

受付部１０３は、検索画面において実行ボタン７１が選択されたか否かを判定する（ステップＳ４５）。実行ボタン７１が選択されていない間（ステップＳ４５：Ｎｏ）は選択待ちをする。検索語が入力されて実行ボタン７１が選択された場合（ステップＳ４５：Ｙｅｓ）には、タスク連携制御部１０９は、検索語に入力された申請項目の人事情報を提供しているタスクレコードを検索する（ステップＳ４６）。図１５の例では、タスク連携制御部１０９は、提供情報として社員番号（社員Ｎｏ）を含むタスクレコードを検索する。表示部１０２は、検索結果を図１６に示すような一覧表示画面上に表示する（ステップＳ４７）。

図１６は、検索結果が表示された一覧表示画面の一例を示す図である。図１６に示すように、表示部１０２は、申請項目（申請人事情報項目）として社員Ｎｏを含んでいるタスクレコードに対してチェックマークを表示することにより検索結果を表示する。そして、タスク管理者は、このチェックマークを確認し、停止させたいタスクレコードが適切にチェックされている場合には、一覧表示画面に設けられた確定ボタン６３を選択する。

受付部１０３は、確定ボタン６３が選択されたか否かを判定する（ステップＳ４８）。確定ボタン６３が選択されていない間（ステップＳ４８：Ｎｏ）は、選択待ちをする（ステップＳ４８）。確定ボタン６３が選択された場合（ステップＳ４８：Ｙｅｓ）に、タスク連携制御部１０９（タスク停止手段）は、チェックされているタスクレコードのタスクＩＤと、そのタスクＩＤで識別されるタスク制御データで制御される人事情報提供タスクを停止させる停止指示を、通信部１０１を介してタスク制御サーバ２００に送信する（ステップＳ４９）。

タスク制御サーバ２００は、通信部２０１を介してこの停止指示を受付けて、停止指示を受けた提供タスクごとにステップＳ５０〜Ｓ５４のタスク停止処理を行う。

タスク制御サーバ２００のタスク制御部２０３は、１つ目のタスクＩＤについて、そのタスクＩＤのタスク制御データのタスクが停止しているか否かを示す有効無効フラグを参照し、そのタスクが停止しているか否かを判定する（ステップＳ５０）。そのタスクに対して無効フラグが付されており、そのタスクが停止している場合（ステップＳ５０：Ｎｏ）に、タスク制御部２０３は、停止指示を受けたが未処理のタスクＩＤが他にあるか否かを判定する（ステップＳ５６）。未処理のタスクＩＤが無い場合（ステップＳ５６：Ｎｏ）には、タスク停止処理を終了する。未処理のタスクＩＤがある場合（ステップＳ５６：Ｙｅｓ）にはステップＳ５０に移行する。

次に、タスク制御部２０３（抽出ファイル削除手段）は、上記停止していないタスクに関して、その提供タスクの抽出ファイルが既にファイル転送サーバ４００の抽出ファイル格納部４１０に格納されているか否かを判定する（ステップＳ５１）。抽出ファイルが抽出ファイル格納部４１０に格納されている場合（ステップＳ５１：Ｙｅｓ）に、タスク制御部２０３は、抽出ファイル格納部４１０に格納されている抽出ファイルを削除する（ステップＳ５２）。

より詳細には、タスク制御部２０３は、その提供タスクに対応するタスクＩＤとそのタスクＩＤに対応する抽出ファイルを削除する旨の削除指示を、通信部２０１を介してファイル転送サーバ４００に送信する。ファイル転送サーバ４００の制御部４０２は、通信部４０１を介してこの削除指示を受信し、削除指示を受けた抽出ファイルを抽出ファイル格納部４１０から削除する。

一方、抽出ファイルが格納されていない場合（ステップＳ５１：Ｎｏ）には、ステップＳ５３に移行する。そして、タスク制御部２０３は、タスクＩＤに対応する人事情報提供タスクを停止し（ステップＳ５３）、そのタスクの有効無効フラグを無効に設定する（ステップＳ５４）。

その後、人事情報連携管理サーバ１００の通知部１０６（停止通知手段）は、そのタスクＩＤの提供タスクの申請者のメールアドレス宛に、そのタスクＩＤの提供タスクを停止した旨を通知するメールを送信し（ステップＳ５５）、ステップＳ５６に移行する。以降、タスク制御サーバ２００は、全てのタスクＩＤの提供タスクを停止させるまでステップＳ５１〜Ｓ５５の処理を繰り返し、停止指示を受けた全てのタスクＩＤの提供タスクを停止させた場合（ステップＳ５６：Ｎｏ）には、タスク停止処理を終了する。

上述のように、人事情報連携管理サーバ１００は、複数の人事情報提供タスクのタスクＩＤに対する停止指示を一括してタスク制御サーバ２００に送信することにより、複数の人事情報提供タスクを一括停止させることができる。また、人事情報連携管理サーバ１００は、停止対象である人事情報提供タスクのタスクＩＤに対応する抽出ファイルを抽出ファイル格納部４１０から一括して削除することができる。従って、複数の人事情報提供タスクを速やかに停止させることができる。

また、上述のように、人事情報連携管理サーバ１００は、変更対象の人事情報を含む人事情報提供タスクを検索することができるので、検索された人事情報提供タスクのタスクＩＤ全てに対する停止指示を一括してタスク制御サーバ２００に送信して、停止対象の人事情報提供タスクを一括して停止させることができる。従って、変更対象の人事情報を含む複数の人事情報提供タスクを速やかに停止させることができ、タスクの停止処理を簡便にすることができる。

（５）人事情報提供タスクの再開処理
次に、人事情報管理システム１が行う人事情報提供処理の再開処理について、図１２、図１７を参照して説明する。図１７は、人事情報管理システム１が行う人事情報提供処理の再開処理の手順を示すシーケンス図である。

人事担当者は、人事情報ＤＢ３１０における人事情報の変更処理が終了した場合に、タスク管理者に人事情報の変更処理が終了した旨を通知する（ステップＳ６１）。タスク管理者は、図１３のステップＳ４２で上述したように、図１４に示すような一覧表示画面を表示させる（ステップＳ６２）。

受付部１０３（再開指示受付手段）は、一覧表示画面において解除ボタン６２が選択されたか否かを判定する（ステップＳ６３）。解除ボタン６２が選択されていない間（ステップＳ６３：Ｎｏ）は、選択待ちをする（ステップＳ６３）。解除ボタン６２が選択された場合（ステップＳ６３：Ｙｅｓ）に、表示部１０２は、図１５に示すような検索画面をポップアップ表示させる（ステップＳ６４）。タスク管理者は、検索画面に検索語を入力して実行ボタン７１を選択することによりタスクレコードの検索を行うことができる。

受付部１０３は、検索画面において実行ボタン７１が選択されたか否かを判定する（ステップＳ６５）。実行ボタン７１が選択されていない間（ステップＳ６５：Ｎｏ）は選択待ちをする。検索語が入力されて実行ボタン７１が選択された場合（ステップＳ６５：Ｙｅｓ）には、タスク連携制御部１０９は、検索語に入力された申請項目の人事情報を提供しているタスクレコードを検索する（ステップＳ６６）。表示部１０２は、検索結果を一覧表示画面（図１６参照）上に表示する（ステップＳ６７）。

受付部１０３は、確定ボタン６３が選択されたか否かを判定する（ステップＳ６８）。確定ボタン６３が選択されていない間（ステップＳ６８：Ｎｏ）は、選択待ちをする（ステップＳ６８）。確定ボタン６３が選択された場合（ステップＳ６８：Ｙｅｓ）に、タスク連携制御部１０９（タスク再開手段）は、チェックされているタスクレコードのタスクＩＤと、そのタスクＩＤで識別されるタスク制御データで制御される人事情報提供タスクを再開する再開指示を、通信部１０１を介してタスク制御サーバ２００に送信する（ステップＳ６９）。

タスク制御サーバ２００は、通信部２０１を介してこの再開指示を受付けて、再開指示を受けた提供タスクごとにステップＳ７０〜Ｓ７２のタスク再開処理を行う。

タスク制御サーバ２００のタスク制御部２０３は、１つ目のタスクＩＤについて、そのタスクＩＤの有効無効フラグに無効と設定されているか否かを判定する（ステップＳ７０）。そのタスクに対して有効フラグが付されており、そのタスクが停止されていない（有効化されている）場合（ステップＳ７０：Ｎｏ）には、ステップＳ７４に移行する。

一方、そのタスクに対して無効フラグが付されており、そのタスクが停止している場合（ステップＳ７０：Ｙｅｓ）に、タスク制御部２０３は、そのタスクＩＤに対応する人事情報提供タスクを再開（有効化）し（ステップＳ７１）、そのタスクの有効無効フラグを有効に設定する（ステップＳ７２）。そして、人事情報連携管理サーバ１００の通知部１０６（再開通知手段）は、そのタスクＩＤの提供タスクの申請者のメールアドレス宛に、そのタスクＩＤの提供タスクを再開した旨を通知するメールを送信する（ステップＳ７３）。

次に、タスク制御部２０３は、再開指示を受けたが未処理のタスクＩＤが有るか否かを判定する（ステップＳ７４）。未処理のタスク処理が有る場合（ステップＳ７４：Ｙｅｓ）にはステップＳ７０に移行する。未処理のタスクＩＤが無い場合（ステップＳ７４：Ｎｏ）には、タスク再開処理を終了する。

上述のように、人事情報連携管理サーバ１００は、複数の人事情報提供タスクのタスクＩＤに対する再開指示を一括してタスク制御サーバ２００に送信して、複数の人事情報提供タスクを一括して再開させることができる。従って、複数の人事情報提供タスクを速やかに再開させることができる。

また、上述のように、人事情報連携管理サーバ１００は、変更された人事情報を含む人事情報提供タスクを検索することができるので、検索された人事情報提供タスクのタスクＩＤ全てに対する再開指示を一括してタスク制御サーバ２００に送信して、再開対象の人事情報提供タスクを一括して再開させることができる。従って、変更された人事情報を含む複数の人事情報提供タスクを速やかに再開することができ、タスクの再開処理を簡便にすることができる。

また、上述のように、人事情報連携管理サーバ１００は、人事情報ＤＢ３１０で管理されている人事情報に変更が生じた場合に、その変更処理が終了するまで当該変更に関連する人事情報提供タスクを中断することができる。従って、申請者に対して正確な人事情報を提供しやすくすることができる。

本実施形態の人事情報連携管理サーバ１００で実行される人事情報連携管理プログラムは、表示部１０２、受付部１０３、申請票レコード生成部１０４、審査依頼部１０５、通知部１０６、タスクレコード生成部１０７、タスク制御データ生成部１０８、タスク連携制御部１０９、棚卸管理部１１０を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記記憶媒体から人事情報連携管理プログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、表示部１０２、受付部１０３、申請票レコード生成部１０４、審査依頼部１０５、通知部１０６、タスクレコード生成部１０７、タスク制御データ生成部１０８、タスク連携制御部１０９、棚卸管理部１１０が主記憶装置上に生成されるようになっている。

また、本実施形態のタスク制御サーバ２００で実行されるプログラムは、抽出ファイル生成部２０２、タスク制御部２０３を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記記憶媒体からプログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、抽出ファイル生成部２０２、タスク制御部２０３が主記憶装置上に生成されるようになっている。

尚、上述では、タスク制御サーバ２００が抽出ファイル生成部２０２、タスク制御部２０３、タスクＤＢ２１０を備える形態とし、人事情報連携管理サーバ１００とタスク制御サーバ２００とが連携して各処理を行うとしたが、実施形態はこれに限定されるものではない。人事情報連携管理サーバ１００が備える上記各部（表示部１０２、受付部１０３、申請票レコード生成部１０４、審査依頼部１０５、通知部１０６、タスクレコード生成部１０７、タスク制御データ生成部１０８、タスク連携制御部１０９、棚卸管理部１１０）およびタスク制御サーバ２００が備える各部（抽出ファイル生成部２０２、タスク制御部２０３）は、人事情報連携管理サーバ１００に集約して設けるとしてもよいし、２つ以上のサーバに分割して設ける形態としこれら複数のサーバを連携させて上記各処理を行うと形態としてもよい。

また、人事情報ＤＢ３１０、抽出ファイル格納部４１０についても本実施形態の人事情報管理システム１が備えていればいずれのサーバが備える形態としてもよい。さらに、本実施形態の人事情報管理システム１は、人事情報ＤＢ３１０、抽出ファイル格納部４１０を備えない形態であってもよく、ネットワークおよび通信Ｉ／Ｆを介して接続されたサーバにこれらＤＢを備え、当該サーバから各ＤＢにアクセスする形態としてもよい。

本実施形態の人事情報連携管理サーバ１００で実行される人事情報連携管理プログラム、または本実施形態のタスク制御サーバ２００で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。

また、本実施形態の人事情報連携管理サーバ１００で実行される人事情報連携管理プログラム、または本実施形態のタスク制御サーバ２００で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。

また、本実施形態の人事情報連携管理サーバ１００で実行される人事情報連携管理プログラム、または本実施形態のタスク制御サーバ２００で実行されるプログラムを、インターネット等のネットワーク経由で提供または配布するように構成しても良い。また、本実施形態のプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。

以上説明した通り、本実施形態によれば、タスクＩＤを用いることによって、人事情報連携管理サーバ１００、タスク制御サーバ２００、ファイル転送サーバ４００の間で同一の人事情報提供タスクを識別することが可能となり、各サーバが連携して人事情報提供タスクを管理することが可能となる。従って、人事情報連携管理サーバ１００は、タスク制御サーバ２００によって制御される人事情報提供タスクの各々を管理することが可能となる。従って、人事情報管理システム１内において人事情報提供タスクを一元的に管理することが可能となり、人事情報提供タスクを管理し易くすることができる。

１ 人事情報管理システム
２ 申請者端末
３ 人事担当者端末
１００ 人事情報連携管理サーバ
１０１ 通信部
１０２ 表示部
１０３ 受付部
１０４ 申請票レコード生成部
１０５ 審査依頼部
１０６ 通知部
１０７ タスクレコード生成部
１０８ タスク制御データ生成部
１０９ タスク連携制御部
１１０ 棚卸管理部
１２０ 申請票ＤＢ
１３０ タスクレコードＤＢ
２００ タスク制御サーバ
２０１ 通信部
２０２ 抽出ファイル生成部
２０３ タスク制御部
２１０ タスクＤＢ
３００ 人事情報格納サーバ
３０１ 通信部
３０２ 制御部
３１０ 人事情報ＤＢ
４００ ファイル転送サーバ
４０１ 通信部
４０２ 制御部
４１０ 抽出ファイル格納部

特開２００６−２６８４０７号公報

Claims (10)

1. 人事情報の取得を申請する申請者からその申請内容を受付ける申請受付手段と、
   受付けた申請内容を含む申請レコードを生成する申請レコード生成手段と、
   前記申請に対して審査を行う審査者に対して、前記申請レコードに関する審査の依頼を通知する審査依頼手段と、
   前記申請レコードの申請内容に対する審査結果として、承認または非承認する旨の選択を審査者から受付ける審査結果受付手段と、
   前記審査結果受付手段が前記承認する旨の選択を受付けた場合には、前記申請レコードの申請内容と、その申請内容に係る人事情報を提供する提供タスクのスケジュールと、この申請を識別するためのタスク識別情報とを含むタスクレコードを生成するタスクレコード生成手段と、
   前記タスクレコードを用いて、当該タスクレコードに係る前記提供タスクを制御するためのタスク制御データを、前記タスク識別情報に対応付けて生成するタスク制御データ生成手段と、
   を備える情報処理装置。
2. 前記タスクレコードの生成時に、前記提供タスクを次期も継続して行うか否かを問う処理である棚卸処理を行う棚卸日を、前記タスクレコードごとに設定する棚卸日設定手段と、
   前記棚卸日以前の所定期間内となった場合に、そのタスクレコードの前記タスク識別情報とともに、当該提供タスクの棚卸日が近づいていることを通知する棚卸日通知手段と、
   をさらに備える請求項１に記載の情報処理装置。
3. 人事情報の管理を行う人事担当者から、前記タスク識別情報の前記提供タスクを次期も継続して行う旨の承認を受付けたか否かを判定する継続承認判定手段と、
   前記承認を受付けたと判定された場合に、当該提供タスクを次期も継続して行う旨と、当該提供タスクの新たな前記棚卸日として前記承認を受付けた日付の所定期間後の日付と、をこのタスク識別情報の前記タスクレコードに設定する棚卸管理部と、
   をさらに備える請求項２に記載の情報処理装置。
4. 前記審査結果受付手段が前記承認する旨の選択を受付けた申請に対して、その申請に係る人事情報を提供する前記提供タスクのスケジュールを受付けるスケジュール受付手段をさらに備え、
   前記タスクレコード生成手段は、前記スケジュール受付手段が受付けた前記スケジュールに基づいて、前記タスクレコードを生成する、請求項１に記載の情報処理装置。
5. 前記提供タスクのスケジュールとなった前記タスク制御データに対して、そのタスク制御データに設定されている人事情報を、人事情報を格納する人事情報格納データベースから抽出し、その提供タスクの前記タスク識別情報に対応付けた抽出ファイルを生成する抽出ファイル生成手段と、
   生成された前記抽出ファイルを格納する抽出ファイル格納手段と、をさらに備える、請求項１ないし４のいずれか１つに記載の情報処理装置。
6. 前記タスク識別情報の前記提供タスクを停止させる旨の停止指示を受付ける停止指示受付手段と、
   前記停止指示を受付けた場合に、当該停止指示を受付けた前記タスク識別情報の前記提供タスクを停止させるタスク停止手段と、
   前記停止指示を受付けた場合に、当該停止指示を受付けた前記タスク識別情報に対応する前記抽出ファイルを前記抽出ファイル格納手段から削除する抽出ファイル削除手段と、
   をさらに備える請求項５に記載の情報処理装置。
7. 停止されている前記提供タスクを再開させる旨の再開指示を受付ける再開指示受付手段と、
   前記再開指示を受付けた場合に、当該再開指示を受付けた前記提供タスクを再開させるタスク再開手段と、
   をさらに備える請求項６に記載の情報処理装置。
8. 前記タスク停止手段が前記提供タスクを停止させた場合に、そのタスク識別情報の前記提供タスクを停止させた旨の通知を、前記申請者に通知する停止通知手段をさらに備える、請求項６に記載の情報処理装置。
9. 前記タスク再開手段が前記提供タスクを再開させた場合に、そのタスク識別情報の前記提供タスクを再開させた旨の通知を前記申請者に通知する再開通知手段をさらに備える、請求項７に記載の情報処理装置。
10. 人事情報の取得を申請する申請者からその申請内容を受付ける申請受付手段と、
    受付けた申請内容を含む申請レコードを生成する申請レコード生成手段と、
    前記申請に対して審査を行う審査者に対して、前記申請レコードに関する審査の依頼を通知する審査依頼手段と、
    前記申請レコードの申請内容に対する審査結果として、承認または非承認する旨の選択を審査者から受付ける審査結果受付手段と、
    前記審査結果受付手段が前記承認する旨の選択を受付けた場合には、前記申請レコードの申請内容と、その申請内容に係る人事情報を提供する提供タスクのスケジュールと、この申請を識別するためのタスク識別情報とを含むタスクレコードを生成するタスクレコード生成手段と、
    前記タスクレコードを用いて、当該タスクレコードに係る前記提供タスクを制御するためのタスク制御データを、前記タスク識別情報に対応付けて生成するタスク制御データ生成手段と、
    前記タスクレコードを格納するタスクレコード格納手段と、
    前記タスク制御データを格納するタスク制御データ格納手段と、
    前記タスク制御データ格納手段が格納する前記各タスク制御データに基づいて、前記提供タスクのスケジュールとなった前記タスク制御データに対して、そのタスク制御データに設定されている人事情報を、人事情報を格納する人事情報格納データベースから抽出し、その提供タスクの前記タスク識別情報に対応付けた抽出ファイルを生成する抽出ファイル生成手段と、
    生成された前記抽出ファイルを格納する抽出ファイル格納手段と、
    を備える人事情報管理システム。

Images