(57)【要約】      （修正有）【課題】既存システムを変更することなくＫＰＩ値を取得可能な技術を提供する。【解決手段】ＫＰＩ値を取得するプログラムであって、ＫＰＩ値取得の対象とすべき画面を定義するＫＰＩ値取得画面定義、及びエージェント画面を定義するエージェント画面定義をＢＡＭサーバへ要求し、これら２つの定義をＢＡＭサーバから受信する定義情報取得モジュール１１５、表示装置に表示される１又は２以上のアクティブな画面を監視し、アクティブな画面を特定可能なアクティブ画面特定情報を取得し、ＫＰＩ値取得画面定義とを比較し、画面がＫＰＩ値取得対象画面かを判断するアクティブ画面監視モジュール１１６、画面がＫＰＩ値取得対象画面である場合に、エージェント画面を生成し、表示するエージェント画面生成モジュール１１７、送信イベントが発生した場合に、ＫＰＩ値を、ＢＡＭサーバへ送信するデータ送信モジュール１１８、として機能させる。【選択図】図２
2006189960.tif 000002
【特許請求の範囲】
【請求項１】
ＫＰＩ値を取得するＫＰＩ値取得プログラムであって、コンピュータを、
ＫＰＩ値取得の対象とすべき画面を定義するＫＰＩ値取得画面定義、及びエージェント画面を定義するエージェント画面定義の送信を外部機器へ要求し、前記２つの定義を前記外部機器から受信する定義情報取得手段、
表示装置の表示画面に表示される１又は２以上の画面中のアクティブな画面を監視し、かかるアクティブな画面を特定可能なアクティブ画面特定情報を取得し、前記アクティブ画面特定情報と前記ＫＰＩ値取得画面定義とを比較し、前記アクティブな画面がＫＰＩ値取得対象画面かを判断する画面監視手段、
前記アクティブな画面が前記ＫＰＩ値取得対象画面である場合に、前記エージェント画面定義に基づいてエージェント画面を生成し、前記表示画面に表示するエージェント画面生成手段、
送信イベントが発生した場合に、前記エージェント画面を用いて取得されたＫＰＩ値を、前記外部機器へ送信するデータ送信手段、として機能させることを特徴とする。
【請求項２】
キーログ取得開始イベントが発生してから、キーログ取得終了イベントが発生するまでの間のキーログを取得するキーログ取得手段をさらに含み、
送信イベントが発生した場合に、取得された前記キーログを前記ＫＰＩ値として送信する請求項１に記載のＫＰＩ値取得プログラム。
【請求項３】
前記エージェント画面定義は、さらにステータス情報が記憶されているアドレスを含み、
前記エージェント画面生成手段は、さらに前記アドレスによって特定されるステータス情報記憶手段からステータス情報を取得し、前記ステータス情報をエージェント画面の一部として表示する請求項１又は２に記載のＫＰＩ値取得プログラム。
【請求項４】
ＫＰＩ値を出力するＫＰＩ値出力装置とＫＰＩ値を蓄積するＫＰＩ値蓄積装置とからなるＫＰＩ値取得システムであって、
前記ＫＰＩ値出力装置は、認証可であるならＫＰＩ値取得の対象とすべき画面を定義するＫＰＩ値取得対象画面定義、及びエージェント画面を定義するエージェント画面定義の送信を前記ＫＰＩ値蓄積装置へ要求し、
前記ＫＰＩ値蓄積装置は、前記要求を受信したら、前記２つの定義を前記ＫＰＩ値蓄積装置へ送信し、
前記ＫＰＩ値出力装置は、前記２つの定義を受信したら、前記ＫＰＩ値出力装置に接続されている表示装置の表示画面に表示される１又は２以上の画面中のアクティブな画面を監視し、かかるアクティブな画面を特定可能なアクティブ画面特定情報を取得し、前記アクティブ画面特定情報と前記ＫＰＩ値取得画面定義とを比較し、前記アクティブな画面がＫＰＩ値取得対象画面かを判断し、前記アクティブな画面が前記ＫＰＩ値取得対象画面であるなら、前記エージェント画面定義に基づいてエージェント画面を生成して前記表示画面に表示し、送信イベントが発生したら、前記エージェント画面を用いて取得されたＫＰＩ値を、前記ＫＰＩ値蓄積装置へ送信し、
前記ＫＰＩ値蓄積装置は、前記ＫＰＩ値を受信し、蓄積する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＫＰＩ(Key Performance Indicator)情報を取得するためのプログラム、及びシステムに関し、特に既存システムに手を加えることなく柔軟にＫＰＩ値を取得することが可能なプログラム、及びシステムに関する。
【背景技術】
【０００２】
BPM製品というカテゴリの製品が市場に出てきている。実際にはビジネスフローの可視化（ワークフロー機能）、および、データの流れや変換プロセスの可視化（EAI機能）、プロセスを簡易的に実装し外部システムに公開する機能（ESB等）を有するスイート製品である。このカテゴリの製品を利用することで、モデリングから実装までを一貫して行うことができ、主にGUIベースの定義による実装となるためプロセスの変更がたやすく、頻繁にプロセスの改善ができる仕組みになる。モデリングから実装を行い,改善点を見つけ再度モデリングするというようにプロセスを頻繁に回すことで業務プロセスの改善に貢献することができるというところがBPM製品の目標になる。
【０００３】
ビジネスプロセスの管理、ビジネスプロセスの最適化のための技術がいくつか提案されている（例えば、特許文献１、２参照）。
【特許文献１】特開２００３−２２８６４７号公報
【特許文献２】特開２００４−２５８８２３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
プロセス改善のためにはＢＡＭ（Business Activity Monitoring）を行う必要がある。具体的には業務を表現し、改善に必要な指標となるＫＰＩ値を取得し、それを分析することが必要になる。システム全体を統一的なシステムとし、主にWEB化によってセンター集中型の仕組みをとれば必要な情報を取りやすくなるのは当然だが、実際の業務においては既存の雑多な業務アプリケーションが動いており、特にパッケージアプリケーションに関してはＫＰＩ値取得のために手を入れることが難しい。また、KPI値取得のためにシステム全体に手を入れることは費用対効果の面から非常に考えづらい。
【０００５】
既存のＢＰＭ製品は単一の製品で全てシステム化し、そのログを収集するという思想のものしかない。既存システムをなるべく変更することなく、できる限り柔軟にＫＰＩ値を取得する技術が求められている。
【課題を解決するための手段】
【０００６】
本発明の第１の特徴は、ＫＰＩ値を取得するＫＰＩ値取得プログラムであって、コンピュータを、（１）ＫＰＩ値取得の対象とすべき画面を定義するＫＰＩ値取得画面定義、及びエージェント画面を定義するエージェント画面定義の送信を外部機器へ要求し、これら２つの定義を外部機器から受信する定義情報取得手段、（２）表示装置の表示画面に表示される１又は２以上の画面中のアクティブな画面を監視し、かかるアクティブな画面を特定可能なアクティブ画面特定情報を取得し、アクティブ画面特定情報とＫＰＩ値取得画面定義とを比較し、アクティブな画面がＫＰＩ値取得対象画面かを判断する画面監視手段、（３）アクティブな画面がＫＰＩ値取得対象画面である場合に、エージェント画面定義に基づいてエージェント画面を生成し、表示画面に表示するエージェント画面生成手段、（４）送信イベントが発生した場合に、エージェント画面を用いて取得されたＫＰＩ値を、外部機器へ送信するデータ送信手段、として機能させることにある。
【０００７】
認証情報とは、例えばユーザＩＤ、パスワード等である。ＫＰＩ値とは、例えば担当したユーザの情報、処理に要した時間、処理対象のタスクの情報（受付番号（注文処理）、発注番号、受領番号等）、処理のステータスを表す情報（承認処理を終了したことを示すフラグ、承認を却下したという情報）、処理に紐付く属性（発注数、処理件数、在庫数等）等である。
【０００８】
ＫＰＩ値取得画面定義とは、ＫＰＩ値取得対象となる既存の業務アプリケーションの実行ファイル名、アクティブなウィンドウのタイトル等である。エージェント画面定義とは、エージェント画面の構成要素、各構成要素の位置及び大きさ等を定義する。送信イベントには、エージェント画面を構成する送信ボタン等がクリックされたことや既存の業務アプリケーションの画面が遷移したこと等が含まれる。
【０００９】
本発明の第２の特徴は、第１の特徴に加えて、キーログ取得開始イベントが発生してから、キーログ取得終了イベントが発生するまでの間のキーログを取得するキーログ取得手段をさらに含み、送信イベントが発生した場合に、取得されたキーログをＫＰＩ値として送信することにある。キーログ取得手段としては、例えばいわゆるキーロガーを使用することができる。
【００１０】
本発明の第３の特徴は、第１又は第２の特徴に加えて、エージェント画面定義は、さらにステータス情報が記憶されているアドレスを含み、エージェント画面生成手段は、さらにアドレスによって特定されるステータス情報記憶手段からステータス情報を取得し、ステータス情報をエージェント画面の一部として表示することにある。ステータス情報を、次のような手順で行われる発送処理例に基づいて説明する。
【００１１】
・手順１：製品製造業者が発送会社に商品納入
・手順２：発送業者が発送準備完了
・手順３：発送業者が輸送業者に依頼
・手順４：輸送業者が発送業者に到着
・手順５：輸送業者が商品輸送
・手順６：届け先に商品到着
以上の処理での位置（つまり、手順１，２，３，４，５，６のどこか）を示す情報がステータス情報である。それぞれのステータスを管理している発送業務システムがあるとする。操作しているユーザが発送業者に所属し、輸送業者に商品を渡したとき（手順４のとき）にアプリケーションを操作する場合、それぞれの発送処理は一意のＩＤで識別可能とし（例えば、商品Ａの発送処理のＩＤはHASS001、商品Ｂの発送処理の発送ＩＤはHASS002、商品Ｃの発送処理のＩＤはHASS003）、エージェントはユーザＩＤを元にそのユーザが処理すべき発送処理の一覧が取得できるとすれば（例えば、USR001によって特定されるユーザが処理すべき発送処理はHASS001とHASS003等）、単に輸送業者に商品を手渡したという情報以外に、処理したＩＤの情報を選択させることが可能で、情報の内容の精度が高まる。
【００１２】
具体的には、例えば、発送処理ＩＤと担当者ＩＤとが、関連づけられていて、担当者ＩＤをキーにして未完了の発送処理ＩＤを検索することができ、検索された発送処理ＩＤのそれぞれに以下のようにチェックボックスが表示される。
【００１３】
□ HASS0001
□ HASS0003
そして、発送処理が完了した発送処理ＩＤのチェックボックスをチェックし、チェックされた状態でデータ更新することによって、発送処理の完了確定を選択式に簡易に実行することができる。
【発明の効果】
【００１４】
本発明の第１乃至第３の特徴によれば、既存の業務アプリケーションを変更することなく、ＫＰＩ値を取得することが可能となる。
【発明を実施するための最良の形態】
【００１５】
以下に図面に基づいて、本発明を実施するための最良の形態を説明する。なお、以下の説明は、単なる例示に過ぎず、本発明の技術的範囲は以下の説明に限定されるものではない。
【００１６】
＜システム概要＞
クライアント（ＫＰＩ値出力装置）１００とＢＡＭサーバ（ＫＰＩ値蓄積装置）１５０がＬＡＮ１３０に接続され、データを適宜送受信することができる。
【００１７】
図１に示すように、クライアント１００は、主制御部（ＣＰＵ）１０１、通信手段１０２、入力制御部１０３、入力装置１０４、表示制御部１０５、表示装置１０６、バス１０８、ＲＡＭ(Random Access Memory)１１０、ＨＤＤ(Hard Disk Drive)１１１を備える。
【００１８】
通信手段１０２は、例えばＮＩＣ(Network Interface Card)であり、かかる通信手段１０２を用いて認証情報などをサーバ１５０へ送信し、また認証結果などを受信する。
【００１９】
入力装置１０４は、例えばマウスなどのポインティングデバイスやキーボードであり、かかる入力装置を用いてユーザＩＤ及びパスワードなどの文字列が入力され、また表示装置１０６に表示された「送信ボタン」などが選択され、押される。
【００２０】
表示装置１０６は、例えば液晶表示装置やＣＲＴ(Cathode Ray Tube) であり、かかる表示装置上にユーザＩＤ・パスワード入力画面、業務アプリケーションによって生成されるウィンドウ及びエージェントによって生成されるエージェント画面などが表示される。
【００２１】
ＲＡＭ１１０は、例えばＤＲＡＭ(Dynamic RAM)であり、業務アプリケーション自身が配置される領域、業務アプリケーションのデータ用領域、エージェント自身が配置される領域、エージェントのデータ用領域などを有する。
【００２２】
ＨＤＤ１１１は、業務アプリケーション１１２、エージェント１１３、オペレーティングシステム（図示せず）などを記憶する。ＣＰＵ１０１によって業務アプリケーションが読み出され、表示装置１０６の表示画面に業務アプリケーションのウィンドウが表示される。そして、後述するように、ＣＰＵ１０１によってエージェントが読み出され、表示装置１０６の画面上に表示されている業務アプリケーションに付随する状態でエージェントのウィンドウ（ユーザＩＤ・パスワード入力ウィンドウなど）が表示される。「付随する状態」とは、業務アプリケーションのウィンドウの外側に、エージェントのウィンドウが表示され、かつ業務アプリケーションのウィンドウの一辺と、エージェントのウィンドウの一辺とが接しているような状態を意味する。
【００２３】
また、図１に示すように、サーバ１５０は、主制御部（ＣＰＵ）１５１、通信手段１５２、ＨＤＤ１５４を備える。
【００２４】
ＨＤＤ１５４には、ログインユーザ情報１５５、定義情報１５６などが予め記憶されており、クライアントから受け取ったＫＰＩ値がＢＡＭ情報１５７として記憶される。
【００２５】
通信手段１５２は、例えばＮＩＣ(Network Interface Card)であり、かかる通信手段１５２を用いて定義情報要求をクライアント１００から受信したり、定義情報をクライアント１００へ送信したりする。
【実施例１】
【００２６】
図２〜５に基づいて、実施例１を説明する。図２は実施例１のエージェントの内容を示すブロック図であり、図３〜４は実施例１のクライアント及びサーバにおける処理の流れを示すフローチャートであり、図５は実施例１において表示装置に表示される画面例を示す図である。
【００２７】
図２に示すように、エージェント１１３は、認証用モジュール１１４、定義情報取得モジュール１１５、アクティブ画面監視モジュール１１６、エージェント画面生成モジュール１１７及びデータ送信モジュール１１８を備える。
【００２８】
認証用モジュール１１４は、クライアント１００においてユーザＩＤとパスワードの入力を受付け、入力されたユーザＩＤとパスワードをサーバ１５０へ送信する。
【００２９】
定義情報取得モジュール１１５は、定義情報の送信をサーバへ要求し、サーバから送られてきた定義情報を取得する。定義情報には、ＫＰＩ値の取得対象となるアプリケーションのウィンドウを特定するために必要な情報、例えばアプリケーションのファイル名、ウィンドウのタイトルバーに表示されるテキストの内容が含まれる。また、エージェント画面を表示する位置、エージェント画面のサイズ、エージェント画面を構成する要素、例えばテキストボックス、チェックボックス、コマンドボタンなどが含まれる。
【００３０】
アクティブ画面監視モジュール１１６は、アクティブ画面を監視し、アクティブウィンドウを持つアプリケーションの情報を取得したり、アクティブなウィンドウのタイトルやメニュー情報など画面特定に役立つ情報を取得したりする。例えば、ＯＳがWindows（登録商標）の場合は、
GetForegroundWindowを用いてアクティブなウィンドウのハンドルを取得し、取得されたハンドルに関連づけられたモジュールの完全パスとファイル名を
GetWindowModuleFileNameを用いて取得し、また取得されたハンドルによって特定されるウィンドウのタイトルバーのテキストを
GetWindowTextを用いてバッファへコピーする。
【００３１】
また、ＯＳがMacintosh（登録商標）の場合は、
ActiveNonFloatingWindowを用いてアクティブなウィンドウを取得し、
GetWindowPropertyを用いてアクティブなウィンドウを持つアプリケーションの情報を取得し、
MeasureWindowTitleRecを用いてアクティブなウィンドウのタイトルやメニュー情報など画面特定に必要な情報を取得する。
【００３２】
エージェント画面生成モジュール１１７は、定義情報に基づいてエージェントの画面を生成する。
【００３３】
データ送信モジュール１１８は、エージェントが取得したＫＰＩ値をサーバ１５０へ送信する。
【００３４】
次に、クライアント１００及びサーバ１５０における処理の流れを説明する。
【００３５】
図３（ａ）に示すように、まずエージェントはユーザＩＤ及びパスワードの入力を受け付ける（ステップＳ１０１）。具体的には、ユーザＩＤ入力フィールド及びパスワード入力フィールドを表示装置１０６の画面に表示する。
【００３６】
キーボードなどを用いてユーザＩＤ及びパスワードが入力され、マウスなどを用いて送信コマンドボタンが押されるなどしたら、エージェントはユーザＩＤ及びパスワードをサーバ１５０へ送信する（ステップＳ１０２）。
【００３７】
図３（ｂ）に示すように、サーバ１５０はエージェントから送信されたユーザＩＤ及びパスワードを受信したら（ステップＳ１１１）、ＨＤＤ１５４に記憶されているログインユーザ情報１５５に基づいて認証処理を開始し（ステップＳ１１２）、認証処理の結果をエージェントへ送信する（ステップＳ１１３）。
【００３８】
エージェントは認証結果を受信し（ステップＳ１２１）、認証結果が認証ＯＫの場合は、定義情報要求をサーバ１５０へ送信し（ステップＳ１２２）、認証結果が認証ＯＫでない場合は、ステップＳ１０１へ戻る。
【００３９】
定義情報要求が送信された場合、サーバ１５０はその定義情報要求を受信し（ステップＳ１３１）、ＨＤＤ１５４に記憶されている定義情報１５６をエージェントへ送信する（ステップＳ１３２）。
【００４０】
エージェントは定義情報１５６を受信すると（ステップＳ１４１）、定義情報１５６を一時記憶領域に格納する（ステップＳ１４２）。定義情報（定義ファイル）の一例を以下に示す。
【００４１】
<定義>
<対象アプリケーション>
：
<アプリケーション情報>ファイル名等</アプリケーション情報>
<画面情報>画面タイトルやメニュー等</画面情報>
：
<アクション>
<画面>テキストボックス</画面>
</アクション>
：
<アクション>
<画面>送信ボタン</画面>
<文字>送信</文字>
</アクション>
：
<アクション>
<画面>画面遷移</画面>
</アクション>
：
</対象アプリケーション>
</定義>
各要素について以下に説明する。
【００４２】
<アプリケーション情報>〜</アプリケーション情報>は、<アプリケーション情報>と</アプリケーション情報>との間に記載のファイル名等によってＫＰＩ値取得対象となるアプリケーションを特定する。
【００４３】
<画面情報>〜</画面情報>は、<画面情報>と</画面情報>との間に記載の画面タイトルやメニュー等によってＫＰＩ値取得対象となる画面を特定する。
【００４４】
<アクション>〜</アクション>は、<アプリケーション情報>〜</アプリケーション情報>及び<画面情報>〜</画面情報>によって特定されるアプリケーションの画面と同時に表示画面１０６に表示されるエージェント画面のアクションを特定する。
【００４５】
<画面>テキストボックス</画面>は、エージェント画面内にテキストボックスが表示されることを示す。
【００４６】
<画面>送信ボタン</画面>及び<文字>送信</文字>は、「送信」という文字列が表示されたボタンがエージェント画面内に表示されることを示す。かかる送信ボタンがマウス等のポインティングデバイスを用いてクリック等されると、ＫＰＩ値がクライアント１００からサーバ１５０へ送信される。
【００４７】
<画面>画面遷移</画面>は、アプリケーションの画面が遷移した場合に、ＫＰＩ値がクライアント１００からサーバ１５０へ送信されることを示す。
【００４８】
エージェントは定義情報１５６を一時記憶領域に格納した後、アクティブウィンドウを監視し（ステップＳ１５１）、アクティブウィンドウを持つアプリケーションの情報を取得し（ステップＳ１５２）、アクティブなウィンドウのタイトルやメニュー情報など画面特定に必要な情報を取得し（ステップＳ１５３）、受信した定義ファイルに記載のアプリケーション及び画面の情報と、アクティブウィンドウから取得したアプリケーション及び画面の情報とを比較して、アクティブウィンドウがＫＰＩ値取得対象であるアプリケーションのウィンドウかを調べる（ステップＳ１５４）。
【００４９】
アクティブウィンドウがＫＰＩ値取得対象でない場合は、ステップＳ１５１に戻る。アクティブウィンドウがＫＰＩ値取得対象である場合は、定義ファイルに記述されているテキストボックス、チェックボックス、送信ボタン等のエージェント画面要素を描画する（ステップＳ１５５）。
【００５０】
なお、描画時に処理が必要ならそれを実行する。具体的には、後述する実施例３で説明するように情報を取得してから画面表示するような場合に、「情報を取得するという」処理を実行する。
【００５１】
そして、所定位置にエージェント画面を表示する（ステップＳ１５６）。具体的には、前述のアクティブウィンドウ取得の際（ステップＳ１５１）に、そのアクティブウィンドウの属性としてウィンドウサイズ（縦サイズ及び横サイズ）とその座標値（例えば、右上頂点のＸＹ座標値）を取得する。エージェント画面の表示位置設定にはこの情報（ウィンドウサイズ及び座標値）を用いる。エージェント画面の初期設定サイズは定義ファイルに示される画面情報により決定される。しかし、例えばエージェント画面をアクティブウィンドウの右上に表示する場合であって、アクティブウィンドウの右上には初期設定サイズのエージェント画面の全てが収まるだけの余地が無い場合は、エージェント画面のサイズを適宜縮小する。そして、エージェント画面を縦方向に縮小した場合は、縦方向のスクロールバーを生成し、初期状態では表示できない領域はスクロールすることによって閲覧可能とする。
【００５２】
また、定義ファイルに最大サイズ（ピクセル）を例えば下記のように規定するとしても良い。下記のピクセルは縦方向のピクセルを示すものとする。そして、複数のエージェント画面の内、最大サイズを超えるエージェント画面については、スクロールバーを生成し、縦方向300ピクセルでは表示しきれない領域はスクロールすることによって閲覧可能とする。
【００５３】
<最大画面>
<ピクセル>300</ピクセル>
</最大画面>
図５にエージェント画面の一例を示す。図５に示す例では、表示装置１０６の画面１２０には、アクティブウィンドウ１２１と非アクティブウィンドウ１２２，１２３が表示され、さらにアクティブウィンドウ１２１の右上にはエージェント画面１２４が表示されている。エージェント画面１２４は、テキストボックス１２５及び送信ボタン１２６から構成されている。
【００５４】
そして、ＫＰＩ値を取得する（ステップＳ１５７）。例えば、エージェント画面の画面要素がテキストボックスである場合は、そのテキストボックス内にユーザが入力した文字列、数値などがＫＰＩ値となる。
【００５５】
そして、画面が遷移したり、送信ボタンが押される等の送信イベントが発生したりしたら、サーバ１５０へＫＰＩ値を送信し（ステップＳ１５８）、画面遷移時にエージェント画面を消去する（ステップＳ１５９）。
【００５６】
エージェントを明示的に終了しない限り、ステップＳ１５２からステップＳ１５９までを繰り返す。
【００５７】
サーバ１５０は、ＫＰＩ値を受信する（ステップＳ１６１）。
【００５８】
前記の如く、実施例１によれば、既存の業務アプリケーションに変更を加えることなく、業務アプリケーションの所定のウィンドウがアクティブになったら、定義ファイルの内容に従って、そのアクティブなウィンドウと共にエージェント画面が表示され、所定のＫＰＩ値を取得することが可能となる。
【実施例２】
【００５９】
図６に基づいて、実施例２を説明する。実施例１と実施例２とにおいて、同一又は類似する箇所には同じ番号を付与し、説明を省略する。
【００６０】
実施例２では、エージェント２０１は、認証用モジュール１１４、定義情報取得モジュール１１５、アクティブ画面監視モジュール１１６、エージェント画面生成モジュール１１７、データ送信モジュール１１８に加えて、キーログ取得モジュール２０２を有する。
【００６１】
キーログ取得モジュール２０２は、キーロガーなどと呼ばれ、キーボードからの入力を監視し、入力内容を記録することができる。キー打鍵が開始されたら、キー打鍵を取得する場合の定義ファイル（定義情報）の例を以下に示す。
【００６２】
<アクション>
<キー打鍵>True</キー打鍵>
</アクション>
このような実施例２によれば、実施例１と同様に、既存の業務アプリケーションに変更を加えることなく、業務アプリケーションの所定のウィンドウがアクティブになったら、定義ファイルの内容に従って、そのアクティブなウィンドウと共にエージェント画面が表示され、所定のＫＰＩ値を取得することが可能となる。
【００６３】
また、実施例1では画面遷移に依存した情報や、エージェント画面に直接入力した情報の取得のみが可能である。さらに、実施例2では、アプリケーション画面に対して入力している情報をユーザに意識させることなく採取することができ、主にユーザの負担を減らすことが可能となる。
【００６４】
【実施例３】
【００６５】
図７に基づいて、実施例３を説明する。実施例１と実施例３とにおいて、同一又は類似する箇所には同じ番号を付与し、説明を省略する。
【００６６】
図７に示すように、サーバ３００は主制御部（ＣＰＵ）３０１、通信手段３０２及びＨＤＤ３０４がバス３０３に接続されている。ＨＤＤ３０４にはステータス情報３０５が記憶されている。通信手段３０２が、クライアント１００からステータス情報要求を受信したら、サーバ３００はＨＤＤ３０４に記憶されているステータス情報３０５をクライアント１００へ送信する。
【００６７】
実施例３では、クライアント１００は、サーバ１５０から受け取った定義情報に記載されているサーバ３００からステータス情報等を取得する。実施例３の定義情報（定義ファイル）の一例を以下に示す。
【００６８】
<定義>
<対象アプリケーション>
：
<アプリケーション情報>ファイル名等</アプリケーション情報>
<画面情報>画面タイトルやメニュー等</画面情報>
：
<アクション>
<事前処理>
<URL>http://ttttt.com/getStatus</URL><引数>%USERID%</引数>
</事前処理>
<画面>チェックボックス</画面>
</アクション>
：
<アクション>
<画面>送信ボタン</画面>
<文字>送信</文字>
</アクション>
：
：
</対象アプリケーション>
</定義>
<アプリケーション情報>〜</アプリケーション情報>及び<画面情報>〜</画面情報>によってＫＰＩ値取得対象であるアプリケーション及びウィンドウが特定される点は、実施例１と同様である。
【００６９】
そして、ステップＳ１５５において「定義情報に記述されているエージェント画面要素を描画」する際に、<URL>〜</URL>によって特定されるｃｇｉ（Common Gateway Interface）プログラム等やｃｇｉスクリプト等に、<引数>と</引数>との間に記載の引数を渡し、得られた文字列等が、チェックボックスと共にエージェント画面内に表示される。
【００７０】
なお、かかる場合、クライアント１００とサーバ３００とは、リモートマシン上のオブジェクト（データ）へアクセス可能なＳＯＡＰ(Simple Object Access Protocol)等の通信プロトコルに基づいて通信する。
【００７１】
このような実施例３によれば、実施例１と同様に、既存の業務アプリケーションに変更を加えることなく、業務アプリケーションの所定のウィンドウがアクティブになったら、定義ファイルの内容に従って、そのアクティブなウィンドウと共にエージェント画面が表示され、所定のＫＰＩ値を取得することが可能となる。
【００７２】
さらに、実施例３によれば、単純に定義情報に書くことが可能な静的な情報ではなく、リアルタイムなステータス情報の取得が可能になる。また、ＫＰＩ値の一部を構成する情報をサーバに取りに行き、サーバから取ってきた情報を用いてＫＰＩ値を構成することから、ユーザがＫＰＩ値の全てを入力しなければならない場合に比較してユーザの入力を軽減することが可能となる。
【００７３】
なお、実施例３では、定義情報に記載されているサーバ３００と、定義情報を格納しているサーバ１５０とは別のサーバとした。しかし、サーバ３００とサーバ１５０が同一のサーバであっても良いことは言うまでもない。
【図面の簡単な説明】
【００７４】
【図１】実施例１におけるクライアント及びサーバの構成を示すブロック図である。
【図２】実施例１におけるエージェントの内容を示すブロック図である。
【図３】実施例１における定義情報を受け取るまでのフローチャートであって、（ａ）はエージェントの処理の流れを、（ｂ）はサーバの処理の流れを示す。
【図４】実施例１における定義情報を受け取った後のフローチャートであって、（ａ）はエージェントの処理の流れを、（ｂ）はサーバの処理の流れを示す。
【図５】実施例１におけるエージェント画面の一例を示す。
【図６】実施例２におけるエージェントを構成するモジュールを示すブロック図である。
【図７】実施例３における第２のサーバの構成を示すブロック図である。
【符号の説明】
【００７５】
１０１…主制御部（ＣＰＵ）
１０２…通信手段
１０３…入力制御部
１０４…入力装置
１０５…表示制御部
１０６…表示装置
１１０…ＲＡＭ
１１１…ＨＤＤ
１１２…業務アプリケーション
１１３…エージェント
【図１】
2006189960.tif 000003
【図２】
2006189960.tif 000004
【図３】
2006189960.tif 000005
【図４】
2006189960.tif 000006
【図５】
2006189960.tif 000007
【図６】
2006189960.tif 000008
【図７】
2006189960.tif 000009