CN117972096B - 一种社交平台互动消息的处理方法及系统 - Google Patents

Abstract

本申请提供了一种社交平台互动消息的处理方法及系统，该方法包括：获取目标商品信息，创建信息匹配表，建立所述信息匹配表的关键字与所述目标商品信息的对应关系；获取直播生成的互动消息，当所述互动消息中包含所述信息匹配表中的所述关键字时，将所述互动消息加入到消息队列中并形成队列消息；根据所述目标用户ID将所述队列消息进行分组处理，当所述队列消息的内容存在相同时，保留消息生成时间最长或保留消息生成时间最短的所述队列消息；对存在多个关键字的互动消息进行处理，并选择关联度高的关键字进行对应交易链接的发送。该技术方案可以帮助卖家从社交平中获取潜在的交易对象，并向交易对象推送商品交易信息。

Description

一种社交平台互动消息的处理方法及系统

技术领域

本申请属于计算机技术领域，具体涉及一种社交平台互动消息的处理方法及系统。

背景技术

随着全球电子商务的兴起，国际零售贸易得到飞速发展，大量的国内中小型电商卖家将零售业务扩展至国外市场，通过境外的电商平台将国内众多商品销往国外市场。伴随跨境业务的发展，基于ERP软件而开发的电商ERP系统（简称电商ERP）逐步发展起来。电商ERP可以和电商平台深度连接，帮助国内的中小型电商卖家统一管理其海外店铺，解决语言差异带来的障碍，可实现一个运营人员同时管理上百个电商店铺，大幅度提高店铺运营的效率。

电商ERP系统是通过既定的规则访问和控制电商平台的店铺，处理店铺运营各环节的动态数据，数据管理庞杂，同时还要满足多种类型用户（卖家）的操作便捷性需求；因此现有已商业化的电商ERP系统的各功能模块都还处于功能逐步更新和完善的阶段，各软件企业在开发自家电商ERP系统时所制定的功能算法和规则也基本不一样，各功能模块随着用户需求变化会持续开发新的版本，以兼容更多的使用场景。

在商品销售环节，电商卖家为了提高的商品销量，会以社交平台直播的方式对商品进行销售。目前的电商ERP虽然可以与社交平台建立连接，以进行相应的操作控制，但是无法基于社交平台直播过程的互动消息识别潜在买家，也不能向发送互动消息的潜在买家推送商品交易信息。

涉及本申请的其他技术问题，在后文进一步阐述。上述内容仅用于辅助理解本申请的技术方案，并不表示上述内容全部都是现有技术。

发明内容

本申请的主要目的是提供一种社交平台互动消息的处理方法及系统，实现基于电商ERP系统从社交平台的互动消息中获取潜在的交易对象（潜在买家），并向潜在买家精准的推送商品交易信息。

为实现上述目的，本申请提出了社交平台互动消息的处理方法，用于电商ERP系统或电商平台系统的订单模块，该方法包括如下步骤：

S1、获取目标店铺的数据访问权限，并获取所述目标店铺的至少一个目标商品信息，创建信息匹配表，所述信息匹配表包括至少一个关键字，并根据预设需求建立所述关键字与所述目标商品信息的对应关系；

S2、建立与社交平台的连接，并监控所述社交平台的直播状态，当所述社交平台进行直播时，获取直播生成的互动消息，以及所述互动消息的消息生成时间和目标用户ID；

S3、解析所述互动消息，并将解析后的互动消息与所述信息匹配表进行匹配，当互动消息和信息匹配表的关键字匹配成功时，将所述互动消息加入到消息队列中并形成队列消息，当互动消息和信息匹配表的关键字未匹配成功时，则不将所述互动消息加入消息队列中；

S4、在预设的时间内，根据所述目标用户ID将所述队列消息进行分组处理，并判断分组后的所述队列消息的内容是否存在相同，当所述队列消息的内容存在相同时，保留消息生成时间最长或保留消息生成时间最短的所述队列消息；

S5、判断所述队列消息中的关键字数量，当所述队列消息中含有单个所述关键字时，基于所述关键字的所述对应关系确定相应的所述目标商品信息，并根据所述目标商品信息生成交易链接，将所述交易链接发送给对应目标用户ID的目标用户；当所述队列消息中含有多个所述关键字时，分别计算每个所述关键字与对应分组的所述队列消息的关联度，选择关联度最高的所述关键字，并基于所述关键字的所述对应关系确定相应的所述目标商品信息，并根据所述目标商品信息生成交易链接，将所述交易链接发送给对应目标ID的目标用户，其中，所述关联度为基于所述关键字在取样队列消息中出现的频率而计算出的值。

本申请的其他特征和技术效果在说明书的后面部分进行阐述说明。本申请的技术问题解决思路和相关产品设计方案为：

申请人发现，直播过程中会产生大量的互动消息，但是这些互动消息并没有很好的利用。如果通过ERP能获取直播过程中生成的互动消息，将其进行分类处理，提取与商品有关的互动消息，并获取发送这些消息的用户账号信息（如用户ID等），那么有可能从这些发送互动消息的用户中筛选出潜在买家，并推算出这些潜在买家可能感兴趣的商品，进而可以实现通过电商ERP将相应的商品交易链接推送给潜在买家。

为此，申请人提出了一种基于互动消息自动生成商品交易链接并推送给潜在买家的方法。首先，在电商ERP的订单模块创建信息匹配表，通过信息匹配表配置和各种商品（希望推送交易链接的商品）对应的关键字，使关键字与电商平台店铺的相应商品信息进行关联。同时，获取社交平台的访问权限，使社交平台产生的互动消息可以被ERP系统获取，进而与信息匹配表内的关键字进行匹配。然后将匹配成功的互动消息用于生成交易链接。

申请人还发现，用户在发送互动消息时可能会存在很多重复的互动消息，为此，在订单模块中，根据目标用户ID将互动消息进行分组处理；当存在重复的互动消息时，保留消息生成时间最长或保留消息生成时间最短的互动消息，用于生成交易链接。将所述用于生成交易链接的互动消息加入消息队列。

进一步的，申请人还发现，当互动消息内出现不同关键字时，每个关键字会对应不同的商品，此时会遇到针对一条互动消息可能要推送多个商品交易链接的情形，为此，在订单模块中进一步确定不同商品的优先等级。具体可以是，通过分别计算关键字与其它互动消息（采样消息）的关联度，并确定相应关键字与采样消息的关联度的大小，进而推定出哪个关键字所对应的商品信息是目标用户更希望获知的。

在具体实施时，当所述消息队列只包含单个关键字时，可以基于所述关键字和所述目标商品信息的对应关系确定相应的目标商品信息，并根据所述目标商品信息生成交易链接。当所述消息队列包含多个关键字时，分别计算每个关键字与对应分组的队列消息的关联度，并基于关联度最高的关键字和所述目标商品信息的对应关系确定相应的目标商品信息，并根据所述目标商品信息生成交易链接。最后，再将所述交易链接发送给对应目标ID的目标用户。

这种社交平台互动消息的处理方法，可以帮助卖家有效的从互动消息中精准的获取潜在的交易对象（潜在买家），并向各潜在买家精准的推送商品交易信息。实现了基于直播平台的互动消息，自动生成商品交易链接，大幅度的提高了商品推广效率，而且在商品推广过程，不会在电商平台或直播平台产生额外的广告推广费用，商品推广成本极低。另外，由于将ERP系统与社交平台结合到一起，并基于互动消息的目标用户分别生成交易链接，使ERP系统可以对商品交易链接的调用情况的精确统计可以及时获取目标用户点击并访问数据，以及临时订单的生成及成交情况的信息，从而提高对每场直播活动的订单转化率、收益等信息的统计精度。其他实施方案和技术效果在后文阐述。

本申请还提供了一种系统，所述系统为所述系统为电商ERP系统或电商平台系统，所述系统包括订单模块或社交电商模块，所述订单模块或所述社交电商模块执行如上所述的社交平台互动消息的处理方法中的操作。

进一步的，本申请还提供一种计算机设备，所述计算机设备包括存储器、处理器，本申请中的电商ERP系统或电商平台系统储存在存储器中，处理器可以运行电商ERP系统或电商平台系统的操作指令并执行各功能模块的功能实现方法。

本申请中电商领域名词的含义及说明（本申请中英文单词和字段符号之外的字母不区分大小写）：

1、ERP（Enterprise Resource Planning）是企业资源计划，其是建立在信息技术基础上，以系统化的管理思想，为企业决策层及员工提供决策运行手段的管理平台，本申请中也可以作为ERP系统的简称。

2、SSE（server sent events）,是一种基于WEB应用程序中仅从服务器向客户端发送文本消息的技术；API（Application Programming Interface），应用程序编程接口；非阻塞I/O：是指以异步来执行函数，先执行同步任务，耗时任务放在事件队列中，以此轮询执行。

附图说明

附图用来提供对本申请的进一步理解，不构成对本申请的限制；附图所示内容可以是实施例的真实数据，属于本申请的保护范围。

图1为本申请一实施例中电商ERP系统与社交平台的连接示意图。

图2为本申请一实施例中社交平台互动消息的处理系统的示意图。

图3为本申请一实施例中社交平台互动消息的处理方法的流程时序示意图。

图4为本申请一实施例中社交平台互动消息的处理方法的流程示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，下面通过具体实施方式结合附图对本申请中的实施例作进一步的说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

如图1-4所示，本实施例提供了一种社交平台互动消息的处理方法，其用于电商ERP系统或电商平台系统的订单模块或社交电商模块，该方法包括步骤S1-S5,具体如下。

S1、获取目标店铺的数据访问权限，这里的目标的店铺指的是卖家入驻电商平台后开设的网络店铺，也可以称为电商店铺，通过电商平台提供的API接口建立与本申请中ERP系统的数据交互后，即可实现ERP系统对电商店铺的运营与管理。接下来则是基于目标店铺创建或者获取目标商品的商品信息，当电商店铺内有了具体的商品的相关信息后，即可根据商品（信息）生成相应的交易链接、库存量等信息，以及创建信息匹配表，其中信息匹配表包括至少一个关键字，并根据预设需求建立所述关键字与所述目标商品信息的映射关系，例如，建立关键字“手机A”与店铺内的商品“小米14手机”的映射关系后，根据“手机A”就能找到“小米14手机”的相关信息。

S2、建立ERP系统与社交平台的连接，并监控所述社交平台的直播状态，当所述社交平台进行直播时，获取直播生成的互动消息并推送给消息队列，所述互动消息包括消息生成时间以及目标用户ID。

本实施例中的社交平台为Facebook，通过Facebook对相应的商品进行直播活动，当然，也可以是Facebook之外的其他类型的社交平台。ERP系统为了能够根据社交平台的互动消息（弹幕消息）而推送相对应的商品交易链接，就需要ERP系统能够获取到社交平台的互动消息，进而需要数据推送模块的配合。进一步的，数据推送模块包括连接组件和数据处理组件，连接组件建立所述社交平台与所述数据处理组件的持久连接，数据处理组件基于非阻塞I/O模式处理接收到的互动消息，并将互动消息传递给消息队列。本实施例中的数据处理组件为Node.js,以下称为，Node；通过Node来创建接收、过滤处理互动消息的HTTP服务器；Node是一个调用内置API并基于Chrome V8引擎的JavaScript运行环境。本实施例中的连接组件为SSE,通过SSE建与Facebook的持久连接，将Facebook在直播过程中产的互动消息推送给数据处理组件。

具体来说，当社交平台进行商品直播时，且进入到直播间内的用户(潜在买家)数量比较多时，也就意味着在商品直播过程中会产生大量的互动消息（弹幕消息），此时采用同步方式接收大量的弹幕消息时，往往会产生卡顿现象，即，同步接收互动消息时，会占用服务器大量的网络资源，而容易出现网络阻塞，且所需要占用的时间开销是所有资源开销之和。

进一步的，在互动消息（弹幕消息）的大流量的(并发)处理过程中，同步处理一般指主动请求并等待I/O操作完毕，因此当互动消息准备就绪在读写的时候非常容易产生网络资源的占用；此时，如果需要进一步提高弹幕消息处理服务的负载能力，就需要增加服务器的数量，这显然会增加大量的资金成本；而异步则指主动请求数据后可以继续处理其它任务，随后等待收到I/O操作完毕的通知后再执行相应动作，这可以使进程在数据读写时不会出现阻塞的现象，即，在同样的网络负载的情况下，使用数据处理组件的方式，可以同时处理多条弹幕消息、响应更快，可以充分利用系统资源。

进一步的，通过连接组件（SSE）建立数据处理组件（Node）与社交平台之间的持久连接。具体来说，互动消息（弹幕消息）通过网络进行传输时，服务端与客户端之间必须建立一个连接，当消息数据传输完成之后，双方不再需要这个连接时，就可以释放这个连接。而网络连接方式通常有短连接和长连接两种方；其中短连接在完成一次数据的读写之后，一般随即断开连接，而由于连接的建立和断开操作需要经过多次握手，也就是说，需要占用一定的系统开销，如果客户端连接请求频繁或数据传输量大的话，会降低服务器的处理速度、浪费系统资源和带宽 ，即，不利于弹幕消息的获取时效。进一步的，直播是一个持续的动作，而基于连接组件建立了长连接之后，则可以省去多次连接的建立与关闭的操作，从而减少了网络带宽的浪费，节约弹幕消息的接收时间，进而保证了数据弹幕消息传送与处理的时效性。

社交平台什么时间会处于工作状态（开启直播），ERP系统是无法知晓的，为此，对社交平台是否进行直播的状态进行监听，当系统监听到社交平台处于直播状态时，即，Facebook开始直播时，社交平台（直播间）内的潜在买家（Facebook参与用户）所发送的弹幕消息则通过SSE建立的长连接推送到数据处理组件处（NODE），并由数据处理组件对互动消息进行相应的处理；进一步的，在逐条推送互动消息（弹幕消息）时，同时推送与互动消息相关联的用户ID和消息生成时间，即，Facebook平台下的用户ID。

S3、解析所述互动消息，并将所述互动消息与所述信息匹配表进行比对，当所述互动消息中包含所述信息匹配表中的所述关键字时，表示这个互动消息为有效互动消息，且该互动消息的用户为潜在买家（目标用户进行了消息互动时，表示目标用户可能对电商卖家（主播）介绍的商品产生了兴趣，故，称为潜在买家），进一步的，将所述互动消息加入到消息队列中并形成队列消息，并建立所述队列消息与所述关键字的映射关系。而当所述互动消息中不包含所述关键字时，则不将所述互动消息加入所述消息队列中，即相关互动消息被判定为无效消息，系统则不会进行回复动作。

具体来说，通过信息匹配表来实现对获取到的弹幕消息的过滤，在本实施例中通过关键字来对弹幕消息进行匹配；进一步的，当有多个商品信息时，假设有商品A、B、C，对应的则可以分别创建三个信息匹配表A1、A2、A3，当互动消息（弹幕消息）与遍历信息匹配表A1、A2、A3后，且互动消息与任一个信息匹配表形成匹配后，则表示该互动消息符合条件，则将其保留并加入到消息队列中；进一步的，本申请中的消息队列为基于KAFAK或PULSAR。

S4、在预设的时间范围内，根据目标用户ID对队列消息进行分组处理，并判断分组后的队列消息的内容是否相同，当两个以上的队列消息的内容相同时，保留消息生成时间最长或保留消息生成时间最短的队列消息。

具体来说，在实际的直播场景下，由于某些原因（比如，吸引主播的注意力），一些参与直播的用户，往往会在短时间内发送大量重复的互动消息，当这些互动消息成为队列消息后，即，这些队列消息中包含有信息匹配表中的关键字时，ERP系统则会对这些队列消息推送相应商品的交易信息，由此会浪费不必要网络资源和计算资源。为解决这一问题，通过目标用户ID可以对队列消息进行分组处理，然后根据队列消息的生成时间，来获取时间跨度如20秒、15秒、10秒、5秒内的队列消息，当某个时间段内有两个以上的队列消息的内容相同时，保留消息生成时间最长或保留消息生成时间最短的队列消息，从而减少因队列消息的大量重复推送而占用不必要的网络资源。

S5、判断队列消息中的关键字数量，当所述队列消息中包含单个所述关键字时，基于所述关键字的对应关系确定所述目标商品信息，并根据所述目标商品信息生成交易链接，根据所述队列消息对应的所述目标用户ID将所述交易链接发送给所述社交平台的目标用户，目标用户接收到ERP系统回复的消息（交易链接）后，则可进一步的浏览或购买相应的商品。

进一步的，当所述队列消息中包含多个所述关键字时，分别计算每个所述关键字与对应分组的所述队列消息的关联度，选择关联度最高的所述关键字，基于所述关键字的对应关系确定所述目标商品信息，并生成所述交易链接，根据所述队列消息对应的所述目标用户ID将所述交易链接发送给所述社交平台的目标用户，其中，所述关联度为所述关键字在取样队列消息中出现的频率。这里的取样队列消息为，基于目标用户ID进行分组处理后的队列消息，或者，基于预设时间获取的含有多个不同目标ID的队列消息。进一步的，当确定了关联度高的关键字后，则对该队列消息进行修改，即，删除关联度低的关键字，或者，对关联度高的关键字进行标记，收ERP系统收到相应的队列消息后，并识别相应的标记后，则选择与标记相对应的关键字的商品信息来生成交易链接；在本实施例中，当确定了关联度高的关键字后，则删除互动消息中关联度低的关键字，可以进一步提高互动消息的处理效率；具体来说，互动消息针对关联度最高的关键字进行交易信息的推送，而删除互动消息中多余的关键字之后，则可系统只直接解析出互动消息中的单个关键字即可；而对关联度高的关键字进行标记时，系统除了要先解析出相应的关键字外，还需要进一步的根据标记来找到对应的关键字，或者，先识别互动消息中是否带有标记，然后再根据标记来找到对应的关键字；由此可以看出，当确定了关键字之后，同时将其它的关键字删除，可以提高系统对于交易信息的推送效率。

进一步来说，对关键字与取样队列消息关联度的计算基于如下公式RD（m,n）=WF*log(X/df(m,n)); 其中，WF表示关键字m或n在互动消息中出现的次数，X表示参与计算的互动消息的总数，df(m,n)含有关键字m或n的互动消息的数量，当计算得到的关联度RD值相对较大时，表示这个关键字在采样的多个互动消息中具有普遍性，进而选择该关键字并生成相应的交易链接。

在优选实施例中，逐条获取队列消息并进行用户校验，当校验成功后则基于目标商品信息生成目标商品的临时订单，即，互动消息中的关键字与某个商品的信息匹配表形成匹配后，则生成对应商品的临时订单；进一步的，根据临时订单生成交易链接的文本信息，根据队列消息所对应的用户ID将交易链接发送给社交平台（直播间）内的目标用户（Facebook用户）。生成的临时订单，可以有助于卖家对直播的订单成交情况、订单的转化率进行准确的数据统计，进而可以根据数据的统计情况来进行营销策略的调整。

具体来说，ERP系统端生成一个监听直播是否进行的任务，当卖家从社交平台（Facebook）开启直播后，则向位于ERP系统端的监听任务发送消息，监听任务根据收到的通知后，则通知消息队列进行启动（接收消息）；同时，当直播开启后，基于SSE建立数据处理组件（NODE）与社交平台（Facebook）的持久连接后，数据处理组件也会向消息队列发送直播任务消息，即，表示电商ERP系统与社交平台（Facebook）的API接口已经连接成功。进一步的，社交平台（Facebook）产生的互动消息（弹幕消息）通过已建立的持久连接通道直接推到数据处理组件（NODE）处，经过信息匹配表匹配处理后的互动消息则送入到消息队列中，并形成队列消息。进一步的，ERP系统端获取队列消息并生成临时订单以及与临时订单相对应的交易链接，还包括获取队列消息（弹幕消息）中所对应的社交平台（Facebook）的买家ID；其中生成的交易链接则会存入数据缓存模块（REDIS）中，最后，ERP系统根据买家ID将生成的交易链接发送给社交平台（Facebook）的对应用户（目标用户或者说潜在买家）。

这种社交平台互动消息的处理方法和对应的系统，基于数据处理组件为ERP系统与社交平台提供数据交互报务的基本上，进一步协同并建立数据处理组件与社交平台之间的持久连接，进而保障了在大流量的场景下，ERP系统与直播平台之间形成较低的网络资源的占用，即，降低ERP系统与直播进行数据交互时的网络负载，同时，通过消息队列的配合保证弹幕消息的实时获取并得到及时处理；进而解决直播时的大流量场景下，ERP系统对于直播平台中互动消息的处理速度，以及消息推送（回复）精度的问题；同时，通过对ERP系统对商品交易链接的调用情况的统计（以及针对产生的临时订单的统计），实现对直播平台的订单成交量等信息进行准确的统计，从而进一步提高ERP系统对店铺的管理效能。

在优选实施例中，逐条获取队列消息，并基于目标商品的商品信息生成目标商品的临时订单，根据临时订单生成交易链接。当生成了临时订单后，ERP系统使则可以通过临时定单的生成量、临时定单的库存占用量、实际成交的订单数量及实际库存的消耗量，进而便于计算出相应商品的直播收益情况。

在优选实施例中，社交平台互动消息的处理方法还包括加载数据缓存模块，并通过数据缓存模块储存数据处理组件与社交平台之间的连接ID，或者说，连接ID用于使ERP系统与社交平台(Facebook)之间可以进行数据通信。假设ERP系统在已经建立了与社交平台(Facebook)数据通信的前提下，由于NODE服务的崩溃、重启，又或者由于电商ERP因发布新功能而重启时，会导致ERP系统与社交平台(Facebook)的直播间断开连接，此时从数据缓存模块获取保存的连接ID后，即可恢复社交平台（直播间）与ERP系统的连接，尽而降低因为连接的断开而带给用户的不好体验；反之，在没有连接ID的情况，之前连接上的直播间与ERP系统是无法重新建立（恢复）连接的，需要在社交平台中重新开启新的直播并建立与ERP系统的连接，也就是说，如果原本参与直播的用户（潜在买家）想要继续参加卖家的直播活动时，就需要退出已断开的直播间，并重新进入到新建立的直播内，这无疑会给参与直播的用户（潜在买家）带来不好的体验。

在优选实施例中，社交平台互动消息的处理方法还包括，加载数据缓存模块，并通过数据缓存模块存储生成的交易链接，和/或基于数据缓存模块为每个交易链接配置有效期限。进一步来说，通过数据缓存模块保存交易链接，一方面可以保障ERP系统与社交平台进行数据交互的负载均衡，另一方面，数据缓存模块的查询速度快、并发处理速度高，进而可以保障互动消息（弹幕消息）的处理效率。其次，对于系统发送给社交平台用户的交易链接，由于种种原因，(Facebook)用户并不会及时的去打开交易链接并转入到相应的交易页面，而为了减少不必要的资源开销，对于生成的交易链接则不是长期进行保存，在本实施例中，对于生成的交易链接只数据缓存模块中保存七天，当然，具体的保存时间也可以根据自身的不同使用需求而灵活选择；反之，如使用消息队列时，由无法方便有效的为交易链接指定有效时间，而通过其它的方式来定期清理这些交易链接时则会增加系统组成结构的规模。

在优选实施例中，社交平台互动消息的处理方法还包括，对交易链接进行监控，当社交平台(Facebook)的目标用户访问对应的交易链接时，则判断交易链接是否在有效期限内，若交易链接在有效期限内，则交易链接可以从Redis中提取出来，并根据交易链接跳转到ERP系统中对应的商品交易页面。若交易链接超出有效期限，则向目标用户返回交易链接失效提示；其次，交易链接超出有效期限后，Redis则会自动删除所保存的交易链接，以减少不必要的网络资源开销；同时，当交接易链接删除后，Redis向ERP系统发送交易链接删除通知。进一步的，ERP系统则根据交易链接删除通知将对应的临时订单进行失效标记，从而方便卖家能准确掌握哪些临时订单处于失效状态，同时便于卖家对已失效的临时订单进行清理。

在优选实施例中，当社交平台的目标用户通过交易链接跳转到商品交易页面时，则对商品交易页面进行监控，若目标用户进行了付款操作，则将目标商品的库存中与商品交易页面中对应的目标商品的数量进行锁定；避免因为ERP系统中因为其他订单或环节的处理对库存的消耗而导致已付款订单无法完成，即，保证已付款订单的成交。

在优选实施例中，社交平台互动消息的处理方法还包括，创建消息导语模板，并与交易链接进行合并，将完成合并后的交易链接发送给社交平台的目标用户；进一步来说，生成的交易链接往往只是一串字符，当社交平台的目标用户在接收到这样的信息时，从中并不能获知信息中具体的意思表示，因此目标用户往往并不会访问该交易链接并进行访问，进而可能导致交易的流失；而在交易链接中加入相应的消息导语后，则可以明确接收到的信息的意思表示，以保障订单的成交率。

在优选实施例中，社交平台互动消息的处理方法还包括，向临时订单中写入预设的标记信息，例如，在临时订单中加入“直播订单”的标签，进而有助于卖家对订单对行统计，即，统计哪些订单是社交平台（直播）引流来的订单，进而便于卖家计算通过社交平台所带的收益情况。

以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是在本申请的发明构思下，利用本申请说明书及附图内容所作的等效变换，或直接/间接运用在其他相关的技术领域均包括在本申请的专利保护范围内。

Claims (10)

1.一种社交平台互动消息的处理方法，用于电商ERP系统或电商平台系统的订单模块，其特征在于，该方法包括如下步骤：

S1、获取目标店铺的数据访问权限，并获取所述目标店铺的至少一个目标商品信息，创建信息匹配表，所述信息匹配表包括至少一个关键字，并根据预设需求建立所述关键字与所述目标商品信息的对应关系；

S2、建立与社交平台的连接，并监控所述社交平台的直播状态，当所述社交平台进行直播时，获取直播生成的互动消息，以及所述直播生成互动消息的消息生成时间和目标用户ID；

S3、解析所述直播生成的互动消息，并将解析后的互动消息与所述信息匹配表进行匹配，当解析后的互动消息和信息匹配表的关键字匹配成功时，将所述解析后的互动消息加入到消息队列中并形成队列消息，当解析后的互动消息和信息匹配表的关键字未匹配成功时，则不将所述互动消息加入消息队列中；

S4、在预设的时间内，根据所述目标用户ID将所述队列消息进行分组处理，并判断分组后的所述队列消息的内容是否存在相同，当所述队列消息的内容存在相同时，保留消息生成时间最长或保留消息生成时间最短的所述队列消息；

S5、判断所述队列消息中的关键字数量，当所述队列消息中只含有单个所述关键字时，基于所述单个关键字的所述对应关系确定相应的所述目标商品信息，并根据所述目标商品信息生成交易链接，将所述交易链接发送给对应目标用户ID的目标用户；当所述队列消息中含有多个所述关键字时，分别计算每个所述关键字与对应分组的所述队列消息的关联度，选择关联度最高的所述关键字，并基于所述关联度最高关键字的所述对应关系确定相应的所述目标商品信息，并根据所述目标商品信息生成交易链接，将所述交易链接发送给对应目标ID的目标用户，其中，所述关联度为基于所述关键字在取样队列消息中出现的频率而计算出的值。

2.根据权利要求1所述的社交平台互动消息的处理方法，其特征在于，所述取样队列消息为，基于所述目标用户ID进行分组处理后的队列消息，或者，基于预设时间获取含有多个不同目标ID的队列消息。

3.根据权利要求1所述的社交平台互动消息的处理方法，其特征在于，通过连接组件建立所述社交平台与数据处理组件的持久连接，所述数据处理组件基于非阻塞I/O模式处理接收到的所述互动消息。

4.根据权利要求3所述的社交平台互动消息的处理方法，其特征在于，对所述交易链接进行监控，当所述社交平台的目标用户访问对应的所述交易链接时，判断所述交易链接是否在有效期限内，若所述交易链接在有效期限内，则根据所述交易链接跳转到对应的商品交易页面，若所述交易链接超出有效期限，则向所述目标用户返回交易链接失效提示。

5.根据权利要求4所述的社交平台互动消息的处理方法，其特征在于，对所述商品交易页面进行监控，若所述目标用户进行了付款操作，则将所述目标商品的库存中与所述商品交易页面中对应的目标商品的数量进行锁定。

6.根据权利要求1所述的社交平台互动消息的处理方法，其特征在于，步骤S5中还包括，获取所述队列消息并基于所述目标商品的商品信息生成所述目标商品的临时订单，根据所述临时订单生成所述交易链接。

7.根据权利要求3所述的社交平台互动消息的处理方法，其特征在于，所述方法还包括：加载数据缓存模块，并通过所述数据缓存模块暂存所述数据处理组件与所述社交平台之间的连接ID。

8.根据权利要求7所述的社交平台互动消息的处理方法，其特征在于，所述方法还包括：加载数据缓存模块，并通过所述数据缓存模块存储生成的所述交易链接，和/或为存入所述数据缓存模块中的所述交易链接配置有效期限。

9.根据权利要求1所述的社交平台互动消息的处理方法，其特征在于，所述方法还包括：创建消息导语模板，并将所述消息导语模板与所述交易链接进行合并，将完成合并后的所述交易链接发送给所述社交平台的目标用户。

10.一种互动消息处理系统，其特征在于，所述系统为电商ERP系统或电商平台系统，所述系统包括订单模块，所述订单模块执行权利要求1-9中任一项所述的社交平台互动消息的处理方法中的操作。