XML テクノロジーを使用して PHP でリモート サービスを構築する (パート 1)

将来の Web はサービス中心の Web になり、XML_RPC 標準によりサービスの作成と適用が非常に簡単になります。この記事では、XML_RPC 標準とその PHP 実装を紹介し、例を通じて PHP で XML_RPC サービスとクライアント プログラムを開発する方法を示します。

1. サービスド Web
コンテンツプロバイダーが採用するシンプルな手法から UDDI (Universal description, Discovery and Integration) の将来ビジョンまで、業界ではすでに多くの説明と説明が行われています。サービスウェブ」のコメント。 Web の初期段階では、Web は単なる文書の収集および配布センターであり、閲覧可能な情報のみを提供していました。 Web の発展に伴い、Web 上でサービスを実行することはますます魅力的になってきています。将来的には、Web は企業が顧客や他の企業に便利なサービスを提供する媒体となるでしょう。 B2B モデルと B2C モデル間のコラボレーションは、サービス指向の Web とみなすことができます。

非常に重要な質問は、Web 上でどのようなサービスを提供できるかということです。 Web は多くのサービスを提供できますが、その中には現在すでに使用されているサービスもあれば、近い将来登場するサービスもあります。例として、Web 上で提供できるサービスの小さなリストを示します:

トピック指向の垂直検索エンジン。
ユーザーが情報を見つけるためのナレッジベース。
ユーザーが質問できるエキスパート システム。
銀行サービス。
ニュースおよび情報出版サービス。
デジタル決済関連サービス。
グラフィック処理サービス。
健康とウェルネスのサービス。

では、企業や組織が Web を通じてサービスを提供する正しい方法は何でしょうか?これは非常に重要な質問です。現在、一部のサービスでは HTML インターフェイスが提供され、ドキュメント形式でサービスが提供されていますが、サービス インターフェイスの背後には何が隠されているのでしょうか。 Web を引き継ぐ競争に参加しているのは Web ブラウザだけではありません。携帯電話、ハンドヘルド デバイス、電子レンジなどのデバイスはすべて、Web へのアクセス、データベースのクエリ、データの変換、情報の抽出などを望んでいます。真のサービス Web を実現するには、プレゼンテーション層 (HTML) の下に別の層が必要です。

2. XML_RPC 標準
XML は、過去 10 年間で最も重要な標準となっている可能性があり、XML 語彙 (Vocabulary) は企業がサービス環境を構築するための基礎となります。サービス付き Web を構築するには、XML_RPC 標準を学ぶ必要があります。これは、XML_RPC が Web 上にサービスを配置するのに役立つだけでなく、XML_RPC が既に確立されている標準であり、簡単に採用できるためでもあります。 B2Bサービスにおいては、サービスを提供するための基準が非常に重要であり、その基準を遵守する企業は、他社が提供するサービスを活用することで急成長を遂げることができます。真にサービスを提供する Web がさまざまな民間サービス標準に基づいて構築できることを想像することは不可能です。サービスには従うことができる標準が必要です。

XML_RPC は、インターネット分散処理の標準です。 RPC は、Remote Procedure Call の略語で、他のマシン上に存在し、他の言語で記述されたプロシージャを呼び出すために使用されるリモート呼び出しメカニズムです。リモート プロシージャ コールは、分散コンピューティングの重要な柱です。たとえば、分散コンピューティング環境では、他のマシン上で実行される加算および減算演算を実行するプロセスを見つけて利用できます。加算演算を実行するプロセスは APL で記述され、RS6000 マシン上で実行されます。減算演算 おそらく C で書かれ、Unix 上で実行されます。このような分散計算機を使用したい他の開発者もそれらを使用することも、別のより優れた計算機を選択することもできます。

RPC ではプロシージャが最も重要なコンポーネントであり、サーバーはクライアントが呼び出すためのプロセスを提供します。プロシージャはパラメータを受け取り、結果を返すことができます。 XML_RPC は、プロトコル キャリアとして HTTP を使用し、データを送受信するための XML ボキャブラリを通じて RPC メカニズムを実装します。 XML_RPC サーバーは XML_RPC 要求を受信して​​ XML_RPC 応答を返し、XML_RPC クライアントは XML_RPC 要求を送信して XML_RPC 応答を受信します。サーバーとクライアントは、XML_RPC 標準の要件に従って応答と要求を処理する必要があります。

3. XML_RPC プロトコル
完全な XML_RPC 仕様は http://www.xmlrpc.com/spec にあります。以下にその要点を解説します。

3.1 XML_RPC リクエスト

XML_RPC リクエストは HTTP POST リクエストである必要があり、その本文は XML 形式です。リクエストの XML 部分の形式は次のとおりです:



examples.getStateName


41





データの送信先を指定する URL はここでは指定されていません。サーバーが RPC 処理専用の場合は、「/」になる可能性があります。上記の XML ドキュメントのペイロードは「methodCall」構造です。 MethodCall には、呼び出されるメソッドを説明する文字列を含む「methodName」サブ要素が含まれている必要があります。 「methodName」の内容をどのように解釈するかは完全にサーバー次第です。たとえば、実行可能ファイルの名前、データベース内のレコードの名前、またはその他の名前にすることができます。プロシージャがパラメータを受け入れる場合、「methodCall」には「params」要素といくつかの「param」子要素を含めることができます。各「param」要素には、型記述子を含む値が含まれます。型記述子は次の表に示すとおりです。


タグ 説明
または 4 バイトのバンド 符号付き整数（12 など）
0（false）、または 1（true）
文字列（「Hello World」など）
倍精度符号付き浮動小数点数（など） as - 12.214
日付/時刻 (19980717T14:08:55 など)
Base64 でエンコードされたバイナリ データ (eW91IGbid0IHJlQgdGhpcyE など)


3.1.1 構造

値は構造体にすることができ、その構造体は 要素で記述されます。各 には複数の が含まれ、各 には が含まれます。以下は 2 つの要素で構成される構造体です:



name
member1 ＜/value＞
＜/member＞
＜member＞
＜name＞member2＜/name＞
＜value＞＜i4＞19＜/i4＞＜/value＞
＜ /member>



はネストでき、任意の または を含むその他の型を含めることができます。

3.1.2 配列

値は配列型にすることができ、配列は 要素で記述されます。各 要素には 要素が含まれており、 要素には任意の数の 要素を含めることができます。以下は配列要素の例です。



0
Hello＜/string＞＜/value＞
＜/data＞
＜/array＞


要素には名前がありません。前の例で示したように、 要素の値はさまざまなタイプにすることができます。 要素はネストすることができ、任意の または上記で紹介した のような他の型を含めることができます。

3.2 XML_RPC レスポンス

XML_RPC レスポンスは HTTP レスポンスであり、コンテンツ タイプは text/xml です。レスポンスボディの形式は以下のとおりです:





ABCDEFG





が含まれる場合があります。 ;params> 構造体、またはプロシージャ呼び出しが成功したかどうかに応じて、 構造体が含まれる場合があります。



faultCode
4
メンバー>

＜名前＞faultString＜/name＞
＜値＞＜文字列＞Error!＜/string＞＜/value＞
＜/member＞
＜/struct＞
＜/value＞
＜/障害＞