CN107656943A - 任务查询方法及服务器 - Google Patents

任务查询方法及服务器 Download PDF

Info

Publication number
CN107656943A
CN107656943A CN201610709482.7A CN201610709482A CN107656943A CN 107656943 A CN107656943 A CN 107656943A CN 201610709482 A CN201610709482 A CN 201610709482A CN 107656943 A CN107656943 A CN 107656943A
Authority
CN
China
Prior art keywords
employee
authority
subdata base
mapping relations
sales goal
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201610709482.7A
Other languages
English (en)
Other versions
CN107656943B (zh
Inventor
童小勇
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ping An Technology Shenzhen Co Ltd
Original Assignee
Ping An Technology Shenzhen Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ping An Technology Shenzhen Co Ltd filed Critical Ping An Technology Shenzhen Co Ltd
Priority to CN201610709482.7A priority Critical patent/CN107656943B/zh
Publication of CN107656943A publication Critical patent/CN107656943A/zh
Application granted granted Critical
Publication of CN107656943B publication Critical patent/CN107656943B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24Querying

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computational Linguistics (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Storage Device Security (AREA)

Abstract

本发明公开了一种任务查询方法,该方法应用于服务器,且服务器中预先设置子数据库管理列表,子数据库管理列表中包含第一权限员工与子数据库之间的映射关系,且与第一权限员工具有映射关系的子数据库中包含该第一权限员工管理的第二权限员工与销售任务之间的映射关系,在该方法中,服务器接收客户端发送的任务查询请求,并根据该任务查询请求中包含的第一员工及第一员工的权限级别查找子数据库管理列表,确定待查询的第一子数据库,并根据任务查询请求中包含的查询条件查询该第一子数据库,将查询到的销售任务反馈给客户端。本发明还公开了一种服务器,能够有效的减小任务查询时查询的数据量的大小,缩短查询任务所需要的时间,提高查询效率。

Description

任务查询方法及服务器
技术领域
本发明涉及通信技术领域,尤其涉及一种任务查询方法及服务器。
背景技术
在电话销售系统中,是通过oracle数据库保存销售任务的,oracle数据库属于大数据级的数据库,能够保存大量的数据,在从该oracle数据库中查询任务时,需要由查询人员输入或者选择查询条件,并基于查询人员输入或者选择的查询条件查询oracle数据库,以完成销售任务的查询。
然后,通过上述方式查询任务时,由于需要查询的数据量特别大,通常需要20分钟才能完成一次查询,查询效率低。
上述内容仅用于辅助理解本发明的技术方案,并不代表承认上述内容是现有技术。
发明内容
本发明的主要目的在于提供一种任务查询方法及服务器,旨在解决现有技术中完成一次任务查询所需要的时间过长,查询效率低的技术问题。
为实现上述目的,本发明提供的一种任务查询方法,所述方法应用于服务器,所述服务器中预先设置子数据库管理列表,所述子数据库管理列表中包含第一权限员工与子数据库之间的映射关系,且与第一权限员工具有映射关系的子数据库中包含所述第一权限员工管理的第二权限员工与销售任务之间的映射关系;
所述任务查询方法包括:
接收客户端发送的任务查询请求,所述任务查询请求中包含请求查询任务的第一员工、所述第一员工的权限级别及查询条件;
根据所述第一员工及所述第一员工的权限级别查找所述子数据库管理列表,确定待查询的第一子数据库;
根据所述查询条件查询所述第一子数据库,将查询到的销售任务反馈给所述客户端。
优选地,所述根据所述第一员工及所述第一员工的权限级别查找所述子数据库管理列表,确定待查询的子数据库的步骤包括:
若所述第一员工的权限级别为第一权限,则查找所述子数据库管理列表,确定与所述第一员工具有映射关系的所述第一子数据库。
优选地,所述根据所述第一员工及所述第一员工的权限级别查找所述子数据库管理列表,确定待查询的子数据库的步骤包括:
若所述第一员工的权限级别为第二权限,则根据预先设置的第一权限员工与第二权限员工之间的映射关系,确定与所述第一员工具有映射关系且权限为第一权限的第二员工;
查找所述子数据库管理列表,确定与所述第二员工具有映射关系的所述第一子数据库。
优选地,所述根据所述查询条件查询所述第一子数据库,将查询到的销售任务反馈给所述客户端的步骤包括:
在所述第一员工的权限级别为第一权限时,在所述第一子数据库中查询符合所述查询条件的销售任务,将查询到的销售任务反馈给所述客户端;
在所述第一员工的权限级别为第二权限时,在所述第一子数据库中查询与所述第一员工具有映射关系的销售任务,且若查询到的与所述第一员工具有映射关系的第一销售任务集合为非空,则将所述第一销售任务集合中符合所述查询条件的销售任务反馈给所述客户端。
优选地,所述方法还包括:
在所述第一员工的权限级别为第二权限时,若查询到的与所述第一员工具有映射关系的第一销售任务集合为空,则确定在预置时间段内与所述第一员工具有映射关系的第一权限员工是否发生变化;
若发生变化,则确定与所述第一员工上一次所属的第一权限员工具有映射关系的第二子数据库,从所述第二子数据库中查询与所述第一员工具有映射关系的第二销售任务集合,将所述第二销售任务集合中符合所述查询条件的销售任务反馈给所述客户端;
若未发生变化,则向所述客户端反馈提示消息,所述提示消息用于提示所述第一员工的销售任务为空。
为解决上述问题,本发明还提供一种服务器,所述服务器中预先设置子数据库管理列表,所述子数据库管理列表中包含第一权限员工与子数据库之间的映射关系,且与第一权限员工具有映射关系的子数据库中包含所述第一权限员工管理的第二权限员工与销售任务之间的映射关系;
所述服务器包括:
接收模块,用于接收客户端发送的任务查询请求,所述任务查询请求中包含请求查询任务的第一员工、所述第一员工的权限级别及查询条件;
第一查找模块,用于根据所述第一员工及所述第一员工的权限级别查找所述子数据库管理列表,确定待查询的第一子数据库;
反馈模块,用于根据所述查询条件查询所述第一子数据库,将查询到的销售任务反馈给所述客户端。
优选地,所述第一查找模块包括:
第二查找模块,用于若所述第一员工的权限级别为第一权限,则查找所述子数据库管理列表,确定与所述第一员工具有映射关系的所述第一子数据库。
优选地,所述第一查找模块包括:
确定模块,用于若所述第一员工的权限级别为第二权限,则根据预先设置的第一权限员工与第二权限员工之间的映射关系,确定与所述第一员工具有映射关系且权限为第一权限的第二员工;
第三查找模块,用于查找所述子数据库管理列表,确定与所述第二员工具有映射关系的所述第一子数据库。
优选地,所述反馈模块包括:
查询反馈模块,用于在所述第一员工的权限级别为第一权限时,在所述第一子数据库中查询符合所述查询条件的销售任务,将查询到的销售任务反馈给所述客户端;
第一查询模块,用于在所述第一员工的权限级别为第二权限时,在所述第一子数据库中查询与所述第一员工具有映射关系的销售任务;
第一反馈模块,用于在所述第一查询模块之后,若查询到的与所述第一员工具有映射关系的第一销售任务集合为非空,则将所述第一销售任务集合中符合所述查询条件的销售任务反馈给所述客户端。
优选地,所述服务器还包括:
变化确定模块,用于在所述第一员工的权限级别为第二权限时,若查询到的与所述第一员工具有映射关系的第一销售任务集合为空,则确定在预置时间段内与所述第一员工具有映射关系的第一权限员工是否发生变化;
确定反馈模块,用于若发生变化,则确定与所述第一员工上一次所属的第一权限员工具有映射关系的第二子数据库,从所述第二子数据库中查询与所述第一员工具有映射关系的第二销售任务集合,将所述第二销售任务集合中符合所述查询条件的销售任务反馈给所述客户端;
消息反馈模块,用于若未发生变化,则向所述客户端反馈提示消息,所述提示消息用于提示所述第一员工的销售任务为空。
本发明提供一种任务查询方法,该方法应用于服务器,且服务器中预先设置子数据库管理列表,所述子数据库管理列表中包含第一权限员工与子数据库之间的映射关系,且与第一权限员工具有映射关系的子数据库中包含该第一权限员工管理的第二权限员工与销售任务之间的映射关系,在该方法中,服务器接收客户端发送的任务查询请求,并根据该任务查询请求中包含的第一员工及第一员工的权限级别查找子数据库管理列表,确定待查询的第一子数据库,并根据任务查询请求中包含的查询条件查询该第一子数据库,将查询到的销售任务反馈给客户端。通过设置包含第一权限员工与子数据库之间的映射关系,使得能够基于第一权限员工将销售任务保存在多个不同的子数据库中,能够有效的减小任务查询时查询的数据量的大小,缩短查询任务所需要的时间,提高查询效率。
附图说明
图1为本发明第一实施例中任务查询方法的流程示意图;
图2为本发明第二实施例中任务查询方法的流程示意图;
图3为本发明实施例的追加步骤的流程示意图;
图4为本发明第三实施例中服务器的功能模块示意图;
图5为本发明第四实施例中服务器的功能模块的示意图;
图6为本发明第五实施例中服务器的功能模块的示意图。
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
由于现有技术中,存在完成一次任务查询所需要的时间过长,查询效率低的技术问题。
为了解决上述技术问题,本发明提出一种任务查询方法,通过在服务器中设置包含第一权限员工与子数据库之间的映射关系,使得能够基于第一权限员工将销售任务保存在多个不同的子数据库中,能够有效的减少任务查询时查询的数据量的大小,缩短查询任务所需要的时间,提高查询效率。
请参阅图1,为本发明第一实施例中任务查询方法的流程示意图,该任务查询方法包括:
步骤101、接收客户端发送的任务查询请求,所述任务查询请求中包含请求查询任务的第一员工、所述第一员工的权限级别及查询条件;
在本发明实施例中,任务查询的方法应用于服务器,该服务器中包含多个子数据库,且该服务器中包含预先设置的预先设置子数据库管理列表,其中,子数据库管理列表中包含第一权限员工与子数据库之间的映射关系,且与第一权限员工具有映射关系的子数据库中包含该第一权限员工管理的第二权限员工与销售任务之间的映射关系。
在本发明实施例中,该服务器是销售系统中的服务器,该销售系统具体可以是电话销售系统,且使用该销售系统的员工至少划分为第一权限员工及第二权限员工,其中,第一权限员工及第二权限员工是指在销售系统中具有不同权限的员工,其中,每一个第一权限员工管理多名第二权限员工,且每个第二权限员工都与分配给其的销售任务具有映射关系。
为了更好的理解本发明实施例中的技术方案,下面将以电话销售系统销售保险业务为例进行说明,在电话销售系统中,第一权限员工可以是现场经理,第二权限员工可以是现场经理管理的销售人员,销售任务可以是基于潜在可能购买保险的客户的手机号码生成的任务,且生成的任务先分配给现场经理,并由现场经理分配给其管理的销售人员,且为了便于任务查询,服务器中包含多个子数据库,且预先设置现场经理(第一权限员工)与子数据库之间的映射关系,其中,每一个子数据库可以用于保存至少一个现场经理(第一权限员工)管理的销售人员(第二权限员工)与销售任务之间的映射关系。
在本发明实施例中,服务器将接收客户端发送的任务查询请求,该任务查询请求中包含请求查询任务的第一员工、第一员工的权限级别及查询条件。例如,若员工A需要查询自身未完成的销售任务,则可以通过其所使用的客户端向服务器发送任务查询请求,该任务查询请求中包含该员工A的名称、第二权限级别及查询未完成的销售任务的指示(即查询条件)。
需要说明的是,为了进一步提高任务查询的效率,上述子数据库可以是内存数据库,具体可以是timesten数据库。
步骤102、根据所述第一员工及所述第一员工的权限级别查找所述子数据库管理列表,确定待查询的第一子数据库;
步骤103、根据所述查询条件查询所述第一子数据库,将查询到的销售任务反馈给所述客户端。
在本发明实施例中,服务器将根据任务请求消息中包含的第一员工及该第一员工的权限级别查找预先设置的子数据库管理列表,确定待查询的第一子数据库,并根据任务查询请求中包含的查询条件查询该第一子数据库,将查询到的销售任务反馈给客户端。
在本发明实施例中,服务器接收客户端发送的任务查询请求,并根据该任务查询请求中包含的第一员工及第一员工的权限级别查找子数据库管理列表,确定待查询的第一子数据库,并根据任务查询请求中包含的查询条件查询该第一子数据库,将查询到的销售任务反馈给客户端。通过设置包含第一权限员工与子数据库之间的映射关系,使得能够基于第一权限员工将销售任务保存在多个不同的子数据库中,能够有效的减小任务查询时查询的数据量的大小,缩短查询任务所需要的时间,提高查询效率。
请参阅图2,为本发明第二实施例中任务查询方法的流程示意图,该任务查询方法包括:
步骤201、接收客户端发送的任务查询请求,所述任务查询请求中包含请求查询任务的第一员工、所述第一员工的权限级别及查询条件;若所述第一员工的权限级别为第一权限,则执行步骤202;若所述第一员工的权限级别为第二权限,则进入步骤203;
步骤202、查找所述子数据库管理列表,确定与所述第一员工具有映射关系的所述第一子数据库;继续执行步骤205;
步骤203、根据预先设置的第一权限员工与第二权限员工之间的映射关系,确定与所述第一员工具有映射关系且权限为第一权限的第二员工;
步骤204、查找所述子数据库管理列表,确定与所述第二员工具有映射关系的所述第一子数据库;
步骤205、根据所述查询条件查询所述第一子数据库,将查询到的销售任务反馈给所述客户端。
需要说明的是,相对于图1所示的第一实施例,图2所示的第二实施例中对图1所示第一实施例中的步骤102进行了进一步的描述,具体可以参阅步骤202至步骤205,即进一步的描述了在第一员工的权限级别为第一权限或者第二权限的情况下,如何确定待查询的子数据库。
可以理解的是,在本发明实施例中,步骤201描述的内容与图1所示第一实施例中步骤101描述的内容相似,此处不做赘述。
在本发明实施例中,服务器在接收到任务查询请求之后,将基于该任务查询请求中的第一员工的权限级别确定该第一员工是属于第一权限员工,还是第二权限员工,若该第一员工的权限级别为第一权限,则表明该第一员工为第一权限员工,服务器将查找子数据库管理列表,确定与该第一员工具有映射关系的子数据库,且该子数据库即为待查询的第一子数据库。若该第一员工的权限级别为第二权限,则表明该第一员工为第二权限员工,服务器将查找预先设置的第一权限员工与第二权限员工之间的映射关系,确定与该第一员工具有映射关系的且属于第一权限员工的第二员工,服务器还将查找子数据库管理列表,确定与该第二员工具有映射关系的子数据库,该子数据库即为待查询的第一子数据库,通过上述方式,能够有效的确定需要查询子数据库。
为了更好的理解本发明实施例中的技术方案,以电话销售系统为例进行说明,在电话销售系统中,若服务器接收到具有第一权限的现场经理发送的任务查询请求,则将利用该现场经理查找预先设置的子数据库管理列表中现场经理(第一权限员工)与子数据库之间的映射关系,确定待查询的第一子数据库。若服务器接收到具有第二权限的销售人员A(第二权限员工)发送的任务查询请求,则先需要确定管理该客户人员A的现场经理B(第一权限员工),并查找子数据库管理列表,确定与该现场经理B具有映射关系的子数据库,该子数据库即为待查询的第一子数据库。
在本发明实施例中,服务器在确定待查询的第一子数据库之后,将根据任务查询请求中包含的查询条件查询该第一子数据库,将查询到的销售任务反馈给客户端。
在本发明实施例中,服务器接收客户端发送的任务查询请求,该任务查询请求中包含请求查询的第一员工,第一员工的权限级别及查询条件,在该第一员工的权限级别为第一权限时,基于该第一员工查询子数据库管理列表,确定与该第一员工具有映射关系的第一子数据库,在该第一员工的权限级别为第二权限时,基于第一权限员工与第二权限员工之间的映射关系,确定与该第一员工具有映射关系且属于第一权限员工的第二员工,并基于第二员工查找子数据库管理列表,以确定第一子数据库,并根据查询条件在该第一子数据库中进行查询,且将查询到的销售任务发送给客户端。通过设置子数据库管理列表,使得能够有效的实现第一权限员工与子数据库之间的映射关系的管理,且在查询任务时,能够基于该子数据库管理列表确定待查询的第一子数据库,能够有效的减少查询的数据流的大小,缩短任务查询所需要的时间,提高任务查询的效率。进一步的,通过设置第一权限员工与第二权限员工之间的映射关系,使得在发送任务查询请求的是第二权限的员工时,能够基于第一权限员工与第二权限员工之间的映射关系及子数据库管理列表有效的确定待查询的第一数据库。
基于图1所示的第一实施例或者图2所示的第二实施例,上述步骤103及步骤205的细化步骤包括:
步骤A:在所述第一员工的权限级别为第一权限时,在所述第一子数据库中查询符合所述查询条件的销售任务,将查询到的销售任务反馈给所述客户端;
步骤B:在所述第一员工的权限级别为第二权限时,在所述第一子数据库中查询与所述第一员工具有映射关系的销售任务,且若查询到的与所述第一员工具有映射关系的第一销售任务集合为非空,则将所述第一销售任务集合中符合所述查询条件的销售任务反馈给所述客户端。
在本发明实施例中,在第一员工的权限级别为第一权限时,则在第一子数据库中查询符合任务查询请求中包含的查询条件的销售任务,且将查询到的销售任务反馈给客户端。
其中,该查询条件为第一员工设置的,在该第一员工为第一权限员工的情况下,该查询条件可以是查询所有的销售任务的列表及每一个销售任务的状态,或者,该查询条件可以是查询处于已完成状态的销售任务,或者,该查询条件还可以是查询该第一员工管理的具有第二权限的某一个员工的所有销售任务中,未处理的销售任务。可以理解的是,在实际应用中,第一员工可以根据具体的需要设置该查询条件,此处不做限定。
在本发明实施例中,在第一员工的权限级别为第二权限时,服务器将在第一子数据库中查询与该第一员工具有映射关系的销售任务,且若查询到与该第一员工具有映射关系的第一销售任务集合为非空,则将第一销售任务集合中符合查询条件的销售任务反馈给客户端。
其中,在该第一员工为第二权限员工的情况下,该查询条件可以查询该第一员工的所有的销售任务及每一个销售任务的状态,或者查询处于已完成状态的销售任务,或者查询处于未处理状态的销售任务,在实际应用中,第一员工可以根据具体的需要设置该查询条件,此处不做限定。
在本发明实施例中,通过基于第一员工的权限级别,能够有效的从待查询的第一子数据库中查询符合查询条件的销售任务,并反馈给客户端,能够有效的实现销售任务的查询。
进一步的,基于上述的步骤B,请参阅图3,为本发明实施例的追加步骤的流程示意图,该追加步骤包括:
步骤301、在所述第一员工的权限级别为第二权限时,若查询到的与所述第一员工具有映射关系的第一销售任务集合为空,则确定在预置时间段内与所述第一员工具有映射关系的第一权限员工是否发生变化;若发生变化,则执行步骤302,若未发生变化,则执行步骤303;
步骤302、确定与所述第一员工上一次所属的第一权限员工具有映射关系的第二子数据库,从所述第二子数据库中查询与所述第一员工具有映射关系的第二销售任务集合,将所述第二销售任务集合中符合所述查询条件的销售任务反馈给所述客户端;
步骤303、向所述客户端反馈提示消息,所述提示消息用于提示所述第一员工的销售任务为空。
在本发明实施例中,在第一员工的权限级别为第二权限时,若查询到的与该第一员工具有映射关系的第一销售任务集合为空,则表明在该第一子数据库中并不存在与该第一员工具有映射关系的销售任务,这种情况通常出现在与第一员工具有映射关系的第一权限员工发生改变的场景下,例如,第一员工初始对应的第一权限员工为员工A,后来更改为员工B,则在使用本发明实施例中技术方案查询任务时,通常是查询与员工B具有映射关系的子数据库,由于并未将第一员工的销售任务从员工A对应的子数据库中移动到员工B对应的子数据库中,将导致在员工B对应的子数据库中查询到的销售任务集合为空。
在本发明实施例中,在查询到的与第一员工具有映射关系的销售任务集合为空的情况下,服务器将确定在预置时间段内与该第一员工具有映射关系的第一权限员工是否发生变化,若发生变化,则确定与该第一员工上一次所属的第一权限员工具有映射关系的第二子数据库,例如,查找与该第一员工具有映射关系的第一权限员工的修改记录,确定与上一次与该第一员工具有映射关系的第一权限员工,且基于该上一次与该第一员工具有映射关系的第一权限员工查找子数据库管理列表,确定上述第二子数据库。且在确定第二子数据库之后,从该第二子数据库中查询与该第一员工具有映射关系的第二销售任务集合,将该第二销售任务集合中符合该查询条件的销售任务反馈给客户端。可以理解的是,为了方便任务的查询,服务器还可以将该第二销售任务集合从第二子数据库中读取出来,并保存至第一子数据库中。
在本发明实施例中,若在预置时间段内与该第一员工具有映射关系的第一权限员工未发生变化,则服务器将向客户端反馈提示消息,该提示消息用于提示第一员工的销售任务为空。
在本发明实施例中,通过上述方式,能够有效的实现在第一员工的权限级别为第二权限且查询到的与第一员工具有映射关系的第一销售任务集合为空的情况下进一步的获取第一员工的销售任务。
可以理解的是,在本发明实施例中,还存在管理第一销售团队(多个第二权限员工构成的团队)与管理第二销售团队的现场经理(第一权限员工)发生互换的情况,如管理销售团队1的现场经理由现场经理A更换为现场经理B,而管理销售团队2的现场经理由现场经理B更换为现场经理A,在这种情况下,服务器将修改任务管理列表,将任务管理列表中的现场经理A修改为现场经理B,同时,将现场经理B修改为现场经理A,且还将修改现场经理与销售团队的销售人员之间的映射关系,将与销售团队1具有映射关系的现场经理A修改为现场经理B,将于销售团队2具有映射关系的现场经理B修改为现场经理A。
可以理解的是,在本发明实施例中,还存在新增现场经理(第一权限员工)的情况,在这种情况下,服务器将确定所有子数据库中负载最小的子数据库,并在子数据库管理列表中增加该新增现场经理与该负载最小的子数据库之间的映射关系,使得属于该现场经理的销售人员的销售任务都将保存在该负载最小的子数据库中。
请参阅图4,为本发明第三实施例中服务器的功能模块示意图,该服务器包括:接收模块401、第一查找模块402及反馈模块403。
接收模块401,用于接收客户端发送的任务查询请求,所述任务查询请求中包含请求查询任务的第一员工、所述第一员工的权限级别及查询条件;
在本发明实施例中,该服务器中包含预先设置的预先设置子数据库管理列表,其中,子数据库管理列表中包含第一权限员工与子数据库之间的映射关系,且与第一权限员工具有映射关系的子数据库中包含该第一权限员工管理的第二权限员工与销售任务之间的映射关系。
在本发明实施例中,该服务器是销售系统中的服务器,该销售系统具体可以是电话销售系统,且使用该销售系统的员工至少划分为第一权限员工及第二权限员工,其中,第一权限员工及第二权限员工是指在销售系统中具有不同权限的员工,其中,每一个第一权限员工管理多名第二权限员工,且每个第二权限员工都与分配给其的销售任务具有映射关系。
为了更好的理解本发明实施例中的技术方案,下面将以电话销售系统销售保险业务为例进行说明,在电话销售系统中,第一权限员工可以是现场经理,第二权限员工可以是现场经理管理的销售人员,销售任务可以是基于潜在可能购买保险的客户的手机号码生成的任务,且生成的任务先分配给现场经理,并由现场经理分配给其管理的销售人员。为了便于任务查询,服务器中包含多个子数据库,且预先设置现场经理(第一权限员工)与子数据库之间的映射关系,其中,每一个子数据库可以用于保存至少一个现场经理(第一权限员工)管理的销售人员(第二权限员工)与销售任务之间的映射关系。
在本发明实施例中,接收模块401将接收客户端发送的任务查询请求,该任务查询请求中包含请求查询任务的第一员工、第一员工的权限级别及查询条件。例如,若员工A需要查询自身未完成的销售任务,则可以通过其所使用的客户端向服务器发送任务查询请求,该任务查询请求中包含该员工A的名称、第二权限级别及查询未完成的销售任务的指示(即查询条件)。
需要说明的是,为了进一步提高任务查询的效率,上述子数据库可以是内存数据库,具体可以是timesten数据库。
第一查找模块402,用于根据所述第一员工及所述第一员工的权限级别查找所述子数据库管理列表,确定待查询的第一子数据库;
反馈模块403,用于根据所述查询条件查询所述第一子数据库,将查询到的销售任务反馈给所述客户端。
在本发明实施例中,第一查找模块402将根据任务请求消息中包含的第一员工及该第一员工的权限级别查找预先设置的子数据库管理列表,确定待查询的第一子数据库,并由反馈模块403根据任务查询请求中包含的查询条件查询该第一子数据库,将查询到的销售任务反馈给客户端。
在本发明实施例中,服务器接收客户端发送的任务查询请求,并根据该任务查询请求中包含的第一员工及第一员工的权限级别查找子数据库管理列表,确定待查询的第一子数据库,并根据任务查询请求中包含的查询条件查询该第一子数据库,将查询到的销售任务反馈给客户端。通过设置包含第一权限员工与子数据库之间的映射关系,使得能够基于第一权限员工将销售任务保存在多个不同的子数据库中,能够有效的减小任务查询时查询的数据量的大小,缩短查询任务所需要的时间,提高查询效率。
请参阅图5,为本发明第四实施例中服务器的功能模块的示意图,该服务器包括如图4所示第三实施例中描述的接收模块401、第一查找模块402及反馈模块403,且与图4所示第三实施例中描述的内容相似,此处不做赘述。
在本发明实施例中,第一查找模块402包括:
第二查找模块501,用于若所述第一员工的权限级别为第一权限,则查找所述子数据库管理列表,确定与所述第一员工具有映射关系的所述第一子数据库。
和/或,
第一查找模块402包括:
确定模块502,用于若所述第一员工的权限级别为第二权限,则根据预先设置的第一权限员工与第二权限员工之间的映射关系,确定与所述第一员工具有映射关系且权限为第一权限的第二员工;
第三查找模块503,用于查找所述子数据库管理列表,确定与所述第二员工具有映射关系的所述第一子数据库。
在本发明实施例中,接收模块401在接收到任务查询请求之后,服务器将基于该任务查询请求中的第一员工的权限级别确定该第一员工是属于第一权限员工,还是第二权限员工,若该第一员工的权限级别为第一权限,则表明该第一员工为第一权限员工,第二查找模块501将查找子数据库管理列表,确定与该第一员工具有映射关系的子数据库,且该子数据库即为待查询的第一子数据库。若该第一员工的权限级别为第二权限,则表明该第一员工为第二权限员工,确定模块502将查找预先设置的第一权限员工与第二权限员工之间的映射关系,确定与该第一员工具有映射关系的且属于第一权限员工的第二员工,且由第三查找模块503将查找子数据库管理列表,确定与该第二员工具有映射关系的子数据库,该子数据库即为待查询的第一子数据库,通过上述方式,能够有效的确定需要查询子数据库。
为了更好的理解本发明实施例中的技术方案,以电话销售系统为例进行说明,在电话销售系统中,若服务器接收到具有第一权限的现场经理发送的任务查询请求,则将利用该现场经理查找预先设置的子数据库管理列表中现场经理(第一权限员工)与子数据库之间的映射关系,确定待查询的第一子数据库。若服务器接收到具有第二权限的销售人员A(第二权限员工)发送的任务查询请求,则先需要确定管理该客户人员A的现场经理B(第一权限员工),并查找子数据库管理列表,确定与该现场经理B具有映射关系的子数据库,该子数据库即为待查询的第一子数据库。
在本发明实施例中,在确定待查询的第一子数据库之后,反馈模块403将根据任务查询请求中包含的查询条件查询该第一子数据库,将查询到的销售任务反馈给客户端。
在本发明实施例中,服务器接收客户端发送的任务查询请求,该任务查询请求中包含请求查询的第一员工,第一员工的权限级别及查询条件,在该第一员工的权限级别为第一权限时,基于该第一员工查询子数据库管理列表,确定与该第一员工具有映射关系的第一子数据库,在该第一员工的权限级别为第二权限时,基于第一权限员工与第二权限员工之间的映射关系,确定与该第一员工具有映射关系且属于第一权限员工的第二员工,并基于第二员工查找子数据库管理列表,以确定第一子数据库,并根据查询条件在该第一子数据库中进行查询,且将查询到的销售任务发送给客户端。通过设置子数据库管理列表,使得能够有效的实现第一权限员工与子数据库之间的映射关系的管理,且在查询任务时,能够基于该子数据库管理列表确定待查询的第一子数据库,能够有效的减少查询的数据流的大小,缩短任务查询所需要的时间,提高任务查询的效率。进一步的,通过设置第一权限员工与第二权限员工之间的映射关系,使得在发送任务查询请求的是第二权限的员工时,能够基于第一权限员工与第二权限员工之间的映射关系及子数据库管理列表有效的确定待查询的第一数据库。
基于图4所示第三实施例,请参阅图6,图6为本发明第五实施例中服务器的功能模块的示意图,该服务器包括:如图4所示第三实施例中描述的接收模块401、第一查找模块402及反馈模块403,且与图4所示第三实施例中描述的内容相似,此处不做赘述。
在本发明实施例中,反馈模块403包括:
查询反馈模块601,用于在所述第一员工的权限级别为第一权限时,在所述第一子数据库中查询符合所述查询条件的销售任务,将查询到的销售任务反馈给所述客户端;
第一查询模块602,用于在所述第一员工的权限级别为第二权限时,在所述第一子数据库中查询与所述第一员工具有映射关系的销售任务;
第一反馈模块603,用于在所述第一查询模块602之后,若查询到的与所述第一员工具有映射关系的第一销售任务集合为非空,则将所述第一销售任务集合中符合所述查询条件的销售任务反馈给所述客户端。
在本发明实施例中,在第一员工的权限级别为第一权限时,查询反馈模块601则在第一子数据库中查询符合任务查询请求中包含的查询条件的销售任务,且将查询到的销售任务反馈给客户端。
其中,该查询条件为第一员工设置的,在该第一员工为第一权限员工的情况下,该查询条件可以是查询所有的销售任务的列表及每一个销售任务的状态,或者,该查询条件可以是查询处于已完成状态的销售任务,或者,该查询条件还可以是查询该第一员工管理的具有第二权限的某一个员工的所有销售任务中,未处理的销售任务。可以理解的是,在实际应用中,第一员工可以根据具体的需要设置该查询条件,此处不做限定。
在本发明实施例中,在第一员工的权限级别为第二权限时,第一查询模块602将在第一子数据库中查询与该第一员工具有映射关系的销售任务,且若查询到与该第一员工具有映射关系的第一销售任务集合为非空,则第一反馈模块603将第一销售任务集合中符合查询条件的销售任务反馈给客户端。
其中,在该第一员工为第二权限员工的情况下,该查询条件可以查询该第一员工的所有的销售任务及每一个销售任务的状态,或者查询处于已完成状态的销售任务,或者查询处于未处理状态的销售任务,在实际应用中,第一员工可以根据具体的需要设置该查询条件,此处不做限定。
在本发明实施例中,通过基于第一员工的权限级别,能够有效的从待查询的第一子数据库中查询符合查询条件的销售任务,并反馈给客户端,能够有效的实现销售任务的查询。
且在本发明实施例中,所述服务器还包括:
变化确定模块604,用于在所述第一员工的权限级别为第二权限时,若查询到的与所述第一员工具有映射关系的第一销售任务集合为空,则确定在预置时间段内与所述第一员工具有映射关系的第一权限员工是否发生变化;
确定反馈模块605,用于若发生变化,则确定与所述第一员工上一次所属的第一权限员工具有映射关系的第二子数据库,从所述第二子数据库中查询与所述第一员工具有映射关系的第二销售任务集合,将所述第二销售任务集合中符合所述查询条件的销售任务反馈给所述客户端;
消息反馈模块606,用于若未发生变化,则向所述客户端反馈提示消息,所述提示消息用于提示所述第一员工的销售任务为空。
在本发明实施例中,在第一员工的权限级别为第二权限时,若查询到的与该第一员工具有映射关系的第一销售任务集合为空,则表明在该第一子数据库中并不存在与该第一员工具有映射关系的销售任务,这种情况通常出现在与第一员工具有映射关系的第一权限员工发生改变的场景下,例如,第一员工初始对应的第一权限员工为员工A,后来更改为员工B,则在使用本发明实施例中技术方案查询任务时,通常是查询与员工B具有映射关系的子数据库,由于并未将第一员工的销售任务从员工A对应的子数据库中移动到员工B对应的子数据库中,将导致在员工B对应的子数据库中查询到的销售任务集合为空。
在本发明实施例中,在查询到的与第一员工具有映射关系的销售任务集合为空的情况下,变化确定模块604将确定在预置时间段内与该第一员工具有映射关系的第一权限员工是否发生变化,若发生变化,则确定反馈模块605确定与该第一员工上一次所属的第一权限员工具有映射关系的第二子数据库,例如,查找与该第一员工具有映射关系的第一权限员工的修改记录,确定与上一次与该第一员工具有映射关系的第一权限员工,且基于该上一次与该第一员工具有映射关系的第一权限员工查找子数据库管理列表,确定上述第二子数据库。且在确定第二子数据库之后,从该第二子数据库中查询与该第一员工具有映射关系的第二销售任务集合,将该第二销售任务集合中符合该查询条件的销售任务反馈给客户端。可以理解的是,为了方便任务的查询,服务器还可以将该第二销售任务集合从第二子数据库中读取出来,并保存至第一子数据库中。
在本发明实施例中,若在预置时间段内与该第一员工具有映射关系的第一权限员工未发生变化,则消息反馈模块606将向客户端反馈提示消息,该提示消息用于提示第一员工的销售任务为空。
在本发明实施例中,通过上述方式,能够有效的实现在第一员工的权限级别为第二权限且查询到的与第一员工具有映射关系的第一销售任务集合为空的情况下进一步的获取第一员工的销售任务。
可以理解的是,在本发明实施例中,还存在管理第一销售团队(多个第二权限员工构成的团队)与管理第二销售团队的现场经理(第一权限员工)发生互换的情况,如管理销售团队1的现场经理由现场经理A更换为现场经理B,而管理销售团队2的现场经理由现场经理B更换为现场经理A,在这种情况下,服务器将修改任务管理列表,将任务管理列表中的现场经理A修改为现场经理B,同时,将现场经理B修改为现场经理A,且还将修改现场经理与销售团队的销售人员之间的映射关系,将与销售团队1具有映射关系的现场经理A修改为现场经理B,将于销售团队2具有映射关系的现场经理B修改为现场经理A。
可以理解的是,在本发明实施例中,还存在新增现场经理(第一权限员工)的情况,在这种情况下,服务器将确定所有子数据库中负载最小的子数据库,并在子数据库管理列表中增加该新增现场经理与该负载最小的子数据库之间的映射关系,使得属于该现场经理的销售人员的销售任务都将保存在该负载最小的子数据库中。
可以理解的是,图6所示第五实施例中的第一查找模块402可以包含如图5所示第四实施例中描述的第二查找模块501、确定模块502及第三查找模块503,且该三个模块与图5所示第四实施例中描述的内容相似,此处不做赘述。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例的方法。
以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种任务查询方法,其特征在于,所述方法应用于服务器,所述服务器中预先设置子数据库管理列表,所述子数据库管理列表中包含第一权限员工与子数据库之间的映射关系,且与第一权限员工具有映射关系的子数据库中包含所述第一权限员工管理的第二权限员工与销售任务之间的映射关系;
所述任务查询方法包括:
接收客户端发送的任务查询请求,所述任务查询请求中包含请求查询任务的第一员工、所述第一员工的权限级别及查询条件;
根据所述第一员工及所述第一员工的权限级别查找所述子数据库管理列表,确定待查询的第一子数据库;
根据所述查询条件查询所述第一子数据库,将查询到的销售任务反馈给所述客户端。
2.根据权利要求1所述的方法,其特征在于,所述根据所述第一员工及所述第一员工的权限级别查找所述子数据库管理列表,确定待查询的子数据库的步骤包括:
若所述第一员工的权限级别为第一权限,则查找所述子数据库管理列表,确定与所述第一员工具有映射关系的所述第一子数据库。
3.根据权利要求1所述的方法,其特征在于,所述根据所述第一员工及所述第一员工的权限级别查找所述子数据库管理列表,确定待查询的子数据库的步骤包括:
若所述第一员工的权限级别为第二权限,则根据预先设置的第一权限员工与第二权限员工之间的映射关系,确定与所述第一员工具有映射关系且为权限为第一权限的第二员工;
查找所述子数据库管理列表,确定与所述第二员工具有映射关系的所述第一子数据库。
4.根据权利要求1至3任意一项所述的方法,其特征在于,所述根据所述查询条件查询所述第一子数据库,将查询到的销售任务反馈给所述客户端的步骤包括:
在所述第一员工的权限级别为第一权限时,在所述第一子数据库中查询符合所述查询条件的销售任务,将查询到的销售任务反馈给所述客户端;
在所述第一员工的权限级别为第二权限时,在所述第一子数据库中查询与所述第一员工具有映射关系的销售任务,且若查询到的与所述第一员工具有映射关系的第一销售任务集合为非空,则将所述第一销售任务集合中符合所述查询条件的销售任务反馈给所述客户端。
5.根据权利要求4所述的方法,其特征在于,所述方法还包括:
在所述第一员工的权限级别为第二权限时,若查询到的与所述第一员工具有映射关系的第一销售任务集合为空,则确定在预置时间段内与所述第一员工具有映射关系的第一权限员工是否发生变化;
若发生变化,则确定与所述第一员工上一次所属的第一权限员工具有映射关系的第二子数据库,从所述第二子数据库中查询与所述第一员工具有映射关系的第二销售任务集合,将所述第二销售任务集合中符合所述查询条件的销售任务反馈给所述客户端;
若未发生变化,则向所述客户端反馈提示消息,所述提示消息用于提示所述第一员工的销售任务为空。
6.一种服务器,其特征在于,所述服务器中预先设置子数据库管理列表,所述子数据库管理列表中包含第一权限员工与子数据库之间的映射关系,且与第一权限员工具有映射关系的子数据库中包含所述第一权限员工管理的第二权限员工与销售任务之间的映射关系;
所述服务器包括:
接收模块,用于接收客户端发送的任务查询请求,所述任务查询请求中包含请求查询任务的第一员工、所述第一员工的权限级别及查询条件;
第一查找模块,用于根据所述第一员工及所述第一员工的权限级别查找所述子数据库管理列表,确定待查询的第一子数据库;
反馈模块,用于根据所述查询条件查询所述第一子数据库,将查询到的销售任务反馈给所述客户端。
7.根据权利要求6所述的服务器,其特征在于,所述第一查找模块包括:
第二查找模块,用于若所述第一员工的权限级别为第一权限,则查找所述子数据库管理列表,确定与所述第一员工具有映射关系的所述第一子数据库。
8.根据权利要求6所述的服务器,其特征在于,所述第一查找模块包括:
确定模块,用于若所述第一员工的权限级别为第二权限,则根据预先设置的第一权限员工与第二权限员工之间的映射关系,确定与所述第一员工具有映射关系且权限为第一权限的第二员工;
第三查找模块,用于查找所述子数据库管理列表,确定与所述第二员工具有映射关系的所述第一子数据库。
9.根据权利要求6至8任意一项所述的服务器,其特征在于,所述反馈模块包括:
查询反馈模块,用于在所述第一员工的权限级别为第一权限时,在所述第一子数据库中查询符合所述查询条件的销售任务,将查询到的销售任务反馈给所述客户端;
第一查询模块,用于在所述第一员工的权限级别为第二权限时,在所述第一子数据库中查询与所述第一员工具有映射关系的销售任务;
第一反馈模块,用于在所述第一查询模块之后,若查询到的与所述第一员工具有映射关系的第一销售任务集合为非空,则将所述第一销售任务集合中符合所述查询条件的销售任务反馈给所述客户端。
10.根据权利要求9所述的服务器,其特征在于,所述服务器还包括:
变化确定模块,用于在所述第一员工的权限级别为第二权限时,若查询到的与所述第一员工具有映射关系的第一销售任务集合为空,则确定在预置时间段内与所述第一员工具有映射关系的第一权限员工是否发生变化;
确定反馈模块,用于若发生变化,则确定与所述第一员工上一次所属的第一权限员工具有映射关系的第二子数据库,从所述第二子数据库中查询与所述第一员工具有映射关系的第二销售任务集合,将所述第二销售任务集合中符合所述查询条件的销售任务反馈给所述客户端;
消息反馈模块,用于若未发生变化,则向所述客户端反馈提示消息,所述提示消息用于提示所述第一员工的销售任务为空。
CN201610709482.7A 2016-08-23 2016-08-23 任务查询方法及服务器 Active CN107656943B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610709482.7A CN107656943B (zh) 2016-08-23 2016-08-23 任务查询方法及服务器

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610709482.7A CN107656943B (zh) 2016-08-23 2016-08-23 任务查询方法及服务器

Publications (2)

Publication Number Publication Date
CN107656943A true CN107656943A (zh) 2018-02-02
CN107656943B CN107656943B (zh) 2020-01-14

Family

ID=61127300

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610709482.7A Active CN107656943B (zh) 2016-08-23 2016-08-23 任务查询方法及服务器

Country Status (1)

Country Link
CN (1) CN107656943B (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108762949A (zh) * 2018-05-21 2018-11-06 招银云创(深圳)信息技术有限公司 集中调度方法、系统、计算机设备和存储介质
CN109062936A (zh) * 2018-06-15 2018-12-21 中国平安人寿保险股份有限公司 一种数据查询方法、计算机可读存储介质及终端设备
CN112559871A (zh) * 2020-12-21 2021-03-26 深圳供电局有限公司 一种信息查询方法及其系统、服务器设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1549164A (zh) * 2003-05-16 2004-11-24 北京法海信息咨询有限公司 数据库系统及其数据存取方法
CN103516591A (zh) * 2012-06-30 2014-01-15 北京神州泰岳软件股份有限公司 即时通信平台中企业通讯录的实现方法和装置
CN103984600A (zh) * 2014-05-07 2014-08-13 丽水桉阳生物科技有限公司 一种基于云计算的财务数据处理方法
CN105046446A (zh) * 2015-08-14 2015-11-11 北京京东尚科信息技术有限公司 一种基于工作流框架的自定义权限流程方法及系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1549164A (zh) * 2003-05-16 2004-11-24 北京法海信息咨询有限公司 数据库系统及其数据存取方法
CN103516591A (zh) * 2012-06-30 2014-01-15 北京神州泰岳软件股份有限公司 即时通信平台中企业通讯录的实现方法和装置
CN103984600A (zh) * 2014-05-07 2014-08-13 丽水桉阳生物科技有限公司 一种基于云计算的财务数据处理方法
CN105046446A (zh) * 2015-08-14 2015-11-11 北京京东尚科信息技术有限公司 一种基于工作流框架的自定义权限流程方法及系统

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108762949A (zh) * 2018-05-21 2018-11-06 招银云创(深圳)信息技术有限公司 集中调度方法、系统、计算机设备和存储介质
CN109062936A (zh) * 2018-06-15 2018-12-21 中国平安人寿保险股份有限公司 一种数据查询方法、计算机可读存储介质及终端设备
CN109062936B (zh) * 2018-06-15 2023-10-31 中国平安人寿保险股份有限公司 一种数据查询方法、计算机可读存储介质及终端设备
CN112559871A (zh) * 2020-12-21 2021-03-26 深圳供电局有限公司 一种信息查询方法及其系统、服务器设备

Also Published As

Publication number Publication date
CN107656943B (zh) 2020-01-14

Similar Documents

Publication Publication Date Title
CN104182405A (zh) 一种连接查询方法及装置
CN105046446B (zh) 一种基于工作流框架的自定义权限流程方法及系统
CN106067107A (zh) 一种基于互联网的仓库管理应用系统
US20030084067A1 (en) Method and apparatus for asset management
CN110263015A (zh) 基于区块链的数据溯源方法、装置、设备及可读存储介质
CN103377336A (zh) 一种计算机系统用户权限的控制方法和系统
CN107656943A (zh) 任务查询方法及服务器
CN105426769A (zh) 角色权限的动态控制方法及系统
CN109299616A (zh) 一种基于连接池的数据安全管控系统和方法
CN105913230A (zh) 一种基于工作流的办公自动化系统
Melin The enterprise system as a part of an organization's administrative paradox
US20060095432A1 (en) Disclosure control system and method
Halper TDWI Analytics Maturity Model
US20030208435A1 (en) In an on-line system and method for processing requests-for-proposals, a system and method for assembling a proposal in response to an RFP
CN111291354B (zh) 设备绑定管理方法、系统、可读存储介质及设备终端
Choy et al. An enterprise collaborative management system: a case study of supplier selection in new product development
KR101183768B1 (ko) 통합 뷰 제공 시스템 및 방법 그리고 이에 적용되는 뷰 생성 기능을 가지는 서버
CN115712371A (zh) 客服机器人运行方法、服务器、运行系统、电子设备及存储介质
CN109670336A (zh) 一种多级应用的云化管理方法
US20100324953A1 (en) Method and system for determining entitlements to resources of an organization
Demeter et al. Strategic drivers behind the digital transformation of subsidiaries: a longitudinal approach
CN106326488A (zh) 一种基于xml的输变电设备状态数据交换适配器及其使用方法
CN105955718A (zh) 一种软件定制方法及系统
Kim et al. Logistics information’s role within an IT systems architecture in a world‐class organization
Majumder et al. Introduction to knowledge management

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant