一种行程管理方法、行程管理管理装置及服务器与流程

本发明属于计算机技术领域，尤其涉及一种行程管理方法、行程管理管理装置及服务器。

背景技术：

对于企业的商务人员，需要经常外出拜访客户，例如，拜访诊所、企业和渠道客户。商务人员在外出拜访客户前，通常采用邮件的形式汇报拜访行程。目前，对商务人员的拜访工作尚未有规范的系统记录与量化评估，机构管理者与总部渠道管理无法实时了解商务人员的工作成果，也无法对诊所的详细信息进行统一的收集。

市场上用于记录拜访行程的行程记录软件功能较单一，拜访行程的记录人员以及相关管理人员无法根据实际需求进行灵活的汇总分析。

技术实现要素：

有鉴于此，本发明实施例提供了一种行程管理方法、行程管理管理装置及服务器，以解决现有技术中，市场上用于记录拜访行程的行程记录软件功能较单一，拜访行程的记录人员以及相关管理人员，无法根据实际需求进行灵活的汇总分析的问题。

本发明实施例的第一方面提供了一种行程管理方法，包括：

获取终端发送的行程获取请求，所述行程获取请求携带用户身份标识；

根据用户身份标识与职位信息之间的预设对应关系，确定所述行程获取请求携带的所述用户身份标识所对应的目标职位信息，并根据所述目标职位信息确定待统计的目标对象；

从数据库中拉取所述目标对象的行程记录；所述行程记录包括行程计划、拜访记录以及工作报告。

本发明实施例的第二方面提供了一种行程管理管理装置，包括：

获取单元，用于获取终端发送的行程获取请求，所述行程获取请求携带用户身份标识；

确定单元，用于根据用户身份标识与职位信息之间的预设对应关系，确定所述行程获取请求携带的所述用户身份标识所对应的目标职位信息，并根据所述目标职位信息确定待统计的目标对象；

行程记录拉取单元，用于从数据库中拉取所述目标对象的行程记录；所述行程记录包括行程计划、拜访记录以及工作报告。

本发明实施例的第三方面提供了一种服务器，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

获取终端发送的行程获取请求，所述行程获取请求携带用户身份标识；

根据用户身份标识与职位信息之间的预设对应关系，确定所述行程获取请求携带的所述用户身份标识所对应的目标职位信息，并根据所述目标职位信息确定待统计的目标对象；

从数据库中拉取所述目标对象的行程记录；所述行程记录包括行程计划、拜访记录以及工作报告。

本发明实施例的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

获取终端发送的行程获取请求，所述行程获取请求携带用户身份标识；

根据用户身份标识与职位信息之间的预设对应关系，确定所述行程获取请求携带的所述用户身份标识所对应的目标职位信息，并根据所述目标职位信息确定待统计的目标对象；

从数据库中拉取所述目标对象的行程记录；所述行程记录包括行程计划、拜访记录以及工作报告。

实施本发明实施例提供的一种行程管理方法、行程管理管理装置及服务器具有以下有益效果：

本发明实施例，服务器根据用户身份标识与职位信息之间的预设对应关系，确定行程获取请求携带用户身份标识对应的目标职位信息，并根据目标职位信息确定待统计的目标对象，从数据库中拉取目标对象的行程记录；行程记录包括制定的行程计划、拜访记录以及工作报告，相关人员可查看目标对象的行程记录实时了解和管理商务人员的行程。

附图说明

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

图1是本发明一实施例提供的一种行程管理方法的实现流程图；

图2是本发明另一实施例提供的一种行程管理方法的实现流程图；

图3是本发明一实施例提供的一种行程管理管理装置的示意图；

图4是本发明另一实施例提供的一种服务器的示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

请参见图1，图1是本发明实施例提供的一种行程管理方法的实现流程图。本实施例中行程管理方法的执行主体为服务器。如图所示的行程管理方法可包括：

s101：获取终端发送的行程获取请求，所述行程获取请求携带用户身份标识。

企业的分支机构的管理者或者总部的管理者在想要查看商务人员的行程记录时，可通过行程管理界面触发行程获取请求，行程管理界面可以是终端安装的行程管理应用程序(application，app)的交互界面，也可以是小程序(miniprogram)的交互界面，例如微信小程序。小程序是一种不需要下载安装即可使用的应用，它实现了应用“触手可及”的梦想，用户扫一扫或者搜一下即可打开应用。

行程统计请求携带用户身份标识。其中，当用户通过已安装的app的交互界面触发行程获取请求时，行程获取请求携带的用户身份标识可以是用户在行程管理应用中注册的个人账号，个人账号与用户的姓名关联，以使得服务器在接收到行程获取请求时，可根据行程获取请求中包含的个人账号确定用户的姓名，并根据姓名与职位的预设对应关系确定该姓名对应的目标职位，基于个人账号跟用户的姓名关联关系，得到个人账号对应的目标职务；或者根据个人账号与职位的预设对应关系确定与行程获取请求中包含的个人账号对应的目标职位。

当用户通过微信小程序的交互界面触发行程统计请求时，行程获取请求携带的用户身份标识可以是openid，openid是公众号的普通用户的一个唯一的标识，以使服务器在接收到行程获取请求时，可根据openid与职位的预设关联关系确定发起行程统计请求的用户的职位。

openid是一个以用户为中心的数字身份识别框架，它具有开放、分散性。

s102：根据用户身份标识与职位信息之间的预设对应关系，确定所述行程获取请求携带的所述用户身份标识所对应的目标职位信息，并根据所述目标职位信息确定待统计的目标对象。

用户身份标识与职位信息之间的预设对应关系是服务器预先建立并保存的。职位信息用于标识职务，即企业赋予每个员工的工作职务及其所承担的责任。

每个职位设置有相应的操作权限以及查看权限。当职位为管理类职位时，还设置有相应的管理权限，管理权限用于标识管辖的团队成员以及负责的相关事务。管理职位是指具有管理职能的岗位。

服务器可以根据用户身份标识与职位信息之间的预设对应关系，获取与行程获取请求携带的用户身份标识匹配的职位信息，得到该用户身份标识所对应的目标职位信息。

当目标职位信息对应的职位属于非管理类职位时，待统计的目标对象为用户本身。当目标职位信息对应的职位属于管理类职位时，服务器根据每个职位信息的管理权限确定目标职位信息对应的管理权限，并根据目标职位信息对应的管理权限确定目标职位所管辖的团队成员，得到待统计的目标对象。

s103：从数据库中拉取所述目标对象的行程记录；所述行程记录包括行程计划、拜访记录以及工作报告。

服务器根据目标对象的身份标识从数据库中拉取目标对象的行程记录，行程记录包括目标对象制定的行程计划、目标对象上传的拜访记录以及工作报告。工作报告用于标识目标对象的日常工作计划以及工作完成情况(或工作明细)，工作完成情况包括已完成的工作以及未完成的工作工作成果。工作报告包括日报、周报、月报。

当目标职位信息对应的职位属于管理类职位时，行程记录还可以包括工作报告的点评信息。

本发明实施例，服务器根据用户身份标识与职位信息之间的预设对应关系，确定行程获取请求携带用户身份标识对应的目标职位信息，并根据目标职位信息确定待统计的目标对象，从数据库中拉取目标对象的行程记录；行程记录包括制定的行程计划、拜访记录以及工作报告，相关人员可查看目标对象的行程记录实时了解和管理商务人员的行程。

请参见图2，图2是本发明另一实施例提供的一种行程管理方法的实现流程图。本实施例中行程管理方法的执行主体为服务器。如图所示的行程管理方法可包括：

s201：根据职位信息配置行程管理界面的操作权限以及查看权限。

服务器获取每个职位对应的管理权限，根据职位信息所标识的企业赋予每个员工的工作职务及其所承担的责任，配置每个职位的对应的行程管理界面的操作权限以及查看权限。其中，管理权限用于标识管辖的团队成员以及负责的相关事务。相同的职位对应的行程管理界面的操作权限以及查看权限均相同。不同的职位对应的行程管理界面所配置的操作权限和使用权限可以不同，也可以不同，具体依据职位信息所标识的企业赋予每个员工的工作职务及其所承担的责任进行设置。

职位信息对应的职位可以包括商务经理、综合拓展专员、团队经理、机构总管、综合岗专员、渠道管理专员。

其中，行程管理界面可以包括以下页面入口：“小记”、“走访”以及“我的”；或者包括“小记”、“走访”以及“绩效”等页面入口。

“小记”用于记录行程或计划；可记录拜访诊所、企业或渠道客户的行程；以及记录行程计划或手工计划，行程计划或手工计划可以包括拜访诊所或企业的行程计划。

“走访”用于记录走访的客户类型，客户类型包括：平台注册诊所、非平台注册诊所以及企业。当走访的客户属于非平台注册诊所时，允许将走访人及其所属团队经理、诊所信息进行关联存储。当走访的客户属于企业时，允许走访人及其所属团队经理更改企业信息。

“我的”用于记录工作报告，工作报告包括日报、周报以及月报。工作报告允许通过邮件进行发送，具有查看周报点评以及月报点评的权限。

“绩效”用于查看管辖的团队或成员的“小记”、工作报告以及对工作报告的点评信息。

其中，分支机构的商务经理/综合拓展岗对应的行程管理界面的操作权限以及查看权限如下：

分支机构的团队经理/综合拓展岗对应的行程管理界面的操作权限以及查看权限如下：

分支机构的机构总管对应的行程管理界面的操作权限以及查看权限如下：

分支机构的综合岗专员对应的行程管理界面的操作权限以及查看权限如下：

总部的渠道管理专员对应的行程管理界面的操作权限以及查看权限如下：

s202：获取并记录每个商务人员基于完成配置的所述行程管理界面上传的行程计划、行程信息以及工作报告。

商务人员在需要管理行程时，通过终端与服务器进行通信，登录行程管理系统，终端显示与商务人员对应的职位的权限相匹配的行程管理界面，商务人员在该行程管理界面制定行程计划、添加行程信息、工作报告等。

服务器获取并记录每个商务人员基于行程管理界面上传的行程计划、行程信息以及工作报告，并将行程计划、行程信息以及工作报告与商务人员的用户身份标识(或职位信息)关联存储。

s203：获取终端发送的行程获取请求，所述行程获取请求携带用户身份标识。

企业的分支机构的管理者或者总部的管理者在想要查看商务人员的行程记录时，可通过行程管理界面触发行程获取请求，行程管理界面可以是终端安装的行程管理应用程序app的交互界面，也可以是小程序的交互界面，例如微信小程序。

行程统计请求携带用户身份标识。其中，当用户通过已安装的行程管理app的交互界面触发行程获取请求时，行程获取请求携带的用户身份标识可以是用户在行程管理应用中注册的个人账号，个人账号跟用户的姓名关联，以使得服务器在接收到行程获取请求时，可根据个人账号确定用户的姓名，并根据姓名与职位的预设对应关系确定该姓名对应的目标职位，基于个人账号跟用户的姓名关联关系，得到个人账号对应的目标职务；或者根据个人账号与职位的预设对应关系确定该个人账号对应的目标职位。

进一步地，在另一实施方式中，在通过小程序登录行程管理系统时，s203具体为：获取终端通过小程序的通信接口发送的行程获取请求。

当用户通过微信小程序的交互界面触发行程统计请求时，行程获取请求携带的用户身份标识可以是openid，openid是公众号的普通用户的一个唯一的标识，以使服务器在接收到行程获取请求时，可根据openid与职务的预设关联关系确定发起行程统计请求的用户的职务。

openid是一个以用户为中心的数字身份识别框架，它具有开放、分散性。

s204：根据用户身份标识与职位信息之间的预设对应关系，确定所述行程获取请求携带的所述用户身份标识所对应的目标职位信息，并根据所述目标职位信息确定待统计的目标对象。

本实施例中的s204与上一实施例中的s102相同，具体请参阅上一实施例中s102的相关描述，此处不赘述。

进一步地，由于小程序是用户扫一扫或者搜一下即可打开应用，在通过小程序登录行程管理系统时，为了提高数据的安全性，服务器对发起行程获取请求的终端的用户身份进行鉴权，以确认该用户是否为合法用户。具体地，当获取到终端通过小程序的通信接口发送的行程获取请求时，s204具体包括s2041～s2042，具体如下：

s2041：基于所述行程获取请求携带的所述用户身份标识，对发送所述行程获取请求的终端的用户身份进行鉴权。

服务器基于行程获取请求携带的用户身份标识openid获取与openid关联的用户信息，并基于获取到的用户信息对用户身份进行鉴权。其中，用户信息包括用户的姓名或编号、手机号码、用户的职位，还可以包括用户所属的机构等信息。

基于获取到的用户信息对用户身份进行鉴权的鉴权流程如下：

1)首先由服务器的管理后台维护具有登录行程管理系统的权限的用户信息。

2)用户通过终端打开用于登录行程管理系统的小程序点击“确认授权”按钮。此时终端调用小程序身份信息接口，获取到该用户的用户信息对应的密串。

3)终端将该密串发送至服务器，服务器调用小程序的应用程序接口(applicationprograminterface，api)对用户信息对应的密串进行解密。其中，服务器对用户信息对应的密串进行解密时所采用的解密算法与终端对用户信息进行加密时所采用的加密算法相匹配，以保证能够成功解密。在此，对加密算法和解密算法不做限制。

4)服务器在解密成功后获取终端内置的用户身份识别(subscriberidentificationmodule，sim)卡对应的手机号码或终端用户的身份证号码，从数据库的用户信息中查找与获取到的手机号码相匹配的手机号码，或查找与获取到的身份证号码相匹配的身份证号码查询。当查找到匹配的手机号码或身份证号码时，判定匹配成功，执行下一步骤；当未查找到匹配的手机号码或身份证号码时，判定匹配失败，退出该流程。

5)匹配成功后根据openid生成加密鉴权信息，并将加密鉴权信息进行缓存(也可缓存至redis服务器)并返回至终端，由终端进行保存。其中，加密鉴权信息包括令牌token、刷新令牌refreshtoken、apikey(apikey是针对接口访问的授权方式)。

token即是获取受保护资源的凭证，其过期时间可以为1小时或15天，具体可根据实际情况设置。本质上token是字符串，token自带加密算法和用户信息(比如用户id)，token可以很容易的跨服务器，只要不同服务器实现相同解密算法即可。刷新令牌refreshtoken用于刷新令牌token。

终端保存的token和refreshtoken用于下一次能继续访问服务器。

6)终端每次发起行程获取请求，将所有参数(openid、token以及refreshtoken)进行数组排序，然后以apikey为盐值进行加密生成签名密文。然后将参数、随机数、时间戳、token、密文发送至服务器。

盐值就是在加密过程中添加的额外的随机值。盐值的作用是减少数据库泄露带来的损失。

加密算法可以是消息摘要算法第五版(messagedigestalgorithm，md5)，哈希算法。

7)服务器接收到行程获取请求时，首先根据token进行重放攻击过滤，判断同一个行程获取请求是否在10分钟内重复发起过，如果存在，说明此行程获取请求为重放攻击，直接拒绝请求，并拉黑该请求者ip。

8)通过重放攻击校验后，根据token查询缓存的apikey，然后对参数进行同样的运算再次生成一个签名密文。对两个签名密文进行对比，如果不一致，说明参数在传输过程中被篡改，判定签名校验失败，即鉴权失败不响应收到的请求；如果一致，说明参数在传输过程中未被篡改，判定签名校验通过。

9)通过签名校验后，判定鉴权通过，请求被放行。

s2042：当鉴权通过时，根据用户身份标识与职位信息之间的预设对应关系，确定所述行程获取请求携带的所述用户身份标识所对应的目标职位信息，并根据所述目标职位信息确定待统计的目标对象。

其中，服务器在确认鉴权通过时，根据用户身份标识与职位信息之间的预设对应关系，确定所述行程获取请求携带的所述用户身份标识所对应的目标职位信息，并根据所述目标职位信息确定待统计的目标对象的实现方法具体请参阅上一实施例中s102的相关描述，此处不赘述。

s205：从数据库中拉取所述目标对象的行程记录；所述行程记录包括行程计划、拜访记录以及工作报告。

本实施例中的s205与上一实施例中的s103相同，具体请参阅上一实施例中s103的相关描述，此处不赘述。

可选地，行程记录包括商务人员填写的调查问卷。调查问卷包括详细信息收集问卷、赋能服务意向问卷、服务网络布局问卷。

赋能服务意向问卷，主要是对预设的赋能服务进行调研。服务器会通过各项服务的使用情况，返回前端调研类型，如未使用过则调研诊所的使用意向，如使用过则调研诊所的满意度。示例性地，赋能服务意向问卷如下：

其中，如用户选后“一般、不满意或很不满意”时，调出不满意原因调研文本框，以供用户填写。

在填写调查问卷的过程中，针对某项赋能服务，服务器向终端返回一个返回值。针对不同的返回值，小程序前端进行不同问题的展示与调研。返回值包括0、1、2或3。0表示未使用、1表示使用、2表示无法判断、3表示依赖某项服务是否出现每次新建行程，会自动拉取上次的问卷结果，如返回值有变更(例如从0变成1)，则小程序前端会要求商务人员对此赋能问题进行补正，才允许提交。

可选地，为了统计每个目标对象的工作量，便于相关人员查看，还可以包括s206：基于所述行程记录统计每个所述目标对象的工作量。

服务器按预设的统计周期分类统计每类任务的工作量，以基于实际完成的工作量以及设定的任务量评估商务人员的工作量是否饱和等，以便相关人员基于目标对象的工作量做出工作调整。预设的统计周期可以是一天、一周、一个月等。任务类型包括拜访、宣导培训、联席会议等。拜访的对象可以是诊所、企业或渠道客户。其中，宣导培训、联席会议是针对渠道客户而言。

具体地，服务器可以基于预设的统计周期内每个商务人员的行程记录，获取每个商务人员每天拜访的客户信息，基于每天拜访的客户信息统计每个商务人员在预设的统计周期内实际拜访客户的总次数，基于实际拜访客户的总次数与每个商务人员对应的拜访任务量，统计拜访任务的完成情况。其中，服务器可以按商务人员的业务能力划分不同的业务等级，对不同的业务等级设置不同的任务量。

服务器还可以对拜访的客户信息进行去重处理统计每个商务人员在预设的统计周期内所拜访的客户的总数以及拜访的新客户的数量。

服务器可以基于预设的统计周期内每个商务人员的行程记录，获取每个商务人员每天参与的宣导培训的培训信息，基于每天参与的宣导培训的培训信息统计每个商务人员在预设的统计周期内实际参与的宣导培训的总次数，基于实际参与的宣导培训的总次数与每个商务人员对应的宣导培训任务量，统计宣导培训任务的完成情况。

服务器可以基于预设的统计周期内每个商务人员的行程记录，获取每个商务人员每天参加的联席会议的会议信息，基于每天参加的联席会议的会议信息统计每个商务人员在预设的统计周期内实际参加的联席会议的总次数，基于实际参加的联席会议的总次数与每个商务人员对应的联席会议任务量，统计联席会议任务的完成情况。

之后，基于拜访任务的完成情况、宣导培训任务的完成情况以及联席会议任务的完成情况，评估商务人员的工作量是否饱和。评估商务人员的工作量是否饱和的方法可以是：当商务人员的拜访任务的完成情况、宣导培训任务的完成情况以及联席会议任务的完成情况中任意至少两项任务的完成情况达标时，判定该商务人员的工作量饱和。

对于总部来说，关注的是机构商务的工作量，包括行程与计划量的统计及机构的管理人员对商务人员的点评与管理。服务器可以从行程记录中获取已拜访行程以及计划拜访行程，以统计已拜访行程的数量以及计划拜访行程统计的数量；从工作报告中获取周报以及日报对应的点评信息，并统计机构的管理人员对商务人员的点评情况。可以理解的是，在本实施例中，商务人员可查看自己的行程工作量，团队管理人员可查看所管辖的团队成员的行程工作量，总部的相关人员可以查看全国各机构所有的商务经理的行程与计划统计明细。

可选地，当行程记录包括商务人员填写的调查问卷时，为了基于目标对象的行程信息挖掘潜在客户，s205之后，还可以包括s207：基于所述行程记录中包含的所述调查问卷的调研数据，确定待回访的目标客户。

服务器获取行程记录中包含的调查问卷，并从调查问卷中提取调研数据，并对调研数据进行分析，从而确定待回访的目标客户；或者基于调研数据确定客户需求，并推荐与客户需求匹配的目标业务。具体地，服务器基于调研数据挖掘客户需求，基于当前可提供的业务或服务，判断是否能够满足客户需求或是否能够提供与客户需求匹配的目标业务，并在确定能够满足客户需求或可提供与客户需求的目标业务时，将其作为待回访的目标客户。当获取到与客户需求匹配的目标业务时，还可以根据目标客户的联系方式向该客户推送目标业务的相关信息。

服务器可以从诊所赋能服务意向问卷获取调研数据，如意愿情况和满意度情况，不同的业务部分可以在bi报表系统获取具体数据，然后根据调研数据中包含的意愿情况筛选有意向合作或有兴趣进一步沟通的客户作为待回访的目标客户，根据调研数据中包含的满意度情况筛选出反馈“一般、不满意或很不满意”的客户作为待回访的目标客户，便于相关人员可以线下去跟进与维护目标客户。

可选地，当行程记录包括商务人员填写的调查问卷时，为了基于目标对象的行程信息挖掘客户需求，s205之后，还可以包括s208：基于所述行程记录中包含的所述调查问卷的调研数据，确定被调研的客户的需求信息，并推荐与所述需求信息匹配的目标业务。

服务器获取行程记录中包含的调查问卷，并从调查问卷中提取调研数据，根据调研数据分析诊所的需求信息，从数据库中查找与该需求信息匹配的目标业务，并根据诊所的联系方式将目标业务进行推送。

或者，在商务人员拜访完诊所后，如发现某项服务有商机，将诊所的需求信息更新至行程记录中时，服务器会通过小程序将商机工单派发给机构对应业务的同事，由同事后续进行回访与跟进，并更新商机工单的状态。

本发明实施例，服务器根据用户身份标识与职位信息之间的预设对应关系，确定行程获取请求携带用户身份标识对应的目标职位信息，并根据目标职位信息确定待统计的目标对象，从数据库中拉取目标对象的行程记录；行程记录包括制定的行程计划、拜访记录以及工作报告，相关人员可查看目标对象的行程记录实时了解和管理商务人员的行程。

服务器根据职位信息配置行程管理界面的操作权限以及查看权限，以便商务人员基于不同权限的行程管理界面上传行程计划、行程信息以及工作报告，能够系统地管理商务人员的行程信息，基于行程记录统计工作量，以加强团队协作能力，提高整体运作效率。

服务器基于行程记录挖掘客户需求以及确定回访客户等，满足调研需求，预测市场需求、客户需求，为决策者提供参考依据，降低决策失误。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

请参阅图3，图3是本发明一实施例提供的一种行程管理管理装置的示意图。行程管理管理装置包括的各单元用于执行图1～图2对应的实施例中的各步骤。具体请参阅图1～图2各自对应的实施例中的相关描述。为了便于说明，仅示出了与本实施例相关的部分。参见图3，行程管理管理装置3包括：

获取单元310，用于获取终端发送的行程获取请求，所述行程获取请求携带用户身份标识；

确定单元320，用于根据用户身份标识与职位信息之间的预设对应关系，确定所述行程获取请求携带的所述用户身份标识所对应的目标职位信息，并根据所述目标职位信息确定待统计的目标对象；

行程记录拉取单元330，用于从数据库中拉取所述目标对象的行程记录；所述行程记录包括行程计划、拜访记录以及工作报告。

进一步地，所述行程记录包括商务人员填写的调查问卷，所述调查问卷包括详细信息收集问卷、赋能服务意向问卷、服务网络布局问卷，服务器还包括：

回访客户确定单元，用于基于所述行程记录中包含的所述调查问卷的调研数据，确定待回访的目标客户。

进一步地，所述行程记录包括商务人员填写的调查问卷，服务器还包括：

需求预测单元，用于基于所述行程记录中包含的所述调查问卷的调研数据，确定被调研的客户的需求信息，并推荐与所述需求信息匹配的目标业务。

进一步地，服务器还包括：

配置单元，用于根据职位信息配置行程管理界面的操作权限以及查看权限；

记录单元，用于获取并记录每个商务人员基于完成配置的所述行程管理界面上传的行程计划、行程信息以及工作报告。

进一步地，服务器还包括：

统计单元，用于基于所述行程记录统计每个所述目标对象的工作量。

进一步地，获取单元310具体用于：获取终端通过小程序的通信接口发送的行程获取请求；

确定单元320具体用于：

基于所述行程获取请求携带的所述用户身份标识，对发送所述行程获取请求的终端的用户身份进行鉴权；

当鉴权通过时，根据用户身份与职位之间的预设对应关系，确定所述行程获取请求携带的所述用户身份标识所对应的目标职位信息，并根据所述目标职位信息确定待统计的目标对象。

图4是本发明另一实施例提供的一种服务器的示意图。如图4所示，该实施例的服务器4包括：处理器40、存储器41以及存储在所述存储器41中并可在所述处理器40上运行的计算机程序42。所述处理器40执行所述计算机程序42时实现上述各个终端的行程管理方法实施例中的步骤，例如图1所示的s101至s103。或者，所述处理器40执行所述计算机程序42时实现上述各装置实施例中各单元的功能，例如图3所示单元310至330功能。

示例性的，所述计算机程序42可以被分割成一个或多个单元，所述一个或者多个单元被存储在所述存储器41中，并由所述处理器40执行，以完成本发明。所述一个或多个单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序42在所述终端4中的执行过程。例如，所述计算机程序42可以被分割成获取单元、确定单元以及行程记录拉取单元，各单元具体功能如上所述。

所述服务器可包括，但不仅限于，处理器40、存储器41。本领域技术人员可以理解，图4仅仅是服务器4的示例，并不构成对服务器4的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述服务器还可以包括输入输出终端、网络接入终端、总线等。

所称处理器40可以是中央处理单元(centralprocessingunit，cpu)，还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器41可以是所述服务器4的内部存储单元，例如服务器4的硬盘或内存。所述存储器41也可以是所述终端4的外部存储终端，例如所述服务器4上配备的插接式硬盘，智能存储卡(smartmediacard，smc)，安全数字(securedigital，sd)卡，闪存卡(flashcard)等。进一步地，所述存储器41还可以既包括所述服务器4的内部存储单元也包括外部存储终端。所述存储器41用于存储所述计算机程序以及所述终端所需的其他程序和数据。所述存储器41还可以用于暂时地存储已经输出或者将要输出的数据。

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