JP6806054B2

JP6806054B2 - 情報処理装置、情報処理システム、情報処理方法、および情報処理プログラム

Info

Publication number: JP6806054B2
Application number: JP2017524810A
Authority: JP
Inventors: 祐二富樫
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2015-06-24
Filing date: 2016-06-02
Publication date: 2021-01-06
Anticipated expiration: 2036-06-02
Also published as: EP3316131A1; EP3316131A4; WO2016208354A1; US20180191812A1; JPWO2016208354A1; US10652317B2

Description

本発明は、情報処理装置、情報処理システム、情報処理方法、および情報処理プログラムに関する。

上記技術分野において、特許文献１には、センサデバイスから受信したセンサデータをデータ処理装置としてのＭ２Ｍサーバに送信するＭ２Ｍゲートウェイが開示されている。突発的な負荷の増大によるシステム全体の不応答状態を回避するため、Ｍ２Ｍ（Machine to Machine）ゲートウェイにおける送信条件は、Ｍ２Ｍサーバからの指示によりリアルタイムに更新される技術が開示されている。

特開２０１４−０６８２８５号公報

しかしながら、上記文献に記載の技術では、Ｍ２Ｍサーバに全ての情報を集約して、全体が最適となるようにＭ２Ｍゲートウェイの制御を行う。そのため、システム規模の増大に伴ってデータ処理装置としてのＭ２Ｍサーバにおける計算量の増加が発生する。

本発明の目的は、上述の課題を解決する技術を提供することにある。

上記目的を達成するため、本発明に係る情報処理装置は、
端末から収集したデータをデータ処理装置に送信する情報処理装置であって、
前記データ処理装置の負荷状態を表わす負荷状態情報を、前記データ処理装置から受信する受信手段と、
前記端末が送信したデータを収集する収集手段と、
前記負荷状態情報に基づいて、前記端末から収集した前記データの中から送信用のデータを選択する選択手段と、
選択された前記送信用のデータを、前記データ処理装置に送信する送信手段と、
を備えた。

上記目的を達成するため、本発明に係る情報処理システムは、
端末から収集したデータをデータ処理装置に送信する情報処理装置と、前記端末と、前記データ処理装置とを備えた情報処理システムであって、
前記情報処理装置は、
前記データ処理装置の負荷状態を表わす負荷状態情報を、前記データ処理装置から受信する受信手段と、
前記端末が送信したデータを収集する収集手段と、
前記負荷状態情報に基づいて、前記端末から収集した前記データの中から送信用のデータを選択する選択手段と、
選択された前記送信用のデータを、前記データ処理装置に送信する送信手段と、を備えた。

上記目的を達成するため、本発明に係る情報処理方法は、
端末から収集したデータをデータ処理装置に送信する情報処理方法であって、
前記データ処理装置の負荷状態を表わす負荷状態情報を、前記データ処理装置から受信するステップと、
前記端末が送信したデータを収集するステップと、
前記負荷状態情報に基づいて、前記端末から収集した前記データの中から送信用のデータを選択するステップと、
選択された前記送信用のデータを、前記データ処理装置に送信するステップと、
を含む。

上記目的を達成するため、本発明に係る情報処理プログラムは、
端末から収集したデータをデータ処理装置に送信する情報処理方法であって、
前記データ処理装置の負荷状態を表わす負荷状態情報を、前記データ処理装置から受信するステップと、
前記端末が送信したデータを収集するステップと、
前記負荷状態情報に基づいて、前記端末から収集した前記データの中から送信用のデータを選択するステップと、
選択された前記送信用のデータを、前記データ処理装置に送信するステップと、
をコンピュータに実行させる。

本発明によれば、データ処理装置における計算量を十分低減することができる。

本発明の第１実施形態に係る情報処理システムの構成を説明するためのブロック図である。本発明の第２実施形態に係る情報処理システムの構成を説明するためのブロック図である。本発明の第２実施形態に係る情報処理装置の機能構成を説明するためのブロック図である。本発明の第２実施形態に係る情報処理装置のハードウェア構成を説明するためのブロック図である。本発明の第２実施形態における収集データを説明するための図である。本発明の第２実施形態における要求サービス品質保証情報データベースを説明するための図である。本発明の第２実施形態に係る情報処理装置の動作を説明するためのフローチャートである。本発明の第２実施形態におけるデータ個数決定処理の手順を説明するためのフローチャートである。本発明の第２実施形態における送信データ選択処理の手順を説明するためのフローチャートである。比較例の情報処理システムにおけるデータ転送手順の一例を説明するための図である。本発明の第２実施形態に係る情報処理システムにおけるデータ転送手順の一例を説明するための図である。本発明の第３実施形態に係る情報処理システムの構成を説明するための図である。本発明の第３実施形態に係る情報処理装置の機能構成を説明するためのブロック図である。本発明の第３実施形態に係る情報処理装置のハードウェア構成を説明するためのブロック図である。本発明の第３実施形態に係る情報処理装置の動作を説明するためのフローチャートである。本発明の第３実施形態に係る情報処理システムにおけるデータ転送手順の一例を説明するための図である。

以下に、本発明の例示的な実施形態について、図面を参照して、以下に詳しく説明記載する。ただし、以下の実施の形態に記載されている、構成、数値、処理の流れ、機能要素などはあくまで一例であり、本発明の技術範囲をそれらの記載のみに限定する趣旨のものではない。

［第１実施形態］
本発明の第１実施形態としての情報処理システムについて、図１を用いて説明する。図１は本実施形態に係る情報処理システムの構成を説明するためのブロック図である。図１に示すように、情報処理システム１００は、情報処理装置１１０とデータ処理装置としてのＭ２Ｍサービスプラットフォーム１２０と端末１３１〜１３３とを備えている。ここで、情報処理装置１１０は、一般的にはＭ２Ｍゲートウェイと称される装置である。

情報処理装置１１０は、受信部１１１と、収集部１１２と、選択部１１３と、送信部１１４とを備えている。

受信部１１１は、Ｍ２Ｍサービスプラットフォーム１２０に接続され、Ｍ２Ｍサービスプラットフォーム１２０の負荷状態を表わす負荷状態情報を、Ｍ２Ｍサービスプラットフォーム１２０から受信する。

収集部１１２は、端末１３１〜１３３からデータを収集する。

選択部１１３は、負荷状態情報に基づいて、端末１３１〜１３３から収集したデータの中から送信するための送信データを選択する。

送信部１１６は、送信データ選択部１１５によって選択された送信データをＭ２Ｍサービスプラットフォーム１２０に送信する。

本実施形態によれば、情報処理装置１１０は、Ｍ２Ｍサービスプラットフォーム１２０から負荷状態情報を受信する。さらに、情報処理装置１１０は、負荷状態情報を用いて、Ｍ２Ｍサービスプラットフォーム１２０へ送信するためのデータを決定している。これにより、Ｍ２Ｍサービスプラットフォーム１２０がデータ収集における全体の制御を行う必要がないので、Ｍ２Ｍサービスプラットフォーム１２０における計算量を十分低減することができる。

［第２実施形態］
《前提技術》
Ｍ２Ｍ通信ではコンシューマ（consumer）通信と異なり、端末はあらかじめ決められた動作に従ってデータ送信を行う。動作の種類としては、周期動作以外にも、特定のイベントを検知した際にデータを送信するイベント駆動や、１時間や１日といった区切りの中における特定のタイミングでデータを送信するというバッチ処理が多くみられる。そのため、特定の瞬間に端末が一斉にデータを送信することによって、瞬間的なデータ数の増大（バーストトラフィック）が発生しやすいという特徴がある。これにより、データ処理装置としてのＭ２Ｍサービスプラットフォームでは、Ｍ２Ｍサービスプラットフォーム上に滞留している受信データ数の増加に伴って処理量が増加する。このため、バーストトラフィック発生による滞留データの増加が、データ処理におけるパフォーマンスの低下を引き起こす。

Ｍ２Ｍサービスプラットフォームにおいて、受信データ数に伴って処理量が大きくなる代表的な例としては、優先度制御が挙げられる。通常のコンシューマ通信では、一部高優先の通信は存在することがあっても、ほとんどの通信の優先度は変わらず逐次的に処理が行われる。しかし、Ｍ２Ｍ通信では、１つのＭ２Ｍサービスプラットフォーム上に様々な要求ＳＬＡ（Service Level Agreement）の異なるサービスが混在する。また、１つのサービス内でも、やりとりされるデータによって優先度が異なることが多い。このため、優先度制御は多様なサービスを扱う上で必要な要素である。優先度制御においては、受信したデータの中から優先度の高いものを検索する処理が必要となるため、Ｍ２Ｍサービスプラットフォーム上に滞留している受信データ数に伴って処理量が大きくなる。また、課金制御や帯域制限を行う場合でも同様に、特定のサービスや端末からのデータに対して制限をかけるためには、受信したデータの中から制限に該当しないデータを検索する処理が必要となる。

また、Ｍ２Ｍサービスの実現方法として、端末とＭ２ＭゲートウェイとＭ２Ｍサービスプラットフォームとを用いた３層構造で通信を行う手法がある。Ｍ２Ｍゲートウェイは、地理的な局所性のある端末や同一のサービスに属する端末など、一定のまとまった端末からのデータを収集し、Ｍ２Ｍサービスプラットフォームに送信する。Ｍ２Ｍサービスプラットフォームは、収集したデータの加工と蓄積とを行う。

Ｍ２Ｍサービスにおいて、Ｍ２Ｍサービスプラットフォームの負荷増大は大きな問題であり、上記のような構成において、Ｍ２Ｍサービスプラットフォームの負荷軽減を行う仕組みに関する技術は多数存在する。しかし、従来のＭ２Ｍシステムの多くは、１つ１つのサービスごとに専用のシステムが構築され、またＭ２Ｍサービスの提供者がシステム全体を管理するため、それらの技術の大分部は、Ｍ２Ｍサービスの提供者がシステム全体を制御できることが前提であった。しかし今後、特定のサービス向けではない公衆型のＭ２Ｍシステムが出てくることが予想され、マルチサービスを前提としたＭ２Ｍサービスプラットフォームの負荷軽減の仕組みが必要になると思われる。公衆型のＭ２Ｍシステムにおいては、Ｍ２Ｍサービスプラットフォームの提供者がＭ２ＭサービスプラットフォームとＭ２Ｍゲートウェイとを公衆のインフラストラクチャー（infrastructure）として提供する。そして、Ｍ２Ｍサービスの提供者はサービスに必要な端末をシステムに登録し、Ｍ２Ｍゲートウェイと接続することでサービスを提供する。このような公衆型のＭ２Ｍシステムで負荷制御を実施する場合、登録される端末の種類や数が流動的なため、特定の端末に依存した制御はできない。

《本実施形態の説明》
次に本発明の第２実施形態に係る情報処理システムについて、図２乃至図１０を用いて説明する。図２は、本実施形態に係る情報処理システム２００の機能構成を説明するためのブロック図である。

図２に示すように、情報処理システム２００は、情報処理装置２１１、２１２と、ネットワーク２５０を介して接続されたデータ処理装置としてのＭ２Ｍサービスプラットフォーム２２０と、センサデバイスとしての端末２３１〜２３３、２４１〜２４３とを有する。情報処理装置２１１、２１２は、一般的にＭ２Ｍゲートウェイと称される装置である。

情報処理装置２１１、２１２は、ネットワーク２５０を介してＭ２Ｍサービスプラットフォーム２２０に接続されている。

さらに、情報処理装置２１１は、端末２３１〜２３３に無線接続されている。また、情報処理装置２１２は、端末２４１〜２４３に無線接続されている。端末２３１〜２３３、２４１〜２４３は、それぞれ１つ以上のセンサを備えており、センサデータを取得して情報処理装置２１１、２１２へ送信する。センサの種類としては、例えば電力センサ、温度センサ、湿度センサなどがある。

図３は本実施形態に係る情報処理装置２１１、２１２の機能構成を説明するためのブロック図である。

図３に示すように、情報処理装置２１１、２１２は、受信部３１１と、品質保証情報記憶部３１２と、データ収集部３１３と、データ個数決定部３１４とを備えている。さらに情報処理装置２１１、２１２は、送信データ選択部３１５と、送信部３１６と、情報検索部３１７と品質保証情報更新部３１８とを備えている。

受信部３１１は、Ｍ２Ｍサービスプラットフォーム２２０に接続され、Ｍ２Ｍサービスプラットフォーム２２０からの応答データと共にＭ２Ｍサービスプラットフォーム２２０の負荷状態を表わす負荷状態情報をＭ２Ｍサービスプラットフォーム２２０から受信する。Ｍ２Ｍサービスプラットフォーム２２０からの応答データは、送信部３１６からＭ２Ｍサービスプラットフォーム２２０にデータを送信した際に、Ｍ２Ｍサービスプラットフォーム２２０から情報処理装置２１１、２１２に送信される。また、受信部３１１は、受信した負荷状態情報をデータ個数決定部３１４および送信データ選択部３１５に通知する。

品質保証情報記憶部３１２は、端末２３１〜２３３、２４１〜２４３のセンサが取得したデータの要求サービス品質保証（ＳＬＡ：Service Level Agreement）情報を記憶している。また、要求サービス品質保証情報は、端末２３１〜２３３、２４１〜２４３のセンサが取得したデータを必要とするサービスごとおよびデータ種別ごとに設定されている。

データ収集部３１３は、端末２３１〜２３３、２４１〜２４３がセンサを用いて取得したデータを端末２３１〜２３３、２４１〜２４３から収集する。なお、端末２３１〜２３３、２４１〜２４３から送信されるデータには、センサが取得したデータに加えて、このデータのデータ名とデータを必要とするサービス名とデータ種別とが含まれている。さらに、データ収集部３１３は、取得したデータに対して、端末２３１〜２３３、２４１〜２４３からデータを受信した受信時刻を付加して、データ個数決定部３１４と送信データ選択部３１５と情報検索部３１７とに送出する。

データ個数決定部３１４は、負荷状態情報および要求サービス品質保証情報に基づいて、端末２３１〜２３３、２４１〜２４３から収集したデータをＭ２Ｍサービスプラットフォーム２２０へ送信する際の送信データの個数を決定する。

送信データ選択部３１５は、負荷状態情報および要求サービス品質保証情報に基づいて、データ個数決定部３１４によって決定された送信データの個数となるように、端末２３１〜２３３、２４１〜２４３から収集したデータの中から送信データを選択する。さらに、送信データ選択部３１５は、送信データの優先度の値を算出して、送信情報と共に優先度の値を送信部３１６に送出する。

送信部３１６は、送信データ選択部３１５によって選択されたデータをＭ２Ｍサービスプラットフォーム２２０に送信する。

情報検索部３１７は、データ収集部３１３が収集したデータが属するサービスとデータ種別とを判別し、このデータに適合した要求サービス品質保証情報を品質保証情報記憶部３１２から検索する。さらに、情報検索部３１７は、検索して得られた要求サービス品質保証情報をデータ個数決定部３１４および送信データ選択部３１５に通知する。

品質保証情報更新部３１８は、新たな端末の追加および端末２３１〜２３３、２４１〜２４３の削除や要求サービス品質保証情報の変更に伴い、要求サービス品質保証情報の更新を行う。

《ハードウェア構成の説明》
図４は、本実施形態に係る情報処理装置２１１、２１２のハードウェア構成を説明するためのブロック図である。

図４に示すように、情報処理装置２１１、２１２は、ＣＰＵ(Central Processing Unit)４０１、ＲＯＭ(Read Only Memory)４０２、通信制御部４０３、ＲＡＭ(Random Access Memory)４０４、およびストレージ４０５を備えている。さらに、情報処理装置２１１、２１２は、入力部４０６と出力部４０７とを備えている。

ＣＰＵ４０１は中央処理部であって、様々なプログラムを実行することにより情報処理装置２１１、２１２全体を制御する。ＲＯＭ４０２は、リードオンリメモリであり、ＣＰＵ４０１が最初に実行すべきブートプログラムの他、各種パラメータ等を記憶している。また、通信制御部４０３は、無線通信による端末２３１〜２３３、２４１〜２４３との通信、およびネットワーク２５０を介したＭ２Ｍサービスプラットフォーム２２０との通信を制御する。ＲＡＭ４０４は、ランダムアクセスメモリであり、端末２３１〜２３３、２４１〜２４３からの収集データ４４１、および送信データ４４２を記憶する。さらに、ＲＡＭ４０４は、t回目の送信用データの個数f(t)４４３、負荷状態情報としてのt回目のサーバ負荷率l(t)４４４、およびt+1回目の送信用データの個数f(t+1)４４５を記憶する。

また、ストレージ４０５は、要求サービス品質保証情報データベース４５１、データ収集モジュール４５２、データ個数決定モジュール４５３、および送信データ選択モジュール４５４を有している。さらに、ストレージ４０５は、送受信モジュール４５５、要求サービス品質保証情報更新モジュール４５６、および情報検索モジュール４５７を有している。

データ収集モジュール４５２は、データ収集部３１３を構成し、通信制御部４０３を介して端末２３１〜２３３、２４１〜２４３からデータを収集してＲＡＭ４０４に記憶する。

データサイズ決定モジュール４５３は、データ個数決定部３１４を構成する。

送信データ選択モジュール４５４は、送信データ選択部３１５を構成する。

送受信モジュール４５５は、受信部３１１と送信部３１６を構成する。

要求サービス品質保証情報更新モジュール４５６は、品質保証情報更新部３１８を構成し、入力部４０６の操作に基づいて、品質保証情報記憶部３１２に記憶されている要求サービス品質保証情報を更新する。

情報検索モジュール４５６７は、情報検索部３１７を構成する。

入力部４０６は、リーダ４６１、キーパッド４６２、タッチパネル４６３およびこれらからの入力をＣＰＵ４０１に渡す入力インタフェース４６４を含む。ここではリーダ４６１は、一例としてバーコードリーダとするが、ＲＦＩＤ（radio frequency identifier）タグリーダなどでもよい。

出力部４０７は、出力インタフェース４７１と表示部４７２とを含む。

図５はＲＡＭ４０４に一時的に記憶されている端末からの収集データ４４１を説明するための図である。図４に示すように、データごとに受信番号と受信時刻と優先度とが対応付けて記憶されている。

図６は要求サービス品質保証情報データベース４５１を説明するための図である。図６に示すように、要求サービス品質保証情報データベース４５１は、情報処理装置２１１、２１２に接続されている端末２３１〜２３３、２４１〜２４３のセンサが取得するデータの要求サービス品質保証情報を含んでいる。本実施形態では、要求サービス品質保証情報データベース４５１には、要求サービス品質保証情報とともにＴＡＴ（Turn Around Time）値が設定されている。また、要求サービス品質保証情報とＴＡＴ値は、端末２３１〜２３３、２４１〜２４３のセンサが取得したデータを必要とするサービス名ごとおよびデータ種別ごとに設定されている。ＴＡＴ値は要求サービス品質保証情報に規定されている。

ＴＡＴ値の設定に関しては、端末２３１〜２３３、２４１〜２４３が早急な応答を要求する場合はＴＡＴ値が短く設定される。例えば、車載器の通信などの場合はＴＡＴ値は短く設定される。一方、農業用センサ情報を送信するなど、早急な応答を必要としない場合のＴＡＴ値は長く設定される。

《本実施形態の動作説明》
情報処理装置２１１、２１２は、端末２３１〜２３３、２４１〜２４３から収集したデータを一定間隔ごとにＭ２Ｍサービスプラットフォーム２２０に送信する。この際、Ｍ２Ｍサービスプラットフォーム２２０は、情報処理装置２１１、２１２からデータを受信すると応答データを情報処理装置２１１、２１２に送信する。この応答データは、Ｍ２Ｍサービスプラットフォーム２２０の負荷状態を表わす負荷状態情報を含む。また、負荷状態情報は、Ｍ２Ｍサービスプラットフォーム２２０が全ての情報処理装置２１１、２１２から受信したデータの総数と、Ｍ２Ｍサービスプラットフォーム２２０が１回の受信サイクルで処理可能なデータ数との割合をサーバ負荷率として表す値を含む。

情報処理装置２１１、２１２は、Ｍ２Ｍサービスプラットフォーム２２０から受け取った負荷状態情報を元に、次回以降のＭ２Ｍサービスプラットフォーム２２０へ送信する送信用のデータの個数を決定する。また、Ｍ２Ｍサービスプラットフォーム２２０へ送信するデータの選択では、情報処理装置２１１、２１２は、端末２３１〜２３３、２４１〜２４３から受信したデータごとの優先度を算出し、優先度の高いデータを優先的に選択する。優先度の算出処理では、情報処理装置２１１、２１２は、あらかじめ記憶している要求サービス品質保証情報の中から、該当するサービスおよびデータ種別に対応する要求ＳＬＡ値を基準に、データの個数や送信待機時間を加味して優先度の値の増減を行う。なお、要求ＳＬＡ値の本実施形態中の意味としては、端末２３１〜２３３、２４１〜２４３がデータ送信を行ってから応答を受信するまでの時間（ＴＡＴ：Turn Around Time）を表すものとする。

図７は本実施形態に係る情報処理装置２１１、２１２の動作を説明するためのフローチャートである。

ステップＳ７０１において、情報処理装置２１１、２１２は、データ収集部３１３を用いて端末２３１〜２３３、２４１〜２４３からデータ収集を行なう。次に、ステップＳ７０３において、情報処理装置２１１、２１２は、情報検索部３１７を用いて要求サービス品質保証情報データベース４５１を検索し、端末２３１〜２３３、２４１〜２４３から収集したデータの要求サービス品質保証情報を抽出する。

次に、ステップＳ７０５において、情報処理装置２１１、２１２の情報検索部３１７は、抽出した要求サービス品質保証情報をデータ個数決定部３１４と送信データ選択部３１５に通知する。ステップＳ７０７において、データ個数決定部３１４は、Ｍ２Ｍサービスプラットフォーム２２０へ送信するデータの個数を算出する。この際、Ｍ２Ｍサービスプラットフォーム２２０の負荷が大きい場合には送信用のデータの個数を少なく、負荷が小さい場合には送信用のデータの個数を多くすることで通信量を平準化し、Ｍ２Ｍサービスプラットフォーム２２０へのバーストトラフィックの発生を抑制する。本実施形態では、データ個数決定部３１４は、負荷状態情報に基づいて、Ｍ２Ｍサービスプラットフォーム２２０の負荷が第１閾値th1よりも大きい場合は送信用のデータの個数を第２閾値th2よりも少なく設定する。また、データ個数決定部３１４は、Ｍ２Ｍサービスプラットフォーム２２０の負荷が第１閾値th1以下の場合は送信用のデータの個数を第２閾値th2以上の個数に設定する。

送信用のデータの個数を抑制したことで、端末２３１〜２３３、２４１〜２４３から受信したデータの中から、Ｍ２Ｍサービスプラットフォーム２２０に送信するデータの選択を行う必要が生じる。このため、ステップＳ７０９において、送信データ選択部３１５は、データ個数決定部３１４が決定したデータの個数に収まるように、Ｍ２Ｍサービスプラットフォーム２２０へ送信するデータの選択を行なう。本実施形態では、優先度の高いデータから順に送信を行うが、優先度は受信データの要求ＳＬＡ値を基準値として、受信データの個数や受信してからの待機時間などを基に修正を行った値とする。これにより、受信したデータを逐次送信する場合に比べて、要求サービス品質保証情報に則した通信が可能となる。

この後、ステップＳ７１１において、送信部３１６は、送信データ選択部３１５が選択したデータをＭ２Ｍサービスプラットフォーム２２０へ送信する。次いで、ステップＳ７１３において、受信部３１１は、Ｍ２Ｍサービスプラットフォーム２２０から送られてくる応答データを受信する。次いで、ステップＳ７１５において、データ収集部３１３は端末２３１〜２３３、２４１〜２４３へ応答を送信する。

さらに、ステップＳ７１７において、受信部３１１はＭ２Ｍサービスプラットフォーム２２０から受信した応答データに含まれる負荷状態情報を抽出する。そして、ステップＳ７１９において、受信部３１１は、この負荷状態情報をデータ個数決定部３１４および送信データ選択部３１５に通知する。

以上の処理は、端末２３１〜２３３、２４１〜２４３からデータを受信するごとに繰り返し行なわれる。

次に、上記ステップＳ７０７におけるデータサイズ決定処理について図８に示す処理手順のフローチャートを用いて説明する。

データ個数決定部３１４は、Ｍ２Ｍサービスプラットフォーム２２０へのデータ送信ごとにt回目の送信用のデータの個数f(t)４４３とt回目のサーバ負荷率l(t)４４４とをＲＡＭ４０４に一時的に記憶しておく。

ステップＳ７０７において、データ個数決定部３１４が送信用のデータの個数を決定する際には、ステップＳ８０１において、データ個数決定部３１４はＲＡＭ４０４からt回目のデータ送信タイミングでの送信用のデータの個数f(t)４４３を取得する。さらに、ステップＳ８０３において、データ個数決定部３１４はt回目のサーバ負荷率l(t)４４４を取得する。この後、ステップＳ８０５において、データ個数決定部３１４は、t+1回目の送信用のデータの個数f(t+1)４４５を下記の式を用いて決定し、ＲＡＭ４０４に記憶する。なお、ここでt回目とは前回のことであり、t+1回目とは今回のことである。また、サーバ負荷率l(t)は、t回目のデータ送信に対してＭ２Ｍサービスプラットフォーム２２０から受信した負荷状態情報に含まれるサーバ負荷率l(t)である。

次に、上記ステップＳ７０８における送信データ選択処理について図９に示す処理手順のフローチャートを用いて説明する。なお、ｎを自然数として、送信データ選択処理における各データの優先度pr(1)〜pr(n)は、各受信データの要求ＴＡＴ値tat(1)〜tat(n)、データの個数size(1)〜size(n)、および待機時間wait(1)〜wait(n)を用いて決定される。ここで、待機時間wait(1)〜wait(n)は、端末２３１〜２３３、２４１〜２４３からデータを受信してからの待機時間である。

ステップＳ９０１、Ｓ９０３において、送信データ選択部３１５は、ｉを自然数（１≦ｉ≦ｎ）として、ｉ番目の受信データの要求ＴＡＴ値tat(i)と送信用のデータの個数size(i)とを取得する。さらに、ステップＳ９０５において、送信データ選択部３１５は、端末２３１〜２３３、２４１〜２４３からｉ番目の受信データについてデータを受信してからの待機時間wait(i)を取得する。待機時間wait(i)はデータに付加されているデータの受信時刻から求められる。

次に、ステップＳ９０７において、送信データ選択部３１５は、ｉ番目の受信データの優先度pr(i)を下記の式を用いて算出する。

このように、情報処理装置２１１、２１２の送信データ選択部３１５は、算出した送信用のデータの個数になるように、上式を用いて算出した優先度pr(i)の大きいデータから順に選択する。情報処理装置２１１、２１２の送信部３１６は、上記のように選択された優先度pr(i)が大きいデータから順にＭ２Ｍサービスプラットフォーム２２０に送信する。

次に、本実施形態による効果の詳細を図１０および図１１を用いて説明する。

図１０は本実施形態に係る情報処理装置２１１、２１２を用いないで、従来の情報処理装置９０１を用いた情報処理システムにおけるデータ転送手順の一例を説明するための図である。

情報処理装置９０１が端末９０２、９０３から一定の間隔で収集したデータ全てをＭ２Ｍサービスプラットフォーム９０４に送信する場合、端末９０２、９０３から送信されるデータ数が同時に増加した際に、Ｍ２Ｍサービスプラットフォーム９０４の滞留データ数が急激に高まる。これにより、Ｍ２Ｍサービスプラットフォーム９０４において滞留データ数に伴って処理量が増大する場合、Ｍ２Ｍサービスプラットフォーム９０４の過負荷による動作遅延が発生する可能性がある。なお、ここではＭ２Ｍサービスプラットフォーム９０４における、情報処理装置９０１のデータ送信間隔ごとに処理可能な最大データ数を２とする。

図１０に示すように、ステップＳ１０１１、Ｓ１０１３において、端末９０２がデータＡ、Ｂを情報処理装置９０１に送信する。さらに、ステップＳ１０１５において、端末９０３がデータＣを情報処理装置９０１に送信する。情報処理装置９０１は、端末９０２、９０３から受信したデータを定期的に一括送信する。この際、情報処理装置９０１は前回一括送信した後に端末９０２、９０３から受信した全データを送信する。この場合、ステップＳ１０１７において、情報処理装置９０１はデータＡ、Ｂ、Ｃを一括してＭ２Ｍサービスプラットフォーム９０４に送信する。

Ｍ２Ｍサービスプラットフォーム９０４は、ステップＳ１０１９においてデータ処理を行なう。しかし、Ｍ２Ｍサービスプラットフォーム９０４におけるデータ滞留数は３になり、Ｍ２Ｍサービスプラットフォーム９０４の処理限界を超過する。このため、ステップＳ１０２１において、Ｍ２Ｍサービスプラットフォーム９０４はデータＡ、Ｂを処理したことを示す応答データを情報処理装置９０１に送信する。

情報処理装置９０１は、Ｍ２Ｍサービスプラットフォーム９０４から応答データを受信すると、ステップＳ１０２３、Ｓ１０２５において、端末９０２にデータＡ応答およびデータＢ応答を送信する。Ｍ２Ｍサービスプラットフォーム９０４においてデータＣが処理されていないため、情報処理装置９０１は端末９０３へ応答を返さない。

ステップＳ１０２７、Ｓ１０２９において、端末９０３がデータＤ、Ｅを情報処理装置９０１に送信する。次いで、ステップＳ１０３１、Ｓ１０３３において、端末９０２がデータＦ、Ｇを情報処理装置９０１に送信する。ステップＳ１０３５において、情報処理装置９０１はデータＤ、Ｅ、Ｆ、Ｇを一括してＭ２Ｍサービスプラットフォーム９０４に送信する。

Ｍ２Ｍサービスプラットフォーム９０４は、ステップＳ１０３７においてデータ処理を行なう。しかし、Ｍ２Ｍサービスプラットフォーム９０４におけるデータ滞留数は５になり、Ｍ２Ｍサービスプラットフォーム９０４の処理遅延が発生する。このため、ステップＳ１０３９において、Ｍ２Ｍサービスプラットフォーム９０４はデータＤ、Ｅを処理したことを示す応答データを情報処理装置９０１に送信する。

情報処理装置９０１は、Ｍ２Ｍサービスプラットフォーム９０４から応答データを受信すると、ステップＳ１０４１、Ｓ１０４３において、端末９０３にデータＤ応答およびデータＥ応答を送信する。Ｍ２Ｍサービスプラットフォーム９０４においてデータＦ、Ｇが処理されていないため、情報処理装置９０１は端末９０２へ応答を返さない。

上記のように、Ｍ２Ｍサービスプラットフォーム９０４の処理可能データ数２に対して、情報処理装置９０１からデータ数３以上の一括送信が連続して行われるため、処理しきれないデータはＭ２Ｍサービスプラットフォーム９０４に蓄積し続ける。そのため、Ｍ２Ｍサービスプラットフォーム９０４における受信データ数が減少して蓄積されていたデータの処理が完了するまで、Ｍ２Ｍサービスプラットフォーム９０４の高負荷状態が継続する。

これに対して本実施形態に係る情報処理装置２１１、２１２を用いた情報処理システムでは、Ｍ２Ｍサービスプラットフォーム２２０がデータ収集における全体の制御を行う必要がない。このため、規模の増大に伴うＭ２Ｍサービスプラットフォーム２２０における計算量を十分低減することができる。

図１１は、本実施形態に係る情報処理システムにおける情報処理装置２１１と端末２３１、２３２を用いたデータ転送手順の一例を説明するための図である。ここではＭ２Ｍサービスプラットフォーム２２０における、情報処理装置２１１のデータ送信間隔ごとに処理可能な最大データ数を２とする。

図１１に示すように、ステップＳ１１０１、Ｓ１１０３において、端末２３２がデータＡ、Ｂを情報処理装置２１１に送信する。次いで、ステップＳ１１０５において、端末２３１がデータＣを情報処理装置２１１に送信する。情報処理装置２１１は、端末２３１、２３２から受信したデータを定期的に一括送信する。この際、情報処理装置２１１は前回一括送信した後に端末２３１、２３２から受信した全データから優先度の高いデータを選択してデータを送信する。この場合、ステップＳ１１０７において、情報処理装置２１１は、要求サービス品質保証情報データベース４５１から要求サービス品質保証情報を取得する。この後、ステップ１００９において、情報処理装置２１１は送信データの選択を行なう。ここでは、まだＭ２Ｍサービスプラットフォーム２２０の負荷状態情報を取得していないので、ステップＳ１１１１において、情報処理装置２１１はデータＡ、Ｂ、Ｃを一括してＭ２Ｍサービスプラットフォーム２２０に送信する。

Ｍ２Ｍサービスプラットフォーム２２０は、ステップＳ１１１３においてデータ処理を行なう。しかし、Ｍ２Ｍサービスプラットフォーム２２０におけるデータ滞留数は３になり、Ｍ２Ｍサービスプラットフォーム２２０の処理限界を超過する。このため、ステップＳ１１１５において、Ｍ２Ｍサービスプラットフォーム２２０はデータＡ、Ｂを処理したことを示す応答データを情報処理装置２１１に送信する。なお、応答データはサーバ負荷率を含む。ここでは、情報処理装置２１１からＭ２Ｍサービスプラットフォーム２２０に対して３つのデータを送信し、このうちの２つのデータがＭ２Ｍサービスプラットフォーム２２０において処理されたので、サーバ負荷率は１．５である。

情報処理装置２１１は、Ｍ２Ｍサービスプラットフォーム２２０から応答データを受信すると、ステップＳ１１１７において、データ送信数の上限を設定する。ここでは、情報処理装置２１１は、データ送信数の上限を２に設定する。すなわち、情報処理装置２１１からＭ２Ｍサービスプラットフォーム２２０に対して３つのデータを送信したときの、サーバ負荷率が１．５であるため、データ送信数の上限（t+1回目の送信用のデータの個数f(t+1)）が２になる。

次いで、ステップＳ１１１９、Ｓ１１２１において、情報処理装置２１１は、端末２３２にデータＡ応答およびデータＢ応答を送信する。

ステップＳ１１２３、Ｓ１１２５において、端末２３１がデータＤ、Ｅを情報処理装置２１１に送信する。次いで、ステップＳ１１２７、Ｓ１１２９において、端末２３２がデータＦ、Ｇを情報処理装置２１１に送信する。ステップＳ１１３１において、情報処理装置２１１、２１２は、要求サービス品質保証情報データベース４５１から要求サービス品質保証情報を取得する。この後、ステップＳ１１３３において、情報処理装置２１１は送信データの選択を行なう。ここでは、データ送信数の上限が２に設定されているので、情報処理装置２１１は優先度の高い順から２つのデータＥ、Ｇを選択し、ステップＳ１１３５において、情報処理装置２１１はデータＥ、Ｇを一括してＭ２Ｍサービスプラットフォーム２２０に送信する。

Ｍ２Ｍサービスプラットフォーム２２０は、ステップＳ１１３７においてデータ処理を行なう。ここで、Ｍ２Ｍサービスプラットフォーム２２０におけるデータ滞留数は３であり、Ｍ２Ｍサービスプラットフォーム２２０のデータ滞留数が小さいため処理遅延が発生しない。

この後、ステップＳ１１３９において、Ｍ２Ｍサービスプラットフォーム２２０はデータＥ、Ｇを処理したことを示す応答データを情報処理装置２１１に送信する。なお、応答データはサーバ負荷率を含む。

情報処理装置２１１は、Ｍ２Ｍサービスプラットフォーム２２０から応答データを受信すると、ステップＳ１１４１において、データ送信数の上限を設定する。ここでは、情報処理装置２１１、２１２は、データ送信数の上限を２に設定する。次いで、情報処理装置２１１は、ステップＳ１１４３において、端末２３１にデータＥ応答を送信する。さらに、情報処理装置２１１は、ステップＳ１１４５において、端末２３２にデータＧ応答を送信する。

上記のように、情報処理装置２１１による１回目のデータ一括送信が、Ｍ２Ｍサービスプラットフォーム２２０の処理可能データ数の２を超えていたので、情報処理装置２１１に通知されるサーバ負荷率が高い値となる。このため、情報処理装置２１１は、データ送信数の上限を２に設定する。これにより、２回目のデータ一括送信では、情報処理装置２１１から送信されるデータ数は１回目を下回り、Ｍ２Ｍサービスプラットフォーム２２０に蓄積される滞留データ数の増加が抑制される。また、情報処理装置２１１の２回目のデータ一括送信では、優先度の高いデータが選択されて送信される。このため、Ｍ２Ｍサービスプラットフォーム２２０は優先度の高いデータを処理するので、Ｍ２Ｍサービスプラットフォーム２２０において優先制御に則した順序でデータ処理を行うことができる。なお、上記手順の説明では、情報処理装置２１１と端末２３１、２３２を用いて説明を行なったが、情報処理装置２１１、２１２と端末２３１〜２３３、２４１〜２４３を用いた場合も同様である。また、各端末２３１〜２３３、２４１〜２４３が２つ以上のサービスに係るデータを情報処理装置２１１、２１２に送信する場合も同様である。

本実施形態によれば、情報処理装置２１１、２１２は、データごとの要求サービス品質保証情報とＭ２Ｍサービスプラットフォーム２２０の負荷状態情報とを用いて、Ｍ２Ｍサービスプラットフォーム２２０へ送信する送信用のデータの個数と送信用のデータとを決定している。このように情報処理装置２１１、２１２ごとにＭ２Ｍサービスプラットフォーム２２０への送信用のデータを決定しているので、情報処理装置２１１、２１２間の結合度は低い。このため、システム規模の増大に伴う情報処理装置２１１、２１２の計算量の増加は極めて低くなる。さらに、Ｍ２Ｍサービスプラットフォーム２２０がデータ収集における全体の制御を行う必要がないので、システム規模の増大に伴うＭ２Ｍサービスプラットフォーム２２０における計算量を十分低減することができる。また、データごとの要求サービス品質保証情報やデータの個数などのデータ単位の情報に基づいて送信データを決定するため、より自由度の高い、様々な要求に対応した制御が実現可能になる。

なお、本実施形態では、サーバ負荷率の通知は、基本的にＭ２Ｍサービスプラットフォーム２２０から情報処理装置２１１、２１２へ送信する応答データに含めることを想定している。しかし、これに限られず、Ｍ２Ｍサービスプラットフォーム２２０の負荷が所定の閾値を超えた場合のみにサーバ負荷率を情報処理装置２１１、２１２に通知してもよい。この場合、Ｍ２Ｍサービスプラットフォーム２２０の負荷の上限閾値を超えた場合および下限閾値を下回った場合にサーバ負荷率を情報処理装置２１１、２１２に通知することも可能である。

［第３実施形態］
次に本発明の第３実施形態に係る情報処理システムについて、図１２乃至図１６を用いて説明する。図１２は、本実施形態に係る情報処理システムの構成を説明するための図である。本実施形態に係る情報処理システム１１００は、上記第２実施形態と比べると、負荷状態情報と優先度とに基づいて送信データの送信タイミングをずらすことができる情報処理装置１２１１、１２１２を有する点で異なる。その他の構成および動作は、第２実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。

図１３は本実施形態に係る情報処理装置１２１１、１２１２の機能構成を説明するためのブロック図である。図１３において、第２実施形態との相違点は送信部１３１６を備えた点である。

送信部１３１６は、受信部３１１から負荷状態情報を入力し、サーバ負荷率に応じてデータの優先度を考慮しながら送信タイミングを決定して送信データを送信する。本実施形態においては、送信部１３１６は、送信データを送信した後にＭ２Ｍサービスプラットフォーム２２０からデータ処理した通知を受けない場合、次回のデータ送信タイミングをy秒ずらしている。なお、２つ以上の送信タイミングをあらかじめ各情報処理装置１２１１、１２１２に記憶させておいて、いずれかの送信タイミングを選択できるようにしてもよい。

図１４は本実施形態に係る情報処理装置１２１１、１２１２のハードウェア構成を説明するためのブロック図である。図１４において、第２実施形態との相違点は、ストレージ４０５が送受信モジュール４５５に代えて送受信モジュール１４５５を有する点である。この送受信モジュール１４５５によって受信部３１１と送信部１３１６が構成される。

図１５は本実施形態に係る情報処理装置１２１１、１２１２の動作を説明するためのフローチャートである。図１５に示すフローチャートにおいて、第２実施形態との相違点はステップＳ７１１の処理に代えてステップＳ１５１１の処理を行なうようにしたことである。ステップＳ１５１１において、送信部１３１６は、サーバ負荷率に応じてデータの優先度を考慮しながら送信タイミングを決定して、送信データ選択部３１５が選択したデータをＭ２Ｍサービスプラットフォーム２２０へ送信する。

図１６は、本実施形態に係る情報処理システムにおけるデータ転送手順の一例を説明するための図である。ここではＭ２Ｍサービスプラットフォーム２２０における、情報処理装置のデータ送信間隔ごとに処理可能な最大データ数を２とする。

図１６に示すように、ステップＳ１６０１、Ｓ１６０５、Ｓ１６０９において、端末２３１〜２３３がデータＡ、Ｃ、Ｅを情報処理装置１２１１に送信する。これよりやや遅れて、ステップＳ１６０３、Ｓ１６０７、Ｓ１６１１において、端末２４１〜２４３がデータＢ、Ｄ、Ｆを情報処理装置１２１２に送信する。情報処理装置１２１１は、端末２３１〜２３３から受信したデータを定期的に一括送信する。この際、情報処理装置１２１１は前回一括送信した後に端末２３１〜２３３から受信した全データから優先度の高いデータを選択してデータを送信する。情報処理装置１２１２においても同様である。

次に、ステップＳ１６１３において、情報処理装置１２１１は、送信用のデータの選択を行なう。ここでは、まだＭ２Ｍサービスプラットフォーム２２０の負荷状態情報を取得していないので、ステップＳ１６１５において、情報処理装置１２１１はデータＡ、Ｃ、Ｅを一括してＭ２Ｍサービスプラットフォーム２２０に送信する。この時点で、Ｍ２Ｍサービスプラットフォーム２２０におけるデータ滞留数は３である。

この後、ステップＳ１６１７において、Ｍ２Ｍサービスプラットフォーム２２０はデータ処理を行なう。次いで、ステップＳ１６１９において、情報処理装置１２１２はデータＢ、Ｄ、Ｆを一括してＭ２Ｍサービスプラットフォーム２２０に送信する。この時点で、Ｍ２Ｍサービスプラットフォーム２２０におけるデータ滞留数は６になり、Ｍ２Ｍサービスプラットフォーム２２０の処理限界を超過する。このため、ステップＳ１６２１において、Ｍ２Ｍサービスプラットフォーム２２０はデータＡ、Ｃを処理したことを示す応答データを情報処理装置１２１１に送信する。なお、応答データはサーバ負荷率を含む。

ここで、Ｍ２Ｍサービスプラットフォーム２２０が情報処理装置１２１１、１２１２から受信した全データ数は６であり、１回の受信で処理可能なデータ数が２であるので、サーバ負荷率l(t)は３になる。

情報処理装置１２１１は、Ｍ２Ｍサービスプラットフォーム２２０から応答データを受信すると、ステップＳ１６２３において、データ送信数の上限を設定する。ここでは、情報処理装置１２１１は、データ送信数の上限を１に設定する。すなわち、情報処理装置１２１１がＭ２Ｍサービスプラットフォーム２２０に送信したデータの個数f(t)が３であり、サーバ負荷率l(t)が３であるので、データ送信数の上限（t+1回目の送信用のデータの個数f(t+1)）は１となる。

次いで、ステップＳ１６２５において、情報処理装置１２１１は、端末２３１〜２３３にデータＡ、Ｃ応答を送信する。

次に、ステップＳ１６２７において、Ｍ２Ｍサービスプラットフォーム２２０は、データ処理できなかったことを示す応答データを情報処理装置１２１２に送信する。なお、応答データはサーバ負荷率を含む。情報処理装置１２１２は、Ｍ２Ｍサービスプラットフォーム２２０から応答データを受信すると、ステップＳ１６３１において、データ送信数の上限を設定する。ここでは、情報処理装置１２１２は、データ送信数の上限を１に設定する。すなわち、情報処理装置１２１２がＭ２Ｍサービスプラットフォーム２２０に送信したデータの個数f(t)が３であり、サーバ負荷率l(t)が３であるので、データ送信数の上限（t+1回目の送信用のデータの個数f(t+1)）は１となる。

ステップＳ１６３１、Ｓ１６３５、Ｓ１６３９において、端末２３１〜２３３がデータＧ、Ｉ、Ｋを情報処理装置１２１１に送信する。これよりやや遅れて、ステップＳ１６３３、Ｓ１６３７、Ｓ１６４１において、端末２４１〜２４３がデータＨ、Ｊ、Ｌを情報処理装置１２１２に送信する。

情報処理装置１２１１は、ステップＳ１６４３において、送信データの選択を行ない、ステップＳ１６４５において、データＫをＭ２Ｍサービスプラットフォーム２２０に送信する。この時点で、Ｍ２Ｍサービスプラットフォーム２２０におけるデータ滞留数は５である。次いで、Ｍ２Ｍサービスプラットフォーム２２０は、ステップＳ１６４７において、データ処理を行なった後、ステップＳ１６４９において、サーバ負荷率を含む応答データを情報処理装置１２１１に送信する。Ｍ２Ｍサービスプラットフォーム２２０から応答データを受信した情報処理装置１２１１は、ステップＳ１６５１において、データ送信数の上限を設定すると共に、ステップＳ１６５３において、端末２３１〜２３３に対してデータＫ応答を送信する。

一方、情報処理装置１２１２は、ステップＳ１６５５において、送信データの選択を行なうと共に、ステップＳ１６５７において、データＪを送信する。このとき、情報処理装置１２１２は、前回、Ｍ２Ｍサービスプラットフォーム２２０からデータが処理できなかった応答データを受信したので、通常の送信タイミングからずらした送信タイミングでデータを送信する。この時点で、Ｍ２Ｍサービスプラットフォーム２２０におけるデータ滞留数は４である。次いで、Ｍ２Ｍサービスプラットフォーム２２０は、ステップＳ１６５９において、データ処理を行なった後、ステップＳ１６６１において、サーバ負荷率を含む応答データを情報処理装置１２１２に送信する。

Ｍ２Ｍサービスプラットフォーム２２０から応答データを受信した情報処理装置１２１２は、ステップＳ１６６３において、データ送信数の上限を設定すると共に、ステップＳ１６６５において、端末２４１〜２４３に対してデータＪ応答を送信する。

本実施形態によれば、第２実施形態と同様の効果を得ることができる。さらに、本実施形態のような制御を行うことで、全ての情報処理装置１２１１、１２１２からのデータ送信が異なるタイミングで行われるようになるため、Ｍ２Ｍサービスプラットフォーム２２０の時間当たりの受信データ数が平準化される。

［他の実施形態］
以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。また、それぞれの実施形態に含まれる別々の特徴を如何様に組み合わせたシステムまたは装置も、本発明の範疇に含まれる。

また、本発明は、複数の機器から構成されるシステムに適用されてもよいし、単体の装置に適用されてもよい。さらに、本発明は、実施形態の機能を実現する情報処理プログラムが、システムあるいは装置に直接あるいは遠隔から供給される場合にも適用可能である。したがって、本発明の機能をコンピュータで実現するために、コンピュータにインストールされるプログラム、あるいはそのプログラムを格納した媒体、そのプログラムをダウンロードさせるＷＷＷ(World Wide Web)サーバも、本発明の範疇に含まれる。特に、少なくとも、上述した実施形態に含まれる処理ステップをコンピュータに実行させるプログラムを格納した非一時的コンピュータ可読媒体（non-transitory computer readable medium）は本発明の範疇に含まれる。
［実施形態の他の表現］
上記の実施形態の一部または全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）
端末から収集したデータをデータ処理装置に送信する情報処理装置であって、
前記データ処理装置の負荷状態を表わす負荷状態情報を、前記データ処理装置から受信する受信手段と、
前記端末が送信したデータを収集する収集手段と、
前記負荷状態情報に基づいて、前記端末から収集した前記データの中から送信用のデータを選択する選択手段と、
選択された前記送信用のデータを、前記データ処理装置に送信する送信手段と、
を備えた情報処理装置。
（付記２）
前記負荷状態情報に基づいて、前記データ処理装置の負荷が第１閾値よりも大きい場合は送信用のデータの個数を第２閾値よりも少なく設定し、前記データ処理装置の負荷が前記第１閾値以下の場合は前記送信用のデータの個数を前記第２閾値以上の個数に設定する個数決定手段をさらに備えた、付記１に記載の情報処理装置。
（付記３）
前記端末が送信したデータのターンアラウンドタイムを記憶する記憶手段をさらに備え、
前記選択手段は、前記端末から収集した前記データの、前記ターンアラウンドタイムと、前記送信用のデータの個数と、前記端末からデータを受信してからの待機時間とに基づいて、前記データの優先度を決定し、該優先度が高いデータから順に、前記送信データとして選択する、付記１または２に記載の情報処理装置。
（付記４）
前記送信手段は、前記負荷状態情報と前記優先度とに基づいて、前記送信用のデータの送信タイミングを所定の送信タイミングからずらして前記送信用のデータを送信する、付記３に記載の情報処理装置。
（付記５）
前記ターンアラウンドタイムは、前記端末が送信するデータを必要とするサービスごとおよびデータ種別ごとに設定されており、
前記端末から受信した前記データを必要とするサービスとデータ種別とを用いて、前記記憶手段に記憶されている前記ターンアラウンドタイムの中から必要とするターンアラウンドタイムを検索する検索手段をさらに備えた、付記１乃至４のいずれか１項に記載の情報処理装置。
（付記６）
前記負荷状態情報は、前記データ処理装置が該データ処理装置に接続されている全ての前記情報処理装置から受信したデータの総数と、前記データ処理装置が１回の受信サイクルで処理可能なデータ数との割合であるサーバ負荷率を表わす値を含む、付記１乃至５のいずれかに記載の情報処理装置。
（付記７）
接続される前記端末の追加および削除と、前記ターンアラウンドタイムの変更とに伴い、前記記憶手段に記憶されているターンアラウンドタイムの更新を行なう情報更新手段をさらに備えた、付記１乃至６のいずれか１項に記載の情報処理装置。
（付記８）
前記個数決定手段は、前記データ処理装置へのｔ回目のデータ送信における送信用のデータ個数ｆ(t)と、前記ｔ回目のデータ送信に対して前記データ処理装置から受信した前記負荷状態情報に含まれる前記サーバ負荷率の値ｌ(t)とを用いて、ｔ＋１回目のデータ送信における送信用のデータ個数ｆ(t+1)を次の式を用いて決定する、付記１乃至７のいずれか１項に記載の情報処理装置。

（付記９）
前記選択手段は、１≦ｉ≦ｎ（ｎは自然数）として、前記端末から受信したｉ番目のデータの、ターンアラウンドタイム値tat(i)およびデータの個数size(i)と、前記端末からデータを受信してからの待機時間wait(i)とを用いて、前記ｉ番目のデータの優先度pr(i)を次の式を用いて算出する、付記３乃至８のいずれか１項に記載の情報処理装置。

（付記１０）
端末から収集したデータをデータ処理装置に送信する情報処理装置と、前記端末と、前記データ処理装置とを備えた情報処理システムであって、
前記情報処理装置は、
前記データ処理装置の負荷状態を表わす負荷状態情報を、前記データ処理装置から受信する受信手段と、
前記端末が送信したデータを収集する収集手段と、
前記負荷状態情報に基づいて、前記端末から収集した前記データの中から送信用のデータを選択する選択手段と、
選択された前記送信用のデータを、前記データ処理装置に送信する送信手段と、を備えた、情報処理システム。
（付記１１）
端末から収集したデータをデータ処理装置に送信する情報処理方法であって、
前記データ処理装置の負荷状態を表わす負荷状態情報を、前記データ処理装置から受信するステップと、
前記端末が送信したデータを収集するステップと、
前記負荷状態情報に基づいて、前記端末から収集した前記データの中から送信用のデータを選択するステップと、
選択された前記送信用のデータを、前記データ処理装置に送信するステップと、
を含む情報処理方法。
（付記１２）
端末から収集したデータをデータ処理装置に送信する情報処理方法であって、
前記データ処理装置の負荷状態を表わす負荷状態情報を、前記データ処理装置から受信するステップと、
前記端末が送信したデータを収集するステップと、
前記負荷状態情報に基づいて、前記端末から収集した前記データの中から送信用のデータを選択するステップと、
選択された前記送信用のデータを、前記データ処理装置に送信するステップと、
をコンピュータに実行させる情報処理プログラム。
（付記１３）
前記端末はセンサデバイスであり、
前記データ処理装置はＭ２Ｍ（Machine to Machine）サービスプラとフォームであり、
前記情報処理装置はＭ２Ｍゲートウェイである、付記１に記載の情報処理装置。

この出願は、２０１５年６月２４日に出願された日本出願特願２０１５−１２６９９２を基礎とする優先権を主張し、その開示の全てをここに取り込む。

Claims

端末から収集したデータをデータ処理装置に送信する情報処理装置であって、
前記データ処理装置の負荷状態を表わす負荷状態情報を、前記データ処理装置から受信する受信手段と、
前記端末が送信したデータを収集する収集手段と、
前記負荷状態情報に基づいて、前記端末から収集した前記データの中から送信用のデータを選択する選択手段と、
選択された前記送信用のデータを、前記データ処理装置に送信する送信手段と、
前記端末が送信したデータのターンアラウンドタイムを記憶する記憶手段とを備え、
前記選択手段は、前記端末から収集した前記データの、前記ターンアラウンドタイムと、前記送信用のデータの個数と、前記端末からデータを受信してからの待機時間とに基づいて、前記データの優先度を決定し、該優先度が高いデータから順に、前記送信用のデータとして選択する情報処理装置。
前記負荷状態情報に基づいて、前記データ処理装置の負荷が第１閾値よりも大きい場合は送信用のデータの個数を第２閾値よりも少なく設定し、前記データ処理装置の負荷が前記第１閾値以下の場合は前記送信用のデータの個数を前記第２閾値以上の個数に設定する個数決定手段をさらに備えた、請求項１に記載の情報処理装置。
前記送信手段は、前記負荷状態情報と前記優先度とに基づいて、前記送信用のデータの送信タイミングを所定の送信タイミングからずらして前記送信用のデータを送信する、請求項１または請求項２に記載の情報処理装置。
前記負荷状態情報は、前記データ処理装置が該データ処理装置に接続されている全ての前記情報処理装置から受信したデータの総数と、前記データ処理装置が１回の受信サイクルで処理可能なデータ数との割合であるサーバ負荷率を表わす値を含む、請求項１乃至３のいずれかに記載の情報処理装置。
端末から収集したデータをデータ処理装置に送信する情報処理装置であって、
前記データ処理装置の負荷状態を表わす負荷状態情報を、前記データ処理装置から受信する受信手段と、
前記端末が送信したデータを収集する収集手段と、
前記負荷状態情報に基づいて、前記端末から収集した前記データの中から送信用のデータを選択する選択手段と、
選択された前記送信用のデータを、前記データ処理装置に送信する送信手段と、
前記負荷状態情報に基づいて、前記データ処理装置の負荷が第１閾値よりも大きい場合は送信用のデータの個数を第２閾値よりも少なく設定し、前記データ処理装置の負荷が前記第１閾値以下の場合は前記送信用のデータの個数を前記第２閾値以上の個数に設定する個数決定手段と、を備え、
前記個数決定手段は、前記データ処理装置へのｔ回目のデータ送信における送信用のデータ個数ｆ(t)と、前記ｔ回目のデータ送信に対して前記データ処理装置から受信した前記負荷状態情報に含まれるサーバ負荷率の値ｌ(t)とを用いて、ｔ＋１回目のデータ送信における送信用のデータ個数ｆ(t+1)を次の式を用いて決定する、情報処理装置。
前記選択手段は、１≦ｉ≦ｎ（ｎは自然数）として、前記端末から受信したｉ番目のデータの、ターンアラウンドタイム値tat(i)およびデータの個数size(i)と、前記端末からデータを受信してからの待機時間wait(i)とを用いて、前記ｉ番目のデータの優先度pr(i)を次の式を用いて算出する、請求項１、３、４、および５のいずれか１項に記載の情報処理装置。
請求項１乃至６の何れか１項に記載の情報処理装置と、前記端末と、前記データ処理装置とを備えた情報処理システム。
端末から収集したデータをデータ処理装置に送信する情報処理方法であって、
前記データ処理装置の負荷状態を表わす負荷状態情報を、前記データ処理装置から受信するステップと、
前記端末が送信したデータを収集するステップと、
前記負荷状態情報に基づいて、前記端末から収集した前記データの中から送信用のデータを選択するステップと、
選択された前記送信用のデータを、前記データ処理装置に送信するステップと、
前記端末が送信したデータのターンアラウンドタイムを記憶するステップと、
を含み、
前記端末から収集した前記データの中から送信用のデータを選択する際に、前記端末から収集した前記データの、前記ターンアラウンドタイムと、前記送信用のデータの個数と、前記端末からデータを受信してからの待機時間とに基づいて、前記データの優先度を決定し、該優先度が高いデータから順に、前記送信用のデータとして選択する、
情報処理方法。
端末から収集したデータをデータ処理装置に送信する情報処理方法であって、
前記データ処理装置の負荷状態を表わす負荷状態情報を、前記データ処理装置から受信するステップと、
前記端末が送信したデータを収集するステップと、
前記負荷状態情報に基づいて、前記端末から収集した前記データの中から送信用のデータを選択するステップと、
選択された前記送信用のデータを、前記データ処理装置に送信するステップと、
前記端末が送信したデータのターンアラウンドタイムを記憶するステップと、
をコンピュータに実行させ、
前記端末から収集した前記データの中から送信用のデータを選択するステップにおいて、前記端末から収集した前記データの、前記ターンアラウンドタイムと、前記送信用のデータの個数と、前記端末からデータを受信してからの待機時間とに基づいて、前記データの優先度を決定し、該優先度が高いデータから順に、前記送信用のデータとして選択する、
情報処理プログラム。