网络直播中的数据处理系统的制作方法

[0001]
本申请涉及网络直播领域，特别是网络直播中的数据处理系统。


背景技术：

[0002]
随着网购平台的快速发展，很多购买和销售行为都转移到了线上。在一些网购平台上，还会结合直播的方式对商品进行发布或者公开销售，目前用于直播的应用程序(application，简称为app)在直播过程中，主播或者商家为了活跃直播氛围，拉动更多的用户参与到直播互动中，会在直播中发放较大额度的优惠券，通过促销活动引导销售，但在互联网环境中，是存在大量的羊毛党用户这一部分羊毛党用户通过工具或者技术能力参与抢券，从而影响到了其他正常的直播观众用户能够获取到优惠券的机会。
[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]
图1是根据本申请实施例的网络直播中的数据处理系统的结构图一；
[0031]
图2是根据本申请实施例的网络直播中的数据处理系统的结构图二；
[0032]
图3是根据本申请实施例的网络直播中的数据处理的示意图；
[0033]
图4是根据本申请实施例中第一服务器针对反馈动作信息确定动作结果的流程图。
具体实施方式
[0034]
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行描述和说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。基于本申请提供的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0035]
显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。此外，还可以理解的是，虽然这种开发过程中所作出的努力可能是复杂并且冗长的，然而对于与本申请公开的内容相关的本领域的普通技术人员而言，在本申请揭露的技术内容的基础上进行的一些设计，制造或者生产等变更只是常规的技术手段，不应当理解为本申请公开的内容不充分。
[0036]
在本申请中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域普通技术人员显式地和隐式地理解的是，本申请所描述的实施例在不冲突的情况下，可以与其它实施例相结合。
[0037]
除非另作定义，本申请所涉及的技术术语或者科学术语应当为本申请所属技术领域内具有一般技能的人士所理解的通常意义。本申请所涉及的“一”、“一个”、“一种”、“该”等类似词语并不表示数量限制，可表示单数或复数。本申请所涉及的术语“包括”、“包含”、“具有”以及它们任何变形，意图在于覆盖不排他的包含；例如包含了一系列步骤或模块(单元)的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可以还包括没有列出的步骤或单元，或可以还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请所涉及的“多个”是指两个或两个以上。
[0038]
本申请提供的网络直播中的数据处理系统，可以应用于直播抢券安全防范平台中。直播场景中，主播为了活跃直播氛围，拉动更多的用户参与到直播互动中，会在直播中发放较大额度的优惠券，通过促销活动引导销售，在互联网环境中存在大量的羊毛党用户或者爬虫用户，这一部分用户通过工具或者技术能力参与抢券，从而影响到了其他正常的直播观众用户能够获取到优惠券的机会。在相关技术中，为了能够照顾到真实的用户，在直播平台中，直播平台的风控系统会设定防范措施，通常预先设置根据抢卷用户信息的校验规则，例如设置黑名单校验规则，若当前抢卷的用户属于预先设置的黑名单用户，则拦截或
者拒绝该抢卷用户抢劵；但是通过设置校验规则的直播平台风控系统，一旦一些用户通过修改自身信息，则可避免掉黑名单校验规则，进而直播平台的风控系统对羊毛党用户或者异常用户识别精度低，使得直播过程中优惠券安全性较低。本申请通过第一服务器、第二服务器和第三服务器实现消息的传递，一方面采用回调的双向认证技术，规避了爬虫用户和抢券工具，另一方面通过校验规则规避非用户行为或者羊毛党，提高直播过程中优惠券的安全性。
[0039]
本实施例提供了一种网络直播中的数据处理系统，图1是根据本申请实施例的网络直播中的数据处理系统的结构图一，如图1所示，网络直播中的数据处理系统，包括第一服务器11、第二服务器12、第二服务器13以及客户端14。
[0040]
第一服务器11，用于获取活动信息，并能够根据所获取的活动信息生成广播信息，例如，活动信息可以是主播发起的抢劵活动的内容，当第一服务器11获取到活动信息时可针对主播发起的抢劵活动进行校验，可以是对该活动信息的来源途经或者发起者进行校验，也可以是对该活动信息所携带的内容进行校验(校验抢劵活动的规则设置、抢劵条件等)，在第一服务器11对活动信息校准通过后，生成用于标示该抢劵活动的广播信息，若当前环境满足了抢劵活动的条件(满足抢劵活动的时间点)，触发流程，向第二服务器12发送广播信息。
[0041]
第二服务器12，与第一服务器11通信用于获取广播信息，并将广播信息发送至客户端14；例如，若当前环境满足了抢劵活动的条件，第一服务器11向第二服务器12发送广播信息，广播信息可以理解为用于传递抢劵活动的通知，在第二服务器12在接收到或者获取到广播信息的情况下，将广播信息发送至客户端14。
[0042]
客户端14，与第二服务器12通信用于接收广播信息，并将基于广播信息的反馈动作信息发送至第二服务器12；需要说明的是，客户端14代表着抢劵活动中的用户，且一个用户对应于一个客户端14，进而在直播场景中，客户端14是有多个的；用户可以通过手机或者电脑等设备与第二服务器12通信，客户端14一方面可以接收第二服务器12发送的广播信息，另一方面可向第二服务器12发送用户基于广播信息的反馈动作信息，也就是用户的抢卷行为。
[0043]
第二服务器13，与第二服务器12之间双向认证通信用于回调反馈动作信息，第二服务器13与第一服务器11通信用于将反馈动作信息发送至第一服务器11；第一服务器11根据反馈动作信息确定动作结果，并将动作结果发送至第二服务器12，第二服务器12用于将动作结果发送至客户端14；
[0044]
需要说明的是，当客户端14进行抢劵的操作时，客户端14将反馈动作信息发送至第二服务器12，第二服务器12做消息的中转，并不对反馈动作信息进行处理，第二服务器12会通知第二服务器13，由第二服务器13回调反馈动作信息，并将反馈动作信息发送至第一服务器11，进而在第二服务器12和第一服务器11之间通过回调服务的第二服务器13进行反馈动作信息的传递，且第二服务器12和第二服务器13之间双向认证通信，双向认证通信同时验证第二服务器12和第二服务器13的身份，在确保信息传递安全的基础上，规避了直播场景中的爬虫用户和抢劵工具。
[0045]
通过第一服务器11、第二服务器12和第二服务器13实现信息的流转传递，其一规避直接通过http的服务形式抢劵，其二能够提升直播过程中服务的吞吐量，降低在直播过
程中因大量的用户参与抢券对第一服务器11所造成的压力，在信息的流转传递基础上，通过第二服务器12和第二服务器13之间的双向认证，同时验证第二服务器12和第二服务器13的身份，在确保信息传递安全的基础上，规避了直播场景中的爬虫用户和抢劵工具，解决了相关技术中通过设置针对抢卷用户信息的校验规则，来拦截或者拒绝直播中羊毛党用户抢卷的方式，存在直播过程中优惠券安全性较低的问题，提高了直播过程中优惠券的安全性。
[0046]
在其中一些实施例中，第二服务器12为即时通信服务，即时通信服务是指第二服务器12能够即时发送和接收消息的服务方式，第二服务器12是作为用户参与到抢券活动消息处理的中央服务，在即时消息中链接消息发送方和消息接受方的枢纽，通过即时通信服务的方式实现直播场景中主播与观众之间的互动。
[0047]
在其中一些实施例中，第一服务器11根据反馈动作信息确定动作结果包括：
[0048]
第一服务器11根据反馈动作信息获取与反馈动作信息相关的当前活动信息；
[0049]
第一服务器11根据当前活动信息和反馈动作信息，确定动作结果；
[0050]
需要说明的是，当前活动信息可以是与本次反馈动作信息相关的活动劵信息，例如，当前本次抢劵活动的劵是否抢完，当前本次抢劵活动时时效是否结束等，若用户抢到劵的时间不在本次抢劵活动时效，则确定该用户本次抢劵的动作结果是：本次操作未抢到劵。
[0051]
在其中一些实施例中，第一服务器根据当前活动信息和反馈动作信息，确定动作结果包括：
[0052]
第一服务器11判断当前活动信息是否符合预设的活动条件；
[0053]
若符合，第一服务器11则判断反馈动作信息是否符合预设的动作条件；
[0054]
第一服务器11根据当前活动信息是否符合预设的活动条件以及反馈动作信息是否符合预设的动作条件，确定动作结果；
[0055]
其中，当前活动信息可以是与本次反馈动作信息相关的活动劵信息，例如，可以先判断本次抢劵活动的劵是否抢完，若本次抢劵活动的劵未抢完，则是当前活动信息符合预设的活动条件，然后可以判断反馈动作信息的用户是否已经领取过本次活动的劵，若已经领取，则动作结果为：本次操作未抢到劵，若未领取，则动作结果可以为：本次操作抢到劵。
[0056]
在其中一些实施例中，预设的活动条件至少包括以下任意一项：活动时效、活动库存。在其中一些实施例中，动作条件至少包括以下任意一项：与反馈动作信息相关的客户端14是否已经属于黑名单用户、与反馈动作信息相关的客户端14是否重复参与活动。第一服务器11针对反馈动作信息确定动作结果的过程中，可以灵活的加入相关的校验规则，进而可有效的规避非用户行为或者羊毛党。
[0057]
在其中一些实施例中，根据当前活动信息是否符合预设的活动条件以及反馈动作信息是否符合预设的动作条件之后，第一服务器11还用于保存与反馈动作信息相关的客户端14活动记录。
[0058]
在其中一些实施例中，第二服务器13与第一服务器11通信用于将反馈动作信息发送至第一服务器11包括：
[0059]
第二服务器13将反馈动作信息写入到消息队列中；
[0060]
第二服务器13按照先进先出的方式将消息队列中的动作信息发送至第一服务器11；
[0061]
其中，第二服务器13将从第二服务器12回调的反馈动作信息，直接写入到消息队
列中并不做逻辑处理，消息队列是用来临时存储回调的反馈动作信息，考虑到大量的用户参与活动时，会存在流量的峰值，可通过消息队列来消除峰值，尤其在直播场景中用户量增加的情况下，能够通过消息队列做缓冲，降低第二服务器13以及第一服务器11的数据处理压力。
[0062]
在其中一些实施例中，第二服务器12与客户端14之间能够通过自定义通信协议和加密技术建立通信；其中，第一服务器11、第二服务器12、第二服务器13以及客户端14，通过消息流转的方式，规避简单的请求-响应协议的服务方式，结合通信协议定制化和加密技术，较大程度上保证了消息传递的安全性。
[0063]
在其中一些实施例中，图2是根据本申请实施例的网络直播中的数据处理系统的结构图二，如图2所示，网络直播中的数据处理系统的结构还包括与第一服务器11通信的发起端21，用于向第一服务器11发送活动信息；其中，发起端21可以通过https+json的形式与第一服务器11交互，https+json是指通过http的方式建立通信，但传输数据是采用json格式的。
[0064]
在其中一些实施例中，图3是根据本申请实施例的网络直播中的数据处理的示意图，如图3所示，主播通过发起端21发起抢劵活动，且发起端21向第一服务器11发送主播发起抢劵活动的通知，第一服务器11根据发起端21的通知向第二服务器12广播抢劵的通知，第二服务器12作为链接消息发送方和消息接受方的枢纽向客户端14发起观众抢劵的通知；客户端14在接收到观众抢劵的通知后，指示该客户端14的观众进行抢劵操作，且在观众操作后，客户端14将包含操作信息的观众抢劵发送到第二服务器12；第二服务器13可向第二服务器12回调包含操作信息的观众抢劵(也就是上述提到的反馈动作信息)，且第二服务器13将回调的结果依次写入到消息队列中，消息队列中的数据可按照先进先出的原则读出，并发送至第一服务器11；第一服务器11内部设置有对抢劵的业务逻辑进行校验的校验规则，第一服务器11对包含操作信息的观众抢劵或者消费抢劵信息进行校验，并生成抢劵结果，第一服务器11向第二服务器12通知抢劵结果，第二服务器12再向对应的客户端14通知抢劵结果，客户端14将抢劵结果进行显示。
[0065]
在其中一些实施例中，图4是根据本申请实施例中第一服务器11针对反馈动作信息确定动作结果的流程图，如图4所示，第一服务器11针对反馈动作信息确定动作结果的步骤如下所示：
[0066]
步骤s401，第一服务器11根据反馈动作信息，先判断本次活动的劵是否抢完，若已经抢完，则直接确定动作结果，若未抢完，则执行步骤s402；
[0067]
步骤s402，第一服务器11判断与反馈动作信息相对应的用户，是否已经领取过劵，若是则直接确定动作结果，若否，则执行步骤s403；
[0068]
步骤s403，第一服务器11判断本次抢劵活动是否超过时效，若是则直接确定动作结果，若否，则执行步骤s404；
[0069]
步骤s404，第一服务器11判断本次抢劵的用户是否属于预设的黑名单用户，若属于，则直接确定动作结果，若不属于，则执行步骤s405；
[0070]
步骤s405，第一服务器11判断本次抢劵的用户是否领取过类似劵，若是，则直接确定动作结果，若不属于，则执行步骤s406；
[0071]
步骤s406，第一服务器11判断扣减劵库存是否成功，若是，则执行步骤s407，若否，
则直接确定动作结果；
[0072]
步骤s407，保存用户抢劵记录；
[0073]
在保存用户抢卷记录后，生成该用户本次抢劵成功的动作结果；
[0074]
需要说明的是，第一服务器11通过步骤s401判断本次活动的劵是否抢完、步骤s402判断用户是否已经领取过劵和步骤s403判断本次抢劵活动是否超过时效，来实现基本校验，以防止一个用户领取多张或者券超发的情况；第一服务器11通过步骤s404判断本次抢劵的用户是否属于预设的黑名单用户，来实现羊毛党、爬虫用户或者非真实人为行为用户的识别，以便于将羊毛党、爬虫用户或者非真实人为行为用户的动作结果设为抢券失败，黑名单用户可以是之前所识别出的羊毛党、爬虫用户或者非真实人为行为用户。
[0075]
以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
[0076]
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。