JPWO2014155617A1 - 通信装置、通信方法、及び通信プログラム - Google Patents

Abstract

実施形態に係る通信装置は、判定部、記憶部、解析部、圧縮部、及び通信部を備える。判定部は、受信した通信パケットが圧縮対象か否かを判定する。記憶部は、圧縮対象と判定された通信パケットを記憶する。解析部は、記憶された複数の通信パケットを解析し、解析結果に基づき、複数の通信パケットの中に、処理要求が類似する類似パケットが存在するか否かを判定する。圧縮部は、類似パケットが存在すると判定された場合に、類似パケットに該当した複数の通信パケットを圧縮する。通信部は、圧縮後の通信パケットを送信する。

Description

本発明の実施形態は、通信装置、通信方法、及び通信プログラムに関する。

例えば、Ｗｅｂサービス、コンテンツ配信サービス、ストレージサービスなどの様々なサービスが、ネットワークなどの通信路を介して提供されている。このようなネットワークサービスの提供は、クラウドシステムにより提供されることが一般的となっている。そのため、クラウドシステムでは、アクセスの集中により、ネットワークサービスを管理するサーバやサーバまでの通信路に負荷がかかり、サービス提供の品質低下が問題となる。そこで、従来では、アクセスの集中によるサービス提供の品質低下を軽減する技術が提案されている。

特開２０１１−１３０５１６号公報

しかしながら、従来の技術では、サーバと通信路との両方の負荷を軽減するものではない。

実施形態に係る通信装置は、判定部、記憶部、解析部、圧縮部、及び通信部を備える。判定部は、受信した通信パケットが圧縮対象か否かを判定する。記憶部は、圧縮対象と判定された通信パケットを記憶する。解析部は、記憶された複数の通信パケットを解析し、解析結果に基づき、複数の通信パケットの中に、処理要求が類似する類似パケットが存在するか否かを判定する。圧縮部は、類似パケットが存在すると判定された場合に、類似パケットに該当した複数の通信パケットを圧縮する。通信部は、圧縮後の通信パケットを送信する。

図１は、第１の実施形態に係る通信システムの構成例を示す図である。 図２は、第１の実施形態に係る通信制御機能の概略を示す図である。 図３は、第１の実施形態に係る通信装置の機能構成例を示す図である。 図４は、第１の実施形態に係るサーバリストのデータ例を示す図である。 図５は、第１の実施形態に係る復元情報のデータ例を示す図である。 図６は、第１の実施形態に係る通信装置の動作例を示す図である。 図７は、第１の実施形態に係る通信装置の処理手順例を示すフローチャートである。 図８は、第２の実施形態に係る通信装置の機能構成例を示す図である。 図９は、類似パケットが同じスロットに到達しなかった場合と到達した場合との動作比較例を示す図である。 図１０は、第２の実施形態に係る調整部の処理手順例を示すフローチャートである。 図１１は、変形例１に係る調整部の処理手順例を示すフローチャートである。 図１２は、変形例２に係る通信制御機能の概略を示す図である。 図１３は、変形例２に係る通信部の処理手順例を示すフローチャートである。 図１４は、実施形態に係る通信装置の構成例を示す図である。

以下に、添付図面を参照して、通信装置、通信方法、及び通信プログラムの実施形態を詳細に説明する。

［第１の実施形態］
＜概要＞
図１は、本実施形態に係る通信システム１０００の構成例を示す図である。図１に示すように、本実施形態に係る通信システム１０００は、データセンタＤＳ内に、複数のサーバ２００_１〜２００_ｎ（以下総称する場合「サーバ２００」という）と通信装置１００とを備える。サーバ２００は、例えば、ネットワークサービスを管理する装置（情報処理装置）であり、処理要求を受信し、要求に応じた処理を行い、処理結果を送信することで応答し、各種ネットワークサービスを提供する。通信装置１００は、例えば、ネットワークスイッチを備える装置であり、例えば、ＷＡＮ（Wide Area Network）などの広域ネットワークから通信パケットを受信し、サーバ２００への転送を制御する。

これにより、本実施形態に係る通信システム１０００は、次のように動作する。通信装置１００は、広域ネットワークから受信した通信パケット（処理要求パケット）をサーバ２００に転送する。これを受けてサーバ２００は、受信した通信パケットに定義された処理要求に従って、要求された所定の処理を行い、処理結果を含む通信パケット（処理応答パケット）を通信装置１００に転送する。その結果、通信装置１００は、受信した通信パケットを要求元に送信する。これにより、本実施形態に係る通信システム１０００は、処理の要求元（例えば「クライアント」）に処理結果を応答し、ネットワークサービスを提供する。つまり、本実施形態に係る通信システム１０００は、データセンタＤＳを用いて各種ネットワークサービスを提供するクラウドシステムの一例に相当する。

図２は、本実施形態に係る通信制御機能の概略を示す図である。本実施形態に係る通信制御機能（通信システム１０００が有する機能）は、ＳＤＮ（Software Defined Network）コントローラ７０と仮想アプライアンス８０などを有する。ＳＤＮコントローラ７０は、ソフトウェアにより、ルーティング機能を実現し、１又は複数の通信装置１００を制御する。ＳＤＮコントローラ７０は、例えば、アプリケーションレイヤーから通信装置１００を制御できるため、ネットワークサービスと通信装置１００とを連携させることができる。仮想アプライアンス８０は、仮想化技術により、単体の情報処理装置（例えば「１台のサーバ２００」）内に複数のサーバ機能（図中のａ〜ｏ）を実現した仮想マシン環境である。仮想アプライアンス８０では、ネットワークサービスの提供元に相当する各サーバ機能が高密度に集約されている。

本実施形態に係る通信制御機能は、このような環境下において、ＳＤＮコントローラ７０が通信装置１００を制御することで、仮想アプライアンス８０に対するＩＯ（Input／Output）制御を行う。

＜通信装置１００の機能＞
本実施形態に係る通信機能（通信装置１００が有する機能）について説明する。本実施形態に係る通信装置１００は、受信した通信パケットを一時記憶（バッファリング）する。本実施形態に係る通信装置１００は、一時記憶した通信パケットの解析結果に基づき、処理要求が類似する通信パケット（類似パケット）が存在するか否かを判定する。本実施形態に係る通信装置１００は、類似パケットが存在する場合に、類似パケットに該当した複数の通信パケットを、１つの通信パケットにまとめて圧縮し、処理の要求先に相当するサーバ２００に送信する。本実施形態に係る通信装置１００は、このような通信機能を有する。

近年、様々なネットワークサービスを提供するクラウドシステムが普及し、仮想アプライアンスなどによって、クラウドシステムがネットワークサービスを提供するまでの時間が短縮されている。一方で、クラウドシステムでは、アクセスの集中により、ネットワークサービスを管理するサーバ２００やサーバ２００までの通信路に負荷がかかり、サービス提供の品質低下が問題となる。そのため、従来では、負荷に応じて、例えば、キャッシュやロードバランサなどを導入することで対応するのが一般的である。また、従来では、所定の時間内に受信した通信パケットを組み合わせることで圧縮を行い、待ち時間の短縮と使用帯域の改善を行う技術も提案されている。

しかしながら、従来の技術では、サーバ２００とサーバ２００までの通信路との両方の負荷を軽減するものではなかった。例えば、所定の時間内に受信した通信パケットの圧縮により、待ち時間の短縮と使用帯域の改善を行う技術の場合、次のような問題が考えられる。この技術では、圧縮する複数の通信パケットに対して、処理要求の類似性を考慮していないため、どのネットワークサービスに対する処理要求の通信パケットなのかをサーバ２００が知る必要があり、圧縮した通信パケットを通信経路の途中で復元しなければならない。そのため、この技術では、サーバ２００の負荷は軽減されない。このように、従来の技術では、サーバ２００までの通信経路上の負荷を軽減できても、サーバ２００自身の負荷を軽減するものでない。

そこで、本実施形態に係る通信装置１００では、ストレージサービスなどの静的なコンテンツを提供するネットワークサービスにおいて、処理要求が類似する通信パケットをまとめて圧縮し、要求先のサーバ２００に送信する仕組みとした。

これにより、本実施形態に係る通信装置１００は、サーバ２００とサーバ２００までの通信路との両方の負荷を軽減することができ、クラウド基盤における仮想アプライアンス８０による高密度集約時のＩＯ性能の向上が期待できる。

以下に、本実施形態に係る通信装置１００が有する機能（通信機能）の構成とその動作について説明する。

図３は、本実施形態に係る通信装置１００の機能構成例を示す図である。図３に示すように、本実施形態に係る通信装置１００は、入力部１１、判定部１２、一時記憶部１３、解析部１４、圧縮部１５、通信部１６、復元部１７、及び復元情報記憶部９１などを有する。

入力部１１は、通信装置１００内を通過する通信パケットの入力を受け付ける。入力部１１は、通信装置１００に送信された通信パケットを受信し、通過する通信パケットを取得する。

判定部１２は、通過する通信パケットが圧縮対象か否かを判定する。このとき判定部１２は、入力部１１で取得された通信パケットの送信先が、通信パケットの圧縮対象として管理される送信先か否かの判定により、通信パケットが圧縮対象か否かを判定する。

ここで、圧縮対象の送信先の管理方法について説明する。図４は、本実施形態に係るサーバリストＳＬ１，ＳＬ２（以下総称する場合「サーバリストＳＬ」という）のデータ例を示す図である。図４に示すように、本実施形態では、通信パケットの送信先のうち、通信パケットを圧縮して送信する送信先として、１又は複数のサーバ２００を予め登録可能なサーバリストＳＬを用いる。

図４（Ａ）には、サーバ識別項目（送信先識別項目）を有するサーバリストＳＬ１のデータ例が示されている。サーバ識別項目は、サーバ２００を識別するサーバ識別情報（送信先識別情報）を登録する項目であり、項目値には、例えば、サーバ名、ＩＰ（Internet Protocol）アドレス、ポート番号、又は、これらの組み合わせ値などがある。また、図４（Ｂ）には、サーバ識別項目と制御項目とを有するサーバリストＳＬ２のデータ例が示されている。制御項目は、サーバ２００を圧縮対象の送信先とするか否かの制御情報を登録する項目であり、項目値には、例えば、圧縮又は非圧縮を表す値などがある。これらの項目値は、例えば、所定のＵＩ（User Interface）を介して、管理者などにより予め登録される。このようにして圧縮対象のサーバ２００が登録されたサーバリストＳＬは、ＳＤＮコントローラ７０により管理される。

図３の説明に戻る。判定部１２は、通信パケットに送信先として定義されるサーバ２００のサーバ識別情報（送信先情報）に基づき、ＳＤＮコントローラ７０から取得したサーバリストＳＬを参照し、送信先に該当するサーバ２００がサーバリストＳＬに登録されているか否か（送信先が登録サーバか否か）を判定する。その結果、判定部１２は、通信パケットの送信先に該当するサーバ２００がサーバリストＳＬに登録済みの場合（送信先が登録サーバの場合）、通信パケットが圧縮対象であると判定する。なお、判定部１２は、図４（Ｂ）に示すサーバリストＳＬ２を参照する場合、該当するサーバ２００のサーバ識別情報に対応する制御情報を参照し、圧縮を表す制御情報であった場合、通信パケットが圧縮対象であると判定する。

一時記憶部１３は、通信装置１００を通過する通信パケットを一時記憶（保持）する。一時記憶部１３は、例えば、通信装置１００が備える記憶装置の所定の記憶領域に相当し、所定時間の間に通過した通信パケットのバッファ領域である。所定時間の間に通過した通信パケットは、判定部１２により、一時記憶部１３に記憶され保持される（バッファリングされる）。このように、所定時間の間に通過した通信パケットを一時記憶することから、この所定時間は、通信パケットを一時記憶する期間（以下「保持期間」という）に相当する。つまり、一時記憶部１３には、通過した通信パケットが、所定時間の間、保持される。なお、以下の説明では、所定時間をスロットと表現する。

解析部１４は、通信装置１００を通過する通信パケットを解析する。解析部１４は、一時記憶部１３に記憶された複数の通信パケット（スロット内の複数の通信パケット）に対して、各通信パケットに定義された処理要求を解析する。解析部１４は、解析結果に基づき、複数の通信パケットの中に、処理要求が類似する通信パケット（以下「類似パケット」という）が存在するか否かを判定する。例えば、解析部１４は、通信パケットに定義される送信先情報の解析結果に基づき、送信先が同一の通信パケットが存在するか否かを判定する。その結果、解析部１４は、類似パケットが存在する場合、類似パケットに該当する複数の通信パケットを一時記憶部１３から取得し、圧縮部１５に渡し、圧縮処理を指示する。一方、解析部１４は、類似パケットが存在しない場合、解析した複数の通信パケットを一時記憶部１３から取得し、通信部１６に渡し、送信処理を指示する。なお、類似パケットが存在する場合に類似パケットに該当しなかった通信パケットは、類似パケットが存在しない場合と同じように、通信部１６に渡される。

圧縮部１５は、通信装置１００を通過する通信パケットを圧縮する。圧縮部１５は、類似パケットとして解析部１４から受け取った複数の通信パケットを１つにまとめることで圧縮する。例えば、圧縮部１５は、送信先が同一の複数の通信パケットを受け取った場合、各通信パケットに定義される同一の送信先情報を共通化し、複数の通信パケットをまとめた１つの通信パケットを生成する。また、圧縮部１５は、各通信パケットで異なる送信元についても、次のような方法で共通化する。圧縮部１５は、仮の送信元（仮想送信元）を表す情報（以下「仮想送信元情報」という）を発行し、発行した仮想送信元情報と、各通信パケットに定義される異なる複数の送信元情報とを対応付けて、復元時に用いる復元情報として、復元情報記憶部９１に記憶する。これにより、圧縮部１５は、複数の通信パケットの送信元と送信先それぞれを共通化し、複数の通信パケットをまとめた１つの通信パケットを生成する。圧縮部１５は、生成した圧縮後の通信パケットを、通信部１６に渡し、送信処理を指示する。

復元情報記憶部９１は、圧縮部１５が登録（更新）する復元情報を記憶する。復元情報記憶部９１は、例えば、通信装置１００が備える記憶装置の所定の記憶領域に相当し、例えば、次のようなデータ構成の復元情報を記憶する。

図５は、本実施形態に係る復元情報９１Ｄのデータ例を示す図である。図５には、仮想送信元項目と送信元項目とを有する復元情報９１Ｄのデータ例が示されている。仮想送信元項目は、発行された仮想送信元情報を登録する項目であり、項目値には、例えば、圧縮後の通信パケットに対してユニークに発行される値などがある。また、送信元項目は、通信パケットに定義される送信元情報（実際の送信元の情報）を登録する項目であり、項目値には、例えば、通信パケットを送信したクライアントを識別する値（クライアント名やＩＰアドレス）などがある。これらの項目値は、各情報項目同士で対応づけられ、圧縮部１５により登録される。なお、このとき送信元項目には、圧縮する各通信パケットに定義される異なる複数の送信元情報が登録される。

通信部１６は、通信パケットを送信する。通信部１６は、通信パケットに定義される送信先情報に従って、通信装置１００を通過する通信パケットを、送信元から送信先へと転送する。通信部１６は、解析部１４、圧縮部１５、又は復元部１７のいずれかの機能部から受け取った通信パケットを、送信元から送信先へと転送する。このとき、解析部１４又は圧縮部１５のいずれかの機能部から受け取った通信パケットは、要求処理を行うサーバ２００に送信される。また、復元部１７から受け取った通信パケットは、処理の応答先（クライアント）に送信される。

復元部１７は、通信装置１００を通過する通信パケットを復元する。復元部１７には、判定部１２が復元対象と判定した、要求処理の処理結果を含む通信パケットが渡される。なお、判定部１２は、通過する通信パケットの送信先がサーバリストＳＬに未登録の場合（送信先が未登録サーバの場合）、次のようにして、通信パケットが復元対象か否かを判定する。判定部１２は、入力部１１で取得された通信パケットに定義される送信元情報に基づき、通信パケットの送信元を確認する。その結果、判定部１２は、通信パケットの送信元が、圧縮時に発行された仮想送信元の場合、通信パケットが復元対象であると判定する。

復元部１７は、このようにして判定された通信パケットを復元する。復元部１７は、復元情報記憶部９１に記憶される復元情報９１Ｄを参照し、処理結果を含む通信パケットを、次のように復元する。復元部１７は、通信パケットに定義される仮想送信元情報に基づき、復元情報９１Ｄを参照し、該当する仮想送信元項目に対応する送信元項目を特定する。復元部１７は、特定した送信元項目に登録される複数の送信元情報を、復元した各通信パケットの送信先情報として取得する。つまり、復元部１７は、通信パケットの仮想送信元に対応付けて、復元情報９１Ｄに登録されている実際の送信元を、処理結果を送信する送信先とする。これにより、復元部１７は、判定部１２から受け取った通信パケットを、処理結果を含む実際の送信先ごとの通信パケットに復元する。このとき復元部１７は、取得した複数の送信先情報に基づき、送信先、送信元、及び処理結果を含む通信パケットを、送信先ごとに生成する。復元部１７は、生成した復元後の通信パケットを、通信部１６に渡し、送信処理を指示する。なお、送信元が仮想送信元でない通信パケットは、復元部１７による復元処理を行わず、復元部１７を介して通信部１６へと渡される。

本実施形態に係る通信装置１００は、このような各機能部が連携することで、次のような動作を実現する。図６は、本実施形態に係る通信装置１００の動作例を示す図である。図６には、要求処理を行うサーバ２００に相当する送信先ａに対して、送信元Ａ，Ｂ，Ｃから３つの通信パケットが送信された場合の動作例が示されている。

本実施形態に係る通信装置１００は、まず、判定部１２により、通過する３つの通信パケットが圧縮対象か否かを判定する。このとき判定部１２は、スロット内に通過した通信パケットの送信先がサーバリストＳＬに登録済みの場合、通信パケットを圧縮対象と判定し、通信パケットを一時記憶部１３に記憶する。

次に通信装置１００は、解析部１４による解析結果から、記憶した通信パケットのうち、同一の送信先ａの類似パケットが存在する場合、圧縮部１５により、類似パケットに該当した複数の通信パケットを圧縮する。このとき圧縮部１５は、各通信パケットで異なる送信元Ａ，Ｂ，Ｃに対して、仮想送信元Ｖ１を発行し、発行した仮想送信元Ｖ１と、各通信パケットで共通する同一の送信先ａとが定義された１つの通信パケットを生成し、圧縮後の通信パケットとする。また、圧縮部１５は、発行した仮想送信元Ｖ１と、各通信パケットの実際の送信先Ａ，Ｂ，Ｃとを対応付け、復元情報９１Ｄとして登録する。

次に通信装置１００は、通信部１６により、圧縮後の通信パケットを、送信先ａのサーバ２００に送信し、処理の要求を行う。その結果、サーバ２００は、要求された処理を行い、処理結果を含む通信パケットを通信装置１００に送信し、処理要求に応答する。

これを受けて通信装置１００は、判定部１２により、通過する通信パケットが復元対象か否かを判定する。このとき判定部１２は、通信パケットの送信元が仮想送信元の場合、通信パケットを復元対象と判定し、復元部１７に復元処理を指示する。その結果、通信装置１００は、復元部１７により、復元情報９１Ｄを参照し、処理結果を含む通信パケットを、仮想送信元Ｖ１に対応付けて登録される送信元Ａ，Ｂ，Ｃを各送信先とする、処理結果を含む３つの通信パケットに復元する。

次に通信装置１００は、通信部１６により、復元後の３つの通信パケットを、各送信先Ａ，Ｂ，Ｃに送信し、処理要求への応答を行う。

以下に、上記動作を実現するために、本実施形態に係る通信装置１００で実行される処理を説明する。

《通信装置１００の処理》
図７は、本実施形態に係る通信装置１００の処理手順例を示すフローチャートである。図７に示すように、本実施形態に係る通信装置１００は、まず、入力部１１が、通過する通信パケットを取得する（ステップＳ１０１）。

次に、判定部１２は、取得された通信パケットの送信先がサーバリストＳＬの登録サーバか否かを判定する（ステップＳ１０２）。このとき判定部１２は、通信パケットに定義される送信先情報に基づき、ＳＤＮコントローラ７０から取得したサーバリストＳＬを参照し、送信先に該当するサーバ２００がサーバリストＳＬに登録されているか否かを判定する。

その結果、判定部１２は、送信先が登録サーバと判定した場合（ステップＳ１０２：Ｙｅｓ）、通信パケットが圧縮対象であるとし、スロット内で該当した通信パケットを一時記憶部１３に記憶する（ステップＳ１０３）。

これを受けて解析部１４は、一時記憶部１３に記憶された通信パケットを解析し、解析結果から、スロット内の通信パケットのうち、処理要求が類似する類似パケットが存在するか否かを判定する（ステップＳ１０４）。本実施形態では、スロット内の通信パケットのうち、送信先が同一の通信パケットが存在するか否かを判定する。

その結果、解析部１４は、スロット内に類似パケットが存在すると判定した場合（ステップＳ１０４：Ｙｅｓ）、類似パケットに該当した通信パケットを、圧縮部１５に渡し、圧縮処理を指示する。

これを受けて圧縮部１５は、受け取った通信パケットに対応する復元情報９１Ｄを、復元情報記憶部９１に登録する（ステップＳ１０５）。このとき圧縮部１５は、各通信パケットに定義される異なる複数の送信元情報を共通化するための仮想送信元情報を発行し、発行した仮想送信元情報と、各通信パケットに定義される異なる複数の送信元情報とが対応付けられた復元情報９１Ｄを登録する。

次に圧縮部１５は、受け取った通信パケットを１つにまとめた圧縮後の通信パケットを生成する（ステップＳ１０６）。このとき圧縮部１５は、発行した仮想送信元情報と、各通信パケットで共通する同一の送信先情報とが定義された１つの通信パケットを生成し、圧縮後の通信パケットを通信部１６に渡し、送信処理を指示する。

これを受けて通信部１６は、受け取った圧縮後の通信パケットを、送信先に相当するサーバ２００に送信する（ステップＳ１０７）。

また、解析部１４は、スロット内に類似パケットが存在しないと判定した場合（ステップＳ１０４：Ｎｏ）、類似パケットに該当しなかった通信パケットを、そのまま通信部１６に渡し、送信処理を指示する。

これを受けて通信部１６は、受け取った通信パケットを、送信先に相当するサーバ２００に送信する（ステップＳ１０８）。

また、判定部１２は、送信先がサーバリストＳＬに未登録のサーバと判定した場合（ステップＳ１０２：Ｎｏ）、通信パケットが圧縮対象でないとし、通信パケットの送信元を確認する（ステップＳ１０９）。このとき判定部１２は、通信パケットに定義される送信元情報に基づき、通信パケットの送信元を確認する。

次に判定部１２は、送信元が仮想送信元か否かを判定する（ステップＳ１１０）。このとき判定部１２は、通信パケットに定義される送信元情報が、圧縮時に発行された仮想送信元情報か否かを判定する。

その結果、判定部１２は、送信元が仮想送信元であると判定した場合（ステップＳ１１０：Ｙｅｓ）、通信パケットが復元対象であるとし、該当した通信パケットを、復元部１７に渡し、復元処理を指示する。

これを受けて復元部１７は、復元情報９１Ｄから送信先を取得する（ステップＳ１１１）。このとき復元部１７は、復元情報記憶部９１に記憶される復元情報９１Ｄを参照し、受け取った通信パケットに定義される仮想送信元情報に対応付けて登録される複数の送信元情報を、復元した各通信パケットの送信先情報として取得する。

次に復元部１７は、受け取った通信パケットから、復元後の通信パケットを生成する（ステップＳ１１２）。このとき復元部１７は、通信パケットに定義される送信元情報と、取得した送信先情報とが、送信先ごとに定義された複数の通信パケットを生成し、復元後の通信パケットを通信部１６に渡し、送信処理を指示する。

これを受けて通信部１６は、受け取った復元後の通信パケットを、送信先に相当するクライアントに送信する（ステップＳ１１３）。

また、判定部１２は、送信元が仮想送信元でないと判定した場合（ステップＳ１１０：Ｎｏ）、通信パケットが復元対象でないとし、送信元が仮想送信元でなかった通信パケットを、そのまま通信部１６に渡し、送信処理を指示する。

これを受けて通信部１６は、受け取った通信パケットを、送信先に相当するクライアントに送信する（ステップＳ１１４）。

＜まとめ＞
以上のように、本実施形態に係る通信装置１００によれば、受信した通信パケットを一時記憶する。本実施形態に係る通信装置１００は、解析部１４が、一時記憶した通信パケットの解析結果に基づき、類似パケットが存在するか否かを判定する。本実施形態に係る通信装置１００は、類似パケットが存在する場合に、圧縮部１５が、類似パケットに該当した複数の通信パケットを、１つの通信パケットにまとめて圧縮し、通信部１６が、圧縮後の通信パケットを、処理の要求先に相当するサーバ２００に送信する。

これによって、本実施形態に係る通信装置１００は、ストレージサービスなどの静的なコンテンツを提供するネットワークサービスにおいて、処理要求が類似する通信パケットをまとめて圧縮し、要求先のサーバ２００に送信する環境を提供する。その結果、本実施形態に係る通信装置１００は、サーバ２００とサーバ２００までの通信路との両方の負荷を軽減することができる。よって、本実施形態に係る通信装置１００では、クラウド基盤における仮想アプライアンス８０による高密度集約時のＩＯ性能の向上が期待できる。

なお、上記実施形態では、圧縮又は非圧縮を表す値の制御情報を含むサーバリストＳＬ２のデータ例（図４（Ｂ））を示したが、この限りでない。例えば、制御情報は、圧縮形式を表す値であってもよい。

［第２の実施形態］
＜概要＞
本実施形態に係る通信装置が有する機能（通信機能）について説明する。本実施形態に係る通信装置は、例えば、要求処理を行うサーバやサーバまでの通信路などの通信パケットの混み具合に応じて、通信パケットの保持期間（スロット幅）を調整する。

以下に、本実施形態に係る通信装置が有する機能の構成とその動作について説明する。なお、以下の説明では、上記実施形態と異なる事項について説明し、同じ事項については同一符号を付し、その説明を省略する。

＜通信装置１００の機能＞
図８は、本実施形態に係る通信装置１００の機能構成例を示す図である。図８に示すように、本実施形態に係る通信装置１００は、第１の実施形態の機能構成に対して、調整部２１を、さらに有する。

調整部２１は、通信パケットの混み具合（以下「混雑度」という）に応じて、一時記憶部１３における通信パケットの保持期間（スロット幅）を調整する。調整部２１は、例えば、通信パケットの混雑度の測定結果（例えば「通信負荷測定値」）を、ＳＤＮコントローラ７０から取得し、取得した測定結果に基づき、通信パケットの保持期間（スロット幅）を調整する。

図９は、類似パケットが同じスロット内に到達しなかった場合と到達した場合との動作比較例を示す図である。例えば、図９（Ａ）には、同一の送信先ａの３つの通信パケット（類似パケット）のうち、送信元Ａ，Ｂの２つの通信パケットが同じスロット内に到達した場合の例が示されている。送信元Ｃの通信パケットが、送信元Ａ，Ｂの２つの通信パケットを同じスロット内に到達しなかった原因には、遅延が考えられ、通信パケットの混雑度が影響する。この場合、送信元Ａ，Ｂの２つの通信パケットは、類似パケットとして１つにまとめられ圧縮されるが、送信元Ｃの通信パケットは、圧縮されず、圧縮率が低くなる。

そのため、スロット幅を拡張し、一時記憶する通信パケットの保持期間を延長し、圧縮率を高める。例えば、図９（Ｂ）には、スロット幅を拡張することで、遅延した送信元Ｃの通信パケットを含む同一の送信先ａの３つの通信パケットが同じスロット内に到達した場合の例が示されている。この場合、送信元Ａ，Ｂ，Ｃの３つの通信パケットは、類似パケットとして１つにまとめられ圧縮される。よって、圧縮率が高まる。

一方で、スロット幅を拡張し、一時記憶する通信パケットの保持期間を延長するため、通信パケットによる処理要求への応答が遅くなる（応答速度が悪化する）。また、一時記憶する通信パケットの量が多くなるため、一時記憶部１３の記憶容量（バッファ領域）を大きく確保する必要がある。このように、スロット幅を拡張し、一時記憶する通信パケットの保持期間を延長することは、これらの問題に対応する必要がある。

そこで、本実施形態では、通信パケットの圧縮効率が、一時記憶部１３における通信パケットの保持期間（スロット幅）と、同じスロット内を通過する通信パケットの平均到達率とに依存する点に着目し、通信装置１００により、次のような調整を行う。

調整部２１は、通信パケットの混雑度の測定結果から、通信帯域に余裕があると判断した場合、保持期間（スロット幅）を短くし、圧縮効率より応答速度を優先するように調整する。一方、調整部２１は、通信帯域に余裕がないと判断した場合、保持期間（スロット幅）を長くし、応答速度より圧縮効率を優先するように調整する。なお、通信帯域に余裕があるか否かの判断は、例えば、次のように行えばよい。調整部２１は、混雑度の測定結果と、予め設定しておいた閾値とを比較し、混雑度の測定結果が閾値以上の場合、通信帯域に余裕がないと判断し、混雑度の測定結果が閾値未満の場合、通信帯域に余裕があると判断する。なお、閾値は、例えば、通信負荷状況の統計値に基づき算出した判断基準値や、通信負荷状況に応じて管理者などが設定した判断基準値などに相当する。

このように、本実施形態では、所定幅にスロット幅を拡張し、一時記憶する通信パケットの保持期間を延長するものではない。本実施形態では、通信パケットの混雑度（通信負荷状況）に応じて、圧縮効率と応答速度とのどちらを優先させるかを決定し、通信パケットの保持期間（スロット幅）を調整する。

以下に、上記動作を実現するために、本実施形態に係る調整部２１で実行される処理を説明する。

《調整部２１の処理》
図１０は、本実施形態に係る調整部２１の処理手順例を示すフローチャートである。図１０に示すように、本実施形態に係る調整部２１は、通信パケットの混雑度の測定結果を取得する（ステップＳ２０１）。このとき調整部２１は、ＳＤＮコントローラ７０から、通信パケットの混雑度の測定結果を取得する。なお、混雑度の測定結果は、受動的に取得してもよいし、能動的に取得してもよい。受動的に取得する場合には、例えば、所定の時間経過ごとに、ＳＤＮコントローラ７０から通知される（フィードバックされる）測定結果を受信すればよい。また、能動的に取得する場合には、例えば、所定の時間経過ごとに、ＳＤＮコントローラ７０に対して、測定結果の取得を要求すればよい。

次に調整部２１は、取得した計測結果が閾値以上か否かを判定する（ステップＳ２０２）。

その結果、調整部２１は、計測結果が閾値以上と判定した場合（ステップＳ２０２：Ｙｅｓ）、通信帯域に余裕がないとし、一時記憶部１３における通信パケットの保持期間（スロット幅）を長く調整（延長）する（ステップＳ２０３）。つまり、調整部２１は、通信帯域に余裕がない場合、応答速度より圧縮効率を優先するように調整する。このとき調整部２１は、一時記憶部１３における通信パケットの保持期間（スロット幅）の長さを制御する制御値を、現在の値より長く設定することで調整する。

一方、調整部２１は、計測結果が閾値未満と判定した場合（ステップＳ２０２：Ｎｏ）、通信帯域に余裕があるとし、一時記憶部１３における通信パケットの保持期間（スロット幅）を短く調整（短縮）する（ステップＳ２０４）。つまり、調整部２１は、通信帯域に余裕がある場合、圧縮効率より応答速度を優先するように調整する。このとき調整部２１は、一時記憶部１３における通信パケットの保持期間（スロット幅）の長さを制御する制御値を、現在の値より短く設定することで調整する。

＜まとめ＞
以上のように、本実施形態に係る通信装置１００によれば、受信した通信パケットを一時記憶する。このとき通信装置１００では、調整部２１により、通信パケットの混雑度に応じて調整された保持期間（スロット幅）に従って、受信した通信パケットを一時記憶される。本実施形態に係る通信装置１００は、解析部１４が、一時記憶した通信パケットの解析結果に基づき、類似パケットが存在するか否かを判定する。本実施形態に係る通信装置１００は、類似パケットが存在する場合に、圧縮部１５が、類似パケットに該当した複数の通信パケットを、１つの通信パケットにまとめて圧縮し、通信部１６が、圧縮後の通信パケットを、処理の要求先に相当するサーバ２００に送信する。

その結果、本実施形態に係る通信装置１００は、第１の実施形態と同様に、サーバ２００とサーバ２００までの通信路との両方の負荷を軽減することができる。また、本実施形態に係る通信装置１００は、類似パケットの圧縮効率と処理要求への応答速度との両方を考慮し、通信パケットの混雑度に応じて、通信パケットの保持期間（スロット幅）を調整することにより、高品質なサービス提供を実現できる。

［変形例１］
＜概要＞
本変形例１では、通信パケットの保持期間（スロット幅）を調整し、類似する複数の通信パケット（類似パケット）を、同じスロット内を通過させ、圧縮効率を高める方法を提案する。例えば、動画コンテンツなどのストリーミング配信サービスでは、同じ動画コンテンツの配信処理が、複数の異なるクライアントからサーバに要求される。このように、異なる送信先（クライアント）から送信された複数の通信パケットが類似パケットの場合には、圧縮効率の観点から、該当する各通信パケットが同じスロット内を通過することが望ましい。しかし、各送信先から通信パケットが送信されるタイミングは異なる。そのため、本変形例１では、調整部により、通信パケットの保持期間（スロット幅）を調整することで、スロット内に先に到達した通信パケットの通信速度を遅くし、類似パケットが同じスロット内を通過するように、各通信パケットの通信を同期させる。これにより、圧縮効率を高めるものである。つまり、本変形例１では、類似パケットがスロット内に到達する際のタイムラグを縮めて、圧縮効率を高めるものである。

以下に、本変形例１に係る通信装置が有する機能の構成とその動作について説明する。なお、以下の説明では、上記実施形態と異なる事項について説明し、同じ事項については同一符号を付し、その説明を省略する。

＜通信装置１００の機能＞
調整部２１は、通信パケットの通過状況に応じて、通信パケットの保持期間（スロット幅）を調整する。調整部２１は、通信パケットの通過状況から、類似パケットの通信規則を解析し、解析結果に基づき、通信パケットの保持期間（スロット幅）を調整する。なお、通信規則は、類似パケットがスロット内に到達するタイミング（類似パケットの通過タイミング）の規則性に相当する。

調整部２１は、まず、スロット内における通信パケットの通過状況から、類似パケットの通信規則を解析する。調整部２１は、スロット内における通信パケットの通過状況を、次のように記録する。調整部２１は、例えば、スロット内を通過する通信パケットの内容と通過時刻との組み合わせ情報に対して、ハッシュ値を算出する。調整部２１は、算出したハッシュ値（算出値）を、通過順に従って時系列に保持し、通過状況を表す記録とする。

調整部２１は、このようにして記録されたハッシュ値（算出値）に基づき、類似パケットがスロット内に到達するタイミングの規則性を解析し、解析結果に基づき、類似パケットが同じスロット内を通過するように、通信パケットの保持期間（スロット幅）を調整する。調整部２１は、例えば、通信パケットの通過時に記録された類似パケットの量に応じて、保持期間（スロット幅）を調整し、スロット内に先に到達した通信パケットを遅延させる。

このように、本変形例１では、通信パケットの通過状況から、類似パケットの通信規則を解析し、解析結果に基づき、類似パケットが同じスロット内を通過するように、通信パケットの保持期間（スロット幅）を調整する。

以下に、上記動作を実現するために、本実施形態に係る調整部２１で実行される処理を説明する。

《調整部２１の処理》
図１１は、本変形例１に係る調整部２１の処理手順例を示すフローチャートである。図１１に示すように、本実施形態に係る調整部２１は、スロット内における通信パケットの通過状況を記録する（ステップＳ３０１）。このとき調整部２１は、スロット内を通過する通信パケットの内容と通過時刻とを含む情報のハッシュ値を算出し、算出したハッシュ値を時系列に保持し、通過状況として記録とする。

次に調整部２１は、通信パケットの通過状況から、類似パケットの通信規則を解析する（ステップＳ３０２）。このとき調整部２１は、時系列に記録したハッシュ値に基づき、類似パケットの通信規則を解析する。

調整部２１は、通信パケットの保持期間（スロット幅）を調整するか否かを判定する（ステップＳ３０３）。このとき調整部２１は、類似パケットの通信規則の解析結果に基づき、類似パケットが同じスロット内を通過するように、スロット内に先に到達した通信パケットを遅延させる必要があるか否かを判定する。

その結果、調整部２１は、保持期間（スロット幅）を調整すると判定した場合（ステップＳ３０３：Ｙｅｓ）、一時記憶部１３における通信パケットの保持期間（スロット幅）を長く調整する（ステップＳ３０４）。このとき調整部２１は、一時記憶部１３における通信パケットの保持期間（スロット幅）の長さを制御する制御値を、現在の値より長く設定することで調整する。

一方、調整部２１は、保持期間（スロット幅）を調整しないと判定した場合（ステップＳ３０３：Ｎｏ）、一時記憶部１３における通信パケットの保持期間（スロット幅）の調整を行わない。

＜まとめ＞
以上のように、本変形例１に係る通信装置１００によれば、受信した通信パケットを一時記憶（バッファリング）する。このとき通信装置１００では、調整部２１により、スロット内における処理要求が類似する通信パケット（類似パケット）の通信規則に基づき、類似パケットが同じスロット内を通過するように調整された保持期間（スロット幅）に従って、受信した通信パケットを一時記憶される。本変形例１に係る通信装置１００は、解析部１４が、一時記憶した通信パケットの解析結果に基づき、類似パケットが存在するか否かを判定する。本変形例１に係る通信装置１００は、類似パケットが存在する場合に、圧縮部１５が、類似パケットに該当した複数の通信パケットを、１つの通信パケットにまとめて圧縮し、通信部１６が、圧縮後の通信パケットを、処理の要求先に相当するサーバ２００に送信する。

その結果、本変形例１に係る通信装置１００は、上記実施形態と同様の効果を奏するとともに、類似パケットがスロット内に到達する際のタイムラグを縮めることで、異なる送信先（クライアント）から送信された類似パケットに対する圧縮効率を高めることができる。これにより、本変形例１に係る通信装置１００は、例えば、ストリーミング配信サービスなどで、高品質なサービス提供を実現できる。

［変形例２］
＜概要＞
図１２は、本変形例２に係る通信制御機能の概略を示す図である。図１２には、送信元Ａと送信先ａが同一の通信パケットが、同一の中継点（同一のノード）を経由する例が示されている。このように、本変形例２では、ＳＤＮコントローラ７０が、各中継点（ノード）に配置された通信装置を制御することで、同一の通信パケットが同一の中継点を経由するように、通信を制御する（ルーティングする）。これにより、同一の通信パケットを同じ通信装置に集約し、圧縮効率を高めるものである。

以下に、本変形例２に係る通信装置が有する機能の構成とその動作について説明する。なお、以下の説明では、上記実施形態と異なる事項について説明し、同じ事項については同一符号を付し、その説明を省略する。

＜通信装置１００の機能＞
本変形例２では、ＳＤＮコントローラ７０が、同一の通信パケットが同一の中継点を経由するように、通信装置１００が有する通信部１６を制御する。よって、ＳＤＮコントローラ７０は、通信制御部に相当する。

通信部１６は、解析部１４、圧縮部１５、又は復元部１７などの他の機能部から受け取った通信パケットの中継点（次のノード）を決定する。通信部１６は、まず、初めて受け付けた通信パケットの場合、通信パケットの送信先と内容との組み合わせ情報に対して、ハッシュ値を算出する。通信部１６は、算出したハッシュ値（算出値）を、通信パケットに対応付けて記憶するとともに、ＳＤＮコントローラ７０にハッシュ値を渡し、通信パケットの次の中継点（次のノード）の決定を要求する。

ＳＤＮコントローラ７０は、受け取ったハッシュ値（算出値）を、例えば、複数の隣接中継点（複数の隣接ノード）を含む所定の通信経路の範囲内で分類する。その結果、ＳＤＮコントローラ７０は、ハッシュ値の分類結果から通信経路を特定し、特定した通信経路から次の中継点（次のノード）を決定する。

通信部１６は、ＳＤＮコントローラ７０により決定された中継点（次のノード）に従って、通信パケットを送信する。

このように、本変形例２では、通信パケットの送信先と内容とに基づき、通信パケットを分類し、分類結果から特定した通信経路から次の中継点（次のノード）を決定し、決定した中継点（ノード）に通信パケットを送信する。

以下に、上記動作を実現するために、本実施形態に係る通信部１６で実行される処理を説明する。

《通信部１６の処理》
図１３は、本変形例２に係る通信部１６の処理手順例を示すフローチャートである。図１３に示すように、本変形例２に係る通信部１６は、通信パケットを受け取る（ステップＳ４０１）。

次に通信部１６は、受け取った通信パケットが、すでに受け取ったことのある通信パケットか否かを判定する（ステップＳ４０２）。このとき通信部１６は、初めて受け取ったときに算出され記憶された、通信パケットの送信先と内容とを含む情報のハッシュ値に基づき判定する。

その結果、通信部１６は、受け取った通信パケットが、すでに受け取ったことのある通信パケットでないと判定した場合（ステップＳ４０２：Ｎｏ）、通信パケットの送信先と内容とを取得する（ステップＳ４０３）。これにより、通信部１６は、取得情報のハッシュ値を算出し記憶する。

一方、通信部１６は、受け取った通信パケットが、すでに受け取ったことのある通信パケットであると判定した場合（ステップＳ４０２：Ｙｅｓ）、通信パケットの次の中継点（次のノード）を決定する（ステップＳ４０４）。このとき通信部１６は、通信パケットに対応するハッシュ値に基づき、ＳＤＮコントローラ７０に対して、通信パケットの次の中継点（次のノード）の決定を要求する。

通信部１６は、決定した中継点（ノード）に通信パケットを送信する（ステップＳ４０５）。

＜まとめ＞
以上のように、本変形例２に係る通信装置１００によれば、受信した通信パケットを一時記憶（バッファリング）する。本変形例２に係る通信装置１００は、解析部１４が、一時記憶した通信パケットの解析結果に基づき、処理要求が類似する通信パケット（類似パケット）が存在するか否かを判定する。本変形例２に係る通信装置１００は、類似パケットが存在する場合に、圧縮部１５が、類似パケットに該当した複数の通信パケットを、１つの通信パケットにまとめて圧縮する。本変形例２に係る通信装置１００は、通信部１６が、通信パケットの送信先と内容とに基づき特定した通信経路から、通信パケットの次の中継点（次のノード）を決定し、決定した中継点（ノード）に通信パケットを送信する。

その結果、本変形例２に係る通信装置１００は、上記実施形態と同様の効果を奏するとともに、同一の通信パケットを同一の中継点（同一のノード）に集約することができ、さらに圧縮効率を高めることができる。

＜装置＞
図１４は、上記実施形態に係る通信装置１００の構成例を示す図である。図１４（Ａ）に示すように、実施形態に係る通信装置１００は、ＣＰＵ（Central Processing Unit）１０１、及び主記憶装置１０２などを備える。また、通信装置１００は、補助記憶装置１０３、通信ＩＦ（interface）１０４、及び外部ＩＦ１０５などを備える。通信装置１００は、各デバイスがバスＢを介して相互に接続される。

ＣＰＵ１０１は、装置全体の制御や搭載機能を実現するための演算装置である。主記憶装置１０２は、プログラムやデータなどを所定の記憶領域に保持する記憶装置（メモリ）である。主記憶装置１０２は、例えば、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）などである。また、補助記憶装置１０３は、主記憶装置１０２より容量の大きい記憶領域を備える記憶装置である。補助記憶装置１０３は、例えば、ＨＤＤ（Hard Disk Drive）やメモリカード（Memory Card）などの不揮発性の記憶装置である。よって、ＣＰＵ１０１は、例えば、補助記憶装置１０３から主記憶装置１０２上に、プログラムやデータを読み出し、処理を実行することで、装置全体の制御や搭載機能を実現する。

通信ＩＦ１０４は、装置を通信路に接続するインタフェースである。これにより、通信装置１００は、他の通信装置、クライアントやサーバ２００などの情報処理装置とデータ通信が行える。外部ＩＦ１０５は、装置と外部装置１０６との間でデータを送受信するためのインタフェースである。外部装置１０６には、例えば、処理結果などの各種情報を表示する表示装置（例えば「液晶ディスプレイ」）などがある。

なお、実施形態に係る通信装置１００は、図１４（Ｂ）に示すような一般的な情報処理装置であってもよい。この場合、通信装置１００は、ドライブ装置１０７をさらに備える。ドライブ装置１０７は、記憶媒体１０８の書き込み又は読み取りを行う制御装置である。記憶媒体１０８は、例えば、フレキシブルディスク（ＦＤ）、ＣＤ（Compact Disk）、及びＤＶＤ（Digital Versatile Disk）などである。また、外部装置１０６には、例えば、操作入力を受け付ける入力装置（例えば「テンキー」、「キーボード」、又は「タッチパネル」）などがある。

また、上記実施形態に係る通信機能は、例えば、通信装置１００において、プログラムを実行することで、上記各機能部が連携動作することで実現される。この場合、プログラムは、実行環境の装置（コンピュータ）が読み取り可能な記憶媒体に、インストール可能な形式又は実行可能な形式のファイルで記録され提供される。例えば、通信装置１００が情報処理装置の場合には、プログラムは、上記各機能部を含むモジュール構成となっており、ＣＰＵ１０１が記憶媒体１０８からプログラムを読み出し実行することで、主記憶装置１０２のＲＡＭ上に各機能部が生成される。なお、プログラムの提供方法は、この限りでない。例えば、プログラムを、インターネットなどに接続された記憶装置に格納し、通信路を経由してダウンロードする方法であってもよい。また、主記憶装置１０２のＲＯＭや補助記憶装置１０３のＨＤＤなどに予め組み込んで提供する方法であってもよい。なお、ここでは、通信機能をソフトウェアの実装により実現する例を説明したが、この限りでない。例えば、通信機能が有する各機能部の一部又は全部を、ハードウェアの実装により実現してもよい。

最後に、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、請求の範囲に記載された発明とその均等の範囲に含まれる。

１１ 入力部
１２ 判定部
１３ 一時記憶部
１４ 解析部
１５ 圧縮部
１６ 通信部
１７ 復元部
２１ 調整部
７０ ＳＤＮコントローラ
８０ 仮想アプライアンス
９１ 復元情報記憶部
１００ 通信装置
２００ サーバ
１０００ 通信システム

実施形態に係る通信装置は、判定部、記憶部、解析部、圧縮部、通信部、及び調整部を備える。判定部は、受信した通信パケットが圧縮対象か否かを判定する。記憶部は、圧縮対象と判定された通信パケットを記憶する。解析部は、記憶された複数の通信パケットを解析し、解析結果に基づき、複数の通信パケットの中に、処理要求が類似する類似パケットが存在するか否かを判定する。圧縮部は、類似パケットが存在すると判定された場合に、類似パケットに該当した複数の通信パケットを圧縮する。通信部は、圧縮後の通信パケットを送信する。調整部は、記憶部において通信パケットを記憶する期間を調整する。調整部は、通信パケットの通過状況を記録し、記録した通過状況から、類似パケットの通過タイミングの規則性を解析し、解析結果に基づき、期間を延長することを特徴とする。

Claims (15)

1. 受信した通信パケットが圧縮対象か否かを判定する判定部と、
   圧縮対象と判定された前記通信パケットを記憶する記憶部と、
   記憶された複数の前記通信パケットを解析し、解析結果に基づき、複数の前記通信パケットの中に、処理要求が類似する類似パケットが存在するか否かを判定する解析部と、
   前記類似パケットが存在すると判定された場合に、前記類似パケットに該当した複数の前記通信パケットを圧縮する圧縮部と、
   圧縮後の前記通信パケットを送信する通信部と、を備えることを特徴とする通信装置。
2. 前記記憶部において前記通信パケットを記憶する期間を調整する調整部を、さらに備え、
   前記調整部は、
   前記通信パケットの混雑度に応じて、前記期間を調整することを特徴とする請求項１に記載の通信装置。
3. 前記調整部は、
   測定された前記混雑度と、予め設定しておいた閾値とを比較し、前記混雑度が前記閾値以上の場合に、前記期間を延長し、前記混雑度が前記閾値未満の場合に、前記期間を短縮することを特徴とする請求項２に記載の通信装置。
4. 前記調整部は、
   前記通信パケットの通過状況に応じて、前記期間を調整することを特徴とする請求項２に記載の通信装置。
5. 前記調整部は、
   前記通信パケットの通過状況を記録し、記録した前記通過状況から、前記類似パケットの通過タイミングの規則性を解析し、解析結果に基づき、前記期間を延長することを特徴とする請求項４に記載の通信装置。
6. 前記判定部は、
   前記通信パケットの送信先が、予め登録された送信先であった場合に、前記通信パケットを圧縮対象と判定することを特徴とする請求項１に記載の通信装置。
7. 前記解析部は、
   前記通信パケットを解析し、送信先が同一の複数の前記通信パケットが存在する場合に、前記類似パケットが存在すると判定することを特徴とする請求項１に記載の通信装置。
8. 前記圧縮部は、
   前記類似パケットの送信元が異なる場合に、異なる前記送信元を共通化するための仮の送信元を表す仮想送信元を発行し、発行した前記仮想送信元と、前記類似パケットで共通する同一の送信先とを含む１つの通信パケットを生成し、前記類似パケットに該当した複数の前記通信パケットを圧縮することを特徴とする請求項１に記載の通信装置。
9. 前記圧縮部は、
   前記仮想送信元と、前記類似パケットの異なる複数の前記送信元とを対応付け、復元時に用いる復元情報として記憶することを特徴とする請求項８に記載の通信装置。
10. 前記通信パケットを復元する復元部を、さらに備え、
    前記判定部は、
    前記通信パケットが復元対象か否かを判定し、
    前記復元部は、
    復元対象と判定された前記通信パケットを、前記復元情報に基づき復元することを特徴とする請求項９に記載の通信装置。
11. 前記判定部は、
    前記通信パケットの送信元が、前記仮想送信元であった場合に、前記通信パケットを復元対象と判定することを特徴とする請求項１０に記載の通信装置。
12. 前記復元部は、
    前記仮想送信元に対応付けて、前記復元情報に記憶されている送信元を送信先とする通信パケットを生成し、復元対象と判定された前記通信パケットを復元することを特徴とする請求項１０に記載の通信装置。
13. 前記通信部は、
    前記通信パケットの送信先から算出した算出値に基づき、前記通信パケットの通信経路を特定し、特定した前記通信経路から、前記通信パケットの次の中継点を決定し、決定した前記中継点に前記通信パケットを送信することを特徴とする請求項１に記載の通信装置。
14. 受信した通信パケットが圧縮対象か否かを判定する判定工程と、
    圧縮対象と判定された前記通信パケットを記憶する記憶工程と、
    記憶された複数の前記通信パケットを解析し、解析結果に基づき、複数の前記通信パケットの中に、処理要求が類似する類似パケットが存在するか否かを判定する解析工程と、
    前記類似パケットが存在すると判定された場合に、前記類似パケットに該当した複数の前記通信パケットを圧縮する圧縮工程と、
    圧縮後の前記通信パケットを送信する通信工程と、を含むことを特徴とする通信方法。
15. 受信した通信パケットが圧縮対象か否かを判定する判定ステップと、
    圧縮対象と判定された前記通信パケットを記憶する記憶ステップと、
    記憶された複数の前記通信パケットを解析し、解析結果に基づき、複数の前記通信パケットの中に、処理要求が類似する類似パケットが存在するか否かを判定する解析ステップと、
    前記類似パケットが存在すると判定された場合に、前記類似パケットに該当した複数の前記通信パケットを圧縮する圧縮ステップと、
    圧縮後の前記通信パケットを送信する通信ステップと、をコンピュータに実行させるための通信プログラム。

Images