JP2017182673A - 情報処理システム - Google Patents

Abstract

【課題】 本発明はチェックの対象に関し、チェック後の経過時間の長さを直感的に把握可能とする技術の提供を目的とする。【解決手段】 本発明は、操作者が携帯可能な端末と、前記端末と通信可能なサーバ装置を有する情報処理システムであって、前記操作者に前記端末を用いて指示された領域を表す情報を、少なくとも指示された時刻を示す情報とともに特定する特定部２０２と、前記特定された情報に基づき、前記指示された領域に対して、前記指示された時刻からの経過時間に応じて単調減少又は単調増加するスコアを決定する決定部２０６と、前記指示された領域内の、前記決定されたスコアの分布を表す画像を前記指示された領域に重畳させる表示処理を行う表示制御部２０４と、を備える。【選択図】 図２

Description

本発明は、対象をチェックする作業を支援する技術に関する。

定められた場所を、その場所あるいはそこに存在する物等である対象の状態をチェックしながら巡ることを巡回という。しかしながら、人間の記憶力や集中力は不確かなものであるため、巡回者は立ち寄るべき場所やチェックすべき物を失念する可能性がある。特許文献１では、巡回者が保持する携帯端末の位置や向き等をもとに、予め定められた区域全体のうち、未だ巡回していない区域を特定し、システムが巡回者に通知する技術が開示されている。

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

特許文献１によれば、巡回者が携帯端末を持って通った区域とそうではない区域を検出することができる。しかしながら、巡回者が、重点的にチェックを行った区域や、通りすぎただけでチェックといえるような作業を行わなかった区域、といった詳細な情報を知り得る方法は提案されていなかった。巡回が行われる主な目的は、対象となる場所や物の状態を、定常的にチェックできている状態を得ることである。従って、巡回は、時間をおいて繰り返されたり、複数人によって重複して行われたりすることが多い。チェックが行われていない対象や、チェックが行われてから長い時間が経過している対象は、他の巡回者による巡回において、あるいは次回の巡回において積極的にチェックされることが望ましい。

本発明はこのような問題を鑑みてなされたものであり、チェックの対象に関し、チェック後の経過時間の長さを直感的に把握可能とする技術の提供を目的とする。

本発明は、操作者が携帯可能な端末と、前記端末と通信可能なサーバ装置を有する情報処理システムであって、前記操作者に前記端末を用いて指示された領域を表す情報を、少なくとも指示された時刻を示す情報とともに特定する特定手段と、前記特定された情報に基づき、前記指示された領域に対して、前記指示された時刻からの経過時間に応じて単調減少又は単調増加するスコアを決定する決定手段と、前記指示された領域内の、前記決定手段に決定されたスコアの分布を表す画像を前記指示された領域に重畳させる表示処理を行う表示制御手段と、を備える。

本発明によれば、チェックの対象に関し、チェック後の経過時間の長さを直感的に把握できるようになる。

情報処理システムの使用環境の一例を示す図。 情報処理システムのハードウェア構成を説明する図。 情報処理システムの機能構成を説明する図。 携帯端末１００をトーチモードで動作させている場合の各要素の振る舞いを表すシーケンス図。 携帯端末１００を可視化モードで動作させている場合の各要素の振る舞いを表すシーケンス図。 携帯端末１００をファクタ追加モードで動作させている場合の各要素の振る舞いを表すシーケンス図。 携帯端末１００に投影される疑似的な温度情報の分布の一例を表す図。 重複する領域に対する投影内容の一例を表す図。 本実施形態に係る疑似的な温度であるスコアを決定する処理の一例を表すフローチャート。 本実施形態に係る疑似的な温度であるスコアを決定する処理の一例を表すフローチャート。 スコアに反映されるファクタを追加する処理の一例を表すフローチャート。 情報処理システムに保持される情報の一例を表す図。 スコアが可視化される状況の一例を表す図。 不審物が検知された状況が反映されたスコアが可視化される状況の一例を表す図。 外部ファクタが反映されたスコアが決定される状況の一例を表す図。 情報処理システムによって領域の位置情報が補正される状況の一例を表す図。 ディスプレイを表示部として利用する場合の一例を表す図。

以下、図面を参照しながら本発明の好適な実施形態について説明する。ただし、この実施の形態に記載されている構成要素はあくまでも例示であり、本発明の範囲をそれらのみに限定する趣旨のものではない。

＜第１の実施形態＞
図１は、本実施形態に係る情報処理システムの使用環境の一例を示す図である。第１の実施形態では、チェックを行う操作者１０２（以下、チェッカー。また「操作者」も同義であるとする）がチェック中に携帯する端末１００と、ネットワーク１０３を介して携帯端末１００と通信するサーバ装置１０１で構成されたシステムを説明する。本実施形態では、システムを構成するこれらの２つの情報処理装置を、携帯端末１００とサーバ装置１０１と称する。ここではネットワーク１０３は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）である。ただしＬＡＮに限らず、多様なネットワークの集合体のインターネット、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、それらの複合であってもよい。携帯端末１００と、サーバ装置１０１は無線基地局１０４を介して通信する。

本明細書において、「チェック」とは、チェッカーが意識的に対象を目視することでその状態を知る行為を差す。例えば、状態が正常であるか異常であるかの判別や、状態を定量的に示す指標として、目盛から何らかの数値を読み取るような行為も「チェック」に含まれる。図１に示される第１実施形態では、携帯端末１００が、携帯可能なサイズの情報処理装置であり、屋内など暗い場所を巡回するチェッカーが使用する頻度の高いデバイスであるトーチ（懐中電灯）としての機能を備える。チェッカーが、夜間や照明の少ない屋内、または扉のある棚の内部などを意識的に目視するためには、トーチから発せられる光を照明として対象にあて、その状態をチェックが終了するまで維持する、という行為が発生する。言い換えれば、トーチの光があたっている状態が維持された領域は、チェッカーによって意識的に目視された、つまりチェックされた、とみなすことができる。特に、トーチの光があたっている状態が維持された時間が長い場合は、それだけの時間チェックが行われていた可能性が高く、トーチの光が当たっている時間が極端に短い場合は、トーチを動かす過程で光が通過しただけの可能性が高いといえる。

尚、本実施形態に係る情報処理システムは、１以上のチェッカーが広範囲にわたる複数のチェック対象を巡回する場合に利用可能である。さらにそれに限らず、「巡回」というほど広範囲ではない場合（例えば、１つの部屋の中や１つの棚の中のみ）のチェックにも効果的に利用できる。

図１において、１１２は撮像装置であり、１０９は出力装置として機能するプロジェクタである。本実施形態では、プロジェクタ１０９が表示出力を行うとともに、携帯端末１００がトーチとして機能する場合は照明光の発光装置としても機能する。プロジェクタ１０９に、表示のための投影光を出力させるか、トーチとして照明光を出力させるかは、モード切り替えを行うことで切り替えられる。本実施形態の携帯端末１００は、少なくとも、対象をチェックするときに用いるトーチとして機能するトーチモード（第１モード）、および、チェック後の時間経過を可視化するための可視化モード（第２モード）を使用可能である。トーチモードで実行中の携帯端末１００を用いて指示された領域の情報は、チェック後の経過時間を算出するための基点とする時刻と関連付けて保持される。可視化モードで実行中の携帯端末１００を用いて指示された領域の情報は、既に保持されている情報に基づいてチェック後の経過時間を算出し、それを反映したスコアを可視化するための画像を生成するのに用いられる。

撮像装置１１２は、プロジェクタ１０９から発せられる投影、あるいは照明用の光が物体にあたることで生じるスポット１２３を撮像可能なように、プロジェクタ１０９と同一の方向を向くように設置されている。本実施形態では、トーチモードで携帯端末１００が使用される場合、センサを使って検知した携帯端末１００の姿勢を分析することで、スポット１２３が生じている位置や範囲及びチェックが行われた時刻を特定し、利用する。そして、可視化モードで携帯端末１００が使用される場合には、同様にして投影光のスポット１２３があたる位置や範囲を特定し、その部分に、最後にトーチモードを使用するチェックが行われてからの経過時間の長さを表す情報を投影する。スポット１２３の全体がチェック対象として定義された場所、あるいは物の一部である場合もあるが、スポット１２３に包含される一部の領域や物体だけがチェック対象である場合もある。なお、スポット１２３の位置を推定する方法は、センサ値を分析する方法に限定されない。例えば、撮像装置１１２が撮像するリアルタイム映像から、自然特徴やマーカを検出することでスポットの位置を推定する方法を用いても構わない。

尚、一般的にプロジェクタ１０９に備わる液晶素子は矩形であるので、プロジェクタ１０９から発光された光のスポットは矩形となる。図１においてスポット１２３が円で表現されているのは、従来のトーチに類似させたものであるが、もちろん矩形のままでもよい。トーチモードにおいて矩形のスポットを形成するためには、絞りを設けるなどして矩形の周囲部分から発光される光を遮ればよい。

図２（ａ）は、携帯端末１００のハードウェア構成である。ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０５は、各種処理のための演算や論理判断などを行い、システムバス１１５に接続された各構成要素を制御する。この携帯端末１００には、プログラムメモリとデータメモリを含むメモリが搭載されている。ＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）１０６は、プログラムメモリであって、後述する各種処理手順を含むＣＰＵによる制御のためのプログラムを格納する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０７は、データメモリであり、ＣＰＵ１０５の上記プログラムのワーク領域、エラー処理時のデータの退避領域、上記制御プログラムのロード領域などを有する。尚、携帯端末１００に接続された外部記憶装置などからＲＡＭ１０７にプログラムをロードすることで、プログラムメモリを実現しても構わない。ＨＤＤ１０８は、本実施形態に係る複数の電子データやプログラムを記憶しておくためのハードディスクである。同様の役割を果たすものとして外部記憶装置を用いてもよい。ここで、外部記憶装置は、例えば、メディア（記録媒体）と、当該メディアへのアクセスを実現するための外部記憶ドライブとで実現することができる。このようなメディアとしては、例えば、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤ、ＵＳＢメモリ、ＭＯ、フラッシュメモリ等が知られている。また、外部記憶装置は、ネットワークで接続されたサーバ装置などであってもよい。

出力装置１０９は、表示出力を行うデバイスである。本実施形態では、携帯端末１００が備える出力装置１０９は、プロジェクタ１０９である。入力装置１１０は、携帯端末１００へ操作者の操作情報を取り込むためのデバイスである。ＭＥＭＳ１０１は、地磁気センサ、加速度センサ、ジャイロセンサを搭載しており、携帯端末１００の地磁気データ、加速度データ、角速度データを取得する。撮像装置１１２は、画像や映像を取得するためのデバイスである。ＧＰＳ受信部１１３は、ＧＰＳ衛星から発信されているＧＰＳ信号を受信する。通信インタフェース（Ｉ／Ｆ）１１４は、公知の通信技術により、他の情報処理装置や通信機器、外部記憶装置等との間で、有線又は無線による双方向の通信を行う。本実施形態では一例として、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）を介して通信相手とのデータの送受信を可能とする。他の通信機器との間では、直接の通信以外に、中継装置を介した間接的な通信も可能である。

図２（ｂ）がサーバ装置１０１のハードウェア構成である。ＣＰＵ１１６は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）であり、各種処理のための演算や論理判断などを行い、システムバス１２３に接続された各構成要素を制御する。このサーバ装置１０１には、プログラムメモリとデータメモリを含むメモリが搭載されている。ＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）１１７は、プログラムメモリであって、後述する各種処理手順を含むＣＰＵによる制御のためのプログラムを格納する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１１８は、データメモリであり、ＣＰＵ１１６の上記プログラムのワーク領域、エラー処理時のデータの退避領域、上記制御プログラムのロード領域などを有する。尚、サーバ装置１０１に接続された外部記憶装置などからＲＡＭ１１８にプログラムをロードすることで、プログラムメモリを実現しても構わない。ＨＤＤ１１９は、本実施形態に係る複数の電子データやプログラムを記憶しておくためのハードディスクである。同様の役割を果たすものとして外部記憶装置を用いてもよい。ここで、外部記憶装置は、例えば、メディア（記録媒体）と、当該メディアへのアクセスを実現するための外部記憶ドライブとで実現することができる。このようなメディアとしては、例えば、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤ、ＵＳＢメモリ、ＭＯ、フラッシュメモリ等が知られている。また、外部記憶装置は、ネットワークで接続されたサーバ装置などであってもよい。

出力装置１２１は、表示出力を行うデバイスであり、表示画面を備えるもデバイスである。ただし、本実施形態の場合、出力装置１２１は省略されても構わない。あるいは、出力装置１２１はサーバ装置１０１と有線あるいは無線で接続された外部デバイスでも構わない。入力装置１２０は、サーバ装置１０１の管理者の操作情報を取り込むためのデバイスである。通信インタフェース（Ｉ／Ｆ）１２２は、公知の通信技術により、他の情報処理装置や通信機器、外部記憶装置等との間で、有線又は無線による双方向の通信を行う。本実施形態では一例として、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）を介して通信相手とのデータの送受信を可能とする。他の通信機器との間では、直接の通信以外に、中継装置を介した間接的な通信も可能である。

図３（ａ）は、本実施形態に係るシステムを成す携帯端末１００、サーバ装置１０１の機能構成の一例を示すブロック図である。携帯端末１００は、受付部２０１、領域特定部２０２、表示制御部２０４、通信部２０３を有する。これらの各機能部は、ＣＰＵ１０５が、ＲＯＭ１０６に格納されたプログラムをＲＡＭ１０７に展開し、後述する処理を実行することで実現されている。また例えば、ＣＰＵ１０５を用いたソフトウェア処理の代替としてハードウェアを構成する場合には、ここで説明する各機能部の処理に対応させた演算部や回路を構成すればよい。以下、各要素について説明する。

携帯端末１００の受付部２０１は、撮像装置１１２で取得された画像や映像、ＭＥＭＳ１０１から取得された各種センサ値、ＧＰＳ受信部１１３で受信したＧＰＳ信号、入力装置１１０を介して取得した操作者の操作情報を受け付ける。領域特定部２０２は、受付部２０１で受け付けた情報に基づき、既知のチェック対象範囲のうち、プロジェクタ１０９が発光した光があたると推定される領域を特定する処理を行う。本実施形態では前提として、チェック対象が存在する所定の空間全体のマップ情報が携帯端末１００及びサーバ装置１０１で共有されている。マップ情報は３次元の情報を持っており、壁の位置や向き、物体の高さや奥行きサイズなどの情報も含まれる。

携帯端末１００では、受付部２０１が受け付けた情報に基づいて、携帯端末１００の位置及び姿勢を算出する。姿勢とは、水平方向及び鉛直方向に対する角度情報である。携帯端末１００の位置および姿勢が定まると、３次元マップのうちプロジェクタ１０９が発光する光があたると推定される一部の領域が一意に定まる。従って本実施形態では、領域特定部２０２が携帯端末１００の位置及び姿勢を求めることを、指示された領域を特定するという。このようにして特定された領域は、トーチモードの携帯端末１００を操作するチェッカーから見れば、照明光のスポット１２３に包含される領域である。チェッカーは、実空間の中で、スポット１２３を、チェックしようとする位置に移動させることを繰り返すことで、所定のチェックを進める。つまりチェッカーは、スポット１２３を移動させることで、次にチェックする領域を指示しているとも言える。また可視化モードでは、トーチを動かしてスポットの位置を調整することで、チェック後の経過時間を可視化させたい領域を指示しているとも言える。従って本実施形態では、チェッカーが携帯端末１００を動かして光があたる領域を変えることを、「チェックする領域を指示する」と表現することがある。

通信部２０３は、通信Ｉ／Ｆ１１４及びネットワーク１０３を介して、後述するサーバ装置１０１の通信部２０５との間でデータの送受信を行う。本実施形態の場合、少なくとも領域特定部２０２によって特定された領域と指示された時刻を表すデータを、サーバに送信する。また、サーバ装置１０１から送信された、表示に関わる情報を受信する。

表示制御部２０４は、サーバ装置１０１から送信され、通信部２０３で受信したデータに基づいて、投影画像を生成しプロジェクタ１０９に出力させるための制御処理を行う。本実施形態では、指示されている領域に疑似的な熱画像を重畳させるように生成された投影画像の表示処理を行う。本実施形態の場合、投影画像を携帯端末１００が可視化モードに設定されている場合、投影光のスポットに含まれる領域について、チェッカーが、直近に行われたチェック後の経過時間の長さを直感的に把握させるような投影画像を投影する。尚、携帯端末１００の動かし方は任意であるので、トーチモードで使用されている際に順次指示されていく領域は、部分的に重複が発生したり、全体のうち一部は抜けていたりすることも有り得る。従って、可視化モードで、ある一箇所にスポットを生じさせたとき、スポットの内部にも直近のチェックからの経過時間が異なる部分が混在する。そこで、本実施形態では、まず後述するサーバ装置１０１の決定部２０６が、領域特定部２０２が特定した領域に対して、直近のチェック後からの経過時間を反映したスコアを決定する。そして表示制御部２０４では、決定部２０６に決定されたスコアを段階的に色分けし、スポット内の部分領域に、スコアに対応する色を投影する。

後述する決定部２０６で決定されるスコアは、少なくともチェック後の経過時間が大きくなるにつれ単調減少または単調増加する。本実施形態では、スコアは、疑似的な温度情報を表す。つまり、チェッカーによるチェック時に指示される領域が、指示されている間に疑似的に温まり、チェック後に時間が経過するにつれて冷えることを表現するスコアを決定する。このように疑似的な温度を利用すると、従来から白熱電球などの光源やそれを利用したトーチを利用した経験があるチェッカーにとっては、トーチの光を当てた部分の温度が上がるということを直感的に理解し易い。これは実際のプロジェクタ１０９の光源が熱を発生するかに関わららない。そして、可視化モードにおいて表示制御部２０４では、通信部２０３を介して決定されたスコアを取得し、投影光のスポットの中に、サーモグラフィにおける熱画像を模して表現する。つまり、値が大きい順に赤・黄色・緑・水色・青の順のグラデーションを描くようにスコアに色を対応付け、スポット内の温度分布を合わす疑似的な熱画像を投影する。スコアの粒度に応じて、中間色や、赤よりも高いスコアを表す白、青よりも低いスコアを表す黒を表現に加えても良い。チェッカーは、スコアが高い赤い領域よりも、その時点で積極的に再チェックを必要とする可能性は低く、チェック後の時間がある程度経過していることを示す水色や青の領域をより重点的にチェックすべきであることを容易に把握できる。

サーバ装置１０１は、ファクタ追加部２０８、保持部２０７、決定部２０６、通信部２０５を有する。これらの各機能部は、ＣＰＵ１１６が、ＲＯＭ１１７に格納されたプログラムをＲＡＭ１１８に展開し、後述する処理を実行することで実現されている。ＣＰＵ１１６を用いたソフトウェア処理の代替としてハードウェアを構成する場合には、ここで説明する各機能部の処理に対応させた演算部や回路を構成すればよい。以下、各要素について説明する。

通信部２０５は、１以上の携帯端末１００の通信部２０３との間でデータの送受信を行う。特に、通信部２０３で送信された領域に関するデータを受信し、決定部２０６によって決定される温度の分布を表すデータを送信する。また通信部２０５は、チェック対象が存在する場所（巡回を行う施設内等）に設置された監視カメラ等の外部デバイスからもデータを受信できる。外部デバイスから得られる情報としては、例えば、不審者が検出された位置情報などが挙げられ、本実施形態では、これを各領域のスコアに反映する。保持部２０７は、領域特定部２０２が特定した、チェッカーに指示された領域を定義する位置情報や、指示されたに関する情報、スコア決定の規則等を保持する。

決定部２０６は、保持部２０７で保持する情報に基づき、指示されている領域内に分布させる疑似的な温度の値（スコア）を決定する処理を行う。本実施形態では、少なくとも、指示されている領域が最後にチェックされてからの経過時間の長さを、スコアに反映する。例えば、スコアの最大値を１００とし、５秒以上指示され続けた領域には全体に１００を割り振る。５秒未満の間は、１秒ごとに２０を加算する。さらにチェック後は、スコアを単調減少させる。例えば、最後に指示された時刻から１５分経過毎に１０を減算する。一例として、午前９時ちょうどに１０秒間チェックされた領域と同じ領域を、１時間後の午前１０時に再びチェックする場合を考える。午前１０時にチェックし始めた時点で、領域全体のスコアは、最大値の１００から経過時間６０分に対応する４０が減算された６０である。そして、１秒指示し続ける毎に２０のスコアが加算されるので、２秒以上その状態が維持されれば、スコアは再び１００となる。また例えば、午前１０時のチェックの時点で、午前９時のチェック時とはトーチのスポットがずれていたとする。その場合、午前１０時でのトーチの光のスポットのうち、午前９時にはチェックされていなかった部分のスコアは０であり、その２秒後には４０となる。この領域に、可視化モードで投影光のスポットを重ねた場合、温度が高い部分と低い部分が混在する疑似的な熱画像が投影され、チェッカーは疑似熱画像の温度分布から、午前９時の時点でチェックされた領域を容易に把握できる。尚、ここで挙げた例では、スポットの内側には全体に一様なスコアの制御を加えるとしたが、スポットの中心部分と外枠付近とで異なる制御を加えることもできる。この場合、チェッカーの注意はスポットの中心部分に集中することが多いことから、中心の温度を高く設定し、中心から遠いほどスコアが低くなるように制御する。その場合にも、同じ領域を指示し続けるにつれ全体が温まり、結果的にスポット内が疑似的に一様な温度になるといった制御が可能である。

上述した例のように、光をあて続ける時間が一定時間より長い場合、より重点的にチェックされたとみなし、トーチの移動中に一瞬光があたったような領域に比べて疑似的な温度が高くなるような規則を設ける。このような規則によって、「温める」という感覚がさらに得やすくなることがある。一方で、チェック対象の性質によっては、わずかな時間でも領域を指示したら、最も高温を表す最大スコアを与え、その後の経過時間による温度制御は減少方向のみといった表現方法にしもよい。

また、冷え方は、全ての領域について一律に設定してもよいが、特定のチェック対象に疑似的な比熱を設定するなどして、冷え易さ／冷え難さを調整することでもきる。本実施形態では、携帯端末１００によるチェックの経歴の他に、ユーザによる任意の設定や、外部デバイスから受け付けた情報を、スコアに反映するファクタとすることができる。どのように反映されるかを定義する規則は、保持部２０７に保持される。決定部２０６は、保持部２０７に保持された情報及び規則を参照してスコア決定を行う。ファクタ追加部２０８は、通信部２０５が外部デバイスから受信した情報に基づいて、決定部２０６がスコア決定に用いるファクタを追加して保持部２０７に保持させる処理を行う。例えば、チェッカーが手動操作で、次回チェックする人物にも積極的にチェックして欲しい対象を設定すると、その設定情報を保持部２０７に保持する。あるいはチェッカーがトーチモードの起動時に巡回やチェックに習熟しているレベルを入力することで、不馴れであるほど、スコアの上がり方が低調となるように、そのファクタが保持部２０７に保持される。また例えば、監視カメラから、不審者の検出等のイベントとその位置情報が通知されたことに応じて、その情報を保持部２０７に保持する。決定部２０６の処理に、これらファクタが反映されることで、対応する領域のスコアが低くなる。

尚、指示された領域に対して付与するスコアを、疑似的な温度として表すのは一例に過ぎない。例えばスコアは、温度情報のように連続的な値でなく、直近の所定時間以内「所定時間以上チェックされていない」、「チェック後しばらく時間が経過している」「チェック後時間があまり経過していない」といった３段階の分類でもよい。また、領域をチェックしたばかり、という意味からスコアを「新鮮度」と定義し、チェックしてから時間が経つにつれて新鮮度が下がるという制御を行ってもよい。その他にも、その領域に注目した度合いという意味の「注目度」と定義し、チェックしている時間が長い程上昇する注目後が、チェック後時間が経つにつれて下がるという制御しても良い。また例えば、優先的に再チェックが必要であるという意味の「要注目度」として定義し、チェック後の経過時間が長い程減少するスコアを領域に付与することもできる。スコアの定義をいずれにした場合でも、チェック後は時間の経過とともに単調減少、あるいは単調増加することで、スコアを可視化した際にチェック後の経過時間の長さを直感的に把握できるようになる。

本実施形態では、領域特定部２０２の処理は携帯端末１００で行うとしたが、実施の形態はこれに限らない。携帯端末１００が、受付部２０１が受け付けた情報をサーバ装置１０１へ送信し、サーバ装置１０１が備える領域特定部２０２が、上述した処理を実行し、結果を携帯端末１００に返すという構成でも、同じシステムを構成することは可能である。このような構成によれば、複雑な算出処理をサーバ装置１０１に任せることで、携帯端末１００におけるリソースの負荷を低減することができる。また、サーバ装置との通信を行わず、携帯端末１００が全ての処理を実行することでも、本実施形態に係るシステムを構成することは可能である。その場合、携帯端末１００は、図３（ｂ）のように、領域特定部２０２、ファクタ追加部２０８、保持部２０７、決定部２０６、表示制御部２０４、通信部２０５を有するように構成すれば良い。

図７（ａ）が本情報処理システムの携帯端末１００が、可視化モード実行時に投影する投影画像の一例を示している。破線部分がプロジェクタ１０９によって投影する情報全体を示している。このように、トーチモードにおいてスポットを円状に形成した場合であっても、可視化モードでは液晶素子全体を利用した矩形のスポットを形成することで、表示できる情報量が増える。図７（ａ）の場合は、点６００を中心とした円が、疑似的な温度の分布を表す部分であり、ここではトーチモードでのスポットに合わせて円で表現するが、矩形であっても構わない。図７（ａ）では、中心からの距離がｄ１、ｄ２、ｄ３までの範囲に３段階のスコアが設定され、中心に近いほど温度が高いことを示すように疑似的な熱画像が表現されている。図７（ａ）では、右上に携帯端末１００の現在位置周辺の地図が表示される。さらに、地図上には、巡回済み（チェック済み）の領域に、疑似的な温度分布情報６０１が表示される。さらに、マーク６０２は地図での現在位置を示す。このように、本実施形態では、携帯端末１００の周辺一帯の疑似的な温度の分布を俯瞰図としてもチェックできる。

図７（ｂ）が決定部２０６によって決定されるスコア、すなわち疑似的な温度の高さの段階と対応する色を示すカラーチャートである。ここでは温度をＬ１〜Ｌ７の７段階に色分けする例を示す。例えば、０〜１００のスコアを、０〜３０はＬ１、３１〜４０はＬ２、４１〜５０はＬ３、５１〜６０はＬ４、６１〜７０はＬ５、７１〜８０はＬ６、８１以上はＬ７、とレベル分けする。図７（ｂ）では、温度が低い程、濃度が高く、温度が高い程、濃度が低く白に近づく段階的なグラデーションで、段階的な温度を表現する。実際にプロジェクタ１０９で投影する色は、上述したように青から赤にかけてのグラデーションであれば、温度との対応関係が直感的に理解されやすい。ただし、色の表現は、黒から白、あるいは青から赤にかけてのグラデーションに限らない。例えば、巡回を行う施設の壁の色など環境に合わせて適宜設定されればよい。携帯端末１００とサーバ装置１０１の間で、温度レベルと色の対応関係が共有されていれば、サーバ装置１０１で決定したスコアに基づいて、携帯端末１００の側で色を決定して投影画像に反映することができる。ただし、サーバ装置１０１の決定部２０６が、スコア色情報（例えば、色を表すコード）に置き換え、それを携帯端末１００に送信する構成にしてもよい。

また、色を変えるのではなく、投影時の輝度を制御する方法をとっても良い。輝度の制御方法としては、例えば、最後のチェックからの経過時間が長い程、優先的にチェックすべきであることを促すために、照らし始めた段階では輝度高く、つまり目視しやすいように照らす。そして、高い輝度で照らされた状態で十分に時間が経過したら、徐々に輝度を下げていくチェック方法がある。これにより、常に輝度を高くするよりもバッテリーの消費を抑えられるといった効果がある。また例えば、反対に、照らし始めの段階では輝度を低くし、その箇所を照らしている時間の経過に応じて徐々にチェック輝度を高めていくという方法をとってもよい。この場合、最後のチェックから時間が経過している部分は疑似的な温度が冷えているため暗く、その部分を注視するために照らし続ける時間が長いほど温まって明るくなる、と法則が直感的に理解され易い。従って温度のアナロジーにより、巡回者に対して直観的に、チェックが十分かどうかを伝えることができる。

図１２（Ａ）〜（Ｃ）は、保持部２０７で保持する情報の一例を示す。これらは、決定部２０６が、領域に対してスコアを決定する処理で扱うパラメータとなる。領域ＩＤは、領域を一意に識別するための識別子である。ただし、識別子は省略されてもよい。本明細書では説明中に各領域を引用する場合、識別子を使って示す。「位置」は、基準点を（Ｘ，Ｙ）＝（０，０）とした施設内の位置情報である。本実施形態では、基準点は、巡回が行われるよりも前に、予め設定された情報である。例えば、チェッカーが、ある施設を定期的に巡回する警備員である場合、警備員の待機場所等を基準点と設定しておく。

「姿勢」は、携帯端末１００の姿勢を表す情報であり、本実施形態では、Ｐｉｔｃｈ、Ｒｏｌｌ、Ｙａｗの３軸周りの回転量で定義する。この位置と姿勢の情報を用いて、領域特定部２０２は、端末を使って指示されている領域、すなわち操作者がチェックしている領域を一意に特定する。例えば、操作者１０２が、携帯端末１００を、位置（Ｘ１，Ｙ１）で、姿勢（Ｐｉｔｃｈ１，Ｒｏｌｌ１，Ｙａｗ１）の状態でかざしたとする。この場合、携帯端末１００は、保持部２０７で保持する情報を参照することで、領域ＩＤ００１を指示していると本情報処理システムは判断する。尚、指示されている領域が、既に保持部２０７に保持されている領域情報に存在しない場合は、その都度、新たな識別子が付与され、情報が追加される。「温度」は、本実施形態において各領域に付与されるスコアであり、疑似的な温度を示している。本実施形態では図７（ａ）に示したように、１つの領域に対して、中心からの距離に応じて、三段階の温度が設定される場合を説明していく。疑似的な熱画像の円において、中心点６００からｄ１の範囲のスコアを示す項目名がＰ１、ｄ１からｄ２の範囲のスコアを示す項目名がＰ２、ｄ２からｄ３の範囲のスコアを示す項目名がＰ３とする。図７（ｂ）で示す通り、温度については、最小をＬ１、最大をＬ７として扱う。

「指示時刻」は、領域が指示された直近の時刻である。「画像」は、領域を指示した際に取得した画像情報である。「投影面との距離」は、携帯端末１００のプロジェクタの位置から、投影面となる壁や床や物体の表面までの距離である。「投影面に対する角度」は、携帯端末１００のプロジェクタ１０９の光軸と、投影面とが成す角度である。携帯端末１００のプロジェクタ１０９の光軸を真下の床に向けた場合を０度、床に対して平行にした際に９０度と定義して扱う。

「外部ファクタ」は、疑似的な温度に反映されるファクタとして登録されているうち、監視カメラなどの外部デバイスから登録される情報である。本実施形態は、チェック対象によって付与されたスコアを可視化することによって、チェック後の経過時間を直感的に把握することができるものであるが、経過時間の起算となるチェックは、携帯端末１００によるものに限らない。監視カメラによる監視も、一種のチェックが行われたものとして、スコアに反映される。例えば、監視カメラで不審者が検出されるなどの異常があった場所は、チェック対象にも異常が発生している可能性があるため積極的に速やかな再チェックを促す必要がある。従って本実施形態では、監視カメラから異常ありという情報が通知された場所に包含される、あるいは近い領域では「外部ファクタ」の項目が「異常」と設定される。これを参照する決定部２０６は、該領域の疑似的な温度は上昇にくくなるよう処理を行う。逆に、十分に長い時間異常が検出されていない場所で、異常が発生する頻度が低いことが認められ、チェック頻度を低下させても差し支えない場合がある。この場合には、「外部ファクタ」に「異常なし」という値を登録することで、周囲の領域の温度が保たれやすくなるよう疑似的な温度の制御することもできる。

「手動登録ファクタ」は、疑似的な温度に反映されるファクタとして登録されているうち、携帯端末１００をチェッカーが操作することで登録した情報である。例えば、巡回中の警備員が、何らかの理由で次回の巡回を行う警備員にも重点的にチェックしてもらいたい場合等に手動で登録される。「手動登録ファクタ」が「異常」と設定された領域では、決定部２０６によって決定される疑似的な温度が上昇にくくなる。また、「手動登録ファクタ」を「異常なし」とすることで、チェッカーが、チェック頻度が低くても良いと判断した場所の周囲では、疑似的な温度が保たれやすくなるように設定することもできる。なお、ここでは「外部ファクタ」と「手動登録ファクタ」を「異常」、「異常なし」、「設定無し」のいずれかで表していが、これらはあくまでも一例である。例えば「要注意」や、「状態変化あり」「状態変化なし」でもよい。また、「異常」及び「異常なし」を用いる場合、それぞれの意味は、環境に合わせて予め定義される。対象に特殊な変化が生じたことを「異常」とみなすか、あるいは、前回チェック時から何らかの変化があればそれが微小であっても「異常」とみなすかは、使用者の都合で決定されるものである。「異常なし」も同様である。

「スキル」は、直近のチェックを行ったチェッカーの、該チェックへの習熟レベルを表す。特に、携帯端末１００を、巡回中のチェックに利用する場合には、巡回そのものに対する習熟レベルを登録する。本実施形態では、「スキル」の情報は、携帯端末がトーチモードで起動された時、あるいはチェックの開始時に、携帯端末１００を操作する操作者によって明示的に入力される。例えば、チェックに熟練したチェッカーが巡回を行う場合、短時間でもチェック対象の異常の有無や数値の読み取りができる。従って、「スキル」情報を利用することで、熟練者によってチェック中は、指示される領域の疑似的な温度は上昇しやすくする、といった制御ができる。逆に、不馴れなチェッカーが巡回を行う場合、見逃しが多くなる可能性がある。そのような場合には、チェックされた領域であっても、疑似的な温度が上昇しにくいように、あるいは冷え易いようにする等の制御を行うことが可能になる。

「チェッカー人数」は、「指示時刻」に記憶された時刻までの所定時間の間に、その領域をチェックしたチェッカーの人数である。本実施形態のサーバ装置１０１は、複数の携帯端末１００と通信可能である。所定時間の間に異なる端末から同じ領域を指示する情報を受け付けた場合、その領域は複数のチェッカーによって指示されたとみなし、「チェッカー人数」をカウントアップする。あるいは、トーチモードの起動時に、並行してチェックを行う人数を明示的に入力してもよい。ある程度の短期間に複数人の目でチェックされた対象は、同じ時間に１人がチェックした場合よりの見逃しが少ないとみなせる環境であれば、これを利用した制御が有効である。例えば、チェッカー人数が多い領域は温まりやすく、少なければ冷えやすい疑似的な温度の制御ができる。「監視カメラ設置エリア」は、その領域が監視カメラの設置されたエリア内にあるかを表す情報である。監視カメラを設置しておけば、状態変化の見逃しが少なくなることから、温度を上昇しやすくするといった疑似的な温度の制御に用いられる。監視カメラが設置された施設内の位置や画角の情報を取得して保持しておき、領域を指示するときの携帯端末１００の位置と監視カメラの位置関係から、指示されている領域が監視カメラでも撮像可能かを特定すればよい。

従来、チェッカーが目視で行ったチェックと、監視カメラのような外部デバイスを使って行ったチェックの頻度や程度が十分であるかを、チェッカー自身の判断やスキルを加味して総合的に把握することは容易でなかった。それに対し、本実施形態の情報処理システムでは、複数の手段によって行われた結果を、定められたファクタを反映した総合的なスコアとして決定し、それを可視化することができる。チェッカーは「直前のチェックからの経過時間が長いほど、チェックの必要度が高い」という直感的なルールに沿うことで、特に意識することはなくても様々なファクタを考慮した結果、優先的にチェックすべき対象と推定される対象を理解することができる。

図４から図６を参照して、本実施形態の情報処理システムにおいて実行される処理の流れを説明する。図４から図６の各図は、情報処理システムの処理の契機となるチェッカー（操作者）による入力工程を含む全体のシーケンス図である。本実施形態の携帯端末１００は、まず、操作者にトーチとして照明光を提供しながら、所定の空間のうち、指示される領域に疑似的な温度情報の分布をマッピングしていくトーチモードとして機能する。そして、マッピングされた温度情報を投影により可視化する可視化モードとして機能する。さらに、本実施形態では、システムに対して疑似的な温度であるスコアに反映するファクタを新規に追加する操作を受け付けるファクタ追加モードを実行することもできる。操作者は携帯端末１００の操作部を使ってモードの切り替え操作を行い、携帯端末１００は受付部２０１を介して、ＣＰＵ１０５が指示されたモードに対応する処理を開始する。なお、トーチモードと可視化モードにおいて、プロジェクタ１０９の発光素子の輝度を異ならせる制御が行われてもよい。この場合、トーチモードにおいて照明用の光源として利用される場合の方が、可視化モードで投影画像を投影するために利用される場合よりも高い輝度で発光させることが望ましい。

図４は、携帯端末１００をトーチモードで動作させている場合の各要素の振る舞いを表すシーケンス図である。操作者がトーチモードの携帯端末１００を用いて領域をチェックしたことを受けて、情報処理システムがその領域に対する疑似的な温度を決定し、その分布を領域内にマッピングする。ステップＳ３００において、操作者が携帯端末１００を対象にかざし、トーチの光を対象に当てる。それをきっかけに、携帯端末では所定の時間間隔で以降の処理の流れが実行される。ステップＳ３０１において、携帯端末１００の領域特定部２０２は、受付部２０１から取得した情報基づき、現在トーチモードで、可視化可能なスコアをマッピングすべき領域を指示中であると判断する。ステップＳ３０２において、携帯端末１００の領域特定部２０２は、受付部２０１を介して、携帯端末１００の位置、姿勢の情報を基に指示された領域と撮像した画像を取得する。ステップＳ３０３において、携帯端末１００は、通信部２０３を介して、サーバ装置１０１にステップＳ３０２で取得した情報と、それらの情報の登録依頼を送信する。ステップＳ３０４において、サーバ装置１０１は通信部２０５を介してステップＳ３０３で送信された情報を受け取り、保持部２０７へ保持する。本実施形態では、図１２のようなテーブルに領域情報を追加、あるいは更新して保持する。

ステップＳ３０５において、サーバ装置１０１の決定部２０６は、保持部２０７に保持されている情報に基づいて、指示されている領域に対するスコアの決定処理を行う。本実施形態の場合は、スコアは疑似的な温度を表す値である。本処理の流れは図９（ａ）のフローチャートに示し、詳細は後述する。尚、ステップＳ３０５における決定部２０６の処理は、ステップＳ３０８で監視カメラによる監視状態に基づく情報が追加されていない場合でも行われる。

続いて、監視カメラ等の外部デバイスから、外部デバイスによって行われる監視の状況情報が与えられる場合の振る舞いを説明する。ステップＳ３０６において、監視カメラは、自装置の位置、姿勢の情報を基に指示された領域と撮像した画像を取得する。そこでステップＳ３０７において、監視カメラは、サーバ装置１０１に、取得した情報とファクタ追加依頼を送信する。ステップＳ３０８において、サーバ装置１０１のファクタ追加部２０８は、通信部２０５を介してステップＳ３１０で送信された情報を受け取り、保持部２０７が保持する情報を追加する。監視カメラによって撮影されている場所は、携帯端末１００を持つチェッカーがその場にいなくても、人による監視が行われ得る状況にある。従って、監視カメラが設置されない場所よりも、高いスコアを付与することで、疑似的に温まり易い、あるいは冷え難いことを表現してもよい場合がある。従って本実施形態では、監視カメラからも、定期的に監視の状態を表す情報を取得し、スコアに反映可能であるように保持する。ステップＳ３０９において、サーバ装置１０１は、通信部２０５を介して監視カメラに、ファクタを追加したことを示す通知を行う。

以上の様な処理の流れで、トーチモードを利用すれば、操作者自身は、ただトーチを利用した対象のチェック、及び巡回を行っているだけで、チェック対象に直近のチェックを行った時刻等の情報が紐付けて記憶されていく。携帯端末１００がトーチモードで動作している間、携帯端末１００は、他のモードへの切り替え操作を受け付けない限り、所定時間毎にステップＳ３０２及びステップＳ３０３の処理を繰り返す。

次に、図５は、携帯端末１００を可視化モードで動作させている場合の各要素の振る舞いを表すシーケンス図である。携帯端末１００が可視化モードであれば、携帯端末１００の動きや操作によって各領域のスコアが変化することはない。それに対し監視カメラによる監視は、携帯端末１００が動作するモードがいずれであるかに関わらず継続されている。そのため図５において、サーバ装置１０１と監視カメラに関しては、図４で説明した処理と同じ処理が存在する。ただし、図４で説明した処理と同じ処理には、図４の同じの符号を付記し、ここでは詳細な説明は省略する。

ステップＳ４００において、操作者１０２が携帯端末１００のプロジェクタ１０９を、疑似的な温度を可視化したい領域に向ける。ステップＳ４０１において、携帯端末１００の領域特定部２０２は、受付部２０１を介して受け付けた切り替え操作に応じて、可視化モードで動作していることを判断する。ステップＳ４０２において、携帯端末１００の領域特定部２０２は、受付部２０１で受け付ける情報に基づいて、携帯端末１００が指示している領域の表す情報を取得する。ステップＳ４０３において、携帯端末１００は、通信部２０３を介して、サーバ装置１０１にステップＳ４０２で取得した情報を送信する。

ステップ４０４では、サーバ装置１０１の決定部２０６は、保持部２０７に保持されている情報に基づいて、指示されている領域に対するスコアの決定処理を行う。上述したステップＳ３０５では、指示された領域に最後のチェックが行われた結果のスコア、すなわち温めが行われた結果のスコアが決定されたのに対し、ステップＳ４０４では、最後のチェックからの時間経過とともに単調減少したスコアが決定される。ただし、本実施形態では、スコアが決定されるアルゴリズムはステップＳ３０５と共通するものを用いる。詳細は図９（ａ）のフローチャートを参照して後述する。

ステップＳ４０５において、決定部２０６は、通信部２０５を介して、携帯端末１００に、指示中の領域に対して決定されたスコア、すなわち疑似的な温度を送信する。ステップＳ４０６において、携帯端末１００の表示制御部２０４は、通信部２０３を介して取得した疑似的な温度を基に、表示する情報の内容を更新する。本実施形態の場合、本実施形態の場合、表示デバイスはプロジェクタ１０９であるので、疑似的な熱画像を含む投影画像を生成する。本処理についての詳細は後述する。ステップＳ４０７において、表示制御部２０４がステップＳ４０６において更新した情報に基づいて表示を行う。本実施形態の場合、投影画像をプロジェクタ１０９に出力させるための制御処理が行われる。ステップＳ４０８において、操作者１０２が、領域に投影された情報を見ることができる。

以上の様な処理の流れで、可視化モードを利用すれば、携帯端末１００のプロジェクタ１０９を向けた対象について、直近のチェック後からの経過時間の長さが反映された疑似的な温度を可視化して見ることができる。携帯端末１００が可視化モードで動作している間、携帯端末１００は、他のモードへの切り替え操作を受け付けない限り、所定時間毎にステップＳ４０２〜ステップＳ４０３、及びステップＳ４０６〜ステップＳ４０７の処理を繰り返す。

図６は、ファクタ追加モード時の本情報処理システムの振る舞いを説明する図である。操作者１０２は、疑似的な温度に反映されるファクタを作成し、システムに新規に登録するために、ファクタ追加モードを動作させる。例えば、携帯端末１００にボタンを設けておき、領域を指示しながら、ボタンを押すといった操作で、その時点で指示中の領域に対するファクタを追加することを可能とする。一例として、異常を発見した対象を、次回以降のチェックで優先的にチェックすべき領域として登録するときに押す「異常ありボタン」や、優先する必要がないと判断したときに押す「異常なしボタン」等を設けておく。ただしこれに限らず、携帯端末１００にタッチディスプレイを備えておき、タッチパネル上から入力しても良い。また、携帯端末１００にマイクを備えておき、音声にて「このあたりは重点チェックポイント」等と入力しても良い。

ステップＳ５００において、操作者１０２は、携帯端末１００を対象とする領域に向けた状態で、新規のファクタを追加するための操作を入力する。ステップＳ５０１において、携帯端末１００の領域特定部２０２は、受付部２０１が受け付けた情報に基づいて、携帯端末１００の位置、姿勢の情報を基に指示された領域を取得する。ステップＳ５０２において、携帯端末１００は、通信部２０３を介して、サーバ装置１０１にステップＳ５０１で取得した情報を送信する。ステップＳ５０３において、サーバ装置１０１は通信部２０５を介して、ステップＳ５０２で送信された情報を受け取り、ファクタ追加部２０８は新規のファクタとして保持部２０７が保持する情報に追加する。ステップＳ５０４において、ファクタ追加部２０８が新規ファクタの登録が完了したことを、通信部２０５を介して携帯端末１００に送信する。ステップＳ５０５において、表示制御部２０４は、通信部２０３を介して、温度分布制御情報のファクタが追加されたことを示す通知を受け取り、それを示す投影画像を出力する。ステップＳ５０６において、操作者１０２は、表示をチェックすることができる。

また、本シーケンスは、監視カメラにより何らかのイベントを検出し、外部ファクタとしてスコアに反映する。ステップＳ５０７において、イベントの認識機能を備えた監視カメラが、イベントを検出する。例えば、不審者や不審物体発生などの異常を示すイベントである。ステップＳ５０８において、監視カメラの位置、姿勢の情報をもとに、イベントを外部ファクタとして登録すべき領域を示す情報を取得する。ステップＳ５０９において、監視カメラは、サーバ装置１０１に、ステップＳ５０７、ステップＳ５０８で取得した情報と、外部ファクタとしての登録依頼を送信する。ステップＳ５１０において、ステップＳ５０３と同様にサーバ装置１０１は通信部２０５を介して、ステップＳ５０９で送信された情報を受け取り、ファクタ追加部２０８は、その情報を新規の外部ファクタとして、保持部２０７へ保持する。以上の様な処理の流れで、操作者１０２が保持する携帯端末上から、もしくは監視カメラでイベントを検出した際に、疑似的な温度の制御情報を追加することができる。

図９（ａ）は、図４のシーケンスのステップＳ３０５、及び図５のシーケンスのステップＳ４０４において、決定部２０６が疑似的な温度であるスコアを決定する処理の流れを示すフローチャートである。尚、以下に登場する各領域に対するスコアの算出処理を行う際には、時間経過に応じて減算するスコアに対し、チェックが継続されたことに応じて加算するスコアは十分大きい値を取ることが望ましい。加算するスコアが十分に大きくなければ、チェックは確かに行われたにも関わらず疑似的な温度が上昇しなくなってしまう。また、減算の粒度が荒いと、すぐにスコアが小さくなってしまい、チェック後の時間経過の違いを可視化することが困難になるためである。ただし、チェック後に生じるファクタに応じてスコアの加算が行われるときには、加算されるスコアは時間経過による減算を相殺する程度の大きさに留め、疑似的な温度が「冷え難い」ことを表現する。こうすることで、チェック後は時間の経過によってスコアは単調減少するため、可視化されたスコアを見れば、チェック後の経過時間を直感的に把握できる。尚、以降の処理の中で登場する複数のスコアの加算処理、減算処理は、巡回する施設の特徴に合わせて、それぞれ重みを変えても良い。

ステップＳ９００において、決定部２０６は、保持部２０７に情報が保持されている全ての領域に対して処理を行ったかを判定する。全ての領域に対して処理を行っていれば、Ｙｅｓのフローで本処理を終了する。未処理の領域が残っていれば、ステップＳ９０１へ進む。ステップＳ９０１において、決定部２０６は保持部２０７から未処理の領域を一つ選択する。ステップＳ９０２において、決定部２０６は、選択された領域が、現在動作中のトーチモードで、チェックのために指示されている領域かを判断する。チェック中の領域であれば、ＹｅｓのフローでステップＳ９０３へ進み、そうでなければ、ＮｏのフローでステップＳ９０４へ進む。ステップＳ９０３では、決定部２０６が、チェック中の領域に対するスコアの算出処理を行う。

ここで、図９（ｂ）は、本実施形態のステップＳ９０３で実行される処理の詳細を説明するフローチャートである。ステップＳ９０６において、決定部２０６は、スコアの加算処理を行う。本ステップの処理が毎回実行されることにより、同じ領域を指示し続けることで、スコアが上昇していく振る舞いが実現される。例えば、処理の周期を１秒とすると、１秒毎に２０のスコアが加算される。続いて、ステップＳ９０７において、決定部２０６は、保持部２０７で保持する情報を基に、選択中の領域を指示している携帯端末１００の投影面に対する距離と角度が所定の範囲内かを判断する。距離と角度が所定の範囲内であれば、ＹｅｓのフローでステップＳ９０８へ進み、そうでなければ、ＮｏのフローでステップＳ９０９へ進む。距離は、近い程チェッカーが近い位置で目視でき、遠い程目視が難しくなることから、１〜２ｍ程度に所定の閾値を設定するのが望ましい。また、角度については、領域に対して垂直に近いほどスポットが小さい範囲に集中して見やすく、角度が斜めになる程スポットが広範囲に及び見難くなることから、垂直から５度程度の傾きに所定の範囲を設定するのが望ましい。ステップＳ９０８では、決定部２０６が、ステップＳ９０６と同様にスコアの加算処理を行う。

ステップＳ９０９においては、決定部２０６が、保持部２０７で保持する情報に基づいて、現在の操作者１０２のスキルが「熟練」かを判断する。「熟練」であればステップＳ９１０へ進み、そうでなければ、ステップＳ９１１へ進む。ステップＳ９１０では、決定部２０６が、ステップＳ９０６と同様にスコアの加算処理を行う。ステップＳ９１１においては、決定部２０６が、保持部２０７で保持する情報に基づき、チェッカー人数を判断する。チェッカー人数が複数であれば、ＹｅｓのフローでステップＳ９１２へ進み、そうでなければ、Ｎｏのフローで処理を終了する。ステップＳ９１２では、決定部２０６が、ステップＳ９０６と同様にスコアの加算処理を行う。なお、加算するスコアの数値は、ファクタの優先度等に応じて任意に設定されれば良い。

続いて、図９（ａ）のフローチャートにおいて、ステップＳ９０４では、決定部２０６が、全ての領域に共通で行うべきスコア更新処理を行う。図１０は、ステップＳ９０４の処理の詳細を説明するフローチャートである。ステップ９１３において、決定部２０６は、前回の指示時刻からの差分に基づいてスコアの減算処理を行う。例えば、１秒毎にスコア１を減算する、といった形式でもよいし、前回の指示時刻から１５分が経過した時点で１０を減算する、といった形式でもよい。いずれの場合にも時間が経過することで、スコアが単調減少していく振る舞いが実現される。ステップＳ９１４においては、決定部２０６が、保持部２０７で保持する情報を基に、チェック対象（指示中の領域全体、あるいは領域に含まれる一部でもよい）に変化があったかを判断する。保持部２０７で保持する同一の領域の以前の画像情報と最新の画像情報を比較し、変化が検出されれば投影対象に変化があったと判断し、ＹｅｓのフローでステップＳ９１５へ進み、そうでなければ、ステップＳ９１６へ進む。

ステップＳ９１５では、決定部２０６が、スコアの減算処理を行う。ステップＳ９１６においては、決定部２０６が、保持部２０７で保持する情報を基に、現在処理している領域に対し、外部ファクタが設定されているかを判断する。外部ファクタとは、本情報処理システムで、管理している施設に設置している監視カメラ等から発行されたイベントに基づき設定された新規の温度情報を制御するための条件である。外部ファクタがあれば、ステップＳ９１７へ進み、そうでなければ、ステップＳ９２０へ進む。ステップＳ９１７においては、決定部２０６が、現在処理している領域に設定されている外部ファクタのパラメータを判別する。ここでは、パラメータが「異常なし」あるいは「異常」のいずれかであると定義する。ただし、各パラメータの定義は任意である。パラメータが、チェックの優先度を下げて良いことを示す「異常なし」であれば、ステップＳ９１８へ進み、そうでなければステップＳ９１９へ進む。ステップＳ９１８では、決定部２０６が、スコアの加算処理を行う。ステップＳ９１９では、決定部２０６が、スコアの減算処理を行う。

ステップＳ９２０においては、決定部２０６が、現在処理している領域に対し、手動登録ファクタが設定されているかを判断する。手動登録ファクタとは、操作者１０２が、携帯端末１００を用いて設定した条件である。手動登録ファクタがあれば、ステップＳ９２１へ進み、そうでなければ、ステップＳ９２４へ進む。ステップＳ９２１においては、決定部２０６が、現在処理している領域に設定されている手動登録ファクタのパラメータを判別する。パラメータが「異常なし」であれば、ステップＳ９２２へ進み、そうでなければステップＳ９２３へ進む。ステップＳ９２２では、決定部２０６が、スコアの加算処理を行う。ステップＳ９２３では、決定部２０６が、スコアの減算処理を行う。ステップＳ９２４においては、決定部２０６が、保持部２０７で保持する情報に基づいて、現在処理をしている領域に監視カメラが設置されているかを判断する。該領域に、監視カメラが設置されていれば、ステップＳ９２５へ進み、そうでなければ、処理を終了する。ステップＳ９２５において、決定部２０６が、スコアの加算処理を行う。加算または減算するスコアの数値は、ファクタの優先度等に応じて任意に設定されれば良い。

そして、図９（ａ）のフローチャートにおいて、ステップＳ９０５において、決定部２０６が疑似的な温度の分布を決定し、ステップＳ９００へ戻る。本実施形態では、算出したスコアをＬ１〜Ｌ７の７段階に分ける。さらに、スポットの中を中心からの距離に応じて３つの領域に分ける。本実施形態では、ステップＳ９００からステップＳ９０４までの処理は、中心に近いＰ１部分のスコアを決定する処理である。そして、例えばＰ１の温度レベルをＬ３と求められた場合ステップＳ９０５では、Ｐ２はＰ１よりも一段階低い値のＬ２、Ｐ３は、Ｐ１よりも二段階低い値のＬ１という分布を決定する。Ｐ１がＬ１であった場合は、Ｐ２とＰ３もＬ１とする。

図１１（ａ）は、監視カメラ等の外部デバイスによる監視状況を取得してファクタとして保持する処理であり、図４のシーケンスのステップＳ３０８で実行される。本実施形態の情報処理システムが起動している際は、サーバ装置１０１において周期的に本処理が繰り返される。ステップＳ１０００において、ステップＳ３０７で外部デバイスから通知された情報に基づいて、携帯端末１００のチェック対象に含まれる範囲の中に外部デバイスによって監視されている状況と、ファクタとしての追加依頼があるかを判定する。追加依頼があれば、ＹｅｓのフローでステップＳ１００１へ進み、そうでなければＮｏのフローで処理を終了する。ステップＳ１００１では、ステップＳ３０７で外部デバイスから通知された情報を、保持部２０７が保持する。本実施形態の場合、図１２に示すテーブルの対応する項目にパラメータとして反映していく。尚、図３（ｂ）のような、携帯端末単体でシステムを構成する場合では、領域特定部２０２が外部デバイス情報を受け取り、保持部２０７に保持しても良い。以上の様な処理の流れで、監視カメラや他の携帯端末など、外部デバイスによる監視あるいはチェックの状況がスコアに反映される情報として登録される。

図１１（ｂ）は、外部デバイスが検出するイベント等を、外部ファクタとして追加する際の処理を説明するフローチャートであり、図６のシーケンスのステップＳ５１０で実行される。ステップＳ１００２において、ファクタ追加部２０８は、ステップＳ５０９において外部デバイスから、外部ファクタの登録依頼と外部ファクタを登録すべき領域を示す情報の通知があったかを判定する。外部ファクタがあれば、ＹｅｓのフローでステップＳ１００３へ進み、そうでなければ処理を終了する。ステップＳ１００３において、ファクタ追加部２０８は、ステップＳ１０００で取得した情報に基づいて、保持部２０７に領域と対応づけて保持する。以上の様な処理の流れで、外部端末からの外部ファクタの登録がなされる。なお、手動登録ファクタの登録に際してサーバ装置１０１で実行されるステップＳ５０３の処理も外部ファクタの場合の処理に準じるものであるため、詳細な説明は省略する。なお、ここまでスコアが加算・減算される際には、スコアの通知に所定値を加算・減算する例を説明したが、Ｌ１〜７のレベルを所定段階ずつレベルアップ、あるいはレベルダウンしてもよい。

続いて、図１２のテーブルを参照して、図４で説明したトーチモードで動作する携帯端末１００が実行するスコア決定処理の具体例を説明する。前提として、既に保持部２０７には、図１２（ａ）で示すＩＤ００１とＩＤ００２の２つであるとする。このとき、領域ＩＤ００１は、チェックされてからの時間が長く経過したため疑似的な温度は冷え切っており、全体に渡って温度レベルはＬ１であるとする。図１３（ａ）は、この状況において、領域ＩＤ００１に閲覧モードの携帯端末１００を向けた様子を表す。操作者１０２がトーチモードで動作する携帯端末１００をから発光される光を対象に向け、再び領域ＩＤ００１を指示する。この時点で、このとき、サーバ装置１０１の決定部が実行するスコア決定処理を説明する。

まず、保持部２０７が保持する領域が２つあるのに対し、全領域に対する処理が完了していない（ステップＳ９００でＮｏ）。選択された領域が、指示中の領域ＩＤ００１であれば（ステップＳ９０２でＹｅｓ）、チェック状態が継続されているということなので、スコアの加算を行う（ステップＳ９０６）。例えば２０が加算される。このとき、投影面との距離Ｄ１と角度Ａ１は所定の範囲内であるとすると（ステップＳ９０７でＹｅｓ）、操作者は熟練者であるので（ステップＳ９１１でＹｅｓ）、さらにスコアが加算される（ステップＳ９０８、Ｓ９１０）。合計でスコア２０が加算され、スコアは最大値の１００に到達したとする。チェッカーは一人であるので（ステップＳ９１１でＮｏ）、続いて全領域共通のスコア更新処理が行われる。

全領域に対して、規則に沿って減算が行われる（ステップＳ９１３）。例えば、領域ＩＤ００１，ＩＤ００２の両方から５ずつスコアが減らされる。チェック対象に特に変化がないとする（ステップＳ９１４でＮｏ）。領域ＩＤ００１には、外部ファクタ、及び手動登録ファクタはない（ステップＳ９１６、Ｓ９２０でＮｏ）。また、監視カメラ設置エリアではない（ステップＳ９２４でＮｏ）。以上の結果から、ステップＳ９０５では、Ｐ１のスコア１００が決定され、それに応じてＰ１はＬ７、Ｐ２はＬ６、Ｐ３はＬ５となり、保持部２０７にその情報が保持される。なお、図１２（ａ）〜（ｃ）のテーブルには、疑似的な温度のレベルを格納しているが、レベル分けに用いた引き続き数値も保持し、このあとの加算・減算の処理に利用する。あるいは、初回の処理で決定されたレベルのみを保持し、その後の加算・減算処理ではレベルアップあるいはレベルダウンだけを行う形式にすることもできる。

ステップＳ９００に戻り、まだＩＤ００２が未処理であるため、ステップＳ９０１でチェック中の領域ではないＩＤ００２の領域が選択され（ステップＳ９０２でＮｏ）、続いて全領域共通のスコア更新処理が行われる。まず時間経過に伴うスコアの減算処理が行われ、例えば領域ＩＤ００１，ＩＤ００２の両方から５ずつスコアが減らされるステップＳ９１３）。ＩＤ００２でも、チェック対象に特に変化がないとする（ステップＳ９１４でＮｏ）。領域ＩＤ００２には、外部ファクタはないが、手動登録ファクタがある（ステップＳ９１６でＮｏ、ステップＳ９２０でＹｅｓ）。手動登録ファクタは「異常」であるので、スコアの減算処理を行う（ステップＳ９２３）。例えば、スコアが１０減算される。ＩＤ００２は監視カメラ設置エリアではない（ステップＳ９２４でＮｏ）。以上から、ステップＳ９０５において、スコアに応じて、疑似的な温度が決定される。算出したスコアのレベルがＬ３とすると、Ｐ１はＬ３、Ｐ２はＬ２、Ｐ３はＬ１とスコアが更新される。ステップＳ９００に戻り、保持されている全ての領域に対して処理がなされたので、Ｙｅｓのフローで処理を終了する。

以上の様な処理の流れで、疑似的な温度は指示している領域の温度が上昇し、指示されていない領域は温度が下降するように制御される。同じ領域が指示され続ければ、同様のフローが実行され、スコアの加算処理が繰り返され、ＩＤ００１の領域のスコアは上昇していく。また上昇するスコアに応じて、疑似的な温度が単調増加していく。操作者１０２は、スコアを可視化することで、チェックが最近行われたことを容易に把握できる。

続いて、図５で説明した可視化モードで動作する携帯端末１００が実行するスコア決定処理の具体例を説明する。尚、保持部２０７に保持されている領域の情報は、図１２（ｂ）で示すようにＩＤ００１のみであるとする。操作者１０２が可視化モードで動作中の携帯端末１００から発光される光を対象に向ける。領域特定部２０２は、携帯端末１００の指示する領域を取得する。図１２（ｂ）の通り、領域を特定するための情報は、今回取得された位置（Ｘ１，Ｙ１）であり、端末の姿勢は、（Ｐｉｔｃｈ１，Ｒｏｌｌ１，Ｙａｗ１）であるとする。携帯端末１００は、通信部２０３を介して、サーバ装置１０１に取得した情報を送信する（ステップＳ４０３）。

サーバ装置１０１側では決定部２０６がステップＳ４０４の温度分布決定処理を行う。未だ全ての領域に対する処理が完了していないため（ステップＳ９００でＮｏ）、まずＩＤ００１の領域が選択される（ステップＳ９０１）。今可視化モードでの動作中であり、チェック中の領域ではないため（ステップＳ９０２でＮｏ）、全領域共通のスコア更新処理が行われる。まず、全領域に対してスコアの減算処理を行う。このとき、チェック対象に変化は生じていないとする（ステップＳ９１４でＮｏ）がないとする。また、外部ファクタ、及び手動ファクタも登録されていない（ステップＳ９１６、及びＳ９２０でＮｏ）。更に、領域ＩＤ００１は、監視カメラ設置エリアではない（ステップＳ９２４でＮｏ）。以上を踏まえ、ステップＳ９０５において、スコア及び、温度レベルが決定される。算出したスコアのレベルＬ３とすると、ＩＤ００１のうちの温度分布は、Ｐ１はＬ３、Ｐ２はＬ２、Ｐ３はＬ１と変化する。

続いてステップＳ４０５において、更新された疑似的な温度が携帯端末１００の表示制御部２０４に通知される。ステップＳ４０６では、表示制御部２０４が、ＩＤ００１の領域の疑似的な温度を更新し、ステップＳ４０７において、該領域に投影する。ステップＳ３０９において、操作者１０２が投影された疑似的な温度をチェックする。以上のような流れで、可視化モードにおいて、疑似的な温度の温度が単調減少していく様子を閲覧することができるようになる。

ここで、図１３は、チェックが継続される時間の長さに違いにより可視化される結果を表す図である。図１３（ａ）は、上述したように、前回のチェックからの経過時間が長く、領域ＩＤ００１の疑似的な温度が低く全体に渡ってＬ１に冷えている場合に可視化モードを動作させた様子を表す。図１３（ｂ）は、ＩＤ００１に改めてチェックがなされたことで、疑似的な温度が温まり、スポット内に温度分布が生じた様子である。このとき、Ｐ１はＬ３、Ｐ２は、Ｌ２、Ｐ１はＬ１というレベルである場合の可視化の様子を表す。さらにチェックが継続されることで温度が上がり、領域ＩＤ００１について算出されるスコアの温度レベルがＬ７達した状態で可視化を行うと、図１３（ｃ）のように、Ｐ１のレベルがＬ７の場合、Ｐ１はＬ７、Ｐ２はＬ６、Ｐ３はＬ５となる。さらにチェックを続けていれば、全体が温まり一様にＬ７となるとすると、チェックが長時間行われたことが温度のアナロジーにより、直感的に理解され易い。

なお、本実施形態では、トーチモードと可視化モードを切り替えて利用する排他的な機能として説明したが、これに限らない。例えば、トーチモードにおいて、プロジェクタ１０９を制御することにより、トーチとしての照明光と疑似的な熱画像を投影するための投影光を所定時間毎に切り替えて発光させる。このとき、トーチとして利用可能な時間に対して、熱画像の投影が行われる時間は短く設定されていてもよい。こうすることで、ユーザがチェックを終えると自動的に、その領域に対応する、あるいは端末が移動されていれば移動後の領域に対応する疑似的な熱画像が投影され、ユーザにチェックの過不足状況を把握させることができる。ユーザは、モード切り替えの手間を必要とせずに、チェックの不足部分を重点的にチェックする作業が促され、作業が効率化される。またあるいは、スポットの中央部分はトーチモードとして利用可能なように白色とし、スポットの縁に近い領域を部分的に可視化モードに利用し、当該部分に対応する熱画像を表現してもよい。この場合、ユーザはスポットの中央部分に注目している限りは中断を強いられることなくチェックに集中できる。そして、スポットの縁の熱画像に注目することで、より疑似温度の低い方へトーチを移動すれば効率的にチェックが続けられることを容易に把握可能となる。このように、トーチモードの機能を実行しながら、並行して熱画像の投影を行う場合には、図４を参照して説明したシーケンスにおいて、図５のシーケンスのうちステップＳ４０５からステップＳ４０８の工程を加える。さらに、ステップＳ４０６においては、上述したように、トーチの照明光と画像投影の投影光の時系列的な自動切り替え、あるいはスポット内での空間的な切り替えを制御する工程を加えればよい。

次に、最後にチェックされた後に不審物が放置されるなどのイベントが発生し、チェック対象に変化が生じた場合の携帯端末１００のスコア決定処理を、具体例を挙げて説明する。処理を実行する前の保持部２０７の内容は、図１２（ｂ）であるとする。このとき、領域ＩＤ００１を可視化モードで可視化した様子は図１４（ａ）であるとする。図１４において１４０２で示す領域の画像Ｉｍａｇｅ１が保持部に保持されている画像であるとする。図１４（ｂ）のように、不審物の箱が指示時刻Ｔ１より後で領域ＩＤ００１上に置かれたとする。

ステップＳ３００において、操作者１０２が可視化モードで動作する携帯端末１００から発光される光を対象に向ける。領域特定部２０２が領域ＩＤ００１の情報をサーバ装置１０１に送信（ステップＳ３０３）してから、サーバ装置１０１が全領域共通のスコア更新処理（ステップＳ９０４）を開始するまでの処理は、上述した可視化モードの具体例と重複するため詳細は省略する。ただし、上述した例との相違点として、ステップＳ３０２において領域特定部２０２は、箱が置かれた領域の画像Ｉｍａｇｅ２を取得し、サーバ装置１０１に送信する。

ステップＳ９１４において、保持部２０７で保持する最新の画像Ｉｍａｇｅ２と以前に保持されたＩｍａｇｅ１で違いがあるため、投影面に対して変化があると判断し（ステップＳ９１４でＹｅｓ）、スコアの減算処理を行う（ステップＳ９１５）。尚、ステップＳ９１５の減算処理については、以前巡回した際と状況が異なることを重視し、スコアを０にリセットする、あるいはレベルをＬ１にリセットする。外部ファクタ及び手動登録ファクタはなく（ステップＳ９１６、ステップＳ９２０でＮｏ）、監視カメラ設置エリアではないため（ステップＳ９２４でＮｏ）、処理を抜ける。そしてステップＳ９０５において、スコアに応じて、疑似的な温度を決定する。算出したスコアの温度レベルがＬ１となったとすると、温度分布としてＰ１はＬ１、Ｐ２はＬ１、Ｐ３はＬ１となる。全ての領域に対して処理がなされたので、処理は終了する。

続いてステップＳ４０５において、更新された疑似的な温度とその分布情報が携帯端末１００の表示制御部２０４に通知される。表示制御部２０４が、ＩＤ００１の領域の疑似的な温度を更新（ステップＳ４０６）し、該領域に図１４（ｃ）のように疑似的な熱画像が投影される（ステップＳ４０７）。ステップＳ４０８において、操作者１０２が投影された疑似的な温度をチェックすることが可能となる。

続いて、外部ファクタが生じた場合のスコア決定処理と可視化の結果を説明する。外部ファクタは、携帯端末１００単体では、把握できない状況の変化をスコアに反映するために利用される。図１５において、１５００は携帯端末１００、１５０１は携帯端末１００の投影範囲、１５０２は疑似的なスポット１２３、１５０３はドア、１５０４は監視カメラ、１５０５が監視カメラの撮像範囲である。処理を実行する前の保持部２０７の内容は図１２（ｃ）であり、図１５（ａ）の状況で取得された情報であるとする。図１５（ｂ）は、図１５（ａ）の状態でチェックが行われた後に、ドア１５０３が、何者かに開けられた様子である。その際に、図６のステップＳ５０７からステップＳ５１１の処理により、監視カメラによって、保持部２０７に外部ファクタとして、異常ありと登録される。その後、図１５（ｃ）のようにドア１５０３が閉じられている。以下でこのような状況における本情報処理システムによるマッピング処理を実行した場合の処理の流れを説明する。これまでの具体例と重複する説明は適宜省略する。

ステップＳ３００において、操作者１０２が可視化モードで動作中の携帯端末１００から発光される光を対象に向ける。サーバ装置１０１は、携帯端末１００から図１２（ｃ）の各情報を受信して保持する。受信した領域が現在チェック中の領域であるため（ステップＳ９０２でＹｅｓ）、チェック継続時間に応じたスコアが加算される（ステップＳ９０６）。続いて、投影面との距離Ｄ１と角度Ａ１は所定の範囲内であり（ステップＳ９０７でＹｅｓ）、チェッカーは熟練でなく（ステップＳ９０９でＮｏ）、チェッカーは２人である（ステップＳ９１１でＹｅｓ）。以上からスコアの加算が行われ（ステップＳ９０８、Ｓ９１２）加算され、次に全領域共通のスコア更新処理が実行される。

まず、全領域に対してスコアの減算処理を行う（ステップＳ９１３）。ここで、保持部２０７で保持する画像からは投影面の変化を検出できない（ステップＳ９１４でＮｏ）。ただし、外部ファクタが監視カメラにより登録されている（ステップＳ９１６でＹｅｓ）。外部ファクタが「異常」であるため、スコアが減算される（ステップＳ９１９）。尚、ステップＳ９１９の減算処理については、以前巡回した際と状況が異なることを重視し、スコアを０にリセットする、あるいはレベルをＬ１にリセットする。続いて、手動登録ファクタはないため（ステップＳ９０２でＮｏ）。また、現在している領域ＩＤ００１は、監視カメラ設置エリアである（ステップＳ９２４でＹｅｓ）ので、スコアが加算される（ステップＳ９２５）。その後処理を抜け、ステップＳ９０５において、スコアに応じて、疑似的な温度とその分布を決定する。算出したスコアが温度レベルＬ１とすると、Ｐ１はＬ１、Ｐ２はＬ１、Ｐ３はＬ１となる。このように本実施形態では、携帯端末１００が検出可能な見た目の違いが生じていなくても、外部デバイスによって検出されたイベントの状況に応じて、スコアが下がる。以上で、全ての領域に対して処理がなされたので、スコア決定処理が終了する。

例えば、このチェックの後、ユーザが可視化モードへの切り替えを行ったとする。すると、図１５（ｄ）のように、ドア部分だけが疑似的な温度が低くなっていることに気が付き、ドアの内部にチェックが必要であることを容易に認識できる。なお、可視化モードへの切り替えを必須とせず、所定周期で自動的に可視化が行われるような場合であっても同様である。

次に、図１６は、保持部２０７で保持する情報を監視カメラと連携して補正する処理を説明する図である。図１６（ａ）〜（ｃ）は巡回が行われる屋内施設の地図に相当する図である。１６００の線は、実際に操作者が巡回した経路である。１６０１は現在携帯端末１００がある位置である。１６０２が監視カメラであり、廊下が撮像範囲に含まれている。図１６（ｂ）の破線が、屋内の位置をシステムが取得する際の誤差、および誤差の累積により、システムが誤って取得した、歩行経路であり、１６０３が歩行中にチェックしたとして登録されている領域の位置である。このようなケースでは、監視カメラに映る操作者の位置と、システムが把握している領域に差異が発生する。その場合、監視カメラ１６０２に映っている情報を優先し、１６０５の地点で監視カメラの情報に合わせて、登録されている領域の位置情報を補正するのが望ましい。これにより、屋内の位置をシステムが取得する際の誤差を監視カメラが存在する領域でリセットすることができ、領域を指示する精度を向上させることができるようになる。

次に、図８を用いて、複数の領域が重なってしまった際の、表示制御部２０４による投画像の生成処理を説明する。本実施形態では、指示された領域は中心からの距離に従って３段階に区分され、内側程温度が高く、外側程温度が低くマッピングがなされるのは上述した通りである。中心からの距離に応じて、温度の分布の範囲を破線で表したのが図８（ａ）である。ここでは７００の破線は温度がＬ３の範囲、７０１の破線は温度がＬ２の範囲、７０２の破線は温度がＬ１の範囲を表している。これらの範囲を重なりのある範囲のうち、温度が高い範囲から順番に合成していく。その処理を行った後の図が、図８（ｂ）である。最後に、温度に合わせて、色を塗っていくことで図８（ｃ）のように２つの領域が重なった際にも上手く表示をすることができるようになる。尚、本処理はあくまで一例であり、重なりがある部分の表示方法はこれに限らない。単純に温度を足して表示してもよいし、後から指示した領域の情報を優先するといった方法をとってもよい。

以上説明した第１の実施形態によれば、定常的にチェックを行う対象となる場所や物について、少なくとも最後のチェックの後に経過した時間の長さを操作者が容易に把握することができる。その結果、次回チェックにおいて優先的にチェックすべき箇所を把握することができるので、効率的な作業が促進される。

尚、上述した第１の実施形態では、チェックの後に経過した時間の長さを操作者に把握させるために疑似的な温度を設定し、疑似的な熱画像を投影する例を示した。しかしながら、投影する情報は、スコアの分布を数値で表す等、文字情報でも構わない。また例えば、聴覚による通知により、スコアの分布を表すこともできる。その場合、携帯端末１００にスピーカーを備え、スコアが高い位置では、高音、低い場所では、低音等のようにレベルに合わせて音の高低、種類、大小を変えることで操作者１０２へ通知してもよい。また、触覚による通知であってもよい。携帯端末１００にバイブレータ用の小型モータを備え、振動の強弱やパターンによって、スコアの高低を表現してもよい。また、携帯端末１００にヒータを備えておき、温度の高低でスコアを表現してもよい。本実施形態のようにスコアが疑似的な温度を表す場合には、直感的な理解が促される。その他、携帯端末１００に嗅覚ディスプレイを備えておき、香りの種類、強弱等でスコアの高低を表現してもよい。

＜変形例１＞
第１の実施形態の携帯端末１００は、プロジェクタに限らず、スマートフォン等のディスプレイを表示部として用いることでも実現できる。図４、図５、図６、図９、図１０、図１１のいずれの処理も、プロジェクタの投影の代わりにディスプレイに表示画像を出力することでも実現できる。プロジェクタでは投影光のスポットの中に疑似的な温度の分布を表現したが、ディスプレイの場合は、撮像装置１１２で撮像したリアルタイム画像に疑似的な熱画像を重畳表示する。また、第１の実施形態は、トーチ機能を有さない情報処理装置であっても、トーチのスポットを推定する以外の方法でチェックが行われた場所あるいは物を推定可能であれば、本実施形態を適用可能である。また、トーチ機能を有している情報処理装置において、チェッカーがチェックにおいてトーチの利用を省略した場合でも同じである。

図１７は、スマートフォン等のディスプレイを備えた携帯端末１００により、疑似的な温度を投影する処理を説明する図である。１７００がディスプレイを備えたスマートフォンである。１７０１がスマートフォン１７００の備える撮像装置１１２の撮像範囲である。図１７（ｂ）は、図１７（ａ）の１７００のディスプレイに表示されている情報を示す。ディスプレイ越しに１７０１の範囲を閲覧した場合に、疑似的な温度の分布が１７０３のように床や壁面に重なるように表示を制御する。図７と同様、現在位置の周囲の疑似的な温度を俯瞰した図を表示する際には、１７０２のようにディスプレイの右上等に固定して表示すればよい。このとき、図７とは異なり、疑似的な熱画像に重畳させたり、あるいはユーザが任意にタッチ操作で移動させることを可能としたりすることもできる。

以上説明した通り、一般的に普及している携帯端末においても本発明を適用することができる。例えば、トーチモードはプロジェクタ１０９を備える携帯端末１００を利用し、可視化の際にはスマートフォン１７００を用いるといった使い分けが行われても良い。図１７に示したように、状況によっては、スマートフォン１７００では、プロジェクタのスポットよりも広い範囲の疑似的な熱画像表示させることができ、より効率化が可能となる場合もある。また例えば、スマートフォン１７００にさらに、トーチモードの照明機能を省略したチェックモードを設け、スマートフォン１７００のカメラをかざして映像を撮影することで、チェックが行われたとみなし撮像された画像に写る領域にスコアを付与してもよい。トーチを必要としない屋外や明るい屋内では、照明光を投影する必要がないので、プロジェクタよりも効果的にディスプレイが利用できる場合がある。

＜変形例２＞
本発明の携帯端末１００の表示制御部２０４は、プロジェクタに限らず、眼鏡型のディスプレイを用いても実現できる。図４、図５、図６、図９、図１０、図１１のいずれの処理も、変形例１と同様、プロジェクタでの投影の代わりに１以上のディスプレイに表示画像を出力することで実現できる。眼鏡型ディスプレイにおいても、周囲の疑似的な温度を表示する際には、変形１と同様にディスプレイの視野の右上等に固定して表示するのが望ましい。また、疑似的な温度を決定する際に、公知の手法で取得した視線の位置を考慮に入れてもよい。図７（ａ）を用いて説明したように撮像範囲の中心ではなく、視線の位置を中心に温度が高くなるように疑似的な温度を決定するようにしてもよい。以上説明した通り、第１の本実施形態は、眼鏡型の携帯端末においても適用することができる。

＜その他の実施例＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

２０１ 受付部
２０２ 領域特定部
２０４ 表示制御部
２０６ 決定部
２０７ 保持部
２０８ ファクタ追加部

Claims (14)

1. 操作者が携帯可能な端末と、前記端末と通信可能なサーバ装置を有する情報処理システムであって、
   前記操作者に前記端末を用いて指示された領域を表す情報を、少なくとも指示された時刻を示す情報とともに特定する特定手段と、
   前記特定された情報に基づき、前記指示された領域に対して、前記指示された時刻からの経過時間に応じて単調減少又は単調増加するスコアを決定する決定手段と、
   前記指示された領域内の、前記決定手段に決定されたスコアの分布を表す画像を前記指示された領域に重畳させる表示処理を行う表示制御手段と、
   を備えることを特徴とする情報処理システム。
2. さらに、前記指示された領域と、前記領域に対して前記決定手段によって決定されたスコアを対応づけて保持する保持手段を更に備え、
   前記表示制御手段は、前記指示された領域を表す情報と、前記保持手段に保持された情報とに基づいて、前記指示された領域内の前記スコアの分布を表す画像を当該領域に重畳させる表示処理を行うことを特徴とする請求項１に記載の情報処理装置。
3. 前記決定手段は、前記端末を用いて指示されている状態が継続する時間に応じて温まり、前記指示されてから経過する時間に応じて冷える疑似的な温度を、前記スコアとして決定し、
   前記表示制御手段は、
   前記領域内の前記疑似的な温度の分布を表す疑似的な熱画像を、前記指示された領域に重畳させる表示処理を行うことを特徴とする請求項１又は２に記載の情報処理システム。
4. 前記操作者に前記端末を用いて指示された領域とは、前記操作者が該領域内を目視することによるチェックを行なうために指示された領域であることを特徴とする請求項１乃至３のいずれか１項に記載の情報処理システム。
5. 前記指示された領域に対して、前記スコアに反映されるファクタを追加する追加手段をさらに備え、
   前記決定手段は、前記追加手段によって追加されたファクタに基づき、前記領域のスコアを決定することを特徴とする請求項１乃至４のいずれか１項に記載の情報処理システム。
6. 前記追加手段は、外部デバイスによる前記指示された領域に対する監視状況を前記ファクタとして追加し、
   前記決定手段は、前記外部デバイスによる監視において状態変化が検出された領域では、前記スコアを減少させることを特徴とする請求項５に記載の情報処理システム。
7. 前記追加手段は、同一の領域を指示した操作者の人数を前記ファクタとして追加し、
   前記決定手段は、所定時間の間に異なる端末から同じ領域を指示する情報を受け付けた場合、複数の操作者によって指示されたとみなし、前記スコアを増加させることを特徴とする請求項５又は６に記載の情報処理システム。
8. 前記端末は、前記端末を用いて指示された領域を特定するための情報を、指示された時刻からの経過時間を算出するため基点となる時刻の情報と関連付けて保持する第１モードと、
   前記端末を用いて指示された領域について、既に保持されている時刻の情報と新たに前記領域が指示された情報との差分である前記経過時間に基づく前記スコアの分布を表す画像を生成し、前記表示処理を行う第２モードとを切り替えて実行することを特徴とする請求項１乃至７のいずれか１項に記載の情報処理システム。
9. 前記特定手段は、前記端末が有する検知手段を利用して特定される前記端末の姿勢及び位置を、前記操作者に前記端末を用いて指示された領域を表す情報として特定することを特徴とする請求項１乃至８のいずれか１項に記載の情報処理システム。
10. 操作者が携帯可能な情報処理装置であって、
    前記操作者に前記情報処理装置を用いて指示された領域を表す情報を、少なくとも指示された時刻を示す情報とともに特定する特定手段と、
    前記特定された情報に基づき、前記指示された領域に対して、少なくとも前記指示された時刻からの経過時間に応じて単調減少又は単調増加するスコアを取得する取得手段と、
    前記指示された領域内での、前記取得されたスコアの分布を表す画像を前記指示された領域に重畳させる表示処理を行う表示制御手段と、
    を備えることを特徴とする情報処理装置。
11. 操作者が携帯可能な端末と通信可能な情報処理装置であって、
    前記操作者に前記端末を用いて指示された領域を表す情報を、少なくとも指示された時刻を示す情報とともに取得する取得手段と、
    前記取得された情報に基づき、前記指示された領域に対して、少なくとも前記指示された時刻からの経過時間に応じて単調減少又は単調増加するスコアを決定する決定手段と、
    前記指示された領域内の、前記決定手段によって決定されたスコアの分布を表す情報を、前記端末に送信する送信手段と、
    を備えることを特徴とする情報処理装置。
12. コンピュータに読み込ませ実行させることで、前記コンピュータを請求項１０又は１１に記載された情報処理装置として動作させるためのプログラム。
13. 請求項１２に記載されたプログラムを記憶したコンピュータが読み取り可能なプログラムの記憶媒体。
14. 操作者が携帯可能な端末を含む情報処理システムが実行する方法であって、
    特定手段により、前記操作者に前記端末を用いて指示された領域を表す情報を、少なくとも指示された時刻を示す情報とともに特定する特定工程と、
    決定手段により、前記特定された情報に基づき、前記指示された領域に対して、少なくとも前記指示された時刻からの経過時間に応じて単調減少又は単調増加するスコアを決定する決定工程と、
    表示制御手段により、前記指示された領域内の、前記決定されたスコアの分布を表す画像を前記指示された領域に重畳させる表示処理を行う表示制御工程と、
    を含む方法。

Images