自动处理退费请求的方法、自动处理平台
文献发布时间：2023-06-19 10:51:07
技术领域
本发明实施例涉及物联网技术领域，具体涉及一种自动处理退费请求的方法、自动处理平台。
背景技术
由于业务的发展需要，多系统、多平台操作的情况已经形成大众化的趋势，从安全性角度，很多系统平台不会对外开放接口服务，而在处理某个业务时，可能需要同时在多个系统平台进行操作，就必须分为多个步骤在不同的系统平台分开获取所需的信息进行业务操作，例如话费充值，在天猫的充值订单中存在用户的恶意退费订单，客服人员在处理天猫后台的退费工单时，需要先在本省的CRM生产系统中获取用户的充值记录，查看用户是否真实充值，并截取真实充值的充值记录，然后登陆天猫后台填写拒绝退款的意见并上传截图凭证，多重操作使得客户人员的工作效率较低。
发明内容
鉴于上述问题，本发明实施例提供了一种自动处理退费请求的方法及自动处理平台，克服了上述问题。
根据本发明实施例的一个方面，提供了一种自动处理退费请求的方法，所述方法包括：当需要处理退费工单时，访问售后平台的待处理退费工单对应的售后页面并对所述售后页面进行解析，得到对应的解析页面，并从所述解析页面抓取消费信息；访问CRM平台的所述待处理退费工单对应的缴费页面，对所述缴费页面进行解析，得到对应的解析页面，并从所述解析页面抓取缴费信息；若所述消费信息与所述缴费信息匹配时，确定对应的退费请求无效。
在一种可选的方式中，所述访问待处理退费工单对应的售后页面并对所述售后页面进行解析，得到对应的解析页面，并从所述解析页面抓取消费信息之前，还包括：接收退费工单处理请求；访问售后平台的售后页面并获取退费工单列表，所述退费工单列表包括至少一个待处理退费工单及对应的待处理退费工单链接；从所述退费工单类别中选择一所述待处理退费工单；
所述若所述消费信息与所述缴费信息匹配时，确定对应的退费请求无效之后，还包括：若当前所述退费工单列表的待处理退费工单数量不为零，则转到选择一所述待处理退费工单链接的步骤。
在一种可选的方式中，所述访问售后平台的待处理退费工单对应的售后页面并对所述售后页面进行解析，得到对应的解析页面，包括：点击所述选择的待处理退费工单对应的链接，访问所述待处理退费工单对应的售后页面；获取所述待处理退费工单对应的第一HTML信息；对所述第一HTML信息进行解析，得到对应的第一解析页面。
在一种可选的方式中，所述对所述第一HTML信息进行解析，得到对应的第一解析页面，包括：从所述第一HTML信息中获取至少两个目标字符对应的地址，每一所述目标字符与所述消费信息对应，每一所述目标字符对应一地址；分别将所述对应的地址进行改写，得到对应的第一改写地址；基于所述对应的第一改写地址分别发起http请求，访问对应的第一解析页面，每一所述第一解析页面对应一所述改写地址；
所述从所述解析页面抓取消费信息，具体为：分别从所述对应的第一解析页面中抓取数据，所抓取的数据形成所述消费信息。
在一种可选的方式中，所述访问CRM平台的所述待处理退费工单对应的缴费页面，对所述缴费页面进行解析，得到对应的解析页面，包括：访问所述CRM平台的缴费页面，所述缴费页面包括缴费清单，所述缴费清单包括多个消费对象的缴费记录链接；点击与所述待处理退费工单对应的缴费记录链接，访问所述待处理退费工单对应的缴费页面；获取所述待处理退费工单对应的第二HTML信息；对所述第二HTML信息进行解析，得到对应的第二解析页面。
在一种可选的方式中，所述对所述第二HTML信息进行解析，得到对应的第二解析页面，包括：从所述第二HTML信息中获取至少两个目标字段对应的地址，每一所述目标字段与所述缴费信息对应，每一所述目标字段对应一地址；分别对所述至少两个目标字段对应的地址进行改写，得到对应的第二改写地址；基于所述对应的第二改写地址分别发起http请求，得到对应的第二解析页面，所述第二解析页面包括至少两个所述第二解析页面，一所述第二解析页面对应一所述第二改写地址；
所述从所述解析页面抓取缴费信息，具体为：分别从所述至少两个第二解析页面中抓取数据，所抓取的数据形成所述缴费信息。
在一种可选择的方式中，所述确定对应的退费请求无效之后，还包括：将所述缴费信息按预设格式展示，并截图上传至对应的售后平台；拒绝所述退费工单对应的退费请求。
根据本发明实施例的另一个方面，提供了一种自动处理平台，包括：第一解析模块，用于当需要处理退费工单时，访问售后平台的待处理退费工单对应的售后页面并对所述售后页面进行解析，得到对应的解析页面，并从所述解析页面抓取消费信息；第二解析模块，用于访问CRM平台的所述待处理退费工单对应的缴费页面，对所述缴费页面进行解析，得到对应的解析页面，并从所述解析页面抓取缴费信息；处理模块，用于若所述消费信息与所述缴费信息匹配时，确定对应的退费请求无效。
根据本发明实施例的另一方面，提供了一种服务器，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；
所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行上述自动处理退费请求的方法的步骤。
根据本发明实施例的又一方面，提供了一种计算机可读存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使所述处理器执行上述自动处理退费请求的方法步骤。
本发明实施例中，自动分别对售后页面及缴费页面进行解析，然后分别从解析页面获取缴费信息及消费信息，根据缴费信息及消费信息的匹配结果来确定对应的退费工单是否合理，无需通过客服人员登录不同的系统获取信息，提高处理效率。
上述说明仅是本发明实施例技术方案的概述，为了能够更清楚了解本发明实施例的技术手段，而可依照说明书的内容予以实施，并且为了让本发明实施例的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
图1示出了本发明第一实施例提供的自动处理退费请求的方法的流程示意图；
图2示出了本发明第一实施例提供的自动处理退费请求的方法的HTML信息的示意图；
图3示出了本发明第一实施例提供的自动处理退费请求的方法的一优选实施方式的流程示意图；
图4示出了示出了本发明第二实施例的自动处理平台的结构示意图；
图5示出了本发明第四实施例的服务器的结构示意图。
具体实施方式
下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。
图1示出了本发明第一实施例提供的自动处理退费请求的方法的流程示意图。在本实施例中，该自动处理退费请求的方法应用于自动处理平台中，如图1所示，该自动处理退费请求方法包括：
步骤S1，当需要处理退费工单时，访问售后平台的待处理退费工单对应的售后页面并对售后页面进行解析，得到对应的解析页面，并从解析页面抓取消费信息；
具体地，若需要处理退费工单时，自动访问售后平台的待处理退费工单对应的售后页面并对售后页面进行解析，得到对应的解析页面，并从解析页面抓取消费信息；该退费工单由消费者在客服端(如移动终端等)发起，例如在售后平台的订单售后中发起。若需要处理退费工单指的是当前已经接收到处理退费工单请求，且当前的退费工单列表中存储有至少一个待处理退费工单。该售后平台可以是天猫售后平台、苏宁、京东等，此处对此不作限制。
步骤S2，访问CRM平台的所述待处理退费工单对应的缴费页面，对缴费页面进行解析，得到对应的解析页面，并从解析页面抓取缴费信息；
具体地，访问对应的CRM平台，进入到待处理退费工单对应的缴费页面，对缴费页面进行解析，得到对应的解析页面，并从解析页面抓取缴费信息；需要说明的是，在进行退费工单的处理前，已经通过自动处理平台登录售后平台及CRM平台，并进入该售后平台的售后页面。
步骤S3，若消费信息与缴费信息匹配时，确定对应的退费请求无效。
具体地，将消费信息与缴费信息进行比对匹配，若二者匹配上，则说明该消费是真实存在的，因此退费请求是无效的。若二者匹配不上，例如，手机充值退费请求，若缴费信息中缺少到账时间，而消费信息中包括扣费时间，则说明缴费不成功，手机充值是不成功的，此时的退费请求是合理的。若缴费信息中到账时间在扣费时间之后的预设时间段，则说明二者匹配，此时充值成功，该退费请求是无效的。
在本实施例中，自动分别对售后页面及缴费页面进行解析，然后分别从解析页面获取缴费信息及消费信息，根据缴费信息及消费信息的匹配结果来确定对应的退费工单是否合理，无需通过客服人员登录不同的系统获取信息，提高处理效率。
在本实施例的一个优选方案中，该步骤S1前还包括：
接收退费工单处理请求；
具体地，进行退费工单处理时，售后人员(客服人员)需要登录处理系统(例如自动处理平台，即AUTOTF平台)，进入登录界面后，该自动处理平台当前显示的界面设置有退费处理按钮，或者有退费处理APP，售后人员需要点击该按钮或者APP，发出退费处理请求，该自动处理平台接收到该退费处理请求，进一步地，该自动处理平台可处理多个不同的销售平台的退费事件，用户点击该按钮或者APP时，界面可自动显示销售平台列表，由用户选择需要进行退费处理的销售平台。销售平台可以是天猫、京东、或者其他网购平台，此处对此不作限制。
访问售后平台的售后页面并获取退费工单列表；
具体地，访问该售后平台的售后页面，该售后页面上显示有处理退费公代列表，该退费工单列表包括至少一个待处理退费工单及对应的待处理退费工单链接，需要说明的是，该退费该退费工单列表可以以时间为顺序来对待退费工单进行排序，或者以时间段为顺序来对退费工单进行排序。在处理完一个退费工单后，该退费工单列表自动将对应待处理退费工单去除，或者，该待退费工单的信息灰化处理，对应的待处理退费工单链接无效，而将该退费工单转移到已处理退费工单列表中。
选择一待处理退费工单链接以进行访问；
具体地，是逐个处理退费工单的，此时需要在退费工单列表中选择一个待处理退费工单。优选地，优先选择与当前时间间隔最久的待处理退费工单，即以退费工单的申请时间节点为选择标准，当该退费工单列表中待处理退费工单是以申请时间节点作为排序标准时，直接选择排在最前面的待处理退费工单来进行处理(此时是以申请时间节点由先到后的排序方式)，这种方式可提高处理效率，避免后申请的退费工单比先申请的退费工单处理早，可以提高用户体验。
在本实施例的一个优选方案中，该步骤S3之后还包括(见图3)：
步骤S4，将缴费信息按预设格式展示，并截图上传至对应的售后平台；
具体地，将缴费信息按预设格式展示，并截图上传至对应的售后平台，该预设格式为提前设置的页面格式，优选地，采用js(jstemplate)模板格式，例如，将缴费信息以js格式布局生成页面，然后对页面进行截图，将接入上传至对应的售后平台，作为处理凭证；即将需要的信息整合在一个页面进行展示。
步骤S5，拒绝退费工单对应的退费请求；
具体地，根据前述的匹配结果，确定该退费请求无效，关闭该退费工单，还可以进一步电极拒绝退款的按钮。该退费工单列表中的对应待处理退费工单转移至已处理退费工单区域中，或者直接灰化该待处理退费工单，灰化表示该退费工单已经处理。
在本实施例的进一步优选方案中，该步骤S3之后还可包括：
若当前退费工单列表的待处理退费工单数量不为零，则转到选择一待处理退费工单链接的步骤；
具体地，由于在处理退费工单时，是集中一部分退费工单后才开始进行处理，此时处理完一条退费工单后，需要查看该退费工单列表中是否还有待处理退费工单(即未被处理的退费工单)，若存在则转到选择一待处理退费工单链接的步骤，进行下一待处理退费工单的处理，否则停止流程。
在本实施例的更进一步优选方案中，该若当前退费工单列表的待处理退费工单数量不为零，则转到选择一待处理退费工单链接的步骤应该是在步骤S5之后，即在完成上一待处理退费工单的处理流程后，才需要查看当前退费工单列表的待处理退费工单数量。
在本实施例的一个优选方案中，在接收退费工单处理请求之前还包括：
登录售后平台及CRM平台；
具体地，开始进行退费工单处理时，客服人员首先需要理由本地客户端链接自动处理平台，通过自动处理平台登录售后平台及CRM平台。
例如：用户可通过客户端发起登录请求，发起“AutoTFUrl地址+Target Url地址”请求，基于http逆向代理访问对应的web站点，该自动处理平台基于前述地址进行改写得到可在自动处理平台直接登录的地址，如：自动处理平台的Url地址是http://10.70.1.136:1306/，客户端访问的web站点是：http://www.tiamao.com，自动处理平台向客户端反馈：http://10.70.1.1:1306/AutoTF/http://www.baidu.com,客户端就可以通过自动处理平台登录对应的售后平台了，自动处理平台进入售后平台后，打开售后页面，从售后页面抓取对应的消费信息。该消费信息可以包括订单编号、商品名称、消费对象、订单金额等，该消费对象可以是任何在网购平台进行交易的产品或者服务，若消费行为是手机充值时，该消费对象为手机号码，若消费行为是购买衣服时，该消费对象为该衣服。需要说明的是，同一个消费对象对应的消费行为可能会有多次，此时截取的是与退费工单的时间接近的消费行为记录，如用户在2019.9.10的晚上7点及2019.10.10的晚上7点通过天猫进行手机充值，而在2019.10.10的晚上9点在天猫提交的手机充值退费申请，对应的退费工单的产生时间为2019.10.10的晚上9点，而该退费工单对应的消费信息是从2019.10.10的晚上7点的手机充值行为中获取。
在一实施例中，访问售后平台的待处理退费工单对应的售后页面并对所述售后页面进行解析，得到对应的解析页面的具体过程如下：
点击选择的待处理退费工单对应的链接，访问待处理退费工单对应的售后页面；
具体地，自动处理平台自动点击所选择的待处理退费工单的链接，或者说是基于所选择的待处理退费工单的链接向对应的web发起http请求，访问对应的售后页面。
获取待处理退费工单对应的第一HTML信息；
具体地，对应的web反馈对应第一HTML信息。该HTML信息可以为图2所示。例如，点击该退费工单的链接时，对应的售后平台会反馈对应的HTML信息，该HTML信息包括该次消费的相关信息，如：下单时间、商品名称、消费对象、订单号、订单金额、退费申请时间、待处理时间等。
对第一HTML信息进行解析，得到对应的第一解析页面；
具体地，对第一HTML信息进行解析，得到对应的第一解析页面，例如，将第一HTML信息中的某些字段或者字符截取出来，生成对应的链接地址，然后得到对应的第一解析页面，即对前述第一HTML信息进行页面元素解析，形成与消费信息对应的页面。
在本实施例的进一步优选方案中，对第一HTML信息进行解析，得到对应的第一解析页面的过程如下：
从第一HTML信息中获取至少两个目标字符对应的地址；
具体地，预先设置退费请求对应的目标字符，该目标字符的数量可以为2个、3个或者更多，为了提高匹配准确性，优选为3个，该目标字符可为：a、img、fram等。每一所述目标字符与所述消费信息对应，且一所述目标字符对应一地址，根据图2所示，从该第一HTML信息中提取与目标字符对应的地址，例如：从第一HTML信息中获取与前述目标字符对应的地址；如：。
分别将对应的地址进行改写，得到对应的第一改写地址；
具体地，分别对前述的地址进行改写，得到对应的第一改写地址，如得到与a相关的第一改写地址，与img对应的第一改写地址，与fram对应的第一改写地址，使得自动处理平台可直接通过该改写地址访问对应的站点，例如：将改写为：。
基于至少两个第一改写地址分别发起http请求，访问对应的至少两个第一解析页面；
具体地，对前述的第一改写地址分别发起http请求，访问对应的第一解析页面，该第一解析页面的信息与所述消费信息的元素对应，每一第一改写地址对应一第一解析页面。
进一步地，该从解析页面抓取消费信息的过程如下：
分别从至少两个第一解析页面中抓取数据，所抓取的数据形成消费信息；
具体地，分别从前述第一解析页面中抓取数据，将抓取的数据形成消费信息，例如，从其中一个第一解析页面中抓取充值时间及手机号码；从另外一个第一解析页面中抓取退费工单的生成时间、订单金额等。
在本实施例中，通过自动处理平台对原始的地址链接进行改写，自动进入改写地址对应的页面或者消费信息，无需人工逐个打开对应的网页进行查找，可提高处理效率。
在一实施例中，该所述访问CRM平台的所述待处理退费工单对应的缴费页面，对所述缴费页面进行解析，得到对应的解析页面的具体过程包括：
访问CRM平台的缴费页面；
具体地，访问CRM平台的缴费页面，所述缴费页面包括缴费清单，所述缴费清单包括多个消费对象的缴费记录链接；优选地，自动处理平台根据消费对象(例如手机号)从该缴费清单中命中对应的缴费记录链接；需要说明的是，同一消费对象可能存在多处消费行为，对应的缴费信息也会有多次，此时需要根据前述的消费时间或者退费工单产生的时间来定位及抓取对应的缴费信息。
点击与待处理退费工单对应的缴费记录链接，访问待处理退费工单对应的缴费页面；
具体地，点击该命中的缴费记录链接，访问对应的缴费页面，如以所述缴费记录链接发起http请求，访问对应的缴费页面；
获取待处理退费工单对应的第二HTML信息；
具体地，对应web会响应第二HTML信息，获取到该第二HTML信息。
对第二HTML信息进行解析，得到对应的第二解析页面；
具体地，从该第二HTML信息中解析出与缴费信息的元素对应的地址，然后形成第二解析页面。
在本实施例的进一步优选方案中，该对第二HTML信息进行解析，得到对应的第二解析页面的具体过程如下：
从第二HTML信息中获取至少两个目标字段对应的地址；
具体地，该第二HTML信息携带多个地址，需要预先设置缴费信息需要的目标字段，该缴费信息的元素可包括：消费对象、缴费时间、消费金额、消费渠道等。该缴费信息的元素为至少两个，优选地，选择三个。每一所述目标字段与所述缴费信息对应，一个所述元素对应一个目标字段。从第二HTML信息中提取与目标字段对应的地址；每一所述目标字段对应一地址。
分别对至少两个目标字段对应的地址进行改写，得到对应的第二改写地址；
具体地，对提取的目标字段的地址进行改写，得到对应的第二改写地址，使得自动处理平台可直接通过该第二改写地址访问对应的站点，访问对应的页面。
基于至少两个第二改写地址分别发起http请求，得到对应的至少两个第二解析页面；
具体地，通过自动处理平台基于所述第二改写地址分别发起http请求，访问对应的解析页面，每一所述页面展示的是与缴费信息对应的数据，每一所述第二改写地址对应一第二解析页面例如，其中一第二改写地址对应的页面显示缴费金额、另一个第二改写地址对应的页面显示到账时间等；
在本实施例的进一步优选方案中，从解析页面抓取缴费信息，具体为：
分别从至少两个第二解析页面中抓取数据，所抓取的数据形成所述缴费信息；
具体地，从前述第二解析页面中抓取与缴费信息对应的数据，所抓取的数据形成缴费信息。
需要说明的是，上述第一及第二并没有前后顺序或者其他含义，仅为了区别。
在本实施例中，自动分别对售后页面及缴费页面进行解析，然后分别从解析页面获取缴费信息及消费信息，根据缴费信息及消费信息的匹配结果来确定对应的退费工单是否合理，无需通过客服人员登录不同的系统获取信息，提高处理效率。
其次，通过自动处理平台的页面解析及整合技术，无需额外设置接口进行系统平台之间的衔接，可降低成本，也可提高处理效率。
再者，通过上述方式处理退费工单，可大大提高工作效率。
图4示出了本发明第二实施例的自动处理平台的结构示意图。该自动处理平台包括：第一解析模块41、与第一解析模块41连接的第二解析模块42、与第二解析模块42连接的处理模块43，其中：
第一解析模块41，用于当需要处理退费工单时，访问售后平台的待处理退费工单对应的售后页面并对售后页面进行解析，得到对应的解析页面，并从解析页面抓取消费信息；
具体地，若需要处理退费工单时，自动访问售后平台的待处理退费工单对应的售后页面并对售后页面进行解析，得到对应的解析页面，并从解析页面抓取消费信息；该退费工单由消费者在客服端(如移动终端等)发起，例如在售后平台的订单售后中发起。若需要处理退费工单指的是当前已经接收到处理退费工单请求，且当前的退费工单列表中存储有至少一个待处理退费工单。该售后平台可以是天猫售后平台、苏宁、京东等，此处对此不作限制。
第二解析模块42，用于访问CRM平台的所述待处理退费工单对应的缴费页面，对缴费页面进行解析，得到对应的解析页面，并从解析页面抓取缴费信息；
具体地，访问对应的CRM平台，进入到待处理退费工单对应的缴费页面，对缴费页面进行解析，得到对应的解析页面，并从解析页面抓取缴费信息；需要说明的是，在进行退费工单的处理前，已经通过自动处理平台登录售后平台及CRM平台，并进入该售后平台的售后页面。
处理模块43，用于若消费信息与缴费信息匹配时，确定对应的退费请求无效。
具体地，将消费信息与缴费信息进行比对匹配，若二者匹配上，则说明该消费是真实存在的，因此退费请求是无效的。若二者匹配不上，例如，手机充值退费请求，若缴费信息中缺少到账时间，而消费信息中包括扣费时间，则说明缴费不成功，手机充值是不成功的，此时的退费请求是合理的。若缴费信息中到账时间在扣费时间之后的预设时间段，则说明二者匹配，此时充值成功，该退费请求是无效的。
在本实施例中，自动分别对售后页面及缴费页面进行解析，然后分别从解析页面获取缴费信息及消费信息，根据缴费信息及消费信息的匹配结果来确定对应的退费工单是否合理，无需通过客服人员登录不同的系统获取信息，提高处理效率。
在本实施例的一个优选方案中，该自动处理平台还包括：与第一解析模块41连接的接收模块，与接收模块连接的访问模块，与访问模块连接的选择模块，其中：
接收模块，用于接收退费工单处理请求；
具体地，进行退费工单处理时，售后人员(客服人员)需要登录处理系统(例如自动处理平台，即AUTOTF平台)，进入登录界面后，该自动处理平台当前显示的界面设置有退费处理按钮，或者有退费处理APP，售后人员需要点击该按钮或者APP，发出退费处理请求，该自动处理平台接收到该退费处理请求，进一步地，该自动处理平台可处理多个不同的销售平台的退费事件，用户点击该按钮或者APP时，界面可自动显示销售平台列表，由用户选择需要进行退费处理的销售平台。销售平台可以是天猫、京东、或者其他网购平台，此处对此不作限制。
访问模块，用于访问售后平台的售后页面并获取退费工单列表；
具体地，访问该售后平台的售后页面，该售后页面上显示有处理退费公代列表，该退费工单列表包括至少一个待处理退费工单及对应的待处理退费工单链接，需要说明的是，该退费该退费工单列表可以以时间为顺序来对待退费工单进行排序，或者以时间段为顺序来对退费工单进行排序。在处理完一个退费工单后，该退费工单列表自动将对应待处理退费工单去除，或者，该待退费工单的信息灰化处理，对应的待处理退费工单链接无效，而将该退费工单转移到已处理退费工单列表中。
选择模块，用于选择一待处理退费工单链接以进行访问；
具体地，是逐个处理退费工单的，此时需要在退费工单列表中选择一个待处理退费工单。优选地，优先选择与当前时间间隔最久的待处理退费工单，即以退费工单的申请时间节点为选择标准，当该退费工单列表中待处理退费工单是以申请时间节点作为排序标准时，直接选择排在最前面的待处理退费工单来进行处理(此时是以申请时间节点由先到后的排序方式)，这种方式可提高处理效率，避免后申请的退费工单比先申请的退费工单处理早，可以提高用户体验。
在本实施例的一个优选方案中，该处理模块43还用于：
将缴费信息按预设格式展示，并截图上传至对应的售后平台；
具体地，将缴费信息按预设格式展示，并截图上传至对应的售后平台，该预设格式为提前设置的页面格式，优选地，采用js(jstemplate)模板格式，例如，将缴费信息以js格式布局生成页面，然后对页面进行截图，将接入上传至对应的售后平台，作为处理凭证；即将需要的信息整合在一个页面进行展示。
该处理模块43还用于：
拒绝退费工单对应的退费请求；
具体地，根据前述的匹配结果，确定该退费请求无效，关闭该退费工单，该退费工单列表中的对应待处理退费工单转移至已处理退费工单区域中，或者直接灰化该待处理退费工单，灰化表示该退费工单已经处理。
在本实施例的进一步优选方案中，该选择模块还用于：
若当前退费工单列表的待处理退费工单数量不为零，则转到选择一待处理退费工单链接的步骤；
具体地，由于在处理退费工单时，是集中一部分退费工单后才开始进行处理，此时处理完一条退费工单后，需要查看该退费工单列表中是否还有待处理退费工单，若存在则选择一待处理退费工单链接，进行下一待处理退费工单的处理，否则停止。
在本实施例的更进一步优选方案中，该若当前退费工单列表的待处理退费工单数量不为零，则转到选择一待处理退费工单链接的步骤应该是在步骤S5之后，即在完成上一待处理退费工单的处理流程后，才需要查看当前退费工单列表的待处理退费工单数量。
在本实施例的一个优选方案中，该自动处理平台还包括：与接收模块连接的登录模块，其中：
登录模块，用于登录售后平台及CRM平台；
具体地，开始进行退费工单处理时，客服人员首先需要理由本地客户端链接自动处理平台，通过自动处理平台登录售后平台及CRM平台。
例如：用户可通过客户端发起登录请求，发起“AutoTFUrl地址+Target Url地址”请求，基于http逆向代理访问对应的web站点，该自动处理平台基于前述地址进行改写得到可在自动处理平台直接登录的地址，如：自动处理平台的Url地址是http://10.70.1.136:1306/，客户端访问的web站点是：http://www.tiamao.com，自动处理平台向客户端反馈：http://10.70.1.1:1306/AutoTF/http://www.baidu.com,客户端就可以通过自动处理平台登录对应的售后平台了，自动处理平台进入售后平台后，打开售后页面，从售后页面抓取对应的消费信息。该消费信息可以包括订单编号、商品名称、消费对象、订单金额等，该消费对象可以是任何在网购平台进行交易的产品或者服务，若消费行为是手机充值时，该消费对象为手机号码，若消费行为是购买衣服时，该消费对象为该衣服。需要说明的是，同一个消费对象对应的消费行为可能会有多次，此时截取的是与退费工单的时间接近的消费行为记录，如用户在2019.9.10的晚上7点及2019.10.10的晚上7点通过天猫进行手机充值，而在2019.10.10的晚上9点在天猫提交的手机充值退费申请，对应的退费工单的产生时间为2019.10.10的晚上9点，而该退费工单对应的消费信息是从2019.10.10的晚上7点的手机充值行为中获取。
在一实施例中，该第一解析模块52具体用于：
点击选择的待处理退费工单对应的链接，访问待处理退费工单对应的售后页面；
具体地，自动处理平台自动点击所选择的待处理退费工单的链接，或者说是基于所选择的待处理退费工单的链接向对应的web发起http请求，访问对应的售后页面。
获取待处理退费工单对应的第一HTML信息；
具体地，对应的web反馈对应第一HTML信息。该HTML信息可以为图2所示。例如，点击该退费工单的链接时，对应的售后平台会反馈对应的HTML信息，该HTML信息包括该次消费的相关信息，如：下单时间、商品名称、消费对象、订单号、订单金额、退费申请时间、待处理时间等。
对第一HTML信息进行解析，得到对应的第一解析页面；
具体地，对第一HTML信息进行解析，得到对应的第一解析页面，例如，将第一HTML信息中的某些字段或者字符截取出来，生成对应的链接地址，然后得到对应的第一解析页面，即对前述第一HTML信息进行页面元素解析，形成与消费信息对应的页面。
在本实施例的进一步优选方案中，对第一HTML信息进行解析，得到对应的第一解析页面的过程如下：
从第一HTML信息中获取至少两个目标字符对应的地址；
具体地，预先设置退费请求对应的目标字符，该目标字符的数量可以为2个、3个或者更多，为了提高匹配准确性，优选为3个，该目标字符可为：a、img、fram等。每一所述目标字符与所述消费信息对应，且一所述目标字符对应一地址，根据图2所示，从该第一HTML信息中提取与目标字符对应的地址，例如：从第一HTML信息中获取与前述目标字符对应的地址；如：。
分别将对应的地址进行改写，得到对应的第一改写地址；
具体地，分别对前述的地址进行改写，得到对应的第一改写地址，如得到与a相关的第一改写地址，与img对应的第一改写地址，与fram对应的第一改写地址，使得自动处理平台可直接通过该改写地址访问对应的站点，例如：将改写为：。
基于至少两个第一改写地址分别发起http请求，访问对应的至少两个第一解析页面；
具体地，对前述的第一改写地址分别发起http请求，访问对应的第一解析页面，该第一解析页面的信息与所述消费信息的元素对应，每一第一改写地址对应一第一解析页面。
进一步地，该从解析页面抓取消费信息的过程如下：
分别从至少两个第一解析页面中抓取数据，所抓取的数据形成消费信息；
具体地，分别从前述第一解析页面中抓取数据，将抓取的数据形成消费信息，例如，从其中一个第一解析页面中抓取充值时间及手机号码；从另外一个第一解析页面中抓取退费工单的生成时间、订单金额等。
在本实施例中，通过自动处理平台对原始的地址链接进行改写，自动进入改写地址对应的页面或者消费信息，无需人工逐个打开对应的网页进行查找，可提高处理效率。
在一实施例中，该第二解析模块53具体用于：
访问CRM平台的缴费页面；
具体地，访问CRM平台的缴费页面，所述缴费页面包括缴费清单，所述缴费清单包括多个消费对象的缴费记录链接；优选地，自动处理平台根据消费对象(例如手机号)从该缴费清单中命中对应的缴费记录链接；需要说明的是，同一消费对象可能存在多处消费行为，对应的缴费信息也会有多次，此时需要根据前述的消费时间或者退费工单产生的时间来定位及抓取对应的缴费信息。
点击与待处理退费工单对应的缴费记录链接，访问待处理退费工单对应的缴费页面；
具体地，点击该命中的缴费记录链接，访问对应的缴费页面，如以所述缴费记录链接发起http请求，访问对应的缴费页面；
获取待处理退费工单对应的第二HTML信息；
具体地，对应web会响应第二HTML信息，获取到该第二HTML信息。
对第二HTML信息进行解析，得到对应的第二解析页面；
具体地，从该第二HTML信息中解析出与缴费信息的元素对应的地址，然后形成第二解析页面。
在本实施例的进一步优选方案中，该对第二HTML信息进行解析，得到对应的第二解析页面的具体过程如下：
从第二HTML信息中获取至少两个目标字段对应的地址；
具体地，该第二HTML信息携带多个地址，需要预先设置缴费信息需要的目标字段，该缴费信息的元素可包括：消费对象、缴费时间、消费金额、消费渠道等。该缴费信息的元素为至少两个，优选地，选择三个。每一所述目标字段与所述缴费信息对应，一个所述元素对应一个目标字段。从第二HTML信息中提取与目标字段对应的地址；每一所述目标字段对应一地址。
分别对至少两个目标字段对应的地址进行改写，得到对应的第二改写地址；
具体地，对提取的目标字段的地址进行改写，得到对应的第二改写地址，使得自动处理平台可直接通过该第二改写地址访问对应的站点，访问对应的页面。
基于至少两个第二改写地址分别发起http请求，得到对应的至少两个第二解析页面；
具体地，通过自动处理平台基于所述第二改写地址分别发起http请求，访问对应的解析页面，每一所述页面展示的是与缴费信息对应的数据，每一所述第二改写地址对应一第二解析页面例如，其中一第二改写地址对应的页面显示缴费金额、另一个第二改写地址对应的页面显示到账时间等；
在本实施例的进一步优选方案中，从解析页面抓取缴费信息，具体为：
分别从至少两个第二解析页面中抓取数据，所抓取的数据形成所述缴费信息；
具体地，从前述第二解析页面中抓取与缴费信息对应的数据，所抓取的数据形成缴费信息。
在本实施例中，自动分别对售后页面及缴费页面进行解析，然后分别从解析页面获取缴费信息及消费信息，根据缴费信息及消费信息的匹配结果来确定对应的退费工单是否合理，无需通过客服人员登录不同的系统获取信息，提高处理效率。
本发明第三实施例还提供了一种计算机可读存储介质，所述计算机存储介质包括存储在计算机存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，使所述计算机执行上述第一实施例中的自动处理退费请求的方法。
可执行指令具体可以用于使得处理器执行以下操作：
当需要处理退费工单时，访问售后平台的待处理退费工单对应的售后页面并对所述售后页面进行解析，得到对应的解析页面，并从所述解析页面抓取消费信息；
访问CRM平台的所述待处理退费工单对应的缴费页面，对所述缴费页面进行解析，得到对应的解析页面，并从所述解析页面抓取缴费信息；
若所述消费信息与所述缴费信息匹配时，确定对应的退费请求无效。
在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：
接收退费工单处理请求；
访问售后平台的售后页面并获取退费工单列表，所述退费工单列表包括至少一个待处理退费工单及对应的待处理退费工单链接；
从所述退费工单类别中选择一所述待处理退费工单；
所述可执行指令使所述处理器执行以下操作：
若当前所述退费工单列表的待处理退费工单数量不为零，则转到选择一所述待处理退费工单链接的步骤。
在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：
点击所述选择的待处理退费工单对应的链接，访问所述待处理退费工单对应的售后页面；
获取所述待处理退费工单对应的第一HTML信息；
对所述第一HTML信息进行解析，得到对应的第一解析页面。
在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：
从所述第一HTML信息中获取至少两个目标字符对应的地址，每一所述目标字符与所述消费信息对应，每一所述目标字符对应一地址；
分别将所述对应的地址进行改写，得到对应的第一改写地址；
基于所述对应的第一改写地址分别发起http请求，访问对应的第一解析页面，每一所述第一解析页面对应一所述改写地址；
所述可执行指令使所述处理器执行以下操作：
分别从所述对应的第一解析页面中抓取数据，所抓取的数据形成所述消费信息。
在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：
访问所述CRM平台的缴费页面，所述缴费页面包括缴费清单，所述缴费清单包括多个消费对象的缴费记录链接；
点击与所述待处理退费工单对应的缴费记录链接，访问所述待处理退费工单对应的缴费页面；
获取所述待处理退费工单对应的第二HTML信息；
对所述第二HTML信息进行解析，得到对应的第二解析页面。
在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：
从所述第二HTML信息中获取至少两个目标字段对应的地址，每一所述目标字段与所述缴费信息对应，每一所述目标字段对应一地址；
分别对所述至少两个目标字段对应的地址进行改写，得到对应的第二改写地址；
基于所述对应的第二改写地址分别发起http请求，得到对应的第二解析页面，所述第二解析页面包括至少两个所述第二解析页面，一所述第二解析页面对应一所述第二改写地址；
所述可执行指令使所述处理器执行以下操作：
分别从所述至少两个第二解析页面中抓取数据，所抓取的数据形成所述缴费信息。
在一种可选的方式中，可执行指令具体可以用于使得处理器执行以下操作：
将所述缴费信息按预设格式展示，并截图上传至对应的售后平台；
拒绝所述退费工单对应的退费请求。
图5示出了本发明第四实施例的服务器的结构示意图，本发明具体实施例并不对设备的具体实现做限定。
如图5所示，该服务器可以包括：处理器(processor)502、通信接口(Communications Interface)504504、存储器(memory)506、以及通信总线508。
其中：处理器502、通信接口804、以及存储器506通过通信总线508完成相互间的通信。通信接口504，用于与其它设备比如客户端或其它服务器等的网元通信。处理器502，用于执行程序510，具体可以执行上述第一实施例中的自动处理退费请求的方法的相关步骤。
具体地，程序510可以包括程序代码，该程序代码包括计算机操作指令。
处理器502可能是中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。
存储器506，用于存放程序510。存储器506可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。
程序510具体可以用于使得处理器502执行以下操作：
当需要处理退费工单时，访问售后平台的待处理退费工单对应的售后页面并对所述售后页面进行解析，得到对应的解析页面，并从所述解析页面抓取消费信息；
访问CRM平台的所述待处理退费工单对应的缴费页面，对所述缴费页面进行解析，得到对应的解析页面，并从所述解析页面抓取缴费信息；
若所述消费信息与所述缴费信息匹配时，确定对应的退费请求无效。
在一种可选的方式中，所述程序510使所述处理器502执行以下操作：
接收退费工单处理请求；
访问售后平台的售后页面并获取退费工单列表，所述退费工单列表包括至少一个待处理退费工单及对应的待处理退费工单链接；
从所述退费工单类别中选择一所述待处理退费工单；
所述程序510使所述处理器502执行以下操作：若当前所述退费工单列表的待处理退费工单数量不为零，则转到选择一所述待处理退费工单链接的步骤。
在一种可选的方式中，所述程序510使所述处理器502执行以下操作：
点击所述选择的待处理退费工单对应的链接，访问所述待处理退费工单对应的售后页面；
获取所述待处理退费工单对应的第一HTML信息；
对所述第一HTML信息进行解析，得到对应的第一解析页面。
在一种可选的方式中，所述程序510使所述处理器502执行以下操作：
从所述第一HTML信息中获取至少两个目标字符对应的地址，每一所述目标字符与所述消费信息对应，每一所述目标字符对应一地址；
分别将所述对应的地址进行改写，得到对应的第一改写地址；
基于所述对应的第一改写地址分别发起http请求，访问对应的第一解析页面，每一所述第一解析页面对应一所述改写地址；
所述程序510使所述处理器502执行以下操作：
分别从所述对应的第一解析页面中抓取数据，所抓取的数据形成所述消费信息。
在一种可选的方式中，所述程序510使所述处理器502执行以下操作：
访问所述CRM平台的缴费页面，所述缴费页面包括缴费清单，所述缴费清单包括多个消费对象的缴费记录链接；
点击与所述待处理退费工单对应的缴费记录链接，访问所述待处理退费工单对应的缴费页面；
获取所述待处理退费工单对应的第二HTML信息；
对所述第二HTML信息进行解析，得到对应的第二解析页面。
在一种可选的方式中，所述程序510使所述处理器502执行以下操作：
从所述第二HTML信息中获取至少两个目标字段对应的地址，每一所述目标字段与所述缴费信息对应，每一所述目标字段对应一地址；
分别对所述至少两个目标字段对应的地址进行改写，得到对应的第二改写地址；
基于所述对应的第二改写地址分别发起http请求，得到对应的第二解析页面，所述第二解析页面包括至少两个所述第二解析页面，一所述第二解析页面对应一所述第二改写地址；
所述程序510使所述处理器502执行以下操作：
分别从所述至少两个第二解析页面中抓取数据，所抓取的数据形成所述缴费信息。
在一种可选的方式中，所述程序510使所述处理器502执行以下操作：
将所述缴费信息按预设格式展示，并截图上传至对应的售后平台；
拒绝所述退费工单对应的退费请求。
在本发明实施例中，自动分别对售后页面及缴费页面进行解析，然后分别从解析页面获取缴费信息及消费信息，根据缴费信息及消费信息的匹配结果来确定对应的退费工单是否合理，无需通过客服人员登录不同的系统获取信息，提高处理效率。
在此提供的算法或显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
类似地，应当理解，为了精简本发明并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。上述实施例中的步骤，除有特殊说明外，不应理解为对执行顺序的限定。
- 自动处理退费请求的方法、自动处理平台
- 一种请求自动处理的方法及装置