(57)【要約】本発明は、状態および／または操作が相互依存している複数のコンポーネントを備える複合システムの開発または使用を支援するための方法に関し、システムのドキュメンテーションが、こうした状態および／または操作を識別し、この方法は、以下のステップ、−  システムの使用に関連する記号を自動的に探索することによって、ドキュメンテーション（１０）内でシステムのユース・ケース（２４）を識別するステップと、−  システムによってそのコンポーネントを用いて１つまたは複数のステップで実施された操作を手順が表すように、こうした記号に基づいて手順を生成するステップと、−  「Ｕｎｉｆｏｒｍ  Ｍｏｄｅｌｌｉｎｇ  Ｌａｎｇｕａｇｅ」を表すＵＭＬ規格に基づいてその手順のオブジェクト指向プログラミングを使用することによってユーザを支援するステップとを備えることを特徴とする。
2012523640.tif 000002
【特許請求の範囲】
【請求項１】
状態および／または操作が相互依存している複数のコンポーネントを備える複合システムの開発または使用を支援するための方法であって、前記システムのドキュメンテーション（１０）が、こうした状態および／または操作を識別し、前記方法が、以下のステップ、
前記システムの使用に関連する記号を自動的に探索することによって、前記ドキュメンテーション（１０）内で前記システムのユース・ケース（２４）を識別するステップと、
前記システムによってそのコンポーネントを用いて１つまたは複数のステップで実施される操作を手順が表すように、こうした記号に基づいて手順を生成するステップと、
ＵＭＬ（Ｕｎｉｆｏｒｍ  Ｍｏｄｅｌｌｉｎｇ  Ｌａｎｇｕａｇｅ）規格に基づいてその手順のオブジェクト指向プログラミングを使用することによって前記ユーザを支援するステップとを備えることを特徴とする方法。
【請求項２】
オブジェクト・モデルの１つのクラスが、生成された手順に対応する前記システムの静的な機能アーキテクチャのグラフィック表現を生成するために、前記オブジェクト指向プログラミングの静的な部分が使用されることを特徴とする、請求項１に記載の方法。
【請求項３】
開発者またはユーザによって実施できる操作を示すメッセージを前記システムの状態に応じて生成するために、前記オブジェクト指向プログラミングの動的な部分が使用されることを特徴とする、請求項１に記載の方法。
【請求項４】
手順が、同じユース・ケース（２４）に関連するパラメータをまとめることによって生成されることを特徴とする、請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
前記記号の意味解析および／または前記ドキュメンテーション（１０）内の前記記号の位置の解析を考慮することによって、２つのパラメータが単一のユース・ケース（２４）に関連すると決定されることを特徴とする、請求項４に記載の方法。
【請求項６】
前記文書が単語で書かれており、前記記号が、ユース・ケースのパラメータに関連するキーワードに対応することを特徴とする、請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
それぞれのユース・ケースが、前記識別されたキーワードを含む前記ドキュメンテーションの節に関連付けられることを特徴とする、請求項６に記載の方法。
【請求項８】
ユース・ケース（２４）パラメータ、および／または前記ドキュメンテーション（１０）を書くための手順パラメータに対応する入力フィールドを備える対話型フォームが使用されることを特徴とする、請求項１乃至７のいずれか１項に記載の方法。
【請求項９】
状態および／または操作が相互依存している複数のコンポーネントを備える複合システムの開発または使用を支援するためのデバイスであって、前記システムのドキュメンテーションが、こうした状態および／または操作を識別し、前記デバイスが、
前記システムの使用に関連する記号を自動的に探索することによって、前記ドキュメンテーション内で前記システムのユース・ケースを識別する手段と、
前記システムによってこれらのコンポーネントを用いて１つまたは複数のステップで実施された操作を手順が表すように、これらの記号に基づいて手順を生成する手段と、
請求項１乃至８のいずれか１項に記載のＵＭＬ（Ｕｎｉｆｏｒｍ  Ｍｏｄｅｌｌｉｎｇ  Ｌａｎｇｕａｇｅ）規格に従ってこれらの手順のオブジェクト指向プログラミングを使用することによって前記ユーザを支援する手段とを備えることを特徴とするデバイス。
【請求項１０】
プリンタを使用するための請求項１乃至８のいずれか１項に記載の支援方法の応用。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複合システムの開発または使用を支援するための方法に関する。
【背景技術】
【０００２】
複合システム、すなわち状態および／または操作が相互依存している多数のコンポーネントを備えるシステムの開発には一般に、その機能データを特徴付けること、およびそれらを意味論的に編成すること、ならびにその機能アーキテクチャのグラフィック表現を作成することが必要となる。
【０００３】
たとえば、こうしたグラフィック表現は、いくつか例を挙げると、これらのコンポーネントの対話を確認し、承認し、かつ／または最適化するために、その操作に必要なシステムの様々なコンポーネントの概要をユーザに提供することによりシステムのユーザを支援することを可能にする。
【０００４】
こうしたグラフィック表現は、システムの設計、開発および／または生産の間に生成された文書を使用する、技術的に資格のある人々によって現在は手作業で作成されている。
【０００５】
これを達成するために、これらの技術的に資格のある人々は、システムによって実装されたコンポーネント、ならびに様々な可能な使用におけるコンポーネントの機能および対話を識別するために、常に関連性があるとは限らず、また時に冗長であるかなり大量の文書について研究し、解析し、かつ／または機能的に編成しなければならない。
【０００６】
最後に、これらの技術的に資格のある人々は、システムおよびそのコンポーネント、特にコンポーネントの機能および対話の理解を示すグラフィック表現を作成することによって、エンドユーザに必要なコンポーネントを機能構造に基づいて手作業で再構成しなければならない。
【０００７】
上述されるように複合システムの機能アーキテクチャのグラフィック描写を作成することには多くの欠点があるように思われる。したがって、それは、特に雇用される人々の必要な資格、および複合システムによって実装されたコンポーネントまたはサブコンポーネントの諸機能を理解する難しさを考慮すると、多大な時間およびコストを伴う投資を必要とする。
【０００８】
典型的には、これらの人々は、システムの開発に参加したエンジニア、および／または常駐関係者（ｐｅｒｍａｎｅｎｔ  ａｃｔｏｒ）の資格が与えられた下請業者であり、システムの製造元の技術的な言語に精通している。
【０００９】
しかし、これらの人々が資格を有するにもかかわらず、表現方法は、それが本質的に手作業によるものであることから、その人間介入の程度に比例して誤りのリスクをもたらす。
【００１０】
最後に、こうした方法は、変更のコンテキストおよび／またはシステムの開発中の変更のために、またはシステムへの後の技術的変更を受けて迅速かつ容易に時代遅れのものになり得るグラフィック表現をもたらし、それによって、新しい技術文書を新たに調査すること、およびシステムの操作を新たに表現することが必要となる。
【００１１】
さらに、独立に考慮されてもよい本発明の一態様によれば、複合システムを商業化するには、ヘルプデスク・タイプの支援サービスを提供することが求められることはよく知られている。
【００１２】
現在、こうしたサービスは一般に、電話サービスおよび／または支援マニュアルで構成されている。
【００１３】
しかし、これらの解決策は、特に、たとえば障害やシステム状態メッセージに直面する複合システムのユーザが、一般的な作業において障害への応答またはそのメッセージについての説明を探索しなければならず、それはシステムの操作全体を網羅し、一般に複雑で長くかかるものなので、高価であり、効果がないと判明している。
【発明の概要】
【発明が解決しようとする課題】
【００１４】
本発明は、これらの問題のうちの少なくとも１つを解決することを目的とする。それは、複合システムの設計、開発および生産の間に生成された文書ファイルが一般に、文書内容の構造および／または編成、ならびに当該の技術分野および／または企業に特有の類似の語彙およびスタイルで書かれていることを観察することを含む。
【課題を解決するための手段】
【００１５】
このため、本発明は、状態および／または操作が相互依存している複数のコンポーネントを備える複合システムの開発または使用を支援するための方法に関し、システムのドキュメンテーションがこうした状態および／または操作を識別し、この方法は以下のステップ、
−  システムの使用に関連する記号を自動的に探索することによって、ドキュメンテーション（１０）内でシステムのユース・ケースを識別するステップと、
−  システムによってそのコンポーネントを用いて１つまたは複数のステップで実施された操作を手順が表すように、こうした記号に基づいて手順を生成するステップと、
−  ＵＭＬ（Ｕｎｉｆｏｒｍ  Ｍｏｄｅｌｌｉｎｇ  Ｌａｎｇｕａｇｅ）規格に基づいてその手順のオブジェクト指向プログラミングを使用することによってユーザを支援するステップとを備えることを特徴とする。
【００１６】
本発明により、まず第１に、各ステップをその規格のクラスと見なすことによって、ＵＭＬ規格による表現またはオブジェクト・モデルを自動的に生成できるので、複合システムの静的な機能アーキテクチャのグラフィック表現を容易かつ確実に生成することが可能である。
【００１７】
したがって、本発明は、大きいコストおよび長い遅延を必要とせずに、静的な機能アーキテクチャのグラフィック表現を単純かつ確実に生成することを可能にする。
【００１８】
こうした描写によって、関連するシステムのそれらのコンポーネントの機能および対話の一貫性を機能的にチェックし承認することが可能となる。
【００１９】
さらに、生成された結果は、１つまたは複数の文書の自動処理に対応する。その結果、手作業による読出しまたは表現操作による誤りのリスクは存在しない。
【００２０】
第２に、独立に実施してよい本発明の態様によれば、本発明は、システムのリアルタイム表示を生成することによって複合システムのユーザにヘルプデスク・タイプの支援を提供することをも可能にし、このリアルタイム表示は、システムの状態および操作に基づき、したがって、その現在の使用に適応される。
【００２１】
これは、ＵＭＬ規格に従ってオブジェクト・モデルの動的な部分を使用することにより、オブジェクトをシステムの状態に応じて容易かつ動的に生成することが可能になるからである。
【００２２】
その結果、技術仕様書やユーザのマニュアルなどの文書を考慮するとき、この方法は、その文書から抽出されたシステムの現在の使用に特有の関連情報をユーザに提供することを可能にする。
【００２３】
一実施形態では、オブジェクト・モデルの１つのクラスが、生成された手順に対応するシステムの静的な機能アーキテクチャのグラフィック表現を生成するために、オブジェクト指向プログラミングの静的な部分が使用される。
【００２４】
一実施形態では、開発者またはユーザによって実施できる操作を示すメッセージをシステムの状態に応じて生成するために、オブジェクト指向プログラミングの動的な部分が使用される。
【００２５】
一実施形態では、手順が、同じユース・ケースに関連するパラメータをまとめることによって生成される。
【００２６】
一実施形態では、記号の意味解析および／またはドキュメンテーション内の記号の位置の解析を考慮することによって、２つのパラメータが単一のユース・ケースに関連すると決定される。
【００２７】
一実施形態では、文書は単語で書かれており、記号は、ユース・ケースのパラメータに関連するキーワードに対応する。
【００２８】
一実施形態では、それぞれのユース・ケースは、識別されたキーワードを含むドキュメンテーションの節に関連付けられる。
【００２９】
一実施形態では、ユース・ケース・パラメータ、および／またはドキュメンテーションを書くための手順パラメータに対応する入力フィールドを備える対話型フォームが使用される。
【００３０】
本発明は、状態および／または操作が相互依存している複数のコンポーネントを備える複合システムの開発または使用を支援するためのデバイスにも関し、これらの状態および／または操作が、システムのドキュメンテーションによって識別され、システムは、
−  システムの使用に関連する記号を自動的に探索することによって、ドキュメンテーション内でシステムのユース・ケースを識別する手段と、
−  システムによってこれらのコンポーネントを用いて１つまたは複数のステップで実施された操作を手順が表すように、これらの記号に基づいて手順を生成する手段と、
−  上記実施形態のうちの１つに記載された方法によって、ＵＭＬ（Ｕｎｉｆｏｒｍ  Ｍｏｄｅｌｌｉｎｇ  Ｌａｎｇｕａｇｅ）規格に基づいてその手順のオブジェクト指向プログラミングを使用することによってユーザを支援する手段とを備えることを特徴とする。
【００３１】
本発明は、プリンタを使用するための上記請求項１乃至８のいずれか１項に記載の支援方法の応用にも関する。
【００３２】
本発明は、添付の図面を参照して、非限定的な例により下記に示された説明を考慮してよりよく理解されよう。
【図面の簡単な説明】
【００３３】
【図１】本発明による方法の進行を示すスクリーンショットである。
【図２】本発明による方法の進行を示すスクリーンショットである。
【図３】本発明による方法の進行を示すスクリーンショットである。
【図４】本発明による方法の進行を示すスクリーンショットである。
【図５】本発明による方法の進行を示すスクリーンショットである。
【図６】本発明による方法の進行を示すスクリーンショットである。
【図７】本発明による方法の進行を示すスクリーンショットである。
【発明を実施するための形態】
【００３４】
図１は、複合システムの開発者および／またはユーザのための、テキスト１０の形のドキュメンテーションを示している。この例では、この文書は、接続の確立に関連する複合システムの技術仕様書である。
【００３５】
したがって、こうしたシステムは、複数のコンポーネント、特にクライアント端末とエージェントとを備え、この複数のコンポーネントの状態および／または操作は、たとえばクライアント端末がセクション「ｂａｓｉｃ  ｆｌｏｗ」のエージェント−ポイント１とのＴＣＰ接続の確立を必要とするので相互依存している。
【００３６】
本発明によれば、そのテキスト１０に記述されたシステムのユース・ケースをまず識別することによって、ＵＭＬ（Ｕｎｉｆｉｅｄ  Ｍｏｄｅｌｉｎｇ  Ｌａｎｇｕａｇｅ）規格に従ってこのシステムのオブジェクト・モデルを自動的に生成することが可能である。
【００３７】
そのために、テキスト１０内で、キーワード検索が、自動文字認識を用いて実施される。たとえば、探索は、ユース・ケースのパラメータを指定するために一般に使用される用語に対して行われる。
【００３８】
こうした用語の非限定的なリストは以下を含む。
−  システム内の機能のコンテキスト、たとえば別の機能の後に続く機能について記述する「コンテキスト」、
−  要約されたやり方でその機能を提示する「要約」、
−  機能を実施するコンポーネントを識別する「アクター」、
−  機能を開始するイベントを示す「スタータ・イベント」、
−  操作の前にシステムが遭遇する状態または条件を表す「事前条件」、
−  機能の開始前に考慮されるソース・データを表す「入力パラメータ」および「発生イベント」、
−  システムによって実施される基本操作を表す「操作」、
−  システムによって提供されるデータを表す「出力データ」、
−  操作を実行した後にシステムおよび／またはそのコンポーネントが遭遇する状態または条件を表す「事後条件」、
−  操作の結果を提示する「結果」、
−  操作のリストを提供する「他の機能とのリンク」、
−  機能をグラフィカルに表現する「グラフィカル・インターフェース」、
−  異常なシステム状態を報告する「例外」および「アラーム」。
【００３９】
しかし、これらのキーワードの探索は、同意語、頭文字、およびたとえば企業、技術分野および／または製品のタイプに特有のすべてのタイプの用語でユース・ケースのパラメータを指定できる用語を示すデータベースを使用することによって拡張することができる。
【００４０】
文書の構造により、識別された一般的な表示２２またはユース・ケース２４のこれらの主要部分または章２０（図２）を表すことも可能である。
【００４１】
この実施形態では、キーワードが識別されたとき、そのキーワードを含むテキスト１０の一部が抽出され、ユース・ケースのパラメータであると見なされる。典型的には、この部分は、そのキーワードを含むセクションに対応してよい。
【００４２】
後に、本発明に特有の第２のステップによれば、テキストの言語で手順が生成され、手順が、第３のステップの間、これらの手順から導出されたオブジェクト指向プログラミングを使用することによってユーザが支援を受けることができるように、システム内で行われた操作を表す。
【００４３】
そのために、単一のユース・ケースに関連するすべてのパラメータは、２つのパラメータが単一のユース・ケースに関連するかどうか決定するために、たとえば意味解析、および／またはたとえばテキスト内の１つまたは複数のキーワードの位置に基づく解析を使用して、手順内で関連付けられる。
【００４４】
こうした意味解析の結果は、図３に、識別されたキーワードの神経言語解析の後に「クラス３０」の名称で表されている。
【００４５】
後に、パラメータは、各オブジェクトに類似の順序を使用して、税の関連する節を含むオブジェクトを生成することによって関連付けられる。
【００４６】
本発明によれば、次いで、ユーザは、ＵＭＬ（Ｕｎｉｆｏｒｍ  Ｍｏｄｅｌｌｉｎｇ  Ｌａｎｇｕａｇｅ）規格に従って、テキストのそれらの部分を含む手順に基づいて、オブジェクト指向プログラミングを使用することによって支援を受ける。
【００４７】
それによって、こうした規格は、各手順をオブジェクト・モデルのクラス（４４）と見なすことによって、システムの静的な機能アーキテクチャのグラフィック表現４０（図４）を生成することを可能にする。
【００４８】
そのために、以前に識別された手順のいくつかの特性は、ＵＭＬクラスの属性に変換される。
【００４９】
このように、ＵＭＬ規格に特有の静的な機能モデルに従ってこれらのクラスの表現を使用することによって、システムのアーキテクチャのこの静的な機能複製４０を得ることが自動的になる。
【００５０】
具体的には、こうした描写４０は、システムを承認するために、こうしたリンクがないことを容易に確認できるように機能リンク４２を示している。
【００５１】
したがって、図５に示されたように、ユーザ・インターフェース５０は、システムの操作の進捗についてユーザに通知することができ、内部インターフェース５２は、内部データ５４がないために実行５６を実施できない操作を実施するのに必要な内部データ５４について開発者／プログラマに通知する。
【００５２】
欠落したリンクが回復されると、実行６０（図６）が可能となり、その操作の要約６２が提示されてよい。
【００５３】
実際、静的な応用と独立に使用できる別の動的な応用によれば、ＵＭＬのオブジェクト指向プログラミングの動的な部分は、ユーザによって実施できる操作をシステムの状態に応じて示すスクリプト７０（図７）を生成するために使用される。
【００５４】
そうするために、当該の基本のテキストは、オペレータによって実施できる／しなければならないアクションをシステムのコンポーネントの操作および／または状態に応じて記述するユーザ・マニュアル・タイプのテキストである。
【００５５】
この状況では、本発明によって生成された手順は、本発明による方法によって抽出された、ユーザによって実施されなければならない操作をシステムの操作および／または状態に応じて示すそのマニュアルの一部を備える。
【００５６】
この状況では、ＵＭＬ規格の動的な部分を使用することによって、関連する手順、すなわちマニュアルの関連する部分をシステムの状態および／またはシステムの操作に応じて表示することを可能にする。
【００５７】
したがって、本発明は、事前対応型のヘルプデスク、すなわちユーザが要求を行う前に措置を講じるヘルプデスクを生成することを可能にし、目標とされた、進化する情報をシステムの使用に応じて提供する。
【００５８】
本発明は、たとえば、保守および／または修理操作がユーザに提供され得る、プリンタの分野で使用されてよい。
【００５９】
本発明は、多くの変形を受け入れることができる。たとえば、文字認識操作が入力フィールドの認識に限定されるようなやり方で基本のテキストを書くために、ユース・ケース・パラメータおよび／または手順パラメータに対応する入力フィールドを備える対話型フォームを使用することが可能である。
【００６０】
同様に、本発明の適用例は様々であり、非限定的な例を挙げると、サーバ、コンピュータ、または一般的に言うと、プリンタや携帯電話のような周辺装置など、操作を実施するデバイスに関し得る。
【図１】
2012523640.tif 000003
【図２】
2012523640.tif 000004
【図３】
2012523640.tif 000005
【図４】
2012523640.tif 000006
【図５】
2012523640.tif 000007
【図６】
2012523640.tif 000008
【図７】
2012523640.tif 000009
【国際調査報告】
2012523640.tif 000010
2012523640.tif 000011
2012523640.tif 000012
2012523640.tif 000013