(57)【要約】【課題】  構造化および非構造化データをともにプログラムで編成および分析し、ビジネス論理を適用してそのデータに基づいて正確な判定を行う方法および装置の必要性が存在する。【解決手段】  一実施形態では、方法は、構造化および非構造化データオブジェクトの第１の集合に基づいて概念の集合を定義する工程と、その概念の集合に基づいてビジネスルールを定義する工程と、そのビジネスルールを構造化および非構造化データオブジェクトの第２の集合に適用してその集合に関する判定を行う工程と、その判定に関する情報をディスプレイに出力する工程とを備える。【選択図】  図１
2015109096.tif 000002
【特許請求の範囲】
【請求項１】
構造化および非構造化データオブジェクトの第１の集合に基づいて概念の集合を定義する工程と、
前記概念の集合に基づいてビジネスルールを定義する工程と、
前記ビジネスルールを構造化および非構造化データオブジェクトの第２の集合に適用して前記第２の集合に関する判定を行う工程と、
前記判定に関する情報をディスプレイに出力する工程と
を備える、方法。
【請求項２】
概念が、
１つまたは複数の単語または句と、
非構造化データオブジェクト内のテキスト文字列の存在と、
構造化データオブジェクト内に保存されたデータコードと、
前記概念とは異なる１つまたは複数の他の概念と、
非構造化データオブジェクト内のテキスト文字列の存在または欠落を示す正規表現または構造化データオブジェクト内に保存されたデータコードと
のうちの１つまたは複数によって定義される、請求項１に記載の方法。
【請求項３】
前記構造化および非構造化データオブジェクトの第１の集合と前記構造化および非構造化データオブジェクトの第２の集合とが互いに素な集合である、請求項１に記載の方法。
【請求項４】
前記構造化および非構造化データオブジェクトの第２の集合が、前記構造化および非構造化データオブジェクトの第１の集合の部分集合である、請求項１に記載の方法。
【請求項５】
前記構造化データオブジェクトに保存されたデータコードと、
前記非構造化または構造化データオブジェクト内のテキスト文字列の存在または欠落を示す正規表現と
のうちの１つまたは複数に基づく１つまたは複数のルールの組合せによって、前記ビジネスルールが定義される、請求項１に記載の方法。
【請求項６】
概念の集合を定義する前記工程が第１の時間に行われ、
第１の時間に前記構造化および非構造化データオブジェクトの第１の集合内に存在しなかった前記構造化および非構造化データオブジェクトの第１の集合内の１つまたは複数の新しい概念の存在を、第２の時間に、検出する工程と、
前記１つまたは複数の新しい概念を含むように前記概念の集合を更新する工程と
をさらに備える、請求項１に記載の方法。
【請求項７】
前記概念の集合が概念の第１の集合であり、
前記概念の第１の集合からの１つまたは複数の概念を含む概念の第２の集合を定義する工程と、
前記概念の第２の集合に少なくとも部分的に基づく前記ビジネスルールを更新する工程と
をさらに備える、請求項１に記載の方法。
【請求項８】
概念の集合を定義する前記工程が、前記概念の集合に基づく概念階層を定義する工程を含む、請求項１に記載の方法。
【請求項９】
シソーラスと、
辞書と、
言語関係と
のうちの１つまたは複数を使用して前記概念の集合を改善する工程
をさらに備える、請求項１に記載の方法。
【請求項１０】
構造化および非構造化データオブジェクトの第１の集合に基づいて第１の概念を定義する工程と、
前記構造化および非構造化データオブジェクトの第１の集合に基づいて前記第２の概念を定義する工程であって、前記第２の概念の定義が少なくとも１つの構造化データ要素および少なくとも１つの非構造化データ要素に少なくとも部分的に基づく工程と、
前記第２の概念が前記第１の概念の下位概念であることを指定する、前記第１の概念および前記第２の概念の間の関係を定義する工程と、
前記第１の概念を含むビジネスルールを定義する工程と、
構造化および非構造化データオブジェクトの第２の集合に対して前記ビジネスルールを実行する工程であって、前記実行が前記第２の集合内の前記第１の概念の存在の第１の判定を含み、前記第１の判定が前記第２の集合内の前記第２の概念の存在の第２の判定を含む、工程と
を備える、方法。
【請求項１１】
前記ビジネスルールが１つまたは複数の構成要素部分を含み、各構成要素部分が、
構造化または非構造化データオブジェクト内の概念の存在または欠落を判定するための正規表現と、
構造化データオブジェクト内の概念の存在または欠落を示すデータコードとのうちの１つであり、前記ビジネスルールを実行する工程が、前記１つまたは複数の構成要素部分を実行する工程を含む、請求項１０に記載の方法。
【請求項１２】
前記構造化および非構造化データオブジェクトの第１の集合と前記構造化および非構造化データオブジェクトの第２の集合とが互いに素な集合である、請求項１０に記載の方法。
【請求項１３】
前記構造化および非構造化データオブジェクトの第２の集合が、前記構造化および非構造化データオブジェクトの第１の集合の部分集合である、請求項１０に記載の方法。
【請求項１４】
前記第１の概念または前記第２の概念がユーザ定義概念である、請求項１０に記載の方法。
【請求項１５】
構造化および非構造化データオブジェクトの第１の集合に少なくとも部分的に基づく１つまたは複数の概念を含む概念階層を検索する工程と、
第１の複数のユーザ入力信号を受信する工程であって、前記複数のユーザ入力信号からの各信号は、前記概念階層からの１つまたは複数の概念の選択を示す工程と、
選択された１つまたは複数の概念の間の複数の論理関係を定義する第２の複数のユーザ入力信号を受信する工程であって、前記複数の論理関係がビジネスルールを定義する工程と、
構造化および非構造化データオブジェクトの第２の集合に前記ビジネスルールを適用して前記第２の集合の構造化および非構造化データオブジェクトに関する判定を計算する工程と
を備える、方法。
【請求項１６】
選択された１つまたは複数の概念に関する情報をディスプレイに出力する工程と、
前記情報に応答する第３の複数のユーザ入力信号を受信する工程であって、前記第３の複数のユーザ入力信号のそれぞれは、前記１つまたは複数の定義に対する所望の変更の指示を含む工程と、
前記第３の複数のユーザ入力信号に基づいて、前記選択された１つまたは複数の概念の定義を更新する工程と
をさらに備える、請求項１５に記載の方法。
【請求項１７】
概念階層を分析して１つまたは複数の選択された概念の間の１つまたは複数の関係の存在を検出する工程と、
前記概念階層を更新して前記１つまたは複数の関係を定義する工程と
をさらに備える、請求項１５に記載の方法。
【請求項１８】
前記ビジネスルールを１つまたは複数の集合のテストデータに適用する工程と、
前記適用に基づいて１つまたは複数のレポートを生成する工程と、
前記１つまたは複数のレポートに応答して、前記ビジネスルールへの所望の変更を指示するユーザ入力信号を受信する工程と、
前記ビジネスルールを更新して所望の変更を達成する工程と
をさらに備える、請求項１５に記載の方法。
【請求項１９】
前記構造化および非構造化データオブジェクトの第１の集合と前記構造化および非構造化データオブジェクトの第２の集合とが互いに素な集合である、請求項１５に記載の方法。
【請求項２０】
前記ビジネスルールを定義する工程が、２以上の概念の間の関係を定義する工程を含み、前記関係が
論理関係と、
数学的関係と、
言語学的文法に基づく関係と
のうちの１つである、請求項１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
[1001]  本願は、参照により本明細書に組み込まれる、２００９年４月１４日に出願した米国出願第１２／４２３，０２４号「ＣＯＮＣＥＰＴ−ＢＡＳＥＤ  ＡＮＡＬＹＳＩＳ  ＯＦ  ＳＴＲＵＣＴＵＲＥＤ  ＡＮＤ  ＵＮＳＴＲＵＣＴＵＲＥＤ  ＤＡＴＡ  ＵＳＩＮＧ  ＣＯＮＣＥＰＴ  ＩＮＨＥＲＩＴＡＮＣＥ」の優先権を主張し、その継続出願である。
【背景技術】
【０００２】
[1002]  本明細書に記載の実施形態は、概して情報分析に関し、特に、構造化および非構造化データの概念ベース分析の方法および装置に関する。
【０００３】
[1003]  組織は、意思決定過程の部分を知らせ、自動化するために、高度コンピュータシステムおよびデータベースをしばしば利用する。多数のかかるシステムは、関連データを構造化フォーマット（リレーショナルデータベースなど）に編成し、それを広範囲の照会、分析、およびレポーティングアプリケーションによってアクセス可能にする。これらのシステムのうちのいくつかは、プログラムでビジネス決定を計算し、使用可能なデータおよびプログラム論理に基づいて評価を行う。しかし、これらの計算に関連する情報の多くは、さまざまな非構造化フォーマット−手書きのメモ、ワードプロセッサの文書、電子メール、保存されたウェブページ、印刷された書式、写真プリントなど−で保存される。
【０００４】
[1004]  典型的なシステムはかかる文書の内容を編成および探索する能力はないため、それらの決定出力は、概して、構造化形式で存在する関連した情報の部分集合のみに基づくものであり、したがって、これらの出力は不完全になり時には不正確になる。非構造化データをそれらの意思決定アルゴリズムに組み込むそれらのシステムはしばしば、構造化フォーマット（リレーショナルデータベースフィールドなど）で保存されることができるコード化形式にテキスト情報を変換する。しかし、言語で運搬される複雑なアイディアが単純なコード化形式に押しこまれるとき、多くの文脈および意味が失われるため、この手法は望ましくない。
【０００５】
[1005]  さらに、所与の決定出力に寄与するファクタの間の相関関係はかかるモデルでは明らかにされないため、かかるコード化されたデータを論理的に結合させるための従来の技法は偽陽性を作り出しやすい。さらに具体的には、複数のファクタが特定の結果または判定に寄与する所与のシナリオでは、多数のシステムが所与のデータセット内に存在するそれらのファクタの数に基づいて判定を生成する−そのデータセット内に存在する各追加のファクタについて所与の出力の可能性の増大を仮定するルールを定義する。しかし、これらのファクタのうちの２つ以上のファクタがデータ内で独立して生じないことがあるため、この手法には欠点がある。たとえば、２つ以上のかかるファクタが、第１のファクタの存在が第２のファクタの存在を常に暗に示すように、正に相関しうる。かかるシナリオでは、第１のファクタが存在する場合、第２のファクタの存在は考慮中の特定の出力の可能性を増やさない。この欠陥は、システムがその決定算法において追加の重みとして第２のファクタの存在を不適切に含めるため、偽陽性の生成をもたらしうる。
【０００６】
[1006]  加えて、システムが非構造化データをその個々の計算に適切に組み込むことができないことは、コンピュータ処理能力の有意の補助なしで−関連非構造化文書を別個に考慮することを個人に強いる。コンピュータ解決の一貫性および速さで個人がデータを分析する見込みはないので、この困難な課題は、意思決定過程の時間およびコストを大幅に増やすだけでなく、さらに不正確性を持ち込む。最後に、個人が、非構造化データの集合に関する彼ら自身の直感を構造化データのコンピュータ生成分析と最適に結合させて正確な最終結論に到達する見込みはない。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
[1007]  したがって、構造化および非構造化データをともにプログラムで編成および分析し、ビジネス論理を適用してそのデータに基づいて正確な判定を行う方法および装置の必要性が存在する。さらに、寄与するファクタおよび概念がデータ内で正に相関するときにしばしば生じる偽陽性を回避する技法を使用して、データの集合について分析し判定を行う方法および装置の必要性が存在する。
【課題を解決するための手段】
【０００８】
[1008]  一実施形態では、方法は、構造化および非構造化データオブジェクトの第１の集合に基づいて概念の集合を定義する工程と、その概念の集合に基づいてビジネスルールを定義する工程と、そのビジネスルールを構造化および非構造化データオブジェクトの第２の集合に適用してそのセットに関する判定を行う工程と、その判定に関する情報をディスプレイに出力する工程とを備える。
【図面の簡単な説明】
【０００９】
【図１】[1009]一実施形態による、構造化および非構造化データの両方を利用するコンピュータ化された決定システムを示す概略図である。
【図２】[1010]一実施形態による、構造化および非構造化データの集合に関する判定を行うために、ビジネスルールを定義し、使用する方法を示す流れ図である。
【図３】[1011]一実施形態による、構造化および非構造化データに基づく複数の下位概念から成る例示的な概念を示す概略図である。
【図４】[1012]一実施形態による、非構造化および構造化データを受信し、概念階層を生成する概念ジェネレータモジュールを示す概略図である。
【図５】[1013]一実施形態による、正規表現が非構造化データオブジェクト内に存在する概念に基づいて定義されうることを示す概略図である。
【図６】[1014]一実施形態による、ビジネスルールジェネレータモジュールを示す概略図である。
【図７】[1015]一実施形態による、ビジネスルールに基づいて、構造化および非構造化データの集合についての判定を生成する判定モジュールを示す概略図である。
【図８】[1016]不正の可能性のある自動車保険請求に関連する判定を行うように構成されたコンピュータ化された決定システムの例示的なソフトウェアベースの実施形態を示す概略図である。
【図９】[1017]図８に関して論じられるそのセットの構造化および非構造化データに関する例示的な概念階層を示す概略図である。
【図１０】[1018]図８に関して論じられる例示的なコンピュータ化された決定システムによって生成される例示的なビジネスルールを示すワード図である。
【図１１】[1019]自動車保険請求に関する概念階層の視覚表示を示すソフトウェア実装のスクリーンショットである。
【図１２】[1020]図１１に関して説明される概念階層の一部を示す図である。
【図１３】[1021]データの集合に適用されるときにデータに含まれる自動車請求が疑わしいかどうかに関する判定を生み出すように設計された、ビジネスルールを示す図である。
【発明を実施するための形態】
【００１０】
[1022]  コンピュータ化された決定システムは、構造化および非構造化データの第１の集合を概念階層に編成するように構成されることができる。いくつかの実施形態では、その決定システムは、概念階層に基づいてビジネスルールを生成し、構造化および非構造化データの第１の集合にそのビジネスルールを実行して、そのデータに基づく判定を計算することができる。いくつかの実施形態では、その決定システムは、第１の集合とは異なる構造化および非構造化データの第２の集合にビジネスルールを実行して、データのその第２の集合に基づく判定を計算することができる。いくつかの実施形態では、その決定システムは、その判定に関する情報をディスプレイに出力することができる。
【００１１】
[1023]  その概念階層は、たとえば、以下のうちの任意の数の任意の組合せに基づくことができる：１つまたは複数の非構造化データオブジェクトの内容中に存在する概念、特定の範囲内のコード化されたデータ値、あるいは、１つまたは複数の他の概念。概念は、たとえば、アイディアを伝える１つまたは複数の単語または句でもよい。いくつかの実施形態では、概念階層は、非構造化データオブジェクトの内容中の特定の下位概念の存在または欠落を評価する正規表現に少なくとも部分的に基づく概念を含むことができる。
【００１２】
[1024]  いくつかの実施形態では、そのコンピュータ化された決定システムは、ユーザが構造化および非構造化データの第１の集合に基づいてビジネスルールを定義するのを助ける機能を提供するように構成されることができる。そのビジネスルールは、たとえば、評価されるときに構造化および非構造化データの第１の集合に基づく判定を生み出す１つまたは複数の概念の間の１つまたは複数の論理関係を含みうる。いくつかの実施形態では、その決定システムは、ユーザがビジネスルールを定義するのを助けるために、構造化および非構造化データの第１の集合に関するレポートをユーザに提示することができる。いくつかの実施形態では、その決定システムは、ユーザが、定義されたビジネスルールの正確度をテストし、続いてそのビジネスルールを編集して精度を上げることを可能にする機能を含みうる。
【００１３】
[1025]  そのコンピュータ化された決定システムは、加えて、構造化および非構造化データの第１の集合にビジネスルールを実行するようにさらに構成されることができる。いくつかの実施形態では、その決定システムは、ビジネスルールを構文解析し、そのビジネスルールに含まれる各概念を構造化および非構造化データの第１の集合の範囲内で探索する、判定モジュールを含みうる。その判定モジュールはまた、たとえば、データ集合内の各概念の存在または欠落およびそのビジネスルールによって定義される概念の間の論理関係に基づいてビジネスルールを評価し、それによってそのデータ集合に関する判定を生み出すための機能もまた含むことができる。いくつかの実施形態では、判定モジュールは、ユーザが見るために表示装置に判定に関するテキストまたは情報を出力するように構成されることができる。いくつかの実施形態では、判定モジュールは、判定をメモリに保存するように、あるいは、さらなる分析、記憶保持または表示のために別のソフトウェアベースのモジュールまたはハードウェアデバイスに判定に関する情報を転送するように構成されることができる。
【００１４】
[1026]  図１は、一実施形態による、構造化および非構造化データの両方を利用するコンピュータ化された決定システムを説明する、概略図である。具体的には、図１は、概念ジェネレータモジュール１１０およびビジネスルールジェネレータモジュール１３０への入力の役割を果たす、任意選択の訓練データ集合１００を示す。訓練データ集合１００は、構造化データソース１０２および１つまたは複数の非構造化データオブジェクト１０４を含む。概念ジェネレータモジュール１１０は、ビジネスルールジェネレータモジュール１３０への入力の役割を同様に果たす概念階層１０を生成する。ビジネスルールジェネレータモジュール１３０は、データ集合１４０とともに判定モジュール１５０によって使用されてデータ集合１４０に基づく判定１４を生成する、ビジネスルール１２を出力する。データ集合１４０は、構造化データソース１４２および１つまたは複数の非構造化データオブジェクト１４４を含む。
【００１５】
[1027]  図示されたコンピュータ化された決定システム内のいくつかのモジュールのうちのいずれかまたはすべては、たとえば、ハードウェア（プロセッサ、特定用途向け集積回路（ＡＳＩＣ）、もしくはフィールドプログラマブルゲートアレイ（ＦＰＧＡ）などに）、および／または、ハードウェアデバイス（プロセッサなど）上にあるソフトウェアに、あるいは、プロセッサに結合されたメモリ（ＲＡＭ、ＲＯＭ、ハードディスクドライブ、光ドライブ、もしくは他の取外し可能媒体）に実装されることができる。いくつかのモジュールが、たとえば、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、インターネット、および／または、ブルートゥースもしくは赤外線接続などの無線データ接続の任意の組合せなどの通信ネットワークを介して接続されたデバイス上に実装されるおよび／または存在することができる。
【００１６】
[1028]  任意選択の訓練データセット１００は、たとえば、ＲＡＭ、ＲＯＭ、ハードディスクドライブ、光ドライブ、もしくは他の取外し可能媒体などのコンピュータ化されたメモリ内に存在しうる。構造化データソース１０２は、構造化問い合わせ言語（ＳＱＬ）データベース、１つもしくは複数のカンマ区切り形式（ＣＳＶ形式）ファイル、１つもしくは複数の他のパターン区切りファイル、または他の構造化データフォーマット階層などのリレーショナルデータベース内に編成されることができる。非構造化データオブジェクト１０４は、たとえば、以下のうちの１つまたは複数でもよい：手書きの文書、タイプされた文書、電子ワードプロセッサ文書、印刷されたもしくは電子式のスプレッドシート文書、印刷された書式もしくは図表、または、電子メール、Ａｄｏｂｅ  ＰＤＦ文書、Ｍｉｃｒｏｓｏｆｔ  Ｏｆｆｉｃｅ文書および同類のものなどのテキストを含む他の電子文書。いくつかの実施形態では、構造化データソース１０２は、たとえば、ストリングまたはｖａｒｃｈａｒ型のリレーショナルデータベースコラムとして保存されるテキストの文字列などの１つまたは複数の非構造化データ要素を含むことができる。
【００１７】
[1029]  いくつかの実施形態では、任意選択の訓練データセット１００は省かれることができる。かかる実施形態では、データ集合１４０は、概念ジェネレータモジュール１１０に、およびビジネスルールジェネレータモジュール１３０に接続されることができる。かかる実施形態では、データ集合１４０は、本明細書に記載の任意選択の訓練データセット１００の機能を実行することができる。
【００１８】
[1030]  いくつかの実施形態では、概念ジェネレータモジュール１１０は、任意選択の訓練データ集合１００などの構造化および／または非構造化データの集合を含むデータを受信することができる。その構造化および非構造化データの集合を受信したときに、概念ジェネレータモジュール１１０は、たとえば、参照によりその開示のすべてを本明細書に組み込む、Ｍｏｈａｎらへの米国特許第７，１９４，４８３号に詳述されるものなどの概念抽出技法を実行することによって、概念階層１０を生成するように構成されることができる。
【００１９】
[1031]  いくつかの実施形態では、概念ジェネレータモジュール１１０は、ユーザが概念階層１０に概念を追加するまたはそこから概念を削除することを可能にする機能を提供するように構成されることができる。加えて、概念ジェネレータモジュール１１０は、ユーザが既存の概念または１つもしくは複数の概念の間の関係を編集できるようにする機能を提供することができる。さらに具体的には、概念ジェネレータモジュール１１０は、結果として生じる概念階層１０の視覚表示を表示するように、および、概念階層１０への所望の変更を指示する概念ジェネレータモジュールにユーザが入力信号を送信できるようにする機能を含むように構成されることができる。概念ジェネレータモジュール１１０は、これらの信号を受信し、それに応じてその所望の変更にしたがって概念階層１０を更新するように構成されることができる。いくつかの実施形態では、概念ジェネレータモジュールは、ユーザによって指定されるファイルの位置をもつ１つまたは複数の概念を定義するファイルを受信するように構成されることができる。概念ジェネレータモジュールは、概念階層１０の部分として１つまたは複数の概念を含みうる。いくつかの実施形態では、前述の概念階層定義方法は、概念ジェネレータモジュール１０がその概念階層１０が受入れ可能であると指示するユーザからの信号を受信するまで、繰り返して実行されることができる。いくつかの実施形態では、概念ジェネレータモジュール１１０は、そのデータと正に相関する任意選択の訓練データ集合１００内で概念を検出するように構成されることができる。この検出プロセスの後に、概念ジェネレータモジュールは、概念階層１０内のすべての最高レベルの概念が任意選択の訓練データ集合１００内で互いに独立して生じるまで、かかる概念をより高いレベルの概念に再帰的に結合させることができる。
【００２０】
[1032]  ビジネスルールジェネレータモジュール１３０は、概念階層１０を含むデータを受信するように構成されることができる。いくつかの実施形態では、ビジネスルールジェネレータモジュール１３０は、光ディスク、外部ハードディスクドライブ、またはフラッシュメモリモジュールなどの取外し可能な記憶媒体から概念階層１０を読み取ることによって概念階層１０の内容を受信することができる。ビジネスルールジェネレータモジュール１３０は、たとえば、ハードウェアデバイス上に存在するソフトウェアベースのモジュールでもよい。別法として、いくつかの実施形態では、ビジネスルールジェネレータモジュール１３０はハードウェアデバイスでもよい。
【００２１】
[1033]  いくつかの実施形態では、ビジネスルールジェネレータモジュール１３０は、概念階層１０に基づいてビジネスルールを組み立てるためのユーザ機能を提供することができる。ビジネスルールジェネレータモジュール１３０は、たとえば、概念階層１０を備える概念および概念関係の視覚表示を含むグラフィカルユーザインタフェースを提供することができる。かかるインタフェースは、たとえば、ユーザが視覚表示を操作し、論理を入力してビジネスルール１２を定義できるようにすることができる。
【００２２】
[1034]  構造化データソース１０２は、構造化問い合わせ言語（ＳＱＬ）データベース、１つまたは複数のカンマ区切り形式（ＣＳＶ形式）ファイル、１つまたは複数の他のパターン区切りファイル、あるいは他の構造化データフォーマット階層などのリレーショナルデータベースに編成されることができる。非構造化データ１４２は、たとえば、以下のうちの１つまたは複数を含むことができる：手書きの文書、タイプされた文書、電子ワードプロセッサ文書、印刷されたもしくは電子式のスプレッドシート文書、印刷された書式もしくは図表、または、電子メール、Ａｄｏｂｅ  ＰＤＦ文書、Ｍｉｃｒｏｓｏｆｔ  Ｏｆｆｉｃｅ文書および同類のものなどのテキストを含む他の電子文書。いくつかの実施形態では、構造化データソース１０２は、たとえば、ストリングまたはｖａｒｃｈａｒ型のリレーショナルデータベースコラムとして保存されるテキストの文字列などの１つまたは複数の非構造化データ要素を含むことができる。
【００２３】
[1035]  いくつかの実施形態では、判定モジュール１５０は、光ディスク、外部ハードディスクドライブ、またはフラッシュメモリモジュールなどの取外し可能な記憶媒体を介してビジネスルール１２の内容を受信することができる。
【００２４】
[1036]  判定モジュール１５０は、データ集合１４０を使用して判定１４を生み出すビジネスルール１２を実行するように構成されることができる。いくつかの実施形態では、判定ルール１５０は、コンピュータモニタ、テレビジョン、ＬＣＤもしくはＬＥＤ画面、またはビデオプロジェクタなどのディスプレイに判定１４に関連するテキストおよび／またはグラフィックを出力するように構成されることができる。
【００２５】
[1037]  図２は、一実施形態による、ビジネスルールを定義および利用して構造化および非構造化データの集合についての判定を行う方法を説明する流れ図である。図２に示すように、ビジネス決定を行うことに関連する構造化および非構造化データの第１の集合が、２００で、アクセスされることができる。その構造化および非構造化データの第１の集合は、たとえば、パーソナルコンピュータまたはネットワークサーバなどのコンピュータシステムに保存されることができる。いくつかの実施形態では、構造化および非構造化データは、リレーショナルデータベース内に保存され、図１に関して説明された概念ジェネレータモジュールと同様にソフトウェアまたはハードウェアベースのモジュールによってアクセスされることができる。保存された構造化および非構造化データは、たとえば、１つまたは複数の構造化問い合わせ言語（ＳＱＬ）照会文を使用して、アクセスされることができる。
【００２６】
[1038]  構造化および非構造化データに基づく概念階層が、２１０で、作成されることができる。概念階層は、親概念／下位概念関係などの概念関係によって接続された１つまたは複数の概念から成りうる。概念階層内の概念は、たとえば、構造化および非構造化データの集合からの非構造化文書の内容中に存在する１つまたは複数の単語または句でもよい。別法として、概念階層内の概念は、リレーショナルデータベースフィールドの値などの構造化データからの構造化データ要素の値でもよい。別法として、概念は、別の概念、構造化データ要素、あるいは、非構造化データ要素の内容中の１つまたは複数の単語または句の存在または欠落の任意の組合せでもよい。
【００２７】
[1039]  ビジネスルールは、２２０で、概念階層に基づいて定義されることができる。ビジネスルールは、図１に関して説明されたビジネスルールジェネレータモジュールと同様に、ソフトウェアまたはハードウェアベースのモジュールによって自動的に生成されることができる。別法として、ビジネスルールは、概念階層内の１つまたは複数の概念と１つまたは複数の論理ルールのユーザエントリの間の関係の視覚操作を可能にするグラフィカルユーザインタフェースを介してユーザによって定義されることができる。いくつかの実施形態では、概念階層内の概念への１つまたは複数の変更は、各変更が変更された概念を含むすべての概念および下位概念を通して伝搬されながら、前述のソフトウェアまたはハードウェアベースのモジュールによって検出されることができる。
【００２８】
[1040]  ビジネスルールは、任意選択により、２３０で、知られている結果または特性をもつ構造化および非構造化データの知られているテスト集合にそれを適用することによって、正確度をテストされることができる。そのテストは、たとえば、部分集合を定義するために非構造化データのテスト集合からの１つまたは複数のデータオブジェクトの選択を指示するユーザ入力信号を受信すること、およびテストセットへのビジネスルールの適用の正しい結果を示すユーザ入力信号を続いて受信することによって、定義されることができる。そのテストは、たとえば、テスト集合にビジネスルールを実行してテスト出力を生み出すことによって、実行されることができる。
【００２９】
[1041]  テスト出力が誤りの場合、そのビジネスルールは、２４０で、そのテスト出力に基づいて改善されることができる。いくつかの実施形態では、ビジネスルールは、ビジネスルールの定義を編集する１つまたは複数のユーザ入力信号を受信することによって改善されることができる。更新されたビジネスルールは、２３０で、正確度を再テストされることができ、このテストおよび改善のプロセスは、満足できるテスト出力が得られ、ユーザがテストおよび改善プロセスの完了を指定するまで、繰り返されることができる。
【００３０】
[1042]  ビジネスルールは、２５０で、構造化および非構造化データの集合に実行されてその集合に関する判定を行うことができる。その実行は、図１に関して論じられた判定モジュールと同様にソフトウェアまたはハードウェアベースのモジュールで行われることができる。その実行は、たとえば、「真」または「偽」信号（１または０など）でビジネスルールの各概念識別子を置換することによって行われることができ、構造化および非構造化データの集合内のその概念の存在または欠落を示す。その実行はまた、たとえば、図７に関して以下に論じられるように、全ビジネスルールが、判定を算出し、評価されるまで、そのビジネスルールの高階部分を評価するために、ビジネスルール内の低いレベルの下位概念を再帰的に評価する工程を含みうる。
【００３１】
[1043]  判定は、２６０で、ディスプレイに出力されることができる。判定は、構造化および非構造化データの集合の内容に関する結論でもよい。いくつかの実施形態では、判定は、データの集合内の特定の概念の存在もしくは欠落を示す「１」もしくは「０」、または「ｙｅｓ」もしくは「ｎｏ」などの二進出力でもよい。いくつかの実施形態では、判定は、データの集合の内容に基づく今後の動作についての推奨でもよい。判定は、たとえば、英語または別の言語での宣言文などの読取り可能な言語形式での出力でもよい。いくつかの実施形態では、判定は、データコードとしてのまたは別の英数字フォーマットでの出力でもよい。
【００３２】
[1044]  図３は、一実施形態による、構造化および非構造化データに基づく複数の下位概念から成る例示的な概念を示す概略図である。具体的には、図３は、副概念３１０〜３４０と、構造化データ要素３７７を含む、データベース３７０からの１つまたは複数の構造化データ要素３７５との論理結合から成る概念３００を示す。下位概念３１０は、１つまたは複数の非構造化データオブジェクト３５０内のテキスト文字列の存在または欠落から成る。下位概念３２０は、データベース３７０内の特定の構造化データ要素値（図示せず）の存在または欠落から成る。下位概念３３０は、データベース３７０内の同一の構造化データ要素値の存在または欠落と、非構造化データオブジェクト３８０のグループ内のテキスト文字列の存在または欠落とから成る。下位概念３４０は、別の下位概念３９０（定義は図示せず）と、非構造化データオブジェクト４００内のテキスト文字列の存在または欠落との論理結合から成る。
【００３３】
[1045]  いくつかの実施形態では、概念３００を定義する論理結合は、たとえば、「ＡＮＤ」、「ＯＲ」、「ＮＡＮＤ」、「ＮＯＲ」、「ＸＯＲ」、「ＸＮＯＲ」および「ＮＯＴ」などのブールおよび論理演算子を含む表現式（図示せず）でもよい。図３によって示す例において、その表現式は、下位概念３１０〜３４０および構造化データ要素３７７を論理的に結合させる。たとえば、表現式は以下のように定義されることができる：概念３００＝（（下位概念３１０  ＯＲ  下位概念３２０）  ＡＮＤ  構造化データ要素３７７  ＡＮＤ  （下位概念３３０  ＸＯＲ  下位概念３４０））。したがって、この表現式によって、下位概念３１０か下位概念３２０のいずれかがデータの集合内に存在するときに概念３００が存在する本例では、構造化データ要素３７７は、指定された値をもち、下位概念３３０と下位概念３４０のいずれか−両方ではなくて−が存在する。概して言えば、概念３００などの概念は、データベース内の特定の構造化データ要素値の存在もしくは欠落のインディケータ、非構造化文書（正規表現によって定義される）内のテキスト文字列の存在もしくは欠落のインディケータ、および／または、同じもののうちの１つもしくは複数から成る下位概念の任意の組合せから成りうる。
【００３４】
[1046]  図４は、一実施形態による、非構造化および構造化データを受信し、概念階層を生成する概念ジェネレータモジュールを示す、概略図である。具体的には、図４は、１つまたは複数の非構造化データオブジェクト４１０、および、データベース４２０内に保存された１つまたは複数の構造化データ要素４２５を受信して概念階層４４０を生成する、概念ジェネレータモジュール４３０を示す。
【００３５】
[1047]  いくつかの実施形態では、概念ジェネレータモジュール４４０は、非構造化および構造化データオブジェクトから概念をプログラムで抽出して概念階層を作成
することができる。かかる実施形態では、概念ジェネレータモジュールは、参照によりその開示のすべてを本明細書に組み込む、Ｍｏｈａｎらへの米国特許第７，１９４，４８３号に関して論じられた分析およびカテゴリ化エンジンと同様でもよい。
【００３６】
[1048]  概念階層作成プロセスはまた、リレーショナルデータベースなどの構造化データの集合から１つまたは複数の概念を定義するために、ユーザ入力を受信する工程も含みうる。いくつかの実施形態では、概念ジェネレータモジュール４３０は、構造化データ要素４２５からの１つまたは複数の構造化データフィールドに基づいて１つまたは複数の概念を定義する入力をユーザに促すように構成されることができる。たとえば、概念ジェネレータモジュール４３０は、リレーショナルデータベース（図示せず）からの１つまたは複数の表のフィールドなどの構造化データ要素４２５の視覚またはテキスト表示を画面に表示することができる。ユーザは次に、データベース表（図示せず）から１つまたは複数のフィールドを選択し、そのフィールドについての目標値を入力し、その概念の名前を入力するように促されることができる。いくつかの実施形態では、このプロセスは、ユーザが、適切なビジネスルール（本明細書に記載の図６に関して論じられるような）を作成するために、必要な所望の数の概念を定義するまで、たびたび繰り返されることができる。
【００３７】
[1049]  いくつかの実施形態では、概念ジェネレータモジュール４３０は、さらに、非構造化データオブジェクト４１０のテキストを走査し、一連の概念を抽出することができる。たとえば、概念抽出プロセスは、非構造化データオブジェクトの内容に存在する１つまたは複数の単語または句を発見する工程と、タイトル、名前、またはラベルとともに、その単語または句を概念として分類する工程を含みうる。いくつかの実施形態では、図５に関して以下に詳述されるように、概念ジェネレータモジュール４３０は、非構造化データオブジェクト４１０などの１つまたは複数の非構造化文書内のその概念の存在または欠落を判定するために使用されうる概念についての正規表現を生成するように構成されることができる。
【００３８】
[1050]  いくつかの実施形態では、概念ジェネレータモジュール４３０は、概念階層４４０に１つまたは複数のユーザ定義概念を含めるように構成されることができる。概念ジェネレータモジュール４３０は、直接ユーザ入力を介して、ユーザ定義概念に関連する情報を含むファイルをインポートすることによって、または、ユーザ定義概念を含むデータベースにアクセスすることによって、１つまたは複数のユーザ定義概念を受信するように構成されることができる。加えて、いくつかの実施形態では、概念ジェネレータモジュール４３０はさらに、経時的に追加の概念を検出するように構成されることができる。したがって、非構造化データオブジェクト４１０および／またはデータベース４２０の内容および合成が経時的に変わるとき、概念ジェネレータモジュール４３０は、データ内に存在する新しい概念を継続的に発見し、それらをその後に生成される概念階層に含めるように構成されることができる。
【００３９】
[1051]  概念抽出プロセスの完了の後、概念ジェネレータモジュール４３０は、抽出されたおよび／またはユーザ定義の概念を概念階層に編成するように構成されることができる。いくつかの実施形態では、編成プロセスは、概念の階層を作成するために、概念の間の１つまたは複数の親子関係を定義する工程を含むことができる。これらの親子関係を定義するために、概念ジェネレータモジュール４３０は、一連の概念関係発見技法を用いるように構成されることができる。たとえば、概念ジェネレータモジュール４３０は、Ｍｏｈａｎへの米国特許出願第１０／６９５，４２６号、表題「Ｃｏｎｃｅｐｔ−ｂａｓｅｄ  ｍｅｔｈｏｄ  ａｎｄ  ｓｙｓｔｅｍ  ｆｏｒ  ｄｙｎａｍｉｃａｌｌｙ  ａｎａｌｙｚｉｎｇ  ｒｅｓｕｌｔｓ  ｆｒｏｍ  ｓｅａｒｃｈ  ｅｎｇｉｎｅｓ」に関して説明された１つまたは複数の技法を利用することができる。
【００４０】
[1052]  いくつかの実施形態では、概念ジェネレータモジュール４３０は、相関分析などの代替概念関係発見技法を利用することができる。相関分析を実行するために、概念ジェネレータモジュール４３０は、非構造化データオブジェクト４１０、構造化データ要素４２５、および前記から抽出された概念を分析し、少なくとも１つの概念の存在と少なくとも１つの他の概念の存在との間に相関を発見する一連のプロセスを実行するように構成されることができる。たとえば、概念相関分析を実行している間に、概念ジェネレータモジュール４３０は、被雇用者の補償保険請求データ内で、「出勤前の事故」と称された概念の存在（たとえば、怪我の時間が出勤時間前であることを示す、構造化データまたは非構造化データ要素によって定義される）と「同僚の存在なし」と称された第２の概念の存在（たとえば、その請求に関連する非構造化文書内の概念の存在を判定する正規表現によって定義される）とが、不正なまたは疑わしい状況（たとえば、構造化データの集合中の状況コードによって定義される）に関連する請求と高度に相関していることを判定することができる。本例では、システムは、これらの個々の概念を結合させてその概念の間の相関を表す論理式によって定義されるより高いレベルの概念を作成する、「不審な請求」の概念の部分を作成する（図６に関して以下に論じられるように）ために、この相関を利用することができる。
【００４１】
[1053]  いくつかの実施形態では、概念ジェネレータモジュール４３０は、前述の相関分析の結果を利用して、正に相関するまたはそのモジュールによって使用されるデータ集合内に密接な関係をもつ概念を結合させて概念階層４４０を定義することができる（たとえば、参照によりその開示のすべてを本明細書に組み込む、Ｍｏｈａｎらへの米国特許出願第１０／６９５，４２６号で論じられるように）。出勤前の事故の前述の例を再び参照すると、概念ジェネレータモジュールは、出勤前の事故に関連する２つのファクタの正相関を利用してその概念を単一の概念の少なくとも一部として結合させることができる。概念ジェネレータモジュール４３０は、正に相関する概念階層４４０内の２つの概念が互いに同一の概念内に定義されなくなるまで、概念階層４４０内のより少ない概念に正に相関する概念の組合せを再帰的に実行するように構成されることができる。換言すれば、そのモジュールは、概念階層４４０内に定義された最高レベルの概念のうちのいずれもデータ集合内で互いに正に相関しなくなるまで、概念結合プロセスを再帰的に実行することができる。正に相関する決定ファクタ（概念）の存在は決定算法を不適切に歪めないので、このプロセスは、判定プロセスによって生み出される偽陽性の低減を可能にする。
【００４２】
[1054]  いくつかの実施形態では、概念階層４４０内の１つまたは複数の概念は、概念ジェネレータモジュール４３０によってプログラムで改善されることができる。具体的には、概念ジェネレータモジュール４３０は、辞書および／またはシソーラスなどの１つまたは複数の参照ソースを利用して、概念階層４４０内の１つまたは複数の概念の名前または内容を改善するように構成されることができる。加えて、概念ジェネレータモジュールは、概念階層内の概念の間の追加の関係をプログラムで検出するように構成されることができる。概念ジェネレータモジュールは次に、任意選択により概念階層の定義を更新して追加の関係を含めることができる。
【００４３】
[1055]  いくつかの実施形態では、概念ジェネレータモジュール４３０は、ユーザが概念階層４４０内の１つまたは複数の概念の定義を編集できるようにする機能を提供することができる。たとえば、概念ジェネレータモジュールは、概念階層の視覚表示をディスプレイ（図示せず）に出力し、１つまたは複数の概念の定義への所望の変更を指示する１つまたは複数の入力信号をユーザが送信することができる機能を提供することができる。概念ジェネレータモジュールは、その信号を受信し、概念階層の定義における所望の変更を達成するように構成されることができる。
【００４４】
[1056]  いくつかの実施形態では、概念ジェネレータモジュール４３０は、たとえばユーザからの信号を受信したときに、概念階層４４０内の概念の定義を更新するように構成されることができる。概念ジェネレータモジュール４３０はさらに、たとえばデータ集合内で検出された追加の情報、概念階層４４０へのユーザ定義概念の追加、または、概念階層への他の任意の合成変更に応答して、自動的に概念定義を更新することができる。更新が完了したとき、概念ジェネレータモジュールは、概念階層内のその概念のすべてのインスタンス（その概念のインスタンスが、独立した概念としてあるか、別のより高いレベルの概念の下位概念としてあるか、または正規表現内にあるか）を通して更新された概念定義を伝搬するように構成されることができる。
【００４５】
[1057]  いくつかの実施形態では、概念ジェネレータモジュール４３０による完了の後に、概念階層は、図６に関して論じられたビジネスルールジェネレータモジュールと同様のソフトウェアまたはハードウェアベースのモジュールによる検索またはそこへの送信のために、１つまたは複数の電子ファイル内またはリレーショナルデータベース内に保存されることができる。
【００４６】
[1058]  図５は、一実施形態にしたがって、正規表現が非構造化データオブジェクト内に存在する概念に基づいて定義されうることを説明する概略図である。さらに具体的には、図５は、そこから概念５２０が抽出されることができるテキスト文字列５１０を含む非構造化データオブジェクト５００を示す。概念５２０の存在または欠落は、たとえば、正規表現５３０などの表現式中に表されることができる。
【００４７】
[1059]  図４に関して論じられたように、概念は、非構造化データオブジェクト５００などの非構造化オブジェクトまたは文書内のテキスト文字列の存在または欠落として定義されることができる。非構造化オブジェクト５００は、たとえば、手書きのメモ、印刷された書式、図、表もしくはグラフ、または他の印刷された文書の一群でもよい。別法として、非構造化データオブジェクト５００は、ワードプロセッサ文書、電子メール、テキストファイル、Ａｄｏｂｅ  ＰＤＦ文書、ウェブページ、または、テキストを含む他の電子ファイルなどの電子形式のテキストを含む任意の文書でもよい。
【００４８】
[1060]  図４に関して論じられたように、概念ジェネレータモジュールなどのソフトウェアまたはハードウェアベースのモジュールは、非構造化データオブジェクト５００などの非構造化データオブジェクトを走査し、そのテキスト内容から１つまたは複数の概念を抽出するように構成されることができる。たとえば、図５に示すように、テキスト内容の一部は、テキスト文字列５１０「Ｔｏｍｍｙ  ｅｎｊｏｙｓ  ｐｌａｙｉｎｇ  ｂａｓｅｂａｌｌ．  Ｈｉｓ  ｆｒｉｅｎｄｓ  ａｌｓｏ  ｌｉｋｅ  ｔｏ  ｐｌａｙ．」（トミーは野球をして楽しむ。彼の友だちも野球をするのが好きだ。）などのような１つまたは複数の単語または句でもよい。この例では、概念抽出プロセス中に、概念ジェネレータモジュールは、テキスト文字列５１０を含む、非構造化データオブジェクト５００のテキストを走査する。テキスト文字列５１０を走査するとき、概念ジェネレータモジュールは、「ｌｉｋｅｓ  ｂａｓｅｂａｌｌ」（野球が好き）のラベルを付けられた、概念５２０を抽出する。概念５２０の存在または欠落が概念５２０（図７に関して以下に論じられる）を含むビジネスルールの実行中に判定されることを可能にするために、概念ジェネレータモジュールは正規表現５３０を作成する。
【００４９】
[1061]  当業者は、正規表現５３０などの正規表現の作成および評価に精通している。この例では、正規表現５３０は、「（ｌｉｋｅ〜  ｏｒ  ｅｎｊｏｙ〜）  ｐｒｅ／３（ｂａｓｅｂａｌｌ）」の文によって定義され、これは、単語「ｂａｓｅｂａｌｌ」（野球）の前の３つの単語内のテキストの一部に存在する「ｌｉｋｅ」（好き）または「ｅｎｊｏｙ」（楽しむ）の文字で始まる任意の単語の概念を表す。したがって、この正規表現を満たす、即ち、その正規表現が肯定と評価して概念５２０の存在を示す、例示的なテキスト文字列は、「Ｉ’ｍ  ｃｕｒｒｅｎｔｌｙ  ｅｎｊｏｙｉｎｇ  ｗａｔｃｈｉｎｇ  ｂａｓｅｂａｌｌ」（私は現在野球を見て楽しんでいる）または「Ｍａｎｙ  Ａｍｅｒｉｃａｎｓ  ｌｉｋｅ  ｐｌａｙｉｎｇ  ｂａｓｅｂａｌｌ  ｉｎ  ｔｈｅ  ｓｐｒｉｎｇ」（多くのアメリカ人は春に野球をするのが好きだ）である。いくつかの実施形態では、正規表現５３０は、「ｘ」語以内の１つの単語の存在を検出する演算子などの１つまたは複数の追加の演算子（「w/x」で表され、たとえば「w/5」は「５つの単語内」を意味する）、または、「ｘ」語前以内の１つの単語の存在を検出する演算子（「pre/x」で表され、たとえば「pre/5」は「５つ前以内の単語」を意味する）を含みうる。いくつかの実施形態では、正規表現５３０は、文字パターンの存在を同一センテンス内に検出する演算子（「s/s」で表され、たとえば、「ball s/s team」は「チームとして同一センテンス内にボールが現れること」を意味する）、または同一パラグラフ内に検出する演算子（「p/s」で表され、たとえば「ball p/s team」は「チームとして同一パラグラフ内にボールが現れること」を意味する）を含みうる。正規表現５３０はさらに、当業者に一般に知られている、ワイルドカード文字を示す演算子（文字「*」、「?」、および「=」など）、または他の任意の標準正規表現演算子を含むことができる。
【００５０】
[1062]  いくつかの実施形態では、正規表現５３０は、図４に関して論じられた概念階層などの概念階層の部分として含まれうる。いくつかの実施形態では、正規表現５３０などの正規表現は、図３に関して論じられた概念などのより高いレベルの概念の定義の部分として、非構造化データオブジェクトの集合内の概念の存在または欠落、あるいは構造化データの集合内の特定のデータ値の存在または欠落を表す１つまたは複数の他の正規表現内に含まれうる。
【００５１】
[1063]  図６は、一実施形態による、ビジネスルールジェネレータモジュールを示す概略図である。具体的には、図６は、一実施形態による、データ集合６００および概念階層６１０を定義するデータの両方を受信し、完成したビジネスルール６３０を含むデータを生成するビジネスルールジェネレータモジュール６２０を示す。ビジネスルールジェネレータモジュール６２０は、概念階層レポーティングモジュール６２２、ビジネスルールテストモジュール６２４、およびビジネスルールエディタモジュール６２６を含む。
【００５２】
[1064]  いくつかの実施形態では、ビジネスルールジェネレータモジュール６２０は、図４に関して論じられた概念ジェネレータモジュールなどのソフトウェアまたはハードウェアベースのモジュールから概念階層６１０を含むデータを受信する。いくつかの実施形態では、ビジネスルールジェネレータモジュール６２０は、光ディスク、外部ハードディスクドライブ、またはフラッシュメモリモジュールなどの取外し可能な記憶媒体を介して概念階層６１０を定義するデータでもよい。
【００５３】
[1065]  概念階層６１０を受信したとき、ビジネスルールジェネレータモジュール６２０は、完成したビジネスルール６３０を生成するように構成されることができる。さらに具体的には、いくつかの実施形態で、ビジネスルールジェネレータモジュール６２０は、概念階層６１０の視覚表示をディスプレイに出力し、ユーザがその概念階層に関するビジネスルールを定義できるようにする機能を提供するように構成されることができる。たとえば、ビジネスルール定義機能は、ユーザが入力デバイスを使用して概念階層から１つまたは複数の概念を選択し、その概念の間に論理関係を定義できるようにするディスプレイの領域を含みうる。いくつかの実施形態では、機能は、ユーザがコンピュータキーボード（図示せず）などのテキスト入力デバイスを使用してビジネスルールの少なくとも一部を入力できるようにするテキスト入力フィールドを含みうる。
【００５４】
[1066]  いくつかの実施形態では、概念階層６１０の視覚表示は、概念階層レポーティングモジュール６２２によって生成される１つまたは複数のレポートを含みうる。そのレポートは、たとえば、データ集合６００の一部内のある特定のデータの存在と、その同一の部分内のある特定の概念の存在との正相関関係に関する情報などの概念階層６１０に関する情報を含みうる。これらの相関関係は、たとえば、作成されたビジネスルールに含まれうるデータ内のパターンおよび論理関係を検出してそのルールの予測正確度を改善するために、ユーザによって使用されることができる。
【００５５】
[1067]  いくつかの実施形態では、ユーザが最初のビジネスルールを定義した後には、そのルールはビジネスルールテストモジュール６２４に送信されることができる。ビジネスルールテストモジュール６２４は、ビジネスルールを受信し、知られている結果をもつテストデータの集合にそれを実行することによってビジネスルールの正確度をテストするように構成されることができる。いくつかの実施形態では、ビジネスルールテストモジュールは、そのテストデータの位置およびそのテストデータについての正しい結果を示すユーザからの入力信号を受信することができる。ビジネスルールテストモジュール６２４は、テストデータにそれを実行することによって、受信されたビジネスルールをテストし、次にそのテストの結果を表示装置に表示するように構成されることができる。
【００５６】
[1068]  テストの完了後、ビジネスルールテストモジュール６２４は、ビジネスルールエディタモジュール６２６にフォーカスを返すように構成されることができる。前述のテストの結果がユーザにとって満足できるものであった場合、ユーザは、テストされたビジネスルールを受け入れることを選択することができる。テストの結果がユーザにとって満足できるものでなかった場合、ビジネスルールエディタモジュール６２６は、そのルールへの１つまたは複数の所望の変更を指示する追加のユーザ入力信号を受信するように構成されることができる。ビジネスルールテストモジュール６２４を使用したルールのテストに続く、ルールへの所望の変更を指示するユーザ入力信号の受信のこのプロセスは、ビジネスルールエディタモジュールがビジネスルール生成プロセスの完了を指示するユーザからの入力信号を受信するまで、繰り返して実行されることができる。
【００５７】
[1069]  いくつかの実施形態では、ビジネスルールエディタモジュール６２６は、データ集合６００を備える基底データの合成および／または内容が変わるとき、ユーザが経時的にビジネスルールを編集できるようにすることができる。ビジネスルールジェネレータモジュール６２０はさらに、構造化および非構造化データ（図示せず）の１つまたは複数の追加のソースにアクセスし、追加のデータのテストを分析し走らせることによってユーザがビジネスルールを改善できるようにするように構成されることができる。
【００５８】
[1070]  完成したビジネスルールは、図６の完成したビジネスルール６３０に示されるように、１つまたは複数の概念の論理結合でもよい。いくつかの実施形態では、完成したビジネスルールは、概念の間の数学的関係または言語学的文法に基づく関係に基づく概念の間の１つまたは複数の関係を含みうる。
【００５９】
[1071]  分かりやすいように、完成したビジネスルール６３０は、その構成要素部分へのそのビジネスルールの拡張を示す。図示された例で、概念１は、概念３、概念４、および正規表現１の存在の論理結合として定義される。概念２は、正規表現４から成る。概念３はそれ自体正規表現３から成り、概念４は正規表現２または構造化要素１の論理結合から成り、構造化要素１は、データ集合６００から含まれる構造化データ内の指定された値の存在または欠落を判定する表現式を表す。
【００６０】
[1072]  もう１つの例では、４つの概念（それぞれ、Ｃ１、Ｃ２、Ｃ３およびＣ４でラベル付けされた）は、同一の自動車保険請求についてすべてが存在する場合に、その請求が不正でありうることを示す４つのファクタを表すことができる。そのファクタは以下のとおりである：問題になっている自動車が７年未満であること（国の自動車登録データベースに保存された構造化データ要素から作成される概念、Ｃ１のラベルを付される）と、その自動車が盗まれたこと（保険会社の請求データベースに保存された構造化データ要素から作成される概念、ラベルＣ２を付される）と、鍵がその事件の間にイグニッションから外されたこと（走査された警察の事件報告書のテキストからまたは構造化データ要素から抽出される概念、ラベルＣ３を付される）と、その自動車が故意に破壊されたこと（光学式文字読取り装置（ＯＣＲ）によってコンピュータテキストに変換された損害査定担当者のメモから抽出される概念、Ｃ４のラベルを付される）。これらのファクタに関連する不正請求のタイプについての概念を表すために、ユーザは、たとえば以下のように、これらの４つの概念の間の論理関係を定義することができる：Ｆｒａｕｄｕｌｅｎｔ Ｃｌａｉｍ＝（Ｃ１  ＡＮＤ  Ｃ２  ＡＮＤ  Ｃ３  ＡＮＤ  Ｃ４）など、但し表現式に含まれる各概念ラベルはデータ内のその概念の存在を表す。
【００６１】
[1073]  いくつかの実施形態では、ビジネスルールジェネレータモジュール６２０は、後の使用のためにメモリに完成したビジネスルール６３０に関連する情報を保存するように構成されることができる。加えて、ビジネスルールジェネレータモジュール６２０は、データ集合での実行（図７に関して以下に論じられるように）のために別のソフトウェアまたはハードウェアベースのモジュールに完成したビジネスルール６３０を含むデータを送信するように構成されることができる。
【００６２】
[1074]  図７は、一実施形態による、ビジネスルールに基づいて、構造化および非構造化データの集合についての判定を生成する判定モジュールを示す概略図である。具体的には、図７は、データ集合７００とビジネスルール７１０および概念階層７２０を含むデータとを受信し、判定７４０を出力する、判定モジュール７３０を示す。図示された実施形態では、データ集合７００は、構造化データソース７０２および１つまたは複数の非構造化データオブジェクト７０４を含む。判定モジュール７３０は、ビジネスルール評価装置モジュール７３４、非構造化オブジェクト探索モジュール７３６、および構造化データ探索モジュール７３８を含む。
【００６３】
[1075]  ビジネスルール７１０は、判定モジュール７３０にネットワークを介して接続されたメモリ（ＲＡＭ、ＲＯＭ、ハードディスクドライブ、光ドライブ、または他の取外し可能な媒体など、図示せず）に保存されることができる。いくつかの実施形態では、メモリは、判定モジュール７３０と同じハードウェアデバイス上に存在しうる。いくつかの実施形態では、ビジネスルール７１０は、光ディスク、外部ハードディスクドライブ、またはフラッシュメモリモジュールなどの取外し可能な記憶媒体に保存され、そこに判定モジュール７３０が存在するハードウェアデバイスへと転送されることができる。ビジネスルール７１０は、図６に関して上記で論じられた完成したビジネスルールと同様に、ビジネスルールに関連する情報を含みうる。
【００６４】
[1076]  図７に示すように、判定モジュールは、データ集合７００、およびビジネスルール７１０を含むデータを受信することができる。データ集合およびビジネスルールを受信したとき、判定モジュールは、そのデータ集合にビジネスルールを実行することによって、データ集合に関する判定を生成することができる。図示された例では、判定モジュール７３０は、ビジネスルール評価装置モジュール７３４を利用してビジネスルール７１０を構文解析する。いくつかの実施形態では、その評価は、概念階層７２０を参照することによるその構成要素部分へのビジネスルール７１０の拡張を含みうる。
【００６５】
[1077]  構文解析プロセスが完了したときに、ビジネスルール評価装置モジュール７３４は、データ集合７００の内容をビジネスルール７１０の拡張版に適用し、判定７４０を生成するように構成されることができる。具体的には、ビジネスルール評価装置モジュール７３４は、非構造化オブジェクト探索モジュール７３６および構造化オブジェクト探索モジュール７３８にデータを送信することおよびそこから受信することができる。非構造化オブジェクト探索モジュール７３６は、ビジネスルール評価装置モジュール７３０によって現在処理されている拡張ビジネスルール７１０の一部によって命令されるものとしての特定のテキスト文字列についてデータ集合７００を探索するように構成されることができる。同様に、構造化データ探索モジュール７３８は、ビジネスルール評価装置モジュール７３４によって現在処理されている拡張ビジネスルール７１０の一部によって命令されるものとしての特定の構造化データ値についてデータ集合７００を探索するように構成されることができる。探索された情報の存在または欠落を検出した後に、非構造化オブジェクト探索モジュール７３６および構造化データ探索モジュール７３８のそれぞれは、データ集合７００内のその情報の存在または欠落の指示を含むビジネスルール評価装置モジュール７３４への信号を送信することができる。このプロセスは、拡張ビジネスルール７１０の各部分について繰り返されることができる。
【００６６】
[1078]  データ集合７００内の拡張ビジネスルールから各概念の存在または欠落に関する非構造化オブジェクト探索モジュール７３６および構造化オブジェクト探索モジュール７３８からのすべての必要な情報を受信したとき、ビジネスルール評価装置モジュール７３４は、抽出されたビジネスルールを論理的に評価して判定７４０を計算するように構成されることができる。
【００６７】
[1079]  いくつかの実施形態では、判定モジュール７３０は、ディスプレイ（図示せず）などの出力デバイスに判定７４０に関連するテキストまたはデータを送信するように構成されることができる。いくつかの実施形態では、ビジネスルール評価装置モジュール７３４は、メモリに判定７４０に関連する情報を保存するように、および／または、たとえばネットワークを介して、接続されたハードウェアもしくはソフトウェアベースのモジュールにその情報を送信するように構成されることができる。
【００６８】
[1080]  図８〜１０は、一実施形態による、前述の発明の例示的な使用事例を示す。具体的には、図８は、自動車保険請求に関連する判定を行うように構成されたコンピュータ化された決定システムの例示的なソフトウェアベースの一実施形態を示す概略図である。例示的な決定システム８００は、自動車保険請求情報の集合に動作して請求についての判定、特にその請求が不正と思われるかどうかの判定、を行う。そのソフトウェアベースの決定システムは、ディスプレイ、および、コンピュータキーボード、タッチ画面、またはコンピュータマウス（図示せず）などのユーザ入力のための少なくとも１つの周辺装置を含む、コンピュータハードウェアデバイス上に実装される。
【００６９】
[1081]  本例では、概念ジェネレータモジュール８２０、ビジネスルールジェネレータモジュール８３０、および判定モジュール８５０は、単一ハードウェアデバイス上に存在するソフトウェアベースのモジュールである。保険請求情報８１０は、保険データベース８１２および非構造化請求データオブジェクト８１４を含む複数のハードウェアデバイス上にある。本例では、保険請求情報は、ローカルエリアネットワーク接続を介して概念ジェネレータモジュール８２０および判定モジュール８５０によってアクセスされる。ディスプレイ８６０は、ビデオ出力ケーブルを介してハードウェアデバイスに接続される。
【００７０】
[1082]  保険データベース８１２は、自動車情報（車両識別番号（VIN）、型、モデル、モデル年式、色、車両タイプ、事故履歴など）と、運転者／請求者データ（年齢、民族性、性別、および他の関連人口学的情報など）と、運転者の免許および運転記録データと、請求情報（事故の日付、事故の時間、事故時の気象状況、衝突のタイプ、請求日、請求金額など）とを含む、１つまたは複数の自動車、運転者、および自動車保険事故請求に関連する構造化データを含む。非構造化請求データ８１４は、損害査定担当者の記録、保険会社の手紙、およびメモ、弁護士とのやりとり、ニュース記事、自動車修理工場および修理請求書、医療記録、テキストに変換された録音された通話および音声メッセージ、ならびに請求会社とのやりとりなどの請求に関連した情報を含む文書の電子版から成る。
【００７１】
[1083]  本例では、概念ジェネレータモジュール８２０は、ローカルエリアネットワークを介して保険請求情報８１０に含まれる１つまたは複数の自動車保険事故請求に関する情報を受信する。本例では、概念ジェネレータモジュール８２０が、図４に関して前記で論じられた同様の方法を実装して、保険請求情報に基づく不正の可能性のある請求概念階層８０を生成する。概念階層へのユーザ定義編集の完了の後に、概念ジェネレータモジュールが、ビジネスルールジェネレータモジュール８３０に概念階層を定義するデータを送信する。本例では、不正の可能性のある請求概念階層８０が、図８に関して論じられた構造化および非構造化データの集合に関連する例示的な概念階層を示す概略図である図９に概念階層によって示される。図９によって示される概念階層に含まれる概念は、すべて単一レベル概念（下位概念を含まない）であるが、概念は、継承の任意のレベル（下位概念から成る概念、副々概念から成るそれら自体など）への、任意の数および組合せの構造化データ値の存在もしくは欠落、テキスト文字列の存在もしくは欠落、または他の概念から成ることが前述の発明から明らかであろう。
【００７２】
[1084]  図８を再び参照すると、ビジネスルールジェネレータモジュール８３０は、複数のユーザ選択の概念の間のユーザ定義の論理関係に少なくとも部分的に基づいてビジネスルールを定義する。本例では、ビジネスルールは、自動車保険請求が不正の可能性があるかを判定するために作成される。したがって、そのビジネスルールは、かかる可能性を示す概念の存在についてテストする論理関係を含む。本例では、これらの概念が８つの不正ファクタを表し、Ｃ１〜Ｃ８のラベルを付される。８つのファクタ（それぞれ対応する概念のありうるデータソースの説明をもつ）は：
【００７３】
[1085]  １．自動車に限られた損害がある（警察または保険会社のレポートで見つかった）。
【００７４】
[1086]  ２．事故時に、前の事故で不適切と見なされた自動車を第三者が運転していた（車両データベースで見つかった）
【００７５】
[1087]  ３．事故時に、第三者が盗まれた自動車（車両データベースで見つかった）を運転していた、および、第三者が適切な登録を見せることができなかった（警察の記録で見つかった）
【００７６】
[1088]  ４．請求者が、偽情報を提供した（警察または保険会社の記録で見つかった）
【００７７】
[1089]  ５．請求処理者が疑わしい（保険会社の記録で見つかった）
【００７８】
[1090]  ６．第三者が、その請求／レポートをしきりに処理しようとしている（保険会社の記録で見つかった）
【００７９】
[1091]  ７．請求者が、事故の第三者の説明に頑として不同意である（保険会社との請求者のやりとりで見つかった）
【００８０】
[1092]  ８．事故に関わった１人または複数の個人が、疑わしい個人の警戒リスト上にある（保険または警察のデータベースで見つかった）。
【００８１】
[1093]  所与の請求についてのこれらのファクタのうちのいずれかの存在は、その請求を不正の可能性のあるものとする。したがって、この事実は、不正請求ビジネスルール８２を構成する、単一の論理式によって表されることができる：Ｐｏｔｅｎｔｉａｌｌｙ＿Ｆｒａｕｄｕｌｅｎｔ＿Ｃｌａｉｍ＝（Ｃ１  ＯＲ  Ｃ２  ＯＲ  Ｃ３  ＯＲ  Ｃ４  ＯＲ  Ｃ５  ＯＲ  Ｃ６  ＯＲ  Ｃ７  ＯＲ  Ｃ８）（但し、表現式内の各概念は、検査を受けるデータ内のその概念の存在を表す）。
【００８２】
[1094]  ビジネスルールジェネレータモジュール８３０は次に、テストデータの集合にビジネスルールを実行し、そのテストの結果をディスプレイに出力して定義されたビジネスルールの正確度を示す。本例では、テストデータの集合は、不正請求を含むことを知られている保険請求情報８１０の部分集合である。ビジネスルールへのユーザ編集の１つまたは複数の反復およびそれに続く正確度のテストが完了したとき、ビジネスルールジェネレータモジュールが、不正請求ビジネスルール８２を含むデータを不正請求判定モジュール８５０に送信する。
【００８３】
[1095]  図１０は、図８に関して論じられた例示的なコンピュータ化された決定システムによって生成される例示的なビジネスルール８２を示すワード図である。具体的には、図１０は、図８に関して論じられたビジネスルールの折畳み版（１０１０のラベルを付された）、および、同一のビジネスルールの拡張版（１０２０のラベルを付された）を示す。ビジネスルール１０１０に示すように、Ｐｏｔｅｎｔｉａｌｌｙ＿Ｆｒａｕｄｕｌｅｎｔ＿Ｃｌａｉｍは、構造化および非構造化データの集合内の８つの不正請求概念のうちのいずれかの存在として定義される。
【００８４】
[1096]  図８を再び参照すると、判定モジュール８５０が、不正請求ビジネスルール８２（この例のさらなる目的のための「ビジネスルール」）を含むデータを受信する。さらに、判定モジュールが保険請求情報８１０にアクセスする。本例では、判定モジュールが保険請求情報８１０にビジネスルール８２を実行して不正請求判定８４を計算する。さらに具体的には、判定モジュールが、ビジネスルールのテキストを構文解析し、保険請求情報８１０を読み取って、ビジネスルールに含まれる各概念の存在または欠落を検出する。読取りが完了したとき、判定モジュールが、探索結果を利用して不正請求判定８４（「真」または「偽」の値）を計算し、ビジネスルールの論理を評価する。演算が完了したとき、判定モジュール８５０は、「請求＃１２３４５６７は不正と思われる」などの不正請求判定に関する情報をディスプレイ（図示せず）に表示する。
【００８５】
[1097]  図１１〜１３は、一実施形態による、不審なおよび／または不正な自動車保険請求の検出に関連する前述の発明の一実装を示す図である。具体的には、図１１〜１３は、ＩｘＲｅｖｅａｌ，Ｉｎｃ．によって作成されたｕＲｅｖｅａｌ製品と同様の本発明のソフトウェアベースの実装を示す。図１１は、自動車保険請求に関連する概念階層の視覚表示を示す、ソフトウェア実装スクリーンショットである。
【００８６】
[1098]  具体的には、図１１は、３つの下位概念（「InsuredAdamant」、「ThirdPartyDenies」、および「ThirdPartyWilling」のラベルを付される）と、非構造化データオブジェクト内の「ｄｉｆｆｅｒ」で始まる任意の単語の３単語以内に生じる「ｖｉｅｗ」で始まる任意の単語の存在を検出するように定義された正規表現とからそれ自体が成る、「ＶｉｅｗｓＤｉｆｆｅｒ」のラベルを付された概念を含む、複数の下位概念から成る、「ＳｕｓｐｉｃｉｏｕｓＣｌａｉｍ」のラベルを付された概念の図表による、階層表現を示す。
【００８７】
[1099]  図１２は、図１１に関して前述された概念階層の一部を示す。具体的には、図１２は、図１１に関してやはり論じられた「ＳｕｓｐｉｃｉｏｕｓＣｌａｉｍ」概念の構成要素部分を示す、概略ブログ図である。参考までに、図１２は前記で論じられた図３と類似している。
【００８８】
[1100]  図１３は、データの集合に適用されるときに、そのデータに含まれる自動車請求が疑わしいかどうかに関する判定を生み出すように設計されたビジネスルールを示す。この判定は、それに関する事故が、低速の衝撃およびその低速の衝撃を考えると異常に深刻な怪我を含んだかどうかに少なくとも部分的に基づく。図１３に示すように、ビジネスルールは、不審な自動車請求に関連する複数の下位概念、および、データの集合内の各下位概念の存在または欠落を検出するように定義された１つまたは複数の正規表現を含む。加えて、ビジネスルールは、それらの概念の出現が実際の不審なおよび／または不正な自動車保険請求といかに相関するかのユーザの概念と一致する形で概念を論理的に結び付ける複数の論理演算子を含む。参考までに、図１３は、自動車請求が不正の可能性があるかどうかを判定するように定義されたビジネスルールの簡易版を示す、前に論じられた図１０と類似している。
【００８９】
[1101]  本明細書に記載のいくつかの実施形態は、さまざまなコンピュータ実装動作を実行するための命令またはコンピュータコードをそこにもつコンピュータ可読媒体（プロセッサ可読媒体とも称されうる）をもつコンピュータストレージ製品に関する。その媒体およびコンピュータコード（コードとも称されうる）は、特定の１つまたは複数の目的のために設計および構成されたものでもよい。コンピュータ可読媒体の例は、以下を含むがこれらに限定されない：ハードディスク、フロッピディスクおよび磁気テープなどの磁気ストレージ媒体、コンパクトディスク／デジタルビデオディスク（ＣＤ／ＤＶＤ）、ＣＤ−ＲＯＭおよびホログラフィックデバイスなどの光ストレージ媒体、光ディスクなどの光磁気ストレージ媒体、搬送波信号処理モジュール、ならびに、特定用途向け集積回路（ASIC）と、プログラム可能論理デバイス（ＰＬＤ）と、読取り専用メモリ（ＲＯＭ）およびランダムアクセスメモリ（ＲＡＭ）デバイスなどのプログラムコードを保存および実行するように特に構成されたハードウェアデバイス。
【００９０】
[1102]  コンピュータコードの例は、マイクロコードもしくはマイクロ命令、コンパイラによって生み出されるものなどの機械命令、ウェブサービスを生み出すために使用されるコード、ならびに、インタプリタを使用するコンピュータによって実行されるより高いレベルの命令を含むファイルを含むがこれらに限定されない。たとえば、実施形態は、Ｊａｖａ（登録商標）、Ｃ＋＋、または他のプログラム言語（オブジェクト指向のプログラム言語など）、および開発ツールを使用して実装されることができる。コンピュータコードのさらなる例は、制御信号、暗号化コード、および圧縮コードを含むがこれらに限定されない。
【００９１】
[1103]  さまざまな実施形態が前述されたが、それらは限定としてではなくほんの一例として提示されており、形態および詳細のさまざまな変更が行われうることを理解されたい。本明細書に記載の装置および／または方法の任意の部分が、相互排他的な組合せを除いて、任意の組合せで結合されることができる。本明細書に記載の実施形態は、記載された異なる実施形態の機能、構成要素、および／または特徴のさまざまな組合せおよび／または２次的組合せを含みうる。
【図１】
2015109096.tif 000003
【図２】
2015109096.tif 000004
【図３】
2015109096.tif 000005
【図４】
2015109096.tif 000006
【図５】
2015109096.tif 000007
【図６】
2015109096.tif 000008
【図７】
2015109096.tif 000009
【図８】
2015109096.tif 000010
【図９】
2015109096.tif 000011
【図１０】
2015109096.tif 000012
【図１１】
2015109096.tif 000013
【図１２】
2015109096.tif 000014
【図１３】
2015109096.tif 000015
【手続補正書】
【提出日】平成27年1月23日(2015.1.23)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
プロセッサによって実行される概念ジェネレータモジュールによって、構造化および非構造化データオブジェクトの第１の集合に基づいて第１の概念を定義する工程であって、前記第１の概念は、第１のシード概念と少なくとも１つの第１の関連概念を含み、（１）前記第１の集合から非構造化データオブジェクト内のテキスト文字列の存在と（２）前記第１の集合から構造化データオブジェクト内に保存されたデータコードとを示す第１の正規表現によって定義される、工程と、
前記概念ジェネレータモジュールによって、構造化および非構造化データオブジェクトの第２の集合に基づいて第２の概念を定義する工程であって、前記第２の概念は、第２のシード概念と少なくとも１つの第２の関連概念を含み、（１）前記第２の集合から非構造化データオブジェクト内のテキスト文字列の存在と（２）前記第２の集合から構造化データオブジェクト内に保存されたデータコードとを示す第２の正規表現によって定義され、前記第１の概念は前記第２の概念と正に相関しない、工程と、
前記プロセッサによって実行されるビジネスルールジェネレータモジュールによって、前記第１の概念と前記第２の概念との間の論理的な関係を示す第３の正規表現を含むビジネスルールを定義する工程と、
前記プロセッサによって実行される判定モジュールによって、前記ビジネスルールを構造化および非構造化データオブジェクトの第３の集合に適用して、前記第３の集合が前記ビジネスルールを満たしているか否かを示す予測を行う工程と、
前記予測に関する情報をディスプレイに出力する工程と
を備える、方法。
【請求項２】
前記構造化および非構造化データオブジェクトの第１の集合と前記構造化および非構造化データオブジェクトの第３の集合とが互いに素な集合である、請求項１に記載の方法。
【請求項３】
前記構造化および非構造化データオブジェクトの第３の集合が、前記構造化および非構造化データオブジェクトの第１の集合の部分集合である、請求項１に記載の方法。
【請求項４】
前記第１の概念が第１の概念の集合に含まれ、第１の概念を定義する前記工程が第１の時間に行われ、
第１の時間に前記構造化および非構造化データオブジェクトの第１の集合内に存在しなかった前記構造化および非構造化データオブジェクトの第１の集合内の１つまたは複数の新しい概念の存在を、前記概念ジェネレータモジュールによって、第２の時間に、検出する工程と、
前記概念ジェネレータモジュールによって、前記１つまたは複数の新しい概念を含むように前記第１の概念の集合を更新する工程と
をさらに備える、請求項１に記載の方法。
【請求項５】
前記第１の概念が第１の概念の集合に含まれ、前記第２の概念が前記第１の概念の集合由来の１又は複数の概念を含む、請求項１に記載の方法。
【請求項６】
第１の概念を定義する前記工程が、前記第１の概念に基づく概念階層を定義する工程を含む、請求項１に記載の方法。
【請求項７】
シソーラスと、
辞書と、
言語関係と
のうちの１つまたは複数を使用して前記第１の概念を改善する工程
をさらに備える、請求項１に記載の方法。
【請求項８】
前記第２の関係が
論理関係と、
数学的関係と、
言語学的文法に基づく関係と
のうちの１つを含み得る、請求項１に記載の方法。
【請求項９】
プロセッサによって実行される概念ジェネレータモジュールによって、構造化および非構造化データオブジェクトの第１の集合に基づいて第１の概念を定義する工程と、
前記概念ジェネレータモジュールによって、前記第１の集合に基づいて第２の概念を定義する工程であって、前記第２の概念の定義は、前記第１の集合から少なくとも１つの構造化データ要素および前記第１の集合から少なくとも１つの非構造化データ要素に少なくとも部分的に基づく工程と、
前記概念ジェネレータモジュールによって、構造化および非構造化データオブジェクトの第２の集合に基づいて第３の概念を定義する工程と、
前記概念ジェネレータモジュールによって、第４の概念を定義する工程と、
前記概念ジェネレータモジュールによって、前記第２の概念が前記第１の概念の下位概念であることを指定する、前記第１の概念および前記第２の概念の間の関係を定義する工程と、
前記概念ジェネレータモジュールによって、前記第２の概念が前記第３の概念の下位概念であることを指定する、前記第２の概念および前記第３の概念の間の関係を定義する工程と、
前記プロセッサによって実行されるビジネスルールジェネレータモジュールによって、第１の時間に、前記第１の概念と前記第３の概念と前記第４の概念との間の論理的な関係を示す正規表現を含むようにビジネスルールを定義する工程と、
前記ビジネスルールジェネレータモジュールによって、前記第１の時間の後の第２の時間に、（１）前記第１の概念及び前記第３の概念の間の論理的な関係を示す正規表現を含み、（２）前記第４の概念と、前記第１の概念または前記第３の概念のいずれか１つと、の間の正の相関に基づいて前記第４の概念を除外するように、前記ビジネスルールを再定義する工程と、
前記プロセッサによって実行される判定モジュールによって、構造化および非構造化データオブジェクトの第３の集合に対して前記ビジネスルールを実行する工程であって、前記実行が、（１）前記第３の集合内の前記第１の概念の存在の第１の判定であって、前記第１の判定が前記第３の集合内の前記第２の概念の存在の第２の判定を含み、かつ、（２）前記第３の集合内の前記第３の概念の存在の第３の判定であって、前記第３の判定が前記第３の集合内の前記第２の概念の存在の第４の判定を含む、工程と、
前記判定モジュールによって、前記第３の集合が前記ビジネスルールを満たしているか否かを示す予測を行う工程であって、前記予測が前記第１の判定及び前記第３の判定に基づくものである、工程と、
前記予測に関する情報をディスプレイに出力する工程と
を備える、方法。
【請求項１０】
前記ビジネスルールが１つまたは複数の構成要素部分を含み、各構成要素部分が、
構造化または非構造化データオブジェクト内の概念の存在または欠落を判定するための正規表現と、
構造化データオブジェクト内の概念の存在または欠落を示すデータコードとのうちの１つであり、前記ビジネスルールを実行する工程が、前記１つまたは複数の構成要素部分を実行する工程を含む、請求項９に記載の方法。
【請求項１１】
前記構造化および非構造化データオブジェクトの第１の集合と前記構造化および非構造化データオブジェクトの第３の集合とが互いに素な集合である、請求項９に記載の方法。
【請求項１２】
前記構造化および非構造化データオブジェクトの第３の集合が、前記構造化および非構造化データオブジェクトの第１の集合の部分集合である、請求項９に記載の方法。
【請求項１３】
前記第１の概念または前記第２の概念がユーザ定義概念である、請求項９に記載の方法。
【請求項１４】
プロセッサによって実行されるビジネスルールジェネレータモジュールによって、第１の概念、第２の概念及び第３の概念を含む概念階層を検索する工程であって、前記第１の概念は構造化および非構造化データオブジェクトの第１の集合に少なくとも部分的に基づく、工程と、
前記ビジネスルールジェネレータモジュールによって、第１の複数のユーザ入力信号を受信する工程であって、前記複数のユーザ入力信号からの各信号は、前記第１の概念、前記第２の概念又は前記第３の概念の１つまたは複数の概念の選択を示す工程と、
前記ビジネスルールジェネレータモジュールによって、前記第１の概念、前記第２の概念及び前記第３の概念に関する情報をディスプレイに出力する工程であって、前記第１の概念と前記第３の概念は正に相関していない、工程と、
前記ビジネスルールジェネレータモジュールによって、第２の複数のユーザ入力信号を受信する工程であって、（１）第１の正規表現に基づいて前記第１の概念と前記第２の概念との間の第１の論理的な関係を定義し、かつ、（２）第２の正規表現に基づいて前記第１の概念と前記第３の概念との間の第２の論理的な関係を定義し、前記第２の論理的な関係がビジネスルールを定義する、工程と、
前記プロセッサによって実行される判定モジュールによって、構造化および非構造化データオブジェクトの第２の集合が前記ビジネスルールを満たしているか否かの予測をさせるために、前記第２の集合の構造化および非構造化データオブジェクトに関する前記ビジネスルールを実行する工程と
を備える、方法。
【請求項１５】
前記ビジネスルールジェネレータモジュールによって、前記情報に応答する第３の複数のユーザ入力信号を受信する工程であって、前記第３の複数のユーザ入力信号のそれぞれは、前記第１の概念、前記第２の概念又は前記第３の概念の１つまたは複数の定義に対する所望の変更の指示を含む工程と、
前記ビジネスルールジェネレータモジュールによって、前記第３の複数のユーザ入力信号に基づいて、前記第１の概念、前記第２の概念又は前記第３の概念の１つまたは複数の概念の定義を更新する工程と
をさらに備える、請求項１４に記載の方法。
【請求項１６】
前記ビジネスルールジェネレータモジュールによって、概念階層を分析して前記第１の概念と前記第２の概念と前記第３の概念との間の１つまたは複数の関係の存在を検出する工程と、
前記ビジネスルールジェネレータモジュールによって、前記概念階層を更新して前記１つまたは複数の関係を定義する工程と
をさらに備える、請求項１４に記載の方法。
【請求項１７】
前記ビジネスルールジェネレータモジュールによって、前記ビジネスルールを１つまたは複数の集合のテストデータに適用する工程と、
前記ビジネスルールジェネレータモジュールによって、前記適用に基づいて１つまたは複数のレポートを生成する工程と、
前記１つまたは複数のレポートに応答して、前記ビジネスルールへの所望の変更を指示するユーザ入力信号を受信する工程と、
前記ビジネスルールジェネレータモジュールによって、前記ビジネスルールを更新して所望の変更を達成する工程と
をさらに備える、請求項１４に記載の方法。
【請求項１８】
前記構造化および非構造化データオブジェクトの第１の集合と前記構造化および非構造化データオブジェクトの第２の集合とが互いに素な集合である、請求項１４に記載の方法。
【外国語明細書】
2015109096000001.pdf