リクエストメッセージをWebサービスへ転送し、リスポンスメッセージを該Webサービスから受信する通信部と、アプリケーションとの間に結合されたクライアントサイドWebサービスインターフェイスにおいて、該Webサービスの変換元サービスメソッド名と変換先サービスメソッド名とが対応して格納された変換テーブルと、該リクエストメッセージに関するデータに、該変換テーブル中の変換先サービスメソッド名が含まれていれば該変換先サービスメソッド名を対応する変換元サービスメソッド名に変換する逆変換手段と、該リスポンスメッセージに関するデータに、該変換テーブル中の変換元サービスメソッド名が含まれていれば該変換元サービスメソッド名を対応する変換先サービスメソッド名に変換する変換手段と、を有することを特徴とするクライアントサイドWebサービスインターフェイス。該アプリケーションからサービスメソッドが呼び出され、リスポンスメッセージを該アプリケーションに返すサービスプロキシと、該サービスメソッドの呼び出をシリアライズして該通信部へ渡すシリアライザと、該シリアライズされたリスポンスメッセージを該通信部から受け取ってデシリアライズし該サービスプロキシに渡すデシリアライザと、をさらに備え、該変換手段及び該逆変換手段はいずれも、該サービスプロキシと該通信部との間又は該サービスプロキシと該アプリケーションとの間に結合されていることを特徴とする請求項1に記載のクライアントサイドWebサービスインターフェイス。該リクエストメッセージに関するデータは、該シリアライズされたリクエストメッセージであり、該リスポンスメッセージに関するデータは、該シリアライズされたリスポンスメッセージであり、該逆変換手段は、該シリアライザと該通信部との間に結合され、該変換手段は、該デシリアライザと該通信部との間に結合されていることを特徴とする請求項2に記載のクライアントサイドWebサービスインターフェイス。該サービスプロキシは、該Webサービスに直接対応したWSDLファイルを該変換手段に通した後にWSDLツールで生成されたものであることを特徴とする請求項3に記載のクライアントサイドWebサービスインターフェイス。該リクエストメッセージに関するデータは、該シリアライズされる前のサービスメソッド呼出しコードであり、該リスポンスメッセージに関するデータは、該デシリアライズされた後の戻り値であり、該変換手段及び該逆変換手段はいずれも、該アプリケーションと該サービスプロキシとの間に結合されていることを特徴とする請求項2に記載のクライアントサイドWebサービスインターフェイス。請求項1乃至5のいずれか1つに記載のクライアントサイドWebサービスインターフェイスを備えていることを特徴とするソフトウェア開発キット。請求項3又は4に記載のクライアントサイドWebサービスインターフェイスを備えたソフトウェア開発キットを用いてアプリケーションを開発する工程と、該アプリケーションに含まれるサービスメソッド名のうち該変換テーブル内の変換先サービスメソッド名と一致するものを対応する変換元サービスメソッド名に変換する工程と、該変換手段及び該逆変換手段を省略して、該通信部と該シリアライザとの間及び該通信部と該デシリアライザとの間を直結する工程と、該Webサービスに直接対応したWSDLファイルに基づきサービスプロキシを生成しこれを、該開発工程でのサービスプロキシと置換する工程と、を有することを特徴とするソフトウェア開発方法。該アプリケーションは画像形成装置の内部のWebサービスと該画像形成装置の外部のWebサービスとを用いており、該変換テーブルには該画像形成装置の外部のWebサービスのサービスメソッド名のみ存在することを特徴とする請求項7に記載のソフトウェア開発方法。本発明の目的は、このような問題点に鑑み、複数のWebサービスプロバイダのWebサービスを使用するアプリケーションの開発をより円滑に行うことが可能なクライアントサイドWebサービスインターフェイス及びこれを備えたソフトウェア開発キット並びにこの開発キットを用いたソフトウェア開発方法を提供することにある。本発明の第1態様では、リクエストメッセージをWebサービスへ転送し、リスポンスメッセージを該Webサービスから受信する通信部と、アプリケーションとの間に結合されたクライアントサイドWebサービスインターフェイスにおいて、該Webサービスの変換元サービスメソッド名と変換先サービスメソッド名とが対応して格納された変換テーブルと、該リクエストメッセージに関するデータに、該変換テーブル中の変換先サービスメソッド名が含まれていれば該変換先サービスメソッド名を対応する変換元サービスメソッド名に変換する逆変換手段と、該リスポンスメッセージに関するデータに、該変換テーブル中の変換元サービスメソッド名が含まれていれば該変換元サービスメソッド名を対応する変換先サービスメソッド名に変換する変換手段とを有する。本発明によるクライアントサイドWebサービスインターフェイスの第2態様では、第1態様において、該アプリケーションからサービスメソッドが呼び出され、リスポンスメッセージを該アプリケーションに返すサービスプロキシと、該サービスメソッドの呼び出をシリアライズして該通信部へ渡すシリアライザと、該シリアライズされたリスポンスメッセージを該通信部から受け取ってデシリアライズし該サービスプロキシに渡すデシリアライザとをさらに備え、該変換手段及び該逆変換手段はいずれも、該サービスプロキシと該通信部との間又は該サービスプロキシと該アプリケーションとの間に結合されている。本発明によるクライアントサイドWebサービスインターフェイスの第3態様では、第2態様において、該リクエストメッセージに関するデータは、該シリアライズされたリクエストメッセージであり、該リスポンスメッセージに関するデータは、該シリアライズされたリスポンスメッセージであり、該逆変換手段は、該シリアライザと該通信部との間に結合され、該変換手段は、該デシリアライザと該通信部との間に結合されている。本発明によるクライアントサイドWebサービスインターフェイスの第4態様では、第3態様において、該サービスプロキシは、該Webサービスに直接対応したWSDLファイルを該変換手段に通した後にWSDLツールで生成されたものである。本発明によるクライアントサイドWebサービスインターフェイスの第5態様では、第2態様において、該リクエストメッセージに関するデータは、該シリアライズされる前のサービスメソッド呼出しコードであり、該リスポンスメッセージに関するデータは、該デシリアライズされた後の戻り値であり、該変換手段及び該逆変換手段はいずれも、該アプリケーションと該サービスプロキシとの間に結合されている。本発明によるソフトウェア開発方法の第1態様では、請求項3又は4に記載のクライアントサイドWebサービスインターフェイスを備えたソフトウェア開発キットを用いてアプリケーションを開発する工程と、該アプリケーションに含まれるサービスメソッド名のうち該変換テーブル内の変換先サービスメソッド名と一致するものを対応する変換元サービスメソッド名に変換する工程と、該変換手段及び該逆変換手段を省略して、該通信部と該シリアライザとの間及び該通信部と該デシリアライザとの間を直結する工程と、該Webサービスに直接対応したWSDLファイルに基づきサービスプロキシを生成しこれを、該開発工程でのサービスプロキシと置換する工程とを有する。上記クライアントサイドWebサービスインターフェイスの第1態様の構成によれば、Webサービスの変換元サービスメソッド名と変換先サービスメソッド名とが対応して格納された変換テーブルを備え、逆変換手段により、Webサービスのリクエストメッセージに関するデータに該変換テーブル中の変換先サービスメソッド名が含まれていれば該変換先サービスメソッド名を対応する変換元サービスメソッド名に変換し、変換手段により、該リスポンスメッセージに関するデータに該変換テーブル中の変換元サービスメソッド名が含まれていれば該変換元サービスメソッド名を対応する変換先サービスメソッド名に変換するので、複数のWebサービスプロバイダのWebサービスを使用するアプリケーションの開発をする場合に、プロバイダ間でメソッド名の命名規則が異なっていても、命名規則を統一させることが可能となり、これにより、混乱を避けてアプリケーションの開発をより円滑に行うことができるという効果を奏する。上記クライアントサイドWebサービスインターフェイスの第3態様の構成によれば、シリアライズされたテキストデータに対し変換処理を行えばよく、Webサービスの種類やプラットフォームによらない汎用の変換手段及び逆変換手段を用いることができるという効果を奏する。上記クライアントサイドWebサービスインターフェイスの第4態様の構成によれば、該変換手段及び逆変換手段を用いた場合のサービスプロキシを、該汎用の変換手段と通常のWSDLツールとを用いて容易に生成できるという効果を奏する。上記ソフトウェア開発方法の第1態様の構成によれば、該変換手段及び逆変換手段を用いてアプリケーションを開発した後に、該変換手段及び逆変換手段を省略して処理を高速化することができるという効果を奏する。本発明の他の目的、特徴的な構成及び効果は、以下の説明を特許請求の範囲及び図面の記載と関係づけて読むことにより明らかになる。図1は、本発明の実施例1に係る、複数のクラウドサービスを利用する画像形成システムの概略構成図である。このシステムでは、イントラネット10に、画像形成装置11と、ユーザ端末としてのパーソナルコンピュータPCPC12と、無線LANのアクセスポイント13とが結合され、スマートフォン14がアクセスポイント13を介してイントラネット10に結合される。このイントラネット10がルータ不図示を介してインターネット20に結合される。インターネット20には、複数のクラウド21~23が結合されている。また、インターネット20に基地局24が結合され、スマートフォン14及び25から基地局24を介しイントラネット10に結合される。複数のクラウド21~23はそれぞれ、クラウドサービス31~33を各種クライアント端末に対し提供可能となっている。ユーザは、PC12、スマートフォン14及び25などに拡張アプリケーションをインストールすることにより、これらからWebサービスとして、画像形成装置11のコピー、プリント及びファクシミリなどの基本的なサービスやクラウドサービス31~33並びにこれらサービスを組み合わせたものを実行したり、画像形成装置11の設定情報を取得したり、この設定を変更したりすることが可能となる。図1では、簡単化の為に、複数のPC端末を1つのPC12で代表し、アクセスポイント13に対する複数の携帯端末を1つのスマートフォン14で代表し、基地局24に対する複数の携帯端末を1つのスマートフォン25で代表している。図2は、画像形成装置11の階層構造を示すブロック図である。画像形成装置11は、ハードウェアとしてスキャナ40、プリンタ41、FAX42、操作パネル43及びNIC44を備え、プラットフォーム50を介してそれぞれの基本的な入出力制御を行うことが可能となっている。プラットフォーム50は、前記制御を行ったり、電源を管理したり、TCP/IPなどのプロトコルで通信したりするOSオペレーティングシステムと、OSの下層の各種デバイスドライバと、OS上のJava登録商標仮想マシンやCLRCommonLanguageRuntimeなどの仮想マシンクラスライブラリと、標準ライブラリやコンパイラ等の開発環境とを備えている。制御モジュールクラスライブラリ51は、プラットフォーム50のAPI52を介してこれらハードウェアのそれぞれを機能単位で制御可能となっている。基本アプリケーション53は、制御モジュール51のAPI54を介し、ハードウェア40~44をコピー、プリント及びファクシミリなどのような論理的な機能単位で制御可能となっている。ハードウェア40~44に対する設定情報は、操作パネル43の操作に応答して、制御モジュール51により設定情報データベース55に格納され、また、格納された設定情報は、操作パネル43の操作に応答して制御モジュール51により、操作パネル43に表示される。システム管理部56は、API52又は54を介して、ユーザに対する認証、認可の処理を行ったり、エラー管理を行ったり、省電力管理を行ったりする。PC12又はスマートフォン14若しくは25から画像形成装置11へのサービス要求は、NIC44及びプラットフォーム50を介してWebサービスプロバイダ57に伝えられ、Webサービスプロバイダ57はその要求に応じて、API58を介し基本アプリケーション53を動作させ、API54を介し設定情報データベース55から設定情報を読み出し又は設定情報データベース55の設定を変更し、それらの結果を返信する。図3は、スマートフォン14の階層構造を示すブロック図である。スマートフォン14は、ハードウェアとしてカメラ60、傾きセンサ61、ブルーツース通信部62、操作パネル63及び通信アダプタ64などを備え、通信アダプタ64にアンテナ65が結合され、プラットフォーム70を介してそれぞれの基本的な入出力制御を行うことが可能となっている。プラットフォーム70は、前記制御を行ったり、電源を管理したり、TCP/IPなどのプロトコルで通信したりするOSと、OSの下層の各種デバイスドライバと、OS上の仮想マシンと、標準ライブラリとを備えている。制御モジュール71は、プラットフォーム70のAPI72を介してこれらハードウェアのそれぞれを機能単位で制御可能となっている。基本アプリケーション73は、制御モジュール71のAPI74を介し、ハードウェア60~64を論理的な機能単位で制御可能となっている。ハードウェア60~64に対する設定情報は、操作パネル63の操作に応答して、制御モジュール71により設定情報データベース75に格納され、また、格納された設定情報は、操作パネル63の操作に応答して制御モジュール71により、操作パネル63に表示される。システム管理部76は、API72又は74を介して、ユーザに対する認証、認可の処理を行ったり、エラー管理を行ったり、省電力管理を行ったりする。Webクライアント77は、操作パネル63の操作に応答してAPI72を介しそのURLに要求を送信し、返信された内容を操作パネル63に表示させる。拡張アプリケーション78は、基本アプリケーション73のAPI79を介して、単一又は複数の機能の組み合わせを実行させ、API74を介し設定情報データベース75の設定情報を読み取って操作パネル63に表示させ又は設定情報データベース75の設定情報を変更させる。拡張アプリケーション78はまた、Webサービスインターフェイス7A及びWebクライアント77を介し画像形成装置11のWebサービスプロバイダ57又はクラウド21~23のクラウドサービス31~33に対し要求を行い、その結果を、Webクライアント77及びWebサービスインターフェイス7Aを介して受信し、その内容を操作パネル63に表示させる。図4は、拡張アプリケーション78の開発段階におけるWebサービスインターフェイス7A及びこれに関連した部分のより詳細な機能ブロック図である。Webクライアント77は、開発者によるWSDLファイルのURLの入力に応答して、プラットフォーム70のTCP/IP通信部701を介しこのURLに要求を送信し、その返信は、TCP/IP通信部701及びWebクライアント77を介して受信され、WSDLファイル81として保存される。従来では、WSDLファイル81に基づいて、WSDLツール82によりサービスプロキシ86を生成していたが、本実施例では、Webサービスインターフェイス7AにコンバータCNVを備え、WSDLファイル81をコピーしこれに含まれるサービスメソッド名のうち所定のものを他のサービスメソッド名に変換しその他をそのままにしたものをWSDLファイル85とし、その内容に基づき、WSDLツール82でサービスプロキシ86を生成している。図5は、変換テーブル83の具体例を示す。このテーブルのNo=0の行は、名詞動詞のメソッド名を動詞名詞のメソッド名に変換することにより、他のメソッド名と同様の形式にして統一を図り、これにより混乱を避けるためのものである。また、No=1の行は、省略形を含むメソッド名を、無省略メソッド名に変換することにより、他のメソッド名と同様の形式にして統一を図り、これにより混乱を避けるためのものである。図4に戻って、サービスプロキシ86は、外部のWebサービスに対する要求及びその応答を、拡張アプリケーション78に対し内部メソッドの呼出し及びその戻り値の返しと同じに見せかけるためのものである。拡張アプリケーション78からサービスプロキシ86へのサービスメソッドの呼び出しは、シリアライザ87により、SOAPプロトコルに従ったXMLに変換される。コンバータCNVはさらに逆変換部88を備え、このXMLに含まれるサービスメソッド名が拡張アプリケーション78側のサービスメソッド名変換先サービスメソッド名と一致するものを含んでいれば、これを、サービスプロバイダ側で定めたサービスメソッド名変換元サービスメソッド名に変換逆変換する。図6は、SOAPプロトコルでのサービスメソッド呼び出しのXMLの具体例を示す。図6Aは変換前のXMLであり、図6Bは変換後のXMLである。図中、点線は省略されていることを示す。図6Aに示すように、BODY要素の最初の子要素の要素名は、サービスメソッド名であり、この例ではcountWordがメソッド名である。このメソッド名の要素の子要素は、このメソッドの引数であり、この例では要素名html及びwordが引数名であり、それぞれの値はhttpabxcomcopyhtml及びcopyである。このcountWordメソッドは、httpabxcomcopyhtmlの頁内の単語copyをカウントするサービスメソッドである。図4に戻って、Webクライアント77は、この変換されたXMLをHTTPメッセージのボディーとし、Webサービス側のWebサービスプロバイダに含まれるWebサーバーと、HTTPプロトコルによる通信を行う。Webサービス側での処理結果は、TCP/IP通信部701及びWebクライアント77を介してそのXMLがコンバータCNVの変換部84に供給され、変換部84はこのXMLに含まれるWebサービスリスポンス名に、変換テーブル83内の変換元サービスメソッド名と一致するものが含まれていれば、これを拡張アプリケーション78側のメソッド名変換先サービスメソッド名に変換する。図7は、サービスメソッド呼び出しの戻り値のXMLの具体例を示す。図7Aは変換前のXMLであり、図7Bは変換後のXMLである。図中、点線は省略されていることを示す。図7Aに示すように、BODY要素の最初の子要素の要素名は、サービスメソッド名Responseの形となっており、この例では要素名がwordCountReponseとなっている。この要素名の要素の子要素は、このメソッドの戻り値であり、この例では要素名countが戻り値名であり、その値は12である。wordCountResponseにテーブル83中の変換元メソッド名wordCountが含まれているので、これが変換部84によりcountWordResponseと変換される。図4に戻って、変換後のXMLは、デシリアライザ89で通常のメソッド呼び出しに対する戻り値に変換される。サービスプロキシ86は、それを拡張アプリケーション78に返す。図8は、拡張アプリケーション78の開発が完了した後での後処理を示すフローチャートである。図9は、図4の構成に対し該後処理を行った後のものを示す機能ブロック図である。S0WSDLファイル81の内容に基づいてWSDLツール82によりサービスプロキシ86Aを生成し、これをサービスプロキシ86と置換する。S1拡張アプリケーション78のソースコードのうち、変換テーブル83に含まれる変換先サービスメソッド名と一致するものを、対応する変換元サービスメソッド名で置換して、拡張アプリケーション78Aとする。S2図4中のコンバータCNVを省略し、シリアライザ87及びデシリアライザ89を直接Webクライアント77と論理的に結合させることにより、Webサービスインターフェイス7AをWebサービスインターフェイス7Bとする。以上の処理により、変換テーブル83を用いないで拡張アプリケーション78Aを作成した場合と同じ結果が得られる。図10は、PC12のハードウェア構成を示す概略ブロック図である。図11は、PC12をソフトウェア開発装置として利用する場合の概略機能ブロック図である。ホストコンピュータPC12では、CPU91がインターフェイス92を介してメモリ93、ハードディスクドライブ94、会話型入出力装置95及びネットワークインターフェイス96に結合されている。図10では、簡単化の為に、複数種のインターフェイスを1つのブロック92で表している。メモリ92は例えば、BIOSが格納されたフラッシュメモリと、主記憶装置として用いられるDRAMとを備えている。ハードディスクドライブ94には、OS、各種デバイスドライバ、ライブラリ及び仮想マシンがプラットフォームPFとして格納され、さらにソフトウェア開発キットSDKが格納されている。ネットワークインターフェイス96は、イントラネット10に結合されている。このソフトウェア開発装置は、図3中の拡張アプリケーション78の開発を支援するものであり、図11中、構成要素72A、171、173~176及び179はそれぞれ図3中の構成要素72、71、73~76及び79に対応している。これら構成要素72A、171、173~176及び179は、図3中の対応する構成要素のうち、拡張アプリケーション78を開発するのに必要な部分のみを備えていればよい。ラッパーAPI172及び172Aはそれぞれ、API110をラッパーすることによりAPI52及びAPI72と同じに見せかけるものである。なお、上記WSDLツール82は、プラットフォーム110内の標準ライブラリ内に含まれている。PC12は、通常のSDKと同様に、テキストエディタ100、デザイナ101、デバッガ102及びビルダ103と、ユーザの操作に応答してこれらのいずれかを呼び出す処理やプロジェクト生成処理等を行うアプリ開発統合管理部104とを備えている。デザイナ101は、操作パネル63の画面設計のアプリケーション開発を支援するためのものであって、ビジュアルな設計に基づいてプログラムを自動生成するものである。PC12はさらに、スマートフォン14のハードウェアに対応したシミュレータ105を備えている。入力装置950及び表示装置951は図10中の会話型入出力装置95を構成している。図11中、拡張アプリケーション78及びWebサービスインターフェイス7A中のサービスプロキシ86図4以外は、開発環境として予め備えられている。この装置を用いた拡張アプリケーション77の開発は、図4~9についての上記説明から明らかであるので、重複説明を省略する。本実施例1によれば、Webサービスの変換元サービスメソッド名と変換先サービスメソッド名とが対応して格納された変換テーブル83を備え、逆変換部88により、Webサービスのリクエストメッセージに変換テーブル83中の変換先サービスメソッド名と同一のものが含まれていればこれを対応する変換元サービスメソッド名に変換し、変換部84により、リスポンスメッセージに変換テーブル83中の変換元サービスメソッド名と同一のものが含まれていればこれを対応する変換先サービスメソッド名に変換するので、複数のWebサービスプロバイダのWebサービスを使用するアプリケーションの開発をする場合に、プロバイダ間でメソッド名の命名規則が異なっていても、命名規則を統一させることが可能となり、これにより、混乱を避けてアプリケーションの開発をより円滑に行うことができるという効果を奏する。また、シリアライズされたテキストデータに対し変換処理を行えばよく、Webサービスの種類やプラットフォームによらない汎用のコンバータCNVを用いることができるという効果を奏する。さらに、コンバータCNVを用いた場合のサービスプロキシ86を、該汎用のコンバータCNVと通常のWSDLツール82とを用いて容易に生成できるという効果を奏する。また、コンバータCNVを用いてアプリケーションを開発した後に、コンバータCNVを省略して処理を高速化することができるという効果を奏する。図12は、本発明の実施例2に係り、図4の構成の替わりに用いられるものの機能ブロック図である。この構成は、図9の構成にラッパー生成ツール120及び変換テーブル83を付加し、ラッパー生成ツール120でサービスプロキシラッパー121を生成し、図9の拡張アプリケーション78Aの替わりに図4の拡張アプリケーション78を用いたものである。拡張アプリケーション78から呼び出されるサービスメソッドのうち、その名前が変換テーブル83内のいずれの変換元サービスメソッド名とも一致しないものは、サービスプロキシ86A内に存在するので、サービスプロキシ86A内のそれを直接呼び出すことができ、そうでないものは、サービスプロキシラッパー121内の対応するメソッドが呼び出されるようにし、このメソッドがサービスプロキシ86A内の対応するメソッドを呼び出すように構成している。このようなサービスプロキシラッパー121は、ラッパー生成ツール120により変換テーブル83を参照して生成され、図11のPC12に予め備えられている。この実施例2においても、図8の場合と同様の後処理を行ってもよい。すなわち、拡張アプリケーション78の開発が完了した後に、拡張アプリケーション78のソースコードのうち、変換テーブル83に含まれる変換先サービスメソッド名と一致するものを、対応する変換元サービスメソッド名で置換して、拡張アプリケーション78Aとし、サービスプロキシラッパー121を省略して図9の構成を得るようにしてもよい。これにより、ラッパー生成ツール120及びサービスプロキシラッパー121を用いないで拡張アプリケーション78Aを作成した場合と同じ結果が得られる。以上において、本発明の好適な実施例を説明したが、本発明には他にも種々の変形例が含まれ、上記複数の実施例で述べた構成要素の他の組み合わせ、各構成要素の機能を実現する他の構成を用いたもの、当業者であればこれらの構成又は機能から想到するであろう他の構成も、本発明に含まれる。例えば、上記実施例ではSOAPoverHTTPプロトコルを用いた構成を説明したが、本発明はこれに限定されず、SOAPメッセージを転送するプロトコルはHTTP以外であってもよく、また、SOAPの替わりにRESTRepresentationalStateTransfer又はXML-RPCRemoteProcedureCallなどを用いた構成であってもよい。また、上記後処理を行えば処理速度が向上するが、本発明はこれを行わない構成であってもよい。