JP2016503203A - オンザフライテクニカルサポート - Google Patents

Abstract

オンザフライテクニカルサポートのために情報取扱システムによって行なわれる方法について記載する。典型的な方法では、エラーメッセージ（４０２）を読取り、エラーコード（３２３）がそこから取得される。プロジェクトディレクトリ（４１３）をサーチしてレポート（４１４）が取得される。レポート（４１４）は複数の実行可能なモジュール（３２１）のうちの失敗したモジュールを示し、レポート（４１４）はエラーメッセージ（４０２）に関連付けられる。エラーの発生元がエラーメッセージ（４０２）から識別される。失敗したモジュールの失敗したステージがレポート（４１４）から識別される。エラーの解決のためにドキュメント（３２０）をサーチするために、エラーメッセージ（４０２）についてのケース照会（４１５）が準備される。ケース照会（４１５）は失敗したステージを識別する。ネットワークにアクセスし、ネットワーク上でケース照会が送信される。

Description

本発明は、オンザフライテクニカルサポートに関する。より特定的には、本発明はエラー解決のための情報を自動的に取出すためのアプリケーションに関する。

背景
これまで、アプリケーションを実行中にユーザがエラーに遭遇した場合、ウェブベースのキーワードサーチを行ない、多様な可能性のあるネットワーク化データベースのうちのいずれかの情報にアクセスすることによって、解決策を確認することになっていた。これにより、関連情報を取得するために手作業によるユーザ入力を複数回繰返すことが必要となり得、エラーを解決するためには時間がかかるプロセスとなり得る。さらに、そのようなサーチに応じて返される情報は、一貫性がなく、信頼性がなく、かつ／または信頼できない場合がある。加えて、関連情報を取得するためにそのようなサーチを行なうためにユーザによって選択されるキーワードへの依存性が高い場合がある。

したがって、上述の問題の１つ以上を克服するオンデマンドサポートを提供することが望ましく、かつ有用であろう。

概要
１つ以上の実施形態は、概してオンザフライテクニカルサポートに関する。

オンザフライテクニカルサポートのための情報取扱システムによって行なわれる方法について記載する。典型的な方法において、エラーメッセージを読取り、そこからエラーコードが取得される。プロジェクトディレクトリをサーチして、レポートが取得される。レポートは、複数の実行可能なモジュールのうちの失敗したモジュールを示し、レポートはエラーメッセージに関連付けられる。エラーの発生元がエラーメッセージから識別される。失敗したモジュールの失敗したステージがレポートから識別される。エラーの解決のためにドキュメントをサーチするためにエラーメッセージについてのケース照会が準備され、ケース照会は失敗したステージを識別する。ネットワークにアクセスし、ネットワーク上でケース照会が送信される。

任意に、当該方法は、ケース照会に応じて取出されたドキュメントの一部分を格納することをさらに含むことができ、一部分は、失敗したステージに関連付けられ、さらに、エラーコードを用いて一部分をサーチすることを含むことができる。

任意に、当該方法は、一部分においてそのサーチから見つかったエラーコードの一致するエントリを格納することと、一致するエントリをウィンドウに表示することとをさらに含むことができる。

任意に、当該方法は、完了したモジュールを示す第２のレポートを開くことと、発生元を用いて第２のレポートをサーチすることと、第２のレポートにおいてそのサーチから見つかった発生元を有する警告を格納することと、一部分においてそのサーチから見つかったエラーコードの一致するエントリを格納することと、警告および一致するエントリをウィンドウに表示するために組合せることと、警告および一致するエントリをウィンドウに表示することとをさらに含むことができる。

任意に、当該方法は、完了したモジュールを示す第２のレポートを開くことと、発生元を用いて第２のレポートをサーチすることと、第２のレポートのサーチからの各一致を格納することとをさらに含むことができる。

任意に、当該方法は、ケース照会に応じて取出されたドキュメントの一部分を格納することをさらに含み、一部分は、失敗したステージに関連付けられ、さらに、エラーコードを用いて一部分をサーチすることと、一部分においてそのサーチからエラーコードの一致するエントリが見つからないことに応じて、失敗したステージおよびエラーメッセージを含むウェブケース（ｗｅｂｃａｓｅ）を開始することと、ネットワーク上でｗｅｂｃａｓｅを送信することとをさらに含むことができる。

任意に、当該方法は、完了したモジュールを示す第２のレポートを開くことと、発生元を用いて第２のレポートをサーチすることと、第２のレポートにおいてそのサーチから見つかった発生元を有する警告を格納することと、ｗｅｂｃａｓｅに警告を追加することとをさらに含むことができる。

任意に、当該方法は、ｗｅｂｃａｓｅについてのタイトルを生成することをさらに含むことができ、タイトルは、失敗したステージに関連付けられた失敗したモジュールの名前および位置を含み、さらに、ｗｅｂｃａｓｅにタイトルを付加することを含むことができる。

任意に、送信することは、ｗｅｂｃａｓｅをネットワーク上でユーザフォーラムアドレスおよびテクニカルサポートアドレスの双方に提供することを含むことができる。

典型的なシステムについても記載する。システムは、ドキュメントをオンラインでホストするための第１のサーバを備え、ドキュメントは、複数のセクションおよび複数のセクションのための複数のサブセクションを含む。複数のサブセクションは、１つ以上のエラーレコードに関連付けられる。１つ以上のエラーレコードは、複数のサブセクション下で生じることができる１つ以上のエラーと関連して１つ以上のエラーコードに関連付けられる。少なくとも、第１のサーバに通信可能に結合された第２のサーバも、複数のデータベースをホストするためにシステムに含まれる。エラーレコードは、１つ以上のエラーを解決するための関連情報をそこからフェッチするために、複数のデータベースのうちの少なくとも１つへの少なくとも１つのリンクを有する。

任意に、そのようなシステムにおいて、第１のサーバは、ケース照会の受信に応じてドキュメントをサーチするようにプログラムされることができ、第１のサーバは、ケース照会に応じてサブセクションのうちの１つのサブセクションのコピーを作成するようにプログラムされることができ、第１のサーバは、ケース照会を発信したクライアントに１つのサブセクションのコピーを送信するようにプログラムされることができる。

任意に、第１のサーバは、ドキュメントを更新してｗｅｂｃａｓｅについてのエントリを作成するようにプログラムされることができる。

任意に、ｗｅｂｃａｓｅは、複数のセクションのうちの１つのセクションと、複数のサブセクションのうちの１つのサブセクションと、１つ以上のエラーコードのうちの１つのエラーコードを有するエラーメッセージとを含むことができる。

任意に、ｗｅｂｃａｓｅはさらに、複数のデータベースのうちの１つ以上におけるテクニカルサポートリクエストへの第１のリンクと、複数のデータベースのうちの１つ以上におけるコミュニティフォーラムポストへの第２のリンクとを含むことができる。

任意に、ｗｅｂｃａｓｅはさらに、複数のデータベースのうちの１つ以上におけるドキュメンテーションへの第３のリンクを含むことができる。

オンザフライテクニカルサポートのためのコンピュータプログラムプロダクトについても記載する。コンピュータプログラムプロダクトは、有形のコンピュータ読取り可能な記憶媒体、および有形のコンピュータ読取り可能な記憶媒体上に格納されたコンピュータ読取り可能なプログラムを含む。コンピュータ読取り可能なプログラムは、情報取扱システムに以下の動作を行なわせるために、情報取扱システムによって処理される。アプリケーションプログラムによって生成されたエラーメッセージを読取り、エラーメッセージからエラーコードを取得する。プロジェクトディレクトリをサーチして、アプリケーションプログラムによって生成されたレポートを取得する。アプリケーションプログラムは複数の実行可能なモジュールを含み、レポートは、エラーメッセージに関連付けられた複数の実行可能なモジュールのうちの失敗したモジュールを示す。エラーの発生元がエラーメッセージから識別される。失敗したモジュールの失敗したステージがレポートから識別される。エラーの解決のためにオンラインドキュメントをサーチするために、エラーメッセージについてのケース照会が準備される。ケース照会は失敗したステージを含む。ネットワークにアクセスし、ネットワーク上でケース照会が送信される。

図面の簡単な説明
添付の図面は、典型的な方法およびシステムを示す。しかし、添付の図面は図示の例を限定するものと解釈されるべきではなく、説明および理解だけのためのものである。

典型的なカラム型フィールドプログラマブルゲートアレイ（「ＦＰＧＡ」）アーキテクチャを表す簡略ブロック図である。 典型的な従来のデバッグフローを表すブロック／斜視図である。 典型的なオンザフライテクニカルサポートフローを表すブロック／斜視図である。 典型的なデバッグフローを表すフローチャートである。 典型的なウェブアクセス可能なサーバフローを表すフローチャートである。 図４のデバッグフローの延長であり得る、典型的なデバッグフローを表すフローチャートである。 典型的なｗｅｂｃａｓｅエントリ生成フローを表すフローチャートである。 典型的なドキュメント作成フローを表すフローチャートである。 別の典型的なウェブアクセス可能なサーバフローを表すフローチャートである。 図９のサーバフローのための典型的なｗｅｂｃａｓｅフローを表すフローチャートである。 コンピュータシステムの例を表すブロック図である。

詳細な説明
以下の記載では、具体的な例のより十分な説明を提供するために、多くの具体的な詳細を挙げる。しかし、以下に示されるすべての具体的な詳細なしに１つ以上の例を実施してもよいことは当業者には明らかであるはずである。他のインスタンスでは、１つ以上の例が不明瞭とならないよう周知の特徴については詳細に記載していない。例示を簡単にするため、同じ要素を指すために同じ符号を異なる図において用いる。しかし、代替的な実施形態では要素は異なり得る。

以下の記載では、説明の目的で、本明細書に開示される様々な発明概念についての十分な理解を提供するために、具体的な名称を挙げる。しかし、本明細書に開示された様々な発明概念を実施するためにはこれらの具体的な詳細は必要とされないことは当業者にとって明らかであろう。

以下の詳細な説明のいくつかの部分は、コンピュータメモリ内のデータビットに対する動作のアルゴリズムおよび記号表示に関して提示される。これらのアルゴリズムの記載および表示は、作業の本質を他の当業者に最も効果的に伝えるためにデータ処理技術の当業者によって用いられる手段である。アルゴリズムは、ここでは、かつ一般には、所望の結果に至る自己矛盾のない一連のステップであると考えられる。ステップは、物理量の物理的な操作を必要とするものである。必須ではないが通常は、これらの量は、格納すること、転送すること、組合せること、比較すること、およびその他の方法で操作することが可能な電気信号または磁気信号の形態を取る。これらの信号をビット、値、要素、記号、文字、用語、数等として参照することは、主に共通使用の理由により時には好都合であることが分かっている。

しかし、これらおよび同様の用語はすべて適切な物理量と関連付けられ、これらの量に与えられる好都合な符号にすぎないことに留意すべきである。特に別記しない限り、以下の説明から明らかであるように、記載の全体にわたって、「処理する」または「計算する」または「算出する」または「判定する」または「表示する」などといった用語を利用した議論は、コンピュータシステムのレジスタおよびメモリ内の物理（電子）量として表わされるデータを操作し、コンピュータシステムメモリまたはレジスタまたは他のそのような情報記憶、送信または表示装置内の物理量として同様に表される他のデータに変形させるコンピュータシステムまたは同様の電子計算装置の動作およびプロセスを指すことが明らかである。

本システムおよび方法は、本明細書の動作を行なうための装置にも関する。この装置は、必要とされる目的のために特別に構成されてもよいし、コンピュータに格納されたコンピュータプログラムによって選択的に起動されるかもしくは再構成される汎用コンピュータを含んでもよい。そのようなコンピュータプログラムは、限定はしないがフロッピー（登録商標）ディスク、光ディスク、ＣＤ−ＲＯＭ、および光磁気ディスクを含む任意の種類のディスク、読取り専用メモリ（「ＲＯＭ」）、ランダムアクセスメモリ（「ＲＡＭ」）、ＥＰＲＯＭ、ＥＥＰＲＯＭ（登録商標）、磁気もしくは光カード、または電子命令を格納するのに好適な任意の種類の媒体などのコンピュータ読取り可能な記憶媒体に格納されてもよく、各媒体はコンピュータシステムバスに結合される。

本明細書に提示されるアルゴリズムおよび表示装置は、いずれかの特定のコンピュータまたは他の装置に本質的には関連していない。本明細書の教示に係るプログラムと共に様々な汎用システムを用いてもよいし、必要とされる方法ステップを行なうためにより特殊化した装置を構成することが好都合であると分かる場合もある。様々なこれらのシステムのための構造が以下の説明から出現するであろう。その上、本明細書に含まれる例は、いずれかの特定のプログラミング言語に関して説明されない。様々なプログラミング言語を用いて、本明細書に記載される教示を実装してもよいと理解されるであろう。

いくつかの図に例示的に表されている例について説明する前に、さらなる理解のために概説を提示する。下記のように、アプリケーションは、デバッガを含んで、またはデバッガにアクセスして、オンデマンド（「オンザフライ」）テクニカルサポートを提供し得る。これは、時間がかかる手作業のサーチを回避するために用いられ得る。そのようなデバッガは、エラーメッセージに応じて使用されるかまたは呼び出され、その後、そのようなエラーについて回答記録が存在するかどうかを判定するためにチェックし、存在しない場合は、ユーザのためにそのようなエラーに対処するべくテクニカルサポート（「ｗｅｂｃａｓｅ」）のリクエストおよび／またはユーザのコミュニティのためのポストを作成し得る。これらの方針に沿って、ユーザコンピュータに対してローカルであるか、ユーザのコンピュータによってアクセス可能なオンラインであるかに関わらず、エラーをデバッグするための関連情報が１つ以上の利用可能なデータベースから自動的にフェッチされ得る。

上記の概略的な理解に留意して、オンザフライサポートのための様々な典型的なデバッガについて概略的に以下で説明する。これらの例の１つ以上は特定の種類のＩＣを用いて例証されるため、そのようなＩＣの詳細な説明を以下に提示する。しかし、他の種類のアプリケーションが本明細書に記載される例のうち１つ以上から利益を受け得ることが理解されるべきである。

プログラマブルロジックデバイス（「ＰＬＤ」）は、特定された論理関数を行なうようにプログラムすることができる周知の種類の集積回路である。ＰＬＤの一種であるフィールドプログラマブルゲートアレイ（「ＦＰＧＡ」））はプログラマブルタイルのアレイを典型的に含む。これらのプログラマブルタイルは、たとえば、入出力ブロック（「ＩＯＢ」）、構成可能な論理ブロック（「ＣＬＢ」）、専用のランダムアクセスメモリブロック（「ＢＲＡＭ」）、マルチプライヤ、デジタル信号処理ブロック（「ＤＳＰ」）、プロセッサ、クロックマネージャ、遅延ロックループ（「ＤＬＬ」）などを含むことができる。本明細書で用いられる限りにおいて、「含む」および「含み」は制限なしに含むことを意味する。

各プログラマブルタイルは、プログラマブル相互接続およびプログラマブルロジックの双方を典型的に含む。プログラマブル相互接続は、プログラマブル相互接続点（「ＰＩＰ」）によって相互接続された、長さが変動する多数の相互接続ラインを典型的に含む。プログラマブルロジックは、たとえば、関数発生器、レジスタ、演算ロジックなどを含むことができるプログラマブル要素を用いて、ユーザ設計のロジックを実装する。

プログラマブル相互接続およびプログラマブルロジックは、プログラマブル要素がどのように構成されるかを規定する内部構成メモリセルに構成データのストリームをロードすることによって典型的にプログラムされる。構成データはメモリから（たとえば外部ＰＲＯＭから）読取ることができるか、または外部装置によってＦＰＧＡに書込むことができる。個々のメモリセルの集団状態がＦＰＧＡの機能を決定する。

別の種類のＰＬＤは、コンプレックスプログラマブルロジックデバイス、すなわちＣＰＬＤである。ＣＰＬＤは、相互接続スイッチマトリクスによって互いに、かつ入出力（「Ｉ／Ｏ」）リソースに接続される２つ以上の「機能ブロック」を含む。ＣＰＬＤの各機能ブロックは、プログラマブルロジックアレイ（「ＰＬＡ」）およびプログラマブルアレイロジック（「ＰＡＬ」）デバイスで用いられるものと同様の２レベルのＡＮＤ／ＯＲ構造を含む。ＣＰＬＤでは、構成データはオンチップで不揮発性メモリに典型的に格納される。いくつかのＣＰＬＤでは、構成データは、オンチップで不揮発性メモリに格納され、次いで初期設定（プログラミング）シーケンスの一部として揮発性メモリにダウンロードされる。

これらのプログラマブルロジックデバイス（「ＰＬＤ」）のすべてについて、装置の機能性は、当該目的のために装置に提供されるデータビットによって制御される。データビットは、揮発性メモリ（たとえばＦＰＧＡおよびいくつかのＣＰＬＤでのようなスタティックメモリセル）、不揮発性メモリ（たとえばいくつかのＣＰＬＤでのようなＦＬＡＳＨメモリ）、またはいずれかの他の種類のメモリセルに格納することができる。

他のＰＬＤは、装置上の様々な要素をプログラム可能に相互接続するメタル層などの処理層を適用することによってプログラムされる。これらのＰＬＤは、マスクプログラマブルデバイスとして知られている。ＰＬＤは、他のやり方で、たとえばヒューズまたはアンチヒューズ技術を用いて実施することもできる。「ＰＬＤ」および「プログラマブルロジックデバイス」という用語は、限定はしないがこれらの典型的な装置を含み、部分的にのみプログラム可能な装置を包含する。たとえば、ＰＬＤの一種は、ハードコード化されたトランジスタロジックと、ハードコード化されたトランジスタロジックをプログラム可能に相互接続するプログラマブルスイッチファブリックとの組合せを含む。

上記のように、高度なＦＰＧＡは、いくつかの異なる種類のプログラマブルロジックブロックをアレイで含むことができる。たとえば図１は、マルチギガビットトランシーバ（「ＭＧＴ」）１０１、構成可能な論理ブロック（「ＣＬＢ」）１０２、ランダムアクセスメモリブロック（「ＢＲＡＭ」）１０３、入出力ブロック（「ＩＯＢ」）１０４、構成およびクロックロジック（「ＣＯＮＦＩＧ／ＣＬＯＣＫＳ」）１０５、デジタル信号処理ブロック（「ＤＳＰ」）１０６、特殊な入出力ブロック（「Ｉ／Ｏ」）１０７（たとえば構成ポートおよびクロックポート）、およびデジタルクロックマネージャ、アナログ／デジタル変換器、システム監視ロジックなどといった他のプログラマブルロジック１０８を含む多数の異なるプログラマブルタイルを含むＦＰＧＡアーキテクチャ１００を例示する。いくつかのＦＰＧＡは、専用のプロセッサブロック（「ＰＲＯＣ」）１１０も含む。

いくつかのＦＰＧＡでは、各プログラマブルタイルは、各隣接タイルにおける対応する相互接続要素との標準化された接続を有するプログラマブル相互接続要素（「ＩＮＴ」）１１１を含む。したがって、プログラマブル相互接続要素は、例示されているＦＰＧＡのためのプログラマブル相互接続構造を共に実現する。図１の上部に含まれる例によって示されるように、プログラマブル相互接続要素１１１は、同じタイル内のプログラマブルロジック要素との接続も含む。

たとえば、ＣＬＢ１０２は、単一のプログラマブル相互接続要素（「ＩＮＴ」）１１１を加えたユーザロジックを実現するようにプログラムすることができる構成可能な論理要素（「ＣＬＥ」）１１２を含むことができる。ＢＲＡＭ１０３は、１つ以上のプログラマブル相互接続要素に加えて、ＢＲＡＭ論理要素（「ＢＲＬ」）１１３を含むことができる。典型的に、タイルに含まれる相互接続要素の数は、タイルの高さに依存する。図示のＦＰＧＡでは、ＢＲＡＭタイルは５つのＣＬＢと同じ高さを有するが、他の数（たとえば４）を用いることもできる。ＤＳＰタイル１０６は、適切な数のプログラマブル相互接続要素に加えて、ＤＳＰ論理要素（「ＤＳＰＬ」）１１４を含むことができる。ＩＯＢ１０４は、たとえば、プログラマブル相互接続要素１１１の１つのインスタンスに加えて、入出力論理要素（「ＩＯＬ」）１１５の２つのインスタンスを含むことができる。当業者には明らかとなるように、たとえばＩ／Ｏ論理要素１１５に接続される実際のＩ／Ｏパッドは、典型的に、入出力論理要素１１５の領域に限定されない。

図示のＦＰＧＡにおいて、（図１に示す）ダイの中心付近の水平領域は、構成、クロックおよび他の制御ロジックに用いられる。この水平領域または列から延在する縦列１０９は、クロックおよび構成信号をＦＰＧＡの幅を横切って分配するのに用いられる。

図１に示されるアーキテクチャを利用したいくつかのＦＰＧＡは、ＦＰＧＡの大部分を構築する規則的なカラム型構造を中断する追加的な論理ブロックを含む。追加的な論理ブロックは、プログラマブルブロックおよび／または専用のロジックであり得る。たとえばプロセッサブロック１１０は、いくつかの列のＣＬＢおよびＢＲＡＭにまたがる。

図１は典型的なＦＰＧＡアーキテクチャのみを例示することが意図されていることに注意すべきである。たとえば、１行の論理ブロックの数、行の相対的な幅、行の数および順序、行に含まれる論理ブロックの種類、論理ブロックの相対的なサイズ、ならびに図１の上部に含まれる相互接続／ロジック実装例は典型的なものにすぎない。たとえば、実際のＦＰＧＡでは、ユーザロジックの効率的な実装を容易にするために、ＣＬＢがどこに出現しようと、２本以上の隣接する行のＣＬＢが典型的に含まれるが、隣接するＣＬＢの行の数はＦＰＧＡの全体的なサイズによって変動する。

図２は、典型的な従来のデバッグフロー２００を表すブロック／斜視図である。コンピュータ２０６を使用しているユーザ２０５は、ソフトウェアアプリケーション（「ツール」）２１０を実行する際にエラーに遭遇する場合がある。過去においては、ユーザ２０５は、インターネットクラウド２０４によって１つ以上のデータベース２０１〜２０３に個々に手作業で照会して、エラーを修復するための解決策情報を探すことになっていた。この例では、データベース２０１は、ユーザの質問に回答するテクニカルサポートなどからの回答記録のウェブアクセス可能なデータベースであり得る。テクニカルサポート要員によって処理されているオープンなユーザの質問は、「トラブルチケット」、「ｗｅｂｃａｓｅ」、または他の名前で称されることがある。データベース２０２は、ユーザの質問に回答するポストおよびそのスレッドを有する１つ以上のウェブアクセス可能なユーザコミュニティフォーラムであり得る。最後に、データベース２０３は、製品の製造によって提供され得るウェブアクセス可能なドキュメントであり得る。１つ以上のデータベース２０１〜２０３をサーチしても有用な解決策が得られなかった場合、ユーザ２０５は一般にユーザコミュニティのためのテクニカルサポートおよびフォーラムポストについてｗｅｂｃａｓｅを手作業で作成することになっていた。

デバッグフロー２００は、１つ以上のエラーを発生させ得る様々なツールのうちのいずれかについてのものであり得る。例によって明確にする目的で、限定ではなく、電子設計自動化（「ＥＤＡ」）ツールについて記載するが、他のインスタンスでは他の種類のツールが用いられてもよい。ＥＤＡツールは、ユーザの回路デザインをＦＰＧＡを構成するための構成情報に変形するために、すなわち、限定なしにそのようなＦＰＧＡのプログラム可能なリソースを用いる具体例を含む、ＦＰＧＡにおけるユーザの回路デザインを具体化するために使用され得る。

ＥＤＡツール２１０がエラーを発生すると、回答記録データベース２０１においてオンラインで回答記録または解決策ステートメントをサーチする選択肢がユーザ２０５に与えられ得る。そのようなオンラインサーチを呼び出すには、ユーザ２０５はエラーメッセージをクリックするか、またはエラーメッセージを右クリックし、回答記録プションにおおいてサーチを選択してもよい。そのようなオンラインサーチが呼び出されると、キーワードサーチがユーザ２０５によって行なわれ得る。そのようなサーチの結果は、ＥＤＡツール２１０内のウェブページに、または別個のウィンドウに表示され得る。エラーを解決する際にこの回答記録のサーチがユーザ２０５にとって役立たない場合は、ユーザ２０５は１つ以上のユーザコミュニティフォーラムデータベース２０２および／またはドキュメントデータベース２０３において１回以上の他のサーチを行なってもよい。ユーザはさらに、Ｇｏｏｇｌｅ（登録商標）、Ｂｉｎｇ（登録商標）、Ｙａｈｏｏ（登録商標）、または何らかの他のサーチエンジンを用いて、ワールドワイドウェブサーチを行なってもよい。ユーザ２０５がそれらのエラーを解決するのにサーチが役立たなかった場合は、ユーザ２０５はテクニカルサポートチームのためのｗｅｂｃａｓｅを手作業で作成し、かつ／またはユーザコミュニティフォーラムにクエリーを投稿してもよい。

あいにく、ユーザ２０５による異なるサーチ空間の手作業による照会には時間がかかる。そのような手作業のサーチは、ユーザによってサーチするために用いられるキーワードへの従属性により、一貫性のないサーチ結果をもたらし得る。さらに、懸案のエラーを修復することとは無関係かもしれない過剰な情報が返される場合がある。加えて、すべての関連情報を有するｗｅｂｃａｓｅおよび／またはフォーラムポストの手作業による作成はユーザごとに異なる場合があり、解決に一貫性がなく、かつ／または長引くことになり得る。

図３は、典型的なオンザフライテクニカルサポートフロー３００を表すブロック／斜視図である。テクニカルサポートフロー３００は、情報取扱システムにより実行され得る。そのような情報取扱システムは、コンピュータ２０６、サーバ３３０、１つ以上のサーバ３４０、およびネットワーククラウド２０４を含み得る。この例では、ネットワーククラウド２０４はインターネットクラウドである。

コンピュータ２０６を使用しているユーザ２０５は、ソフトウェアツール（「ツール」）３１０を実行している際にエラーに遭遇する場合がある。追加的に以下に詳細に記載するように、ツール３１０はテクニカルサポートアプリケーション（「デバッガ」）を呼び出すためのアイコン３１１を含み得る。再び、この例では、データベース２０１は、「ｗｅｂｃａｓｅ」としても知られているユーザの質問に回答するテクニカルサポートなどからの回答記録のウェブアクセス可能なデータベースであり得る。データベース２０２は、ユーザの質問に回答するポストスレッドを有する１つ以上のウェブアクセス可能なユーザコミュニティフォーラムであり得る。最後に、データベース２０３は、製品の製造によって提供され得るウェブアクセス可能なドキュメントであり得る。

アイコン３１１または他のグラフィカルユーザインターフェイス（「ＧＵＩ」）を用いて、デバッガ（以下「デバッガ３１１」）を呼び出して１つ以上のデータベースを自動的にサーチし得る。データベースは、コンピュータ２０６上のローカルであってもよいし、オンラインであってもよい。明確にする目的で、限定ではなく、オンラインデータベース２０１〜２０３が用いられると想定されるものとする。有用な解決策が見つからなければ、デバッガ３１１は、テクニカルサポートのためのｗｅｂｃａｓｅおよびユーザコミュニティのためのフォーラムポストを自動的に作成し得る。

テクニカルサポートフロー３００は、１つ以上のエラーに遭遇し得る様々なツール３１０のうちのいずれかについてのものであり得る。例によって明確にする目的で、限定ではなく、電子設計自動化（「ＥＤＡ」）ツールについて記載するが、他のインスタンスでは他の種類のツールが用いられてもよい。それらの方針に沿って、テクニカルサポートモジュール３１１はデバッガであり得、テクニカルサポートフロー３００はデバッグフローであり得る。

ＥＤＡツール３１０がエラーに遭遇すると、ユーザ２０５は、追加的に以下に詳細に記載するように、そのアイコンを選択し、ＥＤＡツール３１０のデバッガ３１１を呼び出して、その後データベースを自動的にサーチし得る。別の実施形態では、ＥＤＡツール３１０は、追加的に以下に詳細に記載するように、エラーの発生に応じて自動的にデータベースを検索し得る。しかし、熟練したユーザ２０５は発生した各エラーに応じてデータベースを自動的に検索したくない場合があるため、熟練したユーザにとってはアイコンの方が有用であり得る。

デバッガ３１１は、インターネットクラウド２０４上でサーバ３３０と通信して、ドキュメント３２０にアクセスし得る。サーバ３３０はセキュアサーバであり得る。サーバ３３０はドキュメント３２０をホストし得る。ドキュメント３２０は複数のセクション３２１に細分され得る。そのようなセクション３２１のうちの１つ以上は、複数のサブセクション３２２にさらに細分され得る。セクション３２１はＥＤＡツール３１０の複数の実行可能なモジュールためのものであり得る。セクション−サブセクションに関連付けられる１つ以上のエラーコード３２３が、そのような関連付けられたサブセクションに位置し得る。

ＥＤＡの例については、セクションまたはＥＤＡプロセスは、とりわけ実装および合成を含み得る。サブセクションは、そのようなＥＤＡプロセス内のステージであり得る。たとえば実装プロセスまたはセクションの、ステージまたはサブセクションは、変換ステージ、マップステージ、ならびに配置およびルートステージを含み得る。ハードウェア記述言語（「ＨＤＬ」）は限定なしにＶｅｒｉｌｏｇ、ＶＨＤＬおよびＳｙｓｔｅｍＣを含み得る。合成プロセスまたはセクションの、ステージまたはサブセクションは、ＨＤＬパーシングおよびエラボレーションステージ、ＨＤＬ合成ステージ、アドバンスト合成ステージ、ならびにローレベル合成ステージを含み得る。各ステージは、一般にステージを実行しているときの競合により、そのようなＥＤＡツール３１０がそのようなステージについて生成することができるすべての既知のエラーコードを含み得る。

各エラーコード３２３は、その下に埋め込まれた情報がそれと関連付けられてもよい。エラーコード３２３の下に埋め込まれたそのような情報は、エラーレコード３２７を提供するために、データベース２０１への１つ以上のオンライン回答記録リンク３２４、データベース２０２への１つ以上のユーザコミュニティフォーラムリンク３２５、および／またはデータベース２０３への１つ以上のドキュメンテーションリンク３２６を含み得る。追加的に以下に詳細に記載するように、サブセクション３２２は１つ以上のエラーレコード３２７と関連付けられてもよい。１つ以上のエラーレコード３２７は、関連付けられたサブセクションまたはステージ３２２下で生じ得る１つ以上のエラーと関連した１つ以上のエラーコードと関連付けられてもよい。

たとえば、ドキュメント３２０のエラーレコード３２７は、ＩＳＥ合成セクション３２１、ＨＤＬパーシングサブセクション３２２、ＨＤＬコンパイラエラーコード３２３、回答記録（「ＡＲ」）リンク３２４、ユーザコミュニティフォーラムリンク３２５、およびウェブアクセス可能なドキュメントリンク３２６についての一例として示される。したがって、たとえば、一致するオンライン回答記録へのリンクが提供されてもよく、そのような回答記録は、遭遇したエラーをデバッグするために十分な情報／代替手段を有する。回答記録は、そのようなＥＤＡツール３１０の製造業者／製作者のプロダクトアプリケーションエンジニアによって作成されてもよく、そのような回答記録は、解決されたエラーとそれを実現するために行われたステップとをハイライト表示してもよい。一致するオンラインユーザコミュニティフォーラムリンクへのリンクが提供されてもよく、そのようなフォーラムポストおよびそのスレッドは、フォーラムメンバーによって提供された様々なガイダンス／デバッギングステップを含んでもよい。そのようなフォーラムは、ソーシャルネットワーキングテクノロジーを採用し得る。一致するオンラインドキュメンテーションレファレンスへのリンクが提供されてもよい。これは、そのようなオンラインレファレンスのうちの１つ以上の部分を参照することによってそのような遭遇したエラーをユーザがデバッグするのに役立ち得る。

少なくとも１つのサーバ３４０は、データベース２０１〜２０３のホスティングに用いられ得る。エラーレコード３２７は、１つ以上のエラーを解決するための関連情報をそこからフェッチするために、データベース２０１〜２０３のうちの少なくとも１つへの少なくとも１つのリンクを有し得る。

サーバ３３０は、ケース照会の受信に応じてドキュメント３２０をサーチするようにプログラムされ得る。ケース照会は、エラーに応答してデバッガ３１１からサーバ３３０に送信され得る。より特定的には、遭遇したエラーに応答してＥＤＡツール３１０によって生成されるエラーメッセージは、デバッガ３１１がそのようなケース照会を送信する根拠となり得る。サーバ３３０は、そのようなケース照会に応じてドキュメント３２０のそのようなサブセクション３２２のうちの１つのサブセクション３２２のコピーを作成するようにプログラムされ得る。これらの方針に沿って、識別されたセクション−サブセクションにおけるエラーコード３２３がすべてコンピュータ２０６に送信され、コンピュータ２０６上にローカルコピー３１２が提供され得る。そのようなローカルコピー３１２はコンピュータ２０６上に格納されてもよく、ＥＤＡツール３１０のウィンドウ３１２に表示されてもよい。サーバ３３０は、そのようなケース照会を発信したコンピュータ２０６などのクライアントにドキュメント３２０の１つのサブセクション３２２のそのようなコピーを送信するようにプログラムされ得る。

ケース照会に応答するためのエラーレコード３２７がドキュメント３２０に存在しない場合、またはユーザがそのようなローカルコピーにおいてエラーの解決策が見つけられない場合は、デバッガ３１１がｗｅｂｃａｓｅを開始してもよく、そのような未解決の問題、すなわちトラブルチケットまたはｗｅｂｃａｓｅについてドキュメント３２０にエントリが作成されてもよい。サーバ３３０は、ドキュメント３２０を更新してｗｅｂｃａｓｅについてのエントリを作成するようにプログラムされ得る。例によって明確にする目的で、限定ではなく、エラーレコード３２９はｗｅｂｃａｓｅの一例である。エラーレコード３２９は、セクション３２１のうちの１つのセクション、サブセクション３２２のうちの１つのサブセクション、およびエラーコード３２３のうちの１つのエラーコードを有するエラーメッセージを含んでもよい。エラーレコード３２９は、テクニカルサポートが包含されていることを示すｗｅｂｃａｓｅ番号および日付３２８をさらに含んでもよい。エラーレコード３２９は、そのようなエラーがコミュニティユーザフォーラムで現在対処されていることを他の人々に通知するために、データベース２０２におけるコミュニティフォーラムポストへのリンク３２５をさらに含んでもよい。エラーレコード３２９は、そのようなエラーがどこで生じたかに関連付けられた、データベース２０３におけるドキュメンテーションへのリンク３２６をさらに含んでもよい。例示されている例を継続して、合成を実行している間にデバッガ３１１がすでに識別しているエラーが生じたとすると、合成ユーザガイドへのリンクが提供され得る。ｗｅｂｃａｓｅがアプリケーションエンジニアによって解決されると、そのようなアプリケーションエンジニアは、回答記録においてそのような解決をドキュメント化し、対応するｗｅｂｃａｓｅ番号を新しい回答記録にリンクさせてもよい。

図４は、情報取扱システムによって行なわれ得る典型的なデバッグフロー４００を表すフローチャートである。デバッグフロー４００は、図３のオンザフライテクニカルサポートフロー３００について用いられ得る。再び、例によって明確にする目的で、限定ではなく、デバッグフロー４００はＥＤＡツールのユーザのためのデバッグフローであると想定されるものとする。図３および図４を同時に参照して、デバッグフロー４００についてさらに説明する。

４０１において、遭遇したエラーがツール３１０のプロセスまたはモジュールを停止させ得る、すなわちそのようなツールのフローを停止させる。そのようなエラーに応答して、そのようなツール３１０はエラーメッセージ４０２を生成し得る。エラーメッセージ４０２に応答して、４０３においてデバッガ３１１が開始され得る。再び、限定ではなく、明確にする目的で、ユーザ２０５はツール３１０のＧＵＩのデバッグアイコンをクリックしてもよい。

動作４０４〜４１２は、コンピュータ２０６上で実行するデバッガ３１１によって行なわれ得る。デバッガ３１１は、本明細書に別記されるように、有形のコンピュータ読取り可能な記憶媒体上に格納されたコンピュータ読取り可能なプログラムであり得る。コンピュータ２０６またはコンピュータ２０６に動作４０４〜４１２を行なわせるための他の情報取扱システムによってデバッガ３１１を処理することができる。本明細書に記載される他の動作は、図３を参照して説明した情報取扱システムの他のコンポーネントによって行なわれてもよい。

４０４において、デバッガ３１１は、ツール３１０によって生成されたエラーメッセージ４０２を読取り、そのようなエラーメッセージからエラーコードを取得する。デバッガ３１１はさらに、そのようなエラーメッセージを読取り、そのようなエラーメッセージに関連付けられたエラーコンテンツを取得し得る。

ツール３１０は、現在処理されている設計のための情報取扱システムプロジェクトディレクトリを有し得る。ＥＤＡツールは従属性フローを有してもよく、したがって、ＥＤＡツール３１０によって実行されている現在のプロセスは、現在の作業についての１つ以上の事前の完了したモジュールまたはプロセスからの１つ以上の入力に依存し得る。これは、デバッガ３１１が、失敗したモジュールを絞り込み、最後の完了したモジュールと、もしあればいずれかの他の完了したモジュールとを識別するのに役立ち得る。たとえば、マッピングプロセスにおいてエラーが生じた場合、デバッガ３１１は、合成および変換である現在の作業について過去の完了したモジュールを識別することが可能であり得る。

４０５において、情報取扱システムプロジェクトディレクトリ４１３がサーチされ、レポートを取得し得る。ＥＤＡツール３１０が現在のＥＤＡ作業の終わりまで進行すると、そのようなＥＤＡツール３１０は、完了したか否かに関わらず、各モジュールにつき１つ以上のレポート４１４のうちの１つのレポートを生成し得る。したがって、失敗したモジュールについてのレポート４１４のうちの１つのレポートと同様に、１つ以上の対応する完了したモジュールの１つ以上のレポート４１４が存在し得る。レポート以外のファイルがプロジェクトディレクトリ４１３内に存在してもよい。たとえば、デバッガ３１１は、現在のＥＤＡ作業についての上位モジュールのためのサマリｘｍｌファイルを取出し得る。

４０５において、レポート４１４のうちの１つのレポートは、ＥＤＡツール３１０の複数の実行可能なモジュールのうち失敗したモジュールを示し得る。したがって、取得されたそのようなレポートは、４０４で読取られたエラーメッセージと関連付けられ得る。完了したモジュールについてのレポートでさえ、１つ以上の潜在的なエラーの１つ以上の警告を示し得る。１つ以上のサマリーレポートから取得されたこれらの１つ以上の警告は、完了したモジュールについてか失敗したモジュールについてかに関わらず、エラーをデバッグする際に有用となり得る。

４０６において、デバッガ３１１は、エラーメッセージ４０２を分類して、もしあればエラーに関連付けられた回路素子の１つ以上を識別し得る。そのような回路素子はたとえば１つ以上のネット、信号、ブロック、ポート、および／またはインスタンスであってもよく、エラーメッセージにおけるエラーコンテンツの一部であってもよい。そのような回路素子は、エラーの「発生元」と一般に称される。換言すると、「発生元」は、この例における回路系に関してエラーメッセージの中に何があるかを識別し得る。

４０７において、４０５でフェッチした情報により、デバッガ３１１は、任意にすべての完了したモジュールについて連続してレポート４１４を開き、「発生元」情報を用いてそのようなレポートの各々においてキーワードサーチを行ない得る。そのようなキーワードサーチから取得される情報を用いて、ユーザが無視したがエラーメッセージ４０２に関連付けられたエラーの背後の原因であり得る警告を識別し得る。

任意に、４０８において、限定はしないが４０７におけるそのようなキーワードサーチからの任意の警告を含むヒットは、たとえばタグをつけるなどして注目させ、たとえばキャッシュなどの記憶装置に格納され得る。たとえば、マップモジュールにおけるエラーがｐｃｉｅ＿０という名の信号を識別した場合、デバッガ３１１はまず合成モジュールレポート（たとえば拡張子「ｓｙｒ」）を開き、ｐｃｉｅ＿０と関連する警告を探し得る。デバッガ３１１がいずれかの一致する警告を見つけた場合、デバッガ３１１はそのような警告の各々をデバッガ３１１のキャッシュに保存し得る。しかし、デバッガ３１１が合成モジュールにおける４０７でのサーチからいずれの一致も見つけなければ、デバッガ３１１は変換モジュールレポート（たとえば拡張子「ｂｌｄ」）を開き、従属性に従ってモジュールを順次処理し続け得る。

４０９において、失敗したモジュールのレポートが開かれる。４１０において、そのような失敗したモジュールの失敗したサブセクション、フェーズまたはステージが、４０５で取得されたレポートから識別される。たとえばデバッガ３１１は、ＥＤＡツール３１０が失敗したモジュールについてのレポートファイルを開き、そのような失敗が生じたサブセクション、フェーズまたはステージ（「ｓｔａｇｅ」））まで走査し得る。

失敗が生じたステージによって、オンラインドキュメント３２０のケース照会４１５が作製され得る。そのようなケース照会４１５は、サーチされるべきセクション−サブセクション、すなわち、たとえばモジュールの失敗したステージを含む。任意に、ケース照会４１５は、追加的に以下に詳細に記載するように、サーバ３３０がオンラインドキュメント３２０のサーチを行なう構成のためのエラーメッセージ４０２からのエラーコードを含み得る。

デバッガ３１１は、４１１においてネットワークサーバ３３０にアクセスし得る。そのようなネットワークサーバ３３０は、そのようなオンラインドキュメント３２０をホストし、４１２においてエラーメッセージ４０２についてそのようなネットワークサーバ３３０にケース照会が送信され、そのようなオンラインドキュメント３２０の対応するステージまたはサブセクション３２２をサーチし得る。そのようなオンラインドキュメント３２０は、前述したように、各セクション３２１の各サブセクション３２２について１つ以上の既知のエラーコード３２３が、関連付けられたリンクと共にリストされた状態で構成され得る。

図５は、サーバ３３０のための典型的なウェブアクセス可能なサーバフロー（「サーバフロー」）５００を表すフローチャートである。換言すると、サーバ３３０は、サーバフロー５００の動作を行うための命令を実行するためのプログラムされたコンピュータであり得る。図３〜図５を同時に参照して、サーバフロー５００についてさらに説明する。

５０１において、サーバ３３０によってホストされたドキュメント３２０が供給される。再び、サーバ３３０はセキュアサーバであり得る。５０２において、４１２で送信されたケース照会において、モジュールおよびステージ、またはセクションおよびサブセクションを用いて、ドキュメント３２０のそのようなサブセクションのサーチが行なわれる。このサーチは、たとえばエラーコードについてサブセクションのみがサーチされ、後続のサーチはローカルコピーを用いてクライアントレベルで行われるため、相対的に速い。

５０３において、そのようなサブセクションのコピーが作成される。サブセクション３２２のこのコピーは、そのようなサブセクションに関連付けられた１つ以上のエラーコード３２３のリストを含む。各エラーコード３２３はコンテンツを含み得る。コンテンツは、そのようなエラーコードに関連付けられた情報を有する１つ以上のデータベースへの１つ以上のリンクを含み得る。５０４において、そのようなコピーは、４１２で送信されたケース照会に応答して、たとえばコンピュータ２０６などのクライアントに送信され得る。換言すると、４１２で送信されたケース照会に応答して、サーバ３３０は、そのようなクライアントコンピュータ２０６のローカルコピー３１２として使用するためにドキュメント３２０のサブセクションをフェッチし、クライアントコンピュータに送信し得る。

さらに、ユーザ２０５が行なうデバッギングは、ローカルコピーの多重アクセスを伴う反復作業であり得る。ローカルコピー３１２を有していることによって、ユーザ２０５は、同じエラーについて何度もサーバ３３０に戻らなくてよい。また、ローカルコピーのサーチによって、エラーコードのサーチがサーバ３３０からクライアントコンピュータ２０６にオフロードされ得る。加えて、前述のように、クライアントコンピュータ２０６にローカルコピー３１２を提供することによって、デバッガ３１１は、そのようなエラーがユーザ２０５によって再び調べられた場合にｗｅｂｃａｓｅ情報を迅速に表示し得る。開かれたｗｅｂｃａｓｅに関して、ユーザ２０５は、追加的に以下に詳細に記載するように、そのようなエラーが識別されたと通知されることになる。

図３〜図６を同時に参照する。図６は典型的なデバッグフロー６００を表すフローチャートであり、４１２で送信されたケース照会に応答してドキュメント３２０のサブセクション３２２のローカルコピー３１２を受信することに応答して情報取扱システムによって行なわれ得る。デバッグフロー６００は、デバッグフロー４００の延長部であり得る。それらの方針に沿って、追加的に以下に詳細に記載するように、デバッグフロー６００の動作がデバッガ３１１によって実行され得る。

６０１において、オンラインドキュメント３２０のサブセクション３２２または他の部分が、４１２で送信されローカルコピー３１２として格納されたケース照会に応答して、クライアントコンピュータ２０６によって受信される。そのようなサブセクション３２２はＥＤＡツール３１０の失敗したステージに関連付けられ、そのようなサブセクション３２２はデバッガ３１１の実行に応じて提供される。

６０２において、そのようなローカルコピー３１２をエラーメッセージ４０２から取得されたエラーコードを用いてサーチしてもよい。６０３において、エラーメッセージ４０２から取得されたそのようなエラーコードがそのようなローカルコピー３１２に存在するかどうか判定される。６０３において、そのようなローカルコピー３１２においてそのようなエラーコードとの一致が見つかった場合、６０４においてそのような一致するエントリがコピーされ格納され得る。そのような一致するエントリは、コンピュータ２０６のキャッシュメモリに格納され得る。２つ以上の一致するエントリがサブセクションにおいて見つけられる場合もある。そのような例では、そのような一致する各エントリがコピーされ、キャッシュメモリに格納され得る。

例によって明確にする目的で、図３に例示的に表したようにＥＤＡツール３１０がエラーＨＤＬコンパイラエラー７１８との合成に失敗した場合は、デバッガ３１１はそのためにａ．ｓｙｒファイルを開いてもよく、ＥＤＡツール３１０が失敗したフェーズを探してもよい。ＥＤＡツール３１０がＨＤＬパーシングに失敗した場合、サーバ３３０はオンラインドキュメント３２０の同じセクション−サブセクションをサーチし、ローカルコピー３１２としてそのようなセクション−サブセクション下で完全なコンテンツを戻してもよい。デバッガ３１１は、そのようなローカルコピー３１２のエラーコード７１８をサーチし、そのようなエラーコード下のコンテンツ、たとえば一致する回答記録リンク３２４、フォーラムエントリリンク３２５、およびドキュメンテーションリンク３２６を戻してもよい。デバッガ３１１は、リンク３２４〜３２６のうちの１つ以上を自動的に実行して、関連付けられたデータベース２０１〜２０３の情報をコンソールウィンドウＥＤＡツール３１０または他のウィンドウに表示してもよい。

６０５において、ディレクトリ４１３内の完了したレポートから４０８において取得された警告はすべて、６０４で格納されたすべての一致するエントリと連結されるなどして組合せられてもグループ化されてもよく、そのような結果は、ＥＤＡツール３１０のコンソールウィンドウに表示されてもよい。この情報を用いて、ユーザ２０５は、エラーメッセージ４０２の呼出しをもたらすエラーをデバッグすることが可能であり得る。デバッギングは、何らかの試行錯誤を伴う反復作業であり得る。したがって、そのようなエラーを解決するためのすべての識別された関連情報をユーザ２０５に提供することによって、テクニカルサポートの代表者に連絡する必要なしに、そのようなエラーの原因をユーザ２０５が自分自身で修復する可能性がより高くなり得る。

しかし、６０３において、エラーメッセージ４０２のエラーコードと一致するエントリが６０２でのサーチからローカルコピー３１２において見つけられない場合、動作６０６〜６０８を用いて、デバッガ３１１によって自動的にｗｅｂｃａｓｅが開始されてもよい。

６０６において、エラーコードの一致するエントリがローカルコピー３１２において見つけられないことに応じて、ＥＤＡツール３１０の失敗したモジュールのＩＤは、４０８において格納されたすべての警告およびｗｅｂｃａｓｅを提供するためのエラーメッセージ４０２と連結されるなどして組合せられても、グループ化されてもよい。さらに、ＥＤＡの例については、関連付けられた設計ファイルを結合して、そのようなｗｅｂｃａｓｅを提供し得る。ＥＤＡツール３１０の失敗したモジュールのＩＤは、セクション３２１およびサブセクション３２２、すなわち、たとえばそのような失敗が生じたモジュールおよびステージを提供することによって提供され得る。

したがって、エラーメッセージ４０２に関連付けられたすべての関連情報が、テクニカルサポートに提供するために取得され得る。たとえば、そのようなｗｅｂｃａｓｅに関連付けられた設計ファイルおよびレポートは、テクニカルサポートヘルプデスクのアプリケーションエンジニアのためにそのようなｗｅｂｃａｓｅに自動的に添付され得る。これにより、エラーの解決が高速化され、かつエラーを解決する際により高い一貫性がもたらされ得る。

任意に、６０７において、６０６で提供されたそのようなｗｅｂｃａｓｅについてのタイトルが自動的に生成され、そのようなｗｅｂｃａｓｅに付加されてもよい。そのようなタイトルは、モジュール名およびそのステージによって識別された失敗したモジュールの名前および位置を含んでもよい。６０８において、そのようなｗｅｂｃａｓｅ６０９はインターネットクラウド２０４などのネットワーク上でサーバ３３０に送信されてもよい。

図７は、典型的なｗｅｂｃａｓｅエントリ生成フロー７００を表すフローチャートである。追加的に以下に詳細に記載するように、ｗｅｂｃａｓｅエントリ生成フロー７００は、ｗｅｂｃａｓｅエントリおよびコミュニティユーザフォーラムポストの双方を生成することを含んでもよい。

７０１において、サーバ３３０はｗｅｂｃａｓｅ６０９を受信し得る。７０２において、受信されたｗｅｂｃａｓｅ６０９がサーバ３３０によってテクニカルサポートに送信され、ｗｅｂｃａｓｅ番号をそこから生成し受信してもよい。７０３において、サーバ３３０は、ｗｅｂｃａｓｅ６０９を用いて、ユーザコミュニティフォーラムのためのポストを作成し、送信してもよい。ｗｅｂｃａｓｅ６０９の簡略版をユーザコミュニティフォーラムデータベース２０２に送信して、その中にポストを作成してもよい。したがって、ｗｅｂｃａｓｅ６０９は、インターネットクラウド２０４上でユーザコミュニティフォーラムアドレスおよびテクニカルサポートアドレスの双方に送信されてもよい。

７０４において、サーバ３３０は、オンラインドキュメント３２０を更新して、ｗｅｂｃａｓｅ６０９についてのエントリを作成し得る。そのようなエントリは、ｗｅｂｃａｓｅ６０９についてのｗｅｂｃａｓｅ番号を用いたテクニカルサポートデータベース２０１へのリンク、ユーザコミュニティフォーラムデータベース２０２におけるｗｅｂｃａｓｅ６０９に関連付けられたポストへのリンク、および／またはｗｅｂｃａｓｅ６０９に関連付けられたドキュメンテーションへのリンクを含んでもよい。

オンラインドキュメント３２０においてそのようなエントリを作成することによって、同じエラーに遭遇する一人以上の後続のユーザは、そのようなエラーが現在扱われている既知のエラーであることを認識し得る。これを用いて、他のユーザによるエラーサーチおよび／またはｗｅｂｃａｓｅ作成の重複を防ぎ得る。さらに、前述したように、デバッギング情報を提供するという自動化による一貫性を有することによって、より容易かつ正確にそのようなエラーの反復が将来対処され得る。

図８は、典型的なドキュメント作成フロー８００を表すフローチャートである。ドキュメント作成フロー８００は、図３のドキュメント３２０の作成のためのスクリプト８２０であり得る。そのようなスクリプトまたはコンピュータ読取り可能なプログラム８２０は、有形のコンピュータ読取り可能な記憶媒体に格納されてもよく、そのようなスクリプト８２０は、そのような情報取扱システムにスクリプト８２０の動作を行なわせるために情報取扱システムによって処理されることが可能である。ドキュメント作成フロー８００について、図３〜図８を同時に参照してさらに説明する。

８０１において、作成されるべきドキュメント３２０は、ＥＤＡツール３１０モジュールおよびそのステージに対応するセクション３２１およびそのサブセクション３２２と共に組織化され得る。８０２において、そのようなサブセクション３２２の各々に、関連付けられたエラーコード３２３をポピュレートしてもよい。８０３において、プライベートなｗｅｂｃａｓｅデータベース（図示せず）における再帰的なサーチがそのようなエラーコード３２３を用いて行なわれ、そのようなＥＤＡツール３１０のためのエラーコード３２３を有する閉じた状態でｗｅｂｃａｓｅを識別し得る。見つかった閉じたｗｅｂｃａｓｅについて、ｗｅｂｃａｓｅ番号が取得され、対応するエラーコードセクション下でドキュメント３２０に追加され得る。

８０４において、パブリックな回答記録データベース２０１とは別個のデータベースであり得るプライベートな回答記録データベース（図示せず）の再帰的なサーチが、そのようなｗｅｂｃａｓｅにリンクされた回答記録について８０３で取得されたｗｅｂｃａｓｅ番号を用いて行なわれてもよい。一致する回答記録は、そのような特定のエラーについてのベストマッチであり得る。

８０５において、８０４のサーチからの一致する回答記録の回答記録番号がコピーされ、パブリックな回答記録データベース２０１においてサーチされ得る。これは、回答記録が公共消費のために解放されているかどうかを判定するためのチェックである。８０５におけるそのようなサーチについてのパブリックな回答記録データベース２０１内の一致する回答記録番号について、８０６において、そのような一致するパブリックな回答記録番号の対応するリンクを、対応するエラーコード下のドキュメント３２０にコピーしてもよい。８０７において、８０３でドキュメント３２０に追加された、対応するパブリックな回答記録を有するｗｅｂｃａｓｅ番号が除去され、対応するパブリックな回答記録番号と置換されてもよい。

８０８において、スクリプト８２０は、１つ以上のユーザコミュニティフォーラムデータベース２０２においてサーチを行ない、そのようなエラーコード下のドキュメント３２０内の対応するエラーコードごとに、一致する各フォーラムエントリを追加してもよい。そのような各一致するフォーラムエントリは、そのようなエラーコード下で存在する場合は８０７において見つかった回答記録エントリの下に追加してもよい。

８０９において、ツールのフェーズ／ステージに応じたエラーコードのための関連するドキュメンテーションへのリンクについてのウェブサーチが行なわれてもよく、いずれかの見つかったリンクが対応するエラーコード下でドキュメント３２０に追加されてもよい。

前述したように、デバッガ３１１がＥＤＡツール３１０において新しいエラーに遭遇すると常に、デバッガ３１１は新しいテクニカルサポートｗｅｂｃａｓｅを投入し、フォーラムエントリを作成し得る。この情報は、ドキュメンテーションリンクと共にドキュメント３２０において更新される。

別個のスクリプトとして提供され得るスクリプト８２０の一部分は、閉じた解決ステータスと共に作成された関連付けられた新しいｗｅｂｃａｓｅを有する新しいエラーを探すことを慣例的に実行するように、すなわち、閉じたステータスを有するそのような新しいｗｅｂｃａｓｅについて８０３でサーチを行ない、回答記録番号を含む対応する回答記録詳細をフェッチするためにそのような新しいｗｅｂｃａｓｅについて取得されたそのようなｗｅｂｃａｓｅ番号を用いて８０４でサーチを行ない、かつ公に公表されているそのような対応する回答記録のステータスを確認し、パブリックな回答記録データベース２０１内のそのようなリリースされた回答記録を８０５においてサーチし、そのような回答記録へのリンクによってドキュメント３２０内のｗｅｂｃａｓｅエントリを更新するように予定され得る。スクリプト８２０のそのような部分は、関連付けられた回答記録を有さないドキュメント３２０内のすべてのエラーに対して行なわれ得る。

図９は、サーバ３３０についての別の典型的なウェブアクセス可能なサーバフロー（「サーバフロー」）９００を表すフローチャートである。図３〜図７を同時に参照して、サーバフロー９００についてさらに説明する。

５０１において、前述のようにサーバ３３０によってホストされた状態でドキュメント３２０がオンラインで提供され得る。９０２において、サーバ３３０は、４１２で送信されたケース照会４１５において提供されるエラーコードを有する識別されたセクション−サブセクションにおいてドキュメント３２０をサーチしてもよく、そのようなケース照会４１５は、サーチするべき識別されたセクション−サブセクションおよびエラーコードを含む。６０３において、クライアントコンピュータ２０６がデバッガ３１１を実行するためであるが、前述したように、一致するエントリがあるかどうかサーバ３３０によって判定され得る。９０３において、サーバ３３０は、ローカルコピー３１２として９０４においてクライアントコンピュータ２０６に送信するために、すべての一致するエントリのコピーを作成してもよい。したがって、この構成では、サーバ３３０は、エラーコードサーチを行ない、前述の構成とは対照的に、サブセクション全体ではなく、識別されたサブセクションにおける１つ以上の一致するエラーコードエントリのみのローカルコピーを提供する。

この例について、ケース照会４１５は、４０８において格納されたすべての警告およびエラーメッセージ４０２をさらに含み得る。したがって、６０３において一致するエントリがない場合、サーバ３３０は、クライアントコンピュータ２０６によってであるが、動作６０６と、任意に前述したように６０７とを行なってもよい。前述したように、サーバ３３０はさらに動作７０２〜７０４を行なってもよい。９０８において、サーバ３３０によって準備されたドキュメント３２０内のｗｅｂｃａｓｅエントリがコピーされ、ローカルコピー３１２として提供するべきクライアントコンピュータ２０６に送信され得る。したがって、ユーザ２０５は、ドキュメント３２０がエラーメッセージ４０２に応じた関連情報を有していないことと、ｗｅｂｃａｓｅが開始されて、エラーメッセージ４０２内のエラーコードを解決するためにデバッグするための関連情報を取得したこととを通知され得る。

図１０は、図９のサーバフロー９００のためのデバッガ３１１の典型的なｗｅｂｃａｓｅフロー１０００を表すフローチャートである。１００１において、サーバフロー９００からのローカルコピー３１２がクライアントコンピュータ２０６によって受信され得る。そのようなローカルコピー３１２は、オンラインドキュメント３２０内のｗｅｂｃａｓｅエントリ３２９のコピーであり得る。１００１においてそのようなローカルコピー３１２を受信した後、ｗｅｂｃａｓｅエントリのそのようなローカルコピーを用いて、前述したように動作６０５が行なわれ得る。

図１１は、典型的なコンピュータシステム１１００を表すブロック図である。コンピュータシステム１１００は、陰極線管（「ＣＲＴ」）ディスプレイ、プラズマディスプレイ、液晶ディスプレイ（「ＬＣＤ」）、プロジェタなどの１つ以上の表示装置１１０１と、キーボードおよびカーソルポインティングデバイスなどの１つ以上の入力装置１１０６とに結合された、プログラムされたコンピュータ１１１０を含み得る。コンピュータシステムの他の既知の構造が用いられてもよい。コンピュータシステム１１００は独力で、または１つ以上の他のコンピュータシステム１１００とネットワーク化され、情報取扱システムを提供し得る。

プログラムされたコンピュータ１１１０は、他の既知のプラットフォームのうち、ＭａｃＯＳ（登録商標）、Ｊａｖａ（登録商標）バーチャルマシン、リアルタイムＯＳ Ｌｉｎｕｘ（登録商標）、Ｓｏｌａｒｉｓ（登録商標）、ｉＯＳ（登録商標）、Ａｎｄｒｏｉｄ（登録商標）Ｌｉｎｕｘ（登録商標）ベースのＯＳ、Ｕｎｉｘ（登録商標）、またはＷｉｎｄｏｗｓ（登録商標）オペレーティングシステムであり得る既知のオペレーティングシステムでプログラムされ得る。プログラムされたコンピュータ１１１０は、中央処理装置（ＣＰＵ）１１０４、メモリ１１０５、および入出力（「Ｉ／Ｏ」）インターフェイス１１０２を含む。ＣＰＵ１１０４は、たとえばＩＢＭ（登録商標）、インテル（登録商標）、ＡＲＭ（登録商標）、およびアドバンストマイクロデバイスから入手可能なものなどの、当該分野において既知のマイクロプロセッサの一種であり得る。サポート回路（図示せず）は、キャッシュ、電源、クロック回路、データレジスタ等を含み得る。メモリ１１０５は、ＣＰＵ１１０４に直接結合されても、Ｉ／Ｏインターフェイス１１０２を介して結合されてもよい。オペレーティングシステムの少なくとも一部分は、メモリ１１０５に配置され得る。メモリ１１０５は、フラッシュメモリ、ランダムアクセスメモリ、読取り専用メモリ、磁気抵抗読取り／書込みメモリ、光学読取り／書込みメモリ、キャッシュメモリ、磁気読取り／書込みメモリ等、および以下に記載するような非一時的な信号伝達媒体のうち１つ以上を含んでもよい。

Ｉ／Ｏインターフェイス１１０２は、他の既知の回路のうち、チップセットチップ、グラフィックスプロセッサ、および／またはドータカードを含んでもよい。ドータカードの一例は、他の既知の回路のうち、ネットワークインターフェイスカード（「ＮＩＣ」）、ディスプレイインターフェイスカード、モデムカード、およびユニバーサルシリアルバス（「ＵＳＢ」）インターフェイスカードを含み得る。したがって、Ｉ／Ｏインターフェイス１１０２は、従来のキーボード、ネットワーク、マウス、ディスプレイプリンタ、およびデータファイルなどのデータを送受信するように適合されたインターフェイス回路などに結合されてもよい。プログラムされたコンピュータ１１１０は、インターフェイス生成のための分散型使用を可能にするたとえば企業のイントラネットおよび／またはインターネットなどの従来のネットワークインフラストラクチャによって、多くのクライアントコンピュータ、サーバコンピュータ、またはその任意の組合せに結合されてもよい。

メモリ１１０５は、プログラムプロダクト１１２０を提供するためのプロセスを実施するための１つ以上のプログラムまたはデータのすべてもしくは一部分を格納してもよい。加えて、当業者は、ハードウェア、ソフトウェア、またはハードウェアおよびソフトウェアの組合せにおいて１つ以上の実施形態が実施され得ることを認識するであろう。そのような実装例は、様々なプログラムおよび専用ハードウェアまたはプログラム可能なハードウェアを独立して実行する多くのプロセッサまたはプロセッサコアを含んでもよい。

プログラムプロダクト１１２０の１つ以上のプログラムおよびそのドキュメントは、本明細書に記載される機能を定義し得、コードを有するコンピュータ読取り可能な媒体などの多様な非一時的な信号伝達媒体上に含まれることができ、限定はしないが、（ｉ）非書き込み可能な記憶媒体（たとえばＣＤ−ＲＯＭドライブまたはＤＶＤドライブによって読取り可能なＣＤ−ＲＯＭまたはＤＶＤ−ＲＯＭディスクなどの、コンピュータ内の読取り専用メモリ装置）上に永続的に格納された情報、または（ｉｉ）書き込み可能な記憶媒体（たとえば、ディスクドライブもしくはフラッシュドライブもしくはハードディスクドライブ内のフロッピー（登録商標）ディスク、または読取り／書込み可能なＣＤ、または読取り／書込み可能なＤＶＤ）上に格納された変更可能な情報を含む。上記の例は、具体的には、インターネットおよび他のネットワークからダウンロードされた情報を含む。その機能を命令するコンピュータ読取り可能な命令を伝送する際に、そのような非一時的な信号伝達媒体を用いて、本明細書に記載される機能を実施することもできる。

ＥＤＡツールのためのデバッガについて記載したが、そのようなオンザフライテクニカルサポートは、他のアプリケーションおよびしたがって他の産業に用いられてもよい。そのようなオンザフライテクニカルサポートは、ユーザに提供される一貫した結果および関連情報により与えられ得る、アプリケーションを用いる際の全体的な消費者経験を向上させるのに有用であり得る。さらに、ユーザによる手作業のサーチは、より時間効率的かつより正確な自動サーチを優先して不要とされ得る。加えて、重複エントリを減少または不要とし得る。これは、すでに解決されたエラーの取扱いに浪費される時間を減少させ得る。これらの方針に沿って、アプリケーションエンジニアおよび／またはユーザのコミュニティの双方にエラー解決が要請されてもよい。

上記は典型的な方法およびシステムについて記載しているが、添付の請求項およびその均等物によって決定されるその範囲から逸脱することなく、１つ以上の局面に係る他のおよびさらなる実施形態が工夫され得る。ステップを挙げている請求項は、ステップのいずれの順序も示唆していない。商標権は、それぞれの所有者の所有物である。

Claims (15)

1. エラーメッセージを読取り、そこからエラーコードを取得することと、
   プロジェクトディレクトリをサーチして、複数の実行可能なモジュールのうちの失敗したモジュールを示す第１のレポートを取得することとを含み、
   前記第１のレポートは、前記エラーメッセージに関連付けられ、さらに、
   前記エラーメッセージからエラーの発生元を識別することと、
   前記第１のレポートから前記失敗したモジュールの失敗したステージを識別することと、
   エラーの解決のためにドキュメントをサーチするために前記エラーメッセージについてのケース照会を準備することとを含み、前記ケース照会は、前記失敗したステージを識別し、
   読取ること、サーチすること、エラーの発生元を識別すること、前記失敗したステージを識別すること、およびケース照会を準備することは、情報取扱システムによって行なわれる、方法。
2. 前記ケース照会に応じて取出されたドキュメントの一部分を格納することをさらに含み、前記一部分は、前記失敗したステージに関連付けられ、さらに、
   前記エラーコードを用いて前記一部分をサーチすることを含む、請求項１に記載の方法。
3. 前記一部分においてそのサーチから見つかった前記エラーコードの一致するエントリを格納することと、
   前記一致するエントリをウィンドウに表示することとをさらに含む、請求項２に記載の方法。
4. 完了したモジュールを示す第２のレポートを開くことと、
   前記発生元を用いて前記第２のレポートをサーチすることと、
   前記第２のレポートにおいてそのサーチから見つかった前記発生元を有する警告を格納することと、
   前記一部分においてそのサーチから見つかった前記エラーコードの一致するエントリを格納することと、
   前記警告および前記一致するエントリをウィンドウに表示するために組合せることと、
   前記警告および前記一致するエントリを前記ウィンドウに表示することとをさらに含む、請求項２に記載の方法。
5. 完了したモジュールを示す第２のレポートを開くことと、
   前記発生元を用いて前記第２のレポートをサーチすることと、
   前記第２のレポートのサーチからの各一致を格納することとをさらに含む、請求項１〜４のうちいずれか１項に記載の方法。
6. 前記ケース照会に応じて取出されたドキュメントの一部分を格納することをさらに含み、前記一部分は、前記失敗したステージに関連付けられ、さらに、
   前記エラーコードを用いて前記一部分をサーチすることと、
   前記一部分においてそのサーチから前記エラーコードの一致するエントリが見つからないことに応じて、前記失敗したステージおよび前記エラーメッセージを含むｗｅｂｃａｓｅを開始することと、
   ネットワーク上で前記ｗｅｂｃａｓｅを送信することとをさらに含む、請求項１〜５のうちいずれか１項に記載の方法。
7. 完了したモジュールを示す第２のレポートを開くことと、
   前記発生元を用いて前記第２のレポートをサーチすることと、
   前記第２のレポートにおいてそのサーチから見つかった前記発生元を有する警告を格納することと、
   前記ｗｅｂｃａｓｅに前記警告を追加することとをさらに含む、請求項６に記載の方法。
8. 前記ｗｅｂｃａｓｅについてのタイトルを生成することをさらに含み、前記タイトルは、前記失敗したステージに関連付けられた前記失敗したモジュールの名前および位置を含み、さらに、
   前記ｗｅｂｃａｓｅに前記タイトルを付加することをさらに含む、請求項６に記載の方法。
9. 送信することは、前記ｗｅｂｃａｓｅを前記ネットワーク上でユーザフォーラムアドレスおよびテクニカルサポートアドレスの双方に提供することを含む、請求項６に記載の方法。
10. ドキュメントをオンラインでホストするための第１のサーバを備え、前記ドキュメントは、複数のセクションおよび前記複数のセクションのための複数のサブセクションを含み、
    前記複数のサブセクションは、１つ以上のエラーレコードに関連付けられ、
    前記１つ以上のエラーレコードは、前記複数のサブセクション下で生じることができる１つ以上のエラーと関連して前記１つ以上のエラーコードに関連付けられ、さらに、
    複数のデータベースをホストするための少なくとも第２のサーバを備え、前記第２のサーバは、前記第１のサーバに通信可能に結合されており、
    前記１つ以上のエラーレコードは、前記１つ以上のエラーを解決するための関連情報をそこからフェッチするために、前記複数のデータベースのうちの少なくとも１つへの少なくとも１つのリンクを有する、システム。
11. 前記第１のサーバは、ケース照会の受信に応じて前記ドキュメントをサーチするようにプログラムされ、
    前記第１のサーバは、前記ケース照会に応じて前記サブセクションのうちの１つのサブセクションのコピーを作成するようにプログラムされ、
    前記第１のサーバは、前記ケース照会を発信したクライアントに前記１つのサブセクションのコピーを送信するようにプログラムされる、請求項１０に記載のシステム。
12. 前記第１のサーバは、前記ドキュメントを更新してｗｅｂｃａｓｅについてのエントリを作成するようにプログラムされる、請求項１０または１１に記載のシステム。
13. 前記ｗｅｂｃａｓｅは、前記複数のセクションのうちの１つのセクションと、前記複数のサブセクションのうちの１つのサブセクションと、前記１つ以上のエラーコードのうちの１つのエラーコードを有するエラーメッセージとを含む、請求項１２に記載のシステム。
14. 前記ｗｅｂｃａｓｅはさらに、
    前記複数のデータベースのうちの１つ以上におけるテクニカルサポートリクエストへの第１のリンクと、
    前記複数のデータベースのうちの１つ以上におけるコミュニティフォーラムポストへの第２のリンクとを含む、請求項１３に記載のシステム。
15. 前記ｗｅｂｃａｓｅはさらに、前記複数のデータベースのうちの１つ以上におけるドキュメンテーションへの第３のリンクを含む、請求項１４に記載のシステム。

Images