CN110942291A - 信息处理方法及装置、非临时性计算机可读存储介质 - Google Patents

Abstract

提供在结算服务中的分摊处理中提高用户便利性的信息处理方法及装置、非临时性计算机可读存储介质。本公开的信息处理方法，由信息处理装置中包括的一个或多个处理器执行：向第一信息处理终端发送第一信息码的处理；确定与读取了第一信息码的一个或多个其他信息处理终端相对应的账户信息的处理；将确定出的所述账户信息发送到第一信息处理终端的处理；向第一信息处理终端发送用于支付的第二信息码的处理；接收与第二信息码的读取相应的请求的处理；以及在接收到请求之后，使用分摊额来执行分摊处理的处理，分摊额基于确定出的账户信息、以及支付的支付额。

Description

信息处理方法及装置、非临时性计算机可读存储介质

技术领域

本公开涉及信息处理方法、信息处理装置及存储有程序的非临时性计算机可读存储介质。

背景技术

近年来，进行了用于高效率地进行分摊处理的结算应用程序的开发，该分摊处理用于回收用户垫付的费用。例如，在专利文献1中公开了一种结算服务，该结算服务能够在结算应用程序上输入分摊人数及向谁索款的信息，并要求其他用户支付分摊额。

专利文献1：日本特开2013-238998号公报

但是，在结算服务中的分摊处理中，存在用户的输入处理较多、分摊处理的手续复杂的问题。

发明内容

本公开的一个方面的目的在于提供一种能够提高分摊处理的便利性的信息处理方法、信息处理装置及存储有程序的非临时性计算机可读存储介质。

本公开的一实施方式所涉及的信息处理方法，由信息处理装置中包括的一个或多个处理器执行：向第一信息处理终端发送第一信息码的处理；确定与读取了所述第一信息码的一个或多个其他信息处理终端相对应的账户信息的处理；将确定出的所述账户信息发送到所述第一信息处理终端的处理；向所述第一信息处理终端发送用于支付的第二信息码的处理；接收与所述第二信息码的读取相应的请求的处理；以及在接收到所述请求之后，使用分摊额来执行分摊处理的处理，所述分摊额基于确定出的所述账户信息、以及所述支付的支付额。

附图说明

图1示出实施方式的一方面所涉及的通信系统的结构。

图2示出本公开所涉及的信息处理装置的硬件结构的一例。

图3示出第一实施方式中的服务器的结构的一例。

图4示出各管理DB的一例。

图5示出终端的结构的一例。

图6示出第一实施方式所涉及的获取部的一例。

图7示出第一实施方式所涉及的通信系统进行的店铺读取式码结算时的处理过程的时序的一例。

图8示出在第一实施方式所涉及的终端120上显示的画面的一例。

图9示出第1A实施例所涉及的服务器与终端的处理时序的一例。

图10示出第一实施方式所涉及的通信系统进行的用户读取式码结算时的处理过程的时序的一例。

图11示出第1B实施例所涉及的通信系统的处理时序的一例。

图12示出第二实施方式中的服务器的结构的一例。

图13示出第二实施方式中的终端的结构的一例。

图14示出第二实施方式所涉及的通信系统1进行的处理过程的时序的一例。

图15示出与第二实施方式所涉及的各终端进行的候选者列表的创建和显示有关的处理过程的时序的一例。

图16示出在第二实施方式所涉及的终端120A上显示的画面的一例。

图17示出在第一实施例所涉及的终端120A上显示的候选者列表的显示画面的一例。

图18示出在第二实施例所涉及的终端120上显示的结算完成通知的显示画面的一例。

[附图标记说明]

1通信系统，110服务器，110A服务器，110B服务器，120终端，120A终端，120B终端，120C终端，130 POS终端，130A POS终端，130B POS终端，200信息处理装置，201处理器，202内存，203存储器，204输入输出接口(输入输出I/F)，205通信接口(通信I/F)，302输入输出部，304通信部，306结算事先处理部，308分摊处理部，310结算处理部，312存储部，502输入输出部，504通信部，506生成部，508显示控制部，510获取部，512调整部，514结算控制部，516读取部

具体实施方式

<遵守法律法规>

当本说明书中所述的公开被实施时，其是在遵守实施本公开的各国的法律法规的基础上被实施的。另外，本说明书中所述的公开是通过由本领域技术人员可以做出的为了遵守各国的法律法规而必需的所有的变更、替换、变形、改变和修改来实施的。

参考附图来对用于实施本公开所涉及的存储有程序的非临时性计算机可读存储介质、信息处理方法及信息处理装置的方式进行说明。

<系统结构>

图1示出本公开的一实施方式所涉及的通信系统1的结构。如图1所公开的那样，在通信系统1中，经由网络125而连接：服务器110A、服务器110B；终端120A、终端120B、终端120C；销售点(POS，Point of Sales)终端130A、POS终端130B；以及外部系统140。作为示例而非限制，外部系统140通过由其他运营商(金融机构，信用卡公司等)或其他业务部门运营的服务器等构建。

在本公开中，在不需要分别区分服务器110A和服务器110B时，服务器110A和服务器110B也可以分别被表示为服务器110。

在本公开中，在不需要分别区分终端120A、终端120B和终端120C时，终端120A、终端120B和终端120C也可以分别被表示为终端120。

在本公开中，在不需要分别区分服务器110和终端120时，服务器110和终端120也可以分别被表示为信息处理装置200。此外，连接到网络125的信息处理装置200的数量并不限定。

服务器110经由网络125将预定服务提供给用户所使用的终端120。作为示例而非限制，预定服务包括：结算服务、金融服务、电子商务交易服务、以即时通信为代表的社交网络服务(SNS，Social Networking Service)、乐曲/视频/书籍等的内容提供服务等。由于用户经由终端120来使用预定服务，因此服务器110可以向一个以上终端120提供预定服务。

在本公开中，结算服务是指一个以上用户能够授受金钱或金钱等价物的服务，作为示例而非限制，包括使用一维码(条形码等)、二维码(QR码等)、近距离无线通信(NFC、BLE、WI-FI、超声波等)进行结算的服务。另外，根据需要，在使用一维码或二维码等信息码的结算中，将通过由进行支付的用户读取信息码来进行结算表示为“用户读取式码结算”，将通过由进行支付的用户显示信息码并由索款用户(或店铺)读取该信息码来进行结算表示为“店铺读取式码结算”。

根据需要，将用户X所使用的终端表示为终端120X，将与用户X或终端120X相对应的、预定服务中的用户信息表示为用户信息X。其中，用户信息是指与在预定服务中用户所使用的账户相对应的用户的信息。作为示例而非限制，用户信息包括由用户输入的或者由预定服务赋予的、用户的姓名、用户的图标图像、用户的年龄、用户的性别、用户的住址、用户的爱好品味、用户的标识符等与用户相对应的信息，与用户相对应的电子价值(电子货币)的余额信息、与用户相对应的信用卡信息(信用卡号码等)，可以是这些信息中的任意一种或组合。

网络125承担连接两个以上信息处理装置200的作用。网络125是指通信网络，该通信网络提供连接路径以使终端120在连接到服务器110之后能够发送和接收数据。

网络125中的一个或多个部分可以是有线网络或无线网络。作为示例而非限制，网络125可以包括：自组网(Ad Hoc Network)、内部网、外部网、虚拟专用网(VPN，VirtualPrivate Network)、局域网(LAN，Local Area Network)、无线LAN(WLAN，Wireless LAN)、广域网(WAN，Wide Area Network)、无线WAN(WWAN，Wireless WAN)、城域网(MAN，Metropolitan Area Network)、互联网的一部分、公共交换电话网(PSTN，Public SwitchedTelephone Network)的一部分、移动电话网、多个综合业务数字网(ISDNs，IntegratedService Digital Networks)、多个无线LAN、长期演进(LTE，Long Term Evolution)、码分多址(CDMA，Code Division Multiple Access)、蓝牙(Bluetooth(注册商标))、卫星通信等、或者它们中的两个以上的组合。网络125可以包括一个或多个网络。

信息处理装置200只要是能够实现本公开所述的处理、功能和/或方法的信息处理装置，则可以是任何信息处理装置。

作为示例而非限制，信息处理装置200包括智能手机、移动电话(功能手机)、计算机(作为示例而非限制，台式、笔记本、平板等)、服务器装置、媒体计算机平台(作为示例而非限制，有线、卫星机顶盒、数字录像机等)、手持式计算机设备(作为示例而非限制，个人数字助理(PDA，Personal Digital Assistant)、电子邮件客户端等)、可穿戴终端(作为示例而非限制，眼镜型设备、手表型设备等)、其他种类的计算机、或者通信平台。

POS终端130是在店铺中收取来自用户(顾客)的支付的用户(店员等)所使用的终端，具备二维码读取器，将读取到的二维码发送到服务器110。二维码读取器也可以是一维码读取器或三维码读取器。另外，在本公开中，一维码和二维码、包括三维码的多维码还可以被称为信息码。

<硬件(HW，HardWare)结构>

使用图2来对通信系统1所包含的信息处理装置200及POS终端130的HW结构进行说明。

信息处理装置200包括处理器201、内存202、存储器203、输入输出接口(输入输出I/F)204以及通信接口(通信I/F)205。作为示例而非限制，信息处理装置200的HW的各结构单元经由总线B相互连接。

信息处理装置200通过处理器201、内存202、存储器203、输入输出I/F 204以及通信I/F 205间的协作来实现本公开所述的处理、功能和/或方法。

处理器201执行通过存储于存储器203中的程序所包含的代码或指令来实现的处理、功能和/或方法。作为示例而非限制，处理器201包括一个或多个中央处理单元(CPU)、微处理单元(MPU，Micro Processing Unit)、图形处理单元(GPU，Graphic s ProcessingUnit)、微处理器(microprocessor)、处理器内核(processor core)、多处理器(multiprocessor)、专用集成电路(ASIC，Application-Specific Integrated Circuit)、现场可编程门阵列(FPGA，Field Programmable Gate Array)等，可以通过形成在集成电路(集成电路(IC，Integrated Circuit)芯片、大规模集成电路(LSI，Large ScaleIntegration))等中的逻辑电路(硬件)或专用电路来实现在各实施方式中所公开的各处理。此外，这些电路可以通过一个或多个集成电路来实现，还可以通过一个集成电路来实现各实施方式所示的多个处理。此外，LSI根据集成度的差异，有时也被称为超大规模集成电路(VLSI)、超级(super)LSI、超(ultra)LSI等。

内存202临时存储从存储器203加载的程序，并为处理器201提供作业区域。在内存202中，还临时存储在处理器201执行程序期间所产生的各种数据。作为示例而非限制，内存202包括随机存取存储器(RAM，Random Access Memory)、只读存储器(ROM，Read OnlyMemory)等。

存储器203存储用于执行以下所公开的处理、功能和/或方法的程序。作为示例而非限制，存储器203包括硬盘驱动器(HDD，Hard Disk Drive)、固态驱动器(SSD，SolidState Drive)、闪存等。

通信I/F 205经由网络125来进行各种数据的发送和接收。该通信无论通过有线、无线的哪一种来执行均可，只要能够执行相互的通信，则可以使用任何通信协议。通信I/F205经由网络125来与其他信息处理装置进行通信。通信I/F 205根据来自处理器201的指示，将各种数据发送到其他信息处理装置。此外，通信I/F 205接收从其他信息处理装置发送来的各种数据，并将其传递至处理器201。

输入输出I/F 204包括用于输入针对信息处理装置200的各种操作的输入装置、以及用于输出经信息处理装置200处理后的处理结果的输出装置。输入输出I/F 204可以是输入装置与输出装置一体化，还可以是输入装置与输出装置分离。

输入装置由能够接受来自用户的输入并将该输入所涉及的信息传递至处理器201的所有种类的装置中的任意一种或其组合来实现。作为示例而非限制，输入装置包括触摸面板、触摸显示器、键盘等硬键、鼠标等定点设备、摄像头(经由图像的操作输入)、麦克风(通过声音的操作输入)。

输出装置由能够输出经处理器201处理后的处理结果的所有种类的装置中的任意一种或其组合来实现。在将该处理结果输出为影像和/或视频时，输出装置由能够根据写入帧缓冲器的显示数据来显示该显示数据的所有种类的装置中的任意一种或其组合来实现。作为示例而非限制，输出装置包括触摸面板、触摸显示器、监视器(作为示例而非限制，液晶显示器、有机电致发光显示器(OELD，Organic Electroluminescence Display)等)、头戴式显示器(HMD，Head Mounted Display)、能够在投影映射、全息图、空气中等(也可以是真空)显示图像和文本信息等的装置、扬声器(声音输出)、打印机等。此外，这些输出装置还可以能够将显示数据以3D来显示。

本公开的各实施方式的程序可以以被存储于计算机可读取的存储介质中的状态来提供。存储介质能够在“非临时性的有形的介质”中存储程序。作为示例而非限制，程序包括软件程序和计算机程序。

存储介质在适当时可以包括一个或多个半导体基底的或其他集成电路(IC)(作为示例而非限制，现场可编程门阵列(FPGA)、专用IC(ASIC)等)、硬盘驱动器(HDD)、混合硬盘(HHD)、光盘、光盘驱动器(ODD)、磁光盘、磁光驱动器、软盘、软盘驱动器(FDD)、磁带、固态驱动器(SSD)、RAM驱动器、安全数位卡或驱动器、任意的其他适当的存储介质、或者它们中的两个以上的适当的组合。存储介质在适当时可以为易失性、非易失性、或易失性与非易失性的组合。

此外，本公开的程序可以经由能够传输该程序的任意的传输介质(通信网络或广播波等)被提供给信息处理装置200。

此外，本公开的各实施方式也可以以通过电子传输而具体体现了程序的、在载波中嵌入的数据信号的形式来实现。

此外，作为示例而非限制，本公开的程序是使用JavaScript(注册商标)、Python等脚本语言、C语言、Go语言、Swift、Koltin、Java(注册商标)等来实现的。

信息处理装置200中的处理的至少一部分也可以通过由一个以上计算机构成的云计算来实现。

还可以设为通过其他的信息处理装置来执行信息处理装置200中的处理的至少一部分的结构。在这种情况下，也可以设为利用其他的信息处理装置来执行由处理器201实现的各部的处理之中的至少一部分处理的结构。

<其他>

除非明确提及，否则本公开的实施方式中的判定结构不是必须的，也可以是当满足判定条件时操作预定处理，或者当不满足判定条件时执行预定处理。

在本公开中，除非明确记载或除非上下文另有指示，否则“或”是包容性而非排他性的意义。因此，在本公开中，除非明确记载或除非上下文另有指示，否则“A或B”意味着“A、B或这两者”。进而，“A和B的至少一个”意味着“A、B、或这两者”。进而，除非明确记载或除非上下文另有指示，否则“一”、“一个”或“所述”意味着“一个或多个”。因此，在本说明书中，除非在别处明确记载或除非上下文另有指示，否则“一个A”或“所述A”意味着“一个或多个A”。

本公开包含本领域技术人员针对本公开的实施方式和/或实施例可以做出的所有的变更、替换、变形、改变和修改。同样地，在适当的情况下，所附权利要求包括本领域技术人员针对本公开的实施方式和/或实施例可以做出的所有的变更、替换、变形、改变和修改。进而，本公开包括本领域技术人员可以做出的、本公开中的实施方式和/或实施例的一个或多个特征与本公开中的其他实施方式和/或实施例的一个或多个特征的任意组合。

另外，关于所附权利要求中对适于、被配置为、有能力、被构成为、可使用以、可操作以、或能够操作以实施特定功能的装置或系统或者装置或系统的结构单元的引用，只要该装置、系统或结构单元适于、被配置为、有能力、被构成为、被设为可使用以、被设为可操作以、或能够操作以实施特定功能，则不管该装置、系统、结构单元或该特定功能是否被激活、被打开或被解除锁定，该引用都包含该装置、系统、结构单元。

除非明确说明，否则本公开可以在实施任何实施方式或实施例之时、事先、或在即将实施之前获取用户的同意。而且，获取的同意可以是总体性的，也可以是随时获取的。

<第一实施方式>

第一实施方式是用户使用终端120在经由网络125的在线处理中收到基于信息码的结算服务时，能够进行分摊处理的实施方式。

信息码是包括一维码、二维码、三维码等多维码的代码。其中，作为示例而非限制，一维码可以是条形码。另外，作为示例而非限制，二维码可以是QR码(注册商标)、AztecCode、PDF417等。作为示例而非限制，三维码可以是在QR码(注册商标)中组合颜色而得到的PM码(注册商标)等。在以下的描述中，为了便于说明，以进行基于二维码的结算为前提来进行说明，但第一实施方式和第二实施方式也可以应用于基于一维码或包括三维码的多维码的结算。

在第一实施方式中的店铺读取式码结算的一个方面，由分摊对象用户的终端120读取在支付对象用户的终端120上显示的二维码并将其发送到服务器110。支付对象用户的终端120根据从服务器110发送来的分摊对象用户的账户信息获取分摊对象的总数。支付对象用户的终端120使用获取到的总数来获取分摊额，将包括分摊额的结算请求发送到服务器110。由此，无需使用户进行复杂的手续，就能够容易地执行分摊处理。

另外，在第一实施方式中的店铺读取式码结算的一个方面，分摊对象用户在与支付对象用户有预定关系的情况下执行分摊处理。另外，在本方面中，也可以让与支付对象用户有预定关系的其他用户代理支付全部支付额。由此，能够防止擅自让无关的他人对支付对象用户的一部分或全部支付额进行支付，从而实现安全性的提高。

另外，在第一实施方式中的用户读取式码结算的一个方面，支付对象用户的终端120读取店铺等发布的二维码、POS终端130等显示的二维码，根据读取的二维码生成分摊用的二维码，并将生成的二维码显示在画面上。后续处理与店铺读取式码结算的处理相同，通过由分摊对象用户的终端120读取在支付对象用户的终端120上显示的二维码，从而进行分摊处理和结算处理。由此，无需用户进行复杂的手续，就能够容易地进行分摊处理。

另外，在第一实施方式中的用户读取式码结算的一个方面，由进行分摊的各用户的终端120读取店铺等发布的二维码、POS终端130等显示的二维码，并将读取的二维码中包含的信息以及各用户的账户信息等发送到服务器110。服务器110根据接收到的信息计算分摊对象用户的总数和分配额，并将计算出的信息发送到各终端120。由此，即使在用户读取式码结算的情况下，也无需用户进行复杂的手续，就能够容易地执行分摊处理。另外，终端120侧只要进行二维码的读取、分摊额的显示、结算处理请求的发送即可，不需要实体性的计算处理，因此能够实现终端120的处理速度的提高。

另外，即使不变更店铺侧的现有系统和已发布的二维码，也能够引入第一实施方式的公开技术，因此对于店铺侧来说，也能够容易地应用本公开的技术。

<第一实施方式的结构>

(1)服务器的结构

图3是示出第一实施方式中的服务器110的结构的一例的图。图3中公开的各部通过信息处理装置200所具备的处理器201、内存202、存储器203、输入输出I/F 204以及通信I/F 205间的协作来实现。

服务器110例如具有输入输出部302、通信部304、结算事先处理部306、分摊处理部308、结算处理部310以及存储部312。输入输出部302例如可使用输入输出I/F 204来实现。另外，通信部304例如可使用通信I/F 205来实现。结算事先处理部306、分摊处理部308以及结算处理部310可通过由处理器201读取并执行在存储部312中存放的程序来实现。存储部312可使用内存202和/或存储器203来实现。

存储部312存放第一实施方式所涉及的服务器110执行的程序、对使用二维码结算的用户的账户信息进行管理的用户管理数据库(DB，DataBase)、对用户之间的预定关系进行管理的关联管理DB、以及对用户所进行的结算处理的历史进行管理的结算管理DB。图4是示出各管理DB的一例的图。

图4的(A)中示出用户管理DB的一例。在用户管理DB中管理与由结算运营商创建的各用户的账户有关的信息。“用户ID”中存放用于使服务器110唯一地识别用户的用户标识信息(ID，Identifier)。“密码”中存放用于进行用户认证的密码。“余额”中存放用户所持有的金钱的余额。此外，在图4的(A)中未图示，但用户管理DB还可以临时存放由用户的终端120发行的二维码的信息。作为示例而非限制，二维码的信息可以包括标识二维码的代码标识信息、二维码的有效期限等。将由用户管理DB管理的信息的一部分或全部也称为账户信息。

图4的(B)示出关联管理DB的一例。“组ID”中存放用于标识用户的预定关系的标识信息。“用户ID”中存放具有预定关系的用户的用户标识信息。

预定关系是指服务器110存储有两个以上用户之间的预定关系。作为示例而非限制，预定关系可以包括相互承认关系构建的关系、至少一方要求了关系构建的关系、基于用户信息构建的关系、基于用户行为构建的关系、因满足预定条件而进行了关系构建的状态。此外，基于用户信息构建的关系可以包括在具有一个以上相同或类似的用户信息的用户之间建立的关系，基于用户行为构建的关系可以包括在具有一个以上相同或类似的用户行为的用户之间建立的关系。

另外，作为示例而非限制，与用户处于预定关系的用户可以是与用户处于预定关系的所有用户，也可以是预先确定的预定人数的用户，还可以是亲密度为预定程度以上的用户。

这里，亲密度可以是通过如下方式确定出的程度，即，在预定期间内(可以是1个月或2个月等预先固定的期间，也可以是从构建预定关系之后到当前为止的期间)与用户之间收发的消息的收发量越多，则亲密度越高。另外，也可以是通过如下方式确定出的程度，即，在预定期间内用户之间进行的交易(包括商品买卖、资产的收发/兑换等)的次数越多，则亲密度越高。

另外，亲密度还可以是通过如下方式确定出的程度，即，从预定关系构建之后到当前为止的期间的长度越长，则亲密度越高。从构建预定关系之后到当前为止的期间的长度可以是绝对值，也可以是在与用户处于预定关系的一个以上用户中的相对值。

另外，亲密度也可以是通过如下方式确定出的程度，即，针对与用户处于预定关系的多个其他用户，其他用户位于与用户的位置距离预定范围内的时间的长度越长，则亲密度越高。另外，亲密度还可以是通过如下方式确定出的程度，即，针对与用户处于预定关系的多个用户，根据从预定关系构建之后到当前为止的期间与各用户的位置信息而推断出的关系性(例如，推断为处于家庭关系等)越高，则亲密度越高。

另外，亲密度还可以是通过如下方式确定出的程度，即，针对与用户处于预定关系的多个其他用户，与用户的共同用户数(共同的朋友的人数)越多，则亲密度越高。

另外，亲密度还可以是通过如下方式确定出的程度，即，在与和用户取得交流的用户构建了预定关系的用户之中，与用户自身处于预定关系的用户数越多，则亲密度越高。

另外，亲密度还可以是通过如下方式确定出的程度，即，用户自身的属性和与用户处于预定关系的多个用户各自的属性之间的类似度越高，则亲密度越高。作为示例而非限制，用户的属性可以是兴趣或关注。

作为示例而非限制，图4的(B)所示的组ID“G01”表示家庭，表示用户ID“U01”、“U03”、“U05”所示的用户们都是一个家庭的成员。关联管理DB可以通过管理该数据库的管理员来登记新的组和用户们。

图4的(C)是示出结算管理DB的一例的图。“日期时间”中存放二维码结算完成的日期时间。“店铺ID”中存放进行二维码结算的店铺的店铺信息(也称为店铺ID)。此外，当店铺中具有多个POS终端130时，店铺ID也可以是POS终端130的ID。“支付额”中存放进行二维码结算时的支付额。另外，当存在作为标识结算的信息的结算ID等时，结算管理DB还可以管理结算ID。由此，结算信息的检索变得容易。

输入输出部302进行经由输入输出I/F 204来接受各种数据的输入的处理、以及经由输入输出I/F 204来输出各种数据的处理。

通信部304进行经由通信I/F 205而从终端120和POS终端130接收各种数据的处理、以及使用通信I/F 205将各种数据发送到终端120和POS终端130的处理。

结算事先处理部306根据从各用户的终端120发送来的账户信息，进行用于进行结算的事先处理。结算事先处理是用于获取分摊额的处理，包括各种处理。例如，结算事先处理部306针对来自终端120的账户信息发送请求，将用户的账户信息发送到预定的终端120。另外，结算事先处理部306还可以根据所发送的各用户的账户信息，求出分摊对象用户的总数，或者用支付额除以用户的总数而求出分摊额。

分摊处理部308进行从在支付中受到垫付的用户的余额中减去(取出)分摊额，并将其加入(存入)到进行了支付的用户的余额中的处理。另外，分摊处理部308可以在后述的结算处理之后或之前进行分摊额的取出及存入的处理。

结算处理部310进行用于执行二维码结算的各种处理。具体而言，结算处理部310根据结算请求中包含的信息进行结算处理。结算处理包括从支付对象用户的余额中减去支付额，并在根据结算请求等确定出的店铺的户头中存入支付额的处理。这里，店铺的户头是指店铺拥有的账户。在店铺的户头中存入(存进)/取出支付额包括在店铺的账户的余额中加入/减去支付额。

接着，分为二维码结算中的店铺读取式码结算和用户读取式码结算的情况，对通信部304、结算事先处理部306、分摊处理部308以及结算处理部310的具体结构进行说明。

(A)店铺读取式码结算中的服务器的结构

通信部304可以被构成为接收部(第1A接收部)，从读取了在支付对象用户(例如，用户A)的终端120上显示的二维码的各终端120接收分摊对象用户的账户信息以及支付对象用户的用户ID等。在二维码中，例如包括生成该二维码的支付对象用户A和/或支付额。作为示例而非限制，账户信息包括使用读取了二维码的终端120的分摊对象用户(例如，用户B、用户C)的用户ID及密码。另外，通信部304还可以被构成为发送部(第1A发送部)，将基于接收到的分摊对象用户的账户信息以及支付对象用户的用户ID的、结算事先处理的结果等发送到支付对象用户的终端120。

另外，通信部304还可以被构成为接收部(第2A接收部)，从支付对象用户的终端120接收各分摊对象用户的账户认证及余额确认请求。在账户认证及余额确认请求中，例如包含分摊对象用户的账户信息及分摊额。另外，通信部304还可以被构成为发送部(第2A发送部)，向支付对象用户的终端120发送各分摊对象用户的账户认证及余额确认的结果。在账户认证及余额确认的结果中，例如包含基于分摊对象用户的用户ID及密码的账户认证的成功与否、以及与分摊对象用户的账户相关联的余额是否为分摊额以上的结果。

另外，通信部304还可以被构成为接收部(第3A接收部)，从读取了在支付对象用户的终端120上显示的二维码的POS终端130，接收用于向店铺侧支付支付额的结算请求。在结算请求中，例如包含与读取了二维码的POS终端130相关联的店铺ID、支付额、以及支付对象用户的用户ID等。另外，通信部304还可以被构成为发送部(第3A发送部)，向POS终端130和/或支付对象用户的终端120发送结算完成通知。

结算事先处理部306根据通过第1A接收部接收到的分摊对象用户的账户信息以及支付对象用户的用户ID等，进行用于进行结算的事先处理。结算事先处理部306例如根据支付对象用户的用户ID来确定支付对象用户。接着，结算事先处理部306指示经由第1A发送部向支付对象用户的终端120发送分摊对象用户的账户信息。另外，结算事先处理部306在能够获取支付额的情况下，可以按照在预定期间内接收到的账户信息的总数计算出分摊额，并将分摊额发送给支付对象用户的终端120。在这种情况下，关于分摊额的计算，可以在从支付对象用户的终端120接收到分摊额的计算请求时进行计算。由此，在分摊的人数确定之后，会计算出恰当的分摊额。

另外，结算事先处理部306按照通过第2A接收部接收到的分摊对象用户的账户认证及余额确认请求，进行账户认证处理及余额确认处理。作为账户认证处理，结算事先处理部306根据通过第2A接收部接收到的账户信息查询用户管理DB，判定分摊对象用户的认证是否成功。另外，作为余额确认处理，结算事先处理部306根据通过第2A接收部接收到的分摊额查询用户管理DB，判定分摊对象用户的余额是否为分摊额以上。另外，结算事先处理部306指示将账户认证的结果及余额确认的结果经由第2A发送部发送到支付对象用户的终端120。

分摊处理部308进行如下的分摊处理：按照通过第3A接收部接收到的结算请求，确定除了支付对象用户以外的各分摊对象用户的账户，从与确定出的账户相关联的各用户的余额中减去分摊额，并将其加入到支付对象用户的余额中。另外，分摊处理部308将分摊处理的完成通知经由第3A发送部发送到支付对象用户的终端120。

结算处理部310进行如下的结算处理：按照通过第3A接收部接收到的结算请求，向与店铺ID相关联的店铺的户头支付从支付对象用户的余额中减去的支付额。结算处理使用外部系统140来进行。另外，结算处理部310将结算处理的完成通知经由第3A发送部发送到读取了二维码的POS终端130和/或支付对象用户的终端120。此外，如上所述，不管分摊处理及结算处理的顺序如何，不管哪个先进行都可以，但是为了防止支付对象用户收回分摊额失败，在本公开中，对先执行分摊处理的例子进行说明。

另外，结算事先处理部306还可以按照显示二维码的终端120的用户与读取了该二维码的终端120的用户的预定关系，判定是否执行分摊处理。在这种情况下，结算事先处理部306向关联管理DB查询通过第1A接收部接收到的支付对象用户的用户ID与在账户信息中包含的用户ID是否具有预定关系。结算事先处理部306获取查询结果，将示出用户间的预定关系的判定结果经由第1A发送部发送到支付对象用户的终端120。例如，在支付对象用户与分摊对象用户具有预定关系(例如，家庭、大学的朋友等)的情况下，能够执行分摊处理。由此，能够防止与没有预定关系的用户的分摊处理，能够实现安全性的提高。

另外，除了分摊处理以外，在代替显示二维码的终端120的用户，让读取了该二维码的终端120的用户全额支付的处理中也可以应用本公开的技术。例如，在由用户A的父母即用户B进行孩子即用户A的结算的情况下，包含代理信息的二维码显示在用户A的终端120A上，该代理信息表示是代理支付而非分摊。此时，用户B的终端120B读取二维码，在二维码中包含的代理信息及用户A的用户ID与在终端120B侧添加的用户B的账户信息被发送到服务器110。结算事先处理部306根据用户A的用户ID和在用户B的账户信息中包含的用户B的用户ID，判定用户间的预定关系。在具有用户间的预定关系的情况下，结算事先处理部306许可进行代理支付。由此，能够防止由没有预定关系的用户进行的代理支付，能够实现安全性的提高。

(B)用户读取式码结算中的服务器的结构

通信部304可以被构成为接收部(第1B接收部)，从读取了与店铺相对应的二维码(例如，在店铺的预定位置所发布的、或者在POS终端130上显示的二维码)的各终端120，接收在该二维码中包含的结算信息以及读取了二维码的终端120的用户的账户信息等。结算信息例如包括支付额等。另外，通信部304还可以被构成为发送部(第1B发送部)，将基于接收到的各账户信息的、结算事先处理的结果发送到发送了结算信息的各终端120。结算事先处理的结果例如可以包括用支付额除以与接收到的各账户信息相关联的用户的总数而得到的分摊额。另外，通信部304还可以被构成为接收部(第2B接收部)，从各终端120接收结算请求。另外，通信部304还可以被构成为发送部(第2B发送部)，将按照结算请求处理的分摊处理和/或结算处理的完成通知，发送到显示二维码的POS终端130和/或读取了二维码的各终端120。

此外，在用户读取式码结算中，还可以由支付对象用户的终端120读取在POS终端130上显示的二维码，由该终端120生成分摊处理用的二维码，并使分摊对象用户的各终端120读取所生成的二维码。在这种情况下，以下的服务器110侧的结构与店铺读取式码结算的情况下的结构相同，但也可以从支付对象用户的终端120发送结算请求。因此，下面以由分摊对象用户的各终端120读取在POS终端130等上显示的二维码为例来进行说明。

作为结算事先处理，结算事先处理部306求出与通过第1B接收部接收到的各账户信息相关联的用户(分摊对象用户)的总数，使用该总数、以及支付额的至少一部分计算出分摊额。例如，结算事先处理部306将包含分摊额的结算事先处理的结果经由第1B发送部发送到各用户的终端120，该分摊额是用支付额除以总数而计算出的。由此，由于在服务器侧计算分摊额，因此能够减少终端120侧的处理负荷。

另外，作为结算事先处理，结算事先处理部306还可以将分摊对象用户的总数经由第1B发送部发送到各用户的终端120。在这种情况下，由于在终端120侧进行分摊额的计算，因此各终端120可以不将支付额发送到服务器110侧。

分摊处理部308按照通过第2B接收部接收到的结算请求，从使用发送了结算请求的各终端120的各分摊对象用户的余额中减去并取出通过结算事先处理部306计算出的分摊额。

结算处理部310进行如下的结算处理：将通过分摊处理部308减去的各分摊额，向与在结算请求中包含的店铺ID相关联的店铺的户头支付。另外，结算处理部310将结算处理的完成通知经由第2B发送部发送到显示二维码的POS终端130和/或读取了二维码的各终端120。

此外，在用户读取式码结算的情况下，分摊处理部308及结算处理部310可以协作进行从上述的分摊额的取出到向店铺户头的存进。另外，分摊额在终端120侧计算的情况下，在从终端120发送的结算请求中，可以包含分摊额。在这种情况下，分摊处理部308可以从各分摊对象用户的余额中减去并取出在通过第2B接收部接收到的结算请求中包含的分摊额。

作为用户读取式码结算中的其他例子，还可以考虑事先签到。例如，将由用于标识该餐桌或餐馆的标识信息(以下也称为收款方ID)转换而成的二维码，在餐馆的各餐桌上发布，或者在设置于餐桌上的终端120的画面上显示。就座于该餐桌的各用户使用自己的终端120读取二维码，以进行签到处理。在签到处理中，各终端120将读取的收款方ID、以及用户的账户信息发送到服务器110。

接着，在店铺侧，在该餐桌的订单全部完成之后，按照来自用户的指示，进行结账处理。在结账处理中，例如，用户在设置于餐桌上的终端120上指示订单完成时，从该终端120将收款方ID及支付额发送到服务器110。服务器110的结算事先处理部306获取到支付额时，使用已签到的用户(分摊对象用户)的数量、以及支付额的至少一部分计算出分摊额。以后的处理与上述的用户读取式码结算的处理相同。由此，用户无需为了进行支付而在收银台等排队，能够迅速地完成支付。

(2)终端的结构

使用图5来对终端120的结构进行说明。图5中公开的各部通过信息处理装置200所具备的处理器201、内存202、存储器203、输入输出I/F 204以及通信I/F205间的协作来实现。

终端120具有输入输出部502、通信部504、生成部506、显示控制部508、获取部510、调整部512、结算控制部514、读取部516以及存储部518。输入输出部502、通信部504、生成部506、显示控制部508、获取部510、调整部512、结算控制部514以及读取部516通过由处理器201读出并执行在存储部518中存放的程序来实现。存储部518使用内存202和/或存储器203来实现。如上所述，由于二维码结算包括店铺读取式码结算和用户读取式码结算，因此首先对店铺读取式码结算中的终端120的结构进行说明，接着再对用户读取式码结算中的终端120的结构进行说明。

(A)店铺读取式码结算中的终端的结构

输入输出部502进行经由输入输出I/F 204来接受各种数据的输入的处理、以及经由输入输出I/F 204来输出各种数据的处理。

通信部504进行经由通信I/F 205从服务器110接收各种数据的处理、以及使用通信I/F 205将各种数据发送到服务器110的处理。通信部504可以被构成为接收部(第4A接收部)，基于通过接收到分摊对象用户的账户信息及支付对象用户的用户ID等的服务器110来处理的结算事先处理，接收分摊对象用户的各账户信息。作为示例而非限制，账户信息包括使用读取了二维码的终端120的分摊对象用户的用户ID及密码。

另外，通信部504还可以被构成为发送部(第4A发送部)，将各分摊对象用户的账户认证及余额确认请求发送到服务器110。在账户认证及余额确认请求中，例如包含分摊对象用户的账户信息及分摊额。另外，通信部504还可以被构成为接收部(第5A接收部)，从服务器110接收各分摊对象用户的账户认证及余额确认的结果。在账户认证及余额确认的结果中，例如包含基于分摊对象用户的用户ID及密码的账户认证的成功与否、以及与分摊对象用户的账户相关联的余额是否为分摊额以上的结果。

另外，通信部504还可以被构成为发送部(第5A发送部)，向读取了在支付对象用户的终端120上显示的二维码的POS终端130，发送用于向店铺侧支付支付额的结算请求。结算请求例如可以包含在二维码中。另外，通信部504还可以被构成为接收部(第5A接收部)，从服务器110接收结算完成通知。

生成部506辅助生成用于在支付对象用户的终端120上显示的二维码。具体而言，生成部506指示显示控制部508在显示画面上显示用于生成二维码的辅助画面。辅助画面例如包括支付额的输入栏以及对是否要进行分摊的选择栏。生成部506经由输入输出部502，根据在辅助画面上输入的信息，生成分摊用的二维码。分摊用的二维码也被称为第一信息码。

显示控制部508控制向终端120的显示画面的显示。例如，显示控制部508进行控制以在显示画面上显示由生成部506所指示的辅助画面，或者进行控制以在显示画面上显示通过生成部506生成的二维码。另外，显示控制部508进行控制以在显示画面上显示由后述的调整部512所指示的调整画面。此外，辅助画面和调整画面可以作为显示画面的全部画面来安装，或者作为显示画面的用户界面的一部分来安装。

获取部510基于结算事先处理来获取分摊额，该结算事先处理由接收到由读取了二维码的各终端120发送的账户信息的服务器110进行处理，该分摊额是使用基于各账户信息的分摊对象用户的总数、以及支付额的至少一部分而计算出的。

图6是示出第一实施方式所涉及的获取部510的结构的一例的框图。如图6所示，作为示例而非限制，获取部510具有总数计算部602和分摊额计算部604。

总数计算部602根据获取的账户信息的数量，来计算分摊对象用户的总数。例如，总数计算部602在获取的账户信息为三个的情况下，将账户信息的数量(3)加上支付对象用户的数量(1)，计算出总数(4)。

分摊额计算部604使用通过总数计算部602计算出的总数、以及在生成部506中的辅助画面内输入的支付额的至少一部分，计算出分摊额。例如，分摊额计算部604在支付额为12,000日元、总数为4时，用支付额(12,000日元)除以总数(4)，计算出分摊额(3,000日元)。此外，获取部510在通过结算事先处理部306计算出分摊额时，获取在服务器110侧计算出的分摊额。

返回图5，调整部512指示显示控制部508在显示画面上显示用于调整分摊人数的调整画面。调整部512例如通过使用加号按钮、减号按钮，从而能够调整分摊对象人数。由此，例如，当不具有终端120的用户包含在分摊对象中时，能够将该用户包括在分摊对象用户中。另外，为了将错误包含在分摊对象中的用户从分摊对象用户中排除，能够从分摊对象用户的总数中缩减人数。

结算控制部514控制结算处理和/或分摊处理的执行。作为示例而非限制，结算控制部514指示通信部504将各分摊对象用户的账户认证及余额确认请求发送到服务器110。在这种情况下，结算控制部514可以在余额确认请求中包括由获取部510获取的分摊额、以及各分摊对象用户的账户信息(用户ID及密码)。

另外，结算控制部514当从服务器110获取到余额确认结果时，如果预定用户的余额小于分摊额，则停止分摊处理或者指示显示控制部508在显示画面上发出警告。另外，如果余额确认结果示出全部分摊对象用户的余额为分摊额以上，则结算控制部514指示显示控制部508在显示画面上显示包括支付额的二维码。另外，在二维码中还可以包括支付对象用户的用户ID。结算用的二维码也被称为第二信息码。

读取部516具有读取二维码的读取器。例如，读取部516读取在店铺中发布的二维码、在POS终端130上显示的二维码、或者在终端120的显示画面上显示的二维码。通过读取部516读取到的信息被发送到服务器110，或者用于各种处理。

存储部518存放第一实施方式所涉及的终端120所执行的程序。作为示例而非限制，该程序是用于执行公开的二维码结算中的分摊处理的程序。

<第一实施方式中的店铺读取式码结算时的操作处理>

参考图7，对第一实施方式所涉及的通信系统1的店铺读取式码结算时的处理进行说明。图7是示出第一实施方式所涉及的通信系统1所进行的店铺读取式码结算时的处理过程的时序的一例的图。图7所示的例子是假设了如下情况的时序，即，用户生成用于进行分摊处理的二维码(第一信息码)，并使各分摊对象用户读取二维码来进行分摊处理。

在步骤S702中，终端120A的输入输出部502从用户处接受辅助画面内的支付额的输入及对分摊处理的选择。例如，输入输出部502在进行二维码结算的应用程序中，接受用户使用显示画面上的软数字键等进行的支付额的输入、以及对用于进行分摊处理的按钮的按下。

在步骤S704中，终端120A的生成部506根据来自输入输出部502的支付额的输入及对分摊处理的选择，生成分摊用的二维码。支付额的信息以及使用终端120A的支付对象用户的用户ID等经转换后被包括在分摊用的二维码中。另外，表示执行分摊处理的信息也可以经转换后被包括在二维码中。由此，读取了该二维码的各终端120能够迅速识别是分摊处理。

在步骤S706中，终端120A的显示控制部508进行控制以在显示画面上显示通过生成部506生成的二维码。

在步骤S708中，终端120B的读取部516读取在终端120A上显示的二维码。

在步骤S710中，终端120B的通信部504将用于将终端120B的用户B的账户信息发送到终端120A的发送请求发送到服务器110。例如，在发送请求中包含由使用终端120B的用户B输入的账户信息、以及使用终端120A的用户A的用户ID。

在步骤S712中，服务器110的通信部304将用户B的账户信息发送到终端120A。服务器110例如根据用户A的用户ID，能够确定出账户信息的发送目的地—终端120A。

在步骤S714中，终端120C的读取部516读取在终端120A上显示的二维码。

在步骤S716中，终端120C的通信部504将用于将终端120C的用户C的账户信息发送到终端120A的发送请求发送到服务器110。例如，在发送请求中包含由使用终端120C的用户C输入的账户信息、以及使用终端120A的用户A的用户ID。

在步骤S718中，服务器110的通信部304将用户C的账户信息发送到终端120A。服务器110例如根据用户A的用户ID，能够确定出账户信息的发送目的地—终端120A。

在步骤S720中，终端120A的调整部512调整通过总数计算部602计算出的分摊对象的总数。例如，总数计算部602根据接收到的2个账户信息确定出分摊对象用户为2人，将这2人加上支付对象用户的1人，确定出总数为3人。接着，调整部512使用调整画面等，获取来自用户的、对通过输入输出部502输入的总数的调整指示。例如，用户按下一次“+”按钮时，调整部512使总数增加1，用户按下一次“-”按钮时，调整部512使总数减少1。另外，调整部512还可以调整各用户负担的金额。由此，能够进行更灵活的分摊。此外，调整部512未必是必须的结构，但通过设置该处理，在有想用现金支付的用户时能够调整分摊对象的总数。另外，还可以由使用终端120A的用户A对每个用户设定分摊额。

在步骤S722中，终端120A的获取部510确定分摊额。例如，获取部510的分摊额计算部604用在步骤S702中输入的支付额除以由总数计算部602确定出的总数或由调整部512调整后的总数，计算出支付额。

在步骤S724中，终端120A的通信部504向服务器110发送分摊对象的用户B和用户C的账户认证及余额确认请求。作为示例而非限制，在账户认证及余额确认请求中，例如包含分摊对象用户的账户信息、分摊额。

在步骤S726中，服务器110的结算事先处理部306进行分摊对象用户的账户认证和余额确认。关于账户认证，服务器110的结算事先处理部306判定在接收到的账户信息中包含的用户ID及密码是否与在用户管理DB中登记的用户ID及密码一致。当用户ID及密码一致时表示认证成功，当用户ID及密码不一致时表示认证失败。

另外，关于余额确认，服务器110的结算事先处理部306判定在用户管理DB中保存的各分摊对象用户的余额是否为接收到的分摊额以上。如果余额为分摊额以上，则表示有余额，如果余额小于分摊额，则表示余额不足(无余额)。

在步骤S728中，服务器110的通信部304将账户认证及余额确认结果发送到终端120A。在账户认证及余额确认结果中，例如包含账户认证的成功与否、余额的有无。

在步骤S730中，如果账户认证及余额确认结果示出账户认证成功及有余额，则终端120A的结算控制部514指示显示控制部508在显示画面上显示用于结算的二维码(第二信息码)。由此，在显示画面上显示出二维码。在二维码中，例如可以包含支付额、用户A的用户ID等。

在步骤S732中，POS终端130读取在终端120A的显示画面上显示的二维码。

在步骤S734中，POS终端130将包括支付额、用户A的用户ID、店铺ID等的结算请求发送到服务器110。

在步骤S736中，服务器110的分摊处理部308及结算处理部310执行分摊处理及结算处理。例如，分摊处理部308从分摊对象用户即用户B及用户C的余额中减去分摊额，将取出的金额加入到支付对象用户即用户A的余额中。接着，结算处理部310从用户A的余额中取出支付额，将取出的支付额存入到在外部系统140(图7中未图示)中登记的店铺的户头中。还可以构成为从支付对象用户即用户A的余额和分摊对象用户即用户B及用户C的余额中减去分摊额，并存入到在外部系统140(图7中未图示)中登记的店铺的户头中。

在步骤S738中，服务器110的通信部304在分摊处理及结算处理完成之后，将完成通知发送到POS终端130。

在步骤S740中，服务器110的通信部304在分摊处理及结算处理完成之后，将完成通知发送到终端120A。

此外，关于分摊对象用户的账户认证，还可以在步骤S710或步骤S716之后进行。在这种情况下，在步骤S712、S718中，账户认证结果被发送到终端120A。另外，在这种情况下，在步骤S724、S726、S728中，不进行与账户认证有关的处理。由此，通过在分摊处理的初始阶段进行账户认证处理，从而能够从结算应用程序中的分摊处理中早期排除无法进行账户认证的用户。

另外，在步骤S704和步骤S730中显示的二维码可以为同一二维码。由此，能够省去再次生成二维码的处理。同一二维码包括用户A的用户ID、支付额，进而还可以包括用于标识结算的结算ID。通过在二维码中包括结算ID，从而能够在服务器110侧，始终与结算ID相关联地管理分摊对象用户的账户认证、余额确认、分摊处理、结算处理。

另外，在步骤S704和步骤S730中显示的二维码也可以为不同的二维码。由此，能够明确区分出分摊用的二维码与结算用的二维码。另外，采用二维码的一次性属性，能够提高安全性。

另外，在步骤S710、S716中，也可以将支付额发送到服务器110，在这种情况下，能够在服务器110侧计算分摊额。例如，服务器110的结算事先处理部306根据在预定时间内接收到的发送请求的数量，计算出分摊对象用户的总数，并通过用支付额除以总数来计算出分摊额。服务器110的通信部304将分摊额发送到终端120A。终端120A的获取部510获取基于由服务器110进行处理的结算事先处理而计算出的分摊额。由此，能够减少终端120A的应用程序侧的处理。

此外，在步骤S702中，支付额由用户输入，但也可以读取POS终端130等的二维码来输入支付额。由此，能够防止用户对支付额的错误输入。

<与第一实施方式的终端有关的店铺读取式码结算时的显示方式>

图8是示出在第一实施方式所涉及的终端120上显示的画面的一例的图。图8的(A)示出了用于生成二维码的辅助画面的一例。图8的(A)所示的辅助画面至少包括支付额的输入栏及分摊的选择按钮。图8的(A)所示的辅助画面例如与在图7所示的步骤S702的处理中显示的画面相对应。

图8的(B)示出了显示所生成的二维码的画面的一例。图8的(B)所示的画面包括由终端120的生成部506生成的二维码。图8的(B)所示的画面例如与在图7所示的步骤S706的处理中显示的画面相对应。

图8的(C)示出了调整分摊对象用户的总数的画面的一例。图8的(C)所示的画面包括用于使分摊对象用户的总数增减的按钮、以及分摊额的显示栏、分摊额的确认按钮。按照分摊对象用户的总数的增减，通过获取部510等的处理，来变更分摊额。图8的(C)所示的画面例如与在图7所示的步骤S720的处理中显示的画面相对应。在图8的(C)所示的画面中，当用户按下“是”按钮时，步骤S724被处理。

图8的(D)示出了已发送分摊对象用户的账户认证及余额确认请求。图8的(D)所示的画面可以在进行图7所示的步骤S724的处理之后，在终端120A的显示画面上显示，直到接收到步骤S728的结果或直到经过了预定时间为止。

图8的(E)示出了分摊对象用户的账户认证及余额确认已完成。图8的(E)所示的画面在所有分摊对象用户的账户认证成功且余额为分摊额以上时显示。图8的(E)所示的画面可以在进行图7所示的步骤S728的处理之后，在终端120的显示画面上显示。

图8的(F)示出了结算完成。图8的(F)所示的画面例如包括支付额以及结算完成的显示。图8的(F)所示的画面可以在进行图7所示的步骤S740的处理之后，在终端120的显示画面上显示。

<<第1A实施例>>

第一实施方式的第1A实施例是判定分摊对象用户与支付对象用户的预定关系，在没有预定关系时不进行分摊处理的实施例。“具有预定关系”例如以分摊对象用户和支付对象用户已加入到朋友、大学、家庭等的预定组内为条件。

<<第1A实施例的效果>>

根据本实施例，由于判断支付对象用户与分摊对象用户的预定关系，因此能够防止使与支付对象用户完全无关的用户执行分摊处理。

<<第1A实施例的操作处理>>

图9是示出本实施例所涉及的服务器110和终端120的处理时序的一例的图。图9所示的例子是假设了如下情况的时序，即，用户生成用于进行分摊处理的二维码，在使各分摊对象用户的终端120读取二维码之后，服务器110判定用户的预定关系，在具有预定关系时，进行分摊处理。

图9所示的步骤S902、S904、S906和S908的处理与图7所示的步骤S704、S706、S708和S710各自的处理相同，因此省略说明。此外，在步骤S902中，生成部506也可以根据在线购物等的结算画面来生成包含支付额和店铺ID的二维码。

在图9所示的步骤S910中，服务器110的结算事先处理部306判定用户间的预定关系。例如，结算事先处理部306向关联管理DB查询支付对象用户与分摊对象用户是否具有预定关系。具体而言，结算事先处理部306判定支付对象用户的用户ID与分摊对象用户的用户ID是否包含在关联管理DB内的同一组中。如果在同一组内包含这两个ID，则判定为“有关联”，如果未在同一组内包含这两个ID，则判定为“无关联”。

在步骤S912中，服务器110的通信部304将预定关系的判定结果发送到终端120A。

在步骤S914中，终端120A的显示控制部508进行控制以在显示画面上显示从服务器110接收到的判定结果。例如，在显示画面上，在使用终端120A的第一用户与使用各信息处理装置的其他各用户具有预定关系时，该具有预定关系的用户的信息的至少一部分与没有预定关系的用户的信息的至少一部分以不同的方式显示。作为示例而非限制，使具有预定关系的用户的用户ID与没有预定关系的用户的用户ID的字符颜色、字符大小以及字符字体等的至少一个不同。另外，作为其他例子，还可以在显示画面上与用户信息相关联地显示“有关联”或“无关联”。

在步骤S916中，终端120A的结算控制部514将结算请求发送到服务器110。在结算请求中包含支付对象用户的用户ID、分摊对象用户的用户ID及支付额。

在步骤S918中，服务器110的分摊处理部308及结算处理部310进行上述的分摊处理及结算处理。此外，分摊处理部308由于知道分摊对象用户的总数及支付额，因此还可以进行分摊额的计算。

在步骤S920中，服务器110将分摊处理和/或结算处理的完成通知发送到终端110A。

在图9所示的分摊处理中，示出了不进行账户认证和余额确认的简易的分摊处理，但也可以进行图7中说明的账户认证和余额确认。另外，还可以在步骤S916之后，终端120A进行控制以在显示画面上显示结算用的二维码(第二信息码)，并使读取了该二维码的POS终端130等发送结算请求。另外，在图9所示的例子中，服务器110存储关联管理DB，但还可以由各终端进行存储。在这种情况下，各终端还可以从服务器110接收其他终端的账户信息，根据其他账户信息，由自身终端判定是否具有预定关系。

<<第2A实施例>>

第一实施方式的第2A实施例还能够应用于不进行分摊，而是由与应进行支付的用户具有预定关系的他人代替应进行支付的用户进行支付的处理(以下也称为“代理支付处理”)。例如，在孩子使用的终端120的显示画面上显示二维码，由父母的终端120读取所显示的二维码，在承认亲子关系时，由父母代替孩子进行代理支付处理。

<<第2A实施例的效果>>

根据本实施例，能够由与应进行支付的用户具有预定关系的用户代替应进行支付的用户来支付支付额的全额。

<<第2A实施例的操作处理>>

使用图9所示的时序对本实施例进行说明时，例如，将终端120A作为孩子的终端，将终端120B作为父母的终端。在步骤S902中，终端120A的生成部506生成代理支付用的二维码。

在步骤S912、S914、S916和S920中，处理对象从孩子的终端120A替换为父母的终端120B。另外，在步骤S918中，不执行分摊处理，而是执行结算处理。由此，从父母的账户中取出支付额的全额并存入到店铺侧的户头等。另外，孩子的终端120A或父母的终端120B还可以使结算用的二维码显示在显示画面上，并使读取了该二维码的POS终端130等发送结算请求。

<<第3A实施例>>

第一实施方式的第3A实施例在支付额用分摊对象的总数不能除尽时，进行针对各分摊对象用户的分摊额的尾数处理。尾数处理是针对不能除尽的小数点以下的余数部分，预先决定对谁、如何分配小数点以下的部分等的处理。

<<第3A实施例的效果>>

根据第3A实施例，在计算分摊额时，由于预先设定不能除尽的小数点以下的部分的处理，因此能够对任意的支付额以及分摊对象用户的任意的总数适当地执行分摊处理。

尾数处理通过服务器110的结算事先处理部306或终端120的获取部510等来执行。另外，尾数处理包括几种尾数处理，当支付额用总数不能除尽时，可以预先确定一种尾数处理，也可以让用户从几种处理中确定出一种。此外，尾数处理能够应用于上述或后述的实施方式或实施例。

(尾数处理1)

在尾数处理1中，通过将各用户的除法结果(商)的尾数向上舍入或向下舍入，来确定各用户的分摊额。例如，假设支付额为10000日元，分摊对象用户的总数为3人。在这种情况下，如果将分摊额的商的余数(小数点以下)四舍五入，则每人3333日元，分摊额的合计与支付额相比欠缺1日元。因此，在3人的分摊对象用户中，2人将小数点以下向下舍入，1人将小数点以下向上舍入。在尾数处理1中，根据预定条件来确定将小数点以下向上舍入的、分摊对象用户中的一人。例如，可以预先设定为支付对象用户，或者设定为具有由服务器最初接收到的账户信息的用户，或者由支付对象用户来确定。

(尾数处理2)

尾数处理2包括将各分摊对象用户的商的尾数向下舍入，来确定各用户的分摊额的处理。服务器110执行从支付额中扣减从支付额中减去各分摊对象用户的分摊额的合计后得到的金额的处理。例如，假设支付额为10000日元，分摊对象用户的总数为3人。在这种情况下，如果将分摊额的商的余数向下舍入，则每人3333日元，分摊额的合计与支付额相比欠缺1日元。在尾数处理2中，服务器110执行从支付额中扣减1日元的处理。此外，对于因向下舍入余数而欠缺的欠缺额，可以由结算运营商或者店铺来负担。

(尾数处理3)

尾数处理3包括将各分摊对象用户的商的尾数向上舍入，来确定各分摊对象用户的分摊额的处理。服务器110执行向结算运营商支付从各分摊对象用户的分摊额的合计中减去支付额后得到的金额的处理。例如，假设支付额为10000日元，分摊对象用户的总数为3人。在这种情况下，如果将分摊额的商的余数向上舍入，则每人3334日元，分摊额的合计比支付额多出2日元。在尾数处理3中，服务器110执行向结算运营商支付比支付额多出的2日元的处理。关于上述的尾数处理1～3，商的尾数的向下舍入、向上舍入的位不止小数点以下，也可以是个位或十位。

(B)用户读取式码结算中的终端的结构

接着，对用户读取式码结算中的终端的结构进行说明。下面，在用户读取式码结算中的终端的结构和店铺读取式码结算中的终端的结构相同时，省略说明。

通信部504可以被构成为发送部(第4B发送部)，将在与店铺相对应的二维码(例如，在店铺中发布的二维码或者在设置于店铺的终端上显示的二维码)中包含的结算信息、使用自身终端120的用户的账户信息等发送到服务器110。作为示例而非限制，结算信息至少包括店铺ID，进而还可以包括支付额。例如，结算信息在二维码被用于餐桌签到等的情况下，包括店铺ID，在二维码被用于POS终端130上的支付等的情况下，包括店铺ID及支付额。作为示例而非限制，账户信息包括使用读取了二维码的终端120的分摊对象用户的用户ID及密码。

另外，通信部504还可以被构成为接收部(第4B接收部)，基于结算事先处理来接收分摊额，该结算事先处理由接收到由读取了二维码的各终端120发送的账户信息的服务器110进行处理，该分摊额是用与结算信息相关联的支付额除以各账户信息的总数而得到的。服务器110的结算事先处理部306能够使用接收到的账户信息的总数和支付额来计算出分摊额。

另外，通信部504还可以被构成为发送部(第5B发送部)，将包括分摊额的结算请求发送到服务器110。另外，在结算请求中可以包含店铺ID。

另外，通信部504还可以被构成为接收部(第5B接收部)，从服务器110接收结算完成通知。

获取部510基于结算事先处理来获取分摊额，该结算事先处理由接收到由读取了二维码的各终端120发送的账户信息的服务器110进行处理，该分摊额是用与结算信息相关联的支付额除以基于各账户信息的分摊对象用户的总数而得到的。此外，获取部510既可以获取从服务器110接收到的分摊额，也可以与店铺读取式码结算同样，用支付额除以获取到的账户总数来计算。

读取部516读取与店铺相对应的二维码(例如店铺中发布的二维码、在设置于店铺的终端上显示的二维码)。通过读取部516读取到的信息被发送到服务器110，或者被用于各种处理。

<第一实施方式中的用户读取式码结算时的操作处理>

参考图10，对第一实施方式所涉及的通信系统1的用户读取式码结算时的处理进行说明。图10是示出第一实施方式所涉及的通信系统1所进行的用户读取式码结算时的处理过程的时序的一例的图。图10所示的例子是假设了如下情况的时序，即，由各分摊对象用户所使用的各终端120读取在POS终端130上显示的二维码来进行分摊处理。

在步骤S1002中，POS终端130在显示画面上显示结算用的二维码。作为示例而非限制，支付额及店铺ID等信息经转换后被包含在该二维码中。此外，支付额还可以由用户侧输入。

在步骤S1004中，终端120A的读取部516读取在POS终端130上显示的二维码。

在步骤S1006中，终端120A的通信部504将终端120A的用户A的账户信息、从二维码中读取的或由用户输入的支付额、店铺ID等发送到服务器110。

在步骤S1008中，终端120B的读取部516读取在POS终端130上显示的二维码。

在步骤S1010中，终端120B的通信部504将终端120B的用户B的账户信息、从二维码中读取的支付额、店铺ID等发送到服务器110。

在步骤S1012中，终端120C的读取部516读取在POS终端130上显示的二维码。

在步骤S1014中，终端120C的通信部504将终端120C的用户C的账户信息、从二维码中读取的支付额、店铺ID等发送到服务器110。

在步骤S1016中，服务器110的结算事先处理部306统计例如在预定时间内与相同店铺ID及相同支付额一起发送来的账户信息的总数。另外，服务器110的结算事先处理部306用支付额除以总数，计算出分摊额。此外，在该时点，也可以在服务器110侧进行账户认证。另外，如果有账户认证失败的用户，则服务器110可以请求用户重新输入账户信息。此时，服务器110还可以延长用于汇集分摊对象用户的预定时间。

另外，服务器110的结算事先处理部306也可以在计算出分摊额后，参照各分摊对象用户的账户余额，进行余额确认处理。在这种情况下，对各分摊对象用户的余额确认处理的结果被通知给各分摊对象用户。

在步骤S1018中，服务器110的通信部304将计算出的分摊额通知给终端120A。

在步骤S1020中，服务器110的通信部304将计算出的分摊额通知给终端120B。

在步骤S1022中，服务器110的通信部304将计算出的分摊额通知给终端120C。

在步骤S1024中，终端120A的显示控制部508进行控制以显示分摊额之后，终端120A的结算控制部514指示通信部504将结算请求发送到服务器110。

在步骤S1026中，终端120B的显示控制部508进行控制以显示分摊额之后，终端120B的结算控制部514指示通信部504将结算请求发送到服务器110。

在步骤S1028中，终端120C的显示控制部508进行控制以显示分摊额之后，终端120C的结算控制部514指示通信部504将结算请求发送到服务器110。

在步骤S1030中，服务器110的分摊处理部308按照结算请求，从与各分摊对象用户的账户相关联的各余额中取出分摊额。接着，结算处理部310执行将取出的各分摊额的总额(支付额)向与结算信息相关联的店铺ID所示的店铺侧支付的处理。此外，分摊处理部308也可以包含在结算处理部310中，在这种情况下，结算处理部310从用户A、B、C的余额中取出分摊额并将取出的分摊额的合计(支付额)存入到在外部系统140(图7中未图示)中登记的店铺的户头中。

在步骤S1032中，服务器110的通信部304在分摊处理或结算处理完成之后，将完成通知发送到终端120A。

在步骤S1034中，服务器110的通信部304在分摊处理或结算处理完成之后，将完成通知发送到终端120B。

在步骤S1036中，服务器110的通信部304在分摊处理或结算处理完成之后，将完成通知发送到终端120C。

在步骤S1038中，服务器110的通信部304在分摊处理或结算处理完成之后，将完成通知发送到POS终端130。

<<第1B实施例>>

第一实施方式的第1B实施例是由分摊对象用户先读取二维码来签到，在支付额确定之后再进行分摊处理并完成结算的实施例。作为第1B实施例的具体例，对于在餐馆等地预先公布在餐桌上的二维码或者在设置于餐桌的终端上显示的二维码，由在该餐桌就座的各用户(各分摊对象用户)用各自的终端120进行读取，来进行签到处理。接着，各用户点菜等，在全部的订单确定之后，支付额确定。之后，从餐桌上的终端或者店铺的收银台终端向服务器发送支付额，服务器执行分摊处理和结算处理。支付额与结算ID等相关联后，便于与事先发送的结算信息建立关联。

<<第1B实施例的效果>>

根据本实施例，由于能够事先完成分摊对象用户的总数的计算及各分摊对象用户的账户认证处理等，因此在进行分摊时能够迅速完成处理。例如，在餐馆中，在用户入座时等，各终端120读取二维码来完成签到，在直到订单完成为止的期间，在服务器110侧完成分摊对象人数的总数的计算及账户认证，在支付额确定后，能够迅速执行分摊处理和结算处理。另外，由于用户可以在餐桌上进行结账处理，所以不用去收银台就可以离店。

<<第1B实施例的操作处理>>

图11是示出本实施例所涉及的通信系统1的处理时序的一例的图。使用图11所示的时序对本实施例进行说明时，例如将终端120C作为设置在餐馆的餐桌上的终端。用户的终端120A和终端120B读取在该终端120C上显示的二维码来进行签到处理。另外，各用户可以使用终端120C进行点菜、指示订单完成、确认支付额、以及指示结算处理。

在步骤S1102中，终端120C在显示画面上显示结算用的二维码。作为示例而非限制，店铺ID、餐桌ID、结算ID或任意的组合经转换后被包含在该二维码中。终端120C例如是放在餐馆的餐桌等上的可点菜的终端。

在步骤S1104中，终端120A的读取部516读取在终端120C上显示的二维码。

在步骤S1106中，终端120A的通信部504将终端120A的用户A的账户信息、从二维码中读取的店铺ID等(结算信息)发送到服务器110。此外，在该时点，服务器110还可以进行用户A的账户认证。店铺ID可以起到作为将该店铺作为收款方的收款方标识信息的作用。

在步骤S1108中，终端120B的读取部516读取在终端120C上显示的二维码。

在步骤S1110中，终端120B的通信部504将终端120B的用户B的账户信息、从二维码中读取的店铺ID等发送到服务器110。此外，在该时点，服务器110还可以进行用户B的账户认证。

在步骤S1112中，基于用户A或用户B按下支付按钮等，终端120C确定作为由用户A或用户B订购的菜单的合计金额的支付额。

在步骤S1114中，基于用户A或用户B按下支付额的确认按钮等，终端120C将支付请求发送到服务器110。作为示例而非限制，在支付请求中包含店铺ID和支付额的信息。

在步骤S1116中，服务器110的结算事先处理部306与接收到支付请求相应地，例如对事先签到的用户的总数进行统计。此外，还可以事先计算出用户的总数。另外，服务器110的结算事先处理部306用支付额除以总数，计算出分摊额。此外，在该时点，如果用户A和/或用户B未进行账户认证，则服务器110可进行用户未执行的账户认证。另外，如果有账户认证失败的用户，则服务器110可以请求用户重新输入账户信息。

另外，服务器110的结算事先处理部306也可以在计算出分摊额后，参照各分摊对象用户的账户余额，进行余额确认处理。在这种情况下，对各分摊对象用户的余额确认处理的结果被通知给各分摊对象用户。

在步骤S1118中，服务器110的通信部304将计算出的分摊额通知给终端120A。

在步骤S1120中，服务器110的通信部304将计算出的分摊额通知给终端120B。

在步骤S1122中，终端120A的显示控制部508进行控制以显示分摊额之后，终端120A的结算控制部514指示通信部504将结算请求发送到服务器110。

在步骤S1124中，终端120B的显示控制部508进行控制以显示分摊额之后，终端120B的结算控制部514指示通信部504将结算请求发送到服务器110。

在步骤S1126中，服务器110的分摊处理部308按照结算请求，从与各分摊对象用户的账户相关联的各余额中取出分摊额。接着，结算处理部310执行将取出的各分摊额的总额(支付额)向与结算信息相关联的店铺ID所示的店铺侧支付的处理。此外，分摊处理部308也可以包含在结算处理部310中，在这种情况下，结算处理部310从用户A、B的余额中取出分摊额并将取出的分摊额的合计(支付额)存入到在外部系统140(图7中未图示)中登记的店铺的户头中。

在步骤S1128中，服务器110的通信部304在分摊处理或结算处理完成之后，将完成通知发送到用户A的终端120A。

在步骤S1130中，服务器110的通信部304在分摊处理或结算处理完成之后，将完成通知发送到用户B的终端120B。

在步骤S1132中，服务器110的通信部304在分摊处理或结算处理完成之后，将完成通知发送到店铺侧的终端120C。

<<第2B实施例>>

第一实施方式的第2B实施例是在第1B实施例中可以无需分摊对象用户确认分摊额，服务器110即进行分摊处理及结算处理。例如，在图11所示的时序中，可以省略步骤S1118～S1124。

<<第2B实施例的效果>>

根据本实施例，在结账处理中，可以防止由于来自至少一个用户的结算请求未被发送而忘记结算或者中断结算处理。特别是在分摊对象的人数多的情况下，第2B实施例是有效的。

<第二实施方式>

第二实施方式是示出如下例子的实施方式，即，即使分摊对象用户在结算服务上是没有预定关系的用户，支付对象用户也可以从使用与自身的距离而生成的候选者列表中选择分摊对象用户，从而顺利地进行分摊处理，并且能够扩展分摊处理的对象。

在第二实施方式中，作为示例而非限制，终端120在从使用本终端120的第一用户接受到分摊请求的情况下，显示使用与第一用户的距离而生成的分摊对象用户的候选者列表。终端120接受从候选者列表中对实际进行分摊的第二用户的选择。第一用户的终端120向所选择的第二用户的终端120发送是否可以进行分摊处理的确认请求，并从对其发送了确认请求的终端120接收确认结果。如果第二用户许可进行分摊处理，则第一用户的终端120向服务器110发送结算请求以执行分摊处理或结算处理，并在结算完成的情况下，接收结算完成通知。

<第二实施方式的效果>

根据第二实施方式，即使是与支付对象用户不具有预定关系的用户，由于收到使用与支付对象用户的距离而生成的候选者列表，因此也能够当场选择分摊对象用户，并从所选择的分摊对象用户的账户中对分摊额进行结算。例如，由于喝酒聚会的干事能够容易地从候选者列表中选择在该喝酒聚会上初次相识的成员，因此能够顺利地执行分摊处理和结算处理。

<第二实施方式的HW结构>

(1)HW结构

由于第二实施方式中的服务器110、信息处理终端120及POS终端130的HW结构与第一实施方式中的服务器110、信息处理终端120及POS终端130的HW结构相同，因此省略这里的详细说明。

<第二实施方式的结构>

(1)服务器的结构

图12是示出第二实施方式中的服务器110的结构的一例的图。图12中公开的各部通过信息处理装置200所具备的处理器201、内存202、存储器203、输入输出I/F 204以及通信I/F 205间的协作来实现。

服务器110例如具有输入输出部1202、通信部1204、结算事先处理部1206、分摊处理部1208、结算处理部1210、位置确定部1212、列表创建部1214以及存储部1216。在第二实施方式中追加的位置确定部1212、列表创建部1214通过由处理器201读取并执行在存储部312中存放的程序来实现。在第二实施方式中的服务器110的结构中，未特别提及之处可以与第一实施方式中的结构相同。

通信部1204可以被构成为接收部，从终端120接收候选者列表的检索请求。另外，通信部1204还可以被构成为接收部，接收各终端120的位置信息。另外，通信部1204还可以被构成为发送部，将由列表创建部1214创建的、包含位于用户A附近的用户的候选者列表发送到终端120。另外，通信部1204还可以被构成为接收部，接收终端120所发送的近距离无线标识符以作为终端120的位置信息。

位置确定部1212根据各终端120所通知的各终端120的位置信息，来确定各终端120的位置。例如，当从终端120A获取到直接示出终端120A的位置的位置信息(例如纬度和经度)时，位置确定部1212将由该位置信息所示的位置确定为终端120A的位置。

列表创建部1214获取位置确定部1212所确定的各终端120的位置信息、以及各终端120的用户ID，创建分摊对象用户的候选者列表。候选者列表包括与获取的位置信息对应的用户ID或与用户ID相关联的昵称等。另外，作为示例而非限制，列表创建部1214还可以使得使用靠近终端120A的终端120的用户从上到下依次显示在画面上来生成候选者列表。另外，列表创建部1214将列表内的用户设为可以进行选择来创建候选者列表。列表创建部1214指示通信部1204将所创建的候选者列表发送到发送了检索请求的终端120A。按照该指示，通信部1204将候选者列表发送到终端120A。

(2)终端的结构

图13是示出第二实施方式中的终端120的结构的一例的图。图13中公开的各部通过信息处理装置200所具备的处理器201、内存202、存储器203、输入输出I/F 204以及通信I/F 205间的协作来实现。

终端120具有输入输出部1302、通信部1304、读取部1306、显示控制部1308、结算控制部1310、位置信息测定部1312以及列表创建部1314。在第二实施方式中追加的位置信息测定部1312、列表创建部1314通过由处理器201读取并执行在存储部1316中存放的程序来实现。此外，在第二实施方式中的终端120的各结构中，未特别提及之处可以与第一实施方式中的结构相同。

通信部1304可以被构成为发送部，发送由位置信息测定部1312测定出的终端120的位置信息。另外，通信部1304还可以被构成为接收部，从服务器110接收候选者列表。另外，通信部1304还可以被构成为发送部，发送用于建立与其他终端120的近距离无线通信的无线标识符。通信部1304还可以被构成为接收部，从其他终端120接收无线标识符。此外，作为示例而非限制，近距离的无线标识符可以包括由低功耗蓝牙(BLE，Bluetooth LowEnergy)装置发送的信标中所包含的信标ID、由WiFi(注册商标)装置发送的无线信号中所包含的SSID、超声波中所包含的任意的标识信息。

显示控制部1308在画面上显示由通信部1304接收到的或由列表创建部1314创建的候选者列表。另外，显示控制部1308进行控制以将候选者列表内的用户显示为可以进行选择。

位置信息测定部1312测定终端120的当前位置的位置信息。作为示例而非限制，位置信息测定部1312使用全球定位系统(GPS，Global Positioning System)来测定该终端120的纬度和经度，以作为终端120的当前位置的位置信息。此外，位置信息测定部1312对终端120的位置信息的测定只要能测定终端120的位置信息，则可以使用任何方法。作为示例而非限制，位置信息测定部1312还可以使用室内消息系统(IMES，Indoor MEssagingSystem)、Wi-Fi、射频识别码(RFID，Radio Frequency Identifier)、近场通信(NFC，NearField Communication)、低功耗蓝牙(BLE，Bluetooth Low Energy)、超声波等近距离无线通信以及LTE和CDMA等移动通信系统等，来测定终端120的位置信息。

列表创建部1314根据与通过通信部1304建立了无线通信的其他终端120的位置信息，来创建分摊对象用户的候选者列表。候选者列表包括与获取的无线标识符对应的用户ID或与用户ID相关联的昵称等。另外，作为示例而非限制，列表创建部1314还可以使得使用靠近终端120A的终端120的用户从上到下依次显示在画面上来生成候选者列表。另外，列表创建部1314将列表内的用户设为可以进行选择来创建候选者列表。列表创建部1314使用无线通信的信号强度来判断终端120之间的远近。例如，所建立的无线通信的信号强度越大，则列表创建部1314可以判断这些终端之间越近。

<第二实施方式的操作处理>

参考图14，对第二实施方式所涉及的通信系统1的处理进行说明。图14是示出第二实施方式所涉及的通信系统1所进行的处理过程的时序的一例的图。图14所示的处理是使用GPS等终端120的位置信息来掌握用户之间或者终端120之间的位置关系的例子。

在步骤S1402中，终端120A的输入输出部502从用户处接受在结算画面中对选择分摊的按钮的按下(点击)。

在步骤S1404中，终端120A的位置信息测定部1312测定自身的位置信息。终端120A的位置信息测定部1312指示通信部1304向服务器110发送位置信息的检索请求。检索请求例如可以与终端120A的位置信息一起发送，也可以各自分别发送。

在步骤S1406中，终端110B的位置信息测定部1312测定自身的位置信息，并指示通信部1304将测定出的位置信息、以及使用终端110B的用户的用户ID发送到服务器110。

在步骤S1408中，终端110C的位置信息测定部1312测定自身的位置信息，并指示通信部1304将测定出的位置信息、以及使用终端110C的用户的用户ID发送到服务器110。此外，在步骤S1404、S1406、S1408中发送的位置信息可以定期从各终端120发送到服务器110，也可以基于来自服务器110的指示，位置信息从各终端120发送到服务器110。

在步骤S1410中，服务器110的列表创建部1214基于从各终端120获取的位置信息，创建分摊对象用户的候选者列表。例如，服务器110的列表创建部1214按照与终端120A的位置靠近的顺序，来包括用户ID或与用户ID相关联的昵称等。

在步骤S1412中，服务器110的通信部1204将由列表创建部1214创建的候选者列表发送到发送了检索请求的终端120A。

在步骤S1414中，终端120A的显示控制部1308进行控制以在显示画面上显示从服务器110获取的候选者列表。此时，候选者列表内的各用户以可以进行选择的方式显示。

在步骤S1416中，终端120A的输入输出部1302从候选者列表的显示画面上接受选择分摊对象用户的指示。例如，在对候选者列表内的用户显示有单选按钮等可以进行选择的用户界面(UI，User Interface)部件的情况下，输入输出部1302接受用户A针对实际的分摊对象用户按下UI部件等进行选择。此外，在该例子中，假设用户B被选择为分摊对象。

在步骤S1418中，终端120A的通信部1304向候选者列表内由用户A选择的分摊对象用户(在图14所示的例子中为用户B)发送分摊请求。

在步骤S1420中，终端120B的显示控制部1308与接收到分摊请求相应地进行控制以在显示画面上显示是许可还是拒绝分摊的选择画面。

在步骤S1422中，终端120B的通信部1304与用户B从选择画面中选择了许可相对应地，将许可通知发送到服务器110。由此，通过从用户B的终端120B向服务器110发送用户B的许可通知，从而能够提高许可的可靠性。此外，在用户B拒绝了分摊的情况下，进行用户A单独的结算处理或与其他用户的分摊处理(图14中未图示)。

在步骤S1424中，服务器110检测到用户B许可分摊时，将用户B的许可通知发送到终端120A。

在步骤S1426中，终端120A的通信部1304接收到来自用户B的许可通知时，将结算请求发送到服务器110。结算请求包括分摊额或支付额、以及作为收款方的店铺ID，还可以进一步包括作为分摊对象的用户A的用户ID和用户B的用户ID。此外，还可以由使用终端120A的用户A对每个用户设定分摊额。

在步骤S1428中，服务器110的分摊处理部1208及结算处理部1210根据在结算请求中包含的信息来确定收款方，并执行上述的用户A和用户B的分摊处理、向店铺等的结算处理。在步骤S1428中，分摊处理和结算处理的顺序不限。例如，可以先从用户B的账户中取出分摊额并存入到用户A的余额中，之后再从用户A将支付额存入到店铺的户头中。另外，还可以先从用户A的账户向店铺的户头中存入支付额，之后再从用户B的余额中减去分摊额并加入到用户A的余额中。

在步骤S1430中，服务器110的结算处理部1210进行向保存与作为收款方的店铺ID相关联的店铺户头的外部系统140支付支付额的处理。

在步骤S1432中，当支付完成时，外部系统140将支付完成通知发送到服务器110。

在步骤S1434中，服务器110的通信部1204在从外部系统140接收到支付完成通知时，向终端120A发送结算完成通知。

在步骤S1436中，服务器110的通信部1204在从外部系统140接收到支付完成通知时，向终端120B发送结算完成通知。步骤S1434和S1436的顺序不限。

此外，步骤S1422的许可通知也可以从终端120B发送到终端120A。在这种情况下，不需要步骤S1424，且在步骤S1426中，结算请求中包含进行了许可的分摊对象用户的用户ID。由此，通过减少经由服务器110的步骤，能够实现更迅速的分摊处理。

此外，将步骤S1404至步骤S1414的候选者列表生成处理及显示处理表示为S1450。使用图15来对该步骤S1450的其他处理进行说明。

图15是示出与第二实施方式所涉及的各终端120所进行的候选者列表的创建和显示有关的处理过程的时序的一例的图。图15所示的处理是各终端120使用近距离无线通信来掌握用户之间或者终端120之间的位置关系的例子。在图15所示的例子中，作为示例而非限制，使用BLE来建立会话，但也可以使用超声波、Wi-Fi等其他无线通信来建立会话。

在步骤S1502中，终端120A的通信部1304使用BLE来与存在于能够通信的范围内的终端120B建立会话。

在步骤S1504中，终端120A的通信部1304使用BLE来与存在于能够通信的范围内的终端120C建立会话。

在步骤S1506中，终端120A的列表创建部1314根据与终端120A建立了会话的各终端，创建分摊对象用户的候选者列表。例如，终端120A的列表创建部1314可以使用与终端120A的无线通信中的信号强度，信号强度越强，则判断为越靠近终端120A，按照与终端120A靠近的顺序来创建候选者列表。另外，终端120A的列表创建部1314可以在候选者列表中包含用户ID或与用户ID相关联的昵称等(以下也称为用户ID等)。

在步骤S1508中，终端120A的显示控制部1308进行控制以在显示画面上显示列表创建部1314所创建的候选者列表。此时，候选者列表内的各用户以可以进行选择的方式显示。以后的处理与图14所示的步骤S1416相同。

由此，即使使用近距离无线通信，也能够创建包含位于用户A附近的分摊对象用户的候选者列表。在使用GPS无法获取位置信息等情况下，在本实施例中，通过使用近距离无线通信，从而能够恰当地创建候选者列表。

此外，也可以对图14所示的使用GPS的各终端的位置信息的获取和使用近距离无线通信的各终端的位置信息的获取进行适当组合。作为示例而非限制，优先进行使用GPS的位置信息的获取，来生成候选者列表。接着，用户A在注意到应该在候选者列表内的用户(例如，用户B)却不在的情况下，指示通过近距离无线通信来创建候选者列表。例如，可以在候选者列表的显示画面内设置近距离无线通信的执行按钮等。另外，应该在候选者列表内的用户例如是指用户A注意到同席的用户B的存在，但候选者列表内不包含用户B。这种状况可能发生在各终端的用户在应用程序的设定中未许可输出GPS的位置信息的情况等。

当用户A从候选者列表的显示画面等指示执行近距离无线通信时，终端120A的输入输出部1302检测近距离无线通信的执行，由终端120A的通信部1304执行近距离无线通信。此时，终端120A的列表创建部1314在使用近距离无线通信新获取到用户ID等的情况下，在候选者列表内追加获取到的新的用户ID等。终端120A的列表创建部1314在再次获取到候选者列表中已包含的用户ID等的情况下，丢弃其中一个即可。

由此，通过对使用GPS的位置信息的获取和使用近距离无线通信的位置信息的获取进行组合，能够在候选者列表内更恰当地包含分摊对象用户。

<第二实施方式的终端所涉及的码结算时的显示方式>

图16是示出在第二实施方式所涉及的终端120A上显示的画面的一例的图。图16的(A)示出了包括支付额及分摊选择按钮的结算画面的一例。图16的(A)所示的结算画面至少包括支付额的显示项目及分摊的选择按钮。图16的(A)所示的结算画面例如与在图14所示的步骤S1402的处理中显示的画面相对应。在图16的(A)所示的画面中，在用户按下“是”的情况下，执行图14所示的步骤S1404的处理，在用户按下“否”的情况下，将单独的结算请求发送到服务器110(图14中未图示)。

图16的(B)示出了显示候选者列表的画面的一例。图16的(B)所示的画面包括由服务器110的列表创建部1214或终端120A的列表创建部1314创建的候选者列表。在图16的(B)所示的例子中，在候选者列表内显示用户B和用户C，并分别显示可进行选择的单选按钮R。在候选者列表内显示的名称可以是用户在应用程序中设定的昵称、用户ID、姓名等登记在用户管理DB中的能够标识用户的信息。图16的(B)所示的画面例如与在图14所示的步骤S1414的处理中显示的画面相对应。

图16的(C)示出了分摊许可的等待画面的一例。图16的(C)所示的画面示出用户B还未许可分摊的状况。例如，图16的(C)所示的画面与图14所示的步骤S1418至S1422之间在终端120A上显示的画面相对应。

图16的(D)示出了分摊许可的通知画面的一例。关于图16的(D)所示的画面，在图14所示的步骤S1424中，终端120A的通信部1304接收到许可通知后，终端120A的显示控制部1308进行控制以显示图16的(D)所示的画面。在图16的(D)所示的画面中，可以当用户A按下“是”时，执行步骤S1426的处理，当用户A按下“否”时，返回预定处理。作为示例而非限制，预定处理是指步骤S1414中的候选者列表选择等。图16的(D)所示的画面例如与在图14所示的步骤S1424的处理之后显示的画面相对应。

图16的(E)示出了结算完成画面的一例。图16的(E)所示的画面是将向店铺的支付和分摊已完成通知给用户A的画面的例子。图16的(E)所示的画面可以在图14所示的步骤S1434的处理进行之后，在终端120A的显示画面上显示。

<<第一实施例>>

第二实施方式的第一实施例是针对候选者列表的显示，按照支付对象用户的位置和候选者列表内的用户的位置，以支付对象用户为中心，以同心圆状显示列表内的用户。例如，服务器110的列表创建部1214使用由位置确定部1212确定的各终端120的位置信息，以同心圆状并根据各终端120的位置来配置各用户。候选者列表的显示可以应用于获取到使用GPS的位置信息的情况。

<<第一实施例的效果>>

根据本实施例，用户在查看候选者列表时，能够与实际的用户的就座位置相对应地、容易地掌握在哪个位置有哪个用户，从而从候选者列表中容易地确定出分摊对象用户。

<<第一实施例的终端所涉及的候选者列表的显示方式>>

图17是示出在第一实施例所涉及的终端120A上显示的候选者列表的显示画面的一例的图。在图17所示的例子中，以支付对象用户UA为中心，以同心圆状在候选者列表内的各位置显示用户(例如，用户B、用户C、用户D)。此外，图17所示的以放射线状显示的虚线的圆每隔预定距离显示。例如，预定距离被设计为用户能够根据设定画面等对3m、5m等距离进行适当变更。另外，图17所示的候选者列表可以通过拖动等用户操作而像地图操作那样移动位置，或者通过捏拉放大(ピンチアウト)等用户操作而变更比例尺来显示。

<<第二实施例>>

第二实施方式的第二实施例在支付对象用户A的终端120A的结算控制部1310向服务器110发送结算请求时，对每个用户发送包含用户ID和分摊额的结算请求。服务器110的通信部1204接收每个用户的结算请求，结算处理部1210对每个用户执行向店铺的户头支付分摊额的处理。服务器110在通知结算完成时，根据作为收据的形式，向各用户的终端120进行结算完成的通知。作为示例而非限制，作为收据的形式包含日期、收件人、金额、但书、店名、店的盖章等项目。

<<第二实施例的效果>>

根据本实施例，由于各用户能够领取到自身的收据，因此能够将分摊额作为经费来支出。

<<第二实施例的终端所涉及的结算完成通知的显示方式>>

图18是示出在第二实施例所涉及的终端120上显示的结算完成通知的显示画面的一例的图。在图18的(A)所示的例子中，用户A的结算完成通知在终端120A的显示画面上显示。作为示例而非限制，图18的(A)所示的结算完成通知包括日期、收件人、金额、但书、店名等。

在图18的(B)所示的例子中，用户B的结算完成通知在终端120B的显示画面上显示。作为示例而非限制，图18的(B)所示的结算完成通知包括日期、收件人、金额、但书、店名等。

另外，在该结算完成通知中，可以附加表示店铺印章的电子印章。关于电子印章，服务器110将其与店铺ID等相关联地保存。服务器110可以在从外部系统140接收到支付完成通知时，读出该电子印章并将其附加到结算完成通知中。

另外，关于收件人，可以针对每个用户事先在服务器110中登记。例如，可以为用户管理DB的每个用户ID设置结算完成通知用的收件人的项目，事先让用户登记姓名和公司名等。另外，也可以在通知结算请求时，或者许可分摊处理时等，每次让用户输入收件人和/或但书。各终端120的显示控制部1308在显示画面上显示用于输入收件人和/或但书的UI部件，将输入到该UI部件的收件人和/或但书与结算ID等相关联地发送到服务器110。服务器110保存所接收到的收件人和/或但书，并在将结算完成通知发送到各终端120时，将保存的收件人和/或但书包含在结算完成通知中。由此，各用户能够收到也可成为收据的结算完成通知。

<<第三实施例>>

第二实施方式的第三实施例在服务器110创建候选者列表时，向分摊对象用户确认可否发送用户信息(例如，用户ID等)。例如，服务器110在创建分摊对象用户的候选者列表之前，向分摊对象用户查询可否发送用户信息。例如，服务器110在图14所示的步骤S1406及步骤S1408的处理之后，向各终端(例如，终端120B及终端120C)查询可否发送用户信息。服务器110的列表创建部1214从各终端获取到可否发送用户信息，并将进行了发送许可的用户包含在候选者列表中。

<<第三实施例的效果>>

根据本实施例，由于各用户能够确定是否将自己的用户信息告诉其他用户，因此能够防止用户信息被擅自发送到其他终端，从而能够实现安全性的提高。此外，各用户可以在应用程序的设定画面等中事先选择在未经许可的情况下发送自身的用户信息、每次都查询可否发送、或者不许可发送用户信息。由此，能够使可否发送用户信息和/或查询时机与用户的希望一致。服务器110可以将事先设定的、用户信息的发送设定与用户管理DB的用户ID相关联地存储。

另外，根据以上的各实施方式及各实施例，除了已经说明的作用效果之外，伴随着上述的应用程序和信息处理方法的执行，还能够提高信息处理装置及终端的操作性和可用性等。

<附记>

(附记1-1)

一种程序，使信息处理装置执行：

进行控制以在显示画面上显示包含支付额的第一信息码的步骤；

基于结算事先处理来获取分摊额的步骤，所述结算事先处理由接收到由读取了所述信息码的各信息处理装置发送的账户信息的服务器进行处理，所述分摊额是使用基于各账户信息的分摊对象用户的总数、以及所述支付额的至少一部分而计算出的；

进行控制以在所述显示画面上显示第二信息码的步骤，所述第二信息码成为使所述服务器执行结算处理的契机，所述结算处理包括使用所述分摊额的分摊处理；以及

从所述服务器接收所述结算处理或所述分摊处理的完成通知的步骤。

(附记1-2)

根据附记1-1所述的程序，使所述信息处理装置进一步执行：

接收与所述服务器的所述结算事先处理相应地发送的各账户信息的步骤，

获取所述分摊额的步骤包括：

根据接收到的所述各账户信息计算出所述分摊对象用户的总数的步骤；以及

使用所述支付额的至少一部分和所述总数计算出所述分摊额的步骤。

(附记1-3)

根据附记1-1或1-2所述的程序，使所述信息处理装置进一步执行：

进行控制以在所述显示画面上显示所述第一信息码的生成辅助画面的步骤；

根据针对所述生成辅助画面的用户操作，接受所述支付额的输入的步骤；以及

生成包含所输入的所述支付额的所述第一信息码的步骤，

进行控制以显示所述第一信息码的步骤包括：

进行控制以在所述显示画面上显示所生成的所述第一信息码的步骤。

(附记1-4)

根据附记1-1至1-3中任一项所述的程序，使所述信息处理装置进一步执行：

进行控制以在所述显示画面上显示调整所述总数的调整画面的步骤；以及

根据针对所述调整画面的用户操作，接受调整后的总数的步骤，

获取所述分摊额的步骤包括：

使用所述调整后的总数、以及所述支付额的至少一部分计算出分摊额的步骤。

(附记1-5)

根据附记1-1至1-4中任一项所述的程序，使所述信息处理装置进一步执行：

在获取所述分摊额后，将确认分摊对象用户的余额是否为所述分摊额以上的确认请求发送到所述服务器的步骤；以及

从所述服务器接收对于所述确认请求的确认结果的步骤。

(附记1-6)

根据附记1-1所述的程序，使所述信息处理装置进一步执行：

在使用所述信息处理装置的第一用户与使用所述各信息处理装置的其他各用户具有预定关系的情况下，进行控制以将具有该预定关系的用户的信息的至少一部分，以与没有该预定关系的用户的信息的至少一部分不同的方式，在所述显示画面上显示的步骤。

(附记1-7)

根据附记1-1至1-6中任一项所述的程序，当所述结算处理在所述分摊处理之后执行时，

接收所述完成通知的步骤包括：

接收所述分摊处理的完成通知的步骤；以及

在接收所述分摊处理的完成通知后，接收所述结算处理的完成通知的步骤。

(附记1-8)

根据附记1-1至1-6中任一项所述的程序，当所述结算处理在所述分摊处理之前执行时，

接收所述完成通知的步骤包括：

接收所述结算处理的完成通知的步骤：以及

在接收所述结算处理的完成通知后，接收所述分摊处理的完成通知的步骤。

(附记1-9)

根据附记1-1至1-8中任一项所述的程序，所述第一信息码及所述第二信息码为相同的信息码。

(附记1-10)

一种程序，使信息处理装置执行：

读取包含与店铺相对应的结算信息的信息码的步骤；

将在所述信息码中包含的所述结算信息和使用所述信息处理装置的第一用户的账户信息发送到服务器的步骤；

基于结算事先处理来获取分摊额的步骤，所述结算事先处理由接收到由读取了所述信息码的各信息处理装置发送的账户信息的服务器进行处理，所述分摊额是使用各账户信息的总数、以及与所述结算信息相关联的支付额的至少一部分而计算出的；

将请求结算处理的结算请求发送到所述服务器的步骤，所述结算处理包括使用所述分摊额的分摊处理；以及

从所述服务器接收所述结算处理或所述分摊处理的完成通知的步骤。

(附记1-11)

根据附记1-10所述的程序，获取所述分摊额的步骤包括：

接收由所述服务器计算出的所述分摊额的步骤，

所述分摊额是使用所述总数、以及在所述信息码中包含的所述支付额的至少一部分而计算出的，所述总数基于读取了在所述信息处理终端上显示的所述信息码的所述各信息处理装置的账户信息。

(附记1-12)

根据附记1-10所述的程序，所述结算信息包括将所述店铺作为收款方的收款方标识信息，

所述程序使所述信息处理装置进一步执行：

将在所述信息码中包含的所述收款方标识信息和使用所述信息处理装置的第一用户的账户信息发送到所述服务器的步骤，

获取所述分摊额的步骤包括：

从所述服务器接收根据所述支付额计算出的分摊额的步骤，所述服务器从所述信息处理终端接收到包含支付额的支付请求。

(附记1-13)

根据附记1-1或1-10所述的程序，获取所述分摊额的步骤包括：

当所述支付额用所述总数不能除尽时，对各用户的分摊额执行尾数处理的步骤。

(附记1-14)

根据附记1-13所述的程序，所述尾数处理包括：

通过将所述支付额用所述总数不能除尽时的各用户的商的尾数向上舍入或向下舍入，从而确定出各用户的分摊额的处理。

(附记1-15)

根据附记1-13所述的程序，所述尾数处理包括：

将所述支付额用所述总数不能除尽时的各用户的商的尾数向下舍入，来确定各用户的分摊额的处理，

通过所述服务器，执行从所述支付额中扣减从所述支付额中减去所述各用户的所述分摊额的合计后得到的金额的处理。

(附记1-16)

根据附记1-13所述的程序，所述尾数处理包括：

将所述支付额用所述总数不能除尽时的各用户的商的尾数向上舍入，来确定各用户的分摊额的处理，

通过所述服务器，执行向结算运营商支付从所述各用户的所述分摊额的合计中减去所述支付额后得到的金额的处理。

(附记1-17)

一种信息处理装置，具备：

第一接收部，接收从读取了包含支付额的信息码的各信息处理装置发送的各账户信息；

结算事先处理部，与接收到所述各账户信息相应地进行结算事先处理，所述结算事先处理用于确定分摊额，所述分摊额基于所述各账户信息的总数、以及所述支付额的至少一部分；

第二接收部，接收由读取了在至少一个所述信息处理装置上显示的所述信息码的信息读取终端发送的结算请求；

结算处理部，进行结算处理，所述结算处理是从使用发送了所述结算请求的所述信息处理装置的第一用户的账户，向在所述结算请求中包含的店铺信息所示的店铺支付所述支付额；

分摊处理部，进行从与除了所述第一用户的用户信息以外的各账户信息相关联的各用户的账户，向所述第一用户支付所述分摊额的处理；以及

发送部，当所述结算处理完成时，将所述结算处理的完成通知发送到所述第一用户的所述信息处理装置。

(附记1-18)

一种信息处理方法，由信息处理装置执行，包括：

接收从读取了包含支付额的信息码的各信息处理装置发送的各账户信息的步骤；

与接收到所述各账户信息相应地进行账户处理的步骤，所述账户处理用于确定分摊额，所述分摊额基于所述各账户信息的总数、以及所述支付额的至少一部分的；

接收由读取了在至少一个所述信息处理装置上显示的所述信息码的信息处理终端发送的结算请求的步骤；

进行结算处理的步骤，所述结算处理是从使用发送了所述结算请求的所述信息处理装置的第一用户的账户，向在所述结算请求中包含的店铺信息所示的店铺支付所述支付额；

进行从与除了所述第一用户的用户信息以外的各账户信息相关联的各用户的账户，向所述第一用户支付所述分摊额的处理的步骤；以及

当所述结算处理完成时，将所述结算处理的完成通知发送到所述第一用户的所述信息处理装置的步骤。

(附记1-19)

一种信息处理装置，具备：

第一接收部，接收由读取了包含与店铺相对应的结算信息的信息码的各信息处理装置发送的账户信息；

结算事先处理部，与接收到所述各账户信息相应地进行结算事先处理，所述结算事先处理用于确定分摊额，所述分摊额基于所述各账户信息的总数、以及与所述结算信息相关联的支付额的至少一部分；

第二接收部，接收从所述信息处理终端发送的包含所述支付额及所述店铺信息的结算请求、或者从所述信息处理装置发送的包含所述分摊额及所述店铺信息的结算请求；

结算及分摊处理部，进行结算处理和分摊处理，所述结算处理是向在所述结算请求中包含的店铺信息所示的店铺支付所述支付额，所述分摊处理对应于与所述各账户信息相关联的各用户的所述分摊额；以及

发送部，当所述结算处理或分摊处理完成时，将所述结算处理或所述分摊处理的完成通知发送到各信息处理装置。

(附记1-20)

一种信息处理方法，由信息处理装置执行，包括：

接收由读取了包含与店铺相对应的结算信息的信息码的各信息处理装置发送的账户信息的步骤；

与接收到所述各账户信息相应地进行结算事先处理的步骤，所述结算事先处理用于确定分摊额，所述分摊额基于所述各账户信息的总数、以及与所述结算信息相关联的支付额的至少一部分；

接收从所述信息处理终端发送的包含所述支付额及所述店铺信息的结算请求、或者从所述信息处理装置发送的包含所述分摊额及所述店铺信息的结算请求的步骤；

进行结算处理和分摊处理的步骤，所述结算处理是向在所述结算请求中包含的店铺信息所示的店铺支付所述支付额，所述分摊处理对应于与所述各账户信息相关联的各用户的所述分摊额；以及

当所述结算处理或分摊处理完成时，将所述结算处理或所述分摊处理的完成通知发送到各信息处理装置的步骤。

(附记2-1)

一种程序，使信息处理装置执行：

从使用所述信息处理装置的第一用户处接受对分摊处理的选择的步骤；

获取步骤，获取候选者列表，所述候选者列表包含满足预定条件的用户，所述预定条件与和所述第一用户的距离有关；

从所述候选者列表之中，接受对至少一个第二用户的选择的步骤；

将执行结算处理的结算请求发送到所述服务器的步骤，所述结算处理包括所述第一用户与所述第二用户的分摊处理；以及

从所述服务器接收根据所述结算请求而执行的所述分摊处理或所述结算处理的完成通知的步骤。

(附记2-2)

根据附记2-1所述的程序，使所述信息处理装置进一步执行：

向所述第二用户所使用的其他信息处理装置发送确认所述分摊处理的确认请求的步骤；以及

从所述其他信息处理装置接收对于所述确认请求的回答的步骤，

所述发送步骤包括：

当所述回答表示许可所述分摊处理时，将所述结算请求发送到所述服务器的步骤。

(附记2-3)

根据附记2-1或2-2所述的程序，所述预定条件是将所述第一用户与其他用户的距离在预定范围内作为条件。

(附记2-4)

根据附记2-3所述的程序，所述预定条件是使用近距离无线通信中的信号强度，将所述第一用户与所述其他用户在能够通信的范围内作为条件。

(附记2-5)

根据附记2-3所述的程序，所述预定条件是使用各信息处理装置所输出的位置信息，将所述第一用户的所述信息处理装置与所述其他用户的信息处理装置的距离在预定范围内作为条件。

(附记2-6)

根据附记2-3所述的程序，所述预定条件是使用近距离无线通信中的信号强度，将所述第一用户与所述其他用户在能够通信的范围内作为第一条件，使用各信息处理装置所输出的位置信息，将所述第一用户的所述信息处理装置与所述其他用户的信息处理装置的距离在预定范围内作为第二条件，

在对所述第一条件及所述第二条件附加有优先级时，如果在所述优先级高的一个条件下没有检索到用户，则使用其他条件来进行用户的检索。

(附记2-7)

根据附记2-1至2-6中任一项所述的程序，使所述信息处理装置进一步执行：

进行控制以按照所述第一用户的位置和所述候选者列表内的用户的位置，以将所述第一用户的位置作为中心的同心圆状在显示画面上显示所述候选者列表内的用户的步骤。

(附记2-8)

根据附记1-1至1-7中任一项所述的程序，所述结算请求针对每个分摊对象用户包含分摊对象用户的标识信息及分摊额。

(附记2-9)

一种信息处理装置，具备：

第一接收部，从第一信息处理装置接收检索满足预定条件的用户的检索请求，所述预定条件与和使用该第一信息处理装置的第一用户的距离有关；

位置确定部，与接收到所述检索请求相应地，确定满足所述预定条件的用户的位置；

第一发送部，将包含满足所述预定条件的用户的候选者列表发送到所述第一信息处理装置；

第二接收部，接收执行结算处理的结算请求，所述结算处理包括从所述候选者列表之中选择的至少一个第二用户与所述第一用户的分摊处理；以及

结算处理部，按照所述结算请求，执行所述分摊处理及所述结算处理。

(附记2-10)

根据附记2-9所述的信息处理装置，进一步具备：

第三接收部，从第二信息处理装置接收表示许可分摊处理的信息，所述第二信息处理装置是从所述候选者列表之中选择的至少一个第二用户所使用的；以及

第二发送部，将表示许可所述分摊处理的信息及所述第二用户的标识信息发送到所述第一信息处理装置，

所述第二接收部从所述第一信息处理装置接收执行分摊处理及结算处理的结算请求，所述结算请求包含分摊对象用户的标识信息，所述分摊对象用户包括所述第一用户及所述第二用户。

(附记2-11)

根据附记2-9或2-10所述的信息处理装置，所述结算处理部，

执行从各分摊对象用户的余额中减去分摊额的所述分摊处理，所述分摊额是使用所述分摊对象人数的总数和支付额而计算出的，

执行将各分摊额加入到收款方的账户的余额中的所述结算处理。

(附记2-12)

根据附记2-9或2-10所述的信息处理装置，所述结算处理部，

执行从所述第一用户的余额中减去支付额，并将所述支付额加入到收款方的账户的余额中的所述结算处理，

执行从各第二用户的余额中减去分摊额，并将所述分摊额加入到所述第一用户的余额中的所述分摊处理，所述分摊额是使用所述分摊对象人数的总数和支付额而计算出的。

(附记2-13)

根据附记2-9至2-12中任一项所述的信息处理装置，

所述位置确定部按照与所述第一用户的距离从短到长的顺序，对所述候选者列表内的用户附加优先顺序。

(附记2-14)

根据附记2-13所述的信息处理装置，

所述位置确定部使用近距离无线通信中的信号强度和/或各信息处理装置所输出的位置信息，来推断所述第一用户与其他用户的距离。

(附记2-15)

一种信息处理装置中的信息处理方法，包括：

从第一信息处理装置接收检索满足预定条件的用户的检索请求的步骤，所述预定条件与和使用该第一信息处理装置的第一用户的预定关系有关；

与接收到所述检索请求相应地，确定满足所述预定条件的用户的位置的步骤；

将包含满足所述预定条件的用户的候选者列表发送到所述第一信息处理装置的步骤；

接收执行结算处理的结算请求的步骤，所述结算处理包括从所述候选者列表之中选择的至少一个第二用户与所述第一用户的分摊处理；以及

按照所述结算请求，执行所述分摊处理及所述结算处理的步骤。

(附记3-1)

一种存储有程序的非临时性计算机可读存储介质，所述程序使信息处理装置中包括的一个或多个处理器执行以下处理：

显示第一信息码；

获取与读取了所述第一信息码的一个或多个其他信息处理终端相对应的账户信息；

显示与支付有关的第二信息码；

显示关于所述第二信息码的支付而由与所述账户信息对应的用户负担的分摊额。

(附记3-2)

根据附记3-1所述的非临时性计算机可读存储介质，存储有程序，所述程序使所述一个或多个处理器进一步执行调整所述分摊额的处理。

(附记3-3)

一种信息处理方法，由信息处理装置中包括的一个或多个处理器执行以下处理：

显示第一信息码；

获取与读取了所述第一信息码的一个或多个其他信息处理终端相对应的账户信息；

显示与支付有关的第二信息码；

显示关于所述第二信息码的支付而由与所述账户信息对应的用户负担的分摊额。

(附记3-4)

一种信息处理装置，包括一个或多个处理器，

所述一个或多个处理器执行以下处理：

显示第一信息码；

获取与读取了所述第一信息码的一个或多个其他信息处理终端相对应的账户信息；

显示与支付有关的第二信息码；

显示关于所述第二信息码的支付而由与所述账户信息对应的用户负担的分摊额。

[相关申请的交叉引用]

本申请基于2018年9月21日申请的日本专利申请第2018-177112号，因此在此引用其记载内容。

Claims (10)

1.一种信息处理方法，由信息处理装置中包括的一个或多个处理器执行：

向第一信息处理终端发送第一信息码的处理；

确定与读取了所述第一信息码的一个或多个其他信息处理终端相对应的账户信息的处理；

将确定出的所述账户信息发送到所述第一信息处理终端的处理；

向所述第一信息处理终端发送用于支付的第二信息码的处理；

接收与所述第二信息码的读取相应的请求的处理；以及

在接收到所述请求之后，使用分摊额来执行分摊处理的处理，所述分摊额基于确定出的所述账户信息、以及所述支付的支付额。

2.根据权利要求1所述的信息处理方法，所述分摊额根据所述支付额和所述账户信息的总数来确定。

3.根据权利要求1所述的信息处理方法，所述分摊额通过用所述支付额除以将所述账户信息的总数加1后的数来确定。

4.根据权利要求1所述的信息处理方法，所述分摊额被确定为关于所述支付额而由所述第一信息处理终端指定的金额。

5.根据权利要求1所述的信息处理方法，所述一个或多个处理器进一步执行：

从所述第一信息处理终端获取对所述账户信息的总数进行调整后的数量的处理，

执行所述分摊处理的处理包括：

使用基于对所述账户信息的总数进行调整后的数量及所述支付额的分摊额来执行分摊处理的处理。

6.根据权利要求1所述的信息处理方法，所述分摊处理包括：

从所述第一信息处理终端的余额中减去所述支付额，从所述其他信息处理终端的余额中减去各自的所述分摊额，并将该各自的所述分摊额加入到所述第一信息处理终端的余额中的处理。

7.根据权利要求1所述的信息处理方法，与所述第一信息处理终端相对应的账户信息和与所述其他信息处理终端相对应的账户信息是相互承认了关系构建的关系。

8.根据权利要求1所述的信息处理方法，所述第一信息码与所述第二信息码是相同的信息码。

9.一种信息处理装置，包括一个或多个处理器，

所述一个或多个处理器执行：

向第一信息处理终端发送第一信息码；

确定与读取了所述第一信息码的一个或多个其他信息处理终端相对应的账户信息，

将确定出的所述账户信息发送到所述第一信息处理终端；

向所述第一信息处理终端发送用于支付的第二信息码；

接收与所述第二信息码的读取相应的请求；以及

在接收到所述请求之后，使用分摊额来执行分摊处理，所述分摊额基于确定出的所述账户信息、以及所述支付的支付额。

10.一种存储有程序的非临时性计算机可读存储介质，所述程序使信息处理装置中包括的一个或多个处理器执行：

向第一信息处理终端发送第一信息码；

确定与读取了所述第一信息码的一个或多个其他信息处理终端相对应的账户信息，

将确定出的所述账户信息发送到所述第一信息处理终端；

向所述第一信息处理终端发送用于支付的第二信息码；

接收与所述第二信息码的读取相应的请求；以及

在接收到所述请求之后，使用分摊额来执行分摊处理，所述分摊额基于确定出的所述账户信息、以及所述支付的支付额。

Images