CN114207644A - 贸易结算系统、贸易结算方法和贸易结算程序 - Google Patents
贸易结算系统、贸易结算方法和贸易结算程序 Download PDFInfo
- Publication number
- CN114207644A CN114207644A CN201980099202.7A CN201980099202A CN114207644A CN 114207644 A CN114207644 A CN 114207644A CN 201980099202 A CN201980099202 A CN 201980099202A CN 114207644 A CN114207644 A CN 114207644A
- Authority
- CN
- China
- Prior art keywords
- node
- settlement
- trade
- shipper
- processing unit
- 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
- 238000000034 method Methods 0.000 title claims abstract description 88
- 238000012545 processing Methods 0.000 claims abstract description 188
- 230000008859 change Effects 0.000 claims abstract description 52
- 238000012546 transfer Methods 0.000 claims abstract description 21
- 230000008569 process Effects 0.000 claims description 76
- 238000010586 diagram Methods 0.000 description 36
- 238000004891 communication Methods 0.000 description 13
- 238000012384 transportation and delivery Methods 0.000 description 9
- 238000007726 management method Methods 0.000 description 6
- 230000000694 effects Effects 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004075 alteration Effects 0.000 description 2
- 239000000470 constituent Substances 0.000 description 2
- 238000012217 deletion Methods 0.000 description 2
- 230000037430 deletion Effects 0.000 description 2
- 238000005401 electroluminescence Methods 0.000 description 2
- 230000008901 benefit Effects 0.000 description 1
- 238000013523 data management Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000000605 extraction Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 239000007787 solid 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/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
- G06Q20/0655—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash e-cash managed centrally
-
- 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
-
- 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
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/083—Shipping
-
- 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/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/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
- G06Q20/102—Bill distribution or payments
-
- 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
-
- 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
- G06Q2220/00—Business processing using cryptography
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Finance (AREA)
- Economics (AREA)
- Development Economics (AREA)
- Marketing (AREA)
- Entrepreneurship & Innovation (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Human Resources & Organizations (AREA)
- Technology Law (AREA)
- Computer Security & Cryptography (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明提供一种技术,在买卖当事人彼此远离的贸易交易中,保证贸易交易中的债务的同时履行,以避免因债务没有被同时履行而使买卖当事人承担由对方不履行债务而产生的风险。本发明提供使用了一个以上的计算机的贸易结算系统,其中各个计算机包括:关于包含关于伴随通过贸易进行买卖的物品的所有权转移归属方的从合同当事人的一方向另一方进行的名义变更、和关于该买卖涉及的等价报酬利用规定的电子化货币进行的结算这两个债务的双务合同,通过区块链中的智能合约进行结算的结算处理部;和在结算成功了的情况下通过区块链中的智能合约对名义变更进行处理的处理部。
Description
技术领域
本发明涉及贸易结算系统、贸易结算方法和贸易结算程序。
背景技术
专利文献1中记载了“当接收到信用证发放指示时,设定交易码,在贸易交易DB中存储记录,发送包含交易码的信用证发放委托。贸易交易服务器接收到该委托时,设定交易银行管理码,与委托中包含的交易码一起包含在信用证发放通知中发送出。当接收到信用证发放通知时,在包含通知中包含的交易码的贸易交易DB的记录中,存储通知中包含的交易银行管理码。贸易交易服务器在产生提单数据时,附加交易银行管理码后发送出去。当接收到提单数据时,与包含提单数据中包含的交易银行管理码的贸易交易DB的记录相关联地,在提单DB中存储记录。”的技术。
先行技术文献
专利文献
专利文献1:日本特开2011-96060号公报
发明内容
发明要解决的技术课题
上述技术虽然能够进行关于贸易交易的数据管理,但是不能保证债务的同时履行。
本发明的目的是提供一种技术,在买卖当事人彼此远离的贸易交易中,保证贸易交易中的债务的同时履行,以避免因债务没有被同时履行而使买卖当事人承担由对方不履行债务而产生的风险。
用于解决技术课题的方法
本申请包含多个解决上述课题的至少一部分的方案,举出其例子,如下所述。本发明的一个方式的贸易结算系统,使用一个以上的计算机,所述贸易结算系统的特征在于:各个所述计算机包括:关于包含伴随通过贸易进行买卖的物品的所有权转移的从合同当事人的一方向另一方进行的名义变更、和关于该买卖涉及的等价报酬利用规定的电子化货币进行的结算这两个债务的双务合同,通过区块链中的智能合约进行所述结算的结算处理部;和在所述结算成功了的情况下通过区块链中的智能合约对所述名义变更进行处理的处理部。
上述的贸易结算系统的特征也可以是,所述名义变更的处理至少是对包含关于所述物品的提单的规定的运输单据的所有者的名义进行变更的处理。
上述的贸易结算系统的特征也可以是,所述规定的运输单据构成为区块链数据。
上述的贸易结算系统的特征也可以是,所述结算包括按照贸易条件在多个相关人员之间利用电子货币进行的支付。
上述的贸易结算系统的特征也可以是,所述结算包括:按照所述贸易条件利用电子货币对承运人支付所述贸易的运费的处理。
上述的贸易结算系统的特征也可以是,所述结算包括:按照所述贸易条件利用电子货币对承保人支付关于所述贸易的货物海上保险费的处理。
上述的贸易结算系统的特征也可以是,所述结算包括利用虚拟货币进行的支付。
上述的贸易结算系统的特征也可以是,成为所述贸易的托运人的节点的托运人节点、成为所述贸易的收货人的节点的收货人节点和成为所述贸易的承运人的节点的承运人节点中的各个节点由一个以上的所述计算机构成,所述收货人节点的所述结算处理部,通过将所述物品的买卖涉及的等价报酬汇款到所述托运人节点的所述结算处理部来进行结算,所述承运人节点的所述处理部,通过将包括关于所述通过贸易进行买卖的物品的提单在内的规定的运输单据的名义从所述托运人变更至所述收货人来对名义变更进行处理。
上述的贸易结算系统的特征也可以是,成为所述贸易的托运人的节点的托运人节点、成为所述贸易的收货人的节点的收货人节点和成为所述贸易的承运人的节点的承运人节点中的各个节点由一个以上的所述计算机构成,所述收货人节点的所述结算处理部,通过将所述物品的买卖涉及的等价报酬汇款到所述托运人节点的所述结算处理部来进行结算,所述托运人节点的所述结算处理部,通过将所述贸易的运费汇款到所述承运人节点的所述结算处理部来进行结算,所述承运人节点的所述处理部,通过将包括关于所述通过贸易进行买卖的物品的提单在内的规定的运输单据的名义从所述托运人变更至所述收货人来对名义变更进行处理。
上述的贸易结算系统的特征也可以是,成为所述贸易的托运人的节点的托运人节点、成为所述贸易的收货人的节点的收货人节点和成为所述贸易的承运人的节点的承运人节点中的各个节点由一个以上的所述计算机构成,所述收货人节点的所述结算处理部,通过将所述物品的买卖涉及的等价报酬汇款到所述托运人节点的所述结算处理部来进行结算,并通过将所述贸易的运费汇款到所述承运人节点的所述结算处理部来进行结算,所述承运人节点的所述处理部,通过将包括关于所述通过贸易进行买卖的物品的提单在内的规定的运输单据的名义从所述托运人变更至所述收货人来对名义变更进行处理。
上述的贸易结算系统的特征也可以是,成为所述贸易的承保人的节点的承保人节点由一个以上的所述计算机构成,所述托运人节点的所述结算处理部,通过将所述贸易的运费汇款到所述承运人节点的所述结算处理部、并且将所述贸易的货物海上保险费汇款到所述承保人节点的所述结算处理部来进行结算。
上述的贸易结算系统的特征也可以是,成为所述贸易的承保人的节点的承保人节点由一个以上的所述计算机构成,所述收货人节点的所述结算处理部,通过将所述物品的买卖涉及的等价报酬汇款到所述托运人节点的所述结算处理部、并将所述贸易的货物海上保险费汇款到所述承保人节点的所述结算处理部来进行结算。
上述的贸易结算系统的特征也可以是,成为所述贸易的承保人的节点的承保人节点由一个以上的所述计算机构成,所述收货人节点的所述结算处理部,通过将所述物品的买卖涉及的等价报酬汇款到所述托运人节点的所述结算处理部来进行结算,通过将所述贸易的运费汇款到所述承运人节点的所述结算处理部来进行结算,通过将所述贸易的货物海上保险费汇款到所述承保人节点的所述结算处理部来进行结算。
本发明的另一方式的贸易结算方法,是使用了一个以上的计算机的贸易结算方法,其特征在于:各个所述计算机实施下述步骤:关于包含伴随通过贸易进行买卖的物品的所有权转移的从合同当事人的一方向另一方进行的名义变更、和关于该买卖涉及的等价报酬利用规定的电子化货币进行的结算这两个债务的双务合同,通过区块链中的智能合约进行所述结算的结算处理步骤;和在所述结算成功了的情况下通过区块链中的智能合约对所述名义变更进行处理的处理步骤。
本发明的另一方式的贸易结算程序是使用了一个以上的计算机的贸易结算程序,其特征在于:使各个所述计算机实施如下步骤:关于包含伴随通过贸易进行买卖的物品的所有权转移的从合同当事人的一方向另一方进行的名义变更、和关于该买卖涉及的等价报酬利用规定的电子化货币进行的结算这两个债务的双务合同,通过区块链中的智能合约进行所述结算的结算处理步骤;和在所述结算成功了的情况下通过区块链中的智能合约对所述名义变更进行处理的处理步骤。
发明效果
依照本发明,能够提供一种技术,在买卖当事人彼此远离的贸易交易中,保证贸易交易中的债务的同时履行,以避免因债务没有被同时履行而使买卖当事人承担由对方不履行债务而产生的风险。
上述以外的课题、结构和效果通过以下的实施方式的说明而变得明确。
附图说明
图1是表示实施方式的贸易结算的结构的例子的结构图。
图2是表示实施方式的贸易结算系统的例子的结构图。
图3是表示分布式台帐节点的构成例的图。
图4是表示发货单的数据结构例的图。
图5是表示提单的数据结构例的图。
图6是表示保险单请求的数据结构例的图。
图7是表示保险单的数据结构例的图。
图8是表示分布式台帐节点的硬件结构例的图。
图9是表示贸易结算系统的详细的构成例的图。
图10是表示发货单创建认可处理的流程的例子的图。
图11是表示提单创建认可处理的流程的例子的图。
图12是表示保险单创建认可处理的流程的例子的图。
图13是表示CIF的结算处理的流程的例子的图。
图14是表示CFR的结算处理的流程的例子的图。
图15是表示FOB的结算处理的流程的例子的图。
图16是表示名义变更处理的流程的例子的图。
图17是表示收货人画面的例子的图。
图18是表示托运人画面的例子的图。
具体实施方式
以下,参照附图对应用了本发明的一个实施方式的贸易结算系统1进行说明。在以下的实施方式中,为了便于说明,在需要时分为多个部分或实施方式进行说明,除了特别明示的情况以外,他们彼此之间不是无关系的,一者为另一者的一部分或全部的变形例、具体方式、补充说明等的关系。
在以下的实施方式中,在言及要素的数量等(包括个数、数值、量、范围等)的情况下,除了特别明示的情况以及在原理上明显限定为特定数的情况等之外,不限定为该特定数,可以为特定数以上,也可以为特定数以下。
进而,在以下的实施方式中,其构成要素(还包括要素步骤等),除了特别明示的情况和在原理上认为明显是不可缺少的情况等之外,不用说,并不一定是不可缺少的。
同样,在以下的实施方式中,在言及构成要素等的形状、位置关系等时,除了特别明示的情况下和在原理上认为明显不是这样的情况等之外,包括实质上与其形状等相似或类似的情况。这与上述数值、范围也是同样的。
在用于说明实施方式的所以附图中,对于同一部件原则上赋予同一附图标记,省略其重复说明。
首先,以下对贸易交易中现有技术的信用证交易的结构的概要进行说明。作为进口商的收货人3与作为出口商的托运人2签订买卖合同,收货人3经由银行创建信用证并交给托运人2。托运人2按照合同条件将作为物品的商品装船运输。作为运输公司的承运人5以货物为交换,对托运人2发放提单(B/L:Bill of Lading)。托运人2添加上信用证、运输单据(提单、发货单(invoice)、货物海上保险单等),对交易银行委托购买跟单汇票(自领取汇票)。托运人2在此回收商品货款。答应了跟单汇票的购买委托的交易银行,对发放了信用证的收货人的交易银行发送跟单汇票和运输单据。收货人3的交易银行接收跟单汇票和运输单据等,向托运人2的交易银行支付货款。然后,收货人3的交易银行要求收货人3接受跟单汇票。收货人3接受跟单汇票,并且领取提单。收货人3从承运人5用提单来交换地领取商品。
图1是表示实施方式的贸易结算的结构的例子的结构图。通过使用本实施方式的贸易结算系统1,是经由贸易结算平台4,实现保证托运人2、收货人3、承运人5、承保人6之间的双务合同的债务同时履行的结构。主要是,将表示运输单据数据上的所有权的归属方的所有者从合同当事人的托运人2名义变更为收货人3,商品货款在账号间从收货人3移动到托运人2。此外,给承运人5的运费、给承保人6的货物海上保险费也同样地经由贸易结算平台4进行支付手续。
能够说,现有的信用证交易,并不一定能够同时履行与这些物品关联的资金的移动和运输单据的归属方的移动,以银行的信用为后盾来弥补不履行债务的风险。
依照本实施方式的贸易结算的结构,能够保证在贸易交易中同时履行债务。下面使用图2以后的附图,利用具体例子来对用于实现该结构的具体的手段进行说明。
图2是表示实施方式的贸易结算系统的例子的结构图。贸易结算平台4通过分布式台帐网络(所谓的区块链)而实现。因此,贸易结算平台4是由被称为分布式台帐节点100的一个以上的计算机结合而形成的分布式处理环境。贸易结算平台4,经由LAN(Local AreaNetwork:局域网)、WAN(Wide Area Network:广域网)、国际互联网、移动电话网等、或将他们复合在一起的通信网、即网络50,以可与操作终端200通信的方式与该操作终端200连接。
其中,网络50也可以是移动电話通信网等无线通信网上的VPN(Virtual PrivateNetwork:虚拟专用网)等。
操作终端200是托运人2、收货人3、承运人5、承保人6的各使用者使用的终端。操作终端200是要是各使用者的智能手机、个人计算机、平板装置等能够经浏览器软件、应用软件与贸易结算平台4连接的装置即可。分布式台帐节点100也只要是智能手机、个人计算机、平板装置等能够经由浏览器软件、应用软件构成贸易结算平台4的装置即可。
区块链是通过将交易的数据等一套管理数据作为被称为“区块”的数据对待,将区块如锁链(chain)那样与以前的数据连结(以使得具有用于参照区块的哈希值等而能够与区块的前后相连的方式使其关联),从而在分布式环境中保管数据的技术。通过利用区块链,能够将区块链上的过去的数据的执行历史全部记录并公开,具有通过使参加的节点增加,能够构建处理能力的限度变高的灵活的系统的优点。
在贸易结算平台4中,以区块链为基础,通过智能合约来实现结算、名义变更的处理。通过作为区块链上的程序执行智能合约,能够保证不会被篡改,能够迅速且可靠地进行处理。
即,托运人2、收货人3、承运人5、承保人6的各使用者,通过经由各自的操作终端200在贸易结算平台4上进行运输单据的创建、名义变更(伴随所有权转移而进行的归属方的变更)或资金移动的手续,在贸易交易中能够同时履行关于双务合同的债务。
此时,关于资金移动,通过使得能够使用电子钱包的虚拟货币账号,能够简单地进行处理。为了实现基于该电子钱包的资金移动,在贸易结算系统1中,从贸易结算平台4向货币结算平台450进行协作。其中,货币结算平台450,不限于虚拟货币,也可以是对电子化货币(是具有与货币大致同样的交换价值且电子化了的货币)的结算进行处理的形式。电子化货币例如包括美元、欧元等各国政府等保证信用的将现实的现货货币电子化而得到的电子货币、私人企业等提供的电子钱等、有价证券、将不动产等电子化了的形式、以及其他与此相似的具有货币的交换价值的形式。虽然虚拟货币是电子化货币,但是考虑其特性,在本实施方式中,认为虚拟货币为电子货币的一部分。但是,不限于此,虚拟货币能够说是能够以电子的方式对待的具有货币的交换价值的形式,考虑到投机性的方面,还具有与将有价证券、不动产等电子化了的形式相似的性质,在结算便利性的方面,还能够认为具有电子钱的性质。
货币结算平台450,例如通过分布式台帐网络(所谓的区块链)实现。因此,货币结算平台450是由被称为电子钱包节点400的一个以上的计算机结合而形成的分布式处理环境。并且,货币结算平台450经由网络50以能够与贸易结算平台4通信的方式与贸易结算平台4连接。
图3是表示分布式台帐节点的构成例的图。分布式台帐节点100包括存储部110、控制部130和通信部160。存储部110中包括智能合约存储部111和节点任务信息存储部116。智能合约存储部111中作为区块链数据包含发货单112、提单113、保险单请求114和保险单115。
图4是表示发货单的数据结构例的图。例如,发货单112中包含发货单码112A、发货单状态112B、所有者名112C、托运人名112D、收货人名112E、出口港112F、进口港112G、国际贸易术语解释通则112H、支付货币名112J、平台货币名112K、商品名112L、商品分类112M、商品单价112N、商品数112P、发货单创建日期时刻112Q、发货单创建者的电子签名112R、发货单更新日期时刻112S和发货单更新者的电子签名112T。
发货单(Invoice)中,发货单状态112B是哈希化了的表示“已认可”、“未认可”等的意思的字符串,是用于通过每次对发货单的数据施加变更时改写为其他字符串,防止从由以前的状态表示的状态进行更新而防止双重交易的控制信息。所有者名112C是确定该发货单的所有者的名义的信息,是在债务同时履行时从托运人2改写为收货人3的项目。国际贸易术语解释通则112H是确定贸易条件的信息。其他项目也是通常构成发货单的数据项目。
图5是表示提单的数据结构例的图。例如,提单113中包含提单码113A、提单状态113B、所有者名113C、对象发货单码113D、托运人名113E、收货人名113F、运输业者名113G、出口单位113H、出口目的地113J、支付货币名113K、商品名113L、货运价格113M、提单创建日期时刻113N、提单创建者的电子签名113P、提单更新日期时刻113Q和提单更新者的电子签名113R。
提单(B/L)中,提单状态113B是哈希化了的表示“已认可”、“未认可”等的意思的字符串,是用于通过每次对提单的数据施加变更时改写为其他字符串,防止从由以前的状态表示的状态进行更新而防止双重交易的控制信息。所有者名113C是确定该提单的所有者的名义的信息,是在债务同时履行时从托运人2改写为收货人3的项目。通常,提单(B/L)具有贸易交易上的物权的效力,记载在该所有者名113C中的所有者能够说是货物的所有者。运输业者名113G是确定承运人5的信息。货运价格113M是作为承运人5配送货物的等价报酬的运费。其他项目也是通常构成提单的数据项目。
图6是表示保险单请求的数据结构例的图。所谓保险单请求,是用于保险的申请的数据。例如,保险单请求114中包含保险单请求码114A、保险单请求状态114B、保险单请求者名114C、被保险者名114D、承保人名114E、顾问名114F、对象发货单码114G、对象提单码114H、保险单请求创建日期时刻114J、保险单请求创建者的电子签名114K、保险单请求更新日期时刻114L和保险单请求更新者的电子签名114M。
保险单请求中,保险单请求状态114B是哈希化了的字符串,是用于通过每次对保险单请求的数据施加变更时改写为其他字符串,防止从由以前的状态表示的状态进行更新而防止双重交易的控制信息。保险单请求者名114C是确定保险单的申请者的名义的信息。被保险者名114D通常是确定保险金的受领人的信息。
图7是表示保险单的数据结构例的图。保险单是所申请的保险被接受而成立时发放的单据。例如,保险单115中包含保险单码115A、保险单状态115B、所有者名115C、对象保险单请求码115D、赔偿额115E、保险费115F、保险单创建日期时刻115G、保险单创建者的电子签名115H、保险单更新日期时刻115J和保险单更新者的电子签名115K。
保险单中,保险单状态115B是哈希化了的表示“已认可”、“未认可”等的意思的字符串,是用于通过每次对保险单的数据施加变更时改写为其他字符串,防止从由以前的状态表示的状态进行更新而防止双重交易的控制信息。所有者名115C是确定保险金的受领人的信息,是在债务同时履行时从托运人2改写为收货人3的项目。
返回至图1的说明。节点任务信息存储部116中保存用于区分分布式台帐节点100承担的任务的信息。分布式台帐节点100流动或固定地承担贸易结算平台4的一部分的任务。因此,分布式台帐节点100存在暂时承担托运人2的节点、收货人3的节点、承运人5的节点、承保人6的节点中的任一个节点的可能性。
控制部130包括发货单处理部131、提单处理部132、保险单处理部133、结算处理部134和输出信息生成部135。发货单处理部131、提单处理部132、和保险单处理部133,分别通过处理器载入设置在发货单、提单、保险单的区块链上的智能合约码而实现。
发货单处理部131是与发货单的区块链相关的智能合约。具体而言,发货单处理部131进行发货单的创建、认可、名义变更等的变更、删除。
提单处理部132是与提单的区块链相关的智能合约。具体而言,提单处理部132进行提单的创建、认可、名义变更等的变更、删除。
保险单处理部133是与保险单的区块链相关的智能合约。具体而言,保险单处理部133进行保险单的创建、认可、名义变更等的变更、删除。
结算处理部134对智能合约码提供进行结算处理的API(ApplicationProgramming Interface:应用程序编程接口)。当该API被调用时,结算处理部134将所调用的与结算处理相当的处理移交到货币结算平台450。例如,结算处理部134对货币结算平台450指示在所指定的电子钱包节点间指定的金额的资金移动。该资金是货币结算平台450能够处理的货币即可,例如可以是虚拟货币的任意种,或实际的货币。
输出信息生成部135关于发货单处理部131、提单处理部132、保险单处理部133各自的处理的指示和结果,生成在画面上显示的信息。具体而言,输出信息生成部135生成指示发货单的生成的按钮、受理发货单的数据项目的输入的区域、或显示所生成的发货单的区域的显示信息。除了发货单以外,对于提单、保险单,输出信息生成部135也同样生成在画面上显示的信息。
通信部160经由网络50与其他装置之间进行通信。该通信能够采用基于TCP/IP协议的包通信,但是并不限定于此。
图8是表示分布式台帐节点的硬件结构例的图。分布式台帐节点100具有由所谓的服务器装置、工作站、个人计算机、智能手机或平板终端的箱体实现的硬件结构。分布式台帐节点100具有运算装置101、主存储装置102、辅助存储装置103、输入装置104、显示装置105、通信装置106和连接各装置的总线107。
运算装置101例如是CPU(Central Processing Unit)等运算装置。
主存储装置102例如是RAM(Random Access Memory)等存储器装置。
辅助存储装置103是能够存储数字信息的、所谓的硬盘(Hard Disk Drive)、SSD(Solid State Drive:固态硬盘)或闪存存储器等非易失性存储装置。
输入装置104是键盘、鼠标触摸面板、麦克风中的任一个或多个接受输入的装置。显示装置105是有机EL(Electro-Luminescence)显示器等各种输出装置中的任一个或进行多个显示的装置。
通信装置106是经由网络与其他装置进行通信的网络接口卡(NIC)、经由HDMI线缆与其他装置进行通信的板等、或经由无线网络通过无线与其他装置进行通信的天线装置、通过一对一的无线通信与其他装置进行通信的通信模块等。
上述的分布式台帐节点100的发货单处理部131、提单处理部132、保险单处理部133、结算处理部134和输出信息生成部135,通过使运算装置101进行处理的程序(智能合约)而实现。该程序通过区块链的结构经由网络从其他装置被发送,存储在主存储装置102、辅助存储装置103内,在执行时安装在主存储装置102上由运算装置101执行。
分布式台帐节点100的存储部110由主存储装置102和辅助存储装置103实现。通信部160由通信装置106实现。以上是分布式台帐节点100的硬件结构例。
分布式台帐节点100的构成,还能够按照处理内容进一步分类为大量的构成要素。此外,1个构成要素还能够进一步以执行大量的处理的方式分类。
各控制部(发货单处理部131、提单处理部132、保险单处理部133、结算处理部134、输出信息生成部135)可以由实现各自的功能的专用的硬件(ASIC、GPU等)构成。各控制部的处理可以由一个硬件执行,也可以由多个硬件执行。分布式台帐节点100并不一定始终需要具有各控制部,可以暂时具有所有控制部或一部分的控制部,只要能够构成区块链和智能合约的一部分即可。
关于操作终端200、电子钱包节点400,也基本上具有与分布式台帐节点同样的硬件结构。
图9是表示贸易结算系统的详细构成例的图。贸易结算平台4和货币结算平台450以经接口可通信的方式与网络及API服务器连接。即,从贸易结算平台4经由API的调用连接至货币结算平台450。在API服务器中,提供API,按照调出的接口的种类和参数,控制必要的电子钱包节点400间的资金移动。
电子钱包节点400中包括:对托运人的电子钱包进行处理的托运人节点400B;对收货人的电子钱包进行处理的收货人节点400A;对承运人的电子钱包进行处理的承运人节点400C;对承保人的电子钱包进行处理的承保人节点400E和对网络操作员的电子钱包进行处理的网络操作员节点400D。各电子钱包节点由一个以上的计算机构成,进行构成的计算机可以被动态地变更钱包。
分布式台帐节点100中包括对托运人的区块链和智能合约进行处理的托运人节点100B;对收货人的区块链和智能合约进行处理的收货人节点100A;对承运人的区块链和智能合约进行处理的承运人节点100C;对承保人的区块链和智能合约进行处理的承保人节点100E;和对顾问的区块链和智能合约进行处理的顾问节点100D。各分布式台帐节点由一个以上的计算机构成,进行构成的计算机可以被动态地变更任务。每次,分布式台帐节点100的节点任务信息存储部116上都会被写入所被分配的任务,该分布式台帐节点作为该任务的节点工作。
操作终端200中包括:对托运人的输入输出进行处理的托运人操作终端200B;对收货人的输入输出进行处理的收货人操作终端200A;对承运人的输入输出进行处理的承运人操作终端200C;对承保人的输入输出进行处理的承保人操作终端200E;和对顾问的输入输出进行处理的顾问操作终端200D。
接着,对本实施方式的贸易结算系统1的动作进行说明。
图10是表示发货单创建认可处理的流程的例子的图。发货单创建认可处理在开始贸易交易时,托运人使其开始。
首先,从托运人操作终端200B向托运人节点100B发送发货单创建请求和发货单的项目数据(步骤S001)。具体而言,托运人操作终端200B从托运人2接收发货单的各项目的数据的输入,向托运人节点100B发送。
在托运人节点100B中,创建发货单智能合约(步骤S002)。具体而言,在托运人节点100B中,发货单处理部131生成发货单的区块链。
然后,托运人节点100B的发货单处理部131将发货单状态告知收货人节点100A,共享发货单智能合约(步骤S003)。
然后,从托运人节点100B将发货单智能合约创建结果与发货单数据一起通知给托运人操作终端200B(步骤S004)。
然后,收货人节点100A将发货单智能合约共享与发货单数据一起通知给收货人操作终端200A(步骤S005)。
以上是发货单创建的阶段。通过发货单创建,生成发货单的区块链即智能合约,托运人操作终端200B和收货人操作终端200A得到发货单数据。
之后,收货人对收货人操作终端200A进行操作,将发货单的认可请求与发货单码及发货单状态一起发送给收货人节点100A(步骤S006)。
然后,收货人节点100A的发货单处理部131进行发货单智能合约的认可(步骤S007)。该认可处理通过通常的区块链的共识算法进行。
然后,收货人节点100A对托运人操作终端200B和收货人操作终端200A发送发货单数据,通知发货单智能合约的认可结果(步骤S008)。
以上是发货单认可的阶段。通过发货单认可,发货单的区块链即智能合约被认可,被认可的发货单数据被发送给托运人操作终端200B和收货人操作终端200A。
图11是表示提单创建认可处理的流程的例子的图。图11的提单创建认可处理表示,表示贸易的交易条件的国际贸易术语解释通则是CIF(Cost Insurance and Freight:运费和保险费成本)或CFR(Cost and Freight:成本加货运费)的情况,得到了发货单的认可的托运人使其开始。在国际贸易术语解释通则为FOB(Free on Board:离岸价格)的情况下,托运人操作终端200B替换成收货人操作终端200A、托运人节点100B替换成收货人节点100A即可。
首先,从托运人操作终端200B,作为发货单共享请求,将发货单码、承运人码发送给托运人节点100B(步骤S101)。具体而言,托运人操作终端200B从托运人2接收发货单码、和所选择的承运人的承运人码的输入,发送给托运人节点100B。
在托运人节点100B中,与承运人共享发货单智能合约(步骤S102)。具体而言,在托运人节点100B,发货单处理部131将发货单码发送给承运人节点100C。
然后,承运人节点100C通过将发货单数据发送给承运人操作终端200C而进行发货单智能合约共享通知(步骤S103)。
通过从该步骤S101至步骤S103的处理,承运人操作终端200C能够获得发货单数据。
之后,承运人5从承运人操作终端200C将提单创建请求和提单的项目数据发送给承运人节点100C(步骤S104)。具体而言,承运人操作终端200C从承运人5接受提单的各项目的数据的输入,将其发送给承运人节点100C。
在承运人节点100C中,创建提单智能合约(步骤S105)。具体而言,在承运人节点100C中,提单处理部132生成提单的区块链。
然后,承运人节点100C的提单处理部132将提单状态告知托运人节点100B,使得能够共享提单智能合约(步骤S106)。
然后,从承运人节点100C将提单智能合约创建结果与提单数据一起通知承运人操作终端200C(步骤S107)。
然后,托运人节点100B将提单智能合约共享与提单数据一起通知托运人操作终端200B(步骤S108)。
以上是提单创建的阶段。通过提单创建,能够生成提单的区块链即智能合约,托运人操作终端200B和承运人操作终端200C得到提单数据。
之后,承运人5对承运人操作终端200C进行操作,将提单的认可请求与提单码及提单状态一起发送给承运人节点100C(步骤S109)。
然后,承运人节点100C的提单处理部132进行提单智能合约的认可(步骤S110)。该认可处理通过通常的区块链的共识算法进行。
然后,承运人节点100C的提单处理部132将提单状态告知收货人节点100A,使得能够共享提单智能合约(步骤S111)。
然后,承运人节点100C的提单处理部132对托运人操作终端200B及承运人操作终端200C发送提单数据,通知提单智能合约的认可结果(步骤S112)。
以上是提单认可的阶段。通过提单认可,提单的区块链即智能合约被认可,认可了的提单数据被发送给托运人操作终端200B和承运人操作终端200C。
图12是表示保险单创建认可处理的流程的例子的图。图12的保险单创建认可处理表示,表示贸易的交易条件的国际贸易术语解释通则为CIF的情况,得到了发货单的认可和提单的认可的托运人使其开始。在国际贸易术语解释通则为CFR和FOB的情况下,托运人操作终端200B替换成收货人操作终端200A、托运人节点100B替换成收货人节点100A即可。
首先,从托运人操作终端200B,作为保险单创建请求,将发货单码、提单码、顾问码和承保人码发送给托运人节点100B(步骤S201)。具体而言,托运人操作终端200B从托运人2接受发货单码、提单码、所选定的顾问的顾问码、和所选定的承保人的承保人码的输入,将其发送给托运人节点100B。其中,顾问承担保险申请的中介的任务。
在托运人节点100B中,创建保险单创建请求智能合约(步骤S202)。具体而言,在托运人节点100B,保险单处理部133生成保险单创建请求的区块链。
然后,托运人节点100B的保险单处理部133将保险单请求状态告知用顾问码确定的顾问节点100D,使得能够共享保险单请求智能合约(步骤S203)。
顾问节点100D的保险单处理部133,将保险单请求状态告知用承保人码确定的承保人6的承保人节点100E,使得能够共享保险单请求智能合约(步骤S204)。
承保人节点100E的保险单处理部133创建保险单智能合约(步骤S205)。具体而言,在承保人节点100E,保险单处理部133生成保险单的区块链。
然后,承保人节点100E的保险单处理部133将保险单状态告知顾问节点100D,使得能够共享保险单智能合约(步骤S206)。
然后,顾问节点100D的保险单处理部133将保险单状态告知托运人节点100B,使得能够共享保险单智能合约(步骤S207)。
以上是保险单创建的阶段。通过保险单创建,能够生成保险单的区块链即智能合约,托运人节点100B和顾问节点100D能够获得保险单数据。
之后,承保人6对承保人操作终端200E进行操作,将保险单的认可请求与保险单码、保险单状态一起发送给承保人节点100E(步骤S208)。
然后,承保人节点100E的保险单处理部133将保险单状态告知用顾问码确定的顾问节点100D,使得能够共享保险单认可请求(步骤S209)。
然后,顾问节点100D的保险单处理部133进行保险单智能合约的认可(步骤S210)。该认可处理通过通常的区块链的共识算法进行。
然后,顾问节点100D的保险单处理部133,对托运人节点100B和承保人节点100E发送保险单数据,通知保险单智能合约的认可结果(步骤S211)。
然后,托运人节点100B的保险单处理部133对托运人操作终端200B发送保险单数据,通知保险单智能合约的认可结果(步骤S212)。
以上是保险单认可的阶段。通过保险单认可,保险单的区块链即智能合约被认可,认可了的保险单数据被发送给托运人操作终端200B、顾问节点100D和承保人节点100E。
通过上述的发货单创建认可处理、提单创建认可处理、保险单创建认可处理,能够说将发货单、提单和保险单保存在了区块链上。通过使用该区块链和智能合约,能够进行保证债务的同时履行的结算处理和名义变更处理。下面,对基于每个贸易条件的虚拟货币的结算处理、名义变更处理的流程进行说明。
图13是表示CIF的结算处理的流程的例子的图。结算处理在至少发货单、提单被创建、认可了的状态下开始。保险单的创建、认可的需要与否,按每个交易,根据具体情况处理,在本流程的例子中说明进行保险加入的交易例,但是这并不是必需的。在用贸易条件的国际贸易术语解释通则“CIF”表示的条件中,收货人将商品货款和运费及保险费一并支付给托运人,运费和货物海上保险费由托运人分别支付给承运人5和承保人6。
首先,托运人节点100B对收货人节点100A进行支付处理开始请求(步骤S301)。具体而言,托运人节点100B的结算处理部134,将至少包括汇款人地址(用于确定钱包的信息)、收款人地址、汇款目的、汇款额的汇款信息发送给收货人节点100A。这些汇款信息,参照发货单的托运人、收货人、商品名、商品单价、商品数、提单的货运价格、保险单的保险费,由结算处理部134确定。但是,不限于此,也可以使用在托运人操作终端200B由托运人2输入的信息,或者参照规定的交易用的系统上或虚拟货币交易用的系统上的注册信息。
收货人节点100A的结算处理部134向收货人节点400A的电子钱包发送汇款信息,发送货款支付请求(步骤S302)。
然后,收货人节点400A从由汇款人地址指定的收货人的电子钱包,向由收款人地址指定的托运人的电子钱包汇出由汇款额指定的金额,进行货款支付结算余额更新(步骤S303)。然后,收货人节点400A将货款支付结果通知收货人节点100A(步骤S304)。具体而言,收货人节点400A将包括汇款状态码和交易码的汇款结果发送给收货人节点100A。
然后,收货人节点100A的结算处理部134将货款支付状态发送给托运人节点100B并共享(步骤S305)。
到此为止是结算处理中的商品货款(包含运费、保险费)的支付处理。通过该处理,图1所示的从收货人3付给托运人2的买卖等货款(货币)的债务被完成。
托运人节点100B对托运人节点400B进行运费支付请求(步骤S306)。具体而言,托运人节点100B的结算处理部134将至少包括汇款人地址、收款人地址、汇款目的、汇款额的汇款信息发送给托运人节点400B。这些汇款信息参照提单的托运人、收货人、货运价格由结算处理部134确定。但是,不限于此,也可以使用在托运人操作终端200B由托运人2输入的信息,或者参照规定的交易用的系统上或虚拟货币交易用的系统上的注册信息。
然后,托运人节点400B从由汇款人地址指定的托运人的电子钱包,向由收款人地址指定的承运人的电子钱包汇出由汇款额指定的金额进行运费支付结算余额更新(步骤S307)。托运人节点400B将运费支付结果通知托运人节点100B(步骤S308)。具体而言,托运人节点400B将包括汇款状态码和交易码的汇款结果发送给托运人节点100B。
到此为止是结算处理中的运费的支付处理。通过该处理,从托运人2付给承运人5的运费的债务被完成。
然后,托运人节点100B对托运人节点400B进行保险费支付请求(步骤S309)。具体而言,托运人节点100B的结算处理部134将至少包括汇款人地址、收款人地址、汇款目的、汇款额的汇款信息发送给托运人节点400B。这些汇款信息参照发货单的托运人、收货人、保险单的保险费由结算处理部134确定。但是,不限于此,也可以使用在托运人操作终端200B由托运人2输入的信息,或者参照规定的交易用的系统上或虚拟货币交易用的系统上的注册信息。
然后,托运人节点400B从由汇款人地址指定的托运人的电子钱包向由收款人地址指定的承保人的电子钱包汇出由汇款额指定的金额进行保险费支付结算余额更新(步骤S310)。然后,托运人节点400B将保险费支付结果通知托运人节点100B(步骤S311)。具体而言,托运人节点400B将包括汇款状态码和交易码的汇款结果发送给托运人节点100B。
到此为止是结算处理中的货物海上保险费的支付处理。通过该处理,图1所示的从托运人2付给承保人6的保险费的债务被完成。
然后,在图13所示的这些结算全部成功(完成)了的情况下,开始进行图16所示的名义变更处理。这些结算是不可分处理,在即使这些结算中只有一部分没有完成处理的情况下,该结算处理也会被全部作废。即,返回至结算处理开始前的状态。
图14是表示CFR的结算处理的流程的例子的图。结算处理在至少发货单、提单被创建、认可了的状态下开始。保险单的创建、认可的需要与否,按每个交易,根据具体情况处理,在本流程的例子中说明进行保险加入的交易例,但是这并不是必需的。在用贸易条件的国际贸易术语解释通则“CFR”表示的条件中,收货人将商品货款和运费一并支付给托运人,运费由托运人支付给承运人5,保险费由收货人支付给承保人6。因此,基本上为与CIF的情况下的结算处理同样的流程,但是保险费的支付的流程不同。因此,以下对保险费的支付处理(图13的步骤S309~步骤S311的处理)部分进行CFR的情况下的说明。
收货人节点100A对收货人节点400A进行保险费支付请求(步骤S309′)。具体而言,收货人节点100A的结算处理部134将至少包括汇款人地址、收款人地址、汇款目的、汇款额的汇款信息发送给收货人节点400A。这些汇款信息参照发货单的托运人、收货人、保险单的保险费由结算处理部134确定。但是,不限定于此,也可以使用在收货人操作终端200A由收货人3输入的信息,或者使用规定的交易用的系统上或虚拟货币交易用的系统上的注册信息。
然后,收货人节点400A从由汇款人地址指定的收货人的电子钱包向由收款人地址指定的承保人的电子钱包汇出由汇款额指定的金额,进行保险费支付结算余额更新(步骤S310′)。然后,收货人节点400A将保险费支付结果通知收货人节点100A(步骤S311′)。具体而言,收货人节点400A将包括汇款状态码和交易码的汇款结果发送给收货人节点100A。
到此为止是结算处理中的保险费的支付处理。通过该处理,图1所示的从收货人3付给承保人6的保险费的债务被完成。
然后,在图14所示的这些结算全部成功(完成)了的情况下,图16所示的名义变更处理被开始。这些结算是不可分处理,在即使这些结算中只有一部分没有完成处理的情况下,该结算处理也会被全部作废。即,返回至结算处理开始前的状态。
图15是表示FOB的结算处理的流程的例子的图。结算处理在至少发货单、提单被创建、认可了的状态下开始。保险单的创建、认可的需要与否,按每个交易,根据具体情况处理,在本流程的例子中说明进行保险加入的交易例,但是这并不是必需的。在由贸易条件的国际贸易术语解释通则“FOB”表示的条件中,收货人将商品货款支付给托运人,运费和货物海上保险费由收货人分别支付给承运人5和承保人6。因此,基本上为与CFR的情况下的结算处理同样的流程,但是运费的支付的流程不同。因此,以下对运费的支付处理(图14的步骤S306~步骤S308的处理)部分进行FOB的情况下的说明。
然后,收货人节点100A对收货人节点400A进行运费支付请求(步骤S306′)。具体而言,收货人节点100A的结算处理部134将至少包括汇款人地址、收款人地址、汇款目的、汇款额的汇款信息发送给收货人节点400A。这些汇款信息参照提单的托运人、收货人、货运价格由结算处理部134确定。但是,不限定于此,也可以使用在收货人操作终端200A由收货人3输入的信息,或者使用规定的交易用的系统上或虚拟货币交易用的系统上的注册信息。
收货人节点400A从由汇款人地址指定的收货人的电子钱包向由收款人地址指定的承运人的电子钱包汇出由汇款额指定的金额,进行运费支付结算余额更新(步骤S307′)。然后,收货人节点400A将运费支付结果通知收货人节点100A(步骤S308′)。具体而言,收货人节点400A将包括汇款状态码和交易码的汇款结果发送给收货人节点100A。
到此为止是结算处理中的运费的支付处理。通过该处理,从收货人3付给承运人5的运费的债务被完成。
然后,在这些结算全部成功(完成)了的情况下,图16所示的名义变更处理被开始。图15所示的这些结算是不可分处理,在即使这些结算中只有一部分处理没有完成的情况下,该结算处理也会被全部作废。即,返回至结算处理开始前的状态。
图16是表示名义变更处理的流程的例子的图。名义变更处理在图13~图15的任一个所示的每个贸易条件的结算处理成功(完成)了的情况下被开始。
首先,托运人节点100B的发货单处理部131将发货单智能合约的所有权更新为收货人3(步骤S312)。具体而言,发货单处理部131进行将发货单的所有者名112C从托运人2改性为收货人3的处理。
然后,托运人节点100B的发货单处理部131将所有权更新结果与收货人节点100A、承运人节点100C、承保人节点100E共享(步骤S313)。具体而言,托运人节点100B的发货单处理部131将发货单码和发货单状态发送至收货人节点100A、承运人节点100C、承保人节点100E的各个,由此共享更新结果。
到此为止是名义变更处理中的发货单的名义变更。通过该处理,关于从托运人2至收货人3的运输单据(发货单)的名义变更的债务被完成。
然后,承运人节点100C的提单处理部132将提单智能合约的所有权更新为收货人3(步骤S314)。具体而言,提单处理部132进行将提单的所有者名113C从托运人2改写为收货人3的处理。
然后,承运人节点100C的提单处理部132将所有权更新结果与托运人节点100B、收货人节点100A、承保人节点100E共享(步骤S315)。具体而言,承运人节点100C的提单处理部132将提单码和提单状态发送至托运人节点100B、收货人节点100A、承保人节点100E的各个,由此共享更新结果。
到此为止是名义变更处理中的提单的名义变更。通过该处理,关于从托运人2至收货人3的运输单据(提单)的名义变更的债务被完成。
然后,承保人节点100E的保险单处理部133将保险单智能合约的所有权更新为收货人3(步骤S316)。具体而言,保险单处理部133进行将保险单的所有者名115C从托运人2改写为收货人3的处理。
然后,承保人节点100E的保险单处理部133将所有权更新结果与托运人节点100B、收货人节点100A、承运人节点100C共享(步骤S317)。具体而言,承保人节点100E的保险单处理部133将保险单码和保险单状态发送给托运人节点100B、收货人节点100A、承运人节点100C的各个,由此共享更新结果。
到此为止是名义变更处理中的保险单的名义变更。通过该处理,关于从托运人2之收货人3的运输单据(保险单)的名义变更的债务被完成。
以上是名义变更处理的流程。图13~图15所示的结算处理和图16所示的名义变更处理是不可分处理,只有这些结算的处理和名义变更处理全部正常地成功(完成)了才会发挥效力,在即使只有一部分处理没有完成的情况下,该结算处理和名义变更处理也被全部作废。即,返回至结算处理和名义变更处理的开始前的状态。
图17是表示收货人画面的例子的图。收货人画面600是在收货人3登入到收货人节点100A的状态下表示的状态显示画面的例子。收货人画面600中,合同的一览601以一览表形式被显示,一览表的各合同中显示“合同类型”602、“合同参考”603、“合同状态”604和“文件所有者”605。
图18是表示托运人画面的例子的图。托运人画面700是托运人2登入到托运人节点100B的状态下表示的状态显示画面的例子。托运人画面700中包括保险合同的摘要栏701和托运人自身的电子钱包栏730。保险合同的摘要栏701中显示保险合同的项目及其值、保险费支付状态702和保险所有者703。电子钱包栏730中显示钱包的余额731、支付请求金额732和支付后的余额733。承保人6也基本上能够看到同样的画面。
其中,上述的发货单创建认可处理、提单创建认可处理、保险单创建认可处理、结算处理、名义变更处理的例子不限于此,例如也可以构成为能够应对其他贸易条件(EXW、FCA(承运人交货)、FAS(船边交货)、CPT(包括运输费)、CIP(包括运输费保险费)、DAF(边境交货)、DES(目的港船上交货)、DEQ(目的港码头交货)、DDU(未完税交货)、DDP(完税后交货)等)。
如以上的实施方式那样,依照贸易结算系统1,能够在贸易交易中保证债务的同时履行。
本发明不限制于上述的实施方式。上述的实施方式在本发明的技术思想的范围内能够进行各种变形。例如,在上述的实施方式中,分布式台帐节点100和电子钱包节点400由不同的计算机构成,但是不限于此。例如也可以由同一计算机构成。在这样的情况下,能够进行运算处理的效率化。因此,即使在规模大的平台也能够容易地实现硬件资源的灵活的应用。
上述的实施方式的技术的要素可以被单独应用,也可以被分为程序部件和硬件部件这样的多个部分而被应用。
以上,以实施方式为中心对本发明进行了说明。
附图标记的说明
1…贸易结算系统;2…托运人;3…收货人;4…贸易结算平台;5…承运人;6…承保人;50…网络;100…分布式台帐节点;110…存储部;111…智能合约存储部;112…发货单;113…提单;114…保险单请求;115…保险单;116…节点任务信息存储部;130…控制部;131…发货单处理部;132…提单处理部;133…保险单处理部;134…结算处理部;135…输出信息生成部;160…通信部;200…操作终端;400…电子钱包节点;450…货币结算平台。
Claims (15)
1.一种贸易结算系统,使用一个以上的计算机,所述贸易结算系统的特征在于:
各个所述计算机包括:
关于包含伴随通过贸易进行买卖的物品的所有权转移的从合同当事人的一方向另一方进行的名义变更、和关于该买卖涉及的等价报酬利用规定的电子化货币进行的结算这两个债务的双务合同,通过区块链中的智能合约进行所述结算的结算处理部;和
在所述结算成功了的情况下通过区块链中的智能合约对所述名义变更进行处理的处理部。
2.如权利要求1所述的贸易结算系统,其特征在于:
所述名义变更的处理至少是对包含关于所述物品的提单的规定的运输单据的所有者的名义进行变更的处理。
3.如权利要求2所述的贸易结算系统,其特征在于:
所述规定的运输单据构成为区块链数据。
4.如权利要求1~3中任一项所述的贸易结算系统,其特征在于:
所述结算包括按照贸易条件在多个相关人员之间利用电子货币进行的支付。
5.如权利要求4所述的贸易结算系统,其特征在于:
所述结算包括:按照所述贸易条件利用电子货币对承运人支付所述贸易的运费的处理。
6.如权利要求4所述的贸易结算系统,其特征在于:
所述结算包括:按照所述贸易条件利用电子货币对承保人支付关于所述贸易的货物海上保险费的处理。
7.如权利要求1~6中任一项所述的贸易结算系统,其特征在于:
所述结算包括利用虚拟货币进行的支付。
8.如权利要求1所述的贸易结算系统,其特征在于:
成为所述贸易的托运人的节点的托运人节点、成为所述贸易的收货人的节点的收货人节点和成为所述贸易的承运人的节点的承运人节点中的各个节点由一个以上的所述计算机构成,
所述收货人节点的所述结算处理部,通过将所述物品的买卖涉及的等价报酬汇款到所述托运人节点的所述结算处理部来进行结算,
所述承运人节点的所述处理部,通过将包括关于所述通过贸易进行买卖的物品的提单在内的规定的运输单据的名义从所述托运人变更至所述收货人来对名义变更进行处理。
9.如权利要求1所述的贸易结算系统,其特征在于:
成为所述贸易的托运人的节点的托运人节点、成为所述贸易的收货人的节点的收货人节点和成为所述贸易的承运人的节点的承运人节点中的各个节点由一个以上的所述计算机构成,
所述收货人节点的所述结算处理部,通过将所述物品的买卖涉及的等价报酬汇款到所述托运人节点的所述结算处理部来进行结算,
所述托运人节点的所述结算处理部,通过将所述贸易的运费汇款到所述承运人节点的所述结算处理部来进行结算,
所述承运人节点的所述处理部,通过将包括关于所述通过贸易进行买卖的物品的提单在内的规定的运输单据的名义从所述托运人变更至所述收货人来对名义变更进行处理。
10.如权利要求1所述的贸易结算系统,其特征在于:
成为所述贸易的托运人的节点的托运人节点、成为所述贸易的收货人的节点的收货人节点和成为所述贸易的承运人的节点的承运人节点中的各个节点由一个以上的所述计算机构成,
所述收货人节点的所述结算处理部,通过将所述物品的买卖涉及的等价报酬汇款到所述托运人节点的所述结算处理部来进行结算,并通过将所述贸易的运费汇款到所述承运人节点的所述结算处理部来进行结算,
所述承运人节点的所述处理部,通过将包括关于所述通过贸易进行买卖的物品的提单在内的规定的运输单据的名义从所述托运人变更至所述收货人来对名义变更进行处理。
11.如权利要求9所述的贸易结算系统,其特征在于:
成为所述贸易的承保人的节点的承保人节点由一个以上的所述计算机构成,
所述托运人节点的所述结算处理部,通过将所述贸易的运费汇款到所述承运人节点的所述结算处理部、并且将所述贸易的货物海上保险费汇款到所述承保人节点的所述结算处理部来进行结算。
12.如权利要求9所述的贸易结算系统,其特征在于:
成为所述贸易的承保人的节点的承保人节点由一个以上的所述计算机构成,
所述收货人节点的所述结算处理部,通过将所述物品的买卖涉及的等价报酬汇款到所述托运人节点的所述结算处理部、并将所述贸易的货物海上保险费汇款到所述承保人节点的所述结算处理部来进行结算。
13.如权利要求10所述的贸易结算系统,其特征在于:
成为所述贸易的承保人的节点的承保人节点由一个以上的所述计算机构成,
所述收货人节点的所述结算处理部,通过将所述物品的买卖涉及的等价报酬汇款到所述托运人节点的所述结算处理部来进行结算,通过将所述贸易的运费汇款到所述承运人节点的所述结算处理部来进行结算,通过将所述贸易的货物海上保险费汇款到所述承保人节点的所述结算处理部来进行结算。
14.一种使用了一个以上的计算机的贸易结算方法,其特征在于:
各个所述计算机实施如下步骤:
关于包含伴随通过贸易进行买卖的物品的所有权转移的从合同当事人的一方向另一方进行的名义变更、和关于该买卖涉及的等价报酬利用规定的电子化货币进行的结算这两个债务的双务合同,通过区块链中的智能合约进行所述结算的结算处理步骤;和
在所述结算成功了的情况下通过区块链中的智能合约对所述名义变更进行处理的处理步骤。
15.一种使用一个以上的计算机的贸易结算程序,其特征在于:
使各个所述计算机实施如下步骤:
关于包含伴随通过贸易进行买卖的物品的所有权转移的从合同当事人的一方向另一方进行的名义变更、和关于该买卖涉及的等价报酬利用规定的电子化货币进行的结算这两个债务的双务合同,通过区块链中的智能合约进行所述结算的结算处理步骤;和
在所述结算成功了的情况下通过区块链中的智能合约对所述名义变更进行处理的处理步骤。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/JP2019/031925 WO2021029029A1 (ja) | 2019-08-14 | 2019-08-14 | 貿易決済システム、貿易決済方法および貿易決済プログラム |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114207644A true CN114207644A (zh) | 2022-03-18 |
Family
ID=74570957
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201980099202.7A Pending CN114207644A (zh) | 2019-08-14 | 2019-08-14 | 贸易结算系统、贸易结算方法和贸易结算程序 |
Country Status (5)
Country | Link |
---|---|
US (1) | US20220292467A1 (zh) |
EP (1) | EP4016425A4 (zh) |
JP (1) | JP7083031B2 (zh) |
CN (1) | CN114207644A (zh) |
WO (1) | WO2021029029A1 (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20210150597A1 (en) * | 2019-11-20 | 2021-05-20 | International Business Machines Corporation | Automated invoicing |
CN114008654A (zh) | 2020-10-09 | 2022-02-01 | 支付宝(杭州)信息技术有限公司 | 管理基于区块链的可信交易服务 |
EP4066201A4 (en) * | 2020-10-09 | 2022-12-07 | Alipay (Hangzhou) Information Technology Co., Ltd. | ADMINISTRATION OF BLOCKCHAIN-BASED TRUSTED TRANSACTION SERVICES |
CN113095747B (zh) * | 2021-03-04 | 2022-05-17 | 支付宝(杭州)信息技术有限公司 | 基于区块链技术的电子提单流转方法及装置 |
JPWO2022190181A1 (zh) * | 2021-03-08 | 2022-09-15 | ||
JP7551068B2 (ja) | 2021-10-14 | 2024-09-17 | 一也 西本 | デジタル資産を用いた保険料低減システム |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20180268479A1 (en) * | 2016-07-01 | 2018-09-20 | Wells Fargo Bank, N.A. | International trade finance blockchain system |
CN109034701A (zh) * | 2018-07-25 | 2018-12-18 | 珠海宏桥高科技有限公司 | 国际贸易单证传输方法、装置及系统 |
WO2019003414A1 (ja) * | 2017-06-30 | 2019-01-03 | 株式会社三井住友銀行 | 貿易取引のためのシステム、方法、およびプログラム |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4927150B2 (ja) | 2009-10-30 | 2012-05-09 | 株式会社日本総合研究所 | 貿易決済関連データ管理システムおよびその方法 |
WO2017098519A1 (en) * | 2015-12-08 | 2017-06-15 | Tallysticks Limited | A system and method for automated financial transaction validation, processing and settlement using blockchain smart contracts |
US20230185942A1 (en) * | 2019-07-27 | 2023-06-15 | Truckl Llc | Systems for multi-party dashboards |
-
2019
- 2019-08-14 WO PCT/JP2019/031925 patent/WO2021029029A1/ja unknown
- 2019-08-14 US US17/635,199 patent/US20220292467A1/en active Pending
- 2019-08-14 JP JP2020542923A patent/JP7083031B2/ja active Active
- 2019-08-14 CN CN201980099202.7A patent/CN114207644A/zh active Pending
- 2019-08-14 EP EP19941633.0A patent/EP4016425A4/en active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20180268479A1 (en) * | 2016-07-01 | 2018-09-20 | Wells Fargo Bank, N.A. | International trade finance blockchain system |
WO2019003414A1 (ja) * | 2017-06-30 | 2019-01-03 | 株式会社三井住友銀行 | 貿易取引のためのシステム、方法、およびプログラム |
CN109034701A (zh) * | 2018-07-25 | 2018-12-18 | 珠海宏桥高科技有限公司 | 国际贸易单证传输方法、装置及系统 |
Non-Patent Citations (1)
Title |
---|
⾦⼦雄介: "区块链在贸易实践中的应用、实践和挑战", pages 1 - 20, Retrieved from the Internet <URL:https://www.ipsj.or.jp/dp/contents/publication/39/S1003-S07.html> * |
Also Published As
Publication number | Publication date |
---|---|
JP7083031B2 (ja) | 2022-06-09 |
JPWO2021029029A1 (ja) | 2021-09-13 |
EP4016425A1 (en) | 2022-06-22 |
WO2021029029A1 (ja) | 2021-02-18 |
US20220292467A1 (en) | 2022-09-15 |
EP4016425A4 (en) | 2023-04-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN114207644A (zh) | 贸易结算系统、贸易结算方法和贸易结算程序 | |
WO2017098519A1 (en) | A system and method for automated financial transaction validation, processing and settlement using blockchain smart contracts | |
AU2018200636A1 (en) | Asset and Obligation Management using Flexible Settlement Times | |
US20150032591A1 (en) | Collateral segregation, allocation, and management system and method | |
US11551295B2 (en) | Execution of co-dependent transactions in a transaction processing system | |
JP2009503699A (ja) | トレーダーのリストを使用した、電子取引システムにおいて取引注文をルーティングするシステム及び方法 | |
US11842402B2 (en) | Fee/rebate contingent order matching system and method | |
CN108960826A (zh) | 一种交易组、交易组构造方法、存储介质、设备和系统 | |
CN105378783A (zh) | 基于伊斯兰法的能源市场套期保值及相关的方法和系统 | |
Hileman | State of stablecoins (2019) | |
Pirrong | Will blockchain be a big deal? Reasons for caution | |
JP2007047999A (ja) | 証券決済残高管理システム及び証券決済残高管理プログラム | |
Simmons | The new Greek bonds: more than meets the eye | |
KR102196801B1 (ko) | 주식의 양도 차손을 활용한 컨설팅 정보 제공 방법 및 이를 수행하는 컴퓨팅 시스템 | |
Cushing | Shipbuilding Finance | |
US11170441B2 (en) | System and method for enhanced electronic networked settlement processor | |
Curley | Blockchain Disruption: Digital Assets Are Changing How We Do Business | |
Heilpern | What Is Risk? | |
KR20210053805A (ko) | 사전증여 컨설팅 정보 제공방법 및 이를 수행하는 컴퓨팅 시스템 | |
US20030130935A1 (en) | Wealth transfer plan using in kind loan repayment with term insurance protection for return of note | |
United States. International Trade Administration | Trade Finance Guide: A Quick Reference for US Exporters | |
Edström et al. | Coalition of the opting–Part 1: Venturing into new alignment strategies based on financial derivatives theory | |
KR20210053715A (ko) | 사전증여 컨설팅 정보 제공방법 및 이를 수행하는 컴퓨팅 시스템 | |
Mata et al. | Darwinian Natural Selection or Political Interference? A Political Economic History of the Lisbon Stock Exchange. | |
Koulafetis et al. | Chapter 7: Credit Risk Transfer and Mitigation |
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 |