近年のように、SOAの概念と関連技術は、標準の開発を促進するためには、SOAは徐々に多くのユーザーが、受け入れの電子政府とエンタープライズアプリケーション、徐々に構築する。 SOAに関連するソフトウェア製品と顧客の開発in多様なと複雑なSOA関連技術上の基準としかし、、IT企業はSOAのを実装する、彼らはしばしばどのような技術基準は何が必要です、およびSOA技術上の基準ofかなりpartわからなかったポジショニングは、いくつかが重なっている。したがって、適切な技術上の基準のSOA関連の選択が、IT企業とSOAユーザーの実装の問題に直面する。以下、SOA関連技術基準の簡単な一部であり、簡単な解析を行います。
分類1。SOA関連技術上の基準
基準や規範が、若干異なるような、標準化提案は、標準のドキュメントです。規格は一般的に業界標準化団体によって開発し、公開、標準マルチベンダまたは標準化団体のリリースを認識した。この資料では、両者の間を区別しない標準的な統一と呼ばれる。また分類のための多くのSOA関連技術上の基準は、本稿では、2つの方法について説明します。
1.1。分類1
3つのカテゴリー、すなわちに分割する1つのアプローチは、XMLやWebサービスおよびSOAリファレンスモデルの標準の標準セットが設定さ：
lのXML標準セットの
あり2種類、1つのテキストベースのエンコーディング技術、XML情報セットは、XMLスキーマは、XMLクエリとXSLT 2.0のように。 2番目のように伝統的なテキストベースのコーディング技法タグと連動不透明なバイナリデータ。バイナリXML（XMLバイナリ最適化パッケージング、XOPの）などの最適なカプセル化プロトコルは、SOAPメッセージの最適化（伝送最適化手法、MTOMを）のように。
XML標準セットには、SOA開発のトップ寄稿、それらの多くは、W3Cの組織で、開発され、。NETのキャンプだけでなく、他のソフトウェア開発技術、主に提供するためにこのような、またはJavaのキャンプかどうかなどのソフトウェアベンダとユーザのサポートと使用数をしてているツールのXMLの標準セット。 SOAは、最高点のXMLデータの記述と処理の唯一の標準セットは、それはウェブサービスの基準等as other SOAの- related technical基準、、XMLを言葉で説明to basedている。
lのWebサービス標準を設定
セットには、Webサービス標準の、トランスポート層をカバーするshapeを取っており、メッセージのシステム、プログラミングモデル、サービスの発見と説明、信頼性、トランザクション処理、セキュリティと管理。セマンティックWebサービスのWSDL記述のような、WS - Policyは、Webサービスの機能と戦略を説明するために、WS - Securityは、SAMLおよび他のWebサービスは、関連する安全性の要件を記述するためのように。現在、ほとんどのWebサービス標準は、OASISの組織で、いくつかのWebサービス標準設定に最適、開発されているではありません。
リットルのSOAのリファレンスモデル
初期は、異なるベンダーは、SOAのリファレンスモデル促進するためのSOA開発は別の、技術上の基準、さまざまなメーカーが徐々に調和の理解の発展に関連したいます。現時点では、OASISがSOAのSOAベースRM1.0仕様のリファレンスモデルを開発している、それは、収束の重要な方法で、サービス指向の環境を高度な技術のSOAフレームワークの抽象的な概念を理解するために使用されます全体抽象的なフレームワークを提供ステップで重要な開発工程の標準的な制服、サービスの詳細仕様をサポートすることです。 SOAのリファレンスアーキテクチャは、エンタープライズSOAは全体的なプランにすることができます全体のガイダンスの全体的なframework必要があり、but not SOAののreal implementation inすぎるspecific practicalアドバイスを提供する。
SOAのリファレンスモデルは既に推奨規格があるが標準化団体は、メーカーのSOAリファレンスアーキテクチャでは、均一ではありません。
1.2。分類2
分類別の方法にSOA -関連技術上の基準は、SOAの役割と機能の技術基準に、3つの主要カテゴリ：サービスレベルの情報交換の標準、通信規格のメタデータ基準に分類されるに基づいている。様々な基準と規範に役割のSOAシステムのよれば、7層のSOAには、図1に示すstackを分割できます。下から上、トランスポート層、メッセージの層を含む、プレゼンテーション層、management、serviceの組成層、[リソースの登録ebRS such as and電子ebXMLの-コマース - 関連technical基準に加えて（方針を固めた層externalサービスof ebMS、配置resourcesのWS - CDLは、等）、国のほとんどが技術の統合アプリケーションサーバー製品TongIntegrator TongWebの適用をイーストなどとしてかなりのアプリケーションをされ、Webサービスはいくつかの関連する技術上の基準をサポート。 SOAの技術の実装の伝統のトランスポート層プロトコルは、重要な役割を果たしている。情報の層は、消費者の選択のWebサービスのSOAPメッセージの送信ベクトルを持って、Webサービスの説明standard WSDLのを、わけではありません意味説明するのに完璧な、メーカーとユーザーのそれがされている圧倒的大多数は受け入れるように使用します。関連技術基準の管理、また、国内の実用化はまだWS - Securityは、信頼性の高いような共通のセキュリティ要件ではなく、開発されているのWS -信頼性、ユーザーとメーカーといった通信上のrequirements使用について議論した。serviceの組成層を、そこにはすでに多くのcommercialとオープンsource団体、BPELののstandardにbased businessプロセス管理のsoftwareを開発している; said層の基準JSR168とWSRPのような、Portal Softwareの主に。
図は1.SOAプロトコルは階層構造をスタック
比較ショー2。SOA関連技術上の基準
あまりにも多くのSOA関連技術上の基準は、図1は、完全にすべてのSOA関連技術基準のリストしていないため。 SOA関連の標準の一部に今、同様の比較が示してSOA開発のため、その知識の理解に基づいて選択することができます。
2.1。WSDLおよび構築- Sの
W3Cの標準化団体Webサービス記述言語WSDLを、4つの異なるサイズを含むWebサービス記述の構文の機能から、そのレベル：データ型（データ型）、メッセージ（メッセージ）、メソッド（操作）、アクセスポート（ポートタイプ）。これは、Webサービスのインターフェイスの説明を提供するためには、サービスの属性の動作は、さらにサポートの欠如制約を説明します。
構築- Sは、Webサービス標準の意味のマークアップ言語ですが、WSDLサービスより選択し、サービスの精度を向上させるための推奨事項の形で資源の理解説明をユーザに提供することです。セマンティックWebサービスオントロジーmainメソッドは、Webサービスをし、Webサービスとセマンティック情報の説明サービスを実現する方法を説明するために使用さ自動検出、呼び出しや構成を実現しました。セマンティックWebとセマンティックWebサービスは、Webサービスは、2つの主要な支援技術です。構築- Sは、橋の2つの技術を接続している、現在のセマンティックWebサービスマークアップ言語は、最も重要な組織DARPAの組織であり、その研究グループ構築サービス連合）はセマンティックWebサービスマークアップ言語構築- Sを（元のDAML - Sを提案した。
セマンティックWebサービスとWebとWebサービスアプリケーション関連規格（構築- Sは、等）、大きな意義を深めるだけでなく、開発のための良い見通しをしています。アプリケーションなど、現在の構築- SはセマンティックWebサービス関連の標準も、主に研究では、模範的な。
2.2。XML WebサービスとebXML
SOAはサービス、現在のWebサービス技術協定をより従来のWebサービスの解釈と関連を達成するためのXMLの拡張のための基礎として基づいていますので、我々は、XML Webサービスと呼ばれる。 XML Webサービスは、ebXMLは、浮上している前に実際には、複雑さを与え、この規格を向上させるので、電子商取引の伝統的な地区にあり、広い使用します。具体的な内容と位置では、2つの非常に異なっています。
1）メッセージ伝送技術
XML WebサービスとebXMLメッセージの伝送技術として、XML Webサービスが、疎結合サービスプロトコルの定義は、信頼性の高い伝送（WS - Reliabilityが）とセキュリティ（WS - Security）は様々な仕様の構成によって、スタックおよびebXMLスタックSOAPを使用しているこれらすべての機能、独自のメッセージング規格とebMSにハイブリッド技術を使用しています。
2）サービスの説明と発見
XML Webサービスは、WSDLとUDDIの基準は、それぞれ使用して、UDDIの登録システムは、ディレクトリアーキテクチャを技術的なモデルやビジネスモデル自体の登録などが拡張できます登録は十分な内容と説明に基づくものである充実した、図3 UDDIデータモデルと図を示します。
ebXMLサービスの説明と探索メカニズムは2つの規格、1つの登録情報モデルebRIMのに対応し、2つの登録サービス仕様ebRSです。 ebXMLのUDDI登録機構は豊かにし、より広く登録システムでそれを使用すると、明示的にすることができます完全なXMLモデル、ビジネスプロセスの説明は、ebXMLコアコンポーネントは、UMLモデルでは、一般的な取引先情報とソフトウェアのグループを含むデータオブジェクトの広い範囲を、作品。データのような範囲をサポートしてではなく、カタログに定義された情報モデルを使用して、なるebXMLレジストリのデータベースのようになるように設計するには、図2 ebXMLレジストリ情報モデルebRIM組織図です。
3）ビジネスプロセスコラボレーション
Webベースのコラボレーションは、ビジネスプロセスのサービス、サービスオーケストレーションは、WS4BPELは、WS - CDLの、XPDLはワークフローのXMLに基づいて、等は、XMLとWebサービス標準に基づいて相対的にそれぞれ、あるいは別の他の独立した組織開発しています。
ebXMLの規格はebCPPA、ebBPPSなどコラボレーティブなビジネスプロセスの標準を含んでいる。
は、ebXML要するに内部整合性と規範の独立集合、であり、新しい規格や規範に依存しない、その使用は、主に電子商取引、現在は、ebXMLは、国家標準状態で推奨さが、として識別されている特別な要件に局在していたアプリケーションは、いくつかの進むべき道を探す必要があります。比較的シンプルで簡単な技術のためのXML Webサービスは、プロトコルは比較的疎結合に対応するスタックので、より多くの広く使われて構築SOAのアプリケーションです。
図2.ebXML登録情報モデル（ebRIM）
図3.UDDIグラフのデータモデルとその
2.3。SCAは/ SDOとのJBI / JDOの
SCAは（サービスコンポーネントアーキテクチャ）、サービスコンポーネントアーキテクチャは、アプリケーションの実装は、SOAに基づいてサポートすることができますプログラミングモデルを提供しています。 SCAは、サービスコンポーネント技術の達成をサポートすることができますモデルでは、様々なアクセス方法のサービスコンポーネントを接続することです。コンポーネントでは、これらの言語と環境のフレームワークの使用を含むだけでなく、さまざまなプログラミング言語を含む。アクセス方法のSCA合成プロセスは、さまざまな通信をサポートするなど、サービスへのアクセス技術は、：WASのMQのは、RPC。アセンブルモデルとクライアントモデル2つの部分を含むSCAの仕様を示します。元方法異種コンポーネント（Javaクラスには、BPELは、Webサービス）実装およびSOAサービス、最大の特徴にリリースSCAとコアコンセプトであることに合意し、後者は、異種言語環境におけるSOAを呼び出す方法について合意されたサービス。仕様のこれらの2つの部分には、我々は完全にクライアントのサービスからの言語間のクロス環境サービスを解くことができる。モデル組み立て図4 SCAのサービスコンポーネント。
サービスデータオブジェクト（SDO）の統一に向かう道のアプリケーションを簡素化する、アプリケーションプログラマは、リレーショナルデータベース、XMLデータソース、Webサービスを含む異種データソースの動作と同じ方法を使用できますSDOを使用するデータを処理する設計されて企業情報システム。
JBIはJavaのビジネスインテグレーション（のJava Business Integration）短いです。 JBIののメーカーが信じている従来のEAI、ユーザーが特定のプログラムや製品のプロバイダは、同じ時間、誰も1つのプロバイダにロックすることになりがちのEAIをカバーすることができますことができますB2Bソリューション非標準の技術を使用して、すべての問題のB2Bの領域。彼らは注文この問題を解決するには、標準を提起した。この標準は、にもかかわらず、これらのコンポーネントが別のプロバイダが標準的なアーキテクチャを標準のインフラストラクチャにサードパーティ製のコンポーネントを可能に定義されて、彼らができます予測と信頼性の高い方法で相互作用操作。視点高レベルから、JBIはプラグ可能なコンポーネントが統合されたシステムアーキテクチャから、仲介者を通してこの構造体の対話型コンポーネントは、メッセージ交換メカニズムを使用してメッセージ交換モデルは、WSDL 2.0に基づいて構築することができますdefinesまたはWSDL 1.1。図5は、組成やJBI環境の構造。
図4.SCAサービスコンポーネントのアセンブリモデル
図5.JBI組成と環境の構造
JDOは、Javaのデータオブジェクトは、クラスとJDOの永続性を定義するランタイム環境との関係を保存します。 JDOは広くさまざまなデータソースをサポートするために使用されるも、一般的にデータベースのソースとはみなされないものです。そこで、"データストレージを使用する"（ストア）用語をアクセスするために、基になるデータソースのJDOを指します。
ビューの上記の分析から、SCAは/ SDOは方法では、SCAの位置は、主に細粒度のコンポーネントとサービスの注文、特定の技術や関連サービスコンポーネントのアセンブリモデルとサービス間のデータ構造へのアクセスを定義します。 SCAは/ SDOは技術的な独立性と多くの企業の参加のため、彼らは多くのメーカーのサポートしています。 JBIの/ JDOは、Javaテクノロジに基づいて、JBIのバスサービスは、Javaに標準的な定義のように、SCAのも、そのサイズ、およびそのサービスとアセンブリモード間のコミュニケーションが、JDOのは、Javaベースの彼らが主流メーカーの現在のサポートの制限範囲をuse so、多くはないれているデータオブジェクトが比較的以上のstill比較的オープンソースimplementation。
2.4はおよびWS - CDLのWS4BPEL
WS4BPEL、Webサービスビジネスプロセス実行言語短く、Webサービスビジネスプロセス実行言語は、実行可能ファイルの言語は、ソフトウェアシステムのさまざまな互換性のあるビジネスプロセスの自動化を容易にするため。の方法でWebサービスは、設立、例示（ないプログラム）は、Webサービス合成のための需要を表明した。この規格は、主にビジネスプロセス管理のための組織とサービスのオーケストレーション、BPMの製品は、現在の実現は、この仕様に基づいて成長に使用されます。
のWS - CDLは、Webサービス振り付け定義言語、Webサービスのオーケストレーション定義言語、取引パートナー間の正式な関係の数として定義され、それがすべての統合されたエンドポイント（エンドポイント）する必要がないWebサービスインフラストラクチャをしています。組織とプロセスの計画外のサービスの詳細のこの仕様は、一般的に、現在の国で使用されません。
また、XPDLはサービスの配置や構成のために、使用できますが、それは主に伝統的なワークフロー定義で使用され、今では重要な技術上の基準をBPMの製品を達成することです。
2.5。JSR168とWSRP
JSR168は、Java仕様（Javaの仕様要求は、JSR）ポートレットのAPIの作成基準の設定の略です、それは、JavaベースのWebポータルサーバーとアプリケーションの間に他の相互運用性設計porltetを達成することです。 JSR168主な値は、それが独立系ソフトウェアベンダ（ISV）が広範囲に使用されてです。前JSR168の採用には、エンタープライズアプリケーション開発者は、類似したビジネス情報、コンテンツ管理、検索、などの分野の分析の開発者の異なるセットを複数のポータルポートレットをサポートするためにポータルを設定するには、すべての別のポートレット開発者をサポートする必要は非常に頭痛。使用JST168仕様では、今は設定する必要がポートレットの開発者をサポートします。現在、JSR168 Portalは、Javaテクノロジの開発製品に基づいて広くサポートされているが、Javaテクノロジに限る。
WSRPの、Webサービス、ポータルの仕様のラベルの断片を生成するSOAPベースのWebサービスアプリケーションを使用して定義されてリモートポートレットの頭字語、です。一般的なインターフェイスのセットを定義することによって、WSRPはポータルは走行距離ポートレットは、ポータル開発者はプログラミングなしでページを表示することができます。エンドユーザは、これらのporletと同じで、地元のポータルで実行されるが、実際に彼らは、ポートレットのコンテナからリモートポートレットを実行する相互作用は、SOAPメッセージの交換を通じて達成することです。サービス指向アーキテクチャでははい、Yingyongchengxu柯李備法西安容ポートレットのレンダリングの両方Kaifaと武Renhe追加活動なしに行う強力な組み合わせをWSRPのの江を使用します。 OASISのWSRPの組織で、開発された、そのビューのWebサービスの標準と技術は独立にbasedている、ので、このstandardの段階improvement with、Iはより多くの製造enterprisesポータルは、この標準をサポートすると信じてmanufacturersの過半数の支持を受けた。
3。サマリー
SOAは、関連する技術上の基準以前の比較分析の一部には、SOAのリファレンスアーキテクチャなど、すべてのSOA関連技術上の基準をカバーできない場合は、Webサービスの比較分析をスタック。この資料の目的は、いくつかのリファレンスを提供するための技術基準やSOA関連技術基準の選択、ソフトウェアベンダーやユーザーなど、開発者の混乱に直面して理解することを期待し、注文刺激としてするには、願っています。