(57)【要約】  文書に含まれる情報を識別、タグ付け、修正及び整合するためのシステムが本開示の主題である。一実施例では、文書は１つ又は複数の源データ・フォーマットにリンク付けされてもよく、それらは、文書が時間とともに１人又は複数のユーザによって修正されるにつれて維持される。修正が追跡され、そして関連する源データがそれらの修正を反映するために更新される。条項及び契約条件が改訂されてもよく、改訂に基づいてテンプレートが作成されて後の使用のためにユーザによってアクセスされる。文書を選択、修正、整合及び追跡する他に、文書に対する提案を提示するための方法も開示される。【特許請求の範囲】
【請求項１】
文書内の内容とデータ源からのメタデータとの間の関連付けを提案するための方法であって、
ユーザに文書を提示するステップと、
前記文書からテキスト列を消費するステップと、
文書内のテキストを選択するステップと、
前記テキスト列及び選択したテキストを分析するステップと、
前記テキスト列内の１つ又は複数の別個のエンティティを識別及び選択するステップと、
前記データ源内のオブジェクト及びフィールドを消費するステップと、
関連するメタデータを収集するステップと、
前記別個のエンティティを前記メタデータと比較するステップと、
前記１つ又は複数の別個のエンティティと前記データ源内の前記オブジェクト及びフィールドとの間の潜在的な関係を識別するステップと、
前記ユーザに提案を提示するステップと
を含み、
前記ステップが、前記文書の前記内容に基づいて提案を提示するのを支援するように特に構成される計算機を使用して行われる、方法。
【請求項２】
前記源データが、顧客関係管理システムと関連する１つ又は複数のデータベースから構成される、請求項１に記載の方法。
【請求項３】
前記識別及び選択するステップが、前記テキスト列内に位置する前記１つ又は複数の別個のエンティティの提案を受信することを更に含む、請求項１に記載の方法。
【請求項４】
前記文書内のテキストを選択するステップが、前記選択したテキストと関連付ける又はリンク付けることになる潜在的なオブジェクト及びフィールドを自動的に識別することを更に含む、請求項１に記載の方法。
【請求項５】
前記ユーザが、前記選択したテキストと関連付ける又はリンク付けることになる潜在的なオブジェクト及びフィールドのリストを提示される、請求項４に記載の方法。
【請求項６】
前記関連する選択したテキストに変更がなされるにつれて前記リンク付けされたオブジェクト及びフィールドが更新される、請求項５に記載の方法。
【請求項７】
前記テキスト列及び選択したテキストを分析するステップが、１つ又は複数のテキスト列の少なくとも一部分を認識し、前記１つ又は複数のテキスト列の前記少なくとも一部分に関した潜在的なオブジェクト及びフィールドを識別することを含む、請求項１に記載の方法。
【請求項８】
前記関連するメタデータを収集するステップが、前記テキスト列及び選択したテキストに関するメタデータを識別し、前記テキスト列の１つ又は複数へ前記メタデータを挿入することを含む、請求項１に記載の方法。
【請求項９】
前記文書からテキスト列を消費するステップ、前記テキスト列及び選択したテキストを分析するステップ、並びに前記データ源内のオブジェクト及びフィールドを消費するステップが、自動的に達成される、請求項１に記載の方法。
【請求項１０】
前記提案が、前記文書に含めることになる或る条件、条項又は節を含む、請求項１に記載の方法。
【請求項１１】
前記提案が、前記データ源から消費されるオブジェクト及びフィールドを更新することを含む、請求項１に記載の方法。
【請求項１２】
前記文書と関連する前記オブジェクト、フィールド又はメタデータ間の整合を行うステップを更に含む、請求項１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２０１７年３月６日に出願の米国仮特許出願第６２／４６７，６６６号の利益を主張する、２０１７年１１月２９日出願の米国特許出願第１５／８２６，０２６号の利益を主張するものであり、その全体が参照により本明細書に組み込まれる。
【０００２】
本開示の一部分は著作権保護の対象となる。米国特許商標庁（ＵＳＰＴＯ）特許ファイル又は記録に現れるままの特許資料又は特許開示の複製には限定許諾が付与される。著作権者は全ての他の著作権一切を保有する。
【０００３】
本発明は、概して、法律、商業及びビジネス関連文書に含まれる情報を識別、タグ付け、修正、組込み、関連付け及び整合するシステム及び方法を対象とする。
【背景技術】
【０００４】
法律、商業及びビジネス関連文書は各種の異なる方式で情報を伝達する。法的、商用又はビジネス性質の文書がますます高度に交渉されており、しばしば複数の組織にわたって多数の個人を関係させ、文書の異なる若しくは複数のバージョンを整合する混同、データ点に一括変更をするときに或るデータ型の全てを容易に見つけて置換すること、文書への修正を受け入れるときに重要な修正を不注意にも消去すること、曖昧さを生むこと又はその他文書に含まれる条項の文脈を損なうことを含むが、これに限定されない更なる困難、及び他の問題を引き起こす。ますます、そのような文書内の情報は、原文書から又は源データから引き出されるフィールドを含んでもよく、そして１つ又は複数のフォーマット、テンプレート又はスタイルに従って編成されてもよい。例えば、文書に含まれる文言は、Ｓａｌｅｓｆｏｒｃｅなどの顧客関係管理（ＣＲＭ：Ｃｕｓｔｏｍｅｒ  Ｒｅｌａｔｉｏｎｓｈｉｐ  Ｍａｎａｇｅｍｅｎｔ）システムと関連する幾つかのフィールドを含んでもよい。
【０００５】
加えて、重要な法律、商業及び／又はビジネス関連文書を組み立てるときに、データ又は内容の既定の編成が依存されても、又は一部の例では内部若しくは外部規定によって必要とされてもよい。或る文書内の情報は、指定のフォーマットが与えられる又は既定のデータ・モデルを組み込んでいる必要があってもよい。文書への修正が時間とともに発生するので、所望のフォーマット又はモデルが失われ又は著しく損なわれて、一部の例では有益な権利の喪失に至り得る。
【０００６】
これらの動的文書に含まれる重要データの一貫性及び編成を保証すると共にそのような文書を管理、修正、追跡及び整合することに関して当該技術において現在幾つかの欠点がある。本開示の実施例が企図されたのは、当業者が現在直面する、本明細書で特定されるこれらの欠点及び他の問題点に関してである。
【発明の概要】
【課題を解決するための手段】
【０００７】
したがって、本開示の一態様は、文書を修正し、修正を追跡し、修正を整合し、そして文書の審査及び最終承認を容易にするシステム及び方法をユーザに提供することである。実施例では、文書は、少なくとも部分的に、法律、商業又はビジネス関連文書である。実施例では、文書は、一部が文書を修正するときに異なるアプリケーション又はフォーマッティングを使用してもよい、数人の異なる個人ユーザによって数回修正されたかもしれない（又はされると意図される）。
【０００８】
更に別の態様は、文書の異なるバージョン間の修正を比較することによるものを含め、動的文書への修正を挿入、閲覧及び管理する効率的な仕方をユーザに提供することである。本開示の更に別の態様において、本システムは、交渉プロセスを通して文書の可視化表現をユーザに提供する、又はそうでなければ、文書ライフサイクルの過程にわたって発生する様々な操作をより良好に監視する文書のステータスの図形表現をユーザに提示する。
【０００９】
別の態様は、源データ情報を修正を含む文書と関連付け、そして抽出するための、源データ情報を含むいずれか１つの文書が後に修正されれば同情報を（手動又は自動で）更新する能力を持つ、システム及び方法を提供することである。別の態様において、本システム及び方法は、文書内のテキスト又は他の情報を効率的に識別し、そしてユーザ選択を源データ、例として、Ｓａｌｅｓｆｏｒｃｅオブジェクト及び／又はフィールドと関連付ける能力をユーザに提供する。実施例では、ユーザは、メタデータ・タグを作成し、そして／又は文書内に含まれるテキスト若しくは他の情報に或るメタデータを挿入する能力を有してもよい。他の実施例では、本システム及び方法は、源データと関連する情報が追加、修正又は削除されたときにアラート及び／又は通知を提供する。
【００１０】
別の態様は、文書内の修正されたデータを同データが合併された元の他の文書と同期させることである。例えば、多くの文書がそれと関連する姉妹文書を有しており、それらは、一旦いずれか１つの関連文書に変更がなされると修正を必要とする共通情報又は源データを含み得る。
【００１１】
別の態様は、法律及びビジネス関連文書で使用される条件及び条項を管理するための、ユーザがそのような条件及び条項を検索し、識別し、選択し、そして文書へ効率的に合併することを許容する、システム及び方法を提供することである。更なる態様は、以前に作成又は修正された条件、条項又は完成文書がユーザによってカテゴリ化及び管理されてもよい仮想資源ライブラリを提供することである。
【００１２】
別の態様は、上記のアクティビティのいずれか、例えばユーザによって組み込まれる特定の条項か交渉文書へ合併されるデータ源の出現かに基づいて或る条件を提案すること、に従事する間、提案又は推奨を自動的に受信するためのシステム及び方法を提供することである。更に別の実施例では、本システム及び方法は、文書の内容の分析を提供し、文書内の別個の内容と文書と関連付けられてもよい実現される（潜在的及び実際の両方の）オブジェクト／フィールドとの間の関係を識別し、そして同じ点でユーザに提案又は推奨を提供してもよい。例えば、本システムは、文書内のテキストが関連付けられてもよい１つ又は複数のＳａｌｅｓｆｏｒｃｅフィールドを推奨してもよい。
【００１３】
本開示の一態様において、電子文書からテキストを識別及び抽出するためのシステムが記載される。本システムは、文書を受信及び分析して文書内のテキスト及び他のフィールドを識別し、文書内の関連付けられることになるデータを認識し、そしてそのデータをマーク又はタグ付けする、１つ又は複数のプロセッサ、メモリ並びにモジュール（識別モジュール及び／又は抽出モジュールを含む）を含んでもよい。このようにして、文書が本明細書に記載されるシステム及び方法を使用して作成されたかどうかにかかわらず、任意の文書型が本明細書に記載されるシステム及び方法を利用してもよい。本実施例によれば、文書に含まれる条件、条項又は他の情報は、構文解析、識別、カテゴリ化、比較（ユーザ定義基準と）、照合及びタグ付けされてもよい。或る実施例では、本システム及び方法は、文書を認識可能なフォーマットに変換し、そして／又は新たな条件、条項等の識別に基づいて新たなカテゴリ／基準を作成するステップも含む。本開示の少なくとも一部の実施例に従って、文書からテキストを識別及び抽出する一般プロセスは、文書に光学文字認識（ＯＣＲ：Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅｃｏｇｎｉｔｉｏｎ）を行うことを伴う。別の実施例では、識別及び抽出ステップは自然言語エンジンを伴ってもよい。更に別の実施例では、本方法は、学習エンジンを更に含んでもよい。
【００１４】
本開示の別の態様において、本システム及び方法は、ユーザが文書型に対する条項又は他の内容を格納及び取出しするためにライブラリ又は均等なリポジトリを更に含む。実施例では、本システム及び方法は、文書型、文書内で識別されるオブジェクト／フィールドに基づいて、又はユーザ嗜好に基づいて、ライブラリに含まれる内容を自動的に問い合わせ、取り出し、そして組み込むように構成されてもよい。
【００１５】
本開示のなお更なる態様において、同システムを活用する又は同方法を行うように動作可能なプロセッサ実行可能命令を備えるコンピュータ可読記憶媒体が提供される。
【００１６】
「発明の概要」は、本発明の限界及び範囲を表すとして意図されるわけでも解釈されるべきでもない。本発明は、「発明の概要」の他に添付図面に及び「発明を実施するための形態」に様々な詳細のレベルで明らかにされ、そして本開示の範囲に関しては、「発明の概要」における要素、部品等の包含によっても非包含によっても限定は意図されない。本開示の追加の態様は詳細な説明からより容易に明らかになるであろう。
【００１７】
句「少なくとも１つ」、「１つ又は複数」並びに「及び／又は」は、作用的に連言的でも選言的でもあるオープンエンドの表現である。例えば、表現「Ａ、Ｂ及びＣの少なくとも１つ」、「Ａ、Ｂ又はＣの少なくとも１つ」、「Ａ、Ｂ及びＣの１つ又は複数」、「Ａ、Ｂ又はＣの１つ又は複数」並びに「Ａ、Ｂ及び／又はＣ」の各々は、Ａだけ、Ｂだけ、Ｃだけ、Ａ及びＢ共に、Ａ及びＣ共に、Ｂ及びＣ共に、又はＡ、Ｂ及びＣ共に、を意味する。
【００１８】
用語「ａ」又は「ａｎ」エンティティは、そのエンティティの１つ又は複数を指す。そのため、用語「ａ」（又は「ａｎ」）、「１つ又は複数」及び「少なくとも１つ」は本明細書で互換的に使用されることができる。用語「備える」、「含む」及び「有する」が互換的に使用されることができることも留意されるはずである。
【００１９】
用語「自動」及びその変形は、本明細書で使用される場合、プロセス又は動作が行われるときに実質的な人間の入力なしでなされる任意のプロセス又は動作を指す。しかしながら、たとえプロセス又は動作の履行が実質的又は非実質的な人間の入力を使用するとしても、同入力がプロセス又は動作の履行前に受信されれば、プロセス又は動作は自動であることができる。人間の入力は、そのような入力がプロセス又は動作がどのように行われることになるかを左右するならば、実質的であると考えられる。プロセス又は動作の履行に同意する人間の入力は「実質的」であると考えられない。
【００２０】
用語「機械可読媒体」は、本明細書で使用される場合、プロセッサに実行のために命令を提供することに関与する任意の有形の記憶装置を指す。そのような媒体は、不揮発性媒体、揮発性媒体及び伝送媒体含むが、これらに限定されない多くの形態をとってもよい。不揮発性媒体としては、例えば、ＮＶＲＡＭ、又は磁気若しくは光ディスクを含む。揮発性媒体としては、メイン・メモリなどのダイナミック・メモリを含む。コンピュータ可読媒体の一般形態としては、例えば、フレキシブル・ディスク、ハード・ディスク、磁気テープ若しくは任意の他の磁気媒体、光磁気媒体、ＣＤ−ＲＯＭ、任意の他の光媒体、ＲＡＭ、ＰＲＯＭ、ＥＰＲＯＭ、フラッシュＥＰＲＯＭ、メモリ・カード、任意の他のメモリ・チップ若しくはカートリッジのようなソリッド・ステート媒体、又はコンピュータ若しくは類似の機械が読み取ることができる任意の他の媒体を含む。
【００２１】
コンピュータ可読媒体がデータベースとして構成されるとき、データベースが、関係、階層、オブジェクト指向等などの、任意の種類のデータベースでもよいことが理解されるはずである。したがって、本発明は、有形の記憶媒体及び先行技術で認識される均等物及び後継媒体を含むと考えられ、それらに本発明のソフトウェア実装が記憶される。
【００２２】
用語「求める」、「計算する」及び「算出する」、並びにその変形は、本明細書で使用される場合、互換的に使用され、そして任意の種類の方法論、プロセス、数学的演算又は手法を含む。
【００２３】
本明細書で使用される用語「モジュール」は、その要素と関連する機能性を行うことが可能である任意の公知の又は後に開発されるハードウェア、ソフトウェア、ファームウェア、マシン・エンジン、人工知能、ファジー論理、又はハードウェア及びソフトウェアの組合せを指す。また、本発明が例証的な実施例の観点から記載されるが、本発明の個々の態様が別々に特許請求されてもよいことが認められるべきである。
【００２４】
本開示は、部分的に、添付図面を参照しつつ記載される。
【図面の簡単な説明】
【００２５】
【図１】実施例に従って、ユーザが文書内のテキストを取り込み、そしてそのテキストをデータ源と関連付けることを許容する本開示の一態様を例示する。
【図２】図１に例示される実施例の別の図を例示する。
【図３】図１に例示される実施例に係るポップオーバー・ユーザ・インタフェースを例示する。
【図４】図１に例示される実施例の更に別の図を例示する。
【図５】図１に例示される実施例の更に別の図を例示する。
【図６】本開示の実施例に従う特定の文書と関連する情報のための表示を例示する。
【図７】本開示の実施例に従う文書を修正のために提示するための表示を例示する。
【図８】本開示の実施例に従う文書を修正のために提示するための別の表示を例示する。
【図９】本開示の実施例に従う整合モジュール表示を示す。
【図１０】本開示の実施例に従う別の整合モジュール表示を示す。
【図１１】本開示の実施例に従う更に別の整合モジュール表示を示す。
【図１２】本開示の実施例に従う条項識別モジュール表示を示す。
【図１３】本開示の実施例に従う更に別の条項識別モジュール表示を示す。
【図１４】本開示の実施例に従う提案サービス・モジュール表示を示す。
【図１５】本開示の実施例に従う更に別の提案サービス・モジュール表示を示す。
【図１６】本開示の実施例に従う合併モジュール表示を示す。
【図１７】本開示の実施例に従う可視化表示を示す。
【図１８】本開示の実施例に従う更に別の可視化表示を示す。
【図１９】本開示の実施例に従う更に別の可視化表示を示す。
【発明を実施するための形態】
【００２６】
本開示は、様々な実施例において、文書に含まれる情報を識別、タグ付け、修正及び整合するためのシステム及び方法に関する。本システム及び方法は、各種の法律、商業及びビジネス関連文書に適用され、そして時間とともに１人又は複数のユーザによって修正されてもよい。本明細書で使用される場合、「修正」及びその変形は、追加、差引き、関連付け、付属化、改訂、再フォーマット、コメント、編集、添付、リンク付け、タグ付け、マッピング、グループ化、カテゴリ化、置換、削除、又はその他文書内に含まれる内容及び付属情報を変更することを含むと意図される。本明細書に記載される実施例では、修正が追跡され、そして関連する源データがそれらの修正を反映するために更新される。例として、限定するものではなく、特定の文書及び姉妹文書内の条項及び契約条件が改訂されてもよく、そして文書は、関連データ、オブジェクト又はフィールドの喪失なしに１人又は複数の個人によって動的に変えられる。更に、本システム及び方法は、条項及び契約条件（及び後の改訂）に基づいてテンプレートを作成及び管理する能力をユーザに提供し、その条項及び契約条件は同様の又は関連文書との組込みのために同ユーザ又は異なるユーザによってアクセスされてもよい。テンプレートはライブラリ又は同様のリポジトリに含まれてもよく、そしてユーザによって容易に管理、検索及び取出しされてもよい。
【００２７】
本明細書に開示されるシステム及び方法の他の利点及び態様は、本明細書における「発明の概要」及び「発明を実施するための形態」を検討した後により良好に理解されるであろう。続く記載は単に実施例を提供しており、特許請求される発明の範囲、適用性又は構成を限定するとは意図されない。むしろ、続く記載は、実施例を実装するための実施可能な記載を当業者に提供することになる。添付の請求項の趣旨及び範囲から逸脱することなく要素の機能及び配置に様々な変更がなされ得ることが理解されるべきである。
【００２８】
更には、本開示の実施例が様々な文書の実例に関連して記載されることになるが、本開示の実施例がそのように限定されないことが認められるべきである。特に、本開示の実施例は任意の文書及び任意のデータ源に適用されてもよい。例えば、本発明の実施例がＳａｌｅｓｆｏｒｃｅ又は均等なＣＲＭに関して記載されてもよいが、本明細書に記載される発明はそのように限定されない。より詳細には、本明細書に記載される発明の態様は、契約書、送り状、購入指示書、売却条件、了解覚書、保証書、ライセンス契約書、譲渡証、和解契約書、並びに他の法律、商業及びビジネス文書を含め、それらの文書型が記憶されるリポジトリにかかわらず、広範囲の文書に適用されてもよい。契約書などの、１つの特定の文書への言及が単に例示目的であり、特許請求される発明を限定するとして解釈されるべきでないことが理解されるべきである。
【００２９】
上記に鑑みて、本開示の様々な実施例が、ここで詳細に記載されることになる。続く記載は単に実施例を提供しており、特許請求される発明の範囲、適用性又は構成を限定するとは意図されない。むしろ、続く記載は、実施例を実装するための実施可能な記載を当業者に提供することになり、そして添付の請求項の趣旨及び範囲から逸脱することなく要素の機能及び配置に様々な変更がなされ得る。
【００３０】
実施例によれば、本開示は、文書に含まれる情報を源データと関連付けるためのシステム及び方法に関する。ここで図１〜５を参照すると、本実施例に対応する様々なユーザ・インタフェースが図示される。図１に図示されるように、ユーザ表示は、複数の条項及び契約条件から構成される、契約書などの、幾つかの異なる種類の文書の１つを含んでもよい。ユーザは、所望の内容をハイライトすることによって契約書内に含まれる或るテキスト又は他の情報を選択してもよい。次に、ユーザは好ましくは、データベース又は、Ｓａｌｅｓｆｏｒｃｅを含む、ＣＲＭなどの、データ源に対応する適切なオブジェクト及び／又はフィールドを選択するためのポップオーバー・ユーザ・インタフェース１００を提示される。図１に図示されるように、ユーザは、「契約書フィールド」に対応するデータをマッピングするためのオプション１０２のリストの他に特定の契約書フィールド１０４を検索する能力を提示されてもよい。代替的に、図２に図示されるように、ユーザは、契約書内の特定の「条項」に対応するデータをマッピングするためのオプション１０６のリスト、及びシステムによって記憶される「条項を検索」１０８する能力を提示されてもよい。このようにして、ユーザは、取り込んだテキストと関連付けるのに適切なデータ源を選択してもよい。実施例では、ユーザは、複数のデータ型を契約書内の特定のテキスト列、条項又は規定等と関連付けるように選択してもよい。
【００３１】
一旦ユーザがハイライトしたテキストに対して全ての所望の選択をすると、図３に図示されるポップオーバー・ユーザ・インタフェース１１０が表示されて、ユーザがシステムに選択を名前を付けて保存できるようにする。上記した概念を更に例示するために、ここで図４〜５への参照を行う。図４において、テキスト列がハイライトされて１１２、図１と関連して記載されるものと同様のポップオーバー・ユーザ・インタフェース１１４を呼び出した。ここで、ポップオーバー・ユーザ・インタフェース１１４は、テキスト列の一部を認識し、そしてハイライトされたテキストと関連付けることになる様々なオブジェクト及び／又はフィールド・データの提案を提供してもよい。代替的に、ユーザは、ポップオーバー・ユーザ・インタフェース１１４内に含まれるオプションのより広いリストから選択してもよい、又は適切な選択の検索を行ってもよい。ユーザは、上記した３つのオプションのいずれかを使用してオプション「契約開始日」１１６を選択してもよい。図５を参照すると、一旦ユーザ選択がなされると、ポップオーバー・ユーザ・インタフェース１１８が、ユーザが選択を保存できるようにし、そして文書値及び対応する源データ値（図５に図示される「文書値」１２０及び「Ｓａｌｅｓｆｏｒｃｅ値」１２２フィールド）を更に表示してもよい。この同じ機能を使用して、ユーザは、契約書内の任意のタグ付けされたテキスト列、条項又は規定を選択し、そして文書値又はデータ源値を迅速に取り出して、必要に応じて、修正してもよい。ユーザは、このユーザ・インタフェースを使用して源データを抽出し、整合、又は本明細書に記載されるその他の機能の１つを行ってもよく、その幾つかが以下に更に詳細に記載される。
【００３２】
したがって、本システムは、文書内の選択されたテキストにリンク付けされるデータを迅速に閲覧及び／又は抽出する能力をユーザに提供する。更には、本実施例に係るシステムは、源データによって関係するいずれか１つの文書が（同文書が元々選択されたテキストを含むものであるかそれと関連する姉妹文書であるかにかかわらず）後に修正される場合を含め、ユーザが源データ情報を自動的に更新できるようにする。これは、文書を交渉及び確定するときに誤謬及び脱漏を防止する。
【００３３】
別の実施例では、ユーザは、特に源データ情報が源データ・リポジトリ内で変更された場合に、文書と関連する源データを更新又は整合するインタフェースを提示されてもよい。代替的に、ユーザは、以前の選択を追加する、削除する又は変えることによるものを含め、文書と関連するオブジェクト及び／又はフィールドを更新してもよい。これは、特定のテキスト列が２つ以上の意義（すなわち、契約期間及び保証期間）を有するときに、又はテキスト列がＳａｌｅｓｆｏｒｃｅ若しくは均等なＣＲＭ内の単一のオブジェクト及び／若しくはフィールドより多くを表現するときに有益であり得る。
【００３４】
上記した実施例では、本システムは、文書内のテキスト又は他の情報を効率的に識別し、そしてユーザ選択を、Ｓａｌｅｓｆｏｒｃｅオブジェクト及び／又はフィールドなどの源データと関連付ける能力をユーザに提供する。
【００３５】
一実施例によれば、文書を動的に修正し、そして文書内に含まれるデータに対しするものを含め、文書ライフサイクルの過程の間になされる修正を追跡するためのシステム及び方法が提供される。例証的な実施例では、ユーザは、例えば、Ｍｉｃｒｏｓｏｆｔ  Ｗｏｒｄによって作成された文書を修正することを所望してもよい。この実例では、ユーザは、Ｃｏｎｇａ  Ｃｏｍｐｏｓｅｒなどのコンポーザ・ツールを使用することによって、ＳａｌｅｓｆｏｒｃｅなどのＣＲＭから更なる関連データを有してもよい。本実施例では、ユーザは、Ｓａｌｅｓｆｏｒｃｅからデータを抽出し、そしてそのデータをＣｏｎｇａ  Ｃｏｍｐｏｓｅｒを使用してＷｏｒｄ文書に埋め込んでもよい。Ｓａｌｅｓｆｏｒｃｅからデータを引き出して、そのデータを文書へ合併するときに、本システムは、ユーザにデータ源を示すデータ要素を有利にもマーク又はタグ付けしてもよい。好適な実施例では、タグは隠し要素であり、システムのユーザ又は後のユーザに直接見えない。他の実施例では、タグはユーザによって選択的に見える。
【００３６】
データに適用されるタグは、それによって、Ｗｏｒｄ文書内の選択されたテキストがデータ源と関連付けられることを許容しており、これにより、たとえユーザがＳａｌｅｓｆｏｒｃｅと独立して文書に修正をしてもよいとしても、例えば、Ｓａｌｅｓｆｏｒｃｅ又は均等なＣＲＭ内でデータが更新されるようになる。この特徴は、それが修正された文書、及び文書のそれらの修正された部分内のタグ付けされたデータの整合に関する限り、以下により詳細に記載されることになる。
【００３７】
文書を修正するプロセスを更に例示するために、例として、ユーザは、Ｃｏｎｇａ  Ｃｏｎｔｒａｃｔｓとして知られるアプリケーションを使用してプロセスを開始してもよい。１つの例証的なユーザ・インタフェースが図６に図示され、これは、本明細書に記載されるシステムの様々な機能及びツールの概観を含む。例えば、ユーザは、新たなイベント１２６、新たなタスク１２８を追加すること、将来のステップ１３０又は過去のアクティビティに関するコメント１３２を入力すること等を含め、文書と関連するアクティビティ１２４を入力する能力を有する。図６のユーザ・インタフェースは、選択された文書１３４を交渉のために他の当事者に送信する、又は１つ若しくは複数の当事者によって文書になされた修正を閲覧する能力を更に備える。
【００３８】
実施例によれば、文書の元のユーザが、電子メール通信によって、文書を添付として提供しつつ、他のユーザと通信してもよい。元のユーザが電子メール及び添付文書を送信するときに、本システムは追跡識別子を適用する。この識別子は、文書が修正されるにつれて文書及び文書内のタグ付けされたデータの進展を監視するための、システムのバックグラウンドで且つユーザと独立して動作する、サービスとして見られてもよい。識別子サービスは、スレッドで元の電子メール及び後の電子メールを追跡することによって文書の後の使用をリッスンするようにプログラムされる。一実施例では、サービスは具体的には、ユーザが元の電子メールに応答して返信するにつれて、電子メール・スレッドへの添付に注意し、そして添付文書の後のバージョンを抽出するように構成される。一旦識別及び抽出されると、文書の後のバージョンは、例えば、Ｓａｌｅｓｆｏｒｃｅ又は均等なＣＲＭにアップロードされてもよい。単に例として、電子メールに添付される修正された文書は、コンテンツと呼ばれるＳａｌｅｓｆｏｒｃｅにおける文書レポジトリにアップロードされてもよい。電子メールが送信されて文書の後のバージョンが添付されるにつれて、本システムは、文書の後のバージョンを自動的に注意、抽出及びアップロードし、そして好適な実施例ではリポジトリにその特定の文書の新たなコンテンツバージョンを作成する。
【００３９】
文書に変更がなされるにつれて、したがって、修正された文書の各バージョンがシステムによって自動的に保持及び記憶される。本システムの一態様が次いで、ユーザが文書の任意の１つのバージョンを文書の任意の後のバージョンと比較することを許容する。本システムは、個人又はグループ・ユーザがコメント、提案される条件若しくは条項、又は他の注釈を組み込んで、最終的な交渉文書の完成を容易にすることも許容する。
【００４０】
ここで図７を参照すると、ユーザが文書になされる動的修正を閲覧するために、一実施例に従ってユーザ・インタフェース１３６が示される。修正は、別の当事者によって直接なされてもよい、又は源データへの変更の結果として文書へ合併されてもよい。修正は好ましくは、ハイライトされる１３８又はユーザ・インタフェース１３６を通じてユーザに呼び出され、そして図７に図示されるように、具体的な条件１４０への、又は図８に図示されるように、文書に出現する条項１４２若しくは他の文言への変更を含んでもよい。ユーザは、以下により詳細に記載されるように、修正された文書のそれらの再検討に対して１つ又は複数の措置をとってもよい。
【００４１】
ここで図９〜１１を参照すると、本開示のシステム及び方法の別の態様が例示される。文書に対する潜在的に多数の反復後に、上記したシステム及び方法を通して最終的な交渉文書が作成され得る。しかしながら、文書は依然として数人のユーザからの修正、コメント、注釈等を含み得るため、真の最終文書が配布されることができる前に、それらの整合を必要とする。
【００４２】
実施例では、文書の異なるバージョン間、文書内の文言若しくは条件と１つ若しくは複数のデータ源との間の差分、又は関連若しくは類似した文書間を含め、整合されることになる或る差分を比較して自動的に識別する又は呼び出す能力をユーザに提供することによって、整合が生じてもよい。例示するために、交渉の一部分の間に特定の条件がユーザによって修正されたかもしれないが、しかし文書の他の部品では、その同じ条件は修正されていない。本システムは、したがって、ユーザが文書の任意のバージョン間でなされた変更を比較できる一方、修正プロセスの間に発生した矛盾点に対して警告されるようにする。このように、整合プロセスは、最終的なきれいな文書を生成するための重要なプロセスである。
【００４３】
一実施例では、この整合プロセスは、Ｔｒｕｅ−ｕｐとして知られるモジュールによって提供され、図９〜１１に関して図示される。本実施例では、整合モジュールは、文書内の或るデータに適用されたタグ（隠し又はその他）の存在を認識し、そしてユーザによる整合のために各々にフラグを付ける。モジュールは、タグ付けされたテキストが抽出された元の源データにも更新をしてもよい。実施例では、モジュールは、ユーザによる更なる整合のために潜在的な問題点を検索及び識別してもよい。他の実施例では、モジュールは、文書に新たな内容を追加することを伴う修正を含め、文書内の修正の合併の間に生じる問題点を自動的に整合してもよい。一実施例では、モジュールは、文書に追加される新たな内容を識別及び記憶するように構成される。実施例では、新たな内容はＣＲＭ又は均等なリポジトリに記憶されてもよい。
【００４４】
自動及びユーザ主導の整合の組合せも本開示で企図される。例として、Ｓａｌｅｓｆｏｒｃｅから合併されたデータが修正され、そしてそれらの修正が最終文書に受け入れられたとモジュールが認識する場合、モジュールは、それらの修正されたデータ・セットをＳａｌｅｓｆｏｒｃｅにおける源データと比較し、そして源データを修正された値又はテキストで自動的に更新する能力を有する。上記の変形及び組合せが企図される。
【００４５】
ここで図９を詳細に参照すると、ユーザは、Ｔｒｕｅ−ｕｐ整合モジュールにアクセスする一方、単にタスク・バー、ピック・リスト、メニュー・リスト又は均等物からそのモジュールを選択することによって上記した線引き機能を活用してもよい。例として、ユーザは、特定の文書に対してＴｒｕｅ−ｕｐモジュールを始動し、そして図９〜１１に反映されるように、或る程度の整合を必要とする文書内の各条件又は条項に進んでもよい。この原則を更に例示するために、特に図１０を参照すると、特定の支払期間１４４が正味３０  １４６から正味４５  １４８に修正されたが、Ｓａｌｅｓｆｏｒｃｅ（又は均等なＣＲＭ）における関連する源データが依然として正味３０を反映する場合、Ｔｒｕｅ−ｕｐモジュールは、ユーザにその条件を源データ（Ｓａｌｅｓｆｏｒｃｅ又はその他における）と整合することを促すことになる。この整合モジュールは、一旦交渉が完了すると、ユーザに重要なサービスを提供し、その結果文書所有者、又は一部の事例ではＳａｌｅｓｆｏｒｃｅ契約管理者が修正されたデータを整合して、文書内のデータがＳａｌｅｓｆｏｒｃｅ又は他のリポジトリ・システムにおけるデータと一致することを保証することができる。
【００４６】
好適な実施例では、整合されることになるデータは、Ｃｏｎｇａ  Ｃｏｍｐｏｓｅｒによってなど、作成されたときに文書へ合併され、そして適切にタグ付けされたデータから成る。他の実施例では、システムの元のユーザか後のユーザかによる将来の整合のために、追加データがタグ付け及び追跡されてもよい。
【００４７】
したがって、本開示は、源データ情報（例として、限定するものではなく、オブジェクト識別子、フィールド名など）を１つ又は複数の法律又はビジネス関連文書に含まれる情報と関連付けるためのシステム及び方法を提供する。本実施例では、ユーザは、合併された、そうでなければ源データ情報を含むフィールドに修正がなされた場合に、文書の修正の間及び後を含め、文書からデータを抽出してもよい。
【００４８】
一実施例によれば、本開示は、合併されたデータの源を追跡するために、合併されたデータと関連する「ブックマーク」又は均等なタグのシステムを含む。別の実施例では、本システムは、合併されたデータの源を追跡するために文書変数を利用する。源データと関連する情報が修正されるにつれて、対応する源データは自動的且つシームレスに更新されてもよい。
【００４９】
一実施例では、文書へ合併される各フィールドは、更新されたデータを元の原ファイルに戻すために必要とされる関連する源情報を含む１つ又は複数の不可視（又は代替的に、可視）フィールドによって「ブックマークされ」てもよい。文書へデータが合併されるときはいつも、そのデータは、後の改訂が変更を求めて問い合わせられるように、ブックマークによって囲まれてもよい。
【００５０】
単語フィールドのためのフィールド型はＡＤＤＩＮでもよく、好ましくはユーザに表示されない。フィールドのフォーマットは以下の文字順列で開始することになる：
ＣＣＦＩＥＬＤ：ＶＥＲＳＩＯＮ：
【００５１】
フィールド・ブックマークのための初期レイアウトは次の形態をとることになる：
ＣＣＦＩＥＬＤ：ＶＥＲＳＩＯＮ：［ＳＴＡＲＴ｜ＥＮＤ］：ＯＢＪＥＣＴＩＤ：ＦＩＥＬＤＮＡＭＥ：ＣＨＥＣＫＳＵＭ
【００５２】
本実施例によれば、ＣＣＦＩＥＬＤは、ＡＤＤＩＮフィールドを構文解析されることになるものとして識別するために使用される列を含み、そして他の値が無視されるべきであることをも示す。ＶＥＲＳＩＯＮは、フィールド仕様の現バージョンを表現し、好適な実施例では１に設定される。ＳＴＡＲＴ｜ＥＮＤは、データの各別個の合併部分の始まり及び終わりと関連する２つのフィールドを含み、始まりがＳＴＡＲＴでマークされ、そして終わりがＥＮＤでマークされる。ＯＢＪＥＣＴＩＤは、源データが生じた元のシステムにおけるオブジェクトの一意の識別子を表現する。ＦＩＥＬＤＮＡＭＥは、データが生じた元の所与のオブジェクトと関連する名前を表現する。ＣＨＥＣＫＳＵＭ  Ａ  ＣＲＣ３２は、好ましくは連接される以下のフィールドのチェックサム演算を含む：ＣｏｎｇａＳｙｓｔｅｍＩｄｅｎｔｉｆｉｅｒ＋ＣｏｎｇａＯｂｊｅｃｔＩｄｅｎｔｉｆｉｅｒ＋ＯＢＪＥＣＴＩＤ＋ＦＩＥＬＤＮＡＭＥ。好適な実施例では、ＣＨＥＣＫＳＵＭ  Ａ  ＣＲＣ３２は符号化される。
【００５３】
一実施例では、生起データを記憶して戻りデータを確認するために、ブックマークすることの代わりに文書変数が使用される。これらの変数には：データを生成したシステムを一意に識別するシステム識別子を含むであろう。例えば、Ｓａｌｅｓｆｏｒｃｅアプリケーションの実例では、この識別子は組織ＩＤに設定されてもよく、そして戻って来るデータが当該システムによって作成されたと確認するために使用されてもよい。変数には、オブジェクト識別子、又は特定の文書を生成したオブジェクトの一意のＩＤも含んでもよい。Ｓａｌｅｓｆｏｒｃｅアプリケーションの実例では、ユーザが見積もりから文書を生成した場合、それは、それが作成された元の見積もりオブジェクトのＩＤを含むであろう。別の実施例では、ブックマークすることも文書変数も文書で利用される。
【００５４】
他の実施例では、本明細書に記載されるシステム及び方法は、メタデータを特定の文書内の単語、条件又は条項と関連付ける能力を含む。本実施例によれば、本システムは、文書が上記したツール及びアプリケーションを使用して作成されたかどうかにかかわらず、ユーザが本開示の他の部分に記載される特徴及び機能性を利用することを許容する。
【００５５】
好適な実施例では、ユーザはシステムに文書をアップロードしてもよく、これは、本明細書に記載される実施例のいずれかに従ってアプリケーション・ユーザ・インタフェースを介してユーザに提示されてもよい。ユーザは次いで、所望の内容をハイライトすることによって文書に含まれるテキスト、条項又は他の情報を選択してもよい。一旦テキスト列又は他の情報がハイライトされると、テキスト列を、Ｓａｌｅｓｆｏｒｃｅオブジェクト及び／又はフィールドなどの源データと関連付ける選択をするために、ポップオーバー・ユーザ・インタフェース（例えば、図１に図示される）が出現する。ポップオーバー・ユーザ・インタフェースがテキスト列の一部を認識する場合、本システムは、ハイライトされたテキストと関連付けることになるオブジェクト及び／又はフィールドの提案を提供してもよい。提案がなされなければ、ユーザは、ポップオーバー・ユーザ・インタフェース内に含まれるデータ源型のリストから選択してもよい、又はテキスト列と関連付けるのに適切なデータ源の検索を行ってもよい。ユーザ選択がなされた後に、ポップオーバー・ユーザ・インタフェースは、ユーザが選択を保存できるようにし、次いでユーザは、ユーザが源データと関連付けることを望む全ての残りのテキスト列及び条項に対してこれらのステップを繰り返す。
【００５６】
前段におけるステップを完了した後に、ユーザは次いで、関連する源データと共に文書を文書型テンプレートとして保存し、それは目下基礎をなすデータ源へのユーザ選択のマッピングの全てを含み、且つ本明細書に記載されるその他の実施例に係る再検討、交渉及び修正の準備ができている。特定のテンプレートが作成された後に、ユーザが同じ型の別の文書をインポートするたびに、本システムは、類似点を認識し、そして新たな文書へテンプレートと関連するメタデータを挿入するように構成される。代替的に、ユーザは、新たにインポートされる文書へ同じメタデータを挿入するためのテンプレートのリストからテンプレートを選択してもよい。このようにして、ユーザは、様々な文書型に対するデータ・マッピングを、それらの文書が最初に上記したシステム及び方法を使用して作成されたかどうかにかかわらず、迅速且つ容易に作成及び保存することができる。
【００５７】
別の実施例によれば、本システムは、ユーザが動的に作成される文書内に含まれるテキスト又は他の情報にメタデータを挿入することを許容する。例えば、文書が作成されて、後に文書に追加条項文言を含める改訂を受ける場合、ユーザは、新たに追加される内容に対応するメタデータを挿入して、そうでなければ追加条項内に位置するテキスト列に対してデータ源を個々に選択してマッピングするために必要とされる時間及び／又は資源を節約することを選択してもよい。このように、メタデータを挿入することは、ユーザの嗜好に従って、文書の一部分だけに達成されてもよい。
【００５８】
本開示の一態様において、文書内に含まれるテキストを識別及び分類するためのシステムが記載される。本実施例によれば、文書に含まれる条件、条項又は他の情報が文書内で直接構文解析されてもよい、又は代替的に文書に光学文字認識（ＯＣＲ）を行うことによって変換されてもよい。次に、文書は分析されて、文書の異なる部分又は節を識別する。次に、文書の異なる部分が、各部に行われるマッチング又はパターン認識に基づいて抽出及び分類される。部分がシステムによって正しく分類されようがされまいが、次のステップは、各部をシステム（すなわち、以下に更に詳細に記載されるライブラリ）に記憶されるテンプレートと比較して、各部と関連する内容に基づいていくらかでも論理的一致を識別することである。文書のいかなる識別及び一致された部分も次いで、処理及び、上記したメタデータ挿入を経由することを含め、任意の所望のデータ源へのマッピングのためにユーザに返される。識別及び分類のステップを表す具体的なユーザ・インタフェースが図１２〜１３として本明細書に添付される。
【００５９】
別の実施例では、識別及びカテゴリ化ステップは自然言語モジュールを伴ってもよい。自然言語モジュールは、文書の条項又は節に出現する自然言語を認識するように構成されてもよい。自然言語モジュールは、認識した言語に相関するテンプレートを決定し、そしてテンプレートを呼び出すか又は最も一致するテンプレートの選択をユーザに提供するようにも構成されてもよい。認識した条項又は節が現在のテンプレートと関連付けられないと自然言語エンジンが判定すれば、ユーザには、新たなテンプレートを作成して名前を付けるオプションが提供されてもよい。本実施例によれば、本システム及び方法は、文書に出現するデータの高レベル抽象化をモデル化するように構成される、ディープ・ニューラル・ネット学習エンジン又は均等なコンピュータ機械学習エンジンを含んでもよい。本システム及び方法は、データの学習表現を含む人工ニューラル・ネットワークを更に利用してもよく、且つ自動音声認識、外国語処理及び適応学習などの機能を更に利用してもよい。本システムは、したがって、上記の各々を利用するための別々のモジュールを備えてもよい。
【００６０】
或る実施例では、本システム及び方法は、文書を認識可能なフォーマットに変換するステップも含み、その結果文書は、上記したシステム及び方法に従って構文解析及びカテゴリ化されることができる。別の実施例では、ユーザには、新たに識別された条件、条項、節等に部分的に基づいて、テンプレート又はテンプレートのクラスのための新たなカテゴリ又は基準を確立するための１つ又は複数のインタフェースが提供される。
【００６１】
一実施例によれば、法律、商業及びビジネス関連文書で使用される条件及び条項を管理するためのシステム及び方法が開示される。本システム及び方法は、ユーザが文書内でそのような条件及び条項を検索、識別、選択及び効率的に合併し、次いで将来の文書作成及び／又は交渉における作業成果物（すなわち、条件又は条項の後のバージョン）を管理することを許容する。一実施例では、本システムは、文書、条項又は条件のバージョンを、保存されたバージョンが原文からの修正を反映するように、記憶するためのリポジトリを自動的に作成する。使用の際、ユーザは、文書、条項又は条件への後の修正にタグ付け、名前付け若しくはその他ラベル付け及び／又はカテゴリ化してもよく、これらは文書の交渉及び確定の間に他のユーザによって閲覧されてもよい。一実施例では、これらのラベル及びカテゴリ分類は、後のユーザか上記した適応学習モジュールかによって使用されてもよい。システムによって提供されるユーザ・インタフェースは、ユーザが、通例使用される条件及び条項を、システムのユーザ又は別のユーザによる将来の検索及び選択のために、迅速且つ効率的に識別、カテゴリ化及び記憶できるようにする。
【００６２】
一実施例では、本システムは資源ライブラリ又はリポジトリを更に備えており、そこに特定のユーザ又はユーザ組織のために構成され得る、以前に作成又は修正された条件、条項又は完成文書が自動又は手動でカテゴリ化及び管理されている。このライブラリは、最終交渉文書をユーザによる管理のために、又は将来の文書交渉に使用されることになるテンプレートを含むように更に再分割されてもよい。
【００６３】
ここで図１２を参照すると、一実施例に係るユーザ・インタフェース１５０が図示される。インタフェース１５０は好ましくは、文書を表示又はプレビューするための部分１５２を含む。インタフェース１５０は、文書型又はカテゴリを選択するリスト１５４を更に含んでもよく、且つ或る実施例では特定の文書と関連する表題又は名称を含んでもよい。更に他の実施例では、インタフェースは、ユーザが所望の文書と関連するキー・ワードを入力及び検索するオプションを含む。実施例では、ユーザ・インタフェースは、文書の新たなバージョンを修正してライブラリに記憶する能力、カスタムメイドの文書を将来の見つけやすさのためにカテゴリ化して名前を付ける能力もユーザに提供する。
【００６４】
別の実施例では、特定の文書型のための条項又は他の内容を取り出すユーザの大集団にライブラリ又は均等なリポジトリが提供されてもよい。ここで図１３を参照すると、ユーザが様々な条項を精査できる且つ／又は、例として、限定するものではなく、再検討のしやすさのためにインタフェースに列記されてもよい、条項名１５８、条項改訂１６０、条項型１６２、文書名１６４、文書型１６６、文書改訂１６８、作成日１７０、最終更新日１７２、最終更新者１７４及び作成者を含め、幾つかの異なる基準に基づいて条項をソートできるようにするために、システムにユーザ・インタフェース１５６が含まれてもよい。図１３に図示されるユーザ・インタフェースの検索及びソート機能の変形が企図され且つ本開示の範囲内と考えられる。
【００６５】
他の実施例では、本システムは、（１）文書型、（２）文書内で識別されるオブジェクト／フィールド、又は（３）ユーザ嗜好に基づいて、ライブラリに含まれる内容を自動的に問い合わせ、取り出し、そして組み込むように構成されてもよい。ユーザ嗜好は、システム内でユーザによって予め選択及び構成されてもよく、又はライブラリ若しくはリポジトリにアクセスしている間になされる嗜好でもよい。
【００６６】
一実施例では、本システム及び方法は、ユーザに提案又は推奨を自動的に提供するための少なくとも１つのモジュールを含む。したがって、本システムは、上記のアクティビティのいずれか、例えばユーザによって組み込まれる特定の条項かシステムによってアクセス可能な文書へ合併されるデータ源の出現かに基づいて或る条件を提案すること、に従事する間、提案又は推奨を自動的に受信するために構成されてもよい。
【００６７】
ここで図１４〜１５を参照すると、本システムは、検討中の特定の文書の内容を分析し、そしてユーザ供給の基準か機械学習エンジンかに基づいて、文書内の内容と源データからの１つ又は複数のオブジェクト又はフィールドとの間の潜在的な関係を識別するように構成される提案サービス・モジュールを備えてもよい。例示するために、一実施例において本システム及び方法は、システム内の文書を呼び出すことによって始まる。次に、システムは、文書からテキスト列を消費する。代替的に、ユーザが、次のステップに進む前に文書内の或るテキスト又は条項を選択してもよい。テキスト列が識別された又はシステムによって消費された後に、各テキスト列が分析され、そしてシステムはテキスト列内の別個のエンティティを識別及び選択する。次に、システムは、源データ内のオブジェクト及びフィールドを消費し、そして関連メタデータと共に、源データのスキーマを作成する。次に、システムは、テキスト列から抽出される別個のエンティティをメタデータと比較し、そしてその間の潜在的な関係を識別する（及びユーザに提案を提示する）。
【００６８】
システムは任意選択で、システムが少なくとも１つの提案を有するエンティティをハイライトする１７８又はその他呼び出すことによって、図１４〜１５に図示されるように、各提案を更に調べるためのインタフェース１７６をユーザに提示してもよい。ユーザが各ハイライトしたエンティティをスクロールするにつれて、好ましくは、特定のエンティティとオブジェクト及び／又はフィールドとの間の新たな関連付けを作るために、システムによって識別される提案を選択するか又は、好ましければ、全ての源データ・タグを検索するオプションを伴って、ポップオーバー表示１８０が出現する。一旦上記の概説されるいずれかの手法を使用して選択がなされると、ユーザには、特定の文書に対して選択されるエンティティ値を保存する能力が提示される。この機能性により、文書を構文解析し、そして文書内の別個のエンティティ及び別個のエンティティの各々と関連付けることになる源データの提案を自動的に識別することによって、ユーザは、特に広範且つ／又は複雑な文書型に関しては、著しい時間を節約できるようになる。
【００６９】
本実施例に係るシステム及び方法は、推奨モジュールを含んでもよい。このモジュールは、ユーザによって起動されても、又は代替的にユーザが上記のアクティビティのいずれかに従事する間にバックグラウンドで動作していてもよい。例として、この推奨エンジンは、特定の文書の検索を含んで、文書（又は文書内の条項）の型を識別し、そしてユーザによる更なる措置を提案してもよい。例えば、提案には、ユーザによって組み込まれる特定の条項か、例えば、交渉文書へ合併されるデータ源の出現かに基づく或る条件を含んでもよい。他の例では、推奨エンジンは、同様の文書を求めてライブラリ又は他のリポジトリを検索し、次いでそれらの同様の文書内に含まれるが、作業文書へ組み込まれていない特定の条項又は条件を識別する。別の実施例では、推奨エンジンは、作業文書に含まれるものから代替の条項又は条件を提案してもよい。
【００７０】
一実施例では、推奨エンジンは、特定の型の文書を作成することに関心があるユーザにとっての着手点としての役割をしてもよい。本実施例では、モジュールはルールエンジンを更に備えてもよく、ここでモジュールは、ルールエンジンの構成に従ってユーザに問い合わせ、次いでユーザによって所望される文書の型に最も近く一致するテンプレートを求めてリポジトリを検索する。
【００７１】
更に別の実施例では、本システム及び方法は、文書の内容の分析を提供し、文書内の別個の内容と文書と関連付けられてもよい実現される（潜在的及び実際の両方の）オブジェクト／フィールドとの間の関係を識別し、そして文書内のテキストが関連付けられてもよい１つ又は複数のＳａｌｅｓｆｏｒｃｅフィールドに関する提案又は推奨を提供してもよい。
【００７２】
ここで図１６を参照すると、本明細書に記載されるシステムは、文書に関するいかなるフォーマッティング又は他の問題も引き起こすことなく文書内の特定の条項又は契約条件を合併するためのモジュールを更に備えてもよい。本実施例では、ユーザは、例えば、条項１８２を選択し、そしてシステムに記憶される他の条項にアクセスしてもよい。一実施例では、条項は上記したライブラリ又はリポジトリから回収されてもよい。一旦ユーザが文書に含むのに好適な条項１８４を識別すると、ユーザはその条項を選択し、そしてそれを文書へ合併して、文書内の元の条項１８２を効果的に置換する。合併ツールは、条項を型若しくは名前でフィルタリングする、又は或る実施例では、自然言語検索アルゴリズム若しくはそれらの均等物を使用して特定の条項を検索する能力を含んでもよい。記憶された条項を文書へ合併するステップは、文書がユーザが好む内容を有し、そして他のユーザとの共有の準備ができるまで、必要な回数だけ繰り返されてもよい。択一的に、ユーザは、ライブラリ内のものより好まれる条項を識別し、そしてその条項をライブラリに保存することに決めてもよい。システムはユーザにこの機能を提供し、それによってユーザが合併機能を使用して将来の文書に保存された条項を選択できるようにする。
【００７３】
実施例によれば、本システムは、更に交渉プロセスを通して文書の可視化表現をユーザに提供してもよい、又はそうでなければ、文書ライフサイクルの過程にわたって発生する様々な操作をより良好に監視する文書のステータスの図形表現をユーザに提示する。
【００７４】
ここで図１７〜１９を参照すると、本システムは好ましくは、発端から文書完成まで発生する交渉のプロセスを可視化するためのツールを含む。一実施例では、これにより、ユーザは、文書ライフサイクルの可視化表現を作成し、そのライフサイクルにおける異なる点でルールを実装し、そして文書交渉の異なる段階に対して必要に応じて制限を適用できるようになる。まず図１７を参照すると、或るタスク又はアクティビティ又はイベントがブロック１８６、バブル又は他のアイコンによってシステム内に表現されてもよい。追加のタスク、アクティビティ及びイベントがその後、異なるアイコンを相関させる関係で構築されてもよい。例えば、図１８を参照しつつ、可視化表現は、或るイベントが発生する（若しくは発生しない）又は異なるイベントが発生する（若しくは発生しない）ことに応じて、複数経路１８８、１９０を備えてもよい。結果に応じて、可視化表現は、異なる経路及び集合のタスク、アクティビティ又はイベントを含んでもよい。
【００７５】
ここで図１９を参照すると、図１７〜１８に示される図が構成された後に、一部又は全てのユーザに異なるユーザ・インタフェースが提供されてもよい。このインタフェースでは、ユーザには、現在の又は差し迫った、１つのタスク、アクティビティ又はイベントから次にユーザを導く、タスク、アクティビティ又はイベントだけが提示される。このインタフェースは、図１９に図示されるように、タスク・バー１９２、１９４を含んでもよく、且つそれらのタスクのステータスをユーザに示すために異なる色又は他の特徴を含んでもよい。インタフェースは、文書交渉プロセスの瞬時の可視化１９６もユーザに提供してもよく、まだ発生していないタスク、アクティビティ又はイベント及びそれらの残りのステップを担うユーザについて即時にユーザに警告する。或る実施例では、一旦プロセス・フローがユーザが担うタスク、アクティビティ又はイベントに進むと、ユーザは警告されてもよい。この節に記載されるインタフェースの変形が企図される。
【００７６】
一実施例に係るデータを識別及び抽出する方法が、ここで記載されることになる。本開示の一態様において、ユーザには、ネイティブ文書からテキストを識別及び抽出するためのシステムが提供される。同システムは、１つ又は複数のプロセッサ、メモリ、識別モジュール及び抽出モジュールを含んでもよく、これは、文書を受信し、文書内のテキスト及び他のフィールドを識別し、文書内の関連付けられることになるデータを認識し、そしてそのデータをマークする。システムをこのように使用する方法は、上記したように、ユーザがネイティブ文書に修正をして再検討し、次いで文書を整合することを許容する、下記される、幾つかのステップを含む。このようにして、いかなる文書型も本明細書に記載されるシステム及び方法を利用し得る。
【００７７】
一実施例では、文書からデータが自動的に識別されて取り出される方法が提供される。大抵の電子的に保管される文書からのテキストが、文書の型にかかわらず、識別及びカテゴリ化されることができる。一実施例では、まず文書を交渉する過程の間に合併されることになるデータを表現するテキストを識別して後にマークするために、文書にＯＣＲプロセスが適用されてもよい。タグ付けされることになる全てのテキストを識別して見つけることを支援するために、検索アルゴリズムが利用されてもよい。
【００７８】
実施例では、本システム及び方法は、テキスト識別及び抽出モジュールを含む。より詳細には、本方法のステップの１つ又は複数を行うために、前述したハードウェア部品の１つ又は複数を含め、１つ又は複数のハードウェア及びソフトウェア部品が含まれてもよい。本方法は、コンピュータ・システムによって実行され且つコンピュータ可読媒体上に符号化又は記憶される一組のコンピュータ実行可能命令として実行されてもよい。
【００７９】
データを識別及び抽出する方法は、ループして連続的に流れても、時限イベントに従って流れても、又は動作若しくはステータス・パラメータの変化に従って流れてもよい。本方法は、テキスト識別及び抽出モジュールで文書が受信されると開始されてもよい。文書を受信した上で、テキスト識別及び抽出モジュールは、文書にＯＣＲ又は均等なネイティブ言語検索プロセスを行って１つ又は複数のテキスト・トークンを取り出してもよい。次に、テキスト識別及び抽出モジュールは、既存の又は新たなルール・セットを使用して、ＯＣＲプロセスから受信される一連のテキスト・トークンに１つ又は複数のルールを適用してもよい。例えば、特定の文書型の知識が、適用される１つ又は複数のルール及びそれによって文書内で識別されるデータに割り当てられるタグを決定又は左右してもよい。ルールの適用は、本ステップで、文書又は前ステップの間に作成されたテキスト・トークンに適用する更なるルールがないかどうかが判定されるまで続く。
【００８０】
本方法は次いで次のステップに移ってもよく、ここで追加のテキスト・トークンを検索する文書の追加ページがあるかどうかが判定される。検索されることになる更なるページがあれば、本方法は、次ページを取り出して上記した抽出ステップを続ける。そうでなければ、本方法は次のステップに進み、ここで取り出されたテキスト・トークンが認識されたパターン要素に一致するかどうかが判定される。これらのパターン要素は、上記したルールに密接に結合されてもよく、更にネイティブに取り込まれたテキストを文書内でタグ付けされることになる情報の型と関連付ける方法を支援する。一致が見つかれば、本方法は続いて、その一致したパターンにそれぞれでタグ付けされることになるテキストを識別し、そしてネイティブ文書から認識される各パターンに対して続ける。このプロセスは、認識されるパターンがなくなり且つ適用するルールがなくなり、完了される。
【００８１】
一旦文書が検索されると、関連するテキストがタグ付けされ、本方法は次いで、上記した様々なシステム及び方法によって使用するための元の原文書を作成してもよい。文書を修正して修正を整合することに関して上記したプロセスが開始してもよい。
【００８２】
テキスト識別及び抽出モジュールを再び参照すると、以上言及したＯＣＲプロセスは一連のテキスト・トークンを生成してもよく、それは文書のページ上のテキスト行を表現する。例えば、ページ上の各テキスト行に対して、タグ付けのために所望されるテキストを表現する別々のトークンが発生されてもよい。一部の例では、文書内の単一のテキスト行に対して複数のトークンが発生されてもよい。他の例では、文書の複数行に対して単一のトークンが発生されてもよい。
【００８３】
一実施例では、テキスト検証モジュールが活用されてもよい。本実施例では、ＯＣＲプロセスによって回収されるテキスト・トークンは、ネイティブ文書内の、又は上記したライブラリ若しくは他のリポジトリに位置する文書の１つなどの、同じ型の別の文書内のテキスト文字と比較されてもよい。ＯＣＲプロセスで識別されるトークンとテキストとの間の矛盾点がいくらかでも見つかれば、そのような矛盾点を解決するために別の矛盾点プロセスが開始されてもよい。
【００８４】
ＯＣＲにかけられた文書を受信した上で、テキスト識別及び抽出モジュールは、１つ又は複数の文書分類法に従ってルールを活用してもよい。一実例として、テキスト識別及び抽出モジュールが、保証書などのビジネス関連文書からのデータを識別するために活用される場合、テキスト識別及び抽出モジュールは、保証書関連文書に対して以前に確立されたルールを活用してもよい。テキスト識別及び抽出モジュールは、文書型に適用されているルールのグループ若しくはサブグループを活用してもよい、特定のベンダーとの保証のためのルールのグループ若しくはサブグループを活用してもよい、又は特定のクライアントのためのルールのグループ若しくはサブグループを活用してもよい。
【００８５】
ネイティブ文書が上記したシステム及び方法に従って処理されるにつれて、それらの文書はライブラリ又は他のリポジトリに追加されてもよい。情報がユーザ・プロファイルに送信されても又はその他関連付けられてもよく、その結果ユーザ・プロファイルと関連するユーザは同文書にアクセスしても及び／又は別のユーザ若しくはビジネス・エンティティに送信してもよい。
【００８６】
一実施例では、文書内の内容と１つ又は複数のデータ源との間の或る関連付けを提案するための方法が提供される。本実施例によれば、本方法は、順序にかかわらず、以下のステップの１つ又は複数を含む：システム内の文書を呼び出す；文書からテキスト列を消費する；文書内のテキスト又は条項を選択する；テキスト列を分析する；テキスト列内の１つ又は複数の別個のエンティティを選択する；データ源内のオブジェクト及びフィールドを消費する；データ源と関連するスキーマを作成する；関連するメタデータを収集する；別個のエンティティをメタデータと比較する；潜在的な関係を識別する；並びにユーザに提案を提示する。
【００８７】
実施例では、上記したシステム及び方法は、アプリケーションを更に含んでも、又は１つ若しくは数個のモジュールを介して提供されてもよい。一実施例では、アプリケーション／モジュールは、モバイル・デバイス又はモバイル・コンピュータ上で動作するように設計され、且つユーザが組織的文書及び関連するデータ編成を管理するのを支援する。一実施例では、アプリケーション／モジュールは、１つ又は複数の関係データベースを含め、１つ又は複数のデータ・セット、テーブル又はデータベースを含んでもよい。一実施例では、アプリケーションは、時間及び／又は内容固有の通知を含む。実施例では、アプリケーション／モジュールは、ユーザが文書をソート、検索及び修正し、そしてそれと関連するデータを、多くの例では自動的に操作することを更に許容する。
【００８８】
本実施例によれば、アプリケーションは好ましくは、コンピュータ・サーバ又は同様の計算機上で走るように構成される。アプリケーションは好ましくは、アラートを提供するようにも構成される。アラートは、アプリケーション（例えば、ログインの通知、プッシュ通知）、電子メール、メッセージング、又は任意の他の適切な通信方法を介してユーザに提供されてもよい。アラートは、或る条件、例えば、文書内の１つ又は複数の条項又はデータ型に発生する修正に対して定義されてもよい。択一的に、アラートは、修正された文書の継続修正又は承認に対して提供されてもよい。例えば、アラートは、全てのユーザが文書の修正を完了したことに基づいて提供されてもよい。或る実施例では、アラートは、推奨される一連の措置を示してもよい。例えば、アラートは、文書内に既に含まれていない内容が組み込まれること、又は特定のデータが１人若しくは複数のユーザによって確定された所定のルールに従うように修正されることを推奨してもよい。
【００８９】
本実施例では、アプリケーションは有利には、例えば、ユーザのモバイル・デバイスによって情報を受信及び送信するように構成される。アプリケーションは好ましくは、複数の報告を発生するようにも構成される。そのような報告は、戦略及び意思決定を改善するため、ライブラリからテンプレート若しくはサンプル条項を見つけるため、又は文書の異なるバージョンの整合を容易にするためにユーザによって使用されてもよい。
【００９０】
一実施例では、アプリケーションは、１つ又は複数のユーザ・インタフェース及び、本明細書に添付される図面に示される表示などの、表示を含む。アプリケーションは計算環境で記憶又は動作されてもよく、ここでシステム、デバイス、サーバ、モジュール等が実行してもよい。
【００９１】
本明細書に記載される様々な実施例では、ユーザが文書内でなされる修正を整合し、１つ又は複数のデータ源との関連付けのために文書内容を取り込み、サービス及び／又は推奨サービス・モジュールから提案を受信し、そして文書及び条項ライブラリ又は他のリポジトリにアクセスできるようにするために、ポップオーバー・インタフェースが提供される。或る実施例では、ポップオーバー・インタフェースは、１つ又は複数のユーザ・インタフェースに自動的に出現するように構成されてもよく、その結果ユーザが或る措置を行う又は或るツールを選択するときに、ポップオーバー・インタフェースは、その措置又はツールが適用可能である文書の部分を位置決めし、そしてユーザによって選択されるタスクを完了するために必要とされる情報を提示する。ユーザは、幾つかのピック・リスト又はドロップダウン・メニューの１つの中の項目を見つける必要なく、ポップオーバー・インタフェースを使用して様々な異なるタスクを行い得る。
【００９２】
計算環境は好ましくは、１つ又は複数のユーザ・コンピュータを含む。コンピュータは、汎用パーソナル・コンピュータ（単に例として、Ｍｉｃｒｏｓｏｆｔ  Ｃｏｒｐ．のＷｉｎｄｏｗｓ（登録商標）及び／若しくはＡｐｐｌｅ  Ｃｏｒｐ．のＭａｃｉｎｔｏｓｈオペレーティング・システムの様々なバージョンを走らせるパーソナル・コンピュータ及び／若しくはラップトップ・コンピュータを含む）並びに／又は各種の市販のＵＮＩＸ（登録商標）若しくはＵＮＩＸ（登録商標）系オペレーティング・システムのいずれかを走らせるワークステーション・コンピュータでもよい。これらのユーザ・コンピュータは、例えば、データベース・クライアント及び／又はサーバ・アプリケーション、並びにウェブ・ブラウザ・アプリケーションを含め、各種のアプリケーションのいずれかも有してもよい。代替的に、ユーザ・コンピュータは、ネットワークを介して通信すること並びに／又はウェブ・ページ若しくは他の種類の電子文書を表示及びナビゲートすることが可能な、シン・クライアント・コンピュータ、インターネット対応移動電話及び／又は携帯情報端末などの、任意の他の電子デバイスでもよい。任意の数のユーザ・コンピュータがサポートされ得る。
【００９３】
本実施例に従って記載される計算環境は好ましくは、少なくとも１つのネットワークを含む。ネットワークは、限定することなくＳＩＰ、ＴＣＰ／ＩＰ、ＳＮＡ、ＩＰＸ、ＡｐｐｌｅＴａｌｋなどを含め、各種の商用のプロトコルのいずれかを使用してデータ通信をサポートすることができる、当業者に聞き慣れた任意の種類のネットワークであることができる。単に例として、ネットワークは、イーサネット（登録商標）・ネットワーク、トークン・リング・ネットワークなどといった、ローカル・エリア・ネットワーク（「ＬＡＮ」）；ワイド・エリア・ネットワーク；限定することなく仮想プライベート・ネットワーク（「ＶＰＮ」）を含む、仮想ネットワーク；インターネット；イントラネット；エクストラネット；公衆電話交換網（「ＰＳＴＮ」）；赤外線ネットワーク；無線ネットワーク（例えば、ＩＥＥＥ８０２．１１プロトコルスイート、周知のブルートゥース（登録商標）・プロトコル及び／若しくは任意の他の無線プロトコルのいずれかの下で動作するネットワーク）；並びに／又はこれら及び／若しくは他のネットワークの任意の組合せでもよい。
【００９４】
様々な実施例でのシステムは、１つ又は複数のサーバ・コンピュータも含んでもよい。１つのサーバがウェブ・サーバでもよく、ユーザ・コンピュータからのウェブ・ページ又は他の電子文書の要求を処理するために使用されてもよい。ウェブ・サーバは、上記したものの他に、任意の市販のサーバ・オペレーティング・システムのいずれかを含むオペレーティング・システムを走らせていることができる。ウェブ・サーバは、ＳＩＰサーバ、ＨＴＴＰサーバ、ＦＴＰサーバ、ＣＧＩサーバ、データベース・サーバ、Ｊａｖａ（登録商標）サーバなどを含め、各種のサーバ・アプリケーションを走らせることもできる。一部の例では、ウェブ・サーバは、１つ又は複数のウェブ・サービスとして利用可能な動作を公開してもよい。
【００９５】
或る実施例によれば、計算環境は、１つ又は複数のファイル及び／又はアプリケーション・サーバも含んでもよく、オペレーティング・システムに加えて、ユーザ・コンピュータの１つ又は複数上で走るクライアントによってアクセス可能な１つ又は複数のアプリケーションを含むことができる。サーバは、ユーザ・コンピュータに応じてプログラム又はスクリプトを実行することが可能な１つ又は複数の汎用コンピュータでもよい。一実例として、サーバは、１つ又は複数のウェブ・アプリケーションを実行してもよい。ウェブ・アプリケーションは、Ｊａｖａ（登録商標）、Ｃ、Ｃ＃若しくはＣ＋＋などの、任意のプログラミング言語、及び／又はＰｅｒｌ、Ｐｙｔｈｏｎ若しくはＴＣＬなどの、任意のスクリプト言語の他に、任意のプログラミング／スクリプト言語の組合せで書かれる１つ又は複数のスクリプト又はプログラムとして実装されてもよい。アプリケーション・サーバは、ユーザ・コンピュータ上で走るデータベース・クライアントからの要求を処理することができる、限定することなくＯｒａｃｌｅ、Ｍｉｃｒｏｓｏｆｔ、Ｓｙｂａｓｅ（商標）、ＩＢＭ（商標）などから市販のものを含め、データベース・サーバも含んでもよい。
【００９６】
実施例では、アプリケーション・サーバによって作成されるウェブ・ページは、ウェブ・サーバを介してユーザ・コンピュータに転送されてもよい。同様に、ウェブ・サーバは、ユーザ・コンピュータからのウェブ・ページ要求、ウェブ・サービス呼出し及び／又は入力データを受信することができてもよく、且つウェブ・アプリケーション・サーバにウェブ・ページ要求及び／又は入力データを転送することができる。更なる実施例では、サーバはファイル・サーバとして機能してもよい。上記は別々のウェブ・サーバ及びファイル／アプリケーション・サーバを一般的に記載するが、当業者は、実装固有のニーズ及びパラメータに応じて、サーバに関して記載された機能が単一のサーバ及び／又は複数の専用サーバによって行われ得ると認識するであろう。コンピュータ・システム、ファイル・サーバ及び／又はアプリケーション・サーバは、アクティブ・ホスト及び／又はスタンバイ・ホストとして機能してもよい。
【００９７】
実施例では、計算環境は、データベースも含んでもよい。データベースは各種の場所に存在してもよい。例として、データベースは、コンピュータの１つ又は複数にローカルな（且つ／又は常駐の）記憶媒体上に存在してもよい。代替的に、それは、コンピュータのいずれか又は全てからリモートで、且つこれらの１つ又は複数と通信状態に（例えば、ネットワークを介して）あってもよい。特定の実施例では、データベースは、当業者に聞き慣れたストレージ・エリア・ネットワーク（「ＳＡＮ」）に存在してもよい。同様に、コンピュータに帰する機能を行うためのいかなる必要なファイルも、適宜、それぞれのコンピュータにローカルに及び／又はリモートに記憶されてもよい。一組の実施例では、データベースは関係データベースでもよく、ＳＱＬ形式コマンドに応じてデータを記憶し、更新し、そして取り出すように適合される。
【００９８】
コンピュータ・システムは、オペレーティング・システム及び／又は他のコードを含め、ワーキング・メモリ内の、アプリケーション・コードを含むがこれに限定されない、ソフトウェア要素も含んでもよい。コンピュータ・システムの代替実施例が上記したものからの多数の変形を有してもよいことが認められるべきである。例えば、カスタマイズされたハードウェアも使用され得る、及び／又は特定の要素がハードウェア、ソフトウェア（アプレットなどの、ポータブル・ソフトウェアを含む）若しくは両方で実装され得る。更に、ネットワーク入出力デバイスなどの他のコンピューティング・デバイスへの接続が利用されてもよい。
【００９９】
一実施例によれば、サーバは、別々のコンピュータ・システム若しくは電気部品を表現してもよい１つ若しくは複数の部品を含んでもよい、又はコンピュータ・システム上で実行されるソフトウェアでもよい。これらの部品には、ロード・バランサ、１つ若しくは複数のウェブ・サーバ、データベース・サーバ及び／又はデータベースを含む。ロード・バランサは、モバイル・デバイスから通信を受信するように動作可能であり、且つどのウェブ・サーバに通信を送信するかを判定することができる。このように、ロード・バランサは、ウェブ・サーバの使用メトリックに基づいて、どのウェブ・サーバが受信通信を受信するかを管理することができる。一旦通信セッションがウェブ・サーバに割り当てられると、ロード・バランサは更なる通信を受信しなくてもよい。しかしながら、１つ又は複数のウェブ・サーバが過負荷になれば、ロード・バランサは、ウェブ・サーバ間に負荷を再分散することができてもよい。
【０１００】
実施例では、１つ又は複数のウェブ・サーバが、ユーザ・デバイスにウェブ・サービスを提供するように動作可能である。実施例では、ウェブ・サーバは、データ又はデータの要求を受信し、そしてデータベース・サーバと通信してデータを記憶する又は取り出す。そのため、ウェブ・サーバは、データベース内のデータをユーザ・デバイスにとって使用可能な形式にする中間物として機能する。オペレータによって所望されるように、より多くの又はより少しのウェブ・サーバがあってもよい。
【０１０１】
本実施例では、データベース・サーバは、データベースと通信し、そしてデータベース内のデータを管理するように動作可能な任意のハードウェア及び／又はソフトウェアである。データベース・サーバ、例えば、ＳＱＬサーバは周知であり、本明細書に更には説明しない。データベースは、ハードウェアであれソフトウェアであれ、データを記憶して取り出すための任意の記憶機構であることができる。データベースは本明細書に更に記載され得る。
【０１０２】
実施例では、ウェブ・サーバの部品はハードウェア及び／又はソフトウェア部品を含むことができる。実施例では、ウェブ・サーバはディスカバリ・ウェブ・サービスを含む。ディスカバリ・ウェブ・サービスは、ユーザ・デバイスから第１の要求を受信するように動作可能である。第１の要求は所定のウェブ・サーバにマッピングされる。このように、各モバイル・デバイスは、企業又はユーザ及び／若しくはユーザ・デバイスの組織と関連する所定の１つ又は複数のウェブ・サーバと関連付けられる。
【０１０３】
一実施例によれば、ディスカバリ・ウェブ・サービスは、要求から情報、例えば、ユーザの名前、ユーザのモバイル・デバイス識別子（例えば、携帯電話番号、インターネット・プロトコル（ＩＰ）アドレス等）又は一部の他の識別情報を抽出する。この情報は、記憶されたテーブル又は他のデータと比較されて、ユーザ・デバイスを割り当てられたウェブ・サーバに照合する。モバイル・デバイスが同ウェブ・サーバに割り当てられていれば、要求はデバイス・インタフェースに渡される。しかしながら、モバイル・デバイスが別のウェブ・サーバにマッピングされていれば、ディスカバリ・ウェブ・サービスは、他方のウェブ・サーバのためのユニフォーム・リソース・ロケータ（ＵＲＬ：Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を含むリダイレクト・メッセージで要求に返信することによって要求及びモバイル・デバイスをリダイレクトすることができる。このように、新たな企業がシステムを使用するときに新たなウェブ・サーバが容易に追加されることができるので、システムは拡張可能である。
【０１０４】
本明細書に記載される様々な実施例では、Ｃｏｎｇａ  Ｃｏｍｐｏｓｅｒを参照した。しかしながら、Ｃｏｎｇａ  Ｃｏｍｐｏｓｅｒを使用して作成されなかった他の文書が本明細書に記載されるシステム及び方法の利益を享受し得ることが理解されるべきである。例えば、Ｓａｌｅｓｆｏｒｃｅ  ＣＰＱアプリケーションと関連する文書が上記のシステム及び方法で使用されてもよい。更に他の実施例では、文書の完全ネイティブ・バージョンが本明細書に記載されるシステム及び方法でアップロード及び使用されてもよい。一実施例では、ネイティブ文書は、交渉の過程の間の修正の自動追跡及び管理の利益を享受するように、ネイティブ文書に含まれるテキスト又は他のデータとデータ源を関連付けるために、１つ又は複数の追加モジュールを経由してもよい。
【０１０５】
上記の記載において、例示の目的で、システム及び方法は特定の順に記載された。代替実施例では、本方法が記載されたものとは異なる順に行われ得ることが認められるべきである。上記した方法が、ハードウェア部品によって行われてもよい、又は機械可読媒体上の一連の実行可能命令に具現化されてもよく、同命令でプログラムされる汎用若しくは専用プロセッサ若しくは論理回路などの機械に本方法を行わせることも認められるべきである。これらの機械実行可能命令は、ＣＤ−ＲＯＭ若しくは他の種類の光ディスク、フロッピー（登録商標）・ディスケット、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気若しくは光カード、フラッシュ・メモリ、又は電子命令を記憶するのに適切な他の種類の機械可読媒体などの、１つ又は複数の機械可読媒体上に記憶されてもよい。代替的に、本方法は、ハードウェア及びソフトウェアの組合せによって行われてもよい。
【０１０６】
実施例の完全な理解を提供するために具体的な詳細が本記載に与えられた。しかしながら、これらの具体的な詳細なしで実施例が実施され得ることが当業者によって理解されるであろう。例えば、必要以上の詳細で実施例を不明瞭にしないために、回路はブロック図で示されてもよい。他の例では、実施例を不明瞭にすることを回避するために、周知の回路、プロセス、アルゴリズム、構造及び技術は必要以上の詳細なしで図示されてもよい。
【０１０７】
また、実施例がプロセスとして記載されたため、フローチャート、フロー図、データ・フロー図、構造図又はブロック図として示されることが留意される。フローチャートが動作を逐次プロセスとして記述し得るが、動作の多くは並列に又は同時に行われることができる。加えて、動作の順序は再配列されてもよい。プロセスは、その動作が完了したときに終了されるが、図に含まれない追加ステップを有し得る。プロセスは、方法、機能、手順、サブルーチン、サブプログラム等に対応し得る。プロセスが機能に対応する場合、その終了は、機能が呼出し機能又は本機能に戻ることに対応する。
【０１０８】
更には、実施例は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語又はその任意の組合せによって実装され得る。ソフトウェア、ファームウェア、ミドルウェア又はマイクロコードで実装されるとき、必要なタスクを行うプログラム・コード又はコード・セグメントは記憶媒体などの機械可読媒体に記憶されてもよい。プロセッサが必要なタスクを行ってもよい。コード・セグメントは、手順、機能、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェア・パッケージ、クラス、又は命令、データ構造若しくはプログラム文の任意の組合せを表現してもよい。コード・セグメントは、情報、データ、引数、パラメータ又はメモリ内容を渡すこと及び／又は受けることによって別のコード・セグメント又はハードウェア回路に結合されてもよい。情報、引数、パラメータ、データ等は、メモリ共有、メッセージ・パッシング、トークン・パッシング、ネットワーク伝送等を含む任意の適切な手段を介して伝達、転送又は伝送されてもよい。
【０１０９】
本発明の例示的な実施例が本明細書に詳細に記載されたが、発明概念がその他様々に具現化及び利用され得ること、並びに添付の請求項が、先行技術によって制限される場合を除いて、そのような変形を含むものと解釈されると意図されることが理解されるはずである。
【図１】
2021504834.tif 000002
【図２】
2021504834.tif 000003
【図３】
2021504834.tif 000004
【図４】
2021504834.tif 000005
【図５】
2021504834.tif 000006
【図６】
2021504834.tif 000007
【図７】
2021504834.tif 000008
【図８】
2021504834.tif 000009
【図９】
2021504834.tif 000010
【図１０】
2021504834.tif 000011
【図１１】
2021504834.tif 000012
【図１２】
2021504834.tif 000013
【図１３】
2021504834.tif 000014
【図１４】
2021504834.tif 000015
【図１５】
2021504834.tif 000016
【図１６】
2021504834.tif 000017
【図１７】
2021504834.tif 000018
【図１８】
2021504834.tif 000019
【図１９】
2021504834.tif 000020
【国際調査報告】
2021504834.tif 000021