CN104796451B - 用于互联网应用的数据处理方法和装置 - Google Patents

Abstract

本发明公开了一种用于互联网应用的数据处理方法和装置。该方法包括：在确定用户登录互联网应用的页面后，输出提示信息，提示信息用于提示用户是否选择互联网应用的连续模式，其中，在互联网应用的连续模式下，用户的一次应用操作请求能够触发多个应用操作处理；在确定用户选择互联网应用的连续模式之后，接收应用操作请求；以及根据一次应用操作请求触发多个应用操作处理。通过本发明，能够提高互联网应用处理方法效率。

Description

用于互联网应用的数据处理方法和装置

技术领域

本发明涉及数据处理领域，具体而言，涉及一种用于互联网应用的数据处理方法和装置。

背景技术

随着互联网的快速发展，互联网的应用越来越广泛，传统互联网应用的应用处理流程为：

用户先点击互联网应用的触发按钮，然后触发互联网游戏接口调用游戏角色供玩家选择，在选中角色后进行互联网应用处理，在获得互联网应用处理结果之后，调用服务器发放获取的结果，发放失败则定时补发。

互联网应用（例如，互联网抽奖应用）的处理流程为：

用户先点击互联网应用的参与按钮，触发互联网应用接口调用互联网应用中的角色供用户选择。然后在选中角色后进行互联网应用操作，在获得互联网应用操作处理的结果之后，调用服务器发放互联网应用操作处理的结果。如果发放失败则定时补发，最后互联网应用操作结束。

从上述流程可以看出，传统的互联网应用处理形式单一，冗余操作十分严重。对于互联网应用，用户每执行一次互联网应用操作，仅执行一次互联网应用处理，重复进行互联网应用操作导致用户耐心锐减。

数据统计显示，对于传统互联网应用处理方式，用户平均在活动页面停留5分钟，进行一次传统互联网应用处理需花费40秒，如用户有较多互联网应用的参与资格，就需重复点击多次互联网应用操作按钮，效率非常低下。

针对现有技术的互联网应用处理方法效率比较低的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例的主要目的在于提供一种用于互联网应用的数据处理方法和装置，以解决现有技术中现有技术的互联网应用处理方法效率比较低的问题。

为了实现上述目的，根据本发明实施例的一个方面，提供了一种用于互联网应用的数据处理方法。该方法包括：在确定用户登录互联网应用的页面后，输出提示信息，提示信息用于提示用户是否选择互联网应用的连续模式，其中，在互联网应用的连续模式下，用户的一次应用操作请求能够触发多个应用操作处理；在确定用户选择互联网应用的连续模式之后，接收应用操作请求；以及根据一次应用操作请求触发多个应用操作处理。

为了实现上述目的，根据本发明实施例的另一方面，提供了一种用于互联网应用的数据处理装置。该装置包括：提示单元，用于在确定用户登录互联网应用的页面后，输出提示信息，提示信息用于提示用户是否选择互联网应用的连续模式，其中，在互联网应用的连续模式下，用户的一次应用操作请求能够触发多个应用操作处理；接收单元，用于在确定用户选择互联网应用的连续模式之后，接收应用操作请求；以及触发单元，用于根据一次应用操作请求触发多个应用操作处理。

通过本发明实施例，解决了现有技术的互联网应用处理方法效率比较低的问题，进而达到了提高互联网应用处理方法效率的效果。

附图说明

构成本申请的一部分的附图用来提供对本发明的进一步理解，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明第一实施例的互联网应用的数据处理方法的流程图；

图2是根据本发明第二实施例的互联网应用的数据处理方法的流程图；

图3是根据本发明第三实施例的互联网应用的数据处理方法的流程图；

图4是根据本发明第一实施例的互联网应用的数据处理装置的示意图；

图5是根据本发明第二实施例的互联网应用的数据处理装置的示意图；

图6是根据本发明第三实施例的互联网应用的数据处理装置的示意图；

图7是根据本发明第四实施例的互联网应用的数据处理装置的示意图；以及

图8是根据本发明实施例的数据处理的服务器架构图。

具体实施方式

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

本发明提供了一种用于互联网应用的数据处理方法。

图1是根据本发明第一实施例的互联网应用的数据处理方法的流程图。如图所示，该方法包括如下步骤：

步骤S101，在确定用户登录互联网应用的页面后，输出提示信息，提示信息用于提示用户是否选择互联网应用的连续模式，其中，在互联网应用的连续模式下，用户的一次应用操作请求能够触发多个应用操作处理。

在互联网游戏中经常会组织各种互联网应用活动，以便提高用户对游戏的兴趣度，也能很好的对游戏进行宣传。

互联网应用也可以应用在除了互联网游戏以外的其他地方，例如网购或者微博等。

用户在执行互联网应用操作之前，首先登录互联网应用的页面。用户可以首先在登录页面选择游戏角色，并将该游戏角色作为用户的唯一标识信息，以便在游戏中进行互联网应用操作和获取互联网应用操作处理的结果。

互联网应用系统检测到用户访问互联网应用的页面的动作，向用户发送提示信息，提示用户可以选择互联网应用的连续模式或者互联网应用的单次操作模式。

在互联网应用的连续模式下，用户只需触发一次互联网应用操作，就可以触发系统进行多个应用操作处理。例如，对于一次应用操作请求，互联网应用系统可以自动进行十次应用操作处理。这十次应用操作处理可以同时进行，也可以依次进行，为了提高互联网应用操作的处理效率，可以让十次应用操作处理同时进行，并且，同时进行的十次应用操作处理的结果互不影响。

互联网应用的连续模式下，一次应用操作请求还可以触发上百次的连续应用操作处理，应该理解的是，这里所说的十次和百次只是为了举例说明，并不用于限定本发明的应用操作处理次数。

互联网应用的单次操作模式即用户一次只能触发一次应用操作处理，如果要进行十次互联网应用操作，则要触发十次，而互联网应用的连续模式，只需一次触发，就能进行十次互联网应用操作处理。

以网购或者微博等互联网应用平台为例：

用户访问互联网应用的页面之后，首先用账号登陆互联网应用系统，互联网应用系统在验证用户登录系统之后，提示用户选择互联网应用的连续模式或者互联网应用的单次操作模式。

在互联网应用的连续模式下，用户只需触发一次互联网应用操作，就可以触发系统进行多个应用操作处理。例如，在某大型网络促销活动中，网购用户可以抽取红包。用户在登录用户账号之后，可以选择互联网应用的连续模式，在用户触发一次互联网应用操作之后，互联网应用系统可以自动进行多次互联网应用操作。互联网应用操作的次数视互联网应用系统的设置而定，这样可以提高互联网应用操作处理的效率。

步骤S102，在确定用户选择互联网应用的连续模式之后，接收应用操作请求。

用户的应用操作请求可以是请求连续应用操作，也可以是单次应用操作。在连续应用操作模式下，用户触发一个应用操作之后，系统自动进行大于两次的应用操作处理。在单次应用操作模式下，用户触发一个应用操作之后，用户每触发一次，系统进行一次应用操作处理。

步骤S103，根据一次应用操作请求触发多个应用操作处理。在用户选择互联网应用的连续模式之后，根据一次应用操作请求触发大于两次多个的应用操作处理。

多个应用操作处理可以在一个页面中同时显示，也可以逐个显示应用操作处理过程及应用操作处理的结果。在多个应用操作处理过程中，每个应用操作处理相互独立，互相不干扰，不影响彼此的互联网应用操作的结果。

通过一次应用操作请求触发多个应用操作处理，可以提高应用操作处理的数据处理的效率，从而节约应用操作的处理时间，使用户更快的进入角色当中。

图2是根据本发明第二实施例的互联网应用的数据处理方法的流程图。如图所示，该数据处理方法包括如下步骤：

步骤S201，获取用户的登录信息。

以互联网游戏为例：

用户的登录信息包括用户的账号和选择的角色。互联网应用系统可以将用户的账号和选择的角色一一对应。用户的登录信息记载了用户的互联网应用的应用操作资格，以及角色信息等。

互联网应用系统可以针对所有角色设置普遍性的互联网应用操作处理的结果，也可以根据不同角色的特点设置个性化的互联网应用操作处理的结果。例如：在获取用户的登录信息为游戏中的平民时，互联网应用操作处理的结果可以设置为具有角色特点的“房屋”，在获取用户的登录信息为游戏中的公主时，互联网应用操作处理的结果可以设置为具有角色特点的“宫殿”。

用户的登录信息还包含用户的互联网应用操作的连续模式参与资格信息。在用户首次参与互联网应用时，用户可以连续执行互联网应用操作的次数可以为5次。每进行一次连续执行互联网应用操作，连续执行互联网应用操作的总次数减少一次。同时，用户的登录信息还可以包括用户进行单次互联网应用操作的资格信息。单次互联网应用操作的次数和连续执行互联网应用操作的次数可以分开计算，也可以合并计算。无论是哪种计算方式，只要连续执行互联网应用操作的次数达到可以连续执行互联网应用操作的最大次数，该用户不能再进行连续执行互联网应用操作。

以网购或者微博等互联网应用平台为例：

用户的登录信息包括用户的身份信息和互联网应用操作的连续模式参与资格信息。其中，用户的身份信息和互联网应用操作的连续模式参与资格信息可以相关联。例如，用户的登录信息显示用户的级别为VIP3，该用户的互联网应用操作的连续模式参与资格为5次，如果用户的登录信息显示用户的级别为VIP2，该用户的互联网应用操作的连续模式参与资格为3次。

另外，还能根据用户的登录信息确定用户获得互联网应用操作处理的结果的概率。例如，VIP3的获得第一结果概率为8%，VIP2的获得第一结果概率为7%。

通过获取用户的登录信息，确定用户的互联网应用操作的连续模式参与资格，甚至确定用户可能获得的互联网应用操作处理的结果，并且，在获取用户的登录信息之后，方便获得互联网应用操作处理的结果之后互联网应用操作处理的结果的发放。

步骤S202，根据登录信息判断用户是否具备互联网应用的应用操作资格。用户的登录信息记录了用户的互联网应用的应用操作资格，在用户登录互联网应用的页面之后，互联网应用系统自动判断用户是否有互联网应用的应用操作资格，以及用户的互联网应用操作的次数。

以互联网游戏为例：

用户登录互联网应用参与页面之后，选择游戏角色，此时，互联网应用系统接收用户的登录信息，并根据用户的角色查找是否该用户的角色进行过连续执行互联网应用操作。如果该用户进行了连续执行互联网应用操作，判断用户已经进行的连续执行互联网应用操作的次数以及用户剩余的连续执行互联网应用操作次数。

以网购或者微博等互联网应用平台为例：

用户登录账号之后，互联网应用系统根据用户的登录信息判断该用户是否有互联网应用的应用操作资格，如果用户有互联网应用的应用操作资格，用户可以进行互联网应用操作，如果用户没有互联网应用的应用操作资格，或者该用户的互联网应用的应用操作资格用尽，则该用户不能进行互联网应用操作。

需要说明的是，这里所说的互联网应用的应用操作资格包括互联网应用操作的连续模式参与资格和单次互联网应用的应用操作资格，互联网应用操作的连续模式参与资格和单次互联网应用的应用操作资格可以单独计算次数，也可以根据互联网应用操作的连续模式参与资格和单次互联网应用的应用操作资格的总互联网应用操作的次数进行计算和确定。

步骤S203，在确定用户具备互联网应用的应用操作资格时，输出提示信息。在确定用户具备互联网应用的应用操作资格时，用户可以进行互联网应用操作，提示用户可以选择互联网应用操作的互联网应用的连续模式或者互联网应用的单次操作模式，还可以提示用户剩余互联网应用操作次数等。

通过上述方法，可以根据用户的登录信息跟踪用户的互联网应用操作情况，例如互联网应用的应用操作资格、互联网应用操作次数，还可以在用户获得互联网应用操作处理的结果之后，根据用户的登录信息发放互联网应用操作处理的结果。

步骤S204，在确定用户登录互联网应用的页面后，输出提示信息，提示信息用于提示用户是否选择互联网应用的连续模式，其中，在互联网应用的连续模式下，用户的一次应用操作请求能够触发多个应用操作处理。

在互联网游戏中经常会组织互联网应用，以便提高用户对游戏的兴趣度，也能很好的对游戏进行宣传。

互联网应用也可以应用在除了互联网游戏以外的其他地方，例如网购或者微博等。

以互联网游戏为例：

用户在互联网应用操作之前，首先登录互联网应用的页面。用户可以首先在登录页面选择游戏角色，并将该游戏角色作为用户的唯一标识信息，以便在游戏中进行互联网应用操作和领取互联网应用操作处理的结果。

互联网应用系统检测到用户访问互联网应用的页面的动作，向用户发送提示信息，提示用户可以选择互联网应用的连续模式或者互联网应用的单次操作模式。

在互联网应用的连续模式下，用户只需触发一次互联网应用操作，就可以触发系统进行多个应用操作处理。例如，对于一次应用操作请求，互联网应用系统可以自动进行十次应用操作处理。这十次应用操作处理可以同时进行，也可以依次进行，为了提高互联网应用操作的效率，可以让十次应用操作处理同时进行，并且，同时进行的十次互联网应用操作的结果互不影响。

互联网应用的连续模式下，一次应用操作请求还可以触发上百次的连续执行互联网应用操作，应该理解的是，这里所说的十次和百次只是为了举例说明，并不用于限定本发明的互联网应用操作的次数。

互联网应用的单次操作模式即用户一次只能触发一次应用操作处理，如果要进行十次互联网应用操作，则要触发十次，而互联网应用的连续模式，只需一次触发，就能进行十次互联网应用操作。

以网购或者微博等互联网应用平台为例：

用户访问互联网应用的页面之后，首先用账号登陆互联网应用系统，互联网应用系统在验证用户登录系统之后，提示用户选择互联网应用的连续模式或者互联网应用的单次操作模式。

在互联网应用的连续模式下，用户只需触发一次互联网应用操作，就可以触发系统进行多个应用操作处理。例如，在某大型网络促销活动中，网购用户可以抽取红包。用户在登录用户账号之后，可以选择互联网应用的连续模式，在用户触发一次互联网应用操作之后，互联网应用系统可以自动进行多次互联网应用操作。互联网应用操作的次数视互联网应用系统的设置而定，这样可以提高互联网应用操作处理的效率。

步骤S205，在确定用户选择互联网应用的连续模式之后，接收应用操作请求。

用户的应用操作请求可以是请求连续执行互联网应用操作或者单次互联网应用操作。连续执行互联网应用操作的模式下，在用户触发一个互联网应用操作之后，系统自动进行大于两次的应用操作处理。在单次互联网应用操作的模式下，用户触发一个互联网应用操作之后，用户每触发一次，系统进行一次互联网应用操作。

步骤S206，根据一次应用操作请求触发多个应用操作处理。在用户选择互联网应用的连续模式之后，根据一次应用操作请求触发大于两次多个的应用操作处理。

多个应用操作处理可以在一个页面中同时显示，也可以逐个显示互联网应用操作过程及互联网应用操作的结果。在多个应用操作处理进行互联网应用操作的过程中，每个应用操作处理相互独立，互相不干扰，不影响彼此的互联网应用操作的结果。

进一步地，根据登录信息判断用户是否具备互联网应用的应用操作资格包括如下步骤：

步骤S2021，从预设角色库中获取预先设定的角色信息。用户登录游戏页面之后，提示用户选取角色。待选的角色存储在预设角色库中，在提示用户选取角色的时候，弹出选择框，用户可以在弹出角色中选择角色。

每个角色对应了相应的角色信息，在用户选中一个角色之后，也选择了相应的角色信息。如上述互联网游戏的例子，每个角色信息可能对应不同的互联网应用操作处理的结果，这些信息都可以存储在角色库中。

在网购或者微博的例子中，预设角色库中预先设定了每个用户的身份信息，例如VIP用户或者普通用户的身份信息，不同的身份可能对应不同的互联网应用操作处理的结果，或者不同的互联网应用操作处理结果概率等信息。

步骤S2022，判断登录信息是否绑定预先设定的角色信息。

用户登录互联网应用的页面之后，选择一个角色，系统将用户选择的角色以及用户的登录信息一一对应，即登录信息绑定角色信息。

用户的登录信息绑定角色信息之后，如果用户还参与除互联网应用操作以外的其他活动，可以直接与该用户的登录信息以及绑定的角色信息相关联，避免每次参加活动都选择一次角色的繁琐，提高了用户互联网应用操作以及参加其他活动的效率。

在本发明实施例中，为了方便数据处理，可以无需每次输出角色信息和服务区信息，因而，本发明实施例还可以绑定登录信息和预先设定的角色信息，其中，按照以下方式绑定登录信息和预先设定的角色信息：接收外部输入的与登录信息对应的服务区信息；接收外部输入的与登录信息对应的角色信息；建立服务区信息和角色信息与登录信息之间的关联关系；存储关联关系；判断是否需要关联关系；如果判断出需要关联关系，则调用存储的关联关系。

步骤S2023，如果判断出登录信息绑定预先设定的角色，则确定用户具备互联网应用的应用操作资格。登录信息绑定预先设定的角色之后，确定用户具备互联网应用的应用操作资格，并可以利用该互联网应用的应用操作资格进行互联网应用操作。

图3是根据本发明第三实施例的互联网应用的数据处理方法的流程图。如图所示，该数据处理方法包括如下步骤：

步骤S301，获取多个应用操作处理对应的结果信息。在互联网应用的连续模式下，如果一次应用操作请求的多个应用操作处理获得多个互联网应用操作处理的结果，将多个对应的结果信息显示在互联网应用的页面上，告知用户对应的结果信息。

无论用户是否获得互联网应用的结果数据，与用户登录信息绑定的角色的互联网应用的应用操作资格扣除一次，并将扣除后的结果发送至服务器中保存。

如果用户在互联网应用的应用操作处理过程中，系统出现故障导致应用操作处理失败，则在系统恢复正常之后，将扣除的互联网应用的应用操作资格回滚给用户。

步骤S302，在预先设定的数据库中记录结果信息。

在用户获得互联网应用的结果信息之后，将对应的结果信息记录在预先设定的数据库中。记录的结果信息可以与用户的角色或者登录信息相关联，记录在预先设定的数据库中的相应位置。

对于互联网游戏用户来说，记录的结果信息与用户的角色相关联，对于网购或者微博用户来说，记录的结果信息与用户的登录账号相关联，并记录在预先设定的数据库中的相应位置。

步骤S303，发送记录的结果信息。

将记录的结果信息发送给发放服务器，发放服务器根据记录的结果信息对相应的用户发放结果信息。

如果用户在连续执行互联网应用操作的模式下获得多个互联网应用操作处理的结果，则互联网应用操作处理的结果发放服务器同时发放多个互联网应用操作处理的结果。在发放互联网应用操作处理的结果之后，记录已经发放的结果信息。

进一步地，每间隔第一预设时间发送一次记录的结果信息，在发送记录的结果信息之后，该用于互联网应用的数据处理方法还包括：

步骤S304，每间隔第二预设时间扫描一次发送失败的记录信息。间隔的第二预设时间可以为3分钟、5分钟或者10分钟，每间隔第二预定时间扫描一次发送失败的记录信息，既可以及时发现发送失败的失败记录，还避免了发现发送失败的记录就进行相应处理而导致的浪费服务器资源的问题。

步骤S305，判断扫描得到的记录信息是否超出预设数量值。

记录信息为记录发送失败的信息，预先设置发送失败记录信息的最大数量值。如果发送失败记录信息的最大数量值超出预设数量值，则互联网应用系统出现故障，如果发送失败记录信息的最大数量值没有超出预设数量值，则不做处理，继续记录发送失败的记录信息。

步骤S306，如果判断出扫描得到的记录信息超出预设数量值，则输出告警信息。

如果判断出扫描到的记录信息超出预设数量值，可能系统出现故障，输出告警信息，以告诉工作人员检查互联网应用系统，避免用户获得互联网应用操作处理的结果却无法及时接收到互联网应用操作处理的结果。

通过上述方法，能够在互联网应用的应用操作处理过程中选择互联网应用的连续模式，一次应用操作请求触发多次应用操作处理，从而提高互联网应用的数据处理效率。

本发明实施例还提供一种互联网应用的数据处理装置。

本发明实施例的互联网应用的数据处理方法可以通过本发明实施例所提供的互联网应用的数据处理装置来执行，本发明实施例的互联网应用的数据处理装置也可以用于执行本发明实施例所提供的互联网应用的数据处理方法。

图4是根据本发明第一实施例的互联网应用的数据处理装置的示意图。如图所示，该数据处理装置包括提示单元10、接收单元20和触发单元30。

提示单元10用于在确定用户登录互联网应用的页面后，输出提示信息，提示信息用于提示用户是否选择互联网应用的连续模式，其中，在互联网应用的连续模式下，用户的一次应用操作请求能够触发多个应用操作处理。在互联网游戏中经常会组织互联网应用，以便提高用户对游戏的兴趣度，也能很好的对游戏进行宣传。

互联网应用也可以应用在除了互联网游戏以外的其他地方，例如网购或者微博等。

以互联网游戏为例：

用户在互联网应用的应用操作处理之前，首先登录互联网应用的页面。用户可以首先在登录页面选择游戏角色，并将该游戏角色作为用户的唯一标识信息，以便在游戏中进行应用操作处理和领取应用操作处理的结果信息。

互联网应用系统检测到用户访问互联网应用的页面的动作，向用户发送提示信息，提示用户可以选择互联网应用的连续模式或者单次模式。

在互联网应用的连续模式下，用户只需触发一次应用操作，就可以触发系统进行多个应用操作处理。例如，对于一次应用操作请求，系统可以自动进行十次应用操作处理。这十次应用操作处理可以同时进行，也可以依次进行，为了提高应用操作处理效率，可以让十次应用操作处理同时进行，并且，同时进行的十次应用操作的结果互不影响。

互联网应用的连续模式下，一次应用操作请求还可以触发上百次的连续执行互联网应用操作，应该理解的是，这里所说的十次和百次只是为了举例说明，并不用于限定本发明的互联网应用操作次数。

互联网应用的单次操作模式即用户一次只能触发一次应用操作处理，如果要进行十次互联网应用操作，则要触发十次，而互联网应用的连续模式，只需一次触发，就能进行十次互联网应用操作处理。

以网购或者微博等互联网应用平台为例：

用户访问互联网应用页面之后，首先用账号登陆互联网应用系统，互联网应用系统在验证用户登录系统之后，提示用户选择连续执行互联网应用操作模式或者互联网应用的单次操作模式。

在连续执行互联网应用操作模式下，用户只需触发一次互联网应用操作，就可以触发系统进行多个互联网应用操作。例如，在某大型网络促销活动中，网购用户可以抽取红包。用户在登录用户账号之后，可以选择连续执行互联网应用操作模式，在用户触发一次互联网应用操作之后，互联网应用系统可以自动进行多次联网应用操作处理。联网应用操作的次数视互联网应用系统的设置而定，这样可以提高互联网应用操作处理的效率。

接收单元20用于在确定用户选择互联网应用的连续模式之后，接收应用操作请求。

用户的应用操作请求可以是请求连续或者单次互联网应用操作。连续模式下，在用户触发一个应用操作之后，系统自动进行大于两次的应用操作处理。在单次模式下，用户触发一个应用操作之后，用户每触发一次，系统进行一次应用操作处理。

触发单元30用于根据一次应用操作请求触发多个应用操作处理。在用户选择互联网应用的连续模式之后，根据一次应用操作请求触发大于两次多个的应用操作处理。

多个应用操作处理可以在一个页面中同时显示，也可以逐个显示互联网应用操作过程及互联网应用操作处理的结果。在多个应用操作处理进行互联网应用操作的过程中，每个应用操作处理相互独立，互相不干扰，不影响彼此的结果。

通过一次应用操作请求触发多个应用操作处理，可以提高互联网应用操作的数据处理的效率，从而节约互联网应用操作的时间，使用户更快的进入角色当中。

图5是根据本发明第二实施例的互联网应用的数据处理装置的示意图。如图所示，该数据处理装置包括提示单元10、接收单元20和触发单元30，还包括第一获取单元11、第一判断单元21和输出单元31。

提示单元10用于在确定用户登录互联网应用的页面后，输出提示信息，提示信息用于提示用户是否选择互联网应用的连续模式，其中，在互联网应用的连续模式下，用户的一次应用操作请求能够触发多个应用操作处理。在互联网游戏中经常会组织互联网应用，以便提高用户对游戏的兴趣度，也能很好的对游戏进行宣传。

互联网应用也可以应用在除了互联网游戏以外的其他地方，例如网购或者微博等。

以互联网游戏为例：

用户在进行互联网应用操作之前，首先登录互联网应用的页面。用户可以首先在登录页面选择游戏角色，并将该游戏角色作为用户的唯一标识信息，以便在游戏中进行应用操作处理和应用操作处理的结果信息获取。

互联网应用系统检测到用户访问互联网应用的页面的动作，向用户发送提示信息，提示用户可以选择互联网应用的连续模式或者单次模式。

在互联网应用的连续模式下，用户只需触发一次互联网应用操作，就可以触发系统进行多个应用操作处理。例如，对于一次应用操作请求，互联网应用系统可以自动进行十次应用操作处理。这十次应用操作处理可以同时进行，也可以依次进行，为了提高互联网应用的处理效率，可以让十次应用操作处理同时进行，并且，同时进行的十次结果信息互不影响。

互联网应用的连续模式下，一次应用操作请求还可以触发上百次的应用操作处理，应该理解的是，这里所说的十次和百次只是为了举例说明，并不用于限定本发明的互联网应用操作处理次数。

互联网应用的单次操作模式即用户一次只能触发一次应用操作处理，如果要进行十次应用操作处理，则要触发十次，而互联网应用的连续模式，只需一次触发，就能进行十次应用操作处理。

以网购或者微博等互联网应用平台为例：

用户访问互联网应用页面之后，首先用账号登陆互联网应用系统，互联网应用系统在验证用户登录系统之后，提示用户选择连续执行互联网应用操作模式或者互联网应用的单次操作模式。

在连续执行互联网应用操作模式下，用户只需触发一次互联网应用操作，就可以触发系统进行多个互联网应用操作。例如，在某大型网络促销活动中，网购用户可以抽取红包。用户在登录用户账号之后，可以选择连续执行互联网应用操作模式，在用户触发一次互联网应用操作之后，互联网应用系统可以自动进行多次互联网应用操作处理。互联网应用操作处理的次数视互联网应用系统的设置而定，这样可以提高互联网应用操作处理的效率。

接收单元20用于在确定用户选择互联网应用的连续模式之后，接收应用操作请求。

用户的应用操作请求可以是请求连续执行互联网应用操作或者单次互联网应用操作。连续执行互联网应用操作的模式下，在用户触发一个互联网应用操作之后，系统自动进行大于两次的应用操作处理。在单次互联网应用操作的模式下，用户触发一个互联网应用操作之后，用户每触发一次，系统进行一次互联网应用操作处理。

触发单元30用于根据一次应用操作请求触发多个应用操作处理。在用户选择互联网应用的连续模式之后，根据一次应用操作请求触发大于两次多个的应用操作处理。

多个应用操作处理可以在一个页面中同时显示，也可以逐个显示互联网应用操作处理过程及操作处理结果。在多个应用操作处理进行互联网应用操作的过程中，每个应用操作处理相互独立，互相不干扰，不影响彼此的操作处理结果。

通过一次应用操作请求触发多个应用操作处理，可以提高互联网应用操作的数据处理的效率，从而节约互联网应用操作处理的时间，使用户更快的进入角色当中。

第一获取单元11用于在输出提示信息之前，获取用户的登录信息。

以互联网游戏为例：

用户的登录信息包括用户的账号和选择的角色。互联网应用系统可以将用户的账号和选择的角色一一对应。用户的登录信息记载了用户的互联网应用参与资格，以及角色信息等。

互联网应用系统可以针对所有角色设置普遍性的互联网应用操作处理的结果，也可以根据不同角色的特点设置个性化的互联网应用操作处理的结果。例如：在获取用户的登录信息为游戏中的平民时，互联网应用操作处理的结果可以设置为具有角色特点的“房屋”，在获取用户的登录信息为游戏中的公主时，互联网应用操作处理的结果可以设置为具有角色特点的“宫殿”。

用户的登录信息还包含用户的互联网应用操作的连续模式参与资格信息。在用户首次参与互联网应用时，用户可以连续执行互联网应用操作的次数可以为5次。每进行一次连续执行互联网应用操作，连续执行互联网应用操作的总次数减少一次。同时，用户的登录信息还可以包括用户进行单次互联网应用操作的资格信息。单次互联网应用操作的次数和连续执行互联网应用操作的次数可以分开计算，也可以合并计算。无论是哪种计算方式，只要连续执行互联网应用操作的次数达到可以连续执行互联网应用操作的最大次数，该用户不能再进行连续执行互联网应用操作。

以网购或者微博等互联网应用平台为例：

用户的登录信息包括用户的身份信息和互联网应用操作的连续模式参与资格信息。其中，用户的身份信息和互联网应用操作的连续模式参与资格信息可以相关联。例如，用户的登录信息显示用户的级别为VIP3，该用户的互联网应用操作的连续模式参与资格为5次，如果用户的登录信息显示用户的级别为VIP2，该用户的互联网应用操作的连续模式参与资格为3次。

另外，还能根据用户的登录信息确定用户获得互联网应用操作处理的结果的概率。例如，VIP3的获得第一结果概率为8%，VIP2的获得第一结果概率为7%。

通过获取用户的登录信息，确定用户的互联网应用操作的连续模式参与资格，甚至确定用户可能获得的互联网应用操作处理的结果，并且，在获取用户的登录信息之后，方便获得互联网应用操作处理的结果之后互联网应用操作处理的结果的发放。

第一判断单元21用于根据登录信息判断用户是否具备互联网应用的应用操作资格。用户的登录信息记录了用户的互联网应用的应用操作资格，在用户登录互联网应用的页面之后，互联网应用系统自动判断用户是否有互联网应用的应用操作资格，以及用户的应用操作处理的操作次数。

以互联网游戏为例：

用户登录互联网应用参与页面之后，选择游戏角色，此时，互联网应用系统接收用户的登录信息，并根据用户的角色查找是否该用户的角色进行过连续执行互联网应用操作。如果该用户进行了连续执行互联网应用操作，判断用户已经进行的连续执行互联网应用操作的次数以及用户剩余的连续执行互联网应用操作次数。

以网购或者微博等互联网应用平台为例：

用户登录账号之后，互联网应用系统根据用户的登录信息判断该用户是否有互联网应用参与资格，如果用户有互联网应用参与资格，用户可以进行互联网应用操作，如果用户没有互联网应用参与资格，或者该用户的互联网应用参与资格用尽，则该用户不能进行互联网应用操作。

需要说明的是，这里所说的互联网应用参与资格包括互联网应用操作的连续模式参与资格和单次互联网应用操作资格，互联网应用操作的连续模式参与资格和单次互联网应用操作资格可以单独计算次数，也可以根据互联网应用操作的连续模式参与资格和单次互联网应用操作资格的总互联网应用操作次数进行计算和确定。

输出单元31用于在确定用户具备互联网应用的应用操作资格时，输出提示信息。在确定用户具备互联网应用的应用操作资格时，用户可以进行互联网应用操作，提示用户可以选择互联网应用操作的互联网应用的连续模式或者互联网应用的单次操作模式，还可以提示用户剩余互联网应用操作次数等。

通过上述装置，可以根据用户的登录信息跟踪用户的互联网应用操作情况，例如互联网应用的应用操作资格、互联网应用操作次数，还可以在用户获得互联网应用操作处理的结果之后，根据用户的登录信息发放互联网应用操作处理的结果。

进一步地，第一判断单元12包括获取模块、判断模块和确定模块。

获取模块用于从预设角色库中获取预先设定的角色信息。用户登录游戏页面之后，提示用户选取角色。待选的角色存储在预设角色库中，在提示用户选取角色的时候，弹出选择框，用户可以在弹出角色中选择角色。

每个角色对应了相应的角色信息，在用户选中一个角色之后，也选择了相应的角色信息。如上述互联网游戏的例子，每个角色信息可能对应不同的互联网应用操作处理的结果，这些信息都可以存储在角色库中。

在网购或者微博的例子中，预设角色库中预先设定了每个用户的身份信息，例如VIP用户或者普通用户的身份信息，不同的身份可能对应不同的互联网应用操作处理的结果，或者不同的互联网应用操作处理结果概率等信息。

判断模块用于判断登录信息是否绑定预先设定的角色信息。用户登录互联网应用的页面之后，选择一个角色，系统将用户选择的角色以及用户的登录信息一一对应，即登录信息绑定角色信息。

用户的登录信息绑定角色信息之后，如果用户还参与除互联网应用操作以外的其他活动，可以直接与该用户的登录信息以及绑定的角色信息相关联，避免每次参加活动都选择一次角色的繁琐，提高了用户互联网应用操作以及参加其他活动的效率。

确定模块用于在判断出登录信息绑定预先设定的角色信息时，确定用户具备互联网应用的应用操作资格。登录信息绑定预先设定的角色之后，确定用户具备互联网应用的应用操作资格，并可以利用该互联网应用的应用操作资格进行互联网应用。

为了进一步方便数据处理，无需每次输出角色信息和服务区信息，本发明实施例的互联网应用的数据处理装置还可以包括绑定单元，该绑定单元用于绑定登录信息和预先设定的角色信息。

图6是根据本发明第三实施例的互联网应用的数据处理装置的示意图，如图6所示，该实施例的数据处理装置除了包括提示单元10、接收单元20和触发单元30之外，还包括绑定单元80。该绑定单元80包括：

第一接收模块81，用于接收外部输入的与登录信息对应的服务区信息。

第二接收模块82，用于接收外部输入的与登录信息对应的角色信息。

关联模块83，用于建立服务区信息和角色信息与登录信息之间的关联关系。

存储模块84，用于存储关联关系。

判断模块85，用于判断是否需要关联关系。

调用模块86，用于在判断出需要关联关系后，调用存储的关联关系。

由于调用模块86可以在需要关联关系的情况下，对预先存储的关联关系进行调用，因而，在用户登录之后无需用户多次输入角色信息，进一步提高了数据处理效率。

图7是根据本发明第四实施例的互联网应用的数据处理装置的示意图。如图7所示，该数据处理装置包括：提示单元10、接收单元20、触发单元30、第一获取单元11、第一判断单元21和输出单元31，还包括第二获取单元41、记录单元51和发送单元61。

图7所示实施例的提示单元10、接收单元20、触发单元30、第一获取单元11、第一判断单元21和输出单元31与图6所示实施例的提示单元10、接收单元20、触发单元30、第一获取单元11、第一判断单元21和输出单元31功能相同，在此不作赘述。

第二获取单元41用于在根据一次应用操作请求触发多个应用操作处理之后，获取多个应用操作处理对应的结果信息。在互联网应用的连续模式下，如果一次应用操作请求的多个应用操作处理获取到多个结果，将多个结果显示在互联网应用的页面上，告知用户对应的结果信息。

无论用户是否获得互联网应用操作处理的结果，与用户登录信息绑定的角色的互联网应用的应用操作资格扣除一次，并将扣除后的结果发送至服务器中保存。

如果用户在互联网应用操作过程中，互联网应用系统出现故障导致互联网应用操作失败，则在系统恢复正常之后，将扣除的互联网应用的应用操作资格回滚给用户。

记录单元51用于在预先设定的数据库中记录结果信息。在用户获取到结果信息之后，将对应的结果信息记录在预先设定的数据库中。记录的结果信息可以与用户的角色或者登录信息相关联，记录在预先设定的数据库中的相应位置。

对于互联网游戏用户来说，记录的结果信息与用户的角色相关联，对于网购或者微博用户来说，记录的结果信息与用户的登录账号相关联，并记录在预先设定的数据库中的相应位置。

发送单元61用于发送记录的结果信息。将记录的结果信息发送给发放服务器，发放服务器根据记录的结果信息对相应的用户发放结果信息。

如果用户在连续模式下获取到多个结果，则发放服务器同时发放多个结果。在发放结果之后，记录已经发放的结果信息。

进一步地，发送单元61每间隔第一预设时间发送一次记录的结果信息，该数据处理装置还包括扫描单元、第二判断单元和告警单元。

扫描单元用于在发送记录的结果信息之后，每间隔第二预设时间扫描一次发送失败的记录信息。间隔的第二预设时间可以为3分钟、5分钟或者10分钟，每间隔第二预定时间扫描一次发送失败的记录信息，既可以及时发现发送失败的失败记录，还避免了发现发送失败的记录就进行相应处理而导致的浪费服务器资源的问题。

第二判断单元用于判断扫描得到的记录信息是否超出预设数量值。记录信息为记录发送失败的信息，预先设置发送失败记录信息的最大数量值。如果发送失败记录信息的最大数量值超出预设数量值，则系统出现故障，如果发送失败记录信息的最大数量值没有超出预设数量值，则不做处理，继续记录发送失败的记录信息。

告警单元用于在判断出扫描得到的记录信息超出预设数量值时，输出告警信息。

如果判断出扫描到的记录信息超出预设数量值，可能系统出现故障，输出告警信息，以告诉工作人员检查互联网应用系统，避免用户获得互联网应用操作处理的结果却无法及时接收到互联网应用操作处理的结果。

通过上述装置，能够在互联网应用的应用操作处理过程中选择互联网应用的连续模式，一次应用操作请求触发多次应用操作处理，从而提高互联网应用的应用操作处理效率。

图8是根据本发明实施例的数据处理的服务器架构图。

中转服务器1与互联网直接相连。

应用服务器2连接于中转服务器1和DB代理数据库6之间，可以接收用户登录信息等。

游戏接口服务器3与应用服务器2相连接，接收应用服务器2发送的发送互联网应用操作处理的结果的消息，并且在接收到定时脚本服务器4发送扫描发送记录之后，向用户发放互联网应用操作处理的结果。

DB代理数据库6存储用户信息，包括用户登录信息、用户角色信息和用户应用操作信息等。

资格服务器5与应用服务器2相连接，用于存储用户资格，并在用户进行互联网应用操作之后扣除用户互联网应用的应用操作资格，计算用户的剩余互联网应用的应用操作资格。

管理端服务器7与数据库（Database，简称为DB）相连接，用于将扫描查询的结果发送给DB。

另外，DB还可以接收DB代理数据库6的数据信息，并接收定时脚本服务器4的监控告警信息。

作为本发明实施例的一种具体应用场景，本发明实施例的互联网应用可以是互联网抽奖应用，互联网应用操作可以为抽奖操作，互联网应用操作的结果可以为抽奖结果，互联网应用的应用操作资格可以为抽奖资格。相应地，本发明实施例的互联网应用的数据处理方法和装置也可以用于互联网抽奖应用中。

在互联网游戏中经常会组织抽奖活动，以便提高用户对游戏的兴趣度，也能很好的对游戏进行宣传。抽奖的活动也可以应用在除了互联网游戏以外的其他地方，例如网购或者微博等。以下对互联网抽奖应用进行介绍：

用户在抽奖之前，首先输入登录信息，登录抽奖活动页面。用户可以首先在登录页面选择游戏角色，并将该游戏角色作为用户的唯一标识信息，以便在游戏中进行抽奖和领取奖品。用户的登录信息包括用户的账号和选择的角色。抽奖系统可以将用户的账号和选择的角色一一对应。用户的登录信息记载了用户的抽奖资格，以及角色信息等。抽奖系统可以针对所有角色设置普遍性的奖品，也可以根据不同角色的特点设置个性化的奖品。例如：在获取用户的登录信息为游戏中的平民时，奖品可以设置为具有角色特点的“房屋”，在获取用户的登录信息为游戏中的公主时，奖品可以设置为具有角色特点的“宫殿”。用户的登录信息还可以包含用户的连抽资格信息。在用户首次参与抽奖活动时，用户可以连抽的次数可以为5次。每进行一次连抽，连抽的总次数减少一次。同时，用户的登录信息还可以包括用户进行单次抽奖的资格信息。单次抽奖的次数和连抽的次数可以分开计算，也可以合并计算。无论是哪种计算方式，只要连抽的次数达到可以连抽的最大次数，该用户不能再进行连抽。用户登录账号之后，抽奖系统根据用户的登录信息判断该用户是否有抽奖资格，如果用户有抽奖资格，用户可以进行抽奖，如果用户没有抽奖资格，或者该用户的抽奖资格用尽，则该用户不能进行抽奖。

抽奖系统检测到用户访问抽奖活动页面的动作，向用户发送提示信息，提示用户可以选择连抽模式或者单次抽奖模式。相应地，用户在执行抽奖请求时，可以是请求连抽或者单次抽奖。连抽的抽奖模式下，在用户触发一个抽奖动作之后，系统自动进行大于两次的抽奖操作。在单次抽奖的抽奖模式下，用户触发一个抽奖动作之后，用户每触发一次，系统进行一次抽奖。

在连抽模式下，用户只需触发一次抽奖动作，就可以触发系统进行多个抽奖操作。例如，对于一次抽奖请求，抽奖系统可以自动进行十次抽奖操作。这十次抽奖操作可以同时进行，也可以依次进行，为了提高抽奖效率，可以让十次抽奖操作同时进行，并且，同时进行的十次抽奖结果互不影响。

连抽模式下，一次抽奖请求还可以触发上百次的连抽，应该理解的是，这里所说的十次和百次只是为了举例说明，并不用于限定本发明的抽奖次数。

单次抽奖模式即用户一次只能触发一次抽奖操作，如果要进行十次抽奖，则要触发十次，而连抽模式，只需一次触发，就能进行十次抽奖。

多个抽奖操作可以在一个页面中同时显示，也可以逐个显示抽奖过程及抽奖结果。在多个抽奖操作进行抽奖的过程中，每个抽奖操作相互独立，互相不干扰，不影响彼此的抽奖结果。

通过一次抽奖请求触发多个抽奖操作，可以提高抽奖的数据处理的效率，从而节约抽奖时间，使用户更快的进入角色当中。

无论用户是否抽中奖品，与用户登录信息绑定的角色的抽奖资格扣除一次，并将扣除后的结果发送至服务器中保存。

如果用户在抽奖过程中，抽奖系统出现故障导致抽奖失败，则在系统恢复正常之后，将扣除的抽奖资格回滚给用户。

在用户抽中奖品之后，将抽中的奖品信息记录在预先设定的数据库中。记录的奖品信息可以与用户的角色或者登录信息相关联，记录在预先设定的数据库中的相应位置。对于互联网游戏用户来说，记录的奖品信息与用户的角色相关联，对于网购或者微博用户来说，记录的奖品信息与用户的登录账号相关联，并记录在预先设定的数据库中的相应位置。

将记录的奖品信息发送给奖品发放服务器，奖品发放服务器根据记录的奖品信息对相应的用户发放奖品。如果用户在连抽的模式下抽中多个奖品，则奖品发放服务器同时发放多个奖品。在发放奖品之后，记录已经发放的奖品信息。

通过上述方法，能够在抽奖活动过程中选择连抽模式，一次抽奖请求触发多次抽奖操作，从而提高抽奖时数据处理的效率。

本发明实施例还提供了一种计算机存储介质。该计算机存储介质可存储有程序，该程序用于执行上述的互联网应用的数据处理方法的部分或全部步骤。

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

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

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

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

以上所述仅为本发明的优选实施例，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种用于互联网应用的数据处理方法，其特征在于，包括：

在确定用户登录互联网应用的页面后，输出提示信息，所述提示信息用于提示所述用户是否选择所述互联网应用的连续模式，其中，在所述互联网应用的连续模式下，所述用户的一次应用操作请求能够触发多个应用操作处理；

在确定所述用户选择所述互联网应用的连续模式之后，接收所述应用操作请求；以及

根据一次所述应用操作请求触发所述多个应用操作处理；

其中，所述用户的登录信息包括所述用户的身份信息和所述应用操作处理的连续模式参与资格信息，其中，所述用户的所述身份信息包括所述用户的级别，所述连续模式参与资格信息包括所述应用操作处理的次数；

其中，不同级别的用户，对应的所述应用操作处理的次数不同；不同级别的用户，对应的所述应用操作处理的结果的概率不同。

2.根据权利要求1所述的数据处理方法，其特征在于，在输出所述提示信息之前，所述数据处理方法还包括：

获取所述用户的登录信息；

根据所述登录信息判断所述用户是否具备所述互联网应用的应用操作资格；以及

在确定所述用户具备所述互联网应用的应用操作资格时，输出所述提示信息。

3.根据权利要求2所述的数据处理方法，其特征在于，根据所述登录信息判断所述用户是否具备所述互联网应用的应用操作资格包括：

从预设角色库中获取预先设定的角色信息；

判断所述登录信息是否绑定所述预先设定的角色信息；以及

如果判断出所述登录信息绑定所述预先设定的角色信息，则确定所述用户具备所述互联网应用的应用操作资格。

4.根据权利要求3所述的数据处理方法，其特征在于，还包括绑定所述登录信息和所述预先设定的角色信息，其中，按照以下方式绑定所述登录信息和所述预先设定的角色信息：

接收外部输入的与所述登录信息对应的服务区信息；

接收外部输入的与所述登录信息对应的角色信息；

建立所述服务区信息和所述角色信息与所述登录信息之间的关联关系；

存储所述关联关系；

判断是否需要所述关联关系；以及

如果判断出需要所述关联关系，则调用存储的所述关联关系。

5.根据权利要求1所述的数据处理方法，其特征在于，在根据一次所述应用操作请求触发所述多个应用操作处理之后，所述数据处理方法还包括：

获取所述多个应用操作处理对应的结果信息；

在预先设定的数据库中记录所述结果信息；以及

发送记录的所述结果信息。

6.根据权利要求5所述的数据处理方法，其特征在于，每间隔第一预设时间发送一次记录的所述结果信息，在发送记录的所述结果信息之后，所述数据处理方法还包括：

每间隔第二预设时间扫描一次发送失败的记录信息；

判断扫描得到的所述记录信息是否超出预设数量值；以及

如果判断出扫描得到的所述记录信息超出所述预设数量值，则输出告警信息。

7.一种用于互联网应用的数据处理装置，其特征在于，包括：

提示单元，用于在确定用户登录互联网应用的页面后，输出提示信息，所述提示信息用于提示所述用户是否选择互联网应用的连续模式，其中，在所述互联网应用的连续模式下，所述用户的一次应用操作请求能够触发多个应用操作处理；

接收单元，用于在确定所述用户选择所述互联网应用的连续模式之后，接收所述应用操作请求；以及

触发单元，用于根据一次所述应用操作请求触发所述多个应用操作处理；

其中，所述用户的登录信息包括所述用户的身份信息和所述应用操作处理的连续模式参与资格信息，其中，所述用户的所述身份信息包括所述用户的级别，所述连续模式参与资格信息包括所述应用操作处理的次数；

其中，不同级别的用户，对应的所述应用操作处理的次数不同；不同级别的用户，对应的所述应用操作处理的结果的概率不同。

8.根据权利要求7所述的数据处理装置，其特征在于，所述数据处理装置包括：

第一获取单元，用于在输出所述提示信息之前，获取用户的登录信息；

第一判断单元，用于根据所述登录信息判断所述用户是否具备互联网应用的应用操作资格；以及

输出单元，用于在确定所述用户具备互联网应用的应用操作资格时，输出所述提示信息。

9.根据权利要求8所述的数据处理装置，其特征在于，所述第一判断单元包括：

获取模块，用于从预设角色库中获取预先设定的角色信息；

判断模块，用于判断所述登录信息是否绑定所述预先设定的角色信息；以及

确定模块，用于在判断出所述登录信息绑定所述预先设定的角色信息时，确定所述用户具备互联网应用的应用操作资格。

10.根据权利要求9所述的数据处理装置，其特征在于，还包括绑定单元，所述绑定单元用于绑定所述登录信息和所述预先设定的角色信息，其中，所述绑定单元包括：

第一接收模块，用于接收外部输入的与所述登录信息对应的服务区信息；

第二接收模块，用于接收外部输入的与所述登录信息对应的角色信息；

关联模块，用于建立所述服务区信息和所述角色信息与所述登录信息之间的关联关系；

存储模块，用于存储所述关联关系；

判断模块，用于判断是否需要所述关联关系；以及

调用模块，用于在判断出需要所述关联关系后，调用存储的所述关联关系。

11.根据权利要求7所述的数据处理装置，其特征在于，所述数据处理装置还包括：

第二获取单元，用于在根据一次所述应用操作请求触发所述多个应用操作处理之后，获取所述多个应用操作处理对应的结果信息；

记录单元，用于在预先设定的数据库中记录所述结果信息；以及发送单元，用于发送记录的所述结果信息。

12.根据权利要求11所述的数据处理装置，其特征在于，所述发送单元每间隔第一预设时间发送一次记录的所述结果信息，所述数据处理装置包括：

扫描单元，用于在发送记录的所述结果信息之后，每间隔第二预设时间扫描一次发送失败的记录信息；

第二判断单元，用于判断扫描得到的所述记录信息是否超出预设数量值；以及

告警单元，用于在判断出扫描得到的所述记录信息超出所述预设数量值时，输出告警信息。