(57)【要約】【課題】  本発明の課題は、人事システムにおける人事情報の発令に応じて、グループウエアシステムの格納データを連動して処理できるようにすることである。【解決手段】  人事システム２で発令内容が指示されると、ＣＰＵ２ａは発令内容を基に、データベース２ｃ内の人事情報を更新し、メモリ２ｂに発令内容を記憶する。そして、人事システム２は発令内容が指示されたことを示す発令発生情報を、グループウエア３へ送信する。グループウエア３は人事システム２から発生発生情報を受信すると、ＣＰＵ３ａは人事システム２のメモリ２ｂから発令内容を取り込み、当該発令内容に基づいてデータベース３ｃに関する変更点を抽出し、該抽出した変更点に基づいてデータベース３ｃを更新する。【選択図】  図３
2004227603.tif 000002
【特許請求の範囲】
【請求項１】
複数の社員の各社員に対応して所属情報及び役職情報を含む人事情報を管理する人事システムに接続されるデータ処理装置であって、
前記人事情報に関連して各社員に対応して所属情報及び役職情報を含む本務情報を記憶する本務情報記憶手段と、
前記人事システムから送信される発令発生情報を受信する受信手段と、
前記受信手段により前記発令発生情報が受信されると前記人事システムが管理する発令履歴記憶手段から発令内容を取り込む取得手段と、
前記発令情報取得手段により取り込まれた前記発令内容に基づいて前記本務情報記憶手段に記憶されている本務情報に関する変更点を抽出する抽出手段と、
前記変更点抽出手段により抽出された変更点に基づいて前記本務情報記憶手段の本務情報を更新する更新手段と、
を備えたことを特徴とするデータ処理装置。
【請求項２】
前記取得手段により取り込まれた発令内容に基づいて、当該発令内容に関するユーザが前記本務情報記憶手段にユーザ登録されているか否かを判定する判定手段を更に備え、
前記更新手段は、前記判定手段により前記ユーザがユーザ登録されていないと判定された場合には、当該ユーザを前記本務情報記憶手段にユーザ登録するとともに、当該ユーザの本務情報を前記人事システムが管理する人事情報から取り込んで、該取り込んだ本務情報に基づいて当該本務情報記憶手段を更新することを特徴とする請求項１記載のデータ処理装置。
【請求項３】
前記取得手段により取り込まれた発令内容に基づいて、前記本務情報記憶手段に記憶されている本務情報を利用する際のサーバが変化するか否かを判定する判定手段と、
前記判定手段によりサーバが変化すると判定された場合に、前記発令情報取得手段により取り込まれた発令内容に基づいてサーバを更新するサーバ更新手段と、
を更に備えたことを特徴とするデータ処理装置。
【請求項４】
人事情報を管理する人事システムと、当該人事システムに接続されるグループウエアシステムからなるデータ処理システムであって、
前記グループウエアシステムは、
前記人事情報に関連するユーザ登録情報を記憶するユーザ登録情報記憶手段と、
前記ユーザ登録情報記憶手段にユーザ登録するユーザを入力するユーザ入力手段と、
前記ユーザ入力手段により入力されたユーザを前記ユーザ登録情報記憶手段にユーザ登録するユーザ登録手段と、
前記ユーザ登録手段によりユーザ登録されたことを示すユーザ登録情報を前記人事システムへ送信する送信手段と、を備え、
前記人事システムは、
前記グループウエアシステムから送信される前記ユーザ登録情報を受信する受信手段と、
前記受信手段により前記ユーザ登録情報が受信されると、前記グループウエアシステムのユーザ入力手段により入力されたユーザの情報を前記グループウエアシステムから取り込む登録ユーザ情報取得手段と、
前記登録ユーザ情報取得手段により取り込まれたユーザの情報に基づいて当該ユーザが前記人事情報にユーザ登録されているか否かを判定する判定手段と、
前記判定手段により前記ユーザがユーザ登録されていないと判定された場合に、当該ユーザを当該ユーザの情報とともに前記人事情報に登録する登録手段と、
を備えたことを特徴とするデータ処理システム。
【請求項５】
複数の社員の各社員に対応して所属情報及び役職情報を含む人事情報を管理する人事システムに接続されるデータ処理装置であって、
前記人事情報に関連するセキュリティ情報を記憶するセキュリティ情報記憶手段と、
前記人事システムから送信される前記発令発生情報を受信する受信手段と、
前記受信手段により前記発令発生情報が受信されると、前記人事システムが管理する人事情報から所属情報及び役職情報を取り込む所属役職情報取得手段と、
前記所属役職情報取得手段により取り込まれた所属情報及び役職情報に基づいて上司情報を生成する上司情報生成手段と、
前記上司情報生成手段により生成された上司情報に基づいてアクセス者に対して、アクセス対象と当該アクセス対象へのアクセス権とを対応づけてなるセキュリティ情報を更新するセキュリティ情報更新手段と、
を備えたことを特徴とするデータ処理装置。
【請求項６】
複数の社員の各社員に対応して所属情報及び役職情報を含む人事情報を管理する人事システムに接続されるデータ処理装置であって、
前記人事情報に関連する最終担当者情報を記憶する最終担当者情報記憶手段と、
前記人事システムから送信される前記発令発生情報を受信する受信手段と、
前記受信手段により前記発令発生情報が受信されると、前記人事システムが管理する人事情報から所属情報及び役職情報を取り込む所属役職情報取得手段と、
前記所属役職情報取得手段により取り込まれた所属情報及び役職情報に基づいて上司情報を生成する上司情報生成手段と、
前記人事システムが管理する人事情報の変更によって担当者情報が変更された場合に申請者に対する最終担当者情報を更新する最終担当者情報更新手段と、
を備えたことを特徴とするデータ処理装置。
【請求項７】
コンピュータに、
人事システムが管理する人事情報に関連して各社員に対応する所属情報及び役職情報を含む本務情報を本務情報記憶手段に記憶する機能と、
前記人事システムから送信される発令発生情報を受信する機能と、
前記受信手段により前記発令発生情報が受信されると前記人事システムが管理する発令履歴記憶手段から発令内容を取り込む機能と、
前記発令情報取得手段により取り込まれた前記発令内容に基づいて前記本務情報記憶手段に記憶されている本務情報に関する変更点を抽出する機能と、
前記変更点抽出手段により抽出された変更点に基づいて前記本務情報記憶手段の本務情報を更新する機能と、
を実現させるためのプログラムを記録したことを特徴とする記録媒体。
【請求項８】
コンピュータに、
複数の社員の各社員に対応して所属情報及び役職情報を含む人事情報に関連するセキュリティ情報をセキュリティ情報記憶手段に記憶する機能と、
前記人事情報を管理する人事システムから送信される前記発令発生情報を受信する機能と、
前記受信手段により前記発令発生情報が受信されると、前記人事システムが管理する人事情報から所属情報及び役職情報を取り込む機能と、
前記所属役職情報取得手段により取り込まれた所属情報及び役職情報に基づいて上司情報を生成する機能と、
前記上司情報生成手段により生成された上司情報に基づいてアクセス者に対して、アクセス対象と当該アクセス対象へのアクセス権とを対応づけてなるセキュリティ情報を更新する機能と、
を実現させるためのプログラムを記録したことを特徴とする記録媒体。
【請求項９】
コンピュータに、
複数の社員の各社員に対応して所属情報及び役職情報を含む人事情報に関連する最終担当者情報を最終担当者情報記憶手段に記憶する機能と、
前記人事情報を管理する人事システムから送信される発令発生情報を受信する機能と、
前記受信手段により前記発令発生情報が受信されると前記人事システムが管理する人事情報から所属情報及び役職情報を取り込む機能と、
前記所属役職情報取得手段により取り込まれた所属情報及び役職情報に基づいて上司情報を生成する機能と、
前記人事システムが管理する人事情報の変更によって担当者情報が変更された場合に申請者に対する最終担当者情報を更新する機能と、
を実現させるためのプログラムを記録したことを特徴とする記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、人事情報を管理する人事システムに接続されるデータ処理装置、データ処理システム及び記録媒体に関する。
【背景技術】
【０００２】
従来、人事通達の配信等は、コンピュータシステムを利用せずに紙により行われていた。その後、人事通達の配信等を、電子メールを利用して行うアプリケーションが開発されるに至った。しかし、その多くは、電子メールに利用するアドレス帳のメンテナンスに関連するものであり、アドレス帳のメンテナンス専用のアプリケーションも存在する。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、現在ある各種アプリケーションは、人事システムと連動するものではない。換言すると、人事システムでの発令に応じて、所属情報や上司との関係を示す情報等が自動的に更新（追加、変更）されるようなものではない。また、人事システムでの発令に応じて、各種情報のセキュリティ情報を更新するというものもなかった。
【０００４】
本発明の課題は、人事システムにおける人事情報の発令に応じて、グループウエアシステムの格納データを連動して処理できるようにすることである。
【課題を解決するための手段】
【０００５】
請求項１記載の発明は、複数の社員の各社員に対応して所属情報及び役職情報を含む人事情報を管理する人事システムに接続されるデータ処理装置であって、前記人事情報に関連する本務情報を記憶する本務情報記憶手段と、前記人事システムから送信される発令発生情報を受信する受信手段と、前記受信手段により前記発令発生情報が受信されると前記人事システムが管理する発令履歴記憶手段から発令内容を取り込む取得手段と、前記発令情報取得手段により取り込まれた前記発令内容に基づいて前記本務情報記憶手段に記憶されている本務情報に関する変更点を抽出する抽出手段と、前記変更点抽出手段により抽出された変更点に基づいて前記本務情報記憶手段の本務情報を更新する更新手段と、を備えたことを特徴とする。
【０００６】
請求項４記載の発明は、人事情報を管理する人事システムと、当該人事システムに接続されるグループウエアシステムからなるデータ処理システムであって、前記グループウエアシステムは、前記人事情報に関連するユーザ登録情報を記憶するユーザ登録情報記憶手段と、前記ユーザ登録情報記憶手段にユーザ登録するユーザを入力するユーザ入力手段と、前記ユーザ入力手段により入力されたユーザを前記ユーザ登録情報記憶手段にユーザ登録するユーザ登録手段と、前記ユーザ登録手段によりユーザ登録されたことを示すユーザ登録情報を前記人事システムへ送信する送信手段と、を備え、前記人事システムは、前記グループウエアシステムから送信される前記ユーザ登録情報を受信する受信手段と、前記受信手段により前記ユーザ登録情報が受信されると、前記グループウエアシステムのユーザ入力手段により入力されたユーザの情報を前記グループウエアシステムから取り込む登録ユーザ情報取得手段と、前記登録ユーザ情報取得手段により取り込まれたユーザの情報に基づいて当該ユーザが前記人事情報にユーザ登録されているか否かを判定する判定手段と、前記判定手段により前記ユーザがユーザ登録されていないと判定された場合に、当該ユーザを当該ユーザの情報とともに前記人事情報に登録する登録手段と、を備えたことを特徴とする。
【０００７】
請求項５記載の発明は、複数の社員の各社員に対応して所属情報及び役職情報を含む人事情報を管理する人事システムに接続されるデータ処理装置であって、前記人事情報に関連するセキュリティ情報を記憶するセキュリティ情報記憶手段と、前記人事システムから送信される前記発令発生情報を受信する受信手段と、前記受信手段により前記発令発生情報が受信されると、前記人事システムが管理する人事情報から所属情報及び役職情報を取り込む所属役職情報取得手段と、前記所属役職情報取得手段により取り込まれた所属情報及び役職情報に基づいて上司情報を生成する上司情報生成手段と、前記上司情報生成手段により生成された上司情報に基づいてアクセス者に対して、アクセス対象と当該アクセス対象へのアクセス権とを対応づけてなるセキュリティ情報を更新するセキュリティ情報更新手段と、を備えたことを特徴とする。
【０００８】
請求項６記載の発明は、複数の社員の各社員に対応して所属情報及び役職情報を含む人事情報を管理する人事システムに接続されるデータ処理装置であって、前記人事情報に関連する最終担当者情報を記憶する最終担当者情報記憶手段と、前記人事システムから送信される前記発令発生情報を受信する受信手段と、前記受信手段により前記発令発生情報が受信されると、前記人事システムが管理する人事情報から所属情報及び役職情報を取り込む所属役職情報取得手段と、前記所属役職情報取得手段により取り込まれた所属情報及び役職情報に基づいて上司情報を生成する上司情報生成手段と、前記人事システムが管理する人事情報の変更によって担当者情報が変更された場合に申請者に対する最終担当者情報を更新する最終担当者情報更新手段と、を備えたことを特徴とする。
【発明の効果】
【０００９】
請求項１記載の発明によれば、人事システムにおいて発令内容が指示される度に、グループウエアシステムの本務情報の更新を行うことができる。
【００１０】
請求項４記載の発明によれば、グループウエアシステムにおいてユーザ登録される度に、人事システムの人事情報の登録ユーザの情報を更新することができる。
【００１１】
請求項５記載の発明によれば、人事システムにおいて発令内容が指示される度に、人事システムの発令に連動して、グループウエアシステムはセキュリティ情報を更新することができる。
【００１２】
請求項６記載の発明によれば、人事システムにおいて発令内容が指示される度に、人事システムの発令に連動して、グループウエアシステムは最終担当者情報を更新することができる。
【発明を実施するための最良の形態】
【００１３】
以下、図面を参照して本発明に係るデータ処理システムの実施の形態について説明する。
（第１の実施の形態）
本発明を適用した第１の実施の形態におけるデータ処理システムについて図１から図１５を参照して説明する。
【００１４】
まず、データ処理システムの構成を図１を参照して説明する。図１は、本発明の第１の実施の形態におけるデータ処理システム１の全体構成を示す図である。
【００１５】
図１において、データ処理システム１は、一つのサーバ（Ｓ）と複数のクライアント（Ｃ）（図中では３つのみ図示）からなる人事システム２と、一つのサーバ（Ｓ）と複数のクライアント（Ｃ）（図中では５つのみ図示）からなるグループウエア３と、を有し、人事システム２のサーバ（Ｓ）にグループウエア３のサーバ（Ｓ）が接続されている。なお、通常、グループウエア３は複数存在する。
【００１６】
上記データ処理システム１のデータベースについて、図２を参照して説明する。図２は、データ処理システム１のデータベースを説明するための図である。図２において、人事システム２のデータベース４には、会社情報、発令情報、個人情報、給与情報等が格納されている。一方、グループウエア３のデータベース５には、メール情報、アプリケーションに関する情報、ワークフローに関する情報等が格納されている。なお、人事システム２、グループウエア３とは、同じ情報を異なった切り口で管理している。
【００１７】
上記データ処理システム１の概略について、図３を参照して説明する。なお、ここでは、概略を述べるにとどめ、詳細は図４及び図６を用いて後述する。図３は、データ処理システム１を示す図である。図３においては、データ処理装置１は、人事システム２とグループウエア３とからなる。
【００１８】
人事システム２は、ＣＰＵ（Central Processing Unit ）２ａ、メモリ２ｂ、及びデータベース２ｃからなり、リアルタイム性のあるシステムである。ＣＰＵ２ａは、各種処理を実行し、データベース２ｃへアクセスできるのみならず、グループウエア３内の後述するデータベース３ｃへもアクセスできる。メモリ２ｂは、各種データを格納するとともに、ＣＰＵ２ａのデータ処理の際にＣＰＵ２ａにより利用されるワークエリア等を形成する。  データベース２ｃには、会社情報、発令情報、個人情報、給与情報等が格納されている。
【００１９】
グループウエア３は、ＣＰＵ３ａ、メモリ３ｂ、及びデータベース３ｃからなり、リアルタイム性のないシステムである。ＣＰＵ３ａは、各種処理を実行し、データベース３ｃへアクセスできるのみならず、人事システム２内のデータベース２ｃへもアクセスできる。  メモリ３ｂは、各種データを格納するとともに、ＣＰＵ３ａのデータ処理の際にＣＰＵ３ａにより利用されるワークエリア等を形成する。データベース３ｃには、メール情報、アプリケーションに関する情報、ワークフローに関する情報等が格納されている。
【００２０】
このシステムの処理の一例を簡単に説明する。人事システム２で発令が発生すると、ＣＰＵ２ａは発令内容を基に、データベース２ｃ内の人事情報を更新し、メモリ２ｂに発令内容を記憶する。そして、人事システム２は発令のあった旨を示す発令発生情報を、グループウエア３へ送信する。グループウエア３は人事システム２から発生発生情報を受信すると、ＣＰＵ３ａは人事システム２のメモリ２ｂから発令内容を取り込み、当該発令内容を基に、データベース３ｃに関する変更点を抽出し、該抽出した変更点を基にデータベース３ｃを更新する。
【００２１】
以下、人事システム２とグループウエア３について、図面を参照して説明する。まず、人事システム２について、図４を参照して説明する。図４は、人事システム２の構成を示すブロック図である。図４において、人事システム２は、ＣＰＵ（Central Processing Unit ）２１、入力装置２２、人事情報ファイル格納部２３、通信制御装置２４、表示装置２５、ＲＡＭ（Random Access Memory）２６、記憶装置２７、及び記憶媒体２８によって構成されており、記憶媒体２８を除く各部はバス２９により接続されている。
【００２２】
ＣＰＵ２１は、記憶装置２７内の記憶媒体２８に格納されているシステムプログラム及び当該システムに対応する各種アプリケーションプログラムの中から指定されたアプリケーションプログラムをＲＡＭ２６内のプログラム格納領域（不図示）に展開し、入力装置２２から入力される各種指示あるいはデータをＲＡＭ２６内に一時的に格納し、この入力指示および入力データに応じてＲＡＭ２６内に展開されたアプリケーションプログラムにしたがって各種処理を実行し、その処理結果をＲＡＭ２６内に格納するとともに、表示装置２５に表示する。そして、ＣＰＵ２１は、ＲＡＭ２６に格納した処理結果を入力装置２２から入力指示される記憶装置２７内の記憶媒体２８の保存先に保存する。
【００２３】
また、ＣＰＵ２１は、記憶媒体２８からＲＡＭ２６にロードされる各種プログラムのプログラムコードにしたがい、各種処理を行う。以下、第１の実施の形態におけるＣＰＵ２１が実行する発令処理について説明する。入力装置２２からＣＰＵ２１へ人事情報の内容の変更に関する発令内容が入力されると、ＣＰＵ２１は、当該発令内容を基に、人事情報ファイル格納部２３内に格納されている人事情報ファイルの人事情報を更新する。それとともに、ＣＰＵ２１は、記憶装置３７内の記憶媒体３８の後述する発令履歴ファイル格納部２８ａ（図５参照）に記憶されている発令履歴ファイル（図９参照）に、入力装置２２から入力された発令内容を追加し、当該発令履歴ファイルを更新する。
【００２４】
そして、ＣＰＵ２１は、入力装置２２に発令内容が入力された旨を示す情報（以下、発令発生情報という）を、通信制御装置２４を介して当該発令発生情報をグループウエア３へ送信する。なお、詳細は図８に示すフローチャートを参照して説明する。
【００２５】
入力装置２２は、カーソルキー、数字入力キー及び各種機能キーなどを備えたキーボードやマウスなどのポインティングデバイスを含み、キーボードにおいて押下されたキーの押下信号やマウスの位置を示す（相対）位置信号をＣＰＵ２１へ出力する。
【００２６】
人事情報ファイル格納部２３には、各社員の人事情報等からなる人事情報ファイルが格納されている。
【００２７】
通信制御装置２４は、外部の他機器とデータ回線を介して接続するためのターミナルであり、当該他機器とのデータの送受信を行う機能を有する。
【００２８】
表示装置２５は、ＣＲＴ，液晶表示パネルなどにより構成され、ＣＰＵ２１に制御され、各種表示データを表示する。
【００２９】
ＲＡＭ２６は、記憶媒体２８内に格納されているシステムプログラム及び当該システムに対応する各種アプリケーションプログラムの中から指定されたアプリケーションプログラムを格納するプログラム格納領域（不図示）と、入力指示、入力データおよび処理結果などを格納するワークメモリ（不図示）などからなる。
【００３０】
記憶装置２７は、プログラムやデータなどが予め記憶されている記憶媒体２８を有しており、この記憶媒体２８は磁気的記憶媒体、光学的記憶媒体、若しくは半導体メモリで構成されている。この記憶媒体２８は記憶装置２７に固定的に設けたもの、若しくは着脱自在に装着するものである。記憶媒体２８は、図５に示すように発令履歴ファイル格納部２８ａ等から形成されており、記憶媒体２８は、社員番号、日付（発令があった日付若しくは発令履歴ファイルへ追加された日付）、会社（在籍している会社名）、本務情報（本務、兼務、出向等）、所属、役職、資格、及び職種が関連づけられてなる発令履歴ファイル（図９参照）の他、前記システムプログラム及び当該システムに対応する各種アプリケーションプログラム、本発明に係る各種処理を実行するプログラムなどが記憶されている。
【００３１】
次に、グループウエア３について、図６を参照して説明する。図６は、グループウエア３の構成を示すブロック図である。図６において、グループウエア３は、ＣＰＵ３１、入力装置３２、ワークフローファイル格納部３３、通信制御装置３４、表示装置３５、ＲＡＭ３６、記憶装置３７、及び記憶媒体３８によって構成されており、記憶媒体３８を除く各部はバス３９により接続されている。
【００３２】
ＣＰＵ３１は、記憶装置３７内の記憶媒体３８に格納されているシステムプログラム及び当該システムに対応する各種アプリケーションプログラムの中から指定されたアプリケーションプログラムをＲＡＭ３６内のプログラム格納領域（不図示）に展開し、入力装置３２から入力される各種指示あるいはデータをＲＡＭ３６内に一時的に格納し、この入力指示及び入力データに応じてＲＡＭ３６内に展開されたアプリケーションプログラムにしたがって各種処理を実行し、その処理結果をＲＡＭ３６内に格納するとともに、表示装置３５に表示する。そして、ＣＰＵ３１は、ＲＡＭ３６に格納した処理結果を入力装置３２から入力指示される記憶装置３７内の記憶媒体３８の保存先に保存する。また、ＣＰＵ３１は、記憶媒体３８からＲＡＭ３６にロードされる各種プログラムのプログラムコードにしたがい、各種処理を行う。
【００３３】
以下、第１の実施の形態におけるＣＰＵ３１による各種処理について説明する。まず、ＣＰＵ３１が実行する変更点抽出処理について説明する。ＣＰＵ３１は、通信制御装置３４を介して、人事システム２から発令発生情報を受信すると、人事システム２から、当該人事システム２内の記憶媒体２８の発令履歴ファイル格納部２８ａに記憶されている発令履歴ファイル（図９参照）を取り込む。
【００３４】
ＣＰＵ３１は、上記取り込んだ発令履歴ファイルから、当該発令履歴ファイルの変更点を抽出し、該抽出した変更点を、本務情報、出向情報、及び兼務情報（図１１参照）の各情報と比較し、比較結果を基に、当該各情報の変更点を抜粋する。
【００３５】
そして、ＣＰＵ３１は、抜粋した変更点を、記憶装置３７内の記憶媒体３８の後述する変更点ファイル格納部３８ａに格納されている変更点ファイル（図１３参照）へ出力し、当該変更点ファイルを更新する。なお、詳細は図１０に示すフローチャートを参照して説明する。
【００３６】
次に、ＣＰＵ３１が実行するデータベース更新処理について説明する。ＣＰＵ３１は、記憶装置３７内の記憶媒体３８の後述する変更点ファイル格納部３８ａに格納されている変更点ファイル（図１３参照）を開き、当該変更点ファイルの変更点データを１レコードずつ順次読み出す。
【００３７】
ＣＰＵ３１は、上記読み出したレコードに関する社員が当該読み出したレコードに対応する情報ファイル（本務情報、出向情報、兼務情報（図１１参照））にユーザ登録されているか否かを判定し、ユーザ登録されている場合には、ＣＰＵ３１は、読み出したレコードが示す変更点データを基に、当該読み出したレコードに対応する情報ファイル（本務情報、出向情報、兼務情報）を更新する。
【００３８】
一方、ユーザ登録されていないと判定した場合には、ＣＰＵ３１は、読み出したレコードに関する社員を、当該読み出したレコードに対応する情報ファイル（本務情報、出向情報、兼務情報）にユーザ登録するとともに、ユーザ登録した社員に関する関連情報を人事システム２の人事情報ファイル格納部２３に格納されている人事情報から取り出し、該取り出した情報を対応する情報ファイル（本務情報、出向情報、兼務情報）へ格納する。なお、詳細は図１４に示すフローチャートを参照して説明する。
【００３９】
さらに、ＣＰＵ３１が実行するユーザ登録サーバ更新処理について説明する。ＣＰＵ３１は、記憶装置３７内の記憶媒体３８の後述する変更点ファイル格納部３８ａに格納されている変更点ファイル（図１３参照）を開き、当該変更点ファイルの変更点データを１レコードずつ順次読み出す。
【００４０】
ＣＰＵ３１は、上記読み出したレコードを基にユーザ登録サーバが変化するか否かを判定し、ユーザ登録サーバが変化すると判定した場合には、ＣＰＵ３１は、該読み出したレコードを基に、ユーザ登録サーバの内容を更新する。なお、詳細は図１５に示すフローチャートを参照して説明する。
【００４１】
入力装置３２は、カーソルキー、数字入力キーおよび各種機能キーなどを備えたキーボードおよびマウスなどのポインティングデバイスを含み、キーボードにおいて押下されたキーの押下信号やマウスの位置を示す（相対）位置信号をＣＰＵ３１へ出力する。
【００４２】
ワークフローファイル格納部３３には、人事通達における書類の配布順等の各種情報（図２０、図２１、図２２参照）からなるワークフローファイルが記憶されている。
【００４３】
通信制御装置３４は、外部の他機器とデータ回線を介して接続するためのターミナルであり、当該他機器とのデータの送受信を行う機能を有する。
【００４４】
表示装置３５は、ＣＲＴ，液晶表示パネルなどにより構成され、ＣＰＵ３１に制御され、各種表示データを表示する。
【００４５】
ＲＡＭ３６は、記憶媒体３８内に格納されているシステムプログラム及び当該システムに対応する各種アプリケーションプログラムの中から指定されたアプリケーションプログラムを格納するプログラム格納領域（不図示）と、入力指示、入力データ及び処理結果などを格納するワークメモリ（不図示）などからなる。
【００４６】
記憶装置３７は、プログラムやデータなどが予め記憶されている記憶媒体３８を有しており、この記憶媒体３８は磁気的記憶媒体、光学的記憶媒体、若しくは半導体メモリで構成されている。この記憶媒体３８は記憶装置３７に固定的に設けたもの、若しくは着脱自在に装着するものである。記憶媒体３８は、図７に示すように変更点ファイル格納部３８ａ、階層情報ファイル格納部３８ｂ、上司情報ファイル格納部３８ｃ、承認者情報ファイル格納部３８ｄ、セキュリティ情報ファイル格納部３８ｅ、ユーザ登録ファイル格納部３８ｆ等から形成されている。そして、記憶媒体３８には、変更点ファイル（図１３参照）、階層情報ファイル（図１７を基に作成される情報ファイル）、上司情報ファイル（図１８参照）、承認者情報ファイル（図２３参照）、セキュリティ情報ファイル（図２６参照）、ユーザ登録ファイルの他、前記システムプログラム及び当該システムに対応する各種アプリケーションプログラム、本発明に係る各種処理を実行するプログラムなどが記憶されている。
【００４７】
次に動作を説明する。まず、人事システム２において実行される発令処理について図８を参照して説明する。図８は人事システム２における発令処理を示すフローチャートである。
【００４８】
システム管理者により、入力装置２２に発令内容が入力され、入力された発令内容が入力装置２２からＣＰＵ２１へ出力される（ステップＡ１）。
【００４９】
ＣＰＵ２１は、入力装置２２から入力された発令内容を基に人事情報ファイル格納部２３に格納されている人事情報ファイルの人事情報を更新する（ステップＡ２）。
【００５０】
さらに、ＣＰＵ２１は記憶装置２７内の記憶媒体２８の発令履歴ファイル格納部２８ａに記憶されている図９に示す発令履歴ファイルに、入力装置２２から入力された発令内容を追加し、当該発令履歴ファイルを更新する（ステップＡ３）。
【００５１】
上記発令履歴ファイルについて、図９を参照して説明する。図９は、発令履歴ファイルの一例を示す図である。この発令履歴ファイルは、社員番号、日付（発令があった日付若しくは発令履歴ファイルへ追加された日付）、会社（在籍している会社名）、本務情報（本務、兼務、出向等）、所属、役職、資格、職種が関連づけられている。
【００５２】
図９に示すように、例えば社員番号“０００１”、日付“９７０４０１”（１９９７年４月１日）、会社“本社”、本務情報“本務”、所属“Ａ”、役職“Ｂ”、資格“Ａ”、職種“Ａ”が関連づけられている。
【００５３】
例えば、１９９８年４月１日に発令があったとすると、発令履歴ファイルに追加された内容は、社員番号“０００１”、日付“９８０４０１”、会社“本社”、本務情報“本務”、所属“Ａ”、役職“Ｃ”、資格“Ｃ”、職種“Ｃ”と、社員番号“０００２”、日付“９８０４０１”、会社“本社”、本務情報“本務”、所属“Ａ”、役職“Ａ”、資格“Ａ”、職種“Ａ”と、社員番号“０００３”、日付“９８０４０１”、会社“Ｂ社”、本務情報“出向１”、所属“Ｇ”、役職“Ｂ”、資格“Ｃ”、職種“Ｃ”と、である。
【００５４】
ＣＰＵ２１は、入力装置２２に発令内容が入力された旨を示す情報（発令発生情報）を、通信制御装置２４へ出力し、通信制御装置２４は、当該発令発生情報をグループウエア３へ送信し（ステップＡ４）、ＣＰＵ２１は、当該発令履歴の送信が完了したか否かを判定し（ステップＡ５）、送信完了と判定するとＣＰＵ２１は発令処理を終了する。
【００５５】
次に、グループウエア３において実行される変更点抽出処理について、図１０を参照して説明する。図１０は、グループウエア３における変更点抽出処理を示すフローチャートである。
【００５６】
ＣＰＵ３１は、通信制御装置３４を介して、上記発令処理のステップＡ４で人事システム２が送信した発令は性情報を人事システム２から受信すると（ステップＢ１）、ＣＰＵ３１は、人事システム２内の記憶媒体２８の発令履歴ファイル格納部２８ａに記憶されている発令履歴ファイルを取り込む（ステップＢ２）。
【００５７】
ＣＰＵ３１は、ステップＢ２で取り込んだ発令履歴ファイルから、当該発令履歴ファイルの変更点を抽出する（ステップＢ３）。
【００５８】
例えば、図９に示す発令履歴ファイルの場合で、１９９８年４月１日に発令があったとすると、抽出される変更点は、社員番号“０００１”、日付“９８０４０１”、会社“本社”、本務情報“本務”、所属“Ａ”、役職“Ｃ”、資格“Ｃ”、職種“Ｃ”と、社員番号“０００２”、日付“９８０４０１”、会社“本社”、本務情報“本務”、所属“Ａ”、役職“Ａ”、資格“Ａ”、職種“Ａ”と、社員番号“０００３”、日付“９８０４０１”、会社“Ｂ社”、本務情報“出向１”、所属“Ｇ”、役職“Ｂ”、資格“Ｃ”、職種“Ｃ”と、である。
【００５９】
そして、ＣＰＵ２１は該抽出した変更点を、グループウエア３上の本務情報、出向情報、及び兼務情報）（図１１参照）の各情報と比較する（ステップＢ４）。
【００６０】
ここで、比較対象となる本務情報、出向情報、及び兼務情報の各情報は、図１１（ａ）、図１１（ｂ）、及び図１１（ｃ）に示す、１９９８年１月１０日時点のものである。図１１（ａ）は、１９９８年１月１０日時点での本務情報の一例を示す図であり、図１１（ｂ）は、１９９８年１月１０日時点での出向情報の一例を示す図であり、図１１（ｃ）は、１９９８年１月１０日時点での兼務情報の一例を示す図である。
【００６１】
ここで、本務情報は、社員番号、所属、役職、資格が対応づけられてなる情報であり、１９９８年１月１０日時点の本務情報は、図１１（ａ）に示すように、社員番号“０００１”、所属“Ｂ”、役職“Ｂ”、資格“Ｃ”と、社員番号“０００２”、所属“Ｂ”、役職“Ａ”、資格“Ａ”と、社員番号“０００３”、所属“Ａ”、役職“Ｂ”、資格“Ｂ”と、からなる。
【００６２】
また、出向情報は、社員番号、会社、所属、役職、資格が対応づけられてなる情報であり、１９９８年１月１０日時点の出向情報は、図１１（ｂ）に示すように、社員番号“０００３”、会社“Ａ社”、所属“Ｆ”、役職“Ａ”、資格“Ｃ”、からなる。
【００６３】
さらに、兼務情報は、社員番号、所属、役職、資格が対応づけられてなる情報であり、１９９８年１月１０日時点の兼務情報は、図１１（ｃ）に示すように、社員番号“０００２”、所属“Ｄ”、役職“Ａ”、資格“Ａ”、からなる。
【００６４】
そして、ＣＰＵ３１は、ステップＢ４での比較の結果を基に、本務情報、出向情報、及び兼務情報の各情報の変更点を抜粋する（ステップＢ５）。
【００６５】
さらに、ＣＰＵ３１は、ステップＢ５で抜粋した変更点を、記憶装置３７内の記憶媒体３８の変更点ファイル格納部３８ａに記憶されている変更点ファイルへ出力し、当該変更点ファイルを更新する（ステップＢ６）。
【００６６】
そして、ＣＰＵ３１は、記憶装置３７内の記憶媒体３８に記憶されている変更点ファイルの更新が完了したか否かを判定し（ステップＢ７）、当該更新処理が完了していない場合には、ステップＢ４に戻り、当該更新処理が完了している場合には、変更点抽出処理を終了する。
【００６７】
ここで、ステップＢ２で取り込んだ発令履歴ファイルが図９に示すものであり、ステップＢ４での比較対象となる本務情報、出向情報、及び兼務情報の各情報が、図１１（ａ）、図１１（ｂ）、及び図１１（ｃ）に示すものである場合に、ステップＢ６での更新後の変更点ファイルは、図１３に示すようになる。
【００６８】
すなわち、変更点ファイルは、図１３に示すように、例えば社員番号“０００１”、会社“本社”、本務情報“本務”、変更項目“所属”、後“Ａ”からなる。なお、“会社”又は“本務情報”の少なくとも一方が変更された場合には、全ての項目が変更項目としてリストアップされる。
【００６９】
次に、グループウエア３において実行されるデータベース更新処理について、図１４を参照して説明する。図１４は、グループウエア３におけるデータベース更新処理を示すフローチャートである。
【００７０】
ＣＰＵ３１は、上記変更点抽出処理により作成され、記憶装置３７内の記憶媒体３８の変更点ファイル格納部３８ａに記憶された変更点ファイルを開き（ステップＣ１）、ＣＰＵ３１は、変更点ファイルの変更点データを１レコード読み出す（ステップＣ２）。
【００７１】
ＣＰＵ３１は、ステップＣ２で読み出したレコードに関する社員が、当該読み出したレコードに対応する情報ファイル（本務情報、出向情報、兼務情報）にユーザ登録されているか否かを、判定する（ステップＣ３）。
【００７２】
ステップＣ３でユーザ登録されていると判定した場合には、ＣＰＵ３１は、ステップＣ２で読み出したレコードが示す変更点データを基に、該読み出したレコードに対応する情報ファイル（本務情報、出向情報、兼務情報）を更新する（ステップＣ４）。
【００７３】
一方、ステップＣ３でユーザ登録されていないと判定した場合には、ＣＰＵ３１は、ステップＣ２で読み出したレコードに関する社員を、該読み出したレコードに対応する情報ファイル（本務情報、出向情報、兼務情報）にユーザ登録し（ステップＣ５）、さらに、ＣＰＵ３１は、ステップＣ５でユーザ登録した社員に関する関連情報を、人事システム２の人事情報から取り出し、ステップＣ５でユーザ登録した情報ファイル（本務情報、出向情報、兼務情報）に保存する（ステップＣ６）。
【００７４】
ステップＣ４又はステップＣ６の処理が終了すると、ＣＰＵ３１は、変更点ファイルの全レコードに対して、上述したステップＣ２からステップＣ６の処理を行ったか否かを判定し（ステップＣ７）、未だ全レコードに対しステップＣ２からステップＣ６の処理が行われていない場合には、ステップＣ２に戻り、次のレコードに対しステップＣ２からステップＣ６の処理を実行する。
【００７５】
ステップＣ７で、全レコードに対してステップＣ２からステップＣ６の処理が終了していると判定した場合には、データベース更新処理を終了する。
【００７６】
例えば、ステップＣ１で開いた発令履歴ファイルが図９に示すものであり、更新前の本務情報、出向情報、及び兼務情報の各情報が、図１１（ａ）、図１１（ｂ）、及び図１１（ｃ）に示すものである場合に、ステップＣ４での更新後の本務情報、出向情報、及び兼務情報の各情報が、図１２（ａ）、図１２（ｂ）、及び図１２（ｃ）に示すものになる。
【００７７】
なお、図１２（ａ）は、１９９８年４月１日時点での本務情報を示す図であり、図１２（ｂ）は、１９９８年４月１日時点での出向情報を示す図であり、図１２（ｃ）は、１９９８年４月１日時点での兼務情報を示す図である。
【００７８】
次に、グループウエア３において実行されるユーザ登録サーバ更新処理について、図１５を参照して説明する。図１５は、グループウエア３におけるユーザ登録サーバ更新処理を示すフローチャートである。
【００７９】
ＣＰＵ３１は、上記変更点抽出処理により作成され、記憶装置３７内の記憶媒体３８の変更点ファイル格納部３８ａに記憶されている変更点ファイルを開き（ステップＤ１）、ＣＰＵ３１は、変更点ファイルの変更点データを１レコード読み出す（ステップＤ２）。
【００８０】
ＣＰＵ３１は、ステップＤ２で読み出したレコードを基にユーザ登録サーバが変化するか否かを判定する（ステップＤ３）。例えば、グループウエアが、本社、Ａ社、Ｂ社単位で形成されている場合には、変更点ファイルの会社に対応する情報を利用して、ユーザ登録サーバが変化するか否かを判定する。
【００８１】
ステップＤ３でＣＰＵ３１によりユーザ登録サーバが変化すると判定された場合には、ＣＰＵ３１は、ステップＤ２で読み出したレコードを基に、当該レコードに関するユーザのユーザ登録サーバを更新する（ステップＤ４）。
【００８２】
ステップＤ３でＣＰＵ３１によりユーザ登録サーバが変化しないと判定された場合、又はステップＤ４の処理の終了後、ＣＰＵ３１は、変更点ファイルの全レコードに対してステップＤ２からステップＤ４の処理が終了したか否かを判定し（ステップＤ５）、未だ全レコードに対してステップＤ２からステップＤ４の処理が終了していない場合には、ステップＤ２に戻り、次のレコードに対してステップＤ２からステップＤ４の処理を実行する。
【００８３】
ステップＤ５で、全レコードに対してステップＤ２からステップＤ４の処理が終了していると判定した場合には、ユーザ登録サーバ更新処理を終了する。
【００８４】
本第１の実施の形態によれば、人事システム２において発令が発生すると、人事システム２のＣＰＵ２１は、当該発令の発令内容を基に、人事情報フィル格納部２３に格納されている人事情報を更新するとともに、記憶媒体２８の発令履歴ファイル格納部２８ａに格納されている発令履歴ファイルを更新する。そして、人事システム２のＣＰＵ２１は、通信制御装置２４を介して発令のあった旨を示す発令発生情報を、グループウエア３へ出力する。
【００８５】
そして、グループウエア３のＣＰＵ３１は、人事システム２から発令発生情報を受信すると、人事システム２の記憶媒体２８の発令履歴ファイル格納部２８ａに格納されている発令履歴ファイルを取り込み、該取り込んだ発令履歴ファイルを基に、記憶媒体３８の変更点ファイルを更新する。
【００８６】
上記更新された変更点ファイルを利用して、グループウエア３の本務情報、出向情報、及び兼務情報の各情報ファイルを更新する。また、上記更新された変更点ファイルを利用して、ユーザ登録サーバの更新を行う。
【００８７】
従って、人事システム２において発令が発生する度に、人事システム２にネットワークを介して接続されたグループウエア３の本務情報、出向情報、及び兼務情報の各情報ファイルや、ユーザ登録サーバの更新を行うことが可能なデータ処理システムを構築することができる。
【００８８】
（第２の実施の形態）
本発明を適用した第２の実施の形態におけるデータ処理システムについて図１６から図２６を参照して説明する。本第２の実施の形態におけるデータ処理システムの基本構成は、上記第１の実施の形態において説明したデータ処理システムデータと同じであり、上記第１の実施の形態とは、以下の点で異なる。
【００８９】
第２の実施の形態におけるグループウエア３のＣＰＵ３１は、以下の処理を実行する。まず、ＣＰＵ３１が実行する上司情報検索処理について説明する。人事システム２において発令が発生し、人事情報ファイル格納部２３に格納されている人事情報が変更され、人事システムから発令発生情報を受け取ると、ＣＰＵ３１は、人事システム２の人事情報ファイル格納部２３に格納されている人事情報の所属情報、役職情報等の階層情報（例えば、図１７を利用して作成される情報）を人事システム２から取り込み、該取り込んだ階層情報を記憶装置３７内の記憶媒体３８の階層情報ファイル格納部３８ｂに記憶されている階層情報ファイルへ出力し、当該階層情報ファイルを更新する。
【００９０】
階層情報ファイル更新後、ＣＰＵ３１は、記憶装置３７内の記憶媒体３８の階層情報ファイル格納部３８ｂに記憶されている階層情報ファイルを開き、当該階層情報ファイルの階層情報を１レコードずつ順次読み出す。
【００９１】
ＣＰＵ３１は、該読み出したレコードに対応する社員の上位所属及び上位役職の情報を階層情報ファイルを検索して特定し、該特定結果を記憶装置３７内の記憶媒体３８の上司情報ファイル３８ｃに記憶されている上司情報ファイルへ出力し、当該上司情報ファイル（図１８参照）を更新する。なお、詳細は図１６に示すフローチャートを参照して説明する。
【００９２】
次に、ＣＰＵ３１が実行する承認者情報生成処理について説明する。ＣＰＵ３１は、記憶装置３７内の記憶媒体３８の上司情報ファイル格納部３８ｃに格納されている上司情報ファイルを開き、当該上司情報ファイルの上司情報を１レコードずつ順次読み出す。
【００９３】
また、ＣＰＵ３１は、ワークフローファイル格納部３３に格納されている、指定された一のアプリケーションの承認階層情報（図２０参照）、承認者ルール（図２１参照）、担当者情報（図２２参照）を読み込む。
【００９４】
ＣＰＵ３１は、該読み込んだレコード、指定された一のアプリケーションの承認階層情報、承認者ルール、及び担当者情報を基に、承認者情報（図２３参照）を更新し、更新後の承認者情報を、記憶装置３７内の記憶媒体３８の承認者情報ファイル格納部３８ｄに記憶されている承認者情報ファイルへ出力し、当該承認者情報ファイルを更新する。そして、ＣＰＵ３１は、この処理を指定された全アプリケーションに対して順次行う。なお、詳細は図１９に示すフローチャートを参照して説明する。
【００９５】
さらに、ＣＰＵ３１が実行するセキュリティ情報更新処理について説明する。ＣＰＵ３１は、記憶装置３７内の記憶媒体３８の上司情報ファイル格納部３８ｃに格納されている上司情報ファイルを開き、当該上司情報ファイルの上司情報を１レコードずつ順次読み出す。
【００９６】
ＣＰＵ３１は、該読み出したレコードと、記憶媒体３８に記憶されているセキュリティ設定情報（図２５参照）を基に、セキュリティ情報を作成し、該作成したセキュリティ情報を、記憶装置３７内の記憶媒体３８のセキュリティ情報ファイル格納部３８ｅに記憶されているセキュリティ情報ファイルへ出力し、当該セキュリティ情報ファイルを更新する。なお、詳細は、図２４に示すフローチャートを参照して説明する。
【００９７】
次に動作を説明する。まず、グループウエア３において実行される上司情報検索処理について図１６を参照して説明する。図１６はグループウエア３における上司情報検索処理を示すフローチャートである。
【００９８】
人事システム２において発令が発生し、人事情報ファイル格納部２３に格納されている人事情報が変更され、人事システムから発令発生情報を受け取ると、ＣＰＵ３１は、人事システム２の人事情報ファイル格納部２３に格納されている人事情報内の、図１７を利用して作成される、所属情報や役職情報等からなる階層情報を人事システム２から取り込み、該取り込んだ階層情報を記憶装置３７内の記憶媒体３８の階層情報ファイル格納部３８ｂに記憶されている階層情報ファイルへ出力し、当該階層情報ファイルを更新する（ステップＥ１）。
【００９９】
ここで、図１７について簡単に説明する。図１７は会社の開発部の社員構成を示す図である。図１７において、開発部は部の下に３つの開発課があり、さらに各課の下には一つか二つの課が存在する。そして、それぞれに対して社員名が役職が分かるように記載されている。
【０１００】
そして、ＣＰＵ３１は、記憶装置３７内の記憶媒体３８の階層情報ファイル格納部３８ｂに記憶されている階層情報ファイルを開き、階層情報ファイルの階層情報を１レコード読み出す（ステップＥ２）。
【０１０１】
ＣＰＵ３１は、ステップＥ２で読み出したレコードを基に上位所属及び上位役職の情報を特定し（ステップＥ３）、さらに、ＣＰＵ３１は、ステップＥ３での特定結果を基に、図１８に示す上司情報を作成し、該作成した上司情報を記憶装置３７内の記憶媒体３８の上司情報ファイル３８ｃに記憶されている上司情報ファイルへ出力し、当該上司情報ファイルを更新する（ステップＥ４）。
【０１０２】
ステップＥ４の処理の終了後、ＣＰＵ３１は、階層情報ファイルの全レコードに対してステップＥ２からステップＥ４の処理が終了したか否かを判定し（ステップＥ５）、未だ全レコードに対してステップＥ２からステップＥ４の処理が終了していない場合には、ステップＥ２に戻り、次のレコードに対してステップＥ２からステップＥ４の処理を実行する。
【０１０３】
ステップＥ５で、全レコードに対して所定の処理が終了していると判定した場合には、上司情報検索処理を終了する。
【０１０４】
ここで、上記処理について作成される上司情報について図１８を参照して説明する。図１８は、上司情報の一例を示す図である。図１８において、上司情報には、社員番号、上司（上司の社員番号）、管理サーバの情報が対応づけられている。
【０１０５】
この場合、図１８に示すように、上司情報は例えば社員番号“０００１”、上司“１０００”、管理サーバ“本社”からなる。
【０１０６】
次に、グループウエア３において実行される承認者情報生成処理について、図１９を参照して説明する。図１９は、グループウエア３における承認者情報生成処理を示すフローチャートである。
【０１０７】
ＣＰＵ３１は、上記上司情報検索処理のステップＥ４で作成され、記憶装置３７内の記憶媒体３８の上司情報ファイル格納部３８ｃに記憶されている上司情報ファイルを開き（ステップＦ１）、ＣＰＵ３１は、上司情報ファイルの上司情報を１レコード読み出す（ステップＦ２）。
【０１０８】
さらに、ＣＰＵ３１は、図２０に示す指定された一のアプリケーションの承認階層情報（例えば振替伝票）、図２１に示す承認者ルール、及び図２２に示す担当者情報を読み込む（ステップＦ３）。
【０１０９】
ここで、承認階層情報、承認者ルール、及び担当者情報を、図２０、図２１、及び図２２を参照して説明する。
【０１１０】
図２０は、承認階層情報の一例を示す図である。図２０において、稟議書、旅費精算書、及び振替伝票等の各ワークフローに対して、必要な承認者情報が格納されている。例えば、振替伝票の場合、第一承認者は“Ａ”、第二承認者は“Ｅ”、第三から第五承認者は不要で、担当者“Ｇ”である。なお、“Ａ”、“Ｅ”、“Ｇ”等は、承認者ルール（図２１参照）や担当者情報（図２２参照）内の表記に対応する。一例を挙げると、“Ａ”は、申請者の上司である（図２１参照）。
【０１１１】
図２１は、承認者ルールの一例を示す図である。図２１において、承認者ルールは、“Ａ：担当社の上司”、“Ｂ：第一承認者の上司”、“Ｃ：第二承認者の上司”、“Ｄ：課長”、“Ｅ：部長”、“Ｆ：その他”、“Ｇ：経理部”、“Ｈ：総務部”、“Ｉ：管理部”からなる。なお、経理部、総務部、及び管理部の担当者は担当者情報（図２２を参照）を利用して、決定される。
【０１１２】
図２２は、担当者情報の一例を示す図である。図２２においては、担当者情報は、“経理部：山下”、“総務部：近藤”、“管理部：木村”の情報からなる。
【０１１３】
ＣＰＵ３１は、ステップＦ２で読み込んだレコード、ステップＦ３で読み込んだ図２０に示す承認階層情報、図２１に示す承認者ルール、及び図２２に示す担当者情報を基に、図２３に示す承認者情報を更新し、更新後の承認者情報を記憶装置３７内の記憶媒体３８の承認者情報ファイル格納部３８ｄに記憶されている承認者情報ファイルへ出力し、当該承認者情報ファイルを更新する（ステップＦ４）。
【０１１４】
ここで、承認者情報について図２３を参照して説明する。図２３は、承認者情報の一例を示す図である。図２３において、承認者情報は、申請者が誰であるのかを示す情報、書類名を示す情報、第一から第五承認者が誰であるのかを示す情報、担当者が誰であるのかを示す情報からなる。
【０１１５】
ＣＰＵ３１は、指定されたアプリケーションの全てに対してステップＦ３及びステップＦ４の処理が行われたか否かを判定し（ステップＦ５）、未だ全てのアプリケーションに対してステップＦ３及びステップＦ４の処理が終了していない場合には、ステップＦ３に戻り、他のアプリケーションに対してステップＦ３及びステップＦ４の処理を実行する。
【０１１６】
一方、ステップＦ５で全てのアプリケーションに対してステップＦ３及びステップＦ４の処理が終了していると判定された場合には、ＣＰＵ３１は、上司情報ファイルの全レコードに対してステップＦ２からステップＦ５の処理が終了したか否かを判定し（ステップＦ６）、未だ全レコードに対してステップＦ２からステップＦ５の処理が終了していない場合には、ステップＦ２に戻り、次のレコードに対してステップＦ２からステップＦ５の処理を実行する。
【０１１７】
ステップＦ６で、全レコードに対する処理が完了していると判定した場合には、承認者情報生成処理を終了する。
【０１１８】
上記承認者情報生成処理により、例えばワークフローアプリケーションが図２０に示すものであり、承認者ルールが図２１に示すものであり、担当者情報が図２２に示すものであり、会社内の人事構成が図１７に示す場合であり、かつ振替伝票の場合、図２３に示す承認者情報が作成される。
【０１１９】
図２０に示すワークフローアプリケーションにおいて、振替伝票に関するワークフローは第一承認者“Ａ”、第二承認者“Ｅ”、担当者“Ｇ”である。
【０１２０】
ここで、申請者が“田奈”の場合には、第一承認者に“Ａ”が対応していることから第一承認者は申請者（田奈）の上司である鷲沼であり、第二承認者に“Ｅ”が対応していることから、第二承認者は申請者（田奈）の所属する部の部長である朝倉である。さらに、担当者に“Ｇ”が対応していることから、図２２を参照すると、担当者は、経理部の山下となる。
【０１２１】
よって、申請者が“田奈”の場合には、承認者情報は、“申請者：田奈”、“書類名：振替伝票”、“承認者１：鷲沼”、“承認者２：朝倉”、“承認者３：なし”、“承認者４：なし”、“承認者５：なし”、“担当者：山下”、となる。
【０１２２】
次に、グループウエア３において実行されるセキュリティ情報更新処理について、図２４を参照して説明する。図２４は、グループウエア３におけるセキュリティ情報更新処理を示すフローチャートである。
【０１２３】
ＣＰＵ３１は、上記上司情報検索処理のステップＥ４で作成され、記憶装置３７内の記憶媒体３８の上司情報ファイル格納部３８ｃに記憶されている上司情報ファイルを開き（ステップＧ１）、ＣＰＵ３１は、上司情報ファイルの上司情報を１レコード読み出す（ステップＧ２）。
【０１２４】
ＣＰＵ３１は、ステップＧ２で読み出したレコードと、図２５に示すセキュリティ設定を基に、図２６に示すようなセキュリティ情報を作成する（ステップＧ３）。
【０１２５】
ここで、セキュリティ設定について図２５を参照して説明する。図２５は、セキュリティ設定の一例を示す図である。このセキュリティ設定は、ある社員が他の社員の情報に対してアクセス権があるか否かやその情報の内容を変更することができるか否かを示す情報であり、図２５の場合には、“上司”には“なし”（アクセス権なし）、“部下”には“変更可”（データの変更ができる）、“同役職”には“なし”、“隣接部下”には“なし”が対応している。
【０１２６】
また、セキュリティ情報について図２６を参照して説明する。図２６は、セキュリティ情報の一例を示す図である。図２６のセキュリティ情報は、アクセス者、アクセス対象、及びアクセス権が対応してなる情報であり、例えば、アクセス者“足利”、アクセス対象“朝倉”、アクセス権“なし”が対応しており、アクセス者“足利”、アクセス対象“高橋”、アクセス権“変更可”が対応している。
【０１２７】
ＣＰＵ３１は、ステップＧ３で作成したセキュリティ情報を、記憶装置３７内の記憶媒体３８のセキュリティ情報ファイル格納部３８ｅに格納されているセキュリティ情報ファイルへ出力し、当該セキュリティ情報ファイルを更新する（ステップＧ４）。
【０１２８】
ＣＰＵ３１は、上司情報ファイルの全レコードに対するステップＧ２からステップＧ４の処理が終了したか否かを判定し（ステップＧ５）、未だ全レコードに対してステップＧ２からステップＧ４の処理が終了していない場合には、ステップＧ２に戻り、次のレコードに対してステップＧ２からステップＧ４の処理を実行する。
【０１２９】
ステップＧ５で、全レコードに対して所定の処理が終了していると判定した場合には、セキュリティ情報更新処理を終了する。
【０１３０】
上記セキュリティ情報更新処理により、例えば、会社内の人事構成が図１７であり、セキュリティ設定が図２５に示すものである場合、図２６に示すセキュリティ情報が作成される。すなわち、“足利”に関するセキュリティ情報は、図２６に示すように、本人である“足利”の情報と、部下である“依田”及び“高橋”の情報に対しては“変更可”であり、それ以外の社員（朝倉、山田等）の情報に対しては“アクセス権なし”である。
【０１３１】
本第２の実施の形態によれば、人事システム２において発令が発生し、グループウエア３のＣＰＵ３１は、人事システム２から発令発生情報を受信すると、人事システム２の人事情報ファイル格納部２３の人事情報から、所属情報や役職情報等の階層情報を取り込み、該取り込んだ階層情報を基に、上司情報を作成し、記憶媒体３８の上司情報ファイル３８ｃに格納されている上司情報ファイルへ出力し、当該上司情報ファイルを更新する。
【０１３２】
上記更新された上司情報ファイルを利用して、各アプリケーションの承認者情報を更新する。また、上記更新された上司情報ファイルを利用して、社員が、自分の社員や他の社員の情報へアクセスできるか否かを示すセキュリティ情報を更新する。
【０１３３】
従って、人事システム２において発令が発生する度に、人事システム２にネットワークを介して接続されたグループウエア３の承認者情報や、セキュリティ情報の更新を行うことが可能なデータ処理システムを構築することができる。
【０１３４】
（第３の実施の形態）
本発明を適用した第３の実施の形態におけるデータ処理システムについて図２７から図２８を参照して説明する。本第３の実施の形態におけるデータ処理システムの基本構成は、上記第１の実施の形態において説明したデータ処理システムデータと同じであり、上記第１の実施の形態とは、以下の点で異なる。
【０１３５】
第３の実施の形態におけるグループウエア３のＣＰＵ３１が実行するユーザ登録処理について説明する。ＣＰＵ３１は、ユーザ登録される各ユーザを各情報ファイルに登録するとともに、記憶装置３７内の記憶媒体３８のユーザ登録ファイル３８ｆに記憶されているユーザ登録ファイルに、ユーザ登録されたユーザを追加し保存する。
【０１３６】
ユーザ登録されるユーザが複数人いる場合には、ＣＰＵ３１は、この処理をユーザ登録される全ユーザに対して順次行う。ユーザ登録される全ユーザのユーザ登録後、ＣＰＵ３１は、ユーザ登録があった旨を示す情報（以下、ユーザ登録情報という）を、通信制御装置３４を介して、人事システム２へ送信する。なお、この詳細については、図２７に示すフローチャートを参照して説明する。
【０１３７】
第３の実施の形態における人事システム２のＣＰＵ２１が実行する人事情報更新処理について説明する。ＣＰＵ２１は、グループウエア３からユーザ登録があった旨を示す情報（ユーザ登録情報）を受信すると、グループウエア３の記憶装置３７内の記憶媒体３８のユーザ登録ファイル３８ｆに記憶されているユーザ登録ファイルを取り込む。
【０１３８】
ＣＰＵ２１は、ユーザ登録ファイルに登録されているユーザを人事情報ファイル格納部２３に格納されている人事情報ファイルから検索し、当該ユーザ登録ファイルに登録されているユーザが人事情報ファイルに登録されているか否かを判定し、人事情報ファイルに登録されていないユーザがいた場合には、ＣＰＵ３１は、登録されていないユーザを新たに人事情報ファイルへ追加する。なお、この詳細については、図２８に示すフローチャートを参照して説明する。
【０１３９】
次に動作を説明する。まず、グループウエア３において実行されるユーザ登録処理について、図２７を参照して説明する。図２７は、グループウエア３におけるユーザ登録処理を示すフローチャートである。
【０１４０】
ユーザは、入力装置３２を利用して、ユーザ登録を行い（ステップＨ１）、ＣＰＵ３１は、入力装置３２を利用してユーザ登録されたユーザを各情報ファイルに登録する（ステップＨ２）。
【０１４１】
さらに、ＣＰＵ３１は、記憶装置３７内の記憶媒体３８のユーザ登録ファイル３８ｆに格納されているユーザ登録ファイルに、ステップＨ１でユーザ登録されたユーザを追加し、当該ユーザ登録ファイルを更新する（ステップＨ３）。
【０１４２】
ＣＰＵ３１は、入力装置３２から入力されるキーの押下信号を基に、ユーザ登録が完了したか否かを判定し（ステップＨ４）、未だユーザ登録が完了していない場合には、ステップＨ１に戻り、次のユーザのユーザ登録が行われる。
【０１４３】
ステップＨ４で、ＣＰＵ３１によりユーザ登録が完了したと判定された場合には、ＣＰＵ３１は、ユーザ登録があった旨を示すユーザ登録情報を、通信制御装置３４を介して、人事システム２へ送信する（ステップＨ５）。
【０１４４】
そして、ＣＰＵ３１は、ユーザ登録ファイルの人事システムへの送信が完了したか否かを判定し（ステップＨ６）、送信完了と判定されるまでユーザ登録ファイルの送信が行われていることになる。ステップＨ６で送信完了と判定された場合には、ユーザ登録処理を終了する。
【０１４５】
次に、人事システム２において実行される人事情報更新処理について図２８を参照して説明する。図２８は人事システム２における人事情報更新処理を示すフローチャートである。
【０１４６】
ＣＰＵ２１は、グループウエア３からユーザ登録があった旨を示すユーザ登録情報を受信すると（ステップＩ１）、ＣＰＵ２１は、グループウエア３から記憶装置３７内の記憶媒体３８のユーザ登録ファイル格納部３８ｆに記憶されているユーザ登録ファイルを取り込む（ステップＩ２）。
【０１４７】
ＣＰＵ２１は、ユーザ登録ファイルに登録されているユーザを、人事情報ファイル格納部２３に画のされている人事情報ファイルから検索し（ステップＩ３）、当該ユーザが人事情報ファイルに登録されているか否かを判定する（ステップＩ４）。
【０１４８】
ＣＰＵ２１が、ユーザ登録ファイルに登録されている全ユーザが既に人事情報ファイルに登録されていると判定した場合には、人事情報ファイルにあらたにユーザを追加することなく、人事情報更新処理を終了する。
【０１４９】
ステップＩ４で人事情報ファイルに登録されていないユーザがあった場合には、ＣＰＵ３１は、登録されていなかったユーザを新たに人事情報ファイルへ追加する処理を行い（ステップＩ５）、人事情報更新処理を終了する。
【０１５０】
本第３の実施の形態によれば、グループウエア３においてユーザ登録があった場合に、グループウエア３から人事システム２へユーザ登録があった旨を示すユーザ登録情報が送信される。
【０１５１】
そして、人事システム２がグループウエア３からユーザ登録情報を受信すると、人事システム２のＣＰＵ２１が、グループウエア３からユーザ登録されたユーザの情報を取り込み、該取り込んだユーザの情報を基に、人事情報ファイル格納部２３に格納されている人事情報に登録されているユーザの情報を更新する。
【０１５２】
従って、グループウエア３においてユーザ登録が行われる度に、グループウエア３が接続されている人事システム２の人事情報に登録されているユーザの情報の更新を行うことが可能なデータ処理システムを構築することができる。
【０１５３】
（第４の実施の形態）
本発明を適用した第４の実施の形態におけるデータ処理システムについて図２９を参照して説明する。本第４の実施の形態におけるデータ処理システムの基本構成は、上記第１の実施の形態において説明したデータ処理システムデータと同じであり、上記第１の実施の形態とは、以下の点で異なる。
【０１５４】
第４の実施の形態におけるグループウエア３のＣＰＵ３１が実行する最終業務担当者連動処理について説明する。人事システム２において発令が発生し、人事情報ファイル格納部２３に格納されている人事情報が変更され、人事システム２から発令発生情報を受け取ると、ＣＰＵ３１は、人事システム２の人事情報ファイル格納部２３に格納されている担当者情報（ワークフローの承認者や担当者の情報）を取り込む。
【０１５５】
ＣＰＵ３１は、該取り込んだ担当者情報を基に、指定されたアプリケーションに関するワークフローのアプリケーション情報（図２０参照）を変更または追加する。なお、この詳細については、図２９に示すフローチャートを参照して説明する。
【０１５６】
次に、グループウエア３において実行される最終業務担当者連動処理について、図２９を参照して説明する。図２９は、グループウエア３における最終業務担当者連動処理を示すフローチャートである。
【０１５７】
人事システム２において発令が発生し、人事情報ファイル格納部２３に格納されている人事情報が変更され、人事システム２から発令発生情報を受け取ると、ＣＰＵ３１は、人事システム２の人事情報ファイル格納部２３に格納されている人事情報内の担当者情報を取り込む（ステップＪ１）。
【０１５８】
ＣＰＵ３１は、ワークフローのアプリケーション情報（図２０）を更新するアプリケーションの指定を行い（ステップＪ２）、ＣＰＵ３１は、ステップＪ１で取り込んだ担当者情報を基に、該指定されたアプリケーションに関するワークフローのアプリケーション情報を変更または追加する（ステップＪ３）。
【０１５９】
ＣＰＵ３１は、全てのアプリケーションに対してステップＪ２からステップＪ３の処理が行われた否かを判定する（ステップＪ４）。
【０１６０】
ステップＪ４で未だ全てのアプリケーションに対してステップＪ２からステップＪ３の処理が行われていないと判定された場合には、ステップＪ２に戻って、他のアプリケーションが指定される等のステップＪ２からステップＪ４の処理が、ステップＪ４で全てのアプリケーションに対して処理がされたと判定されるまで、繰り返される。
【０１６１】
そして、ステップＪ４で全てのアプリケーションに対して処理が終了したと判定した場合には、さらに、ＣＰＵ３１は、担当者情報の全レコードに対してステップＪ１からステップＪ４の処理が終了したか否かを判定し（ステップＪ５）、全てのレコードに対して処理が終了していないと判定された場合には、ステップＪ１に戻って、担当者情報を取り込む等のステップＪ１からステップＪ５の処理が、ステップＪ５で全てのレコードに対して処理がされたと判定されるまで、繰り返される。
【０１６２】
そして、ステップＪ５で全てのレコードに対して処理が終了したと判定されると、最終業務担当者連動処理を終了する。
【０１６３】
本第４の実施の形態によれば、人事システム２において発令が発生し、グループウエア３が人事システム２から発令発生情報を受信すると、ＣＰＵ３１は人事システム２の人事情報ファイル格納部２３の人事情報から、担当者情報を取り込み、該取り込んだ担当者情報を基に、ワークフローのアプリケーション情報を変更または追加する。
【０１６４】
従って、人事システム２において発令が発生する度に、人事システム２にネットワークを介して接続されたグループウエア３のワークフローのアプリケーション情報（最終業務担当者情報）の更新を行うことが可能なデータ処理システムを構築することができる。
【図面の簡単な説明】
【０１６５】
【図１】図１は、データ処理システム１の全体構成を示す図である。
【図２】図２は、データ処理システム１のデータベースを説明するための図である。
【図３】図３は、データ処理システム１を示す図である。
【図４】図４は、人事システム４の構成を示すブロック図である。
【図５】図５は、記憶媒体２８を説明するための図である。
【図６】図６は、グループウエア３の構成を示すブロック図である。
【図７】図７は、記憶媒体３８を説明するための図である。
【図８】図８は、人事システム２における発令処理を示すフローチャートである。
【図９】図９は、発令履歴ファイルの一例を示す図である。
【図１０】図１０は、グループウエア３における変更点抽出処理を示すフローチャートである。
【図１１】図１１（ａ）は、１９９８年１月１０日時点での本務情報の一例を示す図であり、図１１（ｂ）は、１９９８年１月１０日時点での出向情報の一例を示す図であり、図１１（ｃ）は、１９９８年１月１０日時点での兼務情報の一例を示す図である。
【図１２】図１２（ａ）は、１９９８年４月１日時点での本務情報の一例を示す図であり、図１２（ｂ）は、１９９８年４月１日時点での出向情報の一例を示す図であり、図１２（ｃ）は、１９９８年４月１日時点での兼務情報の一例を示す図である。
【図１３】図９は、変更点ファイルの一例を示す図である。
【図１４】図１４は、グループウエア３におけるデータベース更新処理を示すフローチャートである。
【図１５】図１５は、グループウエア３におけるユーザ登録サーバ更新処理を示すフローチャートである。
【図１６】図１６は、グループウエア３における上司情報検索処理を示すフローチャートである。
【図１７】図１７は、会社の開発部の社員構成を示す図である。
【図１８】図１８は、上司情報の一例を示す図である。
【図１９】図１９は、グループウエア３における承認者情報生成処理を示すフローチャートである。
【図２０】図２０は、承認階層情報の一例を示す図である。
【図２１】図２１は、承認者ルールの一例を示す図である。
【図２２】図２２は、担当者情報の一例を示す図である。
【図２３】図２３は、承認者情報の一例を示す図である。
【図２４】図２４は、グループウエア３におけるセキュリティ情報更新処理を示すフローチャートである。
【図２５】図２５は、セキュリティ設定の一例を示す図である。
【図２６】図２６は、セキュリティ情報の一例を示す図である。
【図２７】図２７は、グループウエア３におけるユーザ登録処理を示すフローチャートである。
【図２８】図２８は、人事システム２における人事情報更新処理を示すフローチャートである。
【図２９】図２９は、グループウエア３における最終業務担当者連動処理を示すフローチャートである。
【符号の説明】
【０１６６】
１      データ処理システム
２      人事システム
２ａ  ＣＰＵ
２ｂ  メモリ
２ｃ  データベース
２１  ＣＰＵ
２２  入力装置
２３  人事情報ファイル格納部
２４  通信制御装置
２５  表示装置
２６  ＲＡＭ
２７  記憶装置
２８  記憶媒体
２９  バス
３      グループウエア
３ａ  ＣＰＵ
３ｂ  メモリ
３ｃ  データベース
３１  ＣＰＵ
３２  入力装置
３３  ワークフローファイル格納部
３４  通信制御装置
３５  表示装置
３６  ＲＡＭ
３７  記憶装置
３８  記憶媒体
３９  バス
【図１】
2004227603.tif 000003
【図２】
2004227603.tif 000004
【図３】
2004227603.tif 000005
【図４】
2004227603.tif 000006
【図５】
2004227603.tif 000007
【図６】
2004227603.tif 000008
【図７】
2004227603.tif 000009
【図８】
2004227603.tif 000010
【図９】
2004227603.tif 000011
【図１０】
2004227603.tif 000012
【図１１】
2004227603.tif 000013
【図１２】
2004227603.tif 000014
【図１３】
2004227603.tif 000015
【図１４】
2004227603.tif 000016
【図１５】
2004227603.tif 000017
【図１６】
2004227603.tif 000018
【図１７】
2004227603.tif 000019
【図１８】
2004227603.tif 000020
【図１９】
2004227603.tif 000021
【図２０】
2004227603.tif 000022
【図２１】
2004227603.tif 000023
【図２２】
2004227603.tif 000024
【図２３】
2004227603.tif 000025
【図２４】
2004227603.tif 000026
【図２５】
2004227603.tif 000027
【図２６】
2004227603.tif 000028
【図２７】
2004227603.tif 000029
【図２８】
2004227603.tif 000030
【図２９】
2004227603.tif 000031