特許 7073703 ゲートウェイ装置、クライアントサーバシステムおよびプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-05-16

(45)【発行日】2022-05-24

(54)【発明の名称】ゲートウェイ装置、クライアントサーバシステムおよびプログラム

(51)【国際特許分類】

   H04L 67/06 20220101AFI20220517BHJP

【ＦＩ】

H04L67/06

【請求項の数】 12

(21)【出願番号】P 2017237690

(22)【出願日】2017-12-12

(65)【公開番号】P2019105977

(43)【公開日】2019-06-27

【審査請求日】2020-11-19

(73)【特許権者】

【識別番号】000005496

【氏名又は名称】富士フイルムビジネスイノベーション株式会社

(74)【代理人】

【識別番号】110001519

【氏名又は名称】特許業務法人太陽国際特許事務所

(74)【代理人】

【識別番号】110000039

【氏名又は名称】特許業務法人アイ・ピー・ウィン

(72)【発明者】

【氏名】益永 翔平

【審査官】大石 博見

(56)【参考文献】

【文献】特開２０１４－１８２７１２（ＪＰ，Ａ）

【文献】高橋 健一 KENICHI TAKAHASHI，２層構造によるＷｅｂアプリケーションのＷｅｂサービス変換 Converting Web Application to Web Service by Two Layers，情報処理学会論文誌 第４９巻 第１号 IPSJ Journal，日本，社団法人情報処理学会 Information Processing Society of Japan，第49巻

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ ６７／０６

(57)【特許請求の範囲】

【請求項1】

クライアント装置からの処理要求を受信する受信手段と、
前記受信手段により受信された１つの処理要求に対して、複数回の処理要求をサーバ装置に対して実行する処理要求実行手段と、
同期通信を行う通信プロトコルと非同期通信を行う通信プロトコルとの間のプロトコル変換を行う変換手段と、
前記サーバ装置との間で同期通信を行い、前記クライアント装置との間では非同期通信を行うことにより、当該複数回の処理要求に対する前記サーバ装置からのそれぞれの処理結果を前記クライアント装置に順次返信する返信手段と、
前記サーバ装置から取得された処理結果を参照して、次にどのような処理要求を前記サーバ装置に対して実行すれば前記クライアント装置から受信した処理要求を実現できるかを解析する解析手段と、を備え
前記処理要求実行手段は、前記解析手段による解析結果に基づいてクライアント装置から受信した処理要求を実現するためには新たな処理要求が必要だと判定した場合、前記サーバ装置に対して次の処理要求を実行する
ゲートウェイ装置。

【請求項2】

前記サーバ装置が、ＡＰＩ処理を実行するためのＡＰＩサーバ装置であり、
前記処理要求実行手段は、前記受信手段により受信された１つの処理要求に対して、複数回のＡＰＩ呼び出し処理を前記ＡＰＩサーバ装置に対して行う請求項１記載のゲートウェイ装置。

【請求項3】

前記処理要求実行手段は、前記受信手段により指定フォルダの全ての下層フォルダのフォルダ情報及び前記指定フォルダと前記指定フォルダの下層フォルダに含まれる全てのファイルのファイル情報の取得を要求する処理要求が受信された場合、前記サーバ装置に対して前記指定フォルダの直接下層のフォルダ情報及びファイル情報を取得する処理要求の実行を、指定フォルダの全ての下層フォルダとファイルの情報が取得されるまで複数回繰り返すことにより、前記指定フォルダの全ての下層フォルダのフォルダ情報及び前記指定フォルダと前記指定フォルダの下層フォルダに含まれる全てのファイルのファイル情報を取得する請求項１記載のゲートウェイ装置。

【請求項4】

前記返信手段は、前記サーバ装置との間で同期通信を行い、前記クライアント装置との間では非同期通信を行うことにより、前記サーバ装置から取得されたフォルダ情報及びファイル情報を順次前記クライアント装置に返信する請求項３記載のゲートウェイ装置。

【請求項5】

前記処理要求実行手段は、複数のパラメータを指定した処理要求が受信された場合、前記サーバ装置に対して複数のパラメータのうちの１つのパラメータを指定した処理要求の実行を、前記処理要求において指定された全てのパラメータについての処理結果が取得されるまで複数回繰り返すことにより、複数のパラメータのそれぞれを指定した場合の処理結果を取得する請求項１記載のゲートウェイ装置。

【請求項6】

前記返信手段は、前記サーバ装置との間で同期通信を行い、前記クライアント装置との間では非同期通信を行うことにより、前記サーバ装置から取得された複数のパラメータのそれぞれを指定した場合の処理結果を順次前記クライアント装置に返信する請求項５記載のゲートウェイ装置。

【請求項7】

前記処理要求実行手段は、順番に行われるべき複数の処理内容を指定した処理要求が受信された場合、前記サーバ装置に対して最初の処理内容を指定した処理要求を実行し、得られた処理結果に対して次の処理内容を実行する処理要求を前記サーバ装置に対して順次実行することにより、複数の処理内容が実行された後の処理結果を取得する請求項１記載のゲートウェイ装置。

【請求項8】

前記返信手段は、前記サーバ装置との間で同期通信を行い、前記クライアント装置との間では非同期通信を行うことにより、前記サーバ装置から取得された全ての処理内容が実行される前の処理結果および全ての処理内容が実行された後の処理結果を順次前記クライアント装置に返信する請求項７記載のゲートウェイ装置。

【請求項9】

前記処理要求実行手段は、複数のサーバ装置にファイルデータを格納すべき処理要求が受信された場合、前記複数のサーバ装置に対してそれぞれファイルデータを格納する処理を順次実行して、ファイルデータの格納結果を取得する請求項１記載のゲートウェイ装置。

【請求項10】

前記返信手段は、前記サーバ装置との間で同期通信を行い、前記クライアント装置との間では非同期通信を行うことにより、前記複数のサーバ装置から取得されたファイルデータの格納結果を順次前記クライアント装置に返信する請求項９記載のゲートウェイ装置。

【請求項11】

処理要求を行うクライアント装置と、
受信した処理要求に基づいた処理を実行して、その処理結果を返信するサーバ装置と、
クライアント装置からの処理要求を受信する受信手段と、前記受信手段により受信された１つの処理要求に対して、複数回の処理要求をサーバ装置に対して実行する処理要求実行手段と、同期通信を行う通信プロトコルと非同期通信を行う通信プロトコルとの間のプロトコル変換を行う変換手段と、前記サーバ装置との間で同期通信を行い、前記クライアント装置との間では非同期通信を行うことにより、当該複数回の処理要求に対する前記サーバ装置からのそれぞれの処理結果を前記クライアント装置に順次返信する返信手段と、前記サーバ装置から取得された処理結果を参照して、次にどのような処理要求を前記サーバ装置に対して実行すれば前記クライアント装置から受信した処理要求を実現できるかを解析する解析手段と、を備え、前記処理要求実行手段は、前記解析手段による解析結果に基づいてクライアント装置から受信した処理要求を実現するためには新たな処理要求が必要だと判定した場合、前記サーバ装置に対して次の処理要求を実行するゲートウェイ装置と、
を有するクライアントサーバシステム。

【請求項12】

クライアント装置からの処理要求を受信する受信ステップと、
前記受信ステップにおいて受信された１つの処理要求に対して、複数回の処理要求をサーバ装置に対して実行する処理要求実行ステップと、
同期通信を行う通信プロトコルと非同期通信を行う通信プロトコルとの間のプロトコル変換を行う変換ステップと、
前記サーバ装置との間で同期通信を行い、前記クライアント装置との間では非同期通信を行うことにより、当該複数回の処理要求に対する前記サーバ装置からのそれぞれの処理結果を前記クライアント装置に順次返信する返信ステップと、
前記サーバ装置から取得された処理結果を参照して、次にどのような処理要求を前記サーバ装置に対して実行すれば前記クライアント装置から受信した処理要求を実現できるかを解析する解析ステップと、
をコンピュータに実行させるためのプログラムであって、
前記処理要求実行ステップでは、前記解析ステップにおける解析結果に基づいてクライアント装置から受信した処理要求を実現するためには新たな処理要求が必要だと判定した場合、前記サーバ装置に対して次の処理要求を実行する
プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ゲートウェイ装置、クライアントサーバシステムおよびプログラムに関する。

【背景技術】

【0002】

特許文献１には、ＷｅｂＳｏｃｋｅｔを用いる通信と、ＷｅｂＳｏｃｋｅｔ以外のプロトコルを用いる通信とを仲介するゲートウェイ装置を用いることにより、ＷｅｂＳｏｃｋｅｔ通信に非対応のＷｅｂサービスを利用する場合においても、クライアントアプリケーションからのリクエストによるＷｅｂＳｏｃｋｅｔ通信を可能とする通信方法が開示されている。

【0003】

特許文献２には、既存システムとＡＰＩ（Application Programming Interface）ゲートウェイとの間において、既存システムとのパケット送受信シーケンスをデータベースに予め格納しておき、受信したパケット内のパラメータを抽出して、データベースに格納されているパケット内のパラメータを抽出されたパラメータに置換して、パラメータが置換されたパケットを用いて既存システムとの間でパケットの送受信を実施するようにしたＡＰＩ変換システムが開示されている。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２０１５－０４５８９７号公報

【文献】特開２０１７－０５４４１１号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

本発明の目的は、クライアント装置が処理要求を送信する際の通信量を、クライアント装置からサーバ装置に対して処理要求を直接送信する場合と比較して、削減することが可能なゲートウェイ装置、クライアントサーバシステムおよびプログラムを提供することである。

【課題を解決するための手段】

【0006】

［ゲートウェイ装置］
請求項１に係る本発明は、クライアント装置からの処理要求を受信する受信手段と、
前記受信手段により受信された１つの処理要求に対して、複数回の処理要求をサーバ装置に対して実行する処理要求実行手段と、
同期通信を行う通信プロトコルと非同期通信を行う通信プロトコルとの間のプロトコル変換を行う変換手段と、
前記サーバ装置との間で同期通信を行い、前記クライアント装置との間では非同期通信を行うことにより、当該複数回の処理要求に対する前記サーバ装置からのそれぞれの処理結果を前記クライアント装置に順次返信する返信手段と、
前記サーバ装置から取得された処理結果を参照して、次にどのような処理要求を前記サーバ装置に対して実行すれば前記クライアント装置から受信した処理要求を実現できるかを解析する解析手段と、を備え
前記処理要求実行手段は、前記解析手段による解析結果に基づいてクライアント装置から受信した処理要求を実現するためには新たな処理要求が必要だと判定した場合、前記サーバ装置に対して次の処理要求を実行する
ゲートウェイ装置である。

【0008】

請求項２に係る本発明は、前記サーバ装置が、ＡＰＩ処理を実行するためのＡＰＩサーバ装置であり、
前記処理要求実行手段は、前記受信手段により受信された１つの処理要求に対して、複数回のＡＰＩ呼び出し処理を前記ＡＰＩサーバ装置に対して行う請求項１記載のゲートウェイ装置である。

【0009】

請求項３に係る本発明は、前記処理要求実行手段が、前記受信手段により指定フォルダの全ての下層フォルダのフォルダ情報及び前記指定フォルダと前記指定フォルダの下層フォルダに含まれる全てのファイルのファイル情報の取得を要求する処理要求が受信された場合、前記サーバ装置に対して前記指定フォルダの直接下層のフォルダ情報及びファイル情報を取得する処理要求の実行を、指定フォルダの全ての下層フォルダとファイルの情報が取得されるまで複数回繰り返すことにより、前記指定フォルダの全ての下層フォルダのフォルダ情報及び前記指定フォルダと前記指定フォルダの下層フォルダに含まれる全てのファイルのファイル情報を取得する請求項１記載のゲートウェイ装置である。

【0010】

請求項４に係る本発明は、前記返信手段が、前記サーバ装置との間で同期通信を行い、前記クライアント装置との間では非同期通信を行うことにより、前記サーバ装置から取得されたフォルダ情報及びファイル情報を順次前記クライアント装置に返信する請求項３記載のゲートウェイ装置である。

【0011】

請求項５に係る本発明は、前記処理要求実行手段が、複数のパラメータ（媒介変数）を指定した処理要求が受信された場合、前記サーバ装置に対して複数のパラメータのうちの１つのパラメータを指定した処理要求の実行を、前記処理要求において指定された全てのパラメータについての処理結果が取得されるまで複数回繰り返すことにより、複数のパラメータのそれぞれを指定した場合の処理結果を取得する請求項１記載のゲートウェイ装置である。

【0012】

請求項６に係る本発明は、前記返信手段が、前記サーバ装置との間で同期通信を行い、前記クライアント装置との間では非同期通信を行うことにより、前記サーバ装置から取得された複数のパラメータのそれぞれを指定した場合の処理結果を順次前記クライアント装置に返信する請求項５記載のゲートウェイ装置である。

【0013】

請求項７に係る本発明は、前記処理要求実行手段が、順番に行われるべき複数の処理内容を指定した処理要求が受信された場合、前記サーバ装置に対して最初の処理内容を指定した処理要求を実行し、得られた処理結果に対して次の処理内容を実行する処理要求を前記サーバ装置に対して順次実行することにより、複数の処理内容が実行された後の処理結果を取得する請求項１記載のゲートウェイ装置である。

【0014】

請求項８に係る本発明は、前記返信手段が、前記サーバ装置との間で同期通信を行い、前記クライアント装置との間では非同期通信を行うことにより、前記サーバ装置から取得された全ての処理内容が実行される前の処理結果および全ての処理内容が実行された後の処理結果を順次前記クライアント装置に返信する請求項７記載のゲートウェイ装置である。

【0015】

請求項９に係る本発明は、前記処理要求実行手段が、複数のサーバ装置にファイルデータを格納すべき処理要求が受信された場合、前記複数のサーバ装置に対してそれぞれファイルデータを格納する処理を順次実行して、ファイルデータの格納結果を取得する請求項１記載のゲートウェイ装置である。

【0016】

請求項１０に係る本発明は、前記返信手段が、前記サーバ装置との間で同期通信を行い、前記クライアント装置との間では非同期通信を行うことにより、前記複数のサーバ装置から取得されたファイルデータの格納結果を順次前記クライアント装置に返信する請求項９記載のゲートウェイ装置である。

【0017】

[クライアントサーバシステム]
請求項１１に係る本発明は、処理要求を行うクライアント装置と、
受信した処理要求に基づいた処理を実行して、その処理結果を返信するサーバ装置と、
クライアント装置からの処理要求を受信する受信手段と、前記受信手段により受信された１つの処理要求に対して、複数回の処理要求をサーバ装置に対して実行する処理要求実行手段と、同期通信を行う通信プロトコルと非同期通信を行う通信プロトコルとの間のプロトコル変換を行う変換手段と、前記サーバ装置との間で同期通信を行い、前記クライアント装置との間では非同期通信を行うことにより、当該複数回の処理要求に対する前記サーバ装置からのそれぞれの処理結果を前記クライアント装置に順次返信する返信手段と、前記サーバ装置から取得された処理結果を参照して、次にどのような処理要求を前記サーバ装置に対して実行すれば前記クライアント装置から受信した処理要求を実現できるかを解析する解析手段と、を備え、前記処理要求実行手段は、前記解析手段による解析結果に基づいてクライアント装置から受信した処理要求を実現するためには新たな処理要求が必要だと判定した場合、前記サーバ装置に対して次の処理要求を実行するゲートウェイ装置とを有するクライアントサーバシステムである。

【0018】

[プログラム]
請求項１２に係る本発明は、クライアント装置からの処理要求を受信する受信ステップと、
前記受信ステップにおいて受信された１つの処理要求に対して、複数回の処理要求をサーバ装置に対して実行する処理要求実行ステップと、
同期通信を行う通信プロトコルと非同期通信を行う通信プロトコルとの間のプロトコル変換を行う変換ステップと、
前記サーバ装置との間で同期通信を行い、前記クライアント装置との間では非同期通信を行うことにより、当該複数回の処理要求に対する前記サーバ装置からのそれぞれの処理結果を前記クライアント装置に順次返信する返信ステップと、
前記サーバ装置から取得された処理結果を参照して、次にどのような処理要求を前記サーバ装置に対して実行すれば前記クライアント装置から受信した処理要求を実現できるかを解析する解析ステップと、
をコンピュータに実行させるためのプログラムであって、
前記処理要求実行ステップでは、前記解析ステップにおける解析結果に基づいてクライアント装置から受信した処理要求を実現するためには新たな処理要求が必要だと判定した場合、前記サーバ装置に対して次の処理要求を実行する
プログラムである。

【発明の効果】

【0019】

請求項１に係る本発明によれば、クライアント装置が処理要求を送信する際の通信量を、クライアント装置からサーバ装置に対して処理要求を直接送信する場合と比較して、削減することが可能なゲートウェイ装置を提供することができる。

【0021】

請求項２に係る本発明によれば、クライアント装置が処理要求を送信する際の通信量を、クライアント装置からＡＰＩサーバ装置に対して処理要求を直接送信する場合と比較して、削減することが可能なゲートウェイ装置を提供することができる。

【0022】

請求項３に係る本発明によれば、クライアント装置がサーバ装置における指定フォルダの全ての下層フォルダのフォルダ情報及び指定フォルダと指定フォルダの下層フォルダに含まれる全てのファイルのファイル情報を取得する際に、クライアント装置が処理要求を送信する際の通信量を、クライアント装置からサーバ装置に対して処理要求を直接送信する場合と比較して、削減することが可能なゲートウェイ装置を提供することができる。

【0023】

請求項４に係る本発明によれば、サーバ装置が指定フォルダの全ての下層フォルダのフォルダ情報及び指定フォルダと指定フォルダの下層フォルダに含まれる全てのファイルのファイル情報の取得を要求する処理要求に対応していない場合でも、クライアント装置は、１回の処理要求を送信するだけで、サーバ置における指定フォルダの全ての下層フォルダのフォルダ情報及び指定フォルダと指定フォルダの下層フォルダに含まれる全てのファイルのファイル情報を取得することが可能なゲートウェイ装置を提供することができる。

【0024】

請求５に係る本発明によれば、サーバ装置においてパラメータを指定した処理要求を複数回実行する際に、クライアント装置が処理要求を送信する際の通信量を、クライアント装置からサーバ装置に対して処理要求を直接送信する場合と比較して、削減することが可能なゲートウェイ装置を提供することができる。

【0025】

請求項６に係る本発明によれば、クライアント装置は、１回の処理要求を送信するだけで、サーバ置においてパラメータを指定した処理要求を複数回実行した場合の複数の処理結果を取得することが可能なゲートウェイ装置を提供することができる。

【0026】

請求項７に係る本発明によれば、サーバ装置において順番に行われるべき複数の処理要求を実行する際に、クライアント装置が処理要求を送信する際の通信量を、クライアント装置からサーバ装置に対して処理要求を直接送信する場合と比較して、削減することが可能なゲートウェイ装置を提供することができる。

【0027】

請求項８に係る本発明によれば、クライアント装置は、１回の処理要求を送信するだけで、サーバ装置において順番に行われるべき複数の処理要求を実行した場合の処理結果を取得することが可能なゲートウェイ装置を提供することができる。

【0028】

請求項９に係る本発明によれば、複数のサーバ装置に対してそれぞれファイルデータを格納する処理要求を実行する際に、クライアント装置が処理要求を送信する際の通信量を、クライアント装置からサーバ装置に対して処理要求を直接送信する場合と比較して、削減することが可能なゲートウェイ装置を提供することができる。

【0029】

請求項１０に係る本発明によれば、クライアント装置は、１回の処理要求を送信するだけで、複数のサーバ装置に対してファイルデータを格納することが可能なゲートウェイ装置を提供することができる。

【0030】

請求項１１に係る本発明によれば、クライアント装置が処理要求を送信する際の通信量を、クライアント装置からサーバ装置に対して処理要求を直接送信する場合と比較して、削減することが可能なクライアントサーバシステムを提供することができる。

【0031】

請求項１２に係る本発明によれば、クライアント装置が処理要求を送信する際の通信量を、クライアント装置からサーバ装置に対して処理要求を直接送信する場合と比較して、削減することが可能なプログラムを提供することができる。

【図面の簡単な説明】

【0032】

【図1】本発明の一実施形態のクライアントサーバシステムの構成を示すシステム図である。

【図2】本発明の一実施形態におけるゲートウェイ装置１０のハードウェア構成を示すブロック図である。

【図3】本発明の一実施形態におけるゲートウェイ装置１０の機能構成を示すブロック図である。

【図4】本発明の一実施形態のゲートウェイ装置１０の動作を示すフローチャートである。

【図5】図４のフローチャートを参照して説明したゲートウェイ装置１０の動作を説明するためのシーケンスチャートである。

【図6】ゲートウェイ装置１０の具体的な処理例１を説明する際に使用するフォルダ構成例を説明するための図である。

【図7】本発明の一実施形態のゲートウェイ装置１０における具体的な処理例１の動作を説明するためのフローチャートである。

【図8】図７のフローチャートを参照して説明したゲートウェイ装置１０の具体的な処理例１における動作を説明するためのシーケンスチャートである。

【図9】本発明の一実施形態のゲートウェイ装置１０における具体的な処理例２の動作を説明するためのフローチャートである。

【図10】図９のフローチャートを参照して説明したゲートウェイ装置１０の具体的な処理例２における動作を説明するためのシーケンスチャートである。

【図11】本発明の一実施形態のゲートウェイ装置１０における具体的な処理例３の動作を説明するためのシーケンスチャートである。

【図12】本発明の一実施形態のゲートウェイ装置１０における具体的な処理例４の動作を説明するためのシステム構成を説明するための図である。

【図13】本発明の一実施形態のゲートウェイ装置１０における具体的な処理例４の動作を説明するためのシーケンスチャートである。

【発明を実施するための形態】

【0033】

次に、本発明の実施の形態について図面を参照して詳細に説明する。

【0034】

図１は本発明の一実施形態のクライアントサーバシステムの構成を示すシステム図である。

【0035】

本発明の一実施形態のクライアントサーバシステムは、図１に示されるように、ゲートウェイ装置１０と、クライアント装置２０と、ＡＰＩ（Application Programming Interface）サーバ装置３０とから構成されている。

【0036】

クライアント装置２０は、ある特定の処理を実施するためのリクエスト（処理要求）を行う。具体的には、クライアント装置２０は、ゲートウェイ装置１０に対して実行する処理内容が指定されたリクエストを送信する。

【0037】

ゲートウェイ装置１０は、通信プロトコルの異なる複数のネットワーク間の接続を行うための装置であり、本実施形態では、クライアント装置２０と、ＡＰＩサーバ装置２０との間の通信プログラム変換を行っている。

【0038】

このようなゲートウェイ装置１０が設けられていることにより、本実施形態のクライアントサーバシステムでは、クライアント装置２０とゲートウェイ装置１０との間では非同期通信によりデータの送受信が行われ、ＡＰＩサーバ装置３０とゲートウェイ装置１０との間では同期通信によりデータの送受信が行われる。

【0039】

ＡＰＩサーバ装置３０は、ゲートウェイ装置１０を介して受信したリクエストに基づいた処理を実行して、その処理結果をゲートウェイ装置２０に返信する。

【0040】

なお、本実施形態では、ＡＰＩサーバ装置３０は、ＡＰＩ処理を実行するためのサーバ装置であり、ゲートウェイ装置１０を介して受信したＡＰＩ呼び出しに基づくＡＰＩ呼び出し処理を実行して、その処理結果をゲートウェイ装置２０に返信する。

【0041】

次に、本実施形態のクライアントサーバシステムにおけるゲートウェイ装置１０のハードウェア構成を図２に示す。

【0042】

ゲートウェイ装置１０は、図２に示されるように、ＣＰＵ１１、メモリ１２、ハードディスクドライブ（ＨＤＤ）等の記憶装置１３、ネットワーク３０を介して外部の装置等との間でデータの送信及び受信を行う通信インタフェース（ＩＦ）１４、タッチパネル又は液晶ディスプレイ並びにキーボードを含むユーザインタフェース（ＵＩ）装置１５を有する。これらの構成要素は、制御バス１６を介して互いに接続されている。

【0043】

ＣＰＵ１１は、メモリ１２または記憶装置１３に格納された制御プログラムに基づいて所定の処理を実行して、ゲートウェイ装置１０の動作を制御する。なお、本実施形態では、ＣＰＵ１１は、メモリ１２または記憶装置１３内に格納された制御プログラムを読み出して実行するものとして説明したが、当該プログラムをＣＤ－ＲＯＭ等の記憶媒体に格納してＣＰＵ１１に提供することも可能である。

【0044】

図３は、上記の制御プログラムが実行されることにより実現されるゲートウェイ装置１０の機能構成を示すブロック図である。

【0045】

本実施形態のゲートウェイ装置１０は、図３に示されるように、データ受信部３１と、ゲートウェイ装置１０の動作を制御している制御部３２とを備えている。また、制御部３２は、解析部４１と、リクエスト実行部４２と、プロトコル変換部４３とから構成されている。

【0046】

データ送受信部３１は、クライアント装置２０およびＡＰＩサーバ装置３０との間でデータの送受信を行っている。具体的には、データ送受信部３１は、クライアント装置２０からのリクエスト（処理要求）を受信する。

【0047】

また、データ送受信部３１は、ＡＰＩサーバ装置３０との間で同期通信を行い、クライアント装置２０との間では非同期通信を行うことにより、複数回のリクエストに対するＡＰＩサーバ装置３０からのそれぞれの処理結果をクライアント装置２０に順次返信する。

【0048】

解析部４１は、ＡＰＩサーバ装置３０から取得された処理結果を参照して、次にどのようなリクエストをＡＰＩサーバ装置３０に対して実行すればクライアント装置２０から受信したリクエストを実現できるかを解析する。

【0049】

リクエスト実行部４２は、データ受信部３１により受信された１つのリクエストに対して、複数回のリクエストをＡＰＩサーバ装置３０に対して実行する。

【0050】

また、あるリクエストに対する処理結果がＡＰＩサーバ装置３０から送信されてきた場合、リクエスト実行部４２は、解析部４１による解析結果に基づいてＡＰＩサーバ装置３０に対して次の処理要求を実行する。

【0051】

なお、本実施形態ではＡＰＩサーバ装置３０はＡＰＩ呼び出し処理を実行するためのサーバ装置であるため、リクエスト実行部４２は、デー送受信部３１によってクライアント装置２０から受信された１つのリクエストに対して、複数回のＡＰＩ呼び出し処理をＡＰＩサーバ装置３０に対して行う。

【0052】

プロトコル変換部４３は、同期通信を行う通信プロトコルと非同期通信を行う通信プロトコルとの間のプロトコル変換を行う。

【0053】

次に、本実施形態のクライアントサーバシステムにおけるゲートウェイ装置１０の動作について図面を参照して詳細に説明する。

【0054】

先ずゲートウェイ装置１０の動作を図４のフローチャートを参照して説明する。

【0055】

ゲートウェイ装置１０がクライアント装置２０からのリクエストを受信すると(ステップＳ１０１)、ゲートウェイ装置１０は、クライアント装置２０から受信したリクエストの解析を行う(ステップＳ１０２)。

【0056】

そして、ゲートウェイ装置１０は、その解析結果に基づいて、クライアント装置２０から受信したリクエストを実現するためのリクエストをＡＰＩサーバ装置３０に送信する(ステップＳ１０３)。

【0057】

そして、ゲートウェイ装置１０は、ＡＰＩサーバ装置３０において処理が実行され、ＡＰＩサーバ装置３０からの処理結果を受信すると(ステップＳ１０４)、クライアント装置２０に処理結果を返信する(ステップＳ１０５)。

【0058】

そして、ゲートウェイ装置１０は、ＡＰＩサーバ装置３０から受信した処理結果を解析して（ステップＳ１０６）、クライアント装置２０から受信したリクエストを実現するためには新たなリクエストが必要だと判定した場合（ステップＳ１０７においてｙｅｓ）、ＡＰＩサーバ装置３０に新たなリクエストを送信する（ステップＳ１０３）。

【0059】

このようにしてステップＳ１０３～Ｓ１０６の処理が繰り返され、クライアント装置２０から受信したリクエストの全てが実現されると、ゲートウェイ装置１０は、新たなリクエストは不要と判定して処理を終了する（ステップＳ１０７においてｎｏ）。

【0060】

次に、図４のフローチャートを参照して説明したゲートウェイ装置１０の動作を、図５のシーケンスチャートを参照して説明する。なお、図５のシーケンスチャートでは、ゲートウェイ装置１０は、クライアント装置２０からのリクエストに対して、３回のリクエスト（ＡＰＩ呼び出し）をＡＰＩサーバ装置３０に送信するものとして説明する。

【0061】

クライアント装置２０がゲートウェイ装置１０にリクエストを送信すると（ステップＳ２０１）、ゲートウェイ装置１０は、クライアント装置２０から受信したリクエストを実現するためのＡＰＩ呼び出し（リクエスト）をＡＰＩサーバ装置３０に送信する(ステップＳ２０２)。

【0062】

そして、ＡＰＩサーバ装置３０では、受信したＡＰＩ呼び出しに基づいて処理が実行され、その処理結果がゲートウェイ装置１０に送信される（ステップＳ２０３）。すると、ゲートウェイ装置１０は、ＡＰＩサーバ装置３０から受信した処理結果をクライアント装置２０に返信する(ステップＳ２０４)。

【0063】

さらに、ゲートウェイ装置１０は新たなＡＰＩ呼び出し（ステップＳ２０５）をＡＰＩサーバ装置３０に送信して、ＡＰＩサーバ装置３０からゲートウェイ装置１０に処理結果が返信され（ステップＳ２０６）、ゲートウェイ装置１０からクライアント装置２０に処理結果が返信される（ステップＳ２０７）。

【0064】

最後に、ゲートウェイ装置１０は新たなＡＰＩ呼び出し（ステップＳ２０８）をＡＰＩサーバ装置３０に送信して、ＡＰＩサーバ装置３０からゲートウェイ装置１０に最終的な処理結果が返信され（ステップＳ２０９）、ゲートウェイ装置１０からクライアント装置２０に最終的な処理結果が返信される（ステップＳ２１０）。

【0065】

図５のシーケンスチャートを参照すると、クライアント装置２０からゲートウェイ装置１０に対しては１回のリクエスト（ステップＳ２０１）のみが行われるだけで、ゲートウェイ装置１０からＡＰＩサーバ装置３０に対しては３回のＡＰＩ呼び出し（ステップＳ２０２、Ｓ２０５、Ｓ２０８）が行われているのが分かる。

【0066】

次に、上記で説明した本実施形態のクライアントサーバシステムにおけるゲートウェイ装置１０の動作を、下記の具体的な処理例１～４を用いて説明する

【0067】

［具体的な処理例１］
先ず、具体的な処理例１として、ＡＰＩサーバ装置３０が、ストレージサービスを提供しており、クライアント装置２０がＡＰＩサーバ装置３０における指定フォルダの下層フォルダのフォルダ情報と、指定フォルダと指定フォルダの下層フォルダに含まれるファイル情報を取得する場合を用いて説明する。

【0068】

例えば、図６に示すようなＡＰＩサーバ装置３０内に格納されている指定フォルダ６１の下層フォルダのフォルダ情報と、指定フォルダ６１と指定フォルダ６１の下層フォルダに含まれるファイル情報を、クライアント装置２０が取得する場合について説明する。

【0069】

ここで、指定フォルダの下層フォルダの構造であるフォルダ情報を取得するための処理要求には、ＧｅｔＤｅｓｃｅｎｄａｎｔｓリクエストと、ＧｅｔＣｈｉｌｄｒｅｎリクエストという２種類のリクエストが存在する。

【0070】

そして、ＧｅｔＤｅｓｃｅｎｄａｎｔｓリクエストは、指定フォルダの全ての下層フォルダと、指定フォルダと指定フォルダの下層フォルダに含まれる全てのファイルの情報を取得するための処理要求である。そして、ＧｅｔＣｈｉｌｄｒｅｎリクエストは、指定フォルダの直近（直接）の下層フォルダとファイルの情報のみを取得するための処理要求である。

【0071】

例えば、フォルダ６１を指定してＧｅｔＣｈｉｌｄｒｅｎリクエストという処理要求を実行した場合、フォルダ６２、６３というフォルダ情報のみが取得される。また、フォルダ６１を指定してＧｅｔＤｅｓｃｅｎｄａｎｔｓリクエストという処理要求を実行した場合、フォルダ６２～６６という全ての下層フォルダのフォルダ情報が取得される。

【0072】

ここで、クライアント装置２０は、ＧｅｔＤｅｓｃｅｎｄａｎｔｓリクエストを要求可能であるが、ＡＰＩサーバ装置３０では、ＧｅｔＤｅｓｃｅｎｄａｎｔｓリクエストには対応しておらず、ＧｅｔＣｈｉｌｄｒｅｎリクエストのみが実行可能であるとする。

【0073】

つまり、クライアント装置２０からＡＰＩサーバ装置３０に対して、ＧｅｔＤｅｓｃｅｎｄａｎｔｓリクエストを直接送信したとしても、ＡＰＩサーバ装置３０においては、ＧｅｔＤｅｓｃｅｎｄａｎｔｓリクエストを実行することができない。

【0074】

そこで、本実施形態のゲートウェイ装置１０におけるリクエスト実行部４２は、データ送受信部３１によりクライアント装置２０から指定フォルダの全ての下層フォルダのフォルダ情報と、指定フォルダと指定フォルダの下層フォルダに含まれる全てのファイル情報の取得を要求するＧｅｔＤｅｓｃｅｎｄａｎｔｓリクエストが受信された場合、ＡＰＩサーバ装置３０に対して指定フォルダの直接下層のフォルダ情報とファイル情報を取得するＧｅｔＣｈｉｌｄｒｅｎリクエストの実行を複数回繰り返すことにより、指定フォルダの全ての下層フォルダのフォルダ情報とファイル情報を取得する。

【0075】

そして、データ送受信部３１は、ＡＰＩサーバ装置３０との間で同期通信を行い、クライアント装置２０との間では非同期通信を行うことにより、ＡＰＩサーバ装置３０から取得されたフォルダ情報を順次クライアント装置２０に返信する。

【0076】

次に、この具体的な処理例１におけるゲートウェイ装置１０の動作を図７のフローチャートを参照して説明する。

【0077】

ゲートウェイ装置１０がクライアント装置２０からのＧｅｔＤｅｓｃｅｎｄａｎｔｓリクエストを受信すると(ステップＳ３０１)、ゲートウェイ装置１０は、クライアント装置２０から受信したＧｅｔＤｅｓｃｅｎｄａｎｔｓリクエストの解析を行う(ステップＳ３０２)。

【0078】

そして、ゲートウェイ装置１０は、その解析結果に基づいて、クライアント装置２０から受信したリクエストを実現するためのＧｅｔＣｈｉｌｄｒｅｎリクエストをＡＰＩサーバ装置３０に送信する(ステップＳ３０３)。

【0079】

そして、ゲートウェイ装置１０は、ＡＰＩサーバ装置３０において処理が実行され、ＡＰＩサーバ装置３０からの処理結果、つまり指定フォルダの直近下層のフォルダとファイルの情報を受信すると(ステップＳ３０４)、クライアント装置２０に対して、そのフォルダ情報とファイル情報を処理結果として返信する(ステップＳ３０５)。

【0080】

そして、ゲートウェイ装置１０は、ＡＰＩサーバ装置３０から受信した処理結果を解析して（ステップＳ３０６）、ＡＰＩサーバ装置３０における指定フォルダの全ての下層フォルダの情報と、指定フォルダと指定フォルダの下層フォルダに含まれる全てのファイル情報が取得されていない場合（ステップＳ３０７においてｎｏ）、ＡＰＩサーバ装置３０に新たなＧｅｔＣｈｉｌｄｒｅｎリクエストを送信する（ステップＳ３０３）。

【0081】

このようにしてステップＳ３０３～Ｓ３０６の処理が繰り返され、ＡＰＩサーバ装置３０における指定フォルダの全ての下層フォルダとファイルの情報が取得されると、ゲートウェイ装置１０は、新たなＧｅｔＣｈｉｌｄｒｅｎリクエストは不要と判定して処理を終了する（ステップＳ３０７においてｙｅｓ）。

【0082】

次に、図７のフローチャートを参照して説明したゲートウェイ装置１０の具体的な処理例１における動作を、図８のシーケンスチャートを参照して説明する。

【0083】

クライアント装置２０がゲートウェイ装置１０にＧｅｔＤｅｓｃｅｎｄａｎｔｓリクエストを送信すると（ステップＳ４０１）、ゲートウェイ装置１０は、クライアント装置２０から受信したＧｅｔＤｅｓｃｅｎｄａｎｔｓリクエストを実現するためのＧｅｔＣｈｉｌｄｒｅｎリクエストをＡＰＩサーバ装置３０に送信する(ステップＳ４０２)。

【0084】

そして、ＡＰＩサーバ装置３０では、受信したＧｅｔＣｈｉｌｄｒｅｎリクエストに基づいて、指定フォルダの直近下層フォルダのフォルダ情報と直近下層ファイルのファイル情報を取得する処理が実行され、その処理結果がフォルダ情報及びファイル情報としてゲートウェイ装置１０に送信される（ステップＳ４０３）。すると、ゲートウェイ装置１０は、ＡＰＩサーバ装置３０から受信したフォルダ情報とファイル情報をクライアント装置２０に返信する(ステップＳ４０４)。

【0085】

そして、ステップＳ４０２～Ｓ４０４と同様な処理が繰り返され、ＡＰＩサーバ装置３０における指定フォルダの全ての下層フォルダのフォルダ情報と、指定フォルダと指定フォルダの下層フォルダに含まれる全てのファイル情報が最終的な処理結果として、ゲートウェイ装置１０からクライアント装置２０に返信される（ステップＳ４０５～Ｓ４１０）。

【0086】

図８のシーケンスチャートを参照すると、クライアント装置２０からゲートウェイ装置１０に対してはＧｅｔＤｅｓｃｅｎｄａｎｔｓリクエストという１回のリクエスト（ステップＳ４０１）のみが行われるだけで、ゲートウェイ装置１０からＡＰＩサーバ装置３０に対しては複数回のＧｅｔＣｈｉｌｄｒｅｎリクエスト（ステップＳ４０２、Ｓ４０５、Ｓ４０８）が行われているのが分かる。

【0087】

［具体的な処理例２］
次に、具体的な処理例２として、クライアント装置２０が複数のパラメータ（パラメータセット）を指定した処理結果をＡＰＩサーバ装置３０から取得したい場合に、ＡＰＩサーバ装置３０では１回のリクエストにおいて１つのパラメータの指定しか受付けていない場合を用いて説明する。

【0088】

本実施形態のゲートウェイ装置１０におけるリクエスト実行部４２は、複数のパラメータ（媒介変数）を指定したリクエストが受信された場合、ＡＰＩサーバ装置３０に対して複数のパラメータのうちの１つのパラメータを指定したリクエストの実行を複数回繰り返すことにより、複数のパラメータのそれぞれを指定した場合の処理結果を取得する。

【0089】

データ送受信部３１は、ＡＰＩサーバ装置３０との間で同期通信を行い、クライアント装置２０との間では非同期通信を行うことにより、ＡＰＩサーバ装置３０から取得された複数のパラメータのそれぞれを指定した場合の処理結果を順次クライアント装置２０に返信する。

【0090】

次に、この具体的な処理例２におけるゲートウェイ装置１０の動作を図９のフローチャートを参照して説明する。

【0091】

ゲートウェイ装置１０がクライアント装置２０から複数のパラメータを指定したリクエストを受信すると(ステップＳ５０１)、ゲートウェイ装置１０は、クライアント装置２０から受信したリクエストの解析を行う(ステップＳ５０２)。

【0092】

そして、ゲートウェイ装置１０は、その解析結果に基づいて、クライアント装置２０から受信したリクエストを実現するために１つのパラメータを指定したリクエストをＡＰＩサーバ装置３０に送信する(ステップＳ５０３)。

【0093】

そして、ゲートウェイ装置１０は、ＡＰＩサーバ装置３０において処理が実行され、ＡＰＩサーバ装置３０からの処理結果、つまり１つのパラメータを指定したリクエストを実行した処理結果を受信すると(ステップＳ５０４)、クライアント装置２０に対して、その処理結果を返信する(ステップＳ５０５)。

【0094】

そして、ゲートウェイ装置１０は、全てのパラメータを指定した場合の処理結果が取得されていない場合（ステップＳ５０６においてｎｏ）、ＡＰＩサーバ装置３０に次のパラメータを指定した新たなリクエストを送信する（ステップＳ５０３）。

【0095】

このようにしてステップＳ５０３～Ｓ５０６の処理が繰り返され、全てのパラメータについての処理結果が取得されると、ゲートウェイ装置１０は、新たなリクエストは不要と判定して処理を終了する（ステップＳ５０６においてｙｅｓ）。

【0096】

次に、図９のフローチャートを参照して説明したゲートウェイ装置１０の具体的な処理例２における動作を、図１０のシーケンスチャートを参照して説明する。

【0097】

クライアント装置２０がゲートウェイ装置１０に３つのパラメータＡ、Ｂ、Ｃを指定したリクエストを送信すると（ステップＳ６０１）、ゲートウェイ装置１０は、パラメータＡを指定したリクエスト（パラメータＡ）をＡＰＩサーバ装置３０に送信する(ステップＳ６０２)。

【0098】

そして、ＡＰＩサーバ装置３０では、受信したリクエスト（パラメータＡ）に基づいて処理が実行され、その処理結果（Ａ）がゲートウェイ装置１０に送信される（ステップＳ６０３）。すると、ゲートウェイ装置１０は、ＡＰＩサーバ装置３０から受信した処理結果（Ａ）をクライアント装置２０に返信する(ステップＳ６０４)。

【0099】

そして、ステップＳ６０２～Ｓ６０４と同様な処理が繰り返され、パラメータＢ、Ｃについての処理結果が取得され、ゲートウェイ装置１０からクライアント装置２０に順次返信される（ステップＳ６０５～Ｓ６１０）。

【0100】

図１０のシーケンスチャートを参照すると、クライアント装置２０からゲートウェイ装置１０に対してはパラメータＡ、Ｂ、Ｃという３つのパラメータを指定した１回のリクエスト（ステップＳ６０１）のみが行われるだけで、ゲートウェイ装置１０からＡＰＩサーバ装置３０に対してはパラメータＡ、Ｂ、Ｃのそれぞれを指定した３回のリクエスト（ステップＳ６０２、Ｓ６０５、Ｓ６０８）が行われているのが分かる。

【0101】

［具体的な処理例３］
次に、具体的な処理例３として、あるリクエストに基づくＡＰＩサーバ装置３０における処理結果を取得して、取得した処理結果を用いて再度ＡＰＩサーバ装置３０に対してリクエストを行う場合を用いて説明する。

【0102】

本実施形態のゲートウェイ装置１０におけるリクエスト実行部４２は、順番に行われるべき複数の処理内容を指定したリクエストが受信された場合、ＡＰＩサーバ装置３０に対して最初の処理内容を指定したリクエストを実行し、次の処理内容を得られた処理結果に実行するリクエストをＡＰＩサーバ装置３０に対して実行することにより、複数の処理内容が実行された後の処理結果を取得する。

【0103】

データ送受信部３１は、ＡＰＩサーバ装置３０との間で同期通信を行い、クライアント装置２０との間では非同期通信を行うことにより、ＡＰＩサーバ装置３０から取得された全ての処理内容が実行される前の処理結果および全ての処理内容が実行された後の処理結果を順次クライアント装置２０に返信する。

【0104】

次に、図１１のシーケンスチャートを参照してゲートウェイ装置１０の具体的な処理例３における動作を説明する。なお、図１１のシーケンスチャートでは、ある画像データに対してフィルタ処理を実行して、そのフィルタ処理後の画像データに対してさらにサイズ変更処理を実行する場合について説明する。

【0105】

クライアント装置２０がゲートウェイ装置１０に２つの処理内容を示すパラメータ「フィルタ」、「サイズ変更」を指定したリクエストを送信すると（ステップＳ７０１）、ゲートウェイ装置１０は、パラメータ「フィルタ」を指定したリクエスト（「フィルタ」）をＡＰＩサーバ装置３０に送信する(ステップＳ７０２)。

【0106】

そして、ＡＰＩサーバ装置３０では、受信したリクエスト（「フィルタ」）に基づいて画像データに対するフィルタ処理が実行され、その処理結果（フィルタ）がゲートウェイ装置１０に送信される（ステップＳ７０３）。すると、ゲートウェイ装置１０は、ＡＰＩサーバ装置３０から受信した処理結果（フィルタ）をクライアント装置２０に返信する(ステップＳ７０４)。

【0107】

そして、ゲートウェイ装置１０は、処理結果（フィルタ）に対して、さらに「サイズ変更」を指定したリクエストをＡＰＩサーバ装置３０に送信する（ステップＳ７０５）。

【0108】

すると、ＡＰＩサーバ装置３０では、受信したリクエスト（「サイズ変更」）に基づいて、フィルタ処理後の画像データに対するサイズ変更処理が実行され、その処理結果（サイズ変更）がゲートウェイ装置１０に送信される（ステップＳ７０６）。すると、ゲートウェイ装置１０は、ＡＰＩサーバ装置３０から受信した最終的な処理結果（サイズ変更）をクライアント装置２０に返信する(ステップＳ７０７)。

【0109】

図１１のシーケンスチャートを参照すると、クライアント装置２０からゲートウェイ装置１０に対してはパラメータ「フィルタ」、「サイズ変更」という２つのパラメータを指定した１回のリクエスト（ステップＳ７０１）のみが行われるだけで、ゲートウェイ装置１０からＡＰＩサーバ装置３０に対してはパラメータ「フィルタ」、「サイズ変更」を指定した２回のリクエスト（ステップＳ７０２、Ｓ７０５）が行われているのが分かる。

【0110】

［具体的な処理例４］
次に、具体的な処理例４として、図１２に示すようにストレージサービスを提供している複数のＡＰＩサーバ装置３０Ａ、３０Ｂが存在する場合に、クライアント装置２０から複数のＡＰＩサーバ装置３０Ａ、３０Ｂに対して、ファイルデータを格納するリクエストを送信して、そのファイルデータの格納結果を取得する場合を用いて説明する。

【0111】

本実施形態のゲートウェイ装置１０におけるリクエスト実行部４２は、複数のＡＰＩサーバ装置３０Ａ、３０Ｂにファイルデータを格納すべきリクエストが受信された場合、複数のＡＰＩサーバ装置３０Ａ、３０Ｂに対してそれぞれファイルデータを格納する処理を順次実行して、ファイルデータの格納結果を取得する。

【0112】

データ送受信部３１は、ＡＰＩサーバ装置３０との間で同期通信を行い、クライアント装置２０との間では非同期通信を行うことにより、複数のＡＰＩサーバ装置３０Ａ、３０Ｂから取得されたファイルデータの格納結果を順次クライアント装置２０に返信する。

【0113】

次に、図１３のシーケンスチャートを参照してゲートウェイ装置１０の具体的な処理例４における動作を説明する。

【0114】

先ず、クライアント装置２０がゲートウェイ装置１０に、ファイルデータをアップロードするための１つのリクエストを送信すると（ステップＳ８０１）、先ず、ゲートウェイ装置１０は、ファイルデータをアップロードするためのリクエストをＡＰＩサーバ装置３０Ａに送信する(ステップＳ８０２)。

【0115】

すると、ＡＰＩサーバ装置３０Ａでは、受信したリクエストに基づいてファイルデータのアップロード処理が実行され、その処理結果がゲートウェイ装置１０に送信される（ステップＳ８０３）。そして、ゲートウェイ装置１０は、ＡＰＩサーバ装置３０Ａから受信した処理結果をクライアント装置２０に返信する(ステップＳ８０４)。

【0116】

次に、ゲートウェイ装置１０は、ファイルデータをアップロードするためのリクエストをＡＰＩサーバ装置３０Ｂに送信する(ステップＳ８０５)。すると、ＡＰＩサーバ装置３０Ｂでは、受信したリクエストに基づいてファイルデータのアップロード処理が実行され、その処理結果がゲートウェイ装置１０に送信される（ステップＳ８０６）。そして、ゲートウェイ装置１０は、ＡＰＩサーバ装置３０Ｂから受信した処理結果をクライアント装置２０に返信する(ステップＳ８０７)。

【0117】

図１３のシーケンスチャートを参照すると、クライアント装置２０からゲートウェイ装置１０に対して１回のファイルアップロードのリクエスト（ステップＳ８０１）のみが行われるだけで、ゲートウェイ装置１０からＡＰＩサーバ装置３０Ａ、３０Ｂのそれぞれに対してファイルデータをアップロードするための２回のリクエスト（ステップＳ８０２、Ｓ８０５）が行われているのが分かる。

【0118】

[変形例]
上記実施形態では、ＡＰＩサーバ装置３０において複数回の処理が実行される場合に、ゲートウェイ装置１０からクライアント装置２０に対して処理結果が順次送信される場合を用いて説明したが、複数回の処理結果をまとめて、または最終的な処理結果のみが送信されるようにしても良い。また、クライアント装置２０に対する処理結果の送信よりもＡＰＩサーバ装置３０への次のリクエストを優先して送信するようにしても良い。

【符号の説明】

【0119】

１０ ゲートウェイ装置
１１ ＣＰＵ
１２ メモリ
１３ 記憶装置
１４ 通信インタフェース（ＩＦ）
１５ ユーザインタフェース（ＵＩ）装置
１６ 制御バス
２０ クライアント装置
３０、３０Ａ、３０Ｂ ＡＰＩサーバ装置
３１ データ送受信部
３２ 制御部
４１ 解析部
４２ リクエスト実行部
４３ プロトコル変換部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】