(57)【要約】【課題】  失敗した要求のステータスを調べる管理コンソールソフトウェアを提供する。【解決手段】  本発明において、一連のソフトウェアエージェントの１つによってハンドリングされている間に失敗した要求に関連したデータは、編集され、失敗に関与したエージェントに再サブミットされる。それらの先のエージェントは、再呼び出しを行って要求をハンドリングせず、必要に応じて、任意のエージェントを再呼び出しする。エージェントは、自身に要求されたサービスを実行できない場合に、システムアドミニストレータに、失敗を通知する。アドミニストレータは、ブラウザを使用して、管理コンソールにアクセスし、管理コンソールは、アドミニストレータがデータを調べることを可能にし、アドミニストレータは、失敗した要求のステータスを調べることを可能にする。【選択図】図１
2006048679.tif 000002
【特許請求の範囲】
【請求項１】
エージェントの直列呼び出しを行って要求を満たすソフトウェアエージェントシステムのエージェント管理コンソールであり、前記エージェントのそれぞれが前記要求をハンドリングすると同時に１つまたは２つ以上のサービスを実行し、前記サービスのそれぞれが構成データによって定義されるエージェント管理コンソールであって、
前記要求に関して、要求されたサービスを実行するエージェントによってハンドリングされ、失敗イベントが原因で中断されている前記要求のステータスのインターネットブラウザのアクセス可能な表示と、
前記要求に関連した前記データを編集するインターネットブラウザのアクセス可能なエディタと、
編集されたデータを有する前記要求を前記エージェントに再サブミットするインターネットブラウザのアクティブにされたサブミッタと
を備えるエージェント管理コンソール。
【請求項２】
前記インターネットブラウザのアクセス可能なエディタは、前記要求の再サブミットに先立って、サービスに関連したトラブルシューティングのオプションを変更することを可能にする
請求項１に記載のエージェント管理コンソール。
【請求項３】
選択された検索基準を満たす失敗イベントのデータステータスを表示する失敗検索手段
をさらに備える請求項１または２に記載のエージェント管理コンソール。
【請求項４】
選択されたエージェントサービスのアドホック要求を生成する手段
をさらに備える請求項１に記載のエージェント管理コンソール。
【請求項５】
前記アドホック要求が生成されると、前記データステータスは、前記アドホック要求にコピーされる
請求項４に記載のエージェント管理コンソール。
【請求項６】
ソフトウェアエージェントを直列に呼び出すことによってハンドリングされる顧客要求に対して実行されるサービスであって、前記エージェントの１つによって実行されるサービスの失敗を検出することと、
前記失敗をアドミニストレータに電子的に通知することと、
前記アドミニストレータによるインターネットブラウザのアクティビティに応答することであって、
前記失敗の時刻に対応するステータスに前記要求へのアクセスを設けることと、
前記要求に関係したデータへのアクセスの編集を提供することと、
前記要求の再サブミットを前記エージェントに提供することと
によって応答することと
とを含む方法。
【請求項７】
前記通知することは、
アクティブにされると、前記データを提示する表示を呼び出すリンクを前記アドミニストレータに提示すること
を含む請求項６に記載の方法。
【請求項８】
前記応答することは、
前記アドミニストレータが、アドホック要求を開始して、前記アドホック要求を前記エージェントにサブミットすることを可能にすること
をさらに含む
請求項６に記載の方法。
【請求項９】
前記応答することは、
前記アドホック要求が最初に前記顧客要求に関係した前記データの一部を含むように、前記アドミニストレータが前記アドホック要求を生成することを可能にすること
をさらに含む
請求項８に記載の方法。
【請求項１０】
前記応答することは、
前記アドミニストレータがエージェントの他の失敗を検索することを可能にすること
を含む
請求項６に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ処理に関し、より詳細には、Ｊａｖａ（登録商標）ベースのプログラミング環境に関する。
本発明の主な目的は、Ｊ２ＥＥ（「Ｊａｖａ２．０エンタープライズ版」）環境の強力で使いやすい管理インターフェースを提供することである。
【背景技術】
【０００２】
現代の進歩の多くは、社会のほとんどすべての領域でコンピュータがますます普及していることに関連している。
商業主体は、多くの場合、インターネットを介して商業主体にアクセスする顧客に使いやすく楽しいインターフェースを提供するように試みる。
このため、例えばＪ２ＥＥ（Ｓｕｎ  Ｍｉｃｒｏｃｏｍｐｕｔｅｒｓが提供しているＪａｖａプログラミング言語のエンタープライズ「版」）および．ｎｅｔ（「ドットネット」と発音され、Microsoft社から入手できる）といった一定の計算言語および計算環境は、サーバコンピュータがコンパクトなコードを顧客のコンピュータにインストールでき、顧客の視点から強化された対話性を提供できるようにする。
【０００３】
使いやすい対話型インターフェースを顧客に提供することによって、顧客のコンピュータとベンダのコンピュータネットワークとの間で多くの通信が必要となる可能性がある。
通例、同期メッセージングが使用される。
すなわち、メッセージを受信したコンピュータは、送り手に受信したことを応答する。
その間、送り手は、その応答を待っている場合がある。
この待ちによって、一般にコンピュータの性能は悪化する可能性があり、特にリアルタイムの対話の錯覚が悪化する可能性がある。
【０００４】
非同期通信は、上記応答による一部の状況において性能を改善することができる。
しかしながら、送り手は、メッセージが受信されたかどうかの通知を受けないので、配信を保証することがより重要となる。
この保証は、メッセージングプロトコルによって提供しなければならず、通常、メッセージおよびその配信ステータスを例えばハードディスクといった不揮発性メモリに記憶することを伴う。
【０００５】
Ｊ２ＥＥでは、ＪＭＳ、すなわちＪａｖａメッセージサービスによって非同期通信が提供される。
非同期のＪＭＳメッセージの処理は、「メッセージドリブンビーン」を使用して実行される。
基礎を成すＪ２ＥＥアプリケーションサーバは、メッセージのフェイルセーフ配信をメッセージドリブンビーンに提供する。
原理的には、メッセージドリブンビーンは、Ｊ２ＥＥの残りの部分と共に、強力なプログラミング環境をエンタープライズコンピューティングに提供する。
他方で、Ｊ２ＥＥプログラミングに必要なトレーニングはかなり大規模になる可能性がある。
【０００６】
米国特許出願第１０／６７４，７３８号は、Ｊ２ＥＥ環境用のエージェントサーバシステムを開示している。
このエージェントサーバシステムは、高レベルのインターフェースをメッセージドリブンビーンに提供し、それによって、ＪａｖａのＪ２ＥＥのプログラミング技術のない者がＪ２ＥＥアプリケーションを開発することが可能になる。
このエージェントサーバは、要求されたサービスを実行するために呼び出すことができるソフトウェアエージェントを提供する。
エージェント、エージェントのサービス、およびデータ要件は、すべて構成ファイルで定義することができる。
エージェントの追加または変更は、構成ファイルを編集することによって簡単に行うことができる。
【０００７】
要求された最終的なサービスを提供するエージェントが有するデータ必要条件が、その要求自体によって満たされない場合、中間エージェントを呼び出して、必要なデータを取得し、その必要条件を満たすことができる。
いくつかの中間エージェントは並列に呼び出されるが、いくつかのエージェントは、他のエージェントが呼び出される前に自身のサービスを完了するという意味で、エージェントは「直列に呼び出される」。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
メッセージ配信は保証されるが、サービスの実行においてエージェントが成功することは保証されない。
おそらく数回の再試行の後、エージェントがサービスを実行できない場合には、結局、そのエージェントを呼び出した要求を満たすことはできない。
この場合、例えば電子メールによるシステムアドミニストレータへの通知によって、エージェントの失敗の場合の手動介入が提供される。
しかしながら、エージェント開発は、コーディングの専門知識を必要としないが、失敗のデバッグはコーディングの専門知識を必要とする。
介入およびデバッグに必要な専門知識は、エージェントサーバシステムを保守するコストの大きな一因となる。
エージェントサーバシステムを保守するのに必要なトレーニングおよび専門知識を削減する方法が必要とされている。
【課題を解決するための手段】
【０００９】
本発明は、一連のソフトウェアエージェントの１つによってハンドリングされている間に失敗した要求のステータスを調べるインターネットブラウザのアクセス可能な（例えば、ｈｔｔｐプロトコルに準拠した）管理コンソールソフトウェアを提供する。
この要求に関連したデータは、編集することができ、失敗に関与したエージェントに再サブミットすることができる。
それらの一連のエージェントにおける（要求のハンドリングにおいて自身のサービスを成功して完了した）先のエージェントは、再呼び出しを行って要求をハンドリングする必要はない。
一方、本発明は、必要に応じて、任意のエージェントを再呼び出しする。
【００１０】
エージェントは、（おそらく、いくつかの再試行の後）自身に要求されたサービスを実行できない場合に、システムアドミニストレータに（例えば、電子メールによって）失敗を通知することができる。
その後、アドミニストレータは、ブラウザを使用して、管理コンソールにアクセスすることができる。
この管理コンソールは、アドミニストレータがデータを調べることを可能にし、したがって、アドミニストレータが、失敗した要求のステータスを調べることを可能にする。
例えば、アドミニストレータは、最近の失敗を検索して、対処の対象となる１つまたは２つ以上を選択することができる。
電子メールの通知は、管理コンソールを通じて直接、対象となる失敗にアクセスするリンクを提供することが好ましい。
【００１１】
本発明によって、要求データを編集することが可能になり、例えば、失敗の原因を解析するといった管理特有のオプションへのアクセスが提供される。
一例として、いくつかのシステムでは、オプションデータを追加することによって、デバッグレベルを選択することができる。
より高いデバッグレベルで要求を再サブミットすることによって、失敗に関するより詳細な情報を返すことができる。
このより詳細な情報は問題の特定を援助することができる。
他の管理特有のデータは、例えば、失敗の解析を援助するために、一定の値を返すように要求することもできるし、一定のランタイムオペレーションを検証するように要求することもできる。
【００１２】
管理コンソールは、トラブルシューティングおよび他のテスト目的でアドミニストレータによるアドホック要求を提供することが好ましい。
このコンソールは、アドミニストレータがブランクのアドホック要求を生成することを可能にすることができる。
さらに、アドミニストレータは、エージェント、および、当該エージェントによって提供されるサービスの１つを選択することができ、アドホック要求のデータを供給することができる。
実際の要求が表示されている場合に、管理コンソールは、関連するデータをアドホック要求にコピーして、トラブルシューティングを容易にすることが好ましい。
【００１３】
本発明は、よく知られているブラウザソフトウェアを活用して、エージェントのコーディングに使用されるプログラミング言語の知識を必要とすることなく、エージェントソフトウェアシステムの内部作業へのリモートアクセスまたはローカルアクセスを提供する。
管理特有のオプションは、要求ごとに実施することができる。
これに加えて、失敗した要求は、すでに成功して完了したサービスを繰り返すことなく再開することができる。
さらに、管理コンソールは、エージェントの開発に有効なツールを提供することができる。
本発明のこれらの特徴および利点ならびに他の特徴および利点は、添付図面に関する以下の説明から明らかになる。
【発明を実施するための最良の形態】
【００１４】
本発明によると、Ｊａｖａ有効エンタープライズコンピュータシステムＡＰ１が、アプリケーションサーバ１１および関係データベース１３をホストする。
アプリケーションサーバ１１は、エージェントサーバ１５、データベースアクセスレイヤ１７、およびサーブレットコンテナ１９をホストする。
エージェントサーバ１５はまた、いくつかのソフトウェアエージェントＡＧＩ、ＡＧＲ、ＡＧ１、ＡＧ２、…、ＡＧＮおよびＸＭＬフォーマットのエージェント構成ファイル２１をホストする。
サーブレットコンテナ１９は、ウェブブラウザによって使用されるｈｔｔｐ（ハイパーテキスト転送プロトコル）メッセージを、Ｊａｖａによって使用されるＪａｖａメッセージャサービス（ＪＭＳ）メッセージに変換するトランスレータ２３をホストする。
サーブレットコンテナ１９は、さらに、本発明による管理コンソール３０もホストする。
【００１５】
エージェントサーバ１５は、顧客のサービス要求に応答するように設計される。
顧客の要求は、顧客のワールドワイドウェブブラウザ３３を使用して行うことができる。
このワールドワイドウェブブラウザ３３は、ｈｔｔｐプロトコルを使用して要求をコンピュータシステムＡＰ１に送信する。
メッセージは、トランスレータ２３に提供され、トランスレータ２３は、その要求をＪＭＳプロトコルに変換する。
その結果のＪＭＳ要求は、インボーカエージェントＡＧＩに提供される。
エージェントＡＧ１は、要求、顧客識別データ、および顧客が提供したデータ（例えば、配信アドレス）をデータベース１３のエージェント要求テーブルＴＲに記憶する。
【００１６】
エージェントサーバ１１は、必要な単一の構成ファイル１５をドライブオフ（drive off）する。
すべてのアクティブなエージェントは、このファイル１５に登録しておかなければならない。
各エージェントは、最低限、以下によって記述される。
【００１７】
【表１】
2006048679.tif 000003
【００１８】
関係したサービスは、サービスの追加のオーバーヘッドが低い一方、エージェントのオーバーヘッドがより高くなるので、単一のエージェントの下にグループ化されるべきである。
クライアント要求は、エージェントサービスの対から成る。
例えば、「ＢｉｌｌｉｎｇＡｇｅｎｔ（課金エージェント）」はエージェント名である一方、「ＳｅｎｄＩｎｖｏｉｃｅ（請求書送信）」および「ＳｅｎｄＲｅｍｉｎｄｅｒ（督促状送信）」は、そのエージェントが実行するサービスである。
この例では、提供データは、「ＢｉｌｌｉｎｇＳｅｎｄＩｎｖｏｉｃｅ」または「ＢｉｌｌｉｎｇＳｅｎｄＲｅｍｉｎｄｅｒ」となる。
必要データ名を提供するエージェントサービスは、指定された順序で必要に応じて呼び出されて、必要データを収集する。
エージェントが提供したデータ名に加えて、サービスは、登録された他のデータ名を参照することもできる。
サポートデータの例は、デバッグレベル、戻り値、またはランタイム検証に影響するオプションである。
これらのデータ名は、登録する必要も、他のエージェントによって提供を受ける必要もない。
アドミニストレータに表示するために説明を提供することができる。
【００１９】
エージェントの登録に加えて、構成ファイル１５は、表Ｉに定義するように、「必要データ」としてエージェントサーバでの使用に利用可能なすべての非エージェントのデータ名も登録する。
利用可能なエージェントは、ＪＭＳクライアントメッセージを使用して、または、ＨＴＴＰ要求（ＪＭＳメッセージに変換される）を使用して呼び出すことができる。
双方の呼び出し方法は、既存のエージェントによっては供給できないあらゆる（登録された）必要データを供給するインボーカを必要とする。
【００２０】
破局的なクラッシュの場合、永続性ストアが回復目的で使用される。
回復は、エージェントサーバのスタートアップ時または手動で実行することができる。
あらゆるエージェント要求（およびそのエージェントデータ）は、処理に先立ちエージェントデータベースに記憶される。
これに加えて、各エージェントの呼び出しもデータベースに記憶される。
回復時において、完了していないすべてのエージェント要求が再び開始され、その時点までの、関連し、成功したすべてのエージェントの呼び出しが考慮される。
ステータス情報が、各呼び出し要求と共に記憶される。
【００２１】
また、永続性ストアは、エージェントの呼び出しおよび性能に関する簡単な統計値を収集するのにも使用される。
エージェントサーバは、回復目的および統計値の収集のための永続性ストアを使用する。
各エージェント要求およびエージェント呼び出しは、データベースに記憶される。
エージェントデータ、継続期間情報、およびステータスは、処理中に更新される。
エージェントの要求が成功して完了した時、そのエントリは、履歴追跡用に完了フラグが立てられる。
【００２２】
【表２】
2006048679.tif 000004
【００２３】
【表３】
2006048679.tif 000005
【００２４】
エージェントサーバには、アプリケーションエージェントがどのような作業を行うのかを知る術がない。
再呼び出しをハンドリングできることが、エージェントコードの任務である。
換言すると、前の未完了の呼び出しが、再呼び出しの成功に影響し得る作業を行っていた場合に、確実に成功する方法で再呼び出しをハンドリングすることがエージェントの任務である。
エージェントを援助するために、エージェントサーバは、エージェントコードが最初の呼び出しであるのか、それとも再呼び出しであるのかを当該エージェントコードが知るためのメカニズムを提供する。
【００２５】
フォールトトレランス方式は、表ＩＶに示すように、簡単なステータスを使用して、要求のハンドリングをガイドする。
代替的な実施の形態では、異なるステータス変数が使用される。
【００２６】
【表４】
2006048679.tif 000006
【００２７】
例えば、顧客３１は、システムＡＰ１のエンタープライズ所有者から購入可能な商品の予想配送日を要求することができる。
この要求に応答して、インボーカエージェントＡＧＩは、構成ファイル２１を検査して、エージェントＡＧＮが配送日を予想するサービスを提供することを決定する。
一方、配送日を決定するために、エージェントＡＧＮは、配送スケジュールに影響する可能性のあるあらゆる休日または他の考慮事項に関する情報を必要とする。
インボーカエージェントＡＧＩは、構成ファイル２１を調べて、このような情報がエージェントＡＧ２によって提供されると判断する。
したがって、インボーカエージェントＡＧＩは、エージェントＡＧＮの前にエージェントＡＧ２を呼び出さなければならない。
【００２８】
この例では、インボーカエージェントＡＧＩは、さらに、構成ファイル２１から、双方のエージェントＡＧ２およびＡＧＮが９桁の郵便番号を有する配送住所を必要とすると判断する。
しかしながら、この事例では、顧客３１が提供した配送住所は５桁の郵便番号しか有しない。
インボーカエージェントＡＧＩは、構成ファイル２１から、エージェントＡＧ１が、顧客３１が提供した住所から９桁の郵便番号を決定できると判断する。
【００２９】
したがって、インボーカエージェントＡＧＩは、エージェントＡＧ１を呼び出し、データベース１３の呼び出し表Ｔ１に呼び出しをログ記録する。
エージェントＡＧ１は、顧客３１が提供した住所情報に基づいて９桁の郵便番号を提供する表（図示せず）にアクセスする。
エージェントＡＧ１は、９桁の郵便番号を要求データに追加するようにエージェント要求表ＴＲを更新し、エージェントＡＧ２を呼び出して、自身が成功したことをエージェント呼び出し表ＴＩにログ記録する。
【００３０】
エージェントＡＧ２は、サードパーティの配送会社のサーバにアクセスして、配送日を計算するのに、どの休日および他の考慮事項を考慮に入れなければならないかを決定するように構成される。
しかしながら、休日情報を取得する最初の試みは失敗する。
構成されたように、エージェントＡＧ２は、当該エージェントＡＧ２を再呼び出しする再試行エージェントＡＧＲを呼び出す。
しかしながら、いくつかの失敗した試み（エージェントＡＧ２の定義の一部として構成ファイル２１に指定される）の後、エージェントＡＧ２は、呼び出し表ＴＩに失敗をログ記録する。
この失敗は、図２にフローチャートで示した本発明の方法Ｍ１をトリガする。
【００３１】
方法Ｍ１のステップＳ１は、ログ記録された失敗を検出することである。
ステップＳ２は、失敗をアドミニストレータ４１に通知することを含む。
説明した実施の形態では、失敗したエージェントは、電子メールの通知をアドミニストレータ４１に送信する。
これに応答して、アドミニストレータ４１は、ステップＳ３で管理コンソール３０にアクセスすることができ、それによって、図３に示す表示等の「エージェントサーバ管理」表示Ｄ１が提示される。
「エージェント失敗検索」ボタン５１をアクティブにすることによって、失敗イベントの検索が開始される。
「アドホック要求」ボタン５３については後に説明する。
【００３２】
方法Ｍ１のステップＳ４は、失敗した要求を検索することを含む。
Ｍ１が提供するほとんどの表示は、失敗した要求の検索を開始するオプションを提供し、したがって、ステップＳ４は、管理コンソール３０を伴うほとんどすべてのステップＳ３〜Ｓ１０の後に実行することができる。
図３の表示Ｄ１から、「エージェント失敗チェック」ボタン５１をクリックすることによって、図４の「エージェント失敗チェック」表示Ｄ２が提示される。
この表示はドロップダウンメニュー５５を含む。
このドロップダウンメニューは、現在に至るまでの継続期間の選択肢（例えば、１時間、２時間、１日、２日、３日、１週間、１箇月、１年）をアドミニストレータ４１に提供する。
この継続期間にわたって、失敗が検索される。
適切な継続期間が選択されると、アドミニストレータ４１は、「検索サブミット」ボタン５７をアクティブにすることができる。
通常、アドミニストレータ４１に関心のある失敗した要求は、その要求が最近のものであることを考慮した検索によって返される。
【００３３】
失敗がまれであると仮定すると、検索で返された失敗のリストは小さいはずであり、対象となる検索を特定することは容易なはずである。
しかしながら、「さらに進んだ検索」ボタン５９をアクティブにすることによって、図５に示す代わりの検索表示Ｄ３が提示される。
このさらに進んだ検索表示Ｄ３は、エージェントが検索項目を選別するためのドロップダウンメニュー６１、および、選択したエージェントのサービスにより選別を行うための別のドロップダウンメニュー６３を提供する。
これらの２つのサブメニューの区分「すべて」では、この進んだ検索は、図４の表示Ｄ２の簡単な検索と機能的に等価になる。
代替的な実施の形態では、さらに別の検索オプションが提供される。
【００３４】
失敗の検索によって、アドミニストレータ４１は、対象となる失敗した要求を自由に見て回ることが可能になる。
説明した例では、単一の失敗イベントが返され、その結果、図６の「失敗報告」表示Ｄ４（サンプルデータを含む）が提示される。
したがって、この検索により、図２のステップＳ５において、対象となる失敗した要求にアクセスすることが可能になる。
ステップＳ４の検索に応答して、２つの以上の失敗が返されると、アドミニストレータ４１は、ラジオボタン６５をチェックすることにより１つを選択して、より詳細にレビューすることができる。
この場合、表示Ｄ４の底部にあるボタンは、チェックされた失敗イベントに適用される。
アクティブにされると、ステップＳ２の電子メール通知をトリガした失敗イベントのみを自動的に返すリンクを、当該電子メール通知が含むことが好ましい。
したがって、失敗報告表示Ｄ４は、アドミニストレータ４１が電子メールリンクをアクティブにすることに応答して、表示Ｄ１、Ｄ２、またはＤ３をさらに介する必要なく直接提示される。
【００３５】
「エージェントサーバ管理」「失敗報告」表示Ｄ４は、一意の失敗ＩＤ番号を提供し、関係したエージェントおよびサービスを特定し、呼び出しの「開始時刻」および失敗の「終了時刻」を示す。
収集されたデータに関する詳細、ならびに、受信されたエラーメッセージおよび他のメッセージは、ステータス詳細ボックス６７に列挙される。
このステータス詳細ボックス６７は、テキストの量がボックスの容量を超えると、スクロール可能になる。
ステータス詳細ボックス６７に提示されたデータを追加または変更することによって失敗に対処できるとアドミニストレータ４１が理解すると、「要求編集」ボタン６９をアクティブにすることによってデータ編集にアクセスすることができる。
ステータスデータがステップＳ６で編集されると、アドミニストレータ４１は、ステップＳ７において、「再サブミット」ボタン５９をアクティブにすることにより、その要求をエージェントＡＧ２に再サブミットすることができる。
この再サブミットは、失敗したエージェントに対するものであり、エージェントのサービスの実行に成功した先のエージェント（例えば、ＡＧＩおよびＡＧ１）を再呼び出しする必要はない。
【００３６】
再び、この例を続けて、問い合わせで提供された日付が月を最初にするフォーマットであるのか、それとも日を最初にするフォーマットであるのかがあいまいである場合に、それを問い合わせるように外部サービスが、最近、プログラミングされたが、エージェントＡＧ２がこの問い合わせに応答するように更新されていなかったものと仮定する。
ステータス詳細の例は、失敗した要求を示している。
アドミニストレータは、「要求編集」ボタン６９をクリックし、月が数字で表されるのではなく、文字で綴られるように日付を変更する。
次いで、アドミニストレータは、「再サブミット」ボタン７１をクリックし、エージェントＡＧ２は、今度は、あいまいでない日付の列で再呼び出しされる。
エージェントＡＧ２は、休日情報で要求表ＴＲを更新し、エージェントＡＧ３を呼び出して、自身の成功を呼び出し表ＴＩにログ記録する。
次に、エージェントＡＧ３は、要求された配信日をブラウザ３３を介して顧客３１に提供する。
【００３７】
管理コンソール３０の編集機能は、サービスに必要なデータを追加または変更することを可能にすることに加えて、監視オプションの変更も可能にすることができる。
例えば、より高いデバッグレベルまたは高度なランタイム検証を使用して、トラブルシューティングを援助することができる。
状況に応じて、異なる結果により、要求が成功することもあるし、それ以外にトラブルシューティングが援助されることもある。
デバッグレベルの例についてさらに詳しく述べると、異なるデバッグモードを可能にするように各エージェントを構成することができる。
各モードは、エージェントがアクティブである間に記録される各イベントを割り当てる。
低レベルデバッグモード（いくつかのイベントが監視されて記録される）は、高い性能を得るためにデフォルトで使用することができる。
しかしながら、失敗が発生すると、ステータス詳細を編集して、要求がエージェントに再サブミットされる場合により多くのイベントが記録されるように、より高いデバッグレベルを指定することができる。
このより高いデバッグレベルを使用すると、より高い精度で問題を特定することができる。
これに加えて、要求の結果に影響するオプションを選択することもできる。
例えば、異なる戻り値を要求することができる。
【００３８】
手動で検索するのではなく、電子メール通知から失敗報告に直接達した場合であっても、手動による検索が、関係した失敗を見つけてトラブルシューティングを援助するのに依然として望ましい場合がある。
この場合、表示Ｄ４の「エージェント失敗チェック」ボタン５１が、図３の表示Ｄ２を呼び出して、時間フレームを選択することができる。
【００３９】
管理コンソール３０は、さらに、ステップＳ８で生成される「アドホックな」要求も行う。
これらの要求は、成功して完了すると、顧客に応答をもたらさないが、アドミニストレータへは応答をもたらす。
このアドホックな要求を使用して、エージェントをテストしてトラブルシューティングすることができる。
便宜上、失敗通知に関係したトラブルシューティングにおいて、管理コンソール３０は、「アドホック要求へコピー」ボタン７３を使用して新たな要求に、失敗した（または他の）要求のステータス詳細をコピーする。
その後、この新たな要求は、テストの必要に応じて、ステップＳ９で編集することができる。
【００４０】
アドミニストレータが好む場合に、「アドホック要求ブランク」ボタン７５を使用することによって、スクラッチから要求を生成することができる。
このスクラッチには、「編集」によってデータを追加することができる。
図７は、最初はブランクであるが、或るデータが追加されたアドホック要求を有する表示Ｄ５を示している。
表示Ｄ１〜Ｄ３に存在する「アドホックエージェント要求」ボタン５３が、アドホック要求ブランクボタン７５と機能的に同一であり、したがって、他の方法ステップＳ３〜Ｓ９からステップＳ８に到達できることに留意されたい。
【００４１】
Ｄ５等のアドホック要求表示は、エージェント選択ドロップダウンメニュー６１、サービス選択ドロップダウンメニュー６３、データ名ドロップダウンメニュー８３（選択されたサービスに関連したデータの選択を可能にする）、データ値エントリボックス８５、および非要求データ項目をファイルに配置する閲覧ボタンを含む。
ファイルが選択されると、データは、自動的にボックス８５に入力される。
所望のデータがデータ値ボックス８５に示されると、データ値対追加ボタン８９をアクティブにすることによって、メニュー８３で選択されたデータ名およびボックス８５に提示されたデータ値がステータスボックス９３に入力される。
このステータスボックス９３は、図６のステータス詳細ボックス６７に対応する。
ボックス９３の選択されたデータ値対は、「データ値対クリア」ボタン９１をアクティブにすることによって削除することができる。
アドホック要求が所望の形式にされると、要求サブミットボタン９５をアクティブにすることによって、選択されたエージェントにこの要求をサブミットすることができる。
代替的に、アドミニストレータ４１は、エージェント失敗チェックボタン５１をアクティブにするか、または、アドホック要求ボタン５３をアクティブにすることによって新たなアドホック要求を開始する（基本的に、存在するアドホック要求をクリアする）ことを選ぶことができる。
【００４２】
アドホック要求が生成されるか、または、他の動作が行われると、アドミニストレータ４１は、最初の失敗表示Ｄ４をクローズすることができ、要求の終了またはそのエラーステータスの保持のいずれかを行うことができる。
後者の選択には、「エラーステータス保持」ボタン７７をアクティブにすることが必要とされ、この選択によって、さらに調査を行うために失敗データが保存される。
この場合、要求は、アドミニストレータが再びアクセスするまで（例えば、失敗の原因となった問題が修復された後）、休止状態に維持される。
「終了」ボタン７９をアクティブにすることによって、失敗報告は終了し、その結果、失敗報告はもはやアクセス不能となる。
この場合、最初の顧客要求をもはや満たすことはできない。
顧客には、この事実が通知されることが好ましい。
顧客は、後に、その要求を再サブミットするように案内を受けることができる。
【００４３】
アドミニストレータは、失敗が管理コンソールにアクセスするのを待つ必要はない。
ブラウザを使用して、図３に示す管理コンソールのホーム表示Ｄ１を見て回ることができる。
この表示から、ブランクのアドホック要求を選択するもできるし、エージェントの失敗を検索することもできる。
【００４４】
説明した実施の形態はＪ２ＥＥ環境を含むが、本発明は、他の環境では、直列に呼び出されるソフトウェアエージェントの管理を提供する。
他の環境には、さまざまなパーソナルコンピュータおよびサーバオペレーティングシステムならびにプログラミング環境が含まれる。
デバッグレベル等の監視オプションの変更は、データフィールドにデータを追加することによって実行されるが、本発明は、代替的に、対応するラジオボタンを選択する等の他の手段によって監視オプションの設定を可能にする。
説明した実施の形態上のこれらの変形および他の変形、ならびに、説明した実施の形態に対するこれらの変更および他の変更は、本発明によって提供される。
本発明の範囲は、添付の特許請求の範囲によって画定される。
【図面の簡単な説明】
【００４５】
【図１】本発明によるシステムの概略ブロック図である。
【図２】図１のシステムの状況において実施された本発明の方法のフローチャートである。
【図３】図１のシステムおよび図２の方法によって提供されたサンプル表示である。
【図４】図１のシステムおよび図２の方法によって提供されたサンプル表示である。
【図５】図１のシステムおよび図２の方法によって提供されたサンプル表示である。
【図６】図１のシステムおよび図２の方法によって提供されたサンプル表示である。
【図７】図１のシステムおよび図２の方法によって提供されたサンプル表示である。
【符号の説明】
【００４６】
１１・・・アプリケーションサーバ，
１３・・・データベース，
１５・・・エージェントサーバ，
１７・・・データベースアクセスレイヤ，
１９・・・サーブレットコンテナ，
２１・・・エージェント構成ファイル，
２３・・・ＨＴＴＰ−＞ＪＭＳトランスレータ，
３０・・・管理コンソール，
３３，４３・・・ブラウザ，
４１・・・アドミニストレータ，
【図１】
2006048679.tif 000007
【図２】
2006048679.tif 000008
【図３】
2006048679.tif 000009
【図４】
2006048679.tif 000010
【図５】
2006048679.tif 000011
【図６】
2006048679.tif 000012
【図７】
2006048679.tif 000013