(57)【要約】【課題】ネットワーク提供者側システムとサービス提供者側システムの間で適切に処理を分担して、ネットワークの利用効率をより向上させる。【解決手段】ネットワーク提供者が提供する通信設備を利用して、サービス提供者システムが、サービス享受装置へサービスを提供する、複数レイヤのプロトコルにより制御されるサービス提供システムにおいて、前記通信設備は、当該通信設備を制御する低位レイヤのプロトコルの通信状態を監視する分析装置を備え、前記分析装置は、前記サービス享受装置が要求するサービスに対する通信制御方法に係る問合せを受信し、前記問合せに対して、監視する前記通信設備の状態に基づく高位レイヤのプロトコルでの通信制御方法に係る応答を送信し、前記サービス提供者システムは、前記分析装置の応答に基づき通信制御方法を決定し、決定した前記通信制御方法に基づき、前記サービスの提供方法を制御する。【選択図】  図６
2016092460.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク提供者が提供する通信設備を利用して、サービス提供者システムが、サービス享受装置へサービスを提供する、複数レイヤのプロトコルにより制御されるサービス提供システムにおいて、
前記通信設備は、当該通信設備を制御する低位レイヤのプロトコルの通信状態を監視する分析装置を備え、
前記分析装置は、
前記サービス享受装置が要求するサービスに対する通信制御方法に係る問合せを受信し、
前記問合せに対して、監視する前記通信設備の状態に基づく高位レイヤのプロトコルでの通信制御方法に係る応答を送信し、
前記サービス提供者システムは、
前記分析装置の応答に基づき通信制御方法を決定し、
決定した前記通信制御方法に基づき、前記サービスの提供方法を制御する
ことを特徴とするサービス提供システム。
【請求項２】
請求項１に記載のサービス提供システムにおいて、
前記サービス提供者システムは、決定した前記通信制御方法を返答し、
前記分析装置は、
決定された前記通信制御方法を受信し、
前記通信制御方法に基づく前記サービス提供に係る情報収集を開始する
ことを特徴とするサービス提供システム。
【請求項３】
請求項１または２に記載のサービス提供システムであって、
前記サービス提供者システムは、サービスサーバを備え、
前記サービスサーバは、
サービス享受装置からサービス要求を受信し、
前記分析装置へ、前記通信制御方法に係る問合せを送信し、
前記分析装置から、前記通信制御方法に係る応答を受信し、
前記応答に基づき前記通信制御方法を決定し、
決定した通信制御方法を分析装置へ通知し、
決定した通信制御方法に基づき、前記サービス提供を制御する
ことを特徴とするサービス提供システム。
【請求項４】
請求項１または２に記載のサービス提供システムであって、
前記サービス提供者システムは、サービスサーバと、サービス提供者側中継装置と、を備え、
前記サービス提供者側中継装置は、
前記分析装置による前記応答を含む前記サービス要求を受信し、
前記通信制御方法を決定し、
決定した通信制御方法を含む前記サービス要求を前記サービスサーバへ通知し、
サービスサーバは、通知された通信制御方法に基づき、要求された前記サービスを提供する
ことを特徴とするサービス提供システム。
【請求項５】
請求項１、２または４に記載のサービス提供システムであって、
前記通信設備は、前記分析装置と、通信設備側中継装置と、を含み、
前記通信設備側中継装置は、
前記サービス享受装置から前記サービス要求を受信し、
前記分析装置へ、前記通信制御方法に係る問合せを送信し、
前記分析装置から、前記通信制御方法に係る応答を受信し、
前記サービス提供者システムへ、受信した前記通信制御方法を含む前記サービス要求を送信し、
前記サービス提供者システムにおいて決定された前記通信制御方法を受信して前記分析装置へ送信し、
前記サービス要求に対する応答を前記サービス享受装置へ応答する
ことを特徴とするサービス提供システム。
【請求項６】
請求項１から５のいずれか一に記載のサービス提供システムであって、
前記問合せは、さらに適合度に係り、
前記分析装置は、送信する前記応答に、前記適合度の計算条件を含め、
前記サービス提供システムは、前記応答に含まれる前記適合度の計算条件に基づき、前記通信制御方法を決定する
ことを特徴とするサービス提供システム。
【請求項７】
請求項６に記載のサービス提供システムであって、
前記分析装置は、
決定された前記通信制御方法に対応する前記適合度の計算条件に従い、適合度、または、適合度と当該適合度に基づく課金額、を計算し、
前記適合度と前記課金額とのいずれか一方または両方を、前記サービス提供者システムへ送信する
ことを特徴とするサービス提供システム。
【請求項８】
請求項６または７に記載のサービス提供システムにおいて、
前記サービス提供者システムは、
決定した前記通信制御方法に対応する前記適合度が高くなるように、前記サービスの提供方法を制御する
ことを特徴とするサービス提供システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービス提供システムにおけるネットワークの通信制御に関する。
【背景技術】
【０００２】
通信ネットワークを利用するアプリケーションプログラム（アプリケーションという）が増加するに伴い、ネットワーク上を流れる情報すなわち通信の量自体の増加と並行して、通信パターンの多様化が進んでいる。従来は、ネットワークで提供されるサービスは固定的であり、ネットワーク提供者（通信事業者など）は加入者数などから将来の設備投資や運用の計画を立てることが容易であった。しかし、スマートフォンの普及がすすみ、スマートフォン上のアプリケーションがネットワーク提供者の制御の及ばないところで提供されるようになると、ネットワーク提供者側で通信パターンを予測することが困難となってきた。
【０００３】
例えば、スマートフォンにインストールする目覚まし時計のアプリケーションの利用により、目覚ましを設定することの多い毎正時にアプリケーションが起動し通信を開始することで特定の時間に通信の集中が起こるなどの例がある。
【０００４】
これらに対応するため、ネットワーク提供者とアプリケーション提供者はそれぞれ独自で対応を行っている。例えば特許文献１の段落００１０には、ネットワーク提供者側でサービスごとに累積のデータ通信量を算出し、必要であれば帯域制限を行う方法が開示されている。
【０００５】
また、特許文献２の段落０００８から００１１では、ネットワーク提供者側で提供する遅延保証や帯域保証などの制御方法を、ネットワーク提供者側とサービス提供者側の交渉によって切り替えて利用する方法が開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１３−５８９９４号公報
【特許文献２】特開２００２−１７６４３５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
特許文献１で開示された方法では、ネットワーク提供者が実施した帯域制限に関してサービス提供者側は情報を得ることができず、サービス提供者側で適切な対処を行うには情報が不十分となる。例えば、閑散時間帯と混雑時間帯では、利用可能帯域の逼迫度が異なるが、開示されている手法ではこれらを区別できない。
【０００８】
特許文献２で開示された方法では、サービス提供者側は、遅延保証や帯域保証などの制御方法を交渉によって選択することができるが、その選択の際にサービス提供者側へ参考となる情報の提示は行われない。
【０００９】
また、これら２つの方法に共通の問題として、ネットワーク提供者側システム（ネットワーク提供者側という）がサービス提供者側システム（サービス提供者側という）のアプリケーションに特化した制御を行うためには、新規のアプリケーションが登場するたびに新たな制御方法をネットワーク提供者側に配備する必要がある。
【００１０】
これは、適切な制御を行うためには、ネットワーク提供者側の通信設備の稼働状況などの情報を取得することが必要であり、この情報がネットワーク提供者から提示されない限り、ネットワーク提供者側以外で制御方法を配備することができないためである。この必要性は、ネットワーク提供者側とサービス提供者側が同一組織に属する場合であっても、ネットワークとサービスを実現する装置両者の間で情報の提示が行われなければ同様である。
【００１１】
すなわち、ネットワーク提供者側とサービス提供者側の間での情報交換が不十分であるため、どちらもネットワークを効率的に利用するための情報を得られないことが問題となる。特に、ネットワーク提供者側で収集が容易である低位レイヤの情報はサービス提供者側で収集が困難であり、サービス提供者側で低位レイヤの情報を精度高く推測することも困難である点が問題となる。
【００１２】
その結果、ネットワークの利用効率を十分に向上できないまま、サービスを停止させないようにするために、ネットワーク提供者側の過剰な通信設備を招き、サービス提供にかかるコストの増加を招いていた。
【００１３】
従って、ネットワークの利用効率をより向上させることが求められている。
【課題を解決するための手段】
【００１４】
開示されるのは、ネットワーク提供者側とサービス提供者側の間で情報交換を行うことにより、効率的なネットワーク利用を可能にする通信制御システムである。
【００１５】
具体的には、ネットワーク提供者側で低位レイヤの情報に基づいた分析を行い、サービス提供者側はその情報をもとに高位レイヤでの制御を行う構成を備える通信制御システムである。上記構成により、ネットワーク提供者側にアプリケーション依存の制御方法を導入することなく、かつサービス提供者側での適切な通信制御を可能とする。
【００１６】
低位レイヤの情報とは、例えば、OSI参照モデルにおけるレイヤ4以下のレイヤの情報に基づいた、統計値、パケットロス率、基地局毎の利用帯域、ユーザ端末の収容基地局などであり、高位レイヤでの制御とは、例えば、OSI参照モデルにおけるレイヤ5以上のレイヤでの制御、例えば、コンテンツの変換、送信タイミングの変更、利用プロトコルの変更など、である。
【００１７】
分析を行う際は、提供されるサービスを享受するサービス享受装置の通信環境を考慮する。通信環境とは、具体的には、サービス享受装置が無線通信機能を備える端末であれば、その端末を収容する基地局やセルの位置と、その位置におけるネットワークの混雑度、等である。
【００１８】
より具体的な態様は、ネットワーク提供者が提供する通信設備を利用して、サービス提供者システムが、サービス享受装置へサービスを提供する、複数レイヤのプロトコルにより制御されるサービス提供システムである。
【００１９】
当該サービス提供システムにおいて、
通信設備は、当該通信設備を制御する低位レイヤのプロトコルの通信状態を監視する分析装置を備え、
分析装置は、サービス享受装置が要求するサービスに対する通信制御方法に係る問合せを受信し、問合せに対して、監視する通信設備の状態に基づく高位レイヤのプロトコルでの通信制御方法に係る応答を送信し、
サービス提供者システムは、分析装置の応答に基づき通信制御方法を決定し、決定した通信制御方法に基づき、サービスの提供方法を制御する、という特徴を備える。
【００２０】
さらに、サービス提供者システムは、決定した通信制御方法を返答し、分析装置は、決定された通信制御方法を受信し、通信制御方法に基づくサービス提供に係る情報収集を開始する、ように構成しても良い。
【００２１】
さらに、サービス提供者システムが、サービスサーバを備える場合は、当該サービスサーバが、サービス享受装置からサービス要求を受信し、分析装置へ、通信制御方法に係る問合せを送信し、分析装置から、通信制御方法に係る応答を受信し、応答に基づき通信制御方法を決定し、決定した通信制御方法を分析装置へ通知し、決定した通信制御方法に基づき、サービス提供を制御する、ように構成しても良い。
【００２２】
また、サービス提供者システムが、サービスサーバと、サービス提供者側中継装置と、を備える場合は、当該サービス提供者側中継装置は、分析装置による応答を含むサービス要求を受信し、通信制御方法を決定し、決定した通信制御方法を含むサービス要求をサービスサーバへ通知し、サービスサーバは、通知された通信制御方法に基づき、要求されたサービスを提供する、ように構成しても良い。
【００２３】
さらに、上記通信設備が、分析装置と、通信設備側中継装置と、を含み、通信設備側中継装置は、サービス享受装置からサービス要求を受信し、分析装置へ、通信制御方法に係る問合せを送信し、分析装置から、通信制御方法に係る応答を受信し、サービス提供者システムへ、受信した通信制御方法を含むサービス要求を送信し、サービス提供者システムにおいて決定された通信制御方法を受信して分析装置へ送信し、サービス要求に対する応答をサービス享受装置へ応答する、ように構成しても良い。
【００２４】
さらに、問合せは、さらに適合度に係り、分析装置は、送信する応答に、適合度の計算条件を含め、サービス提供システムは、応答に含まれる適合度の計算条件に基づき、通信制御方法を決定する、という特徴を備える。
【００２５】
さらに、上記構成において、分析装置は、決定された通信制御方法に対応する適合度の計算条件に従い、適合度、または、適合度と当該適合度に基づく課金額、を計算し、適合度と課金額とのいずれか一方または両方を、サービス提供者システムへ送信する、ように構成しても良い。
【００２６】
さらに、上記構成において、サービス提供者システムは、決定した通信制御方法に対応する適合度が高くなるように、サービスの提供方法を制御する、ように構成しても良い。
【００２７】
開示されるシステムにより、ネットワーク提供者側で管理する情報が適切にサービス提供者側に提供されることで、サービス提供者側で適切な通信制御を行うことが可能となり、すなわち、第一および第二のネットワークの利用効率が向上する。
【００２８】
同様に、ネットワーク提供者側とサービス提供者側が異なるシステムに属している場合、ネットワーク提供者側が属する第一のネットワークでの計測情報に基づいた第一の通信制御方法と適合度が提供されることで、サービス提供者側が属する第二のネットワーク側で、対象となるアプリケーションに特化した適切な通信制御を行うことが可能となり、すなわち、第一および第二のネットワークの利用効率が向上する。
【００２９】
また、通信に関する負担に関して、適合度と課金を用いて２つのネットワーク間で分担するように導くことで、一方のネットワークが強制的に一律の規制をかけることや、大量の通信によって一方的に負担をかける、ということを回避することが可能となる。
【００３０】
また、通信制御方法の交渉に関する情報交換を既存のパケットに重畳する形で行うことで、交渉に関するパケット数の増加や、交渉のための別通信を行うことを避けることが可能となる。
【００３１】
上記態様によって、ネットワーク提供者側が提示する低位レイヤの情報によって、サービス提供者側は高位レイヤでの適切な制御のための指針を得ることができ、サービス提供者側制御によってネットワーク提供者側のネットワークの効率的な利用が可能となる。また、適切な適合度と適合度に応じた課金方法をネットワーク提供者側が提示することによって、他の組織に対して制御に対する動機（インセンティブ）を与えることになり、サービス提供者側が高品質なネットワーク利用に対する対価をネットワーク提供者側に支払うという流れが形成できる。
【発明の効果】
【００３２】
開示される内容によれば、ネットワークの利用効率の向上が可能になる。
【図面の簡単な説明】
【００３３】
【図１】実施例１の通信制御システムの全体構成を例示する。
【図２】実施例１の分析装置１２０３の構成を例示する
【図３】実施例１、２の各種テーブルの構成（その１）を例示する
【図４】実施例１、２の各種テーブルの構成（その２）を例示する
【図５】実施例１の分析装置１２０３のフローチャートを例示する
【図６】実施例１の通信制御システムの代表シーケンスを例示する
【図７】実施例２の通信制御システムの全体構成と代表シーケンスを例示する
【図８】実施例２の分析装置１０３の構成を例示する
【図９】実施例２のネットワーク１側ゲートウェイ１０４の構成を例示する
【図１０】実施例２のネットワーク２側ゲートウェイ１０５の構成を例示する
【図１１】実施例２の各種テーブルの構成を例示する
【図１２】実施例２の分析プログラム２０６のフローチャートを例示する
【図１３】実施例２のネットワーク１側ゲートウェイの中継プログラム３０６のフローチャートを例示する
【図１４】実施例２のネットワーク２側ゲートウェイの中継プログラム４０６のフローチャートを例示する
【図１５】実施例２の提示条件をパケットに重畳する場合のフォーマットを例示する
【図１６】実施例２の適合度と課金の関係を例示する
【発明を実施するための形態】
【００３４】
サービス提供者が運営するサービスサーバが、ネットワーク提供者が運営する通信設備を介して、提供するサービスを、ユーザが端末を用いて享受するサービス提供システムについて説明する。
【実施例１】
【００３５】
ここでは、単一の組織により管理されているネットワーク内で、本サービス提供システムを実施する方法について述べる。
【００３６】
図１に、実施例１のシステム構成を示す。
【００３７】
端末１０１は、サービスサーバ１２０４と通信してサービスを享受するサービス享受装置である。サービスの例としては、ファイルのダウンロード、アップロード、動画のストリーム再生、定期的な情報の入手などがある。ネットワーク１２０２は、サービスサーバ１２０４と端末１０１との通信を中継する。通信設備は、ネットワーク１２０２と分析装置１２０３とを含み、分析装置１２０３は、ネットワーク１２０２の状況を監視するとともに、サービスサーバ１２０４からの問合せに応じてネットワーク１２０２に対して制御あるいは利用状況の収集を行う。
【００３８】
ネットワーク１２０２を構成する通信装置と、それらを介して行われる通信は、例えばOSI参照モデルのような複数レイヤのプロトコルにより制御されているものとする。
【００３９】
図２は、分析装置１２０３の構成図であり、一般的なコンピュータを用いて構成することができる。情報処理部１３０１は、プロセッサなどの演算装置であり、記憶部１３０５に格納されるプログラムを、テーブルを参照しながら実行する。情報処理部１３０１がプログラムにしたがって処理を実行することによって、分析装置１２０３が有する機能を実現する。以下の説明では、プログラムを主体として記載する場合、当該プログラムが情報処理部１３０１によって実行されていることを示す。
【００４０】
通信制御システムの管理者は、入力部１３０２と出力部１３０３を介して分析装置１２０３の設定および運用管理を行う。また、分析装置１２０３は、通信インタフェース部１３０４を介して網１２０２に接続されている。記憶部１３０５には、分析プログラム１３０６、位置別混雑度テーブル２０７、端末収容位置テーブル２０８、ユーザＩＤテーブル２０９、提示条件テーブル２１０、適合度計算テーブル２１１、セッション管理テーブル２１２が格納されている。
【００４１】
分析装置１２０３が持つテーブルの内容を図３と図４に示す。位置別混雑度テーブル２０７は、端末１０１が収容されている位置ごとの混雑度を格納する。ここでいう位置とは、ネットワーク内のボトルネックポイントなど制御の決定上重要な点を特定する情報のことであり、有線ネットワークであれば経路上のルータあるいはスイッチのネットワークトポロジ上の位置、無線ネットワークであれば基地局やセルのネットワークトポロジ上の位置に相当する。なお、ネットワークトポロジ上の位置と物理的位置は必ずしも一致せず、同一物理的位置にある装置が異なるネットワークトポロジ上の位置に存在する場合などもある。また、混雑度は、ここでは収容可能な帯域に占める現在利用中の帯域として定義する。
【００４２】
端末収容位置テーブル２０８は、端末１０１が位置別混雑度テーブル２０７で管理されているどの装置に収容されているかを管理するためのテーブルであり、端末１０１に割り振られたＩＰアドレスと位置ＩＤを対応付ける。なお、端末収容位置は必ずしも端末のネットワークトポロジ上の位置とは一致しない場合もある。これは、端末が接続された装置と、端末が通信する際に経由するボトルネックポイントが別の位置に存在する場合、端末収容位置は、接続された装置の位置ではなく、ボトルネックポイントとなる装置の位置となる。
【００４３】
ユーザＩＤテーブル２０９は、端末に割り当てられたＩＰアドレスなどの時間により変化する可能性のある識別子を時間により変化しないユーザＩＤなどの識別子に対応付けるためのテーブルである。位置別混雑度テーブル２０７、端末収容位置テーブル２０８によって、端末１０１の通信系路上における混雑度を推定することが可能となる。
【００４４】
これらのテーブルは、ネットワーク１２０２を、繰り返し、例えば定期的に分析装置１２０３が監視することで随時更新されるものとする。有線ネットワークにおいては、端末に割り当てられたIPアドレスごとに当該端末が通信する際に経由する装置群を求め、その中に存在するボトルネックポイントとなる装置をもってその端末の端末収容位置とし、端末収容位置テーブル208を更新してもよい。また、無線ネットワークでの例として、端末が収容されている基地局やゲートウェイの情報を管理しているMME（Mobility Management Entity）装置が持つ情報から端末収容位置を取得し、端末収容位置テーブル208を更新してもよい。
【００４５】
提示条件テーブル２１０は、ユーザＩＤ、混雑度、サービスサーバ１２０４で提供されるサービスのＩＰアドレスおよびポート番号（以下、サーバＩＰおよびポートと略する）、並びに、適合度の計算条件、から、サービスサーバ１２０４に提示する制御方法を決めるためのテーブルである。
【００４６】
提示する制御方法は、例えば「セッションの継続期間中1Mbpsの帯域制限を実施し適合度は0とするか、帯域制限を実施せず利用状況の計測を行い200kbps以下の時間が1分続けば適合度1を加算、2Mbps以上の時間が1分続けば適合度10を減算」というものになる。このような条件を提示することにより、サービス提供者側では、ネットワーク提供者側の低位レイヤの制御(帯域制限)によって適合度10となることを選ぶか、1分間2Mbps以上の帯域を使ってバースト的にトラフィックを流し適合度が-10に下がった後200kbps以下で20分間送信を続けることで、合計の適合度を10にすることを選ぶ、などの通信制御の選択の余地が広がる。
【００４７】
例えば、映像ストリーミングではセッションの冒頭でバースト的に多量のデータを送ることにより端末のバッファを早く埋め、動画の再生開始を早めることができ、結果として動画再生のユーザ体感品質を向上することが可能となる。このような制御をサービス提供者側が適合度の計算条件に基づいて適切な送信制御を行えることが制御方法を示すことによる効果である。
【００４８】
適合度計算テーブル２１１は、提示した条件にしたがって適合度を記録するためのテーブルであり、適合度計算条件を含む。適合度とは、ネットワークの運用者にとって望ましいネットワークの利用状態に対する、サービス享受装置とサービスサーバの間の通信による実際の利用状態を示すものである。例えば、端末１０１が混雑度の高い場所から混雑度の低い場所に移動中である場合、混雑度が高い場所にいる間は一時的に通信を抑止することで混雑を緩和することが望ましいとする。この場合、端末が混雑度の高い場所にいる間に通信することは適合度が低く、混雑度の低い場所に移動してからの通信は適合度が高くなるようにする条件を提示することで、サービス側に適切な送信タイミングを知らせることが可能となる。
【００４９】
セッション管理テーブル２１２は、サービスを構成するセッションの端末側のＩＰアドレスおよびポート、サーバ側のＩＰアドレスおよびポートによって、制御の最小単位であるセッションを識別するために用いるものであり、セッションごとのセッションＩＤを記憶する。このセッションＩＤによって、分析装置がセッションを識別し、通信制御内容を記録する。なお、本実施例におけるセッションは、TCP/IPにおけるコネクションを例にとっているが、SCTPなどの他のレイヤ4以下のコネクション指向プロトコルであれば、同様の方法で識別可能である。
【００５０】
図５は、分析装置１２０３の記憶部１３０５に格納された分析プログラム１３０６のフローチャートである。分析装置１２０３が起動され、管理者によって初期設定をされると本プログラムが動作を開始する。
【００５１】
分析装置１２０３は、サービスサーバ１２０４からのメッセージ受信を待つ（Ｓ１４０１）。メッセージを受信すると、メッセージの種別によって処理が分岐する（Ｓ１４０２）。
【００５２】
メッセージとして、条件の問合せを受信した場合、端末情報、サービス要求先サービス情報から提示条件を検索する（Ｓ１４０３）。検索手順の一例は以下のとおりである。問合せに含まれる端末側のＩＰアドレスから、端末収容位置テーブル２０８を検索し、位置ＩＤを得る。次に、位置ＩＤをキーとして位置別混雑度テーブル２０７を検索し、混雑度を取得する。一方、端末のＩＰアドレスから、ユーザＩＤテーブル２０９を用いてユーザＩＤを検索する。そして、ユーザＩＤ、混雑度、サーバＩＰおよびポートをキーとして提示条件テーブル２１０を検索して、提示する制御条件を取得する。  そして、新たに一意なセッションＩＤを発行し、セッション管理テーブル２１２に端末のＩＰアドレスおよびポート、サービスサーバ１２０４のＩＰアドレスおよびポートとともに登録し、適合度計算テーブル２１１に提示条件を登録する（Ｓ１４０７）。
【００５３】
提示条件をサービスサーバ１２０４に返答する（Ｓ１４０８）。なお、Ｓ１４０３での検索の際に、対応するエントリが無かった場合は、制御対象でなかったものとして空の提示条件を返答するものとする。
【００５４】
メッセージとして、提示条件への回答を受信した場合、適合度計算テーブル２１１に、回答に含まれる適合度計算条件を追加する（Ｓ１４０９）。
【００５５】
次に、適合度計算条件の算出に必要な利用状況を網１２０２から収集を開始する、あるいは当該セッションに対して低位レイヤでの一定の通信制御を実施開始する。（Ｓ１４１０）。ここで収集する情報は、網１２０２内の装置で網１２０２を流れるパケットに対して計測を行うことによって取得できる値を想定している。例えば、ＩＰアドレスやポート番号、ヘッダ情報などの、パケットに含まれるデータを収集し集計することで得られる情報を想定している。これらの情報から、分析装置１２０３は、適合度計算条件に合わせて適合度を計算し定期的に適合度計算テーブル２１１の適合度の欄を書き換える。例えば、「200kbps以下 1/分and 2Mbps以上-10/分」を選択したセッションの場合、1分ごとに当該セッションのパケット数を積算し、その量が平均200kbps以下であれば適合度に1を加算し、2Mbps以上であれば10を減算する。なお、「帯域制限1Mbps」を選択したセッションの場合は、適合度は定数のため、適合度の書き換えは行わない。
【００５６】
メッセージとして、セッションの終了を受信したとき、適合度計算テーブル２１１の当該セッションのエントリを元に、サービスサーバ１２０４に適合度を送信し（Ｓ１４１１）、適合度計算テーブル２１１およびセッション管理テーブル２１２からエントリを削除し、利用状況の収集、あるいは通信制御、を停止する（Ｓ１４１２）。
【００５７】
それぞれの受信処理が完了すると、分析装置１２０３は、処理を終了し、再度サービスサーバ１２０４からのメッセージ待ちに戻る（Ｓ１４０１）。
【００５８】
図６は、ここまでに述べた手順に基づいて、通信制御を行う場合の代表的なシーケンスを記述したものである。
【００５９】
分析装置１２０３は、繰り返し、例えば定期的に網１２０２の情報を収集し、適合度計算テーブル２１１のそれぞれの適合度計算条件に基づいて適合度を当該テーブル内エントリに追記する（１５０１）。
端末１０１は、サービスサーバ１２０４に対してサービス要求を送出する（１５０２）。
サービスサーバ１２０４は、サービス要求に対する制御内容を決めるために、分析装置１２０３に、適合度の計算条件と制御方法の問合せを行う（条件問合せという）（１５０３）。
分析装置１２０３は、図５のステップＳ１４０３からＳ１４０８を実行し、サービスサーバ１２０４へ、制御方法を含む条件を提示する（１５０４）。
サービスサーバ１５０４は、提示された条件の中から当該サーバが提供するサービスにおいて適切な条件を選択するとともに、当該サーバでの高位レイヤでの制御内容を決定する（１５０５）。
そして、サービスサーバ１２０４は、選択した条件を分析装置に送る（１５０６）。
分析装置１２０３は、Ｓ１４０９からＳ１４１０を実行し、利用状況の収集を開始する。そして、端末１０１とサービスサーバ１２０４は、端末１０１がサービス要求したアプリケーションのサービス内容に応じた通信を開始する（１５０７）。
このアプリケーション通信が行われている間、分析装置１２０３は当該セッションに関する利用状況を収集し、適合度を計算して適合度計算テーブル２１１を随時更新する。端末１０１とサービスサーバ１２０４の間の通信が完了すると、サービスサーバ１２０４は、分析装置１２０３に対してサービス完了のメッセージを送信する（１５０８）。
分析装置１２０３は、ステップＳ１４１１を実行し、当該セッションの最終的な適合度を計算して、適合度の計算結果をサービスサーバ１２０４に送信し（１５０９）、ステップＳ１４１２を実行して適合度計算テーブル２１１内の当該セッションのエントリを削除し、当該セッションの処理を完了する。
【００６０】
サービスサーバ１２０４は、受けとった適合度通知を元に、次回の同様のサービス要求があった場合の条件選択および制御方法の改善を行うことが可能となる。すなわち、サービスサーバ１２０４側としては、分析装置１２０３側の低位レイヤの情報をもとに、高位レイヤの制御内容へフィードバックをかける事が可能となる。また、分析装置１２０３側としては提示する条件によってサービスサーバ１２０４の制御内容を間接的に制御することが可能となる。
【００６１】
本実施例によれば、ネットワークの利用効率の向上が可能になり、その結果、通信設備への投資コストを適切に抑えることが可能になる。
【実施例２】
【００６２】
ここでは、異なる組織に属する２つのネットワーク、たとえば、モバイル網と、その外部でサービスを提供するサーバを含むネットワークに対して適用した例を示す。この場合、実施例１で示したような、適合度の通知だけではなく、適合度を高く保つためのインセンティブとして課金を行うことが有効である。例えば、モバイル網側としては、混雑時間帯や混雑基地局で行われる通信を閑散時間帯や閑散基地局に移動させたいという意図があるが、サービス提供者側は端末の通信状況がわからないことに加え、モバイル網側の状況に適合させるインセンティブが働かないので、結果としてモバイル網側の意図に基づいて制御が行われることがない。本実施例では、モバイル網側の状態に合わせた条件の提示と、適合度に基づいた課金によって、サービス提供者側に制御のインセンティブを与える例を示す。
【００６３】
図７の上部は本実施例の全体構成を示す。端末１０１は、サービスサーバ１０７と通信してサービス提供を受ける。サービスの例としては、ファイルのダウンロード、アップロード、動画のストリーム再生、定期的な情報の入手などがある。端末１０１はネットワーク１側の内部網１０２に無線あるいは有線で接続されている。
【００６４】
本実施例における通信設備は、内部網１０２、分析装置１０３、ネットワーク１側ゲートウェイ１０４を含む。分析装置１０３は、内部網１０２の状況を監視する。ネットワーク１側ゲートウェイ１０４は、端末１０１から外部のネットワークに向かう通信と、外部のネットワークから端末１０１に向かう通信の中継を行うとともに、各通信に対する制御方法を決定するための問合せを分析装置１０３に対して行い、その結果を対向するネットワーク２側ゲートウェイ１０５に送る。ネットワーク２側ゲートウェイ１０５は、外部のネットワークからサービスサーバ１０７に向かう通信と、サービスサーバ１０７から外部のネットワークに向かう通信の中継を行うとともに、ネットワーク１側ゲートウェイ１０４から提示された通信制御方法に対応してサービスサーバ１０７の制御方法を決定し、決定内容をネットワーク１側ゲートウェイ１０４に返答する。
【００６５】
図８は、分析装置１０３の構成図であり、一般的なコンピュータを用いて構成することができる。情報処理部２０１は、プロセッサなどの演算装置であり、記憶部２０５に格納されるプログラムを実行する。情報処理部２０１がプログラムにしたがって処理を実行することによって、分析装置１０３が有する機能を実現する。以下の説明では、プログラムを主体として記載する場合、当該プログラムが情報処理部２０１によって実行されていることを示す。
【００６６】
通信制御システムの管理者は、入力部２０２と出力部２０３を介して分析装置１０３の設定および運用管理を行う。また、分析装置１０３は、通信インタフェース部２０４を介してネットワーク１の内部網１０２に接続されている。
【００６７】
記憶部２０５には、分析プログラム２０６、位置別混雑度テーブル２０７、端末収容位置テーブル２０８、ユーザＩＤテーブル２０９、提示条件テーブル２１０、適合度計算テーブル２１１が格納されている。
【００６８】
分析装置１０３がもつテーブルは、図３、４に記載の実施例１のものと同様である。
【００６９】
図９は、ネットワーク１側ゲートウェイ１０４の構成図である。情報処理部３０１、入力部３０２、出力部３０３、通信インタフェース３０４、記憶部３０５をもつという構成は、分析装置１０３と同様なので説明は省略する。記憶部３０５には、中継プログラム３０６、セッション管理テーブル３０７が格納されている。
【００７０】
図１０は、ネットワーク２側ゲートウェイ１０５の構成図である。情報処理部４０１、入力部４０２、出力部４０３、通信インタフェース部４０４、記憶部４０５を持つという構成は、分析装置１０３と同様である。記憶部４０５には、中継プログラム４０６、サービス要求対応テーブル４０７、セッション管理テーブル４０８が格納されている。
【００７１】
分析装置１０３、ネットワーク１側ゲートウェイ１０４とネットワーク２側ゲートウェイ１０５はいずれも、一般的なコンピュータを用いて構成することができる。情報処理部２０１、３０１、４０１は、プロセッサなどの演算装置であり、それぞれ記憶部２０５、３０５、４０５に格納されるプログラムを、テーブルを参照しながら実行する。情報処理部２０１、３０１、４０１がプログラムにしたがって処理を実行することによって、分析装置１０３、ネットワーク１側ゲートウェイ１０４、ネットワーク２側ゲートウェイ１０５が有する機能を実現する。以下の説明では、プログラムを主体として記載する場合、当該プログラムが情報処理部２０１、３０１、４０１によって実行されていることを示す。
【００７２】
図１１に、ネットワーク１側ゲートウェイ１０４の記憶部３０５に格納されたセッション管理テーブル３０７と、ネットワーク２側ゲートウェイ１０５の記憶部４０５に格納されたサービス要求対応テーブル４０７の内容を示す。
【００７３】
セッション管理テーブル３０７は、当該セッションの端末側のＩＰアドレスおよびポート、サーバ側のＩＰアドレスおよびポートによって、制御の最小単位であるセッションを識別し、セッションごとのセッションＩＤを記憶する。このセッションＩＤによって、分析装置がセッションを識別し、課金内容を記録する。
【００７４】
サービス要求対応テーブル４０７は、ネットワーク１側ゲートウェイ１０４から受信した制御方法に対して、ネットワーク２側のサービスサーバ１０７がどう対応すべきかを記載しておく。また、セッション管理テーブル４０８は、現在確立中のセッションを記録する。
【００７５】
図１２は分析装置１０３の記憶部２０５に格納された分析プログラム２０６のフローチャートである。分析装置１０３が起動され、管理者によって初期設定をされると本プログラムが動作を開始する。分析装置１０３は、ネットワーク１側ゲートウェイ１０４からのメッセージを待つ（Ｓ７０１）。メッセージとして、提示条件の問合せを受信した場合、端末情報、サービス要求先サービス情報から提示条件を検索する（Ｓ７０２）。検索手順の一例は以下のとおりである。問い合わせに含まれる端末ＩＰから、端末収容位置テーブル２０８を用いて基地局ＩＤを取得する。次に、基地局ＩＤから、位置別混雑度テーブル２０７を用いて、基地局の混雑度を取得する。次に端末ＩＰから、ユーザＩＤテーブル２０９を用いてユーザＩＤを取得する。そして、ユーザＩＤ、混雑度、サーバＩＰ、サーバポートをキーとして、提示条件テーブル２１０を検索して、提示する制御条件を決定する。そして、新たに一意なセッションＩＤを発行し（Ｓ７０６）、提示条件をネットワーク１側ゲートウェイ１０４に返答する（Ｓ７０７）。なお、Ｓ７０２におけるテーブル検索の際に、対応するエントリが無かった場合は、制御対象でなかったものとして空の提示条件を返すものとする。
【００７６】
メッセージとして、提示条件への回答を受信した場合、適合度計算テーブル２１１に当該セッションへの適合度計算の条件を追記する（Ｓ７０８）。次に、課金の種別によって、ネットワーク１内への指示を変える（Ｓ７０９）。
【００７７】
課金種別が無課金の場合は、ネットワーク１内の装置に対して当該セッションに対して静的な制限を実施するための設定を行う（Ｓ７１０）。ここで、静的な制限とは、当該セッションに対して一定の制御をセッション確立中に行うものであり、たとえば帯域制限を一定にかけるなどのものである。
【００７８】
課金種別が動的課金の場合、ネットワーク１内の装置に対して、当該セッションに関する情報収集を指示する（Ｓ７１１）。動的課金では、セッションによるネットワークの利用状況に対して適合度を計算して、その適合度に基づいて課金するというものである。
【００７９】
図１６に動的課金の概念図を示す。動的課金では、提示条件への適合度によって課金量を変化させることによって、外部のシステムへ制御へのインセンティブを与える。例えば、セッションごとの平均的な帯域利用率を中心として、それを大きく上回ったらプラスの課金、大きく下回ったらマイナスの課金、とすることにより、サービス提供者側には利用率を下げるようなインセンティブを与えることが可能になる。また、ある時間帯だけ高く課金することにより、その時間帯にネットワークを利用しないような制御を行う動機を与えることが可能になる。
【００８０】
メッセージとして、セッションの終了を受信したとき、適合度計算テーブル２１１の当該セッションのエントリを元に、サービスサーバ１０７ごとに定められた課金先に課金を行う（Ｓ７１２）。次に、適合度計算テーブル２１１のエントリを削除し、当該セッションへの対応を終了する。
【００８１】
それぞれの受信処理が完了すると、分析装置１０３は、処理を一旦終了し、再度ネットワーク１側ゲートウェイ１０４からのメッセージを待つ（Ｓ７０１）。
【００８２】
図１３は、ネットワーク１側ゲートウェイ１０４の記憶部３０５に格納された中継プログラム４０６のフローチャートである。ネットワーク１側ゲートウェイ１０４が起動され、管理者によって初期設定をされると本プログラムが動作を開始する。ネットワーク１側ゲートウェイ１０４は、端末１０１とサービスサーバ１０７の通信を監視する（Ｓ８０１）。
【００８３】
ネットワーク１側ゲートウェイ１０４がサービス要求を中継しようとすると、まずセッション管理テーブル３０７に当該サービス要求に含まれる端末ＩＰ、端末ポート、サーバＩＰ、サーバポートを使い新たなエントリを追加する（Ｓ８０２）。そして、端末ＩＰ、端末ポート、サーバＩＰ、サーバポートを含んだ提示条件問合せを分析装置１０３に送付する（Ｓ８０３）。そして、分析装置１０３から提示条件を受信すると（Ｓ８０４）、提示条件をサービス要求に重畳して転送する（Ｓ８０５）。分析装置１０３からの返答が空の提示条件であった場合は、提示すべき条件は無いものとして、セッション管理テーブル３０７から対応エントリを削除し、条件を重畳せずに転送するものとする。
【００８４】
ネットワーク１側ゲートウェイ１０４がサービス要求返答を中継しようとすると、当該サービス要求返答に含まれる端末ＩＰ、端末ポート、サーバＩＰ、サーバポートからセッション管理テーブル３０７を検索し、管理中セッションであった場合は回答を分析装置１０３に転送する（Ｓ８０６）。返答に回答が含まれていない場合は、当該セッションは無課金を選択したものとする。そして、中継しようとしていたサービス要求返答から重畳された回答を削除し、転送する。管理中セッションで無かった場合は、そのまま転送する（Ｓ８０７）。
【００８５】
ネットワーク１側ゲートウェイ１０４がサービス完了を中継しようとすると、まずセッション管理テーブル３０７を検索し、管理中セッションであった場合はサービス終了を分析装置１０３に通知する（Ｓ８０８）。そして、セッション管理テーブル３０７から対応するセッションのエントリを削除し、サービス完了を転送する（Ｓ８０９）。
【００８６】
ネットワーク１側ゲートウェイ１０４がそのためのパケットを中継しようとした場合は、そのままそのパケットを転送する（Ｓ８１０）。
【００８７】
それぞれの受信処理が完了すると、ネットワーク１側ゲートウェイ１０４は、処理を一旦終了し、再度端末１０１とサービスサーバ１０７の通信を監視する（Ｓ８０１）。
【００８８】
図１４は、ネットワーク２側ゲートウェイ１０５の記憶部４０５に格納されている中継プログラム４０６のフローチャートを示す。ネットワーク２側ゲートウェイ１０５が起動され、管理者によって初期設定をされると本プログラムが動作を開始する。ネットワーク２側ゲートウェイ１０５は、端末１０１とサービスサーバ１０７の通信を監視する（Ｓ９０１）。
【００８９】
ネットワーク２側ゲートウェイ１０５が、提示条件が重畳されたサービス要求を中継しようとすると、まずセッション管理テーブル４０８に当該サービス要求に含まれる情報をもとにエントリを追加する（Ｓ９０２）。そして、サービス要求対応テーブル４０７を検索し、対応を決定し、その情報をセッション管理テーブル４０８に追記する（Ｓ９０３）。次に、決定された対応にしたがってサービスサーバ１０７に対して制御内容を指示する（Ｓ９０４）。そして、サービス要求から重畳された提示条件を除去して接続要求を転送する。
【００９０】
ネットワーク２側ゲートウェイ１０５がサービス要求返答を受け取った場合、セッション管理テーブル４０８を検索する（Ｓ９０６）。管理中セッションであった場合、決定した対応をサービス要求返答に重畳して転送する（Ｓ９０７）。管理中セッションで無かった場合は、そのまま転送する。
【００９１】
ネットワーク２側ゲートウェイ１０５がその他のパケットを中継しようとした場合は、そのままパケットの転送を行う。
【００９２】
それぞれの受信処理が完了すると、ネットワーク２側ゲートウェイ１０５は、一旦処理を終了し、再度端末１０１とサービスサーバ１０７の通信を監視する状態に戻る（Ｓ９０１）。
【００９３】
ここまでの説明において、サービス要求、サービス要求返答、サービス完了として表記してきたパケットに関して、一例としてＴＣＰパケットを使う例を示す。図１５の１００１にＴＣＰパケットのヘッダフォーマットを示す。ＴＣＰパケットのヘッダには、オプション部として追加の情報を格納する領域が確保されている。この領域に格納するのに適したフォーマットで提示条件を記述した例が１００２、１００３である。
【００９４】
サービス要求は、ＴＣＰにおける接続要求パケットであるＳＹＮフラグが１でＡＣＫフラグが０のパケットに、また、サービス要求返答はＴＣＰにおける接続要求返答パケットであるＳＹＮフラグとＡＣＫフラグがともに１のパケットに、また、サービス要求完了はＴＣＰにおける接続完了パケットであるＦＩＮフラグが１のパケットに相当する。なお、本実施例での提示条件の記載方法はＴＣＰヘッダへの記載には限定せず、サービスの開始時の交渉が可能であればその形態は問わないものとする。
【００９５】
図７の下部に、ここまでに述べた手順に従って通信制御を行う代表的なシーケンス例を示す。
【００９６】
分析装置１０３は、定期的にネットワーク１側内部網の情報をDPIなどの技術を用いて収集し、適合度計算テーブル２１１にそれぞれの適合度計算条件に基づいて適合度を当該テーブル内エントリに追記する（１１０）。端末１０１は、サービスサーバ１０７に対してサービス要求を送出する（１１１）。ネットワーク１側ゲートウェイ１０４は、サービス要求を受信したことを契機に、分析装置１０３へ、制御方法と提示条件の問合せを行う（１１２）。分析装置１０３は、図１２のステップＳ７０２から７０６を実行し、ネットワーク１側ゲートウェイ１０４に制御方法を含む提示条件を返答する（１１３）。ネットワーク１側ゲートウェイ１０４は、提示された条件を含んだ端末１０１からのサービス要求をサービスサーバ１０７に向けて転送する（１１４）。
【００９７】
ネットワーク２側ゲートウェイ１０５は、サービス要求の受信を契機に図１４のステップＳ９０２からＳ９０３を実行し、サービスサーバ１０７に制御内容を指示する。具体的には、ネットワーク１側ゲートウェイ１０４から受信したサービス要求に、さらに重畳して制御内容を通知する（１１５）。
【００９８】
サービスサーバ１０７は、要求に対して返答を行う（１１６）。ネットワーク２側ゲートウェイ１０５は、サービス要求返答の受信を検知し、提示条件への選択内容を含んだサービス要求返答を端末１０１に向けて返答する（１１７）。ネットワーク１側ゲートウェイ１０４は、サービス要求返答を検知し、返答に含まれる提示条件の選択内容を分析装置１０３に向けて送信する（１１８）。分析装置１０３は、回答に応じて適合度計算テーブル２１１のエントリを更新する。そして、課金種別によって静的制限の実施か利用状況の収集を開始する。ネットワーク１側ゲートウェイ１０４は、サービス要求返答を端末１０１に向けて転送する（１１９）。そして、端末１０１とサービスサーバ１０７の間でアプリケーション通信（１２０）が開始される。
【００９９】
この通信（１２０）が行われている間、分析装置１０３は当該セッションの適合度を計算し、適合度計算テーブル２１１の当該エントリを更新する。サービスサーバ１０７は、提示された条件に適合度が高くなるように、アプリケーションレベルで通信の制御を行う。サービスサーバ107からのサービス完了が送信されると（１２１、１２２）、セッションの終了をネットワーク１側ゲートウェイ１０４が検知し、その旨を分析装置１０３に伝える（１２３）とともに、サービス完了を端末に転送する（１２４）。分析装置１０３は、適合度計算テーブルの情報をもとに当該セッションの課金額を計算し、ネットワーク２側に対して課金内容を通知する。通知の際に適合度の計算結果を含めても良い（１２５）。
【０１００】
本実施例によれば、ネットワークの利用効率の向上が可能になり、その結果、通信設備への投資コストを適切に抑えることが可能になる。
【０１０１】
さらに、本実施例によれば、適合度が高まることによって課金額が低くなるため、サービス提供者側システムは適合度を高めようとサービス提供方法を制御して、その結果通信設備に係る負荷が減る、という更なる効果が期待できる。
【０１０２】
本実施例によって、実施例１と同様にレイヤの異なるシステムの間で情報交換を行うことで通信制御が可能となる効果が得られるとともに、課金額の計算によって異なるネットワークをまたいで制御を行うインセンティブが生まれる効果があることが示された。
【実施例３】
【０１０３】
ここまでの説明では、端末１０１がイニシエータとなってサービスサーバ１０７にサービス要求を送信する形態に適用する例を示した。以下では、サービスサーバ１０７がイニシエータとなって端末１０１にサービス要求を送信する形態に適用する場合の差分について述べる。
【０１０４】
この場合、サービスサーバ１０７からのサービス要求に対して端末１０１がサービス要求返答を送信したことをネットワーク１側ゲートウェイ１０４にて検知し、当該パケットに提示条件を重畳する。また、ネットワーク２側ゲートウェイ１０５は、サービス要求返答に含まれた提示条件に対して対応を決定し、サービス要求返答に対するサービスサーバの返答（ＴＣＰで言えばＳＹＮ＋ＡＣＫパケットに対するＡＣＫ）に決定した対応を重畳する。
【０１０５】
これにより、端末１０１とサービスサーバ１０７のどちらから開始されたセッションであっても上記実施例の制御システムで対応可能である。
【実施例４】
【０１０６】
ここまでの実施例ではサービス提供者側でサービス依存の制御を行うことを意図している。本実施例では、端末側でサービス依存の制御を行うのに必要な実施例２に対する変更点について述べる。
【０１０７】
ネットワーク１側ゲートウェイ１０４において、サービス要求に重畳してサービスサーバ側に提示条件を流す代わりに、本実施例では、サービス要求返答に重畳して端末側に提示条件を流す。端末１０１は提示された条件にしたがって、端末１０１上で動作する当該セッションを使うアプリケーションの動作を制御する。そして、サービス要求返答への返答を使い、決定した対応を重畳する。
【０１０８】
端末１０１での提案への対応の決定は、実施例１と同様にサービス要求対応テーブルによって決定してもよいが、端末１０１を操作しているユーザに対して条件を提示し、ユーザが制御内容を決定する、または、ユーザがＵＩの操作によって制御に相当する操作を行ってもよい。これにより、サービス提供者の意図だけでなく、端末のユーザの意図に従う形で通信制御を実施することが可能となる。
【０１０９】
また、ここまででは、ネットワーク１内の情報として基地局の混雑度など通信のボトルネックとなる点の情報を制御内容決定のためのパラメータとして利用している。この部分に、端末１０１の情報を使うことも可能である。例えば、端末１０１のバッテリ残量をパラメータとして使い、バッテリ残量が少ない場合は通信量を削減し、かつデータをまとめて送信した場合に適合度が高いとする条件を提示することができる。
【符号の説明】
【０１１０】
１０１：端末、１０２：ネットワーク１側内部網、１０３：分析装置、１０４：ネットワーク１側ゲートウェイ、１０５：ネットワーク２側ゲートウェイ、１０６：ネットワーク２側内部網、１０７：サービスサーバ、２０１：分析装置の情報処理部、２０２：分析装置の入力部、２０３：分析装置の出力部、２０４：分析装置の通信インタフェース部、２０５：分析装置の記憶部、２０６：分析プログラム、２０７：位置別混雑度テーブル、２０８：端末収容位置テーブル、２０９：ユーザＩＤテーブル、２１０：提示条件テーブル、２１１：適合度計算テーブル、２１２：セッション管理テーブル、３０１：ネットワーク１側ゲートウェイの情報処理部、３０２：ネットワーク１側ゲートウェイの入力部、３０３：ネットワーク１側ゲートウェイの出力部、３０４：ネットワーク１側ゲートウェイの通信インタフェース部、３０５：ネットワーク１側ゲートウェイの記憶部、３０６：ネットワーク１側ゲートウェイの中継プログラム、３０７：ネットワーク１側ゲートウェイのセッション管理テーブル、４０１：ネットワーク２側ゲートウェイの情報処理部、４０２：ネットワーク２側ゲートウェイの入力部、４０３：ネットワーク２側ゲートウェイの出力部、４０４：ネットワーク２側ゲートウェイの通信インタフェース部、４０５：ネットワーク２側ゲートウェイの記憶部、４０６：ネットワーク２側ゲートウェイの中継プログラム、４０７：サービス要求対応テーブル、４０８：ネットワーク２側ゲートウェイのセッション管理テーブル、１００１：ＴＣＰヘッダフォーマット、１００２：ＴＣＰオプション部に格納する帯域制限の提示条件フォーマット、１００３：ＴＣＰオプション部に格納する送信抑止時間の提示条件フォーマット、１２０２：網、１２０３：分析装置、１２０４：サービスサーバ。
【図１】
2016092460.tif 000003
【図２】
2016092460.tif 000004
【図３】
2016092460.tif 000005
【図４】
2016092460.tif 000006
【図５】
2016092460.tif 000007
【図６】
2016092460.tif 000008
【図７】
2016092460.tif 000009
【図８】
2016092460.tif 000010
【図９】
2016092460.tif 000011
【図１０】
2016092460.tif 000012
【図１１】
2016092460.tif 000013
【図１２】
2016092460.tif 000014
【図１３】
2016092460.tif 000015
【図１４】
2016092460.tif 000016
【図１５】
2016092460.tif 000017
【図１６】
2016092460.tif 000018