JP2019506683A - データ市場における契約管理の方法およびシステム - Google Patents

Abstract

データ市場で契約管理するためのシステムおよび方法を開示する。一実施形態では、本システムは契約のリファクタリングを実施し、その間にシステムは、契約から取引条件を抽出し、契約の簡略化した概要を生成する。本システムはさらに、契約に基づいて要件検証を実施し、その間にシステムは、分野特有のオントロジーに基づいて、データエンティティの特徴が第１の当事者が指定した要件と合致しているかどうかを判断する。データエンティティの特徴が要件と合致していない場合、システムはオントロジーの一覧から１つ以上の関連する属性を取得し、エンティティの特徴が選択した特徴に沿って要件を満たしているかどうかを確認する。それに応じて本システムは、合意可能な要件の文書を要件検証の出力として生成する。
【選択図】図３

Description

関連出願および優先権の相互参照
本明細書は、２０１６年２月２２日に印国特許庁に出願された特許文献１の優先権を主張するものであり、この明細書の全容を本願に援用する。

本明細書の開示は、全般に契約管理に関し、さらに詳細には、データ市場における契約管理に関する。

近年、膨大な量のデータが複数の供給源から生成され、複数の用途に使用される可能性がある。データの交換および収益化を容易にするため、データ市場の概念は日に日に極めて一般的になっている。データ市場は、報酬およびその他の既定の条件に関して同意した上で、ユーザが他のユーザと個人データを購入、販売、取引および／または他の方法で取引することが可能なオンラインプラットフォームである。報酬およびその他の既定の条件は通常、契約に盛り込まれている。

契約には、両当事者間で法的拘束力のある合意についての条件が記載されている。契約には、当事者の権利および義務が含まれ、履行すべき条項が盛り込まれている（例えば所定日までに特定量の商品を納品することへの合意）。契約には、契約に違反があって当事者が契約の条件を満たしていない場合にその当事者が負う罰則を記載した罰則条項も含まれている。２者以上の当事者間で締結される複数の契約もあり得る。契約の効果的な管理は、データ市場では極めて重要なことである。

契約管理には、契約当事者が要求する行為の特定、期日の特定、データプライバシーの確保、価格決定方法の選択、責任当事者への通知を適切な時期に提供すること、実施すべき適切な行為を当事者に通告することなどが含まれるが、これに限定されない。さらに、ほとんどの契約は互いに関連しており、１つの義務に対して実施された行為が、それに関連する義務を引き起こし、相互に関連する一連の事象を実施することが求められることがある。その結果、１つ１つの義務およびそれに該当する関係を理解することが重要となる。

契約の管理は主に、契約管理システムの効率が契約を管理している者（契約管理者）の技量に大きく左右される手動の仕事であった。さらに、契約には法律用語が含まれていることがあるため、法的知識があまりないかまったくない者は、契約書に規定されている用語、条件、義務などを理解しにくいと感じることがある。その上、契約どうしの関係の管理を補佐して完全な整合性を持たせられる対策が存在していない。

さらに、データ市場では、買い手と売り手は契約を締結するための討議をせざるを得なくなる。このような討議は、むしろ交渉であり、買い手の要求と売り手の製品特徴とが合致していることを確認するためのものである。契約交渉を容易にする既存の契約管理システムは、買い手と売り手のやり取りを補佐し、交渉を手動で実施するプラットフォームを提供するだけのものである。しかしながら、既存の契約管理システムは、それ自体で契約交渉を扱うことはできない。

インド国特許明細書第２０１６２１００６１３２号

（課題を解決するための手段）
本開示の実施形態は、従来のシステムで発明者らが認識した上記の技術的課題の１つ以上に対する解決策として技術改良を提供するものである。例えば、１つの実施形態では、プロセッサを実装した方法が提供され、本方法は、契約管理システムによって、第１の当事者と第２の当事者の少なくとも一方からの情報を含む契約を入手すること；契約管理システムによって、契約に特有の入力値をユーザから受信し、入力値は、契約に基づいて、契約のリファクタリングまたは要件検証の少なくとも一方の選択を含むこと；選択に基づき、契約管理システムによって、契約に基づいて契約のリファクタリングまたは要件検証のいずれか一方を実施すること、を含み、契約のリファクタリングは、１つ以上のハードウェアプロセッサを介して、契約管理システムによって、契約に初期指数を割り当て、初期指数は、入力値としてユーザから収集されること；１つ以上のハードウェアプロセッサを介して、契約管理システムによって、契約内の複数の条件を、一般とエンティティ特有の少なくとも一方として分類すること；１つ以上のハードウェアプロセッサを介して、契約管理システムによって、契約内の複数の条件を、法的と非法的の少なくとも一方として分類すること；１つ以上のハードウェアプロセッサを介して、契約管理システムによって、契約を、文書が関連していると特定される少なくとも１つの分野と関連付けること；１つ以上のハードウェアプロセッサを介して、契約管理システムによって、複数の条件どうしの関係を確立すること；および１つ以上のハードウェアプロセッサを介して、契約管理システムによって、確立した関係に沿って複数の条件を表示すること、からなり、契約に基づいた要件検証は、契約管理システムの要件検証モジュールによって、第２の当事者が契約に指定した１つ以上のエンティティに関する複数の属性を取得すること；１つ以上のハードウェアプロセッサを介して、要件検証モジュールによって、属性が関連している少なくとも２つのオントロジーを特定すること；１つ以上のハードウェアプロセッサを介して、要件検証モジュールによって、少なくとも２つのオントロジーの間でリンクを確立すること；１つ以上のハードウェアプロセッサを介して、要件検証モジュールによって、複数の属性が第１の当事者が指定した複数の要件を満たしているかどうかをチェックすること；複数の属性が複数の要件を満たしていない場合、１つ以上のハードウェアプロセッサを介して、要件検証モジュールによって、関連付けられたオントロジーの少なくとも１つから少なくとも１つの新たな属性を取得すること；１つ以上のハードウェアプロセッサを介して、要件検証モジュールによって、１つ以上のエンティティの複数の属性が、取得した少なくとも１つの新たな属性に沿って複数の要件に合致しているかどうかを判断すること；および１つ以上のハードウェアプロセッサを介して、要件検証モジュールによって、合意可能な要件の文書を生成すること、からなる。

別の態様では、契約管理システムが提供される。契約管理システムは、ハードウェアプロセッサ；および複数の命令を含む記憶媒体を備え、複数の命令は、ハードウェアプロセッサに、第１の当事者と第２の当事者の少なくとも一方からの情報を含む契約を入手すること；契約に特有の入力値をユーザから受信し、入力値は、契約に基づいて、契約のリファクタリングまたは要件検証の少なくとも一方の選択を含むこと；選択に基づき、契約に基づいて契約のリファクタリングまたは要件検証のいずれか一方を実施すること、をさせ、契約のリファクタリングは、１つ以上のハードウェアプロセッサを介して、契約管理システムによって、契約に初期指数を割り当て、初期指数は、入力値としてユーザから収集されること；１つ以上のハードウェアプロセッサを介して、リファクタリングモジュールによって、契約内の複数の条件を、一般とエンティティ特有の少なくとも一方として分類すること；１つ以上のハードウェアプロセッサを介して、リファクタリングモジュールによって、契約内の複数の条件を、法的と非法的の少なくとも一方として分類すること；１つ以上のハードウェアプロセッサを介して、リファクタリングモジュールによって、契約を、文書が関連していると特定される少なくとも１つの分野と関連付けること；１つ以上のハードウェアプロセッサを介して、リファクタリングモジュールによって、複数の条件どうしの関係を確立すること；および１つ以上のハードウェアプロセッサを介して、リファクタリングモジュールによって、確立した関係に沿って複数の条件を表示すること、からなり、契約から合意可能な要件の文書を生成することは、契約管理システムの要件検証モジュールによって、第２の当事者が契約に指定した１つ以上のエンティティに関する複数の属性を取得すること；１つ以上のハードウェアプロセッサを介して、要件検証モジュールによって、属性が関連している少なくとも２つのオントロジーを特定すること；１つ以上のハードウェアプロセッサを介して、要件検証モジュールによって、少なくとも２つのオントロジーの間でリンクを確立すること；１つ以上のハードウェアプロセッサを介して、要件検証モジュールによって、複数の属性が第１の当事者が指定した複数の要件を満たしているかどうかをチェックすること；複数の属性が複数の要件を満たしていない場合、１つ以上のハードウェアプロセッサを介して、要件検証モジュールによって、関連付けられたオントロジーの少なくとも１つから少なくとも１つの新たな属性を取得すること；１つ以上のハードウェアプロセッサを介して、要件検証モジュールによって、１つ以上のエンティティの複数の属性が、取得した少なくとも１つの新たな属性に沿って複数の要件に合致しているかどうかを判断すること；および１つ以上のハードウェアプロセッサを介して、要件検証モジュールによって、合意可能な要件の文書を生成すること、からなる。

さらに別の態様では、契約管理のためにコンピューティングデバイスで実行可能なプログラムを組み入れた非一時的なコンピュータ可読媒体が提供される。プログラムは、契約管理システムによって、第１の当事者と第２の当事者の少なくとも一方からの情報を含む契約を入手するためのプログラムコード；契約管理システムによって、契約に特有の入力値をユーザから受信するためのプログラムコードであって、入力値は、契約に基づいて、契約のリファクタリングまたは要件検証の少なくとも一方の選択を含む、プログラムコード；選択に基づき、契約管理システムによって、契約に基づいて契約のリファクタリングまたは要件検証のいずれか一方を実施するプログラムコードを含み、契約のリファクタリングは、１つ以上のハードウェアプロセッサを介して、契約管理システムによって、契約に初期指数を割り当て、初期指数は、入力値としてユーザから収集されること；１つ以上のハードウェアプロセッサを介して、契約管理システムによって、契約内の複数の条件を、一般とエンティティ特有の少なくとも一方として分類すること；１つ以上のハードウェアプロセッサを介して、契約管理システムによって、契約内の複数の条件を、法的と非法的の少なくとも一方として分類すること；１つ以上のハードウェアプロセッサを介して、契約管理システムによって、契約を、文書が関連していると特定される少なくとも１つの分野と関連付けること；１つ以上のハードウェアプロセッサを介して、契約管理システムによって、複数の条件どうしの関係を確立すること；および
１つ以上のハードウェアプロセッサを介して、契約管理システムによって、確立した関係に沿って複数の条件を表示すること、を含み、契約に基づいた要件検証は、契約管理システムの要件検証モジュールによって、第２の当事者が契約に指定した１つ以上のエンティティに関する複数の属性を取得すること；１つ以上のハードウェアプロセッサを介して、要件検証モジュールによって、属性が関連している少なくとも２つのオントロジーを特定すること；１つ以上のハードウェアプロセッサを介して、要件検証モジュールによって、少なくとも２つのオントロジーの間でリンクを確立すること；１つ以上のハードウェアプロセッサを介して、要件検証モジュールによって、複数の属性が第１の当事者が指定した複数の要件を満たしているかどうかをチェックすること；複数の属性が複数の要件を満たしていない場合、１つ以上のハードウェアプロセッサを介して、要件検証モジュールによって、関連付けられたオントロジーの少なくとも１つから少なくとも１つの新たな属性を取得すること；１つ以上のハードウェアプロセッサを介して、要件検証モジュールによって、１つ以上のエンティティの複数の属性が、取得した少なくとも１つの新たな属性に沿って複数の要件に合致しているかどうかを判断すること；および１つ以上のハードウェアプロセッサを介して、要件検証モジュールによって、合意可能な要件の文書を生成すること、からなる。

以上のおおまかな説明および以下の詳細な説明はいずれも例示かつ説明のためのものであって、特許請求の対象である本発明を限定するものではないことを理解すべきである。

本開示に組み込まれ、本開示の一部を成している添付の図は、説明文と併せて例示的な実施形態を示しており、開示した原理を説明するためのものである。

本開示のいくつかの実施形態による契約管理システムの例示的なブロック図である。 本開示のいくつかの実施形態による契約管理システムによって契約管理を実施する過程に必要な工程を示している流れ図である。 本開示のいくつかの実施形態による契約管理システムによって契約のリファクタリングを実行する過程に必要な工程を示している流れ図である。 本開示のいくつかの実施形態による契約管理システムによって要件検証を実行する過程に必要な工程を示している流れ図である。 本開示のいくつかの実施形態による契約管理システムによって契約のリファクタリングを実行している過程で、条件を分類し、用語の定義を取得している様子を示す例の図である。 本開示のいくつかの実施形態による契約管理システムによって契約のリファクタリングを実行している過程で、条件を分類し、用語の定義を取得している様子を示す例の図である。

添付の図面を参照して例示的な実施形態を説明する。図面では、符号の一番左側の数字は、その符号が最初に現れている図を特定している。便宜上、同じまたは同様の部分を指すのには図面全体を通して同じ符号を使用している。開示した原理の例および特徴を本明細書に記載しているが、開示した実施形態の趣旨および範囲を逸脱しない限り、修正、適応、およびその他の実施が可能である。以下の詳細な説明は単なる例示であると捉え、本質となる範囲および趣旨は以下の請求項に明記していることを意図している。

ここで図を参照し、さらに詳細には図１〜図５を参照すると、同様の符号は、図面全体を通して一貫して対応する特徴を指している。図には好適な実施形態を示しており、これらの実施形態を以下の例示的なシステムおよび／または方法の文脈で説明している。明細書全体を通して、「第２の当事者」および「売り手」という用語は、互いに入れ替え可能な意味で使用している。同様に、「第１の当事者」および「買い手」という用語も互いに入れ替え可能な意味で使用している。

図１は、本開示のいくつかの実施形態による契約管理システムの例示的なブロック図である。契約管理システム１００は、契約定義モジュール１０１、版管理モジュール１０２、分類および関係エンジン１０３、要件検証モジュール１０４、リファクタリングモジュール１０５、データ取り出しモジュール１０６、確認モジュール１０７、記憶モジュール１０８、およびハードウェアプロセッサ１０９を備えている。

契約管理システム１００は主に、契約管理の一環として契約のリファクタリングおよび要件検証を実施するように意図されている。前述の過程に加えて、契約管理システム１００は、新規契約を定義する、契約の版を管理する、契約の条件を分類して関係を明らかにする、契約の保存場所から契約を取り出す、契約の条件を検証するなどだがこれに限定されない機能を扱う。

契約のリファクタリングを実施する過程では、リファクタリングモジュール１０５は、事前に規定した様々な規準に照らして契約内の条件を抽出し、抽出した条件どうしの関係を特定して明らかにし、明らかになった関係に沿って、抽出した内容を元の契約の要約版としてユーザに表示する。この表示によってユーザは契約の内容を理解しやすくなる。

要件検証を実行する過程では、要件検証モジュール１０４は、第２の当事者（売り手）が列挙した、販売されるエンティティの１つ以上の特徴、および第１の当事者（買い手）の１つ以上の要件を入力値として受け入れる。様々な実施形態では、エンティティは、製品および／または製法および／またはサービスであってよい。収集した入力値を処理することにより、要件検証モジュール１０４は、特徴が要件に合致しているかどうかを判断する。特徴が要件に合致していない場合、要件検証モジュール１０４は、少なくとも１つの関連するオントロジーから１つ以上の用語／特徴を取得し、取得した１つ以上の特徴に沿って、特徴が要件を満たしているかどうかを確認する。要件検証モジュール１０４は、買い手にエンティティの提案を提示し、かつ／またはエンティティの特徴を買い手の要件に合致させるために少なくとも１つのエンティティに加えるべき１つ以上の変更に関して推奨を売り手に提示する。

契約定義モジュール１０１は、契約を定義するように構成され、契約は、一から定義されるか、何らかの既存の契約を取り入れてそれを改訂して定義される。契約定義モジュール１０１は、契約に含めるべき条件を入力値として収集する。さらに、収集した入力値を比較することにより、契約定義モジュール１０１は、同一／同様（またはほぼ同様）の条件を含んでいる少なくとも１つの契約がデータベース内に存在するかどうかを判断する。契約定義モジュール１０１がデータベース内に合致を見つけられない場合は、新しいテンプレートを使用して一から契約を定義する。

版管理モジュール１０２は、契約のバージョニングを実施するように構成される。契約のバージョニングを実施することにより、版管理モジュール１０２は、契約どうしの重要な相違点を管理しやすくする。例えば、データ製品が様々な国／司法権で活動している複数の買い手に販売される場合に、各国の要件に最適になるように契約を改訂する必要があるため、バージョニングが必要になる。版管理を実施することにより、版管理モジュール１０２は、条件内の相違点を追跡する、新たな言葉を追加する、買い手に特有の契約を維持する、既存の版の契約から新たなテンプレートを作成するなどだがこれに限定されない動作を実施する。版管理モジュール１０２は、版番号、命名の規則、および記憶モジュール１０８にある変更データベース（図１には示していない）内のデータのうちの少なくとも１つに基づいて、契約の様々な版どうしを区別するように構成され得る。

分類および関係エンジン１０３は、契約の条件を処理し、契約に記載の条件の関係を特定して明らかにするように構成される。

データ取り出しモジュール１０６は、データを取り出し／分析して契約の定義における提案を推奨するように構成される。確認モジュール１０７は、買い手および／または売り手が関連する契約の条件に違反していないことを確認するために、買い手と売り手が取引した後の買い手および／または売り手の活動を追跡し続けるように構成される。

記憶モジュール１０８は、契約管理処理に関連するあらゆるデータを保存するように構成され得る。例えば、記憶モジュール１０８は、１つ以上の分野（医療、保険、など）に関するオントロジーデータを保存する。一実施形態では、記憶モジュール１０８によって、各分野に関するオントロジーの保存が可能になる。一実施形態では、記憶モジュール１０８に保存されたオントロジーに対して、様々なレベルの階層が定義される。記憶モジュール１０８は、様々なレベルの階層から用語の探索および検索が可能になるようにさらに構成され得る。

ハードウェアプロセッサ１０９は、契約管理システム１００の他の構成要素と相互作用し、かつ他の構成要素から入力値を収集し、その特定の構成要素が担当する１つ以上の機能に対して１つ以上の動作を実施するように構成され得る。使用中のハードウェアプロセッサ１０９は、任意の適切な種類のものであってよく、契約管理システム１００内のハードウェアプロセッサ１０９の数は、実装の規準および要件ごとに異なっていてよい。

図２は、本開示のいくつかの実施形態による契約管理システムによって契約管理を実施する過程に必要な工程を示している流れ図である。初めに、契約管理システム１００を用いて入力値として１つ以上の契約を取得する（２０２）。契約を取得した後、契約管理システム１００は、契約のリファクタリングまたは要件検証のいずれか１つのユーザによる選択を入力値として受信する（２０４）。契約のリファクタリングは、実行されると、処理対象の契約の内容を簡略化した概要を提示する。要件検証は、実行されると、売り手が列挙した１つ以上のエンティティの特徴が買い手の指定した要件と合致しているかどうかをチェックするのを補佐し、それに応じて推奨／提案を作成する。

ユーザの選択が契約のリファクタリングである場合、契約管理システム１００は契約のリファクタリングを実行し（２０８）、それに対応する出力を生成する。同様に、ユーザの選択が要件検証である場合、契約管理システム１００は、要件検証を実行し（２１０）、対応する出力を生成する。方法２００の工程は、これと同じ順序で実施されてもよいし、必要に応じて少なくとも１つの他の順序で実施されてもよい。さらに、図２の１つ以上の工程を必要に応じて取り除いてもよい。

図３は、本開示のいくつかの実施形態による契約管理システムによって契約のリファクタリングを実行する過程に必要な工程を示している流れ図である。契約のリファクタリングは、契約を簡略化した概要を作成するために行われる。リファクタリングされる契約は、入力値としてリファクタリングモジュール１０５に与えられる。リファクタリングモジュール１０５は、最初に契約を処理し、契約から冗語を識別して削除する（３０２）。冗語のチェックを実施している過程で、契約内の条件は、事象、オントロジー、規則などの形態でモデル化され、冗語は削除される。

冗語を削除した後、リファクタリングモジュール１０５は、契約に初期指数を割り当てる（３０４）が、この初期指数は、初期の複雑度指数である。一実施形態では、リファクタリングモジュール１０５は、契約に初期指数を割り当てる過程で、リファクタリングモジュール１０５のユーザ（文書のリファクタリングを実施しようとする者）の専門性を計算に入れる。例えば、ユーザの専門性に基づいてリファクタリングモジュール１０５によって「０」または「１」の値が使用される。リファクタリングモジュール１０５は、下記に例として挙げた式（１）に基づいて、値が「０」または「１」であると判断されたバイナリ文字列を作成する。そのため、文書の複雑度指数は、バイナリ文字列の１０進数に相当する。例えば、下記の式をリファクタリングモジュール１０５が用いて初期指数を生成する。

リファクタリングモジュール１０５はさらに、事前に構成された条件および要件に従って、契約の取引条件を「一般」と「エンティティ特有」とに分類する（３０６）。リファクタリングモジュール１０５はさらに、分類を実施する過程で、「ａｎｄ（および）」、「ｏｒ（または）」、「ｗｈａｔ（何）」などだがこれに限定されない選出したいくつかの単語を無視するように構成されてもよい。なぜなら、このような単語は一般的なものであり、分類を必要としないからである。取引条件全体にエンティティ特有の情報が含まれていない場合は、「一般」として分類される。取引条件を「エンティティ特有」として分類するために、取引条件の単語は、契約管理システム１００が関連付けられているデータ市場に列挙されたエンティティの属性と照合される。一実施形態では、リファクタリングモジュール１０５は、取引条件をエンティティ特有として分類するために照合数に対して閾値制限を用いるが、この閾値制限は、静的または動的に構成される。

例えば、下記の条件を検討する。
「Ｎｏ ｂｕｓｉｎｅｓｓ ｐｒｏｃｅｓｓ ｏｆ ｂｕｙｅｒ ｃａｎ ｕｓｅ Ｚｉｐ ｃｏｄｅ， Ｄａｔｅ ｏｆ Ｂｉｒｔｈ ａｎｄ Ｎａｍｅ ｓｉｍｕｌｔａｎｅｏｕｓｌｙ．（買い手の取引過程では、郵便番号、生年月日および氏名を同時に使用できない）。」

この条件では、「Ｎｏ」、「Ｂｕｓｉｎｅｓｓ ｐｒｏｃｅｓｓ」、「ｏｆ」、「ｃａｎ」、「ｕｓｅ」、「ａｎｄ」、および「ｓｉｍｕｌｔａｎｅｏｕｓｌｙ」という一般的な用語を排除した後、残りの用語は「Ｚｉｐｃｏｄｅ」、「Ｄａｔｅ ｏｆ Ｂｉｒｔｈ」および「Ｎａｍｅ」だが、これらは１人以上の売り手によって列挙された多くのエンティティで見つけ得るものである。したがって、この条件は「エンティティ特有」として分類される。

リファクタリングモジュール１０５はさらに、事前に構成された条件および要件に従って、契約の取引条件を「法的」と「非法的」に分類する（３０８）。一実施形態では、法律の何らの条項または法律そのものに直接言及した箇所が含まれている取引条件は、「法的」として分類される。別の実施形態では、各単語の頻度指数または分析する取引条件の累積指数は、ユーザが指定した閾値と照合され、指数が閾値と合致しているか超えていると判定された場合、取引条件は「法的」として分類され、そうでなければ「非法的」として分類される。

例えば、下記の取引条件を検討する。
「Ａｃｃｏｒｄｉｎｇ ｔｏ Ｇｒａｍｍ−Ｌｅａｃｈ−Ｂｌｉｌｅｙ Ａｃｔ， ｔｈｅ Ａｃｃｏｕｎｔ ｎｕｍｂｅｒ ａｔｔｒｉｂｕｔｅ ｏｆ ｔｈｅ ＢａｎｋＩｎｆｏ ｄａｔａ ｐｒｏｄｕｃｔ ｓｈｏｕｌｄ ｂｅ ｕｓｅｄ ｉｎ ｍａｓｋｅｄ ｆｏｒｍ ｕｎｌｅｓｓ ｉｔ ｉｓ ｒｅｑｕｉｒｅｄ ｆｏｒ ｃｏｍｐｕｔａｔｉｏｎ（Ｇｒａｍｍ−Ｌｅａｃｈ−Ｂｌｉｌｅｙ法によれば、ＢａｎｋＩｎｆｏデータ製品のアカウント番号の属性は、計算に必要でない限り、隠した形態で使用すべきである）」

この取引条件はＧＬＢ法に直接言及しているため、リファクタリングモジュール１０５は、取引条件を「法的」として分類する。取引条件に法律用語がまったくない場合は、「非法的」として分類される。上記の取引条件の場合に取引条件を「法的／非法的」および「一般／エンティティ特有」に分類する様子を図５ａに描いている。

リファクタリングモジュール１０５はさらに、１つ以上の分野に基づいて取引条件を分類し、取引条件は、保険、銀行、安全対策、および医療などに関連するがこれに限定されない。この段階では、リファクタリングモジュール１０５は、契約から取引条件をｎ−ｇｒａｍとして抽出し、それぞれのｎ−ｇｒａｍに対して分野指数を取得する。一実施形態では、ｎ−ｇｒａｍの分野指数は、契約が関連する分野に対するユーザの専門性を表す。分野指数がどのｎ−ｇｒａｍに対しても分野指数の閾値よりも小さいことがわかった場合、該当する定義が取得され、ｎ−ｇｒａｍに添付されるため、ユーザは必要な時にいつでも定義を見ることができる。さらに、リファクタリングモジュール１０５は、適切な関係を特定することにより抽出された取引条件を結び付け（３１２）、抽出された内容を適切な形式でユーザに提示する。図５ｂを検討する。５ｂに描いた筋書では、処理される取引条件は、「Ｐｏｌｉｃｙ ｈｏｌｄｅｒ’ｓ ｄａｔａ ａｔｔｒｉｂｕｔｅ ｈｅａｌｔｈ ｓｔａｔｕｓ ｓｈｏｕｌｄ ｎｏｔ ｂｅ ｐｒｏｃｅｓｓｅｄ ｏｕｔｓｉｄｅ ｈｏｍｅ ｃｏｕｎｔｒｙ（保険契約者のデータ属性の健康状態を本国以外で処理してはならない）」である。リファクタリングモジュール１０５は、取引条件を処理することにより、「Ｐｏｌｉｃｙ ｈｏｌｄｅｒ（保険契約者）」および「ｈｅａｌｔｈ ｓｔａｔｕｓ（健康状態）」という用語が保険関係の専門用語であることを特定し、それらをｎ−ｇｒａｍとして抽出する。さらに、抽出されたｎ−ｇｒａｍに対して、抽出された分野指数は２である。リファクタリングモジュール１０５は、抽出された分野指数を閾値（この筋書では「７」）と比較し、分野指数が閾値よりも小さいため、５ｂに描いたように、ｎ−ｇｒａｍの定義が取得されて取引条件に結び付けられる。

一実施形態では、契約のリファクタリングが行われたため、契約の複雑度は低下する。一実施形態では、契約管理システム１００は、複雑度低下推定機構を用いて低下した複雑度を評価する。同機構は、複雑度低下推定装置（以下「推定装置」と称する。図示せず）を用いて実行できるものであり、同装置は内部または外部で契約管理システム１００と接続している。

推定装置は、前述のリファクタリング過程の結果達成した複雑度低下を推定する。リファクタリング過程での各取引条件に対するバイナリ文字列は、取引条件に割り当てられた分類に基づいて０と１からなる列を含んでいる。それぞれの特別な種類に値（０か１のいずれか）が割り当てられる。一般のカテゴリには値０が割り当てられ、エンティティ（この筋書では製品）のカテゴリには値１が割り当てられる。同様に、非法的のカテゴリには値０が割り当てられ、法的のカテゴリには値１が割り当てられる。特定の取引条件に割り当てられた各分野に対して、ｎ−ｇｒａｍを抽出する過程で解明された定義の数に応じて０または１の値が割り当てられる。例えば、取引条件が銀行分野の３つのｎ−ｇｒａｍを含んでいる場合、そのすべてがそれらに対して定義を割り当てることによって解明され、その際、その分野には値１が割り当てられる。ｎ−ｇｒａｍの閾値が設定されるが、これは、ユーザが分野についての十分な知識を持っているかどうかを示すものである。ユーザが十分な知識を持っていることがわかった場合、対応するｎ−ｇｒａｍは、解明されたものとみなされる。各取引条件に対するバイナリ文字列では、文字列内の最も有意ではない位置に「一般」または「製品特有」のカテゴリがあり、最も有意な位置に専門性が最も低い分野がある。

バイナリ文字列の特定の分野位置にバイナリ値１を割り当てる式は、例として以下のようになる。

分野に対してバイナリ文字列にビット位置を割り当てる式は、数式１によって求められる。

数式２に基づき、取引条件は、この取引条件に割り当てられたバイナリ文字列の観点から解釈される。取引条件にバイナリ文字列「１００１０」が割り当てられた場合、その取引条件は、法律に言及している一般のものか、法的な文章を含んでいる。また、その取引条件のｎ−ｇｒａｍには、３つの異なる分野が割り当てられる。ユーザにとって最も理解しにくい分野のｎ−ｇｒａｍの定義には、解明されたその定義すべてが含まれているが、２つの分野の定義は完全には解明されていない。

最後に、バイナリ文字列は、１０進値および合計に変換され、全体の指数は、全取引条件に対する１０進値を合計することで生成される。このように生成された全体の値は、処理される契約文書の複雑度に対して達成された低下度を指す。ｎ個の取引条件を含む文書に対して複雑度低下指数を計算する式は、例として以下のようになる。

方法３００の工程は、これと同じ順序で実施されてもよいし、必要に応じて少なくとも１つの他の順序で実施されてもよい。さらに、図３の１つ以上の工程を必要に応じて取り除いてもよい。

図４は、本開示のいくつかの実施形態による契約管理システムによって要件検証を実行する過程に必要な工程を示している流れ図である。買い手（以下「第１の当事者」と称する）は、データ市場で、契約管理システムによって内部または外部から支持されているプラットフォーム上で、その買い手が購入するつもりのデータエンティティ（製品および／またはサービスであってよい）の要件を指定する（４０４）。「要件」の一例：
「私は以下に関するデータを含むデータ製品を必要としている。
・人物名
・住所
・保険購入履歴
・疾患および重症度
・支払履歴」

何らかのデータエンティティの売り手（以下「第２の当事者」と称する）がデータエンティティを販売しようとするとき、その売り手は、販売するデータエンティティの特徴（「属性」とも呼ばれる）をプラットフォーム上に列挙する（４０２）。ここで、「エンティティ」という用語は、「製品」または「製法」またはこれを組み合わせたものを指すことがある。

契約管理システム１００は、列挙されたデータエンティティの属性を記憶モジュール１０８に保存されているオントロジーと対応づけ（４０６）、関連する契約の１つ以上のオントロジーの内容を特定する。一実施形態では、契約の内容を１つ以上のオントロジーに関連付けることができる。例えば、契約が主に医療分野のものである場合を検討する。しかしながら、その特定の契約は、保険制度に関する情報を含んでいる可能性があり、それによって契約の内容が保険分野にも関連することになる。契約管理システム１００は、契約に関連するオントロジーすべてを特定した後、特定したオントロジーどうしの間にリンクを確立する（４０８）。

次に契約管理システム１００は、入れ子レベルをゼロに設定し（４１０）、その後、データエンティティが第１の当事者の指定した要件を満たしているかどうかを確認する（４１２）。データエンティティが要件を満たしている場合、そのデータエンティティは第１の当事者に推奨される。これによって第１の当事者および第２の当事者は、合意に至る前、すなわち契約を成立させる前に、要件が満たされていることを確認しやすくなる。

要件が入れ子レベルゼロで満たされていない場合、契約管理システム１００は、入れ子レベルを１つずつ上げ（４１４）、結び付けられたオントロジーの階層の次のレベルで検索を実施する。これはつまり、結び付けられたオントロジーに対して新たに別の用語が検討されるということである。契約管理システム１００は、その際、現在の入れ子レベルで検索されている結び付けられたオントロジーの階層レベルから合致する用語を取得する（４１６）。このようにして取得された新たな用語は、データエンティティの特徴と組み合わされる（４１８）。次に特徴は、新たに組み合わされた用語に沿って要件と比較され、要件がその時点で満たされているかどうかを確認する。この過程は、（入れ子レベルを上げ、新たな用語を取得し、特徴と組み合わせ、要件と比較することによって）正しい合致またはそれに近い合致が見つかるまで繰り返され、この合致が第１の当事者への提案として提供される（４２０）。合致（安全な合致または指定範囲での合致）が見つからない場合、第２の当事者には推奨が提供され、その推奨は、要件を満たすために列挙されたデータエンティティに加えるべき変更を明示するものである。

記憶モジュール１０８の様々な階層レベルでオントロジーを調整し、様々な入れ子レベルで検索することで、契約管理システム１００は、列挙されたデータエンティティをどの程度要件から変容させるかを特定することが可能になる。例えば、契約管理システム１００が入れ子レベルゼロで合致を見つけることができた場合、データエンティティの特徴は、要件に合致しているか、あるいは要件として明記されたことに極めて近いということである。入れ子レベルの上昇は、データエンティティの特徴が、明記されている要件から変容／逸脱する程度に比例する。契約管理システム１００は、その場合、推奨および／または要件を記載した合意可能な要件の文書を生成し、次にこの文書は、第１の当事者および第２の当事者にアクセス可能な状態になる。方法４００の工程は、これと同じ順序で実施されてもよいし、必要に応じて少なくとも１つの他の順序で実施されてもよい。さらに、図４の１つ以上の工程を必要に応じて取り除いてもよい。

記載した説明文は、任意の当業者が実施形態を再現して使用できるように本明細書の主題を説明したものである。主題である実施形態の範囲は、請求項に規定されており、当業者が思いつくその他の修正が含まれる可能性がある。そのようなその他の修正は、それが請求項の文字通りの言葉と相違ない同様の要素を有している場合、あるいはそれが請求項の文字通りの言葉との相違がわずかである同等の要素を含んでいる場合は、特許請求の範囲内であることを意図している。

本明細補に記載した本開示の実施形態は、データ市場における契約管理の未解決の問題に対処するものである。そのため、実施形態は、契約のリファクタリングを実施する機構を提供する。このほか、本明細書の実施形態はさらに、第１の当事者および第２の当事者への提案および／または推奨を記載した合意可能な要件の文書を生成する機構を提供する。

保護範囲は、そのようなプログラム、またそれに加えて、そのプログラム含まれるメッセージを有するコンピュータ可読手段にも及ぶことを理解すべきである。そのようなコンピュータ可読記憶手段は、プログラムがサーバもしくはモバイル装置または任意の適切なプログラム可能装置で稼働する場合、本方法の１つ以上の工程を実施するためのプログラム符号化手段を含んでいる。ハードウェア装置は、プログラムされ得る任意の種類の装置であってよく、例えばサーバまたはパーソナルコンピュータなどの任意の種類のコンピュータ、あるいはこれらを組み合わせたものであってもよい。装置は、例えば特定用途向け集積回路（ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ−Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）のような例えばハードウェア手段であってもよいし、例えばＡＳＩＣとＦＰＧＡを組み合わせたようなハードウェア手段とソフトウェア手段を組み合わせたものでもよいし、少なくとも１つのマイクロプロセッサおよび少なくとも１つのメモリをその中にあるソフトウェアモジュールと組み合わせたものなどであってもよい手段を含むことも可能である。そのため、手段は、ハードウェア手段とソフトウェア手段の両方を含むことができる。本明細書に記載した方法の実施形態は、ハードウェアおよびソフトウェアで実施され得る。装置は、ソフトウェア手段も含んでいてよい。また、実施形態は、例えば複数のＣＰＵを用いたりして様々なハードウェア装置上で実施されてよい。

本明細書の実施形態は、ハードウェアおよびソフトウェアの要素を含むことができる。ソフトウェアで実施される実施形態には、ファームウェア、常駐ソフトウェア、マイクロコードなどが含まれるが、これに限定されない。本明細書に記載した様々なモジュールによって実行される機能は、他のモジュールまたは他のモジュールを組み合わせたものによって実施され得る。この説明のために、コンピュータ使用可能媒体またはコンピュータ可読媒体は、命令を実行するシステム、装置、またはデバイスに使用されるプログラム、またはこれらと接続しているプログラムを含んだり、格納したり、通信したり、伝搬したり、転送したりできる任意の装置であってよい。

説明した工程は、図示した例示的な実施形態を説明するために記載したものであり、現在進行中の技術開発が、特定の機能を実行する方法を変更するであろうことを予測すべきである。これらの例は、例示のために本明細書に提示したのであって、限定するためではない。さらに、基本的構成要素の境界は、説明の便宜上、本明細書では独断的に定義している。具体的な機能およびその関係が適切に実行されている限り、代替となる境界を定義することが可能であり。代替例（本明細書に記載のものの同等例、拡張例、変形例、逸脱例などを含む）は、本明細書に含まれる教示に基づいて当業者には明らかであろう。そのような代替例は、開示した実施形態の範囲内および趣旨内に収まる。また、「備える（ｃｏｍｐｒｉｓｉｎｇ）」、「有する（ｈａｖｉｎｇ）」、「含む（ｃｏｎｔａｉｎｉｎｇ）」および「含む（ｉｎｃｌｕｄｉｎｇ）」という単語ならびにその他の類似の形態は、意味が同等であることを意図しているとともに、これらの単語のいずれか１つに続く項目がそのような項目を網羅している一覧であること意味するのではなく、あるいは列挙された項目のみに限定されることを意味しているのでもないという点で制限がないことを意図している。本明細書および添付の請求項で使用したように、単数形の「ａ」、「ａｎ」および「ｔｈｅ」は、文脈に別途明記されていない限り、複数形の参照物を含むことにも注意しなければならない。

さらに、本開示と一貫した実施形態を実施する際には、１つ以上のコンピュータ可読記憶媒体を使用してよい。コンピュータ可読記憶媒体は、プロセッサで読み込める情報またはデータを保存し得るあらゆる種類の物理的メモリを指す。そのため、コンピュータ可読記憶媒体は、本明細書に記載の実施形態と一貫した工程または段階を（１つまたは複数の）プロセッサに実行させる命令など、１つ以上のプロセッサによって実行する命令を保存してよい。「コンピュータ可読媒体」という用語は、具体的な項目を含み、搬送波および一過性の信号を含まない、すなわち非一時的であると理解すべきである。例として、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、揮発性メモリ、不揮発性メモリ、ハードドライブ、ＣＤ−ＲＯＭ、ＤＶＤ、フラッシュドライブ、ディスク、およびその他の任意の公知の物理的記憶媒などがある。

開示および例は例示的なものにすぎないと考えることを意図しており、開示した実施形態の真の範囲および趣旨は、以下の請求項に記されている。

Claims (7)

1. プロセッサを実装した方法であって、
   契約管理システムによって、第１の当事者と第２の当事者の少なくとも一方からの情報を含む契約を入手すること；
   前記契約管理システムによって、前記契約に特有の入力値をユーザから受信し、前記入力値は、前記契約に基づいて、契約のリファクタリングまたは要件検証の少なくとも一方の選択を含むこと；および
   前記選択に基づき、前記契約管理システムによって、契前記約に基づいて契約のリファクタリングまたは要件検証のいずれか一方を実施すること、
   を含み、
   前記契約のリファクタリングは、
   １つ以上のハードウェアプロセッサを介して、前記契約管理システムによって、前記契約に初期指数を割り当て、前記初期指数は、入力値としてユーザから収集されること；
   前記１つ以上のハードウェアプロセッサを介して、前記契約管理システムによって、前記契約内の複数の条件を、一般とエンティティ特有の少なくとも一方として分類すること；
   前記１つ以上のハードウェアプロセッサを介して、前記契約管理システムによって、前記契約内の複数の条件を、法的と非法的の少なくとも一方として分類すること；
   前記１つ以上のハードウェアプロセッサを介して、前記契約管理システムによって、前記契約を、前記文書が関連していると特定される少なくとも１つの分野と関連付けること；
   前記１つ以上のハードウェアプロセッサを介して、前記契約管理システムによって、前記複数の条件どうしの関係を確立すること；および
   前記１つ以上のハードウェアプロセッサを介して、前記契約管理システムによって、前記確立した関係に沿って前記複数の条件を表示すること
   からなり、
   前記契約に基づいた前記要件検証は、
   前記契約管理システムの要件検証モジュールによって、前記第２の当事者が前記契約に指定した１つ以上のエンティティに関する複数の属性を取得すること；
   前記１つ以上のハードウェアプロセッサを介して、前記要件検証モジュールによって、前記属性が関連している少なくとも２つのオントロジーを特定すること；
   前記１つ以上のハードウェアプロセッサを介して、前記要件検証モジュールによって、前記少なくとも２つのオントロジーの間でリンクを確立すること；
   前記１つ以上のハードウェアプロセッサを介して、前記要件検証モジュールによって、前記複数の属性が第１の当事者が指定した複数の要件を満たしているかどうかをチェックすること；
   前記複数の属性が前記複数の要件を満たしていない場合、前記１つ以上のハードウェアプロセッサを介して、前記要件検証モジュールによって、関連付けられたオントロジーの少なくとも１つから少なくとも１つの新たな属性を取得すること；
   前記１つ以上のハードウェアプロセッサを介して、前記要件検証モジュールによって、前記１つ以上のエンティティの前記複数の属性が、前記取得した少なくとも１つの新たな属性に沿って前記複数の要件に合致しているかどうかを判断すること；および
   前記１つ以上のハードウェアプロセッサを介して、前記要件検証モジュールによって、前記合意可能な要件の文書を生成すること
   からなる、方法。
2. 前記合意可能な要件の文書は、前記第１の当事者に対する１つ以上のエンティティの推奨からなり、前記１つ以上のエンティティの前記複数の属性は、前記第１の当事者が指定した前記複数の要件を満たしている、請求項１に記載の方法。
3. 前記合意可能な要件の文書は、前記第２の当事者に対する推奨からなり、前記推奨は、前記第２の当事者が列挙した１つ以上のエンティティに１つ以上の変更を加え、前記１つ以上のエンティティの特徴を前記第１の当事者が指定した前記複数の要件と合致させることに関するものである、請求項１に記載の方法。
4. 契約管理システムであって、前記システムは、
   ハードウェアプロセッサ；および
   複数の命令を含む記憶媒体を備え、前記複数の命令は、ハードウェアプロセッサに、
   第１の当事者と第２の当事者の少なくとも一方からの情報を含む契約を入手すること；
   前記契約に特有の入力値をユーザから受信し、前記入力値は、前記契約に基づいて、契約のリファクタリングまたは要件検証の少なくとも一方の選択を含むこと；および
   前記選択に基づき、前記契約に基づいて契約のリファクタリングまたは要件検証のいずれか一方を実施すること
   をさせ、
   前記契約のリファクタリングは、
   １つ以上のハードウェアプロセッサを介して、前記契約管理システムによって、前記契約に初期指数を割り当て、前記初期指数は、入力値としてユーザから収集されること；
   前記１つ以上のハードウェアプロセッサを介して、前記リファクタリングモジュールによって、前記契約内の複数の条件を、一般とエンティティ特有の少なくとも一方として分類すること；
   前記１つ以上のハードウェアプロセッサを介して、前記リファクタリングモジュールによって、前記契約内の前記複数の条件を、法的と非法的の少なくとも一方として分類すること；
   前記１つ以上のハードウェアプロセッサを介して、前記リファクタリングモジュールによって、前記契約を、前記文書が関連していると特定される少なくとも１つの分野と関連付けること；
   前記１つ以上のハードウェアプロセッサを介して、前記リファクタリングモジュールによって、前記複数の条件どうしの関係を確立すること；および
   前記１つ以上のハードウェアプロセッサを介して、前記リファクタリングモジュールによって、前記確立した関係に沿って前記複数の条件を表示すること
   からなり、
   前記契約から前記合意可能な要件の文書を生成することは、
   前記契約管理システムの要件検証モジュールによって、前記第２の当事者が前記契約に指定した１つ以上のエンティティに関する複数の属性を取得すること；
   １つ以上のハードウェアプロセッサを介して、前記要件検証モジュールによって、前記属性が関連している少なくとも２つのオントロジーを特定すること；
   前記１つ以上のハードウェアプロセッサを介して、前記要件検証モジュールによって、前記少なくとも２つのオントロジーの間でリンクを確立すること；
   前記１つ以上のハードウェアプロセッサを介して、前記要件検証モジュールによって、前記複数の属性が第１の当事者が指定した複数の要件を満たしているかどうかをチェックすること；
   前記複数の属性が前記複数の要件を満たしていない場合、前記１つ以上のハードウェアプロセッサを介して、前記要件検証モジュールによって、関連付けられたオントロジーの少なくとも１つから少なくとも１つの新たな属性を取得すること；
   前記１つ以上のハードウェアプロセッサを介して、前記要件検証モジュールによって、前記１つ以上のエンティティの前記複数の属性が、前記取得した少なくとも１つの新たな属性に沿って複前記数の要件に合致しているかどうかを判断すること；および
   前記１つ以上のハードウェアプロセッサを介して、前記要件検証モジュールによって、前記合意可能な要件の文書を生成すること
   からなる、システム。
5. 請求項４に記載の前記要件検証モジュールは、前記第１の当事者に対する１つ以上のエンティティの推奨を含む前記合意可能な要件の文書を生成するように構成され、前記１つ以上のエンティティの前記複数の属性は、前記第１の当事者が指定した前記複数の要件を満たしている。
6. 請求項４に記載の前記要件検証モジュールは、前記第２の当事者に対する推奨を含む前記合意可能な要件の文書を生成するように構成され、前記推奨は、前記第２の当事者が列挙した１つ以上のエンティティに１つ以上の変更を加え、前記１つ以上のエンティティの特徴を前記第１の当事者が指定した前記複数の要件と合致させることに関するものである。
7. 契約管理のためにコンピューティングデバイスで実行可能なプログラムを組み入れた非一時的なコンピュータ可読媒体であって、
   第１の当事者と第２の当事者の少なくとも一方からの情報を含む契約を入手するためのプログラムコード；
   前記契約に特有の入力値をユーザから受信するためのプログラムコードであって、前記入力値は、前記契約に基づいて、契約のリファクタリングまたは要件検証の少なくとも一方の選択を含む、プログラムコード；および
   前記選択に基づき、契約に基づいて契約のリファクタリングまたは要件検証のいずれか一方を実施するプログラムコード
   を含み、
   前記契約のリファクタリングは、１つ以上のハードウェアプロセッサを介して、契約管理システムによって、契約に初期指数を割り当て、初期指数は、入力値としてユーザから収集されること；
   前記１つ以上のハードウェアプロセッサを介して、前記リファクタリングモジュールによって、前記契約内の複数の条件を、一般とエンティティ特有の少なくとも一方として分類すること；
   前記１つ以上のハードウェアプロセッサを介して、前記リファクタリングモジュールによって、前記契約内の前記複数の条件を、法的と非法的の少なくとも一方として分類すること；
   前記１つ以上のハードウェアプロセッサを介して、前記リファクタリングモジュールによって、前記契約を、前記文書が関連していると特定される少なくとも１つの分野と関連付けること；
   前記１つ以上のハードウェアプロセッサを介して、前記リファクタリングモジュールによって、前記複数の条件どうしの関係を確立すること；および
   前記１つ以上のハードウェアプロセッサを介して、前記リファクタリングモジュールによって、前記確立した関係に沿って前記複数の条件を表示すること
   からなり、
   前記契約から前記合意可能な要件の文書を生成することは、
   前記契約管理システムの要件検証モジュールによって、前記第２の当事者が前記契約に指定した１つ以上のエンティティに関する複数の属性を取得すること；
   １つ以上のハードウェアプロセッサを介して、前記要件検証モジュールによって、前記属性が関連している少なくとも２つのオントロジーを特定すること；
   前記１つ以上のハードウェアプロセッサを介して、前記要件検証モジュールによって、前記少なくとも２つのオントロジーの間でリンクを確立すること；
   前記１つ以上のハードウェアプロセッサを介して、前記要件検証モジュールによって、前記複数の属性が第１の当事者が指定した複数の要件を満たしているかどうかをチェックすること；
   前記複数の属性が前記複数の要件を満たしていない場合、前記１つ以上のハードウェアプロセッサを介して、前記要件検証モジュールによって、関連付けられたオントロジーの少なくとも１つから少なくとも１つの新たな属性を取得すること；
   前記１つ以上のハードウェアプロセッサを介して、前記要件検証モジュールによって、前記１つ以上のエンティティの前記複数の属性が、前記取得した少なくとも１つの新たな属性に沿って複前記数の要件に合致しているかどうかを判断すること；および
   前記１つ以上のハードウェアプロセッサを介して、前記要件検証モジュールによって、前記合意可能な要件の文書を生成すること
   からなる、非一時的なコンピュータ可読媒体。

Images