JP2009517780A - ビジネストランザクションの表現 - Google Patents

Abstract

メッセージ通信アーキテクチャを介してトランザクションを交換する２つ以上のコンピュータシステム間のインターフェイスを調整する、ビジネスオブジェクトドキュメント（ＢＯＤ）を作成、表現および管理する方法、システム、構成およびコンピュータプログラムプロダクトを提供する。偽造を防ぐためのＢＯＤのオンライン確認はリレーショナルデータベースを用いることによって行なわれる。この発明のいくつかの局面は、ドキュメントについての一般的なｅ−ビジネス交換に対応しており、他の局面では、その目的で用いられるリポジトリを介してトランザクションに対しバージョニングおよび検証が追加される。リポジトリはまた、システム間でのシステムの作成中に電子文書の設計を管理するのに用いられる。リレーショナルデータベースを用いることにより、リレーショナルリポジトリによるビジネスオブジェクトドキュメント検証（ＢＯＤＶＲＲ）は、ビジネス環境においてバージョニングされたＢＯＤを自動的に確認することができる。

Description

この発明は、概して、ビジネストランザクションの表現に関し、より特定的には、リレーショナルリポジトリを介してビジネスオブジェクトドキュメントを検証するための方法、構成、コンピュータ読取可能媒体、およびシステムに関する。

背景
ビジネスオブジェクトドキュメント（ＢＯＤ）は確認がなければ偽装される可能性がある（そのフォームを確認するメカニズムがなければ偽のＢＯＤが送信される）。以前より、確認を行なうハードコードされたルールがメンテナンスや精度の問題となっていた。この問題はまた、或る程度の規模のものとなる。というのも、企業または業界で用いられるＢＯＤの数が数百以上にまで増大し、ＢＯＤ技術がトランザクションのような電子データ交換（ＥＤＩ）に適用されるからである。

いくつかの従来のシステムは、全体的なレベルでＯＡＧＩＳ ＢＯＤリストを含む単一構造としてＸＭＬを記憶するリポジトリを用いる。当該リポジトリはＸＭＬ指向型であるが、ＢＯＤの記憶および管理には対処しない。これらの従来のシステムは、インテリジェントトランスポートメッセージ（ＩＴＭ）のより古いバージョンから新しいバージョンへの移行をサポートするが、ランタイムではサポートしないかまたはバージョン間でのＩＴＭ翻訳についてはサポートしない。これらの従来のシステムはまた、ビジネスオブジェクトの統合された編集および論理的な移行をサポートしない。

たとえば、ＸＭＬＳＰＹ（登録商標）、ＰＯＳＥＩＤＯＮ、およびＭＩＣＲＯＳＯＦＴ
ＯＦＦＩＣＥ ＷＯＲＤ（登録商標）などのテキストエディタは、あらゆるタイプのテキスト編集ツールである。これらのテキストエディタは記憶方法をサポートしない。これらは、ＩＴＭのより古いバージョンから新しいバージョンへの移行をサポートするが、ランタイムではサポートしない。同様に、ＯＲＡＣＬＥ（登録商標）、ＭＩＣＲＯＳＯＦＴ
ＡＣＣＥＳＳ（登録商標）およびＦＯＸＰＲＯ（登録商標）などのデータベースストレージは、あらゆるタイプのデータベースストレージツールである。リレーショナルデータベース技術は、ＩＴＭを記憶および管理するために上述のツールによってサポートされ得るが、これらのツールは、ビジネスオブジェクトの統合された編集および論理的な移行をサポートしない。

加えて、ＸＭＬＳＰＹ（登録商標）、ＰＯＳＥＩＤＯＮ、ＭＩＣＲＯＳＯＦＴ ＯＦＦＩＣＥ ＷＯＲＤ（登録商標）およびＭＩＣＲＯＳＯＦＴ ＶＩＳＩＯ（登録商標）などのＸＭＬベースのグラフィカルエディタは、あらゆるタイプのＸＭＬベースの図表編集ツールである。これらのツールは記憶方法をサポートしない。これらは、ＩＴＭのより古いバージョンから新しいバージョンへの移行をサポートするが、ランタイムではサポートしない。同様に、ＸＭＬＳＰＹ（登録商標）、ＰＯＳＥＩＤＯＮ、ＭＩＣＲＯＳＯＦＴ ＯＦＦＩＣＥ ＷＯＲＤ（登録商標）およびＭＩＣＲＯＳＯＦＴ ＶＩＳＩＯ（登録商標）などのＸＭＬバリデータは、あらゆるタイプのＸＭＬ確認ツールである。これらのツールは記憶方法をサポートしない。これらは、ＩＴＭのより古いバージョンから新しいバージョンへの確認または移行をサポートするが、ランタイムではサポートしない。また、ＣＶＳ、ＭＩＣＲＯＳＯＦＴ ＳＯＵＲＣＥＳＡＦＥ（登録商標）およびＩＢＭ ＣＬＥＡＲＣＡＳＥ（登録商標）などのバージョニングツールは、あらゆるタイプのバージョニング
ツールである。これらのツールはバージョン間でのＩＴＭ翻訳を可能にするランタイム構成要素をサポートしない。これらはまた、ＩＴＭのより古いバージョンから新しいバージョンへの移行を許容しない。

したがって、業界においては、上述および他の不備および欠点に対処する必要性が取組まれずに存在している。

詳細な説明
簡潔に上述したように、この発明の実施例は、ビジネストランザクションを表現するための方法、システム、構成およびコンピュータ読取可能媒体を提供する。以下の詳細な説明においては、その部分を形成する添付の図面が参照され、特定の実施例または例が例示の目的で示される。この発明の精神および範囲から逸脱することなく、これらの具体的な実施例が組合され、他の実施例が利用され、構造上の変更が行なわれてもよい。したがって、以下の詳細な説明は限定の意味で取られるべきではなく、この発明の範囲は添付の特許請求の範囲およびその同等例によって規定される。

添付の図面を参照すると、同様の数字がいくつかの図面を通じて同様の要素を表わしており、この発明の局面および具体的な動作環境が説明される。図１〜図３および以下の記述は、この発明の実施例が実現され得る好適な計算環境を簡潔かつ概略的に説明することを意図したものである。この発明はパーソナルコンピュータまたはサーバコンピュータ上で実行されるＢＩＯＳプログラムとともに実行されるプログラムモジュールの概略的な文脈中で説明されるが、当業者であれば、この発明が他のプログラムモジュールと組合せても実現され得ることを認識するだろう。

一般に、プログラムモジュールは、特定のタスクを実行するかまたは特定の抽象的なデータタイプを実現するルーチン、プログラム、構成要素、データ構造および他のタイプの構造を含む。さらに、当業者であれば、この発明が、ハンドヘルドのデバイス、マルチプロセッサシステム、マイクロプロセッサベースのまたはプログラム可能な家庭用電化製品、ミニコンピュータ、メインフレームコンピュータなどを含む他のコンピュータシステム構成で実施され得ることを認識するだろう。この発明はまた、分散型計算環境において実施され得るが、この場合、通信ネットワークを介してリンクされるリモート処理装置によってタスクが実行される。分散型計算環境においては、プログラムモジュールは、ローカルおよびリモートのメモリ記憶装置の双方に位置していてもよい。

この発明の局面は、コンピュータプロセス、計算システムとして、または、コンピュータプログラムプロダクトもしくはコンピュータ読取可能媒体などの製造品として、実現され得る。コンピュータプログラムプロダクトは、コンピュータシステムによって読取可能でありかつコンピュータプロセスを実行するための命令のコンピュータプログラムを符号化するコンピュータ記憶媒体であってもよい。コンピュータプログラムプロダクトはまた、計算システムによって読取可能でありかつコンピュータプロセスを実行するための命令のコンピュータプログラムを符号化する搬送波上の伝搬信号であってもよい。これらおよびさまざまな他の特徴ならびに利点は、この発明を特徴付けるものであるが、以下の詳細な説明を読み、関連する図面を検討することによって明らかになるだろう。

この発明の実施例は、ビジネスオブジェクトドキュメント（ＢＯＤ）の集まりを、当該ＢＯＤを構成する動詞および名詞の分類により組織化するコンピュータプログラムである。このプログラムは、標準的なＢＯＤ、完全なＢＯＤ名についてのサーチ、および動詞または名詞を要求するものの間での承認サイクルを提供する。ＢＯＤの記述に加えて、ＢＯ
Ｄの構造は、ｘｍｌ、ｕｍｌ、および、ブロブ（blob）フォーマットでの他のバイナリフォーマットデータを含むさまざまなフォーマットで記憶することができる。このプログラムはまた、ＢＯＤリポジトリにおける認証されたフォーマットに対する、アプリケーションにおけるＢＯＤの検証を可能にする。

ネットワーク化された動作環境１００と、リレーショナルリポジトリによるビジネスオブジェクトドキュメント検証（ＢＯＤＶＲＲ）との局面を示す概略図を参照すると、この発明の具体的な実施例において用いられるアーキテクチャ１０２が説明される。図１に示されるとおり、ネットワーク化された環境１００は、維持データシステム（ＳＤＳ：sustainment data system）１１２、サーバ１１０、ＳＤＳインテリジェントトランスポートメッセージ（ＩＴＭ）、ワークステーション１０４およびプリンタ１１４を含む。ビジネストランザクションを表現し、これらの表現を作成および管理し、通信接続によってリンクされる１つ以上のコンピュータ上でこれらのトランザクションを交換および処理するための方法を説明する。この通信接続は、無線および有線技術のポイント・ツー・ポイントおよびネットワーク接続性をともに含み得る。

動作環境１００は、１つ以上のコンピュータ、コンピュータネットワーク、キーボード１０１、およびディスプレイ１０３を含む。内部では、ＢＯＤＶＲＲ１０２が以下の構成要素に分割されている。すなわち、ヒューマン−マシンインターフェイス（ＨＭＩ）１１５、作成、編集、削除能力（ＣＥＤ）１１８、サーチ、ソート、報告能力（ＳＳＲ）１２２、およびグラフィックレンダリング１２７である。ＢＯＤＶＲＲ１０２はまた、アセンブル、処理、形式検証能力（Ｖ＆Ｖ）１０５、パッケージ化およびエクスポート能力１２０、バージョニングおよび翻訳能力１２４、ならびに、確認を実行するためのランタイム構成要素１３０を含む。ＢＯＤＶＲＲ１０２は、インテリジェントトランスポート契約（ＩＴＣ）およびＩＴＭのための統合された開発、記憶および制御環境である。ＢＯＤＶＲＲ１０２に関する付加的な詳細を図３に関連して以下に説明する。

リレーショナルデータベース技術およびビジネスプロセス方法のアプリケーションＯＡＧはＢＯＤ承認プロセスを示唆している。ＢＯＤＶＲＲは、管理の目的で、外部のリレーショナルデータベースに情報を格納する。このデータベース１０２は、自動化された承認プロセス、名前のサーチ、動詞または名詞の能力、および、ＢＯＤの技術的内容についての関連するストレージを含む。リレーショナルデータベースにおける格納されたバージョン制御ＢＯＤをサーチ、検索および管理することにより、これらを、ユーザインターフェイスを介さずに、データベースに対する適切なセキュリティ許可を得て検証することが可能となる。確認のためにＸＭＬスキーマを自動的に作成する場合、各々のシステムにＢＯＤＶＲＲ１０２を存在させてＢＯＤを送信する必要はない。加えて、サーチ能力１２２は、ＢＯＤデータフィールドまたはバイナリデータ内に内容を配置するのに利用することができる。

ＢＯＤＶＲＲ１０２がデータを格納するための安価なディスクの冗長アレイ（ＲＡＩＤ）システムであり得ることが認識されるはずである。ＢＯＤＶＲＲ１０２は、大容量記憶制御装置（図示せず）またはネットワークを通じてＣＰＵに接続される。ＢＯＤＶＲＲ１０２およびその関連するコンピュータ読取可能媒体は不揮発性記憶装置を備える。この明細書中に含まれるコンピュータ読取可能媒体の説明はハードディスクまたはＲＡＩＤアレイなどの大容量記憶装置を指しているが、コンピュータ読取可能媒体が、ＣＰＵによってアクセス可能な、利用可能なあらゆる媒体であり得ることが、当業者には理解されるはずである。

ＣＰＵは、図５に関連付けて以下により詳細に説明されるさまざまな動作を用いて、ＢＯＤＶＲＲ１０２とＳＤＳシステム１１２（図１）との間で伝搬される信号を供給しかつ
利用し得る。ＣＰＵはＢＯＤＶＲＲ１０２にデータを格納し、ＢＯＤＶＲＲ１０２からのデータにアクセスし得る。ＣＰＵは汎用のコンピュータプロセッサであってもよい。さらに、以下に記載のとおり、ＣＰＵは、汎用のプログラマブルプロセッサであることに加えて、ファームウェア、配線論理、アナログ回路、他の特殊用途の回路、またはこれらの如何なる組合せであってもよい。

この発明のさまざまな実施例に従うと、ＢＯＤＶＲＲ１０２は、図１に示すとおり、ネットワーク化された環境またはポイント・ツー・ポイント環境において、イントラネットまたはローカルエリアネットワーク（ＬＡＮ）などのポイント・ツー・ポイントまたはネットワーク通信を介したリモート計算装置への論理接続を用いて作動する。ＢＯＤＶＲＲ１０２はネットワークインターフェイスユニットを介してネットワークに接続し得る。ネットワークインターフェイスユニットを用いて他の種類のネットワークおよびリモートコンピュータシステムにも接続し得ることが認識されるはずである。

ＢＯＤＶＲＲ１０２などの計算システムは、典型的には、少なくとも何らかの形態のコンピュータ読取可能媒体を含む。コンピュータ読取可能媒体は、ＢＯＤＶＲＲ１０２がアクセス可能な、利用可能なあらゆる媒体であり得る。限定のためではなく例示として、コンピュータ読取可能媒体は、コンピュータ記憶媒体および通信媒体を含み得る。

コンピュータ記憶媒体は、コンピュータ読取可能な命令、データ構造、プログラムモジュールまたは他のデータなどの情報の格納のために任意の方法または技術で実現される、揮発性および不揮発性の、取外し可能および取外し不可能な媒体を含む。コンピュータ記憶媒体は、所望の情報を格納するのに使用可能であり、かつ中央サーバ１０４がアクセス可能であるＲＡＭ、ディスクドライブ、ディスクドライブの集まり、フラッシュメモリ、他のメモリ技術または任意の他の媒体を含むが、これらに限定されない。

通信媒体は、典型的には、コンピュータ読取可能な命令、データ構造、プログラムモジュールまたは他のデータを、搬送波または他のトランスポートメカニズムなどの変調されたデータ信号で具現化しており、如何なる情報配信媒体をも含む。「変調されたデータ信号」という語は、その特徴のうちの１つ以上が信号内の情報を符号化するような態様で設定または変更されている信号を意味する。限定のためではなく例示として、通信媒体は、有線ネットワークまたは直接有線接続などの有線媒体と、音響、ＲＦ、赤外線および他の無線媒体などの無線媒体とを含む。上述のいずれの組合せも、コンピュータ読取可能媒体の範囲に含まれるべきである。コンピュータ読取可能媒体は、コンピュータプログラムプロダクトと称されてもよい。

図２は、この発明の具体的な実施例において用いられるＩＴＭ１０７についてのデータ内容アーキテクチャを示す。ＩＴＣは、サービス指向型アーキテクチャにおける２つのアプリケーション間でデータを交換するためのビジネストランザクション契約であり、データをシステム系（ＳＯＳ：system of systems）ＳＯＡの外部からインポートし、ＳＯＳ
ＳＯＡからエクスポートする。この契約は以下の特徴を設定する。

− 交換されるデータの定義；
− 必要とされる翻訳（言語）；
− （メッセージバージョンを適応させるのに）必要とされる任意の変換；
− 相互利益の中間ビジネス処理；
− 必要とされるセキュリティプロトコル（暗号化、ユーザレベルの認証）。

さらに図２を参照すると、ＩＴＭ１０７は２つ以上のシステム間におけるＩＴＣに基づいたデータ内容を含み、ＸＭＬ構造化データ２１０、ビジネストランザクション論理２０
４、ビジネストランザクション制約２０２（たとえば、ＩＴＭ契約）、およびＳＯＳ ＳＯＡトランザクションエラー処理論理２１２としてフォーマットされるビジネストランザクションデータによって表現されるだろう。ＩＴＭ１０７はまた、共通のエラー処理論理と、アプリケーションに特有のその共通のエラー処理論理への拡張と、バージョニングおよび移行ルールとを含み得る。ＢＯＤＶＲＲ１０２はＩＴＣおよびＩＴＭ文書化を含んでおり、これは、設計情報、変更履歴、変更承認、変更アプルーバ識別、ＸＭＬ、統一モデリング言語（ＵＭＬ）シナリオ、および展開情報を含む。これは自己文書化するものである。

これをトランスポートするＩＴＣおよびＩＴＭの定義により、技術実現例およびルーティング情報からビジネス情報内容が区別される。ＩＴＭは、法規制遵守の目的で、ＩＴＭを符号化するかまたはトランザクションをログするための任意の処理を提供するセキュリティ保護およびエクスポート制御のためのフラグを含む。ＩＴＭは、ＩＴＣペイロードを含むデータ記憶装置への外部参照を用いることにより最大サイズの単一のＸＭＬドキュメントを上回るデータの転送を管理する。

図３は、この発明の具体的な実施例に従ったＢＯＤＶＲＲおよびゲートウェイプラットフォーム３００の概略図を示す。ＩＴＭ、ＩＴＭ契約およびシナリオは、開発中にＢＯＤＶＲＲ１０２にロードされる。ローディングは、ＳＤＳインターフェイスディスプレイ（図５）を介して行なわれてもよい。次いで、データが投入されていないかまたはフラットなＩＴＭおよびＩＴＭ契約がランタイムでゲートウェイ３０２に送信される。次いで、データが投入され予め規定されたＩＴＭメッセージが、ＩＴＭ契約に基づいて交換される。アプリケーション１１２は、ＡＰＩトランスレータ３０７およびＢＯＤコンバータ３０４を介してＩＴＭにデータを投入する。

ＸＭＬＳＰＹ（登録商標）、ＰＯＳＥＩＤＯＮ、およびＭＩＣＲＯＳＯＦＴ ＯＦＦＩＣＥ ＷＯＲＤ（登録商標）などのテキストエディタはテキスト編集ツールのタイプである。ＢＯＤＶＲＲとは異なり、これらは記憶方法をサポートしない。これらは、ＩＴＭのより古いバージョンから新しいバージョンへの移行をサポートするが、ランタイムでは、ＢＯＤＶＲＲがサポートするようにはサポートしない。同様に、ＯＲＡＣＬＥ（登録商標）、ＭＩＣＲＯＳＯＦＴ ＡＣＣＥＳＳ（登録商標）、ＦＯＸＰＲＯ（登録商標）などはあらゆるタイプのデータベースストレージツールである。ＢＯＤＶＲＲは、上述のツールによってサポートされるリレーショナルデータベース技術を用いてＩＴＭを記憶および管理するが、これらのツールは、ビジネスオブジェクトの統合された編集および論理的な移行を、ＢＯＤＶＲＲが行なうようにはサポートしない。

さらに、ＸＭＬＳＰＹ（登録商標）、ＰＯＳＥＩＤＯＮ、ＭＩＣＲＯＳＯＦＴ ＯＦＦＩＣＥ ＷＯＲＤ（登録商標）、ＭＩＣＲＯＳＯＦＴ ＶＩＳＩＯ（登録商標）などはあらゆるタイプのＸＭＬベースの図表編集ツールである。ＢＯＤＶＲＲとは異なり、これらは記憶方法をサポートしない。これらは、ＩＴＭのより古いバージョンから新しいバージョンへの移行をサポートするが、ランタイムではサポートしない。加えて、ＸＭＬＳＰＹ（登録商標）、ＰＯＳＥＩＤＯＮ、ＭＩＣＲＯＳＯＦＴ ＯＦＦＩＣＥ ＷＯＲＤ（登録商標）、ＭＩＣＲＯＳＯＦＴ ＶＩＳＩＯ（登録商標）などはあらゆるタイプのＸＭＬ確認ツールである。ＢＯＤＶＲＲとは異なり、これらは記憶方法をサポートしない。これらは、ＩＴＭのより古いバージョンから新しいバージョンへの確認または移行をサポートするが、ランタイムではサポートしない。また、ＣＶＳ、ＭＩＣＲＯＳＯＦＴ ＳＯＵＲＣＥＳＡＦＥ（登録商標）、ＩＢＭ ＣＬＥＡＲＣＡＳＥ（登録商標）などはあらゆるタイプのバージョニングツールである。ＢＯＤＶＲＲとは異なり、これらは、バージョン間でのＩＴＭ翻訳を可能にするランタイム構成要素を提供しない。これらは、ＩＴＭのより古いバージョンから新しいバージョンへの移行を許容しない。この発明の実施例はこれらの
能力を示し、従来のシステムのすべての欠点を統合的に克服する。

図４は、この発明の具体的な実施例に従ったビジネストランザクションを表現する際に実行される動作フロー４００を示す。この明細書中に提示されるルーチンの記載を読むと、この発明のさまざまな実施例の論理演算が、（１）計算システム上で実行される一連のコンピュータ実現型動作もしくはプログラムモジュールとして、および／または、（２）計算システム内における相互接続された機械論理回路もしくは回路モジュールとして、実現されることが認識されるはずである。当該実現例は、この発明を実現する計算システムの性能要件に応じた選択の問題である。したがって、図４に示され、この明細書中に記載のこの発明の実施例を構成する論理的動作は、動作、構造装置、活動またはモジュールとしてさまざまに参照される。当業者であれば、これらの動作、構造装置、活動およびモジュールが、添付の特許請求の範囲内で記載されるとおり、この発明の精神および範囲から逸脱することなく、ソフトウェア、ファームウェア、特殊用途のデジタル論理、およびこれらの如何なる組合せにおいても実現され得ることを認識するだろう。

動作フロー４００は動作４０２から始まり、ここで、ＢＯＤＶＲＲ１０２がビジネスニーズ責任を決定する。次いで動作４０４において、ＢＯＤＶＲＲ１０２は、当該責任に関連付けられるサービスを特定する。動作４０５において、ＢＯＤＶＲＲ１０２はサービスのためのＩＴＭを設計する。次いで、動作４０７において、ＢＯＤＶＲＲ１０２はＩＴＭの管理責任または所有権を決定する。動作フロー４００は次いで動作４１０に進む。

動作４１０において、ＢＯＤＶＲＲ１０２は、ビジネストランザクションに関連付けられる送信側および受信側を識別する。次いで、動作４１２において、ＢＯＤＶＲＲ１０２は交換すべきデータをモデル化する。動作４１４において、ＢＯＤＶＲＲ１０２は、動作４１７においてエンタープライズサーチおよびギャップ分析を実行する。次いで、動作４２０において、ＢＯＤＶＲＲ１０２は詳細なＩＴＭ設計を生成する。

動作４２２において、ＢＯＤＶＲＲ１０２はＩＴＭを実現する。次いで、動作４２４において、ＢＯＤＶＲＲ１０２は、米国標準技術局（ＮＩＳＴ：National Institute of Standards）のテストが行なわれたかどうか判断する。動作フロー４００は続いて動作４２７に進み、ここでＩＴＭがテストされ、認証される。次いで、動作４２８において、ＩＴＭが認証される。動作４３０において、ＢＯＤＶＲＲ１０２は、ＩＴＭ ＸＭＬメッセージ認証を取得し、動作４３２においてＩＴＭを発行する。ＩＴＭは企業製造のための準備ができている。ＢＯＤＶＲＲのＩＴＭおよびＩＴＣは、製造時に用いられるかまたは製造の抽出に含まれる前に、アプリケーション統合アドミニストレータの役割によって検討および承認されなければならない。

図５は、この発明の具体的な実施例に従った、リポジトリの入力および出力を示すのに用いられるディスプレイ５００を示す。ディスプレイ５００は、ＢＯＤを作成するための機能５０２についての入力フィールドを示す。同様に、ディスプレイ５００は、サーチタブ５０４などの他のアクセスタブを含む。ディスプレイ５００がランタイム以外にＢＯＤデータをロードするのに用いられることが認識されるはずである。ＢＯＤＶＲＲ１０２は、ＢＯＤＶＲＲのすべての機能に対して、許可カテゴリを固持する機能的役割により、ＩＴＣおよびＩＴＭの入力、修正、報告およびリリースを制御する。

ＢＯＤＶＲＲ１０２はまた、ＩＴＭが承認されたＩＴＣを実行していることを検証するために（たとえば、確認能力）、外部のインターフェイスプログラムによって用いられるＩＴＣおよびＩＴＭの選択されたサブセットをエクスポートする。加えて、ＢＯＤＶＲＲは、アプリケーション間で伝送されるＩＴＭのバージョニングを管理する。ＩＴＣに関連付けられるビジネス論理は、変換が新たなバージョンのリリース時に文書化されていた場
合、ＩＴＭの２つの異なるバージョン間で適応し得る。そして、ＢＯＤＶＲＲは、ＩＴＣの２つの異なるバージョン間に有効な契約がない場合に情報を提供し、送信アプリケーションに戻されることとなる標準的なエラー応答を生成する。

図５ａ〜図５ｃは、この発明の具体的な実施例に従ったＳＤＳ統合プラットフォームによって実現されるＳＯＡ５００のブロック図を示す。ＳＯＡ５００は、図５ａにおいて、ビジネス層５０２、ゲートウェイ層５０４およびアプリケーション層５０５を含む。ビジネス層５０２は、各々の統合されたシステム系の論理サブシステム、モジュールまたは構成要素、たとえば論理サブシステムＡ１ ５０７およびＢ１ ５１０を含む。統合されたシステム間における物理的通信は、メッセージ５０８などの再利用可能なビジネストランザクションを用いてビジネス層５０２を介して行なわれる。

ゲートウェイ層５０４はゲートウェイＡ２ ５１２およびＢ２ ５１４などのゲートウェイを含み、これらは、アプリケーションＡ３ ５１５およびＢ３ ５１７などのアプリケーション層５０５の１つ以上のアプリケーションとビジネス層５０２の論理サブシステムを接続する。たとえば、論理サブシステムＢ１ ５１０は、ゲートウェイ５１４を介してアプリケーションＢ３ ５１７に接続される。ゲートウェイ５１４は、アプリケーションＢ３ ５１７との間の通信を調整する。こうして、アプリケーションＡ３ ５１５からアプリケーションＢ３ ５１７への通信が、ビジネス層５０２を介しゲートウェイＡ２およびＢ２を通じてルーティングされて、アプリケーション層５０５へのフレキシブルな変更を容易にするが、ビジネス層５０２への変更は最小限にされる。アプリケーション層５０５への変更を容易にすることについての追加の詳細を図５ｂに関連させて以下に説明する。

図５ｂは、アプリケーションＢ３ ５１７への変更が行なわれたときのＳＯＡ５００′を示す。アプリケーションＢ３ ５１７が新たなアプリケーションＢ３ ５２２と置き換えられると、新たなアプリケーションＢ３ ５２２との間の通信を調整するために新たなゲートウェイＢ２ ５２０がまた生成される。たとえば、新たなゲートウェイＢ２は、新たなアプリケーションＢ３に送出されるべきメッセージ５０８などのメッセージの形で、ソースデータを翻訳、再フォーマット、再パッケージ化および／またはフィルタリングする。同様に、新たなアプリケーションＢ３が結果を生成すると、新たなゲートウェイＢ２が、規定されたメッセージまたは再利用可能なビジネストランザクションの形で提示されるべき結果を翻訳、再フォーマット、再パッケージ化および／またはフィルタリングする。アプリケーションは、新たなＢ３などの新たなアプリケーションを選択し、新たなＢ２などの新たなゲートウェイを実現し、新たなゲートウェイをメッセージ通信またはアプリケーションアダプタに付すことにより、ＳＤＳシステム系全体に影響を及ぼすことなく置き換えることができる。

図５ｃは、この発明の別の実施例に従ったＳＯＡ５００″を示す。単一の機能ユニットまたは論理サブシステム、たとえば論理サブシステムＢ１ ５１０′などは、ＳＯＡ ５００″内の単一のアプリケーションを用いて実現される単一の構成要素として存在し得る。しかしながら、単一の構成要素は、アプリケーション５１７ａ〜５１７ｃなどのアプリケーションの組合せを用いて実現されてもよく、この場合、各々のアプリケーションは、ゲートウェイ５１４ａ〜５１４ｃなどのゲートウェイによって仲介される。

こうして、この発明はここでは、ビジネストランザクションを表現するための方法、システム、コンピュータプログラムプロダクト、または、コンピュータプログラムを符号化するコンピュータ読取可能媒体として具体化される。

上述の明細書、例およびデータにより、この発明の構成の製造および使用が完全に説明
される。この発明の多くの実施例はこの発明の精神および範囲から逸脱することなく実現可能であるので、この発明は添付の特許請求の範囲に属する。

この発明の具体的な実施例において用いられるネットワーク化された動作環境とリレーショナルリポジトリによるビジネスオブジェクトドキュメント検証（ＢＯＤＶＲＲ）アーキテクチャとの局面を示す概略図である。 この発明の具体的な実施例において用いられる、ＩＴＭのためのデータ内容アーキテクチャを示す図である。 この発明の具体的な実施例に従ったＢＯＤＶＲＲおよびゲートウェイプラットフォームを示す概略図である。 この発明の具体的な実施例に従ったビジネストランザクションを表現する際に実行される動作フローを示す図である。 この発明の具体的な実施例に従った、リポジトリの入力および出力を示すのに用いられるディスプレイを示す図である。 この発明の具体的な実施例に従った、ＳＤＳ統合プラットフォームによって実現されるサービス指向型アーキテクチャ（ＳＯＡ）を示すブロック図である。 この発明の具体的な実施例に従った、ＳＤＳ統合プラットフォームによって実現されるサービス指向型アーキテクチャ（ＳＯＡ）を示すブロック図である。 この発明の具体的な実施例に従った、ＳＤＳ統合プラットフォームによって実現されるサービス指向型アーキテクチャ（ＳＯＡ）を示すブロック図である。

Claims (20)

1. ビジネストランザクションを表現するための、コンピュータによって実現される方法であって、
   ビジネスニーズ責任を決定するステップと、
   前記ビジネスニーズ責任に関連付けられるサービスを特定するステップと、
   前記サービスの各々についてのインテリジェントトランスポートメッセージ（ＩＴＭ）を設計するステップと、
   前記ＩＴＭについてのＩＴＭ管理責任を決定するステップとを含む、方法。
2. 送信側または受信側のうちの少なくとも１つを識別するステップと、
   交換すべきデータをモデル化するステップとをさらに含む、請求項１に記載の方法。
3. エンタープライズサーチを実行するステップと、
   ギャップ分析を実行するステップとをさらに含む、請求項２に記載の方法。
4. 新たなビジネスオブジェクトドキュメント（ＢＯＤ）が必要とされているかどうかを判断するステップと、
   新たなＢＯＤが必要とされていると判断することに応答して、前記新たなＢＯＤを設計するステップとをさらに含む、請求項２に記載の方法。
5. 詳細なＩＴＭを設計するステップと、
   前記ＩＴＭを実現するステップと、
   ＮＩＳＴテストを用いて前記ＩＴＭをテストおよび認証するステップと、
   ＩＴＭ ＸＭＬメッセージ認証を取得するステップとをさらに含む、請求項１に記載の方法。
6. 前記詳細なＩＴＭを発行するステップをさらに含む、請求項５に記載の方法。
7. 通信接続によってリンクされる１つ以上のコンピュータ上でビジネストランザクションを交換および処理するステップをさらに含み、アプリケーション層のうちの少なくとも１つのアプリケーションが新たなアプリケーションと置換えられると、前記ビジネストランザクションを交換および処理するステップは、
   前記新たなアプリケーションを配置するステップと、
   前記新たなアプリケーションとの間のビジネストランザクションの通信を仲介するようアプリケーション統合ゲートウェイを構成するステップと、
   前記新たなアプリケーションとビジネス統合構成要素との間で前記ゲートウェイを接続して、前記ゲートウェイを介した前記新たなアプリケーションとビジネス層との間のビジネストランザクションの交換を容易にするステップとを含む、請求項１に記載の方法。
8. 前記通信接続は、無線および有線技術のポイント・ツー・ポイントおよびネットワーク接続性を含む、請求項７に記載の方法。
9. 前記ＩＴＭを設計するステップは、２つ以上のシステム間でのインテリジェントトランスポート契約（ＩＴＣ）に基づいてデータ内容を設計するステップを含み、前記ＩＴＭは、以下の
   ＸＭＬ構造化データとしてフォーマットされるビジネストランザクションデータと、
   ビジネストランザクション論理と、
   ビジネストランザクション制約と、
   システム系（ＳＯＳ）サービス指向型アーキテクチャ（ＳＯＡ）トランザクションエラ
   ー処理論理と、
   共通のエラー処理論理と、
   アプリケーションに特有の前記共通のエラー処理論理への拡張と、
   バージョニングおよび移行ルールと、のうちの少なくとも１つによって表現される、請求項１に記載の方法。
10. 前記ＩＴＣは、内部においてＳＯＡにおける２つのアプリケーション間でデータを交換して、ＳＯＳ ＳＯＡの外部からデータをインポートし、前記ＳＯＳ ＳＯＡからデータをエクスポートするためのビジネストランザクション契約を含む、請求項９に記載の方法。
11. 前記ＩＴＣは、以下の特徴、すなわち、
    交換されるデータの定義と、
    必要とされる翻訳と、
    メッセージバージョンを適応させるのに必要とされる変換と、
    相互利益の中間ビジネス処理と、
    必要とされるセキュリティプロトコルと、のうちの少なくとも１つを設定する、請求項１０に記載の方法。
12. 制御論理を記憶させて、コンピュータにビジネストランザクションを表現させるための、コンピュータ読取可能媒体を含むコンピュータプログラムプロダクトであって、前記制御論理は、
    ビジネスニーズ責任を決定することと、
    前記ビジネスニーズ責任に関連付けられるサービスを特定することと、
    前記サービスの各々についてのインテリジェントトランスポートメッセージ（ＩＴＭ）を設計することと、
    前記ＩＴＭについてのＩＴＭ管理責任を決定することとを、前記コンピュータに行なわせるためのコンピュータ読取可能プログラムコードを含む、コンピュータプログラムプロダクト。
13. 送信側または受信側のうちの少なくとも１つを識別することと、
    交換すべきデータをモデル化することとを前記コンピュータに行なわせるためのコンピュータ読取可能プログラムコードをさらに含む、請求項１２に記載のコンピュータプログラムプロダクト。
14. リレーショナルリポジトリによるビジネスオブジェクトドキュメント検証（ＢＯＤＶＲＲ）のすべての機能に対し、許可カテゴリを固持する機能的役割により、ＩＴＣおよびＩＴＭの入力、修正およびリリースを前記コンピュータに制御させるためのコンピュータ読取可能プログラムコードをさらに含む、請求項１２に記載のコンピュータプログラムプロダクト。
15. 前記ＩＴＭが承認されたＩＴＣを実行していることを検証するために、外部のインターフェイスプログラムによって使用される前記ＩＴＣおよびＩＴＭの選択されたサブセットを前記コンピュータにエクスポートさせるためのコンピュータ読取可能プログラムコードをさらに含む、請求項１２に記載のコンピュータプログラムプロダクト。
16. アプリケーション間で伝送されるＩＴＭのバージョニングを前記コンピュータに管理させるためのコンピュータ読取可能プログラムコードをさらに含む、請求項１２に記載のコンピュータプログラムプロダクト。
17. ＩＴＣの２つの異なるバージョン間に有効な契約がない場合に情報を提供することと、
    送信アプリケーションに戻されることとなる標準的なエラー応答を生成することとを前記コンピュータに行なわせるためのコンピュータ読取可能プログラムコードをさらに含む、請求項１２に記載のコンピュータプログラムプロダクト。
18. ＩＴＣペイロードを含むデータ記憶装置への外部参照を用いることにより最大サイズの単一のＸＭＬドキュメントを上回るデータの転送を前記コンピュータに管理させるためのコンピュータ読取可能プログラムコードをさらに含む、請求項１２に記載のコンピュータプログラムプロダクト。
19. ビジネストランザクションを表現するための、コンピュータによって実現されるシステムであって、
    １つ以上のコンピュータと、
    コンピュータネットワークと、
    キーボードと、
    ディスプレイと、
    ＢＯＤＶＲＲとを含み、前記ＢＯＤＶＲＲは、
    人と機械とのインターフェイスとなり、
    ＩＴＣおよびＩＴＭを作成、編集および削除し、
    ＩＴＭをサーチ、ソートおよび報告し、
    グラフィックスをレンダリングするよう動作する、システム。
20. 前記ＢＯＤＶＲＲはさらに、
    ビジネストランザクションをアセンブルし、処理し、形成し、および有効化し、
    ＩＴＭをパッケージ化およびエクスポートし、
    ＩＴＣをバージョニングおよび翻訳し、
    ランタイム構成要素を介して確認を行なうよう動作する、請求項１９に記載のシステム。