(57)【要約】【課題】自分以外のユーザが周辺にいる環境においてのみ端末を利用可能にする認証システム等を提供する。【解決手段】被認証端末は、近距離通信によって、認証端末が周辺に存在するか否か、又は、認証ユーザが周辺にいるか否かを示す周辺情報を取得する。そして、被認証端末は、ユーザなどの指示に応じて、所定の情報処理の要求を受け付けると（Ｓ３０１）、認証条件マスタ情報などを参照し、認証条件を満たすか否か判定する（Ｓ３０２）。被認証端末は、認証条件を満たす場合（Ｓ３０２のＹｅｓ）、所定の情報処理の要求に対する応答処理を実行し（Ｓ３０３）、認証条件を満たさない場合には（Ｓ３０２のＮｏ）、エラー処理を実行する（Ｓ３０４）。エラー処理では、被認証端末は、所定の情報処理の要求に対する応答処理を実行しない。【選択図】図８
2014130638.tif 000002
【特許請求の範囲】
【請求項１】
複数のユーザごとに配布される複数の端末と、前記端末とネットワークを介して接続されるサーバとから構成される端末認証システムであって、
前記端末は、
自らのプローブ情報を送信するプローブ情報送信手段と、
所定の情報処理の要求を受け付ける受付手段と、
前記所定の情報処理の要求に対する認証の依頼を示す認証依頼情報を前記サーバに送信する認証依頼手段と、
前記サーバから前記認証依頼情報に対する認証条件の判定結果を受信し、前記認証条件を満たす場合には前記所定の情報処理の要求に対して応答処理を実行し、前記認証条件を満たさない場合には前記所定の情報処理の要求に対して応答処理を実行しない処理実行手段と、
を具備し、
前記サーバは、
前記端末から受信する前記プローブ情報を記憶する記憶手段と、
前記端末から受信する前記認証依頼情報に対して、前記プローブ情報を参照することによって前記認証条件を満たすか否かを判定する判定手段と、
前記判定手段による判定結果を前記端末に送信する認証応答手段と、
を具備する端末認証システム。
【請求項２】
複数のユーザごとに配布される複数の端末と、前記端末とネットワークを介して接続されるサーバとから構成される端末認証システムにおける端末認証方法であって、
前記端末が、自らのプローブ情報を送信するステップと、
前記サーバが、前記端末から受信する前記プローブ情報を記憶するステップと、
認証される前記端末である被認証端末が、所定の情報処理の要求を受け付けるステップと、
前記被認証端末が、前記所定の情報処理の要求に対する認証の依頼を示す認証依頼情報を前記サーバに送信するステップと、
前記サーバが、前記被認証端末から受信する前記認証依頼情報に対して、前記プローブ情報を参照することによって前記認証条件を満たすか否かを判定するステップと、
前記サーバが、判定結果を前記被認証端末に送信するステップと、
前記被認証端末が、前記サーバから前記判定結果を受信し、前記認証条件を満たす場合には前記所定の情報処理の要求に対して応答処理を実行し、前記認証条件を満たさない場合には前記所定の情報処理の要求に対して応答処理を実行しないステップと、
を含む端末認証方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報漏洩などの不正行為を抑止する為に、ユーザが利用する端末を認証する端末認証システム等に関するものである。
【背景技術】
【０００２】
企業等では、社員一人一人に、ＰＣ（パーソナルコンピュータ）、ＰＤＡ（携帯情報端末）、携帯電話、タブレット端末、スマートフォンなど（以下、単に「端末」という。）を１台又は複数台配布することが多い。
近年では、社員が、これらの端末を利用して、営業秘密や個人情報などの情報を漏洩させるなどの不正行為が問題となっている。
【０００３】
特許文献１では、ＲＦＩＤを利用した情報処理端末のセキュリティ管理システムが開示されている。特許文献１の段落００２７には、会社の社内等のネットワークのセキュリティ保護が適切に行われている場所では、卓上等に設置されたＲＦＩＤ発信機から利用場所の情報を取得し、情報処理端末の利用時の認証を行うことが記載されている。また、社外に持ち出した際にはＲＦＩＤ発信機から情報を取得できないので、認証を行うことができないことが記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−２３７９０５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載の仕組みでは、不正行為の抑止力としては十分ではない。以下、その理由を述べる。
特許文献１に記載の仕組みでは、各社員が端末を携帯し、社内の自席などを離れて同僚や上司などがいない場所に移動した場合であっても、ＲＦＩＤの電波が届く限り、端末を利用できてしまう。また、社内の自席であっても、残業時間などの同僚や上司がいない時間に端末を利用できてしまう。通常、営業秘密や個人情報などの情報を漏洩させるなどの不正行為は、不正行為者が１人になれる環境において行われることが多い。特許文献１に記載の仕組みを導入したとしても、不正行為者が１人になれる環境において端末を利用できてしまうので、特許文献１に記載の仕組みでは、不正行為の抑止力としては十分ではないと言える。
【０００６】
また、特許文献１に記載の仕組みでは、ＲＦＩＤ発信機がない場所では端末を利用できず、不便である。例えば、同僚や上司などと共に顧客先に訪問したとき、ＲＦＩＤ発信機を携帯しなければ端末を利用できず、不便である。同僚や上司などが一緒にいる環境であれば、端末を利用できることが望ましい。
【０００７】
本発明は、前述した問題点に鑑みてなされたもので、その目的とすることは、自分以外のユーザが周辺にいる環境においてのみ端末を利用可能にする認証システム等を提供することである。
【課題を解決するための手段】
【０００８】
前述した目的を達成するために第１の発明は、複数のユーザごとに配布される複数の端末と、前記端末とネットワークを介して接続されるサーバとから構成される端末認証システムであって、前記端末は、自らのプローブ情報を送信するプローブ情報送信手段と、所定の情報処理の要求を受け付ける受付手段と、前記所定の情報処理の要求に対する認証の依頼を示す認証依頼情報を前記サーバに送信する認証依頼手段と、前記サーバから前記認証依頼情報に対する認証条件の判定結果を受信し、前記認証条件を満たす場合には前記所定の情報処理の要求に対して応答処理を実行し、前記認証条件を満たさない場合には前記所定の情報処理の要求に対して応答処理を実行しない処理実行手段と、を具備し、前記サーバは、前記端末から受信する前記プローブ情報を記憶する記憶手段と、前記端末から受信する前記認証依頼情報に対して、前記プローブ情報を参照することによって前記認証条件を満たすか否かを判定する判定手段と、前記判定手段による判定結果を前記端末に送信する認証応答手段と、を具備する端末認証システムである。
【０００９】
第２の発明は、複数のユーザごとに配布される複数の端末と、前記端末とネットワークを介して接続されるサーバとから構成される端末認証システムにおける端末認証方法であって、前記端末が、自らのプローブ情報を送信するステップと、前記サーバが、前記端末から受信する前記プローブ情報を記憶するステップと、認証される前記端末である被認証端末が、所定の情報処理の要求を受け付けるステップと、前記被認証端末が、前記所定の情報処理の要求に対する認証の依頼を示す認証依頼情報を前記サーバに送信するステップと、前記サーバが、前記被認証端末から受信する前記認証依頼情報に対して、前記プローブ情報を参照することによって前記認証条件を満たすか否かを判定するステップと、前記サーバが、判定結果を前記被認証端末に送信するステップと、前記被認証端末が、前記サーバから前記判定結果を受信し、前記認証条件を満たす場合には前記所定の情報処理の要求に対して応答処理を実行し、前記認証条件を満たさない場合には前記所定の情報処理の要求に対して応答処理を実行しないステップと、を含む端末認証方法である。
【発明の効果】
【００１０】
本発明により、自分以外のユーザが周辺にいる環境においてのみ端末を利用可能にする認証システム等を提供することができる。
【図面の簡単な説明】
【００１１】
【図１】第１の実施の形態における端末認証システム１の概要を示す図
【図２】端末２のハードウエア構成図
【図３】端末マスタ情報３の一例を示す図
【図４】認証条件マスタ情報４の一例を示す図
【図５】周辺情報５ａの一例を示す図
【図６】周辺情報取得処理の第１の例を示すフローチャート
【図７】周辺情報取得処理の第２の例を示すフローチャート
【図８】第１の実施の形態における認証条件判定処理を示すフローチャート
【図９】周辺情報５ｂの一例を示す図
【図１０】第２の実施の形態における端末認証システム１１の概要を示す図
【図１１】端末６のハードウエア構成図
【図１２】サーバ７のハードウエア構成図
【図１３】プローブ情報９の一例を示す図
【図１４】プローブ情報取得処理を示すフローチャート
【図１５】第２の実施の形態における認証条件判定処理を示すフローチャート
【発明を実施するための形態】
【００１２】
以下図面に基づいて、本発明の実施形態を詳細に説明する。
＜第１の実施の形態＞
最初に、図１〜図９を参照しながら、第１の実施の形態における端末認証システム１について説明する。
【００１３】
図１は、第１の実施の形態における端末認証システム１の概要を示す図である。図１に示すように、端末認証システム１では、複数のユーザＡ〜Ｃが、それぞれ端末２Ａ〜２Ｃを携帯又は利用している。各端末２Ａ〜２Ｃは、それぞれ他の端末と近距離通信を行う。各端末２Ａ〜２Ｃは、「被認証端末」（自らが所定の情報処理の要求に対して応答処理を実行して良いか否か、他の装置やユーザから認証される端末）として機能するとともに、「認証端末」（他の端末が所定の情報処理の要求に対して応答処理を実行して良いか否か認証する端末）としても機能する。
【００１４】
以下では、説明を分かり易くする為に、端末２Ａを「被認証端末」とし、端末２Ｂ及び端末２Ｃを「認証端末」として説明する。また、端末２Ａ〜２Ｃを総称するときは、「端末２」と記載する。
端末認証システム１は、ユーザごとに配布される複数の端末２によって構成される。
【００１５】
図２は、端末２のハードウエア構成図である。尚、図２のハードウエア構成は一例であり、用途、目的に応じて様々な構成を採ることが可能である。
端末２は、制御部２１、記憶部２２、入力部２３、表示部２４、ネットワーク通信部２５、周辺機器Ｉ／Ｆ部２６、近距離通信部２７等が、バス２８を介して接続される。
【００１６】
制御部２１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等で構成される。ＣＰＵは、記憶部２２、記録媒体等に格納されるプログラムをＲＡＭ上のワークメモリ領域に呼び出して実行し、バス２８を介して接続された各装置を駆動制御し、端末２が行う処理を実現する。ＲＡＭは、揮発性メモリであり、記憶部２２、記録媒体等からロードしたプログラム、データ等を一時的に保持するとともに、制御部２１が各種処理を行う為に使用するワークエリアを備える。
【００１７】
記憶部２２は、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、フラッシュメモリ、ＨＤＤ（ハードディスクドライブ）等であり、制御部２１が実行するプログラム、プログラム実行に必要なデータ等が格納される。プログラムに関しては、ＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ／Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）、ブートローダ、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）に相当する制御プログラムや、後述する処理を制御部２１に実行させるためのアプリケーションプログラムが格納されている。これらの各プログラムコードは、制御部２１により必要に応じて読み出されてＲＡＭに移され、ＣＰＵに読み出されて各種の手段として実行される。
尚、記憶部２２は、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）等を介して接続される外部記憶装置（ＵＳＢメモリ、外付型ハードディスク等）であっても良い。
【００１８】
入力部２３は、データの入力を行い、例えば、キーボード、マウス等のポインティングデバイス、テンキー等の入力装置を有する。入力部２３を介して、端末２に対して、操作指示、動作指示、データ入力等を行うことができる。
表示部２４は、液晶パネル等のディスプレイ装置、ディスプレイ装置と連携して端末２のビデオ機能を実現するための論理回路等（ビデオアダプタ等）を有する。尚、表示部２４及び入力部２３は、タッチパネルのように一体として構成されても良い。
【００１９】
ネットワーク通信部２５は、通信制御装置、通信ポート等を有し、端末２とネットワーク間の通信を媒介する通信インタフェースであり、ネットワークを介して、他の端末２やコンピュータとの通信制御を行う。ネットワークは、有線、無線を問わない。
周辺機器Ｉ／Ｆ（インタフェース）部２６は、端末２に周辺機器を接続させるためのポートであり、周辺機器Ｉ／Ｆ部２６を介して端末２は周辺機器とのデータの送受信を行う。周辺機器Ｉ／Ｆ部２６は、ＵＳＢやＩＥＥＥ１３９４やＲＳ−２３２Ｃ等で構成されており、通常複数の周辺機器Ｉ／Ｆを有する。周辺機器との接続形態は有線、無線を問わない。
【００２０】
近距離通信部２７は、例えば、赤外線通信、及び／又は、Ｂｌｕｅｔｏｏｔｈ（登録商標）を利用した近距離通信手段である。
赤外線通信の場合、近距離通信部２７は、赤外線の発光素子及び受光素子（送受信部）と、それらを制御する制御手段とを備える。そして、近距離通信部２７は、赤外線を利用して他の端末２と近距離通信を行う。赤外線通信であれば、通信距離は概ね３０ｃｍ〜１ｍ程度である。
また、Ｂｌｕｅｔｏｏｔｈ（登録商標）の場合、近距離通信部２７は、所定の電波を送受信する機器と制御手段とを備える。そして、近距離通信部２７は、Ｂｌｕｅｔｏｏｔｈ（登録商標）の規格に従って他の端末２と近距離通信を行う。Ｂｌｕｅｔｏｏｔｈ（登録商標）であれば、通信距離は概ね数ｍ〜数十ｍ程度である。
バス２８は、各装置間の制御信号、データ信号等の授受を媒介する経路である。
【００２１】
前述した端末２間の近距離通信は、近距離通信部２７による赤外線通信及び／又はＢｌｕｅｔｏｏｔｈ（登録商標）などによって実現しても良いし、両方の端末２の周辺機器Ｉ／Ｆ（インタフェース）部２６にケーブルを接続することによって実現しても良い。本発明では、「近距離通信」とは、被認証端末の周辺に認証端末が存在する場合にのみ接続可能な状態となる通信形態であれば良く、特に限定されるものではない。
【００２２】
ところで、赤外線通信は、両方のユーザが意識して赤外線の送受信部を対向させる必要がある為、企業等の社内において端末２を常時利用する場合には面倒である。そこで、例えば、社内の場合にはＢｌｕｅｔｏｏｔｈ（登録商標）によって近距離通信を行い、社外の場合には赤外線通信によって近距離通信を行うようにしても良い。社外において赤外線通信とする理由は、不正行為が行われ易い環境と考えられる為、ユーザに認証作業を意識させることによって、不正行為を抑止することができるからである。
尚、社内と社外の判定については、端末２が位置情報取得手段、例えば、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ機能やＷｉｆｉ電波による位置特定機能などを有する場合には、位置情報によって判定しても良いし、端末２のネットワーク環境、例えば、有線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）接続、Ｗｉｆｉ接続、又は携帯電話網などのネットワーク種別、端末２に割り振られるＩＰアドレスなどによって判定しても良い。
【００２３】
また、例えば、赤外線通信やケーブル接続など、ユーザが意識して行われる意識的な近距離通信の場合と、Ｂｌｕｅｔｏｏｔｈ（登録商標）など、ユーザが意識せずに行われる無意識的な近距離通信の場合とによって、認証の頻度を変えるようにしても良い。例えば、意識的な近距離通信の場合、被認証端末が３０分毎に周辺の情報を取得し、無意識的な近距離通信の場合、被認証端末が５分毎に周辺の情報を取得するようにしても良い。また、例えば、意識的な近距離通信の場合、認証端末のユーザが、最初に通信を行う際、明示的に認証の頻度を指定するようにしても良い。
【００２４】
図３は、端末マスタ情報３の一例を示す図である。端末マスタ情報３は、端末２が予め記憶部２２等に記憶するデータ項目の一部又は全部の一例を示している。端末マスタ情報３は、例えば、端末ＩＤ３１、ユーザＩＤ３２、権限３３などのデータ項目を有する。
端末ＩＤ３１は、端末２を一意に識別するデータである。ユーザＩＤ３２は、ユーザを一意に識別するデータである。権限３３は、ユーザの権限を示すデータである。
例えば、１番目のレコードは、端末ＩＤ３１が「端末２Ａ」、ユーザＩＤ３２が「ユーザＡ」、権限３３が「一般」である。
【００２５】
図４は、認証条件マスタ情報４の一例を示す図である。認証条件マスタ情報４は、端末２が予め記憶部２２等に記憶するデータ項目の一部又は全部の一例を示している。認証条件マスタ情報４は、例えば、情報処理の内容４１、認証条件４２などのデータ項目を有する。
情報処理の内容４１は、端末２がユーザなどの指示によって要求される所定の情報処理を示すデータである。認証条件４２は、所定の情報処理の要求に対して応答処理を実行して良いか否かの認証を判定する為の条件を示すデータである。
例えば、１番目のレコードは、情報処理の内容４１が「ローカルファイル操作」、認証条件４２が「なし」である。また、例えば、２番目のレコードは、情報処理の内容４１が「外部ネットワーク接続」、認証条件４２が「一般又は責任者のユーザが周辺に１人以上存在」である。また、例えば、３番目のレコードは、情報処理の内容４１が「外部記憶媒体操作」、認証条件４２が「責任者のユーザが周辺に１人以上存在」である。
【００２６】
図５は、周辺情報５の一例を示す図である。尚、後述する図９と区別する為に、図５では「周辺情報５ａ」と記載する。周辺情報５ａは、端末２が処理中にＲＡＭなどに記憶するデータ項目の一部又は全部の一例を示している。周辺情報５ａは、例えば、周辺端末ＩＤ５１、周辺ユーザＩＤ５２、最終取得日時５３などのデータ項目を有する。
周辺端末ＩＤ５１は、端末２が取得した周辺に存在する端末２の端末ＩＤを示すデータである。周辺ユーザＩＤ５２は、端末２が取得した周辺にいるユーザのユーザＩＤを示すデータである。最終取得日時５３は、端末２が端末ＩＤやユーザＩＤを取得した最終日時を示すデータである。
【００２７】
第１の実施の形態における端末認証システム１によって実現可能な認証ポリシーは、例えば、以下の５通りが考えられる。
【００２８】
「第１の認証ポリシー」
[配布]各ユーザには１台のみ端末２を配布する。
[認証条件]認証条件マスタ情報４は、周辺に存在する端末２の数（１台でも良いし、複数台でも良い。）によって定義する。
[記憶内容]各端末２は、予め、自らの端末２を示す自端末ＩＤを記憶しておく。
[送信内容]認証端末は、自端末ＩＤを被認証端末に送信する。
[判定内容]被認証端末は、周辺に存在する認証端末から受信する端末ＩＤ３１の数に基づいて、周辺に存在する端末２の数を判定する。第１の認証ポリシーでは、各ユーザには１台しか端末２が配布されないことから、周辺に存在する端末２の数＝周辺にいるユーザの人数となる。
【００２９】
「第２の認証ポリシー」
[配布]各ユーザには１台又は複数台の端末２を配布する。
[認証条件]認証条件マスタ情報４は、周辺にいるユーザの人数（１人でも良いし、複数人でも良い。）によって定義する。
[記憶内容]各端末２は、予め、自らのユーザを示す自ユーザＩＤを記憶しておく。
[送信内容]認証端末は、自ユーザＩＤを被認証端末に送信する。
[判定内容]被認証端末は、周辺に存在する認証端末から受信するユーザＩＤ３２を周辺ユーザＩＤ５２として特定する。そして、被認証端末は、周辺ユーザＩＤ５２と自ユーザＩＤとが異なるか否かを確認し、周辺にいるユーザの人数を判定する。
【００３０】
「第３の認証ポリシー」
[配布]各ユーザには１台又は複数台の端末２を配布する。
[認証条件]認証条件マスタ情報４は、周辺にいるユーザの人数（１人でも良いし、複数人でも良い。）によって定義する。
[記憶内容]各端末２は、予め、自らの端末２を示す自端末ＩＤを記憶しておく。また、各端末２は、予め、少なくとも端末ＩＤ３１とユーザＩＤ３２が対応付けられている端末マスタ情報３を記憶しておく。
[送信内容]認証端末は、自端末ＩＤを被認証端末に送信する。
[判定内容]被認証端末は、周辺に存在する認証端末から端末ＩＤ３１を受信する。また、被認証端末は、端末マスタ情報３を参照することによって、取得された端末ＩＤ３１に対応するユーザＩＤ３２を周辺ユーザＩＤ５２として特定する。そして、被認証端末は、周辺ユーザＩＤ５２と自ユーザＩＤとが異なるか否かを確認し、周辺にいるユーザの人数を判定する。
【００３１】
「第４の認証ポリシー」
[配布]各ユーザには１台又は複数台の端末２を配布する。
[認証条件]認証条件マスタ情報４は、周辺にいる所定の権限情報を有するユーザの人数（１人でも良いし、複数人でも良い。）によって定義する。
[記憶内容]各端末２は、予め、自らのユーザを示す自ユーザＩＤを記憶しておく。また、各端末２は、予め、少なくともユーザＩＤ３２と権限３３が対応付けられている端末マスタ情報３を記憶しておく。
[送信内容]認証端末は、自ユーザＩＤを被認証端末に送信する。
[判定内容]被認証端末は、周辺に存在する認証端末から受信するユーザＩＤ３２を周辺ユーザＩＤ５２として特定する。そして、被認証端末は、端末マスタ情報３を参照することによって、周辺ユーザＩＤ５２が所定の権限情報を有するユーザか否かを確認し、周辺にいる所定の権限情報を有するユーザの人数を判定する。
【００３２】
「第５の認証ポリシー」
[配布]各ユーザには１台又は複数台の端末２を配布する。
[認証条件]認証条件は、周辺にいる所定の権限情報を有するユーザの人数（１人でも良いし、複数人でも良い。）によって定義する。
[記憶内容]各端末２は、予め、自らの端末２を示す自端末ＩＤを記憶しておく。また、各端末２は、予め、端末ＩＤ３１、ユーザＩＤ３２、及び権限３３が対応付けられている端末マスタ情報３を記憶しておく。
[送信内容]認証端末は、自端末ＩＤを被認証端末に送信する。
[判定内容]被認証端末は、周辺に存在する認証端末から端末ＩＤ３１を受信する。また、被認証端末は、端末マスタ情報３を参照することによって、取得された端末ＩＤ３１に対応するユーザＩＤ３２を周辺ユーザＩＤ５２として特定する。そして、被認証端末は、端末マスタ情報３を参照することによって、周辺ユーザＩＤ５２が所定の権限情報を有するユーザか否かを確認し、周辺にいる所定の権限情報を有するユーザの人数を判定する。
【００３３】
第５の認証ポリシーに対する端末認証システム１の処理内容は、その他の認証ポリシーに対する処理内容に容易に適用できることは明らかである。従って、以下では、第５の認証ポリシーを例にして、端末認証システム１の処理を説明する。また、近距離通信の一例として、Ｂｌｕｅｔｏｏｔｈ（登録商標）を例にして、端末認証システム１の処理を説明する。
【００３４】
図６は、周辺情報取得処理の第１の例を示すフローチャートである。第１の例では、被認証端末が、ペアリング（Ｂｌｕｅｔｏｏｔｈ（登録商標）において接続相手を特定する為の処理）における探索処理を実行する。
【００３５】
端末２Ａ（被認証端末）の制御部２１は、ＯＳが起動され、周辺端末情報取得処理に係るプログラムが実行されると、周辺端末の探索を開始する（Ｓ１０１）。端末２Ｂ、２Ｃ（認証端末）の制御部２１は、端末２Ａの探索に応答する（Ｓ１０２）。
次に、端末２Ａの制御部２１は、端末２Ｂ、２Ｃに対して、端末ＩＤの送信を依頼する（Ｓ１０３）。端末２Ｂ、２Ｃの制御部２１は、自らの端末ＩＤ（＝自端末ＩＤ）を端末２Ａに送信する（Ｓ１０４）。
次に、端末２Ａの制御部２１は、受信した端末ＩＤに基づいて、自らのＲＡＭ等に記憶する周辺情報５を更新する（Ｓ１０５）。
そして、端末２Ａの制御部２１は、所定時間（＝前述した認証の頻度に応じた時間）待機し（Ｓ１０６）、Ｓ１０１から処理を繰り返す。
【００３６】
図７は、周辺情報取得処理の第２の例を示すフローチャートである。第２の例では、認証端末が、ペアリングにおける探索処理を実行する。
【００３７】
端末２Ｂ、２Ｃ（認証端末）の制御部２１は、ＯＳが起動され、周辺端末情報取得処理に係るプログラムが実行されると、周辺端末の探索を開始する（Ｓ２０１）。端末２Ａ（被認証端末）の制御部２１は、端末２Ｂ、２Ｃの探索に応答する（Ｓ２０２）。
次に、端末２Ｂ、２Ｃの制御部２１は、自らの端末ＩＤ（＝自端末ＩＤ）を端末２Ａに送信する（Ｓ２０３）。
次に、端末２Ａの制御部２１は、受信した端末ＩＤに基づいて、自らのＲＡＭ等に記憶する周辺情報５を更新し（Ｓ２０４）、更新完了の通知を端末２Ｂ、２Ｃに送信する（Ｓ２０５）。
そして、端末２Ｂ、２Ｃの制御部２１は、所定時間（＝前述した認証の頻度に応じた時間）待機し（Ｓ２０６）、Ｓ２０１から処理を繰り返す。
【００３８】
端末認証システム１は、前述した図６、図７の処理のいずれか一方を実行するだけでも良いし、両方を実行しても良い。但し、認証の頻度が近距離通信の通信態様に応じて変更される場合には、被認証端末が所定時間を計時する必要があるので、図６に示す処理、すなわち、被認証端末がペアリングにおける探索処理を実行する。
【００３９】
図８は、第１の実施の形態における認証条件判定処理を示すフローチャートである。
端末２Ａ（被認証端末）の制御部２１は、ユーザなどの指示に応じて、所定の情報処理の要求を受け付けると（Ｓ３０１）、認証条件マスタ情報４などを参照し、認証条件４２を満たすか否か判定する（Ｓ３０２）。
端末２Ａの制御部２１は、認証条件を満たす場合（Ｓ３０２のＹｅｓ）、所定の情報処理の要求に対する応答処理を実行し（Ｓ３０３）、認証条件を満たさない場合には（Ｓ３０２のＮｏ）、エラー処理を実行する（Ｓ３０４）。エラー処理では、端末２Ａの制御部２１は、所定の情報処理の要求に対する応答処理を実行せず、例えば、認証が受けられなかった旨の通知を表示部２４等に表示する。
【００４０】
図９は、周辺情報５ｂの一例を示す図である。
以下では、図５と図９を対比しながら、図８の認証条件判定処理におけるＳ３０２の具体的な処理内容について説明する。
【００４１】
図５の周辺情報５ａは、周辺端末ＩＤ５１が「端末２Ｃ」のみである。
まず、端末２Ａのユーザが「外部ネットワーク接続」の要求を行い、端末２Ａの制御部２１が要求を受け付けた場合を考える。端末マスタ情報３を参照すると、端末ＩＤ３１が「端末２Ｃ」に対応するユーザＩＤ３２は「ユーザＣ」であり、「ユーザＣ」の権限３３は「一般」である。また、図４の認証条件マスタ情報４を参照すると、「外部ネットワーク接続」に対応する認証条件４２は、「一般又は責任者のユーザが周辺に１人以上存在」である。従って、端末２Ａの制御部２１は、自らのユーザである「ユーザＡ」と異なるユーザであって、「一般」の権限を有する「ユーザＣ」が周辺に存在することから、認証条件を満たすと判定する。
次に、端末２Ａのユーザが「外部記憶媒体操作」の要求を行い、端末２Ａの制御部２１が要求を受け付けた場合を考える。図４の認証条件マスタ情報４を参照すると、「外部記憶媒体操作」に対応する認証条件４２は、「責任者のユーザが周辺に１人以上存在」である。従って、端末２Ａの制御部２１は、「責任者」の権限を有するユーザが周辺に存在しないことから、認証条件を満たさないと判定する。
【００４２】
一方、図９の周辺情報５ｂは、周辺端末ＩＤ５１が「端末２Ｂ」、「端末２Ｃ」である。
端末２Ａのユーザが「外部記憶媒体操作」の要求を行い、端末２Ａの制御部２１が要求を受け付けた場合を考える。端末マスタ情報３を参照すると、端末ＩＤ３１が「端末２Ｂ」に対応するユーザＩＤ３２は「ユーザＢ」であり、「ユーザＢ」の権限３３は「責任者」である。また、図４の認証条件マスタ情報４を参照すると、「外部記憶媒体操作」に対応する認証条件４２は、「責任者のユーザが周辺に１人以上存在」である。従って、端末２Ａの制御部２１は、自らのユーザである「ユーザＡ」と異なるユーザであって、「責任者」の権限を有する「ユーザＢ」が周辺に存在することから、認証条件を満たすと判定する。
【００４３】
以上の通り、第１の実施の形態における端末認証システム１では、被認証端末は、近距離通信によって、認証端末が周辺に存在するか否か、又は、認証ユーザが周辺にいるか否かを示す周辺情報３を取得する。次に、被認証端末は、所定の情報処理の要求を受け付けると、周辺情報３に基づいて、所定の情報処理の要求に対する認証条件を満たすか否かを判定する。次に、被認証端末は、判定の結果、認証条件を満たす場合には所定の情報処理の要求に対して応答処理を実行し、認証条件を満たさない場合には所定の情報処理の要求に対して応答処理を実行しない。
これによって、自分以外のユーザが周辺にいる環境においてのみ、端末２を利用可能にすることができる。
【００４４】
＜第２の実施の形態＞
次に、図１０〜図１５を参照しながら、第２の実施の形態における端末認証システム１１について説明する。第１の実施の形態において例示した第１の認証ポリシー〜第５の認証ポリシーについては、第２の実施の形態についても適用可能である。従って、以下では、第５の認証ポリシーを例にして、第２の実施の形態における端末認証システム１１の処理を説明する。
【００４５】
図１０は、第２の実施の形態における端末認証システム１１の概要を示す図である。
図１０に示すように、端末認証システム１１では、複数のユーザＡ〜Ｃが、それぞれ端末６Ａ〜６Ｃを携帯又は利用している。各端末６Ａ〜６Ｃは、それぞれ他の端末と近距離通信を行う。各端末６Ａ〜６Ｃは、「被認証端末」として機能するとともに、「認証端末」としても機能する。
【００４６】
以下では、説明を分かり易くする為に、端末６Ａを「被認証端末」とし、端末６Ｂ及び端末６Ｃを「認証端末」として説明する。また、端末６Ａ〜６Ｃを総称するときは、「端末６」と記載する。
端末認証システム１１は、複数のユーザごとに配布される複数の端末６と、ネットワーク８を介して接続されるサーバ７とによって構成される。
【００４７】
図１１は、端末６のハードウエア構成図である。尚、図６のハードウエア構成は一例であり、用途、目的に応じて様々な構成を採ることが可能である。
端末６は、制御部６１、記憶部６２、入力部６３、表示部６４、ネットワーク通信部６５、ＧＰＳ処理部６６、照度センサ部６７、マイク６８等が、バス６９を介して接続される。
制御部６１、記憶部６２、入力部６３、表示部６４、ネットワーク通信部６５、及びバス６９は、図２に示す端末２の制御部２１、記憶部２２、入力部２３、表示部２４、ネットワーク通信部２５、及びバス２８と同様である。
【００４８】
ＧＰＳ処理部６６は、ＧＰＳを利用して、端末６の現在位置を特定する。
照度センサ部６７は、端末６の周辺の明るさを検出する。
マイク６８は、端末６の周辺の音（騒音）を検出する。
【００４９】
第２の実施の形態では、被認証端末と認証端末との位置情報による判定に加えて、被認証端末と認証端末との周辺の明るさや音の差による判定を加えても良い。例えば、被認証端末の位置情報と認証端末の位置情報が一致しても、被認証端末の周辺の明るさと認証端末の周辺の明るさとの差が閾値以上の場合、被認証端末の周辺に認証端末が存在しないと判定するようにしても良い。これによって、位置情報の精度不足を補完することができる。また、端末ＩＤやユーザＩＤが不正に取得されても、正確な判定を行うことができる。
【００５０】
図１２は、サーバ７のハードウエア構成図である。尚、図１２のハードウエア構成は一例であり、用途、目的に応じて様々な構成を採ることが可能である。
サーバ７は、制御部７１、記憶部７２、入力部７３、表示部７４、及びネットワーク通信部７５等が、バス７６を介して接続される。
制御部７１、記憶部７２、入力部７３、表示部７４、及びネットワーク通信部７５は、図２に示す端末２の制御部２１、記憶部２２、入力部２３、表示部２４、及びネットワーク通信部２５と同様である。
【００５１】
図１３は、プローブ情報９の一例を示す図である。プローブ情報９は、端末２がサーバ７に送信し、サーバ７が記憶部７２等に記憶するデータ項目の一部又は全部の一例を示している。プローブ情報９は、例えば、端末ＩＤ９１、取得日時９２、緯度９３、経度９４、照度９５、騒音９６などのデータ項目を有する。
端末ＩＤ９１は、プローブ情報９の送信主体の端末６を一意に識別するデータである。取得日時９２は、サーバ７がプローブ情報９を受信した日時を示すデータである。緯度９３及び経度９４は、プローブ情報９の送信主体の端末６の位置を特定するデータである。照度９５は、プローブ情報９の送信主体の端末６の周辺の明るさを示すデータである。騒音９６は、プローブ情報９の送信主体の端末６の周辺の騒音の大きさを示すデータである。
例えば、１番目のレコードは、端末ＩＤ９１が「端末６Ａ」、取得日時９２が「１８時３０分００秒」、緯度９３が「Ｎ３５．ｘｘｘ」、経度９４が「Ｅ１３９．ｘｘｘ」、照度９５が「９０ルクス」、騒音９６が「３０ｄＢ」である。
【００５２】
図１４は、プローブ情報取得処理を示すフローチャートである。
端末６の制御部６１は、ＯＳが起動され、プローブ情報取得処理に係るプログラムが実行されると、プローブ情報９をサーバ７に送信する（Ｓ４０１）。
サーバ７の制御部７１は、プローブ情報９を受信すると、プローブ情報９を記憶部７２に記憶し（Ｓ４０２）、記憶が完了した旨を端末６に通知する（Ｓ４０３）。
そして、端末６の制御部６１は、所定時間（＝第１の実施の形態において前述した認証の頻度に応じた時間）待機し（Ｓ４０４）、Ｓ４０１から処理を繰り返す。
【００５３】
図１５は、第２の実施の形態における認証条件判定処理を示すフローチャートである。図１５に示す処理の前提として、サーバ７は、図３の端末マスタ情報３及び図４の認証条件マスタ情報４を予め記憶部７２等に記憶している。
【００５４】
端末６Ａ（被認証端末）の制御部６１は、ユーザなどの指示に応じて、所定の情報処理の要求を受け付けると（Ｓ５０１）、認証依頼情報（所定の情報処理の要求に対する認証の依頼を示す情報）をサーバ７に送信する（Ｓ５０２）。
サーバ７の制御部７１は、認証依頼情報を受信すると、認証条件マスタ情報４などを参照し、認証条件を満たすか否か判定し（Ｓ５０３）、判定結果を端末６Ａに送信する（Ｓ５０４）。
端末６Ａの制御部６１は、認証条件を満たす場合（Ｓ５０５のＹｅｓ）、所定の情報処理の要求に対する応答処理を実行し（Ｓ５０６）、認証条件を満たさない場合には（Ｓ５０５のＮｏ）、エラー処理を実行する（Ｓ５０７）。エラー処理では、端末６Ａの制御部６１は、所定の情報処理の要求に対する応答処理を実行せず、例えば、認証が受けられなかった旨の通知を表示部２４等に表示する。
【００５５】
以下では、図３、図４及び図１３を参照しながら、図１５の認証条件判定処理におけるＳ５０３の具体的な処理内容について説明する。
【００５６】
図１３のプローブ情報９は、端末ＩＤ９１が「端末６Ａ」、「端末６Ｂ」、「端末６Ｃ」である。３つのレコードの緯度９３及び経度９４を参照すると、いずれも、位置情報が一致する。
まず、端末６Ａのユーザが「外部ネットワーク接続」の要求を行い、端末６Ａの制御部６１が要求を受け付けた場合を考える。端末マスタ情報３を参照すると、端末ＩＤ３１が「端末６Ｃ」に対応するユーザＩＤ３２は「ユーザＣ」であり、「ユーザＣ」の権限３３は「一般」である。また、図４の認証条件マスタ情報４を参照すると、「外部ネットワーク接続」に対応する認証条件４２は、「一般又は責任者のユーザが周辺に１人以上存在」である。従って、サーバ７の制御部７１は、被認証端末（端末６Ａ）のユーザである「ユーザＡ」と異なるユーザであって、「一般」の権限を有する「ユーザＣ」が周辺に存在することから、認証条件を満たすと判定する。
次に、端末６Ａのユーザが「外部記憶媒体操作」の要求を行い、端末６Ａの制御部６１が要求を受け付けた場合を考える。端末マスタ情報３を参照すると、端末ＩＤ３１が「端末Ｂ」に対応するユーザＩＤ３２は「ユーザＢ」であり、「ユーザＢ」の権限３３は「責任者」である。また、図４の認証条件マスタ情報４を参照すると、「外部記憶媒体操作」に対応する認証条件４２は、「責任者のユーザが周辺に１人以上存在」である。従って、サーバ７の制御部７１は、被認証端末（端末６Ａ）のユーザである「ユーザＡ」と異なるユーザであって、「責任者」の権限を有する「ユーザＢ」が周辺に存在することから、認証条件を満たすと判定する。
【００５７】
一方、サーバ７の制御部１７が、緯度９３及び経度９４に基づく判定に加えて、照度９５及び騒音９６に基づく判定を行う場合は、結果が異なる。
図１３のプローブ情報９は、３つのレコードの照度９５及び騒音９６を参照すると、端末６Ａと端末６Ｃでは一致するが、端末６Ａと端末６Ｂでは不一致である。
端末６Ａのユーザが「外部記憶媒体操作」の要求を行い、端末６Ａの制御部６１が要求を受け付けた場合を考える。図１３のプローブ情報９を参照すると、端末６Ａと端末６Ｂでは、照度９５及び騒音９６が不一致であることから、認証条件を満たさないと判定する。
このようなケースは、例えば、端末６ＢのユーザＢが、個室など静かな場所に移動し、端末６ＡのユーザＡが、ユーザＢが個室に移動したことを確認した後、外部記憶装置に営業秘密や個人情報などを記憶させようとする場合が考えられる。サーバ７が照度９５及び騒音９６に基づく判定を行うことによって、このような不正行為を防止することができる。
【００５８】
以上の通り、第２の実施の形態における端末認証システム１１では、端末６は、自らのプローブ情報９を送信する。サーバ７は、端末６から受信するプローブ情報９を記憶する。被認証端末は、所定の情報処理の要求を受け付けると、所定の情報処理の要求に対する認証の依頼を示す認証依頼情報をサーバ７に送信する。サーバ７は、被認証端末から受信する認証依頼情報に対して、プローブ情報９を参照することによって認証条件を満たすか否かを判定し、判定結果を被認証端末に送信する。被認証端末は、サーバ７から判定結果を受信し、認証条件を満たす場合には所定の情報処理の要求に対して応答処理を実行し、認証条件を満たさない場合には所定の情報処理の要求に対して応答処理を実行しない。
これによって、自分以外のユーザが周辺にいる環境においてのみ、端末２を利用可能にすることができる。
【００５９】
以上、添付図面を参照しながら、本発明に係る端末認証システム等の好適な実施形態について説明したが、本発明はかかる例に限定されない。当業者であれば、本願で開示した技術的思想の範疇内において、各種の変更例又は修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【符号の説明】
【００６０】
１、１１………端末認証システム
２、６………端末
３………端末マスタ情報
４………認証条件マスタ情報
５………周辺情報
７………サーバ
８………ネットワーク
９………プローブ情報
【図１】
2014130638.tif 000003
【図２】
2014130638.tif 000004
【図３】
2014130638.tif 000005
【図４】
2014130638.tif 000006
【図５】
2014130638.tif 000007
【図６】
2014130638.tif 000008
【図７】
2014130638.tif 000009
【図８】
2014130638.tif 000010
【図９】
2014130638.tif 000011
【図１０】
2014130638.tif 000012
【図１１】
2014130638.tif 000013
【図１２】
2014130638.tif 000014
【図１３】
2014130638.tif 000015
【図１４】
2014130638.tif 000016
【図１５】
2014130638.tif 000017