IPS WebサービスWSDLバージョン

IPS Webサービスは、IPS WebサービスコンポーネントがインストールされているIPSインストールからアクセスされるWSDL (Web Services Description Language)ドキュメントのセットによってサポートされます。 各IPS APIリリースには、バージョン管理されたターゲットXML名前空間を参照する新しいWSDLファイルが含まれています。 以前のWSDL名前空間バージョンも、既存のアプリケーションとの下位互換性を保つためにサポートされています。

WSDLアクセス

次に示すように、Scene7 WSDLにアクセスします。

https://<IPS_hostname:<IPS_port>/<IPS_webapp>/
webservice/IpsApi[-<API_version>].wsdl

<IPS_webapp>のデフォルト値はscene7です。

サービスの場所

サービスURLは、IPS Web Service WSDLドキュメントのサービスセクションで指定されます。 サービスURLは、通常、次の形式です。

https://<IPS_hostname>:<IPS_port>/<IPS_webapp>/
services/IpsApiService

Dynamic Media地域のアクセスURL

サポートされるWSDL

最新バージョンのIPS APIで機能を使用する場合は、コードの変更が必要になる場合があります。 IPS APIは、次のバージョンのWSDLをサポートしています。

新機能を使用するために変更が必要な既存のアプリケーションは、最新のAPIバージョンにアップグレードし、既存のコードに変更を加える必要がある場合があります。 詳しくは、変更ログを参照してください。

SOAP

連結

IPS API Webサービスは、SOAPバインディングのみをサポートします。

サポートされる輸送

IPS API SOAPバインディングは、HTTPトランスポートのみをサポートしています。 HTTPS要求方法を使用して、すべてのSOAPPOSTを行います。

SOAPアクションヘッダー

要求を処理するには、SOAPAction HTTPヘッダーに要求された操作の名前を設定します。 WSDL連結セクションの操作名属性で名前を指定します。

メッセージの形式

document/literalスタイルは、XMLスキーマ定義言語(https://www.w3.org/TR/xmlschema-0/)に基づく、WSDLファイルで指定された型を持つすべての入力および出力メッセージに使用されます。 すべての型には、WSDLファイルで指定されたターゲット名前空間の値を使用して修飾名が必要です。

認証のリクエスト

APIリクエストに認証資格情報を渡す推奨される方法は、IPS API WSDLで定義されているauthHeader要素を使用することです。

<element name="authHeader">
    <complexType>
       <sequence>
            <element name="user" type="xsd:string"/>
            <element name="password" type="xsd:string"/>
            <element name="locale" type="xsd:string" minOccurs="0"/>
            <element name="appName" type="xsd:string" minOccurs="0"/>
            <element name="appVersion" type="xsd:string" minOccurs="0"/>
            <element name="gzipResponse" type="xsd:boolean" minOccurs="0"/>
            <element name="faultHttpStatusCode" type="xsd:int" minOccurs="0"/>
       </sequence>
    </complexType>
 </element>

フィールド

authHeader要素は、APIバージョンに関係なく、常に名前空間http://www.scene7.com/IpsApi/xsdで定義されます。

次に、要求SOAPヘッダーでauthHeader要素を使用する例を示します。

<soap:Header xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
   <authHeader xmlns="http://www.scene7.com/IpsApi/xsd">
      <user>user@scene7.com</user>
      <password>mypassword</password>
      <appName>MyApp</appName>
      <appVersion>1.0</appVersion>
   </authHeader>
 </soap:Header>

その他の要求認証方法

何らかの理由でクライアントアプリケーションがauthHeader SOAPヘッダーを渡すことができない場合、API要求は、HTTP基本認証（RFC 2617で指定）を使用して資格情報を指定することもできます。

HTTP基本認証の場合、各SOAPPOST要求のHTTPヘッダーセクションには、次の形式のヘッダーを含める必要があります。

Authorization: Basic base64(<IPS_user_email>:<password>)

ここで、base64()は標準のBase64エンコーディングを適用し、<IPS_user_email>は有効なIPSユーザーの電子メールアドレス、<password>はユーザーのパスワードです。

最初のリクエストでAuthorizationヘッダーを先に送信します。 リクエストに認証資格情報が含まれていない場合、IpsApiServiceは401 (Unauthorized)というステータスコードで応答しません。 代わりに、500 (Internal Server Error)のステータスコードがSOAP障害本文と共に返され、要求が認証できなかったことが示されます。

IPS 3.8より前は、SOAPヘッダーを介した認証は、名前空間http://www.scene7.com/IpsApiのAuthUser要素とAuthPassword要素を使用して実装されていました。 例：

<soap:Header xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
   <AuthUser xmlns="http://www.scene7.com/IpsApi">user@scene7.com</AuthUser>
   <AuthPassword xmlns="http://www.scene7.com/IpsApi">mypassword</AuthPassword>
</soap:Header>

このスタイルは後方互換性のために引き続きサポートされますが、authHeader要素は非推奨（廃止予定）となっています。

承認のリクエスト

呼び出し元の資格情報が認証されると、要求元が要求された操作を実行する権限を持っていることを確認するために要求がチェックされます。 承認は、呼び出し元のユーザーの役割に基づいており、場合によっては、ターゲット会社、ターゲットユーザー、その他の操作パラメーターの確認も必要になります。 さらに、画像ポータルユーザーは、特定のフォルダーおよびアセット操作を実行するために必要な権限を持つグループに属している必要があります。 操作のリファレンスの節では、各操作の認証要件の詳細を説明します。

SOAP要求と応答のサンプル

次の例は、HTTPヘッダーを含む完全なaddCompany操作を示しています。

POST /scene7/services/IpsApiService HTTP/1.1
User-Agent: Axis/2.0
SOAPAction: addCompany
Content-Type: text/xml; charset=UTF-8

<?xml version='1.0' encoding='UTF-8'?>
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
    <soapenv:Header>
      <authHeader xmlns="http://www.scene7.com/IpsApi/xsd">
        <user>user@scene7.com</user>
        <password>mypassword</password>
        <appName>MyApp</appName>
        <appVersion>1.0</appVersion>
      </authHeader>
    </soapenv:Header>
    <soapenv:Body>
    <ns1:addCompanyParam xmlns:ns1="http://www.scene7.com/IpsApi/xsd/2008-01-15">
      <ns1:companyName>Sample Company</ns1:companyName>
      <ns1:expires>2008-07-31T12:00:00-06:00</ns1:expires>
    </ns1:addCompanyParam>
    </soapenv:Body>
 </soapenv:Envelope>

対応する応答は次のとおりです。

HTTP/1.1 200 OK
Server: Apache-Coyote/1.1
Content-Type: text/xml;charset=UTF-8
Transfer-Encoding: chunked
Date: Fri, 21 Jul 2006 20:47:55 GMT

<?xml version='1.0' encoding='utf-8'?><soapenv:Envelope
xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
   <soapenv:Header />
   <soapenv:Body>
     <ns1:addCompanyReturn xmlns:ns1="http://www.scene7.com/IpsApi/xsd/2008-01-15">
       <ns1:companyInfo>
          <ns1:companyHandle>2</ns1:companyHandle>
          <ns1:name>Sample Company</ns1:name>
          <ns1:rootPath>SampleCompany/</ns1:rootPath>
          <ns1:expires>2008-07-31T18:00:00.000Z</ns1:expires>
       </ns1:companyInfo>
     </ns1:addCompanyReturn>
   </soapenv:Body>
</soapenv:Envelope>

SOAP障害

操作で例外条件が発生した場合、SOAP障害が通常の応答の代わりにSOAPメッセージの本文として返されます。 例えば、管理者以外のユーザーが以前のaddCompanyリクエストを送信しようとすると、次の応答が返されます。

HTTP/1.1 500 Internal Server Error
Server: Apache-Coyote/1.1
Content-Type: text/xml;charset=UTF-8
Transfer-Encoding: chunked
Date: Fri, 21 Jul 2006 16:36:20 GMT
Connection: close

<?xml version='1.0' encoding='utf-8'?>
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
   <soapenv:Header />
   <soapenv:Body>
      <soapenv:Fault>
         <faultcode>soapenv:Client</faultcode>
         <faultstring>AuthorizationException</faultstring>
         <detail>
           <ns1:authorizationFault xmlns:ns1="http://www.scene7.com/IpsApi/xsd">
               <code xmlns="http://www.scene7.com/IpsApi/xsd">20003</code>
             <reason xmlns="http://www.scene7.com/IpsApi/xsd">User does not
             have permission to access operation 'addCompany'</reason>
           </ns1:authorizationFault>
         </detail>
      </soapenv:Fault>
   </soapenv:Body>
</soapenv:Envelope>

Business.Adobe.com リソース

Personalized Experiences Content As A Service Version History Dynamic Media Digital Signage Content Management System