Information processing device, information processing method, and information processing program

The information processing device and method facilitate digital money transactions by allocating charge amounts to sub-wallets for specific purposes, addressing limitations in conventional systems and promoting the use of digital money services through streamlined and compliant transaction processes.

JP7796684B2Active Publication Date: 2026-01-09PAYPAY CO LTD
View PDF 3 Cites 0 Cited by

Patent Information

Application Number
JP2023013897
Authority / Receiving Office
JP · JP
Patent Type
Patents
Current Assignee / Owner
Filing Date
2023-02-01
Publication Date
2026-01-09
Estimated Expiration
2041-11-22

Smart Images

  • Figure 0007796684000001
    Figure 0007796684000001
  • Figure 0007796684000002
    Figure 0007796684000002
  • Figure 0007796684000003
    Figure 0007796684000003
Patent Text Reader

Abstract

To promote use of services related to digital money.SOLUTION: An information processing device includes a reception part and an allocation part. The reception part receives charge instructions with salary as nominal from a service user. The allocation part allocates, from a prescribed balance, a scheduled charge amount specified in the charge instructions to a sub wallet provided in advance corresponding to the nominal salary, on the condition that the prescribed balance is added to a main wallet associated with an account to which capital to be applied to a charge instruction transaction in accordance with the charge instructions is deposited.SELECTED DRAWING: Figure 3
Need to check novelty before this filing date? Find Prior Art

Description

[Technical Field]

[0001] The present invention relates to an information processing device, an information processing method, and an information processing program. [Background technology]

[0002] Traditionally, cashless payment methods have been widely recognized by consumers, primarily for commercial transactions between companies and individuals. However, due to their convenience, electronic payment services that are conducted online using personal devices such as smartphones are becoming increasingly popular among consumers.

[0003] In addition, the government has recently been considering introducing so-called "digital salary payments" to such electronic payment services, in which salaries would be paid using digital money such as electronic money or virtual currency, and digital money-related services are expected to become even more widespread. [Prior art documents] [Patent documents]

[0004] [Patent Document 1] Japanese Patent Application Laid-Open No. 2007-328549 Summary of the Invention [Problem to be solved by the invention]

[0005] However, conventional technologies have room for improvement in promoting the use of digital money-related services.

[0006] The present application has been made in view of the above, and aims to provide an information processing device, an information processing method, and an information processing program that can promote the use of services related to digital money. [Means for solving the problem]

[0007] The information processing device according to the present application includes a receiving unit and an allocating unit. The receiving unit receives a charge instruction from a service user in the name of salary. The allocating unit allocates the planned charge amount specified in the charge instruction from a predetermined balance to a sub-wallet that is pre-established corresponding to the name of salary, on the condition that a predetermined balance is added to a main wallet linked to an account into which funds to be applied to a charge instruction transaction according to the charge instruction are deposited. [Effects of the Invention]

[0008] According to one aspect of the embodiment, it is possible to promote the use of services related to digital money. [Brief explanation of the drawings]

[0009] [Figure 1] FIG. 1 is a diagram showing an overview of information processing according to this embodiment. [Figure 2] FIG. 2 is a diagram showing an overview of information processing according to this embodiment. [Figure 3] FIG. 3 is a block diagram showing an example of the configuration of an operator Y system according to this embodiment. [Figure 4] FIG. 4 is a diagram showing an outline of account information according to this embodiment. [Figure 5] FIG. 5 is a diagram showing an outline of charge instruction information according to this embodiment. [Figure 6] FIG. 6 is a diagram showing an outline of the account information stored in the account information storage unit according to this embodiment. [Figure 7] FIG. 7 is a diagram showing an outline of the charge history stored in the charge history storage unit according to this embodiment. [Figure 8] FIG. 8 is a sequence diagram showing the overall processing flow in the information processing system according to this embodiment. [Figure 9] FIG. 9 is a flowchart showing an example of a processing procedure of the service providing device according to this embodiment. [Figure 10] FIG. 10 is a diagram illustrating an example of the configuration of a service providing device according to a modified example. [Figure 11] FIG. 11 is a hardware configuration diagram showing an example of a computer that realizes the functions of the service providing device according to this embodiment or the modification. DETAILED DESCRIPTION OF THE INVENTION

[0010] Hereinafter, an information processing device, an information processing method, and an information processing program according to the present application (hereinafter referred to as "the present embodiment") will be described in detail with reference to the drawings. Note that the information processing device, the information processing method, and the information processing program according to the present application are not limited to the present embodiment. Furthermore, the same components in the following embodiments will be denoted by the same reference numerals, and duplicated descriptions will be omitted.

[0011] 1. An example of information processing according to this embodiment An example of information processing according to this embodiment will be described below with reference to Figures 1 and 2. Figures 1 and 2 are diagrams showing an overview of information processing according to this embodiment.

[0012] As shown in Fig. 1, the information processing system SYS according to this embodiment includes an operator X system SYS-1, an A bank system SYS-2, a B bank system SYS-3, and an operator Y system SYS-4. Note that Fig. 1 shows an example of the information processing system SYS according to this embodiment, and the system may also include business management systems operated and managed by other operators not shown in Fig. 1.

[0013] In the following explanation, the operator X system SYS-1 may be referred to as operator X, the bank A system SYS-2 may be referred to as "bank A", and the bank B system SYS-3 may be referred to as "bank B".

[0014] The operator X system SYS-1, the bank A system SYS-2, the bank B system SYS-3, and the operator Y system SYS-4 are connected to a network N-1 (see, for example, FIG. 3). The operator X system SYS-1, the bank A system SYS-2, the bank B system SYS-3, and the operator Y system SYS-4 can communicate with each other through the network N-1.

[0015] The business operator X system SYS-1 is, for example, a business management system operated and managed by a business operator X that runs a specific business. The business operator X system SYS-1 is realized, for example, by a single server device or workstation, or a cloud system in which multiple server devices and multiple storage devices operate in cooperation with each other. Note that instead of the business operator X system SYS-1, the business operator X may use an information processing device such as a smartphone, a tablet terminal, a notebook PC (Personal Computer), a desktop PC, a mobile phone, a PDA (Personal Digital Assistant), or a wearable terminal.

[0016] Furthermore, when the provider X system SYS-1 receives control information for implementing predetermined information processing from the provider Y system SYS-4, it implements the information processing in accordance with the control information. Here, the control information is written in, for example, a script language such as JavaScript (registered trademark), a style sheet language such as CSS (Cascading Style Sheets), a programming language such as Java (registered trademark), or a markup language such as HTML (HyperText Markup Language). Note that in this embodiment, the predetermined application itself distributed from the provider Y system SYS-4 may be considered as control information.

[0017] Bank A system SYS-2 is a bank system operated and managed by Bank A, one of the banks that Operator X is a banker of. Bank A system SYS-2 is realized, for example, by a single server device or workstation, or a cloud system in which multiple server devices and multiple storage devices operate in cooperation with each other.

[0018] Bank B system SYS-3 is a bank system operated and managed by Bank B, one of the banks that business operator Y, which will be described later, handles. Bank B system SYS-3 can be realized, for example, by a single server device or workstation, or a cloud system in which multiple server devices and multiple storage devices operate in cooperation with each other.

[0019] For example, Bank A's system SYS-2 and Bank B's system SYS-3 manage, as bank account usage history, information regarding withdrawals from bank accounts by card companies and various service providers (e.g., the amount withdrawn, the date and time of withdrawal, etc.), current account information (e.g., account balance), etc., in association with bank users. Note that a bank user may be a user of various digital money-related services provided by Business Y.

[0020] The business operator Y system SYS-4 is a business management system operated and managed by the business operator Y, which operates a business that provides various services related to digital money. The business operator Y system SYS-4 includes a management system 100 that manages the balance of digital money, a charging system 200 that executes a charging process for digital money, and a service providing device 300, which is an example of an information processing device according to this embodiment. Note that FIG. 1 shows an example of the business operator Y system SYS-4, and although explanations are omitted, it may also include a payment system (for example, a server device) that executes payment processing for payment methods and payment services.

[0021] The management system 100, the charging system 200, and the service providing device 300 are realized by a single server device or workstation, or a cloud system in which a plurality of server devices and a plurality of storage devices operate in cooperation with each other.

[0022] The management system 100 manages deposits and withdrawals to and from digital money accounts (hereinafter referred to as "money accounts") owned by each service user in order to use the electronic payment service provided by business operator Y. Service users may include business users such as businesses that provide transaction objects, and individual users such as general consumers who receive transaction objects from businesses.

[0023] The charging system 200 transfers digital money between money accounts in accordance with a charging instruction from a service user to realize money charging. Note that digital money may be, for example, points or currency used independently by various companies, or electronically tradable currencies provided by a country, such as Japanese yen or dollars.

[0024] The service providing device 300 cooperates with the management system 100 and the charging system 200 described above to execute processes related to various services relating to digital money (electronic money) that the business operator Y provides to service users.

[0025] The various services described above are not limited to those for providing compensation (debt settlement) for the purchase of goods or the provision of services, such as payment methods and payment services. For example, the various services described above may have a function related to money transfer between accounts held by multiple users. That is, the various services described above may include a service for controlling the sending and receiving of digital money between accounts of any owner linked to the owner of the digital money, such as a service user or a store. That is, the various services according to the present embodiment may be provided in any form as long as they are transaction methods or transaction services that perform various controls for realizing digital money transactions (not only various inter-account transfer controls via electronic money, but also control related to transactions between electronic money accounts and bank accounts, various credit processing such as installment payments and bonus payments, and various controls related to the exchange of assets including electronic money). Furthermore, the various controls realized by such transaction methods and transaction services may include both control related to settlement and control related to money transfer, or only one of them. That is, a "transaction" is a concept that includes not only "payments" related to electronic money but also "remittances" of electronic money and various other processes. That is, the service providing device 300 may be an information processing device such as a server device that realizes a transaction means for controlling the exchange of electronic money between any owners.

[0026] Furthermore, the various digital money services provided by Business Y include a corporate account service that provides service users with a corporate account that is linked one-to-one with an account held by Business Y, and a money charge service that charges digital money to a specified account. These services are provided as an inseparable combination.

[0027] A corporate account includes a main wallet and a subwallet linked to the corporate account assigned to a service user. The main wallet accepts digital money deposits (addition to the balance) and digital money withdrawals (payment of the balance). The subwallet accepts allocations of the planned charge amount to be applied to a charge instruction transaction in response to a charge instruction from the service user. Allocation to a charge instruction transaction is performed, for example, on a transaction basis. A charge transaction unit refers to the unit of a money charge service associated with a subwallet in the corporate account. Specifically, a charge instruction is expected to be sent to the service system to which the subwallet is connected (for example, the service system that provides the money charge service associated with the subwallet). In other words, the service system is expected to receive the charge instruction and apply the charge instruction transaction within the subwallet. Therefore, prior to this action (the action of applying the charge instruction transaction within the subwallet), the target amount (the amount specified in the charge instruction) is moved (allocated) from the main wallet to the subwallet. Accordingly, a deposit instruction for the funds to be applied to the charge instruction transaction is also performed on a charge transaction basis.

[0028] There are various money charge services available, such as a service that allows service users to pay their employees' salaries in digital money, or a service that allows service users to pay their employees' expenses such as travel expenses and food and drink expenses in digital money. Service users can select and use various money charge services as appropriate. The money charge service selected by the service user is linked to the corporate account provided to the service user.

[0029] The following describes the information processing executed by the operator Y system SYS-4, using examples, assuming that operator X is a service user of a service provided by operator Y.

[0030] As shown in FIG. 1, the business operator X operates the business operator X system SYS-1 to transmit a charge instruction to the business operator Y system SYS-4 (step S1).

[0031] The charge instruction sent by operator X consists of the following fields: "Charge destination ID", "Planned amount", "Planned date", and "Name". The "Charge destination ID" field records information indicating the account of the charge destination. The "Planned amount" field records information indicating the planned amount to be charged to the charge destination. The "Planned date" field records information indicating the planned date to charge to the charge destination. The "Name" field records information indicating the name of the charge.

[0032] The charge instruction illustrated in Figure 1 includes three charge instructions. For example, the first charge instruction is a charge instruction that specifies the account "U#001" as the charge destination, the charge name as "salary," the planned charge date as "2021 (year) / 9 (Mon) / 27 (Sun)," and the planned charge amount as "300,000 yen." The second charge instruction is a charge instruction that specifies the account "U#002" as the charge destination, the charge name as "salary," the planned charge date as "2021 (year) / 9 (Mon) / 27 (Sun)," and the planned charge amount as "300,000 yen." The third charge instruction is a charge instruction that specifies account "U#003" as the charge destination, the charge name as "expenses," the planned charge date as "2021 (year) / 9 (Mon) / 30 (Sun)," and the planned charge amount as "400,000 yen." Note that Figure 1 shows an example in which business operator X requests money charges under multiple names with one charge instruction, but business operator X may also request money charges separately for each name.

[0033] On the other hand, when the service providing device 300 receives a charge instruction from the business operator X, it registers the received charge instruction in the charge system 200 (step S2). The service providing device 300 can temporarily hold this charge instruction until the charge instruction from the business operator X is processed by the charge system 200.

[0034] In addition, in response to receiving the charge instruction, the service providing device 300 (business operator Y) notifies business operator X, the sender of the charge instruction, of information (account number) of the one-time account that business operator Y has borrowed from Bank B as the deposit destination of the funds to be applied to the charge instruction transaction. At this time, the service providing device 300 (business operator Y) pre-associates the account number of the one-time account with business operator X's main wallet. The one-time account is a virtual account of business operator Y under contract in the name of business operator Y. By using this one-time account, the balance to be used as the funds to be applied to the charge instruction transaction can be deposited by bank transfer. Furthermore, by using the one-time account, business operator Y can easily identify the deposit of the funds corresponding to the charge instruction, thereby streamlining the reconciliation process. In addition, business operator Y may issue an electronic invoice to notify business operator X of the total planned charge amount specified in the charge instruction as the amount required for the money charge, and the issued invoice may include information about the one-time account. Furthermore, if business entity Y is able to borrow multiple one-time accounts from Bank B, it may notify business entity X of information on different one-time accounts for each purpose included in the charge instruction. In this case, business entity Y may use different one-time accounts to receive funds to be applied to the charge instruction transaction for a specific purpose (e.g., salary) included in the charge instruction and for other items, and notify information on different accounts for each purpose. Here, the service providing device 300 uses different one-time accounts and subwallets for each service. For example, if the purpose of the charge instruction is salary (when using a salary charge service), the service providing device 300 uses one-time account AC-1 and subwallet WR-1; if the purpose of the charge instruction is purpose Q other than salary, the service providing device 300 uses one-time account AC-2 and subwallet WR-2; and if the purpose of the charge instruction is purpose R other than salary, the service providing device 300 uses one-time account AC-2 and subwallet WR-3. In other words, if the purpose of the charge instruction is purpose other than salary, the same one-time account AC-2 is used.

[0035] Meanwhile, after transmitting the charge instruction, business entity X transmits a deposit instruction for the funds to be applied to the charge instruction transaction to Bank A's system SYS-2 via business entity X's system SYS-1 (step S3). The deposit instruction includes information such as an account number (e.g., "OBAC#111") for identifying the one-time account at Bank B notified by business entity Y as the deposit destination and the deposit amount (e.g., "1,000,000 yen"). FIG. 1 illustrates an example in which business entity X transmits a deposit instruction for depositing the total amount of the planned charge amounts corresponding to multiple items included in the charge instruction in a lump sum as the funds to be applied to the charge instruction transaction (total amount of the planned charge amount). Note that when business entity X issues a charge instruction for each charge item, it may sequentially deposit the funds to be applied to the charge instruction transaction (total amount of the planned charge amount) for each charge instruction. For example, business entity X may issue a charge instruction for the purpose of salary, and then transmit a deposit instruction for depositing the funds (e.g., "600,000 yen") to be applied to the charge instruction transaction for the purpose of salary. Also, for example, business operator X may issue a charge instruction for expenses separately from a charge instruction for salary, and after issuing the charge instruction for expenses, send a deposit instruction to deposit funds (for example, "400,000 yen") to be applied to the charge instruction transaction for expenses.

[0036] Furthermore, business operator Y may enter into a contract with each service user, including business operator X, to ensure compliance with the procedure of charge instruction (step S1) → deposit instruction (step S3) when using the money charge service, or may define terms of use and obtain the consent of each service user. As a result, as will be described later, when the balance of digital money corresponding to the funds deposited by business operator X is managed in business operator Y's system SYS-4, the use of this digital money balance can be clarified.

[0037] Meanwhile, Bank A's system SYS-2, in accordance with the deposit instruction received from Business X, deposits the amount specified in the deposit instruction (e.g., "1,000,000 yen") into the one-time account specified in the deposit instruction (e.g., "OBAC#111") (step S4).

[0038] Meanwhile, when Bank B's system SYS-3 confirms that a deposit has been made from business X to the one-time account number lent to business Y, it sends a deposit notification to business Y's system SYS-4 to notify business Y that a deposit has been made (step S5).

[0039] In addition to the one-time account lent to Business Y, Bank B also lends an account in Business Y's name to Business Y as a deposit destination for the funds to be applied to charge instruction transactions. Some of the accounts lent by Bank B to Business Y are subject to a revolving pledge. This is a measure by which Bank B compensates Business X for the deposits made on behalf of Business Y in the name of salary. When Bank B confirms a deposit into a one-time account in the name of salary (corresponding to a charge instruction transaction in the name of salary), it notifies Business Y of the deposit and then automatically transfers the balance of the one-time account to an account in Business Y's name for which a revolving pledge has been established, and manages the account accordingly. When Bank B confirms a deposit into a one-time account in the name of something other than salary (corresponding to a charge instruction transaction in the name of something other than salary), it notifies Business Y and then automatically transfers the balance of the one-time account to an account in Business Y's name for which a revolving pledge has been established, and manages the account accordingly. As a result, the service providing device 300 can provide stable services while indirectly protecting the deposits that the business operator X has made under a predetermined name (for example, salary) to an account in the name of the business operator Y. As a result, it is possible to lower the psychological barrier to using the services of the business operator X, and promote the use of services related to digital money.

[0040] On the other hand, when the management system 100 receives a deposit notification from Bank B, it adds a predetermined balance equivalent to the amount notified in the deposit notification to the main wallet of Operator X (step S6). For example, when the management system 100 receives a deposit notification indicating that "1,000,000 yen" has been deposited into a one-time account with account number "OBAC#111," it identifies the main wallet linked to the one-time account and adds (records) the balance of "1,000,000 yen" to the identified main wallet. The management system 100 also adds a balance of digital money equivalent to "1,000,000 yen" to the money account linked to the main wallet. The management system 100 may notify the service providing device 300 that the addition (recording) of the balance to the main wallet has been completed.

[0041] On the other hand, after receiving the charge instruction from business operator X, the service providing device 300 allocates the planned charge amount to the sub-wallet on the condition that the deposit of the funds to be applied to the charge instruction transaction is confirmed (step S7). For example, the service providing device 300 allocates the planned charge amount specified in the charge instruction from a predetermined balance added to the main wallet to the sub-wallet corresponding to the charge name specified in the charge instruction, and moves it to the sub-wallet. The sub-wallet is individually provided corresponding to the money charge service used by business operator X.

[0042] Specifically, the service providing device 300 allocates the planned charge amount to the sub-wallet from a predetermined balance on the condition that a predetermined balance equivalent to the aforementioned original funds is added (recorded) to the main wallet linked to the one-time account for which the deposit notification was received. Specifically, in the example shown in FIG. 1, from the balance of "1,000,000 yen" added to the main wallet, the service providing device 300 allocates the equivalent of "600,000 yen" to the sub-wallet for charging salary money and the equivalent of "400,000 yen" to the sub-wallet for charging expense money. In this way, the service providing device 300 can ensure clarity in the use of money allocated to the sub-wallets by handling the balance after the charge instruction is accepted.

[0043] On the other hand, the charging system 200 refers to the sub-wallet at a predetermined cycle T1, and if allocation to the sub-wallet is confirmed, it allocates the planned charge amount allocated to the sub-wallet to the charge instruction transaction (step S8). Specifically, the charging system 200 allocates the balance of the main wallet to the planned charge amount in order of the charge instructions, starting with those with the nearest planned charge date.

[0044] For example, in the example shown in FIG. 1, the charging system 200 will first allocate the planned charge amount to a charge instruction in the name of salary with a planned charge date of "2021 (Year) / 9 (Mon) / 27 (Sun)." If the charging system 200 finds that the balance in the main wallet is less than the planned charge amount, it can suspend allocation to the charge instruction and notify business operator X that the balance in the main wallet is insufficient. After allocating the planned charge amount to the charge instruction, the charging system 200 locks the amount corresponding to the planned charge amount out of the digital money balance in the money account linked to the main wallet, making it untransferable until the charge is executed.

[0045] Furthermore, the charging system 200 executes charging in accordance with the charging instruction from the business operator X (step S9). Specifically, the charging system 200 identifies a money account linked to the account to be charged from among the money accounts managed by the management system 100, and transfers digital money corresponding to the planned charging amount from a money account linked to the corporate account of the business operator X to the identified money account.

[0046] For example, on the scheduled charge date, "2021 (Year) / 9 (Mon) / 27 (Sun)", the charge system 200 transfers digital money for the scheduled charge amount, "200,000 yen", from the money account of the charge source, business operator X, to the money account linked to the charge destination account, "U#001". Also, on the scheduled charge date, "2021 (Year) / 9 (Mon) / 30 (Sun)", the charge system 200 transfers digital money for the scheduled charge amount, "250,000 yen", from the money account of the charge source, business operator X, to the money account linked to the charge destination account, "U#002".

[0047] The service providing device 300 pays out to the business operator X the balance of the main wallet that has not been allocated to the charge instruction transaction in accordance with a predefined payout cycle within the scope of compliance with retention regulations set forth in laws and regulations (for example, the Payment Services Act) (step S10). For example, the service providing device 300 pays out to the business operator X the remaining balance that has not been allocated to the charge instruction transaction out of the predetermined balance that has been added to the main wallet as the source of digital money to be allocated to the charge instruction transaction.

[0048] Specifically, the service providing device 300 checks the withdrawal cycle of business operator X at a predetermined period T2, and if it confirms that the withdrawal cycle has been reached, it then checks the balance of the money account linked to the main wallet of business operator X. Then, if there is an unallocated balance in the money account that has not been allocated to the charge instruction transaction, the service providing device 300 sends a deposit instruction to Bank B for an amount equivalent to the balance in the money account of business operator X. The deposit instruction includes account information (account number) indicating the withdrawal destination of the balance and information on the deposit amount (information on the amount corresponding to the balance). The service providing device 300 also sends an update instruction to the management system 100 to update the balance of the digital money in the money account of business operator X to "0 yen."

[0049] In accordance with the deposit instruction from business operator Y, Bank B deposits the amount specified in the deposit instruction (for example, the amount corresponding to the balance) to the account information (account number) specified in the deposit instruction. Bank B may send a notification to business operator Y's system SYS-4 that the deposit has been completed.

[0050] Furthermore, the management system 100 updates the balance of the digital money in the money account of the business operator X in accordance with the update instruction from the service providing device 300. In this way, the business operator Y system SYS-4 pays out to the business operator X the balance remaining in the main wallet that has not been applied to the charge instruction transaction.

[0051] As described above, in the business operator Y system SYS-4, the service providing device 300, which is an example of an information processing device according to this embodiment, pays out the balance remaining in the main wallet that has not been applied to the charge instruction transaction to the business operator X. This allows the service providing device 300 to provide various services related to digital money to service users while complying with retention regulations, thereby promoting the use of services related to digital money.

[0052] In addition, upon request from the service user, the operator Y system SYS-4 can provide detailed information regarding the digital money charge carried out in accordance with the charge instruction.

[0053] For example, as shown in Figure 2, business operator X, who has used the money charge service, sends a charge detail request to business operator Y's system SYS-4 to request detailed information related to the charge (step S11). Figure 2 shows an example in which business operator X requests detail information corresponding to a charge instruction for "2021 (year) / 9 (Mon) / 23 (Sun)", but it is also possible to request detail information for a desired period in one go, not just for a date.

[0054] When the service providing device 300 of the business operator Y system SYS-4 receives the charge detail request from the business operator X, it acquires detail information corresponding to the charge detail request based on the user ID included in the charge detail request (step S12). Then, the service providing device 300 transmits the acquired detail information to the business operator X system SYS-1 and provides the detail information (step S13).

[0055] 2, the detailed information provided to business operator X is composed of, for example, three pieces of detailed information: detailed information J1, detailed information J2, and detailed information J3. Detailed information J1 records information from the deposit of the funds corresponding to the charge instruction to the withdrawal of the balance not allocated to the charge instruction transaction.

[0056] For example, as shown in Figure 2, the statement information J1 includes information such as the date on which the funds to be used for the charge instruction transaction were deposited into Bank B, the amount of the funds deposited, the withdrawal date of the balance, and the amount of the balance withdrawn. In the case shown in Figure 2, since the withdrawal amount is 0 yen, the date recorded as the withdrawal date, "2021 (year) / 10 (month) / 1 (day)", corresponds to the date on which the process to check the balance of the main wallet was performed.

[0057] Also, for example, as shown in Figure 2, the statement information J2 includes the allocation date when the planned charge amount is allocated to the sub-wallet from the specified balance added to the main wallet, the allocation amount indicating the planned charge amount, and the name of the charge.

[0058] Also, for example, as shown in Figure 2, the detail information J3 includes information on the date on which the planned charge amount allocated to the sub-wallet was applied to the charge instruction transaction and the charge execution date on which the charge was executed.

[0059] In this way, business operator Y can provide business operator X, the service user, with detailed information that allows them to grasp the flow of deposits and withdrawals related to charge instructions in detail. As a result, it is possible to promote the use of digital money services.

[0060] [2. Device configuration example] The configuration of the provider Y system SYS-4 according to this embodiment will be described below. Fig. 3 is a block diagram showing an example of the configuration of the provider Y system according to this embodiment.

[0061] As shown in FIG. 3, the operator Y system SYS-4 includes a management system 100, a charging system 200, and a service providing device 300.

[0062] The operator Y system SYS-4 is connected to a network N-1. The operator Y system SYS-4 can communicate with the operator X system SYS-1, the bank A system SYS-2, the bank B system SYS-3, and the like via the network N-1. The network N-1 is a wide area network (WAN) such as the Internet. The network N-1 may include a communication network such as a local area network (LAN), a telephone network (e.g., a mobile phone network or a landline telephone network), or a regional Internet Protocol (IP) network. The network N-1 may include a wired network or a wireless network.

[0063] The management system 100, the charging system 200, and the service providing device 300 are connected to a network N-2. The management system 100, the charging system 200, and the service providing device 300 can communicate with each other via the network N-2. The network N-2 is a communication network such as a LAN. The network N-2 may include a wired network or a wireless network.

[0064] (Regarding the management system 100) Management system 100 manages deposits and withdrawals to and from money accounts owned by each service user in order to use the electronic payment service provided by business operator Y. Service users may include business users such as businesses that provide transaction objects, and individual users such as general consumers who receive transaction objects from businesses. Management system 100 manages account information related to money accounts owned by business users, individual users, etc. Figure 4 is a diagram showing an overview of account information related to this embodiment.

[0065] 4, the account information managed by the management system 100 has multiple items such as an "account ID," a "main wallet ID," an "owner ID," and a "total balance." These items in the account information are associated with each other.

[0066] The "Account ID" field stores an account ID (identification information) that is uniquely assigned to each account to identify the money account. The "Main Wallet ID" field stores identification information for identifying the main wallet provided to the service user in the corporate account service.

[0067] The "Owner ID" field stores an owner ID (identification information) that is individually assigned to each owner to identify the owner of the money account linked to the account ID. As an example, the user ID that is individually assigned to each service user when using an electronic payment service may be used as is as the owner ID. The "Total Balance" field stores information indicating the total balance of digital money held in the money account.

[0068] For example, in the example shown in Figure 4, the owner of the money account linked to account ID: "AC#1" is a service user who has been assigned owner ID: "U#001," and it is shown that digital money equivalent to "50,000 yen" is held in the money account.

[0069] The "total balance" item may be further divided into smaller categories depending on the method of managing digital money. For example, the "total balance" item may be divided into a "salary" item and a "non-salary" item. In this case, the "salary" item stores information indicating the balance of digital money deposited as salary out of the total balance stored in the "total balance" item. The "non-salary" item stores information indicating the balance of digital money deposited under names other than salary out of the total balance stored in the "total balance" item.

[0070] Furthermore, the "non-salary" item may be further divided into items such as a "regular" item and a "profit" item. In this case, the "regular" item stores information indicating the balance of digital money that the owner of the money account has charged themselves. For example, information stored in the "regular" item may include information indicating the balance of digital money deposited from a credit card or bank account linked to the money account. Furthermore, for example, information stored in the "profit" item may include information indicating the balance of digital money that has been cashed back on the payment amount when using the electronic payment service provided by business operator Y to service users.

[0071] Furthermore, when the management system 100 receives a deposit notification from Bank B's system SYS-3 that has been executed in response to a deposit instruction from a service user (for example, business operator X), it adds a predetermined balance to the money account linked to the main wallet of the service user (for example, business operator X) in accordance with the contents of the deposit notification. For example, when the management system 100 receives a deposit notification from Bank B that 1,000,000 yen has been deposited, it adds a digital money balance equivalent to 1,000,000 yen to the money account linked to the main wallet. The management system 100 then updates the balance information corresponding to the main wallet of the service user that sent the charge instruction.

[0072] (About the charging system 200) The charging system 200 executes money charging by transferring digital money between money accounts in accordance with charging instructions from the service user. The charging system 200 manages charging instruction information acquired from the service user. Figure 5 is a diagram showing an overview of the charging instruction information according to this embodiment.

[0073] 5, the charge instruction information managed by the charge system 200 has the following items: "Charge Source ID," "Charge Destination ID," "Planned Amount," "Planned Date," and "Nominal." These items in the charge instruction information are associated with each other.

[0074] The "charge source ID" field stores the account information of the service user who is the sender of the charge instruction. In the example shown in Fig. 5, for example, a user ID (identification information) assigned to each service user to identify the service user who is the sender of the charge instruction is used as the account information indicating the sender of the charge instruction.

[0075] The "charge destination ID" field stores the account information of the service user designated as the charge destination of digital money by the charge instruction. In the example shown in Figure 5, for example, the user ID assigned to the charge destination service user is used as the account information indicating the charge destination.

[0076] The "Planned Amount" field stores information on the planned charge amount specified by the charge instruction. The "Planned Date" field stores information on the planned charge amount specified by the charge instruction. The "Name" field stores information indicating the name (purpose, use) of the charge specified by the charge instruction.

[0077] For example, in the example shown in Figure 5, a charge instruction is shown to charge from the source account identified by "U#111" to each of the accounts identified by "U#001," "U#002," or "U#003." Specifically, the instructions include a charge instruction for 300,000 yen in digital money to be charged to the account identified by "U#001" under the name of "salary" with a scheduled date of "2021 (year) / 9 (Monday) / 27 (Sunday)," a charge instruction for 300,000 yen in digital money to be charged to the account identified by "U#002" under the name of "salary" with a scheduled date of "2021 (year) / 9 (Monday) / 27 (Sunday)," and a charge instruction for 400,000 yen in digital money to be charged to the account identified by "U#003" under the name of "expenses" with a scheduled date of "2021 (year) / 9 (Monday) / 30 (Sunday)."

[0078] Furthermore, the charging system 200 allocates the planned charging amount allocated to the sub-wallet to the charging instruction transaction at a predetermined cycle (for example, cycle T1 shown in FIG. 1). Specifically, the charging system 200 allocates the planned charging amount from the balance of the main wallet in order of the charging instructions with the nearest planned charging date.

[0079] For example, in the case shown in FIG. 5, of two charge instructions from business operator X, the charge instruction in the name of salary with a scheduled charge date of "2021 (Year) / 9 (Mon) / 27 (Sun)" will be allocated first by the planned charge amount by the charge system 200. If the charge system 200 determines that the balance in the main wallet is less than the planned charge amount, it can suspend allocation to the charge instruction and notify business operator X that the balance in the main wallet is insufficient. After allocating the planned charge amount to the charge instruction, the charge system 200 locks the amount corresponding to the planned charge amount out of the digital money balance in the money account linked to the main wallet, making it untransferable until the charge is executed.

[0080] Furthermore, the charging system 200 executes charging in accordance with a charging instruction from the business operator X. Specifically, the charging system 200 identifies a money account linked to the account to be charged from among the money accounts managed in the management system 100, and transfers digital money corresponding to the planned charging amount from a money account linked to the corporate account of the business operator X to the identified money account.

[0081] For example, the charging system 200 transfers digital money of the planned charge amount: "300,000 yen" from the money account of the charging source, business operator X, to the money account linked to the charge destination account: "U#001" on the planned charge date, "2021 (Year) / 9 (Mon) / 27 (Sun)." Also, for example, the charging system 200 transfers digital money of the planned charge amount: "300,000 yen" from the money account of the charging source, business operator X, to the money account linked to the charge destination account: "U#002" on the planned charge date, "2021 (Year) / 9 (Mon) / 27 (Sun). Also, for example, on the scheduled charge date, "2021 (Year) / 9 (Mon) / 30 (Sun)", the charge system 200 transfers digital money of the scheduled charge amount: "400,000 yen" from the money account of the charge source, operator X, to the money account linked to the charge destination account: "U#003".

[0082] (Regarding the service providing device 300) The service providing device 300 cooperates with the management system 100 and the charging system 200 to execute processes related to various services relating to digital money that the business operator Y provides to service users. As shown in FIG. 3 , the service providing device 300 includes a communication unit 310, a storage unit 320, and a control unit 330.

[0083] (Regarding the communication unit 310) The communication unit 310 is connected to the network N-1 or the network N-2 by wire or wirelessly. The communication unit 310 transmits and receives information to and from the operator X system SYS-1, the bank A system SYS-2, the bank B system SYS-3, and the like via the network N-1. The communication unit 310 also transmits and receives information to and from the management system 100 and the charging system 200 via the network N-2. The communication unit 310 is realized, for example, by a network interface card (NIC) or the like.

[0084] (Regarding the storage unit 320) The storage unit 320 stores programs and data used for control and calculation by the control unit 330. The storage unit 320 is realized by, for example, a semiconductor memory element such as a random access memory (RAM) or a flash memory, or a storage device such as a hard disk or an optical disk. As shown in FIG. 3 , the storage unit 320 has an account information storage unit 321 and a charge history storage unit 322.

[0085] (Regarding the account information storage unit 321) The account information storage unit 321 stores account information related to a corporate account provided to a service user who uses the corporate account service. As will be described below, the corporate account service provides a main wallet and a sub-wallet used for the money charge service. FIG. 6 is a diagram showing an overview of the account information stored in the account information storage unit according to this embodiment. Note that FIG. 6 shows an example of account information according to this embodiment, and the account information may be configured in a form different from the example shown in FIG. 6.

[0086] 6, the account information stored in the account information storage unit 321 has multiple items such as a "user ID," a "main wallet," a "sub-wallet," a "withdrawal cycle," a "withdrawal destination," and a "one-time account." These items in the account information are associated with each other.

[0087] The "user ID" field stores the user ID (identification information) that is individually assigned to a corporation such as business X as a service user when registering to use the electronic payment service provided by business Y.

[0088] The "Main Wallet" item stores the main wallet ID, which is identification information for identifying the main wallet, and information indicating the balance of the money account linked to the main wallet.

[0089] The "Sub-wallet" field stores the sub-wallet ID, which is identification information for identifying the sub-wallet, and information indicating the allocated amount from the main wallet balance to the sub-wallet. Sub-wallets are individually prepared in advance for each charge item that may be included in a charge instruction. The allocated amount is set based on the charge instruction from the service user.

[0090] The "withdrawal cycle" field stores information on the withdrawal cycle that is predefined within the scope of compliance with retention regulations set forth in laws and regulations (e.g., the Payment Services Act) for the balance of digital money that has not been applied to a charge instruction transaction. For example, the withdrawal cycle is calculated starting from the day the balance is added to the main wallet. The "withdrawal destination" field stores account information (account number) of the financial institution designated by the service user as the withdrawal destination for the amount corresponding to the digital money balance.

[0091] The "One-time Account" field stores the account information (account number) of the One-time Account linked to the main wallet. The one-time account is a transfer-only account that business operator Y borrows from Bank B to receive funds to be used for the charge instruction transaction. For example, the account information (account number) of the one-time account is notified by business operator Y (service providing device 300) to business operator X, the sender of the charge instruction.

[0092] According to the example shown in Figure 6, the balance of the main wallet of the service user identified by user ID: "U#111" is "0 yen", the amount allocated to the sub-wallet corresponding to the salary charge service is "600,0000 yen", the amount allocated to the sub-wallet corresponding to the expense charge service is "400,0000 yen", the withdrawal cycle is "7 days", the withdrawal destination is "Bank A's regular account (account number 123456)", and the account number of the free time account to which the service user has been loaned from a bank (for example, Bank B) is "OBAC#111".

[0093] (Regarding the charge history storage unit 322) The charge history storage unit 322 stores information regarding charge history executed based on charge instructions from service users who use the corporate account service. Figure 7 is a diagram showing an overview of the charge history stored in the charge history storage unit according to this embodiment. Note that Figure 7 shows an example of the charge history according to this embodiment, and the charge history may be configured in a form different from the example shown in Figure 7.

[0094] 7, the charge history stored in charge history storage unit 322 has multiple items such as a "user ID," a "charge instruction acceptance date," a "main wallet balance addition date," a "addition amount," a "withdrawal date," a "withdrawal amount," a "sub-wallet allocation date," a "allocation amount (nominal)," a "charge date," and a "charge execution date." These items in the charge history are mutually associated.

[0095] The "user ID" field stores the same information as that stored in the "user ID" field of the account information described above (see, for example, Figure 6). That is, the "user ID" field stores the user ID (identification information) that is individually assigned to a corporation such as business operator X as a service user when registering to use the electronic payment service provided by business operator Y.

[0096] The "charge instruction acceptance date" field stores information indicating the date on which a charge instruction was accepted from a service user. Note that the "charge instruction acceptance date" field may also store date and time information including the time of day.

[0097] The "Main Wallet Balance Addition Date" field stores information indicating the date on which the balance was added to the money account linked to the main wallet by the management system 100. Note that the "Main Wallet Balance Addition Date" field may also store date and time information, including the time of day.

[0098] The "addition amount" field stores information indicating the balance added to the money account linked to the main wallet.

[0099] The "withdrawal date" field stores information indicating the date on which the balance of digital money that was not allocated to the charge instruction transaction was paid out from the money account linked to the main wallet to the sender of the charge instruction. Note that the "withdrawal date" field may also store date and time information, including the time.

[0100] The "withdrawal amount" field stores information indicating the balance withdrawn from the money account linked to the main wallet to the sender of the charge instruction.

[0101] The "sub-wallet allocation date" field stores information indicating the date on which the planned charge amount was allocated from the predetermined balance added to the main wallet to the sub-wallet corresponding to the charge name in the charge instruction. Note that the "sub-wallet allocation date" field may also store date and time information including the time.

[0102] The "allocation amount (nominal)" field stores information indicating the planned charge amount (allocation amount) allocated to the sub-wallet and information indicating the name of the charge.

[0103] The "charge date" field stores information indicating the date on which the balance of the main wallet was appropriated to the planned charge amount allocated to the sub-wallet by the charge system 200. Note that the "charge date" field may also store date and time information including the time.

[0104] The "charge execution date" field stores information indicating the date on which the planned charge amount was transferred from the money account linked to the main wallet to the money account linked to the charge destination account. Note that the "charge execution date" field may also store date and time information including the time.

[0105] According to the example shown in Figure 7, it is possible to identify information such as the date and time when a predetermined balance was added to the main wallet (the date of deposit into Bank B), the amount of the balance added to the main wallet, the date and time when the balance from the main wallet was withdrawn, and the amount withdrawn. Also, according to the example shown in Figure 7, it is possible to identify information such as the date and time when the planned charge amount was allocated to the sub-wallet, the allocated amount, and the name of the charge. Also, according to the example shown in Figure 7, it is possible to identify information such as the date and time when the balance in the main wallet was appropriated to the planned charge amount, and the date and time when the charge was executed.

[0106] (Regarding the control unit 330) The control unit 330 is a controller that controls and performs calculations on the service providing device 300. Each unit of the control unit 330 is realized by, for example, a central processing unit (CPU) or a micro processing unit (MPU) executing various programs stored in a storage device inside the service providing device 300 using a RAM as a work area. The control unit 330 is also realized by, for example, an integrated circuit such as an application specific integrated circuit (ASIC), a field programmable gate array (FPGA), or a system on a chip (SoC).

[0107] As shown in Fig. 3, control unit 330 has a receiving unit 331, an allocating unit 332, a paying unit 333, and a providing unit 334. Control unit 330 realizes or executes the information processing functions and actions described below using the units shown in Fig. 3. Note that, although not explained further, the internal configuration of control unit 330 is not limited to the units shown in Fig. 3, and may have units that realize or execute the information processing functions and actions for separately managing at least the salary balance from the total balance of digital money.

[0108] (Regarding the reception unit 331) The reception unit 131 receives a charge instruction for digital money from a service user. For example, the reception unit 131 receives a charge instruction transmitted from a service user (for example, business operator X) via the communication unit 310. The reception unit 131 registers the charge instruction in the charge system 200.

[0109] (Regarding the allocation unit 332) After the charge instruction is accepted by the accepting unit 331, the allocating unit 332 allocates the planned charge amount specified in the charge instruction, on the condition that the deposit of the funds to be applied to the charge instruction transaction is confirmed.

[0110] For example, the allocating unit 332 refers to the account information stored in the account information storage unit 321 and checks whether a predetermined balance equivalent to the funds has been added to the main wallet linked to the account into which the funds to be applied to the charge instruction transaction will be deposited. If the allocating unit 332 confirms that the predetermined balance has been added to the main wallet, it allocates the planned charge amount from the balance added to the main wallet.

[0111] Specifically, the allocating unit 332 allocates the planned charge amount specified in the charge instruction to the sub-wallet corresponding to the charge item specified in the charge instruction in response to the service user's operation. For example, if the charge item is salary, the allocating unit 332 allocates the planned charge amount from the balance of the main wallet to the sub-wallet corresponding to the salary charge service. Then, the allocating unit 332 records information on the planned charge amount (allocation amount) allocated to the sub-wallet in the charge history storage unit 322, associating it with the service user (user ID) who sent the charge instruction.

[0112] If the name specified in the charge instruction corresponds to a predetermined name, the funds to be used for the charge instruction transaction will be deposited into an account in which a service user (for example, business operator Y) receives a loan from Bank B, and in which a pledge (revolving pledge) has been established to use the aforementioned funds as collateral. For example, if the name of the charge is salary, the funds will be deposited into an account in the name of the service user, in which a pledge (revolving pledge) has been established.

[0113] (Regarding the dispensing unit 333) The payout unit 333 pays out to the service user the balance of the digital money that has not been allocated to the charge instruction transaction executed in response to the charge instruction in accordance with a predefined payout cycle. For example, the payout unit 333 pays out to the service user the balance that has not been allocated to the charge instruction transaction out of the predetermined balance that has been added to the main wallet as the source of digital money to be allocated to the charge instruction transaction.

[0114] Specifically, the payout unit 333 refers to the account information stored in the account information storage unit 321 and checks whether the payout cycle for the balance not allocated to the charge instruction transaction has been reached for the business operator X, which is the sender of the charge instruction. The payout cycle is predefined within a range that can comply with retention regulations stipulated in laws and regulations (e.g., the Payment Services Act). If the payout unit 33 confirms that the payout cycle has been reached, it accesses the management system 100 and checks the balance of the money account linked to the main wallet of the business operator X. Next, if there is a balance in the business operator X money account, the payout unit 333 sends a deposit instruction to Bank B for an amount equivalent to the balance in the business operator X money account. The deposit instruction includes account information (account number) indicating the payout destination of the balance and information on the deposit amount (information on the amount corresponding to the balance). The payout unit 333 also sends an update instruction to the management system 100 to update the digital money balance in the business operator X money account to "0 yen."

[0115] (About the provider 334) In response to a request from a service user, the providing unit 334 provides detailed information (see FIG. 2, for example) relating to the digital money charge executed in response to a charge instruction.

[0116] For example, the providing unit 334 acquires a charge detail request sent from a service user via the communication unit 310. Then, based on the user ID included in the charge detail request, the providing unit 334 acquires detail information corresponding to the charge detail request from the charge history stored in the charge history storage unit 322. Note that the charge detail request may specify a date or period for which the user desires to receive the detail information.

[0117] For example, the providing unit 334 can acquire various information ranging from the deposit of the original funds corresponding to the charge instruction to the payout of the balance not allocated to the charge instruction transaction. Information that the providing unit 334 can acquire from the charge history includes the deposit date on which the original funds to be allocated to the charge instruction transaction were deposited into Bank B, the amount of the original funds deposited, the payout date of the balance, and the payout amount of the balance. Furthermore, information that the providing unit 334 can acquire from the charge history includes the allocation date on which the planned charge amount was allocated to the subwallet from a predetermined balance added to the main wallet, the allocation amount indicating the planned charge amount, and information on the name of the charge. Furthermore, information that the providing unit 334 can acquire from the charge history includes the allocation date on which the planned charge amount allocated to the subwallet was allocated to the charge instruction transaction and the charge execution date on which the charge was executed.

[0118] The providing unit 334 can provide the service user with multiple pieces of detailed information that compile this information for each predetermined procedure. For example, the providing unit 334 can provide the service user with detailed information (e.g., detailed information J1 shown in FIG. 2) that compiles information such as the deposit date on which the funds to be applied to the charge instruction transaction were deposited into Bank B, the amount of the funds deposited, the withdrawal date of the balance, and the amount of the balance withdrawn. Furthermore, for example, the providing unit 334 can provide detailed information (e.g., detailed information J2 shown in FIG. 2) that compiles information such as the allocation date on which the planned charge amount was allocated to the sub-wallet from the predetermined balance added to the main wallet, the allocation amount indicating the planned charge amount, and the name of the charge. Furthermore, for example, the providing unit 334 can provide detailed information (e.g., detailed information J3 shown in FIG. 2) that compiles information such as the allocation date on which the planned charge amount allocated to the sub-wallet was applied to the charge instruction transaction and the charge execution date on which the charge was executed.

[0119] [3. Processing Procedure] (3-1. Overall processing) The overall processing flow in the information processing system SYS according to this embodiment will be described below with reference to Fig. 8. Fig. 8 is a sequence diagram showing the overall processing flow in the information processing system according to this embodiment.

[0120] As shown in FIG. 8, the operator X system SYS-1 transmits a charge instruction to the operator Y system SYS-4 in accordance with an operation by the operator X (step S101).

[0121] When the service providing device 300 of the business operator Y system SYS-4 receives the charge instruction from the business operator X system SYS-1, the service providing device 300 registers the charge instruction in the charge system 200 (step S102).

[0122] Furthermore, the business operator X system SYS-1, in accordance with the operation by the business operator X, transmits to the bank A system SYS-2 a deposit instruction for the funds to be applied to the charge instruction transaction (step S103).

[0123] In accordance with the deposit instruction received from business operator X, bank A's system SYS-2 deposits the amount specified in the deposit instruction into the one-time account specified in the deposit instruction (step S104).

[0124] When the bank B system SYS-3 confirms the deposit from the bank A, it transmits a deposit notification to the business operator Y system SYS-4 to notify the business operator Y that the deposit has been received (step S105).

[0125] When the management system 100 of the business Y system SYS-4 receives the deposit notification from the B bank system SYS-3, it adds a predetermined balance equivalent to the amount notified in the deposit notification to the main wallet of the business X (step S106).

[0126] When the service providing device 300 of the business operator Y system SYS-4 confirms the addition of the balance to the business operator X's main wallet, it allocates the planned charge amount specified in the charge instruction to the business operator X's sub-wallet (step S107).

[0127] The charge system 200 of operator Y's system SYS-4 refers to the sub-wallet at a predetermined period (for example, period T1 shown in Figure 1), and if allocation to the sub-wallet is confirmed, it applies the planned charge amount allocated to the sub-wallet to the charge instruction transaction (step S108).

[0128] Furthermore, the charging system 200 executes charging in accordance with a charging instruction from the business X (step S109).

[0129] Meanwhile, the service providing device 300 of the company Y system SYS-4 pays out the balance in the main wallet that has not been applied to the charge instruction transaction to the company X in a predetermined payout cycle (step S110). This completes the processing shown in FIG.

[0130] (3-2. Processing of Service Providing Device) Next, a processing procedure by the service providing device 300 according to this embodiment will be described with reference to Fig. 9. Fig. 9 is a flowchart showing an example of a processing procedure by the service providing device according to this embodiment. Note that the processing procedure shown below is repeatedly executed by the control unit 330 included in the service providing device 300.

[0131] 9, the reception unit 331 registers a charge instruction received from a service user in the charge system 200 (step S201). In addition, the allocation unit 332 checks the balance of the main wallet of the service user who is the sender of the charge instruction (step S202).

[0132] If the allocation unit 332 confirms that a predetermined balance has been added to the main wallet (step S202; Yes), it allocates the planned charge amount specified in the charge instruction to the sub-wallet corresponding to the charge item specified in the charge instruction (step S203).

[0133] In addition, the payout unit 333 refers to the account information stored in the account information storage unit 321 to check whether the payout cycle for the balance that has not been applied to the charge instruction transaction has been reached for the service user who sent the charge instruction (step S204).

[0134] If the payout unit 333 confirms that the payout cycle has been reached (step S204; Yes), it accesses the management system 100 and checks the balance of the money account linked to the service user's main wallet (step S205).

[0135] If there is an unallocated balance in the money account linked to the service user's main wallet that has not been allocated to the charge instruction transaction (step S205; Yes), the payout unit 333 pays out the balance in the main wallet (the balance in the money account linked to the main wallet) to the service user (step S206), and ends the processing procedure shown in Figure 9.

[0136] On the other hand, if there is no unallocated balance remaining in the money account linked to the service user's main wallet that has not been allocated to the charge instruction transaction (step S204; No), the payout unit 333 terminates the processing procedure shown in Figure 9.

[0137] In the above-mentioned step S204, if it is confirmed that the dispensing cycle has not been reached (step S204; No), the confirmation procedure of step S204 is repeated at a predetermined interval.

[0138] In the above-mentioned step S202, if the allocation unit 332 confirms that a predetermined balance has not been added to the main wallet (step S202; No), it determines whether the grace period for executing the charge instruction is within (e.g., seven days from the receipt of the instruction) (step S207).

[0139] If the allocating unit 332 determines that the current time is within the grace period for execution of the charge instruction (step S207; Yes), the process returns to the confirmation procedure of step S202 described above.

[0140] On the other hand, if the allocating unit 332 determines that the charge instruction is not within the grace period for execution (step S207; No), it discards the charge instruction received from the service user (step S208). Then, the allocating unit 332 notifies the service user, who is the sender of the charge instruction, that the charge instruction has been discarded (step S209), and ends the processing procedure shown in FIG.

[0141] [4. Modifications] The present embodiment described above shows an example of information processing according to the present embodiment, and various modifications and applications are possible. The operator Y system SYS-4 may be physically or functionally distributed or integrated in any unit. For example, the processing functions of the management system 100 and the charging system 200 may be aggregated in the service providing device 300, and the service providing device 300 may execute the management system 100 and the charging system 200. An example configuration of the service providing device 400 in this case will be described below. FIG. 10 is a diagram showing an example configuration of a service providing device according to a modified example.

[0142] As shown in FIG. 10, the service providing device 400 according to the modification includes a communication unit 410, a storage unit 420, and a control unit 430.

[0143] The communication unit 410 corresponds to the communication unit 310 included in the service providing device 300. The communication unit 410 transmits and receives information to and from an operator X system SYS-1, an A bank system SYS-2, a B bank system SYS-3, and the like via the network N-1.

[0144] The storage unit 420 corresponds to the storage unit 320 included in the service providing device 300, and stores programs and data used for control and calculation by the control unit 430. As shown in FIG. 10 , the storage unit 420 includes an account information storage unit 421, an account information storage unit 422, a charge instruction information storage unit 423, and a charge history storage unit 424.

[0145] The account information storage unit 421 corresponds to the account information storage unit 321 included in the storage unit 320 described above, and stores account information relating to a corporate account provided to a service user who uses the corporate account service.

[0146] The account information storage unit 422 stores account information relating to money accounts held by service users such as business users and individual users in order to use the electronic payment service provided by the business operator Y. The account information stored in the account information storage unit 422 corresponds to the account information (see FIG. 4) managed by the management system 100 described above.

[0147] The charge instruction information storage unit 423 stores charge instruction information acquired from the service user. The charge instruction information stored in the charge instruction information storage unit 423 corresponds to the charge instruction information (see FIG. 5) managed by the above-mentioned charge system 200.

[0148] The charge history storage unit 424 corresponds to the charge history storage unit 322 included in the storage unit 320 described above, and stores information relating to the charge history executed based on charge instructions from service users who use the corporate account service.

[0149] The control unit 430 corresponds to the control unit 330 included in the service providing device 300, and is a controller that controls and performs calculations on the service providing device 400. As shown in FIG. 10 , the control unit 430 includes a reception unit 431, a management unit 432, an allocation unit 433, a charge unit 434, a dispensing unit 435, and a provision unit 436.

[0150] The reception unit 431 corresponds to the reception unit 331 included in the control unit 330 described above, and receives a digital money charge instruction from the service user. The reception unit 431 registers information related to the charge instruction received from the service in the charge instruction information storage unit 423.

[0151] The management unit 432 is responsible for the processing functions executed by the management system 100 described above, and manages deposits and withdrawals to and from money accounts owned by each service user in order to use the electronic payment service provided by the business operator Y.

[0152] For example, the management unit 432 acquires, via the communication unit 410, from the Bank B system SYS-3, a deposit notification that has been executed in response to a deposit instruction from a service user (e.g., business operator X). Then, the management unit 432 adds to the balance of digital money linked to the main wallet of the service user (e.g., business operator X) according to the content of the acquired deposit notification. For example, when the management unit 432 receives a deposit notification from Bank B that 450,000 yen has been deposited, the management unit 432 adds the balance of digital money equivalent to 450,000 yen to the money account linked to the main wallet. In addition, the management unit 432 updates the balance information of the main wallet of the service user who is the sender of the charge instruction, among the account information stored in the account information storage unit 421.

[0153] The allocation unit 433 corresponds to the allocation unit 332 of the control unit 330 described above, and after the charge instruction is accepted by the acceptance unit 431, the allocation unit 433 executes the allocation of the planned charge amount specified in the charge instruction, on the condition that the deposit of the funds to be applied to the charge instruction transaction is confirmed.

[0154] The charging unit 434 is responsible for the processing functions executed by the charging system 200 described above, and performs money charging by transferring digital money between money accounts in accordance with a charging instruction from the service user.

[0155] For example, the charging unit 434 allocates the planned charge amount allocated to the sub-wallet at a predetermined cycle (for example, cycle T1 shown in FIG. 1) to the charge instruction transaction. Specifically, the charging unit 434 allocates the planned charge amount from the balance of the main wallet in order of the charge instructions with the nearest planned charge date.

[0156] Furthermore, for example, the charging unit 434 performs charging in accordance with a charging instruction from a service user (for example, business operator X). Specifically, the charging unit 434 refers to the account information stored in the account information storage unit 422, and identifies a money account linked to the account to be charged specified in the charging instruction. Then, the charging unit 434 performs money charging by transferring digital money corresponding to the planned charging amount from a money account linked to the service user's corporate account to the identified money account.

[0157] The disbursement unit 435 corresponds to the disbursement unit 333 of the control unit 330 described above, and disburses the remaining balance of digital money that has not been appropriated for the charge instruction transaction to the service user in accordance with a predetermined disbursement cycle.

[0158] The providing unit 436 corresponds to the providing unit 334 of the control unit 330 described above, and provides detailed information (see, for example, Figure 2) which is detailed information regarding the digital money charge executed in accordance with the charge instruction in response to a request from the service user.

[0159] In this way, by aggregating the various components of the provider Y system SYS-4 according to the present embodiment and integrating them physically and functionally into the service providing device 400, information relating to various services can be centrally managed and efficient processing can be achieved. Also, there is no need to deploy a network N-2 that communicatively connects the various components of the provider Y system SYS-4 according to the present embodiment, and the impact of communication failures in the network N-2 on the provision of services can be eliminated.

[0160] [5. Hardware Configuration] The above-described service providing device 300 according to the present embodiment or the service providing device 400 according to the modified example is realized, for example, by a computer 1000 having a configuration as shown in Fig. 11. Fig. 11 is a hardware configuration diagram showing an example of a computer that realizes the functions of the service providing device according to the present embodiment or the modified example.

[0161] The computer 1000 is connected to an output device 1010 and an input device 1020, and has a configuration in which an arithmetic unit 1030, a primary storage device 1040, a secondary storage device 1050, an output IF (Interface) 1060, an input IF 1070, and a network IF 1080 are connected by a bus 1090.

[0162] The arithmetic device 1030 operates based on programs stored in the primary storage device 1040 and secondary storage device 1050, programs read from the input device 1020, and the like, and executes various processes. The primary storage device 1040 is a memory device, such as a RAM, that temporarily stores data used by the arithmetic device 1030 for various calculations. The secondary storage device 1050 is a storage device in which data used by the arithmetic device 1030 for various calculations and various databases are registered, and is realized by a ROM (Read Only Memory), HDD, flash memory, or the like.

[0163] The output IF 1060 is an interface for transmitting information to be output to an output device 1010 that outputs various types of information, such as a monitor or a printer, and is realized by a connector conforming to a standard such as USB (Universal Serial Bus), DVI (Digital Visual Interface), or HDMI (High Definition Multimedia Interface), etc. The input IF 1070 is an interface for receiving information from various input devices 1020, such as a mouse, keyboard, and scanner, and is realized by a USB, for example.

[0164] The input device 1020 may be a device that reads information from an optical recording medium such as a CD (Compact Disc), a DVD (Digital Versatile Disc), or a PD (Phase Change Rewritable Disk), a magneto-optical recording medium such as an MO (Magneto-Optical disk), a tape medium, a magnetic recording medium, or a semiconductor memory. The input device 1020 may also be an external storage medium such as a USB memory.

[0165] The network IF 1080 receives data from other devices via the network N and sends it to the arithmetic device 1030, and also transmits data generated by the arithmetic device 1030 to other devices via the network N.

[0166] The arithmetic unit 1030 controls the output device 1010 and the input device 1020 via the output IF 1060 and the input IF 1070. For example, the arithmetic unit 1030 loads a program from the input device 1020 or the secondary storage device 1050 onto the primary storage device 1040 and executes the loaded program.

[0167] For example, when the computer 1000 functions as the service providing device 300, which is an example of an information processing device according to this embodiment, the arithmetic device 1030 of the computer 1000 executes a program (for example, an information processing program) loaded onto the primary storage device 1040, thereby realizing the same functions as the control unit 330. That is, the arithmetic device 1030 cooperates with the program (for example, an information processing program) loaded onto the primary storage device 1040 to realize the processing by the service providing device 300 according to this embodiment.

[0168] Furthermore, when the computer 1000 functions as the service providing device 400 according to an example of an information processing device according to the modified example, the arithmetic device 1030 of the computer 1000 executes a program (for example, an information processing program) loaded onto the primary storage device 1040, thereby realizing the same functions as the control unit 430. That is, the arithmetic device 1030 cooperates with the program (for example, an information processing program) loaded onto the primary storage device 1040 to realize the processing by the service providing device 400 according to the modified example.

[0169] [6. Effects] As described above, the service providing device 300, which is an example of an information processing device according to this embodiment, has a receiving unit 331 and an allocating unit 332. The receiving unit 331 receives a charge instruction from a service user in the name of salary. The allocating unit 332 allocates the planned charge amount specified in the charge instruction from the predetermined balance to a sub-wallet that is set up in advance corresponding to the name of salary, on the condition that a predetermined balance is added to the main wallet linked to an account into which funds to be applied to the charge instruction transaction according to the charge instruction are deposited.

[0170] This allows the service providing device 300 to electronically manage various information ranging from the deposit of funds to be used for a charge instruction transaction in the name of salary to the allocation of the planned charge amount, and allows the service providing device 300 to smoothly provide various digital money-related services to service users, thereby promoting the use of digital money-related services.

[0171] The service providing device 300 further includes a payout unit 333 that pays out the balance in the main wallet that has not been allocated to the charge instruction transaction to the service user in accordance with a predetermined payout cycle. This allows various services related to digital money to be provided to the service user while complying with retention regulations, thereby promoting the use of digital money services.

[0172] The service providing device 300 further includes a providing unit 334 that provides detailed information related to the digital money charge executed in response to the charge instruction in response to a request from the service user. This allows the service providing device 300 to allow the service user to understand in detail the flow of deposits and withdrawals related to the charge instruction, and as a result, it is possible to promote the use of services related to digital money.

[0173] [7. Other] The present embodiment and some of its modifications have been described in detail above with reference to the drawings. However, these are merely examples, and the present invention can be implemented in other forms that incorporate various modifications and improvements based on the knowledge of those skilled in the art, including the forms described in the Disclosure of the Invention section.

[0174] Furthermore, the configuration of the above-described service providing device 300 or 400 can be flexibly changed, for example, by calling an external platform or the like using an API (Application Programming Interface) or network computing, depending on the function.

[0175] Furthermore, the term "unit" in the claims can be read as "means" or "circuit," etc. For example, a control unit can be read as control means or a control circuit.

[0176] Furthermore, the effects described in the embodiments of the present application are merely descriptive or exemplary and are not limiting. In other words, the embodiments of the present application may exhibit other effects that are apparent to those skilled in the art from the description of the embodiments, in addition to or in place of the above-described effects. [Explanation of symbols]

[0177] 100 Management Systems 200 Charge System 300 Service providing device 310 Communications Department 320 Storage section 321 Account Information Storage Unit 322 Charge history memory unit 330 Control Unit 331 Reception Department 332 Allocation Section 333 Payment Department 334 Providing Department 400 Service Providing Equipment 410 Communications Department 420 Storage section 421 Account information storage unit 422 Account information storage unit 423 Charge instruction information storage unit 424 Charge history memory unit 430 Control Unit 431 Reception Department 432 Management Department 433 Allocation Section 434 Charging section 435 Payment Department 436 Provision Department

Claims

1. a reception unit that receives a charge instruction for digital money in the name of salary from a service user of the money charge service through a platform that executes a series of processes related to the money charge service; an allocation unit that, when receiving a deposit notification indicating that funds have been deposited to be applied to the charge instruction transaction in accordance with the charge instruction, executes on the platform a process of allocating the planned charge amount specified in the charge instruction from a predetermined balance, on the condition that a predetermined balance equivalent to the funds is added to a main wallet that is linked in advance to an account into which the funds are to be deposited; a charging unit that executes a process on the platform to charge a money account linked to a charge destination account specified in the charge instruction with digital money corresponding to the planned charge amount allocated by the allocation unit; An information processing device comprising:

2. a payout unit that pays out to the service user the balance of the main wallet that has not been allocated to the charge instruction transaction, out of the predetermined balance of the main wallet linked to the money account, in accordance with a predefined payout cycle; 2. The information processing apparatus according to claim 1, further comprising:

3. a provision unit that provides detailed information regarding the digital money charge executed in accordance with the charge instruction in response to a request from the service user; 3. The information processing apparatus according to claim 1, further comprising:

4. 1. A computer-implemented information processing method, comprising: a receiving step of receiving a charge instruction for digital money in the name of salary from a service user of the money charge service through a platform that executes a series of processes related to the money charge service; an allocation step of executing on the platform, when a deposit notification indicating that funds have been deposited to be applied to the charge instruction transaction in accordance with the charge instruction is received, a process of allocating the planned charge amount specified in the charge instruction from a predetermined balance, on the condition that a predetermined balance equivalent to the funds is added to a main wallet linked in advance to an account into which the funds are to be deposited; a charging step of executing, on the platform, a process of charging a money account linked to a charge destination account specified in the charge instruction with digital money corresponding to the planned charge amount allocated in the allocation step; An information processing method comprising:

5. An acceptance procedure for accepting a charge instruction for digital money in the name of salary from a service user of the money charge service through a platform that executes a series of processes related to the money charge service; an allocation procedure for executing on the platform, when a deposit notification indicating that funds have been deposited to be applied to the charge instruction transaction in accordance with the charge instruction is received, a process of allocating the planned charge amount specified in the charge instruction from a predetermined balance, on the condition that a predetermined balance equivalent to the funds is added to a main wallet linked in advance to an account into which the funds are to be deposited; a charging procedure for executing, on the platform, a process of charging a money account linked to a charge destination account designated in the charge instruction with digital money corresponding to the planned charge amount allocated by the allocation procedure; An information processing program characterized by causing a computer to execute the above.

Citation Information

Patent Citations

  • Purchase price payment method for commodity / service

    JP2007328549A

  • Information processing system

    JP2019074983A

  • Data processor and data processing method

    JP2021135904A