(57)【要約】  １つの集合体の電子データ交換（ＥＤＩ）トランザクションのうちの１つまたは複数を変換すること。１つのタイプのＥＤＩトランザクションは、ソースフォーマットから宛先フォーマットに変換されるために識別される。ＥＤＩトランザクションの集合体は、ソースフォーマットにより受信される。ＥＤＩトランザクションの集合体のうちの特定の１つまたは複数は、ＥＤＩトランザクションの識別されたタイプに対応して識別される。変換マップが、トランザクションのうちの識別された特定の１つまたは複数をソースフォーマットから宛先フォーマットに変換するために定義される。識別された特定の１つまたは複数のトランザクションは、定義された変換マップにより変換される。
2009527849.tif 000002
【特許請求の範囲】
【請求項１】
１つの集合体の電子データ交換（ＥＤＩ）トランザクションのうちの１つまたは複数を変換するための方法であって、
ソースフォーマットから宛先フォーマットに変換されるべき１つのタイプのＥＤＩトランザクションを識別することと、
前記ソースフォーマットにより前記ＥＤＩトランザクションの前記集合体を受信することと、
ＥＤＩトランザクションの前記識別されたタイプに対応する前記ＥＤＩトランザクションの前記集合体のうちの特定の１つまたは複数を識別することと、
前記トランザクションのうちの前記識別された特定の１つまたは複数を前記ソースフォーマットから前記宛先フォマートに変換するために変換マップを定義することと、
前記定義された変換マップにより前記識別された特定の１つまたは複数のトランザクションを変換することと
を備えることを特徴とする方法。
【請求項２】
ユーザインターフェース（ＵＩ）を介して前記ＥＤＩトランザクションを提供することをさらに備え、識別することは前記ＵＩを介してＥＤＩトランザクションの前記タイプを識別することを備えることを特徴とする請求項１に記載の方法。
【請求項３】
前記変換された特定の１つまたは複数のトランザクションをＥＤＩトランザクションの前記集合体の残りの変換されていないトランザクションと共に１つのＥＤＩメッセージとして宛先装置に送信することをさらに備えることを特徴とする請求項１に記載の方法。
【請求項４】
変換することは、前記ＥＤＩトランザクションの前記集合体を区切る１つまたは複数のデリミタを変更することを備えることを特徴とする請求項１に記載の方法。
【請求項５】
変換することに応答してセグメント数を自動的に変更することをさらに備えることを特徴とする請求項１に記載の方法。
【請求項６】
定義することは、前記特定の１つまたは複数のトランザクションを変換するために前記変換マップ内で１つまたは複数の再使用可能な構成単位を定義することを備えることを特徴とする請求項１に記載の方法。
【請求項７】
１つまたは複数のコンピュータ可読メディアは請求項１に記載の方法を実行するためにコンピュータ実行可能命令を有することを特徴とする請求項１に記載の方法。
【請求項８】
１つの集合体の電子データ交換（ＥＤＩ）トランザクションのうちの１つまたは複数を変換するためのシステムであって、
ソースフォーマットから宛先フォーマットに変換されるべき１つのタイプのＥＤＩトランザクションを識別することと、
前記ソースフォーマットにより前記ＥＤＩトランザクションの前記集合体を受信することと、
ＥＤＩトランザクションの前記識別されたタイプに対応する前記ＥＤＩトランザクションの前記集合体のうちの特定の１つまたは複数を識別することと、
前記トランザクションのうちの前記識別された特定の１つまたは複数を前記ソースフォーマットから前記宛先フォーマットに変換するために変換マップを定義することと、
前記定義された変換マップにより前記識別された特定の１つまたは複数のトランザクションを変換することと
に関するコンピュータ実行可能命令を実行するためのプロセッサ
を備えることを特徴とするシステム。
【請求項９】
前記ＥＤＩトランザクションをユーザに提供するためにユーザインターフェース（ＵＩ）をさらに備え、前記プロセッサはＥＤＩトランザクションの前記タイプを識別するために前記ＵＩを介して前記ユーザから命令を受信するように構成されることを特徴とする請求項８に記載のシステム。
【請求項１０】
前記変換された特定の１つまたは複数のトランザクションをＥＤＩトランザクションの前記集合体の残りの変換されていないトランザクションと共に１つのＥＤＩメッセージとして宛先装置に送信するためのインターフェースをさらに備えることを特徴とする請求項８に記載のシステム。
【請求項１１】
前記プロセッサは、前記ＥＤＩトランザクションの前記集合体を区切る１つまたは複数のデリミタを変更するように構成されることを特徴とする請求項８に記載のシステム。
【請求項１２】
前記プロセッサは、前記識別された特定の１つまたは複数のトランザクションを変換することに応答してセグメント数を自動的に変更するようにさらに構成されることを特徴とする請求項１１に記載のシステム。
【請求項１３】
前記プロセッサは、前記特定の１つまたは複数のトランザクションを変換するために前記変換マップ内で１つまたは複数の再使用可能な構成単位を定義するように構成されることを特徴とする請求項８に記載のシステム。
【請求項１４】
１つの集合体の電子データ交換（ＥＤＩ）トランザクションのうちの１つまたは複数を変更するためのコンピュータ実行可能なコンポーネントを有する１つまたは複数のコンピュータ可読メディアであって、前記コンピュータ実行可能なコンポーネントは
ＥＤＩトランザクションの前記集合体を格納するためのメモリコンポーネントと、
ソースフォーマットから宛先フォーマットに変更されるべき１つのタイプのＥＤＩトランザクションを識別するためのトランザクションコンポーネントと、
前記ソースフォーマットにより前記ＥＤＩトランザクションの前記集合体を受信するためのインターフェースコンポーネントと、
ＥＤＩトランザクションの前記識別されたタイプに対応する前記ＥＤＩトランザクションの前記集合体のうちの特定の１つまたは複数を識別するためのセレクタコンポーネントと、
前記トランザクションのうちの前記識別された特定の１つまたは複数を前記ソースフォーマットから前記宛先フォーマットに変更するためにマップを定義するためのマップコンポーネントと、
前記定義されたマップにより前記識別された特定の１つまたは複数のトランザクションを変更するための変更コンポーネントと
を備えることを特徴とするコンピュータ可読メディア。
【請求項１５】
前記ＥＤＩトランザクションをユーザに提供するためのユーザインターフェース（ＵＩ）をさらに備え、前記トランザクションコンポーネントはＥＤＩトランザクションの前記タイプを識別するために前記ＵＩを介して前記ユーザから命令を受信することを特徴とする請求項１４に記載のコンピュータ可読メディア。
【請求項１６】
前記インターフェースコンポーネントは、前記変更された特定の１つまたは複数のトランザクションをＥＤＩトランザクションの前記集合体の残りの変更されていないトランザクションと共に１つのＥＤＩメッセージとして宛先装置に送信することを特徴とする請求項１４に記載のコンピュータ可読メディア。
【請求項１７】
前記変更コンポーネントは、前記ＥＤＩトランザクションの前記集合体を区切る１つまたは複数のデリミタを変更することを特徴とする請求項１４に記載のコンピュータ可読メディア。
【請求項１８】
前記変更コンポーネントは、前記トランザクションのうちの前記識別された特定の１つまたは複数を変更することに応答してセグメント数をさらに自動的に変更することを特徴とする請求項１７に記載のコンピュータ可読メディア。
【請求項１９】
前記マップコンポーネントは前記マップ内で１つまたは複数の再使用可能な構成単位を定義し、前記変更コンポーネントは前記１つまたは複数の定義された再使用可能な構成単位に応じて前記特定の１つまたは複数のトランザクションを変更することを特徴とする請求項１４に記載のコンピュータ可読メディア。
【発明の詳細な説明】
【背景技術】
【０００１】
電子データ交換（ＥＤＩ）は、企業が承認されたフォーマット標準およびスキーマ（ｓｃｈｅｍａ）に基づいてコンピュータ対コンピュータのビジネス情報を交換するために使用する方法の１つである。例えば、世界中の何百万という会社が、商取引を行うためにＥＤＩを使用してビジネストランザクション（ｂｕｓｉｎｅｓｓ  ｔｒａｎｓａｃｔｉｏｎ）（例えば、注文書、出荷／航空貨物輸送状、送り状など）に関連したデータを送信する。
【０００２】
典型的なＥＤＩトランザクションモデルでは大きい企業体またはＥＤＩ統合ブローカは、多くのパートナ（ｐａｒｔｎｅｒ）と取引し、様々なＥＤＩフォーマットおよびスキーマで多くのＥＤＩトランザクションデータを処理するための技術的能力を有する。「ハブ（ｈｕｂ）」としても知られるこれらの大きい企業体は、「スポーク（ｓｐｏｋｅ）」としても知られる１つまたは複数の供給業者と取引を行う。典型的にはスポークのそれぞれは、１つのハブを扱うことだけができる比較的小さい企業体である。
【０００３】
しばしば、ＥＤＩ文書はハブとスポークとの間でバッチ（ｂａｔｃｈ）で交換され、各バッチは複数のタイプのビジネス文書または１つの集合体のビジネス文書を含むことができる。例えば、ハブからスポークへのＥＤＩ文書のバッチは、注文書、支払通知、返品通知などを含むことができる。
【０００４】
取引当事者は、それらのビジネスおよび統合の要求を満たすためにビジネスを行う間にＥＤＩフォーマット、したがってＥＤＩ文書に関連したスキーマを変更することもできる。この種の変更後、企業体は、フォーマット化されたＥＤＩデータまたはＥＤＩメッセージを以前のスキーマから変更されたスキーマに変換するためにＥＤＩ変換システムをしばしば使用する。
【０００５】
以前のまたは古いＥＤＩスキーマによりフォーマット化されたＥＤＩトランザクションデータの変換では、典型的にはＥＤＩ変換システム（例えば、ＸＳＬＴを使用するシステム）は以前のＥＤＩスキーマから新しいＥＤＩフォーマットにすべてのＥＤＩトランザクションデータの変換を行う。したがって、この種のシステムは、変換が行われるメモリ記憶領域内に３０から４０ＭＢのサイズを有するバッチのトランザクションデータを含むＥＤＩメッセージをロード（ｌｏａｄ）する。したがって、この変換は、著しく性能を損なうことなくロードされることができる文書のサイズに制限を不必要に与える。さらに、この種の変換を効率的に処理するために高度な処理装置を欠いているスポークの場合、既存の変換方法はスポークの変換性能およびリソース（ｒｅｓｏｕｒｃｅ）の重荷となる。
【発明の開示】
【０００６】
本発明の実施形態は、１つの集合体のＥＤＩトランザクションから１つまたは複数の特定のトランザクションを変換することによって既存の技術の欠点を克服する。本発明の実施形態は、ＥＤＩメッセージの部分を選択的に識別し、変換される必要があるそれらのＥＤＩトランザクションだけを変換する。上記の例を使用して本発明の実施形態は、ハブが変換ルーチンにロードする間に他のトランザクションのタイプを処理すると同時に返品通知を変換する／更新することを可能にする。
【０００７】
この要約は、下記の発明を実施するための最良の形態でさらに説明される概念の選択を簡略化した形式で紹介するために提供される。この要約は、特許請求された主題の重要な特徴または不可欠の特徴を識別するものではなく、特許請求された主題の範囲を決定する助けとして使用されるものでもない。
【０００８】
他の特徴は、以下で部分的に明らかであり、部分的に指摘される。
【０００９】
対応する参照文字は図中の対応する部品を示す。
【発明を実施するための最良の形態】
【００１０】
まず図１を参照すると構成図は、本発明の１つの実施形態による電子データ交換（ＥＤＩ）トランザクションを行うためのシステム１００を示す。システム１００は、１つまたは複数のスポーク１０４と接続され通信するハブ１０２を含む。１つの実施形態ではハブ１０２は、スポーク１０４を扱うためにコンピュータ実行可能命令を実行するための１つまたは複数のプロセッサ（ｐｒｏｃｅｓｓｏｒ）（例えば、プロセッサ１０６）もしくは処理ユニットを扱うサーバコンピュータ（ｓｅｒｖｅｒ  ｃｏｍｐｕｔｅｒ）またはコンピューティング装置を含む。一例では、図５に示されるようにスポーク１０４は、コンピュータ１３０内に含まれるまたはコンピュータ１３０と結合される１つまたは複数のコンポーネント（ｃｏｍｐｏｎｅｎｔ）を有するコンピューティング装置を含む。
【００１１】
一例ではハブ１０２は、ＥＤＩスキーマ１１０などの１つまたは複数のＥＤＩスキーマを格納するためのメモリ領域１０８も含む。最初に、ハブ１０２およびスポーク１０４は、その間でトランザクションデータを送信するために使用されるべきＥＤＩフォーマットまたは標準に関して合意を確立する。当事者が使用すべき特定のＥＤＩフォーマットまたは標準を決定するとハブ１０２は、スポーク１０４に送信されるべき適切なＥＤＩスキーマを選択する。他の例ではハブ１０２は、注文書、船荷証券、送り状、給与支払名簿などのスポーク１０４へのすべてのタイプのトランザクションに対してすべてのＥＤＩスキーマを選択するように決めることができる。ハブ１０２とスポーク１０４との間の通信は専用または公衆通信網、有線または無線ネットワークであってよいが、典型的にはスポーク１０４は、ハブ１０２から送信される大量のＥＤＩスキーマを処理するためのハードウェアリソース（ｈａｒｄｗａｒｅ  ｒｅｓｏｕｒｃｅ）を欠いている。さらに、スポーク１０４に対するコンピューティングネットワーク通信のタイプおよび帯域幅が、データサイズで数ギガバイト（Ｇｉｇａｂｙｔｅ）に到達しうる何千というＥＤＩスキーマによって課せられるこの種の要求を処理するように備えられていない。
【００１２】
ここで図２を参照すると構成図は、本発明の１つの実施形態による１つの集合体のＥＤＩトランザクションのうちの１つまたは複数を変換するためのシステム２００を示す。この例ではコンピューティング装置２０２は、コンピュータ実行可能命令を実行するプロセッサ２０４を有する。１つの集合体のＥＤＩトランザクション２０６は、インターフェース（ｉｎｔｅｒｆａｃｅ）２０８（例えば、通信網インターフェース）を介してコンピューティング装置２０２に送信される。１つの実施形態ではＥＤＩトランザクション２０６の集合体は、スポーク１０４などの１つまたは複数のソース（ｓｏｕｒｃｅ）から一般の通信網（有線または無線のいずれか）を介してストリーム（ｓｔｒｅａｍ）されることができる。他の実施形態ではトランザクション２０６の集合体は、プロセッサ２０４がＥＤＩトランザクション２０６の集合体にアクセス（ａｃｃｅｓｓ）することができるようにコンピューティング装置２０２に結合されたデータストア（ｄａｔａ  ｓｔｏｒｅ）（図示せず）内に格納されることができる。
【００１３】
最初に、宛先装置での取引相手２１０が、注文書のタイプなどの１つのタイプのＥＤＩトランザクションを変更することを望みうる。例えば、取引相手２１０は、各注文書のトランザクションの末尾に星印「＊」などのデリミタ（ｄｅｌｉｍｉｔｅｒ）記号を挿入することが必要であることを見いだしうる。したがって、取引相手２１０は、コンピューティング装置２０２にこの種の変更を通知する必要があり、そうでない場合には取引相手２１０の宛先装置は、すべての注文書のトランザクションが新しいフォーマットに従っていないのでコンピューティング装置２０２からのすべての注文書のトランザクションを無効にするであろう。
【００１４】
したがって、取引相手２１０は、既存の注文書のトランザクションが変換されることができるように電子メール、電話などの通常の通信チャネルを介してこの種の所望の変更を通信することができる。１つの実施形態では取引相手２１０およびコンピューティング装置２０２は、コンピューティング装置２０２でのプロセッサ２０４がＥＤＩトランザクションを自動的に変換することができるようにＥＤＩを介してこの種の変更を電子的に通信することができる。他の実施形態では、コンピューティング装置２０２にアクセスするユーザ（ｕｓｅｒ）２１２はユーザインターフェース（ＵＩ）２１４を介して変更を手動で構成することができる。
【００１５】
１つのタイプのＥＤＩトランザクションが識別されるとプロセッサ２０４は、ソースフォーマットによりＥＤＩトランザクション２０６の集合体を受信する。例えば、ソースフォーマットは、取引相手が既に合意することができた既存のＥＤＩフォーマットであってよい。上述のように、プロセッサ２０４はソースまたはデータストアからＥＤＩトランザクションを受信することができる。ＥＤＩトランザクション２０６の集合体を受信するとプロセッサ２０４は、ＥＤＩトランザクションの識別されたタイプに対応するＥＤＩトランザクション２０６の集合体のうちの特定の１つまたは複数を識別する。上記の注文書の例を使用するとプロセッサ２０４は、ＥＤＩトランザクション２０６の集合体から特定のタイプ（すなわち、注文書のトランザクション）を識別する。
【００１６】
本発明の実施形態は、変換のためにＥＤＩトランザクション２０６の全体の集合体の特定の１組または一部分を識別する。したがって、ＥＤＩトランザクションに対する変換または変更を処理することに費やされる時間およびリソースは大いに低減される。対照的に既存のシステムでは、ＥＤＩトランザクション２０６の集合体内のすべてのトランザクションは、たとえ変換規定または命令がトランザクションの一部または大部分に適用しないとしても変換処理を経ることになる。
【００１７】
プロセッサ２０４がＥＤＩトランザクション２０６の集合体から特定の１つまたは複数のトランザクションを識別した後、プロセッサ２０４は、トランザクションのうちの識別された特定の１つまたは複数をソースフォーマットから宛先フォーマットに変換するために変換マップ２１６を定義する。例えば、宛先フォーマットはソースフォーマットと異なる新しいフォーマットであってよい。この例では宛先フォーマットは、取引相手間のＥＤＩトランザクションのあらゆる送り状のタイプの末尾に「〜」などの特別な文字を含むことができる。例えば、変換マップ２１６は、識別された特定のトランザクションを変換するためにコンピュータ実行可能な命令、コード（ｃｏｄｅ）、ルーチン、または関数を含むことができる。
【００１８】
１つの例では変換マップ２１６は、「ＤＤＭＭＹＹＹＹ」から「ＭＭＤＤＹＹＹ」への日付フォーマットの変更に関する情報を含む。他の例では変換マップ２１６は、注文された項目に関する測定単位の変更に関する情報を含むことができる（例えば、注文書のタイプのトランザクションでポンド（ｌｂｓ）からキログラム（ｋｇ）。したがって、この定義された変換マップ２１６を使用することによって本発明の実施形態は、宛先の相手の要求により「日付」および／または「測定単位」を更新するために既存のマッピングルーチン（ｍａｐｐｉｎｇ  ｒｏｕｔｉｎｅ）内の所望の変換または変更を適用する。次にプロセッサ２０４は、定義された変換マップ２１６により識別された特定の１つまたは複数のトランザクションを変換する。
【００１９】
代替実施形態ではプロセッサ２０４は、取引相手２１０に対する１つの集合体の変換されたＥＤＩトランザクション２１８をＥＤＩトランザクション２０６の集合体の残りの変換されていないトランザクションと共に１つのＥＤＩメッセージとして取引相手２１０の宛先装置に送信する。他の実施形態では、変換中にプロセッサ２０４は、ＥＤＩトランザクション２０６の集合体を区切る１つまたは複数のデリミタを変更する。
【００２０】
一例では、すべての着信するＥＤＩトランザクションがセグメント（ｓｅｇｍｅｎｔ）デリミタとして記号「＊」を含むと仮定する。変換中にプロセッサ２０４は、「ＣＲ」および「ＬＦ」文字などの文字の後に記号「＊」を挿入することによって返品の承認に対するこの種のデリミタを変更することができる。
【００２１】
他の代替実施形態ではプロセッサ２０４は、特定の１つまたは複数のトランザクションの変換に応答してセグメント数を自動的に変更する。例えば、注文書のＥＤＩトランザクションのタイプは、処理またはコンシューミングアプリケーション（ｃｏｎｓｕｍｉｎｇ  ａｐｐｌｉｃａｔｉｏｎ）にとって許容できない通貨セグメント識別子「ＣＵＲ」を含む場合もある。したがって、プロセッサ２０４はセグメント識別子を削除することによって注文書のトランザクションを変更し、セグメント総数がＥＤＩ文書のフッタ（ｆｏｏｔｅｒ）部内で更新される。
【００２２】
他の代替実施形態では変換マップ２１６は、特定の１つまたは複数のトランザクションを変換するために変換マップ２１６内に１つまたは複数の再使用可能な構成単位を含む。例えば、注文書の文書は、宛先の特定の値に対する再使用可能な構成単位を含む。変換中に、変換マップ２１６はこの種の構成単位を定義し、プロセッサ２０４は下記のルーチンを実行することによって値を変換するであろう。
（注文書の文書および供給業者）＝１の場合、
レコード（Ｒｅｃｏｒｄ）１内の値を供給業者１に変換する。
【００２３】
ＥＤＩトランザクション２０６の集合体からトランザクションの特定のタイプを選択的に変換することによって本発明の実施形態は、メモリおよび処理能力などの追加のリソースを要求することなくソースまたはより古いフォーマットから宛先または新しいフォーマットへのトランザクションの変換または変更を効率的に処理する。
【００２４】
ここで図３を参照すると構成図は、本発明の態様が格納されることができる例示のコンピュータ可読メディア３０２を示す。一例では、コンピュータ可読メディア３０２などの１つまたは複数のコンピュータ可読メディアは、本発明の１つの実施形態により１つの集合体のＥＤＩトランザクションのうちの１つまたは複数を変換する動作を示す例示の流れ図である図４に示された方法を実現するためにコンピュータ実行可能なコンポーネントを実行する。
【００２５】
最初に、メモリコンポーネント３０４がＥＤＩトランザクションの集合体を格納する。４０２ではトランザクションコンポーネント３０６が、ソースフォーマットから宛先フォーマットに変更されるべき１つのタイプのＥＤＩトランザクションを識別する。インターフェースコンポーネント３０８が、４０４でソースフォーマットによりＥＤＩトランザクションの集合体を受信する。４０６ではセレクタ（ｓｅｌｅｃｔｏｒ）コンポーネント３１０が、ＥＤＩトランザクションの識別されたタイプに対応するＥＤＩトランザクションの集合体のうちの特定の１つまたは複数を識別する。４０８ではマップコンポーネント３１２が、トランザクションのうちの識別された特定の１つまたは複数をソースフォーマットから宛先フォーマットに変更するまたは変換するためにマップ（例えば、変換マップ２１０）を定義する。４１０では変更コンポーネント３１４が、定義されたマップにより識別された特定の１つまたは複数のトランザクションを変更するまたは変換する。代替実施形態ではユーザインターフェース（ＵＩ）３１６は、ユーザ２１２などのユーザにＥＤＩトランザクションを視覚的または可聴的のいずれかで提供する。
【００２６】
動作に当たっては、本発明の実施形態は下記の説明により実現されることができる。スポークが複数のＥＤＩトランザクションをハブに送信すると仮定する。すなわち、ＥＤＩトランザクションのうちの複数が、注文書、船積み送り状、送り状などのトランザクションを含む。スポークの情報なしに、ハブはその送り状の処理ソフトウェアを変更しており、新しい送り状の処理ソフトウェアは、ＥＤＩを介して送信されるすべての送り状のトランザクションデータがプラス記号「＋」を用いて終了しなければならないことを要求する。
【００２７】
ＥＤＩトランザクションのうちの複数を再送信するようにスポークに要求する代わりにハブは、ハブによって受信され、ＥＤＩトランザクションの識別されたタイプに対応するＥＤＩトランザクションの集合体のうちの特定の１つまたは複数を識別することによって本発明の態様を適用する。このシナリオ（ｓｃｅｎａｒｉｏ）では、ＥＤＩトランザクションの識別されたタイプは送り状のタイプである。たとえスポークからのＥＤＩメッセージが多くの他のタイプのＥＤＩトランザクションを含んでいても本発明の実施形態は、ＥＤＩトランザクションのうちの特定（すなわち、送り状のタイプ）の１つまたは複数を識別する。次にハブは、トランザクションのうちの識別された特定の１つまたは複数をソースフォーマットから宛先フォーマットに変換するために変換マップを定義する。この説明では変換マップは、すべての送り状のトランザクションデータが「＋」記号を用いて終了する必要があることを示す。変換マップを用いてハブは、ＥＤＩトランザクションの新しく変換された送り状のタイプを含んでスポークから送信されたＥＤＩトランザクションデータが効率的に処理されるように定義された変換マップにより識別された特定の１つまたは複数のトランザクションを変換する。
【００２８】
図５は、コンピュータ１３０の形で汎用のコンピューティング装置の一例を示す。本発明の１つの実施形態では、コンピュータ１３０などのコンピュータは本明細書で示され説明される他の図中での使用に適している。コンピュータ１３０は、１つまたは複数のプロセッサまたは処理ユニット１３２およびシステムメモリ（ｓｙｓｔｅｍ  ｍｅｍｏｒｙ）１３４を有する。示された実施形態ではシステムバス（ｓｙｓｔｅｍ  ｂｕｓ）１３６は、システムメモリ１３４を含む様々なシステムコンポーネントをプロセッサ１３２に結合する。バス１３６は、メモリバスまたはメモリコントローラ（ｍｅｍｏｒｙ  ｃｏｎｔｒｏｌｌｅｒ）、周辺バス、アクセラレイティッドグラフィックスポート（ａｃｃｅｌｅｒａｔｅｄ  ｇｒａｐｈｉｃｓ  ｐｏｒｔ）、および様々なバスアーキテクチャ（ｂｕｓ  ａｒｃｈｉｔｅｃｔｕｒｅ）のうちの任意を使用するプロセッサまたはローカルバスを含んでいくつかのタイプのバス構造のうちの任意の１つまたは複数を表す。例として（限定されない）、この種のアーキテクチャは、業界標準アーキテクチャ（ＩＳＡ）バス、マイクロチャネルアーキテクチャ（Ｍｉｃｒｏ  Ｃｈａｎｎｅｌ  Ａｒｃｈｉｔｅｃｔｕｒｅ）（ＭＣＡ）バス、拡張ＩＳＡ（ＥＩＳＡ）バス、ビデオ電子標準協会（ＶＥＳＡ）ローカルバス、およびメザニンバス（Ｍｅｚｚａｎｉｎｅ  ｂｕｓ）としても知られるペリフェラルコンポーネントインターコネクト（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ）（ＰＣＩ）バスを含む。
【００２９】
典型的にはコンピュータ１３０は、少なくともある形のコンピュータ可読メディアを有する。揮発性メディアと不揮発性メディアの両方、リムーバルメディア（ｒｅｍｏｖａｌ  ｍｅｄｉａ）とノンリムーバルメディア（ｎｏｎ−ｒｅｍｏｖａｌ  ｍｅｄｉａ）の両方を含むコンピュータ可読メディアは、コンピュータ１３０によってアクセスされることができる任意の利用可能なメディアであってよい。例として（限定されない）、コンピュータ可読メディアは、コンピュータ記憶メディアおよび通信メディアを備える。コンピュータ記憶メディアは、コンピュータ可読命令、データ構造、プログラムモジュール（ｐｒｏｇｒａｍ  ｍｏｄｕｌｅ）もしくは他のデータなどの情報の記憶のための任意の方法または技術で実現される揮発性および不揮発性、リムーバルおよびノンリムーバルのメディアを含む。例えば、コンピュータ記憶メディアは、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ（ｆｌａｓｈ  ｍｅｍｏｒｙ）もしくは他のメモリ技術、ＣＤ−ＲＯＭ、デジタルバーサタイルディスク（ｄｉｇｉｔａｌ  ｖｅｒｓａｔｉｌｅ  ｄｉｓｋ）（ＤＶＤ）もしくは他の光ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置もしくは他の磁気記憶装置、または所望の情報を格納するために使用されることができ、コンピュータ１３０によってアクセスされることができる他の任意のメディアを含む。典型的には通信メディアは、コンピュータ可読命令、データ構造、プログラムモジュール、または他のデータを搬送波もしくは他の搬送機構などの変調されたデータ信号内で具現化し、任意の情報配信メディアを含む。当業者は、信号内の情報をエンコード（ｅｎｃｏｄｅ）するような方法で設定されるまたは変更されるその特性のうちの１つまたは複数を有する変調されたデータ信号に精通している。有線ネットワークまたは直接配線接続などの有線メディアならびに音響、ＲＦ、赤外線、および他の無線メディアなどの無線メディアが通信メディアの例である。上記のうちの任意の組合せもコンピュータ可読メディアの範囲内に含まれる。
【００３０】
システムメモリ１３４は、リムーバルおよび／またはノンリムーバル、揮発性および／または不揮発性のメモリの形のコンピュータ記憶メディアを含む。示された実施形態では、システムメモリ１３４はリードオンリメモリ（ｒｅａｄ  ｏｎｌｙ  ｍｅｍｏｒｙ）（ＲＯＭ）１３８およびランダムアクセスメモリ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）（ＲＡＭ）１４０を含む。スタートアップ（ｓｔａｒｔ−ｕｐ）中などにコンピュータ１３０内の要素間で情報を転送する助けをする基本ルーチンを含む基本入出力システム１４２（ＢＩＯＳ）は典型的にはＲＯＭ１３８内に格納される。典型的にはＲＡＭ１４０は、処理ユニット１３２によってすぐにアクセス可能であるおよび／または現在動作されているデータおよび／またはプログラムモジュールを含む。例として（限定されない）、図５はオペレーティングシステム（ｏｐｅｒａｔｉｎｇ  ｓｙｓｔｅｍ）１４４、アプリケーションプログラム（ａｐｐｌｉｃａｔｉｏｎ  ｐｒｏｇｒａｍ）１４６、他のプログラムモジュール１４８、およびプログラムデータ１５０を示す。
【００３１】
コンピュータ１３０は、他のリムーバル／ノンリムーバル、揮発性／不揮発性のコンピュータ記憶メディアを含んでもよい。例えば、図５はノンリムーバルで不揮発性の磁気メディアから読み出すまたはノンリムーバルで不揮発性の磁気メディアに書き込むハードディスクドライブ（ｈａｒｄ  ｄｉｓｋ  ｄｒｉｖｅ）１５４を示す。図５は、リムーバルで不揮発性の磁気ディスク１５８から読み出すまたはリムーバルで不揮発性の磁気ディスク１５８に書き込む磁気ディスクドライブ１５６、およびＣＤ−ＲＯＭもしくは他の光メディアなどのリムーバルで不揮発性の光ディスク１６２から読み出すまたはリムーバルで不揮発性の光ディスク１６２に書き込む光ディスクドライブ１６０も示す。例示の動作環境内で使用されることができる他のリムーバル／ノンリムーバル、揮発性／不揮発性のコンピュータ記憶メディアは、限定されないが磁気テープカセット、フラッシュメモリカード、デジタルバーサタイルディスク、デジタルビデオテープ（ｄｉｇｉｔａｌ  ｖｉｄｅｏ  ｔａｐｅ）、半導体ＲＡＭ、半導体ＲＯＭなどを含む。典型的にはハードディスクドライブ１５４ならびに磁気ディスクドライブ１５６および光ディスクドライブ１６０は、インターフェース１６６などの不揮発性メモリインターフェースによってシステムバス１３６に接続される。
【００３２】
上述され、図５に示されるドライブまたは他の大容量記憶装置およびそれらの関連のコンピュータ記憶メディアは、コンピュータ１３０のためのコンピュータ可読命令、データ構造、プログラムモジュール、および他のデータの格納を行う。例えば、図５ではハードディスクドライブ１５４は、オペレーティングシステム１７０、アプリケーションプログラム１７２、他のプログラムモジュール１７４、およびプログラムデータ１７６を格納するように示されている。これらのコンポーネントは、オペレーティングシステム１４４、アプリケーションプログラム１４６、他のプログラムモジュール１４８、およびプログラムデータ１５０と同一であるまたは異なるのいずれかであってよいことに留意されたい。オペレーティングシステム１７０、アプリケーションプログラム１７２、他のプログラムモジュール１７４、およびプログラムデータ１７６は、最低でもそれらが異なるコピーであることを示すために本明細書では異なる番号が与えられている。
【００３３】
ユーザは、キーボード（ｋｅｙｂｏａｒｄ）１８０およびポインティングデバイス（ｐｏｉｎｔｉｎｇ  ｄｅｖｉｃｅ）１８２（例えば、マウス（ｍｏｕｓｅ）、トラックボール（ｔｒａｃｋｂａｌｌ）、ペン（ｐｅｎ）、またはタッチパッド（ｔｏｕｃｈ  ｐａｄ））などの入力装置またはユーザインターフェース選択装置によりコンピュータ１３０にコマンド（ｃｏｍｍａｎｄ）および情報を入力することができる。他の入力装置（図示せず）は、マイクロホン（ｍｉｃｒｏｐｈｏｎｅ）、ジョイスティック（ｊｏｙｓｔｉｃｋ）、ゲームパッド（ｇａｍｅ  ｐａｄ）、衛星放送受信アンテナ、スキャナなどを含むことができる。これらの入力装置および他の入力装置は、システムバス１３６に結合されているユーザ入力インターフェース１８４を介して処理ユニット１３２に接続されているが、パラレルポート（ｐａｒａｌｌｅｌ  ｐｏｒｔ）、ゲームポート、またはユニバーサルシリアルバス（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）（ＵＳＢ）などの他のインターフェースおよびバス構造によって接続されることができる。モニタ（ｍｏｎｉｔｏｒ）１８８または他のタイプのディスプレイ（ｄｉｓｐｌａｙ）装置も、ビデオインターフェース１９０などのインターフェースを介してシステムバス１３６に接続される。モニタ１８８に加えてコンピュータは、出力周辺インターフェース（図示せず）を介して接続されることができるプリンタ（ｐｒｉｎｔｅｒ）およびスピーカ（ｓｐｅａｋｅｒ）などの他の周辺出力装置（図示せず）をしばしば含む。
【００３４】
コンピュータ１３０は、リモートコンピュータ（ｒｅｍｏｔｅ  ｃｏｍｐｕｔｅｒ）１９４などの１つまたは複数のリモートコンピュータへの論理接続を使用してネットワーク環境内で動作することができる。リモートコンピュータ１９４は、パーソナルコンピュータ（ｐｅｒｓｏｎａｌ  ｃｏｍｐｕｔｅｒ）、サーバ、ルータ（ｒｏｕｔｅｒ）、ネットワークＰＣ、ピア（ｐｅｅｒ）装置または他の共通のネットワークノード（ｎｅｔｗｏｒｋ  ｎｏｄｅ）であってよく、典型的にはコンピュータ１３０に対する上述の要素の多くまたはすべてを含む。図５に示される論理接続は、ローカルエリアネットワーク（ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ）（ＬＡＮ）１９６およびワイドエリアネットワーク（ｗｉｄｅ  ａｒｅａ  ｎｅｔｗｏｒｋ）（ＷＡＮ）１９８を含むが他のネットワークを含んでもよい。ＬＡＮ１３６および／またはＷＡＮ１３８は、有線ネットワーク、無線ネットワーク、その組合せなどであってよい。この種のネットワーク環境は、事務所、企業規模のコンピュータネットワーク、イントラネット（ｉｎｔｒａｎｅｔ）、およびグローバルコンピュータネットワーク（ｇｌｏｂａｌ  ｃｏｍｐｕｔｅｒ  ｎｅｔｗｏｒｋ）（例えば、インターネット（Ｉｎｔｅｒｎｅｔ））で一般的である。
【００３５】
ローカルエリアネットワーク環境内で使用されるとき、コンピュータ１３０はネットワークインターフェースまたはアダプタ（ａｄａｐｔｅｒ）１８６を介してＬＡＮ１９６に接続される。ワイドエリアネットワーク環境内で使用されるとき、典型的にはコンピュータ１３０は、インターネットなどのＷＡＮ１９８を介して通信を確立するためにモデム（ｍｏｄｅｍ）１７８または他の手段を含む。内部または外部であってよいモデム１７８は、ユーザ入力インターフェース１８４または他の適切な機構を介してシステムバス１３６に接続される。ネットワーク環境では、コンピュータ１３０に対して示されるプログラムモジュールまたはその一部がリモートメモリ記憶装置（図示せず）内に格納されることができる。例として（限定されない）、図５はメモリ装置上に存在するリモートアプリケーションプログラム１９２を示す。示されるネットワーク接続は例示であり、コンピュータ間の通信リンクを確立する他の手段が使用されることができる。
【００３６】
概してコンピュータ１３０のデータプロセッサ（ｄａｔａ  ｐｒｏｃｅｓｓｏｒ）は、様々な時にコンピュータの様々なコンピュータ可読記憶メディア内に格納される命令を用いてプログラムされる。典型的にはプログラムおよびオペレーティングシステムは、例えばフロッピディスク（ｆｌｏｐｐｙ  ｄｉｓｋ）またはＣＤ−ＲＯＭで配信される。そこからプログラムおよびオペレーティングシステムは、コンピュータの二次のメモリ内にインストール（ｉｎｓｔａｌｌ）されるまたはロードされる。実行時にはプログラムおよびオペレーティングシステムは、コンピュータの一次の電子メモリ内に少なくとも部分的にロードされる。本明細書で説明される本発明の態様は、この種のメディアがマイクロプロセッサ（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ）または他のデータプロセッサに関連して下記で説明されるステップ（ｓｔｅｐ）を実行するための命令またはプログラムを含むとき、これらのタイプのおよび他の様々なタイプのコンピュータ可読記憶メディアを含む。さらに、本発明の態様は、本明細書で説明される方法および技術によりプログラムされるときにコンピュータ自体を含む。
【００３７】
説明するために、オペレーティングシステムなどのプログラムおよび他の実行可能なプログラムコンポーネントが離散的ブロック（ｂｌｏｃｋ）として本明細書で示されている。しかし、この種のプログラムおよびコンポーネントが、様々な時にコンピュータの様々な記憶コンポーネント内に存在し、コンピュータのデータプロセッサによって実行されることが理解される。
【００３８】
コンピュータ１３０を含んで例示のコンピューティングシステム環境に関連して説明されているが本発明の実施形態は、多くの他の汎用のもしくは特殊用途のコンピューティングシステム環境または構成を用いて動作可能である。コンピューティングシステム環境は、本発明の任意の態様の使用または機能の範囲に関していかなる制限も示唆するものではない。さらに、コンピューティングシステム環境は、例示の動作環境で示されるコンポーネントのいずれか１つもしくは組合せに関する何らかの依存または要求を有するものとして解釈されるべきではない。本発明の態様と共に使用するのに適しうるよく知られたコンピューティングシステム、環境、および／または構成の例は、限定されないがパーソナルコンピュータ、サーバコンピュータ、ハンドヘルド（ｈａｎｄ−ｈｅｌｄ）またはラップトップ（ｌａｐｔｏｐ）装置、マルチプロセッサ（ｍｕｌｔｉｐｒｏｃｅｓｓｏｒ）システム、マイクロプロセッサベースのシステム、セットトップボックス（ｓｅｔ  ｔｏｐ  ｂｏｘ）、プログラム可能な家庭用電子機器、携帯電話、ネットワークＰＣ、ミニコンピュータ（ｍｉｎｉｃｏｍｐｕｔｅｒ）、メインフレームコンピュータ（ｍａｉｎｆｒａｍｅ  ｃｏｍｐｕｔｅｒ）、上記のシステムまたは装置のうちの任意を含む分散コンピューティング環境などを含む。
【００３９】
本発明の実施形態は、１つまたは複数のコンピュータあるいは他の装置によって実行されるプログラムモジュールなどのコンピュータ実行可能命令の一般的な文脈の中で説明されることができる。概してプログラムモジュールは、限定されないが特定のタスク（ｔａｓｋ）を実行するまたは特定の抽象データタイプを実行するルーチン、プログラム、オブジェクト（ｏｂｊｅｃｔ）、コンポーネント、およびデータ構造を含む。本発明の態様は、タスクが通信ネットワークを介して接続されているリモート処理装置によって実行される分散コンピューティング環境内で実施されてもよい。分散コンピューティング環境内ではプログラムモジュールは、メモリ記憶装置を含むローカルコンピュータ記憶メディアとリモートコンピュータ記憶メディアの両方の中に配置されることができる。
【００４０】
ソフトウェアアーキテクチャ（ｓｏｆｔｗａｒｅ  ａｒｃｈｉｔｅｃｔｕｒｅ）の文脈の中のインターフェースは、ソフトウェアモジュール、コンポーネント、コード部、またはコンピュータ実行可能命令の他のシーケンス（ｓｅｑｕｅｎｃｅ）を含む。例えば、インターフェースは、第１のモジュールの代わりにコンピューティングタスクを実行するための第２のモジュールにアクセスする第１のモジュールを含む。一例では第１のモジュールおよび第２のモジュールは、オペレーティングシステムによって提供されるなどのアプリケーションプログラミングインターフェース（ａｐｐｌｉｃａｔｉｏｎ  ｐｒｏｇｒａｍｍｉｎｇ  ｉｎｔｅｒｆａｃｅ）（ＡＰＩ）、コンポーネントオブジェクトモデル（ｃｏｍｐｏｎｅｎｔ  ｏｂｊｅｃｔ  ｍｏｄｅｌ）（ＣＯＭ）インターフェース（例えば、ピアツーピア（ｐｅｅｒ−ｔｏ−ｐｅｅｒ）アプリケーション通信用）、および拡張マークアップ（ｍａｒｋｕｐ）言語のメタデータ（ｍｅｔａｄａｔａ）交換フォーマット（ＸＭＩ）インターフェース（例えば、ウェブサービス（ｗｅｂ  ｓｅｒｖｉｃｅ）間の通信用）を含む。
【００４１】
インターフェースは、Ｊａｖａ（登録商標）２プラットフォームエンタープライズ（Ｊａｖａ（登録商標）２  Ｐｌａｔｆｏｒｍ  Ｅｎｔｅｒｐｒｉｓｅ）版（Ｊ２ＥＥ）、ＣＯＭ、または分散ＣＯＭ（ＤＣＯＭ）の例内などの密結合の同期型の実装形態であってよい。あるいはまたはさらに、インターフェースは、ウェブサービス（例えば、簡単なオブジェクトアクセスプロトコル（ｏｂｊｅｃｔ  ａｃｃｅｓｓ  ｐｒｏｔｏｃｏｌ）を使用して）内などの疎結合の非同期型の実装形態であってよい。概してインターフェースは、以下の特性（密結合、疎結合、同期、および非同期）の任意の組合せを含む。さらにインターフェースは、標準プロトコル、専有プロトコル、または標準プロトコルと専有プロトコルの任意の組合せに従うことができる。
【００４２】
本明細書で説明されるインターフェースのすべてが、単一のインターフェースの一部であってよく、個別のインターフェースまたはその中の任意の組合せとして実現されてよい。インターフェースは、機能を提供するために局部的にまたは遠隔的に実行することができる。さらにインターフェースは、本明細書で示されるもしくは説明されるものより追加のまたは少ない機能を含むことができる。
【００４３】
動作中にコンピュータ１３０は、本発明の態様を実現するために図４などの図中に示されるコンピュータ実行可能命令などのコンピュータ実行可能命令を実行する。
【００４４】
本明細書で示され説明される本発明の実施形態の中での動作の実施または実行の順序は、他の方法で規定されない限り不可欠ではない。つまり、動作は他の方法で規定されない限り任意の順序で実行されることができ、本発明の実施形態は本明細書で開示される動作より追加のまたは少ない動作を含むことができる。例えば、他の動作の前に、他の動作と同時に、他の動作の後に特定の動作を実施することまたは実行することは本発明の態様の範囲内であることが企図される。
【００４５】
本発明の実施形態はコンピュータ実行可能命令を用いて実現されることができる。コンピュータ実行可能命令は、１つまたは複数のコンピュータ実行可能コンポーネントあるいはモジュール内に編成されてよい。本発明の態様は、この種のコンポーネントまたはモジュールの任意の数および編成を用いて実現されてよい。例えば、本発明の態様は、図中で示され、本明細書で説明される特定のコンピュータ実行可能命令または特定のコンポーネントもしくはモジュールに限定されない。本発明の他の実施形態は、本明細書で示され説明されるよりも多いもしくは少ない機能を有する様々なコンピュータ実行可能命令またはコンポーネントを含むことができる。
【００４６】
本発明またはその実施形態の態様の要素を紹介するとき、冠詞「ａ」、「ａｎ」、「ｔｈｅ」および「ｓａｉｄ」は、要素のうちの１つまたは複数があることを意味するものである。用語「ｃｏｍｐｒｉｓｉｎｇ」、「ｉｎｃｌｕｄｉｎｇ」、および「ｈａｖｉｎｇ」は、包括的であり、記載された要素以外の追加の要素があってよいことを意味するものである。
【００４７】
様々な変更が、本発明の態様の範囲から逸脱することなく上記の構造、製品、および方法内でなされることができるので、上記の説明内に含まれ、添付図面内に示されるすべての事柄は例示として解釈され、限定的な意味に解釈されるものではない。
【図面の簡単な説明】
【００４８】
【図１】本発明の１つの実施形態による電子データ交換（ＥＤＩ）トランザクションを行うためのシステムを示す構成図である。
【図２】本発明の１つの実施形態による１つの集合体のＥＤＩトランザクションのうちの１つまたは複数を変換するためのシステムを示す構成図である。
【図３】本発明の態様が格納されることができる例示のコンピュータ可読メディアを示す構成図である。
【図４】本発明の１つの実施形態による１つの集合体のＥＤＩトランザクションのうちの１つまたは複数を変換する動作を示す例示の流れ図である。
【図５】本発明が実現されることができる適切なコンピューティングシステム環境の一例を示す構成図である。
【図１】
2009527849.tif 000003
【図２】
2009527849.tif 000004
【図３】
2009527849.tif 000005
【図４】
2009527849.tif 000006
【図５】
2009527849.tif 000007
【国際調査報告】
2009527849.tif 000008
2009527849.tif 000009