JP2023177313A - 情報処理装置、情報処理方法及びプログラム - Google Patents

Abstract

【課題】外部からのＷｅｂサービスの利用に伴う情報漏洩のリスクの低減措置を、セキュリティの向上、利便性の向上、及びコスト削減を図ったうえで実現すること。【解決手段】位置認証部５１は、ユーザ端末２の物理的な位置情報に基づいて、予め定められた範囲内にユーザＵが存在することの認証をする。他サービス利用可否制御部５２は、位置情報に基づく認証結果に基づいて、ユーザＵの他サービスＴＳの利用可否の制御を実行する。即ち、他サービス利用可否制御部５２は、認証に成功した場合、ユーザＵが他サービスＴＳの利用をするために必要な認証情報（ＩＤやパスワード）を他サービス利用ＤＢ７１から抽出してユーザ端末２に送信する。これに対して、他サービス利用可否制御部５２は、認証に失敗した場合、認証情報の送信を禁止する制御を実行する。【選択図】図５

Description

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

従来、各種Ｗｅｂサービスを利用する複数のユーザを管理する際の利便性を向上させるための技術が存在する（例えば、特許文献１参照）。

ところで、昨今、企業に属する従業員等が自宅等の外部の場所からリモートワークで各種Ｗｅｂサービスを利用する機会が増大しており、その分だけ、Ｗｅｂサービスの利用中に情報漏洩するリスクが向上している。

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

しかしながら、このようなリスクを低減するために、セキュリティの向上、利便性の向上、及びコスト削減を伴う措置が近年要求されているものの、特許文献１を含め従来の技術ではこのような要求に十分に応えられていない状況であった。

本発明は、このような状況に鑑みてなされたものであり、リモートワーク等の外部からのＷｅｂサービスの利用に伴う情報漏洩のリスクの低減措置を、セキュリティの向上、利便性の向上、及びコスト削減を図ったうえで実現することを目的とする。

上記目的を達成するため、本発明の一態様の情報処理装置は、
ユーザの端末の物理的な位置情報に基づいて、予め定められた範囲内に当該ユーザが存在することの認証をする認証手段と、
前記認証に成功した場合、前記ユーザが所定サービスの利用をするために必要な認証情報を前記ユーザの前記端末に送信し、前記認証に失敗した場合、前記認証情報の送信を禁止する制御を実行することで、当該ユーザの当該所定サービスの利用可否の制御を実行するサービス利用可否制御手段と、
を備える。

本発明の一態様の情報処理方法及びプログラムの夫々は、本発明の一態様の情報処理装置に対応する方法及びプログラムの夫々である。

本発明によれば、リモートワーク等の外部からのＷｅｂサービスの利用に伴う情報漏洩のリスクの低減措置を、セキュリティの向上、利便性の向上、及びコスト削減を図ったうえで実現することが可能になる。

本発明の情報処理装置の一実施形態に係るサーバが適用される情報処理システムにより実現可能となる本サービスの概要を示す図である。 図１の本サービスの流れの概要を示す図である。 本発明の情報処理装置の一実施形態に係るサーバが適用される情報処理システムの構成の一例を示す図である。 図３の情報処理システムのうちサーバのハードウェア構成の一例を示すブロック図である。 図３の情報処理システムを構成する図４のサーバの機能的構成の一例を示す機能ブロック図である。 図５の機能的構成を有するサーバ１に採用された安全の仕組みの概要を説明する図である。

以下、本発明の実施形態について、図面を用いて説明する。

まず、図１を参照して、本発明の情報処理装置の一実施形態に係るサーバが適用される情報処理システム（後述する図２参照）により実現可能となるサービス（以下、「本サービス」と呼ぶ）の概要について説明する。
図１は、本発明の情報処理装置の一実施形態に係るサーバが適用される情報処理システムにより実現可能となる本サービスの概要を示す図である。

本サービスは、ユーザＵが利用する１以上の他サービスＴＳの認証情報（ＩＤやパスワード）の管理を、当該ユーザＵの物理的な位置で制限することが可能なリモートセキュリティサービスである。
具体的には、他サービスＴＳの認証情報（ＩＤやパスワード）は、本サービス側で保有されている。即ち、本サービスの提供者により管理されるサーバ１において、１以上の他サービスＴＳの夫々の認証情報（ＩＤやパスワード）は他サービス利用ＤＢ７１に格納されて管理されている。
ユーザＵによる他サービスＴＳのログインは、本サービス経由でないとできないものとされている。
ユーザＵがユーザ端末２を用いて本サービス経由で他サービスＴＳへログインする際は、当該ユーザＵ（ユーザ端末２）の位置が予め許可された範囲内に存在することが確認できないと認証されず、他サービスＴＳのログインができない仕組みとなっている。
ここで、図１の例の本サービスでは、ユーザＵ（ユーザ端末２）が予め許可された範囲内の位置に存在することを示す位置情報は、ＢＬＥ（Ｂｌｕｅｔｏｏｔｈ Ｃｌａｓｓｉｃ）（登録商標）のビーコンＢＣ（例えばＢＬＥのビーコンＢＣ付き照明）を用いてユーザ端末２により生成される。

ここで、本サービスの位置情報として図１の例でＢＬＥを用いる理由としては、他にある位置情報ソリューション、例えばＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）、Ｗｉ－Ｆｉ（登録商標）、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）のタグと比較した際に、よりその位置であることを明確にできるためである。
ここでいう「明確にできる」とは、会社等により予め許可された場所でユーザＵがリモートワークをすることを前提に、当該リモートワークに適する位置という点で明確にできるという意である。即ち、図１の例では、会社等の仕事の遂行のために他サービスＴＳが用いられる場合に、会社等により予め許可された場所でのみユーザＵが他サービスＴＳを利用することができるようにした事例に対して、本サービスが提供されている。
換言すると、本サービスは他の事例にも適用が可能であり、その場合には、位置情報は、特に図１の例のＢＬＥを採用する必要はなく、他にある位置情報ソリューション、例えばＧＰＳ、Ｗｉ－Ｆｉ、ＮＦＣのタグを用いるようにしてもよい。

このような本サービスによれば、次のような第１乃至第３メリットが存在する。
即ち、第１メリットは、ユーザＵが他サービスＴＳの認証情報（ＩＤやパスワード）を覚える必要がない、というものである。
第２メリットは、物理的な機器（図１の例ではＢＬＥのビーコンＢＣ）を介して得られた位置情報により、認証情報の取得を、予め許可された範囲（エリア）のみに制限できる、というものである。
第３メリットは、このような予め許可された範囲としてユーザＵの自宅含むリモートワーク環境を採用すれば、当該リモートワーク環境のセキュリティを面倒なく強化できる、というものである。

ここで、本発明者らによって本サービスが考案されるに至った経緯にて、以下説明する。
日本国においては、２０１９年から大型デベロッパや企業テナント向けに従業員の位置情報の可視化を含む従来のオフィスソリューションが数多く提供されてきた。
しかしながら、２０２０年以降、コロナ禍の対応に伴いオフィス内の従業員の位置情報だけでなく在宅かどうかの判定等リモートワークへの対応が要求されるようになったが、従来のオフィスソリューションでは当該要求に十分に応えることができない状況であった。
このような状況に鑑みて、本発明者らは、リモートワークが本格的に展開されていることを考慮し、位置情報を用いたセキュリティサービスとして本サービスを考案した。

次に、図２を参照して、図１の本サービスの流れについて説明する。
図２は、図１の本サービスの流れの概要を説明する図である。

本サービスの利用前のステップＳ１において、ユーザＵは、ユーザ端末２を操作して、他サービスＴＳの初期登録を行う。
ステップＳ２において、ユーザＵは、ユーザ端末２を介して、他サービスＴＳの認証情報（ＩＤやパスワード）を取得する。
ステップＳ３において、ユーザＵは、ユーザ端末２を介して、他サービスＴＳの認証情報（ＩＤやパスワード）をサーバ１に送信する。
ステップＳ４において、サーバ１は、他サービスＴＳに紐づく認証情報（ＩＤやパスワード）を他サービス利用ＤＢ７１に格納して保存する。
これにより、ユーザＵは本サービスの利用が可能になる。

本サービスの利用時のステップＳ５において、ユーザＵは、利用したい他サービスＴＳを、ユーザ端末２に表示される本サービスの専用画面上から選択する。
このとき、ユーザＵが保有するユーザ端末２は、ＢＬＥのビーコンＢＣからのビーコン信号が届く範囲（許可された所定エリア）に存在する場合、当該ビーコン信号を受信して、当該ビーコン信号に基づく位置情報、及び、自機の識別情報（端末証明書情報）をサーバ１に送信する。
ステップＳ６において、サーバ１は、ユーザ端末２から送信されてきた位置情報及び端末証明書情報で認証を試みる。
認証の試みが失敗（ＮＧ）の場合（ステップＳ７においてＮＯの場合）、ハッシュパスワードは発行されない。
これに対して、認証の試みが成功（ＯＫ）の場合（ステップＳ７においてＹＥＳの場合）、ステップＳ８において、サーバ１は、ハッシュパスワードをユーザ端末２に発行する。
ステップＳ９において、ユーザＵは、ユーザ端末２を操作して、ハッシュパスワードを認証情報として用いて他サービスＴＳにログインする。
これにより、ユーザＵは、他サービスＴＳを利用することが可能になる。

次に、図３を参照して、図１及び図２の本サービスの提供を実現化させる情報処理システム、即ち本発明の情報処理装置の一実施形態に係るサーバが適用される情報処理システムの構成について説明する。
図３は、本発明の情報処理装置の一実施形態に係るサーバが適用される情報処理システムの構成の一例を示す図である。

図３に示す情報処理システムは、サーバ１と、ｎ台（ｎは１以上の整数値）のユーザ端末２―１乃至２－ｎと、他サービスシステム３を含むように構成されている。
サーバ１、ユーザ端末２―１乃至２－ｎ、及び他サービスシステム３は、インターネット等のネットワークＮを介して相互に接続されている。

サーバ１は、本サービス（図１及び図２）の提供者により管理される情報処理装置である。サーバ１は、ユーザ端末２―１乃至２－ｎ及び他サービスシステム３と適宜通信をしながら、本サービスを実現するための各種処理を実行する。
ユーザ端末２―１乃至２－ｎの夫々は、ｎ人のユーザＵの夫々が操作する情報処理装置である。ユーザ端末２－１乃至２－ｎを個々に区別する必要がない場合、これらをまとめて「ユーザ端末２」と呼ぶ。ユーザ端末２は、スマートフォン、タブレット、パーソナルコンピュータ等で構成される。
他サービスシステム３は、認証情報によりログインしたユーザ端末２に対して他サービスＴＳを提供するシステムである。

図４は、図３に示す情報処理システムのうちサーバのハードウェア構成の一例を示すブロック図である。

サーバ１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３と、バス１４と、入出力インターフェース１５と、入力部１６と、出力部１７と、記憶部１８と、通信部１９と、ドライブ２０とを備えている。

ＣＰＵ１１は、ＲＯＭ１２に記録されているプログラム、又は、記憶部１８からＲＡＭ１３にロードされたプログラムに従って各種の処理を実行する。
ＲＡＭ１３には、ＣＰＵ１１が各種の処理を実行する上において必要なデータ等も適宜記憶される。

ＣＰＵ１１、ＲＯＭ１２及びＲＡＭ１３は、バス１４を介して相互に接続されている。このバス１４にはまた、入出力インターフェース１５も接続されている。入出力インターフェース１５には、入力部１６、出力部１７、記憶部１８、通信部１９及びドライブ２０が接続されている。

入力部１６は、例えばキーボード等により構成され、各種情報を入力する。
出力部１７は、液晶等のディスプレイやスピーカ等により構成され、各種情報を画像や音声として出力する。
記憶部１８は、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
通信部１９は、インターネットを含むネットワークＮを介して他の装置（例えば図２のユーザ端末２等）との間で通信を行う。

ドライブ２０には、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等よりなる、リムーバブルメディア３０が適宜装着される。ドライブ２０によってリムーバブルメディア３０から読み出されたプログラムは、必要に応じて記憶部１８にインストールされる。
また、リムーバブルメディア３０は、記憶部１８に記憶されている各種データも、記憶部１８と同様に記憶することができる。

なお、図示はしないが、図３のユーザ端末２、及び他サービスシステム３を構成するサーバ等の情報処理装置も、図４に示すハードウェア構成と基本的に同様の構成を有することができる。従って、患者端末２、及び他サービスシステム３を構成するサーバ等の情報処理装置のハードウェア構成についての説明は省略する。

このような図４のサーバ１を含む図３の情報処理システムを構成する各種ハードウェアと各種ソフトウェアとの協働により、図１及び図２の本サービスを提供するための各種処理を実行することができる。
図５は、図３の情報処理システムにおける図４のサーバの機能的構成の一例を示す機能ブロック図である。

図５に示すように、サーバ１のＣＰＵ１１においては、位置認証部５１と、他サービス利用可否制御部５２と、登録部５３とが機能する。
また、サーバ１の記憶部１８の一領域には、他サービス利用ＤＢ７１が設けられている。

位置認証部５１は、ユーザ端末２の物理的な位置情報に基づいて、予め定められた範囲内にユーザＵが存在することの認証をする。
ここで、図１の例の本サービスが適用される場合、予め定められた範囲には、当該範囲に到達するビーコン信号を送信するＢＬＥのビーコンＢＣが設置されている。そこで、ユーザ端末２は、当該範囲内に進入した際に受信したビーコン信号に基づく情報を、位置情報としてサーバ１に送信する。

他サービス利用可否制御部５２は、位置情報による認証結果に基づいて、ユーザＵの他サービスＴＳの利用可否の制御を実行する。
即ち、他サービス利用可否制御部５２は、認証に成功した場合、ユーザＵが他サービスＴＳの利用をするために必要な認証情報（ＩＤやパスワード）を他サービス利用ＤＢ７１から抽出してユーザ端末２に送信する。
これに対して、他サービス利用可否制御部５２は、認証に失敗した場合、認証情報の送信を禁止する制御を実行する。

ここで、図６に示すように、図５の機能的構成を有するサーバ１の適用により実現される本サービスは、クライアント（ユーザ端末２）側とサーバ１側とで、データと暗号化キーを分散管理にすることで、万が一、サーバ１側の情報流失があっても安全な仕組みを採用している。
図６は、図５の機能的構成を有するサーバ１に採用された安全の仕組みの概要を説明する図である。

図６（Ａ）は、本サービスの利用前の安全の仕組みの概要を説明する図である。
ステップＳ１１において、本サービスを提供するための専用のアプリケーションソフトウェア（以下、「クライアントアプリ」と呼ぶ）がユーザ端末２にインストールされて、他サービスＴＳの認証情報（ＩＤやパスワード）がクライアントアプリに登録される。
ステップＳ１２において、ユーザ端末２のクライアントアプリは、他サービスＴＳの認証情報（ＩＤやパスワード）をサーバ１のＡＰＩを介して他サービス利用ＤＢ７１に登録する。
即ち、ステップＳ１２において、サーバ１の登録部５３は、ユーザ端末２から事前に送信された認証情報（ＩＤやパスワード）を、暗号鍵で暗号化し、暗号化された認証情報を復号するための公開鍵を暗号鍵に基づいて生成する。ここで、暗号鍵は、１件毎に使い捨てとされている。
ステップＳ１３において、登録部５３は、公開鍵のみをユーザ端末２に送信し、暗号化された認証情報（図６の例では暗号化パスワード）及び公開鍵の照合情報（図６の例では公開鍵のハッシュ値）を他サービス利用ＤＢ７１に登録する。
このようにして、サーバ１は、ユーザＵに返した公開鍵自身を保持せずに、当該公開鍵のハッシュ値のみを保持し、ユーザＵからの公開鍵の問い合わせ（後述の利用時の図６（Ｂ）のステップＳ２３等）に対して当該ハッシュ値によるマッチングが実行できるようにしている。
ステップＳ１４において、ユーザ端末２は、サーバ１から送信されてきた公開鍵を保持する。
以上により、ユーザＵのユーザ端末２に保持された公開鍵のみが、暗号化された認証情報（図６の例では暗号化パスワード）を復号できる状態を実現している。

図６（Ｂ）は、本サービスの利用時の安全の仕組みの概要を説明する図である。
本サービスの利用時には、ステップＳ２１において、ユーザ端末２のクライアントアプリは、ビーコンＢＣからのビーコン信号の受信により位置情報を取得する。
ステップＳ２２において、ユーザ端末２のクライアントアプリは、サーバ１のＡＰＩを介して、ビーコン情報（位置情報）を送信して、対象の他サービスＴＳと位置情報による操作の可否情報（認証成功又は失敗の情報）を取得する。
即ち、図示はしないが、他サービス利用ＤＢ７１には、予めＢＬＥのビーコンＢＣのリストと、そのビーコンＢＣ毎に許可された１以上の他サービスＴＳのリストが登録されている。
サーバ１の位置認証部５１は、ビーコン情報（ＢＬＥのビーコンＢＣを特定可能な情報）に基づいてリストの中に当該ＢＬＥのビーコンＢＣが登録されているか否かを確認する。位置認証部５１は、登録されている場合には、ユーザＵが利用しようとしている他サービスＴＳが、当該ビーコンＢＣに許可されたものであるか否かをリストで確認する。位置認証部５１は、これらの確認が済んだ場合、認証は成功であるものとして、操作の可情報をユーザ端末２に送信する。

ステップＳ２３において、ユーザ端末２のクライアントアプリは、保持していた公開鍵をサーバ１のＡＰＩを介して他サービス利用可否制御部５２に送信する。
他サービス利用可否制御部５２は、ユーザ端末２から送信されてきた公開鍵と、他サービス利用ＤＢ７１に登録されている照合情報（ハッシュ値）との照合をし、その照合に成功した場合（マッチングがＯＫの場合）、対象の他サービスＴＳの暗号化された認証情報（図６の例では暗号化パスワード）をユーザ端末２に送信する。
ユーザ端末２のクライアントアプリは、対象の他サービスＴＳの暗号化された認証情報（図６の例では暗号化パスワード）を取得する。
ステップＳ２４において、ユーザ端末２のクライアントアプリは、暗号化された認証情報（図６の例では暗号化パスワード）を公開鍵で復号し、その結果得られる認証情報（ＩＤやパスワード）を、対象の他サービスＴＳのログイン画面に自動入力する。
これにより、対象の他サービスＴＳに対してログインが行われて、当該他サービスＴＳの利用が可能になる。

以上、図６を参照して上述したように、クライアントたるユーザＵ（ユーザ端末２）は、認証情報（ＩＤやパスワード）を保持せず、公開鍵のみ保持する。一方、サーバ１は、暗号化された認証情報（ＩＤやパスワード）を保持するが、それを復号するための公開鍵を保持しない（照合用のハッシュ値のみ保持する）。
このようにして、クライアントたるユーザ端末２側とサーバ１側とで、データ（認証情報）と暗号化キー（公開鍵）とを分散管理にすることで、万が一、サーバ１側の情報流失があっても安全な仕組みが実現される。

以上まとめると、上述した本実施形態のサーバ１が適用される本サービスは、次のような第１乃至第３効果を奏することができる。

第１効果は、セキュリティの向上という効果である。
具体的には、ＩＤやパスワードだけで利用可能な他サービスＴＳがセキュアに利用可能になる。
ＩＰ／社内ＬＡＮより細分化した位置情報ベースでの認証が可能になる。その結果、特定場所でしか他サービスＴＳにアクセスできないという状況を実現可能になる。

第２効果は、利便性向上という効果である。
具体的には、これまでＩＰ制限で社外からアクセスできなかった他サービスＴＳにアクセスすることが可能になる。
ＶＰＮ等の面倒な設定が不要になる。

第３効果は、コスト削減という効果である。
具体的には、ＩＰより安く位置情報ベースでの認証ができる。
より具体的な事例として、リモートワークで働いている従業員の端末から他サービスＴＳとしての某ＳａａＳサービス（Ｗｅｂサービス）から情報が流出したという事例が存在する。
このような場合の従来の対策としては、リモートワークで、家から秘匿情報が含まれるＷｅｂサービスへのアクセスをセキュアにしたい場合、ＩＰの固定化が存在する。このような従来のＩＰ固定化サービスを利用した場合と比較し、本サービスを採用することで、１人あたりのコストは半額以上に抑えることが可能になる。

以上、本発明の一実施形態について説明したが、本発明は、上述の実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものとみなす。

例えば、図３に示すシステム構成、及び図４に示すサーバ１のハードウェア構成は、本発明の目的を達成するための例示に過ぎず、特に限定されない。

また、図５に示す機能ブロック図は、例示に過ぎず、特に限定されない。即ち、上述した各種処理を全体として実行できる機能が図３の情報処理システムに備えられていれば足り、この機能を実現するためにどのような機能ブロック及びデータベースを用いるのかは、特に図４の例に限定されない。

また、機能ブロック及びデータベースの存在場所も、図５に限定されず、任意でよい。
例えばサーバ１側に配置された機能ブロック及びデータベースの少なくとも一部を、図示せぬ他の情報処理装置が備える構成としてもよい。

また、上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。
また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。

一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。
また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えばサーバの他汎用のスマートフォンやパーソナルコンピュータであってもよい。

このようなプログラムを含む記録媒体は、ユーザにプログラムを提供するために装置本体とは別に配布される図示せぬリムーバブルメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される記録媒体等で構成される。

なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。

以上をまとめると、本発明が適用される情報処理装置は、次のような構成を有していれば足り、各種各様な実施の形態を取ることができる。
即ち、本発明が適用される情報処理装置（例えば図５のサーバ１）は、
ユーザ（例えば図１のユーザＵ）の端末（例えば図１や図３のユーザ端末２）の物理的な位置情報（例えば図１のビーコンＢＣからのビーコン情報）に基づいて、予め定められた範囲内に当該ユーザが存在することの認証をする認証手段（例えば図５の位置認証部５１）と、
前記認証に成功した場合、ユーザが所定サービス（例えば図１や図２の他サービスＴＳ）の利用をするために必要な認証情報（例えばＩＤやパスワード）を前記ユーザの前記端末に送信し、前記認証に失敗した場合、前記認証情報の送信を禁止する制御を実行することで、当該ユーザの当該所定サービスの利用可否の制御を実行するサービス利用可否制御手段（例えば図５の他サービス利用可否制御部５２）と、
を備える。

これにより、リモートワーク等の外部からの他サービス（例えばＷｅｂサービス）の利用に伴う情報漏洩のリスクの低減措置を、セキュリティの向上（上述の第１効果）、利便性の向上（上述の第２効果）、及びコスト削減（上述の第３効果）を図ったうえで実現することが可能になる。

さらに、予め定められた前記範囲には、当該範囲に到達するビーコン信号を送信するビーコン（例えば図１のＢＬＥのビーコンＢＣ）が設置されており、
前記ユーザの端末は、前記範囲内に進入した際に受信した前記ビーコン信号に基づく情報を、前記位置情報として前記情報処理装置に送信する、
ことができる。

これにより、他にある位置情報ソリューション、例えばＧＰＳ、Ｗｉ－Ｆｉ、ＮＦＣのタグと比較した際に、よりその位置であることを明確にできる。ここでいう「明確にできる」とは、会社等により予め規定された場所でユーザＵがリモートワークをすることを前提に、当該リモートワークに適する位置という点で明確にできるという意である。

また、前記ユーザの前記端末から事前に送信された前記認証情報を第１鍵（例えば図６を参照して説明した暗号鍵）で暗号化し、暗号化された前記認証情報を復号するための第２鍵（例えば図６の公開鍵）を前記第１鍵に基づいて生成して、当該第２鍵を前記ユーザの前記端末に送信すると共に、暗号化されたサービス利用情報及び前記第２鍵の照合情報（例えば公開鍵のハッシュ値）を所定データベース（例えば図５及び図６の他サービス利用ＤＢ７１）に登録する登録手段（例えば図５の登録部５３）、
をさらに備え、
前記サービス利用可否制御手段は、前記認証に成功した場合、
前記ユーザの前記端末から送信された前記第２鍵を、前記所定データベースに登録されている前記照合情報に基づいて照合をし、
前記照合に成功した場合、暗号化された前記認証情報（例えば図６の暗号化パスワード）を前記所定データベースから抽出して、前記ユーザの前記端末に送信し、
前記照合に失敗した場合、前記認証情報の送信を禁止する、
制御を実行する、
ことができる。

これにより、クライアントたるユーザの端末（例えばユーザ端末２）側とサーバ（例えばサーバ１）側とで、データ（認証情報）と暗号化キー（第２鍵）とを分散管理にすることで、万が一、サーバ側の情報流失があっても安全な仕組みが実現される。

１・・・サーバ、２・・・ユーザ端末、３・・・他サービスシステム、１１・・・ＣＰＵ、１２・・・ＲＯＭ、１３・・・ＲＡＭ、１４・・・バス、１５・・・入出力インターフェース、１６・・・入力部、１７・・・出力部、１８・・・記憶部、１９・・・通信部、２０・・・ドライブ、３０・・・リムーバルメディア、５１・・・位置認証部、５２・・・他サービス利用可否制御部、５３・・・登録部、７１・・・他サービス利用ＤＢ、ＢＣ・・・ビーコン

Claims (5)

1. ユーザの端末の物理的な位置情報に基づいて、予め定められた範囲内に当該ユーザが存在することの認証をする認証手段と、
   前記認証に成功した場合、前記ユーザが所定サービスの利用をするために必要な認証情報を前記ユーザの前記端末に送信し、前記認証に失敗した場合、前記認証情報の送信を禁止する制御を実行することで、当該ユーザの当該所定サービスの利用可否の制御を実行するサービス利用可否制御手段と、
   を備える情報処理装置。
2. 予め定められた前記範囲には、当該範囲に到達するビーコン信号を送信するビーコンが設置されており、
   前記ユーザの前記端末は、前記範囲内に進入した際に受信した前記ビーコン信号に基づく情報を、前記位置情報として前記情報処理装置に送信する、
   請求項１に記載の情報処理装置。
3. 前記ユーザの前記端末から事前に送信された前記認証情報を第１鍵で暗号化し、暗号化された前記認証情報を復号するための第２鍵を前記第１鍵に基づいて生成して、当該第２鍵を前記ユーザの前記端末に送信すると共に、暗号化されたサービス利用情報及び前記第２鍵の照合情報を所定データベースに登録する登録手段、
   をさらに備え、
   前記サービス利用可否制御手段は、前記認証に成功した場合、
   前記ユーザの前記端末から送信された前記第２鍵を、前記所定データベースに登録されている前記照合情報に基づいて照合をし、
   前記照合に成功した場合、暗号化された前記認証情報を前記所定データベースから抽出して、前記ユーザの端末に送信し、
   前記照合に失敗した場合、前記認証情報の送信を禁止する、
   制御を実行する、
   請求項１に記載の情報処理装置。
4. 情報処理装置が実行する情報処理方法において、
   ユーザの端末の物理的な位置情報に基づいて、予め定められた範囲内に当該ユーザが存在することの認証をする認証ステップと、
   前記認証に成功した場合、前記ユーザが所定サービスの利用をするために必要な認証情報を前記ユーザの前記端末に送信し、前記認証に失敗した場合、当該認証情報の送信を禁止する制御を実行することで、当該ユーザの当該所定サービスの利用可否の制御を実行するサービス利用可否制御ステップと、
   を含む情報処理方法。
5. コンピュータに、
   ユーザの端末の物理的な位置情報に基づいて、予め定められた範囲内に当該ユーザが存在することの認証をする認証ステップと、
   前記認証に成功した場合、前記ユーザが所定サービスの利用をするために必要な認証情報を前記ユーザの前記端末に送信し、前記認証に失敗した場合、当該認証情報の送信を禁止する制御を実行することで、当該ユーザの当該所定サービスの利用可否の制御を実行するサービス利用可否制御ステップと、
   を含む制御処理を実行させるプログラム。

Images