(57)【要約】【課題】Ｍ２Ｍサービスにおいて、デバイスの消費電力抑制およびアプリケーションサーバの処理負荷を低減する。【解決手段】ネットワーク転送制御装置３は、デバイス１から送信されるデータをアプリケーションサーバ４ａ，４ｂに中継転送する。その際、ネットワーク転送制御装置３は、デバイス１からデータを受信し、受信したデータまたは加工されたデータをアプリケーションサーバ４ａ，４ｂに転送する通信部３２と、デバイス１の消費電力抑制およびアプリケーションサーバ４ａ，４ｂの処理負荷を低減するように、デバイス１から受信したデータを加工する処理を実行するサービス処理部３０４とを備える。【選択図】図２
2016001818.tif 000002
【特許請求の範囲】
【請求項１】
データを生成する装置から送信されるデータを他の装置に中継転送するネットワーク転送制御装置であって、
前記データを生成する装置からデータを受信し、受信したデータまたは加工処理後のデータを前記他の装置に転送する通信部と、
前記データを生成する装置の消費電力抑制および前記アプリケーションサーバの処理負荷を低減するように前記受信したデータを加工する処理を実行するサービス処理部と
を備えることを特徴とするネットワーク転送制御装置。
【請求項２】
前記サービス処理部は、
受信したデータを、転送先に必要なデータのみに限定する振分処理、受信したデータに付加情報を追加する付加処理、前記データを生成する装置から受信したデータが前回と今回とで同じであった場合、今回受信したデータを送信しない処理を実行するデータ廃棄モード、前記データを生成する装置が送信してこなかったデータを補完してその補完したデータを送信する処理を実行するデータ補完モードのいずれかを実行する代理処理、１または複数の前記データを生成する装置から同時間帯に複数のデータが送信されてきた場合、前記他の装置に送信するデータのタイミングを調整するモード、データを廃棄するモード、複数のデータを合成して送信回数を減らすモードのいずれかまたは組み合わせを実行する連携処理、
のいずれかまたは組み合わせである
ことを特徴とする請求項１に記載のネットワーク転送制御装置。
【請求項３】
前記振分処理部は、
受信したデータを転送先に必要なデータのみに限定する場合、
転送先へ見せないデータ部分を復元できないように隠ぺいする処理、受信データをスライシングする処理のいずれかを実行する
ことを特徴とする請求項２に記載のネットワーク転送制御装置。
【請求項４】
データを生成する装置から送信されるデータを他の装置に中継転送するネットワーク転送制御装置のネットワーク転送制御方法であって、
前記ネットワーク転送制御装置は、
前記データを生成する装置からデータを受信するステップと、
前記データを生成する装置の消費電力抑制および前記他の装置の処理負荷を低減するように前記受信したデータを加工する処理を実行するステップと、
前記受信したデータまたは加工処理後のデータを前記他の装置に転送するステップと、
を実行することを特徴とするネットワーク転送制御方法。
【請求項５】
請求項４に記載のネットワーク転送制御方法を、前記ネットワーク転送制御装置に実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、装置のデータを送信する場合に、効率的なデータ転送制御を行う技術に関する。
【背景技術】
【０００２】
近年、データを生成する様々な種類の装置（例えば、センサ、ウェアラブル端末、スマートフォン等）と他の装置（例えば、サーバ等）とが、人手を介することなくネットワークに接続して通信を行うＭ２Ｍ（Machine-to-Machine）ネットワークについて検討が進められている。Ｍ２Ｍ通信は、３ＧＰＰにおけるＭＴＣ（Machine Type Communication）のことである（非特許文献２）。
【０００３】
例えば、非特許文献１には、標準化されたＭ２Ｍネットワークアーキテクチャの仕様が開示されている。
非特許文献１では、Ｍ２Ｍネットワークアーキテクチャを、アプリケーションドメイン、プラットホームドメイン（ＳＣＬ：Service Capabilities Layer）、ゲートウェイドメイン、Ｍ２Ｍデバイスドメインに分類している。
【０００４】
アプリケーションドメインには、各Ｍ２Ｍサービスに対応するアプリケーションを実行する装置（以下、アプリケーションサーバ）が配置される。当該アプリケーションサーバは、Ｍ２Ｍサービス事業者によって提供される。
【０００５】
Ｍ２Ｍデバイスドメインは、ゲートウェイドメインよりユーザ側のローカルネットワークに相当し、Wi-Fi（登録商標）、Bluetooth（登録商標）、ZigBee（低コスト、低消費電力でワイヤレスセンサネットワーク構築に適した無線通信規格；登録商標）等の無線ネットワークや電力線通信（ＰＬＣ：Power Line Communication）等と、それらに接続され、各Ｍ２Ｍサービスに対応するデータを生成する装置（以下、デバイス）が含まれる。
【０００６】
ゲートウェイドメインは、移動網や固定網等の公衆系ネットワークに相当し、各通信事業者によって提供される。ゲートウェイドメインでは、輻輳対策技術について検討されている（非特許文献３）。
【０００７】
プラットホームドメインは、アプリケーションドメインとゲートウェイドメインとの間に位置し、接続制御機能（例えば、デバイス情報および認証管理、トラヒック監視制御、課金管理、通信事業者間のローミング等）と、サービス実現機能（データ収集、デバイス遠隔管理および診断、デバイス認証等のセキュリティ管理およびアクセス制御等）とを提供する。このプラットホームドメインに配置される装置は、Ｍ２Ｍプラットホーム事業者によって提供される。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】ETSI TS 102 690 Machine-to-Machine communications (M2M); Functional architecture、［online］、［平成26年5月27日検索］、インターネット＜ＵＲＬ：http://www.etsi.org/deliver/etsi_ts/102600_102699/102690/02.01.01_60/ ts_102690v020101p.pdf＞
【非特許文献２】3GPP TS 23.401 V12.0.0、“General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access(Release 12)”、［online］、［平成26年5月27日検索］、インターネット＜ＵＲＬ：http://www.3gpp.org/DynaReport/23401.htm＞
【非特許文献３】笹田圭祐、外２名、“Ｍ２Ｍ通信コアネットワーク基盤と輻輳対策技術”、［online］、［平成26年5月27日検索］、インターネット＜ＵＲＬ：https://www.nttdocomo.co.jp/binary/pdf/corporate/technology/rd/technical_journal/bn/vol21_2/vol21_2_030jp.pdf＞
【発明の概要】
【発明が解決しようとする課題】
【０００９】
Ｍ２Ｍサービスでは、デバイスが多数用いられることから、デバイスの小型軽量化にともなって、デバイスの消費電力抑制する必要がある。また、Ｍ２Ｍサービスでは、特定のイベントの発生によって、多数のデバイスから送信されてくるパケット（データ）が急激に増加することによって、アプリケーションドメインのアプリケーションサーバが過負荷とならないように処理負荷を低減する必要がある。ここで、特定のイベントとは、例えば、季節的行事、局所的に人やモノが集まるような状況、特定の予約された起動タイミング、定期的な送信タイミング等でデバイスからのデータ送信が重なる場合である。
【００１０】
したがって、Ｍ２Ｍデバイスドメインとアプリケーションドメインとの間に位置するプラットホームドメインに配置される装置が、前記したデバイスの消費電力抑制および前記アプリケーションサーバの処理負荷を低減するための補助処理を実行すれば、効果的である。このような、プラットホームドメインに配置される装置が、前記デバイスの消費電力の抑制および前記アプリケーションサーバの処理負荷を低減する技術については、開示されたものは見当たらない。
【００１１】
そこで、本発明は、Ｍ２Ｍサービスにおいて、前記デバイスの消費電力抑制および前記アプリケーションサーバの処理負荷を低減するデータ転送技術を提供することを課題とする。
【課題を解決するための手段】
【００１２】
本発明のネットワーク転送制御装置は、データを生成する装置（以下、デバイス）から送信されるデータを他の装置（以下、アプリケーションサーバ）に中継転送するネットワーク転送制御装置であって、デバイスからデータを受信し、受信したデータまたは加工されたデータをアプリケーションサーバに転送する通信部と、デバイスの消費電力抑制およびアプリケーションサーバの処理負荷を低減するように、受信したデータを加工するサービス処理部とを備えることを特徴とする。
【００１３】
このような構成によれば、ネットワーク転送制御装置は、デバイスからデータを受信し、データを加工し、加工されたデータをアプリケーションサーバに転送することによって、デバイスの消費電力抑制およびアプリケーションサーバの処理負荷を低減することができる。
【００１４】
なお、ネットワーク転送制御方法に係る発明およびプログラムについては、前記したネットワーク転送制御装置と同様の技術的特徴を備えており、前記ネットワーク転送制御装置と同様の効果を有しているので、「発明が解決しようとする課題」においての記載を省略する。
【発明の効果】
【００１５】
本発明によれば、Ｍ２Ｍサービスにおいて、デバイスの消費電力抑制およびアプリケーションサーバの処理負荷を低減することができる。
【図面の簡単な説明】
【００１６】
【図１】Ｍ２Ｍサービスシステムの構成例を示す図である。
【図２】ネットワーク転送制御装置の機能例を示す図である。
【図３】ユーザ情報の一例を示す図である。
【図４】サービス情報の一例を示す図である。
【図５】振分処理部の機能例を示す図である。
【図６】（ａ）はペイロードマスク部の処理例を示す図であり、（ｂ）はスライシング処理部の処理例を示す図である。
【図７】付加処理部の機能例を示す図である。
【図８】代理処理部の機能例を示す図である。
【図９】連携処理部の機能例を示す図である。
【図１０】振分処理のシーケンス例を示す図である。
【図１１】振分処理の別のシーケンス例を示す図である。
【図１２】付加処理のシーケンス例を示す図である。
【図１３】付加処理の別のシーケンス例を示す図である。
【図１４】代理処理の概要を示す図である。
【図１５】代理処理（データ補完モード）のシーケンス例を示す図である。
【図１６】代理処理（データ廃棄モード）のシーケンス例を示す図である。
【図１７】連携処理（遅延処理）のシーケンス例を示す図である。
【図１８】連携処理（合成処理）のシーケンス例を示す図である。
【図１９】連携処理（廃棄処理）のシーケンス例を示す図である。
【図２０】ネットワーク転送制御装置の処理フロー例を示す図である。
【図２１】振分処理の処理フロー例を示す図である。
【図２２】付加処理の処理フロー例を示す図である。
【図２３】代理処理の処理フロー例を示す図である。
【図２４】連携処理の処理フロー例を示す図である。
【発明を実施するための形態】
【００１７】
本発明を実施するための形態（以降、「本実施形態」と称す。）について、適宜図面を参照しながら詳細に説明する。
【００１８】
（フレームワーク）
はじめに、Ｍ２Ｍサービスシステムの構成例について、図１を用いて説明する。
Ｍ２Ｍサービスシステム１００は、Ｍ２Ｍデバイスドメイン１０１、ゲートウェイドメイン１０２、プラットホームドメイン１０３、アプリケーションドメイン１０４に分けられる。
【００１９】
アプリケーションドメイン１０４には、各Ｍ２Ｍサービスに対応するアプリケーションを実行するサーバ（アプリケーションサーバ４ａ，４ｂ）が配置される。なお、図１では、アプリケーションサーバを２台記載しているが、１台以上であればよい。また、アプリケーションサーバ４ａとアプリケーションサーバ４ｂとは、提供するサービスが異なるものとする。
【００２０】
プラットホームドメイン１０３には、接続制御機能（例えば、デバイス情報および認証管理、トラヒック監視制御、課金管理等）と、サービス実現機能（データ収集、デバイス遠隔管理および診断、デバイス認証等のセキュリティ管理およびアクセス制御等）とを備えるネットワーク転送制御装置３が配置される。なお、図１では、ネットワーク転送制御装置３を２台記載しているが、１台以上であればよい。
【００２１】
ゲートウェイドメイン１０２には、移動網や固定網等の公衆系ネットワークを構成するゲートウェイ２が配置される。ゲートウェイ２は、配下のデバイス１が発出するデータをルーティングするとともに、配下のデバイス１の死活監視を行う。なお、図１では、ゲートウェイ２を２台記載しているが、１台以上であればよい。また、ゲートウェイ２は、１台以上のデバイスと通信可能に接続されても構わない。
【００２２】
Ｍ２Ｍデバイスドメイン１０１には、Wi-Fi、Bluetooth、ZigBee等の無線通信機能や電力線通信（ＰＬＣ）機能等を備えるデバイス１が配置される。デバイス１がセンサである場合、そのデバイス１は、センサによって検出したデータ（例えば、温度、湿度、加速度等）を送信する。なお、図１では、デバイス１を３台記載しているが、３台に限られなくともよい。
【００２３】
また、図１中の実線は、通信可能な接続関係を示している。その接続は、有線、無線のいずれかまたは双方の組み合わせである。
【００２４】
本実施形態のネットワーク転送制御装置３は、データを発出するデバイス１から送信されるデータを、アプリケーションサーバ４ａ，４ｂに中継転送するときに、デバイス１の消費電力抑制およびアプリケーションサーバ４ａ，４ｂの処理負荷を低減するようにデータを加工する機能を有する。具体的には、ネットワーク転送制御装置３は、データの加工するために、振分処理機能、付加処理機能、代理処理機能、連携処理機能のいずれかまたは組み合わせを備えている。以下に、振分処理機能、付加処理機能、代理処理機能、連携処理機能の概要について、説明する。
【００２５】
振分処理機能は、デバイス１から受信したデータを、転送先の異なるアプリケーションサーバ４ａおよびアプリケーションサーバ４ｂに転送する場合、一方のアプリケーションサーバ４ａには受信したデータをそのまま送信し、他方のアプリケーションサーバ４ｂには前記データの中から必要な一部分だけを送信できるようにする。例えば、不要な部分を廃棄して、パケット長を短くすることによって、アプリケーションサーバ４ｂの処理負荷を低減することができる。また、デバイス１から受信したデータを一旦集計してから転送する場合には、集計のための処理遅延が生じてしまうが、振分処理機能は、集計を行わないためほとんど遅延させないでデータを転送することができる。なお、他方のアプリケーションサーバ４ｂに送信するデータは、予め所定のパケット数（転送回数）や所定の時間（転送時間）によって制限可能である。
【００２６】
付加処理機能は、デバイス１から送信データに不足な情報（以下、付加情報）がある場合、付加情報を当該データに付加して、アプリケーションサーバ４ａ，４ｂに送信する。付加情報が発生する理由は、たとえばデバイス１がバッテリ駆動の場合、はじめから機能を限定して使用するケースや、一度設置すると回収して更改することが困難なケース等があるためである。このような場合、付加処理機能によって、付加情報を付加することで、アプリケーションサーバ４ａ，４ｂでの処理を簡略化することができるので、アプリケーションサーバ４ａ，４ｂの処理負荷を低減することができる。付加情報の一例として、位置情報等が挙げられる。なお、付加処理機能は、予め所定のパケット数（転送回数）や所定の時間（転送時間）によって制限可能である。
【００２７】
代理処理機能は、デバイス１が前回送信したデータと今回のデータとが同じ場合には今回のデータを送信しないモードで動作しているとき、送信されないデータを補完して、その補完したデータをアプリケーションサーバ４ａに送信する（データ補完モード処理）。このことによって、デバイス１は、データの送信回数を低減できるので、デバイス１の処理負荷を低減することができる。デバイス１の処理負荷を低減できるということは、デバイス１がバッテリによって駆動されている場合、バッテリ消費の低減をすることもでき、データ転送トラヒックも抑制することができる。
【００２８】
また、代理処理機能は、前回受信したデータと今回受信したデータとを比較して、双方が同じと判定した場合、今回受信したデータをアプリケーションサーバ４ａ，４ｂに送信しない（データ廃棄モード処理）。このことによって、アプリケーションサーバ４ａ，４ｂは、データの受信回数を低減できるので、自身の処理負荷を低減することができるとともに、データ転送トラヒックを抑制することができる。
なお、代理処理機能は、予め所定のパケット数（転送回数）や所定の時間（転送時間）によって制限可能である。また、代理処理機能は、アプリケーションサーバ４ａ，４ｂから、代理処理機能の開始の指示情報を受信したときに実行を開始し、代理処理機能の停止の指示情報を受信したときに終了してもよい。
【００２９】
連携処理機能は、特定のイベントの発生によって、１または複数のデバイス１から同時間帯に複数のパケットが送信されて、受信パケットが急激に増加した場合、アプリケーションサーバ４ａ，４ｂに転送するパケットの時間当たりの数量を調整する。ここで、特定のイベントとは、例えば、季節的行事、局所的に人やモノが集まるような状況、特定の予約された起動タイミング、定期的な送信タイミング等でデバイスからのデータ送信が重なる場合である。また、調整とは、例えば、パケットを遅延させること、複数のパケットのデータを合成してパケット数を減らすこと、パケットを廃棄すること等である。このことによって、連携処理機能は、アプリケーションドメイン１０４のアプリケーションサーバ４ａ，４ｂが過負荷とならないように処理負荷を低減することができるとともに、データ転送トラヒックを抑制することができる。なお、連携処理機能は、アプリケーションサーバ４ａ，４ｂから処理負荷に係る情報を受信して、過負荷を判定し、過負荷と判定した場合に実行される。または、連携処理機能は、アプリケーションサーバ４ａ，４ｂから、連携処理の実行を指示する実行指示情報を受信して実行され、連携処理の停止を指示する停止指示情報を受信して実行を停止されるようにしてもよい。
【００３０】
（ネットワーク転送制御装置）
次に、ネットワーク転送制御装置３の機能例について、図２を用いて説明する（適宜、図１参照）。
ネットワーク転送制御装置３は、図２に示すように、処理部３０、記憶部３１および通信部３２を備えている。
【００３１】
処理部３０は、図示しないＣＰＵ（Central Processing Unit）およびメインメモリによって構成され、記憶部３１に記憶されている制御用プログラムをメインメモリに展開して、ユーザ識別部３０１、認証課金処理部３０２、ルーティング処理部３０３、サービス処理部３０４、送信処理部３０５および外部ＩＦ（Interface）処理部３０６を具現化している。
【００３２】
ユーザ識別部３０１は、受信したパケットが、どのユーザのもので、どのようなサービスを要求しているのかを判別する機能を有する。具体的には、ユーザ識別部３０１は、受信したパケットからユーザを識別するユーザＩＤおよびサービスの種類を識別するサービスＩＤを取得する。
【００３３】
認証課金処理部３０２は、受信したパケットのユーザＩＤを認証する機能を有する。また、認証課金処理部３０２は、認証が成功した場合、サービスを利用したユーザの利用状況に基づいて、利用したサービスの種類に応じて課金する機能を有する。
【００３４】
ルーティング処理部３０３は、パケットヘッダからネクストホップを記録したテーブルを検索し、指定された次の転送先を取得する機能を有する。
【００３５】
サービス処理部３０４は、振分処理機能を有する振分処理部３３、付加処理機能を有する付加処理部３４、代理処理機能を有する代理処理部３５、連携処理機能を有する連携処理部３６を備える。そして、サービス処理部３０４は、各部（３３〜３６）のいずれかまたは組み合わせを用いてデータを加工する加工処理を実行する機能を有する。なお、サービス処理部３０４は、ユーザが利用する機能を識別するサービスＩＤ（後記）に基づいて、機能を選択して実行する。また、各部（３３〜３６）の詳細機能については、後記する。
【００３６】
送信処理部３０５は、サービス処理部３０４によって加工処理された後のパケットを転送先へ送信する機能を有する。また、送信処理部３０５は、加工処理された後のパケット以外に、通常通りに転送するパケットを転送先へ送信する機能も有している。
【００３７】
外部ＩＦ処理部３０６は、ゲートウェイ２、アプリケーションサーバ４ａ，４ｂまたは他の接続サービスを処理する装置と連携するために、データの入出力変換を行うインタフェースである。ここで、他の接続サービスとは、ネットワーク転送制御装置３で実行するよりも、専用の装置によって実行させた方が効果的なサービスのことである。例えば、専用の装置として、受信した全てのデータを用いてデータマイニングを実行するケース等が挙げられる。
【００３８】
記憶部３１は、ハードディスク等の記憶装置であり、ユーザ情報３１１、サービス情報３１２および付加情報３１３を記憶している。
ユーザ情報３１１は、図３に示すように、「ユーザＩＤ」と「サービスＩＤ」とを関連付けた情報である。「ユーザＩＤ」は、ユーザを識別する情報である。また、「サービスＩＤ」は、ユーザが利用する前記４つの機能（振分処理機能、付加処理機能、代理処理機能、連携処理機能）を識別する情報である。
【００３９】
サービス情報３１２は、図４に示すように、少なくとも、「ユーザＩＤ」、「転送先」、「転送可能データ区間」、「転送回数／転送時間」を関連付けた情報である。「ユーザＩＤ」は、ユーザを識別する情報である。「転送先」は、パケットを送信する宛先を示す情報である。「転送可能データ区間」は、パケット中のペイロードに格納されているデータの、どの区間を転送先に転送するかを示す情報である。「転送回数／転送時間」は、転送回数または転送時間を意味している。転送回数は、転送先に送信するパケット数（または上限）を示す情報である。転送時間は、パケットの受信可能な時間帯を示す情報である。
なお、サービス情報３１２のユーザＩＤは、ユーザ情報３１１のユーザＩＤと共通して付されるので、サービス情報３１２とユーザ情報３１１とをマージしても構わない。
【００４０】
図２に戻って、付加情報３１３は、受信したデータに、付加処理機能によって付加される不足分の情報である。
【００４１】
通信部３２は、通信インタフェースを備え、ゲートウェイ２、他のネットワーク転送制御装置３、アプリケーションサーバ４ａ，４ｂとパケット（データ）を送受信する機能を有する。例えば、通信部３２は、デバイス１の発出したデータを受信し、サービス処理部３０４によって実行された加工処理後のデータを、アプリケーションサーバ４ａ，４ｂに転送する。前記通信インタフェースは、有線、無線のいずれまたは双方でもよい。プロトコルは、例えば、ＩＥＥＥ（The Institute of Electrical and Electronics Engineers, Inc.）や３ＧＰＰ（Third Generation Partnership Project）等で標準化されている無線接続のためのプロトコル、BluetoothやZigbeeのような近距離無線接続方式のプロトコル、有線接続のためのプロトコル等が利用可能である。
【００４２】
（振分処理部）
次に、振分処理部３３の機能例について、図５を用いて説明する。振分処理部３３は、受信したパケットのデータを、転送先に必要なデータのみに限定する加工処理を実行する。
【００４３】
図５に示すように、振分処理部３３は、ペイロードコピー部３３１、ペイロードマスク部３３２、スライシング処理部３３３および新ヘッダ付加部３３４を備えている。
【００４４】
ペイロードコピー部３３１は、受信したデータの転送先が２以上あると判定した場合、ペイロードのデータをコピーする機能を有する。ここで、転送先が２以上としているのは、転送先の１つは通常通り受信したデータを転送する宛先であり、他の１以上は、転送先に必要なデータのみに限定する加工処理を行った後のデータを転送する宛先である。
【００４５】
ペイロードマスク部３３２は、転送先には見せないペイロードのデータ部分に隠ぺい処理を実行する機能を有する。例えば、ペイロードマスク部３３２は、見せないデータ部分に乱数変換処理を実行し、転送先において復元できないようにする。
【００４６】
スライシング処理部３３３は、転送先に送信するデータ部分をスライシングして残し、残りの他の部分を廃棄する機能を有する。つまり、ペイロードのデータは、転送先に見せるデータだけに短縮される。
【００４７】
新ヘッダ付加部３３４は、転送先の新たなヘッダを、パケットに付加する機能を有する。
【００４８】
図６（ａ）は、ペイロードマスク部３３２によって隠ぺい処理をした後、新ヘッダ付加部３３４によって新ヘッダを付加する場合の経過を表している。図６（ａ）の上段のパケットは、受信時のパケットを表す。中段のパケットは、隠ぺい処理後のパケットを表す。下段のパケットは、新ヘッダを付加した後のパケットを表す。
【００４９】
また、図６（ｂ）は、スライシング処理部３３３によってスライシング処理をした後、新ヘッダ付加部３３４によって新ヘッダを付加する場合の経過を表している。図６（ｂ）の上段のパケットは、受信時のパケットを表す。中段のパケットは、スライシング処理後のパケットを表す。下段のパケットは、新ヘッダを付加した後のパケットを表す。
【００５０】
なお、加工処理された後のパケット以外に、通常通りに転送するパケットは、送信処理部３０５によって転送先へ送信される。
【００５１】
（付加処理部）
付加処理部３４の機能例について、図７を用いて説明する。付加処理部３４は、受信したパケットのデータに、不足分の情報を付加する処理を実行する。
【００５２】
図７に示すように、付加処理部３４は、ペイロードコピー部３３１、情報付加部３４１および新ヘッダ付加部３３４を備えている。なお、図７では、破線矩形で付加情報３１３（図２参照）を記載しているのは、付加処理において参照されるためである。また、ペイロードコピー部３３１および新ヘッダ付加部３３４は、図５に示したものと同様であるので、同じ符号を付し、説明を省略する。
【００５３】
情報付加部３４１は、付加情報３１３を参照して、受信したパケットのデータに不足分の情報を付加する処理を実行する。
【００５４】
（代理処理部）
代理処理部３５の機能例について、図８を用いて説明する。代理処理部３５は、データ廃棄モードでは、デバイス１から受信したデータが前回と今回とで同じであった場合、受信したパケットのデータを送信しない処理を実行し、データ補完モードでは、デバイス１が送信してこなかったデータを補完してその補完したデータを送信する処理を実行する。
【００５５】
図８に示すように、代理処理部３５は、タイマ計測部３５１、代理送信部３５２および代理エントリ登録部３５３を備えている。
【００５６】
タイマ計測部３５１は、時間を計測する機能を有する。具体的には、タイマ計測部３５１は、データ補完モードにおいて、代理エントリ登録部３５３によって代理エントリが登録されてから、予め決められた所定の時間を計測する。
【００５７】
代理送信部３５２は、データ補完モードにおいて、タイマ計測部３５１によって計測される経過時間を参照し、所定の時間（閾値）を超えてもデータを受信しなかったと判定したときに、データを補完して代理送信する。具体的には、代理送信部３５２は、前回受信したデータと同じデータを送信するか、または予め決められた情報を送信する。
また、代理送信部３５２は、データ廃棄モードにおいて、前回受信したデータと今回受信したデータとを比較して、同じか否かを判定する。そして、代理送信部３５２は、同じと判定した場合、今回のデータを送信せず、異なると判定した場合、今回のデータを送信する。
また、代理送信部３５２は、代理エントリ登録部３５３によって設定された代理送信の回数、代理送信の時間のいずれかまたは双方に基づいて、その条件内で代理送信を実行する。
【００５８】
代理エントリ登録部３５３は、データを送信するためのセッションが確立したとき、または、代理処理が実行されたとき、代理エントリを登録し、タイマ計測部３５１に計測開始を指示する。また、代理エントリ登録部３５３は、代理エントリの登録時に、代理送信の回数、代理送信の時間のいずれかまたは双方を設定する。
【００５９】
（連携処理部）
連携処理部３６の機能例について、図９を用いて説明する。連携処理部３６は、アプリケーションサーバ４ａ，４ｂに転送するパケットの時間当たりの数量を調整する処理を実行する。
【００６０】
図９に示すように、連携処理部３６は、パケット調整部３６１、閾値判定部３６２およびタイマ計測部３５１を備える。なお、タイマ計測部３５１は、図８に示すものと同様であるので、同じ符号を付し、説明を省略する。
【００６１】
パケット調整部３６１は、閾値判定部３６２から調整指示情報を受信したとき、連携処理を実行する。調整指示情報は、連携処理の実行を指示する情報である。連携処理は、具体的には、アプリケーションサーバ４ａ，４ｂの処理負荷を低減するため、受信したパケットを廃棄する廃棄処理、受信したパケットを遅延させる遅延処理、複数のパケットのデータを１つにまとめる合成処理、のいずれかまたは組み合わせである。
また、パケット調整部３６１は、閾値判定部３６２から調整解除指示情報を受信したとき、連携処理の実行を止める。調整解除指示情報は、連携処理の停止を指示する情報である。
【００６２】
閾値判定部３６２は、アプリケーションサーバ４ａ，４ｂから、単位時間当たりの受信パケット数、ＣＰＵ使用率、転送量等の処理負荷に係る値を受信する。そして、閾値判定部３６２は、受信した処理負荷に係る値が、予めアプリケーションサーバ４ａ，４ｂごとに決めておいた閾値を超える（または超える可能性がある）か否かを判定する。閾値判定部３６２は、閾値を超える（または超える可能性がある）と判定した場合、パケット調整部３６１に調整指示情報を送信する。また、閾値判定部３６２は、受信した処理負荷に係る値が閾値を超えない（または超える可能性がない）と判定してから、タイマ計測部３５１によって計測される時間が所定時間を経過した後に、安定状態に遷移したと判定し、調整解除指示情報をパケット調整部３６１に送信する。
【００６３】
（振分処理のシーケンス）
次に、振分処理のシーケンス例（隠ぺい処理）について、図１０を用いて説明する（適宜、図１，２，５参照）。なお、デバイス１から送信されるパケットは、通常のサービスでは、アプリケーションサーバ４ａに転送されるものとする。そして、デバイス１から送信されるパケットが、一時的なサービスとして、アプリケーションサーバ４ｂ（別の転送先）に転送されるものとする。
【００６４】
ステップＳ１００１では、ユーザ識別部３０１は、ネットワーク転送制御装置３の通信部３２によって受信されたパケットのユーザＩＤによってユーザを判別する。そして、ユーザ識別部３０１は、ユーザＩＤがユーザ情報３１１に登録済であれば、ユーザを判別できるので、次のステップＳ１００２へユーザＩＤを引き渡す。
【００６５】
ステップＳ１００２では、認証課金処理部３０２は、ユーザＩＤを認証し、サービスの種類に応じて課金する。
【００６６】
ステップＳ１００３では、振分処理部３３のペイロードコピー部３３１は、別の転送先（アプリケーションサーバ４ｂ）に送信するパケットを生成するため、ペイロードのデータをコピーする。そして、ペイロードコピー部３３１は、一方のデータをペイロードマスク部３３２へ引き渡し、他方のデータを送信処理部３０５へ引き渡す。
【００６７】
ステップＳ１００４では、振分処理部３３のペイロードマスク部３３２は、転送先には見せないペイロードのデータ部分を隠ぺいする処理を実行する。
【００６８】
ステップＳ１００５では、振分処理部３３の新ヘッダ付加部３３４は、転送先の新ヘッダを、ステップＳ１００４で処理したパケットに付加する。
【００６９】
ステップＳ１００６では、送信処理部３０５は、ステップＳ１００５で処理したパケットを、転送先のアプリケーションサーバ４ｂに送信する。
【００７０】
ステップＳ１００７では、アプリケーションサーバ４ｂは、パケットを受信する。
【００７１】
ステップＳ１０１１では、送信処理部３０５は、パケットを、転送先のアプリケーションサーバ４ａに送信する。
【００７２】
ステップＳ１０１２では、アプリケーションサーバ４ａは、パケットを受信する。
【００７３】
次に、振分処理の別のシーケンス例（スライシング処理）について、図１１を用いて説明する（適宜、図１，２，５，１０参照）。なお、デバイス１から送信されるパケットは、通常のサービスでは、アプリケーションサーバ４ａに転送されるものとする。そして、デバイス１から送信されるパケットが、一時的なサービスとして、アプリケーションサーバ４ｂ（別の転送先）に転送されるものとする。
【００７４】
図１１において、ステップＳ１００１〜Ｓ１００３は、図１０に示すものと同様であるので、同じ符号を付し、説明を省略する。
【００７５】
ステップＳ１１０１では、スライシング処理部３３３は、転送先に送信する部分のデータをスライシングして残し、残りの他の部分を廃棄する。そして、スライシング処理部３３３は、スライシングした部分のデータをペイロードに格納する。
【００７６】
ステップＳ１００５では、振分処理部３３の新ヘッダ付加部３３４は、転送先の新ヘッダを、ステップＳ１１０１で処理したパケットに付加する。
なお、ステップＳ１００６〜Ｓ１００７、ステップＳ１０１１〜Ｓ１０１２は、図１０に示すものと同様であるので、同じ符号を付し、説明を省略する。
【００７７】
（付加処理のシーケンス）
次に、付加処理のシーケンス例について、図１２を用いて説明する（適宜、図１，２，７，１０参照）。なお、デバイス１から送信されるパケットは、通常、アプリケーションサーバ４ａに送信されるものとする。
【００７８】
図１２において、ステップＳ１００１〜Ｓ１００２は、図１０に示すものと同様であるので、同じ符号を付し、説明を省略する。
【００７９】
ステップＳ１２０１では、情報付加部３４１は、受信したパケットのデータに不足分の情報を付加する。
なお、ステップＳ１００６〜Ｓ１００７は、図１０に示すものと同様であるので、同じ符号を付し、説明を省略する。
【００８０】
次に、付加処理の別のシーケンス例について、図１３を用いて説明する（適宜、図１，２，５，１０，１２参照）。なお、デバイス１から送信されるパケットは、通常のサービスでは、アプリケーションサーバ４ａに転送されるものとする。そして、デバイス１から送信されるパケットが、一時的なサービスとして、アプリケーションサーバ４ｂ（別の転送先）に転送されるものとする。
【００８１】
図１３において、ステップＳ１００１〜Ｓ１００３、ステップＳ１００５〜Ｓ１００７、ステップＳ１０１１〜Ｓ１０１２は、図１０に示すものと同様であり、ステップＳ１２０１は、図１２に示すものと同様であるので、同じ符号を付し、説明を省略する。
【００８２】
（代理処理のシーケンス）
まず、代理処理のデータ補完モードの概要について、図１４を用いて説明する。
デバイス１は、データの送信回数を低減して処理負荷を低減するために、データ値に変化があった場合にだけ、そのデータを送信することとする。また、アプリケーションサーバ４ａ，４ｂは、所定の周期（一定の場合を含む）でデータを取得した場合には、不定期にデータを取得する場合に比べて、データ解析等の処理が簡単になるので、所定の周期でデータを受信するものとする。
ここで、図１４の実線のようにデータ値が変化した場合、デバイス１は、黒丸印のようにデータを送信することになる。なお、図１４中の縦方向の破線は、所定の周期を表している。したがって、ネットワーク転送制御装置３の代理処理部３５は、白丸印のデータを補完して、アプリケーションサーバ４ａ，４ｂに送信する。
【００８３】
図１５は、代理処理（データ補完モード）のシーケンス例を表している（適宜、図１，２，８，１４参照）。なお、図１０に示したようなユーザ識別部３０１、認証課金処理部３０２、送信処理部３０５における処理は図示を省略し、その説明も省略する。
【００８４】
まず、ステップＳ１５０１では、デバイス１は、データを収集し、アプリケーションサーバ４ａに収集データを送信する。収集データは、ゲートウェイ２、ネットワーク転送制御装置３を経由して、アプリケーションサーバ４ａに到着する。そして、アプリケーションサーバ４ａは、ＡＣＫ（Acknowledgement）を、ネットワーク転送制御装置３、ゲートウェイ２を経由して返信する。なお、図示はしていないが、データを送信する前に、セッションが確立されている。
【００８５】
ステップＳ１５０２では、代理エントリ登録部３５３は、データを送信するためのセッションが確立したとき、代理エントリを登録する。具体的には、代理エントリ登録部３５３は、データ補完モードの動作を開始する。そして、代理エントリ登録部３５３は、代理エントリの登録時に、タイマ計測部３５１に計測開始を指示する。
【００８６】
ステップＳ１５０３では、タイマ計測部３５１は、代理エントリ登録部３５３によって代理エントリが登録されてから、代理送信を行うタイミングまで、予め決められた所定の時間を計測する。代理送信とは、データを補完して送信することを意味している。
【００８７】
ステップＳ１５０４では、デバイス１は、データを収集する。しかし、収集データは、前回収集したデータと変化がないものとする（図１５では「変化なし」と表記。）。したがって、デバイス１は、今回収集したデータを送信しない。なお、図１５には、仮にデータを送信した場合の流れを、破線矢印で表した。
【００８８】
ステップＳ１５０５では、代理送信部３５２は、データ補完モードにおいて、タイマ計測部３５１によって計測される経過時間を参照し、予め決められた所定の時間（図１４に示した縦方向の破線間の時間；所定の周期）を超えてもデータを受信しなかったと判定したときに、代理送信を実行する。具体的には、代理送信部３５２は、前回受信したデータと同じデータ（図１４に示した白丸印）を送信するか、または予め決められた情報を送信する。
【００８９】
ステップＳ１５０６では、代理エントリ登録部３５３は、代理送信が実行されたとき、タイマ計測部３５１に計測開始を指示する。
【００９０】
ステップＳ１５０７では、タイマ計測部３５１は、データ補完モードにおいて、代理送信を行うタイミングを計測する。
【００９１】
ステップＳ１５０８では、デバイス１は、データを収集する。収集データは、前回収集したデータから変化しているものとする（図１５では「変化あり」と表記。）。したがって、デバイス１は、収集データをアプリケーションサーバ４ａに送信する。そして、アプリケーションサーバ４ａは、ＡＣＫを、ネットワーク転送制御装置３、ゲートウェイ２を経由して返信する。
【００９２】
ステップＳ１５０９では、代理エントリ登録部３５３は、代理エントリを更新する。具体的には、代理送信部３５２は、データ補完モードにおいて、タイマ計測部３５１によって計測される経過時間を参照し、予め決められた所定の時間（図１４に示した縦方向の破線間の時間；所定の周期）内に収集データを受信したと判定する。そして、代理エントリ登録部３５３は、代理エントリを更新し、タイマ計測部３５１に計測開始を指示する。
【００９３】
ステップＳ１５１０では、タイマ計測部３５１は、データ補完モードにおいて、代理送信を行うタイミングを計測する。
このようにして、代理処理（データ補完モード）が実行される。
【００９４】
次に、代理処理（データ廃棄モード）のシーケンス例について、図１６を用いて説明する。ただし、図１６では、デバイス１は、前回送信したデータと今回送信するデータとが同じ（変化なし）場合であっても、今回のデータを送信するものとする。なお、図１０に示したようなユーザ識別部３０１、認証課金処理部３０２、送信処理部３０５における処理は図示を省略し、その説明も省略する。
【００９５】
ステップＳ１６０１では、デバイス１は、データを収集し、アプリケーションサーバ４ａに向けて収集データを送信する。
【００９６】
ステップＳ１６０２では、代理処理部３５は、前回受信したデータと今回受信したデータとを比較し、双方が同じか否かを判定する。
代理処理部３５は、双方が同じでないと判定した場合、今回受信したデータをアプリケーションサーバ４ａに送信する。そして、アプリケーションサーバ４ａは、ＡＣＫを、ネットワーク転送制御装置３、ゲートウェイ２を経由して返信する。
【００９７】
ステップＳ１６０３では、デバイス１は、データを収集し、アプリケーションサーバ４ａに向けて収集データを送信する。ただし、今回収集したデータは、前回収集したデータと同じ場合（「変化なし」の場合）である。
【００９８】
ステップＳ１６０４では、代理処理部３５は、前回受信したデータと今回受信したデータとを比較し、双方が同じか否かを判定する。
代理処理部３５は、双方が同じであると判定した場合、今回受信したデータをアプリケーションサーバ４ａに送信しない。そして、ネットワーク転送制御装置３は、ＡＣＫをゲートウェイ２を経由して返信する。
【００９９】
ステップＳ１６０５では、アプリケーションサーバ４ａは、所定の周期（一定の場合を含む）でデータを受信しないため、データを補完する。
【０１００】
ステップＳ１６０６では、デバイス１は、データを収集し、アプリケーションサーバ４ａに向けて収集データを送信する。ただし、今回収集したデータは、前回収集したデータとは異なる場合（「変化あり」の場合）である。
【０１０１】
ステップＳ１６０７では、代理処理部３５は、前回受信したデータと今回受信したデータとを比較し、双方が同じか否かを判定する。
代理処理部３５は、双方が同じでないと判定した場合、今回受信したデータをアプリケーションサーバ４ａに送信する。そして、アプリケーションサーバ４ａは、ＡＣＫを、ネットワーク転送制御装置３、ゲートウェイ２を経由して返信する。
【０１０２】
（連携処理のシーケンス）
次に、連携処理（遅延処理）のシーケンス例について、図１７を用いて説明する（適宜、図１，２，９参照）。
図１７では、特定のイベント発生によって、デバイス１から２つのデータが一斉に（同時間帯に）送信されるように記載しているが、２つのデバイス１から同時間帯に１つずつデータ送信が行われても構わない。また、２つのデータ送信に限られず、３以上のデータ送信であっても構わない。
【０１０３】
連携処理部３６のパケット調整部３６１は、同時期に２つのデータを受信したとき、まず１つのデータをアプリケーションサーバ４ａに送信する。そして、ステップＳ１７０１では、連携処理部３６のパケット調整部３６１は、残りの１つのデータを遅らせて送信する遅延処理を実行する。なお、図１０に示したようなユーザ識別部３０１、認証課金処理部３０２、送信処理部３０５における処理は図示を省略し、その説明も省略した。
【０１０４】
次に、連携処理（合成処理）のシーケンス例について、図１８を用いて説明する（適宜、図１，２，９参照）。
図１８では、特定のイベント発生によって、デバイス１から２つのデータが一斉に（同時間帯に）送信されるように記載しているが、２つのデバイス１から同時間帯に１つずつデータ送信が行われても構わない。また、２つのデータ送信に限られず、３以上のデータ送信であっても構わない。
【０１０５】
ステップＳ１８０１では、連携処理部３６のパケット調整部３６１は、同時期に２つのデータを受信したとき、２つのデータを合成して１つのデータにまとめる合成処理を実行する。そして、パケット調整部３６１は、合成処理後のデータをアプリケーションサーバ４ａに送信する。なお、図１０に示したようなユーザ識別部３０１、認証課金処理部３０２、送信処理部３０５における処理は図示を省略し、その説明も省略した。
【０１０６】
次に、連携処理（廃棄処理）のシーケンス例について、図１９を用いて説明する（適宜、図１，２，９参照）。
図１９では、特定のイベント発生によって、デバイス１から２つのデータが一斉に（同時間帯に）送信されるように記載しているが、２つのデバイス１から同時間帯に１つずつデータ送信が行われても構わない。また、２つのデータ送信に限られず、３以上のデータ送信であっても構わない。
【０１０７】
連携処理部３６のパケット調整部３６１は、同時間帯に２つのデータを受信したとき、受信したデータをアプリケーションサーバ４ａに送信する。ただし、アプリケーションサーバ４ａは、１つのデータを受信するごとに１つのＡＣＫを返信する。
ここで、ネットワーク転送制御装置３は、１つのＡＣＫを受信したが、所定の時間（ステップＳ１９０１）を経過しても２つ目のＡＣＫを受信しなかったものとする。この場合、パケット調整部３６１は、ステップＳ１９０２において、所定の時間を経過後にゲートウェイ２から到着するデータを廃棄する廃棄処理を実行する。これは、パケット調整部３６１が、ＡＣＫを直ちに返信できないほどアプリケーションサーバ４ａの処理負荷が大きいと判定するためである。なお、図１０に示したようなユーザ識別部３０１、認証課金処理部３０２、送信処理部３０５における処理は図示を省略し、その説明も省略した。
【０１０８】
（ネットワーク転送制御装置の処理フロー）
次に、ネットワーク転送制御装置３の処理フロー例について、図２０を用いて説明する（適宜、図２参照）。
ステップＳ２００１では、通信部３２は、パケットを受信する。
【０１０９】
ステップＳ２００２では、ユーザ識別部３０１は、受信したパケットのユーザＩＤが登録済か否かを判定する。ユーザ識別部３０１は、ユーザＩＤがユーザ情報３１１に登録済であれば、受信したパケットがサービス提供の対象であることを判別できる。
登録済であると判定した場合（ステップＳ２００２でＹｅｓ）、処理はステップＳ２００３へ進み、登録済でないと判定した場合（ステップＳ２００２でＮｏ）、処理はステップＳ２００５へ進む。
【０１１０】
ステップＳ２００３では、認証課金処理部３０２は、サービス提供の実行が可能か否かを判定する。具体的には、認証課金処理部３０２は、ユーザＩＤを認証し、認証が成功した場合に、サービス提供を実行可能と判定する。
実行可能であると判定した場合（ステップＳ２００３でＹｅｓ）、処理はステップＳ２００４へ進み、実行可能でないと判定した場合（ステップＳ２００３でＮｏ）、処理はステップＳ２００５へ進む。
【０１１１】
ステップＳ２００４では、サービス処理部３０４は、振分処理、付加処理、代理処理、連携処理のいずれかまたは組み合わせを実行する。
【０１１２】
ステップＳ２００５では、送信処理部３０５は、パケットをアプリケーションサーバ４ａ，４ｂに送信する。
そして、処理は終了する。
【０１１３】
（振分処理部の処理フロー）
次に、振分処理部３３の処理フロー例について、図２１を用いて説明する（適宜、図２参照）。
ステップＳ２１０１では、ペイロードコピー部３３１は、転送先が２以上か否かを判定する。
２以上であると判定した場合（ステップＳ２１０１でＹｅｓ）、処理はステップＳ２１０２へ進み、１つであると判定した場合（ステップＳ２１０１でＮｏ）、処理は終了する。
【０１１４】
ステップＳ２１０２では、ペイロードコピー部３３１は、ペイロードのデータを複製する。
【０１１５】
ステップＳ２１０３では、スライシング処理部３３３は、データをスライシングするか否かを判定する。
スライシングすると判定した場合（ステップＳ２１０３でＹｅｓ）、処理はステップＳ２１０４へ進み、スライシングしないと判定した場合（ステップＳ２１０３でＮｏ）、処理はステップＳ２１０５へ進む。
【０１１６】
ステップＳ２１０４では、スライシング処理部３３３は、データをスライシングする。
【０１１７】
ステップＳ２１０５では、ペイロードマスク部３３２は、転送先へ見せないデータ部分を隠ぺいする。
【０１１８】
ステップＳ２１０６では、新ヘッダ付加部３３４は、ステップＳ２１０４またはステップＳ２１０５で生成したデータを転送先に送信するため、新ヘッダを付加する。
そして、処理は終了する。
【０１１９】
（付加処理部の処理フロー）
次に、付加処理部３４の処理フロー例について、図２２を用いて説明する（適宜、図２参照）。
ステップＳ２２０１では、情報付加部３４１は、受信したデータに付加情報（不足分の情報）を付加する。
【０１２０】
ステップＳ２２０２では、ペイロードコピー部３３１は、転送先が２以上か否かを判定する。
２以上であると判定した場合（ステップＳ２２０２でＹｅｓ）、処理はステップＳ２２０３へ進み、１つであると判定した場合（ステップＳ２２０２でＮｏ）、処理は終了する。
【０１２１】
ステップＳ２２０３では、ペイロードコピー部３３１は、ペイロードのデータを複製する。
【０１２２】
ステップＳ２２０４では、新ヘッダ付加部３３４は、ステップＳ２２０３で生成したデータを転送先に送信するため、新ヘッダを付加する。
そして、処理は終了する。
【０１２３】
（代理処理部の処理フロー）
次に、代理処理部３５の処理フロー例について、図２３を用いて説明する（適宜、図２参照）。
ステップＳ２３０１では、代理エントリ登録部３５３は、データ補完モードか否かを判定する。なお、データ補完モードでない場合は、データ廃棄モードである。それらの各モードは、Ｍ２Ｍサービスを享受するユーザまたはネットワーク転送制御装置３の管理者によって操作される装置から指示されているものとする。
データ補完モードである場合（ステップＳ２３０１でＹｅｓ）、処理はステップＳ２３０２へ進み、データ補完モードでない場合（ステップＳ２３０１でＮｏ）、処理はページ内結合子「Ｂ」（ステップＳ２３１１）へ進む。
【０１２４】
ステップＳ２３０２では、代理エントリ登録部３５３は、代理エントリの登録が有るか否かを判定する。なお、代理エントリの登録は、Ｍ２Ｍサービスを享受するユーザまたはネットワーク転送制御装置３の管理者によって操作される装置から実行される。この代理エントリの登録の際、代理送信する回数、代理送信する時間のいずれかまたは双方が設定される。
登録が有ると判定した場合（ステップＳ２３０２でＹｅｓ）、処理はステップＳ２３０３へ進み、登録が無いと判定した場合（ステップＳ２３０２でＮｏ）、処理は終了する。
【０１２５】
ステップＳ２３０３では、代理送信部３５２は、待ち時間が閾値を超えたか否かを判定する。待ち時間とは、代理エントリが登録され、タイマ計測部３５１によって計測される経過時間である。また、閾値は、代理送信するタイミングを示す時間であり、予め記憶部３１に記憶されているものとする。
閾値を超えたと判定した場合（ステップＳ２３０３でＹｅｓ）、処理はステップＳ２３０４へ進み、閾値以下であると判定した場合（ステップＳ２３０３でＮｏ）、処理はステップＳ２３０６へ進む。
【０１２６】
ステップＳ２３０４では、代理送信部３５２は、代理送信を実行する。具体的には、代理送信部３５２は、前回受信したデータと同じデータを送信するか、または予め決められた情報を送信する。
【０１２７】
ステップＳ２３０５では、代理送信部３５２は、代理エントリが終了したか否かを判定する。具体的には、代理送信部３５２は、代理エントリ登録部３５３によって設定された代理送信の回数、代理送信の時間のいずれかまたは双方の条件を超えたとき、代理エントリが終了したと判定する。
代理エントリが終了したと判定した場合（ステップＳ２３０５でＹｅｓ）、処理は終了し、代理エントリが終了していないと判定した場合（ステップＳ２３０５でＮｏ）、処理はページ内結合子「Ａ」を経由して、ステップＳ２３０２へ戻る。
【０１２８】
ステップＳ２３０６では、代理送信部３５２は、新たなデータを受信したか否かを判定する。
新たなデータを受信したと判定した場合（ステップＳ２３０６でＹｅｓ）、処理はステプＳ２３０７へ進み、新たなデータを受信していないと判定した場合、処理はステップＳ２３０３へ戻る。
【０１２９】
ステップＳ２３０７では、代理エントリ登録部３５３は、代理エントリを更新する。そして、処理は、ステップＳ２３０２へ戻る。
【０１３０】
また、ページ内結合子「Ｂ」を経由するステップＳ２３１１では、代理送信部３５２は、前回受信したデータと今回受信したデータとを比較する（図２３では「データ比較」と表記。）。
【０１３１】
ステップＳ２３１２では、代理送信部３５２は、前回受信したデータと今回受信したデータとが同じか否かを判定する。
同じと判定した場合（ステップＳ２３１２でＹｅｓ）、処理はステップＳ２３１３へ進み、同じでないと判定した場合（ステップＳ２３１２でＮｏ）、処理はステップＳ２３１４へ進む。
【０１３２】
ステップＳ２３１３では、代理送信部３５２は、今回受信したデータを送信しない。そして、処理は終了する。
【０１３３】
ステップＳ２３１４では、代理送信部３５２は、今回受信したデータを送信する。そして、処理は終了する。
【０１３４】
（連携処理部の処理フロー）
次に、連携処理部３６の処理フロー例について、図２４を用いて説明する（適宜、図２参照）。
ステップＳ２４０１では、閾値判定部３６２は、アプリケーションサーバ４ａ，４ｂから受信した処理負荷に係る値（図２４では「処理負荷」と表記）が閾値を超えているか否かを判定する。なお、閾値は、アプリケーションサーバ４ａ，４ｂの処理性能に依存して設定されるものとする。
閾値を超えていると判定した場合（ステップＳ２４０１ではＹｅｓ）、処理はステップＳ２４０２へ進み、閾値以下であると判定した場合（ステップＳ２４０１ではＮｏ）、処理はステップＳ２４０３へ進む。
【０１３５】
ステップＳ２４０２では、パケット調整部３６１は、負荷軽減処理を実行する。負荷軽減処理とは、受信したパケットを廃棄する廃棄処理、受信したパケットを遅延させる遅延処理、複数のパケットのデータを１つにまとめる合成処理、のいずれかまたは組み合わせである。負荷軽減処理を実行後、処理はステップＳ２４０１へ戻る。
【０１３６】
ステップＳ２４０３では、閾値判定部３６２は、安定状態か否かを判定する。
安定状態であると判定した場合（ステップＳ２４０３でＹｅｓ）、処理は終了し、安定状態でないと判定した場合（ステップＳ２４０３でＮｏ）、処理はステップＳ２４０２へ進む。
【０１３７】
以上、ネットワーク転送制御装置３は、データを発出するデバイス１から送信されるデータをアプリケーションサーバ４ａ，４ｂに転送するとき、デバイス１の処理負荷およびアプリケーションサーバ４ａ，４ｂの処理負荷を低減するようにデータを加工する加工処理（振分処理、付加処理、代理処理、連携処理のいずれかまたは組み合わせ）を実行するサービス処理部３０４を備える。
振分処理は、受信したパケットのデータを、転送先に必要なデータのみに限定し、その振分処理後のデータを転送する。付加処理は、受信したパケットのデータに不足分の情報を付加し、その付加処理後のデータを転送する。代理処理は、データ廃棄モードでは、デバイス１から受信したデータが前回と今回とで同じであった場合、受信したパケットのデータを送信しない処理を実行し、データ補完モードでは、デバイス１が送信してこなかったデータを補完してその補完したデータを送信する処理を実行する。連携処理は、特定のイベント発生によって、１または複数のデバイス１から同時間帯に複数のデータが送信されてきた場合、アプリケーションサーバ４ａ，４ｂの処理負荷を低減するために、アプリケーションサーバ４ａ，４ｂに送信するデータのタイミングを調整したり、データを廃棄したり、複数のデータを合成して送信回数を減らしたりする。
したがって、ネットワーク転送制御装置３は、Ｍ２Ｍサービスにおいて、デバイス１およびアプリケーションサーバ４ａ，４ｂの処理負荷を低減することができる。
【０１３８】
なお、本実施形態では、デバイス１として、センサ、ウェアラブル端末、スマートフォン等を例示して説明したが、ゲートウェイ２やサーバ等のネットワーク構成する装置が自身の管理データを送信する場合であっても適用可能である。
【符号の説明】
【０１３９】
１  デバイス
２  ゲートウェイ
３  ネットワーク転送制御装置
４ａ，４ｂ  アプリケーションサーバ
３０  処理部
３１  記憶部
３２  通信部
３３  振分処理部
３４  付加処理部
３５  代理処理部
３６  連携処理部
１０１  Ｍ２Ｍデバイスドメイン
１０２  ゲートウェイドメイン
１０３  プラットホームドメイン
１０４  アプリケーションドメイン
３０１  ユーザ識別部
３０２  認証課金処理部
３０３  ルーティング処理部
３０４  サービス処理部
３０５  送信処理部
３０６  外部ＩＦ処理部
３１１  ユーザ情報
３１２  サービス情報
３１３  付加情報
３３１  ペイロードコピー部
３３２  ペイロードマスク部
３３３  スライシング処理部
３３４  新ヘッダ付加部
３４１  情報付加部
３５１  タイマ計測部
３５２  代理送信部
３５３  代理エントリ登録部
３６１  パケット調整部
３６２  閾値判定部
【図１】
2016001818.tif 000003
【図２】
2016001818.tif 000004
【図３】
2016001818.tif 000005
【図４】
2016001818.tif 000006
【図５】
2016001818.tif 000007
【図６】
2016001818.tif 000008
【図７】
2016001818.tif 000009
【図８】
2016001818.tif 000010
【図９】
2016001818.tif 000011
【図１０】
2016001818.tif 000012
【図１１】
2016001818.tif 000013
【図１２】
2016001818.tif 000014
【図１３】
2016001818.tif 000015
【図１４】
2016001818.tif 000016
【図１５】
2016001818.tif 000017
【図１６】
2016001818.tif 000018
【図１７】
2016001818.tif 000019
【図１８】
2016001818.tif 000020
【図１９】
2016001818.tif 000021
【図２０】
2016001818.tif 000022
【図２１】
2016001818.tif 000023
【図２２】
2016001818.tif 000024
【図２３】
2016001818.tif 000025
【図２４】
2016001818.tif 000026