CN114830157A - 程序、信息处理方法及终端 - Google Patents
程序、信息处理方法及终端 Download PDFInfo
- Publication number
- CN114830157A CN114830157A CN202080083115.5A CN202080083115A CN114830157A CN 114830157 A CN114830157 A CN 114830157A CN 202080083115 A CN202080083115 A CN 202080083115A CN 114830157 A CN114830157 A CN 114830157A
- Authority
- CN
- China
- Prior art keywords
- terminal
- user
- amount
- information
- settlement
- Prior art date
- Legal status (The legal status 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 status listed.)
- Pending
Links
- 230000010365 information processing Effects 0.000 title claims description 23
- 238000003672 processing method Methods 0.000 title claims description 14
- 238000000034 method Methods 0.000 claims abstract description 638
- 230000008569 process Effects 0.000 claims abstract description 615
- 238000012545 processing Methods 0.000 claims abstract description 393
- 238000004891 communication Methods 0.000 claims abstract description 329
- 238000012937 correction Methods 0.000 claims description 382
- 230000005540 biological transmission Effects 0.000 claims description 30
- 238000012546 transfer Methods 0.000 claims description 22
- 230000004044 response Effects 0.000 claims description 5
- 238000010586 diagram Methods 0.000 description 252
- 238000007726 management method Methods 0.000 description 158
- 230000004048 modification Effects 0.000 description 141
- 238000012986 modification Methods 0.000 description 141
- 238000012790 confirmation Methods 0.000 description 116
- 230000000694 effects Effects 0.000 description 107
- 230000006870 function Effects 0.000 description 58
- 230000008859 change Effects 0.000 description 21
- 230000007423 decrease Effects 0.000 description 15
- 239000003999 initiator Substances 0.000 description 13
- 239000000203 mixture Substances 0.000 description 8
- 238000004364 calculation method Methods 0.000 description 7
- 230000009467 reduction Effects 0.000 description 7
- 238000012508 change request Methods 0.000 description 6
- 230000008901 benefit Effects 0.000 description 5
- 239000000470 constituent Substances 0.000 description 5
- 230000003247 decreasing effect Effects 0.000 description 4
- XEEYBQQBJWHFJM-UHFFFAOYSA-N Iron Chemical compound [Fe] XEEYBQQBJWHFJM-UHFFFAOYSA-N 0.000 description 3
- 230000001133 acceleration Effects 0.000 description 3
- 235000021168 barbecue Nutrition 0.000 description 3
- 230000007812 deficiency Effects 0.000 description 3
- 238000005259 measurement Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 230000002093 peripheral effect Effects 0.000 description 3
- 230000007480 spreading Effects 0.000 description 3
- 241000287828 Gallus gallus Species 0.000 description 2
- 235000015278 beef Nutrition 0.000 description 2
- 239000003610 charcoal Substances 0.000 description 2
- 235000013330 chicken meat Nutrition 0.000 description 2
- 239000002131 composite material Substances 0.000 description 2
- 238000010276 construction Methods 0.000 description 2
- 238000010411 cooking Methods 0.000 description 2
- 230000035622 drinking Effects 0.000 description 2
- 235000013305 food Nutrition 0.000 description 2
- 235000011194 food seasoning agent Nutrition 0.000 description 2
- 230000012447 hatching Effects 0.000 description 2
- 230000010354 integration Effects 0.000 description 2
- 239000003550 marker Substances 0.000 description 2
- 235000013372 meat Nutrition 0.000 description 2
- 230000002085 persistent effect Effects 0.000 description 2
- 235000015277 pork Nutrition 0.000 description 2
- 235000014102 seafood Nutrition 0.000 description 2
- 239000007787 solid Substances 0.000 description 2
- 235000013311 vegetables Nutrition 0.000 description 2
- 241001659321 ANME-2 cluster Species 0.000 description 1
- 206010011971 Decreased interest Diseases 0.000 description 1
- 239000004278 EU approved seasoning Substances 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 235000008429 bread Nutrition 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 239000003086 colorant Substances 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 239000013078 crystal Substances 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 229910052742 iron Inorganic materials 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 238000005192 partition Methods 0.000 description 1
- 239000010453 quartz Substances 0.000 description 1
- VYPSYNLAJGMNEJ-UHFFFAOYSA-N silicon dioxide Inorganic materials O=[Si]=O VYPSYNLAJGMNEJ-UHFFFAOYSA-N 0.000 description 1
- 239000000758 substrate Substances 0.000 description 1
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
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
提供程序,该程序在终端上执行,该终端执行与结算相关的处理,其中,由终端执行:根据终端的用户对终端进行的输入,通过终端的通信部来发送基于与终端的用户进行的第一结算相关的处理的第一结算信息;通过通信部来接收基于第一结算信息的第一金额和第二金额中的至少第一金额的信息,其中,所述第一金额是终端的用户汇款或接受的金额,所述第二金额是与终端不同的终端的用户汇款或接受的金额;以及利用终端的控制部来执行基于第一金额的汇款处理或接受处理。
Description
技术领域
本公开涉及程序、信息处理方法及终端。
背景技术
近来,利用能够由智能手机等终端执行的应用来实现终端或终端的用户的电子货币(电子钱)的管理、基于电子货币进行的结算等的服务正在逐步普及。例如在专利文献1中公开了进行商品的购买金额的结算的技术。
在先技术文献
专利文献
专利文献1:日本特开2002-176671号公报
发明内容
根据本发明的第一方案,其是一种程序,该程序在终端上执行,该终端执行与结算相关的处理,其中,由终端执行:根据终端的用户对终端进行的输入,通过终端的通信部来发送基于与终端的用户进行的第一结算相关的处理的第一结算信息;通过通信部来接收基于第一结算信息的第一金额和第二金额中的至少第一金额的信息,其中,第一金额是终端的用户汇款或接受的金额,第二金额是与终端不同的终端的用户汇款或接受的金额;以及利用终端的控制部来执行基于第一金额的汇款处理或接受处理。
根据本发明的第二方案,其是执行与结算相关的处理的终端的信息处理方法,该信息处理方法包括:根据终端的用户对终端进行的输入,通过终端的通信部来发送基于与终端的用户进行的第一结算相关的处理的第一结算信息;通过通信部来接收基于第一结算信息的第一金额和第二金额中的至少第一金额的信息,其中,第一金额是终端的用户汇款或接受的金额,第二金额是与终端不同的终端的用户汇款或接受的金额;以及利用终端的控制部来执行基于第一金额的汇款处理或接受处理。
根据本发明的第三方案,执行与结算相关的处理的终端具备:通信部,其根据终端的用户对终端进行的输入,发送基于与终端的用户进行的第一结算相关的处理的第一结算信息,接收基于第一结算信息的第一金额和第二金额中的至少第一金额的信息,其中,第一金额是终端的用户汇款或接受的金额,第二金额是与终端不同的终端的用户汇款或接受的金额;以及控制部,其执行基于第一金额的汇款处理或接受处理。
根据本发明的第四方案,执行与结算相关的处理的终端具备处理器,该处理器读出存储于存储器的程序并执行基于程序的处理,处理器执行:根据终端的用户对终端进行的输入,通过终端的通信部来发送基于与终端的用户进行的第一结算相关的处理的第一结算信息;通过通信部来接收基于第一结算信息的第一金额和第二金额中的至少第一金额的信息,其中,第一金额是终端的用户汇款或接受的金额,第二金额是与终端不同的终端的用户汇款或接受的金额;以及执行基于第一金额的汇款处理或接受处理。
根据本发明的第五方案,其是服务器上执行的程序,该服务器与终端进行通信,该终端执行与结算相关的处理,其中,由服务器执行:根据终端的用户对终端进行的输入,通过服务器的通信部来接收基于与终端的用户进行的第一结算相关的处理的第一结算信息;通过通信部向终端发送基于第一结算信息的第一金额和第二金额中的至少第一金额的信息,通过通信部向与终端不同的终端发送至少第二金额的信息,其中,第一金额是终端的用户汇款或接受的金额,第二金额是不同的终端的用户汇款或接受的金额;以及执行基于第一金额的对终端进行的汇款处理或接受处理和基于第二金额的对不同的终端进行的汇款处理或接受处理。
根据本发明的第六方案,其是终端上执行的程序,该终端执行与结算相关的处理,其中,由终端执行:通过终端的通信部来发送与终端的用户进行的结算相关的多个结算信息中的第一结算信息;通过通信部来接收基于第一结算信息的第一金额和第二金额中的至少第一金额的信息,其中,第一金额是终端的用户汇款或接受的金额,第二金额是与终端不同的终端的用户汇款或接受的金额;以及利用终端的控制部来执行基于第一金额的信息的汇款处理或接受处理。
根据本发明的第七方案,执行与结算相关的处理的终端的信息处理方法包括:通过终端的通信部来发送与终端的用户进行的结算相关的多个结算信息中的第一结算信息;通过通信部来接收基于第一结算信息的第一金额和第二金额中的至少第一金额的信息,其中,第一金额是终端的用户汇款或接受的金额,第二金额是与终端不同的终端的用户汇款或接受的金额;以及执行基于第一金额的信息的汇款处理或接受处理。
根据本发明的第八方案,执行与结算相关的处理的终端具备:通信部,其发送与终端的用户进行的结算相关的多个结算信息中的第一结算信息,接收基于第一结算信息的第一金额和第二金额中的至少第一金额的信息,其中,第一金额是终端的用户汇款或接受的金额,第二金额是与终端不同的终端的用户汇款或接受的金额;以及控制部,其执行基于第一金额的信息的汇款处理或接受处理。
根据本发明的第九方案,执行与结算相关的处理的终端具备处理器,该处理器读出存储于存储器的程序并执行基于程序的处理,处理器执行:通过终端的通信部来发送与终端的用户进行的结算相关的多个结算信息中的第一结算信息;通过通信部来接收基于第一结算信息的第一金额和第二金额中的至少第一金额的信息,其中,第一金额是终端的用户汇款或接受的金额,第二金额是与终端不同的终端的用户汇款或接受的金额;以及执行基于第一金额的信息的汇款处理或接受处理。
根据本发明的第十方案,其是服务器上执行的程序,该服务器与终端进行通信,该终端执行与结算相关的处理,其中,由服务器执行:利用服务器的控制部来执行从与终端的用户进行的结算相关的多个结算信息中选择第一结算信息的处理;通过通信部向终端发送基于第一结算信息的第一金额和第二金额中的至少第一金额的信息,通过通信部向与终端不同的终端发送至少第二金额的信息,其中,第一金额是终端的用户汇款或接受的金额,第二金额是不同的终端的用户汇款或接受的金额;以及利用控制部来执行基于第一金额的对终端进行的汇款处理或接受处理以及基于第二金额的对不同的终端进行的汇款处理或接受处理。
根据本发明的第十一方案,其是终端上执行的程序,该终端执行与结算相关的处理,其中,由终端执行:根据终端的用户对终端进行的输入,利用终端的控制部来执行将第一结算信息修正为第二结算信息的处理,其中,该第一结算信息是基于与第一结算相关的处理的信息;通过终端的通信部来接收基于第二结算信息的第一金额和第二金额中的至少第一金额的信息,其中,第一金额是终端的用户汇款或接受的金额,第二金额是与终端不同的终端的用户汇款或接受的金额;以及利用控制部来执行基于第一金额的汇款处理或接受处理。
根据本发明的第十二方案,执行与结算相关的处理的终端的信息处理方法包括:根据终端的用户对终端进行的输入,利用终端的控制部来执行将第一结算信息修正为第二结算信息的处理,其中,该第一结算信息是基于与第一结算相关的处理的信息;通过终端的通信部来接收基于第二结算信息的第一金额和第二金额中的至少第一金额的信息,其中,第一金额是终端的用户汇款或接受的金额,第二金额是与终端不同的终端的用户汇款或接受的金额;利用控制部来执行基于第一金额的汇款处理或接受处理。
根据本发明的第十三方案,执行与结算相关的处理的终端具备:控制部,其根据终端的用户对终端进行的输入,执行将第一结算信息修正为第二结算信息的处理,其中,该第一结算信息是基于与第一结算相关的处理的信息;以及通信部,其接收基于第二结算信息的第一金额和第二金额中的至少第一金额的信息,其中,第一金额是终端的用户汇款或接受的金额,第二金额是与终端不同的终端的用户汇款或接受的金额,控制部执行基于第一金额的汇款处理或接受处理。
根据本发明的第十四方案,执行与结算相关的处理的终端具备处理器,该处理器读出存储于存储器的程序且执行基于程序的处理,处理器执行:根据终端的用户对终端进行的输入,执行将第一结算信息修正为第二结算信息的处理,其中,该第一结算信息是基于与第一结算相关的处理的信息;通过终端的通信部来接收基于第二结算信息的第一金额和第二金额中的至少第一金额的信息,其中,第一金额是终端的用户汇款或接受的金额,第二金额是与终端不同的终端的用户汇款或接受的金额;以及执行基于第一金额的汇款处理或接受处理。
根据本发明的第十五方案,其是服务器上执行的程序,该服务器与终端进行通信,该终端执行与结算相关的处理,其中,由服务器执行:根据终端的用户对终端进行的输入,利用服务器的控制部来执行将第一结算信息修正为第二结算信息的处理,其中,该第一结算信息是基于与第一结算相关的处理的信息;通过服务器的通信部向终端发送基于第二结算信息的第一金额和第二金额中的至少第一金额的信息,通过服务器的通信部向不同的终端发送至少第二金额的信息,其中,第一金额是终端的用户汇款或接受的金额,第二金额是与终端不同的终端的用户汇款或接受的金额;以及利用控制部来执行基于第一金额的对终端进行的汇款处理或接受处理以及基于第二金额的对不同的终端进行的汇款处理或接受处理。
根据本发明的第十六方案,其是终端上执行的程序,该终端执行与结算相关的处理,其中,由终端执行:根据终端的用户对终端进行的输入,通过终端的通信部来发送基于与终端的用户进行的第一结算相关的处理的第一结算信息;通过通信部来接收基于第一结算信息的第一金额和第二金额中的至少第一金额的信息,其中,第一金额是终端的用户汇款或接受的金额,第二金额是与终端不同的终端的用户汇款或接受的金额;利用终端的控制部来执行基于第一金额的第一汇款处理或第一接受处理;以及在从第一结算信息修正为第二结算信息的情况下,基于第二结算信息,利用控制部来执行第二汇款处理或第二接受处理。
根据本发明的第十七方案,执行与结算相关的处理的终端的信息处理方法包括:根据终端的用户对终端进行的输入,通过终端的通信部来发送基于与终端的用户进行的第一结算相关的处理的第一结算信息;通过通信部来接收基于第一结算信息的第一金额和第二金额中的至少第一金额的信息,其中,第一金额是终端的用户汇款或接受的金额,第二金额是与终端不同的终端的用户汇款或接受的金额;利用终端的控制部来执行基于第一金额的第一汇款处理或第一接受处理;以及在从第一结算信息修正为第二结算信息的情况下,基于第二结算信息而利用控制部来执行第二汇款处理或第二接受处理。
根据本发明的第十八方案,执行与结算相关的处理的终端具备:通信部,其根据终端的用户对终端进行的输入,发送基于与终端的用户进行的第一结算相关的处理的第一结算信息,接收基于第一结算信息的第一金额和第二金额中的至少第一金额的信息,其中,第一金额是终端的用户汇款或接受的金额,第二金额是与终端不同的终端的用户汇款或接受的金额;以及控制部,其执行基于第一金额的第一汇款处理或第一接受处理,在从第一结算信息修正为第二结算信息的情况下,控制部基于第二结算信息来执行第二汇款处理或第二接受处理。
根据本发明的第十九方案,执行与结算相关的处理的终端具备处理器,该处理器读出存储于存储器的程序并执行基于程序的处理,处理器执行:根据终端的用户对终端进行的输入,通过终端的通信部来发送基于与终端的用户进行的第一结算相关的处理的第一结算信息;通过通信部来接收基于第一结算信息的第一金额和第二金额中的至少第一金额的信息,其中,第一金额是终端的用户汇款或接受的金额,第二金额是与终端不同的终端的用户汇款或接受的金额;以及执行基于第一金额的第一汇款处理或第一接受处理,在从第一结算信息修正为第二结算信息的情况下,基于第二结算信息来执行第二汇款处理或第二接受处理。
根据本发明的第二十方案,其是服务器上执行的程序,该服务器与终端进行通信,该终端执行与结算相关的处理,其中,由服务器执行:根据终端的用户对终端进行的输入,通过服务器的通信部而从终端接收基于与终端的用户进行的第一结算相关的处理的第一结算信息;通过通信部向终端发送基于第一结算信息的第一金额和第二金额中的至少第一金额的信息,通过通信部向与终端不同的终端发送至少第二金额的信息,其中,第一金额是终端的用户汇款或接受的金额,第二金额是不同的终端的用户汇款或接受的金额;利用服务器的控制部来执行基于第一金额的对终端进行的第一汇款处理或第一接受处理以及基于第二金额的对不同的终端进行的第二汇款处理或第二接受处理;通过通信部来接收与从第一结算信息修正为第二结算信息的操作相关的信息;以及在被修正为第二结算信息的情况下,基于第二结算信息,利用控制部来执行针对终端的第三汇款处理或第三接受处理以及针对不同的终端的第四汇款处理或第四接受处理。
附图说明
图1是表示第一实施例中的各装置所执行的处理的流程的一例的流程图。
图2-1是表示第二实施例中的通信系统的构成的一例的图。
图2-2是表示由第二实施例中的服务器的控制部实现的功能的一例的图。
图2-3是表示第二实施例中的服务器的存储部所存储的信息的一例的图。
图2-4是表示第二实施例中的支付应用用户登记数据的一例的图。
图2-5是表示第二实施例中的用户管理数据库的一例的图。
图2-6是表示由第二实施例中的终端的控制部实现的功能的一例的图。
图2-7是表示第二实施例中的终端的存储部所存储的信息的一例的图。
图2-8是表示第二实施例中的终端的显示部上显示的画面的一例的图。
图2-9是表示第二实施例中的终端的显示部上显示的画面的一例的图。
图2-10是表示第二实施例中的终端的显示部上显示的画面的一例的图。
图2-11是表示第二实施例中的终端的显示部上显示的画面的一例的图。
图2-12是表示第二实施例中的终端的显示部上显示的画面的一例的图。
图2-13是表示第二实施例中的终端的显示部上显示的画面的一例的图。
图2-14是表示第二实施例中的终端的显示部上显示的画面的一例的图。
图2-15是表示第二实施例中的终端的显示部上显示的画面的一例的图。
图2-16是表示第二实施例中的终端的显示部上显示的画面的一例的图。
图2-17是表示第二实施例中的各装置所执行的处理的流程的一例的流程图。
图2-18是表示第二实施例中的各装置所执行的处理的流程的一例的流程图。
图2-19是表示第二实施例中的各装置所执行的处理的流程的一例的流程图。
图2-20是表示第二实施例中的第一分摊认可管理处理的流程的一例的流程图。
图2-21是表示第二变形例中的用户管理数据库的一例的图。
图2-22是表示第二变形例中的终端的显示部上显示的画面的一例的图。
图2-23是表示第二变形例中的终端的显示部上显示的画面的一例的图。
图2-24是表示第二变形例中的各装置所执行的处理的流程的一例的流程图。
图3-1是表示第三实施例中的终端的显示部上显示的画面的一例的图。
图3-2是表示第三实施例中的终端的显示部上显示的画面的一例的图。
图3-3是表示第三实施例中的终端的显示部上显示的画面的一例的图。
图3-4是表示第三实施例中的终端的显示部上显示的画面的一例的图。
图3-5是表示第三实施例中的终端的显示部上显示的画面的一例的图。
图3-6是表示第三实施例中的各装置所执行的处理的流程的一例的流程图。
图3-7是表示第三实施例中的终端的显示部上显示的画面的一例的图。
图3-8是表示第三实施例中的终端的显示部上显示的画面的一例的图。
图3-9是表示第三实施例中的终端的显示部上显示的画面的一例的图。
图3-10是表示第三实施例中的终端的显示部上显示的画面的一例的图。
图3-11是表示第三变形例中的各装置所执行的处理的流程的一例的流程图。
图4-1是表示第四实施例中的终端的显示部上显示的画面的一例的图。
图4-2是表示第四实施例中的终端的显示部上显示的画面的一例的图。
图4-3是表示第四实施例中的终端的显示部上显示的画面的一例的图。
图4-4是表示第四实施例中的终端的显示部上显示的画面的一例的图。
图4-5是表示第四实施例中的终端的显示部上显示的画面的一例的图。
图4-6是表示第四实施例中的服务器的存储部所存储的信息的一例的图。
图4-7是表示第四实施例中的分摊管理数据库的一例的图。
图4-8是表示第四实施例中的各装置所执行的处理的流程的一例的流程图。
图4-9是表示第四实施例中的分摊追加登记处理的流程的一例的流程图。
图4-10是表示第四实施例中的第二分摊认可管理处理的流程的一例的流程图。
图4-11是表示第四变形例中的终端的显示部上显示的画面的一例的图。
图4-12是表示第四变形例中的终端的显示部上显示的画面的一例的图。
图5-1是表示第五实施例中的通信系统的构成的一例的图。
图5-2是表示第五实施例中的终端的显示部上显示的画面的一例的图。
图5-3是表示第五实施例中的终端的显示部上显示的画面的一例的图。
图5-4是表示第五实施例中的终端的显示部上显示的画面的一例的图。
图5-5是表示第五实施例中的终端的显示部上显示的画面的一例的图。
图5-6是表示由第五实施例中的消息服务器的控制部实现的功能的一例的图。
图5-7是表示第五实施例中的消息服务器的存储部所存储的信息的一例的图。
图5-8是表示第五实施例中的消息应用用户登记数据的一例的图。
图5-9是表示第五实施例中的分摊管理数据库的一例的图。
图5-10是表示第五实施例中的各装置所执行的处理的流程的一例的流程图。
图5-11是表示第五实施例中的各装置所执行的处理的流程的一例的流程图。
图5-12是表示第五实施例中的各装置所执行的处理的流程的一例的流程图。
图5-13是表示第五实施例中的MSG分摊认可管理处理的流程的一例的流程图。
图5-14是表示第五变形例中的终端的显示部上显示的画面的一例的图。
图5-15是表示第五变形例中的终端的显示部上显示的画面的一例的图。
图5-16是表示第五变形例中的终端的显示部上显示的画面的一例的图。
图5-17是表示第五变形例中的终端的显示部上显示的画面的一例的图。
图6-1是表示第六实施例中的终端的显示部上显示的画面的一例的图。
图6-2是表示第六实施例中的终端的显示部上显示的画面的一例的图。
图6-3是表示第六实施例中的终端的显示部上显示的画面的一例的图。
图6-4是表示第六实施例中的消息服务器的存储部所存储的信息的一例的图。
图6-5是表示第六实施例中的分摊管理数据库的一例的图。
图6-6是表示第六实施例中的组管理数据库的一例的图。
图6-7是表示第六实施例中的各装置所执行的处理的流程的一例的流程图。
图6-8是表示第六变形例中的终端的显示部上显示的画面的一例的图。
图6-9是表示第六变形例中的各装置所执行的处理的流程的一例的流程图。
图6-10是表示第六变形例中的终端的显示部上显示的画面的一例的图。
图6-11是表示第六变形例中的终端的显示部上显示的画面的一例的图。
图6-12是表示第六变形例中的终端的显示部上显示的画面的一例的图。
图6-13是表示第六变形例中的终端的显示部上显示的画面的一例的图。
图6-14是表示第六变形例中的终端的显示部上显示的画面的一例的图。
图6-15是表示第六变形例中的终端的显示部上显示的画面的一例的图。
图6-16是表示第六变形例中的终端的显示部上显示的画面的一例的图。
图6-17是表示第六变形例中的终端的显示部上显示的画面的一例的图。
图6-18是表示第六变形例中的各装置所执行的处理的流程的一例的流程图。
图6-19是表示第六变形例中的终端的显示部上显示的画面的一例的图。
图6-20是表示第六变形例中的终端的显示部上显示的画面的一例的图。
图7-1是表示第七实施例中的终端的显示部上显示的画面的一例的图。
图7-2是表示第七实施例中的终端的显示部上显示的画面的一例的图。
图7-3是表示第七实施例中的终端的显示部上显示的画面的一例的图。
图8-1是表示第八实施例中的终端的显示部上显示的画面的一例的图。
图8-2是表示第八实施例中的终端的显示部上显示的画面的一例的图。
图8-3是表示第八实施例中的用户管理数据库的一例的图。
图8-4是表示第八实施例中的各装置所执行的处理的流程的一例的流程图。
图8-5是表示第八变形例中的终端的显示部上显示的画面的一例的图。
图8-6是表示第八变形例中的终端的显示部上显示的画面的一例的图。
图8-7是表示第八变形例中的各装置所执行的处理的流程的一例的流程图。
图9-1是表示第九实施例中的终端的显示部上显示的画面的一例的图。
图9-2是表示第九实施例中的终端的显示部上显示的画面的一例的图。
图10是表示第十实施例中的各装置所执行的处理的流程的一例的流程图。
图11-1是表示第十一实施例中的终端的显示部上显示的画面的一例的图。
图11-2是表示第十一实施例中的终端的显示部上显示的画面的一例的图。
图12-1是表示第十二实施例中的终端的显示部上显示的画面的一例的图。
图12-2是表示第十二实施例中的终端的显示部上显示的画面的一例的图。
图12-3是表示第十二实施例中的终端的显示部上显示的画面的一例的图。
图12-4是表示第十二实施例中的终端的显示部上显示的画面的一例的图。
图13-1是表示第十三实施例中的各装置所执行的处理的流程的一例的流程图。
图13-2是表示第十三实施例中的各装置所执行的处理的流程的一例的流程图。
图14-1是表示第十四实施例中的终端的显示部上显示的画面的一例的图。
图14-2是表示第十四实施例中的终端的显示部上显示的画面的一例的图。
图14-3是表示第十四实施例中的终端的显示部上显示的画面的一例的图。
图14-4是表示第十四实施例中的服务器的存储部所存储的信息的一例的图。
图14-5是表示第十四实施例中的分摊管理数据库的一例的图。
图14-6是表示第十四实施例中的购物明细管理数据库的一例的图。
图14-7是表示第十四实施例中的各装置所执行的处理的流程的一例的流程图。
图14-8是表示第十四变形例中的终端的显示部上显示的画面的一例的图。
图14-9是表示第十四变形例中的终端的显示部上显示的画面的一例的图。
图14-10是表示第十四变形例中的终端的显示部上显示的画面的一例的图。
图15-1是表示第十五实施例中的终端的显示部上显示的画面的一例的图。
图15-2是表示第十五实施例中的终端的显示部上显示的画面的一例的图。
图15-3是表示第十五实施例中的终端的显示部上显示的画面的一例的图。
图15-4是表示第十五实施例中的终端的显示部上显示的画面的一例的图。
图15-5是表示第十五实施例中的终端的显示部上显示的画面的一例的图。
图15-6是表示第十五实施例中的分摊管理数据库的一例的图。
图16-1是表示第十六实施例中的终端的显示部上显示的画面的一例的图。
图16-2是表示第十六实施例中的终端的显示部上显示的画面的一例的图。
图16-3是表示第十六实施例中的终端的显示部上显示的画面的一例的图。
图16-4是表示第十六实施例中的终端的显示部上显示的画面的一例的图。
图16-5是表示第十六实施例中的终端的显示部上显示的画面的一例的图。
图16-6是表示第十六实施例中的终端的显示部上显示的画面的一例的图。
图17-1是表示第十七实施例中的终端的显示部上显示的画面的一例的图。
图17-2是表示第十七实施例中的终端的显示部上显示的画面的一例的图。
图17-3是表示第十七实施例中的终端的显示部上显示的画面的一例的图。
图17-4是表示第十七实施例中的终端的显示部上显示的画面的一例的图。
图17-5是表示第十七实施例中的终端的显示部上显示的画面的一例的图。
图17-6是表示第十七实施例中的终端的显示部上显示的画面的一例的图。
图17-7是表示第十七实施例中的终端的显示部上显示的画面的一例的图。
图17-8是表示第十七实施例中的终端的显示部上显示的画面的一例的图。
图17-9是表示第十七实施例中的终端的显示部上显示的画面的一例的图。
图17-10是表示第十七实施例中的终端的显示部上显示的画面的一例的图。
图17-11是表示第十七实施例中的终端的显示部上显示的画面的一例的图。
图17-12是表示第十七实施例中的各装置所执行的处理的流程的一例的流程图。
图17-13是表示第十七实施例中的分摊修正处理的流程的一例的流程图。
图17-14是表示第十七实施例中的第三分摊认可管理处理的流程的一例的流程图。
图17-15是用于说明第十七变形例中的超欠金额变动的图。
图17-16是用于说明第十七变形例中的分摊修正确认通知发送要否的图。
图18-1是表示第十八实施例中的各装置所执行的处理的流程的一例的流程图。
图18-2是表示第十八实施例中的各装置所执行的处理的流程的一例的流程图。
图19是表示第十九实施例中的各装置所执行的处理的流程的一例的流程图。
图20是用于说明第二十实施例中的从终端向服务器发送的分摊清算通知的图。
图21-1是表示第二十一实施例中的终端的显示部上显示的画面的一例的图。
图21-2是表示第二十一实施例中的终端的显示部上显示的画面的一例的图。
图21-3是表示第二十一实施例中的终端的显示部上显示的画面的一例的图。
图21-4是表示第二十一实施例中的终端的显示部上显示的画面的一例的图。
图21-5是表示第二十一实施例中的终端的显示部上显示的画面的一例的图。
图22-1是表示第二十二实施例中的终端的显示部上显示的画面的一例的图。
图22-2是表示第二十二实施例中的终端的显示部上显示的画面的一例的图。
图22-3是表示第二十二实施例中的终端的显示部上显示的画面的一例的图。
图22-4是表示第二十二实施例中的终端的显示部上显示的画面的一例的图。
图22-5是表示第二十二实施例中的终端的显示部上显示的画面的一例的图。
具体实施方式
<法律事项的遵守>
应留意的是,本说明书中记载的公开以遵守通信秘密等实施本公开所必需的实施国的法律事项为前提。
参照附图来说用于实施本公开的程序、信息处理方法、终端、服务器等的实施方式。
<概要>
近年来,作为与网络服务关联的应用(应用软件),用于进行基于电子货币实现的支付的应用(支付应用)、用于进行基于电子货币实现的结算的应用(结算应用)、用于进行基于电子货币实现的汇款/收款的应用(汇款应用)这样的应用或集成了这些应用的一部分功能或全部功能的应用正在逐步普及,终端20的用户能够使用这些应用来接受与电子货币相关的各种服务。
“电子货币”是与实物货币区分开的电子的货币,意味着在上述的各种应用中被管理的终端20或者终端20的用户所拥有的电子的货币。
需要说明的是,电子货币可以表述为“电子钱”或“数字通货(数字货币)”,也可以不这样表述。
另外,作为“电子货币(电子钱)”或“数字通货(数字货币)”,可以使用法定通货,也可以使用虚拟通货。
另外,“电子货币(电子钱)”或“数字通货(数字货币)”也可以包括加密通货(加密资产)。
另外,虚拟通货也可以包括优惠券等实物的货币。
在本说明书中,适当使用“通过通信I/F”这样的表述。这表示如下的意思:装置不受限定,作为示例,基于控制部(处理器等)的控制,经由通信I/F(经由通信部)来发送/接收各种信息、数据。
另外,在本说明书中,“结算”意味着电子的结算(电子结算)。其一例为使用了上述的电子货币的电子结算。
在以下的实施例中,作为该结算的一种,例示了“购物结算”。购物结算是用于进行商品的购入或作为服务提供等的等价的支付的结算,是终端20的用户进行的结算(由终端20的用户进行的结算)的一例。
另外,购物结算历史记录是基于与终端20的用户进行的结算相关的处理(针对上述的终端20的用户进行的结算而由终端20执行的处理)得到的结算信息的一例。
“与结算相关的处理”不受限定,作为示例为终端20所执行的与购物结算相关的处理,即,从服务器等获取用于进行购物结算的码信息的处理(包括委托服务器等进行码信息的生成的处理、从服务器等接收生成的码信息的处理)、显示获取的码信息的处理、从服务器等获取购物结算的结算结果(包括结算通知)的处理等与进行购物结算存在某些关联的处理,更具体而言,作为与进行购物结算存在某些关联的处理,包括由终端20执行的全部处理。
“码信息”包括码图像、保存于码图像的信息(保存信息、编码信息)。
另外,在本说明书中,“分摊”意味着将基于一个或多个购物结算历史记录得到的已支付金额由多个终端20的用户来负担。
另外,本说明书中的分摊未必限定为由多个终端20的用户来等分金额的情况,也包括由多个终端20的用户来按比例分配(比例分配)金额的情况。“等分”意味着以相同的比例分配,“按比例分配”意味着以不同的比例分配。
另外,将对分摊的金钱进行清算称为“分摊清算”,将用于实现该分摊清算的处理称为“分摊清算处理”。
需要说明的是,分摊清算可以按分摊的结算这个意思而表述为“分摊结算”,分摊清算处理可以表述为“分摊结算处理”,也可以不这样表述。
另外,在本说明书中,终端20发送信息除了包括向不同的终端20发送信息以外,还包括向服务器10、消息服务器40等服务器发送信息。
<第一实施例>
第一实施例是用于实现在两个用户的终端20之间将任一方的终端20的用户的购物结算的结算金额进行分摊的实施例。
第一实施例所记载的内容在其他的各实施例、其他的各变形例中均能够适用。
另外,针对与出现过的构成要素相同的构成要素标注同一符号并省略再次的说明。
[系统构成]
在本实施例的通信系统中,不受限定,作为示例,至少多个终端20(终端20A、终端20B、终端20C、…)经由网络(互联网等)来连接。
终端20(终端20A、终端20B、终端20C、…)(不受限定,为终端、信息处理装置的一例)只要是能够实现各实施方式中记载的功能的信息处理终端,则可以是任意的终端。终端20不受限定,作为示例,包括智能手机、便携式电话(功能手机)、计算机(不受限定,作为示例有台式、膝上型、平板等)、媒体计算机平台(不受限定,作为示例有电缆、卫星机顶盒、数码录像机)、手持型计算机设备(不受限定,作为示例有PDA(personal digitalassistant)、电子邮件客户端等)、可穿戴终端(眼镜型设备、手表型设备等)、或者其他种类的计算机、交流平台。另外,终端20也可以表述为信息处理终端。
终端20A、终端20B及终端20C的构成基本相同,因此在以下的说明中,针对终端20进行说明。
另外,在第二实施例以后,会进行图示、详细说明,这里将终端20的控制部作为控制部21且将终端20的通信部作为通信I/F(接口)22来进行说明。
图1是在本实施例中各装置执行的处理的流程的一例的流程图。
从左侧起按顺序分别示出终端A(不受限定,作为示例为用户A.A的终端20)的控制部21执行的分摊处理、终端B(不受限定,作为示例为用户B.B的终端20)的控制部21执行的分摊处理的一例。以下,将终端A的用户称为“用户A.A”且将终端B的用户称为“用户B.B”来进行说明。
在该例中,例举将用户A.A的购物结算历史记录(更具体而言为购物结算金额),在用户A.A与用户B.B之间分摊的情况来进行说明。
购物结算历史记录除了购物结算金额以外,不受限定,作为示例,可以包含购入了商品的店铺或接受了服务的提供的店铺的名称(店铺名)、购入的商品或提供的服务的名称、种类、进行了结算的日期时刻(购物结算日期时刻)、进行了结算的金额(购物结算金额)这样的多个信息。
另外,购物结算历史记录也可以表述为购物结算历史记录信息。
首先,终端A的控制部21执行第一购物结算历史记录选择处理(A10)。具体而言,终端A的控制部21不受限定,作为示例,基于针对输入输出部23进行的选择购物结算历史记录的操作输入,而从终端A的存储部28所存储的用户A.A的多个购物结算历史记录中选择至少一个购物结算历史记录。本实施例中的购物结算历史记录为基于与终端的用户进行的第一结算相关的处理得到的第一结算信息的一例。
之后,终端A的控制部21将在A10中选择出的购物结算历史记录通过通信I/F22向终端B发送(A20)。具体而言,不受限定,作为示例,基于针对输入输出部23进行的发送购物结算历史记录的操作输入来发送在A10中选择出的购物结算历史记录。
这种情况下,发送的购物结算历史记录不受限定,作为示例可以至少包含购物结算金额的信息。购物结算金额是在购物结算中实际结算了的金额(在购物结算中用户实际支付了的金额)。
当从终端A接收购物结算历史记录时(B20),终端B的控制部21对分摊中的超过或欠缺的金额(以下称为“超欠金额”)进行计算(B30)。具体而言,基于从终端A接收到的购物结算历史记录的购物结算金额,不受限定,作为示例,计算用户B.B的超欠金额(在该例中为用户B.B要向用户A.A汇款的金额)。
这里,将用户在购物结算中已经支付的金额称为该用户的“已支付金额”。针对进行了被设为分摊对象的购物结算历史记录的结算的用户来说,其购物结算历史记录的购物结算金额成为已支付金额。在将多个购物结算历史记录设为分摊对象的情况下,这些购物结算历史记录的购物结算金额合计而得到的金额成为已支付金额。
另一方面,针对未进行该购物结算历史记录的结算的用户来说,已支付金额成为“0日元”。
在本实施例中,考虑的是用户B.B未将购物结算历史记录登记为分摊对象而仅是用户A.A将购物结算历史记录登记为分摊对象的情况,考虑的是将用户A.A的已支付金额与用户B.B按等比例进行分摊的情况。
这种情况下,将每一个人的负担额(以下称为“每人金额”)计算为“被设为分摊对象的已支付金额(在该例中为用户A.A的已支付金额)除以进行分摊的人数(在该例中为两人)”。
这种情况下,在B30中,将用户的超欠金额不受限定而作为示例计算为“该用户的超欠金额=该用户的已支付金额-每人金额”。在计算出的超欠金额为正值的情况下,意味着该用户为接收金钱的一方(接受),在计算出的超欠金额为负值的情况下,意味着该用户为支付金钱的一方(支付)。
不受限定,作为示例,考虑将用户A.A通过购物结算支付了的已支付金额(=购物结算金额)设为“1000日元”并将该金额与用户B.B按等比例进行分摊的情况。由于用户B.B的已支付金额为“0日元”,每人金额为“1000日元÷两人=500日元”,因此用户B.B的超欠金额计算为“0日元-500日元=-500日元”、即“500日元支付”。
需要说明的是,这只不过为一例,并不限定于此。
在B30中,也可以不计算用户B.B的超欠金额而计算用户A.A的超欠金额,不这样亦可。这种情况下,在上述的例子中,由于用户A.A的已支付金额为“1000日元”,每人金额为“500日元”,因此用户A.A的超欠金额算出为“1000日元-500日元=+500日元”、即“500日元接受”。
另外,在B30中,也可以计算用户A.A的超欠金额和用户B.B的超欠金额这两方的金额,不这样亦可。
另外,分摊的比例可以如上述那样为等比例(等分),也可以为不同的比例(按比例分配)。
之后,终端B的控制部21将在B30中计算出的超欠金额的信息(以下称为“超欠金额信息”)通过通信I/F22向终端A发送(B40)。
这里,向终端A发送的超欠金额信息可以设为是用户B.B的超欠金额的信息,也可以是设为是用户A.A的超欠金额的信息,还可以设为是用户A.A与用户B.B这两方的超欠金额的信息。
在进行分摊清算的情况下,支付金额这一方的用户的终端20进行将该用户的超欠金额以电子货币的形式向对方的用户的终端20汇款的汇款处理。另一方面,接收金钱这一方的用户的终端20进行从对方的用户的终端20以电子货币的形式接受与该用户的超欠金额对应的金钱的接受处理。
将终端20的用户向不同的终端20的用户发送金钱(或者终端20向不同的终端20发送金钱)这样的行为称为“汇款”,将用于实现该汇款的处理称为“汇款处理”。
相对于此,将终端20的用户接受从不同的终端20的用户汇款来的金钱(或者终端20接受从不同的终端20汇款来的金钱)这样的行为称为“接受”,将用于实现该接受的处理称为“接受处理”。
需要说明的是,“接受”、“接受处理”也可以按接受金钱这样的意思而分别表述为“收款”、“收款处理”。
当从终端B接收到超欠金额信息时(A40),终端A的控制部21在其与终端B的控制部21之间进行分摊清算处理(A50、B50)。具体而言,不受限定,作为示例,终端B的控制部21将用户B.B的超欠金额通过通信I/F22向终端A汇款。另一方面,终端A的控制部21通过通信I/F22从终端B接受与用户B.B的超欠金额相当的金钱。
本实施例中的分摊清算处理是由终端20的控制部21执行的汇款处理/接受处理的一例。
作为一个方法,分摊清算处理能够在终端A与终端B之间不受限定而作为示例地利用互联网银行(在线银行)等来进行。
另外,作为其他方法,分摊清算处理也可以利用后述的支付服务(支付应用)等与电子货币相关的服务来进行。
之后,终端A的控制部21将分摊清算的结果(以下,称为“分摊清算结果”)显示于显示部24(A60)。具体而言,不受限定,作为示例,将在接受处理中接受到的接受金额(或者在汇款处理中从对方汇款来的汇款金额)显示于显示部24。
之后,终端A的控制部21判定是否结束处理(A90),若判定为继续处理(A90:否),则将处理返回到A10。另一方面,若判定为结束处理(A90:是),则结束分摊处理。
同样,终端B的控制部21将分摊清算结果显示于显示部24(B60)。具体而言,不受限定,作为示例,将在汇款处理中汇款了的汇款金额(或者在接受处理中对方接受的金额)显示于显示部24。
之后,终端B的控制部21判定是否结束处理(B90),若判定为继续处理(B90:否),则将处理返回到B20。另一方面,若判定为结束处理(B90:是),则结束分摊处理。
<汇款处理/接受处理的关系>
基本上,如上所述,发送购物结算历史记录的终端20的用户(第一用户)是通过购物结算来支付完金额的用户,是委托进行分摊的一方,因此第一用户的终端20执行接受处理。相对于此,接收购物结算历史记录的终端20的用户(第二用户)是被委托进行分摊的一方,因此第二用户的终端20执行汇款处理。
然而,不受限定,作为示例,在本公开的方法中,也能够不仅将第一用户的购物结算历史记录还将第二用户的购物结算历史记录也一起设为分摊对象(详细情况在后叙述)。这样的情况下,也可能是第一用户的终端20执行汇款处理而第二用户的终端20执行接受处理。因此,终端20执行汇款处理和接受处理中的任一个处理。
<第一实施例的效果>
第一实施例示出如下的构成:终端20基于终端20的用户对终端20进行的操作输入(不受限定,为终端的用户对终端进行的输入的一例),将购物结算历史记录(不受限定,为第一结算信息的一例)通过通信I/F22(不受限定,为终端的通信部的一例)向不同的终端20发送。另外,终端20通过通信I/F22从不同的终端20接收基于发送过去的购物结算历史记录得到的超欠金额(不受限定,为基于第一结算信息得到的第一金额和第二金额中的至少第一金额的一例,其中,第一金额是终端的用户要汇款或接受的金额,第二金额是与终端不同的终端的用户要汇款或接受的金额)的信息。并且,终端20基于超欠金额而利用控制部21(不受限定,为终端的控制部的一例)来执行分摊清算处理(不受限定,为基于第一金额的汇款处理或接受处理的一例)。
作为通过这样的构成而得到的效果的一例,终端根据发送了基于与终端的用户进行的第一结算相关的处理而得到的第一结算信息这一情况,利用控制部执行基于第一金额的汇款处理或接受处理,从而能够容易地汇送或接受金钱,提高用户的便利性。
另外,第一实施例示出如下的构成:终端20的控制部21具备将存储于存储器的程序读出并执行基于该程序的处理的处理器。处理器基于终端20的用户对终端20进行的操作输入(不受限定,为终端的用户对终端进行的输入的一例),将购物结算历史记录(不受限定,为基于与终端的用户进行的第一结算相关的处理而得到的第一结算信息的一例)通过通信I/F22(不受限定,为终端的通信部的一例)向不同的终端20发送。另外,处理器通过通信I/F22从不同的终端20接收基于发送过去的购物结算历史记录得到的超欠金额(不受限定,为基于第一结算信息得到的第一金额和第二金额中的至少第一金额的一例,其中,第一金额是终端的用户要汇款或接受的金额,第二金额是与终端不同的终端的用户要汇款或接受的金额)的信息。并且,处理器基于超欠金额来执行分摊清算处理(不受限定,为基于第一金额的汇款处理或接受处理的一例)。
通过这样的构成也能够获得与上述同样的效果。
另外,第一实施例示出如下的构成:上述的汇款处理或接受处理是包括向不同的终端20的用户(不受限定,为不同的终端的用户的一例)的汇款或来自不同的终端20的用户的金钱的接受的处理。
通过这样的构成,能够容易地实现向不同的终端的用户的汇款或来自不同的终端的用户的金钱的接受。
另外,第一实施例示出购物结算历史记录包含购物结算金额的信息(不受限定,为终端的用户进行的第一结算的金额的信息的一例)的构成。
作为通过这样的构成而得到的效果的一例,终端通过发送包含终端的用户进行的第一结算的金额的信息在内的第一结算信息,由此能够接收并获取至少第一金额的信息。
另外,第一实施例示出购物结算历史记录是购物结算的结算历史记录(不受限定,为第一结算的结算历史记录的一例)的构成。
作为通过这样的构成而得到的效果的一例,终端通过发送第一结算的结算历史记录,由此能够接收并获取至少第一金额的信息。
另外,第一实施例示出如下的构成:终端20将本终端20的用户的多个购物结算历史记录(不受限定,为多个结算信息的一例)中由本终端20的用户选择出的购物结算历史记录(不受限定,为第一结算信息的一例)通过通信I/F22(不受限定,为终端的通信部的一例)向不同的终端20发送。另外,终端20通过通信I/F22从终端20接收基于发送过去的购物结算历史记录得到的超欠金额(不受限定,为基于第一结算信息得到的第一金额和第二金额中的至少第一金额的一例,其中,第一金额是终端的用户要汇款或接受的金额,第二金额是与终端不同的终端的用户要汇款或接受的金额)的信息。并且,终端20基于超欠金额而利用控制部21(不受限定,为终端的控制部的一例)来执行分摊清算处理(不受限定,为基于第一金额的汇款处理或接受处理的一例)。
作为通过这样的构成而得到的效果的一例,终端基于通过通信部发送了与终端的用户进行的结算相关的多个结算信息中的第一结算信息这一情况,利用控制部来执行基于由该第一结算信息得到的第一金额的信息的汇款处理或接受处理,从而能够容易地汇送或接受金钱。
另外,第一实施例示出如下的结构:终端20具备将存储于存储器的程序读出并执行基于该程序的处理的处理器。处理器执行如下处理:将本终端20的用户的多个购物结算历史记录(不受限定,为多个结算信息的一例)中由本终端20的用户选择出的购物结算历史记录(不受限定,为第一结算信息的一例)通过通信I/F22(不受限定,为终端的通信部的一例)向不同的终端20发送;通过通信I/F22从不同的终端20接收基于发送过去的购物结算历史记录得到的超欠金额(不受限定,为基于第一结算信息得到的第一金额和第二金额中的至少第一金额的一例,其中,第一金额是终端的用户要汇款或接受的金额,第二金额是与终端不同的终端的用户要汇款或接受的金额)的信息;以及基于超欠金额来执行分摊清算处理(不受限定,为基于第一金额的汇款处理或接受处理的一例)。
通过这样的构成,也能够获得与上述同样的效果。
<第一变形例(1)>
在第一实施例中,在一个终端20向其他的终端20发送设为分摊对象的购物结算历史记录的情况下(图1中的处理的A20),也可以除了购物结算金额以外,还将与在对应于该购物结算历史记录的购物结算中购入了的商品相关的信息、与在对应于该购物结算历史记录的购物结算中提供了的服务相关的信息也包含在内地发送,不这样亦可。
这种情况下,与在购物结算中购入了的商品相关的信息不受限定,作为示例可以包括用于识别该购入了的商品本身的商品ID、用于识别购入了的商品的类别的商品类别ID、购入了的商品的数量等信息。
另外,与在购物结算中提供了的服务相关的信息不受限定,作为示例包括用于识别提供了的服务本身的服务ID、用于识别提供了的服务的类别的服务类别ID、被提供该服务的人数等信息。
这种情况下,其他的终端20通过将从一个终端20接收到的购物结算历史记录中包含的与商品相关的信息、与服务相关的信息显示于显示部24,由此能够向该其他的终端20的用户告知来自一个终端20的用户所要求的分摊的详细的内容。
本变形例示出如下的构成:购物结算历史记录包含与在购物结算中购入了的商品相关的信息(不受限定,为与在第一结算中购入了的商品相关的信息的一例)或者与在购物结算中提供了的服务相关的信息(不受限定,为与在第一结算中提供了的服务相关的信息的一例)。
作为通过这样的构成而得到的效果的一例,终端通过发送包含与在第一结算中购入了的商品或者在第一结算中提供了的服务相关的信息在内的第一结算信息,由此能够接收并获取终端和包括不同的终端在内的多个终端中的各终端要汇款或接受的金额的信息。
<第一变形例(2)>
在第一实施例中,将终端的用户对终端进行的输入设为终端的用户对终端进行的操作输入,但并不限定于此。
不受限定,作为示例,也可以将终端的用户对终端进行的输入设为终端的用户对终端进行的包括语音输入在内的声音输入,不这样亦可。不受限定,作为示例,也可以按照终端的用户进行的语音输入来进行购物结算历史记录的选择、购物结算历史记录的发送等处理,不这样亦可。
这在以下要说明的实施例中也同样。
作为通过这样的构成而得到的效果的一例,能够利用声音输入这样简单的方法来实现对终端的输入。
<第二实施例>
第二实施例是终端20利用支付应用来经由服务器10进行汇款处理/接受处理的实施例。与第一实施例相比在追加了服务器10作为构成要件这一点上不同。
第二实施例所记载的内容在其他的各实施例、其他的各变形例中均能够适用。
另外,针对与出现过的构成要素相同的构成要素标注同一符号并省略再次的说明
以下,将提供基于支付应用实现的支付服务的经营者称为“支付服务的经营者”。
需要说明的是,支付服务的经营者也可以表述为提供支付应用的经营者、服务器10的经营者。
另外,也可以按提供结算服务的经营者这个意思而表述为结算服务的经营者。
另外,以下,设由支付服务的经营者来运营、管理服务器10而进行说明。另外,以下,将支付应用的名称适当称为“支付App(Payment App)”来进行图示、说明。
另外,支付应用可以作为不具有所谓的消息服务(MS:Messaging Service)的功能的单体的应用而由服务器10来提供,也可以作为具有MS的功能的复合的应用而由服务器10来提供。另外,消息服务可以包括能够进行终端20之间的简单的消息等内容的发送/接收的即时消息服务(IMS:Instant Messaging Service),也可以不包括。
另外,支付应用可以作为不具有所谓的社交网络服务(SNS:Social NetworkingService)的功能的单体的应用而由服务器10来提供,也可以作为具有SNS的功能的复合的应用而由服务器10来提供。
需要说明的是,MS(包括IMS)可以认为是SNS的一个形式(一形式)。因此,MS与SNS可以区分,也可以不区分。
<系统构成>
图2-1是表示本实施例中的通信系统1A的系统构成的一例的图。
在通信系统1A中,不受限定,作为示例,服务器10与多个终端20(终端20A、终端20B、终端20C、…)经由网络30来连接。
服务器10具有经由网络30向用户所拥有的终端20提供支付服务的功能。服务器10也可以表述为支付服务服务器、支付管理服务器、结算服务服务器、结算管理服务器等。
需要说明的是,与网络30连接的服务器10的数量、终端20的数量不受限定。
网络30负担着将一个以上的终端20与一个以上的服务器10连接的作用。即,网络30意味着以能够在将上述的各种装置连接之后进行数据的发送/接收的方式提供连接路径的通信网。
网络30中的一个或多个部分可以是有线网络或无线网络,也可以不是。网络30不受限定,作为示例,可以包括自组织网络(ad hoc network)、内联网、外联网、虚拟专用网络(virtual private network:VPN)、局域网(local area network:LAN)、无线LAN(wirelessLAN:WLAN)、广域网(wide area network:WAN)、无线WAN(wireless WAN:WWAN)、城域网(metropolitan area network:MAN)、互联网的一部分、公共交换电话网(Public SwitchedTelephone Network:PSTN)的一部分、便携式电话网、ISDN(integrated service digitalnetworks)、无线LAN、LTE(long term evolution)、CDMA(code division multipleaccess)、蓝牙(Bluetooth(注册商标))、卫星通信等、或者它们两个以上的组合。网络30可以包括一个或多个网络30。
服务器10(不受限定,为服务器、信息处理装置、信息管理装置的一例)具备向终端20提供规定的服务(在本实施例中为支付服务)的功能。服务器10只要是能够实现在各实施方式中记载的功能的信息处理装置,则可以是任意的装置。服务器10不受限定,作为示例,包括服务器装置、计算机(不受限定,作为示例有台式、膝上型、平板等)、媒体计算机平台(不受限定,作为示例有电缆、卫星机顶盒、数码录像机)、手持型计算机设备(不受限定,作为示例有PDA、电子邮件客户端等)、或者其他种类的计算机、交流平台。另外,服务器10也可以表述为信息处理装置。在不需要区分服务器10与终端20的情况下,服务器10和终端20可以分别表述为信息处理装置,不这样亦可。
[各装置的硬件(HW)构成]
对通信系统1所包括的各装置的HW构成进行说明。
(1)终端的HW构成
在图2-1中示出终端20的HW构成的一例。
终端20具备控制部21(CPU:central processing unit(中央处理装置))、存储部28、通信I/F22(接口)、输入输出部23、显示部24、话筒25、扬声器26、相机27、时钟部29A和位置算出用信息检测部29B。终端20的HW的各构成要素不受限定,作为示例经由总线B相互连接。需要说明的是,作为终端20的HW构成,无需包括所有的构成要素。不受限定,作为示例,终端20可以是将话筒25、相机27等单个的构成要素或多个构成要素去除的构成,也可以不是。
通信I/F22经由网络30进行各种数据的发送/接收。通信可以以有线和无线中的任一种形式执行,只要能够执行彼此的通信,则可以使用任意的通信协议。通信I/F22具有经由网络30来执行与服务器10等各种装置之间的通信的功能。通信I/F22按照来自控制部21的指示,将各种数据向服务器10等各种装置发送。另外,通信I/F22接收从服务器10等各种装置发送来的各种数据并将其向控制部21传输。另外,有时将通信I/F22简单表述为通信部。另外,在通信I/F22由物理上结构化了的电路构成的情况下,有时也表述为通信电路。
输入输出部23包括用于输入对终端20进行的各种操作的装置以及用于输出由终端20处理后的处理结果的装置。输入输出部23可以是输入部与输出部一体化,也可以是输入部与输出部分离,不这样亦可。
输入部通过能够接受来自用户的输入并将输入涉及的信息向控制部21传输的所有种类的装置中的任一个或它们的组合来实现。输入部不受限定,作为示例包括触控面板、触控显示器、键盘等硬键、鼠标等定点设备、相机(借助动态图像实现的操作输入)、话筒(借助声音实现的操作输入)。
输出部通过能够输出由控制部21处理后的处理结果的所有种类的装置中的任一个或它们的组合来实现。输出部不受限定,作为示例包括触控面板、触控显示器、扬声器(声音输出)、镜头(不受限定,作为示例有3D(three dimensions)输出、全息图输出)、打印机等。
显示部24通过能够按照写入到帧缓冲中的显示数据来进行显示的所有种类的装置中的任一个或它们的组合来实现。显示部24不受限定,作为示例包括触控面板、触控显示器、监视器(不受限定,作为示例有液晶显示器、OELD(organic electroluminescencedisplay))、头戴式显示器(HDM:Head Mounted Display)、投影映射、全息图、能够在空气中等(可以是真空,也可以不是)显示图像、文本信息等的装置。需要说明的是,上述的显示部24可以是能够以3D形式对显示数据进行显示的显示部,也可以不是。
在输入输出部23为触控面板的情况下,输入输出部23与显示部24也可以以大致相同的大小及形状对置配置。
时钟部29A是终端20的内置时钟,用于输出时刻信息(计时信息)。时钟部29A不受限定,作为示例,具有利用了石英晶体振荡器的时钟等来构成。时钟部29A不受限定,作为示例,有时也表述为计时部、时刻信息检测部。
需要说明的是,时钟部29A也可以具有适用了NITZ(Network Identity and TimeZone)标准等的时钟,还可以不具有。
位置算出用信息检测部29B是用于检测(计测)供控制部21算出(测定出)本终端20的位置所需的信息(以下,称为“位置算出用信息”)的功能部。位置算出用信息检测部29B不受限定,作为示例,也可以表述为位置算出用传感器部。
位置算出用信息检测部29B不受限定,作为示例,包括利用GPS(GlobalPositioning System)等卫星定位系统来算出终端20的位置的传感器或单元即卫星定位传感器(卫星定位单元)、利用惯性导航系统来算出终端20的位置的传感器或单元即惯性计测传感器(惯性计测单元(IMU(Inertial Measurement Unit)))等。
卫星定位单元不受限定,作为示例,具有将由未图示的天线接收的从定位用卫星发送来的包含定位用卫星信号在内的RF(Radio Frequency)信号转换为数字信号的RF接收电路、对从RF接收电路输出的数字信号进行相关运算处理等来捕捉定位用卫星信号并将从定位用卫星信号取出的卫星轨道数据或时刻数据等信息作为位置算出用信息来输出的基带处理电路等。
惯性计测单元具有用于检测为了利用惯性导航运算来算出终端20的位置所需的信息的传感器即惯性传感器。惯性传感器不受限定,作为示例包括三轴的加速度传感器、三轴的陀螺传感器,将由加速度传感器检测出的加速度和由陀螺传感器检测出的角速度作为位置算出用信息来输出。
控制部21不受限定,作为示例,基于由位置算出用信息检测部29B检测出的位置算出用信息而在定期的时机或特定的时机下算出本终端20的位置。将终端的位置称为“终端位置”并将算出的终端位置称为“算出终端位置”。并且,控制部21将算出终端位置与算出该算出终端位置的日期时刻建立关联而作为算出终端位置历史记录数据存储于存储部28。
控制部21为了执行通过程序内包含的代码或命令来实现的功能而具有物理上结构化了的电路,不受限定,作为示例,通过内置于硬件的数据处理装置来实现。因此,控制部21可以表述为控制电路,也可以不这样表述。
控制部21不受限定,作为示例,包括中央处理装置(CPU)、话筒处理器(microprocessor)、处理器内核(processor core)、多处理器(multiprocessor)、ASIC(application-specific integrated circuit)、FPGA(field programmable gatearray)。
存储部28具有用于存储终端20进行动作所需的各种程序、各种数据的功能。存储部28不受限定,作为示例包括HDD(hard disk drive)、SSD(solid state drive)、闪存、RAM(random access memory)、ROM(read only memory)等各种存储介质。另外,存储部28可以表述为存储器(memory),不这样亦可。
通过终端20将程序P存储于存储部28并执行该程序P,由此控制部21执行作为控制部21所包括的各部的处理。即,存储在存储部28中的程序P使终端20实现控制部21所执行的各功能。另外,该程序P可以表述为程序模块,不这样亦可。
话筒25用于声音数据的输入。扬声器26用于声音数据的输出。相机27用于动态图像数据的获取。
(2)服务器的HW构成
在图2-1中示出服务器10的HW构成的一例。
服务器10具备控制部11(CPU)、存储部15、通信I/F14(接口)、输入输出部12、显示器13和时钟部19。服务器10的HW的各构成要素不受限定,作为示例,经由总线B相互连接。需要说明的是,服务器10的HW无需包括所有的构成要素来作为服务器10的HW的构成。不受限定,作为示例,服务器10的HW可以是去除显示器13的构成,不这样亦可。
控制部11为了执行通过程序内包含的代码或命令来实现的功能而具有物理上结构化了的电路,不受限定,作为示例,通过内置于硬件的数据处理装置来实现。
控制部11代表性地是中央处理装置(CPU),此外,可以是话筒处理器、处理器内核、多处理器、ASIC、FPGA,也可以不是。在本公开中,控制部11并不限定于此。
存储部15具有用于存储服务器10进行动作所需的各种程序、各种数据的功能。存储部15通过HDD、SSD、闪存等各种存储介质来实现。但是,在本公开中,存储部15不限定于此。另外,存储部15可以表述为存储器(memory),不这样亦可。
通信I/F14经由网络30来进行各种数据的发送/接收。通信可以以有线和无线中的任一种形式执行,只要能够执行彼此的通信,则可以使用任意的通信协议。通信I/F14具有经由网络30来执行与终端20等各种装置之间的通信的功能。通信I/F14按照来自控制部11的指示,将各种数据向终端20等各种装置发送。另外,通信I/F14接收从终端20等各种装置发送来的各种数据并将其向控制部11传输。另外,有时也将通信I/F14简单表述为通信部。另外,在通信I/F14由物理上结构化了的电路构成的情况下,有时也表述为通信电路。
输入输出部12通过输入对服务器10进行的各种操作的装置来实现。输入输出部12通过能够接受来自用户的输入并将输入涉及的信息向控制部11传输的所有种类的装置中的任一个或它们的组合来实现。输入输出部12代表性地由以键盘等为代表的硬键、鼠标等定点设备来实现。需要说明的是,输入输出部12不受限定,作为示例,可以包括触控面板、相机(借助动态图像实现的操作输入)、话筒(借助声音实现的操作输入),不这样亦可。然而,在本公开中,输入输出部12不限定于此。
显示器13代表性地由监视器(不受限定,作为示例有液晶显示器、OELD(organicelectroluminescence display))实现。需要说明的是,显示器13也可以是头戴式显示器(HDM)等,还可以不是。需要说明的是,上述的显示器13可以是能够以3D形式对显示数据进行显示的显示部,也可以不是。在本公开中,显示器13不限定于此。
时钟部19是服务器10的内置时钟,用于输出时刻信息(计时信息)。时钟部19不受限定,作为示例,具有作为硬件时钟的RTC(Real Time Clock)、系统时钟等来构成。时钟部19不受限定,作为示例,也可以表述为计时部、时刻信息检测部。
(3)其他
通过服务器10将程序P存储于存储部15并执行该程序P,由此控制部11执行作为控制部11所包括的各部的处理。即,存储于存储部15的程序P使服务器10实现控制部11所执行的各功能。该程序P可以表述为程序模块,不这样亦可。
针对其他的装置也同样。
在本公开的各实施方式中,设终端20及/或服务器10的CPU通过执行程序P来实现而进行说明。
针对其他的装置也同样。
需要说明的是,终端20的控制部21及/或服务器10的控制部11不仅是可以通过具有控制电路的CPU来实现各处理,也可以通过集成电路(IC(Integrated Circuit)芯片、LSI(Large Scale Integration))等上形成的逻辑电路(硬件)或专用电路来实现各处理,不这样亦可。另外,上述的电路可以通过一个或多个集成电路来实现,也可以将各实施方式所示的多个处理利用一个集成电路来实现,不这样亦可。另外,LSI根据集成度的不同,有时被称为VLSI、SLSI、ULSI等。因此,控制部21可以表述为控制电路,不这样亦可。
针对其他的装置也同样。
另外,本公开的各实施方式的程序P(不受限定,作为示例有软件程序、计算机程序或程序模块)可以以存储在能被计算机读取的存储介质中的状态提供,不这样亦可。存储介质能够在“非临时的有形的介质”中存储程序P。另外,程序P可以用于实现本公开的各实施方式的功能的一部分,不这样亦可。进而,也可以是能够通过与已经记录于存储介质的程序P的组合来实现本公开的各实施方式的功能的所谓的差分文件(差分程序),还可以不是。
存储介质可以包括一个或多个半导体衬底的、或其它的集成电路(IC)(不受限定,作为示例有现场可编程门阵列(FPGA)或面向特定用途的IC(ASIC)等)、硬盘驱动器(HDD)、混合硬盘驱动器(HHD)、光盘、光盘驱动器(ODD)、光磁盘、光磁驱动器、软盘、软盘驱动器(FDD)、磁带、固态驱动器(SSD)、RAM驱动器、SD卡、驱动器、任意的其他适当的存储介质、或者它们的两个以上的适当的组合。存储介质在适当的情况下,可以是非永久性、永久性或者非永久性与永久性的组合。需要说明的是,存储介质不限定于上述的示例,只要能够存储程序P即可,可以是任意的设备或介质。另外,可以将存储介质表述为存储器(memory),也可以不这样表述。
服务器10及/或终端20通过读出存储于存储介质的程序P并执行读出的程序P,由此能够实现各实施方式所示的多个功能部的功能。
针对其他的装置也同样。
另外,本公开的程序P可以经由能够传输程序的任意的传输介质(通信网络、广播波等)来提供给服务器10及/或终端20,不这样亦可。服务器10及/或终端20不受限定,作为示例,通过执行经由互联网等下载下来的程序P来实现各实施方式所示的多个功能部的功能。
针对其他的装置也同样。
另外,本公开的各实施方式凭借程序P通过电子的传输而被具象化了的数据信号的形式也能够实现。
服务器10及/或终端20中的处理的至少一部分可以通过由一个以上的计算机构成的云计算来实现,不这样亦可。
可以设为通过服务器10来进行终端20中的处理的至少一部分的构成,不这样亦可。这种情况下,可以设为通过服务器10来进行终端20的控制部21的各功能部的处理中的至少一部分处理的构成,不这样亦可。
可以设为通过终端20来进行服务器10中的处理的至少一部分的构成,不这样亦可。这种情况下,可以设为通过终端20来进行服务器10的控制部11的各功能部的处理中的至少一部分处理的构成,不这样亦可。
只要没有明确提及,则本公开的实施方式中的判定构成不是必须的,可以在满足判定条件的情况下使规定的处理动作或者在不满足判定条件的情况下进行规定的处理,不这样亦可。
需要说明的是,本公开的程序不受限定,作为示例,使用ActionScript、JavaScript(注册商标)等脚本语言、Objective-C、Java(注册商标)等面向对象编程语言、HTML5等标记语言等来安装。
<功能构成>
(1)服务器的功能构成
图2-2是表示由本实施例中的服务器10的控制部11实现的功能的一例的图。
作为由控制部11实现的功能,不受限定,作为示例,服务器10具有支付应用管理处理部111。
支付应用管理处理部111具有如下功能:按照存储于存储部15的支付应用管理处理程序151,执行用于对与由终端20执行的支付应用相关的各种信息/数据、基于终端20或终端20的用户的电子货币实现的结算进行管理的处理。
图2-3是表示本实施例中的服务器10的存储部15所存储的信息的一例的图。
在存储部15中,作为程序,不受限定而作为示例地存储有由控制部11读出且作为支付应用管理处理来执行的支付应用管理处理程序151。
另外,在存储部15中,作为数据,不受限定而作为示例地存储有支付应用用户登记数据153和用户管理数据库155。
支付应用用户登记数据153是与利用支付应用的终端20或该终端20的用户相关的登记数据,其数据构成的一例如图2-4所示。
支付应用用户登记数据153不受限定,作为示例将用户名、支付应用ID、终端电话号码与其他登记信息建立关联地存储起来。
用户名是利用支付应用的终端20的用户的名称,不受限定,作为示例存储终端20的用户利用支付应用时登记的名称。
支付应用ID是支付应用的账户(账户信息),是能够识别终端20或终端20的用户的ID。该支付应用ID不受限定,作为示例由服务器10设定特有的ID来存储。
终端电话号码是该用户名的用户的终端20的电话号码,不受限定,作为示例存储终端20的用户利用支付应用时登记的终端20的电话号码。
其他登记信息不受限定,作为示例,可以包括该用户名的用户的终端20的邮箱地址(终端邮箱地址)、利用于支付应用的各种认证中的认证密码等认证信息、该用户使用的图标的图像数据(图标图像)、用户的简介(用户简介)等。
但是,这些信息不是必须的。
用户管理数据库155是基于存储在支付应用用户登记数据153中的账户(账户信息)实现的用户的管理用的数据库,作为其一例的第一用户管理数据库155A的构成例,如图2-5所示。
在第一用户管理数据库155A中,作为按存储在支付应用用户登记数据153中的支付应用ID来进行管理的管理数据,存储有用户管理数据。
在各用户管理数据中,不受限定,作为示例存储有支付应用ID、电子钱户头余额、购物结算历史记录数据。
电子钱户头余额是与该支付应用ID建立了关联的能够在支付服务中利用的电子货币的户头的余额。电子钱户头余额也可以表述为电子钱户头余额。
购物结算历史记录数据是与该支付应用ID建立了关联的购物结算历史记录(购物结算历史记录信息)的数据,不受限定,作为示例,将用于唯一地识别购物结算历史记录的ID即购物结算ID、用于唯一地识别进行了购物结算的店铺的ID即店铺ID、该店铺ID的店铺的店铺名、购物结算日期时刻与购物结算金额建立关联地存储起来。
(2)终端的功能构成
图2-6是表示由本实施例中的终端20的控制部21实现的功能的一例的图。
作为由控制部21实现的功能,不受限定,作为示例,终端20具有支付应用处理部211。
支付应用处理部211具有按照存储于存储部28的支付应用程序281来执行支付应用处理的功能。
图2-7是表示本实施例中的终端20的存储部28所存储的信息的一例的图。
在存储部28中,作为程序,不受限定,作为示例存储有由控制部21读出而被作为支付应用处理来执行的支付应用程序281。
另外,在存储部28中,作为数据,不受限定,作为示例存储有支付应用的账户的数据即支付应用账户数据283。
<显示画面示例>
在以下的示例中,例示了用户A.A成为“分摊发起人(分摊委托人)”而与其他的用户之间进行分摊的情况。
需要说明的是,分摊发起人不受限定,作为示例,意味着最先提出要进行分摊的用户。
图2-8是表示本实施例中的支付应用的菜单画面的一例的图,示出用户A.A的终端20的显示部24上显示的画面的一例。
在该菜单画面中,在画面上部显示“支付App”这样的文字,在其旁边显示本终端20的用户的用户名(在该例中为“用户A.A”)。
另外,在它们之下设置有电子钱户头显示区域,该电子钱户头显示区域包括与该用户名的账户建立关联而由服务器10存储、管理的电子钱户头余额和用于向电子钱户头充入电子货币的充值按钮。
另外,在电子钱户头显示区域之下设置有功能图标显示区域,该功能图标显示区域包括用于执行基于作为支付应用的功能而设置的多个功能实现的处理的、与多个功能分别对应的功能图标。
功能图标显示区域不受限定,作为示例,包括进行收款用的“收款图标”、使用终端20的显示部24上显示的码(一维码或二维码等)来进行支付用的“码支付图标”、为了接受商品的购入、服务的提供而读取设置于店铺的码(一维码或二维码等)来进行支付用的“读码器图标”、向其他的终端20的用户(其他的账户)进行汇款用的“汇款图标”、与其他的终端20的用户(其他的账户)之间进行分摊用的“分摊图标”等多个功能图标。
图2-9是表示基于在上述的菜单画面中对分摊图标进行操作(不受限定,作为示例为触摸操作)这一情况而显示的分摊成员选择画面的一例的图。
分摊成员选择画面是用于选择分摊成员的画面。
分摊成员是指参加分摊的用户,在本说明书中,设分摊发起人也包括在分摊成员中来进行说明。
图2-9的分摊成员选择画面是供分摊发起人(在该例中为用户A.A)选择自己以外的分摊成员的画面。
在初始状态下,由于没有选择自己以外的分摊成员,因此,不受限定而作为示例地在画面上显示有“没有进行分摊的成员”这样的文字。
在画面下部显示有用于检索分摊成员的“检索图标”,通过对该检索图标进行操作,由此能够检索到分摊成员。
图2-10是表示基于在上述的分摊成员选择画面中对检索图标进行操作(不受限定,作为示例为触摸操作)这一情况而显示的分摊成员检索画面的一例的图。
该分摊成员检索画面是分摊发起人用于检索自己以外的分摊成员的画面,不受限定,作为示例显示有“请输入电话号码来进行检索”这样的文字。另外,在其下,显示有用于输入电话号码的电话号码输入栏以及用于检索输入了的电话号码的终端20(该终端20的用户)的检索执行按钮。
在该例中,示出如下的状态:“080XXXXXXXX”这样的电话号码被输入到电话号码输入栏中且显示出来,并且,通过执行检索执行按钮,由此由服务器10进行检索,作为检索结果,得到了“用户B.B”。
另外,在检索结果之下显示有用于将作为检索结果找到的用户向分摊成员追加的“追加图标”,通过对该追加图标进行操作,由此将作为检索结果找到的用户利用服务器10追加到分摊成员中。
图2-11是表示基于利用上述的分摊成员检索画面中的检索来追加了分摊成员这一情况而显示的分摊成员选择画面的一例的图。
该分摊成员选择画面与图2-9的画面对应,显示基于上述的检索结果而被作为分摊成员的候选(以下,称为“分摊成员候选”)追加了的用户的一览。在该例中,示出“用户B.B”、“用户C.C”、“用户D.D”、“用户E.E”被作为分摊成员候选追加了的状态。
另外,与各分摊成员候选建立关联地显示有复选框,在初始状态下,所有的分摊成员候选的选中属性被设为“开启”。
通过操作对应的复选框,由此能够切换选中属性的“开启/关闭”,通过将选中属性“关闭”,由此能够将该分摊成员候选从分摊成员中排除。
另外,在该例中,除了图2-9所示的检索图标以外,还显示有供用户A.A将自己的购物结算历史记录作为分摊对象来登记的购物结算历史记录登记图标,该购物结算历史记录登记图标不受限定,作为示例表示为“登记支付的量”。
图2-12是表示基于在图2-11的分摊成员选择画面中购物结算历史记录登记图标被操作(不受限定,作为示例为触摸操作)这一情况而显示的购物结算历史记录选择画面的一例的图。
在该购物结算历史记录选择画面中,显示有关于该终端20的用户的多个购物结算历史记录。具体而言,不受限定,作为示例,作为购物结算历史记录,显示有购物结算日期时刻、店铺名和购物结算金额。在该例中,显示有“AA租借点”、“BB超市”、“CC便当”等多个店铺的购物结算历史记录。
另外,与各购物结算历史记录建立关联地设置有复选框,通过操作对应的复选框,由此能够切换选中属性的“开启/关闭”。能够不局限于一个购物结算历史记录而将多个购物结算历史记录的选中属性设为“开启”,且能够将选中属性被设为“开启”的购物结算历史记录作为分摊对象来进行分摊的委托、请求(以下,称为“分摊请求”)。
更具体而言,在画面下部显示有用于将选中属性被设为“开启”的购物结算历史记录作为分摊对象来进行分摊请求的分摊请求图标,该分摊请求图标不受限定而作为示例地表示为“发送分摊委托”。并且,构成为能够在该分摊请求图标被操作时从本终端20经由服务器10向之前选择出的分摊成员的终端20发送分摊请求。
在该例中,示出由用户A.A选择将“AA租借点”和“BB超市”这两个购物结算历史记录的选中属性设为“开启”而将这两个购物结算历史记录作为分摊对象的状态。这种情况下,用户A.A的已支付金额成为“AA租借点”的购物结算金额“1,500日元”与“BB超市”的购物结算金额“3,000日元”合计得到的金额即“4,500日元”,对该用户A.A的已支付金额“4,500日元”进行分摊。
图2-13是表示基于在图2-12的购物结算历史记录选择画面中分摊请求图标被操作(不受限定,作为示例为触摸操作)这一情况而在用户A.A以外的分摊成员的终端20的显示部24上显示的分摊请求通知画面的一例的图。
该分摊请求通知画面是在用户A.A选择作为分摊成员的用户B.B的终端20的显示部24上显示的画面,是由该终端20执行的支付应用内的画面的一例。
在该例中,不受限定,作为示例显示有“从A.A发来了进行分摊的委托”这样的文字,在其下设置有显示用户B.B的超欠金额的超欠金额显示区域。在本实施例中,各分摊成员的超欠金额如后所述那样由服务器10计算。
超欠金额显示区域不受限定,作为示例将用户B.B的超欠金额以及用于识别该超欠金额的类别(接受/支付)的标识一起显示。在该例中,显示为“¥900支付”,表示用户B.B需要向用户A.A支付“900日元”。
超欠金额的类别(接受/支付)由如前所述那样计算的超欠金额的正负的符号来决定。
表述为“支付”的原因在于,想到除了利用电子货币来支付超欠金额的情况以外,还存在利用现金来支付超欠金额的情况(详细情况在后叙述)。即,“支付”包括利用电子货币进行的支付(=汇款)和利用现金进行的支付(=现金支付)。
需要说明的是,也可以不考虑现金支付而取代“支付”地设为“汇款”,不这样亦可。
在画面下部显示有基于上述的超欠金额来进行分摊清算用的“清算图标”和拒绝分摊请求用的“拒绝图标”,其中,“清算图标”不受限定而作为示例地表示为“清算”,“拒绝图标”不受限定而作为示例地表示为“拒绝分摊”。
在对清算图标进行了操作的情况下,若该用户的超欠金额的类别为“支付”,则从该用户的终端20向作为汇款目标的用户的终端20汇入该超欠金额。
另一方面,若该用户的超欠金额的类别为“接受”,则由该用户的终端20接受该超欠金额。
其中,本实施例中的汇款/收款通过由服务器10更新与该用户的支付应用ID建立了关联的电子钱户头余额来实现。即,在该用户的超欠金额的类别为“支付”的情况下,从与该用户的支付应用ID建立了关联的电子钱户头余额减去相当于超欠金额的金额并进行更新。另一方面,在该用户的超欠金额的类别为“接受”的情况下,向与该用户的支付应用ID建立了关联的电子钱户头余额中加入相当于超欠金额的金额并进行更新。
在该例中,由于用户B.B为支付金额这一方,因此当清算图标被操作时,利用电子货币向用户A.A的终端20汇款900日元。更具体而言,由服务器10从用户B.B的支付应用ID的电子钱户头余额减去900日元并进行更新。
需要说明的是,虽然实际上是由服务器10将减掉的900日元的金额加到用户A.A的支付应用ID的电子钱户头余额中并进行更新,但在本实施例中,设该用户A.A的电子钱户头余额的更新是基于在用户A.A的终端20中清算图标被操作这一情况而由服务器10来执行的。
图2-14是表示基于在图2-12的购物结算历史记录选择画面中分摊请求图标被操作(不受限定,作为示例为触摸操作)这一情况而在用户A.A的终端20的显示部24上显示的超欠金额显示画面的一例的图。
在该例中,不受限定,作为示例显示有“进行了超欠金额的计算”这样的文字,在其下设置有显示用户A.A的超欠金额的超欠金额显示区域。在该例中,作为用户A.A的超欠金额,显示有“3,600日元接受”。即,显示了用户A.A从其他的分摊成员接受总额为“3,600日元”这样的内容。
在该例中,由于用户A.A是接受金钱这一方,因此当清算图标被操作时,由用户A.A的终端20接受“3,600日元”的金额。具体而言,由服务器10将从其他的各分摊成员的电子钱户头余额减去的金额的合计即3,600日元加到与用户A.A的支付应用ID建立了关联的电子钱户头余额中并进行更新。
图2-15是表示在用户A.A的终端20的显示部24上显示的接受通知画面的一例的图。
在该接受通知画面上,按自己以外的分摊成员(在该例中为“用户B.B”、“用户C.C”、“用户D.D”、“用户E.E”这四人)来显示将来自该成员的汇款金额与进行了汇款的日期时刻(汇款日期时刻)建立起关联的接受完成通知。
图2-16是表示在图2-15的接受通知画面上显示的分摊完成通知的一例的图。
不受限定,作为示例,当图2-15的接受通知画面的显示区域被用户的手指触摸之后向上方进行滚动操作时,显示在画面下部的分摊完成通知出现在显示区域中。在该例中,显示的是包含“分摊完成”这样的文字以及清算结果(在该例中,为“3,600日元”接受自己的已支付金额“4,500日元”、全员的支付合计额“4,500日元”、每人的金额“900日元”)在内的分摊完成通知。
<处理>
图2-17~图2-19是在本实施例中各装置执行的处理的流程的一例的流程图。从左侧按顺序分别示出终端A(不受限定,作为示例为用户A.A的终端20)的控制部21执行的分摊处理、终端B(不受限定,作为示例为用户B.B的终端20)的控制部21执行的分摊处理、服务器10的控制部11执行的分摊管理处理的一例。
作为一例,将分摊发起人的终端20设为用户A.A的终端20(终端A)且将被分摊发起人委托进行分摊的用户的终端20设为用户B.B的终端20(终端B)来进行说明。实际上,被分摊发起人委托进行分摊的用户的终端20未必是一个,但由于是与终端B同样的处理,因此省略图示。
需要说明的是,该处理只不过是用于实现本公开的方法的处理的一例,本公开不限定于该处理。可以在该处理中追加其他的步骤,也可以省略(删除)一部分的步骤。
需要说明的是,这对于在各实施例中说明的处理是同样的。
首先,终端A的控制部21将请求分摊成员的信息(分摊成员信息)的成员请求信息通过通信I/F22向服务器10发送(A110)。当通过通信I/F14而从终端A接收到成员请求信息时(S110),服务器10的控制部11检索接受到请求的成员信息并通过通信I/F14向终端A发送(S120)。
当通过通信I/F22而从服务器10接收到成员信息时(A120),终端A的控制部21基于接收到的成员信息而将分摊成员候选显示于显示部24。并且,终端A的控制部21基于对输入输出部23进行的分摊成员的选择操作,来执行选择分摊成员的第一成员选择处理(A130)。并且,终端A的控制部21将包含分摊成员的选择结果在内的成员选择信息通过通信I/F22向服务器10发送(A140)。服务器10通过通信I/F14从终端A接收成员选择信息(S140)。
之后,终端A的控制部21按照对输入输出部23进行的操作,将请求与本终端20的用户进行的购物结算对应的购物结算历史记录的购物结算历史记录请求信息通过通信I/F22向服务器10发送(A150)。
这里,在本实施例中,各终端20的用户的购物结算历史记录如前所述由服务器10的存储部15存储并管理,没有存储在终端20的存储部28中。这是为了防止在终端20侧篡改购物结算历史记录等状况。因此,在A150中,为了在终端20显示购物结算历史记录,从终端20向服务器10请求购物结算历史记录。
当从终端A接收到购物结算历史记录请求信息时(S150),控制部11将用户管理数据库155所包括的用户管理数据中的、包含在用户A.A的支付应用ID的用户管理数据的购物结算历史记录数据中的多个购物结算历史记录通过通信I/F22向终端A发送(S160)。
当从服务器10接收到购物结算历史记录时(A160),终端A的控制部21进行第二购物结算历史记录选择处理(A170)。具体而言,不受限定,作为示例,将接收到的多个购物结算历史记录一览显示于显示部24。并且,按照对输入输出部23进行的选择操作来选择至少一个购物结算历史记录。
之后,终端A的控制部21不受限定,作为示例将购物结算历史记录选择信息通过通信I/F22向服务器10发送(A180)。
这里,从终端20向服务器10发送的购物结算历史记录选择信息是能够在服务器10侧确定选择出的购物结算历史记录的信息为好。具体而言,作为一例,可以发送与选择出的购物结算历史记录对应的购物结算ID。另外,作为另一例,也可以发送选择出的购物结算历史记录本身。
当从终端A接收到购物结算历史记录选择信息时(S180),控制部11基于在S140中接收到的成员选择信息和在S180中接收到的购物结算历史记录选择信息,来计算各分摊成员的超欠金额(S190)。
之后,控制部11将包含在S190中计算出的超欠金额的分摊清算委托通知通过通信I/F14分别向终端A及终端B发送(S210)。
当从服务器10接收到分摊清算委托通知时(A210),终端A的控制部21不受限定而作为示例地将分摊清算委托通知中包含的超欠金额显示于显示部24。并且,终端A的控制部21按照对输入输出部23进行的操作,将用于通知认可分摊清算这样的内容的分摊清算认可通知通过通信I/F22向服务器10发送(A230)。
另一方面,当从服务器10接收到分摊清算委托通知时(B210),终端B的控制部21不受限定而作为示例地将分摊清算委托通知中包含的超欠金额显示于显示部24。并且,终端A的控制部21判定用户B.B是否同意分摊(B220)。具体而言,不受限定,作为示例,判定是否进行了表示同意分摊这个意思的操作(不受限定,作为示例为对前述的“清算图标”进行的操作)。在进行了表示拒绝分摊这个意思的操作(不受限定,作为示例为对前述的“拒绝图标”进行的操作)的情况下,判定为不同意分摊。
若判定为同意分摊(B220:是),则终端B的控制部21将用于通知认可分摊清算这样的内容的分摊清算认可通知通过通信I/F22向服务器10发送(B230)。另一方面,若判定为不同意分摊(B220:否),则终端B的控制部21将用于通知不认可分摊清算(拒绝分摊清算)这样的内容的分摊清算拒绝通知通过通信I/F22向服务器10发送(B240)。
在S210之后,控制部11执行第一分摊认可管理处理(S230)。
图2-20是第一分摊认可管理处理的流程的一例的流程图。
在本处理中,分摊清算通知是前述的“分摊清算认可通知”和“分摊清算拒绝通知”中的任一个通知。
当控制部11从终端20接收到分摊清算通知时(S2310),判定接收到的分摊清算通知是否是“分摊清算拒绝通知”(S2320)。若判定为是分摊清算拒绝通知(S2320:是),则控制部11判定为分摊不成立(S2330),结束第一分摊认可管理处理。
另一方面,若判定为接收到的分摊清算通知不是“分摊清算拒绝通知”(是“分摊清算认可通知”)(S2320:否),则控制部11判定是否从所有的对象终端接收到分摊清算认可通知(S2340)。
这里,“对象终端”是预定为服务器10会接收分摊清算通知的终端20。在该例中,终端A及终端B这两方成为对象终端。
基本上,所有的分摊成员的终端20成为对象终端,但也存在即便是分摊成员也被从对象终端排除的情况。针对此,将在后述的实施例中详细进行说明。
若判定为从至少一个对象终端没接收到分摊清算认可通知(S2340:否),则控制部11将处理返回到S2310。
另一方面,若判定为从所有的对象终端接收到分摊清算认可通知(S2340:是),则控制部11针对各对象终端判定该对象终端的用户在分摊中要支付的金额是否为与该用户的支付应用ID建立关联地存储起来的电子钱户头余额以上(S2350)。在不满足该条件的情况下(S2350:否),控制部11将处理移向S2330。
另一方面,在判定为满足S2350的条件的情况下(S2350:是),控制部11判定为分摊成立(S2360)。即,在所有的对象终端的用户的电子钱户头余额不会为负的情况下,判定为分摊成立。并且,控制部11结束第一分摊认可管理处理。
返回到图2-18的处理,若在第一分摊认可管理处理中判定为分摊成立(S310:是),则控制部11通过通信I/F22将分摊成立通知分别向终端A及终端B发送(S310)。
另一方面,若在第一分摊认可管理处理中判定为分摊不成立(S310:否),则控制部11通过通信I/F22将分摊不成立通知分别向终端A及终端B发送(S250)。
在A230之后,终端A的控制部21判定是否通过通信I/F22而从服务器10接收到分摊不成立通知(A250)。
同样,在B240之后,终端B的控制部21判定是否通过通信I/F22而从服务器10接收到分摊不成立通知(B250)。
在A250中没有从服务器10接收到分摊不成立通知的情况下(A250:否),终端A从服务器10接收分摊成立通知(A310)。这种情况下,终端A的控制部21执行将请求进行分摊清算的信息(以下,称为“分摊清算请求信息”)通过通信I/F22向服务器10发送的分摊清算请求处理(A320)。
同样,在B250中没有从服务器10接收到分摊不成立通知的情况下(A250:否),终端B从服务器10接收分摊成立通知(B310)。这种情况下,终端B的控制部21将分摊清算请求信息通过通信I/F22向服务器10发送(B320)。
当从终端A及终端B分别接收到分摊清算请求信息时(S320),控制部11执行分摊清算处理(S330)。具体而言,不受限定,作为示例,在与该用户建立了关联的支付应用ID的电子钱户头余额中加上(接受金钱的情况)/减去(支付金钱的情况)相当于该用户的超欠金额的金额。
本实施例中的分摊清算处理是由服务器10的控制部11执行的汇款处理/接受处理的一例。
之后,控制部11将分摊清算结果通过通信I/F14向终端A及终端B分别发送(S340)。
终端20执行通过通信I/F22而从服务器10接收分摊清算结果的分摊清算结果接收处理。
具体而言,当通过通信I/F22而从服务器10接收到分摊清算结果时(A340),终端A的控制部21将接收到的分摊清算结果显示于显示部24(A350)。
同样,当通过通信I/F22而从服务器10接收到分摊清算结果时(B340),终端B的控制部21将接收到的分摊清算结果显示于显示部24(B350)。
这里,分摊清算结果不受限定,作为示例,包括前述的接受完成通知和分摊完成通知中的至少任一个。
可以将接受完成通知和分摊完成通知这两方作为分摊清算结果,也可以仅将任一方作为分摊清算结果。
在本实施例中,分摊清算请求处理、分摊清算结果接收处理是由终端20的控制部21执行的汇款处理/接受处理的一例。
之后,终端A的控制部21判定是否结束处理(A390),若判定为继续处理(A390:否),则将处理返回到A110。另外,若判定为结束处理(A390:是),则终端A的控制部21结束分摊处理。
同样,终端B的控制部21判定是否结束处理(B390),若判定为继续处理(B390:否),则将处理返回到B110。另外,若判定为结束处理(B390:是),则终端B的控制部21结束分摊处理。
同样,控制部11判定是否结束处理(S390),若判定为继续处理(S390:否),则将处理返回到S110。另外,若判定为结束处理(S390:是),则控制部11结束分摊管理处理。
需要说明的是,在本实施例中,由服务器10执行分摊清算处理,因此终端20不直接进行金钱的汇款/收款,但由于是基于终端20执行了分摊清算请求处理这一情况而由服务器10来执行分摊清算处理,因此也可以说是终端20执行金钱的汇款处理/接受处理。
<第二实施例的效果>
第二实施例示出如下的构成:终端20基于本终端20的用户对本终端20进行的输入(不受限定,为对终端进行的输入的一例)而将购物结算历史记录(购物结算历史记录选择信息)(不受限定,为第一结算信息的一例)通过通信I/F22(不受限定,为终端的通信部的一例)向服务器10发送。另外,终端20通过通信I/F22从服务器10接收基于发送过去的购物结算历史记录的各用户的超欠金额(不受限定,为基于第一结算信息的第一金额和第二金额中的至少第一金额的一例,其中,第一金额是终端的用户要汇款或接受的金额,第二金额是与终端不同的终端的用户要汇款或接受的金额)的信息。并且,终端20基于超欠金额而利用控制部21(不受限定,为终端的控制部的一例)来执行分摊清算请求处理、分摊清算结果接收处理(不受限定,为基于第一金额的汇款处理或接受处理的一例)。
作为通过这样的构成而得到的效果的一例,终端根据发送了基于与终端的用户进行的第一结算相关的处理而得到的第一结算信息这一情况,利用控制部来执行基于第一金额的汇款处理或接受处理,从而能够容易地汇送或接受金钱,提高用户的便利性。
另外,第二实施例示出如下的构成:上述的基于第一金额的汇款处理或接受处理是包括向不同的终端20的用户(支付应用中的不同的账户)(不受限定,为不同的终端的用户的一例)的汇款或来自不同的终端20的用户(支付应用中的不同的账户)的金钱的接受的处理。
通过这样的构成,能够实现向不同的终端的用户的汇款或来自不同的终端的用户的金钱的接受。
另外,第二实施例示出如下的构成:超欠金额(不受限定,为第一金额、第二金额的一例)由服务器10(不受限定,为执行与第一结算相关的结算处理的服务器的一例)基于终端20的用户选择出的购物结算历史记录(不受限定,为第一结算信息的一例)来决定。
作为通过这样的构成而得到的效果的一例,无需由终端决定第一金额和第二金额即可,因此能够减轻终端的处理负载。
另外,第二实施例示出如下的构成:服务器10基于接收到的购物结算历史记录,决定作为其发送源的用户即分摊发起人的终端20(不受限定,为终端的一例)和包括其他的分摊成员的终端20(不受限定,为不同的终端的一例)在内的多个终端20中的各终端要汇款或接受的金额。
作为通过这样的构成而得到的效果的一例,终端通过发送第一结算信息,由此能够让服务器来决定终端和包括不同的终端在内的多个终端中的各终端要汇款或接受的金额。
另外,第二实施例示出如下的构成:服务器10基于终端20的用户对终端20进行的输入(不受限定,为对终端进行的输入的一例),通过通信I/F14而从终端20接收购物结算历史记录(购物结算历史记录选择信息)。另外,服务器10基于接收到的购物结算历史记录,通过通信I/F14向终端20发送至少第一超欠金额(不受限定,为基于第一结算信息的终端的用户要汇款或接受的第一金额的一例)的信息,并通过通信I/F14向不同的终端20发送至少第二超欠金额(不受限定,为基于第一结算信息的与终端不同的终端的用户要汇款或接受的第二金额的一例)的信息。并且,服务器10执行基于第一超欠金额及第二超欠金额的分摊清算处理(不受限定,为基于第一金额的汇款处理或接受处理以及基于第二金额的汇款处理或接受处理的一例)。
作为通过这样的构成而得到的效果的一例,服务器根据接收到基于与终端的用户进行的第一结算相关的处理而得到的第一结算信息这一情况,利用控制部来执行基于第一金额的汇款处理或接受处理以及基于第二金额的汇款处理或接受处理,从而能够使终端容易地汇送或接受金钱。
另外,第二实施例示出如下的构成:终端20通过通信I/F22(不受限定,为终端的通信部的一例)向服务器10发送本终端20的用户的多个购物结算历史记录(不受限定,为多个结算信息的一例)中由本终端20的用户选择出的购物结算历史记录(不受限定,为第一结算信息的一例)。另外,终端20通过通信I/F22从服务器10接收基于发送过去的购物结算历史记录的超欠金额(不受限定,为基于第一结算信息的第一金额和第二金额中的至少第一金额的一例,其中,第一金额是终端的用户要汇款或接受的金额,第二金额是与终端不同的终端的用户要汇款或接受的金额)的信息。并且,终端20基于超欠金额而利用控制部21(不受限定,为终端的控制部的一例)来执行分摊清算请求处理、分摊清算结果接收处理(不受限定,为基于第一金额的汇款处理或接受处理的一例)。
作为通过这样的构成而得到的效果的一例,终端基于通过通信部发送了与终端的用户进行的结算相关的多个结算信息中的第一结算信息这一情况,利用控制部来执行基于由该第一结算信息得到的第一金额的信息决定的汇款处理或接受处理,从而能够容易地汇送或接受金钱。
<第二变形例(1)>
在第二实施例中,购物结算历史记录由服务器10的存储部15存储并管理,但并不限定于此。也可以与第一实施例同样地将购物结算历史记录存储于终端20的存储部28。
不受限定,作为示例,在由服务器10进行了购物结算处理的情况下,将该购物结算信息向终端20发送。并且,终端20将从服务器10接收到的购物结算信息作为购物结算历史记录而存储于存储部28。
这种情况下,可以设计成终端20将从存储于存储部28的购物结算历史记录中选择出的购物结算历史记录向服务器10发送。
这对于包含服务器10作为构成要件的各实施例来说都同样。
<第二变形例(2)>
在第二实施例中,由服务器10的控制部11进行分摊清算处理,但并不限定于此。
具体而言,不受限定,作为示例,可以与第一实施例同样地由终端20的控制部21来执行分摊清算处理,不这样亦可。
这对于包含服务器10作为构成要件的各实施例来说都同样。
<第二变形例(3)>
在服务器10中,可以在各用户管理数据所包括的购物结算历史记录数据中包含该购物结算的具体内容(以下,称为“购物结算内容”)来进行管理,不这样亦可。
图2-21是表示本变形例中的作为用户管理数据库155的另一例的第二用户管理数据库155B的数据构成例的图。
在该例中,在购物结算历史记录数据中,除了购物结算ID、店铺ID和购物结算日期时刻以外,还将购物结算内容也建立关联地存储起来。
购物结算内容不受限定,作为示例,包括与在该店铺ID的店铺中购入了的商品相关的信息、与在该店铺ID的店铺中提供了的服务相关的信息。
这种情况下,与购入了的商品相关的信息不受限定,作为示例,可以包括用于识别购入了的商品本身的商品ID、用于识别购入了的商品的类别的商品类别ID、购入了的商品的数量等信息。
另外,与提供了的服务相关的信息不受限定,作为示例,可以包括用于识别提供了的服务本身的服务ID、用于识别提供了的服务的类别的服务类别ID、被提供了该服务的人数等信息。
通过这样,由此服务器10的控制部11能够按照从终端20接收到的购物结算内容的查询请求而将购物结算内容向终端20公开(不受限定,作为示例)。
<第二变形例(4)>
第二实施例所示的显示画面、用户接口(UI)只不过是一例,并不限定于此。
图2-22是表示图2-13的分摊请求通知画面的另一例的图,示出在用户B.B的终端20的显示部24上显示的画面的一例。
该分摊请求通知画面与图2-13的分摊请求通知画面对应,但构成为通过对超欠金额显示区域进行操作(不受限定,作为示例为触摸操作),由此显示由分摊发起人委托的分摊的详细条目。
在该例中,作为分摊的详细条目,显示有“AA租借点1,500日元”和“BB超市3,000日元”,并且还显示有它们的合计金额“4,500日元”和作为每人金额的“4,500日元÷5人=900日元”。
在该例中,示出将用户A.A通过购物结算支付了的已支付金额在五个用户间进行分摊的情况。用户A.A的已支付金额为“4,500日元”,进行分摊的人数为“五人”,因此,每人金额为“4,500日元÷5人=900日元”。
具体而言,终端20的控制部21基于超欠金额显示区域被操作这一情况,将分摊的详细条目的查询请求向服务器10发送。服务器10基于第一用户管理数据库155A(参照图2-5)中存储有分摊发起人的支付应用ID的用户管理数据所包含的购物结算历史记录数据,将店铺名、购物结算日期时刻、购物结算金额的信息向终端20发送。并且,终端20的控制部21基于接收到的信息来显示分摊的详细条目。
需要说明的是,终端20的控制部21也可以基于超欠金额显示区域被进行操作这一情况而将前述的购物结算内容的查询请求从终端20向服务器10发送。这种情况下,服务器10基于第二用户管理数据库155B(参照图2-21)中存储有分摊发起人的支付应用ID的用户管理数据所包含的购物结算历史记录数据,将店铺名、购物结算日期时刻、购物结算金额再加上购物结算内容向终端20发送。并且,终端20的控制部21基于接收到的信息来显示包括购物结算内容在内的分摊的详细条目。
图2-23是表示图2-15所示的接受通知画面的另一例的图,将在用户A.A的终端20的显示部24上显示的画面作为一例示出。
不同于图2-15的接受通知画面,在该接受通知画面上,显示有包括用户A.A接受了的电子钱的金额的总额(在该例中为“3600日元”)以及“有来自分摊成员的汇款”这样的文字、自己以外的分摊成员的图标图像(在该例中为“用户B.B”、“用户C.C”、“用户D.D”、“用户E.E”这四名用户的图标图像)在内的接受通知。另外,在接受通知之下显示有与图2-16所示的分摊完成通知同样的分摊完成通知。
通过进行这样的显示,由此作为分摊发起人的用户能够一下子掌握向自己汇款的金额的总额和向自己进行了汇款的分摊成员。
<第二变形例(5)>
也可以针对虽进行了分摊请求但没有进行汇款的用户的终端20,从分摊发起人的终端20经由服务器10进行催促,不这样亦可。
图2-24是表示本实施例中的分摊催促通知画面的一例的图,示出在用户B.B的终端20的显示部24上显示的画面的一例。
在该分摊催促通知画面上显示有“从A.A发来了分摊的催促”这样的文字,在该文字之下与分摊请求通知画面同样地显示有包括用户B.B的超欠金额的超欠金额显示区域。
通过进行这样的显示,由此即便在被委托了分摊的用户已经忘记了(或者正在忘记)清算的情况下,也能够可靠地进行清算。
<第二变形例(6)>
在第二实施例中,设为在所有的对象终端的用户的电子钱户头余额不为负的情况下判定为分摊成立来进行了说明。
关于此,不受限定,作为示例,也可以在存在电子钱户头余额会为负的对象终端的用户的情况下,由服务器10(支付应用的经营者)通过垫付等将欠缺的量的金额补充到电子钱户头中并判定为分摊成立。这种情况下,垫付的金额只要用户之后进行清算即可。
<第三实施例>
第三实施例是各分摊成员能够利用自己的终端20不仅确认自己的超欠金额还确认其他的分摊成员的超欠金额的实施例。
第三实施例是在第二实施例的处理中追加了终端20从服务器10接收至少分摊成员各自的超欠金额的信息并将其显示于显示部24的处理而得到的实施例。
第三实施例所记载的内容在其他的各实施例、其他的各变形例中均能够适用。
另外,针对与出现过的构成要素相同的构成要素标注同一符号并省略再次的说明。
<显示画面示例>
图3-1是表示本实施例中的购物结算历史记录选择画面的一例的图,示出在用户A.A的终端20的显示部24上显示的画面的一例。
在该购物结算历史记录选择画面中,与图2-12的购物结算历史记录选择画面同样地显示有关于本终端20的用户的多个购物结算历史记录。在该例中,示出“AA租借点”和“BB超市”的购物结算历史记录的选中属性被设为“开启”的状态。
另外,图3-1的购物结算历史记录选择画面与图2-12的购物结算历史记录选择画面相比,显示在画面下部的图标不同。具体而言,在图2-12的购物结算历史记录选择画面中,分摊请求图标显示在画面下部,但在图3-1的购物结算历史记录选择画面中,取代分摊请求图标而显示有用于确认分摊的内容的分摊内容确认图标,该分摊内容确认图标不受限定而作为示例地表示为“确认分摊内容”。
图3-2是表示基于在图3-1的购物结算历史记录选择画面中分摊内容确认图标被操作(不受限定,作为示例为触摸操作)这一情况而显示的分摊内容确认画面的一例的图。
在该分摊内容确认画面上,针对包括本终端20的用户在内的各分摊成员,设置有用于显示已支付金额的已支付金额一览显示区域和用于显示超欠金额的超欠金额一览显示区域。
在该例中,在已支付金额一览显示区域中,针对本终端20的用户(用户A.A)显示“4,500日元”作为已支付金额,针对其以外的作为分摊成员的用户(用户B.B、用户C.C、用户D.D、用户E.E)显示“0日元”作为已支付金额。
另外,在该例中,由于每人金额为“900日元”,因此在超欠金额一览显示区域中,针对本终端20的用户(用户A.A)显示“3600日元接受”作为超欠金额,针对其以外的作为分摊成员的用户(用户B.B、用户C.C、用户D.D、用户E.E)显示“900日元支付”作为超欠金额。
另外,在已支付金额一览显示区域及超欠金额一览显示区域之下设置有显示每人金额的每人金额显示区域,在该例中,显示“900日元”作为每人金额。
另外,在每人金额显示区域之下设置有用于输入注释(comment)的注释输入区域。在该例中,示出由作为分摊发起人的用户A.A输入“这是前些日子的旅行中的支付的分摊”这样的内容的注释并其显示出来的状态。
另外,在该分摊内容确认画面中,在画面下部显示有图2-12的购物结算历史记录选择画面中显示了的“分摊请求图标”。通过对该分摊请求图标进行操作,由此将分摊请求向其他的分摊成员的终端20发送。
上述的各种信息不受限定,作为示例通过从服务器10向终端20发送分摊确认信息而被显示。在该例中,分摊确认信息可以包含基于登记过的购物结算历史记录的已支付金额的信息、各分摊成员的超欠金额的信息和登记过的注释的信息。
需要说明的是,未必需要将上述的所有的信息都包含在分摊确认信息中,也可以将其一部分的信息包含在分摊确认信息中。不受限定,作为示例,可以将各分摊成员的超欠金额的信息包含在分摊确认信息中,由此能够在终端20确认各分摊成员的超欠金额的信息。
图3-3是表示基于在图3-2的分摊内容确认画面中分摊请求图标被操作(不受限定,作为示例为触摸操作)这一情况而在用户B.B的终端20的显示部24上显示的分摊请求通知画面的一例的图。
与图2-13的分摊请求通知画面不同,在该分摊请求通知画面中,在超欠金额显示区域之下显示有由作为分摊发起人的用户A.A输入的注释。在该例中,与用户A.A的图标图像及用户名建立关联地以聊天框的形式显示出“这是前些日子的旅行中的支付的分摊。”这个注释。
另外,与图2-13的分摊请求通知画面不同,在图3-3的分摊请求通知画面中显示有用于确认清算内容的详情的清算内容确认图标,该清算内容确认图标不受限定而作为示例地表示为“确认清算内容”。
图3-4是表示在图3-3的分摊请求通知画面中对清算内容确认图标进行了操作(不受限定,作为示例为触摸操作)的情况下显示的清算内容确认画面的一例的图。
在该清算内容确认画面中,从上起按顺序显示有作为本终端20的用户的用户B.B、作为分摊发起人的用户A.A以及这以外的分摊成员(用户C.C、用户D.D、用户E.E)的图标图像及用户名。另外,以与各分摊成员建立关联的方式在已支付金额一览显示区域显示有该分摊成员的已支付金额,在超欠金额一览显示区域显示有该分摊成员的超欠金额。
图3-5是表示在图3-4的清算内容确认画面中对已支付金额一览显示区域进行了操作(不受限定,作为示例为触摸操作)的情况下的显示的一例的图。
当已支付金额一览显示区域中的一用户的已支付金额的显示区域被进行操作时,能够确认与其已支付金额对应的支付内容、即分摊的详细条目。在该例中,基于已支付金额一览显示区域中的与作为分摊发起人的用户A.A建立了关联的已支付金额(在该例中为“4,500日元”)的显示区域被用户B.B进行了触摸操作这一情况,将与该已支付金额对应的支付内容以弹出(pop-up)形式显示出来。
<处理>
图3-6是在本实施例中各装置执行的处理的流程的一例的流程图。
该处理是通过向图2-17~图2-19的处理中的图2-17的处理部分追加A410、A420的步骤作为终端A的处理且追加S410的步骤作为服务器10的处理而得到的处理。
在S180、S190之后,服务器10的控制部11将前述的分摊确认信息通过通信I/F14向终端A发送(S410)。然后,控制部11将处理移向图2-18的S210。
当通过通信I/F22而从服务器10接收到分摊确认信息时(A410),终端A的控制部21将接收到的分摊确认信息显示于显示部24(A420)。由此,包含前述的超欠金额的信息等在内的各种信息显示于显示部24。然后,终端A的控制部21将处理移向图2-18的A210。
<第三实施例的效果>
第三实施例示出如下的构成:终端20通过通信I/F22从服务器10接收至少包含基于本终端20的用户的购物结算历史记录的本终端20的用户的超欠金额(不受限定,为第一金额的一例)的信息、和不同的终端20的用户的超欠金额(不受限定,为第二金额的一例)的信息在内的分摊确认信息(不受限定,为金额信息的一例)。并且,终端20将接收到的分摊确认信息显示于显示部24。
作为通过这样的构成而得到的效果的一例,能够使得终端的用户可确认至少包含第一金额的信息和第二金额的信息在内的金额信息。
<第三变形例(1)>
在第三实施例中,也可以设计成终端20的用户能够确认各分摊成员的基于超欠金额的分摊清算的状况(以下,称为“分摊清算状况”)。
图3-7是表示本变形例中的分摊内容确认画面的一例的图,示出在用户B.B的终端20的显示部24上显示的画面的一例。
该分摊内容确认画面不受限定,作为示例,与各分摊成员的图标图像建立关联地显示有该分摊成员的超欠金额和该分摊成员的分摊清算状况。
在分摊发起人(用户A.A)这一栏,作为分摊清算状况,不受限定而作为示例地显示有分摊发起人的超欠金额(应接受的金额)和来自其他的分摊成员的金钱的接受的状况(已接受/未接受)。在已经从其他的分摊成员中的一部分的分摊成员接受了金钱的情况下,将接受了的金额与“已接受”一起显示。
另外,在分摊发起人以外的分摊成员(在该例中为自己(用户B.B)、用户C.C、用户D.D、用户E.E)这一栏,作为分摊清算状况,不受限定而作为示例地显示有该分摊成员的超欠金额(应支付的金额)和该分摊成员的金额的支付的状况(已清算/未清算)。
另外,在分摊清算状况的显示区域之下,不受限定而作为示例地设置有用于将该分摊清算状况更新为最新的状态的分摊清算状况更新图标,该分摊清算状况更新图标不受限定而作为示例地包含更新标识和“更新”这样的文字。当该分摊清算状况更新图标被操作时,从服务器10向终端20发送最新的分摊清算状况并更新显示。
在该例中,作为自己(用户B.B)的分摊清算状况,显示有“900日元支付”及“未清算”。
另外,作为分摊发起人(用户A.A)及自己(用户B.B)以外的分摊成员的分摊清算状况,针对用户C.C显示有“900日元支付”及“未清算”,针对用户D.D显示有“900日元支付”及“已清算”,针对用户E.E显示有“900日元支付”及“未清算”。
另外,由于用户D.D为已清算,分摊发起人(用户A.A)从用户D.D已经接受了“900日元”,因此作为分摊发起人(用户A.A)的分摊清算状况,显示有“3,600日元接受”及“900日元已接受”。
通过进行这样的显示,各终端20的用户能够确认自己以外的用户的清算状况,因此能够提高用户的便利性。
<第三变形例(2)>
也可以基于终端20的用户进行的输入来变更各分摊成员在分摊中要负担的金额或者负担金额的比例。
图3-8是表示分摊内容确认画面的另一例的图,示出在用户A.A的终端20的显示部24上显示的画面的一例。
在该分摊内容确认画面中,不受限定而作为示例地在图3-5的分摊内容确认画面中的每人金额显示区域的旁边,设置有用于显示各分摊成员在分摊中的金额的负担的比例(以下,称为“分摊比例”)的分摊比例确认图标,该分摊比例确认图标不受限定而作为示例地表示为“确认分担比例”。
需要说明的是,在该显示画面示例中,将分摊比例显示为“分担比例”。
图3-9是表示基于在图3-8的分摊内容确认画面中分摊比例确认图标被操作(不受限定,作为示例为触摸操作)这一情况而显示的分摊比例确认画面的一例的图。
在该分摊比例确认画面中显示有“请确认分摊的分担比例”这样的文字,在其下设置有显示基于购物结算的支付金额的总额(支付总额)的支付总额显示区域。
这里,“支付总额”是指基于各分摊成员登记过的购物结算历史记录的已支付金额的总计的金额。
在本实施例中,设仅用户A.A登记购物结算历史记录,因此,“用户A.A的已支付金额=支付总额”。其结果是,在该例中,作为支付总额,显示的是“4,500日元”。
需要说明的是,在像该例那样仅一个用户登记购物结算历史记录的情况下,支付总额的显示也可以设为是该用户的已支付金额的显示。
另外,在其下设置有以与各分摊成员的图标图像建立关联的方式将超欠金额中的已清算的金额利用图表显示用的图表显示区域。在该例中,在图表显示区域中显示有长度根据已清算的金额而变化的横向的条形图。
具体而言,在该例中,由于分摊发起人(用户A.A)在购物结算中已经支付“4,500日元”,且尚未从其他的任一分摊成员接受到金钱,因此在用户A.A的图标图像的旁边显示有相当于“4,500日元”的长度的条形图。另外,由于其他的分摊成员均尚未向用户A.A支付金额,条形图的长度为“0”,因此与用户A.A以外的分摊成员的图标图像建立关联地显示由虚线包围的“0日元”。
在该状态下,若分摊成员中的某人向用户A.A汇入金钱,则与该分摊成员建立了关联的条形图的长度被更新为与向用户A.A汇入了的金额相当的长度来显示。
另外,在图表显示区域的旁边显示有各分摊成员的超欠金额。在该例中,针对分摊发起人(用户A.A)显示有“3,600日元、接受”作为超欠金额,针对其他的分摊成员显示有“900日元支付”作为超欠金额。
另外,在画面下部,显示有用于变更分摊比例的、不受限定而作为示例地表示为“变更分担比例”的分摊比例变更图标。
图3-10是表示基于在图3-9的分摊比例确认画面中分摊比例变更图标被操作(不受限定,作为示例为触摸操作)这一情况而显示的分摊比例变更画面的一例的图,示出在用户A.A的终端20的显示部24上显示的画面的一例。
在该分摊比例变更画面上显示有用于变更各分摊成员的分摊比例的分摊比例变更用图表。在该例中,作为分摊比例变更用图表,显示有用环形形状的图表(以下,称为“环形图”)表示的图表。该环形图是在圆形图的中心部开设有孔的形状的图表,在该例中,在中心部的开设了孔的区域显示支付总额。
另外,环形图具有与各分摊成员对应的多个区域,与各分摊成员的图标图像建立关联地显示有该分摊成员的分摊比例以及基于该分摊比例和支付总额而计算出的超欠金额(=支付总额×分摊比例)。
各分摊成员的分摊比例能够通过在环形图中的对应于该分摊成员的显示区域与和该显示区域相邻且对应于分摊成员的显示区域的交界部分处向任一方向进行滑动操作来变更。
不受限定,作为示例,通过进行用手指触摸环形图中的用户B.B的显示区域与用户C.C的显示区域的交界部分且之后向用户B.B侧或用户C.C侧移动手指的操作,由此变更用户B.B及用户C.C的分摊比例。
具体而言,不受限定,作为示例,当向用户B.B侧移动手指时,环形图的中的用户B.B的显示区域所占的比例减少,用户B.B的分摊比例减少而用户C.C的分摊比例增加。另一方面,当向用户C.C侧移动手指时,环形图中的用户B.B的显示区域所占的比例增加,用户B.B的分摊比例增加而用户C.C的分摊比例减少。这种情况下,其他的分摊成员的分摊比例没有变化。
需要说明的是,在该例中,例示出使用环形图来变更分摊比例的情况,但也可以使用条形图、圆形图、带状图这样的环形图以外的图表来变更分摊比例,不这样亦可。另外,可以将分摊比例用数值输入来进行变更,不这样亦可。
另外,可以取代分摊比例而按照同样的方法来变更超欠金额,不这样亦可。
图3-11是本变形例中的各装置执行的处理的流程的一例的流程图。
该处理是向图3-6的处理中追加A430、A440的步骤作为终端A的处理且追加S440的步骤作为服务器10的处理而得到的处理。
在A420之后,终端A的控制部21不受限定而作为示例地基于是否对输入输出部23输入了分摊比例变更操作,来判定是否变更分摊比例(A430)。
若判定为变更分摊比例(A430:是),则终端A的控制部21不受限定而作为示例地将包含通过分摊比例变更操作指定了的分摊比例在内的分摊变更委托信息,通过通信I/F22向服务器10发送(A440),之后将处理返回到A410。
另一方面,若判定为不变更分摊比例(A430:否),则终端A的控制部21将处理返回到图2-18的A210。
在S410之后,控制部11判定是否通过通信I/F14而从终端A接收到分摊变更委托信息(S440),若判定为接收到(S440:是),则将处理返回到S190。即,基于从终端A接收到的分摊变更委托信息中包含的分摊比例来再次计算超欠金额。
控制部11反复进行S190、S410的处理直至不再从终端20接收到分摊变更委托信息为止(S440:否)。并且,若判定为不再从终端20接收到分摊变更委托信息(S440:否),则控制部11将处理返回到图2-18的S210。
根据本变形例,终端通过发送用于变更第一金额的信息和第二金额的信息中的至少任一个的信息,由此能够使第一金额的信息和第二金额的信息中的至少任一个容易地变更。
<第四实施例>
第四实施例是基于本终端20的用户的购物结算历史记录和不同的终端20的用户的购物结算历史记录来计算超欠金额的实施例。
第四实施例与第一实施例~第三实施例的不同之处在于,能够通过终端20的用户或不同的终端20的用户来追加登记购物结算历史记录。
第四实施例所记载的内容在其他的各实施例、其他的各变形例中均能够适用。
另外,针对与出现过的构成要素相同的构成要素标注同一符号并省略再次的说明。
<显示画面示例>
图4-1是表示本实施例中的分摊内容确认画面的一例的图,示出在用户B.B的终端20的显示部24上显示的画面的一例。
在本实施例中,构成为能够在第一用户已经登记作为分摊对象的购物结算历史记录的状态下进而由与第一用户不同的第二用户追加登记作为分摊对象的购物结算历史记录。这里,例示如下的情况:在如先前所例示的那样由用户A.A登记了自己的购物结算历史记录的状态下,用户B.B追加登记自己的购物结算历史记录。
该分摊内容确认画面与图3-4的分摊内容确认画面大致相同,但显示在画面下部的图标不同。具体而言,不受限定,作为示例,除了显示有表示为“清算”的清算图标以外,还显示有用于追加登记自己(用户B.B)的购物结算历史记录的购物结算历史记录追加图标,该购物结算历史记录追加图标不受限定而作为示例地表示为“追加支付的量”。
图4-2是表示基于在图4-1的分摊内容确认画面中购物结算历史记录追加图标被操作(不受限定,作为示例为触摸操作)这一情况而显示的购物结算历史记录选择画面的一例的图。
在该购物结算历史记录选择画面上显示有用户B.B的多个购物结算历史记录。在该例中,显示有“DD咖啡馆”、“EE餐厅”、“FF便利店”等多个店铺中的购物结算历史记录。在画面下部显示有用于登记选择出的购物结算历史记录的购物结算历史记录登记图标,该购物结算历史记录登记图标不受限定而作为示例地表示为“登记”。
图4-3是表示基于在图4-2的购物结算历史记录选择画面中购物结算历史记录登记图标被操作(不受限定,作为示例为触摸操作)这一情况而在用户B.B的终端20的显示部24上显示的分摊内容确认画面的一例的图。
在该例中,示出除了由用户A.A先登记的“4,500日元”的量的购物结算历史记录还由用户B.B追加登记了“5,500日元”的量的购物结算历史记录的状态。另外,其结果是,在已支付金额一览显示区域中,与自己(用户B.B)的图标图像建立关联地显示有已支付金额“5,500日元”且与用户A.A的图标图像建立关联地显示有已支付金额“4,500日元”。
这里,如前所述,将基于各分摊成员登记过的购物结算历史记录的已支付金额的总计的金额设为“支付总额”。并且,在本实施例中,设“每人金额=支付总额÷进行分摊的人数”来进行计算。
在该例中,由于用户A.A和用户B.B分别登记了购物结算历史记录,因此“用户A.A的已支付金额+用户B.B的已支付金额=支付总额”。用户A.A的已支付金额为“4,500日元”,用户B.B的已支付金额为“5,500日元”,因此支付总额成为“4,500日元+5,500日元=10,000日元”。进行分摊的人数为“5人”,因此“每人金额=10,000÷5人=2,000日元”。其结果是,显示“2,000日元”作为每人金额。
另外,在超欠金额一览显示区域显示有各用户的已支付金额和基于每人金额计算出的超欠金额。具体而言,作为自己(用户B.B)的超欠金额,显示有“5,500日元-2,000日元=+3,500日元(3,500日元接受)”,作为用户A.A的超欠金额,显示有“4,500日元-2,000日元=+2,500日元(2,500日元接受)”,作为这以外的分摊成员的超欠金额,显示有“0日元-2,000日元=-2,000日元(2,000日元支付)”。
图4-4是表示基于在图4-3的分摊内容确认画面中清算图标被操作(不受限定,作为示例为触摸操作)这一情况而在用户B.B的终端20的显示部24上显示的分摊请求通知画面的一例的图。
在该分摊请求通知画面中,作为用户B.B的超欠金额,“3,500日元接受”显示在超欠金额显示区域中。
另外,当超欠金额显示区域被操作时,在其之下显示用户A.A的注释和分摊的详细条目。在该例中,作为分摊的详细条目,显示由用户A.A登记过的购物结算历史记录和由用户B.B登记过的购物结算历史记录,作为合计金额,显示“10,000日元”,作为每人金额,显示“2,000日元”。另外,在该例中,作为用于表示“EE餐厅”的购物结算历史记录是由用户B.B新登记的购物结算历史记录这一情况的显示,在与“EE餐厅”的购物结算历史记录建立了关联的用户B.B的图标图像的左上附加“N(New)”这样的标识进行显示。
图4-5是表示基于在图4-3的分摊内容确认画面中清算图标被操作(不受限定,作为示例为触摸操作)这一情况而在用户A.A的终端20的显示部24上显示的分摊请求通知画面的一例的图。
在该分摊请求通知画面中,在超欠金额显示区域显示有“2,500日元接受”作为用户A.A的超欠金额。
另外,当超欠金额显示区域被操作时,在其之下显示有自己(用户A.A)的注释和分摊的详细条目。显示的注释及分摊的详细条目与图4-4同样。
<功能构成>
图4-6是表示在本实施例中服务器10的存储部15所存储的信息的一例的图。
在存储部15中,除了支付应用管理处理程序151、支付应用用户登记数据153和用户管理数据库155以外,不受限定,作为示例还存储有分摊管理数据库157。
分摊管理数据库157是服务器10用于管理基于终端20的用户进行的分摊的数据库,作为其一例的第一分摊管理数据库157A的构成例如图4-7所示。
在第一分摊管理数据库157A中,作为按分摊来进行管理的管理数据,存储有分摊管理数据。
在各分摊管理数据中,不受限定,作为示例存储有分摊管理ID、分摊发起人ID、分摊成员ID和购物结算历史记录管理数据。
在分摊管理ID中存储有用于特有地识别该分摊的ID(识别信息)。不受限定,作为示例,在决定了在多个用户的组中进行分摊的情况下,将该组内的分摊作为一个单位而由服务器10设定特有的ID来存储。
在分摊发起人ID中,不受限定,作为示例存储有分摊发起人的支付应用ID。
在分摊成员ID中存储有各分摊成员的支付应用ID。
购物结算历史记录管理数据是用于管理被设为分摊对象的一个以上的购物结算历史记录的数据,不受限定,作为示例,将结算人ID、购物结算ID和分摊对象金额建立关联地存储起来。
在结算人ID中存储有针对该购物结算历史记录进行了结算的用户的支付应用ID。在该结算人ID中,不限于分摊发起人ID,还可以存储分摊成员ID所包括的各用户的ID。即,不限于分摊发起人登记过的购物结算历史记录,分摊发起人以外的分摊成员登记过的购物结算历史记录也存储在购物结算历史记录管理数据中。
在购物结算ID中,存储的是用户管理数据库155包含的与该结算人ID的用户的支付应用ID对应的用户管理数据中的、购物结算历史记录数据所含的购物结算历史记录的购物结算ID中的与由该结算人ID的用户登记过的购物结算历史记录对应的购物结算ID。
在分摊对象金额中,存储的是如下的金额,该金额以与该购物结算ID对应的购物结算历史记录的购物结算金额为上限且由该结算人ID的用户指定为是作为分摊对象的金额。
需要说明的是,关于分摊成员ID,可以存储分摊发起人以外的分摊成员的支付应用ID,不这样亦可。即,可以将分摊发起人ID从分摊成员ID这一栏中去除,不这样亦可。
<处理>
图4-8是在本实施例中各装置执行的处理的流程的一例的流程图。
图4-8的处理是在图2-16~图2-18的处理中的图2-18的处理部分追加A530的步骤作为终端A的处理、追加A530的步骤作为终端B的处理且追加S530~S570的步骤作为服务器10的处理而得到的处理。
需要说明的是,针对与出现过的处理相同的步骤标注同一符号并省略再次的说明。
在A210之后,终端A的控制部21执行分摊追加登记处理(A530)。同样,在B210之后,终端B的控制部21执行分摊追加登记处理(A530)。
图4-9是分摊追加登记处理的流程的一例的流程图。
控制部21判定本终端20的用户是否同意了分摊(A5310)。具体而言,不受限定,作为示例,判定是否向输入输出部23输入了用于表示同意分摊这个意思的操作。
在判定为不同意分摊的情况下(A5310:否),控制部21判定是否追加购物结算历史记录(A5320)。具体而言,不受限定,作为示例,判定是否向输入输出部23输入了用于追加购物结算历史记录的操作。
若判定为追加购物结算历史记录(A5320:是),则控制部21执行分摊清算追加处理(A5330)。并且,控制部21不受限定而作为示例地将包含要追加的购物结算历史记录的购物结算ID在内的分摊清算追加通知,通过通信I/F22向服务器10发送(A5340)。
另一方面,若判定为不追加购物结算历史记录(A5320:否),则控制部21将分摊清算拒绝通知通过通信I/F22向服务器10发送(A5350)。
另外,若判定为同意分摊(A5310:是),则控制部21将分摊清算认可通知通过通信I/F22向服务器10发送(A5360)。
在A5340、A5350或A5360之后,控制部21判定是否通过通信I/F22而从服务器10接收到分摊变更通知(A5370),若判定为接收到(A5370:是),则将接收到的分摊变更通知显示于显示部24(A5380)。并且,控制部21将处理返回到A5310。
另一方面,若判定为没有接收到分摊变更通知(A5370:否),则控制部21结束分摊追加登记处理。
在S210之后,服务器10的控制部11执行第二分摊认可管理处理(S530)。
图4-10是第二分摊认可管理处理的流程的一例的流程图。
该处理是将第一分摊认可管理处理(参照图2-20)中的S2310的步骤替换为S5310且追加了S5320~S5340的步骤而得到的处理。在本处理中,分摊清算通知是前述的“分摊清算认可通知”、“分摊清算拒绝通知”和“分摊清算追加通知”中的任一个通知。
需要说明的是,针对与出现过的处理相同的步骤标注同一符号并省略再次的说明。
控制部11当从终端20接收到分摊清算通知时(S5310),判定接收到的分摊清算通知是否为“分摊清算追加通知”(S5320)。若判定为接收到的分摊清算通知不是分摊清算追加通知(S5320:否),则控制部11将处理移向S2320。
另一方面,若判定为接收到的分摊清算通知是分摊清算追加通知(S5320:是),则控制部11对第一分摊管理数据库157A中的对应的分摊管理数据中的购物结算历史记录管理数据进行更新。并且,控制部11基于根据接收到的分摊清算追加通知中包含的购物结算ID识别出的购物结算历史记录,来计算超欠金额(S5330)。
之后,控制部11基于计算出的超欠金额来变更分摊内容(S5340)。并且,控制部11结束第二分摊认可管理处理。
返回到图4-8,控制部11判定是否在第二分摊认可管理处理中变更过分摊内容(S550),若判定为变更过(S550:是),则将分摊变更通知通过通信I/F14分别向终端A及终端B发送(S570)。并且,控制部11将处理返回到S530。
另一方面,若判定为在第二分摊认可管理处理中没有变更过分摊内容(S550:否),则控制部11将处理移向S240。
在A530之后,终端A的控制部21将处理移向A250。同样,在A530之后,终端B的控制部21将处理移向B250。
<第四实施例的效果>
第四实施例示出如下的构成:各分摊成员的超欠金额(不受限定,为第一金额、第二金额的一例)基于与一个终端20的用户不同的分摊成员的购物结算历史记录(不受限定,为与不同的终端的用户进行的第二结算相关的第二结算信息的一例)和一个用户的购物结算历史记录(不受限定,为第一结算信息的一例)来决定。
作为通过这样的构成而得到的效果的一例,能够不仅考虑到第一结算信息还考虑到与不同的终端的用户进行的第二结算相关的第二结算信息地决定第一金额和第二金额,因此能够提高用户的便利性。
<第四变形例(1)>
在第四实施例中,分摊发起人的用户可以进行用于允许/禁止其他的分摊成员追加购物结算历史记录的设定,不这样亦可。
图4-11是表示本变形例中基于在图3-1的购物结算历史记录选择画面中分摊内容确认图标被操作这一情况而在作为分摊发起人的用户A.A的终端20的显示部24上显示的分摊内容确认画面的一例的图。
在该分摊内容确认画面中,在已支付金额显示区域,以与自己(用户A.A)以外的分摊成员的图标图像及用户名建立关联的方式显示有用于该分摊成员追加自己的购物结算历史记录的购物结算历史记录追加委托图标,该购物结算历史记录追加委托图标不受限定而作为示例地表示为“追加委托”。不受限定,作为示例,作为分摊发起人的用户A.A能够通过对与各分摊成员建立了关联的购物结算历史记录追加委托图标进行触摸操作来进行允许/禁止该分摊成员追加购物结算历史记录的设定。
购物结算历史记录追加委托图标不受限定,作为示例针对被允许追加购物结算历史记录的分摊成员以有效状态显示,针对被禁止追加购物结算历史记录的分摊成员以非有效状态显示。在该例中,由作为分摊发起人的用户A.A进行了禁止用户E.E追加购物结算历史记录的设定,由此,与用户E.E建立了关联的追加委托图标以非有效状态显示。
这应用在如下那样的场合:在用户A.A提出了在用户A.A~用户E.E的组中将去旅行时的购物结算历史记录进行分摊的情况下,不受限定,作为示例,关于该旅行,用户A.A记得用户E.E“1日元”的金钱都没支付过,因此用户A.A判断用户E.E不可能追加购物结算历史记录(或者不准许用户E.E追加购物结算历史记录)。
这只不过是一例,在分摊发起人针对特定的分摊成员判断为没必要追加购物结算历史记录的情况或者判断为不准许追加购物结算历史记录这样的情况下,能够禁止该分摊成员追加购物结算历史记录。
图4-12是表示在该例中用户E.E的终端20的显示部24上显示的分摊内容确认画面的一例的图。
在该分摊内容确认画面中,用于追加购物结算历史记录的购物结算历史记录追加图标设置在画面下部。然而,如上所述,由于用户E.E被禁止追加购物结算历史记录,因此购物结算历史记录追加图标以非有效状态显示,对该购物结算历史记录追加图标进行的操作是无效化的(即便进行了操作也不执行与购物结算历史记录的追加相关的处理)。
这种情况下,从分摊发起人的终端20经由服务器10至少向被禁止追加购物结算历史记录的分摊成员的终端20发送用于禁止购物结算历史记录的追加的购物结算历史记录追加禁止信息。并且,接收到购物结算历史记录追加禁止信息的终端20进行购物结算历史记录追加禁止的设定而将购物结算历史记录的追加操作设为无效化即可。
需要说明的是,在上述的示例中,将进行允许/禁止购物结算历史记录的追加登记的设定的主体设为分摊发起人,但并不限定于此,可以设计成能够除了分摊发起人以外(或者取代分摊发起人)地由分摊发起人以外的分摊成员进行允许/禁止购物结算历史记录的追加登记的设定,不这样亦可。
<第五实施例>
第五实施例是利用消息服务来在多个终端20的用户之间进行分摊的实施例。
第五实施例是向第一实施例~第四实施例的构成中追加了与消息服务相关的构成的实施例。
第五实施例所记载的内容在其他的各实施例、其他的各变形例中均能够适用。
另外,针对与出现过的构成要素相同的构成要素标注同一符号并省略再次的说明。
<系统构成>
图5-1是表示本实施例中的通信系统1B的系统构成的一例的图。需要说明的是,针对与通信系统1A同样的构成标注同一符号并省略再次的说明。
在通信系统1B中,不受限定,作为示例,服务器10、消息服务器40和多个终端20(终端20A、终端20B、终端20C、…)经由网络30连接。
消息服务器40(不受限定,为服务器、信息处理装置、信息管理装置的一例)具有向终端20提供消息服务的功能。
消息服务器40只要是能够实现与消息服务相关的功能的信息处理装置,则可以是任意的装置。消息服务器40不受限定,作为示例,包括服务器装置、计算机(不受限定,作为示例有台式、膝上型、平板等)、媒体计算机平台(不受限定,作为示例有电缆、卫星机顶盒、数码录像机)、手持型计算机设备(不受限定,作为示例有PDA、电子邮件客户端等)、或者其他种类的计算机、交流平台。
消息服务器40具备控制部41(CPU)、存储部45、通信I/F44(接口)、输入输出部42、显示器43和时钟部49。消息服务器40的HW的各构成要素不受限定,作为示例经由总线B相互连接。需要说明的是,消息服务器40的HW无需包括所有的构成要素作为消息服务器40的HW的构成。不受限定,作为示例,消息服务器40的HW可以是将显示器43去除的构成,不这样亦可。
控制部41为了执行通过程序内含的代码或命令来实现的功能而具有物理上结构化了的电路,不受限定,作为示例,通过内置于硬件的数据处理装置来实现。
控制部41代表性地为中央处理装置(CPU),此外也可以是话筒处理器、处理器内核、多处理器、ASIC、FPGA,还可以不是。在本公开中,控制部41不限定于此。
存储部45具有用于存储消息服务器40进行动作所需的各种程序、各种数据的功能。存储部45通过HDD、SSD、闪存等各种存储介质来实现。但是,在本公开中,存储部45不限定于此。另外,存储部45可以表述为存储器(memory),不这样亦可。
通信I/F44经由网络30来进行各种数据的发送/接收。通信可以以有线和无线中的任一种形式执行,只要能够执行彼此的通信,则可以使用任意的通信协议。通信I/F44具有经由网络30来执行与终端20等各种装置之间的通信的功能。通信I/F44按照来自控制部41的指示,将各种数据向终端20等各种装置发送。另外,通信I/F44接收从终端20等各种装置发送来的各种数据并将其向控制部41传输。另外,有时将通信I/F44也简单表述为通信部。另外,在通信I/F44由物理上结构化了的电路构成的情况下,有时也表述为通信电路。
输入输出部42通过用于输入对消息服务器40进行的各种操作的装置来实现。输入输出部42通过能够接受来自用户的输入并将输入涉及的信息向控制部41传输的所有种类的装置中的任一个或它们的组合来实现。输入输出部42代表性地由以键盘等为代表的硬键、鼠标等定点设备来实现。需要说明的是,输入输出部42不受限定,作为示例可以包括触控面板、相机(借助动态图像实现的操作输入)、话筒(借助声音实现的操作输入),也可以不包括。但是,在本公开中,输入输出部42不限定于此。
显示器43代表性地由监视器(不受限定,作为示例有液晶显示器、OELD(organicelectroluminescence display))实现。需要说明的是,显示器43也可以是头戴式显示器(HDM)等,还可以不是。需要说明的是,上述的显示器43可以是能够以3D形式对显示数据进行显示的显示部,也可以不是。在本公开中,显示器43不限定于此。
时钟部49是消息服务器40的内置时钟,用于输出时刻信息(计时信息)。时钟部49不受限定,作为示例具有作为硬件时钟的RTC(Real Time Clock)、系统时钟等来构成。时钟部49不受限定,作为示例也可以表述为计时部、时刻信息检测部。
<显示画面示例>
图5-2是表示本实施例中的聊天室画面的一例的图,示出在用户A.A的终端20的显示部24上显示的画面的一例。
该聊天室画面是利用在终端20执行的消息应用来供用户A.A与用户B.B进行聊天的画面的一例。聊天是对话的一例,聊天室是对话室的一例。
这里,“对话”是指使用计算机网络上的数据通信线路来供终端20的用户彼此进行沟通的方式,“对话室”是用于进行该对话的假想的房间。对话包括利用消息服务MS(包括即时消息服务(IMS))、社交网络服务SNS的对话。另外,不受限定,作为示例,也可以包括利用所谓的短信服务的对话。
在本实施例中,对话包括利用了消息服务的聊天,对话室包括用于进行聊天的聊天室。聊天室除了像本实施例那样供用户一对一地进行聊天的聊天室以外,还包括后述那样用于在消息服务中形成的包括多个用户的组中进行聊天的组聊天室。
不受限定,作为示例,面向画面而在右侧将从用户A.A发送来的消息弹出显示。
另一方面,面向画面而在左侧与作为聊天对象的用户B.B的图标图像建立关联地将从用户B.B发送来的消息(不受限定,为内容的一例)弹出显示。
若在发送消息之后在作为发送目标的终端20打开消息应用的聊天室画面,则发送了的消息能够被对方的用户读到。并且,在作为发送源的终端20的聊天室画面中,基于服务器10的控制,与发送了的消息建立关联地显示“已读”这样的文字。
需要说明的是,可以设计成在作为发送目标的终端20打开消息应用的聊天室画面之前的期间不显示“已读”这样的文字。这样,作为发送源的终端20的用户能够认识到是“未读”的状态。
在该例中,显示有从用户A.A向用户B.B请求对在先前的旅行中使用了的金额进行分摊的消息,作为来自用户B.B的回复的消息,显示有认可分摊的委托的消息。
另外,在画面下部显示有与作为消息应用的功能而设置的多个功能对应的功能图标。该功能图标包括用于进行分摊的分摊图标。
图5-3是表示基于在图5-2的聊天室画面中分摊图标被操作(不受限定,作为示例为触摸操作)这一情况而显示的购物结算历史记录选择画面的一例的图。
该购物结算历史记录选择画面的构成与在先前的实施例中示出的购物结算历史记录选择画面大致相同,但不同之处在于,作为消息应用的功能而显示的画面。在该购物结算历史记录选择画面中,与在先前的实施例中示出的例子同样地显示有“AA租借点”、“BB超市”、“CC便当”等多个店铺中的购物结算历史记录,并且,与各购物结算历史记录建立关联地设置有用于将该购物结算历史记录作为分摊对象的复选框。
另外,在画面下部显示有用于从用户A.A的终端20向用户B.B的终端20发送分摊请求的分摊请求图标,该分摊请求图标不受限定而作为示例地表示为“发送分摊请求”。
图5-4是表示基于在图5-3的购物结算历史记录选择画面中分摊请求图标被操作这一情况而在用户B.B的终端20的显示部24上显示的聊天室画面的一例的图。
在该聊天室画面中,在图5-2的聊天室画面中的用户B.B对用户A.A认可分摊的委托的消息之下,与用户A.A的图标图像建立关联地弹出显示有“分摊请求消息”,该“分摊请求消息”是利用消息应用而在终端20之间发送/接收的内容的一例,是相当于分摊请求通知的消息。
这里,分摊请求消息是包括能够发送/接收的各种信息在内的广义上的消息,各种信息不仅是简单的文本,还是图像(包括静态图像、动态图像等)、操作用信息(包括按钮、图标等)、通信用信息或访问用信息(包括URI、URL等)等。
需要说明的是,为了与通常的文本的消息进行区分,也可以表述为分摊请求内容等而非分摊请求消息,不这样亦可。
该分摊请求消息不受限定,作为示例,包括支付应用的名称(在该例中为“支付App(Payment App)”)以及请求了分摊的意思、用户B.B的超欠金额、被设为分摊的对象的购物结算历史记录的详情。在该例中,作为用户B.B的超欠金额,显示有“2,250日元支付”。
另外,分摊请求消息不受限定,作为示例,包括供用户B.B向用户A.A汇入超欠金额的量的金钱来进行清算的清算图标以及用于拒绝分摊的拒绝图标。
图5-5是表示基于在图5-4的聊天室画面中清算图标被操作这一情况而显示的聊天室画面的一例的图,示出在用户B.B的终端20的显示部24上显示的画面的一例。
在该聊天室画面中,不受限定,作为示例,基于清算图标被操作这一情况而弹出显示“清算”这样的消息作为从用户B.B对用户A.A的消息,并且显示有表示利用支付应用而从用户B.B向用户A.A汇入了超欠金额(在该例中为“2,250日元”)的汇款完成消息。
<数据构成>
图5-6是表示在本实施例中由消息服务器40的控制部41实现的功能的一例的图。
控制部41不受限定,作为示例具有用于按照存储部45所存储的消息应用管理处理程序451来执行消息应用管理处理的消息应用管理处理部411。
图5-7是表示在本实施例中消息服务器40的存储部45所存储的信息的一例的图。
在存储部45中,作为程序,不受限定而作为示例地存储有消息应用管理处理程序451。
另外,在存储部45中,作为数据,不受限定而作为示例地存储有消息应用用户登记数据453和分摊管理数据库457。
消息应用用户登记数据453是与利用消息应用的终端20或该终端20的用户相关的登记数据,其数据构成的一例如图5-8所示。
在消息应用用户登记数据453中,不受限定,作为示例将用户名、消息应用ID、终端电话号码和其他登记信息建立关联地存储起来。
用户名是利用消息应用的终端20的用户的名称,不受限定,作为示例存储终端20的用户利用消息应用时登记的名称。
消息应用ID是消息应用的账户(账户信息),是能够识别终端20或终端20的用户的ID。该消息应用ID不受限定,作为示例由消息服务器40设定特有的ID来存储。
终端电话号码是该用户名的用户的终端20的电话号码,不受限定,作为示例存储终端20的用户利用消息应用时登记的终端20的电话号码。
其他登记信息不受限定,作为示例包括该用户名的用户的终端20的邮箱地址(终端邮箱地址)、利用于消息应用的各种认证中的认证密码、该用户使用的图标的图像数据(用户图标图像)、用户的简介(用户简介)等。
但是,这些信息不是必须的。
分摊管理数据库457是供消息服务器40管理终端20的用户之间的分摊的数据库,作为其一例的第三分摊管理数据库457A的构成例,如图5-9所示。
在第三分摊管理数据库457A中,作为按分摊来进行管理的管理数据,存储有分摊管理数据。
在各分摊管理数据中,不受限定,作为示例存储有分摊管理ID、分摊发起人ID、分摊成员ID和购物结算历史记录管理数据。
分摊管理ID、分摊发起人ID、分摊成员ID与前述的分摊管理数据库157同样。
在购物结算历史记录管理数据中,不受限定,作为示例,将结算人ID、分摊对象金额、店铺名、购物结算日期时刻和其他信息建立关联地存储起来。
<处理>
图5-10~图5-12是在本实施例中各装置执行的处理的流程的一例的流程图。
从左侧起按顺序分别示出终端A的控制部21执行的消息分摊处理(以下,称为“MSG分摊处理”)、终端B的控制部21执行的MSG分摊处理、消息服务器40的控制部41执行的消息分摊管理处理(以下,称为“MSG分摊管理处理”)、服务器10的控制部11执行的分摊清算管理处理。
首先,终端A的控制部21通过通信I/F22将分摊开始通知向消息服务器40发送(A610)。当通过通信I/F44而从终端A接收到分摊开始通知时(M610),消息服务器40的控制部41将请求终端A的用户的购物结算历史记录的购物结算历史记录请求信息通过通信I/F44向服务器10发送(M620)。
当通过通信I/F14而从消息服务器40接收到购物结算历史记录请求信息时(S620),服务器10的控制部11将与终端A的用户的支付应用ID建立了关联的购物结算历史记录通过通信I/F14向消息服务器40发送(S630)。
当通过通信I/F44而从服务器10接收到购物结算历史记录时(M630),控制部41将接收到的购物结算历史记录通过通信I/F44向终端A发送(M640)。
当通过通信I/F22而从消息服务器40接收到购物结算历史记录时(A640),终端A的控制部21执行第二购物结算历史记录选择处理(A650)。具体而言,不受限定,作为示例,终端A的控制部21基于对输入输出部23进行的选择操作而从终端A的存储部28所存储的、用户A.A的多个购物结算历史记录中选择出至少一个购物结算历史记录。
接着,终端A的控制部21基于A650的处理结果将购物结算历史记录选择信息通过通信I/F22向消息服务器40发送(A660)。
当通过通信I/F44而从终端A接收到购物结算历史记录选择信息时(M660),控制部41基于接收到的购物结算历史记录选择信息,将第三分摊管理数据库457A中的对应的分摊管理数据中的购物结算历史记录管理数据更新。并且,控制部41基于接收到的购物结算历史记录选择信息来计算超欠金额(M670)。
之后,控制部41基于计算出的超欠金额将分摊清算委托通知通过通信I/F44分别向终端A及终端B发送(M710)。
当通过通信I/F22而从消息服务器40接收到分摊清算委托通知时(A710),终端A的控制部21基于对输入输出部23进行的操作输入来判定是否同意分摊(A720)。
若判定为同意分摊(A720:是),则终端A的控制部21通过通信I/F22将分摊清算认可通知向消息服务器40发送(A730)。
相对于此,若判定为不同意分摊(A720:否),则终端A的控制部21通过通信I/F22将分摊清算拒绝通知向消息服务器40发送(A740)。
终端B的控制部21进行与终端A的A710~A740同样的处理(B710~B740)。
在M710之后,控制部41执行消息分摊认可管理处理(以下,称为“MSG分摊认可管理处理”)(S)。
图5-13是MSG分摊认可管理处理的流程的一例的流程图。
该MSG分摊认可管理处理与第一分摊认可管理处理(参照图2-20)同样。即,控制部41进行与第一分摊认可管理处理的S2310~S2360同样的处理(M7310~M7360)。
返回到图5-11,若在MSG分摊认可管理处理中判定为分摊不成立(M740:否),则控制部41通过通信I/F44将分摊不成立通知分别向终端A及终端B发送(M750)。
当通过通信I/F22而从消息服务器40接收到分摊不成立通知时(A750),终端A的控制部21将接收到的分摊不成立通知显示于显示部24(A760)。然后,终端A的控制部21将处理移向A890。
同样,当通过通信I/F22而从消息服务器40接收到分摊不成立通知时(B750),终端B的控制部21将接收到的分摊不成立通知显示于显示部24(B760)。然后,终端B的控制部21将处理移向B890。
另一方面,若在MGS分摊认可管理处理中判定为分摊成立(M740:是),则控制部41通过通信I/F44将分摊成立通知分别向终端A及终端B发送(M810)。
当通过通信I/F22而从消息服务器40接收到分摊成立通知时(A810),终端A的控制部21将分摊清算请求信息通过通信I/F22向消息服务器40发送(A820)。
同样,当通过通信I/F22而从消息服务器40接收到分摊成立通知时(B810),终端B的控制部21将分摊清算请求信息通过通信I/F22向消息服务器40发送(B820)。
当通过通信I/F44而分别从终端A及终端B接收到分摊清算请求信息时(M820),控制部41将分摊清算请求信息通过通信I/F44向服务器10发送(M830)。
当通过通信I/F14而从消息服务器40接收到分摊清算请求信息时(S830),服务器10的控制部11进行分摊清算处理(S840)。
接着,控制部11通过通信I/F14将分摊清算结果向消息服务器40发送(B850)。
之后,控制部11判定是否结束处理(S890),若判定为继续处理(S890:否),则将处理返回到S620。另一方面,若判定为结束处理(S890:是),则控制部11结束分摊清算管理处理。
当通过通信I/F44而从服务器10接收到分摊清算结果时(M850),控制部41将接收到的分摊清算结果通过通信I/F44分别向终端A及终端B发送(M860)。
之后,控制部41判定是否结束处理(M890),若判定为继续处理(M890:否),则将处理返回到M610。另一方面,若判定为结束处理(M890:是),则控制部41结束MSG分摊管理处理。
当通过通信I/F22而从消息服务器40接收到分摊清算结果时(A860),终端A的控制部21将接收到的分摊清算结果显示于显示部24(A870)。
同样,当通过通信I/F22而从消息服务器40接收到分摊清算结果时(B860),终端B的控制部21将接收到的分摊清算结果显示于显示部24(B870)。
之后,终端A的控制部21判定是否结束处理(A890),若判定为继续处理(A890:否),则将处理返回到A610。另一方面,若判定为结束处理(A890:是),则终端A的控制部21结束分摊处理。
同样,终端B的控制部21判定是否结束处理(B890),若判定为继续处理(B890:否),则将处理返回到B610。另一方面,若判定为结束处理(B890:是),则终端B的控制部21结束分摊处理。
<第五实施例的效果>
第五实施例示出如下的构成:终端20将包括本终端20的用户和不同的终端20的用户且包含从本终端20向不同的终端20发送的消息等(不受限定,为内容的一例)和从不同的终端20向本终端20发送的消息等在内的聊天室(不受限定,为对话室的一例)显示于消息应用的画面。这种情况下,示出至少本终端20的用户的超欠金额的信息(不受限定,为第一金额的信息的一例)显示于聊天室的构成。
作为通过这样的构成而得到的效果的一例,能够让用户在对话室中确认第一金额的信息。
另外,第五实施例示出基于由终端20的用户选择出的聊天室来选择不同的终端20的用户的构成。
作为通过这样的构成而得到的效果的一例,能够基于由终端的用户选择出的对话室来容易地选择不同的终端的用户。
另外,第五实施例示出如下的构成:终端20将包括本终端20的用户和不同的终端20的用户且包含从本终端20向不同的终端20发送的消息(不受限定,为内容的一例)和从不同的终端20向本终端20发送的消息(不受限定,为内容的一例)的聊天室(不受限定,为对话室的一例)显示于显示部24。并且,示出终端20将分摊请求消息(不受限定,为与基于第一结算信息的至少终端和不同的终端的汇款处理或接受处理的请求相关的通知的一例)显示于聊天室的构成。
作为通过这样的构成而得到的效果的一例,能够将与至少终端和不同的终端的汇款处理或接受处理的请求相关的通知以在对话室显示这样容易理解的形式告知用户。
另外,第五实施例示出如下的构成:终端20将至少包括本终端20的用户且包含从本终端20发送的消息(不受限定,为内容的一例)的聊天室(不受限定,为对话室的一例)显示于显示部24。并且,示出终端20将分摊请求消息(不受限定,为与第一结算信息的发送相关的通知的一例)显示于聊天室的构成。
作为通过这样的构成而得到的效果的一例,能够将与第一结算信息的发送相关的通知以在对话室显示这样容易理解的形式告知用户。
<第五变形例(1)>
在第五实施例中,也可以设计成,在消息应用中,终端20将从提供与汇款处理或接受处理相关的服务的企业的账户发送的消息等内容显示于聊天室。
图5-14是表示本变形例中的聊天室画面的一例的图,示出在用户B.B的终端20的显示部24上显示的画面的一例。
该聊天室画面与图5-5的聊天室画面大致相同,但不同之处在于,显示在聊天室中的用户B.B的聊天对象不是用户A.A,而是支付应用的官方账户(不受限定,为提供与汇款处理或接受处理相关的服务的企业的账户的一例)。在该例中,用户B.B在消息应用中预先将支付应用的官方账户登记为好友。
这种情况下,当从用户B.B向用户A.A完成汇款时,在用户B.B的终端20的消息应用的聊天室画面中,不受限定,作为示例,与支付应用的官方账户的图标图像(在该例中为“支付(Pay)”)建立关联地显示表示向用户A.A的汇款已完成这个意思的汇款完成消息来作为从支付应用的官方账户(更具体而言为服务器10)发送来的消息。该汇款完成消息是相当于汇款完成通知的消息,不受限定,作为示例包括支付应用的名称(在该例中为“支付App(Payment App)”)以及表示利用支付应用而从用户B.B向用户A.A汇入了超欠金额(在该例中为“2,250日元”)的内容。
另外,在汇款完成消息之下,作为同样从支付应用的官方账户发送来的消息,显示有分摊完成消息。
本变形例示出如下的构成:消息应用的聊天室画面包括终端20的用户和支付服务的官方账户(不受限定,为提供与汇款处理或接受处理相关的服务的企业的账户的一例)。
作为通过这样的构成而得到的效果的一例,能够将从提供与汇款处理或接受处理相关的服务的企业的账户发布的信息以在对话室显示这样容易理解的形式告知用户。
<第五变形例(2)>
在第五实施例中,不受限定而作为示例地可以设计成,在进行分摊请求之后分摊成员过了一会还没进行分摊的清算的情况下,从分摊发起人的终端20经由消息服务器40进行分摊的催促、提醒。
图5-15是表示在图5-4中用户B.B没有回复用户A.A而经过了一定时间的情况下显示在用户B.B的终端20的显示部24上的分摊请求提醒通知的一例的图。
在该例中,在终端20的OS标准的待机画面中,不受限定,作为示例,显示有“消息App A.A:有分摊的请求”这样的文字以及用于启动消息应用的不受限定而作为示例地表示为“打开”的启动图标来作为分摊请求提醒通知,该分摊请求提醒通知是来自消息服务器40的推送通知,用于通知从用户A.A发来了分摊请求的提醒。
图5-16是表示基于在图5-15中启动图标被操作这一情况而在用户B.B的终端20的显示部24上显示的聊天室画面的一例的图。
在该聊天室画面中,在图5-4的聊天室画面中的分摊请求消息之下显示有分摊提醒消息,该分摊提醒消息是利用消息应用而在终端20之间发送/接收的内容的一例,是用于催促用户进行分摊的再次确认(提醒)的分摊提醒通知的一种。
在该分摊提醒消息中,不受限定,作为示例显示有“提醒”这样的文字和支付应用的名称“支付App”以及与图5-4的聊天室画面中的分摊请求消息同样的内容。通过确认该分摊提醒消息,由此能够让用户B.B别忘了进行分摊的清算。
图5-17是表示该情况下的聊天室画面的另一例的图。
该聊天室画面与图5-14同样是表示在用户B.B与支付应用的官方账户之间进行的聊天的画面的一例的图。
在该例中,作为从支付应用的官方账户发送来的消息,与官方账户的图标图像建立关联地显示有与图5-16同样的分摊提醒消息。
<第六实施例>
第六实施例是用于在消息应用内形成的包括多个终端20的用户(多个账户)在内的组内进行分摊的实施例。
第六实施例是在第五实施例中追加了组的概念的实施例。
第六实施例所记载的内容在其他的各实施例、其他的各变形例中均能够适用。
另外,针对与出现过的构成要素相同的构成要素标注同一符号并省略再次的说明。
<显示画面示例>
图6-1是表示本实施例中的基于消息应用形成的组聊天室画面的一例的图。
该组聊天室画面不受限定,作为示例示出用于在包括五个用户(用户A.A~用户E.E)的组(在该例中为“旅行社团”这个组)内进行组聊天的聊天室画面,示出在用户A.A的终端20的显示部24上显示的组聊天室画面的一例。组聊天是对话的一例,组聊天室是对话室的一例。
在该组聊天室画面中,不受限定,作为示例,面向画面而在右侧显示有从自己(用户A.A)发送来的消息,面向画面向而在左侧显示有从其他的用户(用户B.B~用户E.E)发送来的消息。
在该例中,显示有从用户A.A发送来的、请求对在先前的旅行中使用了的金钱进行分摊的消息,并且显示有从用户B.B发送来的、认可用户A.A的请求的消息以及从用户D.D发送来的、提议再去旅行的消息。
在画面下部显示有与消息应用的多个功能分别对应的功能图标,在该例中,示出在右下显示的“分摊图标”被用户A.A进行了触摸操作的状态。
图6-2是表示基于在图6-1的组聊天室画面中分摊图标被操作这一情况而在终端20的显示部24上显示的购物结算历史记录选择画面的一例的图。
在该购物结算历史记录选择画面中显示有自己(用户A.A)的多个购物结算历史记录。在该例中,显示有“AA租借点”、“BB超市”、“CC便当”等多个购物结算历史记录。
图6-3是表示基于在图6-2的购物结算历史记录选择画面中分摊请求图标被操作这一情况而在终端20的显示部24上显示的组聊天室画面的一例的图,示出在用户B.B的终端20的显示部24上显示的画面的一例。
在该组聊天室画面中,作为来自用户A.A的分摊请求消息,显示有包含支付应用的名称(在该例中为“支付App”)、用户B.B的超欠金额(在该例中为“900日元支付”)和各分摊成员的分摊的内容(分摊的详细条目)在内的消息。另外,分摊请求消息不受限定而作为示例地包括用于进行清算的清算图标、用于登记基于自己的购物结算历史记录的支付的量的购物结算历史记录登记图标和用于拒绝分摊请求的拒绝图标。
<数据构成>
图6-4是表示在本实施例中服务器10的存储部15所存储的信息的一例的图。
在存储部15中,不受限定,作为示例,除了消息应用管理处理程序451、消息应用用户登记数据453和分摊管理数据库457以外还存储有组管理数据库459。
图6-5是表示本实施例中的作为分摊管理数据库457的一例的第四分摊管理数据库457B的数据构成例的图。
在第四分摊管理数据库457B中,在各分摊管理数据中取代第三分摊管理数据库457A(参照图5-9)的各分摊管理数据中的分摊成员ID而存储有分摊组ID。
在分摊组ID中,关于该组,存储有在组管理数据库459中存储的组ID。
另外,在各分摊管理数据中存储有分摊成员ID。在分摊成员ID中存储有根据分摊组ID来识别的组所含的用户的消息应用ID。
需要说明的是,在本实施例中,根据分摊组ID来识别的组所含的所有的用户的消息应用ID都包括在分摊成员ID中,但并不限定于此。
不受限定,作为示例,也可以不将组所含的所有的用户而将组所含的一部分用户作为分摊成员。这种情况下,将组所含的用户中的被选择作为分摊成员的用户的消息应用ID存储在分摊成员ID这一栏中即可。
图6-6是表示组管理数据库459的数据构成的一例的图。
在组管理数据库459中存储有按组生成的组管理数据。
在各组管理数据中,不受限定,作为示例存储有组ID、组名和组成员数据。
在组成员数据中,不受限定,作为示例将该组所含的用户的用户名与该用户的消息应用ID建立关联地存储起来。
<处理>
图6-7是在本实施例中各装置执行的处理的流程的一例的流程图。
该处理是向图5-10~图5-12的处理中的图5-10的处理部分追加A910的步骤作为终端A的处理、追加MSG分摊管理处理910的步骤作为消息服务器40的处理且追加S620、S630的步骤作为服务器10的处理而得到的处理。
首先,终端A的控制部21将用于请求开始组中的分摊的组分摊开始通知通过通信I/F22向消息服务器40发送(A910)。然后,终端A的控制部21将处理移向A640。
当通过通信I/F44而从终端A接收到组分摊开始通知时(M910),消息服务器40的控制部41将处理移向M620。
<第六实施例的效果>
第六实施例示出如下的构成:组聊天室(不受限定,为对话室的一例)包括分摊发起人以外的多个分摊成员,终端20将包含分摊发起人的超欠金额的信息(不受限定,为第一金额的信息的一例)和分摊发起人以外的各分摊成员的超欠金额的信息(不受限定,为基于第一结算信息的、多个用户分别要汇款或接受的金额的信息的一例)在内的超欠金额信息显示于组聊天室。
作为通过这样的构成而得到的效果的一例,能够将终端的用户要汇款或接受的第一金额以及包括不同的终端的用户在内的多个用户分别要汇款或接受的金额以在对话室显示这样容易理解的形式告知用户。
<第六变形例(1)>
在第六实施例中,可以进行将组所含的多个用户中的至少一个用户从分摊成员中排除的处理,不这样亦可。
图6-8是表示用于对显示在终端20的显示部24上的分摊对象成员进行选择(设定)的分摊对象成员选择画面的一例的图,示出在用户A.A的终端20的显示部24上显示的画面的一例。
在该分摊对象成员选择画面中,与要进行分摊的组(在该例中为“旅行社团”这个组)(以下,称为“对象组”)所含的自己以外的成员(用户B.B~用户E.E)的图标图像及用户名建立关联地设置有复选框。
不受限定,作为示例,在初始状态下,全员的复选框的选中属性被勾选,但通过进行解除选中属性的操作而能够将解除了该选中属性的用户从分摊成员中排除。在该例中,示出虽然用户B.B、用户D.D、用户E.E的选中属性被勾选但将用户C.C的选中属性解除了的状态。
另外,在画面下部设置有显示当前被设定为是分摊对象成员的用户(复选框的选中属性被勾选的用户)的分摊对象成员显示区域。在分摊对象成员显示区域中,不受限定,作为示例显示有当前被设定为是分摊对象成员的用户的图标图像及用户名。另外,在图标图像的右上显示有“×标识”,通过对该“×标识”进行操作,由此能够将该用户从分摊对象成员中排除。在该例中,示出用户B.B、用户D.D、用户E.E被设定为是分摊对象成员的状态。
图6-9是在本变形例中各装置执行的处理的流程的一例的流程图。
该处理是向图6-7的处理追加A920~A940的步骤作为终端A的处理且追加M920、M940的步骤作为消息服务器40的处理而得到的处理。
在M910之后,消息服务器40的控制部41将该组所含的成员的信息(以下,称为“组成员信息”)通过通信I/F44向终端A发送M920)。
当通过通信I/F22而从消息服务器40接收到组成员信息时(A920),终端A的控制部21执行第二成员选择处理(A930)。具体而言,不受限定,作为示例,将图6-8这样的分摊成员选择画面显示于显示部24,基于对输入输出部23进行的选择操作来选择请求进行分摊的成员。
之后,终端A的控制部21将与在A930中选择出的成员相关的成员选择信息通过通信I/F22向消息服务器40发送(A940)。然后,终端A的控制部21将处理移向A640。
当通过通信I/F44而从终端A接收到成员选择信息时(M940),控制部41将基于接收到的成员选择信息的用户追加到分摊成员中/从分摊成员中删除,之后将处理移向M620。
本变形例示出如下的构成:一个终端20执行从组聊天室(不受限定,为对话室的一例)所含的多个用户中将至少一个用户从分摊成员中删除的处理。
作为通过这样的构成而得到的效果的一例,通过执行从对话室所含的包括不同的终端的用户在内的多个用户中删除至少一个用户的处理,由此能够不受限定而作为示例地将任意的用户从分摊的对象中排除。
<第六变形例(2)>
在第六实施例中,不受限定,作为示例,可以在分摊发起人的终端20进行将组聊天室不包含的用户(以下,称为“组外成员”)追加到分摊成员中的处理,不这样亦可。
图6-10是表示本变形例中的分摊对象成员选择画面的一例的图。
与图6-8的分摊对象成员选择画面不同,在该分摊对象成员选择画面中设置有用于从对象组所含的用户以外的用户中追加分摊成员候选的追加图标,该追加图标不受限定而作为示例地表示为“追加组以外的好友”。
图6-11是表示基于在图6-10的分摊对象成员选择画面中追加图标被操作这一情况而显示的画面的一例的图。
在该画面中,在画面中央部设置有用于从被登记为好友的用户中选择、设定分摊对象成员候选的好友一览显示区域。在好友一览显示区域中,一览显示有与对象组所含的分摊成员不同且由用户A.A登记为好友的用户的图标图像和用户名。在该例中,示出一览显示有用户X.X、用户Y.Y、用户Z.Z等且用户Z.Z的选中属性被设为“开启”的状态。
另外,与图6-8、图6-9同样,在画面下部设置有分摊对象成员显示区域。在该例中,示出除了用户B.B、用户D.D、用户E.E以外还将用户Z.Z设定为是分摊对象成员候选的状态。
另外,在画面下部显示有“确认”图标,通过对该确认图标进行操作,由此能够在当前被设定的用户中确定分摊对象成员。
图6-12是表示基于在图6-11的分摊对象成员选择画面中确认图标被操作这一情况而显示的分摊对象成员选择画面的一例的图。
在该分摊对象成员选择画面中,作为组成员,显示有对象组所含的用户的一览,在其之下,作为好友,显示有在图6-11的画面中作为分摊对象成员追加的组外成员即用户Z.Z的图标图像及用户名。在该例中,示出对象组所含的用户中的用户B.B、用户D.D、用户E.E这三人的选中属性被设为“开启”并且追加了的用户Z.Z的选中属性被设为“开启”的状态。
另外,在画面下部的分摊对象成员显示区域示出除了用户B.B、用户D.D、用户E.E以外还将用户Z.Z设定为是分摊对象成员候选的状态。
图6-13是表示基于在图6-6的分摊对象成员选择画面中购物结算历史记录登记图标被操作这一情况而显示的购物结算历史记录选择画面的一例的图。
该购物结算历史记录选择画面与图6-2的购物结算历史记录选择画面对应,在该例中,示出画面下部的分摊请求图标被用户A.A操作了的状态。
图6-14是表示基于在图6-13的购物结算历史记录选择画面中分摊请求图标被操作这一情况而在终端20的显示部24上显示的组聊天室画面的一例的图,示出在用户Z.Z的终端20的显示部24上显示的画面的一例。
在该组聊天室画面中,与图6-3同样地显示有来自用户A.A的分摊请求消息。并且,在该例中,示出分摊请求消息中包含的购物结算历史记录登记图标被用户Z.Z操作了的状态。
图6-15是表示基于在图6-14的组聊天室画面中购物结算历史记录登记图标被操作这一情况而显示的购物结算历史记录选择画面的一例的图,示出在用户Z.Z的终端20的显示部24上显示的画面的一例。
在该购物结算历史记录选择画面中,不受限定,作为示例显示有“HH超市”、“II咖啡馆”、“JJ电器”等多个购物结算历史记录作为用户Z.Z的购物结算历史记录。并且,在该例中,示出“II咖啡馆”的购物结算历史记录的选中属性被勾选了的状态。
图6-16是表示基于在图6-15的购物结算历史记录选择画面中登记图标被操作这一情况而显示的组聊天室画面的一例的图,示出在用户A.A的终端20的显示部24上显示的画面的一例。
在该组聊天室画面中,不受限定,作为示例显示有如下的分摊请求消息来作为与用户Z.Z建立了关联的分摊请求消息,上述的分摊请求消息包含基于由用户A.A登记的购物结算历史记录的分摊内容和基于由用户Z.Z登记的购物结算历史记录的分摊内容。
图6-17是表示在终端20的显示部24上显示的分摊成员选择画面的另一例的图。
与图6-10的分摊成员选择画面不同,在该分摊成员选择画面中,在用于将对象组所含的用户以外的用户追加为分摊成员候选的、不受限定而作为示例地表示为“追加组以外的好友”的区域中显示有第一追加图标和第二追加图标,该第一追加图标用于从在消息应用中被登记为好友的用户中选择要作为分摊成员候选的用户,不受限定而作为示例地表示为“从好友中追加”,该第二追加图标用于输入电话号码来选择要作为分摊成员候选的用户,不受限定而作为示例地表示为“用电话号码进行检索”。
图6-18是在本变形例中各装置执行的处理的流程的一例的流程图。
该处理是向图6-9的处理中追加A950的步骤作为终端A的处理且追加M950的步骤作为消息服务器40的处理而得到的处理。
在M940之后,终端A的控制部21不受限定而作为示例地将图6-10、图6-11这样的分摊成员选择画面显示于显示部24,基于对输入输出部23进行的选择操作来选择组外成员。并且,终端A的控制部21将与选择出的组外成员相关的组外成员选择信息通过通信I/F22向消息服务器40发送(A950)。然后,终端A的控制部21将处理移向A640。
当通过通信I/F44而从终端A接收到组外成员选择信息时(M950),控制部41将基于接收到的组外成员选择信息的组外成员追加到分摊成员中,之后将处理移向M620。
本变形例示出如下的构成:一个终端20执行将组聊天室(不受限定,为对话室的一例)不包含的用户追加为分摊成员的处理。并且,终端20通过通信I/F22而从服务器10接收超欠金额信息,该超欠金额信息包含被追加到组聊天室中的用户的超欠金额(不受限定,为对话室不包含的被追加的用户要汇款或接受的第三金额的一例)的信息、一个终端20的用户的超欠金额(不受限定,为第一金额的一例)的信息以及组所含的其他的终端20的用户的超欠金额(不受限定,为第二金额的一例)的信息。并且,终端20将接收到的超欠金额信息显示于组聊天室。
作为通过这样的构成而得到的效果的一例,在追加了对话室不包含的用户的基础上,能够将不仅考虑到第一金额及第二金额还将被追加的用户汇款或接受的第三金额也考虑在内的金额信息以在对话室中显示这样容易理解的形式告知用户。
另外,本变形例示出如下的构成:基于组聊天室不包含的被追加的用户的购物结算历史记录和分摊发起人的购物结算历史记录来决定上述的第一金额、第二金额和第三金额。
作为通过这样的构成而得到的效果的一例,能够基于第三结算信息和第一结算信息来适当地决定第一金额、第二金额和第三金额,其中,第三结算信息是基于与对话室不包含的被追加的用户进行的第三结算相关的处理得到的信息。
<第六变形例(3)>
在第六实施例中,还考虑到如下的情况:有些用户会感到难为情去请求其他的用户进行分摊,从而对请求进行分摊产生犹豫。
因此,不受限定,作为示例,可以基于组名来将分摊请求通知显示于终端20的显示部24,不这样亦可。
图6-19是表示在本变形例中在终端20的显示部24的待机画面上显示的分摊请求通知的一例的图,示出在用户B.B的终端20的显示部24上显示的画面的一例。
在该待机画面中,不受限定,作为示例显示有“消息App旅行社团存在分摊的请求”这样的文字以及用于启动消息应用的不受限定而作为示例地表示为“打开”的启动图标来作为分摊请求通知,该分摊请求通知是与消息应用建立了关联的推送通知,用于通知存在分摊请求。
与图5-15的分摊请求通知不同之处在于,不是像图5-15所示的待机画面中的分摊请求通知那样显示为是来自作为分摊发起人的用户的分摊请求,而是显示为来自分摊发起人请求了进行分摊的组(在该例中,是组名为“旅行社团”这个组)的分摊请求。
图6-20是表示基于在图6-19的待机画面中启动图标被操作这一情况而在用户B.B的终端20的显示部24上显示的聊天室画面的一例的图。
在该聊天室画面中,作为来自“旅行社团”这个组的分摊请求,与该组的图标图像及组名建立关联地显示有分摊请求消息。
本变形例示出如下的构成:终端20将包括本终端20的用户和不同的终端20的用户且包含从本终端20向不同的终端20发送的消息和从不同的终端20向本终端20发送的消息的组聊天室显示于显示部24。并且,终端20在通过通信I/F22而从不同的终端20接收到分摊请求通知的情况下,基于该组聊天室的组名将分摊请求通知显示于组聊天室。
作为通过这样的构成而得到的效果的一例,在通过通信部而从不同的终端接收到基于与结算相关的结算信息的汇款处理或接受处理的请求的通知的情况下,基于对话室的组名来将请求的通知显示于对话室,因此能够对来自不同的终端的请求的通知这一情况进行隐藏。其结果是,能够减轻对其他的用户进行请求的心理上的负担。
<第七实施例>
第七实施例是不同的终端20的用户追加分摊成员的实施例。
第七实施例是向上述的实施例中追加了不同的终端20的用户追加分摊成员的构成而得到的实施例。
第七实施例所记载的内容在其他的各实施例、其他的各变形例中均能够适用。
另外,针对与出现过的构成要素相同的构成要素标注同一符号并省略再次的说明。
<显示画面示例>
图7-1是表示本实施例中的分摊内容确认画面的一例的图,示出在用户B.B的终端20的显示部24上显示的画面的一例。
该分摊内容确认画面的构成不受限定,作为示例与图3-2大致相同,但显示的一部分有所不同。具体而言,在该分摊内容确认画面中,不受限定,作为示例,在画面下部显示有用于执行清算的清算图标、用于追加购物结算历史记录的购物结算历史记录追加图标和用于追加分摊成员的分摊成员追加图标。
图7-2是表示基于在图7-1的分摊内容确认画面中分摊成员追加图标被操作这一情况而显示的分摊成员检索画面的一例的图。
在该分摊成员检索画面中设置有“请输入电话号码来进行检索”这样的文字以及显示输入了的电话号码的电话号码显示栏。在电话号码显示栏的右边设置有用于检索输入了的电话号码的用户的检索按钮,基于该检索按钮被操作来检索输入了的电话号码的用户。在该例中,示出找到“用户F.F”且显示了用户F.F的图标图像和用户名来作为检索结果这样的状态。
另外,在检索结果之下显示有用于将作为检索结果找到的用户向分摊成员追加的不受限定而作为示例地表示为“向成员追加”的分摊成员追加图标。
图7-3是表示基于在图7-2的分摊成员检索画面中分摊成员追加图标被操作这一情况而显示的分摊内容确认画面的一例的图。
将在图7-2中作为检索结果找到的用户F.F追加为分摊成员的结果是,在该分摊内容确认画面中显示有除了与自己(用户B.B)、用户A.A、用户C.C、用户D.D、用户E.E还与用户F.F的图标图像及用户名建立了关联的已支付金额一览显示区域及超欠金额一览显示区域。
<第七实施例的效果>
第七实施例示出如下的构成:由与分摊发起人不同的分摊成员的终端20(不受限定,为第一终端的一例)来执行追加与当初设定的分摊成员不同的终端20(不受限定,为第二终端的一例)的用户的处理。并且,这种情况下的超欠金额信息中包含被追加的用户的超欠金额(不受限定,为第四金额)的信息。
作为通过这样的构成而得到的效果的一例,能够在追加了与第一终端不同的第二终端的用户的基础上获取被追加的第二终端的用户汇款或接受的第四金额的信息。
<第八实施例>
第八实施例是终端20从本终端20的用户的多个购物结算历史记录中自动地选择作为分摊对象的购物结算历史记录的实施例。
对于终端20的用户,存在自己检索并选择作为分摊对象的购物结算历史记录费事的情况。这在购物结算历史记录的数量多的情况下显著。
第八实施例所记载的内容在其他的各实施例、其他的各变形例中均能够适用。
另外,针对与出现过的构成要素相同的构成要素标注同一符号并省略再次的说明。
在本实施例中,终端20的控制部21基于本终端20的用户的用户信息来自动选择购物结算历史记录。在本实施例中,例示出如下情况:将本终端20的用户的用户信息不受限定而作为示例地设为与本终端20或本终端20的用户相关的位置的信息。
购物结算历史记录的自动选择除了包括将自动地选择出的购物结算历史记录最终决定为分摊对象(最终决定进行登记)以外,还包括将自动地选择出的购物结算历史记录提议作为分摊对象的候选(也叫做建议)。在后者的情况下,用户手动从由控制部21自动选择并建议的购物结算历史记录中选择购物结算历史记录并将其最终决定为分摊对象。
这在后述的实施例中也同样。
<显示画面示例>
图8-1是表示本实施例中的购物结算历史记录选择画面的一例的图,示出在用户A.A的终端20的显示部24上显示的画面的一例。
在该购物结算历史记录选择画面中,显示有用于自动地选择作为分摊对象的购物结算历史记录的不受限定而作为示例地表示为“检索支付候选”的检索图标。
图8-2是表示基于在图8-1的购物结算历史记录选择画面中检索图标被操作这一情况而显示的显示例的图。
在该画面中,作为从图8-1的购物结算历史记录选择画面的多个购物结算历史记录中选择出“AA租借点”的购物结算历史记录和“BB超市”的购物结算历史记录的状态的显示(以下,称为“选择显示”),以与其他的购物结算历史记录(不受限定,作为示例为“CC便当”的购物结算历史记录)不同的形式进行显示。该被选择显示的购物结算历史记录是由终端20的控制部21自动选择并提议(建议)的购物结算历史记录。
需要说明的是,选择显示可以设为与非选择的购物结算历史记录不同的形式的显示。
不受限定,作为示例,可以将对选择出的购物结算历史记录的显示区域施加特定的颜色(蓝色、绿色、红色等)或阴影线(打阴影等)的形式、对选择出的购物结算历史记录的显示区域的框(外框)施加特定的颜色的形式、使选择出的购物结算历史记录的显示区域的框(外框)闪烁的形式、将选择出的购物结算历史记录的文字的字体用特殊的字体表示的形式这样的多个形式中的任一种作为选择显示的形式来适用。
这样,当在至少一个购物结算历史记录被选择显示了的状态下对画面下部的分摊请求图标进行操作时,能够将被选择显示了的购物结算历史记录登记为分摊对象。
<数据构成>
图8-3是表示本实施例中作为存储于服务器10的存储部15的用户管理数据库155的一例的第三用户管理数据库155C的一例的图。
在该第三用户管理数据库155C的各用户管理数据中,不受限定,作为示例存储有支付应用ID、电子钱户头余额和购物结算历史记录数据。
在购物结算历史记录数据中,不受限定,作为示例将购物结算ID、店铺ID、店铺名、购物结算日期时刻、购物结算金额、购物结算内容和购物结算位置信息建立关联地存储起来。
购物结算ID~购物结算内容如前所述。
在购物结算位置信息中,不受限定,作为示例存储有进行了购物结算时的终端20或终端20的用户的位置信息。
需要说明的是,在购物结算位置信息中,可以存储二维的位置信息,也可以存储三维的位置信息。
这种情况下,作为一个方法,可以在定期的时机或终端20中执行了进行结算的操作的时机下从终端20向服务器10发送算出终端位置的信息。并且,服务器10可以在购物结算处理中将从终端20接收到的最新的算出终端位置的信息作为购物结算位置信息而与其他的信息建立关联地存储于用户管理数据中。
需要说明的是,若是用户没有忘记携带终端20,则终端20的位置与该终端20的用户的位置相同。因此,算出终端位置是算出的终端20的位置,且也可以说是算出的终端20的用户的位置。
在本实施例中,不受限定,作为示例,按照终端20的用户进行的登记操作,将终端20的用户的居住地(或其周边区域)、终端20的用户的工作地点(或其周边区域)、终端20的用户的亲戚或朋友的居住地(或其周边区域)、终端20的用户频繁去的场所等估计为是终端20的用户的日常的生活范围、活动范围的位置信息作为特定位置信息而预先登记在支付应用等中。
需要说明的是,特定位置信息可以存储于服务器10的存储部15来被管理,也可以存储于终端20的存储部28来被管理。或者,还可以存储于服务器10和终端20这两方来被管理。
<处理>
图8-4是表示在本实施例中各装置执行的处理的流程的一例的图。
该处理是针对图2-17~图2-19的处理中的图2-17的处理部分将A170的步骤替换为A175的步骤来作为终端A的处理而得到的处理。
在S150之后,服务器10的控制部11将与终端A的用户建立了关联的多个购物结算历史记录(包含购物结算位置信息)通过通信I/F14向终端20发送(S160)。
当通过通信I/F22而从服务器10接收到购物结算历史记录(包含购物结算位置信息)时(A160),终端A的控制部21执行购物结算历史记录自动选择处理(A175)。具体而言,不受限定,作为示例,在多个购物结算历史记录中特别指定其购物结算位置距与预先登记的特定位置信息对应的特定位置为设定距离以上(或超过设定距离)的拉开了距离的购物结算历史记录。并且,将特别指定的购物结算历史记录选择为作为分摊对象的购物结算历史记录。
当这样自动选择出购物结算历史记录时,终端A的控制部21不受限定而作为示例地将自动选择出的购物结算历史记录作为分摊对象的候选而以选取显示等方式向终端20的用户提议(建议)。然后,终端A的控制部21将处理移向A180。
通过这样,能够自动选择与在从登记为是终端20的用户的日常的生活范围、活动范围的位置大幅离开的位置处进行的购物结算对应的购物结算历史记录。
需要说明的是,将选择出的购物结算历史记录向终端20的用户提议的处理并非是必须的,也可以省略该处理。
另外,这里,例示了终端20的控制部21执行购物结算历史记录自动选择处理来取代图2-17的处理中的第二购物结算历史记录选择处理的情况,但并不限定于此。不受限定,作为示例,终端20的控制部21也可以执行购物结算历史记录自动选择处理来取代图1的处理中的第一购物结算历史记录选择处理,不这样亦可。
<第八实施例的效果>
第八实施例示出如下的构成:终端20将从本终端20的用户的多个购物结算历史记录(不受限定,为多个结算信息的一例)中自动选择出的购物结算历史记录(不受限定,为第一结算信息的一例)通过通信I/F22(不受限定,为终端的通信部的一例)向服务器10发送。另外,终端20通过通信I/F22而从服务器10接收基于发送过去的购物结算历史记录的超欠金额(不受限定,为基于第一结算信息的第一金额和第二金额中的至少第一金额的一例,其中,第一金额是终端的用户汇款或接受的金额,第二金额是与终端不同的终端的用户汇款或接受的金额)的信息。并且,终端20基于超欠金额而利用控制部21(不受限定,为终端的控制部的一例)来执行分摊清算请求处理、分摊清算结果接收处理(不受限定,为基于第一金额的汇款处理或接受处理的一例)。
作为通过这样的构成而得到的效果的一例,终端基于通过通信部发送了与终端的用户进行的结算相关的多个结算信息中的第一结算信息这一情况,利用控制部来执行基于由该第一结算信息得到的第一金额的信息的汇款处理或接受处理,从而能够容易地汇送或接受金钱,提高用户的便利性。
另外,第八实施例示出如下的构成:终端20具备将存储在存储器中的程序读出并执行基于该程序的处理的处理器。处理器执行如下处理:将从本终端20的用户的多个购物结算历史记录(不受限定,为多个结算信息的一例)中自动选择出的购物结算历史记录(不受限定,为第一结算信息的一例)通过通信I/F22(不受限定,为终端的通信部的一例)向服务器10发送;通过通信I/F22而从服务器10接收基于发送过去的购物结算历史记录的超欠金额(不受限定,为基于第一结算信息的第一金额和第二金额中的至少第一金额的一例,其中,第一金额是终端的用户汇款或接受的金额,第二金额是与终端不同的终端的用户汇款或接受的金额)的信息;以及基于超欠金额来执行分摊清算请求处理、分摊清算结果接收处理(不受限定,为基于第一金额的汇款处理或接受处理的一例)。
通过这样的构成,也能够获得与上述同样的效果。
另外,第八实施例示出终端20基于终端20的用户的用户信息来选择购物结算历史记录的构成。
作为通过这样的构成而得到的效果的一例,终端能够选择切合终端的用户的第一结算信息。
另外,第八实施例示出上述的用户信息包含算出终端位置(不受限定,为与终端或终端的用户相关的位置的一例)的信息的构成。
作为通过这样的构成而得到的效果的一例,终端能够考虑到与终端或终端的用户相关的位置来适当地选择第一结算信息。
<第八变形例(1)>
第八实施例中说明的购物结算历史记录自动选择处理中的购物结算历史记录的选择方法只不过是一例,并不限定于此。
不受限定,作为示例,可以预先登记终端20的用户的居住地等所在的都道府县(日本行政区划)、市镇村,选择在与登记过的都道府县不同的都道府县进行了结算的购物结算历史记录或者选择在与登记过的市镇村不同的市镇村进行了结算的购物结算历史记录,不这样亦可。
另外,也可以预先将有名的观光地的位置信息与地图数据建立关联地存储于存储部28。并且,控制部21选择在与存储部28中存储的观光地对应的位置处进行了结算的购物结算历史记录,不这样亦可。
<第八变形例(2)>
在第八实施例中,将本终端20的用户信息作为与位置相关的信息来进行了说明,但并不限定于此。
不受限定,作为示例,可以是,将终端20的用户的日程信息包含在用户信息中,终端20的控制部21基于终端20的用户的日程信息来选择购物结算历史记录,不这样亦可。
图8-5是表示本变形例中的购物结算历史记录选择画面的一例的图,示出在用户A.A的终端20的显示部24上显示的画面的一例。
在该购物结算历史记录选择画面中,由于购物结算历史记录检索图标被操作,而在画面中央部以弹出形式显示有《“支付App”请求访问日历,若允许访问,则能够从日历中检索候选日。》这样的文字以及“不允许”这样的按钮、“允许”这样的按钮。
这种情况下,当“允许”这样的按钮被操作时,不受限定而作为示例地由控制部21来参照通过作为终端20的OS标准的功能而设置的日历功能进行了登记的用户的日程信息。并且,由控制部21基于所参照的日程信息中包含的事件信息来选择购物结算历史记录。
需要说明的是,也可以取代通过终端20的OS标准的日历功能登记的用户的日程信息而参照(或者除了该日程信息以外还参照)通过支付应用或消息应用的日历功能登记的用户的日程信息,不这样亦可。
在通过日历功能登记的用户的日程信息中,不受限定,作为示例可以包含由终端20的用户输入的事件信息。
作为一个方法,控制部21从用户的日程信息中特别指定旅行、烧烤、喝酒聚会这样的估计有多个用户参加的事件信息。并且,从多个购物结算历史记录中选择在接近与特别指定的事件信息建立了关联的日期时刻(事件的开始日期时刻)的日期(不受限定,作为示例为过去一周以内的日期)进行了结算的购物结算历史记录。
另外,作为其他的方法,控制部21从用户的日程信息的中特别指定旅行、烧烤、喝酒聚会这样的估计有多个用户参加的事件信息。并且,从多个购物结算历史记录中选择购入了与特别指定的事件信息关联的商品的购物结算历史记录。不受限定,作为示例。在特别指定“烧烤”这个事件的情况下,选择购物结算内容包括与烧烤关联的商品的购物结算历史记录。
这种情况下,控制部21不受限定,作为示例,将购物结算内容包括木炭、点火剂、劳动用手套这样的点火所需的商品的购物结算历史记录、购物结算内容包括菜刀、小刀、砧板这样的烹饪所需的商品的购物结算历史记录、购物结算内容包括肉(牛肉、猪肉、鸡肉等)、蔬菜、海鲜、调料这样的成为食材的商品的购物结算历史记录等购物结算历史记录作为与手动选择购物结算历史记录关联的购物结算历史记录来选择。
另外,也可以组合上述方法而由控制部21来选择在接近特别指定的事件信息的开始日期时刻的日期(不受限定,作为示例为过去一周以内的日期)进行了结算且购物结算内容包括与特别指定的事件信息关联的商品的购物结算历史记录,不这样亦可。
另外,除上述以外,不受限定,作为示例,也可以将与终端20的用户利用消息应用等发送的消息相关的信息包含在用户信息中,由终端20的控制部21基于与该消息相关的信息来选择购物结算历史记录,不这样亦可。
图8-6是表示本变形例中的购物结算历史记录选择画面的一例的图,示出在用户A.A的终端20的显示部24上显示的画面的一例。
在该购物结算历史记录选择画面中,由于购物结算历史记录检索图标被操作,因而在画面中央部以弹出形式显示有“是否根据对话历史记录来检索支付候选?将会根据以前的对话历史记录进行支付候选的提议。”这样的文字以及“检索”这样的按钮、“现在不进行”这样的按钮。
这种情况下,当“检索”这样的按钮被操作时,不受限定而作为示例地由控制部21来参照消息应用的聊天室的消息的历史记录。并且,由控制部21基于所参照的消息的内容来选择购物结算历史记录。
作为一个方法,控制部21不受限定而作为示例地从终端20的用户发送的过去的消息中不受限定而作为示例地检索提议进行分摊的内容的消息、暗示进行分摊的内容的消息。不受限定,作为示例,控制部21检索请求对方进行分摊的消息(不受限定,作为示例有“不进行分摊吗”、“请进行分摊”等消息)。并且,判定在作为其检索结果得到的消息中或者与该消息不同的消息中是否存在能够推定作为分摊对象的购物结算历史记录的信息。不受限定,作为示例,若包含日期或日期时刻的信息,则能够将包含与该日期或日期时刻对应的购物结算日期时刻的购物结算历史记录选择作为要提议的购物结算历史记录。
另外,作为其他的方法,控制部21从在消息应用内形成的组中特别指定组名带有暗示进行分摊的名称的组。不受限定,作为示例。特别指定组名中包含“分摊”、“fen tan”、“清算”、“qing suan”、“结算”、“jie suan”、“支付”、“zhi fu”、“汇款”、“hui kuan”等用语的组。并且,针对特别指定的组,与上述同样地基于其组聊天室中包含的消息的内容来选择作为进行提议的购物结算历史记录。
本变形例示出如下构成:用户信息包含终端20的用户的日程信息,基于日程信息中包含的事件信息来选择购物结算历史记录。
作为通过这样的构成而得到的效果的一例,终端能够基于终端的用户的日程信息中包含的事件信息,在考虑终端的用户参加过的事件的状态下适当选择第一结算信息。
另外,本变形例示出如下构成:用户信息包含与从终端20的用户发送的消息相关的信息,基于与该消息相关的信息来选择购物结算历史记录。
作为通过这样的构成而得到的效果的一例,终端能够根据与由终端的用户发送的消息相关的信息来适当地选择第一结算信息。
需要说明的是,除了上述以外,不受限定,作为示例,可以将本终端20的用户的性别、年龄、职业等属性信息包含在用户信息中,由终端20的控制部21基于这些属性信息来选择购物结算历史记录,不这样亦可。
具体而言,不受限定,作为示例,基于本终端20的用户的性别、年龄、职业等属性信息中的至少一个信息,推定估计本终端20的用户参加的事件。并且,基于该推定结果而从本终端20的用户的购物结算历史记录中选择与推定出的事件关联的购物结算历史记录。
<第八变形例(3)>
在第八实施例中,终端20的控制部21执行购物结算历史记录自动选择处理,但并不限定于此。
各终端20的用户的购物结算历史记录的数据存储于服务器10的存储部15来被管理。因此,可以取代终端20的控制部21而由服务器10的控制部11执行购物结算历史记录自动选择处理,不这样亦可。
这在以下说明的实施例中也同样。
图8-7是在本变形例中各装置执行的处理的流程的一例的流程图。
该处理是针对图2-17~图2-19的处理中的图2-17的处理部分将A150的步骤替换为A151的步骤、将A160的步骤替换为A163的步骤且删除了A170的步骤来作为终端A的处理而得到的处理。另外,该处理是将S150的步骤替换为S151的步骤、追加S161的步骤且将S160的步骤替换为S163的步骤来作为服务器10的处理而得到的处理。
在A130之后,终端A的控制部21不受限定而作为示例地将请求购物结算历史记录的选择的购物结算历史记录选择请求信息通过通信I/F22向服务器10发送(A151)。
当通过通信I/F14而从终端A接收到购物结算历史记录选择请求信息时(S151),服务器10的控制部11执行购物结算历史记录自动选择处理(S161)。
作为该处理中的购物结算历史记录的选择方法,可以适用与前述的终端20的控制部21的选择方法同样的方法。
之后,控制部11将包含购物结算历史记录的选择结果在内的购物结算历史记录自动选择信息通过通信I/F14向终端A发送(S163)。
若通过通信I/F22而从服务器10接收到购物结算历史记录自动选择信息(A163),则终端A的控制部21不受限定而作为示例地将由服务器10选择出的购物结算历史记录作为分摊对象的候选以选取显示等方式向终端20的用户提议(建议)。然后,终端A的控制部21将处理移向A180。
需要说明的是,将由服务器10选择出的购物结算历史记录向终端20的用户提议的处理不是必须的,也可以省略该处理。
根据本变形例,示出如下的构成:服务器10利用控制部11来执行从与终端20的用户进行的结算相关的多个购物结算历史记录中选择一个购物结算历史记录的处理。服务器10基于选择出的位置的购物结算历史记录,通过通信I/F14将至少一个终端20的用户的超欠金额(不受限定,为第一金额)的信息向一个终端20发送且将至少其他的终端20的用户的超欠金额(不受限定,为第二金额)的信息向其他的终端20发送。并且,服务器10利用控制部11来执行分摊清算处理(不受限定,为基于第一金额的、对终端进行的汇款处理或接受处理和基于第二金额的、对不同的终端进行的汇款处理或接受处理的一例)。
作为通过这样的构成而得到的效果的一例,由服务器执行从与终端的用户进行的结算相关的多个结算信息中选择第一结算信息的处理,基于该结果而由服务器的控制部执行基于第一金额的对终端进行的汇款处理或接受处理以及基于第二金额的对不同的终端进行的汇款处理或接受处理,因此能够减轻终端的处理负载,实现针对终端的金额的汇款或接受以及针对不同的终端的汇款或接受,从而能够提高用户的便利性。
<第九实施例>
第九实施例是与第八实施例同样地由终端20从本终端20的用户的多个购物结算历史记录中自动地选择作为分摊对象的购物结算历史记录的实施例。
第九实施例与第八实施例的不同之处在于,终端20基于与本终端20的用户的购物结算历史记录关联的信息来选择购物结算历史记录。
第九实施例所记载的内容在其他的各实施例、其他的各变形例中均能够适用。
另外,针对与出现过的构成要素相同的构成要素标注同一符号并省略再次的说明。
在本实施例中,终端20的控制部21基于与购物结算历史记录关联的信息来自动地选择购物结算历史记录。
与该购物结算历史记录关联的信息不受限定而作为示例地包括与由终端20的用户手动地选择出的购物结算历史记录(以下,称为“手动选择购物结算历史记录”)不同的购物结算历史记录的日期、时刻、日期时刻等与时间相关的信息。
具体而言,控制部21不受限定而作为示例地特别指定结算的日期与手动选择购物结算历史记录相同的购物结算历史记录。并且,将特别指定的购物结算历史记录选择作为提议的购物结算历史记录。其原因在于,认为结算的日期与手动选择购物结算历史记录相同的购物结算历史记录也与手动选择购物结算历史记录同样被设为分摊的对象的可能性高。
<显示画面示例>
图9-1是表示本实施例中的购物结算历史记录选择画面的一例的图,示出在用户A.A的终端20的显示部24上显示的画面的一例。
在该购物结算历史记录选择画面中,示出根据用户A.A的操作而将“AA租借点”、“BB超市”、“CC便当”等多个购物结算历史记录中的“BB超市”的购物结算历史记录的选中属性设为“开启”的状态。
图9-2是表示基于在图9-1的购物结算历史记录选择画面中检索图标被操作这一情况而显示的画面的一例的图。
在该购物结算历史记录选择画面中,将与图9-1中选中属性被设为“开启”的“BB超市”的购物结算历史记录在相同的日期进行了结算的购物结算历史记录即“AA租借点”以与其他的购物结算历史记录不同的形式显示出来。
需要说明的是,也可以与上述不同而不受限定地作为示例由控制部21来选择结算的星期与手动选择购物结算历史记录相同的购物结算历史记录,不这样亦可。
另外,不受限定,作为示例,控制部21也可以选择结算的时刻或时段与手动选择购物结算历史记录相同的购物结算历史记录,不这样亦可。
<第九实施例的效果>
第九实施例示出终端20基于与购物结算历史记录关联的信息来选择作为分摊对象的购物结算历史记录的构成。
作为通过这样的构成而得到的效果的一例,终端能够基于与结算信息关联的信息来适当地选择第一结算信息。
另外,第九实施例示出如下的构成:上述的与购物结算历史记录关联的信息包含与和手动选择购物结算历史记录不同的购物结算历史记录的日期或时刻相关的信息。
作为通过这样的构成而得到的效果的一例,终端能够基于与不同于第一结算信息的第二结算信息的日期或时刻相关的信息来适当地选择第一结算信息。
<第九变形例(1)>
在第九实施例中,终端20的控制部21也可以基于与手动选择购物结算历史记录不同的购物结算历史记录中包含的商品信息、服务信息来选择购物结算历史记录,不这样亦可。
具体而言,控制部21不受限定而作为示例地基于手动选择购物结算历史记录的购物结算内容来特别指定购入的商品、提供的服务。并且,基于特别指定的商品、服务的内容来推定与和该手动选择购物结算历史记录对应的购物结算关联的事件(需要进行该购物结算的事件)。并且,控制部21基于推定出的事件和其他的购物结算历史记录的购物结算内容来选择购物结算历史记录。
不受限定,作为示例,在手动选择购物结算历史记录的购物结算内容包含烤架/炉灶、铁板/板/网、夹子等器材的商品的情况下,控制部21基于上述的商品的内容,将需要进行该结算的事件推定为“烧烤”。并且,基于该推定结果,不受限定而作为示例地从进行了结算的日期与该手动选择购物结算历史记录接近的购物结算历史记录中选择购物结算内容包含与烧烤关联的商品的购物结算历史记录。
这种情况下,控制部21不受限定而作为示例地将购物结算内容包含木炭、点火剂、劳动用手套这样的点火所需的商品的购物结算历史记录、购物结算内容包含菜刀、小刀、砧板这样的烹饪所需的商品的购物结算历史记录、购物结算内容包含肉(牛肉、猪肉、鸡肉等)、蔬菜、海鲜、调料这样的成为食材的商品的购物结算历史记录等购物结算历史记录作为与手动选择购物结算历史记录关联的购物结算历史记录来选择。
另外,在第九实施例中,终端20的控制部21也可以基于与手动选择购物结算历史记录不同的购物结算历史记录中包含的店铺信息来选择购物结算历史记录,不这样亦可。
具体而言,控制部21不受限定而作为示例地基于手动选择购物结算历史记录中包含的店铺名,推定与和该手动选择购物结算历史记录对应的购物结算历史记录关联的事件(需要进行该购物结算的事件)。并且,基于推定出的事件和其他的购物结算历史记录中包含的店铺名来选择购物结算历史记录。
不受限定,作为示例,在手动选择购物结算历史记录中包含的店铺名为存在于观光地的店铺的名称(不受限定,作为示例为“特产店”这样的店铺名)的情况下,控制部21基于该店铺名将需要进行该结算的事件推定为“旅行”。并且,基于该推定结果,不受限定而作为示例地从进行了结算的日期与该手动选择购物结算历史记录接近的购物结算历史记录中选择包含经营与旅行关联的商品或服务的店铺的店铺名在内的购物结算历史记录。
本变形例示出终端20基于与手动选择购物结算历史记录不同的购物结算历史记录中包含的商品信息来选择作为分摊对象的购物结算历史记录的构成。
作为通过这样的构成而得到的效果的一例,终端能够基于与第一结算信息不同的第二结算信息中包含的商品信息来适当地选择第一结算信息。
另外,本变形例示出终端20基于与手动选择购物结算历史记录不同的购物结算历史记录中包含的店铺信息来选择作为分摊对象的购物结算历史记录的构成。
作为通过这样的构成而得到的效果的一例,终端能够基于与第一结算信息不同的第二结算信息中包含的店铺信息来适当地选择第一结算信息。
<第九变形例(2)>
在第九实施例中,可以与第八变形例(3)同样地设为,不是由终端20的控制部21执行购物结算历史记录自动选择处理,而是由服务器10的控制部11执行购物结算历史记录自动选择处理,不这样亦可。
<第十实施例>
第十实施例与第八实施例、第九实施例同样是终端20从本终端20的用户的多个购物结算历史记录中自动地选择作为分摊对象的购物结算历史记录的实施例。
第十实施例与第八实施例、第九实施例的不同之处在于,终端20基于与本终端20不同的终端20的用户的信息来选择购物结算历史记录。
第十实施例所记载的内容在其他的各实施例、其他的各变形例中均能够适用。
另外,针对与出现过的构成要素相同的构成要素标注同一符号并省略再次的说明。
在本实施例中,终端20的控制部21基于由本终端20的用户选择作为分摊成员的用户的信息(其他的分摊成员的信息)来选择购物结算历史记录。
这种情况下的其他的分摊成员的信息不受限定,作为示例可以包括由其他的分摊成员的用户结算过的购物结算历史记录的信息。
在本实施例中,例示了控制部21基于由其他的分摊成员结算过的购物结算历史记录的信息来选择本终端20的购物结算历史记录的情况。
图10是在本实施例中各装置执行的处理的流程的一例的流程图。
该处理是在图8-4的处理中将终端A的处理中的A150的步骤替换为A153的步骤且将A160的步骤替换为A165的步骤、将服务器10的处理中的S150的步骤替换为S153的步骤且将S160的步骤替换为S165的步骤而得到的处理。
在A140之后,终端A的控制部21将第二购物结算历史记录请求信息通过通信I/F22向服务器10发送(A153)。具体而言,不受限定,作为示例,执行向服务器10请求本终端20的用户的购物结算历史记录和在A130中选择出的分摊成员的购物结算历史记录的处理。
当通过通信I/F14而从终端A接收到第二购物结算历史记录请求信息时(S153),服务器10的控制部11从用户管理数据库155中读出作为接收到的购物结算历史记录请求信息的发送源的终端20的用户的购物结算历史记录、和由终端A选择出的分摊成员的购物结算历史记录,并将它们作为第二购物结算历史记录通过通信I/F14向终端A发送(S165)。
当通过通信I/F22而从服务器10接收到第二购物结算历史记录时(A165),终端A的控制部21将处理移向A175。
这种情况下,在A175的购物结算历史记录自动选择处理中,终端A的控制部21参照本终端20的用户的购物结算历史记录的购物结算日期时刻、和选择出的分摊成员的购物结算历史记录的购物结算日期时刻,不受限定而作为示例地选择在同时期进行的购物结算历史记录。这是因为,在同时期进行了购物结算的情况下,存在本终端20的用户与选择出的分摊成员一起行动的可能性。
需要说明的是,不局限于此,也可以在本终端20的用户的购物结算历史记录和选择出的分摊成员的购物结算历史记录中,不受限定而作为示例地选择购物结算内容包含同种类的商品或服务、相互关联的商品或服务的购物结算历史记录。
第十实施例示出终端20基于与本终端20的用户不同的终端20的用户的信息来选择作为分摊对象的购物结算历史记录的构成。
作为通过这样的构成而得到的效果的一例,终端能够基于不同的终端的用户的信息来适当地选择第一结算信息。
另外,第十实施例示出终端20基于与本终端20的用户不同的终端20的用户的购物结算历史记录(不受限定,为第三结算信息的一例)来选择作为分摊对象的购物结算历史记录的构成。
作为通过这样的构成而得到的效果的一例,终端基于与不同的终端的用户进行的结算相关的第三结算信息来适当地选择第一结算信息。
<第十变形例(1)>
在第十实施例中,终端20的控制部21也可以基于本终端20的用户的多个购物结算历史记录中的与这多个购物结算历史记录分别建立了关联的由本终端20的用户输入的信息,来选择作为分摊对象的购物结算历史记录,不这样亦可。
具体而言,终端20的控制部21按照对输入输出部23进行的操作,对多个购物结算历史记录分别设定备忘、标签。备忘是用于供用户能够在之后确认该购物结算历史记录是什么样的购物的结算历史记录的标记物,不受限定,作为示例,可以将通过结算购入了的商品的用途等输入、设定为备忘。
另外,标签是用于将购物结算历史记录按种类、目的来分类的标记物(用于分类信息的牌、签)。
作为标签,不受限定,作为示例可以预先准备“购物”、“工作”、“约会”、“旅行”、“礼物”、“其他”这多个种类,终端20的用户能够对各购物结算历史记录预先选择、设定与其种类、目的相符的标签。
这种情况下,控制部21参照与多个购物结算历史记录分别建立了关联的备忘的内容,特别指定与直接表示或者暗示如下内容的备忘建立了关联的购物结算历史记录来选择,其中,上述内容是指与会发生分摊的事件关联的内容。
另外,不受限定,作为示例,控制部21参照与多个购物结算历史记录分别建立了关联的标签,特别指定与如下标签建立了关联的购物结算历史记录来选择,其中,上述标签是指与会发生分摊的事件关联的标签,不受限定,作为示例有购物、旅行等标签。
需要说明的是,针对备忘、标签,将会在后述的实施例中更为详细地进行说明。
<第十变形例(2)>
其他的分摊成员的用户的信息不受限定,作为示例,可以与终端20的用户的用户信息同样地包含其他的分摊成员的用户的性别、年龄、职业等属性信息。并且,可以基于上述的分摊成员的属性信息来自动地选择购物结算历史记录,不这样亦可。
具体而言,不受限定,作为示例,基于其他的分摊成员的性别、年龄、职业等属性信息中的至少一个信息来推定估计其他的分摊成员会参加的事件。并且,基于该推定结果而从本终端20的用户的购物结算历史记录中选择与推定出的事件关联的购物结算历史记录。
<第十变形例(3)>
在第十实施例中,可以与第八变形例(3)同样设为,不是由终端20的控制部21执行购物结算历史记录自动选择处理,而是由服务器10的控制部11执行购物结算历史记录自动选择处理,不这样亦可。
另外,这种情况下,服务器10的控制部11不受限定而作为示例地参照终端20的位置信息和由该终端20的用户选择作为分摊成员的用户的终端20的位置信息。并且,可以进行如下等操作:在终端20的用户和其他的分摊成员中检索在彼此接近的位置处进行了结算的购物结算历史记录,选择作为其检索结果得到的购物结算历史记录。
<第十一实施例>
第十一实施例是终端20自动地选择本终端20以外的分摊成员的实施例。
对于终端20的用户,存在由自己查找并选择分摊成员比较费事的情况。这在希望进行分摊的用户的数量多的情况下显著。
第十一实施例与第八实施例~第十实施例的不同之处在于,终端20选择的对象不是购物结算历史记录而是分摊成员。
第十一实施例所记载的内容在其他的各实施例、其他的各变形例中均能够适用。
另外,针对与出现过的构成要素相同的构成要素标注同一符号并省略再次的说明。
在本实施例中,不受限定,作为示例,终端20的控制部21不经由服务器10地进行终端20彼此的通知(基于所谓的点对点方式(peer to peer)实现的通信),来检索位于本终端20的附近的终端20。并且,将作为检索结果得到的终端20的用户,选择作为分摊成员候选。
<显示画面示例>
图11-1是表示本实施例中的分摊成员选择画面的一例的图,示出在用户A.A的终端20的显示部24上显示的画面的一例。
在该分摊成员选择画面中,处于尚未选择分摊成员而没有一个分摊成员的状态。
在画面下部显示有用于通过电话号码来检索分摊成员的不受限定而作为示例地表示为“用电话号码进行检索”的第一检索图标、以及用于基于位置信息来检索分摊成员的不受限定而作为示例地表示为“检索附近的人”的第二检索图标。
图11-2是表示基于在图11-1的分摊成员选择画面中第二检索图标被操作这一情况而显示的画面的一例的图。
由于第二检索图标被操作,因而不受限定而作为示例地由本终端20尝试进行与位于附近的终端20之间的通信(点对点通信),基于从通信成功了的终端20获取的信息而将该终端20的用户提议(建议)作为分摊成员候选。在该例中,作为位于附近的人(用户),找到用户B.B、用户B.C、用户D.D、用户E.E这四个人作为检索结果,不受限定而作为示例地以附带有颜色的状态进行显示。
另外,针对作为检索结果找到的各用户,以与其图标图像及用户名建立关联的方式设置有复选框。本终端20的用户能够通过将复选框的选中属性设为“关闭”来将该用户从分摊成员中排除。在该例中,示出与用户B.C建立了关联的复选框的选中属性被设为“关闭”而将用户B.C从分摊成员中排除了的状态。
<第十一实施例的效果>
第十一实施例示出基于分摊发起人的终端20的位置信息和不同的终端20的位置信息来选择分摊发起人以外的分摊成员候选(不受限定,为不同的终端的用户的一例)的构成。
作为通过这样的构成而得到的效果的一例,能够基于终端的位置信息和不同的终端的位置信息来容易地选择不同的终端的用户。
<第十一变形例(1)>
在第十一实施例中,可以不由终端20而由服务器10来执行作为分摊成员候选的用户的检索,不这样亦可。
具体而言,不受限定,作为示例,在检测到在终端20中进行了分摊成员的检索操作的情况下,终端20的控制部21通过通信I/F22将用户检索请求向服务器10发送。
当从终端20接收到用户检索请求时,服务器10的控制部11不受限定而作为示例地基于作为用户检索请求的发送源的终端20的最新的算出终端位置和由数据库存储、管理的各终端20的最新的算出终端位置,来检索与作为用户检索请求的发送源的终端20的最新的算出终端位置之间的距离为设定距离以下(或者小于设定距离)的终端20。设定距离可以不受限定而作为示例地设为“10米”这种程度的距离。并且,将作为检索结果找到的终端20的用户,提议(建议)作为分摊成员候选。
需要说明的是,这种情况下,若要将利用支付应用的所有的终端20都作为对象来检索分摊成员候选,则存在服务器10的处理量增大这样的问题。因此,服务器10也可以设定检索范围来检索分摊成员候选。
这种情况下,若终端20的用户在消息应用中进行了登记,则服务器10与消息服务器40进行通信来获取作为用户检索请求的发送源的终端20的用户登记为好友的用户的信息。并且,基于获取的用户的信息,将作为用户检索请求的发送源的终端20的用户登记为好友的用户设为检索对象,如前所述那样基于终端20的位置信息来检索作为分摊成员候选的用户。
<第十一变形例(2)>
在第十一变形例(1)中,不受限定,作为示例,服务器10可以基于由终端20的用户输入的日期的信息、输入的日期下的本终端20的位置信息以及输入的日期下的不同的终端20的位置信息,来检索作为分摊成员候选的用户,不这样亦可。
具体而言,不受限定,作为示例,终端20的控制部21在检索分摊成员时,促使用户输入日期。并且,控制部21将包含输入的日期的信息在内的用户检索请求通过通信I/F22向服务器10发送。
当从终端20接收到用户检索请求时,服务器10的控制部11不受限定而作为示例地基于接收到的用户检索请求中包含的日期,根据作为该用户检索请求的发送源的终端20在该日期下的算出终端位置的历史记录、和由数据库存储、管理的各终端20在该日期下的算出终端位置的历史记录,来检索分摊成员候选。具体而言,不受限定,作为示例,将不同的终端20中的在该日期中的同一时段、位于作为用户检索请求的发送源的终端20附近的终端20的用户,选择作为设为分摊成员候选的用户。
本变形例示出分摊发起人以外的分摊成员候选(不受限定,为不同的终端的用户的一例)基于输入的日期下的分摊发起人的终端20的位置信息和输入的日期下的与分摊发起人的终端20不同的终端20的位置信息来进行选择的构成。
作为通过这样的构成而得到的效果的一例,能够考虑到由终端的用户输入了的日期的信息地基于终端的位置信息和不同的终端的位置信息来方便地选择不同的终端的用户。
<第十一变形例(3)>
在第十一实施例中,终端20的控制部21可以基于本终端20的用户和不同的终端20的用户的通话历史记录来选择分摊成员候选,不这样亦可。
具体而言,不受限定,作为示例,控制部21参照与利用本终端20的通话功能(电话功能)通话了的其他的终端20的用户之间的通话历史记录的信息。并且,控制部21不受限定而作为示例地特别指定在与手动选择购物结算历史记录的购物结算日期时刻同一日期或同一时段中同本终端20的用户进行了通话的终端20的用户,而将其选择作为分摊成员候选。
本变形例示出基于与本终端20的用户之间的通话历史记录来选择分摊成员候选的构成。
作为通过这样的构成而得到的效果的一例,能够基于与终端的用户之间的通话历史记录来适当地选择不同的终端的用户。
<第十一变形例(4)>
在第十一实施例中,终端20的控制部21可以基于利用消息应用发送/接收过的内容(包括消息、图像信息)来选择分摊成员候选,不这样亦可。
不受限定,作为示例,参照利用本终端20的消息应用发送/接收过的内容,不受限定而作为示例地特别指定在与手动选择购物结算历史记录的购物结算日期时刻同一日期或同一时段中发送/接收过内容的用户,而将其选择作为分摊成员候选。
另外,将由终端20的相机27拍摄到的拍摄图像或者通过所谓的实时取景功能而放映在画面上的实时取景图像作为对象来执行图像识别处理。并且,也可以将通过图像识别处理识别出的用户选择作为分摊成员候选,不这样亦可。
<第十二实施例>
第十二实施例是针对分摊成员所包括的至少一个用户实现用现金进行的分摊而非是基于电子钱进行的分摊的实施例。
根据用户的不同,存在不希望汇入电子钱而希望用现金交付(用现金支付)的情况。
第十二实施例与上述的实施例的不同之处在于,追加了用于实现用现金进行的分摊的处理。
第十二实施例所记载的内容在其他的各实施例、其他的各变形例中均能够适用。
另外,针对与出现过的构成要素相同的构成要素标注同一符号并省略再次的说明。
在本实施例中,终端20的控制部21在选择分摊成员时,按照用户操作而与分摊成员建立关联地选择请求进行基于电子钱实现的分摊还是基于现金实现的分摊的分摊类别。并且,将包括选择出的购物结算历史记录、选择出的分摊成员和选择出的分摊类别在内的购物结算历史记录选择信息,通过通信I/F22向服务器10发送。
当通过通信I/F14而从终端20接收到购物结算历史记录选择信息时,服务器10的控制部11基于接收到的购物结算历史记录选择信息,针对各分摊成员,基于与该分摊成员建立了关联的分摊类别和选择出的购物结算历史记录来计算超欠金额。
<显示画面示例>
图12-1是表示本实施例中的分摊成员选择画面的一例的图,示出在用户A.A的终端20的显示部24上显示的消息应用的画面的一例。在该例中,例示了在消息应用中形成的由用户A.A、用户B.B、用户C.C、用户D.D、用户E.E这五名用户构成的旅行社团这个组中进行分摊的情况。
在该分摊成员选择画面中,与作为分摊成员候选的各用户的图标图像及用户名建立关联地设置有复选框,此外还建立关联地设置有用于将分摊类别设为“现金”的类似于所谓的单选按钮(radio button)的圆形的分摊类别选择按钮。能够针对各分摊成员候选来切换分摊类别选择按钮的“开启/关闭”。
不受限定,作为示例,在初始状态下,分摊类别选择按钮成为“关闭”的状态(分摊类别为“电子钱”),当分摊类别选择按钮被进行触摸操作时,在分摊类别选择按钮的圆的内部附加黑圆点而将其设为“开启”的状态,分摊类别变更为“现金”。在该例中,示出与分摊成员候选中的用户C.C建立了关联的分摊类别选择按钮的选中属性被设为“开启”的状态。
图12-2是表示基于在图12-1的分摊成员选择画面中登记图标被操作这一情况而显示的分摊请求通知画面的一例的图,示出在作为分摊成员中的一员的用户C.C的终端20的显示部24上显示的画面的一例。
该分摊请求通知画面是上述的旅行社团这个组中的组聊天室画面,显示有从作为分摊发起人的用户A.A发送来的分摊请求消息。
在分摊请求消息中,作为用户C.C的超欠金额而显示有该金额的值(在该例中为“900日元”),并且显示有用于表示用户C.C的分摊类别的“现金支付”。
另外,在其之下显示的分摊的内容的显示栏中,关于用户B.B、用户D.D、用户E.E这三人,由于选择了“电子钱”作为分摊类别,因此在超欠金额这一栏中显示有“900日元支付”。相对于此,关于用户C.C,由于选择了“现金”作为分摊类别,因此在超欠金额这一栏中除了显示有“900日元支付”以外,还与表示用现金支付超欠金额(用现金交付超欠金额)的“纸币的标识”建立关联地显示有用现金支付的金额(在该例中为“900日元”)。
在本实施例中,不受限定,作为示例,端20的控制部21将包含用于识别选择出的分摊成员的信息和用于识别针对各分摊成员选择出的分摊类别的信息在内的成员选择信息通过通信I/F22向服务器10发送。并且,服务器10基于成员选择信息中包含的分摊成员的信息和与其建立了关联的分摊类别的信息来计算超欠金额。
需要说明的是,在本实施例中,只要能够针对分摊成员中的至少一个用户将分摊类别设定为“现金”即可,作为设为分摊对象的购物结算历史记录而被选择的购物结算历史记录可以为一个,也可以为多个(两个以上)。
另外,如前所述,可以在选择一个购物结算历史记录进行了登记之后,选择其他的购物结算历史记录来追加登记,不这样亦可。
<第十二实施例的效果>
第十二实施例示出如下的构成:终端20将从本终端20的用户的多个购物结算历史记录中选择出的一个购物结算历史记录(不受限定,为第一结算信息的一例)通过通信I/F22向服务器10发送。并且,终端20通过通信I/F22而从服务器10接收基于这一个购物结算历史记录的至少选择了现金作为分摊类别的终端20的分摊成员(不受限定,为第二终端的用户的一例)向本终端20的用户用现金交付的金额(不受限定,为第四金额)的信息。并且,终端20将接收到的金额(第四金额)、以及将选择了现金作为分摊类别的分摊成员向本终端20的用户交付的金额与纸币的标识一起示出的信息(不受限定,为与第二终端的用户用现金交付或者用现金收取的金额相关的信息的一例)显示于显示部24。
作为通过这样的构成而得到的效果的一例,终端通过发送多个结算信息中的第一结算信息,由此能够接收与终端及第一终端(与终端不同的终端)不同的第二终端的用户用现金交付或者用现金收取的金额即第四金额的信息。并且,通过将该第四金额以及与第二终端的用户用现金交付或者用现金收取的金额相关的信息显示于终端的显示区域,由此能够告知用户。
另外,第十二实施例示出如下的构成:终端20将从本终端20的用户的多个购物结算历史记录中选择出的一个购物结算历史记录(不受限定,为第一结算信息的一例)和选择出的其他的购物结算历史记录(不受限定,为第五结算信息的一例)通过通信I/F22向服务器10发送。并且,终端20通过通信I/F22而从服务器10接收基于一个购物结算历史记录和其他的购物结算历史记录得到的、至少选择了现金作为分摊类别的终端20的分摊成员(不受限定,为第二终端的用户的一例)向本终端20的用户用现金交付的金额(不受限定,为第四金额)的信息。并且,终端20将接收到的金额(第四金额)、以及将选择了现金作为分摊类别的分摊成员向本终端20的用户交付的金额与纸币的标识一起示出的信息(不受限定,为与第二终端的用户用现金交付或者用现金收取的金额相关的信息的一例)显示于显示部24。
作为通过这样的构成而得到的效果的一例,终端通过发送多个结算信息中的第一结算信息和与第一结算信息不同的第五结算信息,由此能够接收与终端及第一终端不同的第二终端的用户用现金交付或者用现金收取的金额即第四金额的信息。并且,通过将该第四金额以及与第二终端的用户用现金交付或者用现金收取的金额相关的信息显示于终端的显示区域,由此能够告知用户。
另外,第十二实施例示出如下的构成:终端20基于本终端20的用户对本终端20进行的操作,将包含选择出的购物结算历史记录、选择出的分摊成员和选择出的分摊类别在内的购物结算历史记录选择信息(不受限定,为表示第二终端的用户用现金交付或者用现金收取的信息的一例)通过通信I/F22向服务器10发送。
作为通过这样的构成而得到的效果的一例,终端能够基于终端的用户进行的输入而向外部通知第二终端的用户用现金交付或者用现金收取这一情况。
<第十二变形例>
在第十二实施例中,关于分摊类别为“现金”的用户,也可以在分摊发起人从该用户接受了现金的情况下进行现金的接受确认。
图12-3是表示本变形例中的组聊天室画面的一例的图,示出在作为分摊发起人的用户A.A的终端20的显示部24上显示的画面的一例。
在该组聊天室画面中,作为从用户A.A发送来的消息,面向画面而在右侧显示有分摊请求消息。在该例中,由于用户A.A是请求了分摊的用户,是从其他的分摊成员接受金钱的一方,因此,在分摊请求消息中显示有“3,600日元接受”作为用户A.A的超欠金额。
另外,在其之下,与图12-2中的分摊请求通知同样地一览显示有包括自己在内的各分摊成员的已支付金额及超欠金额。与图12-2同样,关于用户B.B、用户D.D、用户E.E这三人,由于选择了“电子钱”作为分摊类别,因此在超欠金额这一栏中显示有“900日元支付”。相对于此,关于用户C.C,由于选择了“现金”作为分摊类别,因此在超欠金额这一栏中,除了显示有“900日元支付”以外,还与表示用现金支付超欠金额(用现金交付超欠金额)的“纸币标识”建立关联地显示有用现金支付的金额(在该例中为“900日元”)。
另外,在分摊类别为“现金”的用户(在该例中为用户C.C)这一栏,设置有用于进行来自用户C.C的现金的接受确认的不受限定而作为示例地表示为“现金接受确认”的现金接受确认图标。当该现金接受确认图标被操作时,向服务器10通知从该用户接受了现金这一情况,由服务器10再次计算超欠金额。
图12-4是表示基于在图12-3的组聊天室画面中现金接受确认图标被操作这一情况而显示的画面的一例的图。
基于与用户C.C建立了关联的现金接受确认图标被用户A.A进行了操作,而向服务器10通知用户A.A从用户C.C接受了现金这一情况,由服务器10再次计算超欠金额。其结果是,在用户A.A的超欠金额中,将从用户C.C向用户A.A用现金支付了的“900日元”从“3,600日元”中减去而显示为“2,700日元接受”。
另外,关于与用户C.C建立了关联的现金接受确认图标的显示,其文字从“现金接受确认”变更为“已确认”,其颜色被反转来显示(反转显示)。另外,在与同用户C.C建立了关联的纸币标识一起显示的现金的支付金额(在该例中为“900日元”)的右侧,附加选中属性而进行显示。
<第十三实施例>
第十三实施例是由终端20来修正购物结算历史记录并将修正后的购物结算历史记录作为分摊对象来进行分摊的实施例。
存在用户想要将购物结算历史记录中的一部分商品从分摊对象中排除的情况等用户希望进行购物结算历史记录的修正的情况。
第十三实施例所记载的内容在其他的各实施例、其他的各变形例中均能够适用。
另外,针对与出现过的构成要素相同的构成要素标注同一符号并省略再次的说明。
在本实施例中,终端20的控制部21执行对由本终端20的用户选择出的购物结算历史记录进行修正的处理。
作为修正对象的购物结算历史记录可以设为是
(1)本终端20的用户的购物结算历史记录
(2)其他的终端20的用户的购物结算历史记录
中的任一个。
以下,将被设为修正对象的购物结算历史记录称为“原始购物结算历史记录”(也可以叫做修正对象购物结算历史记录),将修正后的购物结算历史记录称为“修正购物结算历史记录”。原始购物结算历史记录是第一结算信息的一例,修正购物结算历史记录是第二结算信息的一例。
需要说明的是,也可以不局限于原始的购物结算历史记录,而将至少进行了一次修正后的购物结算历史记录(修正购物结算历史记录)作为原始购物结算历史记录来执行对购物结算历史记录进行修正的处理。
<处理>
(1)本终端20的用户的购物结算历史记录的修正
图13-1是在本实施例中在终端A与终端B之间进行的分摊处理的流程的一例的流程图。
该处理是向图1的处理中追加A15的步骤且将A20的步骤替换为A22来作为终端A的处理、并且将B20的步骤替换为B22来作为终端B的处理而得到的处理。
在A10之后,终端A的控制部21进行对在A10中选择出的购物结算历史记录进行修正的购物结算历史记录修正处理(A15)。具体而言,不受限定,作为示例,控制部21按照对输入输出部23进行的修正操作来修正在A10中选择出的购物结算历史记录中包含的结算内容,并将修正后的购物结算历史记录更新存储于存储部28。
之后,终端A的控制部21将修正后的购物结算历史记录(以下,称为“修正购物结算历史记录”)通过通信I/F22向终端B发送(A22)。然后,终端A的控制部21将处理移向A40。
终端B通过通信I/F22而从终端A接收修正购物结算历史记录(A22)。然后,终端B的控制部21将处理移向B30。
(2)其他的终端20的用户的购物结算历史记录的修正
图13-2是在本变形例中在终端A与终端B之间进行的分摊处理的流程的一例的流程图。
该处理是向图1的处理中追加了A12、A15、A24的步骤来作为终端A的处理且追加了B10、B12、B24的步骤来作为终端B的处理而得到的处理。
终端B的控制部21执行第一购物结算历史记录选择处理(B10)。具体而言,不受限定,作为示例,终端B的控制部21基于对输入输出部23进行的选择操作而从终端B的存储部28所存储的、用户B.B的多个购物结算历史记录中,选择至少一个购物结算历史记录。
之后,终端B的控制部21将在B10中选择出的购物结算历史记录通过通信I/F22向终端A发送(B12)。当通过通信I/F22而从终端B接收到购物结算历史记录时(A12),终端A的控制部21执行购物结算历史记录修正处理(A15)。该购物结算历史记录修正处理中的修正的方法虽然与图13-1的处理同样,但在修正的对象不是自己的购物结算历史记录而是其他的终端20的用户的购物结算历史记录这一点上不同。
接着,终端A的控制部21将包含A15中的购物结算历史记录的修正的内容在内的购物结算历史记录修正信息通过通信I/F22向终端B发送(A24)。然后,终端A的控制部21将处理移向A40。
在B12之后,终端B通过通信I/F22而从终端A接收购物结算历史记录修正信息(B24)。然后,终端B的控制部21将处理移向B30。
<第十三实施例的效果>
第十三实施例示出如下的构成:终端20基于本终端20的用户进行的修正操作(不受限定,为终端的用户对终端进行的输入的一例),利用控制部21来执行将原始购物结算历史记录(不受限定,为基于与第一结算相关的处理的第一结算信息的一例)修正为修正购物结算历史记录(不受限定,为第二结算信息的一例)的购物结算历史记录修正处理。终端20通过通信I/F22而从其他的终端20接收基于修正购物结算历史记录的、本终端20的用户的超欠金额(不受限定,为第一金额的一例)和其他的终端20的用户的超欠金额(不受限定,为第二金额的一例)中的至少本终端20的用户的超欠金额的信息。并且,终端20利用控制部21来执行基于本终端20的用户的超欠金额的汇款处理或接受处理。
作为通过这样的构成而得到的效果的一例,终端能够在将基于与第一结算相关的处理的第一结算信息修正为第二结算信息的基础上,基于该第二结算信息来执行汇款处理或接受处理。另外,能够修正第一结算信息,因此能够提高用户的便利性。
另外,第十三实施例示出如下的构成:终端20具备将存储于存储器的程序读出并执行基于读出的程序的处理的处理器。该处理器基于本终端20的用户进行的修正操作(不受限定,为终端的用户对终端进行的输入的一例),执行将原始购物结算历史记录(不受限定,为基于与第一结算相关的处理的第一结算信息的一例)修正为修正购物结算历史记录(不受限定,为第二结算信息的一例)的购物结算历史记录修正处理,并通过通信I/F22而从其他的终端20接收基于修正购物结算历史记录的、本终端20的用户的超欠金额(不受限定,为第一金额的一例)和其他的终端20的用户的超欠金额(不受限定,为第二金额的一例)中的至少本终端20的用户的超欠金额的信息,执行基于本终端20的用户的超欠金额的汇款处理或接受处理。
通过这样的构成,也能够获得与上述同样的效果。
另外,第十三实施例示出原始购物结算历史记录是本终端20的用户进行的购物结算的历史记录的构成。
作为通过这样的构成而得到的效果的一例,能够将基于与终端的用户进行的结算相关的处理而得到的第一结算信息修正为第二结算信息。
另外,第十三实施例示出将修正购物结算历史记录通过通信I/F22向不同的终端发送的构成。
作为通过这样的构成而得到的效果的一例,能够将作为修正结果得到的第二结算信息向外部发送。
另外,第十三实施例示出原始购物结算历史记录是不同的终端20的用户进行的购物结算的历史记录的构成。
作为通过这样的构成而得到的效果的一例,能够将基于与不同的终端的用户进行的结算相关的处理而得到的第一结算信息修正为第二结算信息。
<第十三变形例(1)>
在第十三实施例中,终端20将修正后的购物结算历史记录(修正购物结算历史记录)向不同的终端20发送,但并不限定于此。
这种情况下,不受限定,作为示例,预先在一个终端20和不同的终端20中共有各终端20的用户的购物结算历史记录的数据。并且,在对购物结算历史记录进行了修正的情况下,可以不将修正后的购物结算历史记录本身向不同的终端20发送,而是将修正了的部位或修正了的内容的信息、即原始购物结算历史记录与修正购物结算历史记录的差分的信息向不同的终端20发送,不这样亦可。
另外,在选择了原始购物结算历史记录的情况下,将该选择出的购物结算历史记录通过通信I/F22向不同的终端20发送。并且,在这之后,终端20可以基于本终端20的用户进行的修正操作,执行对发送的购物结算历史记录进行修正的购物结算历史记录修正处理,不这样亦可。这种情况下,在执行购物结算历史记录修正处理之后,可以将修正购物结算历史记录本身向不同的终端20发送,也可以将先发送的原始购物结算历史记录与修正购物结算历史记录的差分的信息向不同的终端20发送。
本变形例示出终端20将原始购物结算历史记录与修正购物结算历史记录的差分的信息通过通信I/F22向不同的终端20发送的构成。
作为通过这样的构成而得到的效果的一例,能够相较于发送第二结算信息的情况而言减少终端的通信量。
另外,本变形例示出如下的构成:终端20将原始购物结算历史记录通过通信I/F22向不同的终端20发送。并且,在发送原始购物结算历史记录之后,基于本终端20的用户进行的修正操作,将发送的原始购物结算历史记录修正为修正购物结算历史记录。
作为通过这样的构成而得到的效果的一例,通过在发送第一结算信息之后将第一结算信息修正为第二结算信息,由此能够事先将作为修正对象的第一结算信息向外部发送。
<第十三变形例(2)>
在第十三实施例中,也可以不由终端20的控制部21执行购物结算历史记录修正处理而由服务器10的控制部11执行购物结算历史记录修正处理。即,对购物结算历史记录进行修正的处理(将第一结算信息修正为第二结算信息的处理)的执行主体可以是终端20的控制部21,也可以是服务器10的控制部11。关于其详情,将会在以后的实施例中进行说明。
<第十四实施例>
第十四实施例是终端20通过与服务器10进行通信来修正购物结算历史记录的实施例。与第十三实施例同样,存在用户希望进行购物结算历史记录的修正的情况。
第十四实施例所记载的内容在其他的各实施例、其他的各变形例中均能够适用。
另外,针对与出现过的构成要素相同的构成要素标注同一符号并省略再次的说明。
<显示画面示例>
图14-1是表示本实施例中的购物结算历史记录选择画面的一例的图,示出在用户A.A的终端20的显示部24上显示的画面的一例。
在该购物结算历史记录选择画面中显示有多个购物结算历史记录作为与用户A.A进行的购物结算对应的购物结算历史记录。另外,如前所述那样与各购物结算历史记录建立关联地设置有复选框,能够将复选框的选中属性标识被开启了的购物结算历史记录作为分摊对象。
此外,在本实施例中,与各购物结算历史记录建立关联地设置有用于输入其详情的、不受限定而作为示例地表示为“详情”的详情图标。
图14-2是表示基于在图14-1的购物结算历史记录选择画面中详情图标被操作这一情况而显示的详情输入画面的一例的图。
在该详情输入画面中,显示有“请输入进行分摊的支付的详情”这样的文字,并且显示有在图14-1的购物结算历史记录选择画面中选择出的“BB超市”的购物结算历史记录的购物结算日期时刻、店铺名、购物结算金额等信息。
另外,在其之下,作为该购物结算历史记录的支付明细,设置有一览显示购入了的商品的名称及该商品的单价的商品一览显示区域、和一览显示商品的购入数量的购入数量一览显示区域。在购入数量一览显示区域中,输入有与该购物结算历史记录对应的商品的购入数量作为默认值(default)。
当对商品一览显示区域所包括的与一个商品对应的显示区域进行操作(不受限定,作为示例为触摸操作)时,能够将与该商品建立了关联的显示在第二商品显示区域中的购入数量重置为0个。
另外,在购入数量一览显示区域中,与各商品建立关联地显示有用于对其购入数量进行增加修正的上按钮和用于对其购入数量进行减少修正的下按钮,通过对这些按钮进行操作,由此能够修正其购入数量。
在该例中,由于商品一览显示区域中的与商品名“温泉馒头”对应的显示区域被操作,因而对该显示区域附加颜色来进行显示,并且其购入数量被从一个重置为0个。
图14-3是表示基于在图14-2的详情输入画面中登记图标被操作这一情况而显示的购物结算历史记录选择画面的一例的图。
在该购物结算历史记录选择画面中,由于在图14-2的详情输入画面中商品“温泉馒头”的购入数量被从1个修正为0个,因而“单价600日元×1个=600日元”的金额被从购物结算金额中减去,其结果是,“BB超市”的购物结算历史记录中的购物结算金额被修正为“2,400日元”。另外,与购物结算金额建立关联地显示有表示该购物结算金额已被修正的修正标识。
<数据构成>
图14-4是表示在本实施例中服务器10的存储部15所存储的信息的一例的图。
在存储部15中,除了存储有支付应用管理处理程序151、支付应用用户登记数据153、用户管理数据库155、分摊管理数据库157以外,还存储有购物明细管理数据库159。
图14-5是表示本实施例中的作为分摊管理数据库157的一例的第二分摊管理数据库157B的一例的图。
在第二分摊管理数据库157B所包括的各分摊管理数据中,不受限定而作为示例地存储有分摊管理ID、分摊发起人ID、分摊成员ID和购物结算历史记录管理数据。
另外,在购物结算历史记录数据中,不受限定,作为示例,将结算人ID、购物结算ID、分摊对象金额、分摊对象的明细(以下,称为“分摊明细”)建立关联地存储起来。
在分摊明细中,针对根据其购物结算ID来识别的购物结算历史记录,存储有购入了的商品的名称、数量等基本的信息作为分摊明细。
购物明细管理数据库159是用于管理购物的明细(以下,称为“购物明细”)的数据库,其数据构成的一例如图14-6所示。
在购物明细管理数据库159中,作为按购物结算ID进行管理的数据,存储有购物明细管理数据。
在各购物明细管理数据中,不受限定,作为示例存储有购物结算ID和购物明细数据。
在购物明细数据中,作为购物明细,不受限定而作为示例地将商品名、购入数量、单价和购入金额(=单价×购入数量)建立关联地存储起来。
<处理>
图14-7是在本实施例中各装置执行的处理的流程的一例的流程图。
该处理是在图2-17的处理中追加A170的步骤作为终端A的处理且将A180的步骤替换为A185而得到的处理。另外,该处理是将S180的步骤替换为S185来作为服务器10的处理的处理。
在A170之后,终端A的控制部21执行购物结算历史记录修正处理(A175)。具体而言,按照对输入输出部23进行的修正操作,来修正购物结算历史记录中的商品名和购入数量的至少任一个。
之后,终端A的控制部21将包含用户A.A的支付应用ID、修正后的购物结算历史记录的购物结算ID和其修正内容在内的已修正购物结算历史记录选择信息,通过通信I/F22向服务器10发送(A185)。
在S160之后,当通过通信I/F14而从终端A接收到已修正购物结算历史记录选择信息时(S185),服务器10的控制部11基于接收到的已修正购物结算历史记录选择信息中包含的支付应用ID、购物结算ID和修正内容,来更新第二分摊管理数据库157B中的对应的分摊管理数据。具体而言,在商品名被修正了的情况下,将购物结算历史记录管理数据中的对应的分摊明细这一栏更新。另外,在购入数量被修正了的情况下,将购物结算历史记录管理数据中的分摊明细这一栏及分摊对象金额这一栏更新。
另外,控制部11同样地将购物明细管理数据库159中的对应的购物明细管理数据更新。具体而言,在商品名被修正了的情况下,将购物明细数据中的商品名这一栏更新。另外,在购入数量被修正了的情况下,将购物明细数据中的购入数量这一栏更新。
上述的处理也可以说是由服务器10的控制部11执行的将第一结算信息修正为第二结算信息的处理的一例。
之后,控制部11将处理移向S190。
<第十四实施例的效果>
第十四实施例示出终端20在购物结算历史记录修正处理中对原始购物结算历史记录中的购入了的商品的信息进行修正的构成。
作为通过这样的构成而得到的效果的一例,能够修正第一结算信息中的购入了的商品的信息。
另外,第十四实施例示出在购物结算历史记录修正处理中删除购入了的商品的信息而使得购物结算金额减少的构成。
作为通过这样的构成而得到的效果的一例,由于第一结算信息中的购入了的商品的信息被删除而使得结算金额减少,因此,能够不受限定而作为示例地将作为分摊对象的商品排除来将结算金额修正为所期望的金额。
另外,第十四实施例示出如下的构成:服务器10基于终端20的用户进行的修正操作(不受限定,为终端的用户对终端进行的输入的一例),利用控制部11来执行将原始购物结算历史记录(不受限定,为基于与第一结算相关的处理的第一结算信息的一例)修正为修正购物结算历史记录(不受限定,为第二结算信息的一例)的购物结算历史记录修正处理。服务器10将至少一个终端20的用户的超欠金额(不受限定,为第一金额的一例)的信息通过通信I/F14向一个终端20发送,并将至少其他的终端20的用户的超欠金额(不受限定,为第二金额的一例)的信息通过通信I/F14向其他的终端20发送。并且,服务器10利用控制部11来执行分摊清算处理(不受限定,为基于第一金额的、对终端进行的汇款处理或接受处理以及基于第二金额的、对不同的终端进行的汇款处理或接受处理的一例)。
作为通过这样的构成而得到的效果的一例,服务器能够在将基于与第一结算相关的处理的第一结算信息修正为第二结算信息的基础上,基于该第二结算信息来实现针对终端的汇款处理或接受处理和针对不同的终端的汇款处理或接受处理。另外,将这些处理不在终端侧进行即可,能够减轻终端的处理负载。
<第十四变形例(1)>
可以基于由于进行了购物结算而被购入了商品等的店铺赋予的作为优惠的积分(不受限定,为返还信息的一例)来修正购物结算历史记录,不这样亦可。
图14-8是表示本变形例中的购物结算历史记录选择画面的一例的图。
在该购物结算历史记录选择画面中,与“BB超市”的购物结算历史记录建立关联地显示有表示拥有被“BB超市”赋予的作为优惠的积分这个意思的积分图标。通过对积分图标进行操作,能够确认被赋予的积分。
图14-9是表示基于在图14-8的购物结算历史记录选择画面中积分图标被操作这一情况而显示的积分确认画面的一例的图。
在该积分确认画面中,显示有“拥有能够利用的积分”这样的文字,在其之下显示有“BB超市”的购物结算历史记录的信息。另外,在其之下显示有用于选择是否将积分获取额从购物结算金额中扣除的能够切换“开启/关闭”的积分利用设定按钮。
另外,在其之下显示有被赋予的积分,在该例中,显示有包含“10%返还获取300pt(相当于300日元)”这样的文字的积分信息。在该例中,通过将积分利用设定按钮设定为“开启”,由此在积分信息之下,显示有从购物结算金额中扣除积分获取额而得到的金额(在该例中为3,000日元-300日元=2,700日元)作为修正后的金额。
需要说明的是,在返还信息中,不局限于积分,也可以包含所谓的电子优惠券(流动优惠券)等。
本变形例示出基于从进行了购物结算的店铺赋予的积分等(不受限定,为返还信息的一例)来修正购物结算历史记录的构成。
作为通过这样的构成而得到的效果的一例,终端能够基于终端的用户进行了第一结算的店铺的返还信息来将第一结算信息修正为第二结算信息。
另外,本变形例示出如下的构成:终端20将积分利用设定按钮(不受限定,为用于进行基于返还信息做出的修正的第一显示的一例)显示于显示部24,基于用户对积分利用设定按钮进行的切换操作(不受限定,为终端的用户对第一显示进行的输入的一例)来修正购物结算历史记录。
作为通过这样的构成而得到的效果的一例,由于在终端的显示区域上显示有用于进行基于返还信息做出的修正的能够供终端的用户进行输入的第一显示,因此能够提高用户的便利性。
<第十四变形例(2)>
在第十四实施例中,可以与购物结算历史记录建立关联地设定前述的备忘、标签,不这样亦可。
图14-10是表示本变形例中的购物结算历史记录选择画面的一例的图。
该购物结算历史记录选择画面与图14-2的购物结算历史记录选择画面大致相同,不同之处在于,在画面下部建立关联地设定有备忘。具体而言,作为由本终端20的用户(用户A.A)输入的备忘,输入显示有“扣除了自己买特产的温泉馒头费(600日元)”这样的内容的备忘。这样,其他的分摊成员能够容易地知晓如下事项:温泉馒头的购入数量被修正为“0”,其结果是,作为分摊对象的金额被减去。
<第十五实施例>
第十五实施例是终端20通过与服务器10进行通信来修正购物结算历史记录的实施例。与第十四实施例不同的是,第十五实施例基于终端20的用户进行的修正操作来修正购物结算金额。
另外,在第十五实施例中,能够按购物结算历史记录来变更分摊成员。
第十五实施例所记载的内容在其他的各实施例、其他的各变形例中均能够适用。
另外,针对与出现过的构成要素相同的构成要素标注同一符号并省略再次的说明。
<显示画面示例>
图15-1是表示本实施例中的购物结算历史记录选择画面的一例的图,示出在用户A.A的终端20的显示部24上显示的画面的一例。
在该购物结算历史记录选择画面上显示有多个购物结算历史记录作为用户A.A的购物结算对应的购物结算历史记录。另外,如前所述,与各购物结算历史记录建立关联地设置有复选框,能够将复选框的选中属性标识被设为开启的购物结算历史记录作为分摊对象。
此外,在本实施例中,与各购物结算历史记录建立关联地设置有用于输入其详情的、不受限定而作为示例地表示为“详情”的详情图标。
图15-2是表示基于在图15-1的购物结算历史记录选择画面中详情图标被操作(不受限定,为触摸操作)这一情况而显示的详情输入画面的一例的图,示出图15-1的购物结算历史记录选择画面中的与“BB超市”的购物结算历史记录建立了关联的详情图标被操作的情况下的画面的一例。
在该详情输入画面中,显示有“请输入进行分摊的支付的详情”这样的文字,并且显示有在图15-1的购物结算历史记录选择画面中被选择了的“BB超市”的购物结算历史记录中的购物结算金额。
另外,在其之下以该购物结算金额为上限金额地设置有用于对作为分摊对象的金额进行修正的金额修正栏。在金额修正栏中,建立关联地设置有用于对作为分摊对象的金额进行增额修正的上按钮和用于对作为分摊对象的金额进行减额修正的下按钮,通过对该上按钮/下按钮进行操作,由此能够对金额以增额/减额的方式进行修正。该金额的修正也可以说是购物结算历史记录的购物结算金额的修正。
在金额修正栏之下设置有用于显示分摊成员的一览的分摊成员一览显示区域,并且,与各分摊成员的图标图像建立关联地显示有表示该分摊成员是否被设定为是分摊成员候选的选中属性。不受限定,作为示例,通过对分摊成员的图标图像进行操作,由此能够切换选中属性的开启/关闭,将选中属性被设为关闭的用户从分摊成员候选中排除。在该例中,示出用户C.C的选中属性被设为关闭而将用户C.C从分摊成员候选中排除的状态。
另外,在分摊成员一览显示区域之下设置有用于为选择了的购物结算历史记录设定标签的标签显示区域,在该标签显示区域中显示有多个类别的标签的候选。标签的候选不受限定,作为示例包括“购物”、“工作”、“约会”、“旅行”、“礼物”、“其他”等多个候选。通过对该多个种类的标签的候选中的任一个标签进行操作,由此能够将该标签与该购物结算历史记录建立关联地设定。在该例中,示出通过对“旅行”这个标签进行操作而将“旅行”这个标签与“BB超市”中的购物结算历史记录建立关联地设定起来的状态。
另外,在标签显示区域之下设置有供终端20的用户记载备忘的备忘栏。在该例中,记载有“C.C在超市没进行购物扣除个人购入了的饮品的费用(400日元)”这样的备忘。根据该备忘的内容,如上所述,能够知晓用户C.C被从分摊成员中排除的理由以及金额被从“3,000日元”修正为“2,600日元”的理由。
另外,在画面下部显示有用于登记该购物结算历史记录的修正内容的、不受限定而作为示例地表示为“登记”的登记图标。
图15-3是表示详情输入画面的另一例的图。
该详情输入画面的构成与图15-2的详情输入画面大致相同,显示有“请输入进行分摊的支付的详情”这样的文字,并且显示有进行了购物结算的事件的名称(事件名)。在该例中,作为事件名,显示有“GG公园的门票”。
图15-4是表示作为在图15-2、图15-3的详情输入画面中进行了输入的结果而显示的购物结算历史记录选择画面的一例的图。
在该购物结算历史记录选择画面中,与图15-1的购物结算历史记录选择画面同样地显示有多个购物结算历史记录作为用户A.A的购物结算对应的购物结算历史记录,但该显示的一部分有所不同。
具体而言,不受限定,作为示例,伴随着图15-2的与“BB超市”中的购物结算历史记录相关的修正,在“BB超市”的购物结算历史记录的显示栏中显示有修正后的分摊成员的图标图像(在上述的例子中,由于用户C.C被排除,因而是其他的四个用户的图标图像)以及设定好的标签(在上述的例子中为“旅行”这个标签)的图像。另外,作为设为分摊对象的金额,显示有表示金额被修正的“修正”这个标识以及修正后的金额即“2,600日元”。
另外,在其旁边显示有用于确认与该购物结算历史记录建立关联地设定的备忘的备忘图标。当该备忘图标被操作时,与该购物结算历史记录建立关联地设定的备忘不受限定而作为示例地以弹出形式显示或者在其他页面上显示。
另外,不受限定,作为示例,伴随着图15-3的与事件名为“GG公园的门票”中的购物结算历史记录相关的修正,在“GG公园的门票”的购物结算历史记录的显示栏中显示有设定了的标签(在上述的例子中为“旅行”这个标签)的图像。
图15-5是表示用于进行基于码图像的结算的码画面的一例的图。
该码画面是包括码图像(以下,称为“支付码图像”)的画面的一例,其中,该码图像是利用于购物结算的码支付用的码图像且显示于终端20的显示部24,在该码画面中,显示有结算方法(包含电子钱户头余额)和该终端20的用户拥有的积分(结算时是否优先使用积分(开启/关闭)),并且不受限定而作为示例地显示有以条形码为代表的一维的支付码图像和以QR码(注册商标)为代表的二维的支付码图像。
另外,在该码画面的下部设置有前述的标签显示区域。在该标签显示区域中如前所述那样显示有多个种类的标签的候选。并且,在使店铺的读码器或店铺的读码器装置(以下概括性地称为“店铺读码器装置”)读取支付码图像来进行购物结算时,能够将事先指定了的标签与该购物结算的购物结算历史记录建立关联地设定。在该例中,示出指定了“旅行”这个标签的状态,若在该状态下使用支付码图像来进行购物结算,则“旅行”这个标签与该购物结算的购物结算历史记录建立起关联。
更具体而言,基于从终端20发送的码生成委托信息,服务器10执行码生成处理。具体而言,不受限定,作为示例产生随机的令牌信息(包括随机的编号),将产生的令牌信息与该终端20的用户的支付应用ID建立关联地存储起来。并且,生成对产生的令牌信息进行了编码化的支付码图像而向终端20发送。终端20将包含从服务器10接收到的码图像和多个种类的标签的候选在内的码画面显示于显示部24。
当按照用户操作而从多个种类的标签的候选中选择至少一个标签时,终端20将该标签的选择信息向服务器10发送。
另一方面,当由店铺读码器装置来读取支付码图像时,保存在该支付码图像中的令牌信息被店铺读码器装置通过解码来获取,且与结算预定金额一起被从店铺读码器装置向服务器10发送。
服务器10判定从店铺读码器装置接收到的令牌信息是否与某一支付应用ID建立起关联。并且,从判定出的支付应用ID的电子钱户头中结算出结算预定金额。并且,基于从终端20另行接收到的标签的选择信息来将标签与该购物结算历史记录建立关联地设定。
需要说明的是,可以利用同样的方法来取代标签地(或者除了标签以外还)将备忘与购物结算历史记录建立关联,不这样亦可。
<数据构成>
图15-6是表示本实施例中作为存储于服务器10的存储部15的分摊管理数据库157的一例的第三分摊管理数据库157C的数据构成例的图。
在第三分摊管理数据库157C的各分摊管理数据中,不受限定,作为示例存储有分摊管理ID、分摊发起人ID、分摊成员ID和购物结算历史记录管理数据。
在购物结算历史记录管理数据中,不受限定,作为示例将结算人ID、购物结算ID、分摊对象金额、分摊对象成员、备忘和标签建立关联地存储起来。
结算人ID~分摊对象金额与第一分摊管理数据库157A同样。
在分摊对象成员中,存储有在分摊成员ID中存储了ID的分摊成员中的由该结算人ID的用户选择、登记了的分摊成员(以下,称为“分摊对象成员”)的支付应用ID,来作为要对根据该购物结算ID来识别的购物结算历史记录(其分摊对象金额)进行分摊的成员。
分摊成员是作为要进行根据分摊管理ID来识别的作为一个单位的分摊的成员而设定的固定的成员,相对于此,分摊对象成员是作为要进行分摊的对象而被选择、登记了的按购物结算历史记录来设定的成员,两者在这点上不同。
在备忘中,作为与根据该购物结算ID来识别的购物结算历史记录建立起关联的备忘,不受限定而作为示例地存储有由该结算人ID的用户的终端20输入的备忘。
在标签中,作为与根据该购物结算ID来识别的购物结算历史记录建立起关联的标签,不受限定而作为示例地存储有由该结算人ID的用户的终端20输入的标签。
<处理>
在本实施例中,终端20的控制部21在图14-7的处理的购物结算历史记录修正处理中(A175),按照本终端20的用户进行的购物结算金额的修正操作来修正购物结算金额、分摊成员候选、备忘、标签中的至少任一个。并且,控制部21将包含本终端20的用户的支付应用ID、修正后的购物结算历史记录的购物结算ID和修正内容在内的已修正购物结算历史记录选择信息通过通信I/F22向服务器10发送(A185)。
当通过通信I/F14而从终端20接收到已修正购物结算历史记录选择信息时(S185),服务器10的控制部11基于接收到的已修正购物结算历史记录选择信息中包含的支付应用ID、购物结算ID和修正内容,来更新第三分摊管理数据库157C中的对应的分摊管理数据。具体而言,在购物结算金额被修正了的情况下,更新购物结算历史记录管理数据中的对应的分摊对象金额这一栏。在分摊成员候选被修正了的情况下,更新购物结算管理数据中的对应的分摊对象成员这一栏。在追加、修正了备忘的情况下,更新购物结算历史记录管理数据中的对应的备忘这一栏。另外,在追加、修正了标签的情况下,更新购物结算历史记录管理数据中的对应的标签这一栏。
<第十五实施例的效果>
第十五实施例示出终端20在购物结算历史记录修正处理中基于本终端20的用户的修正操作来修正购物结算金额的构成。
作为通过这样的构成而得到的效果的一例,能够按照终端的用户的输入来将第一结算信息的结算金额修正为所期望的金额。
另外,第十五实施例示出如下的构成:终端20基于本终端20的用户进行的选择操作,利用控制部21来执行输入与原始购物结算历史记录(不受限定,为第一结算信息的一例)及修正购物结算历史记录(不受限定,为第二结算信息的一例)不同的购物结算历史记录(不受限定,为第三结算信息的一例)的处理。
作为通过这样的构成而得到的效果的一例,通过利用控制部来执行用于输入与第一结算信息及第二结算信息不同的第三结算信息的处理,由此能够不受限定而作为示例地追加作为分摊对象的结算信息。
另外,第十五实施例示出基于与多个结算信息分别建立了关联的标签等(不受限定,为由终端的用户输入的信息的一例)来选择购物结算历史记录的构成。
作为通过这样的构成而得到的效果的一例,能够基于与多个结算信息分别建立了关联的由终端的用户输入的信息来适当地选择第一结算信息。
另外,第十五实施例示出如下的构成:终端20将多个购物结算历史记录中的一个购物结算历史记录(不受限定,为第一结算信息的一例)和其他的购物结算历史记录(不受限定,为第四结算信息的一例)通过通信I/F22向服务器10发送。终端20通过通信I/F22而从服务器10接收本终端20的用户的超欠金额(不受限定,为第一金额的一例)、第一终端20的分摊成员的超欠金额(不受限定,为第二金额的一例)和第二终端20的分摊成员的超欠金额(不受限定,为第三金额的一例)。这种情况下,本终端20的用户的超欠金额基于一个购物结算历史记录和其他的购物结算历史记录来决定,第一终端20的分摊成员的超欠金额基于一个购物结算历史记录来决定,第二终端20的分摊成员的超欠金额基于其他的购物结算历史记录来决定。
作为通过这样的构成而得到的效果的一例,终端能够接收基于不同的结算信息来决定的终端的用户汇款或接受的第一金额、第一终端的用户汇款或接受的第二金额和与终端及第一终端不同的第二终端的用户汇款或接受的第三金额。
<第十六实施例>
第十六实施例是将原始购物结算历史记录与修正购物结算历史记录以改变显示形式(使显示形式不同)的方式进行显示的实施例。在像第十三实施例~第十五实施例所示那样修正了购物结算历史记录的情况下,有时难以知晓其修正部位。
第十六实施例所记载的内容在其他的各实施例、其他的各变形例中均能够适用。
另外,针对与出现过的构成要素相同的构成要素标注同一符号并省略再次的说明。
<显示画面示例>
图16-1是表示本实施例中的购物结算历史记录选择画面的一例的图。
在该购物结算历史记录选择画面中,与“BB超市”的购物结算历史记录建立关联地显示有表示该购物结算历史记录被进行了修正的修正标识,此外还建立关联地显示有表示购物结算金额被进行了减额修正的倒三角形的标识。
图16-2是表示本实施例中的分摊请求通知画面的一例的图,示出在用户B.B的终端20的显示部24上显示的画面的一例。
在该分摊请求通知画面中,当表示用户B.B的超欠金额的超欠金额显示区域被用户B.B操作时,显示该分摊的详细条目。在该分摊的详细条目中的“BB超市”的购物结算历史记录中,与图16-1同样地显示有表示购物结算金额被进行了减额修正的倒三角形的标识。
图16-3是表示本实施例中的购物结算历史记录选择画面的另一例的图,虽是与图16-1同样的画面,但内容的一部分有所不同。
在该购物结算历史记录选择画面中,与“BB超市”的购物结算历史记录建立关联地显示有表示购物结算历史记录被修正了的修正标识,此外还建立关联地显示有表示购物结算金额被进行了增额修正的正三角形的标识。
图16-4是表示本实施例中的分摊请求通知画面的另一例的图,虽是与图16-2同样的画面,但内容的一部分有所不同。
在该分摊请求通知画面中,在分摊的详细条目中的“BB超市”的购物结算历史记录中,与图16-3同样地显示有表示购物结算金额被进行了增额修正的正三角形的标识。
<第十六实施例的效果>
第十六实施例示出终端20将修正购物结算历史记录(不受限定,为被修正的第二结算信息的一例)与原始购物结算历史记录(不受限定,为未修正的结算信息的一例)以显示形式不同的方式显示于显示部24的构成。
作为通过这样的构成而得到的效果的一例,终端的用户能够容易地掌握结算信息被修正这一情况、结算信息中的被修正了的信息。
另外,第十六实施例示出如下的构成:终端20在购物结算历史记录的购物结算金额被进行了减额修正的情况下,将其以第一显示形式显示于显示部24,在购物结算历史记录的购物结算金额被进行了增额修正的情况下,将其以第二显示形式显示于显示部24。
作为通过这样的构成而得到的效果的一例,终端的用户能够容易地掌握第二结算信息的结算金额被进行了增额修正和减额修正中的哪一种修正。
<第十六变形例>
在第十六实施例中,终端20也可以基于本终端20的用户对修正购物结算历史记录进行的输入来显示修正购物结算历史记录的修正内容。
图16-5是表示本变形例中的详情输入画面的一例的图,示出在用户A.A的终端20的显示部24上显示的画面的一例。
在该详情输入画面中,显示有“BB超市”的购物结算历史记录的详情,在画面中央部的支付明细这一栏中,与商品名及该商品名的商品的单价建立关联地显示有变更前的购入数量和变更后的购入数量。
图16-6是表示本变形例中的分摊请求通知画面的图,示出在用户B.B的终端20的显示部24上显示的画面的一例。
在该分摊请求通知画面中,在超欠金额显示区域之下,与作为分摊发起人的用户A.A的图标图像及用户名建立关联地显示有由用户A.A输入的备忘。另外,在其之下显示有分摊的详细条目。在分摊的详细条目中,包括登记的各购物结算历史记录。在该例中,包括“AA租借点”、“BB超市”等多个购物结算历史记录,与“BB超市”的购物结算历史记录建立关联地显示有表示购物结算金额被进行了减额修正的减额标识。
不受限定,作为示例,当该“BB超市”的购物结算历史记录的显示区域被进行操作时,以弹出形式显示其修正内容。在该例中,以弹出形式显示有包含表示购物结算金额被修正的“金额修正”这样的文字、表示购物结算金额被从“3,000日元”减额修正为“2,600日元”的信息以及进行了修正的用户的图标图像(在该例中为用户A.A的图标图像)在内的内容。
本变形例示出终端20基于终端20的用户对本终端20的显示部24上显示的修正购物结算历史记录进行的操作(不受限定,为基于终端的用户进行的输入的一例)来显示修正购物结算历史记录的修正内容的构成。
作为通过这样的构成而得到的效果的一例,通过终端的用户对自己的终端进行输入,由此能够确认第二结算信息的修正内容。
<第十七实施例>
第十七实施例是不同的终端20的用户能够对由终端20修正后的修正购物结算历史记录进行修正提议的实施例。存在分摊成员希望对修正后的购物结算历史记录提出异议的情况。
在以下的实施例中,将终端20的用户对登记为分摊对象的自己的购物结算历史记录进行修正这样的操作称为“修正”,将终端20的用户提议对登记为分摊对象的不同的终端20的用户的购物结算历史记录进行修正这样的操作称为“修正提议”。
第十七实施例所记载的内容在其他的各实施例、其他的各变形例中均能够适用。
另外,针对与出现过的构成要素相同的构成要素标注同一符号并省略再次的说明。
<显示画面示例>
图17-1是表示本实施例中的分摊内容确认画面的一例的图,示出在用户B.B的终端20的显示部24上显示的画面的一例。
在该分摊内容确认画面中,不受限定,作为示例,在已支付金额一览显示区域中,与自己(在该例中为用户B.B)的图标图像及用户名建立关联地显示有用于对自己登记过的购物结算历史记录进行修正的表示为“修正”的修正标识。另外,与自己以外的分摊成员的图标图像及用户名建立关联地显示有用于提议对该分摊成员登记过的购物结算历史记录进行修正的表示为“修正提议”的修正提议标识。
图17-2是表示基于在图17-1的分摊内容确认画面中与用户A.A建立了关联的修正提议标识被用户B.B操作这一情况而显示的购物结算历史记录修正提议画面的一例的图。
在该购物结算历史记录修正提议画面中,一览显示有“请选择想要进行修正提议的支付历史记录”这样的文字以及用户A.A登记过的购物结算历史记录。在该例中,作为用户A.A登记过的购物结算历史记录,显示有“AA租借点”的购物结算历史记录和“BB超市”的购物结算历史记录,与各购物结算历史记录建立关联地设置有用于进行该购物结算历史记录的修正提议的复选框。在该例中,示出与“BB超市”的购物结算历史记录建立了关联的复选框的选中属性被设为开启的状态。
另外,在画面下部,显示有用于针对复选框的选中属性被设为开启的购物结算历史记录来提议进行其购物结算金额的修正的金额修正提议图标和提议进行其购物结算历史记录的撤销的撤销提议图标,其中,该金额修正提议图标不受限定而作为示例地表示为“金额修正提议”,该撤销提议图标不受限定而作为示例地表示为“撤销提议”。
图17-3是表示基于在图17-2的购物结算历史记录修正提议画面中金额修正提议图标被操作这一情况而显示的修正提议内容输入画面的一例的图。
在该修正提议内容输入画面中,设置有“请输入修正提议的内容”这样的文字以及复选框的选中属性被设为开启的“BB超市”的购物结算历史记录、用于输入提议要修正的金额(以下,称为“修正提议金额”)的修正提议金额输入栏。在修正提议金额输入栏中,建立关联地设置有上按钮和下按钮,通过对上按钮进行操作来对修正提议金额进行增额,通过对下按钮进行操作来对修正提议金额进行减额。
在该例中,作为“BB超市”的购物结算金额(修正购物结算历史记录),显示有表示被用户A.A进行了修正的修正标识、表示被进行了减额修正的倒三角形的标识以及修正后的购物结算金额即“2,400日元”。另外,作为由用户B.B输入的修正提议金额,显示有“3,000日元”。
另外,在修正提议金额输入栏之下,设置有用于针对修正购物结算历史记录输入修正提议注释的修正提议注释输入栏,由此能够供用户B.B输入修正提议注释。在该例中,输入了“我认为超市中的购物费是3,000日元”这样的修正提议注释。即,示出由用户B.B输入了用于提出“被用户A.A修正后的购物结算金额的“2,400日元”是错的、真正该是“3,000日元吧”这样的异议的修正提议注释的状态。
另外,在画面下部设置有利用输入了的内容进行修正提议用的、不受限定而作为示例地表示为“提议进行修正”的修正提议执行图标。
图17-4是表示基于在图17-3的修正提议内容输入画面中修正提议执行图标被操作这一情况而在用户A.A的终端20的显示部24上显示的画面的一例的图。
在该修正提议画面中,显示有“B.B对分摊有修正提议”这样的文字、用户A.A登记了的“B.B超市”的修正购物结算历史记录的详情以及由用户B.B进行了修正提议的内容的详情。具体而言,与用户B.B的图标图像建立关联地显示有表示有修正提议的“修正提议”这样的文字以及修正提议金额(在该例中为“3,000日元”)。另外,在其之下,与用户B.B的图标图像及用户名建立关联地显示有由用户B.B输入了的修正提议注释(在该例中为“我认为超市中的购物费是3,000日元”)。
另外,在画面下部设置有用于针对上述的修正提议内容输入回答的注释的回答注释输入栏,在该例中,示出由用户A.A输入了“扣除了特产的温泉馒头费。”这样的回答注释的状态。该回答注释输入栏的旁边设置有用于将输入了的回答注释向用户B.B的终端20发送的发送按钮。
图17-5是表示基于在图17-4的修正提议画面中发送按钮被操作这一情况而在用户B.B的终端20的显示部24上显示的修正提议画面的一例的图。
在该修正提议画面中,显示有自己发送过去的修正提议注释和从用户A.A发送来的回答注释。
另外,与图17-4的修正提议画面同样,在画面下部设置有回答注释输入栏,在该例中,示出由用户B.B输入了“大家一起分享的,因此把温泉馒头费也进行分摊吧!”这样的回答注释的状态。在该回答注释输入栏的旁边,设置有用于将输入了的回答注释向用户A.A的终端20发送的发送按钮。
图17-6是表示基于在图17-5的修正提议画面中发送按钮被操作这一情况而在用户A.A的终端20的显示部24上显示的修正提议画面的一例的图。
在该修正提议画面中,显示有从用户B.B发送来的回答注释。另外,示出在回答注释输入栏中由用户A.A输入了“那我就分摊啦。”这样的回答注释的状态。
图17-7是表示基于在图17-6的修正提议画面中发送按钮被操作这一情况而在用户B.B的终端20的显示部24上显示的修正提议画面的一例的图。
在该修正提议画面中,与“B.B超市”的购物结算历史记录建立关联地在由用户B.B进行了修正提议的内容的详情之下,显示有表示由用户A.A应允了修正提议的“提议应允”这样的文字、表示购物结算金额被进行了增额修正的正三角形的标识以及表示修正结果的金额(在该例中为“3,000日元”)。
另外,在自己(用户B.B)发送过去的回答注释之下,显示有从用户A.A发送来的回答注释(在该例中为“那我就分摊啦。”)。
另外,在画面下部显示有用于确认作为分摊清算处理的结果而清算出的金额(清算金额)的、不受限定而作为示例地表示为“确认清算金额”的清算金额确认图标。
图17-8是表示基于在图17-7的修正提议画面中清算金额确认图标被操作这一情况而在用户B.B的终端20的显示部24上显示的分摊请求通知画面的一例的图。
在该分摊请求通知画面中,在超欠金额显示区域显示有用户B.B的超欠金额(在该例中为“3,500日元接受”)。
图17-9是表示在图17-8的分摊请求通知画面中超欠金额显示区域被操作这一情况而显示的画面的一例的图。
当在图17-8的分摊请求通知画面中超欠金额显示区域被操作时,显示有表示由于用户B.B进行了修正提议而使得用户B.B的超欠金额相对于当初的超欠金额以增加/减少中的任一种方式发生了变化的信息。在该例中,在超欠金额显示区域中,在超欠金额“3,500日元接受”的旁边,显示有表示用户B.B接受的金额发生了减少的倒三角形的标识。
图17-10示出在用户B.B的终端20的显示部24上显示的购物结算历史记录选择画面的一例。
在该例中,示出作为用户B.B登记过的购物结算历史记录而显示有“EE餐厅”的购物结算历史记录且复选框的选中属性被开启的状态。在画面下部显示有用于修正该购物结算历史记录的金额的金额修正图标和用于将该购物结算历史记录从分摊对象中撤销(用于解除该购物结算历史记录的登记)的撤销图标。
图17-11是表示基于在图17-10的购物结算历史记录选择画面中撤销图标被操作这一情况而在用户B.B的终端20的显示部24上显示的修正提议画面的一例的图。
在该修正提议画面中,显示有用户B.B希望撤销的“EE餐厅”的购物结算历史记录以及由用户B.B输入的注释。在该例中,显示有“由于将旅行的日程迁就了我,因此餐厅中的饮食我来请客!”这样的注释。
<处理>
图17-12是在本实施例中各装置执行的处理的流程的一例的流程图。
图17-12的处理是在图2-16~图2-18的处理中的图2-18的处理部分中追加A540的步骤作为终端A的处理、追加A540的步骤作为终端B的处理且追加S540~S580的步骤作为服务器10的处理而得到的处理。
需要说明的是,针对与出现过的处理相同的步骤标注同一符号并省略再次的说明。
在A210之后,终端A的控制部21执行分摊修正处理(A540)。同样,在B210之后,终端B的控制部21执行分摊修正处理(A540)。
图17-13是分摊修正处理的流程的一例的流程图。
该处理是将图4-9的分摊追加登记处理的A5320~A5340的步骤分别替换为A5420~A5440且将A5370、A5380的步骤分别替换为A5470、A5480的步骤而得到的处理。
在A5310中判定为不同意分摊的情况下(A5310:否),控制部21基于是否向输入输出部23输入了用于修正分摊内容的操作,来判定是否修正分摊内容(A5420)。若判定为不修正分摊内容(A5420:否),则控制部21将处理移向A5350。
另一方面,若判定为修正分摊内容(A5420:是),则控制部21执行分摊清算修正处理(A5430)。具体而言,按照对输入输出部23进行的修正操作来修正购物结算历史记录。该“修正”不受限定,作为示例包括为了委托服务器10进行购物结算历史记录的修正(或者修正提议)而在终端20侧决定修正对象、修正内容(或者修正提议对象、修正提议内容)这样的操作。
之后,不受限定,作为示例,控制部21将包含修正对象(或者修正提议对象)的购物结算历史记录的购物结算ID和修正内容(或者修正提议内容)在内的分摊清算修正委托通知,通过通信I/F22向服务器10发送(A5440)。
接着,控制部21判定是否通过通信I/F22而从服务器10接收到分摊修正确认通知(A5470),若判定为接收到(A5470:是),则将接收到的分摊清算确认通知显示于显示部24(A5480),之后将处理移向A5310。
另一方面,若判定为没有接收到分摊修正确认通知(A5470:否),则控制部21结束分摊修正处理。
这里,在作为修正对象的购物结算历史记录为本终端20的用户的购物结算历史记录的情况下成为“修正”,但在作为修正对象的购物结算历史记录为不同的终端20的用户的购物结算历史记录的情况下成为“修正提议”。
进行修正提议的用户的终端20的控制部21在A5430中判定由用户输入的修正提议内容,在A5440中将包含修正提议对象的购物结算历史记录的购物结算ID和修正提议内容在内的分摊清算修正委托通知向服务器10发送。即,在进行修正提议的用户的终端20中,不修正购物结算历史记录。
基于分摊清算修正委托通知被向服务器10发送这一情况,从服务器10向对象终端发送分摊修正确认通知,基于该分摊修正确认通知而在被进行了修正提议的终端20中修正购物结算历史记录(A5470:是→A5480→A5310:否→A5420:是、A5430)。
需要说明的是,也可以与此不同地设计为,能够在进行修正提议的用户的终端20中修正购物结算历史记录,不这样亦可。
返回到图17-12,在S210之后,服务器10的控制部11执行第三分摊认可管理处理(S540)。
图17-14是第三分摊认可管理处理的流程的一例的流程图。
该处理是将第一分摊认可管理处理(参照图2-20)中的S2310的步骤替换为S5410且追加了S5420~S5440的步骤而得到的处理。在本处理中,分摊清算通知是前述的“分摊清算认可通知”、“分摊清算拒绝通知”和“分摊清算修正委托通知”中的任一种通知。
需要说明的是,针对与出现过的处理相同的步骤标注同一符号并省略再次的说明。
控制部11在从终端20接收到分摊清算通知时(S5410),判定接收到的分摊清算通知是否是“分摊清算修正委托通知”(S5420)。若判定为接收到的分摊清算通知不是分摊清算修正委托通知(5420:否),则控制部11将处理移向S2320。
另一方面,若判定为接收到的分摊清算通知是分摊清算修正委托通知(S5420:是),则控制部11针对根据接收到的分摊清算修正委托通知中包含的购物结算ID来识别的购物结算历史记录,基于同样接收到的分摊清算修正委托通知中包含的修正内容来计算(再次计算)超欠金额(S5430)。
之后,控制部11基于计算出的超欠金额来变更分摊内容(S5440)。该分摊内容的变更的处理也可以说是将由服务器10的控制部11执行的第一结算信息修正为第二结算信息的处理的一例。
并且,控制部11结束第三分摊认可管理处理。
返回到图17-12,控制部11判定在第三分摊认可管理处理中分摊内容是否被进行了变更(S550),若判定为被进行了变更(S550:是),则将分摊修正确认通知通过通信I/F14向终端A及终端B分别发送(S580)。然后,控制部11将处理移向S540。
另一方面,若判定为在第三分摊认可管理处理中分摊内容没有被进行变更(S550:否),则控制部11将处理移向S240。
在A540之后,终端A的控制部21将处理移向A250。同样,在A540之后,终端B的控制部21将处理移向B250。
<第十七实施例的效果>
第十七实施例示出由一个用户的终端20修正过的修正购物结算历史记录包含不同的终端20的用户对该修正购物结算历史记录进行的注释的构成。
作为通过这样的构成而得到的效果的一例,能够供不同的终端的用户针对由一个终端修正过的第二结算信息附加注释。
另外,第十七实施例示出如下的构成:由一个用户的终端20修正过的修正购物结算历史记录在通过通信I/F22将该修正购物结算历史记录向服务器10发送之后,基于不同的终端20的用户的修正提议而被修正。
作为通过这样的构成而得到的效果的一例,能够供不同的终端的用户将由一个终端修正所得的第二结算信息进一步修正为与该第二结算信息不同的第四结算信息。
<第十七变形例>
在第十七实施例中,在有修正提议的情况下,从服务器10向各分摊成员的终端20发送分摊修正确认通知,但并不限定于此。具体而言,也可以从服务器10仅向被进行了修正提议的用户的终端20发送分摊修正确认通知,不这样亦可。
另外,也可以从服务器10向伴随着基于修正/修正提议进行的购物结算历史记录的修正会产生损失(受损)的用户的终端20发送分摊修正确认通知,不这样亦可。
图17-15是用于说明本变形例中的超欠金额的变动的图,不受限定,作为示例地示出将操作类别、操作内容和超欠金额变动建立起关联的表格来作为一例
操作类别是关于购物结算历史记录的修正而由操作者进行的操作的类别,在操作类别中包括表示进行的操作是修正操作的“修正”和表示进行的操作是修正提议操作的“修正提议”。
操作内容是按照操作类别来进行了以何种方式修正购物结算历史记录的操作的内容。
超欠金额变动是各分摊成员的超欠金额的变动,在超欠金额变动中包括操作者这一栏、被操作者这一栏和其他分摊成员这一栏。
操作者是进行了对应的操作类别的操作的用户。
被操作者是登记了购物结算历史记录的用户。就操作类别“修正”而言,由于是操作者对自己的购物结算历史记录进行的情况,因此不存在被操作者。即,针对操作类别“修正提议”而言,被操作者是登记了购物结算历史记录的用户,是要接受由操作者对其购物结算历史记录进行的修正提议的用户。
其他分摊成员是从分摊成员中排除了操作者及被操作者的用户。
在超欠金额变动所包括的各栏中,规定了“增额”、“减额”、“没有增減(-)”中的任一种。
“增额”意味着:在超欠金额的类别为“接受”的情况下,其用户接受的金额增加,在超欠金额的类别为“支付”的情况下,其用户支付的金额减少。
“减额”意味着:在超欠金额的类别为“接受”的情况下,其用户接受的金额减少,在超欠金额的类别为“支付”的情况下,其用户支付的金额增加。
(1)操作类别“修正”
在操作类别“修正”中,规定了两个种类的操作内容。
第一个操作内容是“购物结算历史记录追加/购物结算金额向上修正”,这意味着追加购物结算历史记录的操作或者对购物结算金额进行向上修正的操作。
这种情况下,作为超欠金额变动,为操作者规定“增额”,为其他分摊成员规定“减额”。
第二个操作内容为“购物结算历史记录撤销/购物结算金额向下修正”,这意味着撤销购物结算历史记录的操作或者对购物结算金额进行向下修正的操作。
这种情况下,作为超欠金额变动,为操作者规定“减额”,但为其他分摊成员规定“增额”。
(2)操作类别“修正提议”
在操作类别“修正提议”中也规定了两个种类的操作内容。
第一个操作内容是“购物结算历史记录追加提议/购物结算金额向上修正提议”,这意味着追加购物结算历史记录的提议操作或者对购物结算金额进行向上修正的提议操作。
这种情况下,作为超欠金额变动,为操作者规定“减额”,为被操作者规定“增额”,为其他分摊成员规定“减额”。
第二个操作内容是“购物结算历史记录撤销提议/购物结算金额向下修正提议”,这意味着撤销购物结算历史记录的提议操作或者对购物结算金额进行向下修正的提议操作。
这种情况下,作为超欠金额变动,为操作者规定“增额”,为被操作者规定“减额”,为其他分摊成员规定“增额”。
图17-16是用于说明本变形例中的分摊修正确认通知发送要否的图,不受限定,作为示例,示出将操作类别、操作内容和分摊修正确认通知发送要否建立起关联的表格来作为一例。
操作类别及操作内容分别与图17-15的表格对应。
分摊修正确认通知发送要否是指是否需要从服务器10发送分摊修正确认通知,在分摊修正确认通知发送要否中包括被操作者和其他分摊成员。为需要发送分摊修正确认通知的用户(该用户的终端20)规定“需要”,为不需要发送分摊修正确认通知的用户(该用户的终端20)规定“不需要”。
(1)操作类别“修正”
在操作内容“购物结算历史记录追加/购物结算金额向上修正”中,关于分摊修正确认通知发送要否而为其他分摊成员规定“需要”。这是因为,如图17-15的表格所示,在该操作内容中,其他分摊成员的超欠金额变动为“减额”,由于修正而使得其他分摊成员接受的金额减少或者其他分摊成员支付的金额增加。换言之,由于修正而使得其他分摊成员产生损失(受损)。因此,将分摊修正确认通知的发送设为“需要”,需要其他分摊成员的许可来进行修正。
在操作内容“购物结算历史记录撤销/购物结算金额向下修正”中,关于分摊修正确认通知发送要否而为其他分摊成员规定“不需要”。这是因为,如图17-15的表格所示,在该操作内容中,其他分摊成员的超欠金额变动为“增额”,由于修正而使得其他分摊成员接受的金额增加或者其他分摊成员支付的金额减少。换言之,由于修正而使得其他分摊成员受益。因此,将分摊修正确认通知的发送设为“不需要”,不需要其他分摊成员的许可来进行修正。
(2)操作类别“修正提议”
在操作内容“购物结算历史记录追加提议/购物结算金额向上修正提议”中,关于分摊修正确认通知发送要否,为被操作者规定“不需要”,为其他分摊成员规定“需要”。这是因为,如图17-15的表格所示,在该操作内容中,被操作者的超欠金额变动为“增额”,会由于修正而受益,但其他分摊成员的超欠金额变动为“减额”,会由于修正而受损。
在操作内容“购物结算历史记录撤销提议/购物结算金额向下修正提议”中,关于分摊修正确认通知发送要否,为被操作者规定“需要”,为其他分摊成员规定“不需要”。这是因此,如图17-15的表格所示,在该操作内容中,被操作者的超欠金额变动为“减额”,会由于修正而受损,但其他分摊成员的超欠金额变动为“增额”,会由于修正而受益。
这种情况下,服务器10的控制部11在图17-12的处理的S580中,将被判定为需要发送分摊修正确认通知(“需要”)的终端20作为对象终端,仅向对象终端发送分摊修正确认通知。即,将被判定为无需发送分摊修正确认通知(“不需要”)的终端20从对象终端中排除,不向该终端20发送分摊修正确认通知。
这样,从服务器10向被判定为需要发送分摊修正确认通知(“需要”)的终端20发送分摊修正确认通知,在该终端20中执行分摊修正处理(图17-12的S580→A540)。这种情况下,在分摊修正处理(参照图17-13)中,在该终端20的用户同意修正内容而判定为同意分摊的情况下(图17-13的A5310:是),将分摊清算认可通知从终端20向服务器10发送(图17-13的A5360)。另一方面,在该终端20的用户不同意修正内容而判定为不同意分摊的情况下(图17-13的A5310:否、A5420:否),将分摊清算拒绝通知从终端20向服务器10发送(图17-13的A5350)。
另一方面,由于不从服务器10向被判定为不需要发送分摊修正确认通知(“不需要”)的终端20发送分摊修正确认通知,因此在该终端20中不执行分摊修正处理。因此,在该终端20中,不进行是否同意修正内容的确认。
本变形例示出修正购物结算历史记录基于不同的终端20的用户对修正的许可而被修正的构成。
作为通过这样的构成而得到的效果的一例,若没有不同的终端的用户对修正的许可,则不会将第一结算信息修正为第二结算信息,因此能够防止不同的终端的用户产生利益损失。
另外,本变形例示出由不同的终端20的用户修正后的修正购物结算历史记录基于本终端20的用户对修正的许可而被进一步修正的构成。
作为通过这样的构成而得到的效果的一例,若没有终端的用户对修正的许可,则不会将第二结算信息修正为第四结算信息,因此能够防止终端的用户产生利益损失。
<第十八实施例>
第十八实施是如下的实施例:终端20在基于选择出的购物结算历史记录来进行了第一汇款处理/第一接受处理之后,对该购物结算历史记录进行修正,基于该修正后的购物结算历史记录来执行第二汇款处理/第二接受处理。存在虽然基于选择出的购物结算历史记录进行了一次分摊、但用户日后察觉到错误这样的情况。
第十八实施例所记载的内容在其他的各实施例、其他的各变形例中均能够适用。
另外,针对与出现过的构成要素相同的构成要素标注同一符号并省略再次的说明。
<处理>
图18-1是在本实施例中终端20执行的分摊处理的流程的一例的流程图。
该处理是向图1的处理中追加A65~A75的步骤作为终端A的处理且追加B75的步骤作为终端B的处理而得到的处理。
在A60之后,终端A的控制部21基于是否向输入输出部23输入了请求进行购物结算历史记录的修正的操作,来判定是否对在A10中选择出的购物结算历史记录进行修正(A65)。若判定为进行修正(A65:是),则终端A的控制部21执行购物结算历史记录修正处理(A70)。具体而言,不受限定,作为示例,基于对输入输出部23进行的修正操作来修正在A10中选择出的购物结算历史记录。
之后,终端A的控制部21将包含购物结算历史记录的修正内容在内的购物结算历史记录修正信息通过通信I/F22向终端B发送(A75)。然后,终端A的控制部21将处理返回到A40。
这种情况下,在购物结算历史记录修正信息中,不受限定,作为示例可以包含修正前的购物结算金额与修正后的购物结算金额的差额的信息。
并且,这种情况下,终端B的控制部21能够基于从终端A接收到的购物结算历史记录修正信息,根据修正前的购物结算金额与修正后的购物结算金额的差额来计算终端20的用户应追加汇款的金额或者终端20的用户应追加接受的金额。
需要说明的是,也可以不同于此,不受限定而作为示例地将修正后的购物结算金额的信息包含在购物结算历史记录修正信息中,基于修正后的购物结算金额来执行分摊清算处理,不这样亦可。
该情况下,不受限定,作为示例,执行从在基于修正前的购物结算金额的分摊清算处理中接受了金额的用户回收金额、向支付了金额的用户退款等、恢复到进行分摊清算之前的状态的处理(回滚处理、重置处理)。并且,也可以执行基于修正后的购物结算金额的分摊清算处理,不这样亦可。
在B60之后,终端B的控制部21判定是否通过通信I/F22而从终端A接收到购物结算历史记录修正信息(B75),若判定为接收到(B75:是),则将处理返回到B30。
若判定为在A65中没有进行修正(A65:否),则终端A的控制部21结束分摊处理。
另外,若在B75中判定为没有接收到购物结算历史记录修正信息(B75:否),则终端B的控制部21结束分摊处理。
<第十八实施例的效果>
第十八实施例示出如下的构成:终端20基于本终端20的用户对本终端20进行的输入来将本终端20的用户的购物结算信息通过通信I/F22向不同的终端20发送。终端20通过通信I/F22而从不同的终端20接收至少本终端20的超欠金额的信息。终端20利用控制部21来执行基于接收到的超欠金额的分摊清算处理(分摊清算处理)(不受限定,为第一汇款处理或第一接受处理的一例)。并且,在上述的购物结算信息被修正了的情况下,终端20基于修正购物结算历史记录而利用控制部21来执行分摊清算处理(不受限定,为第二汇款处理或第二接受处理的一例)。
作为通过这样的构成而得到的效果的一例,即便是在执行了基于第一金额的第一汇款处理或第一接受处理之后从第一结算信息修正为第二结算信息,也能够执行第二汇款处理或第二接受处理来事后调整清算过的金额。
另外,第十八实施例示出如下的构成:终端20具备将存储于存储器的程序读出并执行基于读出的程序的处理的处理器。处理器执行如下处理:基于本终端20的用户对本终端20进行的输入,将本终端20的用户的购物结算信息通过通信I/F22向不同的终端20发送;通过通信I/F22而从不同的终端20接收至少本终端20的超欠金额的信息;执行基于接收到的超欠金额的分摊清算处理(分摊清算处理)(不受限定,为第一汇款处理或第一接受处理的一例);在上述的购物结算信息被修正了的情况下,基于修正购物结算历史记录来执行分摊清算处理(不受限定,为第二汇款处理或第二接受处理的一例)。
通过这样的构成,也能够获得与上述同样的效果。
另外,第十八实施例示出如下的构成:购物结算历史记录被修正后的分摊清算处理(不受限定,为第二汇款处理或第二接受处理的一例)基于修正购物结算历史记录的购物结算金额与原始购物结算历史记录的购物结算金额的差额来执行。
作为通过这样的构成而得到的效果的一例,能够基于第二结算信息与第一结算信息的差额来事后调整清算过的金额。
<第十八变形例>
在第十八实施例中,也可以设计为,在进行分摊清算时需要不同的终端20或不同的终端20的用户的许可,不这样亦可。
图18-2是表示在本变形例中终端20执行的分摊处理的流程的另一例的流程图。
该处理是向图1的处理中追加A80~A86的步骤作为终端A的处理且追加B80~B86的步骤作为终端B的处理而得到的处理。
在A60之后,终端A的控制部21判定是否进行购物结算历史记录的事后修正(A80)。若判定为不进行事后修正(A80:否),则终端A的控制部21将处理移向A90。
另一方面,若判定为进行事后修正(A80:是),则终端A的控制部21执行购物结算历史记录修正处理(A82)。并且,终端A的控制部21将购物结算历史记录修正信息通过通信I/F22向终端B发送。
在B60之后,终端B的控制部21判定是否通过通信I/F22而从终端A接收到购物结算历史记录修正信息(B80)。若判定为没有接收到(B80:否),则终端B的控制部21将处理移向B90。
另一方面,若判定为接收到购物结算历史记录修正信息(B80:是),则终端B的控制部21基于该购物结算历史记录修正信息来判定本终端20的用户是否同意修正(B82)。
若判定为同意修正(B82:是),则终端B的控制部21将处理返回到B40。另一方面,若判定为不同意修正(B82:否),则终端B的控制部21将修正拒绝通知通过通信I/F22向终端A发送(B86)。然后,终端B的控制部21将处理移向B90。
在A84之后,终端A的控制部21判定是否通过通信I/F22而从终端B接收到修正拒绝通知(A86)。若判定为接收到(A86:否),则终端A的控制部21将处理返回到A40。
另一方面,若判定为接收到修正拒绝通知(A86:是),则终端A的控制部21将处理移向A90。
本变形例示出在没有从不同的终端20接收到修正拒绝通知的情况下执行购物结算历史记录的修正后的分摊清算处理的构成。
作为通过这样的构成而得到的效果的一例,能够基于不同的终端或不同的终端的用户的许可来事后调整清算金额。
需要说明的是,在上述的处理中,在修正购物结算历史记录以相较于原始购物结算历史记录而言购物结算金额减少的方式被修正了的情况下,也可以在没有不同的终端20或不同的终端20的用户的许可的情况下由终端20的控制部21执行分摊清算处理,不这样亦可。
不受限定,作为示例,在由分摊发起人以相较于原始购物结算历史记录而言减少购物结算金额的方式进行了修正的情况下,向其他的分摊成员返回该分摊成员最初汇送的金额中的一部分的金额。换言之,认为由于其他的分摊成员会受益,因而分摊清算不需要许可。
另一方面,不受限定,作为示例,在由分摊发起人以外的分摊成员以相较于原始购物结算历史记录而言减少购物结算金额的方式进行了修正的情况下,购物结算历史记录按照该分摊成员的意思而被修正。因此,这种情况下,认为分摊清算也不需要许可。
本变形例示出如下的构成:在修正购物结算历史记录相较于原始购物结算历史记录而言结算金额减少的情况下,无需不同的终端20或不同的终端20的用户的许可,执行购物结算历史记录被修正后的分摊清算处理。
作为通过这样的构成而得到的效果的一例,在由于第一结算信息的修正而使得不同的终端的用户在金额上受益的情况或者不同的终端的用户没有金额上的损失的情况下,无需不同的终端或不同的终端的用户的许可就能够进行第二汇款处理或第二接受处理。
<第十九实施例>
第十九实施例是终端20通过与服务器10进行通信来进行基于修正后的购物结算历史记录的清算金额的事后的调整的实施例。
第十九实施例所记载的内容在其他的各实施例、其他的各变形例中均能够适用。
另外,针对与出现过的构成要素相同的构成要素标注同一符号并省略再次的说明。
<处理>
图19是在本实施例中各装置执行的处理的流程的一例的流程图。
该处理是从图2-19的处理部分中的A350、B350、S340开始的处理,是在执行分摊清算之后执行分摊修正处理的处理。
在该处理中,在A350之后,终端A的控制部21执行分摊修正处理(A540)。该分摊修正处理与图17-13相同。
同样,在B350之后,终端B的控制部21执行分摊修正处理(A540)。
另一方面,在S340之后,服务器10的控制部11执行第三分摊认可管理处理(S540)。该第三分摊认可管理处理与图17-14相同。
若判定为分摊内容没有被变更(S550:否),则控制部11判定分摊修正是否成立(S960)。若判定为分摊修正成立(S960:是),则控制部11将处理移向图2-19的S310。
另一方面,若判定为分摊修正不成立(S960:否),则控制部11将用于通知分摊修正不成立的分摊修正不成立通知通过通信I/F14向对象终端(在该例中为终端A及终端B)分别发送(S970)。然后,控制部11将处理移向S390。
在A540之后,终端A的控制部21判定是否通过通信I/F22而从服务器10接收到分摊修正不成立通知(A970),若判定为没有接收到(A970:否),则将处理移向图2-19的A310。
另一方面,若判定为接收到分摊修正不成立通知(A970:是),则终端A的控制部21将接收到的分摊修正不成立通知显示于显示部24(A980)。然后,终端A的控制部21将处理移向A390。
在A540之后,终端B也进行同样的处理(B970、B980)。
<第十九实施例的效果>
第十九实施中,终端20通过通信I/F22而从服务器10接收基于原始购物结算历史记录的、本终端20的用户的超欠金额(不受限定,为第三金额的一例)和包括与本终端20不同的终端20的用户在内的多个终端20各自的用户的超欠金额中的至少本终端20的用户的超欠金额的信息。终端20基于接收到的超欠金额,利用控制部21来执行分摊清算请求处理、分摊清算结果接收处理(不受限定,为基于第三金额的第三汇款处理或第三接受处理的一例)。在原始购物结算历史记录被修正了的情况下,终端20基于修正购物结算历史记录而利用控制部21来执行分摊清算请求处理、分摊清算结果接收处理(不受限定,为第四汇款处理或第四接受处理的一例)。并且,基于修正购物结算历史记录的分摊清算请求处理根据多个终端20各自的用户的许可来执行。
作为通过这样的构成而得到的效果的一例,能够根据包括不同的终端的用户在内的多个终端各自的用户的许可来事后调整清算金额。
另外,第十九实施例示出终端20的用户的购物结算历史记录由不同的终端20的用户进行修正提议(不受限定,为修正委托的一例)的构成。
作为通过这样的构成而得到的效果的一例,能够基于不同的终端的用户的修正委托,将第一结算信息修正为第二结算信息。
另外,第十九实施例示出如下的构成:分摊清算处理至少基于从终端20发送的分摊清算认可通知(不受限定,为终端的用户的许可的一例)和从不同的终端20发送的分摊清算认可通知(不受限定,为不同的终端的用户的许可的一例)而由服务器10来执行。
作为通过这样的构成而得到的效果的一例,能够至少基于终端的用户的许可和不同的终端的用户的许可来执行第一汇款处理或第一接受处理,因此能够至少在终端的用户和不同的终端的用户的同意下执行第一汇款处理或第一接受处理。
另外,第十九实施例示出如下的构成:服务器10基于终端20的用户对终端20进行的输入,通过通信I/F14而从终端20接收终端20的用户的购物结算历史记录。服务器10通过通信I/F14向终端20发送基于接收到的购物结算历史记录的至少终端20的用户的超欠金额(不受限定,为第一金额的一例)的信息,并通过通信I/F14向不同的终端20发送基于接收到的购物结算历史记录的至少不同的终端20的用户的超欠金额(不受限定,为第二金额的一例)的信息。服务器10利用控制部11来执行分摊清算处理(不受限定,为基于第一金额的、对终端进行的第一汇款处理或第一接受处理以及基于第二金额的、对不同的终端进行的第二汇款处理或第二接受处理的一例)。另外,服务器10通过通信I/F14而从终端20接收分摊清算修正委托通知(不受限定,为与从第一结算信息修正为第二结算信息的操作相关的信息的一例)。并且,服务器10在购物结算历史记录(不受限定,为第一结算信息的一例)被修正了的情况下,基于修正购物结算历史记录(不受限定,为第二结算信息的一例)而利用控制部11来执行分摊清算处理(不受限定,为对终端进行的第三汇款处理或第三接受处理以及对不同的终端进行的第四汇款处理或第四接受处理的一例)。
作为通过这样的构成而得到的效果的一例,即便是在执行基于第一金额的第一汇款处理或第一接受处理之后从第一结算信息修正为第二结算信息,也能够执行第二汇款处理或第二接受处理来事后调整清算了的金额。另外,由于在终端不执行上述的处理即可,因此能够减轻终端的处理负载。
<第十九变形例>
在第十九实施例中,也可以设计为,需要各分摊成员中的会因购物结算历史记录被修正而存在损失的用户的许可来事后地调整清算金额,不这样亦可。
这种情况下,利用与图17-15及图17-16中说明了的方法同样的方法来判定是否需要发送分摊修正确认通知。并且,服务器10的控制部11在图19的处理的S580中将被判定为需要发送分摊修正确认通知的(“需要”)的终端20作为对象终端,仅向对象终端发送分摊修正确认通知。这如前所述。
本变形例示出如下的构成:分摊清算请求处理根据包括与本终端20不同的终端20的用户在内的多个终端20各自的用户中的、会因原始购物结算历史记录被修正而存在损失的用户的许可来执行。
作为通过这样的构成而得到的效果的一例,第四汇款处理或第四接受处理根据包括与终端不同的终端的用户在内的多个终端各自的用户中的、会因从第一结算信息修正为第二结算信息而存在损失的用户的许可来执行,由此能够征求存在损失的用户的确认。
<第二十实施例>
第二十实施例是如下的实施例:在进行了基于本终端20的用户的购物结算历史记录和不同的终端20的用户的购物结算历史记录的分摊清算之后,利用修正提议对不同的终端20的用户的购物结算历史记录进行修正。
第二十实施例所记载的内容在其他的各实施例、其他的各变形例中均能够适用。
另外,针对与出现过的构成要素相同的构成要素标注同一符号并省略再次的说明。
如在先前的实施例中说明过的那样,根据本公开的方法,能够除了一个终端20的用户的购物结算历史记录以外还将不同的终端20的用户的购物结算历史记录也一并包含在分摊对象中。这种情况下,能够基于由一个终端20的用户登记了的购物结算历史记录的购物结算金额和由不同的终端20的用户登记了的购物结算历史记录的购物结算金额,利用服务器10来计算超欠金额。
图20是用于说明在本实施例中从终端20向服务器10发送的分摊清算通知类别的图,示出将操作类别、清算类别和分摊清算通知类别建立起关联的表格。
在操作类别中,包括“修正”和“修正提议”。
在清算类别中,包括“原始清算”和“事后清算”。
“原始清算”是原本的分摊清算(第一次分摊清算)。执行第一汇款处理或第一接受处理的操作相当于“原始清算”。
“事后清算”是对在先前的分摊清算中清算出的金额进行事后调整的清算(第二次以后的清算)。如前所述,在执行第一汇款处理或第一接受处理之后基于从第一结算信息修正为第二结算信息这一情况来执行第二汇款处理或第二接受处理这样的操作相当于“事后清算”。
在分摊清算通知类别中,规定了在图17-13的分摊修正处理中终端20向服务器10发送的分摊清算通知的类别。
根据该表格,与操作类别是“修正”还是“修正提议”无关且与清算类别是“原始清算”还是“事后清算”无关地规定了“分摊清算修正委托通知”来作为分摊清算通知类别。即,在进行修正和修正提议中的任一种的情况下,在进行原始清算和事后清算中的任一种的情况下,都规定为将分摊清算修正委托通知作为分摊清算通知而从终端20向服务器10发送。
在本实施例中,基于如上所述那样计算出的超欠金额,利用服务器10来执行分摊清算处理。之后,不受限定,作为示例,终端20的控制部21在由本终端20的用户执行了对由不同的终端20的用户登记了的购物结算历史记录进行“修正提议”的操作的情况下,在图17-13的分摊修正处理中,如上所述那样将分摊清算修正委托通知通过通信I/F22向服务器10发送。
需要说明的是,也可以与上述不同,而在操作类别“修正”和操作类别“修正提议”中将不同类别的分摊清算通知从终端20向服务器10发送,不这样亦可。
同样,也可以在清算类别“原始清算”和清算类别“事后清算”中将不同类别的分摊清算通知从终端20向服务器10发送,不这样亦可。
<第二十实施例的效果>
第二十实施例示出如下的构成:终端20通过通信I/F22来接收基于本终端20的用户的购物结算历史记录(不受限定,为第一结算信息的一例)和不同的终端20的用户的购物结算历史记录(不受限定,为基于与不同的终端的用户进行的第二结算相关的处理的第三结算信息的一例)的、本终端20的用户的超欠金额(不受限定,为第五金额的一例)和不同的终端20的用户的超欠金额(不受限定,为第六金额的一例)中的至少本终端20的用户的超欠金额的信息。终端20利用控制部21来执行基于接收到的本终端20的用户的超欠金额的分摊清算请求处理、分摊清算结果接收处理。并且,终端20将请求进行不同的终端20的用户的购物结算历史记录的修正委托的分摊清算修正委托通知(不受限定,为与从第三结算信息修正为第四结算信息这一操作相关的信息的一例)通过通信I/F22向服务器10发送。
作为通过这样的构成而得到的效果的一例,能够在基于第一结算信息和第三结算信息来执行第五汇款处理或第五接受处理之后,不受限定而作为示例地向不同的终端的用户提议从第三结算信息修正为第四结算信息这一操作,其中,该第一结算信息基于与终端的用户进行的第一结算相关的处理而得到,该第三结算信息基于与不同的终端的用户进行的第二结算相关的处理而得到。
另外,第二十实施例示出如下的构成:终端20在不同的终端20的用户的购物结算历史记录(不受限定,为第三结算信息的一例)被修正了的情况下,基于该修正后的购物结算历史记录(不受限定,为第四结算信息的一例)而利用控制部21来执行分摊清算请求处理、分摊清算结果接收处理(不受限定,为第六汇款处理或第六接受处理的一例)。
作为通过这样的构成而得到的效果的一例,在从第三结算信息修正为了第四结算信息的情况下,基于第四结算信息而由控制部来执行第六汇款处理或第六接受处理,由此即便在进行过一次清算后对不同的终端的用户的结算信息进行了修正的情况下,也能够事后调整清算金额。
<第二十一实施例>
第二十一实施例是如下的实施例:终端20在基于本终端20的用户的购物结算历史记录来进行了分摊清算之后,修正本终端20的用户的购物结算历史记录,并基于该修正内容来事后调整清算金额。
第二十一实施例所记载的内容在其他的各实施例、其他的各变形例中均能够适用。
另外,针对与出现过的构成要素相同的构成要素标注同一符号并省略再次的说明。
<显示画面示例>
图21-1是表示本实施例中的消息应用的聊天室显示的分摊完成通知的一例的图,示出在用户A.A的终端20的显示部24上显示的画面的一例。
在该聊天室画面中,基于用户B.B同意进行分摊清算这一情况,从用户B.B向用户A.A汇入超欠金额(在该例中为“2,250日元),作为其结果,显示表示分摊完成的分摊完成通知的消息。
在分摊完成通知的消息中,不受限定,作为示例包括清算结果以及用于修正清算内容的不受限定而作为示例地表示为“清算内容的修正”的清算内容修正图标。
图21-2是表示基于在图21-1中清算内容修正图标被操作这一情况而在用户A.A的终端20的显示部24上显示的清算内容修正画面的一例的图。
在该清算内容修正画面中,不受限定,作为示例显示有“请确认分摊的清算内容”这样的文字,在其之下设置有显示用户A.A及用户B.B各自的已支付金额的已支付金额一览显示区域、显示用户A.A及用户B.B各自的清算金额的清算金额一览显示区域。
在该例中,作为用户A.A的已支付金额,显示“4,500日元”,作为用户B.B的已支付金额,显示“0日元”。另外,作为用户A.A及用户B.B的清算金额,分别显示“2,250日元”。
在已支付金额显示区域中,在用户A.A这一栏显示有供用户A.A对用户A.A的已支付金额进行修正的表示为“修正”的修正图标。另外,在用户B.B这一栏显示有供用户A.A对用户B.B的已支付金额进行修正提议的表示为“修正提议”的修正提议图标。
图21-3是表示基于在图21-2中用户A.A操作了修正图标这一情况而显示的修正对象购物结算历史记录选择画面的一例的图。
该修正对象购物结算历史记录选择画面是供用户A.A选择作为修正对象的购物结算历史记录的画面,作为用户A.A已登记的购物结算历史记录,显示有“AA租借点”的购物结算历史记录和“BB超市”的购物结算历史记录。另外,在该例中,示出由用户A.A将与“BB超市”建立了关联的复选框的选中属性设为“开启”的状态。
在画面下部,显示有用于追加登记购物结算历史记录的表示为“追加支付的量”的购物结算历史记录追加图标、用于修正作为修正对象被选择出的购物结算历史记录的购物结算金额的表示为“金额修正”的金额修正图标、用于撤销已登记的购物结算历史记录的表示为“撤销”的撤销图标。在该例中,示出由用户A.A操作了金额修正图标的状态。
图21-4是表示在该例中显示在用户B.B的终端20的显示部24上的聊天室画面的一例的图。
在该聊天室画面中,面向画面而在左侧显示有用于表示对已清算的购物结算历史记录进行了事后修正的消息,来作为来自用户A.A的消息。在该例中,示出如下的情况:用户A.A对“BB超市”的购物结算历史记录以减去作为购入了的商品的温泉馒头的价款的方式进行了修正。
具体而言,示出如下的情况:“BB超市”的购物结算历史记录中的购物结算金额被“3,000日元→2,400日元”这样减少,由此,“BB超市”的购物结算历史记录的购物结算金额与“AA租借点”的购物结算历史记录的购物结算金额“1,500日元”的合计金额被“4,500日元→3,900日元”这样减少,其结果是,每人金额被“2,250日元→1,950日元”这样减少。虽然用户B.B已经向用户A.A汇入“2,250日元”,但若是用户B.B应允该修正,则要将作为差额的“300日元”从用户A.A返回给用户B.B。因此,作为用户B.B的超欠金额,显示有“300日元接受”。
另外,在消息的下部显示有用于应允上述的修正的不受限定而作为示例地表示为“应允”的应允图标、以及用于否决上述的修正的不受限定而作为示例地表示为“否决”的否决图标。
图21-5是表示基于在图21-4的聊天室画面中由用户B.B操作了应允图标这一情况而在用户B.B的终端20的显示部24上显示的聊天室画面的一例的图。
由于应允图标被操作,因而向用户A.A的终端20发送“应允”这样的消息。并且,由于用户A.A在自己的终端20进行了执行清算的操作,因而从用户A.A的终端20向用户B.B的终端20发送“清算”这样的消息并显示该消息。之后,从用户A.A的终端20向用户B.B的终端20汇入与修正相符的用户B.B的超欠金额(在该例中为“300日元”),其结果是,显示包含“从A.A接受了300日元”这样的文字的接受完成通知。另外,在其之下显示有与购物结算历史记录的修正相符的分摊清算结果。
<处理>
参照图19的处理等来说明该情况下的处理的流程。本处理不受限定,作为示例,通过向图19的处理中追加消息服务器40的处理来实现。
在分摊的清算完成之后,服务器10将分摊清算结果向消息服务器40发送(相当于图19的S340)。并且,消息服务器40将从服务器10接收到的分摊清算结果向终端A及终端B发送。
登记了购物结算历史记录的终端A的控制部21将从消息服务器40接收到的分摊清算结果显示于消息应用的聊天室(图19的A350)。
之后,终端A的控制部21不受限定,作为示例,基于由用户A.A向输入输出部23输入了用于修正清算内容的操作这一情况来执行分摊修正处理(图19的A540)。并且,控制部21将分摊清算修正委托通知经由消息服务器40向服务器10发送(相当于图17-13的A5440)。
这种情况下,服务器10执行第三分摊认可管理处理(图19的S540)。在该例中,由于清算内容被用户A.A进行了修正(图19的S550:是),因此服务器10将分摊修正确认通知经由消息服务器40向终端A及终端B发送(相当于图19的S580)。
终端B的控制部21将从消息服务器40接收到的分摊修正确认通知显示于消息应用的聊天室。并且,终端B的控制部21基于由用户B.B向输入输出部23输入了认可用户A.A进行的修正而同意按其内容来分摊的操作这一情况,将分摊清算认可通知经由消息服务器40向服务器10发送(相当于图17-13的A5360)。
由此,服务器10的控制部11判定用户B.B同意了分摊,执行分摊清算处理(图2-19的S330)。并且,控制部11将分摊清算结果经由消息服务器40向终端A及终端B发送(相当于图2-19的S340)。
终端A的控制部21将从消息服务器40接收到的分摊清算结果显示于消息应用的聊天室(图2-19的A340、A350)。
同样,终端B的控制部21将从消息服务器40接收到的分摊清算结果显示于消息应用的聊天室(图2-19的B340、B350)。
需要说明的是,在上述中,终端20利用消息应用来修正本终端20的用户的购物结算历史记录,并基于该修正来事后调整清算金额,但消息应用不是必须的,可以将消息应用及消息服务器40从构成要件中排除,也可以不排除。
<第二十一实施例的效果>
第二十一实施例示出终端20将分摊完成通知(不受限定,为与第一汇款处理或第一接受处理的完成相关的通知的一例)显示于显示部24。
作为通过这样的构成而得到的效果的一例,终端能够向终端的用户告知第一汇款处理或第一接受处理已完成。
另外,第二十一实施例示出如下的构成:终端20基于本终端20的用户对显示出来的分摊完成通知进行的操作,利用控制部21来执行与修正原始购物结算历史记录相关的处理。
作为通过这样的构成而得到的效果的一例,通过对与第一汇款处理或第一接受处理的完成相关的通知进行输入,由此终端的用户能够将结算信息从第一结算信息修正为第二结算信息。
另外,第二十一实施例示出分摊完成通知显示在包括终端20的用户和不同的终端20的用户的聊天室(不受限定,为对话室的一例)中的构成。
作为通过这样的构成而得到的效果的一例,能够以在包括终端的用户和不同的终端的用户且包含从终端向不同的终端发送的内容和从不同的终端向终端发送的内容的对话室中显示这样容易理解的形式,告知用户第一汇款处理或第一接受处理的完成。
<第二十二实施例>
第二十二实施例是如下的实施例:终端20在对不同的终端20的用户的购物结算历史记录进行了分摊清算之后,对该不同的终端20的用户的购物结算历史记录进行修正提议,基于该修正提议的修正内容来事后调整清算金额。
第二十二实施例与第二十一实施例的不同之处在于,对不同的终端20的用户的购物结算历史记录进行修正提议来事后调整清算金额。
第二十二实施例所记载的内容在其他的各实施例、其他的各变形例中均能够适用。
另外,针对与出现过的构成要素相同的构成要素标注同一符号并省略再次的说明。
<显示画面示例>
图22-1是表示本实施例中的消息应用的聊天室画面显示的分摊完成通知的一例的图,示出在用户B.B的终端20的显示部24上显示的画面的一例。
在该聊天室画面中,由于用户B.B同意了进行分摊清算,因而从用户B.B向用户A.A汇入超欠金额(在该例中为“2,250日元),作为其结果,显示有表示分摊已完成的分摊完成通知的消息。
在分摊完成通知的消息中,不受限定,作为示例包括清算结果以及用于修正清算内容的不受限定而作为示例地表示为“清算内容的修正”的清算内容修正图标。
图22-2是表示基于在图21-1中清算内容修正图标被操作这一情况而在用户B.B的终端20的显示部24上显示的清算内容修正画面的一例的图。
在该清算内容修正画面中,不受限定,作为示例显示有“请确认分摊的清算内容”这样的文字,在其之下设置有用于显示用户A.A及用户B.B各自的已支付金额的已支付金额一览显示区域和用于显示用户A.A及用户B.B各自的清算金额的清算金额一览显示区域。
在该例中,显示有“4,500日元”作为用户A.A的已支付金额,并显示有“0日元”作为用户B.B的已支付金额。另外,作为用户A.A及用户B.B的清算金额,分别显示有“2,250日元”。
在已支付金额显示区域中,在用户A.A这一栏显示有供用户B.B对用户A.A的已支付金额进行修正提议的表示为“修正提议”的修正提议图标。另外,在用户B.B这一栏显示有供用户B.B对用户B.B的已支付金额进行修正的表示为“修正”的修正图标。
图22-3是表示基于在图22-2中用户B.B操作了修正提议图标这一情况而显示的修正对象购物结算历史记录选择画面的一例的图。
该修正对象购物结算历史记录选择画面是供用户B.B选择作为修正提议对象的购物结算历史记录的画面,作为用户A.A已登记的购物结算历史记录,显示有“AA租借点”的购物结算历史记录和“BB超市”的购物结算历史记录。另外,在该例中,示出由用户B.B将与“BB超市”建立了关联的复选框的选中属性设为“开启”的状态。
在画面下部显示有用于提议购物结算历史记录的追加的表示为“支付的量的追加提议”的购物结算历史记录追加提议图标、用于进行作为修正提议对象被选择出的购物结算历史记录的购物结算金额的修正提议的表示为“金额修正提议”的金额修正提议图标、以及用于进行撤销已登记的购物结算历史记录的提议的表示为“撤销提议”的撤销提议图标。在该例中,示出由用户B.B操作了金额修正提议图标的状态。
图22-4是表示在该例中显示在用户A.A的终端20的显示部24上的聊天室画面的一例的图。
在该聊天室画面中,面向画面而在左侧显示有提议对用户A.A登记过的购物结算历史记录进行修正的消息,来作为来自用户B.B的消息。在该例中,示出如下的状态:针对用户A.A登记过的“BB超市”的购物结算历史记录,由用户B.B进行了“用户A.A在BB超市中购入自用的特产,不应该把相应的金额减去吗”这样的提议。
具体而言,示出如下情况:“BB超市”的购物结算历史记录中的购物结算金额被“3,000日元→2,400日元”这样减少,其结果是,“BB超市”的购物结算历史记录的购物结算金额与“AA租借点”的购物结算历史记录的购物结算金额“1,500日元”的合计金额被“4,500日元→3,900日元”这样减少,其结果是,每人金额被“2,250日元→1,950日元”这样减少。虽然用户B.B已经汇入“2,250日元”,但若是用户A.A应允修正提议,则要将作为差额的“300日元”从用户A.A返回给用户B.B。因此,作为用户A.A的超欠金额,显示有“300日元支付”。
另外,在消息的下部显示有用于应允上述的修正提议的不受限定而作为示例地表示为“应允”的应允图标、以及用于否决上述的修正提议的不受限定而作为示例地表示为“否决”的否决图标。
图22-5是表示基于在图22-4的聊天室画面中由用户A.A操作了应允图标这一情况而在用户A.A的终端20的显示部24上显示的聊天室画面的一例的图。
由于应允图标被操作,因而将“应允”这样的消息向用户B.B的终端20发送。之后,从用户A.A的终端20向用户B.B的终端20汇入与修正相符的超欠金额(在该例中为“300日元”),其结果是,显示包含“向B.B汇入了300日元”这样的文字的汇款完成通知。
<处理>
参照图19的处理等来说明该情况下的处理的流程。
本处理不受限定,作为示例通过向图19的处理中追加消息服务器40的处理来实现。
在分摊的清算完成之后,服务器10将分摊清算结果向消息服务器40发送(相当于图19的S340)。并且,消息服务器40将从服务器10接收到的分摊清算结果向终端A及终端B发送。
登记有购物结算历史记录的终端B的控制部21将从消息服务器40接收到的分摊清算结果显示于消息应用的聊天室(图19的B350)。
之后,终端B的控制部21不受限定,作为示例基于由用户B.B向输入输出部23输入了进行清算内容的修正提议的操作这一情况来执行分摊修正处理(图19的B540)。并且,终端B的控制部21将分摊清算修正委托通知经由消息服务器40向服务器10发送(相当于图17-13的A5440)。
这种情况下,服务器10执行第三分摊认可管理处理(图19的S540)。在该例中,由于由用户B.B进行了清算内容的修正提议(图19的S550:是),因此服务器10将分摊修正确认通知经由消息服务器40向终端A及终端B发送(相当于图19的S580)。
终端A的控制部21将从消息服务器40接收到的分摊修正确认通知显示于消息应用的聊天室。并且,终端A的控制部21基于由用户A.A向输入输出部23输入了认可来自用户B.B的修正提议而同意按其内容来分摊的操作这一情况,将分摊清算认可通知经由消息服务器40向服务器10发送(相当于图17-13的A5360)。
由此,服务器10的控制部11判定用户A.A同意了分摊,执行分摊清算处理(图2-19的S330)。并且,控制部11将分摊清算结果经由消息服务器40向终端A及终端B发送(相当于图2-19的S340)。
终端A的控制部21将从消息服务器40接收到的分摊清算结果显示于消息应用的聊天室(图2-19的A340、A350)。
同样,终端B的控制部21将从消息服务器40接收到的分摊清算结果显示于消息应用的聊天室(图2-19的B340、B350)。
需要说明的是,在上述中,终端20利用消息应用来修正本终端20的用户的购物结算历史记录,并基于该修正来事后调整清算金额,但消息应用不是必须的,也可以将消息应用及消息服务器40从构成要件中排除。
<第二十二实施例的效果>
第二十二实施例示出如下的构成:终端20将包括本终端20的用户和不同的终端20的用户的聊天室(不受限定,为对话室的一例)显示于显示部24。并且,终端20将不同的终端20的用户的购物结算历史记录(不受限定,为第二结算信息的一例)的修正提议(不受限定,为修正提议的一例)显示于聊天室。
作为通过这样的构成而得到的效果的一例,能够将第二结算信息的修正委托以在对话室显示这样容易理解的形式告知不同的终端的用户。
另外,第二十二实施例示出如下的构成:购物结算历史记录的修正提议被从不同的终端20向本终端20发送,并且,根据用户对修正提议进行的操作来执行基于修正购物结算历史记录的分摊清算请求处理。
作为通过这样的构成而得到的效果的一例,能够基于终端的用户对从不同的终端发送的修正委托做出的输入来进行第二汇款处理或第二接受处理,从而对清算了的金额进行事后调整。
符号说明
1(1A、1B) 通信系统
10 服务器
20 终端
30 网络
40 消息服务器。
Claims (87)
1.一种程序,其在终端上执行,所述终端执行与结算相关的处理,其中,
由所述终端执行:
根据所述终端的用户对所述终端进行的输入,通过所述终端的通信部来发送基于与所述终端的用户进行的第一结算相关的处理的第一结算信息;
通过所述通信部来接收基于所述第一结算信息的第一金额和第二金额中的至少所述第一金额的信息,其中,所述第一金额是所述终端的用户汇款或接受的金额,所述第二金额是与所述终端不同的终端的用户汇款或接受的金额;以及
利用所述终端的控制部来执行基于所述第一金额的汇款处理或接受处理。
2.根据权利要求1所述的程序,其中,
由所述终端执行:
通过所述通信部来接收至少包括所述第一金额的信息和所述第二金额的信息在内的金额信息;以及
将所述金额信息显示于所述终端的显示区域。
3.根据权利要求1或2所述的程序,其中,
所述汇款处理或所述接受处理是包括向所述不同的终端的用户汇款或者接受来自所述不同的终端的用户的金额的处理。
4.根据权利要求1~3中任一项所述的程序,其中,
由执行与所述第一结算相关的结算处理的服务器基于所述第一结算信息来决定所述第一金额和所述第二金额。
5.根据权利要求4所述的程序,其中,
所述服务器基于所述第一结算信息来决定所述终端和包括所述不同的终端在内的多个终端中的各终端汇款或接受的金额。
6.根据权利要求1~5中任一项所述的程序,其中,
基于所述第一结算信息和与所述不同的终端的用户进行的第二结算相关的第二结算信息来决定所述第一金额和所述第二金额。
7.根据权利要求1~6中任一项所述的程序,其中,
所述第一结算信息包括所述终端的用户进行的所述第一结算的金额的信息。
8.根据权利要求7所述的程序,其中,
所述第一结算信息包括与在所述第一结算中购入的商品或者在所述第一结算中提供的服务相关的信息。
9.根据权利要求7或权利要求8所述的程序,其中,
所述第一结算信息是所述第一结算的结算历史记录。
10.根据权利要求1~9中任一项所述的程序,其中,
由所述终端执行将对话室显示于所述显示区域的处理,其中,所述对话室包括所述终端的用户和所述不同的终端的用户,且所述对话室包含从所述终端向所述不同的终端发送的内容和从所述不同的终端向所述终端发送的内容,
所述第一金额的信息显示于所述对话室。
11.根据权利要求10所述的程序,其中,
根据由所述终端的用户选择出的所述对话室来选择所述不同的终端的用户。
12.根据权利要求11所述的程序,其中,
所述对话室包括包含所述不同的终端的用户在内的多个用户,
由所述终端执行将下述金额信息显示于所述对话室的处理,即,所述金额信息包括所述第一金额的信息和基于所述第一结算信息的、所述多个用户分别汇款或接受的金额的信息。
13.根据权利要求12所述的程序,其中,
由所述终端执行从所述对话室所包括的包含所述不同的终端的用户在内的多个用户中删除至少一个用户的处理。
14.根据权利要求10~13中任一项所述的程序,其中,
由所述终端执行:
追加所述对话室不包含的用户的处理;
通过所述通信部来接收下述金额信息,即,所述金额信息包括所述第一金额的信息、所述第二金额的信息、以及基于所述第一结算信息的所述对话室不包含的被追加的用户汇款或接受的第三金额的信息,以及
将所述金额信息显示于所述对话室。
15.根据权利要求14所述的程序,其中,
基于第三结算信息和所述第一结算信息来决定所述第一金额、所述第二金额和所述第三金额,其中,所述第三结算信息是基于与所述对话室不包含的被追加的用户进行的第三结算相关的处理的信息。
16.根据权利要求2所述的程序,其中,
所述不同的终端的用户是第一终端的用户,
在由所述第一终端执行了追加与所述第一终端不同的第二终端的用户的处理的情况下,所述金额信息包括所述第二终端的用户汇款或接受的第四金额信息。
17.根据权利要求1~9中任一项所述的程序,其中,
由所述终端执行:
将对话室显示于所述终端的显示区域,其中,所述对话室包括所述终端的用户和所述不同的终端的用户,且所述对话室包含从所述终端向所述不同的终端发送的内容和从所述不同的终端向所述终端发送的内容;以及
将与基于所述第一结算信息的至少所述终端和所述不同的终端的汇款处理或接受处理的请求相关的通知显示于所述对话室。
18.根据权利要求1~9中任一项所述的程序,其中,
由所述终端执行:
将至少包括所述终端的用户且包含从所述终端发送的内容的对话室显示于所述显示区域;以及
将与所述第一结算信息的发送相关的通知显示于所述对话室。
19.根据权利要求18所述的程序,其中,
所述对话室包括所述终端的用户和提供与所述汇款处理或所述接受处理相关的服务的企业的账户。
20.一种信息处理方法,其是执行与结算相关的处理的终端的信息处理方法,其包括:
根据所述终端的用户对所述终端进行的输入,通过所述终端的通信部来发送基于与所述终端的用户进行的第一结算相关的处理的第一结算信息;
通过所述通信部来接收基于所述第一结算信息的第一金额和第二金额中的至少所述第一金额的信息,其中,所述第一金额是所述终端的用户汇款或接受的金额,所述第二金额是与所述终端不同的终端的用户汇款或接受的金额;以及
利用所述终端的控制部来执行基于所述第一金额的汇款处理或接受处理。
21.一种终端,其执行与结算相关的处理,所述终端具备:
通信部,其根据所述终端的用户对所述终端进行的输入,发送基于与所述终端的用户进行的第一结算相关的处理的第一结算信息,并接收基于所述第一结算信息的第一金额和第二金额中的至少所述第一金额的信息,其中,所述第一金额是所述终端的用户汇款或接受的金额,所述第二金额是与所述终端不同的终端的用户汇款或接受的金额;以及
控制部,其执行基于所述第一金额的汇款处理或接受处理。
22.一种终端,其执行与结算相关的处理,其中,
所述终端具备处理器,该处理器读出存储于存储器的程序并执行基于所述程序的处理,
所述处理器执行:
根据所述终端的用户对所述终端进行的输入,通过所述终端的通信部来发送基于与所述终端的用户进行的第一结算相关的处理的第一结算信息;
通过所述通信部来接收基于所述第一结算信息的第一金额和第二金额中的至少所述第一金额的信息,其中,所述第一金额是所述终端的用户汇款或接受的金额,所述第二金额是与所述终端不同的终端的用户汇款或接受的金额;以及
执行基于所述第一金额的汇款处理或接受处理。
23.一种程序,其是服务器执行的程序,所述服务器与终端进行通信,所述终端执行与结算相关的处理,其中,
由所述服务器执行:
根据所述终端的用户对所述终端进行的输入,通过所述服务器的通信部来接收基于与所述终端的用户进行的第一结算相关的处理的第一结算信息;
通过所述通信部向所述终端发送基于所述第一结算信息的第一金额和第二金额中的至少所述第一金额的信息,通过所述通信部向与所述终端不同的终端发送至少所述第二金额的信息,其中,所述第一金额是所述终端的用户汇款或接受的金额,第二金额是所述不同的终端的用户汇款或接受的金额;以及
执行基于所述第一金额的对所述终端进行的汇款处理或接受处理、和基于所述第二金额的对所述不同的终端进行的汇款处理或接受处理。
24.一种程序,其在终端执行,该终端执行与结算相关的处理,其中,
由所述终端执行:
通过所述终端的通信部来发送与所述终端的用户进行的结算相关的多个结算信息中的第一结算信息;
通过所述通信部来接收基于所述第一结算信息的第一金额和第二金额中的至少所述第一金额的信息,其中,所述第一金额是所述终端的用户汇款或接受的金额,所述第二金额是与所述终端不同的终端的用户汇款或接受的金额;以及
利用所述终端的控制部来执行基于所述第一金额的信息的汇款处理或接受处理。
25.根据权利要求24所述的程序,其中,
基于所述终端的用户的用户信息来选择所述第一结算信息。
26.根据权利要求25所述的程序,其中,
所述用户信息包括与所述终端或所述终端的用户相关的位置的信息。
27.根据权利要求25或26所述的程序,其中,
所述用户信息包括与基于所述终端的用户发送的消息相关的信息。
28.根据权利要求25~27中任一项所述的程序,其中,
所述用户信息包括所述终端的用户的日程信息,
基于所述日程信息中包含的事件信息来选择所述第一结算信息。
29.根据权利要求25~28中任一项所述的程序,其中,
所述用户信息包括与所述结算信息关联的信息。
30.根据权利要求29所述的程序,其中,
与所述结算信息关联的信息包括与不同于第一结算信息的第二结算信息的日期或时刻相关的信息。
31.根据权利要求29或30所述的程序,其中,
与所述结算信息关联的信息包括不同于第一结算信息的第二结算信息中包含的商品信息。
32.根据权利要求29~31中任一项所述的程序,其中,
与所述结算信息关联的信息包括不同于第一结算信息的第二结算信息中包含的店铺信息。
33.根据权利要求24~32中任一项所述的程序,其中,
基于所述不同的终端的用户的信息来选择所述第一结算信息。
34.根据权利要求33所述的程序,其中,
基于与所述不同的终端的用户进行的结算相关的第三结算信息来选择所述第一结算信息。
35.根据权利要求24~34中任一项所述的程序,其中,
基于与所述多个结算信息分别建立了关联的、由所述终端的用户输入的信息来选择所述第一结算信息。
36.根据权利要求24~35中任一项所述的程序,其中,
由所述终端执行:
将对话室显示于所述终端的显示区域,其中,所述对话室包括所述终端的用户和所述不同的终端的用户,且所述对话室包含从所述终端向所述不同的终端发送的内容和从所述不同的终端向所述终端发送的内容;以及
在通过所述通信部而从所述不同的终端接收到基于与结算相关的结算信息的汇款处理或接受处理的请求的通知的情况下,根据所述对话室的组名,将所述通知显示于所述对话室。
37.根据权利要求24~36中任一项所述的程序,其中,
基于所述终端的位置信息和所述不同的终端的位置信息来选择所述不同的终端的用户。
38.根据权利要求37所述的程序,其中,
基于由所述终端的用户输入的日期的信息、所述日期下的所述终端的位置信息以及所述日期下的所述不同的终端的位置信息,选择所述不同的终端的用户。
39.根据权利要求24~36中任一项所述的程序,其中,
基于所述不同的终端的用户与所述终端的用户之间的通话历史记录,选择所述不同的终端的用户。
40.根据权利要求24~39中任一项所述的程序,其中,
所述不同的终端是第一终端,
由所述终端执行:
通过所述通信部来发送所述多个结算信息中的所述第一结算信息和与所述第一结算信息不同的第四结算信息;以及
通过所述通信部来接收基于所述第一结算信息和所述第四结算信息的所述第一金额、所述第二金额和第三金额中的至少所述第一金额的信息,其中,所述第一金额是所述终端的用户汇款或接受的金额,所述第二金额是所述第一终端的用户汇款或接受的金额,所述第三金额是与所述终端及所述第一终端不同的第二终端的用户汇款或接受的金额,
基于所述第一结算信息和所述第四结算信息来决定所述第一金额,
基于所述第一结算信息来决定所述第二金额,
基于所述第四结算信息来决定所述第三金额。
41.根据权利要求24~40中任一项所述的程序,其中,
所述不同的终端是第一终端,
由所述终端执行:
通过所述通信部来发送所述多个结算信息中的所述第一结算信息以及与所述第一结算信息不同的第五结算信息;
通过所述通信部来接收基于所述第一结算信息和所述第五结算信息的所述第一金额、所述第二金额和第四金额中的至少所述第四金额的信息,其中,所述第一金额是所述终端的用户汇款或接受的金额,所述第二金额是所述第一终端的用户汇款或接受的金额,所述第四金额是与所述终端及所述第一终端不同的第二终端的用户用现金交付或者用现金收取的金额;以及
将所述第四金额以及与所述第二终端的用户用现金交付或者用现金收取的金额相关的信息显示于所述终端的显示区域。
42.根据权利要求41所述的程序,其中,
由所述终端执行:
根据所述终端的用户对所述终端进行的输入,通过所述通信部来发送表示所述第二终端的用户用现金交付或者用现金收取的信息。
43.一种信息处理方法,其是执行与结算相关的处理的终端的信息处理方法,其包括:
通过所述终端的通信部来发送与所述终端的用户进行的结算相关的多个结算信息中的第一结算信息;
通过所述通信部来接收基于所述第一结算信息的第一金额和第二金额中的至少所述第一金额的信息,其中,所述第一金额是所述终端的用户汇款或接受的金额,所述第二金额是与所述终端不同的终端的用户汇款或接受的金额;以及
执行基于所述第一金额的信息的汇款处理或接受处理。
44.一种终端,其执行与结算相关的处理,所述终端具备:
通信部,其发送与所述终端的用户进行的结算相关的多个结算信息中的第一结算信息,并接收基于所述第一结算信息的第一金额和第二金额中的至少所述第一金额的信息,其中,所述第一金额是所述终端的用户汇款或接受的金额,所述第二金额是与所述终端不同的终端的用户汇款或接受的金额;以及
控制部,其执行基于所述第一金额的信息的汇款处理或接受处理。
45.一种终端,其执行与结算相关的处理,其中,
所述终端具备处理器,该处理器读出存储于存储器的程序并执行基于所述程序的处理,
所述处理器执行:
通过所述终端的通信部来发送与所述终端的用户进行的结算相关的多个结算信息中的第一结算信息;
通过所述通信部来接收基于所述第一结算信息的第一金额和第二金额中的至少所述第一金额的信息,其中,所述第一金额是所述终端的用户汇款或接受的金额,所述第二金额是与所述终端不同的终端的用户汇款或接受的金额;以及
执行基于所述第一金额的信息的汇款处理或接受处理。
46.一种程序,其在服务器中执行,所述服务器与终端进行通信,所述终端执行与结算相关的处理,其中,
由所述服务器执行:
利用所述服务器的控制部来执行从与所述终端的用户进行的结算相关的多个结算信息中选择第一结算信息的处理;
通过所述通信部向所述终端发送基于所述第一结算信息的第一金额和第二金额中的至少所述第一金额的信息,通过所述通信部向与所述终端不同的终端发送至少所述第二金额的信息,其中,所述第一金额是所述终端的用户汇款或接受的金额,第二金额是所述不同的终端的用户汇款或接受的金额;以及
利用所述控制部来执行基于所述第一金额的对所述终端进行的汇款处理或接受处理以及基于所述第二金额的对所述不同的终端进行的汇款处理或接受处理。
47.一种程序,其在终端上执行,所述终端执行与结算相关的处理,其中,
由所述终端执行:
根据所述终端的用户对所述终端进行的输入,利用所述终端的控制部来执行将第一结算信息修正为第二结算信息的处理,其中,所述第一结算信息是基于与第一结算相关的处理的信息;
通过所述终端的通信部来接收基于所述第二结算信息的第一金额和第二金额中的至少所述第一金额的信息,其中,所述第一金额是所述终端的用户汇款或接受的金额,所述第二金额是与所述终端不同的终端的用户汇款或接受的金额;以及
利用所述控制部来执行基于所述第一金额的汇款处理或接受处理。
48.根据权利要求47所述的程序,其中,
所述第一结算是所述终端的用户进行的结算。
49.根据权利要求47或48所述的程序,其中,
由所述终端执行利用所述通信部来发送所述第二结算信息的处理。
50.根据权利要求47或48所述的程序,其中,
由所述终端执行通过所述通信部来发送所述第一结算信息的处理,
在通过所述通信部发送了所述第一结算信息之后,根据所述终端的用户对所述终端进行的输入,从所述第一结算信息修正为所述第二结算信息。
51.根据权利要求47~50中任一项所述的程序,其中,
关于所述第二结算信息,对所述第一结算信息中的购入的商品的信息进行修正。
52.根据权利要求51所述的程序,其中,
关于所述第二结算信息,删除所述第一结算信息中的购入的商品的信息,并且减少结算金额。
53.根据权利要求47~50中任一项所述的程序,其中,
关于所述第二结算信息,通过所述终端的用户的输入来修正结算金额。
54.根据权利要求47~53中任一项所述的程序,其中,
由所述终端执行:
根据所述终端的用户对所述终端进行的输入,利用所述控制部来执行输入与所述第一结算信息及所述第二结算信息不同的第三结算信息的处理。
55.根据权利要求47~50中任一项所述的程序,其中,
基于进行了所述第一结算的店铺的返还信息来修正所述第二结算信息。
56.根据权利要求55所述的程序,其中,
由所述终端执行在所述终端的显示区域中显示第一显示的处理,该第一显示用于进行基于所述返还信息的修正,
基于所述终端的用户对所述第一显示进行的输入来修正所述第二结算信息。
57.根据权利要求47~56中任一项所述的程序,其中,
由所述终端执行将修正过的所述第二结算信息和没有进行修正的结算信息以显示形式不同的方式显示于所述终端的显示区域的处理。
58.根据权利要求57所述的程序,其中,
由所述终端执行:
在所述第二结算信息的结算金额被进行了减额的情况下,将所述第二结算信息以第一显示形式显示于所述显示区域,在所述第二结算信息的结算金额被进行了增额的情况下,将所述第二结算信息以第二显示形式显示于所述显示区域。
59.根据权利要求57或58所述的程序,其中,
由所述终端执行:
根据所述终端的用户对所述显示区域中显示的所述第二结算信息进行的输入,将所述第二结算信息的修正内容显示于所述显示区域。
60.根据权利要求47~59中任一项所述的程序,其中,
所述第二结算信息包括所述不同的终端的用户对所述第二结算信息的注释。
61.根据权利要求47~60中任一项所述的程序,其中,
所述第一结算是所述不同的终端的用户进行的结算。
62.根据权利要求61所述的程序,其中,
基于所述不同的终端的用户对修正的许可来修正所述第二结算信息。
63.根据权利要求47~62中任一项所述的程序,其中,
在通过所述通信部发送了所述第二结算信息之后,该第二结算信息由所述不同的终端的用户修正为与所述第二结算信息不同的第四结算信息。
64.根据权利要求63所述的程序,其中,
基于所述终端的用户对修正的许可来修正所述第四结算信息。
65.一种信息处理方法,其是执行与结算相关的处理的终端的信息处理方法,所述信息处理方法包括:
根据所述终端的用户对所述终端进行的输入,利用所述终端的控制部来执行将第一结算信息修正为第二结算信息的处理,其中,所述第一结算信息是基于与第一结算相关的处理的信息;
通过所述终端的通信部来接收基于所述第二结算信息的第一金额和第二金额中的至少所述第一金额的信息,其中,所述第一金额是所述终端的用户汇款或接受的金额,所述第二金额是与所述终端不同的终端的用户汇款或接受的金额;
利用所述控制部来执行基于所述第一金额的汇款处理或接受处理。
66.一种终端,其执行与结算相关的处理,所述终端具备:
控制部,其根据所述终端的用户对所述终端进行的输入,执行将第一结算信息修正为第二结算信息的处理,其中,所述第一结算信息是基于与第一结算相关的处理的信息;以及
通信部,其接收基于所述第二结算信息的第一金额和第二金额中的至少所述第一金额的信息,其中,所述第一金额是所述终端的用户汇款或接受的金额,所述第二金额是与所述终端不同的终端的用户汇款或接受的金额,
所述控制部执行基于所述第一金额的汇款处理或接受处理。
67.一种终端,其执行与结算相关的处理,其中,
所述终端具备处理器,该处理器读出存储于存储器的程序并执行基于所述程序的处理,
所述处理器执行:
根据所述终端的用户对所述终端进行的输入,执行将第一结算信息修正为第二结算信息的处理,其中,所述第一结算信息是基于与第一结算相关的处理的信息;
通过所述终端的通信部来接收基于所述第二结算信息的第一金额和第二金额中的至少所述第一金额的信息,其中,所述第一金额是所述终端的用户汇款或接受的金额,所述第二金额是与所述终端不同的终端的用户汇款或接受的金额;以及
执行基于所述第一金额的汇款处理或接受处理。
68.一种程序,其在服务器上执行,所述服务器与终端进行通信,所述终端执行与结算相关的处理,其中,
由所述服务器执行:
根据所述终端的用户对所述终端进行的输入,利用所述服务器的控制部来执行将第一结算信息修正为第二结算信息的处理,其中,所述第一结算信息是基于与第一结算相关的处理的信息;
通过所述服务器的通信部向所述终端发送基于所述第二结算信息的第一金额和第二金额中的至少所述第一金额的信息,通过所述通信部向与所述终端不同的终端发送至少所述第二金额的信息,其中,所述第一金额是所述终端的用户汇款或接受的金额,所述第二金额是所述不同的终端的用户汇款或接受的金额;以及
利用所述控制部来执行基于所述第一金额的对所述终端进行的汇款处理或接受处理以及基于所述第二金额的对所述不同的终端进行的汇款处理或接受处理。
69.一种程序,其在终端上执行,所述终端执行与结算相关的处理,其中,
由所述终端来执行:
根据所述终端的用户对所述终端进行的输入,通过所述终端的通信部来发送第一结算信息,该第一结算信息是基于与所述终端的用户进行的第一结算相关的处理的信息;
通过所述通信部来接收基于所述第一结算信息的第一金额和第二金额中的至少所述第一金额的信息,其中,所述第一金额是所述终端的用户汇款或接受的金额,所述第二金额是与所述终端不同的终端的用户汇款或接受的金额;
利用所述终端的控制部来执行基于所述第一金额的第一汇款处理或第一接受处理;以及
在从所述第一结算信息修正为第二结算信息的情况下,基于所述第二结算信息,利用所述控制部来执行第二汇款处理或第二接受处理。
70.根据权利要求69所述的程序,其中,
基于所述第二结算信息与所述第一结算信息的差额来执行所述第二汇款处理或所述第二接受处理。
71.根据权利要求69或70所述的程序,其中,
基于所述不同的终端的用户的许可来执行所述第二汇款处理或所述第二接受处理。
72.根据权利要求71所述的程序,其中,
在所述第二结算信息相较于所述第一结算信息而结算金额减少的情况下,无需所述不同的终端的所述许可,执行所述第二汇款处理或所述第二收款处理。
73.根据权利要求69或70所述的程序,其中,
由所述终端执行:
通过所述通信部来接收基于所述第一结算信息的、所述终端的用户汇款或接受的第三金额以及包括与所述终端不同的终端的用户在内的多个终端各自的用户汇款或接受的各金额中的至少所述第三金额的信息;
利用所述控制部来执行基于所述第三金额的第三汇款处理或第三接受处理;以及
在从所述第一结算信息修正为所述第二结算信息的情况下,基于所述第二结算信息而利用所述控制部来执行第四汇款处理或第四接受处理,
基于所述多个终端各自的用户的许可来执行所述第四汇款处理或所述第四接受处理。
74.根据权利要求73所述的程序,其中,
基于所述多个终端各自的用户中的由于从所述第一结算信息修正为所述第二结算信息而存在损失的用户的许可,执行所述第四汇款处理或所述第四接受处理。
75.根据权利要求69~74中任一项所述的程序,其中,
由所述终端执行:
通过所述通信部来接收基于所述第一结算信息和第三结算信息的第五金额和第六金额中的至少所述第五金额的信息,其中,所述第三结算信息是基于与所述不同的终端的用户进行的第二结算相关的处理的信息,所述第五金额是所述终端的用户汇款或接受的金额,所述第六金额是与所述终端不同的终端的用户汇款或接受的金额;
利用所述控制部来执行基于所述第五金额的第五汇款处理或第五接受处理;以及
通过所述通信部来发送与从所述第三结算信息修正为第四结算信息的操作相关的信息。
76.根据权利要求75所述的程序,其中,
由所述终端执行:
在从所述第三结算信息修正为第四结算信息的情况下,基于所述第四结算信息,利用所述控制部来执行第六汇款处理或第六接受处理。
77.根据权利要求69所述的程序,其中,
关于所述第二结算信息,由所述不同的终端的用户进行修正委托。
78.根据权利要求69~77中任一项所述的程序,其中,
由所述终端执行将与所述第一汇款处理或所述第一接受处理的完成相关的通知显示于所述终端的显示区域的处理。
79.根据权利要求78所述的程序,其中,
由所述终端执行:
根据所述终端的用户对与所述第一汇款处理或所述第一接受处理的完成相关的通知进行的输入,利用所述控制部来执行与从所述第一结算信息修正为所述第二结算信息的操作相关的处理。
80.根据权利要求78或79所述的程序,其中,
与所述第一汇款处理或所述第一接受处理的完成相关的通知显示于对话室,所述对话室包括所述终端的用户和所述不同的终端的用户,且所述对话室包含从所述终端向所述不同的终端发送的内容和从所述不同的终端向所述终端发送的内容。
81.根据权利要求69~77中任一项所述的程序,其中,
由所述终端执行:
将包括所述终端的用户和所述不同的终端的用户且包含从所述终端向所述不同的终端发送的内容和从所述不同的终端向所述终端发送的内容的对话室显示于所述显示区域;以及
将所述第二结算信息的修正委托显示于所述对话室。
82.根据权利要求81所述的程序,其中,
从所述不同的终端发送所述第二结算信息的修正委托,
基于所述终端的用户对所述修正委托进行的输入来执行所述第二汇款处理或所述第二接受处理。
83.根据权利要求69~82中任一项所述的程序,其中,
至少基于所述终端的用户的许可和所述不同的终端的用户的许可来执行所述第一汇款处理或所述第一接受处理。
84.一种信息处理方法,其是执行与结算相关的处理的终端的信息处理方法,其包括:
根据所述终端的用户对所述终端进行的输入,通过所述终端的通信部来发送基于与所述终端的用户进行的第一结算相关的处理的第一结算信息;
通过所述通信部来接收基于所述第一结算信息的第一金额和第二金额中的至少所述第一金额的信息,其中,所述第一金额是所述终端的用户汇款或接受的金额,所述第二金额是与所述终端不同的终端的用户汇款或接受的金额;
利用所述终端的控制部来执行基于所述第一金额的第一汇款处理或第一接受处理;以及
在从所述第一结算信息修正为第二结算信息的情况下,基于所述第二结算信息,利用所述控制部来执行第二汇款处理或第二接受处理。
85.一种终端,其执行与结算相关的处理,所述终端具备:
通信部,其根据所述终端的用户对所述终端进行的输入,发送基于与所述终端的用户进行的第一结算相关的处理的第一结算信息,并接收基于所述第一结算信息的第一金额和第二金额中的至少所述第一金额的信息,其中,所述第一金额是所述终端的用户汇款或接受的金额,所述第二金额是与所述终端不同的终端的用户汇款或接受的金额;以及
控制部,其执行基于所述第一金额的第一汇款处理或第一接受处理,
在从所述第一结算信息修正为第二结算信息的情况下,所述控制部基于所述第二结算信息来执行第二汇款处理或第二接受处理。
86.一种终端,其执行与结算相关的处理,其中,
所述终端具备处理器,该处理器读出存储于存储器的程序并执行基于所述程序的处理,
所述处理器执行:
根据所述终端的用户对所述终端进行的输入,通过所述终端的通信部来发送基于与所述终端的用户进行的第一结算相关的处理的第一结算信息;
通过所述通信部来接收基于所述第一结算信息的第一金额和第二金额中的至少所述第一金额的信息,其中,所述第一金额是所述终端的用户汇款或接受的金额,所述第二金额是与所述终端不同的终端的用户汇款或接受的金额;以及
执行基于所述第一金额的第一汇款处理或第一接受处理,
在从所述第一结算信息修正为第二结算信息的情况下,基于所述第二结算信息,执行第二汇款处理或第二接受处理。
87.一种程序,其在服务器上执行,该服务器与终端进行通信,所述终端执行与结算相关的处理,其中,
由所述服务器来执行:
根据所述终端的用户对所述终端进行的输入,通过所述服务器的通信部而从所述终端接收基于与所述终端的用户进行的第一结算相关的处理的第一结算信息;
通过所述通信部向所述终端发送基于所述第一结算信息的第一金额和第二金额中的至少所述第一金额的信息,通过所述通信部向与所述终端不同的终端发送至少所述第二金额的信息,其中,所述第一金额是所述终端的用户汇款或接受的金额,所述第二金额是所述不同的终端的用户汇款或接受的金额;
利用所述服务器的控制部来执行基于所述第一金额的对所述终端进行的第一汇款处理或第一接受处理以及基于所述第二金额的对所述不同的终端进行的第二汇款处理或第二接受处理;
通过所述通信部来接收与从所述第一结算信息修正为第二结算信息的操作相关的信息;以及
在被修正为所述第二结算信息的情况下,基于所述第二结算信息,利用所述控制部来执行针对所述终端的第三汇款处理或第三接受处理以及针对所述不同的终端的第四汇款处理或第四接受处理。
Applications Claiming Priority (9)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2019220731A JP2021089682A (ja) | 2019-12-05 | 2019-12-05 | プログラム、情報処理方法、端末 |
JP2019220730A JP2021089681A (ja) | 2019-12-05 | 2019-12-05 | プログラム、情報処理方法、端末 |
JP2019-220729 | 2019-12-05 | ||
JP2019220732A JP2021089683A (ja) | 2019-12-05 | 2019-12-05 | プログラム、情報処理方法、端末 |
JP2019-220731 | 2019-12-05 | ||
JP2019220729A JP6914315B2 (ja) | 2019-12-05 | 2019-12-05 | プログラム、情報処理方法、端末 |
JP2019-220732 | 2019-12-05 | ||
JP2019-220730 | 2019-12-05 | ||
PCT/JP2020/023193 WO2021111660A1 (ja) | 2019-12-05 | 2020-06-12 | プログラム、情報処理方法、端末 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114830157A true CN114830157A (zh) | 2022-07-29 |
Family
ID=76220972
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202080083115.5A Pending CN114830157A (zh) | 2019-12-05 | 2020-06-12 | 程序、信息处理方法及终端 |
Country Status (3)
Country | Link |
---|---|
KR (1) | KR20220107259A (zh) |
CN (1) | CN114830157A (zh) |
WO (1) | WO2021111660A1 (zh) |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2001155257A (ja) * | 1999-11-27 | 2001-06-08 | Makoto Sarutani | 代金決済システム |
JP2002176671A (ja) | 2000-09-28 | 2002-06-21 | Takashi Fujimoto | 移動体電話機 |
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 | Line株式会社 | 情報処理システム及び情報処理方法 |
JP2019040443A (ja) * | 2017-08-25 | 2019-03-14 | 東芝テック株式会社 | 商品販売データ処理装置およびプログラム |
JP7168310B2 (ja) * | 2017-11-07 | 2022-11-09 | LINE Pay株式会社 | 情報処理プログラム、方法、装置、及びシステム |
-
2020
- 2020-06-12 KR KR1020227022134A patent/KR20220107259A/ko unknown
- 2020-06-12 WO PCT/JP2020/023193 patent/WO2021111660A1/ja active Application Filing
- 2020-06-12 CN CN202080083115.5A patent/CN114830157A/zh active Pending
Also Published As
Publication number | Publication date |
---|---|
KR20220107259A (ko) | 2022-08-02 |
WO2021111660A1 (ja) | 2021-06-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9626070B2 (en) | Location based augmented reality system for exchange of items based on location sensing methods and devices related thereto | |
WO2020129264A1 (ja) | 生成方法、プログラム、情報処理装置 | |
WO2020129263A1 (ja) | 認証方法、プログラム、端末 | |
WO2012125531A1 (en) | Methods and systems for electronic monetary payments | |
US20160086150A1 (en) | Payment management apparatus, payment management method, and storage medium | |
WO2022085579A1 (ja) | プログラム、情報処理方法、端末、サーバ | |
JP7470670B2 (ja) | プログラム、情報処理方法、端末 | |
JP7064046B1 (ja) | アプリケーションプログラム、サービス提供システム、および端末装置 | |
KR101699041B1 (ko) | 소셜 네트워크 서비스를 이용하여 지인 간의 인터랙션하는 방법 및 시스템 | |
JP2021089683A (ja) | プログラム、情報処理方法、端末 | |
KR102572825B1 (ko) | 정보처리 방법, 프로그램, 단말 | |
CN114830157A (zh) | 程序、信息处理方法及终端 | |
JP6914315B2 (ja) | プログラム、情報処理方法、端末 | |
JP6840780B2 (ja) | 情報処理方法、プログラム、端末、サーバ | |
JP6977095B2 (ja) | プログラム、情報処理方法、端末 | |
JP2022010423A (ja) | プログラム、情報処理方法、サーバ | |
US10902503B1 (en) | Method and system for connecting and facilitating the machine-to-machine delivery of a gift that may or may not have monetary value | |
JP2021089681A (ja) | プログラム、情報処理方法、端末 | |
JP2021089682A (ja) | プログラム、情報処理方法、端末 | |
JP2015215686A (ja) | クーポン発行装置、クーポン発行システム、クーポン発行方法およびプログラム | |
JP2020102190A (ja) | 生成方法、プログラム、情報処理装置 | |
JP7466477B2 (ja) | プログラム、情報処理方法、端末、サーバ | |
JP7306771B2 (ja) | プログラム、情報処理方法、端末 | |
JP7417795B2 (ja) | プログラム、情報処理方法、サーバ、システム、端末 | |
JP7336883B2 (ja) | プログラム、情報処理方法、端末 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |