JP7346488B2 - Service usage support method, service usage support program, and service usage support system - Google Patents

Service usage support method, service usage support program, and service usage support system Download PDF

Info

Publication number
JP7346488B2
JP7346488B2 JP2021071484A JP2021071484A JP7346488B2 JP 7346488 B2 JP7346488 B2 JP 7346488B2 JP 2021071484 A JP2021071484 A JP 2021071484A JP 2021071484 A JP2021071484 A JP 2021071484A JP 7346488 B2 JP7346488 B2 JP 7346488B2
Authority
JP
Japan
Prior art keywords
payment
usage
service
server
token
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.)
Active
Application number
JP2021071484A
Other languages
Japanese (ja)
Other versions
JP2022166343A (en
Inventor
隆 木曽
レー・タン・ハイ
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.)
Wevnal
Original Assignee
Wevnal
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 Wevnal filed Critical Wevnal
Priority to JP2021071484A priority Critical patent/JP7346488B2/en
Publication of JP2022166343A publication Critical patent/JP2022166343A/en
Application granted granted Critical
Publication of JP7346488B2 publication Critical patent/JP7346488B2/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Landscapes

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

Description

本発明は、ECサイトなどの運営支援サービスに付随して、滞りのない決済環境を提供するためのサービス利用支援方法などに関する。 The present invention relates to a service usage support method for providing a smooth payment environment in conjunction with operation support services such as EC sites.

従来から、ECサイト等の運営にあたっては、決済方法としてクレジットカードの利用が広く採用されている。簡易に決済が行えて取引の関係者にとって便利な反面、取引データやクレジットカード情報の漏洩や不正利用のリスクも無視できない。そのため当該決済についてはセキュリティに関する様々な技術的な対処が求められるところであり、例えば、PCIDSSなどのオフィシャルな基準を満たしたセキュリティ体制の構築や、いわゆる「カード情報の非保持化」などの観点からのトークン決済といった方策を採ることが広く知られている。 BACKGROUND ART Conventionally, credit cards have been widely used as a payment method in the operation of e-commerce sites and the like. While payments can be made easily and convenient for parties involved in a transaction, the risk of leakage or unauthorized use of transaction data and credit card information cannot be ignored. Therefore, various technical measures regarding security are required for such payments, such as the establishment of a security system that meets official standards such as PCIDSS, and the so-called "non-retention of card information". It is widely known that measures such as token payments will be adopted.

いっぽう、ECサイトの運営に関連して、購入ユーザによる情報入力の支援を行うことで、決済までのスムーズな導線確保のための仕組みを提供するサービスもよく知られている。具体的には、チャットボットなどの仕組みを提供し、購入ユーザに所定事項の入力を促したり、好適な質問を送信したりすることで、ECサイト運営者による、ユーザ対応コストの低減が実現できている。このようなECサイト管理支援システムに関する技術としては、例えば引用文献1記載の技術が知られている。 On the other hand, in connection with the operation of e-commerce sites, there are also well-known services that provide a system for ensuring a smooth process to payment by supporting purchasing users in inputting information. Specifically, by providing mechanisms such as chatbots that prompt purchasing users to enter specified information and send appropriate questions, e-commerce site operators can reduce their user response costs. ing. As a technology related to such an EC site management support system, for example, the technology described in Cited Document 1 is known.

特開2018-081538号JP2018-081538

しかしながら、特許文献1に記載されている先行技術は、所定フォーマットなどに情報の入力を促すことができるにとどまるため、却って購入ユーザに対し、カード情報の直接入力を促すような事態にもなりかねず、セキュリティの観点から不安がぬぐえなかった。 However, since the prior art described in Patent Document 1 can only prompt the user to input information in a predetermined format, it may end up prompting the purchasing user to input card information directly. I couldn't shake my concerns from a security perspective.

以上のような課題を解決すべく、本発明は、所定のウェブサービスを提供するサーバであるサービスサーバと、当該ウェブサービスを利用する利用者端末と、当該ウェブサービスに関連した決済代行処理を行うサーバである決済代行処理サーバと、の間でコンピュータを実行して情報の送受信を行うサービス利用支援方法であって、利用者端末からのウェブサービス利用に関する決済要求を受信する決済要求受信ステップと、受信した決済要求に応じて、利用者端末に対し、決済代行処理サーバに対するトークン発行要求を送信させる発行要求ステップと、前記発行要求に対応したトークンを取得するトークン取得ステップと、取得したトークンとともに、サービスサーバに対し、前記決済要求に応じたサービス利用に関連する情報である利用関連情報を出力する利用関連情報出力ステップと、サービスサーバより前記利用関連情報に対応する決済結果を取得する決済結果取得ステップと、前記取得した決済結果に応じたメッセージを前記利用者端末宛に出力するメッセージ出力ステップと、からなるサービス利用支援方法などを提案する。 In order to solve the above-mentioned problems, the present invention provides a service server that is a server that provides a predetermined web service, a user terminal that uses the web service, and a payment agency processing related to the web service. A service usage support method that executes a computer to send and receive information between a payment processing server, which is a server, and a payment request receiving step of receiving a payment request regarding web service usage from a user terminal; an issuance request step for causing the user terminal to transmit a token issuance request to the payment processing server in response to the received payment request; a token acquisition step for acquiring a token corresponding to the issuance request; and together with the acquired token, a usage-related information output step of outputting usage-related information, which is information related to service usage in response to the payment request, to a service server; and a payment result acquisition step of acquiring a payment result corresponding to the usage-related information from the service server. and a message output step of outputting a message corresponding to the acquired payment result to the user terminal.

また、上記発明に関連し、所定のウェブサービスと、当該ウェブサービスに関連する利用関連情報に対応する入力受付ルールを取得する入力受付ルール取得ステップと、利用者端末から前記ウェブサービスに係る利用関連情報の入力を受け付ける入力受付ステップをさらに有し、利用関連情報出力ステップは、前記受け付けた利用関連情報を、入力受付ルールに基づいて出力する適合処理サブステップをさらに有するサービス利用支援方法なども提案する。 Further, in connection with the above invention, an input reception rule acquisition step of acquiring a predetermined web service and an input reception rule corresponding to usage related information related to the web service, and a usage related information related to the web service from a user terminal. The present invention also proposes a service usage support method that further includes an input reception step that receives information input, and the usage-related information output step further includes a conformance processing substep that outputs the received usage-related information based on input reception rules. do.

また、上記各発明に関連し、利用関連情報出力ステップは、サービスサーバが予定する決済処理を前記トークンを用いて実行可能な態様にて実行させるための決済制御情報をも出力する決済制御情報出力サブステップをさらに有するサービス利用支援方法なども提案する。 Further, in relation to each of the above-mentioned inventions, the usage-related information output step includes outputting payment control information that also outputs payment control information for causing the service server to execute the scheduled payment process in an executable manner using the token. We also propose a service usage support method that has more substeps.

また、上記方法を実現するためのプログラムやシステムなども提案する。 We also propose programs and systems to implement the above method.

主に以上のような構成をとる本発明によって、セキュリティを担保しつつ、ウェブサービスの利用者による情報入力の煩雑さの解消とともに、サービス運営管理者の手間をも軽減することが可能になる。 The present invention, which mainly has the above-described configuration, makes it possible to eliminate the complexity of information input by web service users and reduce the effort of the service operations manager, while ensuring security.

本発明のシステムの概略図Schematic diagram of the system of the invention 実施形態1のシステムの機能ブロックの一例を示す図A diagram showing an example of functional blocks of the system of Embodiment 1 実施形態1のシステムの機能的な各構成をまとめて一のハードウェアとして実現した際の構成の一例を示す概略図A schematic diagram illustrating an example of a configuration when the functional configurations of the system of Embodiment 1 are collectively realized as one piece of hardware. 実施形態1のシステムにおける処理の流れの一例を示す図A diagram showing an example of the flow of processing in the system of Embodiment 1 実施形態1のシステムにおける処理の流れの一例を示す図A diagram showing an example of the flow of processing in the system of Embodiment 1 実施形態2のシステムの機能ブロックの一例を示す図A diagram showing an example of functional blocks of the system of Embodiment 2 実施形態2のシステムにおける処理の流れの一例を示す図A diagram showing an example of the flow of processing in the system of Embodiment 2 実施形態3のシステムの機能ブロックの一例を示す図A diagram showing an example of functional blocks of the system of Embodiment 3 実施形態3のシステムにおける処理の流れの一例を示す図A diagram showing an example of the flow of processing in the system of Embodiment 3

まず図1を示す。図1は本発明の概要を示す図である。本図に示されているように、本発明は、所定のウェブサービスを提供するサーバであるサービスサーバ0121と、当該ウェブサービスを利用する利用者端末0111、0112、0113と、当該ウェブサービスに関連した決済代行処理を行うサーバである決済代行処理サーバ0131と、の間でコンピュータを実行して情報の送受信を行うように構成されており、具体的には、一又は複数のサーバ0101、0102により実現される。 First, FIG. 1 is shown. FIG. 1 is a diagram showing an overview of the present invention. As shown in this figure, the present invention provides a service server 0121 that is a server that provides a predetermined web service, user terminals 0111, 0112, and 0113 that use the web service, and user terminals related to the web service. The computer is configured to execute a computer to send and receive information between the payment proxy processing server 0131, which is a server that performs payment proxy processing, and specifically, one or more servers 0101 and 0102 Realized.

同図を示して説明したとおり、本発明は、所定のウェブサービスを提供するサーバであるサービスサーバと、当該ウェブサービスを利用する利用者端末と、当該ウェブサービスに関連した決済代行処理を行うサーバである決済代行処理サーバと、の間で情報の送受信を行うことを特徴とする。ここでいう「所定のウェブサービス」としては、ECサービス、オンラインスクールサービス、オンデマンドコンテンツサービス、その他決済処理を行うことで利用可能なウェブサービスであれば、特にその種別を問わずに適用可能である。また、ウェブサービスであることが特徴となるため、ウェブブラウザを介して利用可能なサービスであることが求められる。 As described with reference to the figure, the present invention includes a service server that provides a predetermined web service, a user terminal that uses the web service, and a server that performs payment agency processing related to the web service. It is characterized by transmitting and receiving information between the payment processing server and the payment processing server. The "predetermined web service" here is applicable regardless of its type, such as e-commerce services, online school services, on-demand content services, and other web services that can be used by performing payment processing. be. Furthermore, since it is a web service, it is required that the service be available via a web browser.

次に、利用者端末については、上記ウェブサービスを利用可能な構成であれば、その種別を特に限定することはなく、例えば、スマートフォン0111やパソコン0112、タブレット0113などが利用者端末として考えられ、その他スマートグラスやスマートウォッチ、スマートペンなどが考えられる。 Next, regarding the user terminal, the type is not particularly limited as long as it has a configuration that allows the above web service to be used. Other possibilities include smart glasses, smart watches, and smart pens.

また、決済代行処理サーバとは、上記所定のウェブサービスにおいて決済処理が要求される場合、当該決済処理を必要とするユーザに代わり、クレジットカード会社その他の決済金融機関との間で決済処理を行うためのサーバであることが一般的である。ただ、ここでいう「決済」は必ずしも現金ないし現金的価値と直結する価値との交換(為替)処理のみに限定されず、暗号資産や前払式支払手段、特定のサービスでのみ利用可能なポイントなどの現金類似の価値との交換を行うための処理を広く含んでいる。上述のとおり、インターネット上での取引における決済処理については、セキュリティの観点から決済代行処理サーバが介在するケースが広くみられるところであり、本発明における決済代行処理サーバの位置づけも、かかる一般的な取引における意義と変わるところはない。 In addition, a payment processing server is a payment processing server that performs payment processing with a credit card company or other payment financial institution on behalf of a user who requires payment processing when payment processing is requested for the above-mentioned predetermined web service. It is generally a server for However, "settlement" here is not necessarily limited to cash or the exchange (exchange) process of value directly linked to cash value, but also includes crypto assets, prepaid payment methods, and points that can only be used for specific services. It broadly includes the process of exchanging cash for cash-like value. As mentioned above, for payment processing in transactions on the Internet, payment processing servers are often involved from a security perspective, and the positioning of the payment processing server in the present invention is also applicable to such general transactions. There is no difference in significance from that in .

さきに述べたとおり、本発明は一又は複数のサーバ0101、0102により実現されうる。より具体的に言えば、一のサービスを提供するためのアプリケーションサーバ0101と、当該サービスに利用される種々のデータを管理するためのデータベースサーバ0102などが複数用いられることが考えられ、他の事業者が管理するアプリケーションサーバとAPI連携の形式により相互に接続されることにより、当該他の事業者が提供するサービスアプリケーションを実行することも可能である。それらのサーバの組み合わせにより、広汎なサービス内容への対応を可能とするのみならず、それぞれのサーバがネットワークを介して接続可能に構成されることにより、多様な地理的拠点を設けつつ、効率性の高いサービス提供を可能とする。 As mentioned earlier, the present invention may be implemented by one or more servers 0101, 0102. More specifically, it is conceivable that a plurality of application servers 0101 for providing one service, database servers 0102 for managing various data used for the service, etc., are used, and other businesses It is also possible to execute service applications provided by other businesses by being interconnected with application servers managed by other businesses through API collaboration. Combining these servers not only makes it possible to support a wide range of service content, but also allows each server to be configured to be connectable via a network. This makes it possible to provide high quality services.

以下、本発明の各実施形態について図面とともに説明する。まず実施形態と請求項の相互の関係は、以下のとおりである。まず、実施形態1は主に請求項1、4、5などに対応する。実施形態2は主に請求項2などに対応する。実施形態3は主に請求項3などに対応する。 Hereinafter, each embodiment of the present invention will be described with reference to the drawings. First, the mutual relationship between the embodiments and the claims is as follows. First, the first embodiment mainly corresponds to claims 1, 4, 5, etc. Embodiment 2 mainly corresponds to claim 2 and the like. Embodiment 3 mainly corresponds to claim 3 and the like.

なお、本発明はこれらの実施形態に何ら限定されるものではなく、技術常識に従って特許請求の範囲の各請求項に記載の技術的思想を有し、その要旨を逸脱しない範囲内において、様々な態様で実施し得る。 Note that the present invention is not limited to these embodiments in any way, but has the technical idea described in each claim in accordance with common general technical knowledge, and various modifications may be made without departing from the gist thereof. It can be implemented in various ways.

<<実施形態1>>
<概要>
図2は、本実施形態のサービス利用支援システムの機能ブロックの一例を示す図である。同図において示されているように、本実施形態の「サービス利用支援システム」0200は、「決済要求受信部」0201と、「発行要求部」0202と、「トークン取得部」0203と、「利用関連情報出力部」0204と、「決済結果取得部」0205と、「メッセージ出力部」0206と、を有する。
<<Embodiment 1>>
<Summary>
FIG. 2 is a diagram showing an example of functional blocks of the service usage support system of this embodiment. As shown in the figure, the "service usage support system" 0200 of this embodiment includes a "payment request receiving section" 0201, an "issuance requesting section" 0202, a "token acquisition section" 0203, and a "usage request section" 0201. It has a "related information output section" 0204, a "payment result acquisition section" 0205, and a "message output section" 0206.

なお、以下で詳しく説明するサービス利用支援システムは、その機能の一又は複数の機能を複数の装置にて実現するようにも構成され得るものであって、その機能ブロックは、いずれもハードウェア又はソフトウェアとして実現され得る。コンピュータを用いるものを例にすれば、CPUやメインメモリ、GPU、TPU、画像メモリ、バス、二次記憶装置(ハードディスクや不揮発性メモリ)、キーボードやマイク、タッチパネル、タッチパネルをタッチするための電子ペンなどの各種入力デバイス、スピーカ、ディスプレイその他各種出力デバイス、その他の外部周辺装置などのハードウェア構成部、またその外部周辺装置用のインタフェース、通信用インタフェース、それらのハードウェアを制御するためのドライバプログラムやその他のアプリケーションプログラムなどが挙げられる。 Note that the service usage support system described in detail below may be configured to implement one or more of its functions using multiple devices, and each of its functional blocks may be implemented using hardware or It can be realized as software. For example, when using a computer, the CPU, main memory, GPU, TPU, image memory, bus, secondary storage device (hard disk or non-volatile memory), keyboard, microphone, touch panel, and electronic pen for touching the touch panel. Hardware components such as various input devices such as speakers, displays, various output devices, and other external peripheral devices, as well as interfaces for the external peripheral devices, communication interfaces, and driver programs for controlling these hardware. and other application programs.

そしてメインメモリ上に展開したプログラムに従った演算処理によって、入力デバイスやその他インタフェースなどから入力されメモリやハードウェア上に保持されているデータなどが加工、蓄積されたり、前記各ハードウェアやソフトウェアを制御するための命令が作成されたりする。ここで、上記プログラムは、モジュール化された複数のプログラムとして実現されてもよいし、2以上のプログラムをクラウドコンピューティングその他の方法により組み合わせて一のプログラムとして実現されても良い。 Then, through arithmetic processing according to the program developed on the main memory, data input from input devices and other interfaces and held in memory and hardware is processed and accumulated, and each of the above hardware and software is processed and stored. Instructions are created to control it. Here, the above program may be realized as a plurality of modularized programs, or two or more programs may be realized as one program by combining them by cloud computing or other methods.

また、本実施形態をはじめとする本発明は、所定のウェブサービスを提供するサーバであるサービスサーバと、当該ウェブサービスを利用する利用者端末と、当該ウェブサービスに関連した決済代行処理を行うサーバである決済代行処理サーバと、の間でそれぞれ情報の送受信を行うことをその技術的特徴として備えている。すなわち、本発明は、サービスサーバの運営者でも、サービス利用者でも、決済代行機関でもない第三者が管理するコンピュータを用いて実現可能である。特にサービスサーバの運営者にとっては、決済処理のために必要とされる煩雑な処理を外部に委託しつつ、サービス利用者にストレスを与えることなくサービス提供が実現できるため、その技術的資源を、ユーザーフレンドリーなサービス提供の面に集中することができる。 Further, the present invention including this embodiment includes a service server that is a server that provides a predetermined web service, a user terminal that uses the web service, and a server that performs payment agency processing related to the web service. Its technical feature is that it can send and receive information between it and the payment processing server. That is, the present invention can be implemented using a computer managed by a third party who is not a service server operator, a service user, or a payment agency. In particular, for service server operators, it is possible to outsource the complicated processing required for payment processing and provide services without causing stress to service users, so they can use their technical resources to You can focus on providing user-friendly services.

このような構成をとる際の好適な態様として、特にウェブサービスを例にとると、ウェブブラウザ上に当該ウェブサービス利用を促進するためのウェブページである促進ページを表示させ、当該促進ウェブページと上記ウェブサービスとを、HTMLのiframe要素を用いて関連付けるような処理を行うことが考えられる。当該構成を採用することで、所定のウェブサービスのサービス利用者が違和感なく促進ページをも閲覧することができる。 Taking a web service as an example in particular, a preferred mode of adopting such a configuration is to display a promotion page, which is a web page for promoting the use of the web service, on the web browser, and to display the promotion page and the promotion web page. It is conceivable to perform processing such as associating the above web service with an HTML iframe element. By adopting this configuration, service users of a predetermined web service can also view promotion pages without feeling uncomfortable.

なおここでいう促進ページの具体例としては、アンケートの入力や、決済のための必要情報の入力、サービス対象となる商品の色やサイズ、型番などの選択入力、数あるサービスメニューの検索入力などを受け付けるためのページとして構成されることが考えられる。当該構成を採用してサービスサーバの運営者に提供可能とすることにより、サービスサーバの運営者は、アンケートフォーマットや商品購入カート用のフォーマットなどをわざわざ自身で作成することなく、手軽にウェブサービスの展開を開始し、運営することができるようになる。 Specific examples of the promotion page mentioned here include inputting a questionnaire, inputting necessary information for payment, inputting selections such as color, size, model number, etc. of the product targeted for service, inputting search input for the numerous service menus, etc. It may be configured as a page for accepting By adopting this configuration and making it available to service server operators, service server operators can easily implement web services without having to create questionnaire formats, product purchase cart formats, etc. themselves. Be able to start deploying and operating.

なお、促進ページは、例えばチャットボットのように対話形式でユーザに対し情報入力を促すような構成とすることが考えられる。当該構成を採用すれば、ユーザの反応に応じて適宜の反応をもって、更なる情報の入力や加除修正を促したり、タイムリーに入力完了の旨をユーザに伝えたりすることができるようになるため、ユーザによるサービス利用の離脱率の低減を図ることができるようになる。また、別の角度から見ると、対話形式で一定形式の情報入力を促すことで、ユーザからの情報入力受付を、イレギュラーではなく一定のルールに基づいて処理することができるため、当該ルールに応じて後述する利用関連情報を出力しやすくなる。 Note that the promotion page may be configured to prompt the user to input information in an interactive manner, such as a chatbot. If this configuration is adopted, it will be possible to prompt the user to enter further information, add/deliver, or modify the information, and to notify the user that the input has been completed in a timely manner, with an appropriate response depending on the user's reaction. , it becomes possible to reduce the rate at which users discontinue using the service. Also, from another perspective, by prompting the user to input information in a certain format in an interactive format, the information input from the user can be processed based on certain rules rather than irregularly. Accordingly, it becomes easier to output usage-related information, which will be described later.

<機能的構成>
「決済要求受信部」0201は、利用者端末からのウェブサービス利用に関する決済要求を受信するように構成されている。ここでの決済要求には、少なくとも決済金額が含まれ、決済対象となる商品やサービスを識別するための情報、決済要求日時その他決済対象に関する情報が含まれる。
<Functional configuration>
The “payment request receiving unit” 0201 is configured to receive a payment request regarding the use of a web service from a user terminal. The payment request here includes at least the payment amount, information for identifying the product or service to be paid, the date and time of the payment request, and other information regarding the payment object.

なお、決済要求受信部にて決済要求を受信した場合、当該決済要求の内容を、サービスサーバに対して出力する構成を採用することは必ずしも排除しない。ただ後述する利用関連情報出力部における処理内容と重複する処理となるため、煩雑さ回避の観点からは当該構成を採用することは避けることが望ましい。 Note that, when a payment request is received by the payment request receiving unit, it is not necessarily excluded that a configuration is adopted in which the content of the payment request is output to the service server. However, since the processing overlaps with the processing content of the usage-related information output section, which will be described later, it is desirable to avoid adopting this configuration from the viewpoint of avoiding complexity.

「発行要求部」0202は、受信した決済要求に応じて、利用者端末に対し、決済代行処理サーバに対するトークン発行要求を送信させるように構成される。「トークン発行要求を送信させる」処理の具体的な態様としては、利用者端末に対し、決済代行処理サーバにトークン発行要求を送信せよ、という趣旨のメッセージを出力する場合もあれば、特定の決済代行処理サーバに対し、トークン発行要求を送信するためのウェブページその他の機能を利用可能に提供する場合もある。いずれの態様を採用してもよいが、特にAPI連携機能などを用いてトークン発行要求のための機能を提供することで、利用者に対し、特段の端末操作を求めることなく、簡易な方式にてトークン発行要求の送信を促すことが可能になる。 The "issuance request unit" 0202 is configured to cause the user terminal to transmit a token issuance request to the payment processing server in response to the received payment request. Specific aspects of the process of "sending a token issuance request" include outputting a message to the user terminal to the effect that it should send a token issuance request to the payment processing server, and In some cases, web pages and other functions for sending token issuance requests may be made available to the proxy processing server. Either method may be adopted, but by providing a function for requesting token issuance using an API linkage function, etc., it is possible to use a simple method without requiring the user to perform any special terminal operations. This makes it possible to prompt users to send token issuance requests.

なおここでいうトークン発行要求は、特定の決済代行処理サーバを管理する事業者を識別するための情報の選択入力とともに受け付けることとなる。そのいっぽう、発行要求部をはじめとするいずれの機能においても、本発明の実施主体は、クレジットカード番号その他の決済処理を行うにあたり決済対象者を直接識別可能な情報は取得しない。当該構成を採用することにより、PCIDSSなどのセキュリティ体制を構築せずとも、サービス利用者に安心してサービス利用のための決済手続を提供することが可能になる。 Note that the token issuance request referred to herein is accepted together with the selection input of information for identifying the business operator that manages the specific payment processing server. On the other hand, in any of the functions including the issue request section, the implementing entity of the present invention does not acquire credit card numbers or other information that can directly identify the person to be paid when performing payment processing. By adopting this configuration, it becomes possible to provide service users with a payment procedure for using the service with peace of mind without building a security system such as PCIDSS.

なお、発行要求部では決済要求に応じてトークン発行要求を行うところ、トークン発行要求は、当該決済要求との関連付けを意味するための識別子を含めて行われる。当該構成を採用することにより、トークンと決済要求とを突合させてその後の処理を適正に行うことができるようになる。 The issuance request unit issues a token issuance request in response to a payment request, and the token issuance request includes an identifier to indicate association with the payment request. By adopting this configuration, it becomes possible to match the token with the payment request and perform subsequent processing appropriately.

「トークン取得部」0203は、前記発行要求に対応したトークンを取得するように構成される。ここでいう「前記発行要求に対応したトークン」は、前記発行要求に対応し決済代行処理サーバから発行され、利用者端末にて取得されたトークンを意味しており、前記発行要求と紐づけられている情報を含んでいる。前記識別子をはじめとする決済要求とトークンとの関連性の有無を判定可能な情報が含まれており、かかる情報をも取得することにより、当該取得したトークンが、いずれの決済要求と紐づいたものなのかを判断可能となる。 The "token acquisition unit" 0203 is configured to acquire a token corresponding to the issuance request. The "token corresponding to the issuance request" herein refers to a token issued by the payment processing server in response to the issuance request and acquired by the user terminal, and is associated with the issuance request. Contains information about It contains information that can determine whether there is a relationship between a payment request and a token, including the above-mentioned identifier, and by acquiring such information, it is possible to determine whether the acquired token is associated with any payment request. It becomes possible to determine whether it is a thing or not.

なお、トークン取得部は、利用者端末からトークンを取得することを技術的特徴として備えている。そのため、もし何らかの理由により、前記識別子をはじめとする決済要求とトークンとの関連性の有無を判定可能な情報の取得が困難ないし不可能であった場合であっても、当該トークンが送信された利用者端末と、発行要求部にてトークン発行要求を受け付けた利用者端末とを識別する情報を取得することで、当該取得した情報を用いて取得したトークンが、いずれの決済要求と紐づいたものなのかを判定してもよい。 Note that the token acquisition unit has a technical feature of acquiring tokens from user terminals. Therefore, even if for some reason it is difficult or impossible to obtain information that can determine whether there is a relationship between the token and the payment request, including the above-mentioned identifier, the token will not be sent. By acquiring information that identifies the user terminal and the user terminal that received the token issuance request at the issuance request unit, it is possible to link the acquired token to any payment request using the acquired information. You can also determine whether it is a thing.

「利用関連情報出力部」0204は、取得したトークンとともに、サービスサーバに対し、前記決済要求に応じたサービス利用に関連する情報である利用関連情報を出力するように構成されている。ここでいう利用関連情報の一例を前記促進ページに関する説明と関連させて具体化すると、決済のための必要情報として入力を受け付けたサービスの会員IDや氏名、住所、年齢、決済対象となる商品又はサービスあるいはそれらを識別するためのID、配送希望日時、住所と異なる配送先の希望有無及び当該配送先、配送方法(配送事業者の指定や配送サービスの指定、配送時の置き配可否や定期購入の場合の購入間隔などを含むが、これらに関連する情報として想定される情報について特に限定はしない)などが利用関連情報として含まれると考えられる。 The "usage-related information output unit" 0204 is configured to output usage-related information, which is information related to service usage in response to the payment request, to the service server together with the acquired token. An example of the usage-related information mentioned here is concretely related to the explanation regarding the promotion page, such as the member ID, name, address, age of the service that has been input as necessary information for payment, the product or product for which payment is being made, etc. Services or IDs to identify them, desired delivery date and time, whether or not a delivery destination different from the address is desired, the delivery destination, delivery method (designation of delivery company and delivery service, availability of delivery at the time of delivery, regular purchase) It is considered that usage-related information includes information such as the purchase interval in the case of , but there is no particular limitation on the information assumed to be related to these.

利用関連情報出力部においては、利用関連情報をトークンとともに出力することから、いわばサービス利用者やサービス事業者との関係で言えば「注文代行」処理を行っているような意義を有することとなる。出力先であるサービスサーバにおいては、当該情報を取得することで速やかに、当該情報に応じたサービス利用のための処理を行うことができる。すなわち、ECサイトを運営する場合であれば、速やかに商品販売のための決済処理及び当該商品配送のための処理を進めることができ、自ら利用者との間で、商品販売のための必要情報の入力受付や、トークン発行を促すための情報送信などの煩雑な処理を行う手間から解放される。 Since the usage-related information output section outputs usage-related information along with the token, it has the meaning of performing "order agency" processing in terms of the relationship with service users and service providers. . By acquiring the information, the service server that is the output destination can promptly perform processing for using the service according to the information. In other words, if you operate an e-commerce site, you can promptly proceed with payment processing for product sales and processing for product delivery, and you can collect necessary information for product sales between yourself and users. You will be freed from the hassle of having to perform complicated processes such as accepting input and sending information to prompt token issuance.

利用関連情報出力部においては、あらかじめサービスサーバにおいて提供されているサービスの内容に応じ、情報出力の態様に関するルールである情報出力ルールを保持しておき、当該情報出力ルールに応じて利用関連情報を出力することが考えられる。具体的には、利用関連情報の内容のうち、どの情報をどの態様で、どのサイトページの、どの入力欄に入力すべきか、といった内容を情報出力ルールとして保持する。 In the usage-related information output unit, information output rules, which are rules regarding the mode of information output, are stored in advance according to the content of the service provided by the service server, and the usage-related information is output according to the information output rules. It is possible to output it. Specifically, contents such as which information should be input in which format, in which site page, and in which input field among the contents of usage-related information are held as information output rules.

情報出力ルールは、上記サービスの内容ごとに個別に設けられてもよいし、汎用的に提供されるサービスに対しては、汎用的に適用可能なルールとして汎用情報出力ルールを設けたうえで用いてもよい。外部のサーバから随時取得したうえでAPIの態様にて適用してももちろんよい。当該構成を採用することで、利用関連情報出力部における出力処理の効率化が図られるのみならず、サービスサーバ側でもエラー等のリスクを低減して利用関連情報を取得できるようになるため、円滑な取引に資することができるようになる。 Information output rules may be provided individually for each service content, or for services that are provided in general, general information output rules may be provided as rules that can be applied in general. It's okay. Of course, it is also possible to obtain it from an external server at any time and apply it in the form of an API. By adopting this configuration, not only will the output processing in the usage-related information output section be made more efficient, but the service server will also be able to acquire usage-related information with reduced risk of errors, etc. It will be possible to contribute to transactions.

「決済結果取得部」0205は、サービスサーバより前記利用関連情報に対応する決済結果を取得するように構成されている。利用関連情報出力部における利用関連情報の出力先であるサービスサーバにおいては、取得したトークンを用いて、トークン発行元である決済代行処理サーバとの間で情報の送受信を行い、当該トークンと紐づけられた決済処理を進めることの可否を判定する。そして当該判定内容を決済結果として取得することとなる。決済代行処理サーバとの情報の送受信自体はサービスサーバが担う本構成を採用することにより、サービス運営者として迅速にその後の商品発送等の処理を進めることができるほか、決済結果を迅速に取得できるため、売上管理においても安心感をもってその後の処理を進めることができるようになる。 The “payment result acquisition unit” 0205 is configured to acquire payment results corresponding to the usage-related information from the service server. The service server, which is the output destination of usage-related information in the usage-related information output unit, uses the acquired token to send and receive information to and from the payment processing server that issued the token, and links it with the token. Determine whether or not to proceed with the payment processing. Then, the content of the determination will be obtained as the payment result. By adopting this configuration, in which the service server is responsible for transmitting and receiving information to and from the payment processing server, the service operator can quickly proceed with subsequent processing such as shipping products, and can quickly obtain payment results. Therefore, it becomes possible to proceed with subsequent processing with a sense of security in sales management.

「メッセージ出力部」0206は、前記取得した決済結果に応じたメッセージを前記利用者端末宛に出力するように構成されている。ここでいう「前記利用者端末宛に出力する」とは、必ずしも特定の利用者端末に限定してメッセージを出力することを意味するのではない。例えば、前記利用者端末と紐づけて管理される利用者IDを同じくする他の利用者端末への出力であっても、同一の利用者IDを介して「前記利用者端末宛」へ情報が出力されたと評価することができる。本発明を通じ利用者端末宛にメッセージを送ることで、利用者は、サービス利用の申し出から完了までの間、一貫して同じインタフェースを介して情報の送受信を行うことができるため、煩雑さを感じさせることなく、高いサービス利用満足度を維持できるようになる。 The "message output unit" 0206 is configured to output a message to the user terminal according to the acquired payment result. Here, "output to the user terminal" does not necessarily mean that the message is output only to a specific user terminal. For example, even if the output is to another user terminal that has the same user ID that is managed in association with the user terminal, the information is sent "to the user terminal" via the same user ID. It can be evaluated that it has been output. By sending messages to the user terminal through the present invention, the user can consistently send and receive information through the same interface from the request to use the service until the completion of the service, thereby eliminating the need for complication. It becomes possible to maintain a high level of service usage satisfaction without causing any problems.

<具体的な構成>
ここで図3を示す。同図は本実施形態のサービス利用支援システムの機能的な各構成をまとめて一のハードウェアとして実現した際の構成の一例を示す概略図である。各装置はいずれも、それぞれ各種演算処理を実行するための「CPU」0301と、「記憶装置(記憶媒体)」0302と、「メインメモリ」0303と、「入力インタフェース」0304、「出力インタフェース」0305、「ネットワークインタフェース」0306と、を備え、入出力インタフェースを介して、例えば「タッチパネル」0307、「ディスプレイ」0308などの外部周辺装置と情報の送受信を行う。また、ネットワークインタフェースを介して複数の「利用者端末」0309や「サービスサーバ」0310などの外部装置と情報の送受信を行う。さらに図示しないが、他のウェブアプリケーションサーバとネットワークを介して接続し、情報の送受信を行いAPI連携を行う場合もある。このネットワークインタフェースの具体的な態様は無線を念頭に置くが、有線による通信を排除するものではない。また、通信方法も直接、間接を問わない。よって特定の外部装置ないし同装置の利用者と紐づけられた第三者の管理するサーバとの間で情報の送受信を行ういわゆるクラウドコンピューティングの形式を採用することも可能である。
<Specific configuration>
FIG. 3 is shown here. This figure is a schematic diagram showing an example of a configuration when the functional configurations of the service usage support system of this embodiment are collectively realized as one piece of hardware. Each device has a "CPU" 0301, a "storage device (storage medium)" 0302, a "main memory" 0303, an "input interface" 0304, and an "output interface" 0305 for executing various calculation processes. , a "network interface" 0306, and transmits and receives information to and from external peripheral devices such as a "touch panel" 0307 and a "display" 0308 via the input/output interface. It also sends and receives information to and from external devices such as a plurality of "user terminals" 0309 and "service servers" 0310 via a network interface. Furthermore, although not shown, the web application server may connect to another web application server via a network, send and receive information, and perform API cooperation. Although the specific aspect of this network interface is wireless, it does not exclude wired communication. Furthermore, the method of communication does not matter whether it is direct or indirect. Therefore, it is also possible to adopt a so-called cloud computing format in which information is sent and received between a specific external device or a user of the device and a server managed by a third party that is linked to the server.

記憶装置には以下で説明するような各種プログラムが格納されており、CPUはこれら各種プログラムをメインメモリのワーク領域内に読み出して展開、実行する。なお、これらの構成は、「システムバス」0399などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う(以上の構成の基本的な構成は、以下で説明する他の装置のいずれについても同様である。 Various programs as described below are stored in the storage device, and the CPU reads these various programs into the work area of the main memory, develops them, and executes them. Note that these configurations are interconnected by a data communication path such as a "system bus" 0399, and transmit, receive, and process information (the basic configuration of the above configuration is similar to that of any of the other devices described below). The same applies to

(決済要求受信部の具体的な構成)
決済要求受信部は、コンピュータプログラムとコンピュータハードウェアにより構成され、具体的には、CPUが記憶装置から「決済要求受信プログラム」0320をメインメモリに読み出して実行し、利用者端末からのウェブサービス利用に関する決済要求を受信してメインメモリの所定のアドレスに格納する。
(Specific configuration of payment request receiving unit)
The payment request reception unit is composed of a computer program and computer hardware, and specifically, the CPU reads out the “payment request reception program” 0320 from the storage device into the main memory and executes it, thereby allowing the user to use the web service from the user terminal. A payment request regarding the transaction is received and stored at a predetermined address in the main memory.

(発行要求部の具体的な構成)
発行要求部は、コンピュータプログラムとコンピュータハードウェアにより構成され、具体的には、CPUが記憶装置から「発行要求プログラム」0330をメインメモリに読み出して実行し、決済要求受信プログラムの実行により受信した決済要求に応じて、利用者端末に対し、決済代行処理サーバに対するトークン発行要求を送信させるための情報を出力する。
(Specific configuration of issuance request section)
The issuance request unit is composed of a computer program and computer hardware, and specifically, the CPU reads the "issuance request program" 0330 from the storage device into the main memory and executes it, and executes the payment request receiving program to receive the received payment. In response to the request, information for causing the user terminal to send a token issuance request to the payment processing server is output.

(トークン取得部の具体的な構成)
トークン取得部は、コンピュータプログラムとコンピュータハードウェアにより構成され、具体的には、CPUが記憶装置から「トークン取得プログラム」0340をメインメモリに読み出して実行し、前記発行要求に対応したトークンを利用者端末から取得し、メインメモリの所定のアドレスに格納する。
(Specific configuration of token acquisition unit)
The token acquisition unit is composed of a computer program and computer hardware, and specifically, the CPU reads a "token acquisition program" 0340 from the storage device into the main memory and executes it, and sends the token corresponding to the issuance request to the user. Obtain it from the terminal and store it at a predetermined address in main memory.

(利用関連情報出力部の具体的な構成)
利用関連情報出力部は、コンピュータプログラムとコンピュータハードウェアにより構成され、具体的には、CPUが記憶装置から「利用関連情報出力プログラム」0350をメインメモリに読み出して実行し、トークン取得プログラムの実行により取得したトークンとともに、サービスサーバに対し、前記決済要求に応じたサービス利用に関連する情報である利用関連情報を出力する。
(Specific configuration of usage-related information output unit)
The usage-related information output unit is composed of a computer program and computer hardware, and specifically, the CPU reads out the "usage-related information output program" 0350 from the storage device into the main memory and executes it, and by executing the token acquisition program. Along with the acquired token, usage-related information, which is information related to service usage in response to the payment request, is output to the service server.

(決済結果取得部の具体的な構成)
決済結果取得部は、コンピュータプログラムとコンピュータハードウェアにより構成され、具体的には、CPUが記憶装置から「決済結果取得プログラム」0360をメインメモリに読み出して実行し、前記利用関連情報に対応する決済結果をサービスサーバから取得してメインメモリの所定のアドレスに格納する。
(Specific configuration of payment result acquisition unit)
The payment result acquisition unit is composed of a computer program and computer hardware, and specifically, the CPU reads out the "payment result acquisition program" 0360 from the storage device into the main memory and executes it, and executes the payment result corresponding to the usage related information. The results are obtained from the service server and stored at a predetermined address in main memory.

(メッセージ出力部の具体的な構成)
メッセージ出力部は、コンピュータプログラムとコンピュータハードウェアにより構成され、具体的には、CPUが記憶装置から「メッセージ出力プログラム」0370をメインメモリに読み出して実行し、決済結果取得プログラムの取得した決済結果に応じたメッセージを前記利用者端末宛に出力する。
(Specific configuration of message output section)
The message output section is composed of a computer program and computer hardware, and specifically, the CPU reads out a "message output program" 0370 from the storage device to the main memory and executes it, and the message output section is configured to read the "message output program" 0370 from the storage device to the main memory and execute it, and to output the payment result obtained by the payment result acquisition program. A corresponding message is output to the user terminal.

<処理の流れ>
図4は、本実施形態のサービス利用支援システムにおける処理の流れの一例を示す図である。同図の処理の流れは以下のステップからなる。最初にステップS0401では、利用者端末から、ウェブサービス利用に関する決済要求を受信する(決済要求受信ステップ)。その後ステップS0402では、受信した決済要求に応じて、利用者端末に対し、決済代行処理サーバに対するトークン発行要求を送信させる(発行要求ステップ)。そしてステップS0403では、前記発行要求に対応したトークンを利用者端末から取得し(トークン取得ステップ)、ステップS0404では、取得したトークンとともに、サービスサーバに対し、前記決済要求に応じたサービス利用に関連する情報である利用関連情報を出力する(利用関連情報出力ステップ)。その後ステップS0405では、サービスサーバより前記利用関連情報に対応する決済結果を取得し(決済結果取得ステップ)、ステップS0406で前記取得した決済結果に応じたメッセージを前記利用者端末宛に出力する(メッセージ出力ステップ)。
<Processing flow>
FIG. 4 is a diagram showing an example of the flow of processing in the service usage support system of this embodiment. The process flow in the figure consists of the following steps. First, in step S0401, a payment request regarding web service usage is received from a user terminal (payment request receiving step). Thereafter, in step S0402, in response to the received payment request, the user terminal is caused to transmit a token issuance request to the payment proxy processing server (issuance request step). Then, in step S0403, a token corresponding to the issuance request is acquired from the user terminal (token acquisition step), and in step S0404, along with the acquired token, a token related to the service usage according to the payment request is sent to the service server. Outputting usage-related information (usage-related information output step). Thereafter, in step S0405, the payment result corresponding to the usage-related information is acquired from the service server (payment result acquisition step), and in step S0406, a message corresponding to the acquired payment result is output to the user terminal (message output step).

ここでさらに図5を示す。同図は、本実施形態のサービス利用支援システムにおける処理の流れの一例を、サーバや各端末間の情報の送受信の流れの観点から示す図である。ステップS0501では、利用者端末から決済要求を受信し、ステップS0502は、利用者端末に対し、決済代行処理サーバに対するトークン発行要求を送信させる情報を出力する。ステップS0503で、利用者端末から決済代行処理サーバに対しトークン発行要求が送信されると、ステップS0504では、決済代行処理サーバから利用者端末に対し、トークンが発行される。そしてステップS0505では、利用者端末からトークンを取得し、ステップS0506では、サービスサーバに対し、利用関連情報を出力する。ステップS0507では、サービスサーバから、決済代行処理サーバに対し、トークンを用いて決済処理の可否を照会し、ステップS0508で、サービスサーバは、決済代行処理サーバより当該紹介結果を取得する。そしてそこでの照会結果が決済処理可との内容であれば、ステップS0509にて、サービスサーバから決済結果を取得し、ステップS0510で、決済結果に応じたメッセージを前記利用者端末宛に出力する。 FIG. 5 is further shown here. This figure is a diagram showing an example of the flow of processing in the service usage support system of this embodiment from the perspective of the flow of information transmission and reception between the server and each terminal. In step S0501, a payment request is received from the user terminal, and in step S0502, information that causes the user terminal to send a token issuance request to the payment processing server is output. When a token issuance request is sent from the user terminal to the payment proxy processing server in step S0503, a token is issued from the payment proxy processing server to the user terminal in step S0504. In step S0505, a token is acquired from the user terminal, and in step S0506, usage-related information is output to the service server. In step S0507, the service server inquires of the payment proxy processing server as to whether payment processing is possible using the token, and in step S0508, the service server acquires the introduction result from the payment proxy processing server. If the inquiry result indicates that payment processing is possible, the payment result is acquired from the service server in step S0509, and a message corresponding to the payment result is output to the user terminal in step S0510.

<効果>
以上の構成を採用するサービス利用支援システムを利用することにより、セキュリティを担保しつつ、ウェブサービスの利用者による情報入力の煩雑さの解消とともに、サービス運営管理者の手間をも軽減することが可能になる。
<Effect>
By using a service usage support system that adopts the above configuration, it is possible to ensure security, eliminate the complexity of information input by web service users, and reduce the effort of service operation managers. become.

<<実施形態2>>
<概要>
本実施形態のサービス利用支援システムは、基本的には実施形態1に記載のサービス利用支援システムの技術的特徴と同様であるが、所定のウェブサービスと、当該ウェブサービスに関連する利用関連情報に対応する入力受付ルールを保持し、利用者端末から前記ウェブサービスに係る利用関連情報の入力を受け付け、利用関連情報の出力に際し、前記受け付けた利用関連情報を、入力受付ルールに基づいて出力する点を特徴としている。
<<Embodiment 2>>
<Summary>
The service usage support system of this embodiment is basically the same as the technical features of the service usage support system described in Embodiment 1, but it has a predetermined web service and usage related information related to the web service. The point is to maintain a corresponding input acceptance rule, accept input of usage-related information related to the web service from a user terminal, and output the accepted usage-related information based on the input acceptance rule when outputting the usage-related information. It is characterized by

<機能的構成>
図6は、本実施形態のサービス利用支援システムの機能ブロックの一例を示す図である。同図において示されているように、本実施形態の「サービス利用支援システム」0600は、「決済要求受信部」0601と、「発行要求部」0602と、「トークン取得部」0603と、「利用関連情報出力部」0604と、「決済結果取得部」0605と、「メッセージ出力部」0606と、「入力受付ルール保持部」0607と、「入力受付部」0608と、を有し、利用関連情報出力部は、「適合処理手段」0614をさらに有する。基本的な構成は、実施形態1の図2を用いて説明したサービス利用支援システムと共通するため、以下では相違点である「入力受付ルール保持部」0607と、「入力受付部」0608と、「適合処理手段」0614の機能について説明する。
<Functional configuration>
FIG. 6 is a diagram showing an example of functional blocks of the service usage support system of this embodiment. As shown in the figure, the "service usage support system" 0600 of this embodiment includes a "payment request receiving section" 0601, an "issuance requesting section" 0602, a "token acquisition section" 0603, and a "usage request section" 0601. It includes a "related information output section" 0604, a "payment result acquisition section" 0605, a "message output section" 0606, an "input reception rule holding section" 0607, and an "input reception section" 0608, and includes a usage-related information The output unit further includes an “adaptation processing means” 0614. The basic configuration is the same as the service usage support system described using FIG. 2 of Embodiment 1, so below we will explain the differences between the "input reception rule holding unit" 0607 and the "input reception unit" 0608. The function of the "adaptation processing means" 0614 will be explained.

「入力受付ルール保持部」0607は、所定のウェブサービスと、当該ウェブサービスに関連する利用関連情報に対応する入力受付ルールを保持するように構成されている。入力受付ルールとは、先に説明した情報出力ルールと対応して保持されることが考えられるが、ウェブサービスごとに入力を求められる情報の種別と内容、複数の情報の入力を受け付ける際の受付順や受付方法などのルールであることが考えられる。入力受付ルールはサービスサーバから取得し保持することが考えられるが、サービスサーバ側にて入力受付ルールのアップデートがあった場合に、当該アップデートの内容が適宜のタイミングで反映されるよう、サービスサーバとの間において情報の送受信が行われることが好ましい。 The “input reception rule holding unit” 0607 is configured to hold input reception rules corresponding to a predetermined web service and usage related information related to the web service. Input acceptance rules are considered to be maintained in correspondence with the information output rules explained earlier, but they also include the type and content of information that is required to be input for each web service, and the reception when accepting input of multiple pieces of information. Possible rules include the order and reception method. It is conceivable to obtain and maintain the input acceptance rules from the service server, but if there is an update to the input acceptance rules on the service server side, it is necessary to update the input acceptance rules with the service server so that the updated contents are reflected at an appropriate time. Preferably, information is transmitted and received between the two.

「入力受付部」0608は、利用者端末から前記ウェブサービスに係る利用関連情報の入力を受け付けるように構成されている。具体的には、ここまで説明してきたように、チャットボットなどの入力促進手段を用いながら、利用者端末から適宜の情報入力を受け付ける構成を採用することが好ましい。 The "input reception unit" 0608 is configured to receive input of usage-related information related to the web service from a user terminal. Specifically, as described above, it is preferable to adopt a configuration that accepts appropriate information input from a user terminal while using an input promotion means such as a chatbot.

「適合処理手段」0614は、利用関連情報出力部において、利用関連情報出力ステップは、前記受け付けた利用関連情報を、入力受付ルールに基づいて出力するように構成されている。当該構成を採用することで、サービスサーバは、自らが設定した入力受付ルールに応じた情報を利用関連情報として取得することができ、情報の変換処理やそもそも変換不能な情報の取扱などに対応する懸念を低減することができる。 The "adaptation processing means" 0614 is a usage-related information output unit, and the usage-related information output step is configured to output the received usage-related information based on the input acceptance rule. By adopting this configuration, the service server can acquire information according to the input acceptance rules set by itself as usage-related information, and can handle information conversion processing and information that cannot be converted in the first place. Concerns can be reduced.

<具体的な構成>
本実施形態のサービス利用支援システムを構成する各装置のハードウェア構成は、基本的には、図3を用いて説明した実施形態1のサービス利用支援システムにおけるハードウェア構成と同様である。そこで以下については、これまで説明していない「入力受付ルール保持部」と、「入力受付部」と、「適合処理手段」の具体的な処理について説明する。
<Specific configuration>
The hardware configuration of each device constituting the service usage support system of this embodiment is basically the same as the hardware configuration of the service usage support system of Embodiment 1 described using FIG. Therefore, in the following, specific processing of the "input reception rule holding section", "input reception section", and "adaptation processing means", which have not been described so far, will be explained.

(入力受付ルール保持部の具体的な構成)
入力受付ルール保持部は、具体的にはコンピュータプログラムとコンピュータハードウェアにより構成され、CPUが記憶装置から「入力受付ルール取得プログラム」をメインメモリに読み出して実行し、サービスサーバから入力受付ルールを取得し、メインメモリの所定のアドレスに格納する。
(Specific configuration of input acceptance rule holding unit)
The input reception rule holding unit is specifically composed of a computer program and computer hardware, and the CPU reads an "input reception rule acquisition program" from the storage device into the main memory and executes it to acquire the input reception rules from the service server. and stores it at a predetermined address in main memory.

(利用受付部の具体的な構成)
利用受付部は、具体的にはコンピュータプログラムとコンピュータハードウェアにより構成され、CPUが記憶装置から「利用受付プログラム」をメインメモリに読み出して実行し、利用者端末から利用関連情報の入力を受付け、メモリの所定のアドレスに格納する。
(Specific configuration of the usage reception department)
Specifically, the usage reception unit is composed of a computer program and computer hardware, and the CPU reads out the "usage reception program" from the storage device into the main memory and executes it, accepts input of usage-related information from the user terminal, Store at a specified address in memory.

(適合処理手段の具体的な構成)
適合処理手段は、具体的にはコンピュータプログラムとコンピュータハードウェアにより構成され、利用関連情報出力プログラムの実行に際しCPUが記憶装置から「適合処理サブプログラム」をメインメモリに読み出して実行し、利用受付プログラムの実行により受け付けた利用関連情報を、入力受付ルールに基づいて出力する。
(Specific configuration of compatible processing means)
The adaptation processing means is specifically composed of a computer program and computer hardware, and when executing the usage-related information output program, the CPU reads out the "adaptation processing subprogram" from the storage device to the main memory and executes it, and the usage acceptance program. Outputs the usage-related information received by executing , based on the input acceptance rules.

<処理の流れ>
図7は、本実施形態のサービス利用支援システムにおける処理の流れの一例を示す図である。同図の処理の流れは以下のステップからなる。最初にステップS0701では、サービスサーバから、所定のウェブサービスと、当該ウェブサービスに関連する利用関連情報に対応する入力受付ルールを取得する(入力受付ルール取得ステップ)。その後ステップS0702では、利用者端末から前記ウェブサービスに係る利用関連情報の入力を受け付け(入力受付ステップ)、重ねてステップS0703では、利用者端末から、ウェブサービス利用に関する決済要求を受信する(決済要求受信ステップ)。その後ステップS0704では、受信した決済要求に応じて、利用者端末に対し、決済代行処理サーバに対するトークン発行要求を送信させる(発行要求ステップ)。そしてステップS0705では、前記発行要求に対応したトークンを利用者端末から取得し(トークン取得ステップ)、ステップS0706では、取得したトークンとともに、サービスサーバに対し、前記決済要求に応じたサービス利用に関連する情報である利用関連情報を入力受付ルールに基づいて出力する(適合処理ステップ)。その後ステップS0707では、サービスサーバより前記利用関連情報に対応する決済結果を取得し(決済結果取得ステップ)、ステップS0708で前記取得した決済結果に応じたメッセージを前記利用者端末宛に出力する(メッセージ出力ステップ)。
<Processing flow>
FIG. 7 is a diagram showing an example of the flow of processing in the service usage support system of this embodiment. The process flow in the figure consists of the following steps. First, in step S0701, an input reception rule corresponding to a predetermined web service and usage related information related to the web service is acquired from the service server (input reception rule acquisition step). Thereafter, in step S0702, input of usage-related information related to the web service is received from the user terminal (input reception step), and in step S0703, a payment request regarding the use of the web service is received from the user terminal (payment request reception step). Thereafter, in step S0704, in response to the received payment request, the user terminal is caused to transmit a token issuance request to the payment proxy processing server (issuance request step). Then, in step S0705, a token corresponding to the issuance request is acquired from the user terminal (token acquisition step), and in step S0706, along with the acquired token, a token related to the service usage according to the payment request is sent to the service server. The usage-related information is output based on the input acceptance rule (adaptation processing step). Thereafter, in step S0707, the payment result corresponding to the usage-related information is acquired from the service server (payment result acquisition step), and in step S0708, a message corresponding to the acquired payment result is output to the user terminal (message output step).

<効果>
本実施形態のサービス利用支援システムを用いることにより、実施形態1のサービス利用支援システムを用いる場合に比べて、サービスサーバの負担を低減可能な形式にて利用関連情報を出力することが可能になる。
<Effect>
By using the service usage support system of this embodiment, it becomes possible to output usage-related information in a format that can reduce the burden on the service server, compared to the case where the service usage support system of Embodiment 1 is used. .

<<実施形態3>>
<概要>
本実施形態のサービス利用支援システムは、基本的には実施形態1や2に記載のサービス利用支援システムの技術的特徴と同様であるが、利用関連情報の出力に際し、サービスサーバが予定する決済処理を前記トークンを用いて実行可能な態様にて実行させるための決済制御情報をも出力する点を特徴としている。
<<Embodiment 3>>
<Summary>
The service usage support system of this embodiment basically has the same technical features as the service usage support systems described in Embodiments 1 and 2, but when outputting usage-related information, the service server schedules payment processing. The present invention is characterized in that it also outputs payment control information for executing the above in an executable manner using the token.

<機能的構成>
図8は、本実施形態のサービス利用支援システムの機能ブロックの一例を示す図である。同図において示されているように、本実施形態の「サービス利用支援システム」0800は、「決済要求受信部」0801と、「発行要求部」0802と、「トークン取得部」0803と、「利用関連情報出力部」0804と、「決済結果取得部」0805と、「メッセージ出力部」0806と、を有し、利用関連情報出力部は、「決済制御情報出力手段」0814をさらに有する。基本的な構成は、実施形態1の図2を用いて説明したサービス利用支援システムと共通するため、以下では相違点である「決済制御情報出力手段」0814の機能について説明する。
<Functional configuration>
FIG. 8 is a diagram showing an example of functional blocks of the service usage support system of this embodiment. As shown in the figure, the "service usage support system" 0800 of this embodiment includes a "payment request receiving section" 0801, an "issuance requesting section" 0802, a "token acquisition section" 0803, and a "usage request section" 0801. The usage-related information output unit further includes a “payment control information output unit” 0814. Since the basic configuration is the same as the service usage support system described using FIG. 2 of the first embodiment, the function of the "payment control information output means" 0814, which is different, will be explained below.

「決済制御情報出力手段」0814は、利用関連情報出力部において、サービスサーバが予定する決済処理を前記トークンを用いて実行可能な態様にて実行させるための決済制御情報をも出力するように構成されている。「サービスサーバが予定する決済処理」とは、当該サービスサーバ上で入力受付を予定されている、所定の商品の購入対価又はサービスの利用対価の決済処理にほかならず、より具体的には、クレジットカードなどを用いた決済代行処理であるのが一般的である。 The "payment control information output means" 0814 is configured to output payment control information for causing the service server to execute the payment processing scheduled by the service server in an executable manner using the token in the usage-related information output unit. has been done. "Payment processing scheduled by a service server" is nothing but payment processing for the purchase price of a predetermined product or service usage price that is scheduled to be accepted on the service server. Generally, payment processing is performed using a card or the like.

ただ、本発明においては既に、トークン取得部において当該取引において予定する決済処理に用いられるトークンはすでに取得されているところ、サービスサーバ側で、当該事情にかかわらず改めて、決済代行処理サーバからトークンを取得するための処理を行ってしまう場合がありえ、そのような処理は煩雑に過ぎるほか、二重取引として利用者に想定外の金銭的負担を生じさせてしまう可能性もある。そのため、いったんトークン取得部にて取得したトークンとともに利用関連情報を出力した場合には、もはやサービスサーバ側にて、再度トークン取得のための処理は行わないようにするための情報をあわせて出力することが好ましい。そのため、前記既に取得したトークンを用いて決済処理を実行可能な態様にてサービスサーバの各種処理を実行させるための情報である決済制御情報をもサービスサーバに対して出力することが考えられる。当該構成を採用することにより、サービスサーバ側での二重取引処理などを行う弊害を回避することが可能になる。 However, in the present invention, although the token acquisition unit has already acquired the tokens used for the payment processing scheduled for the transaction, the service server side has to acquire the tokens from the payment processing server again regardless of the circumstances. There may be cases where processing is performed to obtain the information, and such processing is not only too complicated, but also may cause an unexpected financial burden on the user due to double transactions. Therefore, once usage-related information is output together with the token acquired by the token acquisition unit, information to prevent the service server from performing the process to acquire the token again is also output. It is preferable. Therefore, it is conceivable to also output payment control information, which is information for causing the service server to execute various processes in a manner that allows payment processing to be executed using the already acquired token, to the service server. By adopting this configuration, it is possible to avoid the disadvantages of double transaction processing on the service server side.

<具体的な構成>
本実施形態のサービス利用支援システムを構成する各装置のハードウェア構成は、基本的には、図4を用いて説明した実施形態1のサービス利用支援システムにおけるハードウェア構成と同様である。そこで以下については、これまで説明していない「決済制御情報出力手段」の具体的な処理について説明する。
<Specific configuration>
The hardware configuration of each device constituting the service usage support system of this embodiment is basically the same as the hardware configuration of the service usage support system of Embodiment 1 described using FIG. 4. Therefore, in the following, specific processing of the "settlement control information output means" which has not been explained so far will be explained.

(決済制御情報出力手段の具体的な構成)
決済制御情報出力手段は、具体的にはコンピュータプログラムとコンピュータハードウェアにより構成され、利用関連情報出力プログラムの実行に際しCPUが記憶装置から「決済制御情報出力サブプログラム」をメインメモリに読み出して実行し、サービスサーバが予定する決済処理を前記トークンを用いて実行可能な態様にて実行させるための決済制御情報をも出力する。
(Specific configuration of payment control information output means)
The payment control information output means is specifically composed of a computer program and computer hardware, and when executing the usage-related information output program, the CPU reads out the "payment control information output subprogram" from the storage device to the main memory and executes it. , it also outputs payment control information for executing the payment processing scheduled by the service server in an executable manner using the token.

<処理の流れ>
図9は、本実施形態のサービス利用支援システムにおける処理の流れの一例を示す図である。同図の処理の流れは以下のステップからなる。最初にステップS0901では、利用者端末から、ウェブサービス利用に関する決済要求を受信する(決済要求受信ステップ)。その後ステップS0902では、受信した決済要求に応じて、利用者端末に対し、決済代行処理サーバに対するトークン発行要求を送信させる(発行要求ステップ)。そしてステップS0903では、前記発行要求に対応したトークンを利用者端末から取得し(トークン取得ステップ)、ステップS0904では、取得したトークンとともに、サービスサーバに対し、前記決済要求に応じたサービス利用に関連する情報である利用関連情報と、サービスサーバが予定する決済処理を前記トークンを用いて実行可能な態様にて実行させるための決済制御情報をも出力する(決済制御情報出力サブステップ)。その後ステップS0905では、サービスサーバより前記利用関連情報に対応する決済結果を取得し(決済結果取得ステップ)、ステップS0906で前記取得した決済結果に応じたメッセージを前記利用者端末宛に出力する(メッセージ出力ステップ)。
<Processing flow>
FIG. 9 is a diagram showing an example of the flow of processing in the service usage support system of this embodiment. The process flow in the figure consists of the following steps. First, in step S0901, a payment request regarding web service usage is received from a user terminal (payment request receiving step). Thereafter, in step S0902, in response to the received payment request, the user terminal is caused to transmit a token issuance request to the payment proxy processing server (issuance request step). Then, in step S0903, a token corresponding to the issuance request is acquired from the user terminal (token acquisition step), and in step S0904, along with the acquired token, information related to the service usage according to the payment request is sent to the service server. It also outputs usage-related information, which is information, and payment control information for executing the payment processing scheduled by the service server in an executable manner using the token (payment control information output substep). Thereafter, in step S0905, the payment result corresponding to the usage-related information is acquired from the service server (payment result acquisition step), and in step S0906, a message corresponding to the acquired payment result is output to the user terminal (message output step).

<効果>
本実施形態のサービス利用支援システムを用いることにより、実施形態1や2のサービス利用支援システムを用いる場合に比べて、サービスサーバ側での二重取引処理などを行う弊害を回避することが可能になる。
<Effect>
By using the service usage support system of this embodiment, compared to the case of using the service usage support systems of Embodiments 1 and 2, it is possible to avoid the harmful effects of double transaction processing on the service server side. Become.

0200・・・サービス利用支援システム、0201・・・決済要求受信部、0202・・・発行要求部、0203・・・トークン取得部、0204・・・利用関連情報出力部、0205・・・決済結果取得部、0206・・・メッセージ出力部

0200...Service usage support system, 0201...Payment request receiving unit, 0202...Issuance request unit, 0203...Token acquisition unit, 0204...Usage related information output unit, 0205...Payment result Acquisition unit, 0206...Message output unit

Claims (5)

所定のウェブサービスを提供するサーバであるサービスサーバと、当該ウェブサービスを利用する利用者端末と、当該ウェブサービスに関連した決済代行処理を行うサーバである決済代行処理サーバと、の間でそれぞれ情報の送受信を行うサービス利用支援方法であって、
利用者端末からのウェブサービス利用に関する決済要求を受信する決済要求受信ステップと、
受信した決済要求に応じて、利用者端末に対し、決済代行処理サーバに対するトークン発行要求を送信させる発行要求ステップと、
前記発行要求に対応したトークンを取得するトークン取得ステップと、
取得したトークンとともに、サービスサーバに対し、前記決済要求に応じたサービス利用に関連する情報である利用関連情報を出力する利用関連情報出力ステップと、
サービスサーバより前記利用関連情報に対応する決済結果を取得する決済結果取得ステップと、
前記取得した決済結果に応じたメッセージを前記利用者端末宛に出力するメッセージ出力ステップと、
からなるサービス利用支援方法。
Information is exchanged between a service server, which is a server that provides a predetermined web service, a user terminal that uses the web service, and a payment processing server, which is a server that performs payment processing related to the web service. A service usage support method for sending and receiving,
a payment request receiving step of receiving a payment request regarding web service usage from a user terminal;
an issuance request step for causing the user terminal to send a token issuance request to the payment processing server in response to the received payment request;
a token acquisition step of acquiring a token corresponding to the issuance request;
a usage-related information output step of outputting usage-related information, which is information related to service usage in response to the payment request, to the service server together with the acquired token;
a payment result acquisition step of acquiring payment results corresponding to the usage-related information from the service server;
a message output step of outputting a message to the user terminal according to the acquired payment result;
A service usage support method consisting of:
所定のウェブサービスと、当該ウェブサービスに関連する利用関連情報に対応する入力受付ルールを取得する入力受付ルール取得ステップと、
利用者端末から前記ウェブサービスに係る利用関連情報の入力を受け付ける入力受付ステップをさらに有し、
利用関連情報出力ステップは、前記受け付けた利用関連情報を、入力受付ルールに基づいて出力する適合処理サブステップをさらに有する請求項に記載のサービス利用支援方法。
an input reception rule acquisition step of acquiring an input reception rule corresponding to a predetermined web service and usage-related information related to the web service;
further comprising an input reception step of receiving input of usage-related information related to the web service from a user terminal,
2. The service usage support method according to claim 1 , wherein the usage-related information output step further includes an adaptation processing substep of outputting the received usage-related information based on an input acceptance rule.
利用関連情報出力ステップは、サービスサーバが予定する決済処理を前記トークンを用いて実行可能な態様にて実行させるための決済制御情報をも出力する決済制御情報出力サブステップをさらに有する請求項1又は2に記載のサービス利用支援方法。 2. The usage-related information output step further comprises a payment control information output substep of also outputting payment control information for causing the service server to execute a scheduled payment process in an executable manner using the token. The service usage support method described in 2 . 所定のウェブサービスを提供するサーバであるサービスサーバと、当該ウェブサービスを利用する利用者端末と、当該ウェブサービスに関連した決済代行処理を行うサーバである決済代行処理サーバと、の間でそれぞれ情報の送受信をコンピュータに実行させるサービス利用支援プログラムであって、
利用者端末からのウェブサービス利用に関する決済要求を受信する決済要求受信ステップと、
受信した決済要求に応じて、利用者端末に対し、決済代行処理サーバに対するトークン発行要求を送信させる発行要求ステップと、
前記発行要求に対応したトークンを取得するトークン取得ステップと、
取得したトークンとともに、サービスサーバに対し、前記決済要求に応じたサービス利用に関連する情報である利用関連情報を出力する利用関連情報出力ステップと、
サービスサーバより前記利用関連情報に対応する決済結果を取得する決済結果取得ステップと、
前記取得した決済結果に応じたメッセージを前記利用者端末宛に出力するメッセージ出力ステップと、
をコンピュータに実行させるサービス利用支援プログラム。
Information is exchanged between a service server, which is a server that provides a predetermined web service, a user terminal that uses the web service, and a payment processing server, which is a server that performs payment processing related to the web service. A service usage support program that causes a computer to send and receive information,
a payment request receiving step of receiving a payment request regarding web service usage from a user terminal;
an issuance request step for causing the user terminal to send a token issuance request to the payment processing server in response to the received payment request;
a token acquisition step of acquiring a token corresponding to the issuance request;
a usage-related information output step of outputting usage-related information, which is information related to service usage in response to the payment request, to the service server together with the acquired token;
a payment result acquisition step of acquiring payment results corresponding to the usage-related information from the service server;
a message output step of outputting a message to the user terminal according to the acquired payment result;
A service usage support program that causes a computer to execute.
所定のウェブサービスを提供するサーバであるサービスサーバと、当該ウェブサービスを利用する利用者端末と、当該ウェブサービスに関連した決済代行処理を行うサーバである決済代行処理サーバと、の間でそれぞれ情報の送受信を行うサービス利用支援システムであって、
利用者端末からのウェブサービス利用に関する決済要求を受信する決済要求受信部と、
受信した決済要求に応じて、利用者端末に対し、決済代行処理サーバに対するトークン発行要求を送信させる発行要求部と、
前記発行要求に対応したトークンを取得するトークン取得部と、
取得したトークンとともに、サービスサーバに対し、前記決済要求に応じたサービス利用に関連する情報である利用関連情報を出力する利用関連情報出力部と、
サービスサーバより前記利用関連情報に対応する決済結果を取得する決済結果取得部と、
前記取得した決済結果に応じたメッセージを前記利用者端末宛に出力するメッセージ出力部と、
を備えるサービス利用支援システム。
Information is exchanged between a service server, which is a server that provides a predetermined web service, a user terminal that uses the web service, and a payment processing server, which is a server that performs payment processing related to the web service. A service usage support system that sends and receives
a payment request receiving unit that receives a payment request regarding the use of the web service from a user terminal;
an issuance request unit that causes the user terminal to send a token issuance request to the payment processing server in response to the received payment request;
a token acquisition unit that acquires a token corresponding to the issuance request;
a usage-related information output unit that outputs usage-related information, which is information related to service usage in response to the payment request, to the service server together with the acquired token;
a payment result acquisition unit that acquires payment results corresponding to the usage-related information from the service server;
a message output unit that outputs a message to the user terminal according to the acquired payment result;
A service usage support system equipped with.
JP2021071484A 2021-04-21 2021-04-21 Service usage support method, service usage support program, and service usage support system Active JP7346488B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2021071484A JP7346488B2 (en) 2021-04-21 2021-04-21 Service usage support method, service usage support program, and service usage support system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2021071484A JP7346488B2 (en) 2021-04-21 2021-04-21 Service usage support method, service usage support program, and service usage support system

Publications (2)

Publication Number Publication Date
JP2022166343A JP2022166343A (en) 2022-11-02
JP7346488B2 true JP7346488B2 (en) 2023-09-19

Family

ID=83851654

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021071484A Active JP7346488B2 (en) 2021-04-21 2021-04-21 Service usage support method, service usage support program, and service usage support system

Country Status (1)

Country Link
JP (1) JP7346488B2 (en)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016510468A (en) 2013-01-30 2016-04-07 ペイパル インコーポレイテッド Transaction token issuer
JP2016512636A (en) 2013-03-05 2016-04-28 クイスク・インコーポレイテッドQuisk, Inc. Tokenized payment service registration

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016510468A (en) 2013-01-30 2016-04-07 ペイパル インコーポレイテッド Transaction token issuer
JP2016512636A (en) 2013-03-05 2016-04-28 クイスク・インコーポレイテッドQuisk, Inc. Tokenized payment service registration

Also Published As

Publication number Publication date
JP2022166343A (en) 2022-11-02

Similar Documents

Publication Publication Date Title
US20050177464A1 (en) System and method for multiple currency transactions
CN104412275A (en) System and method for formula calculation and payment authorization with electronic signatures
CN102754114A (en) Facilitating e-commerce payments using non-accepted customer payment methods
US10706410B2 (en) Service-hosted payment request
JP7482577B2 (en) Servers and Communication Devices
TW201035889A (en) Interface module, system and method
KR20030026693A (en) A bond repayment transit system on the base of Internet and transitting method thereof
JPWO2018042666A1 (en) Information processing apparatus, payment intermediation server, payment intermediation system, information processing method, and payment intermediation method
US9070157B2 (en) Payment apparatus and EC server
JP2011128898A (en) Transaction system, transaction method and card information providing server
CN104395922A (en) Systems, methods, and computer program products for providing offers to mobile wallets
JP3632051B2 (en) Network payment processing system, network payment processing device, network payment processing method, and network payment processing program
WO2009050825A1 (en) Affiliate system having linkage function to settlement system
JP7346488B2 (en) Service usage support method, service usage support program, and service usage support system
JP5501492B2 (en) Continuous card payment registration system, continuous card payment registration method, and computer program
JP2009245457A (en) Method and system for account transfer contract process
WO2014178128A1 (en) Information processing device, information processing method, and information processing program
JP2000331227A (en) System and method for settlement and server and method for managing prepaying
JP2015225609A (en) Donation support system and donation support method
JP5226408B2 (en) Continuation card payment registration system and computer program
US20170372280A1 (en) System and method for decoupling an e-commerce order from the electronic payment transaction
US20140122334A1 (en) Payment Processing with a User Identifier
JP4472679B2 (en) Settlement ticket processing server, system, method and program thereof
JP7479190B2 (en) Information processing device, system, method and program
JP7403564B2 (en) E-commerce system, e-commerce support program and e-commerce support method

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210531

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20221118

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20221118

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230222

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230602

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230602

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230906

R150 Certificate of patent or registration of utility model

Ref document number: 7346488

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150