CN105187477A - 应用之间的数据通信的设备和方法 - Google Patents

Abstract

本申请公开了应用之间的数据通信的设备和方法。本申请提供了一种从在数据处理设备(100)上运行的第一应用向数据处理设备(100)上的第二应用传送数据以供第二应用使用的方案。该方法包括第一应用响应于第一应用的用户完成第一应用中的预定任务而获取回馈值。响应于来自用户的请求索取回馈值的请求，第一应用生成并发送：将第二应用置于交互状态中的指令；以及回馈数据，该回馈数据基于回馈值而生成以供处于交互状态中的第二应用使用。从第一应用到第二应用的回馈数据的传递发生在数据处理设备(100)内，而不发生通过互联网(400)在数据处理设备(100)与后端服务器(200)之间的通信。

Description

应用之间的数据通信的设备和方法

技术领域

本发明一般涉及计算机应用之间数据通信领域，并且更具体地涉及一种计算机实现方案，该方案将与由第一应用的用户产生的回馈值相关的回馈数据传送给第二应用以供第二应用使用。

背景技术

已存在对用于在应用(通常被称为“app”)之间提供交叉推广功能的系统越来越多的兴趣，该系统允许用户将他/她在使用一个应用时已经产生的回馈值用于另一应用中。这一种类的系统在例如US2013/0324259A1和US2013/0324260A1中进行了说明。

用于在应用之间提供自动交叉推广的已知系统利用了通过互联网连接到用户的电子设备的服务器上的交叉推广引擎来跟踪每个用户的进展及其交叉推广回馈值。在这些系统中，与用户在使用第一应用时已获得的回馈值相关的回馈值定义被发送给交叉推广引擎，该交叉推广引擎存储接收到的回馈值定义以供后续由第二应用进行恢复，该用户可打开并使用该第二应用以索取其回馈值。这些系统具有通用的优势，因为第二应用不必与第一应用在同一设备上运行，从而允许用户受益于使用各种不同设备(例如，他们的家庭PC、智能手机、膝上型计算机等)上的应用。

发明内容

尽管上述已知的交叉推广系统具有益处，然而，本发明的发明人已经认识到在这些系统中索取回馈值需要正在索取回馈值的设备通过互联网连接到交叉推广引擎，这对于用户而言不总是方便或可能的。对于已知交叉推广系统的这一缺陷，本发明的发明人已经设想出了在设备上的应用之间安全地传送回馈数据的方案，该方案不需要设备连接到互联网或任意其他种类的网络或任意其他设备。

更具体地，本发明的发明人已设想出一种使得从在数据处理设备上运行的第一应用向所述数据处理设备上的第二应用传送数据以供所述第二应用使用的设备，该设备包括：用于响应于第一应用的用户完成第一应用中的预定任务而获取回馈值的装置；响应于来自用户的请求索取回馈值的请求而生成并发送如下内容的装置：指令，以将第二应用置于交互状态中；以及回馈数据，回馈数据基于回馈值而生成以供第二应用使用。

本发明的发明人还设想出一种处理数据的方法，数据包括回馈值，回馈值指示由数据处理设备上的第二应用的用户在完成第二应用中的预定任务时所产生的回馈值，处理数据的步骤如下：响应于数据处理设备的操作系统和第二应用中的至少一个将数据推送到第一应用而被动地接收数据；从接收到的数据中提取回馈值；并且在第一应用中使用提取出的回馈值。

本发明的发明人还设想出一种从在数据处理设备上运行的第一应用向该数据处理设备上的第二应用通信数据以供第二应用使用的方法，该方法包括第一应用执行以下处理：响应于第一应用的用户完成第一应用中的预定任务而获取回馈值；并且响应于来自用户的请求索取回馈值的请求而生成并发送：将第二应用置于交互状态中的指令；以及回馈数据，回馈数据基于回馈值而生成以供处于交互状态中的第二应用使用。

本发明的发明人还设想出一种处理数据的方法，该数据由第一应用生成，并且包括回馈值，回馈值指示由第一应用的用户在完成第一应用中的预定任务时所产生的回馈值，该方法包括与第一应用在同一数据处理设备上运行的第二应用通过以下步骤来处理数据：响应于数据处理设备的操作系统和第一应用中的至少一个将数据推送到第二应用而被动地接收数据；从接收到的数据中提取回馈值；并且在第二应用中使用提取出的回馈值。

本发明的发明人还设想出一种可操作为通过互联网与数据处理设备通信的服务器。该服务器包括：接收器模块，可操作为从在数据处理设备上运行的第一应用接收资源定位符请求，该资源定位符请求从应用下载服务器请求用于下载第二应用的资源定位符，第二应用将被安装在数据处理设备上，资源定位符请求包括：唯一标识数据处理设备的唯一设备标识符；标识第一应用的第一标识符；以及标识第二应用的第二标识符。服务器还包括记录保持模块，被安排为创建将唯一设备标识符与第一和第二标识符相关联的记录；以及发送模块，被安排为将所请求的资源定位符发送给数据处理设备。接收器模块还可操作为：在第二应用已被安装到数据处理设备上之后，从第二应用接收请求从服务器接收配置数据的请求，以使第二应用能够向第一应用提供用户在完成第二应用中的预定任务时所产生的回馈值的指示，其中，配置数据包括第一标识符，并且其中请求接收配置数据的请求包括唯一设备标识符和第二标识符。服务器还包括验证模块，被安排为通过将请求接收配置数据的请求中的唯一设备标识符和第二标识符对照由记录保持模块创建的记录进行检查来验证请求接收配置数据的请求的有效性；以及配置数据生成模块，被安排为：当验证模块验证请求接收配置数据的请求有效时，生成所请求的配置数据。发送模块还被安排为向数据处理设备发送生成的配置数据。

本发明的发明人还设想出使得数据处理设备通过互联网与第二数据处理设备通信的设备，该设备包括：

用于从在第二数据处理设备上运行的第一应用接收资源定位符请求的装置，该资源定位符请求从应用下载服务器请求用于下载第二应用的资源定位符，第二应用将被安装在第二数据处理设备上，资源定位符请求包括：

唯一标识第二数据处理设备的唯一设备标识符；

标识第一应用的第一标识符；以及

标识第二应用的第二标识符；

用于创建将唯一设备标识符与第一和第二标识符相关联的记录的装置；

用于将所请求的资源定位符发送给第二数据处理设备的装置；

用于在第二应用已被安装到第二数据处理设备上之后，从第二应用接收请求从数据处理设备接收配置数据的请求，以使第二应用能够向第一应用提供用户在完成第二应用中的预定任务时所产生的回馈值的指示的装置，其中，配置数据包括第一标识符，并且其中请求接收配置数据的请求包括唯一设备标识符和第二标识符；

用于通过将请求接收配置数据的请求中的唯一设备标识符和第二标识符对照所创建的记录进行检查来验证请求接收配置数据的请求的有效性的装置；

用于当请求接收配置数据的请求被验证有效时，生成所请求的配置数据的装置；以及

用于向第二数据处理设备发送生成的配置数据的装置。

本发明的发明人还设想出一种由第一数据处理设备执行、用于通过互联网与第二数据处理设备通信的方法，该方法包括：

从在第二数据处理设备上运行的第一应用接收资源定位符请求，该资源定位符请求从应用下载服务器请求用于下载第二应用的资源定位符，第二应用将被安装在第二数据处理设备上，资源定位符请求包括：

唯一标识第二数据处理设备的唯一设备标识符；

标识第一应用的第一标识符；以及

标识第二应用的第二标识符；

创建将唯一设备标识符与第一和第二标识符相关联的记录；

将所请求的资源定位符发送给第二数据处理设备；

在第二应用已被安装到第二数据处理设备上之后，从第二应用接收请求从数据处理设备接收配置数据的请求，以使第二应用能够向第一应用提供用户在完成第二应用中的预定任务时所产生的回馈值的指示，其中，配置数据包括第一标识符，并且其中请求接收配置数据的请求包括唯一设备标识符和第二标识符；

通过将请求接收配置数据的请求中的唯一设备标识符和第二标识符对对照所创建的记录进行检查来验证请求接收配置数据的请求的有效性；

当请求接收配置数据的请求被验证有效时，生成所请求的配置数据；并且

向第二数据处理设备发送生成的配置数据。

附图说明

现在将参考附图仅通过示例的方式来详细解释本发明的实施例，其中，

图1是根据本发明的实施例的系统的示意图；

图2A是图1所示的数据处理设备100中所提供的功能组件的示意图；

图2B是图1所示的后端服务器200中所提供的功能组件的示意图；

图3是可编程信号处理装置的示例的示意图，该可编程信号处理装置可被用于实现图2A和图2B所示的一个或多个功能组件；

图4是示出了当第一应用在其安装之后首次启动时，由本申请中所述的后端服务器和以第一应用的形式的另一应用所执行的处理的流程图；

图5是示出了当第二应用在其安装之后首次启动时，由本申请中所述的后端服务器和以第二应用的形式的另一应用所执行的处理的流程图；

图6A是示出了由第一应用所执行的处理的流程图，通过这些处理，用户可累积第二应用中的回馈值，并且提交请求在第一应用中被授予基于在第二应用中所产生的回馈值的回馈值的请求；

图6B是示出了由第一应用所执行的处理的流程图，通过这些处理，用户可被授予基于在第二应用中所产生的回馈值的回馈值；

图7是示出了图6A中的步骤S315所执行的处理的更多细节的流程图；

图8是示出了图6A中的步骤S325所执行的处理的更多细节的流程图；

图9是示出了图6V中的步骤S380所执行的处理的更多细节的流程图；

图10是示出了由本实施例中的第二应用所执行的处理的流程图，通过这些处理，用户在第二应用中产生回馈值，并且通过这些处理，回馈数据被传递给第一应用；

图11是示出了由本实施例中的第一应用所执行的处理的流程图，通过这些处理，第一应用从第二应用接收回馈数据，并且从中提取回馈值以用于第一应用中；以及

图12是示出了由本实施例中的后端服务器所执行的处理的流程图。

具体实施方式

图1提供了根据本发明的实施例的系统的示意图，该系统包括数据处理设备100，该数据处理设备100可操作为通过例如互联网400的网络与后端服务器200和应用下载服务器300通信。有助于理解本发明的数据处理设备100、后端服务器200和应用下载服务器300的配置的方面在下文进行了详细地说明，而为了简洁起见，对于本领域技术人员所熟悉的其他方面的描述被省略。数据处理设备100的功能组件被示于图2A中，而后端服务器200的功能组件被示于图2B中。

本实施例的数据处理设备100采用了智能手机的示例性形式，在该智能手机上，以第一应用的示例性形式的主应用110已从应用下载服务器300(例如，从苹果商(iTunes)或谷歌市(Google)商店)下载，如图2A所示。在以下所述由智能手机所执行的操作的过程中，以第二应用的示例性形式的次应用120使用第一应用进行选择，然后被下载并安装到该智能手机上，并且运行以允许用户在第二应用中产生回馈值，该回馈值可被传送给第一应用，而不需要智能手机连接到互联网400或任意其他种类的网络，或者连接到任意其他的设备，并且该回馈值可被用于第一应用中。在一个实施例中，上述第一应用可以为一种电子游戏。在一个实施例中，上述第二应用可以为另一种电子游戏。在一个实施例中，在应用为电子游戏的情形中，回馈值可以为奖励的形式(例如，以钱币、珠宝、招式等形式的虚拟货币)。

应该注意的是，回馈值可以是实现第一应用和第二应用的协同需要的任意合适值。主应用110所使用的回馈值不需要具有与次应用120所使用的回馈值相同的种类。在这些回馈值的类型不同的情况下，将在次应用120中产生的回馈值转换为被主应用110识别的形式可被执行，如下文所述。例如，在应用为电子游戏的情形中，第一电子游戏识别金币形式的反馈值，而第二电子游戏用水晶形式的数据来奖励用户完成任务。

应该认识到是，本申请中的教导可更一般地应用于很多其他种类的数据处理设备以及很多其他种类的应用。例如，数据处理设备100可以下列替代形式来提供：例如，个人数字助手(PDA)、平板计算机、膝上型计算机或台式PC。此外，主应用和次应用不限于是电子游戏，而是可以是利用某个种类的回馈值的任意其他种类的应用。作为另一示例，主应用110可以是用于预定度假的移动应用(在本申请中被称为“度假预定app”)，而次应用可以是用于留下对于在度假预定app中广告的酒店的评价的移动app(在本申请中被称为“评价app”)，其中，度假预定app因为用户使用评价app留下对所广告的酒店中的一个的评价而奖励用户以折扣形式的回馈值。从下文中将明显看出，用于在本申请中所述的数据处理设备100上的应用之间对回馈数据进行通信的方案可发现很多其他有趣的应用。

同样如图2A所示，次应用120包括：回馈值获取模块122，用于为用户生成回馈值；以及回馈值索取模块124，用于将主应用110置于交互状态中，并且当主应用110处于交互状态中时将所产生的回馈值传递给主应用110。回馈值获取模块122和回馈值索取模块124的功能在下文中将进行详细说明。

在本实施例中，回馈值获取模块122被配置为通过响应于用户完成次应用120中的预定任务来生成回馈值来获取该回馈值。因此，本实施例的次应用以及具有被配置为以这种方式获取回馈值的回馈值获取模块的其他应用被称为“回馈值生成应用”。然而，回馈值获取模块122可以不同方式来获取回馈值，例如通过与后端服务器200通信来致使后端服务器200生成回馈值并将该回馈值发送给智能手机。获取回馈值的这一替代方式将在下文中进一步说明。

后端服务器200的功能组件被示于图2B中。如图2B所示，后端服务器200包括：接收器模块210、记录保持模块220、发送模块230、验证模块240、配置数据生成模块250和候选应用标识模块260，这些模块被安排为能够相互交换信息。后端服务器200的这些组件的功能在下文中还进行了详细说明。后端服务器200还包括后端服务器数据库，其存储关于主应用110、次应用120、由用户做出的回馈值索取以及可被用于生成回馈值以用于主应用110中的回馈值生成应用的黑名单的各种参数之间的关系的集合。

存储在后端服务器数据库中的信息的表现形式被提供在下面的表1到5中。以下图例作为帮助解释表1到5中的信息而被提供。

图例

表1

表2

表3

表4

表5

图3示出了数据处理设备100以可编程信号处理硬件的形式的示例性实施方式。图3所示的信号处理装置包括输入/输出(I/O)部分510，该输入/输出(I/O)部分510作为用于通过蜂窝电话网络和互联网400向后端服务器200发送针对下文本申请所述的配置数据、资源定位符和记录的请求，并且从后端服务器200接收配置数据和其他信息的装置的接口模块，如下文所述。

信号处理装置还包括处理器520、工作存储器530及指令存储设备540，该指令存储设备540用于存储定义次应用120的计算机可读指令，当这些指令被处理器520执行时，使得处理器520执行下文所述的处理操作。指令存储设备540可包括RAM或相似类型的存储器，并且计算机可读指令可从诸如计算机可读存储介质550(例如，CD-ROM等)或携带计算机可读指令的计算机可读信号560之类的计算机程序产品输入到指令存储设备540中。

在本实施例中，图3所示的硬件组件(包括处理器520、工作存储器530及指令存储设备540)的组合被配置为实现图2A所示的回馈值获取模块122和回馈值索取模块124的功能。类似地，图3所示种类的可编程信号处理装置可被用于实现图2B所示的后端服务器200的功能组件。

现在将参考图4-10说明由本实施例中的智能手机所执行的过程，这些过程用来执行第一电子游戏，从而允许选择和安装第二电子游戏，并且允许由用户在第二电子游戏中产生的回馈值被传递给第一电子游戏，而不需要互联网连接。

现在将参考图4说明由本实施例的第一电子游戏在其安装到智能手机上之后被首次启动时所执行的过程。

在第一应用的首次启动时，第一应用执行安装过程，在该安装过程中，第一应用获取候选回馈值生成应用的列表，该列表在用户玩第一应用时将被显示给用户，以允许用户选择将从应用下载服务器300下载到智能手机的回馈值生成应用。

更具体地，在步骤S100中，第一应用向后端服务器200发送请求接收包括可被下载的候选回馈值生成应用的列表的初始化数据的请求，其中，每个回馈值生成应用被配置为当用户完成预定任务(例如，花费预定量的时间实施应用、完成某一应用等级、在应用中收集预定数量的可收集项或者在应用中取得预定分数)时则生成回馈值。所请求的初始化数据还包括：被列入黑名单的应用列表、第一应用应被允许接受的最大回馈值以及限定候选数据生成应用的优先级顺序的优先级数据。在步骤S102中，针对初始化数据的请求由后端服务器200的接收器模块210接收。

针对初始化数据的请求以及在智能手机上运行的应用与后端服务器200上运行的应用之间通信的一些或全部剩余消息可使用本领域技术人员熟知的技术通过加密进行保护，如下文所述。

后端服务器200基于生成存储在后端服务器数据库中的表1中的信息生成候选回馈值生成应用的列表。更具体地，后端服务器200的候选应用标识模块260生成一个或多个标识符(每个标识符标识各自的候选回馈值生成应用以从应用下载服务器300下载到智能手机)的集合，并且生成包括所生成的一个或多个标识符的列表。后端服务器200还根据同样存储在后端数据库中的表2中的信息来生成被列入黑名单的应用的列表。出现在黑名单中的应用是它们的回馈值索取不应被第一应用识别的应用，如将在下文所解释的那样。最大回馈值是被用于验证由回馈值生成应用传递给第一应用的回馈值的回馈值上限。

在步骤S104中，后端服务器200的发送模块230将初始化数据发送给智能手机上的第一应用。在步骤S106中，初始化数据由第一应用接收并存储在智能手机中以供后续使用。

接下来，第一应用检查接收到的候选回馈值生成应用列表，并且从该列表中移除已被安装在该智能手机上的任意回馈值生成应用。更具体地，在步骤S108中，第一应用检查接收到的可用回馈值生成应用列表中的任意应用是否已经安装在该智能手机上。如果没有候选回馈值生成应用先前已被安装在该智能手机上，则过程进行到步骤S112。另一方面，如果来自该列表的至少一个应用被确定为已被安装在该智能手机上，则过程进行到步骤S110，在步骤S110中，第一应用通过从该列表中移除已经安装在该智能手机上的应用来更新候选回馈值生成应用的列表。

在步骤S100到S110的初始化过程之后，在步骤S112中，第一应用继续在智能手机上运行，从而允许用户使用例如智能手机的触屏来实施该应用。在实施该应用中的预定时间点(例如，当用户完成预定任务(例如，完成应用等级)时)或者在由第一应用或由用户随机选择(例如，通过用户按在智能手机的触屏的指定部分中显示的图标)的应用中的时间点，在步骤S114中，第一应用向用户显示可以通过互联网400从应用下载服务器300下载到智能手机的候选回馈值生成应用的列表。出现在该列表中的应用可使用接收到的优先级数据进行排序，并且可以任意想要的方式来表示，例如，通过名称或图标。在本实施例中，该列表被显示为消息的一部分，该消息通知用户用于第一应用的回馈值可通过下载并实施应用中的一个来获取。然而，该消息还给用户拒绝选择应用以供安装而是返回到玩第一应用的选项。

在步骤S116中，第一应用确定用户是否从所显示的列表中选择了某个应用以安装在智能手机上。如果用户没有选择应用以供安装而是已经表示他/她希望返回到玩第一应用，则过程循环回到步骤S112。另一方面，如果用户从所显示的列表中选择了某个应用(例如，通过触摸智能手机的屏幕上与该应用相关联的图标)，则第一应用接收用户的选择并获取资源定位符，以用于将选定的回馈值生成应用从应用下载服务器300下载到智能手机以安装为第二应用。

更具体地，在步骤S118中，第一应用通过向后端服务器200发送资源定位符请求以请求用于从应用下载服务器300下载选定的回馈值生成应用的资源定位符来获取资源定位符。该资源定位符请求包括唯一设备标识符，该唯一设备标识符唯一地标识智能手机(例如，智能手机的IMEI号，或者更优选地，设备上的IDFA(即，广告商标识符，还被缩写为IFA))以及设备上的“广告ID”)，第一标识符标识第一应用，第二标识符标识选定的回馈值生成应用。

在步骤S120，后端服务器200的接收器模块210从第一应用接收消息，并且后端服务器200的记录保持模块220在后端服务器数据库中创建记录，该记录将选定的回馈值生成应用的标识符(“ID”)与智能手机的唯一ID以及第一应用的ID相关联。该记录被创建在表4所示的后端服务器数据库的一部分中，接收到的设备ID被记录在“DeviceID”字段中，选定的回馈值生成应用的ID被记录在“RGAppID”字段中，而第一应用的ID被记录在“PAppID”字段中。此外，后端服务器200将指示(“是”)记录在表4的“DownloadRequested”字段中，以指示在“DeviceID”字段中所标识的设备上的“PAppID”字段中所标识的第一应用已经做出请求下载“RGAppID”字段中所标识的回馈值生成应用的请求。

响应于第一应用的资源定位符请求，后端服务器200的发送模块230发送(在步骤S122中)下载链接形式(例如，URL)的资源定位符，该下载链接允许智能手机中的应用浏览器(例如，设备上的app)查找选定的回馈值生成应用并将其下载到智能手机。在步骤S124中，智能手机从后端服务器200接收所请求的资源定位符，并将该资源定位符传递给第一应用。然后，在步骤S126中，接收到的下载链接由第一应用传递给智能手机中的应用浏览器。在本实施例中，应用浏览器请求用户确认他/她希望将选定的回馈值生成应用下载并安装在智能手机上，并且在用户已经确认他/她希望这样做之后，选定的回馈值生成应用通过使用接收到的资源定位符从应用下载服务器300进行下载，并作为第二应用被安装在智能手机上。然而，应该注意的是，用户可选择自己打开智能手机的应用浏览器并查找选定的回馈值生成应用，而不使用资源定位符，然后下载安装选定的回馈值生成应用。

在第二应用被安装在智能手机上之后，当它首次被启动时，被配置为执行初始化程序，现在将参考图5对此进行说明。

一旦第二应用被首次启动，则它与后端服务器200通信以获取配置数据，该配置数据使第二应用能够生成回馈值以用于第一应用中。

更具体地，在步骤S200中，第二应用获取智能手机的唯一设备ID。接下来，在步骤S202中，第二应用生成并向后端服务器200发送请求从后端服务器200接收配置数据的请求，该请求包括智能手机的唯一设备ID以及标识第二游戏的第二标识符，以允许后端服务器200验证请求接收配置数据的请求的有效性。如在本实施例中，该请求还可包括对第二应用已安装在智能手机上的确认。

当从第二游戏接收到对于配置数据的请求时，后端服务器200处理该请求以确定第二应用是否是通过用户使用第一应用而被下载到智能手机的。如果第二应用被确定为是使用第一应用下载的，即，是通过用户使用第一应用从所显示的列表中选择第二应用，而不是直接通过应用浏览器来选择第二应用(即，不使用第一应用)，则后端服务器200向第二应用提供相关的配置数据。另一方面，如果后端服务器200确定第二应用不是使用第一应用下载并安装的，则后端服务器200不向第二应用发送配置数据，使得第二应用不能向第一应用传递用户通过实施第二应用所产生的任意回馈值。

更具体地，在图5的步骤S204中，后端服务器200的接收器模块210从第二应用接收针对配置数据的请求，并且在步骤S206中，后端服务器200的验证模块240通过将请求接收配置数据的请求中的唯一设备标识符和第二标识符对照由记录保持模块220创建的记录进行检查来验证请求接收配置数据的请求的有效性。更具体地，验证模块240检查在后端服务器200数据库中(更具体地，在表4中)是否存在包括匹配该请求中所提供的设备标识符的设备标识符的记录。如果找到这样的记录，则在步骤S206中，验证模块240进一步确定该记录是否指示该记录中所标识的第一应用先前已经请求了由接收到的对于配置数据的请求中的第二标识符所标识的第二应用的资源定位符(即，具有该设备ID和该第二标识符的记录是否具有在“DownloadRequested”字段中所指示的“是”)。如果找到这样的记录，并且该记录指示该记录中所标识的第一游戏先前已经请求了接收到的对于配置数据的请求中所标识的第二应用的资源定位符，则步骤S206中的检查通过，否则检查不通过。

如果步骤S206中的检查通过，则过程进行到步骤S208，其中，记录保持模块220更新在步骤S206中找到的记录，以既指示当前的日期和时间，又指示第二应用已被安装在该记录所标识的设备中。这是通过记录保持模块220将安装的日期和时间输入表4的“DateOfInstall”字段中，并且将指示(“是”)输入表4的“AppInstalled”字段中来实现的。

当接收到的对于配置数据的请求的有效性已被验证模块240验证有效时，在步骤S210中，后端服务器200的发送模块230向第二应用发送配置数据。第二应用的配置数据包括第一应用的ID以及当在第二应用中显示回馈值信息时使用的到回馈值资产的链接(例如，图标、颜色等)。这些资产被存储在表3所示的后端服务器的数据库部分中。配置数据还包括用于启动第一游戏的应用启动数据，该应用启动数据可基于智能手机的操作系统。例如，应用启动数据在智能手机是设备的情况下可包括用于启动第一游戏的URL模式，或者在智能手机是设备的情况下可包括用于启动第一应用的包名(packagename)。后端服务器200从表3所示的后端服务器数据库的部分中获取应用启动数据。此外，配置数据包括最大回馈值以及会话回馈值限值，其用途将在下文进行说明。

在步骤S212中，第二应用接收并存储由后端服务器200发送的配置数据。

另一方面，如果在步骤S206中没有找到请求由第一应用下载第二应用的请求的记录，则如在本实施例中，该过程可进行到步骤S214，其中，后端服务器200的发送模块230向第二应用发送拒绝通知，并且进行到步骤S216，其中，第二应用接收该拒绝通知并向用户显示消息，以指示回馈值索取还未针对第二应用而被激活。或者，当步骤S206中的确定的输出是“否”时，后端服务器200可不执行进一步的处理。

在第一和第二应用已被安装在智能手机上并且运行以执行以上参考图4和5所述的初始化过程之后，第二应用能够向第一应用传递回馈数据，而不需要智能手机连接到互联网400、任意其他种类的网络或任意其他设备，该回馈数据包括表示由用户在第二应用中完成预定任务时所产生的回馈的回馈值，如现在将参考图6A、6B和7到9所解释的那样。

首先参考图6A，在步骤S300中，第二应用在智能手机上运行，从而允许用户实施该应用。第二应用可以是本领域技术人员知道的很多不同种类的应用中的一个。在应用为电子游戏的情形中，例如，可以为酷跑、平台游戏、基于等级的游戏或村庄建设游戏。当实施第二应用时，回馈值获取模块122可在每次他/她完成了第二应用中的预定任务时(例如，当用户花费预定量的时间实施应用、完成基于等级的应用的某一等级、在应用中收集预定数量的可收集项、或者取得预定分数时)给用户回馈值。回馈值获取模块122可回馈用户重复完成相同的任务(例如，每次用户累积预定数量的积分时，或者每次用户花费了所需量的时间实施应用时)。此外或作为替代，回馈值获取模块122可在每次用户收集了预定数量的回馈值时回馈用户，并且当用户完成应用的特定等级时给用户更大的回馈。本领域技术人员可设想回馈用户使用第二应用的很多其他方式。

当在步骤S305中，回馈值获取模块122确定将因为用户实施第二应用而需要产生回馈值时，过程进行到步骤S310，其中，回馈值获取模块122生成与用户在应用中已经完成的任务相关联的回馈值。在本实施例中，该回馈值以一定度量为单位，其构成了主应用110以及由应用下载服务器300存储以供使用主应用110下载到智能手机的所有回馈值生成应用所接受的通用度量单位，如上所述。此外，这些任务被设置为使得例如一定的回馈值应花费三小时来产生。在该示例中，应花费用户12秒来产生一定度量的回馈值。另一方面，在第二应用中显示给用户的回馈值的形式可以是由应用开发者所选择的各种单位。在游戏应用的实施例中，例如，可以是钱币、命、招式等。

然而，应该认识到的是，在游戏应用中，钱币可以是任何面额的虚拟货币，或各种真实世界货币(例如，英镑、欧元、日元等)，以将在智能手机上的一个应用中产生的回馈值转到该智能手机上的另一应用。

如在本实施例中，在步骤S315中，第二应用的回馈值索取模块124可继续基于用户已经在实施第二应用所花费的时间来确定由回馈值获取模块122生成的回馈值是否是有效的。现在将参考图7说明可由回馈值索取模块124在步骤S315中执行以验证由回馈值获取模块122生成的回馈值的有效性的过程的示例。

本实施例的回馈值索取模块124被配置为监测用户实施第二应用所花费的时间。在步骤S315-1中，基于上文所述的应花费三个小时实施应用来产生相当于单位度量的回馈值，回馈值索取模块124将该测量的时间与预期用户产生回馈值所花费的时间相比较。因此，在步骤S315-1中，回馈值索取模块124基于回馈值和关于回馈值的单位到实施应用所花费的时间的转换因子来计算用户产生回馈值预期要花费的时间。

如果所预期的实施应用时间超过经测量的玩游戏时间多于预定的量(例如，30分钟，以允许具有更高技能等级的用户)，则回馈值索取模块124确定由回馈值获取模块122生成的回馈值是慷慨得不能接受的，从而将该回馈值作为无效而拒绝。然后过程进行到步骤S315-2，其中，回馈值索取模块124将该回馈值标记为无效，并且过程继续进行到图6A中的步骤S320。

另一方面，如果所预期的实施应用的时间没有超过经测量的实施应用的时间多于预定的量，则回馈值索取模块124确定由回馈值获取模块122生成的回馈值是合理的，从而将该回馈值作为有效而接受。然后过程可继续进行到步骤S315-3。

在步骤S315-3中(该步骤甚至可在没有步骤S315-1中执行的有效性检查的情况下被执行)，回馈值索取模块124确定由回馈值获取模块122生成的回馈值是否超过会话回馈值限值。如果该回馈值超过会话回馈值限值，则在步骤S315-4中，该回馈值被回馈值取模块124限制在会话回馈值限值，否则其不被限制。然后在步骤S315-5中，该回馈值(无论其是否被限制)被标记为有效，过程继续进行到图6A中的步骤S320。

再次参考图6A，在步骤S320中，回馈值索取模块124响应于确定该回馈值有效而进行到步骤S325，在步骤S325中，回馈值索取模块124将经过验证的回馈值添加到累积的回馈值，该累积的回馈值是通过对回馈值获取模块122先前已经生成的有效回馈值进行求和而获得的。这一过程的更多细节被示于图8的流程图中。

在图8所示的步骤S325-1中，回馈值索取模块124执行检查以确定由回馈值获取模块122生成的回馈值与来自回馈值获取模块122、先前已被累积的回馈值的和是否大于在步骤S210中作为配置数据的一部分被通信给智能手机的最大回馈值。

如果在步骤S325-1中确定所产生的回馈值与先前累积的回馈值的和大于最大回馈值，则处理可进行到步骤S325-2，在步骤S325-2，总累积回馈值被限制在最大回馈值。然后过程继续进行到图6A中的步骤S330。

然而，如果在步骤S325-1中确定所产生的回馈值与先前累积的回馈值的和小于等于最大回馈值，则过程进行到步骤S325-3，在步骤S325-3，总累积回馈值被设置为所产生的回馈值与先前累积的回馈值的和。然后过程继续进行到图6A中的步骤S330。

再次参考图6A，在步骤S305，如果确定用户还没有完成第二应用中的预定任务，则处理进行到步骤S335。在步骤S335中，回馈值索取模块124检查用户是否有先前累积的回馈值可被索取以用于第一应用中。如果用户有先前累积的回馈值可被索取，则过程进行到步骤S330。如果用户没有先前累积的回馈值可被索取，则过程循环回到步骤S300。

如在步骤S320中，如果回馈值索取模块124确定由用户产生的最新回馈值无效，则如在本实施例中，过程可进行到步骤S340，在步骤S340，第二应用向用户显示错误消息，以通知用户就他们所达到的应用中的点而言，他/她不能获得可能预期产生的回馈值。在这种情况下由回馈值获取模块122生成的回馈值被舍弃。应该注意的是，步骤S340是可选的，并且在其他实施例中，将步骤S340省略以避免打断玩游戏可能是优选的。

在回馈值获取模块122已生成至少一个回馈值并且该回馈值的有效性已由第二应用的回馈值索取模块124进行了验证之后，第二应用可给用户索取他们的(一个或多个)回馈值的选项，使得该回馈值可被用于第一应用中。如果用户选择索取(一个或多个)回馈值，则第二应用将该回馈值的细节传递给第一应用，使得用户可受益于在第一应用中使用该回馈值，现在将对此进行解释。

在步骤S330中，第二应用向用户显示消息，以邀请用户指示他/她是否希望索取他们的累积回馈值。接下来，在步骤S345中，第二应用确定用户是否已经选择索取他们的累积回馈值。如果用户选择不索取他们的累积回馈值，则过程返回到步骤S300。

然而，如果用户指示他/她希望索取他们的累积回馈值，则回馈值索取模块124生成并发送指令以将第一应用置于交互状态中，并且回馈值索取模块124还基于回馈值生成并发送回馈数据以供处于交互状态中时的第一应用使用。下文给出了数据的更多细节。

将第一应用置于交互状态中的指令可使智能手机的操作系统启动第一应用(即，通过将第一应用加载到智能手机的随机存取存储器(RAM)，然后在前台允许第一应用来执行“冷启动”)，使得第一应用的用户界面被显示在智能手机的屏幕上，以允许用户与其进行交互。或者，将第一应用置于交互状态中的指令可使智能手机的操作系统在第一应用已被启动并且在前台运行之后对第一应用进行管理，使得第一应用在前台运行，从而当第一应用的用户界面被显示在智能手机的屏幕上时，用户能够与其进行交互。因此，应该认识到的是，将应用置于“交互状态”中应被理解为指的是使该应用在智能手机上执行，使得该应用的用户界面被智能手机显示以允许用户与该应用的用户界面进行交互。然而，在生成并发送该指令和回馈数据之前，回馈值索取模块124生成回馈数据，使得该回馈数据包括用于验证该回馈数据的有效性的签名，现在将对此进行解释。

在步骤S350中，数回馈值索取模块124通过基于以下各项中的至少一项生成编码来创建签名：标识第一应用的第一标识符、标识第二应用的第二标识符、从智能手机的系统时钟获取的时间戳以及表示已被用于生成回馈数据的回馈值的值。如在本实施例中，回馈值索取模块124可使用哈希函数来基于上述参数中的两个、三个或全部参数生成编码。更具体地，如在本实施例中，签名可使用以下公式来生成：SHA1(<第二应用ID>+<第一应用ID>+<日期和时间戳>+<回馈值总额>)，其中，<…>表示尖括号之间的参数的值，“+”是串联运算符，并且SHA1指的是安全哈希算法函数SHA-1。

接下来，在步骤S355中，回馈值索取模块124创建表示该指令和回馈数据已被生成的记录，该记录包括唯一索取ID，该唯一索取ID唯一地标识由用户做出的回馈值索取请求。该记录被存储在智能手机中，使得它的数据可随后被发送给后端服务器200，以允许后端服务器200记录由用户做出的回馈值索取。

接下来，在步骤S360中，被索取的回馈值的细节被回馈值索取模块124存储。然后处理进行到步骤S365，其中，回馈值索取模块124使用上述配置数据来生成并发送回馈数据和将第一应用置于交互状态中的指令。更具体地，在本实施例中，第二应用使用URL模式来启动第一应用，该URL模式构成了回馈数据的一部分，并且已在步骤S210中第二应用的初始化过程中被提供，如上文所解释的。回馈数据还包括以下参数，这些参数被包括在由回馈值索取模块124生成的URI中：

·回馈值总额，这是由所有回馈值生成应用所指定的索取回馈值的大小；

·标识第二应用的第二标识符；

·标识数据正被索取的第一应用的第一标识符，；

·在步骤S350中生成的索取签名；

·在步骤355中生成的唯一索取ID；以及

·智能手机的设备ID。

现在将参考图6B和9对第一应用启动、验证回馈数据的有效性，并且将在第二应用中产生的回馈值授予用户的过程进行说明。

在步骤S370中，在步骤S365中由回馈值索取模块124生成的指令使得第一应用被智能手机的操作系统带入交互状态中，例如通过操作系统加载并启动第一应用，或者通过将第一应用从后台运行变为前台运行。

在步骤S375中，被带入交互状态中的第一应用被动接收由回馈值索取模块124生成的回馈数据。第一应用响应于智能手机的操作系统将回馈数据推送到第一应用而接收回馈数据。然而，在另一实施例中，作为替代，第二应用可将回馈数据推送到第一应用。如在本实施例中，第一应用可使用SDK(软件开发工具包)API调用来将回馈数据存储在智能手机的本地存储器中(例如，图3所示的工作存储器530)。

然后，在步骤S380中，第一应用检查接收到的回馈数据的有效性。为实现这一目的，如在本实施例中，第一应用可使用不同的SDKAPI调用来从本地存储器中读取回馈数据、对该回馈数据进行解码并检查该回馈数据的有效性。现在将参考图9对第一应用使用SDKAPI的示例性形式的回馈值验证模块来验证接收到的回馈数据有效的过程示例进行说明。

如图9的流程图所示，步骤S380中所使用的第一应用的SDKAPI首先在步骤S381中确定从回馈数据中提取的回馈值是否超过在步骤S106中由第一应用接收到的最大回馈值，从而当该回馈值等于或低于最大回馈值时，确定接收到的回馈值有效。如果确定该回馈值不等于或低于最大回馈值，则API确定该回馈值大得不能接受，并且进而在步骤S386中将该回馈值标记为无效。

另一方面，如果步骤S381中的检查通过，则API使用已被包括作为回馈数据的一部分的其他信息来执行进一步的有效性检查，现在将对此进行解释。

如上所述，回馈数据包括标识第二应用的第二标识符、日期和时间戳以及用于验证数据有效性的签名。第一应用的API通过在步骤S382中基于用于生成回馈数据中的签名的参数来生成编码来执行进一步的检查以验证回馈数据有效。因此，在本实施例中，第一应用的API在步骤S382中基于第一应用的标识符、第二标识符的接收值、日期和时间戳以及回馈值来生成编码。更具体地，在本实施例中，API通过评估哈希函数来生成该编码，该哈希函数使用与步骤S350中回馈值索取模块124用于生成签名相同的公式，即，SHA1(<第二应用ID>+<第一应用ID>+<日期和时间戳>+<回馈值总额>)。

然后，在步骤S383中，第一应用的API将生成的编码与接收到的回馈数据中的签名进行对比，并且当生成的编码与回馈数据中的签名相同时，确定接收到的回馈数据有效。如果在步骤S383中未发现生成的编码匹配签名，则API进而在步骤S386中将回馈数据标记为无效。

然而，如果在步骤S383中，生成的编码被确定为匹配签名(即，与签名相同)，则在步骤S384中，API确定发送回馈数据的应用是否出现在黑名单中，该黑名单在步骤S106中作为初始数据的一部分被提供给第一应用。如果确定发送回馈数据的应用已被列入黑名单，则API进而在步骤S386中将回馈数据标记为无效。否则，在步骤S385中，回馈数据被标记为有效。然后过程进行到图6B中的步骤S390。

再次参考图6B，在步骤S390中，API基于回馈数据是否被确定为有效来做出决定，使得如果回馈数据被发现是无效的，则第一应用在步骤S395中向用户显示错误信息，并且如果回馈数据被发现是有效的，则进行到步骤S400。

在步骤S400中，被包括在回馈数据中的回馈值被第一应用转换为用于第一应用中的回馈值，例如，以给予用户在价值上相当的回馈值。在第一应用为游戏应用的实施例中，所接收到的回馈数据中的回馈值为第一应用不能直接使用的回馈值，第一应用将此回馈值转换为一个或多个额外招式、点数、命等形式的回馈值。然后，在步骤S405中，第一应用将回馈值授予用户。

接下来，在步骤S410中，第一应用创建回馈值已被授予用户的记录。该记录可随后被发送给后端服务器200，以跟踪正在被索取的回馈值等级以及其他参数。然后，在步骤S415中，第一应用继续正常运行。

当互联网连接可用时，第一和第二应用可不时地将步骤S360和S410中生成的记录刷新到后端服务器200，以允许后端服务器200记录由用户做出的成功的数据索取。

从上文中应该认识到，当次应用120在智能手机上执行时，次应用120执行如图10的流程图所示的过程。

更具体地，在步骤S1001中，次应用120响应于次应用120的用户完成次应用120中的预定任务而获取回馈值。

然后，在步骤S1002中，响应于来自用户的索取回馈值的请求，次应用120生成并发送：指令，以将主应用110置于交互状态中；以及回馈数据，该回馈数据基于回馈值生成以供主应用110使用。

从上文中还应该认识到，当主应用110在智能手机上执行时，主应用110执行如图11的流程图所示的过程。

更具体地，在步骤S1101中，主应用110响应于智能手机的操作系统和次应用120中的至少一个将回馈数据推送到主应用110而被动地接收回馈数据。在步骤S1102中，主应用110从接收到的回馈数据中提取回馈值。然后，在步骤S1103中，主应用110使用提取出的回馈值。

在另一实施例中，提供了存储计算机程序指令的非暂态存储介质，当这些指令被数据处理设备执行时，使得数据处理设备通过互联网与第二数据处理设备通信，步骤如下：

从运行在第二数据处理设备上的第一应用接收资源定位符请求，该资源定位符请求请求用于从应用下载服务器下载将被安装在第二数据处理设备上的第二应用的资源定位符，该资源定位符请求包括：

唯一标识第二数据处理设备的唯一设备标识符；

标识第一应用的第一标识符；以及

标识第二应用的第二标识符；

创建将唯一设备标识符与第一和第二标识符相关联的记录；

将所请求的资源定位符发送给第二数据处理设备；

在第二应用已被安装到第二数据处理设备上之后，从第二应用接收请求从该数据处理设备接收配置数据的请求，以使第二应用能够向第一应用提供用户在完成第二应用中的预定任务时所产生的回馈值的指示，其中，配置数据包括第一标识符，并且其中请求接收配置数据的请求包括唯一设备标识符和第二标识符；

通过将请求接收配置数据的请求中的唯一设备标识符和第二标识符对照创建的记录进行检查来验证请求接收配置数据的请求的有效性；

当请求接收配置数据的请求的有效性已验证时，生成所请求的配置数据；并且

向第二数据处理设备发送生成的配置数据。

在上述另一实施例的存储介质中，指令可包括当被执行时还使得数据处理设备执行以下操作的指令：生成一个或多个标识符，每个标识符标识各自的候选应用以由第二数据处理设备从应用下载服务器进行下载；并且将这些标识符发送给第二数据处理设备，以被第一应用用于生成资源定位符请求。

存储在上述存储介质中的计算机程序指令可被加载到后端服务器200中，并被后端服务器200执行以执行上述实施例中的操作。

从以上描述中将认识到，后端服务器200是第一数据处理设备的示例，其被配置为执行图12的流程图所示的过程，以通过互联网与第二数据处理设备(在实施例中以智能手机100作为示例)通信。

更具体地，在步骤S1201中，第一数据处理设备从运行在第二数据处理设备上的第一应用接收资源定位符请求，该资源定位符请求请求用于从应用下载服务器下载将被安装在第二数据处理设备上的第二应用的资源定位符，该资源定位符请求包括：唯一标识第二数据处理设备的唯一设备标识符；标识第一应用的第一标识符；以及标识第二应用的第二标识符。

在步骤S1202中，第一数据处理设备创建将唯一设备标识符与第一和第二标识符相关联的记录。

在步骤S1203中，第一数据处理设备将所请求的资源定位符发送给第二数据处理设备。

在步骤S1204中，在第二应用已被安装到第二数据处理设备上之后，第一数据处理设备从第二应用接收请求从该数据处理设备接收配置数据的请求，以使第二应用能够向第一应用提供用户在完成第二应用中的预定任务时所产生的回馈值的指示，其中，配置数据包括第一标识符，并且其中请求接收配置数据的请求包括唯一设备标识符和第二标识符。

在步骤S1205中，第一数据处理设备通过将请求接收配置数据的请求中的唯一设备标识符和第二标识符对照所创建的记录进行检查，以验证请求接收配置数据的请求的有效性。

在步骤S1206中，当请求接收配置数据的请求被验证有效时，第一数据处理设备生成所请求的配置数据。

在步骤S1207中，第一数据处理设备向第二数据处理设备发送生成的配置数据。

可由后端服务器执行以提供上述参考附图的功能的上述方法还可包括：生成一个或多个标识符，每个标识符标识各自的候选应用以由第二数据处理设备从应用下载服务器进行下载；并且将这些标识符发送给第二数据处理设备，以由第一应用用于生成资源定位符请求。

修改

对上述实施例的很多修改和变化都是可以的。

例如，上述回馈值获取模块122被配置为通过响应于用户完成次应用120中的预定任务而生成回馈值来获取回馈值。然而，回馈值获取模块122不必具有自己计算或以其他方式生成回馈值的功能。例如，在替代实施例中，回馈值获取模块122可通过与后端服务器200通信以通知后端服务器200用户已经完成了次应用120中的预定任务，并从后端服务器200接收后端服务器基于该通知而生成的回馈值来获取回馈值。

Claims (30)

1.一种使得从在数据处理设备上运行的第一应用向所述数据处理设备上的第二应用传送数据以供所述第二应用使用的设备，，所述设备包括：

用于响应于所述第一应用的用户完成所述第一应用中的预定任务而获取回馈值的装置；并且

用于响应于来自所述用户的请求索取回馈值的请求而生成并发送如下内容的装置：

将所述第二应用置于交互状态中的指令；以及

回馈数据，所述回馈数据基于所述回馈值而生成以供所述第二应用使用。

2.如权利要求1所述的设备，其中，所述所述回馈数据由所述第一应用生成，所述回馈数据包括用于验证所述回馈数据的有效性的签名，所述签名通过基于以下各项中的至少一项生成编码来创建：标识所述第一应用的第一标识符、标识所述第二应用的第二标识符、已被用于生成所述回馈数据的所述回馈值的时间戳和指示。

3.如权利要求2所述的设备，其中，所述所述编码通过使用哈希函数来生成。

4.如权利要求1、权利要求2或权利要求3所述的设备，所述设备还包括在所述回馈值被获取之前并且在所述回馈数据和所述第二应用置于所述交互状态中的指令被生成之前，执行以下处理的装置：

获取唯一标识所述数据处理设备的唯一设备标识符；

生成请求从服务器接收配置数据的请求，所述请求接收配置数据的请求包括所述唯一设备标识符和标识所述第一应用的第一标识符，以允许所述服务器验证所述请求接收配置数据的请求的有效性；

将所生成的请求通过互联网发送给所述服务器；

当所述请求接收配置数据的请求的有效性已被所述服务器验证时，从所述服务器接收所述配置数据，所述配置数据包括标识所述第二应用的第二标识符；并且

使用所述配置数据来生成将所述第二应用置于所述交互状态中的指令。

5.如权利要求4所述的设备，其中，所述设备还包括用于创建指示所述指令和所述回馈数据已被生成并发送的记录，并且将所述记录通过互联网发送给所述服务器的装置。

6.如权利要求1、权利要求2、权利要求3、权利要求4或权利要求5所述的设备，其中，所述设备还包括用于基于所述回馈值的和生成所述回馈数据，并将所述回馈值的和限制在预定的最大回馈值的装置。

7.如权利要求1、权利要求2、权利要求3、权利要求4、权利要求5或权利要求6所述的设备，其中，所述第一应用包括：

回馈值获取模块，被配置为响应于所述用户使用所述第一应用预定的一段时间而获取所述回馈值；以及

回馈值索取模块，被配置为生成将所述第二应用置于所述交互状态中的指令，并且通过以下步骤来生成所述回馈数据：

基于所述用户使用所述第一应用所花费的时间来确定由所述回馈值索取模块获取的所述回馈值是否有效；并且

当所述回馈值被确定为有效时，基于所述回馈值生成所述回馈数据。

8.如权利要求1、权利要求2、权利要求3、权利要求4、权利要求5、权利要求6或权利要求7所述的设备，其中，所述第一应用为第一电子游戏，并且其中，所述回馈值响应于所述用户完成以下各项中的一个或多个而获取：

花费预定量的时间玩所述电子游戏；

完成所述电子游戏的某一等级；

在所述电子游戏中收集了预定数量的可收集项；以及

在所述电子游戏中取得预定分数。

9.一种处理数据的方法所述数据包括回馈值，所述回馈值指示由数据处理设备上的第二应用的用户在完成所述第二应用中的预定任务时所产生的回馈值，所述处理数据的步骤如下：

响应于数据处理设备的操作系统和第二应用中的至少一个将所述数据推送到第一应用而被动地接收所述数据；

从所接收到的数据中提取所述回馈值；并且

在所述第一应用中使用所提取出的回馈值。

10.如权利要求9所述的方法，其中，所述方法还包括：通过确定所提取出的回馈值是否超过最大回馈值来验证所接收到的数据的有效性，并且当所述回馈值低于所述最大回馈值时，确定所接收到的数据有效。

11.如权利要求9或权利要求10所述的方法，其中，所接收到的数据还包括：标识所述第一应用的第一标识符、用于验证所述数据的有效性的时间戳和签名，并且其中所述方法还执行以下处理以验证所接收到的数据的有效性：

基于以下各项中的至少一项生成编码：所述第一标识符、标识所述第二应用的第二标识符、所述时间戳以及所述回馈值；

将所生成的编码与所接收到的数据中的所述签名对比；并且

当所生成的编码匹配所述签名时，确定所接收到的数据有效。

12.如权利要求9、权利要求10或权利要求11所述的方法，还包括：在所述第一应用被动接收所述数据之前，执行以下进一步的处理：

向所述用户显示候选应用列表以供所述数据处理设备通过互联网从第一服务器进行下载；

接收由所述用户做出对以供下载的候选应用的选择；并且

基于由所述用户做出的选择，获取资源定位符以用于将所选定的应用从所述第一服务器下载到所述数据处理设备以作为所述第二应用进行安装。

13.如权利要求12所述的方法，其中，所述第一应用通过以下步骤来获取所述资源定位符：

向第二服务器发送资源定位符请求以请求用于从所述第一服务器下载所述第二应用的资源定位符，所述资源定位符请求包括：

唯一标识所述数据处理设备的唯一设备标识符；

标识所述第一应用的第一标识符；以及

标识所述第二应用的第二标识符；并且

响应于所述资源定位符请求，从所述第二服务器接收所请求的资源定位符。

14.一种从在数据处理设备上运行的第一应用向所述数据处理设备上的第二应用传送数据以供所述第二应用使用的方法，所述方法包括所述第一应用执行以下处理：

响应于所述第一应用的用户完成所述第一应用中的预定任务而获取回馈值；并且

响应于来自所述用户的请求索取回馈值的请求而生成并发送：

将所述第二应用置于交互状态中的指令；以及

回馈数据，所述回馈数据基于所述回馈值而生成以供处于所述交互状态中的所述第二应用使用。

15.如权利要求14所述的方法，其中，所述第一应用生成所述回馈数据，所述回馈数据包括用于验证所述回馈数据的有效性的签名，并且其中所述第一应用通过基于以下各项中的至少一项来生成编码从而创建所述签名：标识所述第一应用的第一标识符、标识所述第二应用的第二标识符、已被用于生成所述回馈数据的所述回馈值的时间戳和指示。

16.如权利要求14或权利要求15所述的方法，其中，所述第一应用在获取所述回馈值之前并且在生成所述回馈数据和将所述第二应用置于所述交互状态中的指令之前，还执行以下处理：

获取唯一标识所述数据处理设备的唯一设备标识符；

生成请求从服务器接收配置数据的请求，所述请求接收配置数据的请求包括所述唯一设备标识符和标识所述第一应用的第一标识符，以允许所述服务器验证所述请求接收配置数据的请求的有效性；

将所生成的请求通过互联网发送给所述服务器；

当所述请求接收配置数据的请求的有效性已被所述服务器验证时，从所述服务器接收所述配置数据，所述配置数据包括标识所述第二应用的第二标识符；并且

使用所述配置数据来生成将所述第二应用置于所述交互状态中的指令。

17.如权利要求16所述的方法，其中，所述第一应用创建指示所述指令和所述回馈数据已被生成并发送的记录，并且将所述记录通过互联网发送给所述服务器。

18.如权利要求14、权利要求15、权利要求16或权利要求17所述的方法，其中，所述第一应用基于所述回馈值的和生成所述回馈数据，并且其中所述第一应用将所述回馈值的和限制在预定的最大回馈值。

19.如权利要求14、权利要求15、权利要求16、权利要求17或权利要求18所述的方法，其中，所述第一应用包括：

回馈值获取模块，响应于所述用户使用所述第一应用预定的一段时间而获取回馈值；以及

回馈值索取模块，生成将所述第二应用置于所述交互状态中的指令，并且通过以下步骤来生成所述回馈数据：

基于所述用户使用所述第一应用所花费的时间来确定由所述回馈值索取模块获取的所述回馈值是否有效；并且

当所述回馈值被确定为有效时，基于所述回馈值生成所述回馈数据。

20.一种处理数据的方法，所述数据由第一应用生成，并且包括回馈值，所述回馈值指示由所述第一应用的用户在完成所述第一应用中的预定任务时所产生的回馈值，所述方法包括与所述第一应用在同一数据处理设备上运行的第二应用通过以下步骤来处理所述数据：

响应于所述数据处理设备的操作系统和所述第一应用中的至少一个将所述数据推送到所述第二应用而被动地接收所述数据；

从所接收到的数据中提取所述回馈值；并且

在所述第二应用中使用所提取出的回馈值。

21.如权利要求20所述的方法，还包括所述第二应用通过确定所提取出的回馈值是否超过最大回馈值来验证所接收到的数据的有效性，并且当所述回馈值低于所述最大回馈值时，确定所接收到的数据有效。

22.如权利要求20或权利要求21所述的方法，其中，由所述第二应用接收到的所述数据还包括：标识所述第一应用的第一标识符、用于验证所述数据的有效性的时间戳和签名，并且其中所述第二应用还执行以下处理以验证所接收到的数据的有效性：

基于以下各项中的至少一项生成编码：所述第一标识符、标识所述第二应用的第二标识符、所述时间戳以及所述回馈值；

将所生成的编码与所接收到的数据中的所述签名对比；并且

当所生成的编码匹配所述签名时，确定所接收到的数据有效。

23.如权利要求20、权利要求21或权利要求22所述的方法，还包括：在所述第二应用被动接收所述数据之前，所述第二应用执行以下处理：

向所述用户显示候选应用列表以供所述数据处理设备通过互联网从第一服务器进行下载；

接收由所述用户做出对以供下载的候选应用的选择；并且

基于由所述用户做出的所述选择，获取资源定位符以用于将所选定的应用从所述第一服务器下载到所述数据处理设备以作为所述第一应用进行安装。

24.如权利要求23所述的方法，其中，所述第二应用通过以下步骤来获取所述资源定位符：

向第二服务器发送资源定位符请求以请求用于从所述第一服务器下载所述第一应用的资源定位符，所述资源定位符请求包括：

唯一标识所述数据处理设备的唯一设备标识符；

标识所述第一应用的第一标识符；以及

标识所述第二应用的第二标识符；并且

响应于所述资源定位符请求，从所述第二服务器接收所请求的资源定位符。

25.一种可操作为通过互联网与数据处理设备通信的服务器，所述服务器包括：

接收器模块，可操作为从在所述数据处理设备上运行的第一应用接收资源定位符请求，所述资源定位符请求从应用下载服务器请求用于下载第二应用的资源定位符，所述第二应用将被安装在所述数据处理设备上，所述资源定位符请求包括：

唯一标识所述数据处理设备的唯一设备标识符；

标识所述第一应用的第一标识符；以及

标识所述第二应用的第二标识符；

记录保持模块，被安排为创建将所述唯一设备标识符与所述第一和第二标识符相关联的记录；

发送模块，被安排为将所请求的资源定位符发送给所述数据处理设备，

其中，所述接收器模块还可操作为：在所述第二应用已被安装到所述数据处理设备上之后，从所述第二应用接收请求从所述服务器接收配置数据的请求，以使所述第二应用能够向所述第一应用提供用户在完成所述第二应用中的预定任务时所产生的回馈值的指示，其中，所述配置数据包括所述第一标识符，并且其中请求接收配置数据的请求包括所述唯一设备标识符和所述第二标识符；

验证模块，被安排为通过将请求接收配置数据的请求中的所述唯一设备标识符和所述第二标识符对照由所述记录保持模块创建的所述记录进行检查来验证请求接收配置数据的请求的有效性；以及

配置数据生成模块，被安排为：当所述验证模块验证请求接收配置数据的请求有效时，生成所请求的配置数据，

其中，所述发送模块还被安排为向所述数据处理设备发送所生成的配置数据。

26.如权利要求25所述的服务器，还包括：

候选应用标识模块，被安排为生成一个或多个标识符，每个标识符标识各自的候选应用以由所述数据处理设备从所述应用下载服务器进行下载，

其中，所述发送模块还被安排为将这些标识符发送给所述数据处理设备，以被所述第一应用用于生成所述资源定位符请求。

27.一种使得数据处理设备通过互联网与第二数据处理设备通信的设备，所述设备包括：

用于从在所述第二数据处理设备上运行的第一应用接收资源定位符请求的装置，所述资源定位符请求从应用下载服务器请求用于下载第二应用的资源定位符，所述第二应用将被安装在所述第二数据处理设备上，所述资源定位符请求包括：

唯一标识所述第二数据处理设备的唯一设备标识符；

标识所述第一应用的第一标识符；以及

标识所述第二应用的第二标识符；

用于创建将所述唯一设备标识符与所述第一和第二标识符相关联的记录的装置；

用于将所请求的资源定位符发送给所述第二数据处理设备的装置；

用于在所述第二应用已被安装到所述第二数据处理设备上之后，从所述第二应用接收请求从所述数据处理设备接收配置数据的请求，以使所述第二应用能够向所述第一应用提供用户在完成所述第二应用中的预定任务时所产生的回馈值的指示的装置，其中，所述配置数据包括所述第一标识符，并且其中请求接收配置数据的请求包括所述唯一设备标识符和所述第二标识符；

用于通过将请求接收配置数据的请求中的所述唯一设备标识符和所述第二标识符对照所创建的记录进行检查来验证请求接收配置数据的请求的有效性的装置；

用于当请求接收配置数据的请求被验证有效时，生成所请求的配置数据的装置；以及

用于向所述第二数据处理设备发送所生成的配置数据的装置。

28.如权利要求27所述的设备，其中，所述设备还包括：

用于生成一个或多个标识符的装置，每个标识符标识各自的候选应用以由所述第二数据处理设备从所述应用下载服务器进行下载；以及

用于将这些标识符发送给所述第二数据处理设备，以被所述第一应用用于生成所述资源定位符请求的装置。

29.一种由第一数据处理设备执行、用于通过互联网与第二数据处理设备通信的方法，所述方法包括：

从在所述第二数据处理设备上运行的第一应用接收资源定位符请求，所述资源定位符请求从应用下载服务器请求用于下载第二应用的资源定位符，所述第二应用将被安装在所述第二数据处理设备上，所述资源定位符请求包括：

唯一标识所述第二数据处理设备的唯一设备标识符；

标识所述第一应用的第一标识符；以及

标识所述第二应用的第二标识符；

创建将所述唯一设备标识符与所述第一和第二标识符相关联的记录；

将所请求的资源定位符发送给所述第二数据处理设备；

在所述第二应用已被安装到所述第二数据处理设备上之后，从所述第二应用接收请求从所述数据处理设备接收配置数据的请求，以使所述第二应用能够向所述第一应用提供用户在完成所述第二应用中的预定任务时所产生的回馈值的指示，其中，所述配置数据包括所述第一标识符，并且其中请求接收配置数据的请求包括所述唯一设备标识符和所述第二标识符；

通过将请求接收配置数据的请求中的所述唯一设备标识符和所述第二标识符对照所创建的记录进行检查来验证请求接收配置数据的请求的有效性；

当请求接收配置数据的请求被验证有效时，生成所请求的配置数据；并且

向所述第二数据处理设备发送所生成的配置数据。

30.如权利要求29所述的方法，还包括：

生成一个或多个标识符，每个标识符标识各自的候选应用以由所述第二数据处理设备从所述应用下载服务器进行下载；并且

将这些标识符发送给所述第二数据处理设备，以被所述第一应用用于生成所述资源定位符请求。