(57)【要約】さまざまな注文タイプに共通する複数のデータ要素を含むとともに、注文に関係するさまざまなエンティティとの注文の関係を識別する注文クラスを定義する。
2006521633.tif 000002
【特許請求の範囲】
【請求項１】
複数の注文タイプに共通する複数のデータ要素を含むとともに、注文に関係する複数のエンティティとの前記注文の複数の関係を識別する注文クラスを定義することを含む、コンピュータ・システムにおいてクラス定義を表す方法。
【請求項２】
前記複数の注文タイプは、販売注文、注文返品、注文貸方記入メモ、注文借方記入メモ、注文取消、見積注文、注文契約からなる群から選択された複数の注文タイプを含む請求項１に記載の方法。
【請求項３】
前記注文の前記複数の関係は請求条件との関係、出荷条件との関係、価格設定条件との関係、支払い条件との関係、注文の責任を負う当事者との関係、注文に参加する当事者との関係、在庫位置との関係からなる群から選択される請求項１に記載の方法。
【請求項４】
前記注文クラスは、注文データを処理する任意のアプリケーションによって使用される請求項１に記載の方法。
【請求項５】
前記任意のアプリケーションは、産業固有でない請求項４に記載の方法。
【請求項６】
前記注文クラスから派生した注文ライン・サブクラスを定義することをさらに含み、前記注文ライン・サブクラスは、前記注文内の注文ラインを表す請求項１に記載の方法。
【請求項７】
前記注文ライン・サブクラスは、前記注文クラスからのデータ要素の組と、前記注文ラインに関する詳細情報を供給する追加データ要素の組とを含む請求項６に記載の方法。
【請求項８】
前記注文クラスは、前記注文クラスの１つまたは複数のカスタム・データ・フィールドを定義するカスタム・データ要素を含む請求項１に記載の方法。
【請求項９】
前記注文クラスの前記１つまたは複数のカスタム・データ・フィールドは、アプリケーションに固有である請求項８に記載の方法。
【請求項１０】
追加要素の前記組は、前記注文ラインの１つまたは複数のカスタム・データ・フィールドを定義するカスタム・データ要素を含む請求項７に記載の方法。
【請求項１１】
前記注文クラスをインスタンス化することと、
前記インスタンス化された注文クラスのデータ要素を初期化することと
をさらに含む請求項１に記載の方法。
【請求項１２】
ソース・アプリケーションから受け取ったデータを前記注文クラスの共通フォーマットに変換することと、
前記データを前記共通フォーマットからターゲット・アプリケーションのターゲット・フォーマットに変換することと、
前記ターゲット・アプリケーションに前記ターゲット・フォーマットで前記データを送ることと
をさらに含む請求項１１に記載の方法。
【請求項１３】
前記ソース・アプリケーションから受け取った前記データを前記注文クラスの前記共通フォーマットに変換することは、
前記受け取ったデータを前記インスタンス化された注文クラスの前記データ要素にマッピングすることと、
前記受け取ったデータが前記注文内の１つまたは複数の注文ラインに関係する情報を含むことを判定することと、
前記１つまたは複数の注文ラインのそれぞれについて注文ライン・サブクラスをインスタンス化することと、
各インスタンス化された注文ライン・サブクラスのデータ要素を初期化することと、
前記インスタンス化された注文クラスの前記データ要素から各インスタンス化された注文ライン・サブクラスの対応するデータ要素にデータをコピーすることと、
前記コピーされたデータが前記１つまたは複数の注文ラインに関係する前記情報と異なる時に、前記１つまたは複数の注文ラインに関係する前記情報を用いて前記コピーされたデータを上書きすることと
を含む請求項１１に記載の方法。
【請求項１４】
前記注文クラスの定義は、ＸＭＬスキーマとして表される請求項１に記載の方法。
【請求項１５】
ソース・アプリケーションから注文データを受け取ることと、
前記注文データを注文クラスによって供給される共通フォーマットに変換することと、
を含み、前記注文クラスは、複数の注文タイプ注文に共通する複数のデータ要素を含むとともに、注文に関係する複数のエンティティとの前記注文の複数の関係を識別するデータ変換のための方法。
【請求項１６】
前記複数の注文タイプは、販売注文、注文返品、注文貸方記入メモ、注文借方記入メモ、注文取消、見積注文、注文契約からなる群から選択された複数の注文タイプを含む請求項１５に記載の方法。
【請求項１７】
前記注文の前記複数の関係は請求条件との関係、出荷条件との関係、価格設定条件との関係、支払い条件との関係、注文の責任を負う当事者との関係、注文に参加する当事者との関係、在庫位置との関係からなる群から選択される請求項１５に記載の方法。
【請求項１８】
前記ソース・アプリケーションおよびターゲット・アプリケーションのそれぞれは、産業と独立の、注文データを処理する任意のアプリケーションである
請求項１５に記載の方法。
【請求項１９】
前記注文クラスは、前記注文クラスから派生した注文ライン・サブクラスを有し、前記注文ライン・サブクラスは、前記注文内の注文ラインを表す請求項１５に記載の方法。
【請求項２０】
前記注文ライン・サブクラスは、前記注文クラスからのデータ要素の組と、前記注文ラインに関する詳細情報を供給する追加データ要素の組とを含む請求項１９に記載の方法。
【請求項２１】
前記注文クラスは、前記注文クラスの１つまたは複数のカスタム・データ・フィールドを定義するカスタム・データ要素を含む請求項１５に記載の方法。
【請求項２２】
複数の注文タイプに共通する複数のデータ要素を含むとともに、注文に関係する複数のエンティティとの前記注文の複数の関係を識別する注文クラスを定義することを含む方法を機械に実行させる実行可能命令を有する機械可読媒体。
【請求項２３】
前記複数の注文タイプは、販売注文、注文返品、注文貸方記入メモ、注文借方記入メモ、注文取消、見積注文、注文契約からなる群から選択された複数の注文タイプを含む請求項１９に記載の機械可読媒体。
【請求項２４】
前記注文の前記複数の関係は請求条件との関係、出荷条件との関係、価格設定条件との関係、支払い条件との関係、注文の責任を負う当事者との関係、注文に参加する当事者との関係、在庫位置との関係からなる群から選択される請求項１９に記載の機械可読媒体。
【請求項２５】
ソース・アプリケーションから注文データを受け取ることと、
前記注文データを注文クラスによって供給される共通フォーマットに変換することと、
を含み、前記注文クラスは、複数の注文タイプ注文に共通する複数のデータ要素を含むとともに、注文に関係する複数のエンティティとの前記注文の複数の関係を識別する方法を機械に実行させる実行可能命令を有する機械可読媒体。
【請求項２６】
前記複数の注文タイプは、販売注文、注文返品、注文貸方記入メモ、注文借方記入メモ、注文取消、見積注文、注文契約からなる群から選択された複数の注文タイプを含む請求項２５に記載の機械可読媒体。
【請求項２７】
前記注文の前記複数の関係は請求条件との関係、出荷条件との関係、価格設定条件との関係、支払い条件との関係、注文の責任を負う当事者との関係、注文に参加する当事者との関係、在庫位置との関係からなる群から選択される請求項２５に記載の機械可読媒体。
【請求項２８】
メモリと、
前記メモリに結合された少なくとも一つのプロセッサであって、複数の注文タイプに共通する複数のデータ要素を含むとともに、注文に関係する複数のエンティティとの前記注文の複数の関係を識別する注文クラスを前記プロセッサに定義させる命令の組を実行させるプロセッサとを含むシステム。
【請求項２９】
メモリと、
前記メモリに結合された少なくとも一つのプロセッサであって、そのプロセッサに、
ソース・アプリケーションから注文データを受け取ることと、
前記注文データを注文クラスによって供給される共通フォーマットに変換することと、
を実行させる命令の組を実行し、前記注文クラスは、複数の注文タイプ注文に共通する複数のデータ要素を含むとともに、注文に関係する複数のエンティティとの前記注文の複数の関係を識別する、少なくとも一つのプロセッサと
を含むシステム。
【請求項３０】
複数の注文タイプに共通する複数のデータ要素を含むとともに、注文に関係する複数のエンティティとの前記注文の複数の関係を識別する注文クラスを定義する手段を含む、クラス定義を表す装置。
【請求項３１】
ソース・アプリケーションから注文データを受け取る手段と、
前記注文データを注文クラスによって供給される共通フォーマットに変換する手段と、
を含み、前記注文クラスは、複数の注文タイプ注文に共通する複数のデータ要素を含むとともに、注文に関係する複数のエンティティとの前記注文の複数の関係を識別する
データ変換の装置。
【発明の詳細な説明】
【関連出願】
【０００１】
本願は、参照によって本明細書に組み込まれている、２００３年３月２５日出願の米国予備出願第６０４５７８６４号の利益を主張するものである。
【技術分野】
【０００２】
本発明は、全般的にはデータ・モデリングに関し、具体的には、注文データのモデリングに関する。
【０００３】
この特許文書の開示の一部に、著作権保護の対象であるものが含まれる。著作権所有者は、米国特許商標極のファイルまたは記録に現れる特許文書または特許開示の何人によるそのままの複製に異議を唱えないが、他のすべての点で、すべての著作権を留保する。次の著作権表示が、下およびそれに対する図面に記載のソフトウェアとデータに適用される：Ｃｏｐｙｒｉｇｈｔ（Ｃ）２００１，Ｓｉｅｂｅｌ  Ｓｙｓｔｅｍｓ，Ｉｎｃ．，Ａｌｌ  Ｒｉｇｈｔｓ  Ｒｅｓｅｒｖｅｄ．
【背景技術】
【０００４】
会社などのさまざまなビジネス・エンティティは、そのビジネスの必要を促進するために、情報を電子的に保管している。これらの会社は、注文テーブル、顧客テーブル、供給業者テーブル、従業員テーブルなどを含む、情報の広大なデータベースを有する場合がある。これらのデータベースに関連するスキーマやデータ・モデルを、会社のビジネスの必要を満足するのを助けるようにカスタマイズすることができる。たとえば、自動車製造業者は、オンライン書店が注文に関する情報を作成するのとはまったく異なる形で注文に関する情報を作成する。単一の会社内であっても、その会社が、まったく異なるスキーマとデータ・モデルを使用する多数の異なるアプリケーション・プログラムを使用することがある。たとえば、売上アプリケーション・プログラムには、会計プログラムによって使用されるデータ・モデルとまったく異なるデータ・モデルを使用するであろう。会社によるおよび会社内のアプリケーションによるカスタマイズされたデータ・モデルの使用は、その会社のビジネスの必要に適切な形で情報をモデリングできるという長所を有する。残念ながら、データ・モデルのこの多様性のゆえに、会社が他の会社と情報を共用したり、アプリケーションが情報を共用することは簡単でない。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
情報を会社およびアプリケーションの間でより簡単に共用できるようにする標準データ・モデルを定義するさまざまな試みが行われてきた。しかし、これらのデータ・モデルは、十分なデータ統合や単純さを達成できなかった。その結果、会社は、その製品に関する複数の異なるデータ構造とマップを、維持し、サポートし、アップグレードしなければならない。
【０００６】
本発明は、注文データのモデリングに関するさまざまな態様に関する。
【課題を解決するための手段】
【０００７】
本発明の一態様によれば、さまざまな注文タイプに共通する複数のデータ要素を含む注文クラスが定義される。注文クラスは、注文に関連するさまざまなエンティティとの注文の関係を識別する。
【発明を実施するための最良の形態】
【０００８】
本発明は、下で与える詳細な説明および本発明のさまざまな実施形態の添付図面からより完全に理解されるが、この説明および図面は、本発明を特定の実施形態に制限するものと解釈されてはならず、説明および理解だけのためのものである。
【０００９】
次の説明では、多数の詳細を示す。しかし、当業者には、これらの特定の詳細なしで本発明を実現できることが明白であろう。いくつかの場合に、本発明を不明瞭にしないようにするために、周知の構造やデバイスを、詳細にではなくブロック図形式で示す。
【００１０】
次の詳細な説明のいくつかの部分は、アルゴリズムと、コンピュータ・メモリ内のデータ・ビットに対するオペレーションの記号表現に関して提示される。これらのアルゴリズムの記述や表現は、データ処理技術の当業者によって、その成果の実質を当業者に最も効率的に伝えるのに使用される手段である。アルゴリズムは、本明細書では、および一般に、所望の結果につながるステップの自己矛盾のないシーケンスと考えられる。ステップは、物理的な量の必要な物理的操作である。必ずではないが通常、これらの量は、保管、転送、組合せ、比較、その他の操作が可能な電気信号や磁気信号の形をとる。主に一般的な使用のために、これらの信号を、ビット、値、要素、記号、文字、項、数などと称することが便利であることがわかっている。
【００１１】
しかし、これらおよび類似する用語のすべてが、適切な物理的量に関連しなければならず、単に、これらの量に適用される便利なラベルであることに留意されたい。特に他の形で述べられない限り、次の説明から明らかなように、この説明全体を通じて、「処理」、「コンピューティング」、「計算」、「判定」、「表示」、その他の同様の用語を使用する議論が、コンピュータのレジスタやメモリ内の物理的（電子）量として表されたデータを操作し、これを、コンピュータ・システム・メモリまたはレジスタあるいは他のそのような情報ストレージ・デバイス、情報伝送デバイス、または情報表示デバイス内の物理的量として同様に表された他のデータに変換する、コンピュータ・システムまたは類似する電子コンピューティング・デバイスの動作や処理を指すことを諒解されたい。
【００１２】
本発明は、本明細書のオペレーションを実行する装置にも関する。この装置は、必要な目的のために特別に構成することができ、あるいは、コンピュータに保管されたコンピュータ・プログラムによって選択的にアクティブ化または再構成される汎用コンピュータを含むことができる。そのようなコンピュータ・プログラムは、フロッピ・ディスク、光学ディスク、ＣＤ−ＲＯＭ、光磁気ディスクを含むすべてのタイプのディスク、読取専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、光カード、または電子命令を保管するのに適するすべての他のタイプの媒体などであるがこれに制限されない、それぞれがコンピュータ・システム・バスに結合された、コンピュータ可読記憶媒体に保管することができる。
【００１３】
本明細書で提示するアルゴリズムと表示は、特定のコンピュータまたは他の装置に固有に関係しない。さまざまな汎用システムを、本明細書の教示によるプログラムと共に使用することができ、あるいは、必要な方法ステップを実行するためにより特殊化された装置を構成することが便利である場合がある。さまざまなこれらのシステムの必要な構造は、下の説明から現れる。さらに、本発明は、特定のプログラミング言語に関して説明されるのではない。さまざまなプログラミング言語を使用して、本明細書に記載の本発明の教示を実施できることを諒解されたい。
【００１４】
機械可読媒体に、機械（たとえば、コンピュータ）によって読むことができる形で情報を保管するか伝送するすべての機構が含まれる。たとえば、機械可読媒体に、読取専用メモリ（「ＲＯＭ」）、ランダム・アクセス・メモリ（「ＲＡＭ」）、磁気ディスク記憶媒体、光学記憶媒体、フラッシュ・メモリ・デバイス、電気信号、光信号、音響信号、または他の形の伝搬される信号（たとえば、搬送波、赤外線信号、ディジタル信号など）などが含まれる。
【００１５】
注文を表す共通データ構造を実現し、データ・モデルのアップグレードを容易にする形でのデータ・モデルのカスタマイズを可能にするデータ・モデルを説明する。一実施形態で、本データ・モデルでは、さまざまな注文タイプに共通するデータ要素の組を含む注文クラスが定義される。さまざまな注文タイプに、たとえば、販売注文（製品を購入する注文）、注文返品（前に注文された製品の返品）、注文貸方記入メモ（注文について以前に過剰請求された額の貸方記入に関する文書）、注文借方記入メモ（注文について以前に過小請求された額の借方記入に関する文書）、注文取消（注文の取消）、見積注文（注文の見積）、注文契約（注文に関連する契約）などを含めることができる。
【００１６】
一実施形態で、注文クラスでは、注文のさまざまな関係が定義される。この関係に請求条件（注文に関する請求に使用される条件）との関係、出荷条件（注文の出荷に関する詳細）との関係、価格設定条件（注文の価格設定に関する詳細）との関係、支払い条件（注文の支払いに関する詳細）との関係、注文の責任を負う当事者（たとえば、注文を処理する責任を負う、会社内の事業部門）との関係、注文に参加する当事者（たとえば、供給業者、小売りディーラーなど）との関係、在庫位置（たとえば、注文された製品の位置）との関係などを含めることができる。本データ・モデルは、注文に関連する属性として関係をモデリングする。
【００１７】
一実施形態で、本データ・モデルで、注文クラスから派生した注文ライン（ｏｒｄｅｒ  ｌｉｎｅ）サブクラスが定義される。注文ライン・サブクラスには、注文クラスからのデータ要素と、注文に伴う注文ラインに関する詳細を供給する追加データ要素が含まれる。
【００１８】
一実施形態で、本データ・モデルは、ＸＭＬ  Ｓｃｈｅｍａなどのスキーマ言語を使用して特定される。
【００１９】
一実施形態で、本データ・モデルは注文を記述するデータ要素の階層を定義する。本データ・モデルは複雑なデータ要素を定義することもある。複雑なデータ要素とは、データ・サブ要素を含むデータ要素である。たとえば、住所データ要素を、街路データ・サブ要素、都市データ・サブ要素、州データ・サブ要素を含む複雑なデータ要素とすることができる。本データ・モデルは、データ要素の階層内のさまざまな場所でカスタム・データ要素を特定する。カスタム・データ要素は、カスタム・データ要素タイプのデータ要素である。カスタム・データ要素タイプでは、当初は、データ要素が定義されていない。本データ・モデルは、異なるアプリケーションまたはシステムに固有のカスタム・データ要素を定義することによってカスタマイズすることができる。カスタム・データ要素は、階層内のさまざまな場所で定義されるので、本データ・モデルのカスタマイズを、階層内の関係するデータ要素に関連付けることができる。
【００２０】
したがって、さまざまな注文タイプを表す共通データ・モデルは、会社が、単一のデータ・モデルだけを維持し、サポートし、アップグレードすることを可能にし、効率的なデータ変換やマッピングを実現する。さらに、本データ・モデルの階層のさまざまなレベルでのカスタム・データ要素の存在が、共通データ・モデルのカスタマイズを単純にする。
【００２１】
図１は、本発明の一実施形態による、さまざまなビジネス・システム１００（たとえば、注文関連データを使用するビジネス・システム）とユニバーサル・ビジネス・アプリケーション・ネットワーク１０２との間の相互接続を示すブロック図である。ユニバーサル・ビジネス・アプリケーション・ネットワーク１０２は、ビジネス・システム１００の統合ハブとして働く。ユニバーサル・ビジネス・アプリケーション・ネットワーク１０２のアーキテクチャは、レガシ・ビジネス・システムにアクセスする新しいアプリケーション（たとえば、注文データを利用する新しいアプリケーション）を最小限のカスタマイズで開発することができる。レガシ・ビジネス・システムを、単一のビジネス組織によって、または異なるビジネス組織によって提供することができる。ユニバーサル・ビジネス・アプリケーション・ネットワーク１０２によって、注文アプリケーションが共通注文データ・モデル１０４を使用して情報を交換することができる。
【００２２】
一実施形態で、共通データ・モデル１０４は注文を表す階層データ構造を定義する。この階層データ構造に、すべてのビジネス・システム１００に共通するデータ要素が含まれる。さらに、この階層データ構造は、各ビジネス・システム１００に固有のデータ・フィールドを定義するために、階層のさまざまなレベルにおいてデータのカスタム・データ要素を含み、したがって、共通データ・モデル１０４の簡単なカスタマイズを実現される。
【００２３】
一実施形態で、ユニバーサル・ビジネス・アプリケーション・ネットワーク１０２は、ＸＭＬ標準規格とウェブ・サービス標準規格を使用する。
【００２４】
図２は、本発明の一実施形態による、ユニバーサル・ビジネス・アプリケーション・ネットワークのアーキテクチャ全体を示すブロック図である。ユニバーサル・ビジネス・アプリケーション・ネットワークのハブは、アダプタ２０２を介してさまざまなビジネス・システム２０４（たとえば、製造業者システム、供給業者システム、卸売業者システム、小売業者システム、注文関連データを利用する他のビジネス・システム）に接続された統合サーバ２００である。統合サーバ２００には、トランスポート層２１６、データ・モデル２１０、変換ストア２１２、ビジネス・プロセス・コントローラ２０６、ビジネス・プロセス・ストア２０８が含まれる。
【００２５】
トランスポート層２１６は、ビジネス・システム２０４とビジネス統合サーバ２００の間でビジネス情報を交換する機構である。各ビジネス・システム２０４は、トランスポート層のプロトコルに適切なアダプタ２０２を有する。たとえば、トランスポート機構は、ＴＣＰ／ＩＰなどの通信プロトコルを使用することができる。トランスポート層２１６は、キューイングと、メッセージの配送保証と、同期メッセージングや非同期メッセージングの両方の処理とに関するメッセージング・サービスを提供する。アダプタ２０２は、ビジネス・システム２０４から統合サーバ２００にイベントを中継し、ビジネス・システム２０４の構成を統合サーバ２００にインポートする。さらに、ユニバーサル・ビジネス・アプリケーション・ネットワークは、情報のセキュリティと保全性を保証するために、暗号化機構と認証機構を含む。たとえば、認証は、ビジネス・プロセスが、詐称者ビジネス・システムではなく、所期のビジネス・システムにアクセスしていることを保証するのを助ける。
【００２６】
統合サーバ２００は、注文クラスと注文クラスから派生した注文ライン・サブクラスの定義を含むデータ・モデル２１０の表現を保管する（たとえば、ＸＭＬスキーマ・ファイルに）。
【００２７】
変換ストア２１２には、要求された時に、データ・モデル２１０にカスタム・データ・フィールドを追加することによって、データ・モデル２１０の定義を作成し（たとえば、ＸＭＬスキーマ・ファイル内で）かつデータ・モデル２１０をカスタマイズする、モデル・データ定義ツール（たとえば、ＸＭＬスキーマ定義ツール）が含まれる。変換ストア２１２には、ビジネス・システム２０４から受け取った情報をデータ・モデル２１０によって使用されるフォーマットにおよびその逆に変換する変換も含まれる。たとえば、注文クラスに、各注文のグローバルなユニーク識別子を含めることができる。グローバルなユニーク識別子を使用しないビジネス・システム用の変換は、各注文のユニーク識別子を判定するために識別サーバにアクセスする必要がある。この変換は、コンピュータ・プログラム、ＸＭＬ  Ｓｔｙｌｅｓｈｅｅｔ  Ｌａｎｇｕａｇｅ  Ｔｒａｎｓｆｏｒｍ（ＯＸＳＬ  ＴＯ）などで特定することができる。
【００２８】
ビジネス・プロセス・ストア２０８には、定義済みのビジネス・プロセスが含まれる。ビジネス・プロセスは、スクリプト、プロセス・フロー、実行可能プログラムなどとして特定することができる。一実施形態で、ビジネス・プロセスが、Ｗｅｂ  Ｓｅｒｖｉｃｅｓ  Ｆｌｏｗ  Ｌａｎｇｕａｇｅ（ＯＯＷＳＦＬ）を使用して定義される。ビジネス・プロセスは、ビジネス目標を達成するために、ビジネス・システム２０４によって供給される複数のアプリケーションにわたってステップのシーケンスを編成する。
【００２９】
ビジネス・プロセス・コントローラ２０６はビジネス・プロセスの実行を調整する。ビジネス・プロセス・コントローラ２０６は、さまざまなビジネス・プロセスに従って、クラスまたはサブクラスをインスタンス化し、結果のオブジェクトの機能を呼び出すことができる。ビジネス・プロセス・コントローラ２０６は、事前定義の条件とイベントに基づいて、ビジネス・プロセスの実行を開始する。たとえば、ビジネス・プロセス・コントローラ２０６は、アラートを受け取るたびに、あるビジネス・プロセスを起動することができる。図示されていないが、ビジネス統合ネットワークは、ビジネス・プロセスが呼び出すことのできるビジネス・ルーチンの標準ライブラリを供給することができる。たとえば、標準ビジネス・ルーチンは、２つの注文オブジェクトが、参加する当事者を介して関係するかどうかを識別し、関係する場合にこの２つの注文オブジェクトの間の関係を作成する。統合サーバ２００に、ビジネス・プロセスの開発を容易にするさまざまなツールを含めることもできる。これらのツールは、変換の開発、クラスの定義、プロセス・フローの記述を助けることができる。
【００３０】
図３Ａは、注文データを利用する２つのアプリケーションの間での容易に注文データを共用する処理３００の一実施形態の流れ図である。この処理は、ハードウェア（たとえば、回路、専用ロジックなど）、ソフトウェア（汎用コンピュータ・システムまたは専用の機械で動作するものなど）、またはその両方の組合せを含めることができる処理ロジックによって実行することができる。この処理ロジックは、図２の統合サーバ２００などの統合サーバに常駐する。
【００３１】
図３Ａを参照すると、処理３００は、処理ロジックが、注文データをターゲット・システムに送る要求をソース・システムから受け取ることから開始される（処理ブロック３０２）。たとえば、注文データは、ある会社の販売部門によって受け取られた新しい注文に関連するデータで、ソース・システムは、その販売部門が使用するフロントエンド・アプリケーションで、ターゲット・システムは、その会社の製品に関する需要を判定するためにその会社の製造部門が使用するバックエンド・アプリケーションである。代替案では、注文データを、既存の注文の変更に関連するデータ、既存の注文の取消または返品に関連するデータ、既存の注文について受け取られた貸方記入または借方記入に関連するデータ、潜在的な注文の見積もりに関連するデータ、注文に関係する契約に関連するデータなどとすることができる。
【００３２】
処理ブロック３０６で、処理ロジックは、注文データを、注文データ・モデルの注文クラスによって供給される共通フォーマットに変換する。注文クラスは、異なるタイプの注文を表し、注文に関連するさまざまなエンティティとの注文の関係を定義する。さまざまな注文タイプは、たとえば、販売注文（製品を購入する注文）、注文返品（前に注文された製品の返品）、注文貸方記入メモ（注文について以前に過剰請求された額の貸方記入）、注文借方記入メモ（注文について前に過小請求された額の借方記入）、注文取消（注文の取消）、見積注文（潜在的な注文の見積）、注文契約（注文に関連する契約）などを含めることができる。注文に関係するエンティティに、たとえば、関係する請求条件（注文に関する請求に使用される条件）、関係する出荷条件（注文の出荷に関する詳細）、関係する価格設定条件（注文の価格設定に関する詳細）、関係する支払い条件（注文の支払いに関する詳細）、関係する当事者（たとえば、注文を処理する責任を負う会社内の事業部門と、供給業者、製造業者、小売りディーラーなどの注文に参加する当事者と）、関係する在庫位置（たとえば、注文された製品の位置）などを含む。一実施形態で、ソース・システムから受け取られた情報に基づいて、注文オブジェクトの関係が変換中に作成される。代替案では、その関係は、変換後に、特定されたビジネス・プロセス（たとえば、ビジネス・プロセス・ストア２０８に保管されたビジネス・プロセス）によって作成される。
【００３３】
一実施形態で、注文クラスは、注文クラスから派生した子の注文ライン・サブクラスを有する。注文ライン・サブクラスは、注文内の注文ラインを表し、注文ラインに関係するさまざまなエンティティとの注文ラインの関係を定義する。一実施形態で、注文ライン・サブクラスは、その親の注文クラスの関係の一部を継承し、注文ラインに関係する追加エンティティとの関係を定義する。注文ラインに関係する追加エンティティに、たとえば、関係する製品（注文された製品に関係する製品）、関係する製品属性（たとえば、注文された製品のサイズ、色、その他の属性）、関係するスケジュール（日付や量による注文ライン・スケジュール）、関係する出荷（注文ラインの出荷のリスト）、関係する製品情報（売られた製品に関する情報）などを含めることができる。
【００３４】
注文データを注文クラスによって供給される共通フォーマットに変換する処理の一実施形態を、下で図３Ｂに関して詳細に説明する。
【００３５】
処理ロジックは、注文データを、共通フォーマットからターゲット・システムによって認識できるフォーマットに変換し（処理ブロック３０８）、結果の注文データをターゲット・システムに送る（処理ブロック３１０）。
【００３６】
したがって、処理３００によれば、２つのアプリケーションの間の注文データの共用は、ソース・アプリケーションのデータ・フォーマットとターゲット・アプリケーションのデータ・フォーマットの間のデータ・マッピングを必要としない。代わりに、マッピングは、各アプリケーションと共通データ・モデルの間で実行される。
【００３７】
一実施形態で、注文データ・モデルの各クラスを、特定のビジネス・システムまたはアプリケーションに対してカスタマイズすることができる。
【００３８】
図３Ｂは、注文データを注文クラスによって供給される共通フォーマットに変換する処理３５０の一実施形態を示す流れ図である。この処理は、ハードウェア（たとえば、回路、専用ロジックなど）、ソフトウェア（汎用コンピュータ・システムまたは専用の機械で動作するものなど）、またはこの両方の組合せを含めることができる処理ロジックによって実行することができる。この処理ロジックは、図２の統合サーバ２００などの統合サーバに常駐することができる。
【００３９】
処理３５０は、処理ロジックが注文オブジェクトを作成することから開始される。具体的に言うと、処理ロジックは、注文クラスをインスタンス化し（処理ブロック３５２）、インスタンス化された注文クラスのデータ要素を初期化し（処理ブロック３５４）、変換注文マップを使用して、アプリケーションから受け取ったデータの諸部分をインスタンス化された注文クラスのデータ要素に関連付ける（処理ブロック３５６）。変換注文マップは、注文データをアプリケーションによって使用されるフォーマットから注文クラスによって定義されたフォーマットに変換するのに必要なデータ・マッピングを定義する。
【００４０】
次に、一実施形態で、処理ロジックは、アプリケーションから受け取った情報に基づいて、注文オブジェクトの関係を定義する。代替案では、関係が、変換の後に、特定されたビジネス・プロセス（たとえば、ビジネス・プロセス・ストア２０８に保管されたビジネス・プロセス）によって作成される。
【００４１】
さらに、処理ロジックは、アプリケーションから受け取ったデータに、注文内の１つまたは複数の注文ラインを識別する情報が含まれるかどうかを判定する（判断ボックス３５８）。含まれない場合には、処理３５０が終了する。含まれる場合には、処理ロジックは、識別された注文ラインごとに１つの注文ライン子オブジェクトを作成する。具体的に言うと、処理ロジックは、識別された注文ラインごとに注文ライン・サブクラスをインスタンス化し（処理ブロック３６０）、各インスタンス化された注文ライン・サブクラスのデータ要素を初期化し（処理ブロック３６２）、インスタンス化された注文クラスのデータ要素のデータを、各インスタンス化された注文ライン・サブクラスの対応するデータ要素にコピーする（処理ブロック３６４）。一実施形態で、各インスタンス化された注文サブクラスは、親注文オブジェクトの関係を継承する。
【００４２】
処理ブロック３６６で、処理ロジックは、アプリケーションから受け取った注文データから特定の注文ラインに関係するデータを抽出し（処理ブロック３６８）、変換注文ラインマップを使用して、受け取ったデータの諸部分をインスタンス化された注文ライン・サブクラスの対応するデータ要素に関連付ける（処理ブロック３７０）。変換注文ラインマップは、注文ラインデータをアプリケーションによって使用されるフォーマットから注文クラスによって定義されたフォーマットに変換するのに必要なデータ・マッピングを定義する。注文ライン固有データの一部が、親の注文オブジェクトから注文ラインの子オブジェクトにコピーされたデータと異なる場合には、処理ロジックは、コピーされたデータを、注文ライン固有データで上書きする（処理ブロック３６２）。
【００４３】
図４は、カスタム・データを注文クラスに追加する処理の一実施形態を示す流れ図である。この処理は、ハードウェア（たとえば、回路、専用ロジックなど）、ソフトウェア（汎用コンピュータ・システムまたは専用の機械で動作するものなど）、またはこの両方の組合せを含めることができる処理ロジックによって実行することができる。この処理ロジックは、図２の統合サーバ２００などの統合サーバに常駐することができる。
【００４４】
処理ブロック４０２で、処理ロジックは、注文クラスのデータ定義スキーマを取り出す。このスキーマは、別のファイルで定義されたタイプのカスタム・データ要素を含むＸＭＬスキーマ・ファイルとすることができる。
【００４５】
処理ブロック４０４で、処理ロジックは、カスタム・データのタイプに関するカスタム・データ・スキーマを取り出す。このスキーマは、カスタム・データのタイプごとの定義を含むＸＭＬスキーマ・ファイルに保管することができる。
【００４６】
次に、処理ロジックは、カスタム・データ・スキーマをオープンし（処理ブロック４０６）、問題のカスタム・データ・タイプに関係するタグを突き止める（処理ブロック４０８）。
【００４７】
さらに、処理ロジックは、突き止められたタグにカスタム・データ要素を追加し（処理ブロック４１０）、新たに定義されたデータ要素を有するカスタム・データ・スキーマをクローズする（処理ブロック４１２）。
【００４８】
注文を表す共通データ・モデルの一実施形態を、これから図５〜２０に関して詳細に説明する。当業者は、注文を表すさまざまな他の共通データ・モデルを、一般性を失わずに本発明と共に使用できることを諒解するであろう。さらに、図５〜２０に示されたデータ要素の名前は、そのデータ要素に保管される情報を記述したものである。
【００４９】
図５に、一実施形態の注文クラスの最上位データ要素を示す。最上位データ要素に、ｉｄ  ５０２、ｂａｓｅＤａｔａ  ５０４、ｂｉｌｌｉｎｇＤａｔａ  ５０６、ｐｒｉｃｉｎｇＤａｔａ  ５０８、ｓｈｉｐｐｉｎｇＤａｔａ  ５１０、ｓｔａｔｕｓＤａｔａ  ５１２、ｒｅｌａｔｅｄＢｕｓＵｎｉｔ  ５１４、ｌｉｓｔＯｆＲｅｌａｔｅｄＰａｒｔｙ  ５１６、ｒｅｌａｔｅｄＯｒｄｅｒＴｙｐｅ  ５１８、ｒｅｌａｔｅｄＩｎｖｅｎｔｏｒｙＬｏｃａｔｉｏｎ  ５２０、ｒｅｌａｔｅｄＰｒｉｃｅＬｉｓｔ  ５２２、ｒｅｌａｔｅｄＰａｙｍｅｎｔＴｅｒｍ  ５２４、ｌｉｓｔＯｆＣａｒｄＰａｙｍｅｎｔ  ５２６、ｌｉｓｔＯｆＣｏｍｍｅｎｔ  ５２８、ｌｉｓｔＯｆＯｒｄｅｒＬｉｎｅ  ５３０、ｃｕｓｔｏｍＤａｔａ  ５３２が含まれる。
【００５０】
ｉｄデータ要素５０２は、注文のユニーク識別子とすることができる。ｂａｓｅＤａｔａデータ要素５０４には、図６に関して下で詳細に説明するように、注文に関する一般情報が含まれる。
【００５１】
ｂｉｌｌｉｎｇＤａｔａデータ要素５０６には、図７に関して下で詳細に説明するように、注文に使用される請求条件を識別する情報が含まれる。
【００５２】
ｐｒｉｃｉｎｇＤａｔａデータ要素５０８には、図８に関して下で詳細に説明するように、注文の価格に関する情報が含まれる。
【００５３】
ｓｈｉｐｐｉｎｇＤａｔａデータ要素５１０には、図９に関して下で詳細に説明するように、出荷情報が含まれる。
【００５４】
ｓｔａｔｕｓＤａｔａデータ要素５１２には、図１０に関して下で詳細に説明するように、注文の状況に関する情報が含まれる。
【００５５】
ｒｅｌａｔｅｄＢｕｓＵｎｉｔデータ要素５１４は、データを処理する責任を負う会社内の事業部門を識別する。
【００５６】
ｌｉｓｔＯｆＲｅｌａｔｅｄＰａｒｔｙデータ要素５１６は、図１１に関して下で詳細に説明するように、注文の処理にかかわる当事者を識別する。
【００５７】
ｒｅｌａｔｅｄＯｒｄｅｒＴｙｐｅデータ要素５１８は、注文のタイプ（たとえば、販売注文、注文返品、注文貸方記入メモ、注文借方記入メモ、注文取消、見積注文、注文契約）を識別する。
【００５８】
ｒｅｌａｔｅｄＩｎｖｅｎｔｏｒｙＬｏｃａｔｉｏｎデータ要素５２０は、商品がそこから出荷される位置を識別する。ｒｅｌａｔｅｄＰｒｉｃｅＬｉｓｔデータ要素５２２には、注文の価格設定の基礎を識別する情報が含まれる（たとえば、注文の価格設定に使用される特定の機構）。ｒｅｌａｔｅｄＰａｙｍｅｎｔＴｅｒｍデータ要素５２４には、注文の支払い条件を識別する情報が含まれる（たとえば、前金支払額、月賦販売など）。ｌｉｓｔＯｆＣａｒｄＰａｙｍｅｎｔデータ要素５２６には、下で図１２に関して詳細に説明するように、クレジット・カード支払いに関係する情報が含まれる。
【００５９】
ｌｉｓｔＯｆＣｏｍｍｅｎｔデータ要素５２８には、下で図１３に関して詳細に説明するように、注文に関連するコメントが含まれる。
【００６０】
ｌｉｓｔＯｆＯｒｄｅｒＬｉｎｅデータ要素５３０には、下で図１４に関して詳細に説明するように、注文内の注文ラインのリストが含まれる。
【００６１】
ｃｕｓｔｏｍＤａｔａデータ要素５３２には、当初はデータ要素が含まれないが、ＯｒｄｅｒＣｕｓｔｏｍＤａｔａＴｙｐｅでデータ要素を定義することによってカスタム・データを追加することができる。
【００６２】
図６に、一実施形態のｂａｓｅＤａｔａクラスのデータ要素を示す。ｂａｓｅＤａｔａクラスのデータ要素に、ｃｕｒｒｅｎｃｙＣｏｄｅ  ６０２、ｃｕｓｔｏｍｅｒＰＯＮｕｍｂｅｒ  ６０４、ｄａｔｅ  ６０６、ｎｕｍｂｅｒ  ６０８、ｒｅａｓｏｎＣｏｄｅ  ６１０、ｒｅｑｕｅｓｔＳｈｉｐＤａｔｅ  ６１２が含まれる。
【００６３】
ｃｕｒｒｅｎｃｙＣｏｄｅデータ要素６０２には、注文に適用される通貨情報が含まれる。ｃｕｓｔｏｍｅｒＰＯＮｕｍｂｅｒデータ要素６０４には、顧客が購入注文へのリンクに使用する番号が含まれる。ｄａｔｅデータ要素６０６は、注文が作成された日付である。ｎｕｍｂｅｒデータ要素６０８は、注文をユニークに識別する番号である。ｒｅａｓｏｎＣｏｄｅデータ要素６１０は、注文を作成した理由を識別する。ｒｅｑｕｅｓｔＳｈｉｐＤａｔｅデータ要素６１２は、顧客によって要求された製品出荷の日付である。
【００６４】
図７に、一実施形態のＢｉｌｌｉｎｇＤａｔａクラスのデータ要素を示す。このデータ要素に、ｆｒｅｉｇｈｔＴｅｒｍｓＣｏｄｅ  ７０２およびｆｒｅｉｇｈｔＴｅｒｍｓＩｎｆｏ  ７０４が含まれる。
【００６５】
ｆｒｅｉｇｈｔＴｅｒｍｓＣｏｄｅデータ要素７０２は、取引条件（たとえば、本船積込渡し（ＦＯＢ）出荷）を識別する。ｆｒｅｉｇｈｔＴｅｒｍｓＩｎｆｏデータ要素７０４には、取引条件に関する追加情報を含めることができる（たとえば、商品がＦＯＢで送られる空港）。
【００６６】
図８に、一実施形態のｐｒｉｃｉｎｇＤａｔａクラスのデータ要素を示す。ｐｒｉｃｉｎｇＤａｔａクラスのデータ要素に、ｆｒｅｉｇｈｔＡｍｏｕｎｔ  ８０２、ｇｒｏｓｓＶａｌｕｅＡｍｏｕｎｔ  ８０４、ｎｅｔＶａｌｕｅＡｍｏｕｎｔ  ８０６、ｐｒｉｃｉｎｇＤａｔｅ  ８０８、ｔａｘＡｍｏｕｎｔ  ８１０が含まれる。
【００６７】
ｆｒｅｉｇｈｔＡｍｏｕｎｔデータ要素８０２に、製品輸送の料金に関する情報が含まれる。ｇｒｏｓｓＶａｌｕｅＡｍｏｕｎｔデータ要素８０４は、値引き前の注文の総額である。ｎｅｔＶａｌｕｅＡｍｏｕｎｔデータ要素８０６は、値引き後の注文の総額である。ｐｒｉｃｉｎｇＤａｔｅデータ要素８０８は、注文価格設定の日付を識別する。ｔａｘＡｍｏｕｎｔデータ要素８１０には、注文の税額が含まれる。
【００６８】
図９に、一実施形態のｓｈｉｐｐｉｎｇＤａｔａクラスのデータ要素を示す。このデータ要素に、ｃａｒｒｉｅｒＴｙｐｅＣｏｄｅ  ９０２、ｄｒｏｐＳｈｉｐＦｌａｇ  ９０４、ｎｅｔＷｅｉｇｈｔ  ９０６、ｐａｒｔｉａｌＳｈｉｐＡｌｌｏｗｅｄＦｌａｇ  ９０８、ｓｈｉｐＭｅｔｈｏｄ  ９１０、ｔｏｔａｌＷｅｉｇｈｔ  ９１２、ｖｏｌｕｍｅ  ９１４、ｖｏｌｕｍｅＵｎｉｔＯｆＭｅａｓｕｒｅＣｏｄｅ  ９１６、ｗｅｉｇｈｔＵｎｉｔＯｆＭｅａｓｕｒｅＣｏｄｅ  ９１８が含まれる。
【００６９】
ｃａｒｒｉｅｒＴｙｐｅＣｏｄｅデータ要素９０２は、運輸会社を識別する（たとえば、Ｆｅｄｅｒａｌ  Ｅｘｐｒｅｓｓ、Ｕｎｉｔｅｄ  Ｐｏｓｔａｌ  Ｓｅｒｖｉｃｅなど）。ｄｒｏｐＳｈｉｐＦｌａｇデータ要素９０４は、注文の受取人が注文を要求した顧客と異なるかどうかを特定する。ｎｅｔＷｅｉｇｈｔデータ要素９０６には、注文全体の正味重量に関する情報が含まれる。ｐａｒｔｉａｌＳｈｉｐＡｌｌｏｗｅｄＦｌａｇデータ要素９０８は、注文の分割積出しが許可されるかどうかを特定する。ｓｈｉｐＭｅｔｈｏｄデータ要素９１０は、出荷方法を識別する（たとえば、翌日配送、２日後配送など）。ｔｏｔａｌＷｅｉｇｈｔデータ要素９１２は、注文全体の総重量を識別する。ｖｏｌｕｍｅデータ要素９１４は、注文品目の総体積を識別する。ｖｏｌｕｍｅＵｎｉｔＯｆＭｅａｓｕｒｅＣｏｄｅデータ要素９１６には、注文の体積を測定するのに使用された単位を識別する情報が含まれる。ｗｅｉｇｈｔＵｎｉｔＯｆＭｅａｓｕｒｅＣｏｄｅデータ要素９１８には、注文の重量を測定するのに使用された単位を識別する情報が含まれる。
【００７０】
図１０に、一実施形態のｓｔａｔｕｓＤａｔａクラスのデータ要素を示す。このデータ要素に、ｃｒｅｄｉｔＳｔａｔｕｓＣｏｄｅ  １００２、ｄｅｌｉｖｅｒｙＳｔａｔｕｓＣｏｄｅ  １００４、ｒｅｖｉｓｉｏｎＮｕｍｂｅｒ  １００６、ｓｔａｔｕｓＣｏｄｅ  １００８、ｓｔａｔｕｓＡｓＯｆＤａｔｅ  １０１０が含まれる。
【００７１】
ｃｒｅｄｉｔＳｔａｔｕｓＣｏｄｅデータ要素１００２には、全体的な貸方記入検査状況に関する情報が含まれる。ｄｅｌｉｖｅｒｙＳｔａｔｕｓＣｏｄｅデータ要素１００４には、注文の配送状況に関する情報が含まれる。ｒｅｖｉｓｉｏｎＮｕｍｂｅｒデータ要素１００６は、注文に対する増分変更を識別する。ｓｔａｔｕｓＣｏｄｅデータ要素１００８には注文の処理状況を識別する情報が含まれる（たとえば、未処理、進行中など）。
【００７２】
図１１に、一実施形態によるｌｉｓｔＯｆＲｅｌａｔｅｄＰａｒｔｙクラスのデータ要素を示す。このデータ要素に、組織タイプのｐａｒｔｙクラスのデータ要素と、注文に関するこの当事者の役割を特定するｒｏｌｅデータ要素１１２２が含まれる。ｐａｒｔｙクラスのデータ要素に、ｉｄ  １１０２、ｃｏｍｍｕｎｉｃａｔｉｏｎＤａｔａ  １１０４、ｄａｔａＣｌｅａｓｉｎｇＤａｔａ  １１０６、ｌｉｓｔＯｆＡｄｄｒｅｓｓ  １１０８、ｌｉｓｔＯｆＲｅａｌｔｉｏｎｓｈｉｐ  １１１０、ｌｉｓｔＯｆＡｌｔｅｒｎａｔｅＩｄ  １１１２、ｌｉｓｔＯｆＬｉｃｅｎｓｅＤａｔａ  １１１４、ｃｕｓｔｏｍＰａｒｔｙＤａｔａ  １１１６、ｂａｓｅＤａｔａ  １１１８、ｃｕｓｔｏｍＤａｔａ  １１２０が含まれる。
【００７３】
ｉｄデータ要素１１０２には当事者の識別子が含まれる。ｃｏｍｍｕｎｉｃａｔｉｏｎＤａｔａデータ要素１１０４には当事者の一般的な通信データが含まれる。ｄａｔａＣｌｅａｓｉｎｇＤａｔａデータ要素１１０６には、データ・クレンジング（ｄａｔａ  ｃｌｅａｎｓｉｎｇ）に関係する情報が含まれる。ｌｉｓｔＯｆＡｄｄｒｅｓｓデータ要素１１０８には、当事者の住所に関する情報が含まれる。ｌｉｓｔＯｆＲｅａｌｔｉｏｎｓｈｉｐデータ要素１１１０には、当事者が他の当事者に関して有することのできる関係に関する情報が含まれる。ｃｕｓｔｏｍＤａｔａデータ要素１１２０には、当初はデータ要素が含まれないが、ＰａｒｔｙＣｕｓｔｏｍＤａｔａＴｙｐｅでデータ要素を定義することによってカスタム・データを追加することができる。
【００７４】
図１２に、一実施形態のｌｉｓｔＯｆＣａｒｄＰａｙｍｅｎｔクラスのデータ要素を示す。このデータ要素には、全般的なクレジット・カード情報に関連するクレジット・カード・データ要素と、トランザクション情報に関連するトランザクション・データ要素が含まれる。クレジット・カード・データ要素に、Ｔｙｐｅ  １２０２、Ｎｕｍｂｅｒ  １２０４、Ｈｏｌｄｅｒ  １２０６、ｅｘｐｉｒａｔｉｏｎＹｅａｒ  １２０８、ｅｘｐｉｒａｔｉｏｎＭｏｎｔｈ  １２１０、ｖｅｒｉｆｉｃａｔｉｏｎＮｕｍｂｅｒ  １２１２が含まれる。トランザクション・データ要素に、ｃａｒｄＴｒａｎｓａｃｔｉｏｎＡｍｏｕｎｔ  １２１４、ｃａｒｄＴｒａｎｓａｃｔｉｏｎＤａｔｅＴｉｍｅ  １２１６、ｃａｒｄＴｒａｎｓａｃｔｉｏｎＩｄ  １２１８、ｃａｒｄＴｒａｎｓａｃｔｉｏｎＳｔａｔｕｓ  １２２０、ｃａｒｄＡｐｐｒｏｖａｌＣｏｄｅ  １２２２が含まれる。
【００７５】
図１３に、一実施形態のｌｉｓｔＯｆＣｏｍｍｅｎｔクラスのデータ要素を示す。要素に、ｃｏｄｅ  １３０２とｔｅｘｔ  １３０４が含まれる。ｃｏｄｅデータ要素１３０２は、コメントが提供されるライン・アイテムを識別する。ｔｅｘｔデータ要素１３０４に、自由形式テキスト・コメントが含まれる。
【００７６】
図１４に、一実施形態のｌｉｓｔＯｆＯｒｄｅｒＬｉｎｅクラスのデータ要素を示す。要素に、ｉｄ  １４０２、ｂａｓｅＤａｔａ  １４０４、ｂｉｌｌｉｎｇＤａｔａ  １４０６、ｐｒｉｃｉｎｇＤａｔａ  １４０８、ｓｈｉｐｐｉｎｇＤａｔａ  １４１０、ｓｔａｔｕｓＤａｔａ  １４１２、ｒｅｌａｔｅｄＰｒｏｄｕｃｔ  １４１４、ｌｉｓｔＯｆＲｅｌａｔｅｄＰａｒｔｙ  １４１６、ｒｅｌａｔｅｄＩｎｖｅｎｔｏｒｙＬｏｃａｔｉｏｎ  １４１８、ｒｅｌａｔｅｄＰｒｉｃｅＬｉｓｔ  １４２０、ｒｅｌａｔｅｄＰａｙｍｅｎｔＴｅｒｍ  １４２２、ｌｉｓｔＯｆＣｏｍｍｅｎｔ  １４２４、ｌｉｓｔＯｆＡｔｔｒｉｂｕｔｅ  １４２６、ｌｉｓｔｏｆＳｃｈｅｄｕｌｅＬｉｎｅ  １４２８、ｌｉｓｔＯｆＳｈｉｐｍｅｎｔ  １４３０、ｒｅｌａｔｅｄＩｎｓｔａｌｌｅｄＰｒｏｄｕｃｔ  １４３２、ｌｉｓｔＯｆＰｒｉｃｉｎｇＤｅｔａｉｌ  １４３４、ｃｕｓｔｏｍＤａｔａ  １４３６が含まれる。
【００７７】
ｉｄデータ要素１４０２に、注文ラインの識別子が含まれる。ｂａｓｅＤａｔａデータ要素１４０４に、下で図１５に関して詳細に説明するように、注文ラインに関する一般情報が含まれる。
【００７８】
ｂｉｌｌｉｎｇＤａｔａデータ要素１４０６に、注文ライン請求情報が含まれる。ｐｒｉｃｉｎｇＤａｔａデータ要素１４０８に注文ラインに関する価格設定情報が含まれる。ｓｈｉｐｐｉｎｇＤａｔａデータ要素１４１０に、注文ラインに関する出荷情報が含まれる。ｓｔａｔｕｓＤａｔａデータ要素１４１２に、注文ラインに関する状況情報が含まれる。ｒｅｌａｔｅｄＰｒｏｄｕｃｔデータ要素１４１４に、下で図１６に関して詳細に説明するように、注文ラインの製品に関する情報が含まれる。
【００７９】
ｌｉｓｔＯｆＲｅｌａｔｅｄＰａｒｔｙデータ要素１４１６に、注文ラインに関連する当事者に関する情報が含まれる。ｒｅｌａｔｅｄＩｎｖｅｎｔｏｒｙＬｏｃａｔｉｏｎデータ要素１４１８に、注文ラインのソースに関する情報が含まれる。ｒｅｌａｔｅｄＰａｙｍｅｎｔＴｅｒｍデータ要素１４２２に、注文ラインの支払い条件に関する情報が含まれる。ｌｉｓｔＯｆＣｏｍｍｅｎｔデータ要素１４２４に、注文ラインのコメントに関する情報が含まれる。ｌｉｓｔＯｆＡｔｔｒｉｂｕｔｅデータ要素１４２６に、下で図１７に関して詳細に説明するように、注文ラインの製品属性に関する情報が含まれる。
【００８０】
ｌｉｓｔｏｆＳｃｈｅｄｕｌｅＬｉｎｅデータ要素１４２８に、下で図１８に関して詳細に説明するように、注文詳細行の配送スケジュールに関する情報が含まれる。
【００８１】
ｌｉｓｔＯｆＳｈｉｐｍｅｎｔデータ要素１４３０に、下で図１９に関して詳細に説明するように、注文詳細行の出荷に関する情報が含まれる。
【００８２】
ｌｉｓｔＯｆＰｒｉｃｉｎｇＤｅｔａｉｌデータ要素１４３４に、下で図２０に関して詳細に説明するように、注文詳細行の価格設定詳細に関する情報が含まれる。
【００８３】
ｃｕｓｔｏｍＤａｔａデータ要素１４３６には、当初はデータ要素が含まれないが、ＰｒｏｄｕｃｔＬｉｎｅＣｕｓｔｏｍＤａｔａＴｙｐｅでデータ要素を定義することによってカスタム・データを追加することができる。
【００８４】
図１５に、一実施形態のｌｉｎｅＢａｓｅＤａｔａクラスのデータ要素を示す。要素は、ｄｅｓｃｒｉｐｔｉｏｎ  １５０２、ｌｉｎｅＮｕｍｂｅｒ  １５０４、ｐａｒｅｎｔＬｉｎｅＮｕｍｂｅｒ  １５０６、ｐｏＬｉｎｅＮｕｍｂｅｒ  １５０８、ｒｅｑｕｅｓｔｅｄＣａｎｃｅｌＱｕａｎｔｉｔｙ  １５１０、ｒｅｑｕｅｓｔｅｄＱｕａｎｔｉｔｙ  １５１２、ｒｅｑｕｅｓｔｅｄＳｈｉｐＤａｔｅ  １５１４、ｓａｌｅｓＵｎｉｔＯｆＭｅａｓｕｒｅＣｏｄｅ  １５１６、ｕｎｉｔＯｆＭｅａｓｕｒｅＣｏｄｅ  １５１８、ｒｅａｓｏｎＣｏｄｅ  １５２０、ｏｐｅｒａｔｉｏｎＣｏｄｅ  １５２２からなる。
【００８５】
ｄｅｓｃｒｉｐｔｉｏｎデータ要素１５０２に、注文ラインの短い説明が含まれる。ｌｉｎｅＮｕｍｂｅｒデータ要素１５０４に、注文ラインをユニークに識別する番号が含まれる。ｐａｒｅｎｔＬｉｎｅＮｕｍｂｅｒデータ要素１５０６は、注文ラインが属する注文を識別する。ｐｏＬｉｎｅＮｕｍｂｅｒデータ要素１５０８には、顧客によって供給された注文ライン番号が含まれる。ｒｅｑｕｅｓｔｅｄＱｕａｎｔｉｔｙデータ要素１５１２は、顧客によって要求された量である。ｒｅｑｕｅｓｔｅｄＳｈｉｐＤａｔｅデータ要素１５１４は顧客によって要求された出荷日付である。ｓａｌｅｓＵｎｉｔＯｆＭｅａｓｕｒｅＣｏｄｅデータ要素１５１６は、販売測定単位を識別する。ｕｎｉｔＯｆＭｅａｓｕｒｅＣｏｄｅデータ要素１５１８は、基礎測定単位を識別する。ｒｅａｓｏｎＣｏｄｅデータ要素１５２０には、注文ラインが拒絶された時に拒絶の理由を識別する情報が含まれる。ｏｐｅｒａｔｉｏｎＣｏｄｅデータ要素１５２２には、処理機能を制御する情報が含まれる。
【００８６】
図１６に、一実施形態のｒｅｌａｔｅｄＰｒｏｄｕｃｔクラスのデータ要素を示す、データ要素は、ｉｄ  １６０２、ｂａｓｅＤａｔａ  １６０４、ｓａｌｅｓＤａｔａ  １６０６、ｃｏｎｆｉｇｕｒａｔｉｏｎＤａｔａ  １６０８、ｒｅｌａｔｅｄＰｒｏｄｕｃｔＬｉｎｅ  １６１０、ｌｉｓｔＯｆＰｒｏｃｅＴｙｐｅ  １６１２、ｌｉｓｔＯｆＲｅｌａｔｅｄＩｎｖＬｏｃ  １６１４、ｌｉｓｔＯｆＲｅａｌｔｅｄＰｒｏｄｕｃｔ  １６１６、ｌｉｓｔＯｆＢｕｓＵｎｉｔ  １６１８、ｃｕｓｔｏｍＤａｔａ  １６２０である。
【００８７】
ｉｄデータ要素１６０２は注文ラインの製品を識別する。ｂａｓｅＤａｔａデータ要素１６０４には、製品に関する一般情報が含まれる。ｓａｌｅｓＤａｔａデータ要素１６０６には、製品販売に関する情報が含まれる。ｃｏｎｆｉｇｕｒａｔｉｏｎＤａｔａデータ要素１６０８には、構成データが含まれる。ｒｅｌａｔｅｄＰｒｏｄｕｃｔＬｉｎｅデータ要素１６１０は、関係する製品ラインを識別する。ｌｉｓｔＯｆＰｒｉｃｅＴｙｐｅデータ要素１６１２には、この製品の有効な価格タイプに関する情報が含まれる。ｌｉｓｔＯｆＲｅｌａｔｅｄＩｎｖＬｏｃデータ要素１６１４には、倉庫およびプラントなど、製品をストックする在庫位置のコレクションが含まれる。ｌｉｓｔＯｆＲｅａｌｔｅｄＰｒｏｄｕｃｔデータ要素１６１６には、関係する製品に関する情報が含まれる。ｌｉｓｔＯｆＢｕｓＵｎｉｔデータ要素１６１８はこの製品を売ることを許可された事業部門を識別する。ｃｕｓｔｏｍＤａｔａデータ要素１６２０には、当初はデータ要素が含まれないが、ＰｒｏｄｕｃｔＣｕｓｔｏｍＤａｔａＴｙｐｅでデータ要素を定義することによってカスタム・データを追加することができる。
【００８８】
図１７に、一実施形態のｌｉｓｔＯｆＡｔｔｒｉｂｕｔｅクラスのデータ要素を示す。データ要素は、ｉｄ  １７０２、ｂａｓｅＤａｔａ  １７０４、ｌｉｓｔＯｆＡｔｔｒｉｂｕｔｅＶａｌｕｅ  １７０６、およびｃｕｓｔｏｍＤａｔａ  １７０８である。
【００８９】
ｉｄデータ要素１７０２は、製品属性の識別子を供給する（たとえば、サイズ、カラー、体積など）。ｂａｓｅＤａｔａデータ要素１７０４には、製品属性に関する一般情報が含まれる。ｌｉｓｔＯｆＡｔｔｒｉｂｕｔｅＶａｌｕｅデータ要素１７０６には、属性値が含まれる。ｃｕｓｔｏｍＤａｔａデータ要素１７０８には、当初はデータ要素が含まれないが、ＰｒｏｄｕｃｔＡｔｔｒｉｂｕｔｅＣｕｓｔｏｍＤａｔａＴｙｐｅでデータ要素を定義することによってカスタム・データを追加することができる。
【００９０】
図１８は一実施形態のｌｉｓｔＯｆＳｃｈｅｄｕｌｅＬｉｎｅクラスのデータ要素を示す。データ要素は、ｉｄ  １８０２、ａｖａｉｌａｂｌｅＤａｔｅ  １８０４、ａｖａｉｌａｂｌｅＱｕａｎｔｉｔｙ  １８０６、ｒｅｑｕｅｓｔｅｄＤａｔｅ  １８０８、ｒｅｑｕｅｓｔｅｄＱｕａｎｔｉｔｙ  １８１０、ｌｉｎｅＮｕｍｂｅｒ  １８１２である。
【００９１】
ｉｄデータ要素１８０２は注文ラインの配送スケジュールを識別する。ａｖａｉｌａｂｌｅＤａｔｅデータ要素１８０４は注文ラインが配送に使用可能になる時を特定する。ａｖａｉｌａｂｌｅＱｕａｎｔｉｔｙデータ要素１８０６は、配送に使用可能な製品の量を識別する。ｒｅｑｕｅｓｔｅｄＤａｔｅデータ要素１８０８は、顧客によって要求された配送日付を特定する。ｒｅｑｕｅｓｔｅｄＱｕａｎｔｉｔｙデータ要素１８１０は、顧客によって要求された量を特定する。ｌｉｎｅＮｕｍｂｅｒデータ要素１８１２は、ライン注文を識別する。
【００９２】
図１９に、一実施形態のｌｉｓｔＯｆＳｈｉｐｍｅｎｔクラスのデータ要素を示す。データ要素は、ｉｄ  １９０２、ｄａｔｅ  １９０４、ｎｕｍｂｅｒ  １９０６、ｌｉｎｅＮｕｍｂｅｒ  １９０８、ｑｕａｎｔｉｔｙ  １９１０である。
【００９３】
ｉｄデータ要素１９０２は注文ラインの出荷を識別する。ｄａｔｅデータ要素１９０４は、注文ライン出荷日付の日付を特定する。ｎｕｍｂｅｒデータ要素１９０６には、注文ライン出荷番号に関する情報が含まれる。ｌｉｎｅＮｕｍｂｅｒデータ要素１９０８には、注文ライン出荷品目に関する情報が含まれる。ｑｕａｎｔｉｔｙデータ要素１９１０には、出荷される量に関する情報が含まれる。
【００９４】
図２０に、一実施形態のｐｒｉｃｉｎｇＤｅｔａｉｌクラスのデータ要素を示す。データ要素は、ｂａｓｅＰｒｉｃｅＡｍｏｕｎｔ  ２００２、ｎｅｔＰｒｉｃｅＡｍｏｕｎｔ  ２００４、およびｐｒｉｃｅＴｙｐｅＣｏｄｅ  ２００６である。
【００９５】
ｂａｓｅＰｒｉｃｅＡｍｏｕｎｔデータ要素２００２には、基礎単位価格に関する情報が含まれる。ｎｅｔＰｒｉｃｅＡｍｏｕｎｔデータ要素２００４には、正味単位価格に関する情報が含まれる。ｐｒｉｃｅＴｙｐｅＣｏｄｅデータ要素２００６には、価格設定タイプに関する情報が含まれる（たとえば、１回払い）。
【００９６】
図２１は、本明細書に記載のオペレーションの１つまたは複数を実行するのに使用できる例示的なコンピュータ・システム２１００（たとえば、図２の統合サーバ２００）のブロック図である。代替実施形態では、この機械に、ネットワーク・ルータ、ネットワーク・スイッチ、ネットワーク・ブリッジ、携帯情報端末（ＰＤＡ）、セル電話機、ウェブ・アプライアンス、またはその機械によって行われるアクションを特定する命令のシーケンスを実行できるすべての機械を含めることができる。
【００９７】
コンピュータ・システム２１００に、プロセッサ２１０２、メイン・メモリ２１０４、スタティック・メモリ２１０６が含まれ、これらは、バス２１０８を介して互いに通信する。コンピュータ・システム２１００に、さらに、ビデオ・ディスプレイ・ユニット２１１０（たとえば、液晶ディスプレイ（ＬＣＤ）または陰極線管（ＣＲＴ））を含めることができる。コンピュータ・システム２１００に、英数字入力デバイス２１１２（たとえば、キーボード）、カーソル制御デバイス２１１４（たとえば、マウス）、ディスク・ドライブ・ユニット２１１６、信号生成デバイス２１２０（たとえば、スピーカ）、ネットワーク・インターフェース・デバイス２１２２も含まれる。
【００９８】
ディスク・ドライブ・ユニット２１１６に、上に記載の方法論のいずれか１つまたはすべてを実施する命令のセット（すなわちソフトウェア）２１２６が保管されるコンピュータ可読媒体２１２４が含まれる。ソフトウェア２１２６は、完全にまたは少なくとも部分的に、メモリ２１０４および／またはプロセッサ２１０２内にも常駐することが示されている。ソフトウェア２１２６は、さらに、ネットワーク・インターフェース・デバイス２１２２を介して送信または受信することができる。本明細書において、用語「コンピュータ可読媒体」は、コンピュータによる実行のための命令のシーケンスを保管または符号化することができ、コンピュータに本発明の方法論のいずれか１つを実行させるすべての媒体を含むものと解釈されなければならない。用語「コンピュータ可読媒体」は、したがって、ソリッド・ステート・メモリ、光学ディスク、磁気ディスク、および搬送波信号を含むがこれに制限されないものと解釈されなければならない。
【００９９】
本発明の多数の変更と修正が、疑いなく、前述の説明を読んだ後に当業者に明白になるがゆえに、例として図示され、説明されたすべての特定の実施形態が、制限的であることを全く意図されていないことを理解されたい。したがって、さまざまな実施形態の詳細に対する言及は請求の範囲を制限することを意図されたものではなく請求の範囲自体は、本発明に必須とみなされる特徴だけを列挙したものである。
【図面の簡単な説明】
【０１００】
【図１】本発明の一実施形態による、さまざまなビジネス・システムとユニバーサル・ビジネス・アプリケーション・ネットワークとの間の相互接続を示すブロック図である。
【図２】本発明の一実施形態による、ユニバーサル・ビジネス・アプリケーション・ネットワークのアーキテクチャ全体を示すブロック図である。
【図３Ａ】２つのアプリケーションの間での注文データの共用を容易にする処理の一実施形態を示す流れ図である。
【図３Ｂ】注文データを注文クラスによって供給される共通フォーマットに変換する処理の一実施形態を示す流れ図である。
【図４】カスタム・データを注文クラスに追加する処理の一実施形態を示す流れ図である。
【図５】注文を表す共通データ・モデルの一実施形態を示す図である。
【図６】注文を表す共通データ・モデルの一実施形態を示す図である。
【図７】注文を表す共通データ・モデルの一実施形態を示す図である。
【図８】注文を表す共通データ・モデルの一実施形態を示す図である。
【図９】注文を表す共通データ・モデルの一実施形態を示す図である。
【図１０】注文を表す共通データ・モデルの一実施形態を示す図である。
【図１１】注文を表す共通データ・モデルの一実施形態を示す図である。
【図１２】注文を表す共通データ・モデルの一実施形態を示す図である。
【図１３】注文を表す共通データ・モデルの一実施形態を示す図である。
【図１４】注文を表す共通データ・モデルの一実施形態を示す図である。
【図１５】注文を表す共通データ・モデルの一実施形態を示す図である。
【図１６】注文を表す共通データ・モデルの一実施形態を示す図である。
【図１７】注文を表す共通データ・モデルの一実施形態を示す図である。
【図１８】注文を表す共通データ・モデルの一実施形態を示す図である。
【図１９】注文を表す共通データ・モデルの一実施形態を示す図である。
【図２０】注文を表す共通データ・モデルの一実施形態を示す図である。
【図２１】本明細書に記載のオペレーションの１つまたは複数を実行するのに使用できる例示的なコンピュータ・システムを示すブロック図である。
【図１】
2006521633.tif 000003
【図２】
2006521633.tif 000004
【図３Ａ】
2006521633.tif 000005
【図３Ｂ】
2006521633.tif 000006
【図４】
2006521633.tif 000007
【図５】
2006521633.tif 000008
【図６】
2006521633.tif 000009
【図７】
2006521633.tif 000010
【図８】
2006521633.tif 000011
【図９】
2006521633.tif 000012
【図１０】
2006521633.tif 000013
【図１１】
2006521633.tif 000014
【図１２】
2006521633.tif 000015
【図１３】
2006521633.tif 000016
【図１４】
2006521633.tif 000017
【図１５】
2006521633.tif 000018
【図１６】
2006521633.tif 000019
【図１７】
2006521633.tif 000020
【図１８】
2006521633.tif 000021
【図１９】
2006521633.tif 000022
【図２０】
2006521633.tif 000023
【図２１】
2006521633.tif 000024
【国際調査報告】
2006521633.tif 000025