(57)【要約】【課題】災害や事故などの緊急事態に対応するためのプロジェクトは、作業の時間的なアンバランスを適切に表示して扱うことができなかった。【解決手段】本作業管理方式では、作業スケジュール表１００を横軸（時間軸）に沿って複数の表示領域１０５〜１０８に分割し、これらの領域毎に異なる時間帯を対応付ける。この各表示領域に、それが対応する時間帯において実施されるべき作業項目を表示し、作業の計画、実施状況管理、作業の追加・削除・編集といった処理を行う。緊急事態発生時の表示領域に対応付けられる時間帯を短くし、次第に時間帯を長くするので、作業項目欄の表示上のバランスが確保され、ユーザに分かりやすい作業スケジュール表を提示する。【選択図】  図１
2004287584.tif 000002
【特許請求の範囲】
【請求項１】
作業スケジュール表の表示画面を時間軸に沿って連続する複数の表示領域に等分割し、前記表示領域の各々に連続する時間帯を対応付けると共に、前記表示領域ごとに任意の時間幅の時間帯を設定し、前記時間帯の各々において実施すべき作業項目を、前記時間帯に対応する表示領域に表示することを特徴とする作業スケジュール表の表示方法。
【請求項２】
請求項１において、
前記表示領域の各々に対応付けられる時間帯は前記作業スケジュール表に設定されるプロジェクト名に応じて選択されることを特徴とする作業スケジュール表の表示方法。
【請求項３】
コンピュータを用いて作業スケジュール表を作成して作業管理を行う方法であって、
前記作業スケジュール表の表示画面を時間軸に沿って連続する複数の表示領域に分割し、前記表示領域の各々に連続する時間帯を対応付けると共に、少なくとも前記表示領域の一つは他の表示領域とは異なる時間幅の時間帯を設定し、前記各々の時間帯において実施すべき作業項目を、前記時間帯に対応する表示領域に表示することを特徴とする作業管理方法。
【請求項４】
請求項３において、
前記表示領域に表示された作業項目を指定して、前記作業項目に対して少なくとも未着手、実施中、完了という３種類の実施状況を登録でき、さらに登録した実施状況の種類が、前記表示領域上で視覚的に区別できる形式で表示することを特徴とする作業管理方法。
【請求項５】
請求項３において、
前記表示領域に表示された作業項目を指定して、前記作業スケジュール表の表示画面上で前記作業項目の表示領域を変更することで、前記作業項目が実施されるべき時間帯を変更可能にすることを特徴とする作業管理方法。
【請求項６】
コンピュータを用いて作業スケジュール表を作成して作業管理を行うシステムであって、
前記作業スケジュール表の表示画面を時間軸に沿って連続する複数の表示領域に分割し、前記表示領域の各々に連続する時間帯を対応付けると共に、少なくとも前記表示領域の一つは他の表示領域とは異なる時間幅の時間帯を設定し、前記各々の時間帯において実施すべき作業項目を前記時間帯に対応する表示領域に表示するスケジュール表作成部と、前記作業項目に対応付け前記作業項目の詳細情報を詳細情報表示領域に表示、または表示された詳細情報を変更して前記作業項目の詳細情報を編集する詳細情報作成部と、を備えることを特徴とする作業管理システム。
【請求項７】
請求項６において、
前記時間帯に対応付けられる時間幅が、当該時間帯において実施される作業項目の数が所定数以下となるように調整する手段を有することを特徴とする作業管理システム。
【請求項８】
請求項６において、
前記詳細情報に記載されている作業項目の担当者が不在の場合に、当該担当者の代行者を決定する手段を有することを特徴とする作業管理システム。
【請求項９】
複数のユーザ端末と通信ネットワークで結ばれ、コンピュータを用いて作業スケジュール表を表示して作業管理を行うシステムであって、
前記作業スケジュール表の表示画面を時間軸に沿って連続する複数の表示領域に分割し、前記表示領域の各々に連続する時間帯を対応付けると共に、少なくとも前記表示領域の一つは他の表示領域とは異なる時間幅の時間帯を設定し、前記各々の時間帯において実施すべき作業項目を前記時間帯に対応する表示領域に表示するスケジュール表作成部と、複数のユーザからのアクセスを管理するアクセス管理部を備えることを特徴とする作業管理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、コンピュータを用いたプロジェクトの管理方法およびシステムに関し、特に災害対策などの緊急時において複数の作業をタイミングよく管理するのに好適な管理方式に関する。
【０００２】
【従来の技術】
従来、複数の作業からなるプロジェクトにおける作業スケジュールの表示方式として、ＴｏＤｏリストやガントチャート、ネットワーク図などが一般に知られている。ここでプロジェクトとは、ある目的をもった複数の作業の纏まりを指し、プラントの建設、製品の設計・製造、一連の事務手続き、機器の点検保守業務、災害対策業務など、様々な業務が含まれる。
【０００３】
ＴｏＤｏリストは作業を一覧表示するのには適するが、これらの実施時期が視覚的に捉え難い。ガントチャートは各作業の実施時期は捉え易いが、作業の順序関係がわかりにくい。ネットワーク図は作業の順序関係は視覚的に捉えやすいが、作業の実施時期がわかりずらい、という問題がそれぞれある。
【０００４】
このため、プロジェクトの作業計画や実施管理のためには、これらの表示形式を組み合せて使用することが一般的であり、特許文献１や特許文献２における表示形式においても、これらの表示形式の組み合わせが用いられている。
【０００５】
特許文献１に記載の日程管理表作成方法および装置は、コンピュータによって複数の作業の計画や実施を管理する方式である。ガントチャートとネットワーク図を組み合わせた作業スケジュールの表示形式を用いて、プロジェクトの計画、修正、進捗管理などを実施する。
【０００６】
また特許文献２に記載の工事管理システム及び工事管理方法は、作業計画と実績投入量を管理し、これに基づいて工事の進捗状況を色分けして、視覚的に理解しやすく表示するものである。ここでも、ガントチャートとネットワーク図を組み合わせた作業スケジュール表が用いられている。
【０００７】
【特許文献１】
特開平９−２７４６２７号公報（図３、段落００６０−００７１）
【特許文献２】
特開２０００−３４８３５号公報（図１７、段落０１１５−０１１７）
【０００８】
【発明が解決しようとする課題】
上記特許文献に記載の技術は、プラント建設や製品生産のように、比較的長期に渡って平均した作業負荷のあるプロジェクトを計画し、その実施を管理することを支援する方式として好適である。
【０００９】
ところが、自然災害や事故などの緊急事態に対応するためのプロジェクトは、一般に緊急事態発生直後に実施すべき作業が集中し、しかも時間的制約が非常に強い。しかし、緊急事態発生から時間が経つにつれて実施すべき作業が疎になり、時間的制約も緩やかになるという特徴がある。別の言い方をすると、例えば緊急事態発生直後の１０分間と、緊急事態発生から３日後の１０分間とでは、同じ１０分間でありながら、そこで行われるべき作業の密度に大きな差がある。従って、同じ線形的な時間スケール上に表示して扱うことに困難がある。
【００１０】
従来の作業管理方式では、作業の時間的な不均一性を適切に表示して扱うことができず、ユーザに対して適切な計画や実施管理の支援を行うことが難しい、という問題点があった。
【００１１】
本発明の目的は、上記した従来技術の問題点を克服し、緊急対策等の作業管理表における作業内容がバランスするように表示し、作業管理を容易にした作業管理方法及びシステムを提供することにある。
【００１２】
【課題を解決するための手段】
上記した目的を達成するために、本発明による作業管理方式では、作業スケジュール表を時間軸と対応付けた横軸（または縦軸）に沿って等分割して作業項目の表示領域を設定し、前記表示領域に連続する時間帯を対応付けると共に、前記表示領域ごとに任意の時間幅の時間帯を設定することを特徴とする。なお、少なくとも前記表示領域の一つは他の表示領域とは異なる時間幅の時間帯を設定する。
【００１３】
表示領域に任意の時間帯を対応付けることにより、作業項目の表示上のバランスが確保され、ユーザに分かりやすい作業スケジュール表を提示でき、これに基づいて作業管理を適切に支援することが可能になる。
【００１４】
すなわち、作業密度が大きい時間帯においては、前記表示領域に対応する時間幅を短くし、逆に作業密度が低い時間帯においては、前記表示領域に対応する時間幅を長く設定することで、表示上の作業項目のバランスを図る。
【００１５】
一般に、緊急事態に対応するためのプロジェクトにおいては、前述したプロジェクトの性格上、作業スケジュール表の各表示領域に対応付ける時間幅を、初期では短時間とし、次第に長くすることが好適である。なお、表示領域に対応付ける時間帯はプロジェクト名に応じて選択可能である。
【００１６】
また、本発明による作業管理方式では、前記時間帯に対応付けられる時間幅が、当該時間帯において実施される作業項目の数が一定数以下となるように自動的に調整されることを特徴とする。
【００１７】
また、本発明による作業管理方式では、ユーザがコンピュータ上で前記作業スケジュール表の各表示領域に表示された作業項目を指定して、この作業の詳細内容、実施手順、その他の関連情報を参照できる。これにより、特に作業を実施する際に、ユーザが有用な支援情報を得られやすくなるメリットがある。
【００１８】
また、本発明による作業管理方式では、ユーザがコンピュータ上で前記作業スケジュール表の各表示領域に表示された作業を指定して、未着手、実施中、実施済といった作業の実施状況を登録し、これを視覚的に確認できることを特徴とする。これにより、ユーザは作業の実施状況を一覧し、プロジェクトの進捗を適切に管理できるというメリットがある。
【００１９】
また、本発明による作業管理方式では、ユーザがコンピュータ上で前記作業スケジュール表の各表示領域に表示された作業を指定して、その表示領域を変更することで作業の実施時期を変更し、または不要な作業を削除し、あるいは必要に応じて新規の作業を追加するといった処理ができることを特徴とする。
【００２０】
これにより、ユーザは新規の作業計画を立案したり、あらかじめ登録された作業計画を変更して、適切な作業計画を作成できるというメリットがある。
【００２１】
また、前記詳細内容に記載されている作業項目の担当者が不在の場合に、当該担当者の代行者を決定する手段を有することを特徴とする。これにより、緊急時の不在者の代行が管理可能になる。
【００２２】
【発明の実施の形態】
以下、本発明による作業管理システムの実施の形態について、図面を参照しながら詳細に説明する。
【００２３】
図１は、本発明の作業管理システムで表示される作業スケジュール表の表示画面を示している。ここでの作業スケジュール表は、プロジェクト名表示領域１０４に表示されているように、「震災対策レベル１」というプロジェクトに対応する災害対策業務を例に説明する。
【００２４】
作業スケジュール表示画面１００は、行方向に時間帯表示領域１０１、作業項目表示領域１０２、および詳細情報表示領域１０３に大きく３分割される。また時間帯表示領域１０１および作業項目表示領域１０２は、地震が発生した時刻を原点として、列方向（時間軸方向）に複数の表示領域に分割される。ここでは４つの時間帯に対応する表示領域１０５〜１０８に等分割されている。
【００２５】
時間帯表示領域１０１には、作業スケジュール表上の表示領域に対応する時間帯の定義が表示される。例えば、時間帯「０．０〜０．５（ｈｒ）」に対応する表示領域１０５は発災直後からの３０分間に、「０．５〜１．５（ｈｒ）」に対応する表示領域１０６は発災後３０分から１時間３０分後に、それぞれ対応している。
【００２６】
作業項目表示領域１０２には、各々の時間帯において実施されるべき作業項目名あるいはアイコンが表示される。ここでは、例えば時間帯１０５の作業項目表示領域１０２に、この時間帯「０．０〜０．５（ｈｒ）」において実施すべき作業項目として、「作業Ａ：機材準備」１０９と「作業Ｂ：職員召集」１１０の２つがあり、矩形のアイコンの形で表示されている。
【００２７】
同様に、時間帯１０６の「０．５〜１．５（ｈｒ）」においては作業Ｃ、作業Ｄ、作業Ｅが、時間帯１０７の「１．５〜３．０（ｈｒ）」においては作業Ｆ、作業Ｇが、時間帯１０８の「３．０〜６．０（ｈｒ）」においては作業Ｈ、作業Ｉが実施されるべき作業項目となる。
【００２８】
図１の作業スケジュール表の特徴として、各表示領域の時間帯に対して設定された時間幅が異なっており、特に地震発生直後には時間幅は短く、時間が経つにしたがって、時間幅が長くなっている。これは、災害対策などの緊急時における作業密度が、緊急事態発生直後には高く、次第に低くなって行くという一般的な性質を捉えたものである。これにより、作業スケジュール表示上の作業項目のバランスを図ることができるため、本表示方式は特に緊急時においてユーザが作業の計画や管理を行う上で好適である。
【００２９】
なお、各々の時間帯の時間幅は、プロジェクトの性格によって異なるべきものであるが、表示上の作業密度がバランスするようにユーザが自由に設定できることが望ましい。
【００３０】
また本実施例では、時間軸を水平方向に置いたが、作業スケジュール表示画面１００の行と列とを入れ替え、時間軸を垂直方向としても良い。
【００３１】
さらに、作業項目に対応するアイコンは、必要があれば複数の時間帯にまたがってもかまわない。この場合、当該アイコンに対応する作業は、当該複数の時間帯の範囲内で実施されるべきものである。
【００３２】
また、一つの時間帯の中に複数の作業が存在する場合、作業のアイコンを作業の重要度順に配置する、５０音順に配置する、担当部署順に配置するといった配置規則が考えられる。これによって、ユーザは所望の順序で作業を配置し、例えば重要度順に作業を処理するといった場合に判断が容易になるというメリットがある。なお、配置規則に付いては用途に応じて適切なものを選択すれば良く、本発明では特に限定しない。
【００３３】
詳細情報表示領域１０３は、作業項目表示領域１０２でユーザが指定した作業に関する詳細情報が表示される。本実施例においては、詳細情報表示領域１０３には「作業Ａ：機材準備」１０９が指定された場合の詳細情報１１１が表示されている。表示処理の詳細については後述する。
【００３４】
なお、作業スケジュール表の作業項目表示領域１０２に表示する各作業に対応したアイコンの色や表現を、当該作業の実施状況に応じて変えることは、作業の実施状況を管理する上で好適である。例えば、未着手、実施中、完了という３種類の実施状況を考慮し、それぞれの状況に対応する作業のアイコンの色を赤、青、灰色で表示するといったものである。これにより、ユーザは作業の実施状況を視覚的に理解することができるというメリットがある。
【００３５】
同様に、重要度や緊急度の高い作業、例えばユーザが特に指定した重要作業や、時間帯の設定から既に完了している作業でありながら、まだ完了していない作業に対応したアイコンの色や表現を、その重要度に応じて特徴的なものとする。これにより、管理上着目すべき作業が視覚的に理解できるというメリットがある。例えば、重要度を至急と普通の２種類に分け、至急作業のアイコンの前に「！」マークを付与するといったものである。
【００３６】
また、作業実施中においては、現在の時点がどの時間帯に当たるかを、当該時間帯を視覚的に区別できる形式で表示することが望ましい。これにより、現在実施すべき作業、過去に完了しているべき作業、将来に実施すべき作業が視覚的に明確に区別できるという作業管理上のメリットがある。
【００３７】
さらに、本実施例では地震発生時を作業スケジュール表の時間軸の原点としたが、原点はプロジェクトの性格に応じて適切に決めれば良い。例えば、台風災害対策プロジェクトの場合には、大雨警報発令時を時間軸の原点と定義することもできる。
【００３８】
また、本実施例では、時間帯表示領域１０１に表示される時間は、時間軸の原点からの相対時間であるが、これに絶対時刻を併記することで、さらに作業の実施時間が明確にできる。
【００３９】
以下では、上記した作業スケジュール表を表示するためのシステム構成、データ、および処理内容について説明する。
【００４０】
図２に、本発明の一実施例によるプロジェクト管理システムの構成を示す。プロジェクト管理システム２０１は、キーボードやマウスなどの入力装置２０２からの入力情報を前処理する入力処理部２０３、データバス２０４を有している。さらに、作業スケジュール表のデータを作成するスケジュール表作成部２０５、ディスプレイなどの表示装置２０６に図１の作業スケジュール表を表示する表示処理部２０７を、要件機能として含んでいる。
【００４１】
また、ユーザ２１３が指定した作業の詳細情報を作成する詳細情報作成部２０８、および作業の実施状況を管理する処理を行う実施状況管理部２０９を付加機能として含んでいる。
【００４２】
さらにプロジェクト管理システム２０１はデータベースとして、作業スケジュール表上の表示領域に対応する時間帯の定義データを記録する時間帯定義データベース２１０を有している。また、表示・処理の対象とするプロジェクトの名称やプロジェクトが含む作業のリストを記録するプロジェクト定義データベース２１１、管理対象となっている全ての作業項目について、各々の詳細な属性データを記録する作業項目データベース２１２を含む。
【００４３】
図３に、時間帯定義データベースに記録される時間帯定義データの例を示す。本実施例における時間帯定義は、時間帯ＩＤ３０８に示すように「Ｔｙｐｅ１」という識別名を持ち、プロジェクトを４つの時間帯３０４〜３０７に分割することを想定している。例えば、時間帯番号１の時間帯３０４は開始時刻３０２が０．０（ｈｒ）で終了時刻３０３が０．５（ｈｒ）、すなわち発災直後からの３０分間に対応している。同様に、時間帯番号２の時間帯３０５は、発災後３０分から１時間３０分後までの１時間に対応している。
【００４４】
時間帯定義データ３００は、ユーザがあらかじめ時間帯定義データベース２１０に設定するが、設定の方法については、既存のデータベース設定手法を用いれば良い。また時間帯定義データは、図示のように時間帯ＩＤ３０８に示す「Ｔｙｐｅ」を変えて、時間帯定義データベース２１１に複数個記録することができる。この時間帯ＩＤ３０８は、後述のようにプロジェクト名に対応させているので、作業スケジュール表の時間帯定義データをプロジェクト名に応じて選択することが可能である。
【００４５】
図４に、プロジェクト定義データベースに記録されるプロジェクト定義データの例を示す。プロジェクト定義データ４００は、大きくプロジェクト名４０１と作業リスト４０２と時間帯ＩＤ４０４に分かれている。本実施例のプロジェクトは、名称が「震災対策レベル１」で、作業Ａから作業Ｉまでの９つの作業から構成されること、および当該プロジェクトに対応して用いられる時間帯ＩＤが「Ｔｙｐｅ１」であることが示されている。
【００４６】
プロジェクト名や作業項目の数や名称については、プロジェクトごとに異なるべきものであり、ユーザがあらかじめプロジェクト定義データベース２１１に設定する。設定の方法については、既存のデータベース設定手法を用いれば良い。プロジェクト定義データは、プロジェクト名や時間帯ＩＤを変えて、プロジェクト定義データベース２１１に複数個記録することができる。
【００４７】
図５に、作業項目データベースに記録される作業項目データのうち、作業Ａに対応する作業項目データ（作業Ａの初期データ）を示す。作業項目データ５００は、大きく基本情報５０１、担当情報５０２、参考情報５０３および実施情報５０４に分けられる。
【００４８】
基本情報５０１のうち、データ欄５０５には作業項目の名称（作業Ａ：機材準備）が、データ欄５０６には当該作業を実施すべき時間帯の番号（１）が、ユーザによってあらかじめ設定される。なお、これら２つのデータは、本発明による作業スケジュール表を作成する上で必須のデータである。
【００４９】
担当情報５０２については、データ欄５０７に当該作業の担当部署名（防災課）がデフォルトデータとしてあらかじめ設定されているものとする。またデータ欄５０８には作業項目の担当者名が設定されるが、ここでは担当者が未定であることを示す「ＮＵＬＬ」が設定されており、担当者が決まった際にここに入力されることになる。なお、デフォルトデータとして、担当者をあらかじめ設定することもできる。この場合には、データ欄５０８には担当者を識別するための氏名やＩＤが設定されることになる。
【００５０】
参考情報５０３は、当該作業の実施にあたって参照すべき情報であり、データ欄５０９に当該作業を実施する際のガイダンス文が、データ欄５１０に添付ファイル名（ＮＵＬＬ＝未定）が必要に応じて設定される。
【００５１】
実施情報５０４は、当該作業の実施状況（進捗状況）を管理する際に用いられる情報である。データ欄５１１に未着手・準備中・実施中・保留中・完了といった実施状況（ここでは未着手）、データ欄５１２に当該作業の実施を開始した時刻（ＮＵＬＬ＝未定）、データ欄５１３に当該作業の実施を完了した時刻（ＮＵＬＬ＝未定）が設定される。データ欄５１４には、実施の際にユーザが入力するメモ（ＮＵＬＬ＝未定）が必要に応じて設定される。なお、データ欄５０７〜５１４のデータは、当該作業を実施する際に、必要に応じて更新することができる。
【００５２】
作業項目データ５００は、作業項目名５０５を変えて、作業項目データベース２１２に複数個記録することができる。
【００５３】
次に、ユーザがプロジェクト「震災対策レベル１」の表示を指定した場合におけるスケジュール表作成部２０５の処理を説明する。
【００５４】
図６はスケジュール表作成部の処理の流れを示す。プロジェクト名の指定の方法は、例えば図１のプロジェクト名表示領域１０４や、専用のプロジェクト名入力画面（図示せず）に対して、ユーザがプロジェクト名を入力することによって行われる。
【００５５】
まず、入力処理部２０３からユーザが入力画面から指定したプロジェクト名６０１（本実施例では「震災対策レベル１」）がスケジュール表作成部２０５に入力される。ステップ６０２では、プロジェクト定義データベース２１１からプロジェクト名６０１に対応する図４のプロジェクト定義データ４００を読み込む。次に、ステップ６０３において、プロジェクト定義データ４００の時間帯ＩＤ４０４を参照し、時間帯定義データベース２１０から、当該時間帯ＩＤ（本実施例では「Ｔｙｐｅ１」）に対応する図３の時間帯定義データ３００を読み込む。
【００５６】
ステップ６０４では、図４の作業リスト４０２に含まれる全ての作業（本実施例では作業Ａ〜作業Ｉ）について、各作業に対応する図５の作業項目データ５００を、作業項目データベース２１２から読み込む。
【００５７】
ステップ６０５では、ここまでに読み込んだデータに基づいて、図１のスケジュール表を表示するためのスケジュール表データ６０６を作成し、表示処理部２０７に送付する。
【００５８】
これにより、図１のプロジェクト名表示領域１０４には、プロジェクト名６０１を表示し、時間帯表示領域１０１および作業項目表示領域１０２を、図３の時間帯定義データに基づき時間軸に沿って４つの表示領域に分割する。また、時間帯表示領域１０１には、各々の表示領域に対応する時間帯の開始時刻と終了時刻を「開始時刻〜完了時刻」という形式で表示する。
【００５９】
なお、この表示形式は一例であって、各表示領域の時間帯がわかる形態であれば良く、本実施例の表示形式に限定するものではない。また、本実施例では時間帯の区分を４つとしているが、さらに多数の時間帯区分がある場合には、作業スケジュール表の拡大・縮小、スクロール表示といった表示機能を取り入れる。これにより、時間帯の数が多い場合にも、作業スケジュール表を表示できるというメリットがある。
【００６０】
次に、図４の作業リスト４０２に記載された全ての作業項目について、作業項目データ５００の時間帯番号５０６を参照して、時間帯番号に対応する作業項目表示領域１０２に、各作業を表すアイコンを重ならないように表示する。
【００６１】
なお、本実施例においては矩形のアイコンを用い、アイコン内に作業項目名を表示する形式としているが、作業項目の存在と、その名称がわかる形態であれば良く、本実施例の表示形式に限定するものではない。
【００６２】
本発明による作業管理システムにおいては、時間帯の時間幅を適応的に調整することも可能である。例えば、図１の作業スケジュール表において、特定の時間帯に割り当てられた作業項目の数があらかじめ定められた上限値を超えた場合に、当該時間帯を２つに分けて、これらの時間帯に作業項目を割り振ることができる。割り振りのロジックは本発明では特に限定しないが、例えば作業項目の重要度順に時間帯の前の方から割り当てるロジックが考えられる。
【００６３】
この場合、時間帯が１つ増えることになる。このため時間帯定義データ３００と、再割り当てを受けた作業項目の作業項目データ５００の時間帯番号欄５０６が、時間帯の増加に応じて更新される。詳細なデータ処理については容易に推定できるため、ここでの記述は省略する。
【００６４】
この時間帯の自動調整により、任意の時間帯に割り当てられる作業項目の数が一定数以下となるため、作業スケジュールの表示が見やすくなり、このため作業管理が行いやすくなるというメリットがある。
【００６５】
図１に示す実施例では、作業Ａから作業Ｉまでの全ての作業が作業項目表示領域１０２に表示されている。作業Ａの担当部署は、図５の作業項目データ５００の担当部署欄５０７にあるように防災課であるが、他の作業については防災課以外の部署（例えば総務課や情報管理課）が担当となっている場合もある。この時、防災課の職員にとっては、他部署の作業項目が作業項目表示領域１０２に必ずしも表示されている必要性はなく、自部署が担当となっている作業項目のみ見たい場合がある。
【００６６】
これに対応するため、本発明では図１の作業スケジュール表上に、ユーザが部署を選択入力するための入力領域（図示せず）を設け、ユーザが選択した部署が担当する作業項目のみを作業スケジュール表上に表示することができる。また選択する項目は、部署名に限らず、作業グループ名や重要度、あるいはこれらの項目の積条件でも良い。
【００６７】
これにより、図１の作業スケジュール表上に表示する作業項目の種別を、目的に応じて選択できるため、作業スケジュールの表示が見やすく、また作業管理が行いやすくなるというメリットがある。
【００６８】
詳細情報表示領域１０３には、作業項目表示領域１０２でユーザが指定した作業に関する詳細情報が表示される。なお作業の指定は、作業項目表示領域１０２に表示された作業のアイコンにユーザがマウスカーソルを合わせてダブルクリックするなど、既存の方法で行われれば良く、その方法について特に限定しない。
【００６９】
図１の詳細情報表示領域１０３には、「作業Ａ：機材準備」１０９が指定された場合の詳細情報１１１が表示されている。以下では詳細情報作成部２０８で実施する具体的な処理手順を説明する。
【００７０】
図７は詳細情報作成部の処理手順の流れを示す。ユーザが指定した作業の作業項目名７０１が、入力処理部２０３から詳細情報作成部２０８に入力されると、ステップ７０２において当該作業に対応する作業項目データ５００を作業項目データベース２１２から読み込む。ステップ７０３では、読み込んだ作業Ａの作業項目データ５００から、作業項目名５０５、担当部署名５０７、ガイダンス文５０９、添付ファイル名５１０の４項目のデータを抽出し、図１の詳細情報表示領域１０３に表示する。
【００７１】
なお、詳細情報表示領域１０３に表示するデータは、作業項目データ５００から直接・間接に抽出できるデータであれば良く、本実施例の４項目には限らない。
【００７２】
また、図１の実施例における作業スケジュール表には、詳細情報表示領域１０３が含まれており、この場合ユーザが指定した作業に対応するアイコンと、該作業に関する詳細情報が一画面で表示でき、これらの対応が理解しやすいというメリットがある。
【００７３】
ただし、本発明における作業スケジュール表には、詳細情報表示領域１０３が必ずしも含まれている必要はない。図８は第２の例による作業スケジュール表示画面を示す。図８に示すように、作業スケジュール表示画面８００と、詳細情報を表示する画面８０２とを異なる画面とすることもできる。
【００７４】
図８の実施例では、作業Ａのアイコン８０１をダブルクリックすることで詳細情報表示画面８０２が新規に開かれ、またボタン８０３を押下することで詳細情報表示画面８０２を閉じることができる。この場合、画面８００と画面８０２をそれぞれ全画面で表示することができ、広い表示領域を得られるというメリットがある。また、画面８０２は複数個開くことができるので、複数個の作業の詳細情報を参照・比較しながら業務を効率的に行えるというメリットもある。
【００７５】
以下では、本実施例によるプロジェクト管理システムを用いて、作業の実施状況の管理を行う場合について述べる。ここで実施状況の管理とは、プロジェクト内の作業について、担当者を登録・参照すること、未着手・準備中・実施中・保留中・完了といった実施状況を登録・参照することを指す。さらに、作業の実際の開始時刻、完了時刻を登録・参照すること、実施の際にメモを登録・参照することを指すものとする。
【００７６】
図９は第３の例による作業スケジュール表示画面を示す。作業スケジュール表示画面９００において、ユーザが作業Ａ９０１をダブルクリックした場合に、詳細情報表示画面９０２が新規画面で開かれる。詳細情報表示画面９０２に表示された作業項目名、担当部署、ガイダンス、添付ファイルの欄は図８と同様である。
【００７７】
担当者名欄９０３には、ユーザが当該作業の担当者名（図９では田中一郎）を入力する。なお担当者名は、例えばコンピュータシステムへのログイン情報に基づいてコンピュータが自動で埋めることも可能である。
【００７８】
実施状況欄９０４の値は、ユーザが実施状況欄９０４のドロップダウンリストにある「準備中・実施中・保留中・完了・それ以外」というメニューから該当する状況を選択し登録することによって設定する。
【００７９】
開始時刻欄９０５は、作業の開始時刻、すなわち実施状況欄９０４で「実施中」が始めて登録された日時／時刻を表示するものである。図９の例では、作業の開始時刻は、２００３年１月２０日の午前１１時２５分であることがわかる。
【００８０】
完了時刻欄９０６作業の完了時刻、すなわち実施状況欄９０４で「完了」が始めて登録された日時／時刻を表示するものである。図９の例では、作業は実施中であるため、この欄は空白になる。
【００８１】
ユーザは当該作業に関連するコメントや覚書をメモ欄９０７に記入することができる。図９の例では、機材○○が不足していることがテキスト文書で記入されている。
【００８２】
ユーザがメモ欄９０７にコメントや覚書を入力した場合、このことが図１の作業スケジュール表示画面上で認識できるようにすることも可能である。例えば、コメントや覚書が入力されている作業については、図１の作業スケジュール表示画面上の当該作業に対応する作業項目アイコンの後ろに「メモ有」といったテキストを付与する。これにより、ユーザは他のユーザから作業を引き継いだ場合に、前任者が何らかのメモを入力していることを一目で理解することができる。さらに、コメントや覚書の入力履歴を管理しておき、例えば過去３時間以内にコメントや覚書が入力された作業については、前述のテキストを「新規メモ有」とするということも可能である。これにより、ユーザは、他ユーザが入力したコメントや覚書のうち、最新のものを選択して参照できるというメリットがある。
【００８３】
登録ボタン９０８を押下することで、担当者名欄９０３、実施状況欄９０４、メモ欄９０７に入力したデータに基づき、作業項目データベース２１２内の作業項目データ５００が更新される。
【００８４】
図１０に実施状況管理部で実施する処理手順の流れを示す。実施状況管理部２０９はステップ１００１で、担当者名欄９０３、実施状況欄９０４、メモ欄９０７などに入力されたデータ１０００を読み込み、内部処理用の作業項目データを更新した上で、詳細情報作成部２０８のステップ７０３に表示処理を依頼する。これにより、図９に示す詳細情報表示画面９０２が表示される。
【００８５】
実施状況管理部２０９が登録ボタン９０８の押下を表すデータ１００２を受け取ると、ステップ１００３において内部処理用の作業項目データを読み出し、作業項目データ１００４を作業項目データベース２１２に送付して、データを更新する。
【００８６】
図１１に作業項目データの更新後のデータを示す。これは、図９の詳細情報表示画面９０２において、登録ボタン９０８を押下した場合に作業項目データベース２１２に送付される作業Ａの作業項目データ１００４を示している。図５のデータと比較すると、データ欄１１００〜１１０３が、詳細情報表示画面９０２で入力されたデータに対応して更新されていることがわかる。
【００８７】
次に作業の変更方法について説明する。例えば、災害対策などの緊急時における現実の作業管理を考えた場合、災害や対策の状況に応じて突発的な作業の追加や実施順序の変更などの多発が予想される。このような状況に対応するため、コンピュータを用いて作業管理を行うシステムには、作業の修正、追加、削除などを簡単な操作で迅速に行えることが求められる。本発明における作業管理システムでは、以下に述べる方法によって、このニーズに対応することが可能である。
【００８８】
図１２は第４の例による作業スケール表示画面を示す。以下では図１２の作業スケジュール表１２００を用いて、作業の修正、追加、削除を行う方法について説明する。
【００８９】
作業Ａは時間帯番号１において実施されることが表示されているが、例えば、作業スケジュール表１２００上で、マウスを用いて作業Ａに対応するアイコン１２０１を別の時間帯にドラッグ＆ドロップすることにより、時間帯を変更できる。この操作に伴って、作業Ａの作業項目データ５００の時間帯番号５０６が変更される。
【００９０】
同様に、作業スケジュール表１２００上で、任意の作業のアイコンを指定し、所定の操作を実施する（本実施例では図１２においてボタン１２０３を押下する）ことで、当該作業を削除できる。この操作に伴ってプロジェクト定義データ４００の作業リストから、指定された作業が削除される。
【００９１】
逆に、作業スケジュール表１２００上に、新規の作業アイコンを追加することにより、プロジェクトに新規作業を追加できる。図１２において、ボタン１２０２を押下することで新規の作業アイコンがカーソル位置に表示され、これを所望の時間帯に配置することで当該時間帯に作業を追加することができる。
【００９２】
図１３に新規作業の追加手順を示す。ユーザがステップ１３０２でボタン１２０２を押下すると、システムはステップ１３０３で空の作業項目データ５００を生成し、ステップ１３０４でシステムが仮の作業項目名を生成し、作業項目データ５００の作業項目名を更新する。次にステップ１３０５で、この仮の作業項目名をプロジェクト定義データ４００の作業リストに追加する。ステップ１３０６では、図１２の作業スケジュール表示画面上のカーソル位置に新規作業を表すアイコンを表示する。ユーザはステップ１３０７で当該作業アイコンを所望の時間帯に配置する。システムはステップ１３０８において、新規作業が追加された時間帯番号を抽出し、当該新規作業の作業項目データ５００の時間帯番号を更新する。
【００９３】
作業項目データの修正は、実施状況の管理と同様の方法で行われる。図１４に作業項目データ編集画面を示す。すなわち、図１２の作業スケジュール表示画面上で、所望の作業を表すアイコンを指定して作業データ編集のボタン１２０４を押下すると、図１４に示す作業項目データ編集画面１４００が表示される。
【００９４】
作業項目データ編集画面１４００は、作業項目データ５００の内容を直接的に編集できるようになっており、これを用いて、作業項目名や担当部署の変更を行うことができる。作業項目データ編集画面１４００の使用に当たっては、不適切なデータの変更を防止するために、適切なアクセス権を設定することが望ましい。
【００９５】
上記の説明では、作業の修正、追加、削除を行った結果、プロジェクト定義データ４００、および作業項目データ５００の内容が上書きされる。この際、データの上書きをせずに、これらのデータを新規プロジェクトとして登録することも可能である。
【００９６】
すなわち、プロジェクト定義データ４００、および作業項目データ５００の内容を更新する前に、ユーザに対し元データを上書きするか新規プロジェクトとして保存するかを選択させる。ユーザが新規プロジェクトとして保存することを選択した場合には、新規プロジェクト名４０１をユーザに入力させ、対応するプロジェクト定義データ４００、および作業項目データ５００をそれぞれのデータベース内でコピーする。ただし作業項目名は、項目名の衝突が起きないように、新規プロジェクト名と対応付けて新規命名する。そして、プロジェクト定義データ４００のプロジェクト名４０１を更新することにより新規プロジェクトを生成する。以降はこの新規プロジェクトのデータに対してデータの更新を行うようにする。
【００９７】
これにより、一つのプロジェクトデータをベース（テンプレート）として、類似したプロジェクトを複数個作成し、それぞれのプロジェクトの作業管理ができるというメリットがある。
【００９８】
以上説明した作業の修正、追加、削除の処理により、ユーザはプロジェクトの計画を効果的に実施することが可能である。
【００９９】
なお、図１２の作業スケジュール表では、事象項目表示領域１２０５が設けられている。ここで事象項目とは、「地震発生」１２０６、「災害対策本部設置」１２０７といったプロジェクトの過程で発生する事象（イベント）やマイルストンのことを指す。
【０１００】
図１２の実施例では、作業項目と同様に、事象項目についても時間帯に対応した表示領域に、角丸矩形のアイコンとして表示している。また、作業項目と同様に、事象項目についても追加、削除、編集が可能である。これらの処理は各々、事象追加ボタン１２０８、事象削除ボタン１２０９、事象データ編集ボタン１２１０を押下することにより起動可能であるが、処理内容は作業項目の場合と同様であるので詳細な説明は省略する。
【０１０１】
この機能により、プロジェクトの実施過程で発生するさまざまな事象項目をユーザが手入力で、または他のシステムやセンサーなどから自動入力して記録し、必要に応じて参照することが可能になる。このため、当該プロジェクトにおいて、今までにどんな事象項目が発生したかが容易に理解できるようになるというメリットがある。
【０１０２】
また、図１２の作業スケジュール表において矢印で結ばれた作業が存在する。これは作業の順序関係を表しており、例えば矢印１２１１は、作業Ｄの後に作業Ｇを実施する、という制約条件を矢印という記号を用いて視覚的に表現している。これは、作業には「いつ実施するか」という制約条件だけでなく「どの順序で実施するか」に関する制約条件が必要とされる場合があるという現実のニーズに対応している。順序制約は具体的には、作業項目データ５００に「先行作業」という項目を追加し、例えば作業Ｇの先行作業として作業Ｄを登録することで定義される。
【０１０３】
これにより、作業の順序関係を視覚的に表現することが可能となり、ユーザが作業の実施管理の際に一目で作業の実施順序が理解できるというメリットがある。
【０１０４】
次に本発明による作業管理システムの第２の実施例を説明する。一般にプロジェクトは複数の人間が協力して実施するものである。このため、作業管理方法およびシステムには、複数の人間が作業スケジュールや実施状況の情報を共有しながら協調して作業を実施できることが求められる。
【０１０５】
図１５に、複数のユーザが同時に利用可能なプロジェクト管理システムの構成を示す。本図において、機能部分の名称や働きは図２のシステム構成に準ずる。図１５において特徴的なのは、スケジュール表作成部を含むシステム本体と、表示処理部、入力処理部を含む端末装置がネットワーク１５００を介して１対Ｎの形式で接続している点である。また複数のユーザからのアクセスを管理するためにアクセス管理部１５０１を有する点である。
【０１０６】
アクセス管理部１５０１は、ユーザのプロジェクト管理システムへのアクセス権認証や、ユーザの作業実施権に関する優先度の管理を行う。本システム構成により、複数のユーザがシステムが管理する様々なデータを共有しながら作業を実施することができるというメリットがある。
【０１０７】
次に本発明による作業管理システムの第３の実施例を説明する。実際の災害対策などの緊急時における作業管理を考えた場合、災害対策に対応すべき職員が交通障害や負傷により参集できない場合があり、このような事態に対して作業管理システムも柔軟に対応することが求められる。
【０１０８】
図１６に、参集管理機能を組み込んだプロジェクト管理システムの構成を示す。本図において、機能部分の名称や働きは図２のシステム構成に準ずる。本図において、参集管理データベース１６０２は、ユーザ２１３が入力する各職員の参集状況を記録する。参集状況管理部１６０１は、参集管理データベース１６０２を参照して職員の参集状況を管理し、作業項目データ５００の担当者欄５０８に記載された担当者（デフォルトデータ）が不在の場合に、その代行者を割り当てる機能を有する。
【０１０９】
図１７に、参集管理データベースに記録される参集管理データの一実施例を示す。参集管理データ１７００において、氏名欄１７０１には職員の氏名が、参集状況欄１７０２には職員の参集状況が「○（在室）」と「×（不在）」とで記録されている。データ欄１７０３〜１７０５には、当該職員の第一代行者から第三代行者の氏名と、その代行状況が記録される。
【０１１０】
図１７の実施例では、行１７０６において田中一郎氏は在室であることが分かる。一方、行１７０７において、鈴木次郎氏は不在である。この時、参集状況管理部１６０１は、まず当該担当者の第一代行者の参集状況を照会する。ここでは、鈴木次郎氏の第一代行者である田中一郎氏は、行１７０６にあるように在室であるため、鈴木次郎氏の代行者として田中一郎氏を割り当て、代行状況欄に「○」を記録する。
【０１１１】
さらに、行１７０８にあるように山田三郎氏は不在であるため、その第一代行者である木村四郎氏の参集状況が照会されるが、行１７０９にあるように、木村四郎氏も不在である。このため参集状況管理部１６０１は、さらに第二代行者である渡辺五郎氏の参集状況を照会する。渡辺五郎氏は、行１７１０にあるように在室であるため、この結果、山田三郎氏の代行者として渡辺五郎氏を割り当てる。第一から第三までの全ての代行者が不在の場合は、システムの管理者に対してワーニングを発生するなどして対処を促す。
【０１１２】
なお、上記の代行者割り当てのロジックは一例であって、他の既存の代行者割り当てロジックを用いても良い。
【０１１３】
上記のように、本発明による作業管理システムは、プロジェクト内の任意の作業項目の担当者が不在の場合、当該担当者の代行者を割り当て、これを作業スケジュール表の詳細情報表示領域１０３に表示し、当該代行者にメッセージを送付することができる。これにより、災害対策などの緊急時において、災害対策に対応すべき担当者が交通障害や負傷により参集できない場合にも、作業が実施されないまま放置される恐れを減らすことができるというメリットがある。
【０１１４】
以上の各実施例に説明した本発明の作業管理システムは、プロジェクトの計画や実施の際ばかりでなく、プロジェクト実施の訓練の際にも利用可能である。例えば、防災訓練を例にとって考えると、想定された災害に対応するプロジェクトを新規生成し、本システムを用いて作業訓練を実施する。同時に、防災訓練後に実施状況のログ（履歴）を評価して、必要に応じてプロジェクト定義や作業項目データ、あるいは時間帯定義データを適切に変更することができる。
【０１１５】
これにより、本システムを用いて訓練を実施し、その結果を反映してプロジェクトの品質向上を効果的に行えるというメリットがある。
【０１１６】
【発明の効果】
本発明によれば、作業スケジュール表で作業項目の表示領域を設定し、前記表示領域毎に任意の時間帯を設定するので、作業項目の表示上のバランスが確保され、ユーザに分かりやすい作業スケジュール表を提示できる。また、これに基づいて作業管理を適切に支援することが可能である。
【図面の簡単な説明】
【図１】本発明において用いられる第１の例による作業スケジュール表示画面。
【図２】第１の実施例によるプロジェクト管理システムの構成を示すブロック図。
【図３】時間帯定義データの例を示す説明図。
【図４】プロジェクト定義データの例を示す説明図。
【図５】作業項目データの例（作業Ａの初期データ）を示す説明図。
【図６】スケジュール表作成部の処理を示す流れ図。
【図７】詳細情報作成部の処理を示す流れ図。
【図８】第２の例による作業スケジュール表示画面。
【図９】第３の例による作業スケジュール表示画面。
【図１０】実施状況管理部の処理を示す流れ図。
【図１１】作業項目データの例（作業Ａの更新後データ）を示す説明図。
【図１２】第４の例による作業スケジュール表示画面。
【図１３】新規作業の追加手順を示す流れ図。
【図１４】作業項目データの編集を示す画面。
【図１５】第２の実施例によるプロジェクト管理システムの構成を示すブロック図。
【図１６】第３の実施例によるプロジェクト管理システムの構成を示すブロック図。
【図１７】参集管理データを示す説明図。
【符号の説明】
１００…作業スケジュール表示画面、１０１…時間帯表示領域、１０２…作業項目表示領域、１０３…詳細情報表示領域、１０４…プロジェクト名、１０５〜１０８…時間帯に対応する表示領域、２０１…プロジェクト管理システム、２０２…入力装置、２０３…入力処理部、２０４…データバス、２０５…スケジュール表作成部、２０６…表示装置、２０７…表示処理部、２０８…詳細情報作成部、２０９…実施状況管理部、２１０…時間帯定義データベース、２１１…プロジェクト定義データベース、２１２…作業項目データベース、３００…時間帯定義データ、３０２…開始時刻、３０３…終了時刻、３０４〜３０７…時間帯、３０８…時間帯ＩＤ、４００…プロジェクト定義データ、４０１…プロジェクト名、４０２…作業リスト、４０４…時間帯ＩＤ、５００…作業項目データ、５０１…基本情報、５０２…担当情報、５０３…参考情報、５０４…実施情報、５０５…作業項目名、５０７…担当部署名、５０９…ガイダンス文、５１０…添付ファイル名、８００…作業スケジュール表示画面、８０１…アイコン、８０２…詳細情報を表示する画面、８０３…ボタン、９００…作業スケジュール表示画面、９０１…作業Ａ、９０２…詳細情報表示画面、９０３…担当者名欄、９０４…実施状況欄、９０５…開始時刻欄、９０６…完了時刻欄、９０７…メモ欄、９０８…登録ボタン、１２０５…事象項目表示領域、１２０６…地震発生、１２０７…災害対策本部設置、１５００…ネットワーク、１５０１…アクセス管理部、１６０１…参集状況管理部、１６０２…参集管理データベース。
【図１】
2004287584.tif 000003
【図２】
2004287584.tif 000004
【図３】
2004287584.tif 000005
【図４】
2004287584.tif 000006
【図５】
2004287584.tif 000007
【図６】
2004287584.tif 000008
【図７】
2004287584.tif 000009
【図８】
2004287584.tif 000010
【図９】
2004287584.tif 000011
【図１０】
2004287584.tif 000012
【図１１】
2004287584.tif 000013
【図１２】
2004287584.tif 000014
【図１３】
2004287584.tif 000015
【図１４】
2004287584.tif 000016
【図１５】
2004287584.tif 000017
【図１６】
2004287584.tif 000018
【図１７】
2004287584.tif 000019