CN112508643A - 用于报价的信息处理方法和装置 - Google Patents

Abstract

本公开实施例公开了一种用于报价的信息处理方法和装置，首先获取多个报价对象各自对应的多个报价通道，其次获取多个请求报价对象各自对应的接口，其中，接口用于接收所述报价信息；最后基于预设的关联规则，将所述多个请求报价对象各自对应的接口与所述报价通道相关联。通过将请求报价对象的接口与报价通道按照预设的关联规则进行关联，简化了业务关系的维护过程，进而解决了现有技术中业务关系维护过程繁琐复杂的技术问题。

Description

用于报价的信息处理方法和装置

技术领域

本公开涉及数据处理技术领域，具体涉及到一种用于报价的信息处理方法、装置及电子设备。

背景技术

目前，大多数的业务管理系统在向目标对象分配业务通道时，需要进行多次配置实现，或者在向业务通道分配目标对象时，也需要多次配置实现，由于配置过程繁琐负载，导致业务管理效率低，同时也造成目标对象与业务通道之间关系维护复杂。

都是根据“数据表格”中的业务对象与被请求对象之间的关系，对每一个关系一一配置，采用这种方式，维护过程繁琐复杂，且效率低。

发明内容

本公开的主要目的在于提供一种用于报价的信息处理方法，以解决上述问题。

为了实现上述目的，根据本公开的第一方面，提供了一种用于报价的信息处理方法，包括：获取多个报价对象各自对应的多个报价通道，其中，所述各个报价对象通过与其对应的多个报价通道发送报价信息；获取多个请求报价对象各自对应的接口，其中，所述接口用于接收所述报价信息；基于预设的关联规则，将所述多个请求报价对象各自对应的接口与所述报价通道相关联。

可选地，在基于预设的关联规则，将所述接收所述报价信息的接口与所述报价通道关联之后，所述方法还包括：响应于获取到请求报价对象通过各自对应的接口发送的获取报价信息的请求，在数据库中确定与所述接口相关联的报价通道；向与所述接口相关联的报价通道所对应的报价对象发送获取报价信息的请求，以获取报价信息；向所述接口对应用户端发送报价信息。

可选地，基于预设的关联规则，将所述多个请求报价对象各自对应的接口与所述报价通道相关联包括：基于预设的关联规则，将所述多个请求报价对象各自对应的接口与所述一个报价通道相关联；或者，基于预设的关联规则，将所述多个请求报价对象各自对应的接口与所述多个报价通道相关联。

可选地，基于预设的关联规则，将所述多个请求报价对象各自对应的接口与所述报价通道相关联包括：基于所述请求报价对象的特征信息，确定所述报价通道所包含的特征信息中与各个特征信息相符的报价特征信息；将所述报价特征信息对应的报价通道确定为与所述请求报价对象相关联的初始报价通道；响应于接收到将所述请求报价对象与所述初始报价通道中的一个或多个进行关联的请求，关联所述请求报价对象与所述初始报价通道中的一个或多个。

根据本公开的第二方面，提供了一种用于报价的信息处理装置装置，包括：第一获取单元，被配置成获取多个报价对象各自对应的多个报价通道，其中，所述各个报价对象通过与其对应的多个报价通道发送报价信息；第二获取单元，被配置成获取多个请求报价对象各自对应的接口，其中，所述接口用于接收所述报价信息；关联单元，被配置成基于预设的关联规则，将所述多个请求报价对象各自对应的接口与所述报价通道相关联。

可选地，装置还包括：确定单元，被配置成响应于获取到请求报价对象通过各自对应的接口发送的获取报价信息的请求，在数据库中确定与所述接口相关联的报价通道；第一发送单元，被配置成向与所述接口相关联的报价通道所对应的报价对象发送获取报价信息的请求，以获取报价信息；第二发送单元，被配置成向所述接口对应用户端发送报价信息。

可选地，关联单元包括：第一关联模块，被配置成基于预设的关联规则，将所述多个请求报价对象各自对应的接口与所述一个报价通道相关联；或者，第二关联模块，被配置成基于预设的关联规则，将所述多个请求报价对象各自对应的接口与所述多个报价通道相关联。

可选地，关联单元包括：第一确定模块，被配置成基于所述请求报价通道的特征信息，确定所述报价通道所包含的特征信息中与各个特征信息相符的报价特征信息；第二确定模块，被配置成将所述报价特征信息对应的报价通道确定为与所述请求报价通道相关联的初始报价通道；关联模块，被配置成响应于接收到将所述请求报价通道与所述初始报价对象中的一个或多个进行关联的请求，关联所述请求报价通道与所述初始报价通道中的一个或多个。

根据本公开的第三方面，提供了一种计算机可读存储介质，存储有计算机指令，所述计算机指令用于使所述计算机执行第一方面任意一项所述的用于报价的信息处理方法。

根据本公开的第四方面，提供了一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器执行第一方面任意一项实施例所述的用于报价的信息处理方法。

在本公开实施例用于报价的信息处理方法，首先获取多个报价对象各自对应的多个报价通道，其次获取多个请求报价对象各自对应的接口，其中，所述接口用于接收所述报价信息；最后基于预设的关联规则，将所述多个请求报价对象各自对应的接口与所述报价通道相关联。通过将请求报价对象的接口与报价通道按照预设的关联规则进行关联，简化了业务关系的维护过程，进而解决了现有技术中业务关系维护过程繁琐复杂的技术问题。

附图说明

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

图1是根据本公开实施例的用于报价的信息处理方法的流程图；

图2是根据本公开实施例的用于报价的信息处理方法的一个应用场景图；

图3a是根据本公开实施例的用于报价的信息处理方法的另一个应用场景图；

图3b是根据本公开实施例的用于报价的信息处理方法的又一应用场景图。

图4是根据本公开另一实施例的用于报价的信息处理方法的流程图；

图5是根据本公开实施例的用于报价的信息处理装置的示意图；

图6是根据本公开实施例的电子设备的示意图。

具体实施方式

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

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

需要说明的是，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。

可以应用本公开的用于报价的信息处理方法或装置的实施例的系统架构可以包括多个用户终端，网络、服务器和第三方服务器。网络用以在用户终端和服务器之间提供通信链路的介质，还用以在服务器和第三方服务器之间提供通信链路介质。网络可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户终端可以作为报价请求对象，可以安装有各种通讯客户端应用，例如与服务器对应的应用等。

用户终端可以是硬件，也可以是软件。当用户终端为硬件时，可以是具有显示屏的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。当用户终端为软件时，可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块，也可以实现成单个软件或软件模块。在此不做具体限定。

第三方服务器可以作为报价对象，可以向服务器提供产品报价或者产品相关信息。

服务器可以是提供各种服务的服务器，例如将报价对象各自对应的接口与报价通道相关联。后台服务器可以对用户终端发送的获取报价信息的请求进行分析等处理，并将报价信息反馈给用户终端。

需要说明的是，本公开实施例所提供的用于报价的信息处理方法一般由服务器执行，相应地，用于用于报价的信息处理装置一般设置于服务器中。

根据本公开实施例，提供了一种用于报价的信息处理方法，如图1所示，该方法包括如下的步骤101至步骤103：

步骤101：获取多个报价对象各自对应的多个报价通道，其中，所述各个报价对象通过与其对应的多个报价通道发送报价信息。

在本实施例中，服务器可以获取多个报价对象各自对应的多个报价通道，报价通道可以是报价对象与服务器通过各自的接口进行连接，从而建立的网络通道。报价对象可以是预先与服务器关联的第三方服务器，每个报价对象可以对应多个报价通道，每个报价对象通过各个报价通道进行报价。

例如，服务器可以是保险业务平台对应的后台服务器，报价对象可以是与该后台服务器预先建立关联的用于提供保险产品业务的第三方服务器。可以是“北京人保保险”对应的服务器、“北京平安保险”对应的服务器、“上海国寿保险”对应的服务器、“河北太保保险”对应的服务器。

步骤102：获取多个请求报价对象各自对应的接口，其中，所述接口用于接收所述报价信息。

在本实施例中，服务器可以获取请求报价对象各自对应的接口，请求报价对象可通过该接口与服务器建立通信连接，请求报价对象可以通过该接口接收报价信息。请求报价对象可以是与服务器预关联的用户终端。

例如，报价对象可以是与保险业务平台有业务关联的用户端，例如，经营保险业务平台保险业务的各个分公司所对应的用户端。可以是下的所有用户端、“北京分公司”下的所有用户端、“上海分公司”、“南京分公司”“河北分公司”下的所有用户端等。报价对象还可以是任一请求报价的用户端，可以是任意请求报价的用户对应的用户端。

步骤103：基于预设的关联规则，将多个请求报价对象各自对应的接口与所述报价通道相关联。

在本实施例中，将多个请求报价对象各自对应的接口报价通道相关联实现了，与服务器预关联的用户终端可以通过服务器以及所关联的报价通道与第三方服务器建立通信连接。可以预先将多个请求报价对象各自对应的接口利用已公开的算法在用于管理服务器(执行主体)的用户端(可以是电脑端)的用户界面上以预设的第一字段进行展示，预设字段用于表征请求报价对象的特征信息，例如，“北京分公司”、“上海分公司”、“南京分公司”、“河北分公司”等。还预先将报价通道利用现有技术中的算法在用于管理服务器的用户端的用户界面上以预设的第二字段进行展示，例如，“北京人保保险”、“北京平安保险”、“上海国寿保险”、“河北太保保险”。

用户可以通过用于管理服务器(执行主体)的用户端的用户界面触发关联请求，服务器在接收到该触发关联请求之后，服务器利用预设的关联规则，将多个请求报价对象各自对应的接口与报价通道相关联。触发关联请求的方式可以是通过点击以选中用户界面上第一字段和第二字段方式触发。服务器在接收到该触发请求之后，利用现有技术中的关联算法，将多个请求报价对象各自对应的接口与报价通道相关联，以实现请求报价对象只能接收指定报价对象(报价通道与接口相关联的报价对象)的报价信息。关联算法可以是将多个请求报价对象各自对应的接口与报价通道进行对应存储，在此不做限定。

例如，通过点击选中“北京分公司”与“北京人保保险”、“北京平安保险”、“上海国寿保险”、“河北太保保险”中的“北京人保保险”和“北京平安保险”触发关联请求，服务器接收到该请求之后，将“北京分公司”对应的接口与“北京人保保险”和“北京平安保险”的报价通道进行关联。

在本实施例中解决了大多数的管理系统使用“数据表格”的形式，来维护这种“一对多/多对多”的关系，这种方式维护起来比较复杂。例如：针对新开的一家分公司，当在给其分配多个业务通道，就需要进行多次配置实现业务分配。或者现在多了一个业务通道，将该业务通道分配给多个地市的分公司，也需要进行多次配置实现。

作为本实施例一种可选的实现方式，基于预设的关联规则，将多个请求报价对象各自对应的接口与所述报价通道相关联包括：基于预设的关联规则，将所述多个请求报价对象各自对应的接口与所述一个报价通道相关联；或者，基于预设的关联规则，将所述多个请求报价对象各自对应的接口与所述多个报价通道相关联。

在本实施例中，多个请求报价对象各自对应的接口与报价通道进行关联时，其关联关系可以是一个接口对应一个或者多个报价通道，一个报价通道对应一个或者多个接口，且关联关系可以基于用户触发的关联请求，更改关联关系，例如，服务器在接收到通过用户界面点击触发的将“北京分公司”对应的接口与“北京人保保险”和“北京平安保险”的报价通道的关联关系更改为“北京分公司”对应的接口与“河北太保保险”的报价通道关联请求之后，可以更改关联关系。

本实施例可以实现关联关系的更改，从而简化了关联关系维护的复杂度。

作为本实施例一种可选的实现方式，基于预设的关联规则，将多个请求报价对象各自对应的接口与所述报价通道相关联包括：基于请求报价对象的特征信息，确定报价对象所包含的特征信息中与各个特征信息相符的报价特征信息；将所述报价特征信息对应的报价对象确定为与所述请求报价对象相关联的初始报价对象；响应于接收到将请求报价对象与初始报价对象中的一个或多个进行关联的请求，关联所述请求报价对象与所述初始报价对象中的一个或多个。

在本实施例中，服务器可以首先基于请求报价对象的特征信息(该特征信息可以是在请求报价对象的接口信息中体现)，确定报价通道所包含的特征信息中与各个特征信息相同的报价特征信息，将报价特征信息对应的报价通道确定为与请求报价对象相关联的初始报价通道。以请求报价对象为“北京分公司”对应的所有用户端为例，该请求报价对象的特征信息可以是地址特征信息“北京”，那么可以确定报价通道中包含与请求报价对象具有相同地址特征信息的报价特征信息，如报价通道为“北京人保保险”或“北京平安保险”中的“北京”，而后将包含相同地址特征信息的报价通道确定为初始报价通道。如“北京人保保险”报价通道或“北京平安保险”报价通道。最后，当服务器接收到将请求报价对象与初始报价通道中的一个或多个进行关联的请求，关联所述请求报价对象与初始报价通道中的一个或多个。关联请求的触发条件在此不再赘述。本实施例可以基于服务端智能确定初始报价通道，而后基于触发的关联请求最终确定关联关系，可以进一步提高关联关系的维护效率。显然上述关联关系也可以通过人工直接触发关联请求，而不需要服务器首先确定初始报价通道。

应当理解，本实施例下的特征信息可以是地址信息，特征信息基于应用场景的不同而不同。

本实施例实现了简化了业务关系维护的过程，且可以根据需求快速更改关联关系。解决了现有技术中，当需要变动关系时，需要进行多次配置实现，关系维护过程复杂，关系调整效率低。

参考图2，图2示出了用于报价的信息处理方法的应用场景图，用户可以点击选中用户界面相应的字段信息，触发关联请求，服务器基于预设关联规则，将多个请求报价对象各自对应的接口与报价通道相关联。

本实施可以直接通过选择和勾选的方式维护“一对多/多对多”的关系，能够更直观体现其中的关联关系。例如：直接选择某分公司(或业务通道)，通置。通过勾选给其分配多个业务通道(或分配给多个分公司)。

具体地，参考图3，图3示出了用于报价的信息处理方法的另一应用场景图，可以在页面左右两边列出两个关系主体(例如A、B)的列表；选中A(或B)中的某一项A1(或B1)时，判断当前是否有待提交的缓存，如果有则提示保存，并标记缓存为已提交，如果没有则向后端请求A1B(或B1A)的关系信息，根据数据处理B(或A)并把A1B(或B1A)的关系信息缓存下来；在B(或A)中勾选/取消勾选/编辑时，修改A1B(或B1A)的关系信息缓存，并标记为待提交；重新选中A(或B)/提交时，提示保存，并向后端发出请求，保存数据到后端，标记缓存为已提交。

参考图4，图4示出了用于报价的信息处理方法的另一实施例，如图3所示，该方法包括如下的步骤401至步骤406：

步骤401：获取多个报价对象各自对应的多个报价通道，其中，所述各个报价对象通过与其对应的多个报价通道发送报价信息。

在本实施例中，服务器可以获取多个报价对象各自对应的多个报价通道，报价通道可以是报价对象与服务器通过各自的接口进行连接，从而建立的网络通道。报价对象可以是预先与服务器关联的第三方服务器，每个报价对象可以对应多个报价通道，每个报价对象通过各个报价通道进行报价。

例如，服务器可以是保险业务平台对应的后台服务器，报价对象可以是与该后台服务器预先建立关联的用于提供保险产品业务的第三方服务器。可以是“北京人保保险”对应的服务器、“北京平安保险”对应的服务器、“上海国寿保险”对应的服务器、“河北太保保险”对应的服务器。显然本实施例应用场景不限于保险业务应用场景，还可以应用至任一需要进行业务关系维护的场景，例如，“人员”与“产品”的业务场景，“部门”与“公司”的业务场景，本申请在此不做任何限定。

步骤402：获取多个请求报价对象各自对应的接口，其中，所述接口用于接收所述报价信息。

在本实施例中，服务器可以获取请求报价对象各自对应的接口，请求报价对象可通过该接口与服务器建立通信连接，请求报价对象可以通过该接口接收报价信息。请求报价对象可以是与服务器预关联的用户端。

例如，报价对象可以是与保险业务平台有业务关联的用户端，例如，经营保险业务平台保险业务的各个分公司所对应的用户端。可以是下的所有用户端、“北京分公司”下的所有用户端、“上海分公司”、“南京分公司”“河北分公司”下的所有用户端等。报价对象还可以是任一请求报价的用户端，可以是任意请求报价的用户对应的用户端。

步骤403：基于预设的关联规则，将所述多个请求报价对象各自对应的接口与所述报价通道相关联。

在本实施例中，可以预先将多个请求报价对象各自对应的接口利用现有技术中的算法在管理服务器的用户终端设备的用户界面上以预设的第一字段进行展示，预设字段用于表征请求报价对象的特征信息，例如，“北京分公司”、“上海分公司”、“南京分公司”、“河北分公司”等。还预先将报价通道的接口利用现有技术中的算法在管理服务器的用户终端设备的用户界面上以预设的第二字段进行展示，例如，“北京人保保险”、“北京平安保险”、“上海国寿保险”、“河北太保保险”。

用户可以通过管理服务器的用户终端设备的用户界面触发关联请求，服务器利用预设的关联规则，将多个请求报价对象各自对应的接口与报价通道相关联。触发关联请求的方式可以是通过点击以选中用户界面上第一字段和第二字段方式触发。服务器在接收到该触发请求之后，利用现有技术中的关联算法，将多个请求报价对象各自对应的接口与报价通道相关联，以实现请求报价对象只能接收指定报价对象(报价通道与接口相关联的报价对象)的报价信息。关联算法可以是将多个请求报价对象各自对应的接口与报价通道进行对应存储，在此不做限定。

例如，通过点击选中“北京分公司”与“北京人保保险”、“北京平安保险”、“上海国寿保险”、“河北太保保险”中的“北京人保保险”和“北京平安保险”触发关联请求，服务器接收到该请求之后，将“北京分公司”对应的接口与“北京人保保险”和“北京平安保险”的报价通道进行关联。

步骤404：响应于获取到请求报价对象通过各自对应的接口发送的获取报价信息的请求，在数据库中确定与所述接口相关联的报价通道。

在本实施例中，服务器在接收到报价对象通过各自对应的接口发送的获取报价信息的请求，在数据库中确定与所述接口相关联的报价通道。例如，服务器在接收到“北京分公司”下的任一用户端通过其接口发送的报价请求之后，可以通过数据库中预存储的关联关系首先确定与其关联的报价通道。

步骤405：向与所述接口相关联的报价通道所对应的报价对象发送获取报价信息的请求，以获取报价信息。

在本实施例中，在确定与请求接口相关联的报价通道之后，服务器可以向报价通道对应的报价对象发送获取报价信息的请求，例如，在确定“北京分公司”下的任一用户端的接口与“北京人保保险”报价通道、“北京平安保险”报价通道相关联之后，服务器可以向“北京人保保险”对应的服务器、“北京平安保险”对应的服务器发送获取报价信息的请求，以获取北京人保保险”对应的服务器或“北京平安保险”对应的服务器发送的报价信息

可以与任一其他通道相关联，在此不做限定。

步骤406：向所述接口对应用户端发送报价信息。

在本实施例中，服务器可以将获取的报价信息发送至报价对象对应的接口。例如，服务器可以将“北京人保保险”服务器或者“北京平安保险”服务器通过与接口对应的报价通道发送的报价信息发送至接口。本实施例提高了业务关系维护的效率。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

根据本公开实施例，还提供了一种用于实施上述用于报价的信息处理方法的装置，如图5所示，该装置包括：第一获取单元501，被配置成获取多个报价对象各自对应的多个报价通道，其中，所述各个报价对象通过与其对应的多个报价通道发送报价信息；第二获取单元502，被配置成获取多个请求报价对象各自对应的接口，其中，所述接口用于接收所述报价信息；关联单元503，被配置成基于预设的关联规则，将所述多个请求报价对象各自对应的接口与所述报价通道相关联。

可选地，装置还包括：确定单元，被配置成响应于获取到请求报价对象通过各自对应的接口发送的获取报价信息的请求，在数据库中确定与所述接口相关联的报价通道；第一发送单元，被配置成向与所述接口相关联的报价通道所对应的报价对象发送获取报价信息的请求，以获取报价信息；第二发送单元，被配置成向所述接口对应用户端发送报价信息。

可选地，关联单元503包括：第一关联模块，被配置成基于预设的关联规则，将所述多个请求报价对象各自对应的接口与所述一个报价通道相关联；或者，第二关联模块，被配置成基于预设的关联规则，将所述多个请求报价对象各自对应的接口与所述多个报价通道相关联。

可选地，关联单元503包括：第一确定模块，被配置成基于所述请求报价通道的特征信息，确定所述报价通道所包含的特征信息中与各个特征信息相符的报价特征信息；第二确定模块，被配置成将所述报价特征信息对应的报价通道确定为与所述请求报价通道相关联的初始报价通道；关联模块，被配置成响应于接收到将所述请求报价通道与所述初始报价对象中的一个或多个进行关联的请求，关联所述请求报价通道与所述初始报价通道中的一个或多个。

本公开实施例提供了一种电子设备，如图6所示，该电子设备包括一个或多个处理器61以及存储器62，图6中以一个处理器61为例。

该控制器还可以包括：输入装置63和输出装置64。

处理器61、存储器62、输入装置63和输出装置64可以通过总线或者其他方式连接，图6中以通过总线连接为例。

处理器61可以为中央处理器(CentralProcessingUnit，CPU)。处理器61还可以为其他通用处理器、数字信号处理器(DigitalSignalProcessor，DSP)、专用集成电路(ApplicationSpecificIntegratedCircuit，ASIC)、现场可编程门阵列(Field－ProgrammableGateArray，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等芯片，或者上述各类芯片的组合。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器62作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序、非暂态计算机可执行程序以及模块，如本公开实施例中的控制方法对应的程序指令/模块。处理器61通过运行存储在存储器62中的非暂态软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例的……方法。

存储器62可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据服务器操作的处理装置的使用所创建的数据等。此外，存储器62可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施例中，存储器62可选包括相对于处理器61远程设置的存储器，这些远程存储器可以通过网络连接至网络连接装置。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置63可接收输入的数字或字符信息，以及产生与服务器的处理装置的用户设置以及功能控制有关的键信号输入。输出装置64可包括显示屏等显示设备。

一个或者多个模块存储在存储器62中，当被一个或者多个处理器61执行时，执行如图1所示的方法。

本领域技术人员可以理解，实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各电机控制方法的实施例的流程。其中，存储介质可为磁碟、光盘、只读存储记忆体(Read－OnlyMemory，ROM)、随机存储记忆体(RandomAccessMemory，RAM)、快闪存储器(FlashMemory)、硬盘(HardDiskDrive，缩写：HDD)或固态硬盘(Solid－StateDrive，SSD)等；存储介质还可以包括上述种类的存储器的组合。

虽然结合附图描述了本公开的实施方式，但是本领域技术人员可以在不脱离本公开的精神和范围的情况下作出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。

Claims (10)

1.一种用于报价的信息处理方法，其特征在于，包括：

获取多个报价对象各自对应的多个报价通道，其中，所述各个报价对象通过与其对应的多个报价通道发送报价信息；

获取多个请求报价对象各自对应的接口，其中，所述接口用于接收所述报价信息；

基于预设的关联规则，将所述多个请求报价对象各自对应的接口与所述报价通道相关联。

2.根据权利要求1所述的用于报价的信息处理方法，其特征在于，在基于预设的关联规则，将所述接收所述报价信息的接口与所述报价通道关联之后，所述方法还包括：

响应于获取到请求报价对象通过各自对应的接口发送的获取报价信息的请求，在数据库中确定与所述接口相关联的报价通道；

向与所述接口相关联的报价通道所对应的报价对象发送获取报价信息的请求，以获取报价信息；

向所述接口对应用户端发送报价信息。

3.根据权利要求1所述的用于报价的信息处理方法，其特征在于，所述基于预设的关联规则，将所述多个请求报价对象各自对应的接口与所述报价通道相关联包括：

基于预设的关联规则，将所述多个请求报价对象各自对应的接口与所述一个报价通道相关联；或者，

基于预设的关联规则，将所述多个请求报价对象各自对应的接口与所述多个报价通道相关联。

4.根据权利要求1所述的用于报价的信息处理方法，其特征在于，所述基于预设的关联规则，将所述多个请求报价对象各自对应的接口与所述报价通道相关联包括：

基于所述请求报价对象的特征信息，确定所述报价通道所包含的特征信息中与各个特征信息相符的报价特征信息；

将所述报价特征信息对应的报价通道确定为与所述请求报价对象相关联的初始报价通道；

响应于接收到将所述请求报价对象与所述初始报价通道中的一个或多个进行关联的请求，关联所述请求报价对象与所述初始报价通道中的一个或多个。

5.一种用于报价的信息处理装置，其特征在于，包括：

第一获取单元，被配置成获取多个报价对象各自对应的多个报价通道，其中，所述各个报价对象通过与其对应的多个报价通道发送报价信息；

第二获取单元，被配置成获取多个请求报价对象各自对应的接口，其中，所述接口用于接收所述报价信息；

关联单元，被配置成基于预设的关联规则，将所述多个请求报价对象各自对应的接口与所述报价通道相关联。

6.根据权利要求5所述的用于报价的信息处理装置，其特征在于，所述装置还包括：

确定单元，被配置成响应于获取到请求报价对象通过各自对应的接口发送的获取报价信息的请求，在数据库中确定与所述接口相关联的报价通道；

第一发送单元，被配置成向与所述接口相关联的报价通道所对应的报价对象发送获取报价信息的请求，以获取报价信息；

第二发送单元，被配置成向所述接口对应用户端发送报价信息。

7.根据权利要求5所述的用于报价的信息处装置，其特征在于，所述关联单元包括：

第一关联模块，被配置成基于预设的关联规则，将所述多个请求报价对象各自对应的接口与所述一个报价通道相关联；或者，

第二关联模块，被配置成基于预设的关联规则，将所述多个请求报价对象各自对应的接口与所述多个报价通道相关联。

8.根据权利要求5所述的用于报价的信息处理装置，其特征在于，所述关联单元包括：

第一确定模块，被配置成基于所述请求报价通道的特征信息，确定所述报价通道所包含的特征信息中与各个特征信息相符的报价特征信息；

第二确定模块，被配置成将所述报价特征信息对应的报价通道确定为与所述请求报价通道相关联的初始报价通道；

关联模块，被配置成响应于接收到将所述请求报价通道与所述初始报价对象中的一个或多个进行关联的请求，关联所述请求报价通道与所述初始报价通道中的一个或多个。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使所述计算机执行权利要求1－4任意一项所述的用于报价的信息处理方法。

10.一种电子设备，其特征在于，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器执行权利要求1－4任意一项所述的用于报价的信息处理方法。

Images