JP7533009B2 - 情報処理装置及びプログラム - Google Patents

Description

本発明は、情報処理装置及びプログラムに関する。

ＩｏＴ（物のインターネット）技術の発展に伴い、様々な場所にあるセンサ等の端末からネットワーク経由で情報を収集し、解析するシステムが普及している。また、移動する端末から、携帯電話網その他の広域ネットワークを介して情報を収集するシステムもある。

特許文献１に開示された状態通知装置は、ＢＬＥ（Ｂｌｕｅｔｏｏｔｈ（登録商標） Ｌｏｗ Ｅｎｅｒｇｙ）等の近距離無線通信で印刷装置等のデバイスの状態を収集し、収集した状態からデバイスのエラー発生（例えば消耗品不足）の有無を判定する。そして、エラーが発生したと判定した場合、その旨を報知する。

特許文献２には、ＩｏＴ（物のインターネット）端末から中継端末を介してセンサデータを収集するシステムにおいて、中継端末が正常に動作しているか監視し、異常発生を検出する仕組みが開示されている。この仕組みでは、監視用端末が、中継端末からの取得要求を検出し、取得要求に応じた中継端末における取得動作に関する正常性が確認された場合、センサデータと同様にして中継端末から上位装置へ中継転送される監視用データを、通信回線を介して中継端末へ送信し、外形監視装置が、上位装置で収集された監視用データの受信状況に基づいて、センサデータが中継端末を含む通信経路で正常に収集されていることを外形監視する。

またウェアラブルデバイス等の移動可能な端末から情報を収集するケースもある。このようなケースでは、情報を収集する装置からＢＬＥ等の通信方式で通信可能な範囲の外に端末が出てしまうと、その端末から情報が収集できない。

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

端末から情報が収集できなかった場合に、対処を求める通知をその端末のユーザに対して送ることが考えられる。しかし、ユーザの事情を考慮せずに一律に通知を行うのでは、ユーザを不必要に煩わせたり、ユーザにとって分かりにくい内容の通知になったりするなど、通知によりユーザが不便を被るおそれがある。

本発明は、情報を収集できなかった端末のユーザに対して一律に通知を行う方式よりも、端末のユーザが通知により被る不便を低減することを目的とする。

請求項１に係る発明は、プロセッサを含み、前記プロセッサは、ユーザが通常いる場所に対応する中継装置を経由して、前記ユーザが携帯する端末からの情報の収集を試行し、前記端末から前記情報が収集できなかった場合、前記情報が収集できるように対処を求める通知を前記ユーザに送るが、その場合において、予定管理システムに登録されている前記ユーザの予定情報が、前記ユーザが終日欠席であること、または、前記ユーザが前記通常の場所とは別の場所にいること、を示していれば、前記通知を前記ユーザに対して送らない、ことを特徴とする情報処理装置である。
請求項２に係る発明は、プロセッサを含む情報処理装置であって、前記プロセッサは、ユーザが通常いる場所に対応する中継装置を経由して、前記ユーザが携帯する端末からの情報の収集を試行し、前記端末から前記情報が収集できなかった場合、前記情報が収集できるように対処を求める通知を前記ユーザに送るが、その場合において、予定管理システムに登録されている前記ユーザの予定情報が、前記ユーザが前記通常の場所とは別の場所にいること、を示していれば、前記通知として、当該別の場所の付近にある、前記端末と前記情報処理装置との間の通信の中継が可能な中継装置を特定する情報を含む通知を送る、ことを特徴とする情報処理装置である。
請求項３に係る発明は、機器に内蔵された情報処理装置であって、プロセッサを含み、前記プロセッサは、ユーザが携帯する端末からの情報の収集を試行し、前記機器の使用履歴を参照し、前記端末から前記情報が収集できなかった場合、前記情報の収集が試行される期間に、前記ユーザが前記機器の直接の操作を伴う種類の処理を前記機器に実行させるタイプの使用をしたことを前記使用履歴が示している場合、前記端末の状態の確認を求める内容の通知を前記ユーザに送る、ことを特徴とする情報処理装置である。
請求項４に係る発明は、コンピュータに、ユーザが通常いる場所に対応する中継装置を経由して、前記ユーザが携帯する端末からの情報の収集を試行し、前記端末から前記情報が収集できなかった場合、前記情報が収集できるように対処を求める通知を前記ユーザに送るが、その場合において、予定管理システムに登録されている前記ユーザの予定情報が、前記ユーザが終日欠席であること、または、前記ユーザが前記通常の場所とは別の場所にいること、を示していれば、前記通知を前記ユーザに対して送らない、処理を実行させるためのプログラムである。
請求項５に係る発明は、コンピュータに、ユーザが通常いる場所に対応する中継装置を経由して、前記ユーザが携帯する端末からの情報の収集を試行し、前記端末から前記情報が収集できなかった場合、前記情報が収集できるように対処を求める通知を前記ユーザに送るが、その場合において、予定管理システムに登録されている前記ユーザの予定情報が、前記ユーザが前記通常の場所とは別の場所にいること、を示していれば、前記通知として、当該別の場所の付近にある、前記端末と前記コンピュータとの間の通信の中継が可能な中継装置を特定する情報を含む通知を送る、処理を実行させるためのプログラムである。
請求項６に係る発明は、機器に内蔵されたコンピュータに、ユーザが携帯する端末からの情報の収集を試行し、前記機器の使用履歴を参照し、前記端末から前記情報が収集できなかった場合、前記情報の収集が試行される期間に、前記ユーザが前記機器の直接の操作を伴う種類の処理を前記機器に実行させるタイプの使用をしたことを前記使用履歴が示している場合、前記端末の状態の確認を求める内容の通知を前記ユーザに送る、処理を実行させるためのプログラムである。
参考例１の構成は、プロセッサを含み、前記プロセッサは、ユーザが携帯する端末からの情報の収集を試行し、前記端末から前記情報が収集できなかった場合、前記ユーザの行動に関する情報に基づいて前記ユーザへの通知を制御する、ことを特徴とする情報処理装置である。

参考例２の構成は、前記行動に関する情報には、予定管理システムが管理する前記ユーザの予定情報が含まれる、参考例１に記載の情報処理装置である。

参考例３の構成は、前記プロセッサは、前記端末から前記情報を収集できない場所に現在前記ユーザがいる予定であること、を前記予定情報が示している場合には、前記通知を前記ユーザに送らない、ことを特徴とする参考例２に記載の情報処理装置である。

参考例４の構成は、前記プロセッサは、前記端末から前記情報を収集できない場所に現在前記ユーザがいる予定であること、を前記予定情報が示している場合には、そうでない場合とは異なる内容の前記通知を前記ユーザに送る、ことを特徴とする参考例２に記載の情報処理装置である。

参考例５の構成は、前記端末から前記情報を収集できない場所に現在前記ユーザがいる予定であること、を前記予定情報が示している場合に、前記プロセッサが前記ユーザに送る前記通知には、前記ユーザが現在いる予定である前記場所の付近にある、前記端末と前記情報処理装置との間の通信の中継が可能な装置を特定する情報を含む、ことを特徴とする参考例４に記載の情報処理装置である。

参考例６の構成は、前記行動に関する情報には、前記ユーザによる機器の使用履歴が含まれる、参考例１に記載の情報処理装置である。

参考例７の構成は、前記情報処理装置は前記機器に内蔵されており、前記プロセッサは、前記端末から前記情報が収集できなかった場合において、前記情報の収集が試行される期間に、前記ユーザが前記機器の直接の操作を伴う種類の処理を前記機器に実行させるタイプの使用をしたことを前記使用履歴が示している場合、前記端末の状態の確認を求める内容の通知を前記ユーザに送る、ことを特徴とする参考例６に記載の情報処理装置である。

参考例８の構成は、前記行動に関する情報には、在席管理システムが管理する前記ユーザの在席又は不在の情報が含まれる、参考例１に記載の情報処理装置である。

参考例９の構成は、コンピュータに、ユーザが携帯する端末からの情報の収集を試行し、前記端末から前記情報が収集できなかった場合、前記ユーザの行動に関する情報に基づいて前記ユーザへの通知を制御する、処理を実行させるためのプログラムである。

請求項１又は４に係る発明によれば、情報を収集できなかった端末のユーザに対して一律に通知を行う方式よりも、端末のユーザが通知により被る不便を低減することができる。更にユーザの予定情報に基づき、端末の情報を情報処理装置に収集可能にするための処置をユーザがとりにくいときに通知を送るという無駄を省くことができる。

請求項２又は５に係る発明によれば、情報を収集できなかった端末のユーザに対して一律に通知を行う方式よりも、端末のユーザが通知により被る不便を低減することができる。更にユーザの予定情報に基づき、ユーザがいる予定の場所の付近の、中継が可能な装置をユーザに知らせることができる。

請求項３又は６に係る発明によれば、ユーザが機器を使用したかどうかで分かるユーザの在・不在に応じて通知を制御することができる。

更に、端末から情報を収集する情報処理装置を内蔵する機器の近くにユーザがいたにもかかわらずその端末から情報を収集できなかったことから端末の異常と推定し、ユーザに端末の状態の確認を求めることができる。

参考例８によれば、在席管理システムが管理しているユーザの在・不在の情報に応じて通知を制御することができる。

実施形態のシステム構成を例示する図である。 エッジデバイスの機能を持つ複合機のハードウエア構成を例示する図である。 エッジデバイスが管理している管理情報の例を示す図である。 エッジデバイスの処理手順の例を示す図である。 センサ端末から情報収集ができない原因を判定するルールを例示する図である。

＜システムの全体構成＞
図１に、本実施形態のシステム構成を例示する。図１のシステムは、ユーザが携帯するセンサ端末１０２が検知したデータすなわち情報を収集するためのものである。あくまで一例であるが、このシステムは、オフィスで働く従業員の健康を管理するためのシステムであるとする。

また図１の例では、個々のユーザすなわちそのオフィスの従業員は、それぞれセンサ端末１０２を携帯している。この例では、センサ端末１０２は、例えば、腕や耳等といった身体の一部に装着するウェアラブル端末として構成されている。センサ端末１０２は、心拍センサ、体温センサ、脳波センサ、心電センサ等といった身体の状態を検出する１以上のセンサを搭載している。センサ端末１０２が内蔵するそれらセンサは、装着しているユーザの心拍数や体温等といった身体状態を例えば定期的に計測し、計測結果を示すデータを生成する。またセンサ端末１０２は、内蔵するセンサの検出結果のデータから、ユーザの集中力やストレス等を表す二次的な指標値を算出してもよい。

オフィス内には複合機１０４が設置されている。複合機１０４は、プリンタ、スキャナ、コピー機、ファクシミリ、情報処理機能及びネットワーク通信機能を備えた多機能装置である。複合機１０４は、分析サーバ１０６にとって、エッジコンピューティングのエッジデバイスとしての機能を果たす部分を有する。以下、この機能部分のことをエッジデバイスと呼ぶ。エッジデバイスは、そのオフィス内の各ユーザのセンサ端末１０２の検出したデータ又は算出したデータを収集する。また、エッジデバイスは、収集したデータに対して所定の処理を実行し、処理の結果得られた処理結果データを分析サーバ１０６に送る。分析サーバ１０６は、複数の複合機１０４内のエッジデバイスから、各ユーザのセンサ端末１０２から収集したデータ、又はそのデータの処理結果を受け取り、それらデータを分析し、その分析の結果に応じて様々なサービスを提供する。分析サーバ１０６は、例えばインターネット上に設けられている。この場合エッジデバイスは、収集したデータをインターネット経由で分析サーバ１０６に送信する。

エッジデバイスによるセンサ端末１０２からのデータの収集は、オフィス内のＬＡＮ（ローカルエリアネットワーク）経由で、又はＢＬＥ等の近接無線通信経由で行われる。例えば、省電力のためにＢＬＥプロトコルは搭載しているがＷｉ－Ｆｉ等の無線ＬＡＮ機能は搭載していない、或いは無線ＬＡＮ機能は常用しない設定となっているセンサ端末１０２からのデータは、ＢＬＥ経由で収集される。一方、無線ＬＡＮ機能でオフィス内のＬＡＮに接続されているセンサ端末１０２からのデータは、ＬＡＮ経由で収集される。

また、センサ端末１０２が検出したデータの収集が、中継装置１０８経由で行われる場合もある。例えば、センサ端末１０２を携帯するユーザの席が複合機１０４から遠く、かつそのセンサ端末１０２がＬＡＮに接続されていない場合、そのセンサ端末１０２のデータはまずＢＬＥ経由で中継装置１０８に渡され、中継装置１０８から複合機１０４へとＢＬＥ又はＬＡＮ経由で送信される。中継装置１０８を用いる場合、ユーザは、ＢＬＥ通信を可能にするために、予め自分のセンサ端末１０２と中継装置１０８とのペアリングを行っておく。中継装置１０８は、例えば、ユーザのＰＣ（パーソナルコンピュータ）やスマートフォン、タブレット端末等である。

エッジデバイスは、オフィス内のＬＡＮ等のネットワーク上にあるグループウェアサーバ１１０や在席管理システム１１２等のサーバにアクセス可能である。グループウェアサーバ１１０には、オフィス内の各ユーザの予定を管理するシステムであり、各ユーザの予定情報が登録されている。また在席管理システム１１２は、ユーザが自席にいるか、又は自室にいるか、又はユーザがオフィス内のどの場所にいるかを検出し、管理するシステムである。在席管理システム１１２は、オフィスの各場所の出入口に設けられたセンサやＩＤカードリーダの読み取り結果に応じて各場所へのユーザの出入りを管理する入退室管理システムであってもよい。また、在席管理システム１１２は、ユーザの席やＰＣに設けられたセンサによりユーザが自席にいるか否かを検知するものであってもよい。また在席管理システム１１２は、ユーザが携帯する無線タグや赤外線タグ等を読み取ることによりユーザの所在場所を検知するシステムであってもよい。エッジデバイスは、ユーザがオフィス内にいるか、又はオフィス内のどこにいるかを判断するために、それらサーバが管理している情報を参照することができる。

＜複合機のハードウエア構成＞
複合機１０４のハードウエア構成の主要部の一例を図２に示す。図２に例示するように、複合機１０４は、内蔵するコンピュータを構成するハードウエアとして、プロセッサ２０２、ランダムアクセスメモリ（ＲＡＭ）等のメモリ（主記憶装置）２０４、フラッシュメモリやＳＳＤ（ソリッドステートドライブ）、ＨＤＤ（ハードディスクドライブ）等の不揮発性記憶装置である補助記憶装置２０６を制御するコントローラ、各種の入出力装置２０８とのインタフェース、ローカルエリアネットワークなどのネットワークとの接続のための制御を行うネットワークインタフェース２１０等が、例えばバス２１２等のデータ伝送路を介して接続された回路構成を有する。ネットワークインタフェース２１０は、Ｗｉ－Ｆｉ等の無線ＬＡＮ規格の通信のための回路を含んでいてもよい。入出力装置２０８の中には、例えば、タッチパネル等の表示装置兼入力装置やスピーカ等の音声出力装置等が含まれる。以上に説明した部分の回路構成は、汎用のコンピュータと同様のものでよい。

また、複合機１０４は、バス２１２等を介してそのコンピュータハードウエアに接続されたＢＬＥモジュール２１４、プリンタ２１６及びスキャナ２１８等を備える。ＢＬＥモジュール２１４は、ＢＬＥプロトコルに準拠した近距離無線通信のための無線通信モジュールである。プリンタ２１６及びスキャナ２１８は、複合機１０４のコピー、プリント、及びスキャンの機能のための機構である。

複合機１０４のコンピュータハードウエアの部分が、ＵＩ（ユーザインタフェース）のための処理、ネットワーク等を介した情報通信の制御、スキャナ、プリンタ及びファクシミリ装置等の各種機能要素の制御、エッジデバイス機能のための情報処理等を実行する。これら各種の処理や制御の内容が記述されたプログラムが、ネットワーク等を経由してそのコンピュータハードウエアにインストールされ、補助記憶装置２０６に保存される。補助記憶装置２０６に記憶されたプログラムが、プロセッサ２０２によりメモリ２０４を用いて実行されることにより、この実施形態の情報処理装置が実現される。

ここでプロセッサ２０２とは広義的なプロセッサを指し、汎用的なプロセッサ（例えばＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、等）や、専用のプロセッサ（例えばＧＰＵ：Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＦＰＧＡ：Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、プログラマブル論理デバイス、等）を含むものである。

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

複合機１０４内のエッジデバイスは、データ収集の対象である各センサ端末１０２の管理情報を保持している。この管理情報の一例を図３に示す。

図３に例示する管理情報は、従業員ＩＤ、センサ端末識別子、前回のデータ通信方式、前回のデータ受信時刻、通知先、予定情報等の各項目を含んでいる。

従業員ＩＤは、センサ端末１０２を携帯しているユーザの識別情報である。センサ端末識別子は、そのセンサ端末１０２の識別情報であり、図示例ではＢＤアドレスである。ＢＤアドレスは、Ｂｌｕｅｔｏｏｔｈ対応デバイスの識別情報であり、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスと同形式の情報である。

前回のデータ通信方式は、そのセンサ端末１０２から前回データを収集した際に用いた通信方式である。このデータ通信方式には、例えば、「ＬＡＮ（直接）」、「ＢＬＥ（直接）」、「ＬＡＮ（中継）」、「ＢＬＥ（中継）」の４つがある。「ＬＡＮ（直接）」は、エッジデバイスがＬＡＮ経由で直接（すなわち中継装置１０８を介さずに）そのセンサ端末１０２からデータを収集したことを示す。この方式の場合、前回のデータ通信方式の欄には、その収集時のセンサ端末１０２のＩＰアドレスの情報も記録される。「ＢＬＥ（直接）」は、エッジデバイスがＢＬＥ接続で直接そのセンサ端末１０２からデータ収集を行ったことを示す。「ＬＡＮ（中継）」は、エッジデバイスが中継装置１０８を介してそのセンサ端末１０２からデータを収集し、その際エッジデバイスは中継装置１０８とＬＡＮ経由で通信したことを示す。この方式の場合、前回のデータ通信方式の欄には、その収集時の中継装置１０８のＩＰアドレスの情報も記録される。「ＢＬＥ（中継）」は、エッジデバイスが中継装置１０８を介してそのセンサ端末１０２からデータを収集し、その際エッジデバイスは中継装置１０８とＢＬＥ経由で通信したことを示す。

なお、前回のデータ通信方式の代わりに、又はこれに加えて、通常のデータ通信方式を管理情報に含めてもよい。オフィスにユーザの席が固定的に設けられている場合等、ユーザがオフィス内で通常いる場所が決まっている場合が少なくない。通常いる場所が決まっている場合、その場所にいるユーザのセンサ端末１０２からのデータ収集に用いることができるデータ通信方式は自ずと決まってくる。通常のデータ通信方式とは、このように、通常いる場所にいるユーザのセンサ端末１０２とデータ通信するために予め定めたデータ通信方式のことである。

例えば、その通常いる場所がエッジデバイスに十分近ければ、データ通信方式として「ＢＬＥ（直接）」を用いるのが簡便且つ省電力であり、そのためにセンサ端末１０２は複合機１０４とペアリングしておくのが便利である。また、その場所がエッジデバイスから遠い（すなわちＢＬＥで直接通信できない）場合、センサ端末１０２が無線ＬＡＮを利用可能であり、無線ＬＡＮの電力消費も許容されるならば、データ通信方式として「ＬＡＮ（直接）」を用いるのが簡便である。この場合、エッジデバイスには、そのセンサ端末１０２のＩＰアドレスを登録しておくことが便利である。また、その場所がエッジデバイスから遠く、センサ端末１０２が装置構成上又は電力消費の観点で無線ＬＡＮ利用不可の場合には、データ通信方式は「ＬＡＮ（中継）」、「ＢＬＥ（中継）」のどちらかになる。この場合、ユーザが通常いる場所の近傍にある装置（例えばそのユーザの席のＰＣ）が中継装置１０８として選択され、その中継装置１０８とエッジデバイスとの通信接続形態がＬＡＮ、ＢＬＥのいずれであるかに応じて「ＬＡＮ（中継）」、「ＢＬＥ（中継）」のどちらかが決まる。

前回のデータ受信時刻は、そのセンサ端末１０２から前回データを収集したときの、そのデータの受信時刻である。

通知先は、当該センサ端末１０２を携帯しているユーザに通知する場合の通知先を示す情報である。図示例では、通知先としてそのユーザの電子メールアドレスが登録されている。

予定情報は、当該センサ端末１０２を携帯しているユーザの現在の予定を示す情報である。この情報は、グループウェアサーバ１１０から取得される。エッジデバイスは、例えば所定時間ごとに定期的に、そのユーザのその時点での予定をグループウェアサーバ１１０から読み出し、管理情報に登録する。なお、エッジデバイスは、そのユーザの現在の予定の情報が必要になった時点で、グループウェアサーバ１１０からその時点のそのユーザの予定を読み出してもよく、この場合は管理情報内に予定情報を持つ必要なはい。

エッジデバイスは、自らが管理している各センサ端末１０２について、図３に例示した情報を保持し、管理している。

エッジデバイスは、例えば定期的（例えば１時間ごと等）に、管理対象の各センサ端末１０２からデータの収集を行う。エッジデバイスは、あるセンサ端末１０２からデータを収集する場合、管理情報（図３参照）内のそのセンサ端末１０２の「前回のデータ通信方式」と同じ方式でそのセンサ端末１０２からのデータ収集を試みる。例えば、前回のデータ通信方式が「ＢＬＥ（直接）」である場合、エッジデバイスは、そのセンサ端末１０２に対してＢＬＥでの通信を試み、通信が成功したらデータを収集する。また例えば前回のデータ通信方式が「ＬＡＮ（中継）」の場合、エッジデバイスは、その方式のパラメータとして管理情報に記録されているＩＰアドレスとの通信を試み、通信が成功した場合、そのＩＰアドレスの装置（すなわち前回用いられた中継装置１０８）に対して、そのセンサ端末１０２のＢＤアドレスを通知し、そのＢＤアドレスからのデータの収集を依頼する。そして、その依頼に応じてその中継装置１０８から応答されたデータを収集する。

前回のデータ通信方式での通信でセンサ端末１０２からデータを収集できない場合には、２つのケースがある。１つはセンサ端末１０２に通信接続できない場合（中継装置１０８と通信できない場合も含む）であり、もう１つはセンサ端末１０２と通信接続はできたがそのセンサ端末１０２が今回の収集時刻に対応する最新データを持っていない場合である。後者の場合は、センサ端末１０２の異常が考えられるので、エッジデバイスはそのセンサ端末１０２に異常が発生している可能性がある旨、自装置内のデータベースに記録してもよい。

前者の場合、エッジデバイスは、必須ではないが、更に別の通信方式でそのセンサ端末１０２からのデータ収集を試みてもよい。この場合、エッジデバイスは、例えば、「ＢＬＥ（直接）」、「ＬＡＮ（直接）」、「ＢＬＥ（中継）」、「ＬＡＮ（中継）」の４つの方式を所定の順序で試行してもよい。このときの「ＢＬＥ（中継）」方式の試行では、エッジデバイスとＢＬＥでペアリング済みの各中継装置１０８に対してそのセンサ端末１０２からのデータ収集を依頼する。また「ＬＡＮ（中継）」方式の試行では、エッジデバイスは、例えばマルチキャストで、ＬＡＮ上の各中継装置１０８に対してそのセンサ端末１０２からのデータ収集を依頼する。

前回のデータ通信方式でも、追加で行った他の通信方式での試行でも、センサ端末１０２からデータを収集できなかった場合、そのセンサ端末１０２については、管理情報内の前回のデータ受信時刻は更新されないままとなる。

エッジデバイスは、図示は省略するが、センサ端末１０２から収集したデータを、従業員ＩＤ又はセンサ端末識別子に対応付けて、かつ収集を行った時刻とも対応付けて、エッジデバイス内のデータベースに保存する。またエッジデバイスは、管理情報（図３参照）内のそのセンサ端末１０２についての「前回のデータ受信時刻」に、今回データを収集した時刻を上書きする。また、エッジデバイスは、保存したそのデータを用いて所定の分析処理を実行し、その処理結果を、例えば収集したデータと共に、分析サーバ１０６に送信する。

このようなデータ収集処理とは別に、エッジデバイスは、フォローアップ処理を実行する。フォローアップ処理は、最新時点のデータを収集できなかったセンサ端末１０２のユーザに対して、そのセンサ端末１０２からデータ収集ができるようにするための対処を求めるアクションを行う。フォローアップ処理は、例えば、定期的なデータ収集のタイミング同士の間の所定のタイミングで実行される。またフォローアップ処理では、まず最新データを収集できていないセンサ端末１０２に対して再度データ収集を試行し、その再度の試行でもデータを収集できない場合に、前述のアクションを実行してもよい。

図４に、フォローアップ処理のタイミングが到来したときに実行されるそのフォローアップ処理の手順の例を示す。この手順では、エッジデバイスは、管理情報を調べ（４０２）、最新のデータが未収集であるセンサ端末１０２があるかどうかを判定する（４０４）。例えば、データ収集は毎正時に実行され、このフォローアップ処理が実行される１２月１７日１５時３０分の時点では、管理情報が図３に例示するものであったとする。この場合、エッジデバイスはユーザ「Ａさん」及び「Ｄさん」のセンサ端末１０２については最新データが収集済みであり、ユーザ「Ｂさん」と「Ｃさん」のセンサ端末１０２については最新データが未収集であると判定する。

ステップ４０４の判定の結果がＮｏ、すなわち管理対象のセンサ端末１０２の全てについて最新データの収集が完了している場合には、この処理は終了する。

ステップ４０４の判定結果がＹｅｓの場合、エッジデバイスは、最新データが未収集のセンサ端末１０２ごとにステップ４０６～４１６の処理を実行する。すなわちエッジデバイスは、そのセンサ端末１０２からデータの再収集を試みる（４０６）。この再収集は、データ収集処理における収集と同様の方法で行えばよい。次にエッジデバイスは、その再収集が成功したかどうかを判定し（４０８）、成功の場合は収集したデータをデータベースに記録し、そのデータを用いて分析を行い、その分析結果や収集したデータを分析サーバ１０６に送る（４１０）。

ステップ４０８でデータの収集が失敗した場合、エッジデバイスは、その失敗の原因を推定する（４１２）。

収集失敗には、大きく分けて３つのケースがある。（ａ）センサ端末１０２と通信できたが最新のデータを取得できないケース、（ｂ）そのセンサ端末１０２からの前回のデータ収集の際に中継にもちいた中継装置１０８と通信できないケース、（ｃ）センサ端末１０２と通信できないケースの３つである。ケース（ａ）では、センサ端末１０２の通信機能以外の部分に何らかの異常が発生していることが考えられる。ケース（ｃ）には、中継装置１０８と通信できない結果、その先のセンサ端末１０２からデータが収集できない場合は含まれない。すなわちケース（ｃ）には、次の２つの場合が含まれる。１つは、前回エッジデバイスから中継装置１０８を介さずにデータを収集したセンサ端末１０２について前回と同じ通信方式でデータを収集できなかった場合である。もう１つは、前回エッジデバイスから中継装置１０８経由でデータを収集したセンサ端末１０２について、前回と同じ中継装置１０８とは通信できたが、その中継装置１０８がそのセンサ端末１０２と通信できなかった場合である。

本実施形態では、これらのうちケース（ｃ）については、データ収集の失敗の原因が、ユーザの行動に応じていくつか考えられる。これに対してケース（ａ）及び（ｂ）については、前者の原因はセンサ端末１０２の異常、後者の原因は中継装置１０８の異常、と明らかなので、ユーザの行動による更なる原因の分類は行わなくてよい。

ケース（ｃ）については、例えば、ユーザの行動に関する情報を参照して、図５に示すルールに従ってその原因を分類する。なお、ケース（ｃ）内での詳細な原因の分類は、ケース（ａ）及び（ｂ）には該当しないとわかっている場合に行われる。

図５の例では、ユーザの行動に関する情報として、「本日のセンサ情報収集履歴」、「本日の複合機ジョブ履歴」、及び「予定情報」を考慮に入れている。

「本日のセンサ情報収集履歴」は、判定の対象であるセンサ端末１０２からの本日内でのデータ収集の履歴であり、この履歴の情報はエッジデバイス自身が保持している。ユーザが携帯しているセンサ端末１０２から本日中にデータを収集した履歴があるということは、そのユーザがデータ収集可能な場所に本日いたというユーザの行動を示す。

「本日の複合機ジョブ履歴」は、そのセンサ端末１０２を携帯するユーザについての、本日内での複合機１０４の使用履歴であり、複合機１０４自身、又はオフィスのネットワーク上にある複合機使用履歴の管理システムから取得できる。複合機１０４の使用には、複合機１０４のローカルでの使用と、リモートからの使用の両方が含まれる。ローカルでの使用とは、複合機１０４に対する直接の操作を伴う種類のジョブを複合機１０４に実行させるタイプの使用である。複合機１０４に対する直接の操作は、例えば複合機１０４のローカルのユーザインタフェース（例えばタッチパネル）に対するユーザの操作である。例えばコピーやスキャン等が、そのような「直接の操作を伴う種類のジョブ」の一例である。リモートからの使用は、複合機１０４に対してネットワーク経由で使用の指示を行うものであり、例えばＰＣからプリントジョブを複合機１０４に送る場合がその例である。センサ端末１０２を携帯しているユーザが複合機１０４を本日中に使用した履歴があるということは、本日オフィスにいたというユーザの行動を示している。

「予定情報」は、データ収集の失敗の時点を含む時間枠についてのユーザの予定であり、グループウェアサーバ１１０に登録されているそのユーザの予定から求められる。この予定情報も、ユーザの行動を示している。

図５の例では、ケース（ｃ）に該当するデータ収集失敗の原因として「欠席」、「一時的な不在」、「通常勤務中だが取得できない」との３つを挙げている。

「欠席」は、センサ端末１０２のユーザが本日欠席していることである。この場合、ユーザは本日オフィスにいない。「欠席」が原因であると判定するのは、次の３つの事項が全て成立した場合である。すなわち、第１の事項は、あるユーザのセンサ端末１０２から本日データを収集した履歴がないことである。第２の事項は、そのユーザが本日複合機１０４を使用した履歴がないことである。第３の事項は、グループウェアサーバ１１０に対して登録されているそのユーザの本日の予定が、終日欠席であることである。

なお、グループウェアサーバ１１０に登録されているユーザの予定が終日欠席であっても、そのユーザのセンサ端末１０２から本日データを収集した履歴がある場合や、そのユーザが本日複合機１０４を使用した履歴がある場合には、「欠席」と判定しないようにしてもよい。

また図５のルールに原因としてあげられている「一時的な不在」とは、ユーザの予定に従った行動により、ユーザが通常いる場所とは異なった場所にいるため、ユーザのセンサ端末１０２からデータが収集できないという状態である。ユーザが通常いる場所にいれば、そのユーザのセンサ端末１０２からは前回のデータ通信方式（又は通常のデータ通信方式）でデータを収集できるはずであるが、予定に従って別の場所にいる場合には、前回又は通常のデータ通信方式ではデータを収集できない。「一時的な不在」がデータ収集失敗の原因であると判定するのは、次の３つの事項が全て成立した場合である。すなわち、第１の事項は、あるユーザのセンサ端末１０２から本日データを収集した履歴があることである。第２の事項は、そのユーザが本日複合機１０４を使用した履歴があることである。第３の事項は、データ収集を失敗した時点を含む時間枠についてのそのユーザが通常の場所とは別の場所にいることを示す予定がグループウェアサーバ１１０に登録されていることである。なお、ここでは第１～第３の事項の全てが成立した場合に「一時的な不在」と判定したが、第１及び第２の事項のうちの少なくとも一方が成立し、かつ第３の事項が成立した場合に、「一時的な不在」と判定してもよい。

また図５のルールに原因としてあげられている「通常勤務中だが取得できない」とは、ユーザが通常いる場所にいると推定されるのに、ユーザのセンサ端末１０２からデータが収集できないという状態である。データ収集失敗の原因が「通常勤務中だが取得できない」であると判定するのは、次の３つの事項が全て成立した場合である。すなわち、第１の事項は、あるユーザのセンサ端末１０２から本日データを収集した履歴があることである。第２の事項は、そのユーザが本日複合機１０４を使用した履歴があることである。第３の事項は、データ収集を失敗した時点を含む時間枠についてのそのユーザの予定がグループウェアサーバ１１０に登録されていないか、又はその時間枠についてのそのユーザの予定が登録されていてもその予定はユーザの通常いる場所にいることを示していることである。なお、ここでは第１～第３の事項の全てが成立した場合に「通常勤務中だが取得できない」と判定したが、第１及び第２の事項のうちの少なくとも一方が成立し、かつ第３の事項が成立した場合に、「通常勤務中だが取得できない」と判定してもよい。

また、「本日のセンサ情報収集履歴」、「本日の複合機ジョブ履歴」、及び「予定情報」の３つの組合せが、図５に例示した「欠席」、「一時的な不在」、「通常勤務中だが取得できない」のいずれにも該当しない場合は、収集失敗の原因を「その他」に分類してもよい。

図４の手順のステップ４１２では、エッジデバイスは、ステップ４０６でのセンサ端末１０２又は中継装置１０８との通信接続状態から、上述のケース（ａ）又は（ｂ）に該当するか判定する。そして、ケース（ａ）及び（ｂ）のいずれにも該当しない場合は、エッジデバイスのデータ収集履歴、複合機１０４のジョブ履歴、及びグループウェアサーバ１１０の予定情報を参照して、例えば図５のルールに従って、ケース（ｃ）における詳細な原因を推定する。

次にエッジデバイスは、推定した原因に応じて、センサ端末１０２に対してエッジデバイスが実行するアクションを決定する（４１４）。エッジデバイスが実行するアクションには、センサ端末１０２のユーザへの通知がある。この通知は、センサ端末１０２からデータが収集できないという状況への対処をユーザに促す内容のものである。データ収集が失敗した原因に応じて対処の内容は変わってくるので、ユーザへの通知の内容は、推定した原因に応じたものとなる。

また、ユーザに通知することを基本のアクションと捉えた場合、「通知しない」ことも１つのアクションと捉えることができる。

例えば、推定した原因が「欠席」である場合、これに対応するアクションは「通知しない」である。欠席の場合、ユーザが本日中に対処することは無理であり、また本日はそのユーザのセンサ端末１０２からデータが収集できないことが当然だからである。

また原因が「一時的な不在」である場合、これに対応するアクションは、ユーザへ通知を送ることである。このとき送る通知は、「一時的な不在」の原因である予定との関連で、データ収集のためにユーザにとってもらう行動を説明する内容のメッセージを含む。このメッセージは、例えば「センサの情報が収集できていないため、打ち合わせ終了後に情報の送信をお願いします。」（以下、メッセージ１と呼ぶ）というもの、又は「センサの情報が収集できないため、会議室付近の複合機（ＩＰアドレス＝192.168..）又は中継装置（ＢＤアドレス＝11:22:33:…）に接続してください。」（以下、メッセージ２と呼ぶ）というもの、などである。メッセージ１は、「一時的な不在」の原因である予定（この場合は「打ち合わせ」）が終了したら、センサ端末１０２のデータを送信するようユーザに要請する内容である。また、メッセージ２は、センサ端末１０２をその「打ち合わせ」が開催されている会議室内又はその近傍の装置（例えば複合機や中継装置）に接続することを求める内容である。メッセージ２には、会議室内やその近傍の複合機や中継装置を特定する情報（上述の例ではＩＰアドレスやＢＤアドレス）が含まれる。メッセージ１及び２に含まれる予定の名称「打ち合わせ」やその予定の行事の開催場所「会議室」の情報は、グループウェアサーバ１１０から取得すればよい。また、「会議室」又はその近傍の複合機又は中継装置の情報は、オフィス内の機器の配置の情報を管理するデータベース（図示省略）から取得すればよい。

なお、「一時的な不在」の場合、その原因となった予定が終了した後、ユーザは、通常いるはずの場所に戻る蓋然性が高く、ユーザがその場所に戻ればエッジデバイスはセンサ端末１０２からデータが収集できる。そこで、上述とは別の例として、「一時的な不在」の場合のエッジデバイスのアクションを「通知しない」としてもよい。

また原因が「通常勤務中だが取得できない」である場合、これに対応するアクションは、ユーザへ通知を送ることである。このときの通知は、「通常勤務中だが取得できない」という原因状況に沿った内容のものである。この場合、センサ端末１０２や中継装置１０８の異常ではなく、ユーザの予定もない。考えられるのは、ユーザが一時的に自席から離れていたり、中継装置１０８を何らかの事情でいつもの場所から移動させていたり等の理由で、センサ端末１０２が中継装置１０８又は複合機１０４とＢＬＥ通信できないという事態である。この場合の通知に含まれるメッセージは、このような事態を解消するための行動をユーザに促す内容である。例えば「センサの情報が収集できないため、中継装置（ＢＤアドレス＝11:22:33…）に接続するか、複合機のＷｉ－Ｆｉ（登録商標） Ｄｉｒｅｃｔ（ＳＳＩＤ＝・・・・・・・）に接続してデータを送信してください。」というもの、又は「センサの情報が収集できないため複合機に接近してください。」というもの、などのメッセージである。

また、ケース（ａ）と判定した場合のアクションは、センサ端末１０２に生じている可能性がある異常に対処することを求めるメッセージをユーザに通知することである。メッセージの内容は、例えば「センサに異常が発生している可能性があります。センサの状態を確認してください。」といったものでよい。

ケース（ｂ）と判定した場合のアクションは、中継装置１０８に生じている可能性がある異常に対処することを求めるメッセージをユーザに通知することである。メッセージの内容は、例えば「中継装置に異常が発生している可能性があります。中継装置を確認するか、別の中継装置（ＢＤアドレス＝11:22:33…）に接続してください。」といったものでよい。このメッセージに含まれる「別の中継装置」としては、前回の又は通常のデータ通信方式において用いる中継装置１０８以外でそのセンサ端末１０２とペアリング済みのもの
を提案してもよい。

図４の説明に戻ると、ステップ４１４でアクションが決まると、エッジデバイスは、そのアクションを実行する（４１６）。これで、１つのセンサ端末１０２についての処理が完了する。

また、図５に例示したルールでは、原因の判定のために複合機１０４が本日使用されたか否かの履歴情報を参照したが、更に詳しい履歴内容を参照してもよい。更に詳しい履歴内容としては、例えばジョブの種類がある。複合機１０４が実行可能なジョブには、コピー、スキャンのようにユーザが複合機１０４を直接操作するローカルのジョブと、プリントのようにネットワーク経由で複合機１０４に指示を与えるリモートのジョブとがある。

最新のデータ収集タイミングから現在までの間に、あるセンサ端末１０２のユーザが複合機１０４でローカルのジョブを実行したことを示す履歴情報があれば、複合機１０４内のエッジデバイスはその間にそのセンサ端末１０２からデータを収集できたはずである。それにもかかわらず、そのセンサ端末１０２からの最新のデータが未収集であり、ユーザに欠席や別の場所での予定がないならば、その未収集の原因はセンサ端末１０２の異常であると判定できる。この場合、ケース（ａ）の場合と同様、センサ端末１０２の状態の確認を求める通知をユーザに送ればよい。

また最新のデータ収集タイミングから現在までの間に、あるセンサ端末１０２のユーザが複合機１０４でリモートのジョブを実行したことを示す履歴情報があれば、ユーザはその間にオフィスにいたはずであり、現在もオフィスにいる蓋然性が高い。したがってこの場合、センサ端末１０２からの最新のデータが未収集であり、ユーザに欠席や別の場所での予定がないならば、その未収集の原因は前述した「通常勤務中だが取得できない」であると判定できる。この場合、エッジデバイスは、その原因に対応する上で例示した通知をユーザに送ればよい。

以上の例において、データが収集できない原因の判定に、在席管理システム１１２の情報を利用してもよい。在席管理システム１１２の情報からユーザが自席にいるはずであるにもかかわらず（更に中継装置１０８の異常も無いにもかかわらず）、そのユーザのセンサ端末１０２からデータを収集できない場合には、センサ端末１０２に異常が生じていると判断できる。この場合エッジデバイスは、センサ端末１０２の状態の確認を求める通知をユーザに送る。また、在席管理システム１１２が管理している情報からユーザがオフィス内にいないことが分かる場合には、そのユーザのセンサ端末１０２からデータが収集できないときには、そのユーザの予定が終日欠席である場合と同様、通知を送らないようにしてもよい。またデータを収集できないセンサ端末１０２のユーザがオフィス内にいることが在席管理システム１１２から分かる場合かつ予定もない場合には、データ未収集の原因は前述した「通常勤務中だが取得できない」であると判定できる。またデータを収集できないセンサ端末１０２のユーザがオフィス内のどこにいるかが在席管理システム１１２から分かる場合、そのユーザにはその場所の近くの中継装置１０８や複合機に近づいてセンサ端末１０２の情報を送信することを求める内容とすればよい。

また、上記実施形態では、定期的なデータ収集の後に行われる図４の処理にて、データ未収集のセンサ端末１０２に対してその原因に応じたアクションを行ったが、データ収集を行わず、図４の処理を定期的に行うようにしてもよい。

１０２ ：センサ端末
１０４ ：複合機
１０６ ：分析サーバ
１０８ ：中継装置
１１０ ：グループウェアサーバ
１１２ ：在席管理システム
２０２ ：プロセッサ
２０４ ：メモリ
２０６ ：補助記憶装置
２０８ ：入出力装置
２１０ ：ネットワークインタフェース
２１２ ：バス
２１４ ：ＢＬＥモジュール

Claims (6)

1. プロセッサを含み、
   前記プロセッサは、
   ユーザが通常いる場所に対応する中継装置を経由して、前記ユーザが携帯する端末からの情報の収集を試行し、
   前記端末から前記情報が収集できなかった場合、前記情報が収集できるように対処を求める通知を前記ユーザに送るが、その場合において、予定管理システムに登録されている前記ユーザの予定情報が、前記ユーザが終日欠席であること、または、前記ユーザが前記通常の場所とは別の場所にいること、を示していれば、前記通知を前記ユーザに対して送らない、
   ことを特徴とする情報処理装置。
2. プロセッサを含む情報処理装置であって、
   前記プロセッサは、
   ユーザが通常いる場所に対応する中継装置を経由して、前記ユーザが携帯する端末からの情報の収集を試行し、
   前記端末から前記情報が収集できなかった場合、前記情報が収集できるように対処を求める通知を前記ユーザに送るが、その場合において、予定管理システムに登録されている前記ユーザの予定情報が、前記ユーザが前記通常の場所とは別の場所にいること、を示していれば、前記通知として、当該別の場所の付近にある、前記端末と前記情報処理装置との間の通信の中継が可能な中継装置を特定する情報を含む通知を送る、
   ことを特徴とする情報処理装置。
3. 機器に内蔵された情報処理装置であって、
   プロセッサを含み、
   前記プロセッサは、
   ユーザが携帯する端末からの情報の収集を試行し、
   前記機器の使用履歴を参照し、
   前記端末から前記情報が収集できなかった場合、前記情報の収集が試行される期間に、前記ユーザが前記機器の直接の操作を伴う種類の処理を前記機器に実行させるタイプの使用をしたことを前記使用履歴が示している場合、前記端末の状態の確認を求める内容の通知を前記ユーザに送る、
   ことを特徴とする情報処理装置。
4. コンピュータに、
   ユーザが通常いる場所に対応する中継装置を経由して、前記ユーザが携帯する端末からの情報の収集を試行し、
   前記端末から前記情報が収集できなかった場合、前記情報が収集できるように対処を求める通知を前記ユーザに送るが、その場合において、予定管理システムに登録されている前記ユーザの予定情報が、前記ユーザが終日欠席であること、または、前記ユーザが前記通常の場所とは別の場所にいること、を示していれば、前記通知を前記ユーザに対して送らない、
   処理を実行させるためのプログラム。
5. コンピュータに、
   ユーザが通常いる場所に対応する中継装置を経由して、前記ユーザが携帯する端末からの情報の収集を試行し、
   前記端末から前記情報が収集できなかった場合、前記情報が収集できるように対処を求める通知を前記ユーザに送るが、その場合において、予定管理システムに登録されている前記ユーザの予定情報が、前記ユーザが前記通常の場所とは別の場所にいること、を示していれば、前記通知として、当該別の場所の付近にある、前記端末と前記コンピュータとの間の通信の中継が可能な中継装置を特定する情報を含む通知を送る、
   処理を実行させるためのプログラム。
6. 機器に内蔵されたコンピュータに、
   ユーザが携帯する端末からの情報の収集を試行し、
   前記機器の使用履歴を参照し、
   前記端末から前記情報が収集できなかった場合、前記情報の収集が試行される期間に、前記ユーザが前記機器の直接の操作を伴う種類の処理を前記機器に実行させるタイプの使用をしたことを前記使用履歴が示している場合、前記端末の状態の確認を求める内容の通知を前記ユーザに送る、
   処理を実行させるためのプログラム。

Images