结算辅助系统及结算辅助方法

摘要

本发明提供一种在进行虚拟货币结算的情况下，本发明可提供一种易于确认余额信息的环境。中介网页(110)与基于买方在卖方网页(100)上所选商品的商品识别信息的URL地址相对应。认证部(120)对经由卖方网页(100)访问了所述中介网页的买方进行认证。获取部(130)基于由认证部(120)认证的买方的注册信息，通过访问区块链，来获取买方的虚拟货币的余额信息。反映部(140)将由获取部(130)获取的余额信息、反映在中介网页(110)上。

说明书

技术领域

本发明涉及一种在买方从卖方处购买商品时用于辅助结算的系统和方法。

背景技术

近年来，虚拟货币的使用已经变得广泛，在购买结算时能够使用虚拟货币的环境也在增加。在通过虚拟货币进行结算时，每次都需要访问区块链。每次结算时都要输入密码或密钥进行认证，这很麻烦，并且还存在安全隐患。

为了解决该问题，例如，公开了如下的网络系统：其对于与用户的个人信息相对应且与每个用户的唯一的用户ID相对应的虚拟货币的余额进行记录，并根据指定了用户ID或与该用户ID相关联的ID卡后的购买请求或者消费请求，来增加或减少虚拟货币的量(参照专利文献1)。像这样，在与销售商品的系统不同的系统中进行了余额查询和结算。

现有技术文献

专利文献

专利文献1：日本发明专利特开2015-146199号公报

发明内容

发明要解决的问题:

为了在与销售商品的系统不同的系统中进行余额查询和结算，而需要在利用销售商品的系统的同时，还要利用对虚拟货币进行处理的其他系统。

当有想要购买的商品时，在现有的虚拟货币结算系统的情况下，在与显示出想要购买商品的屏幕相同的屏幕上无法显示、并确认正确的余额，每次都要自己通过密码或密钥等来确认其他系统的屏幕。因此，存在看不清楚的问题。另外，在结算时，在显示商品的同一屏幕上也无法完成结算。因此，在进行虚拟货币结算的情况下，需要确认余额信息，并提供易于进行结算的环境。

解决问题的方案:

本发明的结算辅助系统包括：中介网页，其与基于买方在卖方网页上所选商品的商品识别信息的URL地址相对应；认证部，其对经由所述卖方网页访问了所述中介网页的买方进行认证；获取部，其基于由所述认证部认证的买方的注册信息，通过访问区块链，来获取该买方的虚拟货币的余额信息；反映部，其将由所述获取部获取的所述余额信息、反映在所述中介网页上。

发明效果

根据本发明，由于中介网页与基于商品的商品识别信息的URL地址相对应，所以当买方选择了商品时，能够在卖方网页内引入中介网页并进行显示。由于在中介网页中能够汇总虚拟货币的余额确认所需要的认证处理，所以在确认余额时，即使不直接向卖方网页提供密钥，也能够实现余额显示。因此，在卖方网页中不需要进行密钥管理，同时还能够实现结算处理而不用切换屏幕。

附图说明

图1是应用了本实施方式的结算辅助系统的网络结构图。

图2是本实施方式的结算辅助系统的功能结构图。

图3是经由虚拟货币进行的购买受理的预处理的流程图。

图4是制作商品购买用元件的屏幕。

图5是经由虚拟货币进行的购买处理的流程图。

图6是在购买商品之前的、商品购买券的显示屏幕。

图7是在购买商品之后的、商品购买券的显示屏幕。

图8是表示在虚拟货币时的卖方付款方法的流程图。

图9是经由银行账户进行的购买受理的预处理的流程图。

图10是经由银行账户进行的购买处理的流程图。

图11是表示在银行账户情况下的卖方付款方法的流程图。

图12是通过虚拟货币的支付通道进行的余额显示处理的流程图。

图13是通过虚拟货币的支付通道进行的购买处理的流程图。

图14是表示虚拟货币的买方一侧的交易方法的流程图。

图15是表示虚拟货币的卖方付款方法的流程图。

具体实施方式

图1是表示应用了本实施方式的结算辅助系统的网络结构图。经由网络，分别连接了买方终端10、中介服务器20、卖方终端30、区块链40。多个终端分别被连接在买方终端10和卖方终端30上，但在本实施例中，举例说明了所连接的终端中的一个。

买方终端10是购买商品的一般的买方的终端，以个人计算机的终端为例进行图示，但一般是例如用智能手机进行连接。买方经由买方终端10的显示屏幕来执行购买商品的处理。显示屏幕150例如由浏览器显示在显示屏幕上。

卖方终端30是在例如EC网站等进行商品销售的卖方一侧的终端。买方通过从买方终端10、经由网络访问卖方终端30来购买商品，并由卖方终端30进行该反馈。卖方终端30包括卖方网页100。通过从买方终端10访问卖方终端30，在显示屏幕150上显示出卖方网页100。

中介服务器20用于管理在买方终端10和卖方终端30之间的一部分处理。通常，仅在买方终端10和卖方终端30之间完成结算处理，但为了不使来自买方终端10的结算处理分散在各种卖方终端30之间，中介服务器20将至少一部分的功能进行汇总实施，并执行上述功能。

与卖方终端30一样，中介服务器20也包括中介网页110。通过从买方终端10访问中介终端20，在显示屏幕150上显示出中介网页110。但是，中介网页110通过被编入卖方网页100中而被显示在显示屏幕150上。关于该结构，将在后面叙述。

(关于服务器等的硬件配置)

对买方终端10、中介服务器20、卖方终端30的硬件配置进行说明。买方终端10、中介服务器20、卖方终端30包括：CPU(Central Processing Unit，中央处理器)、ROM(ReadOnly Memory，只读存储器)、RAM(Random Access Memory，随机存取存储器)、图像处理部和存储器。CPU、ROM、RAM、图像处理部和存储器经由总线进行相互连接。

CPU根据记录在ROM中的程序、或者从存储器加载到RAM中的程序，来执行各种处理。将CPU执行各种处理所需要的数据等也适当地存储在RAM中。

图像处理部由DSP(Digital Signal Processor，数字信号处理器)、VRAM(VideoRandom Access Memory，视频随机存取存储器)等组成，并且与CPU协作对图像数据实施各种图像处理。例如，实施降低噪声、白平衡的调节、抖动校正等图像处理。

关于存储器，可列举出DRAM、高速缓冲存储器、磁盘、光盘、磁光盘或半导体存储器等某种存储介质。存储器不仅包含由总线连接的存储器，还包含经由驱动器进行读写的存储器。关于在本实施方式中存储的数据，在临时存储和通过非易失性存储器进行长期存储的情况下，均暂时存储在该存储器中并进行说明。

将输入输出接口与买方终端10、中介服务器20、卖方终端30连接。显示部、输入部、通信部经由输入输出接口进行连接。输入部由各种按钮组成，并接收用户的指令操作。通信部经由包含因特网的网络来控制与其他装置之间进行的通信。

显示部具有显示屏幕，并且具有显示装置，该显示装置用于显示、再现由图像处理部形成的图像或影像。作为显示装置，估计有监控器或液晶显示器等各种显示装置。在本实施方式中，利用CPU等生成应显示图像的图像数据，经由图像处理部在显示屏幕上进行图像显示处理。以后在仅以“显示”进行说明时，均包含以上的功能并包含执行显示处理。

关于各功能的组成，均在功能上通过CPU、ROM、RAM、图像处理部和存储器的协同操作来实现。这些各部分的功能都是由电子电路或程序提供的模块组成，将程序存储在ROM中，通过CPU进行适当读取，同时与各部分协同执行。

在本实施方式中，使用了虚拟货币这样的表达方式，但这是例如比特币或以太币等的、通过使用密码交易在交易所进行交易的电子货币的总称。作为一种表达方式，例如有时也被称为加密货币等，而不是虚拟货币。在本实施方式中，使用了虚拟货币这样的表达方式。

图2是表示本实施方式的结算辅助系统的功能结构图。结算辅助系统的主要功能由中介服务器20实现。在此，参照图2，对由中介服务器20实现的结算辅助系统进行说明。结算辅助系统的主要组成是中介服务器20，但也可以认为组成包含买方终端10、卖方终端30、通过有线或无线进行连接的其他的整个信息处理装置。

卖方网页100是由html/css进行描述并显示卖方出售的商品的照片、价格、其他商品信息的网页，以与分配的URL相对应的方式保存在卖方终端30内的存储器中。卖方网页100的结构如下：通过在内联框架内包含中介网页110的URL地址，能够将中介网页110与卖方网页100一起显示。将卖方网页100的URL、与中介网页110完全分开准备。

在本实施方式中，以在内联框架内包含中介网页110的URL地址的情况为中心，来说明卖方网页100，但也可以列举出使用object标签作为其他的通用代码格式的方法。当包含这些进行说明时，卖方网页100将在用于显示引入其他独立页面的html代码中、描述中介网页110的URL地址。由此，变成如下结构：能够将所述中介网页与所述卖方网页一起显示。

中介网页110与URL地址相对应，该URL地址基于买方在卖方网页100上所选商品的商品识别信息。商品识别信息包括：分配给卖方出售的每个商品的ID等。基于商品识别信息的URL地址，与表示中介网页110的域的URL相关联，并通过描述所分配的ID来形成。中介网页110本身与所分配的URL相对应，并被保存在中介服务器20内的存储器中。

认证部120用于对经由卖方网页100访问了中介网页110的买方进行认证。具体而言，在中介服务器20中具备列表，在具备的列表上，例如通过密码，并通过对照来认证是否与预先注册的某位买方一致。认证的结果是，可确定位于列表中的买方。

例如，在注册部200中，以买方与关于该买方对区块链40的访问信息相对应的方式进行注册。访问信息是虚拟货币的结算所需要的一组数据，并且包含用于确定买方的信息和密码。当在注册部中进行注册时，认证部120基于在注册部200中注册的信息，对来自买方的系统使用许可进行认证。或者，当买方在登录到卖方网页100的状态下访问了中介网页110时，认证部120可以采用如下方式：其通过从卖方网页100所属的卖方装置来获取登录信息，从而对买方进行认证。

获取部130基于由认证部120认证过的买方的注册信息，通过访问区块链，来获取买方的虚拟货币的余额信息。在由认证部120对买方进行了认证的情况下，获取部130基于对区块链40的访问来获取余额信息。

反映部140将由获取部130获取的余额信息、反映在中介网页110上。利用获取的信息，更新了显示在中介网页110上的余额信息。另外，在余额由于结算或收入款项而发生变化的情况下，通过反映部140将其更新成新的余额。

指令获取部210通过中介网页110，来获取买方经由卖方网页100对商品的购买指令。结算部220基于所述购买指令，对所述区块链并对所述买方执行购买结算。

关于购买结算，可以对于一个购买指令，每次都发送给区块链40进行结算处理，但也可以记住多个购买，汇总进行购买结算。由于通过汇总多个购买，不访问区块链40，因此提高了速度，并能够节省用于访问区块链40的手续费。

因此，结算部220首先从区块链40获取余额信息，并将总购买金额保持在余额的范围内，来代替对购买指令立即进行结算处理。结算部220用于检查总购买金额不会超过余额，当超过余额时，则拒绝接受购买。

即、结算部220可预先记住与单个或多个购买指令相对应的金额和商品，并检查总金额不会超过余额，与已经记住的单一或多个购买指令相对应，针对区块链，执行从买方到中介的单个或多个购买结算的处理。汇款部230通过将由结算部220结算而获取的虚拟货币、发送到区块链40进行结算处理，由此从中介服务器20汇款到卖方网页100所拥有的地址。

图3是经由虚拟货币进行的购买受理的预处理的流程图。图3所示的一系列处理，由注册部200执行。由注册部200注册后的注册信息被存储在数据库(DB)205中。

首先，卖方终端30对注册部200发送元件制作委托和付款账户注册的请求(步骤S1)。根据请求，注册部200将制作后的元件返回至卖方终端30(步骤S2)。关于商品购买用元件的制作处理，参照图4进行说明。

图4表示：制作商品购买用元件的屏幕。在图4的左上方所示的显示屏幕是，设在中介服务器20的网页。通过从卖方终端30访问该网页，在卖方终端30的显示屏幕上，显示了图4所示的网页。显示屏幕包含输入区300，通过由卖方终端30在该输入区300进行输入，从而输入商品说明。

当商品说明的输入完成并按下发送按钮时，则显示出在图4的右下方所示的显示屏幕。基于在输入区300输入的商品说明，制作利用html的一系列代码，并作为显示用元件。在浏览器上再现了该显示用元件的结果为，显示出显示元件310。如图4的右下方所示，显示元件310包含横幅，该横幅包含商品名称、商品价格、商品说明。制作后的显示用元件将作为网络数据，并制成中介网页110。中介网页110的URL包含：作为URL参数的商品识别信息。而且，将该中介网页110的URL、作为嵌入代码显示在该显示元件310的下方。嵌入代码是构成横幅的显示命令的一系列html代码，该横幅构成了显示元件310，具体而言，将结合图5的步骤S10进行说明。

在这里，再次返回到图3的流程图。通过接收所提供的元件，能够制作用于显示余额的网页，并且完成了卖方终端30一侧的处理。接下来，在买方终端10一侧进行设定处理。买方对中介进行虚拟货币的付款处理，以便能够在需要时购买商品。

首先，从中介服务器20向买方终端10通知与中介的虚拟货币有关的地址(步骤S3)。收到通知的买方从买方终端10访问区块链40，并对所通知的中介地址进行虚拟货币等货币的付款委托处理(步骤S4)。在完成付款处理之后，从买方终端10向中介服务器20发出付款完成报告(步骤S5)。

然后，中介服务器20访问区块链40，并参考关于来自买方的付款(步骤S6)。参考的结果为，确认了已被放入区块链中(步骤S7)，中介服务器20对买方发放ID(步骤S8)，并发送到买方终端10。买方终端10将该ID保存在存储器中。

关于在步骤S1、S2和图4中已经说明的嵌入元件，将进行详细说明。嵌入元件能够以如下的html格式来表达。

在此，https://www.mdthujvfgp.com/是中介的URL的例子。通过指定作为商品识别信息之一例的my_id，能够确定预先制作的元件的ID。在上述的例子中，表示商品识别信息的my_id＝2675D4。从中介服务器20下载并自动进行能够由用户(买方)的浏览器执行的程序。此时，能够显示按钮，或者再次向中介咨询余额查询。

图5是经由虚拟货币进行的购买处理的流程图。买方终端10通过访问卖方网页100，以从卖方终端30购物一样的感觉，来访问中介服务器20并实现了商品价格的浏览和商品购买。对该一系列的处理进行说明。

买方从卖方网页100发出商品浏览委托(步骤S9)。即、买方终端10请求卖方网页100的URL https://test.com/seller.html。于是，在买方终端10一侧显示了商品、元件(步骤S10)。即、将以下的html从卖方终端30发送到买方终端10。

在上述的卖方网页100的html中，描述了利用iframe(内联框架)的代码。即、以内联框架的格式将别的页面引入该卖方网页100中。请求中介网页110的URL，即https://www.mdthujvfgp.com/myframe.html？my_id＝2675D4作为该引入对象。在该中介网页110中，对每个买方的虚拟货币地址的信息进行管理。此外，在此指定的my_id＝2675D4在步骤S8中被保存在买方终端10的存储器中。

由于在内联框架中显示的中介网页110包含余额信息的显示，所以买方终端10请求中介服务器20查询余额信息(步骤S11)。中介服务器20根据请求，来显示余额、价格(步骤S12)。

具体而言，根据请求，将下述的html从中介发送到买方。下述的html表示中介网页110。

将显示在按钮上的文字与程序代码一起嵌入，该程序代码与中介服务器交互。

·Canvas：显示区域

·script.js：程序代码

·title：商品名称

·price：价格

·currencyUnit：货币名称

·giveprice：赠送的金额

·giveCurrencyUnit：赠送的货币名称

·url：粘贴了元件的URL

接下来，经由应用程序获取并显示余额信息。将卖方网页100的元件作为按钮、显示在显示屏幕150上。当买方抬起鼠标时，在中介网页110的URL https://www.mdthujvfgp.com/上查询余额，获取余额，并且显示在按钮上。此时，通过执行从中介服务器20获取的程序，来执行在显示屏幕150上显示的余额、价格的查询。此外，通过确认卖方网页或域是否与url和url所包含的域一致，就能够防止欺骗，并确保安全性。

首先，从买方终端10请求中介网页110的URL：https://www.mdthujvfgp.com/script.js。从中介服务器20向买方终端10发送脚本程序，并在显示屏幕150上执行。在显示屏幕150上，将按钮显示在所有页面的按钮对象上，并且还显示价格。然后，访问以下的URL。

https://www.mdthujvfgp.com/command/GET_INFO&2675D4&59014246D887CCD7&b802531d14d1709aa3391b27adc1818fce31612f

·确定商品的my_id：2675D4

·表示会话的id：59014246D887CCD7

·由用户ID和密码生成的用于证明用户的ID：b802531d14d1709aa3391b27adc1818fce31612f

中介服务器20基于从买方终端10向中介服务器20预先收款的地址信息，在区块链40中进行余额查询，并获取余额(Balance)。此外，该过程可以预先进行。将以下的数据从中介发送到买方。一部分信息与下述的信息重复。

Owner＝0；Soldout＝0；Balance＝0；KeyCurrencyName＝yen；KeyCurrencyBalance＝0；Donor＝1；Rate＝--；Url＝http://www.mdthujvfgp.com/mypage.html；

·Owner：是否拥有？

·Soldout：卖完了吗？

·Balance：余额

·KeyCurrencyUnit：主要货币

·KeyCurrencyBalane：主要货币换算的余额

·Donor：是否为发行人

·Url：粘贴了元件的URL

图6表示：在购买商品之前的商品购买劵的显示屏幕。通过显示卖方网页100，从而显示了商品照片320和商品说明330。如上所述，商品说明330是内联框架显示，并且在此显示了中介网页110的内容。

在商品说明330中包含价格余额显示340。价格余额显示340包含商品价格、和买方所持有的虚拟货币的余额信息。所选商品的价格为570日元，一方面是余额，但如果是日元计价的余额，则能够按原样显示日元的金额，但在虚拟货币的情况下，由于通常不会以日元计价，所以将原来的余额换算成日元，并将日元换算后的金额作为该余额显示。

返回到图5，对购买处理进行说明。由于对余额查询执行了显示处理，所以根据买方的指令进行商品购买。当按下按钮时，可访问中介网页110的URL https://www.mdthujvfgp.com/，在中介服务器20进行购买处理，并在买方终端10的显示屏幕150上显示了已购买。首先，从买方终端10向中介网页110发送购买委托(步骤S13)。中介服务器20接收了购买委托，并减少了买方的内部余额(步骤S14)。然后，发送购买完成通知(步骤S15、S16)。

图7表示：在购买商品之后的商品购买券的显示屏幕。在显示了卖方网页100的状态下，对结算处理结束状态下的屏幕显示进行说明，并直接显示了商品照片320和商品说明330。当图6的价格余额显示340所示的余额为580日元时，结算后就变成如价格余额显示350所示的余额。即、从原来的余额580日元减去商品价格570日元，就变成余额10日元，将该余额10日元显示在价格余额显示350中。在显示了余额因购买而减少的同时，通过改变按钮的形状，或者改变按钮的颜色等，从而易于明白购买已完成，并且明确地提示了买方。另外，从中介服务器向卖方、买方发送通知，通过结算开始进行由卖方出售的服务。

图8是表示在虚拟货币时的卖方付款方法的流程图。参照图5～图7进行说明，在向买方显示了价格和虚拟货币的余额、并且在买方和中介之间进行了购买结算之后，再在中介和卖方之间进行清算处理。

卖方终端30向中介服务器20发送付款委托的请求(步骤S18)。中介服务器20向区块链40发送付款委托的请求(步骤S19)。付款委托的请求是从中介地址发送到卖方地址。

在向区块链40发出付款委托之后，中介服务器20向区块链40发送参考请求(步骤S20)，并确认中介所持有的商品货款已被放入区块链40中。在确认后，中介服务器20向卖方终端30发送付款完成通知(步骤S21)。

如上所述，中介网页110与基于商品的商品识别信息(my_id:2675D4)的URL地址(https://www.mdthujvfgp.com/myframe.html？my_id＝2675D4)相对应。因此，例如，即使当买方在卖方网页100上选择了商品时，也能够在卖方网页100的内联框架内引入中介网页110并进行显示。

像这样，可以通过将中介网页110引入卖方网页100中，由此，即使不用按每个卖方网页100分别准备虚拟货币的余额确认处理，也能够用中介网页110一并处理。由于买方实际上访问了中介网页110，所以在此处进行认证，允许获取余额信息，并获取了余额信息。由于所获取的余额信息被反映在中介网页110上，所以买方在浏览了卖方网页100的状态下，能够继续执行购买处理。

即、通过在中介一侧对收到顾客款项的地址进行管理来确认余额，在结算时参考中介，能够确认并显示余额，所以，即使EC等卖方不持有各个顾客的地址，也能够确认余额，并能够在屏幕上清楚地显示结算确认，在同一屏幕上，能够进行结算操作而无需切换屏幕。

并且，通过在中介一侧对密钥进行管理来确认余额，在结算时参考中介，能够确认并显示余额，所以，即使EC等卖方不持有各个密钥，也能够确认余额，并能够在屏幕上清楚地显示结算确认，在同一屏幕上，能够进行结算操作而无需切换屏幕。

尤其是，通过用按钮来显示元件，能够易于明白、并明确表示了可以购买商品。并且，在显示余额的同时，还可以明确表示商品内容的说明、商品照片、收钱的虚拟货币的地址(账户)或表示虚拟货币地址的QR码(注册商标)、以及在访问时表示元件的URL/QR码(注册商标)。另外，在价格、余额显示中，当所提示价格的货币与余额显示的货币不同时(基于由中介能够兑换的汇率)，则能够用余额显示的货币换算来表示。当在结算时所提示的价格货币与余额显示的货币不同时，则中介将余额显示的货币换成所提示的货币，并将其提供给卖方。

(其他实施例1)

在上述实施方式中，对通过虚拟货币购买商品以及在这种情况下的结算处理进行了说明，但也能够通过银行账户50来代替，所以对通过银行账户50进行商品结算的情况做出说明。与上述实施方式一样，中介服务器20介于买方终端10和卖方终端30之间这一点是相同的，所以省略了系统结构图和显示屏幕150，但图1、图2、图4、图6、图7即使在下述的其他实施例1中也是相通的。

图9是经由银行账户进行的购买受理的预处理的流程图。图9所示的一系列处理与图3所示的相同，并且由注册部200执行。由注册部200注册后的注册信息被存储在数据库(DB)205中。

首先，注册部200向卖方终端30发送元件制作委托和付款账户注册的请求(步骤S21)。根据请求，卖方终端30将制作后的元件返回至中介服务器20(步骤S22)。关于制作商品购买用元件的屏幕，参照图4进行说明。

通过接收所提供的元件，能够制作用于显示余额的网页，并且完成了在卖方终端30一侧的处理。接下来，在买方终端10一侧进行设定处理。买方对中介进行虚拟货币的付款处理，以便能够在需要时购买商品。

首先，中介服务器20将中介的银行账户50通知给买方终端10(步骤S23)。收到通知的买方从买方终端10访问银行账户50的账户，并对所通知的中介地址进行付款处理(步骤S24)。在完成付款处理之后，从买方终端10向中介服务器20发出付款完成报告(步骤S25)。

然后，中介服务器20访问银行账户50，并对有关来自买方的付款进行余额查询(步骤S26)。余额查询的结果为，收到了余额提示(步骤S27)，中介服务器20对买方发放ID(步骤S28)，并发送到买方终端10。

图10是经由银行账户进行的购买处理的流程图。图10与图5相对应。买方终端10通过访问卖方网页100，以从卖方终端30购物一样的感觉，来访问中介服务器20并实现了商品价格的浏览和商品购买。对该一系列的处理进行说明。

买方从卖方网页100发出商品浏览委托(步骤S29)。即、买方终端10请求卖方网页100的URL https://test.com/seller.html。于是，在买方终端10一侧显示了商品、元件(步骤S30)。由于所发送的html与图5的情况相同，所以省略了说明。

由于在内联框架中显示的中介网页110包含余额信息的显示，所以买方终端10请求中介服务器20查询余额信息(步骤S31)。中介服务器20根据请求，来显示余额、价格(步骤S32)。

接下来，对购买处理进行说明。由于对余额查询执行了显示处理，所以根据买方的指令进行商品购买。当按下按钮时，可访问中介网页110的URL https://www.mdthujvfgp.com/，在中介服务器20进行购买处理，并在买方终端10的显示屏幕150上显示了已购买。首先，从买方终端10向中介网页110发送购买委托(步骤S33)。中介服务器20接收了购买委托，并减少了买方的内部余额(步骤S34)。然后，发送购买完成通知(步骤S35、S36)。

图11是表示在银行账户情况下的卖方付款方法的流程图，并与图8相对应。如上所述，在向买方显示了价格和账户余额、并且在买方和中介之间进行了购买结算之后，再在中介和卖方之间进行清算处理。

卖方终端30向中介服务器20发送付款委托的请求(步骤S38)。中介服务器20向区块链40发送付款委托的请求(步骤S39)。付款委托的请求是从中介地址发送到卖方地址。这是由于中介先从买方那里代收了用于购买的货款。

在接收了针对银行账户50的付款委托并且付了款之后，将付款完成通知发送到中介服务器20(步骤S40)，中介服务器20将付款完成通知发送到卖方终端30(步骤S41)。

如上所述，可以通过将中介网页110引入卖方网页100中，由此，即使不用按每个卖方网页100分别准备银行账户50的余额确认处理，也能够用中介网页110一并处理。由于买方实际上访问了中介网页110，所以在此处进行认证，允许获取余额信息，并获取了余额信息。由于所获取的余额信息被反映在中介网页110上，所以买方在浏览了卖方网页100的状态下，能够继续执行购买处理。

(其他实施例2)

在上述实施方式中，对通过虚拟货币或银行结算来购买商品以及在这种情况下的结算处理进行了说明，但作为其他的实施例，对通过虚拟货币(比特币)进行商品结算的其他情况做出说明。与上述实施方式一样，中介服务器20介于买方终端10和卖方终端30之间这一点是相同的，所以省略了系统结构图和显示屏幕150，但图1、图2、图4、图6、图7即使在下述的其他实施例1中也是相通的。

图12是通过虚拟货币(比特币)的支付通道进行的余额显示处理的流程图。图12所示的一系列处理与图3、图9所示的相同，并且由注册部200执行。由注册部200注册后的注册信息被存储在数据库(DB)205中。

首先，注册部200对卖方终端30发送元件制作委托和付款地址注册的请求(步骤S44)。根据请求，卖方终端30将制作后的元件返回至中介服务器20(步骤S45)。关于制作商品购买用元件的屏幕，参照图4进行说明。

通过接收所提供的元件，能够制作用于显示余额的网页，并且完成了在卖方终端30一侧的处理。接下来，在买方终端10一侧进行设定处理。买方对中介进行虚拟货币(比特币)的付款处理，以便能够在需要时购买商品。

从买方终端10向中介服务器20发送了ID发放委托(步骤S46)。中介服务器20生成能够由买方和中介的两个密钥解除的多重签名地址，并生成买方向该地址付款1BTC这样的交易A(步骤S47)。并且，生成在继交易A之后的一个月后、再向买方返还1BTC这样的交易B(步骤S48)。然后，交易A、B由中介进行签名(步骤S49)。中介服务器20将带有中介服务器20签名的交易A、B发送到买方终端10(步骤S50)。在买方终端10上，对交易A、B进行签名(步骤S51)。然后，从买方终端10向中介服务器20仅发送带有中介、买方签名的交易A(步骤S52)。交易B由买方持有。

中介服务器20将交易A发送到区块链40(步骤S53)。然后，确认了已被放入区块链中(步骤S54)，中介服务器20对买方发放ID(步骤S55)，并发送到买方终端10。

图13是通过虚拟货币(比特币)的支付通道进行的购买处理的流程图。图13与图5、图10相对应。买方终端10通过访问卖方网页100，以从卖方终端30购物一样的感觉，来访问中介服务器20并实现了商品价格的浏览和商品购买。对该一系列的处理进行说明。

买方从卖方网页100发出商品浏览委托(步骤S56)。即、买方终端10请求卖方网页100的URL https://test.com/seller.html。于是，在买方终端10一侧显示了商品、元件(步骤S57)。由于所发送的html与图5的情况相同，所以省略了说明。

由于在内联框架中显示的中介网页110包含余额信息的显示，所以买方终端10请求中介服务器20查询余额信息(步骤S58)。中介服务器20根据请求，来显示余额(例如1BTC)、价格(例如0.1BTC)(步骤S59)。

接下来，对购买处理进行说明。由于对余额查询执行了显示处理，所以根据买方的指令进行商品购买。当按下按钮时，可访问中介网页110的URL https://www.mdthujvfgp.com/，在中介服务器20进行购买处理，并在买方终端10的显示屏幕150上显示了已购买。

首先，从买方终端10向中介网页110发送购买委托(步骤S60)。以买方余额1BTC-价格0.1BTC＝0.9BTC、中介为0.1BTC的方式，生成要付款的交易C并进行签名(步骤S61)。中介服务器20将带有中介、买方签名的交易C发送到买方终端10(步骤S62)。在买方终端10上对交易C进行签名(步骤S63)。从买方终端10发送带有中介、买方签名的交易C(步骤S64)。中介服务器20持有交易C(步骤S65)。在一系列的交易结束之后，中介服务器20向买方终端10发送购买完成通知(步骤S66)，并且中介服务器20向卖方终端30发送购买识别通知(步骤S67)。

由于在图13的流程图中已经说明了商品结算，所以参考图14和图15，对交易的结束进行说明。图14表示买方一侧的交易结束，图15表示卖方一侧的交易结束。

图14是表示虚拟货币(比特币)的买方一侧的交易方法的流程图。首先，从买方终端10向中介服务器20发送交易结束委托(步骤S70)。中介服务器20接收了购买委托，并将交易的结束、反映在区块链40上(步骤S71)。中介服务器20接收到已被放入区块链40的确认(步骤S72)，并将交易结束返回到买方终端10(步骤S73)。

图15是表示虚拟货币(比特币)的卖方付款方法的流程图，并且与图8、图11相对应。这次在中介和卖方之间进行清算处理。首先，卖方终端30向中介服务器20发送付款委托的请求(步骤S74)。

中介服务器20向区块链40发送付款委托的请求(步骤S75)。付款委托的请求是从中介地址发送到卖方地址。这是由于中介先从买方那里代收了用于购买的货款。

在向区块链40发出付款委托之后，中介服务器20向区块链40发送参考请求(步骤S76)，并确认中介所持有的商品货款已被放入区块链40中(步骤S77)。在确认后，中介服务器20向卖方终端30发送付款完成通知(步骤S78)。

如上所述，可以通过将中介网页110引入卖方网页100中，并且通过虚拟货币(比特币)进行交易，由此，即使不用按每个卖方网页100分别进行准备，也能够用中介网页110一并处理。由于买方实际上访问了中介网页110，所以在此处进行认证，允许获取余额信息，并获取了余额信息。由于所获取的余额信息被反映在中介网页110上，所以买方在浏览了卖方网页100的状态下，能够继续执行购买处理。

以上利用实施例对本发明进行了说明，但本发明的技术范围并不限于上述实施例所记载的范围。在上述实施例中能够增加各种变更或改良，这对本领域技术人员来说是显而易见的。从权利要求书的记载中可以明确的是，这种增加了变更或改良的方式也可以被包含在本发明的技术范围内。

附图标记的说明

买方终端10；中介服务器20；卖方终端30；区块链40；卖方网页100；中介网页110；认证部120；获取部130；反映部140；注册部200；指令获取部210；结算部220；汇款部230