信息处理方法、信息处理装置以及存储介质与流程

本公开涉及信息处理方法、信息处理装置以及存储介质。

背景技术：

近年来，在互联网上进行各种电子商务交易。在专利文献1中公开了一种在电子商务交易中，收存购买者的购买货款，在确认商品已被送达给购买者之后，将购买货款汇款给销售者，从而在购买者和销售者之间发挥中介作用的服务。此外，在专利文献2中公开了中介经营实体通过其服务器，在没有向收款方透露付款方所选择的资金来源以及付款方所选择的真实账户的情况下向收款方付款。

专利文献1：日本特开2002-352170号公报

专利文献2：日本特开2018-120619号公报

技术实现要素：

然而，在现有技术中，被合计到商品货款中的商品配送费用是在商品的销售站点上输入了用于表示商品配送目的地的信息之后计算出的。因此，存在着购买者在输入用于表示商品配送目的地的信息之前无法掌握商品配送费用的情况。此外，在现有技术中，没有考虑到销售商品的销售者侧的信用度。

本公开的目在于提供一种能够提高用户在购买商品时的便利性并设定适当的结算上限额的技术。

本公开的一实施方式所涉及的信息处理方法使信息处理装置执行：接收通知的处理，所述通知用于表示商品的货款的结算方式已被选择；发送处理，发送与所述商品的配送有关的信息；接收结算请求的处理，所述结算请求的金额基于与所述商品的配送有关的信息以及包含所述商品的货款的信息而求出；确定经营者的处理，所述经营者为用户进行的结算的收款方；以及根据所述确定出的经营者的信用度来设定所述用户的结算上限额的处理。

附图说明

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

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

图3示出表示第一实施方式所涉及的信息处理装置的功能性结构的框图的一例。

图4示出第一实施方式所涉及的用户信息存储部的一例。

图5示出第一实施方式所涉及的通信系统的处理时序的一例。

图6示出第一实施方式所涉及的选择结算方式时的终端的显示方式的一例。

图7示出第一实施方式所涉及的显示商品信息和配送费用时的终端的显示方式的一例。

图8示出第一实施方式所涉及的进行结算请求时的终端的显示方式的一例。

图9示出第一实施方式所涉及的选择欲使用的结算方法时的终端的显示方式的一例。

图10示出第一实施方式所涉及的接受结算认可时的终端的显示方式的一例。

图11示出第一实施方式所涉及的接受结算完成通知时的终端的显示方式的一例。

图12示出第一实施例的服务器以及终端的功能结构。

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

图14示出第二实施方式的服务器以及终端的功能结构。

图15是示出第二实施方式的站点信息存储部的一例的图。

图16示出第二实施方式的设定借入限额的处理的流程图。

[附图标记说明]

100通信系统

110服务器

120终端

313控制部

314存储部

315用户信息确定部

316信息输出部

317结算部

318浏览器识别部

319配送费用计算部

320支付额输出部

331信用度设定部

332限额设定部

3141用户信息存储部

3142站点信息存储部

321接受部

322发送接收部

323控制部

具体实施方式

＜遵守法律法规＞

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

参考附图来对用于实施本公开所涉及的结算的方式进行说明。

＜系统结构＞

图1示出本公开的一实施方式所涉及的通信系统1的结构。如图1所公开的那样，在通信系统1中，经由网络130而连接：服务器110a、服务器110b；终端120a、终端120b、终端120c；以及外部服务器140。

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

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

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

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

在本公开中，结算服务意味着一个以上用户能够进行金钱或金钱等价物的授受的服务。作为示例而非限制，其包括使用一维码(条形码等)、二维码(qr码(注册商标)等)(以下，将一维码和二维码统称为“二维码等”)、近距离无线通信(近场通信(nfc，nearfieldcommunication)、蓝牙(ble，bluetooth(注册商标)lowenergy)、wi-fi(注册商标)、超声波通信、红外线通信等)来进行结算的服务。另外，将通过由进行货款支付的用户(支付者)的终端120读取二维码等来进行结算表示为“用户读取式代码结算”或“商家呈现模式(mpm，merchantpresentedmode)”，将通过由进行支付的用户的终端120显示二维码等，并由索取货款的店铺侧等用户(销售者、索款者)的终端120读取所显示的二维码等来进行结算表示为“店铺读取式代码结算”或“消费者呈现模式(cpm，consumerpresentedmode)”。此外，mpm和cpm可以是动态的，也可以是静态的。

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

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

网络130中的一个或多个部分可以是有线网络或无线网络。作为示例而非限制，网络130可以包括：自组网(adhocnetwork)、内部网、外部网、虚拟专用网(vpn，virtualprivatenetwork)、局域网(lan，localareanetwork)、无线lan(wlan，wirelesslan)、广域网(wan，wideareanetwork)、无线wan(wwan，wirelesswan)、城域网(man，metropolitanareanetwork)、互联网的一部分、公共交换电话网(pstn，publicswitchedtelephonenetwork)的一部分、移动电话网、多个综合业务数字网(isdns，integratedservicedigitalnetworks)、多个无线lan、长期演进(lte，longtermevolution)、码分多址(cdma，codedivisionmultipleaccess)、蓝牙(bluetooth(注册商标))、卫星通信等、或者它们中的两个以上的组合。网络130可以包括一个或多个网络。

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

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

外部服务器140是例如与通过电子商务交易来销售商品的经营者相对应的服务器。外部服务器140可以针对每个经营者而设置，网络130上可以连接有多个外部服务器140。外部服务器140向接入到外部服务器140的终端120提供电子商务(ec，electroniccommerce)站点。

＜硬件结构＞

使用图2来对通信系统1所包含的信息处理装置200的硬件结构进行说明。

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

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

处理器201执行通过存储于存储器203中的程序所包括的代码或指令来实现的功能和方法。作为示例而非限制，处理器201包括中央处理单元(cpu)、微处理单元(mpu，microprocessingunit)、图形处理单元(gpu，graphicsprocessingunit)、微处理器(microprocessor)、处理器内核(processorcore)、多处理器(multiprocessor)、专用集成电路(asic，application-specificintegratedcircuit)、现场可编程门阵列(fpga，fieldprogrammablegatearray)等，可以通过形成在集成电路(集成电路(ic，integratedcircuit)芯片、大规模集成电路(lsi，largescaleintegration))等中的逻辑电路(硬件)或专用电路来实现在各实施方式中所公开的各处理。此外，这些电路可以通过一个或多个集成电路来实现，还可以通过一个集成电路来实现各实施方式所示的多个处理。此外，lsi根据集成度的差异，有时也被称为超大规模集成电路(vlsi)、超级(super)lsi、超(ultra)lsi等。

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

存储器203存储程序。作为示例而非限制，存储器203包括硬盘驱动器(hdd，harddiskdrive)、固态驱动器(ssd，solidstatedrive)、闪存等。

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

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

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

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

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

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

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

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

此外，作为示例而非限制，本公开的程序是使用javascript(注册商标)、python等脚本语言、c语言、go语言、swift、kotlin、java(注册商标)等来实现的。

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

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

＜其他＞

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

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

本公开包括本领域技术人员针对本公开的实施方式和实施例可以做出的所有的变更、替换、变形、改变或修改。此外，所附权利要求的范围包括本领域技术人员针对本公开的实施方式和实施例可以做出的所有的变更、替换、变形、改变或修改。进而，本公开包括本领域技术人员可以做出的、本公开中的实施方式或实施例的一个以上特征与本公开中的其他实施方式或实施例的一个以上特征的任意组合。

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

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

＜第一实施方式＞

第一实施方式是将用于表示用户地址的信息提供给外部服务器140的实施方式。

根据第一实施方式，能够获得以下效果：在由外部服务器140实现的商品销售站点中，无需让用户输入地址，而能够提示与用户相对应的商品配送费用。

＜第一实施方式的功能结构＞

使用图3来对服务器110和终端120的功能结构进行说明。图3中公开的功能部通过信息处理装置200所具备的处理器201、内存202、存储器203、输入输出i/f204以及通信i/f205间的协作来实现。

(1)服务器的功能结构

服务器110具有发送接收部312、控制部313以及存储部314。此外，各功能部的功能或处理在可实现范围内可以通过机器学习或人工智能(ai，artificalintelligence)来实现。

发送接收部312根据控制部313的指示来进行与终端120等之间的数据发送和接收。此外，例如在通过来自终端120的登录请求中包含的用户id和密码而认证了终端120的用户时，发送接收部312使用https等连接与终端120的通信用会话。然后，将终端120的通信用的地址以及用户id等与所连接的通信用会话的id相对应地存储。然后，使用所连接的通信用会话来向终端120发送数据。

控制部313进行向终端120的用户提供结算服务、金融服务和电子商务交易服务等服务的处理。控制部313的详细内容将在后面进行说明。

存储部314具有用户信息存储部3141，用于存储终端120的用户信息。用户信息存储部3141的详细内容将在后面进行说明。另外，存储部314中存放在服务器110中执行的程序等。

本实施方式的控制部313具有用户信息确定部315、信息输出部316、结算部317、浏览器识别部318。

用户信息确定部315基于来自终端120的登录请求中包含的用户id，从存储部314中确定出包含用户id的用户信息。

信息输出部316将由用户信息确定部315所确定出的用户信息中包含的用于表示用户地址的信息经由发送接收部312输出到外部服务器140。

结算部317根据来自终端120的支付货款的结算请求来进行结算。

浏览器识别部318对终端120中在进行结算请求之前启动的浏览器进行识别，并在由结算部317进行的结算完成之后，指示终端120利用所识别出的浏览器来进行显示。

(2)终端的功能结构

终端120具有接受部321、发送接收部322、控制部323以及存储部324。此外，各功能部的功能或处理在可实现范围内可以通过机器学习或人工智能(ai，artificialintelligence)来实现。

接受部321接受来自终端120的用户的各种操作等。

发送接收部322根据控制部323的指示来进行与服务器110等之间的数据发送和接收。此外，例如在登录到服务器110时，发送接收部322使用https等连接与服务器110的通信用会话。然后，将服务器110的通信用的地址等与所连接的通信用会话的id相对应地存储。然后，使用所连接的通信用会话来向服务器110发送数据。

控制部323进行使用由服务器110提供的结算服务、金融服务和电子商务交易服务等服务的处理。

存储部324中存放由终端120执行的程序等。

(3)用户信息存储部的示例

在下文中，将参考图4来对本实施方式的用户信息存储部3141进行说明。图4是示出第一实施方式的用户信息存储部的一例的图。

本实施方式的用户信息存储部3141具有作为信息项目的用户id、用户名、地址、余额、借入限额、结算历史、结算方法、属性、信用度等。在用户信息存储部3141中，项目“用户id”与其他项目相对应。

项目“用户id”的值表示用于对由服务器110提供的结算服务的用户进行确定的用户标识信息。项目“用户名”的值表示用户的名称。项目“地址”的值表示用户的地址。

项目“余额”的值表示用户可用于结算的金额的余额。具体而言，项目“余额”与项目“持有余额”和“可借入余额”相对应。项目“持有余额”的值是用户存入到服务器110的金额。用户存入到服务器110的金额中还可以包括例如在该用户使用由服务器110提供的电子商务交易服务而销售了商品等时该商品等的货款，另外，也可以包括例如使用银行、信用卡以及店铺的收银机等充值的金额。项目“可借入余额”的值是从借入限额中减去借入额后得到的金额。

项目“借入限额”的值是在预定期间(例如，一个月)内可以从服务器110的运营商处借入以供该用户在结算中使用的金额的上限额。换言之，所谓借入限额是指用户在预定期间内通过从服务器110的运营商处借入从而能够进行结算的结算上限额。

项目“借入额”的值是在该预定期间内从服务器110的运营商处借入以供该用户在各结算中使用的金额的总额。此外，借入的金额的总额也可以每月结算。

项目“积分”的值例如是由服务器110赋予该用户的可用于货款支付的积分。其中，可以设为用1积分能支付1日元。

项目“结算历史”的值表示对应用户的结算历史。具体而言，项目“结算历史”的值例如可以包括用于确定对应用户使用由服务器110提供的结算服务而进行了结算的网站的信息、以及与用户使用结算服务而购买的商品有关的信息。

项目“结算方法”的值表示用户在由服务器110提供的结算服务中所使用的结算方法。具体而言，所谓结算方法，例如有通过后付款服务来支付货款的方法、以及通过充值支付服务来支付货款的方法等。

后付款服务是由服务器110提供的结算服务中的后付款服务，例如可以是能够将在由服务器110提供的交易服务中购买商品的货款等汇总，而在下个月末前等预定期间内一并支付的服务。另外，能够通过后付款服务一并支付的金额的上限额也可以是借入限额。

所谓充值支付服务是指例如从银行、信用卡、以及店铺的收银机等存款(充值)到持有余额中，并从所存款的金额中支付货款的方法。

项目“属性”的值表示用户的属性。具体而言，项目“属性”与项目“年龄”、“职业”等相对应。项目“年龄”的值表示用户的年龄，项目“职业”表示用户的职业。

项目“信用度”的值是从包括例如用户的行为历史和结算历史等的个人信息中获得的值，信用度的值越大，表示越是优质用户。

在图4的示例中，例如，用户id为“001”且名称为“用户a”的用户，其地址为“xx县○○市……”，持有余额为200日元，可借入余额为10000日元，借入限额为10000，借入额为0日元，持有100积分。

也即，可以看出由于用户a可以借入10000日元，因此如果包括100积分在内，则用户a的可支付额为10300日元。

＜第一实施方式的操作处理＞

参考图5来对实施方式所涉及的通信系统1的处理进行说明。图5示出实施方式所涉及的通信系统1的处理时序的一例。

在通信系统1中，外部服务器140使终端120显示支付方法选择画面(步骤s501)。

其中，例如，当终端120接入外部服务器140时，外部服务器140使终端120显示ec站点。然后，外部服务器140可以在从终端120接收到货款的结算方式选择画面的显示请求时，使终端120显示结算方式选择画面。

当由服务器110提供的结算服务在支付方法选择画面中被选择为结算方式时(步骤s502)，终端120向外部服务器140发送通知，该通知用于表示由服务器110提供的结算服务已被选择为商品货款的结算方式(步骤s503)。此时，在终端120中预先保存有与由服务器110提供的结算服务相对应的用户id，也可以将所保存的用户id与用于表示结算方式已被选择的通知一起发送给外部服务器140。

此外，在本实施方式中，当在终端120中未保存有用户id时，在步骤s503中，仅将用于表示结算方式已被选择的通知发送给外部服务器140。在这种情况下，外部服务器140可以将该通知发送到服务器110，服务器110可以使终端120显示用于输入用户id和密码等的画面。

外部服务器140在从终端120接收到通知以及用户id时，将该通知以及用户id发送给服务器110(步骤s504)。

服务器110在通过发送接收部312接收到用户id以及用于表示由服务器110提供的结算服务已被选择为商品货款的结算方式的通知时，通过控制部313的用户信息确定部315并参考用户信息存储部3141来确定与接收到的用户id相对应的用户信息(步骤s505)。也就是说，本实施方式的发送接收部312是第一接收部的一例，该第一接收部接收通知，该通知用于表示由服务器110提供的结算服务已被选择为商品货款的结算方式。

随后，服务器110在确定用户信息后，通过控制部313的信息输出部316将所确定出的用户信息中包含的用于表示用户地址的信息输出到外部服务器140(步骤s506)。在下面的说明中，将用于表示用户地址的信息称为地址信息。

此外，服务器110在与用户id相对应的用户信息中包含的信用度为预定值以下时，可以代替地址信息，而将用于表示不允许使用由服务器110提供的结算服务的通知经由外部服务器140发送给终端120。

外部服务器140在从终端120接收到商品一览显示请求时(步骤s507)，使终端120显示商品一览画面(步骤s508)。

随后，当在终端120中选择了商品时(步骤s509)，外部服务器140基于所选择的商品的商品信息和在步骤s506中接收到的地址信息，计算所选择的商品的配送费用(步骤s510)。然后，外部服务器140使终端120显示包括商品货款以及计算出的配送费用的商品画面(步骤s511)。

此外，步骤s507至步骤s509也可以不限于该时序而在步骤s501之前进行处理。

此外，本实施方式的商品信息是指在外部服务器140所具有的商品数据库等中存放的信息，例如包括用于标识商品的商品id、商品的名称、商品的货款、用于对商品的尺寸、重量、用途等进行说明的商品说明信息、以及商品的图像数据。

另外，配送费用的计算方法可以由外部服务器140预先确定。

例如，配送费用的计算方法可以根据与和外部服务器140相对应的经营者进行合作的配送经营者来确定。

具体而言，例如，在外部服务器140中，可以预先确定与将商品打包后的状态下的体积相应的、至各地区的配送费用。在这种情况下，外部服务器140可以根据将所选择的商品打包后的体积以及地址信息来计算配送费用。

此外，例如，在外部服务器140中，也可以预先确定与成为配送对象的商品的总重量相应的、至各地区的配送费用。在这种情况下，外部服务器140可以根据所选择的商品的重量和地址信息来计算配送费用。

此外，例如，在外部服务器140中，也可以设定为当商品货款的合计达到一定金额以上时免收配送费用。

进而，例如，在外部服务器140中，预先设定有与特定地区(例如，远离陆地的岛屿等)相对应的配送费用，当地址信息所表示的地区是特定地区时，可以将与该地区相对应的配送费用设为商品的配送费用。

终端120显示商品画面，该商品画面中同时显示有商品信息和配送费用(步骤s512)。也就是说，商品画面是包含商品货款和配送费用的画面。另外，在商品画面中，还可以显示将商品货款和配送费用合计之后得到的支付额。

在终端120中，当在商品画面中选择了商品时，显示用于进行商品订购的订单确认画面(步骤s513)。终端120当在订单确认画面中接受到结算指示时，向外部服务器140发送结算请求(步骤s514)。外部服务器140将结算请求发送给服务器110(步骤s515)。

服务器110在通过发送接收部312接收到结算请求时，使终端120显示结算画面(步骤s516)。也就是说，发送接收部312是第二接收部的一例，该第二接收部用于接收结算请求。

此时，服务器110可以使终端120显示用于从由服务器110提供的多种结算方法中选择欲使用的结算方法的结算画面。由服务器110提供的多种结算方法有：从持有余额中支付货款的方法、使用积分来支付货款的方法、以及通过后付款服务来支付货款的方法等。

当在终端120中执行了用于表示已确认了支付货款的操作时(步骤s517)，终端120向服务器110发送用于表示支付金额已确认的通知(步骤s518)。

服务器110在接收到该通知时，针对终端120，使终端120显示用于接受结算认可的认可画面(步骤s519)。

当终端120在认可画面中接受到用于表示结算认可的操作时(步骤s520)，终端120向服务器110发送用于表示已认可了结算的通知(步骤s521)。

服务器110接收该通知，并通过控制部313的结算部317来进行支付额的结算(步骤s522)，当结算完成时，将结算完成通知发送给终端120(步骤s523)。此外，服务器110可以将结算完成通知也发送给外部服务器140。随后，服务器110通过控制部313的浏览器识别部318，对在进行结算之前在终端120上启动的浏览器进行识别，使识别出的浏览器在即将显示结算画面之前显示画面(步骤s524)。

<第一实施方式的终端120的显示方式>

以下，参考图6至图11对终端120的显示方式进行说明。图6示出第一实施方式所涉及的选择结算方式时的终端的显示方式的一例。

图6所示的画面61示出在图5的步骤s501中在终端120上显示的结算方式选择画面的一例。

在画面61中，作为结算方式的一览，除了由服务器110提供的结算服务之外，还可以选择使用信用卡的结算方式、在便利店进行支付的结算方式等。在图6的画面61中，由服务器110提供的结算服务的选择栏62被选择。

图7示出第一实施方式所涉及的显示商品信息和配送费用时的终端的显示方式的一例。图7所示的画面71示出在图5的步骤s512中显示的商品画面的一例。

在画面71中，在显示栏72中显示有商品的图像，在显示栏73中显示有与商品有关的说明。另外，在画面71中，在显示栏74中显示有商品的货款(商品价格)，在显示栏75中显示有订购该商品时的配送费用，在显示栏76中显示有作为商品货款和配送费用之合计的支付金额。另外，在画面71中，显示有在进行商品订购时操作的操作按钮77。

在本实施方式中，如画面71所示，在订购商品之前的阶段，与商品货款一起相对应地显示购入该商品时会加入的配送费用。

另外，配送费用是通过外部服务器140基于用户的地址信息而计算出的，该用户的地址信息是服务器110响应于接收到用于表示由服务器110提供的结算服务已被选择为商品的结算方式的通知而输出的。因此，根据本实施方式，关于每种商品的配送费用，并不需要用户向外部服务器140输入地址信息。

根据以上内容可知，在本实施方式中，用户即使在订购产品之前且未输入地址信息的情况下，也能够掌握作为商品货款和配送费用之合计的支付额。

因此，在本实施方式中，能够抑制例如在一度选择了商品且输入了地址等信息时，因配送费用高于用户预期而取消该商品的订单或者寻找配送费用更廉价的其他商品等情况的发生。因此，根据本实施方式，能够提高用户在购买商品时的便利性。

此外，在图7中，设为在从商品一览中选择出的商品的商品画面中显示商品货款和配送费用，但是不限于此。在通信系统1中，例如，可以在使终端120显示商品一览画面时，针对每种商品显示与各商品相对应的配送费用，也可以在订购多种商品之后，在用于进行汇总结算的页面中显示配送费用。

图8示出第一实施方式所涉及的进行结算请求时的终端120的显示方式的一例。图8所示的画面81示出在图5的步骤s513中显示的订单确认画面的一例。

在画面81中，在显示栏82中显示有包含商品说明和商品货款的商品信息，在显示栏83中显示有商品货款、配送费用以及这两者的合计金额。

另外，在画面81中，显示有用于指示对合计金额所示的金额进行结算的操作按钮84。

当在画面81中对操作按钮84进行操作时，终端120向服务器110发送结算请求。

图9示出第一实施方式所涉及的选择欲使用的结算方法时的终端的显示方式的一例。图9所示的画面91示出在图5的步骤s517中显示的结算画面的一例。

在结算画面91中，在显示栏92中显示有外部服务器140提供的ec站点的名称，在显示栏93中显示有商品货款和配送费用的合计金额，也即结算金额。

另外，在显示栏94中显示有用于针对积分和持有余额分别选择是否加以使用的选择栏，在显示栏95中显示有所选择的结算方法。此外，在画面91中，当对在显示栏95中显示的操作组件95a进行操作时，可以显示结算方法的一览，并在显示栏95中显示从一览中选择出的结算方法。在图9的示例中，选择了后付款服务。

另外，还可以在显示栏95中显示与预先确定的优先顺序相应的结算方法。具体而言，例如，可以在显示栏95中优先显示用户最后选择的结算方法。

另外，在显示栏95中，例如，可以使属性与该用户相近的其他用户所使用的结算方法优先显示。在这种情况下，服务器110可以参考用户信息存储部3141来确定属性与对应于终端120的用户id的属性相一致的用户的结算方法，并使确定出的结算方法显示在画面91的显示栏95中。例如，当作为用户属性的“职业”为“学生”时，可以使属性为“学生”的其他用户经常使用的结算方法优先显示。

进而，结算方法的优先顺序可以由外部服务器140提供的ec站点的运营商等来设定，也可以按照在外部服务器140提供的ec站点上经常使用的结算方法顺序来设定，还可以根据ec站点中的平均结算金额或平均结算单价等来变更，另外可以根据结算金额和用户的余额状况来设定。换言之，结算方法的优先顺序可以根据作为用户进行的结算的收款方的ec站点(经营者)来设定。

具体而言，例如，在像商品的价格均为100日元的ec站点等那样仅销售小额商品的ec站点的情况下，结算方法的优先顺序可以确定为使用积分结算、使用持有余额结算、使用后付款服务等的顺序等。另外，在结算方法的优先顺序根据结算金额和用户的余额状况来设定且结算金额为1000日元的情况下，可以将可结算1000日元以上的结算方法的优先顺序提高。

在显示栏96中显示有基于结算金额以及有无使用积分、持有余额而计算出的支付金额。

在图9的示例中，作为商品货款和配送费用的合计金额的结算金额为10600日元。与此相对，用户持有的积分为100积分，持有余额为200日元，选择了使用积分和持有余额。

因此，在这种情况下，用户支付的支付金额是10300日元，这是通过从结算金额10600日元中减去积分对应的100日元和持有余额200日元而得出的金额。

另外，在图9的示例中，选择了后付款服务作为结算方法。因此，支付金额10300日元通过后付款服务来结算。

另外，在画面91中还显示有操作按钮97，该操作按钮97用于向服务器110发送用于表示已确认了订单内容的通知。

当在画面91中对操作按钮97进行操作时，终端120将用于表示已确认了支付金额的通知发送给服务器110。

图10示出了第一实施方式所涉及的接受到结算认可时的终端的显示方式的一例。图10所示的画面101示出在图5的步骤s519中显示的认可画面的一例。

在画面101中，结算内容被显示在显示栏102中。显示栏102中显示商品货款和配送费用的合计金额(结算金额)、支付中使用的积分、支付中使用的持有余额、支付金额、以及支付方法。另外，在显示栏102中显示有操作按钮103，该操作按钮103用于向服务器110发送用于表示已认可了针对显示栏102中显示的内容的结算的通知。

当对操作按钮103进行操作时，终端120向服务器110发送用于表示已认可了结算的通知。

图11示出第一实施方式所涉及的接收到结算完成通知时的终端的显示方式的一例。图11所示的画面111是当在图5的步骤s523中接收到结算完成通知时在终端120上显示的画面的一例。

服务器110在使终端120显示画面111时，通过浏览器识别部318对在画面91之前使ec站点的画面显示的终端120的浏览器进行识别，并且使识别出的浏览器显示例如图7所示的商品画面71。

如上所述，服务器110对在终端120上启动的浏览器进行识别，当结算完成时，通知该浏览器结算已完成。因此，在本实施方式中，当完成结算之后，能够返回到结算之前的画面，而不会启动与进行结算之前用户所使用的浏览器不同的浏览器。

＜＜第一实施例＞＞

第一实施例是由服务器110计算出商品的配送费用，并将配送费用发送给外部服务器140的实施例。

＜＜第一实施例的效果＞＞

根据第一实施例，通过由服务器110计算出配送费用，从而即使不由外部服务器140计算配送费用，也能够提示出与用户对应的商品的配送费用。另外，由于不将地址信息发送到外部，因此用户能够在不被运营外部服务器140的经营者获知地址的情况下，办理配送手续。而且，能够获得如下效果：不需要由运营外部服务器140的每个经营者自己对配送费用的计算进行设计。

＜＜第一实施例的功能结构＞＞

使用图12来对服务器110a和终端120的功能结构进行说明。图12示出第一实施例的服务器和终端的功能结构。图12中公开的功能部通过信息处理装置200所准备的处理器201、内存202、存储器203、输出输出i/f204以及通信i/f205间的协作来实现。

(1)服务器的功能结构

服务器110a具有发送接收部312、控制部313a以及存储部314。此外，各功能部的功能或处理在可实现范围内可以通过机器学习或人工智能(ai，artificailintelligence)来实现。

在以下的说明中，对于与第一实施方式的说明具有相同功能的部分，赋予与在第一实施方式的说明中使用的附图标记相同的附图标记，并省略其说明。

本实施方式的控制部313a具有用户信息确定部315、配送费用计算部319、支付额输出部320、结算部317、浏览器识别部318。

当从外部服务器140接收到商品信息时，配送费用计算部319基于商品信息以及由用户信息确定部315确定出的用户信息中包含的用户地址信息来计算商品的配送费用。支付额输出部320经由发送接收部312将支付额输出到外部服务器140，该支付额是计算出的配送费用和商品信息中包含的商品货款的合计。

(2)终端的功能结构

由于终端120的功能结构与在第一实施方式中说明的终端120相同，因此省略说明。

＜＜第一实施例的操作处理＞＞

参考图13来对实施例所涉及的通信系统1的处理进行说明。图13示出第一实施例所涉及的通信系统1的处理时序的一例。

由于图13中的步骤s1301到步骤s1305的处理与图5中的步骤s501到步骤s505的处理相同，因此省略说明。

外部服务器140当从终端120接收到商品一览的显示请求时(步骤s1306)，使终端120显示商品一览画面(步骤s1307)。随后，当在终端120上选择了商品时(步骤s1308)，外部服务器140将所选择的商品的商品信息发送到服务器110a(步骤s1309)。此外，此时，在商品信息中还可以包括用于表示地址的信息，该地址成为在由外部服务器140提供的ec站点上销售的商品的发货地。成为商品发货地的地址例如可以是保管有商品的仓库的所在地等。

服务器110a当接收到商品信息时，通过配送费用计算部319并基于商品信息中包含的商品货款和确定出的用户信息中包含的地址信息，来计算商品的配送费用(步骤s1310)。

随后，服务器110a通过支付额输出部320来计算作为商品货款和计算出的配送费用之合计的支付金额(步骤s1311)，并将支付金额发送给外部服务器140(步骤s1312)。此外，服务器110a还可以仅将由配送费用计算部319计算出的配送费用发送给外部服务器140，而在外部服务器140中求出作为配送费用和商品货款之合计的支付金额。

另外，此时，服务器110a可以参考用户信息存储部3141，提取出在结算历史中包含有通过接收到的商品信息确定出的用于表示商品的信息的用户的数量，并将该人数发送到外部服务器140。换言之，服务器110a提取出使用由服务器110a提供的结算服务购买了与在终端120上选择的商品相同的商品的用户的数量，并将其发送给外部服务器140。

另外，当其他的终端120选择了在终端120上选择出的商品时，服务器110a可以获取其他的终端120的数量并将其发送给外部服务器140。换言之，服务器110a可以提取出选择了与在终端120上选择出的商品相同的商品的其他用户的数量，并将其发送给外部服务器140。提取用户数量的处理也可以通过机器学习或ai处理来实现。

外部服务器140当接收到支付金额时，使终端120显示包括商品信息和支付金额的商品画面(步骤s1313)。此时，外部服务器140使终端120显示包括商品货款、配送费用和支付金额的商品画面。

另外，外部服务器140还可以使购买了与在终端120上选择出的商品相同的商品的用户的数量显示在商品画面中。

另外，当选择了与在终端120上选择出的商品相同的商品的其他用户为一定数量以上时，外部服务器140还可以将该商品的商品货款打折，并使打折后的商品货款显示在显示画面中。

由于图13中的步骤s1314到步骤s1326的处理与图5中的步骤s512到步骤s524的处理相同，因此省略说明。

在本实施例中，当商品的结算完成时，服务器110a可以将在步骤s1305中确定出的用户信息中包含的地址信息设为二维码并发送到外部服务器140。

在本实施方式中，例如可以在步骤s1302中，通过终端120做出将地址信息设为二维码并发送到外部服务器140的设定请求。该设定请求与结算方式和用户id一起被发送到服务器110a。

在进行了该设定的情况下，服务器110a可以使由配送费用计算部319计算出的配送费用增加一定额度。

在ec站点侧，当将商品发送给用户时，可以将包含用户地址信息的二维码打印在运单上。在这种情况下，配送公司可以读取该二维码来获取用户的地址信息。

如上所述，服务器110a将用户的地址信息设为二维码等并输出到外部服务器140，从而使得用户能够在不将作为个人信息的地址和姓名通知给ec站点侧的情况下从ec站点购买商品。

＜第二实施方式＞

第二实施方式是根据ec站点的信用度来设定可采用后付款服务进行支付的金额的上限额的方式。

根据第二实施方式，能够获得以下效果：能够设定适当的结算上限额。

＜第二实施方式的功能结构＞

使用图14对服务器110b和终端120的功能结构进行说明。图14示出第二实施方式的服务器和终端的功能结构。图14中公开的功能部通过信息处理装置200所具备的处理器201、内存202、存储器203、输入输出i/f204以及通信i/f205间的协作来实现。

(1)服务器的功能结构

服务器110b具有发送接收部312、控制部313b以及存储部314a。此外，各功能部的功能或处理在可实现范围内可以通过机器学习或人工智能(ai，artificialintelligence)来实现。

在以下的说明中，对于与第一实施方式的说明具有相同功能的部分，赋予与在第一实施方式的说明中使用的附图标记相同的附图标记，并省略其说明。

本实施方式的控制部313b具有用户信息确定部315、信息输出部316、结算部317、浏览器识别部318、信用度设定部331、限额设定部332。存储部314a具有用户信息存储部3141和站点信息存储部3142，该站点信息存储部3142中存放用于表示与ec站点有关的信息的站点信息。站点信息存储部3142的详细内容将在后面进行说明。

本实施方式的信用度设定部331对站点信息中包含的每个ec站点的信用度进行计算和设定。另外，本实施方式的信用度设定部331也可以进行用户信用度的计算和设定。

本实施方式的限额设定部332基于用户信息中包含的用户的信用度和站点信息中包含的每个ec站点的信用度来计算并设定用户的借入限额。所谓用户的借入限额是指，例如在由服务器110b提供的结算服务中能够通过后付款服务一并支付的金额的上限额。

(2)终端的功能结构

由于终端120的功能结构与在第一实施方式中说明的终端120相同，因此省略说明。

(3)站点信息存储部的示例

在下文中，参考图15来对本实施方式的站点信息存储部3142进行说明。图15是示出第二实施方式的站点信息存储部的一例的图。

本实施方式的站点信息存储部3142包括作为信息项目的站点id、url、平均结算金额、商品价格平均值、最高值、最低值、中位值、信用度等。

项目“站点id”的值表示用于确定ec站点的标识信息。项目“url”的值表示ec站点的url。此外，每个ec站点的url也可被用作站点id。

项目“平均结算金额”的值表示每个ec站点的结算金额的平均值。项目“商品价格平均值”的值表示在ec站点上经营的商品的价格的平均值，项目“最高值”的值表示在ec站点上经营的商品的价格中的最高价格，项目“最低值”的值表示在ec站点上经营的商品的价格中的最低价格，项目“中位值”的值表示在ec站点上经营的商品的价格的中位值。

项目“信用度”的值表示ec站点的信用度。所谓ec站点的信用度是指，根据在ec站点上购买商品的用户的信用度、针对ec站点发出的投诉数量、在ec站点上经营的商品的种类和价格、预定期间内ec站点上的交易数量、ec站点的运营期间等而确定的值，该值越大的ec站点，表示越具有社会信用。

本实施方式的信用度设定部331例如当在ec站点上购买了商品的用户之中信用度低于预定值的用户的比例为一定比例以上时，可以下调ec站点的信用度；当信用度为一定数值以上的用户的比例为一定比例以上时，可以上调ec站点的信用度。

另外，信用度设定部331例如还可以针对存在一定数量以上的、尽管选择了后付款服务作为支付方法但银行账户等的余额小于借入限额而未进行一并支付的用户的ec站点下调信用度。另外，信用度设定部331也可以下调未进行一并支付的用户的信用度。

另外，信用度设定部331例如可以针对平均结算金额为一定金额以上的ec站点或者商品价格平均值为预定金额以上的ec站点上调信用度。另外，当来自购买了商品的用户的评价为一定数值以下时，信用度设定部331可以下调该ec站点的信用度。

另外，信用度设定部331例如还可以下调从ec站点的信用度为预定值以下的ec站点购买商品的频率高的用户的信用度。另外，信用度设定部331也可以上调平均结算金额为一定金额以上的用户的信用度。

＜第二实施方式的借入限额的设定处理＞

在下文中，参考图16来对本实施方式的服务器110b的限额设定部332的处理进行说明。图16示出第二实施方式的设定借入限额的处理的流程图。图16的处理可以在服务器110b中定期执行，也可以每当用户使用由服务器110b提供的结算服务来购买商品时执行。

在服务器110b中，限额设定部332参考用户信息存储部3141来获取待设定借入限额的用户的信用度(步骤s1601)。随后，限额设定部332参考用户信息存储部3141，从待设定借入限额的用户的结算历史等中确定由用户进行过结算的ec站点(步骤s1602)。换言之，限额设定部332确定被用户作为结算的收款方的ec站点。随后，限额设定部332参考用户信息存储部3141来确定用户的借入限额(步骤s1603)。

随后，限额设定部332参考站点信息存储部3142来获取确定出的ec站点的信用度，并根据用户的信用度和站点的信用度来增减用户的借入限额(步骤s1604)。此外，在步骤s1604中，也可以不对用户的借入限额进行增减。

也就是，本实施方式的限额设定部332包括：确定部的功能，确定被用户作为结算的收款方的ec站点；以及设定部的功能，设定用户的借入限额。

限额设定部332可以为用户统一设定借入限额。在这种情况下，限额设定部332可以根据站点信息存储部3142中包括的所有ec站点的信用度的平均值等来计算出为用户统一设定的借入限额。

另外，限额设定部332也可以针对每个用户设定借入限额。在这种情况下，可以基于每个用户、信用度以及在该用户的结算历史中包括的ec站点的信用度来计算每个用户的信用度。

例如，假设借入限额被设定为1万日元的用户a和借入限额被设定为2万日元的用户b购买了商品的ec站点的平均结算价格为2000日元。

在这种情况下，例如，可以使用户a和用户b各自的借入限额增加n日元，也可以使用户a和用户b各自的借入限额增加n％。

另外，例如，当用户a和用户b频繁购买商品的ec站点的平均结算价格为12000日元时，限额设定部332可以仅将用户a的借入限额增加2000日元而设定为12000日元。

另外，限额设定部332在用户a和用户b过去多次购买商品的ec站点的信用度为一定数值以上，且商品价格平均值为30000日元，进而用户a和用户b各自的信用度也为一定数值以上时，可以将用户a和用户b各自的借入限额统一设为30000日元以上的额度。

如此，根据本实施方式，由于考虑ec站点的站点信息来设定用户的借入限额，因此能够设定适当的借入限额。

此外，在本实施方式中，假定将在预定期间(例如，一个月)内可以从服务器110的运营商处借入以供该用户在结算中使用的金额的上限额(借入限额)作为结算限额，并根据ec站点的信用度来设定该结算限额，但不限于此。

在本实施方式中，例如可以将可通过由服务器110b提供的结算服务进行结算的上限额作为结算限额，并与上述方法同样地，根据ec站点的信用度来设定结算限额。在这种情况下，结算限额可以针对每个用户设定，也可以为所有用户统一设定。进而，结算限额还可以针对每个ec站点设定。

另外，本实施方式的限额设定部332还可以参考用户信息存储部3141，并根据用户针对ec站点的结算金额来设定用户的结算限额。例如，对于信用度为一定数值以上的高信用度的ec站点，限额设定部332可以针对具有以平均结算金额以上的金额进行了结算的历史的用户增加结算限额。

另外，限额设定部332例如可以针对ec站点，根据用户使用由服务器110b提供的结算服务进行结算的频率来设定用户的结算限额。具体而言，例如，限额设定部332可以设定成使结算频率高的用户的结算限额低于结算频率低的用户的结算限额。如此，例如能够使得每周使用结算服务的用户的结算限额高于每月仅使用一次结算服务的用户的结算限额。

另外，本实施方式的限额设定部332可以根据ec站点的信用度来判定是否向ec站点的运营商提供结算服务。例如，限额设定部332可以在ec站点的信用度为预定值以下时，通知用户或ec站点的运营商不能使用由服务器110b提供的结算服务。

通过这样设定结算限额，从而能够根据ec站点的信用度来设定适当的结算限额。

关于以上的说明，进一步公开以下事项。

(附记1)

一种信息处理方法，使信息处理装置执行：

接收通知的处理，所述通知用于表示商品的货款的结算方式已被选择；

发送处理，发送与所述商品的配送有关的信息；以及

接收结算请求的处理，所述结算请求的金额基于与所述商品的配送有关的信息以及包含所述商品的货款的信息而求出。

(附记2)

根据附记1所述的信息处理方法，其中，

在所述接收通知的处理中，

接收用于表示所述商品的货款的结算方式已被选择的通知、以及选择了所述结算方式的用户的用户标识信息，

在所述发送处理中，

将与所述用户标识信息相对应地存储的地址信息作为与所述商品的配送有关的信息，发送给与销售所述商品的经营者相对应的其他信息处理装置。

(附记3)

根据附记1所述的信息处理方法，其中，

在所述接收通知的处理中，

接收用于表示所述商品的货款的结算方式已被选择的通知、选择了所述结算方式的用户的用户标识信息、以及包含所述商品的货款的商品信息，

在所述发送处理中，

将基于与所述用户标识信息相对应地存储的地址信息计算出的所述商品的配送费用作为与所述商品的配送有关的信息，发送给与销售所述商品的经营者相对应的其他信息处理装置。

(附记4)

根据附记3所述的信息处理方法，使所述信息处理装置进一步执行：

基于所述商品的配送费用以及所述商品的货款计算支付额的处理；以及

使所述支付额包含在与所述商品的配送有关的信息中的处理。

(附记5)

根据附记3或4所述的信息处理方法，使所述信息处理装置进一步执行：

当选择了所述商品的用户存在一定数量以上时，将用于表示选择了所述商品的用户的数量的通知以及所述商品的货款的打折指示，发送给所述其他信息处理装置的处理。

(附记6)

根据附记1至5中的任意一项所述的信息处理方法，其中，

针对在所述结算方式中可使用的结算方法中的每一个赋予了优先顺序，

使所述信息处理装置执行：

在接收到所述结算请求时，根据优先顺序，使与用户相对应的第一信息处理装置显示所述结算方法的处理。

(附记7)

根据附记6所述的信息处理方法，其中，

所述优先顺序根据成为由所述用户进行的结算的收款方的经营者来设定。

(附记8)

根据附记1至7中的任意一项所述的信息处理方法，使所述信息处理装置进一步执行：

识别浏览器的处理，所述浏览器在第一信息处理装置中显示了与所述商品有关的信息；

在与所述结算请求相应的结算完成之后，向识别出的所述浏览器发送指示的处理，所述指示用于使所述浏览器显示与所述商品有关的信息。

(附记9)

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

第一接收部，接收通知，所述通知用于表示商品的货款的结算方式已被选择；

发送部，发送与所述商品的配送有关的信息；以及

第二接收部，接收结算请求，所述结算请求的金额基于与所述商品的配送有关的信息以及包含所述商品的货款的信息而求出。

(附记10)

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

接收通知的处理，所述通知用于表示商品的货款的结算方式已被选择；

发送处理，发送与所述商品的配送有关的信息的处理；以及

接收结算请求的处理，所述结算请求的金额基于与所述商品的配送有关的信息以及包含所述商品的货款的信息而求出。

(附记11)

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

从第一信息处理装置接收通知，并将所述通知发送到其他信息处理装置的处理，所述通知用于表示已选择了商品的货款的结算方式，所述其他信息处理装置采用所选择出的所述结算方式进行结算；

从所述其他信息处理装置接收与所述商品的配送有关的信息的处理；以及

使所述第一信息处理装置显示画面的处理，所述画面包含所述商品的配送费用和所述商品的货款，所述商品的配送费用是基于与所述商品的配送有关的信息而获取的。

(附记12)

一种信息处理方法，使信息处理装置执行：

确定经营者的处理，所述经营者为用户进行的结算的收款方；以及

设定处理，根据所述确定出的经营者的信用度来设定所述用户的结算上限额的处理。

(附记13)

根据附记12所述的信息处理方法，其中，

执行根据以所述经营者为收款方的用户的信用度来变更所述经营者的信用度的处理。

(附记14)

根据附记12或13所述的信息处理方法，其中，

执行使用所述经营者的平均结算金额、经营商品的货款的平均值、中位值、最高值、最低值中的至少任意一个来设定所述经营者的信用度的处理。

(附记15)

根据附记12至14中的任意一项所述的信息处理方法，其中，

所述用户的结算上限额是所述用户在预定期间内能够从所述信息处理装置的运营商处借入而用于结算的借入限额。

(附记16)

根据附记12至15中的任意一项所述的信息处理方法，其中，

在所述设定处理中，

基于所述用户针对所述经营者的结算总额来变更所述用户的结算上限额。

(附记17)

根据附记12至16中的任意一项所述的信息处理方法，其中，

在所述设定处理中，

基于所述用户针对所述经营者的结算频率来变更所述用户的结算上限额。

(附记18)

根据附记12所述的信息处理方法，其中，

以所述经营者为收款方的所述用户为两个以上用户。

(附记19)

根据附记13所述的信息处理方法，其中，

以所述经营者为收款方的所述用户为两个以上用户，且该两个以上用户是相互类似的属性。

(附记20)

根据附记12至19中的任意一项所述的信息处理方法，进一步执行：

当所述确定出的经营者的信用度为预定值以下时，将表示不能进行针对该经营者的结算之意的通知发送到所述用户使用的其他信息处理终端的处理。

(附记21)

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

确定部，确定经营者，所述经营者为用户进行的结算的收款方；以及

设定部，根据所述确定出的经营者的信用度来设定所述用户的结算上限额。

(附记22)

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

确定经营者的处理，所述经营者为用户进行的结算的收款方；以及

根据所述确定出的经营者的信用度来设定所述用户的结算上限额的处理。