CN113327057A - 处理商户信息的方法及装置 - Google Patents

Abstract

本申请提供一种处理商户信息的方法及相关装置。本申请提出的技术方案中，服务器将商户的基础信息的启用日期之后、与所述启用日期间隔预设巡检周期的第一日期确定为基础信息的巡检日期，其中，基础信息包括商户的店铺地址信息、经营信息和销售点情报管理系统POS机具信息；服务器在第一日期向终端设备发送巡检指示信息，所述巡检指示信息用于指示终端设备的业务人员对所述基础信息进行巡检，终端设备接收该巡检指示信息并向业务人员输出巡检指示信息。本申请的技术方案可以提升商户巡检工作的及时性。

Description

处理商户信息的方法及装置

技术领域

本申请涉及与金融业务相关的数据处理技术领域，尤其涉及处理商户信息的方法及装置。

背景技术

随着互联网的蓬勃发展，商户是商业银行银行卡业务运作模式的重要组成部分，商户信息也是银行重要的战略资源，其真实性和准确性在很大程度上影响着商户进件时的风险碰库以及资料审核的结果，所以，定期对商户信息进行巡检管理，很有必要。

目前，对商户信息的巡检主要是由网点业务人员定期去商户店铺的现场手动调查填写完成，调查内容主要包括商户店铺信息、销售点情报管理系统(pointofsales，POS)机具信息、经营信息等，在这种模式下，容易出现业务人员遗忘或者拖延的情况，对商户的定期巡检无法做到及时有效。

发明内容

本申请提供一种处理商户信息的方法及相关装置，可以有效提升商户巡检工作的及时性。

第一方面，本申请提供一种处理商户信息的方法，所述方法包括：服务器将商户的基础信息的启用日期之后、与所述启用日期间隔预设巡检周期的第一日期确定为所述基础信息的巡检日期，所述基础信息包括所述商户的店铺地址信息、经营信息和销售点情报管理系统POS机具信息；所述服务器在所述第一日期向终端设备发送巡检指示信息，所述巡检指示信息用于指示所述终端设备的业务人员对所述基础信息进行巡检。

本申请的方法中，通过确定对商户信息的巡检日期，然后按时在该日期向终端设备发送巡检指示信息，可以及时有效地提醒业务人员对该商户进行巡检。

结合第一方面，在第一种可能的实现方式中，所述服务器将商户的基础信息的启用日期之后、与所述启用日期间隔预设巡检周期的第一日期确定为所述基础信息的巡检日期，包括：所述服务器在上一次巡检所述商户的所述基础信息之后的第二日期，将商户的基础信息的启用日期之后、与所述启用日期间隔预设巡检周期的第一日期确定为所述基础信息的巡检日期。

该实现方式中，在每次巡检完商户之后，更新下一次的巡检日期，保证对商户的巡检做到及时有效。

结合第一种可能的实现方式，在第二种可能的实现方式中，所述方法还包括：所述服务器生成第一待巡检商户信息，所述第一待巡检商户信息用于指示在所述第一日期对所述商户的所述基础信息进行巡检；并且，所述服务器在所述第一日期向终端设备发送巡检指示信息，包括：所述服务器每天判断所述待巡检商户信息所指示的所述第一日期是否为当天日期；所述第一日期为所述当天日期时，所述服务器向所述终端设备发送所述巡检指示信息。

该实现方式中，首先每天判断巡检日期是否为当天日期，如果是，则服务器生成第一待巡检商户信息，这种模式下，每天对巡检日期进行判断，可以很准确的在巡检日期当天，来生成待巡检商户信息，及时有效。

结合第二种可能的实现方式，在第三种可能的实现方式中，所述方法还包括：所述服务器接收所述业务人员使用所述终端设备采集的所述商户的当前基础信息，所述当前基础信息包括所述商户的当前店铺地址信息，所述商户的当前经营信息和所述商户的当前POS机具信息；所述服务器将所述商户的所述基础信息更新为所述当前基础信息，并且更新所述商户的所述基础信息的启用日期。

该实现方式中，服务器接收来自终端设备采集到的商户的当前基础信息，然后将原本的基础信息进行更新，并更新其基础信息的启用日期，对基础信息进行更新，便于银行及时掌握商户动态，保证商户可以在后期开通相关产品服务；更新其基础信息的启用日期，便于及时准确的得到下一次巡检日期。

结合第二种可能的实现方式或第三种可能的实现方式，在第四种可能的实现方式中，所述方法还包括：所述服务器在第三日期判断所述第一待巡检商户信息所指示的所述第一日期是否已超过所述当天日期；所述第一日期已超过所述当天日期的情况下，生成第二待巡检商户信息，所述第二待巡检商户信息用于指示在第四日期对所述商户的所述基础信息进行巡检，所述第四日期为所述第三日期之后间隔所述预设巡检周期的日期。

该实现方式中，判断第一待巡检商户信息是否超期未处理，如果是，则生成第二待巡检商户信息，并更新其巡检日期，由于待巡检商户信息一旦超期未处理，则该信息不能被业务人员获取，来进行巡检，所以需要及时处理，保证待巡检商户信息的有效性。

第二方面，本申请提供一种处理商户信息的方法，所述方法包括：终端设备接收服务器在第一日期发送的巡检指示信息，所述巡检指示信息用于指示所述终端设备的业务人员对商户的基础信息进行巡检，所述基础信息包括所述商户的店铺地址信息、经营信息和销售点情报管理系统POS机具信息；所述终端设备向所述业务人员输出所述巡检指示信息。

本方法中，终端设备在巡检日期接收服务器发送的巡检指示信息，并将该信息输出给业务人员，及时提醒业务人员对商户基础信息进行巡检。

结合第二方面，在第一种可能的实现方式中，所述方法还包括：所述终端设备采集所述商户的当前基础信息，所述当前基础信息包括所述商户的当前店铺地址信息，所述商户的当前经营信息和所述商户的当前POS机具信息；所述终端设备向所述服务器发送所述当前基础信息。

该实现方式中，利用终端设备来去现场采集商户的基础信息，业务人员可以在现场对该信息进行及时核对，保证信息的真实性和准确性；然后向服务器发送采集到的商户基础信息。

结合第一种可能的实现方式，在第二种可能的实现方式中，所述终端设备采集所述商户的当前基础信息，包括：利用基于位置的服务LBS技术，采集所述当前店铺地址信息。

该实现方式中，利用LBS技术，采集商户的当前店铺地址信息，提升商户信息采集的高效性和准确性。

第三方面，本申请提供一种处理商户信息的装置，所述装置包括：确定模块，用于服务器将商户的基础信息的启用日期之后、与所述启用日期间隔预设巡检周期的第一日期确定为所述基础信息的巡检日期，所述基础信息包括所述商户的店铺地址信息、经营信息和销售点情报管理系统POS机具信息；发送模块，用于所述服务器在所述第一日期向终端设备发送巡检指示信息，所述巡检指示信息用于指示所述终端设备的业务人员对所述基础信息进行巡检。

结合第三方面，在第一种可能的实现方式中，所述确定模块还用于所述服务器在上一次巡检所述商户的所述基础信息之后的第二日期，将商户的基础信息的启用日期之后、与所述启用日期间隔预设巡检周期的第一日期确定为所述基础信息的巡检日期。

结合第一种可能的实现方式，在第二种可能的实现方式中，所述装置还包括：生成模块，用于所述服务器生成第一待巡检商户信息，所述第一待巡检商户信息用于指示在所述第一日期对所述商户的所述基础信息进行巡检；并且，所述服务器在所述第一日期向终端设备发送巡检指示信息，所述装置包括：判断模块，用于所述服务器每天判断所述待巡检商户信息所指示的所述第一日期是否为当天日期；所述发送模块，还用于所述第一日期为所述当天日期时，所述服务器向所述终端设备发送所述巡检指示信息。

结合第二种可能的实现方式，在第三种可能的实现方式中，所述装置还包括：接收模块，用于所述服务器接收所述业务人员使用所述终端设备采集的所述商户的当前基础信息，所述当前基础信息包括所述商户的当前店铺地址信息，所述商户的当前经营信息和所述商户的当前POS机具信息；更新模块，用于所述服务器将所述商户的所述基础信息更新为所述当前基础信息，并且更新所述商户的所述基础信息的启用日期。

结合第二种可能的实现方式或第三种可能的实现方式，在第四种可能的实现方式中，所述装置还包括：判断模块，用于所述服务器在第三日期判断所述第一待巡检商户信息所指示的所述第一日期是否已超过所述当天日期；生成模块，还用于所述第一日期已超过所述当天日期的情况下，生成第二待巡检商户信息，所述第二待巡检商户信息用于指示在第四日期对所述商户的所述基础信息进行巡检，所述第四日期为所述第三日期之后间隔所述预设巡检周期的日期。

第四方面，本申请提供一种处理商户信息的装置，所述装置包括：接收模块，用于终端设备接收服务器在第一日期发送的巡检指示信息，所述巡检指示信息用于指示所述终端设备的业务人员对商户的基础信息进行巡检，所述基础信息包括所述商户的店铺地址信息、经营信息和销售点情报管理系统POS机具信息；输出模块，用于所述终端设备向所述业务人员输出所述巡检指示信息。

结合第四方面，在第一种可能的实现方式中，所述装置还包括：采集模块，用于所述终端设备采集所述商户的当前基础信息，所述当前基础信息包括所述商户的当前店铺地址信息，所述商户的当前经营信息和所述商户的当前POS机具信息；发送模块，用于所述终端设备向所述服务器发送所述当前基础信息。

结合第一种可能的实现方式，在第二种可能的实现方式中，所述采集模块，还用于利用基于位置的服务LBS技术，采集所述当前店铺地址信息。

第五方面，本申请提供一种处理商户信息的装置，包括存储器和处理器，所述存储器用于存储程序指令；所述处理器用于调用所述存储器中的程序指令执行如第一方面或第二方面或其中任意一种可能的实现方式所述的方法。

第六方面，本申请提供一种计算机可读介质，所述计算机可读介质存储用于计算机执行的程序代码，该程序代码包括用于执行如第一方面或第二方面或其中任意一种可能的实现方式所述的方法。

第七方面，本申请提供一种计算机程序产品，所述计算机程序产品中包括计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机实现如第一方面或第二方面或其中任意一种可能的实现方式所述的方法。

附图说明

图1为应用本申请实施例的一种系统架构示意图；

图2为本申请一个实施例提供的处理商户信息的方法示例性流程图；

图3为本申请一个实施例提供的终端设备的APP界面详情示意图；

图4为本申请一个实施例提供的商户巡检工单派发和领取流程图；

图5为本申请一个实施例提供的处理商户信息的装置的结构性示意图；

图6为本申请一个实施例提供的装置的结构性示意图。

具体实施方式

为于理解，首先对本申请所涉及到的相关术语进行说明。

1、基于位置的服务

基于位置的服务(location based services，LBS)，是利用各类型的定位技术来获取移动设备当前所在的位置，通过移动互联网向定位设备提供信息资源和基础服务。用户首先可利用定位技术确定自身的空间位置，随后便可通过移动互联网来获取与位置相关资源和信息。LBS服务中融合了移动通讯、互联网络、空间定位、位置信息、大数据等多种信息技术，利用移动互联网络服务平台进行数据更新和交互，使用户可以通过空间定位来获取相应的服务。

LBS也是指围绕地理位置数据而展开的服务，其由移动终端使用无线通信网络(或卫星定位系统)，基于空间数据库，获取用户的地理位置坐标信息并与其他信息集成以向用户提供所需的与位置相关的增值服务。

根据信息的获取方式不同，位置服务分为主动获取服务和被动接收服务两种。主动获取服务是指用户通过终端设备主动发送明确的服务请求，服务提供商根据用户所处的位置以及用户的需求将信息返回给用户。比如用户通过手机终端发送一个请求“离我最近的加油站在哪里”给服务提供商。被动接收服务与主动获取服务相反，用户没有明确发送服务请求，而是当用户到达一个地点时，服务提供商自动将相关信息返回给用户。最常见的就是在坐火车的长途旅行中，每到一个城市，用户就会接收到该城市的天气预报以及住宿相关的广告信息。

根据服务的查询技术不同，又可以分为点查询服务和连续查询服务。点查询服务是指根据查询条件一次执行，返回查询结果。主动获取服务中常采用这种查询技术，如用户查询最近的公交站牌。连续查询是根据用户位置的持续变化更新查询结构。通常情况下，被动接收服务通过连续查询来实现，如天气预报短信提醒服务。

根据使用服务的对象不同，又可以分为特定服务和通用服务。特定服务是指为特定服务对象(特定用户或特定区域)提供的服务，如博物馆中的文物讲解服务。特定服务需要维护特定数据集合，如博物馆文物的相关信息等。通用服务是指通信提供商对其所有用户提供的通用服务。常见的通用服务有目录、网关、位置工具、路径和导航等。

位置服务的共同特点是服务提供的过程，首先用户定位，然后将位置信息以及上下文信息传输给信息处理中心，之后通过上下文信息查询相关服务，最后将服务提供给用户。

2、快速反应二维码识别技术

快速反应(quick response，QR)二维码识别技术，通过移动终端的拍照设备，对二维码进行拍照识别，获取二维码图像信息中包含的字符以及数字，从而进行下一步的动作。其中，QR码呈正方形，只有黑白两色。在4个角落的其中3个，印有较小，像“回”字的正方图案。这3个是帮助解码软件定位的图案，使用者不需要对准，无论以任何角度扫描，资料仍可正确被读取。

3、商户巡检工单

每个商户在录入系统时，都会设置一个巡检周期，每隔一段时间需要对商户的店铺信息、销售点情报管理系统(pointofsales，POS)机具信息、经营信息进行调查核对。巡检工单就是商户需要调查核对的内容。

4、统一流程服务平台

统一过程(unified process，UP)服务平台是行内的统一流程服务平台，负责管理工单的流程，包括工单从录入到审核、退回等，其中，UP是一种以用例驱动、以体系结构为核心、迭代及增量的软件过程模型，由统一建模语言(unified modeling language，UML)方法和工具支持，广泛应用于各类面向对象项目。

图1为应用本申请实施例的一种系统架构示意图。如图1所示，该系统架构包括业务人员101、终端设备102和服务器103。

业务人员101可以由网点业务人员或委外机构人员组成，由该角色去商户经营场所实地采集。终端设备102可以是手机、平板或者电脑等电子设备，供业务人员101采集信息或者录入信息。服务器103用于对终端设备102提交的采集到的商户基础信息进行审核处理，并安排后续商户巡检工作。

对于图1所示的系统架构，业务人员101去商户现场采集商户基础信息，然后利用终端设备102将该信息提交至后台服务器103，根据商户基础信息的启用日期和预设巡检周期计算出对商户基础信息的下一次巡检日期，然后安排业务人员去商户现场巡检。

现有的对商户信息的巡检主要是由网点业务人员定期去商户店铺的现场巡检调查，手动填写材料，然后再通过终端设备录入管理系统，在这种模式下，会出现业务人员遗忘或者拖延的情况，对商户的定期巡检无法做到及时有效。

针对上述问题，本申请提出了一种处理商户信息的方法，该方法通过服务器103根据商户基础信息启用日期和预设巡检周期确定商户下一次巡检日期，然后在商户巡检日期给终端设备102发送巡检指示信息，终端设备102将该消息输出给业务人员101，可以及时提醒业务人员101执行该巡检操作，使得商户巡检工作的及时性得到了较大提升。

图2为本申请一个实施例提供的处理商户信息的方法示例性流程图。如图2所示，本实施例的方法可以包括S201和S202。

S201，服务器将商户的基础信息的启用日期之后、与所述启用日期间隔预设巡检周期的第一日期确定为所述基础信息的巡检日期。

可以理解的是，商户基础信息的启用日期可以是商户第一次录入基础信息后的日期，也可以是商户在巡检过后，更新了商户基础信息之后的日期。其中，商户的基础信息包括商户的店铺地址信息、经营信息和销售点情报管理系统(pointofsales，POS)机具信息。

作为一种示例，确定巡检日期的一种可实现方式包括：服务器在上一次巡检商户的基础信息之后的第二日期，将商户的基础信息的启用日期之后、与启用日期间隔预设巡检周期的第一日期确定为基础信息的巡检日期。也就是说，业务人员在每一次对商户基础信息进行巡检后，都会更新商户基础信息的启用日期，然后重新计算下一次巡检日期。

该实现方式中，在每次巡检完商户之后，更新下一次的巡检日期，保证对商户的巡检做到及时有效。

S202，服务器在所述第一日期向终端设备发送巡检指示信息，所述巡检指示信息用于指示所述终端设备的业务人员对所述基础信息进行巡检，相应地，终端设备接收来自服务器发送的巡检指示信息。

本实施例的方法中，通过确定对商户信息的巡检日期，然后按时在该日期向终端设备发送巡检指示信息，可以及时有效地提醒业务人员对该商户进行巡检。

需要说明的是，本申请提到的业务人员可以由网点业务人员或委外机构人员组成，由该角色去商户经营场所实地采集。业务人员需是提前由行内员工在管理端前台添加，并跟行内拥有录入员角色的业务员的员工编号进行绑定。

在本申请中，业务人员也可以称作拓展人员。

作为一种可选的实施例，服务器在第一日期向终端设备发送巡检指示信息之前，服务器生成第一待巡检商户信息，该第一待巡检商户信息用于指示在第一日期对该商户的基础信息进行巡检。

本申请中的待巡检商户信息也可以称作巡检工单信息或者巡检工单。

作为另一种示例，服务器在第一日期向终端设备发送巡检指示信息的一种可实现方式包括：服务器每天判断待巡检商户信息所指示的第一日期是否为当天日期，当第一日期为当天日期时，服务器向终端设备发送巡检指示信息。

示例性的，服务器每天判断巡检日期是否为当天日期，如果是，则服务器生成一条巡检工单，插入到巡检工单表，根据商户所在的机构，指定该巡检工单分派到行内收单机构，再将该巡检工单派发至行业内的业务人员。这种通过服务器定期生成巡检工单并完成自动派发，使得商户巡检工作的及时性得到了较大提升。

作为一种示例，业务人员可以在终端设备端手动选择领取一条或者多条巡检工单。

该实现方式中，首先每天判断巡检日期是否为当天日期，如果是，则服务器生成待巡检工单，这种模式下，每天对巡检日期进行判断，可以很准确的在巡检日期当天，来生成待巡检商户信息，及时有效。

最后，终端设备向业务人员输出该巡检指示信息，也就是说，终端设备可以及时的提醒该业务人员执行对商户的巡检工作，提高巡检工作的及时性。

作为一种可选的实施方式，终端设备采集商户的当前基础信息，该基础信息包括商户的当前店铺地址信息，商户的当前经营信息和商户的当前POS机具信息，并向服务器发送该当前基础信息，相应地，服务器接收业务人员使用终端设备采集的商户的当前基础信息。

可选地，服务器将商户的基础信息更新为该当前基础信息，并且更新商户的基础信息的启用日期，便于及时有效计算出下一次巡检日期。

该实现方式中，服务器接收来自终端设备采集到的商户的当前基础信息，然后将原本的基础信息进行更新，并更新其基础信息的启用日期，对基础信息进行更新，便于银行及时掌握商户动态，保证商户可以在后期开通相关产品服务；更新其基础信息的启用日期，便于及时准确的得到下一次巡检日期。

作为一种示例，服务器在确定对商户基础信息的巡检日期之前，业务人员还需要对商户信息进行采集和相关审核，具体实现方式如下：

本申请中，采集商户信息是由业务人员通过终端设备去现场采集完成的，该终端设备操作系统包括安卓操作系统(android)和苹果操作系统(iOS)，终端设备上安装有应用程序(application，APP)，该APP是业务人员用于现场采集商户基础信息以及巡检内容的操作前端。

该终端设备的APP界面详情如图3所示，其具体功能包括：用户登录、系统消息提醒、商户录入、商户变更和商户巡检，其中，用户指的是业务人员。初次登录该APP时，业务人员需要通过输入身份证账号进行登录，经后台管理端服务器身份信息校验通过，准许登录，同时用户可以设置自己的头像，进入系统后，选择相应的功能。

对于新增商户注册，业务人员点击商户录入模块，选择新增商户，根据APP端生成的录入模板，填写相应要素以及商户店铺地址信息，并记录店铺经纬度，对必要的经营证明材料进行拍照上传，确保录入信息的准确性、真实性。填写完通过输入校验后选择提交。

作为一种示例，采集当前店铺地址信息的一种可实现方式为：利用基于位置的服务(location based services，LBS)技术，采集所述当前店铺地址信息，LBS是利用各类型的定位技术来获取移动设备当前所在的位置，可以比较准确的得到当前的店铺地址信息。

可选地，在商户信息录入时，需要拍一些相关照片，例如店铺门面信息、商户营业执照信息和经营信息等，对于照片的真实性的校验的一种可实现方式包括：服务器获取采集工单信息中商户经营地址的经纬度信息和提交的照片中的经纬度信息以及时间戳信息，在准备提交信息时，服务器会先判断时间戳是否合理，若时间戳日期与当前日期相差超过7天，则该采集信息工单提交不通过，提示APP用户重新拍照上传；若时间戳日期通过合理性校验，则计算商户经营地址经纬度与照片中的经纬度距离差，若距离差在50米以内，则校验通过，否则提示APP用户重进行定位。

这种利用终端设备采集商户信息的方式，使得商户信息采集更加精准、高效，减轻管理端行内业务人员的工作量。

对于存量商户信息变更，业务人员进入商户变更模块，选择手动输入商户号或者扫码识别商户信息，其中扫码识别是利用移动终端的拍照设备以及快速反应(quickresponse，QR)二维码识别技术获取条码中包含的商户号信息。获取到后台管理端服务器返回的商户信息后，APP跳转到变更界面，会自动反填已有的商户信息，业务人员只需对变更的信息进行修改。填写完通过输入校验选择提交。

对于商户巡检信息采集，业务人员进入商户巡检模块，获取已分配的待处理巡检工单信息列表，选择需要巡检的商户，系统跳转到商户巡检页面，业务人员完成巡检内容采集并完成现场巡检照片和签购单照片上传后提交，照片中会附带时间戳以及拍照地点经纬度信息，以确保采集信息的真实性，其中，巡检内容包括店铺信息、POS机具信息和商户经营信息。

可选地，商户信息的采集除了采用APP客户端实现，还通过小程序的方式实现相同功能。

可选地，服务器包括后台管理端服务器和批量服务器，后台管理端服务器主要包括以下功能：用户登录信息校验、处理APP用户提交的工单请求、处理APP用户的商户查询请求、查询UP流程平台中的工单流程信息、存储商户基础信息、巡检工单信息以及APP拓展人员用户信息的数据库；批量服务器主要包括以下功能：巡检工单的生成及自动派发和对未完成工单的过期处理。

作为一种可选的实施方式，上述信息采集完成后，后台管理端服务器接收到APP端发送的工单请求后，对商户信息采集工单以及巡检工单信息的录入要素进行规则校验和各种风险碰库，对不符合规则校验和风险碰库要求的工单拒绝准入，并将拒绝理由返回给APP端进行提示，对通过校验的工单，管理端服务器将工单信息生成一笔工单草稿。

拥有行内录入员角色的用户可在管理端系统前台查看到生成的工单草稿，并可以根据需要选择对草稿进一步补充，确认工单无误后，录入员选择将工单提交给审核员进行审核，此处，录入员提交的工单流程信息保存在UP流程平台上。

拥有行内审核员角色的用户可在管理端系统前台查看到提交的待审核工单，选择需要进行审核的工单，审核员根据实际情况，可选择通过或退回工单。对通过的工单，系统将工单信息写入数据库，工单流程结束。对退回的工单，流程会回到草稿阶段，录入员根据被退回的原因进行修改，再重新发起提交。

可选地，上面提到的录入员、审核员角色是由管理端系统管理员分配的。

完成对商户信息采集和工单审核之后，批量服务器执行步骤S201。

可选地，服务器在第三日期判断第一待巡检商户信息所指示的第一日期是否已超过当天日期；在第一日期已超过所述当天日期的情况下，生成第二待巡检商户信息，该第二待巡检商户信息用于指示在第四日期对商户的基础信息进行巡检，该第四日期为第三日期之后间隔预设巡检周期的日期。

可以理解的是，如果分配下来的待巡检商户信息超过预设的时间间隔，例如一个月，且业务人员仍然未处理，则将之前的待巡检商户信息状态设置为失效，定期进行清理，然后生成一条新的待巡检商户信息并更新其巡检日期。该方法中，对失效的待巡检商户信息进行定期清理，可以节省内存，节约资源。

作为一种示例，如果分配下来的待巡检商户信息超过预设的时间间隔，例如一个月，且业务人员仍然未处理，也可以直接对原来的待巡检商户信息进行设置，更新其巡检日期的时间，进行重新分配。

本申请提供的处理商户信息的方法，通过批量服务器定期生成巡检工单并完成自动派发，以及及时发送消息提醒，使得商户巡检工作的及时性得到了较大提升，同时通过可以让授权的拓展人员去商户现场完成信息采集以及巡检管理工作，利用移动终端的LBS技术以及QR二维码识别技术，可以使得商户信息采集更加精准、高效，减轻管理端行内业务人员的工作量；并且通过管理端的工单统计即业务人员对工单的完成情况，可以协助对委外机构进行评价。

作为一种示例，对商户巡检工单的派发及领取流程做一个详细的描述，具体流程图如图4所示。

S401，批量服务器根据商户基础信息的启用日期和预设巡检周期，确定第一日期。该第一日期即为下一次对商户基础信息进行巡检的日期。

S402，批量服务器判断第一日期是否为当天日期。若第一日期为当天日期，则执行S403。

S403，生成商户巡检工单，写入数据库，并根据商户机构进行分派。

批量服务器生成一条商户巡检工单，插入到巡检工单表中，根据商户所在的机构，指定巡检工单分派到相应行内收单机构，并推送给收单机构下的行内外拓展人员。

S404，拓展人员在终端设备端领取巡检工单。

巡检工单分派后，拓展人员可以在终端设备端根据自己的意愿选择领取一条或者多条巡检工单。

S405，是否一个月内完成。

服务器判断巡检工单是否在一个月有效期内完成，如果工单已完成，则执行S406，并结束流程；否则执行S403和S407。

S406，完成巡检工单并提交。

S407，清理失效巡检工单。

如果巡检工单超过一个月有效期还未完成，则服务器将巡检工单状态设置为无效，并定期进行清理，然后再次生成新的巡检工单，进行分派。

该示例通过批量服务器定期生成商户巡检工单并完成自动派发，使得商户的巡检工作的及时性得到了较大提升。

图5为本申请一个实施例提供的处理商户信息的装置的结构性示意图。图5所示的装置500可以用于执行图2中所述的方法。如图5所示，本实施例的处理商户信息的装置包括确定模块501、发送模块502、生成模块503、判断模块504、接收模块505、更新模块506和输出模块507。

例如，确定模块501可以用于执行S201，发送模块502可以用于执行S202。

图6为本申请一个实施例提供的装置的结构性示意图。图6所示的装置可以用于执行前述任意一个实施例所述的处理商户信息的方法。

如图6所示，本实施例的装置600包括：存储器601、处理器602、通信接口603以及总线604。其中，存储器601、处理器602、通信接口603通过总线604实现彼此之间的通信连接。

存储器601可以是只读存储器(read only memory，ROM)，静态存储设备，动态存储设备或者随机存取存储器(random access memory，RAM)。存储器601可以存储程序，当存储器601中存储的程序被处理器602执行时，处理器602用于执行图2中的方法的各个步骤。

处理器602可以采用通用的中央处理器(central processing unit，CPU)，微处理器，应用专用集成电路(application specific integrated circuit，ASIC)，或者一个或多个集成电路，用于执行相关程序，以实现本申请方法实施例的处理商户信息的方法。

处理器602还可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，本申请实施例的虚拟卡号的生成方法的各个步骤可以通过处理器602中的硬件的集成逻辑电路或者软件形式的指令完成。

上述处理器602还可以是通用处理器、数字信号处理器(digital signalprocessing，DSP)、专用集成电路(ASIC)、现成可编程门阵列(field programmable gatearray，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器601，处理器602读取存储器601中的信息，结合其硬件完成本申请虚拟卡号的生成装置包括的单元所需执行的功能，例如，可以执行图2中任一所示实施例的各个步骤/功能。

通信接口603可以使用但不限于收发器一类的收发装置，来实现装置600与其他设备或通信网络之间的通信。

总线604可以包括在装置600各个部件(例如，存储器601、处理器602、通信接口603)之间传送信息的通路。

应理解，本申请实施例所示的装置600可以是电子设备，或者，也可以是配置于电子设备中的芯片。

上述实施例，可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时，上述实施例可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令或计算机程序。在计算机上加载或执行所述计算机指令或计算机程序时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质。半导体介质可以是固态硬盘。

应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，其中A,B可以是单数或者复数。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系，但也可能表示的是一种“和/或”的关系，具体可参考前后文进行理解。

本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a,b,或c中的至少一项(个)，可以表示：a,b,c,a-b,a-c,b-c,或a-b-c，其中a,b,c可以是单个，也可以是多个。

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

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种处理商户信息的方法，其特征在于，所述方法包括：

服务器将商户的基础信息的启用日期之后、与所述启用日期间隔预设巡检周期的第一日期确定为所述基础信息的巡检日期，所述基础信息包括所述商户的店铺地址信息、经营信息和销售点情报管理系统POS机具信息；

所述服务器在所述第一日期向终端设备发送巡检指示信息，所述巡检指示信息用于指示所述终端设备的业务人员对所述基础信息进行巡检。

2.根据权利要求1所述的方法，其特征在于，所述服务器将商户的基础信息的启用日期之后、与所述启用日期间隔预设巡检周期的第一日期确定为所述基础信息的巡检日期，包括：

所述服务器在上一次巡检所述商户的所述基础信息之后的第二日期，将商户的基础信息的启用日期之后、与所述启用日期间隔预设巡检周期的第一日期确定为所述基础信息的巡检日期。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

所述服务器生成第一待巡检商户信息，所述第一待巡检商户信息用于指示在所述第一日期对所述商户的所述基础信息进行巡检；

并且，所述服务器在所述第一日期向终端设备发送巡检指示信息，包括：

所述服务器每天判断所述待巡检商户信息所指示的所述第一日期是否为当天日期；

所述第一日期为所述当天日期时，所述服务器向所述终端设备发送所述巡检指示信息。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

所述服务器接收所述业务人员使用所述终端设备采集的所述商户的当前基础信息，所述当前基础信息包括所述商户的当前店铺地址信息，所述商户的当前经营信息和所述商户的当前POS机具信息；

所述服务器将所述商户的所述基础信息更新为所述当前基础信息，并且更新所述商户的所述基础信息的启用日期。

5.根据权利要求3或4所述的方法，其特征在于，所述方法还包括：

所述服务器在第三日期判断所述第一待巡检商户信息所指示的所述第一日期是否已超过所述当天日期；

所述第一日期已超过所述当天日期的情况下，生成第二待巡检商户信息，所述第二待巡检商户信息用于指示在第四日期对所述商户的所述基础信息进行巡检，所述第四日期为所述第三日期之后间隔所述预设巡检周期的日期。

6.一种处理商户信息的方法，其特征在于，包括：

终端设备接收服务器在第一日期发送的巡检指示信息，所述巡检指示信息用于指示所述终端设备的业务人员对商户的基础信息进行巡检，所述基础信息包括所述商户的店铺地址信息、经营信息和销售点情报管理系统POS机具信息；

所述终端设备向所述业务人员输出所述巡检指示信息。

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：

所述终端设备采集所述商户的当前基础信息，所述当前基础信息包括所述商户的当前店铺地址信息，所述商户的当前经营信息和所述商户的当前POS机具信息；

所述终端设备向所述服务器发送所述当前基础信息。

8.根据权利要求7所述的方法，其特征在于，所述终端设备采集所述商户的当前基础信息，包括：

利用基于位置的服务LBS技术，采集所述当前店铺地址信息。

9.一种处理商户信息的装置，其特征在于，包括用于实现权利要求1至8中任一项所述的方法所需的各个功能模块。

10.一种处理商户信息的装置，其特征在于，包括：存储器和处理器；

所述存储器用于存储程序指令；

所述处理器用于调用所述存储器中的程序指令执行如权利要求1至8中任一项所述的方法。

Images