一种多态分配链的云端实现方法与流程

本发明涉及通信领域，尤其涉及一种基于预设分配模式的线上多方动态即时结算的销售及验证的多态分配链的云端实现方法。

背景技术：

在当今时代，相对于交易的整个环节，以及生活的越来越多样性，若是某个工具仅仅满足于某单一的功能，就比如卡在大多交易场景中只能完成货币支付的功能。这样必然会被消费者所诟病，因为追求更极致的体验，人们自然是希望所有的功能可以高度集成和组合。如果无法完成与其他业务进行有效的连接，必然不能满足于社会需求。在这种单一的交易模式下，我们可能会错过很多商机。因此，实时销售即时结算的多方动态搭建的需求非常迫切，我们需要一种方法，将在线平台将商户方、渠道方、消费方三者之间通讯联系起来，实时事件促发时，能迅速解决客户问题。

技术实现要素：

本发明要解决的主要技术问题是，提供一种多态分配链的云端实现方法，其利于优化商业服务业的信息组织与协调。

为解决上述技术问题，本发明提供一种多态分配链的云端实现方法，基于预设分配模式的线上多方动态即时结算的销售及验证，包括运营平台，方法流程为：经过平台认证和审核的供应商可以发布产品；经过平台审核和认证的机构或个人可以成为渠道；根据平台的规则和算法可以预设渠道的级别和分配比例；平台可以依据渠道的代理内容和地理位置在智能终端布局页面和内容；消费者在终端购买渠道推荐或代理的产品后获取对应的电子票券，消费者到商家处验证电子票券进行使用；电子票券验证完成使用后，利润根据规则实时分配结算到商家及对应销售渠道的虚拟账户。

在所述方法流程之前，还包括流程：多个商户进入平台，平台对商户进行审核，推荐或销售渠道和产品建立的连接关系，并设置和计算各渠道的分级和分配措施，依据渠道的代理内容和地理位置在智能终端布局页面和内容。

具体的，流程包括：

步骤一、商户方通过服务器终端身份确认后，将产品信息发送并存储在数据库中，产品发布成功后，则进行渠道方选择设置，或通过手机号进行邀请，邀请信息会以短信的方式发送到对方手机，渠道设置完成则发送并存储到数据库；

步骤二、渠道方通过服务器终端身份确认后，可查看服务器生成的带有特定产品信息和渠道方标识的二维码或链接，渠道方可发送至消费方得到产品信息和购买链接；

步骤三、平台可以基于渠道的代理内容和地理位置在智能终端布局页面和内容，消费方通过智能终端获取渠道推荐的产品；

步骤四、消费方获取到步骤二和步骤三的二维码或链接并接受其产品后，消费方通过二维码或链接经多方动态即时结算服务器核验是否符合交易条件，核验通过后，服务器向支付平台发送支付请求，支付平台接受支付请求，经消费方确认并支付后，支付平台完成消费方线上支付；

步骤五、消费方支付完成后，支付平台将支付信息发送回多方动态即时结算服务器，多方动态即时结算服务器依据完成的支付账单根据商户方预设分配比例、渠道方积分等级动态结算分账单，并根据分账单分别入账到商户方和渠道方于在线平台所对应的虚拟账户。

所述步骤三中，消费者获取到的产品信息是经由渠道推荐过的，且根据渠道代理范围和地理位置因素布局过的，且不限智能终端的类型。

所述步骤五中，商户方和渠道方可通过服务器身份验证后查看到入账详细信息，但不能进行提现操作。

还包括：

步骤六、商户方通过消费方提供的二维码或验证码进行验证消费，验证消费后，商户方和渠道方这笔交易对应入账可进行提现操作，渠道方进行积分累积；

步骤七、通过服务器终端身份确认后，渠道方和商户方可进行提现账号设置，并进行提现操作。

所述步骤一中，产品信息包括：产品的价格、产品介绍、起止时间和产品预设分配比例及算法等信息。

所述步骤二中，消费方可通过终端设备、网络营销渠道或其他渠道得到产品信息和购买链接。

所述步骤三中，产品消费二维码或验证码凭证会即时以短信的方式发送到消费方手机。

本发明的有益效果是：一种多态分配链的云端实现方法，基于预设分配模式的线上多方动态即时结算的销售及验证，包括运营平台，方法流程为：经过平台认证和审核的供应商可以发布产品；经过平台审核和认证的机构或个人可以成为渠道；根据平台的规则和算法可以预设渠道的级别和分配比例；平台可以依据渠道的代理内容和地理位置在智能终端布局页面和内容；消费者在终端购买渠道推荐或代理的产品后获取对应的电子票券，消费者到商家处验证电子票券进行使用；电子票券验证完成使用后，利润根据规则实时分配结算到商家及对应销售渠道的虚拟账户；该方法可解决商业服务业的信息组织问题，提高优惠协调性能，实现与各种触摸屏联动。

附图说明

图1为本发明一种实施例系统所拥有的角色韦恩图；

图2为本发明一种实施例系统角色之间的业务流程图；

图3是本发明一种实施例中客户端用户登录与服务器产生交互的流程图；

图4是本发明一种实施例中商户方发布产品与服务器产生交互的流程图；

图5是本发明一种实施例中商户方设置渠道与服务器产生交互的流程图；

图6是本发明一种实施例中渠道方获取链接与服务器产生交互的流程图；

图7是本发明一种实施例中消费方购买产品与服务器产生交互的流程图；

图8是本发明一种实施例中商户方验证消费方提供的验证码交互的流程图；

图9是本发明一种实施例中客户端用户设置提现账号并申请提现产生交互的流程图。

具体实施方式

下面通过具体实施方式结合附图对本发明作进一步详细说明。

请参考图1图2所示实施例，一种多态分配链的云端实现方法，基于预设分配模式的线上多方动态即时结算的销售及验证，其流程为：

步骤一、商户方通过服务器终端身份确认后，将产品的价格、产品介绍、起止时间和产品预设分配比例及算法等信息发送并存储在数据库中。产品发布成功后，则进行渠道方选择设置，或通过手机号进行邀请，邀请信息会以短信的方式发送到对方手机，渠道设置完成则发送并存储到数据库；

步骤二、渠道方通过服务器终端身份确认后，可查看服务器生成的带有特定产品信息和渠道方标识的二维码或链接，消费方可通过各种终端设备、网络营销渠道或其他渠道得到产品信息和购买链接；

步骤三、消费方获取到步骤第二的二维码或链接并接受其产品后，消费方通过二维码或链接经多方动态即时结算服务器核验是否符合交易条件，核验通过后，服务器向支付平台发送支付请求，支付平台接受支付请求，经消费方确认并支付后，支付平台完成消费方线上支付，产品消费二维码或验证码凭证会即时以短信的方式发送到消费方手机；

步骤四、消费方支付完成后，支付平台将支付信息发送回多方动态即时结算服务器，多方动态即时结算服务器依据完成的支付账单根据商户方预设分配比例、渠道方积分等级动态结算分账单，并根据分账单分别入账到商户方和渠道方于在线平台所对应的虚拟账户，商户方和渠道方可通过服务器身份验证后查看到入账详细信息，但不能进行提现操作；

步骤五、商户方通过消费方提供的二维码或验证码进行验证消费，验证消费后，商户方和渠道方这笔交易对应入账可进行提现操作，渠道方进行积分累积；

步骤六、通过服务器终端身份确认后，渠道方和商户方可进行提现账号设置，并进行提现操作。

一种多态分配链的云端实现方法，基于预设分配模式的线上多方动态即时结算的销售及验证，其解决商业服务业的信息组织问题，以及渠道优惠协调问题等。多态分配链是指处于同一个交易的多个关联方，在交易的一刹那可以处于不同的结算状态，但是不影响交易的实施。满足多态分配链的条件是：1、交易要有两个或者多于两个的关联方；2、交易各方需要有事先配置的独立于交易状态的分配原则。

下面结合附图，对本发明实施例进行详细说明。

参照图3，本发明中客户端用户登录与服务器产生交互主要包括如下流程：

301，客户端向服务器发送携带有待验证账号的登录请求；

302，服务器接受到登录请求后，根据数据库中存储的账号，对待验证的账号进行验证；

303，若302验证通过，服务器根据对应角色账号，生成该对应角色账号权限下初始页面；

304，服务器向客户端返回上述初始页面。

参照图4，是本发明中商户方发布产品与服务器的交互是在登录后进行的请求处理，在304之后设置如下流程：

401，商户方客户端向服务器端发送发布请求；

402，服务器接收到客户端发送的发布请求，验证其是否具有发布权限，具有发布权限则返回发布页面；

403，服务器向客户端返回发布页面；

404，商户方在发布页面编辑产品信息，具体包括产品价格、产品介绍、起止时间和产品预设分配比例及算法等信息；

405，商户方客户端将编辑好的产品信息提交发送至服务器；

406，服务器接收到客户端发送的产品信息后，验证产品信息是否符合规范；

407，产品信息经验证后，写入数据库进行存储；

408，服务器将发布结果返回给客户端。

参照图5，本发明中商户方设置渠道与服务器产生的交互是在登录后进行的相关操作请求，在304之后设置如下流程：

501，商户方客户端向服务器端发送渠道设置请求；

502，服务器接收到客户端发送的渠道设置请求，验证其是否具有渠道设置权限，验证通过则查询可设置产品列表；

503，服务器向客户端返回可设置产品列表；

504，客户端接收到产品列表后，选择要进行渠道设置的产品；

505，客户端将选择的产品发送回服务器；

506，服务器接收到后，验证产品并返回渠道设置页面；

507，服务器向客户端返回渠道设置页面；

508，客户端选择渠道并向该渠道发送邀请，其中选择添加渠道有两种方式，其中一种是通过手机号添加，邀请信息会以短信的方式发送，另一种为添加平台已注册用户，邀请信息会发送其注册邮箱；

509，客户端将已选择渠道信息发送至服务器；

510，服务器将从客户端发送的渠道信息存入数据库；

511，服务器将处理结果返回给客户端。

参照图6，本发明中渠道方获取链接与服务器产生的交互是在登录后的基础上进行的请求处理，在304之后设置如下流程：

601，渠道方客户端向服务器端发送查看渠道链接请求；

602，服务器接收到客户端发送的查看链接请求，查询带有特定产品信息和渠道方标识的链接列表；

603，服务器将查询到的渠道链接列表返回给客户端；

604，客户端接收到链接列表后，将链接通过各种终端设备、网络营销渠道或其他渠道共享给消费者；

参照图7，本发明中消费方购买产品与服务器产生的交互是在登录后进行的请求处理，在304之后设置如下流程：

701，消费方客户端获取到604的链接并接受其产品后，向服务器端发送交易请求；

702，服务器接收来自客户端交易请求后核验是否符合交易条件，核验通过后，服务器向支付平台发送支付请求，支付平台接受支付请求；

703，服务器向客户端返回支付页面；

704，客户端确认无误并完成支付；

705，客户端将支付结果返回给服务器端；

706，服务器核验接收到的支付结果，处理相关逻辑，向消费方手机发送验证码凭证，并准备消费凭证页面；

707，服务器将消费凭证页面返回给客户端；

708，客户端接收并保存收到的消费凭证。

参照图8，本发明中商户方验证消费方提供的验证码的交互是在登录后进行的请求处理，在304之后设置如下流程：

801，商户方客户端获取到来自708的消费凭证后，向服务器端发送验证请求；

802，服务器接收到验证请求后，核验验证码；

803，服务器向客户端返回验证结果；

804，服务器根据商户方预设分配比例，渠道方积分等级动态结算分账单；

805，根据804计算所得的分账单分别入账到商户方和渠道方所对应的虚拟账户；

参照图9，本发明中客户端用户设置提现账号并申请提现产生的交互是在登录后

进行的请求处理，在304之后设置如下流程：

901，客户端向服务器发送提现账号设置请求；

902，服务器接收到提现账号请求后核验请求信息，返回账号设置页面；

903，服务器将账号设置页面返回给客户端；

904，客户端接收账号设置页面，并录入账号信息；

905，客户端将录入的账号信息提交至服务器；

906，服务器接收到账号信息后进行核验，核验无误存入数据库；

907，服务器向客户端返回处理结果；

908，客户端向服务器发起提现申请请求；

909，服务器接收到提现申请请求后，核验申请，进行相关事务处理；

910，服务器向客户端返回申请结果。

相比较互联网时代是由电脑鼠标与网站网址构成生态体系，智能手机时代，使用“二维码扫一扫”，是用手机取代电脑，用扫一扫取代鼠标的点一点，用“二维码”取代网站网址，从而可以构建一个在智能手机时代特有的新的网络（姑且称之为“移动物联网”），是中国的历史性的战略机遇。本发明的方案有利于用户布局不单是pc端、移动端、还有触屏膜等，利于实现更全面的互联网即时结算。

本发明在具体应用中：

经过平台认证和审核的供应商可以发布产品；经过平台审核和认证的机构或个人可以成为渠道；根据平台的规则和算法可以预设渠道的级别和分配比例；平台可以依据渠道的代理内容和地理位置在智能终端布局页面和内容；消费者在终端购买渠道推荐或代理的产品后获取对应的电子票券，消费者到商家处验证电子票券进行使用；电子票券验证完成使用后，利润根据规则实时分配结算到商家及对应销售渠道的虚拟账户。

本发明目的有：1、通过与现在广为投放的多媒体屏幕提供商合作，有效利用闲置，丰富多媒体屏幕内容，2、可将酒店及民宿等全域旅游的游客聚集点纳入渠道，便于全域旅游大环境下当地旅游信息的组织；3、渠道的多样化可以让旅游景区周边的人流汇聚点也成为渠道，方便它们对当地旅游产品进行展示的同时可以实现利益的结合；4、解决当地旅游产品的标准化、诚信化和便利化，给游客搭建一个更美好和谐的环境。

本发明在旅游服务业，可帮助消费者解决全域旅游（即吃喝玩乐全包括）的问题，具体的：

1、实现周边的信息组织，如附近的餐馆、酒吧等都可以购买票券；

2、随时随地可以得到有效的和权威的推荐；

3、统一的电子票券即方便使用，同时保证可以使用防止欺诈行为；

4、卖出的电子票券，未使用不分配利润、验证使用后即分配。

所述的平台包涵盖括有所述的云端、服务器、手机软件及后台软件。

本发明可以

1.解决商业服务业的信息组织问题：

例如：在旅游行业，全域旅游的问题是在于目的地零散的信息如何组织成旅游者所需要的信息内，向游客提供旅游公共信息查询，总不能让游客挨个查询旅游六要素。该方法能根据地理位置，圈定小目的地，建设目的地信息组织系统。

2.优惠协调问题；

该方法能将商户方、渠道方、消费者方三方的利润分配模式预设，对外销售统一价格，不同渠道的优惠和返利在后台消化，杜绝市场乱象。在交易过程中能即时销售验证，各方的分成能即时到达账号上。另外，我们还设定全民渠道，让全民都可以进行分销，推广宽度广。

3.与各种触摸屏联动

该方法不仅是适用与pc端、移动端，还适用于各种触屏膜。

以上内容是结合具体的实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。