JP2003233515A - ソフトウェア保守システムおよびソフトウェア保守プログラム - Google Patents

Abstract

(57)【要約】 【課題】 ソフトウェアを保守する際の作業時間を短縮
し、作業負担を軽減する。 【解決手段】 保守対象となるアプリケーションソフト
ウェア１０は、ユーザの端末５１からインターネット５
０を介して行われる操作に応じて所定の処理を行う。保
守対象アプリケーション１０には、特定の機能に対応し
た複数のタスク１１〜１３が組み込まれている。各タス
クから情報を取得するプログラムであるユーザ操作監視
マネージャ１４は、保守を行う管理者の端末５２からタ
スクおよびユーザ操作レベルを指定されると、指定され
たタスクからユーザ操作レベルに応じた情報を取得す
る。そして、取得した情報を端末５２に出力する。管理
者は、動作状況を確認しようとするタスクおよびユーザ
操作レベルを指定して、所望の情報を確認しながら障害
の原因を調査する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ソフトウェアに従
って実行される処理の情報を確認できるようにするソフ
トウェア保守システムおよびソフトウェア保守プログラ
ムに関する。

【０００２】

【従来の技術】近年のインターネットの普及に伴って、
２４時間３６５日、停止することなく使用されるソフト
ウェアの需要が急速に高まっている。例えば、電子商取
引の受付を常時行うことができる電子商取引仲介プログ
ラム等の需要が高まっている。このようなソフトウェア
には、ミッションクリティカル性が要求される。すなわ
ち、極めて高い信頼性や耐障害性、障害発生時に被害を
最小限に食い止められる機能、万全のサポート体制等が
要求される。

【０００３】また、ソフトウェア開発では、高品質化、
開発期間の短縮化、さらに低価格化が要求される。低価
格化を実現するためには、開発コストを低減する必要が
ある。開発コストは、ソフトウェア運用開始後の保守作
業（特に障害発生時の対応作業）に左右されることが多
い。従って、保守作業の時間やコストを抑えることによ
って、ソフトウェア全体の開発コストを抑えることがで
きる。

【０００４】一般に、障害対策時の作業は、（１）ユー
ザからの障害発生通知、（２）開発者または運用者（以
下、管理者と記す。）による障害原因調査、（３）処置
の決定、（４）プログラムの修正、（５）ユーザ等への
最終報告、という各段階に大別される。（１）の段階で
障害の発生を通知するユーザは、ソフトウェア内部を詳
細に把握していないことが多い。従って、ユーザが障害
の原因を特定することは困難である。一方、管理者は、
プログラム言語やソフトウェアの仕様に関する知識を有
し、（２）の段階以降の作業を進めることができる。管
理者は、実際にユーザが行った操作を調査したり、デバ
ッガと呼ばれるソフトウェアを利用してプログラムの実
行結果を確認して、原因を特定していく。

【０００５】

【発明が解決しようとする課題】管理者は、ユーザがソ
フトウェアを使用する環境とは異なる環境で障害原因を
調査する。また、管理者は、どのような操作によってど
のような障害が生じたのかについてユーザから報告を受
けて原因を調査する。しかし、ユーザは自分が行った全
ての動作を正確に記憶しているわけではないので、ユー
ザの報告に基づいて障害の発生状況を確認しようとして
も、障害を再現できないことが多かった。そのため、障
害の原因の特定に莫大な時間や労力等を費やさなければ
ならず、結果的に、保守作業に必要なコストが上昇して
しまっていた。

【０００６】本発明は、ソフトウェアを保守する際の作
業時間を短縮し、作業負担を軽減することができるソフ
トウェア保守システムおよびソフトウェア保守プログラ
ムを提供することを目的とする。

【０００７】

【課題を解決するための手段】本発明によるソフトウェ
ア保守システムは、ユーザの操作に応じて所定の機能を
実現するソフトウェアを保守するソフトウェア保守シス
テムであって、ユーザの操作に伴い保守対象ソフトウェ
アの各種機能に対応する各プログラムに従って実行され
る処理に関する情報である操作情報を取得する情報取得
手段と、情報取得手段が取得した操作情報を出力する出
力手段とを備え、情報取得手段は、ユーザの操作に伴い
処理が実行されているときに操作情報を取得することを
特徴とする。

【０００８】操作情報の種類を指定する指定情報が入力
される指定情報入力手段を備え、情報取得手段は、入力
された指定情報によって指定される操作情報を取得する
ことが好ましい。そのような構成によれば、全ての操作
情報を取得する必要がないので、ソフトウェア保守シス
テムの負荷が高くなることがない。また、管理者が指定
した操作情報を管理者に提示することができ、管理者は
作業を行いやすくなる。

【０００９】指定情報入力手段は、指定情報を入力させ
る欄となるユーザインタフェースを提供することが好ま
しい。そのような構成によれば、管理者は指定情報を入
力しやすくなる。

【００１０】保守対象ソフトウェアの各種機能に対応す
る各プログラムを指定するプログラム指定情報が入力さ
れるプログラム指定情報入力手段を備え、情報取得手段
は、ユーザの操作に伴って実行される処理のうち、入力
されたプログラム指定情報によって指定されるプログラ
ムに従って実行される処理の操作情報を取得することが
好ましい。そのような構成によれば、全ての操作情報を
取得する必要がないので、ソフトウェア保守システムの
負荷が高くなることがない。また、管理者が指定したプ
ログラムの操作情報を管理者に提示することができ、管
理者は作業を行いやすくなる。

【００１１】プログラム指定情報入力手段は、プログラ
ム指定情報を入力させる欄となるユーザインタフェース
を提供することが好ましい。そのような構成によれば、
管理者はプログラム指定情報を入力しやすくなる。

【００１２】また、本発明によるソフトウェア保守プロ
グラムは、ユーザの操作に応じて所定の機能を実現する
ソフトウェアを保守するソフトウェア保守プログラムで
あって、コンピュータに、ユーザの操作に伴い保守対象
ソフトウェアの各種機能に対応する各プログラムに従っ
て実行される処理に関する情報である操作情報を、その
処理が実行されているときに取得する機能、および取得
した操作情報を出力する機能を実現させることを特徴と
する。

【００１３】また、コンピュータに、操作情報の種類を
指定する指定情報を取得する機能、および指定情報によ
って指定される操作情報を取得する機能を実現させるこ
とが好ましい。そのようなプログラムによれば、全ての
操作情報を取得する必要がないので、コンピュータの負
荷が高くなることがない。また、管理者が指定した操作
情報を管理者に提示することができ、管理者は作業を行
いやすくなる。

【００１４】また、コンピュータに、保守対象ソフトウ
ェアの各種機能に対応する各プログラムを指定するプロ
グラム指定情報を取得する機能、およびユーザの操作に
伴って実行される処理のうち、プログラム指定情報によ
って指定されるプログラムに従って実行される処理の操
作情報を取得する機能を実現させることが好ましい。そ
のようなプログラムによれば、全ての操作情報を取得す
る必要がないので、コンピュータの負荷が高くなること
がない。また、管理者が指定したプログラムの操作情報
を管理者に提示することができ、管理者は作業を行いや
すくなる。

【００１５】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。図１は、本発明によるソフトウェ
ア保守システムの実施の一形態を示す説明図である。ソ
フトウェア保守システムは、保守対象となるアプリケー
ションソフトウェアを有する情報処理システム（本例で
は、アプリケーションサーバとする。）１と、情報の入
出力を行う端末５２とを備える。端末５２は、保守を行
う管理者によって使用される。アプリケーションサーバ
１は、制御部２と、記憶装置３とを備える。制御部２
は、記憶装置３が記憶する各ソフトウェア（プログラ
ム）に従って動作する。実際に処理を実行するのは制御
部２であるが、以下の説明ではソフトウェアの動作とし
て説明する。記憶装置３は、保守対象となるアプリケー
ションソフトウェア（以下、保守対象アプリケーション
と記す。）１０を記憶する。

【００１６】本例では、保守対象アプリケーション１０
は、ユーザの端末５１からインターネットを介して行わ
れる操作に応じて所定の処理を行うものとする。例え
ば、保守対象アプリケーション１０が電子商取引仲介プ
ログラムであれば、ユーザ（買い手や売り手）の端末の
操作に応じて注文受付処理等の各種処理を実行する。な
お、アプリケーションサーバ１が備えるネットワークイ
ンタフェース部４は、インターネット５０を介して各端
末と情報を送受信する。

【００１７】保守対象アプリケーション１０には、複数
のタスク１１〜１３が組み込まれている。各タスク１１
〜１３は、保守対象アプリケーション１０の特定の機能
に対応するプログラムである。また、各タスク１１〜１
３は、保守対象アプリケーション１０のユーザの操作に
応じた処理を実現する。例えば、保守対象アプリケーシ
ョン１０が電子商取引仲介プログラムであり、受発注情
報管理機能を備えているならば、その機能を実現するプ
ログラムが一つのタスクになる。そして、そのタスク
は、ユーザの操作に応じて受注や発注に関する情報を管
理する処理を実現する。また、各タスク１１〜１３は、
ユーザの操作に応じてタスク内部のどの処理を実行して
いるか等の様々な情報を抽出するプログラムを含んでい
る。なお、図１では、三つのタスクを示したが、タスク
の数は限定されない。各タスクには個々のタスクを識別
するためのＩＤが割り当てられる。各タスクに割り当て
られたＩＤをプロセスＩＤと記す。

【００１８】また、記憶装置３は、ユーザ操作監視マネ
ージャ２０を記憶する。ユーザ操作監視マネージャ２０
は、各タスクからの情報取得処理や、取得した情報の出
力処理等の本例に示す処理を実現するプログラムであ
る。ユーザ操作監視マネージャ２０や、各タスクを含む
保守対象アプリケーション１０は、ＡＰＩ（Applicatio
n Programming Interface ）によってアプリケーション
サーバ１のコンピュータ資源や機能を利用して動作す
る。ＡＰＩは、例えば、ユーザ操作監視マネージャ２０
等のプログラムがコンピュータ資源や機能を利用するた
めのインタフェースとして予め用意されている関数等で
ある。

【００１９】図２は、各タスクとユーザ操作監視マネー
ジャ２０との間の情報授受を示す説明図である。ユーザ
操作監視マネージャ２０は、インタフェースプログラム
２０ａを含んでいる。このインタフェースプログラム２
０ａは、各タスクに情報を要求し、各タスクから情報を
取得するプログラムである。また、各タスク１１〜１３
は、それぞれ、ユーザ操作監視マネージャ２０からの要
求に応じてユーザ操作監視マネージャ２０に情報を渡す
インタフェースプログラム１１ａ〜１３ａを含んでい
る。

【００２０】各タスク１１〜１３は、ユーザ操作監視マ
ネージャ２０に情報を渡す設定、または情報を渡さない
設定のいずれか一方に設定される。以下、情報を渡す設
定にすることを、「ユーザ操作監視モードをオンにす
る」と記す。情報を渡さない設定にすることを、「ユー
ザ操作監視モードをオフにする」と記す。

【００２１】また、ユーザ操作監視マネージャ２０は、
各プロセスＩＤと、各タスクの名称との対応関係を管理
するプロセスＩＤ管理プログラム２０ｂを含んでいる。
プロセスＩＤ管理プログラムは、各プロセスＩＤと各タ
スクの名称とを記憶装置３に記憶させ、記憶させた領域
をデータベースとして使用することによってプロセスＩ
Ｄとタスクの名称との対応を管理する。ユーザ操作監視
マネージャ２０は、保守を行う管理者の端末５２からタ
スクの名称を指定されると、その名称に対応するプロセ
スＩＤを特定する。そしてユーザ操作監視マネージャ２
０は、そのプロセスＩＤを持つタスクのユーザ操作監視
モードをオンにして情報を取得する。また、端末５２で
別のタスクの名称が指定されたならば、それまで指定さ
れていたタスクのユーザ操作監視モードをオフに切り替
え、新たに指定されたタスクのユーザ操作監視モードを
オンにして情報を取得する。

【００２２】ユーザ操作監視マネージャ２０は、端末５
２から、タスクの名称だけでなく、取得すべき情報も指
定される。そして、取得すべき情報を指定されると、指
定されたタスクにその情報を要求する。タスクは、要求
された情報をユーザ操作監視マネージャ２０に渡す。ユ
ーザ操作監視マネージャ２０は、取得した情報を管理者
の端末５２に出力する。

【００２３】各タスク１１〜１３とユーザ操作監視マネ
ージャ２０との間で授受される情報について説明する。
各タスク１１〜１３は、ユーザ操作監視マネージャ２０
からの要求に応じて、ユーザの操作に伴い各タスクに従
って実行される処理に関する操作情報を抽出し、ユーザ
操作監視マネージャ２０に渡す。操作情報としては、各
タスクが処理対象とするデータ等がある。例えば、受発
注情報管理機能を実現するためのタスクは、「発注者」
や「発注量」等の情報を抽出する。各タスク１１〜１３
は、保守対象アプリケーション１０の異なる機能に対応
しているので、各タスクが抽出する情報はタスク毎に異
なる。

【００２４】また、各タスクは、処理対象としているデ
ータだけでなく、ユーザ操作監視マネージャ２０からの
要求に応じて、処理中のルーチンのルーチン名、ソース
コード、プログラム中で用いられる変数の値等も操作情
報としてユーザ操作監視マネージャ２０に渡す。

【００２５】ユーザ操作監視マネージャ２０が各タスク
から取得する操作情報は、例えば、番号によって指定さ
れる。以下、この番号をユーザ操作レベルと記す。各ユ
ーザ操作レベル（指定情報）が指定された場合に、ユー
ザ操作監視マネージャ２０が各タスクから取得する操作
情報の例を示す。管理者によって「ユーザ操作レベル
１」が指定された場合、ユーザ操作監視マネージャ２０
は、どのルーチンが処理されているのかを示す情報を取
得し、端末５２に出力する。例えば、処理中のルーチン
のルーチン名等を表示する。また、ソースコードのどの
箇所を実行しているのかを示してもよい。

【００２６】「ユーザ操作レベル２」が指定された場
合、端末５２に出力するデータの態様は、タスクによっ
て様々に異なる。タスクが処理対象としているデータを
管理者が変更、削除したり、データを追加したりする場
合がある。このようなタスクについて「ユーザ操作レベ
ル２」が指定された場合、ユーザ操作監視マネージャ２
０は、タスクが処理対象としているデータを取得し、端
末５２に出力する。そして、管理者にそのデータの変更
等を促す。ユーザ操作監視マネージャ２０は、端末５２
から管理者に変更等されたデータを受信すると、そのデ
ータをタスクに反映させる。管理者は、処理対象のデー
タを確認できるので、保守対象アプリケーション１０の
稼働中に取得したデータから、保守対象アプリケーショ
ン１０の振る舞いを知ることができる。

【００２７】また、「ユーザ操作レベル２」が指定され
た場合、データの選択肢を端末５２に出力し、管理者に
選択されたデータをタスクから取得して端末５２に出力
するようにしてもよい。

【００２８】「ユーザ操作レベル３」が指定された場
合、ユーザ操作監視マネージャ２０は、プログラム中で
用いられている変数の値を取得し、端末５２に出力す
る。このとき、処理中のルーチンのルーチン名とともに
出力してもよい。また、例外送出情報をタスクから取得
して端末５２に出力してもよい。例外送出情報とは、本
来の動作であれば発生しない状態（例えば、ある変数の
値が０になる等）が生じた場合に、その状態の発生を通
知する情報である。タスクは、所定の状態になったとき
に例外送出情報を生じさせる。「ユーザ操作レベル３」
が指定された場合に、例外送出情報が存在するならば、
ユーザ操作監視マネージャ２０から例外送出情報を取得
して端末５２に出力する。

【００２９】なお、ここで示したユーザ操作レベルと、
ユーザ操作監視マネージャ２０が各タスクから取得すべ
き操作情報との対応は例示であり、上記の対応関係に限
定するものではない。各ユーザ操作レベルに応じて、ユ
ーザ操作監視マネージャ２０が上述の例とは異なる操作
情報を取得するように対応付けてもよい。

【００３０】また、タスクは、端末５１におけるユーザ
の操作に従い処理を進める。処理を進めることにより、
ユーザ操作監視マネージャ２０に渡すべき情報が変化し
たならば、その情報もユーザ操作監視マネージャ２０に
渡す。例えば、あるタスクが処理中のルーチンのルーチ
ン名をユーザ操作監視マネージャ２０に渡したとする。
ユーザの操作に従って、別のルーチンの処理に以降した
ならば、そのルーチンのルーチン名もユーザ操作監視マ
ネージャ２０に渡す。ユーザ操作監視マネージャ２０
は、取得した情報を直ちに管理者の端末５２に出力す
る。管理者は、実際のユーザの操作に伴う処理状態の変
化を確認する。

【００３１】図３は、ユーザ操作監視マネージャ２０
が、指定されたタスクの名称およびユーザ操作レベルに
基づいてタスクから情報を取得する流れを示す説明図で
ある。なお、図３では、インタフェースプログラムの図
示を省略した。端末５２は、管理者が指定したタスクの
名称やユーザ操作レベルを、インターネット５０を介し
てアプリケーションサーバ１に送信する。ここではユー
ザ操作レベルとして１が指定されたものとする。ユーザ
操作監視マネージャ２０は、このタスクの名称からプロ
セスＩＤを特定する。そして、そのプロセスＩＤを持つ
タスクのユーザ操作監視モードをオンにする。例えば、
プロセスＩＤが「ｐ」であるならば、そのプロセスＩＤ
を持つタスク１１のユーザ操作監視モードをオンにす
る。続いて、タスク１１に「ユーザ操作レベル１」の情
報を要求する。タスク１１は、この要求に応じて「ユー
ザ操作レベル１」の情報をユーザ操作監視マネージャ２
０に渡す。ユーザ操作監視マネージャ２０は、この情報
を端末５２に出力する。

【００３２】図４は、一つのタスクがユーザ操作監視マ
ネージャ２０に情報を渡す状況を示す概念図である。こ
こではタスク１１を例にして説明する。タスク１１は、
各ユーザ操作レベル１〜３の情報をユーザ操作監視マネ
ージャ２０に渡せるように用意しておく。例えば、ユー
ザ操作レベル３の情報として、関数やルーチン毎に変数
の値等を用意しておく。また、ユーザ操作レベル１の情
報として、現在処理中のルーチンの名称等を用意してお
く。タスク１１は、用意された情報の中から特定の情報
のみを抽出するフィルタ機能も実現する。タスク１１
は、このフィルタ機能によって、指定されたユーザ操作
レベルの情報のみを抽出し、ユーザ操作監視マネージャ
２０に送信する。他のタスク１２，１３も同様に情報を
渡す。

【００３３】次に端末５２について説明する。端末５２
は、例えば、パーソナルコンピュータ等の情報処理装置
である。端末５２は、タスクやユーザ操作レベルを選択
するための選択欄を有するＧＵＩ（Graphical User Int
erface）を表示する。そして、ＧＵＩで選択されたタス
クやユーザ操作レベルをアプリケーションサーバ１に送
信する。また、端末５２は、アプリケーションサーバ５
２から受信した情報を表示する。端末５２は、表示した
情報をプリンタ装置に出力したり、ログファイルとして
保存してもよい。

【００３４】本例によれば、情報取得手段は、ユーザ操
作監視マネージャ２０に従って処理を実行する制御部２
によって実現される。出力手段、指定情報入力手段、お
よびプログラム指定情報入力手段は、制御部２、ネット
ワークインタフェース部４、および管理者の端末５２に
よって実現される。

【００３５】また、記憶装置３は、コンピュータに、ユ
ーザの操作に伴い保守対象ソフトウェアの各種機能に対
応する各プログラムに従って実行される処理に関する情
報である操作情報を、その処理が実行されているときに
取得する機能、および取得した操作情報を出力する機能
を実現させるためのソフトウェア保守プログラムを記憶
する。ユーザ操作監視マネージャ２０がソフトウェア保
守プログラムに該当する。

【００３６】次に、本発明を電子商取引仲介システムに
適用した場合の例について説明する。図５は、電子商取
引仲介システムに本発明を適用した場合の実施の形態の
例を示す説明図である。本例では、商品の売り手や買い
手がユーザとして電子商取引仲介プログラムを利用す
る。また、電子商取引仲介業務を運営する者が管理者と
して電子商取引仲介プログラムを保守するものとする。
売り手や買い手は端末５１を用いて電子商取引仲介シス
テム１にアクセスし、取引を行う。

【００３７】電子商取引仲介システム１の制御部２は、
記憶装置３が記憶する各ソフトウェア（プログラム）に
従って動作する。ネットワークインタフェース部４は、
インターネット５０を介して各端末と情報を送受信す
る。記憶装置３は、保守対象となる電子商取引仲介プロ
グラム１０を記憶する。電子商取引仲介プログラム１０
は、制御部２に受発注管理機能、権限管理機能、ログ取
得機能、ユーザ情報管理機能等の様々な機能を実現させ
る。

【００３８】受発注管理機能とは、受注や発注に関する
情報を管理する機能である。例えば、電子商取引があっ
たときに、売り手、買い手、取り引きされた商品、注文
量等の情報を作成し、管理する機能である。権限管理機
能とは、各種操作を売り手や買い手に認めるか否かの設
定を行い、その設定に従って売り手や買い手の操作を制
限する機能である。例えば、商品カタログの追加を売り
手に認めない設定がされているときには、売り手による
商品カタログの追加操作を禁止する。また、認める設定
がされているならば、商品カタログの追加操作を許可す
る。ログ取得機能とは、電子商取引仲介プログラム１０
によって作成されたログを取得する機能である。この機
能によって、作成されたログの一部または全部が抽出さ
れる。ユーザ情報管理機能は、各売り手および各買い手
の情報を管理する機能である。

【００３９】受発注管理タスク１１、権限管理タスク１
２、ログタスク１３、及びユーザ情報管理タスク１４
は、それぞれ受発注管理機能、権限管理機能、ログ取得
機能、ユーザ情報管理機能に対応するプログラムであ
る。各タスクは、電子商取引仲介プログラム１０のユー
ザの操作に応じた処理を実現する。各タスクは、タスク
内部のどの処理を実行しているか等の様々な情報を抽出
するプログラムを含んでいる。

【００４０】各タスクにはプロセスＩＤが割り当てられ
る。ユーザ操作監視マネージャ２０に含まれるプロセス
ＩＤ管理プログラム２０ｂが各タスクの名称とプロセス
ＩＤとを対応させて、記憶装置３に記憶させるときの動
作について説明する。ユーザ操作監視マネージャ２０
は、受発注管理タスク１１、権限管理タスク１２、ログ
タスク１３、ユーザ情報管理タスク１４等の各タスクよ
りも先に起動するように設定される。ユーザ操作監視マ
ネージャ２０と各タスクの起動順序は、スクリプトファ
イルで定めておけばよい。

【００４１】ユーザ操作監視マネージャ２０の起動後に
タスクが起動すると、プロセスＩＤ管理プログラム２０
ｂは、起動したタスクの名称とプロセスＩＤとを対応さ
せて記憶装置３に記憶させる。各タスクが順次起動して
いくたびに、タスクの名称とプロセスＩＤの組み合わせ
が登録されていく。図６は、記憶装置３が記憶するタス
クの名称とプロセスＩＤの組み合わせの例である。な
お、各タスクはユーザ操作監視マネージャ２０の起動直
後に起動しなくてもよい。一部のタスクが起動して既に
いくつかの処理が開始されている状態で、他のタスクが
遅れて起動してもよい。プロセスＩＤ管理プログラム２
０ｂは、遅れて起動したタスクの名称とプロセスＩＤ
を、そのタスクの起動時に追加登録する。ユーザ操作監
視マネージャ２０は、図６に例示する情報を参照して、
どのタスクが起動しているのかを随時確認することがで
きる。また、タスクの名称が指定された場合、対応する
プロセスＩＤを特定することができる。

【００４２】各タスクは起動すると、端末５１における
売り手や買い手の操作等により、各タスクの処理を実行
する。管理者は、一部または全部のタスクが起動して電
子商取引仲介プログラム１０が売り手や買い手に利用さ
れている状態で、買い手等の操作に伴いどのルーチンが
実行中か等を監視する。

【００４３】図７は、管理者の端末５２が表示するＧＵ
Ｉの例を示す説明図である。端末５２は、図７（ａ）に
示すように、メニューバー７２を有するウィンドウ７１
を表示する。メニューバー７２がマウスクリックされる
と、プルダウンメニューを表示する。プルダウンメニュ
ーで「ユーザ操作監視」という項目７３が選択される
と、図７（ｂ）に示すインタフェース画面をウィンドウ
７１に表示して、管理者に入力を促す。

【００４４】ユーザ操作レベル選択欄７４は、管理者が
ユーザ操作レベルを選択する欄であり、レベル毎にラジ
オボタンを有する。タスク選択欄７５は、管理者がタス
クを選択する欄であり、タスク毎にラジオボタンを有す
る。ユーザ操作レベルおよびタスクが選択され、確認ボ
タン７６がマウスクリックされると、端末５２は、選択
されたユーザ操作レベルおよびタスクの名称を電子商取
引仲介システム１に送信する。表示欄７７は、ユーザ操
作監視マネージャ２０が各タスクから取得した情報を表
示する欄である。

【００４５】端末５２は、保存ボタン７８がマウスクリ
ックされると、表示欄７７に表示した情報をログファイ
ルとして保存する。また、印刷ボタン７９がマウスクリ
ックされると、表示欄７７に表示した情報をプリンタ装
置に出力する。

【００４６】ユーザ操作監視マネージャ２０が情報を取
得して、端末５２に出力するときの動作について説明す
る。管理者がユーザ操作レベルとして１を指定し、ま
た、タスク名称として「受発注管理」を指定したとす
る。端末５２は、この情報を電子商取引仲介システム１
に送信する。ユーザ操作監視マネージャ２０は、「受発
注管理」という名称に対応するプロセスＩＤを特定し、
そのプロセスＩＤを持つ受発注管理タスク１１に、ユー
ザ操作レベル１の操作情報を要求する。

【００４７】受発注管理タスク１１は、この要求に応じ
て、ユーザ操作レベル１の情報として処理中のルーチン
のルーチン名等をユーザ操作監視マネージャ２０に渡
す。ソースコードのどの箇所を実行しているのかを示す
情報を渡してもよい。ユーザ操作監視マネージャ２０は
取得した情報を端末５２に出力する。端末５２は、この
情報を図７（ｂ）に例示する表示欄７７に表示する。

【００４８】また、管理者がユーザ操作レベルとして２
を指定したとする。この場合、受発注管理タスク１１
は、管理者に提示するデータの選択肢となる項目をユー
ザ操作監視マネージャ２０に渡す。例えば、「買い手が
どの商品カタログからどの商品を選んだか」、「買い手
がいくつ商品を注文したか」等の項目をユーザ操作監視
マネージャ２０に渡す。端末５２は、これらの選択項目
を表示して、管理者に項目の選択を促す。例えば、管理
者が「買い手がいくつ商品を注文したか」という項目を
選択したならば、端末５２は、選択された項目の情報を
電子商取引仲介システム１に送信する。ユーザ操作監視
マネージャ２０は、「買い手がいくつ商品を注文した
か」という情報を受発注管理タスク１１に要求する。そ
して、買い手の商品注文量の情報を取得したならば、そ
の情報を端末５２に表示させる。

【００４９】また、管理者がユーザ操作レベルとして３
を指定したとする。この場合、受発注管理タスク１１
は、処理中のルーチンで使用している変数の値等をユー
ザ操作監視マネージャ２０に渡す。また、障害によっ
て、本来の動作であれば発生しない状態になり、例外送
出情報を作成したならば、例外送出情報もユーザ操作監
視マネージャ２０に渡す。この他、処理中のルーチン名
や実行時刻の情報をユーザ操作監視マネージャ２０に渡
してもよい。ユーザ操作監視マネージャ２０は、これら
の情報を端末５２に表示させる。

【００５０】次に、管理者がタスク名称として「権限管
理」を指定した場合の例について説明する。このときユ
ーザ操作監視マネージャ２０は、権限管理タスク１２に
情報を要求する。ユーザ操作レベル１またはユーザ操作
レベル３が指定されているならば、権限管理タスク１２
は、受発注管理タスク１１と同様に処理中のルーチンの
ルーチン名や、処理中のルーチンで使用している変数の
値等をユーザ操作監視マネージャ２０に渡す。

【００５１】管理者がユーザ操作レベルとして２を指定
したとする。この場合、権限管理タスク１２は、処理対
象としているデータをユーザ操作監視マネージャ２０に
渡す。例えば、売り手や買い手が行う各操作について、
売り手や買い手にその操作の実行を認めるか否かの設定
状態の情報を渡す。ユーザ操作監視マネージャ２０は、
この情報を端末５２に表示させる。図８は、ユーザ操作
レベル２としたときの表示内容の例を示す。図８におい
て、「１」は、操作を認める設定であることを示すもの
とする。「０」は、操作を認めない設定であることを示
すものとする。管理者は、表示された内容を変更して、
電子商取引仲介システム１に送信してもよい。例えば、
「購入申請」の設定を「０」に書き換えて、書換後のデ
ータを送信してもよい。ユーザ監視マネージャ２０は、
このデータを権限管理タスク１２に反映させる。この結
果、権限管理タスク１２において、「購入申請」の設定
が「０」に変更され、買い手は購入申請を行えなくな
る。

【００５２】次に、管理者がタスク名称として「ログ」
を指定した場合の例について説明する。このときユーザ
操作監視マネージャ２０は、ログタスク１３に情報を要
求する。ユーザ操作レベル１またはユーザ操作レベル３
が指定されているならば、ログタスク１３は、受発注管
理タスク１１と同様に処理中のルーチンのルーチン名
や、処理中のルーチンで使用している変数の値等をユー
ザ操作監視マネージャ２０に渡す。

【００５３】管理者がユーザ操作レベルとして２を指定
したとする。この場合、ログタスク１３は、管理者に提
示する選択肢となる項目をユーザ操作監視マネージャ２
０に渡す。例えば、「詳細なログ情報」、「標準的なロ
グ情報」等の項目をユーザ操作監視マネージャ２０に渡
す。端末５２は、これらの選択項目を表示して、管理者
に項目の選択を促す。例えば、管理者が「詳細なログ」
という項目を選択したならば、端末５２は、選択された
項目の情報を電子商取引仲介システム１に送信する。ユ
ーザ操作監視マネージャ２０は、「詳細なログ情報」を
ログタスク１３に要求する。そして、要求した情報を取
得したならば、ユーザ操作監視マネージャ２０はその情
報を端末５２に表示させる。

【００５４】次に、管理者がタスク名称として「ユーザ
情報管理」を指定した場合の例について説明する。この
ときユーザ操作監視マネージャ２０は、ユーザ情報管理
タスク１４に情報を要求する。ユーザ操作レベル１また
はユーザ操作レベル３が指定されているならば、ユーザ
情報管理タスク１４は、受発注管理タスク１１と同様に
処理中のルーチンのルーチン名や、処理中のルーチンで
使用している変数の値等をユーザ操作監視マネージャ２
０に渡す。

【００５５】管理者がユーザ操作レベルとして２を指定
したとする。この場合、ユーザ情報管理タスク１４は、
処理対象としているデータをユーザ操作監視マネージャ
２０に渡す。例えば、電子商取引を行う売り手や買い手
として登録されているユーザの情報（名前、住所、電話
番号、電子メールアドレス、各売り手や買い手を識別す
るための識別情報等）を渡す。ユーザ操作監視マネージ
ャ２０は、この情報を端末５２に表示させる。管理者
は、表示された内容を変更したり、削除して、電子商取
引仲介システム１に送信してもよい。また、表示された
内容に新たな内容を追加して電子商取引仲介システム１
に送信してもよい。ユーザ監視マネージャ２０は、この
データをユーザ情報管理タスク１４に反映させる。この
結果、ユーザ情報管理タスク１４において、データが追
加、更新、または削除される。

【００５６】本発明によれば、実際にアプリケーション
サーバ１がユーザからアクセスを受けて処理を行ってい
るときに、管理者が、実行中のルーチンや、処理対象の
データ、各種変数等を確認することができる。従って、
ユーザから報告を受け、その報告から原因を究明するわ
けではないので、原因特定作業の時間や労力を軽減でき
る。

【００５７】また、本発明では、管理者に指定されたタ
スクから指定された情報のみを取得して管理者に提示す
る。従って、アプリケーションサーバ１は、ユーザの操
作に伴う全ての情報を管理者に提供するわけではないの
で、アプリケーションサーバ１の負荷が高くなることは
ない。また、ユーザ操作レベル選択欄７４やタスク選択
欄７５を備えているので、管理者はユーザ操作レベルや
タスクの名称を入力しやすくなる。

【００５８】上記の例では、管理者がタスクの名称と、
ユーザ操作レベルとを指定する場合を示した。管理者が
ユーザ操作レベルのみを指定するようにしてもよい。図
９は、管理者がユーザ操作レベルのみを指定する場合の
ＧＵＩの例を示す説明図である。図９に例示するＧＵＩ
は、タスク選択欄７５を有していない点を除けば、図７
に例示するＧＵＩと同様である。

【００５９】このようなＧＵＩでユーザ操作レベルが指
定され、確認ボタン７６がマウスクリックされると、端
末５２はユーザ操作レベルの情報をアプリケーションサ
ーバ１に送信する。ユーザ操作監視マネージャ２０は、
起動している各タスクに対して指定されたユーザ操作レ
ベルの情報を要求する。各タスクが起動しているかは、
プロセスＩＤがタスクの名称に対応して記憶装置３に記
憶されているか否かによって判断すればよい。ユーザ操
作監視マネージャ２０は、起動している各タスクから情
報を取得し、その情報を端末５２に表示させる。

【００６０】

【発明の効果】本発明のソフトウェア保守システムによ
れば、ユーザの操作に伴い保守対象ソフトウェアの各種
機能に対応する各プログラムに従って実行される処理に
関する情報である操作情報を取得する情報取得手段と、
情報取得手段が取得した操作情報を出力する出力手段と
を備え、情報取得手段は、ユーザの操作に伴い処理が実
行されているときに操作情報を取得するので、保守対象
ソフトウェアが実際に操作されている状態で、管理者に
操作情報を提供できる。従って、障害原因調査の作業時
間や作業負担を軽減できる。

【００６１】また、本発明のソフトウェア保守プログラ
ムによれば、コンピュータに、ユーザの操作に伴い保守
対象ソフトウェアの各種機能に対応する各プログラムに
従って実行される処理に関する情報である操作情報を、
その処理が実行されているときに取得する機能、および
取得した操作情報を出力する機能を実現させるさせるの
で、保守対象ソフトウェアが実際に操作されている状態
で、管理者に操作情報を提供できる。従って、障害原因
調査の作業時間や作業負担を軽減できる。

【図面の簡単な説明】

【図１】 本発明の実施の一形態を示す説明図である。

【図２】 各タスクとユーザ操作監視マネージャとの間
の情報授受を示す説明図である。

【図３】 ユーザ操作監視マネージャがタスクから情報
を取得する流れを示す説明図である。

【図４】 一つのタスクがユーザ操作監視マネージャに
情報を渡す状況を示す概念図である。

【図５】 電子商取引仲介システムに本発明を適用した
場合の実施の形態の例を示す説明図である。

【図６】 タスクの名称とプロセスＩＤとの対応関係の
例を示す説明図である。

【図７】 管理者の端末が表示するＧＵＩの例を示す説
明図である。

【図８】 管理者の端末に表示される情報の例を示す説
明図である。

【図９】 管理者の端末が表示するＧＵＩの例を示す説
明図である。

【符号の説明】

１ アプリケーションサーバ ２ 制御部 ３ 記憶装置 １０ 保守対象アプリケーション １１〜１４ タスク ２０ ユーザ操作監視マネージャ

Claims (8)

【特許請求の範囲】
1. 【請求項１】 ユーザの操作に応じて所定の機能を実現
   するソフトウェアを保守するソフトウェア保守システム
   であって、 ユーザの操作に伴い保守対象ソフトウェアの各種機能に
   対応する各プログラムに従って実行される処理に関する
   情報である操作情報を取得する情報取得手段と、 情報取得手段が取得した操作情報を出力する出力手段と
   を備え、 情報取得手段は、ユーザの操作に伴い処理が実行されて
   いるときに操作情報を取得することを特徴とするソフト
   ウェア保守システム。
2. 【請求項２】 操作情報の種類を指定する指定情報が入
   力される指定情報入力手段を備え、 情報取得手段は、入力された指定情報によって指定され
   る操作情報を取得する請求項１に記載のソフトウェア保
   守システム。
3. 【請求項３】 指定情報入力手段は、指定情報を入力さ
   せる欄となるユーザインタフェースを提供する請求項２
   に記載のソフトウェア保守システム。
4. 【請求項４】 保守対象ソフトウェアの各種機能に対応
   する各プログラムを指定するプログラム指定情報が入力
   されるプログラム指定情報入力手段を備え、 情報取得手段は、ユーザの操作に伴って実行される処理
   のうち、入力されたプログラム指定情報によって指定さ
   れるプログラムに従って実行される処理の操作情報を取
   得する請求項１から請求項３のうちのいずれか１項に記
   載のソフトウェア保守システム。
5. 【請求項５】 プログラム指定情報入力手段は、プログ
   ラム指定情報を入力させる欄となるユーザインタフェー
   スを提供する請求項４に記載のソフトウェア保守システ
   ム。
6. 【請求項６】 ユーザの操作に応じて所定の機能を実現
   するソフトウェアを保守するソフトウェア保守プログラ
   ムであって、 コンピュータに、 ユーザの操作に伴い保守対象ソフトウェアの各種機能に
   対応する各プログラムに従って実行される処理に関する
   情報である操作情報を、前記処理が実行されているとき
   に取得する機能、および取得した操作情報を出力する機
   能を実現させるためのソフトウェア保守プログラム。
7. 【請求項７】 コンピュータに、 操作情報の種類を指定する指定情報を取得する機能、お
   よび指定情報によって指定される操作情報を取得する機
   能を実現させるための請求項６に記載のソフトウェア保
   守プログラム。
8. 【請求項８】 コンピュータに、 保守対象ソフトウェアの各種機能に対応する各プログラ
   ムを指定するプログラム指定情報を取得する機能、およ
   びユーザの操作に伴って実行される処理のうち、プログ
   ラム指定情報によって指定されるプログラムに従って実
   行される処理の操作情報を取得する機能を実現させるた
   めの請求項６または請求項７に記載のソフトウェア保守
   プログラム。