JP2022060451A - Provision device, provision method, and provision program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To allow for generating an appropriate sound according to payment.

SOLUTION: A provision device of the present invention comprises: a detention unit configured to detect payment made using given payment means (e.g., payment made by having a terminal device used by a payment destination read user-associated information displayed on a terminal device used by a user, or payment made by having a terminal device used by a user read information associated with a payment destination); and a provision unit configured to provide sound information representing sound to be generated according to the payment on the basis of payment-related information regarding payment detected by the detection unit.

SELECTED DRAWING: Figure 1

COPYRIGHT: (C)2022,JPO&INPIT

Description

The present invention relates to a providing device, a providing method, and a providing program.

Conventionally, there is known a technique for outputting predetermined contents in a situation where electronic payment is made using a prepaid IC card or a terminal device. For example, a technique has been proposed in which a store terminal acquires sound data specified by a user from an IC card and outputs the acquired sound data in a payment process.

Japanese Unexamined Patent Publication No. 2005-44183

However, with the above-mentioned conventional technique, it is not always possible to output an appropriate sound corresponding to payment. For example, in the above-mentioned conventional technique, it is only possible to output a confirmation sound of the payment preferred by the user, and it is not always possible to output an appropriate sound corresponding to the payment.

The present application has been made in view of the above, and an object of the present application is to provide a providing device, a providing method, and a providing program that output an appropriate sound corresponding to a payment.

The providing device according to the present application has a detection unit that detects payment using a predetermined payment means, and a sound output in response to the payment based on the payment-related information detected by the detection unit. It is characterized by having a providing unit that provides the sound information to be shown.

According to one aspect of the embodiment, there is an effect that an appropriate sound corresponding to the payment can be output.

FIG. 1 is a diagram showing an example of a provision process according to the first embodiment. FIG. 2 is a diagram showing an example of the provision process according to the second embodiment. FIG. 3 is a diagram showing a configuration example of a payment server according to an embodiment. FIG. 4 is a diagram showing an example of an account database according to an embodiment. FIG. 5 is a diagram showing an example of a business operator information database according to an embodiment. FIG. 6 is a diagram showing an example of a user information database according to an embodiment. FIG. 7 is a flowchart showing an example of the procedure of the provision process according to the embodiment. FIG. 8 is a hardware configuration diagram showing an example of a computer that realizes the function of a payment server.

Hereinafter, the provision device, the provision method, and the embodiment for implementing the provision program (hereinafter referred to as “embodiment”) according to the present application will be described in detail with reference to the drawings. It should be noted that this embodiment does not limit the providing device, the providing method, and the providing program according to the present application. Further, in each of the following embodiments, the same parts are designated by the same reference numerals, and duplicate description is omitted.

[1. Embodiment]
[1-1. Example of provision processing in the first embodiment]
With reference to FIG. 1, the providing process according to the first embodiment realized by the providing apparatus and the like of the present embodiment will be described. FIG. 1 is a diagram showing an example of a provision process according to the first embodiment. In FIG. 1, it is assumed that the payment server 10, which is an example of the providing device according to the present embodiment, realizes the providing process according to the first embodiment.

As shown in FIG. 1, the provision system 1 according to the embodiment includes a payment server 10, a user terminal 100, and a business operator terminal 200. The payment server 10, the user terminal 100, and the business terminal 200 are connected to each other via a network N (see, for example, FIG. 3) so as to be able to communicate with each other by wire or wirelessly. The network N is, for example, a WAN (Wide Area Network) such as the Internet. The providing system 1 shown in FIG. 1 may include a plurality of payment servers 10, a plurality of user terminals 100, and a plurality of business terminal 200s.

The payment server 10 shown in FIG. 1 is an information processing device that performs provision processing, and is realized by, for example, a server device, a cloud system, or the like. For example, the payment server 10 provides sound information indicating a sound output in an electronic payment using the user terminal 100.

Further, the payment server 10 provides an electronic payment service related to electronic payment using the user terminal 100. For example, the payment server 10 manages the accounts of the provider of the transaction target and the user to which the transaction target is provided, and transfers electronic money between the accounts in accordance with the payment request from the user. Realize various payments. The electronic money may be, for example, points or currencies independently used by various companies, or may be money provided by the state such as Japanese yen or dollars that can be electronically traded. good.

The user terminal 100 shown in FIG. 1 is an information processing device used by the user. The user terminal 100 is realized by, for example, a smartphone, a tablet terminal, a notebook PC (Personal Computer), a desktop PC, a mobile phone, a PDA (Personal Digital Assistant), or the like. Further, the user terminal 100 displays the information distributed by the payment server 10 by a web browser or an application. In the example shown in FIG. 1, a case where the user terminal 100 is a smartphone is shown.

The business terminal 200 shown in FIG. 1 is an information processing device used by a business that provides a transaction target to a user. The business terminal 200 is realized by, for example, a smartphone, a tablet terminal, a notebook PC, a desktop PC, a mobile phone, a PDA, or the like. Further, the business terminal 200 displays the information distributed by the payment server 10 by a web browser or an application. In the example shown in FIG. 1, a case where the business terminal 200 is a notebook PC is shown.

When the user terminal 100 and the business terminal 200 receive the control information for realizing the predetermined information processing from the payment server 10, the user terminal 100 and the business terminal 200 realize the information processing according to the control information. Here, the control information is described in, for example, a script language such as Javascript (registered trademark) or a style sheet language such as CSS (Cascading Style Sheets). The predetermined application itself distributed from the payment server 10 may be regarded as control information.

[1-1-1. About payment using user terminal 100]
Here, an example of payment (electronic payment) using the user terminal 100 will be described prior to the provision processing executed by the payment server 10. In the following description, the user U uses a two-dimensional code (QR code (registered trademark)) arranged in the store A and indicates the store identification information C1 that identifies the store A. An example of making a payment using the user terminal 100 will be described, but the embodiment is not limited to this. The example of payment described below can be applied even when an arbitrary user makes a payment at an arbitrary store using an arbitrary user terminal 100. Further, the store identification information C1 may be not only a QR code (registered trademark) but also a barcode, a predetermined mark, a number, or the like.

For example, when the user U makes a payment associated with the use or purchase of a payment target (transaction target) such as various products and services at the store A, the user U is a payment target pre-installed on the user terminal 100. Launch an application (hereinafter sometimes referred to simply as a "payment app"). Then, the user U photographs the store identification information C1 installed in the store A via the payment application. In such a case, the user terminal 100 displays a screen for inputting the price to be settled, and accepts the input of the settlement amount from the clerk of the user U or the store A. Then, the user terminal 100 includes the user identification information for identifying the user U and the store identification information C1 (or the information indicated by the store identification information C1, that is, the information indicating the store A (for example, the store ID)). , The payment information indicating the payment amount is transmitted to the payment server 10.

In such a case, the payment server 10 transfers the electronic money of the amount indicated by the payment amount from the account of the user U indicated by the user identification information to the account of the store A indicated by the store identification information C1. Then, the payment server 10 transmits a notification to the user terminal 100 that the payment has been completed. In such a case, the user terminal 100 notifies that the payment has been made by electronic money by outputting a screen indicating that the payment has been completed and a predetermined voice.

The payment using the user terminal 100 is not limited to the above-mentioned processing. For example, the payment using the user terminal 100 may be made using the store terminal installed in the store A. For example, the user terminal 100 displays user identification information for identifying the user U on the screen. In such a case, the store terminal installed in the store A reads the user identification information displayed on the user terminal 100, and the user identification information (or the information indicated by the user identification information, that is, the user U. Information (for example, user ID) indicating the above, the payment amount, and the payment information indicating the information identifying the store A are transmitted to the payment server 10. In such a case, the payment server 10 transfers the electronic money of the amount indicated by the payment amount from the account of the user U indicated by the user identification information to the account of the store A, and the store terminal or the user of the store A. The terminal 100 may be notified that the payment has been made by outputting a screen indicating that the payment has been completed or a predetermined voice (payment sound).

Further, the payment using the user terminal 100 is not only a process of transferring the electronic money from the account charged with the electronic money in advance by the user U to the account of the store A, but also, for example, the credit registered in advance by the user U. Payment using a card may be used. In such a case, for example, the user terminal 100 may transfer the electronic money of the payment amount to the account of the store A and charge the payment amount to the credit card management company of the user U. ..

[1-1-2. About the outline of the first embodiment]
Here, conventionally, as a technique for outputting predetermined contents in a scene where electronic payment is made using a prepaid IC card or a terminal device, a store terminal acquires sound data specified by a user from the IC card. However, there is known a technique for outputting the acquired sound data in the payment process. However, with such a technique, it is only possible to output a confirmation sound of the payment preferred by the user, and it may not be possible to output an appropriate sound corresponding to the payment.

Therefore, the payment server 10 executes the provision process according to the first embodiment. Hereinafter, the provision process executed by the payment server 10 will be described with reference to FIG. In the following description, an example will be shown in which the user terminal 100 is used by the user U and the business terminal 200 is used by the business operator M1 who manages the store A. Further, in the following description, the user terminal 100 may be equated with the user U, and the business terminal 200 may be equated with the business operator M1 and the store A. That is, in the following, the user U can be read as the user terminal 100, the business operator M1 and the store A can be read as the business operator terminal 200.

First, the payment server 10 receives from the business operator M1 the setting of the payment sound to be output when the payment is completed (step Sa1). For example, the payment server 10 receives from the business operator M1 a payment sound to be output to the user terminal 100 when payment is completed in the payment method using the payment application described above, and a condition for outputting the payment sound. In the example of FIG. 1, it is assumed that the payment server 10 receives the payment sound # 1 and the condition "payment for the store A" for outputting the payment sound # 1 from the business operator M1. Further, it is assumed that the payment server 10 has received the payment sound # 2 and the condition "payment of 5000 yen or more for the store A" for outputting the payment sound # 2 from the business operator M1.

Subsequently, the user U who visits the store A reads the store identification information C1 using the user terminal 100 (step Sa2). In the example of FIG. 1, it is assumed that the user U who purchases the transaction target (product) provided by the store A desires to make a payment to the store A by the payment method using the above-mentioned payment application. In this case, the user U activates the payment application installed in the user terminal 100 and reads the store identification information C1 installed in the storefront of the store A.

Subsequently, the user terminal 100 displays an input screen for inputting the payment amount (step Sa3). For example, the user terminal 100 displays an input screen for inputting a payment amount for the store A.

Subsequently, the user U inputs the payment amount on the input screen (step Sa4). For example, the user U inputs the price presented by the business operator M1 to the input screen for the product to be purchased at the store A.

Subsequently, the user terminal 100 notifies the payment server 10 of the store ID, the user ID, and the payment amount (step Sa5). For example, when the user U presents the user terminal 100 to the business operator M1 and the business operator M1 confirms that the payment amount entered on the input screen matches the price of the product provided to the user U. The user terminal 100 notifies the payment server 10 of payment information indicating the store ID of the store A, the user ID of the user U, and the payment amount entered on the input screen in response to the operation of the user U. do.

Subsequently, the payment server 10 executes the payment process based on the payment information notified from the user terminal 100 (step Sa6). For example, the payment server 10 transfers the electronic money of the amount indicated by the payment amount from the account of the user U indicated by the user ID to the account of the store A indicated by the store ID.

Subsequently, the payment server 10 provides the user terminal 100 with a notification that the payment has been completed and sound information indicating the payment sound to be output (step Sa7). For example, when the payment amount notified from the user terminal 100 is less than 5,000 yen, the payment server 10 provides the user terminal 100 with sound information (control information) for outputting the payment sound # 1. Further, the payment server 10 provides the user terminal 100 with sound information for outputting the payment sound # 2 when the payment amount notified from the user terminal 100 is 5000 yen or more.

Subsequently, the user terminal 100 outputs the payment sound indicated by the sound information provided by the payment server 10 (step Sa8). For example, the user terminal 100 displays a screen to the effect that payment has been completed, and outputs a payment sound indicated by sound information provided by the payment server 10.

As described above, the payment server 10 according to the embodiment outputs the payment sound received from the business operator according to the payment information received from the user. As a result, the payment server 10 according to the embodiment can output the payment sound arbitrarily set by the business operator according to the content of the payment from the user. Therefore, for example, the payment server 10 is implemented in a store managed by the business operator. It is possible to provide the user with a payment sound indicating the campaign to be performed and the privilege to be given to the user according to the payment amount. That is, the payment server 10 according to the embodiment can output an appropriate sound corresponding to the payment.

Further, since the payment server 10 according to the embodiment can provide the content independently generated by the business operator to the user of the store managed by the business operator, for example, the user is actively used by the store. Can be prompted.

[1-2. Example of provision processing in the second embodiment]
The sound information according to the present embodiment is not limited to the case where the sound information is provided in the payment using the store identification information installed in the store, and may be provided in the payment using the store terminal. Here, with reference to FIG. 2, the providing process according to the second embodiment realized by the providing apparatus and the like of the present embodiment will be described. FIG. 2 is a diagram showing an example of the provision process according to the second embodiment. In FIG. 2, it is assumed that the payment server 10, which is an example of the providing device according to the present embodiment, realizes the providing process according to the second embodiment.

As shown in FIG. 2, the provision system 2 according to the embodiment includes a payment server 10, a user terminal 100, and a business operator terminal 200. The payment server 10, the user terminal 100, and the business terminal 200 are connected to each other via a network N so as to be able to communicate with each other by wire or wirelessly. The network N is a WAN such as the Internet. The provision system 2 shown in FIG. 2 may include a plurality of payment servers 10, a plurality of user terminals 100, and a plurality of business terminal 200s.

Since the payment server 10 and the user terminal 100 shown in FIG. 2 have the same configuration as the providing system 1 shown in FIG. 1, the description thereof will be omitted. Further, since the business terminal 200 shown in FIG. 2 has the same configuration as the provision system 1 shown in FIG. 1 except that it is a smartphone used by the business, the description thereof will be omitted.

[1-2-1. About the outline of the second embodiment]
Hereinafter, the provision process executed by the payment server 10 will be described with reference to FIG. In the following description, an example will be shown in which the user terminal 100 is used by the user U and the business terminal 200 is used by the business operator M1 who manages the store A. Further, in the following description, the user terminal 100 may be equated with the user U, and the business terminal 200 may be equated with the business operator M1 and the store A. That is, in the following, the user U can be read as the user terminal 100, the business operator M1 and the store A can be read as the business operator terminal 200.

First, the payment server 10 receives from the business operator M1 the setting of the payment sound to be output when the payment is completed (step Sb1). For example, the payment server 10 sets the payment sound to be output to the user terminal 100 and the business terminal 200 when the payment is completed in the payment method using the payment application described above, and the condition for outputting the payment sound to the business operator M1. Accept from.

Subsequently, the business operator M1 reads the user identification information for identifying the user who has visited the store A using the business operator terminal 200 (step Sb2). In the example of FIG. 2, it is assumed that the user U who purchases the product provided by the store A desires to make a payment to the store A by the payment method using the above-mentioned payment application. In this case, the user U activates the payment application installed on the user terminal 100, and displays a two-dimensional code (QR code (registered trademark)) indicating the user identification information for identifying the user U on the screen. To display. Then, the business operator M1 also activates the payment application installed in the business operator terminal 200, and reads the user identification information displayed on the user terminal 100.

Subsequently, the business operator terminal 200 displays an input screen for inputting the payment amount (step Sb3). Subsequently, the business operator M1 inputs the payment amount on the input screen (step Sb4). For example, the business operator M1 inputs the price of the product purchased by the user U at the store A as the settlement amount on the input screen.

Subsequently, the business terminal 200 notifies the payment server 10 of the store ID, the user ID, and the payment amount (step Sb5). For example, when the business operator M1 presents the business operator terminal 200 to the user U and the user U confirms that the payment amount entered on the input screen matches the price of the product purchased by the user U. The business terminal 200 notifies the payment server 10 of payment information indicating the store ID of the store A, the user ID of the user U, and the payment amount entered on the input screen in response to the operation of the business M1. do.

Subsequently, the payment server 10 executes the payment process based on the payment information notified from the business operator terminal 200 (step Sb6). For example, the payment server 10 transfers the electronic money of the amount indicated by the payment amount from the account of the user U indicated by the user ID to the account of the store A indicated by the store ID.

Subsequently, the payment server 10 provides the user terminal 100 and the business terminal 200 with the notification that the payment has been completed and the sound information indicating the payment sound to be output (step Sb7). For example, the payment server 10 provides the user terminal 100 and the business terminal 200 with sound information for outputting the payment sound corresponding to the payment information notified from the business terminal 200.

Subsequently, the business terminal 200 outputs the payment sound indicated by the sound information provided by the payment server 10 (step Sb8). For example, the business terminal 200 displays a screen to the effect that payment has been completed, and outputs a payment sound indicated by sound information provided by the payment server 10.

Subsequently, the user terminal 100 outputs the payment sound indicated by the sound information provided from the payment server 10 in the same manner as the business terminal 200 (step Sb9). The payment server 10 may execute the processes of steps Sb8 and Sb9 in any order. Further, the payment server 10 may output the payment sound to any one of the user terminal 100 and the business terminal 200.

As described above, the payment server 10 according to the embodiment makes a payment sound arbitrarily set by the business operator according to the content of the payment from the user even when the payment is performed using the store terminal. It can be output to the user terminal 100 and the business terminal 200. That is, the payment server 10 according to the embodiment can output an appropriate sound corresponding to the payment.

[2. Payment server configuration]
Next, the configuration of the payment server 10 will be described with reference to FIG. FIG. 3 is a diagram showing a configuration example of a payment server according to an embodiment. As shown in FIG. 3, the payment server 10 has a communication unit 20, a storage unit 30, and a control unit 40.

(About communication unit 20)
The communication unit 20 is realized by, for example, a NIC (Network Interface Card) or the like. Then, the communication unit 20 is connected to the network N by wire or wirelessly, and transmits / receives information to / from the user terminal 100, the business terminal 200, and the like.

(About the storage unit 30)
The storage unit 30 is realized by, for example, a semiconductor memory element such as a RAM (Random Access Memory) or a flash memory (Flash Memory), or a storage device such as a hard disk or an optical disk. As shown in FIG. 3, the storage unit 30 has an account database 31, a business information database 32, and a user information database 33.

(About account database 31)
The account database 31 stores various information about the accounts of users and businesses. Here, an example of the information stored in the account database 31 will be described with reference to FIG. FIG. 4 is a diagram showing an example of an account database according to an embodiment. In the example of FIG. 4, the account database 31 has items such as "account ID", "owner information", and "account balance".

The "account ID" indicates identification information for identifying the account. The "owner information" indicates information about the owner (user or business operator) who owns the account, and for example, identification information (identifier) for identifying the owner is stored. "Account balance" indicates the balance of an account owned by a user or a business operator.

That is, FIG. 4 shows an example in which the information of the owner of the account identified by the account ID “AID # 1” is “user # 1” and the account balance is “7800”.

(About the business information database 32)
The business operator information database 32 stores various information about the business operator. Here, an example of the information stored in the business operator information database 32 will be described with reference to FIG. FIG. 5 is a diagram showing an example of a business operator information database according to an embodiment. In the example of FIG. 5, the business operator information database 32 has items such as "business operator ID", "store ID", "account ID", "settlement sound ID", and "settlement sound information".

"Business ID" indicates identification information for identifying a business. The "store ID" indicates identification information for identifying a store managed by the business operator. The "account ID" indicates identification information for identifying an account owned by a business operator. The "payment sound ID" indicates identification information for identifying the payment sound set by the business operator. The "payment sound information" indicates information regarding the payment sound set for the business operator, and has items such as "payment sound" and "providing conditions". The "payment sound" indicates a payment sound output in response to the payment. Although FIG. 5 shows an example in which conceptual information such as “payment sound # 1” is stored in the “payment sound”, in reality, an audio file of any format and a file indicating the storage location thereof are shown. The path name etc. are stored. The "providing condition" indicates a condition for providing the voice indicated by the "payment sound".

That is, in FIG. 5, the store managed by the business operator identified by the business operator ID “MID # 1” is identified by the store ID “SID # 1”, and the account owned by the business operator is the account ID “AID # 2”. , And the settlement sound "settlement sound # 1" set by the business operator is provided when the settlement satisfying the provision condition "settlement to SID # 1" is performed.

The business information database 32 may store the payment sound information set by the business operator, or may store the payment sound information set by the administrator of the payment server 10.

(About user information database 33)
The user information database 33 stores various information about users of the electronic payment service provided by the payment server 10. Here, an example of the information stored in the user information database 33 will be described with reference to FIG. FIG. 6 is a diagram showing an example of a user information database according to an embodiment. In the example of FIG. 6, the user information database 33 has items such as "user ID", "payment history", and "attribute information".

The "user ID" indicates identification information for identifying the user. The "payment history" shows the history of payments made using an electronic payment service, and stores information such as a payment destination (business operator), a payment target (transaction target), and a payment amount. The "attribute information" indicates the attributes of the user based on the behavior in the electronic payment service and other various services, and stores information indicating, for example, the demographic attribute and the psychographic attribute of the user.

That is, FIG. 6 shows an example in which the payment history of the user identified by the user ID “UID # 1” is “payment history # 1” and the attribute information is “attribute information # 1”.

(About control unit 40)
The control unit 40 is a controller, and for example, various programs stored in a storage device inside the payment server 10 by a CPU (Central Processing Unit), an MPU (Micro Processing Unit), or the like use the RAM as a work area. It is realized by being executed. Further, the control unit 40 is a controller, and is realized by, for example, an integrated circuit such as an ASIC (Application Specific Integrated Circuit) or an FPGA (Field Programmable Gate Array). As shown in FIG. 3, the control unit 40 according to the embodiment includes a reception unit 41, a detection unit 42, a payment processing unit 43, and a provision unit 44, and has functions and operations of information processing described below. Realize or execute.

(About reception desk 41)
The reception unit 41 accepts the setting of sound information indicating the sound output in response to the payment. For example, in the example of FIG. 1, the reception unit 41 receives from the business operator M1 the payment sound output when the payment is completed in the payment method using the payment application and the condition for outputting the payment sound, and the business operator. It is stored in the information database 32.

In addition, the reception unit 41 may receive payment information regarding payment from the user to the business operator. For example, in the example of FIG. 1, the reception unit 41 receives payment information indicating the store ID of the store A, the user ID of the user U, and the payment amount input on the input screen from the user terminal 100.

(About the detector 42)
The detection unit 42 detects payment using a predetermined payment means. For example, the detection unit 42 detects payment using the electronic payment service provided by the payment server 10. To give a specific example, the detection unit 42 detects payment using an electronic payment service based on payment information notified from a user terminal 100 or a business terminal 200.

Further, the detection unit 42 detects the payment made by reading the information displayed on the terminal device used by the user and associated with the user by the terminal device used by the payee. May be good. For example, in the example of FIG. 2, the detection unit 42 makes a payment by reading the user identification information for the user U to identify the user U displayed on the user terminal 100 by the business terminal 200. Is detected.

Further, the detection unit 42 may detect the payment performed by the terminal device used by the user reading the information associated with the payee. For example, in the example of FIG. 1, the detection unit 42 detects the payment made by the user terminal 100 reading the store identification information C1 installed at the storefront of the store A.

(About payment processing unit 43)
The payment processing unit 43 executes the payment processing according to the payment information received by the reception unit 41. For example, in the example of FIG. 1, the payment processing unit 43 transfers the electronic money of the amount indicated by the payment amount from the account of the user U indicated by the user ID to the account of the store A indicated by the store ID.

(About the provider 44)
The providing unit 44 provides sound information indicating a sound output in response to the payment, based on the payment-related information related to the payment detected by the detection unit 42. For example, the providing unit 44 setstles payment information indicating payment detected by the detection unit 42, information regarding a payment source (user) indicated by the payment information, and information regarding a payee (business operator) indicated by the payment information. Collect as relevant information. Then, the providing unit 44 refers to the business operator information database 32 and provides sound information corresponding to the collected payment-related information.

Further, the providing unit 44 may provide sound information based on the payment-related information including the information about the user who makes the payment. For example, the providing unit 44 refers to the user information database 33 and provides sound information corresponding to the user attribute information indicated by the payment information.

Further, the providing unit 44 may provide sound information based on the payment-related information including the usage mode of the predetermined payment means by the user who makes the payment. For example, the providing unit 44 refers to the user information database 33 and provides sound information corresponding to the user's payment history indicated by the payment information. To give a specific example, the providing unit 44 provides sound information according to the number of times a payment is made using a predetermined payment means. Further, the providing unit 44 provides different sound information every time the payment using the predetermined payment means is performed a predetermined number of times (for example, 10 times). Further, the providing unit 44 provides sound information indicating a privilege given to the user according to the number of times the payment is made using the predetermined payment means.

Further, the providing unit 44 may provide sound information according to the number of payments using a predetermined payment means to the payee in the payment. For example, the providing unit 44 refers to the user information database 33, and provides the business operator indicated by the payment information with sound information according to the number of times the user has made a payment using a predetermined payment means. To give a specific example, the providing unit 44 provides different sound information to the business operator indicated by the payment information every time the payment using the predetermined payment means is performed a predetermined number of times. Further, the providing unit 44 provides the business operator indicated by the payment information with sound information indicating the privilege given to the user according to the number of times the payment is made using the predetermined payment means.

Further, the providing unit 44 may provide sound information based on the payment-related information including the usage mode of the predetermined payment means when the payment is made. For example, the providing unit 44 makes a payment for payment information, information acquired from the user terminal 100 of the user indicated by the payment information, information acquired from the business terminal 200 of the business operator indicated by the payment information, and the like. It collects as a usage mode of a predetermined payment means when it is broken, and provides sound information based on the collected information.

Further, the providing unit 44 may provide sound information based on the settlement amount by settlement. For example, the providing unit 44 provides the corresponding sound information when the payment amount indicated by the payment information is equal to or more than a predetermined amount or when the payment amount is a predetermined amount. To give a specific example, when the payment amount is equal to or greater than the amount that is the condition for granting the privilege provided by the business operator or the administrator of the payment server 10, the providing unit 44 provides sound information corresponding to the privilege. offer. Further, in the providing unit 44, the payment amount is a predetermined number set by the business operator or the administrator of the payment server 10 (for example, doublet (777 etc.), puns, etc.), and a number related to the user (for example). , Birthday), provide the corresponding sound information.

Further, the providing unit 44 may provide sound information based on the payee in the payment. For example, the providing unit 44 provides sound information corresponding to the payee (business operator) indicated by the payment information and the organization to which the payee belongs. To give a specific example, the providing unit 44 provides sound information indicating a business operator or a campaign to be carried out by an organization to which the business operator belongs.

Further, the providing unit 44 may provide sound information based on the position of the user who makes the payment. For example, the providing unit 44 provides sound information corresponding to an area (for example, an event venue) in which a user is located indicated by payment information.

Further, the providing unit 44 may provide sound information based on the date and time when the payment is made. For example, the providing unit 44 provides sound information indicating a campaign to be carried out in a period corresponding to the date and time when the payment is made. In addition, the providing unit 44 provides sound information corresponding to the time zone in which the payment is made.

Further, the providing unit 44 may provide sound information based on the information regarding the transaction target to be settled. For example, the providing unit 44 provides the corresponding sound information based on the transaction target, the number of transaction targets, the combination of transaction targets, and the like.

Further, the providing unit 44 is based on at least one of information on the payment amount by payment, the payment destination in payment, the position of the user who performs payment, the date and time when payment is performed, and the transaction target to be settled. Sound information may be provided.

The providing unit 44 may provide sound information by combining a plurality of the above processes. For example, the providing unit 44 is subject to information about the user who makes the payment, the usage mode of the predetermined payment means by the user, the payment amount, the payee, the position of the user, the date and time when the payment is made, and the payment target. Sound information may be provided based on the transaction target.

Further, the providing unit 44 may provide sound information indicating a sound set by the payee in the payment. For example, in the example of FIG. 1, the providing unit 44 is based on the payment sound output when the payment is completed in the payment method using the payment application set by the business operator M1 and the condition for outputting the payment sound. And provide sound information.

Further, the providing unit 44 may provide sound information to at least one of the terminal device used by the user and the terminal device used by the payee, and output the sound indicated by the sound information. For example, in the example of FIG. 2, the providing unit 44 provides the user terminal 100 and the business terminal 200 with the notification that the payment is completed and the sound information indicating the payment sound to be output, and outputs the payment sound. ..

Further, the providing unit 44 may provide sound information to the terminal device used by the user and output the sound indicated by the sound information. For example, in the example of FIG. 1, the providing unit 44 provides the user terminal 100 with a notification that the payment has been completed and sound information indicating the payment sound to be output, and outputs the payment sound.

[3. Flow of provision processing]
A procedure for providing the payment server 10 according to the embodiment will be described with reference to FIG. 7. FIG. 7 is a flowchart showing an example of the procedure of the provision process according to the embodiment.

As shown in FIG. 7, the payment server 10 determines whether or not payment using a predetermined payment means has been detected (step S101). When the payment using the predetermined payment means is not detected (step S101; No), the payment server 10 waits until the payment using the predetermined payment means is detected.

On the other hand, when the payment using the predetermined payment means is detected (step S101; Yes), the payment server 10 collects the payment-related information related to the detected payment (step S102). Subsequently, the payment server 10 provides sound information indicating a sound output in response to the payment based on the payment-related information (step S103), and ends the process.

[4. Modification example]
The above embodiment shows an example, and various modifications and applications are possible.

[4-1. About the provided equipment]
In the above-described embodiment, an example in which the provision process is realized by the payment server 10 has been shown, but the provision device according to the present application is not limited to such an example. For example, the provision process may be realized by the payment server 10 and a server device managed by a business operator (hereinafter, may be referred to as a “business operator server”). In this case, the payment server 10 provides the sound information to the user terminal 100 and outputs the payment sound. Further, the business server provides sound information to the business terminal 200 and outputs a payment sound.

[4-2. About payment method]
In the above-described embodiment, the detection unit 42 has shown an example of detecting a payment using a payment application, but the function of the detection unit 42 is not limited to such an example. For example, the detection unit 42 may detect various payments such as payments using a prepaid card and payments using a credit card.

Further, the detection unit 42 may detect payment using NFC (Near Field Communication). For example, the detection unit 42 detects the payment made by the user terminal 100 reading the store identification information from the NFC tag installed in the store. When making such a payment, the user terminal 100 reads the application ID of the payment application together with the store identification information from the NFC tag installed in the store, then activates the payment application and inputs the payment amount to the store. Is accepted from the user. Then, the user terminal 100 transmits the user identification information, the payment amount input by the user, and the payment information indicating the store identification information read from the NFC tag by the user terminal 100 to the payment server 10. The user terminal 100 may read information such as the price of the product and the payment amount to the store from the NFC tag.

[4-3. About sound information provided to users]
In the above-described embodiment, the providing unit 44 has shown an example in which the providing unit 44 provides the sound information to the user terminal 100 as control information for outputting the payment sound and outputs the payment sound, but the function of the providing unit 44 is this. It is not limited to such an example. For example, the providing unit 44 may provide sound information indicating a payment sound that can be arbitrarily used by the user in the payment application after being provided to the user terminal 100. Explaining by taking FIG. 1 as an example, the user terminal 100 uses the payment application in a store other than the store A by receiving an operation from the user U to set the payment sound provided by the payment server 10 in the payment application. The set payment sound is output even when the payment has been made. The providing unit 44 may provide sound information indicating content that changes the payment sound according to the number of times it is output.

[4-4. About processing mode]
Of the processes described in the above embodiments, all or part of the processes described as being automatically performed can be performed manually, and conversely, all the processes described as being performed manually. Alternatively, a part can be automatically performed by a known method. In addition, information including processing procedures, specific names, various data and parameters shown in the above documents and drawings can be arbitrarily changed unless otherwise specified. For example, the various information shown in each figure is not limited to the information shown in the figure.

Further, each component of each of the illustrated devices is a functional concept, and does not necessarily have to be physically configured as shown in the figure. That is, the specific form of distribution / integration of each device is not limited to the one shown in the figure, and all or part of them may be functionally or physically distributed / physically in any unit according to various loads and usage conditions. Can be integrated and configured.

In addition, the above-described embodiments can be appropriately combined as long as the processing contents do not contradict each other.

[5. effect〕
As described above, the payment server 10 according to the embodiment includes a reception unit 41, a detection unit 42, a payment processing unit 43, and a providing unit 44. The reception unit 41 accepts the setting of sound information indicating the sound output in response to the payment. In addition, the reception unit 41 receives payment information regarding payment from the user to the business operator. The detection unit 42 detects payment using a predetermined payment means. The payment processing unit 43 executes the payment processing according to the payment information received by the reception unit 41. The providing unit 44 provides sound information indicating a sound output in response to the payment, based on the payment-related information related to the payment detected by the detection unit 42. Further, the providing unit 44 provides sound information indicating a sound set by the payee in the payment.

As a result, the payment server 10 according to the embodiment can output the payment sound received from the business operator according to the content of the payment from the user, so that an appropriate sound corresponding to the payment can be output.

Further, in the payment server 10 according to the embodiment, for example, the providing unit 44 provides sound information based on payment-related information including information about a user who makes a payment. Further, the providing unit 44 provides sound information based on the payment-related information including the usage mode of the predetermined payment means by the user who makes the payment. Further, the providing unit 44 provides sound information according to the number of payments using a predetermined payment means to the payee in the payment. Further, the providing unit 44 provides sound information based on the payment-related information including the usage mode of the predetermined payment means when the payment is made. Further, the providing unit 44 is based on at least one of information on the payment amount by payment, the payment destination in payment, the position of the user who performs payment, the date and time when payment is performed, and the transaction target to be settled. Provide sound information.

As a result, the payment server 10 according to the embodiment provides sound information based on the user and various information related to the payment, so that an appropriate sound corresponding to the payment can be output.

Further, in the payment server 10 according to the embodiment, for example, the detection unit 42 uses the information displayed on the terminal device used by the user and associated with the user to be used by the payee. Detects payments made by reading. Then, the providing unit 44 provides sound information to at least one of the terminal device used by the user and the terminal device used by the payee, and outputs the sound indicated by the sound information. Further, the detection unit 42 detects the payment made by the terminal device used by the user reading the information associated with the payee. Then, the providing unit 44 provides the sound information to the terminal device used by the user, and outputs the sound indicated by the sound information.

As a result, the payment server 10 according to the embodiment can output an appropriate sound in payment using various payment means, so that convenience can be improved.

[6. Hardware configuration]
Further, the payment server 10 according to each of the above-described embodiments is realized by, for example, a computer 1000 having a configuration as shown in FIG. Hereinafter, the payment server 10 will be described as an example. FIG. 8 is a hardware configuration diagram showing an example of a computer that realizes the function of a payment server. The computer 1000 has a CPU 1100, a RAM 1200, a ROM 1300, an HDD 1400, a communication interface (I / F) 1500, an input / output interface (I / F) 1600, and a media interface (I / F) 1700.

The CPU 1100 operates based on a program stored in the ROM 1300 or the HDD 1400, and controls each part. The ROM 1300 stores a boot program executed by the CPU 1100 when the computer 1000 is started, a program depending on the hardware of the computer 1000, and the like.

The HDD 1400 stores a program executed by the CPU 1100, data used by such a program, and the like. The communication interface 1500 receives data from another device via the communication network 500 (corresponding to the network N of the embodiment) and sends the data to the CPU 1100, and the communication interface 1500 receives data generated by the CPU 1100 via the communication network 500 to another device. Send to the device.

The CPU 1100 controls an output device such as a display or a printer, and an input device such as a keyboard or a mouse via the input / output interface 1600. The CPU 1100 acquires data from the input device via the input / output interface 1600. Further, the CPU 1100 outputs the data generated via the input / output interface 1600 to the output device.

The media interface 1700 reads a program or data stored in the recording medium 1800 and provides the program or data to the CPU 1100 via the RAM 1200. The CPU 1100 loads the program from the recording medium 1800 onto the RAM 1200 via the media interface 1700, and executes the loaded program. The recording medium 1800 is, for example, an optical recording medium such as a DVD (Digital Versatile Disc) or PD (Phase change rewritable Disk), a magneto-optical recording medium such as MO (Magneto-Optical disk), a tape medium, a magnetic recording medium, or a semiconductor memory. And so on.

For example, when the computer 1000 functions as the payment server 10, the CPU 1100 of the computer 1000 realizes the function of the control unit 40 by executing the program loaded on the RAM 1200. Further, each data in the storage device of the payment server 10 is stored in the HDD 1400. The CPU 1100 of the computer 1000 reads these programs from the recording medium 1800 and executes them, but as another example, these programs may be acquired from another device via a predetermined communication network.

[7. others〕
Although some of the embodiments of the present application have been described in detail with reference to the drawings, these are examples, and various modifications are made based on the knowledge of those skilled in the art, including the embodiments described in the disclosure column of the invention. It is possible to carry out the present invention in other modified forms.

Further, the configuration of the payment server 10 described above can be flexibly changed, such as by calling an external platform or the like by API (Application Programming Interface), network computing, or the like depending on the function.

Further, the "part" described in the claims can be read as "means" or "circuit". For example, the reception unit can be read as a reception means or a reception circuit.

10 Payment server 20 Communication department 30 Storage department 31 Account database 32 Business operator information database 33 User information database 40 Control department 41 Reception department 42 Detection department 43 Payment processing department 44 Providing department 100 User terminal 200 Business terminal

Claims (11)

A detector that detects payments using a predetermined payment method,
A providing device having a providing unit that provides sound information indicating a sound output in response to the payment based on the payment-related information related to the payment detected by the detection unit. The providing part
The providing device according to claim 1, wherein the sound information is provided based on the payment-related information including the information about the user who makes the payment. The providing part
The providing device according to claim 1 or 2, wherein the sound information is provided based on the payment-related information including the usage mode of the predetermined payment means by the user who performs the payment. The providing part
The providing device according to claim 3, wherein the sound information is provided according to the number of payments to the payee in the payment using the predetermined payment means. The providing part
The invention according to any one of claims 1 to 4, wherein the sound information is provided based on the payment-related information including the usage mode of the predetermined payment means when the payment is made. Providing equipment. The providing part
The sound is based on at least one of the payment amount by the payment, the payee in the payment, the position of the user who makes the payment, the date and time when the payment is made, and the information about the transaction target to be settled. The providing device according to claim 5, wherein the information is provided. The providing part
The providing device according to any one of claims 1 to 6, wherein the sound information indicating a sound set by a payee in the payment is provided. The detector is
The payment made by reading the information displayed on the terminal device used by the user and associated with the user by the terminal device used by the payee is detected.
The providing part
Of claims 1 to 7, the sound information is provided to at least one of the terminal device used by the user and the terminal device used by the payee, and the sound indicated by the sound information is output. The providing device described in any one. The detector is
The terminal device used by the user detects the payment made by reading the information associated with the payee, and detects the payment.
The providing part
The providing device according to any one of claims 1 to 7, wherein the sound information is provided to a terminal device used by a user, and the sound indicated by the sound information is output. It ’s a computer-executed delivery method.
A detection process that detects payments using a predetermined payment method,
A providing method comprising a providing step of providing sound information indicating a sound output in response to the settlement based on the settlement-related information related to the settlement detected by the detection step. A detection procedure for detecting payment using a predetermined payment method, and
A providing program for causing a computer to execute a providing procedure for providing sound information indicating a sound output in response to the payment, based on the payment-related information related to the payment detected by the detection procedure.

Images