特許 7302367 通信装置、通信システムおよび通信方法

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

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

(11)【特許番号】

(24)【登録日】2023-06-26

(45)【発行日】2023-07-04

(54)【発明の名称】通信装置、通信システムおよび通信方法

(51)【国際特許分類】

   H04L 67/06 20220101AFI20230627BHJP

   G06F 16/957 20190101ALI20230627BHJP

【ＦＩ】

H04L67/06

G06F16/957

【請求項の数】 9

(21)【出願番号】P 2019148913

(22)【出願日】2019-08-14

(65)【公開番号】P2021033356

(43)【公開日】2021-03-01

【審査請求日】2022-05-17

(73)【特許権者】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】舟橋 涼一

(72)【発明者】

【氏名】長谷川 尚己

(72)【発明者】

【氏名】多田 厚子

(72)【発明者】

【氏名】増井 誠生

(72)【発明者】

【氏名】倉木 健介

(72)【発明者】

【氏名】加藤 圭造

【審査官】小林 義晴

(56)【参考文献】

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

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

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

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

Ｈ０４Ｌ ６７／００

Ｇ０６Ｆ １６／９５７

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

【請求項1】

リクエストをサーバに送信して、前記サーバからリクエストに対応する第１レスポンスを受信し、軽量化パラメータに基づいて、前記リクエストを軽量化した軽量化データを前記サーバに送信して、前記サーバから前記軽量化データに対応する第２レスポンスを受信し、前記第１レスポンスと前記第２レスポンスとの比較結果を基にして、前記軽量化パラメータを学習データに登録する処理を、前記軽量化パラメータを変更しつつ繰り返し実行する学習部と、
前記学習データを、前記リクエストの送信元に通知する通知部と
を有することを特徴とする通信装置。

【請求項2】

前記学習部は、前記第１レスポンスと前記第２レスポンスとの差分が許容範囲に含まれる場合に、前記リクエストを軽量化した際の軽量化パラメータを、前記学習データに登録することを特徴とする請求項１に記載の通信装置。

【請求項3】

前記学習部は、前記リクエストのデータ形式、または、前記リクエストによって前記サーバに呼び出されるＡＰＩ（Application Programming Interface）の識別情報と、前記軽量化パラメータとを対応付けて、前記学習データに登録することを特徴とする請求項１または２に記載の通信装置。

【請求項4】

サーバ側に配置される第１通信装置と、クライアント側に配置される第２通信装置とを有する通信システムであって、
前記第１通信装置は、
前記第２通信装置から受信したリクエストを、前記サーバに送信して、前記サーバからリクエストに対応する第１レスポンスを受信し、軽量化パラメータに基づいて、前記リクエストを軽量化した軽量化データを前記サーバに送信して、前記サーバから前記軽量化データに対応する第２レスポンスを受信し、前記第１レスポンスと前記第２レスポンスとの比較結果を基にして、前記軽量化パラメータを学習データに登録する処理を、前記軽量化パラメータを変更しつつ繰り返し実行する学習部と、
前記学習データを、前記第２通信装置に通知する通知部と
を有することを特徴とする通信システム。

【請求項5】

前記第２通信装置は、前記学習データを基にして、リクエストを軽量化した軽量化データを生成し、前記軽量化データを前記第１通信装置に送信する軽量化部を有することを特徴とする請求項４に記載の通信システム。

【請求項6】

リクエストをサーバ側の他の通信装置に転送する転送部と、
前記リクエストに対応する前記サーバからの第１レスポンスと、複数の軽量化パラメータのうちいずれかの軽量化パラメータにより前記リクエストを軽量化した軽量化データに対応する前記サーバからの第２レスポンとの比較結果に基づいて選別された軽量化パラメータを含む学習データを前記他の通信装置から受信する受信部と、
前記学習データを基にして、軽量化対象のリクエストを軽量化した軽量化データを生成し、前記軽量化データを前記他の通信装置に送信する軽量化部と
を有することを特徴とする通信装置。

【請求項7】

前記軽量化部は、前記学習データに複数の軽量化パラメータが含まれる場合、前記複数の軽量化パラメータのうち、前記リクエストを軽量化した際の軽量化データのデータ量が最小となる軽量化パラメータを選択し、選択した軽量化パラメータによって、前記軽量化対象のリクエストを軽量化することで、前記軽量化データを生成することを特徴とする請求項６に記載の通信装置。

【請求項8】

前記学習データは、前記リクエストのデータ形式、または、前記リクエストによって前記サーバに呼び出されるＡＰＩ（Application Programming Interface）の識別情報と、前記軽量化パラメータとを対応付けたデータであり、
前記軽量化部は、前記軽量化対象のリクエストのデータ形式、または、前記軽量化対象のリクエストによって前記サーバに呼び出されるＡＰＩの識別情報を更に用いて、軽量化パラメータを選択し、選択した軽量化パラメータによって、前記軽量化データを生成することを特徴とする請求項７に記載の通信装置。

【請求項9】

サーバ側に配置される第１通信装置と、クライアント側に配置される第２通信装置とを有する通信システムの通信方法であって、
前記第１通信装置は、前記第２通信装置からリクエストを受信し、
前記第１通信装置は、受信したリクエストを、前記サーバに送信して、前記サーバからリクエストに対応する第１レスポンスを受信し、軽量化パラメータに基づいて、前記リクエストを軽量化した軽量化データを前記サーバに送信して、前記サーバから前記軽量化データに対応する第２レスポンスを受信し、前記第１レスポンスと前記第２レスポンスとの比較結果を基にして、前記軽量化パラメータを学習データに登録する処理を、前記軽量化パラメータを変更しつつ繰り返し実行し、
前記第１通信装置は、前記学習データを、前記第２通信装置に通知する
処理を実行することを特徴とする通信方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、通信装置等に関する。

【背景技術】

【0002】

クライアントがリクエストデータをＷｅｂＡＰＩ（Application Programming Interface）サーバに送信し、ＷｅｂＡＰＩサーバはリクエストデータに対応する各種のサービスをクライアントに提供するシステムが普及している。

【0003】

ここで、クライアントがリクエストデータをそのままＷｅｂＡＰＩに送信すると、ネットワークコストが増大し、レスポンスが低下する場合がある。ネットワークコストを削減するための従来技術として、たとえば、従来技術１、２がある。

【0004】

従来技術１は、クライアントと、サーバとの間において、通信データに対して汎用的な圧縮を行う圧縮プロキシを配置する技術である。従来技術１では、通信データがテキストデータ等である場合に、ネットワークコストの削減効果がある。

【0005】

従来技術２は、クライアントおよびサーバがそれぞれキャッシュを保持し、通信データとキャッシュのデータとの差分のみを送受信する技術である。従来技術２では、類似した通信データを複数回送受信する場合に、ネットワークコストの削減効果がある。

【先行技術文献】

【特許文献】

【0006】

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

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

【文献】特開２００５－１９０３３９号公報

【発明の概要】

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

【0007】

画像データや映像データは既に圧縮された形式で利用されるため、従来技術１の圧縮プロキシによる圧縮は、ネットワークコストの削減効果が少ない。また、類似した通信データを複数回送受信しない場合には、従来技術２による、ネットワークコストの削減効果が少ない。

【0008】

なお、単純に、リクエストデータを軽量化し、軽量化したリクエストデータをＷｅｂＡＰＩサーバに送信することで、ネットワークコストの削減を図ることも考えられる。しかし、単純に軽量化したリクエストデータを軽量化すると、ＷｅｂＡＰＩサーバから適切な応答データを得られない場合がある。

【0009】

このため、リクエストデータを軽量化した場合でも応答データの品質を保証することが望ましい。

【0010】

１つの側面では、本発明は、リクエストデータを軽量化した場合でも応答データの品質を保証することができる通信装置、通信システムおよび通信方法を提供することを目的とする。

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

【0011】

第１の案では、通信装置は、学習部と、通知部とを有する。学習部は、リクエストをサーバに送信して、前記サーバからリクエストに対応する第１レスポンスを受信する。学習部は、軽量化パラメータに基づいて、リクエストを軽量化した軽量化データをサーバに送信して、サーバから軽量化データに対応する第２レスポンスを受信し、第１レスポンスと第２レスポンスとの比較結果を基にして、軽量化パラメータを学習データに登録する処理を、軽量化パラメータを変更しつつ繰り返し実行する。通知部は、学習データを、前記リクエストの送信元に通知する。

【発明の効果】

【0012】

リクエストデータを軽量化した場合でも応答データの品質を保証することができる。

【図面の簡単な説明】

【0013】

【図1】図１は、本実施例に係る通信システムの一例を示す図である。

【図2】図２は、学習フェーズにおける通信システムの処理手順を示すフローチャートである。

【図3】図３は、新規リクエスト時における通信システムの処理手順を示すフローチャートである。

【図4】図４は、本実施例に係るサーバの構成を示す機能ブロック図である。

【図5】図５は、モジュールテーブルのデータ構造の一例を示す図である。

【図6】図６は、本実施例に係るクライアント側のプロキシサーバの構成を示す機能ブロック図である。

【図7】図７は、学習データのデータ構造の一例を示す図である。

【図8】図８は、軽量化パラメータのデータ構造の一例を示す図である。

【図9】図９は、本実施例に係るサーバ側のプロキシサーバの構成を示す機能ブロック図である。

【図10】図１０は、軽量化パラメータテーブルのデータ構造の一例を示す図である。

【図11】図１１は、クライアント側のプロキシサーバの処理手順を示すフローチャートである。

【図12】図１２は、サーバ側のプロキシサーバの処理手順を示すフローチャートである。

【図13】図１３は、本実施例に係る通信システムの効果を説明するための図である。

【図14】図１４は、サーバと同様の機能を実現するコンピュータのハードウェア構成の一例を示す図である。

【図15】図１５は、クライアント側のプロキシサーバと同様の機能を実現するコンピュータのハードウェア構成の一例を示す図である。

【図16】図１６は、サーバ側のプロキシサーバと同様の機能を実現するコンピュータのハードウェア構成の一例を示す図である。

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

【0014】

以下に、本願の開示する通信装置、通信システムおよび通信方法の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。

【実施例】

【0015】

図１は、本実施例に係る通信システムの一例を示す図である。図１に示すように、この通信システムは、クライアント端末５０と、サーバ６０と、プロキシサーバ１００と、プロキシサーバ２００とを有する。クライアント端末５０は、プロキシサーバ１００に接続される。プロキシサーバ１００は、ネットワーク５を介して、プロキシサーバ２００に接続される。プロキシサーバ２００は、サーバ６０に接続される。プロキシサーバ１００，２００は、通信装置の一例である。

【0016】

クライアント端末５０は、サーバ６０を宛先として、リクエストデータをプロキシサーバ１００に送信する装置である。クライアント端末５０は、リクエストデータに対応する応答データを、プロキシサーバ１００，２００を介して、サーバ６０から受信する。

【0017】

サーバ６０は、プロキシサーバ２００から、ＡＰＩ（Application Programming Interface）コールを受け付け、リクエストデータを受信した場合に、ＡＰＩコールに対応するモジュールによって、リクエストデータを処理する。サーバ６０は、リクエストデータの処理結果となる「応答データ」を、プロキシサーバ２００に送信する。サーバ６０は、「ＷｅｂＡＰＩサーバ」の一例である。

【0018】

本実施例において、サーバ６０が処理するリクエストデータには、軽量化パラメータによって、軽量化されたリクエストデータ、または、軽量化されていないリクエストデータが含まれる。以下の説明では、特に区別する場合、軽量化されたリクエストデータを「軽量化データ」と表記する。軽量化されていないリクエストデータを「元データ」と表記する。

【0019】

プロキシサーバ１００，２００は、クライアント端末５０から、リクエストデータを受信すると、サーバ６０にアクセスして、サーバ６０から応答データを受信し、応答データをクライアント端末５０に送信する装置である。以下において、本実施例の学習フェーズの通信システムの処理と、新規リクエスト時の通信システムの処理について説明する。

【0020】

学習フェーズの処理について説明する。学習フェーズにおいて、プロキシサーバ２００は、サーバ６０にＡＰＩコールを行って元データをサーバ６０に送信し、サーバ６０から得られる応答データを受信する。学習フェーズの処理において、元データに対するサーバ６０からの応答データを、「第１応答データ」と表記する。第１応答データは、第１レスポンスの一例である。プロキシサーバ２００は、第１応答データを、プロキシサーバ１００を介して、クライアント端末５０に送信する。

【0021】

また、プロキシサーバ２００は、軽量化パラメータを用いて、元データを軽量化した軽量化データを生成する。プロキシサーバ２００は、サーバ６０にＡＰＩコールを行って軽量化データをサーバ６０に送信し、サーバ６０から得られる応答データを受信する。学習フェーズの処理において、軽量化データに対するサーバ６０からの応答データを「第２応答データ」と表記する。第２応答データは、第２レスポンスの一例である。プロキシサーバ２００は、第１応答データと第２応答データとの差分が許容範囲に含まれる場合、学習データに軽量化パラメータを登録する。プロキシサーバ２００は、軽量化パラメータを変更しつつ、上記処理を繰り返し実行し、学習データに複数の軽量化パラメータを蓄積する。プロキシサーバ２００は、学習データをプロキシサーバ１００に通知し、プロキシサーバ１００は、学習データを登録し、新規リクエスト時に利用する。

【0022】

図２は、学習フェーズにおける通信システムの処理手順を示すフローチャートである。図２に示すように、クライアント端末５０は、元データをプロキシサーバ１００に送信する（ステップＳ１０）。プロキシサーバ１００は、元データを受信し、元データをプロキシサーバ２００に転送する（ステップＳ１１）。

【0023】

プロキシサーバ２００は、元データを受信する（ステップＳ１２）。プロキシサーバ２００は、サーバ６０に対してＡＰＩコールを実行し、元データをサーバ６０に送信する（ステップＳ１３）。

【0024】

サーバ６０は、プロキシサーバ２００からＡＰＩコールを受け付け、元データを受信する（ステップＳ１４）。サーバ６０は、ＡＰＩコールに対応するモジュールを用いて、第１応答データを計算する（ステップＳ１５）。サーバ６０は、第１応答データを、プロキシサーバ２００に送信する（ステップＳ１６）。

【0025】

プロキシサーバ２００は、第１応答データを受信し、第１応答データをプロキシサーバ１００に転送する（ステップＳ１７）。プロキシサーバ１００は、第１応答データを受信し、第１応答データをクライアント端末５０に転送する（ステップＳ１８）。クライアント端末５０は、第１応答データを受信する（ステップＳ１９）。

【0026】

プロキシサーバ２００およびサーバ６０は、軽量化パラメータ学習処理を実行する（ステップＳ２０）。ステップＳ２０において、プロキシサーバ２００は、軽量化パラメータを用いて、元データを軽量化した軽量化データを生成する。プロキシサーバ２００は、サーバ６０にＡＰＩコールを行って軽量化データをサーバ６０に送信し、サーバ６０から第２応答データを受信する。プロキシサーバ２００は、第１応答データと第２応答データとの差分が許容範囲に含まれる場合、学習データに軽量化パラメータを登録する。プロキシサーバ２００は、軽量化パラメータを変更しつつ、上記処理を繰り返し実行し、学習データに複数の軽量化パラメータを蓄積する。

【0027】

プロキシサーバ２００は、学習データをプロキシサーバ１００に送信する（ステップＳ２１）。プロキシサーバ１００は、学習データを受信し、記憶する（ステップＳ２２）。

【0028】

続いて、新規リクエスト時の処理について説明する。新規リクエスト時において、プロキシサーバ１００は、クライアント端末５０から元データを受信すると、学習データを基にして、複数の軽量化パラメータのうち、軽量化データのデータ量が最小となる軽量化パラメータを選択する。プロキシサーバ１００は、選択した軽量化パラメータによって、元データを軽量化することで、軽量化データを生成し、生成した軽量化パラメータをプロキシサーバ２００に送信する。プロキシサーバ２００は、サーバ６０にＡＰＩコールを行って軽量化データをサーバ６０に送信し、サーバ６０から得られる応答データを受信し、受信した応答データを、プロキシサーバ１００を介して、クライアント端末５０に送信する。

【0029】

図３は、新規リクエスト時における通信システムの処理手順を示すフローチャートである。図３に示すように、クライアント端末５０は、元データをプロキシサーバ１００に送信する（ステップＳ３０）。プロキシサーバ１００は、元データを受信する（ステップＳ３１）。

【0030】

プロキシサーバ１００は、軽量化処理を実行する（ステップＳ３２）。ステップＳ３２において、プロキシサーバ１００は、学習データを基にして、複数の軽量化パラメータのうち、軽量化データのデータ量が最小となる軽量化パラメータを選択する。プロキシサーバ１００は、選択した軽量化パラメータによって、元データを軽量化することで、軽量化データを生成する。

【0031】

プロキシサーバ１００は、軽量化データをプロキシサーバ２００に送信する（ステップＳ３３）。プロキシサーバ２００は、軽量化データを受信する（ステップＳ３４）。プロキシサーバ２００は、ＡＰＩコールを実行し、軽量化データをサーバ６０に送信する（ステップＳ３５）。

【0032】

サーバ６０は、ＡＰＩコールを受け付け、軽量化データを受信する（ステップＳ３６）。サーバ６０は、ＡＰＩコールに対応するモジュールを用いて、応答データを計算する（ステップＳ３７）。サーバ６０は、応答データをプロキシサーバ２００に送信する（ステップＳ３８）。

【0033】

プロキシサーバ２００は、応答データを受信し、受信した応答データをプロキシサーバ１００に転送する（ステップＳ３９）。プロキシサーバ１００は、応答データを受信し、受信した応答データをクライアント端末５０に転送する（ステップＳ４０）。クライアント端末５０は、応答データを受信する（ステップＳ４１）。

【0034】

上記のように、本実施例に係る通信システムでは、元データに対するサーバ６０からの応答データと同様の回答を得られる軽量化データに用いる軽量化パラメータのうち、軽量化データのデータ量が最小となる軽量化パラメータを学習する。通信システムは、学習した軽量化パラメータを用いて、元データを軽量化した軽量化データを生成し、サーバ６０に送信する。これによって、軽量化したリクエストデータの応答情報の品質を保証することができる。また、学習した軽量化パラメータは、元データと同様の回答を得るための必要最低限の品質であるため、ネットワークの負荷を減らし、レスポンスを向上させることができる。

【0035】

次に、図１に示したサーバ６０、プロキシサーバ１００、プロキシサーバ２００の構成の一例について順に説明する。

【0036】

図４は、本実施例に係るサーバの構成を示す機能ブロック図である。図４に示すように、このサーバ６０は、通信部６１と、入力部６２と、表示部６３と、記憶部６４と、制御部６５とを有する。

【0037】

通信部６１は、プロキシサーバ２００との間でデータ通信を実行する処理部である。通信部６１は、通信装置の一例である。後述する制御部６５は、通信部６１を介して、プロキシサーバ２００とデータをやり取りする。

【0038】

入力部６２は、サーバ６０に各種のデータを入力するための入力装置である。入力部６２は、キーボードやマウス、タッチパネル等に対応する。

【0039】

表示部６３は、制御部６５から出力される各種のデータを表示するための表示装置である。表示部６３は、液晶ディスプレイ、有機ＥＬ（Electro-Luminescence）ディスプレイ、タッチパネル等に対応する。

【0040】

記憶部６４は、モジュールテーブル６４ａを保持する。記憶部６４は、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）などの半導体メモリ素子や、ＨＤＤ（Hard Disk Drive）などの記憶装置に対応する。

【0041】

モジュールテーブル６４ａは、ＡＰＩコールによって呼び出される各ＡＰＩのモジュールをそれぞれ保持するテーブルである。各モジュールは、それぞれ固有の処理手順が定義されている。たとえば、各モジュールに実行される処理は、人物検出処理、文字認識処理、音声認識処理、人物特定処理等が含まれる。本実施例では説明を省略するが、モジュールは、他の処理を実行してもよい。

【0042】

図５は、モジュールテーブルのデータ構造の一例を示す図である。図５に示すように、このモジュールテーブル６４ａは、ＡＰＩ識別情報と、モジュールとを対応付けて保持する。ＡＰＩ識別情報は、ＡＰＩを一意に識別する情報である。モジュールは、モジュール固有の処理を実行するものである。

【0043】

たとえば、ＡＰＩ識別情報「ＡＰＩ１」に対応するモジュールは、人物検出処理を実行する。この人物検出処理を実行するモジュールは、リクエストデータを分析し、リクエストデータ（画像データ）に含まれる人物の位置座標を検出する。

【0044】

ＡＰＩ識別情報「ＡＰＩ２」に対応するモジュールは、文字認識処理を実行する。この文字認識処理を実行するモジュールは、リクエストデータを分析し、リクエストデータ（画像データ）に含まれる文字列を検出する。

【0045】

ＡＰＩ識別情報「ＡＰＩ３」に対応するモジュールは、音声認識処理を実行する。この音声認識処理を実行するモジュールは、リクエストデータを分析し、リクエストデータ（音声データ）に含まれる音声を文字列に変換する。

【0046】

ＡＰＩ識別情報「ＡＰＩ４」に対応するモジュールは、人物特定処理を実行する。この人物特定処理を実行するモジュールは、リクエストデータに含まれる音声の特徴を基にして、発話している人物が、予め定義した特定の人物であるか否かを判定する。

【0047】

図４の説明に戻る。制御部６５は、受付部６５ａと、処理実行部６５ｂと、応答部６５ｃとを有する。制御部６５は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）などによって実現できる。また、制御部６５は、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）などのハードワイヤードロジックによっても実現できる。

【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】

制御部２５０は、学習部２５０ａ、通知部２５０ｂ、呼び出し部２５０ｃ、転送部２５０ｄを有する。制御部２５０は、ＣＰＵやＭＰＵなどによって実現できる。また、制御部２５０は、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）などのハードワイヤードロジックによっても実現できる。

【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】

図１３の下段の図は、リクエストデータの軽量化を行う本実施例のシステムのレスポンス時間を説明するための図である。クライアント側のプロキシサーバ１００が、クライアント端末５０から、時刻Ｔ１に元データを受信したものとする。プロキシサーバ１００による軽量化等のプロキシ処理の時間を「ｔｂ１」とする。プロキシサーバ１００が軽量化データを送信してから、プロキシサーバ２００に到達するまでの時間を「ｔｂ２」とする。プロキシサーバ２００が、ＡＰＩコールを実行して、サーバ６０に軽量化データの処理を送信して応答データを得るまでの時間を「ｔｂ３」とする。プロキシサーバ２００が応答データを送信してから、プロキシサーバ１００に到達するまでの時間を「ｔｂ４」とする。プロキシサーバ１００がプロキシ処理を実行する時間を「ｔｂ５」とする。そうすると、レスポンス時間は「ＴＡ」となる。

【0120】

本実施例に係る通信システムでは、プロキシ処理による時間が発生するものの、軽量化データによって、通信時間、処理時間を短くすることができ、レスポンス時間を減らすことができる。なお、本実施例に係る通信システムでは、データそのものが過去のデータと類似していなくても、レスポンス時間を減らすことができる。

【0121】

本実施例の通信システムに含まれるプロキシサーバ２００は、第１応答データと第２応答データとの差分が許容範囲に含まれる場合、学習データ１４０ｂに軽量化パラメータを登録する。これによって、元データと同様の応答データを得ることができる軽量化パラメータを学習することができる。

【0122】

プロキシサーバ２００は、リクエストデータのデータ形式、または、ＡＰＩの識別情報と対応付けて、軽量化パラメータを学習データに登録する。このため、呼び出すＡＰＩが異なる各リクエストデータを軽量化するめの、各軽量化パラメータを学習することができる。

【0123】

本実施例の通信システムに含まれるプロキシサーバ１００は、プロキシサーバ２００から通知された学習データを用いて、クライアント端末５０のリクエストデータを軽量化し、軽量化した軽量化データを、プロキシサーバ２００にする。これによって、ネットワークコストを削減することができると共に、レスポンス時間を短縮することができる。

【0124】

プロキシサーバ１００は、学習データに複数の軽量化パラメータが含まれる場合、軽量化パラメータのうち、リクエストを軽量化した際の軽量化データのデータ量が最小となる軽量化パラメータを選択し、リクエストを軽量化する。これによって、応答データの品質を保証しつつ、ネットワークコスト、レスポンス時間をより短縮することができる。
なお、本実施例では一例として、ＷｅｂＡＰＩサーバに相当するサーバ６０を用いて説明したが、これに限定されるものではない。たとえば、何らかのサービスを提供するシステム間のやり取り（ＨＴＴＰプロトコルを用いないデータのやり取り）で、一般的なＡＰＩを用いる場合も同様に本発明を適用することが可能である。

【0125】

次に、上記実施例に示したサーバ６０、プロキシサーバ１００、プロキシサーバ２００と同様の機能を実現するコンピュータのハードウェア構成の一例について順に説明する。

【0126】

図１４は、サーバと同様の機能を実現するコンピュータのハードウェア構成の一例を示す図である。図１４に示すように、コンピュータ３００は、各種演算処理を実行するＣＰＵ３０１と、ユーザからのデータの入力を受け付ける入力装置３０２と、ディスプレイ３０３と、読み取り装置３０４とを有する。また、コンピュータ３００は、ネットワークを介して、プロキシサーバ２００等との間でデータの授受を行うインタフェース装置３０５とを有する。コンピュータ３００は、各種情報を一時記憶するＲＡＭ３０６と、ハードディスク装置３０７とを有する。そして、各装置３０１～３０７は、バス３０８に接続される。

【0127】

ハードディスク装置３０７は、受付プログラム３０７ａ、処理実行プログラム３０７ｂ、応答プログラム３０７ｃを有する。ＣＰＵ３０１は、受付プログラム３０７ａ、処理実行プログラム３０７ｂ、応答プログラム３０７ｃを読み出してＲＡＭ３０６に展開する。

【0128】

受付プログラム３０７ａは、受付プロセス３０６ａとして機能する。処理実行プログラム３０７ｂは、処理実行プロセス３０６ｂとして機能する。応答プログラム３０７ｃは、応答プロセス３０６ｃとして機能する。

【0129】

受付プロセス３０６ａの処理は、受付部６５ａの処理に対応する。処理実行プロセス３０６ｂの処理は、処理実行部６５ｂの処理に対応する。応答プロセス３０６ｃの処理は、応答部６５ｃの処理に対応する。

【0130】

なお、各プログラム３０７ａ～３０７ｃについては、必ずしも最初からハードディスク装置３０７に記憶させておかなくてもよい。例えば、コンピュータ３００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ－ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に各プログラムを記憶させておく。そして、コンピュータ３００が各プログラム３０７ａ～３０７ｃを読み出して実行するようにしてもよい。

【0131】

図１５は、クライアント側のプロキシサーバと同様の機能を実現するコンピュータのハードウェア構成の一例を示す図である。図１５に示すように、コンピュータ４００は、各種演算処理を実行するＣＰＵ４０１と、ユーザからのデータの入力を受け付ける入力装置４０２と、ディスプレイ４０３と、読み取り装置４０４とを有する。また、コンピュータ４００は、ネットワークを介して、クライアント端末５０、プロキシサーバ２００等との間でデータの授受を行うインタフェース装置４０５とを有する。コンピュータ４００は、各種情報を一時記憶するＲＡＭ４０６と、ハードディスク装置４０７とを有する。そして、各装置４０１～４０７は、バス４０８に接続される。

【0132】

ハードディスク装置４０７は、転送プログラム４０７ａ、受信プログラム４０７ｂ、軽量化プログラム４０７ｃを有する。ＣＰＵ４０１は、転送プログラム４０７ａ、受信プログラム４０７ｂ、軽量化プログラム４０７ｃを読み出してＲＡＭ４０６に展開する。

【0133】

転送プログラム４０７ａは、転送プロセス４０６ａとして機能する。受信プログラム４０７ｂは、受信プロセス４０６ｂとして機能する。軽量化プログラム４０７ｃは、軽量化プロセス４０６ｃとして機能する。

【0134】

転送プロセス４０６ａの処理は、転送部１５０ａの処理に対応する。受信プロセス４０６ｂの処理は、受信部１５０ｂの処理に対応する。軽量化プロセス４０６ｃの処理は、軽量化部１５０ｃの処理に対応する。

【0135】

なお、各プログラム４０７ａ～４０７ｃについては、必ずしも最初からハードディスク装置４０７に記憶させておかなくてもよい。例えば、コンピュータ４００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ－ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に各プログラムを記憶させておく。そして、コンピュータ４００が各プログラム４０７ａ～４０７ｃを読み出して実行するようにしてもよい。

【0136】

図１６は、サーバ側のプロキシサーバと同様の機能を実現するコンピュータのハードウェア構成の一例を示す図である。図１６に示すように、コンピュータ５００は、各種演算処理を実行するＣＰＵ５０１と、ユーザからのデータの入力を受け付ける入力装置５０２と、ディスプレイ５０３と、読み取り装置５０４とを有する。また、コンピュータ５００は、ネットワークを介して、サーバ６０、プロキシサーバ１００等との間でデータの授受を行うインタフェース装置５０５とを有する。コンピュータ５００は、各種情報を一時記憶するＲＡＭ５０６と、ハードディスク装置５０７とを有する。そして、各装置５０１～５０７は、バス５０８に接続される。

【0137】

ハードディスク装置５０７は、学習プログラム５０７ａ、通知プログラム５０７ｂ、呼び出しプログラム５０７ｃ、転送プログラム５０７ｄを有する。ＣＰＵ５０１は、学習プログラム５０７ａ、通知プログラム５０７ｂ、呼び出しプログラム５０７ｃ、転送プログラム５０７ｄを読み出してＲＡＭ５０６に展開する。

【0138】

学習プログラム５０７ａは、学習プロセス５０６ａとして機能する。通知プログラム５０７ｂは、通知プロセス５０６ｂとして機能する。呼び出しプログラム５０７ｃは、呼び出しプロセス５０６ｃとして機能する。転送プログラム５０７ｄは、転送プロセス５０６ｄとして機能する。

【0139】

学習プロセス５０６ａの処理は、学習部２５０ａの処理に対応する。通知プロセス５０６ｂの処理は、通知部２５０ｂの処理に対応する。呼び出しプロセス５０６ｃの処理は、呼び出し部２５０ｃの処理に対応する。転送プロセス５０６ｃの処理は、転送部２５０ｄの処理に対応する。

【0140】

なお、各プログラム５０７ａ～５０７ｄについては、必ずしも最初からハードディスク装置５０７に記憶させておかなくてもよい。例えば、コンピュータ５００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ－ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に各プログラムを記憶させておく。そして、コンピュータ５００が各プログラム５０７ａ～５０７ｄを読み出して実行するようにしてもよい。

【0141】

以上の各実施例を含む実施形態に関し、さらに以下の付記を開示する。

【0142】

（付記１）リクエストをサーバに送信して、前記サーバからリクエストに対応する第１レスポンスを受信し、軽量化パラメータに基づいて、前記リクエストを軽量化した軽量化データを前記サーバに送信して、前記サーバから前記軽量化データに対応する第２レスポンスを受信し、前記第１レスポンスと前記第２レスポンスとの比較結果を基にして、前記軽量化パラメータを学習データに登録する処理を、前記軽量化パラメータを変更しつつ繰り返し実行する学習部と、
前記学習データを、前記リクエストの送信元に通知する通知部と
を有することを特徴とする通信装置。

【0143】

（付記２）前記学習部は、前記第１レスポンスと前記第２レスポンスとの差分が許容範囲に含まれる場合に、前記リクエストを軽量化した際の軽量化データを、前記学習データに登録することを特徴とする付記１に記載の通信装置。

【0144】

（付記３）前記学習部は、前記リクエストのデータ形式、または、前記リクエストによって前記サーバに呼び出されるＡＰＩ（Application Programming Interface）の識別情報と、前記軽量化パラメータとを対応付けて、前記学習データに登録することを特徴とする付記１または２に記載の通信装置。

【0145】

（付記４）サーバ側に配置される第１通信装置と、クライアント側に配置される第２通信装置とを有する通信システムであって、
前記第１通信装置は、
前記第２通信装置から受信したリクエストを、前記サーバに送信して、前記サーバからリクエストに対応する第１レスポンスを受信し、軽量化パラメータに基づいて、前記リクエストを軽量化した軽量化データを前記サーバに送信して、前記サーバから前記軽量化データに対応する第２レスポンスを受信し、前記第１レスポンスと前記第２レスポンスとの比較結果を基にして、前記軽量化パラメータを学習データに登録する処理を、前記軽量化パラメータを変更しつつ繰り返し実行する学習部と、
前記学習データを、前記第１通信装置に通知する通知部と
を有することを特徴とする通信システム。

【0146】

（付記５）前記第２通信装置は、前記学習データを基にして、リクエストを軽量化した軽量化データを生成し、前記軽量化データを前記第１通信装置に送信する軽量化部を有することを特徴とする付記４に記載の通信システム。

【0147】

（付記６）リクエストをサーバ側の他の通信装置に転送する転送部と、
前記リクエストに対応する前記サーバからの第１レスポンスと、複数の軽量化パラメータのうちいずれかの軽量化パラメータにより前記リクエストを軽量化した軽量化データに対応する前記サーバからの第２レスポンとの比較結果に基づいて選別された軽量化パラメータを含む学習データを前記他の通信装置から受信する受信部と、
前記学習データを基にして、軽量化対象のリクエストを軽量化した軽量化データを生成し、前記軽量化データを前記他の通信装置に送信する軽量化部と
を有することを特徴とする通信装置。

【0148】

（付記７）前記軽量化部は、前記学習データに複数の軽量化パラメータが含まれる場合、前記複数の軽量化パラメータのうち、前記リクエストを軽量化した際の軽量化データのデータ量が最小となる軽量化パラメータを選択し、選択した軽量化パラメータによって、前記軽量化対象のリクエストを軽量化することで、前記軽量化データを生成することを特徴とする付記６に記載の通信装置。

【0149】

（付記８）前記学習データは、前記リクエストのデータ形式、または、前記リクエストによって前記サーバに呼び出されるＡＰＩ（Application Programming Interface）の識別情報と、前記軽量化パラメータとを対応付けたデータであり、
前記軽量化部は、前記軽量化対象のリクエストのデータ形式、または、前記軽量化対象のリクエストによって前記サーバに呼び出されるＡＰＩの識別情報を更に用いて、軽量化パラメータを選択し、選択した軽量化パラメータによって、前記軽量化データを生成することを特徴とする付記７に記載の通信装置。

【0150】

（付記９）サーバ側に配置される第１通信装置と、クライアント側に配置される第２通信装置とを有する通信システムの通信方法であって、
前記第１通信装置は、前記第２通信装置からリクエストを受信し、
前記第１通信装置は、受信したリクエストを、前記サーバに送信して、前記サーバからリクエストに対応する第１レスポンスを受信し、軽量化パラメータに基づいて、前記リクエストを軽量化した軽量化データを前記サーバに送信して、前記サーバから前記軽量化データに対応する第２レスポンスを受信し、前記第１レスポンスと前記第２レスポンスとの比較結果を基にして、前記軽量化パラメータを学習データに登録する処理を、前記軽量化パラメータを変更しつつ繰り返し実行し、
前記第１通信装置は、前記学習データを、前記第１通信装置に通知する
処理を実行することを特徴とする通信方法。

【0151】

（付記１０）前記第２通信装置は、前記学習データを基にして、リクエストを軽量化した軽量化データを生成し、前記軽量化データを前記第１通信装置に送信する処理を更に実行することを特徴とする付記９に記載の通信方法。

【符号の説明】

【0152】

６１，１１０，２１０ 通信部
６２、１２０，２２０ 入力部
６３，１３０，２３０ 表示部
６４，１４０，２４０ 記憶部
６４ａ モジュールテーブル
６５，１５０，２５０ 制御部
６５ａ 受付部
６５ｂ 処理実行部
６５ｃ 応答部
１００，２００ プロキシサーバ
１４０ａ，２４０ａ バッファ
１４０ｂ 学習データ
１５０ａ，２５０ｄ 転送部
１５０ｂ 受信部
１５０ｃ 軽量化部
２４０ｂ 軽量化パラメータテーブル
２５０ａ 学習部
２５０ｂ 通知部
２５０ｃ 呼び出し部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】