Remittance management device, remittance management method, and program
Patent Information
- Application Number
- JP2024067041
- Authority / Receiving Office
- JP · JP
- Patent Type
- Applications
- Current Assignee / Owner
- Filing Date
- 2024-04-17
- Publication Date
- 2025-02-06
- Estimated Expiration
- 2043-07-25
Smart Images

Figure 2025018911000001_ABST
Abstract
Description
[Technical field]
[0001] The present invention relates to a remittance management device, a remittance management method, and a program. [Background technology]
[0002] Conventionally, there have been proposed techniques relating to remittance services that provide a means for remittance between accounts by electronic settlement using code information such as QR codes and barcodes (see, for example, Patent Documents 1 and 2). [Prior art documents] [Patent documents]
[0003] [Patent Document 1] Patent No. 7185083 [Patent Document 2] Patent No. 7202493 Summary of the Invention [Problem to be solved by the invention]
[0004] Conventional technologies have provided a uniform remittance method regardless of purpose or use, which can be inconvenient for users of remittance services.
[0005] The present invention has been made in consideration of the above circumstances, and one of its objects is to provide a remittance management device, a remittance management method, and a program that can improve the convenience of remittance services. [Means for solving the problem]
[0006] One aspect of the present invention is a remittance management device that provides corporate services that enable corporations to accept remittances from users' accounts, the device comprising: a content providing unit that supplies the terminal device with content for displaying a remittance screen that accepts remittance requests related to the remittance from the user's terminal device, the content corresponding to the remittance type related to the remittance; and a remittance processing unit that accepts the remittance request from the terminal device through operation of the remittance screen and moves electronic money equivalent to the amount of the accepted remittance from the user's account to a corporate account provided to a business that uses the corporate service, the remittance type being identified based on service information provided to the remittance management device regarding the corporate service and including donations that are subject to donation deductions and donations that are not subject to donation deductions, the content providing unit supplying the terminal device with content for the remittance screen that displays whether or not a donation deduction is available depending on the remittance type identified based on the service information. Effect of the Invention
[0007] According to one aspect of the present invention, it is possible to provide a remittance management device, a remittance management method, and a program that can improve the convenience of remittance services. [Brief description of the drawings]
[0008] [Figure 1] FIG. 1 is a diagram 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. 1 is a diagram illustrating the flow of a remittance service. [Figure 8] FIG. 13 is a diagram showing an example of the contents of service setting information 180. [Figure 9] FIG. 1 is a diagram (part 1) showing an example of how to use remittance services according to remittance type (donation). [Figure 10] FIG. 2 is a diagram (part 2) showing an example of how to use remittance services according to remittance type (donation). [Figure 11] FIG. 1 shows an example of how to use remittance services according to remittance type (offerings). [Figure 12] FIG. 2 shows an example of how to use remittance services according to remittance type (offerings). [Figure 13] FIG. 13 is a diagram showing an example of performance information presented to a user in remittance content. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
[0009] Hereinafter, with reference to the drawings, an embodiment of the remittance management device, the remittance management method, and the program of the present invention will be described. The application program and the payment server work together to provide an electronic payment service and a remittance service. In the following description, the application program is referred to as a payment application. The electronic payment service is a service that supports payments related to the purchase of goods and services at a store. The store is, for example, a physical store (real store) existing in real space, but may also include a virtual store of electronic commerce. The virtual store may include a store provided by an entity other than the operator of the electronic payment service. In that case, when making a payment for shopping at the virtual store, the screen is controlled to transition to an interface screen of the electronic payment service. In the electronic payment service, the store is treated as belonging to, for example, an affiliated store (brand), and processing such as payment when a purchase is made at the store is mainly performed between the user and the affiliated store. Alternatively, processing such as payment may be performed between the user and the store.
[0010] On the other hand, a remittance service is a service for users that provides users with a means to remit money to the business of an affiliated store for a purpose previously set by the affiliated store. Multiple remittance means may be set according to the purpose of remittance, and multiple remittance means with different purposes may be set for one affiliated store. On the other hand, an operator of an electronic payment service provides affiliated stores with a corporate service that enables them to accept remittances from users through the remittance service. Below, the electronic payment service will be explained first, and then the remittance service will be explained. Here, the payment server is an example of a "remittance management device," and an affiliated store is an example of a "corporation." An affiliated store is a corporation that has concluded a contract with a service provider of the remittance service (i.e., the operator of the electronic payment service) regarding the use of the remittance service.
[0011] [Electronic payment service] Fig. 1 is a diagram 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.
[0012] 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.
[0013] 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).
[0014] 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.
[0015] 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.
[0016] 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.
[0017] 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.
[0018] 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).
[0019] 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, issuing 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.
[0020] [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 remittance content providing unit 122, a payment processing unit 130, a remittance processing unit 132, an information management unit 140, and a storage unit 170. 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 an LSI (Large Scale Integration), an ASIC (Application Specific Integrated Circuit), an FPGA (Field-Programmable Gate Array), or a GPU (Graphics Processing Unit), or may be realized by cooperation between software and hardware. The program may be stored in advance in a storage device (a storage device with a non-transient storage medium) such as an HDD (Hard Disk Drive) or flash memory, or may be stored in a removable storage medium (non-transient storage medium) such as a DVD or CD-ROM, and installed in the storage device by inserting the storage medium into a drive device.
[0021] 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, remittance content information 178, and service setting information 180.
[0022] 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.
[0023] 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.
[0024] 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.
[0025] 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 URL is used for a remittance process between users. When registering for the 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 (does not have to be set). Similarly, the email address, and the name, address, and date of birth are information that can be set by the user at will (does not have to be set). The registration date is the date on which the user registered for the electronic payment service (the date on which the account was created). Hereinafter, the user's instance (electronic payment account) to which this information is associated will be referred to as an account.
[0026] 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. The means of transfer include transfer from an ATM (Automatic Teller Machine) of a designated company (bank) and transfer from a registered bank account. The deferred payment setting is information indicating whether or not the setting for enabling electronic payment by deferred payment has been completed, and is set to either "completed" or "not completed." The deferred payment limit is the limit of deferred payment that can be used each month, the deferred payment usage amount is the amount of deferred payment that has already been used in the current month, and the deferred payment available amount is the amount of deferred payment that can be used in the current month, which is calculated by subtracting the deferred payment usage amount from the deferred payment limit. Although only one deferred payment limit is shown in the figure, in reality, there is also a daily upper limit, and the lower of these may be set as the deferred payment limit. Further details of deferred payment will be described later. The payment method setting is setting information indicating whether the user will perform electronic payment using the charge balance or payment by 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 used to deposit funds into an electronic payment service. Charge history information is a history of the user's previous transfers to the electronic payment service to increase the charge balance. Payment history information is information that indicates the details of payments made by the user for each payment (date and time, store ID of the store where the purchase was made, payment amount, payment method, etc.).
[0027] 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.
[0028] The information management unit 140 manages various types of information stored in the storage unit 170. For example, 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.
[0029] [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.
[0030] 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.
[0031] [Money transfer service] Next, the configuration related to the remittance service will be described. The remittance content providing unit 122 has, for example, a function of a Web server, and provides content that provides a user interface for the remittance service (hereinafter referred to as "remittance content") to the user terminal device 10. The remittance content providing unit 122 reads out necessary content from the remittance content information 178 as appropriate, and provides it to the user terminal device 10. The user terminal device 10 accepts information input by the user while the remittance content is being played by the payment application 20, and transmits information required for the remittance process (such as the remittance amount) to the payment server 100.
[0032] The remittance processing unit 132 cooperates with the payment application 20 running on the user terminal device 10 to realize a remittance service related to the second electronic payment. While the first electronic payment provides a means for paying the purchase price of a product to an affiliated store, the second electronic payment provides a means for a user to remit money to the affiliated store for a purpose preset by the affiliated store. The affiliated store registers the settings of the remittance service in advance in the payment server 100, and the user can use the remittance service by reading the code information issued for the registered remittance service with the payment application 20.
[0033] FIG. 7 is a diagram explaining the flow of the remittance service. First, the remittance service to be used by the user is identified (S21), and the code information for using the remittance service is read using the payment application 20 (S22). Here, "identifying the remittance service" in S21 means that the user identifies the code information to be read in the next S22. For example, the code information is installed in a predetermined position (for example, next to the cash register) of the affiliated store in the form of a standing signboard A as shown in FIG. 9 described later. In this case, the user visits the affiliated store and recognizes the code information to be read, which corresponds to S21. The display form and installation position of the code information may be arbitrarily determined by the operator of the affiliated store. The payment application 20 transmits the code information read in S22 to the payment server 100 (S23).
[0034] The code information includes information that allows identification of the affiliated store that issued the code information, the remittance service to be used, and the remittance type of the remittance service. The remittance type is information that indicates the type of remittance realized by various remittance services. For example, the code information may include the affiliated store ID of the affiliated store that issued the code information, the service ID of the remittance service to be used, and the remittance type. In addition, when the affiliated store ID, the service ID, and the remittance type are managed in correspondence with each other in the payment server 100, the code information may include only identification information that allows identification of the affiliated store ID, the service ID, and the remittance type to be targeted. For example, the identification information may be the service ID, or may be identification information assigned to a combination of the affiliated store ID, the service ID, and the remittance type. The code information is issued by the affiliated store registering setting information for the remittance service (hereinafter referred to as "service setting information") in the payment server 100.
[0035] For example, the registration of the remittance service and the issuance of code information are performed by cooperation between the affiliated store interface 72 and the information management unit 140. For example, the operator of the affiliated store operates the affiliated store interface 72 to input service setting information for the remittance service and transmit it to the payment server 100. In the payment server 100, the information management unit 140 stores (registers) the service setting information received from the affiliated store interface 72 in the memory unit 170. Here, the information management unit 140 is an example of a "code issuing unit" and a "registration unit".
[0036] FIG. 8 is a diagram showing an example of the contents of the service setting information 180. As shown in FIG. 8, the service setting information 180 is managed as information in which, for example, the service ID of the remittance service is associated with the affiliated store ID, the remittance type, and the additional information. Here, the service ID is identification information of the remittance service. For example, the name of the remittance service may be set to the service ID. Typically, the service ID and the remittance type are designated by the operator of the affiliated store when registering the transmission service. The service ID may be automatically assigned to the remittance service to be registered by the system of the remittance service (for example, the settlement server 100). The affiliated store ID is identification information of the affiliated store and corresponds to the affiliated store ID described in FIG. 6. The additional information is additional information related to the target remittance service. The additional information may be set arbitrarily and may be used for any purpose. For example, an image or text information may be registered as the additional information and included in the remittance content of the remittance service.
[0037] The means for registering the remittance service in the payment server 100 is provided, for example, by the interface for affiliated stores 72. The operator of the affiliated store operates the interface for affiliated stores 72 to input various setting information (affiliated store ID, service ID, remittance type, and additional information) for the remittance service to be registered, and transmits the input information to the payment server 100. In the payment server 100, the information management unit 140 associates the various setting information received from the interface for affiliated stores 72 with each other, and stores (registers) them in the storage unit 170 as service setting information 180.
[0038] Returning to FIG. 7, the payment server 100 then recognizes the remittance service to be used based on the code information received from the payment application 20 in S23, and transmits remittance content related to the remittance service to the payment application 20 (S24). For example, the payment server 100 recognizes the remittance type of the remittance service, reads remittance content corresponding to the remittance type from the remittance content information 178, and transmits the remittance content to the payment application 20. The remittance type may be recognized from the code information, or may be recognized in the payment server 100 based on a correspondence with the service ID. For example, the remittance content information 178 manages templates of remittance content corresponding to the remittance type, and the payment server 100 selects a template corresponding to the remittance type, and generates the remittance content by applying a service ID, additional information, and the like to the template.
[0039] The payment application 20 receives the remittance content sent from the payment server 100 in S24, and reproduces the remittance content to display, for example, a user interface screen for the remittance service (hereinafter referred to as the "remittance screen") (S25). The payment application 20 accepts input of information required for using the remittance service (hereinafter referred to as the "remittance information") via the remittance screen, and transmits the input remittance information to the payment server 100 (S26). The remittance information includes the remittance amount.
[0040] Based on the remittance information received from the payment application 20, the payment server 100 decreases the charge balance of the remittance source user by the remittance amount and increases the charge balance of the remittance destination affiliated store by the remittance amount (S27: remittance process). For each remittance service, an electronic settlement account (hereinafter referred to as "remittance destination account") for managing the charge balance of the remittance destination affiliated store is registered in advance in the payment server 100. For example, the remittance destination account is created when registering the remittance service.
[0041] Next, the payment server 100 withdraws the amount equivalent to the charge balance of the remittance account to the financial institution account of the affiliated store that is linked to the remittance account of the affiliated store as the withdrawal destination in advance (S28). This allows the operator of the affiliated store to finally collect the amount remitted from the user in the form of electronic money through the remittance service that the operator provides as a cash balance in the financial institution account. Note that, when the user specifies the charge balance and the point balance as the source of funds for the remittance amount, the payment server 100 may allocate the amount of points specified by the user to part of the remittance amount in the withdrawal process.
[0042] 9 to 12 are diagrams showing examples of use of the remittance service according to the remittance type. FIG. 9 and FIG. 10 show an example of use when the remittance type is "donation", and FIG. 11 and FIG. 12 show an example of use when the remittance type is "offering". "Donation" and "offering" shown here are examples of remittance types, and the remittance type may be set arbitrarily by the operator of the affiliated store. The affiliated store providing the remittance service may be a business that performs both the first electronic payment and the second electronic payment, or may be a business that performs only the second electronic payment. For example, a business that performs only the second electronic payment may include a fundraising organization, a temple or a shrine, etc., which will be described later.
[0043] [Remittance service for "Donation" remittance type] As shown in FIG. 9 and FIG. 10, when the remittance type is "donation", for example, the payment application 20 transitions between the top screen IM1, the remittance screen IM2, and the remittance completion screen IM3 in this order. First, the user of the remittance service operates the button BT11 (scan) on the top screen IM1 of the payment application 20 to call up the code information CD reading function, and reads the code information CD for the remittance service to be used. The code information CD reading function may be provided separately from the code information reading function in the user scan method of the first electronic payment, or may be shared. In the case of sharing, the user can read the code information CD for the remittance service using the code information reading function for the user scan method, which is called up by operating the button BT12 (pay) on the top screen IM1.
[0044] For example, the code information CD can be made common by including information indicating either the first electronic payment or the second electronic payment. In this case, whether it is the first electronic payment or the second electronic payment may be determined by the payment application 20 that reads the code information CD, or by the payment server 100 that receives the code information CD from the payment application 20. When the payment server 100 makes the determination, for example, the payment processing unit 130 may be configured to receive the code information CD and determine whether it is the first electronic payment or the second electronic payment, and to link the code information CD to the remittance processing unit 132 if it is the second electronic payment. The payment application 20 transmits the read code information CD to the payment server 100.
[0045] The payment server 100 recognizes the remittance type for the remittance service to be used based on the code information CD received from the payment application 20, generates remittance content corresponding to the remittance type, and provides it to the payment application 20. The payment application 20 displays the remittance screen IM2 by playing the remittance content received from the payment server 100. The remittance screen IM2 is composed of, for example, contents CT20 to CT24. The content CT20 is a content that serves as a template for the remittance screen IM2, in which the contents CT21 to CT24 are arranged in the illustrated form. The content CT20 may include, as part of the template, a user interface common to remittances as "donations." The content CT20 in the example of FIG. 9 includes a user interface IF25 that accepts an input operation of the remittance amount and a user interface IF25 that accepts a selection operation of a source of funds available for remittance.
[0046] The content CT21 is an image content related to a remittance service. The content CT21 may be, for example, a brand logo of the remittance service or a logo of an affiliated store that provides the remittance service. The content CT21 may be set as additional information in the service setting information 180, for example.
[0047] The content CT22 is information content representing the name of an affiliated store providing a remittance service. The content CT22 may be set, for example, as additional information in the service setting information 180, or may be obtained from the affiliated store / shop information 176 based on the affiliated store ID in the service setting information 180. The content CT23 is information content representing the service name of the remittance service. For example, the service ID in the service setting information 180 may be used for the content CT23. The content CT24 is information content representing precautions regarding the use of the remittance service. The content CT24 is set, for example, as additional information in the service setting information 180.
[0048] The options for the fund source presented by the user interface IF26 may include the charge balance as well as the point balance. Points are given to the user in response to the use of the electronic payment service, and are points that can be used as monetary value. The points are managed for each user. The point balance may be managed, for example, as part of the user information 172, in association with the user ID of each user.
[0049] On the remittance screen IM2, the user inputs the remittance amount and selects the source of funds, and operates the confirmation button BT27, which transitions the remittance screen IM2 to a confirmation screen IM3. The confirmation screen IM3 is a screen for allowing the user to confirm the details of the remittance before executing the remittance. Similar to the remittance screen IM2, the confirmation screen IM3 is configured by arranging contents CT31 to CT34 in content CT30, which serves as a template. Content CT30 includes an area AR35 that displays the planned remittance amount, an area AR36 that displays a breakdown of the source of funds to be used, and a remittance execution button BT37 for inputting an instruction to execute the remittance.
[0050] When the user operates the remittance execution button BT37 on the confirmation screen IM3, the remittance process is performed by the payment server 100, and when the remittance process is completed normally, the confirmation screen IM3 transitions to a remittance completion screen IM4. The remittance completion screen IM4 is a screen that notifies the user that the remittance specified on the remittance screen IM1 has been completed normally. The remittance completion screen IM4, like the remittance screen IM2 and the confirmation screen IM3, is configured by arranging contents CT41 to CT43 in content CT40, which serves as a template. The content CT40 includes an area AR44 that displays the timing when the remittance is completed, an area AR45 that displays the remitted amount, an area AR46 that displays that the remittance is completed, an area AR47 that displays the details of the remittance amount paid, and an area AR48 that displays the settlement number, which is the identification number of the electronic settlement that settled the payment of the remittance amount, and the fund transfer service provider of the electronic settlement.
[0051] On the remittance completion screen IM4, the information displayed in areas AR44 to AR48 can be used as information (receipt information) to prove to a third party that the user used the remittance service to remit money (here, a donation). For example, when the remittance type is "donation," providing such receipt information to the user reduces the effort required for the user to apply for a donation deduction, and is expected to motivate the user to make donations.
[0052] [Remittance service for "offerings"] 11 and 12 show an example of screen transitions when the remittance type is "offerings." The remittance screen IM5 is configured, for example, by arranging contents CT51 (image of a shrine), CT52 (name of affiliated store), CT53 (service ID), and CT54 (image of an offering box) in content CT50, which serves as a template. Content CT50 includes a user interface IF55 that accepts input of the remittance amount, a user interface IF56 that accepts selection of a source of funds that can be used for remittance, and a confirmation button BT57.
[0053] The confirmation screen IM6 is constructed, for example, by arranging contents CT61 to CT64 in content CT60 serving as a template. Content CT60 includes an area AR65 that displays the planned remittance amount, an area AR66 that displays a breakdown of the source of funds to be used, and a remittance execution button BT67 for inputting an instruction to execute the remittance. The remittance completion screen IM7 is constructed, for example, by arranging contents CT71 to CT74 in content CT70 serving as a template. Content CT70 includes an area AR75 that displays the remitted amount, an area AR76 that displays that the remittance has been completed, and an area AR77 that displays a breakdown of the remittance amount paid.
[0054] In this case, too, the flow of transitions from the top screen IM1 to the remittance screen IM5, the remittance confirmation screen IM6, and the remittance completion screen IM7 is the same as when the remittance type is "donation." However, since the remittance types are different, remittance content in a form different from that for "donation" is provided to the payment application 20 for "offerings." As described above, the provision of such remittance content is realized by the remittance content provider 122 generating remittance content according to the remittance type. For example, since offerings are not subject to donation deductions, some of the receipt information, such as the receipt timing and the payment number, is omitted from the remittance completion screen IM7 for "offerings."
[0055] As described above, according to the embodiment, different types of remittance services can be provided depending on the type of remittance, thereby improving the convenience of remittance services using code information.
[0056] <Modification> In the embodiment, the control of the screen displayed by the payment application 20 regarding the remittance service is controlled solely by the remittance content transmitted by the payment server 100, but part of the screen control may be performed by the payment application 20. For example, the payment application 20 may have content that serves as a template, and the payment application 20 may apply content provided by the payment server 100 to the content that serves as the template to play it.
[0057] When the remittance type includes a donation that is subject to a donation deduction or a donation that is not subject to a donation deduction (such as the above-mentioned offering), the remittance content providing unit 122 may be configured to provide the payment application 20 with a remittance content that displays whether or not a donation deduction is available according to the remittance type included in the code information. The presence or absence of a donation deduction may be displayed, for example, in a notice on the remittance screen.
[0058] In the embodiment, a remittance service in which a user reads code information using the user terminal device 10 and uses the service has been described. As described above, the purpose of having the payment application 20 read the code information is to allow the payment application 20 to recognize the provider of the remittance service, the identification information of the remittance service, the remittance type, and the like. Therefore, if this information can be linked from the payment application 20 to the payment server 100 by other methods, reading the code information is not essential. For example, as a first step, the remittance content providing unit 122 recognizes remittance services available to the user based on the registered service setting information, and supplies the user terminal device 10 with first content for displaying a selection screen for allowing the payment application 20 to select one remittance service from among the available remittance services. Next, as a second step, the remittance content providing unit 122 supplies the user terminal device 10 with second content for displaying a remittance screen for accepting a remittance request by the remittance service selected from the selection screen. In this case, the payment server 100 can recognize the details of the payment service selected by the user by referring to the service setting information, thereby eliminating the need for the user to read the code information.
[0059] The remittance content providing unit 122 may be configured to provide remittance content that presents information on the performance of the user's use of the remittance service (hereinafter referred to as "performance information"). For example, the remittance content providing unit 122 may display the total amount of money remitted by the user using the remittance service on the remittance screen, the confirmation screen, or the remittance completion screen. FIG. 13 is a diagram showing an example of performance information presented to the user in the remittance content. For example, the remittance content shown in FIG. 13 is an example of a remittance service in which the remittance type is "donation", in which performance information is displayed by associating the cumulative amount of remittance with an illustration showing the degree of donation achievement. By providing such remittance content, it is expected that the user will recognize the degree of achievement and the goal to be achieved in relation to the use of the remittance service when using the remittance service, and will be more motivated to make donations. In addition to the user's performance information, the remittance content in the example of FIG. 13 includes a link L1 to a website where the affiliated store that receives donations through the remittance service explains the purpose of its activities. By presenting such information in the remittance content, it is expected that users will understand the significance of "donations" through the remittance service and will be more motivated to make donations.
[0060] In the above embodiment, the case has been described where the entity providing the remittance service and the entity receiving the remittance through the remittance service are affiliated stores of the electronic payment service. The affiliated store here is typically a business entity that has a sales store and settles the sales price at the store with the first electronic payment. However, the entity providing the remittance service of this embodiment (which can also be said to be the entity receiving the remittance through the remittance service) is not limited to such affiliated stores for the purpose of the first electronic payment. For example, the entity providing the remittance service may be a business entity whose only purpose is the second electronic payment and an entity that affiliates with the electronic payment service solely for the purpose of receiving the remittance. For example, the remittance service may be used as a means for non-profit organizations and the like to collect donations, or as a means for organizations such as temples and shrines to collect offerings, or as a means for crowdfunding and the like to collect capital contributions.
[0061] 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]
[0062] 10 User terminal device 20. Payment App 50 First store terminal device 60 Store Code Image 70 Second store terminal device 72 Merchant Interface 100 Payment Server 110 Communications Department 120 Payment Contents Provider 122 Remittance Content Provider 130 Payment processing unit 132 Remittance Processing Unit 140 Information Management Department 170 Storage section 172 User information 174 Payment Content Information 176 Affiliated Stores / Store Information 178 Remittance Content Information 180 Service setting information
Claims
1. A remittance management device that provides a corporate service that enables a corporation to accept remittances from a user's account, a content providing unit that provides the terminal device with content for displaying a remittance screen for receiving a remittance request from the user's terminal device, the content corresponding to a remittance type related to the remittance; a remittance processing unit that receives the remittance request from the terminal device through operation of the remittance screen, and transfers electronic money equivalent to the received remittance amount from the user's account to a corporate account provided to a business that uses the corporate service; Equipped with The remittance type is determined based on service information provided to the remittance management device regarding the corporate service, and includes a donation that is subject to a tax deduction or a donation that is not subject to a tax deduction; the content provider supplies to the terminal device content for a remittance screen that displays whether or not a donation deduction is available depending on the remittance type identified based on the service information; Money transfer management device.
2. the content provider provides the terminal device with content for a remittance result screen on which a result of the remittance is displayed; The remittance result screen includes receipt information that proves that the user has remitted money to the corporation using the corporate service.
2. The remittance management device according to claim 1.
3. A remittance management device that provides a corporate service that enables a corporation to accept remittances from a user's account, a content providing unit that provides the terminal device with content for displaying a remittance screen for receiving a remittance request from the user's terminal device, the content corresponding to a remittance type related to the remittance; a remittance processing unit that receives the remittance request from the terminal device through operation of the remittance screen, and transfers electronic money equivalent to the received remittance amount from the user's account to a corporate account provided to a business that uses the corporate service; Equipped with The remittance type is specified based on service information provided to the remittance management device regarding the corporate service, the content providing unit reads out a template corresponding to the remittance type specified based on the service information, and generates the content by applying the corporate service setting information to the template. Money transfer management device.
4. The service setting information includes a remittance service name that differs for each corporation.
4. The remittance management device according to claim 3.
5. The service setting information further includes image information that differs for each corporation.
5. A remittance management device according to claim 4.
6. the remittance management device accepts input of the service setting information from the terminal device of the corporation, and registers the input service setting information in a memory unit of the remittance management device; 6. A remittance management device according to claim 5.
7. A registration unit is further provided for registering setting information for making a remittance for a predetermined purpose to the remittance destination of the business, the content provider recognizes remittance means available to the user based on the registered setting information, and supplies a first content to the terminal device for displaying a selection screen for allowing the user to select one remittance means from the available remittance means; supplying to the terminal device second content for displaying, as the remittance screen, a screen for accepting a remittance request by the remittance means selected from the selection screen; 4. A remittance management device according to claim 1 or 3.
8. A remittance management method for providing a corporate service in which a remittance management device can accept remittances from a user's account, the remittance management device comprising: a content providing process for providing the terminal device with content for displaying a remittance screen for receiving a remittance request from the terminal device of the user, the content corresponding to a remittance type related to the remittance; a remittance process for receiving the remittance request from the terminal device through an operation on the remittance screen, and transferring electronic money equivalent to the received remittance amount from the user's account to a corporate account provided to a business entity that uses the corporate service; The purpose of the present invention is to carry out the following: The remittance type is determined based on service information provided to the remittance management device regarding the corporate service, and includes a donation that is subject to a tax deduction or a donation that is not subject to a tax deduction; In the content provision process, a content of a remittance screen that displays whether or not a donation deduction is available according to the remittance type specified based on the service information is provided to the terminal device. How remittances are managed.
9. A remittance management method for providing a corporate service in which a remittance management device can accept remittances from a user's account, the remittance management device comprising: a content providing process for providing the terminal device with content for displaying a remittance screen for receiving a remittance request from the terminal device of the user, the content corresponding to a remittance type related to the remittance; a remittance process for receiving the remittance request from the terminal device through an operation on the remittance screen, and transferring electronic money equivalent to the received remittance amount from the user's account to a corporate account provided to a business entity that uses the corporate service; The purpose of the present invention is to carry out the following: The remittance type is specified based on service information provided to the remittance management device regarding the corporate service, In the content provision process, a template corresponding to the remittance type specified based on the service information is read out, and the content is generated by applying the corporate service setting information to the template. How remittances are managed.
10. A remittance management device that provides a corporate service that allows users to receive remittances from their accounts, a content providing process for providing the terminal device with content for displaying a remittance screen for receiving a remittance request from the terminal device of the user, the content corresponding to a remittance type related to the remittance; a remittance process for receiving the remittance request from the terminal device through an operation on the remittance screen, and transferring electronic money equivalent to the received remittance amount from the user's account to a corporate account provided to a business entity that uses the corporate service; A program for executing The remittance type is determined based on service information provided to the remittance management device regarding the corporate service, and includes a donation that is subject to a tax deduction or a donation that is not subject to a tax deduction; In the content provision process, a content of a remittance screen that displays whether or not a donation deduction is available according to the remittance type specified based on the service information is provided to the terminal device. Program for.
11. A remittance management device that provides a corporate service that allows users to receive remittances from their accounts, a content providing process for providing the terminal device with content for displaying a remittance screen for receiving a remittance request from the terminal device of the user, the content corresponding to a remittance type related to the remittance; a remittance process for receiving the remittance request from the terminal device through an operation on the remittance screen, and transferring electronic money equivalent to the received remittance amount from the user's account to a corporate account provided to a business entity that uses the corporate service; A program for executing The remittance type is specified based on service information provided to the remittance management device regarding the corporate service, In the content providing process, a template corresponding to the remittance type specified based on the service information is read out, and the content is generated by applying the corporate service setting information to the template. Program for.
Citation Information
Patent Citations
Method for testing PaaS application parameter template based on Docker
CN116225622A
Credit card system
JP2023096270A
Information processing device, information processing method, and information processing program
JP7280423B1
Device for selecting settlement confirmation screen
WO2017094175A1
Information processing device, information processing method, and information processing program
JP7185083B1