JP7314769B2 - 情報処理装置及びコンピュータプログラム - Google Patents

Description

本発明は、情報処理装置及びコンピュータプログラムに関する。

特許文献１には、センサを管理するセンサ管理システムであって、前記センサ管理システムに接続されたセンサの交換を検知する検知手段と、センサからセンシングデータを取得する取得部と、前記取得部により取得した交換後のセンサのセンシングデータが交換前のセンサの過去のセンシングデータに類似するか否かを判定し、前記判定の結果に基づいて、交換後のセンサを交換前のセンサの代替として使用するか否かを決定する交換対処手段と、を有するセンサ管理システムが開示されている。

特許文献２には、種別の異なる複数のセンサが設置される対象機器と、前記複数のセンサによる計測データに基づき前記複数のセンサ間の相関を求め、当該求めた相関が高いセンサを代替センサとして選定する演算処理部と、少なくとも、前記複数のセンサ間の相関を格納する運転管理データベースと、を備え、前記演算処理部は、一のセンサが故障又は保守の対象となった場合、前記一のセンサと前記一のセンサの代替センサとの差分を規定する補正関数を求め、前記代替センサ及び補正関数を前記対象機器へ出力することを特徴とする運転支援システムが開示されている。

特開２０１８－０５４３６０号公報 特開２０１８－０９７７３３号公報

センサが故障したり、定期的なメンテナンスの時期になったりするなどして、センサがセンシングするデータを出力することができなくなる場合がある。このような場合、保守業者が代替品を持って現地に向かう必要があるが、代替品が届き、業者がセンサを交換するまでセンサの情報を得ることが出来ない。

本開示は、上記の点に鑑みてなされたものであり、センサがセンシングするデータを出力することができなくなった場合に、データの欠落を抑えることが可能な代替センサを特定する、情報処理装置及びコンピュータプログラムを提供することを目的とする。

本発明の第１態様に係る情報処理装置は、プロセッサを備え、前記プロセッサは、センシング結果を所定のタイミングで送信する対象センサと機能的に代替が可能なセンサ群を所定の範囲内で抽出し、対象センサの送信タイミング、及び前記対象センサの位置と前記センサ群のセンサの各々の位置に基づき、前記センサ群の中から前記対象センサを代替する代替センサを特定する処理を実行する。

本発明の第２態様に係る情報処理装置は、第１態様に係る情報処理装置であって、前記プロセッサは、前記対象センサのデータ送信タイミングまでに該対象センサと交換可能かどうかで前記代替センサを特定する。

本発明の第３態様に係る情報処理装置は、第２態様に係る情報処理装置であって、前記プロセッサは、前記対象センサのデータ送信タイミング以降、該代替センサのデータ送信タイミングまでに該代替センサを元に戻せるかどうかで前記代替センサを特定する。

本発明の第４態様に係る情報処理装置は、第１態様に係る情報処理装置であって、前記プロセッサは、複数の前記代替センサが特定できた場合、前記対象センサのデータ送信タイミングまで余裕のある時間が最も長いものを代替センサとして特定する。

本発明の第５態様に係る情報処理装置は、第４態様に係る情報処理装置であって、前記プロセッサは、複数の前記代替センサが特定できた場合、前記代替センサのデータ送信タイミングまで余裕のある時間が最も長いものを代替センサとして特定する。

本発明の第６態様に係る情報処理装置は、第４態様又は第５態様に係る情報処理装置であって、前記プロセッサは、前記余裕のある時間を、前記対象センサの送信タイミングと、前記対象センサと前記代替センサの入れ替えに要する時間とに基づいて算出する。

本発明の第７態様に係る情報処理装置は、第１態様に係る情報処理装置であって、前記プロセッサは、前記センサ群のセンサの各々の位置とで求められる、前記対象センサと前記センサの入れ替えに要する時間を用いて前記代替センサを特定する。

本発明の第８態様に係る情報処理装置は、第１態様に係る情報処理装置であって、前記プロセッサは、複数の前記代替センサが特定できた場合、保持している電力の余裕度合いに基づいて代替センサを特定する。

本発明の第９態様に係る情報処理装置は、第１態様に係る情報処理装置であって、前記プロセッサは、前記対象センサの測定対象と前記代替センサの測定対象とで重要度を比較した結果に基づいて代替センサを特定する。

本発明の第１０態様に係る情報処理装置は、第９態様に係る情報処理装置であって、前記重要度は、測定対象の動作の制御に用いられるかどうかで決定される指標である。

本発明の第１１態様に係る情報処理装置は、第１態様に係る情報処理装置であって、前記センサ群は、前記対象センサと同一の種類のデータを送信可能なセンサの集合である。

本発明の第１２態様に係る情報処理装置は、第１１態様に係る情報処理装置であって、前記センサ群は、前記対象センサが出力する範囲のデータを送信可能なセンサの集合である。

本発明の第１３態様に係る情報処理装置は、第１１態様又は第１２態様に係る情報処理装置であって、前記センサ群は、前記対象センサと同一の頻度でデータを送信可能なセンサの集合である。

本発明の第１４態様に係る情報処理装置は、第１１態様又は第１２態様に係る情報処理装置であって、前記センサ群は、前記対象センサと同一の方法で設置可能なセンサの集合である。

本発明の第１５態様に係るコンピュータプログラムは、コンピュータに、センシング結果を所定のタイミングで送信する対象センサと機能的に代替が可能なセンサ群を所定の範囲内で抽出し、対象センサの送信タイミング、及び前記対象センサの位置と前記センサ群のセンサの各々の位置に基づき、前記センサ群の中から前記対象センサを代替する代替センサを特定する処理を実行させる。

本発明の第１態様によれば、対象センサがセンシングするデータを出力することができなくなった場合に、当該対象センサの代わりとなる代替センサを特定することで、データの欠落を抑えることができる。

本発明の第２態様によれば、対象センサのデータ送信タイミングまでに交換可能なセンサを代替センサとすることができる。

本発明の第３態様によれば、対象センサのデータ送信タイミングまでに交換可能なセンサであり、かつ代替センサの送信タイミングまでに元の場所に戻せるセンサを代替センサとすることができる。

本発明の第４態様によれば、対象センサのデータ送信タイミングまで余裕のある時間が最も長いものを代替センサとすることができる。

本発明の第５態様によれば、代替センサのデータ送信タイミングまで余裕のある時間が最も長いものを代替センサとすることができる。

本発明の第６態様によれば、対象センサの送信タイミングと、対象センサと代替センサの入れ替えに要する時間とに基づいて余裕のある時間を算出することができる。

本発明の第７態様によれば、センサの入れ替えに要する時間を用いて特定した代替センサによってデータの欠落を抑えることができる。

本発明の第８態様によれば、電力の余裕度合いが大きいものを代替センサとして特定し、特定した代替センサによってデータの欠落を抑えることができる。

本発明の第９態様によれば、重要度の比較結果に基づいて用いて特定した代替センサによってデータの欠落を抑えることができる。

本発明の第１０態様によれば、測定対象の動作の制御に用いられるかどうかで重要度を決定できる。

本発明の第１１態様によれば、対象センサと同一の種類のデータを送信可能なセンサの中から特定した代替センサによってデータの欠落を抑えることができる。

本発明の第１２態様によれば、対象センサが出力する範囲のデータを送信可能なセンサの中から特定した代替センサによってデータの欠落を抑えることができる。

本発明の第１３態様によれば、対象センサと同一の頻度でデータを送信可能なセンサの中から特定した代替センサによってデータの欠落を抑えることができる。

本発明の第１４態様によれば、対象センサと同一の方法で設置可能なセンサの中から特定した代替センサによってデータの欠落を抑えることができる。

本発明の第１５態様によれば、センサがセンシングするデータを出力することができなくなった場合に、当該センサの代わりとなる代替センサを特定することで、データの欠落を抑えることができる。

本発明によれば、対象センサと機能的に代替可能なセンサ群の中から代替センサを特定し、対象センサと入れ替えるタイミングを通知することで、対象センサがセンシングするデータの欠落を抑えることができる。

本発明の実施形態の概要を示す図である。 情報処理装置のハードウェア構成を示すブロック図である。 情報処理装置の機能構成の例を示すブロック図である。 センサ情報ＤＢが格納する情報の例を示す図である。 情報処理装置による情報提供処理の流れを示すフローチャートである。 情報処理装置による情報提供処理の流れを示すフローチャートである。 情報処理装置による情報提供処理の流れを示すフローチャートである。 情報処理装置による情報提供処理の流れを示すフローチャートである。 図８に示した処理の具体例を説明するための図である。 図８に示した処理の具体例を説明するための図である。 情報処理装置による情報提供処理の流れを示すフローチャートである。 情報処理装置による情報提供処理の流れを示すフローチャートである。 端末に表示させるユーザインタフェースの例を示す図である。 端末に表示させるユーザインタフェースの例を示す図である。

以下、本発明の実施形態の一例を、図面を参照しつつ説明する。なお、各図面において同一または等価な構成要素および部分には同一の参照符号を付与している。また、図面の寸法比率は、説明の都合上誇張されており、実際の比率とは異なる場合がある。

様々な情報を取得し、ネットワークを通じて取得した情報を提供できるセンサが普及しつつある。そのようなセンサは、例えば、温度、湿度、大気圧、風力、二酸化炭素濃度、電流などを測定し、ネットワークを通じて測定した値を外部に提供できる。

図１は、本発明の実施形態の概要を示す図である。図１には、商品を冷蔵又は冷凍させた状態で陳列するショーケース２０Ａ、２０Ｂ、２０Ｃのそれぞれに、ショーケースの温度を測定するための温度センサ３０Ａ、３０Ｂ、３０Ｃが備え付けられている様子が示されている。温度センサ３０Ａ、３０Ｂ、３０Ｃは、それぞれ、ショーケース２０Ａ、２０Ｂ、２０Ｃの温度を測定し、所定のタイミングで、ネットワークを通じて、センシング結果として、測定した温度のデータを送信する。温度センサ３０Ａ、３０Ｂ、３０Ｃは、例えば、ＬＰＷＡ（Ｌｏｗ Ｐｏｗｅｒ，Ｗｉｄｅ Ａｒｅａ）と呼ばれる、低消費電力で長距離の通信が可能な技術を用いてデータを送信する。

ここで、ショーケース２０Ａの温度センサ３０Ａが故障などの理由で一時的に使用できなくなってしまった場合を想定する。例えば、温度センサ３０Ａが故障した場合、保守業者５０が代替品を持って来て交換するという運用が考えられる。しかし、保守業者５０は、代替品をすぐ持って来ることができるとは限らない。保守業者５０が代替品をすぐ持って来られないと、温度センサ３０Ａが測定する温度データが欠落する期間が長くなってしまう。ショーケース２０Ａに高級な食材、又はアイスクリームなどの冷凍食品を陳列しているような場合だと、ショーケース２０Ａの中の温度の異常がタイムリーに検知できなければ、店舗に損害を与えてしまう恐れがある。

そこで、本実施形態では、温度センサ３０Ａが故障などの理由で一時的に使用できなくなってしまった場合に、温度センサ３０Ａの近くのセンサの中から、温度センサ３０Ａを代替できる代替センサを情報処理装置１０が選び出す。情報処理装置１０は、温度センサ３０Ａを代替できる代替センサの情報を、保守業者５０が使用する端末６０に提供する。情報処理装置１０は、このように一時的に利用できなくなったセンサの代替となる代替センサを選び出すことで、一時的に利用できなくなったセンサからのデータの欠落を抑えることができる。

以下の説明では、故障などの理由で一時的に使用できなくなったセンサを「対象センサ」とも称し、対象センサの代替となるセンサを「代替センサ」とも称する。

図２は、情報処理装置１０のハードウェア構成を示すブロック図である。

図２に示すように、情報処理装置１０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３、ストレージ１４、入力部１５、表示部１６及び通信インタフェース（Ｉ／Ｆ）１７を有する。各構成は、バス１９を介して相互に通信可能に接続されている。

ＣＰＵ１１は、中央演算処理ユニットであり、各種プログラムを実行したり、各部を制御したりする。すなわち、ＣＰＵ１１は、ＲＯＭ１２またはストレージ１４からプログラムを読み出し、ＲＡＭ１３を作業領域としてプログラムを実行する。ＣＰＵ１１は、ＲＯＭ１２またはストレージ１４に記録されているプログラムにしたがって、上記各構成の制御および各種の演算処理を行う。本実施形態では、ＲＯＭ１２またはストレージ１４には、対象センサを代替する代替センサに関する情報を提供する情報提供プログラムが格納されている。

ＲＯＭ１２は、各種プログラムおよび各種データを格納する。ＲＡＭ１３は、作業領域として一時的にプログラムまたはデータを記憶する。ストレージ１４は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）またはフラッシュメモリ等の記憶装置により構成され、オペレーティングシステムを含む各種プログラム、および各種データを格納する。

入力部１５は、マウス等のポインティングデバイス、およびキーボードを含み、各種の入力を行うために使用される。

表示部１６は、たとえば、液晶ディスプレイであり、各種の情報を表示する。表示部１６は、タッチパネル方式を採用して、入力部１５として機能しても良い。

通信インタフェース１７は、端末６０等の他の機器と通信するためのインタフェースであり、たとえば、イーサネット（登録商標）、ＦＤＤＩ、Ｗｉ－Ｆｉ（登録商標）等の規格が用いられる。

上記の情報提供プログラムを実行する際に、情報処理装置１０は、上記のハードウェア資源を用いて、各種の機能を実現する。

次に、情報処理装置１０の機能構成について説明する。

図３は、情報処理装置１０の機能構成の例を示すブロック図である。

図３に示すように、情報処理装置１０は、機能構成として、取得部１０１、特定部１０２、及び通知部１０３を有する。各機能構成は、ＣＰＵ１１がＲＯＭ１２またはストレージ１４に記憶された位置確認プログラムを読み出し、実行することにより実現される。また、図３に示すように、情報処理装置１０は、センサ情報ＤＢ１１１を有する。

取得部１０１は、種々の情報を取得する。例えば、取得部１０１は、情報処理装置１０の外部からの、対象センサを代替する代替センサの特定の要求を取得する。そして、取得部１０１は、代替センサの特定の要求の取得に応じて、センサ情報ＤＢ１１１からセンサの情報を取得する。取得部１０１は、センサの情報を取得する際に、対象センサからの所定の範囲におけるセンサの情報を取得する。所定の範囲とは、対象センサを中心とした所定の半径の円の内側の範囲であってもよく、対象センサが設置されている場所と同じフロア、又は建物の範囲であってもよい。また取得部１０１は、センサの情報を取得する際に、対象センサと同一のユーザが保有するセンサの情報を取得する。

図４は、センサ情報ＤＢ１１１が格納する情報の例を示す図である。

「センサＩＤ」には、センサを一意に識別するための情報が格納される。「センサ位置」には、各センサの設置場所を示す情報が格納される。「元位置」には、各センサの元々の設置場所を示す情報が格納される。図４に示した例では、「センサ位置」及び「元位置」には座標の情報が格納されているが、座標以外にも、例えば具体的な設置場所が格納されてもよい。

「要着脱時間」には、各センサの着脱に要する時間の情報が格納される。「装着方法」には、各センサの装着方法に関する情報が格納される。「種類」には、各センサがセンシングする対象の情報が格納される。「レンジ幅」には、各センサがセンシング可能な範囲の情報が格納される。「防水」には、各センサの防水機能の有無の情報が格納される。「送信タイミング」には、各センサのセンシング結果の送信タイミングの情報が格納される。「可能送信頻度」には、各センサのセンシング結果の最短の送信間隔の情報が格納される。

なお、各センサの送信タイミングは周期的なものでなくてもよい。例えば、二酸化炭素の濃度を検出するＣＯ_２センサが学校の教室に設置されている場合、教室で授業が行われているタイミングにおいてＣＯ_２センサからデータが送信されれば十分である。そのようなセンサにおいては、送信タイミングには曜日及び時間帯の情報が格納されうる。

特定部１０２は、取得部１０１が情報を取得したセンサ群の中から、代替センサを特定する。センサ群の中からどのように代替センサを特定するかについては、後に詳述する。

通知部１０３は、特定部１０２が特定した代替センサに係る情報を端末６０に通知する。具体的には、通知部１０３は、特定部１０２が特定した代替センサの情報、対象センサと代替センサとを入れ替えるタイミング、入れ替える際の保守業者５０の作業に関する情報、入れ替えた後に代替センサを元の場所に戻すタイミング等の種々の情報を通知する。

なお、図３では、情報処理装置１０の内部にセンサ情報ＤＢ１１１が含まれているが、本発明は係る例に限定されない。センサ情報を格納するデータベースは、情報処理装置１０の外部に存在していてもよい。

次に、情報処理装置１０の作用について説明する。

図５は、情報処理装置１０による情報提供処理の流れを示すフローチャートである。ＣＰＵ１１がＲＯＭ１２又はストレージ１４から位置確認プログラムを読み出して、ＲＡＭ２３に展開して実行することにより、情報提供処理が行なわれる。

ＣＰＵ１１は、対象センサを代替する代替センサの特定の要求を取得すると、対象センサの周囲に存在するセンサ群の情報を入手する（ステップＳ１１）。

ステップＳ１１に続いて、ＣＰＵ１１は、入手したセンサ群の情報から、代替センサの候補となるセンサ群を抽出する（ステップＳ１２）。

ステップＳ１２に続いて、ＣＰＵ１１は、抽出したセンサ群の中から代替センサの候補となるセンサ群を選抜する（ステップＳ１３）。

ステップＳ１３に続いて、ＣＰＵ１１は、選抜したセンサ群の中から、代替センサを１つ特定する（ステップＳ１４）。

ステップＳ１４に続いて、ＣＰＵ１１は、特定した代替センサの交換タイミングに係る情報を端末６０に通知する（ステップＳ１５）。

ステップＳ１５に続いて、ＣＰＵ１１は、対象センサから交換した代替センサについて、保守業者５０が導通を確認する際の支援に関する情報を端末６０に送信する（ステップＳ１６）。

ステップＳ１６に続いて、ＣＰＵ１１は、対象センサから交換した代替センサについて、保守業者５０が論理的紐付けを変更する際の支援に関する情報を端末６０に送信する（ステップＳ１７）。

続いて、図５に示した各処理の詳細について説明する。

図６は、情報処理装置１０による情報提供処理の流れを示すフローチャートであり、図５のステップＳ１１の処理の詳細を示すフローチャートである。

ＣＰＵ１１は、対象センサの近傍にあるセンサの情報を、センサ情報ＤＢ１１１に対して要求する（ステップＳ１０１）。具体的には、ＣＰＵ１１は、対象センサのセンサ位置から所定の範囲におけるセンサの情報を取得するためのクエリをセンサ情報ＤＢ１１１に対して投げる。

ステップＳ１０１に続いて、ＣＰＵ１１は、対象センサの近傍にあるセンサの情報を、センサ情報ＤＢ１１１から取得する（ステップＳ１０２）。具体的には、ＣＰＵ１１は、上記クエリに対してセンサ情報ＤＢ１１１が出力した、対象センサのセンサ位置から所定の範囲におけるセンサの情報を取得する。

図６に示した一連の処理を実行することで、ＣＰＵ１１は、対象センサの周囲に存在するセンサ群の情報を入手する。

図７は、情報処理装置１０による情報提供処理の流れを示すフローチャートであり、図５のステップＳ１２の処理の詳細を示すフローチャートである。

ＣＰＵ１１は、センサ情報ＤＢ１１１から情報を取得したセンサ群のそれぞれのセンサに対し、図７に示した処理を実行する。まず、ＣＰＵ１１は、センサ情報ＤＢ１１１から情報を取得したセンサが、対象センサと同じ種類の情報を出力できるかどうか判断する（ステップＳ１１１）。例えば、対象センサが温度データを出力する場合、ＣＰＵ１１は、センサ情報ＤＢ１１１から情報を取得したセンサも温度データを出力できるかどうか判断する。

センサ情報ＤＢ１１１から情報を取得したセンサが、対象センサと同じ種類の情報を出力できる場合は（ステップＳ１１１；Ｙｅｓ）、続いて、ＣＰＵ１１は、センサ情報ＤＢ１１１から情報を取得したセンサが出力するデータのレンジ幅が、対象センサが出力するデータのレンジ幅を満たすかどうか判断する（ステップＳ１１２）。例えば、対象センサが－５℃から３０℃の範囲で温度データを出力できる場合、ＣＰＵ１１は、センサ情報ＤＢ１１１から情報を取得したセンサも同じ範囲のデータを出力できるかどうか判断する。

センサ情報ＤＢ１１１から情報を取得したセンサが出力するデータのレンジ幅が、対象センサが出力するデータのレンジ幅を満たす場合は（ステップＳ１１２；Ｙｅｓ）、続いて、ＣＰＵ１１は、センサ情報ＤＢ１１１から情報を取得したセンサが出力するデータの送信頻度が、対象センサが出力するデータの送信頻度を満たすかどうか判断する（ステップＳ１１３）。例えば、対象センサが１０分に１度データを出力できる場合、ＣＰＵ１１は、センサ情報ＤＢ１１１から情報を取得したセンサも１０分に１度データを出力できるかどうか判断する。

センサ情報ＤＢ１１１から情報を取得したセンサが出力するデータの送信頻度が、対象センサが出力するデータの送信頻度を満たす場合は（ステップＳ１１３；Ｙｅｓ）、続いて、ＣＰＵ１１は、センサ情報ＤＢ１１１から情報を取得したセンサが、対象センサと同じ方法で設置できるかどうか判断する（ステップＳ１１４）。例えば、対象センサが磁石で設置できる場合、センサ情報ＤＢ１１１から情報を取得したセンサも磁石で設置できるかどうか判断する。

続いて、ＣＰＵ１１は、センサ情報ＤＢ１１１から情報を取得したセンサが、対象センサと同じ方法で設置できる場合は（ステップＳ１１４；Ｙｅｓ）、続いて、ＣＰＵ１１は、対象センサの設置場所では防水が求められるかどうか判断する（ステップＳ１１５）。防水が求められる場合（ステップＳ１１５；Ｙｅｓ）、続いて、ＣＰＵ１１は、センサ情報ＤＢ１１１から情報を取得したセンサが防水仕様であるかどうか判断する（ステップＳ１１６）。

センサ情報ＤＢ１１１から情報を取得したセンサが防水仕様であれば（ステップＳ１１６；Ｙｅｓ）、ＣＰＵ１１は、センサ情報ＤＢ１１１から情報を取得したセンサを、一次利用できるセンサ群として抽出する（ステップＳ１１７）。対象センサの設置場所では防水が求められない場合（ステップＳ１１５；Ｎｏ）も同様に、ＣＰＵ１１は、センサ情報ＤＢ１１１から情報を取得したセンサを、代替センサとなり得るセンサ群として抽出する。

一方、上記ステップＳ１１１、Ｓ１１２、Ｓ１１３、Ｓ１１４、Ｓ１１６において条件を満たさない場合は、ＣＰＵ１１は、センサ情報ＤＢ１１１から情報を取得したセンサを、代替センサとなり得るセンサ群とはしない。

ＣＰＵ１１は、図７に示したもの以外の条件を用いて、代替センサとなり得るセンサ群を抽出してもよい。例えば、対象センサが有線でのデータの送信に対応している場合、同じく有線でのデータの送信に対応しているセンサを代替センサとなり得るセンサ群としてもよい。

図８は、情報処理装置１０による情報提供処理の流れを示すフローチャートであり、図５のステップＳ１３の処理の詳細を示すフローチャートである。

ＣＰＵ１１は、図７で代替センサとなり得るセンサ群として抽出したセンサ群のそれぞれのセンサに対し、図８に示した処理を実行する。まず、ＣＰＵ１１は、各センサの設置場所から対象センサの設置場所への移動時間を算出する（ステップＳ１２１）。具体的には、ＣＰＵ１１は、対象センサの設置場所と、各センサの設置場所との距離を、人間の歩行速度で割ることで移動時間を算出する。人間の歩行速度は、例えば分速８０メートルである。なお、障害物が存在している等の理由で、設置場所間を直線で移動できない場合も考えられる。その場合、ＣＰＵ１１は、設置場所間の移動経路の長さを人間の歩行速度で割ることで移動時間を算出する。

ステップＳ１２１に続いて、ＣＰＵ１１は、センサの交換に要する時間を算出する（ステップＳ１２２）。具体的には、ＣＰＵ１１は、設置場所間の移動時間＋各センサの脱着時間＋送信準備及び確認時間（交換後のセンサの導通及びデータ確認のための時間）をセンサの交換に要する時間として算出する。

ステップＳ１２２に続いて、ＣＰＵ１１は、各センサの交換のタイミングが、対象センサ側の次の送信タイミングに間に合うかどうか判断する（ステップＳ１２３）。具体的には、ＣＰＵ１１は、対象センサ側の送信時刻から現在時刻を引いた時間が、ステップＳ１２２で算出した時間を超えるかどうかで、各センサの交換が、対象センサ側の次の送信タイミングに間に合うかどうか判断する。

各センサの交換のタイミングが、対象センサ側の次の送信タイミングに間に合えば（ステップＳ１２３；Ｙｅｓ）、続いて、ＣＰＵ１１は、交換した各センサを元の位置に戻すタイミングが、各センサ側の次の送信タイミングに間に合うかどうか判断する（ステップＳ１２４）。具体的には、ＣＰＵ１１は、各センサ側の送信時刻から対象センサ側の送信時刻を引いた時間が、ステップＳ１２２で算出した時間を超えるかどうかで、各センサの交換が、各センサ側の元の場所での次の送信タイミングに間に合うかどうか判断する。

交換した各センサを元の位置に戻すタイミングが、各センサ側の元の場所での次の送信タイミングに間に合えば（ステップＳ１２４；Ｙｅｓ）、ＣＰＵ１１は、当該センサを代替センサとなり得るセンサ群として選抜する（ステップＳ１２５）。

一方、各センサの交換のタイミングが、対象センサ側の次の送信タイミングに間に合わなければ（ステップＳ１２３；Ｎｏ）、又は、交換した各センサを元の位置に戻すタイミングが、各センサ側の元の場所での次の送信タイミングに間に合わなければ（ステップＳ１２４；Ｎｏ）、ＣＰＵ１１は、当該センサを代替センサとなり得るセンサ群として選抜しない。

図９及び図１０は、図８に示した処理の具体例を説明するための図である。図９及び図１０において、横向きの両方向の矢印は、センサの交換に要する時間を表す。

図９は、センサＡに故障が発生し、センサＣがセンサＡの位置で代替センサとなり得るセンサであるかどうかを説明する図である。時刻ｔ１でセンサＡに故障が発生したとする。ＣＰＵ１１は、センサＡの次の送信タイミングである時刻ｔ２までにセンサＡからセンサＣへの交換が可能かどうかを判断する。ここでは、時刻ｔ２までにセンサＡからセンサＣへの交換が可能であるとする。続いて、ＣＰＵ１１は、センサＣの次の送信タイミングである時刻ｔ３までにセンサＣを元の場所に戻すことが可能かどうかを判断する。ここでは、時刻ｔ３までにセンサＣを元の場所に戻すことが不可能であるとする。従って、ＣＰＵ１１は、センサＣを代替センサとなり得るセンサ群として選抜しない。

図１０は、センサＡに故障が発生し、センサＢがセンサＡの位置で代替センサとなり得るセンサであるかどうかを説明する図である。時刻ｔ１でセンサＡに故障が発生したとする。ＣＰＵ１１は、センサＡの次の送信タイミングである時刻ｔ２までにセンサＡからセンサＢへの交換が可能かどうかを判断する。ここでは、時刻ｔ２までにセンサＡからセンサＢへの交換が可能であるとする。続いて、ＣＰＵ１１は、センサＢの次の送信タイミングである時刻ｔ４までにセンサＢを元の場所に戻すことが可能かどうかを判断する。ここでは、時刻ｔ４までにセンサＢを元の場所に戻すことが不可能であるとする。従って、ＣＰＵ１１は、センサＢを代替センサとなり得るセンサ群として選抜する。

ＣＰＵ１１は、一度の交換だけでなく、複数回交換可能かどうかで、各センサを代替センサとなり得るセンサ群として選抜してもよい。例えば、図１０の例では、ＣＰＵ１１は、さらにセンサＡの次の送信タイミングである時刻ｔ５までにセンサＡからセンサＢへの交換が可能かどうかを判断する。続いて、ＣＰＵ１１は、センサＢの次の送信タイミングである時刻ｔ６までにセンサＢを元の場所に戻すことが可能かどうかを判断する。ＣＰＵ１１は、これらの判断結果に基づいて、センサＢを代替センサとなり得るセンサ群として選抜するかどうか判断してもよい。

ＣＰＵ１１は、保持している電力の余裕度合い、例えばバッテリの残量が所定の閾値以上かどうかで、各センサを代替センサとなり得るセンサ群として選抜してもよい。図１０の例では、センサＡの次の送信タイミングである時刻ｔ２までにセンサＡからセンサＢへの交換が可能であったとしても、センサＢのバッテリの残量が所定の閾値未満であれば、ＣＰＵ１１は、そのセンサＢを代替センサとなり得るセンサ群として選抜しないようにしてもよい。なお、ＣＰＵ１１は、対象センサの位置でセンサへの給電が可能であり、センサ群として抽出したセンサが給電可能なセンサであれば、バッテリの残量は判断に用いなくてもよい。

図１１は、情報処理装置１０による情報提供処理の流れを示すフローチャートであり、図５のステップＳ１４の処理の詳細を示すフローチャートである。

ＣＰＵ１１は、図８で代替センサとなり得るセンサ群として選抜したセンサ群のそれぞれのセンサに対し、図１１に示した処理を実行する。まず、ＣＰＵ１１は、対象センサ側の余裕時間を算出する（ステップＳ１３１）。対象センサ側の余裕時間とは、対象センサでの送信タイミングまでの余裕の時間である。具体的には、ＣＰＵ１１は、対象センサの次の送信タイミングの時刻から、現在時刻及びステップＳ１２２で算出した交換時間を引いた時間を、対象センサ側の余裕時間とする。

続いて、ＣＰＵ１１は、代替センサ側の余裕時間を算出する（ステップＳ１３２）。代替センサ側の余裕時間とは、代替センサでの送信タイミングまでの余裕の時間である。具体的には、ＣＰＵ１１は、代替センサ側の次の送信タイミングの時刻から、対象センサ側の次の送信タイミングの時刻及びステップＳ１２２で算出した交換時間を引いた時間を、代替センサ側の余裕時間とする。

続いて、ＣＰＵ１１は、対象センサ側の余裕時間が長い方から上位Ｘ位までのセンサを抽出する（ステップＳ１３３）。Ｘの初期値は任意である。

続いて、ＣＰＵ１１は、代替センサ側の余裕時間が長い方から上位Ｙ位までのセンサを抽出する（ステップＳ１３４）。Ｙの初期値は任意である。ステップＳ１３３とステップＳ１３４は、どちらが先に行われてもよい。

続いて、ＣＰＵ１１は、ステップＳ１３３で抽出した上位Ｘ位までのセンサ、及びステップＳ１３４で抽出した上位Ｙ位までのセンサの両方を満たすセンサがあるかどうかを判断する（ステップＳ１３５）。

上位Ｘ位までのセンサ及び上位Ｙ位までのセンサの両方を満たすセンサが存在すれば（ステップＳ１３５；Ｙｅｓ）、ＣＰＵ１１は、その中から最も上位のセンサを代替センサとして特定する（ステップＳ１３６）。一方、上位Ｘ位までのセンサ及び上位Ｙ位までのセンサの両方を満たすセンサが存在しなければ（ステップＳ１３５；Ｎｏ）、ＣＰＵ１１は、Ｘ又はＹの値を１つ増加させて（ステップＳ１３７）、ステップＳ１３３の処理に戻る。ステップＳ１３７の処理を複数回実行する場合、ＣＰＵ１１は、Ｘの値とＹの値とを交互に増加させてもよく、Ｘの値又はＹの値だけを増加させ続けてもよい。

図１１に示した一連の処理により、ＣＰＵ１１は、対象センサの代替となる代替センサを１つ決定することができる。

ここまでの処理で、ＣＰＵ１１が代替センサの候補となるセンサ群を抽出できなかったり、センサ群の中から代替センサを決定できなかったりする場合も考えられる。その場合、ＣＰＵ１１は、対象センサの設置場所で測定するデータの重要度と、他の場所で測定するデータの重要度とを比較して、代替センサを決定してもよい。

重要度の高低は、測定対象の動作の制御に用いられているかどうかで決められてもよい。例えば、ショーケースの温度制御のために温度を測定している場合は、温度データの重要度を相対的に高く設定し、単に温度データを定期的に取得しているだけの場合は、温度データの重要度を相対的に低く設定してもよい。そして、ＣＰＵ１１は、故障したのが、温度データの重要度が高い場所に設置されているセンサであれば、周囲に設置されている、温度データの重要度が低い場所に設置されているセンサを代替センサとして決定してもよい。

また例えば、単一のデータでしか判断ができない場合は、そのデータの重要度を高く設定し、複数のデータの組み合わせで判断が可能な場合は、そのデータの重要度を低く設定してもよい。そして、ＣＰＵ１１は、データの重要度が低い場所に設置されているセンサを代替センサとして決定してもよい。

図１２は、情報処理装置１０による情報提供処理の流れを示すフローチャートであり、図５のステップＳ１５の処理の詳細を示すフローチャートである。

ＣＰＵ１１は、対象センサの次の送信タイミングの時刻から、交換に要する時間を引いた時間までの時間が、現在の時刻から所定の閾値未満となったかどうか判断する（ステップＳ１４１）。このステップＳ１４１での所定の閾値は任意である。

対象センサの次の送信タイミングの時刻から、交換に要する時間を引いた時間までの時間が、現在の時刻から所定の閾値未満であれば（ステップＳ１４１；Ｙｅｓ）、ＣＰＵ１１は、保守業者５０の端末６０に対して、センサの交換タイミングが来たことを通知する（ステップＳ１４２）。端末６０への通知方法は特定のものに限定されるものではなく、例えばメールであってもよく、ＳＭＳ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）又はＭＭＳ（Ｍｕｌｔｉｍｅｄｉａ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｃｅ）等の携帯電話向けのメッセージサービスを利用したものであってもよい。

続いて、図５のステップＳ１６の処理において、ＣＰＵ１１が端末６０に表示させるユーザインタフェースを説明する。図１３は、ＣＰＵ１１が端末６０に表示させるユーザインタフェースの例を示す図である。図１３には、対象センサの位置に代替センサを設置したかどうか、センサからデータを手動で送信したか、及びセンサから送られたデータは許容範囲であったかどうか、を保守業者５０に確認させる画面が端末６０に表示されている例が示されている。ＣＰＵ１１は、図１３に示したようなユーザインタフェースを端末６０に表示させることで、保守業者５０の作業を支援できる。

続いて、図５のステップＳ１７の処理において、ＣＰＵ１１が端末６０に表示させるユーザインタフェースを説明する。図１４は、ＣＰＵ１１が端末６０に表示させるユーザインタフェースの例を示す図である。

図１４には、見取り図上に温度センサの設置場所を示すアイコン７１Ａ、７１Ｂが示されている。ここで、アイコン７１Ａに対応する「センサ１」が故障した対象センサで、アイコン７１Ｂに対応する「センサ２」が代替センサであるとする。保守業者５０は、手７２で画面を操作することで、センサの論理的な紐付けを行うことができる。

例えば、保守業者５０が手７２を用いて、アイコン７１Ｂにタッチし、アイコン７１Ｂをアイコン７１Ａの場所に移動させる。ＣＰＵ１１は、保守業者５０の操作に応じて、アイコン７１Ａの場所にあったセンサを、それまでアイコン７１Ｂの場所にあったセンサに置き換えるよう、センサ情報ＤＢ１１１を更新する。

また例えば、保守業者５０がアイコン７１Ａを手７２で所定時間タッチし続けると、ＣＰＵ１１は、保守業者５０の操作に応じて、アイコン７１Ａの場所にあったセンサの紐付けを解除するよう、センサ情報ＤＢ１１１を更新してもよい。

このようにセンサを交換した後で、センサを元の場所に戻す必要がある場合に、センサの元の場所が分かっている必要がある。センサ情報ＤＢ１１１に、センサの元々の設置場所を示す情報が格納されているので、ＣＰＵ１１は、センサ情報ＤＢ１１１を参照し、センサの元々の設置場所を見取り図上に表示してもよい。

本実施形態に係る情報処理装置１０は、一連の動作を実行することで、センサが故障等の理由で一時的に使用できなくなった場合、周囲のセンサから代替センサを決定することができる。また、本実施形態に係る情報処理装置１０は、一連の動作を実行することで、センサの交換作業を実施する保守業者に対して、交換作業を支援できる。

ＣＰＵ１１は、図１０の例において、センサＢの次の送信タイミングである時刻ｔ４までにセンサＢを元の場所に戻すことが可能かどうかを判断していたが、時刻ｔ４までにセンサＢの代替となる代替センサが、センサＢの元の場所に存在していればよい。従って、センサＢをセンサＡの場所に設置したタイミングで、今度はセンサＢが対象センサとなり、ＣＰＵ１１は、対象センサであるセンサＢを代替する代替センサを決定してもよい。

なお、上記各実施形態でＣＰＵがソフトウェア（プログラム）を読み込んで実行した情報提供処理を、ＣＰＵ以外の各種のプロセッサが実行してもよい。この場合のプロセッサとしては、ＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等の製造後に回路構成を変更可能なＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）、及びＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）等の特定の処理を実行させるために専用に設計された回路構成を有するプロセッサである専用電気回路等が例示される。また、情報提供処理を、これらの各種のプロセッサのうちの１つで実行してもよいし、同種又は異種の２つ以上のプロセッサの組み合わせ（例えば、複数のＦＰＧＡ、及びＣＰＵとＦＰＧＡとの組み合わせ等）で実行してもよい。また、これらの各種のプロセッサのハードウェア的な構造は、より具体的には、半導体素子等の回路素子を組み合わせた電気回路である。

また、上記各実施形態では、情報提供処理のプログラムがＲＯＭまたはストレージに予め記憶（インストール）されている態様を説明したが、これに限定されない。プログラムは、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＤＶＤ－ＲＯＭ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、及びＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリ等の記録媒体に記録された形態で提供されてもよい。また、プログラムは、ネットワークを介して外部装置からダウンロードされる形態としてもよい。

また上記各実施形態におけるプロセッサの動作は、１つのプロセッサによって成すのみでなく、物理的に離れた位置に存在する複数のプロセッサが協働して成すものであってもよい。また、プロセッサの各動作の順序は上記各実施形態において記載した順序のみに限定されるものではなく、適宜変更してもよい。

１０ 情報処理装置
２０Ａ、２０Ｂ、２０Ｃ ショーケース
３０Ａ、３０Ｂ、３０Ｃ 温度センサ
５０ 保守業者
６０ 端末

Claims (15)

1. プロセッサを備え、
   前記プロセッサは、
   センシング結果を所定のタイミングで送信する対象センサと機能的に代替が可能なセンサ群を所定の範囲内で抽出し、
   対象センサの送信タイミング、及び前記対象センサの位置と前記センサ群のセンサの各々の位置に基づき、前記センサ群の中から前記対象センサを代替する代替センサを特定する
   処理を実行する、情報処理装置。
2. 前記プロセッサは、前記対象センサのデータ送信タイミングまでに該対象センサと交換可能かどうかで前記代替センサを特定する、請求項１に記載の情報処理装置。
3. 前記プロセッサは、前記対象センサのデータ送信タイミング以降、該代替センサのデータ送信タイミングまでに該代替センサを元に戻せるかどうかで前記代替センサを特定する、請求項２に記載の情報処理装置。
4. 前記プロセッサは、複数の前記代替センサが特定できた場合、前記対象センサのデータ送信タイミングまで余裕のある時間が最も長いものを代替センサとして特定する、請求項１に記載の情報処理装置。
5. 前記プロセッサは、複数の前記代替センサが特定できた場合、前記代替センサのデータ送信タイミングまで余裕のある時間が最も長いものを代替センサとして特定する、請求項４に記載の情報処理装置。
6. 前記プロセッサは、前記余裕のある時間を、前記対象センサの送信タイミングと、前記対象センサと前記代替センサの入れ替えに要する時間とに基づいて算出する、請求項４又は５に記載の情報処理装置。
7. 前記プロセッサは、前記センサ群のセンサの各々の位置とで求められる、前記対象センサと前記センサの入れ替えに要する時間を用いて前記代替センサを特定する、請求項１に記載の情報処理装置。
8. 前記プロセッサは、複数の前記代替センサが特定できた場合、保持している電力の余裕度合いに基づいて代替センサを特定する、請求項１に記載の情報処理装置。
9. 前記プロセッサは、前記対象センサの測定対象と前記代替センサの測定対象とで重要度を比較した結果に基づいて代替センサを特定する、請求項１に記載の情報処理装置。
10. 前記重要度は、測定対象の動作の制御に用いられるかどうかで決定される指標である、請求項９に記載の情報処理装置。
11. 前記センサ群は、前記対象センサと同一の種類のデータを送信可能なセンサの集合である、請求項１に記載の情報処理装置。
12. 前記センサ群は、前記対象センサが出力する範囲のデータを送信可能なセンサの集合である、請求項１１に記載の情報処理装置。
13. 前記センサ群は、前記対象センサと同一の頻度でデータを送信可能なセンサの集合である、請求項１１又は１２に記載の情報処理装置。
14. 前記センサ群は、前記対象センサと同一の方法で設置可能なセンサの集合である、請求項１１又は１２に記載の情報処理装置。
15. コンピュータに、
    センシング結果を所定のタイミングで送信する対象センサと機能的に代替が可能なセンサ群を所定の範囲内で抽出し、
    対象センサの送信タイミング、及び前記対象センサの位置と前記センサ群のセンサの各々の位置に基づき、前記センサ群の中から前記対象センサを代替する代替センサを特定する
    処理を実行させる、コンピュータプログラム。