JP2019008525A - Service managing system and service managing method - Google Patents

Service managing system and service managing method Download PDF

Info

Publication number
JP2019008525A
JP2019008525A JP2017123222A JP2017123222A JP2019008525A JP 2019008525 A JP2019008525 A JP 2019008525A JP 2017123222 A JP2017123222 A JP 2017123222A JP 2017123222 A JP2017123222 A JP 2017123222A JP 2019008525 A JP2019008525 A JP 2019008525A
Authority
JP
Japan
Prior art keywords
service
server
url
user
api
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
Application number
JP2017123222A
Other languages
Japanese (ja)
Other versions
JP6463803B2 (en
Inventor
光伸 大久保
Mitsunobu Okubo
光伸 大久保
健太 松島
Kenta Matsushima
健太 松島
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mizuho Bank Ltd
Original Assignee
Mizuho Bank Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Mizuho Bank Ltd filed Critical Mizuho Bank Ltd
Priority to JP2017123222A priority Critical patent/JP6463803B2/en
Publication of JP2019008525A publication Critical patent/JP2019008525A/en
Application granted granted Critical
Publication of JP6463803B2 publication Critical patent/JP6463803B2/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

To provide a service managing system and a service managing method for enhancing a safety in a service provision that utilizes an API.SOLUTION: A service managing system includes: a managing server 20 that manages a one-time URL; a service server 40 that utilizes a service; and an API relay server 50 that has an API which provides the service. The managing server 20 issues the one-time URL to access the API relay server 50 on the basis of a user's personal authentication, issues the one-time URL, records the one-time URL in a URL storing unit 22 in association with user information, and provides the one-time URL to the service server 40 together with the user information. The service server 40 that receives a service request executes the user's personal authentication, and transmits, to the API relay server 50, the service request using the one-time URL associated with the user information of the user.SELECTED DRAWING: Figure 1

Description

本発明は、ＡＰＩを利用したサービスを提供するためのサービス管理システム及びサービス管理方法に関する。   The present invention relates to a service management system and a service management method for providing a service using an API.

今日、銀行が保有している顧客に関する金融情報の利用促進を図るために、他のシステムとの連携が検討されている（例えば、非特許文献１）。このような銀行システムから情報を取得するための銀行ＡＰＩの公開も検討されている（例えば、非特許文献２）。ここで、銀行ＡＰＩ（Application Programming Interface）とは、残高照会や資金移動等、既存機能を個別にサービス化して、外部のアプリケーションから利用するために、ソフトウェアコンポーネントが互いにやり取りするために使用するインターフェースである。このような銀行ＡＰＩを公開することにより、モバイル端末を中心とした顧客金融行動を早期にキャッチアップできる。更に、非金融機関との連携により新規市場の創出も期待できる。   Today, in order to promote the use of financial information related to customers held by banks, cooperation with other systems is being studied (for example, Non-Patent Document 1). Disclosure of a bank API for acquiring information from such a bank system is also being studied (for example, Non-Patent Document 2). Here, the bank API (Application Programming Interface) is an interface used by software components to communicate with each other so that existing functions such as balance inquiry and fund transfer can be individually serviced and used from an external application. is there. By opening up such a bank API, customer financial behavior centering on mobile terminals can be caught up early. Furthermore, the creation of new markets can be expected through collaboration with non-financial institutions.

また、事業者に対して、ＡＰＩを利用して会計処理を支援する技術も検討されている（例えば、特許文献１）。この文献に記載された会計処理装置は、ウェブサーバと、ウェブサーバとＶＰＮ技術により接続されたＤＢと、ＤＢとＶＰＮ技術により接続されたスクレイピングサーバとを備える。ウェブサーバは、スクレイピングサーバにより取り込んだウェブ明細データを取引ごとに識別し、各取引を、各取引の取引内容の記載に基づいて、特定の勘定科目に自動的に仕訳する。ウェブサーバは、この際、取引内容の記載を形態素に分節し、各形態素に対応づけられた１又は複数の勘定科目の出現頻度を参照して、取引内容の記載が表す勘定科目を推測する。   In addition, a technique for supporting accounting processing by using an API for a business operator has been studied (for example, Patent Document 1). The accounting processing apparatus described in this document includes a web server, a DB connected to the web server by the VPN technology, and a scraping server connected to the DB by the VPN technology. The web server identifies the web detail data captured by the scraping server for each transaction, and automatically translates each transaction into a specific account item based on the description of the transaction content of each transaction. At this time, the web server divides the description of the transaction contents into morphemes, and estimates the account item represented by the description of the transaction contents with reference to the appearance frequency of one or more account items associated with each morpheme.

特開２０１６−２１１４７号公報Japanese Patent Laid-Open No. 2006-2147

株式会社みずほ銀行、「ＬＩＮＥでかんたん残高照会」、［online］、株式会社みずほ銀行ホームページ、［平成２９年５月２８日検索］、インターネット＜http://www.mizuhobank.co.jp/net_shoukai/line/index.html＞Mizuho Bank, Ltd., “Simple balance inquiry with LINE”, [online], Mizuho Bank, Ltd. homepage, [May 28, 2017 search], Internet <http://www.mizuhobank.co.jp/net_shoukai/ line / index.html> 全国銀行協会、「現代的な「金融業」のあり方」、２０１６年３月、［online］、金融調査研究会、［平成２９年５月２８日検索］、インターネット＜http://www.zenginkyo.or.jp/fileadmin/res/news/news280341_1.pdf＞National Bank Association, “Modern“ Financial Industry ”, March 2016, [online], Financial Research Study Group, [Search May 28, 2017], Internet <http: //www.zenginkyo .or.jp / fileadmin / res / news / news280341_1.pdf>

オープンＡＰＩにおいてＵＲＬが解放された場合、ＵＲＬが流出し、ＤｏＳ（Denial of Service attack）やＤＤｏＳ（Distributed Denial of Service attack）等の攻撃の対象になる可能性がある。また、このオープンＡＰＩにおいては、通信可能なＩＰアドレス及びクライアント証明書を用いてアクセス制御することが基本であるが、パブリッククラウドのＩＰアドレスなど、広く解放せざる得ないケースも想定される。   When a URL is released in the open API, the URL may leak and become a target of attacks such as DoS (Denial of Service attack) and DDoS (Distributed Denial of Service attack). In this open API, access control is basically performed using a communicable IP address and a client certificate. However, there may be a case where a public cloud IP address or the like must be widely released.

オープンＡＰＩにおいては、ＩＤ及びパスワードがハッシュ化されてトークンとして固定されるＯＡｕｔｈ認証が用いられることがある。この場合、例えば、振込と住所変更が同じアクセス権範囲（スコープ）に設定される等、ＡＰＩ提供者による誤ったスコープ設定に起因する改ざんリスクも発生する。この場合、期限付きのアクセストークンを顧客が発行するような仕組みが必要となる。   In an open API, OAuth authentication in which an ID and a password are hashed and fixed as a token may be used. In this case, for example, there is a risk of falsification due to incorrect scope setting by the API provider, such as transfer and address change being set to the same access right range (scope). In this case, a mechanism is required for the customer to issue a time-limited access token.

上記課題を解決するサービス管理システムは、ワンタイムＵＲＬを管理する管理サーバと、サービスを提供するＡＰＩを有するＡＰＩ中継サーバと、前記サービスを利用するサービスサーバを備える。そして、前記管理サーバが、ユーザの本人認証に基づいて、前記ＡＰＩ中継サーバにアクセスするためのワンタイムＵＲＬを発行し、ユーザ情報に関連付けてワンタイムＵＲＬをＵＲＬ記憶部に記録し、ユーザ情報とともに前記ワンタイムＵＲＬを前記サービスサーバに提供し、サービス要求を受け付けるサービスサーバが、ユーザの本人認証を行ない、前記ユーザのユーザ情報に関連付けられたワンタイムＵＲＬを用いて、前記ＡＰＩ中継サーバに対して、サービス要求を送信する。   A service management system that solves the above problem includes a management server that manages a one-time URL, an API relay server that has an API that provides a service, and a service server that uses the service. The management server issues a one-time URL for accessing the API relay server based on the user authentication, records the one-time URL in the URL storage unit in association with the user information, together with the user information A service server that provides the one-time URL to the service server and receives a service request authenticates the user and uses the one-time URL associated with the user information of the user to the API relay server. Send a service request.

本発明によれば、ＡＰＩを利用したサービス提供において、安全性を高めることができる。   ADVANTAGE OF THE INVENTION According to this invention, safety | security can be improved in the service provision using API.

本実施形態のシステム概略図。The system schematic of this embodiment. 本実施形態の処理手順の説明図。Explanatory drawing of the process sequence of this embodiment. 本実施形態の処理手順の説明図。Explanatory drawing of the process sequence of this embodiment.

以下、図１〜図３に従って、サービス管理システム及びサービス管理方法を具体化した一実施形態を説明する。本実施形態では、ＡＰＩ中継サーバを介して、金融機関が提供するサービスを利用する場合を想定する。   In the following, an embodiment embodying a service management system and a service management method will be described with reference to FIGS. In the present embodiment, it is assumed that a service provided by a financial institution is used via an API relay server.

図１に示すように、本実施形態では、ユーザ端末１０、管理サーバ２０、銀行サーバ３０、サービスサーバ４０、ＡＰＩ中継サーバ５０を用いる。
ユーザ端末１０は、金融機関（銀行）が提供するサービスを利用する顧客が用いるコンピュータ端末である。このユーザ端末１０は、サービスサーバ４０から取得した情報を利用して、銀行との間で取引を行なう。ユーザ端末１０は、情報を入力するための入力部や情報を出力するための表示部を備える。 As shown in FIG. 1, in this embodiment, a user terminal 10, a management server 20, a bank server 30, a service server 40, and an API relay server 50 are used.
The user terminal 10 is a computer terminal used by a customer who uses a service provided by a financial institution (bank). The user terminal 10 uses the information acquired from the service server 40 to make a transaction with a bank. The user terminal 10 includes an input unit for inputting information and a display unit for outputting information.

管理サーバ２０は、ユーザ端末１０からＡＰＩ中継サーバ５０のアクセスを支援するコンピュータシステムである。この管理サーバ２０は、ＡＰＩ中継サーバ５０にアクセスするためのＵＲＬを生成する。本実施形態では、ワンタイムＵＲＬを用いる。このワンタイムＵＲＬは、限られた時間或いは回数でリクエストを受け付ける。これにより、アクセス制限されたリソースに対しての未承認アクセスをより困難にすることができる。この管理サーバ２０は、制御部２１、ＵＲＬ記憶部２２を備えている。   The management server 20 is a computer system that supports access from the user terminal 10 to the API relay server 50. The management server 20 generates a URL for accessing the API relay server 50. In this embodiment, a one-time URL is used. This one-time URL accepts a request for a limited time or number of times. As a result, it is possible to make unauthorized access to a resource whose access is restricted more difficult. The management server 20 includes a control unit 21 and a URL storage unit 22.

図１に示す制御部２１は、制御手段（ＣＰＵ、ＲＡＭ、ＲＯＭ等）を備え、後述する処理（ＵＲＬ管理段階、ユーザ認証段階、ＵＲＬ確認段階等の各処理等）を行なう。そのためのサービス管理プログラムを実行することにより、制御部２１は、ＵＲＬ管理部２１１、ユーザ認証部２１２、ＵＲＬ確認部２１３として機能する。   The control unit 21 shown in FIG. 1 includes control means (CPU, RAM, ROM, etc.), and performs processes (each process such as a URL management stage, a user authentication stage, and a URL confirmation stage) to be described later. By executing a service management program for that purpose, the control unit 21 functions as a URL management unit 211, a user authentication unit 212, and a URL confirmation unit 213.

ＵＲＬ管理部２１１は、ワンタイムＵＲＬを管理する処理を実行する。
ユーザ認証部２１２は、ワンタイムＵＲＬを利用するユーザを認証する処理を実行する。
ＵＲＬ確認部２１３は、ワンタイムＵＲＬの有効性を確認する処理を実行する。 The URL management unit 211 executes a process for managing a one-time URL.
The user authentication unit 212 executes processing for authenticating a user who uses a one-time URL.
The URL confirmation unit 213 executes processing for confirming the validity of the one-time URL.

ＵＲＬ記憶部２２には、ユーザに付与したワンタイムＵＲＬに関するＵＲＬ管理レコードが記録される。ＵＲＬ管理レコードは、ワンタイムＵＲＬを生成した場合に記録される。このＵＲＬ管理レコードには、ワンタイムＵＲＬ、ステータス、ユーザＩＤ、アクセストークンに関するデータが記録される。   The URL storage unit 22 records a URL management record related to the one-time URL given to the user. The URL management record is recorded when a one-time URL is generated. In this URL management record, data relating to the one-time URL, status, user ID, and access token are recorded.

ワンタイムＵＲＬデータ領域には、各ユーザに付与したワンタイムＵＲＬに関するデータが記録される。
ステータスデータ領域には、ワンタイムＵＲＬの有効性を判定するためのフラグが記録される。具体的には、ユーザ認証を完了した場合、ワンタイムＵＲＬを有効にするために、認証完了フラグが記録される。 In the one-time URL data area, data related to the one-time URL assigned to each user is recorded.
In the status data area, a flag for determining the validity of the one-time URL is recorded. Specifically, when user authentication is completed, an authentication completion flag is recorded in order to validate the one-time URL.

ユーザＩＤデータ領域には、ワンタイムＵＲＬを付与したユーザを特定するための識別子に関するデータが記録される。
アクセストークンデータ領域には、各ユーザの認証（ここでは、OAuth認証）において用いられる認証情報に関するデータが記録される。 In the user ID data area, data relating to an identifier for identifying a user who has been given a one-time URL is recorded.
In the access token data area, data relating to authentication information used in authentication (here, OAuth authentication) of each user is recorded.

銀行サーバ３０は、利用者の口座を管理する銀行のコンピュータシステムである。この銀行サーバ３０は、顧客情報記憶部３２、口座情報記憶部３３を備えている。
顧客情報記憶部３２には、銀行の顧客である利用者に関する情報を管理するための顧客管理レコードが記録される。この顧客管理レコードは、顧客登録が行なわれた場合に記録される。顧客管理レコードには、ユーザＩＤ、パスワード、口座番号、取引状況に関する情報が記録される。 The bank server 30 is a bank computer system that manages user accounts. The bank server 30 includes a customer information storage unit 32 and an account information storage unit 33.
The customer information storage unit 32 records a customer management record for managing information related to a user who is a bank customer. This customer management record is recorded when customer registration is performed. In the customer management record, information related to the user ID, password, account number, and transaction status is recorded.

ユーザＩＤデータ領域には、各顧客を特定するための識別子に関するデータが記録される。
パスワードデータ領域には、この顧客を認証するために用いられるパスワードに関するデータが記録される。 Data relating to an identifier for identifying each customer is recorded in the user ID data area.
In the password data area, data related to a password used for authenticating the customer is recorded.

口座番号データ領域には、この顧客が保有している口座に関する情報が記録されている。
取引状況データ領域には、この顧客と銀行との取引状況（例えばローン残高）等の情報が記録される。 In the account number data area, information related to the account held by the customer is recorded.
In the transaction status data area, information such as the transaction status (for example, loan balance) between the customer and the bank is recorded.

口座情報記憶部３３には、銀行の顧客の口座に関する情報を管理するための口座管理レコードが記録される。この口座管理レコードは、口座が開設された場合に登録される。この口座管理レコードには、口座番号、入出金履歴、残高に関する情報が記録される。   The account information storage unit 33 stores an account management record for managing information related to bank customer accounts. This account management record is registered when an account is opened. In this account management record, information on an account number, a deposit / withdrawal history, and a balance is recorded.

口座番号データ領域には、この口座を特定するための識別子に関する情報が記録される。
入出金履歴データ領域には、この口座への入金やこの口座からの出金に関する情報（入出金日時、金額、入出金先口座等）に関するデータが含まれる。
残高データ領域には、この口座の現在の残高に関する情報が記録される。 In the account number data area, information relating to an identifier for specifying this account is recorded.
The deposit / withdrawal history data area includes data relating to depositing / withdrawing to this account and information relating to withdrawal / withdrawal from this account (such as deposit / withdrawal date / time, amount, deposit / withdrawal destination account, etc.).
In the balance data area, information related to the current balance of this account is recorded.

サービスサーバ４０は、ユーザ端末１０に対して、金融サービスを提供するサービスプロバイダ（いわゆるFintech企業）のコンピュータシステムである。サービスサーバ４０は、ユーザ端末１０からのアクセスに応じて、ＡＰＩ中継サーバ５０を介して、銀行サーバ３０から各種情報を取得し、この情報を加工や編集を行なって、ユーザ端末１０に提供する。このサービスサーバ４０は、ユーザ情報記憶部４２を備える。   The service server 40 is a computer system of a service provider (so-called Fintech company) that provides financial services to the user terminal 10. The service server 40 acquires various information from the bank server 30 via the API relay server 50 in response to access from the user terminal 10, processes and edits this information, and provides the information to the user terminal 10. The service server 40 includes a user information storage unit 42.

ユーザ情報記憶部４２には、ユーザのワンタイムＵＲＬに関するユーザ管理レコードが記録される。ユーザ管理レコードは、ユーザ登録が行なわれた場合に記録される。このユーザ管理レコードには、アクセストークン、ワンタイムＵＲＬに関するデータを含んで構成される。   In the user information storage unit 42, a user management record related to the user's one-time URL is recorded. The user management record is recorded when user registration is performed. This user management record includes data related to an access token and a one-time URL.

アクセストークンデータ領域には、各ユーザの認証（ここでは、OAuth認証）において用いられる認証情報に関するデータが記録される。
ワンタイムＵＲＬデータ領域には、各ユーザに付与したワンタイムＵＲＬに関するデータが記録される。 In the access token data area, data relating to authentication information used in authentication (here, OAuth authentication) of each user is recorded.
In the one-time URL data area, data related to the one-time URL assigned to each user is recorded.

ＡＰＩ中継サーバ５０は、ユーザ端末１０やサービスサーバ４０からのアクセスに応じて、顧客の口座に関する情報を提供するコンピュータシステムである。このＡＰＩ中継サーバ５０は、ファサードＡＰＩ５１、業務ＡＰＩ５２を備えている。ここで、各ＡＰＩは、銀行サーバ３０における情報連携を行なうためのアプリケーションサービスインターフェースである。   The API relay server 50 is a computer system that provides information related to customer accounts in response to access from the user terminal 10 or the service server 40. The API relay server 50 includes a facade API 51 and a business API 52. Here, each API is an application service interface for performing information linkage in the bank server 30.

ファサードＡＰＩ５１は、複数の業務ＡＰＩ５２のインターフェースとなるＡＰＩである。
業務ＡＰＩ５２は、銀行サーバ３０における各種業務と連携するＡＰＩである。業務には、銀行サーバ３０の口座情報記憶部３３に記録された口座管理情報を用いて、利用者の取引についての決済を行なう振込等がある。 The facade API 51 is an API that serves as an interface for a plurality of business APIs 52.
The business API 52 is an API that cooperates with various business operations in the bank server 30. The business includes a transfer for performing a settlement for a user transaction using the account management information recorded in the account information storage unit 33 of the bank server 30.

次に、図２〜図３に従って、上記のように構成されたシステムにおいて実行される処理手順について説明する。
（サービス利用前処理）
まず、図２を用いて、サービス利用前処理を説明する。この処理は、ユーザ端末１０を用いて、管理サーバ２０で取引を行なう前に実行される。 Next, a processing procedure executed in the system configured as described above will be described with reference to FIGS.
(Service pre-processing)
First, the service use pre-processing will be described with reference to FIG. This process is executed before the management server 20 performs a transaction using the user terminal 10.

ここでは、ユーザ端末１０は、事前認証開始処理を実行する（ステップＳ１−１）。具体的には、ユーザは、ユーザ端末１０を用いて、管理サーバ２０にアクセスする。
この場合、管理サーバ２０の制御部２１は、ワンタイムＵＲＬの仮確保処理を実行する（ステップＳ１−２）。具体的には、制御部２１のＵＲＬ管理部２１１は、ＡＰＩ中継サーバ５０にアクセス可能なワンタイムＵＲＬを生成する。そして、ＵＲＬ管理部２１１は、生成したワンタイムＵＲＬを記録したＵＲＬ管理レコードを生成し、ＵＲＬ記憶部２２に記録する。 Here, the user terminal 10 executes a pre-authentication start process (step S1-1). Specifically, the user accesses the management server 20 using the user terminal 10.
In this case, the control unit 21 of the management server 20 executes a temporary securing process for the one-time URL (step S1-2). Specifically, the URL management unit 211 of the control unit 21 generates a one-time URL accessible to the API relay server 50. Then, the URL management unit 211 generates a URL management record that records the generated one-time URL, and records the URL management record in the URL storage unit 22.

次に、管理サーバ２０の制御部２１は、認証要求処理を実行する（ステップＳ１−３）。具体的には、制御部２１のユーザ認証部２１２は、ユーザ端末１０に対して、セッション情報を含めた認証要求を送信する。   Next, the control unit 21 of the management server 20 executes an authentication request process (step S1-3). Specifically, the user authentication unit 212 of the control unit 21 transmits an authentication request including session information to the user terminal 10.

この場合、ユーザ端末１０は、認証画面の表示処理を実行する（ステップＳ１−４）。具体的には、ユーザ端末１０は、表示部に認証画面を出力する。この認証画面には、ユーザＩＤ、パスワードを入力するためのユーザ設定欄が設けられている。   In this case, the user terminal 10 executes an authentication screen display process (step S1-4). Specifically, the user terminal 10 outputs an authentication screen to the display unit. This authentication screen is provided with a user setting field for inputting a user ID and a password.

次に、ユーザ端末１０は、認証情報の入力処理を実行する（ステップＳ１−５）。具体的には、ユーザは、認証画面に、銀行サーバ３０を利用するためのユーザＩＤ、パスワードを入力する。そして、ユーザ端末１０は、セッション情報を含めた認証情報を管理サーバ２０に送信する。認証情報には、認証画面に入力されたユーザＩＤ、パスワードに関するデータを含める。   Next, the user terminal 10 executes an authentication information input process (step S1-5). Specifically, the user inputs a user ID and password for using the bank server 30 on the authentication screen. Then, the user terminal 10 transmits authentication information including session information to the management server 20. The authentication information includes data related to the user ID and password input on the authentication screen.

次に、管理サーバ２０の制御部２１は、認証依頼処理を実行する（ステップＳ１−６）。具体的には、制御部２１のユーザ認証部２１２は、ユーザ端末１０から認証情報を受信し、銀行サーバ３０に対して、セッション情報を含めた認証依頼を送信する。この認証依頼には、ユーザ端末１０から取得したユーザＩＤ、パスワードに関するデータを含める。   Next, the control unit 21 of the management server 20 executes an authentication request process (step S1-6). Specifically, the user authentication unit 212 of the control unit 21 receives authentication information from the user terminal 10 and transmits an authentication request including session information to the bank server 30. This authentication request includes data related to the user ID and password acquired from the user terminal 10.

次に、銀行サーバ３０は、認証処理を実行する（ステップＳ１−７）。具体的には、銀行サーバ３０は、認証依頼に含まれるユーザＩＤ、パスワードが、顧客情報記憶部３２に登録されているかどうかを確認する。ユーザＩＤ、パスワードが記録された顧客管理レコードを抽出した場合には、認証を完了する。そして、銀行サーバ３０は、セッション情報を含めた認証結果を管理サーバ２０に返信する。この認証結果には、認証を完了した場合には完了フラグを設定し、認証を完了できなかった場合にはエラーフラグを設定する。   Next, the bank server 30 executes an authentication process (step S1-7). Specifically, the bank server 30 confirms whether the user ID and password included in the authentication request are registered in the customer information storage unit 32. If the customer management record in which the user ID and password are recorded is extracted, the authentication is completed. Then, the bank server 30 returns an authentication result including the session information to the management server 20. In this authentication result, a completion flag is set when the authentication is completed, and an error flag is set when the authentication cannot be completed.

次に、管理サーバ２０の制御部２１は、認証完了かどうかについての判定処理を実行する（ステップＳ１−８）。具体的には、制御部２１のユーザ認証部２１２は、銀行サーバ３０から取得した認証結果に基づいて、認証完了か否かを判定する。ここでは、完了フラグが設定された認証結果を取得した場合に、認証完了と判定する。   Next, the control part 21 of the management server 20 performs the determination process about whether it is authentication completion (step S1-8). Specifically, the user authentication unit 212 of the control unit 21 determines whether or not the authentication is complete based on the authentication result acquired from the bank server 30. Here, it is determined that the authentication is completed when the authentication result in which the completion flag is set is acquired.

エラーフラグが設定された認証結果を取得し、認証完了でないと判定した場合（ステップＳ１−８において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、ワンタイムＵＲＬの解放処理を実行する（ステップＳ１−９）。具体的には、制御部２１のユーザ認証部２１２は、セッション情報に基づいて、このユーザ端末１０に割り当てたワンタイムＵＲＬを特定し、ＵＲＬ記憶部２２に記録されているＵＲＬ管理レコードを削除する。   When the authentication result in which the error flag is set is acquired and it is determined that the authentication is not completed (“NO” in step S1-8), the control unit 21 of the management server 20 executes a one-time URL release process. (Step S1-9). Specifically, the user authentication unit 212 of the control unit 21 specifies the one-time URL assigned to the user terminal 10 based on the session information, and deletes the URL management record recorded in the URL storage unit 22. .

一方、完了フラグが設定された認証結果を取得し、認証完了と判定した場合（ステップＳ１−８において「ＹＥＳ」の場合）管理サーバ２０の制御部２１は、ワンタイムＵＲＬのユーザとの関連付け処理を実行する（ステップＳ１−１０）。具体的には、制御部２１のユーザ認証部２１２は、ＵＲＬ記憶部２２に記録されたＵＲＬ管理レコードにおいて、ワンタイムＵＲＬに関連付けて、ステータスとして認証完了フラグを記録するとともに、認証を完了したユーザＩＤを記録する。   On the other hand, when the authentication result in which the completion flag is set is acquired and it is determined that the authentication is completed ("YES" in step S1-8), the control unit 21 of the management server 20 associates the user with the one-time URL. Is executed (step S1-10). Specifically, the user authentication unit 212 of the control unit 21 records an authentication completion flag as a status in association with the one-time URL in the URL management record recorded in the URL storage unit 22, and the user who has completed the authentication. Record the ID.

次に、管理サーバ２０の制御部２１は、トークン及びワンタイムＵＲＬの提供処理を実行する（ステップＳ１−１１）。具体的には、制御部２１のユーザ認証部２１２は、ユーザＩＤを暗号化した固有コードを含めたアクセストークンを生成する。このアクセストークンにより、OAuth認証において利用者を特定することができる。ユーザ認証部２１２は、ＵＲＬ管理レコードにおいて、ワンタイムＵＲＬに関連付けて、アクセストークンを記録する。そして、ユーザ認証部２１２は、リダイレクト要求をユーザ端末１０に送信する。このリダイレクト要求には、アクセストークン及びワンタイムＵＲＬ、リダイレクト先アドレスに関するデータを含める。   Next, the control unit 21 of the management server 20 executes a token and one-time URL providing process (step S1-11). Specifically, the user authentication unit 212 of the control unit 21 generates an access token including a unique code obtained by encrypting the user ID. With this access token, the user can be specified in OAuth authentication. The user authentication unit 212 records an access token in association with the one-time URL in the URL management record. Then, the user authentication unit 212 transmits a redirect request to the user terminal 10. This redirect request includes data relating to the access token, the one-time URL, and the redirect destination address.

次に、ユーザ端末１０は、リダイレクト処理を実行する（ステップＳ１−１２）。具体的には、リダイレクト要求を受信したユーザ端末１０は、サービスサーバ４０にアクセスする。この場合、ユーザ端末１０は、管理サーバ２０から取得したアクセストークン及びワンタイムＵＲＬをサービスサーバ４０に転送する。   Next, the user terminal 10 performs a redirect process (step S1-12). Specifically, the user terminal 10 that has received the redirect request accesses the service server 40. In this case, the user terminal 10 transfers the access token and one-time URL acquired from the management server 20 to the service server 40.

次に、サービスサーバ４０は、ワンタイムＵＲＬの保存処理を実行する（ステップＳ１−１３）。具体的には、サービスサーバ４０は、リダイレクトにより取得したワンタイムＵＲＬを、アクセストークンに関連付けてユーザ情報記憶部４２に登録する。そして、サービスサーバ４０は、ユーザ端末１０に対して、事前認証完了メッセージを送信する。   Next, the service server 40 executes a one-time URL storage process (step S1-13). Specifically, the service server 40 registers the one-time URL acquired by redirection in the user information storage unit 42 in association with the access token. Then, the service server 40 transmits a pre-authentication completion message to the user terminal 10.

次に、ユーザ端末１０は、完了表示処理を実行する（ステップＳ１−１４）。具体的には、ユーザ端末１０は、表示部に、事前認証を完了したことを示すメッセージを出力する。   Next, the user terminal 10 performs a completion display process (step S1-14). Specifically, the user terminal 10 outputs a message indicating that pre-authentication has been completed on the display unit.

（サービス利用時の処理）
次に、図３を用いて、サービス利用時の処理を説明する。
まず、ユーザ端末１０は、ログイン要求処理を実行する（ステップＳ２−１）。具体的には、ユーザは、サービスサーバ４０を利用する場合、アクセス画面を出力する。このアクセス画面には、ユーザの生体情報の読取指示を含める。この場合、ユーザは、ユーザ端末１０の認証デバイスを用いて、生体情報の読取操作を行なう。そして、ユーザ端末１０は、ログイン要求を、サービスサーバ４０に送信する。このログイン要求には、生体認証に基づいて特定されたアクセストークンを含める。 (Processing when using the service)
Next, processing when using the service will be described with reference to FIG.
First, the user terminal 10 executes a login request process (step S2-1). Specifically, when using the service server 40, the user outputs an access screen. This access screen includes an instruction to read the biometric information of the user. In this case, the user performs a biometric information reading operation using the authentication device of the user terminal 10. Then, the user terminal 10 transmits a login request to the service server 40. This login request includes an access token specified based on biometric authentication.

次に、サービスサーバ４０は、アクセストークンの取得処理を実行する（ステップＳ２−２）。具体的には、サービスサーバ４０は、ユーザ端末１０から、アクセストークンを含めたログイン要求を取得する。   Next, the service server 40 executes an access token acquisition process (step S2-2). Specifically, the service server 40 acquires a login request including an access token from the user terminal 10.

次に、サービスサーバ４０は、ログイン処理を実行する（ステップＳ２−３）。具体的には、サービスサーバ４０は、ユーザ端末１０から取得したアクセストークンが、ユーザ情報記憶部４２に記録されているかどうかを確認する。アクセストークンが、ユーザ情報記憶部４２に記録されている場合には、ログインを許可し、サービスメニュー画面をユーザ端末１０に返信する。なお、アクセストークンが、ユーザ情報記憶部４２に記録されていない場合には、ログインを拒否して、エラーメッセージをユーザ端末１０に返信する。   Next, the service server 40 executes a login process (step S2-3). Specifically, the service server 40 confirms whether the access token acquired from the user terminal 10 is recorded in the user information storage unit 42. If the access token is recorded in the user information storage unit 42, login is permitted and a service menu screen is returned to the user terminal 10. If the access token is not recorded in the user information storage unit 42, login is refused and an error message is returned to the user terminal 10.

次に、ユーザ端末１０は、サービス要求処理を実行する（ステップＳ２−４）。具体的には、ログインが許可された場合、ユーザは、サービスメニュー画面において、所望のサービスを選択する。例えば、サービスとしては、振込処理依頼等がある。この場合、ユーザ端末１０は、サービスメニュー画面において選択されたサービスについてのサービス要求をサービスサーバ４０に送信する。   Next, the user terminal 10 executes service request processing (step S2-4). Specifically, when login is permitted, the user selects a desired service on the service menu screen. For example, the service includes a transfer processing request. In this case, the user terminal 10 transmits a service request for the service selected on the service menu screen to the service server 40.

次に、サービスサーバ４０は、ワンタイムＵＲＬの特定処理を実行する（ステップＳ２−５）。具体的には、サービスサーバ４０は、ユーザ情報記憶部４２から、アクセストークンに関連付けられたワンタイムＵＲＬを取得する。   Next, the service server 40 executes a one-time URL specifying process (step S2-5). Specifically, the service server 40 acquires a one-time URL associated with the access token from the user information storage unit 42.

次に、サービスサーバ４０は、ワンタイムＵＲＬにアクセス処理を実行する（ステップＳ２−６）。具体的には、サービスサーバ４０は、ワンタイムＵＲＬに対して、サービス要求を送信する。   Next, the service server 40 executes an access process for the one-time URL (step S2-6). Specifically, the service server 40 transmits a service request to the one-time URL.

次に、ＡＰＩ中継サーバ５０は、ＵＲＬ照会処理を実行する（ステップＳ２−７）。具体的には、ＡＰＩ中継サーバ５０のファサードＡＰＩ５１は、管理サーバ２０に対して、ＵＲＬ照会要求を送信する。このＵＲＬ照会要求には、サービスサーバ４０から取得したワンタイムＵＲＬを含める。   Next, the API relay server 50 executes URL inquiry processing (step S2-7). Specifically, the facade API 51 of the API relay server 50 transmits a URL inquiry request to the management server 20. This URL inquiry request includes the one-time URL acquired from the service server 40.

ＵＲＬ照会要求を取得した管理サーバ２０の制御部２１は、ワンタイムＵＲＬの確認処理を実行する（ステップＳ２−８）。具体的には、制御部２１のＵＲＬ確認部２１３は、ＵＲＬ照会要求のワンタイムＵＲＬのステータスを確認する。ここで、ＵＲＬ記憶部２２において、ワンタイムＵＲＬに対して、認証完了フラグ、ユーザＩＤが関連付けられている場合には、ワンタイムＵＲＬは有効と判定する。一方、ワンタイムＵＲＬに対して、ユーザＩＤが関連付けられていない場合には、ワンタイムＵＲＬは無効と判定する。そして、ＵＲＬ確認部２１３は、ＡＰＩ中継サーバ５０に確認結果を返信する。この確認結果には、ワンタイムＵＲＬの有効フラグ又は無効フラグを含める。   The control unit 21 of the management server 20 that has acquired the URL inquiry request executes a one-time URL confirmation process (step S2-8). Specifically, the URL confirmation unit 213 of the control unit 21 confirms the status of the one-time URL of the URL inquiry request. Here, in the URL storage unit 22, when the authentication completion flag and the user ID are associated with the one-time URL, it is determined that the one-time URL is valid. On the other hand, when the user ID is not associated with the one-time URL, it is determined that the one-time URL is invalid. Then, the URL confirmation unit 213 returns a confirmation result to the API relay server 50. This confirmation result includes a valid flag or invalid flag of the one-time URL.

次に、ＡＰＩ中継サーバ５０は、ワンタイムＵＲＬの妥当性の検証処理を実行する（ステップＳ２−９）。具体的には、ＡＰＩ中継サーバ５０のファサードＡＰＩ５１は、管理サーバ２０から取得した確認結果に基づいて、ワンタイムＵＲＬの妥当性を検証する。ここでは、有効フラグを含む確認結果を取得した場合には、ワンタイムＵＲＬは妥当と判定する。   Next, the API relay server 50 executes a validity verification process for the one-time URL (step S2-9). Specifically, the facade API 51 of the API relay server 50 verifies the validity of the one-time URL based on the confirmation result acquired from the management server 20. Here, when the confirmation result including the valid flag is acquired, it is determined that the one-time URL is valid.

一方、無効フラグを含む確認結果を取得した場合には、ファサードＡＰＩ５１は、ワンタイムＵＲＬは妥当でないと判定し、サービスサーバ４０に対して、エラーメッセージを返信する。この場合、サービスサーバ４０はユーザ端末１０に対して、サービスを利用できないことを示すメッセージを返信する。   On the other hand, when the confirmation result including the invalid flag is acquired, the facade API 51 determines that the one-time URL is not valid and returns an error message to the service server 40. In this case, the service server 40 returns a message indicating that the service cannot be used to the user terminal 10.

ワンタイムＵＲＬは妥当と判定したＡＰＩ中継サーバ５０は、業務ＡＰＩコール処理を実行する（ステップＳ２−１０）。具体的には、ＡＰＩ中継サーバ５０のファサードＡＰＩ５１は、サービスサーバ４０からのサービス要求に応じた業務ＡＰＩ５２を呼び出す。   The API relay server 50 that determines that the one-time URL is valid executes a business API call process (step S2-10). Specifically, the facade API 51 of the API relay server 50 calls the business API 52 according to the service request from the service server 40.

次に、ＡＰＩ中継サーバ５０は、サービス依頼処理を実行する（ステップＳ２−１１）。具体的には、ＡＰＩ中継サーバ５０の業務ＡＰＩ５２は、銀行サーバ３０に対してサービス要求を送信する。   Next, the API relay server 50 executes service request processing (step S2-11). Specifically, the business API 52 of the API relay server 50 transmits a service request to the bank server 30.

次に、銀行サーバ３０は、サービス処理を実行する（ステップＳ２−１２）。具体的には、銀行サーバ３０は、サービス要求に基づいて、サービス処理（例えば、口座情報記憶部３３を用いた振込処理）を実行する。そして、銀行サーバ３０は、処理結果をＡＰＩ中継サーバ５０に返信する。   Next, the bank server 30 executes service processing (step S2-12). Specifically, the bank server 30 executes a service process (for example, a transfer process using the account information storage unit 33) based on the service request. Then, the bank server 30 returns the processing result to the API relay server 50.

次に、ＡＰＩ中継サーバ５０は、結果取得処理を実行する（ステップＳ２−１３）。具体的には、ＡＰＩ中継サーバ５０のファサードＡＰＩ５１は、銀行サーバ３０から、サービス処理結果を取得する。   Next, the API relay server 50 executes a result acquisition process (step S2-13). Specifically, the facade API 51 of the API relay server 50 acquires the service processing result from the bank server 30.

次に、ＡＰＩ中継サーバ５０は、業務ＡＰＩコール処理を実行する（ステップＳ２−１４）。具体的には、ＡＰＩ中継サーバ５０のファサードＡＰＩ５１は、業務ＡＰＩ５２を呼び出し、サービス処理結果をサービスサーバ４０に返信する。   Next, the API relay server 50 executes a business API call process (step S2-14). Specifically, the facade API 51 of the API relay server 50 calls the business API 52 and returns the service processing result to the service server 40.

次に、サービスサーバ４０は、処理結果の送信処理を実行する（ステップＳ２−１５）。具体的には、サービスサーバ４０は、サービス処理結果に基づいて、サービス要求を更新する。そして、サービスサーバ４０は、ユーザ端末１０に対して、処理結果を送信する。   Next, the service server 40 executes processing result transmission processing (step S2-15). Specifically, the service server 40 updates the service request based on the service processing result. The service server 40 transmits the processing result to the user terminal 10.

次に、ユーザ端末１０は、完了表示処理を実行する（ステップＳ２−１６）。具体的には、ユーザ端末１０は、サービスサーバ４０から取得した処理結果を、表示部に出力する。   Next, the user terminal 10 executes a completion display process (step S2-16). Specifically, the user terminal 10 outputs the processing result acquired from the service server 40 to the display unit.

本実施形態によれば、以下のような効果を得ることができる。
（１）本実施形態では、管理サーバ２０の制御部２１は、ワンタイムＵＲＬの仮確保処理を実行する（ステップＳ１−２）。認証完了と判定した場合（ステップＳ１−８において「ＹＥＳ」の場合）管理サーバ２０の制御部２１は、ワンタイムＵＲＬのユーザとの関連付け処理を実行する（ステップＳ１−１０）。これにより、ユーザ認証に基づいて、ワンタイムＵＲＬを付与することができる。 According to this embodiment, the following effects can be obtained.
(1) In the present embodiment, the control unit 21 of the management server 20 executes a temporary securing process for a one-time URL (step S1-2). When it is determined that the authentication is completed ("YES" in step S1-8), the control unit 21 of the management server 20 executes an association process with the user of the one-time URL (step S1-10). Thereby, a one-time URL can be given based on user authentication.

（２）本実施形態では、管理サーバ２０の制御部２１は、トークン及びワンタイムＵＲＬの提供処理を実行する（ステップＳ１−１１）。ユーザ端末１０は、リダイレクト処理を実行する（ステップＳ１−１２）。サービスサーバ４０は、ワンタイムＵＲＬの保存処理を実行する（ステップＳ１−１３）。これにより、サービスサーバ４０は、ＡＰＩ中継サーバ５０にアクセスするためのワンタイムＵＲＬを取得することができる。   (2) In the present embodiment, the control unit 21 of the management server 20 executes a token and one-time URL provision process (step S1-11). The user terminal 10 performs a redirect process (step S1-12). The service server 40 executes a one-time URL storage process (step S1-13). Thereby, the service server 40 can acquire a one-time URL for accessing the API relay server 50.

（３）本実施形態では、サービスサーバ４０は、ワンタイムＵＲＬの特定処理（ステップＳ２−５）、ワンタイムＵＲＬにアクセス処理（ステップＳ２−６）を実行する。この場合、ＡＰＩ中継サーバ５０は、ＵＲＬ照会処理を実行する（ステップＳ２−７）。ワンタイムＵＲＬを用いることにより、外部から、業務ＡＰＩ５２への攻撃を抑制することができる。   (3) In the present embodiment, the service server 40 executes the one-time URL specifying process (step S2-5) and the one-time URL access process (step S2-6). In this case, the API relay server 50 executes URL inquiry processing (step S2-7). By using the one-time URL, an attack to the business API 52 can be suppressed from the outside.

また、上記実施形態は以下のように変更してもよい。
・上記実施形態では、ＵＲＬ記憶部２２には、ユーザに付与したワンタイムＵＲＬに関するＵＲＬ管理レコードが記録される。このＵＲＬ管理レコードには、ワンタイムＵＲＬ、ステータス、ユーザＩＤ、アクセストークンに関するデータが記録される。ここで、ワンタイムＵＲＬに利用条件を設定してもよい。利用条件としては、例えば、利用上限金額を用いることができる。この場合、ＵＲＬ管理レコードに、利用条件として利用上限金額、ステータスとして利用金額の累積額を記録する。そして、ＡＰＩ中継サーバ５０は、ワンタイムＵＲＬの妥当性の検証処理（ステップＳ２−９）において、サービス要求に係る利用金額を管理サーバ２０に送信する。この場合、管理サーバ２０の制御部２１は、ワンタイムＵＲＬの確認処理（ステップＳ２−８）において、ＵＲＬ確認部２１３は、利用金額を加算した利用金額の累積額を算出する。そして、ＵＲＬ確認部２１３は、ＵＲＬ記憶部２２に記録された利用金額の累積額が利用上限金額に達していないかどうかを確認する。ここで、利用金額の累積額が利用上限金額に達していない場合に、ＵＲＬ確認部２１３は、ＵＲＬ記憶部２２のＵＲＬ管理レコードにおいて利用金額の累積額を更新し、ワンタイムＵＲＬの有効フラグを含めた確認結果を返信する。一方、利用金額の累積額が利用上限金額を超える場合、ＵＲＬ確認部２１３は、ワンタイムＵＲＬの無効フラグを含めた確認結果を返信する。 Moreover, you may change the said embodiment as follows.
In the above embodiment, the URL storage unit 22 records a URL management record related to the one-time URL given to the user. In this URL management record, data relating to the one-time URL, status, user ID, and access token are recorded. Here, a use condition may be set for the one-time URL. As the use condition, for example, a use upper limit amount can be used. In this case, a usage upper limit amount is recorded as a usage condition and a cumulative amount of usage amount is recorded as a status in the URL management record. Then, the API relay server 50 transmits the usage amount related to the service request to the management server 20 in the validity verification process of the one-time URL (step S2-9). In this case, in the one-time URL confirmation process (step S2-8), the control unit 21 of the management server 20 calculates the accumulated amount of the usage amount by adding the usage amount. Then, the URL confirmation unit 213 confirms whether or not the accumulated amount of the usage amount recorded in the URL storage unit 22 has reached the usage upper limit amount. Here, when the accumulated amount of the used amount has not reached the upper limit amount of use, the URL confirmation unit 213 updates the accumulated amount of the used amount in the URL management record of the URL storage unit 22 and sets the one-time URL validity flag. Reply with the confirmation result. On the other hand, when the accumulated amount of the usage amount exceeds the usage upper limit amount, the URL confirmation unit 213 returns a confirmation result including the invalid flag of the one-time URL.

また、利用条件として、有効期間を用いてもよい。この場合には、ＵＲＬ確認部２１３は、現在日時を特定し、この現在日時が有効期間に含まれる場合に、ＵＲＬ確認部２１３は、ワンタイムＵＲＬの有効フラグを含めた確認結果を返信する。一方、現在日時が有効期間に含まれない場合、ＵＲＬ確認部２１３は、ワンタイムＵＲＬの無効フラグを含めた確認結果を返信する。そして、ＵＲＬ管理部２１１は、有効期間を渡過したＵＲＬ管理レコードを削除する。   Moreover, you may use an effective period as usage conditions. In this case, the URL confirmation unit 213 specifies the current date and time, and when this current date and time is included in the valid period, the URL confirmation unit 213 returns a confirmation result including the valid flag of the one-time URL. On the other hand, when the current date and time are not included in the valid period, the URL confirmation unit 213 returns a confirmation result including the invalid flag of the one-time URL. Then, the URL management unit 211 deletes the URL management record that has passed the valid period.

また、利用条件として、利用上限回数を用いてもよい。この場合、ＵＲＬ管理レコードに、利用条件として利用上限回数、ステータスとして利用回数を記録する。そして、管理サーバ２０の制御部２１は、ワンタイムＵＲＬの確認処理（ステップＳ２−８）において、ＵＲＬ確認部２１３は、利用回数に「１」を加算した現在回数を算出する。そして、ＵＲＬ確認部２１３は、現在回数が利用上限回数以下の場合に、ＵＲＬ確認部２１３は、ＵＲＬ記憶部２２のＵＲＬ管理レコードにおいて利用回数を更新し、ワンタイムＵＲＬの有効フラグを含めた確認結果を返信する。一方、利用回数が利用上限回数に達した場合、ＵＲＬ確認部２１３は、ワンタイムＵＲＬの無効フラグを含めた確認結果を返信する。そして、ＵＲＬ管理部２１１は、利用回数が利用上限回数に達したＵＲＬ管理レコードを削除する。   Further, the use upper limit count may be used as the use condition. In this case, the upper limit number of times of use is recorded as a use condition and the number of times of use is recorded as a status in the URL management record. Then, in the one-time URL confirmation process (step S2-8), the control unit 21 of the management server 20 calculates the current number of times obtained by adding “1” to the number of times of use. Then, when the current number of times is equal to or less than the upper limit number of times of use, the URL confirmation unit 213 updates the number of times of use in the URL management record of the URL storage unit 22 and confirms that the valid flag of the one-time URL is included. Reply the result. On the other hand, when the usage count reaches the usage limit count, the URL confirmation unit 213 returns a confirmation result including the invalid flag of the one-time URL. Then, the URL management unit 211 deletes the URL management record whose usage count has reached the usage limit count.

また、利用条件として、利用可能時間帯を用いてもよい。この場合には、現在時刻が利用可能時間帯に含まれる場合に、ＵＲＬ確認部２１３は、ワンタイムＵＲＬの有効フラグを含めた確認結果を返信する。一方、現在時刻が利用可能時間帯に含まれない場合、ＵＲＬ確認部２１３は、ワンタイムＵＲＬの無効フラグを含めた確認結果を返信する。
また、利用条件として、取引種別を用いてもよい。この場合、管理サーバ２０の制御部２１は、サービスサーバ４０に対して、取引種別毎に異なるワンタイムＵＲＬを提供する。 Moreover, you may use an available time slot | zone as usage conditions. In this case, when the current time is included in the available time zone, the URL confirmation unit 213 returns a confirmation result including the valid flag of the one-time URL. On the other hand, when the current time is not included in the available time zone, the URL confirmation unit 213 returns a confirmation result including the invalid flag of the one-time URL.
Moreover, you may use a transaction classification as usage conditions. In this case, the control unit 21 of the management server 20 provides the service server 40 with a different one-time URL for each transaction type.

・上記実施形態では、ユーザ端末１０は、事前認証開始処理を実行する（ステップＳ１−１）。ユーザ端末１０が、この処理を、定期的に実行するようにしてもよい。この場合には、ワンタイムＵＲＬの有効期間を決めておき、有効期間の経過を検知したユーザ端末１０が事前認証開始処理を実行する。
・上記実施形態では、管理サーバ２０の制御部２１は、ワンタイムＵＲＬの仮確保処理を実行する（ステップＳ１−２）。ここでは、ユーザ毎にワンタイムＵＲＬをＵＲＬ記憶部２２に記録する。このワンタイムＵＲＬは、ユーザ毎に付与する場合に限定されるものではない。例えば、所定の有効期間は同じワンタイムＵＲＬを付与してもよい。 In the above embodiment, the user terminal 10 executes pre-authentication start processing (step S1-1). The user terminal 10 may periodically execute this process. In this case, the valid period of the one-time URL is determined, and the user terminal 10 that has detected the expiration of the valid period executes the pre-authentication start process.
In the above embodiment, the control unit 21 of the management server 20 executes a temporary securing process for a one-time URL (step S1-2). Here, a one-time URL is recorded in the URL storage unit 22 for each user. This one-time URL is not limited to the case where it is given to each user. For example, the same one-time URL may be given for a predetermined effective period.

・上記実施形態では、管理サーバ２０の制御部２１は、トークン及びワンタイムＵＲＬの提供処理を実行する（ステップＳ１−１１）。これに代えて、ワンタイムＵＲＬの特定処理（ステップＳ２−５）において、サービスサーバ４０が管理サーバ２０にアクセスし、アクセストークンに関連付けられた有効なワンタイムＵＲＬを取得するようにしてもよい。ここで、ＵＲＬ記憶部２２に、アクセストークンに関連付けられた有効なワンタイムＵＲＬが記録されていない場合には、サービスサーバ４０はサービス提供を拒否する。この場合には、サービスサーバ４０のユーザ情報記憶部４２にワンタイムＵＲＬを保持させることなく、ワンタイムＵＲＬによりＡＰＩ中継サーバ５０にアクセスできる。   In the above embodiment, the control unit 21 of the management server 20 executes a token and one-time URL provision process (step S1-11). Instead, in the one-time URL specifying process (step S2-5), the service server 40 may access the management server 20 and acquire a valid one-time URL associated with the access token. Here, if a valid one-time URL associated with the access token is not recorded in the URL storage unit 22, the service server 40 refuses service provision. In this case, the API relay server 50 can be accessed by the one-time URL without holding the one-time URL in the user information storage unit 42 of the service server 40.

・上記実施形態では、金融機関が提供するＡＰＩサービスにおいて、ワンタイムＵＲＬを用いる。ワンタイムＵＲＬの適用対象は、銀行ＡＰＩに限定されるものではない。   In the above embodiment, a one-time URL is used in an API service provided by a financial institution. The application target of the one-time URL is not limited to the bank API.

１０…ユーザ端末、２０…管理サーバ、２１…制御部、２２…ＵＲＬ記憶部、２１１…ＵＲＬ管理部、２１２…ユーザ認証部、２１３…ＵＲＬ確認部、３０…銀行サーバ、３２…顧客情報記憶部、３３…口座情報記憶部、４０…サービスサーバ、４２…ユーザ情報記憶部、５０…ＡＰＩ中継サーバ、５１…ファサードＡＰＩ、５２…業務ＡＰＩ。   DESCRIPTION OF SYMBOLS 10 ... User terminal, 20 ... Management server, 21 ... Control part, 22 ... URL storage part, 211 ... URL management part, 212 ... User authentication part, 213 ... URL confirmation part, 30 ... Bank server, 32 ... Customer information storage part 33 ... Account information storage unit, 40 ... Service server, 42 ... User information storage unit, 50 ... API relay server, 51 ... Facade API, 52 ... Business API.

Claims (5)

ワンタイムＵＲＬを管理する管理サーバと、サービスを提供するＡＰＩを有するＡＰＩ中継サーバと、前記サービスを利用するサービスサーバを含むサービス管理システムであって、
前記管理サーバが、ユーザの本人認証に基づいて、前記ＡＰＩ中継サーバにアクセスするためのワンタイムＵＲＬを発行し、ユーザ情報に関連付けて前記ワンタイムＵＲＬをＵＲＬ記憶部に記録し、
ユーザ情報とともに前記ワンタイムＵＲＬを前記サービスサーバに提供し、
サービス要求を受け付けるサービスサーバが、ユーザの本人認証を行ない、前記ユーザのユーザ情報に関連付けられたワンタイムＵＲＬを用いて、前記ＡＰＩ中継サーバに対して、サービス要求を送信することを特徴とするサービス管理システム。 A service management system including a management server for managing a one-time URL, an API relay server having an API for providing a service, and a service server for using the service,
The management server issues a one-time URL for accessing the API relay server based on user authentication, records the one-time URL in a URL storage unit in association with user information,
Providing the one-time URL together with user information to the service server;
A service server that receives a service request authenticates the user and transmits the service request to the API relay server using a one-time URL associated with the user information of the user. Management system. 前記ワンタイムＵＲＬに関連付けて、サービス利用上限を設定し、
前記管理サーバは、前記サービス上限を超えたサービス要求を拒否することを特徴とする請求項１に記載のサービス管理システム。 In association with the one-time URL, a service usage upper limit is set,
The service management system according to claim 1, wherein the management server rejects a service request that exceeds the service upper limit. 前記ワンタイムＵＲＬに関連付けて、有効期間を設定し、
前記有効期間を経過した場合には、前記ワンタイムＵＲＬの利用を拒否することを特徴とする請求項１又は２に記載のサービス管理システム。 Set the validity period in association with the one-time URL,
3. The service management system according to claim 1, wherein the use of the one-time URL is rejected when the valid period has elapsed. 前記管理サーバは、ワンタイムＵＲＬの妥当性を確認できた場合に、銀行サーバにアクセスするＡＰＩコールを行なうことを特徴とする請求項１〜３のいずれか一項に記載のサービス管理システム。   The service management system according to any one of claims 1 to 3, wherein the management server makes an API call for accessing the bank server when the validity of the one-time URL is confirmed. ワンタイムＵＲＬを管理する管理サーバと、サービスを提供するＡＰＩを有するＡＰＩ中継サーバと、前記サービスを利用するサービスサーバを含むサービス管理システムを用いて、サービス提供を管理する方法であって、
前記管理サーバが、ユーザの本人認証に基づいて、前記ＡＰＩ中継サーバにアクセスするためのワンタイムＵＲＬを発行し、ユーザ情報に関連付けて前記ワンタイムＵＲＬをＵＲＬ記憶部に記録し、
ユーザ情報とともに前記ワンタイムＵＲＬを前記サービスサーバに提供し、
サービス要求を受け付けるサービスサーバが、ユーザの本人認証を行ない、前記ユーザのユーザ情報に関連付けられたワンタイムＵＲＬを用いて、前記ＡＰＩ中継サーバに対して、サービス要求を送信することを特徴とするサービス管理方法。 A method for managing service provision using a service management system including a management server for managing a one-time URL, an API relay server having an API for providing a service, and a service server for using the service,
The management server issues a one-time URL for accessing the API relay server based on user authentication, records the one-time URL in a URL storage unit in association with user information,
Providing the one-time URL together with user information to the service server;
A service server that receives a service request authenticates the user and transmits the service request to the API relay server using a one-time URL associated with the user information of the user. Management method.
JP2017123222A 2017-06-23 2017-06-23 Service management system and service management method Active JP6463803B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2017123222A JP6463803B2 (en) 2017-06-23 2017-06-23 Service management system and service management method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2017123222A JP6463803B2 (en) 2017-06-23 2017-06-23 Service management system and service management method

Publications (2)

Publication Number Publication Date
JP2019008525A true JP2019008525A (en) 2019-01-17
JP6463803B2 JP6463803B2 (en) 2019-02-06

Family

ID=65026017

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017123222A Active JP6463803B2 (en) 2017-06-23 2017-06-23 Service management system and service management method

Country Status (1)

Country Link
JP (1) JP6463803B2 (en)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020135197A (en) * 2019-02-15 2020-08-31 株式会社リコー Information processing apparatus
JP2020166469A (en) * 2019-03-29 2020-10-08 みずほ情報総研株式会社 Service management system and service management method
JP2021039462A (en) * 2019-08-31 2021-03-11 株式会社北洋銀行 Electronic money charge method and electronic money support system
JP2021064121A (en) * 2019-10-11 2021-04-22 株式会社ライトスタッフ Insurance information management system, insurance information management method, insurance information management program, and computer readable recording medium with the program recorded
JP2021089657A (en) * 2019-12-05 2021-06-10 株式会社日立製作所 Authentication approving system and method for approving authentication
JP7486677B2 (en) 2021-06-28 2024-05-17 ドロップボックス， インコーポレイテッド Joint management of links through link platforms and partner services

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017045293A (en) * 2015-08-27 2017-03-02 ブラザー工業株式会社 Relay device and communication system

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017045293A (en) * 2015-08-27 2017-03-02 ブラザー工業株式会社 Relay device and communication system

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
早川 勝: "そのまま役立つアーキテクチャー構築 実践編", 日経ＳＹＳＴＥＭＳ, vol. 第２８７号, JPN6018034136, 26 February 2017 (2017-02-26), JP, pages ｐ.７０〜７５ *
磯部 浩: "ここでぶつかるｉモード導入 問題点と解決策を徹底整理", モバイルインターネット, vol. 第１巻 第４号, JPN6018034134, 10 May 2001 (2001-05-10), pages ｐ.２２〜２９ *
遠藤 圭介: "ＦｉｎＴｅｃｈの鍵を握る２つの技術", ＩＴソリューションフロンティア, vol. Ｖｏｌ．３３ Ｎｏ．０８［ｏｎｌｉｎｅ］, JPN6018034131, 20 July 2016 (2016-07-20), JP, pages ｐ.６〜９ *

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020135197A (en) * 2019-02-15 2020-08-31 株式会社リコー Information processing apparatus
JP7302193B2 (en) 2019-02-15 2023-07-04 株式会社リコー Information processing equipment
JP2020166469A (en) * 2019-03-29 2020-10-08 みずほ情報総研株式会社 Service management system and service management method
JP2021039462A (en) * 2019-08-31 2021-03-11 株式会社北洋銀行 Electronic money charge method and electronic money support system
JP2021064121A (en) * 2019-10-11 2021-04-22 株式会社ライトスタッフ Insurance information management system, insurance information management method, insurance information management program, and computer readable recording medium with the program recorded
JP2021089657A (en) * 2019-12-05 2021-06-10 株式会社日立製作所 Authentication approving system and method for approving authentication
JP7262378B2 (en) 2019-12-05 2023-04-21 株式会社日立製作所 Authentication authorization system and authentication authorization method
JP7486677B2 (en) 2021-06-28 2024-05-17 ドロップボックス， インコーポレイテッド Joint management of links through link platforms and partner services

Also Published As

Publication number Publication date
JP6463803B2 (en) 2019-02-06

Similar Documents

Publication Publication Date Title
JP6463803B2 (en) Service management system and service management method
US11620621B2 (en) Enrolling a payer by a merchant server operated by or for the benefit of a payee and processing a payment from the payer by a secure server
US20210398111A1 (en) Method And System For Transmitting Credentials
US10360561B2 (en) System and method for secured communications between a mobile device and a server
US9407622B2 (en) Methods and apparatus for delegated authentication token retrieval
US8666904B2 (en) System and method for trusted embedded user interface for secure payments
CA2748481C (en) System and method for initiating transactions on a mobile device
US9596237B2 (en) System and method for initiating transactions on a mobile device
US20140068722A1 (en) Personal identity control
US20120150748A1 (en) System and method for authenticating transactions through a mobile device
JP6643374B2 (en) Service management system and service management method
US20150046327A1 (en) Server-based payment system
US20160034891A1 (en) Method and system for activating credentials
CA2864171C (en) Authentication platform for pin debit issuers
GB2513126A (en) Method and system for creating a unique identifier
JP6750063B1 (en) Service management system and service management method
US20150066766A1 (en) Secure Generation of a User Account in a Service Server
JP6268242B1 (en) Server and token issuing method
JP6446119B2 (en) Server and token issuing method
WO2016166715A1 (en) Systems and methods for executing payment transactions
JP2016091128A (en) User identification system, method, and program
Tsehaye An Interoperable Identity Management Framework (In the Case of Ethiopian e-government)
KR20080083731A (en) Method and system for processing payment of credit card using by soft phone
Stenbäcka et al. A proposal of a method for evaluating third-party authentication services

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20181102

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: 20181204

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20190104

R150 Certificate of patent or registration of utility model

Ref document number: 6463803

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250