CN112784155A - 匹配服务方的方法、装置以及存储介质 - Google Patents

Abstract

本申请公开了一种匹配服务方的方法、装置以及存储介质。其中，该方法包括：获取与业务需求方的业务需求信息相关的候选服务方的服务信息，其中服务信息至少包含业务需求信息的至少一部分需求内容相对应的服务内容；利用预设的匹配模型将业务需求信息分别与候选服务方的服务信息进行匹配，确定业务需求信息与服务信息的关联程度；以及根据关联程度，从候选服务方中确定与业务需求信息相匹配的匹配服务方。

Description

匹配服务方的方法、装置以及存储介质

技术领域

本申请涉及互联网数据处理技术领域，特别是涉及一种匹配服务方的方法、装置以及存储介质。

背景技术

随着社会的发展与进步，开始出现不同种类的需求。为了能够解决不同用户的不同需求，需要寻找能够解决该需求的服务方(例如，工程师)。然而，在面对大量的需求数据与大量的工程师数据的前提下，会严重影响需求信息与服务方的匹配效率以及精准度。

针对上述的现有技术中存在的为需求信息匹配服务方的方式效率低下，并且精准度不高的技术问题，目前尚未提出有效的解决方案。

发明内容

本公开的实施例提供了一种匹配服务方的方法、装置以及存储介质，以至少解决现有技术中存在的为需求信息匹配服务方的方式效率低下，并且精准度不高的技术问题。

根据本公开实施例的一个方面，提供了一种匹配服务方的方法，包括：获取与业务需求方的业务需求信息相关的候选服务方的服务信息，其中服务信息至少包含业务需求信息的至少一部分需求内容相对应的服务内容；利用预设的匹配模型将业务需求信息分别与候选服务方的服务信息进行匹配，确定业务需求信息与服务信息的关联程度；以及根据关联程度，从候选服务方中确定与业务需求信息相匹配的匹配服务方。

根据本公开实施例的另一个方面，还提供了一种存储介质，存储介质包括存储的程序，其中，在程序运行时由处理器执行以上任意一项所述的方法。

根据本公开实施例的另一个方面，还提供了一种匹配服务方的装置，包括：第一获取模块，用于获取与业务需求方的业务需求信息相关的候选服务方的服务信息，其中服务信息至少包含业务需求信息的至少一部分需求内容相对应的服务内容；匹配模块，用于利用预设的匹配模型将业务需求信息分别与候选服务方的服务信息进行匹配，确定业务需求信息与服务信息的关联程度；以及确定模块，用于根据关联程度，从候选服务方中确定与业务需求信息相匹配的匹配服务方。

根据本公开实施例的另一个方面，还提供了一种匹配服务方的装置，包括：处理器；以及存储器，与处理器连接，用于为处理器提供处理以下处理步骤的指令：获取与业务需求方的业务需求信息相关的候选服务方的服务信息，其中服务信息至少包含业务需求信息的至少一部分需求内容相对应的服务内容；利用预设的匹配模型将业务需求信息分别与候选服务方的服务信息进行匹配，确定业务需求信息与服务信息的关联程度；以及根据关联程度，从候选服务方中确定与业务需求信息相匹配的匹配服务方。

在本公开实施例中，首先根据业务需求信息获取候选服务方的服务信息；进一步地，利用匹配模型计算业务需求信息和候选服务方的服务信息之间的关联程度，最终根据关联程度选择与需求信息匹配的匹配服务方。与现有技术相比，本方案首先确定与需求信息相关的候选服务方的服务信息，然后利用匹配模型更精准地确定关联程度，最终根据关联程度确定匹配服务方。从而，本方案实现了高效且精准地为需求信息匹配服务方的技术效果。进而解决了现有技术中存在的为需求信息匹配服务方的方式效率低下，并且精准度不高的技术问题。

附图说明

此处所说明的附图用来提供对本公开的进一步理解，构成本申请的一部分，本公开的示意性实施例及其说明用于解释本公开，并不构成对本公开的不当限定。在附图中：

图1是用于实现根据本公开实施例1所述的方法的计算设备的硬件结构框图；

图2是根据本公开实施例1所述的匹配服务方的服务方匹配系统的示意图；

图3是根据本公开实施例1的第一个方面所述的匹配服务方的方法的流程示意图；

图4是根据本公开实施例1所述的匹配过程的整体流程示意图；

图5是根据本公开实施例1所述工程师信息采集与入库过程示意图；

图6是根据本公开实施例1所述的需求与工程师匹配过程的示意图；

图7是根据本公开实施例2所述的匹配服务方的装置的示意图；以及

图8是根据本公开实施例3所述的匹配服务方的装置的示意图。

具体实施方式

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

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例1

根据本实施例，提供了一种匹配服务方的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本实施例所提供的方法实施例可以在服务器或者类似的计算设备中执行。图1示出了一种用于实现匹配服务方的方法的计算设备的硬件结构框图。如图1所示，计算设备可以包括一个或多个处理器(处理器可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器、以及用于通信功能的传输装置。除此以外，还可以包括：显示器、输入/输出接口(I/O接口)、通用串行总线(USB)端口(可以作为I/O接口的端口中的一个端口被包括)、网络接口、电源和/或相机。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，计算设备还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

应当注意到的是上述一个或多个处理器和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其他任意组合。此外，数据处理电路可为单个独立的处理模块，或全部或部分的结合到计算设备中的其他元件中的任意一个内。如本公开实施例中所涉及到的，该数据处理电路作为一种处理器控制(例如与接口连接的可变电阻终端路径的选择)。

存储器可用于存储应用软件的软件程序以及模块，如本公开实施例中的匹配服务方的方法对应的程序指令/数据存储装置，处理器通过运行存储在存储器内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的应用程序的匹配服务方的方法。存储器可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器可进一步包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至计算设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算设备的通信供应商提供的无线网络。在一个实例中，传输装置包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

显示器可以例如触摸屏式的液晶显示器(LCD)，该液晶显示器可使得用户能够与计算设备的用户界面进行交互。

此处需要说明的是，在一些可选实施例中，上述图1所示的计算设备可以包括硬件元件(包括电路)、软件元件(包括存储在计算机可读介质上的计算机代码)、或硬件元件和软件元件两者的结合。应当指出的是，图1仅为特定具体实例的一个实例，并且旨在示出可存在于上述计算设备中的部件的类型。

图2是根据本实施例所述的服务方匹配系统的应用场景的示意图。参照图2所示，用户10的终端设备100例如可以通过网络与服务方匹配系统200进行通信连接，从而用户10可以通过终端设备100向服务方匹配系统200发送匹配服务方的请求。服务方匹配系统200例如可以根据用户10的请求，获取与该用户10的需求匹配的服务方(例如：工程师)的信息。其中，该服务方匹配系统200例如预先设置本地数据源300，该本地数据源300存储有该系统维护的服务方的信息，因此服务方匹配系统200可以从该本地数据源300获取服务方的信息。此外，服务方匹配系统200还可以从互联网数据源400中获取服务方的信息，其中该互联网数据源400例如但不限于是各类求职网站(例如：boss直聘、智联招聘等)。然后，服务方匹配系统200将获取的服务方的信息与用户10的需求进行匹配，进而确定与用户10的需求匹配的服务方，即：确定能够解决用户10的需求的服务方。

其中，终端设备100例如但不限于是智能手机、平板、pad以及个人电脑等终端，服务方匹配系统200例如可以由多个服务器构成，并且可以访问互联网资源。其中，服务方匹配系统200例如可以由某个单位(例如：某个工厂、某个数据分析公司)独立运营，用户10例如可以是该单位的信息采集人员，该用户10可以通过终端设备100连接到该服务方匹配系统200。此外，该服务方匹配系统200例如还可以是第三方平台系统，并且该系统还可以设置有对应的客户端程序，其中客户端程序例如但不限于是网页、小程序以及APP应用程序等。终端设备100例如安装有该客户端程序，用户10可以作为业务需求方，通过终端设备100上的客户端程序访问该服务方匹配系统200，然后向服务方匹配系统200发送匹配服务方的请求，然后该服务方匹配系统200可以根据用户10的需求获取服务方的信息，进而根据获取的服务方信息确定与用户10的需求匹配的服务方。需要说明的是，图2中的服务方匹配系统200、终端设备100均可适用上面所述的硬件结构。

在上述运行环境下，根据本实施例的第一个方面，提供了一种匹配服务方的方法，该方法由图2中所示的服务方匹配系统200实现。图3示出了该方法的流程示意图，参考图3所示，该方法包括：

S302：获取与业务需求方的业务需求信息相关的候选服务方的服务信息，其中服务信息至少包含业务需求信息的至少一部分需求内容相对应的服务内容；

S304：利用预设的匹配模型将业务需求信息分别与候选服务方的服务信息进行匹配，确定业务需求信息与服务信息的关联程度；以及

S306：根据关联程度，从候选服务方中确定与业务需求信息相匹配的匹配服务方。

正如背景技术中所述的，随着社会的发展与进步，开始出现不同种类的需求。为了能够解决不同用户的不同需求，需要寻找能够解决该需求的服务方(或者称为工程师)。然而，在面对大量的需求数据与大量的工程师数据的前提下，会严重影响需求信息与服务方的匹配效率以及精准度。

针对背景技术中存在的技术问题，本实施例技术方案在步骤S302中，服务方匹配系统200首先获取与业务需求方的业务需求信息相关的候选服务方的服务信息。其中，业务需求信息可以是各个领域的需求信息，候选服务方可以作为服务方解决业务需求方的业务需求信息。本方案中的业务需求信息优选为工业领域的需求信息，例如：产品制造、软件开发等，此处关于业务需求信息不做具体限定。为了更清楚的描述本方案，在一个具体实例中，业务需求方例如对应于用户10，该用户10例如需要研制一款手机电池(对应于业务需求信息)，在这种情况下，候选服务方可以对应于电池研发工程师，则服务方匹配系统200首先需要获取电池研发工程师的服务信息。参考图4所示，例如该服务方匹配系统200预先设置有数据采集模型，其中该数据采集模型例如是基于随机森林及关联分析算法的模型，服务方匹配系统200可以利用该数据采集模型获取与业务需求信息相关的候选服务方的服务信息。其中候选服务方(即：电池研发工程师)可以为多个，例如包括：工程师1、工程师2、工程师3....工程师n，因此服务方匹配系统200可以获取到多个候选服务方的服务信息。其中，服务信息至少包含业务需求信息的至少一部分需求内容相对应的服务内容，即每个电池研发工程师的服务信息中至少包括与电池研发相关的内容，例如：电池研发类型、项目经验等。在实际应用中，该服务方匹配系统200例如维护有本地数据源300，该本地数据源300存储有该系统维护的服务方的信息，因此服务方匹配系统200可以利用数据采集模型从该本地数据源300获取候选服务方(即：电池研发工程师)的服务信息。

进一步地，在步骤S304中，在获取到多个候选服务方的服务信息的情况下，服务方匹配系统200利用预设的匹配模型将业务需求信息分别与候选服务方的服务信息进行匹配，确定业务需求信息与服务信息的关联程度。参考图4所示，匹配模型对应于图4中的数据匹配模型，该数据匹配模型可以基于关联分析算法，例如：C4.5算法。通过该数据匹配模型对业务需求信息和每个候选服务方的服务信息进行匹配，进而确定业务需求信息与每个候选服务方的服务信息的关联程度。在一个具体实例中，通过该数据匹配模型可以计算业务需求信息与服务信息的信息熵，根据信息熵确定关联程度。

最终，在步骤S306中，服务方匹配系统200根据关联程度，从候选服务方中确定与业务需求信息相匹配的匹配服务方，即从候选服务方中确定与用户10的需求信息匹配的匹配服务方。在实际应用中，可以根据关联程度对候选服务方进行排序，然后根据排序的结果从候选服务方中确定关联程度较高的预定数量(例如：3个)候选服务方作为该匹配服务方(对应于图4中的工程师推送)，匹配服务方例如是工程师1、工程师2、工程师3。进而，用户10可以选择匹配服务方进行服务。

从而通过这种方式，首先根据业务需求信息获取候选服务方的服务信息，然后利用匹配模型计算业务需求信息和候选服务方的服务信息之间的关联程度，最终根据关联程度从候选服务方中选择与需求信息匹配的匹配服务方。与现有技术相比，本方案首先确定与需求信息相关的候选服务方的服务信息，然后利用匹配模型更精准地确定关联程度，最终根据关联程度确定匹配服务方。从而，本方案实现了高效且精准地为需求信息匹配服务方的技术效果。进而解决了现有技术中存在的为需求信息匹配服务方的方式效率低下，并且精准度不高的技术问题。

可选地，获取与业务需求信息相关的候选服务方的服务信息，包括：接收与业务需求信息对应的需求文本，并确定需求文本包含的第一关键词；以及根据第一关键词获取候选服务方的服务信息。

具体地，在获取与业务需求信息相关的候选服务方的服务信息的操作中，服务方匹配系统200首先接收与业务需求信息对应的需求文本。在实际操作中，用户10例如可以通过终端设备100上安装的客户端程序输入需求文本，该需求文本例如是“研制一款手机电池”。在这种情况下，服务方匹配系统200接收用户10输入的需求文本。然后，参考图5所示，服务方匹配系统200需要确定需求文本包含的第一关键词(对应于需求处理)。例如：可以采用现有技术中的分词工具对需求文本进行分词得到单词序列，然后根据单词序列确定第一关键词。其中，该第一关键词的数量可以根据实际的需求而确定，此处不做具体限定。本实施例中的第一关键词例如是“手机电池”。进一步地，服务方匹配系统200根据第一关键词获取候选服务方的服务信息。更具体地，服务方匹配系统200利用数据采集模型根据该第一关键词获取候选服务方的服务信息。从而通过这种方式，用户只需要输入需求文本即可确定与需求匹配的服务方，提高了效率并且节省了研发成本。

可选地，该方法还包括：根据需求文本确定业务需求信息对应的需求类型，并且根据第一关键词获取候选服务方的服务信息，包括：根据第一关键词和需求类型获取候选服务方的服务信息。

具体地，本方案的服务方(或者工程师)例如可以分为多个类别，多个类别例如包括：手机制造服务方、汽车制造服务方、软件开发服务方等，每个类别中例如包括多个服务方(即，工程师)。参考图5所示，本方案还可以根据需求文本确定业务需求信息对应的需求类型(对应于图5中的需求分类)，例如：上述的业务需求信息的需求类型可以是手机制造。并且，在根据第一关键词获取候选服务方的服务信息的操作中，服务方匹配系统200可以根据第一关键词和需求类型获取候选服务方的服务信息。在实际操作中，首先根据需求类型确定与业务需求信息相关的服务方为手机制造类别的服务方，进而在手机制造类别中根据第一关键词确定多个候选服务方。从而通过这种方式，可以根据需求类型缩小服务方的范围，然后可以在小范围中确定候选服务方，因此可以进一步地提升效率。

可选地，该方法还包括：利用信息抓取程序从互联网获取与业务需求信息相关的候选服务方的服务信息。

具体地，本实施例中的本地数据源300管理的服务方的信息可能不够全面，因此可能造成没有与需求信息匹配的候选服务方的现象。为了保障每个需求信息都可以匹配到服务方，本方案的服务方匹配系统200还可以利用信息抓取程序(例如爬虫技术)从互联网获取与业务需求信息相关的候选服务方的服务信息。具体地参考图2所示，可以从互联网数据源400获取候选服务方的服务信息，其中该互联网数据源400例如可以是智联招聘等招聘网站，还可以是其他的互联网资源，此处不做具体限定。此外，为了能够更加准确的为需求信息匹配服务方，本方案还可以同时从本地数据源300和互联网数据源400获取候选服务方的服务信息。从而，保证了每个需求信息都可以匹配到服务方。

可选地，利用信息抓取程序从互联网获取与业务需求信息相关的候选服务方的服务信息，包括：根据需求类型确定用于获取服务信息的数据源；以及利用信息抓取程序，从数据源获取候选服务方的服务信息。

具体地，不同的互联网数据源可能包含不同类型的服务方，例如：手机制造数据源和汽车制造数据源包含不同类型的服务方。在利用信息抓取程序从互联网获取与业务需求信息相关的候选服务方的服务信息的操作中，服务方匹配系统200首先可以根据需求类型确定用于获取服务信息的数据源，即确定与手机制造相关的数据源(例如，网站A)。进一步地，服务方匹配系统200利用信息抓取程序，从数据源(即网站A)获取候选服务方的服务信息。从而，通过需求类型确定数据源可以减小数据采集范围，并且可以使得候选服务方更加精准。

可选地，将业务需求信息分别与候选服务方的服务信息进行匹配，包括：分别确定候选服务方的服务信息对应的服务类型以及候选服务方的服务信息包含的第二关键词；以及根据需求类型、服务类型、第一关键词以及第二关键词，将业务需求信息分别与候选服务方的服务信息进行匹配。

具体地，参考图6所示，在将业务需求信息分别与候选服务方的服务信息进行匹配的操作中，服务方匹配系统200首先分别确定与候选服务方的服务信息(对应于图6的工程师数据)对应的服务类型以及包含的第二关键词，即：确定每个候选服务方的服务类型以及包含的第二关键词。在一个具体实例中，例如工程师1的服务类型为手机制造，第二关键词为电池制造。进一步地，服务方匹配系统200利用匹配模型(对应于图6的需求与工程师匹配模型)，根据需求类型、服务类型、第一和关键词以及第二关键词，将业务需求信息分别与候选服务方的服务信息进行匹配。在实际操作中，例如类型和关键词对应于不同的权重值，然后根据权重值进行加权计算，分别对每个候选服务方的服务信息和业务需求信息进行匹配，然后将匹配的结果入库至需求与工程师匹配库，最后进行需求与工程师匹配排序。

可选地，从候选服务方中确定与业务需求信息相匹配的匹配服务方，包括：利用智能通信程序根据候选服务方的联系方式信息，与候选服务方进行通信，并根据通信的通信内容对候选服务方进行验证，确定候选服务方中的真实服务方；以及从真实服务方中确定匹配服务方。

具体地，该服务方匹配系统200例如还设置有智能通信程序(例如：智能交互机器人)，该智能通信程序可以对候选服务方进行智能呼叫，并且该智能通信程序还包括智能话术模型，利用该智能话术模型可以与候选服务方进行需求交互。在从候选服务方中确定与业务需求信息相匹配的匹配服务方的操作中，服务方匹配系统200首先利用智能通信程序根据候选服务方的联系方式信息，与候选服务方进行通信，并根据通信的通信内容对候选服务方进行验证，例如：验证候选服务方是否有服务意向或者是否符合业务需求，然后从候选服务方中确定验证通过的真实服务方，例如真实服务方为：工程师1、工程师2...工程师m。最终，从范围更小的真实服务方中确定匹配服务方。从而，进一步地缩小了匹配服务方的范围，可以进一步提升效率以及精准度。

此外，参考图1所示，根据本实施例的第二个方面，提供了一种存储介质。所述存储介质包括存储的程序，其中，在所述程序运行时由处理器执行以上任意一项所述的方法。

从而根据本实施例，首先根据业务需求信息获取候选服务方的服务信息；进一步地，利用匹配模型计算业务需求信息和候选服务方的服务信息之间的关联程度，最终根据关联程度选择与需求信息匹配的匹配服务方。与现有技术相比，本方案首先确定与需求信息相关的候选服务方的服务信息，然后利用匹配模型更精准地确定关联程度，最终根据关联程度确定匹配服务方。从而，本方案实现了高效且精准地为需求信息匹配服务方的技术效果。进而解决了现有技术中存在的为需求信息匹配服务方的方式效率低下，并且精准度不高的技术问题。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

实施例2

图7示出了根据本实施例所述的匹配服务方的装置700，该装置700与根据实施例1的第一个方面所述的方法相对应。参考图7所示，该装置700包括：第一获取模块710，用于获取与业务需求方的业务需求信息相关的候选服务方的服务信息，其中服务信息至少包含业务需求信息的至少一部分需求内容相对应的服务内容；匹配模块720，用于利用预设的匹配模型将业务需求信息分别与候选服务方的服务信息进行匹配，确定业务需求信息与服务信息的关联程度；以及确定模块730，用于根据关联程度，从候选服务方中确定与业务需求信息相匹配的匹配服务方。

可选地，第一获取模块710，包括：接收子模块，用于接收与业务需求信息对应的需求文本，并确定需求文本包含的第一关键词；以及第一获取子模块，用于根据第一关键词获取候选服务方的服务信息。

可选地，装置700还包括：类型确定子模块，用于根据需求文本确定业务需求信息对应的需求类型，并且第一获取子模块，包括：获取单元，用于根据第一关键词和需求类型获取候选服务方的服务信息。

可选地，装置700还包括：第二获取模块，用于利用信息抓取程序从互联网获取与业务需求信息相关的候选服务方的服务信息。

可选地，第二获取模块，包括：数据源确定子模块，用于根据需求类型确定用于获取服务信息的数据源；以及第二获取子模块，用于利用信息抓取程序，从数据源获取候选服务方的服务信息。

可选地，匹配模块720，包括：服务信息处理子模块，用于分别确定候选服务方的服务信息对应的服务类型以及候选服务方的服务信息包含的第二关键词；以及匹配子模块，用于根据需求类型、服务类型、第一关键词以及第二关键词，将业务需求信息分别与候选服务方的服务信息进行匹配。

可选地，确定模块730，包括：第一确定子模块，用于利用智能通信程序根据候选服务方的联系方式信息，与候选服务方进行通信，并根据通信的通信内容对候选服务方进行验证，确定候选服务方中的真实服务方；以及第二确定子模块，用于从真实服务方中确定匹配服务方。

从而根据本实施例，首先根据业务需求信息获取候选服务方的服务信息；进一步地，利用匹配模型计算业务需求信息和候选服务方的服务信息之间的关联程度，最终根据关联程度选择与需求信息匹配的匹配服务方。与现有技术相比，本方案首先确定与需求信息相关的候选服务方的服务信息，然后利用匹配模型更精准地确定关联程度，最终根据关联程度确定匹配服务方。从而，本方案实现了高效且精准地为需求信息匹配服务方的技术效果。进而解决了现有技术中存在的为需求信息匹配服务方的方式效率低下，并且精准度不高的技术问题。

实施例3

图8示出了根据本实施例所述的匹配服务方的装置800，该装置800与根据实施例1的第一个方面所述的方法相对应。参考图8所示，该装置800包括：处理器810；以及存储器820，与处理器810连接，用于为处理器810提供处理以下处理步骤的指令：获取与业务需求方的业务需求信息相关的候选服务方的服务信息，其中服务信息至少包含业务需求信息的至少一部分需求内容相对应的服务内容；利用预设的匹配模型将业务需求信息分别与候选服务方的服务信息进行匹配，确定业务需求信息与服务信息的关联程度；以及根据关联程度，从候选服务方中确定与业务需求信息相匹配的匹配服务方。

可选地，获取与业务需求信息相关的候选服务方的服务信息，包括：接收与业务需求信息对应的需求文本，并确定需求文本包含的第一关键词；以及根据第一关键词获取候选服务方的服务信息。

可选地，存储器820还用于为处理器810提供处理以下处理步骤的指令：根据需求文本确定业务需求信息对应的需求类型，并且根据第一关键词获取候选服务方的服务信息，包括：根据第一关键词和需求类型获取候选服务方的服务信息。

可选地，存储器820还用于为处理器810提供处理以下处理步骤的指令：利用信息抓取程序从互联网获取与业务需求信息相关的候选服务方的服务信息。

可选地，利用信息抓取程序从互联网获取与业务需求信息相关的候选服务方的服务信息，包括：根据需求类型确定用于获取服务信息的数据源；以及利用信息抓取程序，从数据源获取候选服务方的服务信息。

可选地，将业务需求信息分别与候选服务方的服务信息进行匹配，包括：分别确定候选服务方的服务信息对应的服务类型以及候选服务方的服务信息包含的第二关键词；以及根据需求类型、服务类型、第一关键词以及第二关键词，将业务需求信息分别与候选服务方的服务信息进行匹配。

可选地，从候选服务方中确定与业务需求信息相匹配的匹配服务方，包括：利用智能通信程序根据候选服务方的联系方式信息，与候选服务方进行通信，并根据通信的通信内容对候选服务方进行验证，确定候选服务方中的真实服务方；以及从真实服务方中确定匹配服务方。

从而根据本实施例，首先根据业务需求信息获取候选服务方的服务信息；进一步地，利用匹配模型计算业务需求信息和候选服务方的服务信息之间的关联程度，最终根据关联程度选择与需求信息匹配的匹配服务方。与现有技术相比，本方案首先确定与需求信息相关的候选服务方的服务信息，然后利用匹配模型更精准地确定关联程度，最终根据关联程度确定匹配服务方。从而，本方案实现了高效且精准地为需求信息匹配服务方的技术效果。进而解决了现有技术中存在的为需求信息匹配服务方的方式效率低下，并且精准度不高的技术问题。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，RandomAccess Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种匹配服务方的方法，其特征在于，包括：

获取与业务需求方的业务需求信息相关的候选服务方的服务信息，其中所述服务信息至少包含所述业务需求信息的至少一部分需求内容相对应的服务内容；

利用预设的匹配模型将所述业务需求信息分别与所述候选服务方的服务信息进行匹配，确定所述业务需求信息与所述服务信息的关联程度；以及

根据所述关联程度，从所述候选服务方中确定与所述业务需求信息相匹配的匹配服务方。

2.根据权利要求1所述的方法，其特征在于，获取与业务需求信息相关的候选服务方的服务信息，包括：

接收与所述业务需求信息对应的需求文本，并确定所述需求文本包含的第一关键词；以及

根据所述第一关键词获取所述候选服务方的服务信息。

3.根据权利要求2所述的方法，其特征在于，还包括：根据所述需求文本确定所述业务需求信息对应的需求类型，并且根据所述第一关键词获取所述候选服务方的服务信息，包括：

根据所述第一关键词和所述需求类型获取所述候选服务方的服务信息。

4.根据权利要求3所述的方法，其特征在于，还包括：利用信息抓取程序从互联网获取与所述业务需求信息相关的候选服务方的服务信息。

5.根据权利要求4所述的方法，其特征在于，利用信息抓取程序从互联网获取与所述业务需求信息相关的候选服务方的服务信息，包括：

根据所述需求类型确定用于获取所述服务信息的数据源；以及

利用所述信息抓取程序，从所述数据源获取所述候选服务方的服务信息。

6.根据权利要求3所述的方法，其特征在于，将所述业务需求信息分别与所述候选服务方的服务信息进行匹配，包括：

分别确定所述候选服务方的服务信息对应的服务类型以及所述候选服务方的服务信息包含的第二关键词；以及

根据所述需求类型、所述服务类型、所述第一关键词以及所述第二关键词，将所述业务需求信息分别与所述候选服务方的服务信息进行匹配。

7.根据权利要求1所述的方法，其特征在于，从所述候选服务方中确定与所述业务需求信息相匹配的匹配服务方，包括：

利用智能通信程序根据所述候选服务方的联系方式信息，与所述候选服务方进行通信，并根据所述通信的通信内容对所述候选服务方进行验证，确定候选服务方中的真实服务方；以及

从所述真实服务方中确定所述匹配服务方。

8.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，在所述程序运行时由处理器执行权利要求1至7中任意一项所述的方法。

9.一种匹配服务方的装置，其特征在于，包括：

第一获取模块，用于获取与业务需求方的业务需求信息相关的候选服务方的服务信息，其中所述服务信息至少包含所述业务需求信息的至少一部分需求内容相对应的服务内容；

匹配模块，用于利用预设的匹配模型将所述业务需求信息分别与所述候选服务方的服务信息进行匹配，确定所述业务需求信息与所述服务信息的关联程度；以及

确定模块，用于根据所述关联程度，从所述候选服务方中确定与所述业务需求信息相匹配的匹配服务方。

10.一种匹配服务方的装置，其特征在于，包括：

处理器；以及

存储器，与所述处理器连接，用于为所述处理器提供处理以下处理步骤的指令：

获取与业务需求方的业务需求信息相关的候选服务方的服务信息，其中所述服务信息至少包含所述业务需求信息的至少一部分需求内容相对应的服务内容；

利用预设的匹配模型将所述业务需求信息分别与所述候选服务方的服务信息进行匹配，确定所述业务需求信息与所述服务信息的关联程度；以及

根据所述关联程度，从所述候选服务方中确定与所述业务需求信息相匹配的匹配服务方。

Images