JP2013109601A - System and method for authenticating portable terminal - Google Patents
System and method for authenticating portable terminal Download PDFInfo
- Publication number
- JP2013109601A JP2013109601A JP2011254482A JP2011254482A JP2013109601A JP 2013109601 A JP2013109601 A JP 2013109601A JP 2011254482 A JP2011254482 A JP 2011254482A JP 2011254482 A JP2011254482 A JP 2011254482A JP 2013109601 A JP2013109601 A JP 2013109601A
- Authority
- JP
- Japan
- Prior art keywords
- authentication
- tag
- user
- mobile terminal
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Ceased
Links
Images
Landscapes
- Telephone Function (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Description
本発明は、携帯端末を認証する携帯端末認証システム、および携帯端末認証方法に関する。 The present invention relates to a mobile terminal authentication system and a mobile terminal authentication method for authenticating a mobile terminal.
スマートフォン等の高機能な携帯端末が普及するに従って、重要な業務が携帯端末で実行されるようになっている。携帯端末は持ち歩かれるので、紛失や盗難のセキュリティリスクが避けられない。紛失に気付いた場合には、アカウントを無効化するなどの対抗策も取ることができるが、気付くまでの間に情報がリスクに曝され続ける。 As high-functional mobile terminals such as smartphones become widespread, important tasks are executed on mobile terminals. Since mobile terminals are carried around, the security risk of loss or theft is inevitable. If you notice a loss, you can take countermeasures such as disabling your account, but the information will continue to be at risk until you notice it.
最近の携帯端末はＧＰＳ（Global Positioning System）などの測位機能を備えているため、このようなリスクを回避するものとして、端末の位置によって、業務の利用を制限する方法が考案されている（例えば、特許文献１、２）。これらの技術では、業務サーバにアクセスしたときに端末の測位を行い、予め登録した事務所以外からアクセス接続できないようにするなどの方法により、上述したリスクを回避している。 Since recent portable terminals have a positioning function such as GPS (Global Positioning System), a method of restricting the use of business depending on the position of the terminal has been devised to avoid such risks (for example, Patent Documents 1 and 2). In these technologies, the above-described risk is avoided by a method of positioning the terminal when accessing the business server and making it impossible to access and connect from outside the pre-registered office.
上述した技術では、端末が持ち去られた場合であっても、予め登録した事務所以外からアクセス接続できないため、その端末を使用することはできない。しかし、これらの技術を用いた場合、その端末を使える場所が制限されてしまうため、利用者が自由に持ち歩いて利用できるという携帯端末の利点が大幅に削がれてしまう問題がある。 In the above-described technology, even if the terminal is taken away, the terminal cannot be used because the access connection cannot be made from other than the pre-registered office. However, when these techniques are used, the place where the terminal can be used is limited, and thus there is a problem that the advantage of the portable terminal that the user can freely carry and use is greatly reduced.
本発明は、上記に鑑みてなされたものであって、携帯端末の利用者への利便性を損なうことなく、セキュリティリスクを回避することが可能な携帯端末認証システム、および携帯端末認証方法を提供することを目的とする。 The present invention has been made in view of the above, and provides a mobile terminal authentication system and a mobile terminal authentication method capable of avoiding a security risk without impairing convenience to the user of the mobile terminal. The purpose is to do.
上述した課題を解決し、目的を達成するために、本発明にかかる携帯端末認証システムは、携帯端末からの要求に応じて利用者を認証する携帯端末認証システムであって、前記利用者が認証のために利用する被認証用携帯端末は、被認証用ＩＣ（Integrated Circuits）タグと、前記利用者によるアクセス要求をサーバに送信する被認証制御部と、を備え、認証者が前記利用者を認証するための認証用携帯端末は、認証用ＩＣタグと、前記被認証用ＩＣタグを読み取るための被認証用ＩＣタグ読み取り部と、前記認証用ＩＣタグを識別するための認証用ＩＣタグ識別情報と前記被認証用ＩＣタグを識別するための被認証用ＩＣタグ識別情報とを含む通信パケットを、前記サーバに送信する認証制御部と、を備え、前記サーバは、前記被認証用携帯端末から前記通信パケットを受信するパケット受信部と、前記認証用携帯端末から前記アクセス要求を受信する要求受信部と、前記パケット受信部が受信した前記通信パケットに前記被認証用タグＩＤと前記認証用タグＩＤとが含まれている場合に、前記要求受信部が受信した前記アクセス要求を許可する利用者認証部と、を備えることを特徴とする。 In order to solve the above-described problems and achieve the object, a mobile terminal authentication system according to the present invention is a mobile terminal authentication system that authenticates a user in response to a request from the mobile terminal, and the user authenticates the user. An authenticated mobile terminal used for authentication includes an IC (Integrated Circuits) tag for authentication and an authenticated control unit that transmits an access request from the user to a server, and the authenticator selects the user. An authentication portable terminal for authentication includes an authentication IC tag, an IC tag reader for authentication for reading the IC tag for authentication, and an IC tag identification for authentication for identifying the IC tag for authentication An authentication control unit for transmitting a communication packet including information and IC tag identification information for authentication for identifying the IC tag for authentication to the server, and the server includes the mobile terminal for authentication A packet receiving unit that receives the communication packet from, a request receiving unit that receives the access request from the authentication portable terminal, and the tag ID for authentication and the authentication for the communication packet received by the packet receiving unit. And a user authentication unit that permits the access request received by the request reception unit when a tag ID is included.
また、本発明は、上記携帯端末認証システムで行われる携帯端末認証方法である。 Moreover, this invention is a portable terminal authentication method performed with the said portable terminal authentication system.
本発明によれば、携帯端末の利用者への利便性を損なうことなく、セキュリティリスクを回避することが可能となる。 According to the present invention, it is possible to avoid a security risk without impairing convenience for the user of the mobile terminal.
以下に添付図面を参照して、本発明にかかる携帯端末の認証方法の実施の形態を詳細に説明する。 Exemplary embodiments of an authentication method for a portable terminal according to the present invention will be described below in detail with reference to the accompanying drawings.
図1は、本実施の形態における認証システム１０００の全体構成を示している。図１に示すように、認証システム１０００は、業務サーバ１０１と、複数の携帯端末１０２と、を有して構成されている。
FIG. 1 shows the overall configuration of an
業務サーバ１０１は、複数の携帯端末１０２と通信を行う装置である。また、携帯端末１０２は、ＩＣ（Integrated Circuits）タグ１０３の読み取り装置１０４を備えており、各携帯端末１０２のそれぞれにユニークなＩＣタグ１０３が貼付されている。ＩＣタグ１０３は、読み取り装置１０４によって、相対的に互いの端末が読み取り可能な位置関係（範囲）にある場合に携帯端末１０２同士で互いのＩＣタグ１０３を読み取ることができ、読み取った情報は業務サーバ１０１に自動的に送信される。なお、以下では特に図示していないが、業務サーバ１０１や携帯端末１０２は、後述する各種の処理を行うためのＣＰＵ（Central Processing Unit）等から構成される演算装置や、他の端末と通信するための一般的な通信装置を有しているものとする。
The
図２は、業務サーバ１０１の構成を示している。図２に示すように、業務サーバ１０１は、受信情報ＤＢ２０１と、利用者情報テーブル２０２と、関係情報テーブル２０３と、業務アプリケーション２０４と、利用者認証装置２０５と、タグＩＤ受信装置２０６と、ポリシーテーブル２０７と、を有して構成されている。なお、受信情報ＤＢ２０１、利用者情報テーブル２０２、関係情報テーブル２０３、業務アプリケーション２０４、ポリシーテーブル２０７は、実際にはＨＤＤ（Hard Disk Drive）等の記憶装置に記憶されているものとする。まず、受信情報ＤＢ２０１について説明する。
FIG. 2 shows the configuration of the
図３は、受信情報ＤＢ２０１の構成を示す図である。図３に示すように、受信情報ＤＢ２０１は、認証を高速化するため、ツリー構造により構成されたＤＢとなっている。利用者が認証される際に必要な情報は、すべて最上位ノードである認証対象者ＩＤ３０１の下位階層である子ノードに格納されており、検索時にＪＯＩＮ処理のような負荷の重い処理を必要としない構造となっている。
FIG. 3 is a diagram illustrating the configuration of the
最上位の階層である１階層目の認証対象者ＩＤ３０１は、認証を受けようとする利用者を一意に識別するためのＩＤ（IDentifier）である。ＩＣタグの読み取りという面から見ると、認証対象者は、ＩＣタグ１０３を読み取られた側の携帯端末１０２の利用者である。最上位ノードである認証対象者ＩＤ３０１には索引が付けられており、認証対象者ＩＤ３０１は一意なＩＤの並びであるため、ハッシュインデックス等の一般的な手法で効率的に検索可能となっている。
The authentication
次の下位階層である２階層目の読み取り者ＩＤ情報３０２は、認証を与える側の利用者を一意に識別するためのＩＤを含む情報である。ＩＣタグの読み取りという面から見ると、読み取り者は、ＩＣタグ１０３を読み取った側の携帯端末１０２の利用者である。下位ノードである読み取り者ＩＤ情報３０２の中には、読み取り者ＩＤ３０２１と、読み取り時刻３０２２と、認証回数３０２３とが対応付けて格納されている。これらの情報は、認証回数の多い順（例えば、認証が成功した回数の多い順）に従って整列されている。読み取り時刻３０２２は、ＩＣタグ１０３が読み取られるたびに、利用者認証装置２０５によってＩＣタグ１０３が読み取られた最新の時刻（利用者の携帯端末１０２から受信した通信パケットに含まれる受信時刻）に更新される。認証回数３０２３は、そのノードが認証に利用されると、利用者認証装置２０５がカウンタ（不図示）をカウントアップする。したがって、認証によく利用されるノードほど認証回数が多くなる。ただし、認証を行うたびにノードの並べ替えを行うと、負荷が重くなってしまうため、認証時は認証回数３０２３をカウントアップするのみとし、システムの負荷が軽い時間帯に、利用者認証装置２０５は、バッチ処理によって読み取り者ＩＤ情報３０２の並べ替え処理を行う。
The
さらに次の下位階層である３階層目の認証対象者と読み取り者の関係を示す関係情報３０３は、１つの読み取り者ＩＤ情報３０２に対して複数存在する。例えば、部下の携帯端末１０２のＩＣタグ１０３を、その部下が所属する部署の上長の携帯端末１０２が読み取った場合、利用者認証装置２０５により、「上長」という関係および「同一部署」という２つの関係が設定される。より具体的には、業務アプリケーション２０４を実行する利用者に対する認証条件によって、例えば、「上長や上位上長の携帯端末が読み取ること」という条件が設定される場合と、「同じ職場の人員の携帯端末が読み取ること」という条件が設定される場合が考えられる。そして、設定されたこれらの関係情報やこれらの関係情報の組み合わせを認証条件の１つとして、後述するような利用者の認証処理を行う際に使用される。続いて、利用者情報テーブル２０２について説明する。
Further, a plurality of pieces of
図４Ａは、利用者情報テーブル２０２の構成を示す図である。図４Ａに示すように、利用者情報テーブル２０２は、複数の利用者情報レコード４０１を有して構成されている。利用者情報レコード４０１のそれぞれは、携帯端末１０２を一意に識別するための端末ＩＤ４０１１と、その携帯端末が有するＩＣタグを一意に識別するための端末タグＩＤ４０１２と、その携帯端末の利用者を一意に識別するための利用者ＩＤとが対応付けて記憶され、携帯端末１０２と貼付されているＩＣタグ１０３と利用者の３つを結びつける役割を有している。例えば、図４Ｂでは、利用者情報テーブル２０２は、端末ＩＤ４０１１が「０００Ａ」、「０００Ｂ」の２台の携帯端末１０２が登録され、それぞれの端末タグＩＤ４０１２および利用者ＩＤ４０１３は、「０００ａ」および「０００１」、「０００ｂ」および「０００２」であることを示している。続いて、関係情報テーブル２０３について説明する。
FIG. 4A is a diagram showing the configuration of the user information table 202. As shown in FIG. 4A, the user information table 202 includes a plurality of user information records 401. Each of the user information records 401 includes a
図５Ａは、関係情報テーブル２０３の構成を示す図である。図５Ａに示すように、関係情報テーブル２０３は、複数の関係情報レコード５０１を有して構成されている。関係情報レコード５０１のそれぞれは、認証を受ける利用者を一意に識別するための被認証者ＩＤ５０１１と、被認証者に認証を与える認証者ＩＤ５０１２と、利用者と認証者との間の関係を示す関係区分５０１３とが対応付けて記憶されている。たとえば、被認証者ＩＤ５０１１として社員（部下）のＩＤが設定され、認証者ＩＤ５０１２としてその上長のＩＤが設定され、利用者と認証者の関係区分として「上長」が設定される。例えば、図５Ｂでは、被認証者ＩＤ５０１１には、部下の利用者ＩＤ「０００２」が設定され、認証者ＩＤ５０１２には、その上司の利用者ＩＤ「０００１」が設定され、利用者と認証者の関係区分５０１３には、上司と部下の関係を示す「上長」が設定されていることを示している。続いて、関係情報テーブル２０３について説明する。
FIG. 5A is a diagram showing the configuration of the relationship information table 203. As shown in FIG. 5A, the relationship information table 203 is configured to include a plurality of relationship information records 501. Each of the relationship information records 501 indicates a relationship between an authenticated
なお、本実施の形態においては、利用者と認証者の関係区分６０１２には、本システムの利用者が企業の社員等であることを前提として、「上長」と設定しているが、これに限らず、例えば、家族や親族と設定し、利用者が３親等以内の親族に限り、家族のスケジュールを管理するシステムに接続させるというような制御を行うことも可能である。続いて、ポリシーテーブル２０７について説明する。
In this embodiment, the
図６Ａは、ポリシーテーブル２０７の構成を示す図である。図６Ａに示すように、ポリシーテーブル２０７は、複数のポリシーレコード６０１を有して構成されている。ポリシーレコード６０１のそれぞれは、認証が行われて業務アプリケーションによって行われる業務を一意に識別するための業務ＩＤ６０１１と、利用者と認証者との間の関係を示す関係区分６０１２と、利用者が業務アプリケーション２０４を利用するための認証条件を示す認証条件区分６０１２と、認証条件区分に示されている条件を満たすべき時間（間隔）を示す有効時間６０１３とが対応付けて記憶されている。このポリシーレコード６０１は、業務アプリケーション２０４ごとに作成され、認証の利用を許可する条件が設定される。たとえば、ある業務アプリケーション２０４を利用する際には「上長の携帯端末で読み取られていること」を認証の条件とし、別の業務アプリケーション２０４を利用する際には「同じ職場の２名以上の携帯端末で読み取られること」を認証の条件とするように設定される。例えば、図６Ｂでは、業務ＩＤ「アプリＸ」で識別される業務アプリケーション２０４は、そのアプリケーションを利用する直前の少なくとも１０分の間に、上長の携帯端末１０２で、上長の部下の携帯端末１０２のＩＣタグ１０３が読み取られていることを条件として、利用者に対する認証を許可することを示している。
FIG. 6A is a diagram showing the configuration of the policy table 207. As shown in FIG. 6A, the policy table 207 includes a plurality of policy records 601. Each of the policy records 601 includes a
なお、上述した有効時間６０１３は、業務アプリケーション２０４の重要度に応じて設定することとしてもよい。例えば、企業の機密情報や社員や顧客の個人情報に関する業務アプリケーション２０４を使用する場合には、常に上司の監視下で利用者が業務アプリケーション２０４を利用することが望ましいため、短い間隔で繰り返し（例えば、１分毎に繰り返し）部下の携帯端末１０２のＩＣタグ１０３が読み取られていることを条件としたり、あるいは社内備品の在庫管理に関する業務アプリケーション２０４を使用する場合には、比較的上司の監視下で利用者が業務アプリケーションを利用する必要はないため、長い間隔で（例えば、３０分前に１度だけ）部下の携帯端末１０２のＩＣタグ１０３が読み取られていることを条件とすることも可能である。このような設定とすることにより、業務の重要度の応じた柔軟なセキュリティ管理を実現することができる。
The
さらに、例えば、処理時間が膨大であるために業務アプリケーション２０４を使用した業務を遂行する時間も長時間に及ぶような場合には、長い間隔（例えば、１時間前に１度だけ）部下の携帯端末１０２のＩＣタグ１０３が読み取られていることを条件としたり、その逆に業務アプリケーション２０４を使用した業務を遂行する時間が短時間で済むような場合には、短い間隔（例えば、３０秒前に１度だけ）部下の携帯端末１０２のＩＣタグ１０３が読み取られていることを条件とすることとしてもよい。このような設定とすることにより、効率的なセキュリティ管理を実現することができる。なお、上述した業務の重要度に応じた設定と業務の時間に応じた設定とを組み合わせた条件を設定することももちろん可能である。
Further, for example, when the processing time is enormous and the time for performing the business using the
タグＩＤ受信装置２０６は、携帯端末１０２から送信された通信パケットを受信して、その情報を利用者認証装置２０５に送る。利用者認証装置２０５は、利用者情報テーブル２０２と関係情報テーブル２０３を参照しながら、受信情報ＤＢ２０１にレコードを追加する。業務アプリケーション２０４は、携帯端末１０２からアクセスを受けると、受信情報ＤＢ２０１とポリシーテーブル２０７とを参照して、利用者の認証を行う。これらの各部の具体的な処理についてはフローチャートを用いて後述する。
The tag
図７は、携帯端末１０２から業務サーバ１０１に送信される通信パケットの構成を示す図である。通信パケットはＴＬＶ（Tag Length Value）形式である。識別子７０１は、送信される通信パケットの中に含まれるデータ部分の種別を示す１バイトの値である。通信パケットの受信者情報の中には、1つだけ受信端末タグＩＤ７０２が設定される。これは文字通り、ＩＣタグ１０３を読み取った携帯端末１０２（例えば、上司の携帯端末）に貼付されているＩＣタグ１０３のＩＤである。
FIG. 7 is a diagram illustrating a configuration of a communication packet transmitted from the
読み取りタグＩＤ７０３は、ＩＣタグ１０３を読み取られた携帯端末１０２（例えば、部下の携帯端末）に貼付されているＩＣタグ１０３のＩＤであり、その数は読み取った個数に応じて可変である。例えば、上司と部下以外の他人が所持する携帯端末が通信範囲内に存在する場合には、受信端末タグＩＤ７０２には、上司の携帯端末１０２のＩＣタグ１０３のＩＤが設定され、複数の読み取りタグＩＤ７０３のうちの１つに部下の携帯端末１０２のＩＣタグ１０３が設定された状態となっている。そして、このような通信パケットが、繰り返し定期的に携帯端末１０２（例えば、上司の携帯端末）から業務サーバ１０１に送信される。続いて、認証システム１０００で行われる各種処理の処理手順について説明する。
The
図８は、業務サーバ１０１が携帯端末１０２から受信した通信パケットに従って読み取り情報を設定する処理（読取情報設定処理）の処理手順を示すフローチャートである。図８に示すように、まず、業務サーバ１０１のタグＩＤ受信装置２０６は、携帯端末１０２から通信パケットを受信すると（ステップ８０１）、受信した通信パケットを解析し、その中に含まれている受信端末タグＩＤ７０２を取り出す（ステップ８０２）。
FIG. 8 is a flowchart illustrating a processing procedure of processing (reading information setting processing) in which the
そして、利用者認証装置２０５は、タグＩＤ受信装置２０６が取り出した受信端末タグＩＤ７０２をキーとして利用者情報テーブル２０２を検索し（ステップ８０３）、利用者情報テーブル２０２に記憶されているレコードの中で、タグＩＤ受信装置２０６が取り出した受信端末タグＩＤ７０２と同じ端末タグＩＤ４０１２を含むレコードがあるか否かを判定する（ステップ８０４）。
Then, the
利用者認証装置２０５は、利用者情報テーブル２０２に記憶されているレコードの中で、タグＩＤ受信装置２０６が取り出した受信端末タグＩＤ７０２と同じ端末タグＩＤ４０１２を含むレコードがないと判定した場合（ステップ８０４；Ｎｏ）、元々登録されていない利用者の携帯端末からの通信パケットであると判定し、通信パケットを廃棄して、次の通信パケットを待つ。
When the
一方、利用者認証装置２０５は、利用者情報テーブル２０２に記憶されているレコードの中で、タグＩＤ受信装置２０６が取り出した受信端末タグＩＤ７０２と同じ端末タグＩＤ４０１２を含むレコードがあると判定した場合（ステップ８０４；Ｙｅｓ）、そのレコードから利用者ＩＤ４０１３を取り出すとともに、通信パケットの中から読み取りタグＩＤ７０３を1つずつ取り出す（ステップ８０５）。
On the other hand, when the
利用者認証装置２０５は、通信パケットの中から全ての読み取りタグＩＤ７０３を取り出したか否かを判定し（ステップ８０６）、通信パケットの中から全ての読み取りタグＩＤ７０３を取り出したと判定した場合（ステップ８０６；Ｙｅｓ）、処理を終了させる。
The
一方、利用者認証装置２０５は、通信パケットの中から全ての読み取りタグＩＤ７０３を取り出していないと判定した場合（ステップ８０６；Ｎｏ）、さらに、読み取りタグＩＤ７０３をキーとして利用者情報テーブル２０２を検索し（ステップ８０７）、その読み取りタグＩＤ７０３と同じ端末タグＩＤ４０１１を含むレコードがあるか否かを判定する（ステップ８０８）。
On the other hand, when the
利用者認証装置２０５は、その読み取りタグＩＤ７０３と同じ端末タグＩＤ４０１１を含むレコードがないと判定した場合（ステップ８０８；Ｎｏ）、本認証システム１０００とは関係のない別のＩＣタグを読み取ってしまったものと判定し、データを破棄して、ステップ８０５に戻って次の読み取りタグＩＤの処理に移る。
When the
一方、利用者認証装置２０５は、その読み取りタグＩＤ７０３と同じ端末タグＩＤ４０１１を含むレコードがあると判定した場合（ステップ８０８；Ｙｅｓ）、そのレコードから利用者ＩＤ（すなわち、読み取られた側の利用者ＩＤ）４０１３を取り出し、受信情報ＤＢ２０１に受信データを反映させる処理（受信データ反映処理）を行い（ステップ８０９）、ステップ８０５に戻って以降の処理を繰り返し行う。
On the other hand, if the
図９は、受信データ反映処理の処理手順を示すフローチャートである。図９に示すように、利用者認証装置２０５は、受信情報ＤＢ２０１にアクセスし、受信情報ＤＢ２０１の索引を用いて、認証対象者ＩＤ３０１と図８のステップ８０９で読み取られた利用者ＩＤ（読み取られた側の利用者ＩＤ）４０１３が等しい１階層ノード（最上位の階層である１階層目の認証対象者ＩＤ３０１）を検索する（ステップ９０１）。
FIG. 9 is a flowchart showing the processing procedure of the reception data reflection processing. As shown in FIG. 9, the
利用者認証装置２０５は、該当するノードが存在するか否かを判定し（ステップ９０２）、該当するノードが存在すると判定した場合（ステップ９０２；Ｙｅｓ）、そのノードのデータを更新すれば良い。一方、利用者認証装置２０５は、該当するノードが存在しないと判定した場合（ステップ９０２；Ｎｏ）、新たに認証対象者のノードを作成し（ステップ９０３）、以降の処理で必要な情報を書き込む。
The
そして、利用者認証装置２０５は、当該ノードの子ノードを調べ、その子ノードに含まれる読み取り者ＩＤ３０２１と利用者ＩＤ（読み取った側の利用者ＩＤ）４０１３とが等しい２階層ノード（下位ノードである読み取り者ＩＤ情報３０２）を検索する（ステップ９０４）。
Then, the
利用者認証装置２０５は、該当するノードが存在するか否かを判定し（ステップ９０５）、該当するノードが存在すると判定した場合（ステップ９０５；Ｙｅｓ）、ノードのデータを更新すれば良い。一方、利用者認証装置２０５は、該当するノードが存在しないと判定した場合（ステップ９０５；Ｎｏ）、新たに読み取り者のノードを作成し、リンクの末端にノードを追加する（ステップ９０６）。
The
さらに、利用者認証装置２０５は、読み取り者ＩＤ情報３０２に含まれる読み取り時刻３０２２と認証回数３０２３とを更新する（ステップ９０７）。このとき、その読み取り者ＩＤ情報３０２が新規に作成されたものである場合には認証回数は「０回」として設定し、既存の読み取り者ＩＤ情報３０２である場合には認証回数は変更しない。読み取り者ＩＤ情報３０２の並び（順序）が認証回数の順序となっていない場合もあるが、この時点では何もせずに、並び替えの処理を行わないものとする。リンク並べ替えの負荷を軽減するため、システムの負荷が軽い時間帯を選んで、バッチ処理等によりまとめてリンクの並べ替え処理を行う。
Further, the
利用者認証装置２０５は、関係情報テーブル２０３を検索し、利用者ＩＤ（読まれた側の利用者ＩＤ）４０１３と被認証者ＩＤ５０１１が等しく、かつ、利用者ＩＤ（読んだ側の利用者ＩＤ）４０１３と認証者ＩＤ５０１２が一致するレコードを検索し、そのレコードに含まれる関係情報を取り出す（ステップ９０８）。利用者認証装置２０５は、読み取りＩＤノードの子ノードを辿って、関係情報レコード５０１と一致する関係を保持する３階層ノード（３階層目の認証対象者と読み取り者の関係を示す関係情報３０３）が存在するかどうかを調べる。
The
そして、利用者認証装置２０５は、関係情報レコード５０１と一致する関係を保持する３階層ノード（子ノード）が存在するか否かを判定し（ステップ９０９）、関係情報レコードと一致する関係を保持する３階層ノードが存在すると判定した場合（ステップ９０９；Ｙｅｓ）、処理を終了させる。
Then, the
一方、利用者認証装置２０５は、関係情報レコードと一致する関係を保持する３階層ノードが存在しないと判定した場合（ステップ９０９；Ｎｏ）、新しく認証対象者と読み取り者の関係のノードを作成して、読み取り者ＩＤ情報３０２の下位ノードに追加する（ステップ９１０）。このステップ９１０の処理が終了すると、図９に示した受信データ反映処理の全ての処理が終了する。そして、図８および図９に示した処理を繰り返し定期的に行うことによって、業務サーバ１０１は携帯端末１０２の位置を管理する必要がなく、単に携帯端末１０２が読み取ったＩＣタグのみ報告を受ければよいため、利用者の認証のための管理が容易となる。
On the other hand, if the
続いて、業務アプリケーション２０４にアクセスする利用者を認証する際に行われる処理（利用者認証処理）について説明する。図１０は、利用者認証処理の処理手順を示すフローチャートである。なお、以下の処理を行う前提として、利用者は、あらかじめシステムにログイン等する際に、使用する業務の業務ＩＤおよび自身の利用者ＩＤを携帯端末１０２から入力し、業務サーバ１０１に送信しているものとする。
Next, processing (user authentication processing) performed when authenticating a user who accesses the
図１０に示すように、利用者認証装置２０５は、まず、業務ＩＤ６０１１をキーとしてポリシーテーブル２０７を検索し、携帯端末１０２から受信した業務ＩＤに一致する業務ＩＤ６０１１を有したポリシーレコード６０１から認可に必要な条件を取得する（ステップ１００１）。利用者が利用する業務によって許可する条件が異なるため、まず認証のポリシーを明確にしなければならないためである。
As shown in FIG. 10, the
次に、利用者認証装置２０５は、受信情報ＤＢ２０１を検索して、アクセスを要求してきた利用者ＩＤと一致する認証対象者ＩＤ３０１含む１階層ノードを検索し（ステップ１００２）、一致するノードが存在するか否かを判定する（ステップ１００３）。
Next, the
利用者認証装置２０５は、一致するノードが存在しないと判定した場合（ステップ１００３；Ｎｏ）、当該利用者のＩＣタグが読み取られていないことを意味するため、利用者に認証失敗の応答を返し、処理を終了させる。
If the
一方、利用者認証装置２０５は、一致するノードが存在すると判定した場合（ステップ１００３；Ｙｅｓ）、そのノードの子ノードを順にスキャンし（ステップ１００４）、以降の処理で認証ポリシーに一致するノードがあるかどうか調べる。
On the other hand, if the
利用者認証装置２０５は、ステップ１００５において、スキャンすべきノードはまだ残っているか否かを判定し（ステップ１００５）、スキャンすべきノードはもう残っていない、すなわち、認証ポリシーに一致するノードがないと判定した場合（ステップ１００５；Ｎｏ）、利用者に認証失敗の応答を返し、処理を終了させる。
In
一方、利用者認証装置２０５は、スキャンすべきノードがあると判定した場合（ステップ１００５；Ｙｅｓ）、そのノードが認証ポリシーに一致するノードであるか調べ（ステップ１００６）、両者が一致するか否かを判定する（ステップ１００７）。
On the other hand, when determining that there is a node to be scanned (
そして、利用者認証装置２０５は、両者が一致しないと判定した場合（ステップ１００７；Ｎｏ）、ステップ１００４に戻って、以降の処理を繰り返す。一方、利用者認証装置２０５は、両者が一致すると判定した場合（ステップ１００７；Ｙｅｓ）、認証成功と判断して、利用者のアクセスを許可し、認証ポリシーに一致したノードの認証回数３０２３をカウントアップし（ステップ１００８）、処理を終了させる。
If the
上述した認証ポリシーが一致するか否かの判定のレベルは、利用者が利用しようとする業務の業務アプリケーション２０４の種類によって異なるが、主に、読み取り時刻３０２に関する条件と、関係情報３０３に関する条件とがある。読み取り時刻３０２に関する条件としては、例えば、利用者認証装置２０５は、受信情報ＤＢ２０１の読み取り者ＩＤ情報３０２に含まれる読み取り時刻３０２２とタイマ（不図示）により計時される現在時刻とを比較して、その差が有効時間６０１４として設定された時間以内であれば認証を許可する。この場合、業務の重要性等のセキュリティ要件によって、数分に設定される場合もあれば、３０分や１時間程度に設定されることもある。
The level of determination as to whether or not the above-described authentication policies match varies depending on the type of
また、関係情報３０３に関する条件としては、例えば、利用者認証装置２０５は、３階層ノード（３階層目の認証対象者と読み取り者の関係を示す関係情報３０３）およびポリシーテーブル２０７を参照し、関係情報３０３に設定されている認証対象者と読み取り者との関係３０３１、３０３２に利用者が利用しようとしている業務ＩＤ６０１１の業務で必要とされている利用者と認証者の関係区分６０１２が含まれているか否か（例えば、「上長」として設定されているか否か）を判定し、そのような設定がされている場合には認証を許可する。もちろん、上述した読み取り時刻３０２に関する条件と関係情報３０３に関する条件とを組み合わせて利用者を認証することも可能である。
Further, as a condition related to the
なお、認証に使われる回数が多いノードは、例えば、いつも一緒に行動している上長や同僚である可能性が高く、近い将来にまた使われる可能性も高い。したがって、利用者認証装置２０５が、後述するノード整列処理を行ってリンクの上位に並べておくことにより、検索を効率化することができる。
Note that a node that is frequently used for authentication is likely to be, for example, a superior or a colleague who is always acting together, and is likely to be used again in the near future. Therefore, the
図１１は、２階層のノードを整列する処理（ノード整列処理）の処理手順を示すフローチャートである。図１１に示すように、利用者認証装置２０５は、あらかじめ定められた規定時間だけスリープ時間が経過すると（ステップ１１０１）、業務サーバ１０１のシステム負荷を調べ、システム負荷が高いか否か（所定の上限値を超えているか否か）を判定する（ステップ１１０２）。
FIG. 11 is a flowchart showing a processing procedure of processing for aligning nodes in two layers (node alignment processing). As shown in FIG. 11, when the sleep time elapses for a predetermined time (step 1101), the
なお、システム負荷は、例えば、ＣＰＵ利用率、メモリの使用状況、ディスク使用率、回線負荷などを監視して定められるものとし、ＣＰＵ使用率またはディスク使用率のいずれかが５０％を超えている場合には負荷が高いと判断し、本ノード整列処理は控える判断をする。また、スリープ時間は、認証業務の要件やシステム負荷を考慮して、例えば５分などに設定する。 The system load is determined by, for example, monitoring the CPU usage rate, the memory usage status, the disk usage rate, the line load, etc., and either the CPU usage rate or the disk usage rate exceeds 50%. In this case, it is determined that the load is high, and it is determined to refrain from the node alignment process. Also, the sleep time is set to 5 minutes, for example, in consideration of the requirements for authentication work and system load.
そして、利用者認証装置２０５は、システム負荷が高い（所定の上限値を超えている）と判定した場合（ステップ１１０２；Ｙｅｓ）、ステップ１１０１に戻って再びスリープ状態となる。
If the
一方、利用者認証装置２０５は、システム負荷が高くない（所定の上限値を超えていない）と判定した場合（ステップ１１０２；Ｎｏ）、予め定められた数の１階層ノードをスキャンし（ステップ１１０３）、全てのノードのスキャンが終了せず、１階層ノードがまだ残っているか否かを判定する（ステップ１１０４）。
On the other hand, if the
利用者認証装置２０５は、１階層ノードがもう残っていないと判定した場合（ステップ１１０４；Ｎｏ）、ステップ１１０１に戻ってスリープ状態となる。一方、利用者認証装置２０５は、１階層ノードがまだ残っていると判定した場合（ステップ１１０４；Ｙｅｓ）、実際に認証回数順に２階層ノードの整列処理を行う。
If the
本ノード整列処理において、１回ですべてのノードを整列するのではなく、一定数のノードを整列したところで処理を終了し、次回の処理で続きの整列を行うこととしてもよい。大規模なシステムでは、登録されているノード数も膨大となるため、すべてのノードを処理すると長い時間がかかってしまう。したがって、整列処理を小分けにして、少しずつ整列を実行することで、システム全体のレスポンスが低下することを回避することが可能となる。具体的には、処理するノードの規定数を、整列にかかる時間と、業務要件を考慮して、例えば、１回に１０００ノードずつ処理するというように定め、当該１階層ノード直下の２階層ノードを、認証回数が多い順に並べ替える。この場合、規定の件数を処理するか、すべてのノードを処理したら、再びスリープ状態に戻ることとなる。 In this node alignment processing, instead of aligning all the nodes at once, the processing may be terminated when a certain number of nodes are aligned, and the subsequent alignment may be performed in the next processing. In a large-scale system, since the number of registered nodes becomes enormous, it takes a long time to process all the nodes. Therefore, it is possible to avoid a decrease in the response of the entire system by subdividing the alignment process and executing the alignment little by little. Specifically, the specified number of nodes to be processed is determined so that, for example, 1000 nodes are processed at a time in consideration of the time required for alignment and business requirements, and the two-layer node immediately below the one-layer node. Are sorted in descending order of the number of authentications. In this case, when the prescribed number of cases is processed or all the nodes are processed, the sleep state is returned again.
このように、本実施の形態においては、単純に端末の位置で制限するのではなく、他の端末との位置関係を元にアクセス制限を行い、例えば、携帯端末にＩＣタグを貼付して、他の携帯端末から当該ＩＣタグを読み取り、業務サーバに繰り返し定期的に報告する。そして、利用者からアクセス要求が届いた場合に、当該利用者の携帯端末に貼付されたＩＣタグが関係者の携帯端末から読めているかどうか確認する。例えば、同じ部門の社員の端末からタグが読み取れていれば、業務サーバへのアクセスを許可するというような制御を行っているので、出張する度に、利用場所を登録する手間は不要となり、また、携帯端末が盗難に遭って持ち去られたとしても、その携帯端末のＩＣタグが読み取れなければ業務アプリケーションに接続することはできないため、そのような場合であっても高度なセキュリティを保つことが可能となる。さらに、副次的な効果として、利用者本人の不正を抑制させ、また、通常、不正は人目を避けて実行されるため、本システムによれば、必ず近くに上長や同僚の目があることが保証され、その意味でも高度なセキュリティを保つことが可能となる。 Thus, in this embodiment, instead of simply restricting by the position of the terminal, access restriction is performed based on the positional relationship with other terminals, for example, by attaching an IC tag to the mobile terminal, The IC tag is read from another portable terminal and is repeatedly and periodically reported to the business server. And when an access request arrives from a user, it is confirmed whether the IC tag stuck on the said user's portable terminal can be read from the portable terminal of the concerned person. For example, if the tag can be read from the terminal of an employee in the same department, control is performed to allow access to the business server, so there is no need to register the location of use every time a business trip is made. Even if a mobile device is stolen and taken away, it cannot be connected to a business application unless the IC tag of the mobile device can be read, so even in such a case, high security can be maintained. It becomes. In addition, as a secondary effect, fraud of the user himself / herself is suppressed, and since fraud is usually executed while avoiding human eyes, according to this system, there is always an eye of a superior or a colleague nearby. In that sense, it is possible to maintain a high level of security.
なお、本発明は、上記実施の形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化することができる。例えば、業務サーバ１０１のうち、その容量が膨大となる場合には、受信情報ＤＢ２０１や利用者情報テーブル２０２等のデータのみを他のサーバとして構成する等、構成要素を適宜組み合わせても良い。
It should be noted that the present invention is not limited to the above-described embodiment as it is, and can be embodied by modifying the constituent elements without departing from the scope of the invention in the implementation stage. For example, when the capacity of the
１０００ 認証システム
１０１ 業務サーバ
１０２ 携帯端末
１０３ ＩＣタグ
１０４ 読み取り装置
２０１ 受信情報ＤＢ
２０２ 利用者情報テーブル
２０３ 関係情報テーブル
２０４ 業務アプリケーション
２０５ 利用者認証装置
２０６ タグＩＤ受信装置
２０７ ポリシーテーブル。
1000
202 User information table 203 Relationship information table 204
Claims (10)
前記利用者が認証のために利用する被認証用携帯端末は、
被認証用ＩＣ（Integrated Circuits）タグと、
前記利用者によるアクセス要求をサーバに送信する被認証制御部と、を備え、
認証者が前記利用者を認証するための認証用携帯端末は、
認証用ＩＣタグと、
前記被認証用ＩＣタグを読み取るための被認証用ＩＣタグ読み取り部と、
前記認証用ＩＣタグを識別するための認証用ＩＣタグ識別情報と前記被認証用ＩＣタグを識別するための被認証用ＩＣタグ識別情報とを含む通信パケットを、前記サーバに送信する認証制御部と、を備え、
前記サーバは、
前記被認証用携帯端末から前記通信パケットを受信するパケット受信部と、
前記認証用携帯端末から前記アクセス要求を受信する要求受信部と、
前記パケット受信部が受信した前記通信パケットに前記被認証用タグＩＤと前記認証用タグＩＤとが含まれている場合に、前記要求受信部が受信した前記アクセス要求を許可する利用者認証部と、
を備えることを特徴とする携帯端末認証システム。 A mobile terminal authentication system that authenticates a user in response to a request from a mobile terminal,
The authenticated portable terminal that the user uses for authentication is:
IC (Integrated Circuits) tag for authentication,
An authenticated control unit that transmits an access request by the user to a server,
The authentication portable terminal for the authenticator to authenticate the user is:
An IC tag for authentication;
An IC tag reader for authentication for reading the IC tag for authentication;
An authentication control unit for transmitting a communication packet including authentication IC tag identification information for identifying the authentication IC tag and authentication target IC tag identification information for identifying the authentication target IC tag to the server And comprising
The server
A packet receiver for receiving the communication packet from the authentication-use portable terminal;
A request receiving unit for receiving the access request from the authentication portable terminal;
A user authentication unit that permits the access request received by the request reception unit when the authentication tag ID and the authentication tag ID are included in the communication packet received by the packet reception unit; ,
A mobile terminal authentication system comprising:
前記利用者認証部は、前記パケット受信部が受信した前記通信パケット含まれる前記被認証用タグＩＤおよび前記認証用タグＩＤと、前記利用者情報テーブルと、前記関係情報テーブルとに基づいて、前記利用者と前記認証者とが前記関係区分に示された関係を満たしているか否かを判定し、前記利用者と前記認証者とが前記関係区分に示された関係を満たしていると判定した場合に、前記アクセス要求されたアプリケーションに対する前記アクセス要求を許可する、
ことを特徴とする請求項１に記載の携帯端末認証システム。 The server includes a user information table in which the IC tag ID for authentication and the user, the IC tag ID for authentication and the authenticator are associated with each other, and both the user and the authenticator. A storage unit that stores in advance a relationship information table in which relationship categories indicating relationships are associated, and a policy table in which the access requested application and the relationship categories are associated and stored;
The user authentication unit is based on the tag ID for authentication and the tag ID for authentication included in the communication packet received by the packet reception unit, the user information table, and the relationship information table. It is determined whether the user and the certifier satisfy the relationship indicated in the relationship category, and it is determined that the user and the certifier satisfy the relationship indicated in the relationship category. If the access request for the requested application is allowed,
The mobile terminal authentication system according to claim 1.
前記利用者認証部は、さらに前記認証条件として前記被認証用ＩＣタグが前記認証用携帯端末の前記被認証用ＩＣタグ読取部によって読み取られている場合に、前記アクセス要求されたアプリケーションに対する前記アクセス要求を許可する、
ことを特徴とする請求項２に記載の携帯端末認証システム。 The policy table further stores authentication conditions for permitting the access request in association with the relation category,
The user authentication unit further includes the access to the application requested to be accessed when the IC tag for authentication is read by the IC tag reader for authentication of the portable terminal for authentication as the authentication condition. Allow the request,
The mobile terminal authentication system according to claim 2.
前記ポリシーテーブルは、さらに前記認証条件に対応付けて前記認証条件を満たすべき時間の間隔を示す有効時間を記憶し、
前記利用者認証部は、前記被認証用ＩＣタグが読み取られた時刻と、タイマにより計時される現在時刻とを比較し、両者の差が前記有効時間内である場合に、前記アクセス要求されたアプリケーションに対する前記アクセス要求を許可する、
ことを特徴とする請求項３に記載の携帯端末認証システム。 The communication packet includes a time when the IC tag for authentication is read by the mobile terminal for authentication,
The policy table further stores an effective time indicating an interval of time to satisfy the authentication condition in association with the authentication condition,
The user authentication unit compares the time when the IC tag for authentication is read with the current time measured by a timer, and the access request is made when a difference between the two is within the valid time. Grant the access request to the application;
The mobile terminal authentication system according to claim 3.
前記サーバの記憶部は、さらに前記利用者を識別するための認証対象者ＩＤと、前記認証者を識別するための読み取り者ＩＤと前記認証用携帯端末が前記被認証者ＩＣタグを読み取った時刻を示す読み取り時刻とを対応付けた読み取り者ＩＤ情報と、を対応付けて記憶する受信情報データベースをあらかじめ記憶し、
前記利用者認証部は、前記認証用携帯端末から前記通信パケットを受信する都度、前記通信パケットに含まれる前記被認証用タグＩＤおよび前記認証用タグＩＤと、前記利用者情報テーブルとに基づいて、前記受信情報データベースの中からアクセス要求された前記利用者に対応する前記読み取り者ＩＤ情報を特定し、特定した前記読み取り者ＩＤ情報に含まれる前記読み取り時刻を前記被認証用ＩＣタグが読み取られた時刻に更新する、
ことを特徴とする請求項４に記載の携帯端末認証システム。 The authentication control unit of the authentication portable terminal repeatedly transmits the communication packet to the server,
The storage unit of the server further includes an authentication subject ID for identifying the user, a reader ID for identifying the authenticator, and a time when the authentication portable terminal reads the IC tag to be authenticated In advance, a reception information database for storing the reader ID information associated with the reading time indicating
Each time the user authentication unit receives the communication packet from the authentication portable terminal, the user authentication unit is based on the tag ID for authentication and the tag ID for authentication included in the communication packet, and the user information table. The reader ID information corresponding to the user requested to access is specified from the reception information database, and the IC tag for authentication is read based on the reading time included in the specified reader ID information. Update at
The mobile terminal authentication system according to claim 4.
ことを特徴とする請求項４または５に記載の携帯端末認証システム。 The effective time has an interval determined according to the importance of the work performed by the application requested to access,
The mobile terminal authentication system according to claim 4 or 5, wherein
ことを特徴とする請求項４〜６のいずれか１項に記載の携帯端末認証システム。 The effective time has an interval determined according to the processing time of the business performed by the application requested to access,
The mobile terminal authentication system according to any one of claims 4 to 6.
前記利用者認証部は、前記アクセス要求されたアプリケーションに対する前記アクセス要求を許可した場合に前記認証回数を更新し、前記認証回数が多い順に前記受信情報ＤＢに記憶された前記読み取り者ＩＤ情報を並べ替える、
ことを特徴とする請求項５〜７のいずれか１項に記載の携帯端末認証システム。 The reader ID information in the received information DB further stores the number of authentications of the user in association with the reading time,
The user authentication unit updates the number of authentications when permitting the access request for the application requested to access, and arranges the reader ID information stored in the reception information DB in descending order of the number of authentications. Change
The mobile terminal authentication system according to any one of claims 5 to 7.
ことを特徴とする請求項５〜８のいずれか１項に記載の携帯端末認証システム。 The reception information DB is configured by a hierarchical structure in which the authentication target person ID with an index is set higher and the reader ID information is set lower.
The mobile terminal authentication system according to any one of claims 5 to 8.
前記利用者が認証のために利用され被認証用ＩＣタグを有した被認証用携帯端末が、前記利用者によるアクセス要求をサーバに送信する被認証ステップと、
認証者が前記利用者を認証し認証用ＩＣタグを有した認証用携帯端末が、前記被認証用ＩＣタグを読み取るための被認証用ＩＣタグ読み取りステップと、
前記認証用ＩＣタグを識別するための認証用ＩＣタグ識別情報と前記被認証用ＩＣタグを識別するための被認証用ＩＣタグ識別情報とを含む通信パケットを、前記サーバに送信する認証ステップと、
前記サーバが、前記被認証用携帯端末から前記通信パケットを受信するパケット受信ステップと、
前記認証用携帯端末から前記アクセス要求を受信する要求受信ステップと、
前記パケット受信ステップにおいて受信した前記通信パケットに前記被認証用タグＩＤと前記認証用タグＩＤとが含まれている場合に、前記要求受信部が受信した前記アクセス要求を許可する利用者認証ステップと、
を含むことを特徴とする携帯端末認証方法。 A mobile terminal authentication method performed in a mobile terminal authentication system that authenticates a user in response to a request from a mobile terminal,
An authenticated step in which the user-authenticated portable terminal used for authentication and having an IC tag for authentication transmits an access request by the user to a server;
An authentication portable terminal for authenticating the user and having an authentication IC tag by the authenticator reads the IC tag for authentication to read the IC tag for authentication; and
An authentication step of transmitting a communication packet including authentication IC tag identification information for identifying the authentication IC tag and authentication target IC tag identification information for identifying the authentication target IC tag to the server; ,
A packet receiving step in which the server receives the communication packet from the mobile terminal for authentication;
A request receiving step of receiving the access request from the authentication portable terminal;
A user authentication step for permitting the access request received by the request receiving unit when the authentication tag ID and the authentication tag ID are included in the communication packet received in the packet receiving step; ,
A mobile terminal authentication method comprising:
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2011254482A JP2013109601A (en) | 2011-11-22 | 2011-11-22 | System and method for authenticating portable terminal |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2011254482A JP2013109601A (en) | 2011-11-22 | 2011-11-22 | System and method for authenticating portable terminal |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2013109601A true JP2013109601A (en) | 2013-06-06 |
| JP2013109601A5 JP2013109601A5 (en) | 2014-03-27 |
Family
ID=48706283
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2011254482A Ceased JP2013109601A (en) | 2011-11-22 | 2011-11-22 | System and method for authenticating portable terminal |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2013109601A (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2015076044A (en) * | 2013-10-11 | 2015-04-20 | 富士通株式会社 | Authentication server, authentication program, and authentication method |
| JP2017526995A (en) * | 2014-07-02 | 2017-09-14 | アリババ・グループ・ホールディング・リミテッドＡｌｉｂａｂａ Ｇｒｏｕｐ Ｈｏｌｄｉｎｇ Ｌｉｍｉｔｅｄ | Dual channel identification and authentication |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005293004A (en) * | 2004-03-31 | 2005-10-20 | Fujitsu Ltd | Access right management system and access right management method |
| JP2006033852A (en) * | 2004-07-15 | 2006-02-02 | Avaya Technology Corp | Proximity-based authorization |
| JP2008250539A (en) * | 2007-03-29 | 2008-10-16 | Nec Corp | Information disclosure control system, method and program |
| JP2009131188A (en) * | 2007-11-29 | 2009-06-18 | Ohkawa Ltd | Pasty food raw material, method for producing the same, and processed food |
| JP2009295073A (en) * | 2008-06-09 | 2009-12-17 | Obic Business Consultants Ltd | Information processing device, information processing method, and program |
| JP2011103057A (en) * | 2009-11-11 | 2011-05-26 | Hitachi Electronics Service Co Ltd | Lending management system |
| JP2011243024A (en) * | 2010-05-19 | 2011-12-01 | Kddi Corp | Support system and method |
| JP2012084027A (en) * | 2010-10-14 | 2012-04-26 | Hitachi Ltd | Takeout article management method and management server for takeout article management system |
-
2011
- 2011-11-22 JP JP2011254482A patent/JP2013109601A/en not_active Ceased
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005293004A (en) * | 2004-03-31 | 2005-10-20 | Fujitsu Ltd | Access right management system and access right management method |
| JP2006033852A (en) * | 2004-07-15 | 2006-02-02 | Avaya Technology Corp | Proximity-based authorization |
| JP2008250539A (en) * | 2007-03-29 | 2008-10-16 | Nec Corp | Information disclosure control system, method and program |
| JP2009131188A (en) * | 2007-11-29 | 2009-06-18 | Ohkawa Ltd | Pasty food raw material, method for producing the same, and processed food |
| JP2009295073A (en) * | 2008-06-09 | 2009-12-17 | Obic Business Consultants Ltd | Information processing device, information processing method, and program |
| JP2011103057A (en) * | 2009-11-11 | 2011-05-26 | Hitachi Electronics Service Co Ltd | Lending management system |
| JP2011243024A (en) * | 2010-05-19 | 2011-12-01 | Kddi Corp | Support system and method |
| JP2012084027A (en) * | 2010-10-14 | 2012-04-26 | Hitachi Ltd | Takeout article management method and management server for takeout article management system |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2015076044A (en) * | 2013-10-11 | 2015-04-20 | 富士通株式会社 | Authentication server, authentication program, and authentication method |
| JP2017526995A (en) * | 2014-07-02 | 2017-09-14 | アリババ・グループ・ホールディング・リミテッドＡｌｉｂａｂａ Ｇｒｏｕｐ Ｈｏｌｄｉｎｇ Ｌｉｍｉｔｅｄ | Dual channel identification and authentication |
| US10659453B2 (en) | 2014-07-02 | 2020-05-19 | Alibaba Group Holding Limited | Dual channel identity authentication |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11080378B1 (en) | Hybrid device having a personal digital key and receiver-decoder circuit and methods of use | |
| US11909765B2 (en) | Personal device network for user identification and authentication | |
| US20210409945A1 (en) | Quorum-based secure authentication | |
| US9437063B2 (en) | Methods and systems for multi-unit real estate management | |
| JP4232355B2 (en) | Service providing method in distributed system | |
| US20160301691A1 (en) | Layering in user authentication | |
| KR100696316B1 (en) | Method and apparatus for managing individual information | |
| US20150279132A1 (en) | Integration of Physical Access Control | |
| JP2005352710A (en) | Individual authenticating device | |
| CN103336922A (en) | User proximity control of devices | |
| KR101684622B1 (en) | Remote control system and method for security of office furniture | |
| CN104871168A (en) | Resource protection on un-trusted devices | |
| US11469789B2 (en) | Methods and systems for comprehensive security-lockdown | |
| US20180316381A1 (en) | Methods and Systems for Comprehensive Security-Lockdown | |
| JP2019514113A (en) | Method and system for safeguarding stored data | |
| JP2018010449A (en) | Smart lock authentication system and method in smart lock | |
| JP2013109601A (en) | System and method for authenticating portable terminal | |
| US20190121943A1 (en) | Crypto-based ACL for Patient Treatment And Follow-Up Care | |
| KR101320931B1 (en) | Controlling method of mobile terminal, recording medium implementing the same and mobile terminal managing server | |
| US20200334630A1 (en) | Systems and methods for facilitating storing, delivering, and tracking of luggage | |
| US10117095B2 (en) | Quantified identity | |
| JP2006188922A (en) | Room entrance/exit control system and method | |
| US11527310B2 (en) | Pseudonymous crypto-based systems and methods for patient data | |
| JP2009277064A (en) | Server, service providing method and program | |
| Alkhresheh et al. | CAPE: Continuous access policy enforcement for IoT deployments |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20140206 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20140206 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20140908 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20140930 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20141021 |
|
| A045 | Written measure of dismissal of application [lapsed due to lack of payment] |
Free format text: JAPANESE INTERMEDIATE CODE: A045 Effective date: 20150224 |