Information processing device, information processing method, and program
Patent Information
- Application Number
- JP2024017165
- Authority / Receiving Office
- JP · JP
- Patent Type
- Applications
- Current Assignee / Owner
- Filing Date
- 2024-02-07
- Publication Date
- 2026-08-26
AI Technical Summary
【0007】 本発明の一態様によれば、より充実した内容で利用者に応答することができる自動応答装置、自動応答方法、およびプログラムを提供することができる。
Smart Images

Figure 00000000_0000_ABST
Abstract
Description
[Technical field]
[0001] The present invention relates to an automatic response device, an automatic response method, and a program. [Background technology]
[0002] Conventionally, research and practical application of automatic answering devices that automatically respond to messages from users in various network services has been progressing. For example, a technology for performing automatic learning of an automatic answering system has been disclosed (Patent Document 1). [Prior art documents] [Patent documents]
[0003] [Patent Document 1] Patent Publication No. 2022-165275 Summary of the Invention [Problem to be solved by the invention]
[0004] In the prior art, there were cases where it was not possible to respond to the user with sufficient content.
[0005] The present invention has been made in consideration of the above circumstances, and one of its objects is to provide an automatic response device, an automatic response method, and a program that can respond to users with more substantial content. [Means for solving the problem]
[0006] One aspect of the present invention is an automatic response device that works in cooperation with a service providing device that provides services via a network and a user's terminal device, and automatically responds to messages in natural language from the user, and includes a request parameter acquisition unit that acquires request parameters to be input into a response model by inputting at least the message into an AI chatbot that has been trained to respond when natural language is input, a response content acquisition unit that acquires content to be responded to the user by inputting the acquired request parameters and personal information of the user related to the service into a response model, and a response unit that transmits the acquired content to be responded to the user to the terminal device. Effect of the Invention
[0007] According to one aspect of the present invention, it is possible to provide an automatic response device, an automatic response method, and a program that can respond to a user with more substantial content. [Brief description of the drawings]
[0008] [Figure 1] FIG. 1 is a diagram mainly showing an example of a configuration for realizing an electronic payment service. [Diagram 2] This is a sequence diagram (part 1) illustrating the general flow of electronic payment. [Diagram 3] This is a sequence diagram (part 2) illustrating the general flow of electronic payment. [Figure 4] 1 is a configuration diagram of a payment server 100 according to a first embodiment. [Diagram 5] FIG. 13 is a diagram showing an example of the contents of user information 172. [Figure 6] FIG. 13 is a diagram showing an example of the contents of affiliated store / store information 176. [Figure 7] FIG. 4 is a diagram for explaining the operation of an automatic response unit 150 in the first embodiment. [Figure 8]13 is a diagram showing an example of a display screen IM1 including a message acquired by automatic response unit 150 and the response content that payment application 20 causes user terminal device 10 to display as a result. FIG. [Figure 9] FIG. 13 is a diagram showing an example of the content output by an AI chatbot. [Figure 10] 13 is a diagram showing another example of a display screen IM1 including a message acquired by automatic response unit 150 and the response content that payment application 20 causes user terminal device 10 to display as a result. FIG. [Figure 11] FIG. 13 is a diagram showing another example of the content output by the AI chatbot. [Figure 12] FIG. 11 is a diagram for explaining the operation of an automatic response unit 150 in the second embodiment. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
[0009] Hereinafter, an embodiment of an automatic response device, an automatic response method, and a program of the present invention will be described with reference to the drawings. The automatic response device is realized by one or more processors. The automatic response device cooperates with a service providing device that provides services such as electronic payment services via a network and a user's terminal device, and automatically responds to messages in natural language from the user. The automatic response device may be an internal function of the service providing device, or may be a separate device. Hereinafter, it is assumed that the service providing device provides electronic payment services, and this is referred to as a "payment server." An application program runs on the user's terminal device. The application program and the payment server work together to provide the electronic payment service. In the following description, the application program is referred to as a payment application. An electronic payment service is a service that supports payments related to the purchase of goods and services at a store. A store is, for example, a physical store (real store) that exists in the real world, but may also include a virtual store for electronic commerce. The virtual store may include one provided by an entity different from the operator of the electronic payment service. In that case, when making a payment for a purchase at the virtual store, the screen is controlled to transition to an interface screen of the electronic payment service. In electronic payment services, a store is treated as belonging to, for example, an affiliated store (brand), and processing such as payment when a purchase is made at a store is mainly carried out between the user and the affiliated store. Alternatively, processing such as payment may be carried out between the user and the store.
[0010] [Electronic payment service] FIG. 1 is a diagram mainly showing an example of a configuration for realizing an electronic payment service. The electronic payment service is realized mainly by a payment server 100. The payment server 100 communicates with, for example, one or more user terminal devices 10, one or more first store terminal devices 50, and one or more second store terminal devices 70 via a network NW. The network NW includes, for example, the Internet, a LAN (Local Area Network), a wireless base station, a provider device, and the like. An AI chatbot server 200 and an information source 300 may also be connected to the network NW. These will be described later.
[0011] The user terminal device 10 is, for example, a portable terminal device such as a smartphone or a tablet terminal. The user terminal device 10 is a computer device having at least an optical reading function, a communication function, a display function, an input reception function, and a program execution function. In the following description, components for realizing these functions are referred to as a camera, a communication device, a touch panel, a CPU (Central Processing Unit), etc. In the user terminal device 10, a processor such as a CPU executes a payment application 20, thereby operating to provide an electronic payment service to a user in cooperation with a payment server 100. The payment application 20 is installed in the user terminal device 10 from, for example, an application store, and controls the camera, communication device, touch panel, etc.
[0012] The first store terminal device 50 is installed, for example, in a store. The first store terminal device 50 is a computer device having at least a product price acquisition function, an optical reading function, a program execution function, and a communication function. The first store terminal device 50 includes a so-called POS (Point of Sale) device, and the product price acquisition function and the optical reading function may be realized by the POS device. The store code image 60 is placed in the store, and is a code image such as a QR code (registered trademark) printed on a paper or plastic medium. The store code image 60 may be displayed on a display placed in the store (which may be the display of a terminal device such as a smartphone).
[0013] The second store terminal device 70 is used by the operator of the affiliated store. The second store terminal device 70 is a smartphone, a tablet terminal, a personal computer, or the like. An interface 72 for affiliated stores runs on the second store terminal device 70. The interface 72 for affiliated stores may be an app for affiliated stores or a browser. The interface 72 for affiliated stores accepts coupon settings and the like made by the operator of the affiliated store and transmits them to the payment server 100. The second store terminal device 70, which is a smartphone, has the function of displaying a code image corresponding to a store code image and reading a code image displayed by the user terminal device 10 by executing the app for affiliated stores.
[0014] The payment server 100 realizes electronic payment based on payment information received from the user terminal device 10 or the first store terminal device 50. The first store terminal device 50 may include a POS device and an affiliated store server, in which case the payment information is sent from the POS device via the affiliated store server to the payment server 100. In the following explanation, no distinction is made between these two and it is assumed that the payment information is sent from the first store terminal device 50.
[0015] 2 and 3 are sequence diagrams illustrating the general flow of electronic payment. There may be two patterns of electronic payment: pattern 1 and pattern 2.
[0016] In the case of pattern 1 (hereinafter referred to as user scan) shown in FIG. 2, the user terminal device 10 with the payment application 20 activated decodes the store code image 60 by the optical reading function (S1). The store code image 60 includes store URL (Uniform Resource Locator) information. This store URL is an electronic payment service domain to which store-identifying information is added, and is associated with an affiliated store ID, a store ID, etc. in the payment server 100 (described later). The payment application 20 transmits the first payment information including the store URL and the account ID to the payment server 100 (S2). The payment server 100 searches for store information (described later) from the affiliated store ID and the store ID corresponding to the store URL, acquires the affiliated store name and the store name information (S3), and transmits it to the payment application 20 (S4). The user inputs the payment amount into the user terminal device 10 on the screen on which the affiliated store name and the store name are displayed (S5). Then, the user terminal device 10 generates second payment information including at least the payment amount, and transmits it to the payment server 100 (S6). The payment server 100 performs electronic payment based on the received second payment information (S7). The payment server 100 then transmits a payment completion notice (information for displaying a payment completion screen) to the payment application 20 (S8), and the payment application 20 displays the payment completion screen (S9). Note that when the store code image 60 is displayed on a display installed in the store, the store code image 60 may include not only the store URL but also information on the payment amount. In this case, the step of the user inputting the payment amount is omitted, and the information on the payment amount is included in the first payment information and transmitted to the payment server 100. Information on the affiliated store name and the store name may be included in the payment completion screen and displayed.
[0017] In the case of pattern 2 (hereinafter referred to as store scan) shown in FIG. 3, when the payment application 20 is started, when a payment operation is performed in the payment application 20, when an automatic update timing (e.g., every minute) occurs, and at other timings, the payment application 20 transmits a request for issuing a one-time code to the payment server 100 (S11). The payment server 100 generates a one-time code (S12) and transmits it to the payment application 20 (S13). The payment application 20 displays a code image such as a QR code or a barcode generated based on the one-time code (S14). The user holds (presents) the display surface of the user terminal device 10 over the first store terminal device 50, and the first store terminal device 50 decodes the code image by an optical reading function and obtains the one-time code, etc. (S15). The first store terminal device 50 then generates payment information including the one-time code, payment amount, affiliated store ID, store ID, etc., and transmits it to the payment server 100 (S16). The payment amount information is acquired in advance by reading a barcode or manually entering it. The payment server 100 identifies the user corresponding to the one-time code based on the received information and performs electronic payment (S17). The payment server 100 then transmits a payment completion notice to the payment application 20 (S18), and the payment application 20 displays a payment completion screen (S19).
[0018] Note that electronic payment may be performed using only one of the above patterns. Furthermore, the "account ID" described in FIG. 2 may be other information (e.g., a phone number) that can be used as user identification information. Furthermore, issuance of a one-time code may be omitted in the store scan, and the payment application 20 may display a code image generated based on the user's account ID. In this case, the payment server 100 identifies the user corresponding to the account ID instead of identifying the user corresponding to the one-time code.
[0019] [Payment server] FIG. 4 is a configuration diagram of the payment server 100 according to the first embodiment. The payment server 100 includes, for example, a communication unit 110, a payment content providing unit 120, a payment processing unit 130, an information management unit 140, an automatic response unit 150, and a storage unit 170. The automatic response unit 150 is an example of an "automatic response device." As described above, the automatic response device may be a device separate from the payment server 100. The automatic response unit 150 includes, for example, a request parameter acquisition unit 152, a response content acquisition unit 154, and a reply unit 156. The components other than the communication unit 110 and the storage unit 170 are realized by, for example, a hardware processor such as a CPU executing a program (software). Some or all of these components may be realized by hardware (including circuitry) such as LSI (Large Scale Integration), ASIC (Application Specific Integrated Circuit), FPGA (Field-Programmable Gate Array), GPU (Graphics Processing Unit), etc., or may be realized by a combination of software and hardware. The program may be stored in advance in a storage device (a storage device having a non-transient storage medium) such as HDD (Hard Disk Drive) or flash memory, or may be stored in a removable storage medium (non-transient storage medium) such as DVD or CD-ROM, and installed in the storage device by mounting the storage medium in a drive device.
[0020] The storage unit 170 is a HDD, a flash memory, a RAM (Random Access Memory), etc. The storage unit 170 may be a NAS (Network Attached Storage) device that the payment server 100 can access via a network. The storage unit 170 stores information such as user information 172, payment content information 174, affiliated store / shop information 176, and a response model 178.
[0021] The communication unit 110 is a communication interface for connecting to the network NW. The communication unit 110 is, for example, a network interface card.
[0022] The payment content providing unit 120 has, for example, a function of a Web server, and provides information (content) for displaying various screens of the electronic payment service to the user terminal device 10. The payment content providing unit 120 appropriately reads necessary content from the payment content information 174 and provides it to the user terminal device 10. The user terminal device 10 accepts various inputs by the user while the content is being played by the payment application 20, and transmits the above-mentioned payment information and the like to the payment server 100.
[0023] The payment processing unit 130 performs payment processing based on the payment information transmitted by the user terminal device 10 or the first store terminal device 50. The payment processing unit 130 performs payment processing while referring to the user information 172.
[0024] FIG. 5 is a diagram showing an example of the contents of the user information 172. The user information 172 is an example of the registration information of a user. The user information 172 is, for example, a user URL, an account ID, a telephone number, a password, as well as information associated with an email address, a user ID, a name, an address, a date of birth, a registration date, a charge balance, a post-payment setting, a post-payment limit, a post-payment usage amount, a post-payment available amount, a payment method setting, a bank account, a credit card number, a charge history information, and a payment history information. The user information 172 may further include a remittance history between users and a chat history. The user URL is used for a remittance process between users. When registering for a new electronic payment service, it is necessary to register a telephone number and a password. The account ID is issued to the user by the payment server 100, and the user ID is an ID that can be set by the user at will (or does not have to be set). Similarly, the email address, the name, the address, and the date of birth are information that can be set by the user at will (or does not have to be set). The registration date is the date on which the user registered with the electronic payment service (the date on which the account was created). Hereinafter, the user instance (electronic payment account) to which this information is associated will be referred to as the account.
[0025] The charge balance is information indicating the balance of electronic money that is set by a user by transferring money to an account in advance. Methods of transfer include transfer from an ATM (Automatic Teller Machine) of a designated business (bank) and transfer from a registered bank account. The deferred payment setting is information indicating whether or not the setting for enabling deferred electronic payment has been completed, and is set to either "completed" or "not completed." The payment method setting is setting information indicating whether the user will make electronic payment from the charge balance or deferred payment at that time. The bank account and credit card number are information on a bank account or credit card number (account number, card number) that can be deposited into an electronic payment service. The charge history information is a history of the user transferring money to an electronic payment service in advance to increase the charge balance. The payment history information is information indicating the details of the payment made by the user (date and time, store ID of the store where the purchase was made, payment amount, payment method, etc.) for each payment.
[0026] 6 is a diagram showing an example of the contents of affiliated store / store information 176. The affiliated store / store information 176 includes, for example, a first table 176A in which an affiliated store ID and a store ID are associated with a store URL, a second table 176B in which an affiliated store name and sales amount (described above) are associated with an affiliated store ID, and a third table 176C in which a store ID is associated with a store name. In addition to this information, the affiliated store / store information 176 may also include information such as the category of the affiliated store or store, the location of the store, and payment patterns.
[0027] The information management unit 140 manages user information 172 and affiliated store / store information 176 based on information acquired from the user terminal device 10 and the second store terminal device 70. The information management unit 140 adds new records to, edits, and deletes the user information 172 and affiliated store / store information 176.
[0028] [Electronic payment] When payment information is acquired from the user terminal device 10 or the first store terminal device 50, the payment processing unit 130 refers to the user information 172 to acquire the "payment method setting" of the user. For a user whose "payment method setting" is set to "charge balance", the payment processing unit 130 performs electronic payment as follows. For example, the payment processing unit 130 performs electronic payment by decreasing the charge balance managed in association with the user ID and increasing the item value of the affiliated store's sales. The item value of the affiliated store's sales is not used as electronic money itself, for example, and an amount corresponding to the item value of the sales is transferred to a bank account in a cycle according to an agreement between the affiliated store and the electronic payment service.
[0029] The payment processing unit 130 performs electronic payment for users whose "setting information" is set to "deferred payment" as follows. Deferred payment is set separately from "credit payment" in cooperation with a credit card company, which is a separate entity from the operator of the electronic payment service, and the operator of the electronic payment service acts as a creditor and allows electronic payment that is not dependent on the charge balance within the deferred payment limit. In order to receive the deferred payment service, a credit card provided by the operator of the electronic payment service may be required. The amount used for deferred payment is settled on the payment date of the following month, for example, by debiting from a bank account, for one month. In this case, the payment processing unit 130 performs provisional payment by adding the payment amount to the deferred payment amount and subtracting the same amount from the available deferred payment amount, and when the closing date comes, it performs processing to debit the payment for the current month on the payment date of the following month as described above, or requests the operator of the credit card company to perform such processing. In addition, if the payment amount exceeds the available deferred payment amount at the time of provisional payment, an error notification is returned to the payment application 20.
[0030] First Embodiment [Automatic reply] The automatic response unit 150 of the first embodiment will be described below. The automatic response unit 150 cooperates with other functional units (service providing devices) of the payment server 100 and automatically responds to messages in natural language from a user. A message from a user is provided to the automatic response unit 150 by, for example, the user inputting the message into a message input field provided in the content provided by the payment content providing unit 120 or the content provided by the payment application 20. Alternatively, the message may be a result of voice recognition of the user's speech. FIG. 7 is a diagram for explaining the operation of the automatic response unit 150 in the first embodiment. The following description will be made with reference to FIG. 4 and FIG. 7. Note that, although FIG. 7 shows the process flowing in one direction, in reality, it may include several repeated processes or round trip processes.
[0031] The request parameter acquisition unit 152 acquires request parameters to be input to a response model by inputting at least a message to an AI chatbot trained to respond to input of natural language. The AI chatbot server 200 periodically obtains information by crawling or the like from information sources 300 such as Internet sites, and provides an AI chatbot trained to create various responses based on common sense. The AI chatbot is known by names such as ChatGPT() and Marvin.
[0032] In addition to the message, the request parameter acquisition unit 152 may further input one or both of a candidate message category and a candidate request parameter according to the category to the AI chatbot. In this case, the candidate message category and the candidate request parameter according to the category may be provided to the AI chatbot in advance as training information, rather than being input to the AI chatbot together with the message. In FIG. 7, these are provided to the AI chatbot as training information. In this case, the AI chatbot internally derives a category based on the message and the candidate message category (the result may be concealed), and outputs a request parameter based on the derived category and the candidate request parameter according to the category.
[0033] As message category candidates, for example, "Consumption analysis," "Investment advice," "Special offer," "FAQ," "Credit," "User-to-user transfer," and "Order" are given to the AI chatbot. Messages classified as "Consumption analysis" are, for example, "Are you spending a lot this month?", "What was your biggest expense last month?", and "Are you already over budget this month?". Messages classified as "Investment advice" are, for example, "Where should I invest?", "How can I earn 10 million yen in two years?", and "Tell me about a low-risk investment that can earn 5 million yen in three years." Messages classified as "Special offer" are, for example, "How can I get the biggest cashback next month?", "Are there any campaigns in Kyoto?", "Can I get a special offer at XX Coffee now?", and "Where should I eat lunch today to get a good special offer." Messages classified as "FAQ" are, for example, "How do I link my bank account?", "How do I enable deferred payment?", and "Why was my deferred payment request rejected?". Examples of messages classified as "credit" are "tell me how to set up a mortgage," "how can I increase the upper limit of deferred payments," and "tell me how to postpone repayment." Examples of messages classified as "user-to-user transfers" are "I want to send 1,000 yen to A," "who should I receive the money from?", "I would like to ask B to send me 2,000 yen," and "I would like to split the cost of last night's dinner with A." Examples of messages classified as "orders" are "I would like to order a veggie burger at XX Burgers," "I would like to pay off my card," "I would like to purchase 1,000 yen worth of US stock index at XX Securities," "I would like to make the same order as yesterday at XX Burgers," "I would like to apply 1-day car insurance at XX Insurance," and "I would like to charge 10,000 yen from my wallet."
[0034] Furthermore, the request parameter acquisition unit 152 inputs the request parameter candidates to the AI chatbot in a format that can be input to the API (Application Programming Interface) of the response model 178. An example of a format that can be input to the API of the response model 178 is the JSON (JavaScript Object Notation) format. In other words, the AI chatbot specifies which API of the response model 178 should be called.
[0035] The response content acquisition unit 154 inputs the acquired request parameters and the user's personal information related to the service into the response model 178, thereby acquiring the content to be responded to the user. The response model 178 is trained to output an action recommended to the user when the request parameters and personal information generated in, for example, JSON format are input. The personal information includes, for example, one or both of the user's registration information (age, place of residence, date of birth, etc.) and the service usage history (payment history, user-to-user remittance history, charge history, etc.).
[0036] The reply unit 156 transmits the acquired content of the response to the user to the user terminal device 10 and causes the payment application 20 to display it.
[0037] A specific example of the operation of the automatic response unit 150 will be described below. FIG. 8 is a diagram showing an example of a display screen IM1 including a message acquired by the automatic response unit 150 and the response content that the payment application 20 causes the user terminal device 10 to display as a result. As shown in the figure, the display screen IM1 includes an area A1 in which a message issued by a user is displayed, an area A2 in which a reply by the automatic response unit 150 is displayed, and an area A3 in which a new user message is input. The message shown in the figure is "Tell me a good restaurant near the Shibuya Scramble Crossing," and the response content is "Are you going to have lunch now? Below are some restaurants in Shibuya that you might like," along with an icon with a link to a detailed page of the recommended restaurant.
[0038] When the message in the example of FIG. 8 is input, the request parameters that the request parameter acquisition unit 152 acquires from the AI chatbot are, for example, those shown in FIG. 9. FIG. 9 is a diagram showing an example of the content output by the AI chatbot. In this way, the AI chatbot may output the text of the response message as part of the request parameters. The response model 178 to which this request parameter is input refers to the user's registration information and payment history, estimates the user's preferences from the category of the store used, and extracts restaurants that are near Shibuya Crossing and that the user would like. The result is the response content shown in FIG. 8.
[0039] FIG. 10 is a diagram showing another example of the display screen IM1 including the message acquired for the automatic response unit 150 and the response content that the payment application 20 displays on the user terminal device 10 as a result. The illustrated message is "Are you spending a lot this month?", and the response content is "You have already spent the same amount this month as last month. The average spending last month was 8792 yen per day, and this month it is 8828 yen." Along with the message, the daily spending amount is presented. The spending amount here may be the amount of spending by the user using the electronic payment service, or if linked to a bank account or credit card, may be the amount of spending including the amount grasped from them. The request parameters acquired by the request parameter acquisition unit 152 from the AI chatbot when the message in the example of FIG. 10 is input are, for example, the contents shown in FIG. 11. FIG. 11 is a diagram showing another example of the contents output by the AI chatbot. Response model 178 to which these request parameters have been input refers to the user's payment history, etc., calculates the average daily expenditure for the previous month and this month, and creates and outputs a graph showing the daily expenditure for this month.
[0040] The automatic response unit 150 configured in this manner can respond to the user with more substantial content. Although the AI chatbot is good at general common sense, it does not have information specialized for a specific service such as an electronic payment service. Therefore, it is good at estimating the category of the user's message, creating a response text, and outputting in a specified format. In contrast, the response model can refer to the user's personal information held as an electronic payment service, and make proposals that lead to services that can be provided as an electronic payment service (for example, recommendations of stores where special benefits can be obtained). By linking these two so that they can demonstrate their strengths, it is possible to make valuable proposals that are based on general common sense and reflect information specific to the electronic payment service. In addition, it is possible to make a response that allows the user to take action to use the electronic payment service. In addition, by passing candidates for message categories to the AI chatbot in advance, it is possible to stabilize the category classification results by the AI chatbot. Furthermore, when the AI chatbot is provided by an external device of the service, the protection of the user's personal information can be strengthened by not inputting personal information into the AI chatbot.
[0041] According to the first embodiment described above, it is possible to respond to the user with more substantial content.
[0042] <Second embodiment> The second embodiment will be described below. FIG. 12 is a diagram for explaining the operation of the automatic response unit 150 in the second embodiment. The request parameter acquisition unit 152 according to the second embodiment acquires the message category by inputting a message and a candidate for the message category (which may be provided in advance as described above or may be input together with the message) to the AI chatbot, and then acquires the request parameters by inputting the request parameter candidates according to the acquired message category and the message to the AI chatbot. In this case, the request parameter acquisition unit 152 stores information (list) of the request parameter candidates according to the message category in the storage unit 170 in advance, and acquires the request parameter candidates from the list using the category acquired from the AI chatbot.
[0043] According to the second embodiment described above, similarly to the first embodiment, it is possible to respond to the user with more substantial content.
[0044] <Other> In both the first and second embodiments, the AI chatbot may be an internal function of the automatic response unit 150.
[0045] The above describes the form for carrying out the present invention using an embodiment, but the present invention is not limited to such an embodiment, and various modifications and substitutions can be made within the scope that does not deviate from the gist of the present invention. [Explanation of symbols]
[0046] 10 User terminal device 20. Payment App 100 Payment Server 120 Payment Contents Provider 130 Payment processing unit 140 Information Management Department 150 Auto-Response Unit 152 Request Parameter Acquisition Unit 154 Response content acquisition unit 156 Answer section 170 Storage section 178 Response Model 200 AI chatbot servers 300 sources
Claims
1. An information processing device that interacts with a service provider that provides services via a network and responds to natural language messages from users, A request parameter acquisition unit inputs the message and candidate information for multiple response model APIs (Application Programming Interfaces) in the service provision device to an AI chatbot trained to respond when natural language is input, and obtains from the AI chatbot API identification information indicating one of the multiple response model APIs corresponding to the message, and request parameters in a format that can be input to the single response model API based on the API identification information. A response processing unit that generates response content using the acquired request parameters, An information processing device equipped with the following features.
2. The aforementioned AI chatbot does not require the user to input their personal information. The method is characterized by inputting the personal information to the API for the response model that is called based on the acquired API identification information. The information processing apparatus according to claim 1.
3. The response processing unit inputs the request parameters generated by the AI chatbot into the response model API, causing the response model API to refer to the personal information and generate the response content. The information processing apparatus according to claim 2.
4. The aforementioned personal information is either or both of the following: information showing the user's usage history of the service, and / or user information provided by the user to the service administrator. The information processing apparatus according to claim 2 or 3.
5. The aforementioned service is an electronic payment service. The information processing apparatus according to claim 1.
6. The aforementioned request parameter acquisition unit, In addition to candidate information for the response model API, candidate request parameters corresponding to the candidate information are input to the AI chatbot, and the request parameters are retrieved from the AI chatbot. The information processing apparatus according to claim 1.
7. Computers An information processing method that cooperates with a service provider device that provides services via a network and responds to natural language messages from users, The message and candidate information for multiple response model APIs (Application Programming Interfaces) in the service provider are input to an AI chatbot trained to respond when natural language is input; API identification information indicating one of the multiple response model APIs corresponding to the message, and request parameters in a format that can be input to the single response model API based on the API identification information are obtained from the AI chatbot; The response content is generated using the aforementioned acquired request parameters. Information processing methods.
8. On the computer, A program that interacts with a service provider device that provides services via a network and responds to natural language messages from users, The process involves inputting the aforementioned message and candidate information for multiple response model APIs (Application Programming Interfaces) in the service provision device into an AI chatbot trained to respond when natural language is input, and obtaining from the AI chatbot API identification information indicating one of the multiple response model APIs corresponding to the message, and request parameters in a format that can be input into the single response model API based on the API identification information. The process involves generating a response using the aforementioned acquired request parameters, A program that executes the command.