WO2021111660A1 - Programme, procédé de traitement d'informations et terminal - Google Patents

Programme, procédé de traitement d'informations et terminal Download PDF

Info

Publication number
WO2021111660A1
WO2021111660A1 PCT/JP2020/023193 JP2020023193W WO2021111660A1 WO 2021111660 A1 WO2021111660 A1 WO 2021111660A1 JP 2020023193 W JP2020023193 W JP 2020023193W WO 2021111660 A1 WO2021111660 A1 WO 2021111660A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
user
information
amount
payment
Prior art date
Application number
PCT/JP2020/023193
Other languages
English (en)
Japanese (ja)
Inventor
亮介 濱窄
洋輔 真崎
Original Assignee
ＬＩＮＥ Ｐａｙ株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from JP2019220729A external-priority patent/JP6914315B2/ja
Priority claimed from JP2019220731A external-priority patent/JP2021089682A/ja
Priority claimed from JP2019220732A external-priority patent/JP2021089683A/ja
Priority claimed from JP2019220730A external-priority patent/JP2021089681A/ja
Application filed by ＬＩＮＥ Ｐａｙ株式会社 filed Critical ＬＩＮＥ Ｐａｙ株式会社
Priority to KR1020227022134A priority Critical patent/KR20220107259A/ko
Priority to CN202080083115.5A priority patent/CN114830157A/zh
Publication of WO2021111660A1 publication Critical patent/WO2021111660A1/fr

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/14—Payment architectures specially adapted for billing systems

Definitions

  • This disclosure relates to programs, information processing methods, and terminals.
  • Patent Document 1 discloses a technique for settling the purchase price of a product.
  • the program for causing the terminal to execute the processing related to the payment is the first payment based on the processing related to the first payment by the user of the terminal based on the input to the terminal by the user of the terminal.
  • the information is transmitted by the communication unit of the terminal, the first amount of money sent or received by the user of the terminal based on the first payment information, and the second amount of money sent or received by the user of the terminal different from the terminal.
  • At least the information of the first amount of money is received by the communication unit, and the remittance processing or the receiving process based on the first amount of money is executed by the control unit of the terminal by the terminal.
  • the information processing method of the terminal that executes the processing related to the payment obtains the first payment information based on the processing related to the first payment by the terminal user based on the input to the terminal by the terminal user. At least of the first amount of money sent or received by the user of the terminal based on the first payment information and the second amount of money sent or received by the user of the terminal different from the terminal. It includes receiving the information of the first amount of money by the communication unit and executing the remittance processing or the receiving process based on the first amount of money by the control unit of the terminal.
  • the terminal that executes the processing related to the payment transmits the first payment information based on the processing related to the first payment by the terminal user based on the input to the terminal by the terminal user, and the first payment information is transmitted.
  • a communication unit that receives at least the first amount of information, out of the first amount of money sent or received by the user of the terminal based on the payment information and the second amount of money sent or received by the user of the terminal different from the terminal.
  • a control unit that executes a remittance process or a receipt process based on the first amount of money.
  • the terminal that executes the processing related to the payment includes a processor that reads the program stored in the memory and executes the processing based on the program, and the processor is input to the terminal by the user of the terminal.
  • the communication unit of the terminal Based on the fact that the communication unit of the terminal transmits the first payment information based on the processing related to the first payment by the terminal user, the first amount of money sent or received by the terminal user based on the first payment information, and the terminal.
  • the second amount of money sent or received by a user of a terminal different from the above, at least the information of the first amount is received by the communication unit, and the money transfer process or the receiving process based on the first amount is executed.
  • the program for causing the server communicating with the terminal that executes the processing related to the payment to be executed is the processing related to the first payment by the user of the terminal based on the input to the terminal by the user of the terminal.
  • the first payment information based on is received by the communication unit of the server, the first amount of money sent or received by the terminal user based on the first payment information, and the second amount sent or received by the user of the terminal different from the terminal.
  • the program for causing the terminal that executes the processing related to the payment to execute the first payment information among the plurality of payment information related to the payment by the user of the terminal is transmitted by the communication unit of the terminal.
  • the information processing method of the terminal that executes the processing related to the payment is to transmit the first payment information among the plurality of payment information related to the payment by the user of the terminal by the communication unit of the terminal.
  • the information of at least the first amount of the first amount of money sent or received by the user of the terminal based on the first payment information and the second amount of money sent or received by the user of the terminal different from the terminal is transmitted by the communication unit. It includes receiving and executing a remittance process or a receipt process based on the information of the first amount.
  • the terminal that executes the processing related to the payment transmits the first payment information among the plurality of payment information related to the payment by the user of the terminal, and the user of the terminal is based on the first payment information.
  • a terminal that executes processing related to payment includes a processor that reads a program stored in a memory and executes processing based on the program, and the processor includes a plurality of processors related to payment by a user of the terminal.
  • the first payment information is transmitted by the communication unit of the terminal, the first amount of money sent or received by the terminal user based on the first payment information, and the user of the terminal different from the terminal sends money.
  • the second amount of money to be received at least the information of the first amount of money is received by the communication unit, and the remittance processing or the receiving process based on the information of the first amount of money is executed.
  • it is a program for causing a server that communicates with a terminal that executes processing related to payment to execute, and selects the first payment information from a plurality of payment information related to payment by the user of the terminal.
  • the processing to be performed is executed by the control unit of the server, and the first amount of money sent or received by the user of the terminal based on the first payment information and the second amount of money sent or received by the user of the terminal different from the terminal.
  • at least the information of the first amount is transmitted to the terminal by the communication unit, and the information of at least the second amount is transmitted to a different terminal by the communication unit, and the remittance processing or the receipt processing to the terminal based on the first amount.
  • the server executes the remittance processing or the receiving processing to different terminals based on the second amount of money by the control unit.
  • the program for causing the terminal to execute the processing related to the payment executes the first payment information based on the processing related to the first payment based on the input to the terminal by the user of the terminal.
  • the process of modifying the payment information is executed by the control unit of the terminal, the first amount of money sent or received by the user of the terminal based on the second payment information, and the first amount of money sent or received by the user of the terminal different from the terminal.
  • the two amounts at least the information of the first amount is received by the communication unit of the terminal, and the remittance processing or the receiving process based on the first amount is executed by the terminal by the terminal.
  • the information processing method of the terminal that executes the processing related to the payment uses the first payment information based on the processing related to the first payment as the second payment information based on the input to the terminal by the user of the terminal.
  • the first amount of money sent or received by the user of the terminal and the second amount of money sent or received by the user of the terminal different from the terminal are executed by the control unit of the terminal.
  • the control unit of the terminal At least the information of the first amount of money is received by the communication unit of the terminal, and the remittance processing or the receiving process based on the first amount of money is executed by the control unit.
  • the terminal that executes the processing related to payment modifies the first payment information based on the processing related to the first payment into the second payment information based on the input to the terminal by the user of the terminal. At least the first amount of the first amount of money sent or received by the terminal user and the second amount of money sent or received by the user of the terminal different from the terminal based on the control unit and the second payment information.
  • the control unit is provided with a communication unit that receives the information of the above, and the control unit executes a remittance processing or a receiving processing based on the first amount of money.
  • the terminal that executes the processing related to the payment includes a processor that reads the program stored in the memory and executes the processing based on the program, and the processor is input to the terminal by the user of the terminal. Based on this, the process of modifying the first payment information based on the processing related to the first payment to the second payment information is executed, the first amount of money sent or received by the terminal user based on the second payment information, and the terminal.
  • the second amount of money sent or received by a user of a terminal different from the above at least the information of the first amount is received by the communication unit of the terminal, and the money transfer process or the receipt process based on the first amount is executed. ..
  • the program for causing the server communicating with the terminal that executes the processing related to payment to execute is the first payment based on the processing related to the first payment based on the input to the terminal by the user of the terminal.
  • the process of modifying the information into the second payment information is executed by the control unit of the server, the first amount of money sent or received by the terminal user based on the second payment information, and the user of the terminal different from the terminal sends money.
  • at least the first amount of information is transmitted to the terminal by the communication unit of the server, and at least the second amount of information is transmitted to a different terminal by the communication unit, and based on the first amount of money.
  • the control unit executes the remittance processing or receipt processing for the terminal and the remittance processing or receipt processing for different terminals based on the second amount of money by the server.
  • the program for causing the terminal to execute the processing related to the payment is the first payment based on the processing related to the first payment by the user of the terminal based on the input to the terminal by the user of the terminal.
  • the information is transmitted by the communication unit of the terminal, the first amount of money sent or received by the user of the terminal based on the first payment information, and the second amount of money sent or received by the user of the terminal different from the terminal.
  • the information processing method of the terminal that executes the processing related to payment obtains the first payment information based on the processing related to the first payment by the user of the terminal based on the input to the terminal by the user of the terminal.
  • the terminal that executes the processing related to the payment transmits the first payment information based on the processing related to the first payment by the terminal user based on the input to the terminal by the terminal user, and the first payment information is transmitted.
  • a communication unit that receives at least the first amount of information, out of the first amount of money sent or received by the user of the terminal based on the payment information and the second amount of money sent or received by the user of the terminal different from the terminal.
  • a control unit that executes a first remittance process or a first receipt process based on the first amount of money is provided, and the control unit is based on the second payment information when the first payment information is modified to the second payment information.
  • a terminal that executes processing related to payment includes a processor that reads a program stored in a memory and executes processing based on the program, and the processor receives input to the terminal by a user of the terminal. Based on the fact that the communication unit of the terminal transmits the first payment information based on the processing related to the first payment by the terminal user, the first amount of money sent or received by the terminal user based on the first payment information, and the terminal.
  • the program for causing the server communicating with the terminal that executes the processing related to the payment to be executed is the processing related to the first payment by the user of the terminal based on the input to the terminal by the user of the terminal.
  • the first payment information based on is received from the terminal by the communication unit of the server, the first amount of money sent or received by the user of the terminal based on the first payment information, and the user of the terminal different from the terminal sends or receives the money.
  • the second amount at least the information of the first amount is transmitted to the terminal by the communication unit, and the information of at least the second amount is transmitted to a different terminal by the communication unit, and the first amount to the terminal based on the first amount.
  • the third remittance processing to the terminal or the third receiving processing to the terminal is based on the second payment information, and the terminal is different from the third payment processing.
  • the server executes the fourth remittance processing or the fourth receiving processing by the control unit.
  • the flowchart which shows an example of the flow of the process executed by each apparatus in 1st Example.
  • the figure which shows an example of the structure of the communication system in 2nd Example.
  • the figure which shows an example of the function realized by the control part of the server in 2nd Example.
  • the figure which shows an example of the information stored in the storage part of the server in 2nd Example.
  • the figure which shows an example of the function realized by the control part of the terminal in 2nd Example The figure which shows an example of the information stored in the storage part of the terminal in 2nd Example.
  • the figure which shows an example of the screen displayed on the display part of the terminal in 2nd Example The figure which shows an example of the screen displayed on the display part of the terminal in 2nd Example.
  • the figure which shows an example of the screen displayed on the display part of the terminal in 2nd Example The figure which shows an example of the screen displayed on the display part of the terminal in 2nd Example.
  • the figure which shows an example of the screen displayed on the display part of the terminal in 2nd Example The figure which shows an example of the screen displayed on the display part of the terminal in 2nd Example.
  • the figure which shows an example of the screen displayed on the display part of the terminal in 2nd Example The figure which shows an example of the screen displayed on the display part of the terminal in 2nd Example.
  • the figure which shows an example of the screen displayed on the display part of the terminal in 2nd Example The figure which shows an example of the screen displayed on the display part of the terminal in 2nd Example.
  • the flowchart which shows an example of the flow of the process executed by each apparatus in 2nd Example The flowchart which shows an example of the flow of the process executed by each apparatus in 2nd Example.
  • the flowchart which shows an example of the flow of the process executed by each apparatus in 2nd Example The flowchart which shows an example of the flow of the 1st split bill approval management process in 2nd Example.
  • the figure which shows an example of the user management database in the 2nd modification The figure which shows an example of the screen displayed on the display part of the terminal in the 2nd modification.
  • the flowchart which shows an example of the flow of processing executed by each apparatus in 2nd modification The flowchart which shows an example of the flow of processing executed by each apparatus in 2nd modification.
  • the figure which shows an example of the screen displayed on the display part of the terminal in 3rd Example The figure which shows an example of the screen displayed on the display part of the terminal in 3rd Example.
  • the figure which shows an example of the screen displayed on the display part of the terminal in 3rd Example The figure which shows an example of the screen displayed on the display part of the terminal in 3rd Example.
  • the flowchart which shows an example of the flow of the process executed by each apparatus in 3rd Example.
  • the figure which shows an example of the screen displayed on the display part of the terminal in 3rd Example The figure which shows an example of the screen displayed on the display part of the terminal in 3rd Example.
  • the figure which shows an example of the screen displayed on the display part of the terminal in 3rd Example The figure which shows an example of the screen displayed on the display part of the terminal in 3rd Example.
  • the figure which shows an example of the screen displayed on the display part of the terminal in 4th Example The figure which shows an example of the screen displayed on the display part of the terminal in 4th Example.
  • the figure which shows an example of the screen displayed on the display part of the terminal in 4th Example The figure which shows an example of the screen displayed on the display part of the terminal in 4th Example.
  • the figure which shows an example of the screen displayed on the display part of the terminal in 4th Example The figure which shows an example of the screen displayed on the display part of the terminal in 4th Example.
  • the figure which shows an example of the screen displayed on the display part of the terminal in 5th Example The figure which shows an example of the screen displayed on the display part of the terminal in 5th Example.
  • the figure which shows an example of the screen displayed on the display part of the terminal in 5th Example The figure which shows an example of the screen displayed on the display part of the terminal in 5th Example.
  • the figure which shows an example of the function realized by the control part of the messaging server in 5th Example The figure which shows an example of the information stored in the storage part of the messaging server in 5th Example.
  • the figure which shows an example of the messaging application user registration data in 5th Example The figure which shows an example of the split bill management database in 5th Example.
  • the flowchart which shows an example of the flow of the process executed by each apparatus in 5th Example The flowchart which shows an example of the flow of the process executed by each apparatus in 5th Example.
  • the flowchart which shows an example of the flow of MSG split bill approval management processing in 5th Example The figure which shows an example of the screen displayed on the display part of the terminal in 5th modification.
  • the figure which shows an example of the screen displayed on the display part of the terminal in 5th modification The figure which shows an example of the screen displayed on the display part of the terminal in 5th modification.
  • the figure which shows an example of the screen displayed on the display part of the terminal in 6th Example The figure which shows an example of the screen displayed on the display part of the terminal in 6th Example.
  • the figure which shows an example of the information stored in the storage part of the messaging server in 6th Example The figure which shows an example of the split bill management database in 6th Example.
  • the figure which shows an example of the group management database in 6th Example The flowchart which shows an example of the flow of the process executed by each apparatus in 6th Example.
  • the figure which shows an example of the screen displayed on the display part of the terminal in 6th modification The flowchart which shows an example of the flow of processing executed by each apparatus in 6th modification.
  • the figure which shows an example of the screen displayed on the display part of the terminal in 6th modification The figure which shows an example of the screen displayed on the display part of the terminal in 6th modification.
  • the figure which shows an example of the screen displayed on the display part of the terminal in 6th modification The figure which shows an example of the screen displayed on the display part of the terminal in 6th modification.
  • the figure which shows an example of the screen displayed on the display part of the terminal in 6th modification The figure which shows an example of the screen displayed on the display part of the terminal in 6th modification.
  • the figure which shows an example of the screen displayed on the display part of the terminal in 6th modification The figure which shows an example of the screen displayed on the display part of the terminal in 6th modification.
  • the figure which shows an example of the screen displayed on the display part of the terminal in 6th modification The figure which shows an example of the screen displayed on the display part of the terminal in 6th modification.
  • the flowchart which shows an example of the flow of processing executed by each apparatus in 6th modification.
  • the flowchart which shows an example of the flow of the process executed by each apparatus in 8th Example The figure which shows an example of the screen displayed on the display part of the terminal in 8th modification. The figure which shows an example of the screen displayed on the display part of the terminal in 8th modification.
  • the flowchart which shows an example of the flow of the process executed by each apparatus in 8th modification The figure which shows an example of the screen displayed on the display part of the terminal in 9th Example.
  • the flowchart which shows an example of the flow of the process executed by each apparatus in 10th Example The figure which shows an example of the screen displayed on the display part of the terminal in 11th Example.
  • FIG. 5 is a flowchart showing an example of a flow of processing executed by each device in the 14th embodiment.
  • the figure which shows an example of the screen displayed on the display part of the terminal in the 14th modification. The figure which shows an example of the screen displayed on the display part of the terminal in 15th Example.
  • the figure which shows an example of the screen displayed on the display part of the terminal in 15th Example. The figure which shows an example of the screen displayed on the display part of the terminal in 15th Example.
  • the figure which shows an example of the screen displayed on the display part of the terminal in 15th Example. The figure which shows an example of the split bill management database in 15th Example.
  • the figure which shows an example of the screen displayed on the display part of the terminal in 16th Example The figure which shows an example of the screen displayed on the display part of the terminal in 16th Example.
  • the figure which shows an example of the screen displayed on the display part of the terminal in 16th Example The figure which shows an example of the screen displayed on the display part of the terminal in 16th Example.
  • the figure which shows an example of the screen displayed on the display part of the terminal in 16th Example The figure which shows an example of the screen displayed on the display part of the terminal in 16th Example.
  • the figure which shows an example of the screen displayed on the display part of the terminal in 16th Example The figure which shows an example of the screen displayed on the display part of the terminal in 17th Example.
  • the figure which shows an example of the screen displayed on the display part of the terminal in 17th Example The figure which shows an example of the screen displayed on the display part of the terminal in 17th Example.
  • the figure which shows an example of the screen displayed on the display part of the terminal in 17th Example The figure which shows an example of the screen displayed on the display part of the terminal in 17th Example.
  • the figure which shows an example of the screen displayed on the display part of the terminal in 17th Example The figure which shows an example of the screen displayed on the display part of the terminal in 17th Example.
  • the figure which shows an example of the screen displayed on the display part of the terminal in 17th Example The figure which shows an example of the screen displayed on the display part of the terminal in 17th Example.
  • the figure which shows an example of the screen displayed on the display part of the terminal in 17th Example The figure which shows an example of the screen displayed on the display part of the terminal in 17th Example.
  • the figure which shows an example of the screen displayed on the display part of the terminal in 17th Example The figure which shows an example of the screen displayed on the display part of the terminal in 17th Example.
  • the flowchart which shows an example of the flow of the process executed by each apparatus in 19th Embodiment.
  • the figure which shows an example of the screen displayed on the display part of the terminal in 22nd Example The figure which shows an example of the screen displayed on the display part of the terminal in 22nd Example.
  • the figure which shows an example of the screen displayed on the display part of the terminal in 22nd Example The figure which shows an example of the screen displayed on the display part of the terminal in 22nd Example.
  • Electronic money is electronic money that is distinguished from physical money, and means the terminal 20 managed in the above-mentioned various applications or the electronic money owned by the user of the terminal 20.
  • electronic money may or may not be expressed as “electronic money” or “digital currency (digital currency)”.
  • legal tender or virtual currency may be used as “electronic money (electronic money)” or “digital currency (digital currency)”.
  • cryptocurrency cryptocurrency
  • the virtual currency may include physical money such as coupons.
  • the expression "by communication I / F" is used as appropriate. This indicates that the device transmits and receives various information and data via the communication I / F (via the communication unit) based on the control of the control unit (processor or the like), for example, without limitation. ..
  • “payment” means electronic payment (electronic payment).
  • An example of this is electronic payment using the above-mentioned electronic money.
  • “shopping settlement” is exemplified as a kind of this settlement.
  • the shopping settlement is a payment for making a payment as consideration for purchasing a product, providing a service, or the like, and is an example of a payment made by a user of the terminal 20 (a payment made by the user of the terminal 20).
  • the shopping settlement history is an example of payment information based on the processing related to the payment by the user of the terminal 20 (the processing executed by the terminal 20 for the payment by the user of the terminal 20).
  • the "processing related to payment” is not limited, but as an example, is a process related to shopping settlement executed by the terminal 20, and is a process of acquiring code information for performing shopping settlement from a server or the like (the server or the like generates code information). (Including the process of requesting to the server, the process of receiving the generated code information from the server, etc.), the process of displaying the acquired code information, and the settlement result (including the payment notification) of the shopping settlement are acquired from the server, etc. It includes processing that is related to the shopping settlement, such as processing, and more specifically, processing that is generally executed by the terminal 20 as the processing that is related to the shopping settlement.
  • the "code information” includes a code image and information (stored information, encoding information) stored in the code image.
  • splitting the bill means that the users of the plurality of terminals 20 bear the paid amount based on one or a plurality of shopping settlement histories.
  • the splitting in the present specification does not necessarily mean that the amount of money is equally divided among the users of the plurality of terminals 20, but also includes the case where the amount of money is divided (proportionately) among the users of the plurality of terminals 20. It shall mean that “equal divisions” are divided by the same proportion, and that “provisional divisions” shall be divided by different proportions.
  • split bill settlement the settlement of the split bill money
  • split bill settlement process the process for realizing this split bill settlement.
  • the split bill settlement may be expressed as "split bill settlement” in the sense of the split bill settlement, and the split bill settlement process may be expressed as "split bill settlement process" or may not be used.
  • the transmission of information by the terminal 20 includes not only transmitting information to different terminals 20 but also transmitting information to a server such as a server 10 or a messaging server 40. To do.
  • the first embodiment is an embodiment for realizing splitting of the settlement amount of the shopping settlement by the user of either terminal 20 between the terminals 20 of the two users.
  • terminals 20 In the communication system according to the present embodiment, at least a plurality of terminals 20 (terminals 20A, terminals 20B, terminals 20C, ...) are connected via a network (Internet, etc.) as an example without limitation.
  • the terminal 20 (terminal 20A, terminal 20B, terminal 20C, ...) (Not limited, but an example of a terminal and an information processing device) is any information processing terminal capable of realizing the functions described in each embodiment. It may be a terminal.
  • the terminal 20 is not limited but, for example, a smartphone, a mobile phone (feature phone), a computer (not limited, for example, a desktop, a laptop, a tablet, etc.), a media computer platform (not limited, for example, a cable, a satellite set). Top boxes, digital video recorders), handheld computer devices (not limited, but examples such as PDAs (personal digital assistants), email clients, etc.), wearable terminals (glasses devices, clock devices, etc.), or other types of computers. , Or includes a communication platform. Further, the terminal 20 may be expressed as an information processing terminal.
  • the terminal 20 Since the configurations of the terminal 20A, the terminal 20B, and the terminal 20C are basically the same, the terminal 20 will be described in the following description. Further, although illustrated and described in detail in the second and subsequent embodiments, the control unit of the terminal 20 will be referred to as the control unit 21, and the communication unit of the terminal 20 will be described as the communication I / F (interface) 22.
  • FIG. 1 is a flowchart showing an example of a flow of processing executed by each device in this embodiment. From the left side, the splitting process executed by the control unit 21 of terminal A (terminal 20 of user A.A as an example, not limited), and control of terminal B (terminal 20 of user BB as an example, not limited). An example of the splitting process executed by the unit 21 is shown.
  • the user of the terminal A will be referred to as "user A.A”
  • the user of the terminal B will be referred to as "user BB”.
  • the shopping settlement history (more specifically, the shopping settlement amount) by A is displayed on the user B.
  • the case of splitting the bill with B will be described as an example.
  • the shopping settlement history in addition to the shopping settlement amount, the name (store name) of the store that purchased the product or the store that received the service, the name and type of the purchased product or the service provided, as an example, not limited. , The date and time when the settlement was made (shopping settlement date and time), and the amount when the settlement was made (shopping settlement amount) can be included.
  • the shopping settlement history can also be expressed as shopping settlement history information.
  • the control unit 21 of the terminal A executes the first shopping settlement history selection process (A10).
  • the control unit 21 of the terminal A is not limited, but as an example, the user A. stored in the storage unit 28 of the terminal A. From the plurality of shopping settlement histories by A, at least one shopping settlement history is selected based on the operation input for selecting the shopping settlement history for the input / output unit 23.
  • the shopping settlement history in this embodiment is an example of the first settlement information based on the processing related to the first settlement by the terminal user.
  • the control unit 21 of the terminal A transmits the shopping settlement history selected in A10 to the terminal B by the communication I / F 22 (A20).
  • the shopping settlement history selected in A10 is transmitted based on the operation input for transmitting the shopping settlement history to the input / output unit 23.
  • the shopping settlement history to be transmitted may include at least information on the shopping settlement amount as an example and not a limitation.
  • the shopping settlement amount is the amount actually settled in the shopping settlement (the amount actually paid by the user in the shopping settlement).
  • the control unit 21 of the terminal B calculates the excess / deficiency amount (hereinafter referred to as "excess / deficiency amount") in the split bill (B30). Specifically, based on the shopping settlement amount in the shopping settlement history received from the terminal A, the user B.
  • the excess / deficiency amount of B (in this example, the amount of money that user BB sends to user AA) is calculated.
  • the amount paid by the user in the shopping settlement is referred to as the "paid amount" of the user.
  • the shopping settlement amount in the shopping settlement history is the paid amount.
  • the paid amount is "0 yen”.
  • the user B. B does not register the shopping settlement history as a split bill, and user A. Considering the case where only A registers the shopping settlement history as a split bill, the user A. The paid amount of A is transferred to the user B.
  • the burden per person hereinafter referred to as "amount per person" is "the amount paid for splitting the bill (in this example, the amount paid by user AA) / the number of people to split the bill. (Two people in this example) ”.
  • B30 user B. Not the excess or deficiency amount of B, but the user A.
  • the excess or deficiency amount of A may or may not be calculated. In this case, in the above example, the user A. Since the paid amount of A is "1,000 yen" and the amount of money per person is "500 yen", the user A.
  • B30 user A.
  • the ratio of split bills may be evenly divided (equal division) as described above, or may be a different ratio (provisional division).
  • the control unit 21 of the terminal B transmits the information on the excess / deficiency amount calculated in B30 (hereinafter, referred to as “excess / deficiency amount information”) to the terminal A by the communication I / F22 (B40).
  • the excess / deficiency amount information to be transmitted to the terminal A is the user B. It may be used as information on the excess or deficiency amount of B, or user A. It may be used as information on the excess or deficiency amount of A, or user A. A and user B. It may be information on both excess and deficiency amounts with B.
  • the terminal 20 of the user who pays the amount performs a remittance process of transferring the excess or deficiency amount of the user to the terminal 20 of the other user by electronic money.
  • the terminal 20 of the user who receives the money performs the receiving process of receiving the excess or deficiency amount of money of the user from the terminal 20 of the other user by electronic money.
  • Sending money to users of different terminals 20 is called “remittance”, and the process for realizing this remittance is called “remittance process”.
  • remittance process the fact that the user of the terminal 20 receives the money sent from the user of the different terminal 20 (or the terminal 20 receives the money sent from the different terminal 20) is called “receipt”, and this receipt is realized. The processing for this is called “receipt processing”.
  • the control unit 21 of the terminal A When the excess / deficiency amount information is received from the terminal B (A40), the control unit 21 of the terminal A performs a split bill settlement process with the control unit 21 of the terminal B (A50, B50). Specifically, the control unit 21 of the terminal B is not limited to the user B. The excess or deficiency amount of B is remitted to the terminal A by the communication I / F22. On the other hand, the control unit 21 of the terminal A receives the communication I / F22 from the terminal B to the user B. Receive money equivalent to B's excess or deficiency amount.
  • the split bill settlement process in this embodiment is an example of a remittance process / receipt process executed by the control unit 21 of the terminal 20.
  • the split bill settlement process can be performed between the terminal A and the terminal B by using Internet banking (online banking) or the like, for example, without limitation. Further, as another method, the split bill settlement process can be performed by using a service related to electronic money such as a payment service (payment application) described later.
  • a payment service payment application
  • the control unit 21 of the terminal A causes the display unit 24 to display the result of the split bill settlement (hereinafter, referred to as “split bill settlement result”) (A60).
  • split bill settlement result the result of the split bill settlement (hereinafter, referred to as “split bill settlement result”)
  • the received amount received in the receiving process or the remittance amount sent from the other party in the remittance processing) is displayed on the display unit 24.
  • control unit 21 of the terminal A determines whether or not to end the processing (A90), and if it is determined to continue the processing (A90: NO), returns the processing to A10. On the other hand, if it is determined that the processing is finished (A90: YES), the splitting process is finished.
  • control unit 21 of the terminal B causes the display unit 24 to display the split bill settlement result (B60). Specifically, as an example, not limited, the remittance amount (or the amount received by the other party in the remittance process) sent in the remittance process is displayed on the display unit 24.
  • control unit 21 of the terminal B determines whether or not to end the processing (B90), and if it is determined to continue the processing (B90: NO), returns the processing to B20. On the other hand, if it is determined that the processing is finished (B90: YES), the splitting process is finished.
  • the user (first user) of the terminal 20 for transmitting the shopping settlement history is the user who has already paid the amount by the shopping settlement and is the side requesting the split bill.
  • the terminal 20 of one user executes the receiving process.
  • the terminal 20 of the second user executes the remittance process.
  • the terminal 20 of the first user may execute the remittance process
  • the terminal 20 of the second user may execute the receiving process. Therefore, the terminal 20 executes one of the remittance processing and the receiving processing.
  • the terminal 20 makes a shopping settlement history (not a limitation, but a first settlement) based on an operation input to the terminal 20 by the user of the terminal 20 (an example of input to the terminal by the user of the terminal, not a limitation).
  • An example of information is transmitted to a different terminal 20 depending on the communication I / F 22 (not limited, but an example of the communication unit of the terminal).
  • the terminal 20 has an excess / deficiency amount based on the transmitted shopping settlement history (not limited, but a first amount of money sent or received by the terminal user based on the first payment information, and a user of a terminal different from the terminal sends money.
  • the terminal 20 performs a split bill settlement process (an example of a remittance process or a receipt process based on the first amount, not a limitation) based on the excess or deficiency amount, and a control unit 21 (an example of a control unit of the terminal, not a limitation). Shows the configuration to be executed by. As an example of the effect obtained by such a configuration, the terminal performs remittance processing or receipt processing based on the first amount of money based on the transmission of the first payment information based on the processing related to the first payment by the user of the terminal. It can be executed by the control unit to easily send or receive money, and the convenience of the user can be improved.
  • the control unit 21 of the terminal 20 includes a processor that reads a program stored in the memory and executes processing based on the program. Based on the operation input to the terminal 20 by the user of the terminal 20 (not limited, but an example of the input to the terminal by the user of the terminal), the processor performs the processing related to the first payment by the user of the terminal, not limited.
  • An example of the first payment information based on the above is transmitted to a different terminal 20 depending on the communication I / F 22 (not limited, but an example of the communication unit of the terminal).
  • the processor remits the excess or deficiency amount based on the transmitted shopping settlement history (not limited, but the first amount of money sent or received by the terminal user based on the first payment information, and the user of the terminal different from the terminal sends money. Or, of the second amount of money to be received, at least one example of the first amount of money) is received from the terminal 20 which differs depending on the communication I / F 22. Then, the processor shows a configuration in which the split bill settlement process (not limited, but an example of the remittance process or the receipt process based on the first amount) is executed based on the excess or deficiency amount. Even with such a configuration, the same effect as described above can be obtained.
  • the first embodiment shows a configuration in which the above remittance processing or receiving processing is a process including remittance or receiving to a user of a different terminal 20 (not limited to an example of a user of a different terminal). There is. With such a configuration, it is possible to easily realize remittance to users of different terminals or receipt of money from users of different terminals.
  • the shopping settlement history shows a configuration including information on the shopping settlement amount (not limited, but an example of information on the amount of the first settlement by the user of the terminal).
  • the terminal receives and acquires at least the information of the first payment amount by transmitting the first payment information including the information of the first payment amount by the user of the terminal. be able to.
  • the shopping settlement history shows a configuration in which the shopping settlement history is a settlement history of the shopping settlement (not limited, but an example of the settlement history of the first settlement).
  • the terminal can receive and acquire at least the information of the first amount of money by transmitting the settlement history of the first settlement.
  • the terminal 20 makes a purchase selected by the user of the terminal 20 among a plurality of shopping settlement histories (not limited to an example of a plurality of payment information) by the user of the terminal 20.
  • the payment history (not limited, but an example of the first payment information) is transmitted to different terminals 20 depending on the communication I / F 22 (not limited, an example of the communication unit of the terminal).
  • the terminal 20 has an excess / deficiency amount based on the transmitted shopping settlement history (not limited, but a first amount of money sent or received by the terminal user based on the first payment information, and a user of a terminal different from the terminal.
  • Information on the second amount of money to be remitted or received (at least one example of the first amount) is received from the terminal 20 by the communication I / F22. Then, the terminal 20 performs a split bill settlement process (an example of a remittance process or a receipt process based on the first amount, not a limitation) based on the excess or deficiency amount, and a control unit 21 (an example of a control unit of the terminal, not a limitation). Shows the configuration to be executed by. As an example of the effect obtained by such a configuration, the terminal is based on the first payment information based on the fact that the communication unit transmits the first payment information among a plurality of payment information related to the payment by the user of the terminal. The remittance process or the receipt process based on the information of the first amount can be executed by the control unit to easily transfer or receive the money.
  • a split bill settlement process an example of a remittance process or a receipt process based on the first amount, not a limitation
  • the terminal 20 includes a processor that reads a program stored in the memory and executes processing based on the program.
  • the processor is the first shopping settlement history (not limited, but first) selected by the user of the own terminal 20 among the plurality of shopping settlement histories (an example of a plurality of payment information, not limited) by the user of the own terminal 20.
  • one terminal 20 transmits a shopping settlement history to be split to another terminal 20 (A20 in the process of FIG. 1), it corresponds to the shopping settlement history in addition to the shopping settlement amount.
  • the information about the product purchased by the shopping settlement and the information about the service provided by the shopping settlement corresponding to the shopping settlement history may or may not be transmitted.
  • the information about the product purchased by the shopping settlement is not limited, but as an example, the product ID for identifying the purchased product itself, the product type ID for identifying the type of the purchased product, and the product type ID. Information such as the number of purchased products can be included.
  • the information about the service provided by the shopping settlement is not limited, but as an example, a service ID for identifying the provided service itself, a service type ID for identifying the type of the provided service, and the like. Information such as the number of people provided with the service can be included.
  • the other terminal 20 displays the information about the product and the information about the service included in the shopping settlement history received from the one terminal 20 on the display unit 24, so that the user of the other terminal 20 can get one. It is possible to notify the detailed contents of the split bill requested by the user of the terminal 20.
  • the shopping settlement history is information about products purchased by shopping settlement (not limited, but an example of information about products purchased by the first settlement), or information about services provided by shopping settlement (limited). Instead, it shows a configuration that includes an example of information about the service provided in the first settlement).
  • the terminal receives the terminal and the terminal by transmitting the first payment information including the information about the goods purchased in the first payment or the service provided in the first payment.
  • the terminal can receive and acquire information on the amount of money to be remitted or received.
  • the input to the terminal by the user of the terminal is an operation input to the terminal by the user of the terminal, but the present invention is not limited to this.
  • the input to the terminal by the user of the terminal may or may not be a sound input including a voice input to the terminal by the user of the terminal.
  • processing such as selection of shopping settlement history and transmission of shopping settlement history may or may not be performed according to voice input by the user of the terminal. This also applies to the examples described below.
  • the input to the terminal can be realized by a simple method called sound input.
  • the second embodiment is an embodiment in which the terminal 20 uses the payment application to perform remittance processing / receipt processing via the server 10. It differs from the first embodiment in that the server 10 is added as a configuration requirement.
  • a business operator that provides a payment service using a payment application will be referred to as a "payment service business operator”.
  • the payment service business operator can also be expressed as a business operator that provides a payment application or a business operator of the server 10. It can also be expressed as a payment service provider in the sense of a payment service provider.
  • the server 10 is operated and managed by the payment service provider. Further, in the following, the name of the payment application will be illustrated and described as "Payment App" as appropriate.
  • the payment application may be provided by the server 10 as a single application having no so-called messaging service (MS) function, or may be provided by the server 10 as a complex application having the MS function. May be provided by.
  • the messaging service may or may not include an instant messaging service (IMS: Instant Messaging Service) that enables transmission and reception of contents such as simple messages between terminals 20.
  • IMS Instant Messaging Service
  • the payment application may be provided by the server 10 as a single application having no so-called social networking service (SNS) function, or as a complex application having an SNS function. It may be provided by the server 10.
  • SNS social networking service
  • MS including IMS
  • MS and SNS may or may not be distinguished.
  • FIG. 2-1 is a diagram showing an example of the system configuration of the communication system 1A in this embodiment.
  • the server 10 and a plurality of terminals 20 are connected to each other via a network 30 as an example, not limited to the above.
  • the server 10 has a function of providing a payment service to a terminal 20 owned by a user via a network 30.
  • the server 10 can also be expressed as a payment service server, a payment management server, a payment service server, a payment management server, or the like.
  • the number of servers 10 and the number of terminals 20 connected to the network 30 are not limited.
  • the network 30 plays a role of connecting one or more terminals 20 and one or more servers 10. That is, the network 30 means a communication network that provides a connection route so that data can be transmitted and received after the above-mentioned various devices are connected.
  • the network 30 may or may not be a wired network or a wireless network.
  • the network 30 is not limited, but as an example, an ad hoc network, an intranet, an extra net, a virtual private network (VPN), a local area network (LAN), and a wireless network.
  • VPN virtual private network
  • LAN local area network
  • the network 30 may include one or more networks 30.
  • the server 10 (not limited to an example of a server, an information processing device, and an information management device) has a function of providing a predetermined service (payment service in this embodiment) to the terminal 20.
  • the server 10 may be any device as long as it is an information processing device capable of realizing the functions described in each embodiment.
  • the server 10 is not limited, but by example, a server device, a computer (not limited, by example, a desktop, a laptop, a tablet, etc.), a media computer platform (not limited, by example, a cable, a satellite set-top box, a digital video recorder). ), Handheld computer devices (for example, but not limited to, PDA, email client, etc.), or other types of computers, or communication platforms.
  • the server 10 may be expressed as an information processing device. When it is not necessary to distinguish between the server 10 and the terminal 20, the server 10 and the terminal 20 may or may not be expressed as information processing devices, respectively.
  • FIG. 2-1 shows an example of the HW configuration of the terminal 20.
  • the terminal 20 includes a control unit 21 (CPU: central processing unit), a storage unit 28, a communication I / F 22 (interface), an input / output unit 23, a display unit 24, a microphone 25, a speaker 26, a camera 27, and the like. It includes a clock unit 29A and a position calculation information detection unit 29B.
  • Each component of the HW of the terminal 20 is connected to each other via bus B as an example, but not a limitation. It is not essential that the HW configuration of the terminal 20 includes all the components.
  • the terminal 20 may or may not have a configuration in which individual components such as a microphone 25, a camera 27, or the like, or a plurality of components are removed.
  • the communication I / F 22 transmits and receives various data via the network 30. Communication may be executed by wire or wirelessly, and any communication protocol may be used as long as mutual communication can be executed.
  • the communication I / F 22 has a function of executing communication with various devices such as the server 10 via the network 30.
  • the communication I / F 22 transmits various data to various devices such as the server 10 according to an instruction from the control unit 21. Further, the communication I / F 22 receives various data transmitted from various devices such as the server 10 and transmits the various data to the control unit 21. Further, the communication I / F 22 may be simply expressed as a communication unit. Further, when the communication I / F 22 is composed of a physically structured circuit, it may be expressed as a communication circuit.
  • the input / output unit 23 includes a device for inputting various operations to the terminal 20 and a device for outputting the processing result processed by the terminal 20.
  • the input / output unit 23 may or may not be integrated with the input unit and the output unit, or may be separated into the input unit and the output unit.
  • the input unit is realized by any or a combination of all types of devices capable of receiving input from the user and transmitting information related to the input to the control unit 21.
  • the input unit includes, but is not limited to, hardware keys such as a touch panel, a touch display, and a keyboard, a pointing device such as a mouse, a camera (operation input via a moving image), and a microphone (operation input by voice).
  • the output unit is realized by any one or a combination of all kinds of devices capable of outputting the processing result processed by the control unit 21.
  • the output unit includes, as an example, not limited, a touch panel, a touch display, a speaker (audio output), a lens (not limited, as an example, 3D (three dimensions) output, hologram output), a printer, and the like.
  • the display unit 24 is realized by any or a combination of all kinds of devices that can display according to the display data written in the frame buffer.
  • the display unit 24 is not limited but is an example of a touch panel, a touch display, a monitor (not limited but an example of a liquid crystal display or OELD (organic electroluminescence display)), a head mounted display (HDM: Head Mounted Display), projection mapping, and a hologram. , Includes a device capable of displaying images, text information, etc. in the air (which may or may not be vacuum). It should be noted that these display units 24 may or may not be able to display display data in 3D.
  • the input / output unit 23 is a touch panel
  • the input / output unit 23 and the display unit 24 may be arranged so as to face each other with substantially the same size and shape.
  • the clock unit 29A is a built-in clock of the terminal 20 and outputs time information (timekeeping information).
  • the clock unit 29A is configured to include, for example, a clock using a crystal oscillator, and the like, without limitation.
  • the clock unit 29A can be expressed as a time measuring unit or a time information detecting unit as an example without limitation.
  • the clock unit 29A may or may not have a clock to which the NITZ (Network Identity and Time Zone) standard or the like is applied.
  • NITZ Network Identity and Time Zone
  • the position calculation information detection unit 29B has a function of detecting (measuring) information necessary for the control unit 21 to calculate (measure) the position of its own terminal 20 (hereinafter, referred to as "position calculation information"). It is a department.
  • the position calculation information detection unit 29B can be expressed as a position calculation sensor unit as an example without limitation.
  • the position calculation information detection unit 29B is not limited, but as an example, a satellite positioning sensor (satellite positioning) which is a sensor or a unit for calculating the position of the terminal 20 using a satellite positioning system such as GPS (Global Positioning System). A unit), a sensor for calculating the position of the terminal 20 using an inertial navigation system, an inertial measurement sensor (inertial measurement unit (IMU)), and the like.
  • satellite positioning sensor satellite positioning
  • GPS Global Positioning System
  • IMU inertial measurement unit
  • the satellite positioning unit is not limited to, for example, an RF receiving circuit that converts an RF (Radio Frequency) signal including a positioning satellite signal transmitted from a positioning satellite received by an antenna (not shown) into a digital signal. Correlation calculation processing is performed on the digital signal output from the RF reception circuit to capture the positioning satellite signal, and information such as satellite orbit data and time data extracted from the positioning satellite signal is used as position calculation information. It has a baseband processing circuit to output.
  • RF Radio Frequency
  • the inertial measurement unit has an inertial sensor which is a sensor that detects information necessary for calculating the position of the terminal 20 by inertial navigation calculation.
  • the inertial sensor includes, for example, a three-axis acceleration sensor and a three-axis gyro sensor, and the acceleration detected by the acceleration sensor and the angular velocity detected by the gyro sensor are used as position calculation information. Output.
  • the control unit 21 calculates the position of its own terminal 20 at a periodic timing or a specific timing based on the position calculation information detected by the position calculation information detection unit 29B, as an example but not a limitation.
  • the position of the terminal is referred to as "terminal position”
  • the calculated terminal position is referred to as "calculated terminal position”. Then, the control unit 21 associates the calculated terminal position with the calculated date and time and stores the calculated terminal position in the storage unit 28 as the calculated terminal position history data.
  • the control unit 21 has a physically structured circuit for executing a function realized by a code or an instruction contained in the program, and is not limited, but as an example, a data processing device built in hardware. Is realized by. Therefore, the control unit 21 may or may not be expressed as a control circuit.
  • the control unit 21 is not limited, but as an example, a central processing unit (CPU), a microprocessor (microprocessor), a processor core (processor core), a multiprocessor (multiprocessor), an ASIC (application-specific integrated circuit), and an FPGA (field programmable). gate array) is included.
  • CPU central processing unit
  • microprocessor microprocessor
  • processor core processor core
  • multiprocessor multiprocessor
  • ASIC application-specific integrated circuit
  • FPGA field programmable gate array
  • the storage unit 28 has a function of storing various programs and various data required for the terminal 20 to operate.
  • the storage unit 28 includes various storage media such as HDD (hard disk drive), SSD (solid state drive), flash memory, RAM (random access memory), and ROM (read only memory) as examples without limitation. Further, the storage unit 28 may or may not be expressed as a memory.
  • the terminal 20 stores the program P in the storage unit 28, and by executing this program P, the control unit 21 executes the processing as each unit included in the control unit 21. That is, the program P stored in the storage unit 28 causes the terminal 20 to realize each function executed by the control unit 21. Further, this program P may or may not be expressed as a program module.
  • the microphone 25 is used for inputting voice data.
  • the speaker 26 is used for outputting audio data.
  • the camera 27 is used for acquiring moving image data.
  • FIG. 2-1 shows an example of the HW configuration of the server 10.
  • the server 10 includes a control unit 11 (CPU), a storage unit 15, a communication I / F 14 (interface), an input / output unit 12, a display 13, and a clock unit 19.
  • the components of the HW of the server 10 are connected to each other via the bus B as an example, but not a limitation. It is not essential that the HW of the server 10 includes all the components as the configuration of the HW of the server 10. As an example, but not limited to, the HW of the server 10 may or may not be configured to remove the display 13.
  • the control unit 11 has a physically structured circuit for executing a function realized by a code or an instruction contained in the program, and is not limited, but as an example, a data processing device built in hardware. Is realized by.
  • the control unit 11 is typically a central processing unit (CPU), and may or may not be a microprocessor, a processor core, a multiprocessor, an ASIC, or an FPGA. In the present disclosure, the control unit 11 is not limited to these.
  • the storage unit 15 has a function of storing various programs and various data required for the server 10 to operate.
  • the storage unit 15 is realized by various storage media such as HDD, SSD, and flash memory. However, in the present disclosure, the storage unit 15 is not limited to these. Further, the storage unit 15 may or may not be expressed as a memory.
  • Communication I / F14 transmits and receives various data via the network 30. Communication may be executed by wire or wirelessly, and any communication protocol may be used as long as mutual communication can be executed.
  • the communication I / F 14 has a function of executing communication with various devices such as a terminal 20 via the network 30.
  • the communication I / F 14 transmits various data to various devices such as a terminal 20 according to an instruction from the control unit 11. Further, the communication I / F 14 receives various data transmitted from various devices such as the terminal 20 and transmits the various data to the control unit 11. Further, the communication I / F 14 may be simply expressed as a communication unit. Further, when the communication I / F 14 is composed of a physically structured circuit, it may be expressed as a communication circuit.
  • the input / output unit 12 is realized by a device that inputs various operations to the server 10.
  • the input / output unit 12 is realized by any or a combination of all kinds of devices capable of receiving an input from a user and transmitting information related to the input to the control unit 11.
  • the input / output unit 12 is typically realized by a hardware key typified by a keyboard or the like, or a pointing device such as a mouse.
  • the input / output unit 12 may or may not include a touch panel, a camera (operation input via a moving image), and a microphone (operation input by voice) as an example, not limited to the input / output unit 12. However, in the present disclosure, the input / output unit 12 is not limited to these.
  • the display 13 is typically realized by a monitor (not limited, but as an example, a liquid crystal display or an OELD (organic electroluminescence display)).
  • the display 13 may or may not be a head-mounted display (HDM) or the like. It should be noted that these displays 13 may or may not be capable of displaying display data in 3D. In the present disclosure, the display 13 is not limited to these.
  • the clock unit 19 is a built-in clock of the server 10 and outputs time information (timekeeping information).
  • the clock unit 19 is configured to include an RTC (Real Time Clock) as a hardware clock, a system clock, or the like as an example, not limited to the clock unit 19.
  • the clock unit 19 is not limited, but may be expressed as a time measuring unit or a time information detecting unit as an example.
  • the server 10 stores the program P in the storage unit 15, and by executing the program P, the control unit 11 executes the processing as each unit included in the control unit 11. That is, the program P stored in the storage unit 15 causes the server 10 to realize each function executed by the control unit 11.
  • This program P may or may not be expressed as a program module. The same applies to other devices.
  • the control unit 21 of the terminal 20 and / or the control unit 11 of the server 10 is formed not only in a CPU having a control circuit but also in an integrated circuit (IC (Integrated Circuit) chip, LSI (Large Scale Integration)) or the like. Each process may or may not be realized by a logic circuit (hardware) or a dedicated circuit. Further, these circuits may be realized by one or a plurality of integrated circuits, and the plurality of processes shown in each embodiment may or may not be realized by one integrated circuit. Further, the LSI may be referred to as a VLSI, a super LSI, an ultra LSI, or the like due to the difference in the degree of integration. Therefore, the control unit 21 may or may not be expressed as a control circuit. The same applies to other devices.
  • IC Integrated Circuit
  • LSI Large Scale Integration
  • the program P (for example, a software program, a computer program, or a program module) of each embodiment of the present disclosure may be provided in a state of being stored in a computer-readable storage medium. It does not have to be done.
  • the storage medium can store the program P in a “non-temporary tangible medium”.
  • the program P may or may not be for realizing a part of the functions of each embodiment of the present disclosure. Further, it may or may not be a so-called difference file (difference program) that can realize the functions of each embodiment of the present disclosure in combination with the program P already recorded on the storage medium.
  • the storage medium is one or more semiconductor-based or other integrated circuits (ICs) (such as, but not limited to, field programmable gate arrays (FPGAs) or application-specific ICs (ASICs)), hard disks.
  • the storage medium may be volatile, non-volatile, or a combination of volatile and non-volatile, where appropriate.
  • the storage medium is not limited to these examples, and any device or medium may be used as long as the program P can be stored. Further, the storage medium may or may not be expressed as a memory.
  • the server 10 and / or the terminal 20 can read the program P stored in the storage medium and execute the read program P to realize the functions of the plurality of functional units shown in each embodiment. The same applies to other devices.
  • the program P of the present disclosure may or may not be provided to the server 10 and / or the terminal 20 via an arbitrary transmission medium (communication network, broadcast wave, etc.) capable of transmitting the program. ..
  • the server 10 and / or the terminal 20 realizes the functions of the plurality of functional units shown in each embodiment by executing the program P downloaded via the Internet or the like, as an example without limitation. The same applies to other devices.
  • each embodiment of the present disclosure can also be realized in the form of a data signal in which the program P is embodied by electronic transmission.
  • At least part of the processing in the server 10 and / or the terminal 20 may or may not be realized by cloud computing composed of one or more computers.
  • At least a part of the processing in the terminal 20 may or may not be performed by the server 10.
  • At least a part of the processing of each functional unit of the control unit 21 of the terminal 20 may or may not be performed by the server 10.
  • At least a part of the processing in the server 10 may or may not be performed by the terminal 20.
  • at least a part of the processing of each functional unit of the control unit 11 of the server 10 may or may not be performed by the terminal 20.
  • the configuration of the determination in the embodiment of the present disclosure is not essential, and a predetermined process is operated when the determination condition is satisfied, or a predetermined process is performed when the determination condition is not satisfied. It may or may not be.
  • the program of this disclosure is not limited to using script languages such as ActionScript and JavaScript (registered trademark), compiler languages such as Objective-C and Java (registered trademark), and markup languages such as HTML5. Will be implemented.
  • script languages such as ActionScript and JavaScript (registered trademark)
  • compiler languages such as Objective-C and Java (registered trademark)
  • markup languages such as HTML5. Will be implemented.
  • FIG. 2-2 is a diagram showing an example of a function realized by the control unit 11 of the server 10 in this embodiment.
  • the server 10 has a payment application management processing unit 111 as an example, not limited to, as a function realized by the control unit 11.
  • the payment application management processing unit 111 manages various information and data related to the payment application executed on the terminal 20 according to the payment application management processing program 151 stored in the storage unit 15, and manages the terminal 20 or the user of the terminal 20. It has a function to execute processing for managing payment by electronic money.
  • FIG. 2-3 is a diagram showing an example of information stored in the storage unit 15 of the server 10 in this embodiment.
  • the storage unit 15 stores the payment application management processing program 151, which is read by the control unit 11 and executed as the payment application management process, as an example, not limited to the program.
  • the payment application user registration data 153 and the user management database 155 are stored in the storage unit 15 as an example, not limited to the data.
  • the payment application user registration data 153 is registration data relating to the terminal 20 that uses the payment application or the user of the terminal 20, and an example of the data structure is shown in FIG. 2-4.
  • the payment application user registration data 153 as an example, the user name, the payment application ID, the terminal telephone number, and other registration information are stored in association with each other.
  • the user name is the name of the user of the terminal 20 who uses the payment application, and is not limited, but as an example, the name registered when the user of the terminal 20 uses the payment application is stored.
  • the payment application ID is an account (account information) of the payment application, and is an ID that can identify the terminal 20 or the user of the terminal 20.
  • the payment application ID is not limited, but as an example, a unique ID is set and stored by the server 10.
  • the terminal telephone number is the telephone number of the terminal 20 of the user with this user name, and is not limited, but as an example, the telephone number of the terminal 20 registered when the user of the terminal 20 uses the payment application is stored.
  • Other registration information is not limited, but as an example, authentication information such as the email address (terminal email address) of the terminal 20 of the user with this user name, the authentication password used for various authentications in the payment application, and the authentication information used by this user.
  • Image data (icon image) of the icon to be authenticated, user profile (user profile), and the like can be included. However, this information is not essential.
  • the user management database 155 is a database for managing users based on the account (account information) stored in the payment application user registration data 153, and a configuration example of the first user management database 155A, which is an example thereof, is shown in FIG. 2-. Shown in 5.
  • user management data is stored as management data for each payment application ID stored in the payment application user registration data 153.
  • the payment application ID, the electronic money account balance, and the shopping settlement history data are stored in each user management data as an example, not limited.
  • the electronic money account balance is the balance of the electronic money account that can be used in the payment service associated with this payment application ID.
  • the balance of the electronic money account can also be expressed as the balance of the electronic money account.
  • the shopping settlement history data is the data of the shopping settlement history (shopping settlement history information) associated with this payment application ID, and is not limited, but as an example, the shopping settlement ID which is an ID for uniquely identifying the shopping settlement history.
  • the store ID which is an ID for uniquely identifying the store where the shopping settlement has been made, the store name of the store with the store ID, the shopping settlement date and time, and the shopping settlement amount are stored in association with each other.
  • FIG. 2-6 is a diagram showing an example of functions realized by the control unit 21 of the terminal 20 in this embodiment.
  • the terminal 20 has a payment application processing unit 211 as an example, not limited to, as a function realized by the control unit 21.
  • the payment application processing unit 211 has a function of executing payment application processing according to the payment application program 281 stored in the storage unit 28.
  • FIG. 2-7 is a diagram showing an example of information stored in the storage unit 28 of the terminal 20 in this embodiment.
  • the storage unit 28 stores a payment application program 281 that is read by the control unit 21 and executed as a payment application process, not only as an example but as an example.
  • the storage unit 28 stores the payment application account data 283, which is the data of the payment application account, as an example, not limited to the data.
  • splitting master split requester
  • FIG. 2-8 is a diagram showing an example of the menu screen of the payment application in this embodiment.
  • An example of a screen displayed on the display unit 24 of the terminal 20 of A is shown.
  • the characters "Payment App” are displayed at the upper part of the screen, and the user name of the user of the own terminal 20 ("User A.A.” in this example) is displayed next to the characters.
  • an electronic money account display including an electronic money account balance stored and managed by the server 10 in association with the account of this user name and a charge button for charging the electronic money account with electronic money.
  • the area is provided.
  • a function icon display area including function icons corresponding to each of the plurality of functions is provided for executing processing based on the plurality of functions provided as the functions of the payment application. ing.
  • the function icon display area is not limited, but as an example, payment is made using a "deposit icon” for depositing and a code (one-dimensional code, two-dimensional code, etc.) displayed on the display unit 24 of the terminal 20.
  • "Code payment icon” for, "Code reader icon” for reading the code (one-dimensional code, two-dimensional code, etc.) installed in the store to purchase products and receive services, etc.
  • Multiple functions such as “money transfer icon” for sending money to the user (other account) of the terminal 20 and "split icon” for splitting with the user (other account) of the other terminal 20 Includes icons.
  • FIG. 2-9 is a diagram showing an example of a split bill member selection screen displayed based on the operation of the split bill icon (touch operation as an example, not limitation) on the above menu screen.
  • the split bill member selection screen is a screen for selecting a split bill member.
  • the split bill member is a user who participates in the split bill, and in this specification, the split bill master will be described as being included in the split bill member.
  • the split bill member selection screen of FIG. 2-9 is a screen for the split bill master (user AA in this example) to select a split bill member other than himself / herself.
  • the text "There is no member to split the bill” is displayed on the screen as an example, not a limitation.
  • a "search icon” for searching the Dutch member is displayed, and by operating this search icon, it is possible to search for the Dutch member.
  • FIG. 2-10 is a diagram showing an example of a split bill member search screen displayed based on an operation (not a limitation but a touch operation as an example) of the search icon on the split bill member selection screen.
  • This split bill member search screen is a screen for the split bill master to search for split bill members other than himself, and the characters "Please enter a telephone number to search" are displayed as an example, not limited. Further, below that, along with a telephone number input field for inputting a telephone number, a search execution button for searching the terminal 20 (user of the terminal 20) of the input telephone number is displayed.
  • the telephone number "080XXXXXXXX" is input and displayed in the telephone number input field. Then, when the search execution button is executed, the server 10 performs the search, and the state in which "User BB" is obtained as the search result is shown. In addition, below the search result, an "additional icon" for adding the user obtained as the search result to the split bill member is displayed, and by operating this additional icon, it was obtained as the search result. The user is added to the split bill member by the server 10.
  • FIG. 2-11 is a diagram showing an example of a split bill member selection screen displayed based on the addition of a split bill member by the search on the above split bill member search screen.
  • This split bill member selection screen corresponds to the screen shown in FIG. 2-9, and based on the above search results, a list of users added as split bill member candidates (hereinafter referred to as "split bill member candidates") is displayed. It is displayed. In this example, the state in which "User BB", “User CC", “User DD”, and "User EE" are added as split bill member candidates is shown.
  • a check box is displayed in association with each split bill member candidate, and in the initial state, the check of all split bill member candidates is set to "ON".
  • the check of all split bill member candidates is set to "ON”.
  • the shopping settlement history registration icon indicating "Register payment" is displayed as an example, not limited, for A to register his / her shopping settlement history as a split bill.
  • FIG. 2-12 shows an example of the shopping settlement history selection screen displayed based on the operation (not limited but touch operation as an example) of the shopping settlement history registration icon on the split bill member selection screen of FIG. 2-11. It is a figure.
  • a plurality of shopping settlement histories about the user of the terminal 20 are displayed. Specifically, as an example, not limited, the shopping settlement date and time, the store name, and the shopping settlement amount are displayed as the shopping settlement history.
  • the shopping settlement history of a plurality of stores such as "AA rental cycle", "BB supermarket", and "CC lunch box" is displayed.
  • each shopping settlement history is provided with a check box associated with it, and it is possible to switch the check "ON / OFF" by operating the corresponding check box. It is possible to set the check of multiple shopping settlement histories to "ON", not limited to one shopping settlement history, and request / request the split bill by targeting the shopping settlement history whose check is "ON”. (Hereinafter, referred to as "splitting request”) is configured to be possible.
  • a split bill request icon indicating "send a split bill request" is displayed at the bottom of the screen as an example, not a limitation, for making a split bill request for the shopping settlement history whose check is "ON". It is displayed. Then, when the split bill request icon is operated, the split bill request can be transmitted from the own terminal 20 to the terminal 20 of the split bill member selected earlier via the server 10.
  • the check of the two shopping settlement histories of "AA rental cycle” and "BB supermarket” is set to "ON", and the user A.
  • the state selected by A is shown.
  • User A The paid amount of A is "4,500 yen” which is the sum of the shopping settlement amount "1,500 yen” of "AA rental cycle” and the shopping settlement amount "3,000 yen” of "BB supermarket”. And this user A.
  • the paid amount of A, "4,500 yen" will be split.
  • FIG. 2-13 shows the user A. based on the fact that the split bill request icon is operated (not limited but touch operation as an example) on the shopping settlement history selection screen of FIG. 2-12. It is a figure which shows an example of the split bill request notification screen displayed on the display part 24 of the terminal 20 of the split bill member other than A. This split bill request notification screen is displayed by the user A. User B. selected by A as a split bill member. It is a screen displayed on the display unit 24 of the terminal 20 of B, and is an example of a screen in the payment application executed on the terminal 20.
  • the text "A request for splitting the bill has arrived from Mr. A.” is displayed as an example, not a limitation, and below that, the user B.
  • An excess / deficiency amount display area for displaying the excess / deficiency amount of B is provided.
  • the excess or deficiency amount of each split bill member is calculated by the server 10 as described later.
  • the excess / deficiency amount display area is not limited, but as an example, the user B. Along with the excess / deficiency amount of B, a mark for identifying the type (receipt / payment) of the excess / deficiency amount is displayed. In this example, " ⁇ 900 payment" is displayed, and the user B. B is user A. It is shown that it is necessary to pay "900 yen" to A.
  • the type of excess / deficiency amount (receipt / payment) is determined by the positive and negative signs of the excess / deficiency amount calculated as described above.
  • the excess / deficiency amount is transferred from the user's terminal 20 to the remittance destination user's terminal 20.
  • the type of the excess / deficiency amount of the user is "receipt”
  • the excess / deficiency amount is received by the terminal 20 of the user.
  • the remittance / receipt in this embodiment is realized by the server 10 updating the electronic money account balance associated with the payment application ID of the user. That is, when the type of the excess / deficiency amount of the user is "payment", the amount corresponding to the excess / deficiency amount is subtracted / updated from the electronic money account balance associated with the payment application ID of the user. On the other hand, when the type of the excess / deficiency amount of the user is "receipt", the amount corresponding to the excess / deficiency amount is added / updated to the electronic money account balance associated with the payment application ID of the user.
  • the amount of 900 yen subtracted by the server 10 is the amount of user A. It is added / updated to the electronic money account balance of the payment application ID of A. In this embodiment, this user A. To update the electronic money account balance of A, user A. It is assumed that the execution is performed by the server 10 based on the operation of the settlement icon on the terminal 20 of A.
  • the user A is based on the fact that the split bill request icon is operated (not limited but touch operation as an example) on the shopping settlement history selection screen of FIG. 2-12.
  • FIG. 2-14 shows an example of the excess / deficiency amount display screen displayed on the display part 24 of the terminal 20 of A.
  • the text "Calculation of excess or deficiency amount has been performed” is displayed, and below that, User A.
  • An excess / deficiency amount display area for displaying the excess / deficiency amount of A is provided.
  • User A. "Receive 3,600 yen” is displayed as the excess or deficiency amount of A. That is, user A. It is displayed that A receives a total of "3,600 yen" from other split bill members.
  • the amount of "3,600 yen" is the amount of the user A. It is received at the terminal 20 of A. Specifically, the total amount of 3,600 yen, which is the total amount deducted from the electronic money account balance of each of the other split Dutch members, is generated by the server 10 by the user A. It will be added / updated to the electronic money account balance associated with the payment application ID of A.
  • FIG. 2-15 shows User A. It is a figure which shows an example of the receipt notification screen displayed on the display part 24 of the terminal 20 of A. On this receipt notification screen, for each split member other than yourself (in this example, "user BB”, “user CC”, “user DD”, and “user EE"), A receipt completion notification is displayed in which the remittance amount from the member is associated with the date and time when the remittance was made (remittance date and time).
  • FIG. 2-16 is a diagram showing an example of a split bill completion notification displayed on the receipt notification screen of FIG. 2-15.
  • the split bill completion notification displayed at the bottom of the screen is displayed. Appears in the area.
  • the settlement result (“3,600 yen” in this example, the amount paid by yourself “4,500 yen”, the total amount paid by all members "4,500 yen", 1
  • a split bill completion notice including the amount of money per person "900 yen" is displayed.
  • ⁇ Processing> 2-17 to 2-19 are flowcharts showing an example of the flow of processing executed by each device in this embodiment. From the left side, the splitting process executed by the control unit 21 of terminal A (terminal 20 of user A.A as an example, not limited), and control of terminal B (terminal 20 of user BB as an example, not limited). An example of the splitting process executed by the unit 21 and the splitting management process executed by the control unit 11 of the server 10 is shown.
  • the terminal 20 of the split bill master is used by the user A.
  • the terminal 20 of A be the terminal 20 (terminal A)
  • the terminal 20 of the user who is requested to split the bill by the split bill master is the terminal 20 of the user B.
  • the terminal 20 (terminal B) of B This will be described as the terminal 20 (terminal B) of B.
  • the number of terminals 20 of the user who is requested to split the bill by the split bill master is not limited to one, but the processing is the same as that of the terminal B, so the illustration is omitted.
  • this process is merely an example of a process for realizing the method of the present disclosure, and is not limited to this process. Another step may be added to this process, or some steps may be omitted (deleted). This is the same for the processes described in each embodiment.
  • the control unit 21 of the terminal A transmits the member request information requesting the splitting member information (splitting member information) to the server 10 by the communication I / F22 (A110).
  • the control unit 11 of the server 10 searches for the requested member information and transmits the requested member information to the terminal A by the communication I / F14 (S120). ..
  • the control unit 21 of the terminal A displays the split bill member candidate on the display unit 24 based on the received member information. Then, the control unit 21 of the terminal A executes the first member selection process for selecting the split bill member based on the selection operation of the split bill member for the input / output unit 23 (A130). Then, the control unit 21 of the terminal A transmits the member selection information including the selection result of the splitting member to the server 10 by the communication I / F 22 (A140). The server 10 receives the member selection information from the terminal A by the communication I / F 14 (S140).
  • control unit 21 of the terminal A sends the shopping settlement history request information for requesting the shopping settlement history corresponding to the shopping settlement by the user of the terminal 20 to the server 10 by the communication I / F 22 according to the operation for the input / output unit 23. (A150).
  • the shopping settlement history of the user of each terminal 20 is stored and managed in the storage unit 15 of the server 10 as described above, and is not stored in the storage unit 28 of the terminal 20. .. This is to prevent the shopping settlement history from being tampered with on the terminal 20 side. Therefore, in the A150, the terminal 20 requests the server 10 for the shopping settlement history in order to display the shopping settlement history on the terminal 20.
  • the control unit 11 When the shopping settlement history request information is received from the terminal A (S150), the control unit 11 receives the user A. from the user management data included in the user management database 155. A plurality of shopping settlement histories included in the shopping settlement history data of the user management data of the payment application ID of A are transmitted to the terminal A by the communication I / F22 (S160).
  • the control unit 21 of the terminal A performs the second shopping settlement history selection process (A170). Specifically, as an example, not limited to, a list of a plurality of received shopping settlement histories is displayed on the display unit 24. Then, at least one shopping settlement history is selected according to the selection operation for the input / output unit 23.
  • the control unit 21 of the terminal A transmits the shopping settlement history selection information to the server 10 by the communication I / F 22 (A180), as an example but not limited.
  • the shopping settlement history selection information transmitted from the terminal 20 to the server 10 may be information that can identify the selected shopping settlement history on the server 10 side. Specifically, as an example, the shopping settlement ID corresponding to the selected shopping settlement history can be transmitted. Further, as another example, the selected shopping settlement history itself can be transmitted.
  • the control unit 11 receives the member selection information received in S140 and the shopping settlement history selection information received in S180, and the control unit 11 of each split billing member. Calculate the excess and deficiency amount (S190).
  • control unit 11 transmits a split bill settlement request notification including the excess / deficiency amount calculated in S190 to each of the terminal A and the terminal B by the communication I / F14 (S210).
  • the control unit 21 of the terminal A Upon receiving the split bill settlement request notification from the server 10 (A210), the control unit 21 of the terminal A causes the display unit 24 to display the excess or deficiency amount included in the split bill settlement request notification as an example, not limited. Then, the control unit 21 of the terminal A transmits a split bill settlement approval notice for notifying that the split bill settlement is approved to the server 10 by the communication I / F 22 according to the operation for the input / output unit 23 (A230).
  • the control unit 21 of the terminal B displays the excess / deficiency amount included in the split bill settlement request notification on the display unit 24 as an example, not limited. Then, the control unit 21 of the terminal A uses the user B. It is determined whether or not B agrees to split the bill (B220). Specifically, it is determined whether or not an operation indicating an intention to agree to the split bill (an operation on the above-mentioned "payment icon" as an example, not a limitation) has been performed as an example rather than a limitation. If an operation indicating the intention to refuse the split bill (not a limitation but an operation for the above-mentioned "rejection icon” as an example) is performed, it is determined that the split bill is not agreed.
  • the control unit 21 of the terminal B transmits a split bill settlement approval notice for notifying that the split bill settlement is approved to the server 10 by communication I / F22 (communication I / F22). B230).
  • the control unit 21 of the terminal B sends a split bill settlement refusal notice for notifying that the split bill settlement is not approved (refusing the split bill settlement). It is transmitted to the server 10 by the communication I / F22 (B240).
  • control unit 11 executes the first split bill approval management process (S230).
  • FIG. 2-20 is a flowchart showing an example of the flow of the first split bill approval management process.
  • the split bill settlement notice is one of the above-mentioned "split bill settlement approval notice" and "split bill settlement refusal notice”.
  • the control unit 11 When the control unit 11 receives the split bill settlement notice from the terminal 20 (S2310), the control unit 11 determines whether or not the received split bill settlement notice is a "split bill settlement refusal notice" (S2320). If it is determined that the split bill settlement is rejected (S2320: YES), the control unit 11 determines that the split bill is not established (S2330), and ends the first split bill approval management process.
  • S2320 split bill settlement refusal notice
  • the control unit 11 will perform the split bill settlement from all the target terminals. It is determined whether or not the approval notification has been received (S2340).
  • the "target terminal” is a terminal 20 in which the server 10 is scheduled to receive the split bill settlement notification.
  • both terminal A and terminal B are target terminals.
  • the terminals 20 of all the split bill members are the target terminals, but even the split bill members may be excluded from the target terminals. This will be described in detail in Examples described later.
  • control unit 11 If it is determined that the split bill settlement approval notification has not been received from at least one target terminal (S2340: NO), the control unit 11 returns the process to S2310.
  • the control unit 11 determines that the user of the target terminal pays the split bill for each target terminal. It is determined whether or not the balance is equal to or greater than the electronic money account balance stored in association with the payment application ID of (S2350). If this condition is not satisfied (S2350: NO), the control unit 11 shifts the process to S2330.
  • the control unit 11 determines that the split bill is established (S2360). That is, when the electronic money account balances of the users of all the target terminals do not become negative, it is determined that the split bill is established. Then, the control unit 11 ends the first split bill approval management process.
  • the control unit 11 notifies the split bill establishment by the communication I / F22, respectively, of the terminal A and the terminal B. (S310).
  • the control unit 11 transmits a split bill failure notification to each of the terminals A and B by the communication I / F 22 (S250).
  • control unit 21 of the terminal A determines whether or not the communication I / F 22 has received the split bill failure notification from the server 10 (A250). Similarly, after B240, the control unit 21 of the terminal B determines whether or not the communication I / F 22 has received the split bill failure notification from the server 10 (B250).
  • the terminal A will receive the split bill establishment notification from the server 10 (A310).
  • the control unit 21 of the terminal A executes the split bill settlement request process of transmitting the information requesting the split bill settlement (hereinafter referred to as "split bill settlement request information") to the server 10 by the communication I / F 22 (A320). ).
  • the terminal B receives the split bill establishment notification from the server 10 (B310).
  • the control unit 21 of the terminal B transmits the split bill settlement request information to the server 10 by the communication I / F 22 (B320).
  • the control unit 11 executes the split bill settlement process (S330). Specifically, as an example, not limited, the amount corresponding to the excess or deficiency amount of the user is added (when receiving money) / subtraction (money is added) to the electronic money account balance of the payment application ID associated with the user. If you pay).
  • the split bill settlement process in this embodiment is an example of the remittance process / receipt process executed by the control unit 11 of the server 10.
  • control unit 11 transmits the split bill settlement result to each of the terminal A and the terminal B by the communication I / F 14 (S340).
  • the terminal 20 executes the split bill settlement result reception process of receiving the split bill settlement result from the server 10 by the communication I / F 22.
  • the control unit 21 of the terminal A displays the received split bill settlement result on the display unit 24 (A350).
  • the control unit 21 of the terminal B causes the display unit 24 to display the received split bill settlement result (B350).
  • the split bill settlement result is not limited, and includes at least one of the above-mentioned receipt completion notification and the split bill completion notification as an example. Both the receipt completion notification and the split bill completion notification may be used as the split bill settlement result, or only one of them may be used as the split bill completion notification.
  • the split bill settlement request process and the split bill settlement result reception process are examples of the remittance process / receipt process executed by the control unit 21 of the terminal 20.
  • control unit 21 of the terminal A determines whether or not to end the processing (A390), and if it is determined to continue the processing (A390: NO), returns the processing to A110. If it is determined that the process is to be completed (A390: YES), the control unit 21 of the terminal A ends the split billing process.
  • control unit 21 of the terminal B determines whether or not to end the processing (B390), and if it is determined to continue the processing (B390: NO), returns the processing to B110. If it is determined that the process is to be completed (B390: YES), the control unit 21 of the terminal B ends the split billing process.
  • control unit 11 determines whether or not to end the process (S390), and if it determines that the process is to be continued (S390: NO), returns the process to S110. If it is determined that the process is completed (S390: YES), the control unit 11 ends the split bill management process.
  • the terminal 20 since the split bill settlement process is executed by the server 10, the terminal 20 does not directly send / receive money, but the terminal 20 executes the split bill settlement request process. Since the split bill settlement process is executed by the server 10 based on the above, it can be said that the terminal 20 is executing the remittance process / receipt process of money.
  • the terminal 20 is based on the input to the terminal 20 by the user of the terminal 20 (an example of the input to the terminal, not the limitation), and the shopping settlement history (shopping settlement history selection information) (limited). Instead, the first payment information (an example) is transmitted to the server 10 by the communication I / F22 (not limited, but an example of the communication unit of the terminal). Further, the terminal 20 is different from the terminal in terms of the excess or deficiency amount of each user based on the transmitted shopping settlement history (not limited, but the first amount of money sent or received by the terminal user based on the first payment information).
  • Information of at least one example of the first amount of money sent or received by the user of the above is received from the server 10 by the communication I / F22. Then, the terminal 20 controls the control unit 21 (not limited, but an example of remittance processing based on the first amount or receiving processing) based on the excess or deficiency amount.
  • the configuration to be executed by the control unit of the terminal is shown. As an example of the effect obtained by such a configuration, the terminal performs remittance processing or receipt processing based on the first amount of money based on the transmission of the first payment information based on the processing related to the first payment by the user of the terminal. It can be executed by the control unit to easily send or receive money, and the convenience of the user can be improved.
  • the remittance processing or the receiving processing based on the first amount described above is the remittance to the users of different terminals 20 (different accounts in the payment application) (not limited, but an example of users of different terminals).
  • the excess / deficiency amount (not limited, but an example of the first amount and the second amount) is an example of the shopping settlement history selected by the user of the terminal 20 (not limited, but an example of the first settlement information).
  • the configuration determined by the server 10 (not limited, but an example of a server that executes a payment process related to the first payment) is shown. As an example of the effect obtained by such a configuration, since it is not necessary for the terminal to determine the first amount and the second amount, the processing load of the terminal can be reduced.
  • the server 10 is based on the received shopping settlement history, and the terminal 20 of the split bill master (not limited, but an example of the terminal), which is the user of the sender, and other split bill members.
  • a configuration is shown in which each of a plurality of terminals 20 including the terminal 20 (not limited to an example of a different terminal) determines the amount of money to be remitted or received.
  • the terminal determines the amount of money to be remitted or received by each of the terminal and a plurality of terminals including different terminals by transmitting the first payment information. Can be made to.
  • the server 10 communicates the shopping settlement history (shopping settlement history selection information) based on the input to the terminal 20 by the user of the terminal 20 (not limited, but an example of the input to the terminal). Received from the terminal 20 by F14. Further, the server 10 receives information on at least the first excess / deficiency amount (not limited, but an example of the first amount of money sent or received by the terminal user based on the first payment information) based on the received shopping settlement history. Information of at least the second excess / deficiency amount (not limited, but an example of the second amount sent or received by a user of a terminal different from the terminal based on the first payment information) is transmitted to the terminal 20 by communication I / F14.
  • the server 10 performs split bill settlement processing based on the first excess / deficiency amount and the second excess / deficiency amount (not limited, remittance processing based on the first amount or receipt processing, and remittance processing based on the second amount. Or, an example of receiving processing) is shown.
  • the server may perform remittance processing or receipt processing based on the first amount of money based on receiving the first payment information based on the processing related to the first payment by the terminal user.
  • the remittance process based on the second amount or the receiving process can be executed by the control unit to allow the terminal to easily send or receive money.
  • the terminal 20 makes a purchase selected by the user of the terminal 20 among a plurality of shopping settlement histories (not limited to an example of a plurality of payment information) by the user of the terminal 20.
  • the payment history (not limited, but an example of the first payment information) is transmitted to the server 10 by the communication I / F22 (not limited, but an example of the communication unit of the terminal).
  • the terminal 20 has an excess / deficiency amount based on the transmitted shopping settlement history (not limited, but a first amount of money sent or received by the terminal user based on the first payment information, and a user of a terminal different from the terminal.
  • the information of at least one example of the first amount of the remittance or the second amount of money received) is received from the server 10 by the communication I / F22. Then, the terminal 20 controls the control unit 21 (not limited, but an example of remittance processing based on the first amount or receiving processing) based on the excess or deficiency amount.
  • the configuration to be executed by the control unit of the terminal) is shown. As an example of the effect obtained by such a configuration, the terminal is based on the first payment information based on the fact that the communication unit transmits the first payment information among a plurality of payment information related to the payment by the user of the terminal.
  • the remittance process or the receipt process based on the information of the first amount can be executed by the control unit to easily transfer or receive the money.
  • the shopping settlement history is stored and managed in the storage unit 15 of the server 10, but the present invention is not limited to this. Similar to the first embodiment, the shopping settlement history can be stored in the storage unit 28 of the terminal 20.
  • the shopping settlement information is transmitted to the terminal 20. Then, the terminal 20 stores the shopping settlement information received from the server 10 in the storage unit 28 as the shopping settlement history.
  • the terminal 20 can transmit the shopping settlement history selected from the shopping settlement history stored in the storage unit 28 to the server 10. This is the same for each embodiment including the server 10 as a configuration requirement.
  • the split bill settlement process is performed by the control unit 11 of the server 10, but the present invention is not limited to this. Specifically, as an example, not limited to the above, the split bill settlement process may or may not be executed by the control unit 21 of the terminal 20 as in the first embodiment. This is the same for each embodiment including the server 10 as a configuration requirement.
  • the server 10 may manage the shopping settlement history data included in each user management data including the specific contents of the shopping settlement (hereinafter, referred to as "shopping settlement contents"). You don't have to do that.
  • FIG. 2-21 is a diagram showing a data configuration example of the second user management database 155B, which is another example of the user management database 155 in this modification.
  • the shopping settlement history data stores the shopping settlement ID, the store ID, the shopping settlement date and time, and the shopping settlement contents in association with each other.
  • the shopping settlement content is not limited, but includes, for example, information on products purchased at the store with the store ID and information on services provided at the store with the store ID.
  • the information about the purchased product is not limited, but as an example, the product ID for identifying the purchased product itself, the product type ID for identifying the type of the purchased product, and the purchased product. Information such as the number of products can be included.
  • the information about the provided service is not limited, but as an example, a service ID for identifying the provided service itself, a service type ID for identifying the type of the provided service, and the service are provided. Information such as the number of people who have been sent can be included.
  • control unit 11 of the server 10 can disclose the shopping settlement contents to the terminal 20 according to the inquiry request of the shopping settlement contents received from the terminal 20.
  • the display screen and user interface (UI) shown in the second embodiment are merely examples, and are not limited thereto.
  • FIG. 2-22 is a diagram showing another example of the split bill request notification screen of FIG. 2-13.
  • An example of the screen displayed on the display unit 24 of the terminal 20 of B is shown.
  • This split bill request notification screen corresponds to the split bill request notification screen shown in FIG. 2-15, but the split bill requested by the split bill master is operated by operating the excess / deficiency amount display area (touch operation as an example, not limitation). It is configured to display the breakdown.
  • "AA rental cycle 1,500 yen" and "BB super 3,000 yen” are displayed as the breakdown of the split bill, and the total amount of them is "4,500 yen" and the amount per person.
  • user A It shows a case where A divides the paid amount paid by shopping settlement among five users.
  • the control unit 21 of the terminal 20 transmits an inquiry request for the breakdown of the split bill to the server 10 based on the operation of the excess / deficiency amount display area.
  • the server 10 uses the store name and the shopping settlement date and time based on the shopping settlement history data included in the user management data in which the payment application ID of the splitting master is stored in the first user management database 155A (see FIG. 2-5).
  • Information on the shopping settlement amount is transmitted to the terminal 20.
  • the control unit 21 of the terminal 20 displays the breakdown of the split bill based on the received information.
  • control unit 21 of the terminal 20 can be made to transmit the above-mentioned inquiry request of the shopping settlement contents from the terminal 20 to the server 10 based on the operation of the excess / deficiency amount display area.
  • the server 10 uses the store name, based on the shopping settlement history data included in the user management data in which the payment application ID of the splitting master is stored in the second user management database 155B (see FIG. 2-21).
  • the shopping settlement details are transmitted to the terminal 20.
  • the control unit 21 of the terminal 20 displays the breakdown of the split bill including the shopping settlement contents based on the received information.
  • FIG. 2-23 is a diagram showing another example of the receipt notification screen shown in FIG. 2-15.
  • the screen displayed on the display unit 24 of the terminal 20 of A is shown as an example.
  • the user A Along with the total amount of electronic money received by A ("3600 yen” in this example), the characters “There was a remittance from the Dutch member” and the icon image of the Dutch member other than yourself ("User B” in this example).
  • a receipt notification including ".B”, “user CC", “user DD”, and "user EE” icon images) is displayed. Further, below the receipt notification, a split bill completion notice similar to the split bill completion notice shown in FIG. 2-16 is displayed.
  • the user of the split bill master can grasp at a glance the total amount of money sent to himself and the split bill member who sent money to himself.
  • the terminal 20 of the user who does not transfer money even though the split bill request is made may or may not be urged from the terminal 20 of the split bill master via the server 10.
  • FIG. 2-24 is a diagram showing an example of the split bill reminder notification screen in this embodiment, and is a diagram showing the user B.
  • An example of the screen displayed on the display unit 24 of the terminal 20 of B is shown.
  • the characters "A reminder of split bill has arrived from Mr. A.” are displayed, and below that, as with the split bill request notification screen, user B.
  • the excess / deficiency amount display area including the excess / deficiency amount of B is displayed.
  • the third embodiment is an embodiment in which each split bill member can check not only his / her own excess / deficiency amount but also the excess / deficiency amount of other split bill members on his / her terminal 20.
  • the third embodiment is an embodiment in which the terminal 20 receives information on the excess or deficiency amount of each of the split billing members from the server 10 and displays the information on the display unit 24 in addition to the processing of the second embodiment.
  • FIG. 3-1 is a diagram showing an example of the shopping settlement history selection screen in this embodiment. An example of a screen displayed on the display unit 24 of the terminal 20 of A is shown. In this shopping settlement history selection screen, as in the shopping settlement history selection screen of FIG. 2-12, a plurality of shopping settlement histories for the user of his / her terminal 20 are displayed. In this example, the state in which the check of the shopping settlement history of "AA rental cycle" and "BB supermarket” is set to "ON" is shown.
  • the shopping settlement history selection screen shown in FIG. 3-1 is different from the shopping settlement history selection screen shown in FIG. 2-12 in the icon displayed at the bottom of the screen. Specifically, on the shopping settlement history selection screen of FIG. 2-12, the split bill request icon was displayed at the bottom of the screen, but on the shopping settlement history selection screen of FIG.
  • the split bill content confirmation icon indicating "Confirm split bill content" is displayed as an example, not as a limitation, for confirming the content of.
  • FIG. 3-2 is a diagram showing an example of the split bill content confirmation screen displayed based on the operation (not limited but touch operation as an example) of the split bill content confirmation icon on the shopping settlement history selection screen of FIG. 3-1. Is.
  • the paid amount list display area for displaying the paid amount and the excess / deficiency amount list for displaying the excess / deficiency amount. A display area is provided.
  • the amount of money per person is "900 yen”
  • the user (user AA) of his / her terminal 20 has excess or deficiency of "3600 yen received" in the excess / deficiency amount list display area. It is displayed as an amount, and for the users of other split bill members (user BB, user CC, user DD, user EE), "900 yen payment" is displayed as an excess or deficiency amount.
  • a comment input area for inputting a comment is provided below the amount display area per person.
  • the user A. A indicates that a comment has been entered and displayed with the content "It is a split bill for payment on the other day's trip.”
  • the "split bill request icon" displayed on the shopping settlement history selection screen in FIG. 2-12 is displayed at the bottom of the screen.
  • the split bill request icon By operating this split bill request icon, the split bill request is transmitted to the terminal 20 of another split bill member.
  • the split bill confirmation information can include information on the paid amount based on the registered shopping settlement history, information on the excess and deficiency amount of each split bill member, and information on the registered comment.
  • the split bill confirmation information not all the above information must be included in the split bill confirmation information, and some of the information may be included in the split bill confirmation information.
  • the information on the excess / deficiency amount of each split bill member may be included in the split bill confirmation information, and the information on the excess / deficiency amount of each split bill member may be confirmed on the terminal 20.
  • FIG. 3-3 shows the user B. based on the fact that the split bill request icon is operated (not limited but touch operation as an example) on the split bill content confirmation screen of FIG. 3-2. It is a figure which shows an example of the split bill request notification screen displayed on the display part 24 of the terminal 20 of B. In this split bill request notification screen, unlike the split bill request notification screen shown in FIG. 2-13, the user A.
  • the comment entered by A is displayed. In this example, User A. In association with the icon image of A and the user name, the comment "It is a split bill of payment for the other day's trip" is displayed in a balloon.
  • the split bill request notification screen of FIG. 3-3 shows "confirm the settlement content" as an example, not a limitation, for confirming the details of the settlement content.
  • the payment confirmation icon is displayed.
  • FIG. 3-4 is a diagram showing an example of a settlement content confirmation screen displayed when the settlement content confirmation icon is operated (not limited but a touch operation as an example) on the split bill request notification screen of FIG. 3-3.
  • the settlement content confirmation screen in order from the top, the user B. B and user A. who is the split bill master.
  • the icon image and the user name of A and the other split billing members (user CC, user DD, user EE) are displayed. Further, in association with each split bill member, the paid amount of the split bill member is displayed in the paid amount list display area, and the excess / deficiency amount of the split bill member is displayed in the excess / deficiency amount list display area.
  • FIG. 3-5 is a diagram showing an example of display when the paid amount list display area is operated (not limited but touch operation as an example) on the settlement content confirmation screen of FIG. 3-4.
  • the display area of the paid amount of one user in the paid amount list display area is operated, the payment contents corresponding to the paid amount, that is, the breakdown of the split bill can be confirmed.
  • the user A in the paid amount list display area, the user A.
  • the display area of the paid amount (“4,500 yen” in this example) associated with A is the user B.
  • the payment content corresponding to the paid amount is displayed in a pop-up format.
  • FIG. 3-6 is a flowchart showing an example of the flow of processing executed by each device in this embodiment.
  • steps A410 and A420 are added as the process of the terminal A to the process portion of FIG. 2-17 of the processes of FIGS. 2-17 to 2-19, and the step of S410 is added as the process of the server 10. This is the added process.
  • control unit 11 of the server 10 transmits the above-mentioned split bill confirmation information to the terminal A by the communication I / F14 (S410). Then, the control unit 11 shifts the processing to S210 of FIG. 2-18.
  • the control unit 21 of the terminal A displays the received split bill confirmation information on the display unit 24 (A420). As a result, various types of information including the above-mentioned excess / deficiency amount information and the like are displayed on the display unit 24. Then, the control unit 21 of the terminal A shifts the processing to A210 of FIG. 2-18.
  • the terminal 20 has at least information on the excess / deficiency amount (not limited, but an example of the first amount) of the user of the own terminal 20 based on the shopping settlement history by the user of the own terminal 20.
  • the communication I / F 22 receives the split bill confirmation information (an example of the amount information, not the limitation) including the information of the excess / deficiency amount (an example of the second amount, not the limitation) of the users of different terminals 20 from the server 10.
  • the terminal 20 shows a configuration in which the received split bill confirmation information is displayed on the display unit 24. As an example of the effect obtained by such a configuration, it is possible to enable the user of the terminal to confirm the amount information including at least the information of the first amount and the information of the second amount.
  • the user of the terminal 20 it is also possible for the user of the terminal 20 to check the status of split bill settlement based on the excess or deficiency amount of each split bill member (hereinafter, referred to as “split bill settlement status”).
  • FIG. 3-7 is a diagram showing an example of the split bill content confirmation screen in this modified example, and is a diagram showing the user B.
  • An example of the screen displayed on the display unit 24 of the terminal 20 of B is shown.
  • This splitting content confirmation screen is not limited, but as an example, the excess / deficiency amount of the splitting member and the splitting settlement status of the splitting member are displayed in association with the icon image of each splitting member.
  • the split bill settlement status is not limited, but as an example, the excess or deficiency amount of the split bill master (amount to be received) and the status of receiving money from other split bill members (receipt) Completed / Unreceived) is displayed. If money has been received from some of the other Dutch members, "Received" is displayed along with the amount received.
  • the split bill settlement status is not limited but as an example.
  • the excess / deficiency amount of the split bill member (amount to be paid) and the payment status of the split bill member amount (settled / unsettled) are displayed.
  • the split bill settlement status update icon including is provided.
  • the split bill settlement status update icon is operated, the latest split bill settlement status is transmitted from the server 10 to the terminal 20, and the display is updated.
  • each terminal 20 can check the settlement status of a user other than himself / herself, so that the convenience of the user can be improved.
  • FIG. 3-8 is a diagram showing another example of the split bill content confirmation screen.
  • An example of a screen displayed on the display unit 24 of the terminal 20 of A is shown.
  • this split bill content confirmation screen as an example, not limited to, the ratio of the burden of the amount of money in the split bill of each split bill member next to the amount display area per person on the split bill content confirmation screen in FIG. 3-5 (hereinafter, ""
  • a split bill ratio confirmation icon indicating "confirm the split ratio” is provided as an example, not a limitation, for displaying the split bill ratio.
  • the splitting ratio is displayed as the "sharing ratio".
  • FIG. 3-9 is a diagram showing an example of the split bill ratio confirmation screen displayed based on the operation (not limited but touch operation as an example) of the split bill ratio confirmation icon on the split bill content confirmation screen of FIG. 3-8. is there.
  • the characters "Please check the split split ratio" are displayed, and below that, a total payment display area is provided to display the total payment amount (total payment amount) for shopping settlement. Has been done.
  • the total payment amount is the total amount of payments based on the shopping settlement history registered by each split bill member.
  • the user A. Since only A decides to register the shopping settlement history, "user A.A's paid amount total payment amount”. As a result, in this example, "4,500 yen" is displayed as the total payment amount. When only one user registers the shopping settlement history as in this example, the total payment amount may be displayed as the paid amount of that user.
  • a graph display area for displaying the settled amount of the excess and deficiency amounts in a graph in association with the icon image of each split bill member.
  • the graph display area displays a horizontal bar graph whose length changes according to the amount of money that has been settled.
  • the split bill master (user A.A.) has already paid "4,500 yen” in the shopping settlement and has not yet received money from any of the other split bill members, so the user.
  • a bar graph with a length corresponding to "4,500 yen” is displayed next to the icon image of A.
  • all the other split bill members are still User A. Since no amount has been paid to A and the length of the bar graph is "0", the user A.
  • the "0 yen" surrounded by a broken line is displayed in association with the icon image of the split bill member other than A.
  • one of the split bill members is User A.
  • the length of the bar graph associated with the split bill member is the length of the user A. It is updated and displayed to the length corresponding to the amount of money sent to A.
  • the excess and deficiency amounts of each split bill member are displayed next to the graph display area.
  • the split bill master (user AA) displays "3,600 yen, receive” as the excess / deficiency amount
  • the other split bill members display "900 yen payment” as the excess / deficiency amount. ..
  • split bill ratio change icon indicating "change the split split ratio" is displayed as an example, not a limitation, for changing the split bill ratio.
  • FIG. 3-10 is a diagram showing an example of the split bill ratio change screen displayed based on the operation (not limited but touch operation as an example) of the split bill ratio change icon on the split bill ratio confirmation screen of FIG. 3-9.
  • User A An example of a screen displayed on the display unit 24 of the terminal 20 of A is shown.
  • a graph for changing the splitting ratio for changing the splitting ratio of each splitting member is displayed.
  • a graph represented by a donut-shaped graph hereinafter, referred to as “doughnut graph”.
  • This donut graph is a graph having a hole in the center of a pie chart, and in this example, the total payment amount is displayed in the area where the hole is in the center.
  • the donut graph has a plurality of areas corresponding to each split bill member, and is associated with the icon image of each split bill member, based on the split bill ratio of the split bill member, the split bill ratio, and the total payment amount.
  • the splitting ratio of each splitting member can be changed by swiping in either direction the boundary between the display area corresponding to the splitting member and the display area corresponding to the adjacent splitting member in the donut graph. It is configured in.
  • user B. B display area and user C.I.
  • the boundary portion of C with the display area is touched with a finger, and then the user B. B side or user C.I.
  • the user B. B and user C By performing the operation of moving the finger to the C side, the user B. B and user C.
  • the splitting ratio of C is changed.
  • the user B. of the donut graph is displayed.
  • the proportion occupied by the display area of B is reduced, and the user B.
  • the splitting ratio of B decreases, and the user C.
  • the splitting ratio of C increases.
  • user C.I. When the finger is moved to the C side, the user B. of the donut graph is displayed.
  • the proportion occupied by the display area of B increases, and the user B.
  • the splitting ratio of B increases, and the user C.
  • the splitting ratio of C decreases. In this case, the splitting ratio of other splitting members does not change.
  • the splitting ratio may be changed using a graph other than the donut graph such as a bar graph, a pie chart, or a band graph. You don't have to do that. Further, the splitting ratio may or may not be changed by inputting a numerical value. Further, instead of the split bill ratio, the excess / deficiency amount may or may not be changed according to the same method.
  • FIG. 3-11 is a flowchart showing an example of the flow of processing executed by each device in this modified example.
  • This process is a process in which steps A430 and A440 are added as the process of the terminal A and a step of S440 is added as the process of the server 10 to the process of FIG. 3-6.
  • control unit 21 of the terminal A determines whether or not to change the splitting ratio based on whether or not the splitting ratio changing operation is input to the input / output unit 23, as an example, not limited to. (A430).
  • the control unit 21 of the terminal A is not limited to, but as an example, sends the split bill change request information including the split bill ratio specified by the split bill ratio change operation to the communication I / After transmitting to the server 10 by F22 (A440), the process is returned to A410.
  • the control unit 21 of the terminal A shifts the process to A210 in FIG. 2-18.
  • the control unit 11 determines whether or not the split bill change request information has been received from the terminal A by the communication I / F 14 (S440), and if it determines that it has been received (S440: YES), processes it in S190. Return. That is, the excess / deficiency amount is recalculated based on the split bill ratio included in the split bill change request information received from the terminal A.
  • the control unit 11 repeats the processes of S190 and S410 until it stops receiving the split bill change request information from the terminal 20 (S440: NO). Then, if it is determined that the split bill change request information is no longer received from the terminal 20 (S440: NO), the control unit 11 shifts the process to S210 of FIG. 2-18.
  • the terminal transmits information for changing at least one of the information of the first amount and the information of the second amount, so that the information of the first amount and the information of the second amount can be changed. You can easily change at least one of the information.
  • the fourth embodiment is an embodiment in which the excess / deficiency amount is calculated based on the shopping settlement history by the user of the own terminal 20 and the shopping settlement history by the user of the different terminal 20.
  • the first to third embodiments are different from the first to third embodiments in that the shopping settlement history can be added and registered by the user of the terminal 20 or the user of a different terminal 20.
  • FIG. 4-1 is a diagram showing an example of the split bill content confirmation screen in this embodiment, and is a diagram showing the user B.
  • An example of the screen displayed on the display unit 24 of the terminal 20 of B is shown.
  • the shopping settlement history to be split by the first user is already registered, and the shopping settlement history to be split by a second user different from the first user is additionally registered. It is configured to be possible.
  • the user A With the shopping settlement history registered by A, user B.
  • An example is an example in which B adds and registers his / her own shopping settlement history.
  • This split bill content confirmation screen is almost the same as the split bill content confirmation screen in Fig. 3-4, but the icon displayed at the bottom of the screen is different. Specifically, in addition to the settlement icon indicated as "payment” as an example rather than limitation, "payment amount” as an example rather than limitation for additionally registering the shopping settlement history of oneself (user BB). The shopping settlement history addition icon indicating "Add" is displayed.
  • FIG. 4-2 shows an example of the shopping settlement history selection screen displayed based on the operation (not limited but touch operation as an example) of the shopping settlement history addition icon on the split bill content confirmation screen of FIG. 4-1. It is a figure.
  • the user B On this shopping settlement history selection screen, the user B. A plurality of shopping settlement histories by B are displayed. In this example, the shopping settlement history at a plurality of stores such as "DD cafe", "EE restaurant", and "FF convenience” is displayed.
  • a shopping settlement history registration icon labeled "Register” is displayed as an example, not a limitation, for registering the selected shopping settlement history.
  • the user B. is based on the fact that the shopping settlement history registration icon is operated (not limited but touch operation as an example) on the shopping settlement history selection screen of FIG. 4-2. It is a figure which shows an example of the split bill content confirmation screen displayed on the display part 24 of the terminal 20 of B.
  • User A In addition to the shopping settlement history for "4,500 yen" previously registered by A, user B. B shows a state in which the shopping settlement history for "5,500 yen" is additionally registered.
  • the paid amount "5,500 yen” is displayed in association with the icon image of oneself (user BB), and the user A.
  • the paid amount "4,500 yen” is displayed in association with the icon image of A.
  • the user B is based on the fact that the settlement icon is operated (not limited but touch operation as an example) on the split bill content confirmation screen of FIG. 4-3. It is a figure which shows an example of the split bill request notification screen displayed on the display part 24 of the terminal 20 of B. On this split bill request notification screen, the user B. As the excess / deficiency amount of B, "Receive 3,500 yen" is displayed in the excess / deficiency amount display area.
  • the excess / deficiency amount display area when operated, it will be below it.
  • User A The comment of A and the breakdown of the split bill are displayed.
  • the user A The shopping settlement history registered by A and the user B.
  • the shopping settlement history registered by B is displayed, and "10,000 yen” is displayed as the total amount and "2,000 yen” is displayed as the amount per person.
  • the shopping settlement history of the "EE restaurant” is the user B.
  • An "N (New)" mark is attached to the upper left of the icon image of B and displayed.
  • the user A is based on the fact that the settlement icon is operated (not limited but touch operation as an example) on the split bill content confirmation screen of FIG. 4-3. It is a figure which shows an example of the split bill request notification screen displayed on the display part 24 of the terminal 20 of A. On this split bill request notification screen, the user A. As the excess / deficiency amount of A, "Receive 2,500 yen" is displayed in the excess / deficiency amount display area.
  • FIG. 4-6 is a diagram showing an example of information stored in the storage unit 15 of the server 10 in this embodiment.
  • the storage unit 15 stores the splitting management database 157 as an example, not limited to the payment application management processing program 151.
  • the split bill management database 157 is a database for the server 10 to manage split bills by the user of the terminal 20, and a configuration example of the first split bill management database 157A, which is an example thereof, is shown in FIG. 4-7.
  • split bill management data is stored as management data for each split bill.
  • Each split bill management data is not limited, but as an example, a split bill management ID, a split bill master ID, a split bill member ID, and shopping settlement history management data are stored.
  • the split bill management ID stores an ID (identification information) for uniquely identifying the split bill.
  • ID identification information
  • a unique ID is set and stored by the server 10 with the split bill in the group as one unit.
  • the split bill master ID is not limited, but the payment application ID of the split bill master is stored as an example.
  • the payment application ID of each split bill member is stored in the split bill member ID.
  • the shopping settlement history management data is data for managing one or more shopping settlement histories that have been the target of splitting, and is not limited, but as an example, the settlement person ID, the shopping settlement ID, and the amount to be split are associated with each other. Be remembered.
  • the payment application ID of the user who made the payment for the shopping payment history is stored in the payment person ID.
  • this settlement person ID not only the splitting master ID but also the ID of each user included in the splitting member ID can be stored. That is, not only the shopping settlement history registered by the Dutch master, but also the shopping settlement history registered by the Dutch members other than the Dutch master is stored in the shopping settlement history management data.
  • the shopping settlement ID includes the shopping settlement ID of the shopping settlement history included in the shopping settlement history data in the user management data corresponding to the payment application ID of the user of the settlement person ID included in the user management database 155.
  • the shopping settlement ID corresponding to the shopping settlement history registered by the user of the settlement person ID is stored.
  • the amount to be split is an amount up to the shopping settlement amount in the shopping settlement history corresponding to the shopping settlement ID, and the amount specified by the user of the settlement person ID is stored as the amount to be split. To.
  • the payment application ID of the split bill member other than the split bill master may or may not be stored. That is, the split bill master ID may or may not be excluded from the split bill member ID column.
  • FIG. 4-8 is a flowchart showing an example of the flow of processing executed by each device in this embodiment.
  • the step of A530 is added as the process of the terminal A
  • the process of the terminal B is the process of A530.
  • steps S530 to S570 are added as processes of the server 10. The same steps as those described above are designated by the same reference numerals, and the description thereof will be omitted again.
  • control unit 21 of the terminal A executes the split bill additional registration process (A530).
  • control unit 21 of the terminal B executes the split bill additional registration process (A530).
  • FIG. 4-9 is a flowchart showing an example of the flow of the split bill additional registration process.
  • the control unit 21 determines whether or not the user of his / her terminal 20 agrees to split the bill (A5310). Specifically, as an example, not a limitation, it is determined whether or not an operation for showing the intention to agree to the split bill has been input to the input / output unit 23.
  • the control unit 21 determines whether or not to add the shopping settlement history (A5320). Specifically, as an example, not a limitation, it is determined whether or not an operation for adding a shopping settlement history has been input to the input / output unit 23.
  • the control unit 21 executes the split bill settlement addition process (A5330). Then, the control unit 21 transmits, as an example, not limited to, the split bill settlement additional notification including the shopping settlement ID of the shopping settlement history to be added to the server 10 by the communication I / F22 (A5340).
  • the control unit 21 transmits the split bill settlement refusal notification to the server 10 by the communication I / F22 (A5350). If it is determined that the split bill is agreed (A5310: YES), the control unit 21 transmits the split bill settlement approval notification to the server 10 by the communication I / F 22 (A5360).
  • the control unit 21 determines whether or not the split bill change notification has been received from the server 10 by the communication I / F22 (A5370), and if it determines that it has been received (A5370: YES). The received split bill change notification is displayed on the display unit 24 (A5380). Then, the control unit 21 returns the process to A5310.
  • control unit 21 ends the split bill additional registration process.
  • control unit 11 of the server 10 executes the second split bill approval management process (S530).
  • FIG. 4-10 is a flowchart showing an example of the flow of the second split bill approval management process.
  • This process replaces the step S2310 in the first split bill approval management process (see FIG. 2-20) with S5310, and adds the steps S5320 to S5340.
  • the split bill settlement notice is one of the above-mentioned "split bill settlement approval notice", "split bill settlement refusal notice", and "split bill settlement additional notice".
  • the same steps as those described above are designated by the same reference numerals, and the description thereof will be omitted again.
  • control unit 11 When the control unit 11 receives the split bill settlement notice from the terminal 20 (S5310), the control unit 11 determines whether or not the received split bill settlement notice is the "split bill settlement additional notice" (S5320). If it is determined that the received split bill settlement notice is not the split bill settlement additional notice (5320: NO), the control unit 11 shifts the process to S2320.
  • the control unit 11 makes a purchase settlement in the corresponding split bill management data in the first split bill management database 157A. Update history management data. Then, the control unit 11 calculates the excess / deficiency amount based on the shopping settlement history identified by the shopping settlement ID included in the received split bill settlement additional notification (S5330).
  • control unit 11 changes the split billing content based on the calculated excess / deficiency amount (S5340). Then, the control unit 11 ends the second split bill approval management process.
  • the control unit 11 determines whether or not the split bill content has been changed in the second split bill approval management process (S550), and if it determines that the split bill has been changed (S550: YES), the split bill change.
  • the notification is transmitted to each of the terminal A and the terminal B by the communication I / F 14 (S570). Then, the control unit 11 returns the process to S530.
  • control unit 21 of the terminal A shifts the processing to A250.
  • control unit 21 of the terminal B shifts the processing to B250.
  • the excess / deficiency amount of each split bill member (not limited, but an example of the first amount and the second amount) is a shopping settlement history (not limited) by a split bill member different from the user of one terminal 20.
  • An example of the second payment information regarding the second payment by users of different terminals) and a shopping settlement history by one user (an example of the first payment information, not a limitation). ..
  • the first amount and the second amount are determined in consideration of not only the first payment information but also the second payment information regarding the second payment by users of different terminals. Therefore, the convenience of the user can be improved.
  • the user of the split bill master may or may not be able to set additional permission / prohibition of the shopping settlement history by other split bill members.
  • FIG. 4-11 shows the user A., who is the splitting master, based on the operation of the splitting content confirmation icon on the shopping settlement history selection screen of FIG. 3-1. It is a figure which shows an example of the split bill content confirmation screen displayed on the display part 24 of the terminal 20 of A.
  • the split bill member can add his / her own shopping settlement history in association with the icon image and user name of the split bill member other than himself / herself (user AA).
  • the shopping settlement history addition request icon indicated as "addition request" is displayed.
  • User A. who is a split bill master. A is not limited, but as an example, by touching the shopping settlement history addition request icon associated with each split bill member, it is possible to set permission / prohibition of addition of the shopping settlement history by the split bill member. It is configured in.
  • the shopping settlement history addition request icon is not limited, but as an example, the split bill members who are allowed to add the shopping settlement history are displayed in the active state, and the split bill members who are prohibited from adding the shopping settlement history are displayed in the inactive state. Is displayed.
  • the user A By A, user E. A setting is made to prohibit the addition of the shopping settlement history by E, whereby the user E.I.
  • the add request icon associated with E is displayed in an inactive state.
  • FIG. 4-12 shows the user E.I. It is a figure which shows an example of the split bill content confirmation screen displayed on the display part 24 of the terminal 20 of E.
  • a shopping settlement history addition icon for additionally registering the shopping settlement history is provided at the bottom of the screen.
  • the terminal 20 of the split bill master at least the terminal 20 of the split bill member who prohibited the addition of the shopping settlement history via the server 10 is provided with the shopping settlement history addition prohibition information for prohibiting the addition of the shopping settlement history. Send. Then, the terminal 20 that has received the shopping settlement history addition prohibition information may set the shopping settlement history addition prohibition setting to invalidate the shopping settlement history addition operation.
  • the subject who sets the permission / prohibition of additional registration of the shopping settlement history is the split bill master, but the splitting master is not limited to this, and the split bill master is added to the split bill master or instead of the split bill master.
  • the splitting member other than the above may or may not be allowed to set the permission / prohibition of the additional registration of the shopping settlement history.
  • a fifth embodiment is an embodiment in which a messaging service is used to split the bill among users of a plurality of terminals 20.
  • the fifth embodiment is an embodiment in which a configuration related to a messaging service is added to the configurations of the first to fourth embodiments.
  • FIG. 5-1 is a diagram showing an example of the system configuration of the communication system 1B in this embodiment.
  • the same components as those of the communication system 1A are designated by the same reference numerals, and the description thereof will be omitted again.
  • the server 10 In the communication system 1B, the server 10, the messaging server 40, and a plurality of terminals 20 (terminals 20A, terminals 20B, terminals 20C, ...) are connected via the network 30, but not as an example.
  • the messaging server 40 (not limited to an example of a server, an information processing device, and an information management device) has a function of providing a messaging service to the terminal 20.
  • the messaging server 40 may be any device as long as it is an information processing device that can realize functions related to the messaging service.
  • the messaging server 40 is not limited and is an example of a server device, a computer (for example, a desktop, a laptop, a tablet, etc.), a media computer platform (not limited, for example, a cable, a satellite set-top box, a digital video). Includes recorders), handheld computer devices (for example, but not limited to PDAs, email clients, etc.), or other types of computers, or communication platforms.
  • the messaging server 40 includes a control unit 41 (CPU), a storage unit 45, a communication I / F 44 (interface), an input / output unit 42, a display 43, and a clock unit 49.
  • Each component of the HW of the messaging server 40 is connected to each other via bus B, for example, but not by limitation.
  • the HW of the messaging server 40 does not necessarily include all the components as the configuration of the HW of the messaging server 40.
  • the HW of the messaging server 40 may or may not be configured to remove the display 43.
  • the control unit 41 has a physically structured circuit for executing a function realized by a code or an instruction contained in the program, and is not limited, but as an example, a data processing device built in hardware. Is realized by.
  • the control unit 41 is typically a central processing unit (CPU), and may or may not be a microprocessor, a processor core, a multiprocessor, an ASIC, or an FPGA. In the present disclosure, the control unit 41 is not limited to these.
  • the storage unit 45 has a function of storing various programs and various data required for the messaging server 40 to operate.
  • the storage unit 45 is realized by various storage media such as HDD, SSD, and flash memory. However, in the present disclosure, the storage unit 45 is not limited to these. Further, the storage unit 45 may or may not be expressed as a memory.
  • the communication I / F44 transmits / receives various data via the network 30. Communication may be executed by wire or wirelessly, and any communication protocol may be used as long as mutual communication can be executed.
  • the communication I / F 44 has a function of executing communication with various devices such as a terminal 20 via the network 30.
  • the communication I / F 44 transmits various data to various devices such as the terminal 20 according to an instruction from the control unit 41. Further, the communication I / F 44 receives various data transmitted from various devices such as the terminal 20 and transmits the various data to the control unit 41. Further, the communication I / F44 may be simply expressed as a communication unit. Further, when the communication I / F 44 is composed of a physically structured circuit, it may be expressed as a communication circuit.
  • the input / output unit 42 is realized by a device that inputs various operations to the messaging server 40.
  • the input / output unit 42 is realized by any or a combination of all kinds of devices capable of receiving an input from a user and transmitting information related to the input to the control unit 41.
  • the input / output unit 42 is typically realized by a hardware key typified by a keyboard or the like, or a pointing device such as a mouse.
  • the input / output unit 42 may or may not include a touch panel, a camera (operation input via a moving image), and a microphone (operation input by voice) as an example, not limited to the input / output unit 42. However, in the present disclosure, the input / output unit 42 is not limited to these.
  • the display 43 is typically realized by a monitor (not limited, but as an example, a liquid crystal display or an OELD (organic electroluminescence display)).
  • the display 43 may or may not be a head-mounted display (HDM) or the like. It should be noted that these displays 43 may or may not be capable of displaying display data in 3D. In the present disclosure, the display 43 is not limited to these.
  • the clock unit 49 is a built-in clock of the messaging server 40 and outputs time information (timekeeping information).
  • the clock unit 49 is not limited, but includes, for example, an RTC (Real Time Clock) as a hardware clock, a system clock, and the like.
  • the clock unit 49 can be expressed as a time measuring unit or a time information detecting unit as an example without limitation.
  • FIG. 5-2 is a diagram showing an example of the talk room screen in this embodiment, and is a diagram showing an example of the talk room screen.
  • An example of a screen displayed on the display unit 24 of the terminal 20 of A is shown.
  • This talk room screen uses a messaging application executed on the terminal 20 to display the user A.
  • A is user B.
  • This is an example of a screen for talking with B.
  • a talk is an example of a chat
  • a talk room is an example of a chat room.
  • chat is a means for users of terminals 20 to communicate with each other using a data communication line on a computer network
  • chat room is a virtual room for performing this chat.
  • Is. Chat includes those using the messaging service MS (including instant messaging service (IMS)) and the social networking service SNS. Further, as an example, not limited to, those using a so-called short message service may be included.
  • MS instant messaging service
  • SNS social networking service
  • the chat includes a talk using a messaging service
  • the chat room includes a talk room for performing the talk.
  • the talk room in addition to the talk room for users to talk one-on-one, as described later, for talking in a group including a plurality of users formed in the messaging service. Includes group talk room.
  • the talk room screen of the messaging application After sending the message, when the talk room screen of the messaging application is opened on the destination terminal 20, it means that the sent message has been read by the other user. Then, on the talk room screen of the transmission source terminal 20, based on the control of the server 10, the characters "read" are displayed in association with the transmitted message.
  • user A From A to user B. A message requesting B to split the amount of money spent on the previous trip is displayed, and the user B. As a reply message from B, a message for approving the split bill is displayed.
  • function icons corresponding to multiple functions provided as functions of the messaging application are displayed.
  • This function icon includes a split bill icon for splitting the bill.
  • FIG. 5-3 is a diagram showing an example of a shopping settlement history selection screen displayed based on the operation of the split bill icon (touch operation as an example, not limitation) on the talk room screen of FIG. 5-2.
  • the configuration of this shopping settlement history selection screen is almost the same as the shopping settlement history selection screen shown in the previous embodiment, except that the screen is displayed as a function of the messaging application.
  • the shopping settlement history selection screen displays the shopping settlement history at a plurality of stores such as "AA rental cycle", "BB supermarket", and "CC lunch box".
  • a check box is provided for splitting the shopping settlement history in association with each shopping settlement history.
  • a split bill request icon indicating "send a split bill request" is displayed as an example, not a limitation, for sending a split bill request to the terminal 20 of B.
  • FIG. 5-4 shows the user B. based on the operation of the split bill request icon on the shopping settlement history selection screen of FIG. 5-3. It is a figure which shows an example of the talk room screen displayed on the display part 24 of the terminal 20 of B. On this talk room screen, the user B. From B to user A. Under the message to approve the split bill request to A, the "split bill request message", which is an example of the content transmitted and received between the terminals 20 using the messaging application and corresponds to the split bill request notification, is the user. A. It is displayed in a balloon in association with the icon image of A.
  • the split bill request message is not only a simple text, but also an image (including a still image, a moving image, etc.), operation information (including a button, an icon, etc.), communication information, and access information (URI). , URL, etc.), etc., is a message in a broad sense that includes various information that can be sent and received.
  • split bill request content In order to distinguish it from a normal text message, it may or may not be expressed as the split bill request content, etc. instead of the split bill request message.
  • This split bill request message is not limited, but as an example, the name of the payment application (“Payment App” in this example), the fact that the split bill was requested, and the user B.
  • the excess / deficiency amount of B and the details of the shopping settlement history that was the target of splitting the bill are included.
  • user B. "Payment of 2,250 yen" is displayed as the excess or deficiency amount of B.
  • the split bill request message is not limited to the user B.
  • B is user A.
  • a settlement icon for remittance of excess or deficiency amount of money to A and a refusal icon for refusing split bills are included.
  • FIG. 5-5 is a diagram showing an example of a talk room screen displayed based on the operation of the settlement icon on the talk room screen of FIG. 5-4.
  • An example of the screen displayed on the display unit 24 of the terminal 20 of B is shown.
  • this talk room screen as an example, not limited to, the user B.
  • the message "Settlement" is displayed in a balloon, and the user B. using the payment application.
  • a remittance completion message indicating that the excess or deficiency amount (“2,250 yen” in this example) has been remitted to A is displayed.
  • FIG. 5-6 is a diagram showing an example of the function realized by the control unit 41 of the messaging server 40 in this embodiment.
  • the control unit 41 has, as an example, not limited to, a messaging application management processing unit 411 for executing the messaging application management processing according to the messaging application management processing program 451 stored in the storage unit 45.
  • FIG. 5-7 is a diagram showing an example of information stored in the storage unit 45 of the messaging server 40 in this embodiment.
  • the storage unit 45 stores the messaging application management processing program 451 as a program, but not as an example.
  • the storage unit 45 stores the messaging application user registration data 453 and the split bill management database 457 as data, but not as an example.
  • the messaging application user registration data 453 is registration data relating to the terminal 20 using the messaging application or the user of the terminal 20, and an example of the data structure is shown in FIG. 5-8.
  • the user name is the name of the user of the terminal 20 who uses the messaging application, and is not limited, but as an example, the name registered when the user of the terminal 20 uses the messaging application is stored.
  • the messaging application ID is an account (account information) of the messaging application, and is an ID that can identify the terminal 20 or the user of the terminal 20.
  • the messaging application ID is not limited, but as an example, a unique ID is set and stored by the messaging server 40.
  • the terminal telephone number is the telephone number of the terminal 20 of the user with this user name, and is not limited, but as an example, the telephone number of the terminal 20 registered when the user of the terminal 20 uses the messaging application is stored.
  • Other registration information is not limited, but as an example, the email address (terminal email address) of the terminal 20 of the user with this user name, the authentication password used for various authentications in the messaging application, and the icon used by this user.
  • Image data user icon image
  • user profile user profile
  • this information is not essential.
  • the split bill management database 457 is a database for the messaging server 40 to manage split bills between users of the terminal 20, and a configuration example of the third split bill management database 457A, which is an example thereof, is shown in FIG. 5-9.
  • split bill management data is stored as management data for each split bill.
  • Each split bill management data stores, as an example, not a limitation, a split bill management ID, a split bill master ID, a split bill member ID, and shopping settlement history management data.
  • the split bill management ID, the split bill master ID, and the split bill member ID are the same as the above-mentioned split bill management database 157.
  • the shopping settlement history management data is not limited, but as an example, the settlement person ID, the amount to be split, the store name, the shopping settlement date and time, and other information are stored in association with each other.
  • ⁇ Processing> 5-10 to 5-12 are flowcharts showing an example of the flow of processing executed by each device in this embodiment.
  • MSG splitting process the messaging splitting process executed by the control unit 21 of the terminal A
  • MSG splitting process executed by the control unit 21 of the terminal B
  • the control unit 41 of the messaging server 40 The messaging split bill management process to be executed (hereinafter referred to as “MSG split bill management process") and the split bill settlement management process executed by the control unit 11 of the server 10 are shown.
  • the control unit 21 of the terminal A transmits a split bill start notification to the messaging server 40 by the communication I / F 22 (A610).
  • the control unit 41 of the messaging server 40 sends the shopping settlement history request information requesting the shopping settlement history by the user of the terminal A to the server by the communication I / F44. It is transmitted to 10 (M620).
  • the control unit 11 of the server 10 transmits the shopping settlement history associated with the payment application ID of the user of the terminal A to the communication I / F14. To the messaging server 40 (S630).
  • the control unit 41 transmits the received shopping settlement history to the terminal A by the communication I / F44 (M640).
  • the control unit 21 of the terminal A executes the second shopping settlement history selection process (A650).
  • the control unit 21 of the terminal A is not limited, but as an example, the user A. stored in the storage unit 28 of the terminal A. From the plurality of shopping settlement histories by A, at least one shopping settlement history is selected based on the selection operation for the input / output unit 23.
  • control unit 21 of the terminal A transmits the shopping settlement history selection information to the messaging server 40 by the communication I / F 22 based on the processing result of the A650 (A660).
  • the control unit 41 When the shopping settlement history selection information is received from the terminal A by the communication I / F 44 (M660), the control unit 41 corresponds to the third split management database 457A based on the received shopping settlement history selection information. Update the shopping settlement history management data in the split management data. Then, the control unit 41 calculates the excess / deficiency amount based on the received shopping settlement history selection information (M670).
  • control unit 41 transmits the split bill settlement request notification to the terminal A and the terminal B by the communication I / F44 based on the calculated excess / deficiency amount (M710).
  • the control unit 21 of the terminal A determines whether or not to agree to the split bill based on the operation input to the input / output unit 23 (A710). A720).
  • the control unit 21 of the terminal A transmits the split bill settlement approval notification to the messaging server 40 by the communication I / F 22 (A730).
  • the control unit 21 of the terminal A transmits the split bill settlement refusal notice to the messaging server 40 by the communication I / F 22 (A740).
  • the control unit 21 of the terminal B performs the same processing as the A710 to A740 of the terminal A (B710 to B740).
  • control unit 41 executes a messaging split bill approval management process (hereinafter, referred to as “MSG split bill approval management process”) (S).
  • MSG split bill approval management process a messaging split bill approval management process
  • FIG. 5-13 is a flowchart showing an example of the flow of the MSG split bill approval management process.
  • This MSG split bill approval management process is the same as the first split bill approval management process (see FIG. 2-20). That is, the control unit 41 performs the same processing as S2310 to S2360 of the first split bill approval management processing (M7310 to M7360).
  • the control unit 41 transmits a splitting failure notification to the terminals A and B by the communication I / F44, respectively (MGS40: NO). M750).
  • the control unit 21 of the terminal A displays the received split bill failure notification on the display unit 24 (A760). Then, the control unit 21 of the terminal A shifts the processing to the A890.
  • the control unit 21 of the terminal B displays the received splitting failure notification on the display unit 24 (B760). Then, the control unit 21 of the terminal B shifts the processing to B890.
  • the control unit 41 transmits a splitting establishment notification to the terminal A and the terminal B by the communication I / F44 (M810).
  • the control unit 21 of the terminal A transmits the split bill settlement request information to the messaging server 40 by the communication I / F 22 (A820).
  • the control unit 21 of the terminal B transmits the split bill settlement request information to the messaging server 40 by the communication I / F 22 (B820).
  • the control unit 41 transmits the split bill settlement request information to the server 10 by the communication I / F 44 (M830).
  • the control unit 11 of the server 10 performs the split bill settlement process (S840).
  • control unit 11 transmits the split settlement result to the messaging server 40 by the communication I / F 14 (B850).
  • control unit 11 determines whether or not to end the process (S890), and if it determines that the process is to be continued (S890: NO), returns the process to S620. On the other hand, if it is determined that the process is to be completed (S890: YES), the control unit 11 ends the split settlement management process.
  • the control unit 41 transmits the received split bill settlement result to the terminal A and the terminal B by the communication I / F 44, respectively (M860).
  • control unit 41 determines whether or not to end the process (M890), and if it determines that the process is to be continued (M890: NO), returns the process to M610. On the other hand, if it is determined to end the process (M890: YES), the control unit 41 ends the MSG split bill management process.
  • the control unit 21 of the terminal A displays the received split bill settlement result on the display unit 24 (A870).
  • the control unit 21 of the terminal B displays the received split bill settlement result on the display unit 24 (B870).
  • control unit 21 of the terminal A determines whether or not to end the processing (A890), and if it is determined to continue the processing (A890: NO), returns the processing to A610. On the other hand, if it is determined that the process is completed (A890: YES), the control unit 21 of the terminal A ends the split billing process.
  • control unit 21 of the terminal B determines whether or not to end the processing (B890), and if it is determined to continue the processing (B890: NO), returns the processing to B610. On the other hand, if it is determined that the processing is completed (B890: YES), the control unit 21 of the terminal B ends the splitting process.
  • the terminal 20 includes a user of the own terminal 20 and a user of a different terminal 20, and a message or the like transmitted from the own terminal 20 to a different terminal 20 (not limited, but an example of content).
  • a talk room (not limited to an example of a chat room) including a message and the like transmitted from a different terminal 20 to its own terminal 20 is displayed on the screen of a messaging application.
  • at least the information on the excess or deficiency amount of the user of the terminal 20 (not limited, but an example of the information on the first amount) is displayed in the talk room.
  • the user can be made to confirm the information of the first amount of money in the chat room.
  • the fifth embodiment shows a configuration in which users of different terminals 20 are selected based on a talk room selected by the user of the terminal 20.
  • users of different terminals can be easily selected based on the chat room selected by the user of the terminal.
  • the terminal 20 includes a user of the own terminal 20 and a user of a different terminal 20, and a message transmitted from the own terminal 20 to the different terminal 20 (not limited, but an example of content). ) And a talk room (an example of a chat room, not a limitation) including a message (an example of a content, not a limitation) transmitted from a different terminal 20 to the own terminal 20 is displayed on the display unit 24. Then, the terminal 20 shows a configuration for displaying a split bill request message (not limited, but an example of a notification regarding a request for remittance processing or receipt processing with at least a terminal different from the terminal based on the first payment information) in the talk room. ing.
  • a split bill request message not limited, but an example of a notification regarding a request for remittance processing or receipt processing with at least a terminal different from the terminal based on the first payment information
  • At least a notification regarding a request for remittance processing or receipt processing between a terminal and a terminal different from the terminal can be notified to the user in an easy-to-understand form of display in a chat room.
  • the terminal 20 includes at least a user of the own terminal 20, and a talk room (not limited, but an example of content) including a message (not limited, but an example of content) transmitted from the own terminal 20 (not limited, chat).
  • a talk room (not limited, but an example of content) including a message (not limited, but an example of content) transmitted from the own terminal 20 (not limited, chat).
  • An example of a room) is displayed on the display unit 24.
  • the terminal 20 shows a configuration in which a split bill request message (not limited, but an example of a notification regarding transmission of the first payment information) is displayed in the talk room.
  • a split bill request message not limited, but an example of a notification regarding transmission of the first payment information
  • the notification regarding the transmission of the first payment information can be notified to the user in an easy-to-understand form of display in the chat room.
  • the terminal 20 may display contents such as a message sent from an account of a company that provides a service related to remittance processing or receipt processing in a talk room.
  • FIG. 5-14 is a diagram showing an example of the talk room screen in this modified example, in which the user B. An example of the screen displayed on the display unit 24 of the terminal 20 of B is shown. This talk room screen is almost the same as the talk room screen of FIG. 5-5, but the user B. B's talk partner is User A. The difference is that it is not A, but an official account of the payment application (not limited, but an example of an account of a company that provides services related to remittance processing or receipt processing). In this example, user B. B registers the official account of the payment application as a friend in advance in the messaging application.
  • an official account of the payment application not limited, but an example of an account of a company that provides services related to remittance processing or receipt processing.
  • user B. B registers the official account of the payment application as a friend in advance in the messaging application.
  • user B From B to user A.
  • the user B On the talk room screen of the messaging application of terminal 20 of B, as an example, not limited to, the icon image of the official account of the payment application (“Pay” in this example) is associated with the official account of the payment application (more specifically).
  • the user A A remittance completion message indicating that the remittance to the user A has been completed is displayed.
  • This remittance completion message is a message corresponding to the remittance completion notification, and is not limited, but as an example, the name of the payment application (“Payment App” in this example) and the user B. From B to user A. It includes the content indicating that the excess or deficiency amount (“2,250 yen” in this example) has been remitted to A.
  • the split bill completion message is displayed as a message also sent from the official account of the payment application.
  • the talk room screen of the messaging application includes a user of the terminal 20 and an official account of the payment service (not limited to an example of an account of a company that provides a service related to remittance processing or receipt processing). Is shown.
  • the information distributed from the account of the company that provides the service related to the remittance processing or the receiving processing can be notified to the user in an easy-to-understand form of being displayed in the chat room. ..
  • the split bill master terminal 20 via the messaging server 40. You can also urge them to split the bill and remind them.
  • FIG. 5-15 shows the user B.
  • B is user A.
  • the user B When a certain period of time elapses without replying to A, the user B.
  • the OS standard standby screen of the terminal 20 is not limited to the push notification from the messaging server 40 as an example, and the user A.
  • a split bill request remind notification to notify that there was a split bill request remind from A, an example, not a limitation, for launching a messaging application with the characters "Messageing App A.A.: There is a split bill request".
  • the startup icon that says "Open" is displayed.
  • FIG. 5-16 shows the user B.I. It is a figure which shows an example of the talk room screen displayed on the display part 24 of the terminal 20 of B.
  • This talk room screen is an example of the content transmitted and received between the terminals 20 using the messaging application under the split bill request message on the talk room screen of FIG. 5-4, and the split bill is reconfirmed (remind).
  • a split bill remind message which is a type of split bill remind notification, is displayed to prompt the user.
  • This split bill remind message is not limited, but as an example, the same content as the split bill request message on the talk room screen of FIG. 5-4 is displayed together with the characters "Remind" and the name of the payment application "Payment App”. .. By confirming this split bill remind message, the user B. B can remember to settle the split bill.
  • FIG. 5-17 is a diagram showing another example of the talk room screen in this case.
  • This talk room screen is displayed on the user B. It is a figure which shows an example of the screen of the talk which is performed between B and the official account of the payment application.
  • a split bill remind message similar to that in FIG. 5-16 is displayed in association with the icon image of the official account.
  • the sixth embodiment is an embodiment for splitting the bill in a group including users (plurality of accounts) of a plurality of terminals 20 formed in the messaging application.
  • the sixth embodiment is an embodiment in which the concept of a group is added to the fifth embodiment.
  • FIG. 6-1 is a diagram showing an example of a group talk room screen by the messaging application in this embodiment.
  • This group talk room screen is not limited, but as an example, a talk for group talk in a group including five users (users AA to EE) (in this example, a group of "travel circle").
  • the room screen is shown, and the user A.
  • An example of the group talk room screen displayed on the display unit 24 of the terminal 20 of A is shown.
  • a group talk is an example of a chat
  • a group talk room is an example of a chat room.
  • talk room screen as an example, not limited, a message sent from oneself (User A.A.) is displayed on the right side of the screen, and another user (User B.B. The message sent from the user EE) is displayed.
  • user A A message sent from A requesting splitting of the money used in the previous trip is displayed, and the user B.
  • User D With a message approving A's request, User D.
  • function icons corresponding to each of the multiple functions of the messaging application are displayed.
  • the "splitting icon" displayed at the bottom right is the user A.
  • the state of being touch-operated by A is shown.
  • FIG. 6-2 is a diagram showing an example of a shopping settlement history selection screen displayed on the display unit 24 of the terminal 20 based on the operation of the split bill icon on the group talk room screen of FIG. 6-1.
  • a shopping settlement history selection screen On this shopping settlement history selection screen, a plurality of shopping settlement histories by himself / herself (user AA) are displayed. In this example, a plurality of shopping settlement histories such as "AA rental cycle", "BB supermarket", and "CC lunch box” are displayed.
  • FIG. 6-3 is a diagram showing an example of a group talk room screen displayed on the display unit 24 of the terminal 20 based on the operation of the split bill request icon on the shopping settlement history selection screen of FIG. 6-2.
  • User B An example of the screen displayed on the display unit 24 of the terminal 20 of B is shown. On this group talk room screen, the user A.
  • the split bill request message from A the name of the payment application (“Payment App” in this example) and the user B.
  • the split bill request message is not limited, but as an example, a settlement icon for performing settlement, a shopping settlement history registration icon for registering payments based on one's shopping settlement history, and a refusal for rejecting the split bill request. Includes icons.
  • FIG. 6-4 is a diagram showing an example of information stored in the storage unit 15 of the server 10 in this embodiment.
  • the storage unit 15 stores, as an example, not limited to, a group management database 459 in addition to the messaging application management processing program 451 and the messaging application user registration data 453 and the split bill management database 457.
  • FIG. 6-5 is a diagram showing a data configuration example of the fourth split bill management database 457B, which is an example of the split bill management database 457 in this embodiment.
  • the split bill group ID is stored in each split bill management data instead of the split bill member ID in each split bill management data of the third split bill management database 457A (see FIG. 5-9).
  • the group ID stored in the group management database 459 for this group is stored.
  • split bill member ID is stored in each split bill management data.
  • the messaging application ID of the user included in the group identified by the split bill group ID is stored.
  • the messaging application IDs of all users included in the group identified by the split bill group ID are included in the split bill member ID, but the present invention is not limited to this.
  • not all users included in the group but some users included in the group may be split members.
  • the messaging application ID of the user selected as the split bill member may be stored in the split bill member ID field.
  • FIG. 6-6 is a diagram showing an example of the data structure of the group management database 459.
  • the group management database 459 stores group management data generated for each group.
  • the group ID, the group name, and the group member data are stored in each group management data as an example without limitation.
  • the group member data is not limited, but as an example, the user name of the user included in this group and the messaging application ID of this user are stored in association with each other.
  • FIG. 6-7 is a flowchart showing an example of the flow of processing executed by each device in this embodiment.
  • the process of the terminal A is the step of A910
  • the process of the messaging server 40 is the step of the MSG split bill management process 910.
  • This is a process in which the steps of S620 and S630 are added as the process of the server 10.
  • control unit 21 of the terminal A transmits a group splitting start notification for requesting the start of splitting in the group to the messaging server 40 by the communication I / F22 (A910). Then, the control unit 21 of the terminal A shifts the processing to A640.
  • the control unit 41 of the messaging server 40 shifts the processing to the M620.
  • the terminal 20 includes a plurality of split bill members other than the split bill master in the group talk room (not limited, but an example of a chat room), and information on the excess or deficiency amount of the split bill master (not limited, but the sixth embodiment).
  • One example of information on the amount of money) and information on the excess and deficiency amount of each splitting member other than the splitting master (not limited, but an example of information on the amount of money sent or received by each of multiple users based on the first settlement information. ) And the excess / deficiency amount information is displayed in the group talk room.
  • the first amount of money sent or received by the terminal user and the amount of money sent or received by each of a plurality of users including users of different terminals are displayed in the chat room. It is possible to notify the user in an easy-to-understand form.
  • At least one user among the plurality of users included in the group may or may not be excluded from the split billing member.
  • FIG. 6-8 is a diagram showing an example of a splitting target member selection screen for selecting (setting) a splitting target member displayed on the display unit 24 of the terminal 20.
  • An example of a screen displayed on the display unit 24 of the terminal 20 of A is shown.
  • members other than yourself (user BB to user E.) included in the group performing splitting in this example, the group of "travel circle" (hereinafter, referred to as "target group").
  • a check box is provided in association with the icon image and the user name of E).
  • split billing target member display area where users currently set as split billing target members (users whose check boxes are checked) are displayed.
  • the icon image and the user name of the user currently set as the splitting target member are displayed as an example, not limited.
  • an "x mark" is displayed in the upper right of the icon image, and by operating this "x mark", the user can be excluded from the members to be split.
  • user B. B user D. D
  • user E The state in which E is set as the member to be split is shown.
  • FIG. 6-9 is a flowchart showing an example of the flow of processing executed by each device in this modified example.
  • This process is a process in which steps A920 to A940 are added as the process of the terminal A, and steps M920 and M940 are added as the process of the messaging server 40 to the process of FIG. 6-7.
  • control unit 41 of the messaging server 40 transmits the information of the members included in the group (hereinafter, referred to as "group member information") to the terminal A by the communication I / F44 (M920).
  • the control unit 21 of the terminal A executes the second member selection process (A930). Specifically, as an example, not limited, the splitting member selection screen as shown in FIG. 6-8 is displayed on the display unit 24, and the member requesting splitting is selected based on the selection operation for the input / output unit 23.
  • control unit 21 of the terminal A transmits the member selection information regarding the member selected in the A930 to the messaging server 40 by the communication I / F22 (A940). Then, the control unit 21 of the terminal A shifts the processing to A640.
  • the control unit 41 When the member selection information is received from the terminal A by the communication I / F44 (M940), the control unit 41 adds / deletes the user based on the received member selection information to the split bill member / deletes the split bill member, and then shifts the process to M620. ..
  • one terminal 20 executes a process of deleting at least one user from a plurality of users included in a group talk room (not limited to an example of a chat room) from the split bill members. Shown.
  • a process of deleting at least one user from a plurality of users including users of different terminals included in the chat room the process is not limited but optional. Users can be excluded from the target of splitting.
  • a process of adding a user not included in the group talk room (hereinafter, referred to as “outside group member”) to the split bill member is performed on the terminal 20 of the split bill master. It may or may not be.
  • FIG. 6-10 is a diagram showing an example of the splitting target member selection screen in this modified example.
  • This split-splitting target member selection screen is different from the split-splitting target member selection screen shown in FIG. 6-8, and is not limited to adding split-splitting member candidates from users other than the users included in the target group. There is an additional icon that says "Add friends other than”.
  • FIG. 6-11 is a diagram showing an example of a screen displayed based on the operation of the additional icon on the splitting target member selection screen of FIG. 6-10.
  • a friend list display area for selecting and setting a member candidate to be split from among the users registered as friends is provided in the center of the screen.
  • a user different from the split Dutch member included in the target group and the user A.
  • the icon image and the user name of the user registered as a friend by A are displayed in a list.
  • user X. X, user Y. Y, user Z. Z and the like are displayed in a list, and the user Z.
  • the state in which the check of Z is set to "ON" is shown.
  • a member display area for splitting is provided at the bottom of the screen.
  • user B. B user D. D
  • user E user E.
  • user Z user Z. The state in which Z is set as a member candidate for splitting the bill is shown.
  • an "OK icon” is displayed at the bottom of the screen, and by operating this OK icon, it is configured so that the currently set user can confirm the member to be split.
  • FIG. 6-12 is a diagram showing an example of a splitting target member selection screen displayed based on the operation of the OK icon on the splitting target member selection screen of FIG. 6-11.
  • a list of users included in the target group as group members is displayed, and below that, as a friend, a member outside the group added as a splitting target member on the screen of FIG. 6-11.
  • a user Z. The icon image of Z and the user name are displayed.
  • the user B. B user D. D
  • user E The check of three people of E is set to "ON", and the added user Z.
  • the state in which the check of Z is set to "ON” is shown.
  • FIG. 6-13 is a diagram showing an example of a shopping settlement history selection screen displayed based on the operation of the shopping settlement history registration icon on the splitting target member selection screen of FIG. 6-6.
  • This shopping settlement history selection screen corresponds to the shopping settlement history selection screen shown in FIG. 6-2.
  • the split bill request icon at the bottom of the screen is the user A. The state operated by A is shown.
  • FIG. 6-14 is a diagram showing an example of a group talk room screen displayed on the display unit 24 of the terminal 20 based on the operation of the split bill request icon on the shopping settlement history selection screen of FIG. 6-13.
  • User Z An example of a screen displayed on the display unit 24 of the terminal 20 of Z is shown.
  • the user A On this group talk room screen, as in FIG. 6-3, the user A.
  • the split bill request message from A is displayed.
  • the shopping settlement history registration icon included in the split bill request message is the user Z.
  • the state operated by Z is shown.
  • FIG. 6-15 is a diagram showing an example of a shopping settlement history selection screen displayed based on the operation of the shopping settlement history registration icon on the group talk room screen of FIG. 6-14.
  • An example of a screen displayed on the display unit 24 of the terminal 20 of Z is shown.
  • the shopping settlement history selection screen is not limited to the user Z.
  • As the shopping settlement history by Z a plurality of shopping settlement histories such as "HH supermarket”, “II cafe”, and "JJ electric appliance” are displayed. Then, in this example, the state in which the shopping settlement history of "II cafe" is checked is shown.
  • FIG. 6-16 is a diagram showing an example of a group talk room screen displayed based on the operation of the registration icon on the shopping settlement history selection screen of FIG. 6-15.
  • An example of a screen displayed on the display unit 24 of the terminal 20 of A is shown.
  • This group talk room screen is not limited, but as an example, the user Z.
  • As a split bill request message associated with Z user A.
  • a split bill request message including the split bill content based on the shopping settlement history registered by Z is displayed.
  • FIG. 6-17 is a diagram showing another example of the split bill member selection screen displayed on the display unit 24 of the terminal 20. Unlike the split bill member selection screen shown in FIG. 6-10, this split bill member selection screen is not limited to adding users other than the users included in the target group as split bill member candidates.
  • the first addition indicated as "Add from friend” is not a limitation but as an example for selecting a user who is a candidate for splitting the bill from the users registered as friends in the messaging application.
  • An icon and a second additional icon labeled "Search by phone number" are displayed, not as a limitation, for selecting a user who can enter a phone number and be a candidate for split Dutch members.
  • FIG. 6-18 is a flowchart showing an example of the flow of processing executed by each device in this modified example.
  • This process is a process in which the step of A950 is added as the process of the terminal A and the step of M950 is added as the process of the messaging server 40 to the process of FIG. 6-9.
  • the control unit 21 of the terminal A displays the split bill member selection screen as shown in FIGS. 6-10 and 6-11 on the display unit 24 as an example, not limited to the input / output unit 23. Select members outside the group based on. Then, the control unit 21 of the terminal A transmits the out-of-group member selection information regarding the selected out-of-group member to the messaging server 40 by the communication I / F 22 (A950). Then, the control unit 21 of the terminal A shifts the processing to A640.
  • the control unit 41 When the out-of-group member selection information is received from the terminal A by the communication I / F44 (M950), the control unit 41 adds the out-of-group member based on the received out-of-group member selection information to the split members, and then processes the M620. Transfer.
  • one terminal 20 executes a process of adding a user who is not included in the group talk room (not limited, but an example of a chat room) as a split bill member. Then, the terminal 20 contains information on the excess / deficiency amount of the user added to the group talk room (not limited, but an example of the third amount of money sent or received by the added user not included in the chat room). Information on the excess / deficiency amount of the user of the terminal 20 (an example of the first amount, not the limitation) and information on the excess / deficiency amount of the user of the other terminal 20 included in the group (an example of the second amount, not the limitation).
  • the excess / deficiency amount information including the above is received from the server 10 by the communication I / F22. Then, the terminal 20 shows a configuration in which the received excess / deficiency amount information is displayed in the group talk room. As an example of the effect obtained by such a configuration, after adding a user who is not included in the chat room, not only the first amount and the second amount but also the third amount to be sent or received by the added user is considered. The amount of money information can be notified to the user in an easy-to-understand form of being displayed in the chat room.
  • the above-mentioned first amount, second amount, and third amount are the shopping settlement history by the added user not included in the group talk room and the shopping settlement history by the split bill master. It shows the configuration determined based on.
  • the first amount, the second amount, and the third amount are the third payment information based on the processing related to the third payment by the added user who is not included in the chat room. And, based on the first settlement information, it can be appropriately determined.
  • the split bill request notification may or may not be displayed on the display unit 24 of the terminal 20 based on the group name.
  • FIG. 6-19 is a diagram showing an example of a split bill request notification displayed on the standby screen of the display unit 24 of the terminal 20 in this modification.
  • An example of the screen displayed on the display unit 24 of the terminal 20 of B is shown.
  • This standby screen is not limited, but as an example, there is a "Messageing App Travel Circle Split Dutch Request" as a push notification associated with a messaging application and a split bill request notification to notify that there was a split bill request.
  • a launch icon labeled "Open” as an example, but not a limitation, for launching a messaging application.
  • the group that the split bill master requested the split bill instead of the split bill request from the user of the split bill master (in this example, the group name "Travel Circle”". It is different from the split bill request notification in FIG. 5-15 in that it is displayed as a split bill request from (group of).
  • FIG. 6-20 shows the user B.I. It is a figure which shows an example of the talk room screen displayed on the display part 24 of the terminal 20 of B. On this talk room screen, as a split bill request from the group of "Travel Circle", a split bill request message is displayed in association with the icon image and the group name of this group.
  • the terminal 20 includes a user of the own terminal 20 and a user of a different terminal 20, a message transmitted from the own terminal 20 to a different terminal 20, and a message transmitted from the different terminal 20 to the own terminal 20.
  • the group talk room including the transmitted message is displayed on the display unit 24.
  • the terminal 20 receives the split bill request notification from the different terminals 20 by the communication I / F 22, the terminal 20 displays the split bill request notification in the group talk room based on the group name of the group talk room.
  • the communication unit receives the notification of the remittance processing or the receiving processing Lisquest based on the payment information related to the payment from different terminals, it is based on the group name of the chat room. Since the request notification is displayed in the chat room, it is possible to conceal that the request notification is from a different terminal. As a result, the psychological burden of making a request to another user can be reduced.
  • the seventh embodiment is an embodiment in which users of different terminals 20 add a split bill member.
  • the seventh embodiment is an embodiment in which a configuration in which a user of a different terminal 20 adds a split bill member is added to the above embodiment.
  • FIG. 7-1 is a diagram showing an example of the split bill content confirmation screen in this embodiment, and is a diagram showing the user B.
  • An example of the screen displayed on the display unit 24 of the terminal 20 of B is shown.
  • the configuration of the split bill content confirmation screen is not limited, but is almost the same as FIG. 3-2 as an example, but the display is partially different.
  • a settlement icon for executing settlement a shopping settlement history addition icon for adding a shopping settlement history, and a split bill member are added.
  • the split member addition icon is displayed at the bottom of the screen.
  • FIG. 7-2 is a diagram showing an example of a split bill member search screen displayed based on the operation of the split bill member addition icon on the split bill content confirmation screen of FIG. 7-1.
  • This split bill member search screen is provided with a telephone number display field in which the input telephone number is displayed together with the characters "Please enter a telephone number to search".
  • To the right of the phone number display field there is a search button for searching for the user with the entered phone number, and based on the operation of this search button, the user with the entered phone number is searched. Will be done.
  • "User FF" is obtained as the search result, and the user F.F.
  • the state in which the icon image of F and the user name are displayed is shown.
  • a split bill member addition icon indicating "Add to member” is displayed as an example, not a limitation, for adding the user obtained as a search result to the split bill member.
  • FIG. 7-3 is a diagram showing an example of a split bill content confirmation screen displayed based on the operation of the split bill member addition icon on the split bill member search screen of FIG. 7-2.
  • the user F As a result of F being added as a split bill member, I (User BB) and User A.
  • I User BB
  • user C user C. C
  • user D user D
  • E user E
  • the paid amount list display area and the excess / deficiency amount list display area associated with the icon image of F and the user name are displayed.
  • the terminal 20 (not limited, but an example of the first terminal) of the split bill member different from the split bill master causes the terminal 20 different from the initially set split bill member (an example of the second terminal, not limited). ) User is added. Then, the excess / deficiency amount information in this case shows a configuration including information on the excess / deficiency amount (not limited, but the fourth amount) of the added user. As an example of the effect obtained by such a configuration, after adding a user of a second terminal different from the first terminal, the user of the added second terminal acquires information on the fourth amount of money to be sent or received. be able to.
  • the eighth embodiment is an embodiment in which the terminal 20 automatically selects the shopping settlement history to be split from among a plurality of shopping settlement histories by the users of the terminal 20. Depending on the user of the terminal 20, it may be troublesome to search and select the shopping settlement history to be split. This is remarkable when the number of shopping settlement histories is large.
  • control unit 21 of the terminal 20 automatically selects the shopping settlement history based on the user information of the user of the terminal 20.
  • the case where the user information of the user of the own terminal 20 is used as the information on the position of the user of the own terminal 20 or the user of the own terminal 20 is illustrated as an example without limitation.
  • the automatic selection of shopping settlement history includes the final decision (final decision and registration) of the automatically selected shopping settlement history as the target of splitting, and the automatic selection of the automatically selected shopping settlement history. It also includes making proposals (also called suggestions) as candidates. In the latter case, the user manually selects the shopping settlement history from the shopping settlement history automatically selected and proposed by the control unit 21 to make a final decision. This also applies to the examples described later.
  • FIG. 8-1 is a diagram showing an example of the shopping settlement history selection screen in this embodiment. An example of a screen displayed on the display unit 24 of the terminal 20 of A is shown. On this shopping settlement history selection screen, a search icon indicating "Search for payment candidates" is displayed as an example, not limited, for automatically selecting the shopping settlement history to be split.
  • FIG. 8-2 is a diagram showing a display example displayed based on the operation of the search icon on the shopping settlement history selection screen of FIG. 8-1.
  • the shopping settlement history of "AA rental cycle” and the shopping settlement history of "BB supermarket” are selected from the plurality of shopping settlement histories on the shopping settlement history selection screen of FIG. 8-1 (display of the state in which the shopping settlement history of "AA rental cycle” and the shopping settlement history of "BB supermarket” are selected ( Hereinafter, it is referred to as “selection display”) and is displayed in a mode different from other shopping settlement history (not limited, but as an example, shopping settlement history of "CC bento").
  • the selected and displayed shopping settlement history is a shopping settlement history that is automatically selected and proposed (suggested) by the control unit 21 of the terminal 20.
  • the selection display can be displayed in a mode different from that of the non-selection shopping settlement history.
  • a mode in which a specific color (blue, green, red, etc.) or hatching (shading, etc.) is applied to the selected shopping settlement history display area, and a frame of the selected shopping settlement history display area.
  • a mode in which a specific color is applied to (outer frame) a mode in which the frame (outer frame) in the display area of the selected shopping settlement history is blinked, and the font of the characters in the selected shopping settlement history are represented by a special font. Any one of a plurality of aspects, such as an aspect, can be applied as an aspect of selective display.
  • the split bill request icon at the bottom of the screen is operated while at least one shopping settlement history is selected and displayed, the selected and displayed shopping settlement history can be registered as a split bill target.
  • FIG. 8-3 is a diagram showing an example of a third user management database 155C, which is an example of the user management database 155 stored in the storage unit 15 of the server 10 in this embodiment.
  • Each user management data of the third user management database 155C stores, for example, a payment application ID, an electronic money account balance, and shopping settlement history data, without limitation.
  • the shopping settlement history data is not limited, but as an example, the shopping settlement ID, the store ID, the store name, the shopping settlement date and time, the shopping settlement amount, the shopping settlement content, and the shopping settlement position information are stored in association with each other. Will be done.
  • the shopping settlement ID to the shopping settlement contents are as described above.
  • the shopping settlement position information is not limited, but as an example, the location information of the terminal 20 or the user of the terminal 20 when the shopping settlement is performed is stored.
  • the shopping settlement position information may be stored in two-dimensional position information or may be stored in three-dimensional position information.
  • the information on the calculated terminal position can be transmitted from the terminal 20 to the server 10 at a periodic timing or at a timing when the terminal 20 is operated to make a payment. .. Then, in the shopping settlement processing, the server 10 can store the latest calculated terminal position information received from the terminal 20 as the shopping settlement position information in association with other information in the user management data.
  • the position of the terminal 20 will be the same as the position of the user of the terminal 20. Therefore, the calculated terminal position can be said to be the calculated position of the terminal 20 as well as the calculated position of the user of the terminal 20.
  • the location information assumed as the daily living range and activity range of the user of the terminal 20, such as the place of residence (or the surrounding area) of the relatives and friends of the user, and the place frequently visited by the user of the terminal 20, is specified as a specific position. It will be registered in advance in the payment application etc. as information.
  • the specific location information may be stored and managed in the storage unit 15 of the server 10 or may be stored and managed in the storage unit 28 of the terminal 20. Alternatively, it may be stored and managed in both the server 10 and the terminal 20.
  • FIG. 8-4 is a diagram showing an example of the flow of processing executed by each device in this embodiment. This process is a process in which the step of A170 is replaced with the step of A175 as the process of the terminal A for the process portion of FIG. 2-17 in the processes of FIGS. 2-17 to 2-19.
  • control unit 11 of the server 10 transmits a plurality of shopping settlement histories (including shopping settlement position information) associated with the user of the terminal A to the terminal 20 by the communication I / F 14 (S160).
  • the control unit 21 of the terminal A executes the shopping settlement history automatic selection process (A175).
  • the shopping settlement position of a plurality of shopping settlement histories is greater than or equal to the set distance (or more than the set distance) from the specific position corresponding to the pre-registered specific position information. Identify distant shopping settlement history. Then, the specified shopping settlement history is selected as the shopping settlement history to be split.
  • the control unit 21 of the terminal A is not limited, but as an example, the automatically selected shopping settlement history is picked up and displayed as a candidate for splitting, and the terminal 20 is displayed. Suggest to the user. Then, the control unit 21 of the terminal A shifts the processing to the A180.
  • the process of proposing the selected shopping settlement history to the user of the terminal 20 is not essential, and this process may be omitted.
  • control unit 21 of the terminal 20 executes the shopping settlement history automatic selection process instead of the second shopping settlement history selection process in the process of FIG. 2-17 has been illustrated, but the present invention is limited to this. Not done. As an example, not the limitation, the control unit 21 of the terminal 20 may execute the shopping settlement history automatic selection process instead of the first shopping settlement history selection process in the process of FIG. It does not have to be.
  • the terminal 20 automatically selects a shopping settlement history (not limited, but an example of a plurality of payment information) from a plurality of shopping settlement histories by users of the terminal 20 (not limited, but an example of a plurality of payment information).
  • An example of payment information is transmitted to the server 10 by a communication I / F22 (not limited, but an example of a communication unit of a terminal).
  • the terminal 20 has an excess / deficiency amount based on the transmitted shopping settlement history (not limited, but a first amount of money sent or received by the terminal user based on the first payment information, and a user of a terminal different from the terminal.
  • the information of at least one example of the first amount of the remittance or the second amount of money received) is received from the server 10 by the communication I / F22. Then, the terminal 20 controls the control unit 21 (not limited, but an example of remittance processing based on the first amount or receiving processing) based on the excess or deficiency amount.
  • the configuration to be executed by the control unit of the terminal is shown. As an example of the effect obtained by such a configuration, the terminal is based on the first payment information based on the fact that the communication unit transmits the first payment information among a plurality of payment information related to the payment by the user of the terminal. It is possible to easily send or receive money by executing the remittance process or the receiving process based on the information of the first amount by the control unit, and it is possible to improve the convenience of the user.
  • the terminal 20 includes a processor that reads a program stored in the memory and executes processing based on the program.
  • the processor communicates the automatically selected shopping settlement history (an example of the first settlement information, not the limitation) from the plurality of shopping settlement histories (an example of a plurality of payment information, not the limitation) by the user of the terminal 20.
  • Sending to the server 10 by I / F22 (an example of the communication part of the terminal, not the limitation) and the excess / deficiency amount based on the transmitted shopping settlement history (not the limitation, but the user of the terminal based on the first payment information) Receive information from the server 10 by communication I / F22 of the first amount of money sent or received by the user and the second amount of money sent or received by a user of a terminal different from the terminal). And, based on the excess / deficiency amount, the configuration for executing the split settlement request processing and the split settlement result reception processing (not limited, but an example of remittance processing based on the first amount or receipt processing) is shown. Even with such a configuration, the same effect as described above can be obtained.
  • the terminal 20 shows a configuration in which the shopping settlement history is selected based on the user information of the user of the terminal 20.
  • the terminal can select the first payment information according to the user of the terminal.
  • the above-mentioned user information shows a configuration including information on the calculated terminal position (not limited to the terminal, or an example of the position relating to the terminal or the user of the terminal).
  • the terminal can appropriately select the first payment information in consideration of the terminal or the position of the terminal with respect to the user.
  • the method of selecting the shopping settlement history in the shopping settlement history automatic selection process described in the eighth embodiment is merely an example, and is not limited thereto.
  • the prefecture or municipality where the user's place of residence of the terminal 20 is located should be registered in advance, and the shopping settlement history settled in a prefecture different from the registered prefecture may be selected.
  • the shopping settlement history settled in a municipality different from the registered municipality may or may not be selected.
  • control unit 21 may or may not select the shopping settlement history settled at the position corresponding to the tourist spot stored in the storage unit 28.
  • the user information of the own terminal 20 has been described as the information regarding the position, but the present invention is not limited to this.
  • the schedule information of the user of the terminal 20 may be included in the user information, and the control unit 21 of the terminal 20 may select the shopping settlement history based on the schedule information of the user of the terminal 20. And you don't have to do that.
  • FIG. 8-5 is a diagram showing an example of the shopping settlement history selection screen in this modified example.
  • An example of a screen displayed on the display unit 24 of the terminal 20 of A is shown.
  • "" Payment App is requesting access to the calendar. If you allow access, you can search for candidate dates from the calendar.
  • the "Do not allow” button and the "OK” button are displayed in a pop-up format in the center of the screen.
  • control unit 21 refers to the schedule information of the user registered by the calendar function provided as the OS standard function of the terminal 20 as an example, not limited to the operation. .. Then, the control unit 21 selects the shopping settlement history based on the event information included in the referenced schedule information.
  • the schedule information of the user registered by the OS standard calendar function of the terminal 20 is referred to. You may or may not do so.
  • the schedule information of the user registered by the calendar function is not limited, but can include event information input by the user of the terminal 20 as an example.
  • the control unit 21 identifies event information such as travel, barbecue, drinking party, etc., in which a plurality of users are expected to participate, from the user's schedule information. Then, from a plurality of shopping settlement histories, the shopping settlement history settled on a date close to the date and time (event holding date and time) associated with the specified event information (not limited, but as an example, a date within the past week). Select.
  • event information such as travel, barbecue, drinking party, etc.
  • the control unit 21 identifies event information such as travel, barbecue, drinking party, etc., in which a plurality of users are expected to participate, from the user's schedule information. Then, from the plurality of shopping settlement histories, the shopping settlement history in which the product related to the specified event information is purchased is selected. As an example, not a limitation, when a "barbecue" event is identified, a shopping settlement history that includes barbecue-related products in the shopping settlement content is selected.
  • control unit 21 is not limited to, but as an example, purchases and setstles items necessary for cooking such as a shopping settlement history including charcoal, an ignition agent, and a military hand in the shopping settlement contents, a kitchen knife, a knife, and a cutting board.
  • a shopping settlement history including charcoal, an ignition agent, and a military hand in the shopping settlement contents
  • a kitchen knife, a knife, and a cutting board Manual selection of shopping settlement history including shopping settlement history, shopping settlement history including meat (beef, pork, chicken, etc.), vegetables, seafood, seasonings, etc. in the shopping settlement content Select as the shopping settlement history associated with the history.
  • control unit 21 has specified and is a shopping settlement history settled on a date close to the date and time of the specified event information (not limited, but as an example, a date within the past week).
  • the shopping settlement history that includes the products related to the event information in the shopping settlement contents may or may not be selected.
  • information about a message transmitted by a user of the terminal 20 using a messaging application or the like is included in the user information, and the control unit 21 of the terminal 20 relates to this message.
  • the shopping settlement history may or may not be selected based on the information.
  • FIG. 8-6 is a diagram showing an example of the shopping settlement history selection screen in this modified example.
  • An example of a screen displayed on the display unit 24 of the terminal 20 of A is shown.
  • a "search” button and a "do not do now” button are displayed in a pop-up format in the center of the screen.
  • control unit 21 refers to the message history of the talk room of the messaging application as an example, not limited to it. Then, the control unit 21 selects the shopping settlement history based on the content of the referenced message.
  • the control unit 21 is not limited, but as an example, from the past messages sent by the user of the terminal 20, as an example, not limited, a message of the content proposing a split bill or a content suggesting the split bill. Search for messages. As an example, not a limitation, the control unit 21 searches for a message asking the other party to split (a message such as "Would you like to split?" Or "Please split", as an example, not a limitation). Then, it is determined whether or not there is information that can estimate the purchase settlement history to be split in the message obtained as the search result or in a message different from the message. As an example, not a limitation, if date and time information is included, a shopping settlement history including the shopping settlement date and time corresponding to the date and time can be selected as the proposed shopping settlement history.
  • control unit 21 identifies a group having a name suggesting splitting the bill from the groups formed in the messaging application. Terminology such as “Dutch”, “Dutch”, “Settlement”, “Seisan”, “Payment”, “Kaci”, “Payment”, “Shiharai”, “Remittance”, “Sokin” Identify the group that includes in the group name. Then, the specified group is selected as the proposed shopping settlement history in the same manner as above based on the content of the message included in the group talk room.
  • the user information includes the schedule information of the user of the terminal 20, and the shopping settlement history is selected based on the event information included in the schedule information.
  • the terminal appropriately selects the first payment information based on the event information included in the schedule information of the terminal user and in consideration of the event in which the terminal user participated. be able to.
  • the user information includes information related to a message sent from the user of the terminal 20, and the shopping settlement history shows a configuration in which the information is selected based on the information related to this message.
  • the terminal can appropriately select the first payment information based on the information about the message transmitted based on the user of the terminal.
  • attribute information such as gender, age, occupation, etc. of the user of the own terminal 20 is included in the user information, and the control unit 21 of the terminal 20 has these attribute information.
  • the shopping settlement history may or may not be selected based on.
  • the participation of the user of the own terminal 20 is assumed based on at least one of the attribute information such as the gender, age, occupation, etc. of the user of the own terminal 20. Estimate the event. Then, based on the estimation result, the shopping settlement history related to the estimated event is selected from the shopping settlement history of the user of the own terminal 20.
  • control unit 21 of the terminal 20 executes the shopping settlement history automatic selection process, but the present invention is not limited to this.
  • the shopping settlement history data of the user of each terminal 20 is stored and managed in the storage unit 15 of the server 10. Therefore, instead of the control unit 21 of the terminal 20, the control unit 11 of the server 10 may or may not execute the shopping settlement history automatic selection process. This also applies to the examples described below.
  • FIG. 8-7 is a flowchart showing an example of the flow of processing executed by each device in this modified example.
  • the step of A150 is replaced with the step of A151 and the step of A160 is replaced with the step of A163 as the process of the terminal A.
  • the step of A170 is deleted by replacing with.
  • the step of S150 is replaced with the step of S151, the step of S161 is added, and the step of S160 is replaced with the step of S163.
  • control unit 21 of the terminal A transmits, as an example, not limited to, the shopping settlement history selection request information requesting the selection of the shopping settlement history to the server 10 by the communication I / F22 (A151).
  • the control unit 11 of the server 10 executes the shopping settlement history automatic selection process (S161).
  • S161 As a method of selecting the shopping settlement history in this process, it is possible to apply the same method as the selection method by the control unit 21 of the terminal 20 described above.
  • control unit 11 transmits the shopping settlement history automatic selection information including the selection result of the shopping settlement history to the terminal A by the communication I / F14 (S163).
  • the control unit 21 of the terminal A is not limited, but as an example, the shopping settlement history selected by the server 10 is split. It is proposed (suggested) to the user of the terminal 20 by picking up and displaying it as a candidate. Then, the control unit 21 of the terminal A shifts the processing to the A180.
  • the process of proposing the shopping settlement history selected by the server 10 to the user of the terminal 20 is not essential, and this process may be omitted.
  • the server 10 executes a process of selecting one shopping settlement history from a plurality of shopping settlement histories related to the settlement by the user of the terminal 20 by the control unit 11.
  • the server 10 transmits information on the excess / deficiency amount (not limited, the first amount) of the user of at least one terminal 20 based on the shopping settlement history of the selected position to one terminal 20, and at least the other terminal 20.
  • Information on the excess or deficiency amount (not limited, but the second amount) of the user is transmitted to the other terminal 20 by the communication I / F14.
  • the server 10 performs a split bill settlement process (not limited, but an example of a remittance process or a receipt process to a terminal based on the first amount of money and a remittance process or a receipt process to a different terminal based on the second amount of money).
  • the configuration executed by the control unit 11 is shown.
  • the server executes a process of selecting the first payment information from a plurality of payment information related to the payment by the terminal user, and based on the result, the first amount is calculated.
  • the processing load on the terminal is reduced and the processing load on the terminal is reduced. It is possible to realize remittance or receipt of an amount of money and remittance or receipt to a different terminal, and it is possible to improve the convenience of the user.
  • the ninth embodiment is an embodiment in which the terminal 20 automatically selects the shopping settlement history to be split from among a plurality of shopping settlement histories by the users of the terminal 20. is there.
  • the ninth embodiment is different from the eighth embodiment in that the terminal 20 selects the shopping settlement history based on the information related to the shopping settlement history by the user of the terminal 20.
  • the control unit 21 of the terminal 20 automatically selects the shopping settlement history based on the information related to the shopping settlement history.
  • the information related to the shopping settlement history is not limited, but as an example, a shopping settlement history different from the shopping settlement history manually selected by the user of the terminal 20 (hereinafter, referred to as “manually selected shopping settlement history”). Contains time information such as date, time, date and time.
  • control unit 21 specifies, as an example, not a limitation, a shopping settlement history in which the manually selected shopping settlement history and the settlement date are the same. Then, the specified shopping settlement history is selected as the proposed shopping settlement history. This is because it is considered that the shopping settlement history, which has the same settlement date as the manually selected shopping settlement history, is likely to be subject to splitting as well as the manually selected shopping settlement history.
  • FIG. 9-1 is a diagram showing an example of the shopping settlement history selection screen in this embodiment. An example of a screen displayed on the display unit 24 of the terminal 20 of A is shown. On this shopping settlement history selection screen, among a plurality of shopping settlement histories such as "AA rental cycle”, "BB supermarket", and "CC lunch box", the user A. According to the operation of A, the state in which the check of the shopping settlement history of the "BB supermarket” is set to "ON" is shown.
  • FIG. 9-2 is a diagram showing an example of a screen displayed based on the operation of the search icon on the shopping settlement history selection screen of FIG. 9-1.
  • "AA rental cycle” which is a shopping settlement history that was settled on the same date as the shopping settlement history of "BB Super” whose check was set to "ON” in Fig. 9-1, is other. It is displayed in a mode different from the shopping settlement history of.
  • control unit 21 may or may not select the shopping settlement history in which the manually selected shopping settlement history and the settlement day of the week are the same. May be good. Further, as an example, not limited to, the control unit 21 may or may not select the shopping settlement history having the same settlement time and time zone as the manually selected shopping settlement history. ..
  • the ninth embodiment shows a configuration in which the terminal 20 selects a shopping settlement history to be split, based on information related to the shopping settlement history.
  • the terminal can appropriately select the first payment information based on the information related to the payment information.
  • the information related to the above-mentioned shopping settlement history shows a configuration including information regarding the date or time of the shopping settlement history different from the manually selected shopping settlement history.
  • the terminal can appropriately select the first payment information based on the date or time of the second payment information different from the first payment information.
  • control unit 21 of the terminal 20 may select the shopping settlement history based on the product information and the service information included in the shopping settlement history different from the manually selected shopping settlement history. You don't have to do that.
  • control unit 21 identifies the purchased product and the provided service based on the shopping settlement contents of the manually selected shopping settlement history, as an example, not limited. Then, based on the content of the specified product or service, an event related to the shopping settlement corresponding to the manually selected shopping settlement history (an event in which the shopping settlement needs to be performed) is estimated. Then, the control unit 21 selects the shopping settlement history based on the estimated event and the shopping settlement contents of the other shopping settlement history.
  • the control unit 21 is based on the contents of these products. Then, the event that requires the settlement is presumed to be "barbecue". Then, based on the estimation result, as an example, not limited, the shopping settlement history including the barbecue-related products in the shopping settlement history among the shopping settlement history whose manually selected shopping settlement history and the date when the settlement was made are close to each other. Select.
  • control unit 21 is not limited to, but as an example, purchases a purchase settlement history including items necessary for ignition such as charcoal, an ignition agent, and a military hand in the purchase settlement contents, and purchase settlement of items necessary for cooking such as a kitchen knife, a knife, and a cutting board.
  • Manual selection of shopping settlement history including shopping settlement history, shopping settlement history including meat (beef, pork, chicken, etc.), vegetables, seafood, seasonings, etc. in the shopping settlement content Select as the shopping settlement history associated with the history.
  • control unit 21 of the terminal 20 may select the shopping settlement history based on the store information included in the shopping settlement history different from the manually selected shopping settlement history. You don't have to.
  • control unit 21 is not limited to, but as an example, an event related to the shopping settlement history corresponding to the manually selected shopping settlement history (the shopping settlement) based on the store name included in the manually selected shopping settlement history. Estimate the event) in which it was necessary to do. Then, the shopping settlement history is selected based on the estimated event and the store name included in the other shopping settlement history.
  • the control unit 21 Based on the store name, the event that requires the settlement is presumed to be "travel”. Then, based on the estimation result, as an example, not limited to, the store name of the store that handles travel-related products and services among the manually selected shopping settlement history and the shopping settlement history whose settlement date is close to each other is selected. Select the shopping settlement history to include.
  • This modification shows a configuration in which the terminal 20 selects a shopping settlement history to be split based on product information included in a shopping settlement history different from the manually selected shopping settlement history.
  • the terminal can appropriately select the first payment information based on the product information included in the second payment information different from the first payment information.
  • this modification shows a configuration in which the terminal 20 selects the shopping settlement history to be split based on the store information included in the shopping settlement history different from the manually selected shopping settlement history.
  • the terminal can appropriately select the first payment information based on the store information included in the second payment information different from the first payment information.
  • control unit 11 of the server 10 does not execute the shopping settlement history automatic selection process, but the control unit 11 of the server 10 executes the shopping settlement history automatic selection process.
  • the automatic selection process may or may not be performed.
  • the terminal 20 automatically selects the shopping settlement history to be split from the plurality of shopping settlement histories by the users of the terminal 20. This is an example to be selected. In the tenth embodiment, unlike the eighth embodiment and the ninth embodiment, the terminal 20 selects the shopping settlement history based on the information of the user of the terminal 20 different from the own terminal 20.
  • control unit 21 of the terminal 20 selects the shopping settlement history based on the information of the user selected as the split bill member by the user of the terminal 20 (information of another split bill member).
  • the information of the other split bill member in this case is not limited to the information of the shopping settlement history settled by the user of the other split bill member as an example.
  • the control unit 21 selects the shopping settlement history of its own terminal 20 based on the information of the shopping settlement history settled by another split bill member is illustrated.
  • FIG. 10 is a flowchart showing an example of the flow of processing executed by each device in this embodiment.
  • the step of A150 in the process of the terminal A is replaced with the step of A153
  • the step of A160 is replaced with the step of A165
  • the step of S150 in the process of the server 10 is replaced with the step of S153.
  • the control unit 21 of the terminal A transmits the second shopping settlement history request information to the server 10 by the communication I / F22 (A153). Specifically, the process of requesting the server 10 for the shopping settlement history of the user of the own terminal 20 and the shopping settlement history of the split Dutch member selected in A130 is executed, not as a limitation but as an example.
  • the control unit 11 of the server 10 makes a shopping settlement for the user of the terminal 20 that sends the received shopping settlement history request information.
  • the history and the shopping settlement history of the splitting member selected by the terminal A are read from the user management database 155 and transmitted to the terminal A by the communication I / F 14 as the second shopping settlement history (S165).
  • the control unit 21 of the terminal A shifts the processing to A175.
  • the control unit 21 of the terminal A determines the shopping settlement date and time of the user's shopping settlement history of its own terminal 20 and the shopping settlement date and time of the selected split bill member's shopping settlement history.
  • select the shopping settlement history made at the same time This is because there is a possibility that the user of his / her terminal 20 and the selected splitting member may have acted together when the shopping settlement is made at the same time.
  • the shopping settlement history of the user of the own terminal 20 and the shopping settlement history of the selected split-in member are not limited, but as an example, the same type of products and services, and mutually related products and the like.
  • the service may select the shopping settlement history included in the shopping settlement content.
  • the tenth embodiment shows a configuration in which the terminal 20 selects a shopping settlement history to be split based on information of a user of the terminal 20 different from the user of the terminal 20 itself.
  • the terminal can appropriately select the first payment information based on the information of users of different terminals.
  • the terminal 20 is a shopping target for splitting the bill based on the shopping settlement history (not limited, but an example of the third settlement information) by a user of the terminal 20 different from the user of the own terminal 20.
  • the configuration for selecting the payment history is shown. As an example of the effect obtained by such a configuration, the terminal can appropriately select the first payment information based on the third payment information regarding the payment by users of different terminals.
  • control unit 21 of the terminal 20 is associated with each of the plurality of shopping settlement histories among the plurality of shopping settlement histories by the users of his own terminal 20 by the user of his own terminal 20. Based on the input information, the shopping settlement history to be split may or may not be selected.
  • the control unit 21 of the terminal 20 sets a memo or a tag for each of the plurality of shopping settlement histories according to the operation for the input / output unit 23.
  • the memo is for allowing the user to confirm later what kind of shopping settlement history the shopping settlement history is, and is not a limitation but as an example, a memo of the usage of the product purchased by the settlement. Can be entered and set as.
  • the tag is for classifying the shopping settlement history according to the type and purpose (tag, label for classifying information).
  • tag label for classifying information
  • the tag is not limited, and multiple types such as “shopping”, “work”, “date”, “travel”, “gift”, and “other” can be prepared, and the user of the terminal 20 can prepare the tag.
  • it is possible to select and set a tag according to the type and purpose.
  • control unit 21 refers to the contents of the memo associated with each of the plurality of purchase settlement histories, and is associated with a memo that directly indicates or suggests the contents related to the event in which splitting may occur. Identify and select the shopping settlement history.
  • control unit 21 refers to a tag associated with each of a plurality of shopping settlement histories as an example, not a limitation, and a tag related to an event where splitting may occur, and as an example, not a limitation, shopping, travel, etc. Identify and select the shopping settlement history associated with the tag.
  • the memo and the tag will be described in more detail in Examples described later.
  • the information of the users of the other Dutch members should include attribute information such as gender, age, occupation, etc. of the users of the other Dutch members, as an example, not limited to the user information of the user of the terminal 20. Can be done. Then, the shopping settlement history may or may not be automatically selected based on the attribute information of these split bill members.
  • an event in which other Dutch members are expected to participate is estimated based on at least one of the attribute information such as gender, age, occupation, etc. of the other Dutch members. .. Then, based on the estimation result, the shopping settlement history related to the estimated event is selected from the shopping settlement history of the user of the own terminal 20.
  • control unit 11 of the server 10 does not execute the shopping settlement history automatic selection process, but the control unit 11 of the server 10 executes the shopping settlement history automatic selection process.
  • the automatic selection process may or may not be performed.
  • control unit 11 of the server 10 refers to the position information of the terminal 20 and the position information of the terminal 20 of the user selected as the splitting member by the user of the terminal 20 as an example without limitation. Then, the user of the terminal 20 and another split member can search the shopping settlement history in which payments have been made at positions close to each other, and select the shopping settlement history obtained as the search result.
  • the eleventh embodiment is an embodiment in which the terminal 20 automatically selects a split bill member other than its own terminal 20. Depending on the user of the terminal 20, it may be troublesome to check and select the split bill member by himself. This is remarkable when the number of users who wish to split the bill is large.
  • the target selected by the terminal 20 is not the shopping settlement history but the split bill member.
  • control unit 21 of the terminal 20 is not limited, but as an example, notifies the terminals 20 to each other (communication by a so-called peer-to-peer method) without going through the server 10 and is located near the terminal 20 itself. Search for terminal 20. Then, the user of the terminal 20 obtained as the search result is selected as a splitting member candidate.
  • FIG. 11-1 is a diagram showing an example of the split bill member selection screen in this embodiment, and is a diagram showing the user A.
  • An example of a screen displayed on the display unit 24 of the terminal 20 of A is shown.
  • this splitting member selection screen no splitting member has been selected yet, and there is no splitting member.
  • At the bottom of the screen there is a first search icon that says "Search by phone number", not a limitation, to search for Dutch members by phone number, and to search for Dutch members based on location information.
  • a second search icon indicating "Search for a nearby person" is displayed.
  • FIG. 11-2 is a diagram showing an example of a screen displayed based on the operation of the second search icon on the split bill member selection screen of FIG. 11-1.
  • the terminal 20 of its own tried communication with the terminal 20 located nearby (peer-to-peer communication), and obtained from the terminal 20 that succeeded in communication.
  • the user of the terminal 20 is proposed (suggested) as a split bill member candidate.
  • a nearby person user
  • user B. B, user B. C, user D. D user E.
  • Four people of E are obtained as search results, and are displayed in a colored state as an example, not a limitation.
  • each user obtained as a search result is provided with a check box in association with the icon image and the user name.
  • the user of his / her own terminal 20 can exclude the user from the split bill members by setting the check box to "OFF".
  • user B The check of the check box associated with C is set to "OFF", and the user B. The state in which C is excluded from the split bill members is shown.
  • the split bill member candidates other than the split bill master are selected based on the position information of the terminal 20 of the split bill master and the position information of the different terminals 20.
  • the configuration is shown. As an example of the effect obtained by such a configuration, users of different terminals can be easily selected based on the position information of the terminals and the position information of the different terminals.
  • the server 10 may or may not perform the search for the user who is the candidate for the split bill member, instead of the terminal 20.
  • the control unit 21 of the terminal 20 transmits a user search request to the server 10 by the communication I / F 22. ..
  • the control unit 11 of the server 10 is not limited, but as an example, the latest calculated terminal position of the terminal 20 that is the source of the user search request and each stored and managed in the database. Search for a terminal 20 whose distance from the latest calculated terminal position of the source terminal 20 of the user search request is less than or equal to the set distance (or less than the set distance) based on the latest calculated terminal position of the terminal 20 of the above. To do.
  • the set distance is not limited, and can be a distance of about "10 meters" as an example. Then, the user of the terminal 20 obtained as the search result is proposed (suggested) as a split bill member candidate.
  • the server 10 can set a search range to search for Dutch split member candidates.
  • the server 10 communicates with the messaging server 40, and the user of the terminal 20 that is the source of the user search request has registered as a friend. Get information. Then, based on the acquired user information, the user of the terminal 20 that is the source of the user search request is the search target, and as described above, the split member candidate is based on the position information of the terminal 20. Search for the user to be.
  • the server 10 is not limited, but as an example, the date information input by the user of the terminal 20, the position information of the own terminal 20 on the input date, and the input date.
  • the user who is a candidate for the splitting member may or may not be searched based on the position information of the different terminals 20.
  • control unit 21 of the terminal 20 prompts the user to enter a date when searching for a splitting member. Then, the control unit 21 transmits a user search request including the input date information to the server 10 by the communication I / F 22.
  • the control unit 11 of the server 10 is not limited to, but as an example, based on the date included in the received user search request, that date of the terminal 20 that is the source of the user search request. Based on the history of the calculated terminal position in the above and the history of the calculated terminal position on that date of each terminal 20 stored and managed in the database, the split member candidate is searched. Specifically, as an example, not limited to, a user of a terminal 20 located near the source terminal 20 of a user search request at the same time zone on that date is selected as a split member candidate among different terminals 20. Select as the user to be.
  • the splitting member candidates other than the splitting master are the position information of the splitting master terminal 20 on the input date and the terminal of the splitting master on the input date.
  • the configuration selected based on the position information of the terminal 20 different from 20 is shown. As an example of the effect obtained by such a configuration, considering the date information input by the terminal user, the user of a different terminal can easily perform the position information of the terminal and the position information of the different terminal. You can choose.
  • control unit 21 of the terminal 20 may select the split bill member candidate based on the call history between the user of the terminal 20 and the user of the different terminal 20. It does not have to be.
  • control unit 21 refers to the information of the call history with the user of the other terminal 20 that has been called by the call function (telephone function) of the own terminal 20 as an example without limitation. Then, the control unit 21 identifies, as an example, not a limitation, a user of the terminal 20 who has made a call with the user of the own terminal 20 on the same date and time as the shopping settlement date and time in the manually selected shopping settlement history, and splits the bill member. Select as a candidate.
  • This modification shows a configuration in which the split bill member candidate is selected based on the call history with the user of the own terminal 20.
  • a user of a different terminal can be appropriately selected based on a call history with the user of the terminal.
  • control unit 21 of the terminal 20 may select a split bill member candidate based on the content (including a message and image information) transmitted and received using the messaging application. You don't have to do that.
  • not limited refer to the content sent and received using the messaging application of your terminal 20, and as an example, not limited, set the content on the same date and time as the shopping settlement date and time in the manually selected shopping settlement history. Identify the users who sent and received, and select them as split member candidates.
  • the image recognition process is executed for the captured image captured by the camera 27 of the terminal 20 and the live view image projected on the screen by the so-called live view function. Then, the user recognized by the image recognition process may or may not be selected as a splitting member candidate.
  • the twelfth embodiment is an embodiment in which at least one user included in the split bill member is split with cash instead of split with electronic money. Some users do not want to send money by electronic money, but want to give it in cash (pay in cash).
  • the twelfth embodiment is different from the above embodiment in that a process for realizing splitting with cash is added.
  • the control unit 21 of the terminal 20 associates the splitting member with the splitting member and requests splitting with electronic money or cash. Select the type. Then, the shopping settlement history selection information including the selected shopping settlement history, the selected split bill member, and the selected split bill type is transmitted to the server 10 by the communication I / F22.
  • the control unit 11 of the server 10 associates each split bill member with the split bill member based on the received shopping settlement history selection information.
  • the excess / deficiency amount is calculated based on the split bill type and the selected shopping settlement history.
  • FIG. 12-1 is a diagram showing an example of the split bill member selection screen in this embodiment, and is a diagram showing the user A.
  • An example of the screen of the messaging application displayed on the display unit 24 of the terminal 20 of A is shown.
  • An example is illustrated in which splitting is performed by a group of travel circles composed of five users of E.
  • a circular split bill similar to a so-called radio button is used to associate the icon image and user name of each user who is a candidate for split bill member with the check box and set the split bill type to "cash".
  • a type selection button is provided.
  • the split bill type selection button is configured to be able to switch "ON / OFF" for each split bill member candidate.
  • the split type selection button in the initial state, is in the "OFF" state (the split type is "electronic money"), and when the split type selection button is touch-operated, the split type selection button is displayed. A black circle is added to the inside of the circle to make it "ON”, and the split type is changed to "cash”. In this example, the user C. The state in which the check of the split bill type selection button associated with C is set to "ON" is shown.
  • FIG. 12-2 is a diagram showing an example of a split bill request notification screen displayed based on the operation of the registration icon on the split bill member selection screen of FIG. 12-1, and is a diagram showing a user C who is one of the split bill members. .. An example of the screen displayed on the display unit 24 of the terminal 20 of C is shown.
  • This split bill request notification screen is a group talk room screen in the above-mentioned travel circle group, and the user A. The split bill request message sent from A is displayed.
  • control unit 21 of the terminal 20 is not limited, but as an example, a member including information for identifying the selected splitting member and information for identifying the selected splitting type for each splitting member.
  • the selection information is transmitted to the server 10 by the communication I / F22. Then, the server 10 calculates the excess / deficiency amount based on the information of the split bill member included in the member selection information and the information of the split bill type associated with the information.
  • the split bill type can be set as "cash" for at least one user among the split bill members, and the shopping settlement history selected as the shopping settlement history to be split is It may be one or a plurality (two or more). Further, as described above, after selecting and registering one shopping settlement history, another shopping settlement history may be selected and additionally registered, or it is not necessary to do so.
  • the terminal 20 communicates the shopping settlement history (not limited, but an example of the first settlement information) selected from the plurality of shopping settlement histories by the users of the terminal 20 with the I / F 22. To the server 10. Then, based on this one shopping settlement history, at least the splitting member of the terminal 20 in which cash is selected as the splitting type (not limited, but an example of the user of the second terminal) is the user of the terminal 20. Information on the amount of money (not limited, but the fourth amount) to be passed in cash to the server 10 is received from the server 10 by the communication I / F22.
  • the terminal 20 shows the received amount (fourth amount) and the amount of money that the splitting member who has selected cash as the splitting type to give to the user of his / her terminal 20 together with the mark of the bill (not limited).
  • An example of information on the amount of money that the user of the second terminal gives or receives in cash) is displayed on the display unit 24.
  • the terminal is different from the terminal and the first terminal (terminal different from the terminal) by transmitting the first payment information among the plurality of payment information. It is possible to receive information on the fourth amount of money, which is the amount of money that the user gives or receives in cash. Then, the user can be notified by displaying the fourth amount and the information regarding the amount of money that the user of the second terminal gives or receives in cash in the display area of the terminal.
  • the terminal 20 selects one shopping settlement history (not limited, but an example of the first settlement information) selected from a plurality of shopping settlement histories by the user of his / her own terminal 20.
  • the other shopping settlement history (not limited, but an example of the fifth settlement information) is transmitted to the server 10 by the communication I / F22.
  • the server 10 is based on one shopping settlement history and another shopping settlement history, and at least the splitting member of the terminal 20 in which cash is selected as the splitting type (not limited, but an example of the user of the second terminal)
  • Information on the amount of money (not limited, but a fourth amount) to be given to the user of the own terminal 20 in cash is received from the server 10 by the communication I / F22.
  • the terminal 20 shows the received amount (fourth amount) and the amount of money that the splitting member who has selected cash as the splitting type to give to the user of his / her terminal 20 together with the mark of the bill (not limited).
  • An example of information on the amount of money that the user of the second terminal gives or receives in cash) is displayed on the display unit 24.
  • the terminal causes the terminal and the first payment information by transmitting the first payment information and the fifth payment information different from the first payment information among the plurality of payment information. It is possible to receive information on a fourth amount of money, which is the amount of money that a user of a second terminal different from the terminal gives or receives in cash. Then, the fourth amount and the information regarding the amount of money that the user of the second terminal gives or receives in cash can be notified to the user by displaying it in the display area of the terminal.
  • the terminal 20 makes a purchase including a selected shopping settlement history, a selected split bill member, and a selected split bill type based on an operation by the user of the own terminal 20 on the own terminal 20.
  • the configuration shows a configuration in which payment history selection information (not limited, but an example of information indicating that the user of the second terminal passes or receives cash) is transmitted to the server 10 by the communication I / F 22.
  • the terminal can notify the outside that the user of the second terminal gives or receives in cash based on the input by the user of the terminal.
  • FIG. 12-3 is a diagram showing an example of the group talk room screen in this modified example, in which the user A.
  • An example of a screen displayed on the display unit 24 of the terminal 20 of A is shown.
  • the user A As a message sent from A, a split bill request message is displayed on the right side of the screen.
  • the split bill request message includes the user A. "Receive 3,600 yen" is displayed as the excess or deficiency amount of A.
  • each splitting member including myself are listed as in the splitting request notification in FIG. 12-2. Similar to FIG. 12-2, User B. B, user D. D, user E. For the three E, "electronic money” was selected as the split bill type, so "900 yen payment” is displayed in the excess / deficiency amount column. On the other hand, user C.I. For C, since “cash” was selected as the split bill type, "900 yen payment” is displayed in the excess / deficiency amount column, and the excess / deficiency amount is paid in cash (the excess / deficiency amount is passed in cash). The amount to be paid in cash (“900 yen” in this example) is displayed in association with the "banknote mark".
  • a cash receipt confirmation icon indicating "cash receipt confirmation” is provided as an example, not a limitation, for confirming the receipt of cash from C.
  • the server 10 is notified that cash has been received from the user, and the excess / deficiency amount is recalculated by the server 10.
  • FIG. 12-4 is a diagram showing an example of a screen displayed based on the operation of the cash receipt confirmation icon on the group talk room screen of FIG. 12-3.
  • User A By A, user C.I. Based on the operation of the cash receipt confirmation icon associated with C, User A. A is user C. The server 10 is notified that the cash has been received from C, and the excess / deficiency amount is recalculated by the server 10. As a result, User A. The excess or deficiency amount of A includes the user C. From C to user A. "900 yen" paid to A in cash is subtracted from "3,600 yen” and displayed as "2,700 yen received".
  • the thirteenth embodiment is an embodiment in which the shopping settlement history is corrected on the terminal 20 and the corrected shopping settlement history is used as the splitting target for splitting the bill.
  • the user may wish to correct the shopping settlement history, such as when he / she wants to exclude some products from the shopping settlement history from the split bill.
  • control unit 21 of the terminal 20 executes a process of correcting the shopping settlement history selected by the user of the terminal 20.
  • the shopping settlement history to be corrected is (1) Shopping settlement history by the user of the own terminal 20 (2) Shopping settlement history by the user of the other terminal 20 can be used.
  • the shopping settlement history to be modified is referred to as "original shopping settlement history” (may be referred to as modification target shopping settlement history), and the modified shopping settlement history is referred to as "corrected shopping settlement history”.
  • Original shopping settlement history is an example of the first settlement information
  • modified shopping settlement history is an example of the second settlement information.
  • the shopping settlement history (corrected shopping settlement history) after being modified at least once is used as the original shopping settlement history, and the process of modifying the shopping settlement history is executed. It is also possible.
  • FIG. 13-1 is a flowchart showing an example of a flow of split billing processing performed between terminal A and terminal B in this embodiment.
  • This process is a process in which the step of A15 is added to the process of FIG. 1 as the process of the terminal A, the step of A20 is replaced with A22, and the step of B20 is replaced with B22 as the process of the terminal B.
  • the control unit 21 of the terminal A performs a shopping settlement history correction process for correcting the shopping settlement history selected in A10 (A15). Specifically, the control unit 21 corrects the payment content included in the shopping settlement history selected in A10 according to the correction operation for the input / output unit 23, and stores the update in the storage unit 28, for example, without limitation.
  • the control unit 21 of the terminal A transmits the modified shopping settlement history (hereinafter, referred to as “corrected shopping settlement history”) to the terminal B by the communication I / F22 (A22). Then, the control unit 21 of the terminal A shifts the processing to the A40.
  • Terminal B receives the modified shopping settlement history from terminal A via communication I / F22 (A22). Then, the control unit 21 of the terminal B shifts the processing to B30.
  • FIG. 13-2 is a flowchart showing an example of a flow of split billing processing performed between terminal A and terminal B in this modified example. This process is a process in which steps A12, A15, and A24 are added as the process of the terminal A, and steps B10, B12, and B24 are added as the process of the terminal B to the process of FIG.
  • the control unit 21 of the terminal B executes the first shopping settlement history selection process (B10).
  • the control unit 21 of the terminal B is not limited, but as an example, the user B. is stored in the storage unit 28 of the terminal B. From the plurality of shopping settlement histories by B, at least one shopping settlement history is selected based on the selection operation for the input / output unit 23.
  • the control unit 21 of the terminal B transmits the shopping settlement history selected in the B10 to the terminal A by the communication I / F22 (B12).
  • the control unit 21 of the terminal A executes the shopping settlement history correction process (A15).
  • the method of correction in this shopping settlement history correction processing is the same as the processing of FIG. 13-1, but the target of correction is not the shopping payment history by itself but the shopping settlement history by the user of the other terminal 20. Is different.
  • control unit 21 of the terminal A transmits the shopping settlement history correction information including the contents of the correction of the shopping settlement history in the A15 to the terminal B by the communication I / F22 (A24). Then, the control unit 21 of the terminal A shifts the processing to the A40.
  • the terminal B After B12, the terminal B receives the shopping settlement history correction information from the terminal A by the communication I / F22 (B24). Then, the control unit 21 of the terminal B shifts the processing to B30.
  • the terminal 20 makes a correction operation by the user of the terminal 20 (not limited, but an example of input to the terminal by the user of the terminal), and the original shopping settlement history (not limited, but the first settlement).
  • the control unit 21 executes a shopping settlement history correction process for modifying the modified shopping settlement history (not limited, but an example of the second settlement information) based on the processing related to.
  • the terminal 20 has an excess / deficiency amount of a user of its own terminal 20 (an example of a first amount, not a limitation) and an excess / deficiency amount of a user of another terminal 20 (not a limitation, but a first amount) based on a modified shopping settlement history.
  • the terminal 20 shows a configuration in which the control unit 21 executes a remittance process or a receiving process based on the excess or deficiency amount of the user of the terminal 20.
  • the terminal modifies the first payment information based on the processing related to the first payment to the second payment information, and then remittance processing or remittance processing based on the second payment information.
  • the receipt process can be executed.
  • the first payment information can be modified, the convenience of the user can be improved.
  • the terminal 20 includes a processor that reads a program stored in the memory and executes a process based on the read program.
  • This processor is based on a correction operation by the user of the terminal 20 (not limited, but an example of input to the terminal by the user of the terminal), and is based on the original shopping settlement history (not limited, but based on the processing related to the first settlement).
  • Correction of payment information (an example of payment information) Correction of shopping payment history (not limited, but an example of second payment information) Execution of shopping payment history correction processing, based on the correction shopping payment history, excess or deficiency of users of own terminal 20 Of the amount (an example of the first amount, not the limitation) and the excess / deficiency amount of the user of the other terminal 20 (an example of the second amount, not the limitation), at least the excess / deficiency amount of the user of the own terminal 20
  • the information is received from another terminal 20 by the communication I / F 22, and the remittance processing or the receiving processing based on the excess or deficiency amount of the user of the own terminal 20 is executed. Even with such a configuration, the same effect as described above can be obtained.
  • the original shopping settlement history shows a configuration in which the shopping settlement history by the user of the own terminal 20 is used.
  • the first payment information based on the processing related to the payment by the user of the terminal can be modified to the second payment information.
  • the thirteenth embodiment shows a configuration in which the modified shopping settlement history is transmitted to different terminals by the communication I / F22.
  • the second settlement information obtained as a modification result can be transmitted to the outside.
  • the thirteenth embodiment shows a configuration in which the original shopping settlement history is a history of shopping settlements by users of different terminals 20.
  • the first payment information based on the processing related to the payment by the users of different terminals can be modified to the second payment information.
  • the terminal 20 transmits the modified shopping settlement history (modified shopping settlement history) to a different terminal 20, but the present invention is not limited to this.
  • one terminal 20 and a different terminal 20 share the shopping settlement history data of the user of each terminal 20. Then, when the shopping settlement history is modified, the modified shopping settlement history itself is not transmitted to a different terminal 20, but information on the modified part and the modified content, that is, the original shopping settlement history and the modified shopping settlement history. The information of the difference between the above and the above may or may not be transmitted to different terminals 20.
  • the selected shopping settlement history is transmitted to different terminals 20 by the communication I / F22. Then, after that, the terminal 20 may or may not execute the shopping settlement history correction process for correcting the transmitted shopping settlement history based on the correction operation by the user of the terminal 20 itself. May be good.
  • the modified shopping settlement history itself may be transmitted to a different terminal 20, or the difference between the previously transmitted original shopping settlement history and the modified shopping settlement history. The information may be transmitted to different terminals 20.
  • This modification shows a configuration in which the terminal 20 transmits information on the difference between the original shopping settlement history and the modified shopping settlement history to different terminals 20 depending on the communication I / F 22.
  • the terminal 20 transmits information on the difference between the original shopping settlement history and the modified shopping settlement history to different terminals 20 depending on the communication I / F 22.
  • the terminal 20 transmits the original shopping settlement history to the different terminals 20 depending on the communication I / F 22. Then, after the original shopping settlement history is transmitted, the transmitted original shopping settlement history is modified to the modified shopping settlement history based on the modification operation by the user of the own terminal 20. As an example of the effect obtained by such a configuration, after the first payment information is transmitted, the first payment information is corrected to the second payment information, so that the first payment information to be corrected is transmitted to the outside in advance. Can be kept.
  • control unit 21 of the terminal 20 does not execute the shopping settlement history correction process, but the control unit 11 of the server 10 may execute the shopping settlement history correction process. That is, the execution subject of the process of modifying the shopping settlement history (the process of modifying the first settlement information into the second settlement information) may be the control unit 21 of the terminal 20 or the control unit 11 of the server 10. You may. This detail will be described in the following examples.
  • the fourteenth embodiment is an embodiment in which the terminal 20 communicates with the server 10 to correct the shopping settlement history. Similar to the thirteenth embodiment, the user may wish to correct the shopping settlement history.
  • FIG. 14-1 is a diagram showing an example of the shopping settlement history selection screen in this embodiment.
  • An example of a screen displayed on the display unit 24 of the terminal 20 of A is shown.
  • the user A On this shopping settlement history selection screen, the user A.
  • a plurality of shopping settlement histories are displayed as the shopping settlement history corresponding to the shopping settlement by A.
  • a check box is provided in association with each shopping settlement history, and it is configured so that the shopping settlement history in which the check mark of the check box is turned ON can be split. ..
  • a detail icon shown as "details" is provided as an example, not a limitation, for inputting the details in association with each shopping settlement history.
  • FIG. 14-2 is a diagram showing an example of a detailed input screen displayed based on the operation of the detailed icon on the shopping settlement history selection screen of FIG. 14-1.
  • the shopping settlement date and time of the shopping settlement history at "BB Super" selected on the shopping settlement history selection screen in Fig. 14-1. Store name, shopping settlement amount, and other information are displayed.
  • this shopping settlement history there is a product list display area where the name of the purchased product and the unit price of the product are displayed in a list, and the number of purchases where the number of purchases of the product is displayed in a list.
  • a viewing display area is provided. By default, the number of purchases of products corresponding to this purchase settlement history is entered in the purchase number list display area.
  • the display area corresponding to one product included in the product list display area is operated (touch operation as an example, not limited), the number of purchases displayed in the second product display area associated with this product is reduced to 0. It is configured so that it can be reset.
  • an upper button for increasing and correcting the number of purchases and a lower button for decreasing and correcting the number of purchases are displayed in association with each product.
  • By operating the button of it is possible to correct the number of purchases.
  • this display area is colored and displayed, and the number of purchases is 1. It has been reset from 0 to 0.
  • FIG. 14-3 is a diagram showing an example of a shopping settlement history selection screen displayed based on the operation of the registration icon on the detailed input screen of FIG. 14-2.
  • the shopping settlement amount in the shopping settlement history of "BB Super” has been corrected to "2,400 yen”.
  • a correction mark indicating that the shopping settlement amount has been corrected is displayed in association with the shopping settlement amount.
  • FIG. 14-4 is a diagram showing an example of information stored in the storage unit 15 of the server 10 in this embodiment.
  • the storage unit 15 stores the shopping item management database 159.
  • FIG. 14-5 is a diagram showing an example of a second split bill management database 157B, which is an example of the split bill management database 157 in this embodiment.
  • Each split bill management data included in the second split bill management database 157B stores, as an example, not a limitation, a split bill management ID, a split bill master ID, a split bill member ID, and shopping settlement history management data.
  • the shopping settlement history data is not limited, but as an example, the settlement person ID, the shopping settlement ID, the amount to be split, and the details to be split (hereinafter referred to as "splitting details") are stored in association with each other. Will be done.
  • split details basic information such as the name and number of purchased products is stored as the split details for the purchase settlement history identified by the purchase settlement ID.
  • the shopping item management database 159 is a database for managing shopping items (hereinafter, referred to as “shopping item”), and an example of its data structure is shown in FIG. 14-6.
  • the shopping item management database 159 stores the shopping item management data as data for each shopping settlement ID.
  • each shopping item management data a shopping settlement ID and shopping item data are stored as an example without limitation.
  • FIG. 14-7 is a flowchart showing an example of the flow of processing executed by each device in this embodiment.
  • This process is a process in which the step of A170 is added as the process of the terminal A and the step of A180 is replaced with A185 in the process of FIG. 2-17. Further, as the process of the server 10, the step of S180 is replaced with S185.
  • the control unit 21 of the terminal A executes the shopping settlement history correction process (A175). Specifically, at least one of the product name and the number of purchases in the shopping settlement history is corrected according to the correction operation for the input / output unit 23.
  • the control unit 21 of the terminal A uses the user A.
  • the payment application ID of A, the shopping settlement ID of the modified shopping settlement history, and the modified shopping settlement history selection information including the modified contents are transmitted to the server 10 by the communication I / F22 (A185).
  • the control unit 11 of the server 10 receives the payment application ID included in the received modified shopping settlement history selection information. And, based on the shopping settlement ID and the correction content, the corresponding splitting management data in the second splitting management database 157B is updated. Specifically, when the product name is corrected, the corresponding split bill column in the shopping settlement history management data is updated. In addition, when the number of purchases is corrected, the columns of the split bill details and the split bill target amount in the shopping settlement history management data are updated.
  • control unit 11 similarly updates the corresponding shopping item management data in the shopping item management database 159. Specifically, when the product name is corrected, the product name column in the shopping item data is updated. In addition, when the number of purchases is corrected, the column of the number of purchases in the shopping item data is updated.
  • These processes can be said to be an example of processes for modifying the first payment information executed by the control unit 11 of the server 10 into the second payment information. After that, the control unit 11 shifts the processing to S190.
  • the 14th embodiment shows a configuration in which the terminal 20 corrects the information of the purchased product in the original shopping settlement history in the shopping settlement history correction process.
  • the information of the purchased product in the first payment information can be modified.
  • the 14th embodiment shows a configuration in which the information of the product purchased in the shopping settlement history correction process is deleted, and as a result, the shopping settlement amount is reduced.
  • the information of the purchased product is deleted from the first payment information and the payment amount is reduced. Therefore, the product to be split is excluded as an example, not a limitation. Therefore, the settlement amount can be adjusted to a desired amount.
  • the server 10 makes a correction operation by the user of the terminal 20 (not limited, but an example of input to the terminal by the user of the terminal), and the original shopping settlement history (not limited, but the first settlement).
  • the control unit 11 executes a shopping settlement history correction process for modifying the modified shopping settlement history (not limited to an example of the second settlement information) based on the processing related to.
  • the server 10 transmits information on the excess / deficiency amount (not limited, but an example of the first amount) of the user of at least one terminal 20 to one terminal 20 by the communication I / F14, and at least the user of the other terminal 20 Information on the excess / deficiency amount (not limited, but an example of the second amount) is transmitted to the other terminal 20 by the communication I / F14. Then, the server 10 performs a split bill settlement process (not limited, but an example of a remittance process or a receipt process to a terminal based on the first amount of money and a remittance process or a receipt process to a different terminal based on the second amount of money).
  • the configuration executed by the control unit 11 is shown.
  • the server modifies the first payment information based on the processing related to the first payment to the second payment information, and then remittance processing to the terminal based on the second payment information.
  • the receiving process and the remittance processing or the receiving process to different terminals can be realized. Further, since it is not necessary to perform these processes on the terminal side, the processing load of the terminal can be reduced.
  • FIG. 14-8 is a diagram showing an example of the shopping settlement history selection screen in this modified example.
  • a point icon indicating that there are points given as a privilege by the "BB supermarket” is displayed in association with the shopping settlement history of the "BB supermarket". By operating the point icon, it is possible to confirm the points given.
  • FIG. 14-9 is a diagram showing an example of a point confirmation screen displayed based on the operation of the point icon on the shopping settlement history selection screen of FIG. 14-8.
  • this point confirmation screen the characters "There are points available” are displayed, and below that, information on the shopping settlement history of "BB Super” is displayed. Further, below that, a point usage setting button that can switch "ON / OFF" for selecting whether or not to deduct the point generation amount from the shopping settlement amount is displayed.
  • the points given are displayed below it, and in this example, the point information including the characters "10% reduction 300 pt (equivalent to 300 yen) is generated" is displayed.
  • the point usage setting button is set to "ON”
  • the return information can include not only points but also so-called electronic coupons (mobile coupons) and the like.
  • This modification shows a configuration in which the shopping settlement history is modified based on points and the like (not limited, but an example of return information) given by the store that made the shopping settlement.
  • the terminal can modify the first payment information into the second payment information based on the return information of the store where the user of the terminal has made the first payment.
  • the terminal 20 displays the point usage setting button (not limited, but an example of the first display for making corrections based on the return information) on the display unit 24, and the shopping settlement history uses points.
  • the configuration to be modified based on the user's switching operation for the setting button (not limited, but an example of the terminal user's input for the first display) is shown.
  • the first display that can be input by the user of the terminal for making corrections based on the reduction information is displayed in the display area of the terminal, thus improving the convenience of the user. be able to.
  • the memo or tag described above may or may not be set in association with the shopping settlement history.
  • FIG. 14-10 is a diagram showing an example of the shopping settlement history selection screen in this modified example.
  • This shopping settlement history selection screen is almost the same as the shopping settlement history selection screen of FIG. 14-2, except that a memo is associated and set at the bottom of the screen.
  • a memo entered by the user (User A.A.) of his / her own terminal 20 a memo with the content "I have subtracted the hot spring manju fee (600 yen) I bought for my souvenir" is entered. Is displayed.
  • other split bill members can easily know that the number of purchases of hot spring buns has been corrected to "0" and that the amount to be split has been reduced as a result. ..
  • the fifteenth embodiment is an embodiment in which the terminal 20 communicates with the server 10 to correct the shopping settlement history. Unlike the 14th embodiment, the fifteenth embodiment corrects the shopping settlement amount based on the correction operation by the user of the terminal 20. Further, in the fifteenth embodiment, it is possible to change the split bill member for each purchase settlement history.
  • FIG. 15-1 is a diagram showing an example of the shopping settlement history selection screen in this embodiment.
  • An example of a screen displayed on the display unit 24 of the terminal 20 of A is shown.
  • the user A On this shopping settlement history selection screen, the user A.
  • a plurality of shopping settlement histories are displayed as the shopping settlement history corresponding to the shopping settlement by A.
  • a check box is provided in association with each shopping settlement history, and it is configured so that the shopping settlement history in which the check mark of the check box is turned ON can be split. ..
  • a detail icon shown as "details" is provided as an example, not a limitation, for inputting the details in association with each shopping settlement history.
  • FIG. 15-2 is a diagram showing an example of a detailed input screen displayed based on the operation (not limited but touch operation) of the detailed icon on the shopping settlement history selection screen of FIG. 15-1.
  • An example of the screen when the detail icon associated with the shopping settlement history of "BB Super" on the shopping settlement history selection screen of -1 is operated is shown.
  • the shopping settlement amount in the shopping settlement history at "BB Super” selected on the shopping settlement history selection screen in Fig. 15-1. Is displayed.
  • an amount correction column for correcting the amount to be split with this shopping settlement amount as the upper limit amount.
  • an upper button for increasing the amount to be split and a lower button for decreasing the amount to be split are provided in association with each other, and the upper button / lower button is provided. By being manipulated, it is possible to modify the amount so that it can be increased / decreased. This correction of the amount can be said to be the correction of the shopping settlement amount in the shopping settlement history.
  • split bill member list display area where a list of split bill members is displayed, and is the split bill member set as a split bill member candidate in association with the icon image of each split bill member?
  • a check indicating whether or not is displayed is displayed.
  • the check can be switched ON / OFF by manipulating the icon image of the split bill member, and the user whose check is OFF is excluded from the split bill member candidates.
  • user C.I. The check of C is turned off, and the user C.I. The state in which C is excluded from the split bill member candidates is shown.
  • a tag display area for setting a tag in the selected shopping settlement history is provided, and multiple types of tag candidates are displayed.
  • the tag candidates include, but are not limited to, a plurality of candidates such as “shopping”, “work”, “dating”, “travel”, “gift”, and “others”.
  • the tag can be set in association with the shopping settlement history.
  • the state in which the "Travel” tag is set in association with the shopping settlement history at the "BB supermarket” is shown by operating the "Travel” tag.
  • a memo field for the user of the terminal 20 to write a memo is provided below the tag display area.
  • a memo that says, "Mr. CC did not shop at the supermarket. I will deduct the drink fee (400 yen) that I purchased personally.” From the contents of this memo, as described above, User C.I. You can see why C was excluded from the Dutch member and why the amount was revised from "3,000 yen" to "2,600 yen".
  • a registration icon indicating "Registration” is displayed as an example, not a limitation, for registering the modified contents of this shopping settlement history.
  • FIG. 15-3 is a diagram showing another example of the detailed input screen.
  • the configuration of this detailed input screen is almost the same as the detailed input screen in Fig. 15-2, but with the characters "Please enter the details of the payment to split the bill", the name of the event where the shopping settlement was made ( Event name) is displayed. In this example, "Admission fee for GG Park" is displayed as the event name.
  • FIG. 15-4 is a diagram showing an example of a shopping settlement history selection screen displayed as a result of input on the detailed input screens of FIGS. 15-2 and 15-3.
  • this shopping settlement history selection screen as in the shopping settlement history selection screen of FIG. 15-1, the user A.
  • a plurality of shopping settlement histories are displayed as the shopping settlement history corresponding to the shopping settlement by A, but the display is partially different.
  • the icon of the modified split member is displayed in the display column of the shopping settlement history of "BB Super” due to the modification of the shopping settlement history of "BB Super” in Fig. 15-2.
  • An image in the above example, the icon image of the other four users because the user CC is excluded
  • an image of the set tag (the tag of "travel” in the above example) are displayed.
  • a "correction” mark indicating that the amount has been corrected and "2,600 yen", which is the corrected amount, are displayed.
  • a memo icon for checking the memo set in association with this shopping settlement history is displayed.
  • the memo set in association with this shopping settlement history is displayed in a pop-up format or another page as an example, not limited.
  • FIG. 15-5 is a diagram showing an example of a code screen for making a payment based on a code image.
  • This code screen is an example of a screen including a code image for code payment used for shopping settlement and a code image displayed on the display unit 24 of the terminal 20 (hereinafter, referred to as "payment code image").
  • payment code image a code image displayed on the display unit 24 of the terminal 20
  • Yes along with the payment method (including the balance of the electronic money account) and the points owned by the user of this terminal 20 (presence or absence of preferential use of points at the time of payment (ON / OFF)), a bar as an example, not a limitation.
  • a one-dimensional payment code image represented by a code and a two-dimensional payment code image represented by a QR code (registered trademark) are displayed as an example, not limited.
  • the tag display area described above is provided at the bottom of this code screen. As described above, a plurality of types of tag candidates are displayed in this tag display area. Then, when the payment code image is read by the store code reader or the store code reader device (hereinafter, collectively referred to as "store code reader device") and the shopping is settled, the tag specified in advance. Can be set in association with the shopping settlement history of the shopping settlement. In this example, the state where the tag of "Travel" is specified is shown, and when the shopping settlement is performed using the payment code image in this state, the tag of "Travel” is associated with the shopping settlement history of the shopping settlement. Will be.
  • the server 10 executes the code generation process based on the code generation request information transmitted from the terminal 20. Specifically, as an example, not limited to, random token information (including a random number) is generated, and the generated token information is stored in association with the payment application ID of the user of the terminal 20. Then, a payment code image in which the generated token information is encoded is generated and transmitted to the terminal 20.
  • the terminal 20 causes the display unit 24 to display a code screen including a code image received from the server 10 and a plurality of types of tag candidates.
  • the terminal 20 transmits the tag selection information to the server 10.
  • the token information stored in the payment code image is acquired by decoding by the store code reader device and transmitted from the store code reader device to the server 10 together with the planned payment amount. Will be done.
  • the server 10 determines which payment application ID the token information received from the store code reader device is associated with. Then, the scheduled payment amount is settled from the electronic money account of the determined payment application ID. Then, based on the tag selection information separately received from the terminal 20, the tag is associated with the shopping settlement history and set.
  • a memo may or may not be associated with the shopping settlement history in place of or in addition to the tag.
  • FIG. 15-6 is a diagram showing a data configuration example of the third split bill management database 157C, which is an example of the split bill management database 157 stored in the storage unit 15 of the server 10 in this embodiment.
  • Each split bill management data of the third split bill management database 157C stores, as an example, not a limitation, a split bill management ID, a split bill master ID, a split bill member ID, and shopping settlement history management data.
  • the shopping settlement history management data is not limited, but as an example, the settlement person ID, the shopping settlement ID, the amount to be split, the member to be split, the memo, and the tag are stored in association with each other.
  • the settlement person ID to the amount to be split the bill are the same as those of the first split bill management database 157A.
  • the split bill target member is a member who splits the shopping settlement history (the amount to be split) identified by the shopping settlement ID by the user of the settlement person ID.
  • the payment application ID of the selected / registered split bill member (hereinafter referred to as "split bill target member") is stored.
  • the split bill member is a fixed member set as a member who splits the bill as one unit identified by the split bill management ID, while the member subject to split bill is a shopping selected and registered as a target for split billing. The difference is that it is a member set for each payment history.
  • a memo input on the terminal 20 of the user of the settlement person ID is stored as an example, not limited to the memo.
  • the tag stores, as an example, not limited to, a tag input on the terminal 20 of the user of the settlement person ID as a tag associated with the shopping settlement history identified by the shopping settlement ID.
  • the control unit 21 of the terminal 20 divides the shopping settlement amount and splits the bill according to the operation of correcting the shopping settlement amount by the user of the terminal 20 in the shopping settlement history correction process (A175) in the process of FIG. 14-7. Modify at least one of the candidate members, notes, and tags. Then, the control unit 21 transmits the corrected shopping settlement history selection information including the payment application ID of its own user, the shopping settlement ID of the modified shopping settlement history, and the modified contents to the server 10 by the communication I / F 22. (A185).
  • the control unit 11 of the server 10 receives the payment application ID included in the received modified shopping settlement history selection information and the shopping settlement.
  • the corresponding splitting management data in the third splitting management database 157C is updated based on the ID and the correction content. Specifically, when the shopping settlement amount is corrected, the column of the corresponding split billing amount in the shopping settlement history management data is updated. When the split bill member candidate is modified, the column of the corresponding split bill target member in the shopping settlement management data is updated. When a memo is added / corrected, the corresponding memo column in the shopping settlement history management data is updated. In addition, when a tag is added or modified, the column of the corresponding tag in the shopping settlement history management data is updated.
  • the terminal 20 shows a configuration in which the shopping settlement history correction process corrects the shopping settlement amount based on the correction operation of the user of the terminal 20.
  • the settlement amount of the first settlement information can be corrected to a desired amount according to the input of the user of the terminal.
  • the terminal 20 uses the original shopping settlement history (not limited, but an example of the first payment information) and the modified shopping settlement history (not limited) based on the selection operation by the user of the terminal 20.
  • An example of the second settlement information is shown in the configuration in which the control unit 21 executes a process of inputting a shopping settlement history (not a limitation, but an example of the third settlement information).
  • the control unit executes a process of inputting a third payment information different from the first payment information and the second payment information. Payment information to be added can be added.
  • the fifteenth embodiment shows a configuration in which the shopping settlement history is selected based on a tag or the like (not limited, but an example of information input by a terminal user) associated with each of a plurality of payment information. ing.
  • the first payment information can be appropriately selected based on the information input by the user of the terminal associated with each of the plurality of payment information.
  • the terminal 20 has one shopping settlement history (not limited, but an example of the first settlement information) and another shopping settlement history (not limited, but not limited) among the plurality of shopping settlement histories. 4 (an example of payment information) is transmitted to the server 10 by the communication I / F22.
  • the terminal 20 has an excess / deficiency amount of the user of the own terminal 20 (an example of a first amount, not a limitation) and an excess / deficiency amount of a split member of the first terminal 20 (an example of a second amount, not a limitation). And the excess / deficiency amount of the split member of the second terminal 20 (not limited, but an example of the third amount) is received from the server 10 by the communication I / F22.
  • the excess / deficiency amount of the user of the own terminal 20 is determined based on one shopping settlement history and the other shopping settlement history, but the excess / deficiency amount of the split member of the first terminal 20 is one.
  • the excess / deficiency amount of the split bill member of the second terminal 20 is determined based on the shopping settlement history of the second terminal 20, and shows a configuration determined based on the other shopping settlement history.
  • the terminal has a first amount of money sent or received by the user of the terminal and a second amount of money sent or received by the user of the first terminal, which is determined based on different payment information. It is possible to receive the amount of money and the third amount of money sent or received by the user of the terminal and the second terminal different from the first terminal.
  • the sixteenth embodiment is an embodiment in which the original shopping settlement history and the modified shopping settlement history are displayed in different display modes (different display modes).
  • different display modes different display modes
  • FIG. 16-1 is a diagram showing an example of the shopping settlement history selection screen in this embodiment.
  • the lower triangle indicating that the shopping settlement amount has been reduced and corrected. Mark is displayed.
  • FIG. 16-2 is a diagram showing an example of the split bill request notification screen in this embodiment, and is a diagram showing the user B.
  • An example of the screen displayed on the display unit 24 of the terminal 20 of B is shown.
  • the user B On this split bill request notification screen, the user B.
  • the excess / deficiency amount display area indicating the excess / deficiency amount of B is the user B.
  • the breakdown of the split bill is displayed.
  • a lower triangle mark indicating that the shopping settlement amount has been reduced and corrected is displayed as in FIG. 16-1.
  • FIG. 16-3 is a diagram showing another example of the shopping settlement history selection screen in this embodiment, which is the same screen as in FIG. 16-1, but the contents thereof are partially different.
  • this shopping settlement history selection screen in addition to the correction mark indicating that the shopping settlement history has been corrected in association with the shopping settlement history of "BB Super", the upper triangle indicating that the shopping settlement amount has been increased and corrected. Mark is displayed.
  • FIG. 16-4 is a diagram showing another example of the split bill request notification screen in this embodiment, which is the same screen as in FIG. 16-2, but the contents thereof are partially different.
  • the upper triangle mark indicating that the shopping settlement amount has been increased and corrected is displayed in the shopping settlement history of "BB Super" in the breakdown of the split bill, as in FIG. 16-3. ..
  • the terminal 20 has a modified shopping settlement history (an example of modified second payment information, not limited) and a former shopping settlement history (an example of unmodified payment information, not limited). Indicates a configuration in which the display mode is displayed on the display unit 24 in a different manner. As an example of the effect obtained by such a configuration, it is possible to make it possible for the user of the terminal to easily grasp that the payment information has been corrected and the corrected information in the payment information.
  • the terminal 20 displays it on the display unit 24 in the first display mode, and the shopping settlement amount in the shopping settlement history is increased and corrected.
  • the configuration for displaying on the display unit 24 is shown in the second aspect. As an example of the effect obtained by such a configuration, the user of the terminal can easily grasp whether the settlement amount of the second settlement information has been adjusted to an increase or a decrease.
  • the terminal 20 may display the modified contents of the modified shopping settlement history based on the input by the user of the terminal 20 for the modified shopping settlement history.
  • FIG. 16-5 is a diagram showing an example of the detailed input screen in this modified example, in which the user A.
  • An example of a screen displayed on the display unit 24 of the terminal 20 of A is shown.
  • the details of the shopping settlement history of "BB Super" are displayed, and in the payment details column in the center of the screen, the product name and the unit price of the product with that product name are associated with the purchase before the change.
  • the number and the number of purchases after the change are displayed.
  • FIG. 16-6 is a diagram showing a split bill request notification screen in this modified example, and is a diagram showing the user B.
  • An example of the screen displayed on the display unit 24 of the terminal 20 of B is shown.
  • the user A In association with the icon image of A and the user name, the user A.
  • the memo entered by A is displayed.
  • the breakdown of the split bill is displayed.
  • the breakdown of the split bill includes each registered shopping settlement history. In this example, a plurality of shopping settlement histories such as "AA rental cycle" and "BB supermarket” are included, and the shopping settlement history of "BB supermarket” is associated with a reduction mark indicating that the shopping settlement amount has been reduced. Is displayed.
  • the modified contents are displayed in a pop-up format.
  • the characters "Amount correction” indicating that the shopping settlement amount has been corrected
  • information indicating that the purchase settlement amount has been reduced and corrected is displayed in a pop-up format.
  • the terminal 20 is modified based on the operation of the user of the terminal 20 on the modified shopping settlement history displayed on the display unit 24 of the terminal 20 (not limited, but an example of input by the user of the terminal).
  • the configuration for displaying the modified contents of the shopping settlement history is shown.
  • the user of the terminal can confirm the modified content of the second payment information by inputting to his / her own terminal.
  • the seventeenth embodiment is an embodiment that enables users of different terminals 20 to make correction proposals for the modified shopping settlement history modified by the terminal 20.
  • the Dutch member may wish to object to the revised shopping settlement history.
  • correction proposal modifying the shopping settlement history of the terminal 20 registered as the split target.
  • the terminal 20 user is a user of a different terminal 20 registered as the split target.
  • Proposal to correct the shopping settlement history of the customer is called "correction proposal”.
  • FIG. 17-1 is a diagram showing an example of the split bill content confirmation screen in this embodiment, and is a diagram showing the user B.
  • An example of the screen displayed on the display unit 24 of the terminal 20 of B is shown.
  • the split bill content confirmation screen as an example, not limited to, the shopping settlement history registered by oneself is corrected in association with the icon image and user name of oneself (user BB in this example) in the paid amount list display area.
  • a correction mark indicating "correction” is displayed.
  • a correction proposal mark indicating "correction proposal” for proposing correction of the shopping settlement history registered by the split bill member is displayed in association with the icon image and the user name of the split bill member other than himself / herself.
  • FIG. 17-2 shows the user A.
  • the correction proposal mark associated with A is the user B. It is a figure which shows an example of the shopping settlement history correction proposal screen displayed based on the operation by B. On this shopping settlement history correction proposal screen, the text "Please select the payment history you want to correct and propose" is displayed along with the user A.
  • the shopping settlement history registered by A is displayed in a list. In this example, User A.
  • the shopping settlement history registered by A the shopping settlement history of "AA rental cycle” and the shopping settlement history of "BB supermarket” are displayed, and in association with each shopping settlement history, a correction proposal of the shopping settlement history is made.
  • Check boxes are provided. In this example, a state in which the check box associated with the shopping settlement history of the "BB supermarket” is checked is shown.
  • the amount correction proposal shown as "amount correction proposal” is not a limitation but an example for proposing the correction of the shopping settlement amount.
  • An icon and a withdrawal proposal icon labeled "Withdrawal Proposal" are displayed as an example, not a limitation, for proposing withdrawal of the shopping settlement history.
  • FIG. 17-3 is a diagram showing an example of a correction proposal content input screen displayed based on the operation of the amount correction proposal icon on the shopping settlement history correction proposal screen of FIG. 17-2.
  • this correction proposal content input screen along with the characters "Please enter the content of the correction proposal", the shopping settlement history of "BB Super” with the check box checked, and the amount of money to propose correction (below) , Referred to as "correction proposal amount" is provided with a correction proposal amount input field for inputting.
  • the correction proposal amount input field is provided in association with the lower button as the upper button, and the correction proposal amount is increased by operating the upper button, and the correction proposal amount is increased by operating the lower button. It is configured to be reduced.
  • the user A As the shopping settlement amount (corrected shopping settlement history) of "BB Super", the user A. A correction mark indicating that the item has been corrected by A, a lower triangle mark indicating that the amount has been reduced, and a corrected shopping settlement amount of "2,400 yen" are displayed. In addition, user B. "3,000 yen" is displayed as the correction proposal amount entered by B.
  • a correction proposal comment input field for inputting a correction proposal comment for the correction shopping settlement history is provided, and the user B. It is configured so that B can input a correction proposal comment.
  • a correction proposal comment "I think the shopping fee at the supermarket was 3,000 yen" is input. That is, user B.
  • B user A. It is shown that the shopping settlement amount "2,400 yen” corrected by A is incorrect, and a correction proposal comment is entered to challenge whether it is actually "3,000 yen”.
  • FIG. 17-4 shows the user A. based on the operation of the correction proposal execution icon on the correction proposal content input screen of FIG. 17-3. It is a figure which shows an example of the screen displayed on the display part 24 of the terminal 20 of A. On this correction proposal screen, the text "There was a correction proposal for splitting the bill from Mr. BB" and the user A. Along with the details of the modified shopping settlement history of "BB Super" registered by A, User B. The details of the content proposed to be modified by B are displayed. Specifically, user B. In association with the icon image of B, the characters "correction proposal” indicating that there was a correction proposal and the correction proposal amount ("3,000 yen” in this example) are displayed. Below that, user B. In association with the icon image and user name of B, user B. The correction proposal comment entered by B (in this example, "I think the shopping fee at the supermarket was 3,000 yen”) is displayed.
  • an answer comment input field for inputting a comment of the answer to the above-mentioned correction proposal content is provided.
  • the user A. A indicates that the answer comment "I have drawn the souvenir hot spring manju fee" has been entered.
  • the input answer comment is input to the user B.
  • a transmission button for transmitting to the terminal 20 of B is provided.
  • FIG. 17-5 shows the user B.I. It is a figure which shows an example of the correction proposal screen displayed on the display part 24 of the terminal 20 of B. On this correction proposal screen, the correction proposal comment sent by oneself and the user A. The answer comment sent from A is displayed.
  • an answer comment input field is provided at the bottom of the screen.
  • the user B. B shows that the answer comment "I shared it with everyone, so let's split the bill for hot spring buns! Was entered.
  • the input answer comment is entered by the user A.
  • a transmission button for transmitting to the terminal 20 of A is provided.
  • FIG. 17-6 shows the user A.A. based on the operation of the send button on the correction proposal screen of FIG. 17-5. It is a figure which shows an example of the correction proposal screen displayed on the display part 24 of the terminal 20 of A. On this correction proposal screen, user B. The answer comment sent from B is displayed. In addition, in the answer comment input field, the user A. A indicates that the answer comment "Then, let me do that.” Is entered.
  • FIG. 17-7 shows the user B.I. It is a figure which shows an example of the correction proposal screen displayed on the display part 24 of the terminal 20 of B. On this correction proposal screen, the user B.B. Under the details of the content proposed to be amended by B, User A. The letters "Proposal Acceptance” indicating that the amendment proposal was approved by A, the upper triangle mark indicating that the shopping settlement amount has been increased and amended, and the amount of the amendment result ("3,000 yen" in this example) ) Is displayed. In addition, under the answer comment sent by oneself (user BB), the user A. The answer comment sent from A (in this example, "Then, let me do that.") Is displayed.
  • a settlement amount confirmation icon indicating "Confirm settlement amount” is displayed as an example, not a limitation, for confirming the amount (settlement amount) settled as a result of the split bill settlement process. ing.
  • FIG. 17-8 shows the user B.I. It is a figure which shows an example of the split bill request notification screen displayed on the display part 24 of the terminal 20 of B. In this split bill request notification screen, the user B. The excess or deficiency amount of B (“3,500 yen received” in this example) is displayed.
  • FIG. 17-9 is a diagram showing an example of a screen displayed based on the operation of the excess / deficiency amount display area in the split bill request notification screen of FIG. 17-8.
  • the user B When the excess / deficiency amount display area is operated on the split bill request notification screen of FIG. 17-8, the user B. Based on B making a correction proposal, user B. Information indicating whether the excess / deficiency amount of B has changed from the initial excess / deficiency amount to an increase / decrease is displayed. In this example, in the excess / deficiency amount display area, the user B. A lower triangle mark indicating that the amount of money received by B has decreased is displayed.
  • FIG. 17-10 shows the user B.
  • An example of the shopping settlement history selection screen displayed on the display unit 24 of the terminal 20 of B is shown.
  • user B As the shopping settlement history registered by B, the shopping settlement history of "EE restaurant" is displayed, and the state in which the check box is checked is shown.
  • an amount correction icon for correcting the amount of this shopping settlement history and a withdrawal icon (for canceling the registration of this shopping settlement history) for withdrawing this shopping settlement history from the split bill are displayed. Has been done.
  • FIG. 17-11 shows the user B. based on the operation of the withdrawal icon on the shopping settlement history selection screen of FIG. 17-10. It is a figure which shows an example of the correction proposal screen displayed on the display part 24 of the terminal 20 of B. In this correction proposal screen, the user B. Along with the shopping settlement history of the "EE restaurant" that B wants to withdraw, user B. The comment entered by B is displayed. In this example, the comment "I have the travel dates adjusted to me, so I will buy the food at the restaurant! Is displayed.
  • FIG. 17-12 is a flowchart showing an example of the flow of processing executed by each device in this embodiment.
  • the step of A540 is added as the process of the terminal A
  • the process of the terminal B is the process of A540.
  • steps S540 to S580 are added as processes of the server 10. The same steps as those described above are designated by the same reference numerals, and the description thereof will be omitted again.
  • control unit 21 of the terminal A executes the split bill correction process (A540).
  • control unit 21 of the terminal B executes the split bill correction process (A540).
  • FIG. 17-13 is a flowchart showing an example of the flow of the split bill correction process. This process replaces the steps A5320 to A5340 of the split bill additional registration process of FIG. 4-9 with A5420 to A5440, respectively, and replaces the steps A5370 and A5380 with the steps A5470 and A5480, respectively.
  • the control unit 21 corrects the split bill content based on whether or not an operation for correcting the split bill content is input to the input / output unit 23. It is determined whether or not to do so (A5420). If it is determined not to correct the split bill (A5420: NO), the control unit 21 shifts the process to A5350.
  • the control unit 21 executes the split bill settlement correction process (A5430). Specifically, the shopping settlement history is corrected according to the correction operation for the input / output unit 23.
  • This "correction" is not limited, but as an example, in order to request the server 10 to correct (or propose) the shopping settlement history, the terminal 20 side has the correction target / correction content (or the correction proposal target / correction proposal content). ) Is included.
  • control unit 21 communicates, as an example, not a limitation, a billing settlement correction request notification including the shopping settlement ID of the shopping settlement history of the correction target (or correction proposal target) and the correction content (or correction proposal content). It is transmitted to the server 10 by the I / F 22 (A5440).
  • control unit 21 determines whether or not the split bill correction confirmation notification has been received from the server 10 by the communication I / F 22 (A5470), and if it determines that it has been received (A5470: YES), the received split bill settlement After displaying the confirmation notification on the display unit 24 (A5480), the process is returned to A5310.
  • the control unit 21 ends the split bill correction process.
  • the shopping settlement history to be modified is the shopping settlement history by the user of the own terminal 20, it is "correction", but if the shopping settlement history to be modified is the shopping settlement history by the user of the different terminal 20. Is a "correction proposal”.
  • the control unit 21 of the terminal 20 of the user who makes the correction proposal determines the content of the correction proposal input by the user, and in A5440, determines the shopping settlement ID of the shopping settlement history of the correction proposal target and the content of the correction proposal.
  • a notification of a request for correction of split bills including payment is transmitted to the server 10. That is, the shopping settlement history is not corrected on the terminal 20 of the user who makes the correction proposal.
  • the split bill correction confirmation notice is sent from the server 10 to the target terminal.
  • the payment history is corrected (A5470: YES ⁇ A5480 ⁇ A5310: NO ⁇ A5420: YES, A5430).
  • the shopping settlement history may or may not be corrected on the terminal 20 of the user who makes the correction proposal.
  • control unit 11 of the server 10 executes the third split bill approval management process (S540).
  • FIG. 17-14 is a flowchart showing an example of the flow of the third split bill approval management process.
  • This process replaces the step S2310 in the first split bill approval management process (see FIG. 2-20) with S5410, and adds the steps S5420 to S5440.
  • the split bill settlement notice is one of the above-mentioned "split bill settlement approval notice", "split bill settlement refusal notice", and "split bill settlement correction request notice".
  • the same steps as those described above are designated by the same reference numerals, and the description thereof will be omitted again.
  • the control unit 11 When the control unit 11 receives the split bill settlement notification from the terminal 20 (S5410), the control unit 11 determines whether or not the received split bill settlement notification is a "split bill settlement correction request notification" (S5420). If it is determined that the received split bill settlement notification is not the split bill settlement correction request notification (5420: NO), the control unit 11 shifts the process to S2320.
  • the control unit 11 is identified by the shopping settlement ID included in the received split bill settlement correction request notification. With respect to the shopping settlement history, the excess / deficiency amount is calculated (recalculated) based on the correction content also included in the received split bill settlement correction request notification (S5430).
  • control unit 11 changes the split billing content based on the calculated excess / deficiency amount (S5440).
  • This process of changing the split bill can be said to be an example of a process of modifying the first settlement information executed by the control unit 11 of the server 10 into the second settlement information. Then, the control unit 11 ends the third split bill approval management process.
  • the control unit 11 determines whether or not the splitting content has been changed in the third splitting approval management process (S550), and if it determines that the splitting content has been changed (S550: YES), corrects the splitting.
  • the confirmation notification is transmitted to each of the terminal A and the terminal B by the communication I / F 14 (S580). Then, the control unit 11 returns the process to S540.
  • control unit 21 of the terminal A shifts the processing to A250.
  • control unit 21 of the terminal B shifts the processing to B250.
  • the modified shopping settlement history modified by one user's terminal 20 shows a configuration including comments on the modified shopping settlement history by users of different terminals 20.
  • the effect obtained by such a configuration it is possible for users of different terminals to add a comment to the second payment information corrected by one terminal.
  • the modified shopping settlement history modified by one user's terminal 20 is proposed to be modified by a user of a different terminal 20 after the modified shopping settlement history is transmitted to the server 10 by the communication I / F22.
  • the configuration to be modified based on is shown. As an example of the effect obtained by such a configuration, it is possible for users of different terminals to further modify the second payment information corrected by one terminal to the fourth payment information different from the second payment information. Can be.
  • the split bill correction confirmation notice is transmitted from the server 10 to the terminal 20 of each split bill member, but the present invention is not limited to this. Specifically, the split bill correction confirmation notification may or may not be transmitted from the server 10 only to the terminal 20 of the user who has proposed the correction.
  • the server 10 may send a split bill correction confirmation notice to the terminal 20 of the user who causes (losses) a loss due to the correction of the shopping settlement history by the correction / correction proposal. You don't have to.
  • FIG. 17-15 is a diagram for explaining the fluctuation of the excess / deficiency amount in this modified example, and is not a limitation but an example of a table in which the operation type, the operation content, and the excess / deficiency amount fluctuation are associated with each other. Shown.
  • the operation type is an operation performed by the operator regarding the correction of the shopping settlement history, "correction” indicating that the performed operation is a correction operation, and “correction” indicating that the performed operation is a correction proposal operation. "Amendment proposal” is included in this.
  • the operation content is the content of how the operation to correct the shopping settlement history was performed according to the operation type.
  • the excess / deficiency amount fluctuation is the fluctuation of the excess / deficiency amount of each split bill member, and includes the operator column, the operated person column, and the other split bill member column.
  • the operator is a user who has performed an operation of the corresponding operation type.
  • the operated person is a user who has registered the shopping settlement history. Since the operation type "correction" is a case where the operator corrects his / her shopping settlement history, there is no operated person. That is, the operated person is a user who has registered the shopping settlement history for the operation type "correction proposal", and is a user who receives the correction proposal of the shopping settlement history by the operator.
  • split bill members are users who exclude the operator and the operated person from among the split bill members.
  • the first operation content is "addition of shopping settlement history / upward revision of shopping settlement amount", which means an operation of adding a shopping settlement history or an operation of upwardly adjusting the shopping settlement amount.
  • “increase” is set for the operator and “decrease” is set for the other split bill members.
  • the second operation content is "withdrawal of shopping settlement history / downward revision of shopping settlement amount", which means an operation of withdrawing the shopping settlement history or an operation of downwardly correcting the shopping settlement amount.
  • “decrease” is set for the operator and “increase” is set for the other split bill members as the fluctuation of the excess or deficiency amount.
  • the operation type "correction proposal” also defines two types of operation contents.
  • the first operation content is "shopping settlement history addition proposal / shopping settlement amount upward revision proposal", which means a proposal operation for adding a shopping settlement history or a proposal operation for upwardly adjusting the shopping settlement amount. ..
  • “decrease” is set for the operator, “increase” for the operated person, and “decrease” for the other split Dutch members.
  • the second operation content is "Proposal for withdrawing shopping settlement history / Proposal for downward revision of shopping settlement amount", which means a proposal operation for withdrawing the shopping settlement history or a proposal operation for downwardly correcting the shopping settlement amount.
  • "increase” is set for the operator
  • “decrease” is set for the operated person
  • “increase” is set for the other split Dutch members.
  • FIG. 17-16 is a diagram for explaining the necessity of transmitting the split bill correction confirmation notice in this modification, and is not limited to the operation type, the operation content, and the necessity of transmitting the split bill correction confirmation notice.
  • the table associated with is shown as an example.
  • the operation type and operation content correspond to the tables in FIGS. 17-15, respectively.
  • the necessity of sending the split bill correction confirmation notice is the necessity of sending the split bill correction confirmation notice from the server 10, and the operated person and other split bill members are included in this. "Required” is required for the user (terminal 20 of the user) who needs to send the split bill correction confirmation notice, and "unnecessary” is required for the user (terminal 20 of the user) who does not need to send the split bill correction confirmation notice. It is set.
  • the control unit 11 of the server 10 sets the terminal 20 determined to need to transmit the split bill correction confirmation notification (“necessary”) in S580 of the process of FIG. 17-12 as the target terminal, and only to the target terminal.
  • Send a split bill correction confirmation notice That is, the terminal 20 determined that it is not necessary to send the split bill correction confirmation notice (“unnecessary”) is excluded from the target terminals, and the split bill correction confirmation notice is not transmitted to this terminal 20.
  • the server 10 transmits the split bill correction confirmation notice to the terminal 20 determined to need to send the split bill correction confirmation notice (“necessary”), and the split bill correction process is executed on the terminal 20. (S580 ⁇ A540 in FIG. 17-12).
  • the split bill correction process see FIG. 17-13
  • the split bill settlement approval notice will be transmitted from the terminal 20 to the server 10 (A5360 in FIG. 17-13).
  • the split bill settlement refusal notification is sent to the terminal 20. Will be transmitted to the server 10 (A5350 in FIG. 17-13).
  • the server 10 does not send the split bill correction confirmation notice to the terminal 20 determined that it is not necessary to send the split bill correction confirmation notice (“unnecessary”), the split bill correction process is not executed on the terminal 20. Therefore, the terminal 20 does not confirm whether or not the modification content is agreed.
  • This modification shows a configuration in which the modified shopping settlement history is modified based on permission of modification by users of different terminals 20.
  • the first payment information is not corrected to the second payment information unless the users of different terminals permit the correction, so that it is possible to prevent disadvantages for users of different terminals. it can.
  • this modification shows a configuration in which the modified shopping settlement history modified by the users of different terminals 20 is further modified based on the permission of the modification by the user of the own terminal 20.
  • the second payment information is not corrected to the fourth payment information, so that it is possible to prevent the terminal user from being disadvantaged.
  • the shopping settlement history is modified, and based on the modified shopping settlement history.
  • This is an example of executing the second remittance processing / second receiving processing.
  • FIG. 18-1 is a flowchart showing an example of the flow of the split billing process executed by the terminal 20 in this embodiment. This process is a process in which steps A65 to A75 are added as the process of the terminal A and a step of B75 is added as the process of the terminal B to the process of FIG.
  • the control unit 21 of the terminal A corrects the shopping settlement history selected in A10 based on whether or not an operation requesting the correction of the shopping settlement history is input to the input / output unit 23. Whether or not it is determined (A65). If it is determined that the correction is to be performed (A65: YES), the control unit 21 of the terminal A executes the shopping settlement history correction process (A70). Specifically, as an example, not limited, the shopping settlement history selected in A10 is corrected based on the correction operation for the input / output unit 23.
  • control unit 21 of the terminal A transmits the shopping settlement history correction information including the correction contents of the shopping settlement history to the terminal B by the communication I / F22 (A75). Then, the control unit 21 of the terminal A returns the processing to the A40.
  • the shopping settlement history correction information may include, as an example, not limited information, information on the difference between the shopping settlement amount before the correction and the shopping settlement amount after the correction.
  • the control unit 21 of the terminal B is based on the shopping settlement history correction information received from the terminal A, and based on the difference between the shopping settlement amount before the correction and the shopping settlement amount after the correction, the user of the terminal 20 Can be made to calculate the amount to be additionally remitted or the amount to be additionally received by the user of the terminal 20.
  • the information of the corrected shopping settlement amount is included in the shopping settlement history correction information, and the split bill settlement process is executed based on the corrected shopping settlement amount. You may or may not have to do so.
  • before performing the split bill settlement by collecting the amount from the user who received the amount in the split bill settlement process based on the shopping settlement amount before correction and refunding it to the user who paid the amount. Execute the process (rollback process, reset process) to return to the state of. Then, the split bill settlement process based on the corrected shopping settlement amount may or may not be executed.
  • the control unit 21 of the terminal B determines whether or not the shopping settlement history correction information has been received from the terminal A by the communication I / F 22 (B75), and if it is determined that the information has been received (B75: YES). , Return the process to B30.
  • the control unit 21 of the terminal A ends the splitting process. If it is determined in B75 that the shopping settlement history correction information has not been received (B75: NO), the control unit 21 of the terminal B ends the split billing process.
  • the terminal 20 transmits the shopping settlement information by the user of the own terminal 20 to the different terminals 20 by the communication I / F 22 based on the input to the own terminal 20 by the user of the own terminal 20.
  • the terminal 20 receives at least information on the excess or deficiency amount of its own terminal 20 from the terminal 20 that differs depending on the communication I / F 22.
  • the terminal 20 executes the split bill settlement process (split bill settlement process) (not limited, but an example of the first remittance process or the first receipt process) based on the received excess / deficiency amount by the control unit 21.
  • the terminal 20 controls the split bill settlement process (not limited, but an example of the second remittance process or the second receipt process) based on the modified shopping settlement history. Shows the configuration to be executed by. As an example of the effect obtained by such a configuration, even if the first payment information is modified to the second payment information after the first remittance processing or the first receipt processing based on the first amount is executed. , The second remittance process, or the second receipt process can be executed to adjust the settled amount after the fact.
  • the terminal 20 includes a processor that reads a program stored in the memory and executes a process based on the read program.
  • the processor transmits the shopping settlement information by the user of the own terminal 20 to different terminals 20 by the communication I / F 22 based on the input to the own terminal 20 by the user of the own terminal 20, and at least the own terminal 20.
  • splitting settlement processing splitting settlement processing based on the received excess / deficiency amount (not limited to the first remittance processing or the first Execution of (an example of receipt processing) and when the above shopping settlement information is modified, based on the modified shopping settlement history, split settlement processing (not limited, but an example of second remittance processing or second receipt processing) ) Is executed. Even with such a configuration, the same effect as described above can be obtained.
  • the split bill settlement process (not limited, but an example of the second remittance process or the second receipt process) after the shopping settlement history is modified is the shopping settlement amount and the original shopping in the modified shopping settlement history. It shows the configuration that is executed based on the difference between the payment history and the shopping payment amount. As an example of the effect obtained by such a configuration, the settled amount can be correctly adjusted after the fact based on the difference between the second payment information and the first payment information.
  • the permission of the user of the different terminal 20 or the different terminal 20 may or may not be required when performing the split bill settlement.
  • FIG. 18-2 is a flowchart showing another example of the flow of the splitting process executed by the terminal 20 in this modified example. This process is a process in which steps A80 to A86 are added as the process of the terminal A and steps B80 to B86 are added as the process of the terminal B to the process of FIG.
  • control unit 21 of the terminal A determines whether or not to make a post-correction of the shopping settlement history (A80). If it is determined that the post-correction is not performed (A80: NO), the control unit 21 of the terminal A shifts the processing to the A90.
  • the control unit 21 of the terminal A executes the shopping settlement history correction process (A82). Then, the control unit 21 of the terminal A transmits the shopping settlement history correction information to the terminal B by the communication I / F22.
  • the control unit 21 of the terminal B determines whether or not the shopping settlement history correction information has been received from the terminal A by the communication I / F 22 (B80). If it is determined that the reception has not been received (B80: NO), the control unit 21 of the terminal B shifts the processing to B90.
  • the control unit 21 of the terminal B If it is determined that the modification is agreed (B82: YES), the control unit 21 of the terminal B returns the process to B40. On the other hand, if it is determined that the modification is not agreed (B82: NO), the control unit 21 of the terminal B transmits the modification refusal notification to the terminal A by the communication I / F 22 (B86). Then, the control unit 21 of the terminal B shifts the processing to B90.
  • control unit 21 of the terminal A determines whether or not the correction refusal notification has been received from the terminal B by the communication I / F 22 (A86). If it is determined that the reception has not been received (A86: NO), the control unit 21 of the terminal A returns the processing to the A40.
  • the control unit 21 of the terminal A shifts the processing to the A90.
  • This modification shows a configuration in which the split bill settlement process after the correction of the shopping settlement history is executed when the correction refusal notification is not received from the different terminals 20.
  • the settlement amount can be adjusted ex post facto based on the permission of different terminals or users of different terminals.
  • the control unit 21 of 20 may or may not execute the split bill settlement process.
  • the Dutch Master modifies the shopping settlement amount to be less than the original shopping settlement history
  • the other Dutch members will receive one of the first remittances made by the Dutch member.
  • the amount of the copy will be refunded.
  • other split bill members will benefit, so it is considered that permission is not required for split bill settlement.
  • a split bill member other than the split bill master corrects the shopping settlement amount to be less than the original shopping settlement history
  • the shopping settlement history is corrected at the will of the split bill member. It will be. Therefore, in this case as well, it is considered that permission is not required for split bill settlement.
  • the split bill settlement process after the modification of the shopping settlement history is executed without the permission of the user of the different terminal 20 or the different terminal 20 when the settlement amount of the modified shopping settlement history is less than that of the original shopping settlement history.
  • the configuration is shown. As an example of the effect obtained by such a configuration, when users of different terminals make a monetary gain by modifying the first payment information, or when users of different terminals do not have a monetary loss, different terminals, Alternatively, the second remittance process or the second receipt process can be performed without the permission of users of different terminals.
  • the nineteenth embodiment is an embodiment in which the terminal 20 communicates with the server 10 and makes an ex post facto adjustment of the settlement amount based on the corrected shopping settlement history.
  • FIG. 19 is a flowchart showing an example of the flow of processing executed by each device in this embodiment. This process is a process started from A350, B350, and S340 in the process portion of FIG. 2-19, and is a process of executing the split bill correction process after the split bill settlement is executed.
  • the control unit 21 of the terminal A executes the split bill correction process (A540).
  • This split bill correction process is the same as in FIG. 17-13.
  • the control unit 21 of the terminal B executes the split bill correction process (A540).
  • the control unit 11 determines whether or not the splitting correction has been established (S960). If it is determined that the split bill correction is established (S960: YES), the control unit 11 shifts the process to S310 in FIG. 2-19.
  • the control unit 11 notifies the target terminal by the communication I / F14 that the split bill correction has not been established. (In this example, terminal A and terminal B) are transmitted to each (S970). Then, the control unit 11 shifts the processing to S390.
  • control unit 21 of the terminal A determines whether or not the notification of failure to establish the split bill is received from the server 10 by the communication I / F 22 (A970), and if it is determined that the notification is not received (A970: NO). , Transfer the process to A310 in FIG. 2-19.
  • the control unit 21 of the terminal A causes the display unit 24 to display the received split bill correction failure notification (A980). Then, the control unit 21 of the terminal A shifts the processing to the A390. After A540, the terminal B also performs the same processing (B970, B980).
  • the terminal 20 has an excess / deficiency amount (not a limitation, but an example of a third amount) of the user of the own terminal 20 based on the original shopping settlement history, and a terminal 20 different from the own terminal 20.
  • the excess / deficiency amount of each user of the plurality of terminals 20 including the user at least the information of the excess / deficiency amount of the user of the own terminal 20 is received from the server 10 by the communication I / F 22.
  • the terminal 20 controls the split bill settlement request process and the split bill settlement result reception process (not limited, but an example of a third remittance process based on a third amount or a third receipt process) based on the received excess / deficiency amount. Run by.
  • the terminal 20 performs split bill settlement request processing and split bill settlement result reception processing (not limited, but an example of the fourth remittance processing or the fourth receipt processing) based on the modified shopping settlement history. Is executed by the control unit 21.
  • the split bill settlement request process based on the modified shopping settlement history is executed based on the permission of each user of the plurality of terminals 20.
  • the settlement amount can be adjusted ex post facto based on the permission of each user of a plurality of terminals including users of different terminals.
  • the 19th embodiment shows a configuration in which the shopping settlement history by the user of the terminal 20 is proposed to be modified (not limited, but an example of a modification request) by the users of different terminals 20.
  • the first payment information can be corrected to the second payment information based on the correction requests by users of different terminals.
  • the split bill settlement process includes a split bill settlement approval notice (not limited, but an example of permission of the terminal user) sent from the terminal 20 and a split bill settlement approval notice sent from a different terminal 20 (not limited).
  • the configuration executed by the server 10 is shown at least based on, but not limited to, an example of permission of users of different terminals).
  • the terminal since the first remittance process or the first receiving process is executed based on at least the permission of the user of the terminal and the permission of the user of a different terminal, at least the terminal It is possible to prevent the first remittance process or the first receiving process from being executed without the consent of the user of the terminal different from the user.
  • the server 10 receives the shopping settlement history by the user of the terminal 20 from the terminal 20 by the communication I / F 14 based on the input to the terminal 20 by the user of the terminal 20.
  • the server 10 transmits information on at least the excess / deficiency amount (not limited, but an example of the first amount) of the user of the terminal 20 to the terminal 20 by the communication I / F14 based on the received shopping settlement history, and at least different terminals.
  • Information on the excess or deficiency amount (not limited, but an example of the second amount) of 20 users is transmitted to different terminals 20 by communication I / F14.
  • the server 10 performs a split bill settlement process (not limited, a first remittance process or a first remittance process to a terminal based on the first amount, and a second remittance process or a second remittance process to a different terminal based on the second amount.
  • a split bill settlement process (not limited, a first remittance process or a first remittance process to a terminal based on the first amount, and a second remittance process or a second remittance process to a different terminal based on the second amount.
  • An example of processing is executed by the control unit 11.
  • the server 10 receives the split bill settlement correction request notification (not limited, but an example of information regarding correction from the first payment information to the second payment information) from the terminal 20 by the communication I / F14.
  • the server 10 performs the split bill settlement process based on the modified shopping settlement history (an example of the second settlement information, not the limitation).
  • the control unit 11 executes the split bill settlement process based on the modified shopping settlement history (an example of the second settlement information, not the limitation).
  • the second remittance process, or the second receipt process can be executed to adjust the settled amount after the fact. Further, since it is not necessary to execute these processes on the terminal, the processing load on the terminal can be reduced.
  • the settlement amount may be adjusted ex post facto, requiring the permission of the user who has a loss due to the correction of the shopping settlement history among the split Dutch members. It does not have to be.
  • the method described in FIGS. 17-15 and 17-16 is used in the same manner to determine whether or not to send the split bill correction confirmation notification. Then, the control unit 11 of the server 10 sets the terminal 20 determined to need to transmit the split bill correction confirmation notification (“necessary”) in S580 of the process of FIG. 19 as the target terminal, and confirms the split bill correction only to the target terminal. Send a notification. This is as described above.
  • the split bill settlement request processing is performed on a user who has a loss due to the correction of the original shopping settlement history among the users of a plurality of terminals 20 including the user of the terminal 20 different from the own terminal 20.
  • the fourth remittance processing or the fourth receiving processing is the second from the first payment information among the users of a plurality of terminals including the user of the terminal different from the terminal.
  • the shopping settlement history of users of different terminals 20 is also included in the split billing target. Can be done.
  • the excess or deficiency amount is calculated by the server 10 based on the shopping settlement amount of the shopping settlement history registered by the user of one terminal 20 and the shopping settlement amount of the shopping settlement history registered by the user of a different terminal 20. It will be calculated.
  • FIG. 20 is a diagram for explaining the split bill settlement notification type transmitted from the terminal 20 to the server 10 in the present embodiment, and shows a table in which the operation type, the settlement type, and the split bill settlement notification type are associated with each other. ing.
  • the operation type includes "correction” and "correction proposal”.
  • the settlement types include "former settlement” and "post-settlement".
  • "Former settlement” is the original split bill settlement (first split bill settlement). Executing the first remittance process or the first receipt process corresponds to this.
  • "Post-payment” is a settlement (the second and subsequent settlements) in which the amount settled in the previous split bill settlement is adjusted after the fact. As described above, after executing the first remittance process or the first receipt process, the second remittance process or the second receipt process is executed based on the modification from the first settlement information to the second settlement information. That corresponds to this.
  • the type of the split bill settlement notification transmitted by the terminal 20 to the server 10 in the split bill correction process shown in FIG. 17-13 is defined.
  • the split bill settlement notification regardless of whether the operation type is "correction” or “correction proposal", and regardless of whether the settlement type is “primary settlement” or “post-settlement”.
  • “Notice of request for correction of split bill settlement” is defined as the type. That is, regardless of whether the correction or the correction proposal is performed, or whether the original settlement or the post-settlement is performed, the split bill settlement correction request notification is sent from the terminal 20 to the server 10 as the split bill settlement notification. It is stipulated to send to.
  • the server 10 executes the split bill settlement process based on the excess / deficiency amount calculated as described above. After that, as an example, not limited to the case, when the control unit 21 of the terminal 20 makes an operation of "correction proposal" of the shopping settlement history registered by the users of different terminals 20 by the user of the terminal 20 itself, the figure is shown in the figure.
  • the split bill settlement correction request notification is transmitted to the server 10 by the communication I / F 22 as described above.
  • split bill settlement notifications may be sent from the terminal 20 to the server 10 depending on the operation type "correction” and the operation type "correction proposal", or it is not necessary to do so. May be good.
  • different types of split bill settlement notifications may or may not be transmitted from the terminal 20 to the server 10 depending on the settlement type "original settlement” and the settlement type "post-settlement”.
  • the terminal 20 has a shopping settlement history by a user of its own terminal 20 (not limited, but an example of first payment information) and a shopping settlement history by a user of a different terminal 20 (not limited, but a different terminal). Based on (an example of the third payment information based on the processing related to the second payment by the user), the excess / deficiency amount of the user of the own terminal 20 (an example of the fifth amount, not the limitation) and the user of the different terminal 20 Of the excess / deficiency amount (not limited, but an example of the sixth amount), at least information on the excess / deficiency amount of the user of the terminal 20 is received by the communication I / F22.
  • the terminal 20 executes the split bill settlement request process and the split bill settlement result reception process based on the excess or deficiency amount of the user of the own terminal 20 received by the control unit 21. Then, the terminal 20 communicates a split bill settlement correction request notification (not limited, but an example of information related to correction from the third payment information to the fourth payment information) requesting a correction request of the shopping settlement history by users of different terminals 20.
  • a split bill settlement correction request notification not limited, but an example of information related to correction from the third payment information to the fourth payment information
  • the configuration of transmitting to the server 10 by the I / F 22 is shown.
  • the terminal 20 modifies the shopping settlement history (not limited, but an example of the third settlement information) by users of different terminals 20, the modified shopping settlement history (not limited).
  • An example of the fourth settlement information showing a configuration in which the control unit 21 executes the split bill settlement request process and the split bill settlement result reception process (not limited, but an example of the sixth remittance process or the sixth receipt process).
  • the control unit 21 executes the sixth remittance process or the sixth receipt process based on the fourth payment information.
  • the terminal 20 corrects the shopping settlement history by the user of the own terminal 20 after splitting the bill for the shopping settlement history by the user of the own terminal 20, and based on the corrected content, the terminal 20 corrects the shopping settlement history by the user of the own terminal 20. This is an example of adjusting the settlement amount after the fact.
  • FIG. 21-1 is a diagram showing an example of a split bill completion notification displayed on the talk room screen of the messaging application in this embodiment.
  • An example of a screen displayed on the display unit 24 of the terminal 20 of A is shown.
  • user B Based on B's consent to split the bill, user B. From B to user A.
  • An excess or deficiency amount (“2,250 yen" in this example) is remitted to A, and as a result, a message indicating that the split bill has been completed is displayed.
  • the message of the split bill completion notification includes, as an example, not a limitation, a settlement content correction icon indicating "correction of the settlement contents" as an example, not a limitation, for correcting the settlement contents together with the settlement result.
  • FIG. 21-2 shows the user A. based on the operation of the settlement content correction icon in FIG. 21-1. It is a figure which shows an example of the settlement content correction screen displayed on the display part 24 of the terminal 20 of A. On this settlement content correction screen, as an example, not limited to, the characters "Please check the settlement content of the split bill" are displayed, and below that, the user A. A and user B. B. Paid amount list display area where each paid amount is displayed, and user A. A and user B. B There is provided a settlement amount list display area in which each settlement amount is displayed.
  • FIG. 21-3 shows the user A. It is a figure which shows an example of the correction target shopping settlement history selection screen which is displayed based on A operating the correction icon.
  • the shopping settlement history selection screen to be modified is displayed by the user A. This is a screen for A to select the shopping settlement history to be corrected, and the user A.
  • the shopping settlement history in which A is registered the shopping settlement history of "AA rental cycle” and the shopping settlement history of "BB supermarket” are displayed. Further, in this example, the user A. A indicates that the check box associated with "BB Super" is set to "ON".
  • a shopping settlement history addition icon that says “Add payment” to add and register the shopping settlement history, and to modify the shopping settlement amount of the shopping settlement history selected as the correction target.
  • An amount correction icon indicating "amount adjustment” and a withdrawal icon indicating “withdrawal” for withdrawing the registered shopping settlement history are displayed.
  • User A The state in which the amount correction icon is operated by A is shown.
  • FIG. 21-4 shows the user B.I. It is a figure which shows an example of the talk room screen displayed on the display part 24 of the terminal 20 of B. In this talk room screen, the user A. As a message from A, a message indicating that the completed shopping settlement history has been corrected after the fact is displayed. In this example, User A. It is shown that the shopping settlement history of "BB Supermarket" by A has been corrected to reduce the price of the purchased product, Onsen Manju.
  • the shopping settlement amount in the shopping settlement history of "BB Super” is reduced from “3,000 yen to 2,400 yen", and as a result, the shopping settlement amount "1" in the shopping settlement history of "AA rental cycle”.
  • the total amount of ", 500 yen” has been reduced to "4,500 yen ⁇ 3,900 yen”.
  • the amount of money per person has been reduced from “2,250 yen to 1,950 yen”.
  • User B. B is user A. "2,250 yen” has already been sent to A, but user B. If B approves, the difference of "300 yen” will be charged to user A. From A to user B. It will be refunded to B. Therefore, the user B. "Receive 300 yen” is displayed as the excess or deficiency amount of B.
  • 21-5 shows the user B. in the talk room screen of FIG. 21-4.
  • user B Based on the operation of the consent icon by B, user B. It is a figure which shows an example of the talk room screen displayed on the display part 24 of the terminal 20 of B.
  • the message "accept” is displayed by the user A. It is transmitted to the terminal 20 of A.
  • user A Based on the operation that A performs the settlement on his / her terminal 20, the user A.
  • the message "payment” is sent from the terminal 20 of the user B. It is transmitted to the terminal 20 of B and displayed. After that, User A. From terminal 20 of A to user B.
  • User B From terminal 20 of A to user B.
  • the excess or deficiency amount of B ("300 yen” in this example) is remitted, and as a result, a receipt completion notification including the characters "I received 300 yen from Mr. A.A.” is displayed. In addition, below that, the split bill settlement result is displayed due to the correction of the shopping settlement history.
  • the server 10 transmits the settlement result of the split bill to the messaging server 40 (corresponding to S340 in FIG. 19). Then, the messaging server 40 transmits the split bill settlement result received from the server 10 to the terminal A and the terminal B.
  • the control unit 21 of the terminal A that has registered the shopping settlement history displays the split bill settlement result received from the messaging server 40 in the talk room of the messaging application (corresponding to A350 in FIG. 19).
  • the control unit 21 of the terminal A is not limited, but as an example, the user A.
  • the split bill correction process is executed (corresponding to A540 in FIG. 19). Then, the control unit 21 transmits the split bill settlement correction request notification to the server 10 via the messaging server 40 (corresponding to A5440 in FIG. 17-13).
  • the server 10 executes the third split bill approval management process (corresponding to S540 in FIG. 19).
  • the server 10 transmits the split bill correction confirmation notification to the terminals A and B via the messaging server 40 (corresponding to S580 in FIG. 19). ).
  • the control unit 21 of the terminal B displays the split bill correction confirmation notification received from the messaging server 40 in the talk room of the messaging application. Then, the control unit 21 of the terminal B uses the user B. By B, user A. Based on the fact that the operation of approving the correction by A and agreeing to the split bill with the content is input to the input / output unit 23, the split bill settlement approval notification is transmitted to the server 10 via the messaging server 40 (FIG. 17-). 13 A5360).
  • the control unit 11 of the server 10 can use the user B. It is determined by B that the split bill has been agreed, and the split bill settlement process is executed (corresponding to S330 in FIG. 2-19). Then, the control unit 11 transmits the split bill settlement result to the terminal A and the terminal B via the messaging server 40 (corresponding to S340 in FIG. 2-19).
  • the control unit 21 of the terminal A displays the split bill settlement result received from the messaging server 40 in the talk room of the messaging application (corresponding to A340 and A350 in FIG. 2-19).
  • the control unit 21 of the terminal B displays the split bill settlement result received from the messaging server 40 in the talk room of the messaging application (corresponding to B340 and B350 in FIG. 2-19).
  • the terminal 20 corrects the shopping settlement history by the user of the own terminal 20 by using the messaging application, and the settlement amount is adjusted after the fact based on the correction.
  • the application is not mandatory and the messaging application and messaging server 40 may or may not be excluded from the configuration requirements.
  • the 21st embodiment shows a configuration in which the terminal 20 displays a split bill completion notification (not limited, but an example of a notification regarding the completion of the first remittance process or the first receipt process) on the display unit 24.
  • a split bill completion notification not limited, but an example of a notification regarding the completion of the first remittance process or the first receipt process
  • the terminal can notify the user of the terminal that the first remittance processing or the first receiving processing has been completed.
  • the 21st embodiment shows a configuration in which the terminal 20 executes a process related to correcting the original shopping settlement history by the control unit 21 based on the operation of the user of the terminal 20 in response to the displayed split bill completion notification. ing.
  • the terminal user by inputting the notification regarding the completion of the first remittance processing or the first receiving processing, the terminal user can change the payment information from the first payment information to the second payment information. Can be corrected.
  • the 21st embodiment shows a configuration in which the split bill completion notification is displayed in a talk room (not limited to an example of a chat room) including a user of the terminal 20 and a user of a different terminal 20.
  • a chat room including a terminal user and a user of a different terminal, including content transmitted from the terminal to a different terminal and content transmitted from a different terminal to the terminal. It is possible to notify the user of the completion of the first remittance process or the first receipt process in an easy-to-understand form of display on.
  • the terminal 20 makes a correction proposal for the shopping settlement history by the users of the different terminal 20 after splitting the bill for the shopping settlement history by the users of the different terminal 20, and the correction proposal is applied.
  • This is an example in which the settlement amount is adjusted ex post facto based on the amended contents.
  • the 22nd embodiment is different from the 21st embodiment in that a correction proposal is made to the shopping settlement history by users of different terminals 20 and the settlement amount is adjusted after the fact.
  • FIG. 22-1 is a diagram showing an example of a split bill completion notification displayed on the talk room screen of the messaging application in this embodiment, and is a diagram showing an example of the user B.
  • An example of the screen displayed on the display unit 24 of the terminal 20 of B is shown.
  • user B Based on B's consent to split the bill, user B. From B to user A.
  • An excess or deficiency amount (“2,250 yen" in this example) is remitted to A, and as a result, a message indicating that the split bill has been completed is displayed.
  • the message of the split bill completion notification includes, as an example, not a limitation, a settlement content correction icon indicating "correction of the settlement contents" as an example, not a limitation, for correcting the settlement contents together with the settlement result.
  • FIG. 22-2 shows the user B.I. It is a figure which shows an example of the settlement content correction screen displayed on the display part 24 of the terminal 20 of B. On this settlement content correction screen, as an example, not limited to, the characters "Please check the settlement content of the split bill" are displayed, and below that, the user A. A and user B. B. Paid amount list display area where each paid amount is displayed, and user A. A and user B. B There is provided a settlement amount list display area in which each settlement amount is displayed.
  • FIG. 22-3 shows User B. in FIG. 22-2. It is a figure which shows an example of the correction target shopping settlement history selection screen which is displayed based on B operating the correction suggestion icon.
  • the shopping settlement history selection screen to be modified is displayed by the user B. This is a screen for B to select the shopping settlement history to be the target of the correction proposal, and the user A.
  • the shopping settlement history in which A is registered the shopping settlement history of "AA rental cycle” and the shopping settlement history of "BB supermarket” are displayed.
  • the user B. B indicates a state in which the check box associated with "BB Super" is set to "ON".
  • a shopping settlement history addition proposal icon that says "Additional proposal for payment” to propose the addition of shopping settlement history, and the correction of the shopping settlement amount of the shopping settlement history selected as the correction proposal target.
  • An amount correction proposal icon indicating "amount correction proposal” for making a proposal and a withdrawal proposal icon indicating "withdrawal proposal” for making a proposal to withdraw the registered shopping settlement history are displayed. ..
  • user B The state in which the amount correction proposal icon is operated by B is shown.
  • FIG. 22-4 shows the user A. It is a figure which shows an example of the talk room screen displayed on the display part 24 of the terminal 20 of A. In this talk room screen, the user B. is on the left side of the screen. As a message from B, user A. A message suggesting correction of the shopping settlement history registered by A is displayed. In this example, User A. Regarding the shopping settlement history of "BB supermarket" by A, user A. User B. A has purchased a souvenir for himself at the BB supermarket, and the suggestion that the amount should be reduced by that amount. The state made by B is shown.
  • the shopping settlement amount in the shopping settlement history of "BB Super” is reduced from "3,000 yen to 2,400 yen", and as a result, the shopping settlement amount "1" in the shopping settlement history of "AA rental cycle”.
  • the total amount of ", 500 yen” is reduced to "4,500 yen ⁇ 3,900 yen”.
  • the amount of money per person is reduced from "2,250 yen to 1,950 yen”.
  • User B. B has already remitted "2,250 yen”, but user A. If the amendment proposal is approved by A, the difference of "300 yen” will be charged to the user A. From A to user B. It will be refunded to B. Therefore, the user A. "300 yen payment” is displayed as the excess or deficiency amount of A.
  • FIG. 22-5 shows the user A. in the talk room screen of FIG. 22-4. Based on the fact that the consent icon was operated by A, the user A. It is a figure which shows an example of the talk room screen displayed on the display part 24 of the terminal 20 of A. Based on the operation of the consent icon, the message "accept" is displayed by the user B. It is transmitted to the terminal 20 of B. After that, User A. From terminal 20 of A to user B. The excess or deficiency amount (“300 yen” in this example) due to the correction was sent to the terminal 20 of B, and as a result, a remittance completion notification including the characters “300 yen was sent to Mr. BB” is displayed. Will be done.
  • the server 10 transmits the settlement result of the split bill to the messaging server 40 (corresponding to S340 in FIG. 19). Then, the messaging server 40 transmits the split bill settlement result received from the server 10 to the terminal A and the terminal B.
  • the control unit 21 of the terminal B that has registered the shopping settlement history displays the split bill settlement result received from the messaging server 40 in the talk room of the messaging application (corresponding to B350 in FIG. 19).
  • the control unit 21 of the terminal B is not limited, but as an example, the user B.
  • the split bill correction process is executed (corresponding to B540 in FIG. 19).
  • the control unit 21 of the terminal B transmits the split bill settlement correction request notification to the server 10 via the messaging server 40 (corresponding to A5440 in FIG. 17-13).
  • the server 10 executes the third split bill approval management process (corresponding to S540 in FIG. 19).
  • the server 10 transmits the split bill correction confirmation notification to the terminals A and B via the messaging server 40 (FIG. 19). Equivalent to S580).
  • the control unit 21 of the terminal A displays the split bill correction confirmation notification received from the messaging server 40 in the talk room of the messaging application. Then, the control unit 21 of the terminal A uses the user A. By A, user B. Based on the fact that the operation of approving the correction proposal from B and agreeing to the split bill with the content is input to the input / output unit 23, the split bill settlement approval notification is transmitted to the server 10 via the messaging server 40 (FIG. Equivalent to A5360 of 17-13).
  • the control unit 11 of the server 10 can use the user A. It is determined that the split bill is agreed by A, and the split bill settlement process is executed (corresponding to S330 in FIG. 2-19). Then, the control unit 11 transmits the split bill settlement result to the terminal A and the terminal B via the messaging server 40 (corresponding to S340 in FIG. 2-19).
  • the control unit 21 of the terminal A displays the split bill settlement result received from the messaging server 40 in the talk room of the messaging application (corresponding to A340 and A350 in FIG. 2-19).
  • the control unit 21 of the terminal B displays the split bill settlement result received from the messaging server 40 in the talk room of the messaging application (corresponding to B340 and B350 in FIG. 2-19).
  • the terminal 20 corrects the shopping settlement history by the user of the own terminal 20 by using the messaging application, and the settlement amount is adjusted after the fact based on the correction.
  • the application is not mandatory and the messaging application and messaging server 40 may be excluded from the configuration requirements.
  • the terminal 20 displays a talk room (not limited to an example of a chat room) including a user of its own terminal 20 and a user of a different terminal 20 on the display unit 24. Then, the terminal 20 shows a configuration in which a correction proposal (an example of a correction proposal, not a limitation) of a shopping settlement history (an example of a second payment information, not a limitation) by users of different terminals 20 is displayed in a talk room. There is. As an example of the effect obtained by such a configuration, it is possible to notify the user of a different terminal in an easy-to-understand form of displaying the correction request of the second payment information in the chat room.
  • a correction proposal an example of a correction proposal, not a limitation
  • a shopping settlement history an example of a second payment information, not a limitation
  • the correction proposal of the shopping settlement history is transmitted from the different terminal 20 to the own terminal 20.
  • the split bill settlement request processing based on the modified shopping settlement history shows a configuration to be executed based on the user's operation on the modified proposal.
  • the second remittance process or the second receipt process is performed based on the input by the terminal user for the correction request sent from different terminals, and the settled amount is ex post facto. Can be adjusted to.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Computer Security & Cryptography (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

L'invention concerne un programme servant à amener un terminal à exécuter un traitement de règlement, moyennant quoi le terminal : envoie, à l'aide d'une unité de communication dans le terminal, des premières informations de règlement sur la base d'un premier traitement de règlement par un utilisateur du terminal, sur la base de saisies effectuées par l'utilisateur du terminal dans le terminal; reçoit, à l'aide de l'unité de communication, au moins des informations pour un premier montant, parmi un premier montant transféré ou reçu par l'utilisateur de terminal et un second montant transféré ou reçu par un utilisateur d'un terminal différent du terminal, qui sont basées sur les premières informations de règlement; et exécute, à l'aide d'une unité de commande dans le terminal, un traitement de transfert ou un traitement de réception sur la base du premier montant.
PCT/JP2020/023193 2019-12-05 2020-06-12 Programme, procédé de traitement d'informations et terminal WO2021111660A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
KR1020227022134A KR20220107259A (ko) 2019-12-05 2020-06-12 프로그램, 정보처리방법, 단말
CN202080083115.5A CN114830157A (zh) 2019-12-05 2020-06-12 程序、信息处理方法及终端

Applications Claiming Priority (8)

Application Number Priority Date Filing Date Title
JP2019220729A JP6914315B2 (ja) 2019-12-05 2019-12-05 プログラム、情報処理方法、端末
JP2019220731A JP2021089682A (ja) 2019-12-05 2019-12-05 プログラム、情報処理方法、端末
JP2019-220731 2019-12-05
JP2019220732A JP2021089683A (ja) 2019-12-05 2019-12-05 プログラム、情報処理方法、端末
JP2019-220729 2019-12-05
JP2019-220732 2019-12-05
JP2019220730A JP2021089681A (ja) 2019-12-05 2019-12-05 プログラム、情報処理方法、端末
JP2019-220730 2019-12-05

Publications (1)

Publication Number Publication Date
WO2021111660A1 true WO2021111660A1 (fr) 2021-06-10

Family

ID=76220972

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/023193 WO2021111660A1 (fr) 2019-12-05 2020-06-12 Programme, procédé de traitement d'informations et terminal

Country Status (3)

Country Link
KR (1) KR20220107259A (fr)
CN (1) CN114830157A (fr)
WO (1) WO2021111660A1 (fr)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001155257A (ja) * 1999-11-27 2001-06-08 Makoto Sarutani 代金決済システム
JP2013238998A (ja) * 2012-05-15 2013-11-28 Gourmet Navigator Inc 決済システム
KR20150137863A (ko) * 2014-05-30 2015-12-09 주식회사 모빌씨앤씨 일괄 결제 후 개별 청구하는 분할 결제 방법 및 시스템
JP2016151785A (ja) * 2015-02-16 2016-08-22 Ｌｉｎｅ株式会社 情報処理システム及び情報処理方法
JP2019040443A (ja) * 2017-08-25 2019-03-14 東芝テック株式会社 商品販売データ処理装置およびプログラム
JP2019087025A (ja) * 2017-11-07 2019-06-06 ＬＩＮＥ Ｐａｙ株式会社 情報処理プログラム、方法、装置、及びシステム

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002176671A (ja) 2000-09-28 2002-06-21 Takashi Fujimoto 移動体電話機

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001155257A (ja) * 1999-11-27 2001-06-08 Makoto Sarutani 代金決済システム
JP2013238998A (ja) * 2012-05-15 2013-11-28 Gourmet Navigator Inc 決済システム
KR20150137863A (ko) * 2014-05-30 2015-12-09 주식회사 모빌씨앤씨 일괄 결제 후 개별 청구하는 분할 결제 방법 및 시스템
JP2016151785A (ja) * 2015-02-16 2016-08-22 Ｌｉｎｅ株式会社 情報処理システム及び情報処理方法
JP2019040443A (ja) * 2017-08-25 2019-03-14 東芝テック株式会社 商品販売データ処理装置およびプログラム
JP2019087025A (ja) * 2017-11-07 2019-06-06 ＬＩＮＥ Ｐａｙ株式会社 情報処理プログラム、方法、装置、及びシステム

Also Published As

Publication number Publication date
CN114830157A (zh) 2022-07-29
KR20220107259A (ko) 2022-08-02

Similar Documents

Publication Publication Date Title
KR102612064B1 (ko) 생성 방법, 프로그램, 정보처리 장치
KR102594732B1 (ko) 인증 방법, 프로그램, 단말
JP2022111282A (ja) プログラム、情報処理方法、端末
WO2022085579A1 (fr) Programme, procédé de traitement d'informations, terminal et serveur
US20190311440A1 (en) Systems and methods for coordinating services in a private online network
JP2021089683A (ja) プログラム、情報処理方法、端末
JP6914315B2 (ja) プログラム、情報処理方法、端末
WO2021111660A1 (fr) Programme, procédé de traitement d'informations et terminal
JP7064046B1 (ja) アプリケーションプログラム、サービス提供システム、および端末装置
JP2024117305A (ja) 情報処理装置、情報処理方法及び情報処理プログラム
JP7456986B2 (ja) プログラム、情報処理方法、端末
JP6840780B2 (ja) 情報処理方法、プログラム、端末、サーバ
JP2021089682A (ja) プログラム、情報処理方法、端末
JP2021089681A (ja) プログラム、情報処理方法、端末
KR102572825B1 (ko) 정보처리 방법, 프로그램, 단말
JP7089551B2 (ja) プログラム、情報処理方法、サーバ、端末
JP7466477B2 (ja) プログラム、情報処理方法、端末、サーバ
JP7492942B2 (ja) プログラム、情報処理方法、情報処理装置
JP7541500B2 (ja) プログラム、情報処理方法、端末
JP7417796B2 (ja) プログラム、情報処理方法、サーバ
JP7336883B2 (ja) プログラム、情報処理方法、端末
JP7506457B2 (ja) プログラム、情報処理方法、サーバ
WO2021255949A1 (fr) Programme, procédé de traitement d'informations, terminal et serveur
KR20230031215A (ko) 프로그램, 정보 처리 방법 및 단말
JP2024103384A (ja) プログラム、情報処理方法、情報処理装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20896736

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 20227022134

Country of ref document: KR

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20896736

Country of ref document: EP

Kind code of ref document: A1