CN105183889B - 数据处理方法和浏览器装置 - Google Patents

Abstract

本发明实施例提供了一种数据处理方法和浏览器装置，所述的方法包括：在浏览器客户端上设置一处理插件，所述处理插件包括多个接口；所述处理插件接收针对原始数据的原始处理指令；所述处理插件依据预设规则判断所述原始处理指令是否能够正常执行；当所述原始处理指令能够正常执行时，所述处理插件调用第一接口对所述原始数据执行所述原始处理指令；当所述原始处理指令不能正常执行时，所述处理插件依据所述原始处理指令对所述原始数据进行中转处理。节省浏览器客户端对原始数据进行处理的时间，从而提高浏览器客户端的数据处理效率。

Description

数据处理方法和浏览器装置

技术领域

本发明涉及通信技术领域，特别是涉及一种数据处理方法和一种浏览器装置。

背景技术

为了适应社会和经济发展的需要，适应货主和旅客——安全、准确、快速、方便、舒适的要求。各国铁路纷纷进行大规模的现代化技术改造，同时改革运输组织工作，积极采用高新技术，在重载、高速运输和信息技术方面取得了新的突破，再加之现代管理和优质服务以及铁路的区域联网、洲际联网，使铁路增添了新的活力，在陆上运输中仍继续发挥着骨干作用，在现代化运输方式中占着重要的地位。

随着互联网的高速发展，车票作为铁路运输的乘车凭证，也可以在互联网上进行购买，例如用户可以登录12306网站购买电子车票，然后去车站换取纸质车票。网上电子车票的预售期通常比较长，如今已经延长至60天，实际中往往会发生很多突发状况，而由于预售期较长，给出行增加了不少变数，此时提前两个月订好的电子车票往往需要退掉。但是退票时，如果不在退票免费期，往往需要支付一笔不菲的退票费，并且现有的退票方法比较繁琐，用户在网上进行退票时也给浏览器客户端增加了不少负担。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的数据处理方法和相应的浏览器装置。

依据本发明的一个方面，提供了一种数据处理方法，包括：在浏览器客户端上设置一处理插件，所述处理插件包括多个接口；所述处理插件接收针对原始数据的原始处理指令；所述处理插件依据预设规则判断所述原始处理指令是否能够正常执行；当所述原始处理指令能够正常执行时，所述处理插件调用第一接口对所述原始数据执行所述原始处理指令；当所述原始处理指令不能正常执行时，所述处理插件依据所述原始处理指令对所述原始数据进行中转处理。

依据本发明的另一个方面，提供了一种浏览器装置，包括：插件设置模块，用于在浏览器客户端上设置一处理插件，所述处理插件包括多个接口；接收模块，用于通过所述处理插件接收针对原始数据的原始处理指令；判断模块，用于通过所述处理插件依据预设规则判断所述原始处理指令是否能够正常执行；执行模块，用于当所述原始处理指令能够正常执行时，通过所述处理插件调用第一接口对所述原始数据执行所述原始处理指令；中转模块，用于当所述原始处理指令不能正常执行时，通过所述处理插件依据所述原始处理指令对所述原始数据进行中转处理。

根据本发明的数据处理方法可以通过浏览器客户端设置的处理插件对数据进行处理，减少了浏览器客户端侧的资源占用，由此解决了浏览器客户端数据处理效率低的问题，取得了节省浏览器客户端对原始数据进行处理的时间，从而提高浏览器客户端的数据处理效率的有益效果。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例的一种数据处理方法的流程图；

图2示出了根据本发明一个实施例的一种数据处理方法的流程图；

图3示出了根据本发明一个实施例的退改签页面示意图；

图4示出了根据本发明一个实施例的一种浏览器装置的结构框图；以及

图5示出了根据本发明一个实施例的中转模块的结构框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

实施例一：

参照图1，示出了根据本发明一个实施例的一种数据处理方法实施例的步骤流程图，具体可以包括如下步骤：

步骤102，在浏览器客户端上设置一处理插件，所述处理插件包括多个接口。

本实施例可以在浏览器客户端上设置处理插件来进行数据处理，所述处理插件具体可以包括多个接口。本实施例中具体可以通过chrome的功能扩展在浏览器的客户端中设置处理插件，可以通过mainfast.json配置chrome扩展应用的方式来设置处理插件，允许扩展的页面可以跨域提交数据给相应的网站获取cookie。处理插件可以表现为插件的形式，或是JS写的脚本，本实施例中所述处理插件具体可以包括多个接口，例如第一接口、第二接口等，也可以将处理插件作为一个总的接口。需要说明的是，处理插件也可以设置为其他形式，本实施例处理插件包括多个接口并非对处理插件具体形式的限制。

步骤104，所述处理插件接收针对原始数据的原始处理指令。

在浏览器客户端设置处理插件之后，浏览器客户端可以通过所述处理插件接收原始处理指令，本实施例中原始处理指令具体可以对原始数据进行处理的指令，至于原始处理指令的具体内容本实施例不做限制。具体实现时，所述处理插件可以在原始数据的显示页面中设置按钮，通过该按钮来接收针对原始数据的原始处理指令，当用户点击该按钮时，会触发对原始数据的处理流程。当然，具体实现时所述处理插件还可以采用其他方式接收针对原始数据的原始处理指令，本实施例对所述处理插件接收所述原始处理指令的方式不做限制。

步骤106，所述处理插件依据预设规则判断所述原始处理指令是否能够正常执行。

所述处理插件接收到原始处理指令之后，需要对所述原始处理指令进行判断，具体可以判断所述原始处理指令是否能够正常执行。需要说明的是，本实施例中原始处理指令能够正常执行是指执行原始处理指令符合预设规则，而预设规则具体可以包括：时间规则、效率规则等。如果执行所述原始处理指令符合预设规则，则所述处理插件判定所述原始处理指令能够正常执行，此时直接对原始数据执行所述原始处理指令即可，即下述步骤108；如果执行所述原始处理指令不符合预设规则，则所述处理插件判定所述原始处理指令不能正常执行，此时不能直接对原始数据执行所述原始处理指令，需要依据所述原始处理指令对所述原始数据进行中转处理，即下述步骤110。

步骤108，当所述原始处理指令能够正常执行时，所述处理插件调用第一接口对所述原始数据执行所述原始处理指令。

本实施例中处理插件包括多个接口，其中第一接口可以直接对所述原始数据执行所述原始处理指令，因此当所述处理插件判定所述原始处理指令能够正常执行时，所述处理插件调用第一接口对所述原始数据执行所述原始处理指令。

步骤110，当所述原始处理指令不能正常执行时，所述处理插件依据所述原始处理指令对所述原始数据进行中转处理。

当所述原始处理指令不能正常执行时，所述处理插件不能直接对所述原始数据执行所述原始处理指令，需要先依据所述原始处理指令对所述原始数据进行中转处理。具体实现时可以在执行所述原始处理指令之前，先对所述原始数据执行中转指令。

本实施例首先在浏览器客户端上设置一处理插件，所述处理插件包括多个接口；然后所述处理插件接收针对原始数据的原始处理指令；接着所述处理插件依据预设规则判断所述原始处理指令是否能够正常执行；然后当所述原始处理指令能够正常执行时，所述处理插件调用第一接口对所述原始数据执行所述原始处理指令；最后当所述原始处理指令不能正常执行时，所述处理插件依据所述原始处理指令对所述原始数据进行中转处理。本实施例在浏览器客户端上设置处理插件，通过所述处理插件对原始数据进行处理，可以减少浏览器客户端侧的资源占用，节省了对原始数据进行处理的时间，从而提高了浏览器客户端的数据处理效率。而且，由于本实施例通过浏览器客户端实现上述功能，因此用户可以在使用浏览器客户端浏览页面过程中随时地、直接在浏览器的当前标签中通过处理插件对原始数据进行处理，提高了数据处理效率。

实施例二：

在上述实施例的基础上，本实施例继续论述数据处理方法。

参照图2，示出了根据本发明一个实施例的一种数据处理方法实施例的步骤流程图，具体可以包括如下步骤：

步骤202，在浏览器客户端上设置一处理插件，所述处理插件包括多个接口。

本实施例以处理插件为抢票插件为例进行说明，在浏览器客户端上设置抢票插件，同样，所述抢票插件具体可以包括多个接口。本实施例中具体可以通过chrome的功能扩展在浏览器的客户端中设置抢票插件，可以通过mainfast.json配置chrome扩展应用的方式来设置抢票插件，允许扩展的页面可以跨域提交数据给相应的网站获取cookie。抢票插件可以表现为插件的形式，或是JS写的脚本，本实施例中所述抢票插件具体可以包括多个接口，例如第一接口、第二接口等，也可以将抢票插件作为一个总的接口。需要说明的是，抢票插件也可以设置为其他形式，本实施例抢票插件包括多个接口并非对抢票插件具体形式的限制。

步骤204，所述处理插件接收针对原始数据的原始处理指令。

在浏览器客户端设置处理插件之后，浏览器客户端可以通过所述处理插件接收原始处理指令，本实施例处理插件具体可以包括抢票插件，原始处理指令具体可以包括原始退票指令，原始数据具体可以包括用户需要进行退票的原始电子车票。具体实现时，所述抢票插件可以在原始电子车票的显示页面中设置“一键退票按钮”，通过该“一键退票按钮”来接收针对原始电子车票的原始退票指令，当用户点击该“一键退票按钮”时，会触发对原始电子车票的一键退票流程。需要说明的是，上述原始电子车票具体可以是通过铁道部12306网站网上订购的电子车票，也可以是通过抢票插件自带的抢票功能连接12306服务器网上订购的电子车票，在用户的12306网站的购票系统中能够查询到的电子车票都可以进入本实施例的退票方法进行退票。本实施例以原始电子车票为“由北京开往深圳的G71次列车车票，二等座，票面金额936.5元”为例进行说明。如图3所示，是本实施例的退改签页面，与设置抢票插件之前传统的12306退改签页面相比，多出了一个“360省钱退票”按钮。用户可以打开12306网站，在购票系统→“我的12306”→“已完成订单(改/退)”进入到图3所示的退改签页面，进而在所述退改签页面中找到上述原始电子车票，点击“360省钱退票”按钮，进入“省钱退票”模式。

本实施例所述处理插件接收针对原始数据的原始处理指令，具体可以通过以下方式来实现：首先，浏览器客户端通过所述处理插件开启包含原始数据的原始页面，解析所述原始页面并在所述原始页面中注入脚本语言；其次，修改所述原始页面以在所述原始页面中设置一指令接收按钮；最后，通过所述指令接收按钮接收针对原始数据的原始处理指令。本实施例中指令接收按钮具体为上述“一键退票按钮”。

步骤206，所述处理插件依据预设规则判断所述原始处理指令是否能够正常执行。

本实施例中所述处理插件依据预设规则判断所述原始处理指令是否能够正常执行，具体可以包括以下子步骤：

子步骤一，所述处理插件依据预设规则判断对所述原始数据执行所述原始处理指令是否产生消耗。所述处理插件依据预设规则判断对所述原始数据执行所述原始处理指令是否产生消耗，具体可以通过以下方式来实现：首先，所述处理插件计算所述原始数据包含的原始时间与所述原始处理指令对应的指令时间的时间差；其次，所述处理插件依据预设规则判断所述时间差是否大于预设的时间阈值；再次，当所述时间差大于所述时间阈值时，判定对所述原始数据执行所述原始处理指令不产生消耗；最后，当所述时间差小于等于所述时间阈值时，判定对所述原始数据执行所述原始处理指令产生消耗。

子步骤二，当依据预设规则对所述原始数据执行所述原始处理指令不产生消耗时，判定所述原始处理指令能够正常执行。

子步骤三，当依据预设规则对所述原始数据执行所述原始处理指令产生消耗时，判定所述原始处理指令不能正常执行。

需要说明的是，本实施例中所述预设规则具体可以是铁路退票规则，例如退票收费规则：退票日期距离乘车日期在15天外则退票免费，15天内48小时以上收取5％的退票费，48小时内24小时以上收取10％的退票费，发车前24小时以内的退票，收取20％的退票费率。本实施例中上述判断对所述原始数据执行所述原始处理指令是否产生消耗，即判断对原始电子车票进行退票，依据上述退票收费规则，是否会产生退票费。本实施例中若对上述“由北京开往深圳的G71次列车车票，二等座，票面金额936.5元”的原始电子车票在15天以内48小时以上进行退票，依据上述退票收费规则，需要按照5％的退票费率收取退票费，需要支付的退票款将为936.5元x5％＝46.83元，因此判定对所述原始数据执行所述原始处理指令会产生消耗，因此进一步判定所述原始处理指令不能正常执行。

步骤208，当所述原始处理指令能够正常执行时，所述处理插件调用第一接口对所述原始数据执行所述原始处理指令。

当所述原始处理指令能够正常执行时，说明依据预设规则对所述原始数据执行所述原始处理指令不产生消耗，在本实施例中即对原始电子车票直接进行退票依据退票收费规则不会产生退票费，因此完全可以直接对原始电子车票进行退票。所述处理插件调用第一接口对所述原始数据执行所述原始处理指令，在本实施例中具体为所述抢票插件调用退票接口对所述原始电子车票执行原始退票指令。

本实施例中所述处理插件调用第一接口对所述原始数据执行所述原始处理指令，具体可以通过以下方式来实现：

首先，所述处理插件调用第一接口，获取所述第一接口的接口参数、统一资源定位符地址和超文本传输协议请求方式。本实施例中所述处理插件具体为抢票插件，所述第一接口具体为退票接口，所述第一接口的接口参数、统一资源定位符地址和超文本传输协议请求方式具体分别为退票接口的接口参数、统一资源定位符地址和超文本传输协议请求方式，其中退票接口的接口参数包括：sequence_no:车票订单编号；batch_no:订单序号；coach_no:车厢号；seat_no:座位号；start_train_date_page:出发日期及时间；train_code:车次号；coach_name:车厢号；seat_name:座位号；seat_type_name:席别；train_date:发车日期；from_station_name:出发地；to_station_name:目的地；start_time:发车时间；passenger_name:乘客姓名。

退票接口的统一资源定位符地址，即URL地址具体为：https://kyfw.12306.cn/otn/queryOrder/returnTicketAffirm；退票接口的超文本传输协议请求方式，即HTTP请求方式为：POST。

在本发明实施例的一种可选示例中，所述处理插件调用第一接口，获取所述第一接口的接口参数、统一资源定位符地址和超文本传输协议请求方式，具体可以通过以下方式来实现：所述处理插件采用在所述原始数据生成过程中抓取数据包的方式，获取所述第一接口的接口参数、统一资源定位符地址和超文本传输协议请求方式。

其次，所述处理插件依据所述原始数据填充所述第一接口的接口参数，生成第一请求数据。本实施例中所述抢票插件依据所述原始电子车票填充所述退票接口的上述接口参数，生成第一请求数据。

再次，所述处理插件依据所述第一接口的统一资源定位符地址和超文本传输协议请求方式将所述第一请求数据发送至浏览器服务器。本实施例中所述抢票插件依据所述退票接口的统一资源定位符地址和超文本传输协议请求方式将上述第一请求数据发送至浏览器服务器。

最后，所述处理插件接收所述浏览器服务器返回的第一应答数据，并将所述第一应答数据作为对所述原始数据执行所述原始处理指令的结果，其中所述第一应答数据通过所述浏览器服务器与目标服务器交互得到。本实施例中所述抢票插件接收所述浏览器服务器返回的针对上述第一请求数据的第一应答数据。所述第一应答数据通过所述浏览器服务器与目标服务器交互得到，即所述浏览器服务器将所述第一请求数据发送至目标服务器，所述目标服务器具体可以为12306网站的服务器，然后目标服务器返回退票成功的第一应答数据。需要说明的是，具体执行退票指令时，可以先提交退票申请，再确认退票。

需要说明的是，原始数据即原始电子车票的信息可以通过获取退票订单接口来获得，获取退票订单接口的接口参数包括：queryType：查询类型，1＝按订票日期查询，2＝按乘车日期查询；queryStartDate：开始日期；queryEndDate：结束日期；come_from_flag：查询类型，my_order＝全部订单，my_resign＝可改签，my_refund＝可退票；pageSize：返回条数；pageIndex：取第几页数据；query_where：G＝未出行订单。获取退票订单接口的接口统一资源定位符地址，即URL地址具体为：https://kyfw.12306.cn/otn/queryOrder/queryMyOrder；获取退票订单接口的接口超文本传输协议请求方式，即HTTP请求方式为：POST。

步骤210，当所述原始处理指令不能正常执行时，所述处理插件获取所述原始处理指令对应的中转处理指令；所述处理插件调用第二接口对所述原始数据执行所述中转处理指令，得到中间数据；所述处理插件调用所述第一接口对所述中间数据执行所述原始处理指令。

当所述原始处理指令不能正常执行时，说明依据预设规则对所述原始数据执行所述原始处理指令会产生消耗，在本实施例中即对原始电子车票直接进行退票依据退票收费规则会产生退票费，因此不能直接对原始电子车票进行退票。所述处理插件获取所述原始处理指令对应的中转处理指令，本实施例中所述中转处理指令具体可以是改签指令，即当直接对原始电子车票执行退票指令会产生退票费时，先对原始电子车票执行改签指令，然后对改签后的电子车票执行退票指令。本实施例中所述中间数据即为改签后的电子车票。

本实施例中所述处理插件调用第二接口对所述原始数据执行所述中转处理指令，得到中间数据，具体可以通过以下方式来实现：

首先，所述处理插件调用第二接口，获取所述第二接口的接口参数、统一资源定位符地址和超文本传输协议请求方式。本实施例中所述处理插件具体为抢票插件，所述第二接口具体为改签接口，所述第二接口的接口参数、统一资源定位符地址和超文本传输协议请求方式具体分别为改签接口的接口参数、统一资源定位符地址和超文本传输协议请求方式，其中改签接口的接口参数包括：ticketkey：要退的车票信息；sequenceNo：要退的车票订单号；secretStr：查询车票时返回的要改签到的车票密钥串；train_date:改签到的日期；purpose_cods:车票类型，成人票、学生票；query_from_station_name:出发地；query_to_station_name：目的地。

改签接口的统一资源定位符地址，即URL地址具体为：https://kyfw.12306.cn/otn/leftTicket/submitOrderRequest；改签接口的超文本传输协议请求方式，即HTTP请求方式为：POST。

其次，所述处理插件依据所述原始数据填充所述第二接口的接口参数，生成第二请求数据。本实施例中所述抢票插件依据所述原始电子车票填充所述改签接口的上述接口参数，生成第二请求数据。

再次，所述处理插件依据所述第二接口的统一资源定位符地址和超文本传输协议请求方式将所述第二请求数据发送至浏览器服务器。本实施例中所述抢票插件依据所述改签接口的统一资源定位符地址和超文本传输协议请求方式将上述第二请求数据发送至浏览器服务器。

最后，所述处理插件接收所述浏览器服务器返回的第二应答数据，并将所述第二应答数据作为中间数据，其中所述第二应答数据通过所述浏览器服务器与目标服务器交互得到。本实施例中所述抢票插件接收所述浏览器服务器返回的针对上述第二请求数据的第二应答数据。所述第二应答数据通过所述浏览器服务器与目标服务器交互得到，即所述浏览器服务器将所述第二请求数据发送至目标服务器，所述目标服务器具体可以为12306网站的服务器，然后目标服务器返回退票成功的第二应答数据。需要说明的是，具体执行改签指令时，可以先提交要改签的车票信息，然后提交改签订单申请，最后确认改签。

需要说明的是，具体实现时，在对原始电子车票执行改签指令之前，所述处理插件会调用查询接口查询与原始电子车票同出发地、目的地的车票，所述查询接口的接口参数包括：leftTicketDTO.train_date：出发日期；leftTicketDTO.from_station：出发地；leftTicketDTO.to_station：目的地；purpose_codes：车票类型，成人票、学生票。

查询接口的接口统一资源定位符地址，即URL地址具体为：https://kyfw.12306.cn/otn/queryOrder/queryMyOrder；查询接口的接口超文本传输协议请求方式，即HTTP请求方式为：GET。

本实施例中所述处理插件调用所述第一接口对所述中间数据执行所述原始处理指令，具体可以通过以下方式来实现：

1)所述处理插件调用第一接口，获取所述第一接口的接口参数、统一资源定位符地址和超文本传输协议请求方式。本实施例中所述处理插件具体为抢票插件，所述第一接口具体为退票接口，所述第一接口的接口参数、统一资源定位符地址和超文本传输协议请求方式具体分别为退票接口的接口参数、统一资源定位符地址和超文本传输协议请求方式，其中退票接口的接口参数包括：sequence_no:车票订单编号；batch_no:订单序号；coach_no:车厢号；seat_no:座位号；start_train_date_page:出发日期及时间；train_code:车次号；coach_name:车厢号；seat_name:座位号；seat_type_name:席别；train_date:发车日期；from_station_name:出发地；to_station_name:目的地；start_time:发车时间；passenger_name:乘客姓名。

退票接口的统一资源定位符地址，即URL地址具体为：https://kyfw.12306.cn/otn/queryOrder/returnTicketAffirm；退票接口的超文本传输协议请求方式，即HTTP请求方式为：POST。

在本发明实施例的一种可选示例中，所述处理插件调用第一接口，获取所述第一接口的接口参数、统一资源定位符地址和超文本传输协议请求方式，具体可以通过以下方式来实现：所述处理插件采用在所述原始数据生成过程中抓取数据包的方式，获取所述第一接口的接口参数、统一资源定位符地址和超文本传输协议请求方式。

2)所述处理插件依据所述中间数据填充所述第一接口的接口参数，生成第三请求数据。本实施例中所述抢票插件依据所述改签后的车票填充所述退票接口的上述接口参数，生成第三请求数据。

3)所述处理插件依据所述第一接口的统一资源定位符地址和超文本传输协议请求方式将所述第三请求数据发送至浏览器服务器。本实施例中所述抢票插件依据所述退票接口的统一资源定位符地址和超文本传输协议请求方式将上述第三请求数据发送至浏览器服务器。

4)所述处理插件接收所述浏览器服务器返回的第三应答数据，并将所述第三应答数据作为对所述中间数据执行所述原始处理指令的结果，其中所述第三应答数据通过所述浏览器服务器与目标服务器交互得到。本实施例中所述抢票插件接收所述浏览器服务器返回的针对上述第三请求数据的第三应答数据。所述第三应答数据通过所述浏览器服务器与目标服务器交互得到，即所述浏览器服务器将所述第一请求数据发送至目标服务器，所述目标服务器具体可以为12306网站的服务器，然后目标服务器返回退票成功的第一应答数据。需要说明的是，具体执行退票指令时，可以先提交退票申请，再确认退票。

综上所述，本实施例的抢票插件可以通过改签的方式实现全免费退票，最终返还票款936.5元，整个过程中没有花费一分钱。需要说明的是，本实施例中的浏览器客户端可以是360浏览器的客户端，也可以是其他浏览器的客户端，如火狐浏览器客户端、搜狗浏览器客户端等，本实施例对浏览器客户端的具体形式不做限制。本实施例在浏览器客户端中安装处理插件，具体安装抢票插件后，退票即以下述形式来实现：抢票插件先帮用户将车票改签至15天以后，然后再利用15天外免退票费的政策实现全免费退票。当然由于这种改签要求改签日不得短于票面日48小时，因此并不是所有车票都能享受到这样的待遇。至于48小时以内的车票，抢票插件则会通过改签至低级别车次(或席别)实现退票费缩减。概括一句就是，2天以外全免费，2天以内退票费打折。并且，改签日期在春运范围内一律按照24小时以内按照20％的退票费率收取退票费。本实施例提供的数据处理方法，通过处理插件可以实现一键退票，无需用户人工先申请改签，然后申请退票，简化了用户退票时的操作步骤，节省了用户的退票时间，并且在一定时间内可以实现全免费退票，给用户节省了一大笔退票费。对于浏览器客户端来讲，由于只需要接收一个原始处理指令，无需接收退票、查询、改签等多个处理指令，因此减少了浏览器客户端侧的资源占用，节省了对原始数据进行处理的时间，从而提高了浏览器客户端的数据处理效率。

本实施例首先在浏览器客户端上设置一处理插件，所述处理插件包括多个接口；然后所述处理插件接收针对原始数据的原始处理指令；接着所述处理插件依据预设规则判断所述原始处理指令是否能够正常执行；然后当所述原始处理指令能够正常执行时，所述处理插件调用第一接口对所述原始数据执行所述原始处理指令；最后当所述原始处理指令不能正常执行时，所述处理插件获取所述原始处理指令对应的中转处理指令；所述处理插件调用第二接口对所述原始数据执行所述中转处理指令，得到中间数据；所述处理插件调用所述第一接口对所述中间数据执行所述原始处理指令。本实施例在浏览器客户端上设置处理插件，通过所述处理插件对原始数据进行处理，可以减少浏览器客户端侧的资源占用，节省了对原始数据进行处理的时间，从而提高了浏览器客户端的数据处理效率。而且，由于本实施例通过浏览器客户端实现上述功能，因此用户可以在使用浏览器客户端浏览页面过程中随时地、直接在浏览器的当前标签中通过处理插件对原始数据进行处理，提高了数据处理效率。

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

实施例三：

在上述实施例的基础上，本实施例还公开了一种浏览器装置。

参照图4，示出了根据本发明一个实施例的一种浏览器装置实施例的结构框图，具体可以包括：插件设置模块402、接收模块404、判断模块406、执行模块408和中转模块410，其中：

插件设置模块402，用于在浏览器客户端上设置一处理插件，所述处理插件包括多个接口。

接收模块404，用于通过所述处理插件接收针对原始数据的原始处理指令。本实施例中所述接收模块404通过所述插件设置模块402设置的处理插件接收针对原始数据的原始处理指令。

判断模块406，用于通过所述处理插件依据预设规则判断所述原始处理指令是否能够正常执行。本实施例中所述判断模块406通过所述插件设置模块402设置的处理插件依据预设规则判断所述原始处理指令是否能够正常执行。

执行模块408，用于当所述原始处理指令能够正常执行时，通过所述处理插件调用第一接口对所述原始数据执行所述原始处理指令。本实施例中所述执行模块408在所述判断模块406判定所述原始处理指令能够正常执行时，通过所述处理插件调用第一接口对所述原始数据执行所述原始处理指令。

中转模块410，用于当所述原始处理指令不能正常执行时，通过所述处理插件依据所述原始处理指令对所述原始数据进行中转处理。本实施例中所述中转模块410在所述判断模块406判定所述原始处理指令不能正常执行时，通过所述处理插件依据所述原始处理指令对所述原始数据进行中转处理。

本实施例首先通过插件设置模块402在浏览器客户端上设置一处理插件，所述处理插件包括多个接口；其次接收模块404通过所述插件设置模块402设置的处理插件接收针对原始数据的原始处理指令；然后判断模块406通过所述插件设置模块402设置的处理插件依据预设规则判断所述原始处理指令是否能够正常执行；接着判断模块406通过所述插件设置模块402设置的处理插件依据预设规则判断所述原始处理指令是否能够正常执行；最后中转模块410在所述判断模块406判定所述原始处理指令不能正常执行时，通过所述处理插件依据所述原始处理指令对所述原始数据进行中转处理。本实施例通过插件设置模块402在浏览器客户端上设置处理插件，然后通过所述处理插件对原始数据进行处理，可以减少浏览器客户端侧的资源占用，节省了对原始数据进行处理的时间，从而提高了浏览器客户端的数据处理效率。

在本发明实施例的如图5所示的一种可选示例中，所述中转模块410包括：获取子模块4101、中转子模块4102和执行子模块4103，其中：获取子模块4101，用于通过所述处理插件获取所述原始处理指令对应的中转处理指令；中转子模块4102，用于通过所述处理插件调用第二接口对所述原始数据执行所述中转处理指令，得到中间数据；执行子模块4103，用于通过所述处理插件调用所述第一接口对所述中间数据执行所述原始处理指令。

在本发明实施例的一种可选示例中，所述接收模块，具体用于通过所述处理插件开启包含原始数据的原始页面，解析所述原始页面并在所述原始页面中注入脚本语言；修改所述原始页面以在所述原始页面中设置一指令接收按钮；通过所述指令接收按钮接收针对原始数据的原始处理指令。

在本发明实施例的一种可选示例中，所述判断模块包括：判断消耗子模块，用于通过所述处理插件依据预设规则判断对所述原始数据执行所述原始处理指令是否产生消耗；第一判定子模块，用于当依据预设规则对所述原始数据执行所述原始处理指令不产生消耗时，判定所述原始处理指令能够正常执行；第二判定子模块，用于当依据预设规则对所述原始数据执行所述原始处理指令产生消耗时，判定所述原始处理指令不能正常执行。

在本发明实施例的一种可选示例中，所述判断消耗子模块，具体用于通过所述处理插件计算所述原始数据包含的原始时间与所述原始处理指令对应的指令时间的时间差；通过所述处理插件依据预设规则判断所述时间差是否大于预设的时间阈值；当所述时间差大于所述时间阈值时，判定对所述原始数据执行所述原始处理指令不产生消耗；当所述时间差小于等于所述时间阈值时，判定对所述原始数据执行所述原始处理指令产生消耗。

在本发明实施例的一种可选示例中，所述执行模块包括：获取子模块，用于通过所述处理插件调用第一接口，获取所述第一接口的接口参数、统一资源定位符地址和超文本传输协议请求方式；填充子模块，用于通过所述处理插件依据所述原始数据填充所述第一接口的接口参数，生成第一请求数据；发送子模块，用于通过所述处理插件依据所述第一接口的统一资源定位符地址和超文本传输协议请求方式将所述第一请求数据发送至浏览器服务器；接收子模块，用于通过所述处理插件接收所述浏览器服务器返回的第一应答数据，并将所述第一应答数据作为对所述原始数据执行所述原始处理指令的结果，其中所述第一应答数据通过所述浏览器服务器与目标服务器交互得到。

在本发明实施例的一种可选示例中，所述中转子模块，具体用于通过所述处理插件调用第二接口，获取所述第二接口的接口参数、统一资源定位符地址和超文本传输协议请求方式；通过所述处理插件依据所述原始数据填充所述第二接口的接口参数，生成第二请求数据；通过所述处理插件依据所述第二接口的统一资源定位符地址和超文本传输协议请求方式将所述第二请求数据发送至浏览器服务器；通过所述处理插件接收所述浏览器服务器返回的第二应答数据，并将所述第二应答数据作为中间数据，其中所述第二应答数据通过所述浏览器服务器与目标服务器交互得到。

在本发明实施例的一种可选示例中，所述执行子模块，具体用于通过所述处理插件调用第一接口，获取所述第一接口的接口参数、统一资源定位符地址和超文本传输协议请求方式；通过所述处理插件依据所述中间数据填充所述第一接口的接口参数，生成第三请求数据；通过所述处理插件依据所述第一接口的统一资源定位符地址和超文本传输协议请求方式将所述第三请求数据发送至浏览器服务器；通过所述处理插件接收所述浏览器服务器返回的第三应答数据，并将所述第三应答数据作为对所述中间数据执行所述原始处理指令的结果，其中所述第三应答数据通过所述浏览器服务器与目标服务器交互得到。

在本发明实施例的一种可选示例中，所述执行子模块，具体用于通过所述处理插件采用在所述原始数据生成过程中抓取数据包的方式，获取所述第一接口的接口参数、统一资源定位符地址和超文本传输协议请求方式。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的数据处理方法和浏览器装置设备中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

本发明公开了A1、一种数据处理方法，包括：在浏览器客户端上设置一处理插件，所述处理插件包括多个接口；所述处理插件接收针对原始数据的原始处理指令；所述处理插件依据预设规则判断所述原始处理指令是否能够正常执行；当所述原始处理指令能够正常执行时，所述处理插件调用第一接口对所述原始数据执行所述原始处理指令；当所述原始处理指令不能正常执行时，所述处理插件依据所述原始处理指令对所述原始数据进行中转处理。

A2、如A1所述的方法，所述处理插件依据所述原始处理指令对所述原始数据进行中转处理，包括：所述处理插件获取所述原始处理指令对应的中转处理指令；所述处理插件调用第二接口对所述原始数据执行所述中转处理指令，得到中间数据；所述处理插件调用所述第一接口对所述中间数据执行所述原始处理指令。

A3、如A1所述的方法，所述处理插件接收针对原始数据的原始处理指令，包括：浏览器客户端通过所述处理插件开启包含原始数据的原始页面，解析所述原始页面并在所述原始页面中注入脚本语言；修改所述原始页面以在所述原始页面中设置一指令接收按钮；通过所述指令接收按钮接收针对原始数据的原始处理指令。

A4、如A1所述的方法，所述处理插件依据预设规则判断所述原始处理指令是否能够正常执行，包括：所述处理插件依据预设规则判断对所述原始数据执行所述原始处理指令是否产生消耗；当依据预设规则对所述原始数据执行所述原始处理指令不产生消耗时，判定所述原始处理指令能够正常执行；当依据预设规则对所述原始数据执行所述原始处理指令产生消耗时，判定所述原始处理指令不能正常执行。

A5、如A4所述的方法，所述处理插件依据预设规则判断对所述原始数据执行所述原始处理指令是否产生消耗，包括：所述处理插件计算所述原始数据包含的原始时间与所述原始处理指令对应的指令时间的时间差；所述处理插件依据预设规则判断所述时间差是否大于预设的时间阈值；当所述时间差大于所述时间阈值时，判定对所述原始数据执行所述原始处理指令不产生消耗；当所述时间差小于等于所述时间阈值时，判定对所述原始数据执行所述原始处理指令产生消耗。

A6、如A1或A2所述的方法，所述处理插件调用第一接口对所述原始数据执行所述原始处理指令，包括：所述处理插件调用第一接口，获取所述第一接口的接口参数、统一资源定位符地址和超文本传输协议请求方式；所述处理插件依据所述原始数据填充所述第一接口的接口参数，生成第一请求数据；所述处理插件依据所述第一接口的统一资源定位符地址和超文本传输协议请求方式将所述第一请求数据发送至浏览器服务器；所述处理插件接收所述浏览器服务器返回的第一应答数据，并将所述第一应答数据作为对所述原始数据执行所述原始处理指令的结果，其中所述第一应答数据通过所述浏览器服务器与目标服务器交互得到。

A7、如A2所述的方法，所述处理插件调用第二接口对所述原始数据执行所述中转处理指令，得到中间数据，包括：所述处理插件调用第二接口，获取所述第二接口的接口参数、统一资源定位符地址和超文本传输协议请求方式；所述处理插件依据所述原始数据填充所述第二接口的接口参数，生成第二请求数据；所述处理插件依据所述第二接口的统一资源定位符地址和超文本传输协议请求方式将所述第二请求数据发送至浏览器服务器；所述处理插件接收所述浏览器服务器返回的第二应答数据，并将所述第二应答数据作为中间数据，其中所述第二应答数据通过所述浏览器服务器与目标服务器交互得到。

A8、如A1所述的方法，所述处理插件调用所述第一接口对所述中间数据执行所述原始处理指令，包括：所述处理插件调用第一接口，获取所述第一接口的接口参数、统一资源定位符地址和超文本传输协议请求方式；所述处理插件依据所述中间数据填充所述第一接口的接口参数，生成第三请求数据；所述处理插件依据所述第一接口的统一资源定位符地址和超文本传输协议请求方式将所述第三请求数据发送至浏览器服务器；所述处理插件接收所述浏览器服务器返回的第三应答数据，并将所述第三应答数据作为对所述中间数据执行所述原始处理指令的结果，其中所述第三应答数据通过所述浏览器服务器与目标服务器交互得到。

A9、如A8所述的方法，所述处理插件调用第一接口，获取所述第一接口的接口参数、统一资源定位符地址和超文本传输协议请求方式，包括：所述处理插件采用在所述原始数据生成过程中抓取数据包的方式，获取所述第一接口的接口参数、统一资源定位符地址和超文本传输协议请求方式。

本发明实施例还公开了B10、一种浏览器装置，包括：插件设置模块，用于在浏览器客户端上设置一处理插件，所述处理插件包括多个接口；接收模块，用于通过所述处理插件接收针对原始数据的原始处理指令；判断模块，用于通过所述处理插件依据预设规则判断所述原始处理指令是否能够正常执行；执行模块，用于当所述原始处理指令能够正常执行时，通过所述处理插件调用第一接口对所述原始数据执行所述原始处理指令；中转模块，用于当所述原始处理指令不能正常执行时，通过所述处理插件依据所述原始处理指令对所述原始数据进行中转处理。

B11、如B10所述的装置，所述中转模块包括：获取子模块，用于通过所述处理插件获取所述原始处理指令对应的中转处理指令；中转子模块，用于通过所述处理插件调用第二接口对所述原始数据执行所述中转处理指令，得到中间数据；执行子模块，用于通过所述处理插件调用所述第一接口对所述中间数据执行所述原始处理指令。

B12、如B10所述的装置，所述接收模块，具体用于通过所述处理插件开启包含原始数据的原始页面，解析所述原始页面并在所述原始页面中注入脚本语言；修改所述原始页面以在所述原始页面中设置一指令接收按钮；通过所述指令接收按钮接收针对原始数据的原始处理指令。

B13、如B10所述的装置，所述判断模块包括：判断消耗子模块，用于通过所述处理插件依据预设规则判断对所述原始数据执行所述原始处理指令是否产生消耗；第一判定子模块，用于当依据预设规则对所述原始数据执行所述原始处理指令不产生消耗时，判定所述原始处理指令能够正常执行；第二判定子模块，用于当依据预设规则对所述原始数据执行所述原始处理指令产生消耗时，判定所述原始处理指令不能正常执行。

B14、如B13所述的装置，所述判断消耗子模块，具体用于通过所述处理插件计算所述原始数据包含的原始时间与所述原始处理指令对应的指令时间的时间差；通过所述处理插件依据预设规则判断所述时间差是否大于预设的时间阈值；当所述时间差大于所述时间阈值时，判定对所述原始数据执行所述原始处理指令不产生消耗；当所述时间差小于等于所述时间阈值时，判定对所述原始数据执行所述原始处理指令产生消耗。

B15、如B10或11所述的装置，所述执行模块包括：获取子模块，用于通过所述处理插件调用第一接口，获取所述第一接口的接口参数、统一资源定位符地址和超文本传输协议请求方式；填充子模块，用于通过所述处理插件依据所述原始数据填充所述第一接口的接口参数，生成第一请求数据；发送子模块，用于通过所述处理插件依据所述第一接口的统一资源定位符地址和超文本传输协议请求方式将所述第一请求数据发送至浏览器服务器；接收子模块，用于通过所述处理插件接收所述浏览器服务器返回的第一应答数据，并将所述第一应答数据作为对所述原始数据执行所述原始处理指令的结果，其中所述第一应答数据通过所述浏览器服务器与目标服务器交互得到。

B16、如B11所述的装置，所述中转子模块，具体用于通过所述处理插件调用第二接口，获取所述第二接口的接口参数、统一资源定位符地址和超文本传输协议请求方式；通过所述处理插件依据所述原始数据填充所述第二接口的接口参数，生成第二请求数据；通过所述处理插件依据所述第二接口的统一资源定位符地址和超文本传输协议请求方式将所述第二请求数据发送至浏览器服务器；通过所述处理插件接收所述浏览器服务器返回的第二应答数据，并将所述第二应答数据作为中间数据，其中所述第二应答数据通过所述浏览器服务器与目标服务器交互得到。

B17、如B10所述的装置，所述执行子模块，具体用于通过所述处理插件调用第一接口，获取所述第一接口的接口参数、统一资源定位符地址和超文本传输协议请求方式；通过所述处理插件依据所述中间数据填充所述第一接口的接口参数，生成第三请求数据；通过所述处理插件依据所述第一接口的统一资源定位符地址和超文本传输协议请求方式将所述第三请求数据发送至浏览器服务器；通过所述处理插件接收所述浏览器服务器返回的第三应答数据，并将所述第三应答数据作为对所述中间数据执行所述原始处理指令的结果，其中所述第三应答数据通过所述浏览器服务器与目标服务器交互得到。

B18、如B17所述的装置，所述执行子模块，具体用于通过所述处理插件采用在所述原始数据生成过程中抓取数据包的方式，获取所述第一接口的接口参数、统一资源定位符地址和超文本传输协议请求方式。

Claims (16)

1.一种基于处理插件的数据处理方法，包括：

在浏览器客户端上设置一处理插件，所述处理插件包括多个接口；

所述处理插件接收针对原始数据的原始处理指令；

所述处理插件依据预设规则判断所述原始处理指令是否能够正常执行；

当所述原始处理指令能够正常执行时，所述处理插件调用第一接口对所述原始数据执行所述原始处理指令；

当所述原始处理指令不能正常执行时，所述处理插件依据所述原始处理指令对所述原始数据进行中转处理，包括：所述处理插件获取所述原始处理指令对应的中转处理指令；所述处理插件调用第二接口对所述原始数据执行所述中转处理指令，得到中间数据；所述处理插件调用所述第一接口对所述中间数据执行所述原始处理指令。

2.如权利要求1所述的方法，其特征在于，所述处理插件接收针对原始数据的原始处理指令，包括：

浏览器客户端通过所述处理插件开启包含原始数据的原始页面，解析所述原始页面并在所述原始页面中注入脚本语言；

修改所述原始页面以在所述原始页面中设置一指令接收按钮；

通过所述指令接收按钮接收针对原始数据的原始处理指令。

3.如权利要求1所述的方法，其特征在于，所述处理插件依据预设规则判断所述原始处理指令是否能够正常执行，包括：

所述处理插件依据预设规则判断对所述原始数据执行所述原始处理指令是否产生消耗；

当依据预设规则对所述原始数据执行所述原始处理指令不产生消耗时，判定所述原始处理指令能够正常执行；

当依据预设规则对所述原始数据执行所述原始处理指令产生消耗时，判定所述原始处理指令不能正常执行。

4.如权利要求3所述的方法，其特征在于，所述处理插件依据预设规则判断对所述原始数据执行所述原始处理指令是否产生消耗，包括：

所述处理插件计算所述原始数据包含的原始时间与所述原始处理指令对应的指令时间的时间差；

所述处理插件依据预设规则判断所述时间差是否大于预设的时间阈值；

当所述时间差大于所述时间阈值时，判定对所述原始数据执行所述原始处理指令不产生消耗；

当所述时间差小于等于所述时间阈值时，判定对所述原始数据执行所述原始处理指令产生消耗。

5.如权利要求1所述的方法，其特征在于，所述处理插件调用第一接口对所述原始数据执行所述原始处理指令，包括：

所述处理插件调用第一接口，获取所述第一接口的接口参数、统一资源定位符地址和超文本传输协议请求方式；

所述处理插件依据所述原始数据填充所述第一接口的接口参数，生成第一请求数据；

所述处理插件依据所述第一接口的统一资源定位符地址和超文本传输协议请求方式将所述第一请求数据发送至浏览器服务器；

所述处理插件接收所述浏览器服务器返回的第一应答数据，并将所述第一应答数据作为对所述原始数据执行所述原始处理指令的结果，其中所述第一应答数据通过所述浏览器服务器与目标服务器交互得到。

6.如权利要求1所述的方法，其特征在于，所述处理插件调用第二接口对所述原始数据执行所述中转处理指令，得到中间数据，包括：

所述处理插件调用第二接口，获取所述第二接口的接口参数、统一资源定位符地址和超文本传输协议请求方式；

所述处理插件依据所述原始数据填充所述第二接口的接口参数，生成第二请求数据；

所述处理插件依据所述第二接口的统一资源定位符地址和超文本传输协议请求方式将所述第二请求数据发送至浏览器服务器；

所述处理插件接收所述浏览器服务器返回的第二应答数据，并将所述第二应答数据作为中间数据，其中所述第二应答数据通过所述浏览器服务器与目标服务器交互得到。

7.如权利要求1所述的方法，其特征在于，所述处理插件调用所述第一接口对所述中间数据执行所述原始处理指令，包括：

所述处理插件调用第一接口，获取所述第一接口的接口参数、统一资源定位符地址和超文本传输协议请求方式；

所述处理插件依据所述中间数据填充所述第一接口的接口参数，生成第三请求数据；

所述处理插件依据所述第一接口的统一资源定位符地址和超文本传输协议请求方式将所述第三请求数据发送至浏览器服务器；

所述处理插件接收所述浏览器服务器返回的第三应答数据，并将所述第三应答数据作为对所述中间数据执行所述原始处理指令的结果，其中所述第三应答数据通过所述浏览器服务器与目标服务器交互得到。

8.如权利要求7所述的方法，其特征在于，所述处理插件调用第一接口，获取所述第一接口的接口参数、统一资源定位符地址和超文本传输协议请求方式，包括：

所述处理插件采用在所述原始数据生成过程中抓取数据包的方式，获取所述第一接口的接口参数、统一资源定位符地址和超文本传输协议请求方式。

9.一种基于处理插件的浏览器装置，包括：

插件设置模块，用于在浏览器客户端上设置一处理插件，所述处理插件包括多个接口；

接收模块，用于通过所述处理插件接收针对原始数据的原始处理指令；

判断模块，用于通过所述处理插件依据预设规则判断所述原始处理指令是否能够正常执行；

执行模块，用于当所述原始处理指令能够正常执行时，通过所述处理插件调用第一接口对所述原始数据执行所述原始处理指令；

中转模块，用于当所述原始处理指令不能正常执行时，通过所述处理插件依据所述原始处理指令对所述原始数据进行中转处理；

其中，所述中转模块包括：

获取子模块，用于通过所述处理插件获取所述原始处理指令对应的中转处理指令；

中转子模块，用于通过所述处理插件调用第二接口对所述原始数据执行所述中转处理指令，得到中间数据；

执行子模块，用于通过所述处理插件调用所述第一接口对所述中间数据执行所述原始处理指令。

10.如权利要求9所述的装置，其特征在于：

所述接收模块，具体用于通过所述处理插件开启包含原始数据的原始页面，解析所述原始页面并在所述原始页面中注入脚本语言；修改所述原始页面以在所述原始页面中设置一指令接收按钮；通过所述指令接收按钮接收针对原始数据的原始处理指令。

11.如权利要求9所述的装置，其特征在于，所述判断模块包括：

判断消耗子模块，用于通过所述处理插件依据预设规则判断对所述原始数据执行所述原始处理指令是否产生消耗；

第一判定子模块，用于当依据预设规则对所述原始数据执行所述原始处理指令不产生消耗时，判定所述原始处理指令能够正常执行；

第二判定子模块，用于当依据预设规则对所述原始数据执行所述原始处理指令产生消耗时，判定所述原始处理指令不能正常执行。

12.如权利要求11所述的装置，其特征在于：

所述判断消耗子模块，具体用于通过所述处理插件计算所述原始数据包含的原始时间与所述原始处理指令对应的指令时间的时间差；通过所述处理插件依据预设规则判断所述时间差是否大于预设的时间阈值；当所述时间差大于所述时间阈值时，判定对所述原始数据执行所述原始处理指令不产生消耗；当所述时间差小于等于所述时间阈值时，判定对所述原始数据执行所述原始处理指令产生消耗。

13.如权利要求9所述的装置，其特征在于，所述执行模块包括：

获取子模块，用于通过所述处理插件调用第一接口，获取所述第一接口的接口参数、统一资源定位符地址和超文本传输协议请求方式；

填充子模块，用于通过所述处理插件依据所述原始数据填充所述第一接口的接口参数，生成第一请求数据；

发送子模块，用于通过所述处理插件依据所述第一接口的统一资源定位符地址和超文本传输协议请求方式将所述第一请求数据发送至浏览器服务器；

接收子模块，用于通过所述处理插件接收所述浏览器服务器返回的第一应答数据，并将所述第一应答数据作为对所述原始数据执行所述原始处理指令的结果，其中所述第一应答数据通过所述浏览器服务器与目标服务器交互得到。

14.如权利要求9所述的装置，其特征在于：

所述中转子模块，具体用于通过所述处理插件调用第二接口，获取所述第二接口的接口参数、统一资源定位符地址和超文本传输协议请求方式；通过所述处理插件依据所述原始数据填充所述第二接口的接口参数，生成第二请求数据；通过所述处理插件依据所述第二接口的统一资源定位符地址和超文本传输协议请求方式将所述第二请求数据发送至浏览器服务器；通过所述处理插件接收所述浏览器服务器返回的第二应答数据，并将所述第二应答数据作为中间数据，其中所述第二应答数据通过所述浏览器服务器与目标服务器交互得到。

15.如权利要求9所述的装置，其特征在于：

所述执行子模块，具体用于通过所述处理插件调用第一接口，获取所述第一接口的接口参数、统一资源定位符地址和超文本传输协议请求方式；通过所述处理插件依据所述中间数据填充所述第一接口的接口参数，生成第三请求数据；通过所述处理插件依据所述第一接口的统一资源定位符地址和超文本传输协议请求方式将所述第三请求数据发送至浏览器服务器；通过所述处理插件接收所述浏览器服务器返回的第三应答数据，并将所述第三应答数据作为对所述中间数据执行所述原始处理指令的结果，其中所述第三应答数据通过所述浏览器服务器与目标服务器交互得到。

16.如权利要求15所述的装置，其特征在于：

所述执行子模块，具体用于通过所述处理插件采用在所述原始数据生成过程中抓取数据包的方式，获取所述第一接口的接口参数、统一资源定位符地址和超文本传输协议请求方式。