JP2000181954A - データ処理システム - Google Patents

Abstract

(57)【要約】 【課題】 本発明の課題は、人事情報の発令に応じて人
事システム内の格納データやグループウエア等の別シス
テム内の格納データを処理するデータ処理システムを提
供することである。 【解決手段】 人事システム２で発令内容が指示される
と、ＣＰＵ２ａは発令内容を基に、データベース２ｃ内
の人事情報を更新し、メモリ２ｂに発令内容を記憶す
る。そして、人事システム２は発令内容が指示されたこ
とを示す発令発生情報を、グループウエア３へ送信す
る。グループウエア３は人事システム２から発生発生情
報を受信すると、ＣＰＵ３ａは人事システム２のメモリ
２ｂから発令内容を取り込み、当該発令内容に基づいて
データベース３ｃに関する変更点を抽出し、該抽出した
変更点に基づいてデータベース３ｃを更新する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、人事情報を管理す
る第１のシステムと、この第１のシステムに接続された
第２のシステムからなるデータ処理システムに関する。

【０００２】

【従来の技術】従来、人事通達の配信等は、コンピュー
タシステムを利用せずに紙により行われていた。その
後、人事通達の配信等を、電子メールを利用して行うア
プリケーションが開発されるに至った。しかし、その多
くは、電子メールに利用するアドレス帳のメンテナンス
に関連するものであり、アドレス帳のメンテナンス専用
のアプリケーションも存在する。

【０００３】

【発明が解決しようとする課題】しかしながら、現在あ
る各種アプリケーションは、人事システムと連動するも
のではない。換言すると、人事システムでの発令に応じ
て、所属情報や上司との関係を示す情報等が自動的に更
新（追加、変更）されるようなものではない。また、人
事システムでの発令に応じて、各種情報のセキュリティ
情報を更新するというものもなかった。

【０００４】本発明の課題は、人事情報の発令に応じて
人事システム内の格納データやグループウエア等の別シ
ステム内の格納データを処理するデータ処理システムを
提供することである。

【０００５】

【課題を解決するための手段】請求項１記載の発明は、
人事情報を管理する第１のシステムと、当該第１のシス
テムに接続された第２のシステムからなるデータ処理シ
ステムであって、前記第１のシステムは、 指示された
発令内容に基づいて前記第１のシステムが管理する人事
情報を更新する人事情報更新手段と、前記発令内容を記
憶する発令履歴記憶手段と、前記発令内容が指示された
ことを示す発令発生情報を前記第２のシステムへ送信す
る送信手段と、を備え、前記第２のシステムは、前記人
事情報に関連する所定情報からなるデータベースを記憶
する所定情報記憶手段と、前記第１のシステムから送信
される前記発令発生情報を受信する受信手段と、前記受
信手段により前記発令発生情報が受信されると前記第１
のシステムの発令履歴記憶手段から前記発令内容を取り
込む発令情報取得手段と、前記発令情報取得手段により
取り込まれた前記発令内容に基づいて前記所定情報記憶
手段に記憶されているデータベースに関する変更点を抽
出する変更点抽出手段と、前記変更点抽出手段により抽
出された変更点に基づいて当該データベースの所定情報
を更新するデータベース更新手段と、を備えたことを特
徴とする。

【０００６】請求項１記載の発明によれば、第１のシス
テムにおいて発令内容が指示されると、第１のシステム
の人事情報更新手段は、当該発令内容に基づいて人事情
報を更新するとともに、発令記憶手段は当該発令内容を
記憶する。そして、第１のシステムの送信手段は、発令
内容が指示されたことを示す発令発生情報を第２のシス
テムへ送信する。

【０００７】そして、第２のシステムの受信手段が第１
のシステムから発令発生情報を受信すると、発令情報取
得手段は第１のシステムの発令履歴記憶手段から発令内
容を取り込む。そして、変更点抽出手段は発令情報取得
手段により取り込まれた発令内容に基づいて所定情報記
憶手段に記憶されているデータベースに関する変更点を
抽出し、データベース更新手段は前記変更点抽出手段に
より抽出された変更点に基づいて当該データベースの所
定情報を更新する。

【０００８】従って、第１のシステムにおいて発令内容
が指示される度に、第２のシステムの所定情報の更新を
行うことが可能なデータ処理システムを構築することが
できる。

【０００９】請求項４記載の発明は、人事情報を管理す
る第１のシステムと、当該第１のシステムに接続された
第２のシステムからなるデータ処理システムであって、
前記第２のシステムは、 前記人事情報に関連する所定
情報からなるデータベースを記憶する所定情報記憶手段
と、 前記所定情報記憶手段に記憶されているデータベ
ースにユーザ登録するユーザを入力するユーザ入力手段
と、前記ユーザ入力手段により入力されたユーザを前記
所定情報記憶手段に記憶されているデータベースにユー
ザ登録するユーザ登録手段と、前記ユーザ登録手段によ
りユーザ登録されたことを示すユーザ登録情報を前記第
１のシステムへ送信する送信手段と、を備え、前記第１
のシステムは、前記第２のシステムから送信される前記
ユーザ登録情報を受信する受信手段と、前記受信手段に
より前記ユーザ登録情報が受信されると、前記第２のシ
ステムのユーザ入力手段により入力されたユーザの情報
を当該第２のシステムから取り込む登録ユーザ情報取得
手段と、前記登録ユーザ情報取得手段により取り込まれ
たユーザの情報に基づいて当該ユーザが前記人事情報に
ユーザ登録されているか否かを判定する判定手段と、前
記判定手段により前記ユーザがユーザ登録されていない
と判定された場合に、当該ユーザを当該ユーザの情報と
ともに前記人事情報に登録する登録手段と、 を備えた
ことを特徴とする。

【００１０】請求項４記載の発明によれば、第２のシス
テムにおいて、ユーザ入力手段により所定情報記憶手段
に記憶されているデータベースへユーザ登録するユーザ
が入力されると、ユーザ登録手段はユーザ入力手段によ
り入力されたユーザを当該所定情報記憶手段に記憶され
ているデータベースにユーザ登録する。そして、送信手
段は前記ユーザ登録手段によりユーザ登録されたことを
示すユーザ登録情報を第１のシステムへ送信する。

【００１１】前記第１のシステムにおいて、受信手段が
第２のシステムからユーザ登録情報を受信すると、登録
ユーザ情報取得手段は第２のシステムのユーザ入力手段
により入力されたユーザの情報を当該第２のシステムか
ら取り込む。そして、判定手段は、該取り込まれたユー
ザの情報に基づいて当該ユーザが前記人事情報にユーザ
登録されているか否かを判定し、ユーザ登録されていな
い場合には、登録手段は当該ユーザをそのユーザの情報
とともに前記人事情報にユーザ登録する。

【００１２】従って、第２のシステムにおいてユーザ登
録される度に、第１のシステムの人事情報の登録ユーザ
の情報を更新することが可能なデータ処理システムを構
築することができる。

【００１３】請求項５記載の発明は、人事情報を管理す
る第１のシステムと、当該第１のシステムに接続された
第２のシステムからなるデータ処理システムであって、
前記第１のシステムは、 指示された発令内容に基づい
て前記第１のシステムが管理する人事情報を更新する人
事情報更新手段と、前記発令内容が指示されたことを示
す発令発生情報を前記第２のシステムへ送信する送信手
段と、を備え、前記第２のシステムは、前記人事情報に
関連する所定情報からなるデータベースを記憶する所定
情報記憶手段と、前記第１のシステムから送信される前
記発令発生情報を受信する受信手段と、前記受信手段に
より前記発令発生情報が受信されると、前記第１のシス
テムが管理する人事情報から所属情報及び役職情報を取
り込む所属役職情報取得手段と、前記所属役職情報取得
手段により取り込まれた所属情報及び役職情報に基づい
て上司情報を生成する上司情報生成手段と、を備えたこ
とを特徴とする。

【００１４】請求項５記載の発明によれば、第１のシス
テムにおいて、人事情報更新手段は発令内容が指示され
ると、該発令内容に基づいて当該第１のシステムが管理
する人事情報を更新する。そして、送信手段は前記発令
内容が指示されたことを示す発令発生情報を第２のシス
テムへ送信する。

【００１５】そして、第２のシステムにおいては、受信
手段が第１のシステムから発令発生情報を受信すると、
所属役職情報取得手段は、第１のシステムが管理する人
事情報から所属情報及び役職情報を取り込む。そして、
上司情報生成手段は、該取り込まれた所属情報及び役職
情報に基づいて上司情報を生成する。

【００１６】従って、第１のシステムにおいて発令内容
が指示される度に、第２のシステムの上司情報が作成さ
れるデータ処理システムを構築することができる。

【００１７】

【発明の実施の形態】以下、図面を参照して本発明に係
るデータ処理システムの実施の形態について説明する。 （第１の実施の形態）本発明を適用した第１の実施の形
態におけるデータ処理システムについて図１から図１５
を参照して説明する。

【００１８】まず、データ処理システムの構成を図１を
参照して説明する。図１は、本発明の第１の実施の形態
におけるデータ処理システム１の全体構成を示す図であ
る。

【００１９】図１において、データ処理システム１は、
一つのサーバ（Ｓ）と複数のクライアント（Ｃ）（図中
では３つのみ図示）からなる人事システム２と、一つの
サーバ（Ｓ）と複数のクライアント（Ｃ）（図中では５
つのみ図示）からなるグループウエア３と、を有し、人
事システム２のサーバ（Ｓ）にグループウエア３のサー
バ（Ｓ）が接続されている。なお、通常、グループウエ
ア３は複数存在する。

【００２０】上記データ処理システム１のデータベース
について、図２を参照して説明する。図２は、データ処
理システム１のデータベースを説明するための図であ
る。図２において、人事システム２のデータベース４に
は、会社情報、発令情報、個人情報、給与情報等が格納
されている。一方、グループウエア３のデータベース５
には、メール情報、アプリケーションに関する情報、ワ
ークフローに関する情報等が格納されている。なお、人
事システム２、グループウエア３とは、同じ情報を異な
った切り口で管理している。

【００２１】上記データ処理システム１の概略につい
て、図３を参照して説明する。なお、ここでは、概略を
述べるにとどめ、詳細は図４及び図６を用いて後述す
る。図３は、データ処理システム１を示す図である。図
３においては、データ処理装置１は、人事システム２と
グループウエア３とからなる。

【００２２】人事システム２は、ＣＰＵ（Central Proc
essing Unit ）２ａ、メモリ２ｂ、及びデータベース２
ｃからなり、リアルタイム性のあるシステムである。Ｃ
ＰＵ２ａは、各種処理を実行し、データベース２ｃへア
クセスできるのみならず、グループウエア３内の後述す
るデータベース３ｃへもアクセスできる。メモリ２ｂ
は、各種データを格納するとともに、ＣＰＵ２ａのデー
タ処理の際にＣＰＵ２ａにより利用されるワークエリア
等を形成する。 データベース２ｃには、会社情報、発
令情報、個人情報、給与情報等が格納されている。

【００２３】グループウエア３は、ＣＰＵ３ａ、メモリ
３ｂ、及びデータベース３ｃからなり、リアルタイム性
のないシステムである。ＣＰＵ３ａは、各種処理を実行
し、データベース３ｃへアクセスできるのみならず、人
事システム２内のデータベース２ｃへもアクセスでき
る。 メモリ３ｂは、各種データを格納するとともに、
ＣＰＵ３ａのデータ処理の際にＣＰＵ３ａにより利用さ
れるワークエリア等を形成する。データベース３ｃに
は、メール情報、アプリケーションに関する情報、ワー
クフローに関する情報等が格納されている。

【００２４】このシステムの処理の一例を簡単に説明す
る。人事システム２で発令が発生すると、ＣＰＵ２ａは
発令内容を基に、データベース２ｃ内の人事情報を更新
し、メモリ２ｂに発令内容を記憶する。そして、人事シ
ステム２は発令のあった旨を示す発令発生情報を、グル
ープウエア３へ送信する。グループウエア３は人事シス
テム２から発生発生情報を受信すると、ＣＰＵ３ａは人
事システム２のメモリ２ｂから発令内容を取り込み、当
該発令内容を基に、データベース３ｃに関する変更点を
抽出し、該抽出した変更点を基にデータベース３ｃを更
新する。

【００２５】以下、人事システム２とグループウエア３
について、図面を参照して説明する。まず、人事システ
ム２について、図４を参照して説明する。図４は、人事
システム４の構成を示すブロック図である。図４におい
て、人事システム２は、ＣＰＵ（Central Processing U
nit ）２１、入力装置２２、人事情報ファイル格納部２
３、通信制御装置２４、表示装置２５、ＲＡＭ（Random
Access Memory）２６、記憶装置２７、及び記憶媒体２
８によって構成されており、記憶媒体２８を除く各部は
バス２９により接続されている。

【００２６】ＣＰＵ２１は、記憶装置２７内の記憶媒体
２８に格納されているシステムプログラム及び当該シス
テムに対応する各種アプリケーションプログラムの中か
ら指定されたアプリケーションプログラムをＲＡＭ２６
内のプログラム格納領域（不図示）に展開し、入力装置
２２から入力される各種指示あるいはデータをＲＡＭ２
６内に一時的に格納し、この入力指示および入力データ
に応じてＲＡＭ２６内に展開されたアプリケーションプ
ログラムにしたがって各種処理を実行し、その処理結果
をＲＡＭ２６内に格納するとともに、表示装置２５に表
示する。そして、ＣＰＵ２１は、ＲＡＭ２６に格納した
処理結果を入力装置２２から入力指示される記憶装置２
７内の記憶媒体２８の保存先に保存する。

【００２７】また、ＣＰＵ２１は、記憶媒体２８からＲ
ＡＭ２６にロードされる各種プログラムのプログラムコ
ードにしたがい、各種処理を行う。以下、第１の実施の
形態におけるＣＰＵ２１が実行する発令処理について説
明する。入力装置２２からＣＰＵ２１へ人事情報の内容
の変更に関する発令内容が入力されると、ＣＰＵ２１
は、当該発令内容を基に、人事情報ファイル格納部２３
内に格納されている人事情報ファイルの人事情報を更新
する。それとともに、ＣＰＵ２１は、記憶装置３７内の
記憶媒体３８の後述する発令履歴ファイル格納部２８ａ
（図５参照）に記憶されている発令履歴ファイル（図９
参照）に、入力装置２２から入力された発令内容を追加
し、当該発令履歴ファイルを更新する。

【００２８】そして、ＣＰＵ２１は、入力装置２２に発
令内容が入力された旨を示す情報（以下、発令発生情報
という）を、通信制御装置２４を介して当該発令発生情
報をグループウエア３へ送信する。なお、詳細は図８に
示すフローチャートを参照して説明する。

【００２９】入力装置２２は、カーソルキー、数字入力
キー及び各種機能キーなどを備えたキーボードやマウス
などのポインティングデバイスを含み、キーボードにお
いて押下されたキーの押下信号やマウスの位置を示す
（相対）位置信号をＣＰＵ２１へ出力する。

【００３０】人事情報ファイル格納部２３には、各社員
の人事情報等からなる人事情報ファイルが格納されてい
る。

【００３１】通信制御装置２４は、外部の他機器とデー
タ回線を介して接続するためのターミナルであり、当該
他機器とのデータの送受信を行う機能を有する。

【００３２】表示装置２５は、ＣＲＴ，液晶表示パネル
などにより構成され、ＣＰＵ２１に制御され、各種表示
データを表示する。

【００３３】ＲＡＭ２６は、記憶媒体２８内に格納され
ているシステムプログラム及び当該システムに対応する
各種アプリケーションプログラムの中から指定されたア
プリケーションプログラムを格納するプログラム格納領
域（不図示）と、入力指示、入力データおよび処理結果
などを格納するワークメモリ（不図示）などからなる。

【００３４】記憶装置２７は、プログラムやデータなど
が予め記憶されている記憶媒体２８を有しており、この
記憶媒体２８は磁気的記憶媒体、光学的記憶媒体、若し
くは半導体メモリで構成されている。この記憶媒体２８
は記憶装置２７に固定的に設けたもの、若しくは着脱自
在に装着するものである。記憶媒体２８は、図５に示す
ように発令履歴ファイル格納部２８ａ等から形成されて
おり、記憶媒体２８は、社員番号、日付（発令があった
日付若しくは発令履歴ファイルへ追加された日付）、会
社（在籍している会社名）、本務情報（本務、兼務、出
向等）、所属、役職、資格、及び職種が関連づけられて
なる発令履歴ファイル（図９参照）の他、前記システム
プログラム及び当該システムに対応する各種アプリケー
ションプログラム、本発明に係る各種処理を実行するプ
ログラムなどが記憶されている。

【００３５】次に、グループウエア３について、図６を
参照して説明する。図６は、グループウエア３の構成を
示すブロック図である。図６において、グループウエア
３は、ＣＰＵ３１、入力装置３２、ワークフローファイ
ル格納部３３、通信制御装置３４、表示装置３５、ＲＡ
Ｍ３６、記憶装置３７、及び記憶媒体３８によって構成
されており、記憶媒体３８を除く各部はバス３９により
接続されている。

【００３６】ＣＰＵ３１は、記憶装置３７内の記憶媒体
３８に格納されているシステムプログラム及び当該シス
テムに対応する各種アプリケーションプログラムの中か
ら指定されたアプリケーションプログラムをＲＡＭ３６
内のプログラム格納領域（不図示）に展開し、入力装置
３２から入力される各種指示あるいはデータをＲＡＭ３
６内に一時的に格納し、この入力指示及び入力データに
応じてＲＡＭ３６内に展開されたアプリケーションプロ
グラムにしたがって各種処理を実行し、その処理結果を
ＲＡＭ３６内に格納するとともに、表示装置３５に表示
する。そして、ＣＰＵ３１は、ＲＡＭ３６に格納した処
理結果を入力装置３２から入力指示される記憶装置３７
内の記憶媒体３８の保存先に保存する。また、ＣＰＵ３
１は、記憶媒体３８からＲＡＭ３６にロードされる各種
プログラムのプログラムコードにしたがい、各種処理を
行う。

【００３７】以下、第１の実施の形態におけるＣＰＵ３
１による各種処理について説明する。まず、ＣＰＵ３１
が実行する変更点抽出処理について説明する。ＣＰＵ３
１は、通信制御装置３４を介して、人事システム２から
発令発生情報を受信すると、人事システム２から、当該
人事システム２内の記憶媒体２８の発令履歴ファイル格
納部２８ａに記憶されている発令履歴ファイル（図９参
照）を取り込む。

【００３８】ＣＰＵ３１は、上記取り込んだ発令履歴フ
ァイルから、当該発令履歴ファイルの変更点を抽出し、
該抽出した変更点を、本務情報、出向情報、及び兼務情
報（図１１参照）の各情報と比較し、比較結果を基に、
当該各情報の変更点を抜粋する。

【００３９】そして、ＣＰＵ３１は、抜粋した変更点
を、記憶装置３７内の記憶媒体３８の後述する変更点フ
ァイル格納部３８ａに格納されている変更点ファイル
（図１３参照）へ出力し、当該変更点ファイルを更新す
る。なお、詳細は図１０に示すフローチャートを参照し
て説明する。

【００４０】次に、ＣＰＵ３１が実行するデータベース
更新処理について説明する。ＣＰＵ３１は、記憶装置３
７内の記憶媒体３８の後述する変更点ファイル格納部３
８ａに格納されている変更点ファイル（図１３参照）を
開き、当該変更点ファイルの変更点データを１レコード
ずつ順次読み出す。

【００４１】ＣＰＵ３１は、上記読み出したレコードに
関する社員が当該読み出したレコードに対応する情報フ
ァイル（本務情報、出向情報、兼務情報（図１１参
照））にユーザ登録されているか否かを判定し、ユーザ
登録されている場合には、ＣＰＵ３１は、読み出したレ
コードが示す変更点データを基に、当該読み出したレコ
ードに対応する情報ファイル（本務情報、出向情報、兼
務情報）を更新する。

【００４２】一方、ユーザ登録されていないと判定した
場合には、ＣＰＵ３１は、読み出したレコードに関する
社員を、当該読み出したレコードに対応する情報ファイ
ル（本務情報、出向情報、兼務情報）にユーザ登録する
とともに、ユーザ登録した社員に関する関連情報を人事
システム２の人事情報ファイル格納部２３に格納されて
いる人事情報から取り出し、該取り出した情報を対応す
る情報ファイル（本務情報、出向情報、兼務情報）へ格
納する。なお、詳細は図１４に示すフローチャートを参
照して説明する。

【００４３】さらに、ＣＰＵ３１が実行するユーザ登録
サーバ更新処理について説明する。ＣＰＵ３１は、記憶
装置３７内の記憶媒体３８の後述する変更点ファイル格
納部３８ａに格納されている変更点ファイル（図１３参
照）を開き、当該変更点ファイルの変更点データを１レ
コードずつ順次読み出す。

【００４４】ＣＰＵ３１は、上記読み出したレコードを
基にユーザ登録サーバが変化するか否かを判定し、ユー
ザ登録サーバが変化すると判定した場合には、ＣＰＵ３
１は、該読み出したレコードを基に、ユーザ登録サーバ
の内容を更新する。なお、詳細は図１５に示すフローチ
ャートを参照して説明する。

【００４５】入力装置３２は、カーソルキー、数字入力
キーおよび各種機能キーなどを備えたキーボードおよび
マウスなどのポインティングデバイスを含み、キーボー
ドにおいて押下されたキーの押下信号やマウスの位置を
示す（相対）位置信号をＣＰＵ３１へ出力する。

【００４６】ワークフローファイル格納部３３には、人
事通達における書類の配布順等の各種情報（図２０、図
２１、図２２参照）からなるワークフローファイルが記
憶されている。

【００４７】通信制御装置３４は、外部の他機器とデー
タ回線を介して接続するためのターミナルであり、当該
他機器とのデータの送受信を行う機能を有する。

【００４８】表示装置３５は、ＣＲＴ，液晶表示パネル
などにより構成され、ＣＰＵ３１に制御され、各種表示
データを表示する。

【００４９】ＲＡＭ３６は、記憶媒体３８内に格納され
ているシステムプログラム及び当該システムに対応する
各種アプリケーションプログラムの中から指定されたア
プリケーションプログラムを格納するプログラム格納領
域（不図示）と、入力指示、入力データ及び処理結果な
どを格納するワークメモリ（不図示）などからなる。

【００５０】記憶装置３７は、プログラムやデータなど
が予め記憶されている記憶媒体３８を有しており、この
記憶媒体３８は磁気的記憶媒体、光学的記憶媒体、若し
くは半導体メモリで構成されている。この記憶媒体３８
は記憶装置３７に固定的に設けたもの、若しくは着脱自
在に装着するものである。記憶媒体３８は、図７に示す
ように変更点ファイル格納部３８ａ、階層情報ファイル
格納部３８ｂ、上司情報ファイル格納部３８ｃ、承認者
情報ファイル格納部３８ｄ、セキュリティ情報ファイル
格納部３８ｅ、ユーザ登録ファイル格納部３８ｆ等から
形成されている。そして、記憶媒体３８には、変更点フ
ァイル（図１３参照）、階層情報ファイル（図１７を基
に作成される情報ファイル）、上司情報ファイル（図１
８参照）、承認者情報ファイル（図２３参照）、セキュ
リティ情報ファイル（図２６参照）、ユーザ登録ファイ
ルの他、前記システムプログラム及び当該システムに対
応する各種アプリケーションプログラム、本発明に係る
各種処理を実行するプログラムなどが記憶されている。

【００５１】次に動作を説明する。まず、人事システム
２において実行される発令処理について図８を参照して
説明する。図８は人事システム２における発令処理を示
すフローチャートである。

【００５２】システム管理者により、入力装置２２に発
令内容が入力され、入力された発令内容が入力装置２２
からＣＰＵ２１へ出力される（ステップＡ１）。

【００５３】ＣＰＵ２１は、入力装置２２から入力され
た発令内容を基に人事情報ファイル格納部２３に格納さ
れている人事情報ファイルの人事情報を更新する（ステ
ップＡ２）。

【００５４】さらに、ＣＰＵ２１は記憶装置２７内の記
憶媒体２８の発令履歴ファイル格納部２８ａに記憶され
ている図９に示す発令履歴ファイルに、入力装置２２か
ら入力された発令内容を追加し、当該発令履歴ファイル
を更新する（ステップＡ３）。

【００５５】上記発令履歴ファイルについて、図９を参
照して説明する。図９は、発令履歴ファイルの一例を示
す図である。この発令履歴ファイルは、社員番号、日付
（発令があった日付若しくは発令履歴ファイルへ追加さ
れた日付）、会社（在籍している会社名）、本務情報
（本務、兼務、出向等）、所属、役職、資格、職種が関
連づけられている。

【００５６】図９に示すように、例えば社員番号“００
０１”、日付“９７０４０１”（１９９７年４月１
日）、会社“本社”、本務情報“本務”、所属“Ａ”、
役職“Ｂ”、資格“Ａ”、職種“Ａ”が関連づけられて
いる。

【００５７】例えば、１９９８年４月１日に発令があっ
たとすると、発令履歴ファイルに追加された内容は、社
員番号“０００１”、日付“９８０４０１”、会社“本
社”、本務情報“本務”、所属“Ａ”、役職“Ｃ”、資
格“Ｃ”、職種“Ｃ”と、社員番号“０００２”、日付
“９８０４０１”、会社“本社”、本務情報“本務”、
所属“Ａ”、役職“Ａ”、資格“Ａ”、職種“Ａ”と、
社員番号“０００３”、日付“９８０４０１”、会社
“Ｂ社”、本務情報“出向１”、所属“Ｇ”、役職
“Ｂ”、資格“Ｃ”、職種“Ｃ”と、である。

【００５８】ＣＰＵ２１は、入力装置２２に発令内容が
入力された旨を示す情報（発令発生情報）を、通信制御
装置２４へ出力し、通信制御装置２４は、当該発令発生
情報をグループウエア３へ送信し（ステップＡ４）、Ｃ
ＰＵ２１は、当該発令履歴の送信が完了したか否かを判
定し（ステップＡ５）、送信完了と判定するとＣＰＵ２
１は発令処理を終了する。

【００５９】次に、グループウエア３において実行され
る変更点抽出処理について、図１０を参照して説明す
る。図１０は、グループウエア３における変更点抽出処
理を示すフローチャートである。

【００６０】ＣＰＵ３１は、通信制御装置３４を介し
て、上記発令処理のステップＡ４で人事システム２が送
信した発令は性情報を人事システム２から受信すると
（ステップＢ１）、ＣＰＵ３１は、人事システム２内の
記憶媒体２８の発令履歴ファイル格納部２８ａに記憶さ
れている発令履歴ファイルを取り込む（ステップＢ
２）。

【００６１】ＣＰＵ３１は、ステップＢ２で取り込んだ
発令履歴ファイルから、当該発令履歴ファイルの変更点
を抽出する（ステップＢ３）。

【００６２】例えば、図９に示す発令履歴ファイルの場
合で、１９９８年４月１日に発令があったとすると、抽
出される変更点は、社員番号“０００１”、日付“９８
０４０１”、会社“本社”、本務情報“本務”、所属
“Ａ”、役職“Ｃ”、資格“Ｃ”、職種“Ｃ”と、社員
番号“０００２”、日付“９８０４０１”、会社“本
社”、本務情報“本務”、所属“Ａ”、役職“Ａ”、資
格“Ａ”、職種“Ａ”と、社員番号“０００３”、日付
“９８０４０１”、会社“Ｂ社”、本務情報“出向
１”、所属“Ｇ”、役職“Ｂ”、資格“Ｃ”、職種
“Ｃ”と、である。

【００６３】そして、ＣＰＵ２１は該抽出した変更点
を、グループウエア３上の本務情報、出向情報、及び兼
務情報）（図１１参照）の各情報と比較する（ステップ
Ｂ４）。

【００６４】ここで、比較対象となる本務情報、出向情
報、及び兼務情報の各情報は、図１１（ａ）、図１１
（ｂ）、及び図１１（ｃ）に示す、１９９８年１月１０
日時点のものである。図１１（ａ）は、１９９８年１月
１０日時点での本務情報の一例を示す図であり、図１１
（ｂ）は、１９９８年１月１０日時点での出向情報の一
例を示す図であり、図１１（ｃ）は、１９９８年１月１
０日時点での兼務情報の一例を示す図である。

【００６５】ここで、本務情報は、社員番号、所属、役
職、資格が対応づけられてなる情報であり、１９９８年
１月１０日時点の本務情報は、図１１（ａ）に示すよう
に、社員番号“０００１”、所属“Ｂ”、役職“Ｂ”、
資格“Ｃ”と、社員番号“０００２”、所属“Ｂ”、役
職“Ａ”、資格“Ａ”と、社員番号“０００３”、所属
“Ａ”、役職“Ｂ”、資格“Ｂ”と、からなる。

【００６６】また、出向情報は、社員番号、会社、所
属、役職、資格が対応づけられてなる情報であり、１９
９８年１月１０日時点の出向情報は、図１１（ｂ）に示
すように、社員番号“０００３”、会社“Ａ社”、所属
“Ｆ”、役職“Ａ”、資格“Ｃ”、からなる。

【００６７】さらに、兼務情報は、社員番号、所属、役
職、資格が対応づけられてなる情報であり、１９９８年
１月１０日時点の兼務情報は、図１１（ｃ）に示すよう
に、社員番号“０００２”、所属“Ｄ”、役職“Ａ”、
資格“Ａ”、からなる。

【００６８】そして、ＣＰＵ３１は、ステップＢ４での
比較の結果を基に、本務情報、出向情報、及び兼務情報
の各情報の変更点を抜粋する（ステップＢ５）。

【００６９】さらに、ＣＰＵ３１は、ステップＢ５で抜
粋した変更点を、記憶装置３７内の記憶媒体３８の変更
点ファイル格納部３８ａに記憶されている変更点ファイ
ルへ出力し、当該変更点ファイルを更新する（ステップ
Ｂ６）。

【００７０】そして、ＣＰＵ３１は、記憶装置３７内の
記憶媒体３８に記憶されている変更点ファイルの更新が
完了したか否かを判定し（ステップＢ７）、当該更新処
理が完了していない場合には、ステップＢ４に戻り、当
該更新処理が完了している場合には、変更点抽出処理を
終了する。

【００７１】ここで、ステップＢ２で取り込んだ発令履
歴ファイルが図９に示すものであり、ステップＢ４での
比較対象となる本務情報、出向情報、及び兼務情報の各
情報が、図１１（ａ）、図１１（ｂ）、及び図１１
（ｃ）に示すものである場合に、ステップＢ６での更新
後の変更点ファイルは、図１３に示すようになる。

【００７２】すなわち、変更点ファイルは、図１３に示
すように、例えば社員番号“０００１”、会社“本
社”、本務情報“本務”、変更項目“所属”、後“Ａ”
からなる。なお、“会社”又は“本務情報”の少なくと
も一方が変更された場合には、全ての項目が変更項目と
してリストアップされる。

【００７３】次に、グループウエア３において実行され
るデータベース更新処理について、図１４を参照して説
明する。図１４は、グループウエア３におけるデータベ
ース更新処理を示すフローチャートである。

【００７４】ＣＰＵ３１は、上記変更点抽出処理により
作成され、記憶装置３７内の記憶媒体３８の変更点ファ
イル格納部３８ａに記憶された変更点ファイルを開き
（ステップＣ１）、ＣＰＵ３１は、変更点ファイルの変
更点データを１レコード読み出す（ステップＣ２）。

【００７５】ＣＰＵ３１は、ステップＣ２で読み出した
レコードに関する社員が、当該読み出したレコードに対
応する情報ファイル（本務情報、出向情報、兼務情報）
にユーザ登録されているか否かを、判定する（ステップ
Ｃ３）。

【００７６】ステップＣ３でユーザ登録されていると判
定した場合には、ＣＰＵ３１は、ステップＣ２で読み出
したレコードが示す変更点データを基に、該読み出した
レコードに対応する情報ファイル（本務情報、出向情
報、兼務情報）を更新する（ステップＣ４）。

【００７７】一方、ステップＣ３でユーザ登録されてい
ないと判定した場合には、ＣＰＵ３１は、ステップＣ２
で読み出したレコードに関する社員を、該読み出したレ
コードに対応する情報ファイル（本務情報、出向情報、
兼務情報）にユーザ登録し（ステップＣ５）、さらに、
ＣＰＵ３１は、ステップＣ５でユーザ登録した社員に関
する関連情報を、人事システム２の人事情報から取り出
し、ステップＣ５でユーザ登録した情報ファイル（本務
情報、出向情報、兼務情報）に保存する（ステップＣ
６）。

【００７８】ステップＣ４又はステップＣ６の処理が終
了すると、ＣＰＵ３１は、変更点ファイルの全レコード
に対して、上述したステップＣ２からステップＣ６の処
理を行ったか否かを判定し（ステップＣ７）、未だ全レ
コードに対しステップＣ２からステップＣ６の処理が行
われていない場合には、ステップＣ２に戻り、次のレコ
ードに対しステップＣ２からステップＣ６の処理を実行
する。

【００７９】ステップＣ７で、全レコードに対してステ
ップＣ２からステップＣ６の処理が終了していると判定
した場合には、データベース更新処理を終了する。

【００８０】例えば、ステップＣ１で開いた発令履歴フ
ァイルが図９に示すものであり、更新前の本務情報、出
向情報、及び兼務情報の各情報が、図１１（ａ）、図１
１（ｂ）、及び図１１（ｃ）に示すものである場合に、
ステップＣ４での更新後の本務情報、出向情報、及び兼
務情報の各情報が、図１２（ａ）、図１２（ｂ）、及び
図１２（ｃ）に示すものになる。

【００８１】なお、図１２（ａ）は、１９９８年４月１
日時点での本務情報を示す図であり、図１２（ｂ）は、
１９９８年４月１日時点での出向情報を示す図であり、
図１２（ｃ）は、１９９８年４月１日時点での兼務情報
を示す図である。

【００８２】次に、グループウエア３において実行され
るユーザ登録サーバ更新処理について、図１５を参照し
て説明する。図１５は、グループウエア３におけるユー
ザ登録サーバ更新処理を示すフローチャートである。

【００８３】ＣＰＵ３１は、上記変更点抽出処理により
作成され、記憶装置３７内の記憶媒体３８の変更点ファ
イル格納部３８ａに記憶されている変更点ファイルを開
き（ステップＤ１）、ＣＰＵ３１は、変更点ファイルの
変更点データを１レコード読み出す（ステップＤ２）。

【００８４】ＣＰＵ３１は、ステップＤ２で読み出した
レコードを基にユーザ登録サーバが変化するか否かを判
定する（ステップＤ３）。例えば、グループウエアが、
本社、Ａ社、Ｂ社単位で形成されている場合には、変更
点ファイルの会社に対応する情報を利用して、ユーザ登
録サーバが変化するか否かを判定する。

【００８５】ステップＤ３でＣＰＵ３１によりユーザ登
録サーバが変化すると判定された場合には、ＣＰＵ３１
は、ステップＤ２で読み出したレコードを基に、当該レ
コードに関するユーザのユーザ登録サーバを更新する
（ステップＤ４）。

【００８６】ステップＤ３でＣＰＵ３１によりユーザ登
録サーバが変化しないと判定された場合、又はステップ
Ｄ４の処理の終了後、ＣＰＵ３１は、変更点ファイルの
全レコードに対してステップＤ２からステップＤ４の処
理が終了したか否かを判定し（ステップＤ５）、未だ全
レコードに対してステップＤ２からステップＤ４の処理
が終了していない場合には、ステップＤ２に戻り、次の
レコードに対してステップＤ２からステップＤ４の処理
を実行する。

【００８７】ステップＤ５で、全レコードに対してステ
ップＤ２からステップＤ４の処理が終了していると判定
した場合には、ユーザ登録サーバ更新処理を終了する。

【００８８】本第１の実施の形態によれば、人事システ
ム２において発令が発生すると、人事システム２のＣＰ
Ｕ２１は、当該発令の発令内容を基に、人事情報フィル
格納部２３に格納されている人事情報を更新するととも
に、記憶媒体２８の発令履歴ファイル格納部２８ａに格
納されている発令履歴ファイルを更新する。そして、人
事システム２のＣＰＵ２１は、通信制御装置２４を介し
て発令のあった旨を示す発令発生情報を、グループウエ
ア３へ出力する。

【００８９】そして、グループウエア３のＣＰＵ３１
は、人事システム２から発令発生情報を受信すると、人
事システム２の記憶媒体２８の発令履歴ファイル格納部
２８ａに格納されている発令履歴ファイルを取り込み、
該取り込んだ発令履歴ファイルを基に、記憶媒体３８の
変更点ファイルを更新する。

【００９０】上記更新された変更点ファイルを利用し
て、グループウエア３の本務情報、出向情報、及び兼務
情報の各情報ファイルを更新する。また、上記更新され
た変更点ファイルを利用して、ユーザ登録サーバの更新
を行う。

【００９１】従って、人事システム２において発令が発
生する度に、人事システム２にネットワークを介して接
続されたグループウエア３の本務情報、出向情報、及び
兼務情報の各情報ファイルや、ユーザ登録サーバの更新
を行うことが可能なデータ処理システムを構築すること
ができる。

【００９２】（第２の実施の形態）本発明を適用した第
２の実施の形態におけるデータ処理システムについて図
１６から図２６を参照して説明する。本第２の実施の形
態におけるデータ処理システムの基本構成は、上記第１
の実施の形態において説明したデータ処理システムデー
タと同じであり、上記第１の実施の形態とは、以下の点
で異なる。

【００９３】第２の実施の形態におけるグループウエア
３のＣＰＵ３１は、以下の処理を実行する。まず、ＣＰ
Ｕ３１が実行する上司情報検索処理について説明する。
人事システム２において発令が発生し、人事情報ファイ
ル格納部２３に格納されている人事情報が変更され、人
事システムから発令発生情報を受け取ると、ＣＰＵ３１
は、人事システム２の人事情報ファイル格納部２３に格
納されている人事情報の所属情報、役職情報等の階層情
報（例えば、図１７を利用して作成される情報）を人事
システム２から取り込み、該取り込んだ階層情報を記憶
装置３７内の記憶媒体３８の階層情報ファイル格納部３
８ｂに記憶されている階層情報ファイルへ出力し、当該
階層情報ファイルを更新する。

【００９４】階層情報ファイル更新後、ＣＰＵ３１は、
記憶装置３７内の記憶媒体３８の階層情報ファイル格納
部３８ｂに記憶されている階層情報ファイルを開き、当
該階層情報ファイルの階層情報を１レコードずつ順次読
み出す。

【００９５】ＣＰＵ３１は、該読み出したレコードに対
応する社員の上位所属及び上位役職の情報を階層情報フ
ァイルを検索して特定し、該特定結果を記憶装置３７内
の記憶媒体３８の上司情報ファイル３８ｃに記憶されて
いる上司情報ファイルへ出力し、当該上司情報ファイル
（図１８参照）を更新する。なお、詳細は図１６に示す
フローチャートを参照して説明する。

【００９６】次に、ＣＰＵ３１が実行する承認者情報生
成処理について説明する。ＣＰＵ３１は、記憶装置３７
内の記憶媒体３８の上司情報ファイル格納部３８ｃに格
納されている上司情報ファイルを開き、当該上司情報フ
ァイルの上司情報を１レコードずつ順次読み出す。

【００９７】また、ＣＰＵ３１は、ワークフローファイ
ル格納部３３に格納されている、指定された一のアプリ
ケーションの承認階層情報（図２０参照）、承認者ルー
ル（図２１参照）、担当者情報（図２２参照）を読み込
む。

【００９８】ＣＰＵ３１は、該読み込んだレコード、指
定された一のアプリケーションの承認階層情報、承認者
ルール、及び担当者情報を基に、承認者情報（図２３参
照）を更新し、更新後の承認者情報を、記憶装置３７内
の記憶媒体３８の承認者情報ファイル格納部３８ｄに記
憶されている承認者情報ファイルへ出力し、当該承認者
情報ファイルを更新する。そして、ＣＰＵ３１は、この
処理を指定された全アプリケーションに対して順次行
う。なお、詳細は図１９に示すフローチャートを参照し
て説明する。

【００９９】さらに、ＣＰＵ３１が実行するセキュリテ
ィ情報更新処理について説明する。ＣＰＵ３１は、記憶
装置３７内の記憶媒体３８の上司情報ファイル格納部３
８ｃに格納されている上司情報ファイルを開き、当該上
司情報ファイルの上司情報を１レコードずつ順次読み出
す。

【０１００】ＣＰＵ３１は、該読み出したレコードと、
記憶媒体３８に記憶されているセキュリティ設定情報
（図２５参照）を基に、セキュリティ情報を作成し、該
作成したセキュリティ情報を、記憶装置３７内の記憶媒
体３８のセキュリティ情報ファイル格納部３８ｅに記憶
されているセキュリティ情報ファイルへ出力し、当該セ
キュリティ情報ファイルを更新する。なお、詳細は、図
２４に示すフローチャートを参照して説明する。

【０１０１】次に動作を説明する。まず、グループウエ
ア３において実行される上司情報検索処理について図１
６を参照して説明する。図１６はグループウエア３にお
ける上司情報検索処理を示すフローチャートである。

【０１０２】人事システム２において発令が発生し、人
事情報ファイル格納部２３に格納されている人事情報が
変更され、人事システムから発令発生情報を受け取る
と、ＣＰＵ３１は、人事システム２の人事情報ファイル
格納部２３に格納されている人事情報内の、図１７を利
用して作成される、所属情報や役職情報等からなる階層
情報を人事システム２から取り込み、該取り込んだ階層
情報を記憶装置３７内の記憶媒体３８の階層情報ファイ
ル格納部３８ｂに記憶されている階層情報ファイルへ出
力し、当該階層情報ファイルを更新する（ステップＥ
１）。

【０１０３】ここで、図１７について簡単に説明する。
図１７は会社の開発部の社員構成を示す図である。図１
７において、開発部は部の下に３つの開発課があり、さ
らに各課の下には一つか二つの課が存在する。そして、
それぞれに対して社員名が役職が分かるように記載され
ている。

【０１０４】そして、ＣＰＵ３１は、記憶装置３７内の
記憶媒体３８の階層情報ファイル格納部３８ｂに記憶さ
れている階層情報ファイルを開き、階層情報ファイルの
階層情報を１レコード読み出す（ステップＥ２）。

【０１０５】ＣＰＵ３１は、ステップＥ２で読み出した
レコードを基に上位所属及び上位役職の情報を特定し
（ステップＥ３）、さらに、ＣＰＵ３１は、ステップＥ
３での特定結果を基に、図１８に示す上司情報を作成
し、該作成した上司情報を記憶装置３７内の記憶媒体３
８の上司情報ファイル３８ｃに記憶されている上司情報
ファイルへ出力し、当該上司情報ファイルを更新する
（ステップＥ４）。

【０１０６】ステップＥ４の処理の終了後、ＣＰＵ３１
は、階層情報ファイルの全レコードに対してステップＥ
２からステップＥ４の処理が終了したか否かを判定し
（ステップＥ５）、未だ全レコードに対してステップＥ
２からステップＥ４の処理が終了していない場合には、
ステップＥ２に戻り、次のレコードに対してステップＥ
２からステップＥ４の処理を実行する。

【０１０７】ステップＥ５で、全レコードに対して所定
の処理が終了していると判定した場合には、上司情報検
索処理を終了する。

【０１０８】ここで、上記処理について作成される上司
情報について図１８を参照して説明する。図１８は、上
司情報の一例を示す図である。図１８において、上司情
報には、社員番号、上司（上司の社員番号）、管理サー
バの情報が対応づけられている。

【０１０９】この場合、図１８に示すように、上司情報
は例えば社員番号“０００１”、上司“１０００”、管
理サーバ“本社”からなる。

【０１１０】次に、グループウエア３において実行され
る承認者情報生成処理について、図１９を参照して説明
する。図１９は、グループウエア３における承認者情報
生成処理を示すフローチャートである。

【０１１１】ＣＰＵ３１は、上記上司情報検索処理のス
テップＥ４で作成され、記憶装置３７内の記憶媒体３８
の上司情報ファイル格納部３８ｃに記憶されている上司
情報ファイルを開き（ステップＦ１）、ＣＰＵ３１は、
上司情報ファイルの上司情報を１レコード読み出す（ス
テップＦ２）。

【０１１２】さらに、ＣＰＵ３１は、図２０に示す指定
された一のアプリケーションの承認階層情報（例えば振
替伝票）、図２１に示す承認者ルール、及び図２２に示
す担当者情報を読み込む（ステップＦ３）。

【０１１３】ここで、承認階層情報、承認者ルール、及
び担当者情報を、図２０、図２１、及び図２２を参照し
て説明する。

【０１１４】図２０は、承認階層情報の一例を示す図で
ある。図２０において、稟議書、旅費精算書、及び振替
伝票等の各ワークフローに対して、必要な承認者情報が
格納されている。例えば、振替伝票の場合、第一承認者
は“Ａ”、第二承認者は“Ｅ”、第三から第五承認者は
不要で、担当者“Ｇ”である。なお、“Ａ”、“Ｅ”、
“Ｇ”等は、承認者ルール（図２１参照）や担当者情報
（図２２参照）内の表記に対応する。一例を挙げると、
“Ａ”は、申請者の上司である（図２１参照）。

【０１１５】図２１は、承認者ルールの一例を示す図で
ある。図２１において、承認者ルールは、“Ａ：担当社
の上司”、“Ｂ：第一承認者の上司”、“Ｃ：第二承認
者の上司”、“Ｄ：課長”、“Ｅ：部長”、“Ｆ：その
他”、“Ｇ：経理部”、“Ｈ：総務部”、“Ｉ：管理
部”からなる。なお、経理部、総務部、及び管理部の担
当者は担当者情報（図２２を参照）を利用して、決定さ
れる。

【０１１６】図２２は、担当者情報の一例を示す図であ
る。図２２においては、担当者情報は、“経理部：山
下”、“総務部：近藤”、“管理部：木村”の情報から
なる。

【０１１７】ＣＰＵ３１は、ステップＦ２で読み込んだ
レコード、ステップＦ３で読み込んだ図２０に示す承認
階層情報、図２１に示す承認者ルール、及び図２２に示
す担当者情報を基に、図２３に示す承認者情報を更新
し、更新後の承認者情報を記憶装置３７内の記憶媒体３
８の承認者情報ファイル格納部３８ｄに記憶されている
承認者情報ファイルへ出力し、当該承認者情報ファイル
を更新する（ステップＦ４）。

【０１１８】ここで、承認者情報について図２３を参照
して説明する。図２３は、承認者情報の一例を示す図で
ある。図２３において、承認者情報は、申請者が誰であ
るのかを示す情報、書類名を示す情報、第一から第五承
認者が誰であるのかを示す情報、担当者が誰であるのか
を示す情報からなる。

【０１１９】ＣＰＵ３１は、指定されたアプリケーショ
ンの全てに対してステップＦ３及びステップＦ４の処理
が行われたか否かを判定し（ステップＦ５）、未だ全て
のアプリケーションに対してステップＦ３及びステップ
Ｆ４の処理が終了していない場合には、ステップＦ３に
戻り、他のアプリケーションに対してステップＦ３及び
ステップＦ４の処理を実行する。

【０１２０】一方、ステップＦ５で全てのアプリケーシ
ョンに対してステップＦ３及びステップＦ４の処理が終
了していると判定された場合には、ＣＰＵ３１は、上司
情報ファイルの全レコードに対してステップＦ２からス
テップＦ５の処理が終了したか否かを判定し（ステップ
Ｆ６）、未だ全レコードに対してステップＦ２からステ
ップＦ５の処理が終了していない場合には、ステップＦ
２に戻り、次のレコードに対してステップＦ２からステ
ップＦ５の処理を実行する。

【０１２１】ステップＦ６で、全レコードに対する処理
が完了していると判定した場合には、承認者情報生成処
理を終了する。

【０１２２】上記承認者情報生成処理により、例えばワ
ークフローアプリケーションが図２０に示すものであ
り、承認者ルールが図２１に示すものであり、担当者情
報が図２２に示すものであり、会社内の人事構成が図１
７に示す場合であり、かつ振替伝票の場合、図２３に示
す承認者情報が作成される。

【０１２３】図２０に示すワークフローアプリケーショ
ンにおいて、振替伝票に関するワークフローは第一承認
者“Ａ”、第二承認者“Ｅ”、担当者“Ｇ”である。

【０１２４】ここで、申請者が“田奈”の場合には、第
一承認者に“Ａ”が対応していることから第一承認者は
申請者（田奈）の上司である鷲沼であり、第二承認者に
“Ｅ”が対応していることから、第二承認者は申請者
（田奈）の所属する部の部長である朝倉である。さら
に、担当者に“Ｇ”が対応していることから、図２２を
参照すると、担当者は、経理部の山下となる。

【０１２５】よって、申請者が“田奈”の場合には、承
認者情報は、“申請者：田奈”、“書類名：振替伝
票”、“承認者１：鷲沼”、“承認者２：朝倉”、“承
認者３：なし”、“承認者４：なし”、“承認者５：な
し”、“担当者：山下”、となる。

【０１２６】次に、グループウエア３において実行され
るセキュリティ情報更新処理について、図２４を参照し
て説明する。図２４は、グループウエア３におけるセキ
ュリティ情報更新処理を示すフローチャートである。

【０１２７】ＣＰＵ３１は、上記上司情報検索処理のス
テップＥ４で作成され、記憶装置３７内の記憶媒体３８
の上司情報ファイル格納部３８ｃに記憶されている上司
情報ファイルを開き（ステップＧ１）、ＣＰＵ３１は、
上司情報ファイルの上司情報を１レコード読み出す（ス
テップＧ２）。

【０１２８】ＣＰＵ３１は、ステップＧ２で読み出した
レコードと、図２５に示すセキュリティ設定を基に、図
２６に示すようなセキュリティ情報を作成する（ステッ
プＧ３）。

【０１２９】ここで、セキュリティ設定について図２５
を参照して説明する。図２５は、セキュリティ設定の一
例を示す図である。このセキュリティ設定は、ある社員
が他の社員の情報に対してアクセス権があるか否かやそ
の情報の内容を変更することができるか否かを示す情報
であり、図２５の場合には、“上司”には“なし”（ア
クセス権なし）、“部下”には“変更可”（データの変
更ができる）、“同役職”には“なし”、“隣接部下”
には“なし”が対応している。

【０１３０】また、セキュリティ情報について図２６を
参照して説明する。図２６は、セキュリティ情報の一例
を示す図である。図２６のセキュリティ情報は、アクセ
ス者、アクセス対象、及びアクセス権が対応してなる情
報であり、例えば、アクセス者“足利”、アクセス対象
“朝倉”、アクセス権“なし”が対応しており、アクセ
ス者“足利”、アクセス対象“高橋”、アクセス権“変
更可”が対応している。

【０１３１】ＣＰＵ３１は、ステップＧ３で作成したセ
キュリティ情報を、記憶装置３７内の記憶媒体３８のセ
キュリティ情報ファイル格納部３８ｅに格納されている
セキュリティ情報ファイルへ出力し、当該セキュリティ
情報ファイルを更新する（ステップＧ４）。

【０１３２】ＣＰＵ３１は、上司情報ファイルの全レコ
ードに対するステップＧ２からステップＧ４の処理が終
了したか否かを判定し（ステップＧ５）、未だ全レコー
ドに対してステップＧ２からステップＧ４の処理が終了
していない場合には、ステップＧ２に戻り、次のレコー
ドに対してステップＧ２からステップＧ４の処理を実行
する。

【０１３３】ステップＧ５で、全レコードに対して所定
の処理が終了していると判定した場合には、セキュリテ
ィ情報更新処理を終了する。

【０１３４】上記セキュリティ情報更新処理により、例
えば、会社内の人事構成が図１７であり、セキュリティ
設定が図２５に示すものである場合、図２６に示すセキ
ュリティ情報が作成される。すなわち、“足利”に関す
るセキュリティ情報は、図２６に示すように、本人であ
る“足利”の情報と、部下である“依田”及び“高橋”
の情報に対しては“変更可”であり、それ以外の社員
（朝倉、山田等）の情報に対しては“アクセス権なし”
である。

【０１３５】本第２の実施の形態によれば、人事システ
ム２において発令が発生し、グループウエア３のＣＰＵ
３１は、人事システム２から発令発生情報を受信する
と、人事システム２の人事情報ファイル格納部２３の人
事情報から、所属情報や役職情報等の階層情報を取り込
み、該取り込んだ階層情報を基に、上司情報を作成し、
記憶媒体３８の上司情報ファイル３８ｃに格納されてい
る上司情報ファイルへ出力し、当該上司情報ファイルを
更新する。

【０１３６】上記更新された上司情報ファイルを利用し
て、各アプリケーションの承認者情報を更新する。ま
た、上記更新された上司情報ファイルを利用して、社員
が、自分の社員や他の社員の情報へアクセスできるか否
かを示すセキュリティ情報を更新する。

【０１３７】従って、人事システム２において発令が発
生する度に、人事システム２にネットワークを介して接
続されたグループウエア３の承認者情報や、セキュリテ
ィ情報の更新を行うことが可能なデータ処理システムを
構築することができる。

【０１３８】（第３の実施の形態）本発明を適用した第
３の実施の形態におけるデータ処理システムについて図
２７から図２８を参照して説明する。本第３の実施の形
態におけるデータ処理システムの基本構成は、上記第１
の実施の形態において説明したデータ処理システムデー
タと同じであり、上記第１の実施の形態とは、以下の点
で異なる。

【０１３９】第３の実施の形態におけるグループウエア
３のＣＰＵ３１が実行するユーザ登録処理について説明
する。ＣＰＵ３１は、ユーザ登録される各ユーザを各情
報ファイルに登録するとともに、記憶装置３７内の記憶
媒体３８のユーザ登録ファイル３８ｆに記憶されている
ユーザ登録ファイルに、ユーザ登録されたユーザを追加
し保存する。

【０１４０】ユーザ登録されるユーザが複数人いる場合
には、ＣＰＵ３１は、この処理をユーザ登録される全ユ
ーザに対して順次行う。ユーザ登録される全ユーザのユ
ーザ登録後、ＣＰＵ３１は、ユーザ登録があった旨を示
す情報（以下、ユーザ登録情報という）を、通信制御装
置３４を介して、人事システム２へ送信する。なお、こ
の詳細については、図２７に示すフローチャートを参照
して説明する。

【０１４１】第３の実施の形態における人事システム２
のＣＰＵ２１が実行する人事情報更新処理について説明
する。ＣＰＵ２１は、グループウエア３からユーザ登録
があった旨を示す情報（ユーザ登録情報）を受信する
と、グループウエア３の記憶装置３７内の記憶媒体３８
のユーザ登録ファイル３８ｆに記憶されているユーザ登
録ファイルを取り込む。

【０１４２】ＣＰＵ２１は、ユーザ登録ファイルに登録
されているユーザを人事情報ファイル格納部２３に格納
されている人事情報ファイルから検索し、当該ユーザ登
録ファイルに登録されているユーザが人事情報ファイル
に登録されているか否かを判定し、人事情報ファイルに
登録されていないユーザがいた場合には、ＣＰＵ３１
は、登録されていないユーザを新たに人事情報ファイル
へ追加する。なお、この詳細については、図２８に示す
フローチャートを参照して説明する。

【０１４３】次に動作を説明する。まず、グループウエ
ア３において実行されるユーザ登録処理について、図２
７を参照して説明する。図２７は、グループウエア３に
おけるユーザ登録処理を示すフローチャートである。

【０１４４】ユーザは、入力装置３２を利用して、ユー
ザ登録を行い（ステップＨ１）、ＣＰＵ３１は、入力装
置３２を利用してユーザ登録されたユーザを各情報ファ
イルに登録する（ステップＨ２）。

【０１４５】さらに、ＣＰＵ３１は、記憶装置３７内の
記憶媒体３８のユーザ登録ファイル３８ｆに格納されて
いるユーザ登録ファイルに、ステップＨ１でユーザ登録
されたユーザを追加し、当該ユーザ登録ファイルを更新
する（ステップＨ３）。

【０１４６】ＣＰＵ３１は、入力装置３２から入力され
るキーの押下信号を基に、ユーザ登録が完了したか否か
を判定し（ステップＨ４）、未だユーザ登録が完了して
いない場合には、ステップＨ１に戻り、次のユーザのユ
ーザ登録が行われる。

【０１４７】ステップＨ４で、ＣＰＵ３１によりユーザ
登録が完了したと判定された場合には、ＣＰＵ３１は、
ユーザ登録があった旨を示すユーザ登録情報を、通信制
御装置３４を介して、人事システム２へ送信する（ステ
ップＨ５）。

【０１４８】そして、ＣＰＵ３１は、ユーザ登録ファイ
ルの人事システムへの送信が完了したか否かを判定し
（ステップＨ６）、送信完了と判定されるまでユーザ登
録ファイルの送信が行われていることになる。ステップ
Ｈ６で送信完了と判定された場合には、ユーザ登録処理
を終了する。

【０１４９】次に、人事システム２において実行される
人事情報更新処理について図２８を参照して説明する。
図２８は人事システム２における人事情報更新処理を示
すフローチャートである。

【０１５０】ＣＰＵ２１は、グループウエア３からユー
ザ登録があった旨を示すユーザ登録情報を受信すると
（ステップＩ１）、ＣＰＵ２１は、グループウエア３か
ら記憶装置３７内の記憶媒体３８のユーザ登録ファイル
格納部３８ｆに記憶されているユーザ登録ファイルを取
り込む（ステップＩ２）。

【０１５１】ＣＰＵ２１は、ユーザ登録ファイルに登録
されているユーザを、人事情報ファイル格納部２３に画
のされている人事情報ファイルから検索し（ステップＩ
３）、当該ユーザが人事情報ファイルに登録されている
か否かを判定する（ステップＩ４）。

【０１５２】ＣＰＵ２１が、ユーザ登録ファイルに登録
されている全ユーザが既に人事情報ファイルに登録され
ていると判定した場合には、人事情報ファイルにあらた
にユーザを追加することなく、人事情報更新処理を終了
する。

【０１５３】ステップＩ４で人事情報ファイルに登録さ
れていないユーザがあった場合には、ＣＰＵ３１は、登
録されていなかったユーザを新たに人事情報ファイルへ
追加する処理を行い（ステップＩ５）、人事情報更新処
理を終了する。

【０１５４】本第３の実施の形態によれば、グループウ
エア３においてユーザ登録があった場合に、グループウ
エア３から人事システム２へユーザ登録があった旨を示
すユーザ登録情報が送信される。

【０１５５】そして、人事システム２がグループウエア
３からユーザ登録情報を受信すると、人事システム２の
ＣＰＵ２１が、グループウエア３からユーザ登録された
ユーザの情報を取り込み、該取り込んだユーザの情報を
基に、人事情報ファイル格納部２３に格納されている人
事情報に登録されているユーザの情報を更新する。

【０１５６】従って、グループウエア３においてユーザ
登録が行われる度に、グループウエア３が接続されてい
る人事システム２の人事情報に登録されているユーザの
情報の更新を行うことが可能なデータ処理システムを構
築することができる。

【０１５７】（第４の実施の形態）本発明を適用した第
４の実施の形態におけるデータ処理システムについて図
２９を参照して説明する。本第４の実施の形態における
データ処理システムの基本構成は、上記第１の実施の形
態において説明したデータ処理システムデータと同じで
あり、上記第１の実施の形態とは、以下の点で異なる。

【０１５８】第４の実施の形態におけるグループウエア
３のＣＰＵ３１が実行する最終業務担当者連動処理につ
いて説明する。人事システム２において発令が発生し、
人事情報ファイル格納部２３に格納されている人事情報
が変更され、人事システム２から発令発生情報を受け取
ると、ＣＰＵ３１は、人事システム２の人事情報ファイ
ル格納部２３に格納されている担当者情報（ワークフロ
ーの承認者や担当者の情報）を取り込む。

【０１５９】ＣＰＵ３１は、該取り込んだ担当者情報を
基に、指定されたアプリケーションに関するワークフロ
ーのアプリケーション情報（図２０参照）を変更または
追加する。なお、この詳細については、図２９に示すフ
ローチャートを参照して説明する。

【０１６０】次に、グループウエア３において実行され
る最終業務担当者連動処理について、図２９を参照して
説明する。図２９は、グループウエア３における最終業
務担当者連動処理を示すフローチャートである。

【０１６１】人事システム２において発令が発生し、人
事情報ファイル格納部２３に格納されている人事情報が
変更され、人事システム２から発令発生情報を受け取る
と、ＣＰＵ３１は、人事システム２の人事情報ファイル
格納部２３に格納されている人事情報内の担当者情報を
取り込む（ステップＪ１）。

【０１６２】ＣＰＵ３１は、ワークフローのアプリケー
ション情報（図２０）を更新するアプリケーションの指
定を行い（ステップＪ２）、ＣＰＵ３１は、ステップＪ
１で取り込んだ担当者情報を基に、該指定されたアプリ
ケーションに関するワークフローのアプリケーション情
報を変更または追加する（ステップＪ３）。

【０１６３】ＣＰＵ３１は、全てのアプリケーションに
対してステップＪ２からステップＪ３の処理が行われた
否かを判定する（ステップＪ４）。

【０１６４】ステップＪ４で未だ全てのアプリケーショ
ンに対してステップＪ２からステップＪ３の処理が行わ
れていないと判定された場合には、ステップＪ２に戻っ
て、他のアプリケーションが指定される等のステップＪ
２からステップＪ４の処理が、ステップＪ４で全てのア
プリケーションに対して処理がされたと判定されるま
で、繰り返される。

【０１６５】そして、ステップＪ４で全てのアプリケー
ションに対して処理が終了したと判定した場合には、さ
らに、ＣＰＵ３１は、担当者情報の全レコードに対して
ステップＪ１からステップＪ４の処理が終了したか否か
を判定し（ステップＪ５）、全てのレコードに対して処
理が終了していないと判定された場合には、ステップＪ
１に戻って、担当者情報を取り込む等のステップＪ１か
らステップＪ５の処理が、ステップＪ５で全てのレコー
ドに対して処理がされたと判定されるまで、繰り返され
る。

【０１６６】そして、ステップＪ５で全てのレコードに
対して処理が終了したと判定されると、最終業務担当者
連動処理を終了する。

【０１６７】本第４の実施の形態によれば、人事システ
ム２において発令が発生し、グループウエア３が人事シ
ステム２から発令発生情報を受信すると、ＣＰＵ３１は
人事システム２の人事情報ファイル格納部２３の人事情
報から、担当者情報を取り込み、該取り込んだ担当者情
報を基に、ワークフローのアプリケーション情報を変更
または追加する。

【０１６８】従って、人事システム２において発令が発
生する度に、人事システム２にネットワークを介して接
続されたグループウエア３のワークフローのアプリケー
ション情報（最終業務担当者情報）の更新を行うことが
可能なデータ処理システムを構築することができる。

【０１６９】

【発明の効果】請求項１記載の発明によれば、第１のシ
ステムにおいて発令内容が指示される度に、第２のシス
テムの所定情報の更新を行うことが可能なデータ処理シ
ステムを構築することができる。

【０１７０】請求項２記載の発明によれば、請求項１記
載の発明の効果に加え、データベースに対してユーザ登
録されていないユーザの場合であっても、第１のシステ
ムの発令に連動して、第２のシステムは、未登録のユー
ザをデータベースに対して登録するとともに、当該ユー
ザの所定情報をデータベースに追加することのできるデ
ータ処理システムを構築することができる。

【０１７１】請求項３記載の発明によれば、請求項１記
載の発明の効果に加え、データベースの所定情報を利用
する際のサーバが変化する場合であっても、第１のシス
テムの発令に連動して、第２のシステムはデータベース
の所定情報を利用する際のサーバを変更することのでき
るデータ処理システムを構築することができる。

【０１７２】請求項４記載の発明によれば、第２のシス
テムにおいてユーザ登録される度に、第１のシステムの
人事情報の登録ユーザの情報を更新することが可能なデ
ータ処理システムを構築することができる。

【０１７３】請求項５記載の発明によれば、第１のシス
テムにおいて発令内容が指示される度に、第２のシステ
ムの上司情報が作成されるデータ処理システムを構築す
ることができる。

【０１７４】請求項６記載の発明によれば、請求項５記
載の発明の効果に加え、第１のシステムの発令に連動し
て、第２のシステムは承認者情報を更新することのでき
るデータ処理システムを構築することができる。

【０１７５】請求項７記載の発明によれば、請求項５記
載の発明の効果に加え、第１のシステムの発令に連動し
て、第２のシステムはセキュリティ情報を更新すること
のできるデータ処理システムを構築することができる。

【０１７６】請求項８記載の発明によれば、請求項５記
載の発明の効果に加え、第１のシステムの発令に連動し
て、第２のシステムは最終担当者情報を更新することの
できるデータ処理システムを構築することができる。

【図面の簡単な説明】

【図１】図１は、データ処理システム１の全体構成を示
す図である。

【図２】図２は、データ処理システム１のデータベース
を説明するための図である。

【図３】図３は、データ処理システム１を示す図であ
る。

【図４】図４は、人事システム４の構成を示すブロック
図である。

【図５】図５は、記憶媒体２８を説明するための図であ
る。

【図６】図６は、グループウエア３の構成を示すブロッ
ク図である。

【図７】図７は、記憶媒体３８を説明するための図であ
る。

【図８】図８は、人事システム２における発令処理を示
すフローチャートである。

【図９】図９は、発令履歴ファイルの一例を示す図であ
る。

【図１０】図１０は、グループウエア３における変更点
抽出処理を示すフローチャートである。

【図１１】図１１（ａ）は、１９９８年１月１０日時点
での本務情報の一例を示す図であり、図１１（ｂ）は、
１９９８年１月１０日時点での出向情報の一例を示す図
であり、図１１（ｃ）は、１９９８年１月１０日時点で
の兼務情報の一例を示す図である。

【図１２】図１２（ａ）は、１９９８年４月１日時点で
の本務情報の一例を示す図であり、図１２（ｂ）は、１
９９８年４月１日時点での出向情報の一例を示す図であ
り、図１２（ｃ）は、１９９８年４月１日時点での兼務
情報の一例を示す図である。

【図１３】図１３は、変更点ファイルの一例を示す図で
ある。

【図１４】図１４は、グループウエア３におけるデータ
ベース更新処理を示すフローチャートである。

【図１５】図１５は、グループウエア３におけるユーザ
登録サーバ更新処理を示すフローチャートである。

【図１６】図１６は、グループウエア３における上司情
報検索処理を示すフローチャートである。

【図１７】図１７は、会社の開発部の社員構成を示す図
である。

【図１８】図１８は、上司情報の一例を示す図である。

【図１９】図１９は、グループウエア３における承認者
情報生成処理を示すフローチャートである。

【図２０】図２０は、承認階層情報の一例を示す図であ
る。

【図２１】図２１は、承認者ルールの一例を示す図であ
る。

【図２２】図２２は、担当者情報の一例を示す図であ
る。

【図２３】図２３は、承認者情報の一例を示す図であ
る。

【図２４】図２４は、グループウエア３におけるセキュ
リティ情報更新処理を示すフローチャートである。

【図２５】図２５は、セキュリティ設定の一例を示す図
である。

【図２６】図２６は、セキュリティ情報の一例を示す図
である。

【図２７】図２７は、グループウエア３におけるユーザ
登録処理を示すフローチャートである。

【図２８】図２８は、人事システム２における人事情報
更新処理を示すフローチャートである。

【図２９】図２９は、グループウエア３における最終業
務担当者連動処理を示すフローチャートである。

【符号の説明】

１ データ処理システム ２ 人事システム ２ａ ＣＰＵ ２ｂ メモリ ２ｃ データベース ２１ ＣＰＵ ２２ 入力装置 ２３ 人事情報ファイル格納部 ２４ 通信制御装置 ２５ 表示装置 ２６ ＲＡＭ ２７ 記憶装置 ２８ 記憶媒体 ２９ バス ３ グループウエア ３ａ ＣＰＵ ３ｂ メモリ ３ｃ データベース ３１ ＣＰＵ ３２ 入力装置 ３３ ワークフローファイル格納部 ３４ 通信制御装置 ３５ 表示装置 ３６ ＲＡＭ ３７ 記憶装置 ３８ 記憶媒体 ３９ バス

Claims (8)

【特許請求の範囲】
1. 【請求項１】人事情報を管理する第１のシステムと、当
   該第１のシステムに接続された第２のシステムからなる
   データ処理システムであって、 前記第１のシステムは、 指示された発令内容に基づいて前記第１のシステムが管
   理する人事情報を更新する人事情報更新手段と、 前記発令内容を記憶する発令履歴記憶手段と、 前記発令内容が指示されたことを示す発令発生情報を前
   記第２のシステムへ送信する送信手段と、を備え、 前記第２のシステムは、 前記人事情報に関連する所定情報からなるデータベース
   を記憶する所定情報記憶手段と、 前記第１のシステムから送信される前記発令発生情報を
   受信する受信手段と、 前記受信手段により前記発令発生情報が受信されると前
   記第１のシステムの発令履歴記憶手段から前記発令内容
   を取り込む発令情報取得手段と、 前記発令情報取得手段により取り込まれた前記発令内容
   に基づいて前記所定情報記憶手段に記憶されているデー
   タベースに関する変更点を抽出する変更点抽出手段と、 前記変更点抽出手段により抽出された変更点に基づいて
   当該データベースの所定情報を更新するデータベース更
   新手段と、 を備えたことを特徴とするデータ処理システム。
2. 【請求項２】前記第２のシステムは、前記発令情報取得
   手段により取り込まれた発令内容に基づいて、当該発令
   内容に関するユーザが、前記所定情報記憶手段に記憶さ
   れているデータベースにユーザ登録されているか否かを
   判定する判定手段を更に備え、前記データベース更新手
   段は、前記判定手段により前記ユーザがユーザ登録され
   ていないと判定された場合には、当該ユーザを前記デー
   タベースにユーザ登録するとともに、当該ユーザの所定
   情報を前記第１のシステム内の人事情報から取り込ん
   で、該取り込んだ所定情報に基づいて当該データベース
   を更新することを特徴とする請求項１記載のデータ処理
   システム。
3. 【請求項３】前記第２のシステムは、前記発令情報取得
   手段により取り込まれた発令内容に基づいて、前記所定
   情報記憶手段に記憶されているデータベースの所定情報
   を利用する際のサーバが変化するか否かを判定する判定
   手段と、前記判定手段によりサーバが変化すると判定さ
   れた場合に、前記発令情報取得手段により取り込まれた
   発令内容に基づいてサーバを更新するサーバ更新手段
   と、を更に備えたことを特徴とするデータ処理システ
   ム。
4. 【請求項４】人事情報を管理する第１のシステムと、当
   該第１のシステムに接続された第２のシステムからなる
   データ処理システムであって、 前記第２のシステムは、 前記人事情報に関連する所定情報からなるデータベース
   を記憶する所定情報記憶手段と、 前記所定情報記憶手段に記憶されているデータベースに
   ユーザ登録するユーザを入力するユーザ入力手段と、 前記ユーザ入力手段により入力されたユーザを前記所定
   情報記憶手段に記憶されているデータベースにユーザ登
   録するユーザ登録手段と、 前記ユーザ登録手段によりユーザ登録されたことを示す
   ユーザ登録情報を前記第１のシステムへ送信する送信手
   段と、を備え、 前記第１のシステムは、 前記第２のシステムから送信される前記ユーザ登録情報
   を受信する受信手段と、 前記受信手段により前記ユーザ登録情報が受信される
   と、前記第２のシステムのユーザ入力手段により入力さ
   れたユーザの情報を当該第２のシステムから取り込む登
   録ユーザ情報取得手段と、 前記登録ユーザ情報取得手段により取り込まれたユーザ
   の情報に基づいて当該ユーザが前記人事情報にユーザ登
   録されているか否かを判定する判定手段と、 前記判定手段により前記ユーザがユーザ登録されていな
   いと判定された場合に、当該ユーザを当該ユーザの情報
   とともに前記人事情報に登録する登録手段と、 を備えたことを特徴とするデータ処理システム。
5. 【請求項５】人事情報を管理する第１のシステムと、当
   該第１のシステムに接続された第２のシステムからなる
   データ処理システムであって、 前記第１のシステムは、 指示された発令内容に基づいて前記第１のシステムが管
   理する人事情報を更新する人事情報更新手段と、 前記発令内容が指示されたことを示す発令発生情報を前
   記第２のシステムへ送信する送信手段と、を備え、 前記第２のシステムは、 前記人事情報に関連する所定情報からなるデータベース
   を記憶する所定情報記憶手段と、 前記第１のシステムから送信される前記発令発生情報を
   受信する受信手段と、 前記受信手段により前記発令発生情報が受信されると、
   前記第１のシステムが管理する人事情報から所属情報及
   び役職情報を取り込む所属役職情報取得手段と、 前記所属役職情報取得手段により取り込まれた所属情報
   及び役職情報に基づいて上司情報を生成する上司情報生
   成手段と、 を備えたことを特徴とするデータ処理システム。
6. 【請求項６】前記第２のシステムは、前記上司情報生成
   手段により生成された上司情報に基づいて申請者に対す
   る承認者を示す承認者情報を更新する承認者情報更新手
   段を更に備えたことを特徴とする請求項５記載のデータ
   処理システム。
7. 【請求項７】前記第２のシステムは、前記上司情報生成
   手段により生成された上司情報に基づいてアクセス者に
   対して、アクセス対象と当該アクセス対象へのアクセス
   権とを対応づけてなるセキュリティ情報を更新するセキ
   ュリティ情報更新手段を更に備えたことを特徴とする請
   求項５記載のデータ処理システム。
8. 【請求項８】前記第２のシステムは、前記第１のシステ
   ムが管理する人事情報の変更によって担当者情報が変更
   された場合に申請者に対する最終担当者情報を更新する
   最終担当者情報更新手段を更に備えたことを特徴とする
   請求項５記載のデータ処理システム。