(57)【要約】【課題】  セキュリティカードや携帯端末などにＢｅａｃｏｎなどの信号発信機を搭載する場合には、セキュリティ上のリスクが懸念される。【解決手段】  本発明の携帯機器は、外部の認証システムでの認証に応じて、無線通信を利用して信号を自動で発信する機能の開始／停止や、信号の内容を適宜、制御することを特徴とする。【選択図】  図８
2020115668.tif 000002
【特許請求の範囲】
【請求項１】
外部システムと通信を行う携帯機器であって、
前記外部システムから、信号の発信を開始するきっかけとなるデータを受信する受信手段と、
前記受信したデータに従い、無線通信を利用して所定の頻度または周期で信号を発信する機能の開始を制御する制御手段と、を有し、
前記制御手段は、前記外部システムから前記機能の停止のための要求を受信した場合、または、前記機能が開始された後に指定時間が経過した場合に、前記開始された機能の停止を制御し、
前記信号には、携帯機器または携帯機器のユーザーを特定するための識別情報が含まれることを特徴とする携帯機器。
【請求項２】
前記指定時間は、前記外部システムから指定されることを特徴とする請求項１に記載の携帯機器。
【請求項３】
前記制御手段は、前記外部システムから前記受信したデータの内容に応じて、前記機能を利用して発信する信号の内容を変更することを特徴とする請求項１または２に記載の携帯機器。
【請求項４】
前記制御手段は、前記外部システムから前記受信したデータの内容に応じて選択される前記携帯機器で管理される情報に基づく内容の信号を、前記機能を利用して発信することを特徴とする請求項１または２に記載の携帯機器。
【請求項５】
前記受信手段は、前記携帯機器に設定される認証情報を用いて行われた認証に応じて、前記外部システムから、信号の発信を開始するきっかけとなるデータを受信することを特徴とする請求項１乃至４のいずれか１項に記載の携帯機器。
【請求項６】
前記携帯機器が所定の範囲外に移動したことが検知された場合には、識別情報により特定された携帯機器または携帯機器のユーザーに対応する宛先に対して警告通知が行われることを特徴とする請求項１乃至５のいずれか１項に記載の携帯機器。
【請求項７】
前記機能は、無線通信として、Ｂｌｕｅｔｏｏｔｈ（登録商標）  Ｌｏｗ  Ｅｎｅｒｇｙを利用することを特徴とする請求項１乃至６のいずれか１項に記載の携帯機器。
【請求項８】
前記携帯機器は、ＩＣカード型機器、電話機能付き端末、眼鏡型情報機器、腕時計型情報機器、カーナビゲーションシステム、及びロボットの少なくともいずれかを含むことを特徴とする請求項１乃至７のいずれか１項に記載の携帯機器。
【請求項９】
前記機能の開始に応じて前記携帯機器から発信される信号は、ＵＵＩＤと、メジャー番号と、マイナー番号とを含むことを特徴とする請求項１乃至８のいずれか１項に記載の携帯機器。
【請求項１０】
外部システムと通信を行う携帯機器における制御方法であって、
前記外部システムから、信号の発信を開始するきっかけとなるデータを受信する受信工程と、
前記受信したデータに従い、無線通信を利用して所定の頻度または周期で信号を発信する機能の開始を制御する制御工程と、を有し、
前記制御工程では、前記外部システムから前記機能の停止のための要求を受信した場合、または、前記機能が開始された後に指定時間が経過した場合に、前記開始された機能の停止が制御され、
前記信号には、携帯機器または携帯機器のユーザーを特定するための識別情報が含まれることを特徴とする制御方法。
【請求項１１】
請求項１乃至９の何れか１項に記載の手段としてコンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信の技術に関する。
【背景技術】
【０００２】
機器同士が直接通信するための通信技術のうち、省エネルギーでかつ長距離通信が可能な技術を活用し、機器同士の距離に応じてさまざまなサービスを提供可能な仕組みが開発されている。この技術の一例として、ＢＬＥ（Ｂｌｕｅｔｏｏｔｈ（登録商標）  ＬｏｗＥｎｅｒｇｙ）と呼ばれる技術がある。
【０００３】
例えば、ＢＬＥを利用する仕組みとして、ｉＢｅａｃｏｎ（登録商標）がある。この仕組みでは、まず、発信機がＢｅａｃｏｎと呼ばれる発信側の機器情報を含む信号を、ＢＬＥでブロードキャスト発信する。そして、受信機は、受信した信号に含まれる機器情報と、信号強度などから共に得られる距離情報とを用いて、さまざまなサービスを提供することが可能な仕組みである。この仕組みを利用すると、例えば、ある店舗でＢｅａｃｏｎの信号を発信し、顧客の移動型端末でその店舗のその信号を検知すると、その距離に応じたセールス情報を通知するようなサービスを提供できる。
【０００４】
他にも、端末間の距離などを報知するような従来技術として、特許文献１には、無線通信と、各端末の超音波信号の発生機と受信機を併用する技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１３−２３６２５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述したＢＬＥなどの無線通信を介した信号を利用する仕組みについては、様々な応用が考えられる。例えば、オフィスなどの入室などに個人の認証が必要な場合には、ユーザーはセキュリティカードや携帯端末などを常に持ち歩いている。このようなセキュリティカードや携帯端末などにＢｅａｃｏｎなどの信号発信機を搭載することで、ユーザーの位置を把握したり、位置に応じたさまざまなサービスを提供したりすることが考えられる。
【０００７】
しかしながら、認証が必要なエリアなどを行き来するユーザーに直接的、または間接的に関係する信号を、ユーザーのセキュリティカードや携帯端末などから常時発信することは、当該信号の情報が暗号化されていたとしても、セキュリティ上のリスクが懸念される。
【０００８】
そこで、本発明は、上記課題を解決するために、認証などのきっかけに応じて、Ｂｅａｃｏｎなどの信号の発信の抑制や、内容の変更などといった柔軟な制御を行える仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明における携帯機器は、外部システムと通信を行う携帯機器であって、前記外部システムから、信号の発信を開始するきっかけとなるデータを受信する受信手段と、前記受信したデータに従い、無線通信を利用して所定の頻度または周期で信号を発信する機能の開始を制御する制御手段と、を有し、
前記制御手段は、前記外部システムから前記機能の停止のための要求を受信した場合、または、前記機能が開始された後に指定時間が経過した場合に、前記開始された機能の停止を制御し、前記信号には、携帯機器または携帯機器のユーザーを特定するための識別情報が含まれることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、認証などのきっかけに応じて、Ｂｅａｃｏｎなどといった信号の発信の抑制や、内容の変更などといった柔軟な制御を行える仕組みを提供できる。
【図面の簡単な説明】
【００１１】
【図１】本発明におけるネットワークシステムの構成を示す図
【図２】本発明における各装置のハードウェア構成の例を示す図
【図３】本発明における各装置のソフトウェア構成の例を示す図
【図４】認証サーバー１３０が認証処理で利用する各種データテーブルの例を示す図
【図５】携帯機器１１０で利用するデータテーブルの例を示す図
【図６】実施例１に係る認証装置における処理を説明するためのフローチャート
【図７】実施例１に係る認証サーバーにおける処理を説明するためのフローチャート
【図８】実施例１に係る携帯機器における処理を説明するためのフローチャート
【図９】実施例１で認証装置が利用する認証装置情報の例を示す図
【図１０】実施例１におけるＢｅａｃｏｎ情報を利用した監視情報の例を示す図
【図１１】実施例１におけるデータ格納部３３０に格納される認証履歴情報の例を示す図
【図１２】実施例１における距離情報を含む履歴情報の例を示す図
【図１３】応用例２で、認証サーバー１３０が管理するデータテーブルの例を示す図
【図１４】応用例２で、認証装置１２０が利用する認証装置情報の例を示す図
【図１５】応用例３で利用する各種データテーブルの例を示す図
【図１６】本発明が適用可能な携帯機器の変形例を示す図
【図１７】実施例２における認証サーバー１３０の処理を説明するためのフローチャート
【図１８】実施例２における警告通知に内容の一例を示す図
【図１９】実施例２における履歴情報の管理テーブルの例を示す図
【発明を実施するための形態】
【００１２】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【００１３】
（実施例１）
図１は、本発明における基本的なネットワークシステムの構成例を示す図である。ネットワークシステムには、認証装置１２０、認証サーバー１３０が含まれる。認証装置１２０及び認証サーバー１３０はユーザー環境に配置された認証処理などを実現するための認証システムであり、ネットワーク１００を介して互いに接続され、データ通信することができる。また、認証装置１２０は、携帯機器１１０と通信１０１によりデータ通信することができる。通信１０１に関して、認証に際しては接触型や非接触型など、様々な形態で通信を行うことが可能である。なお、本実施例では携帯機器１１０、認証装置１２０、認証サーバー１３０は一台で構成されているが、それぞれ、複数台あっても良い。
【００１４】
図２は、本発明を構成する装置、機器、およびサーバーのハードウェアの構成例を説明するためのブロック図である。
【００１５】
図２（ａ）は、携帯機器１１０のハードウェア構成の一例を示すブロック図である。
【００１６】
ＣＰＵ２０１は、記憶部であるＲＯＭ２０３に記憶されているプログラムに従って、システムバス２１０に接続される各デバイスを総括的に制御する。ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等としても機能している。ＲＯＭ２０３は、各種プログラム及びデータを格納している。通信Ｉ／Ｆ２０４は、リーダー／ライター応答部２０５やＢｅａｃｏｎ２０６の通信を制御している。リーダー／ライター応答部２０５は認証装置１２０からのデータの送受信要求に応答し、二点間でデータの送受信を行う。リーダー／ライター応答部２０５は、二点間で直接接触してデータの送受信を行う接触型と、無線通信によりデータの送受信を行う非接触型のものがある。信号制御部としてのＢｅａｃｏｎ２０６は、信号発信用Ｉ／Ｆであり、携帯機器１１０の個体やそのユーザーを外部システムで特定可能な識別子などを含む信号の周期的な発信を制御する。この信号の発信は無線ネットワークに対して行われ、発信の周期や頻度については固定でも、任意に変更されてもよい。本発明では、信号制御部により発信が制御される信号の例としてＢｅａｃｏｎ情報を挙げて、以降、説明を行う。本実施例で説明する処理は、ＲＯＭ２０３に記録されたプログラムをＲＡＭ２０２にロードし、ＣＰＵ２０１が実行することによって実現される。また、携帯機器１１０には、保持されるデータに基づく表示などを制御するための表示部や、外部と有線／無線で接続する接続部をさらに有していてもよい。有線／無線での接続とは、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）やＷｉ−Ｆｉ（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ）などを用いた接続が挙げられる。
【００１７】
図１６は、図２（ａ）の変形例であり、図２（ａ）とは異なるハードウェア構成を備える携帯機器１１０を示す。本発明は、図１６に示す構成の携帯機器１１０であっても適用可能である。
【００１８】
ＣＰＵ２２０、ＲＡＭ２２１、ＲＯＭ２２２はＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３と同様である。通信Ｉ／Ｆ２２３は、リーダー／ライター応答部２２４を制御している。リーダー／ライター応答部２２４はリーダー／ライター応答部２０５と同様である。
【００１９】
拡張Ｉ／Ｆ２２５は、モジュール拡張用Ｉ／Ｆであり、Ｂｅａｃｏｎ情報を発信するモジュール（以下、Ｂｅａｃｏｎ情報発信用モジュール）を接続することで当該モジュールの制御が可能である。つまり、Ｂｅａｃｏｎ情報の発信機能のない機器に対して、追加で当該モジュールを接続することで図２（ａ）と同等の制御が行える携帯機器となり得る。
【００２０】
Ｂｅａｃｏｎ情報発信用モジュールは、ＣＰＵ２２６、ＲＡＭ２２７、ＲＯＭ２２８、Ｂｅａｃｏｎ２２９で構成される。ＣＰＵ２２６は、記憶部であるＲＯＭ２２８に記憶されているプログラムに従って、各デバイスを総括的に制御する。ＲＡＭ２２７は、ＣＰＵ２２６の主メモリ、ワークエリア等としても機能している。ＲＯＭ２２８は、Ｂｅａｃｏｎ情報発信用モジュールの各種プログラム及びデータを格納している。Ｂｅａｃｏｎ２２９はＢｅａｃｏｎ２０６と同様である。
【００２１】
本実施例では、以降の説明においては、図２（ａ）を用いる。なお、図２（ａ）や図１６で示す携帯機器１１０は、その一例として、個人を識別し、個人認証などを行うためのＩＣカード型の機器（セキュリティカード）を挙げている。携帯機器１１０の例としては、そのほかに、スマートフォンや、眼鏡型情報機器、腕時計型情報機器、カーナビゲーションシステム、ロボットなどであってもよい。また、後述される認証についても、個人認証以外にも、機器認証や車体認証といったことも想定している。
【００２２】
図２（ｂ）は、認証装置１２０のハードウェア構成の一例を示すブロック図である。
【００２３】
ＣＰＵ２４０は、認証装置１２０の全体の動作を制御している。ＣＰＵ２４０は、ＲＯＭ２４２に記憶されているプログラムに従って、システムバス２５０に接続される各デバイスを総括的に制御している。ＲＡＭ２４１は、ＣＰＵ２４０の主メモリ、ワークエリア等として機能すると共に、入力情報展開領域、環境データ格納領域としても用いられる。ＲＯＭ２４２は、ＣＰＵ２４０により実行される制御プログラム、及び各種データを記憶している。通信Ｉ／Ｆ２４３は、ＮＩＣ２４４、リーダー／ライター２４５、Ｂｅａｃｏｎ２４６の通信を制御している。ＮＩＣ２４４はネットワークとの接続Ｉ／Ｆであり、認証サーバー１３０との間でのデータの送受信を制御する。リーダー／ライター２４５は、データの送受信要求を送信し、携帯機器１１０からの応答に応じて二点間でデータの送受信を行う。リーダー／ライター２４５は、二点間で直接接触してデータの送受信を行う接触型と、無線通信によりデータの送受信を行う非接触型のものがある。
【００２４】
信号受信部としてのＢｅａｃｏｎ２４６は、Ｂｅａｃｏｎ情報といった信号の受信用Ｉ／Ｆであり、携帯機器１１０を識別可能なＢｅａｃｏｎ情報の受信を制御する。外部装置接続Ｉ／Ｆ２４７は、自動扉やロック等の外部装置２４８とのインターフェースを制御している。本実施例に記載されている処理は、ＲＯＭ２４２に記録されているプログラムを、必要に応じてＲＡＭ２４１に読み出してＣＰＵ２４０により実行することによって実現される。
【００２５】
なお、Ｂｅａｃｏｎ２４６及び外部装置接続Ｉ／Ｆ２４７は、システム内の認証装置１２０以外の不図示の制御装置に内蔵されているものとする。制御装置は異なる役割をもたせて複数台設置されてもよく、それぞれには当然ながらＲＯＭ、ＲＡＭ、ＣＰＵなどのハードウェア構成を備え、所定の制御プログラムを実行することができる。当該制御装置は、具体的には、携帯機器１１０を識別可能なＢｅａｃｏｎ情報の受信した際に、外部装置接続Ｉ／Ｆを介して、任意の外部装置とのインターフェースを制御している。具体的には、制御装置が所定の識別情報を含むＢｅａｃｏｎ情報の受信した場合には、行き先を指定した上でエレベータを呼ぶ、車のエンジンをかける、ネットワークカメラによる撮影を開始、終了するなどといったサービス提供の制御が可能となる。他にも、Ｂｅａｃｏｎ情報の受信に応じた、制御対象機器に電源を入れる、メッセージ出力、またはコマンド実行をするよう制御するといったことも可能となる。他にも、認証などの操作が必要となる会員制の店舗などに入店した場合などにも、その操作に応じて携帯機器から発信される信号を受信した店舗内の制御装置により、おすすめの商品や所定のメッセージの提供が行われるといったことも可能となる。
【００２６】
なお、認証装置１２０や、それ以外の制御装置は、制御対象の外部装置をＢｅａｃｏｎ情報の内容（識別情報など）や、その信号強度から判明する距離情報に応じて、制御を切り換えることも可能である。例えば、ある制御装置が比較的近い距離を示す距離情報でかつ特定の識別子を含むＢｅａｃｏｎ情報を受信した場合にのみ、特定のフロアのネットワークカメラによる撮影を開始するよう制御するといったことが可能となる。
【００２７】
本発明では、携帯機器１１０を持つユーザーは、自宅や会社などで、行動範囲内の複数の認証装置のそれぞれと認証することで、認証後に携帯機器１１０から発信される信号（Ｂｅａｃｏｎ情報）により、様々な機器によるサービス提供を自動で受けることができる。
【００２８】
図２（ｃ）は、認証サーバー１３０のハードウェア構成の一例を示すブロック図である。
【００２９】
ＣＰＵ２６０は、認証サーバー１３０の全体の動作を制御している。ＣＰＵ２６０は、ＲＯＭ２６２に記憶されているプログラムに従って、システムバス２８０に接続される各デバイスを総括的に制御している。ＲＡＭ２６１は、ＣＰＵ２６０の主メモリ、ワークエリア等として機能すると共に、入力情報展開領域、環境データ格納領域としても用いられる。またこのＲＡＭ２６１は、ＮＶＲＡＭ（Ｎｏｎ−ｖｏｌａｔｉｌｅ  ＲＡＭ：不揮発性ＲＡＭ）領域も備えており、増設ポート（不図示）に接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。ＲＯＭ２６２は、ＣＰＵ２６０により実行される制御プログラム、及び各種データを記憶している。表示部Ｉ／Ｆ２６３は、表示部２７０とのインターフェースを制御している。操作部Ｉ／Ｆ２６４は、ボタン・タッチパネル・キーボード・ポインティングデバイス等で構成される操作部２７１とのインターフェースを制御している。外部メモリＩ／Ｆ２６５は、フラッシュメモリ、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｉｓｋ）等の外部メモリ２７２とのアクセスを制御する。外部メモリ２７２は、保存又は、読み取り可能な記憶媒体として機能し、オペレーティングシステム（ＯＳ）、及びアプリケーションが記憶されている。通信Ｉ／Ｆ２６６は、ＮＩＣ２７３の通信を制御している。ＮＩＣ２７３はネットワークとの接続Ｉ／Ｆであり、認証装置１２０との間でのデータの送受信を制御する。本実施例に記載されている処理は、外部メモリ２７２に記録されているプログラムを、必要に応じてＲＡＭ２６１に読み出してＣＰＵ２６０により実行することによって実現される。なお、プログラムは、外部メモリ２７２以外にもＲＡＭ２６１やＲＯＭ２６２にて記憶されてもよい。
【００３０】
図３は、本発明を構成する装置、機器、およびサーバーのソフトウェアものモジュール構成例とその機能を説明するためのブロック図である。図３で示す機能を実現するプログラムは、各装置、および各サーバー群のＲＯＭ２０３、ＲＯＭ２４２、ＲＯＭ２６２に記憶されており、ＣＰＵ２０１、ＣＰＵ２４０、ＣＰＵ２６０がＲＡＭ２０２、ＲＡＭ２４１、ＲＡＭ２６１にプログラムをロードし実行することで、これらの機能が実現される。
【００３１】
認証サーバー１３０は、データ格納部３３０、通信部３３１、管理部３３２を有する。
【００３２】
通信部３３１は、認証装置１２０との通信方式に準拠した通信モジュールを有する。この通信モジュールは、認証装置１２０とデータ通信を行うためのインターフェースに対応したものであり、認証装置１２０が有する通信モジュールとデータ通信を行うことが可能である。管理部３３２は、通信部３３１を介して認証装置１２０から送信される認証情報を元にデータ格納部３３０のユーザー情報リストを照合することで認証処理を行う。また、認証装置１２０の要求に応じてデータ格納部３３０から認証装置情報を取得し送信する。データ格納部３３０には、ユーザー情報リスト・認証装置情報リストが格納されている。
【００３３】
図４は、データ格納部３３０に格納されているデータテーブルの例を示す。図４（ａ）は、ユーザー情報リストの一例である。このリストでは、ユーザーアカウント（４０１）、パスワード（４０２）、認証情報（４０３）、ＵＵＩＤ（４０４）、メジャー番号（４０５）、マイナー番号（４０６）が監視される。ユーザーアカウント（４０１）・パスワード（４０２）は、ネットワークシステムのネットワークにユーザーが端末（不図示）等からアクセスする際に使用する情報である。認証情報（４０３）は、携帯機器１１０を使ってユーザーを認証する際に使用する認証情報であり、携帯機器１１０にも対応した認証情報が格納されている。認証の際、認証情報は鍵等を使って暗号化されて使用される。ＵＵＩＤ（４０４）は、携帯機器１１０が発信するＢｅａｃｏｎ情報の識別情報である。メジャー番号（４０５）、マイナー番号（４０６）は、ＵＵＩＤが同じ携帯機器を識別するための番号である。
【００３４】
図４（ｂ）は、データ格納部３３０に格納されている認証装置に関する情報（リスト）の一例である。このリストでは、デバイスＩＤ（４１０）、役割情報（４１１）、発信制御情報（４１２）が管理される。デバイスＩＤ（４１０）は、ネットワーク上に存在する認証装置を一意に特定可能な識別情報である。図４（ｂ）で示すデータテーブルでは、ネットワーク上に認証装置１２０以外にも認証装置が存在することを想定している。役割情報（４１１）は、認証装置の役割を示す情報である。例えば、認証装置が、どの場所のどの入口に設置されているか、といった情報が格納されている。発信制御情報（４１２）は、その認証装置の認証により携帯機器１１０がＢｅａｃｏｎ情報の発信を開始するか、停止するか、といった制御情報が格納される。データ格納部３３０で管理されるデータの一部、または全ては、外部のストレージ装置で管理されてもよい。
【００３５】
認証装置１２０は、通信部３２０、認証処理部３２１、監視部３２２を有する。
【００３６】
通信部３２０は、認証処理部３２１の指示に従い、ＮＩＣ２４４を介して認証サーバー１３０と通信を行う。通信部３２０は、認証サーバー１３０との通信方式に準拠した通信モジュールを有する。この通信モジュールは、認証サーバー１３０とデータ通信を行うためのインターフェースに対応したものであり、認証サーバー１３０が有する通信モジュールとデータ通信を行うことが可能である。
【００３７】
認証処理部３２１は、通信部３２０を制御し、ＮＩＣ２４４やリーダー／ライター２４５などを介して、携帯機器１１０から取得した認証情報を使った認証処理を行う。また、携帯機器１１０に対してＢｅａｃｏｎ情報の発信開始または、停止などの制御要求の送信を行う。認証処理部３２１は、携帯機器１１０の認証応答部３１０との通信方式に準拠した通信モジュールを有する。この通信モジュールは、携帯機器１１０の認証応答部３１０とデータ通信を行うためのインターフェースに対応したものであり、携帯機器１１０の認証応答部３１０が有する通信モジュールとデータ通信を行うことが可能である。監視部３２２は、携帯機器１１０から発信されるＢｅａｃｏｎ情報の監視を行う。監視部３２２は、Ｂｅａｃｏｎ２４６を介して、携帯機器１１０の発信部３１２との通信方式に準拠した通信モジュールを有する。この通信モジュールは、携帯機器１１０の発信部３１２が有する通信モジュールから発信されるＢｅａｃｏｎ情報を受信するためのインターフェースに対応したものである。
【００３８】
個人や機体の認証機器となる携帯機器１１０は、認証応答部３１０、データ格納部３１１、発信部３１２を有する。
【００３９】
認証応答部３１０は、リーダー／ライター応答部２０５を介した、認証装置１２０から送信される認証要求への応答、データ格納部３１１の認証情報の返信などを制御する。また、認証情報を返信した結果として、認証装置１２０から送信されるＢｅａｃｏｎ情報の発信開始や停止の制御要求に応じて、発信部３１２に対してＢｅａｃｏｎ情報の発信開始・停止を制御する。認証応答部３１０は、認証装置１２０の認証処理部３２１との通信方式に準拠した通信モジュールを有する。この通信モジュールは、認証装置１２０の認証処理部３２１とデータ通信を行うためのインターフェースに対応したものであり、認証装置１２０の認証処理部３２１が有する通信モジュールとデータ通信を行うことが可能である。データ格納部３１１は認証情報・Ｂｅａｃｏｎ情報を格納している。
【００４０】
発信部３１２は、認証応答部３１０の指示により、携帯機器１１０やそのユーザーを特定するような識別情報を含む信号の発信開始、または停止を行う。より具体的には、Ｂｅａｃｏｎ２０６を介した、ＢＬＥ（Ｂｌｕｅｔｏｏｔｈ（登録商標）  Ｌｏｗ  Ｅｎｅｒｇｙ）を利用したＢｅａｃｏｎ情報の発信の開始／停止が制御されることになる。
【００４１】
図５は、データ格納部３１１に格納されている認証情報・Ｂｅａｃｏｎ情報の一例である。本テーブルには、認証情報（４２０）、ＵＵＩＤ（４２１）、メジャー番号（４２２）、マイナー番号（４２３）が含まれる。認証情報（４２０）、ＵＵＩＤ（４２１）、メジャー番号（４２２）、マイナー番号（４２３）は、図４において説明した同名のデータと同義である。
【００４２】
図６で示すフローチャートを用いて、認証装置１２０における携帯機器１１０との認証処理、及びＢｅａｃｏｎ情報の発信開始・停止の制御を要求する処理について説明する。
【００４３】
まず、Ｓ６０１で、認証処理部３２１は、認証要求を送信する。ここでの認証要求に関しては、要求先が特定されておらず、例えば、接近してきた携帯機器などがあれば、この認証要求が当該携帯機器側で受信されることになる。Ｓ６０２で認証処理部３２１は、上記の認証要求を受け取った携帯機器１１０から、当該要求に対する応答があったか否かを判断する。応答があったと判断された場合には、Ｓ６０３に進む。
【００４４】
Ｓ６０３で、認証処理部３２１は、携帯機器１１０からの応答に含まれる認証情報を特定して、通信部３２０に認証指示を行う。通信部３２０は認証指示を受けると、認証サーバー１３０に対して認証要求と共にその特定された認証情報を送信し、認証結果を受信する。Ｓ６０４で、認証処理部３２１は、通信部３２０から受信した認証結果を元に認証処理に成功したか否かを判断する。認証処理に成功したと判断された場合にはＳ６１０に進み、失敗したと判断された場合にはＳ６０１に戻る。
【００４５】
Ｓ６１０で、認証処理部３２１は、自装置内の記憶部で管理している自装置の識別子（デバイスＩＤ）を用いた認証装置情報の取得要求を、通信部３２０を介して認証サーバー１３０に対して送信する。そして、要求の応答として返信される認証装置情報を取得する。認証装置情報は、認証サーバー１３０から取得せずに、認証装置１２０自身の記憶部に記憶していても、別の専用サーバーで管理されてもよい。
【００４６】
図９は、Ｓ６１０で取得される認証装置情報の一例である。この情報には、デバイスＩＤ（４３０）、役割情報（４３１）、発信制御情報（４３２）が含まれる。デバイスＩＤ（４３０）、役割情報（４３１）、発信制御情報（４３２）は、図４（ｂ）において説明したデバイスＩＤ（４１０）、役割情報（４１１）、発信制御情報（４１２）と同様である。
【００４７】
Ｓ６１１で、認証処理部３２１は、Ｓ６１０で取得した認証装置情報に含まれる発信制御情報に基づき、特定の識別情報を含む信号（本実施例では、Ｂｅａｃｏｎ情報）の発信を開始するか否かを判断する。図９の例では、発信制御情報（４３２）に“発信”を示す情報が格納されているため、信号の発信を開始すべきと判断される。発信を開始すると判断された場合にはＳ６１２に進み、発信を開始すると判断されなかった場合にはＳ６１３に進む。Ｓ６１２で、認証処理部３２１は、携帯機器１１０に対して、信号（Ｂｅａｃｏｎ情報）の発信開始ための発信要求を送信する。
【００４８】
Ｓ６１３では、認証処理部３２１は、Ｓ６１０で取得した認証装置情報に含まれる発信制御情報に基づき、特定の識別情報を含む信号（本実施例では、Ｂｅａｃｏｎ情報）の発信を停止するか否かを判断する。信号の発信を停止すべきと判断された場合にはＳ６１４に進み、停止すべきと判断されなかった場合にはＳ６１５に進む。Ｓ６１４で、認証処理部３２１は、携帯機器１１０に対して、信号（Ｂｅａｃｏｎ情報）の発信停止のための停止要求を送信する。
【００４９】
Ｓ６１５で、認証処理部３２１は、外部装置に対する制御を行う。外部装置に対する制御は、Ｓ６１０で取得した認証装置情報に含まれる役割情報を利用して行ってもよい。図９の例では、認証装置１２０が外部装置である“ＧａｔｅＡ”の“入り口”に設置されていることを示しているため、“ＧａｔｅＡ”に対してロック解除の指示を行う。
【００５０】
これまでで、図６を用いて説明した処理例によれば、ユーザーが、図９で示す“ＧａｔｅＡ”の“入り口”を開けるために携帯機器１１０を用いて認証装置１２０に対して認証操作を行った場合に、携帯機器１１０から自動的にＢｅａｃｏｎ情報の発信が開始されることになる。
【００５１】
認証装置１２０の監視部３２２は、携帯機器１１０が発信するＢｅａｃｏｎ情報と距離情報を受信し、認証サーバー１３０に送信することで、携帯機器１１０もしくはＢｅａｃｏｎ情報の監視を行う。
【００５２】
図１０は、携帯機器１１０から取得されるＢｅａｃｏｎ情報に基づく監視情報の一例である。ＵＵＩＤ（４４０）、メジャー番号（４４１）、マイナー番号（４４２）は、図４におけるＵＵＩＤ（４０４）、メジャー番号（４０５）、マイナー番号（４０６）と同様である。監視情報に含まれる距離情報（４４３）は、認証装置１２０と携帯機器１１０との距離を示す情報であり、Ｂｅａｃｏｎ情報発信側と受信側との２点間の距離を示す。例えば、距離情報は、２点間の距離として、“とても近い（ｉｍｍｅｄｉａｔｅ）”、“近い（Ｎｅａｒ）”、“遠い（Ｆａｒ）”、“範囲外”のいずれかを示す。この情報は、Ｂｅａｃｏｎ情報受信側での受信した信号の強度などに基づき分析される。
【００５３】
Ｂｅａｃｏｎ情報の監視は、前述したように認証装置１２０とは別の１台以上の制御装置（不図示）が行ってもよい。各制御装置の監視処理により、Ｂｅａｃｏｎ情報の内容と携帯機器１１０との距離情報とに応じて、携帯機器１１０を持つユーザーに対して、異なるサービスの提供を制御することが可能となる。
【００５４】
図７で示すフローチャートを用いて、認証サーバー１３０における認証処理について説明する。本処理が開始される場合には、まずＳ７００で示すように、管理部３３２は、通信部３３１を介して外部からの要求を受信する。
【００５５】
Ｓ７０１で、管理部３３２は、通信部３３１を介して受信した要求が、認証装置１２０から認証処理のための要求であったか否かを判断する。認証要求を受信したと判断された場合にはＳ７０２に進み、そうでない場合にはＳ７０４に進む。Ｓ７０２で、管理部３３２は、認証装置１２０から該要求と共に認証情報を受信し、認証処理を行う。認証処理は、認証装置１２０から受信した認証情報を元に、データ格納部３３０に格納されているユーザー情報リストを照合することにより行われる。管理部３３２は、この認証処理を行った結果を、通信部３３１を介して認証装置１２０に返信する。
【００５６】
図４（ａ）は、データ格納部３３０に格納されているユーザー情報リストの一例である。図４についての説明は前述の通りである。図４の例で説明すると、認証装置１２０から受信した認証情報が“ｇｉ９ｊ３９ｔ７４ｍｋｓ”だった場合、認証情報（４０３）に一致する情報があるため、その認証情報に紐付いたユーザーアカウント（“Ｕｓｅｒ  Ａ”）での認証に成功する。認証情報は、（暗号）鍵等を使って暗号化されて使用される。本実施例における認証方法は一例にすぎず、利用者や機器を認証するための他の認証技術を利用することも可能である。
【００５７】
Ｓ７０３で、管理部３３２は、認証処理を行った結果をユーザー情報に紐づけて認証履歴情報として記録する。
【００５８】
図１１は、Ｓ７０３で、データ格納部３３０に格納される認証履歴情報の一例である。認証履歴情報では、上記で認証されたユーザーアカウント（“Ｕｓｅｒ  Ａ”）の情報、認証日時（４５６）、及び認証場所／デバイスＩＤ（４５７）が管理される。認証日時（４５６）は認証処理を行った日時が格納されており、認証場所／デバイスＩＤ（４５７）は認証を行った認証装置１２０を特定可能な識別情報が格納されている。
【００５９】
Ｓ７０４で、管理部３３２は、通信部３３１を介して受信した要求が、認証装置１２０からの認証装置情報の取得要求であったか否かを判断する。取得要求を受信したと判断された場合にはＳ７０５に進む。受信しなかったと判断された場合には本処理を終了する。Ｓ７０５で、管理部３３２は、通信部３３１を介して認証装置１２０から該取得要求と共に受信したデバイスＩＤを元に、データ格納部３３０に格納されている認証装置情報リスト（図４（ｂ））を照合する。受信したデバイスＩＤに紐付いた認証装置情報があれば、その情報を認証装置１２０に対して返信する。照合した結果、返信される認証装置情報の一例は、前述の通り図９で示している。
【００６０】
なお、管理部３３２は、携帯機器１１０から発信されるＢｅａｃｏｎ情報に関する監視を行う。例えば、認証装置１２０やＢｅａｃｏｎ情報の受信機能を備える制御装置（不図示）から、前述した図１０で示すＢｅａｃｏｎ情報及び距離情報を受信する。この受信に応じて、距離情報を、履歴情報としてユーザー情報に紐づけてデータ格納部３３０に格納する。ここで、紐付けるユーザー情報は、Ｂｅａｃｏｎ情報内の識別情報から特定できる。
【００６１】
図１２は、管理部３３２による監視のためにデータ格納部３３０に格納される、距離情報を含む履歴情報の一例である。受信日時（４６６）はＢｅａｃｏｎ情報を受信した日時が格納されており、受信場所／受信装置ＩＤ（４６７）はＢｅａｃｏｎ情報の受信を行った認証装置１２０や制御装置（不図示）を特定可能な識別情報が格納されている。距離情報（４６８）は、図１０における距離情報（４４３）と同様である。このようにＢｅａｃｏｎ情報を一元的に監視することにより、認証サーバー１３０は携帯機器１１０の現在位置や移動の履歴などを把握することが可能となる。
【００６２】
次に、図８で示すフローチャートを用いて、携帯機器１１０における認証に係る処理、及びＢｅａｃｏｎ情報の発信の制御に係る処理について説明する。
【００６３】
Ｓ８０１で、認証応答部３１０は、認証装置１２０から認証要求を受信したか否かを判断する。認証要求を受信したと判断された場合にはＳ８０２に進む。Ｓ８０２で、認証応答部３１０は、データ格納部３１１から認証情報を取得して、認証装置１２０に返信する。図５は、データ格納部３１１に格納されている認証情報・Ｂｅａｃｏｎ情報の一例である。この中の認証情報（４２０）を取得して返信する。
【００６４】
Ｓ８０３で、認証応答部３１０は、認証装置１２０から認証結果と共に、所定の識別情報を含む信号（Ｂｅａｃｏｎ情報）の発信の開始要求を受信したか否かを判断する。開始要求を受信したと判断された場合にはＳ８０４に進み、そうでない場合にはＳ８０６に進む。
【００６５】
Ｓ８０４では、認証応答部３１０が、発信部３１２に開始指示を行い、データ格納部３１１から取得した信号の発信を開始させる。具体的には、図５で例示したようなＵＵＩＤ（４２１）、メジャー番号（４２２）、マイナー番号（４２３）などを含むＢｅａｃｏｎ情報が、ＢＬＥなどの無線通信技術を用いて、周期的に発信されるようになる。既に、Ｂｅａｃｏｎ情報の発信を開始している場合は、そのまま発信を継続する。
【００６６】
Ｓ８０５で、認証応答部３１０は、信号発信に係るタイムアウトの判断を行う。タイムアウトしたか否かは、Ｂｅａｃｏｎ情報の発信を開始してから、経過時間のカウントを行い、データ格納部３１１に格納された所定のタイムアウト値を経過したかどうかで判断を行う。タイムアウトしたと判断された場合にはＳ８０７に進む。
【００６７】
Ｓ８０６では、認証応答部３１０は、認証装置１２０から認証結果と共に、所定の識別情報を含む信号（Ｂｅａｃｏｎ情報）の発信の停止要求を受信したか否かを判断する。停止要求を受信したと判断された場合にはＳ８０７に進み、停止要求を受信していないと判断された場合には本処理を終了する。Ｓ８０７で、認証応答部３１０は、発信部３１２に停止指示を行い、信号発信を停止させる。
【００６８】
（応用例１）
Ｓ８０５におけるタイムアウトの判断は無くてもよい。その場合、携帯機器１１０は、認証装置１２０からＢｅａｃｏｎ情報の発信の停止要求を受信するまで、発信を続けることになる。
【００６９】
（応用例２）
Ｓ８０５におけるタイムアウトの判断には、携帯機器１１０のデータ格納部３１１に予め格納された所定のタイムアウト値ではなく、認証装置１２０から送信されてくる発信タイムアウト値に応じて決定される形態も考えられる。この形態についての説明を行う。
【００７０】
本例においては、認証サーバー１３０のデータ格納部３３０に、図１３で示すような認証装置情報のリストが格納されている。このリストでは、いくつかの認証装置情報について発信タイムアウト値（４７３）に値が設定されている。デバイスＩＤ（４７０）、役割情報（４７１）、発信制御情報（４７２）などについては、前述の同名の情報と同義である。認証サーバー１３０の管理部３３２は、認証装置１２０からの認証装置情報の取得要求の応答として、このリストに含まれる認証装置情報を返信する。
【００７１】
認証装置１２０の認証処理部３２１は、Ｓ６１０で、図１４で示すような発信タイムアウト値を含む認証装置情報を取得する。
【００７２】
図１４で例示される認証装置情報には、デバイスＩＤ（４８０）、役割情報（４８１）、発信制御情報（４８２）、発信タイムアウト値（４８３）が含まれる。デバイスＩＤ（４８０）、役割情報（４８１）、発信制御情報（４８２）は、図４（ｂ）において説明した同名の情報と同義である。発信タイムアウト値（４８３）は、Ｂｅａｃｏｎ情報の発信開始後からのタイムアウト値が秒単位で格納されている。Ｓ６１２で、認証処理部３２１は、Ｂｅａｃｏｎ情報の発信要求と共に、この発信タイムアウト値を、携帯機器１１０に対して送信する。携帯機器１１０では、Ｓ８０５におけるタイムアウトの判断で、この発信タイムアウト値を利用する。
【００７３】
（応用例３）
携帯機器１１０が発信するＢｅａｃｏｎ情報の内容を、認証装置１２０からの指示に応じて切り替える形態も考えられる。この形態についての説明を行う。
【００７４】
認証装置１２０の認証処理部３２１は、Ｓ６１２で、信号発信の開始要求と共に自身のデバイスＩＤを携帯機器１１０に対して送信する。ここで送信されるデバイスＩＤは、Ｓ６１０で取得した認証装置情報に含まれる情報と同じである。
【００７５】
携帯機器１１０の認証応答部３１０は、Ｓ８０３で、認証装置１２０から認証結果と共に開始要求、及びデバイスＩＤを受信したか否かを判断する。開始要求、及びデバイスＩＤを受信したと判断された場合にはＳ８０４に進む。そして、Ｓ８０４で、認証応答部３１０は、発信部３１２に指示を行い、Ｂｅａｃｏｎ情報の発信を開始する。ここで発信が開始されるＢｅａｃｏｎ情報は、データ格納部３１１から取得したＢｅａｃｏｎ情報のマイナー番号に、認証装置１２０から受信したデバイスＩＤを反映させた情報となる。
【００７６】
図１５（ａ）は、本応用例において、発信部３１２が発信するＢｅａｃｏｎ情報の一例である。ＵＵＩＤ（４９０）、メジャー番号（４９１）、マイナー番号（４９２）が含まれる。マイナー番号（４９２）は、認証装置１２０から受信したデバイスＩＤが格納されている。
【００７７】
なお、認証装置１２０も含めた複数の認証装置から過去に受信したデバイスＩＤが、順に全て格納され、管理されていてもよい。図１５（ｂ）は、マイナー番号（４９７）に、過去に受信したデバイスＩＤが順に全て格納されている例である。また、デバイスＩＤの格納先は、マイナー番号に限らず、メジャー番号や、Ｂｅａｃｏｎ情報の他の格納領域であってもよい。
【００７８】
なお、Ｂｅａｃｏｎ情報に格納する情報は、デバイスＩＤに限らず、認証装置１２０が送信する情報であれば、どのような情報でもよい。つまり、この信号（Ｂｅａｃｏｎ情報）を利用したサービスに応じて、当該提供サービスの制御に必要となる識別情報を適宜、定義して、携帯機器１１０から発信させることができる。
【００７９】
なお、認証装置１２０から携帯機器１１０に対して認証結果と開始要求を送信する際に、デバイスＩＤに代えて、送信すべき信号の内容を指定する情報を送信することも可能である。その場合には、携帯機器１１０のデータ格納部３１１には内容の異なる複数のＢｅａｃｏｎ情報が格納されており、送信されてきた指定情報に応じて、Ｓ８０４で携帯機器１１０が選択的に信号発信の開始を制御することになる。
【００８０】
（応用例４）
携帯機器１１０の認証応答部３１０が、Ｓ８０２で、認証装置１２０から認証結果と共に、それぞれ異なる内容の複数の信号（Ｂｅａｃｏｎ情報）の発信の開始要求を受信して、制御を行うことも可能である。この場合は、携帯機器１１０のデータ格納部３１１に格納された内容のＢｅａｃｏｎ情報と、応用例３で説明した認証装置１２０からの指示に基づくＢｅａｃｏｎ情報とを、発信タイミングや周期を調整して、同時期、もしくはタイミングをずらして、発信することになる。
【００８１】
さらに、Ｓ８０２で、認証装置１２０から認証結果と共に、信号（Ｂｅａｃｏｎ情報）の発信の開始要求と、停止要求との両方を受信して制御を行うことも可能である。この場合には、開始要求に含まれる指定に基づき、開始すべきＢｅａｃｏｎ情報について、Ｓ８０４の処理を適用し、信号発信を開始させる。また、停止要求に含まれる指定に基づき、停止すべきＢｅａｃｏｎ情報について、Ｓ８０７の処理を適用し、信号発信を停止させる。
【００８２】
実施例１によれば、携帯機器１１０をもつユーザーが、システム内の認証装置で認証を行うことで、信号（Ｂｅａｃｏｎ情報）の発信の開始／停止が制御される。そして、認証サーバー１３０は、監視している携帯機器１１０が発信するＢｅａｃｏｎ情報から、ユーザーの認証経路などを監視できる。また、ユーザーによる携帯機器１１０を用いた認証操作に応じて、携帯機器１１０が発信する信号（Ｂｅａｃｏｎ情報）に対応するサービスが、不図示の制御装置などによりユーザーに対して自動で提供されるようになる。
【００８３】
（実施例２）
実施例１では、携帯機器１１０が認証処理に応じた信号（Ｂｅａｃｏｎ情報）の発信後、所定のタイムアウト値が経過すると、その発信を停止する形態について説明した。本実施例では、さらにセキュリティ面を考慮して、認証サーバー１３０が、信号発信後に、携帯機器１１０が所定の範囲外に移動したことを検知すると、ユーザーに対して警告通知を行う形態について説明する。
【００８４】
本実施例におけるシステム構成、システムを構成する各機器のハードウェア構成、ソフトウェア構成は、実施例１と同様である。
【００８５】
図１７で示すフローチャートを用いて、認証サーバー１３０による監視処理について説明する。
【００８６】
Ｓ１７０１で、管理部３３２は、携帯機器１１０が発信する信号（Ｂｅａｃｏｎ情報）の監視のため、履歴情報の管理テーブル（図１９）を参照する。Ｓ１７０２で、参照の結果、監視対象のＢｅａｃｏｎ情報が所定の範囲外に移動したか否かの判断を行う。範囲外に移動したと判断された場合にはＳ１７０３に進み、範囲外に移動していないと判断された場合にはＳ１７０４に進む。
【００８７】
図１９は、データ格納部３３０に格納されている、距離情報を含む履歴情報の管理テーブルの一例である。テーブルに含まれるユーザーアカウント（５０１）、パスワード（５０２）、認証情報（５０４）、ＵＵＩＤ（５０５）、メジャー番号（５０６）、マイナー番号（５０７）、受信日時（５０８）、受信場所／受信装置ＩＤ（５０９）、距離情報（５１０）は、図１２と同名の情報と同義である。
【００８８】
メールアドレス（５０３）は、携帯機器１１０のユーザーのメールアドレスである。図１９の例で説明すると、受信場所／受信装置ＩＤ（５０９）＝“１２３４５６”（認証装置１２０）との距離情報が“Ｆａｒ”から範囲外（受信なし）となり、それ以外のＢｅａｃｏｎ情報の受信装置からＢｅａｃｏｎ情報を受信していない場合に、範囲外に移動したと判断される。
【００８９】
ここで、所定の範囲外とは、システム内の全ての認証装置からの距離情報が“遠い（Ｆａｒ）”や“範囲外”となった場合なども挙げられる。または、特定の認証装置からの距離情報が“遠い（Ｆａｒ）”や“範囲外”となった場合でもよい。所定の範囲外の定義は、システム運用者によりセキュリティ面などを考慮して、適宜、設定されればよい。
【００９０】
Ｓ１７０３で、管理部３３２は、所定の範囲外に移動したと判断されたＢｅａｃｏｎ情報に紐付いたユーザー情報で特定されるメールアドレスに対して、警告通知を送信する。携帯機器１１０が、セキュリティカードなどではなく、スマートホンのような電子メールを受信できる端末であれば、この警告通知を携帯機器１１０に対して行ってもよい。
【００９１】
図１８は、警告通知の内容の一例である。１８０１にメールの差出人、宛先のメールアドレス、件名が表示されている。１８０２には警告通知の内容が表示されている。警告通知では、携帯機器（セキュリティカードなど）から所定の信号（Ｂｅａｃｏｎ情報）が不用意に発信され続けていることを警告する内容が含まれている。また、信号を停止するための適切な認証経路なども併せて内容に含まれている。
【００９２】
Ｓ１７０４で、管理部３３２は、監視を終了するか否かを判断する。認証サーバー１３０の管理者により認証サーバー１３０に対して監視終了の指示が行われた場合、監視を終了すると判断される。監視を終了すると判断された場合は本処理を終了する。監視を終了しないと判断された場合は、Ｓ１７０１に戻る。
【００９３】
これによりユーザーは、携帯機器１１０がＢｅａｃｏｎ情報を発信したまま、オフィスの外など、所定の範囲外に移動してしまった場合にも、警告通知を受けることで、そのことに気付くことができるようになる。
【００９４】
（他の実施例）
本発明は、上述した実施形態を適宜組み合わせることにより構成された装置あるいはシステムやその方法も含まれるものとする。
【００９５】
ここで、本発明は、上述した実施形態の機能を実現する１以上のソフトウェア（プログラム）を実行する主体となる装置あるいはシステムである。また、その装置あるいはシステムで実行される上述した実施形態を実現するための方法も本発明の一つである。また、そのプログラムは、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給され、そのシステム或いは装置の１以上のコンピュータ（ＣＰＵやＭＰＵ等）によりそのプログラムが読み出され、実行される。つまり、本発明の一つとして、さらにそのプログラム自体、あるいは該プログラムを格納したコンピュータにより読み取り可能な各種記憶媒体も含むものとする。また、上述した実施形態の機能を実現する回路（例えば、ＡＳＩＣ）によっても、本発明は実現可能である。
【図１】
2020115668.tif 000003
【図２】
2020115668.tif 000004
【図３】
2020115668.tif 000005
【図４】
2020115668.tif 000006
【図５】
2020115668.tif 000007
【図６】
2020115668.tif 000008
【図７】
2020115668.tif 000009
【図８】
2020115668.tif 000010
【図９】
2020115668.tif 000011
【図１０】
2020115668.tif 000012
【図１１】
2020115668.tif 000013
【図１２】
2020115668.tif 000014
【図１３】
2020115668.tif 000015
【図１４】
2020115668.tif 000016
【図１５】
2020115668.tif 000017
【図１６】
2020115668.tif 000018
【図１７】
2020115668.tif 000019
【図１８】
2020115668.tif 000020
【図１９】
2020115668.tif 000021
【手続補正書】
【提出日】令和2年6月4日(2020.6.4)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
携帯機器のユーザーを示すユーザー情報を管理する外部システムと、当該外部システムと通信を行う装置とを含むシステムであって、
前記装置は、
前記携帯機器との近距離通信を介して受信した情報を含む要求を前記外部システムに送信する第１送信手段と、
前記要求に対する応答を前記外部システムから受け付けたことに応じて、前記携帯機器に対して信号の発信を開始するきっかけとなるデータを送信する第２送信手段と、を有し、
前記携帯機器では、前記装置から前記データを受け付けたことに従い、無線通信を利用して所定の頻度または周期で信号を発信する機能の開始が制御され、
前記信号には、携帯機器または携帯機器のユーザーを特定するための識別情報が含まれることを特徴とするシステム。
【請求項２】
前記携帯機器では、さらに、前記外部システムから前記機能の停止のための要求を受信した場合、または、前記機能が開始された後に指定時間が経過した場合に、前記開始された機能の停止が制御されることを特徴とする請求項１に記載のシステム。
【請求項３】
前記指定時間は、前記外部システムから指定されることを特徴とする請求項２に記載のシステム。
【請求項４】
前記携帯機器では、前記外部システムから受信したデータの内容に応じて、前記機能を利用して発信する信号の内容が変更されることを特徴とする請求項１乃至３の何れか１項に記載のシステム。
【請求項５】
前記第１送信手段は、前記要求として、前記携帯機器から受信した情報を含む認証のための要求を前記外部システムに送信し、
前記第２送信手段は、前記認証に成功した場合に、前記携帯機器に対して信号の発信を開始するきっかけとなるデータを送信することを特徴とする請求項１乃至４のいずれか１項に記載のシステム。
【請求項６】
前記携帯機器が所定の範囲外に移動したことが検知された場合には、識別情報により特定された携帯機器または携帯機器のユーザーに対応する宛先に対して警告通知が行われることを特徴とする請求項１乃至５のいずれか１項に記載のシステム。
【請求項７】
前記機能は、無線通信として、Ｂｌｕｅｔｏｏｔｈ（登録商標）  Ｌｏｗ  Ｅｎｅｒｇｙを利用することを特徴とする請求項１乃至６のいずれか１項に記載のシステム。
【請求項８】
前記携帯機器は、ＩＣカード型機器、電話機能付き端末、眼鏡型情報機器、腕時計型情報機器、カーナビゲーションシステム、及びロボットの少なくともいずれかであることを特徴とする請求項１乃至７のいずれか１項に記載のシステム。
【請求項９】
前記機能の開始に応じて前記携帯機器から発信される信号は、ＵＵＩＤと、メジャー番号と、マイナー番号とを含むことを特徴とする請求項１乃至８のいずれか１項に記載のシステム。
【請求項１０】
携帯機器のユーザーを示すユーザー情報を管理する外部システムと、当該外部システムと通信を行う装置とを含むシステムにおける制御方法であって、
前記装置は、
前記携帯機器との近距離通信を介して受信した情報を含む要求を前記外部システムに送信する第１送信工程と、
前記要求に対する応答を前記外部システムから受け付けたことに応じて、前記携帯機器に対して信号の発信を開始するきっかけとなるデータを送信する第２送信工程と、を有し、
前記携帯機器では、前記装置から前記データを受け付けたことに従い、無線通信を利用して所定の頻度または周期で信号を発信する機能の開始が制御され、
前記信号には、携帯機器または携帯機器のユーザーを特定するための識別情報が含まれることを特徴とする制御方法。
【請求項１１】
携帯機器のユーザーを示すユーザー情報を管理する外部システムと通信を行う装置であって、
前記携帯機器との近距離通信を介して受信した情報を含む要求を前記外部システムに送信する第１送信手段と、
前記要求に対する応答を前記外部システムから受け付けたことに応じて、前記携帯機器に対して信号の発信を開始するきっかけとなるデータを送信する第２送信手段と、を有し、
前記携帯機器では、前記装置から前記データを受け付けたことに従い、無線通信を利用して所定の頻度または周期で信号を発信する機能の開始が制御され、
前記信号には、携帯機器または携帯機器のユーザーを特定するための識別情報が含まれることを特徴とする装置。
【請求項１２】
請求項１１に記載の手段としてコンピュータを機能させるためのプログラム。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【０００９】
上記課題を解決するために、本発明は、携帯機器のユーザーを示すユーザー情報を管理する外部システムと、当該外部システムと通信を行う装置とを含むシステムであって、
前記装置は、前記携帯機器との近距離通信を介して受信した情報を含む要求を前記外部システムに送信する第１送信手段と、前記要求に対する応答を前記外部システムから受け付けたことに応じて、前記携帯機器に対して信号の発信を開始するきっかけとなるデータを送信する第２送信手段と、を有し、前記携帯機器では、前記装置から前記データを受け付けたことに従い、無線通信を利用して所定の頻度または周期で信号を発信する機能の開始が制御され、前記信号には、携帯機器または携帯機器のユーザーを特定するための識別情報が含まれることを特徴とする。