JP2019164590A - API providing system, authentication server, API providing method, and program - Google Patents
API providing system, authentication server, API providing method, and program Download PDFInfo
- Publication number
- JP2019164590A JP2019164590A JP2018052047A JP2018052047A JP2019164590A JP 2019164590 A JP2019164590 A JP 2019164590A JP 2018052047 A JP2018052047 A JP 2018052047A JP 2018052047 A JP2018052047 A JP 2018052047A JP 2019164590 A JP2019164590 A JP 2019164590A
- Authority
- JP
- Japan
- Prior art keywords
- authentication
- api
- user terminal
- providing
- user
- 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.)
- Granted
Links
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
Description
本発明は、ＡＰＩ提供システム、認証サーバ、ＡＰＩ提供方法、及びプログラムに関する。 The present invention relates to an API providing system, an authentication server, an API providing method, and a program.
従来、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を利用して各種サービスを提供する技術が知られている。例えば、特許文献１には、認証装置と、ＡＰＩを利用したサービスを提供するサービス提供装置と、サービスの提供を仲介するサービス仲介装置と、を含むシステムにおいて、認証装置によるユーザの認証が成功した場合に、サービスを利用するためのトークンを発行し、サービス仲介装置に送信することが記載されている。サービス仲介装置は、サービス提供装置に認証情報を送信し、サービス提供装置からのサービスの仲介を行う。
2. Description of the Related Art Conventionally, a technique for providing various services by using an API (Application Programming Interface) is known. For example,
また例えば、特許文献２には、電子商取引システムを通じて銀行システム内のＡＰＩを利用する場合に、銀行システムが電子商取引システムに対してトークンを発行し、電子商取引システムが保有するトークンを利用してＡＰＩを提供するシステムが記載されている。このシステムでは、トークン発行時の認証だけでなく、決済の際に電子商取引システムで暗証番号を入力させることによって、二段階の認証が行われる。
Further, for example, in
上記のような技術では、ＡＰＩの利用を仲介する仲介システムに認証情報が管理されるため、仲介システムは、悪意のある第三者の攻撃対象になりがちである。この点、複数のＡＰＩを提供する場合に、これら複数のＡＰＩで共通のトークンを発行したとすると、第三者にトークンが漏えいすると全てのＡＰＩが悪用される可能性があり、セキュリティ性を高めることはできない。 In the technology as described above, authentication information is managed by a mediation system that mediates the use of an API, and therefore the mediation system tends to be a target of attack by a malicious third party. In this regard, when a plurality of APIs are provided, if a common token is issued by the plurality of APIs, there is a possibility that all APIs may be abused if the token is leaked to a third party, thus improving security. It is not possible.
本発明の目的は、仲介システムを介して複数のＡＰＩを提供する場合のセキュリティを高めることが可能なＡＰＩ提供システム、認証サーバ、ＡＰＩ提供方法、及びプログラムを提供することである。 An object of the present invention is to provide an API providing system, an authentication server, an API providing method, and a program capable of enhancing security when providing a plurality of APIs via a mediation system.
上記課題を解決するために、本発明に係るＡＰＩ提供システムは、仲介システムを介して複数のＡＰＩを提供するＡＰＩ提供システムであって、ユーザ端末から前記仲介システムに第１のＡＰＩの利用要求が送信された場合に、当該利用要求に基づくリダイレクトを受けて、前記ユーザ端末との間で第１の認証を行う第１認証手段と、前記第１の認証が成功した場合に、前記ユーザ端末にユーザ認証情報を発行し、前記仲介システムに、前記第１のＡＰＩを利用するための第１の認証情報を発行する第１発行手段と、前記仲介システムから受信した前記第１の認証情報に基づいて、前記第１のＡＰＩを提供する第１提供手段と、前記ユーザ端末から前記仲介システムに第２のＡＰＩの利用要求が送信された場合に、当該利用要求に基づくリダイレクトを受けて、前記ユーザ端末との間で、前記第１発行手段により発行された前記ユーザ認証情報に基づく第２の認証を行う第２認証手段と、前記第２の認証が成功した場合に、前記仲介システムに、前記第２のＡＰＩを利用するための第２の認証情報を発行する第２発行手段と、前記仲介システムから受信した前記第２の認証情報に基づいて、前記第２のＡＰＩを提供する第２提供手段と、を含むことを特徴とする。 In order to solve the above problems, an API providing system according to the present invention is an API providing system that provides a plurality of APIs via a mediation system, and a request for using the first API is sent from a user terminal to the mediation system. A first authentication unit that performs a first authentication with the user terminal in response to a redirect based on the use request when transmitted, and if the first authentication is successful, the user terminal Based on the first issuance means for issuing user authentication information and issuing the first authentication information for using the first API to the mediation system, and the first authentication information received from the mediation system When a request for using the second API is transmitted from the user terminal to the intermediary system, a redundance based on the use request is provided. When the second authentication is successful, the second authentication means performs second authentication based on the user authentication information issued by the first issuing means with the user terminal. A second issuing means for issuing second authentication information for using the second API to the mediation system, and the second authentication information received from the mediation system based on the second authentication information. And a second providing means for providing an API.
［１．ＡＰＩ提供システムの全体構成］
以下、本発明に係る実施形態の例について図面に基づき詳細に説明する。図１は、実施形態に係るＡＰＩ提供システムの一例を示す図である。図１に示すように、例えば、ＡＰＩ提供システム１は、インターネットなどのネットワークＮを介し、仲介システム２及びユーザ端末３０の各々とデータ送受信可能である。
[1. Overall configuration of API providing system]
Hereinafter, an example of an embodiment concerning the present invention is described in detail based on a drawing. FIG. 1 is a diagram illustrating an example of an API providing system according to the embodiment. As shown in FIG. 1, for example, the
ＡＰＩ提供システム１は、複数のＡＰＩを提供するシステムであり、少なくとも１つのコンピュータを含む。各ＡＰＩは、仲介システム２に公開されている。このため、ＡＰＩ提供システム１と仲介システム２とは連携可能であり、各ＡＰＩに係る機能は、仲介システム２を介してユーザに間接的に提供される。ＡＰＩの機能としては、任意の内容であってよく、例えば、金融サービス、電子商取引、保険サービス、旅行予約サービス、又はＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）に係る機能がＡＰＩを利用してユーザに提供されるようにしてもよい。
The
本実施形態では、金融機関がＡＰＩ提供システム１を管理し、ＡＰＩを利用して金融サービスを提供する場合を一例として説明する。金融機関は、金融取引に関する業務を営む組織であり、例えば、銀行や信用金庫といった預貯金取扱金融機関だけでなく、証券会社であってもよい。本実施形態では、金融機関が銀行であり、ユーザは、銀行の口座を開設済みであるものとする。なお、ユーザは、法人であってもよいし、個人（個人事業主を含む）であってもよい。
In this embodiment, a case where a financial institution manages the API providing
例えば、ＡＰＩ提供システム１は、サーバコンピュータであるＡＰＩ提供サーバ１０を含む。ＡＰＩ提供サーバ１０は、制御部１１、記憶部１２、及び通信部１３を含む。制御部１１は、例えば、少なくとも１つのマイクロプロセッサを含む。記憶部１２は、例えば、ＲＡＭ等の主記憶部やハードディスク等の補助記憶部を含む。制御部１１は、記憶部１２に記憶されたプログラムやデータに従って処理を実行する。通信部１３は、有線通信又は無線通信用の通信インタフェースを含む。通信部１３は、インターネットやＬＡＮなどのネットワークを介して外部機器とのデータ送受信が可能である。
For example, the
仲介システム２は、ＡＰＩ提供システム１と連携するシステムであり、少なくとも１つのコンピュータを含む。例えば、仲介システム２は、ＡＰＩ提供システム１が公開するＡＰＩを利用し、ユーザの業務を支援するサービスを提供する。本実施形態では、ＡＰＩを利用して金融サービスが提供される場合を説明するので、仲介システム２は、経費精算や給与振込などの会計業務を支援するシステム（例えば、いわゆるクラウド会計システム）である場合を一例として説明する。
The
例えば、仲介システム２は、サーバコンピュータである仲介サーバ２０を含む。仲介サーバ２０は、制御部２１、記憶部２２、及び通信部２３を含む。制御部２１、記憶部２２、及び通信部２３のハードウェア構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様であってよい。
For example, the
ユーザ端末３０は、ユーザが操作するコンピュータであり、例えば、パーソナルコンピュータ、携帯電話（スマートフォンを含む）、又は携帯情報端末（タブレット型端末を含む）である。ユーザ端末３０は、制御部３１、記憶部３２、通信部３３、操作部３４、及び表示部３５を含む。制御部３１、記憶部３２、及び通信部３３のハードウェア構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様であってよい。操作部３４は、入力デバイスであり、例えば、タッチパネルやマウスなどのポインティングデバイス又はキーボードである。表示部３５は、例えば、液晶ディスプレイ又は有機ＥＬディスプレイである。
The
なお、記憶部１２，２２，３２に記憶されるものとして説明するプログラムやデータは、コンピュータ読み取り可能な情報記憶媒体（例えば、ＵＳＢメモリ又はＳＤカード）に記憶されたものが各コンピュータに供給されるようにしてもよいし、ネットワークを介して各コンピュータに供給されるようにしてもよい。また、上記説明した各コンピュータのハードウェア構成は、上記の例に限られず、例えば、情報記憶媒体を読み取る読取部（例えば、ＳＤカードスロット）、又は、外部機器と直接的に通信するための入出力部（例えば、ＵＳＢ端子）が備えられていてもよい。
The programs and data described as being stored in the
［２．ＡＰＩ提供システムが実行する処理の概要］
ＡＰＩ提供システム１は、仲介システム２を介して複数のＡＰＩを提供する。ここでは、ＡＰＩの一例として、口座情報を参照するためのＡＰＩ（以降、参照系ＡＰＩと記載する。）と、口座情報を更新するためのＡＰＩ（以降、更新系ＡＰＩと記載する。）と、を説明する。なお、ＡＰＩ提供システム１が提供するＡＰＩは３つ以上であってもよい。
[2. Overview of processing executed by API providing system]
The
参照系ＡＰＩは、口座情報を参照する機能が関連付けられている。例えば、ユーザが、仲介システム２のサービスを利用して、入出金明細や口座残高を参照する場合に、参照系ＡＰＩが利用される。更新系ＡＰＩは、口座情報を更新する機能が関連付けられている。例えば、ユーザが、仲介システム２のサービスを利用して、振込、入金、又は出金をする場合に、更新系ＡＰＩが利用される。
The reference system API is associated with a function for referring to account information. For example, when the user refers to the deposit / withdrawal details and the account balance using the service of the
図２は、ユーザが仲介システム２のサービスを利用する様子を示す画面遷移図である。図２に示すように、ユーザがユーザ端末３０を操作して仲介システム２にアクセスすると、仲介システム２のログイン画面Ｇ１が表示部３５に表示される。仲介システム２のユーザアカウントとパスワードがログイン画面Ｇ１から入力され、仲介システム２において正当性が確認されると、ユーザは仲介システム２にログインする。
FIG. 2 is a screen transition diagram showing how the user uses the service of the
ユーザが仲介システム２にログインすると、仲介システム２が提供する種々のサービスを利用するためのメニュー画面Ｇ２が表示部３５に表示される。例えば、ユーザは、メニュー画面Ｇ２から、経費申請、経費承認、入出金明細照会、経費や給与などの振込処理、残高照会、及び入出金処理といったサービスを利用することができる。例えば、ユーザが、メニュー画面Ｇ２から入出金明細参照の項目を選択すると、ＡＰＩ提供システム１に移動する旨のメッセージが表示され、ユーザが同意すると、ＡＰＩ提供システム１へのリダイレクトが実行される。
When the user logs into the
リダイレクトが実行されると、ＡＰＩ提供システム１のログイン画面Ｇ３が表示部３５に表示される。ＡＰＩ提供システム１のユーザアカウントとパスワードがログイン画面Ｇ３から入力され、ユーザの正当性が確認されると、例えば、ＡＰＩ提供システム１は、Ｃｏｏｋｉｅを発行してユーザ端末３０に送信し、ＯＡｕｔｈ２．０に基づくトークンを発行して仲介システム２に送信する。
When the redirect is executed, the login screen G3 of the
Ｃｏｏｋｉｅは、ウェブブラウザで用いられるユーザの識別情報である。本実施形態では、参照系ＡＰＩを利用するための認証でＣｏｏｋｉｅが発行されるので、Ｃｏｏｋｉｅは、当該認証を受けたユーザであることを証明する情報ということもできる。Ｃｏｏｋｉｅは、仲介システム２ではなく、ユーザ端末３０に保持される。
Cookie is user identification information used in a web browser. In this embodiment, since Cookie is issued by authentication for using the reference system API, Cookie can be said to be information that proves that the user has received the authentication. Cookie is held in the
ＯＡｕｔｈ２．０は、認証プロトコルの一種であり、例えば、管理主体の異なる複数のシステム間で連携する場合に利用される。トークンは、ＡＰＩの利用が認可されたことを証明する情報である。本実施形態では、ユーザは仲介システム２を介してＡＰＩを間接的に利用するので、仲介システム２が、ユーザの代わりにＡＰＩに対してリクエストを送信するために、トークンが用いられる。このため、トークンは、ユーザ端末３０ではなく、仲介システム２に保持される。
OAuth 2.0 is a type of authentication protocol, and is used, for example, when a plurality of systems with different management entities are linked. The token is information that proves that the use of the API is authorized. In the present embodiment, since the user indirectly uses the API via the
本実施形態では、複数のＡＰＩで共通のトークンが用いられるのでなく、ＡＰＩごとに異なるトークンが発行される。以降、参照系ＡＰＩで使用されるトークンを参照系トークンと記載し、更新系ＡＰＩで使用されるトークンを更新系トークンと記載する。図２の例では、参照系ＡＰＩが利用されるので、参照系トークンが発行されることになる。 In this embodiment, a common token is not used for a plurality of APIs, but a different token is issued for each API. Hereinafter, a token used in the reference API is referred to as a reference token, and a token used in the update API is referred to as an update token. In the example of FIG. 2, since a reference system API is used, a reference system token is issued.
仲介システム２は、ＡＰＩ提供システム１から受信した参照系トークンを利用し、参照系ＡＰＩにリクエストを送信する。ＡＰＩ提供システム１は、仲介システム２から受信した参照系トークンの正当性を確認すると、参照系ＡＰＩの応答として、ユーザの入出金明細を取得して仲介システム２に送信する。仲介システム２は、受信した入出金明細に基づいて、ユーザ端末３０に入出金明細画面Ｇ４を表示させる。
The
図３は、更新系ＡＰＩが利用される場合の画面遷移図である。図３に示すように、ユーザが、メニュー画面Ｇ２から振込処理の項目を選択すると、振込内容を入力するための振込内容入力画面Ｇ５が表示部３５に表示される。ユーザが振込内容入力画面Ｇ５から振込先や振込金額等を入力して所定の振込指示をすると、ＡＰＩ提供システム１に移動する旨のメッセージが表示され、ユーザが同意すると、ＡＰＩ提供システム１へのリダイレクトが実行される。
FIG. 3 is a screen transition diagram when the update API is used. As shown in FIG. 3, when the user selects a transfer process item from the menu screen G <b> 2, a transfer content input screen G <b> 5 for inputting the transfer content is displayed on the
リダイレクトが実行されると、ユーザ端末３０に記憶されていたＣｏｏｋｉｅ（参照系ＡＰＩの利用時に発行されたＣｏｏｋｉｅ）がＡＰＩ提供システム１に送信される。ＡＰＩ提供システム１は、受信したＣｏｏｋｉｅの正当性を確認すると、口座の暗証番号を入力するための暗証番号入力画面Ｇ６をユーザ端末３０に表示させる。ユーザが、口座（ここでは、ユーザが勤務する会社の口座）の暗証番号を入力し、正当性が確認されると、ＡＰＩ提供システム１は、更新系トークンを発行し、仲介システム２に送信する。
When the redirect is executed, the cookie (a cookie issued when using the reference API) stored in the
仲介システム２は、ＡＰＩ提供システム１から受信した更新系トークンを利用し、更新系ＡＰＩにリクエストを送信する。ＡＰＩ提供システム１は、仲介システム２から受信した更新系トークンの正当性を確認すると、更新系ＡＰＩの応答として、振込処理を実行して実行結果を仲介システム２に送信する。仲介システム２は、受信した振込の実行結果に基づいて、ユーザ端末３０に振込完了画面Ｇ７を表示させる。
The
以上のように、本実施形態のＡＰＩ提供システム１は、参照系ＡＰＩの利用時にＣｏｏｋｉｅを発行してユーザ端末３０に送信し、更新系ＡＰＩの利用要求（詳細後述）が送信された場合に、ユーザが有効なＣｏｏｋｉｅを保有するか否かを確認する。ＡＰＩ提供システム１は、Ｃｏｏｋｉｅの正当性を確認したうえで暗証番号を入力させることで、参照系ＡＰＩを利用するユーザと、更新系ＡＰＩを利用するユーザと、の同一性を確認し、セキュリティを高めるようにしている。以降、ＡＰＩ提供システム１の構成の詳細について説明する。
As described above, the
［３．本実施形態において実現される機能］
図４は、本実施形態において実現される機能を示す機能ブロック図である。図４に示すように、ここでは、主にＡＰＩ提供システム１で実現される機能を説明する。例えば、ＡＰＩ提供システム１では、参照系ＡＰＩ１００、更新系ＡＰＩ１０１、データ記憶部１０２、第１認証部１０３、第１発行部１０４、第１提供部１０５、第２認証部１０６、第３認証部１０７、第２発行部１０８、及び第２提供部１０９が実現される。データ記憶部１０２は記憶部１２を主として実現され、他の各機能は制御部１１を主として実現される。
[3. Functions realized in this embodiment]
FIG. 4 is a functional block diagram showing functions realized in the present embodiment. As shown in FIG. 4, here, mainly functions implemented by the
［参照系ＡＰＩ］
参照系ＡＰＩ１００は、本発明に係る第１のＡＰＩの一例である。このため、本実施形態で参照系ＡＰＩ１００と記載した箇所は、第１のＡＰＩと読み替えることができる。第１のＡＰＩは、ＡＰＩ提供システム１が提供する複数のＡＰＩのうちの何れかであればよく、参照系ＡＰＩ１００及び更新系ＡＰＩ１０１以外の他のＡＰＩ（例えば、ユーザの基本情報を参照するためのＡＰＩや住所などの登録情報を変更するためのＡＰＩなど）を提供する場合には、当該他のＡＰＩが第１のＡＰＩに相当してもよい。先述したように、参照系ＡＰＩ１００は、口座情報を参照する機能が関連付けられており、本実施形態では、後述する口座データベースを参照する。
[Reference API]
The
［更新系ＡＰＩ］
更新系ＡＰＩ１０１は、本発明に係る第２のＡＰＩの一例である。このため、本実施形態で更新系ＡＰＩ１０１と記載した箇所は、第２のＡＰＩと読み替えることができる。第２のＡＰＩは、ＡＰＩ提供システム１が提供する複数のＡＰＩのうち、第１のＡＰＩとは異なるＡＰＩであればよい。本実施形態では、セキュリティレベルが互いに異なる複数のＡＰＩが存在し、第２のＡＰＩは、第１のＡＰＩよりもセキュリティレベルが高いものとする。このため、第２のＡＰＩは、第１のＡＰＩよりも複雑な認証が必要であり、本実施形態では、第２のＡＰＩは、第１のＡＰＩよりも利用時に必要な認証回数が多いものとする。先述したように、更新系ＡＰＩ１０１は、口座情報を更新する機能が関連付けられており、本実施形態では、後述する口座データベースを更新する。
[Update API]
The update system API 101 is an example of a second API according to the present invention. For this reason, the part described as the update type API 101 in this embodiment can be read as the second API. The second API may be an API different from the first API among the plurality of APIs provided by the
［データ記憶部］
データ記憶部１０２は、ＡＰＩを提供するために必要なデータを記憶する。ここでは、データ記憶部１０２が記憶するデータの一例として、ユーザに関する各種情報を格納するためのユーザデータベースと、口座に関する各種情報を格納するための口座データベースと、を説明する。
[Data storage section]
The
図５は、ユーザデータベースの一例を示す図である。図５に示すように、ユーザデータベースには、ユーザアカウント、ユーザ名、パスワード、Ｃｏｏｋｉｅ、参照系トークン、更新系トークン、及び口座識別情報が格納される。ユーザデータベースに格納されるユーザアカウントとパスワードは、ＡＰＩ提供システム１にログインするための認証情報である。ユーザアカウントは、ユーザがＡＰＩ提供システム１に利用登録した際に発行され、パスワードは、利用登録後に任意のものを設定可能である。
FIG. 5 is a diagram illustrating an example of a user database. As shown in FIG. 5, the user database stores a user account, a user name, a password, a cookie, a reference token, an update token, and account identification information. The user account and password stored in the user database are authentication information for logging in to the
Ｃｏｏｋｉｅは、参照系トークン発行時に生成されたＣｏｏｋｉｅである。参照系トークンが発行されていないユーザについては、ユーザデータベースにＣｏｏｋｉｅは格納されない。Ｃｏｏｋｉｅは、特に有効期限が存在しなくてもよいが、本実施形態では、Ｃｏｏｋｉｅは、有効期限が設定されている。有効期限を示す情報は、Ｃｏｏｋｉｅの内部に組み込まれていてもよいし、Ｃｏｏｋｉｅとは別の情報として管理されていてもよい。 Cookie is a cookie generated when a reference token is issued. For users for whom no reference token has been issued, Cookie is not stored in the user database. Cookie does not need to have an expiration date in particular, but in this embodiment, an expiration date is set for Cookie. Information indicating the expiration date may be incorporated in the cookie, or may be managed as information different from the cookie.
参照系トークンは、参照系ＡＰＩ１００の利用が認可されたことを証明する情報である。参照系トークンは、本発明に係る第１の認証情報に相当する。このため、本実施形態で参照系トークンと記載した箇所は、第１の認証情報と読み替えることができる。参照系トークンは、公知の認証プロトコルを利用して発行されるようにすればよく、本実施形態では、ＯＡｕｔｈ２．０を利用する場合を説明する。
The reference token is information that proves that the use of the
例えば、参照系トークンは、アクセストークンと、リフレッシュトークンと、を含む。アクセストークンとリフレッシュトークンとは、それぞれ有効期限が設定されており、リフレッシュトークンの有効期限は、アクセストークンの有効期限よりも長い。通常のリクエストでは、リフレッシュトークンは送信されずアクセストークンだけが送信され、リフレッシュトークンは、アクセストークンを再発行する場合に送信される。 For example, the reference token includes an access token and a refresh token. The access token and the refresh token have an expiration date, respectively. The expiration date of the refresh token is longer than the expiration date of the access token. In a normal request, only the access token is transmitted without transmitting the refresh token, and the refresh token is transmitted when the access token is reissued.
更新系トークンは、更新系ＡＰＩ１００の利用が認可されたことを証明する情報である。更新系トークンは、本発明に係る第２の認証情報に相当する。このため、本実施形態で更新系トークンと記載した箇所は、第２の認証情報と読み替えることができる。更新系トークンは、公知のプロトコルを利用して発行されるようにすればよく、本実施形態では、ＯＡｕｔｈ２．０を利用する場合を説明する。
The update token is information that proves that the use of the
更新系トークンは、参照系トークンと同様、アクセストークンとリフレッシュトークンとを含んでもよいが、本実施形態では、アクセストークンだけが発行されるものとする。詳細は後述するが、更新系トークンの有効期限は、参照系トークンの有効期限よりも短く、ワンタイム化されているものとする。なお、口座識別情報は、口座を識別するための情報であればよく、例えば、支店名、口座番号、及び口座名義人である。 Similar to the reference token, the update token may include an access token and a refresh token. However, in this embodiment, only the access token is issued. Although details will be described later, it is assumed that the expiration date of the renewal token is shorter than that of the reference token and is one-time. Note that the account identification information may be information for identifying an account, such as a branch name, an account number, and an account holder.
図６は、口座データベースの一例を示す図である。図６に示すように、口座データベースには、銀行の支店名、口座を識別する口座番号、口座名義人、残高情報、暗証番号、及び入出金明細情報が格納される。暗証番号は、口座の暗証番号であり、口座開設時等に指定された暗証番号である。入出金明細情報は、口座の入出金の履歴を示す情報であり、例えば、日付、入出金額、及び入出金者といった情報が格納される。例えば、口座データベースに格納された各情報は、参照系ＡＰＩ１００によって参照される。また例えば、口座データベースに格納された残高情報及び入出金明細情報は、更新系ＡＰＩ１０１によって更新される。
FIG. 6 is a diagram illustrating an example of an account database. As shown in FIG. 6, the account database stores bank branch names, account numbers for identifying accounts, account holders, balance information, personal identification numbers, and deposit / withdrawal details information. The personal identification number is the personal identification number of the account, and is the personal identification number designated when the account is opened. The deposit / withdrawal detail information is information indicating a deposit / withdrawal history of the account, and stores information such as date, deposit / withdrawal amount, and deposit / withdrawal person, for example. For example, each information stored in the account database is referred to by the
［第１認証部］
第１認証部１０３は、ユーザ端末３０から仲介システム２に参照系ＡＰＩ１００の利用要求が送信された場合に、当該利用要求に基づくリダイレクトを受けて、ユーザ端末３０との間でログイン認証を行う。
[First authentication unit]
When a use request for the
利用要求は、利用対象となるＡＰＩを識別するための情報を含み、所定形式のデータが送信されることで利用要求が行われるようにすればよい。利用要求は、ユーザ端末３０から仲介システム２に対してなされる要求のうち、ＡＰＩ提供システム１が提供するＡＰＩの利用が必要なもの（又は、ＡＰＩの利用を予定しているもの）である。本実施形態では、参照系ＡＰＩ１００又は更新系ＡＰＩ１０１の何れかが利用されるので、利用要求には、これらの何れを利用するかを識別するための情報（例えば、メニュー画面Ｇ２のどの項目が選択されたかを示す情報等）が含まれているものとする。
The usage request includes information for identifying an API to be used, and the usage request may be made by transmitting data in a predetermined format. The use request is a request that requires use of the API provided by the
なお、ユーザ端末３０から受信する要求の中には、ＡＰＩ提供システム１が提供するＡＰＩを利用しないもの（例えば、メニュー画面Ｇ２における経費申請等）もあるので、仲介システム２は、ＡＰＩ提供システム１が提供するＡＰＩを利用する要求がどれであるかを特定可能となっている。例えば、仲介システム２は、メニュー画面Ｇ２の入出金明細照会の項目が選択された旨の通知を受信した場合には、参照系ＡＰＩの利用要求であると判定し、メニュー画面Ｇ２の振込処理の項目が選択された旨の通知を受信した場合には、更新系ＡＰＩの利用要求であると判定する。
Note that some of the requests received from the
参照系ＡＰＩ１００の利用要求は、ユーザが操作部３４から所定の操作を行った場合に、ユーザ端末３０から仲介システム２に送信される。本実施形態では、メニュー画面Ｇ２において入出金明細参照の項目を選択する操作を一例として説明するので、ユーザ端末３０から仲介システム２に対し、入出金明細参照の項目が選択された旨の通知が送信されることが、参照系ＡＰＩ１００の利用要求が送信されることに相当する。仲介システム２において、当該通知が受信された場合に、参照系ＡＰＩ１００にリクエストを送信するようになっている。なお、入出金明細参照以外にも、残高照会の項目をするための操作が行われた場合に、参照系ＡＰＩ１００の利用要求が送信されてもよい。
The use request for the
なお、リダイレクトは、公知の方法で実行されるようにすればよく、仲介システム２側で実行されてもよいし、ユーザ端末３０側で実行されてもよい。例えば、Ａｐａｃｈｅで．ｈｔａｃｃｅｓｓファイルに所定のルールを記載しておくことによって、仲介システム２側でリダイレクトが実行されてもよいし、ＪａｖａＳｃｒｉｐｔ（登録商標）を利用してユーザ端末３０側でリダイレクトが実行されてもよい。
The redirect may be executed by a known method, and may be executed on the
ログイン認証は、本発明に係る第１の認証の一例である。このため、本実施形態でログイン認証と記載した箇所は、第１の認証と読み替えることができる。第１の認証は、ＡＰＩ提供システム１とユーザ端末３０との間で行われる認証であればよい。本実施形態のように、ログイン画面Ｇ３から入力されたユーザアカウントとパスワードを利用したログイン認証以外にも、第１の認証は、種々の認証方法を利用可能である。例えば、顔認証や指紋認証などの生体認証であってもよいし、物理トークンや携帯機器ＰＩＮを利用した認証であってもよい。他にも例えば、ＩＣカードを利用した認証であってもよいし、二次元コード等のコード情報を利用した認証であってもよい。
Login authentication is an example of first authentication according to the present invention. For this reason, the place described as login authentication in this embodiment can be read as the first authentication. The first authentication may be authentication performed between the
例えば、第１認証部１０３は、ユーザ端末３０から受信した認証情報（ユーザが入力した認証情報）と、ユーザデータベースに格納された認証情報と、に基づいて、ログイン認証を実行する。本実施形態のように、ユーザアカウントとパスワードの組み合わせを利用する場合には、第１認証部１０３は、ユーザ端末３０から受信したユーザアカウントとパスワードの組み合わせと、ユーザデータベースに格納されたユーザアカウントとパスワードの組み合わせと、が一致するか否かを判定する。第１認証部１０３は、これらが一致する場合には認証成功と判定し、これらが一致しない場合には認証失敗と判定する。なお、認証成功と判定されるためには、必ずしも認証情報が一致しなければならないわけではなく、例えば、生体認証を利用する場合には、顔認証又は指紋認証における画像の一致度が１００％でなくても、閾値以上であれば認証成功と判定してもよい。
For example, the
［第１発行部］
第１発行部１０４は、ログイン認証が成功した場合に、ユーザ端末３０にＣｏｏｋｉｅを発行し、仲介システム２に、参照系ＡＰＩ１００を利用するための参照系トークンを発行する。
[First issue section]
When the login authentication is successful, the
Ｃｏｏｋｉｅは、本発明に係るユーザ認証情報の一例である。このため、本実施形態でＣｏｏｋｉｅと記載した箇所は、ユーザ認証情報と読み替えることができる。ユーザ認証情報は、第１の認証が成功したユーザ（又はユーザ端末３０）を識別する情報である。本実施形態では、参照系ＡＰＩ１００を利用する場合のログイン認証が第１の認証に相当するので、Ｃｏｏｋｉｅは、当該ログイン認証が成功したユーザを識別する情報といえる。なお、ユーザ認証情報は、Ｃｏｏｋｉｅに限られず、例えば、電子証明書、暗号キー、又はパスコードといった情報であってもよい。
Cookie is an example of user authentication information according to the present invention. For this reason, the part described as Cookie in this embodiment can be read as user authentication information. The user authentication information is information for identifying a user (or user terminal 30) that has succeeded in the first authentication. In the present embodiment, since the login authentication when using the
なお、ユーザ認証情報の発行方法自体は、公知の種々の手法を適用可能であり、ユーザ認証情報の内容に応じたアルゴリズムを用意しておき、第１発行部１０４は、当該アルゴリズムに基づいて、ユーザ認証情報を発行すればよい。本実施形態のように、Ｃｏｏｋｉｅをユーザ認証情報として利用する場合には、例えば、第１発行部１０４は、ＰＨＰ（Ｈｙｐｅｒｔｅｘｔ Ｐｒｅｐｒｏｃｅｓｓｏｒ）におけるｓｅｔｃｏｏｋｉｅ関数に基づいて、Ｃｏｏｋｉｅを発行してもよい。
Note that various methods known in the art can be applied to the user authentication information issuing method itself, and an algorithm corresponding to the content of the user authentication information is prepared, and the
例えば、Ｃｏｏｋｉｅには、特に有効期限が設定されていなくてもよいが、本実施形態では、第１発行部１０４は、Ｃｏｏｋｉｅに有効期限を設定する。Ｃｏｏｋｉｅの有効期限は、任意の長さであればよく、例えば、１０分〜１時間程度であってもよいし、それ以下又はそれ以上であってもよい。Ｃｏｏｋｉｅの有効期限は、ユーザ端末３０がＡＰＩ提供システム１にアクセスした場合に延長されるようにしてもよい。
For example, in the present embodiment, the
参照系トークンは、本発明に係る第１の認証情報の一例である。このため、本実施形態で参照系トークンと記載した箇所は、第１の認証情報と読み替えることができる。第１の認証情報は、第１のＡＰＩの利用が認証されたユーザを識別する情報である。なお、第１の認証情報は、トークンに限られず、例えば、電子証明書、暗号キー、又はパスコードといった情報であってもよい。ただし、第１の認証情報は、ユーザ認証情報とは異なる情報であるものとする。第１の認証情報の発行方法自体は、公知の種々の手法を適用可能であり、第１の認証情報の内容に応じたアルゴリズムを用意しておき、第１発行部１０４は、当該アルゴリズムに基づいて、第１の認証情報を発行すればよい。本実施形態のように、トークンを第１の認証情報として利用する場合には、例えば、ＯＡｕｔｈ２．０で実装されているトークン生成方法を利用すればよい。
The reference token is an example of first authentication information according to the present invention. For this reason, the part described as the reference token in the present embodiment can be read as the first authentication information. The first authentication information is information for identifying a user who is authenticated to use the first API. Note that the first authentication information is not limited to a token, and may be information such as an electronic certificate, an encryption key, or a passcode. However, the first authentication information is different from the user authentication information. Various known methods can be applied to the first authentication information issuance method itself, and an algorithm corresponding to the content of the first authentication information is prepared, and the
例えば、参照系トークンには、特に有効期限が設定されていなくてもよいが、本実施形態では、第１発行部１０４は、参照系トークンに有効期限を設定する。参照系トークンの有効期限は、任意の長さであればよく、例えば、参照系トークンのアクセストークン（以降、単に参照系アクセストークンと記載する。）については１０分〜１時間程度とし、参照系トークンのリフレッシュトークン（以降、単に参照系リフレッシュトークンと記載する。）については、数時間程度としてもよい。
For example, an expiration date may not be set for the reference token, but in the present embodiment, the
なお、本実施形態では、Ｃｏｏｋｉｅの有効期限と、参照系アクセストークンの有効期限と、を同じ長さにして、参照系アクセストークンの有効期限が切れた場合に、Ｃｏｏｋｉｅも無効とする場合を説明するが、これらの長さは異なってもよい。例えば、Ｃｏｏｋｉｅの有効期限を参照系アクセストークンの有効期限よりも短く設定することで、後述するＣｏｏｋｉｅ認証のセキュリティレベルを上げるようにしてもよい。 In the present embodiment, the case where the cookie expiration date and the reference access token expiration date are set to the same length, and the cookie is also invalidated when the reference access token expires. However, these lengths may be different. For example, the security level of cookie authentication, which will be described later, may be increased by setting the expiration date of the cookie to be shorter than the expiration date of the reference access token.
［第１提供部］
第１提供部１０５は、仲介システム２から受信した参照系トークンに基づいて、参照系ＡＰＩ１００を提供する。例えば、第１提供部１０５は、仲介システム２から参照系トークンを受信し、当該参照系トークンの正当性を確認する。第１提供部１０５は、仲介システム２から受信した参照系トークンと、ユーザデータベースに格納された参照系トークンと、が一致するか否かを判定する。第１提供部１０５は、これらが一致しない場合には、参照系ＡＰＩ１００を提供せず、これらが一致する場合に、参照系ＡＰＩ１００を提供する。
[First provider]
The first providing
なお、ＡＰＩを提供するとは、ＡＰＩが有する機能を提供することであり、ＡＰＩに関連付けられたプログラムを実行して処理結果を返すことを意味する。参照系ＡＰＩ１００であれば、口座データベースを参照する機能が関連付けられているので、第１提供部１０５は、口座データベースに格納された支店名、口座番号、口座残高、及び入出金明細情報の少なくとも１つを送信することによって、参照系ＡＰＩ１００を提供する。例えば、第１提供部１０５は、入出金明細情報を送信することによって、入出金明細を参照させ、口座残高の数値を送信することによって、口座残高を参照させる。
Providing an API means providing a function of the API, and means executing a program associated with the API and returning a processing result. Since the function of referring to the account database is associated with the
本実施形態では、参照系トークンに有効期限が設定されているので、第１提供部１０５は、参照系トークンに設定された有効期限に基づいて、参照系ＡＰＩ１００を提供する。第１提供部１０５は、リアルタイムクロック等を利用して現在日時を取得し、参照系トークンに設定された有効期限が経過しているか否かを判定する。本実施形態では、第１提供部１０５は、参照系アクセストークンに設定された有効期限が経過しているか否かを判定することになる。第１提供部１０５は、有効期限が経過していると判定した場合は参照系ＡＰＩ１００を提供せず、有効期限が経過していないと判定された場合は参照系ＡＰＩ１００を提供する。
In the present embodiment, since the expiration date is set for the reference token, the first providing
［第２認証部］
第２認証部１０６は、ユーザ端末３０から仲介システム２に更新系ＡＰＩ１０１の利用要求が送信された場合に、当該利用要求に基づくリダイレクトを受けて、ユーザ端末３０との間で、第１発行部１０４により発行されたＣｏｏｋｉｅに基づくＣｏｏｋｉｅ認証を行う。なお、リダイレクト処理自体は、参照系ＡＰＩの利用要求が送信された場合と同様の処理で実行されてよい。
[Second Authentication Unit]
When a use request for the update API 101 is transmitted from the
更新系ＡＰＩ１０１の利用要求は、ユーザが操作部３４から所定の操作を行った場合に、ユーザ端末３０から仲介システム２に送信される。本実施形態では、メニュー画面Ｇ２において振込処理が選択され、その後に振込内容入力画面Ｇ５から振込内容を入力する操作を一例として説明するが、利用要求は、予め定められた操作が行われた場合に送信されるようにすればよく、例えば、経費申請を承認する操作であってもよい。
The use request for the update API 101 is transmitted from the
Ｃｏｏｋｉｅ認証は、本発明に係る第２の認証の一例である。このため、本実施形態でＣｏｏｋｉｅ認証と記載した箇所は、第２の認証と読み替えることができる。第２の認証は、第１の認証を実行したユーザとの同一性を確認するための認証であり、第２の認証は、第１の認証が成功した際にユーザ端末３０に送信されたユーザ認証情報を利用して行われる。本実施形態では、Ｃｏｏｋｉｅがユーザ認証情報に相当する場合を説明するので、Ｃｏｏｋｉｅ認証を例に挙げるが、ユーザ認証情報が電子証明書、暗号キー、又はパスコードであれば、これらの正当性を確認することが第２の認証であってもよい。即ち、第２の認証は、第１の認証が成功したユーザしか知りえない（第１の認証が成功したユーザのユーザ端末３０でしか記憶しえない）情報の有無を確認するための認証といえる。
Cookie authentication is an example of second authentication according to the present invention. For this reason, the part described as Cookie authentication in this embodiment can be read as the second authentication. The second authentication is authentication for confirming the identity with the user who executed the first authentication, and the second authentication is a user transmitted to the
例えば、第２認証部１０６は、ユーザ端末３０に対してＣｏｏｋｉｅを要求し、ユーザ端末３０から受信したＣｏｏｋｉｅと、ユーザデータベースに格納されたＣｏｏｋｉｅと、に基づいて、Ｃｏｏｋｉｅ認証を実行する。第２認証部１０６は、これらが一致するか否かを判定する。第２認証部１０６は、これらが一致する場合には認証成功と判定し、これらが一致しない場合には認証失敗と判定する。別の言い方をすれば、第２認証部１０６は、ユーザ端末３０から受信したＣｏｏｋｉｅがユーザデータベースに存在するか否かを判定する。第２認証部１０６は、ユーザ端末３０から受信したＣｏｏｋｉｅがユーザデータベースに存在する場合には認証成功と判定し、存在しない場合には認証失敗と判定する。
For example, the second authentication unit 106 requests Cookie from the
本実施形態では、Ｃｏｏｋｉｅに有効期限が設定されているので、第２認証部１０６は、Ｃｏｏｋｉｅに設定された有効期限に基づいて、Ｃｏｏｋｉｅ認証を行う。第２認証部１０６は、リアルタイムクロック等を利用して現在日時を取得し、Ｃｏｏｋｉｅに設定された有効期限が経過しているか否かを判定する。第２認証部１０６は、有効期限が経過していると判定した場合は認証失敗とし、有効期限が経過していない場合は認証成功とする。 In the present embodiment, since the expiration date is set in Cookie, the second authentication unit 106 performs Cookie authentication based on the expiration date set in Cookie. The second authentication unit 106 acquires the current date and time using a real-time clock or the like, and determines whether or not the expiration date set in Cookie has elapsed. If the second authentication unit 106 determines that the expiration date has passed, the second authentication unit 106 determines that the authentication has failed.
なお、Ｃｏｏｋｉｅの有効期限が経過しているか否かは、ユーザ端末３０において判定されてもよい。この場合、第２認証部１０６は、ユーザ端末３０から当該判定結果だけを受信するようにしてもよい。例えば、第２認証部１０６は、Ｃｏｏｋｉｅの有効期限が経過していない旨の判定結果を受信した場合は認証失敗とし、Ｃｏｏｋｉｅの有効期限が経過している旨の判定結果を受信した場合は認証成功としてもよい。また、第２認証部１０６によりＣｏｏｋｉｅ認証が失敗したと判定された場合は、第１認証部１０３によるログイン認証が再び実行され、Ｃｏｏｋｉｅの再発行と、参照系トークンの再発行と、が実行されてもよい。
Note that the
［第３認証部］
第３認証部１０７は、第２の認証が成功した場合に、ユーザ端末３０との間で暗証番号認証を行う。
[Third authentication unit]
The third authentication unit 107 performs password authentication with the
暗証番号認証は、本発明に係る第３の認証の一例である。このため、本実施形態で暗証番号認証と記載した箇所は、第３の認証と読み替えることができる。第３の認証は、第２の認証とは異なる認証方法であればよい。本実施形態では、第２の認証は、第１の認証時に発行されたユーザ認証情報が用いられる認証なので、第３の認証は、第１の認証前からユーザとＡＰＩ提供システム１とが互いに保有している認証情報を利用して実行される。また例えば、第１の認証、第２の認証、及び第３の認証の各々で用いられる認証情報は、異なるデータベースで別管理することによってセキュリティ性を高めてもよい。
The password authentication is an example of a third authentication according to the present invention. For this reason, the location described as the password authentication in this embodiment can be read as the third authentication. The third authentication may be an authentication method different from the second authentication. In the present embodiment, since the second authentication is an authentication using the user authentication information issued at the time of the first authentication, the user and the
例えば、本実施形態では、第２の認証でＣｏｏｋｉｅが利用され、第３の認証で暗証番号が利用される場合を説明するが、第３の認証では、第２の認証で用いられるＣｏｏｋｉｅ以外の情報が用いられるようにすればよく、暗証番号以外にも、電子証明書、暗号キー、又はパスコードが利用されてもよい。また例えば、第３の認証は、第１の認証と同じ認証方法（例えば、ログイン認証等）であってもよいが、本実施形態では、よりセキュリティ性を高めるために、第３の認証が第１の認証と異なる認証方法とし、暗証番号認証が用いられる場合を説明する。 For example, in the present embodiment, a case where Cookie is used in the second authentication and a personal identification number is used in the third authentication will be described. However, in the third authentication, a cookie other than the cookie used in the second authentication is described. Information may be used, and an electronic certificate, an encryption key, or a passcode may be used in addition to the password. In addition, for example, the third authentication may be the same authentication method (for example, login authentication) as the first authentication. However, in the present embodiment, the third authentication is performed in order to improve security. A case where the authentication method is different from the authentication of 1 and password authentication is used will be described.
例えば、第３認証部１０７は、暗証番号認証が行われる場合に、更新系ＡＰＩ１０１の利用要求の内容をユーザ端末３０に表示させてもよい。利用要求の内容とは、更新系ＡＰＩ１０１に対する命令内容であり、更新系ＡＰＩ１０１のプログラムの引数となりうる情報である。例えば、更新系ＡＰＩ１０１によって振込処理が実行される場合には、振込先の口座情報や振込金額といった情報である。また例えば、更新系ＡＰＩ１０１によって入出金処理が実行される場合には、入出金額や入出金者といった情報である。
For example, the third authentication unit 107 may cause the
例えば、第３認証部１０７は、Ｃｏｏｋｉｅ認証が成功した場合に、図３に示す暗証番号入力画面Ｇ６をユーザ端末３０に表示させる。第３認証部１０７は、仲介システム２から受信した利用要求に含まれる情報を参照し、更新系ＡＰＩ１０１の利用要求の内容を取得する。第３認証部１０７は、当該取得した内容に基づいて、暗証番号入力画面Ｇ６の表示内容を決定し、ユーザ端末３０に表示させる。
For example, when the cookie authentication is successful, the third authentication unit 107 causes the
なお、更新系ＡＰＩ１０１の利用要求の内容は、暗証番号が入力される前に表示されるようにすればよく、必ずしも暗証番号を入力する画面と同じ画面で表示させなくてもよい。例えば、更新系ＡＰＩ１０１の利用要求の内容は、暗証番号入力画面Ｇ６を表示させる前の画面で表示させてもよいし、暗証番号入力画面Ｇ６のポップアップとして表示されてもよい。 It should be noted that the content of the usage request for the update API 101 may be displayed before the password is input, and may not be displayed on the same screen as the screen for inputting the password. For example, the contents of the usage request for the update API 101 may be displayed on a screen before the password input screen G6 is displayed, or may be displayed as a pop-up of the password input screen G6.
［第２発行部］
第２発行部１０８は、Ｃｏｏｋｉｅ認証が成功した場合に、仲介システム２に、更新系ＡＰＩ１０１を利用するための更新系トークンを発行する。
[Second issue section]
The second issuing unit 108 issues an update token for using the update API 101 to the
更新系トークンは、本発明に係る第２の認証情報の一例である。このため、本実施形態で更新系トークンと記載した箇所は、第２の認証情報と読み替えることができる。第２の認証情報は、第２のＡＰＩの利用が認証されたユーザを識別する情報である。なお、第２の認証情報は、トークンに限られず、例えば、電子証明書、暗号キー、又はパスコードといった情報であってもよい。ただし、第２の認証情報は、ユーザ認証情報及び第１の認証情報とは異なる情報であるものとする。第２の認証情報の発行方法自体は、公知の種々の手法を適用可能であり、第２の認証情報の内容に応じたアルゴリズムを用意しておき、第２発行部１０８は、当該アルゴリズムに基づいて、第２の認証情報を発行すればよい。本実施形態のように、トークンを第２の認証情報として利用する場合には、例えば、ＯＡｕｔｈ２．０で実装されているトークン生成方法を利用すればよい。 The renewal token is an example of second authentication information according to the present invention. For this reason, the part described as the update token in this embodiment can be read as the second authentication information. The second authentication information is information for identifying a user who is authenticated to use the second API. Note that the second authentication information is not limited to a token, and may be information such as an electronic certificate, an encryption key, or a passcode. However, the second authentication information is different from the user authentication information and the first authentication information. Various known methods can be applied to the second authentication information issuing method itself, and an algorithm corresponding to the content of the second authentication information is prepared, and the second issuing unit 108 is based on the algorithm. Thus, the second authentication information may be issued. When the token is used as the second authentication information as in the present embodiment, for example, a token generation method implemented in OAuth 2.0 may be used.
本実施形態では、更新系ＡＰＩ１０１の利用要求を受信した場合に、Ｃｏｏｋｉｅ認証と暗証番号認証が実行されるので、第２発行部１０８は、Ｃｏｏｋｉｅ認証が成功し、かつ、暗証番号認証が成功した場合に、更新系トークンを発行する。第２発行部１０８は、Ｃｏｏｋｉｅ認証又は暗証番号認証の何れか一方でも失敗した場合には、更新系トークンを発行せず、Ｃｏｏｋｉｅ認証と暗証番号認証の両方が成功した場合に、更新系トークンを発行する。 In the present embodiment, when the use request for the update API 101 is received, the cookie authentication and the password authentication are executed, so that the second issuing unit 108 succeeds in the cookie authentication and the password authentication succeeds. In this case, an update token is issued. The second issuing unit 108 does not issue an update token if either Cookie authentication or PIN authentication fails, and if both Cookie authentication and PIN authentication succeed, the second issue unit 108 issues an update token. Issue.
例えば、更新系トークンには、特に有効期限が設定されていなくてもよいが、本実施形態では、第２発行部１０８は、更新系トークンに有効期限を設定する。更新系トークンの有効期限は、任意の長さであればよく、参照系トークンと同じ長さとしてもよいが、本実施形態では、第２発行部１０８は、Ｃｏｏｋｉｅに、参照系トークンよりも短い有効期限を設定する場合を説明する。例えば、参照系トークンの有効期限を１０分〜１時間程度とする場合、更新系トークンの有効期限は数十秒〜数分程度であってもよい。 For example, an expiration date may not be set for the renewal token, but in the present embodiment, the second issuing unit 108 sets an expiration date for the renewal token. The validity period of the renewal token may be an arbitrary length and may be the same length as the reference token, but in the present embodiment, the second issuing unit 108 is shorter than the reference token in the cookie. A case where an expiration date is set will be described. For example, when the expiration date of the reference token is about 10 minutes to 1 hour, the expiration date of the renewal token may be about several tens of seconds to several minutes.
なお、本実施形態では、第２発行部１０８は、更新系トークンのアクセストークン（以降、単に更新系アクセストークンと記載する。）だけを発行し、更新系トークンのリフレッシュトークン（以降、単に更新系リフレッシュトークンと記載する。）は発行しないものとして説明するが、更新系リフレッシュトークンを発行してもよい。ただし、この場合も、更新系リフレッシュトークンの有効期限は、参照系リフレッシュトークンの有効期限よりも短いものとする。 In the present embodiment, the second issuing unit 108 issues only an access token for an update token (hereinafter simply referred to as an update access token), and a refresh token for an update token (hereinafter simply referred to as an update token). Is described as not being issued, but an update-type refresh token may be issued. However, also in this case, the expiration date of the update-type refresh token is shorter than the expiration date of the reference-type refresh token.
また例えば、第２発行部１０８は、更新系トークンに基づく更新系ＡＰＩ１０１の利用期間が所定期間未満となるように、更新系トークンを発行してもよい。当該所定期間は、任意の長さを設定すればよいが、例えば、更新系トークンのアクセストークン（以降、単に更新系アクセストークンと記載する。）については数十秒〜数分程度とし、更新系トークンを実質的にワンタイム化してもよい。例えば、第２発行部１０８は、利用期間が１分未満の更新系トークンを発行する。 Further, for example, the second issuing unit 108 may issue the update token such that the usage period of the update API 101 based on the update token is less than a predetermined period. The predetermined period may be set to an arbitrary length. For example, an access token for an update token (hereinafter simply referred to as an update access token) is set to several tens of seconds to several minutes. The token may be made substantially one-time. For example, the second issuing unit 108 issues an updated token having a usage period of less than 1 minute.
なお、第２発行部１０８は、更新系トークンに基づく更新系ＡＰＩ１０１の提供回数（利用回数）が所定回数未満となるように、更新系トークンを発行してもよい。即ち、有効期限ではなく、更新系トークンの使用回数に上限値を設けるようにしてもよい。例えば、上限値としては、１回に限られず、２回又は３回以上であってもよいが、上限値を少なく設定した方がセキュリティを高くすることができる。この場合、更新系ＡＰＩ１０１の提供回数を示す情報は、ユーザデータベース等に格納しておけばよい。後述する第２提供部１０９は、更新系ＡＰＩ１０１の提供回数が上限値に達したか否かを判定し、更新系トークンの有効性を判断してもよい。
Note that the second issuing unit 108 may issue the update token so that the number of times (the number of uses) of the update API 101 based on the update token is less than a predetermined number. In other words, an upper limit may be set for the number of times the renewal token is used instead of the expiration date. For example, the upper limit value is not limited to one time, and may be two or three times or more, but security can be enhanced by setting a lower upper limit value. In this case, information indicating the number of times the update API 101 is provided may be stored in a user database or the like. The second providing
なお、上記では、Ｃｏｏｋｉｅ認証が成功した場合に、第２発行部１０８が更新系トークンを発行する処理を説明したが、Ｃｏｏｋｉｅ認証が失敗した場合には、第１認証部１０３は、ユーザ端末３０との間で再度のログイン認証を行うようにしてもよい。再度のログイン認証は、１回目と全く同じ方法であってもよいし、１回目とは異なる認証方法であってもよい。例えば、１回目のログイン認証は、ユーザアカウントパスワードの組み合わせを利用して、再度のログイン認証は、当該組み合わせに追加して他の情報を利用してもよい。
In the above description, the process in which the second issuing unit 108 issues an update token when the cookie authentication is successful has been described. However, when the cookie authentication fails, the
第１発行部１０４は、再度のログイン認証が成功した場合に、ユーザ端末３０に新たなＣｏｏｋｉｅを発行する。Ｃｏｏｋｉｅの発行方法自体は、先述した通りである。この場合に、第２認証部１０６は、新たなＣｏｏｋｉｅに基づく再度のＣｏｏｋｉｅ認証を行うようにしてもよい。Ｃｏｏｋｉｅ認証の認証方法自体も、先述した通りである。再度のＣｏｏｋｉｅ認証が成功した場合には、暗証番号認証に進むようにすればよい。
The
［第２提供部］
第２提供部１０９は、仲介システム２から受信した更新系トークンに基づいて、更新系ＡＰＩ１０１を提供する。例えば、第２提供部１０９は、仲介システム２から更新系トークンを受信し、当該更新系トークンの正当性を確認する。第２提供部１０９は、仲介システム２から受信した更新系トークンと、ユーザデータベースに格納された更新系トークンと、が一致するか否かを判定する。第２提供部１０９は、これらが一致しない場合には、更新系ＡＰＩ１０１を提供せず、これらが一致する場合に、更新系ＡＰＩ１０１を提供する。
[Second providing section]
The second providing
なお、ＡＰＩを提供するという言葉の意味は、第１提供部１０５で説明した通りである。更新系ＡＰＩ１０１であれば、口座データベースに格納された口座情報を更新する機能が関連付けられているので、第２提供部１０９は、口座データベースに格納された口座情報に基づいて振込処理を実行したり入出金処理を実行したりすることによって、更新系ＡＰＩ１０１を提供する。なお、口座情報を更新とは、口座情報の内容を変更することであり、例えば、口座残高の数値を変更したり、入出金明細情報に情報を追加したりすることである。
The meaning of providing the API is as described in the first providing
例えば、第２提供部１０９は、振込処理によって振り込まれた金額に基づいて、口座残高を減少させ、振込内容に基づいて、入出金明細情報を更新する。また例えば、第２提供部１０９は、入金処理によって入金された金額に基づいて、口座残高を増加させ、入金内容に基づいて、入出金明細情報を更新する。また例えば、第２提供部１０９は、出金処理によって出金された金額に基づいて、口座残高を減少させ、出金内容に基づいて、入出金明細情報を更新する。
For example, the second providing
本実施形態では、参照系トークンよりも短い有効期限が更新系トークンに設定されているので、第２提供部１０９は、更新系トークンに設定された、参照系トークンよりも短い有効期限に基づいて、第２のＡＰＩを提供することになる。第２提供部１０９は、リアルタイムクロック等を利用して現在日時を取得し、更新系トークンに設定された有効期限が経過しているか否かを判定する。第２提供部１０９は、有効期限が経過していると判定した場合は更新系ＡＰＩ１０１を提供せず、有効期限が経過していないと判定された場合は更新系ＡＰＩ１０１を提供する。
In this embodiment, since the expiration date shorter than the reference token is set in the renewal token, the second providing
［仲介システムとユーザ端末で実現される機能］
仲介システム２では、例えば、仲介サーバ２０の記憶部２２は、仲介システム２のユーザアカウントとパスワードなどのデータベースを記憶する。ユーザによる仲介システム２へのログインは、当該データベースに基づいて実行される。また例えば、記憶部２２は、ユーザアカウントに関連付けて、第１発行部１０４が発行した参照系トークンと、第２発行部１０８が発行した更新系トークンと、を記憶する。また例えば、ＡＰＩ提供システム１のユーザアカウントと、仲介システム２のユーザアカウントと、が連携されてもよく、これらの対応関係が記憶部２２に記憶されてもよい。同様の対応関係は、ＡＰＩ提供システム１のデータ記憶部１０２に記憶されてもよい。
[Functions implemented in the brokerage system and user terminal]
In the
ユーザ端末３０では、例えば、記憶部３２は、第１発行部１０４が発行したＣｏｏｋｉｅを記憶する。また例えば、制御部３１は、操作部３４が受け付けた操作内容を、通信部３３を介してＡＰＩ提供システム１又は仲介システム２に送信する。また例えば、制御部３１は、通信部３３を介してＡＰＩ提供システム１又は仲介システム２から受信したデータに基づいて、図２及び図３で説明した各種画面を表示部３５に表示させる。
In the
［４．本実施形態において実行される処理］
図７−図１０は、本実施形態において実行される処理のフロー図である。図７−図１０に示す処理は、制御部１１が記憶部１２に記憶されたプログラムに従って動作し、制御部２１が記憶部２２に記憶されたプログラムに従って動作し、制御部３１が記憶部３２に記憶されたプログラムに従って動作することによって実行される。これらの処理は、各機能ブロックが実行する処理の一例である。
[4. Processing executed in this embodiment]
7 to 10 are flowcharts of processing executed in the present embodiment. 7 to 10, the
図７に示すように、まず、ユーザ端末３０において、仲介システム２が提供するサービスのアプリケーションが起動したり、仲介システム２のウェブサイトのＵＲＬが入力されたりすると、制御部３１は、仲介システム２にアクセスする（Ｓ１）。仲介システム２においては、アクセスを受け付けると、仲介サーバ２０の制御部２１は、ユーザ端末３０に対し、ログイン画面Ｇ１の表示データを送信する（Ｓ２）。表示データは、ユーザ端末３０に画面を表示させるためのデータであればよく、例えば、ＨＴＭＬデータであってもよいし、アプリ内の画面フレームにはめ込む画像やテキストであってもよい。
As illustrated in FIG. 7, first, when an application of a service provided by the
ユーザ端末３０においては、表示データを受信すると、制御部３１は、ログイン画面Ｇ１を表示部３５に表示させる（Ｓ３）。ログイン画面Ｇ１から入力されたユーザアカウントとパスワードが仲介システム２に送信され、仲介サーバ２０の制御部２１は、ログイン認証を実行する（Ｓ４）。Ｓ３においては、ユーザ端末３０は、ユーザがログイン画面Ｇ１で入力したユーザアカウントとパスワードの組み合わせを送信し、Ｓ４においては、仲介システム２は、記憶部２２に記憶された当該組み合わせと一致するか否かを判定する。
In the
Ｓ４におけるログイン認証が失敗した場合、所定のエラーメッセージがユーザ端末３０に表示され、Ｓ３の処理に戻る。一方、Ｓ４におけるログイン認証が成功すると、仲介サーバ２０の制御部２１は、所定のログイン処理を実行し、ユーザ端末３０に対し、メニュー画面Ｇ２の表示データを送信する（Ｓ５）。
When the login authentication in S4 fails, a predetermined error message is displayed on the
ユーザ端末３０においては、表示データを受信すると、制御部３１は、メニュー画面Ｇ２を表示部３５に表示させる（Ｓ６）。制御部３１は、操作部３４の検出信号に基づいて、仲介システム２に対し、ユーザの要求を送信する（Ｓ７）。Ｓ７においては、会計業務支援サービスに係る種々の要求が送信されてよいが、ここでは説明の簡略化のために、入出金明細の照会要求、又は、振込処理の実行要求の何れかが送信される場合を説明する。例えば、入出金明細の照会要求は、メニュー画面Ｇ２の入出金明細照会の項目が選択された場合に送信され、振込処理の実行要求は、メニュー画面Ｇ２の振込処理の項目が選択された後に、振込内容入力画面Ｇ５において振込内容が入力された場合に送信される。
In the
仲介システム２においては、要求を受信すると、仲介サーバ２０の制御部２１は、参照系ＡＰＩ１００又は更新系ＡＰＩ１０１の何れの利用要求を受信したかを判定する（Ｓ８）。Ｓ８においては、入出金明細の照会要求であれば、参照系ＡＰＩ１００の利用要求であると判定され、振込処理の実行要求であれば、更新系ＡＰＩ１０１の利用要求であると判定される。
In the
参照系ＡＰＩ１００の利用要求であると判定された場合（Ｓ８；参照系）、制御部２１は、ユーザの参照系トークンが記憶部２２に記録されているか否かを判定する（Ｓ９）。Ｓ９においては、制御部２１は、仲介システム２のユーザアカウントに関連付けて、参照系トークンが記憶部２２に記憶されているか否かを判定する。参照系トークンが記録されていないと判定された場合（Ｓ９；Ｎ）、仲介システム２とＡＰＩ提供システム１との間で、参照系トークンを発行するための参照系トークン発行処理が実行される（Ｓ１０）。
When it is determined that the request is for using the reference system API 100 (S8; reference system), the control unit 21 determines whether or not the user's reference system token is recorded in the storage unit 22 (S9). In S <b> 9, the control unit 21 determines whether or not a reference token is stored in the
図８は、参照系トークン発行処理の詳細を示す図である。図８に示すように、仲介システム２において、仲介サーバ２０の制御部２１は、ＡＰＩ提供システム１へのリダイレクトを実行する（Ｓ１０１）。ＡＰＩ提供システム１のＵＲＬが予め記憶部２２に記憶されており、Ｓ１０１においては、制御部２１は、当該ＵＲＬに基づいてリダイレクトを実行する。なお、先述したように、ＡＰＩ提供システム１へのリダイレクトが実行される旨を予めユーザ端末３０に表示させ、ユーザの同意を得てもよいし、リダイレクト処理がユーザ端末３０において実行されてもよい。
FIG. 8 is a diagram showing details of the reference token issuing process. As shown in FIG. 8, in the
Ｓ１０１におけるリダイレクトが実行されると、ユーザ端末３０がＡＰＩ提供システム１にアクセスし、ＡＰＩ提供システム１において、ＡＰＩ提供サーバ１０の制御部１１は、ユーザ端末３０に対し、ログイン画面Ｇ３の表示データを送信する（Ｓ１０２）。
When the redirect in S101 is executed, the
ユーザ端末３０においては、表示データを受信すると、制御部３１は、ログイン画面Ｇ３を表示部３５に表示させる（Ｓ１０３）。ログイン画面Ｇ３から入力されたユーザアカウントとパスワードがＡＰＩ提供システム１に送信され、ＡＰＩ提供サーバ１０の制御部１１は、ログイン認証を実行する（Ｓ１０４）。Ｓ１０４においては、ユーザ端末３０は、ユーザがログイン画面Ｇ３で入力したユーザアカウントとパスワードの組み合わせを送信し、ＡＰＩ提供システム１は、ユーザデータベースに格納された当該組み合わせと一致するか否かを判定する。
In the
Ｓ１０４におけるログイン認証が失敗した場合、所定のエラーメッセージがユーザ端末３０に表示され、Ｓ１０３の処理に戻る。一方、Ｓ１０４におけるログイン認証が成功すると、ＡＰＩ提供サーバ１０の制御部１１は、所定のログイン処理を実行してＣｏｏｋｉｅを発行し、ユーザ端末３０に対し、Ｃｏｏｋｉｅを送信する（Ｓ１０５）。Ｓ１０５においては、制御部１１は、リアルタイムクロック等から取得した現在日時の所定時間後の時間をＣｏｏｋｉｅの有効期限に設定する。先述したように、Ｃｏｏｋｉｅは、所定の関数に基づいて発行されるようにすればよい。なお、Ｓ１０４におけるログイン処理が成功した後は、ユーザ端末３０がＡＰＩ提供システム１と通信する場合には、ＡＰＩ提供システム１のユーザアカウントが適宜送信されるものとする。ユーザ端末３０においては、Ｃｏｏｋｉｅを受信すると、制御部３１は、Ｃｏｏｋｉｅを記憶部３２に記録する（Ｓ１０６）。
When login authentication in S104 fails, a predetermined error message is displayed on the
また、ＡＰＩ提供サーバ１０の制御部１１は、仲介システム２に対し、所定の認可コードを送信する（Ｓ１０７）。Ｓ１０７で送信される認可コードは、ログイン認証が成功し、参照系トークンの発行が許可されたことを示す情報である。仲介システム２においては、認可コードを受信すると、仲介サーバ２０の制御部２１は、参照系トークンの発行要求を送信する（Ｓ１０８）。参照系トークンの発行要求は、例えば、ＯＡｕｔｈ２．０のプロトコルで定められた所定形式の情報が送信されることで行われる。
Further, the
ＡＰＩ提供システム１においては、発行要求を受信すると、ＡＰＩ提供サーバ１０の制御部１１は、参照系トークンを発行する（Ｓ１０９）。Ｓ１０９においては、制御部１１は、記憶部１２のユーザデータベースに、ＡＰＩ提供システム１のユーザアカウントと関連付けて、発行した参照系トークンを格納する。制御部１１は、仲介システム２に対し、Ｓ１０９で発行した参照系トークンを送信する（Ｓ１１０）。仲介システム２においては、参照系トークンを受信すると、仲介サーバ２０の制御部２１は、参照系トークンを記憶部２２に記録する（Ｓ１１１）。Ｓ１１１においては、例えば、制御部２１は、仲介システム２のユーザアカウントと関連付けて、参照系トークンを記録する。
In the
以上の処理によって参照系トークンが発行されると、図７に戻り、仲介システム２においては、仲介サーバ２０の制御部２１は、Ｓ１０で発行された参照系トークンに基づいて、参照系ＡＰＩ１００の利用要求を送信する（Ｓ１１）。参照系ＡＰＩ１００の利用要求には、参照する口座を識別するための情報が含まれているものとする。例えば、仲介サーバ２０の記憶部２２に、ユーザごとに支店名と口座番号の組み合わせを記憶しておき、当該組み合わせを利用要求に含めてもよいし、ＡＰＩ提供システム１と仲介システム２とで互いのユーザアカウントを連携しておき、ＡＰＩ提供システム１又は仲介システム２のユーザアカウントを利用要求に含めることで、ユーザの口座が特定されてもよい。
When the reference token is issued by the above processing, the processing returns to FIG. 7 and in the
ＡＰＩ提供システム１においては、参照系ＡＰＩ１００の利用要求を受信すると、ＡＰＩ提供サーバ１０の制御部１１は、ユーザデータベースに基づいて、参照系アクセストークンが有効か否かを判定する（Ｓ１２）。Ｓ１２においては、制御部１１は、参照系アクセストークンの有効期限内であるか否かを判定する。
In the
参照系アクセストークンが有効であると判定された場合（Ｓ１２；Ｙ）、制御部１１は、口座データベースに基づいて、参照系ＡＰＩ１００の応答として、仲介システム２に対し、入出金明細の照会結果を送信する（Ｓ１３）。Ｓ１３においては、制御部１１は、参照系ＡＰＩ１００の利用要求に基づいて、参照対象となる口座を特定する。そして、制御部１１は、当該口座の入出金明細情報を取得して、照会結果として送信する。
When it is determined that the reference system access token is valid (S12; Y), the
仲介システム２においては、入出金明細の照会結果を受信すると、仲介サーバ２０の制御部２１は、受信した照会結果に基づいて、ユーザ端末３０に対し、入出金明細画面Ｇ４の表示データを送信する（Ｓ１４）。ユーザ端末３０においては、表示データを受信すると、入出金明細画面Ｇ４を表示部３５に表示させる（Ｓ１５）。なお、ユーザがメニュー画面Ｇ２に戻る操作をした場合には、Ｓ６の処理に戻る。
In the
一方、Ｓ１２において、参照系アクセストークンが無効であると判定された場合（Ｓ１２；Ｎ）、図９に移り、制御部１１は、仲介システム２に対し、参照系アクセストークンが無効である旨の無効エラー通知を送信する（Ｓ１６）。無効エラー通知は、例えば、ＯＡｕｔｈ２．０のプロトコルで定められた所定形式の情報が送信されることで行われる。
On the other hand, when it is determined in S12 that the reference access token is invalid (S12; N), the process proceeds to FIG. 9, and the
仲介システム２においては、無効エラー通知を受信すると、仲介サーバ２０の制御部２１は、記憶部２２に記憶された参照系リフレッシュトークンを送信する（Ｓ１７）。ＡＰＩ提供システム１においては、参照系リフレッシュトークンを受信すると、ＡＰＩ提供サーバ１０の制御部１１は、記憶部１２に記憶されたユーザデータベースに基づいて、受信したリフレッシュトークンが有効か否かを判定する（Ｓ１８）。Ｓ１８においては、制御部１１は、リフレッシュトークンの有効期限内であるか否かを判定する。
In the
参照系トークンのリフレッシュトークンが無効であると判定された場合（Ｓ１８；Ｎ）、制御部１１は、仲介システム２に対し、リフレッシュトークンが無効である旨の無効エラー通知を送信し（Ｓ１９）、Ｓ１０の参照系トークン発行処理に移行する。この場合、図８に示す参照系トークン発行処理が再び実行され、ログイン認証が成功すると、ユーザ端末３０にＣｏｏｋｉｅが送信され、仲介システム２に新たな参照系トークンが送信される。
When it is determined that the refresh token of the reference token is invalid (S18; N), the
一方、Ｓ１８において、参照系リフレッシュトークンが有効であると判定された場合（Ｓ１８；Ｙ）、制御部１１は、参照系アクセストークンを再発行し、仲介システム２に対し、当該再発行した参照系アクセストークンを送信する（Ｓ２０）。Ｓ２０の処理は、Ｓ１０９の処理と同様であるが、Ｓ２０では、参照系アクセストークンだけが発行される。なお、参照系リフレッシュトークンの有効期限は延長されるようにしてよい。
On the other hand, when it is determined in S18 that the reference system refresh token is valid (S18; Y), the
仲介システム２においては、参照系アクセストークンを受信すると、仲介サーバ２０の制御部２１は、参照系アクセストークンを記憶部２２に記録する（Ｓ２１）。Ｓ２１においては、例えば、制御部２１は、仲介システム２のユーザアカウントと関連付けて、参照系アクセストークンを記録する。その後、Ｓ１１の処理に移行する。
In the
一方、図７のＳ８において、更新系ＡＰＩ１０１の利用要求であると判定された場合（Ｓ８；更新系）、図１０に移り、制御部２１は、ＡＰＩ提供システム１に対し、更新系アクセストークンの発行要求を送信する（Ｓ２２）。更新系アクセストークンの発行要求は、例えば、ＯＡｕｔｈ２．０のプロトコルで定められた所定形式の情報が送信されることで行われる。 On the other hand, when it is determined in S8 of FIG. 7 that the request is for using the update API 101 (S8; update system), the process proceeds to FIG. An issue request is transmitted (S22). An update access token issuance request is made, for example, by transmitting information in a predetermined format defined by the OAuth 2.0 protocol.
ＡＰＩ提供システム１においては、要求を受信すると、ＡＰＩ提供サーバ１０の制御部１１は、ユーザ端末３０との間でＣｏｏｋｉｅ認証を実行する（Ｓ２３）。Ｓ２３においては、ＡＰＩ提供サーバ１０は、ユーザ端末３０にＣｏｏｋｉｅの送信を要求し、ユーザ端末３０は、当該要求に応じて、記憶部３２に記憶されたＣｏｏｋｉｅ（Ｓ１０６で記録されたＣｏｏｋｉｅ）を送信する。
In the
なお、Ｃｏｏｋｉｅに有効期限を設定する場合には、Ｓ２３において、制御部１１は、Ｃｏｏｋｉｅが有効期限内であるか否かを判定してもよいし、ユーザ端末３０においてＣｏｏｋｉｅが有効期限内であるか否かが判定されてもよい。更に、ユーザ端末３０においてＣｏｏｋｉｅが有効ではないと判定された場合には、Ｓ２３のＣｏｏｋｉｅ認証が実行されることなく、Ｓ１０における参照系トークン発行処理が実行され、Ｃｏｏｋｉｅが再発行されてもよい。
When an expiration date is set for Cookie, in S23, the
Ｓ２３において、Ｃｏｏｋｉｅ認証に失敗した場合（Ｓ２３；Ｎ）、仲介システム２とＡＰＩ提供システム１との間で参照系トークン発行処理が実行され（Ｓ２４）、Ｓ２２の処理に戻る。Ｓ２４の処理は、Ｓ１０の処理と同様であり、図８に示す参照系トークン発行処理が実行され、ログイン認証が成功すると、ユーザ端末３０にＣｏｏｋｉｅが送信され、仲介システム２に新たな参照系トークンが送信される。これにより、Ｓ２２の処理に戻ると、Ｓ２３において、Ｃｏｏｋｉｅ認証が成功する。
If Cookie authentication fails in S23 (S23; N), a reference token issuing process is executed between the
一方、Ｓ２３において、Ｃｏｏｋｉｅ認証に成功した場合（Ｓ２３；Ｙ）、ＡＰＩ提供サーバ１０の制御部１１は、ユーザ端末３０に対し、暗証番号入力画面Ｇ６の表示データを送信する（Ｓ２５）。なお、Ｓ２２における更新系アクセストークンの発行要求とともに、振込内容入力画面Ｇ５において入力された振込内容が送信され、Ｓ２５においては、制御部１１は、当該振込内容を含む暗証番号入力画面Ｇ６の表示データを送信してもよい。
On the other hand, when the cookie authentication is successful in S23 (S23; Y), the
ユーザ端末３０においては、表示データを受信すると、制御部３１は、暗証番号入力画面Ｇ６を表示部３５に表示させる（Ｓ２６）。Ｓ２６においては、振込内容とともに、暗証番号を入力することができる状態となる。暗証番号入力画面Ｇ６から入力された暗証番号がＡＰＩ提供システム１に送信され、ＡＰＩ提供サーバ１０の制御部１１は、暗証番号認証を実行する（Ｓ２７）。Ｓ２７においては、ユーザ端末３０は、ユーザが暗証番号入力画面Ｇ６で入力した暗証番号を送信し、ＡＰＩ提供システム１は、口座データベースに格納された暗証番号と一致するか否かを判定する。
In the
Ｓ２７における暗証番号認証が失敗した場合、所定のエラーメッセージがユーザ端末３０に表示され、Ｓ２６の処理に戻る。一方、Ｓ２７における暗証番号認証が成功すると、ＡＰＩ提供サーバ１０の制御部１１は、仲介システム２に対し、所定の認可コードを送信する（Ｓ２８）。Ｓ２８で送信される認可コードは、暗証番号認証が成功し、更新系アクセストークンの発行が許可されたことを示す情報である。仲介システム２においては、認可コードを受信すると、仲介サーバ２０の制御部２１は、更新系アクセストークンの発行要求を送信する（Ｓ２９）。
If the password authentication in S27 fails, a predetermined error message is displayed on the
ＡＰＩ提供システム１においては、発行要求を受信すると、ＡＰＩ提供サーバ１０の制御部１１は、更新系アクセストークンを発行する（Ｓ３０）。Ｓ３０においては、制御部１１は、記憶部１２のユーザデータベースに、ＡＰＩ提供システム１のユーザアカウントと関連付けて、発行した更新系アクセストークンを格納する。制御部１１は、仲介システム２に対し、Ｓ３０で発行した更新系アクセストークンを送信する（Ｓ３１）。
In the
仲介システム２においては、更新系アクセストークンを受信すると、仲介サーバ２０の制御部２１は、更新系アクセストークンを記憶部２２に格納する（Ｓ３２）。Ｓ３２においては、例えば、制御部２１は、仲介システム２のユーザアカウントと関連付けて、更新系アクセストークンを記録する。制御部２１は、発行された更新系アクセストークンに基づいて、更新系ＡＰＩ１０１の利用要求を送信する（Ｓ３３）。更新系ＡＰＩ１００の利用要求には、振込内容を示す情報が含まれていてもよいし、振込内容は、Ｓ２２の処理の時点で送信されていてもよい。
In the
ＡＰＩ提供システム１においては、更新系ＡＰＩ１０１の利用要求を受信すると、ＡＰＩ提供サーバ１０の制御部１１は、ユーザデータベースに基づいて、更新系アクセストークンが有効か否かを判定する（Ｓ３４）。Ｓ３４においては、制御部１１は、アクセストークンの有効期限内であるか否かを判定する。
In the
更新系アクセストークンが無効であると判定された場合（Ｓ３４；Ｎ）、更新系アクセストークンが無効である旨の無効エラー通知が仲介システム２に送信され、Ｓ２２の処理に戻る。この場合、更新系アクセストークンの発行がやり直される。一方、更新系アクセストークンが有効であると判定された場合（Ｓ３４；Ｙ）、制御部１１は、更新系ＡＰＩ１０１の応答として、振込処理を実行する（Ｓ３５）。Ｓ３５においては、制御部１１は、振込内容入力画面Ｇ５において入力された内容の振込を実行し、口座データベースを更新する。
If it is determined that the updated access token is invalid (S34; N), an invalid error notification indicating that the updated access token is invalid is transmitted to the
制御部１１は、仲介システム２に対し、Ｓ３５における振込処理の実行結果を送信する（Ｓ３６）。仲介システム２においては、振込処理の実行結果を受信すると、仲介サーバ２０の制御部２１は、受信した実行結果に基づいて、ユーザ端末３０に対し、振込完了画面Ｇ７の表示データを送信する（Ｓ３７）。ユーザ端末３０においては、表示データを受信すると、振込完了画面Ｇ７を表示部３５に表示させる（Ｓ３８）。なお、ユーザがメニュー画面Ｇ２に戻る操作をした場合には、Ｓ６の処理に戻る。
The
ＡＰＩ提供システム１によれば、参照系ＡＰＩ１００の利用要求が送信された場合のログイン認証でＣｏｏｋｉｅが発行されてユーザ端末３０に記憶され、更新系ＡＰＩ１０１の利用要求が送信された場合にＣｏｏｋｉｅ認証が実行される。これにより、参照系ＡＰＩ１００を利用するユーザが更新系ＡＰＩ１０１を利用しようとしていること（即ち、参照系の権限を与えたユーザ端末３０と同じ端末であること）を確認することができるので、仲介システム２を介して複数のＡＰＩを提供する場合のセキュリティを高めることができる。また、更新系ＡＰＩ１０１を利用するためには、少なくとも、参照系ＡＰＩ１００の利用時のログイン認証と、Ｃｏｏｋｉｅ認証と、の２段階の認証をする必要があるため、セキュリティ性を高めることができる。また、更新系の認証ではログイン認証が行われないので、ユーザがユーザアカウントとパスワードを２回入力するといった手間を省くことができる。更に、異なる種類の認証情報を用いることで、よりセキュリティ性を高めることができる。
According to the
また、更新系ＡＰＩ１０１を利用するための暗証番号認証は、Ｃｏｏｋｉｅ認証が成功しないと実行されないので、更新系ＡＰＩ１０１を利用するための認証を複数回実行することで、セキュリティを効果的に高めることができる。また、暗証番号認証を実行する場合には、更新系ＡＰＩ１０１を利用するためには、少なくとも、参照系ＡＰＩ１００の利用時のログイン認証、Ｃｏｏｋｉｅ認証、及び暗証番号認証の３段階の認証をする必要があるため、セキュリティ性を効果的に高めることができる。更に、これら３つの認証を異なる種類の認証情報で実行することで、よりセキュリティ性を高めることができる。
Further, since the password authentication for using the update API 101 is not executed unless the cookie authentication is successful, the security for effectively improving the security by executing the authentication for using the update API 101 a plurality of times. it can. In addition, when executing the password authentication, in order to use the update API 101, it is necessary to perform at least three steps of authentication of login, cookie authentication, and password authentication when using the
また、更新系ＡＰＩ１０１を利用するための暗証番号認証の際に、振込内容が表示されるので、悪意のある第三者による不正な振込に未然に気付くことができる。例えば、仲介システム２がハッキング等の不正アクセスを受け、ユーザの身に覚えのない振込が第三者によって試みられたり（例えば、振込内容入力画面Ｇ５においてユーザが振込内容を入力することなく、第三者の手によって振込内容が不正に入力される等）、ユーザによる振込手続き中に第三者によって不正に割り込まれて振込先や金額の改ざんがなされようとしたりしている（例えば、振込内容入力画面Ｇ５においてユーザが振込内容を入力してから、暗証番号入力画面Ｇ６が表示されるまでの間に、第三者によって改ざんが行われる）ことを発見することができる。
Further, since the transfer contents are displayed at the time of password authentication for using the update system API 101, it is possible to notice in advance an unauthorized transfer by a malicious third party. For example, when the
また、Ｃｏｏｋｉｅに有効期限を設けることで、セキュリティを効果的に高めることができる。 In addition, security can be effectively enhanced by providing an expiration date for the cookie.
また、更新系アクセストークンの有効期限を、参照系アクセストークンの有効期限よりも短く設定することで、セキュリティを効果的に高めることができる。 Moreover, security can be effectively enhanced by setting the expiration date of the renewal access token to be shorter than the expiration date of the reference access token.
また、更新系アクセストークンに基づく更新系ＡＰＩ１０１の提供回数や利用期間に制限を設けることで、セキュリティを効果的に高めることができる。例えば、更新系アクセストークンをワンタイム化することで、セキュリティを効果的に高めることができる。 In addition, security can be effectively enhanced by limiting the number of times the update API 101 is provided based on the update access token and the usage period. For example, security can be effectively enhanced by making the renewal access token one-time.
また、Ｃｏｏｋｉｅ認証に失敗した場合には、参照系トークン発行処理が実行され、ログイン認証からやり直されるので、セキュリティを効果的に高めることができる。 Further, when the cookie authentication fails, the reference token issuance process is executed and the login authentication is performed again, so that the security can be effectively improved.
［５．変形例］
なお、本発明は、以上に説明した実施の形態に限定されるものではない。本発明の趣旨を逸脱しない範囲で、適宜変更可能である。
[5. Modified example]
The present invention is not limited to the embodiment described above. Modifications can be made as appropriate without departing from the spirit of the present invention.
例えば、Ｃｏｏｋｉｅ認証の後に暗証番号認証が実行される場合を説明したが、Ｃｏｏｋｉｅ認証の前に暗証番号認証が実行されてもよい。また例えば、ＡＰＩ提供システム１は、第３認証部１０７を省略し、暗証番号認証は省略してもよい。
For example, although the case where the password authentication is performed after the cookie authentication has been described, the password authentication may be performed before the cookie authentication. For example, the
また例えば、ＡＰＩ提供システム１では、参照系ＡＰＩ１００、更新系ＡＰＩ１０１、データ記憶部１０２、第１認証部１０３、第１発行部１０４、第１提供部１０５、第２認証部１０６、第３認証部１０７、第２発行部１０８、及び第２提供部１０９が、ＡＰＩ提供サーバ１０で実現される場合を説明したが、これら各機能は、ＡＰＩ提供システム１内の複数のコンピュータで分担されてもよい。
Further, for example, in the
例えば、ＡＰＩ提供システム１がＡＰＩ提供サーバ１０とは別にデータベースサーバを有する場合には、データ記憶部１０２は、データベースサーバにより実現されてもよい。また例えば、ＡＰＩ提供システム１がＡＰＩ提供サーバ１０とは別に認証サーバを有する場合には、参照系ＡＰＩ１００、更新系ＡＰＩ１０１、第１提供部１０５、及び第２提供部１０９がＡＰＩ提供サーバ１０によって実現され、第１認証部１０３、第１発行部１０４、第２認証部１０６、第３認証部１０７、及び第２発行部１０８が認証サーバによって実現されてもよい。
For example, when the
また例えば、ＡＰＩ提供システム１が、複数のＡＰＩ提供サーバ１０を有する場合には、第１のＡＰＩ提供サーバ１０によって参照系ＡＰＩ１００が実現され、第２のＡＰＩ提供サーバ１０によって更新系ＡＰＩ１０１が実現されてもよい。また例えば、ＡＰＩ提供システム１が、複数の認証サーバを有する場合には、第１の認証サーバによって、第１認証部１０３と第１発行部１０４が実現され、第２の認証サーバによって、第２認証部１０６、第３認証部１０７、及び第２発行部１０８が実現されてもよい。
Further, for example, when the
また例えば、ＡＰＩ提供システム１のＡＰＩによって金融サービスが提供される場合を説明したが、ＡＰＩが提供するサービスは、任意のサービスであってよい。例えば、電子商取引において、商品ページを参照する参照系ＡＰＩと、商品ページの編集するための編集系ＡＰＩと、のセキュリティレベルを分けて、編集系ＡＰＩに実施形態で説明したＣｏｏｋｉｅ認証を導入してもよい。また例えば、保険サービスにおいて、保険商品の参照をするための閲覧系ＡＰＩと、保険商品の編集をするための編集系ＡＰＩと、のセキュリティレベルを分けて、編集系ＡＰＩに実施形態で説明したＣｏｏｋｉｅ認証を導入してもよい。また例えば、旅行予約サービスにおいて、旅行商品の閲覧をするための閲覧系ＡＰＩと、旅行商品の編集をするための編集系ＡＰＩと、のセキュリティレベルを分けて、編集系ＡＰＩに実施形態で説明したＣｏｏｋｉｅ認証を導入してもよい。また例えば、ＳＮＳにおいて、自分や他人の投稿を閲覧するための閲覧系ＡＰＩと、新規投稿をするための投稿系ＡＰＩと、のセキュリティレベルを分けて、投稿系ＡＰＩに実施形態で説明したＣｏｏｋｉｅ認証を導入してもよい。
For example, although the case where the financial service is provided by the API of the
１ ＡＰＩ提供システム、１０ ＡＰＩ提供サーバ、１１，２１，３１ 制御部、１２，２２，３２ 記憶部、１３，２３，３３ 通信部、２ 仲介システム、２０ 仲介サーバ、３０ ユーザ端末、３４ 操作部、３５ 表示部、Ｇ１ ログイン画面、Ｇ２ メニュー画面、Ｇ３ ログイン画面、Ｇ４ 入出金明細画面、Ｇ５ 振込内容入力画面、Ｇ６ 暗証番号入力画面、Ｇ７ 振込完了画面、１００ 参照系ＡＰＩ、１０１ 更新系ＡＰＩ、１０２ データ記憶部、１０３ 第１認証部、１０４ 第１発行部、１０５ 第１提供部、１０６ 第２認証部、１０７ 第３認証部、１０８ 第２発行部、１０９ 第２提供部。 1 API providing system, 10 API providing server, 11, 21, 31 control unit, 12, 22, 32 storage unit, 13, 23, 33 communication unit, 2 mediation system, 20 mediation server, 30 user terminal, 34 operation unit, 35 Display section, G1 login screen, G2 menu screen, G3 login screen, G4 deposit / withdrawal details screen, G5 transfer content input screen, G6 PIN input screen, G7 transfer completion screen, 100 reference API, 101 update API, 102 Data storage unit, 103 first authentication unit, 104 first issuing unit, 105 first providing unit, 106 second authenticating unit, 107 third authenticating unit, 108 second issuing unit, 109 second providing unit.
Claims (10)
ユーザ端末から前記仲介システムに第１のＡＰＩの利用要求が送信された場合に、当該利用要求に基づくリダイレクトを受けて、前記ユーザ端末との間で第１の認証を行う第１認証手段と、
前記第１の認証が成功した場合に、前記ユーザ端末にユーザ認証情報を発行し、前記仲介システムに、前記第１のＡＰＩを利用するための第１の認証情報を発行する第１発行手段と、
前記仲介システムから受信した前記第１の認証情報に基づいて、前記第１のＡＰＩを提供する第１提供手段と、
前記ユーザ端末から前記仲介システムに第２のＡＰＩの利用要求が送信された場合に、当該利用要求に基づくリダイレクトを受けて、前記ユーザ端末との間で、前記第１発行手段により発行された前記ユーザ認証情報に基づく第２の認証を行う第２認証手段と、
前記第２の認証が成功した場合に、前記仲介システムに、前記第２のＡＰＩを利用するための第２の認証情報を発行する第２発行手段と、
前記仲介システムから受信した前記第２の認証情報に基づいて、前記第２のＡＰＩを提供する第２提供手段と、
を含むことを特徴とするＡＰＩ提供システム。 An API providing system that provides a plurality of APIs via an intermediary system,
A first authentication means for receiving a redirect based on the use request and performing a first authentication with the user terminal when a use request of the first API is transmitted from the user terminal to the mediation system;
First issuing means for issuing user authentication information to the user terminal and issuing first authentication information for using the first API to the intermediary system when the first authentication is successful; ,
First providing means for providing the first API based on the first authentication information received from the mediation system;
When a use request of the second API is transmitted from the user terminal to the mediation system, the redirect issued based on the use request is issued by the first issuing unit with the user terminal. Second authentication means for performing second authentication based on user authentication information;
Second issuing means for issuing second authentication information for using the second API to the mediation system when the second authentication is successful;
Second providing means for providing the second API based on the second authentication information received from the mediation system;
An API providing system comprising:
前記第２発行手段は、前記第２の認証が成功し、かつ、前記第３の認証が成功した場合に、前記第２の認証情報を発行する、
ことを特徴とする請求項１に記載のＡＰＩ提供システム。 The API providing system further includes third authentication means for performing third authentication with the user terminal when the second authentication is successful,
The second issuing means issues the second authentication information when the second authentication is successful and the third authentication is successful.
The API providing system according to claim 1.
ことを特徴とする請求項２に記載のＡＰＩ提供システム。 The third authenticating unit causes the user terminal to display the content of the use request of the second API when the third authentication is performed;
The API providing system according to claim 2.
前記第２認証手段は、前記ユーザ認証情報に設定された有効期限に基づいて、前記第２の認証を行う、
ことを特徴とする請求項１〜３の何れかに記載のＡＰＩ提供システム。 The first issuing means sets an expiration date in the user authentication information,
The second authentication means performs the second authentication based on an expiration date set in the user authentication information.
The API providing system according to any one of claims 1 to 3.
前記第１提供手段は、前記第１認証情報に設定された有効期限に基づいて、前記第１のＡＰＩを提供し、
前記第２発行手段は、前記第２認証情報に、前記第１認証情報よりも短い有効期限を設定し、
前記第２提供手段は、前記第２認証情報に設定された、前記第１認証情報よりも短い有効期限に基づいて、前記第２のＡＰＩを提供する、
ことを特徴とする請求項１〜４の何れかに記載のＡＰＩ提供システム。 The first issuing means sets an expiration date in the first authentication information;
The first providing means provides the first API based on an expiration date set in the first authentication information,
The second issuing means sets an expiration date shorter than the first authentication information in the second authentication information,
The second providing means provides the second API based on an expiration date set in the second authentication information and shorter than the first authentication information.
The API providing system according to any one of claims 1 to 4, wherein the system is an API providing system.
ことを特徴とする請求項１〜５の何れかに記載のＡＰＩ提供システム。 The second issuing means issues the second authentication information so that the number of times of providing or using the second API based on the second authentication information is a predetermined number of times or less than a predetermined period.
An API providing system according to any one of claims 1 to 5, wherein
前記第１発行手段は、前記再度の第１の認証が成功した場合に、前記ユーザ端末に新たなユーザ認証情報を発行し、
前記第２認証手段は、前記新たなユーザ認証情報に基づく再度の前記第２の認証を行う、
ことを特徴とする請求項１〜６の何れかに記載のＡＰＩ提供システム。 The first authentication means performs the first authentication again with the user terminal when the second authentication fails,
The first issuing means issues new user authentication information to the user terminal when the second first authentication is successful,
The second authentication means performs the second authentication again based on the new user authentication information.
The API providing system according to claim 1, wherein the system is an API providing system.
ユーザ端末から前記仲介システムに第１のＡＰＩの利用要求が送信された場合に、当該利用要求に基づくリダイレクトを受けて、前記ユーザ端末との間で第１の認証を行う第１認証手段と、
前記第１の認証が成功した場合に、前記ユーザ端末にユーザ認証情報を発行し、前記仲介システムに、前記第１のＡＰＩを利用するための第１の認証情報を発行する第１発行手段と、
前記ユーザ端末から前記仲介システムに第２のＡＰＩの利用要求が送信された場合に、当該利用要求に基づくリダイレクトを受けて、前記ユーザ端末との間で、前記ユーザ認証情報に基づく第２の認証を行う第２認証手段と、
前記第２の認証が成功した場合に、前記仲介システムに、前記第２のＡＰＩを利用するための第２の認証情報を発行する第２発行手段と、
を含むことを特徴とする認証サーバ。 An authentication server for providing a plurality of APIs via a mediation system,
A first authentication means for receiving a redirect based on the use request and performing a first authentication with the user terminal when a use request of the first API is transmitted from the user terminal to the mediation system;
First issuing means for issuing user authentication information to the user terminal and issuing first authentication information for using the first API to the intermediary system when the first authentication is successful; ,
When a use request for the second API is transmitted from the user terminal to the mediation system, a second authentication based on the user authentication information is received from the user terminal upon receiving a redirect based on the use request. A second authentication means for performing
Second issuing means for issuing second authentication information for using the second API to the mediation system when the second authentication is successful;
An authentication server comprising:
ユーザ端末から前記仲介システムに第１のＡＰＩの利用要求が送信された場合に、当該利用要求に基づくリダイレクトを受けて、前記ユーザ端末との間で第１の認証を行う第１認証ステップと、
前記第１の認証が成功した場合に、前記ユーザ端末にユーザ認証情報を発行し、前記仲介システムに、前記第１のＡＰＩを利用するための第１の認証情報を発行する第１発行ステップと、
前記仲介システムから受信した前記第１の認証情報に基づいて、前記第１のＡＰＩを提供する第１提供ステップと、
前記ユーザ端末から前記仲介システムに第２のＡＰＩの利用要求が送信された場合に、当該利用要求に基づくリダイレクトを受けて、前記ユーザ端末との間で、前記ユーザ認証情報に基づく第２の認証を行う第２認証ステップと、
前記第２の認証が成功した場合に、前記仲介システムに、前記第２のＡＰＩを利用するための第２の認証情報を発行する第２発行ステップと、
前記仲介システムから受信した前記第２の認証情報に基づいて、前記第２のＡＰＩを提供する第２提供ステップと、
を含むことを特徴とするＡＰＩ提供方法。 An API providing method for providing a plurality of APIs via an intermediary system,
A first authentication step of performing a first authentication with the user terminal in response to a redirect based on the use request when a use request of the first API is transmitted from the user terminal to the mediation system;
A first issuing step of issuing user authentication information to the user terminal and issuing first authentication information for using the first API to the mediation system when the first authentication is successful; ,
A first providing step of providing the first API based on the first authentication information received from the mediation system;
When a use request for the second API is transmitted from the user terminal to the mediation system, a second authentication based on the user authentication information is received from the user terminal upon receiving a redirect based on the use request. A second authentication step of performing
A second issuing step of issuing second authentication information for using the second API to the intermediary system when the second authentication is successful;
A second providing step of providing the second API based on the second authentication information received from the mediation system;
A method for providing an API, comprising:
前記第１の認証が成功した場合に、前記ユーザ端末にユーザ認証情報を発行し、前記仲介システムに、前記第１のＡＰＩを利用するための第１の認証情報を発行する第１発行手段、
前記ユーザ端末から前記仲介システムに第２のＡＰＩの利用要求が送信された場合に、当該利用要求に基づくリダイレクトを受けて、前記ユーザ端末との間で、前記ユーザ認証情報に基づく第２の認証を行う第２認証手段、
前記第２の認証が成功した場合に、前記仲介システムに、前記第２のＡＰＩを利用するための第２の認証情報を発行する第２発行手段、
としてコンピュータを機能させるためのプログラム。 A first authentication means for receiving a redirect based on the use request and performing a first authentication with the user terminal when a use request of the first API is transmitted from the user terminal to the mediation system;
First issuing means for issuing user authentication information to the user terminal and issuing first authentication information for using the first API to the intermediary system when the first authentication is successful;
When a use request for the second API is transmitted from the user terminal to the mediation system, a second authentication based on the user authentication information is received from the user terminal upon receiving a redirect based on the use request. A second authentication means for performing
Second issuing means for issuing second authentication information for using the second API to the intermediary system when the second authentication is successful;
As a program to make the computer function as.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2018052047A JP6748667B2 (en) | 2018-03-20 | 2018-03-20 | API providing system, authentication server, API providing method, and program |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2018052047A JP6748667B2 (en) | 2018-03-20 | 2018-03-20 | API providing system, authentication server, API providing method, and program |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2019164590A true JP2019164590A (en) | 2019-09-26 |
| JP6748667B2 JP6748667B2 (en) | 2020-09-02 |
Family
ID=68064525
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2018052047A Active JP6748667B2 (en) | 2018-03-20 | 2018-03-20 | API providing system, authentication server, API providing method, and program |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6748667B2 (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2022007438A (en) * | 2020-06-26 | 2022-01-13 | 楽天銀行株式会社 | Log-in management system, log-in management method, and program |
| JP7085700B1 (en) | 2022-01-26 | 2022-06-16 | ＰａｙＰａｙ株式会社 | Service delivery system, service delivery method, and program |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003527646A (en) * | 1999-03-29 | 2003-09-16 | アマゾン コム インコーポレイテッド | Method and system for authenticating a user when performing a business transaction using a computer |
| JP2008197973A (en) * | 2007-02-14 | 2008-08-28 | Mitsubishi Electric Corp | User authentication system |
| JP2010525471A (en) * | 2007-04-27 | 2010-07-22 | インターナショナル・ビジネス・マシーンズ・コーポレーション | Stepwise authentication system |
| US20140282983A1 (en) * | 2012-07-02 | 2014-09-18 | Sk Planet Co., Ltd. | Single certificate service system and operational method thereof |
| JP2015125510A (en) * | 2013-12-25 | 2015-07-06 | キヤノン株式会社 | Authority management server and authority management method |
| US20170006021A1 (en) * | 2015-06-30 | 2017-01-05 | Vmware, Inc. | Providing a single session experience across multiple applications |
-
2018
- 2018-03-20 JP JP2018052047A patent/JP6748667B2/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003527646A (en) * | 1999-03-29 | 2003-09-16 | アマゾン コム インコーポレイテッド | Method and system for authenticating a user when performing a business transaction using a computer |
| JP2008197973A (en) * | 2007-02-14 | 2008-08-28 | Mitsubishi Electric Corp | User authentication system |
| JP2010525471A (en) * | 2007-04-27 | 2010-07-22 | インターナショナル・ビジネス・マシーンズ・コーポレーション | Stepwise authentication system |
| US20140282983A1 (en) * | 2012-07-02 | 2014-09-18 | Sk Planet Co., Ltd. | Single certificate service system and operational method thereof |
| JP2015125510A (en) * | 2013-12-25 | 2015-07-06 | キヤノン株式会社 | Authority management server and authority management method |
| US20170006021A1 (en) * | 2015-06-30 | 2017-01-05 | Vmware, Inc. | Providing a single session experience across multiple applications |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2022007438A (en) * | 2020-06-26 | 2022-01-13 | 楽天銀行株式会社 | Log-in management system, log-in management method, and program |
| JP7175937B2 (en) | 2020-06-26 | 2022-11-21 | 楽天銀行株式会社 | Login management system, login management method, and program |
| JP7085700B1 (en) | 2022-01-26 | 2022-06-16 | ＰａｙＰａｙ株式会社 | Service delivery system, service delivery method, and program |
| JP2023108968A (en) * | 2022-01-26 | 2023-08-07 | ＰａｙＰａｙ株式会社 | Service providing system, service providing method, and program |
Also Published As
| Publication number | Publication date |
|---|---|
| JP6748667B2 (en) | 2020-09-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20210226941A1 (en) | System and method for electronic credentials | |
| JP5850587B1 (en) | Personal information account banking | |
| JP6046765B2 (en) | System and method enabling multi-party and multi-level authorization to access confidential information | |
| CN101473589B (en) | Enhanced security for electronic communications | |
| JP6448813B2 (en) | Information processing apparatus and information processing method | |
| JP4996085B2 (en) | Service providing apparatus and program | |
| US20100332336A9 (en) | System and method for electronic wallet conversion | |
| KR102190192B1 (en) | Method, system and application for providing open authentication intermediary service on open banking environment | |
| US11546316B1 (en) | System and method for receiving information among computer systems without enabling log ins if the user identifiers are compromised | |
| JP6748667B2 (en) | API providing system, authentication server, API providing method, and program | |
| JP2005115597A (en) | Card management system and card information management method | |
| KR101360843B1 (en) | Next Generation Financial System | |
| KR100622086B1 (en) | System and method for furnishing the authentication key to users to be identified | |
| US20230334491A1 (en) | Systems, Methods, and Computer Program Products for Authenticating Devices | |
| JP2015062116A (en) | Method for payment processing | |
| KR102130659B1 (en) | Joint certification service system using application programming interface | |
| JP2005084822A (en) | Unauthorized utilization notification method, and unauthorized utilization notification program | |
| JP6009521B2 (en) | User identification system, method and program | |
| US11811745B1 (en) | System and method for receiving information among computer systems without enabling log ins if the user identifiers are compromised | |
| US20240020355A1 (en) | Non-fungible token authentication | |
| JP6247410B1 (en) | Transfer control system, financial institution system, accounting system, transfer control system control method, financial institution system control method, accounting system control method, and program | |
| KR20160006652A (en) | Method for Connecting Settlement Account and Payment Means | |
| KR101041113B1 (en) | System and Method for Managing Financial Goods Related Financial Education and Program Recording Medium | |
| JP2008217487A (en) | Financial processing system and account lock method | |
| KR20100045047A (en) | Sysem and method for managing plural check-card's virtual account connected with settlement account and recording medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20181218 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20191119 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20191203 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20200131 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20200519 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20200713 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20200721 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20200807 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6748667 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |