(57)【要約】【課題】自動発見およびその整合を実行可能にするためにウェブ・サービス（ＷＳＤＬ）定義の品質を事前評価および精密化するシステムおよび方法を提供する。【解決手段】定義要素を正規化すること、および正規化出力を提供するために少なくとも１つの要素を不可解、不明瞭、および不明確のうちの少なくとも１つであるものとして識別すること、正規化出力に基づいて少なくとも１つの定義要素の品質を事前評価すること、識別された少なくとも１つの定義要素を少なくとも１つの所定のカテゴリに分類すること、および品質事前評価出力を提供すること、ならびに、正規化出力および品質事前評価出力のうちの少なくとも１つに基づいて少なくとも１つの定義要素を変更するための推奨を自動的に生成すること、それによって自動発見およびその整合を実行可能にすることを含む。【選択図】  図１
2010518518.tif 000002
【特許請求の範囲】
【請求項１】
使用可能なウェブ・サービス定義（ＷＳＤＬ）に基づいて少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素を変更するための推奨を生成する、推奨生成器モジュールを備える、ウェブ・サービス記述言語（ＷＳＤＬ）定義の品質を事前評価および精密化するためのシステム。
【請求項２】
前記少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素の品質を事前評価し、前記推奨生成器モジュールに品質事前評価出力を提供する、品質事前評価モジュールをさらに備える、請求項１に記載のシステム。
【請求項３】
前記推奨生成器モジュールが、
前記品質事前評価モジュールから前記品質事前評価出力を受け取り、前記少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素を変更するための前記推奨を生成する、推奨生成器と、
前記推奨をユーザに表示する、ユーザ・インターフェース・モジュールと、
を備える、請求項２に記載のシステム。
【請求項４】
前記少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素を不可解、不明瞭、および不明確のうちの少なくとも１つであるものとして識別し、前記品質事前評価モジュールおよび前記推奨生成器モジュールのうちの少なくとも１つに正規化出力を提供する、正規化モジュールをさらに備える、請求項２に記載のシステム。
【請求項５】
前記推奨生成器が、前記品質事前評価モジュールからの前記品質事前評価出力および前記正規化モジュールからの前記正規化出力を受け取り、前記品質事前評価出力および前記正規化出力に基づいて、前記少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素を変更するための前記推奨を生成する、請求項４に記載のシステム。
【請求項６】
前記正規化モジュールが、
使用可能なウェブ・サービス定義（ＷＳＤＬ）を解析する第１の解析ユニットと、
複数のウェブ・サービス定義（ＷＳＤＬ）要素の名前を抽出する抽出ユニットと、
前記正規化モジュールの出力に基づいて前記複数のウェブ・サービス定義（ＷＳＤＬ）要素を解析する第２の解析ユニットと、
を備える、請求項４に記載のシステム。
【請求項７】
前記正規化モジュールが、
トークナイザ、オントロジ整合器、略語展開リスト整合器、シソーラス整合器、字句整合器、ストップ・ワード除去器、ルート語分析器、領域依存セマンティック類似度整合ユニット、および領域非依存セマンティック類似度整合ユニットのうちの、少なくとも１つを含む、少なくとも１つの言語正規化ユニット
を備える、請求項４に記載のシステム。
【請求項８】
前記ウェブ・サービス定義品質事前評価モジュールが、前記正規化モジュールの前記正規化出力に基づいて前記ウェブ・サービス定義（ＷＳＤＬ）要素のうちの少なくとも１つの前記品質を事前評価し、複数の所定のカテゴリおよびパターンのうちの少なくとも１つに従って、前記ウェブ・サービス定義（ＷＳＤＬ）要素のうちの前記少なくとも１つを分類する、請求項４に記載のシステム。
【請求項９】
前記品質事前評価モジュールが、前記少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素の品質を測定するための特定のメトリクスを定義する、請求項４に記載のシステム。
【請求項１０】
使用可能なウェブ・サービス定義（ＷＳＤＬ）に基づいて少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素を変更するための推奨を自動的に生成するステップを含む、自動発見およびその整合を実行可能にするためにウェブ・サービス定義（ＷＳＤＬ）の品質を事前評価および精密化する方法。
【請求項１１】
前記少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素を変更するための前記推奨を自動的に生成する前記ステップが、さらに前記品質事前評価出力に基づき、
前記方法が、
前記推奨を、ユーザ・インターフェース・モジュールを介してユーザに表示するステップをさらに含む、
請求項１０に記載の方法。
【請求項１２】
前記少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素に関する正規化出力に基づいて前記推奨を自動的に生成する前記ステップに先立って、前記少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素の品質を事前評価するステップと、
複数の所定のカテゴリおよびパターンのうちの少なくとも１つに従って、前記ウェブ・サービス定義（ＷＳＤＬ）要素のうちの前記少なくとも１つを分類するステップと、
前記推奨を自動的に生成する前記ステップに品質事前評価出力を提供するステップと、
をさらに含む、請求項１０に記載の方法。
【請求項１３】
前記少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素を変更するための前記推奨を自動的に生成する前記ステップが、さらに前記品質事前評価出力および前記正規化出力に基づき、
前記方法が、
前記推奨を、ユーザ・インターフェース・モジュールを介してユーザに表示するステップをさらに含む、
請求項１２に記載の方法。
【請求項１４】
前記少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素の品質を測定するための少なくとも１つのメトリクスを定義するステップをさらに含む、請求項１２に記載の方法。
【請求項１５】
前記少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素を不可解、不明瞭、および不明確のうちの少なくとも１つであるものとして識別するステップと、
前記品質を事前評価する前記ステップおよび前記推奨を自動的に生成する前記ステップのうちの少なくとも１つに前記正規化出力を提供するために、前記推奨を自動的に生成する前記ステップに先立って、前記少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素上で少なくとも１つの言語正規化プロセスを実行するステップと、
をさらに含む、請求項１２に記載の方法。
【請求項１６】
請求項１０に記載の方法を実行するための、デジタル処理装置によって実行可能な、記録可能、マシン読み取り可能命令のプログラムを確実に記録する、コンピュータ読み取り可能媒体。
【請求項１７】
ウェブ・サービス定義（ＷＳＤＬ）要素を正規化し、少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素を不可解、不明瞭、および不明確のうちの少なくとも１つであるものとして識別し、正規化出力を提供するための手段と、
前記正規化出力に基づいて前記少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素の品質を事前評価し、前記識別された少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素を少なくとも１つの所定のカテゴリに分類し、品質事前評価出力を提供するための手段と、
前記正規化出力および前記品質事前評価出力のうちの少なくとも１つに基づいて少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素を変更するための推奨を自動的に生成するための手段と、
を備える、自動発見およびその整合を実行可能にするために、ウェブ・サービス定義（ＷＳＤＬ）の品質を事前評価および精密化するためのシステム。
【請求項１８】
さらに前記推奨生成器モジュールが、前記推奨の前記ユーザ選択に基づいて改訂されたウェブ・サービス定義（ＷＳＤＬ）を出力する、請求項２に記載のシステム。
【請求項１９】
前記推奨の前記ユーザ選択に基づいて改訂されたウェブ・サービス定義（ＷＳＤＬ）を出力するステップをさらに含む、請求項１０に記載の方法。
【請求項２０】
前記改訂されたウェブ・サービス定義（ＷＳＤＬ）に基づいて自動発見および整合を実行するステップをさらに含む、請求項１９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、自動発見およびその整合を実行可能にするために、ウェブ・サービス定義（すなわち、ウェブ・サービス定義言語（ＷＳＤＬ）定義）の品質を事前評価（assessing）および精密化（refining）するための方法およびシステムに関し、とりわけ、ウェブ・サービス記述が自動整合および合成エンジンによる消費を受け入れやすくするために、自動化された１つまたは複数の推奨または提案を提供することによって、ウェブ・サービス定義の記述を事前評価するため、およびＷＳＤＬ定義を精密化または改善するための、方法およびシステムに関する。
【背景技術】
【０００２】
企業は、自社のビジネス・アプリケーションを表す標準方法として、ウェブ・サービス定義（ウェブ・サービス記述言語（すなわちＷＳＤＬ）として表される）を急速に採用しつつある。ウェブ・サービスとして作成されたビジネス・アプリケーションを統合することは、現在の組織が直面している重要な課題である。ウェブ・サービスのインターフェース記述は、特にサービスがレガシ・コードのラッピングによって生成される場合、しばしば簡潔かつ不可解（cryptic）であるため、これは困難な問題である。不完全に作成されたウェブ・サービス・インターフェース定義は、しばしば自動化ツールに多くの障害を投げかける。
【０００３】
前述のように、ビジネス・プロセス統合は、現在の組織が直面している最も重要な課題の１つである。異種のビジネス・アプリケーションの統合は、この課題の中心にある。合併および買収を通じて創立された大企業という状況では、しばしば何千ものアプリケーションおよびデータ・リポジトリが存在し、それぞれが関連するサービスおよびインターフェース定義を備える。これらのインターフェースは、異なる組織向けに、異なる期間にわたって、異なる初期目的で作成されたものであるため、サービスおよびパラメータの命名に共通の用語を使用している可能性は低い。これが、構文、構造、およびセマンティクスにおける大幅な異質性につながる。
【０００４】
たとえば、あるシステム内のあるサービス・インターフェースが、ｉｔｅｍＩＤ、ｄｕｅＤａｔｅ、およびｑｕａｎｔｉｔｙとしてコード化したものを、異なるアプリケーション内の他のサービス・インターフェースはＵＰＣ（Ｕｎｉｖｅｒｓａｌ  Ｐａｒｔ  Ｃｏｄｅ）、ｉｔｅｍＤｅｌｉｖｅｒｙＴｉｍｅ、およびｎｕｍＩｔｅｍｓと呼ぶ場合がある。
【０００５】
他の例には、いずれの略語展開（abbreviation expansion）も与えずに「ｃｏｄｅ」を言い表すためにＣＤＥなどの暗号名を使用すること、または、いずれの単語区切り文字もなしに「ＳＴＡＲＴ＿ＤＡＴＥ」を言い表すために、「ＳＴＲＴＤＴ」などのマルチパート語を使用することが、自動インターフェース・マッピング・エンジンを混乱させる可能性があり、不正確なマッピングにつながることが含まれる。
【０００６】
この種のセマンティックの不明瞭さを識別してこれらを解決するために、開発者はかなりの時間を費やす。従来のシステムおよび方法では、このインターフェース・マッピングの多くをコンサルタントが手作業で実行する。分析者および開発者は、通常、各アプリケーションのインターフェース要素を記述した大量のスプレッドシートまたはＸＭＬ文書をつぎ込み、ソース・アプリケーション・パラメータとターゲット・アプリケーション・パラメータとの間のマッピングを手作業で作成する。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながらこの従来のプロセスは、退屈で骨の折れるものである。
【課題を解決するための手段】
【０００８】
関連分野の方法および構造の前述および他の例示的問題、欠点、および短所に鑑みて、本発明の例示的特徴は、自動発見およびその整合を改善または実行可能にするために、ウェブ・サービス定義（すなわち、ウェブ・サービス定義言語（ＷＳＤＬ）定義）の品質を事前評価および精密化するためのシステム、方法、およびフレームワークを提供することであり、とりわけ、ウェブ・サービス記述が自動整合および合成エンジンによる消費を受け入れやすくするために、自動化された推奨または提案を提供することによって、ウェブ・サービス定義の記述を事前評価するため、およびＷＳＤＬ定義を精密化または改善するための、方法およびシステムを提供することである。
【０００９】
前述のように、ウェブ・サービス定義（ＷＳＤＬ定義）を自動的に整合し、それによってウェブ・サービスの発見および合成を実行可能にすることは、従来のシステムおよび方法では対処または解決されていない困難な問題である。
【００１０】
したがって、本発明は、たとえば、自動化（すなわち、自動整合および合成エンジンによる消費）をより受け入れやすくするように記述を精密化または改善できるように、ウェブ・サービスの作者に推奨を提供することによって、従来の方法およびシステムに伴う前述の問題を解決する。
【００１１】
ウェブ・サービスのインターフェース記述は、しばしば簡潔かつ不可解（たとえば、「ｃｏｄｅ」は「ＣＤＥ」、「ＳＴＡＲＴ＿ＤＡＴＥ」は「ＳＴＲＴＤＴ」）であることに留意されたい。また、語彙を制御または標準化することができない（たとえばＥＡＮコード、ＵＰＣコード）。さらに整合は、インターフェース内の構文、セマンティック、および構造の相違を解決することを含むことができる。
【００１２】
従来の使用可能ツールは、一般に、かなりのユーザ入力を必要とすることにも留意されたい。たとえば従来のデータベース・スキーマ整合は、一般に、領域非依存の辞書および一部の領域特有のオントロジを使用する。他方で、ウェブ・サービス整合は、一般に、サービスの正確な整合を使用する。その他では、領域非依存（たとえば、ＷｏｒｄＮｅｔ辞書）あるいは領域特有のオントロジ（たとえば、ＯＷＬ−Ｓ、ＷＳＭＯ、ＷＳＤＬ−Ｓで表される小売業界オントロジ、生物学オントロジ）、またはその両方が使用される。
【００１３】
これらの従来の手法は主観的判断に大きく依拠しており、ソフトウェア設計者が、将来構築を予定しているアプリケーションの領域およびシステムのタイプを良く理解している必要がある。しかしながら、従来のシステムおよび方法は、アプリケーション統合の点から見て、ウェブ・サービス記述の品質の事前評価に対処してきておらず、記述が自動化エンジンによる消費にとって好都合なものとするか、またはこれを受け入れやすくするように改善するための、特定の推奨を提供するものでもない。
【００１４】
従来技術に伴うこれらの問題を解決するために、本発明は、ウェブ・サービス定義（ＷＳＤＬ）の品質を事前評価するため、ならびに、自動整合および合成エンジンによる消費にとってより受け入れやすくするようにＷＳＤＬ定義を改善する方法を推奨するための、方法およびシステムを提供する。
【００１５】
本発明は、どのような提案もせずに特定の名前が不明瞭であることを単に指摘するのではなく、ユーザが使いやすいようにＷＳＤＬインターフェース定義を改善するための推奨を提供することの重要な利点を提供する。本発明によれば、提案した精密化が受け入れられた場合、これを使用して、自動発見および整合にとってウェブ・サービスをより受け入れやすくすることが可能であり、これによって統合プロジェクトの情報技術（ＩＴ）コンサルタントの生産性が向上し、コスト節約およびプロジェクト期間の短縮につながる。
【００１６】
たとえば、本発明の例示的態様は、自動発見およびその整合を改善または実行可能にするために、ウェブ・サービス定義（ＷＳＤＬ）の品質を事前評価および精密化するためのシステムを提供し、このシステムは、使用可能なウェブ・サービス定義（ＷＳＤＬ）に基づいて少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素を変更するための推奨を生成し、それによって、少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素の自動発見および整合を改善または実行可能にする、推奨生成器モジュールを含む。
【００１７】
本発明の他の例示的態様では、自動発見およびその整合を実行可能にするために、ウェブ・サービス定義（ＷＳＤＬ）の品質を事前評価および精密化する方法が、使用可能なウェブ・サービス定義（ＷＳＤＬ）に基づいて少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素を変更するための推奨を自動的に生成することを含む。
【００１８】
本発明の他の例示的態様では、自動発見およびその整合を実行可能にするために、ウェブ・サービス定義（ＷＳＤＬ）の品質を事前評価および精密化するためのシステムが、ウェブ・サービス定義（ＷＳＤＬ）要素を正規化し、少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素を不可解、不明瞭、および不明確のうちの少なくとも１つであるものとして識別し、正規化出力を提供するための手段と、正規化出力に基づいて少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素の品質を事前評価し、識別された少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素を少なくとも１つの所定のカテゴリに分類し、品質事前評価出力を提供するための手段と、正規化出力および品質事前評価出力のうちの少なくとも１つに基づいて少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素を変更するための推奨を自動的に生成し、それによって自動発見およびその整合を改善または実行可能にするための手段と、を含む。
【００１９】
本発明のさらに他の例示的態様では、コンピュータ読み取り可能媒体が、自動発見およびその整合を実行可能にするために、ウェブ・サービス定義（ＷＳＤＬ）の品質を事前評価および精密化する方法を実行するための、デジタル処理装置によって実行可能な、記録可能、マシン読み取り可能命令のプログラムを、確実に記録する。
【００２０】
前述および他の例示的な目的、態様、および利点は、図面を参照しながら、本発明の例示的諸態様の以下の詳細な説明からよりよく理解されるであろう。
【図面の簡単な説明】
【００２１】
【図１】本発明の例示的、非限定的な態様に従った、システムのコンポーネントを示す図である。
【図２】本発明の例示的、非限定的な態様に従った、システムの他のコンポーネントを示す図である。
【図３】本発明の例示的、非限定的な態様に従った、例示的方法を示す図である。
【図４】本発明の例示的、非限定的な態様に従った、他の例示的方法を示す図である。
【図５】本発明を組み込むための例示的ハードウェア／情報処理システム５００を示す図である。
【図６】本発明に従った方法のプログラムの格納／記録ステップのための、コンピュータ読み取り可能媒体（たとえばストレージ媒体６００）を示す図である。
【発明を実施するための形態】
【００２２】
次に図面、とりわけ図１〜図６を参照すると、本発明に従った方法および構造の例示的諸態様が示される。
【００２３】
本発明は、自動発見およびその整合を改善または実行可能にするために、ウェブ・サービス定義（すなわち、ウェブ・サービス定義言語（ＷＳＤＬ）定義）の品質を事前評価および精密化するための方法およびシステムに関し、とりわけ、ウェブ・サービス記述が自動整合および合成エンジンによる消費を受け入れやすくするために、自動化された推奨または提案を提供することによって、ウェブ・サービス定義の記述を事前評価するため、およびＷＳＤＬ定義を精密化または改善するための、方法およびシステムに関する。
【００２４】
前述のように、ウェブ・サービス定義（ＷＳＤＬ）を自動的に整合し、それによってウェブ・サービスの発見および合成を実行可能にすることは、従来のシステムおよび方法によって対処または解決されていない困難な問題である。
【００２５】
したがって本発明は、たとえば、自動化（すなわち、自動整合および合成エンジンによる消費）をより受け入れやすくするように記述を精密化または改善できるように、ウェブ・サービスの作者に推奨を提供することによって、従来の方法およびシステムに伴う前述の問題を解決する。
【００２６】
自動整合および合成を受け入れやすくするようにＷＳＤＬ定義を改良する方法を推奨する、ウェブ・サービス定義（ＷＳＤＬ）の品質を事前評価する新規かつ明白でないシステムおよび方法について、図１〜図６を参照しながら、以下で説明する。
【００２７】
たとえば図１を参照すると、本発明に従った例示的システム１００は、とりわけ、ＷＳＤＬ定義１０５内のそれらの要素を、不可解または不明瞭または不明確のいずれかであるものと識別する際に役立つ、ウェブ・サービス定義の正規化モジュール１１０を含むことができる。
【００２８】
例示的システムは、（正規化モジュール１１０の結果に基づいて）ＷＳＤＬ定義の品質を事前評価すること、および既存の（すなわち所定の）カテゴリ／パターンに従って要素を分類することが可能な、ウェブ・サービス定義品質事前評価モジュール１２０を含むこともできる。
【００２９】
例示的システムは、様々なヒューリスティクス（heuristics）に基づいてＷＳＤＬ定義を変更するための提案を生成することが可能な、ウェブ・サービス定義推奨生成器モジュール１３０を含むこともできる。たとえば、ウェブ・サービス定義推奨生成器モジュール１３０は、正規化モジュール１１０からの出力、あるいは品質事前評価モジュール１２０からの出力、またはその両方に基づいて、ＷＳＤＬ定義を変更するための提案を生成することができる。
【００３０】
したがって、本発明に従った推奨器モジュール１３０は、自動整合および合成エンジンによる消費をより受け入れやすい、改善されたウェブ・サービス定義（ＷＳＤＬ）１４０を提供することができる。
【００３１】
したがって、本発明は、どのような提案もせずに特定の名前が不明瞭であることを単に指摘するのではなく、ユーザが使いやすいようにＷＳＤＬインターフェース定義を改善するための推奨を提供することの重要な利点を有する。さらに、本発明に従って提案した精密化および改善は、ユーザによって受け入れられた場合、自動発見および整合にとってウェブ・サービスをより受け入れやすくすることが可能であり、これによって統合プロジェクトの情報技術（ＩＴ）コンサルタントを向上させ、コスト節約およびプロジェクト期間の短縮につながる。
【００３２】
本発明の例示的態様について、図２を参照しながら以下でより詳細に説明する。
【００３３】
本発明は、ウェブ・サービス定義（ＷＳＤＬ）の品質を事前評価すること、および、
自動整合および合成エンジンによる消費をより受け入れやすくするためにウェブ・サービス定義を精密化または改善できるように、ＷＳＤＬ定義を改良する方法を推奨することが可能な、システム２００を提供することができる。
【００３４】
システム２００は、領域非依存および領域特有の辞書／オントロジを使用して、品質を事前評価すること、およびＷＳＤＬ記述を改善するための推奨を提案することが可能である。
【００３５】
たとえばシステム２００は、図２に例示的に示されたように、ウェブ・サービス定義（ＷＳＤＬ）２０５を受け取るウェブ・サービス定義正規化モジュール２１０を含むことができる。
【００３６】
第１に、正規化モジュール２１０は、所与のＷＳＤＬ定義２０５を解析することが可能であり、様々な要素（たとえば、メッセージ、タイプ、インターフェース、動作、サービス、バインディングなど）の名前を抽出し、言語正規化プロシージャを介してそれらを解析することが可能である。
【００３７】
これらの言語正規化プロシージャは、トークン化（たとえば、句読点、大文字小文字（case）などに基づいて単語をトークンに解析する）、略語展開（たとえば、略語、頭字語などを識別する）、ストップ・ワード除去（たとえば、前置詞、冠詞などを廃棄する）、あるいはルート語分析（たとえば、「チェック対チェッキング対チェック済み」など）、またはそれらすべてなどの、ヒューリスティクスを利用することができる。
【００３８】
既存の辞書（たとえば、領域固有の辞書、領域非依存の辞書など）内で単語の有無をチェックするなどの、他の正規化技法も実行可能である。
【００３９】
たとえば、クライアントの要求およびサービス・プロバイダのサービスを、ウェブ・サービスとしてモデル化することができる。これらのウェブ・サービスには、オプションで、文脈情報を用いてセマンティック的に注釈を付けることができる。セマンティック整合エンジンは、領域非依存および領域特有のオントロジを使用して、ＷＳＤＬ文書内の不明瞭な概念／用語間のセマンティック類似度を決定することができる。領域非依存関係は、トークン化、品詞（part-of-speech）のタグ付け、および略語展開の後に、たとえば英語シソーラスを使用して導出することができる。領域特有のオントロジ的類似度は、たとえば、オントロジを使用してウェブ・サービス記述に関連付けられたセマンティック注釈付けを推論することによって、導出可能である。２つのキューによる整合を組み合わせて、全体の類似度スコアを決定することができる。
【００４０】
以下に、本発明に従った、仮説的アプリケーションＡおよびアプリケーションＢのインターフェースを整合するための正規化プロシージャを実行するために使用可能な、セマンティック整合エンジンの例示的コンポーネントの一部について概説する。
【００４１】
字句整合（Ｌ）：単語は、その正確な字句類似度について整合することができる。たとえば、一方の「ｃｏｕｎｔｒｙ＿ｃｄ」は他方の「ＣＯＵＮＴＲＹ＿ＣＤ」と整合する。
【００４２】
単語トークン化（Ｔ）：単語は、下線、空白、キャメルケース文字などの、プログラマが使用する共通の命名規則に基づいてトークン化することができる。たとえば、「ＢｉｌｌｉｎｇＣｏｄｅ」は、２つのトークン「Ｂｉｌｌｉｎｇ」および「Ｃｏｄｅ」にそれぞれトークン化することができる。これによって属性のセマンティック整合が可能である。
【００４３】
略語展開（Ｘ）：略語展開は、領域非依存ならびに領域特有の語彙を使用することができる。候補となる単語に関して複数の展開を有することができる。こうした単語はすべて、後で処理するために保持することができる。したがって、「ＣｕｓｔＰｕｒｃｈ」などの単語は、ＣｕｓｔｏｍｅｒＰｕｒｃｈａｓｅ、ＣｕｓｔｏｍａｒｙＰｕｒｃｈａｓｅなどに展開することができる。
【００４４】
領域非依存オントロジの使用（Ｄ）：辞書／シソーラスを使用して、単語に対する整合する同義語および他の関連概念を見つけることができる。たとえば、マルチパート語のＤＡＴＥ＿ＦＩＮＩＳＨにおけるＦＩＮＩＳＨという単語は、ＥＮＤ＿ＤＡＴＥにおけるＥＮＤという単語と同義語である。
【００４５】
領域特有オントロジの使用（Ｏ）：領域特有オントロジは、インターフェース・パラメータに追加の文脈情報を提供するために、専門家によって作成可能である。たとえば専門家は、テーブル１に与えられた対応用語に関するオントロジを作成し、インターフェースのパラメータに適宜注釈を付けることができる。これらの注釈は、それ以外の方法では作成できなかった整合の作成に役立てることができる。
【００４６】
高水準では、例示的セマンティック整合器が以下のように動作可能である。領域非依存推論モジュールは、所与のウェブ・サービス・インターフェースの多項語を取り出し、それらをトークンに解析することができる。必要であれば保持された単語に対して略語展開を実行し、その後シソーラスを使用して、同義語に基づいてトークンの類似度を見つけることができる。結果として生じる同義語は、整合している他のウェブ・サービス・インターフェース（そのパラメータも同じ手法を使用して処理可能である）から、候補となる多項語パラメータに対する整合を決定するために、再アセンブルすることができる。
【００４７】
領域非依存推論器（reasoner）の場合、以下のようにスコア付けを実行することができる。それぞれトークンｍおよびｎからなる（それぞれアプリケーションＡおよびＢに属する）パラメータｐＡｉとｐＢｊとの間のセマンティック類似度は、Ｓｃｏｒｅ（ｐＡｉ，ｐＢｊ）＝Ｍｉｎ｛（ｋ／ｍ），（ｋ／ｎ）｝によって取得可能であり、この式ではｋ個のトークンが整合する。
【００４８】
たとえば、パラメータ「Ｃｏｎｔｒｏｌ＿Ｃｏｕｎｔｒｙ＿ＣＤ」（ｐＡｉと呼ぶ）と「Ｃｏｕｎｔｒｙ＿ＣＤ」（ｐＢｊと呼ぶ）との間のセマンティック類似度スコアは、０．６７となる。これは、ｐＡｉ内の３つのトークンのうちの２つが、ｐＢｊ内の２つのトークンのうちの２つと整合するためである。したがって、Ｓｃｏｒｅ（ｐＡｉ，ｐＢｊ）＝Ｍｉｎ｛（２／３），（２／２）｝となる。
【００４９】
パラメータｐＡｉ、ｐＢｊが領域オントロジからのセマンティック注釈を有する場合、推論器は、たとえば以下のように類似度スコアを計算することができる。関係ｓｕｂＣｌａｓｓＯｆ（ｐＡｉ，ｐＢｊ）、ｓｕｂＣｌａｓｓＯｆ（ｐＢｊ，ｐＡｉ）、ｔｙｐｅＯｆ（ｐＡｉ，ｐＢｊ）にはすべてスコア０．５が与えられ、ｓａｍｅＡｓ（ｐＡｉ，ｐＢｊ）にはスコア１が与えられ、スコア０が与えられる関係はない。
【００５０】
たとえば、「Ｃｏｎｔｒｏｌ＿Ｃｏｕｎｔｒｙ＿ＣＤ」および「Ｃｏｕｎｔｒｙ＿ＣＤ」がどちらも同じセマンティック注釈、すなわち「ｄｏｍａｉｎＯｎｔｏｌｏｇｙ＃ＣｏｕｎｔｒｙＣｏｄｅ」を有する場合、それらは完全に整合し、領域推論器に従ってスコア１を獲得する。スコアが領域非依存推論器から、ならびに領域特有推論器から計算可能な場合、勝者総獲得（winner-take-all）手法を使用することができる。システムはこの「勝者総獲得手法」に限定されず、システムは、スコア組み合わせのために他のスキームも実施可能であることに留意されたい。したがって、パラメータ「Ｃｏｎｔｒｏｌ＿Ｃｏｕｎｔｒｙ＿ＣＤ」および「Ｃｏｕｎｔｒｙ＿ＣＤ」はスコア１で整合することになる。
【００５１】
当業者であれば、本発明が前述の例示的コンポーネントに限定されず、その代わりに、当業者にとって既知であり、当業者が理解する、セマンティック整合に関する他のコンポーネントを含むことができることを理解されよう。
【００５２】
再度図２を参照すると、本発明に従った正規化モジュール２１０は、たとえば、使用可能なウェブ・サービス定義（ＷＳＤＬ）を解析する第１の解析ユニットと、複数のウェブ・サービス定義（ＷＳＤＬ）要素の名前を抽出する抽出ユニットと、少なくとも１つの言語正規化ユニットの出力に基づいて複数のウェブ・サービス定義（ＷＳＤＬ）要素を解析する第２の解析ユニットと、を含むことができる。
【００５３】
正規化モジュール２１０は、１つまたは複数のウェブ・サービス定義（ＷＳＤＬ）要素を、不可解、不明瞭、不明確であるなどとして識別し、品質事前評価モジュール２２０および推奨生成器モジュール２３０のうちの少なくとも１つに正規化出力２１９を提供することができる。
【００５４】
図２で例示的に示されるように、正規化モジュール２１０は、たとえば、トークナイザ２１２、オントロジ整合器２１３、略語展開リスト整合器２１４、シソーラス整合器２１５、および字句整合器２１６のうちの少なくとも１つを含む、言語正規化ユニットを含むことができる。
【００５５】
正規化モジュール２１０は、たとえば、ストップ・ワード除去器、ルート語分析器（ラベル表示せず）を含むことができる。正規化モジュール２１０は、たとえば領域オントロジ（たとえば２１７）に基づく領域依存キューを使用したセマンティック類似度整合、および、たとえばシソーラス（たとえば２１８）に基づく領域非依存キューを使用したセマンティック類似度整合を、実行することができる。
【００５６】
この分析の結果は、品質事前評価モジュール２２０および推奨器モジュール２３０に送信することができる。
【００５７】
図２に示されるように、品質事前評価モジュール２２０は、品質測定モジュール２２１および分類モジュール２３２を含むことができる。
【００５８】
品質事前評価モジュール２２０は、正規化プロセスをパスできなかった要素に注目し、それらを様々なカテゴリ（たとえば、展開の欠落、単語区切りの欠落、既存の辞書にない単語などの、所定のカテゴリ）の下に分類することができる。品質事前評価モジュール２２０は、消費しやすさ（すなわち、自動整合および合成エンジンによる）の観点からＷＳＤＬ定義の品質を測定するための特定の（たとえば所定の）メトリクスを定義することもできる。
【００５９】
品質事前評価モジュール２２０からの分析結果は、推奨生成器モジュール２３０に渡すことができる。
【００６０】
推奨生成器モジュール２３０は、様々な（たとえば複数の）ヒューリスティクスに基づいてＷＳＤＬ定義を変更するために、たとえば推奨生成器２３１内で提案または推奨を生成することが可能であり、たとえばユーザ・インターフェース・モジュール２３２を介して、ユーザにこの提案を提示することができる。
【００６１】
次にユーザは、ウェブ・サービス定義要素を精密化および改善するための推奨のうちの１つを選択し、それによって、改善されたウェブ・せービス定義（ＷＳＤＬ）２４０を提供することができる。その後、正規化モジュール２１０への入力として、ウェブ・サービス定義２０５の代わりに、改善されたウェブ・サービス定義（ＷＳＤＬ）２４０を使用できることに留意されたい。このようにシステムは、改善されたウェブ・サービス定義（ＷＳＤＬ）２４０の消費しやすさ（すなわち、自動整合および合成エンジンによる）を、さらに改善することができる。
【００６２】
したがって本発明は、どのような提案もせずに特定の名前が不明瞭であることを単に指摘するのではなく、ユーザが使いやすいようにＷＳＤＬインターフェース定義を改善するための推奨を提供することの重要な利点を有する。さらに、本発明に従って提案した精密化および改善は、ユーザによって受け入れられた場合、自動発見および整合にとってウェブ・サービスをより受け入れやすくすることが可能であり、これによって統合プロジェクトの情報技術（ＩＴ）コンサルタントを向上させ、コスト節約およびプロジェクト期間の短縮につながる。
【００６３】
以下に、本発明に従った、サービス定義事前評価および精密化のための方法を例示的に示す。
【００６４】
本発明によれば、提供者は、たとえば複数語を使用して、ウェブ・サービス内のパラメータを命名することができる。しかしながら提供者は、いかなる明示的な単語区切り文字も使用することができない（たとえば、「ＰＵＲＣＨＡＳＥＯＲＤＥＲ」）。したがって、こうしたパラメータが解析される場合、本発明に従ったシステムおよび方法は、ユーザがダッシュまたは下線などの単語区切り文字を使用することを推奨する重要な利点を提供するか、あるいはキャメルケース文字の使用を提案することが可能である。たとえば、この提案は、「ＰＵＲＣＨＡＳＥ＿ＯＲＤＥＲ」または「ＰＵＲＣＨＡＳＥ−ＯＲＤＥＲ」または「ＰｕｒｃｈａｓｅＯｒｄｅｒ」となる。
【００６５】
他の単語区切りの例は、「ＳＴＲＴＤＴ」＝＞「ＳＴＲＴ＿ＤＴ」とすることができる。この例では、提案は、たとえば「ＳＴＡＲＴ＿ＤＡＴＥ」または「ＳＴＡＲＴ−ＤＡＴＥ」または「ＳｔａｒｔＤａｔｅ」などとなる。
【００６６】
他の単語区切りの例は、「ＣＳＴＩＤ」＝＞「ＣＳＴ＿ＩＤ」とすることができる。この例では、提案は、たとえば「ＣＵＳＴＯＭＥＲ＿ＩＤ」または「ＣＵＳＴＯＭＥＲ＿ＩＤＥＮＴＩＦＩＥＲ」または「ＣＵＳＴＯＭＥＲ−ＩＤ」または「ＣＵＳＴＯＭＥＲ−ＩＤＥＮＴＩＦＩＥＲ」または「ＣｕｓｔｏｍｅｒＩｄ」または「ＣｕｓｔｏｍｅｒＩｄｅｎｔｉｆｉｅｒ」などとなる。
【００６７】
さらに他の例では、提供者はパラメータを「ＵＩＤ」と命名するが、いかなる展開も提供しないことができる。こうしたパラメータが解析される場合、本発明に従ったシステムおよび方法は、展開を入力するようにユーザに推奨または提案するか、あるいはユーザが「Ｕｎｉｖｅｒｓａｌ  Ｉｄｅｎｔｉｆｉｅｒ」を意味または意図しているかどうかを明らかにするように、ユーザに求めることができる。
【００６８】
次に、略語展開の追加例を示す。たとえば提供者は、パラメータを「ＣＳＴ」と命名することができる。この例では、たとえば提案は、「ＣＳＴ」＝＞「ＣＵＳＴＯＭＥＲ」となる。
【００６９】
次に、略語展開の追加例を示す。たとえば提供者は、パラメータを「ＳＴＲＴ」と命名することができる。この例では、たとえば提案は、「ＳＴＲＴ」＝＞「ＳＴＡＲＴ」となる。
【００７０】
次に、略語展開の追加例を示す。たとえば提供者は、パラメータを「ＤＴ」と命名することができる。この例では、たとえば提案は、「ＤＴ」＝＞「ＤＡＴＥ」となる。
【００７１】
注釈には、たとえば以下の例が含まれる。
「ＵＰＣ」＝＞「ｓｕｂＣｌａｓｓＯｆ  ＥＡＮＣｏｄｅ」
「Ｃｏｕｐ」＝＞「ｓｕｂＣｌａｓｓＯｆ  Ｃａｒ」
【００７２】
本発明に従ったシステムおよび方法は、たとえば、領域非依存辞書、領域特有の辞書、およびアクセス可能な他のソースを含む、様々なソースから、提案に関する展開を取得することができる。
【００７３】
このようにして、本発明に従ったシステムおよび方法は、とりわけ、推奨を提供するか、またはウェブ・サービス定義要素の品質を事前評価することのない、従来の方法およびシステムに優る、重要な利点を提供することが可能である。
【００７４】
たとえば、本発明に従ったシステムおよび方法は、ユーザが（たとえば、自動整合および合成エンジンによる）自動発見および整合にとってウェブ・サービスをより受け入れやすくするために作成したウェブ・サービスの記述を精密化するのを、支援または援助することが可能であり、これによってビジネス・アプリケーション統合プロジェクトの実施における情報技術（ＩＴ）コンサルタントの生産性を向上させることが可能である。これらの生産性を、コスト節約およびプロジェクト期間の短縮に変換することができる。
【００７５】
本出願の発明者等は、価値を付加しないかまたはその有用性を明白に証明しない、いかなるシステムも、採用される可能性がないことを理解している。したがって、本発明は、どのような提案もせずに特定の名前が不明瞭であることを単に指摘するのではなく、ユーザが使いやすいようにＷＳＤＬインターフェース定義を改善するための推奨を提供するために、情報の取り出しおよびセマンティック・ウェブ技法、ならびに様々な他のヒューリスティクスを使用することの重要な利点を有する。
【００７６】
図３および図４を参照しながら、本発明に従った例示的な方法について説明する。
【００７７】
図３を参照すると、本発明に従った方法３００の例示的一態様は、使用可能なウェブ・サービス定義（ＷＳＤＬ）（たとえば、ステップ３０５を参照）に基づいて、少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素を変更するための推奨を自動的に生成するステップ（たとえば、ステップ３３０を参照）を含むこと、および、この推奨を、ユーザ・インターフェース・モジュールを介してユーザに提示または表示すること（たとえば、ステップ３３５を参照）が可能である。
【００７８】
とりわけ、図４を参照すると、本発明に従った方法４００の例示的態様は、使用可能な（たとえばすべての使用可能な）ウェブ・サービス定義（たとえば、ウェブ・サービス・インターフェース定義）（ＷＳＤＬ）を取得するステップ（ステップ４０５を参照）、アプリケーション要素を抽出するためにウェブ・サービス定義文書を解析するステップ（ステップ４１０を参照）、ならびに、ウェブ・サービス定義を正規化して不明確／不明瞭な要素を識別するステップ（ステップ４１５を参照）を含むことができる。
【００７９】
正規化出力を使用して、ウェブ・サービス定義の品質を事前評価すること（ステップ４２０を参照）、および、不明確／不明瞭なウェブ・サービス定義要素を所定のカテゴリに分類する（ステップ４２５）ことが可能である。
【００８０】
図４に例示されるように、ステップ４１５からの正規化された出力ならびにステップ４２０および４２５からの品質事前評価出力を使用して、不明確／不明瞭はウェブ・サービス定義要素を改善するために推奨または提案を生成することができる（ステップ４３０を参照）。この推奨は、ユーザ・インターフェース・モジュールを介してユーザに提示することができる（ステップ４３５を参照）ため、結果としてユーザが推奨のうちの１つを選択し、それによってユーザが使いやすいようにＷＳＤＬインターフェース定義を改善し、消費しやすさおよび自動整合を（たとえば自動整合および合成エンジンによる）向上させることができる。
【００８１】
したがって、図４に例示された方法４００は、使用可能なウェブ・サービス定義（ＷＳＤＬ）（たとえば、ステップ３０５を参照）に基づいて、少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素を変更するための推奨を自動的に生成するステップ（たとえば、ステップ３３０を参照）、および、この推奨を、ユーザ・インターフェース・モジュールを介してユーザに提示または表示するステップ（たとえば、ステップ３３５を参照）の、重要な利点を提供することができる。
【００８２】
本発明の例示的諸態様は、図１および図２に例示されたように、ウェブ・サービス定義（ＷＳＤＬ）（たとえば１０５、２０５）の代わりに、推奨のうちの１つのユーザ選択に基づいて取得した改善されたウェブ・サービス定義（ＷＳＤＬ）（たとえば１４０、２４０）を使用することもできる。
【００８３】
本発明の他の例示的態様は、前述の例示的方法を実行するための、デジタル処理装置によって実行可能な、記録可能、マシン読み取り可能命令のプログラムを確実に記録する、コンピュータ読み取り可能媒体を対象とする。
【００８４】
本発明の他の例示的態様は、ウェブ・サービス定義（ＷＳＤＬ）要素を正規化し、少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素を不可解、不明瞭、および不明確のうちの少なくとも１つであるものとして識別し、正規化出力を提供するための手段（たとえば１１０、２１０を参照）と、正規化出力に基づいて少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素の品質を事前評価し、識別された少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素を少なくとも１つの所定のカテゴリに分類し、品質事前評価出力を提供するための手段（たとえば１２０、２２０を参照）と、正規化出力および品質事前評価出力のうちの少なくとも１つに基づいて少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素を変更するための推奨を自動的に生成し、それによって自動発見およびその整合を改善または実行可能にするための手段（たとえば１３０、２３０を参照）と、を含む、自動発見およびその整合を実行可能にするために、ウェブ・サービス定義（ＷＳＤＬ）の品質を事前評価および精密化するためのシステムを対象とする。
【００８５】
図５は、本発明を組み込むための例示的ハードウェア／情報処理システム５００を示し、図６は、本発明に従った方法のプログラムの諸ステップを格納するためのコンピュータ読み取り可能媒体６００（たとえば、信号担持媒体、ストレージ媒体など）を示す。
【００８６】
図５は、本発明と共に使用するための、好ましくは少なくとも１つのプロセッサまたは中央処理ユニット（ＣＰＵ）５１１を有する、情報処理／コンピュータ・システムの典型的なハードウェア構成を示す。
【００８７】
ＣＰＵ  ５１１は、ランダム・アクセス・メモリ（ＲＡＭ）５１４、読み取り専用メモリ（ＲＯＭ）５１６、（ディスク・ユニット５２１およびテープ・ドライブ５４０などの周辺デバイスをバス５１２に接続するための）入力／出力（Ｉ／Ｏ）アダプタ５１８、（キーボード５２４、マウス５２６、スピーカ５２８、マイクロフォン５３２、あるいは他のユーザ・インターフェース・デバイス、またはそれらすべてを、バス５１２に接続するための）ユーザ・インターフェース・アダプタ５２２、情報処理システムをデータ処理ネットワーク、インターネット、イントラネット、パーソナル・エリア・ネットワーク（ＰＡＮ）などに接続するための通信アダプタ５３４、ならびに、バス５１２をディスプレイ・デバイス５３８あるいはプリンタ５３９またはその両方に接続するためのディスプレイ・アダプタ５３６と、システム・バス５１２を介して相互接続される。
【００８８】
前述のハードウェア／ソフトウェア環境に加えて、本発明の異なる態様は、前述の方法を実行するためのコンピュータ実装方法を含む。例としてこの方法は、前述の特定の環境内で実装することができる。
【００８９】
こうした方法は、たとえば、一連のマシン読み取り可能命令を実行するためにデジタル・データ処理装置によって具体化されるようなコンピュータを動作させることによって実装可能である。これらの命令は、様々なタイプの信号担持媒体に常駐可能である。
【００９０】
このコンピュータ読み取り可能媒体または信号担持媒体は、たとえば、たとえば高速アクセス・ストレージによって表されるような、ＣＰＵ  ５１１内に格納されたＲＡＭを含むことができる。別の方法として、命令は、ＣＰＵ  ５１１によって直接または間接的にアクセス可能な、データ・ストレージ・ディスク／ディスケット６００（図６）などの他のコンピュータ読み取り可能媒体または信号担持媒体内に格納することができる。
【００９１】
ディスク／ディスケット６００、コンピュータ／ＣＰＵ  ５１１、またはその他の場所の、いずれに格納される場合であっても、命令は、ＤＡＳＤストレージ（たとえば、従来の「ハード・ドライブ」またはＲＡＩＤアレイ）、磁気テープ、電子読み取り専用メモリ（たとえばＲＯＭ、ＥＰＲＯＭ、またはＥＥＰＲＯＭ）、光ストレージ・デバイス（たとえばＣＤ−ＲＯＭ、ＷＯＲＭ、ＤＶＤ、デジタル光テープなど）、紙製「パンチ」カード、あるいは、デジタルおよびアナログならびに通信リンクおよび無線などの伝送媒体を含む他の好適なコンピュータ読み取り可能媒体または信号担持媒体などの、様々なマシン読み取り可能（コンピュータ読み取り可能）データ・ストレージ媒体上に格納することができる。本発明の例示的実施形態では、マシン読み取り可能命令は、「Ｃ」などの言語からコンパイルされたソフトウェア・オブジェクト・コードを備えることができる。
【００９２】
以上、本発明について、いくつかの例示的態様に関して説明してきたが、当業者であれば、本発明が添付の特許請求の範囲の趣旨および範囲内の変更を伴って実施可能であることを理解されよう。
【００９３】
さらに、出願者の意図は、たとえ今後の審査中に補正された場合であっても、特許請求の範囲のすべての要素の等価物を包含することであることに留意されたい。
【図１】
2010518518.tif 000003
【図２】
2010518518.tif 000004
【図３】
2010518518.tif 000005
【図４】
2010518518.tif 000006
【図５】
2010518518.tif 000007
【図６】
2010518518.tif 000008
【手続補正書】
【提出日】平成21年12月25日(2009.12.25)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
使用可能なウェブ・サービス定義（ＷＳＤＬ）に基づいて少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素を変更するための推奨を生成する、推奨生成器モジュールを備える、ウェブ・サービス記述言語（ＷＳＤＬ）定義の品質を事前評価および精密化するためのシステム。
【請求項２】
前記少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素の品質を事前評価し、前記推奨生成器モジュールに品質事前評価出力を提供する、品質事前評価モジュールをさらに備える、請求項１に記載のシステム。
【請求項３】
前記推奨生成器モジュールが、
前記品質事前評価モジュールから前記品質事前評価出力を受け取り、前記少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素を変更するための前記推奨を生成する、推奨生成器と、
前記推奨をユーザに表示する、ユーザ・インターフェース・モジュールと、
を備える、請求項２に記載のシステム。
【請求項４】
前記少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素を不可解、不明瞭、および不明確のうちの少なくとも１つであるものとして識別し、前記品質事前評価モジュールおよび前記推奨生成器モジュールのうちの少なくとも１つに正規化出力を提供する、正規化モジュールをさらに備える、請求項２に記載のシステム。
【請求項５】
前記推奨生成器が、前記品質事前評価モジュールからの前記品質事前評価出力および前記正規化モジュールからの前記正規化出力を受け取り、前記品質事前評価出力および前記正規化出力に基づいて、前記少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素を変更するための前記推奨を生成する、請求項４に記載のシステム。
【請求項６】
前記正規化モジュールが、
使用可能なウェブ・サービス定義（ＷＳＤＬ）を解析する第１の解析ユニットと、
複数のウェブ・サービス定義（ＷＳＤＬ）要素の名前を抽出する抽出ユニットと、
前記正規化モジュールの出力に基づいて前記複数のウェブ・サービス定義（ＷＳＤＬ）要素を解析する第２の解析ユニットと、
を備える、請求項４に記載のシステム。
【請求項７】
前記正規化モジュールが、
トークナイザ、オントロジ整合器、略語展開リスト整合器、シソーラス整合器、字句整合器、ストップ・ワード除去器、ルート語分析器、領域依存セマンティック類似度整合ユニット、および領域非依存セマンティック類似度整合ユニットのうちの、少なくとも１つを含む、少なくとも１つの言語正規化ユニット
を備える、請求項４に記載のシステム。
【請求項８】
前記品質事前評価モジュールが、前記正規化モジュールの前記正規化出力に基づいて前記ウェブ・サービス定義（ＷＳＤＬ）要素のうちの少なくとも１つの前記品質を事前評価し、複数の所定のカテゴリおよびパターンのうちの少なくとも１つに従って、前記ウェブ・サービス定義（ＷＳＤＬ）要素のうちの前記少なくとも１つを分類する、請求項４に記載のシステム。
【請求項９】
前記品質事前評価モジュールが、前記少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素の品質を測定するための特定のメトリクスを定義する、請求項４に記載のシステム。
【請求項１０】
使用可能なウェブ・サービス定義（ＷＳＤＬ）に基づいて少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素を変更するための推奨を自動的に生成するステップを含む、自動発見およびその整合を実行可能にするためにウェブ・サービス定義（ＷＳＤＬ）の品質を事前評価および精密化する方法。
【請求項１１】
前記少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素を変更するための前記推奨を自動的に生成する前記ステップが、さらに前記品質事前評価出力に基づき、
前記方法が、
前記推奨を、ユーザ・インターフェース・モジュールを介してユーザに表示するステップをさらに含む、
請求項１０に記載の方法。
【請求項１２】
前記少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素に関する正規化出力に基づいて前記推奨を自動的に生成する前記ステップに先立って、前記少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素の品質を事前評価するステップと、
複数の所定のカテゴリおよびパターンのうちの少なくとも１つに従って、前記ウェブ・サービス定義（ＷＳＤＬ）要素のうちの前記少なくとも１つを分類するステップと、
前記推奨を自動的に生成する前記ステップに品質事前評価出力を提供するステップと、
をさらに含む、請求項１０に記載の方法。
【請求項１３】
前記少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素を変更するための前記推奨を自動的に生成する前記ステップが、さらに前記品質事前評価出力および前記正規化出力に基づき、
前記方法が、
前記推奨を、ユーザ・インターフェース・モジュールを介してユーザに表示するステップをさらに含む、
請求項１２に記載の方法。
【請求項１４】
前記少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素の品質を測定するための少なくとも１つのメトリクスを定義するステップをさらに含む、請求項１２に記載の方法。
【請求項１５】
前記少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素を不可解、不明瞭、および不明確のうちの少なくとも１つであるものとして識別するステップと、
前記品質を事前評価する前記ステップおよび前記推奨を自動的に生成する前記ステップのうちの少なくとも１つに前記正規化出力を提供するために、前記推奨を自動的に生成する前記ステップに先立って、前記少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素上で少なくとも１つの言語正規化プロセスを実行するステップと、
をさらに含む、請求項１２に記載の方法。
【請求項１６】
請求項１０に記載の方法を実行するための、デジタル処理装置によって実行可能な、記録可能、マシン読み取り可能命令のプログラムを確実に記録する、コンピュータ読み取り可能媒体。
【請求項１７】
ウェブ・サービス定義（ＷＳＤＬ）要素を正規化し、少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素を不可解、不明瞭、および不明確のうちの少なくとも１つであるものとして識別し、正規化出力を提供するための手段と、
前記正規化出力に基づいて前記少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素の品質を事前評価し、前記識別された少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素を少なくとも１つの所定のカテゴリに分類し、品質事前評価出力を提供するための手段と、
前記正規化出力および前記品質事前評価出力のうちの少なくとも１つに基づいて少なくとも１つのウェブ・サービス定義（ＷＳＤＬ）要素を変更するための推奨を自動的に生成するための手段と、
を備える、自動発見およびその整合を実行可能にするために、ウェブ・サービス定義（ＷＳＤＬ）の品質を事前評価および精密化するためのシステム。
【請求項１８】
さらに前記推奨生成器モジュールが、前記推奨のユーザ選択に基づいて改訂されたウェブ・サービス定義（ＷＳＤＬ）を出力する、請求項２に記載のシステム。
【請求項１９】
前記推奨のユーザ選択に基づいて改訂されたウェブ・サービス定義（ＷＳＤＬ）を出力するステップをさらに含む、請求項１０に記載の方法。
【請求項２０】
前記改訂されたウェブ・サービス定義（ＷＳＤＬ）に基づいて自動発見および整合を実行するステップをさらに含む、請求項１９に記載の方法。
【国際調査報告】
2010518518.tif 000009