JP5375594B2 - 作業管理プログラム、方法及び装置 - Google Patents

Description

本技術は、作業の進捗を管理する技術に関する。

近年、ユーザが必要なソフトウェアの機能だけをネットワーク経由で利用するようなサービスの形態が普及しつつある。このようなサービスの形態はＳａａＳ（Software as a Service）と呼ばれる。

サービスの開始にあたっては、必要なアプリケーション・プログラムをインストールしたり、セキュリティ対策を実施するなど、システムに対して様々な設定作業を行う必要がある。このような設定作業は、サービス提供業者における様々な技術分野の専門家により行われるのはもちろん、作業の内容によってはセキュリティの問題等からユーザにより行われる場合があり、多くの者が作業に携わる。また、前提となる作業が行われた後でなければ進めることができないような作業も多い。従って、作業に携わる者各々が作業の進捗を把握し、自身が行うべき作業を行うことにより、作業の停滞や遅延を発生させないようにすることが求められる。

従来、先の作業ユニットが終了しなければその後の作業ユニットに着手することができない複数の作業ユニットを有するプロジェクトを遂行するための技術が存在している。具体的には、作業ユニットごとに設定された作業内容及び作業期限を含むワークフローを作成し、ワークフローの作業を所定の担当者に指示する。また、予め定められた一定時間おきに作業の進捗情報を記憶し、進捗情報をワークフローが有する作業内容および作業期限の情報と比較することにより作業の遅延度を算出する。そして、算出した遅延度に基づいてワークフローの内容を作業期限が遵守されるように修正し、修正したワークフローの作業を所定の担当者に指示する。

しかしながら、上記技術は、「○○資料の収集」「○○資料の解析」「○○報告書の作成」といった、成果物を作成するプロジェクトの作業の進捗を管理するものであり、各作業において成果物が発生することが前提となっている。従って、システムの設定作業におけるアプリケーション・プログラムのインストールのように、成果物が発生しない作業に上記技術を適用する場合、別途作業完了報告書のような成果物を作成しなければならず、作業者にとって余分な手間がかかるという問題があった。

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

従って、本技術の目的は、システムの設定作業の進捗管理において作業者の手間を軽減するための技術を提供することである。

本作業管理方法は、システムに対してなされる作業の進捗を管理するための方法である。そして、本方法は、（Ａ）作業のＩＤと当該作業の完了又は未完了を表す作業フラグとを対応付けて格納する作業管理テーブル格納部から、未完了の作業のＩＤを特定するステップと、（Ｂ）作業のＩＤと当該作業の完了又は未完了を判断するための条件と当該条件を満たすか否かを判断するためのデータを取得する問い合わせコマンドとを対応付けて格納するコマンド格納部から、特定された未完了の作業のＩＤに対応付けられている問い合わせコマンドを読み出し、当該問い合わせコマンドをシステムに送信するステップと、（Ｃ）送信された問い合わせコマンドに対する回答データをシステムから受信した場合、当該回答データが、特定された未完了の作業のＩＤに対応付けられている条件を満たしているか判断する判断ステップと、（Ｄ）判断ステップにおける判断結果に基づき、作業管理テーブル格納部において、特定された未完了の作業のＩＤに対応付けられている作業フラグを更新するステップとを含む。

システムの設定作業の進捗管理において作業者の手間を軽減することができるようになる。

図１は、本技術の一実施の形態に係るシステムの構成図である。 図２は、タスク管理サーバの機能ブロック図である。 図３は、詳細タスクテーブル格納部に格納されるデータの一例を示す図である。 図４は、タスクテーブル格納部に格納されるデータの一例を示す図である。 図５は、チェック項目テーブル格納部に格納されるデータの一例を示す図である。 図６は、前提タスクテーブル格納部に格納されるデータの一例を示す図である。 図７は、コマンド格納部に格納されるデータの一例を示す図である。 図８は、本技術の一実施の形態に係るシステムの動作を説明するためのシーケンス図である。 図９は、タスク登録処理の処理フローである。 図１０は、タスク管理テーブル格納部に格納されるデータの一例を示す図である。 図１１は、ステータス更新処理の処理フローである。 図１２は、状態管理テーブル格納部に格納されるデータの一例を示す図である。 図１３は、ステータス更新処理の処理フローである。 図１４は、前提タスクチェック処理の処理フローである。 図１５は、ステータス表示処理の処理フローである。 図１６は、ユーザが進捗確認をするための画面の一例を示す図である。 図１７は、状態管理テーブル更新処理の処理フローである。 図１８は、コンピュータの機能ブロック図である。

本技術の一実施の形態に係るシステムの概要を図１を用いて説明する。図１に示すように、例えばインターネットであるネットワーク１には、例えばパーソナルコンピュータ（ＰＣ）である顧客端末１１と、例えばルータであるネットワーク装置３Ａとが接続されている。また、ネットワーク装置３Ａは、例えばＬＡＮ（Local Area Network）などのネットワークであるネットワーク１３に接続されている。ネットワーク１３には、１又は複数の顧客サーバ５１を含むデータセンタ５と、タスク管理サーバ７と、例えばルータであるネットワーク装置３Ｂとが接続されている。また、ネットワーク装置３Ｂには、状態管理サーバ９が接続されている。

顧客サーバ５１は、状態管理サーバ９からの要求に応じて顧客サーバ５１の状態に関する回答データを状態管理サーバ９に送信する処理等を実施するエージェント５１１と、顧客がサービスを利用する際に使用するデータが格納されている顧客ストレージ５１３とを含む。

状態管理サーバ９は、システムの状態に関する条件を満たすか否かを表すチェック項目フラグ（ＴＲＵＥ：条件を満たす、ＦＡＬＳＥ：条件を満たさない）等を格納する状態管理テーブル格納部９１と、システムの状態に関するデータを取得するためのコマンドの情報を格納するコマンド格納部９３と、コマンド格納部９３に格納されているデータを用いて取得した回答データに基づき状態管理テーブル格納部９１を更新する処理等を実施する管理部９５とを含む。

管理部９５は、申請内容管理部９０１と、サーバ性能管理部９０３と、サーバ設定管理部９０５と、ネットワーク状態管理部９０７と、ストレージ状態管理部９０９とを含む。申請内容管理部９０１は、顧客が提出したサービス申請のフォームに不備がないかをチェックする処理等を実施する。サーバ性能管理部９０３は、顧客サーバ５１にｓｎｍｐ（Simple Network Management Protocol）でアクセスし、顧客サーバ５１のリソース性能情報を取得する処理等を実施する。サーバ設定管理部９０５は、顧客サーバ５１上でリモートコマンドを実行し、ＯＳ（Operating System）及びアプリケーション・プログラムの定義情報を取得する処理等を実施する。ネットワーク状態管理部９０７は、ネットワーク装置３Ａ及び３Ｂにｓｎｍｐでアクセスし、ネットワークの性能情報及び構成情報を取得する処理を実施する。また、ネットワーク状態管理部９０７は、ネットワーク装置３Ａ及び３Ｂ上でリモートコマンドを実行し、ネットワークの疎通状態の情報を取得する処理等を実施する。ストレージ状態管理部９０９は、顧客ストレージ５１３にｓｎｍｐでアクセスし、顧客ストレージ５１３の性能情報及び構成情報を取得する処理等を実施する。

図２に、タスク管理サーバ７の機能ブロック図を示す。タスク管理サーバ７は、（Ａ）顧客端末１１から登録要求及び進捗確認要求を受信する受信部７０１と、（Ｂ）受信部７０１により受信された登録要求及び進捗確認要求に含まれるデータを格納する受信データ格納部７０３と、（Ｃ）詳細タスクに関する情報を格納する詳細タスクテーブル格納部７０７と、（Ｄ）タスクに関する情報を格納するタスクテーブル格納部７０９と、（Ｅ）受信データ格納部７０３及び詳細タスクテーブル格納部７０７に格納されているデータに基づき、後で述べるタスク登録処理を実施するタスク登録部７０５と、（Ｆ）タスク登録部７０５によるタスク登録処理の処理結果を格納するタスク管理テーブル格納部７１１と、（Ｇ）チェック項目に関する情報を格納するチェック項目テーブル格納部７１５と、（Ｈ）チェック項目テーブル格納部７１５に格納されているデータに基づき、後で述べるステータス更新処理を実施するステータス更新部７１３と、（Ｉ）詳細タスクを行う上で既に完了していなければならない詳細タスクである前提タスクの情報を格納する前提タスクテーブル格納部７１９と、（Ｊ）前提タスクテーブル格納部７１９に格納されているデータに基づき、後で述べる前提タスクチェック処理を実施する前提タスクチェック部７１７と、（Ｋ）タスク管理テーブル格納部７１１が更新されたことを顧客端末１１に通知する処理を実施する通知部７２１と、（Ｌ）受信データ格納部７０３及びタスク管理テーブル格納部７１１に格納されているデータに基づき、後で述べるステータス表示処理を実施する表示処理部７２３とを含む。なお、タスクテーブル格納部７０９は、本実施の形態の処理に直接関係するものではないため、点線で示されている。

図３に、詳細タスクテーブル格納部７０７に格納されるデータの一例を示す。図３の例では、詳細タスクＩＤの列と、タスクＩＤの列と、詳細タスク内容の列と、標準納期の列と、担当ＩＤの列とが含まれる。担当ＩＤの列には、詳細タスクを担当する作業者のＩＤが格納されるようになっている。例えば、担当ＩＤ「ｕｓｅｒ」は顧客が担当する詳細タスクであることを表しており、担当ＩＤ「ｎｅｔｗｏｒｋ」はサービス提供業者におけるネットワーク技術者が担当する詳細タスクであることを表している。

図４に、タスクテーブル格納部７０９に格納されるデータの一例を示す。図４の例では、タスクＩＤの列と、タスク内容の列とが含まれる。

図５に、チェック項目テーブル格納部７１５に格納されるデータの一例を示す。図５の例では、チェック項目ＩＤの列と、詳細タスクＩＤの列と、チェック項目名の列とが含まれる。

図６に、前提タスクテーブル格納部７１９に格納されているデータの一例を示す。図６の例では、詳細タスクＩＤの列と、前提タスクＩＤの列とが含まれる。前提タスクとは、詳細タスクを行う上で既に完了していなければならない詳細タスクである。例えば、詳細タスクＩＤ「ｏｌｈ−ｉｎｉｔ−２００」である詳細タスクを行うためには、詳細タスクＩＤ「ｏｌｈ−ｉｎｉｔ−１００」である前提タスクを既に完了していなければならない。また、詳細タスクＩＤ「ｏｌｈ−ｉｎｉｔ−５００」である詳細タスクを行うためには、詳細タスクＩＤ「ｏｌｈ−ｉｎｉｔ−３００」である前提タスク及び詳細タスクＩＤ「ｏｌｈ−ｉｎｉｔ−４００」である前提タスクを既に完了していなければならない。一方、詳細タスクＩＤ「ｏｌｈ−ｉｎｉｔ−１００」及び「ｏｌｈ−ｓｅｃ−１００」である詳細タスクには、前提タスクは存在しない。

図７に、コマンド格納部９３に格納されるデータの一例を示す。図７の例では、チェック項目ＩＤの列と、チェック項目の列と、問い合わせコマンドの列とが含まれる。チェック項目の列には、システムの状態に関する条件が格納される。問い合わせコマンドの列には、チェック項目に係る条件を満たしているか判断するためのデータを取得するためのコマンドが格納される。

次に、本実施の形態に係るシステムの動作について、図８を用いて簡単に説明する。図８は、ユーザにより新たにタスクの登録がなされてから、当該タスクについての設定作業が顧客サーバ５１に対して行われ、設定作業が終了したことをユーザに通知するまでの一連の動作を説明するためのシーケンス図である。

まず、顧客端末１１は、タスク登録要求をタスク管理サーバ７に送信する（図８：ステップ（１））。この処理については、後でタスク登録処理の説明において詳しく述べる。なお、作業者は、例えばタスク管理サーバ７からの通知や後で説明するステータス表示処理により、タスクが登録されたことを知ることができる。

その後、例えばサービス提供業者における技術者である作業者が、顧客サーバ５１に対して設定作業を行う（ステップ（２））。なお、作業者は、顧客端末１１を操作するユーザ自身である場合もある。

一方、状態管理サーバ９は、所定時間毎に、顧客サーバ５１の状態に関するデータを取得するための問い合わせコマンドを顧客サーバ５１に送信する（ステップ（３））。そして、顧客サーバ５１は、顧客サーバ５１の状態に関するデータを含む回答データを状態管理サーバ９に送信する（ステップ（４））。そして、状態管理サーバ９は、取得した回答データに基づき、チェック項目フラグを更新する。これらの処理については、後で状態管理テーブル更新処理の説明において詳しく述べる。

その後、タスク管理サーバ７は、チェック項目フラグを取得するためのステータス取得要求を状態管理サーバ９に送信する（ステップ（５））。そして、状態管理サーバ９は、チェック項目フラグを含む応答データをタスク管理サーバ７に送信する（ステップ（６））。これらの処理については、後でステータス更新処理の説明において詳しく述べる。

そして、取得した全てのチェック項目フラグが条件を満たすことを表している場合には、タスク管理サーバ７は、顧客端末１１に対し作業完了の通知を行う（ステップ（７））。これにより、ユーザは、ステップ（１）において登録したタスクについての作業が完了したことを認識することができる。

次に、図９乃至図１７を用いて、図１及び図２に示したシステムの処理について説明する。まず、ユーザが新たにタスクを登録する際に行われるタスク登録処理について説明する。なお、タスク管理サーバ７が、顧客端末１１から受信したユーザＩＤ及びパスワード用いて認証処理を実施することにより、ユーザのログインが完了しているものとする。そして、顧客端末１１は、登録するタスクを選択させるための画面のデータをタスク管理サーバ７から受信し、表示装置に表示する。また、顧客端末１１は、ユーザからサーバＩＤの入力を受け付けると共に、新たに登録するタスクの選択を受け付け、入力されたサーバＩＤ及び選択されたタスクのタスクＩＤを含む登録要求をタスク管理サーバ７に送信する。

そして、タスク管理サーバ７の受信部７０１は、顧客端末１１からサーバＩＤ及びタスクＩＤを含む登録要求を受信し、受信データ格納部７０３に格納する（図９：ステップＳ１）。

そして、タスク登録部７０５は、受信データ格納部７０３に格納されているタスクＩＤに対応付けられている詳細タスクＩＤ、標準納期及び担当ＩＤを詳細タスクテーブル格納部７０７から読み出す（ステップＳ３）。なお、図３に示したように、１つのタスクＩＤに対して複数のレコードが存在する場合もある。

そして、タスク登録部７０５は、現在日時及び標準納期に基づき、作業完了予定日時を算出する（ステップＳ５）。現在日時は、例えばタスク管理サーバ７の図示しないシステム時計から取得する。また、ステップＳ５においては、現在日時に標準納期を加えることにより作業完了予定日時を算出する。例えば、現在日時が２００９／１２／８（火）であり、標準納期が２営業日であれば、作業完了予定日時は２００９／１２／１０（木）となる。

そして、タスク登録部７０５は、顧客端末１１から受信したユーザＩＤ、受信データ格納部７０３に格納されているサーバＩＤ及びタスクＩＤ、ステップＳ３において読み出された詳細タスクＩＤ及び担当ＩＤ、及びステップＳ５において算出された作業完了予定日時を含むタスク管理データをタスク管理テーブル格納部７１１に登録する（ステップＳ７）。

図１０に、タスク管理テーブル格納部に格納されるデータの一例を示す。図１０の例では、ユーザＩＤの列と、サーバＩＤの列と、タスクＩＤの列と、詳細タスクＩＤの列と、詳細タスクフラグの列と、作業完了予定日時の列と、作業完了日時の列と、担当ＩＤの列とが含まれる。詳細タスクフラグの列には、「ＦＩＮ」、「ＡＣＴＩＶＥ」又は「ＷＡＩＴ」のいずれかが登録される。「ＦＩＮ」は、既に詳細タスクが完了したことを表している。「ＡＣＴＩＶＥ」は、現時点で行うべき詳細タスクであることを表している。「ＷＡＩＴ」は、現時点では行うことができない詳細タスクであることを表している。なお、ステップＳ７においては、詳細タスクフラグの列には「ＷＡＩＴ」を登録しておき、作業完了日時の列には何も登録しないでおく。

図９の説明に戻り、ステータス更新部７１３は、ステータス更新処理を実施する（ステップＳ９）。ステータス更新処理については後で詳細に説明する。そして、処理を終了する。

以上のような処理を実施することにより、タスク管理テーブル格納部７１１にタスク管理データが格納され、ユーザが新たに登録したタスクの進捗を管理できるようになる。

次に、図１１乃至図１３を用いて、ステータス更新処理について説明する。まず、ステータス更新部７１３は、タスク管理テーブル格納部７１１において詳細タスクフラグが「ＦＩＮ」でないレコードを処理対象レコードとして１件特定する（図１１：ステップＳ１１）。また、ステータス更新部７１３は、処理対象レコードの詳細タスクＩＤに対応付けられているチェック項目ＩＤをチェック項目テーブル格納部７１５から特定する（ステップＳ１３）。なお、図５に示したように、１つの詳細タスクＩＤに対して複数のチェック項目ＩＤが対応付けられている場合もある。

そして、ステータス更新部７１３は、処理対象レコードのサーバＩＤ及びステップＳ１３において特定されたチェック項目ＩＤを含むステータス取得要求を状態管理サーバ９に送信し、状態管理サーバ９からチェック項目フラグを含む応答データを取得する（ステップＳ１５）。そして、処理は端子Ａを介して図１３のステップＳ１７へ移行する。

ここで、ステップＳ１５において、状態管理サーバ９側において行われる処理についてより詳細に説明する。ステップＳ１５において、ステータス取得要求を受信した状態管理サーバ９の管理部９５は、状態管理テーブル格納部９１から、ステータス取得要求に含まれるサーバＩＤ及びチェック項目ＩＤに対応付けられているチェック項目フラグを特定する。そして、管理部９５は、特定されたチェック項目フラグを含む応答データをタスク管理サーバ７に送信する。

図１２に、状態管理テーブル格納部９１に格納されるデータの一例を示す。図１２の例では、サーバＩＤの列と、チェック項目ＩＤの列と、チェック項目フラグの列と、チェック日時の列とが含まれる。チェック項目フラグの列には、「ＴＲＵＥ」又は「ＦＡＬＳＥ」が格納される。「ＴＲＵＥ」は、チェック項目に係る条件を満たしていることを表しており、「ＦＡＬＳＥ」は、チェック項目に係る条件を満たしていないことを表している。例えば図１２に示した例の１行目のレコードであれば、サーバＩＤが「ｈｏｓｔＡ１」であるサーバは、チェック項目ＩＤが「ｏｌｈｉ−１０１」であるチェック項目に係る条件を満たしていることを示している。また、チェック日時の列には、チェック項目フラグを最後に更新した日時が格納される。

図１３の説明に移行して、ステータス更新部７１３は、ステップＳ１５において取得した全てのチェック項目フラグが「ＴＲＵＥ」であるか判断する（ステップＳ１７）。全てのチェック項目フラグが「ＴＲＵＥ」である場合（ステップＳ１７：Ｙｅｓルート）、ステータス更新部７１３は、タスク管理テーブル格納部７１１において、処理対象レコードの詳細タスクフラグを「ＦＩＮ」に更新すると共に、作業完了日時を現在日時で更新する（ステップＳ２１）。そして、通知部７２１は、処理対象レコードの詳細タスクが完了した旨のメールを、顧客端末１１のユーザのメールアドレス宛に送信する（ステップＳ２３）。ユーザのメールアドレスは、図示しないテーブルにおいてユーザＩＤに対応付けられて格納されており、当該テーブルから処理対象レコードのユーザＩＤをキーにして特定される。

一方、取得したチェック項目フラグのうちいずれかのチェック項目フラグが「ＦＡＬＳＥ」である場合（ステップＳ１７：Ｎｏルート）、前提タスクチェック部７１７は、前提タスクチェック処理を実施する（ステップＳ１９）。前提タスクチェック処理については、図１４を用いて詳しく説明する。まず、前提タスクチェック部７１７は、処理対象レコードの詳細タスクＩＤに対応付けられている前提タスクＩＤを前提タスクテーブル格納部７１９から特定する（図１４：ステップＳ３１）。そして、前提タスクチェック部７１７は、処理対象レコードのサーバＩＤ及びステップＳ３１において特定された前提タスクＩＤに対応付けられている詳細タスクフラグをタスク管理テーブル格納部７１１から特定する（ステップＳ３３）。

そして、ステップＳ３３において特定された全ての詳細タスクフラグが「ＦＩＮ」であるか判断する（ステップＳ３５）。特定された詳細タスクフラグのうちいずれかの詳細タスクフラグが「ＦＩＮ」でない場合（ステップＳ３５：Ｎｏルート）、前提タスクチェック部７１７は、タスク管理テーブル格納部７１１において、処理対象レコードの詳細タスクフラグを「ＷＡＩＴ」に更新する（ステップＳ３７）。前提として完了していなければならない詳細タスクが完了していないため、現時点で作業を行うことができないからである。

一方、全ての詳細タスクフラグが「ＦＩＮ」である場合（ステップＳ３５：Ｙｅｓルート）、前提タスクチェック部７１７は、タスク管理テーブル格納部７１１において、処理対象レコードの詳細タスクフラグを「ＡＣＴＩＶＥ」に更新する（ステップＳ３９）。前提として完了していなければならない詳細タスクが全て完了しているため、現時点で作業を行うことができるからである。

そして、通知部７２１は、処理対象レコードの詳細タスクを現時点で行うことができる旨のメールを、顧客端末１１のユーザのメールアドレス宛に送信する（ステップＳ４１）。なお、ステップＳ４１においては、顧客端末１１のユーザではなく作業担当者のメールアドレス宛にメールを送信するようにしてもよい。そして、元の処理に戻る。

以上のような処理を実施することにより、どの詳細タスクについての作業を現時点で行うべきか把握できるようになるので、作業の無駄が無くなり、円滑に作業を進めることができるようになる。

図１３の説明に戻り、ステータス更新部７１３は、タスク管理テーブル格納部７１１において、詳細タスクフラグが「ＦＩＮ」でないレコードを全て処理したか判断する（ステップＳ２５）。全て処理していない場合（ステップＳ２５：Ｎｏルート）、処理は端子Ｂを介して図１１のステップＳ１１に戻る。

一方、全て処理した場合（ステップＳ２５：Ｙｅｓルート）、ステータス更新部７１３は、タスク管理テーブル格納部７１１において、受信データ格納部７０３に格納されているタスクＩＤに対応付けられている詳細タスクフラグが全て「ＦＩＮ」であるか判断する（ステップＳ２７）。いずれかの詳細タスクフラグが「ＦＩＮ」でない場合（ステップＳ２７：Ｎｏルート）、元の処理に戻る。

一方、全て「ＦＩＮ」である場合（ステップＳ２７：Ｙｅｓルート）、通知部７２１は、ユーザにより選択されたタスクについての作業が完了した旨のメールを顧客端末１１のユーザのメールアドレス宛に送信する（ステップＳ２９）。そして、元の処理に戻る。

以上のような処理を実施することにより、作業に関係する者が作業の進捗を適切に把握できるようになるので、作業の停滞や遅延が発生することを防止することができる。また、作業者が別途作業成果物（例えば、報告書等）を作成する必要がないので、作業者の手間を軽減することができる。

次に、図１５を用いて、ステータス表示処理について説明する。ステータス表示処理は、顧客サーバ５１に対する設定作業の進捗をユーザが確認するための処理である。まず、認証処理が完了した後、ユーザが操作する顧客端末１１は、どのサーバについて進捗確認を行うかを選択するための画面のデータをタスク管理サーバ７から受信する。そして、顧客端末１１は、ユーザからサーバの選択を受け付け、サーバＩＤを含む進捗確認要求をタスク管理サーバ７に送信する。

そして、タスク管理サーバ７の受信部７０１は、顧客端末１１からサーバＩＤを含む進捗確認要求を受信し、受信データ格納部７０３に格納する（図１５：ステップＳ５１）。

そして、表示処理部７２３は、顧客端末１１から受信したユーザＩＤ及び受信データ格納部７０３に格納されているサーバＩＤに対応付けられているレコードをタスク管理テーブル格納部７１１から読み出す（ステップＳ５３）。また、表示処理部７２３は、特定されたレコードに基づき表示用データを生成し、顧客端末１１に送信し（ステップＳ５５）、処理を終了する。なお、顧客端末１１は、表示用データをタスク管理サーバ７から受信し、例えば図１６に示すような画面を表示装置に表示する。

図１６の例では、お客様作業の欄と、ステータスの欄と、弊社側作業の欄とが設けられている。ステータスの欄には、例えば詳細タスクフラグが「ＦＩＮ」である場合には「完了」を表示し、「ＡＣＴＩＶＥ」である場合には「作業中」を表示し、「ＷＡＩＴ」である場合には「未完了」を表示する。

以上のような処理を実施することにより、ユーザは必要に応じて作業の進捗を確認することができるようになる。

次に、図１７を用いて、状態管理テーブル更新処理について説明する。状態管理テーブル更新処理は、状態管理サーバ９の管理部９５により例えば定期的に又は任意のタイミングで行われる。この任意のタイミングとしては、図１１で説明したステータス更新処理の都度実行することが考えられる。その場合は、ステップＳ１５においてタスク管理サーバ７から状態管理サーバ９がステータス取得要求を受信したタイミングで、以降で説明する状態管理テーブル更新処理が実行されることとなる。まず、状態管理サーバ９の管理部９５は、状態管理テーブル格納部９１において、チェック日時から所定時間経過しているレコードを１件特定する（図１７：ステップＳ６１）。例えば、所定時間として予め「３日」が設定されており、チェック日時が「２００９／１２／９」であり、現在日時が「２００９／１２／１４」である場合には、チェック日時から所定時間経過しているレコードとして特定される。

そして、管理部９５は、ステップＳ６１において特定されたレコードのチェック項目ＩＤに対応する問い合わせコマンドをコマンド格納部９３から読み出す（ステップＳ６３）。また、管理部９５は、特定された問い合わせコマンドを顧客サーバ５１に送信し、回答データを取得する（ステップＳ６５）。そして、管理部９５は、ステップＳ６１において特定されたレコードのチェック項目ＩＤに対応するチェック項目をコマンド格納部９３から特定し、ステップＳ６５において取得された回答データが当該チェック項目に係る条件を満たすか判断する（ステップＳ６７）。

ステップＳ６５及びＳ６７において実施される処理について、いくつかの具体例を用いて説明する。ここでは、タスクＩＤが「ｏｌｈ−ｉｎｉｔ」であるタスク「Ｌｉｎｕｘサーバ初期設定」についてのチェック項目を例に説明する。

例えばチェック項目ＩＤが「ｏｌｈｉ−２０２」であるチェック項目の場合、管理部９５のサーバ設定管理部９０５は、時刻の同期のために用いるサーバ（例えば、ＮＴＰ（Network Time Protocol）サーバ）についての設定情報を含む設定ファイル（例えば、ｎｔｐ．ｃｏｎｆファイル）を取得するための問い合わせコマンドを顧客サーバ５１に送信する。一方、顧客サーバ５１のエージェント５１１は問い合わせコマンドを受信すると、例えば顧客サーバ５１の記憶装置に格納されている設定ファイルを取得し、状態管理サーバ９に送信する。そして、状態管理サーバ９が設定ファイルを受信すると、管理部９５のサーバ設定管理部９０５は、時刻の同期のために用いるサーバが正しく設定されているか判断する。

また、チェック項目ＩＤが「ｏｌｈｉ−２０２」であるチェック項目の場合、管理部９５のサーバ設定管理部９０５は、時刻同期のためのコマンド（例えば、ｎｔｐｄａｔｅコマンド）をリモートで実行するための問い合わせコマンドを顧客サーバ５１に送信する。一方、顧客サーバ５１のエージェント５１１は問い合わせコマンドを受信すると、時刻を同期すると共に、時刻の同期のために用いるサーバとの接続に関する情報を取得し、状態管理サーバ９に送信する。そして、状態管理サーバ９が時刻の同期のために用いるサーバとの接続に関する情報を受信すると、管理部９５のサーバ設定管理部９０５は、時刻の同期のために用いるサーバと正常に接続できているか判断する。

また、例えばチェック項目ＩＤが「ｏｌｈｉ−２０３」であるチェック項目の場合、管理部９５のサーバ設定管理部９０５は、顧客サーバ５１にインストール済みのソフトウェア（例えば、ＲＰＭ（Red Hat Package Manager）パッケージ）の一覧の情報を取得するためのコマンド（例えば、ｒｐｍ −ｑａコマンド）をリモートで実行するための問い合わせコマンドを顧客サーバ５１に送信する。一方、顧客サーバ５１のエージェント５１１は問い合わせコマンドを受信すると、インストール済みのソフトウェアの一覧の情報を取得し、状態管理サーバ９に送信する。そして、状態管理サーバ９が、インストール済みのソフトウェアの一覧の情報を受信すると、管理部９５のサーバ設定管理部９０５は、インストールされたソフトウェアと申請内容との差異がないか判断する。

また、例えばチェック項目ＩＤが「ｏｌｈｉ−３０１」であるチェック項目の場合、管理部９５のネットワーク状態管理部９０７は、ポートスキャンを実行するための問い合わせコマンドを顧客サーバ５１に送信する。一方、顧客サーバ５１のエージェント５１１は問い合わせコマンドを受信すると、ポートの開放状態についての情報を取得し、状態管理サーバ９に送信する。そして、状態管理サーバ９がポートの開放状態についての情報を受信すると、管理部９５のネットワーク状態管理部９０７は、実際のポートの開放状態と申請内容との差異があるか判断する。

図１７の説明に戻り、取得された回答データがチェック項目に係る条件を満たす場合（ステップＳ６７：Ｙｅｓルート）、管理部９５は、状態管理テーブル格納部９１において、ステップＳ６１において特定されたレコードのチェック項目ＩＤに対応するチェック項目フラグを「ＴＲＵＥ」に更新する（ステップＳ６９）。一方、取得された回答データがチェック項目に係る条件を満たさない場合（ステップＳ６７：Ｎｏルート）、管理部９５は、状態管理テーブル格納部９１において、ステップＳ６１において特定されたレコードのチェック項目ＩＤに対応するチェック項目フラグを「ＦＡＬＳＥ」に更新する（ステップＳ７１）。

そして、管理部９５は、チェック日時から所定時間経過したレコードを全て処理したか判断する（ステップＳ７３）。全て処理していない場合（ステップＳ７３：Ｎｏルート）、ステップＳ６１の処理に戻る。一方、全て処理した場合（ステップＳ７３：Ｙｅｓルート）、処理を終了する。

以上のような処理を実施することにより、状態管理テーブル格納部９１が更新されるので、システムの設定作業が完了しているかの判断が適切に行われるようになる。

以上本技術の一実施の形態を説明したが、本技術はこれに限定されるものではない。例えば、上で説明した顧客サーバ５１、タスク管理サーバ７及び状態管理サーバ９の機能ブロック図は必ずしも実際のプログラムモジュール構成に対応するものではない。

また、上で説明した各テーブルの構成は一例であって、必ずしも上記のような構成でなければならないわけではない。さらに、処理フローにおいても、処理結果が変わらなければ処理の順番を入れ替えることも可能である。さらに、並列に実行させるようにしても良い。

また、本実施の形態では、タスク管理サーバ７及び状態管理サーバ９を設けるような例を示したが、両サーバの機能を１つのサーバで実現するようにしてもよい。

また、本実施の形態では、タスク登録処理を実施する度にステータス更新処理を実施するような例を示したが、タスク登録処理とは非同期に、定期的にステータス更新処理を実施するようにしてもよい。

なお、顧客端末１１、顧客サーバ５１、タスク管理サーバ７及び状態管理サーバ９は、図１８に示すように、メモリ２５０１（記憶部）とＣＰＵ２５０３（処理部）とハードディスク・ドライブ（ＨＤＤ）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。ＯＳ及びＷｅｂブラウザを含むアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。必要に応じてＣＰＵ２５０３は、表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、必要な動作を行わせる。また、処理途中のデータについては、メモリ２５０１に格納され、必要があればＨＤＤ２５０５に格納される。このようなコンピュータは、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。

以上述べた本技術の実施の形態をまとめると以下のようになる。

第１の態様に係る作業管理方法は、システムに対してなされる作業の進捗を管理するための方法である。そして、本方法は、（Ａ）作業のＩＤと当該作業の完了又は未完了を表す作業フラグとを対応付けて格納する作業管理テーブル格納部から、未完了の作業のＩＤを特定するステップと、（Ｂ）作業のＩＤと当該作業の完了又は未完了を判断するための条件と当該条件を満たすか否かを判断するためのデータを取得する問い合わせコマンドとを対応付けて格納するコマンド格納部から、特定された未完了の作業のＩＤに対応付けられている問い合わせコマンドを読み出し、当該問い合わせコマンドをシステムに送信するステップと、（Ｃ）送信された問い合わせコマンドに対する回答データをシステムから受信した場合、当該回答データが、特定された未完了の作業のＩＤに対応付けられている条件を満たしているか判断する判断ステップと、（Ｄ）判断ステップにおける判断結果に基づき、作業管理テーブル格納部において、特定された未完了の作業のＩＤに対応付けられている作業フラグを更新するステップとを含む。

このような処理を実施すれば、システムに対してなされる作業（例えばアプリケーション・プログラムのインストール、ネットワークの設定等）のように、作業成果物（例えば資料、報告書等）が作成されない作業の進捗管理において、作業者の手間を軽減することができるようになる。

また、作業の未完了を表す作業フラグには、作業を現時点で行うべきであることを表す第一の作業フラグと作業を現時点で行うことができないことを表す第二の作業フラグとが含まれるようにしてもよい。そして、判断ステップにおいて条件を満たしていないと判断された場合、作業のＩＤと当該作業を行う前に行わなければならない作業である前提作業のＩＤとを対応付けて格納する前提作業テーブル格納部から、未完了の作業のＩＤに対応付けられている前提作業のＩＤを特定するステップと、作業管理テーブル格納部から、特定された前提作業のＩＤに対応付けられている作業フラグを特定するステップと、特定された作業フラグが完了を表している場合、第一の作業フラグを未完了の作業のＩＤに対応付けて作業管理テーブル格納部に登録するステップと、特定された作業フラグが未完了を表している場合、第二の作業フラグを未完了の作業のＩＤに対応付けて作業管理テーブル格納部に登録するステップとをさらに含むようにしてもよい。作業の中には、前提となる作業が完了しない限り行うことができないものがある。上で述べたような処理を実施すれば、どの作業を現時点で行うべきであるか（言い換えれば、現時点で行うことができるか）を把握できるため、作業を円滑に進めることができるようになる。

第２の態様に係る作業管理方法は、システムに対してなされる作業の進捗を管理するための方法である。そして、本方法は、（Ａ）作業毎に当該作業に含まれる１又は複数の詳細作業のＩＤと当該詳細作業の完了又は未完了を表す詳細作業フラグとを格納する作業管理テーブル格納部から、ユーザにより指定された作業に対応する詳細作業のＩＤのうち未完了の詳細作業のＩＤを特定するステップと、（Ｂ）詳細作業のＩＤと当該詳細作業の完了又は未完了を判断するための条件であってシステムの状態に関する条件である１又は複数のチェック項目のＩＤとを対応付けて格納するチェック項目テーブル格納部から、特定された未完了の詳細作業のＩＤに対応付けられているチェック項目のＩＤを特定するステップと、（Ｃ）特定されたチェック項目のＩＤを含むステータス取得要求を、チェック項目のＩＤ毎に当該チェック項目に係る条件を満たすか否かを表すチェック項目フラグを管理する状態管理装置に送信し、当該状態管理装置から、特定されたチェック項目のＩＤに対応するチェック項目フラグを取得するステップと、（Ｄ）取得された全てのチェック項目フラグが条件を満たすことを表している場合、詳細作業の完了を表す詳細作業フラグを未完了の詳細作業のＩＤに対応付けて作業管理テーブル格納部に登録するステップとを含む。

このようにすれば、システムに対してなされる作業のように、作業成果物が作成されない作業の進捗管理において、作業者の手間を軽減することができるようになる。

また、作業管理テーブル格納部においてユーザにより指定された作業に対応付けられている全ての詳細作業フラグが完了を表している場合、ユーザにより指定された作業の完了をユーザの端末に通知するステップをさらに含むようにしてもよい。詳細作業はユーザ自身が行うだけでなく、システムを提供する業者側においても行うのが普通であるため、このような処理を行えば、ユーザは自身以外が行う詳細作業が適切に行われて作業が完了したことを確認することができる。

また、詳細作業の未完了を表す詳細作業フラグには、詳細作業を現時点で行うべきであることを表す詳細作業フラグと詳細作業を現時点で行うことができないことを表す詳細作業フラグとが含まれるようにしてもよい。そして、取得されたチェック項目フラグのうちいずれかのチェック項目フラグが条件を満たしていないことを表している場合、詳細作業のＩＤと当該詳細作業を行う前に行わなければならない詳細作業である前提作業のＩＤとを対応付けて格納する前提作業テーブル格納部から、未完了の詳細作業のＩＤに対応付けられている前提作業のＩＤを特定するステップと、作業管理テーブル格納部から、特定された前提作業のＩＤに対応付けられている詳細作業フラグを特定するステップと、特定された全ての詳細作業フラグが完了を表している場合、詳細作業を現時点で行うべきであることを表す詳細作業フラグを未完了の詳細作業のＩＤに対応付けて作業管理テーブル格納部に登録するステップと、特定された詳細作業フラグのうちいずれかの詳細作業フラグが未完了を表している場合、詳細作業を現時点で行うことができないことを表す詳細作業フラグを未完了の詳細作業のＩＤに対応付けて作業管理テーブル格納部に登録するステップとをさらに含むようにしてもよい。詳細作業の中には、前提となる詳細作業が完了しない限り行うことができないものがある。上で述べたような処理を実施すれば、どの詳細作業を現時点で行うべきであるか（言い換えれば、現時点で行うことができるか）を把握できるため、作業を円滑に進めることができるようになる。

また、ユーザから進捗確認要求を受信した場合、システムについてのレコードを作業管理テーブル格納部から読み出し、読み出されたレコードに基づき表示用データを生成するステップと、生成された表示用データを、ユーザの端末に送信するステップとをさらに含むようにしてもよい。これにより、ユーザは必要に応じて作業の進捗を確認することができるようになる。

なお、上記方法による処理をコンピュータに行わせるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等のコンピュータ読み取り可能な記憶媒体又は記憶装置に格納される。なお、中間的な処理結果はメインメモリ等の記憶装置に一時保管される。

１，１３ ネットワーク ３Ａ，３Ｂ ネットワーク装置
５ データセンタ ７ タスク管理サーバ
９ 状態管理サーバ １１ 顧客端末
５１ 顧客サーバ ５１１ エージェント
５１３ 顧客ストレージ
７０１ 受信部 ７０３ 受信データ格納部
７０５ タスク登録部 ７０７ 詳細タスクテーブル格納部
７０９ タスクテーブル格納部 ７１１ タスク管理テーブル格納部
７１３ ステータス更新部 ７１５ チェック項目テーブル格納部
７１７ 前提タスクチェック部 ７１９ 前提タスクテーブル格納部
７２１ 通知部 ７２３ 表示処理部
９１ 状態管理テーブル格納部 ９３ コマンド格納部
９５ 管理部
９０１ 申請内容管理部 ９０３ サーバ性能管理部
９０５ サーバ設定管理部 ９０７ ネットワーク状態管理部
９０９ ストレージ状態管理部

Claims (4)

1. システムに対してなされる作業の進捗を管理するための作業管理プログラムであって、
   作業のＩＤと当該作業の完了又は未完了を表す作業フラグとを対応付けて格納する作業管理テーブル格納部から、未完了の作業のＩＤを特定するステップと、
   作業のＩＤと当該作業の完了又は未完了を判断するための条件と当該条件を満たすか否かを判断するためのデータを取得する問い合わせコマンドとを対応付けて格納するコマンド格納部から、特定された前記未完了の作業のＩＤに対応付けられている問い合わせコマンドを読み出し、当該問い合わせコマンドを前記システムに送信するステップと、
   送信された前記問い合わせコマンドに対する回答データを前記システムから受信した場合、当該回答データが、特定された前記未完了の作業のＩＤに対応付けられている条件を満たしているか判断する判断ステップと、
   前記判断ステップにおける判断結果に基づき、前記作業管理テーブル格納部において、特定された前記未完了の作業のＩＤに対応付けられている作業フラグを更新するステップと、
   をコンピュータに実行させるための作業管理プログラム。
2. 前記作業の未完了を表す作業フラグには、前記作業を現時点で行うべきであることを表す第一の作業フラグと前記作業を現時点で行うことができないことを表す第二の作業フラグとが含まれ、
   前記判断ステップにおいて条件を満たしていないと判断された場合、作業のＩＤと当該作業を行う前に行わなければならない作業である前提作業のＩＤとを対応付けて格納する前提作業テーブル格納部から、前記未完了の作業のＩＤに対応付けられている前提作業のＩＤを特定するステップと、
   前記作業管理テーブル格納部から、特定された前記前提作業のＩＤに対応付けられている作業フラグを特定するステップと、
   特定された前記作業フラグが完了を表している場合、前記第一の作業フラグを前記未完了の作業のＩＤに対応付けて前記作業管理テーブル格納部に登録するステップと、
   特定された前記作業フラグが未完了を表している場合、前記第二の作業フラグを前記未完了の作業のＩＤに対応付けて前記作業管理テーブル格納部に登録するステップと、
   をさらに含む請求項１に記載の作業管理プログラム。
3. 作業のＩＤと当該作業の完了又は未完了を表す作業フラグとを対応付けて格納する作業管理テーブル格納部から、未完了の作業のＩＤを特定する手段と、
   作業のＩＤと当該作業の完了又は未完了を判断するための条件と当該条件を満たすか否かを判断するためのデータを取得する問い合わせコマンドとを対応付けて格納するコマンド格納部から、特定された前記未完了の作業のＩＤに対応付けられている問い合わせコマンドを読み出し、当該問い合わせコマンドをシステムに送信する手段と、
   送信された前記問い合わせコマンドに対する回答データを前記システムから受信した場合、当該回答データが、特定された前記未完了の作業のＩＤに対応付けられている条件を満たしているか判断する判断手段と、
   前記判断手段による判断結果に基づき、前記作業管理テーブル格納部において、特定された前記未完了の作業のＩＤに対応付けられている作業フラグを更新する手段と、
   を有する作業管理装置。
4. 作業のＩＤと当該作業の完了又は未完了を表す作業フラグとを対応付けて格納する作業管理テーブル格納部から、未完了の作業のＩＤを特定するステップと、
   作業のＩＤと当該作業の完了又は未完了を判断するための条件と当該条件を満たすか否かを判断するためのデータを取得する問い合わせコマンドとを対応付けて格納するコマンド格納部から、特定された前記未完了の作業のＩＤに対応付けられている問い合わせコマンドを読み出し、当該問い合わせコマンドをシステムに送信するステップと、
   送信された前記問い合わせコマンドに対する回答データを前記システムから受信した場合、当該回答データが、特定された前記未完了の作業のＩＤに対応付けられている条件を満たしているか判断する判断ステップと、
   前記判断ステップにおける判断結果に基づき、前記作業管理テーブル格納部において、特定された前記未完了の作業のＩＤに対応付けられている作業フラグを更新するステップと、
   を含む作業管理方法。

Images