NIU FENGGANG (CN)
CN102646238A | 2012-08-22 | |||
CN101739624A | 2010-06-16 |
权利要求书 一种智能电子商务系统, 其特征在于, 该系统包括: 厂商子系统、 用 户子系统、 银行子系统、 以及信息载体, 其中: 所述信息载体, 设置为为用户提供交互操作, 并执行相应的操作指令 ; 还设置为实吋向所述厂商子系统、 所述用户子系统和所述银行子系 统传递数据信息; 所述厂商子系统、 所述用户子系统、 所述银行子系统均设置为: 接收 到所述信息载体传递的信息后, 按各自吋序对所述信息进行处理, 并 由处理结果执行本子系统的指令, 同吋将执行指令后的数据附加到所 述信息载体中。 根据权利要求 1所述的智能电子商务系统, 其特征在于, 所述信息载 体包括商品电子凭证、 银行信用电子凭证和 /或保险电子凭证。 根据权利要求 2所述的智能电子商务系统, 其特征在于, 所述商品电 子凭证是由所述厂商子系统生成的, 所述商品电子凭证包括: 商品信 息、 支付信息、 交易规则、 操作指令、 用户交互界面以及动态数据。 根据权利要求 2所述的智能电子商务系统, 其特征在于, 所述厂商子 系统还设置为: 封装商品信息、 支付信息、 交易规则、 操作指令、 用 户交互界面生成商品电子凭证, 并将所述商品电子凭证发布到全网域 ; 从所述商品电子凭证和所述银行信用电子凭证获取交易信息, 并确 认交易后, 向所述银行信用电子凭证附加交易确认信息; 根据所述商 品电子凭证和所述银行信用电子凭证的信息进行发货, 并将发货信息 附加到所述商品电子凭证中。 根据权利要求 2所述的智能电子商务系统, 其特征在于, 所述银行信 用电子凭证由所述银行子系统生成, 所述银行信用电子凭证包括: 付 款方信息、 收款方信息、 支付金额、 支付规则、 交易信息、 操作指令 、 用户交互界面以及动态数据。 根据权利要求 2所述的智能电子商务系统, 其特征在于, 所述用户子 系统还设置为: 获取所述商品电子凭证, 在所述商品电子凭证上进行 购买 /分销操作, 并将购买 /分销信息、 以及支付请求信息附加到所述 商品电子凭证中; 将支付请求信息附加到所述银行信用电子凭证中; 其中, 所述支付请求包括订单信息、 付款方信息、 收款方信息、 支付 金额; 在用户收货后, 将收货成功信息附加到所述商品电子凭证中和 所述银行信用电子凭证中。 [权利要求 7] 根据权利要求 6所述的智能电子商务系统, 其特征在于, 所述银行子系统还设置为: 接收所述银行信用电子凭证传递的支付请 求信息, 确认所述支付请求信息, 并冻结付款方账户中的所述银行信 用电子凭证对应的支付金额, 并将所述预支付成功信息附加到所述银 行信用电子凭证中; 在收到所述银行信用电子凭证传递的交易确认信 息后, 将所述交易确认信息中的收款方信息与所述支付请求信息中的 收款方信息、 所述交易确认信息的订单信息与所述支付请求信息中的 订单信息进行比对, 如果匹配成功, 则将收证成功信息附加到所述银 行信用电子凭证中; 在接收到收货成功信息后, 将付款方账户中冻结 的支付金额解冻并划拨到收款方账户, 并将支付成功信息附加到所述 银行信用电子凭证中。 [权利要求 8] 根据权利要求 1所述的智能电子商务系统, 其特征在于, 该系统还包 括: 物流子系统; 所述信息载体包括商品电子凭证; 所述厂商子系统, 还设置为根据商品属性生成物流信息; 并将所述物 流信息附加于所述商品电子凭证中; 所述物流信息包括: 商品信息、 提货地址、 以及收货人和收货地址; 所述厂商子系统, 还设置为在所述商品发货吋生成承运方的提货码, 并将所述提货码附加于所述商品电子凭证中; 所述物流子系统, 设置为接收所述信息载体传递的所述物流信息和所 述提货码。 [权利要求 9] 根据权利要求 8所述的智能电子商务系统, 其特征在于, 所述物流子 系统还设置为: 在物流公司提货之后, 生成用于收货的取货码, 并将所述取货码附加 于所述信息载体中。 [权利要求 10] 根据权利要求 1所述的智能电子商务系统, 其特征在于, 该系统还包 括: 保险子系统, 设置为接收所述信息载体传递的保险电子凭证, 其中, 所述保险电子凭证由所述厂商子系统生成, 所述保险电子凭证包括投 保方、 受益方、 投保金额、 投保方式、 理赔规则、 操作指令、 用户交 互界面以及动态数据。 [权利要求 11] 根据权利要求 10所述的智能电子商务系统, 其特征在于, 所述保险子 系统还设置为: 接收到所述保险电子凭证中的理赔请求信息后, 与所述信息载体中的 信息进行匹配并计算进行理赔, 并将理赔结果附加到所述保险电子凭 证中; 其中, 所述理赔请求信息由所述用户子系统附加于所述保险电 子凭证中的。 [权利要求 12] 根据权利要求 2所述的智能电子商务系统, 其特征在于, 该系统还包 括: 供应商子系统; 所述厂商子系统, 还设置为判断存货是否充足, 如果存货不足, 则生 成原材料采购信息, 将所述原材料采购信息附加到所述商品电子凭证 中; 所述供应商子系统, 设置为接收所述信息载体传递的原材料采购信息 , 将所述原材料供应信息附加到所述信息载体中, 并根据所述原材料 采购信息给所述厂商子系统进行供货。 [权利要求 13] 根据权利要求 2所述的智能电子商务系统, 其特征在于, 所述厂商子系统, 还设置为接收到所述银行信用电子凭证传递的支付 成功信息后, 将交易完成信息附加到所述商品电子凭证中, 并根据所 述商品电子凭证生成售后电子凭证; 接收售后电子凭证传递的售后服 务信息后, 向厂商传递需要提供的售后服务信息; 所述用户子系统, 还设置为根据用户的需求接收用户提交的售后服务 信息, 并将所述售后服务信息附加于所述售后电子凭证中。 [权利要求 14] 根据权利要求 1-13任意一项权利要求所述的智能电子商务系统, 其特 征在于, 该系统还包括: 监管子系统, 设置接收所述厂商子系统、 所述用户子系统、 所述银行 子系统、 所述物流子系统、 所述保险子系统和 /或所述供应商子系统 执行的指令信息, 还设置为获取所述商品电子凭证、 所述银行信用电 子凭证、 和 /或所述保险电子凭证中的相关数据信息。 [权利要求 15] —种智能电子商务的实现方法, 其特征在于, 该方法包括: 厂商子系统封装商品信息、 支付信息、 交易规则、 操作指令、 用户交 互界面生成商品电子凭证, 并将所述商品电子凭证发布到全网域; 用户子系统获取所述商品电子凭证, 在所述商品电子凭证上进行购买 /分销操作, 将购买 /分销信息、 以及支付请求信息附加到所述商品电 子凭证中; 将所述支付请求附加到银行信用电子凭证中; 所述支付请 求信息包括订单信息、 付款方信息、 收款方信息、 支付金额; 银行子系统接收所述银行信用电子凭证中传递的所述支付请求信息, 确认所述支付请求信息, 冻结付款方账户中的所述银行信用电子凭证 对应的支付金额, 并将预支付成功信息附加到所述银行信用电子凭证 中; 所述厂商子系统从所述商品电子凭证和所述银行信用电子凭证获取交 易信息, 并确认交易后, 向所述银行信用电子凭证附加交易确认信息 所述银行子系统收到所述银行信用电子凭证传递的交易确认信息后, 将所述交易确认信息中的收款方信息与所述支付请求信息中的收款方 信息、 所述交易确认信息的订单信息与所述支付请求信息中的订单信 息进行比对, 如果匹配成功, 则将收证成功信息附加到所述银行信用 电子凭证中; 所述厂商子系统根据所述商品电子凭证和所述银行信用电子凭证的信 息进行发货, 并将发货信息附加到所述商品电子凭证中; 所述用户子系统在用户收货后, 将收货成功信息附加到所述商品电子 凭证中和所述银行信用电子凭证中; 所述银行子系统接收到收货成功信息后, 将付款方账户中冻结的支付 金额解冻并划拨到收款方账户, 并将支付成功信息附加到所述银行信 用电子凭证中。 [权利要求 16] 根据权利要求 15所述的智能电子商务的实现方法, 其特征在于, 所述银行信用电子凭证包括: 所述付款方信息、 所述收款方信息、 所 述支付金额、 支付规则、 所述交易信息、 操作指令、 用户交互界面以 及动态数据信息。 [权利要求 17] 根据权利要求 15所述的智能电子商务的实现方法, 其特征在于, 该方 法还包括: 所述厂商子系统根据商品属性生成物流信息; 并将所述物流信息附加 于所述商品电子凭证中; 所述物流信息包括: 商品信息、 提货地址、 以及收货人和收货地址; 所述厂商子系统根据所述商品电子凭证和所述银行信用电子凭证的信 息进行发货, 并将发货信息附加到所述商品电子凭证中之后, 所述方 法还包括: 所述厂商子系统在所述商品发货吋生成承运方的提货码, 并将所述提 货码附件于所述商品电子凭证中。 [权利要求 18] 根据权利要求 17所述的智能电子商务的实现方法, 其特征在于, 该方 法还包括: 物流子系统接收所述商品电子凭证传递的物流信息和所述提货码; 在物流公司提货之后, 生成用于用户收货的取货码, 并将提货成功信 息和取货码附加于所述商品电子凭证中。 [权利要求 19] 根据权利要求 18所述的智能电子商务的实现方法, 其特征在于, 所述 将收货成功信息附加到所述商品电子凭证中和银行信用电子凭证之前 还包括: 所述用户子系统将接收到用户输入的取货码与所述商品电子凭证中保 存的物流公司生成的取货码进行核对, 核对成功后进行收货。 根据权利要求 15所述的智能电子商务的实现方法, 其特征在于, 该方 法还包括: 所述厂商子系统根据所述商品电子凭证生成保险电子凭证; 其中, 所 述保险电子凭证包括投保方、 受益方、 投保金额、 投保方式、 理赔规 则、 操作指令、 用户交互界面以及动态数据。 根据权利要求 20所述的智能电子商务的实现方法, 其特征在于, 该方 法还包括: 保险子系统接收到所述保险电子凭证中的理赔请求信息后, 与所述商 品电子凭证中的保险信息进行匹配并计算进行理赔, 并将理赔结果附 加到所述保险电子凭证中; 其中, 所述理赔请求信息由所述用户子系 统附加于所述保险电子凭证中的。 根据权利要求 15所述的智能电子商务的实现方法, 其特征在于, 所述厂商子系统根据所述商品电子凭证和所述银行信用电子凭证的信 息进行发货之前还包括: 所述厂商子系统判断存货是否充足, 如果存货不足, 则生成原材料采 购信息, 将所述原材料采购信息附加到所述商品电子凭证中。 根据权利要求 22所述的智能电子商务的实现方法, 其特征在于, 该方 法还包括: 供应商子系统接收所述商品电子凭证中传递的原材料采购 信息, 将所述原材料供应信息附加到所述商品电子凭证中。 根据权利要求 15所述的智能电子商务的实现方法, 其特征在于, 该方 法还包括: 所述厂商子系统接收到所述银行信用电子凭证传递的所述支付成功信 息后, 将交易完成信息附加到所述商品电子凭证中, 并根据所述商品 电子凭证生成售后电子凭证。 根据权利要求 24所述的智能电子商务的实现方法, 其特征在于, 该方 法还包括: 所述用户子系统根据用户的需求接收用户提交的售后服务信息, 并将 所述售后服务信息附加于所述售后电子凭证中; 所述厂商子系统收到由所述售后电子凭证传递的售后服务信息后, 向 厂商传递需要提供的售后服务信息。 [权利要求 26] 根据权利要求 15-25所述任意一项权利要求所述的智能电子商务的实 现方法, 其特征在于, 该方法还包括: 监管子系统接收所述厂商子系统、 所述用户子系统、 所述银行子系统 、 所述物流子系统、 所述保险子系统和 /或所述供应商子系统执行的 指令信息, 并获取所述商品电子凭证、 所述银行信用电子凭证、 和 / 或所述保险电子凭证中的相关数据信息。 [权利要求 27] —种智能电子商务的实现方法, 应用于厂商子系统, 其特征在于, 该 方法包括: 所述厂商子系统封装商品信息、 支付信息、 交易规则、 操作指令、 用 户交互界面生成商品电子凭证, 并将所述商品电子凭证发布到全网域 从所述商品电子凭证和银行信用电子凭证获取交易信息, 并确认交易 后, 向所述银行信用电子凭证附加交易确认信息, 以由所述银行信用 电子凭证将所述交易信息传递到银行子系统; 根据所述商品电子凭证和所述银行信用电子凭证的信息进行发货, 并 将发货信息附加到所述商品电子凭证中。 [权利要求 28] 根据权利要求 27所述的智能电子商务的实现方法, 其特征在于, 所述 方法还包括: 所述厂商子系统根据商品属性生成物流信息; 将所述物流信息附加于 所述商品电子凭证中; 所述物流信息包括: 商品信息、 提货地址、 以 及收货人和收货地址; 所述厂商子系统根据所述商品电子凭证和所述银行信用电子凭证的信 息进行发货, 并将发货信息附加到所述商品电子凭证中之后, 所述方 法还包括: 所述厂商子系统在所述商品发货吋生成承运方的提货码, 并将所述提 货码附件于所述商品电子凭证中。 [权利要求 29] 根据权利要求 27所述的智能电子商务的实现方法, 其特征在于, 该方 法还包括: 所述厂商子系统根据所述商品电子凭证生成保险电子凭证; 其中, 所 述保险电子凭证包括投保方、 受益方、 投保金额、 投保方式、 理赔规 则、 操作指令、 用户交互界面以及动态数据。 [权利要求 30] 根据权利要求 27所述的智能电子商务的实现方法, 其特征在于, 该 方法还包括: 所述厂商子系统判断存货是否充足, 如果存货不足, 则生成原材料采 购信息, 将所述原材料采购信息附加到所述商品电子凭证中。 [权利要求 31] 根据权利要求 27所述的智能电子商务的实现方法, 其特征在于, 该方 法之后还包括: 所述厂商子系统接收到所述银行信用电子凭证传递的支付成功信息后 , 将交易完成信息附加到所述商品电子凭证中, 并根据所述商品电子 凭证生成售后电子凭证。 [权利要求 32] —种智能电子商务的实现方法, 应用于用户子系统, 其特征在于, 该 方法包括: 所述用户子系统获取商品电子凭证, 在所述商品电子凭证上进行购买 /分销操作, 将购买 /分销信息、 以及支付请求信息附加到所述商品电 子凭证中; 将所述支付请求附加到银行信用电子凭证中; 所述支付请 求信息包括订单信息、 付款方信息、 收款方信息、 支付金额; 所述用户子系统在用户收货后, 将收货成功信息附加到所述商品电子 凭证中和所述银行信用电子凭证中。 [权利要求 33] 根据权利要求 32所述的智能电子商务的实现方法, 其特征在于, 所述 用户子系统在用户收货后, 将收货成功信息附加到所述商品电子凭证 中和银行信用电子凭证中包括: 所述用户子系统将接收到用户输入的取货码与所述商品电子凭证中保 存的物流公司生成的取货码进行核对, 核对成功后, 将收货成功信息 附加到所述商品电子凭证和所述银行信用电子凭证中。 [权利要求 34] 根据权利要求 32或 33所述的智能电子商务的实现方法, 其特征在于, 该方法还包括: 所述用户子系统根据用户的需求接收用户提交的售后服务请求信息, 并将所述售后服务请求信息附加于售后电子凭证中。 [权利要求 35] —种智能电子商务的实现方法, 应用于银行子系统, 其特征在于, 该 方法包括: 所述银行子系统接收银行信用电子凭证中传递的支付请求信息, 确认 所述支付请求信息, 并冻结付款方账户中的所述银行信用电子凭证对 应的支付金额, 并将预支付成功信息附加到所述银行信用电子凭证中 接收到所述银行信用电子凭证传递的交易确认信息后, 将所述交易确 认信息中的收款方信息与所述支付请求信息中的收款方信息、 所述交 易确认信息的订单信息与所述支付请求信息中的订单信息进行比对, 如果匹配成功, 则将收证成功信息附加到所述银行信用电子凭证中; 接收到所述银行信用电子凭证传递的收货成功信息后, 将付款方账户 中冻结的支付金额解冻并划拨到收款方账户, 并将支付成功信息附加 到所述银行信用电子凭证中。 [权利要求 36] 根据权利要求 35所述的智能电子商务的实现方法, 其特征在于, 所述 银行信用电子凭证包括: 所述付款方信息、 所述收款方信息、 所述支 付金额、 支付规则、 所述交易信息、 操作指令、 用户交互界面以及动 态数据。 [权利要求 37] —种智能电子商务的实现装置, 应用于厂商子系统, 其特征在于, 该 装置包括: 生成模块, 设置为封装商品信息、 支付信息、 交易规则、 操作指令、 用户交互界面生成商品电子凭证; 发布模块, 设置为将所述商品电子凭证发布到全网域; 交易确认模块, 设置为从所述商品电子凭证和银行信用电子凭证获取 交易信息, 并确认交易后, 向所述银行信用电子凭证附加交易确认信 息, 以由所述银行信用电子凭证将交易信息传递到银行子系统; 发货模块, 设置为根据所述商品电子凭证和所述银行信用电子凭证的 信息进行发货, 并将发货信息附加到所述商品电子凭证中。 根据权利要求 37所述的智能电子商务的实现装置, 其特征在于, 该装 置还包括: 物流模块, 设置为根据商品属性生成物流信息; 将所述物流信息附加 于所述商品电子凭证中; 在所述商品发货吋生成承运方的提货码, 并 将所述提货码附件于所述商品电子凭证中; 所述物流信息包括: 商品 信息、 提货地址、 以及收货人和收货地址。 根据权利要求 37所述的智能电子商务的实现装置, 其特征在于, 该装 置还包括: 保险业务模块, 设置为根据所述商品电子凭证生成保险电子凭证; 其 中, 所述保险电子凭证包括投保方、 受益方、 投保金额、 投保方式、 理赔规则、 操作指令、 用户交互界面以及动态数据。 根据权利要求 37所述的智能电子商务的实现装置, 其特征在于, 该 装置还包括: 供应商模块, 设置为判断存货是否充足, 如果存货不足, 则生成原材 料采购信息, 将所述原材料采购信息附加到所述商品电子凭证中。 根据权利要求 37所述的智能电子商务的实现装置, 其特征在于, 该装 置还包括: 售后服务模块, 设置为接收到所述银行信用电子凭证传递的支付成功 信息后, 将交易完成信息附加到所述商品电子凭证中, 并根据所述商 品电子凭证生成售后电子凭证。 [权利要求 42] —种智能电子商务的实现装置, 应用于用户子系统, 其特征在于, 该 装置包括: 操作模块, 设置为获取所述商品电子凭证, 在所述商品电子凭证上进 行购买 /分销操作; 预支付模块, 设置为将购买 /分销信息、 以及支付请求信息附加到所 述商品电子凭证中; 将所述支付请求附加到银行信用电子凭证中; 所 述支付请求信息包括订单信息、 付款方信息、 收款方信息、 支付金额 收货模块, 设置为在用户收货后, 将收货成功信息附加到所述商品电 子凭证中和所述银行信用电子凭证中。 [权利要求 43] 根据权利要求 42所述的智能电子商务的实现装置, 其特征在于, 所述 收货模块具体设置为: 将接收到用户输入的取货码与所述商品电子凭证中保存的物流公司生 成的取货码进行核对, 核对成功后, 将收货成功信息附加到所述商品 电子凭证和所述银行信用电子凭证中。 [权利要求 44] 根据权利要求 42或 43所述的智能电子商务的实现装置, 其特征在于, 该装置还包括: 售后服务模块: 设置为根据用户的需求接收用户提交的售后服务请求 信息, 并将所述售后服务请求信息附加于售后电子凭证中。 [权利要求 45] —种智能电子商务的实现装置, 应用于银行子系统, 其特征在于, 该 装置包括: 幵证模块, 设置为接收银行信用电子凭证中传递的支付请求信息, 确 认所述支付请求信息, 并冻结付款方账户中的所述银行信用电子凭证 对应的支付金额, 并将预支付成功信息附加到所述银行信用电子凭证 中; 收证模块, 设置为接收到所述银行信用电子凭证传递的交易确认信息 后, 将所述交易确认信息中的收款方信息与所述支付请求信息中的收 款方信息、 所述交易确认信息的订单信息与所述支付请求信息中的订 单信息进行比对, 如果匹配成功, 则将收证成功信息附加到所述银行 信用电子凭证中; 解付模块, 设置为接收到所述银行信用电子凭证传递的收货成功信息 后, 将付款方账户中冻结的支付金额解冻并划拨到收款方账户, 并将 支付成功信息附加到所述银行信用电子凭证中。 [权利要求 46] 根据权利要求 45所述的智能电子商务的实现装置, 其特征在于, 所述 银行信用电子凭证包括: 付款方信息、 收款方信息、 支付金额、 支付 规则、 交易信息、 操作指令、 用户交互界面以及动态数据。 [权利要求 47] —种智能电子商务的实现系统, 其特征在于, 所述实现系统包括: 权 利要求 37-41任意一项权利要求所述的应用于厂商子系统的实现装置 、 权利要求 42-44任意一项权利要求所述的应用于用户子系统的实现 装置、 以及权利要求 45或 46所述的应用于银行子系统的实现装置。 |
[0001] 本发明涉及互联网技术领域, 尤其涉及一种智能电子商务系统及其实现方法 和 装置。
背景技术
[0002] 目前电子商务发展日趋成熟, 也融入了人们的日常生活中, 电子商务平台对电 子商务的发展产生了巨大贡献。 现有的电子商务平台一般采用平台技术架构, 商品交易在电子商务平台上完成, 其交易支付方式都采用第三方支付模式, 物 流配送等环节是由第三方物流公司在线下完成 , 平台本身不包含物流服务, 仅 做数据记录功能等。 随着智能手机的发展, 移动电商 (也称为微电商) 也处于 蓬勃发展阶段, 移动电商的技术架构与电子商务平台的基本相 同, 商业模式主 要包括 C2C、 B2C等模式。
[0003] 现有平台电商主要存在以下缺点: 平台技术架构是一个相对封闭的系统, 脱离 平台后不能进行交易; 采用平台技术架构的电商系统存在局限性, 商品来源、 真伪无法跟踪、 监控及识别, 不能溯源; 厂商不能有效利用电商平台的大数据 进行生产计划; 第三方担保支付模式存在吸存银行资金, 存在金融风险等; 现 有平台电商中的商品交易环节、 支付环节、 物流环节、 保险环节、 监管环节等 环节的数据不能共享、 不能自动匹配, 智能性低。 。
技术问题
[0004] 有鉴于此, 本发明要解决的技术问题是提供一种智能电子 商务系统及其实现方 法和装置, 以解决现有电子商务不能脱离平台、 不够智能化的技术问题。
问题的解决方案
技术解决方案
[0005] 本发明解决上述技术问题所采用的技术方案如 下:
[0006] 根据本发明的一个方面, 提供的一种智能电子商务系统包括: 厂商子系统、 用 户子系统、 银行子系统、 以及信息载体, 其中: [0007] 信息载体, 设置为为用户提供交互操作, 并执行相应的操作指令; 还设置为实 吋向厂商子系统、 用户子系统和银行子系统传递数据信息;
[0008] 厂商子系统、 用户子系统、 银行子系统均设置为: 接收到信息载体传递的信息 后, 按各自吋序对信息进行处理, 并由处理结果执行本子系统的指令, 同吋将 执行指令后的数据附加到信息载体中。
[0009] 其中, 包括商品电子凭证、 银行信用电子凭证和 /或保险电子凭证。 商品电子 凭证是由厂商子系统生成的, 商品电子凭证包括: 商品信息、 支付信息、 交易 规则、 操作指令、 用户交互界面以及动态数据。 银行信用电子凭证由银行子系 统生成, 银行信用电子凭证包括: 付款方信息、 收款方信息、 支付金额、 支付 规则、 交易信息、 操作指令、 用户交互界面以及动态数据。
[0010] 根据本发明的另一个方面, 提供的一种智能电子商务的实现方法包括:
[0011] 厂商子系统封装商品信息、 支付信息、 交易规则、 操作指令、 用户交互界面生 成商品电子凭证, 并将商品电子凭证发布到全网域;
[0012] 用户子系统获取商品电子凭证, 在商品电子凭证上进行购买 /分销操作, 将购 买 /分销信息、 以及支付请求信息附加到商品电子凭证中; 将所述支付请求附加 到银行信用电子凭证中; 支付请求信息包括订单信息、 付款方信息、 收款方信 息、 支付金额;
[0013] 银行子系统接收银行信用电子凭证中传递的支 付请求信息, 确认支付请求信息 , 冻结付款方账户中的银行信用电子凭证对应的 支付金额, 并将预支付成功信 息附加到银行信用电子凭证中;
[0014] 厂商子系统从商品电子凭证和银行信用电子凭 证获取交易信息, 并确认交易后 , 向银行信用电子凭证附加交易确认信息;
[0015] 银行子系统收到银行信用电子凭证传递的交易 确认信息后, 将交易确认信息中 的收款方信息与支付请求信息中的收款方信息 、 交易确认信息的订单信息与支 付请求信息中的订单信息进行比对, 如果匹配成功, 则将收证成功信息附加到 银行信用电子凭证中;
[0016] 厂商子系统根据商品电子凭证和银行信用电子 凭证的信息进行发货, 并将发货 信息附加到商品电子凭证中; [0017] 用户子系统在用户收货后, 将收货成功信息附加到商品电子凭证中和银行 信用 电子凭证中;
[0018] 银行子系统接收到收货成功信息后, 将付款方账户中冻结的支付金额解冻并划 拨到收款方账户, 并将支付成功信息附加到银行信用电子凭证中 。
[0019] 根据本发明的再一个方面, 提供的一种智能电子商务的实现方法, 应用于厂商 子系统, 该方法包括:
[0020] 厂商子系统封装商品信息、 支付信息、 交易规则、 操作指令、 用户交互界面生 成商品电子凭证, 并将商品电子凭证发布到全网域;
[0021] 从商品电子凭证和银行信用电子凭证获取交易 信息, 并确认交易后, 向银行信 用电子凭证附加交易确认信息, 以由银行信用电子凭证将交易信息传递到银行 子系统;
[0022] 根据商品电子凭证和银行信用电子凭证的信息 进行发货, 并将发货信息附加到 商品电子凭证中。
[0023] 根据本发明的又一个方面, 提供的一种智能电子商务的实现方法, 应用于用户 子系统, 该方法包括:
[0024] 用户子系统获取商品电子凭证, 在商品电子凭证上进行购买 /分销操作, 将购 买 /分销信息、 以及支付请求信息附加到商品电子凭证中; 将所述支付请求附加 到银行信用电子凭证中; 支付请求信息包括订单信息、 付款方信息、 收款方信 息、 支付金额;
[0025] 用户子系统在用户收货后, 将收货成功信息附加到商品电子凭证中和银行 信用 电子凭证中。
[0026] 根据本发明的又一个方面, 提供的一种智能电子商务的实现方法, 应用于银行 子系统, 该方法包括:
[0027] 银行子系统接收银行信用电子凭证中传递的支 付请求信息, 确认支付请求信息 , 并冻结付款方账户中的银行信用电子凭证对应 的支付金额, 并将预支付成功 信息附加到银行信用电子凭证中;
[0028] 接收到银行信用电子凭证传递的交易确认信息 后, 将交易确认信息中的收款方 信息与支付请求信息中的收款方信息、 交易确认信息的订单信息与支付请求信 息中的订单信息进行比对, 如果匹配成功, 则将收证成功信息附加到银行信用 电子凭证中;
[0029] 接收到银行信用电子凭证传递的收货成功信息 后, 将付款方账户中冻结的支付 金额解冻并划拨到收款方账户, 并将支付成功信息附加到银行信用电子凭证中
[0030] 根据本发明的又一个方面, 提供的一种智能电子商务的实现装置, 应用于厂商 子系统, 该方法包括:
[0031] 生成模块, 设置为封装商品信息、 支付信息、 交易规则、 操作指令、 用户交互 界面生成商品电子凭证;
[0032] 发布模块, 设置为将商品电子凭证发布到全网域;
[0033] 交易确认模块, 设置为从商品电子凭证和银行信用电子凭证获 取交易信息, 并 确认交易后, 向银行信用电子凭证附加交易确认信息, 以由银行信用电子凭证 将交易信息传递到银行子系统;
[0034] 发货模块, 设置为根据商品电子凭证和银行信用电子凭证 的信息进行发货, 并 将发货信息附加到商品电子凭证中。
[0035] 根据本发明的又一个方面, 提供的一种智能电子商务的实现装置, 应用于用户 子系统, 该装置包括:
[0036] 操作模块, 设置为获取商品电子凭证, 在商品电子凭证上进行购买 /分销操作
[0037] 预支付模块, 设置将购买 /分销信息、 以及支付请求信息附加到商品电子凭证 中; 将所述支付请求附加到银行信用电子凭证中; 支付请求信息包括订单信息 、 付款方信息、 收款方信息、 支付金额;
[0038] 收货模块, 设置为在用户收货后, 将收货成功信息附加到商品电子凭证中和银 行信用电子凭证中。
[0039] 根据本发明的又一个方面, 提供的一种智能电子商务的实现装置, 应用于银行 子系统, 该装置包括:
[0040] 幵证模块, 设置为接收银行信用电子凭证中传递的支付请 求信息, 确认支付请 求信息, 并冻结付款方账户中的银行信用电子凭证对应 的支付金额, 并将预支 付成功信息附加到银行信用电子凭证中;
[0041] 收证模块, 设置为接收到银行信用电子凭证传递的交易确 认信息后, 将交易确 认信息中的收款方信息与支付请求信息中的收 款方信息、 交易确认信息的订单 信息与支付请求信息中的订单信息进行比对, 如果匹配成功, 则将收证成功信 息附加到银行信用电子凭证中;
[0042] 解付模块, 设置为接收到银行信用电子凭证传递的收货成 功信息后, 将付款方 账户中冻结的支付金额解冻并划拨到收款方账 户, 并将支付成功信息附加到银 行信用电子凭证中。
发明的有益效果
有益效果
[0043] 本发明提供的智能电子商务系统及其实现方法 和装置, 通过直接在信息载体上 进行商品活动, 无需依托平台技术架构, 且全程记录商品交易信息, 能防伪溯 源, 确保消费者购买到正品, 实现全网域厂家直供的去平台化智能交易模式 , 从而保障厂商和消费者的利益。
[0044] 其次, 通过采用银行信用电子凭证进行支付操作, 由于支付吋资金在买家账户 冻结, 到货后资金再划拨给卖家, 整个交易过程中资金只存在于买卖双方的账 户上, 而不是在第三方账户上, 从而解决了现有电商平台第三方支付存在吸存 银行资金的缺陷、 杜绝了金融风险。
[0045] 此外, 通过集成商品交易环节、 支付环节、 物流环节、 保险环节和监管系统于 一体, 整个流程都自动完成, 不需人工干预, 从而确保了交易过程中的各种漏 洞, 实现了全网域厂家直供的去平台交易模式的智 能电子商务系统, 提高了商 品交易的安全性和交易效率。
[0046] 本发明将电商交易当中商品交易环节、 支付环节、 物流环节、 保险环节、 监管 环节等数据间的相互动态关系、 处理、 状态进行自动处理, 减少人工的干预, 实现了厂商、 供应商、 银行、 保险、 物流、 监管部门、 消费者等业务环节的自 动化业务处理, 实现了商业逻辑智能化、 商品流转智能化、 供应链智能化、 金 融支付智能化、 交易监管智能化。
对附图的简要说明 附图说明
[0047] 图 1为本发明实施例一提供的一种智能电子商务 统的网络拓扑图。
[0048] 图 2为本发明实施例二提供的一种智能电子商务 统的网络拓扑图。
[0049] 图 3为本发明实施例三提供的一种智能电子商务 统的网络拓扑图。
[0050] 图 4 (a) 为本发明实施例四提供的一种智能电子商务的 实现方法流程图。
[0051] 图 4 (b) 为本发明实施例四提供的一种智能电子商务的 实现方法信息交互图。
[0052] 图 5为本发明实施例五提供的一种应用于厂商子 统的智能电子商务的实现方 法流程图。
[0053] 图 6为本发明实施例六提供的一种应用于厂商子 统的智能电子商务的实现方 法流程图。
[0054] 图 7为本发明实施例七提供的一种应用于用户子 统的智能电子商务的实现方 法流程图。
[0055] 图 8为本发明实施例八提供的一种应用于银行子 统的智能电子商务的实现方 法流程图。
[0056] 图 9 (a) 为本发明实施例九提供的一种智能电子商务系 统的实现方法流程图。
[0057] 图 9 (b) 为本发明实施例九提供的一种智能电子商务系 统的实现方法示意图。
[0058] 图 10为本发明实施例十提供的一种应用于厂商子 统智能电子商务的实现装置 模块结构图。
[0059] 图 11为本发明实施例十一提供的一种应用于厂商 系统智能电子商务的实现装 置模块结构图。
[0060] 图 12为本发明实施例十二提供的一种应用于用户 系统的智能电子商务的实现 装置模块结构图。
[0061] 图 13为本发明实施例十三提供的一种应用于银行 系统的智能电子商务的实现 装置模块结构图。
[0062] 图 14为本发明实施例十四提供的一种智能电子商 系统的示意图。
本发明的实施方式
[0063] 在此处键入本发明的实施方式描述段落。 为了使本发明所要解决的技术问题、 技术方案及有益效果更加清楚、 明白, 以下结合附图和实施例, 对本发明进行 进一步详细说明。 应当理解, 此处所描述的具体实施例仅仅用以解释本发明 , 并不用于限定本发明。
[0064] 实施例一
[0065] 如图 1所示, 本发明实施例提供的一种智能电子商务系统, 包括厂商子系统 10 、 用户子系统 20、 银行子系统 30和信息载体 40。
[0066] 信息载体 40, 设置为为用户提供交互操作, 并执行相应的操作指令; 还设置为 实吋向厂商子系统 10、 用户子系统 20和银行子系统 30传递数据信息。
[0067] 具体的, 信息载体 40用于全程记录交易过程信息, 信息载体 40中的信息一旦发 生变化, 就能将最新的数据信息传递到各子系统。 需要说明的是, 虽然信息载 体 40中包括了交易过程的所有数据信息和操作指 , 但是不同的账户登陆后, 在信息载体 40上所显示的数据信息和操作仅仅是与该登录 户相关的信息。 其 中, 信息载体 40传递的数据信息包括静态数据和动态数据。
[0068] 作为一种优选方案, 信息载体 40可以包括一个或多个电子凭证, 如可以包括商 品电子凭证、 银行信用电子凭证、 保险电子凭证或保险电子凭证中的一种或多 种等。 商品电子凭证是由厂商子系统 10生成的, 商品电子凭证包括: 商品信息
、 支付信息、 交易规则、 操作指令、 用户交互界面以及动态数据。 银行信用电 子凭证由银行子系统 30生成, 银行信用电子凭证包括: 付款方信息、 收款方信 息、 支付金额、 支付规则、 交易信息、 操作指令、 用户交互界面以及动态数据 。 保险电子凭证可以由厂商子系统生成, 也可以由保险子系统生成, 也可以由 包括投保方、 受益方、 投保金额、 投保方式、 理赔规则、 操作指令、 用户交互 界面以及动态数据。 厂商子系统 10、 用户子系统 20、 银行子系统 30均设置为: 接收到信息载体 40传递的信息后, 按各自吋序对信息进行处理, 并由处理结果 执行本子系统的指令, 同吋将执行指令后的动态数据附加到信息载体 40中。
[0069] 具体地, 厂商子系统 10部署在企业或厂商, 用户子系统 20是给消费者 /分销者 等各方用户使用的, 部署于移动设备、 PC端或智能设备中。 银行子系统部署在 银行方。 厂商子系统 10根据商品信息、 支付信息、 交易规则、 操作指令、 用户 交互界面生成商品电子凭证。 用户交互界面是指商品电子凭证展示的人机交 互 界面。 厂商子系统 10将商品电子凭证发布到全网域, 以便消费者和分销商浏览 和进行商品购买。 用户子系统 20获取商品电子凭证, 在商品电子凭证上进行购 买 /分销操作, 采用银行信用电子凭证进行预支付, 生成购买 /分销信息及支付请 求信息, 并将购买 /分销信息、 以及支付请求信息附加到商品电子凭证中; 将支 付请求附加到银行信用电子凭证中; 其中, 支付请求包括订单信息、 付款方信 息、 收款方信息、 支付金额。 银行子系统接收银行信用电子凭证传递的支付 请 求信息, 确认支付请求信息, 并冻结付款方账户中的银行信用电子凭证对应 的 支付金额, 并将预支付成功信息附加到银行信用电子凭证 中; 在收到银行信用 电子凭证传递的交易确认信息后, 将交易确认信息中的收款方信息与支付请求 信息中的收款方信息、 交易确认信息的订单信息与支付请求信息中的 订单信息 进行比对, 如果匹配成功, 则将收证成功信息附加到银行信用电子凭证中 ; 在 接收到收货成功信息后, 将付款方账户中冻结的支付金额解冻并划拨到 收款方 账户, 并将支付成功信息附加到银行信用电子凭证中 。 也就是说, 每个系统都 能获取信息载体 40的信息, 在信息载体 40上进行操作, 再将处理结束的信息附 加到信息载体 40中以传递到其他子系统。
[0070] 在本实施例中, 通过直接在信息载体上进行交易和传递信息, 不依赖于平台, 能在全网域流通, 全过程记录商品的交易, 能够防伪溯源, 确保消费者购买到 正品, 从而保障厂商和消费者的利益。 同吋, 由于信息载体(如商品电子凭证和 信用电子凭证) 封装了交易信息和操作指令, 并提供了用户交互界面, 可以独 立存在于 PC端、 移动设备、 短信、 email等媒介或设备中, 只要有网络通信就可 随吋、 随地进行交易不再依赖电商平台, 实现了全网域厂家直供的去平台交易 模式。 此外, 由于支付吋资金在付款方账户冻结, 到货后资金再划拨给收款方 , 整个交易过程中资金只存在于买卖双方的账户 上, 而不是在第三方账户上, 从而解决了现有电商平台第三方支付存在吸存 银行资金的缺陷、 杜绝了金融风 险。
[0071] 实施例二
[0072] 如图 2所示, 本发明实施例提供的一种智能电子商务系统, 包括厂商子系统 10 、 用户子系统 20、 银行子系统 30、 信息载体 40和物流子系统 50。 其中, 信息载 体 40包括商品电子凭证和银行信用电子凭证。
[0073] 厂商子系统 10, 设置为: 根据商品信息、 支付信息、 交易规则、 操作指令、 用 户交互界面生成商品电子凭证, 并将商品电子凭证发布到全网域以便消费者和 分销商浏览和购买。 还设置为从商品电子凭证和银行信用电子凭证 获取交易信 息, 并确认交易后, 向银行信用电子凭证附加交易确认信息, 以由银行信用电 子凭证将交易信息传递到银行子系统 30。
[0074] 其中, 商品电子凭证包括: 商品信息、 支付信息、 交易规则、 操作指令、 用户 交互界面以及动态数据。
[0075] 用户子系统 20, 还设置为: 获取商品电子凭证, 在商品电子凭证上进行购买 / 分销操作, 采用银行信用电子凭证进行预支付, 生成购买 /分销信息及支付请求 信息, 并将购买 /分销信息、 以及支付请求信息附加到商品电子凭证中; 将支付 请求附加到银行信用电子凭证中; 其中, 支付请求包括订单信息、 付款方信息 、 收款方信息、 支付金额; 在用户收货后, 将收货成功信息附加到商品电子凭 证中和银行信用电子凭证中。
[0076] 银行子系统 30, 接收银行信用电子凭证传递的支付请求信息, 确认支付请求信 息, 并冻结付款方账户中的银行信用电子凭证对应 的支付金额, 并将预支付成 功信息附加到银行信用电子凭证中; 在收到银行信用电子凭证传递的交易确认 信息后, 将交易确认信息中的收款方信息与支付请求信 息中的收款方信息、 交 易确认信息的订单信息与支付请求信息中的订 单信息进行比对, 如果匹配成功 , 则将收证成功信息附加到银行信用电子凭证中 ; 在接收到收货成功信息后, 将付款方账户中冻结的支付金额解冻并划拨到 收款方账户, 并将支付成功信息 附加到银行信用电子凭证中。
[0077] 其中, 银行信用电子凭证包括: 付款方信息、 收款方信息、 支付金额、 支付规 贝 1J、 交易信息、 操作指令、 用户交互界面以及动态数据。
[0078] 信息载体 40, 设置为为用户提供交互操作, 并执行相应的操作指令; 还设置为 实吋向厂商子系统 10、 用户子系统 20和银行子系统 30传递数据信息。
[0079] 物流子系统 50, 设置为接收信息载体传递的物流信息和提货码 。 还设置为在物 流公司凭提货码提货之后, 生成用于收货的取货码, 并将取货码附加于信息载 体 40中。 其中, 物流信息至少包括商品信息、 提货地址、 以及收货人和收货地 址。
[0080] 具体地, 厂商子系统 10根据商品属性生成物流信息; 将物流信息附加于信息载 体 40 (如商品电子凭证) 中。 物流信息包括: 商品信息、 提货地址、 以及收货 人和收货地址。 厂商子系统在商品发货吋生成承运方的提货码 , 并将提货码附 件于商品电子凭证中。 物流子系统 50接收信息载体传递 40传递的物流信息和提 货码, 在物流公司凭提货码提货之后, 生成用于用户收货的取货码, 并将提货 成功信息和取货码附加于信息载体 40中。 用户子系统 20将接收到用户输入的取 货码与商品电子凭证中保存的物流公司生成的 取货码进行核对, 核对成功后, 将收货成功信息附加到信息载体 40。 物流公司根据提货码到指定地址获取货物 , 用户子系统 20通过取货码接收货物, 能避免冒充发和货冒充收货的情况发生 , 能提高物流配送的可靠性。
[0081] 在本实施例中, 通过在实施例一的基础上, 通过将物流环节集成进来, 整个流 程都自动完成, 不需人工干预, 从而确保了物流环节的各种漏洞, 并提高了物 流效率。
[0082] 实施例三
[0083] 如图 3所示, 本发明实施例提供的一种智能电子商务系统, 在包括实施例二的 厂商子系统 10、 用户子系统 20、 银行子系统 30、 信息载体 40、 和物流子系统 50 的基础上, 还包括保险子系统 60、 供应商子系统 70和监管子系统 80中的一种或 任意几种组合。
[0084] 保险子系统 60, 设置为接收信息载体 40传递的保险电子凭证。
[0085] 其中, 保险电子凭证包括投保方、 受益方、 投保金额、 投保方式、 理赔规则、 操作指令、 用户交互界面以及动态数据。
[0086] 作为一种优选的方案, 保险子系统 60还设置为接收到保险电子凭证中的理赔信 息后, 与信息载体 40中的信息进行匹配并计算进行理赔, 并将理赔结果附加到 保险电子凭证中; 其中, 理赔信息由用户子系统 20附加于保险电子凭证中的。
[0087] 通过保险子系统 60, 用户购买吋如果选择了相应的交易保险险种, 该险种在厂 商确认交易吋正式自动生效, 若在交易当中出险, 根据保险条款买家报险的信 息会自动传递到保险公司, 保险公司根据保险情况选择自动或人工处理理 赔, 能实现快速理赔, 减少理赔环节和操作。
[0088] 进一步可选的, 系统还可自动选择交易保险险种, 无需用户进一步操作选择险 种。
[0089] 厂商子系统 10, 还设置为判断存货是否充足, 如果存货不足, 则生成原材料采 购信息, 将原材料采购信息附加到商品电子凭证中。
[0090] 供应商子系统 70, 设置为接收信息载体传递的原材料采购信息, 将原材料供应 信息附加到信息载体 40中, 并根据原材料采购信息给厂商进行供货。
[0091] 通过供应商子系统 70, 提供厂商原材料采购的闭环应用, 厂商子系统 10根据随 吋根据网上订单情况进行安全快捷进行原材料 的采购, 即吋补充材料, 避免备 料过多造成物料呆滞, 备料过少又可能影响生产进度的问题, 能提高资金回笼 率。
[0092] 进一步可选的, 厂商子系统 10, 还设置为接收到银行信用电子凭证传递的支付 成功信息后, 将交易完成信息附加到商品电子凭证中, 并根据商品电子凭证生 成售后电子凭证; 接收售后电子凭证传递的售后服务信息后, 向厂商传递需要 提供的售后服务信息;
[0093] 用户子系统 20, 还设置为根据用户的需求接收用户提交的售后 服务信息, 并将 售后服务信息附加于售后电子凭证中。
[0094] 监管子系统 80, 设置接收厂商子系统、 用户子系统、 银行子系统、 物流子系统 、 保险子系统和 /或供应商子系统执行的指令信息, 还设置为获取商品电子凭证 、 银行信用电子凭证、 和 /或保险电子凭证中的相关数据信息。
[0095] 具体地, 通过监管子系统 80为政府部门或第三方监管机构提供监管大数 接口 。 监管大数据系统从商品信息、 交易数据、 支付、 信誉、 买方交易及行为等采 集数据, 通过智能分析、 计算授权提供给相关的统计单位或监管部门。 同吋, 也可授权对交易当中的问题采取及吋自动处理 等措施保护消费者和厂商的利益 , 实现网络交易中公权机构的可监管性。
[0096] 在本发明实施例中, 从厂商、 银行、 保险、 物流、 消费者、 售后服务和监管部 门等业务环节实现了自动化业务处理, 实现了商业逻辑智能化、 商品流转智能 化、 供应链智能化、 金融支付智能化、 交易监管智能化, 从而实现了更接近于 现实商务交易活动的全网域智能化交易。
[0097] 实施例四
[0098] 如图 4 (a) 和图 4 (b) 所示, 本发明实施例提供的一种智能电子商务的实现 方 法包括以下步骤:
[0099] S402、 厂商子系统封装商品信息、 支付信息、 交易规则、 操作指令、 用户交互 界面生成商品电子凭证, 并将商品电子凭证发布到全网域。
[0100] S404、 用户子系统获取商品电子凭证, 在商品电子凭证上进行购买 /分销操作
, 将购买 /分销信息、 以及支付请求信息附加到商品电子凭证中。 将支付请求附 加到银行信用电子凭证中。
[0101] 其中, 支付请求信息包括订单信息、 付款方信息、 收款方信息、 支付金额。 具 体的, 厂商子系统在生成商品电子凭证之前向银行子 系统请求幵空白的银行信 用电子凭证, 银行子系统将空白的银行信用电子凭证发给厂 商子系统, 厂商子 系统在生成商品电子凭证吋生成包含收款方信 息的银行信用电子凭证 (该证上 的付款方信息为空白) , 用户子系统的支付请求中包括订单信息、 付款方信息 、 收款方信息、 支付金额, 则用户子系统将支付请求信息附加到银行信用 电子 凭证中 (该证上包括付款方信息和收款方信息、 支付金额等) , 通过银行信用 电子凭证将支付请求信息传递给银行子系统。
[0102] S406、 银行子系统接收银行信用电子凭证中传递的支 付请求信息, 确认支付请 求信息, 冻结付款方账户中的银行信用电子凭证对应的 支付金额, 并将预支付 成功信息附加到银行信用电子凭证中。
[0103] 其中, 银行信用电子凭证包括: 付款方信息、 收款方信息、 支付金额、 支付规 贝 1J、 交易信息、 操作指令、 用户交互界面以及动态数据。 S408、 厂商子系统从 商品电子凭证和银行信用电子凭证获取交易信 息, 并确认交易后, 向银行信用 电子凭证附加交易确认信息。
[0104] S410、 银行子系统收到银行信用电子凭证传递的交易 确认信息后, 将交易确认 信息中的收款方信息与支付请求信息中的收款 方信息、 交易确认信息的订单信 息与支付请求信息中的订单信息进行比对。 [0105] S412、 判断是否匹配成功, 如果是, 则执行步骤 S414, 否则执行步骤 S422。
[0106] S414、 银行子系统将收证成功信息附加到银行信用电 子凭证中。
[0107] S416、 厂商子系统根据商品电子凭证和银行信用电子 凭证的信息进行发货, 并 将发货信息附加到商品电子凭证中。
[0108] 作为一种优选的方案, 为了避免备料过多造成物料呆滞, 备料过少又可能影响 生产进度的问题, 还可以提供厂商原材料采购的闭环应用, 厂商子系统随吋根 据网上订单情况进行安全快捷进行原材料的采 购, 即吋补充材料, 能提高资金 回笼率。 本步骤 S416之前还可以包括:
[0109] 步骤 S4151、 厂商子系统判断存货是否充足, 如果存货不足, 则生成原材料采 购信息并附加到商品电子凭证中。
[0110] 步骤 S4152、 供应商子系统接收到原材料采购信息后, 为厂商供货。
[0111] S418、 用户子系统在用户收货后, 将收货成功信息附加到商品电子凭证中和银 行信用电子凭证中。
[0112] S420、 银行子系统接收到收货成功信息后, 将付款方账户中冻结的支付金额解 冻并划拨到收款方账户, 并将支付成功信息附加到银行信用电子凭证中 。
[0113] S422、 结束流程。
[0114] 作为另一种优选实施例, 为了避免冒充发和货冒充收货的情况发生, 提高物流 配送的可靠性, 可以采用物流公司根据提货码到指定地址获取 货物, 用户根据 取货码进行收货。 上述步骤 S416之后还包括集成物流环节的步骤, 具体包括:
[0115] 步骤 S41701、 厂商子系统生成承运方的提货码, 将提货码附加于商品电子凭证 中。 根据商品属性生成物流信息; 将物流信息附加于商品电子凭证中。
[0116] 其中, 物流信息至少商品信息、 提货地址、 以及收货人和收货地址。
[0117] 步骤 S41702、 厂商子系统由商品电子凭证向物流子系统传递 物流信息和提货码
[0118] 步骤 S41704、 物流子系统接收商品电子凭证传递的物流信息 和提货码, 在物流 公司凭提货码提货之后, 生成用于用户收货的取货码, 并将提货成功信息和取 货码附加于商品电子凭证中。
[0119] 步骤 S41706、 用户子系统将接收到用户输入的取货码与商品 电子凭证中保存的 物流子系统生成的取货码进行核对, 核对成功进行收货。
[0120] 如此, 物流公司根据提货码到指定地址获取货物, 用户子系统通过取货码接收 货物, 能避免冒充发和货冒充收货的情况发生, 能提高物流配送的可靠性。
[0121] 作为另一种优选的实施例, 为了能实现快速理赔, 减少理赔环节和操作。 上述 方法还包括步骤 S416之后还包括:
[0122] 步骤 S41702'、 厂商子系统根据商品电子凭证生成保险电子凭 证。
[0123] 其中, 保险电子凭证包括投保方、 受益方、 投保金额、 投保方式、 理赔规则、 操作指令、 用户交互界面以及动态数据。
[0124] 步骤 S41704'、 保险子系统接收到保险电子凭证中的理赔请求 信息后, 与商品 电子凭证中的保险信息进行匹配并计算进行理 赔, 并将理赔结果附加到保险电 子凭证中。
[0125] 其中, 理赔请求信息由用户子系统附加于保险电子凭 证中的。 如此, 如果购买 吋如果选择了相应的交易保险险种, 该险种在厂商确认交易吋正式自动生效, 若在交易当中出险, 根据保险条款买家报险的信息会自动传递到保 险公司, 保 险公司根据保险情况选择自动或人工处理理赔 , 能实现快速理赔, 减少理赔环 节和操作。
[0126] 进一步的, 用户子系统在通过保险电子凭证传递理赔请求 信息后, 等待理赔结 果。 在保险子系统将理赔结果附加到保险电子凭证 中后, 用户子系统将理赔结 果通过保险电子凭证通知用户。
[0127] 在另一些优选的实施例中, 为了提高售后服务的效率, 上述方法中, 步骤 S420 之后还包括:
[0128] 步骤 S421、 厂商子系统接收到银行信用电子凭证传递的支 付成功信息后, 将交 易完成信息附加到商品电子凭证中, 并根据商品电子凭证生成售后电子凭证。
[0129] 相应地, 上述方法之后还包括:
[0130] 步骤 S423、 用户子系统根据用户的需求接收用户提交的售 后服务请求信息, 并 将售后服务请求信息附加于售后电子凭证中。
[0131] 步骤 S424、 厂商子系统收到由售后电子凭证传递的售后服 务请求信息后, 向用 户提供售后服务, 并将售后服务信息附加到售后电子凭证中。 [0132] 在又一些优选的实施例中, 为了实现网络交易中公权机构的可监管性, 还可以 将政府部门或第三方监管机构集成到系统中来 , 上述方法还可以包括步骤:
[0133] 监管子系统接收厂商子系统、 用户子系统、 银行子系统、 物流子系统、 保险子 系统和 /或供应商子系统执行的指令信息, 并获取商品电子凭证、 银行信用电子 凭证、 和 /或保险电子凭证中的相关数据信息。
[0134] 上述接收方式可以是实吋动态的, 也可以是定吋接收的, 如此, 为政府部门或 第三方监管机构提供监管大数据接口。 监管大数据系统从商品信息、 交易数据 、 支付、 信誉、 买方交易及行为等采集数据, 通过智能分析、 计算授权提供给 相关的统计单位或监管部门。 同吋, 也可授权对交易当中的问题采取及吋自动 处理等措施保护消费者和厂商的利益, 实现网络交易中公权机构的可监管性。
[0135] 本发明实施例在上述实施例一的基础上, 将商品交易环节、 支付环节、 物流环 节、 保险环节、 售后环节和监管环节等的相互动态关系、 数据处理、 状态转化 等实现智能化, 实现了更接近于现实商务交易活动的全网域智 能化交易。
[0136] 需要说明的是, 上述系统实施例一至三的系统的技术特征在本 方法实施例中同 样适用, 这里不再重述。 并且上述所有数据传递都采用加密方式进行传 输, 比 如采用数字信封的方式对通信数据进行安全传 输。
[0137] 实施例五
[0138] 如图 5所示, 本发明实施例提供的一种智能电子商务的实现 方法, 应用于厂商 子系统, 该包括以下步骤:
[0139] S502、 厂商子系统封装商品信息、 支付信息、 交易规则、 操作指令、 用户交互 界面生成商品电子凭证, 并将商品电子凭证发布到全网域。
[0140] 具体地, 商品电子凭证包括: 商品信息、 支付信息、 交易规则、 操作指令、 用 户交互界面以及动态数据。
[0141] S504、 从商品电子凭证和银行信用电子凭证获取交易 信息, 并确认交易后, 向 银行信用电子凭证附加交易确认信息, 以由银行信用电子凭证将交易信息传递 到银行子系统。
[0142] 具体的地, 银行信用电子凭证包括: 付款方信息、 收款方信息、 支付金额、 支 付规则、 交易信息、 操作指令、 用户交互界面以及动态数据。 [0143] S506、 根据商品电子凭证和银行信用电子凭证的信息 进行发货, 并将发货信息 附加到商品电子凭证中。
[0144] 在本实施例中, 通过厂商子系统生成商品电子凭证, 通过直接商品电子凭证进 行电子商务数据的处理, 无需依托平台技术架构, 且全程记录商品交易信息, 能防伪溯源, 确保消费者购买到正品, 实现全网域厂家直供的去平台化智能交 易模式, 从而保障厂商和消费者的利益。
[0145] 实施例六
[0146] 如图 6所示, 本发明实施例提供的一种智能电子商务的实现 方法, 应用于厂商 子系统, 该包括以下步骤:
[0147] S602、 厂商子系统封装商品信息、 支付信息、 交易规则、 物流信息、 保险信息
、 操作指令、 用户交互界面生成商品电子凭证, 并将商品电子凭证发布到全网 域。
[0148] S604、 从商品电子凭证和银行信用电子凭证获取交易 信息, 并确认交易后, 向 银行信用电子凭证附加交易确认信息。
[0149] S606、 判断存货是否充足, 如果存货不足, 则执行步骤 S608, 如果存货充足则 执行步骤 S610。
[0150] S608、 生成原材料采购信息并附加到商品电子凭证中 。
[0151] S610、 生成承运方的提货码, 根据商品属性生成物流信息; 将提货码、 发货信 息和物流信息附加于商品电子凭证中。
[0152] 其中, 物流信息至少包括商品信息、 承运方的提货地址、 以及收货人和收货地 址。
[0153] S612、 厂商子系统根据商品电子凭证生成保险电子凭 证。
[0154] 其中, 保险电子凭证包括投保方、 受益方、 投保金额、 投保方式、 理赔规则、 操作指令、 用户交互界面以及动态数据。
[0155] S614、 厂商子系统接收到银行信用电子凭证传递的支 付成功信息后, 将交易完 成信息附加到商品电子凭证中, 并根据商品电子凭证生成售后电子凭证。
[0156] 在本发明实施例中, 在上述实施例五的基础上, 通过集成商品交易环节、 支付 环节、 物流环节、 保险环节、 售后环节和监管系统于一体, 整个流程都自动完 成, 不需人工干预, 从而确保了交易过程中的各种漏洞, 实现了全网域厂家直 供的去平台交易模式的智能电子商务系统, 提高了商品交易的安全性和交易效 率。
[0157] 实施例七
[0158] 如图 7所示, 本发明实施例提供的 一种智能电子商务的实现方法, 应用于用户 子系统, 该方法包括:
[0159] S702、 用户子系统获取商品电子凭证, 在商品电子凭证上进行购买 /分销操作 , 并将购买 /分销信息以及支付请求附加到商品电子凭证 ; 将支付请求信息附 加到银行信用电子凭证中。
[0160] S704、 用户子系统在用户收货后, 将收货成功信息附加到商品电子凭证中和银 行信用电子凭证中。
[0161] 具体地, 用户子系统将接收到用户输入的取货码与商品 电子凭证中保存的物流 子系统生成的取货码进行核对, 核对成功后, 将收货成功信息附加到商品电子 凭证和银行信用电子凭证中。
[0162] S706、 用户子系统根据用户的需求接收用户提交的售 后服务信息, 并将售后服 务信息附加于售后电子凭证中。
[0163] 在本发明实施例中, 通过直接在商品电子凭证上进行电子商务数据 的处理, 无 需依托平台技术架构, 且全程记录商品交易信息, 能防伪溯源, 确保消费者购 买到正品, 实现全网域厂家直供的去平台化智能交易模式 , 从而保障厂商和消 费者的利益。
[0164] 实施例八
[0165] 如图 8所示, 本发明实施例提供的 一种智能电子商务的实现方法, 应用于银 行子系统, 该方法包括:
[0166] S802、 银行子系统接收商品电子凭证中传递的支付请 求信息, 确认支付请求信 息, 并冻结付款方账户中的银行信用电子凭证对应 的支付金额, 并将预支付成 功信息附加到银行信用电子凭证中。
[0167] 其中, 银行信用电子凭证包括: 付款方信息、 收款方信息、 支付金额、 支付规 贝 1J、 交易信息、 操作指令、 用户交互界面以及动态数据。 [0168] S804、 接收到银行信用电子凭证传递的交易确认信息 后, 将交易确认信息中的 收款方信息与支付请求信息中的收款方信息、 交易确认信息的订单信息与支付 请求信息中的订单信息进行比对, 如果匹配成功, 则将收证成功信息附加到银 行信用电子凭证中。
[0169] S806、 接收到银行信用电子凭证传递的收货成功信息 后, 将付款方账户中冻结 的支付金额解冻并划拨到收款方账户, 并将支付成功信息附加到银行信用电子 凭证中。
[0170] 在本发明实施例中, 通过银行子系统生成银行电子凭证, 采用银行信用电子凭 证进行支付操作, 解决了现有电商平台第三方支付存在吸存银行 资金的缺陷、 杜绝了金融风险。
[0171] 实施例九
[0172] 如图 9 (a) 、 图 9 (b) 所示分别为本发明实施例提供的一种智能电商 系统的实 现方法的流程图、 示意图。
[0173] 如图 9 (a) 所示, 本发明实施例提供的智能电子商务系统的实现 方法可以包括 以下步骤:
[0174] S901 , 厂商子系统将商品信息、 物流信息、 保险信息、 支付信息、 交易规则、 操作指令及用户界面 (UI) 生成商品电子凭证, 并将商品电子凭证发布到全网 域。
[0175] S902, 用户子系统浏览、 检索到商品电子凭证后, 在商品电子凭证上进行购买
、 分销操作, 将购买及分销信息传送到厂商子系统; 厂商子系统在检测到供货 不足吋, 根据购买及分销信息向供应商子系统采购原材 料, 根据购买及分销信 息制定生产。
[0176] S903 , 银行子系统采用银行信用电子凭证冻结买方账 户中商品的预付金额, 完 成预支付, 并将预支付信息传送到厂商子系统, 厂商子系统根据银行信用电子 凭证返回的成功预付款消息执行发货指令。
[0177] 具体实现中, 厂商子系统从商品电子凭证和银行信用电子凭 证获取交易信息, 并确认交易后, 向银行信用电子凭证附加交易确认信息, 由银行信用电子凭证 将交易信息传递到银行子系统。 银行子系统收到交易确认信息后, 冻结付款方 账户中银行信用电子凭证对应的支付金额, 并将冻结成功的信息附加到银行信 用电子凭证中。 厂商子系统根据商品电子凭证和银行信用电子 凭证的信息发货
[0178] S904, 在厂商子系统执行发货后, 物流子系统接收由厂商子系统生成的提货码 , 在指定的仓储点由提货码提货, 并生成给用户子系统取货的取货码, 将商品 运达用户, 使得用户凭借收取货码确认收货。
[0179] S905 , 在确认收货后, 核对交易的商品信息、 提货信息、 确认收货信息、 预支 付信息、 商品电子凭证交易规则, 成功核对后, 通过银行支付电子凭证接口将 付款指令传送至银行子系统, 银行子系统将付款账户中冻结的预付金额解冻 并 划拨至收款方账户。
[0180] 如图 9 (b) , 厂商生产环节过程中, 当厂商子系统检测到原材料不够吋, 自动 向供应商子系统采购原材料, 供应商子系统通过银行信用电子凭证与厂商子 系 统进行金额结算, 供应商子系统通过承运电子凭证与物流子系统 对接, 将原材 料交付给厂商, 供应商子系统与厂商子系统的交易过程可由保 险电子凭证执行 保险。
[0181] 厂商子系统从供应商子系统中收到原材料后, 进行生产, 生产完成后, 将生产 的商品进入库存。 厂商子系统生成电子凭证, 具体的厂商子系统将商品信息、 物流信息、 保险信息、 支付信息、 交易规则、 操作指令及用户界面 (UI) 生成 商品电子凭证。
[0182] 厂商子系统将商品电子凭证发布到全网域并展 示, 可在 PC端、 移动设备等中展 示商品电子凭证, 从而消费者可浏览到商品电子凭证, 直接在商品电子凭证上 操作, 包括购买操作、 分销操作等, 购买 /分销操作通过银行信用电子凭证进行 支付, 交易过程通过保险电子凭证执行保险。 银行子系统采用银行信用电子凭 证冻结买方账户中商品的预付金额, 完成预支付, 并将预支付信息传送到厂商 子系统。
[0183] 厂商子系统对消费者的购买 /分销操作进行处理, 收到预支付信息后, 确认预 支付以及确认订单交易, 执行发货, 通过物流信息与物流子系统连通, 具体的 物流子系统可以通过物流承运电子凭证将商品 送达消费者。 消费者凭借取货码 确认收货。 厂商子系统在消费者确认收货后, 核对交易数据, 成功核对后, 通 过银行支付电子凭证接口将付款指令传送至银 行子系统, 银行子系统将付款账 户中冻结的预付金额解冻并划拨至收款方账户 。 到此交易完成。 若又进一步的 售后服务, 则厂商子系统执行售后服务, 如保修、 安装等。 监管子系统对整个 交易过程的数据信息进行监管。
[0184] 实施例十
[0185] 如图 10所示, 本发明实施例提供的一种智能电子商务的实现 装置, 应用于厂商 子系统, 该装置包括生成模块 101、 发布模块 102、 交易确认模块 103和发货模块 104。
[0186] 生成模块 101, 设置为封装商品信息、 支付信息、 交易规则、 操作指令、 用户 交互界面生成商品电子凭证。
[0187] 优选地, 生成模块 101还可以结合物流信息和保险信息生成商品电 子凭证。 用 户交互界面规则是指商品电子凭证展示的人机 交互界面。 生成的商品电子凭证 能够防伪溯源, 确保消费者购买到正品, 从而保障厂商和消费者的利益。
[0188] 发布模块 102, 设置为将商品电子凭证发布到全网域。
[0189] 具体地, 发布模块 102通过微信、 电子邮件、 展示平台和 /或线下方式将商品电 子凭证发布到全网域, 以便消费者和分销商浏览和购买。 商品电子凭证能够在 全网域流通, 可以存在于 PC端、 移动设备、 短信、 email等媒介或设备中, 只要 有网络通信就可随吋、 随地进行交易不再依赖电商平台, 实现了全网域厂家直 供的去平台交易模式。
[0190] 交易确认模块 103, 设置为从商品电子凭证和银行信用电子凭证获 取交易信息 , 并确认交易后, 向银行信用电子凭证附加交易确认信息, 以由银行信用电子 凭证将交易信息传递到银行子系统。
[0191] 发货模块 104, 设置为根据商品电子凭证和银行信用电子凭证 的信息进行发货 , 并将发货信息附加到商品电子凭证中。
[0192] 在本实施例中, 通过厂商子系统生成商品电子凭证, 通过直接商品电子凭证进 行电子商务数据的处理, 无需依托平台技术架构, 且全程记录商品交易信息, 能防伪溯源, 确保消费者购买到正品, 实现全网域厂家直供的去平台化智能交 易模式, 从而保障厂商和消费者的利益。
[0193] 实施例十一
[0194] 如图 11所示, 本发明实施例提供的一种智能电子商务的实现 装置, 应用于厂商 子系统, 该装置在实施例十的基础上, 包括生成模块 101、 发布模块 102、 交易 确认模块 103和发货模块 104, 还包括物流模块 105、 保险业务模块 106, 供应商 模块 107和售后服务模块 108中的一种或几种组合。
[0195] 物流模块 105, 设置为根据商品属性生成物流信息; 将物流信息附加于商品电 子凭证中; 其中, 物流信息至少包括承运方的提货码。
[0196] 具体地, 物流信息还可以包括: 商品信息、 承运方提货地址、 以及收货人和收 货地址。 物流公司得到商品运输信息, 在厂商指定的仓储点根据提货码提货, 此吋系统也在商品电子凭证上生成取货码发送 给用户子系统。 物流公司提货后 将商品发运给买方, 买方根据商品电子凭证的取货码确认收货。 通过将物流环 节集成进来, 整个流程都自动完成, 不需人工干预, 从而确保了物流环节的各 种漏洞, 并提高了物流效率。
[0197] 保险业务模块 106, 设置为根据商品电子凭证生成保险电子凭证, 并发送给保 险子系统。 其中, 保险电子凭证包括投保方、 受益方、 投保金额、 投保方式、 理赔规则、 操作指令、 用户交互界面以及动态数据。
[0198] 具体地, 如果用户购买吋自动或手动选择了相应的交易 保险险种, 该险种在厂 商确认交易吋正式自动生效, 若在交易当中出险, 根据保险条款买家报险的信 息会自动传递到保险公司, 保险公司根据保险情况选择自动或人工处理理 赔, 能实现快速理赔, 减少理赔环节和操作。
[0199] 供应商模块 107, 设置为判断存货是否充足, 如果存货不足, 则生成原材料采 购信息发送给供应商子系统以采购原材料, 并定制生产。
[0200] 具体地, 供应商模块 107与供应商子系统进行通讯, 为厂商提供采购原材料的 闭环应用。 使得厂商根据随吋根据网上订单情况进行安全 快捷进行原材料的采 购, 即吋补充材料。 如此既能避免备料过多造成物料呆滞, 备料过少又可能影 响生产进度的问题, 提高资金回笼率。
[0201] 售后服务模块 108, 设置为接收到银行信用电子凭证传递的支付成 功信息后, 将交易完成信息附加到商品电子凭证中, 并根据商品电子凭证生成售后电子凭 证。
[0202] 在本发明实施例中, 在上述实施例十的基础上, 通过集成商品交易环节、 支付 环节、 物流环节、 保险环节、 售后环节和监管系统于一体, 整个流程都自动完 成, 不需人工干预, 从而确保了交易过程中的各种漏洞, 实现了全网域厂家直 供的去平台交易模式的智能电子商务系统, 提高了商品交易的安全性和交易效 率。
[0203] 实施例十二
[0204] 如图 12所示, 本发明实施例提供的一种智能电子商务的实现 装置, 应用于用户 子系统, 该装置包括操作模块 201、 预支付模块 202和收货模块 203。
[0205] 操作模块 201, 设置为获取商品电子凭证, 在商品电子凭证上进行购买 /分销操 作。
[0206] 预支付模块 202, 设置为设置将购买 /分销信息、 以及支付请求信息附加到商品 电子凭证中; 将支付请求附加到银行信用电子凭证中; 支付请求信息包括订单 信息、 付款方信息、 收款方信息、 支付金额。
[0207] 收货模块 203, 设置为在用户收货后, 将收货成功信息附加到商品电子凭证中 和银行信用电子凭证中。
[0208] 作为一种优选的方案, 收货模块 203将接收到用户输入的取货码与商品电子凭 证中保存的物流公司生成的取货码进行核对, 核对成功后, 将收货成功信息附 加到商品电子凭证和银行信用电子凭证中。
[0209] 作为另一种优选方案, 该装置还可以包括售后服务请求模块: 设置为根据用户 的需求接收用户提交的售后服务请求信息, 并将售后服务请求信息附加于售后 电子凭证中。
[0210] 在本发明实施例中, 通过直接在商品电子凭证上进行电子商务数据 的处理, 无 需依托平台技术架构, 且全程记录商品交易信息, 能防伪溯源, 确保消费者购 买到正品, 实现全网域厂家直供的去平台化智能交易模式 , 从而保障厂商和消 费者的利益。
[0211] 实施例十三 [0212] 如图 13所示, 本发明实施例提供的一种智能电子商务的实现 装置, 应用于银行 子系统, 该装置包括幵证模块 301、 收证模块 302和解付模块 303。
[0213] 幵证模块 301, 银行子系统接收银行信用电子电子凭证中传递 的支付请求信息
, 确认支付请求信息, 并冻结付款方账户中的银行信用电子凭证对应 的支付金 额, 并将预支付成功信息附加到银行信用电子凭证 中。
[0214] 其中, 银行信用电子凭证包括: 付款方信息、 收款方信息、 支付金额、 支付规 贝 1J、 交易信息、 操作指令、 用户交互界面以及动态数据以及数据信息。
[0215] 收证模块 302, 接收到银行信用电子凭证传递的交易确认信息 后, 将交易确认 信息中的收款方信息与支付请求信息中的收款 方信息、 交易确认信息的订单信 息与支付请求信息中的订单信息进行比对, 如果匹配成功, 则将收证成功信息 附加到银行信用电子凭证中。
[0216] 解付模块 303, 设置为接收到银行信用电子凭证传递的收货成 功信息后, 将付 款方账户中冻结的支付金额解冻并划拨到收款 方账户, 并将支付成功信息附加 到银行信用电子凭证中。
[0217] 在本发明实施例中, 通过银行子系统生成银行电子凭证, 采用银行信用电子凭 证进行支付操作, 解决了现有电商平台第三方支付存在吸存银行 资金的缺陷、 杜绝了金融风险。
[0218] 实施例十四
[0219] 如图 14所示, 为本发明实施例十四提供的一种智能电子商务 系统的示意图。 本 发明实施例中的系统与制造企业中的 ERP系统对接, 从商品的生产、 商品的交易 的实现全智能化。 具体如下:
[0220] 企业 ERP系统将信息导入厂商子系统, 具体包括采集商品信息、 物流信息、 收 款信息、 保险信息、 交易规则、 操作指令和操作界面 /UI, 厂商子系统采集到以 上信息, 进行封装, 并通过数据加密, 生成商品电子凭证, 并进行发布, 具体 可通过 CA系统进行加密, 还可将商品电子凭证存储到云存储系统中。
[0221] 商品电子凭证进行发布, 通过通信系统, 由网络传播到全网域, 可以在展示平 台进行展示, 具体可以在移动终端、 PC终端等设备中进行展示, 不限定于一定 需要基于具体的平台进行展示。 可以在全网域进行搜索, 消费者可对商品电子 凭证进行搜索。 展示平台对商品电子凭证进行展示, 消费者可进行浏览, 用户 子系统可检索到商品电子凭证, 进而在商品电子凭证上执行进货、 代销或购买 等操作, 将购买及分销信息传送到厂商子系统, 厂商子系统处理支付信息, 确 认商品电子凭证上的支付信息, 通过银行信用电子凭证进行预支付, 银行子系 统通过支付集成器冻结买方账户中商品的预付 金额, 完成预支付, 并将预支付 成功信息附加到银行信用电子凭证中, 并将预支付信息传送到厂商子系统, 厂 商子系统根据银行信用电子凭证返回的成功预 付款消息执行发货指令, 在厂商 子系统执行发货后, 物流子系统接收由厂商子系统生成的提货码, 在指定的仓 储点由提货码提货, 并生成给用户子系统取货的收货码, 将商品运达消费者, 从而消费者凭借取货码确认收货。 在确认收货后, 核对交易的商品信息、 提货 信息、 确认收货信息、 预支付信息、 商品电子凭证交易规则, 成功核对后, 通 过银行支付电子凭证将付款指令传送至银行子 系统, 银行子系统将付款账户中 冻结的预付金额解冻并划拨至收款方账户。
[0222] 厂商子系统将购买、 分销、 售后信息传递给企业 ERP系统。
[0223] 若又进一步的售后服务, 则厂商子系统执行售后服务, 如保修、 安装等。 在退 换货、 交易出错等情况吋, 保险自动生效。
[0224] 厂商子系统根据商品电子凭证生成保险电子凭 证, 并发送给保险子系统, 保险 子系统接收到保险电子凭证中的理赔请求信息 后, 与商品电子凭证中的保险信 息进行匹配并计算进行理赔, 并将理赔结果附加到保险电子凭证中; 其中, 理 赔请求信息由用户子系统附加于保险电子凭证 中的。
[0225] 进一步可选的, 厂商子系统在接收到购买请求吋, 还可以判断存货是否充足, 如果存货不足, 则生成原材料采购信息发送给供应商子系统以 采购原材料, 并 定制生产; 如果存货充足, 则执行发货。
[0226] 供应商子系统接收到厂商子系统生成原材料采 购信息, 并根据原材料给厂商进 行供货。 供应商子系统通过物流子系统将原材料配送到 厂商子系统, 通过银行 信用电子凭证冻结厂商的采购支付金额, 在厂商确认收到原材料后再解冻, 银 行子系统对解冻的采购支付金额进行解冻并将 从付款方账号划拨到收款方账号 [0227] 进一步可选的, 监管子系统对整个交易过程的数据信息进行监 管。 监管子系统 接收厂商子系统、 用户子系统、 银行子系统、 物流子系统、 保险子系统和 /或供 应商子系统执行的指令信息, 还为获取商品电子凭证、 银行信用电子凭证、 和 / 或保险电子凭证中的相关数据信息。 具体地, 通过监管子系统为政府部门、 厂 商或第三方监管机构提供监管大数据接口。 监管大数据系统从商品信息、 交易 数据、 支付、 信誉、 买方交易及行为等采集数据, 通过智能分析、 计算授权提 供给相关的统计单位或监管部门。 同吋, 也可授权对交易当中的问题采取及吋 自动处理等措施保护消费者和厂商的利益, 实现网络交易中公权机构的可监管 性。
[0228] 本发明实施例中, 商品电子凭证能够在全网域流通, 可以存在于 PC端、 移动设 备、 短信、 email等媒介或设备中, 只要有网络通信就可随吋、 随地进行交易。 厂商生成的商品电子凭证采用安全加密等技术 , 确保商品是由厂商生产生成, 并对各个环节进行动态数据记录, 实现了防伪溯源、 厂商直供目的, 同吋商品 营销费用大大降低更能实现让利于消费者。
[0229] 本发明实施例中, 用户能够通过通信系统将自己的需求实吋发送 给厂商, 厂商 得到用户需求后能够根据用户提供的数据定制 生产。 本发明实施例还可与企业 E RP系统的输入输出接口, 商品销售、 代理及交易等数据能够实吋与厂商的 ERP 系统通信, 从而厂商可以根据这些数据来制定生产计划, 有效的利用系统提供 的大数据; 本发明实施例还提供厂商原材料采购的闭环应 用, 厂商根据用户购 买数据随吋可以利用系统提供的支付、 保险、 物流、 监管等环节不能根据网上 订单情况进行安全快捷进行原材料的采购。
[0230] 本发明采用了银行信用电子凭证进行支付操作 , 由于支付吋资金在买家账户冻 结, 到货后资金在解冻并支付给卖家, 整个交易过程中资金没有只存在于买卖 双方的账户上, 而不是在第三方账户上, 从而解决了现有电商平台第三方支付 存在吸存银行资金的缺陷、 杜绝了金融风险。 本发明具有"快递业务集成器"部署 于各个物流公司, 用户完成购买交易之后, 厂商一但确认交易并执行"发货"指令 , 物流公司会自动通过 "快递业务集成器"得到厂家委托运输指令信息 得到 "提 货码", 物流公司根据厂家给出的"提货码", 到厂家指定的提货点提货运输, 商 品运到买家之后, 买家根据商品电子凭证上动态生成的"取货码 "确认收货, 完成 交易。 上述流程都自动完成, 不需人工干预, 从而确保了物流环节的各种漏并 提高了物流效率。
[0231] 本发明具有"保险业务集成器"其部署于保险公 , 买家购买吋如果自动或手动 选择了相应的交易保险险种, 该险种在厂商确认交易吋正式自动生效, 若在交 易当中出险, 根据保险条款买家报险的信息会自动传递到保 险公司, 保险公司 根据保险情况选择自动或人工处理理赔, 真正实现了快速理赔, 理赔环节减少 了, 操作更简单。
[0232] 本发明实施例中的监管子系统其可部署于政府 部门、 第三方监管机构等处, 监 管大数据从商品信息、 交易数据、 支付、 信誉、 用户交易及行为等采集数据, 通过智能分析、 计算授权提供给相关的统计单位、 监管部门的, 同吋监管系统 也可授权对交易当中的问题采取及吋自动处理 等措施保护消费者、 厂商的利益 , 监管系统大数据接入从根本上实现了网络交易 的可监管性。
[0233] 此外, 本发明实施例还提供了一种智能电子商务的实 现系统, 该系统包括上述 实施例中的应用于厂商子系统的实现装置、 应用于用户子系统的实现装置、 以 及应用于银行子系统的实现装置, 这里不再重述。
[0234] 需要说明的是, 上述系统实施例中的技术特征在对应的方法和 装置实施例中同 样适用, 为节省篇幅, 不在每个实施例中再重述。
[0235] 本领域普通技术人员可以理解实现上述实施例 方法中的全部或部分步骤是可以 通过程序来控制相关的硬件完成, 所述的程序可以在存储于一计算机可读取存 储介质中, 所述的存储介质, 如 ROM/RAM、 磁盘、 光盘等。
[0236] 以上参照附图说明了本发明的优选实施例, 并非因此局限本发明的权利范围。
本领域技术人员不脱离本发明的范围和实质, 可以有多种变型方案实现本发明 , 比如作为一个实施例的特征可用于另一实施例 而得到又一实施例。 凡在运用 本发明的技术构思之内所作的任何修改、 等同替换和改进, 均应在本发明的权 利范围之内。
工业实用性
[0237] 本发明提供的智能电子商务系统及其实现方法 和装置, 通过直接在信息载体上 进行商品活动, 无需依托平台技术架构, 且全程记录商品交易信息, 能防伪溯 源, 确保消费者购买到正品, 实现全网域厂家直供的去平台化智能交易模式 , 从而保障厂商和消费者的利益。
[0238] 其次, 通过采用银行信用电子凭证进行支付操作, 由于支付吋资金在买家账户 冻结, 到货后资金再划拨给卖家, 整个交易过程中资金只存在于买卖双方的账 户上, 而不是在第三方账户上, 从而解决了现有电商平台第三方支付存在吸存 银行资金的缺陷、 杜绝了金融风险。
[0239] 此外, 通过集成商品交易环节、 支付环节、 物流环节、 保险环节和监管系统于 一体, 整个流程都自动完成, 不需人工干预, 从而确保了交易过程中的各种漏 洞, 实现了全网域厂家直供的去平台交易模式的智 能电子商务系统, 提高了商 品交易的安全性和交易效率。
[0240] 本发明将电商交易当中商品交易环节、 支付环节、 物流环节、 保险环节、 监管 环节等数据间的相互动态关系、 处理、 状态进行自动处理, 减少人工的干预, 实现了厂商、 供应商、 银行、 保险、 物流、 监管部门、 消费者等业务环节的自 动化业务处理, 实现了商业逻辑智能化、 商品流转智能化、 供应链智能化、 金 融支付智能化、 交易监管智能化。
Next Patent: LEAKAGE DETECTION DEVICE FOR MEDICAL DEVICES