(57)【要約】【課題】タスクの所要時間、リソースの効率、仕事率などの能力、及びリソースの負荷を含むリソースの処理状態を表示し、かつ複数のタスクの処理量、処理率などを一元管理することができるリソース管理装置、リソース管理方法、リソース管理プログラム及び記録媒体を提供する。【解決手段】複数のリソースのそれぞれが複数のタスクを処理する場合に、リソース状態情報を取得するリソース状態情報入力部１０と、前記複数のタスクをその属性によりグループ分けし、前記リソース状態情報を前記グループごとに管理し、前記グループごとに更新されたリソース状態情報により、リソース状態図形を生成して、前記リソースごとに時間軸上に時系列に配置し、タイムチャートを生成するリソース状態情報処理部３０と、前記タイムチャートを表示するリソース状態表示部２０とを設ける。【選択図】　　　　図１
2004054396.tif 000002
【特許請求の範囲】
【請求項１】
複数のリソースのそれぞれが複数のタスクを処理する場合に、前記リソースによるタスクの処理量、単位時間あたりの前記処理量で表される処理率、及び、前記リソースの状態を保持する時間を含むリソース状態情報を取得するリソース状態情報取得手段と、前記複数のタスクを予め設定された属性によりグループごとに分け、前記リソース状態情報取得手段で取得されたリソース状態情報を前記グループごとに管理するグループ管理手段と、前記グループ管理手段で前記グループごとに更新されたリソース状態情報により、前記リソースの処理状態及び状態保持の経過を表す直角三角形と台形とを含むリソース状態図形を生成して、前記リソースごとに時間軸上に時系列に配置し、タイムチャートを生成するタイムチャート生成手段と、前記グループ管理手段で前記グループごとに更新されたリソース状態情報により、前記タイムチャート生成手段で生成されたタイムチャートを表示するリソース状態表示手段とを設けたことを特徴とするリソース管理装置。
【請求項２】
前記グループ管理手段には、複数のタスクのいずれかに同一のグループ名を付与し、前記タスクの処理量、単位時間あたりの前記処理量で表される処理率を含む属性情報をグループごとに管理する手段を設けたことを特徴とする請求項１に記載のリソース管理装置。
【請求項３】
前記タイムチャート生成手段には、前記直角三角形によって前記タスクの処理量及び前記処理率を表し、前記直角三角形の高さによって前記処理量を表し、前記直角三角形の底辺によって処理時間を表し、前記直角三角形の底辺と斜辺のなす角によって前記処理率を表し、さらに、前記直角三角形と同一高さの長方形の一辺と、前記直角三角形の底辺と垂直な辺とが接するように表された前記台形によって、前記リソース処理状態が保持されていることを表す手段を設けたことを特徴とする請求項１または２に記載のリソース管理装置。
【請求項４】
複数のリソースのそれぞれが複数のタスクを処理する場合に、個々のリソースによるタスクの処理量、単位時間あたりの前記処理量で表される処理率、及び、前記リソースの状態を保持する時間を含むリソース状態情報を取得する第１のステップと、第１のステップで取得されたリソース状態情報により、前記リソースの処理状態及び状態保持の経過を表す直角三角形と台形とを含むリソース状態図形を生成して、前記リソースごとに時間軸上に時系列に配置し、タイムチャートを生成する第２のステップと、第２のステップで生成されたタイムチャートを表示する第３のステップとを実行し、第２のステップでは、第１のステップで取得された当該タスクのリソース状態情報が更新されていた場合に、当該タスクと同一のグループに予め設定されている他タスクのリソース状態情報を更新し、更新後のリソース状態情報により、前記リソース状態図形を含むタイムチャートを生成することを特徴とするリソース管理方法。
【請求項５】
前記第２のステップでは、同一のグループに属するタスクを表す前記直角三角形及び前記台形の形状が合同となるよう、前記リソース状態図形を生成することを特徴とする請求項４に記載のリソース管理方法。
【請求項６】
前記第２のステップでは、前記直角三角形によって前記タスクの処理量及び前記処理率を表し、前記直角三角形の高さによって前記処理量を表し、前記直角三角形の底辺によって処理時間を表し、前記直角三角形の底辺と斜辺のなす角によって前記処理率を表し、さらに、前記直角三角形と同一高さの長方形の一辺と、前記直角三角形の底辺と垂直な辺とが接するように表された前記台形によって、前記リソース処理状態が保持されていることを表すことを特徴とする請求項４または５に記載のリソース管理方法。
【請求項７】
コンピュータに、複数のリソースのそれぞれが複数のタスクを処理する場合に、個々のリソースによるタスクの処理量、単位時間あたりの前記処理量で表される処理率、及び、前記リソースの状態を保持する時間を含むリソース状態情報を取得する第１のステップと、第１のステップで取得されたリソース状態情報により、前記リソースの処理状態及び状態保持の経過を表す直角三角形と台形とを含むリソース状態図形を生成して、前記リソースごとに時間軸上に時系列に配置し、タイムチャートを生成する第２のステップと、第２のステップで生成されたタイムチャートを表示する第３のステップとを実行させ、第２のステップでは、第１のステップで取得された当該タスクのリソース状態情報が更新されていた場合に、当該タスクと同一のグループに予め設定されている他タスクのリソース状態情報を更新し、更新後のリソース状態情報により、前記リソース状態図形を含むタイムチャートを生成するためのリソース管理プログラム。
【請求項８】
コンピュータに、複数のリソースのそれぞれが複数のタスクを処理する場合に、個々のリソースによるタスクの処理量、単位時間あたりの前記処理量で表される処理率、及び、前記リソースの状態を保持する時間を含むリソース状態情報を取得する第１のステップと、第１のステップで取得されたリソース状態情報により、前記リソースの処理状態及び状態保持の経過を表す直角三角形と台形とを含むリソース状態図形を生成して、前記リソースごとに時間軸上に時系列に配置し、タイムチャートを生成する第２のステップと、第２のステップで生成されたタイムチャートを表示する第３のステップとを実行させ、第２のステップでは、第１のステップで取得された当該タスクのリソース状態情報が更新されていた場合に、当該タスクと同一のグループに予め設定されている他タスクのリソース状態情報を更新し、更新後のリソース状態情報により、前記リソース状態図形を含むタイムチャートを生成するためのリソース管理プログラムを記録したことを特徴とするコンピュータ読取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、製造ラインの工程管理、画像処理システムの画像データ管理などのリソース管理に適用されるリソース管理装置、リソース管理方法、リソース管理プログラム及び記録媒体に関するものである。
【０００２】
【従来の技術】
従来、この種のリソース管理装置は、ガントチャートを用い、それぞれのリソース（作業者や製造装置）が行うタスクの進行状況を、リソースごとに設定されたカード状や板状のタスクバー（各タスクの実行期間などを表す）で時間軸上に配置し、タスク管理を行うものであった。この種のリソース管理装置に関するものとしては、特開平６−１９５３４５号公報、特開平１０−１１８８９６号公報、特許第２９７３９３０号公報がある。
【０００３】
この種のリソース管理装置においては、作業行程などのタスクごとに開始時間、終了時間、所要期間を設定し、それらを図形化して時間軸上に並べて表示する。また、タスク同士の依存関係（前のタスクが終了したら、次のタスクへ進む）があれば、グラフィック表示によりタスクバーをつないで、依存関係を保つ。さらに、タスクバーの移動や長さを変更することにより、タスクの実行計画を修正して表示する。このようにして、リソース（作業者や製造装置）が行うタスクを管理することができる。なお、ガントチャートを用いたリソース管理装置には、ガントチャートと等価な情報をテキストファイルに書き出し、読み込むツールなども既に提案されている。
【０００４】
【発明が解決しようとする課題】
しかしながら、このような従来のリソース管理装置では、ガントチャートを用いてタスクの所要時間は表現されていたが、タスクを処理するリソースの能力（効率）を表現する点については配慮がなされておらず、リソースの能力とタスクの所要時間との関係が表現されないという問題があった。具体的には、能力の高いリソース（高性能の製造装置、熟練の作業者）は、能力の低いリソースに比べ、同じタスクを速く処理することが可能であって、タスクの所要時間は短縮されることになる。ここで、前述した従来のリソース管理装置においては、リソースの能力とタスクの所要時間との因果関係を視覚的に表現できなかった。また、前述した従来のリソース管理装置では、リソースの負荷をグラフィック表示する機能がないために、リソース管理者がグラフィック表示を目視してリソースの能力に余裕があるか否か、リソースの能力の限界に近いか否か、などを判断することは困難であった。さらに、前述した従来のリソース管理装置では、例えば、同じ種類のタスクがガントチャート上に複数個並んでいて、それらの処理時間を更新する場合に、複数のタスクをまとめて扱うことができず、一つずつ編集しなければならないという問題があった。
【０００５】
本発明は、このような問題を解決するためになされたもので、タスクの所要時間だけでなく、リソースの効率、仕事率などの能力、及びリソースの負荷を含むリソースの処理状態を表示することができ、かつ複数のタスクの処理量、処理率などをまとめて管理することができるリソース管理装置、リソース管理方法、リソース管理プログラム及び記録媒体を提供するものである。
【０００６】
【課題を解決するための手段】
請求項１に係る本発明のリソース管理装置は、複数のリソースのそれぞれが複数のタスクを処理する場合に、前記リソースによるタスクの処理量、単位時間あたりの前記処理量で表される処理率、及び、前記リソースの状態を保持する時間を含むリソース状態情報を取得するリソース状態情報取得手段と、前記複数のタスクを予め設定された属性によりグループごとに分け、前記リソース状態情報取得手段で取得されたリソース状態情報を前記グループごとに管理するグループ管理手段と、前記グループ管理手段で前記グループごとに更新されたリソース状態情報により、前記リソースの処理状態及び状態保持の経過を表す直角三角形と台形とを含むリソース状態図形を生成して、前記リソースごとに時間軸上に時系列に配置し、タイムチャートを生成するタイムチャート生成手段と、前記グループ管理手段で前記グループごとに更新されたリソース状態情報により、前記タイムチャート生成手段で生成されたタイムチャートを表示するリソース状態表示手段とを設けた構成を有している。
この構成により、タスクの所要時間だけでなく、処理率や処理量を表現できるので、従来のタイムチャートに比べてリソースの状態を把握し易い。また、処理率や処理量や保持時間などのリソース状態情報が更新された場合に、グループごとにリソース状態情報を更新することにより、グループ化されているリソース状態図形（直角三角形、台形を含む）の形状を一律に更新できるので、タイムチャートの作成時間を短縮し、リソース管理が簡単になる。
【０００７】
また、請求項２に係る本発明のリソース管理装置は、請求項１において、前記グループ管理手段には、複数のタスクのいずれかに同一のグループ名を付与し、前記タスクの処理量、単位時間あたりの前記処理量で表される処理率を含む属性情報をグループごとに管理する手段を設けた構成を有している。
この構成により、タスクの処理率、処理量、保持時間などが更新された場合には、グループ化機能の属性を更新することにより、グループ化されているリソース状態図形を一律に更新できるので、タイムチャートの作成時間を短縮し、リソース管理が簡単になる。
【０００８】
また、請求項３に係る本発明のリソース管理装置は、請求項１または２において、前記タイムチャート生成手段には、前記直角三角形によって前記タスクの処理量及び前記処理率を表し、前記直角三角形の高さによって前記処理量を表し、前記直角三角形の底辺によって処理時間を表し、前記直角三角形の底辺と斜辺のなす角によって前記処理率を表し、さらに、前記直角三角形と同一高さの長方形の一辺と、前記直角三角形の底辺と垂直な辺とが接するように表された前記台形によって、前記リソース処理状態が保持されていることを表す手段を設けた構成を有している。
この構成により、タスクの所要時間、リソースの処理能力及びリソースの負荷を図形表現できるので、従来のガントチャートなどに比べてリソースの状態を直感的に把握し易い。
【０００９】
さらに、請求項４に係る本発明のリソース管理方法は、複数のリソースのそれぞれが複数のタスクを処理する場合に、個々のリソースによるタスクの処理量、単位時間あたりの前記処理量で表される処理率、及び、前記リソースの状態を保持する時間を含むリソース状態情報を取得する第１のステップと、第１のステップで取得されたリソース状態情報により、前記リソースの処理状態及び状態保持の経過を表す直角三角形と台形とを含むリソース状態図形を生成して、前記リソースごとに時間軸上に時系列に配置し、タイムチャートを生成する第２のステップと、第２のステップで生成されたタイムチャートを表示する第３のステップとを実行し、第２のステップでは、第１のステップで取得された当該タスクのリソース状態情報が更新されていた場合に、当該タスクと同一のグループに予め設定されている他タスクのリソース状態情報を更新し、更新後のリソース状態情報により、前記リソース状態図形を含むタイムチャートを生成している。
この方法により、前述したようにタスクの所要時間、処理率及び処理量を表現できるので、従来のタイムチャートに比べてリソースの状態を把握し易い。また、処理率、処理量、保持時間などのリソース状態情報が更新された場合に、グループごとにリソース状態情報を更新することにより、グループ化されているリソース状態図形（直角三角形、台形を含む）の形状を一律に更新できるので、タイムチャートの作成時間を短縮し、リソース管理が簡単になる。
【００１０】
さらに、請求項５に係る本発明のリソース管理方法は、請求項４において、第２のステップでは、同一のグループに属するタスクを表す前記直角三角形及び前記台形の形状が合同となるよう、前記リソース状態図形を生成している。
この方法により、グループ化されているリソース状態図形が一律に同一形状となるように更新するので、タイムチャートからリソース状態が更新されたことを直感的に把握し易い。
【００１１】
さらに、請求項６に係る本発明のリソース管理方法は、請求項４または５において、第２のステップでは、前記直角三角形によって前記タスクの処理量及び前記処理率を表し、前記直角三角形の高さによって前記処理量を表し、前記直角三角形の底辺によって処理時間を表し、前記直角三角形の底辺と斜辺のなす角によって前記処理率を表し、さらに、前記直角三角形と同一高さの長方形の一辺と、前記直角三角形の底辺と垂直な辺とが接するように表された前記台形によって、前記リソース処理状態が保持されていることを表している。
この方法により、前述のようにタスクの所要時間、リソースの処理能力及びリソースの負荷を図形表現できるので、従来のガントチャートなどに比べてリソースの状態を直感的に把握し易い。
【００１２】
また、請求項７に係る本発明のリソース管理プログラムは、コンピュータに、複数のリソースのそれぞれが複数のタスクを処理する場合に、個々のリソースによるタスクの処理量、単位時間あたりの前記処理量で表される処理率、及び、前記リソースの状態を保持する時間を含むリソース状態情報を取得する第１のステップと、第１のステップで取得されたリソース状態情報により、前記リソースの処理状態及び状態保持の経過を表す直角三角形と台形とを含むリソース状態図形を生成して、前記リソースごとに時間軸上に時系列に配置し、タイムチャートを生成する第２のステップと、第２のステップで生成されたタイムチャートを表示する第３のステップとを実行させ、第２のステップでは、第１のステップで取得された当該タスクのリソース状態情報が更新されていた場合に、当該タスクと同一のグループに予め設定されている他タスクのリソース状態情報を更新し、更新後のリソース状態情報により、前記リソース状態図形を含むタイムチャートを生成している。
このプログラムにより、前述したようにタスクの所要時間、処理率及び処理量を表現できるので、従来のタイムチャートに比べてリソースの状態を把握し易い。また、処理率、処理量、保持時間などのリソース状態情報が更新された場合に、グループごとにリソース状態情報を更新することにより、グループ化されているリソース状態図形（直角三角形、台形を含む）の形状を一律に更新できるので、タイムチャートの作成時間を短縮し、リソース管理が簡単になる。さらに、ネットワークを介してプログラムを移動することにより、プログラムの配布や入れ替えが容易になる。
【００１３】
また、請求項８に係る本発明の記録媒体は、コンピュータに、複数のリソースのそれぞれが複数のタスクを処理する場合に、個々のリソースによるタスクの処理量、単位時間あたりの前記処理量で表される処理率、及び、前記リソースの状態を保持する時間を含むリソース状態情報を取得する第１のステップと、第１のステップで取得されたリソース状態情報により、前記リソースの処理状態及び状態保持の経過を表す直角三角形と台形とを含むリソース状態図形を生成して、前記リソースごとに時間軸上に時系列に配置し、タイムチャートを生成する第２のステップと、第２のステップで生成されたタイムチャートを表示する第３のステップとを実行させ、第２のステップでは、第１のステップで取得された当該タスクのリソース状態情報が更新されていた場合に、当該タスクと同一のグループに予め設定されている他タスクのリソース状態情報を更新し、更新後のリソース状態情報により、前記リソース状態図形を含むタイムチャートを生成するためのリソース管理プログラムを記録するリソース管理プログラムを記録している。
この記録媒体により、前述したようにタスクの所要時間、処理率及び処理量を表現できるので、従来のタイムチャートに比べてリソースの状態を把握し易い。また、処理率、処理量、保持時間などのリソース状態情報が更新された場合に、グループごとにリソース状態情報を更新することにより、グループ化されているリソース状態図形（直角三角形、台形を含む）の形状を一律に更新できるので、タイムチャートの作成時間を短縮し、リソース管理が簡単になる。さらに、携帯可能な記録媒体を用いることにより、この記録媒体に記録されているプログラムを容易に移動できるので、プログラムの配布や入れ替えの作業が軽減される。
【００１４】
【発明の実施の形態】
以下、本発明の実施の形態について、図面を用いて説明する。
［第１の実施形態］
図１は、本発明の第１の実施形態に係るリソース管理装置の機能構成を示す。これは、タスクを複数のリソースにより処理する場合に、タスクの所要時間だけでなく、リソースの能力や効率や処理率を含むリソースの処理状態を図形化し、タイムチャートして表示することによりリソースを管理するものである。なお、前記タイムチャートでは、後述するようにリソースの処理量が多角形の一辺の長さで表され、かつ前記リソースの処理率が前記多角形の一辺の勾配で表されている前記多角形が時間軸上に配列され、さらに前記リソースの負荷の合計が長方形を重畳させることで表されている図形（台形を含む）が前記時間軸上に配列されている。また、前記タイムチャートに表示された図形（直角三角形、台形などの多角形を含む）をリソース状態図形ともいう。
【００１５】
図１において、リソース状態情報入力部１０は、個々のリソースによるタスクの処理量、処理時間、単位時間あたりの前記処理量で表される処理率、前記リソースの状態を保持する時間、及び、タスク間の相関関係（依存関係を含む）などの情報を入力して設定するものである。また、リソース状態情報入力部１０は、既に設定された情報に対する更新要求を受け付け、更新情報を入力して設定するものである。
【００１６】
リソース状態情報処理部３０は、予め記憶されたリソース管理プログラムにより、本実施形態のリソース管理機能を実現するものである。また、リソース状態情報処理部３０は、リソース状態情報入力部１０により入力された情報を用いて、個々のリソースによるタスクの処理量、処理時間、単位時間あたりの前記処理量で表される処理率、及び、前記リソースの状態を保持する時間、タスク間の相関関係（依存関係を含む）を示す値を求め、さらに求めた値によりリソース状態を図形化して表示するための図形データを生成してリソース状態表示部２０へ渡すものである。また、リソース状態情報処理部３０は、リソース状態情報入力部１０により入力された情報を用いて、各タスクの属性としてグループ名、処理率、処理量などを更新可能に設定し、設定された内容を属性記憶部４１へ渡すものである。ここで、同一グループに属するタスクは同一種類であり、後述するグループ化機能により同一グループに属する一つのタスクの属性情報が更新されると、リソース状態情報処理部３０により、前記同一タスクに属する他のタスクの当該属性情報も同時に更新されることとなる。また、リソース状態情報処理部３０は、直角三角形、台形などによって図形表現されたリソース処理状態の情報（リソース状態図形データ（前記図形データに含まれる）など）をリソース状態情報記憶部４０へ渡すものである。なお、グループ化機能とは、同種類の作業を行うタスクに同一グループ名を付与して属性情報（処理量、処理率、状態保持時間など）を管理するものであり、前記タスクを表すリソース状態図形についてもグループごとに管理するものである。したがって、複数のタスクの処理量及び処理率などのリソース状態情報を属性情報としてグループごとに管理し、一つのタスクのリソース状態情報が更新された場合には、同一グループに属する全タスクのリソース状態情報が同様に一括更新されることになる。
【００１７】
リソース状態表示部２０は、リソース状態情報処理部３０より取得したリソース状態図形データを表示するものである。すなわち、リソース状態表示部２０は、リソースごとに同期して並列に配置された時間軸上に時系列に配置された直角三角形とこの直角三角形を含む台形により、リソースの処理状態及び状態保持の経過を表示するものである。
【００１８】
リソース状態情報記憶部４０は、リソース状態情報入力部１０により入力された前記処理量、処理時間、前記処理率、前記リソースの状態を保持する時間などの情報、及び、リソース状態情報処理部３０により取得されたリソース状態図形データを含むタイムチャートデータを記憶するものである。ここで、前記タイムチャートデータは、リソース状態情報処理部３０によりテキストファイル形式に変換されたものでもよい。
【００１９】
属性記憶部４１は、リソース状態情報処理部３０により更新された各タスクの属性情報を記憶するものである。前記属性情報としては、図２に示すように、同一タスクに対して同一グループ名、処理率、処理量などが付与されている。図２において、（ａ）にはタスク７１１の属性情報が示され、（ｂ）にはタスク７１２の属性情報が示され、（ｃ）にはタスク７１３の属性情報が示され、タスク７１１〜７１２は同一グループに属している。
【００２０】
図３は、本発明の第１の実施形態に係るリソース管理装置のハードウェア構成を示す。ここでは、コンピュータ装置によって前述したリソース管理装置を実現している。
【００２１】
図３において、入力装置１は、キーボード、マウス、タッチパネル、スキャナ等で情報入力に用いられるものである。表示装置２は、ＣＲＴまたは液晶ディスプレイ（ＬＣＤ）等で構成され、入力装置１から入力され、あるいはネットワーク接続装置７を介して入力されたリソース処理状態情報をタイムチャートとして表示するものである。中央処理ユニット（以下、ＣＰＵともいう）３は、装置全体を制御し、本実施形態のリソース管理機能（グループ化機能を含む）を実現するものである。メモリ４は、ＲＯＭやＲＡＭ等で構成され、ＣＰＵ３の制御プログラムを記憶するとともに、この制御プログラムがＣＰＵ３によって実行されるときにー時的に作成される情報等を保持するものである。記憶装置５は、ハードディスク、リムーバブルディスク等で構成され、前述したリソース状態情報及びプログラムやプログラム実行時の一時的な情報等を記憶するものである。媒体駆動装置６は、プログラムやデータ等を記録した記録媒体を装着して読み込み、メモリ４または記憶装置５へ格納するのに用いられる。ネットワーク持続装置７は、リソース管理装置をネットワークへ接続するためのインタフェースであり、このネットワークを介して他の通信装置やサーバと信号及びデータを遣り取りするものである。バス８は、前述の装置１〜７間を接続するものである。
【００２２】
また、前記ネットワークは、コンピュータ装置と他のコンピュータ装置とを結合するための伝送路であって、一般には、ケーブルで実現され、通信プロトコルにはＴＣＰ／ＩＰが使われる。但し、伝送路としてはケーブルだけでなく、それらの間の通信プロトコルが一致するものであれば無線、有線及び放送波のいずれでもよく、例えば、構内網（ＬＡＮ）、広域網（ＷＡＮ）、インターネット、アナログ電話網、ディジタル電話網（ＩＳＤＮ）、パーソナルハンディホンシステム（ＰＨＳ）、携帯電話網、衛星通信網等を用いることができる。
【００２３】
さらに、前述した記録媒体としては、半導体媒体（例えば、ＲＯＭ、ＩＣメモリカード等）、光媒体（例えば、シーディーロム（ＣＤ−ＲＯＭ）、ディジタル・バーサタイル・ディスク（ＤＶＤ）、光磁気ディスク（ＭＯ）、ミニディスク（ＭＤ）、書き込み可能なＣＤ（ＣＤ−Ｒ）等）、磁気媒体（例えば、磁気テープ、フレキシブルディスク（ＦＤ）等）のいずれであってもよい。
【００２４】
また、前述した記録媒体からインストールされたプログラム、換言すれば、前述の記録媒体に記憶されたプログラムとしては、本実施形態のリソース管理機能を実現するために用いられるリソース管理プログラムがある。ここでは、リソース管理プログラムを予めＣＤ−ＲＯＭ等の記録媒体に書き込んでおき、このＣＤ‐ＲＯＭ等を媒体駆動装置６に装着して、このリソース管理プログラムをメモリ４あるいは記憶装置５に格納し、ＣＰＵ３により実行することによって、本実施形態のリソース管理機能を実現するものである。さらに、リソース管理プログラムがＲＯＭ等のような半導体の記録媒体に記録されている場合には、リソース管理プログラムは、媒体駆動装置６からではなく、直接、メモリ４ヘロードされ、実行されることとなる。
【００２５】
なお、メモリ４へロードしたリソース管理プログラムを実行することにより、本実施形態のリソース管理機能が実現されるだけでなく、リソース管理プログラムの指示に基づき、オペレーティングシステム等が実際の処理の一部または全部を行ない、その処理によって本実施形態のリソース管理機能が実現されるようにしてもよい。また、ネットワーク接続装置７によりネットワーク上の所定のサーバと接続し、このサーバからリソース管理プログラムをメモリ４や記憶装置５にインストールしてもよい。
【００２６】
次に、本実施形態に係るリソース管理プログラムを説明する。前記リソース管理プログラムは、ＣＰＵ３（コンピュータ装置に含まれる）に、図４に示すステップＳ１０１〜Ｓ１０４（図５に示すステップＳ１０２１〜Ｓ１０２４を含む）を実行させるものである。
【００２７】
ステップＳ１０１（第１のステップに含まれる）においては、入力装置１から入力されるか、あるいはネットワークを介してネットワーク接続装置７から入力された、リソースの処理状態を示す情報を入力して登録及び更新する。この情報には、前記リソースが処理する当該タスクの属性情報が含まれている。
【００２８】
ステップＳ１０２（第２のステップに含まれる）においては、前記リソースにより、所定のタスクを実行しながら、ＣＰＵ３により、ステップＳ１０１で登録・更新された情報、及び、記憶装置５に予め登録されている情報のいずれかを用いてリソースの処理状態を計算する。ここでは、ＣＰＵ３により、入力装置１などで入力された情報、及び、ＣＰＵ３により、各リソースから取得された情報を用いてリソースの処理量を求め、さらにリソースの処理率（単位時間あたりの処理量を示す）を求め、この処理率の合計（リソースの負荷の合計）を求めている。
【００２９】
ステップＳ１０３（第３のステップに含まれる）においては、ステップＳ１０２で算出されたリソースの処理状態を示すデータにより、前記タスクの実行中に、表示装置２により、直角三角形を含む多角形を用いてリソースの処理状態を表示する。ここでは、表示装置２２により、前述したリソースの処理量を多角形（直角三角形を含む）の一辺の長さで表し、かつリソースの処理率を多角形の一辺の勾配で表し、この多角形を時間軸上に配列し、リソースの負荷の合計を、長方形を重畳させた段差部を有する図形（ここでは、ステップ形状を用いている）で表し、この図形を時間軸上に配列して表示する。さらに、例えば、画像読取り及び画像形成のタスクを処理するリソースの処理量、処理時間などが変更され、リソースの単位時間あたりの処理量（処理率）が変化した場合には、この変化を、前述したステップ形状の段差部に反映させて表示する。また、処理時間が変化した場合には、前述したステップ形状の時間軸上の位置を更新して表示する。
【００３０】
ステップＳ１０４においては、入力装置１によりリソースの処理状態に関する情報が更新されたか否かを判断する。ここで、リソースの処理状態に関する情報が更新された場合は、ステップＳ１０１に戻り、リソースの処理状態に関する情報が更新されなかった場合には、処理を終了する。
【００３１】
さらに、ステップＳ１０２には、ステップＳ１０２１〜Ｓ１０２４が含まれている。
ステップＳ１０２１において、ＣＰＵ３は、記憶装置５に記憶されている属性情報を参照し、前述のように属性情報が入力及び更新された当該タスクのグループ名と、他のタスクのグループ名とを比較する。
ステップＳ１０２２において、ＣＰＵ３は、前述のように属性情報が入力及び更新されたタスクと同一のグループ名を有するタスクがあるか否かを判断する。ここで、同一のグループ名を有するタスクがある場合はステップＳ１０２３へ進み、同一のグループ名を有するタスクがない場合にはステップＳ１０２４へ進む。
ステップＳ１０２３において、ＣＰＵ３は、前述のように属性情報が入力及び更新されたタスクと同一のグループ名を有するタスクの属性情報を前述したものと同様に更新し、更新された属性情報を記憶装置５に登録する。
ステップＳ１０２４において、ＣＰＵ３は、ステップＳ１０１で入力及び更新された属性情報、またはステップＳ１０１、Ｓ１０２３で入力及び更新された属性情報により、リソースの処理状態を示す図形表現データ（リソース状態図形を含む）を生成して表示装置２に渡す。
【００３２】
次に、図６〜図８を用い、本実施形態におけるリソースの処理状態の表示方法を具体的に説明する。ここでは、リソースが「あるタスクを処理する」という状態にあって、直角三角形及び台形を含むリソース状態図形により、リソースの処理状態を表示する場合を示す。
【００３３】
図６において、直角三角形１１の底辺を含む横軸１２は時間軸を表し、底辺と斜辺のなす内角の角度１３は、リソースの処理率を表し、底辺に垂直な辺の長さ１４はリソースの処理量を表す。また、直角三角形１１の底辺の長さ１５は、リソースの処理時間を表す。また、リソースの処理率を表す角度１３は非直角である。この角度１３の変化により、単位時間あたりの処理量が変化することを表せる。このように、リソースがある処理率（角度１３に相当する）で、ある処理量（長さ１４に相当する）のタスクの処理をある処理時間（長さ１５に相当する）に実行することを、直角三角形１１を用いて表現できる。
【００３４】
図７において、台形４１は、リソースが「ある一つのタスクを処理し、その後その状態を保持する」という状態を表現している。横軸４２は、時間軸である。台形４１に含まれる直角三角形の内角の角度４３は、処理率を表す。この処理率は、単位時間あたりの処理量である。台形４１の高さ４４は、処理量を表す。この処理量は、保持量でもある。前記直角三角形の底辺の長さ４５は、処理時間を表す。台形４１に含まれる長方形の底辺の長さ４６は、リソース状態の保持時間を表す。換言すれば、台形４１により、リソースが処理率４３で処理量４４のタスクの処理を処理時間４５で行い、さらにリソース状態を保持時間４６だけ保持することを表現する。このように、台形もしくは台形に近い多角形でリソースの処理と保持の連続した状態を表現できる。
【００３５】
図８において、横軸５４は時間軸である。リソース１〜リソース３の各タスクは横軸５４と同様の時間軸上に配置されている。リソース１は、タスク５１１〜５１３を周期５１５で処理する。リソース２は、タスク５２１〜５２３を周期５２５で処理する。リソース３は、タスク５３１〜５３３を周期５３５で処理し、処理状態を保持する。ここでは、「リソース１がタスク５１１を処理した後に、リソース２がタスク５２１を処理し、その後にリソース３がタスク５３１を処理し、処理状態を保持する」ということを時系列的に表現している。また、タスク５１１〜５１３のそれぞれの形状を同一とし、タスク５２１〜５２３のそれぞれの形状を同一とし、タスク５３１〜５３３のそれぞれの形状を同一とすることによって、リソース１〜リソース３のそれぞれは３度同じタスクを処理するということを表現している。このように、三つのリソース１〜リソース３が流れ作業を行い、複数のタスクを処理して、処理状態を保持することを表現でき、かつ各リソースがどのくらいの効率（能力で）処理をしているのかを表現できる。
【００３６】
次に、図９、図１０を用い、本実施形態に係るリソース管理方法を説明する。ここでは、同一種類のタスクをグループ化して管理する場合を示す。
図９において、リソース１は、タスク６１１〜６１３を周期６１５で処理するように予定されている。リソース２は、タスク６２１〜６２３を周期６２５で処理するように予定されている。図９に示す状態から、図１０に示すようにリソース１の処理率が下がった場合には、処理量は同じであるが一つのタスクを処理する時間が長くなるので、リソース２の処理の開始時間が遅れるように再配置されることになる。この場合に、タスク７１１〜７１３に同一グループ名を付与して予めグループ化しておき、入力装置１などによる入力及び更新動作で、タスク７１１〜７１３のいずれか一つの処理率を所定量だけ下げることにより、ＣＰＵ３は、タスク７１１〜７１３の全ての処理率を前記所定量だけ下げて更新する。さらに、ＣＰＵ３から表示装置２に対しては、前記処理率が同一に更新されたタスク７１１〜７１３を表すリソース状態図形データが渡される。したがって、表示装置２においては、タスク７１１〜７１３を表す三角形の形状がまとめて変更及び表示される。
【００３７】
なお、タスク７１１〜７１３の属性情報（図２に示す）は、記憶装置５に同一グループとして登録され、ＣＰＵ３により更新可能となっている。ここで、同一グループの一つのタスクの属性を変更することにより、同一グループの他のタスクの属性も連動して変更され、変更後の属性情報が同一グループの全ての直角三角形の形状に反映される。したがって、同一グループのタスクを表す直角三角形あるいは台形は合同となる。この変更に伴い、同一グループの全てのタスクの開始時間も繰り下がることになる。これは、予めタスク７１１〜７１３の周期に変更がなく、周期の値も同一に設定されているためである。図１０では、矢印７１６〜７１８によりリソース１の処理終了後にリソース２の処理が始まることが表現されている。このように、タスク７１１〜７１３のいずれかが持つ属性を、グループ名によるグループ化機能を用いてまとめて変更できるので、リソース管理を簡単に行うことができる。
【００３８】
本発明の第１の実施形態に係るリソース管理装置は、複数のリソースのそれぞれが複数のタスクを処理する場合に、前記リソースによるタスクの処理量、単位時間あたりの前記処理量で表される処理率、及び、前記リソースの状態を保持する時間を含むリソース状態情報を取得するリソース状態情報入力部１０（リソース状態情報取得手段に含まれる）と、前記複数のタスクを予め設定されたグループ名（属性に含まれる）によりグループごとに分け、リソース状態情報入力部１０で取得されたリソース状態情報を前記グループごとに管理するリソース状態情報処理部３０、リソース状態情報記憶部４０、及び属性記憶部４１（グループ管理手段に含まれる）と、前記グループごとに更新されたリソース状態情報により、前記リソースの処理状態及び状態保持の経過を表す直角三角形と台形とを含むリソース状態図形を生成して、前記リソースごとに時間軸上に時系列に配置し、タイムチャートを生成するリソース状態情報処理部３０（タイムチャート生成手段に含まれる）と、前記グループごとに更新されたリソース状態情報により、リソース状態情報処理部３０で生成されたタイムチャートを表示するリソース状態表示部２０（リソース状態表示手段に含まれる）とを設けているので、処理率や処理量や保持時間を変化させた時には、例えば、タスクの属性（処理量、処理率、状態保持時間など）を変えることにより、リソース状態情報処理部３０などによるグループ化機能でグループ化されている、リソース状態図形の形状をまとめて変更することができるために、タイムチャートの作成時間を短縮し、リソース管理が簡単にできるようになる。
【００３９】
また、本発明の第１の実施形態に係るリソース管理装置において、タスクを表す直角三角形に対するグループ化機能により、処理量と単位時間あたりの処理量に相当する処理率を属性として属性記憶部４１に記憶し、前記属性に従い、同一グループに属する複数の直角三角形の形状が合同になるよう、タイムチャートに表示しているので、タスクの所要時間、処理率及び処理量などのリソース状態が更新されたことを把握し易いという効果が得られる。
【００４０】
また、本発明の第１の実施形態に係るリソース管理装置において、タスクを表す台形に対するグループ化機能により、処理量と単位時間あたりの処理量に相当する処理率と状態保持時間を属性として属性記憶部４１に記憶し、前記属性に従い、同一グループに属する複数の台形の形状が合同になるよう、タイムチャートに表示しているので、タスクの所要時間、処理率、処理量及び状態保持時間などのリソース状態が更新されたことを把握し易いという効果が得られる。
【００４１】
［第２の実施形態］
図１１は、本発明の第２の実施形態に係るプラントの工程管理を示す。なお、本実施形態に係るリソース管理装置は、属性情報を除き、第１の実施形態の機能構成及びハードウェア構成と概ね同様であるために、図１、図３を用いるとともに同一構成には同一符号を付与して説明を省略する。また、本実施形態のリソース管理プログラムは、第１の実施形態と概ね同様であるために、図４、図５を用いる。本実施形態は第１の実施形態とは、さらにを設けた点が相違している。
【００４２】
図１１において、リソース１及びリソース２は、プラントの流れ作業で製品を組立てる作業者などに相当する。ここでは、リソース１及びリソース２とも、１箱に１０個の部品を詰める作業を行うものとし、この作業の工程は図１２のタイムチャートに示すとおりである。
【００４３】
図１２において、それぞれの直角三角形１０１１〜１０１３、１０２１〜１０２３はリソース１及びリソース２が処理するタスクを表している。
リソース１の処理率（以下、作業能力ともいう）は１個／秒であり、この作業能力は直角三角形の傾き１０１５で表現されている。また、リソース１の処理量（以下、作業量ともいう）は１０個であり、この作業量は直角三角形の高さ１０１６で表現されている。また、リソース１の処理時間（以下、作業時間ともいう）は１０秒であり、この作業時間は直角三角形の底辺の長さ１０１７で表現されている。さらに、リソース１の作業周期は１６秒であり、第１の直角三角形の先端から第２の直角三角形の先端までの長さ１０１８で表現されている。
【００４４】
リソース２の作業能力は１．２個／秒であり、この作業能力は直角三角形の傾き１０２５で表現されている。また、リソース２の作業量は１０個であり、この作業量は直角三角形の高さ１０２６で表現されている。また、リソース２の作業時間は８．３秒であり、この作業時間は直角三角形の底辺の長さ１０２７で表現されている。さらに、リソース２の作業周期は１６秒であり、第１の直角三角形の先端から第２の直角三角形の先端までの長さ１０２８で表現されている。
【００４５】
図１２では、３個の製品（１０個の部品を箱詰めしたもの）を組立てる場合に、リソース１が１個目の製品に仕掛かってから、リソース２が３個目の製品を組立てるまで、５０．３秒（＝１６秒＋１６秒＋１０秒＋８．３秒）かかり、この時間は長さ１０３０で表現されている。
【００４６】
この後、作業者の疲労、作業者の交替、あるいは作業の複雑化などの理由で、リソース１の作業効率が低下した場合を図１３に示す。ここでは、リソース１の作業能力が１個／秒から、０．８個／秒に低下したものとする。また、リソース２の作業能力は、変化しないものとする。なお、図１３では、当初の処理状態（図１２に示す）を点線で示し、リソース１の作業効率が低下した後の処理状態を実線で示している。
【００４７】
リソース１の作業能力は、直角三角形１１１１の傾き１１１５で表現されている。また、リソース１の作業量は１０個であり、直角三角形１１１１の高さ１１１６で表現されている。ここでは、リソース１の作業量は変化しないので、図１２に示す高さ１０１６と図１３に示す高さ１１１６とは同一である。また、リソース１の作業時間は、１２．５秒となり、直角三角形１１１１の底辺の長さ１１１７で表現されている。また、リソース１の作業周期は、１８．５秒に延長され、第１の直角三角形の先端から第２の直角三角形の先端までの長さ１１１８で表現されている。
【００４８】
図１３では、３個の製品（１０個の部品を箱詰めしたもの）を組立てる場合に、リソース１が１個目の製品に仕掛かってから、リソース２が３個目の製品を組立てるまで、５７．８秒（＝１８．５秒＋１８．５秒＋１２．５秒＋８．３秒）かかり、この時間は長さ１１３０で表現されている。
【００４９】
このように、リソース１の作業効率の変化をリソース状態図形により表現する場合に、ＣＰＵ３は、図４、図５に示すプログラムを実行し、図１４（ａ）に示すタスク１０１１の属性の処理率「１個／秒」を、図１５（ａ）に示すように０．８個／秒に変更する。ここでは、図１４に示すように、タスク１０１１〜１０１３に対して同一グループ名「ｔａｓｋ１」が付与されているので、ＣＰＵ３は、タスク１０１２、１０１３の処理率「１個／秒」についても、図１５（ｂ）、（ｃ）に示すようにまとめて０．８個／秒に変更する。ここで、タスク１０１２、１０１３の処理率を変更するための新たな操作は不要である。さらに、ＣＰＵ３は、タスク１０１１〜１０１３に対する更新結果をリソース状態図形（直角三角形、台形などの多角形を含む）で表現し、このリソース状態図形を含むタイムチャートに反映させる。このようにＣＰＵ３により、図１２に示す処理状態から図１３に示す処理状態に更新されたタイムチャートは、表示装置２により更新して表示されることとなる。なお、タスク１０１１〜１０１３の属性情報は、第１の実施形態に準じ、記憶装置５などに登録されており、入力装置１などの操作で更新可能なものである。
【００５０】
以上のように、本発明の第２の実施形態に係るリソース管理装置は、個々のリソースの状態を、処理量と処理率、ならびに状態保持時間によって規定し、処理量と処理率は、直角三角形を直角が右下に位置する状態で底辺が水平になるように配置した図形の形状で表現し、直角三角形の高さは前記処理量を表現し、直角三角形の底辺と斜辺のなす角は、単位時間あたりの処理量に相当する前記処理率を表現し、またリソースが状態を保持していることは、直角三角形の垂線と同じ高さを持つ長方形を、直角三角形の右側に長方形の左側垂線が重なるように配置した台形の形状で表現し、前記長方形の底辺の長さによって状態保持時間を表し、複数のリソースが動作する様子を、前記直角三角形または前記台形を水平方向を時間軸として時系列にならべて表現するときに、少なくとも一つ以上の直角三角形、及び少なくとも一つ以上の台形をグループ化するグループ化機能を有しているので、タスクの所要時間、リソースの効率、仕事率などの能力、及びリソースの負荷を含むリソースの処理状態を表示でき、かつグループ化機能によって複数のタスクの処理量及び処理率をまとめて管理できる。さらに、本実施形態によれば、同種類の作業を行うタスクに同一グループ名を付与して属性情報を管理するグループ化機能により、全てのタスクの属性を変更することなく、編集できるために、グループ化しない場合に比べてリソース管理が容易になるという効果が得られる。
【００５１】
【発明の効果】
以上説明したように、本発明は複数のタスクを当該タスクの属性により予めグループごとに分け、前記グループごとに更新されたリソース状態情報により、前記リソースの処理状態及び状態保持の経過を表すリソース状態図形を生成し、さらに前記リソースごとに時間軸上に時系列に配置してタイムチャートを生成して表示することにより、タスクの所要時間だけでなく、リソースの効率、仕事率などの能力、及びリソースの負荷を含むリソースの処理状態を表示することができ、かつ複数のタスクの処理量、処理率などをまとめて管理することができるという優れた効果を有するリソース管理装置を提供することができるものである。
【図面の簡単な説明】
【図１】本発明の第１の実施形態に係るリソース管理装置の機能構成を示すブロック図である。
【図２】本発明の第１の実施形態に係る同一リソースによるタスクの属性情報の説明図である。
【図３】本発明の第１の実施形態に係るリソース管理装置のハードウェア構成を示すブロック図である。
【図４】本発明の第１の実施形態に係るリソース管理プログラム及びリソース管理方法を示すフローチャートである。
【図５】本発明の第１の実施形態に係るリソース管理プログラム及びリソース管理方法（ステップＳ１０２の詳細）を示すフローチャートである。
【図６】本発明の第１の実施形態に係るリソース状態図形（タスクを示すもの）の説明図である。
【図７】本発明の第１の実施形態に係るリソース状態図形（タスクの状態保持を示すもの）の説明図である。
【図８】本発明の第１の実施形態に係るリソース状態図形を含むタイムチャート（三つのリソースを示す）である。
【図９】本発明の第１の実施形態に係るリソース状態図形を含むタイムチャート（二つのリソースを示す）である。
【図１０】本発明の第１の実施形態に係るリソース状態図形を含むタイムチャート（リソースの処理率の変更を示す）である。
【図１１】本発明の第２の実施形態に係るリソースの説明図である。
【図１２】本発明の第２の実施形態に係るリソース状態図形を含むタイムチャート（二つのリソースを示す）である。
【図１３】本発明の第３の実施形態に係るリソース状態図形を含むタイムチャート（リソースの処理率の変更を示す）である。
【図１４】本発明の第２の実施形態に係る同一リソースによるタスクの属性情報（更新前）の説明図である。
【図１５】本発明の第２の実施形態に係る同一リソースによるタスクの属性情報（更新後）の説明図である。
【符号の説明】
１　入力装置
２　表示装置
３　中央処理装置（ＣＰＵ）
４　メモリ
５　記憶装置
６　媒体駆動装置
７　ネットワーク接続装置
８　バス
１０　リソース状態情報入力部
２０　リソース状態表示部
３０　リソース状態情報処理部
４０　リソース状態情報記憶部
４１　属性記憶部
【図１】
2004054396.tif 000003
【図２】
2004054396.tif 000004
【図３】
2004054396.tif 000005
【図４】
2004054396.tif 000006
【図５】
2004054396.tif 000007
【図６】
2004054396.tif 000008
【図７】
2004054396.tif 000009
【図８】
2004054396.tif 000010
【図９】
2004054396.tif 000011
【図１０】
2004054396.tif 000012
【図１１】
2004054396.tif 000013
【図１２】
2004054396.tif 000014
【図１３】
2004054396.tif 000015
【図１４】
2004054396.tif 000016
【図１５】
2004054396.tif 000017