CN115455273A - 一种线索补全方法、系统、设备及可读存储介质 - Google Patents

Abstract

本申请公开了一种线索补全方法、系统、设备及可读存储介质，其中平台端获取第一用户端的线索补全请求，并向全网广播，根据第二用户端的要价和第一用户端的竞价匹配第二用户端以完成线索补全，第一用户端对第二用户端补全的线索内容确认后，平台端向第二用户端下发激励，第一用户与第二用户通过平台端形成信息买卖关系，充分调动平台用户信息共享的积极性，以提高用户通过平台进行线索获取和平台完成信息推荐的效率，同时激活了平台的社交属性，提高信息的转化率，解决用户之间信息不对称的问题。

Description

一种线索补全方法、系统、设备及可读存储介质

技术领域

本发明属于信息智能领域，具体涉及一种线索补全方法、系统、设备及可读存储介质。

背景技术

随着智能信息检索平台的发展，越来越多的用户通过平台进行信息的主动获取，特别是用户需要寻找合作伙伴时，常常借助一些企业信息平台获取潜在合作对象的信息，例如工商数据、关联的招投标信息、知识产权情况等，但是这些平台几乎不能收录完整的商业线索，收录的线索也并非完全匹配，一些关键线索仍然为少数用户拥有，而这部分用户也没有很好的渠道与其他有需要的用户共享，导致用户在平台的体验不佳，存在信息不对称的问题。

发明内容

基于此，本发明提出一种线索补全方法、系统、设备及可读存储介质，通过基于区块链的激励机制构建线索维护同盟，鼓励用户共享信息，解决隐藏信息无法获取的问题。

第一方面，本发明提供一种线索补全方法，该方法在平台端执行，包括：

接收第一用户端发起的补全请求，该补全请求包括待补全线索和竞价；

在全网广播第一用户端的补全请求；

接收至少一个第二用户端返回的应邀信息，该应邀信息包括要价和应邀时间；

根据要价和应邀时间确定符合竞价条件的第二用户端与第一用户端匹配，接收该第二用户端返回的线索内容并发送至第一用户端；

向第二用户端发放激励。

优选地，在全网广播第一用户端的补全请求之前，包括：

根据第一用户端的竞价，冻结在第一用户端的账户金额。

优选地，根据要价和应邀时间确定符合竞价条件的第二用户端包括：

筛选要价不高于竞价的第二用户端集合，确定第二用户端集合中应邀时间最早的第二用户端与第一用户端匹配。

优选地，上述方法包括：

监控第二用户端补全线索内容的用时，并扣取第二用户的账户金额；

当第二用户端补全线索内容超出限时，则向第一用户端发起确认请求，请求确认是否重新发起补全请求；

第一用户端确认重新发起补全请求时，在当前竞价上增加第二用户端被扣取的账户金额并更新竞价，向第二用户端返还扣取的账户金额。

优选地，向第二用户端发放激励包括：

接收第一用户端对线索内容的确认信息；

根据确认信息生成智能合约并向全网广播；

接收链上其余用户端返回的合约确认记录，返回的记录数超过设定数量时根据第二用户端的要价向第二用户端发放激励，该激励对应的金额从第一用户端冻结的账户金额中扣取。

优选地，上述方法还包括对用户端进行权限认证，认证过程包括：

接收用户端发送的认证信息，认证信息包括身份标识和用户端公钥；

利用平台端公钥对认证信息加密并生成token并发送至用户端；

利用平台端私钥解析接收到用户端返回的信息，该信息包括token，解析得到的认证信息与平台端存储的用户端信息匹配则完成认证。

优选地，平台端嵌入有知识图谱，上述方法还包括：

利用第二用户端返回的线索内容更新知识图谱。

第二方面，本发明提供一种线索补全方法，该方法在第一用户端处执行，包括：

根据第一用户的意图向平台端发送补全请求，该补全请求包括待补全线索和竞价；

接收平台端返回的线索内容并确认，该线索内容由经平台确认的第二用户端对应的第二用户所提供。

优选地，第二方面的方法还包括：

接收平台端的确认请求，该确认请求用于请求确认是否重新发起补全请求；

根据第一用户的意图向平台端重新发起补全请求。

优选地，第二方面的方法还包括用户端权限认证，过程包括：

向平台端传送第一认证信息，该认证信息包括第一用户端的身份标识和用户端公钥；

接收平台端返回的token，该token由平台端利用平台端公钥对第一认证信息加密生成；

在每次与平台端的信息交互时随信息发送该token供平台端认证。

第三方面，本发明提供一种线索补全方法，该方法在第二用户端处执行，包括：

响应平台侧广播的补全请求，该补全请求包括待补全线索和竞价；

根据第二用户的意图向平台侧发送应邀信息，该应邀信息包括要价和应邀时间；

被确认为与第一用户端匹配时，向平台端发送线索内容，该线索内容经平台端发送至第一用户端进行确认；

接收平台端发放的激励。

优选地，第二用户端向平台端发送的线索内容带有时间戳，该时间戳记录了第二用户端补全线索内容的用时，供平台端确认第二用户端是否超出限时。

优选地，第三方面的方法还包括：

接收平台端广播的智能合约并生成合约确认记录；

向平台端返回合约确认记录。

优选地，第三方面的方法还包括用户端权限认证，过程包括：

向平台端传送第二认证信息，该认证信息包括第二用户端的身份标识和用户端公钥；

接收平台端返回的token，该token由平台端利用平台端公钥对第二认证信息加密生成；

在每次与平台端的信息交互时随信息发送该token供平台端认证。

第四方面，本发明提供一种线索补全系统，包括：

第一用户端、第二用户端及平台端，其中，平台端用于实现第一方面线索补全方法中相关步骤，第一用户端用于实现第二方面线索补全方法中相关步骤，第二用户端用于实现第三方面线索补全方法中相关步骤。

第五方面，本发明提供一种线索补全设备，包括存储器和处理器；

所述存储器，用于存储程序；

所述处理器，用于执行所述程序，实现前述线索补全方法的各个步骤。

第六方面，本发明提供一种可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时，实现前述线索补全方法的各个步骤。

与现有技术相比，本发明具有如下有益效果：

本申请实施例提供的线索补全方法，根据第一用户的意图在平台端上发起线索补全请求，由平台端筛选符合竞价条件的第二用户端与第一用户端匹配，由该第二用户端对应的第二用户完成线索补全任务，并根据任务完成情况下发激励，第一用户与第二用户形成信息买卖关系，充分调动平台用户信息共享的积极性，以提高用户通过平台进行线索获取和平台完成信息推荐的效率，同时激活了平台的社交属性，提高信息的转化率，解决用户之间信息不对称的问题。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1是本发明实施例提供的实现线索补全的一种示例性系统架构图；

图2是本发明实施例提供的一种线索查询示例性流程图；

图3是本发明实施例提供的线索补全方法的一种可选数据交互流程图；

图4是本发明实施例提供的权限认证的一种示例性认证流程图；

图5是本发明实施例公开的一种线索补全设备的硬件结构框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1为申请实施例提供的实现线索补全的一种可选系统架构，如图1所示，该系统架构可以包括：第一用户端10、第二用户端20和平台端30。其中第一用户端10对应第一用户，第二用户端20对应第二用户。第一用户和第二用户为两个不同的用户，且均是在平台端30上完成注册的用户，第一用户和第二用户可以在平台端30上完成线索获取、线索提供、线上交流等动作。

其中，平台端30可以是设置于网络侧的服务设备，平台端30与第一用户端10和第二用户端20通过网络进行数据交互，平台端30可以是单台服务器实现，也可以是多台服务器组成的服务器集群实现。平台端30可以是由线索平台供应商提供的服务器，在本申请实施例中平台端30既能够根据第一用户和/或第二用户的获取请求进行线索查询并返回查询结果，也能够获取第一用户的线索补全请求，并基于该请求匹配符合条件的第二用户端，把第二用户补全的线索内容发送至第一用户端，并向第二用户端下发激励。

第一用户端10和第二用户端20可以是电视、手机、电脑、平板电脑等终端设备。第一用户端10、第二用户端20能够支持与平台端的数据交互，以供用户查找线索或上传线索内容。

图2示出了用户端向平台端30发起线索查询的示例性过程。平台端30通常嵌入有知识图谱或结构化的数据库，以供用户端完成常规的线索查询。例如，平台端30搭载有一商机线索平台，企业用户或个人可以通过平台端30在该商机线索平台上查询意向合作企业信息，该商机线索平台建立有知识图谱，知识图谱可以根据用户的查询语句进行语义分析识别实体关系，根据用户的查询意图与识别到的实体关系在知识图谱中查询相应的线索并返回用户端，用户可以在用户端的可视界面对查询结果进行阅读和筛选。

例如，用户通过用户端输入一查询语句“即将发布新品的游戏公司”，平台端可以基于NLP对该语句进行语义处理识别实体和实体关系，构建基于知识图谱的查询语句结构<关系，实体1，实体2>，并将查询结果返回用户端供用户阅读和筛选。但是一些关键信息可能未被知识图谱收录，而这些关键信息又是用户所需要的，例如某公司高管的联系方式、某企业最新的诉讼情况，当用户查询这些关键信息而查询结果没有时，用户可以把该线索导入平台端的线索池，并发起相应的线索补全请求和激励机制。

用户端补全的线索内容可以作为新的语料用于更新平台端30上搭载平台内构建的知识图谱或相关数据库，以完善平台的信息体系，当下一用户查询相同线索时平台端30可以直接在数据库中查询无需用户再次发起线索补全请求。

基于图1的系统架构，图3示出了本申请实施例提供的线索补全方法的一种可选数据交互流程，参照图3，该流程可以包括：

S10.平台端30获取第一用户端10的补全请求，该补全请求包括待补全线索和竞价。

示例如，待补全线索可以是X公司的实际办公地址，或者Y公司某董事的联系方式。补全请求可以根据平台端30提供的格式化模板填写，也可以由用户使用自然语言填写，再由平台端30进行语义处理提取成格式化信息。

竞价体现为第一用户对第二用户完成线索补全任务的激励，其可以是第一用户端的账户上的代币，例如智豆、花币等，若第一用户的竞价为2个智豆，则在第二用户完成线索补全后第一用户端的账户上将减少2个智豆，第二用户端的账户上增加2个智豆，平台端30还可以记录账户余额的明细；也可以是具有真实消费功能的虚拟货币，例如用户通过微信或支付宝或数字钱包在其注册的账户上充值100元，在一次线索补全请求发起时竞价为2元，则表示第一用户愿意用2元购买其想要的线索，第二用户补全了该线索后其账户将增加2元，而这2元也将在第一用户端的账户上相应扣除。

S11.平台端30在全平台广播第一用户端10的补全请求。

平台上的所有注册用户都可以在线索池里看到第一用户端10发起的该条补全请求。

S12.第二用户端响应第一用户端的补全请求，并向平台端30返回应邀信息，该应邀信息包括要价和应邀时间。

S13.根据要价和应邀时间确定符合竞价条件的第二用户端与第一用户端匹配。

要价体现了第二用户愿意以某价格提供线索内容。作为信息提供方，第二用户往往愿意以不低于竞价甚至高于竞价的价格提供线索，因此为了保障各用户的利益，更好地调动积极性，本实施例采用逆向拍卖方法，即要价更低的第二用户可以成为候选，平台端30再根据第二用户应邀时间匹配更早应邀的用户作为第一用户的线索提供方。

S14.平台端30接收第二用户端20返回的线索内容并发送至第一用户端10，供第一用户端10确认线索内容是否正确。

S15.第一用户端10确认后，平台端30向第二用户端30发放相应的激励，该激励通常是第二用户端20的要价。

其中，第二用户可以是不同于第一用户的任意一个或多个用户。当然，第二用户也可以是与第一用户具备关联关系的用户。

进一步地，用户端30接收到第一用户端10的补全请求时，根据第一用户端10的竞价冻结第一用户端10的账户金额，例如第一用户的竞价为2元或3个花币，则平台端30冻结第一用户端10账户上的2元或3个花币，第一用户可以在第一用户端的可视界面上看到其账户金额的冻结明细及相关记录。

进一步地，上述实施例步骤S13中，平台端30根据要价和应邀时间确定符合竞价条件的第二用户端与第一用户端匹配的示例性流程如下：

S131.第一用户端10提供初始报价p，平台端30冻结对应金额p。

S132.有U个第二用户端20应邀，并提供报价<pi1，pi2，pi3……，piU>，对应的应邀时间为<ti1，ti2，ti3……，tiU>。

S133.当第二用户端的报价落入(0, p]区间内时，平台端30确定最小时间tin对应的报价pin成交，该报价对应的第二用户作为线索提供方。

进一步地，上述实施例步骤S14中，平台端30还可以发起限时承诺，限制第二用户端20完成线索补全的用时。一种示例性流程如下：

S141.设置任务完成限时，在第二用户端20被确定为线索提供方时从第二用户端20的账户上扣取代币作为押金c。

S142.监控第二用户端20补全线索内容的用时，如果超时完成或者限时内未完成，则押金c将进入该激励池中，也即当前线索补全的竞价变为p + c；

S143.向第一用户端10发起确认请求，请求第一用户端10确认是否重新发起线索补全请求，如果第一用户端10同意，则回到步骤S13进行竞价，此时第一用户端10的竞价为p+c；如果第一用户端10不同意，则押金退回第二用户端20的账户，任务失败。

若第二用户端20在限时内完成线索补全，则按上述实施例步骤S14~S15进行后续的线索确认和激励发放，此处不再赘述。

进一步地，上述实施例步骤S15平台端30向第二用户端20发放激励的示例性流程如下：

S151.平台端30接收第一用户端10对线索内容的确认信息；

S152.平台端30根据确认信息生成智能合约并向全网广播，平台内的其他用户端都可以接收到该智能合约，并记录为本用户端的区块；

S153.平台端30上的其余用户端返回合约确认记录，返回的记录数超过设定数量时，例如超过一般的用户端响应了该智能合约并返回合约确认记录，则平台端30根据第二用户端20的要价向第二用户端20发放激励，该激励对应的金额从第一用户端10冻结的账户金额中扣取，如扣取后仍有剩余平台端30则把剩余的金额返还至第一用户端10的账户，如不足扣取，则可以在第一用户端10的账户未冻结金额的部分进行相应扣除，或者提示第一用户端10进行支付。

进一步如图4所示，平台端30和用户端之间还进行权限认证，只有通过认证的用户端才可以参与线索补全任务的发起和完成。以平台端30和第一用户端10的权限认证为例，一个示例性的认证流程如下：

S20.平台端30接收第一用户端10发送的认证信息，认证信息包括第一用户端10的身份标识和用户端公钥。

S21.平台端30利用平台端公钥对认证信息加密并生成token，把token发送至第一用户端10。

S22.第一用户端10向平台端30发送数据包时，携带上述token供平台端30认证。

S23.平台端30利用平台端私钥解析接收到用户端返回的数据包，该数据包包括token，解析得到的认证信息与平台端30存储的第一用户端10的信息匹配则完成认证。

图1所实例的系统架构可应用于线索补全设备，线索补全设备可以是平台端30或第一用户端10或第二用户端20。图5示出了该线索补全设备的硬件结构框图，参照图5，线索补全设备的硬件结构可以包括：至少一个处理器1，至少一个通信接口2，至少一个存储器3和至少一个通信总线4；

在本申请实施例中，处理器1、通信接口2、存储器3、通信总线4的数量为至少一个，且处理器1、通信接口2、存储器3通过通信总线4完成相互间的通信；

处理器1可能是一个中央处理器CPU，或者是特定集成电路ASIC（ApplicationSpecific Integrated Circuit），或者是被配置成实施本发明实施例的一个或多个集成电路等；

存储器3可能包含高速RAM存储器，也可能还包括非易失性存储器（non-volatilememory）等，例如至少一个磁盘存储器；

其中，存储器存储有程序，处理器可调用存储器存储的程序，所述程序用于：实现前述平台端30在线索补全方案中的各个处理流程，或，实现前述第一用户端10或第二用户端20在线索补全方案中的各个处理流程。

本申请实施例还提供一种存储介质，该存储介质可存储有适于处理器执行的程序，所述程序用于：实现前述平台端30在线索补全方案中的各个处理流程，或，实现前述第一用户端10或第二用户端20在线索补全方案中的各个处理流程。

本申请实施例还公开了一种线索补全系统，该线索补全系统包括第一用户端10、第二用户端20和平台端30，其中上述三个单元的具体实现逻辑可以参照前述线索补全方法部分的相关介绍，此处不再赘述。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的技术人员应当理解：其依然可以对前述实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围。

Claims (10)

1.一种线索补全方法，其特征在于，所述方法在平台端执行，包括：

接收第一用户端发起的补全请求，所述补全请求包括待补全线索和竞价；

在全网广播所述补全请求；

接收至少一个第二用户端返回的应邀信息，所述应邀信息包括要价和应邀时间；

根据所述要价和应邀时间确定符合竞价条件的第二用户端与第一用户端匹配，接收第二用户端返回的线索内容并发送至所述第一用户端；

向返回线索内容的第二用户端发放激励。

2.根据权利要求1所述的线索补全方法，其特征在于，在全网广播所述补全请求之前，包括：

根据所述第一用户端的竞价，冻结在第一用户端的账户金额。

3.根据权利要求1所述的线索补全方法，其特征在于，根据所述要价和应邀时间确定符合竞价条件的第二用户端包括：

筛选要价不高于竞价的第二用户端集合，确定第二用户端集合中应邀时间最早的第二用户端与所述第一用户端匹配。

4.根据权利要求1所述的线索补全方法，其特征在于，所述方法还包括：

监控第二用户端补全线索内容的用时，并扣取第二用户的账户金额；

当第二用户端补全线索内容超出限时，则向所述第一用户端发起确认请求，请求确认是否重新发起补全请求；

所述第一用户端确认重新发起补全请求时，在当前竞价上增加第二用户端被扣取的账户金额并更新竞价，向第二用户端返还扣取的账户金额。

5.根据权利要求1所述的线索补全方法，其特征在于，所述向返回线索内容的第二用户端发放激励包括：

接收所述第一用户端对线索内容的确认信息；

根据所述确认信息生成智能合约并向全网广播；

接收其余用户端返回的合约确认记录，返回的记录数超过设定数量时根据第二用户端的要价向第二用户端发放激励，所述激励对应的金额从所述第一用户端冻结的账户金额中扣取。

6.根据权利要求1所述的线索补全方法，其特征在于，所述方法还包括对用户端进行权限认证，认证过程包括：

接收用户端发送的认证信息，所述认证信息包括身份标识和用户端公钥；

利用平台端公钥对认证信息加密并生成token，把token发送至所述用户端；

利用平台端私钥解析接收到用户端返回的信息，所述信息包括token，解析得到的认证信息与平台端存储的用户端信息匹配则完成认证。

7.根据权利要求1所述的线索补全方法，其特征在于，所述平台端嵌入有知识图谱，所述方法还包括：

利用第二用户端返回的线索内容更新所述知识图谱。

8.一种线索补全系统，其特征在于，包括：

第一用户端、第二用户端及平台端；其中，所述平台端用于实现如权利要求1-7任一项所述的线索补全方法的相关步骤。

9.一种线索补全设备，其特征在于，包括存储器和处理器；

所述存储器，用于存储程序；

所述处理器，用于执行所述程序，实现如权利要求1-7任一项所述的线索补全方法的各个步骤。

10.一种可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时，实现如权利要求1-7任一项所述的线索补全方法的各个步骤。

Images