CN112215682A - 一种基于区块链的电商直播销售事务处理方法和系统 - Google Patents
一种基于区块链的电商直播销售事务处理方法和系统 Download PDFInfo
- Publication number
- CN112215682A CN112215682A CN202011185732.4A CN202011185732A CN112215682A CN 112215682 A CN112215682 A CN 112215682A CN 202011185732 A CN202011185732 A CN 202011185732A CN 112215682 A CN112215682 A CN 112215682A
- Authority
- CN
- China
- Prior art keywords
- order
- data
- sales
- request
- live
- 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
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
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
- G06Q30/0635—Processing of requisition or of purchase orders
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
-
- 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
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0641—Shopping interfaces
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Marketing (AREA)
- Economics (AREA)
- Development Economics (AREA)
- Databases & Information Systems (AREA)
- Computing Systems (AREA)
- Data Mining & Analysis (AREA)
- General Engineering & Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本说明书提供一种基于区块链的电商直播销售事务处理方法和系统,所述方法包括:接收订单存证请求,基于订单存证请求将电商直播销售平台的订单数据写入区块链中;其中,电商直播销售平台用于推广并销售来自至少一个商家的商品;接收由购买者的确认收货行为触发的订单收货数据存证请求,基于订单收货数据存证请求将订单收货数据写入区块链数据中,以及执行清分智能合约,以便基于预设的收益分配参数将对应订单的收益分别划转至电商直播销售平台和商家。
Description
技术领域
本说明书涉及区块链领域,特别涉及一种基于区块链的电商直播销售事务处理方法和系统。
背景技术
电商直播销售被广泛应用于商品线上销售。为了保证销售数据的真实性和销售利润分配的公平性,需要对电商直播销售平台的数据进行存证、核验和分析,以及对电商直播销售平台的利润进行可信分配。
因此,希望提供一种基于区块链的电商直播销售事务处理方法和系统。
发明内容
本说明书的一个方面提供一种基于区块链的电商直播销售事务处理方法,所述方法包括:接收订单存证请求,基于订单存证请求将电商直播销售平台的订单数据写入区块链中;其中,电商直播销售平台用于推广并销售来自至少一个商家的商品;接收由购买者的确认收货行为触发的订单收货数据存证请求,基于订单收货数据存证请求将订单收货数据写入区块链中,以及执行清分智能合约,以便基于预设的收益分配参数将对应订单的收益分别划转至电商直播销售平台和商家。
本说明书的另一个方面提供一种基于区块链的电商直播销售事务处理系统,所述系统包括:订单存证请求处理模块,用于接收订单存证请求,基于订单存证请求将电商直播销售平台的订单数据写入区块链中;其中,电商直播销售平台用于推广并销售来自至少一个商家的商品;订单收货数据存证请求处理模块,用于接收由购买者的确认收货行为触发的订单收货数据存证请求,基于所述订单收货数据存证请求将订单收货数据写入区块链中,以及用于执行清分智能合约,以便基于预设的收益分配参数将对应订单的收益分别划转至电商直播销售平台和商家。
附图说明
本说明书将以示例性实施例的方式进一步描述,这些示例性实施例将通过附图进行详细描述。这些实施例并非限制性的,在这些实施例中,相同的编号表示相同的结构,其中:
图1是根据本说明书的一些实施例所示的基于区块链的电商直播销售事务处理的示例性流程图;
图2是根据本说明书的一些实施例所示的对订单数据以及订单物流数据进行核验的示例性流程图;
图3是根据本说明书的一些实施例所示的对销售数据进行分析的示例性流程图;
图4A和图4B是根据本说明书的一些实施例所示的资管平台执行智能合约的示意图。
具体实施方式
为了更清楚地说明本说明书实施例的技术方案,下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地,下面描述中的附图仅仅是本说明书的一些示例或实施例,对于本领域的普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图将本说明书应用于其它类似情景。除非从语言环境中显而易见或另做说明,图中相同标号代表相同结构或操作。
应当理解,本说明书中所使用的“系统”、“装置”、“单元”和/或“模组”是用于区分不同级别的不同组件、元件、部件、部分或装配的一种方法。然而,如果其他词语可实现相同的目的,则可通过其他表达来替换所述词语。
如本说明书和权利要求书中所示,除非上下文明确提示例外情形,“一”、“一个”、“一种”和/或“该”等词并非特指单数,也可包括复数。一般说来,术语“包括”与“包含”仅提示包括已明确标识的步骤和元素,而这些步骤和元素不构成一个排它性的罗列,方法或者设备也可能包含其它的步骤或元素。
本说明书中使用了流程图用来说明根据本说明书的实施例的系统所执行的操作。应当理解的是,前面或后面操作不一定按照顺序来精确地执行。相反,可以按照倒序或同时处理各个步骤。同时,也可以将其他操作添加到这些过程中,或从这些过程移除某一步或数步操作。
随着互联网技术的不断发展,商品的销售出现了更多新的模式。电商直播销售是众多新模式的其中一种。商家可以通过专门的电商直播销售平台进行商品推广和销售。在一些示例性的场景中,商家可以向电商直播销售平台申请商品“上架”(在平台线上展出)以及与电商直播销售平台约定好利润分配原则。电商直播销售平台通过线上直播的方式向网友(潜在购买者)推广商家的商品,并基于约定好的利润分配原则与商家分享通过本平台销售商品获得的利润。
图1是根据本说明书的一些实施例所示的基于区块链的电商直播销售事务处理的示例性流程图。
参与电商直播销售的相关方可以包括但不限于电商直播销售平台103、资管平台105、商家104、购买者102以及支付平台101等。
电商直播销售平台103是用于推广并销售来自至少一个商家的商品的平台。其中,推广是指在直播中对商品进行介绍和/或推荐。销售是指通过直播签订订单。其中,订单可以是指商品的买卖合同。
商家104可以是商品的出卖人。在一些实施例中,商家可以通过电商直播销售平台的第一前端和电商直播销售平台进行第一交互。在一些实施例中,第一交互可以包括申请创建商家账户、请求创建商品明细以及与电商直播销售平台约定利润分配明细等。电商直播销售平台接收到相关请求后,完成对应的事务,如创建商家账户以及创建商品明细等。
其中,创建商家账户是指电商直播销售平台对商家提交的基本信息进行审核,并在审核完成后为商家在平台内创建账户。在一些实施例中,商家提交的基本信息可以包括商家收款账户(例如,商家银行账户、商家网络账户)和商家经营数据(例如,销量、销售额和保证金缴纳金额)等。
创建商品明细是指电商直播销售平台对商家提交的商品信息进行审核,并在审核完成后在平台登记商品信息。在一些实施例中,商品明细可以包括商品预设的收益分配参数和商品购买链接。其中,预设的收益分配参数的详细描述可以参见下文描述,在此不再赘述。商品购买链接是商家设立的订单(如,商品的买卖合同)的要约的链接。
完成了商家在电商直播销售平台的准入手续后,电商直播销售平台可以对商品进行直播推广,以吸引潜在购买者102在平台在下单购买。相应地,购买者102是商品的买受人。在一些实施例中,购买者可以通过电商直播销售平台第二前端和电商直播销售平台进行第二交互。在一些实施例中,第二交互可以包括申请创建购买者账户、观看直播信息、点击商品购买链接、创建订单和支付订单等。在一些实施例中,购买者102可以通过支付平台(如支付平台101)完整订单支付。
第一前端是面向访问电商直播销售平台的商家的界面。在一些实施例中,第一前端可以是在商家客户端上运行的网页、应用程序和小程序等。第二前端是面向访问电商直播销售平台的购买者的界面。在一些实施例中,第二前端可以是在购买者的客户端上运行的网页、应用程序和小程序等。
在一些实施例中,第一前端和第二前端可以相同。例如,商家和购买者可以根据需求,基于同一前端(第一前端或第二前端)在电商直播销售平台进行第一交互和/或第二交互。在一些实施例中,第一前端和第二前端也可以不同。例如,电商直播销售平台可以是“xx直播”,和商家进行第一交互的第一前端可以是“xx直播主播版应用程序”,和用户进行第二交互的第二前端是“xx直播用户版应用程序”。
资管平台105是基于区块链,对电商直播销售事务进行处理的平台。可以理解,参与电商直播销售的相关方可以参与数据存证、数据核验和销售利润分配等事务。通过分离于电商直播销售事务的资管平台对电商直播销售事务进行处理,可以保证电商直播销售事务的处理过程及处理结果的高可信。
如图1所示,将以资管平台作为执行主体的流程100为主,阐述各相关方如何参与电商直播销售事务。流程100可以包括:
步骤110,接收订单存证请求,基于订单存证请求将电商直播销售平台的订单数据写入区块链中。
具体的,步骤110可以由订单存证请求处理模块执行。
订单存证请求是将订单数据写入资管平台的区块链中的请求。其中,区块链是资管平台提供的分布式数据库,区块链的数据具有不可纂改、全程留痕、可以追溯等特点。
在一些实施例中,订单存证请求由电商直播销售平台发起。具体地,电商直播销售平台先将订单数据打包到订单存证请求,然后将订单存证请求发送到资管平台。
进一步地,资管平台中的区块链节点接收到订单存证请求后,基于共识协议,将订单存证请求中的订单数据写入区块链中。
在一些实施例中,共识协议可以包括但不限于:工作量证明(Proof of Work,PoW)、权益证明(Proof of State,PoS)、权威证明(Proof-of-Authority,PoA)拜占庭容错(Byzantine Fault-Tolerant,BFT)、实用拜占庭容错(Practical Byzantine FaultTolerance,PBFT)、委托拜占庭容错(Delegated Byzantine Fault Tolerance,DBFT)等。
电商直播销售平台的订单数据是与订单相关的信息。在一些实施例中,订单数据可以包括以下信息中的一种或多种的组合:购买者标识、购买者核身方式、购买行为路径、订单标识、订单支付方式、订单金额、订单商品信息、订单下单时间、订单支付时间以及用于清分的收益分配参数。
其中,购买者标识是表示创建订单的购买者的符号。其中,购买者标识可以是数字(如1、2)、字母(如a、b)、汉字或其他符号。可以理解,每个购买者都可以用对应的标识来表示;相应地,基于购买者标识,可以追溯到唯一的购买者。在一些实施例中,购买者标识可以包括购买者的手机号、电商直播销售平台分配的注册编号、购买者的名字、购买者的电商直播销售平台昵称等。
购买者核身方式是指购买者支付订单中商品价款时,核验身份的方式。在一些实施例中,购买者核身方式可以包括密码核验、指纹核验和面部识别核验等方式。
购买行为路径是购买者创建订单过程中的行为轨迹。在一些实施例中,购买行为路径可以包括购买者获取商品购买链接的直播间。例如,商家旗舰店的直播间。又例如,主播甲的直播间。在一些实施例中,购买行为路径还可以包括购买者点击商品购买链接后,创建订单的过程。例如,先收藏商品再支付订单,或者先将商品加入购物车再支付订单。又例如,直接支付订单。
订单标识是表示商品订单的符号。其中,订单标识可以是数字(如1、2)、字母(如a、b)或其他符号。在一些实施例中,订单标识可以通过电商直播销售平台分配获取。可以理解,每笔订单都可以用对应的标识来表示;相应地,基于订单标识,可以追溯到唯一的订单。
订单支付方式是购买者支付订单的方式。在一些实施例中,订单支付方式可以包括通过某支付平台支付或者直接支付(例如,货到付款现金支付)。在一些实施例中,订单支付方式还可以包括支付周期。例如,一次性支付、分期贷款支付等。
订单金额是购买者支付的订单中商品价款金额。例如,订单金额可以包括:商品A的支付金额总额1000元,商品B的支付金额总额为2000元。
订单商品信息是订单中商品的相关信息。在一些实施例中,订单商品信息可以包括订单中商品的名称、性能(例如,品类、颜色、功率等)、数量和利润等。例如,订单商品信息可以包括:商品A的品类为文创产品、利润为50元、数量为2;商品B的品类为生活用品、利润为40元、数量为5。
订单下单时间是购买者创建订单的时间,即购买者接受订单(即,商品的买卖合同)的要约,完成买卖合同的订立的时间。
订单支付时间是购买者基于创建的订单(即,商品的买卖合同)支付商品价款的时间。可以理解,当订单支付方式为货到付款,订单支付时间为购买者确认收货后;当订单支付方式为通过支付平台支付,订单支付时间为购买者通过支付平台完成支付的时间。
清分是指对订单中商品的收益进行多方清算。预设的收益分配参数是指预先设定的多方对订单中商品的收益的分配比率。
例如,商家在电商直播销售平台推广并销售商品,则商家、直播销售平台双方参与收益分配,预设的收益分配参数为商家80%、直播销售平台20%。又例如,商家委托推广方在电商直播销售平台推广商品,则商家、直播销售平台和推广方三方参与收益分配,预设的收益分配参数为商家60%、直播销售平台20%和推广方20%。
如前所述,预设的收益分配参数是在创建商品明细时,商家向电商直播销售平台提交的商品信息。在一些实施例中,电商直播销售平台通过商家提交的商品信息的审核,即同意该商品预设的收益分配参数。进一步地,当推广方接受商家的推广委托,即同意该商品预设的收益分配参数。
在一些实施例中,商家所有商品订单预设的收益分配参数可以相同,也可以不同。例如,商家的商品均为市场竞争力较小的文创产品,则商家可以将所有商品的预设的收益分配参数均设置为商家90%、直播销售平台20%。又例如,商家的商品不仅包括市场竞争力较小的文创产品,还包括市场竞争力较大的生活用品,则商家可以将文创产品的预设的收益分配参数设置为商家90%、直播销售平台20%;将生活用品的收益分配参数设置为商家70%、直播销售平台30%。
在一些实施例中,在购买者创建订单时,电商直播销售平台可以获取或生产订单数据。
为了保证订单数据的真实性,提升电商直播销售平台的可信度,电商直播销售平台获取订单数据后,可以将订单数据存储到不参与收益分配的资管平台,以便于商家和推广方通过资管平台,对订单数据进行核验。
在一些实施例中,电商直播销售平台103还可以向对应的商家发送订单数据,以通知商家及时向购买者发货。
步骤120,接收由购买者的确认收货行为触发的订单收货数据存证请求,基于所述订单收货数据存证请求将订单收货数据写入区块链中,以及执行清分智能合约,以便基于预设的收益分配参数将对应订单的收益分别划转至电商直播销售平台和商家。
具体的,步骤120可以由订单收货数据存证请求处理模块执行。
确认收货行为是购买者确认商家已履行完成订单(商品的买卖合同)中商家义务的行为。在一些实施例中,商家的义务可以包括发货义务、商品符合订单描述义务、购买者对商品满意的义务等。
订单收货数据是与订单收货相关的信息。在一些实施例中,订单收货数据包括以下信息中的一种或多种的组合:订单标识、确认收货时间以及订单状态更新记录。
如前所述,订单标识是表示商品订单的符号,基于订单标识,可以追溯到唯一的订单。
确认收货时间是购买者确认收货行为的时间,即购买者确认商家已履行完成订单(商品的买卖合同)中商家义务的时间。
订单状态更新记录是记录订单当前状态的数据。例如,订单状态更新记录可以包括:创建、签订、生效、履行中(如派送中)和履行完毕(如交易完成)等。
订单收货数据存证请求是将订单收货数据写入资管平台的区块链中的请求。在一些实施例中,订单收货数据由电商直播销售平台发起。具体地,购买者的确认收货行为可以自动触发电商直播销售平台将订单收货数据打包进订单收货数据存证请求,并将订单收货数据存证请求发送到资管平台。在一些替代性的实施例中,订单收货数据存证请求还可以由购买者102或者物流公司发起。如购买者或物流公司通过对接资管平台的用户端直接向资管平台或其下的区块链发起存证请求。
进一步地,资管平台中的区块链节点接收到订单收货数据存证请求后,基于共识协议,将订单收货数据存证请求中的订单数据写入区块链中。其中,共识协议的相关描述参见步骤110,在此不再赘述。
在一些实施例中,订单物流数据存证模块还可以基于订单物流数据存证请求,将订单物流数据写入区块链中。
订单物流数据是与订单物流相关的信息。在一些实施例中,订单物流数据包括以下信息中的一种或多种的组合:订单标识、物流单标识、物流公司、收件人信息以及订单签收时间。
如前所述,订单标识是表示商品订单的符号。可以理解,基于订单标识,可以追溯到唯一的订单。
物流单标识是表示物流订单的符号。其中,物流单标识可以是数字(如1、2)、字母(如a、b)或其他符号。可以理解,每笔订单的物流信息都可以基于对应的物流单标识追溯。
物流公司确保订单中商品从商家运输到购买者的公司。在一些实施例中,物流公司可以直接负责商品的运输。在一些实施例中,物流公司也可以委托一个或多个承运方负责商品的运输。
收件人信息是购买者的收件信息。在一些实施例中,收件人信息可以包括购买者标识(例如,购买者的手机号、电商直播销售平台分配的注册编号、购买者的名字等)和购买者的收件地址。
订单签收时间是购买人确认收到商品的时间。值得注意的是,与确认收货时间并不必然相同,订单签收时间仅反映购买者人收到商品,并不代表购买者确定商家已履行完成订单(商品的买卖合同)中的商家义务。如前所述,商家义务中还包括让购买者对商品满意的义务,即使购买者确认收到了商品,但不代表购买者对商品满意。进一步地,如果购买者对商品满意,则可以确认收货;如果不满意,则不确认收货,并可以申请退货。
订单物流数据存证请求是将订单物流数据写入资管平台的区块链中的请求。在一些实施例中,电商直播销售平台、商家或者物流公司可以直接发起订单物流数据存证请求。
在一些实施例中,商家或者物流公司也可以先将订单物流数据发送给电商直播销售平台,再由电商直播销售平台发起订单物流数据存证请求。
具体地,电商直播销售平台可以先将订单数据打包到订单物流数据存证请求,然后将订单物流数据存证请求发送到资管平台。
进一步地,资管平台中的区块链节点接收到订单物流数据存证请求后,基于共识协议,将订单物流数据存证请求中的订单物流数据写入区块链中。其中,共识协议的相关描述参见步骤110,在此不再赘述。
清分智能合约基于订单数据和订单收货数据,通过清分逻辑编写的代码,能够实现清分逻辑。其中,对应订单的收益是购买者确认收货行为对应的订单的利润。清分智能合约可以所述订单收货数据存证请求触发后执行。
清分逻辑是划分“对应订单的收益”的规则或算法。例如,清分逻辑可以为:购买者确认收货后的第30分钟,如果订单金额总额小于500元,则将订单的收益全部划分至商家;如果订单金额总额大于500元,则将订单的收益按照预设的收益分配参数划分至电商直播销售平台和商家。在一些实施例中,清分逻辑可以预先由收益分配参与方在线下设定。
在一些实施例中,订单存证请求或订单收货数据存证请求中可以包括清分逻辑。即电商直播销售平台可以将线下设定好的清分逻辑通过订单存证请求或订单收货数据存证请求发送到资管平台。进一步地,资管平台可以基于接收到的清分逻辑、订单数据和订单收货数据,生成清分智能合约。
在一些实施例中,订单存证请求或订单收货数据存证请求中可以包括清分智能合约。即电商直播销售平台可以先基于清分逻辑、订单数据和订单收货数据,通过SDK工具包预先编写清分智能合约,再将清分智能合约通过订单存证请求或订单收货数据存证请求发送到资管平台。
在一些实施例中,清分智能合约还可以是由智能合约提供方预先部署到资管平台的代码。智能合约提供方可以是电商直播销售平台,也可以是商家,本实施例不做限制。
进一步地,资管平台可以基于订单数据和订单收货数据,通过执行清分智能合约实现清分逻辑,从而将对应订单的收益分别划转至电商直播销售平台和商家。
例如,订单数据中包括:订单标识(订单编号0909)、预设的收益分配参数(每件文创产品类商品的预设的收益分配参数设置为商家90%、直播销售平台20%;每件生活用品的收益分配参数设置为商家70%、直播销售平台30%)、订单商品信息(商品A的品类为文创产品、利润为50元、数量为2;商品B的品类为生活用品、利润为40元、数量为5)以及订单金额(商品A的支付金额总额1000元,商品B的支付金额总额为2000元);前述订单收货数据中包括:订单标识(订单编号0909)和确认收货时间(2020年11月11日09时00分00秒)。则执行清分智能合约的节点或者资管平台可以在2020年11月11日09时30分00秒,向支付平台发送指令,将购买者支付的订单金额3000元中的商品A的利润100×2×90%=180元和成本1000-100×2=800元,商品B的利润40×5×70%=140元和成本2000-40×5=1800,共计2920元,划分到商家的账户;将其中商品A的利润100×2×10%=20元,商品B的利润40×5×30%=60元,共计80元划分到电商直播销售平台。
其中,关于资管平台执行清分智能合约的详细描述,可以参见图4,在此不再赘述。
图2是根据本说明书的一些实施例所示的对订单数据以及订单物流数据进行核验的示例性流程图。
如前所述,区块链是分布式的数据库,区块链的数据具有不可纂改、全程留痕、可以追溯等特点。然而,区块链只能确保上链后的数据的真实性及完整性,在一些应用场景中,需要借助其他数据源的数据对区块链上的数据进行交叉核验,以在一定程度上确保这些数据上链前未被篡改。例如,商家可以对区块链上的订单数据和订单物流数据进行核验,以确认电商直播销售平台未对订单数据和订单物流数据进行纂改。
如图2所示,流程200可以由资管平台执行,如由资管平台上实现的核验数据请求处理模块执行,其可以包括:
步骤210,接收数据核验请求。
数据核验请求是对区块链中数据的真实性进行核验的请求。在一些实施例中,数据核验请求的发起者可以是商家、物流公司、主播,以及其他直播销售平台的相关。
在一些实施例中,数据核验请求可以包括订单标识。如前所述,订单标识是表示商品订单的符号。可以理解,基于订单标识可以追溯到唯一的订单,从而获取订单标识对应的订单数据以及订单物流数据。
步骤220,执行核验智能合约,以基于区块链中的订单标识对应的订单数据以及订单物流数据进行核验,获取核验结果。
核验智能合约基于核验数据,通过核验逻辑编写的代码,能够实现核验逻辑。
其中,核验数据是用于核验订单数据以及订单物流数据的真实性的数据。在一些实施例中,核验数据可以由独立于数据提供方的第三方提供。例如,对电商直播销售平台提供的订单数据进行核验,核验数据可以由商家提供。又例如,核验数据可以由物流公司提供。
核验结果即核验订单数据以及订单物流数据是否真实。核验逻辑是基于核验数据,判断核验订单数据以及订单物流数据是否真实的规则或算法。
例如,前述订单标识为0909,对订单0909对应的订单物流数据进行核验,核验逻辑为物流公司上传到区块链的订单0909的发货时间、商品信息分别和电商直播销售平台上传到区块链的订单0909的订单数据中的下单时间、商品信息吻合,则订单数据真实,否则不真实。
在一些实施例中,数据核验请求中可以包括核验逻辑。即商家可以指定核验逻辑,并将核验逻辑通过数据核验请求发送到资管平台。进一步地,资管平台可以基于接收到的核验逻辑,生成核验智能合约。
在一些实施例中,数据核验请求中可以包括核验智能合约。即商家可以先基于核验逻辑,通过SDK工具包预先编写核验智能合约,再将核验智能合约通过数据核验请求发送到资管平台。
在一些实施例中,核验智能合约还可以是由智能合约提供方预先部署到资管平台的代码。智能合约提供方可以是商家,也可以是资管平台的管理员,本实施例不做限制。
进一步地,核验智能合约可以先基于数据核验请求中的订单标识,从区块链获取订单标识对应的订单数据以及订单物流数据,然后基于核验逻辑执行数据核验,从而获取核验结果。
其中,关于资管平台执行核验智能合约的详细描述,可以参见图4,在此不再赘述。
步骤230,将所述核验结果写入区块链中,并向所述数据核验请求的发起者返回核验结果。
在一些实施例中,资管平台获取核验结果后,可以将核验结果写入区块链。
具体地,资管平台的区块链节点可以基于共识算法,对接收到的核验结果进行验证后,写入区块链。进一步地,资管平台可以向数据核验请求的发起者,如商家,返回核验结果。
在一些替代性的实施例中,资管平台也可以向数据核验请求的发起者返回核验结果在区块链上的地址。
图3是根据本说明书的一些实施例所示的对销售数据进行分析的示例性流程图。
如图3所示,流程300可以由资管平台执行,如由资管平台上实现的销售数据运营分析请求处理模块执行,其可以包括:
步骤310,接收销售数据运营分析请求。
在一些实施例中,数据分析智能合约可以基于请求对区块链数据中的订单数据或来自电商直播销售平台的销售数据进行分析,得到销售运营分析结果。在一些实施例中,销售数据运营分析请求可以包括与销售运营分析结果对应的销售运营分析项。数据分析智能合约可以基于请求中的分析项对区块链数据中的订单数据或来自电商直播销售平台的销售数据进行计算,得到销售运营分析结果。
示例性的分析项可以包括转化率、退货率、人均下单价和购买人行为特征等。其中,转换率指观看商品直播的购买者中下单的购买者比率。退款率指下单的购买者中申请退款的购买者比率。人均下单价指下单购买者支付的商品价款平均值。购买者行为特征是反映购买者行为的数据。在一些实施例中,购买者行为特征可以包括购买时间分布、决策时间、购买者画像等。其中,购买时间分布指购买者下单数量在直播时间上的分布。决策时间指购买者从观看该商品的直播到下单所花费的时间。购买者的画像是指购买者的性别分布、年龄分布和地域分布等。在一些实施例中,销售数据运营分析请求可以由商家发起,也可以由电商直播平台、物流公司、主播发起,还可以由其他相关方发起,本实施例不做限制。
步骤320,执行数据分析智能合约,以对区块链中的订单数据和/或来自电商直播销售平台的销售数据进行处理,获得销售运营分析结果。
数据分析智能合约基于区块链数据中的订单数据和/或来自电商直播销售平台的销售数据,通过数据分析逻辑编写的代码,能够实现数据分析逻辑。
其中,电商直播销售平台的销售数据是电商直播销售平台根据商品销售情况统计的数据。例如,销售数据可以包括观看某商品直播的购买者数量、某商品下单的购买者数量、某商品申请退货的购买者数量、某购买者观看商品直播的时间等。
销售运营分析结果即对基于区块链数据中的订单数据或来自电商直播销售平台的销售数据进行分析,得到的有助于商品运营的结果。在一些实施例中,销售运营分析结果可以包括转化率、退货率、人均下单价和购买人行为特征。
可以理解,不同的销售运营分析结果需要基于不同的订单数据或销售数据分析。例如,销售运行分析结果为商品A的转换率,则需要销售数据:观看商品A的直播的购买者数量和下单商品A的购买者数量。又例如,销售运行分析结果为购买者乙的决策时间,则需要销售数据:购买者乙观商品直播的时间,以及订单数据:购买者乙的下单时间。
数据分析逻辑是分析订单数据和销售数据的规则或算法。可以理解,不同的销售运营分析结果需要基于不同的订单数据或销售数据,通过不同的数据分析逻辑获取。在一些实施例中,数据分析逻辑可以基于分析项的含义(如前述各分析项的含义)确定。
例如,获取“商品A的转换率”的数据分析逻辑为:用“下单商品A的购买者数量”除以“观看商品A的直播的购买者数量”。又例如,获取“购买者乙的决策时间”的数据分析逻辑为:购买者乙购买的多个商品对应的“购买者乙的下单时间”减去“购买者乙观看直播的时间”之差的平均值。
在一些实施例中,销售数据运营分析请求中可以包括数据分析逻辑。即请求发起方可以指定数据分析逻辑,并将数据分析逻辑通过数据分析请求发送到资管平台。进一步地,资管平台可以基于接收到的数据分析逻辑,生成数据分析智能合约。
在一些实施例中,销售数据运营分析请求中可以包括数据分析智能合约。即请求发起方可以先基于数据分析逻辑,通过SDK工具包预先编写数据分析智能合约,再将数据分析智能合约通过销售数据运营分析请求发送到资管平台。
在一些实施例中,数据分析智能合约还可以是由智能合约提供方预先部署到资管平台的代码。智能合约提供方可以是商家,也可以是资管平台的管理员,本实施例不做限制。
进一步地,资管平台可以基于销售数据运营分析请求中包含的要获取的与销售运营分析结果对应的销售运营分析项,获取对应的订单数据、销售数据和数据分析智能合约,以实现数据分析逻辑,从而获取销售运营分析结果。
其中,关于资管平台执行数据分析智能合约的详细描述,可以参见图4,在此不再赘述。
步骤330,将销售运营分析结果写入区块链中,并向销售数据运营分析请求的发起者返回销售运营分析结果。
在一些实施例中,资管平台获取销售运营分析结果后,可以将销售运营分析结果写入区块链。
具体地,资管平台的区块链节点可以基于共识算法,对接收到的销售运营分析结果进行验证后,写入区块链。进一步地,资管平台可以向销售数据运营分析请求的发起者返回销售运营分析结果。
在一些替代性的实施例中,资管平台也可以向销售数据运营分析请求的发起者返回销售运营分析结果在区块链上的地址。
图4A和图4B是根据本说明书的一些实施例所示的资管平台执行智能合约的示意图。
如前所述,资管平台是基于区块链,对电商直播销售事务进行处理的平台。
如图4A所示,资管平台即区块链网络。可以理解,资管平台执行智能合约即区块链网络中的至少一个节点执行智能合约。
具体地,至少一个区块链节点接收到执行智能合约的请求后,在节点设备的虚拟机中执行智能合约,并基于共识算法,将智能合约的执行结果共识后,写入区块链,并返回给请求发起方。
其中,请求发起方可以是电商直播销售平台、商家,还可以是其他相关方,本实施例不做限制。
如前所述,智能合约可以是清分智能合约、核验智能合约和数据分析智能合约;相应地,执行智能合约的请求可以是订单收货数据存证请求、数据核验请求和销售数据运营分析请求。
如图4B所示,资管平台可以包括具有可信执行环境的设备和区块链。具有可信执行环境的设备可以与区块链协同工作,完成数据处理和存证。例如,具有可信执行环境的设备可以分担区块链上的部分交易(或请求)处理任务,提高交易执行效率。而区块链可以存储具有可信执行环境的设备的数据处理结果,保障数据的真实、完整性,使得资管平台能够对外提供高可信的数据处理服务。
可信执行环境(Trusted Execution Environment,TEE)是设备的处理器上的安全区域,可以确保加载到环境中的代码和数据的安全性、机密性和完整性,从而保证具有可信执行环境的设备获取的核验结果的可信性。示例性的可信执行环境可以包括基于SoftwareGuard Extensions(SGX)、Secure Encrypted Virtualization或TrustZone等技术的可信执行环境。以公司的SGX为例,当程序在可信执行环境中执行时会受到Enclave保护,外界是无法篡改位于Enclave中的数据或影响该程序的执行过程。
在一些实施例中,具有可信执行环境的设备能够向电商直播销售平台、商家和/或区块链证明所述设备具有可信执行环境。
具有可信执行环境的设备是指具有计算能力的设备,可以包括各种计算机,比如服务器、个人计算机,也可以是由多台计算机以各种结构连接组成的计算平台。在一些实施例中,具有可信执行环境的设备可以是向多个请求发起方提供多个区块链的数据核验服务的云共享设备。在一些实施例中,具有可信执行环境的设备可以预先给请求发起方设置访问权限,有访问权限的请求发起方才可以向具有可信执行环境的设备发送执行智能合约的请求。
在一些实施例中,具有可信执行环境的设备还可以进一步证明其可信执行环境中内嵌有虚拟机。
虚拟机是指通过软件模拟的具有完整硬件系统功能的、运行在一个完全隔离环境中的完整计算机系统。在一些实施例中,虚拟机可以包括但不限于以太坊虚拟机(EmbeddedVirtural Machine,EVM)、EOS虚拟机(Web Assembly,WASM)、比原链虚拟机(BottosVirtural Machine,BVM)和小蚁虚拟机(Antshares Virtural Machine,Antshares VM)等。虚拟机可以用于实现核验逻辑的核验智能合约。
进一步地,设备中的可信执行环境可以计算被调用的虚拟机的脚本和代码的哈希值,并将该哈希值发送给电商直播销售平台、商家和/或区块链用于验证。可以理解,电商直播销售平台、商家和/或区块链也有对应的虚拟机的脚本和代码,可以通过比较本地虚拟机的脚本和代码的哈希值和从可信执行环境接收的哈希值是否一致进行验证。在一些实施例中,可信执行环境还可以利用其私钥对被调用的虚拟机的脚本和代码的哈希值进行数字签名,并将数字签名一并发送给电商直播销售平台、商家和/或区块链。电商直播销售平台、商家和/或区块链可以将该数字签名发送给验证服务端,通过验证服务端对该数字签名进行验证,以证明前述哈希值来自其认证的可信执行环境。
在一些实施例中,虚拟机能够执行核验智能合约、数据分析智能合约和数据分析智能合约。
具体地,具有可信执行环境的设备接收到执行智能合约的请求后,可信执行环境中的虚拟机执行智能合约,并将智能合约的执行结果发送给区块链节点,区块链节点基于共识算法对智能合约的执行结果共识后写入区块链,进一步地,具有可信执行环境的设备将智能合约的执行结果返回给请求发起方。
本说明书实施例还提供一种装置,其至少包括处理器以及存储器。所述存储器用于存储指令。当所述指令被所述处理器执行时,导致所述装置实现前述的基于区块链的电商直播销售事务处理方法。
本说明书实施例可能带来的有益效果包括但不限于:(1)本说明书基于智能合约进行销售收益的清分,可以提升清分效率和资金流的透明度;(2)将电商直播平台的订单数据、订单收货数据和订单物流数据等写入区块链,同时商家和其他相关方可以通过智能合约对链上数据进行核验,从而确保数据上链前和上链后不可篡改,削弱电商直播平台的中心化程度,提升电商直播平台的可信度;(3)基于电商直播平台提供的销售数据和区块链上的订单数据、订单收货数据和订单物流数据,为商家提供直播销售及用户购买行为的数据分析,形成销售闭环,提升商家精准营销能力;(4)在可信执行环境中嵌入虚拟机,执行智能合约,不仅保证执行过程安全可信,同时与区块链多个节点执行同一智能合约相比,可以减少计算资源的浪费。需要说明的是,不同实施例可能产生的有益效果不同,在不同的实施例里,可能产生的有益效果可以是以上任意一种或几种的组合,也可以是其他任何可能获得的有益效果。
上文已对基本概念做了描述,显然,对于本领域技术人员来说,上述详细披露仅仅作为示例,而并不构成对本说明书的限定。虽然此处并没有明确说明,本领域技术人员可能会对本说明书进行各种修改、改进和修正。该类修改、改进和修正在本说明书中被建议,所以该类修改、改进、修正仍属于本说明书示范实施例的精神和范围。
同时,本说明书使用了特定词语来描述本说明书的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本说明书至少一个实施例相关的某一特征、结构或特点。因此,应强调并注意的是,本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一个替代性实施例”并不一定是指同一实施例。此外,本说明书的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。
此外,本领域技术人员可以理解,本说明书的各方面可以通过若干具有可专利性的种类或情况进行说明和描述,包括任何新的和有用的工序、机器、产品或物质的组合,或对他们的任何新的和有用的改进。相应地,本说明书的各个方面可以完全由硬件执行、可以完全由软件(包括固件、常驻软件、微码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“数据块”、“模块”、“引擎”、“单元”、“组件”或“系统”。此外,本说明书的各方面可能表现为位于一个或多个计算机可读介质中的计算机产品,该产品包括计算机可读程序编码。
计算机存储介质可能包含一个内含有计算机程序编码的传播数据信号,例如在基带上或作为载波的一部分。该传播信号可能有多种表现形式,包括电磁形式、光形式等,或合适的组合形式。计算机存储介质可以是除计算机可读存储介质之外的任何计算机可读介质,该介质可以通过连接至一个指令执行系统、装置或设备以实现通讯、传播或传输供使用的程序。位于计算机存储介质上的程序编码可以通过任何合适的介质进行传播,包括无线电、电缆、光纤电缆、RF、或类似介质,或任何上述介质的组合。
本说明书各部分操作所需的计算机程序编码可以用任意一种或多种程序语言编写,包括面向对象编程语言如Java、Scala、Smalltalk、Eiffel、JADE、Emerald、C++、C#、VB.NET、Python等,常规程序化编程语言如C语言、Visual Basic、Fortran2003、Perl、COBOL2002、PHP、ABAP,动态编程语言如Python、Ruby和Groovy,或其他编程语言等。该程序编码可以完全在用户计算机上运行、或作为独立的软件包在用户计算机上运行、或部分在用户计算机上运行部分在远程计算机运行、或完全在远程计算机或处理设备上运行。在后种情况下,远程计算机可以通过任何网络形式与用户计算机连接,比如局域网(LAN)或广域网(WAN),或连接至外部计算机(例如通过因特网),或在云计算环境中,或作为服务使用如软件即服务(SaaS)。
此外,除非权利要求中明确说明,本说明书所述处理元素和序列的顺序、数字字母的使用、或其他名称的使用,并非用于限定本说明书流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的发明实施例,但应当理解的是,该类细节仅起到说明的目的,附加的权利要求并不仅限于披露的实施例,相反,权利要求旨在覆盖所有符合本说明书实施例实质和范围的修正和等价组合。例如,虽然以上所描述的系统组件可以通过硬件设备实现,但是也可以只通过软件的解决方案得以实现,如在现有的处理设备或移动设备上安装所描述的系统。
同理,应当注意的是,为了简化本说明书披露的表述,从而帮助对一个或多个发明实施例的理解,前文对本说明书实施例的描述中,有时会将多种特征归并至一个实施例、附图或对其的描述中。但是,这种披露方法并不意味着本说明书对象所需要的特征比权利要求中提及的特征多。实际上,实施例的特征要少于上述披露的单个实施例的全部特征。
一些实施例中使用了描述成分、属性数量的数字,应当理解的是,此类用于实施例描述的数字,在一些示例中使用了修饰词“大约”、“近似”或“大体上”来修饰。除非另外说明,“大约”、“近似”或“大体上”表明所述数字允许有±20%的变化。相应地,在一些实施例中,说明书和权利要求中使用的数值参数均为近似值,该近似值根据个别实施例所需特点可以发生改变。在一些实施例中,数值参数应考虑规定的有效数位并采用一般位数保留的方法。尽管本说明书一些实施例中用于确认其范围广度的数值域和参数为近似值,在具体实施例中,此类数值的设定在可行范围内尽可能精确。
针对本说明书引用的每个专利、专利申请、专利申请公开物和其他材料,如文章、书籍、说明书、出版物、文档等,特此将其全部内容并入本说明书作为参考。与本说明书内容不一致或产生冲突的申请历史文件除外,对本说明书权利要求最广范围有限制的文件(当前或之后附加于本说明书中的)也除外。需要说明的是,如果本说明书附属材料中的描述、定义、和/或术语的使用与本说明书所述内容有不一致或冲突的地方,以本说明书的描述、定义和/或术语的使用为准。
最后,应当理解的是,本说明书中所述实施例仅用以说明本说明书实施例的原则。其他的变形也可能属于本说明书的范围。因此,作为示例而非限制,本说明书实施例的替代配置可视为与本说明书的教导一致。相应地,本说明书的实施例不仅限于本说明书明确介绍和描述的实施例。
Claims (19)
1.一种基于区块链的电商直播销售事务处理方法,所述方法包括:
接收订单存证请求,基于所述订单存证请求将电商直播销售平台的订单数据写入区块链中;其中,电商直播销售平台用于推广并销售来自至少一个商家的商品;
接收由购买者的确认收货行为触发的订单收货数据存证请求,基于所述订单收货数据存证请求将订单收货数据写入区块链中,以及执行清分智能合约,以便基于预设的收益分配参数将对应订单的收益分别划转至电商直播销售平台和商家。
2.如权利要求1所述的方法,所述订单存证请求由所述电商直播销售平台发起,所述订单收货数据存证请求由电商直播销售平台、购买者或者物流公司发起。
3.如权利要求1所述的方法,所述订单数据包括以下信息中的一种或多种的组合:购买者标识、购买者核身方式、购买行为路径、订单标识、订单支付方式、订单金额、订单商品信息、订单下单时间、订单支付时间以及用于清分的收益分配参数。
4.如权利要求1所述的方法,所述订单收货数据包括以下信息中的一种或多种的组合:订单标识、确认收货时间以及订单状态更新记录。
5.如权利要求1所述的方法,所述方法还包括:
接收订单物流数据存证请求,基于所述订单物流数据存证请求将订单物流数据写入区块链中;其中,所述订单物流数据存证请求来自电商直播销售平台、商家或者物流公司;
所述订单物流数据包括以下信息中的一种或多种的组合:订单标识、物流单标识、物流公司、收件人信息以及订单签收时间。
6.如权利要求5所述的方法,所述方法还包括:
接收数据核验请求,所述数据核验请求包括订单标识;
执行核验智能合约,以基于所述区块链中的所述订单标识对应的订单数据以及订单物流数据进行核验,获取核验结果;
将所述核验结果写入区块链中,并向数据核验请求的发起者返回核验结果。
7.如权利要求6所述的方法,所述核验智能合约由位于具有可信执行环境的设备中的可信执行环境的虚拟机执行;
所述设备能够向所述电商直播销售平台、所述商家和/或区块链证明所述设备具有可信执行环境,以及证明所述可信执行环境内具有虚拟机,所述虚拟机能够执行所述核验智能合约。
8.如权利要求1所述的方法,所述方法还包括:
接收销售数据运营分析请求;
执行数据分析智能合约,以对区块链中的订单数据和/或来自电商直播销售平台的销售数据进行处理,获得销售运营分析结果;
将所述销售运营分析结果写入区块链中,并向销售数据运营分析请求的发起者返回所述销售运营分析结果;
其中,所述销售运营分析结果包括以下中的一种或多种的组合:转化率、退货率、人均下单价、购买人行为特征。
9.如权利要求8所述的方法,所述数据分析智能合约由位于具有可信执行环境的设备中的可信执行环境的虚拟机执行;
所述设备能够向所述电商直播销售平台、所述商家和/或区块链证明所述设备具有可信执行环境,以及证明所述可信执行环境内具有虚拟机,所述虚拟机能够执行所述数据分析智能合约。
10.一种基于区块链的电商直播销售事务处理系统,所述系统包括:
订单存证请求处理模块,用于接收订单存证请求,基于所述订单存证请求将电商直播销售平台的订单数据写入区块链中;其中,电商直播销售平台用于推广并销售来自至少一个商家的商品;
订单收货数据存证请求处理模块,用于接收由购买者的确认收货行为触发的订单收货数据存证请求,基于所述订单收货数据存证请求将订单收货数据写入区块链中,以及用于执行清分智能合约,以便基于预设的收益分配参数将对应订单的收益分别划转至电商直播销售平台和商家。
11.如权利要求10所述的系统,所述订单存证请求由所述电商直播销售平台发起,所述订单收货数据存证请求由电商直播销售平台、购买者或者物流公司发起。
12.如权利要求10所述的系统,所述订单数据包括以下信息中的一种或多种的组合:购买者标识、购买者核身方式、购买行为路径、订单标识、订单支付方式、订单金额、订单商品信息、订单下单时间、订单支付时间以及用于清分的收益分配参数。
13.如权利要求10所述的系统,所述订单收货数据包括以下信息中的一种或多种的组合:订单标识、确认收货时间以及订单状态更新记录。
14.如权利要求10所述的系统,所述系统还包括订单物流数据存证模块,用于:
接收订单物流数据存证请求,基于所述订单物流数据存证请求将订单物流数据写入区块链中;其中,所述订单物流数据存证请求来自电商直播销售平台、商家或者物流公司;
所述订单物流数据包括以下信息中的一种或多种的组合:订单标识、物流单标识、物流公司、收件人信息以及订单签收时间。
15.如权利要求14所述的系统,所述系统还包括核验数据请求处理模块,用于:
接收数据核验请求,所述数据核验请求包括订单标识;
执行核验智能合约,以基于所述区块链中的所述订单标识对应的订单数据以及订单物流数据进行核验,获取核验结果;
将所述核验结果写入区块链中,并向数据核验请求的发起者返回核验结果。
16.如权利要求15所述的系统,所述核验智能合约由位于具有可信执行环境的设备中的可信执行环境的虚拟机执行;
所述设备能够向所述电商直播销售平台、所述商家和/或区块链证明所述设备具有可信执行环境,以及证明所述可信执行环境内具有虚拟机,所述虚拟机能够执行所述核验智能合约。
17.如权利要求10所述的系统,所述系统还包括销售数据运营分析请求处理模块,用于:
接收销售数据运营分析请求;
执行数据分析智能合约,以对区块链中的订单数据和/或来自电商直播销售平台的销售数据进行处理,获得销售运营分析结果;
将所述销售运营分析结果写入区块链中,并返回向销售数据运营分析请求的发起者所述销售运营分析结果;
其中,所述销售运营分析结果包括以下中的一种或多种的组合:转化率、退货率、人均下单价、购买人行为特征。
18.如权利要求17所述的系统,所述数据分析智能合约由位于具有可信执行环境的设备中的可信执行环境的虚拟机执行;
所述设备能够向所述电商直播销售平台、所述商家和/或区块链证明所述设备具有可信执行环境,以及证明所述可信执行环境内具有虚拟机,所述虚拟机能够执行所述数据分析智能合约。
19.一种基于区块链的电商直播销售事务处理装置,其中,包括处理器和存储设备,所述存储设备用于存储指令,当所述处理器执行指令时,实现如权利要求1~9中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011185732.4A CN112215682A (zh) | 2020-10-29 | 2020-10-29 | 一种基于区块链的电商直播销售事务处理方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011185732.4A CN112215682A (zh) | 2020-10-29 | 2020-10-29 | 一种基于区块链的电商直播销售事务处理方法和系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112215682A true CN112215682A (zh) | 2021-01-12 |
Family
ID=74057596
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011185732.4A Pending CN112215682A (zh) | 2020-10-29 | 2020-10-29 | 一种基于区块链的电商直播销售事务处理方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112215682A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113393298A (zh) * | 2021-06-17 | 2021-09-14 | 杭州启立网络科技有限公司 | 一种直播过程中拼单销售卖法的解决方案 |
CN114095746A (zh) * | 2021-11-22 | 2022-02-25 | 广州华云数据服务有限公司 | 一种基于区块链的直播订单数据处理存储系统 |
CN115063092A (zh) * | 2022-08-19 | 2022-09-16 | 大汉电子商务有限公司 | 基于物联网和区块链技术的订单核定系统和方法 |
CN116342041A (zh) * | 2023-04-17 | 2023-06-27 | 深圳市感恩网络科技有限公司 | 一种基于区块链的国际贸易数据存储管理系统及方法 |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110992162A (zh) * | 2019-11-07 | 2020-04-10 | 支付宝(杭州)信息技术有限公司 | 一种资源处理方法、装置、设备及系统 |
CN111563253A (zh) * | 2020-07-16 | 2020-08-21 | 百度在线网络技术(北京)有限公司 | 智能合约运行方法、装置、设备及存储介质 |
CN111582968A (zh) * | 2020-01-20 | 2020-08-25 | 全息空间(深圳)智能科技有限公司 | 直播平台商品交易方法、装置、服务器及介质 |
CN111639952A (zh) * | 2020-05-28 | 2020-09-08 | 深圳壹账通智能科技有限公司 | 基于区块链的退货核验方法、系统、服务器及终端 |
US10783597B1 (en) * | 2019-08-12 | 2020-09-22 | Alibaba Group Holding Limited | Blockchain-based judgment execution |
CN111767556A (zh) * | 2019-01-31 | 2020-10-13 | 阿里巴巴集团控股有限公司 | 区块链中实现隐私保护的方法及节点、存储介质 |
CN111784462A (zh) * | 2020-06-30 | 2020-10-16 | 北京海益同展信息科技有限公司 | 基于区块链的交易处理方法、客户端、处理终端及系统 |
CN111800645A (zh) * | 2020-09-10 | 2020-10-20 | 腾讯科技(深圳)有限公司 | 多媒体数据处理方法、装置、客户端及存储介质 |
CN111815372A (zh) * | 2020-09-01 | 2020-10-23 | 腾讯科技(深圳)有限公司 | 基于区块链的直播处理方法、装置、电子设备及存储介质 |
CN111837117A (zh) * | 2019-09-11 | 2020-10-27 | 创新先进技术有限公司 | 可信执行环境中基于纠错编码的共享区块链数据存储 |
-
2020
- 2020-10-29 CN CN202011185732.4A patent/CN112215682A/zh active Pending
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111767556A (zh) * | 2019-01-31 | 2020-10-13 | 阿里巴巴集团控股有限公司 | 区块链中实现隐私保护的方法及节点、存储介质 |
US10783597B1 (en) * | 2019-08-12 | 2020-09-22 | Alibaba Group Holding Limited | Blockchain-based judgment execution |
CN111837117A (zh) * | 2019-09-11 | 2020-10-27 | 创新先进技术有限公司 | 可信执行环境中基于纠错编码的共享区块链数据存储 |
CN110992162A (zh) * | 2019-11-07 | 2020-04-10 | 支付宝(杭州)信息技术有限公司 | 一种资源处理方法、装置、设备及系统 |
CN111582968A (zh) * | 2020-01-20 | 2020-08-25 | 全息空间(深圳)智能科技有限公司 | 直播平台商品交易方法、装置、服务器及介质 |
CN111639952A (zh) * | 2020-05-28 | 2020-09-08 | 深圳壹账通智能科技有限公司 | 基于区块链的退货核验方法、系统、服务器及终端 |
CN111784462A (zh) * | 2020-06-30 | 2020-10-16 | 北京海益同展信息科技有限公司 | 基于区块链的交易处理方法、客户端、处理终端及系统 |
CN111563253A (zh) * | 2020-07-16 | 2020-08-21 | 百度在线网络技术(北京)有限公司 | 智能合约运行方法、装置、设备及存储介质 |
CN111815372A (zh) * | 2020-09-01 | 2020-10-23 | 腾讯科技(深圳)有限公司 | 基于区块链的直播处理方法、装置、电子设备及存储介质 |
CN111800645A (zh) * | 2020-09-10 | 2020-10-20 | 腾讯科技(深圳)有限公司 | 多媒体数据处理方法、装置、客户端及存储介质 |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113393298A (zh) * | 2021-06-17 | 2021-09-14 | 杭州启立网络科技有限公司 | 一种直播过程中拼单销售卖法的解决方案 |
CN114095746A (zh) * | 2021-11-22 | 2022-02-25 | 广州华云数据服务有限公司 | 一种基于区块链的直播订单数据处理存储系统 |
CN114095746B (zh) * | 2021-11-22 | 2023-10-27 | 广州华云数据服务有限公司 | 一种基于区块链的直播订单数据处理存储系统 |
CN115063092A (zh) * | 2022-08-19 | 2022-09-16 | 大汉电子商务有限公司 | 基于物联网和区块链技术的订单核定系统和方法 |
CN115063092B (zh) * | 2022-08-19 | 2022-10-28 | 大汉电子商务有限公司 | 基于物联网和区块链技术的订单核定系统和方法 |
CN116342041A (zh) * | 2023-04-17 | 2023-06-27 | 深圳市感恩网络科技有限公司 | 一种基于区块链的国际贸易数据存储管理系统及方法 |
CN116342041B (zh) * | 2023-04-17 | 2023-11-07 | 深圳市感恩网络科技有限公司 | 一种基于区块链的国际贸易数据存储管理系统及方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11551212B2 (en) | Methods and systems for management of a blockchain-based computer-enabled networked ecosystem | |
US20180189753A1 (en) | Infrastructure for obligation management and validation | |
US20210027404A1 (en) | System and method of reputation management and contract monitoring using blockchain | |
US7496529B2 (en) | Electronic activity and business system and method | |
CN112215682A (zh) | 一种基于区块链的电商直播销售事务处理方法和系统 | |
Ha et al. | DeM-CoD: novel access-control-based cash on delivery mechanism for decentralized marketplace | |
US20120191517A1 (en) | Prepaid virtual card | |
US20200351091A1 (en) | Systems and methods for tying token validity to a task executed in a computing system | |
EP3799401B1 (en) | Systems and methods for facilitating authentication of emails sent by 3rd parties | |
US11907985B2 (en) | Network, method, and non-transitory computer-readable medium for certification of vendors using distributed ledger technology | |
US11201738B2 (en) | Systems and methods for associating a user with a task executed in a computing system | |
TW202205177A (zh) | 用於在多階層行銷系統中結合產品及允許使用者激勵其下線之方法 | |
CA3022499A1 (en) | Electronic transaction certificate management system | |
Madhani | Blockchain implementation in marketing: enhancing effectiveness of marketing mix strategy | |
Luo et al. | Blockchain enabled credibility applications: Extant issues, frameworks and cases | |
CA3110930A1 (en) | A client terminal for electronic certificate-based goods distribution | |
Bhushan et al. | Security magnification in supply chain management using blockchain technology | |
CN117093637A (zh) | 一种电子商务交易大数据云平台 | |
WO2019084345A1 (en) | MCART: DEMOCRATIZING INFLUENTIAL MARKETING ON A BLOCKCHAIN | |
Konagari et al. | Nft marketplace for blockchain based digital assets using erc-721 token standard | |
US11522862B2 (en) | Systems and methods for a trusted entity to facilitate authentication of emails sent by 3rd parties | |
Taherdoost | E-Business Essentials: Building a Successful Online Enterprise | |
Ferrara et al. | Physical Assets Tokenization for Blockchain Market | |
US20230267543A1 (en) | Trackable product interest system and method | |
Menon et al. | Blockchain: An Exploratory Review of Applications in Marketing |
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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20210112 |
|
RJ01 | Rejection of invention patent application after publication |