JP2003022349A

JP2003022349A - 人事勤労情報処理システム

Info

Publication number: JP2003022349A
Application number: JP2001207715A
Authority: JP
Inventors: Masaru Shimakawa; 優島川
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2001-07-09
Filing date: 2001-07-09
Publication date: 2003-01-24

Abstract

(57)【要約】【課題】一般従業員および管理職が各種の手続き業務
を容易に遂行できるユーザインタフェースを備えた人事
勤労情報処理システムを提供する。【解決手段】ユーザ認証された端末に対して業務選択
メニューを提示し、上記業務選択メニューでユーザが指
定した業務種別に対応して、データ入力を伴う手続き案
内と、上記指定業務に付随してユーザがとるべき関連手
続きの案内とを含む手続き画面を端末に提示し、上記手
続き画面で入力された手続きデータを案件管理ファイル
に蓄積する人事勤労情報処理システム。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、人事勤労情報処理
システムに関し、更に詳しくは、ネットワークを介して
複数の従業員端末と接続され、人事勤労部門以外の一般
従業員および管理職社員が、人事勤労関係の手続きデー
タを直接的に入力処理するようにした人事勤労情報処理
システムに関する。

【０００２】

【従来の技術】従来の人事勤労関係の手続き業務は、日
常的な申請手続きであれば、職場に備え付けの各種手続
き用紙を提出する形式で、臨時的なものであれば、例え
ば、人事勤労部門から各職場に書面または電子メールに
よって手続きすべき内容を通知し、通知内容に該当する
従業員が所定の手続き書面を人事勤労部門に提出する形
式で行われている。また、結婚や出産のように各種手当
制度の適用を受ける時、あるいは住所変更、海外出張な
どのように不定期に発生する手続きについては、従業員
が人事勤労部門の担当者に問い合わせ、担当者から指定
された手続用紙に必要事項を記入の上、人事勤労部門に
提出している。所属上長の承認を必要とする手続きにつ
いては、上長承認印を得た後、手続き用紙が人事勤労部
門に提出される。

【０００３】人事勤労部門における手続き業務は多岐に
わたっており、上述した一般従業員からの申請手続き以
外に、例えば、従業員の昇給、昇格、賞与などの査定、
他の事業部門（または他社）への異動、組織の変更な
ど、各部門の管理職からの提案書、起案書をベースとし
て、組織内での調整を経た後、最終決定に至る手続き業
務も多い。

【０００４】

【発明が解決しようとする課題】従来の人事勤労業務で
は、上述した一般従業員や管理職が行う各種の手続きに
人事勤労部門の担当者が介在しており、当事者への説
明、関係資料の配布、手続き用紙の受領・回収、調整資
料の作成などの間接作業が発生している。また、これら
の手続き結果を人事勤労情報処理システムに反映するた
めのデータ入力作業は、各種手続き用紙の記載内容に基
づいて人事勤労部門の担当者が行っており、手続きの内
容が人勤ファイルに反映されるまでに時間的な遅れが発
生している。

【０００５】現在、企業内の各職場にホストコンピュー
タと接続された専用端末を配置し、職場内で日常的、定
期的に発生する特定の申請業務について、各職場の庶務
担当者が、上記専用端末からデータ入力するオンライン
形式の人事勤労情報処理システムも運用されているが、
専用端末におけるユーザインタフェースは独特であり、
この場合の各職場における専用端末のオペレータは、人
勤担当者によるデータ入力作業を代行しているに過ぎな
い。

【０００６】本発明の目的は、人事勤労関係の各種の手
続き業務において、人勤担当者の介在を可能な限り排除
し、申請元または提案（起案）元からのデータ入力が直
接反映される人事勤労情報処理システムを提供すること
にある。本発明の他の目的は、企業内の一般従業員およ
び管理職が人事勤労関係の各種の手続き業務を容易に遂
行できるユーザインタフェースを備えた人事勤労情報処
理システムを提供することにある。

【０００７】

【課題を解決するための手段】上記目的を達成するため
に、本発明の人事勤労情報処理システムは、ユーザ認証
された端末に対して、ユーザの職名または職位に応じて
選択範囲を設定した業務選択メニューを提示するための
第１手段と、上記業務選択メニューでユーザが指定した
業務種別に対応して、データ入力を伴う手続き案内と、
上記指定業務に付随してユーザがとるべき関連手続きの
案内とを含む手続き画面を端末に提示するための第２手
段と、上記手続き画面で入力された手続きデータを蓄積
するための案件管理ファイルとを備えたことを特徴とす
る。このように、データ入力を伴う手続き案内以外に、
ユーザがとるべき関連手続きの案内を提示することによ
って、１つの申請手続きから波及する一連の業務を人勤
担当者に代わって申請者に教示することが可能となる。
本発明の１実施例では、業務選択メニューが、ナレッジ
情報の選択ボタンを含み、上記ナレッジ情報を利用し
て、ユーザに高度の提案、起案手続きを可能としてい
る。

【０００８】更に詳述すると、本発明の人事勤労情報処
理システムでは、上記第２手段が、案件管理ファイルに
蓄積された手続きデータが予め指定された承認者による
承認処理を要する業務種別のものである時、手続きデー
タを承認者と対応する承認案件として管理するための機
能を備える。また、上記第１手段が、上記業務選択メニ
ュー画面に、端末ユーザが承認処理すべき案件の有無情
報を提示する機能を備える。

【０００９】上記案件管理ファイルに一時的に蓄積され
た手続きデータは、承認処理を要しない案件のものであ
れば、例えば、業務別に用意されたデータファイルに正
規の入力データとして転送可能であり、これと同様に、
予め指定された全ての承認者による承認処理を経た案件
データも、上記業務別に用意されたデータファイルに正
規の入力データとして転送可能となる。この場合、業務
別のデータファイルは、そのまま人勤マスタファイルの
一部として利用されてもよく、業務別のデータファイル
の内容をこれと対応するマスタファイルにバッチ処理に
よって転送するようにしてもよい。

【００１０】本発明の１実施例では、上記第１手段が、
業務選択メニュー画面に端末ユーザの未決状態にある案
件の有無情報を提示する機能を備える。また、上記第２
手段が、上述したデータ入力を伴う手続き案内箇所に対
してユーザが所定の応答を入力した時、手続き案内と対
応するデータ入力画面を端末画面に提示するための機能
を備える。このように、手続きの全貌を示す画面と実際
のデータ入力画面とを別画面にすることによって、ユー
ザに混乱を与えることなく、複雑なデータ入力画面での
ユーザ入力操作を誘導できる。

【００１１】本発明の他の特徴は、ユーザ認証された端
末に対して、ユーザの職名または職位に応じて選択範囲
を設定した業務選択メニューと、人事勤労部門からユー
ザ宛の個別通知とを含む画面を提示するための第１手段
と、上記業務選択メニューでユーザが指定した業務種別
に対応して、データ入力のための手続き画面を端末に提
示するための第２手段と、上記手続き画面で入力された
手続きデータを蓄積するための案件管理ファイルとを備
えた人事勤労情報処理システムにある。

【００１２】上記ユーザ宛の個別通知としては、例え
ば、通勤手当、住宅手当、別居手当てなどの申請案内が
ある。この他に、期限内に申請手続きすべき事項につい
て個別通知で指摘することもできる。上記ユーザ宛の個
別通知は、例えば、通知件数として端末に提示され、個
別通知件数の表示箇所に対してユーザが所定の応答を入
力した時、個別通知の内容が端末画面に提示される。個
別通知の内容は、最初に通知の一覧を表示し、ユーザが
選択した通知についてその詳細を表示する２段階形式で
表示してもよい。このように業務選択メニュー画面でユ
ーザ宛の個別通知を表示することによって、通常の電子
メールを併用することなく、人勤部門から各従業員へ必
要事項を通知できる。本発明のその他の特徴について
は、以下に述べる実施形態の説明から明らかになる。

【００１３】

【発明の実施の形態】以下、本発明の実施例について、
図面を参照して説明する。図２は、本発明による人事勤
労情報システムの全体構成を示す。人事勤労情報システ
ムは、人勤情報処理システム１０と、ネットワークＮ１
を介して上記人勤情報処理システム１０に接続された複
数の端末装置１（１ａ〜１ｍ）とからなる。

【００１４】本発明では、会社組織の各部門における一
般職、管理職の従業員が、それぞれの日常業務で使用す
る端末装置から、企業内ネットワークＮ１を介して人勤
情報処理システム１０とダイレクトに交信することによ
って、人事勤労部門担当者の介在なしに、人事勤労部門
が管轄する各種の申請、提案の手続き、従業員上司によ
る承認手続きを実行することを目的としている。従業員
は、職場内に設置された端末装置に代えて、移動端末２
を社外の任意の場所から無線基地局３と移動体通信網Ｎ
２を介して企業内ネットワークＮ１に接続し、人勤情報
処理システム１０をアクセスしてもよい。この場合、移
動体通信網Ｎ２と企業内ネットワークＮ１との接続点に
接続認証システム４を設置し、従業員または社員として
の正当性が認証された場合に限り、移動端末と企業内ネ
ットワークＮ１との接続を許容する。端末装置１ｎ〜１
ｍで示すように、人事勤労部門の各担当者も、それぞれ
の端末装置から人勤情報処理システム１０をアクセス
し、各自が担当する日常の人勤業務と、一般従業員とし
ての申請手続き、または従業員の上司としての承認手続
きを行う。

【００１５】従来、人事勤労部門の担当者が行っていた
各種申請手続きのデータ入力を人事勤労部門以外の一般
従業員および管理職の端末入力から行い、入力結果を直
ちに人勤業務に反映させるために、本発明では、ユーザ
インタフェース画面に様々な工夫が加えられている。こ
の場合、人勤業務に精通していない一般の従業員および
管理職にとっては、データ入力画面の表示されたガイダ
ンス情報だけでは手続き上で戸惑うことも予想されるた
め、図１のシステムでは、人事勤労部門にコールセンタ
を設け、一般従業員および管理職からの問い合わせに対
応できるようにしている。端末１ｍは、コールセンタの
担当者用のものであり、図示しない電話網を介して一般
従業員から問い合わせを受けた時、質問者と同じ手続き
画面を参照しながら、適切な回答を行うようにしてあ
る。

【００１６】図１は、本発明による人勤情報処理システ
ム１０の主要な動作を示す。一般従業員のユーザ端末１
ａを人勤情報タ処理システム１０に接続すると、サーバ
１１から業務選択用のメニュー画面が送信され、端末画
面に表示される。ユーザが手続き（申請）したい業務を
指定すると、これと対応する手続き画面がサーバ１１か
ら送信され、この画面を通して、指定業務の申請データ
入力処理３１を行うことができる。ユーザの入力データ
は、案件管理データベース（ＤＢ）１２に申請案件１２
Ａとして蓄積される。申請案件が上司の承認を要する案
件の場合は、ユーザ毎、業務毎に予め指定された承認者
が処理すべき承認案件１２Ｂとなる。上記申請案件が上
司の承認を要しない案件の場合、申請案件データは、案
件管理１２から業務別ＤＢ１３に転送される。

【００１７】承認者資格をもつ管理職のユーザ端末１ｂ
を人勤情報処理システム１０に接続すると、サーバ１１
から業務選択用のメニュー画面が送信される。管理職に
対しては、業務選択用のメニュー画面に設けたＩＮＢＯ
Ｘ表示領域を通して、処理すべき承認案件の件数４１が
通知される。ユーザが上記ＩＮＢＯＸ表示領域をクリッ
クすると、サーバ１１から承認案件の一覧リストが送信
される。上記一覧リストで、ユーザが何れかの承認案件
を指定すると、案件管理ＤＢ１２から指定案件の内容が
読み出され、端末画面に表示される。ユーザが、表示さ
れた案件について承認データの入力処理３２を行うと、
当該ユーザ（承認者）の承認案件から外される。

【００１８】承認処理された案件が更に別の承認者（上
位の管理職）による承認を必要とする場合は、申請案件
データは、案件管理ＤＢ１２内で別の承認者の承認案件
として保持される。承認案件となった申請案件データ
は、必要な全ての承認者の承認処理を終えた時、案件管
理ＤＢ１２から業務別ＤＢ１３に転送される。業務別Ｄ
Ｂ１３に蓄積された申請案件データは、定期的に実行さ
れるデータ更新バッチ処理３３によって、人勤システム
の基幹ＤＢ（マスタファイル）に書き込まれ、給与計
算、年金計算、その他の基幹業務処理３５に反映され
る。

【００１９】本発明では、サーバ１１から各ユーザ端末
１ａ、１ｂ、・・・に業務選択用のメニュー画面を送信す
る時、通知情報ファイル１５Ａから検索された各ユーザ
の個人宛通知情報４２と、文書管理ファイル１５Ｂから
検索された一般的な通知・通達情報４３をメニュー画面
の一部として送信する。これにより、各従業員が人勤情
報処理システム１０をアクセスした時、個人宛通知情報
や通知・通達情報の受信処理と、必要な申請手続き（申
請データ入力処理）を行うことが可能となる。

【００２０】人勤部門の端末１ｎは、モニタ処理機能３
４を利用して案件ＤＢ１２や業務別ＤＢ１３を参照し、
例えば、長期に亘って滞留している承認案件についての
承認者への処理の督促や、個人宛に通知した申請手続き
が行われたか否かのチェックを行う。

【００２１】図３は、本発明の人勤情報処理システム１
０が備えるソフトウエアの構成を示す。サーバ１１は、
プログラムソフトとして、基本制御（個人ポータル制
御）ルーチン２０、セキュリティ制御ルーチン２１、業
務処理ルーチン２２、申請案件処理ルーチン２３、通知
情報制御ルーチン２４、業務権限管理ルーチン２５、ナ
レッジ制御ルーチン２６、モニタリング制御ルーチン２
７を備え、これらのプログラムソフトが参照する情報フ
ァイルとして、例えば、ナレッジＤＢ１５、アクセス管
理情報ファイル１６、画面情報ファイル１７、従業員基
本情報ファイル１８、会社組織情報ファイル１９を備え
ている。ナレッジＤＢ１５は、前述した通知情報ファイ
ル１５Ａ、文書管理ファイル１５Ｂの他に、例えば、各
種の手引きファイル１５Ｃ、公開情報ファイル１５Ｄ、
お知らせ情報ファイル１５Ｅ、その他の情報ファイル１
５Ｆからなっている。

【００２２】ここで、基本制御（個人ポータル制御）ル
ーチン２０は、接続中のユーザ端末毎に制御シーケンス
を管理し、複数ユーザによる各種申請・承認手続きの並
列的な実行を可能とする。業務処理ルーチン２２は、例
えば、結婚に伴う手続き、出産や死亡に伴う家族変更の
手続き、住所変更手続き、旅費の申請や清算の手続きな
ど、一般従業員が行う各種の申請手続きや、人事異動、
組織変更、昇給・昇格・賞与の査定、長期休職手続き、
業務権限の認定など、管理職が行う各種の提案・起案手
続きと対応して、業務種別コードで特定される複数種類
のルーチンからなっている。また、申請案件処理ルーチ
ン２３は、案件管理ＤＢ１２に蓄積された申請案件（管
理職が行う提案案件を含む）を処理するためのものであ
り、承認対象となる案件の業務種別と対応した複数の処
理ルーチンからなっている。

【００２３】通知情報制御ルーチン２４は、ナレッジＤ
Ｂ１５にある通知情報ファイル１５Ａから端末ユーザと
対応する個人宛通知情報を検索し、件数や通知内容を端
末に送信するためのものであり、業務権限管理ルーチン
２５は、承認権限の設定・変更、代理者の設定・変更の
ためのものである。ナレッジ制御ルーチン２６は、ナレ
ッジＤＢ１５にある文書管理ファイル１５Ｂ、各種の手
引きファイル１５Ｃ、公開情報ファイル１５Ｄ、お知ら
せ情報ファイル１５Ｅ、その他の情報ファイル１５Ｆに
アクセスし、ユーザが必要とする情報をユーザ端末に提
供する。尚、図１で説明したモニタ機能３４は、モニタ
リング制御ルーチン２７によって実現される。

【００２４】図４は、アクセス管理情報ファイル１６に
格納されるユーザ管理レコード５０の内容を示す。ユー
ザ管理レコード５０は、個人認証情報５１と制御エント
リ５２からなっている。個人認証情報５１は、ユーザ識
別子（ユーザＩＤ）５１Ａ、パスワード５１Ｂ、ユーザ
の氏名５１Ｃからなる。制御エントリ５２は、本務用制
御エントリ５２−１と兼務用制御エントリ５２−２とか
らなり、複数の兼務先をもつユーザに対しては複数の兼
務用制御エントリ５２−２、５２−３、・・・が用意され
る。

【００２５】各制御エントリ５２は、本務用／兼務用の
区別を示すエントリ区分５３と、開示制御情報５４と、
ロール制御情報５５と、その他の情報５９とからなる。
開示制御情報５４としては、例えば、主任、課長、部長
などの役職名を示す職名コード５４Ａと、例えば、主任
相当職、課長相当職、部長相当職などの職責を示す職位
コード５４Ｂと、所属コード５４Ｃとが含まれる。ロー
ル制御情報５５は、ユーザ（本人）の行った手続きにつ
いての承認経路を定義したものであり、業務（業務種別
コード）と対応して承認者（ユーザＩＤ）５６と代理者
（ユーザＩＤ）５７を指定している。

【００２６】承認者５６としては、１つの業務について
複数人を指定できる。承認者の人数は、本人の職位や業
務種類に応じて決めればよく、重要度の低い業務につい
ては承認手続きを省略できる。通常は、職場における上
長が承認者として指定されるが、本発明のシステムで
は、承認案件が通信ネットワークを介してアクセスされ
るため、本人と承認者との勤務場所の遠近は何ら障害と
ならない。また、新規事業の展開、新たな組織の編成な
ど、重要な案件については、直属関係にない専門職や会
社上層部の人を承認者に指定することも可能となる。

【００２７】図５は、案件管理ＤＢ１２に蓄積される申
請案件データレコード６０の構成の１例を示す。申請案
件データレコード６０は、申請番号６１と、申請日６２
と、ステータス６３と、業務識別情報６４と、申請者識
別情報６５と、承認者識別情報６６と、業務データ６９
とからなっている。

【００２８】申請番号６１としては、例えば、業務種別
コードと当該業務における通し番号とを組み合わせたも
のが適用される。ステータス６３には、承認待ち案件、
保留案件、却下案件など、申請案件の処理状態を示す状
態コードが設定される。業務識別情報６４は、業務の種
別コード６４Ａと業務の表示名６４Ｂを含み、申請者識
別情報６５は、申請者のユーザＩＤ：６５Ａと氏名６５
Ｂを含む。また、承認者識別情報６６としては、各承認
者のユーザＩＤ６７（６７−１、６７−２、…）と、承
認処理日６８（６８−１、６８−２、…）が設定され、
承認を必要としない案件については、承認者識別情報６
６は未設定となる。承認者のユーザＩＤ６７は、申請案
件が発生した時、図４に示した申請者のユーザ管理レコ
ード５０を参照することによって、申請案件の業務種別
と対応した承認者欄５６から求められる。業務データ６
９には、申請データ入力処理３１で入力処理されたデー
タと、必要に応じて承認データ入力処理３２で入力され
た追加データやコメントが設定される。

【００２９】案件管理ＤＢ１２に蓄積された申請案件デ
ータレコード６０は、例えば、図６に示すように、ユー
ザＩＤ：７０と対応したＩＮＢＯＸ：７１とＯＵＴＢＯ
Ｘ：７２にリンクして管理される。ＩＮＢＯＸ：７１に
は、ユーザＩＤ：７０をもつユーザが承認者として処理
すべき案件（承認案件１２Ｂ）を示す制御エントリＩＥ
１、ＩＥ２、・・・が登録され、ＯＵＴＢＯＸ：７２に
は、上記ユーザが申請した案件（申請案件１２Ａ）のう
ち、未決着状態の案件を示す制御エントリＯＥ１、ＯＥ
２、・・・が登録される。

【００３０】ＩＮＢＯＸおよびＯＵＴＢＯＸに登録され
る各制御エントリの実体は、申請案件データレコード６
０を参照するためのポインタであり、必要に応じて各制
御エントリに業務種別コードやＩＮＢＯＸ／ＯＵＴＢＯ
Ｘの区分を設定してもよい。図６では、承認案件１２Ｂ
と申請案件１２Ａの制御エントリをユーザＩＤと対応し
たＩＮＢＯＸ、ＯＵＴＢＯＸに登録してあるが、各制御
エントリにユーザＩＤを付しておき、例えば、申請案件
の制御エントリは、案件管理ＤＢ１２内に定義された共
通のＯＵＴＢＯＸ領域（申請案件領域）に発生順に登録
し、承認案件制御エントリは、案件管理ＤＢ１２内に定
義された共用のＩＮＢＯＸ領域（承認案件領域）に発生
順に登録し、ユーザＩＤに基づいて各ユーザ申請案件と
承認案件を検索するようにしてもよい。

【００３１】以下、ユーザの端末画面に表示されるメニ
ュー画面を参照して、本発明による人事勤労情報処理シ
ステムの機能について説明する。図７は、ユーザ端末１
をサーバ１１に接続した時、端末画面に表示される初期
画面８０の１例を示す。初期画面８０は、この画面が人
事勤労システム用のものであることを示すサイト表示８
１と、ユーザへのメッセージ８２と、ユーザＩＤおよび
パスワードの入力ボックス８３、８４と、ログインボタ
ンＢ１、リセットボタンＢ２、キャンセルボタンＢ３を
含んでいる。ユーザは、入力ボックス８３、８４に、自
分のユーザＩＤと、予めユーザ管理レコード５０に登録
済みのパスワードとを入力した後、ログインボタンＢ１
をクリックする。

【００３２】図８は、ユーザが入力したユーザＩＤとパ
スワードが正しかった場合に端末画面に表示される業務
選択メニュー画面９０の一部９０−１を示す。業務選択
メニュー画面９０−１は、ユーザの氏名表示領域９１
と、ログアウトボタンＢ４と、ＩＮＢＯＸ案件通知領域
（ウインドウ）９２Ａと、ＯＵＴＢＯＸ案件通知領域９
２Ｂと、個人宛通知領域９２Ｃと、通知・通達表示領域
９３Ａと、お知らせ表示領域９３Ｂとを含む。

【００３３】ＩＮＢＯＸ案件通知領域９２Ａには、案件
管理ＤＢ１２から検索されたユーザの承認案件の件数
（図６に示した制御エントリＩＥ１、ＩＥ２、・・・の個
数）が表示され、ＯＵＴＢＯＸ案件通知領域９２Ｂに
は、未決着状態の申請案件の件数（図６に示した制御エ
ントリＯＥ１、ＯＥ２、・・・の個数）が表示される。ま
た、申請個人宛通知領域９２Ｃには、通知情報ファイル
１５Ａから検索されたユーザ宛の通知件数が表示され、
通知・通達表示領域９３Ａには、文書管理ファイル１５
Ｂに蓄積された通知・通達情報が表示され、お知らせ表
示領域９３Ｂには、お知らせ情報ファイル１５Ｅに蓄積
された情報が表示される。

【００３４】後述するように、ユーザが、ＩＮＢＯＸ案
件通知領域９２Ａ、ＯＵＴＢＯＸ案件通知領域９２Ｂ、
個人宛通知領域９２Ｃの何れかをクリックすると、端末
画面に案件の一覧リストが表示され、この一覧リストで
特定の案件を指定することによって、その内容を表示画
面に呼び出すことが可能となる。尚、ユーザが承認資格
のない一般従業員の場合は、ＩＮＢＯＸ案件通知領域９
２Ａは空欄となる。従って、承認資格のないユーザ宛の
メニュー画面は、ＩＮＢＯＸ案件通知領域９２Ａを省略
したものとしてもよい。

【００３５】図９は、業務選択メニュー画面９０の残り
部分９０−２を示す。業務選択メニュー９０には、図８
に示した情報以外に、ユーザの現在の職名を示す職名表
示枠９４Ａと、承認資格をもつユーザ（管理者）の承認
権限に関する注意メッセージＭ１、Ｍ２と、管理者用の
業務メニュー９５、一般従業員用の業務メニュー９６、
人事勤労部門の担当者用の業務メニュー（人勤メニュ
ー）９７とが表示されている。また、ナレッジ情報の呼
び出し用ボタンとして、例えば、組織マネージメント情
報を参照するためのボタンＢ６、ノウハウを参照するた
めの（「こんなときどうする」）ボタンＢ７、各種統計
を参照するためのボタンＢ８、規則や制度の解説を参照
するためのボタンＢ９、会社規則を参照するためのボタ
ンＢ１０が用意してある。

【００３６】職名表示枠９４Ａには、デフォルトデータ
として、ユーザ管理レコード５０の本務用の制御エント
リに登録された職名５４Ａが表示される。職名表示枠９
４Ａの表示内容は、それに付随するスクロールボタンの
操作によって変更される。本務用の制御エントリしか持
たないユーザの場合、上記スクロールボタンを操作して
も表示内容は変化しないが、ユーザが兼務者の場合、上
記スクロールボタンを操作し、兼務先の職名が表示され
た状態で選択ボタン（「ＧＯ」）９４Ｂをクリックする
ことによって、兼務先のユーザとして業務処理を実行す
ることが可能となる。

【００３７】注意メッセージＭ１は、例えば、ユーザが
承認権限を他の管理者に全面的に委譲している場合、承
認行為ができないことを伝えるための表示されるメッセ
ージであり、注意メッセージＭ２は、例えば、他の管理
者から承認業務を委託された代理ユーザに対して表示さ
れるメッセージである。ボタンＢ５は、承認権限を変更
する場合に利用される。

【００３８】ここでは、説明を簡単にするため、一つの
画面に、管理者用業務メニュー９５、一般従業員用業務
メニュー９６、人勤メニュー９７を同時に示したが、人
勤メニュー９７は、人事勤労部門の担当者に専用のもの
であり、他部門のユーザ画面には提示されることはな
い。表示メニューの種類と選択可能な業務の種類は、ユ
ーザの職務によって決まるため、実際の端末画面では、
一般の従業員には一般従業員用業務メニュー９６だけを
提示し、管理者には管理者用業務メニュー９５だけを提
示さればよい。但し、管理者に対しては、管理者用と一
般従業員用の２つの業務メニューと提示し、一般従業員
として選択可能な業務はメニュー９６に表示し、管理者
として選択可能な業務は管理者用のメニュー９５に表示
し、２つのメニューを使い分けるようにしてもよい。

【００３９】業務メニュー９５、９６、９７は、それぞ
れスクロールボタンを備えた業務表示枠９５Ａ、９６
Ａ、９７Ａと、選択ボタン（「ＧＯ」）９５Ｂ、９６
Ｂ、９７Ｂとからなり、各ユーザは、スクロールボタン
を操作して表示内容を切替え、表示枠に目的の業務名が
表示された状態で、選択ボタン９４Ｂをクリックするこ
とによって、自分が手続きしたい業務を特定する。

【００４０】図１０は、サーバ１１の基本動作となる個
人ポータル制御ルーチン２０と端末１におけるユーザ操
作のフローチャートを示す。ネットワークを介してサー
バ１１に接続された端末ユーザが、図７に示した初期画
面８０でユーザＩＤとパスワードを入力し、ログインボ
タンＢ１をクリックすると、個人ポータル制御ルーチン
２０が個人認証処理を実行する（ステップ２０１）。個
人認証処理２０１では、アクセス管理情報ファイル１６
から入力ユーザＩＤと対応するユーザ管理レコード５０
を読み出し、入力パスワードと登録パスワード５１Ｂと
を比較する（２０２）。比較の結果、入力パスワードと
登録パスワードが不一致の場合は、エラーメッセージが
送信され、ユーザにパスワードの再入力が要求される。
不正なアクセスを防止するため、同一ユーザＩＤに対す
る不正パスワードの入力回数には制約があり、不正入力
の回数が制限値を超えた場合はそのユーザＩＤによるア
クセスは不能となる。入力パスワードと登録パスワード
が一致した場合は、認証ＯＫとなり、ユーザ利用可能業
務の選択（２０３）が行われる。

【００４１】人勤データ処理システム１０で提供する業
務（申請、提案手続き）については、アクセス管理情報
ファイル１６に、業務種別コードとこれを利用可能な職
位コード（または職名コード）との関係を定義したアク
セス制限テーブルが予め用意されている。ステップ２０
３では、上記アクセス制限テーブルから、ユーザ管理レ
コード５０の制御エントリ５２−１に登録された職位コ
ード５４Ｂ（または職名コード５４Ａ）に基づいて利用
可能な業務種別を検索し、これらをメニュー化すること
を意味している。次に、案件管理ＤＢ：１２と通知情報
ファイル１５Ａから、ユーザＩＤと対応する業務案件と
個人宛通知を検索し、それぞれの件数をカウントする
（２０４）。ユーザが一般従業員であれば、ＯＵＴＢＯ
Ｘの案件と個人宛通知の件数が求められる。ユーザが管
理職であれば、これにＩＮＢＯＸに登録された承認案件
の件数が加わる。これらのデータに、ユーザ管理レコー
ド５０から得られる氏名データ、職名コード５４Ａから
変換された職名表示、文書管理ファイル１５Ｂから読み
出された通知・通達情報と、お知らせ情報ファイル１５
Ｅから読み出されたお知らせ情報とを組み合わせること
によって、図８、図９に示した業務選択メニュー画面９
０が生成され、ユーザ端末に送信される（２０５）。

【００４２】ユーザは、端末画面に表示された業務選択
メニュー画面９０を見て、実行すべき処理を選択する。
承認案件を処理したい場合は、ＩＮＢＯＸ領域９２Ａを
クリックする。同様に自分が過去に行った申請案件の現
在の状態を知りたい場合は、ＯＵＴＢＯＸ領域９２Ｂ、
個人宛通知を参照したい場合は、個人宛通知領域をそれ
ぞれクリックする。通知・通達やお知らせは、各表示領
域９３Ａ、９３Ｂに付随するスクロールボタンを操作す
ることにより、表示内容をスクロールできる。申請手続
きまたは提案手続きをしたい場合は、メニュー９５また
は９６で業務を選択した後、ＧＯボタンをクリックす
る。

【００４３】上記ユーザ操作がサーバ１１に送信される
と、個人ポータル制御ルーチンでは、ユーザ操作に対応
した処理ルーチンが起動される。例えば、ユーザが、申
請または提案のための業務を指定した場合（２１０）
は、指定業務の業務種別コードと対応する業務処理ルー
チン（サブシステム）２２が起動される（２２０）。ユ
ーザが、ＩＮＢＯＸまたはＯＵＴＢＯＸを指定した場合
（２１１）は、申請案件処理ルーチン２３が起動され
（２２１）、個人宛通知を指定した場合（２１２）は、
通知情報制御ルーチン２４が起動される（２２２）。ま
た、ユーザが、権限変更ボタンＢ５をクリックした場合
（２１３）は、業務権限管理ルーチン２５が起動され
（２２３）、ナレッジ要求（組織マネージメント・ボタ
ンＢ６〜会社規則ボタンＢ１０をクリック）した場合
（２１４）は、ナレッジ制御ルーチン２７が起動される
（２２４）。

【００４４】図１１は、業務指定に応答して起動される
業務処理ルーチン２２の基本的なフローチャートとユー
ザ操作６１０との関係を示す。サーバ１１には、業務処
理ルーチン２２として、人勤データ処理システム１０で
提供する業務種別と対応して複数種類のルーチンが用意
されている。各業務処理ルーチン２２は、画面情報ファ
イル１７に蓄積された該当業務のデータ入力画面に、従
業員基本情報ファイル１８や会社組織情報ファイル１９
に蓄積されている現在のデータを設定した上で、手続き
画面としてユーザ端末に送信する（ステップ３０１）。
ユーザは、端末画面に表示された手続き画面に従って、
申請または提案のためのデータ入力操作（６１１）を行
う。

【００４５】業務処理ルーチン２２では、ユーザからの
入力データをチェックし（３０２）、データに入力ミス
があれば、ユーザ端末にエラーメッセージを送信し（３
０３）、入力データの訂正を求める。入力データにエラ
ーがなければ、基本的には図５に示したレコード形式
で、入力データ（申請案件データ６０）を案件管理Ｄ
Ｂ：１２に蓄積し（３０４）、ユーザＩＤと対応するＯ
ＵＴＢＯＸに案件（制御エントリ）を追加登録する（３
０５）。実行中の手続きが上司の承認を必要とする業務
のものか否かを判定し（３０６）、承認を必要としない
場合は、上記入力データに従って業務別ＤＢ：１３の該
当する業務ファイルを更新し（３０８）、個人ポータル
制御ルーチン２０に業務処理の実行終了を応答する（３
０９）。実行中の手続きが上司の承認を必要とする業務
の場合は、ユーザ管理レコード５０に業務種別コードと
対応して登録されている承認者５６を読み出し、第１承
認者のユーザＩＤと対応するＩＮＢＯＸに承認案件の制
御エントリを追加し（３０７）、実行終了を応答する
（３０９）。尚、案件管理ＤＢに申請案件データ６０を
蓄積する時点（３０４）で、申請案件データ６０に既に
承認者情報６６が設定済みの場合、ステップ３０７で
は、上記申請案件データ６０が示す承認者ユーザＩＤを
利用してもよい。ステップ３０４において、申請案件デ
ータ６０に承認者情報６６が未設定の場合は、ステップ
３０７で申請案件データ６０に承認者情報６６を追加す
る。

【００４６】図１３は、上述した業務処理ルーチン２２
によってユーザ端末画面に表示される手続き画面の１例
として、ユーザが、一般従業員メニュー９６から「結婚
に伴う手続き」を選択した場合の表示画面１００を示
す。本実施例において、ユーザ端末に提示される手続き
画面は、手続き方法に関する説明部分１０１と、データ
入力を伴う手続き欄と、この業務に付随して従業員が行
うべき関連手続きの案内部分とを含む。「結婚に伴う手
続き」（本業務）の手続き画面１００では、データ入力
を伴う手続き欄として、例えば、「姓名・誕生日の変更
手続き」１０３、「家族増減の手続き」１０４、「住所
変更の手続き」１０５があり、この他に、「銀行振込口
座の変更手続き」等（図面では省略）がある。また、関
連手続きの案内として、「寮・社宅への入居関係の手続
き」１０２、「住宅費補助の手続き」１０６、「通勤経
路・手段の変更手続き」１０７があり、この他に、例え
ば、「財形貯蓄関係の手続き」、「福利関係の届出印の
変更手続き」、「姓名を変更したことに伴う福利制度の
手続き」、「現住所を変更したことに伴う福利制度の手
続き」、「健康保険関係の手続き」、「労働組合関係の
手続き」、「社員証（社員カード）の再発行の手続き」
などが含まれる。

【００４７】データ入力を伴う手続きでは、例えば、欄
１０３に示すように、手続き名称（サブタイトル）１０
３Ａと、入力操作に関する案内文１０３Ｂと、現在の登
録データについて変更を宣言する「変更する」ボタンＢ
２１、変更しないことを宣言する「変更しない」ボタン
Ｂ２２、データ変更の保留を宣言する「保留」ボタンＢ
２３と、サブタイトルに該当する現在のデータ内容（現
在情報）の表示１０３Ｃと、ステータス１０３Ｄとが表
示される。ユーザは、現在情報の表示１０３Ｃを参照し
て、変更すべき項目があれば、「変更する」ボタンＢ２
１をクリックした上で、該当するデータ項目を訂正する
ことになる。欄１０４、１０５も、上記欄１０３と同様
の構成となっている。関連手続きの案内部分には、例え
ば、「寮・社宅への入居関係の手続き」１０２が示すよ
うに、手続きの名称（サブタイトル）と、手続きの受付
窓口を示す案内文が含まれる。また、例えば、「住宅費
補助の手続き」１０６が示すように、受給資格などの注
意事項を列挙した上で、手続きの受付窓口を案内する場
合もある。

【００４８】図１４は、例えば、「姓名・誕生日の変更
手続き」欄１０３において、ユーザが「変更する」ボタ
ンＢ２１をクリックした場合に表示される「姓名・誕生
日の変更」用のデータ入力画面１１０の１例を示す。
「姓名・誕生日の変更」用のデータ入力画面１１０は、
申請者の基本情報の表示領域１１１と、姓名の入力領域
１１２と、生年月日の入力領域１１３と、健康保険に関
するコメント欄１１４とを含み、「登録」ボタンＢ３１
と、「閉じる」ボタンＢ３２とが用意されている。姓名
の入力領域１１２は、氏名の入力ボックス１１２Ａと、
外字の扱いに関するコメント１１２Ｂとからなり、ユー
ザは、入力ボックス１１２Ａに表示されている現在の氏
名の一部をキーボード操作によって結婚後の新たな氏名
に訂正する。

【００４９】図１２は、ユーザが、業務選択メニュー画
面９０でＩＮＢＯＸまたはＯＵＴＢＯＸを指定した場合
に起動される申請案件処理ルーチン２３の基本的なフロ
ーチャートとユーザ操作６２０との関係を示す。申請案
件処理ルーチン２３では、ユーザの選択がＩＮＢＯＸか
否か（ＯＵＴＢＯＸ選択）を判定し（ステップ４０
１）、ＩＮＢＯＸが選択されていた場合は、案件管理Ｄ
Ｂ：１２からユーザＩＤと対応するＩＮＢＯＸの承認案
件を検索し（４０２）、承認案件の一覧画面（承認案件
選択メニュー）１２０に編集してユーザ端末に送信する
（４０３）。

【００５０】承認案件の一覧画面１２０は、例えば、図
１５に示すように、承認処理すべき申請案件について、
申請番号１２１と、申請日１２２と、申請者１２３と、
業務種別１２４とを示したものであり、「閉じる」ボタ
ンＢ４０が用意されている。但し、申請番号１２１は、
制御上で必要な情報であって、ユーザには特に重要でな
いため、表示画面からは省略してもよい。ユーザは、端
末画面に表示された上記承認案件の一覧画面１２０にお
いて、審査したい任意の案件を指定する（６２１）。も
し、全ての案件について承認処理を完了した場合は、
「閉じる」ボタンＢ４０をクリックする。

【００５１】申請案件処理ルーチン２３では、ユーザ操
作を判定し、「閉じる」ボタンＢ４０が選択されていた
場合は、個人ポータル制御２０に申請案件処理の実行終
了を応答し（４０５）、このルーチンを終了する。ユー
ザが何れかの案件を指定していた場合は、指定された案
件の業務種別と対応する承認処理ルーチン４１０を実行
する。承認処理ルーチン４１０では、申請案件ＤＢ：１
２からユーザ指定案件の申請番号１２１をもつ申請案件
データレコード６０を検索し（４１１）、承認審査用の
画面１３０に編集してユーザ端末に送信する（４１
２）。

【００５２】承認審査用の画面１３０は、例えば、図１
６に示すように、申請番号１３１Ａ、申請日１３１Ｂ、
申請者氏名１３１Ｃと、申請データの表示領域１３２
と、承認ボタンＢ４１、却下ボタンＢ４２、保留ボタン
Ｂ４３とからなる。申請データの表示領域１３２には、
申請者が申請データ入力画面で入力したデータ内容が、
承認審査に都合のよいレイアウトで表示され、業務種別
によっては、却下案件について承認者のコメントを入力
するための欄が用意される。

【００５３】承認者が、ユーザ端末に表示された上記承
認審査用画面１３０においてデータ入力またはボタン操
作を行うと（６２２）、承認処理ルーチン４１０では、
承認者入力を申請案件データレコード６０に追加する
（４１３）。ここで追加される入力データとしては、承
認者ユーザＩＤ６７−１（または６７−２）と対応した
処理日６８−１（または６８−２）と、承認結果の区分
（承認／却下／保留）に応じたステータス・コード６３
の変更であり、承認者のコメント入力があった場合は、
申請案件データレコード６０の業務データ領域６９に続
く所定のコメント領域にコメントデータが設定される。

【００５４】承認処理ルーチン４１０では、承認結果を
判定し、保留の場合は、承認処理ルーチンを終了し、ス
テップ４０２に戻る。申請案件が却下された場合は、承
認者のＩＮＢＯＸから今回処理された案件の制御エント
リを削除し（４１９）、ステップ４０２に戻る。申請案
件が承認された場合は、該当する申請案件データレコー
ドの承認者情報６６を参照し、その案件を審査すべき更
に上位の承認者が存在するか否かをチェックする（４１
５）。上位承認者が存在していれば、上位承認者のＩＮ
ＢＯＸに今回の処理案件に関する制御エントリを追加
（４１６）した後、ステップ４１９を実行する。もし、
上位承認者が存在していなければ、承認済みとなった申
請案件データレコードに基づいて、業務別ＤＢ１３の該
当する業務ファイルを更新し（４１７）、申請者のＩＮ
ＢＯＸから処理済申請案件の制御エントリを削除（４１
８）した後、ステップ４１９を実行する。

【００５５】上記実施例では、１つの申請案件について
承認審査を終えると、ステップ４０２に戻り、承認者の
ＩＮＢＯＸから承認案件を検索することによって、再
度、承認案件一覧画面をユーザ端末の送信するようにし
ている。これは、承認者が承認審査中に新たな承認案件
が発生した場合に、これを案件の一覧１２０に加えるこ
とによって承認者に通知するためである。もし、ユーザ
端末側の案件一覧１２０の内容を初期のものに固定した
状態で、処理済となった案件をリストから消去する場合
は、承認処理ルーチン４１０の実行後にステップ４０３
に戻り、処理済案件を削除した一覧画面を送信するよう
にすればよい。

【００５６】最初の判定ステップ４０１で、ユーザの選
択がＯＵＴＢＯＸの場合、ＯＵＴＢＯＸの案件処理４３
０を実行する。ＯＵＴＢＯＸの案件処理４３０は、処理
対象案件が変わるだけで、ステップ４０２〜４１０と類
似の処理が実行される。すなわち、案件管理ＤＢ：１２
から、ユーザＩＤと対応するＯＵＴＢＯＸに残っている
申請案件を検索し、申請案件の一覧画面（申請案件選択
メニュー）に編集してユーザ端末に送信する。この一覧
画面は、基本的には図１５に示した承認案件の一覧画面
１２０と同一でよい。ユーザが何れかの案件を指定する
と、図１２の承認処理ルーチン４１０に代えて、指定案
件の業務区分と対応した業務処理ルーチン２２を起動す
る。

【００５７】この場合、ＯＵＴＢＯＸに残っている申請
案件については、ユーザが前回入力した申請データが申
請案件ＤＢ：１２に蓄積されているため、業務処理ルー
チン２２では、例えば図１３に示した業務別データ入力
画面に上記申請案件ＤＢ：１２から読み出した申請案デ
ータレコード６０の内容を反映させる必要がある。従っ
て、図１１に示した業務処理ルーチン２２の最初のステ
ップ３０１において、例えば、個人ポータル制御２０か
ら起動された場合は、従業員基本情報ファイル１８や会
社組織情報ファイル１９に蓄積されている現在のデータ
から業務別のデータ入力画面を生成し、申請案件処理ル
ーチンから起動された場合は、上記データ入力画面に申
請案件ＤＢ：１２から読み出した申請案データレコード
６０の内容を反映させるようにしておく。このように、
ユーザがＯＵＴＢＯＸに残っている申請案件を指定した
時、該当する業務処理ルーチン２２を起動することによ
って、前回の申請手続き終了時点での表示画面を再現で
きるため、ユーザが前回、保留ボタンＢ２３を選択した
手続きについて、データの追加入力が可能となり、前回
変更したデータ項目について、再修正の入力操作を行う
ことも可能となる。

【００５８】図１０に戻って、個人ポータル制御ルーチ
ン２０では、ステップ２２０〜２２４で起動した各サブ
システムからの応答を待ち（２１５）、サブシステムの
実行が終了すると、必要に応じてメニュデータを更新
（２１６）した後、ステップ２０５に戻る。

【００５９】以上の実施例から明らかなように、本発明
では、人事勤労業務におけるユーザインタフェース画面
として、データ入力を伴う手続き案内以外に、ユーザが
とるべき関連手続きの案内を提示しているため、１つの
申請手続きから波及する一連の業務を人勤担当者に代わ
って申請者に教示することが可能となる。

【００６０】また、図９の業務選択メニュー画面が示す
ように、ユーザインタフェース画面に、ナレッジ情報の
呼び出し用ボタンとして、組織マネージメント、ノウハ
ウ、各種統計、規則や制度の解説、会社規則等を参照す
るためのボタンを用意することによって、個別の手続き
画面で提供される案内情報以外に、各ユーザが必要とす
る適切なナレッジを随時に参照できるようになってい
る。従って、例えば、管理職が行う昇給、昇格や組織変
更などの手続きにおいては、これらのナレッジ情報（例
えば、組織マネージメント）を利用して、該当者の履歴
／職歴、会社の方針など、管理者が必要とする情報をイ
ンタフェース画面で参照しつつ、高度の提案、起案手続
きを実行することが可能となる。

【００６１】

【発明の効果】本発明によれば、人事勤労関係の各種の
手続き業務において、人勤担当者の介在なしに、申請元
または提案（起案）元からのデータ入力が直接反映され
る人事勤労情報処理システムを提供できる。また、企業
内の一般従業員および管理職が人事勤労関係の各種の手
続き業務を容易に遂行できる人事勤労情報処理システム
を提供できる。

【図面の簡単な説明】

【図１】本発明による人勤情報処理システム１０の主要
部の構成と動作を説明するための図。

【図２】本発明による人事勤労システムの全体構成を示
す図。

【図３】本発明による人勤情報処理システム１０が備え
るソストウエアの構成図。

【図４】アクセス管理情報ファイル１６に格納されるユ
ーザ管理レコードの内容を示す図。

【図５】案件管理ＤＢ：１２に蓄積される申請案件デー
タレコード６０の構成の１例を示す図。

【図６】ユーザ別のＩＮＢＯＸとＯＵＴＢＯＸを説明す
るための図。

【図７】端末画面に表示される初期画面の１例を示す
図。

【図８】端末画面に表示される業務選択メニュー画面９
０の一部を示す図。

【図９】業務選択メニュー画面９０の残り部分を示す
図。

【図１０】個人ポータル制御ルーチン２０とユーザ操作
を示すフローチャート。

【図１１】業務処理ルーチン２２とユーザ操作を示すフ
ローチャート。

【図１２】申請案件処理ルーチン２３とユーザ操作を示
すフローチャート。

【図１３】業務処理ルーチン２２によって提供される手
続き画面１００の１例を示す図。

【図１４】手続き画面１００から派生するデータ入力画
面１１０の他の例を示す図。

【図１５】承認案件の一覧画面の１例を示す図。

【図１６】承認審査用画面の１例を示す図。

【符号の説明】

１：ユーザ端末、２：移動端末、１０：人勤情報処理シ
ステム、１１：サーバ、１２：案件管理データベース、
１３：業務別データベース、１４：基幹データベース、
１５：ナレッジデータベース、１６：アクセス管理情報
ファイル、１７：画面情報ファイル、１８：従業員基本
情報ファイル、１９：全社組織情報ファイル、５０：ユ
ーザ管理レコード、６０：申請案件データレコード、７
１：ＩＮＢＯＸ、７２：ＯＵＴＢＯＸ。

Claims

【特許請求の範囲】

【請求項１】ネットワークを介して複数の従業員端末と
通信する人事勤労情報処理システムにおいて、ユーザ認証された端末に対して、ユーザの職名または職
位に応じて選択範囲を設定した業務選択メニュー画面を
提示するための第１手段と、上記業務選択メニューでユーザが指定した業務種別に対
応して、データ入力を伴う手続き案内と、上記指定業務
に付随してユーザがとるべき関連手続きの案内とを含む
手続き画面を端末に提示するための第２手段と、上記手続き画面で入力された手続きデータを蓄積するた
めの案件管理ファイルとを備えたことを特徴とする人事
勤労情報処理システム。
【請求項２】前記第２手段が、前記案件管理ファイルに
蓄積された手続きデータが予め指定された承認者による
承認処理を要する業務種別のものである時、上記手続き
データを上記承認者と対応する承認案件として管理する
ための機能を備えたことを特徴とする請求項１に記載の
人事勤労情報処理システム。
【請求項３】前記第１手段が、前記業務選択メニュー画
面に端末ユーザが承認処理すべき案件の有無情報を提示
する機能を備えたことを特徴とする請求２に記載の人事
勤労情報処理システム。
【請求項４】前記第１手段が、前記業務選択メニュー画
面に端末ユーザが手続きした未決案件の有無情報を提示
する機能を備えたことを特徴とする請求項２〜請求項３
の何れかに記載の人事勤労情報処理システム。
【請求項５】前記第２手段が、前記データ入力を伴う手
続き案内箇所に対してユーザが所定の応答を入力した
時、上記手続き案内と対応するデータ入力画面を端末画
面に提示するための機能を備えることを特徴とする請求
項１〜請求項４の何れかに記載の人事勤労情報処理シス
テム。
【請求項６】前記業務選択メニューが、参照すべきナレ
ッジ情報の選択ボタンを含むことを特徴とする請求項１
〜請求項４の何れかに記載の人事勤労情報処理システ
ム。
【請求項７】ネットワークを介して複数の従業員端末と
通信する人事勤労情報処理システムにおいて、ユーザ認証された端末に対して、ユーザの職名または職
位に応じて選択範囲を設定した業務選択メニューと、人
事勤労部門からユーザ宛の個別通知とを含む画面を提示
するための第１手段と、上記業務選択メニューでユーザが指定した業務種別に対
応した手続き画面を上記端末に提示するための第２手段
と、上記手続き画面で入力された手続きデータを蓄積するた
めの案件管理ファイルとを備えたことを特徴とする人事
勤労情報処理システム。
【請求項８】前記個別通知が通知件数として端末に提示
され、上記個別通知件数の表示箇所に対してユーザが所定の応
答を入力した時、上記個別通知の内容を端末画面に提示
するための手段を備えたことを特徴とする請求項７に記
載の人事勤労情報処理システム。