JP2002334192A

JP2002334192A - 情報処理システム

Info

Publication number: JP2002334192A
Application number: JP2001137234A
Authority: JP
Inventors: Kimiharu Okada; 公治岡田; Akira Tada; 彰多田; Toshiko Takamura; 稔子高村; Yuki Takahashi; 勇喜高橋
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2001-05-08
Filing date: 2001-05-08
Publication date: 2002-11-22
Anticipated expiration: 2021-05-08
Also published as: JP4220685B2

Abstract

(57)【要約】【課題】目標プロセスの改革に携わる各人の意識改革を
促す。【解決手段】ネットワーク上のサーバは、工程進捗管理
における各業務の遂行を支援する進捗管理部２２、工程
進捗管理における各担当者の現業務状況を目標プロセス
実現の観点から評価する業務遂行評価部２３を有してい
る。業務遂行評価部２３による評価結果は、各担当者が
業務上利用するクライアント端末に、ネットワークを介
して提供される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ビジネスプロセス
にたずさわる各人の業務状況を、サプライチェーンの全
体目標達成の観点から評価する情報処理システムに関す
る。

【０００２】

【従来の技術】ビジネスプロセスの改善・改革を支援す
る情報処理システムとして、ＥＲＰ(Enterprise resour
ces planning)システム、ＳＣＰ(Supply Chain Plannin
g)システム、ＳＣＭ(Supply Chain Management)システ
ム、生産管理システム、プロジェクトマネージメントシ
ステム、ナレッジマネージメントシステム、グループウ
ェアシステム、ＰＤＭ(Product Data Management)シス
テム、協調設計支援システム等が知られている。例え
ば、「ＳＡＰ革命」(ＥＲＰ研究会著 1997年1月初版ISBN
4-8207-1248-9)第１２ページには、そのような情報処理
システムの１つであるＥＲＰシステムに関して、以下の
ような記載がある。

【０００３】「ＥＲＰでは、企業活動全般にわたる業務
の機能が『ベスト・ビジネス・ラクティス』として提供さ
れる。ベスト・ビジネス・プラクティスとは、世界の優れ
た企業が採用しているプロセスから共通化されたプロセ
スであり、世界に通用するグローバルなビジネス・プロ
セスの標準である。…ＥＲＰを導入する企業は、これら
の『ベスト・ビジネス・プラクティス』によって提供され
る『ビジネス・プロセス・モデル』を利用して自社の業務
を行うことができる。このような自社の業務プロセスの
ベスト・ビジネス・プラクティスへの切り替えは、ビジネ
スプロセスリエンジニアリング(ＢＰＲ)を実現する。こ
の意味でＥＲＰは、リエンジニアリングをサポートする
システムである。」なお、本書に言う「ビジネスプロセス
リエンジニアリング」は、ビジネスプロセスの改善・改革
を意味し、「ベスト・ビジネス・プラクティス」は、ＥＲＰ
によるビジネスプロセス改善・改革の目標とされるビジ
ネスプロセスを意味する。

【０００４】

【発明が解決しようとする課題】ところが、個々の業務
担当者は、上記従来の情報処理システムの利用によって
現状のビジネスプロセスの改善・改革に取り組む意義
を、十分に把握しきれていないことがある。このような
場合には、個々の業務担当者が、全体の目標にかなった
業績をあげないことが多い。これでは、上記従来の情報
処理システムの機能が十分に活用されない。

【０００５】そこで、本発明は、ビジネスプロセスの改
革に携わる各人の意識改革を促すことができる情報処理
システムを提供することを目的とする。

【０００６】

【課題を解決するための手段】上記課題を解決するた
め、本発明では、情報処理システムに、以下の処理を実
行させる。情報処理システムは、業務が実行されるごと
に、その実行履歴を表す履歴情報を保存する。そして、
履歴情報の保存対象である業務が、前回の判定対象期間
の次に設定された判定対象期間内に実行されたか否か
を、保存中の履歴情報に基づき判定し、その判定結果に
応じた情報を出力する。

【０００７】なお、以上、本発明の具体的な実施の形態
について説明するが、そこで挙げた構成は、可能な限り
の組合せの自由度を有し、その組合せのいずれもが発明
を構成するものとする。すなわち、以下に説明する実施
形態から一部の構成を適宜に削除した形態も、本発明の
他の実施形態となり得る。また、以下において具体的に
示された構成は、いずれも、機能において同一とされる
上位概念のなかの一下位概念に過ぎないものである。

【０００８】

【発明の実施の形態】以下、添付の図面を参照しなが
ら、本発明に係る実施の一形態について説明する。

【０００９】まず、工程進捗管理業務を一例に挙げて、
業務プロセスの改革について説明しておく。

【００１０】改革前の工程進捗管理業務では、定期的に
開かれるミーティングにおいて、プロジェクトマネージ
ャが、各作業担当者から直接進捗報告を受け、それらの
報告に基づき必要と判断された指示(計画変更等)を各作
業担当者に直接与えていたとする。

【００１１】このような業務プロセスの効率化を図るた
め、ネットワークシステムを利用した情報交換を工程進
捗管理業務に導入する。これにより、例えば、各作業担
当者は、自己の進捗状況を、ネットワーク経由で定期的
に担当プロジェクトマネージャーに報告し、各プロジェ
クトのプロジェクトマネージャは、自己のプロジェクト
に参加している各作業担当者からの報告を定期的に確認
し、作業遅延が発生していれば、その対策(計画変更等)
を、各作業担当者にネットワーク経由で指示することに
なる。このような新たな業務プロセス(業務プロセス改
革における目標業務プロセス)が実現されるためには、
各作業担当者および各プロジェクトマネージャーによっ
て、定期的な進捗報告および定期的な進捗確認が、業務
上の義務として遵守される必要がある。

【００１２】つぎに、図１により、本実施の形態に係る
情報処理システムの全体構成について説明する。ここで
は、ＷＷＷ(World Wide Web)を利用して上述の工程進捗
管理業務を改革を図る場合を例に挙げて説明する。

【００１３】本実施の形態に係る情報処理システムは、
複数の情報処理装置１０Ａ₁,...,１０Ａ_n、これらを結
ぶ通信回線(例えば、ＬＡＮ：local area network、Ｗ
ＡＮ：wide area network等)３０、等を有している。

【００１４】ここで、各情報処理装置１０Ａ₁,...,１０
Ａ_nには、それぞれ、ユーザからのデータ入力を受け付
ける入力装置(例えば、マウス、キーボード等)１１Ａ、
各種データを出力する出力装置(例えば、プリンタ、デ
ィスプレイ装置等)１１Ｂ、等が接続されている。ま
た、各情報処理装置１０Ａ₁,...,１０Ａ_nには、それぞ
れ、各種処理を実行するＣＰＵ１２、主記憶１３、ＣＰ
Ｕ１２が実行するプログラムが記憶媒体からインストー
ルされたハードディスク１５、ハードディスク１５に対
するデータ読込み／書込み処理を実行するハードディス
ク・ドライブ１６、入力装置１１Ａからのデータ転送を
制御するコントローラ１７、出力装置１１１Ｂへのデー
タ転送を制御するコントローラ１８、通信回線３０を介
したデータ転送を制御するコントローラ１９、ＣＤ−Ｒ
ＯＭに対するデータ読込み処理を実行するＣＤ−ＲＯＭ
ディスク・ドライブ(不図示)、等が搭載されている。

【００１５】これらの情報処理装置のうち、少なくとも
１つの情報処理装置１０Ａ₁(以下、ＷＷＷサーバ１０Ａ
₁と呼ぶ)のハードディスク１５には、(１)他の情報処理
装置のブラウザからのリクエストを受け付けるとファイ
ルを返信するＨＴＴＰ(HyperText Transport Protocol
Daemon)デーモン、(２)後述の業務プロセス改革支援処
理が定義された業務改革支援プログラム、(３)ＨＴＴＰ
デーモンにより起動され、業務プロセス改革支援プログ
ラムを起動するＣＧＩ(Common Gateway Interface)スク
リプト、(４)データベース更新等のデータベース処理を
実行するデータベース管理プログラム、(５)プログラム
の実行等のために必要な制御プログラム(例えば、オペ
レーションシステム等)、等が格納されている。さら
に、後述の進捗報告画面等を表示させるためのＷｅｂド
キュメント(例えば、ＨＴＭＬ(HyperText Markup Langu
age)ドキュメント、ＸＭＬドキュメント等)、後述の業
務プロセス改革支援処理において用いられる各種データ
ベースも格納されている。

【００１６】そして、ＷＷＷサーバ１０Ａ₁は、これら
のハードウエアおよびソフトウエアによって、図２に示
す機能構成部２１〜２３を実現する。具体的には、他の
情報処理装置１０Ａ₂,...,１０Ａ_nとの間のデータ送受
信を実行するデータ送受信部２１、後述の管理データベ
ース２０Ａ,２０Ｂ,２０Ｃ,２０Ｄが格納されたデータ
ベース格納部２０、工程進捗管理業務の遂行を支援する
進捗管理部２２、工程進捗管理業務の現業務状況を目標
プロセス実現の観点から評価する業務遂行評価部２３を
実現する。ここで、進捗管理処理部２２には、作業担当
者の進捗報告処理を支援する進捗報告支援処理部２２
Ａ、プロジェクトマネージャーの進捗確認・計画変更を
支援する進捗確認・計画変更支援処理部２２Ｂが含まれ
ている。また、業務遂行評価部２３には、各作業担当者
の進捗報告業務等の遂行を監視する業務プロセス監視処
理部２３Ａ、業務プロセス監視処理部２３Ａの監視結果
に応じたアドバイス情報Ｏを生成する業務プロセス改善
アドバイス処理部２３Ｂ、が含まれている。なお、進捗
報告支援処理部２２Ａは、第一処理手段として機能し、
業務プロセス監視処理部２３Ａは、第二処理手段として
機能し、業務プロセス改善アドバイス処理部２３Ｂは、
後述の参考情報管理データベース２０Ｃとともに情報出
力手段として機能する。その他の情報処理装置１０
Ａ₂,....,１０Ａ_n(以下、ＷＷＷクライアント端末１０
Ａ₁,....,１０Ａ_nと呼ぶ)のハードディスクには、それ
ぞれ、ＷＷＷを利用するためのブラウザ、ブラウザ等を
実行するために必要な制御プログラム(例えば、オペレ
ーションシステム等)等の各種プログラムが格納されて
いる。

【００１７】つぎに、ＷＷＷサーバ１０Ａのハードディ
スクに格納されている管理データベース(内部状態管理
データベース２０Ａ、入出力ログ管理データベース２０
Ｂ、参考情報管理データベース２０Ｃ、業務プロセス遵
守指標ログ管理データベース４０Ｄ)のデータ構造につ
いて説明する。ただし、ここで参照する各図(図３〜図
６)は、各管理データベース２０Ａ,２０Ｂ,２０Ｃのデ
ータ構造を概念的に示したものであり、各管理データベ
ース２０Ａ,２０Ｂ,２０Ｃの実際のデータ構造を示した
ものではない。

【００１８】内部状態管理データベース２０Ａには、図
３に示す３つのテーブル４０,４１,４２が格納されてい
る。そして、プロジェクトデータテーブル４０には、プ
ロジェクトごとに、それぞれ、プロジェクト名４０Ａ、
プロジェクトマネージャー名４０Ｂが予め登録されてい
る。また、担当者データテーブル４１には、作業担当者
ごとに、それぞれ、作業担当者名４１Ａ、所属グループ
名４１Ｂが予め登録されている。さらに、工程データテ
ーブル４２には、プロジェクトを構成する作業ごとに、
それぞれ、作業項目名４２Ｂ、プロジェクト名４２Ａ、
作業開始予定日４２Ｃ、作業終了予定日４２Ｄ、現在ま
での進捗状況を示す進捗情報４２Ｅ、担当者名４２Ｆ、
作業遅延発生の有無を表す遅延発生情報４２Ｇが予め登
録されている。

【００１９】入出力ログ管理データベース２０Ｂは、第
一履歴情報保存手段として機能する。このデータベース
２０Ｂには、図４に示す入出力ログデータテーブル４３
が格納されている。この入出力ログデータテーブル４３
には、ＷＷＷサーバ１０Ａ₁へのコマンド入力およびＷ
ＷＷサーバ１０Ａ₁からのコマンド出力があるごとに、
そのログ入出力履歴情報が保存される。そして、各ログ
入出力履歴情報には、ＷＷＷサーバ１０Ａ₁へ入力され
たコマンドまたはＷＷＷサーバ１０Ａ₁から出力された
コマンドのコマンド名４３Ａ、コマンド入出力の別を示
す入出力区分情報４３Ｂ、コマンド入出力に関わったユ
ーザの名前４３Ｃ、コマンド入出力のあった日付けを示
す日付情報４３Ｄが含まれている。ＷＷＷサーバ１０Ａ
₁から出力されたコマンドが、ＷＷＷクライアント端末
に進捗確認・計画変更画面を表示させるためのコマンド
であった場合には、この入出力履歴情報には、そのコマ
ンド出力時における遅延作業発生の有無を表す状態情報
４３Ｅがさらに含まれる。

【００２０】参考情報管理データベース２０Ｃには、図
５に示す参考情報テーブル４４が格納されている。この
参考情報テーブル４４には、ＷＷＷクライアント端末１
０Ａ ₂,....,１０Ａ_nのユーザに提供される各参考情報４
０Ｂと、その参考情報の提供の可否の判断基準(後述の
業務プロセス遵守指標情報のうちの業務実施率と比較さ
れる閾値等)を表す提供条件４４Ａとが予め登録されて
いる。なお、参考情報には、目標業務プロセスの実現上
有用な情報、例えば、目標業務プロセス実現という観点
からの現業務状況に関する評価(良好等)、トラブル事例
等が含まれている。

【００２１】業務プロセス遵守指標ログ管理データベー
ス２０Ｄは、第二履歴情報保存手段として機能する。こ
のデータベース２０Ｄには、図６に示す業務プロセス遵
守指標ログデータテーブル４５が格納されている。この
業務プロセス遵守指標ログデータテーブル４５には、業
務上の義務がどの程度遂行されたかを示す業務プロセス
遵守指標情報(進捗報告業務プロセス遵守指標情報、進
捗確認業務プロセス遵守指標情報、計画変更業務プロセ
ス遵守指標情報、総合業務プロセス遵守指標情報：これ
らについては後述)をＷＷＷサーバ１０Ａ₁が算出するご
とに、その履歴情報が格納される。各履歴情報には、業
務上の義務がどの程度遂行されているかの評価対象名４
５Ａ(進捗報告業務、進捗確認業務、計画変更業務、総
合業務)、業務上の義務がどの程度遂行されたかを示す
業務プロセス遵守指標情報(進捗報告業務プロセス遵守
指標情報、進捗確認業務プロセス遵守指標情報、計画変
更業務プロセス遵守指標情報、総合業務プロセス遵守指
標情報)４５Ｃおよびその算出日の日付け情報４５Ｂが
含まれている。

【００２２】なお、本実施の形態では、これらの管理デ
ータベース２０Ａ,２０Ｂ,２０Ｃ,２０ＤをＷＷＷサー
バ１０Ａ₁の内蔵ハードディスクに格納しているが、必
ずしも、このようにする必要はない。例えば、これらの
管理データベース２０Ａ,２０Ｂ,２０Ｃ,２０Ｄをネッ
トワーク上のデータベースサーバに格納しておき、ＷＷ
Ｗサーバ１０Ａ₁が、そのデータベースサーバにデータ
ベース処理をリクエストするようにしてもよい。

【００２３】つぎに、図１の情報処理システムにおいて
実行される業務プロセス改革支援処理を、(１)進捗報告
支援処理、(２)業務報告確認・計画変更支援処理、(３)
業務遂行評価処理に分けて説明する。 (１)進捗報告支援処理前述したように、工程進捗管理業務の目標業務プロセス
を実現するには、各作業担当者が、自己の進捗状況を定
期的(本実施の形態では１週間おきとする)にネットワー
ク経由で報告することが義務付けられる。この、各作業
担当者の進捗報告業務の効率化を図るため、図１の情報
処理システムでは、図７に示した進捗報告支援処理が実
行される。

【００２４】自己の進捗状況を報告しようとする作業担
当者が、いずれかのＷＷＷクライアント端末(ここで
は、ＷＷＷクライアント端末１０Ａ₂とする)上でブラウ
ザを起動し、所定のＵＲＬ(Uniform Resource Locator
s)を入力すると、このＵＲＬが示すドキュメント(ＨＴ
ＭＬドキュメント、ＸＭＬドキュメント等)の送信リク
エストおよび作業担当者の識別情報(ユーザ名等)が、Ｗ
ＷＷサーバ１０Ａ₁へ送信される(Ｓ７０)。ここでリク
エストするドキュメントは、作業担当者が進捗報告に利
用する進捗報告画面(後述)をＷＷＷクライアント端末１
０Ａ₂上に表示させるためのものである。なお、ここで
は、作業担当者にＵＲＬを手入力させることとしている
が、所定のＵＲＬが示すドキュメントの送信リクエスト
を指示するためのアイコン等をＷＷＷクライアント端末
１０Ａ₂に設けておいてもよい。

【００２５】ＷＷＷサーバ１０Ａ₁では、このリクエス
トをデータ送受信部２１が受信すると、まず、進捗報告
支援部２２Ａが、そのリクエストの発信元の作業担当者
名、現在の日付を示す日付情報、そのリクエストのコマ
ンド名(進捗報告画面表示命令)、ＷＷＷサーバ１０Ａ₁
への入力コマンドであったことを示す入出力区分情報
を、入出力ログ管理データベース２０Ａの入出力ログデ
ータテーブル４３に保存する(Ｓ８０)。その後、進捗報
告支援部２２Ａは、内部状態管理データベース２０Ｂの
工程データテーブル４２からすべての登録データを取り
出して、それらのデータを、リクエストで指定されたド
キュメントの所定の領域にはめこむ。その後、データ送
受信部２１が、そのドキュメントをＷＷＷクライアント
端末１０Ａ ₂へと返信する。ドキュメント送信終了後、
進捗報告支援部２２Ａは、ドキュメント返信先の作業担
当者名、現在の日付を示す日付情報、ドキュメント返信
のコマンド名(進捗報告画面出力)、ＷＷＷサーバ１０Ａ
₁からの出力コマンドであったことを示す入出力区分情
報を、入出力ログ管理データベース２０Ａの入出力ログ
データテーブル４３に保存する(Ｓ８１)。

【００２６】ＷＷＷクライアント端末１０Ａ₂上のブラ
ウザは、このとき返信されたドキュメントをフォーマッ
トし、ディスプレイ上に表示させる。これにより、ＷＷ
Ｗクライアント端末１０Ａ₂のディスプレイ上には、図
８に示すような進捗報告画面が表示される(Ｓ７１)。

【００２７】この進捗報告画面上には、内部状態管理デ
ータベースの工程データテーブルの現在の登録内容９０
Ａ(作業項目名、プロジェクト名、作業開始予定日、作
業終了予定日、現在までの進捗状況を示す進捗情報、担
当者名、作業遅延発生の有無を示す遅延発生情報)が表
形式で表示されている。この表を作業担当者にとってよ
り見やすいものするため、表９０Ａ内の表示データは、
作業担当者名、プロジェクト名等でソートされているこ
とが望ましい。

【００２８】この表９０Ａを構成しているカラムのう
ち、進捗情報が表示されているカラム９０ａだけは、作
業担当者によりデータ書替え可能な入力フィールドとな
っている。そして、進捗報告画面上には、これら入力フ
ィールド９０ａ内の修正済みデータの送信を指示するた
めの報告ボタン９０Ｂが表示されている。

【００２９】この進捗報告画面上で、作業担当者が、自
己の担当作業項目名に対応付けられている入力フィール
ド９０ａ内の進捗情報を、現在の進捗状況に応じて書き
替えてから、報告ボタン９０Ｂを指示すると、ＷＷＷク
ライアント端末１０Ａ₂上のブラウザは、進捗報告画面
上の入力フィールド９０ａ内の進捗情報を含んだ進捗更
新リクエストをＷＷＷサーバ１０Ａ₁に送信する(Ｓ７
２)。

【００３０】ＷＷＷサーバ１０Ａ₁では、ＷＷＷクライ
アント端末１０Ａ₂からの進捗更新リクエストをデータ
送受信部２１が受信すると(Ｓ８２)、進捗報告支援部２
２Ａが、まず、そのリクエストの送信元の作業担当者
名、現在の日付を示す日付情報、そのリクエストのコマ
ンド名(進捗報告)、ＷＷＷサーバ１０Ａ₁に対する入力
コマンドであったことを示す入出力区分情報を、入出力
ログ管理データベース２０Ａの入出力ログデータテーブ
ル４３に保存する。

【００３１】その後、進捗報告支援部２２Ａは、その進
捗更新リクエストに含まれている進捗情報、現在の日付
け、内部状態管理データベース２０Ｂの工程データテー
ブル４２に現在登録されている作業開始予定日および作
業終了予定日に基づき、作業遅延の発生の有無を判断す
る。具体的には、作業開始予定日を過ぎても、まだ進捗
状況が「０％」であれば、着手遅延有りと判断し、作業終
了予定日を過ぎても、まだ進捗情報が「１００％」となっ
ていなければ、作業完了遅延有りと判断する。そして、
その判断結果と、その進捗更新リクエストに含まれてい
る進捗情報とを用いて、内部状態管理データベース２０
Ｂの工程データテーブル４２を更新する(Ｓ８３)。例え
ば、１９９９年１２月１７日に、業績担当者ｍ₁が、業
務報告画面上で、作業終了予定日が１９９９年１２月１
５日である作業Ａ₂の進捗情報「６０％」を、現在の進捗
状況に応じた値「７０%」に修正した場合には、図９に示
すように、内部状態管理データベース２０Ｂの工程デー
タテーブル４２において作業担当者名「ｍ₁」および作業
項目名「作業Ａ₂」に対応付けられている進捗情報および
遅延発生情報が「７０%」および「遅延有り」と更新され
る。

【００３２】このような業務報告支援処理によれば、各
作業担当者は、時間の都合がついたときに、情報処理シ
ステムを利用することによって、自己の職場から離れず
に進捗報告を済ませることができる。このため、各作業
担当者は、勤務中の時間をより効率的に使うことができ
る。

【００３３】なお、ここでは、進捗報告画面上には、工
程データテーブルのすべての登録データを表形式で表示
させているが、必ずしも、このようにする必要はない。
例えば、ドキュメントの送信リクエストを送った作業担
当者に関連する情報だけが表示されるようにしてもよい
し、すでに終了した作業に関連する情報が表示されない
ようにしてもよい。また、データの表示形式も、必ずし
も表形式である必要はない。例えば、ガントチャート形
式等、作業担当者が目視でより認識しやすい表示形式を
採用してもよい (２)業務報告確認・計画変更支援処理前述したように、工程進捗管理業務の目標業務プロセス
を実現するには、プロジェクトマネージャーが、自己の
管理化にいる各作業担当者の進捗状況をネットワーク経
由で定期的(本実施の形態では１週間おきとする)に確認
することが義務付けられる。そして、いずれかの作業担
当者の作業に遅延が発生していれば、その対策(計画変
更等)を、各作業担当者にネットワーク経由で指示する
ことも義務付けられる。この、プロジェクトマネージャ
ーの進捗確認業務および計画変更業務の効率化を図るた
め、図１の情報処理システムでは、図１０に示した進捗
報告支援処理が実行される。

【００３４】自己の管理下にある作業担当者の進捗状況
を確認しようとするプロジェクトマネージャーが、いず
れかのＷＷＷクライアント端末(ここでは、ＷＷＷクラ
イアント端末１０Ａ_nとする)上でブラウザを起動し、所
定のＵＲＬを入力すると、このＵＲＬが示すドキュメン
ト(ＨＴＭＬドキュメント、ＸＭＬドキュメント等)の送
信リクエストおよびプロジェクトマネージャーの識別情
報(ユーザ名等)が、ＷＷＷサーバ１０Ａ₁へ送信され
る。ここでリクエストするドキュメントは、プロジェク
トマネージャーが進捗確認等に利用する進捗確認・計画
変更画面(後述)をＷＷＷクライアント端末１０Ａ_n上に
表示させるためのものである。なお、ここでは、プロジ
ェクトマネージャーにＵＲＬを手入力させることとして
いるが、所定のＵＲＬが示すドキュメントの送信リクエ
ストを指示するためのアイコン等をＷＷＷクライアント
端末１０Ａ_nに設けておいてもよい。

【００３５】ＷＷＷサーバ１０Ａ₁では、このリクエス
トをデータ送受信部２１が受信すると、まず、進捗確認
・計画変更支援部２２Ｂが、そのリクエストの発信元の
プロジェクトマネージャー名、現在の日付を示す日付情
報、そのリクエストのコマンド名(進捗確認・計画変更
画面表示命令)、ＷＷＷサーバ１０Ａ₁への入力コマンド
であったことを示す入出力区分情報を、入出力ログ管理
データベース２０Ａの入出力ログデータテーブル４３に
保存する(Ｓ１００)。

【００３６】その後、進捗確認・計画変更支援部２２Ｂ
は、内部状態管理データベース２０Ｂの工程データテー
ブル４２からすべての登録データを取り出して、それら
のデータを、リクエストで指定されたドキュメントの所
定の領域にはめこむ。その後、データ送受信部２１が、
そのドキュメントをＷＷＷクライアント端末１０Ａ₂へ
と返信する。ドキュメント送信終了後、進捗確認・計画
変更支援部２２Ｂは、ドキュメント返信先のプロジェク
トマネージャー名、現在の日付を示す日付情報、ドキュ
メント返信のコマンド名(進捗確認・計画変更画面出
力)、ＷＷＷサーバ１０Ａ₁からの出力コマンドであった
ことを示す入出力区分情報、作業遅延の発生を示す遅延
発生情報が工程データテーブル４２から取り出されたか
否かを示す状態情報を、入出力ログ管理データベース２
０Ａの入出力ログデータテーブル４３に保存する(Ｓ１
０１)。

【００３７】ＷＷＷクライアント端末１０Ａ_n上のブラ
ウザは、このとき返信されたドキュメントをフォーマッ
トし、ディスプレイ上に表示させる。これにより、ＷＷ
Ｗクライアント端末１０Ａ_nのディスプレイ上には、図
１１(Ａ)に示すような進捗確認・計画変更画面が表示さ
れる。

【００３８】この進捗確認・計画変更画面上には、内部
状態管理データベース２０Ｂの工程データテーブル４２
の現在の登録内容(作業項目名、プロジェクト名、作業
開始予定日、作業終了予定日、現在までの進捗状況を示
す進捗情報、担当者名、作業遅延発生の有無を示す遅延
発生情報)が表形式１１０で表示されている。ただし、
この表１１０を構成しているカラムのうち、未終了の作
業項目(進捗情報が１００％となっていない作業項目)の
作業終了予定日および作業担当者名が表示されているカ
ラム１１０Ａ,１１０Ｂ、および、未着手の作業項目(進
捗情報が０％のままの作業項目)の作業開始予定日が表
示されているカラム１１０Ｃは、プロジェクトマネージ
ャによりデータ書替え可能な入力フィールドとなってい
る。そして、進捗報告画面上には、各入力フィールド１
１０Ａ,１１０Ｂ,１１０Ｃ内のデータを変更した場合に
その送信を指示するための計画変更ボタン１１１Ａ、い
ずれの入力フィールド１１０Ａ,１１０Ｂ,１１０Ｃ内の
データも変更しなかった場合にその旨の送信を指示する
ための完了ボタン１１１Ｂが表示されている。

【００３９】この進捗確認・計画変更画面上において、
プロジェクトマネージャーは、自己の管理下にある作業
担当者の進捗進捗を確認し、必要に応じて計画を変更し
なければならない。

【００４０】例えば、この進捗確認・計画変更画面上に
表示された遅延発生情報が、プロジェクトのいずれの作
業項目にも遅延が発生していないことを示しており、計
画変更が必要とされない場合には、そのプロジェクトの
担当プロジェクトマネージャーは、いずれの入力フィー
ルド１１０Ａ,１１０Ｂ,１１０Ｃ内のデータも変更せず
に完了ボタン１１１Ｂを選択する必要がある。このとき
の完了ボタン１１１Ｂの選択により、ＷＷＷクライアン
ト端末１０Ａ_n上のブラウザが、計画変更なしを示す処
理終了リクエストをＷＷＷサーバ１０Ａ₁に送信する。

【００４１】一方、この進捗確認・計画変更画面上に表
示された遅延発生情報が、プロジェクトのいずれかの作
業項目の遅延発生を示していた場合には、そのプロジェ
クトの担当プロジェクトマネージャーは、他の作業項目
の進捗状況、作業担当者の意見等を考慮しつつ、その作
業項目Ａ₂の遅延を解消するための対策を立てる必要が
ある。例えば、この進捗確認・計画変更画面上に表示さ
れた遅延発生情報が、プロジェクトＡの作業項目Ａ₂の
遅延発生を示していた場合には、プロジェクトＡの担当
プロジェクトマネージャーＭ₁は、他の作業項目の進捗
状況、作業担当者の意見等を考慮しつつ、その作業項目
「作業Ａ₂」の遅延を解消するための対策を立てる必要が
ある。ここでは、プロジェクトＡのプロジェクトマネー
ジャＭ₁が、現在の日付け、作業項目「作業Ａ₂」の進捗情
報および作業終了予定日を考慮して、その作業項目「作
業Ａ₂」の作業終了予定日を現設定日(１９９９年１２月
１５日)から１９９９年１２月２７日まで延長するとと
もに、その作業項目Ａ₂の作業担当者を、各人の意見を
聞きながら現担当者(ｍ₁)から新たな担当者(ｍ₃)に変更
する、との決定をしたとする。この場合、プロジェクト
マネージャーＭ₁は、進捗確認・計画変更画面上で、作
業項目「作業Ａ₂」の作業終了予定日「１９９９／１２／１
５」および作業担当者名「ｍ₁」を、上記決定に応じた作業
終了予定日「１９９９／１２／２７」および作業担当者名
「ｍ₃」に修正してから、さらに計画変更ボタン１１１Ａ
を選択する必要がある。このときの計画変更ボタンの選
択により、ＷＷＷクライアント端末１０Ａ_n上のブラウ
ザが、進捗確認・計画変更画面上の入力フィールド内の
修正済みデータ(作業終了予定日「１９９９／１２／２
７」、作業担当者名「ｍ₃」)を含んだ計画変更リクエスト
をＷＷＷサーバ１０Ａ₁に送信する。

【００４２】ＷＷＷサーバ１０Ａ₁では、データ送受信
部２１が処理終了リクエストを受信すれば(Ｓ１０２)、
進捗確認・計画変更支援部２２Ｂが、その処理終了リク
エストの発信元のプロジェクトマネージャー名、現在の
日付を示す日付情報、その処理終了リクエストのコマン
ド名(計画変更なし)、ＷＷＷサーバ１０Ａ₁への入力コ
マンドであったことを示す入出力区分情報を、入出力ロ
グ管理データベース２０Ａの入出力ログデータテーブル
４３に保存する(Ｓ１０４)。

【００４３】一方、データ送受信部２１が計画変更リク
エストを受信すれば(Ｓ１０２)、進捗確認・計画変更支
援部２２Ｂが、そのリクエストに含まれていた修正済み
データを用いて、内部状態管理データベース２０Ｂの工
程データテーブル４２を更新する(Ｓ１０３)。上述の例
では、進捗確認・計画変更支援部２２Ｂは、図１１(Ｂ)
に示すように、工程データテーブル４２の登録データの
うち、作業遅延が発生していた作業項目Ａ₂の作業終了
予定日「１９９９／１２／１５」および作業担当者名
「ｍ₁」を、計画変更リクエストに含まれていた新たな作
業終了予定日「１９９９／１２／２７」および新たな作業
担当者名「ｍ₃」に更新する。このとき、工程データテー
ブル４２の登録データのうち、作業項目Ａ₂の遅延発生
情報も、作業遅延無しを示す情報に更新する。その後、
進捗確認・計画変更支援部２２Ｂは、計画変更リクエス
トの発信元のプロジェクトマネージャー名、現在の日付
を示す日付情報、計画変更リクエストのコマンド名(計
画変更)、ＷＷＷサーバ１０Ａ₁への入力コマンドであっ
たことを示す入出力区分情報を、入出力ログ管理データ
ベース２０Ａの入出力ログデータテーブル４３に保存す
る(Ｓ１０４)。

【００４４】このような業務確認・計画変更支援処理に
よれば、各プロジェクトマネージャーは、時間の都合が
ついたときに、情報処理システムを利用することによっ
て、自己の職場から離れずに進捗確認および計画変更を
済ませることができる。このため、各プロジェクトマネ
ージャーは、勤務中の時間をより効率的に使うことがで
きる。

【００４５】なお、ここでは、進捗確認・計画変更画面
上には、内部状態管理データベース２０Ｂの工程データ
テーブル４２の全登録データを表形式で表示させている
が、必ずしも、このようにする必要はない。例えば、す
でに終了した作業項目に関連する情報が表示されないよ
うにしてもよい。また、内部状態管理データベース２０
Ｂのプロジェクトデータテーブル４０の登録データを利
用して、ドキュメントの送信リクエストを送ったプロジ
ェクトマネージャーの担当プロジェクトに関連する情報
だけが表示されるようにしてもよい。

【００４６】また、ここでは、進捗確認・計画変更画面
上のデータ表示形式として表形式を採用しているが、例
えば、ガントチャート形式等、プロジェクトマネージャ
ーが目視でより認識しやすい表示形式を採用してもよい (３)業務遂行評価処理前述したように、工程進捗管理業務の目標業務プロセス
を実現するためには、各作業担当者および各プロジェク
トマネージャーによって、定期的な進捗報告および定期
的な進捗確認(必要に応じて計画変更)が、業務上の義務
として確実に遵守されている必要がある。そこで、これ
らの業務上の義務が遂行されているか否かを監視し、そ
の監視結果を各作業担当者および各プロジェクトマネー
ジャーにフィードバックするため、図１の情報処理シス
テムでは、図１２、図１６、図２０、図２３に示した業
務遂行評価処理が定期的(ここでは、１週間おき)に実行
される。

【００４７】この業務遂行評価処理では、まず、ＷＷＷ
サーバ１０Ａ₁が、(ｉ)作業担当者が今週進捗報告を実
施したか否か、(ii)プロジェクトマネージャが今週進捗
確認を実施したか否か、(iii)プロジェクトマネージャ
が作業遅延を放置してはいないか否かを定期的にチェッ
クする。具体的には、以下の処理が定期的に実行され
る。 (ｉ)作業担当者が今週進捗報告を実施したか否かの定期
チェック図１２に、作業担当者が今週進捗報告を実施したか否か
をチェックするための処理のフローチャートを示す。な
お、以下において、今週とは、現在の日付(例えば、こ
こでは、１９９９年１２月１９日とする)を基準として
７日前までさかのぼった期間とする。

【００４８】業務プロセス監視部２３Ａは、今週初日
(１９９９年１２月１３日)よりも遅い作業終了予定日
と、今週末日(１９９９年１２月１９日)よりも早い作業
開始予定日とに対応付けられている作業項目名とプロジ
ェクト名と作業担当者名とを、内部状態管理データベー
ス２０Ｂの工程データテーブル４２から取り出す。さら
に、このとき工程データテーブル４２から取り出された
作業担当者名に対応付けられている所属グループ名を、
内部状態管理データベース２０Ｂの担当者データテーブ
ル４１から取り出す。以上、内部状態管理データベース
２０Ｂから取り出した情報を用いて、図１３に示すよう
に、今週進捗報告が実施されたか否かの評価対象となる
作業項目に関する情報１３０Ａ₁,..,１３０Ａ_K(図１３
ではＫ＝５)を要素とするリスト(以下、作業項目リスト
と呼ぶ)を作成する(Ｓ１２０)。この作業項目リストの
各要素情報１３０Ａ₁,..,１３０Ａ_Kには、それぞれ、作
業項目名１３１ｂ、プロジェクト名１３１ａ、作業担当
者名１３１ｃ、作業担当者の所属グループ名１３１ｄ、
進捗情報の実施の有無を示す進捗報告実施情報１３１ｅ
が含まれている。ただし、この段階では、進捗報告実施
情報１３１ｅには空値が設定されている。

【００４９】つぎに、業務プロセス監視部２３Ａは、進
捗報告を示すコマンド名と、今週中の日付(１９９９年
１２月１３日〜１９９９年１２月１９日)を示す日時情
報とに対応付けられている作業担当者名を、入出力ログ
管理データベース２０Ａの入出力ログデータテーブル４
３から取り出す。業務プロセス監視部２３Ａは、このと
き名前を取り出された作業担当者が、自己の担当作業に
ついて進捗報告を今週実行し、その他の作業担当者が、
自己の担当作業について進捗報告を今週実行しなかった
と判定する。したがって、業務プロセス監視部２３Ａ
は、作業項目リストの要素情報１３０Ａ₁,..,１３０Ａ_K
のうち、このとき取り出された作業担当者名を含む各要
素情報の進捗報告実施情報１３１ｅに、進捗報告実施有
りを示す情報を格納し、それ以外の要素情報の進捗報告
実施情報１３１ｅに、進捗報告実施無しを示す情報を格
納する(Ｓ１２１)。例えば、入出力ログ管理データベー
ス２０Ａの入出力ログデータテーブル４３から作業担当
者名「ｍ₁」「ｍ₂」が取り出された場合には、図１４に示す
ように、作業項目リストの要素情報１３０Ａ₁,..,１３
０Ａ_Kのうち、作業担当者名「ｍ₁」「ｍ₂」を含む各要素情
報の進捗報告実施情報１３１ｅには、進捗報告実施有り
を示す情報が格納され、それ以外の要素情報の進捗報告
実施情報１３１ｅには、進捗報告実施無しを示す情報が
格納される。

【００５０】つぎに、業務プロセス監視部２３Ａは、今
週進捗報告を義務付けられている全作業項目においてど
の程度進捗報告が実施されたかを示す進捗報告業務プロ
セス遵守指標値(全体の進捗報告業務プロセス遵守指標
値)を算出する。ここでは、全体の進捗報告業務プロセ
ス遵守指標値として、(ａ)今週進捗報告を義務付けられ
ている作業項目総数Ｋ、(ｂ)そのうち、進捗報告が実施
された作業項目数ｋ、(ｃ)今週進捗報告を義務付けられ
ている全作業項目における進捗報告業務実施率ｋ／Ｋを
算出する(Ｓ１２２)。具体的には、(ａ)作業項目リスト
に含まれている要素情報総数Ｋ、(ｂ)作業項目リストに
含まれている要素情報のうち、進捗報告実施有りを示す
進捗報告実施情報１３１ｅを含んだ要素情報数ｋ、(ｃ)
これら２つの数値Ｋ,ｋの比率ｋ／Ｋを算出する。図１
４に示した作業項目リストを例に挙げると、作業項目リ
ストに含まれる要素情報総数は５個、進捗報告実施有り
を示す進捗報告実施情報１３１ｅを含む要素情報数は２
個、これら２つの数値の比率は２／５(＝４０％)とな
る。

【００５１】つぎに、業務プロセス監視部２３Ａは、今
週進捗報告を義務付けられている各プロジェクトにおい
てどの程度進捗報告が実施されたかを示す進捗報告業務
プロセス遵守指標値(プロジェクト別の進捗報告業務プ
ロセス遵守指標値)を算出する。ここでは、プロジェク
ト別の進捗報告業務プロセス遵守指標値として、(ａ)今
週進捗報告を義務付けられている各プロジェクトの作業
項目総数Ｋ₁、(ｂ)そのうち、進捗報告が実施されたプ
ロジェクト別作業項目数ｋ₁、(ｃ)今週進捗報告を義務
付けられている各プロジェクトにおける進捗報告業務実
施率ｋ₁／Ｋ₁を算出する。具体的には、プロジェクトご
とに、それぞれ、(ａ)作業項目リストに含まれている要
素情報総数Ｋ₁、（ｂ）作業項目リストに含まれている
要素情報のうち、進捗報告実施有りを示す進捗報告実施
情報１３１ｅを含む要素情報数ｋ₁、(ｃ)これら２つの
数値Ｋ₁,ｋ₁の比率ｋ₁／Ｋ₁を算出する(Ｓ１２３)。図
１４に示した作業項目リストを例に挙げると、プロジェ
クトＡに関連する要素情報総数Ｋ₁は３個、そのうち、
進捗報告実施有りを示す進捗報告実施情報１３１ｅを含
む要素情報数ｋ₁は０個、これら２つの数値Ｋ₁,ｋ₁の比
率ｋ₁／Ｋ₁は０／３(＝０％)となる。また、プロジェク
トＢに関連する要素情報総数Ｋ₁は２個、そのうち、進
捗報告実施有りを示す進捗報告実施情報１３１ｅを含む
要素情報数ｋ₁は２個、これら２つの数値Ｋ₁,ｋ₁の比率
ｋ₁／Ｋ₁は２／２(＝１００％)となる。

【００５２】つぎに、業務プロセス監視部２３Ａは、今
週業務報告が義務付けられている各グループ(ここで
は、プロジェクトマネージャーグループ以外のすべての
グループ)においてどの程度進捗報告が実施されたかを
示す進捗報告業務プロセス遵守指標値(グループ別の進
捗報告業務プロセス遵守指標値)を算出する。ここで
は、グループ別の進捗報告業務プロセス遵守指標値とし
て、(ａ)今週業務報告が義務付けられている各グループ
の作業項目総数Ｋ₂、(ｂ)そのうち、進捗報告が実施さ
れたグループ別作業項目数ｋ₂、(ｃ)今週業務報告が義
務付けられている各グループにおける進捗報告業務実施
率ｋ₂／Ｋ₂を算出する。具体的には、各グループごと
に、それぞれ、(ａ)作業項目リストに含まれている要素
情報総数Ｋ₂、（ｂ）作業項目リストに含まれている要
素情報のうち、進捗報告実施有りを示す進捗報告実施情
報１３１ｅを含む要素情報数ｋ₂、(ｃ)これら２つの数
値Ｋ₂,ｋ₂の比率ｋ₂／Ｋ₂を算出する(Ｓ１２４)。図１
４に示した作業項目リストを例に挙げると、作業担当者
が機械設計グループである要素情報総数Ｋ₂は３個、そ
のうち、進捗報告実施有りを示す進捗報告実施情報１３
１ｅを含む要素情報数ｋ₂は２個、これら２つの数値
Ｋ₂,ｋ₂の比率ｋ₂／Ｋ₂は２／３(＝６７％)となる。ま
た、作業担当者が電気設計グループである要素情報総数
Ｋ₂は１個、そのうち、進捗報告実施有りを示す進捗報
告実施情報１３１ｅを含む要素情報数ｋ₂は０個、これ
ら２つの数値Ｋ₂,ｋ₂の比率ｋ₂／Ｋ₂は０／１(＝０％)
となる。さらに、作業担当者がソフト設計グループであ
る要素情報総数Ｋ₂は１個、そのうち、進捗報告実施有
りを示す進捗報告実施情報１３１ｅを含む要素情報数ｋ
₂は０個、これら２つの数値Ｋ₂,ｋ₂の比率ｋ₂／Ｋ₂は０
／１(＝０％)となる。

【００５３】最後に、業務プロセス監視部２３Ａは、図
１５に示すように、以上算出した各進捗報告業務プロセ
ス遵守指標値１５０Ｂとその算出区分名(グループ名等)
１５０Ａとを対応付けた進捗報告業務プロセス遵守指標
情報１５０を生成する。そして、この進捗報告業務プロ
セス遵守指標情報１５０を、評価対象名「進捗報告業務」
と現在の日付けとに対応付けて、業務プロセス遵守指標
ログ管理データベース２０Ｄの業務プロセス遵守指標ロ
グデータテーブル４５に登録する(Ｓ１２５)。 (ii)プロジェクトマネージャが今週進捗確認を実施した
か否かの定期チェック図１６に、プロジェクトマネージャーが今週進捗確認を
実施したか否かをチェックするための処理のフローチャ
ートを示す。なお、以下においても、今週とは、１９９
９年１２月１３日から１９９９年１２月１９日までを指
すものとする。

【００５４】業務プロセス監視部２３Ａは、今週初日
(１９９９年１２月１３日)よりも遅い作業終了予定日
と、今週末日(１９９９年１２月１９日)よりも早い作業
開始予定日とに対応付けられているプロジェクト名を、
内部状態管理データベース２０Ｂの工程データテーブル
４２から取り出す。このとき工程データテーブル４２か
ら少なくとも１回取り出されたプロジェクト名に対応付
けられているプロジェクトマネージャー名を、内部状態
管理データベース２０Ｂのプロジェクトデータテーブル
４０から取り出す。以上、内部状態管理データベース２
０Ｂから取り出した情報(プロジェクト名、プロジェク
トマネージャー名)を用いて、図１７に示すように、今
週進捗確認が実施されたか否かの評価対象となるプロジ
ェクトに関する情報１７０Ａ₁,..,１７０Ａ_s(図１７で
はＳ＝２)を要素とするリスト(以下、第一プロジェクト
リストと呼ぶ)を作成する(Ｓ１６０)。この第一プロジ
ェクトリストの各要素情報１７０Ａ₁,..,１７０Ａ_sに
は、それぞれ、プロジェクト名１７１ａ、プロジェクト
マネージャー名１７１ｂ、進捗確認実施の有無を示す進
捗確認実施情報１７１ｃが含まれている。ただし、この
段階では、進捗確認実施情報１７１ｃには空値が設定さ
れている。

【００５５】つぎに、業務プロセス監視部２３Ａは、進
捗確認を示すコマンド名と、今週中の日付(１９９９年
１２月１３日〜１９９９年１２月１９日)を示す日時情
報とに対応付けられているプロジェクトマネージャー名
を、入出力ログ管理データベース２０Ａの入出力ログデ
ータテーブル４３から取り出す。業務プロセス監視部２
３Ａは、このとき名前を取り出されたプロジェクトマネ
ージャーが、自己の管理下にある作業担当者の進捗確認
を今週実行し、その他のマネージャーが、自己の管理下
にある作業担当者の進捗確認を今週実行しなかったと判
定する。したがって第一プロジェクトリストの要素情報
１７１Ａ₁,..,１７１Ａ_sのうち、このとき取り出された
プロジェクトマネージャー名を含む要素情報の進捗確認
実施情報１７１ｃに、進捗確認実施有りを示す情報を格
納し、それ以外の要素情報の進捗報告実施情報１７１ｃ
に、進捗確認実施無しを示す情報を格納する(Ｓ１６
１)。例えば、入出力ログ管理データベース２０Ａの入
出力ログデータテーブル４３からプロジェクトマネージ
ャー名「Ｍ₁」だけが取り出された場合には、図１８に示
すように、第一プロジェクトリストの要素情報１７０Ａ
₁,１７０Ａ₂のうち、プロジェクトマネージャー名「Ｍ₁」
を含む要素情報１７０Ａ₁の進捗確認実施情報１７１ｃ
には、進捗確認実施有りを示す情報が格納され、それ以
外のプロジェクトマネージャー名「Ｍ₂」を含む要素情報
１７０Ａ₂の進捗確認実施情報１７１ｃには、進捗確認
実施無しを示す情報が格納される。

【００５６】つぎに、業務プロセス監視部２３Ａは、今
週進捗確認が義務付けられている全プロジェクトにおい
てどの程度進捗確認が実施されたかを示す進捗確認業務
プロセス遵守指標値(全体の進捗確認業務プロセス遵守
指標値)を算出する。ここでは、全体の進捗確認業務プ
ロセス遵守指標値として、(ａ)今週進捗報告が義務付け
られているプロジェクト総数Ｓ、(ｂ)そのうち、進捗確
認が実施されたプロジェクト数ｓ、(ｃ)今週進捗報告が
義務付けられている全プロジェクトにおける進捗確認業
務実施率ｓ／Ｓを算出する(Ｓ１６２)。具体的には、
(ａ)第一プロジェクトリストに含まれる要素情報総数
Ｓ、(ｂ)第一プロジェクトリストに含まれる要素情報の
うち、進捗確認実施有りを示す進捗確認実施情報１７１
ｃを含む要素情報数ｓ、(ｃ)これら２つの数値ｓ,Ｓの
比率ｓ／Ｓである進捗確認業務実施率を算出する。図１
８に示した第一プロジェクトリストを例に挙げると、第
一プロジェクトリストに含まれる要素情報総数Ｓは２
個、そのうち、進捗確認実施有りを示す進捗確認実施情
報１７１ｃを含む要素情報数ｓは１個、これら２つの数
値ｓ,Ｓの比率ｓ／Ｓは１／２(＝５０％)となる。

【００５７】つぎに、業務プロセス監視部２３Ａは、今
週進捗確認が義務付けられている各プロジェクトにおい
て進捗確認が実施されたかを示す進捗確認業務プロセス
遵守指標値(プロジェクト別の進捗確認業務プロセス遵
守指標値)を算出する。ここでは、プロジェクト別の進
捗確認業務プロセス遵守指標値として、各プロジェクト
ごとに、それぞれ、(ａ)第一プロジェクトリストに含ま
れている要素情報総数Ｓ ₁(１個)、(ｂ)第一プロジェク
トリストに含まれている要素情報のうち、進捗確認実施
有りを示す進捗確認実施情報１７１ｃを含む要素情報数
ｓ₁(１個または０個)、(ｃ)これら２つ数値ｓ₁,Ｓ₁の比
率ｓ₁／Ｓ₁である進捗確認業務実施率(０％または１０
０％)を算出する(Ｓ１６３)。図１８に示した第一プロ
ジェクトリストを例に挙げると、プロジェクトＡに関し
て、要素情報総数Ｓ₁は１個、進捗確認実施有りを示す
進捗確認実施情報１７１ｃを含む要素情報数ｓ₁は１
個、これら２つの数値ｓ₁,Ｓ₁の比率ｓ₁／Ｓ₁は１／１
(１００％)となる。また、プロジェクトＢに関して、要
素情報総数Ｓ₁は１個、そのうち、進捗確認実施有りを
示す進捗確認実施情報１７１ｃを含む要素情報数ｓ₁は
０個、これら２つの数値ｓ₁,Ｓ₁の比率ｓ₁／Ｓ₁は０／
１(＝０％)となる。

【００５８】つぎに、業務プロセス監視部２３Ａは、今
週進捗確認が義務付けられているグループ(ここでは、
プロジェクトマネージャーグループのみ)においてどの
程度進捗確認が実施されているかを示す進捗確認業務プ
ロセス遵守指標値(グループ別の進捗確認業務プロセス
遵守指標値)を算出する。ここでは、グループ別の進捗
確認業務プロセス遵守指標値として、(ａ)今週進捗確認
が義務付けられたプロジェクトマネージャーの総数
Ｋ₃、(ｂ)そのうち、進捗確認を実施したプロジェクト
マネージャーの人数ｋ₃、(ｃ)これら２つの数値Ｋ₃,ｋ₃
の比率ｋ₃／Ｋ₃でる進捗確認業務実施率を算出する。具
体的には、(ａ)第一プロジェクトリストに含まれる全要
素情報数Ｋ₃、(ｂ)第一プロジェクトリストに含まれる
要素情報のうち、進捗確認実施有りを示す進捗報告実施
情報１７１ｃを含む要素情報数ｋ₃、(ｃ)これら２つの
数値Ｋ₃,ｋ₃の比率ｋ₃／Ｋ₃を算出する(Ｓ１６４)。図
１８に示した第一プロジェクトリストを例に挙げると、
第一プロジェクトリストの要素情報総数Ｋ₃は２個、進
捗報告実施有りを示す進捗報告実施情報１７１ｃを含む
要素情報数ｋ₃は１個、これら２つの数値Ｋ₃,ｋ₃の比率
ｋ₃／Ｋ₃は１／２(＝５０％)となる。

【００５９】最後に、業務プロセス監視部２３Ａは、図
１９に示すように、以上算出した各進捗確認業務プロセ
ス遵守指標値１９０Ｂとその算出区分名(プロジェクト
名等)１９０Ａとを対応付けた進捗確認業務プロセス遵
守指標情報１９０を生成する。そして、この進捗確認業
務プロセス遵守指標情報１９０を、評価対象名「進捗確
認業務」および現在の日付けに対応付けて、業務プロセ
ス遵守指標ログ管理データベース２０Ｄの業務プロセス
遵守指標ログデータテーブル４５に登録する(Ｓ１６
４)。 (iii)作業遅延により必要となった計画変更が今週プロ
ジェクトマネージャーにより適切に実施されたか否か、
すなわち、プロジェクトマネージャが今週作業遅延を放
置していなかったか否かの定期チェック図２０に、プロジェクトマネージャーが今週作業遅延を
放置していなかったか否かをチェックするための処理の
フローチャートを示す。なお、以下においても、今週と
は、１９９９年１２月１３日から１９９９年１２月１９
日までを指すものとする。

【００６０】業務プロセス監視部２３Ａは、今週初日
(１９９９年１２月１３日)よりも遅い作業終了予定日
と、今週末日(１９９９年１２月１９日)よりも早い作業
開始予定日とに対応付けられているプロジェクト名およ
び遅延発生情報を、内部状態管理データベース２０Ｂの
工程データテーブル４２から取り出す。このとき工程デ
ータテーブル４２から取り出した情報(プロジェクト
名、遅延発生情報)を用いて、図２１に示すように、作
業遅延が放置されていいなかったか否かの評価対象とな
るプロジェクトに関する情報２１０Ａ₁,..,２１０Ａ
_T(図２１ではＴ＝２)を要素とするリスト(以下、第二プ
ロジェクトリストと呼ぶ)を作成する(Ｓ２００)。この
第二プロジェクトリストの各要素情報には、それぞれ、
内部状態管理データベース２０Ｂの工程データテーブル
４２から少なくとも１回取り出されたプロジェクト名２
１１ａ、遅延が発生した作業がプロジェクトに含まれて
いたか否かを示す遅延発生情報２１１ｂが含まれてい
る。例えば、図１１(Ｂ)に示した工程データテーブルで
あれば、今週初日よりも遅い作業終了予定日と、今週末
日よりも早い作業開始予定日とに対応付けられているプ
ロジェクト名として、作業Ａ₂〜Ａ₄に関するプロジェク
ト名「プロジェクトＡ」、および、作業Ｂ₁,Ｂ₂に関する
プロジェクト名「プロジェクトＢ」が格納されている。そ
のうち、一方のプロジェクト名「プロジェクトＡ」に対応
付けられている遅延発生情報には、遅延有りを示すもの
は存在せず、他方のプロジェクト名「プロジェクトＢ」に
対応付けられている遅延発生情報には、遅延有りを示す
ものが１つ存在する。したがって、この場合における第
二プロジェクトリストは、図２１に示したように、遅延
作業無しを示す遅延発生情報２１１ｂとプロジェクト名
「プロジェクトＡ」２１１ａとを含む要素情報２１０
Ａ₁、遅延作業有りを示す遅延発生情報２１１ｂとプロ
ジェクト名「プロジェクトＢ」２１１ａとを含む要素情報
２１０Ａ₂により構成される。

【００６１】このようにして第二プロジェクトリストを
作成すると、その後、業務プロセス監視部２３Ａは、作
業遅延発生により必要となった計画変更が全体において
どの程度実施されたかを示す計画変更業務プロセス遵守
指標値(全体の計画変更業務プロセス遵守指標値)を算出
する(Ｓ２０１)。ここでは、全体の計画変更業務プロセ
ス遵守指標値として、(ａ)遅延発生により必要となった
計画変更が実行されるべき全作業項目数Ｔ、(ｂ)そのう
ち、必要な計画変更が実施された作業項目数ｔ、(ｃ)全
作業項目における計画変更業務実施率ｔ／Ｔを算出す
る。具体的には、(ａ)第二プロジェクトリストに含まれ
る全要素情報数Ｔ、(ｂ)第二プロジェクトリストに含ま
れる要素情報のうち、遅延発生無しを示す遅延発生情報
２１１ｂを含む要素情報数ｔ、(ｃ)これら２つの数値
ｔ,Ｔの比率ｔ／Ｔを算出する。図２１に示した第二プ
ロジェクトリストを例に挙げると、第二プロジェクトリ
ストに含まれる要素情報総数Ｔは２個、遅延発生無しを
示す進遅延発生情報２１１ｂを含む要素情報数ｔは１
個、これら２つの数値ｔ,Ｔの比率ｔ／Ｔは１／２(＝５
０％)となる。

【００６２】つぎに、業務プロセス監視部２３Ａは、遅
延発生により必要となった計画変更が各プロジェクトに
おいてどの程度実施されたかを示す計画変更業務プロセ
ス遵守指標値(プロジェクト別の計画変更業務プロセス
遵守指標値)を算出する(Ｓ２０２)。ここでは、プロジ
ェクト別の計画変更業務プロセス遵守指標値として、各
プロジェクトごとに、それぞれ、(ａ)第二プロジェクト
リストに含まれている要素情報総数Ｔ₁(１個)、(ｂ)第
二プロジェクトリストに含まれている要素情報のうち、
遅延発生無しを示す遅延発生情報２１１ｂを含む要素情
報数ｔ₁(１個または０個)、(ｃ)これら２つ数値ｔ₁,Ｔ₁
の比率ｔ₁／Ｔ₁である計画変更業務実施率(０％または
１００％)を算出する。図２１に示した第二プロジェク
トリストを例に挙げると、プロジェクトＡに関して、要
素情報総数Ｔ₁は１個、遅延発生無しを示す遅延発生情
報２１１ｂを含む要素情報数ｔ₁は１個、これら２つの
数値ｔ₁,Ｔ₁の比率ｔ₁／Ｔ₁は１／１(＝１００％)とな
る。また、プロジェクトＢに関して、要素情報総数Ｔ₁
は１個、遅延発生無しを示す遅延発生情報２１１ｂを含
む要素情報数ｔ₁は０個、これら２つの数値ｔ₁,Ｔ₁の比
率ｔ₁／Ｔ₁は０／１(＝０％)となる。

【００６３】つぎに、業務プロセス監視部２３Ａは、必
要な計画変更の実施が義務付けられている各グループ
(ここでは、プロジェクトマネージャーグループのみ)が
どの程度必要な計画変更を実施しているかを示す計画変
更業務プロセス遵守指標値(グループ別の計画変更業務
プロセス遵守指標値)を算出する(Ｓ２０３)。ここで
は、グループ別の計画変更業務プロセス遵守指標値とし
て、(ａ)必要な計画変更の実施が義務付けられたプロジ
ェクトマネージャーの総数Ｔ₂、(ｂ)作業遅延により必
要となった計画変更を実施したプロジェクトマネージャ
ーの人数ｔ₂、(ｃ)これら２つの数値Ｔ₂,ｔ₂の比率ｔ₂
／Ｔ₂である計画変更業務実施率を算出する。具体的に
は、(ａ)第二プロジェクトリストに含まれる全要素情報
数Ｔ₂、(ｂ)第二プロジェクトリストに含まれる要素情
報のうち、遅延発生無しを示す遅延発生情報２１１ｂを
含む要素情報数ｔ₂、(ｃ)これら２つの数値Ｔ₂,ｔ₂の比
率ｔ₂／Ｔ₂を算出する(Ｓ１６４)。図２１に示した第二
プロジェクトリストを例に挙げると、第二プロジェクト
リストの要素情報総数Ｔ₂は２個、遅延発生無しを示す
遅延発生情報２１１ｂを含む要素情報数ｔ₂は１個、こ
れら２つの数値Ｔ₂,ｔ₂の比率ｔ₂／Ｔ₂は１／２(＝５０
％)となる。

【００６４】最後に、業務プロセス監視部２３Ａは、図
２２に示すように、以上算出した各計画変更業務プロセ
ス遵守指標値２２１Ｂとその算出区分名(プロジェクト
名等)２２１Ａとを対応付けた計画変更業務プロセス遵
守指標情報２２０を生成する。そして、この計画変更業
務プロセス遵守指標情報２２０を、評価対象名「計画変
更業務」と現在の日付けとに対応付けて、業務プロセス
遵守指標ログ管理データベース２０Ｄの業務プロセス遵
守指標ログデータテーブル４５に登録する(Ｓ２０４)。

【００６５】以上の３つの定期チェック処理(ｉ)(ii)(i
ii)がそれぞれ終了すると、さらに、ＷＷＷサーバ１０
Ａ₁は、さらに、図２３に示す処理を実行する。なお、
以下においても、今週とは、１９９９年１２月１３日か
ら１９９９年１２月１９日までを指すものとする。

【００６６】まず、業務プロセス改善アドバイス部２３
Ｂは、３つの定期チェック処理(ｉ)(ii)(iii)の実行に
より業務プロセス監視部２３Ａが算出した各業務プロセ
ス遵守指標値に基づき、工程進捗管理業務全体、各グル
ープ、各プロジェクトのそれぞれについて、目標業務プ
ロセスの達成度を示す総合業務プロセス遵守指標値を算
出する。ここでは、総合業務プロセス遵守指標値とし
て、(ａ')各定期チェック処理で算出した評価対象数(各
定期チェック処理において(ａ)で示した数値)を集計し
た総合評価対象数Ｗ、(ｂ')各定期チェック処理で算出
した業務実施数(各定期チェック処理において(ｂ)で示
した数値)を集計した総合業務実施数ｗ、(ｃ')これら２
つの数値Ｗ,ｗの比率ｗ／Ｗである総合業務実施率を算
出する。具体的には、以下の通りである。

【００６７】ここでは、３つの定期チェック処理(ｉ)(i
i)(iii)で算出された各業務プロセス遵守指標値(進捗報
告業務プロセス遵守指標値、進捗確認業務プロセス遵守
指標値、計画変更業務プロセス遵守指標値)に、その対
応業務(進捗報告業務、進捗確認業務、計画変更業務)の
重要度に応じた重みを付けて、総合業務プロセス指標値
を算出する。例えば、目標業務プロセス実現の観点か
ら、進捗報告業務よりも進捗確認業務および計画変更業
務のほうが重要度が高い場合、例えば、進捗報告業務の
重要度を１としたときに、進捗確認業務および計画変更
業務の重要度が３と表されるような場合には、進捗報告
業務プロセス遵守指標値の重みを１、進捗確認業務プロ
セス遵守指標値の重みを３、計画変更業務プロセス遵守
指標値の重みを３と設定する。なお、以下の計算におけ
る重みは、この値(進捗報告業務プロセス遵守指標値の
重み１、進捗確認業務プロセス遵守指標値の重み３、計
画変更業務プロセス遵守指標値の重み３)を用いること
とする。

【００６８】そして、工程進捗管理業務全体、各グルー
プおよび各プロジェクトのそれぞれについて、すべての
業務プロセス遵守指標値における評価対象数(各定期チ
ェック処理において(ａ)で示した数値)と重みとの積を
集計する。これにより、総合評価対象数が得られる。同
様に、工程進捗管理業務全体、各グループおよび各プロ
ジェクトのそれぞれについて、すべての業務プロセス遵
守指標値における業務実施数(各定期チェック処理にお
いて(ｂ)で示した数値)と重みとの積を集計する。これ
により、総合業務実施数が得られる。つぎに、工程進捗
管理業務全体、各グループおよび各プロジェクトのそれ
ぞれについて、このとき算出された２つの数値の比率を
算出する。これにより、例えば、３つの定期チェック処
理の結果、図２４(Ａ)に示したような業務プロセス遵守
指標値が得られたとすると、プロジェクトＡの総合対象
数および総合業務実施数は、０×１＋１×３＋１×３＝
６、３×１＋１×３＋１×３＝９となり、これらの比率
である総合業務実施率は、６／９(＝６７％)となる。

【００６９】業務プロセス改善アドバイス部２３Ｂは、
図２５に示すように、以上算出した総合業務プロセス指
標値２５１Ｂとその算出区分名(プロジェクト名等)２５
１Ａとを対応付けた総合業務プロセス遵守指標情報２５
０を生成する。そして、この総合業務プロセス遵守指標
情報２５０を、評価対象名「総合業務」と現在の日付けと
に対応付けて、業務プロセス遵守指標ログ管理データベ
ース２０Ｄの業務プロセス遵守指標ログデータテーブル
４５に登録する(Ｓ２３０)。

【００７０】つぎに、業務プロセス改善アドバイス部２
３Ｂは、前回の業務遂行評価処理で登録した業務プロセ
ス指標情報(進捗報告業務プロセス指標情報、進捗管理
業務プロセス指標情報、計画変更業務プロセス指標情
報、総合業務プロセス指標情報)を、業務プロセス遵守
指標ログ管理データベース２０Ｄの業務プロセス遵守指
標ログデータテーブル４５からそれぞれ取り出す。そし
て、今回の業務遂行評価処理で得られた各業務実施率
(進捗報告業務実施率、進捗管理業務実施率、計画変更
業務実施率、総合業務実施率)と、前回の業務遂行評価
処理で得られた各業務プロセス指標情報(進捗報告業務
プロセス指標情報、進捗管理業務プロセス指標情報、計
画変更業務プロセス指標情報、総合業務プロセス指標情
報)に含まれている業務実施率とを比較し、工程進捗管
理業務プロセスの改善の傾向を判定する(Ｓ２３１)。例
えば、今回の業務遂行評価処理で得られた業務実施率が
前回のものよりも大きければ、業務プロセス改善アドバ
イス部２３Ｂは、工程進捗管理業務プロセスにおける進
捗報告業務の効率化が進んだと判断する。その反対に、
今回の業務遂行評価処理で得られた業務実施率の方が前
回のものよりも小さければ、業務プロセス改善アドバイ
ス部２３Ｂは、工程進捗管理業務プロセスにおける進捗
報告業務の効率化が進んでいないと判断する。

【００７１】つぎに、業務プロセス改善アドバイス部２
３Ｂは、参考情報管理データベース２０Ｃの管理情報デ
ータテーブル４４を参照し、今回の業務遂行評価処理で
得られた各業務実施率が満たす提供条件に対応付けられ
た参考情報、および、Ｓ２３１における判定結果が満た
す提供条件に対応付けられた参考情報をそれぞれ取り出
す(Ｓ３２)。

【００７２】最後に、業務プロセス改善アドバイス部２
３Ｂは、今回の業務遂行評価処理で得られた各業務実施
率(進捗報告業務実施率、進捗管理業務実施率、計画変
更業務実施率、総合業務実施率)、各業務(進捗報告業
務、進捗確認業務、計画変更業務、総合業務)の改善傾
向についての判定結果、管理情報データテーブル４４か
ら取り出した参考情報を、所定のドキュメントの所定領
域にはめこむ。その後、データ送受信部２１が、そのド
キュメントをＷＷＷクライアント端末１０Ａ₂へと送信
する。

【００７３】ＷＷＷクライアント端末１０Ａ₂上のブラ
ウザが、このドキュメントをフォーマットすると、ＷＷ
Ｗクライアント端末１０Ａ₂のディスプレイ上には、図
２６に示すような業務プロセス改善アドバイス情報表示
画面が表示される(Ｓ７１)。

【００７４】この業務プロセス改善アドバイス情報表示
画面上には、工程進捗管理業務全体、各グループ、各プ
ロジェクトのそれぞれについて、各業務(進捗報告業
務、進捗確認業務、計画変更業務、総合業務)における
業務実施率２６１、各業務の改善傾向２６２、参考情報
２３６が表示されている。各業務担当者および各プロジ
ェクトマネージャーは、この業務プロセス改善アドバイ
ス情報表示画面上の情報を参照することによって、現状
の工程進捗管理業務と目標業務プロセスとの乖離の実態
を把握することができる。

【００７５】なお、これら３種類の情報２６１,２６２,
２６３は、作業担当者等にとって見やすい表示形式であ
れば、業務プロセス改善アドバイス情報表示画面上にど
のように表示されていてもよい。例えば、業務実施率を
長さで示すバー、業務の改善傾向を傾きで示す矢印等の
画像を表示してもよい。また、各情報２６１,２６２,２
６３を別々の画面に表示するようにしてもよいし、３種
類の情報２６１,２６２,２６３を適宜な組合せで表示す
るようにしてもよい。

【００７６】このように、本実施の形態に係る業務遂行
評価処理によれば、目標業務プロセスの実現のために果
された業務上の義務(ネットワークを利用した進捗報
告、ネットワークを利用した進捗確認、ネットワークを
利用した計画変更)が遵守されているか否か定期的にチ
ェックされ、現状の工程進捗管理業務と目標業務プロセ
スとの乖離の実態を示す情報が、各作業担当者および各
プロジェクトマネージャーに定期的に提供される。この
情報の参照により、各人が、目標業務プロセスの実現と
いう目的意識を持つことができるようになる。このた
め、各人の意識改革が図られ、各人が、目標業務プロセ
スの実現という観点から、自己の業務のやり方を見直す
ようになる。したがって、目標業務プロセスの実現に向
けた業務改革が推進される。

【００７７】なお、以上においては、ＷＷＷサーバの入
出力ログをとり、このログに基づき、定期チェック(i)
(ii)(iii)を行っているが、かならずしもこのようにす
る必要はない。例えば、内部状態管理データベースの更
新ログをとることとした場合には、このログに基づき、
定期チェック(i)(ii)(iii)を行うようにしてもよい。

【００７８】また、以上においては、ＷＷＷを利用する
場合を一例に挙げたが、ネットワーク上の情報にアクセ
スすることができれば、かならずしもＷＷＷを利用する
必要はない。もちろん、工程進捗管理業務以外の業務プ
ロセスに適用してもよい。

【００７９】

【発明の効果】本発明に係る情報処理システムによれ
ば、業務プロセスの改革に携わる各人の意識改革を促す
ことができる。

【図面の簡単な説明】

【図１】本発明の実施の一形態に係る情報処理システム
の全体構成図である。

【図２】本発明の実施の一形態に係る情報処理装置の機
能構成図である。

【図３】(Ａ)は、プロジェクトデータテーブルのデータ
構造を概念的に示した図であり、(Ｂ)は、業務担当者デ
ータテーブルのデータ構造を概念的に示した図であり、
(Ｃ)は、工程データテーブルのデータ構造を概念的に示
した図である。

【図４】入出力ログデータテーブルのデータ構造を概念
的に示した図である。

【図５】参考情報テーブルのデータ構造を概念的に示し
た図である。

【図６】業務プロセス遵守指標ログデータテーブルのデ
ータ構造を概念的に示した図である。

【図７】本発明の実施の一形態に係る情報処理システム
で実行される進捗報告支援処のフローチャートを示した
図である。

【図８】クライアント端末上に表示される進捗報告画面
のレイアウト例を示した図である。

【図９】工程データテーブルのデータ構造を概念的に示
した図である。

【図１０】本発明の実施の一形態に係る情報処理システ
ムで実行される進捗確認・計画変更支援処理のフローチ
ャートを示した図である。

【図１１】(Ａ)は、クライアント端末上に表示される進
捗報告・計画変更画面のレイアウト例を示した図であ
り、(Ｂ)は、進捗報告・計画変更画面の入力データによ
り更新された工程データテーブルのデータ構造を概念的
に示した図である。

【図１２】本発明の実施の一形態に係る情報処理システ
ムで実行される業務遂行評価処理のフローチャートを示
した図である。

【図１３】進捗報告が実施されたか否かの評価に用いら
れる作業項目リストのデータ構造を概念的に示した図で
ある。

【図１４】進捗報告が実施されたか否かの評価に用いら
れる作業項目リストのデータ構造を概念的に示した図で
ある。

【図１５】業務プロセス遵守指標ログデータテーブルに
格納される進捗報告業務プロセス遵守指標情報のデータ
構造を概念的に示した図である。

【図１６】本発明の実施の一形態に係る情報処理システ
ムで実行される業務遂行評価処理のフローチャートを示
した図である。

【図１７】進捗確認が実施されたか否かの評価対象に用
いられる第一プロジェクトリストのデータ構造を概念的
に示した図である。

【図１８】進捗確認が実施されたか否かの評価対象に用
いられる第一プロジェクトリストのデータ構造を概念的
に示した図である。

【図１９】業務プロセス遵守指標ログデータテーブルに
格納される進捗確認業務プロセス遵守指標情報のデータ
構造を概念的に示した図である。

【図２０】本発明の実施の一形態に係る情報処理システ
ムで実行される業務遂行評価処理のフローチャートを示
した図である。

【図２１】業務プロセス遵守指標ログデータテーブルに
格納される計画変更業務プロセス遵守指標情報のデータ
構造を概念的に示した図である。

【図２２】業務プロセス遵守指標ログデータテーブルに
格納される計画変更業務プロセス遵守指標情報のデータ
構造を概念的に示した図である。

【図２３】本発明の実施の一形態に係る情報処理システ
ムで実行される業務遂行評価処理のフローチャートを示
した図である。

【図２４】総合業務プロセス遵守指標値を算出するため
に必要なデータを示した図である。

【図２５】本発明の実施の一形態に係る業務遂行評価処
理における定期チェック処理で得られた業務プロセス遵
守指標値(進捗報告業務プロセス遵守指標値、進捗確認
業務プロセス遵守指標値、計画変更業務プロセス遵守指
標値)データを示した図である。

【図２６】クライアント端末上に表示される業務プロセ
ス改善アドバイス情報表示画面のレイアウト例を示した
図である。

【図２７】本発明の実施の一形態に係る情報処理装置の
機能構成図である。

【符号の説明】

１０Ａ₁,１０Ａ₂,....,１０Ａ_n…情報処理装置２０…データベース格納部２０Ａ,２０Ｂ,２０Ｃ,２０Ｄ…データベース２１…データ送受信部２２…進捗管理部２１Ａ…進捗報告支援部２１Ｂ…進捗確認・計画変更支援部２３…業務遂行評価部２３Ａ…業務プロセス監視部２３Ｂ…業務プロセス改善アドバイス部３０…通信回線

フロントページの続き (72)発明者高村稔子茨城県日立市大みか町五丁目２番１号株式会社日立製作所情報制御システム事業部内 (72)発明者高橋勇喜茨城県日立市大みか町五丁目２番１号株式会社日立製作所情報制御システム事業部内

Claims

【特許請求の範囲】

【請求項１】１以上の業務の実行履歴を表す履歴情報を
保存するための第一履歴情報保存手段と、前記第一履歴情報保存手段に履歴情報が保存されるべき
業務が実行されるごとに、当該業務の実行履歴を表す履
歴情報を、前記第一履歴情報保存手段に保存する第一処
理手段と、前記第一処理手段が前記履歴情報を保存すべき業務ごと
に、当該業務が、前回の判定対象期間の次の判定対象期
間内に実行されたか否かを、前記第一履歴情報に保存さ
れている履歴情報に基づき判定する第二処理手段と、前記第二処理手段の判定結果に応じた、業務別の情報を
出力する情報出力手段とを備えることを特徴とする情報
処理システム。
【請求項２】請求項１記載の情報処理システムであっ
て、前記第二処理手段による判定結果の履歴情報を保存する
ための第二履歴情報保存手段を有し、前記第二処理手段は、前記業務が実行されたか否かの判定を行うごとに、当該
判定結果の履歴情報を前記第二履歴情報保存手段に保存
し、前記業務が実行されたか否かが判定されるごとに、前回
の判定結果を示す履歴情報を前記第二履歴情報保持手段
から取り出し、当該履歴情報が表す前回の判定結果と今
回の判定結果とに基づき、当該２つの判定結果の間にお
ける変化を判定する、ことを特徴とする情報処理システム。
【請求項３】請求項１または２記載の情報処理システム
であって、前記第二処理手段は、前記業務を実施する１以上のユーザを含むグループ、ま
たは、前記業務が実施される１以上の作業を含むプロジ
ェクトごとに、当該業務の実施率を、当該業務が実行さ
れたか否かの判定結果に基づき算出し、前記情報出力手段は、前記第二処理手段が算出した実施率を、前記業務別の情
報として出力する、ことを特徴とする情報処理システム。
【請求項４】請求項３記載の情報処理システムであっ
て、前記情報出力手段は、前記第二処理手段が算出した実施率についての評価を表
す参考情報を出力する、ことを特徴とする情報処理システム。
【請求項５】請求項１、２、３および４のいずれか１項
に情報処理システムであって、前記第一処理手段と前記第二処理手段と前記情報出力手
段とを備える第一情報処理装置と、前記第一情報処理装置の情報出力手段が出力した情報を
ネットワークを介して受け付け、当該受け付けた情報が
表す画像を表示する第二情報処理装置と、を有することを特徴とする情報処理システム。
【請求項６】情報処理装置に実行させるためのプログラ
ムが格納された記憶媒体であって、前記プログラムは、前記情報処理装置に、業務が実行されるごとに、当該業務の実行履歴を表す履
歴情報を保存する保存処理と、前記履歴情報を保存すべき業務ごとに、当該業務が、前
回の判定対象期間の次の判定対象期間内に実行されたか
否かを、前記第一履歴情報に保存されている履歴情報に
基づき判定する判定処理と、前記判定処理を実行するごとに、当該判定処理における
判定結果に基づく、業務別の情報を出力する出力処理
と、を実行させることを特徴とする記憶媒体。
【請求項７】情報処理装置に実行されるプログラムであ
って、前記プログラムは、前記情報処理装置に、業務が実行されるごとに、当該業務の実行履歴を表す履
歴情報を保存する保存処理と、前記履歴情報を保存すべき業務ごとに、当該業務が、前
回の判定対象期間の次の判定対象期間内に実行されたか
否かを、前記第一履歴情報に保存されている履歴情報に
基づき判定する判定処理と、前記判定処理を実行するごとに、当該判定処理における
判定結果に基づく、業務別の情報を出力する出力処理
と、を実行させることを特徴とするプログラム。