(57)【要約】      （修正有）【課題】被観察者が危険状態に陥った後で、その危険状態から脱したことを通知するサーバ、監視システム、携帯端末および監視方法を提供する。【解決手段】携帯端末２０は被観察者に装着され、環境情報を検知する検知手段２１および決済手段２２を有する。サーバ１０は携帯端末から、環境情報を受信する受信手段１１と、携帯端末から決済手段により行われた決済処理を示す決済情報を受信する受信手段１２と、通知手段１５とを有する。通知手段１５は受信手段１１により受信された環境情報が環境に関する第１条件を満たし、かつ、受信手段１２により受信された決済情報が決済に関する第２条件を満たした場合、観察者に通知を行う。【選択図】図１
2016208335.tif 000002
【特許請求の範囲】
【請求項１】
被観察者に装着され、環境情報を検知する検知手段および決済手段を有する端末から、当該検知手段により検知された環境情報を受信する第１受信手段と、
前記端末から前記決済手段により行われた決済処理を示す決済情報を受信する第２受信手段と、
前記第１受信手段により受信された環境情報が環境に関する第１条件を満たし、かつ、前記第２受信手段により受信された決済情報が決済に関する第２条件を満たした場合、観察者に通知を行う通知手段と
を有するサーバ。
【請求項２】
前記第１条件は、前記被観察者が危険状態にあることを示す条件であり、
前記第２条件は、前記危険状態を解消するための商品または役務の決済が行われたことを示す条件である
ことを特徴とする請求項１に記載のサーバ。
【請求項３】
前記第１条件は、前記被観察者が危険状態にあることを示す条件であり、
前記第２条件は、前記危険状態を解消するための商品または役務の決済が行われなかったことを示す条件である
ことを特徴とする請求項１のサーバ。
【請求項４】
前記被観察者の状況を示す付加情報を取得する取得手段を有し、
前記付加情報が当該付加情報に関する第３条件を満たした場合、前記第１条件および前記第２条件が満たされても、前記通知手段は前記通知を行わない
ことを特徴とする請求項１ないし３のいずれか一項に記載のサーバ。
【請求項５】
前記付加情報は、前記被観察者と前記観察者との距離を示す情報である
ことを特徴とする請求項４に記載のサーバ。
【請求項６】
前記第１受信手段により受信された環境情報に応じて前記第２条件を変更する変更手段
を有する請求項１ないし５のいずれか一項に記載のサーバ。
【請求項７】
被観察者に関する環境情報を検知する検知手段と、
前記被観察者に関する決済処理を行う決済手段と、
当該検知手段により検知された環境情報を取得する第１取得手段と、
前記決済手段により行われた決済処理を示す決済情報を取得する第２取得手段と、
前記第１取得手段により受信された環境情報が環境に関する第１条件を満たし、かつ、前記第２取得手段により受信された決済情報が決済に関する第２条件を満たした場合、観察者に通知を行う通知手段と
を有する監視システム。
【請求項８】
被観察者に装着するための装着手段と、
環境情報を検知する検知手段と、
決済手段と、
前記検知手段により検知された環境情報を取得する第１取得手段と、
前記決済手段により行われた決済処理を示す決済情報を取得する第２取得手段と、
前記第１取得手段により取得された環境情報が環境に関する第１条件を満たし、かつ、前記第２取得手段により取得された決済情報が決済に関する第２条件を満たした場合、観察者に通知を行う通知手段と
を有する携帯端末。
【請求項９】
前記携帯端末を装着している前記被観察者が登録されたユーザであるか認証する認証手段と、
前記認証手段により前記被観察者が認証されなかった場合、前記決済手段の機能を停止させる決済制御手段と
を有する請求項８に記載の携帯端末。
【請求項１０】
被観察者に関する環境情報を取得するステップと、
前記被観察者に対応する決済手段により行われた決済処理を示す決済情報を取得するステップと、
前記取得された環境情報が環境に関する第１条件を満たし、かつ、前記取得された決済情報が決済に関する第２条件を満たした場合、観察者に通知を行う通知手段と
を有する監視方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、被観察者の安全を監視する技術に関する。
【背景技術】
【０００２】
携帯端末を用いて被観察者を監視する技術が知られている。特許文献１には、携帯端末の所持者の所在が許される許容領域（位置情報）が日時毎に登録されており、携帯端末の所持者が許容領域以外に所在していると判定された場合には、その所持者が異常事態にあることを通報する技術が記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−９９９７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１においては異常事態が発生した後、その異常事態が解消したことを通知することができないという問題があった。
これに対し本発明は、被観察者が危険状態に陥った後で、その危険状態から脱したことを通知する技術を提供する。
【課題を解決するための手段】
【０００５】
本発明は、被観察者に装着され、環境情報を検知する検知手段および決済手段を有する端末から、当該検知手段により検知された環境情報を受信する第１受信手段と、前記端末から前記決済手段により行われた決済処理を示す決済情報を受信する第２受信手段と、前記第１受信手段により受信された環境情報が環境に関する第１条件を満たし、かつ、前記第２受信手段により受信された決済情報が決済に関する第２条件を満たした場合、観察者に通知を行う通知手段とを有するサーバを提供する。
【０００６】
前記第１条件は、前記被観察者が危険状態にあることを示す条件であり、前記第２条件は、前記危険状態を解消するための商品または役務の決済が行われたことを示す条件であってもよい。
【０００７】
前記第１条件は、前記被観察者が危険状態にあることを示す条件であり、前記第２条件は、前記危険状態を解消するための商品または役務の決済が行われなかったことを示す条件であってもよい。
【０００８】
このサーバは、前記被観察者の状況を示す付加情報を取得する取得手段を有し、前記付加情報が当該付加情報に関する第３条件を満たした場合、前記第１条件および前記第２条件が満たされても、前記通知手段は前記通知を行わなくてもよい。
【０００９】
前記付加情報は、前記被観察者と前記観察者との距離を示す情報であってもよい。
【００１０】
このサーバは、前記第１受信手段により受信された環境情報に応じて前記第２条件を変更する変更手段を有してもよい。
【００１１】
また、本発明は、被観察者に関する環境情報を検知する検知手段と、前記被観察者に関する決済処理を行う決済手段と、当該検知手段により検知された環境情報を取得する第１取得手段と、前記決済手段により行われた決済処理を示す決済情報を取得する第２取得手段と、前記第１取得手段により受信された環境情報が環境に関する第１条件を満たし、かつ、前記第２取得手段により受信された決済情報が決済に関する第２条件を満たした場合、観察者に通知を行う通知手段とを有する監視システムを提供する。
【００１２】
さらに、本発明は、被観察者に装着するための装着手段と、環境情報を検知する検知手段と、決済手段と、前記検知手段により検知された環境情報を取得する第１取得手段と、前記決済手段により行われた決済処理を示す決済情報を取得する第２取得手段と、前記第１取得手段により取得された環境情報が環境に関する第１条件を満たし、かつ、前記第２取得手段により取得された決済情報が決済に関する第２条件を満たした場合、観察者に通知を行う通知手段とを有する携帯端末を提供する。
【００１３】
この携帯端末は、前記携帯端末を装着している前記被観察者が登録されたユーザであるか認証する認証手段と、前記認証手段により前記被観察者が認証されなかった場合、前記決済手段の機能を停止させる決済制御手段とを有していてもよい。
【００１４】
さらに、本発明は、被観察者に関する環境情報を取得するステップと、前記被観察者に対応する決済手段により行われた決済処理を示す決済情報を取得するステップと、前記取得された環境情報が環境に関する第１条件を満たし、かつ、前記取得された決済情報が決済に関する第２条件を満たした場合、観察者に通知を行う通知手段とを有する監視方法を提供する。
【発明の効果】
【００１５】
本発明によれば、被観察者が危険状態から脱したことを通知することができる。
【図面の簡単な説明】
【００１６】
【図１】一実施形態に係る監視システム１の機能構成を示す図
【図２】サーバ１０のハードウェア構成を例示する図
【図３】携帯端末２０のハードウェア構成を例示する図
【図４】携帯端末３０のハードウェア構成を例示する図
【図５】監視システム１の危険状態の通知に関する動作を示すシーケンスチャート
【図６】データベースに記録されているデータを例示する図
【図７】携帯端末３０における危険の通知画面を例示する図
【図８】監視システム１の危険状態解消の通知に関する動作を示すシーケンスチャート
【図９】携帯端末３０における危険解消の通知画面を例示する図
【図１０】変形例２における通知画面を例示する図
【図１１】監視システム１の変形例に係る機能構成を示す図
【発明を実施するための形態】
【００１７】
１．構成
図１は、一実施形態に係る監視システム１の機能構成を示す図である。監視システム１は、被観察者の安全を監視するサービス（以下「監視サービス」という）を提供するためのシステムである。監視システム１は、サーバ１０、携帯端末２０、および携帯端末３０を有する。サーバ１０は、監視サービスを提供するためのサーバである。携帯端末２０は、被観察者（例えば子供）に装着される端末である。携帯端末３０は、観察者（例えば親）に携帯される端末である。サーバ１０は、携帯端末２０および携帯端末３０とネットワーク４０を介して通信する。ネットワーク４０は、例えば移動通信網およびインターネットを含む。監視システム１において、サーバ１０は、携帯端末２０から供給される情報に基づいて被観察者が危険状態にあるか判断し、さらにこの危険状態を脱したか判断する。危険状態を脱したと判断した場合、サーバ１０は、その旨を観察者の携帯端末３０に通知する。
【００１８】
携帯端末２０は、検知手段２１、決済手段２２、送信手段２３、送信手段２４、認証手段２５、および決済制御手段２６を有する。検知手段２１は、環境情報を検知する。環境情報とは、被観察者の環境に関する情報をいう。決済手段２２は、商品または役務の費用の決済処理を行う。送信手段２３は、検知手段２１により検知された環境情報をサーバ１０に送信する。送信手段２４は、決済手段２２により行われた決済処理を示す決済情報をサーバ１０に送信する。
【００１９】
認証手段２５は、携帯端末２０を装着している被観察者が登録されたユーザであるか認証する。被観察者が認証されなかった場合、決済制御手段２６は、決済手段２２の機能を停止させる。
【００２０】
サーバ１０は、受信手段１１、受信手段１２、判断手段１３、判断手段１４、通知手段１５、取得手段１６、および変更手段１７を有する。受信手段１１は、携帯端末２０から環境情報を受信する。受信手段１２は、携帯端末２０から決済情報を受信する。判断手段１３は、受信手段１１により受信された環境情報が第１条件を満たしているか判断する。第１条件は、被観察者が危険状態に陥っていることを示す条件である。すなわち、判断手段１３は、環境情報に基づいて、被観察者が危険状態に陥っているか判断する。判断手段１４は、受信手段１２により受信された決済情報が第２条件を満たしているか判断する。第２条件は、被観察者が危険状態から脱したことを示す条件である。すなわち、判断手段１４は、決済情報に基づいて、被観察者が危険状態から脱したか判断する。通知手段１５は、被観察者が危険状態に陥ったことおよび危険状態から脱したことを観察者に通知する。取得手段１６は、被観察者の状況を示す付加情報を取得する。変更手段１７は、環境情報または付加情報に応じて第２条件を変更する。
【００２１】
携帯端末３０は、受信手段３１および表示手段３２を有する。受信手段３１は、サーバ１０から判断手段１３による判断結果を受信する。表示手段３２は、受信した判断結果に応じた表示を行う。
【００２２】
図２は、サーバ１０のハードウェア構成を例示する図である。サーバ１０は、ＣＰＵ１００、ＲＯＭ１０１、ＲＡＭ１０２、ストレージ１０３、および通信ＩＦ１０４を有するコンピュータ装置である。ＣＰＵ１００は、プログラムを実行することにより、各種の演算を行う。ＲＯＭ１０１は、サーバ１０の動作に用いられるプログラムやデータを記憶した不揮発性の記憶装置である。ＲＡＭ１０２は、ＣＰＵ１００がプログラムを実行する際のワークエリアとして機能する揮発性の記憶装置である。ストレージ１０３は、各種のデータやプログラムを記憶する不揮発性の記憶装置である。通信ＩＦ１０４は、ネットワーク４０を介した通信を行うためのインターフェースである。この例で、通信ＩＦ１０４は、無線通信を介して移動通信網と通信を行うためのインターフェースを含む。
【００２３】
この例で、ストレージ１０３は、コンピュータ装置を監視システム１におけるサーバとして機能させるためのプログラム（以下「サーバプログラム」という）を記憶している。サーバプログラムを実行しているＣＰＵ１００は、判断手段１３、取得手段１６、変更手段１７、認証手段１８、および決済制御手段１９の一例である。サーバプログラムを実行しているＣＰＵ１００に制御されている通信ＩＦ１０４は、受信手段１１、受信手段１２、および通知手段１５の一例である。
【００２４】
図３は、携帯端末２０のハードウェア構成を例示する図である。携帯端末２０はいわゆるウェアラブル端末であり、被観察者の身体に装着するための形状を有している。例えば、携帯端末２０は、リストバンド型または腕時計型の形状を有する。携帯端末２０は、携帯端末２０は、ＣＰＵ２００、湿度センサ２０１、温度センサ２０２、ＧＰＳ（Global Positioning System）受信機２０３、通信ＩＦ２０４、ＲＴＣ（Real Time Clock）２０５、メモリ２０６、およびＮＦＣ（Near Field Communication）ユニット２０７を有する。湿度センサ２０１は、湿度（具体的には相対湿度）を検知する。湿度センサ２０１としては、例えば抵抗式センサまたは静電容量式センサが用いられる。温度センサ２０２は、温度を検知する。温度センサ２０２としては、例えば、測温抵抗体、リニア抵抗器、またはサーミスタを含むセンサが用いられる。ＧＰＳ受信機２０３は、ＧＰＳ衛星からＧＰＳ信号を受信し、受信したＧＰＳ信号を用いて地理上の現在位置を特定する。ＧＰＳ受信機２０３は、特定した位置を示す情報を出力する。通信ＩＦ２０４は、ネットワーク４０を介した通信を行うためのインターフェースである。この例で、通信ＩＦ２０４は、無線通信を介して移動通信網と通信を行うためのインターフェースを含む。ＲＴＣ２０５は、時刻を刻む装置である。ＣＰＵ２００は、ＲＴＣ２０５により計測される時刻を基に、所定の周期で各種センサから測定値をサンプリングし、メモリ２０６に書き込む。また、ＣＰＵ２００は、メモリ２０６に記憶されているデータを所定の周期で、通信ＩＦ２０４を介してサーバ１０に送信する。なお、各種センサから測定値をサンプリングする周期とサンプリングした測定値を示すデータをサーバに送信する周期とは一致していなくてもよい。例えば、携帯端末２０は、湿度センサ２０１により検知された湿度を５秒毎にサンプリングしてメモリ２０６に記憶し、メモリ２０６に記憶されているデータを３０秒毎にサーバ１０に送信してもよい。
【００２５】
ＮＦＣユニット２０７は、所定の規格（例えば、ＩＳＯ／ＩＥＣ  ２１４８１、ＩＳＯ／ＩＥＣ  １４４４３、ＩＳＯ／ＩＥＣ  １５６９３等）に従って近距離無線通信を行う。ＮＦＣユニット２０７は、アンテナおよびＩＣチップ（いずれも図示略）を有する。外部のＮＦＣリーダー／ライター（図示略）にＮＦＣユニット２０７をかざすと、ＮＦＣリーダー／ライターから発信される電磁波によってアンテナに生じる起電力によりＩＣチップが起動し、ＮＦＣリーダー／ライターと通信を行う。この例で、ＮＦＣユニット２０７は、いわゆる電子マネー機能を実装するために用いられる。ＩＣチップ内のメモリには電子マネーの残高を示す情報が記憶されており、ＮＦＣリーダー／ライターとの通信によってこの残高が増減する。
【００２６】
この例で、湿度センサ２０１および温度センサ２０２は検知手段２１の一例である。ＮＦＣユニット２０７は決済手段２２の一例である。通信ＩＦ２０４は送信手段２３および送信手段２４の一例である。ＣＰＵ２００は、認証手段２５および決済制御手段２６の一例である。
【００２７】
図４は、携帯端末３０のハードウェア構成を例示する図である。携帯端末３０は、例えばスマートフォン、タブレット端末、または携帯電話機等のコンピュータ装置である。携帯端末３０は、ＣＰＵ３００、ＲＯＭ３０１、ＲＡＭ３０２，ストレージ３０３、ＧＰＳ受信機３０４、表示部３０５、および通信ＩＦ３０６を有する。ＣＰＵ３００は、プログラムを実行することにより、各種の演算を行う。ＲＯＭ３０１は、携帯端末３０の動作に用いられるプログラムやデータを記憶した不揮発性の記憶装置である。ＲＡＭ３０２は、ＣＰＵ３００がプログラムを実行する際のワークエリアとして機能する揮発性の記憶装置である。ストレージ３０３は、各種のデータやプログラムを記憶する不揮発性の記憶装置である。ＧＰＳ受信機３０４は、ＧＰＳ衛星からＧＰＳ信号を受信し、受信したＧＰＳ信号を用いて地理上の現在位置を特定する。ＧＰＳ受信機２０３は、特定した位置を示す情報を出力する。表示部３０５は、情報を表示する。表示部３０５は、例えば液晶表示装置または有機ＥＬ表示装置を含む。通信ＩＦ３０６は、ネットワーク４０を介した通信を行うためのインターフェースである。この例で、通信ＩＦ３０６は、少なくとも無線通信を介して移動通信網と通信を行うためのインターフェースを含む。通信ＩＦ３０６は、さらに、いわゆる無線ＬＡＮ（Local Area Network）の規格やBluetooth（登録商標）の規格に従った近距離無線通信を行うためのインターフェースを含んでもよい。
【００２８】
この例で、ストレージ３０３は、コンピュータ装置を監視システム１におけるクライアントとして機能させるためのアプリケーションプログラム（以下「クライアントアプリ」）という。を記憶している。クライアントアプリを実行しているＣＰＵ３００により制御される通信ＩＦ３０６は、受信手段３１の一例である。クライアントアプリを実行しているＣＰＵ３００により制御される表示部３０５は、表示手段３２の一例である。
【００２９】
２．動作
２−１．危険状態の通知
図５は、監視システム１の動作、特に危険状態の通知に関する動作を示すシーケンスチャートである。図５のフローは、例えば、携帯端末３０から監視の指示が入力されたことを契機として開始される。以下の例で被観察者は子供であり、観察者はその親である。携帯端末２０は腕時計型の端末であり、被観察者はこれを自身の腕に装着している。
【００３０】
監視システム１において、観察者と被観察者の対応関係は事前にデータベースに登録されている。例えば観察者である親は、被観察者である子供の携帯端末２０の識別子を携帯端末３０により取得する。識別子の取得は、例えば携帯端末２０と携帯端末３０との無線通信を介して行われる。あるいは、携帯端末２０に表示または印字された画像を携帯端末３０のカメラ（図示略）で読み取ることにより、携帯端末２０の識別子を取得してもよい。携帯端末３０は、自機の識別子を観察者の識別子として、さらに取得した携帯端末２０の識別子を被観察者の識別子として、サーバ１０に送信する。サーバ１０のＣＰＵ１００は、観察者と被観察者の対応関係を、ストレージ１０３に記憶されているデータベースに登録する。
【００３１】
ステップＳ１００において、携帯端末２０は、各種センサにより検知された測定値を示すデータ（以下「検知データ」という。環境情報の一例）をサーバ１０に送信する。検知データは、湿度センサ２０１により検知された湿度、温度センサ２０２により検知された温度、ＧＰＳ受信機２０３により特定された位置、および携帯端末２０の識別子（すなわち被観察者の識別子）を含む。携帯端末２０からサーバ１０への検知データの送信は、例えば所定の周期で周期的に繰り返し行われる。
【００３２】
ステップＳ１１０において、サーバ１０のＣＰＵ１００は、携帯端末２０から受信した検知データに含まれる情報を、ストレージ１０３に記憶されているデータベースに記録する。データベースに記録する際、ＣＰＵ１００は、湿度データを受信した時刻を示すタイムスタンプを付加する。なお、検知データ自体に、携帯端末２０のＲＴＣ２０５で計測された時刻を示す情報が含まれていてもよい。
【００３３】
図６は、データベースに記録されているデータを例示する図である。この例で、データベースにおいては、被観察者毎（すなわち携帯端末３０毎）に、検知された測定値の経時変化が記録されている。この例で、測定値（湿度、温度、および位置情報）のサンプリングは５秒毎に行われている。例えば湿度について見ると、データベースには、湿度変化の履歴が記録されているといえる。
【００３４】
再び図５を参照する。ステップＳ１２０において、ＣＰＵ１００は、付加情報を取得する。付加情報とは、被観察者の状況に関する情報であって、被観察者が危険状態に陥っているかの判断に用いられる情報をいう。後述するように付加情報には種々の具体例が考えられる。付加情報は、例えば、携帯端末２０から受信した検知データに含まれる。あるいは、付加情報は、サーバ１０以外の別のサーバ装置により提供される。付加情報の取得は、所定の周期で周期的に繰り返し行われる。なお、この周期は、ステップＳ１００における検知データの送信周期とは独立に決められる。
【００３５】
ステップＳ１３０において、ＣＰＵ１００は、付加情報が例外条件を満たしているか判断する。例外条件とは、危険状態の判断および通知の少なくとも一方を停止するための条件をいう。例外条件の一つの具体例は、被観察者のスケジュールに関する条件である。この場合、付加情報は被観察者のスケジュールを示す情報を含む。例えば、被観察者が現在、サッカーの試合中であることが付加情報により示される場合、ＣＰＵ１００は、以下で説明する危険状態の判断処理を行わない。例外条件の別の具体例は、被観察者の位置に関する条件である。この場合、付加情報は被観察者の位置情報を含む。例えば、被観察者が現在、自宅にいることが付加情報により示される場合、ＣＰＵ１００は、危険状態の判断処理を行わない。例外条件の別の具体例は、観察者と被観察者との距離に関する条件であり、例えば両者の距離が所定の範囲内にある場合、危険状態の判断処理は行われない。この場合、付加情報は観察者と被観察者との距離を示す情報を含む。この情報は、例えば、観察者の携帯端末３０と被観察者の携帯端末２０とがBluetooth（登録商標）等の近距離無線通信規格に従ってペアリングしている（通信可能な距離にいる）状態にあることを示す情報である。例えば、観察者の携帯端末３０と被観察者の携帯端末２０とがペアリングしていることが付加情報により示される場合、ＣＰＵ１００は、危険状態の判断処理を行わない。
【００３６】
ステップＳ１４０において、ＣＰＵ１００は、危険状態の判断に用いられるしきい値を、付加情報に応じて決定（変更）する。危険状態判断のためのしきい値およびその決定（変更）の具体例については、危険状態について説明した後で再度説明する。
【００３７】
ステップＳ１５０において、ＣＰＵ１００は、検知データを用いて、被観察者が危険状態に陥っているか判断する。危険状態とは、例えば熱中症にかかる危険がある状態である。ストレージ１０３は、温度および湿度の組み合わせに対する熱中症の危険指数が記載された危険指数テーブルを記憶している。ＣＰＵ１００は、危険指数テーブルの中から、検知データにより示される温度および湿度に対応する危険指数を読み出す。ＣＰＵ１００は、読み出した危険指数がしきい値よりも高かった場合、熱中症の危険があると判断する。この例では、検知データに含まれる温度および湿度から得られる熱中症の危険度がしきい値よりも高い、という条件が第１条件の例である。
【００３８】
ここで、ステップＳ１５０における危険状態判断のしきい値およびその決定（変更）の具体例について説明する。危険状態判断に用いられるしきい値とは、例えば、上記の熱中症の危険指数のしきい値である。このしきい値に対しては初期値があらかじめ決められている。ステップＳ１５０においては、この値が、付加情報に応じて初期値から変更される。
【００３９】
ここでは、付加情報が現在の日付である例を用いて説明する。この例で、しきい値は、現在の日付に応じて決められる。例えば、ＣＰＵ１００は、現在が夏であればしきい値が相対的に低くなり、現在が冬であればしきい値が相対的に高くなるように、しきい値を決定する。現在が夏でも冬でもない場合、しきい値は相対的に中程度の値に決定される。
【００４０】
ステップＳ１６０において、ＣＰＵ１００は、判断の結果を観察者に通知する。この例では、被観察者が危険状態に陥っていると判断された場合、その被観察者に対応する観察者に対しその旨を通知する。
【００４１】
また、ストレージ１０３には、被観察者の状態を示すフラグが記憶されている。このフラグは、「危険状態」および「非危険状態」のいずれかの値を取り、初期値は「非危険状態」にセットされている。ステップＳ１５０において被観察者が危険状態に陥っていると判断された場合、ＣＰＵ１００は、この被観察者のフラグを「危険状態」に書き替える。
【００４２】
ステップＳ１７０において、携帯端末３０のＣＰＵ３００は、サーバ１０からの通知に応じて、被観察者の危険状態を観察者に通知する。観察者への危険の通知は、例えば、画像、音、および振動の少なくとも１つを用いて行われる。
【００４３】
図７は、携帯端末３０における危険の通知画面を例示する図である。この例では「○○さんに熱中症の危険があります」という文字列を含む情報が表示される。携帯端末３０のＣＰＵ３００は、表示部３０５にこの画面を表示するとともに、スピーカー（図示略）から音を出力し、さらにバイブレーター（図示略）を振動させる。
【００４４】
以上で説明したようにこの例によれば、被観察者が危険状態に陥っていることをサーバ１０が検知し、これを観察者に通知することができる。観察者は、遠隔地にいたとしても被観察者の状態を知ることができる。なお、ステップＳ１２０〜Ｓ１５０の処理は、所定の周期で繰り返し実行される。
【００４５】
２−２．危険状態解消の通知
図８は、監視システム１の動作、特に危険状態解消の通知に関する動作を示すシーケンスチャートである。図８の処理は、図５の処理と並列して行われる。ここでは説明を分かりやすくするため、観察者に対し既に危険状態の通知（ステップＳ１６０）が行われた後における例を説明する。
【００４６】
例えば被観察者が熱中症の危険に陥っていたとしても、飲み物を買って飲む等の対処をすれば、危険状態を解消、または危険度を低下させることができる。この例では、ＮＦＣユニット２０７を用いて行われた決済の情報から、危険状態が解消されたか判断される。
【００４７】
ステップＳ２００において、被観察者は商品（この例では飲み物）を購入し、携帯端末２０のＮＦＣユニット２０７を用いて決済を行う。決済を行うと、ＮＦＣユニット２０７は、ＣＰＵ２００に対し決済情報を出力する（ステップＳ２１０）。決済情報は、ＮＦＣユニット２０７を用いて行われた決済処理に関する情報であり、例えば、購入された商品名、商品が購入された店舗名、および商品の金額のうち少なくとも１つを含む。
【００４８】
ステップＳ２１０において、ＣＰＵ２００は、決済情報を、通信ＩＦ２０４を介してサーバ１０に送信する。
【００４９】
ステップＳ２２０において、サーバ１０のＣＰＵ１００は、携帯端末２０から受信した決済情報を、ストレージ１０３に記憶されているデータベースに記録する。データベースに記録する際、ＣＰＵ１００は、湿度データを受信した時刻を示すタイムスタンプを付加する。なお、決済情報自体に、携帯端末２０のＲＴＣ２０５で計測された時刻またはＮＦＣリーダー／ライターを介して取得した時刻を示す情報が含まれていてもよい。
【００５０】
ステップＳ２３０において、ＣＰＵ１００は、被観察者が危険状態を脱したか（危険状態が解消されたか）判断する。具体的には以下のとおりである。ストレージ１０３には、危険状態を脱するための決済情報を特定するための情報が記憶されている。この情報は、例えば、商品名、店舗名、および商品の金額のうち少なくとも１つを特定するための一覧を含む。また、この情報は、一覧に含まれる項目の組み合わせに関する条件（第２条件の一例）を含む。この条件は、例えば、「その被観察者が危険状態に陥ってから１０分以内に、一覧に含まれる店舗において、１５０円以上の商品を購入した」、「その被観察者が危険状態に陥ってから１０分以内に、一覧に含まれる店舗において、一覧に含まれる商品を購入した」、または「その被観察者が危険状態に陥ってから１０分以内に、商品名に○○を含む商品を購入した」というものである。上記の条件が満たされたと判断された場合、ＣＰＵ１００は、被観察者が危険状態を脱したことの通知を、観察者の携帯端末３０に送信する（ステップＳ２４０）。
【００５１】
なお、ステップＳ２３０〜Ｓ２４０の処理は、被観察者が現在、危険状態に陥っているというのが前提条件となる。したがって、被観察者が危険状態に陥っていない場合には、ステップＳ２３０〜Ｓ２４０の処理は行われない。
【００５２】
ステップＳ２５０において、携帯端末３０のＣＰＵ３００は、サーバ１０からの通知に応じて、被観察者が危険状態を脱したことを観察者に通知する。観察者への危険の通知は、例えば、画像、音、および振動の少なくとも１つを用いて行われる。
【００５３】
図９は、携帯端末３０における危険解消の通知画面を例示する図である。この例では、「○○さんは飲み物を買いましたので大丈夫です」という文字列を含む情報が表示される。携帯端末３０のＣＰＵ３００は、表示部３０５にこの画面を表示するとともに、スピーカー（図示略）から音を出力し、さらにバイブレーター（図示略）を振動させる。
【００５４】
以上で説明したようにこの例によれば、被観察者が危険状態を脱したことをサーバ１０が検知し、これを観察者に通知することができる。観察者は、遠隔地にいたとしても被観察者の状態を知ることができる。なお、ステップＳ２００〜Ｓ２５０の処理は、ＮＦＣユニット２０７を用いた決済処理が行われる度に実行される。
【００５５】
３．変形例
本発明は上述の実施形態に限定されるものではなく、種々の変形実施が可能である。以下、変形例をいくつか説明する。以下の変形例のうち２つ以上のものが組み合わせて用いられてもよい。
【００５６】
３−１．変形例１
危険状態およびそれが解消されたと判断するための条件は実施形態で例示したものに限定されない。例えば、危険状態は誘拐の可能性がある状態である。この場合、環境情報としては、被観察者の位置情報が用いられる。位置情報の時間変化により被観察者が高速移動している（移動速度がしきい値より速い）と判断された場合、サーバ１０は、被観察者が誘拐された危険性があると判断する。この危険状態（誘拐の可能性）を解消するための決済情報は、例えば、公共交通機関（例えば電車やバス）を利用したことを示す情報（具体的には、切符の購入や、改札内への入場の記録）である
【００５７】
別の例で、危険状態は転倒による怪我である。この場合、携帯端末２０は、加速度センサを有する。環境情報としては加速度が用いられる。加速度の時間変化により、被観察者の加速度が瞬間的に高くなった（加速度が第１しきい値を超えた時間が第２しきい値以下であった）と判断された場合、サーバ１０は、被観察者が転倒した危険性があると判断する。この危険状態（転倒による怪我）を解消するための決済情報は、例えば、医薬品の購入である。
【００５８】
３−２．変形例２
被観察者が危険状態に陥ったことおよび危険状態が解消されたことの観察者への通知方法は、実施形態で例示したものに限定されない。実施形態においては、被観察者が危険状態に陥ったときおよび危険状態が解消されたときにそれぞれ通知を行う例を説明した。例えば、被観察者が危険状態に陥ってもサーバ１０はすぐにはその旨を観察者には通知せず、被観察者が危険状態に陥ってから所定時間が経過しても、その危険状態を解消するための商品の決済処理が行われなかった場合に、サーバ１０は観察者に通知を行ってもよい。
【００５９】
図１０は、変形例２における通知画面を例示する図である。この例では、「○○さんは１０分前から熱中症の危険が高い状態にありますが、まだ飲み物を買っていません」という文字列を含む情報が表示される。携帯端末３０のＣＰＵ３００は、表示部３０５にこの画面を表示するとともに、スピーカー（図示略）から音を出力し、さらにバイブレーター（図示略）を振動させる。
【００６０】
３−３．変形例３
携帯端末２０において、ＮＦＣユニット２０７は条件に応じてアクティブまたは非アクティブに切り替えられてもよい。この例は、認証手段２５および決済制御手段２６の機能の具体例である。例えば、携帯端末２０を装着している被観察者がユーザ認証により、あらかじめ登録された正当なユーザであることが認証された場合にのみ、ＮＦＣユニット２０７の機能がアクティブに切り替えられてもよい。正当なユーザであることが認証されていない場合、ＮＦＣユニット２０７の機能は非アクティブであり、商品を購入することができない。この例で、携帯端末２０は、ユーザが認証情報を入力するための入力手段を有する。認証情報はユーザ認証に用いられる情報であり、例えば、パスワード等の文字列、画像パターン、または指紋や声紋などの生体情報である。入力手段は、例えば、キーパッド、タッチスクリーン、または指紋センサである。
【００６１】
別の例で、携帯端末２０は、ユーザの危険状態に応じてＮＦＣユニット２０７をアクティブまたは非アクティブに切り替えてもよい。この例で、ユーザが危険状態に陥ったと判断した場合、サーバ１０は、ＮＦＣユニット２０７をアクティブに切り替えるための信号を携帯端末２０に送信する。この信号を受信すると、携帯端末２０のＣＰＵ２００は、ＮＦＣユニット２０７をアクティブに切り替える。また、ユーザの危険状態が解消されたと判断した場合、サーバ１０は、ＮＦＣユニット２０７を非アクティブに切り替えるための信号を携帯端末２０に送信する。この信号を受信すると、携帯端末２０のＣＰＵ２００は、ＮＦＣユニット２０７を非アクティブに切り替える。
【００６２】
３−４．変形例４
携帯端末２０において取得される環境情報に応じて、第２条件（危険状態解消のための条件）が変更されてもよい。この例は、変更手段１７の具体例である。例えば、ストレージ１０３に第２条件の候補が複数記憶されており、ＣＰＵ１００は、これら複数の候補の中から、受信した環境情報に応じたものを選択する。例えば、気温がしきい値よりも高い場合には「その被観察者が危険状態に陥ってから５分以内に飲み物を購入した」という条件が、気温がしきい値以下である場合には、「その被観察者が危険状態に陥ってから１０分以内に飲み物を購入した」という条件が、それぞれ選択されてもよい。別の例で、加速度の変化がしきい値よりも大きい場合（激しい転倒が想定される場合）には「その被観察者が危険状態に陥ってから１０分以内に包帯を購入した」という条件が、加速度の変化がしきい値以下である場合（軽い転倒が想定される場合）には「その被観察者が危険状態に陥ってから１０分以内に絆創膏を購入した」という条件が、それぞれ選択されてもよい。
【００６３】
なおこの例で、環境情報に代わり付加情報が用いられてもよい。
【００６４】
３−５．変形例５
付加情報としては、例えば以下で例示するもののうち少なくとも１つが用いられる。
（１）ユーザ属性
ユーザ属性とは、被観察者の属性をいい、例えば、年齢、性別、または居住地などをいう。
（２）位置情報
位置情報とは、携帯端末２０の現在位置を示す情報である。
（３）天気情報（または天気予報）
天気情報とは、携帯端末２０の現在位置における現在の天気、または予想される天気を示す情報である。
（４）スケジュール情報
スケジュール情報とは、被観察者の行動予定を示す情報である。
【００６５】
３−６．変形例６
観察者に対する、被観察者が危険状態を脱したことの通知は、決済情報の少なくとも一部を含んでいてもよい。例えば、この通知は、被観察者が購入した商品の商品名を含んでいてもよい。
【００６６】
３−７．他の変形例
監視システム１に含まれる各装置のハードウェア構成は、図２〜４で例示したものに限定されない。要求される機能を実現できるものであれば、サーバ１０、携帯端末２０、および携帯端末３０は、それぞれどのようなハードウェア構成を有していてもよい。図２〜４で例示した要素の一部が省略されてもよいし、これら以外の要素を有していてもよい。例えば、観察者の端末は携帯端末に限定されず、据え置き型のコンピュータ装置であってもよい。また、被観察者の携帯端末は腕時計型に限定されず、被観察者の身体に装着できるのであれば、リストバンド型、眼鏡型など、どのような形状であってもよい。
【００６７】
監視システム１における機能の分担は、実施形態で例示したものに限定されない。例えば、図１で例示した機能の一部が省略されてもよい。また、例えば、認証手段２５および決済制御手段２６に相当する機能を、携帯端末２０ではなくサーバ１０が有していてもよい。
【００６８】
図１１は、監視システム１の変形例に係る機能構成を示す図である。図１１の例では、危険状態の判断および観察者への（サーバ１０を介した）通知の機能が、携帯端末２０に集約されている。具体的には、携帯端末２０は、検知手段２１、決済手段２２、取得手段９２３、取得手段９２４、判断手段９１３、判断手段９１４、および通知手段９１５を有する。取得手段９２３は、検知手段２１から環境情報を取得する。取得手段９２４は、決済手段２２から決済情報を取得する。判断手段９１３は、取得手段９２３により取得された環境情報が第１条件を満たしているか判断する。判断手段９１４は、取得手段９２４により取得された決済情報が第２条件を満たしているか判断する。通知手段９２７は、判断手段９１３および判断手段９１４の判断結果に応じた通知を、サーバ１０に送信する。なお、観察者への通知は、サーバ１０を介さずに携帯端末２０から携帯端末３０に対して直接行われてもよい。
【００６９】
サーバ１０は、受信手段９１１および通知手段９１５を有する。受信手段９１１は、携帯端末２０から通知を受信する。通知手段９１５は、受信手段９１１が受信した通知に応じた通知を、携帯端末３０に対して行う。
【００７０】
なお、図１１の例では、図１で例示した機能の一部（取得手段１６、変更手段１７、認証手段２５、および決済制御手段２６に相当する機能）が省略されている。携帯端末２０は、これらの機能の少なくとも一部を有していてもよい。
【００７１】
実施形態では決済が商品の購入に対して行われる例を説明したが、決済は役務の提供に対して行われてもよい。
【００７２】
上述の実施形態においてＣＰＵ３００等によって実行されるプログラムは、磁気記録媒体（磁気テープ、磁気ディスク（ＨＤＤ、ＦＤ（Flexible Disk））など）、光記録媒体（光ディスク（ＣＤ（Compact Disk）、ＤＶＤ（Digital Versatile Disk））など）、光磁気記録媒体、半導体メモリ（フラッシュＲＯＭなど）などのコンピュータ読取り可能な記録媒体に記憶した状態で提供されてもよい。また、このプログラムは、インターネットのようなネットワーク経由でダウンロードされてもよい。
【符号の説明】
【００７３】
１…監視システム、１０…サーバ、１１…受信手段、１２…受信手段、１３…判断手段、１４…判断手段、１５…通知手段、１６…取得手段、１７…変更手段、２０…携帯端末、２１…検知手段、２２…決済手段、２３…送信手段、２４…送信手段、２５…認証手段、２６…決済制御手段、３０…携帯端末、３１…受信手段、３２…表示手段、１００…ＣＰＵ、１０１…ＲＯＭ、１０２…ＲＡＭ、１０３…ストレージ、１０４…通信ＩＦ、２００…ＣＰＵ、２０１…湿度センサ、２０２…温度センサ、２０３…ＧＰＳ受信機、２０４…通信ＩＦ、２０５…ＲＴＣ、２０６…メモリ、２０７…ＮＦＣユニット、３００…ＣＰＵ、３０１…ＲＯＭ、３０２…ＲＡＭ，３０３…ストレージ、３０４…ＧＰＳ受信機、３０５…表示部、３０６…通信ＩＦ、９１１…受信手段、９１３…判断手段、９１４…判断手段、９１５…通知手段、９２３…取得手段、９２４…取得手段
【図１】
2016208335.tif 000003
【図２】
2016208335.tif 000004
【図３】
2016208335.tif 000005
【図４】
2016208335.tif 000006
【図５】
2016208335.tif 000007
【図６】
2016208335.tif 000008
【図７】
2016208335.tif 000009
【図８】
2016208335.tif 000010
【図９】
2016208335.tif 000011
【図１０】
2016208335.tif 000012
【図１１】
2016208335.tif 000013