Remittance system, remittance method and program that allows remittance using an account identifier set by the recipient instead of an account number

Abstract

To provide a remittance system, remittance method and program that enable a user to set an account identifier substituting for an account number when making a remittance request, and enable making the remittance to the designated account identifier.SOLUTION: In a remittance system, a remittance server 100 comprises: account identifier setting means 101; public identifier storage means 102; non-public identifier storage means 103; remittance destination identification means 104; account identifier search means 105; and SNS information acquisition means 106. The account identifier setting means 101 is configured to make a recipient input a combination of an arbitrary character string serving as an account identifier instead of an account number, and designate the input character string as a non-public identifier disclosing the input character string without restricting a disclosure destination, and / or a non-public identifier disclosing the input character string only to a restricted disclosure destination. Remittance implementation means 201 is configured to search for the public identifier or non-public identifier to uniquely identify the account number of the recipient, and implement a remittance.SELECTED DRAWING: Figure 2

Description

[Technical Field]

[0001] The present invention relates to a remittance system, a remittance method, and a program that enable remittance without specifying an account number. [Background technology]

[0002] Traditionally, when transferring money between accounts, the recipient could only see the sender's name, not the purpose of the transfer. Furthermore, when requesting a transfer to an account, it was necessary to provide personal information, such as the branch number and account number. Therefore, a system is known that allows money transfers without knowing the recipient's account number.

[0003] For example, Patent Document 1 discloses a financial transaction service system that enables bank transfers using a mobile phone number or an email address corresponding to a mobile phone number instead of an account number. Patent Document 2 also discloses a proxy account management device that opens a proxy account that can be directly used for transfer processing to an account already opened at a financial institution, by associating it with an ID specified by the user, allowing the same account to be used even when the transfer destination is different. [Prior art documents] [Patent documents]

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

[0005] However, the inventions described in the above patent documents do not allow users to use account identifiers of their own choosing. That is, in the invention described in patent document 1, account identifiers are limited to mobile phone numbers or email addresses, and in the invention described in patent document 2, the system automatically generates the identifiers for proxy accounts, so users cannot create their own account identifiers.

[0006] Therefore, in consideration of the above-mentioned problems, the present invention aims to provide a remittance system that allows a user to arbitrarily set an account identifier that replaces the branch number and account number when requesting a remittance, and enables the remitter to search for that account identifier and uniquely identify the remittance destination before remitting the remittance. [Means for solving the problem]

[0007] In order to solve the above problems, the present invention provides the following solutions.

[0008] (1) A remittance system that allows a remitter to remit money without specifying the recipient's account number, The system is characterized by comprising an account identifier setting means that prompts the recipient to input any combination of character strings that will become an account identifier instead of the account number, and prompts the recipient to set the input character string as a public identifier that will be made public to an unlimited number of recipients and / or as a private identifier that will be made public only to a limited number of recipients, and a remittance execution means that searches for the public identifier or the private identifier to uniquely identify the recipient's account number and execute the remittance.

[0009] (2) In the configuration of (1) above, the arbitrary character string is determined to be "meaningful" according to a predetermined standard.

[0010] (3) In the configuration of (1) or (2) above, when the arbitrary character string is used as the nickname of the recipient's account, the system checks whether the nickname is unique based on the shared nickname information of the user group including the recipient or the user group including the remitter, or if the nickname is not unique, displays a new selectable nickname from the shared information.

[0011] (4) In the configuration of (1) or (2) above, when the arbitrary character string is used as the nickname of the recipient's account, the system checks whether the nickname is unique based on the shared nickname information of a user group that includes only the recipient, a user group that includes only the remitter, or a user group that includes both the recipient and the remitter, or if the nickname is not unique, displays a new selectable nickname from the shared information.

[0012] (5) In the configuration of (1) or (2) above, when the remitter uses the public identifier to send money, if the public identifier is not unique, the remitter searches using a subkeyword previously set by the recipient to uniquely identify the remitter.

[0013] (6) In the configuration of (1) or (2) above, if the private identifier includes the name or date of a meeting among the limited number of recipients, the name or date of the meeting can be confirmed or transcribed from the recipient's electronic calendar.

[0014] (7) In the configuration of (1) or (2) above, the disclosure destination of the private identifier can be specified as a character string designated as a representative of the plurality of public identifiers.

[0015] (8) In the configuration of (1) or (2) above, when the remitter searches for the public identifier, people who are in contact with the remitter on social media or who have a history of making transfers are preferentially displayed.

[0016] (9) In the configuration of (1) or (2) above, the sender and recipient are capable of sending messages, images, and stamps within a chat room linked to the account identifier.

[0017] (10) A remittance method that enables a remitter to remit money without specifying the recipient's account number, characterized in that the method includes the steps of having the recipient input an arbitrary combination of character strings that will serve as an account identifier instead of the account number, having the recipient set the input character string as a public identifier that is made public to an unlimited number of recipients and / or as a private identifier that is made public only to a limited number of recipients, and uniquely identifying the recipient's account number from the public identifier or the private identifier and executing the remittance, performed by a computer.

[0018] (11) A program that causes the computer to execute each step described in (10) above. [Effects of the Invention]

[0019] According to the present invention, a remittance system can be provided in which, when a user requests a remittance, an account identifier can be arbitrarily set in place of a branch number and account number, and the remitter can search for the account identifier and uniquely identify the remittance destination to remit the remittance. [Brief explanation of the drawings]

[0020] [Figure 1] FIG. 1 is a diagram showing the concept of an account identifier (ID) used instead of an account number in the present invention. [Figure 2] 1 is a diagram showing a functional configuration of a remittance system according to an embodiment of the present invention. [Figure 3] FIG. 10 is a diagram showing an example of a setting screen for an account identifier (public identifier). [Figure 4] FIG. 10 is a diagram showing an example of a setting screen for an account identifier (private identifier). [Figure 5] FIG. 10 is a diagram illustrating the concept of searching for a public identifier. [Figure 6] FIG. 10 is a diagram showing a processing flow of a recipient terminal in an embodiment of the present invention. [Figure 7] FIG. 10 is a diagram showing a processing flow of a remitter terminal according to an embodiment of the present invention. [Figure 8] FIG. 10 is a diagram showing an example of a screen displayed when a transfer request is made from the perspective of the remitter when a private identifier is specified. [Figure 9] FIG. 10 is a diagram showing an example of a screen showing the history in a room as viewed from the recipient's side. [Figure 10] FIG. 10 is a diagram showing an example of a screen on which the recipient, who is the organizer of the party, can check the transfer amount and the people to whom the transfer has been made and those to whom it has not yet been made from the room. DETAILED DESCRIPTION OF THE INVENTION

[0021] (overview) FIG. 1 is a diagram showing the concept of an account identifier (ID) used in place of an account number in this invention. As shown in the figure, when an individual user ("Japan A") requests a transfer, she needs to inform the sender of the recipient's account information (bank name "ABC Bank," branch number "211," account type "regular," account number "1234567," etc.), but in this invention, an account identifier (ID) is used in place of account information. The account identifier can be set arbitrarily by the recipient, and can be specified as either disposable or unlimited. Here, the IDs that can be set include public identifiers (also called "public IDs") and private identifiers (also called "private IDs"), and the recipient can use them according to their purpose, and can set one or more of each.

[0022] A public identifier is an ID that the recipient sets without limiting the recipients (remittance request recipients), while a private identifier is an ID that the recipient sets with limited recipients (for example, limited to acquaintances or friends). Since public identifiers are made public to an unspecified number of people, there is a possibility that the parties involved may not be able to uniquely identify them. To avoid this, sub-keywords are used to narrow down the public ID uniquely. This will be explained later.

[0023] In the example in Figure 1, the public IDs are "Neko Neko" and "Tanukichi", and the private IDs are "2019 Japan Research Institute Alumni Reunion" and "December 25th Basketball Club Year-End Party". When used to collect money for a gathering, setting the date, content of the gathering, etc. as the private identifier will make it easier to contact the relevant parties.

[0024] Here, account identifiers (referring to both public and private identifiers) must be "strings of characters with meaning" (for example, nicknames, terms only used by related parties or friends, etc.), and simple numbers or meaningless strings of characters cannot be set as account identifiers. Therefore, IDs that are automatically and randomly assigned by the system are excluded. Furthermore, only one representative account identifier (called the "representative ID") will be designated as a public identifier. The representative ID is an ID that permanently identifies a user's account, while other non-representative IDs are mainly used for temporary purposes, such as when they are made public for a limited period of time. In the example shown in the figure, "Neko Neko" is the representative ID. Note that a representative ID will not be set as a private identifier. The method for setting account identifiers will be described later.

[0025] In this way, in this invention, the remittance destination (transfer destination) can be specified by the account identifier instead of the account information, so the recipient can request and receive remittance without the other party knowing the account information. Furthermore, when a remitter requests remittance using an account identifier, the remitter can also search for the account identifier and confirm the recipient's name from the account name.

[0026] Hereinafter, a mode for carrying out the present invention (hereinafter referred to as an embodiment) will be described in detail with reference to the accompanying drawings. In the following drawings, the same elements are assigned the same numbers or symbols throughout the description of the embodiment. In addition, in the diagrams of the functional configuration, arrows between functional blocks indicate the direction of data flow or the direction of processing flow.

[0027] (Functional configuration) Figure 2 is a diagram showing the functional configuration of a remittance system (hereinafter referred to as the present system) according to an embodiment of the present invention. In this system, a depositor terminal 10, which is the terminal of the depositor who is the user, and a remitter terminal 20, which is the terminal of the remitter, are connected to a remittance server 100 operated by a financial institution via the Internet. The remittance server 100 has the function of allowing the depositor to set an account identifier and the function of converting the set account identifier into an actual account number. The remittance server 100 is connected within the financial institution to an accounting system 200 that performs the actual deposit and withdrawal processing.

[0028] The remittance server 100 has the following functional blocks: account identifier setting means 101, public identifier storage means 102, private identifier storage means 103, remittance destination identification means 104, account identifier search means 105, and SNS information acquisition means 106. The accounting system 200 has the core functions of a financial institution and has a variety of functions, but here we will only show the remittance execution means 201 and remittance history storage means 202, which are directly related to the remittance server 100. Note that the accounting system 200 also includes those of other financial institutions. Each functional block will be explained in order below.

[0029] The account identifier setting means 101 has the function of communicating with the depositor terminal 10 and allowing the depositor to set an account identifier. Specifically, an ID setting screen such as that shown in Figures 3 and 4 is displayed on the depositor terminal 10, and the depositor is prompted to set the ID name (an arbitrary character string that will become the account identifier), the disclosure range (distinguishing between public and private identifiers), etc. Here, the arbitrary character string that will become the account identifier is a character string that has been determined to be "meaningful" according to a predetermined standard. This is because "meaningless" character strings are difficult for people to remember and can lead to input errors.

[0030] Here, the predetermined criteria may be that the string is not a string of numbers only, is not a string of alphanumeric characters, and contains at least one word found in a dictionary. This makes it possible to eliminate identifiers that are automatically assigned by the system. For example, "neko" (cat) and "nuki" (raccoon dog) are meaningful strings because they are found in a dictionary, but these are too simple and inappropriate as identifiers. Therefore, it would be preferable to use "neko-neko" (cat) and "nuki-chi" (raccoon dog), as shown in the IDs in Figure 1. Of course, ultimately, the string should be one that the person setting the account identifier determines to be meaningful and capable of identification.

[0031] Figure 3 shows the public identifier setting screen, where "NekoNeko" is selected as the ID name and "Public" is selected as the visibility range, indicating that it is a public identifier. The ID name can be a generic character string, or the system can automatically generate a "meaningful" character string (for example, a unique ID name such as "Magical Happy Girl 2021").

[0032] Furthermore, in this example, the settings screen 301 has "AAA High School," "BB University," and "C Circle" set as "subkeywords." Subkeywords are search keywords used to narrow down and uniquely identify an account when the public identifier's ID name alone cannot uniquely identify the account. Of course, if the account can be uniquely identified by the ID name alone, there is no need to set them, but if the account identifier cannot be uniquely identified by "Neko Neko" alone, as shown in the figure, unique identification can be achieved by using subkeywords in combination.

[0033] In this case, the ID name and subkeyword can be combined and used as a public identifier such as "Neko Neko AAA High School," or they can be separated into two words, "Neko Neko" and "AAA High School," and used as the public identifier. By doing this, for example, the ID name "Neko Neko" can be used as a term to represent a year-end party, and the subkeyword can be used as a term to represent the target gathering (university, high school, club, etc.). In other words, one ID name can have multiple subkeywords. Note that the system checks for combinations of ID names and subkeywords that are already in use, so it goes without saying that they cannot be used simultaneously.

[0034] The set expiration date is the expiration date of the ID name, and in the case of a public identifier, it is usually desirable to set it to unlimited. Of course, an expiration date may be set depending on the purpose. Although not shown in Figure 3, it is also possible to distinguish whether the ID name is a representative ID or not, and to specify this. However, the set expiration date of the representative ID may be set to unlimited automatically.

[0035] Figure 4 shows the private identifier setting screen 302. Here, "Basketball Club Year-End Party, December 25th" is selected as the ID name, and "Private" is selected as the disclosure range, indicating that it is a private identifier. Private identifiers differ from public identifiers in that a setting deadline must be specified and the ID name of the disclosure destination must be specified. Subkeywords do not necessarily have to be set. In this example, "2021 / 12 / 31" is specified as the setting deadline, and "Kametao" and "Usagi" are specified as the "disclosure destinations" to which the non-account identifier will be disclosed only to a limited number of people.

[0036] In principle, the "public destination" of a private identifier is specified by the public ID of the representative of the other party, but it may also be specified by a public ID of a non-representative. However, the public destination must be uniquely set by the identifier registered as the public destination (Kametaro, Usagi). If the public destination cannot be uniquely identified, it must be uniquely identified by combining sub-keywords or by the method described below.

[0037] The account identifiers (public identifier and private identifier) ​​only need to be uniquely identifiable between the remittance requester and the remitter. For example, if the remittance requester's nickname is used as the account identifier (in other words, if a nickname is created for the account), the shared nickname information shared by the remittance requester with a user group that includes the remitter (e.g., 50 people including the remitter) and / or the shared nickname information shared by the remitter with another user group that includes the remittance requester (e.g., another 30 people including the remitter) can be used. It is also possible to check whether the nickname entered by the remittance requester can be uniquely identified based on this shared information. It is desirable to store a "search flag" (described below) to indicate the scope of the search for shared information (user groups that include the recipient or the remitter, or user groups that include only the recipient or only the remitter, or user groups that include both the recipient and the remitter).

[0038] Furthermore, if there is no or insufficient shared nickname information, the system may accumulate shared information as the user continues to use the system. Furthermore, in order to check whether a nickname can be uniquely identified, the search scope performed by the account identifier search means 105 is limited to nicknames known to the remittance requester and the remitter, thereby enabling efficient system operation. If a private identifier cannot be uniquely identified using this method, a subkeyword must be specified, as with a public identifier. The shared nickname information may be stored in the account identifier search means 105 or obtained from the SNS information acquisition means 106.

[0039] Additionally, "Kametaro" and "Usagi" can also be specified as Private IDs instead of Public IDs. This is because Private IDs used by close friends are often used permanently and are more suitable as key information for transmitting account information.

[0040] Returning to FIG. 2, the public identifier storage means 102 is a storage means (database) that stores the public identifiers of all users subscribing to this service. Each public identifier is linked to unique account information (bank code, branch number, account type, account number, account holder), and an unlimited setting period is set as the default, but a setting period may also be set depending on the purpose. A single representative ID may also be set as the public identifier. As mentioned above, subkeywords may also be set for the public identifier as needed.

[0041] The private identifier storage means 103 is a storage means (database) for storing the private identifiers of users. Private identifiers can also be classified as unlimited or limited in terms of the set period. Note that private identifiers do not have a representative ID or subkeyword.

[0042] The remittance destination identification means 104 has a function of accepting a remittance request (transfer request) using an account identifier from the remitter terminal 20 and converting the account identifier into unique account information based on the public identifier storage means 102 or the private identifier storage means 103. Furthermore, when the recipient sets an account identifier, the remittance destination identification means 104 also has the role of checking whether the account identifier is already in use and whether the account information can be uniquely identified from the account identifier. If shared nickname information is used to determine uniqueness, a "search flag" indicating the search scope of the shared information may be used when registering the nickname and when remitting money. For example, a search flag of 1 indicates that the search scope is a user group that includes the recipient or the remitter; a search flag of 2 indicates that the search scope is a user group that includes only the recipient; a search flag of 3 indicates that the search scope is a user group that includes only the remitter; a search flag of 4 indicates that the search scope is a user group that includes both the remitter and the recipient; and a search flag of 0 indicates that no shared information exists in the search scope. In this way, the uniqueness of the nickname used as the account identifier can be checked not only at the time of registration but also at the time of actual remittance.

[0043] The account identifier search means 105 is a means for the remitter to search for the public ID using a sub-keyword when the account identifier is a public identifier.Whether the account identifier is a public or private identifier may be notified to the remitter in advance by the depositor, but it can also be determined based on the presence or absence of a sub-keyword, even if the depositor does not inform the remitter in advance.

[0044] When a remitter searches for a public ID, the SNS information acquisition means 106 prioritizes displaying people with whom the remitter has a relationship, such as those with SNS accounts or past transfer history. An example of this is shown in Figure 5. This example shows a situation in which "Japan's A" requests "Research Institute's B" to transfer post-party membership fees and other expenses. Here, "Japan's A" simply enters "December 25th, basketball club year-end party" as the recipient's ID. "Research Institute's B" simply logs into her online banking account, enters the recipient's ID on the ID search screen, and presses the search button. "Research Institute's B" then displays "Japan's A" as the recipient. After confirming the displayed recipient, "Research Institute's B" enters the remittance amount of "¥5,000" and presses the confirm button to execute the transfer. Note that the search screen may prioritize displaying people with whom the remitter has a relationship, such as those listed as friends on SNS or those with past transfer history. This is to streamline searches.

[0045] The functional configuration of the present system described above with reference to Figures 2 to 5 is merely an example. A single functional block (database and functional processing unit) may be divided, or multiple functional blocks may be combined into a single functional block. Each functional processing unit is implemented by a central processing unit (CPU) built into the device that reads a computer program stored in a storage device, such as a read-only memory (ROM), flash memory, solid-state drive (SSD), or hard disk, and executes the computer program. That is, each functional processing unit is implemented by the computer program reading and writing necessary data, such as tables, from a database (DB) stored in the storage device or a storage area in memory, and, in some cases, controlling related hardware (e.g., an input / output device, a display device, or a communication interface device). Furthermore, the database (DB) in the embodiments of the present invention may be a commercial database, but it also refers to a simple collection of tables and files, regardless of the internal structure of the database itself.

[0046] (Processing flow) The details of the processing at the depositor's terminal and the processing at the remitter's terminal will be explained below using Figures 6 and 7. In the following processing flow diagrams (flowcharts), the processing order of each step may be changed as long as the relationship between input and output at each step is not affected.

[0047] 6 is a diagram showing the processing flow of the recipient terminal in the embodiment of the present invention. First, in step S10, the recipient terminal displays an account identifier setting screen (the ID setting screen in FIGS. 3 and 4). Next, in steps S10a and S10b, it is determined whether the input ID name is a "meaningful" string based on predetermined criteria. As mentioned above, the predetermined criteria are that the string is not a string of numbers only, is not a string of alphanumeric characters, and contains at least one word found in a dictionary, but the final determination may be made by the person inputting the ID name.

[0048] Next, in step S11, the disclosure range is checked, and if "Public" is specified as the disclosure range, the process proceeds to step S12. Here, a check is made to see if the input ID name can be uniquely identified as an account identifier. At this time, a terminology dictionary (not shown) is referenced. Also, to check whether the ID name is already in use, the public identifier storage means 102 on the server side is referenced. Furthermore, if the recipient's nickname is used as the account identifier, as mentioned above, the shared nickname information between the recipient and remitter may be used to check whether it is unique.

[0049] If the ID name cannot be uniquely identified, the user is prompted to specify a sub-keyword in step S 13. Even if the ID name can be uniquely identified, the user may be prompted to input a sub-keyword just to be sure.

[0050] Next, in step S14, the ID name and subkeyword are set as a public identifier.

[0051] Then, in step S15, it is checked whether the set ID name is designated as a representative ID, and if it is designated as a representative ID, in step S16, the ID is made distinguishable from other IDs by, for example, setting a representative flag to ON. Finally, when all setting items have been input and the user presses the setting button, the settings are saved and the process ends.

[0052] In step S11, if the ID name is not designated as public (step S11: N), the process proceeds to step S17, where the input ID name is recognized as a private identifier (private designation). Then, in step S18, it is determined whether the ID name can be uniquely identified from the perspective of the recipient to whom the private identifier is disclosed. In this case, if the recipient's nickname is used as the account identifier, as described above, it may be possible to check whether the ID name can be uniquely identified by using the nickname shared information in the user group including the recipient and remitter. If the ID name cannot be uniquely identified, then in step S18a, the user is prompted to input a subkeyword, and the input ID name is rechecked.

[0053] Next, in step S19, the set deadline is registered. Next, in steps S19a and S19b, if the ID name includes a date or a gathering name (such as "XX party," "XX celebration," or "XX gathering," the electronic calendar of the person inputting the information (remittance requester) may be checked to confirm the gathering name and date. Conversely, by clicking on an item for a specific date on the electronic calendar, the ID name may be automatically entered (transcribed). Finally, the ID of the user who will disclose the private identifier is registered as the disclosure destination. Then, when the user presses the setting button, the settings are saved and the process ends.

[0054] 7 is a diagram showing the processing flow of the remitter terminal in an embodiment of the present invention. First, in step S20, the remitter terminal checks whether the ID name specified by the recipient is public, i.e., a public identifier. The recipient may specify whether the specified ID name is a public identifier or a private identifier, but if it is unclear, the remitter terminal refers to the public identifier storage means, and if it is registered there, it proceeds with the following processing assuming it to be a public identifier.

[0055] If the ID name specified in step S20 is not Public, the process moves to step S28. However, if it is a public identifier, in step S21, a check is made to see if there is a subkeyword. If there is a subkeyword, the ID name is searched for using the subkeyword (step S22), and the search results are displayed (step S23). At this time, the remitter's past transfer history is searched, and if there is an ID with the same name, that is displayed preferentially. Also, if the remitter's SNS information (IDs of people registered in the friend list or mutual followers) can be obtained, that information is displayed preferentially.

[0056] Then, in step S24, the system waits for the remitter to select one of the search results displayed, and once a selection is made, in step S25, the selected ID name and subkeyword are converted into the recipient's account information (account number, etc.) as an account identifier, and the remittance is executed (a request is made to the accounting system to execute the remittance).

[0057] Finally, in step S26, it is checked whether the remittance has been completed normally, and if a remittance error occurs, in step S24, a message is sent to the remitter's terminal to ask the recipient to confirm that the ID name and subkeyword are correct.

[0058] Also, if it is determined in step S21 that there is no subkeyword, in step S28, the specified ID name alone is converted into the recipient's account identification information, and the remittance is executed (a request is made to the accounting system to execute the remittance).

[0059] Also, if the specified ID name is not public but private in step S20, the specified ID name is converted into the recipient's account identification information in step S28, and the remittance is executed (a request to execute the remittance is made to the accounting system). In either case, a check is made in step S26 to see if there has been a remittance error.

[0060] (Other screen examples) Other functions of this system will be described below with reference to FIGS.

[0061] Figure 8 shows an example of a screen displayed from the sender's perspective when a transfer request is made with a private identifier. Screen 304 in this example shows a list of transfer recipients for which transfer requests have been received using a private ID. Each transfer recipient uses a different private ID, but the account holder and transfer status of the transfer recipient are displayed. Screen 305 also shows a conversation with the transfer recipient in a "room." Here, a "room" (also called a "chat room") is a user interface similar to a chat room on an existing social networking service (SNS), a virtual room that allows chats (conversations) between the sender and the recipient. A room is created for each private ID, and chats with multiple recipients are possible. Of course, not only text but also images and stamps can be used. Rooms can be created within this system, or existing social networking service (SNS) chat rooms can be used.

[0062] FIG. 9 shows an example of a screen showing the history in a room as viewed from the recipient's side. The recipient can manage published transfer requests in a list. After logging in to screen 306 using their account branch number and account number, the recipient can check the history in the room for each account identifier (ID). Here, the ID can be a public ID or a private ID, as shown in screen 307. When the recipient selects a specific ID field (here, "December 25th Basketball Club Year-End Party") on screen 307, the details of that ID (in this case, a transfer from the person who requested the transfer) are displayed as shown in screen 308. This allows the recipient to check the account holder, transfer amount, and details of the transfer from this room. For example, as shown in screen 309 in FIG. 10, if the recipient is the organizer of a party, the recipient can check from the room the names of the account holders to whom transfers have been made and the amount of each transfer, the total amount of the transfer, and so on.

[0063] (Effects of the embodiment) With this system, the recipient sets a combination of any character string that will serve as an account identifier instead of an account number and notifies the sender, so that the recipient can request a remittance without disclosing the account number information to the sender.In addition, there are two types of account identifiers: public identifiers that are not disclosed to any limited parties, and private identifiers that are disclosed only to a limited number of parties, so you can use them according to your purpose.

[0064] In addition, any character string that becomes an account identifier can be determined to be "meaningful" or not based on predetermined criteria. By using a "meaningful" character string as an account identifier, it becomes easier to remember and input errors can be reduced.

[0065] Furthermore, when a remitter uses a public identifier to send money, if the public identifier is not unique, the recipient can uniquely identify the remittance destination by searching using a sub-keyword set in advance by the recipient.

[0066] Furthermore, when the nickname of the recipient's account is used as the account identifier, whether the nickname can be uniquely identified is checked based on the shared nickname information of a user group including the recipient and / or remitter, and the check is limited to nicknames known to the recipient and remitter, allowing the system to be operated efficiently.

[0067] In addition, if the private identifier includes the name or date of a meeting among a limited number of recipients, the recipient can confirm or transcribe the name or date of the meeting from their electronic calendar, making it easier to input the private identifier and to associate the content of the meeting (gathering).

[0068] Furthermore, the disclosure destination of the private identifier can be easily identified by specifying a character string designated as a representative of the multiple public identifiers.

[0069] Furthermore, when a remitter searches for a public identifier, people who are in contact with the remitter on the SNS or who have made transfers in the past are displayed preferentially, making it easier for the remitter to find the uniqueness of the public identifier.

[0070] In addition, senders and recipients can send messages, images, and stamps within chat rooms linked to account identifiers, allowing them to confirm and have other conversations with the other party using the same user interface as chat rooms on existing social networking sites.

[0071] Although the present invention has been described above using the embodiments, it goes without saying that the technical scope of the present invention is not limited to the scope described in the above embodiments. It will be apparent to those skilled in the art that various modifications and improvements can be made to the above embodiments. Furthermore, it is clear from the claims that such modifications and improvements can also be included within the technical scope of the present invention.

[0072] In the above embodiment, the cash remittance system in a bank has been described in particular, but the present invention can also be applied to remittances in other financial institutions. Also, in the above embodiment, the present invention has been described as a remittance system as an invention of a product, but the present invention can also be regarded as an invention of a remittance method or an invention of a program that causes a computer to execute remittance processing. [Explanation of symbols]

[0073] 10 Depositor terminal 20 Remitter terminal 100 remittance servers 101 Account identifier setting means 102 Public identifier storage means 103 Private identifier storage means 104 Remittance destination identification method 105 Account Identifier Search Means 106 SNS information acquisition means 200 Accounting Systems 201 Means of remittance execution 202 Remittance history storage means 301,302 Account identifier setting screen 303~309 Other screens

Claims

1. A remittance system that allows a remitter to remit money without specifying the recipient's account number, having the recipient input an arbitrary combination of characters that will be used as an account identifier in place of the account number; an account identifier setting means for causing the recipient to set the input character string as a public identifier that will be made public to an unlimited number of recipients; a remittance destination specifying means for searching for a remittance destination using a sub-keyword preset by the recipient, if the public identifier is not unique when the remitter remits the remittance using the public identifier; A remittance system comprising:

2. 2. The remittance system according to claim 1, wherein the remittance destination specifying means checks whether the nickname input by the recipient as the account identifier in the account identifier setting means can be uniquely specified.

3. If the arbitrary character string is the nickname of the recipient's account, The remittance system according to claim 2, characterized in that it checks whether the nickname is unique based on shared nickname information in a user group including the recipient or a user group including the remitter.

4. If the arbitrary character string is the nickname of the recipient's account, The remittance system of claim 2, wherein the system checks whether the nickname is unique based on shared nickname information in a user group including only the recipient, a user group including only the remitter, or a user group including both the recipient and the remitter.

5. 5. The remittance system according to claim 1, wherein a plurality of identifiers for identifying a single account can be registered for the single account instead of an account number.

6. The remittance system according to claim 1 or 2, characterized in that when the remitter searches for the public identifier, people with whom the remitter has contact on SNS or people with whom the remitter has made transfers in the past are preferentially displayed based on whether or not the remitter has registered them as friends on the SNS or has made transfers to the remitter.

7. A remittance method that allows a remitter to remit money without specifying the recipient's account number, having the payee input an arbitrary character string combination that serves as an account identifier in place of the account number; a step of having the recipient set the input character string as a public identifier to be made public to an unlimited number of recipients and / or as a private identifier to be made public only to a limited number of recipients; uniquely identifying the recipient's account number from the public identifier or the private identifier and executing the remittance; When the remitter uses the public identifier to remit money, if the public identifier is not unique, the recipient searches using a sub-keyword previously set by the remitter to uniquely identify the remitter; A remittance method characterized by being executed by a computer.

8. 8. A program causing the computer to execute the steps set forth in claim 7.

Images