(57)【要約】【課題】例えば、複数のＩｏＴセンサに対するアクセスを効率的に行う。【解決手段】複数のＩｏＴ（Internet of Things）センサと通信を行う通信部と、ＩｏＴセンサに対するアクセスタイミングを管理する管理テーブルを設定する設定部とを有し、設定部は、複数のＩｏＴセンサのそれぞれのサンプリング周期のうち最も小さい値を１周期とし、１周期内で分割される複数のスロットを有する管理テーブルを設定し、各ＩｏＴセンサに対するアクセス頻度を示す頻度パラメータを、異なるスロットに格納する情報処理装置である。【選択図】図５
2020145531.tif 000002
【特許請求の範囲】
【請求項１】
複数のＩｏＴ（Internet of Things）センサと通信を行う通信部と、
前記ＩｏＴセンサに対するアクセスタイミングを管理する管理テーブルを設定する設定部とを有し、
前記設定部は、前記複数のＩｏＴセンサのそれぞれのサンプリング周期のうち最も小さい値を１周期とし、前記１周期内で分割される複数のスロットを有する前記管理テーブルを設定し、各ＩｏＴセンサに対するアクセス頻度を示す頻度パラメータを、異なる前記スロットに格納する
情報処理装置。
【請求項２】
前記設定部は、通信可能なＩｏＴセンサの数に増減が生じた場合に、前記管理テーブルを再設定する
請求項１に記載の情報処理装置。
【請求項３】
前記設定部は、新たに追加された前記ＩｏＴセンサのサンプリング周期が、前記管理テーブルの１周期より小さい場合には、新たに追加された前記ＩｏＴセンサのサンプリング周期を前記管理テーブルの１周期に再設定する
請求項２に記載の情報処理装置。
【請求項４】
前記設定部は、前記管理テーブルの１周期の再設定に伴い、各ＩｏＴセンサの頻度パラメータを更新する
請求項３に記載の情報処理装置。
【請求項５】
前記設定部は、新たに追加された前記ＩｏＴセンサのサンプリング周期が、管理テーブルの１周期より大きく、且つ、新たに追加された前記ＩｏＴセンサの頻度パラメータが格納される空きスロットが存在しない場合には、前記管理テーブルのスロット数を増加させる
請求項２に記載の情報処理装置。
【請求項６】
前記設定部は、前記空きスロットが存在する場合には、当該空きスロットに、新たに追加された前記ＩｏＴセンサの頻度パラメータを格納する
請求項５に記載の情報処理装置。
【請求項７】
前記設定部は、（管理テーブルの１周期／各ＩｏＴセンサのサンプリング周期）の値を前記頻度パラメータとして設定する
請求項１に記載の情報処理装置。
【請求項８】
前記設定部は、電源投入時に前記管理テーブルを設定する
請求項１に記載の情報処理装置。
【請求項９】
前記管理テーブルに基づいて、前記ＩｏＴセンサと通信を行うか否かを決定するアクセスタイミング決定部を有する
請求項１に記載の情報処理装置。
【請求項１０】
前記アクセスタイミング決定部は、第１カウンタから供給される第１カウント値に基づいて前記管理テーブルの所定のスロットに前記頻度パラメータが格納されているかを判断し、頻度パラメータが格納されている場合に、当該頻度パラメータと、第２カウンタから供給される第２カウント値とに基づいて、当該頻度パラメータに対応するＩｏＴセンサと通信を行うか否かを決定する
請求項９に記載の情報処理装置。
【請求項１１】
前記通信部は、異なるＩｏＴセンサと異なるタイミングで通信を行う
請求項１に記載の情報処理装置。
【請求項１２】
前記通信部は、前記ＩｏＴセンサから取得したセンシングデータを他の装置に送信する
請求項１に記載の情報処理装置。
【請求項１３】
設定部が、ＩｏＴセンサに対するアクセスタイミングを管理する管理テーブルを設定し、
前記設定部は、前記複数のＩｏＴセンサのそれぞれのサンプリング周期のうち最も小さい値を１周期とし、前記１周期内で分割される複数のスロットを有する前記管理テーブルを設定し、各ＩｏＴセンサに対するアクセス頻度を示す頻度パラメータを、異なる前記スロットに格納する
情報処理方法。
【請求項１４】
設定部が、ＩｏＴセンサに対するアクセスタイミングを管理する管理テーブルを設定し、
前記設定部は、前記複数のＩｏＴセンサのそれぞれのサンプリング周期のうち最も小さい値を１周期とし、前記１周期内で分割される複数のスロットを有する前記管理テーブルを設定し、各ＩｏＴセンサに対するアクセス頻度を示す頻度パラメータを、異なる前記スロットに格納する
情報処理方法をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、情報処理装置、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
従来から、テーブルに記述された収集スケジュールに従って、複数の機器から種々の情報を取得するようにした技術が提案されている（例えば、下記特許文献１を参照のこと）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−２０５２７８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
このような分野では、複数の機器から効率良くデータを取得できるようにすることが望まれる。
【０００５】
本開示は、上述した点に鑑みてなされたものであり、複数の機器から効率良くデータを取得できる情報処理装置、情報処理方法及びプログラムを提供することを目的の一つとする。
【課題を解決するための手段】
【０００６】
本開示は、例えば、
複数のＩｏＴ（Internet of Things）センサと通信を行う通信部と、
ＩｏＴセンサに対するアクセスタイミングを管理する管理テーブルを設定する設定部とを有し、
設定部は、複数のＩｏＴセンサのそれぞれのサンプリング周期のうち最も小さい値を１周期とし、１周期内で分割される複数のスロットを有する管理テーブルを設定し、各ＩｏＴセンサに対するアクセス頻度を示す頻度パラメータを、異なるスロットに格納する
情報処理装置である。
【０００７】
また、本開示は、例えば、
設定部が、ＩｏＴセンサに対するアクセスタイミングを管理する管理テーブルを設定し、
設定部は、複数のＩｏＴセンサのそれぞれのサンプリング周期のうち最も小さい値を１周期とし、１周期内で分割される複数のスロットを有する管理テーブルを設定し、各ＩｏＴセンサに対するアクセス頻度を示す頻度パラメータを、異なるスロットに格納する
情報処理方法である。
【０００８】
また、本開示は、例えば、
設定部が、ＩｏＴセンサに対するアクセスタイミングを管理する管理テーブルを設定し、
設定部は、複数のＩｏＴセンサのそれぞれのサンプリング周期のうち最も小さい値を１周期とし、１周期内で分割される複数のスロットを有する管理テーブルを設定し、各ＩｏＴセンサに対するアクセス頻度を示す頻度パラメータを、異なるスロットに格納する
情報処理方法をコンピュータに実行させるプログラムである。
【図面の簡単な説明】
【０００９】
【図１】図１は、実施の形態にかかる情報処理システムの構成例を示すブロック図である。
【図２】図２は、実施の形態にかかるセンサ情報取得装置の構成例を示すブロック図である。
【図３】図３Ａ及び図３Ｂは、実施の形態にかかる管理テーブルを説明する際に参照される図である。
【図４】図４は、実施の形態にかかる管理テーブルの詳細を示す図である。
【図５】図５は、実施の形態にかかるセンサ情報取得装置の動作例を説明する際に参照される図である。
【図６】図６は、実施の形態にかかるセンサ情報取得装置で行われる処理の流れ（全体の処理の流れ）の一例を示すフローチャートである。
【図７】図７は、実施の形態にかかる管理テーブル設定処理の流れの一例を示すフローチャートである。
【図８】図８Ａ及び図８Ｂは、センサ情報取得装置と通信可能なＩｏＴセンサが追加された場合に行われる処理の一例を説明する際に参照される図である。
【図９】図９Ａ及び図９Ｂは、センサ情報取得装置と通信可能なＩｏＴセンサが追加された場合に行われる処理の他の例を説明する際に参照される図である。
【図１０】図１０は、ＩｏＴセンサが追加された場合に行われる処理の流れの一例を示すフローチャートである。
【図１１】図１１は、センサ情報取得装置が通信可能なＩｏＴセンサの数が増加し得る点を考慮したテーブル設定処理の流れの一例を示すフローチャートである。
【図１２】図１２Ａ及び図１２Ｂは、実施の形態により得られる効果の一例を説明するための図である。
【図１３】図１３Ａ及び図１３Ｂは、実施の形態により得られる効果の一例を説明するための図である。
【図１４】図１４は、実施の形態により得られる効果の一例を説明する際に参照される図である。
【図１５】図１５は、実施の形態により得られる効果の一例を説明する際に参照される図である。
【図１６】図１６Ａ及び図１６Ｂは、変形例を説明するための図である。
【発明を実施するための形態】
【００１０】
以下、本開示の実施の形態等について図面を参照しながら説明する。なお、説明は以下の順序で行う。
＜実施の形態＞
＜変形例＞
以下に説明する実施の形態等は本開示の好適な具体例であり、本開示の内容がこれらの実施の形態等に限定されるものではない。
【００１１】
＜実施の形態＞
［情報処理システムの構成例］
図１は、実施の形態にかかる情報処理システム（情報処理システム１）の構成例を示す図である。情報処理システム１は、例えば、情報処理装置の一例としてのセンサ情報取得装置２と、サーバ装置３と、複数のＩｏＴ（Internet of Things）センサ（ＩｏＴセンサ４1、ＩｏＴセンサ４2・・・ＩｏＴセンサ４n）とを含む構成を有している。なお、以下の説明では、複数のＩｏＴセンサをＩｏＴセンサ４と適宜、総称する。
【００１２】
センサ情報取得装置２は、ＩｏＴセンサ４からセンサ値を取得し、取得したセンサ値をサーバ装置３に送信する。サーバ装置３は、センサ情報取得装置２から送信されたセンサ値に基づいて、アプリケーションに応じた処理、例えば、ＩｏＴセンサ４の故障の有無を判定する処理や料金の演算等を行う。ＩｏＴセンサ４は、ウエアラブル機器や家電製品等の電子機器や適宜な物体に対して、取り付けられていたり組み込まれているセンサである。ＩｏＴセンサ４は、その種類に応じたセンシングデータを取得するセンシング機能と、センサ情報取得装置２と通信を行うための構成を有している。ＩｏＴセンサ４の具体例としては、加速度センサ、ジャイロセンサ、温度センサ、湿度センサ等が挙げられる。なお、ＩｏＴセンサ４は、生体センサであっても良い。また、上述したアプリケーションに応じた処理（例えば、ＩｏＴセンサ４の故障の有無を判定する処理や料金の演算等）が、サーバ装置３ではなくセンサ情報取得装置２で行われるようにしても良い。
【００１３】
センサ情報取得装置２と各ＩｏＴセンサ４との間で行われる通信は、有線でも良いし無線であっても良い。一部のＩｏＴセンサ４とセンサ情報取得装置２との間で行われる通信が有線であり、他のＩｏＴセンサ４とセンサ情報取得装置２との間で行われる通信が無線であっても良い。有線による通信の例としては、汎用的なシリアル通信（例えば、Ｉ2Ｃ、ＳＰＩ(Serial Peripheral Interface)通信）が挙げられる。無線による通信の例としては、ＬＡＮ（Local Area Network）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ−Ｆｉ（登録商標）、またはＷＵＳＢ（Wireless USB）等が挙げられる。また、無線による通信として、近年、ＩｏＴセンサに好適な通信規格として提案されているＬＰＷＡ(Low Power, Wide Area)が適用されても良い。ＬＰＷＡに基づく通信規格としては、例えば、ＳＩＧＦＯＸ（サブＧＨｚ帯（８６６ＭＨｚ帯、９１５ＭＨｚ帯・９２０ＭＨｚ帯）、最大伝送速度は１００ｂｐｓ程度。伝送距離は数十ｋｍ程度）、ＬｏＲａ（サブＧＨｚ帯、最大伝送速度は２５０ｋｂｐｓ程度。伝送距離は最大１０ｋｍ程度）等が挙げられる。
【００１４】
かかる通信が行われることにより、センサ情報取得装置２からＩｏＴセンサ４に対するアクセスがなされ、センサ情報取得装置２からＩｏＴセンサ４に対してセンシングデータの要求がなされる。センサ情報取得装置２からの要求に応じて、ＩｏＴセンサ４は、センシングデータをセンサ情報取得装置２に送信する。
【００１５】
［センサ情報取得装置の構成例］
図２は、実施の形態にかかるセンサ情報取得装置２の構成例を示すブロック図である。センサ情報取得装置２は、例えば、制御部２１と、通信部の一例であるアクセス発行部２２と、記憶部２３と、タイマ部２４とを有している。
【００１６】
（制御部）
制御部２１は、センサ情報取得装置２の各部を統括的に制御する。制御部２１は、機能ブロックとして、例えば、設定部としての管理テーブル設定部２１Ａと、アクセスタイミング決定部２１Ｂとを有している。
【００１７】
管理テーブル設定部２１Ａは、例えば、複数のＩｏＴセンサ４のそれぞれのサンプリング周期のうち最も小さい値を１周期とし、１周期内で分割される複数のスロットを有する管理テーブルを設定する。そして、管理テーブル設定部２１Ａは、各ＩｏＴセンサ４に対するアクセス頻度を示す頻度パラメータを求め、求めた頻度パラメータを異なるスロットに格納する。管理テーブル設定部２１Ａに記憶された管理テーブルが記憶部２３に記憶される。
【００１８】
アクセスタイミング決定部２１Ｂは、管理テーブル設定部２１Ａにより設定された管理テーブルに基づいて、所定のＩｏＴセンサ４と通信を行うか否かを決定する。アクセスタイミング決定部２１Ｂは、現在のタイミングが所定のＩｏＴセンサ４と通信を行うタイミングであると決定した場合には、ＩｏＴセンサ４を特定する情報を含むトリガをアクセス発行部２２に供給する。
【００１９】
（アクセス発行部２２）
アクセス発行部２２は、複数のＩｏＴセンサ４と通信を行う構成であり、通信規格に応じた変復調回路等を有している。アクセス発行部２２は、アクセスタイミング決定部２１Ｂか供給されるトリガに基づいて、トリガで特定されるＩｏＴセンサ４と通信を行い、当該ＩｏＴセンサ４に対してセンシングデータを要求する。かかる要求に応じて、ＩｏＴセンサ４からセンシングデータが送信され、当該センシングデータがアクセス発行部２２により受信される。なお、本実施の形態にかかるアクセス発行部２２は、同時に２個以上のＩｏＴセンサ４にはアクセスできないものとする。換言すれば、アクセス発行部２２は、異なるＩｏＴセンサ４と異なるタイミングで通信を行う。
【００２０】
なお、アクセス発行部２２を、ＩｏＴセンサ４から取得したセンシングデータをサーバ装置３に対して送信する送信部としても機能させることができる。
【００２１】
（記憶部）
記憶部２３は、種々の情報を記憶するメモリであり、具体例としては、ＨＤＤ（Hard Disk Drive）等の磁気記憶デバイス、半導体記憶デバイス、光記憶デバイス、光磁気記憶デバイスが挙げられる。記憶部２３には、例えば、制御部２１が実行するプログラムやＩｏＴセンサ４から取得されたセンシングデータが記憶される。
【００２２】
本実施の形態にかかる記憶部２３には、管理テーブル設定部２１Ａにより設定された管理テーブルが記憶される。また、記憶部２３には、センサ情報取得装置２が通信可能なＩｏＴセンサ４の仕様が記憶される。かかる仕様は、センサ情報取得装置２とＩｏＴセンサ４とが通信を行うことにより取得される。ＩｏＴセンサ４の仕様は、当該ＩｏＴセンサ４がセンシングデータを取得するサンプリング周期（ｍｓ）及びその逆数である物理量（Ｈｚ）や、センサ情報取得装置２がＩｏＴセンサ４からセンシングデータを取得するために必要な期間（以下、アクセス期間と適宜、称する）等を含む。
【００２３】
なお、センサ情報取得装置２が新たに通信可能となるＩｏＴセンサ４が追加された場合には、当該追加されたＩｏＴセンサ４の仕様もセンサ情報取得装置２により取得され記憶部２３に記憶される。ＩｏＴセンサ４の追加は、例えば、ＩｏＴセンサ４が接続されるポートの増加が検出されることで判別される。ＩｏＴセンサ４の追加が、センサ情報取得装置２に対する設定を変更する入力により行われても良い。
【００２４】
（タイマ部）
タイマ部２４は、第１カウンタ２４Ａと、第２カウンタ２４Ｂとを有している。第１カウンタ２４Ａによる第１カウント値、及び、第２カウンタ２４Ｂによる第２カウント値が、制御部２１に供給される。なお、以下の説明では、第１カウント値をテーブルカウンタ、第２カウント値をテーブル周回カウンタとそれぞれ称する場合がある。
【００２５】
［管理テーブルについて］
次に、本実施の形態にかかる管理テーブルについて説明する。なお、以下の説明では、センサ情報取得装置２が通信可能な複数のＩｏＴセンサ４として、加速度センサ、ジャイロセンサ及び温度センサを挙げて説明する。図３Ａに示すように、加速度センサの仕様（物理量／サンプリング周期）は、（１００Ｈｚ／１０ｍｓ）である。ジャイロセンサの仕様（物理量／サンプリング周期）は、（１０００Ｈｚ／１ｍｓ）である。温度センサの仕様（物理量／サンプリング周期）は、（１Ｈｚ／１０００ｍｓ）である。これらの仕様は、既に、センサ情報取得装置２に取得されているものとする。
【００２６】
ＩｏＴセンサ４毎に、当該ＩｏＴセンサ４に対するアクセス頻度を示す頻度パラメータが演算される。図３Ａ及び図３Ｂでは、理解を容易とするために、各ＩｏＴセンサ４の頻度パラメータが所定のマークによって模式的に示されている。具体的には、加速度センサの頻度パラメータＰＡが、丸印により示され、ジャイロセンサの頻度パラメータＰＢが、十字が中に描かれた丸印により示され、温度センサの頻度パラメータＰＣが、×が中に描かれた丸印により示されている。
【００２７】
図３Ｂは、管理テーブル設定部２１Ａによって設定される管理テーブル（管理テーブルＴＡ）の一例を示す図である。管理テーブル設定部２１Ａは、例えば、以下のように管理テーブルＴＡを設定する。管理テーブルＴＡには、１周期の長さＬが規定される。例えば、センサ情報取得装置２が通信可能なＩｏＴセンサ４の中で、最も小さいサンプリング周期の値が、管理テーブルＴＡの１周期の長さＬとして設定される。図３Ｂに示すように、具体的には、ジャイロセンサのサンプリング周期である１ｍｓが、管理テーブルＴＡの１周期の長さＬとして設定される。
【００２８】
管理テーブルＴＡの１周期内が任意の数に分割されることにより、スロットが設定される。スロットの数は、１周期の長さＬを何分割するか、即ち、時間分解能を示す。スロットとは、ＩｏＴセンサ４の頻度パラメータが格納（記述）され得る単位である。図３Ｂに示す例では、１０個のスロットが設定されている。なお、以下の説明では、頻度パラメータが格納されていないスロットを空きスロットと称する場合がある。
【００２９】
管理テーブル設定部２１Ａは、例えば、（管理テーブルの１周期／各ＩｏＴセンサのサンプリング周期）の値を求め、求めた値を頻度パラメータとして設定する。管理テーブルの１周期は、上述した管理テーブルＴＡの１周期の長さＬに対応するものであり、具体的には１ｍｓである。上述した式を用いることにより、加速度センサの頻度パラメータＰＡは１／１０となり、ジャイロセンサの頻度パラメータＰＢは１／１となり、温度センサの頻度パラメータＰＣは１／１０００となる。
【００３０】
管理テーブル設定部２１Ａは、求めた頻度パラメータを任意の空きスロットに格納する。例えば、図３Ｂに示すように、管理テーブルＴＡの左側から１番目（０番地）のスロットに頻度パラメータＰＢが格納され、管理テーブルＴＡの左側から３番目（２番地）のスロットに頻度パラメータＰＡが格納され、管理テーブルＴＡの左側から７番目（６番地）のスロットに頻度パラメータＰＣが格納される。
【００３１】
図４は、管理テーブルＴＡの内容をより具体的に示した図である。スロットの数をＣとした場合に、本例におけるスロットの数Ｃは１０（１０スロット）である。スロットの数Ｃの最小数は、例えば、センサ情報取得装置２が通信可能なＩｏＴセンサ４の数とされる。また、各ＩｏＴセンサ４からデータを取得するのに要する時間をアクセス期間Ｔｋ（ｋ＝１，２・・Ｎ）とすると、Ｌ，Ｃ，Ｔｋの関係はＴｋ＜Ｌ／Ｃとなる。かかる関係を満たすように、スロットの数Ｃ、換言すれば、１スロットの周期（Ｌ／Ｃ）が適切に設定される。なお、図４では、頻度パラメータがＲｎで示され、頻度パラメータＲｎが格納されたスロットの番号がＳｎ（図示の例では、Ｓ１＝２，Ｓ２＝０，Ｓ３＝６）により示されている。
【００３２】
なお、後述するように、１周期の長さＬやスロットの数Ｃは、センサ情報取得装置２が通信可能なＩｏＴセンサ４の数が増減することにより動的に変更され得る。
【００３３】
［センサ情報取得装置の動作例］
次に、図５を参照して、センサ情報取得装置２の動作例について説明する。始めに、主にアクセスタイミング決定部２１Ｂの動作例について説明する。アクセスタイミング決定部２１Ｂは、管理テーブルＴＡに基づいて、ＩｏＴセンサ４と通信を行うか否かを決定する。より具体的には、アクセスタイミング決定部２１Ｂは、第１カウンタ２４Ａから供給されるテーブルカウンタに基づいて管理テーブルＴＡの所定のスロットに頻度パラメータが格納されているかを判断し、頻度パラメータが格納されている場合に、頻度パラメータと、第２カウンタ２４Ｂから供給されるテーブル周回カウンタとに基づいて、頻度パラメータに対応するＩｏＴセンサと通信を行うか否かを決定する。
【００３４】
図５に示す例では、左側から右側に向かって時間が経過する。テーブルカウンタは、スロットの数と対応しており、判断対象のスロットが変化する毎にインクリメント（＋１）される。また、テーブル周回カウンタは、管理テーブルＴＡの１周期を構成する全てのスロットに対する判断が終了した場合に、インクリメントされる。テーブルカウンタ及びテーブル周回カウンタは、適宜なタイミング（例えば、電源投入時やセンサ情報取得装置２と通信可能なＩｏＴセンサ４の数に増減が生じた場合）にリセットされる。図５では、テーブル周回カウンタのカウント結果の途中経過が示されており、具体例として「９９９」、「１０００」及び「１００１」が示されている。
【００３５】
なお、図５では、理解を容易とするために、テーブル周回カウンタに対応する管理テーブルの全てが示されているが、実際に記憶される管理テーブルＴＡは１周期分だけで良い。
【００３６】
アクセスタイミング決定部２１Ｂは、テーブル周回カウンタが「９９８」から「９９９」にインクリメントされると、テーブルカウンタ「０」に対応するスロット、具体的には、管理テーブルＴＡの０番地のスロットに頻度パラメータが格納されているか否かを判断する。本例では、０番地のスロットにジャイロセンサの頻度パラメータＰＢが格納されている。頻度パラメータＰＢの値は１／１である。この値は、センサ情報取得装置２が１周期毎にジャイロセンサにアクセスする必要があることを示している。従って、アクセスタイミング決定部２１Ｂは、ジャイロセンサにアクセスするためのトリガを生成し、当該トリガをアクセス発行部２２に供給する。かかるトリガがアクセス発行部２２に供給されたことが、図５では上側に向く実線の矢印により模式的に示されている。アクセス発行部２２は、供給されたトリガに応じてジャイロセンサと通信を行い、ジャイロセンサにより計測されたセンシングデータを取得する。
【００３７】
そして、テーブルカウンタがインクリメントされると、アクセスタイミング決定部２１Ｂは、次のスロット（１番地のスロット）に頻度パラメータが格納されているかを判断する。１番地のスロットには頻度パラメータが格納されていないので、テーブルカウンタのインクリメントに伴って、判断対象のスロットが次のスロット（２番地のスロット）に遷移する。
【００３８】
２番地のスロットには、加速度センサの頻度パラメータＰＡが格納されている。頻度パラメータＰＡの値は１／１０である。この値は、センサ情報取得装置２が１０周期毎に加速度センサにアクセスする必要があることを示している。１０周期であるか否かは、テーブル周回カウンタが１０の倍数であるか否かよって判別することができる。本例では、テーブル周回カウンタが「９９９」であることから、センサ情報取得装置２が加速度センサにアクセスする必要は無いのでアクセスタイミング決定部２１Ｂはトリガを出力しない。アクセスタイミング決定部２１Ｂがトリガを出力しないことが、図５では上側に向く点線の矢印により模式的に示されている。
【００３９】
同様にして処理が繰り返される。判断対象のスロットが６番地のスロットの場合、当該スロットには、温度センサの頻度パラメータＰＣが格納されている。頻度パラメータＰＣの値は１／１０００である。この値は、センサ情報取得装置２が１０００周期毎に加速度センサにアクセスする必要があることを示している。１０００周期であるか否かは、テーブル周回カウンタが１０００の倍数であるか否かよって判別することができる。本例では、テーブル周回カウンタが「９９９」であることから、センサ情報取得装置２が温度センサにアクセスする必要は無いのでアクセスタイミング決定部２１Ｂはトリガを出力しない。アクセスタイミング決定部２１Ｂがトリガを出力しないことが、図５では上側に向く点線の矢印により模式的に示されている。
【００４０】
テーブルカウンタが最大値（本例では「９」）までインクリメントされると、テーブルカウンタがリセットされると共に、テーブル周回カウンタがインクリメントされる。テーブル周回カウンタが「１０００」の場合は、ジャイロセンサ、加速度センサ及び温度センサに全てに対してセンサ情報取得装置２によるセンシングデータの取得要求がなされる。以降、同様の処理が繰り返される。
【００４１】
［処理の流れ］
（全体の処理の流れ）
図６は、センサ情報取得装置２で行われる処理の流れ（全体の処理の流れ）の一例を示すフローチャートである。ステップＳ１では、管理テーブル設定処理が行われる。即ち、管理テーブル設定部２１Ａにより、管理テーブルＴＡが設定される。そして、処理がステップＳ２に進む。
【００４２】
ステップＳ２では、タイマ部２４によりカウンタ初期化処理が行われる。具体的には、第１カウンタ２４Ａによりカウントされるテーブルカウンタがリセットされる。また、第２カウンタ２４Ｂによりカウントされるテーブル周回カウンタがリセットされる。かかる初期化は、例えば、制御部２１の制御に応じて行われる。そして、処理がステップＳ３に進む。
【００４３】
ステップＳ３では、第１カウンタ２４Ａによりテーブルカウンタが更新される（インクリメントされる）。なお、初回の場合は、テーブルカウンタ「０」がカウントされる。また、テーブルカウンタが最大値（例えば「９」）の場合は、テーブルカウンタが「０」に更新されると共に、テーブル周回カウンタがインクリメントされる。テーブルカウンタ及びテーブル周回カウンタは、制御部２１に供給される。そして、処理がステップＳ４に進む。
【００４４】
ステップＳ４では、テーブルカウンタに対応する管理テーブルＴＡのスロット内に頻度パラメータが有るか否かが、アクセスタイミング決定部２１Ｂにより判断される。頻度パラメータが無い場合は、処理がステップＳ３に戻る。頻度パラメータが有る場合は、処理がステップＳ５に進む。
【００４５】
ステップＳ５では、テーブル周回カウンタが参照され、頻度パラメータとテーブル周回カウンタとに基づいて、ＩｏＴセンサ４へのアクセス要否がアクセスタイミング決定部２１Ｂにより判断される。アクセス要否の判断の具体例は、上述した通りである。そして、処理がステップＳ６に進む。
【００４６】
ステップＳ６では、ステップＳ５の判断処理の結果、ＩｏＴセンサ４へのアクセスが必要であるか否かが判断される。ＩｏＴセンサ４へのアクセスが不要である場合には、処理がステップＳ３に戻る。ＩｏＴセンサ４へのアクセスが必要である場合には、処理がステップＳ７に進む。
【００４７】
ステップＳ７では、ＩｏＴセンサ４へのアクセスが必要であることから、アクセスタイミング決定部２１Ｂからアクセス発行部２２に対してトリガが出力される。そして、処理がステップＳ３に戻る。
【００４８】
なお、トリガが供給されたアクセス発行部２２は、例えばトリガで指定されるＩｏＴセンサ４と通信を行うことにより、当該ＩｏＴセンサ４に対してセンシングデータを要求する。そして、ＩｏＴセンサ４から送信されたセンシングデータがアクセス発行部２２により受信され、受信されたセンシングデータが記憶部２３に記憶されたり、サーバ装置３に対して送信される。
【００４９】
（管理テーブル設定処理の流れ）
図７は、管理テーブル設定処理の流れの一例を示すフローチャートである。管理テーブル設定処理は、例えば、管理テーブル設定部２１Ａにより行われる。以下に説明する処理は、例えば、センサ情報取得装置２の初回の利用時における処理や電源投入時のキャリブレーション処理等、初期設定にかかる処理として行われる。
【００５０】
ステップＳ１１では、記憶部２３に記憶されている情報が参照されることにより、センサ情報取得装置２が通信可能なＩｏＴセンサ４の仕様が確認される。そして、処理がステップＳ１２に進む。
【００５１】
ステップＳ１２では、管理テーブルＴＡの１周期の長さＬが決定される。例えば、複数のＩｏＴセンサ４のサンプリング周期のうち、最小のサンプリング周期が１周期の長さＬとして決定される。そして、処理がステップＳ１３に進む。
【００５２】
ステップＳ１３では、管理テーブルＴＡのスロットの数Ｃが決定される。スロットの数Ｃは、センサ情報取得装置２が通信可能なＩｏＴセンサ４の数や、ＩｏＴセンサ４に対するアクセス期間等に基づいて適切に設定される。そして、処理がステップＳ１４に進む。
【００５３】
ステップＳ１４では、センサ情報取得装置２が通信可能なＩｏＴセンサ４毎の頻度パラメータが求められ、求められた頻度パラメータが適宜な空きスロットに格納される。そして、処理が終了する。
【００５４】
［ＩｏＴセンサが追加された場合の処理］
なお、センサ情報取得装置２が通信可能なＩｏＴセンサ４は、新たに追加され得る。例えば、図８Ａに示すように、センサ情報取得装置２が通信可能なＩｏＴセンサ４として、湿度センサ（仕様が１０Ｈｚ／１００ｍｓであり、頻度パラメータが１／１００であるセンサ）が追加された例を考える。センサ情報取得装置２が通信可能なＩｏＴセンサ４の数に増減が生じた場合に、管理テーブル設定部２１Ａにより管理テーブルを再設定するか否かが判断される。なお、本実施の形態における管理テーブルを再設定するとは、少なくとも、新たに追加されたＩｏＴセンサ４の頻度パラメータを管理テーブルに格納することを含む。より具体的には、本実施の形態における管理テーブルを再設定するとは、管理テーブルに格納される頻度パラメータを追加又は削除すること、管理テーブルのスロット数を変更すること、及び、１周期Ｌやスロットの数Ｃの再設定及び頻度パラメータ等の再演算等を行うことにより管理テーブルを再作成することを総称したものである。
【００５５】
上述した例では、４個のＩｏＴセンサ４のうち、最小のサンプリング周期は１ｍｓである。従って、管理テーブルＴＡの１周期の長さＬを変更する必要は無い。この場合は、図８Ｂに模式的に示すように、管理テーブルＴＡの湿度センサの頻度パラメータＰＤが管理テーブルＴＡの適宜な空きスロットに格納されることにより管理テーブルが再設定される。なお、空きスロットがない場合は、スロットの数Ｃが増加されるように管理テーブルが再設定されても良い。
【００５６】
他の例として、図９Ａに示すように、センサ情報取得装置２が通信可能なＩｏＴセンサ４として、湿度センサ（仕様が２０００Ｈｚ／０．５ｍｓであるセンサ）が追加された例を考える。４個のＩｏＴセンサ４のうち、最小のサンプリング周期は０．５ｍｓである。従って、管理テーブルＴＡの１周期の長さＬを変更する必要がある。具体的には、図９Ｂに示すように、管理テーブルＴＡを１周期の長さＬが０．５ｍｓである管理テーブルＴＢに再設定する。
【００５７】
１周期の長さＬが更新されることに伴い、各ＩｏＴセンサ４の頻度パラメータが更新される。具体的には、加速度センサの頻度パラメータＰＡが１／２０（０．５／１０）に更新される。また、ジャイロセンサの頻度パラメータＰＢが１／２（０．５／１）に更新される。また、温度センサの頻度パラメータＰＣが１／２０００（０．５／１０００）に更新される。なお、湿度センサの頻度パラメータＰＥは、１／１（０．５／０．５）である。
【００５８】
そして、求められた各ＩｏＴセンサ４の頻度パラメータが、管理テーブルＴＢ内の適宜な空きスロットに格納される。
【００５９】
（ＩｏＴセンサが追加された場合に行われる処理の流れ）
図１０は、ＩｏＴセンサ４が追加された場合に行われる処理の流れの一例を示すフローチャートである。ステップＳ１〜Ｓ７にかかる処理の内容については既に説明しているため重複した説明を省略する。ステップＳ７にかかる処理に続いて、処理がステップＳ２１に進む。
【００６０】
ステップＳ２１では、センサ情報取得装置２が通信可能なＩｏＴセンサ４の数の増加が生じたことに伴う管理テーブルの再設定要求があるか否かが判断される。かかる再設定要求は、例えば、センサ情報取得装置２が通信可能なＩｏＴセンサ４の数が増加したことに伴う割り込み処理として行われる。管理テーブルの再設定要求がない場合には、処理がステップＳ３に戻る。管理テーブルの再設定要求がある場合には、処理がステップＳ１に戻る。
【００６１】
図１１は、センサ情報取得装置２が通信可能なＩｏＴセンサ４の数が増加し得る点を考慮したテーブル設定処理の流れの一例を示すフローチャートである。ステップＳ３１では、管理テーブルの初期設定であるか否かが管理テーブル設定部２１Ａにより判断される。判断処理の結果、管理テーブルの初期設定である場合には、処理がステップＳ１１に進む。ステップＳ１１〜Ｓ１４にかかる処理の内容については既に説明しているため重複した説明を省略する。
【００６２】
ステップＳ３１における判断処理の結果、管理テーブルの初期設定ではない場合には処理がステップＳ３２に進む。管理テーブルの初期設定ではない場合とは、例えば、センサ情報取得装置２が動作中にＩｏＴセンサ４の数の増加した場合である。以降、管理テーブルが再設定される処理が実行される。
【００６３】
ステップＳ３２では、新たに追加されたＩｏＴセンサ４のサンプリング周期が、現在設定されている管理テーブルの１周期、換言すれば、追加されたＩｏＴセンサ４以外のＩｏＴセンサ４のサンプリング周期の中で最も小さいサンプリング周期より小さいか否かが判断される。新たに追加されたＩｏＴセンサ４のサンプリング周期が、現在設定されている管理テーブルの１周期より小さい場合には、処理がステップＳ１２に進む。そして、ステップＳ１２にかかる処理で、新たに追加されたＩｏＴセンサ４のサンプリング周期が１周期の長さＬとされた管理テーブルが再設定された後、頻度パラメータが再演算される。そして、上述したステップＳ１２からステップＳ１４までの処理が行われることにより管理テーブルが再設定される。
【００６４】
ステップＳ３２の判断処理において、新たに追加されたＩｏＴセンサ４のサンプリング周期が、現在設定されている管理テーブルの１周期より大きいと判断された場合には、処理がステップＳ３３に進む。ステップＳ３３では、空きスロットがないか否かが判断される。空きスロットがない場合は、処理がステップＳ１３に進む。そして、ステップＳ１３では、例えば、スロットの数Ｃを増加させる処理が行われることにより管理テーブルが再設定され、空きスロットが生成される。当該空きスロットに、追加されたＩｏＴセンサ４の頻度パラメータが格納される。
【００６５】
ステップＳ３３の判断処理において、空きスロットがある場合には、処理がステップＳ１４に進む。ステップＳ１４では、新たに追加されたＩｏＴセンサ４の頻度パラメータが適宜な空きスロットに格納されることにより、管理テーブルが再設定される。
【００６６】
なお、上述した例では、センサ情報取得装置２と通信可能なＩｏＴセンサ４が新たに追加された場合について説明したがこれに限定されるものではない。例えば、ＩｏＴセンサ４の故障や通信不能等、センサ情報取得装置２と通信可能なＩｏＴセンサ４が減少した場合に同様の処理が行われても良い。
【００６７】
［実施の形態により得られる効果］
本実施の形態によれば、例えば、以下の効果が得られる。
例えば、図１２Ａに示すように、センサ情報取得装置２と通信可能なＩｏＴセンサ４の数が３個である場合に、図１２Ｂに示すように、最小値としてＩｏＴセンサ４の数と同数のスロットを有する管理テーブルを用意し、当該スロットに頻度パラメータを格納すれば良い。従って、多数のスロットを有する大規模な管理テーブルを用意することが不要となり、メモリ容量を節約することができる。
また、例えば、図１３Ａに示す仕様を有する３個のＩｏＴセンサ（ＩｏＴセンサＡ,Ｂ,Ｃ）を考える。この場合、３個のＩｏＴセンサの取得周期の最小公倍数を用いた管理テーブルを設定することも考えられる。しかしながら、最小公倍数を用いてしまうと図１３Ｂに示すように、例えば３０スロットを有する管理テーブルを用意する必要があり、管理テーブルのサイズが大きくなってしまう。同様に、図１４に示す３個のＩｏＴセンサの場合は、同図に示すように、最小でも３０００個のスロットを有する管理テーブルが必要となり、管理テーブルのサイズが大きくなってしまう。しかしながら、本実施の形態によれば、上述したように管理テーブルのサイズが大きくなってしまうことを抑制でき、メモリ容量を節約することができる。
また、図１５に模式的に示すように、実施の形態にかかる管理テーブルによれば、どこが空きスロットであるか否かが明確である。従って、新たにセンサ情報取得装置２と通信可能なＩｏＴセンサ４が追加された場合でも、当該ＩｏＴセンサ４の頻度パラメータが格納される空きスロットを容易に探索することができる。従って、センサ情報取得装置２と通信可能なＩｏＴセンサ４を容易に追加することができる。また、上述したように管理テーブルのサイズを小さくすることができ、且つ、スロットの数を小さくできるので、空きスロットを探索するための演算コストを小さくすることができる。
【００６８】
＜変形例＞
以上、本開示の実施の形態について具体的に説明したが、本開示の内容は上述した実施の形態に限定されるものではなく、本開示の技術的思想に基づく各種の変形が可能である。以下、変形例について説明する。
【００６９】
実施の形態にかかる情報処理システムの構成は適宜、変更可能である。例えば、センサ情報取得装置とサーバ装置とが共通の装置であっても良い。
【００７０】
実施の形態にかかるセンサ情報取得装置の構成は適宜、変更可能である。例えば、センサ情報取得装置が、複数の管理テーブルを有し、且つ、アクセスタイミング決定部とアクセス発行部とを複数、有していても良い。かかる構成により、センサ情報取得装置が、複数の異なるＩｏＴセンサに同時にアクセスすることが可能となる。例えば、複数のアクセス発行部がそれぞれは独立して、ＩｏＴセンサにアクセスすることが可能となる。
【００７１】
また、センサ情報取得装置が、アクセス発行部のみを複数、有していても良い。例えば、アクセス発行部が１個（アクセス発行部ＡＡ）であり、Ｔｋ＜Ｌ／Ｃを満たさない状態で、ＩｏＴセンサ４ａへのアクセスタイミングとＩｏＴセンサ４ｂへのアクセスタイミングとが連続したスロットに格納されている例を想定する。この場合には、図１６Ａに示すように、アクセス発行部ＡＡがＩｏＴセンサ４ａに対して、次のスロットを跨いでアクセスすることになってしまい、次のスロットに記述されたＩｏＴセンサ４ｂへのアクセスを正しく実行することができない。しかしながら、アクセス発行部が２個あることにより、図１６Ｂに示すように、次にスロットのタイミングにおいて、アクセス発行部ＢＢがＩｏＴセンサ４ｂにアクセスすることができる。
【００７２】
本開示は、装置、方法、プログラム、システム等により実現することもできる。例えば、上述した実施の形態で説明した機能を行うプログラムをダウンロード可能とし、実施の形態で説明した機能を有しない装置が当該プログラムをダウンロードしてインストールすることにより、当該装置において実施の形態で説明した制御を行うことが可能となる。本開示は、このようなプログラムを配布するサーバにより実現することも可能である。また、各実施の形態、変形例で説明した事項は、適宜組み合わせることが可能である。
【００７３】
なお、本開示中に例示された効果により本開示の内容が限定して解釈されるものではない。
【００７４】
本開示は、以下の構成も採ることができる。
（１）
複数のＩｏＴ（Internet of Things）センサと通信を行う通信部と、
前記ＩｏＴセンサに対するアクセスタイミングを管理する管理テーブルを設定する設定部とを有し、
前記設定部は、前記複数のＩｏＴセンサのそれぞれのサンプリング周期のうち最も小さい値を１周期とし、前記１周期内で分割される複数のスロットを有する前記管理テーブルを設定し、各ＩｏＴセンサに対するアクセス頻度を示す頻度パラメータを、異なる前記スロットに格納する
情報処理装置。
（２）
前記設定部は、通信可能なＩｏＴセンサの数に増減が生じた場合に、前記管理テーブルを再設定する
（１）に記載の情報処理装置。
（３）
前記設定部は、新たに追加された前記ＩｏＴセンサのサンプリング周期が、前記管理テーブルの１周期より小さい場合には、新たに追加された前記ＩｏＴセンサのサンプリング周期を前記管理テーブルの１周期に再設定する
（２）に記載の情報処理装置。
（４）
前記設定部は、前記管理テーブルの１周期の再設定に伴い、各ＩｏＴセンサの頻度パラメータを更新する
（３）に記載の情報処理装置。
（５）
前記設定部は、新たに追加された前記ＩｏＴセンサのサンプリング周期が、管理テーブルの１周期より大きく、且つ、新たに追加された前記ＩｏＴセンサの頻度パラメータが格納される空きスロットが存在しない場合には、前記管理テーブルのスロット数を増加させる
（２）に記載の情報処理装置。
（６）
前記設定部は、前記空きスロットが存在する場合には、当該空きスロットに、新たに追加された前記ＩｏＴセンサの頻度パラメータを格納する
（５）に記載の情報処理装置。
（７）
前記設定部は、（管理テーブルの１周期／各ＩｏＴセンサのサンプリング周期）の値を前記頻度パラメータとして設定する
（１）から（６）までの何れかに記載の情報処理装置。
（８）
前記設定部は、電源投入時に前記管理テーブルを設定する
（１）から（７）までの何れかに記載の情報処理装置。
（９）
前記管理テーブルに基づいて、前記ＩｏＴセンサと通信を行うか否かを決定するアクセスタイミング決定部を有する
（１）から（８）までの何れかに記載の情報処理装置。
（１０）
前記アクセスタイミング決定部は、第１カウンタから供給される第１カウント値に基づいて前記管理テーブルの所定のスロットに前記頻度パラメータが格納されているかを判断し、頻度パラメータが格納されている場合に、当該頻度パラメータと、第２カウンタから供給される第２カウント値とに基づいて、当該頻度パラメータに対応するＩｏＴセンサと通信を行うか否かを決定する
（９）に記載の情報処理装置。
（１１）
前記通信部は、異なるＩｏＴセンサと異なるタイミングで通信を行う
（１）から（１０）までの何れかに記載の情報処理装置。
（１２）
前記通信部は、前記ＩｏＴセンサから取得したセンシングデータを他の装置に送信する
（１）から（１１）までの何れかに記載の情報処理装置。
（１３）
設定部が、ＩｏＴセンサに対するアクセスタイミングを管理する管理テーブルを設定し、
前記設定部は、前記複数のＩｏＴセンサのそれぞれのサンプリング周期のうち最も小さい値を１周期とし、前記１周期内で分割される複数のスロットを有する前記管理テーブルを設定し、各ＩｏＴセンサに対するアクセス頻度を示す頻度パラメータを、異なる前記スロットに格納する
情報処理方法。
（１４）
設定部が、ＩｏＴセンサに対するアクセスタイミングを管理する管理テーブルを設定し、
前記設定部は、前記複数のＩｏＴセンサのそれぞれのサンプリング周期のうち最も小さい値を１周期とし、前記１周期内で分割される複数のスロットを有する前記管理テーブルを設定し、各ＩｏＴセンサに対するアクセス頻度を示す頻度パラメータを、異なる前記スロットに格納する
情報処理方法をコンピュータに実行させるプログラム。
【符号の説明】
【００７５】
１・・・情報処理システム
２・・・センサ情報取得装置
３・・・サーバ装置
４・・・ＩｏＴセンサ
２１・・・制御部
２１Ａ・・・管理テーブル設定部
２１Ｂ・・・アクセスタイミング決定部
２２・・・アクセス発行部
２３・・・記憶部
２４・・・タイマ部
２４Ａ・・・第１カウンタ
２４Ｂ・・・第２カウンタ
【図１】
2020145531.tif 000003
【図２】
2020145531.tif 000004
【図３】
2020145531.tif 000005
【図４】
2020145531.tif 000006
【図５】
2020145531.tif 000007
【図６】
2020145531.tif 000008
【図７】
2020145531.tif 000009
【図８】
2020145531.tif 000010
【図９】
2020145531.tif 000011
【図１０】
2020145531.tif 000012
【図１１】
2020145531.tif 000013
【図１２】
2020145531.tif 000014
【図１３】
2020145531.tif 000015
【図１４】
2020145531.tif 000016
【図１５】
2020145531.tif 000017
【図１６】
2020145531.tif 000018