CN117333282A - 上门服务业务办理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请提供一种上门服务业务办理方法、装置、设备及存储介质，涉及金融科技领域。该方法包括：响应于上门服务请求，获取客户要办理的业务类型和客户的验证信息；基于所述验证信息获取客户的信用度类型；对于正常客户，获取客户的服务地址，根据所述服务地址和所述业务类型确认目标服务网点，将所述目标服务网点的预约表单发送至客户端，将客户端选择的办理时间区间和所述业务类型发送至目标服务网点；采集所述目标服务网点在完成上门服务后对该客户的评价结果，确认该客户的信用度类型。本申请的方法，通过验证客户是否属于黑名单客户，从而确认是否提供预约上门服务以及目标服务网点，将人员资源更精准的分配给真正需要上门服务的客户群体。

Description

上门服务业务办理方法、装置、设备及存储介质

技术领域

本申请涉及金融科技领域或其他相关领域，尤其涉及一种上门服务业务办理方法、装置、设备及存储介质。

背景技术

对于银行这类较为特殊的服务性机构，考虑到业务办理的安全性而言，大部分业务都是通过柜台服务来实现的，也就是说，需要客户自己去网点办理相应的业务，一般来说，客户到了银行网点之后，针对要办理的银行业务进行排号，在排到客户的号码之后，由银行网点的业务人员对客户进行面对面的业务办理。但是，对于老年客户或者残疾人客户等特殊人群来说，可能会因为身体原因无法亲自到网点办理业务，比如银行卡激活、密码重置等业务。

现阶段对于行动不便的特殊人群，主要是通过他们的亲属去网点询问业务是否能够上门服务并进行登记。而这种方式导致了办理业务周期长，流程繁琐，无法及时为老年客户或者残疾人客户办理急需的业务，导致了特殊人群客户对于银行的满意度下降，甚至会造成银行的口碑下降和客户的流失。

随着智能化的普及，银行也开通了网上预约上门服务的业务，银行用户可以在平台上选择需要上门办理的业务进行预约，然后由银行安排用户附近网点的工作人员进行上门业务办理，但这种方式对于银行的人力成本要求较高，当人员资源都分散给上门业务办理时，上门业务办理也需要排队取号，而同样造成无法及时响应特殊人群的问题，若上门业务只开放给特殊人群，则难以区分到底用户是否是真的属于特殊人群。

发明内容

本申请提供一种上门服务业务办理方法、装置、设备及存储介质，用以解决人员资源有限，难以分辨上门业务办理服务的申请客户是否符合申请条件，而无法及时响应特殊人群的服务要求的技术问题。

第一方面，本申请提供一种上门服务业务办理方法，包括：

响应于上门服务请求，获取客户要办理的业务类型和客户的验证信息；

基于所述验证信息获取客户的信用度类型，所述信用度类型包括黑名单客户和正常客户；

对于所述正常客户，获取客户的服务地址，根据所述服务地址和所述业务类型确认目标服务网点，将所述目标服务网点的预约表单发送至客户端，所述预约表单包括若干个上门服务业务对应的办理时间区间，响应于客户端选择的办理时间区间，将所述办理时间区间和所述业务类型发送至所述目标服务网点；

采集所述目标服务网点在完成上门服务后对该客户的评价结果，基于所述评价结果确认该客户的信用度类型。

第二方面，本申请提供一种上门服务业务办理装置，包括：

服务信息获取模块，用于响应于上门服务请求，获取客户要办理的业务类型和客户的验证信息；

客户验证模块，用于基于所述验证信息获取客户的信用度类型，所述信用度类型包括黑名单客户和正常客户；

客户预约模块，用于对于所述正常客户，获取客户的服务地址，根据所述服务地址和所述业务类型确认目标服务网点，将所述目标服务网点的预约表单发送至客户端，所述预约表单包括若干个上门服务业务对应的办理时间区间，响应于客户端选择的办理时间区间，将所述办理时间区间和所述业务类型发送至所述目标服务网点；

客户审核模块，用于采集所述目标服务网点在完成上门服务后对该客户的评价结果，基于所述评价结果确认该客户的信用度类型。

第三方面，本申请提供了一种电子设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机执行指令，所述处理器执行所述计算机执行指令时实现上述第一方面中任一项所述的上门服务业务办理方法。

第四方面，本申请提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面中任一项所述的上门服务业务办理方法。

第五方面，本申请提供了一种计算机程序产品，当计算机程序产品在终端设备上运行时，使得终端设备执行上述第一方面任一项所述的上门服务业务办理方法。

本申请提供的一种上门服务业务办理方法、装置、设备及存储介质，响应于上门服务请求，获取客户要办理的业务类型和客户的验证信息；基于所述验证信息获取客户的信用度类型，所述信用度类型包括黑名单客户和正常客户；对于所述正常客户，获取客户的服务地址，根据所述服务地址和所述业务类型确认目标服务网点，将所述目标服务网点的预约表单发送至客户端，所述预约表单包括若干个上门服务业务对应的办理时间区间，响应于客户端选择的办理时间区间，将所述办理时间区间和所述业务类型发送至所述目标服务网点；采集所述目标服务网点在完成上门服务后对该客户的评价结果，基于所述评价结果确认该客户的信用度类型，通过验证客户是否属于黑名单客户，从而确认是否提供预约上门服务以及上门服务业务办理的目标服务网点，并对客户的上门原因进行审核，从而能够将人员资源更精准的分配给真正需要上门服务的客户群体。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请实施例提供的上门服务业务办理方法的应用场景示意图。

图2为本申请实施例提供的上门服务业务办理方法的流程图。

图3为本申请实施例提供的上门服务业务办理装置的示意图。

图4为本申请实施例提供的基于上门服务业务办理装置的电子设备的结构示意图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。

需要说明的是，本申请上门服务业务办理的方法和装置可用于金融科技领域，也可用于除金融科技领域之外的任意领域，本申请上门服务业务办理的方法和装置的应用领域不作限定。

在相关技术中，行动不便等特殊群体想要办理业务，需要通过电话咨询或委托亲属去网点询问业务是否能够上门服务，导致了办理业务周期长，无法及时为特殊群体的客户办理急需的业务，并且，会有非特殊群体的客户通过谎称自己行动不便，也要求上门服务进行业务办理，带来较大的人员资源上的压力，也导致人手不够，难以针对性的、及时对特殊人群的业务需求进行响应。

针对上述技术问题，本申请实施例旨在提出一种上门服务业务办理方法、装置、设备及存储介质，该方法的核心构思为，验证客户是否属于黑名单客户等情况，从而决定是否提供预约上门服务，并对客户的上门原因进行审核，从而能够将人员资源更精准的分配给真正需要上门服务的客户群体。

为了更好地理解本申请实施例的方案，下面先对本申请实施例所涉及的一种应用场景进行介绍。

请参阅图1，图1为本申请实施例提供的上门服务业务办理方法的应用场景示意图，如图1所示，包括客户端100、服务器200和网点终端300。其中，客户端100可以用于向服务器200发送上门服务请求，上门服务请求中包括客户要办理的业务类型和客户的验证信息、以及地址信息。客户端100可以包括个人计算机、平板电脑、智能面板等，本申请实施例在此不做限定。

服务器200可以用于接收客户端100发送的上门服务请求，并基于客户的验证信息对客户的信用度类型进行验证，在确认客户不是黑名单用户之后，根据业务类型和地址信息确认目标服务网点，并将所述目标服务网点的预约表单发送至客户端，方便客户选择业务的办理时间区间，然后将所述办理时间区间和所述业务类型发送至所述目标服务网点的网点终端300。服务器200还可以用于接收网点终端300反馈的对客户的评价结果，并基于所述评价结果确认该客户的信用度类型。

网点终端300可以用于接收服务器200的办理时间区间和业务类型，从而选择业务办理人员进行上门服务，并且在完成上门服务后对该客户进行评价结果，将评价结果反馈至服务器200。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

图2为本申请实施例提供的上门服务业务办理方法的流程图。如图2所示，本实施例的方法，包括：

S201：响应于上门服务请求，获取客户要办理的业务类型和客户的验证信息。

本申请实施例的执行主体可以是服务器，也可以是服务器中的上门服务业务办理系统，其中，上门服务业务办理系统可以通过软件实现。

在本实施例中，客户可以通过客户端中的软件，或是短信链接发送上门服务请求，上门服务请求中包括客户想要办理的业务类型，比如银行卡激活、银行卡修改密码、社保卡核保等，还包括客户的验证信息，比如身份证信息、手机号码或是银行卡号等。

需要说明的是，当客户发送包括验证信息的内容时，首先对这些验证信息进行加密后再发送，上门服务业务办理系统收到之后进行解密，以保护客户隐私。

S202：基于所述验证信息获取客户的信用度类型，所述信用度类型包括黑名单客户和正常客户。

通过将客户的验证信息与预设的黑名单数据库存储的用户信息进行比对，判断客户是否为黑名单用户，若客户不是黑名单用户，则可以认为用户是正常用户。

S203：对于所述正常客户，获取客户的服务地址，根据所述服务地址和所述业务类型确认目标服务网点，将所述目标服务网点的预约表单发送至客户端，所述预约表单包括若干个上门服务业务对应的办理时间区间，响应于客户端选择的办理时间区间，将所述办理时间区间和所述业务类型发送至所述目标服务网点。

在该步骤中，可以根据客户的服务地址，选择距离服务地址最近的，并且满足业务类型办理要求的服务网点作为目标服务网点，获取目标服务网点的预约表单发送给客户，客户可以在预约表单上选择合适的上门服务业务办理时间。

可以理解的是，当默认的目标服务网点所提供的预约表单与客户的预期不相符，客户也可以选择其他合适的服务网点作为目标服务网点。

S204：采集所述目标服务网点在完成上门服务后对该客户的评价结果，基于所述评价结果确认该客户的信用度类型。

可以理解的是，目标服务网点的业务人员上门办理业务后，通过系统将预约信息标记为完成，在传统的客户可以为业务人员进行打分之外，业务人员也可以对客户进行评价：如果业务人员上门服务后，发现客户并无身体等原因无法到网点办理业务，则可以在系统中评价该客户为黑名单客户，说明情况并让审核部门进行审核，审核部门根据网点报送的情况进行审核，决定是否将该客户的信用度类型改为黑名单客户，黑名单的客户无法在后期进行预约上门服务。需要说明的是，具体解除黑名单客户的规则本发明不做限制，可以是预设时长之后的申诉，或是银行根据客户的其他行为进行综合评估来解除黑名单。

本实施例提供的上门服务业务办理方法，通过响应于上门服务请求，获取客户要办理的业务类型和客户的验证信息；基于所述验证信息获取客户的信用度类型，所述信用度类型包括黑名单客户和正常客户；对于所述正常客户，获取客户的服务地址，根据所述服务地址和所述业务类型确认目标服务网点，将所述目标服务网点的预约表单发送至客户端，所述预约表单包括若干个上门服务业务对应的办理时间区间，响应于客户端选择的办理时间区间，将所述办理时间区间和所述业务类型发送至所述目标服务网点；采集所述目标服务网点在完成上门服务后对该客户的评价结果，基于所述评价结果确认该客户的信用度类型，通过验证客户是否属于黑名单客户，从而确认是否提供预约上门服务以及上门服务业务办理的目标服务网点，并对客户的上门原因进行审核，从而能够将人员资源更精准的分配给真正需要上门服务的客户群体。

下面对上述上门服务业务办理方法的技术方案进行详细介绍。

在一种可能的实施方式中，所述业务类型包括开户行业务类型和非开户行业务类型，本实施例提供的上门服务业务办理方法通过先确认业务类型属于开户行业务类型或非开户行业务类型，再根据服务网点与服务地址的距离值来确定备选服务网点和目标服务网点。

具体地，当所述业务类型为非开户行业务类型时，获取所述服务地址第一距离值范围以内的各服务网点，根据所述业务类型确认至少一个备选服务网点，将与所述服务地址距离最近的所述备选服务网点作为目标服务网点。

具体地，当所述业务类型为开户行业务类型时，获取客户的开户行信息，所述开户行信息包括开户行网点位置；判断所述开户行网点位置与所述服务地址之间的距离是否大于第二距离值；若否，将所述开户行网点作为目标服务网点；若是，获取所述服务地址第三距离值范围以内的各服务网点，根据所述业务类型确认至少一个备选服务网点，将与所述服务地址距离最近的所述备选服务网点作为目标服务网点。

可以理解的是，对于不同的业务类型来说，其主要区别是开户行业务类型，比如银行卡的激活，需要有客户预存在开户行中的信息，从而，对于开户行业务类型来说，开户行网点会优先考虑被作为目标服务网点。当开户行网点与服务地址之间的距离大于第二距离值时，比如有时候可能涉及到跨区、跨城市、跨省份的情况，才考虑开户行网点与客户所在的服务地址周边的服务网点配合，为客户进行上门服务业务办理。

进一步地，当所述开户行网点位置与所述服务地址之间的距离大于第二距离值，所述将所述办理时间区间和所述业务类型发送至所述目标服务网点之后，还包括：从所述开户行网点获取客户的开户行业务类型的信息作为辅助信息；将所述辅助信息发送至所述目标服务网点。

考虑到目标服务网点的预约表单上可选择的时间区间可能与客户预期的不一致，客户无法从目标服务网点的预约表单上选择合适的时间区间，因此，客户也可以选择切换其他服务网点，也就是说，所述将所述目标服务网点的预约表单发送至客户端之后，还包括：响应于客户端切换服务网点的指令，将所述备选服务网点及各备选服务网点对应的预约表单发送至客户端；响应于客户端对备选服务网点及预约表单的选择指令，确认新的目标服务网点及预约表单。

本实施例中，通过先确认业务类型属于开户行业务类型或非开户行业务类型，再根据服务网点与服务地址的距离值来确定备选服务网点和目标服务网点，并实际情况切换服务网点，能够满足客户的办理需求，提高对客户上门服务业务办理的响应性，提高客户的满意度。

在一种可能的实施方式中，所述评价结果包括请求合理和请求非合理，本实施例提供的上门服务业务办理方法通过上门服务的业务人员对客户的评价结果，来确认客户的信用度类型。

具体地，所述基于所述评价结果确认该客户的信用度类型，包括：当所述评价结果为请求合理，确认该客户的信用度类型为正常客户；当所述评价结果为请求不合理，确认该客户的信用度类型为黑名单客户。

可以理解的是，如果业务人员上门服务后，发现客户并无身体等原因无法到网点办理业务，也就是说，客户并非特殊人员，在申请上门服务的时候有欺骗或欺瞒情况，则给出请求不合理的评价结果，将评价结果和详细的情况说明上传至系统。对于这种请求不合理的评价结果，可以由审核部门针对详细情况来进行审核，从而确认该客户是否应当被加入黑名单客户。

在本实施例中，当客户的信用度类型为黑名单客户时，在申请上门服务业务办理时就会收到预约失败的告警，具体地，上门服务业务办理方法还包括：结束所述上门服务请求，向客户端发送该客户的信用度类型及预约失败的告警；为该客户端接入线上人工服务接口。

可以理解的是，对于黑名单客户来说，都是至少有一次欺瞒或欺骗情况的，并非特殊人员的客户，银行可以选择不为其提供上门服务，但也需要告知客户预约失败的原因，并且，为了加强客户体验，也可以为客户接入线上人工服务，通过线上的沟通和客户说明原因，或解决客户的一部分需求。

本实施例中，通过上门服务的业务人员对客户的评价结果，来确认客户的信用度类型，能够科学的分配网点人员为客户办理业务,最终保证了特殊人群客户对于银行满意度和口碑的提升。

在一种可能的实施方式中，考虑到客户有可能会因为预约的时间等问题，未取消前一个预约记录而进行重复预约，因此，在所述获取客户的服务地址之前，还包括：基于所述验证信息查询该客户是否有未完成的预约记录；若是，结束所述上门服务请求，向客户端发送未完成的预约记录及预约失败的告警。

可以理解的是，当客户存在未完成的预约记录而进行重复预约时，该客户的业务需求并未被满足，因此无论是有新增的业务需求，还是因为预约时间需要调整，都应当对之前的预约内容进行修改，从而业务办理人员也仅需上门一次就能完成所有的业务办理，而不需要重复上门。因此，对于存在未完成的预约记录的客户，可以向其发送未完成的预约记录，通过文字提示或页面内容引导客户进行服务内容修改，也可以让客户取消该未完成的预约记录之后再重新预约。

在本实施例中，通过查询该客户是否有未完成的预约记录，对存在未完成的预约记录的客户进行告警，提醒他们未完成的预约记录，从而帮助客户对预约记录进行修改或取消，避免服务人员进行不必要的重复工作，有利于科学的分配网点人员为客户办理业务。

在一种可能的实施方式中，考虑到用户想要办理的部分或全部业务是可以在线上进行办理的，而不用去到线下服务网点，因此，在获取业务类型之后，还包括：根据预设的业务规则对所述业务类型进行分析，判断用户是否可以进行线上办理；若是，调取与所述业务类型中的业务相对应的业务引导界面和业务引导信息；将业务引导信息发送至用户的客户端，响应于用户的办理指令，在所述客户端展示业务引导界面。

可以理解的是，不是所有的业务类型都必须进行线下的办理，客户的业务需求中，也可能存在部分或全部的业务可以进行线上办理，因此，先对可以进行线上办理的业务进行引导，也可以提高上门服务业务办理的效率，并能够及时解决用户的部分或全部业务需求。若能够线上办理，则直接调转对应的业务界面，并向客户提供业务办理引导。

本实施例中，在获取客户的业务类型后，根据业务类型判断是否可以线上办理，能够及时引导客户进行业务办理，并提高上门服务业务办理的效率。

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

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

图3为本申请实施例提供的上门服务业务办理装置的示意图。如图3所示，该上门服务业务办理装置包括：

服务信息获取模块31，用于响应于上门服务请求，获取客户要办理的业务类型和客户的验证信息；

客户验证模块32，用于基于所述验证信息获取客户的信用度类型，所述信用度类型包括黑名单客户和正常客户；

客户预约模块33，用于对于所述正常客户，获取客户的服务地址，根据所述服务地址和所述业务类型确认目标服务网点，将所述目标服务网点的预约表单发送至客户端，所述预约表单包括若干个上门服务业务对应的办理时间区间，响应于客户端选择的办理时间区间，将所述办理时间区间和所述业务类型发送至所述目标服务网点；

客户审核模块34，用于采集所述目标服务网点在完成上门服务后对该客户的评价结果，基于所述评价结果确认该客户的信用度类型。

在一种可能的设计中，所述业务类型包括开户行业务类型和非开户行业务类型，客户预约模块33具体用于：

当所述业务类型为非开户行业务类型时，获取所述服务地址第一距离值范围以内的各服务网点，根据所述业务类型确认至少一个备选服务网点，将与所述服务地址距离最近的所述备选服务网点作为目标服务网点。

在一种可能的设计中，客户预约模块33具体用于：

当所述业务类型为开户行业务类型时，获取客户的开户行信息，所述开户行信息包括开户行网点位置；

判断所述开户行网点位置与所述服务地址之间的距离是否大于第二距离值；

若否，将所述开户行网点作为目标服务网点；

若是，获取所述服务地址第三距离值范围以内的各服务网点，根据所述业务类型确认至少一个备选服务网点，将与所述服务地址距离最近的所述备选服务网点作为目标服务网点。

在一种可能的设计中，当所述开户行网点位置与所述服务地址之间的距离大于第二距离值，客户预约模块33具体用于：

从所述开户行网点获取客户的开户行业务类型的信息作为辅助信息；

将所述辅助信息发送至所述目标服务网点。

在一种可能的设计中，客户预约模块33具体用于：

响应于客户端切换服务网点的指令，将所述备选服务网点及各备选服务网点对应的预约表单发送至客户端；

响应于客户端对备选服务网点及预约表单的选择指令，确认新的目标服务网点及预约表单。

在一种可能的设计中，所述评价结果包括请求合理和请求非合理，客户审核模块34，具体用于：

当所述评价结果为请求合理，确认该客户的信用度类型为正常客户；

当所述评价结果为请求不合理，确认该客户的信用度类型为黑名单客户。

在一种可能的设计中，当客户的信用度类型为黑名单客户时，客户验证模块32还具体用于：

结束所述上门服务请求，向客户端发送该客户的信用度类型及预约失败的告警；

为该客户端接入线上人工服务接口。

在一种可能的设计中，客户验证模块32还具体用于：

基于所述验证信息查询该客户是否有未完成的预约记录；

若是，结束所述上门服务请求，向客户端发送未完成的预约记录及预约失败的告警。

在一种可能的设计中，服务信息获取模块31还具体用于：

根据预设的业务规则对所述业务类型进行分析，判断用户是否可以进行线上办理；

若是，调取与所述业务类型中的业务相对应的业务引导界面和业务引导信息；

将业务引导信息发送至用户的客户端，响应于用户的办理指令，在所述客户端展示业务引导界面。

应该理解，上述的装置实施例仅是示意性的，本申请的装置还可通过其它的方式实现。例如，上述实施例中单元/模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如，多个单元、模块或组件可以结合，或者可以集成到另一个系统，或一些特征可以忽略或不执行。

另外，若无特别说明，在本申请各个实施例中的各功能单元/模块可以集成在一个单元/模块中，也可以是各个单元/模块单独物理存在，也可以两个或两个以上单元/模块集成在一起。上述集成的单元/模块既可以采用硬件的形式实现，也可以采用软件程序模块的形式实现。

图4为本申请实施例提供的基于上门服务业务办理装置的电子设备的结构示意图。如图4所示，该实施例的电子设备包括：至少一个处理器40(图4中仅示出一个)处理器、存储器41以及存储在存储器41中并可在至少一个处理器40上运行的计算机程序，处理器40执行计算机程序时实现上述任意各个方法实施例中的步骤。

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

所称处理器40可以是中央处理单元(Central Processing Unit，CPU)，该处理器40还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(FieldProgrammable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

处理器401的具体实现过程可参见上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。

存储器41在一些实施例中可以是电子设备的内部存储单元，例如电子设备的内存。存储器41在另一些实施例中也可以是电子设备的外部存储设备，例如电子设备上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，存储器41还可以既包括电子设备的内部存储单元也包括外部存储设备。存储器41用于存储操作系统、应用程序、引导装载程序(BootLoader)、数据以及其他程序等，例如计算机程序的程序代码等。存储器41还可以用于暂时地存储已经输出或者将要输出的数据。

本申请实施例还提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现可实现上述各个方法实施例中的步骤。

上述的计算机可读存储介质，上述可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。可读存储介质可以是通用或专用计算机能够存取的任何可用介质。

一种示例性的可读存储介质耦合至处理器，从而使处理器能够从该可读存储介质读取信息，且可向该可读存储介质写入信息。当然，可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(Application Specific IntegratedCircuits，简称：ASIC)中。当然，处理器和可读存储介质也可以作为分立组件存在于上述电子设备中。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。上述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求书指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。

Claims (13)

1.一种上门服务业务办理方法，其特征在于，包括：

响应于上门服务请求，获取客户要办理的业务类型和客户的验证信息；

基于所述验证信息获取客户的信用度类型，所述信用度类型包括黑名单客户和正常客户；

对于所述正常客户，获取客户的服务地址，根据所述服务地址和所述业务类型确认目标服务网点，将所述目标服务网点的预约表单发送至客户端，所述预约表单包括若干个上门服务业务对应的办理时间区间，响应于客户端选择的办理时间区间，将所述办理时间区间和所述业务类型发送至所述目标服务网点；

采集所述目标服务网点在完成上门服务后对该客户的评价结果，基于所述评价结果确认该客户的信用度类型。

2.根据权利要求1所述的方法，其特征在于，所述业务类型包括开户行业务类型和非开户行业务类型，所述根据所述服务地址和所述业务类型确认目标服务网点，包括：

当所述业务类型为非开户行业务类型时，获取所述服务地址第一距离值范围以内的各服务网点，根据所述业务类型确认至少一个备选服务网点，将与所述服务地址距离最近的所述备选服务网点作为目标服务网点。

3.根据权利要求2所述的方法，其特征在于，所述根据所述服务地址和所述业务类型确认目标服务网点，包括：

当所述业务类型为开户行业务类型时，获取客户的开户行信息，所述开户行信息包括开户行网点位置；

判断所述开户行网点位置与所述服务地址之间的距离是否大于第二距离值；

若否，将所述开户行网点作为目标服务网点；

若是，获取所述服务地址第三距离值范围以内的各服务网点，根据所述业务类型确认至少一个备选服务网点，将与所述服务地址距离最近的所述备选服务网点作为目标服务网点。

4.根据权利要求3所述的方法，其特征在于，当所述开户行网点位置与所述服务地址之间的距离大于第二距离值，所述将所述办理时间区间和所述业务类型发送至所述目标服务网点之后，还包括：

从所述开户行网点获取客户的开户行业务类型的信息作为辅助信息；

将所述辅助信息发送至所述目标服务网点。

5.根据权利要求2或3任一所述的方法，其特征在于，所述将所述目标服务网点的预约表单发送至客户端之后，还包括：

响应于客户端切换服务网点的指令，将所述备选服务网点及各备选服务网点对应的预约表单发送至客户端；

响应于客户端对备选服务网点及预约表单的选择指令，确认新的目标服务网点及预约表单。

6.根据权利要求1所述的方法，其特征在于，所述评价结果包括请求合理和请求非合理，所述基于所述评价结果确认该客户的信用度类型，包括：

当所述评价结果为请求合理，确认该客户的信用度类型为正常客户；

当所述评价结果为请求不合理，确认该客户的信用度类型为黑名单客户。

7.根据权利要求1所述的方法，其特征在于，当客户的信用度类型为黑名单客户时，该方法还包括：

结束所述上门服务请求，向客户端发送该客户的信用度类型及预约失败的告警；

为该客户端接入线上人工服务接口。

8.根据权利要求1所述的方法，其特征在于，在所述获取客户的服务地址之前，还包括：

基于所述验证信息查询该客户是否有未完成的预约记录；

若是，结束所述上门服务请求，向客户端发送未完成的预约记录及预约失败的告警。

9.根据权利要求1所述的方法，其特征在于，在所述获取业务类型之后，还包括：

根据预设的业务规则对所述业务类型进行分析，判断用户是否可以进行线上办理；

若是，调取与所述业务类型中的业务相对应的业务引导界面和业务引导信息；

将业务引导信息发送至用户的客户端，响应于用户的办理指令，在所述客户端展示业务引导界面。

10.一种上门服务业务办理装置，包括：

服务信息获取模块，用于响应于上门服务请求，获取客户要办理的业务类型和客户的验证信息；

客户验证模块，用于基于所述验证信息获取客户的信用度类型，所述信用度类型包括黑名单客户和正常客户；

客户预约模块，用于对于所述正常客户，获取客户的服务地址，根据所述服务地址和所述业务类型确认目标服务网点，将所述目标服务网点的预约表单发送至客户端，所述预约表单包括若干个上门服务业务对应的办理时间区间，响应于客户端选择的办理时间区间，将所述办理时间区间和所述业务类型发送至所述目标服务网点；

客户审核模块，用于采集所述目标服务网点在完成上门服务后对该客户的评价结果，基于所述评价结果确认该客户的信用度类型。

11.一种电子设备，其特征在于，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1至9任一项所述的方法。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1至9任一项所述的方法。

13.一种计算机程序产品，其特征在于，所述计算机程序产品在终端设备上运行时，使得所述终端设备执行上述如权利要求1至9任一项所述的方法。