JP2010211359A

JP2010211359A - 業務管理システム

Info

Publication number: JP2010211359A
Application number: JP2009054679A
Authority: JP
Inventors: Tetsuya Hongo; 哲也本郷; Akihiro Kondo; 晃弘近藤; Koji Ogata; 孝司尾形
Original assignee: Hitachi Kokusai Electric Inc
Current assignee: Hitachi Kokusai Electric Inc
Priority date: 2009-03-09
Filing date: 2009-03-09
Publication date: 2010-09-24

Abstract

【課題】従来は、管理用の固定ユーザＩＤを複数の管理ユーザで共有して使用していたが、この管理用ユーザＩＤに全ての情報の参照権限を与える必要があるため、管理ユーザごとに参照する情報の範囲を設定することはできず、必要以上の情報を参照させてしまうことになっていた。
【解決手段】ユーザＩＤ入力部とパスワード入力部を有するログイン画面において、ユーザＩＤ入力部にユーザＩＤのみを入力した場合は通常業務画面へ遷移を行い、ユーザＩＤと管理用キーワードを入力した場合は管理用画面へと遷移を行うよう画面遷移を制御し、且つ、ユーザＩＤから求めた表示権限に従って個別の画面表示制御を行う。
【選択図】図１

Description

本発明は、例えば、金融機関における商品情報、顧客情報及び営業日報データ等の営業関連データを蓄積、検索及び表示する営業戦略支援システムなどのコンピュータシステムにおいて、従業員毎にアクセスすることのできる情報の範囲を規制し、管理することのできる業務管理システムに関する。

従来の業務管理システムのログイン方法について、図６を用いて説明する。図６は、従来技術の動作を示す処理フロー図である。従来は、図６で示すように、管理用に設定されたユーザ識別コード（ユーザＩＤ）とパスワードを使用することで、管理用画面への遷移を行っていた。例えば、通常業務を行う場合、「０１２３４５６」等の社員番号をログイン時のユーザＩＤとして使用する。また、社員番号の登録や削除など、社員情報のメンテナンス等の管理業務を行う際には、「ＫＡＮＲＩＩＤ」などの管理用の固定ユーザ名をユーザＩＤとして使用してログインを行う。そのため、メンテナンスなどの管理業務を行う複数のユーザが、この管理用ユーザ名を共有して使用していた。

関連する先行技術として、特開２００７−１９３５７４号公報（特許文献１）がある。特許文献１には、ユーザが、端末装置のログイン画面において、ユーザＩＤ／パスワードを入力して処理を行うことが示されている。

特開２００７−１９３５７４号公報

管理用の固定ユーザ名を、複数の管理ユーザで共有して使用する従来の方法では、この管理用ユーザ名に全ての管理情報の参照権限を与える必要がある。そのため、管理ユーザが参照する情報の範囲を、管理ユーザ毎に異ならせて設定することはできず、必要以上の情報を参照させてしまうことになる。また、全ての管理ユーザが共通の管理用ユーザＩＤを使用していたため、情報処理記録（ログ）を参照しても、どのユーザが使用していたのか区別がつかず、問題が発生した際の管理ユーザの特定が困難であった。
本発明は、ユーザの管理情報参照範囲の個別設定を可能にし、あるいは、実際に管理業務を行っていたユーザを特定することができる業務管理システムを提供することを目的する。

上記従来例の問題点を解決するため、本発明の業務管理システムは、
入出力手段と記憶手段と制御手段とを有する業務管理システムであって、
前記入出力手段は、ユーザを特定するためのユーザＩＤの入力と、管理種別を特定するための管理用キーワードの入力を受け付けるものであり、
前記記憶手段は、社員情報テーブルと、権限内容テーブルと、複数の管理用画面とを記憶し、前記社員情報テーブルは、ユーザＩＤと、該ユーザＩＤの有する権限種別とを対応させて記憶し、前記権限内容テーブルは、前記権限種別と、権限内容と、管理種別とを対応させて記憶するものであり、
前記制御手段は、管理種別認識部と、ユーザ権限認識部と、管理画面選択部とを有し、前記管理種別認識部は、前記入出力手段から入力された管理用キーワードに対応する管理種別を特定し、前記ユーザ権限認識部は、前記入出力手段から入力されたユーザＩＤに基づいてユーザＩＤを特定して、該特定したユーザＩＤに対応するユーザ権限種別を認識し、前記管理画面選択部は、前記特定した管理種別と前記認識したユーザ権限種別とに対応する管理用画面を選択して前記入出力手段に表示させるものであり、
前記入出力手段からユーザＩＤ、管理用キーワードが入力されると、前記管理種別認識部が、前記権限内容テーブルを参照して、前記入力された管理用キーワードに対応する管理種別を特定し、前記ユーザ権限認識部が、前記社員情報テーブルを参照して、前記入出力手段から入力されたユーザＩＤに基づいてユーザＩＤを特定して、該特定したユーザＩＤに対応するユーザ権限種別を認識し、前記管理画面選択部が、前記特定した管理種別と前記認識したユーザ権限種別とに対応する管理用画面を、前記記憶手段に記憶した複数の管理用画面の中から選択し、前記入出力手段に表示させるよう制御することを特徴とするものである。

本発明によれば、管理権限のある社員（ユーザ）の情報参照範囲を、ユーザ毎に個別に設定することができ、ユーザの管理権限に応じた情報の開示を、容易に行うことができる。

なお、上記本発明において、さらに、前記記憶手段は、業務管理システムにログインした際のユーザＩＤを記憶するログ情報を備えることもできる。このようにすると、管理画面へのログインにユーザＩＤを用いることから、ログイン時のログを調べることで、管理画面へログインした社員を特定することができる。

また、上記本発明において、さらに、前記入出力手段が、各ユーザ共通のログイン画面を表示し、該共通のログイン画面において、ユーザＩＤと管理用キーワードの両方の入力を受け付けるようにすることもできる。このようにすると、共通の管理用ユーザＩＤを入力することにより管理用画面を表示した後、個別のユーザＩＤを入力することにより、その管理ユーザが管理権限を有する画面を表示するといった２段階の画面遷移を必要とすることなく、各ユーザ共通のログイン画面から直接、各ユーザの管理権限に応じた管理画面へ遷移することができる。

また、上記本発明において、さらに、前記権限内容テーブルが、複数の管理種別を有するように構成することもできる。このようにすると、同一の権限種別であっても、管理する内容に応じて、アクセス権限を異なるように設定することが可能となる。

本発明の実施の形態における業務管理システムの構成例である。本発明の実施例におけるログイン表示画面を示す図である。本発明の実施例における社員情報テーブル図である。本発明の実施例における権限内容テーブル図である。本発明の実施例における画面遷移動作等を示す処理フロー図である。従来技術の動作を示す処理フロー図である。

本発明の実施の形態に係る業務管理システム（本システム）について、図１を参照しながら説明する。図１は、本発明の一実施例に係る業務管理システムの構成ブロック図である。
本システムは、本例においては、図１に示すように、サーバ１１０と、データベース１２０と、端末１００とを有している。

サーバ１１０は、コンピュータで構成されており、制御部１１２、記憶部１１７、主メモリ（図示せず）等を備えている。サーバ１１０の記憶部１１７には、処理に必要なプログラム、データ等を記憶しており、そのプログラムが制御部１１２によって前記主メモリにロードされて処理手段が実行可能となる。また、記憶部１１７には、複数の管理用画面２７と通常業務用画面２６とを記憶している。

また、サーバ１１０は、端末１００と接続するための端末インタフェース１１１や、データベース１２０と接続するためのデータベースインタフェース１１８を有しており、端末１００やデータベース１２０と、イントラネット等のネットワークにより接続するようになっている。

端末１００は、操作者が入力した情報を受け付け、表示する。端末１００も、サーバ１１０と同様、コンピュータで構成され、サーバ１１０と同様に、制御部１０３、記憶部１０４、サーバとのインタフェース１０５、主メモリ（図示せず）等を有しており、更に、情報入力を受け付けるための入力部１０１、表示を行うための表示部１０２を備えている。

データベース１２０は、サーバ１１０の制御部１１２が処理を実行するのに必要なデータテーブル等を記憶している。具体的には、本実施例では、社員情報テーブル１２１と、権限内容テーブル１２２と、ログ情報１２３とを記憶している。

社員情報テーブル１２１は、図３に示すように、ユーザＩＤ３２と、パスワード３３と、該ユーザＩＤの有する権限の種別３４とを対応させて記憶する。図３は、本発明の実施例における社員情報テーブル図である。図３の例では、社員情報テーブル１２１は、複数のユーザＩＤ３２と、該ユーザＩＤに対応するパスワード３３、権限種別３４が設定されている。これらの設定、変更は、端末１００の入力部１０１、表示部１０２を用いて行うことができる。図３の例では、具体的には、社員コード「０１２３４５６」、「１１１１１１１」、「２２２２２２２」、「３３３３３３３」及び「４４４４４４４」の５名について、権限種別３４をそれぞれ「０」、「０」、「１」、「３」、「２」と設定、すなわち、情報参照範囲４２をそれぞれ「参照権限なし」、「参照権限なし」、「部課内参照可」、「全店参照可」、「部店内参照可」と設定している。

権限内容テーブル１２２は、図４に示すように、権限種別３４と、情報参照範囲４２とを対応させて記憶する。図４は、本発明の実施例における権限内容テーブル図である。例えば、会社組織が、複数の部店を有し、さらに部店内に複数の部課を有するような場合、情報参照範囲は、「全店」、「部店内」、「部課内」に分類することができる。図４の例では、権限種別３４が「０」の場合、情報参照範囲４２は「参照権限なし」であり、権限種別３４が「１」の場合、情報参照範囲４２は「部課内参照可」であり、権限種別３４が「２」の場合、情報参照範囲４２は「部店内参照可」であり、権限種別３４が「３」の場合、情報参照範囲４２は「全店参照可」と設定されている。図４の例では、更に、管理種別として、管理用画面へのログイン情報４３が設けられている。管理用画面へのログイン情報４３は、×印の場合、管理用画面へログインできないことを示し、○印の場合、管理用画面へログインできることを示す。また、図４の例では、１種類の権限種別３４に対して２種類の管理種別「ｋａｎｒｉ１」と「ｋａｎｒｉ２」が設定されている。権限内容テーブル１２２の設定、変更は、端末１００の入力部１０１、表示部１０２を用いて行うことができる。

なお、図４の例では、管理種別４３を複数設けているが、必要に応じて１つだけ設けるようにすることもできる。図４の例のように、管理種別４３を複数設ける場合は、同一の権限種別であっても、管理する内容に応じて、管理種別毎にアクセス権限を異なるように設定することが可能となる。例えば、図４の例では、権限種別が「１＝部課内参照可」の場合、「ｋａｎｒｉ１」の管理業務についてはログイン権限有（○印）であるが、「ｋａｎｒｉ２」の管理業務についてはログイン権限無（×印）と設定されている。

管理用画面２７は、管理種別４３と権限種別３４の全ての組み合わせに対応できるよう、予め作成して、サーバ１１０の記憶部１１７に記憶しておく。具体的には、図４の例では、管理種別が「ｋａｎｒｉ１」であって権限種別が「１」の管理用画面、管理種別が「ｋａｎｒｉ１」であって権限種別が「３」の管理用画面、管理種別が「ｋａｎｒｉ２」であって権限種別が「２」の管理用画面、管理種別が「ｋａｎｒｉ２」であって権限種別が「３」の管理用画面を記憶部１１７に記憶しておく。

ログ情報１２３には、ログイン時に入力されたユーザＩＤを、ログイン時の日時情報や、使用した管理用画面の識別コードとともに記憶しておく。このようにすると、ログ情報１２３を参照することにより、どのユーザが、いつの時点で、どのような管理業務を行ったのかを把握することができる。

サーバ１１０の制御部１１２の機能について説明する。本実施例においては、これらの機能は全てソフトウェアで実現するが、機能の一部、または全部をハードウェアにより実現してもかまわない。本実施例では、サーバ１１０の記憶部１１７に格納された処理プログラムを制御部１１２が主メモリにロードして以下の機能を実行するものである。

サーバ１１０の制御部１１２は、管理種別認識部１１３と、ユーザ権限認識部１１４と、パスワード判断部１１５と、管理画面選択部１１６とを備えている。
管理種別認識部１１３は、データベース１２０の権限内容テーブル１２２を参照して、端末１００の入力部１０１から入力された管理用キーワードに対応する管理種別を特定する。

ユーザ権限認識部１１４は、データベース１２０の社員情報テーブル１２１を参照して、端末１００の入力部１０１から入力されたユーザＩＤに基づいてユーザＩＤを特定し、該特定したユーザＩＤに対応するユーザ権限種別を認識する。
パスワード判断部１１５は、データベース１２０の社員情報テーブル１２１を参照して、端末１００の入力部１０１から入力されたユーザＩＤとパスワードの組み合わせが正しいか、すなわち、データベース１２０の社員情報テーブル１２１に記憶されたユーザＩＤと該ユーザＩＤに対応するパスワードの組み合わせと一致するか否かを判断する。

管理画面選択部１１６は、前記特定した管理種別と前記認識したユーザ権限種別とに対応する管理用画面を、記憶部１１７に予め記憶した複数の管理用画面２７の中から選択して、端末１００の表示部１０２に表示させる。

本実施例では、業務管理システムの前記入出力手段は、端末１００の入力部１０１、表示部１０２により構成され、前記制御手段は、サーバ１１０の制御部１１２により構成され、前記記憶手段は、サーバ１１０の記憶部１１７とデータベース１２０とにより構成されているが、必ずしも、業務管理システムを端末とサーバとデータベースとに分けて構成する必要はなく、例えば、１台のパーソナルコンピュータ内に、前記入出力手段、前記制御手段、前記記憶手段を設ける構成としてもよい。

本実施例の動作を、図５の処理フローチャートを用いて説明する。
図５は、本発明の実施例における画面遷移動作を示す処理フロー図である。まず、端末１００の表示部１０２に表示されるログイン表示画面において、ユーザが、ログインを行う。ログイン表示画面は、端末１００の記憶部１０４、サーバ１１０の記憶部１１７、又はデータベース１２０のうちのいずれかに記憶させておく。

図２は、本発明の実施例におけるログイン表示画面を示す図である。通常業務時には、利用ユーザが、ユーザＩＤ入力欄２２にユーザＩＤを、パスワード入力欄２３にパスワードを入力して、ログインボタン２４を押下することによりログインし、通常業務画面２６へと画面遷移を行う。ユーザに対する権限の設定、変更や機器のメンテナンスなどの管理業務を行う場合には、ユーザＩＤ入力欄２２に、ユーザＩＤと管理用キーワードを入力し、管理用画面２７へ遷移を行うものである。

本例では、管理業務を行う場合、ユーザが、ユーザＩＤ入力欄２２にユーザＩＤと管理用キーワードとを組み合わせたものを入力し、パスワード入力欄２３にパスワードを入力し、ログインボタン２４を押下してログインする（図５のステップＳ５０１）。ユーザＩＤ入力欄２２に入力されるユーザＩＤと管理用キーワードは、「ユーザＩＤ＋管理用キーワード」として、具体的には、例えば、「ユーザＩＤ＠管理用キーワード」として入力されるようになっている。これにより、サーバ１１０の制御部１１２の管理種別認識部１１３は、「＠」に続く文字列（数字を含む）を、管理種別として認識し、特定することができる。

サーバ１１０の管理種別認識部１１３は、ユーザＩＤ入力欄２２に入力された文字列を「＠」で分割し、該文字列中に「＠」を含む文字列があるか否かを判断する（図５のステップＳ５０２）。「＠」を含む文字列がない場合（図５のステップＳ５０３で「ない」）は、管理種別認識部１１３は、通常業務のログイン処理に移行（図５のステップＳ５０９）するよう制御する。「＠」を含む文字列がある場合（図５のステップＳ５０３で「ある」）は、管理種別認識部１１３は、データベース１２０の権限内容テーブル１２２を参照して、「＠」に続く文字列が、権限内容テーブル１２２に登録されている管理種別の１つである「ｋａｎｒｉ１」であるか否か（「ｋａｎｒｉ１」に○印があるか否か）を判断し、「ｋａｎｒｉ１」でない場合（図５のステップＳ５０４で「Ｎｏ」）は、ステップＳ５１０へ移行して、「＠」に続く文字列が、権限内容テーブル１２２に登録されている他の管理種別である「ｋａｎｒｉ２」であるか否かを判断する。

図５のステップＳ５０４で、「＠」に続く文字列が「ｋａｎｒｉ１」である場合（図５のステップＳ５０４で「Ｙｅｓ」）は、サーバ１１０の制御部１１２のパスワード判断部１１５が、社員情報テーブル１２１を参照して、入力されたパスワードが正しいか否かを判断する。また、サーバ１１０の制御部１１２のユーザ権限認識部１１４が、社員情報テーブル１２１を参照して、入力されたユーザＩＤに基づいてユーザＩＤを特定して、該特定したユーザＩＤに対応するユーザ権限種別を認識する（図５のステップＳ５０５）。

入力されたパスワードが正しく、且つ、入力されたユーザＩＤに対応するユーザ権限がある場合（図５のステップＳ５０６で「権限あり」）は、サーバ１１０の制御部１１２の管理画面選択部１１６が、前記特定した管理種別「ｋａｎｒｉ１」と前記認識したユーザ権限種別とに対応する管理用画面を、記憶部１１７に記憶した複数の管理用画面２７の中から選択し、該選択した画面データを端末１００に送信し、端末１００の表示部１０２に表示させる（図５のステップＳ５０７）。また、ユーザ権限認識部１１４は、入力されたユーザＩＤとログイン日時と選択された管理用画面の識別コードとを対応付けて、データベース１２０のログ情報１２４に記憶させる。その後、端末１００の入力部１０１への入力操作に応じて、サーバ１１０の制御部１１２が、管理業務の動作を行う。

入力されたパスワードが正しくないか、又は、入力されたユーザＩＤに対応するユーザ権限がない場合（図５のステップＳ５０６で「権限なし」）は、ログイン失敗処理に移行する（図５のステップＳ５０８）。

ステップＳ５１０において、「＠」に続く文字列が、権限内容テーブル１２２に登録されている他の管理種別である「ｋａｎｒｉ２」である場合（図５のステップＳ５１０で「Ｙｅｓ」）は、前記ステップＳ５０５以降の動作と同様の動作を行う。すなわち、パスワード判断部１１５が、社員情報テーブル１２１を参照して、入力されたパスワードが正しいか否かを判断し、ユーザ権限認識部１１４が、社員情報テーブル１２１を参照して、入力されたユーザＩＤに基づいてユーザＩＤを特定し、対応するユーザ権限種別を認識する（図５のステップＳ５１１）。

入力されたパスワードが正しく、且つ、入力されたユーザＩＤに対応するユーザ権限がある場合（図５のステップＳ５１２で「権限あり」）は、管理画面選択部１１６が、前記特定した管理種別「ｋａｎｒｉ２」と前記認識したユーザ権限種別とに対応する管理用画面を、記憶部１１７に記憶した複数の管理用画面２７の中から選択し、該選択した画面データを端末１００に送信し、端末１００の表示部１０２に表示させる（図５のステップＳ５１３）。また、ユーザ権限認識部１１４は、入力されたユーザＩＤとログイン日時と選択された管理用画面の識別コードとを対応付けて、データベース１２０のログ情報１２４に記憶させる。その後、端末１００の入力部１０１への入力操作に応じて、サーバ１１０の制御部１１２が、管理業務の動作を行う。

入力されたパスワードが正しくないか、又は、入力されたユーザＩＤに対応するユーザ権限がない場合（図５のステップＳ５１２で「権限なし」）は、ログイン失敗処理に移行する（図５のステップＳ５１４）。

ステップＳ５１０において、「＠」に続く文字列が、権限内容テーブル１２２に登録されている他の管理種別である「ｋａｎｒｉ２」でない場合（図５のステップＳ５１０で「Ｎｏ」）は、権限内容テーブル１２２に登録されているどの管理種別とも一致しないことになるので、ログイン失敗処理に移行する（図５のステップＳ５１５）。

次に、本システムにおける処理の具体例を説明する。
権限内容テーブル１２２が図４のように設定され、社員情報テーブル１２１が図３のように設定されているものとする。図２のログイン表示画面において、ユーザが、ユーザＩＤ入力欄２２に「２２２２２２２＠ｋａｎｒｉ１」を入力し、パスワード入力欄２３に「×××２」を入力し、ログインボタン２４を押下してログインする（図５のステップＳ５０１）。サーバ１１０の管理種別認識部１１３は、ユーザＩＤ入力欄２２に入力された文字列を読み取って解析し、該文字列中に「＠」を含む文字列があるので、管理業務のログインであることを認識する。（図５のステップＳ５０２〜Ｓ５０３で「ある」）。

次に、管理種別認識部１１３は、データベース１２０の権限内容テーブル１２２の管理種別４３のデータを読み取り、「＠」に続く文字列である「ｋａｎｒｉ１」が、権限内容テーブル１２２の管理種別４３に登録されている管理種別である「ｋａｎｒｉ１」であるか否かを判断する。本例では、「＠」に続く文字列「ｋａｎｒｉ１」は、権限内容テーブル１２２の管理種別４３に登録されている管理種別「ｋａｎｒｉ１」と同一である（図５のステップＳ５０４で「Ｙｅｓ」）ので、次に、サーバ１１０の制御部１１２のパスワード判断部１１５が、入力されたパスワード「×××２」が正しいか否かを判断、すなわち、社員情報テーブル１２１のユーザＩＤ３２とパスワード３３のデータを読み取って、入力されたユーザＩＤ「２２２２２２２」とパスワード「×××２」の組み合わせと一致するものがあるか否かを判断する。また、サーバ１１０の制御部１１２のユーザ権限認識部１１４が、社員情報テーブル１２１のユーザＩＤ３２と権限種別３４のデータを読み取って、入力されたユーザＩＤ「２２２２２２２」に基づいてユーザＩＤ「２２２２２２２」を特定し、該特定したユーザＩＤ「２２２２２２２」に対応するユーザ権限種別「１」を認識する（図５のステップＳ５０５）。

本例では、入力されたパスワード「×××２」が正しく、且つ、入力されたユーザＩＤ「２２２２２２２」に対応するユーザ権限が「１」である（図５のステップＳ５０６で「権限あり」）ので、サーバ１１０の制御部１１２の管理画面選択部１１６が、前記特定した管理種別「ｋａｎｒｉ１」と前記認識したユーザ権限種別「１」とに対応する管理用画面を、記憶部１１７に記憶した複数の管理用画面２７の中から選択し、該選択した画面データを端末１００に送信し、端末１００の表示部１０２に表示させる（図５のステップＳ５０７）。
また、ユーザ権限認識部１１４は、入力されたユーザＩＤ「２２２２２２２」とログイン日時と選択された管理用画面の識別コードとを対応付けて、データベース１２０のログ情報１２４に記憶させる。その後、端末１００の入力部１０１への入力操作に応じて、サーバ１１０の制御部１１２が、管理業務の動作を行う。
以上述べたように、本発明によれば、ユーザの管理情報参照範囲の個別設定を可能にし、あるいは、実際に管理業務を行っていたユーザを、容易に特定することができる。

２１・・・ログイン表示画面、２２・・・ユーザＩＤ入力欄、２３・・・パスワード入力欄、２６・・・通常業務画面、２７・・・管理用画面、１００・・・端末、１０１・・・入力部、１０２・・・表示部、１１０・・・サーバ、１１２・・・制御部、１１３・・・管理種別認識部、１１４・・・ユーザ権限認識部、１１５・・・パスワード判断部、１１６・・・管理画面選択部、１２０・・・データベース、１２１・・・社員情報テーブル、１２２・・・権限内容テーブル、１２３・・・ログ情報。

Claims

入出力手段と記憶手段と制御手段とを有する業務管理システムであって、
前記入出力手段は、ユーザを特定するためのユーザＩＤの入力と、管理種別を特定するための管理用キーワードの入力を受け付けるものであり、
前記記憶手段は、社員情報テーブルと、権限内容テーブルと、複数の管理用画面とを記憶し、前記社員情報テーブルは、ユーザＩＤと、該ユーザＩＤの有する権限種別とを対応させて記憶し、前記権限内容テーブルは、前記権限種別と、権限内容と、管理種別とを対応させて記憶するものであり、
前記制御手段は、管理種別認識部と、ユーザ権限認識部と、管理画面選択部とを有し、前記管理種別認識部は、前記入出力手段から入力された管理用キーワードに対応する管理種別を特定し、前記ユーザ権限認識部は、前記入出力手段から入力されたユーザＩＤに基づいてユーザＩＤを特定して、該特定したユーザＩＤに対応するユーザ権限種別を認識し、前記管理画面選択部は、前記特定した管理種別と前記認識したユーザ権限種別とに対応する管理用画面を選択して前記入出力手段に表示させるものであり、
前記入出力手段からユーザＩＤ、管理用キーワードが入力されると、前記管理種別認識部が、前記権限内容テーブルを参照して、前記入力された管理用キーワードに対応する管理種別を特定し、前記ユーザ権限認識部が、前記社員情報テーブルを参照して、前記入出力手段から入力されたユーザＩＤに基づいてユーザＩＤを特定して、該特定したユーザＩＤに対応するユーザ権限種別を認識し、前記管理画面選択部が、前記特定した管理種別と前記認識したユーザ権限種別とに対応する管理用画面を、前記記憶手段に記憶した複数の管理用画面の中から選択し、前記入出力手段に表示させるよう制御することを特徴とする業務管理システム。