一种保险业务综合管理方法、装置、电子设备及介质

技术领域

本申请涉及保险业务综合管理技术的领域，尤其是涉及一种保险业务综合管理方法、装置、电子设备及介质。

背景技术

目前的保险行业，已逐渐由电子保单代替了纸质保单，经纪人在想要查看客户的保单时，无需从一堆纸质保单中手动查找，而是通过管理系统来查询电子保单，从而提高经纪人获取保单的效率，进而提高经纪人的工作效率。

经纪人在对客户保单进行查询时，管理系统往往需要得知保单信息，其中保单信息包括保单所述公司、保单办理人员等；即经纪人在进行查询时，需逐个手动键入上述信息，才能获取客户的保单；手动逐个键入上述保单信息，不便于提高经纪人获取保单的效率。

发明内容

为了提高经纪人获取保单的效率，本申请提供一种保险业务综合管理方法、装置、电子设备及介质。

第一方面，本申请提供一种保险业务综合管理方法，采用如下的技术方案：

一种保险业务综合管理方法，包括：

基于业务集，确定业务单位代号以及业务人员代号，所述业务集中包括历史录入的业务信息；

当检测到业务查询意图时，对所述业务单位代号以及所述业务人员代号进行显示；

基于用户反馈的所述业务单位代号、所述业务人员代号中的至少一项以及目标业务信息，确定目标查询业务。

通过采用上述技术方案，当经纪人需要对客户保单进行查询时，首先对所述业务单位代号以及所述业务人员代号进行显示，以使经纪人得知所述业务单位代号对应的业务单位，所述业务人员代号对应的业务人员；因此经纪人在进行查询时，可以通过输入或选择业务单位代号以及所述业务人员代号中的至少一项以及所述目标业务信息，来确定所述目标查询业务；业务单位代号和/或业务人员代号的输入或选择，节省了经纪人键入业务单位和/或业务人员的时间，从而减少了经纪人获取所述目标查询业务的时间，即提高经纪人获取保单的效率。

在另一种可能实现的方式中，基于业务集，确定业务单位代号以及业务人员代号，包括：

基于所述业务集中所述业务单位信息出现的次数，确定所述业务单位等级；

基于所述业务集中所述业务人员信息出现的次数，确定所述业务人员等级；

基于所述业务单位等级，确定业务单位代号；

基于所述业务人员等级，确定业务人员代号。

通过上述技术方案，在对所述业务单位代号以及所述业务人员代号进行显示时，可以依据所述业务单位等级以及所述业务人员等级对所述业务单位代号以及所述业务人员代号进行显示，以便经纪人可以准确、快速地选择出目标代号，从而提高经纪人的查询效率。

在另一种可能实现的方式中，目标业务信息包括目标业务时间，基于用户反馈的所述业务单位代号、所述业务人员代号中的至少一项以及目标业务信息，确定目标查询业务，包括：

基于所述业务单位代号、所述业务人员代号中的至少一项，生成中间业务集；

获取所述用户反馈的目标业务时间；

基于所述中间业务集以及所述目标业务时间，确定目标查询业务集；

基于所述目标查询业务集以及所述目标业务信息，确定所述目标查询业务。

通过采用上述技术方案，经纪人在确定所述业务单位代号、所述业务人员代号中的至少一项后，电子设备提前生成满足所述业务单位代号和/或所述业务人员代号的中间业务集；在经纪人键入所述目标业务时间后，确定所述目标查询业务集包含所述中间业务集中满足所述目标业务时间的各业务；由所述中间业务集中筛选满足所述目标业务时间的业务，缩小了进一步查询的范围，同时缩短了等待时间，从而提高查询效率。

在另一种可能实现的方式中，目标业务信息包括目标业务状态，基于用户反馈的所述业务单位代号、所述业务人员代号中的至少一项以及目标业务信息，确定目标查询业务，包括：

基于所述业务单位代号、所述业务人员代号中的至少一项，生成中间业务集；

获取所述用户反馈的目标业务状态；

基于所述中间业务集以及所述目标业务状态，确定目标查询业务集；

基于所述目标查询业务集以及所述目标业务信息，确定所述目标查询业务。

通过采用上述技术方案，在提前生成的所述中间业务集中的依据所述目标业务状态对所述业务集进行进一步筛选，缩小了进一步搜索的范围，同时节省了等待时间，从而提高查询效率。

在另一种可能实现的方式中，所述基于所述目标查询业务集以及所述目标业务信息，确定所述目标查询业务，包括：

对所述目标查询业务集进行显示；

获取用户反馈的业务信息，所述业务信息包括业务编号以及业务对象中的至少一项；

基于所述业务编号以及所述业务对象中的至少一项，对所述目标查询业务集进行实时更新，直至获取到所述用户反馈的所述目标查询业务。

通过采用上述技术方案，对上述得到的所述目标查询业务集进行显示，使经纪人直观地看到满足已经输入的条件的各个业务，此时若满足已输入条件的业务数量较少，则经纪人可以快速地锁定所述目标查询业务；若满足已输入条件的业务数量较多，经纪人还可以进一步键入所述业务编号以及所述业务对象中的至少一项，依据经纪人键入的所述业务编号以及所述业务对象中的至少一项，对所述目标查询业务集进行更新，以便经纪人快速、准确地将所述目标查询业务锁定。

在另一种可能实现的方式中，方法还包括：

当检测到业务信息录入意图时，获取所述用户反馈的业务信息，所述业务信息包括业务单位信息、业务人员信息、业务对象信息、业务时间信息以及业务状态信息；

基于所述用户反馈的业务信息更新所述业务单位等级以及所述业务人员等级。

通过采用上述技术方案，当有新的所述用户反馈的业务信息时，对所述业务单位等级以及所述业务人员等级进行更新，使最终显示的所述业务单位代号与所述业务人员代号对应业务的匹配度更高，以符合常理，便于管理。

在另一种可能实现的方式中，当检测到业务信息录入意图时，获取所述用户反馈的业务信息，包括：

输出提示信息，所述用户以及所述提示信息反馈所述业务信息；

确定当前时间为所述业务时间信息。

通过采用上述技术方案，经纪人可以依据所述提示信息反馈所述业务信息，以提高业务信息录入的效率；确定当前时间为所述业务时间信息，可以提高所述经纪人在录入信息时的效率。

第二方面，本申请提供一种保险业务综合管理装置，采用如下的技术方案：

一种保险业务综合管理装置，包括第一确定模块、第一显示模块、第二确定模块以及第二显示模块，其中，

第一确定模块，用于基于业务集，确定业务单位代号以及业务人员代号，所述业务集中包括历史录入的业务信息；

第一显示模块，用于在检测到业务查询意图时，对所述业务单位代号以及所述业务人员代号进行显示；

第二确定模块，用于基于用户反馈的所述业务单位代号、所述业务人员代号中的至少一项以及目标业务信息，确定目标查询业务。

在另一种可能的实现方式中，所述基于业务集，确定业务单位代号以及业务人员代号，具体用于：

基于所述业务集中所述业务单位信息出现的次数，确定所述业务单位等级；

基于所述业务集中所述业务人员信息出现的次数，确定所述业务人员等级；

基于所述业务单位等级，确定业务单位代号；

基于所述业务人员等级，确定业务人员代号。

在另一种可能的实现方式中，所述目标业务信息包括目标业务时间，基于用户反馈的所述业务单位代号、所述业务人员代号中的至少一项以及目标业务信息，确定目标查询业务，具体用于：

基于所述业务单位代号、所述业务人员代号中的至少一项，生成中间业务集；

获取所述用户反馈的目标业务时间；

基于所述中间业务集以及所述目标业务时间，确定目标查询业务集；

基于所述目标查询业务集以及所述目标业务信息，确定所述目标查询业务。

在另一种可能的实现方式中，目标业务信息包括目标业务状态，基于用户反馈的所述业务单位代号、所述业务人员代号中的至少一项以及目标业务信息，确定目标查询业务，具体用于：

基于所述业务单位代号、所述业务人员代号中的至少一项，生成中间业务集；

获取所述用户反馈的目标业务状态；

基于所述中间业务集以及所述目标业务状态，确定目标查询业务集；

基于所述目标查询业务集以及所述目标业务信息，确定所述目标查询业务。

在另一种可能的实现方式中，所述基于所述目标查询业务集以及所述目标业务信息，确定所述目标查询业务，具体用于：

对所述目标查询业务集进行显示；

获取用户反馈的业务信息，所述业务信息包括业务编号以及业务对象中的至少一项；

基于所述业务编号以及所述业务对象中的至少一项，对所述目标查询业务集进行实时更新，直至获取到所述用户反馈的所述目标查询业务。

在另一种可能的实现方式中，所述装置还包括获取模块以及更新模块，其中，

获取模块，用于在检测到业务信息录入意图时，获取所述用户反馈的业务信息，所述业务信息包括业务单位信息、业务人员信息、业务对象信息、业务时间信息以及业务状态信息；

更新模块，用于基于所述用户反馈的业务信息更新所述业务单位等级以及所述业务人员等级。

在另一种可能的实现方式中，所述当检测到业务信息录入意图时，获取所述用户反馈的业务信息，具体用于：

输出提示信息，所述用户以及所述提示信息反馈所述业务信息；

确定当前时间为所述业务时间信息。

第三方面，本申请提供一种电子设备，采用如下的技术方案：

一种电子设备，该电子设备包括：

一个或多个处理器；

存储器；

一个或多个应用程序，其中一个或多个应用程序被存储在存储器中并被配置为由一个或多个处理器执行，一个或多个程序配置用于：执行根据第一方面任一种可能的实现方式所示的一种保险业务综合管理方法。

第四方面，本申请提供一种计算机可读存储介质，采用如下的技术方案：

一种计算机可读存储介质，包括：存储有能够被处理器加载并执行实现第一方面任一种可能的实现方式所示的一种保险业务综合管理方法的计算机程序。

综上所述，本申请包括以下至少一种有益技术效果：

1.利用所述业务单位代号以及所述业务人员代号分别代替所述目标查询业务中包含的所述业务单位信息或所述业务人员信息，有效节省了经纪人键入所述业务单位信息或所述业务人员信息的时间，从而提高了经纪人对客户保单的查询效率，提高经纪人的办公效率；

2.在附加一个查找条件前，首先生成满足已经设置的条件的所述中间业务集或所述目标查询业务集，可以在输入附加的查找条件时，快速地生成满足已经设置的条件的所述中间业务集，可以进一步缩短查询时间，从而进一步提高经纪人的查询效率。

附图说明

图1是本申请实施例的一种保险业务综合管理方法的流程示意图；

图2是本申请实施例的一种保险业务综合管理装置的结构示意图；

图3是本申请实施例的电子设备的结构示意图。

具体实施方式

以下结合附图1-3对本申请作进一步详细说明。

本领域技术人员在阅读完本说明书后可以根据需要对本实施例做出没有创造性贡献的修改，但只要在本申请的权利要求范围内都受到专利法的保护。

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

另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，如无特殊说明，一般表示前后关联对象是一种“或”的关系。

下面结合说明书附图对本申请实施例作进一步详细描述。

本申请实施例提供了一种保险业务综合管理方法，由电子设备执行，该电子设备可以为服务器也可以为终端设备，其中，该服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云计算服务的云服务器。终端设备可以是智能手机、平板电脑、笔记本电脑、台式计算机等，但并不局限于此，该终端设备以及服务器可以通过有线或无线通信方式进行直接或间接地连接，本申请实施例在此不做限制，如图1所示，该方法包括：

步骤S10，基于业务集，确定业务单位代号以及业务人员代号，业务集中包括历史录入的业务信息。

其中，业务单位代号对应与经纪人所在公司有合作关系的业务单位，业务人员对应经纪人所在公司办理业务的人员。

步骤S11，当检测到业务查询意图时，对业务单位代号以及业务人员代号进行显示。

其中，业务查询意图由经纪人触发，具体地，设置业务查询按钮，当经纪人有查询需求时，点击业务查询按钮，此时电子设备将对业务单位代号以及业务人员代号进行显示，以供经纪人选择。

对于本申请实施例，在系统查询界面上方对业务单位代号以及业务人员代号进行显示，具体显示方式为：业务单位代号与对应业务单位一一对应，业务人员代号与业务单位一一对应。

步骤S12，基于用户反馈的业务单位代号、业务人员代号中的至少一项以及目标业务信息，确定目标查询业务。

具体地，经纪人反馈的方式可以为：在业务单位一栏设置下拉菜单，经纪人可以点击下拉菜单选择对应业务单位代号，也可以直接在业务单位一栏键入业务单位代号；在业务人员一栏设置下拉菜单，经纪人可以点击下拉菜单选择对应业务人员代号，也可以直接键入业务单位代号。

进一步地，经纪人可以键入目标业务信息，以最终确定目标查询业务。

本申请实施例的一种可能的实现方式，基于业务集，确定业务单位代号以及业务人员代号，包括步骤S100（图中未示出）、步骤S101（图中未示出）、步骤S102（图中未示出）以及步骤S103（图中未示出），其中，

步骤S100（图中未示出），基于业务集中业务单位信息出现的次数，确定业务单位等级；

步骤S101（图中未示出），基于业务集中业务人员信息出现的次数，确定业务人员等级。

具体地，统计业务集中包含业务单位为同一业务单位的业务单位信息的数量，依据前述业务单位信息的数量，确定业务单位等级；在本申请实施例中，按照前述业务单位信息的数量由多到少的顺序对业务单位进行排序，前述业务单位信息的数量越多的，业务单位等级越高。

统计业务集中包含业务人员为同一业务人员的业务人员信息的数量，依据前述业务人员信息的数量，确定业务人员等级；在本申请实施例中，按照前述业务人员信息的数量由多到少的顺序对业务单位进行排序，前述业务人员信息的数量越多的，业务人员等级越高。

步骤S102（图中未示出），基于业务单位等级，确定业务单位代号；

步骤S103（图中未示出），基于业务人员等级，确定业务人员代号。

对于本申请实施例，业务单位代号可以为“1、2、3......X”中的任一一个，其中X为任一大于3的正整数；依据业务单位等级，确定业务单位代号；其中，业务单位等级最高的业务单位代号为“1”，确定业务单位等级最低的业务单位代号为“X”。

业务人员代号可以为“A1、A2、A3......AX”，其中X为任一大于3的正整数；依据业务人员等级，确定业务人员代号；其中，业务人员等级最高的业务人员代号为“A1”，业务人员等级最低的业务人员代号为“AX”。

具体地，若业务集中包含业务单位为“某某保险”的业务数量最多，则确定“某某保险”的业务单位代号为“1”；若业务集中包含业务人员为“某某”的业务数量最多，则确定“某某”的业务人员代号为“A1”；经纪人在对业务信息进行查询时，可以键入或选择对应业务单位代号或业务人员代号，即可调取满足当前查询条件的中间业务集，以便经纪人的进一步查找。

进一步地，在对业务单位代号或业务人员代号进行显示时，将出现频率较高的业务单位以及业务人员置于前列，便于经济人快速地锁定目标查询业务。

本申请实施例的一种可能的实现方式，目标业务信息包括目标业务时间，基于用户反馈的业务单位代号、业务人员代号中的至少一项以及目标业务信息，确定目标查询业务，包括步骤S120（图中未示出）、步骤S121（图中未示出）、步骤S122（图中未示出）以及步骤S123（图中未示出），其中，

步骤S120（图中未示出），基于业务单位代号、业务人员代号中的至少一项，生成中间业务集。

具体地，筛选出业务单位代号对应的单位中包含的业务信息和/或业务人员代号对应的业务人员办理过的业务信息，生成中间业务集。

步骤S121（图中未示出），获取用户反馈的目标业务时间；

步骤S122（图中未示出），基于中间业务集以及目标业务时间，确定目标查询业务集；

步骤S123（图中未示出），基于目标查询业务集以及目标业务信息，确定目标查询业务。

具体地，在得到中间业务集后，依据获取的经纪人键入或选择的业务时间信息，确定目标查询业务集，以进一步缩小查询范围，从而便于提高经纪人的工作效率；最后再基于目标查询业务集确定目标查询业务。

其中，业务时间信息可以选择为“X年X月X日-Y年Y月Y日”。

本申请实施例的一种可能的实现方式，目标业务信息包括目标业务状态，基于用户反馈的业务单位代号、业务人员代号中的至少一项以及目标业务信息，确定目标查询业务，包括步骤S124（图中未示出）、步骤S125（图中未示出）、步骤S126（图中未示出）以及步骤S127（图中未示出），其中，

步骤S124（图中未示出），基于业务单位代号、业务人员代号中的至少一项，生成中间业务集。

具体地，如前述实施例，筛选出业务单位代号对应的单位中包含的业务信息和/或业务人员代号对应的业务人员办理过的业务信息，生成中间业务集。

步骤S125（图中未示出），获取用户反馈的目标业务状态；

步骤S126（图中未示出），基于中间业务集以及目标业务状态，确定目标查询业务集；

步骤S127（图中未示出），基于目标查询业务集以及目标业务信息，确定目标查询业务。

具体地，在由上述实施例得到中间业务集后，依据获取的经纪人键入或选择的业务状态信息，确定目标查询业务集，以进一步缩小查询范围，从而便于提高经纪人的工作效率；最后再基于目标查询业务集确定目标查询业务。

其中，业务状态信息可以包括撤单、延期、拒保、正式保单、犹豫期退保、退保、保单终止、保单中止、保单失效等，经纪人根据目标查询业务状态选择对应的业务状态信息。

本申请实施例的一种可能的实现方式，基于目标查询业务集以及目标业务信息，确定目标查询业务，包括步骤Sa（图中未示出）、步骤Sb（图中未示出）以及步骤Sc（图中未示出），其中，

步骤Sa（图中未示出），对目标查询业务集进行显示。

具体地，显示方式为文本显示，显示区域为系统界面任一方便观看的位置。

步骤Sb（图中未示出），获取用户反馈的业务信息，业务信息包括业务编号以及业务对象中的至少一项。

进一步地，经纪人可以键入或选择目标查询业务对应的业务编号和/或业务对象，以在目标查询业务集中进一步进行精确的查找。

步骤Sc（图中未示出），基于业务编号以及业务对象中的至少一项，对目标查询业务集进行实时更新，直至获取到用户反馈的目标查询业务。

具体地，在经纪人键入或选择业务编号和/或业务对象时，对目标查询业务集进行实时更新，即实时调取目标查询业务集中满足要求的业务，以逐步减少符合当前键入或选择条件的业务的数量，直至最终使经纪人锁定目标查询业务。

本申请实施例的一种可能的实现方式，方法还包括步骤S13（图中未示出）以及步骤S14（图中未示出），其中，

步骤S13（图中未示出），当检测到业务信息录入意图时，获取用户反馈的业务信息。

具体地，在系统界面设置信息录入按钮，经纪人在需要对信息进行录入时，首先触发信息录入按钮，再进行录入，以使电子设备获取经纪人反馈的业务信息；其中，业务信息包括业务单位信息、业务人员信息、业务对象信息、业务时间信息以及业务状态信息。

例如，在录入投保单时，需录入保险公司、销售人员、投保人、被保人、受益人、投保时间以及投保状态等。

步骤S14（图中未示出），基于用户反馈的业务信息更新业务单位等级以及业务人员等级。

具体地，依据经纪人新录入的业务信息，确定各业务单位出现的次数，以重新确定业务单位等级；确定各业务人员出现的次数，以重新确定业务人员等级，从而使业务单位代号以及业务人员代号的设置始终保持出前述规律，方便经纪人做出准确的选择。

本申请实施例的一种可能的实现方式，当检测到业务信息录入意图时，获取用户反馈的业务信息，包括步骤S130（图中未示出）以及步骤S131（图中未示出），其中，

步骤S130（图中未示出），输出提示信息，用户以及提示信息反馈业务信息。

其中，提示信息可以为文本提示信息，也可以为音频提示信息；在本申请实施例中，提示信息为文本提示信息；具体提示方式为，在经纪人录入信息前，弹出提示窗口，提示窗口内显示文本提示信息。

步骤S131（图中未示出），确定当前时间为业务时间信息。

在对业务信息进行录入时，以系统当前时间作为业务办理时间，节省了经纪人键入或选择时间的时间，从而提高经纪人的工作效率。

上述实施例从方法流程的角度介绍一种保险业务综合管理方法，下述实施例从虚拟模块或者虚拟单元的角度介绍了一种保险业务综合管理装置20，具体详见下述实施例。

本申请实施例提供一种保险业务综合管理装置20，如图所示，该保险业务综合管理装置20具体可以包括：第一确定模块200、第一显示模块201、第二确定模块202以及第二显示模块，其中，

第一确定模块200，用于基于业务集，确定业务单位代号以及业务人员代号，业务集中包括历史录入的业务信息；

第一显示模块201，用于在检测到业务查询意图时，对业务单位代号以及业务人员代号进行显示；

第二确定模块202，用于基于用户反馈的业务单位代号、业务人员代号中的至少一项以及目标业务信息，确定目标查询业务。

本申请实施例的一种可能的实现方式，基于业务集，确定业务单位代号以及业务人员代号，具体用于：

基于业务集中业务单位信息出现的次数，确定业务单位等级；

基于业务集中业务人员信息出现的次数，确定业务人员等级；

基于业务单位等级，确定业务单位代号；

基于业务人员等级，确定业务人员代号。

本申请实施例的一种可能的实现方式，目标业务信息包括目标业务时间，基于用户反馈的业务单位代号、业务人员代号中的至少一项以及目标业务信息，确定目标查询业务，具体用于：

基于业务单位代号、业务人员代号中的至少一项，生成中间业务集；

获取用户反馈的目标业务时间；

基于中间业务集以及目标业务时间，确定目标查询业务集；

基于目标查询业务集以及目标业务信息，确定目标查询业务。

本申请实施例的一种可能的实现方式，目标业务信息包括目标业务状态，基于用户反馈的业务单位代号、业务人员代号中的至少一项以及目标业务信息，确定目标查询业务，具体用于：

基于业务单位代号、业务人员代号中的至少一项，生成中间业务集；

获取用户反馈的目标业务状态；

基于中间业务集以及目标业务状态，确定目标查询业务集；

基于目标查询业务集以及目标业务信息，确定目标查询业务。

本申请实施例的一种可能的实现方式，基于目标查询业务集以及目标业务信息，确定目标查询业务，具体用于：

对目标查询业务集进行显示；

获取用户反馈的业务信息，业务信息包括业务编号以及业务对象中的至少一项；

基于业务编号以及业务对象中的至少一项，对目标查询业务集进行实时更新，直至获取到用户反馈的目标查询业务。

本申请实施例的一种可能的实现方式，装置20还包括获取模块以及更新模块，其中，

获取模块，用于在检测到业务信息录入意图时，获取用户反馈的业务信息，业务信息包括业务单位信息、业务人员信息、业务对象信息、业务时间信息以及业务状态信息；

更新模块，用于基于用户反馈的业务信息更新业务单位等级以及业务人员等级。

本申请实施例的一种可能的实现方式，当检测到业务信息录入意图时，获取用户反馈的业务信息，具体用于：

输出提示信息，用户以及提示信息反馈业务信息；

确定当前时间为业务时间信息。

对于本申请实施例，第一确定模块以及第二确定模块可以为相同的确定模块，也可以为不同的确定模块。

本申请实施例中提供了一种电子设备30，如图3所示，图3所示的电子设备30包括：处理器300和存储器302。其中，处理器300和存储器302相连，如通过总线301相连。可选地，电子设备30还可以包括收发器303。需要说明的是，实际应用中收发器303不限于一个，该电子设备30的结构并不构成对本申请实施例的限定。

处理器300可以是CPU（Central Processing Unit，中央处理器300），通用处理器300，DSP（Digital Signal Processor，数据信号处理器300），ASIC（Application SpecificIntegrated Circuit，专用集成电路），FPGA（Field Programmable Gate Array，现场可编程门阵列）或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器300也可以是实现计算功能的组合，例如包含一个或多个微处理器300组合，DSP和微处理器300的组合等。

总线301可包括一通路，在上述组件之间传送信息。总线301可以是PCI（Peripheral Component Interconnect，外设部件互连标准）总线301或EISA（ExtendedIndustry Standard Architecture，扩展工业标准结构）总线301等。总线301可以分为地址总线301、数据总线301、控制总线301等。为便于表示，图3中仅用一条粗线表示，但并不表示仅有一根总线301或一种类型的总线301。

存储器302可以是ROM（Read Only Memory，只读存储器302）或可存储静态信息和指令的其他类型的静态存储设备，RAM（Random Access Memory，随机存取存储器302）或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM（Electrically ErasableProgrammable Read Only Memory，电可擦可编程只读存储器302）、CD-ROM（Compact DiscRead Only Memory，只读光盘）或其他光盘存储、光碟存储（包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等）、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。

存储器302用于存储执行本申请方案的应用程序代码，并由处理器300来控制执行。处理器300用于执行存储器302中存储的应用程序代码，以实现前述方法实施例所示的内容。

其中，电子设备30包括但不限于：移动电话、笔记本电脑、数字广播接收器、PDA（个人数字助理）、PAD（平板电脑）、PMP（便携式多媒体播放器）、车载终端（例如车载导航终端）等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。还可以为服务器等。图3示出的电子设备30仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，当其在计算机上运行时，使得计算机可以执行前述方法实施例中相应内容。与相关技术相比，本申请实施例中用业务单位代号代替目标查询业务中包含的业务单位信息，用业务人员代号代替目标查询业务中包含的业务人员信息，使得经纪人在键入或选择业务单位信息和/或业务人员信息时，可以方便、快速的操作完成，从而提高了经纪人对客户保单的查询效率，提高经纪人的办公效率。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

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