CN103580944A - 实时获取用户数据的方法和系统 - Google Patents

Abstract

本发明实时获取用户数据的方法和系统。该方法包括：监测安装在用户端的应用的用户数据是否发生变化；通过实时应用编程接口发送通知；以及根据通知调用对应于应用的应用编程接口获取变化的具体内容。该系统包括用户端、服务器和开发方，其中用户端监测应用的用户数据是否发生变化并且发送通知，服务器对通知进行整合和转发，开发方根据该通知调用对应于应用的应用编程接口获取变化的具体内容。

Description

实时获取用户数据的方法和系统

技术领域

本发明的各实施方式总体上涉及实时用户数据，特别地，本发明的各实施方式涉及实时获取用户数据的方法和系统。

背景技术

一般而言，应用(application，app)是指专门为帮助用户去执行一个或多个相关特定任务而设计的软件。台式计算机、膝上型计算机、平板计算机以及智能手机等都是已经广泛地用于承载应用的重要载体。随着操作系统及其运算能力被不断地开发和扩展，对更多、更复杂的应用的需求也与日俱增。同时，对于开发方而言，开发出受用户欢迎的应用能够使其得到客观的经济利益。

为了开发出更吸引用户、更具有市场竞争力的应用，需要得到关于用户如何使用应用的反馈，包括例如：用户对应用中的特定功能的偏好、用户使用应用的时间及持续时间等。由于用户对应用的使用通常伴随着诸如评论、提醒之类的相应用户数据的变化，因此获知用户在使用应用中其用户数据的改变是得到关于用户如何使用应用的反馈的一个重要组成部分。特别地，为了能够更快速地根据用户数据的变化以及进一步地更快速地针对用户数据的变化进行响应，对于实时获取用户数据及其变化的要求逐渐更加强烈。

由于开发方并不知道用户数据何时发生变化，因此，如果开发方想要实时或接近实时地获知用户数据的变化，可以采取两种方法：第一种方法是不断地调用应用编程接口(application programminginterface，API)进行轮询，当得到用户数据后，将其与之前的用户数据进行比较，从而判断用户数据是否发生了变化；第二种方法是当用户数据发生变化时，由用户端主动向开发方发送变化的用户数据。无论是采取第一种方法还是第二种方法，都会占用并且浪费大量的系统资源。随着应用的日趋普及和流行，在存在海量用户安装了应用并且用户数据频繁发生变化的情况下，上述两种方法会给服务器带来极大的负担并且占用极多的资源，从而影响整个系统的正常运作。

因此，实现行之有效并且节省资源的实时获取用户数据的方法和系统具有良好的市场前景和客观的市场价值。

发明内容

本发明的示例性实施方式涉及实时获取用户数据的方法和系统。

根据本发明的实施方式，公开了一种实时获取用户数据的方法，该方法包括：监测安装在用户端的至少一个应用的用户数据是否发生变化；以及当该用户数据发生变化时，通过实时应用编程接口发送该通知，该通知包括对应于所述变化的标识。

优选地，在该方法中，该标识指示以下各项中的至少一项：安装该用户数据发生该变化的该至少一个应用的该用户端的身份信息、该变化的发生时间、该变化的类型、该变化针对的对象。

优选地，在该方法中，在发送该通知前，验证是否已获得发送该通知的授权。

优选地，在该方法中，向该应用的开发方发送该通知。

优选地，在该方法中，向服务器发送该通知。

根据本发明的实施方式，还公开了一种实时转发通知的方法，该方法包括：接收当安装在至少一个用户端的至少一个应用的用户数据发生变化时由该至少一个用户端通过实时应用编程接口发送的对应于该变化的该通知，该通知包括对应于所述变化的标识；以及向该至少一个应用的开发方发送该通知。

优选地，在该方法中，该标识指示以下各项中的至少一项：安装该用户数据发生该变化的该至少一个应用的该至少一个用户端的身份信息、该变化的发生时间、该变化的类型、该变化针对的对象。

优选地，在该方法中，在接收到由该至少一个用户端发送的该通知后，通过数字签名验证该通知的真实性。

优选地，在该方法中，在接收到由该至少一个用户端发送的该通知后，对在阈值时间内接收的该通知进行整合，在该阈值时间结束后向该开发方发送整合的该通知。

优选地，在该方法中，在接收到由该至少一个用户端发送的该通知后，对所接收的该通知进行整合，在该通知达到阈值数量后向该开发方发送整合的该通知。

根据本发明的实施方式，还公开了一种实时获取用户数据的方法，该方法包括：接收当安装在至少一个用户端的至少一个应用的该用户数据发生变化时由该至少一个用户端通过实时应用编程接口发送的通知，该通知包括对应于所述变化的标识；根据该通知，判断是否获取该变化的具体内容；以及当判断为获取该变化的该具体内容时，调用对应于该应用的应用编程接口获取该变化的该具体内容。

优选地，在该方法中，该标识指示以下各项中的至少一项：安装该用户数据发生该变化的该至少一个应用的该至少一个用户端的身份信息、该变化的发生时间、该变化的类型、该变化针对的对象。

优选地，在该方法中，在接收到该通知后，通过数字签名验证该通知的真实性。

优选地，在该方法中，在获取该变化的该具体内容后，向该至少一个用户端发送已获取该变化的该具体内容的通知。

优选地，在该方法中，从该至少一个用户端接收该通知。

优选地，在该方法中，从服务器接收该通知，其中该服务器从该至少一个用户端接收该通知。

优选地，在该方法中，该服务器对在阈值时间内从该至少一个用户端接收的该通知进行整合，在该阈值时间结束后发送整合的该通知，该方法还包括从服务器接收该整合的该通知。

优选地，在该方法中，该服务器对从该至少一个用户端接收的该通知进行整合，在该通知达到阈值数量后发送整合的该通知，该方法还包括从服务器接收该整合的该通知。

根据本发明的实施方式，还公开了一种实时发送通知的装置，包括安装在其上的至少一个应用以及对应的实时应用编程接口，其中：该实时发送通知的装置包括监测装置，配置用于监测安装在该实时发送通知的装置的该至少一个应用的用户数据是否发生变化；以及该实时发送通知的装置包括处理装置，配置用于当该用户数据发生变化时，通过该对应的实时应用编程接口发送该通知，该通知包括对应于该变化的标识。

优选地，在该实时发送通知的装置中，该标识指示以下各项中的至少一项：安装该用户数据发生该变化的该至少一个应用的该装置的身份信息、该变化的发生时间、该变化的类型、该变化针对的对象。

优选地，在该实时发送通知的装置中，该实时发送通知的装置还包括验证装置，配置用于在发送该通知前，验证是否已获得发送该通知的授权。

优选地，在该实时发送通知的装置中，该处理装置配置用于当该用户数据发生变化时，通过该对应的实时应用编程接口向实时获取用户数据的装置发送该通知。

优选地，在该实时发送通知的装置中，该处理装置配置用于当该用户数据发生变化时，通过该对应的实时应用编程接口向实时转发通知的装置发送该通知。

根据本发明的实施方式，还公开了一种实时转发通知的装置，其中，该实时转发通知的装置包括接收装置，配置用于接收当安装在至少一个实时发送通知的装置的至少一个应用的用户数据发生变化时由该至少一个实时发送通知的装置通过实时应用编程接口发送的对应于该变化的该通知，该通知包括对应于该变化的标识；以及该实时转发通知的装置包括发送装置，配置用于向实时获取用户数据的装置发送该通知。

优选地，在该实时转发通知的装置中，该标识指示以下各项中的至少一项：安装该用户数据发生该变化的该至少一个应用的该至少一个实时发送通知的装置的身份信息、该变化的发生时间、该变化的类型、该变化针对的对象。

优选地，在该实时转发通知的装置中，该实时转发通知的装置还包括验证装置，配置用于在接收到由该至少一个实时发送通知的装置发送的该通知后，通过数字签名验证该通知的真实性。

优选地，在该实时转发通知的装置中，该实时转发通知的装置还包括整合装置，配置用于在接收到由该至少一个实时发送通知的装置发送的该通知后，对在阈值时间内接收的该通知进行整合；该发送装置配置用于在该阈值时间结束后向该实时获取用户数据的装置发送整合的该通知。

优选地，在该实时转发通知的装置中，该实时转发通知的装置还包括整合装置，配置用于在接收到由该至少一个实时发送通知的装置发送的该通知后，对所接收的该通知进行整合；该发送装置配置用于在该通知达到阈值数量后向该实时获取用户数据的装置发送整合的该通知。

根据本发明的实施方式，还公开了一种实时获取用户数据的装置，其中，该实时获取用户数据的装置包括接收装置，配置用于接收当安装在至少一个实时发送通知的装置的至少一个应用的该用户数据发生变化时由该至少一个实时发送通知的装置通过实时应用编程接口发送的通知，该通知包括对应于该变化的标识；该实时获取用户数据的装置包括判断装置，配置用于根据该通知，判断是否获取该变化的具体内容；以及该实时获取用户数据的装置包括调用装置，配置用于当判断为获取该变化的该具体内容时，调用对应于该应用的应用编程接口获取该变化的该具体内容。

优选地，在该实时获取用户数据的装置中，该标识指示以下各项中的至少一项：安装该用户数据发生该变化的该至少一个应用的该至少一个实时发送通知的装置的身份信息、该变化的发生时间、该变化的类型、该变化针对的对象。

优选地，在该实时获取用户数据的装置中，该实时获取用户数据的装置还包括验证装置，配置用于在接收到该通知后，通过数字签名验证该通知的真实性。

优选地，在该实时获取用户数据的装置中，该实时获取用户数据的装置还包括发送装置，配置用于在获取该变化的该具体内容后，向该至少一个实时发送通知的装置发送已获取该变化的该具体内容的通知。

优选地，在该实时获取用户数据的装置中，该接收装置配置用于从该至少一个实时发送通知的装置接收该通知。

优选地，在该实时获取用户数据的装置中，该接收装置配置用于从实时转发通知的装置接收该通知，其中该实时转发通知的装置从该至少一个实时发送通知的装置接收该通知。

优选地，在该实时获取用户数据的装置中，该实时转发通知的装置包括整合装置，配置用于对在阈值时间内从该至少一个实时发送通知的装置接收的该通知进行整合；该实时转发通知的装置包括发送装置，配置用于在该阈值时间结束后发送整合的该通知；以及该接收装置配置用于接收该整合的该通知。

优选地，在该实时获取用户数据的装置中，该实时转发通知的装置包括整合装置，配置用于对从该至少一个实时发送通知的装置接收的该通知进行整合；该实时转发通知的装置包括发送装置，配置用于在该通知达到阈值数量后发送整合的该通知；以及该接收装置配置用于接收该整合的该通知。

附图说明

结合附图并参考以下详细说明，本发明各实施方式的特征、优点及其他方面将变得更加明显，在此以示例性而非限制性的方式示出了本发明的若干实施方式。在附图中：

图1为根据本发明的示例性实施方式的实时获取用户数据的方法的流程图；

图2为根据本发明的示例性实施方式的实时获取用户数据的系统的框图；以及

图3为适于用来实践本发明的示例性实施方式的移动终端300的示意性框图；以及

图4为适于用来实践本发明的示例性实施方式的计算机400的示意性框图。

具体实施方式

以下参考附图详细描述本发明的各个示例性实施方式。附图中的流程图和框图示出了根据本发明的各种实施方式的方法和系统的可能实现的体系架构、功能和操作。应当注意，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，所述模块、程序段、或代码的一部分可以包括一个或多个用于实现各个实施方式中所规定的逻辑功能的可执行指令。也应当注意，在有些作为备选的实现中，方框中所标注的功能也可以按照不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，或者它们有时也可以按照相反的顺序执行，这取决于所涉及的功能。同样应当注意的是，流程图和/或框图中的每个方框、以及流程图和/或框图中的方框的组合，可以使用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以使用专用硬件与计算机指令的组合来实现。

应当理解，给出这些示例性实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。

参照图1，其为根据本发明的示例性实施方式的实时获取用户数据的方法的流程图。

根据图1所示，在步骤S101中，监测安装在用户端的至少一个应用的用户数据是否发生变化。

根据本发明的各种示例性实施方式，该变化包括应用自身的变化以及应用所承载的数据的变化，其中应用自身的变化包括但不限于用户改变应用的具体设置，如设置应用的自动开启、关闭时间等；应用所承载的数据的变化包括但不限于用户通过应用发布或者应用所显示的评论、提醒等。

继续参照图1，在本发明的某些示例性实施方式中还包括可选步骤S102。在步骤S102中，验证是否已经获得发送针对安装在用户端的至少一个应用的用户数据的变化的通知的授权。

根据本发明的各种示例性实施方式，该授权包括使用应用的用户的授权和该应用的开发方的授权中的至少一种。对于用户方而言，当使用该应用的用户出于保护隐私等目的不希望报告该应用的用户数据的变化时，该用户可以取消发送相应通知的授权。对于开发方而言，其可以在发布该应用时考虑是否需要获得应用的用户数据的变化，从而在所发布的应用中预设授权。

在步骤S102中，当验证为已经获得发送针对安装在用户端的至少一个应用的用户数据的变化的通知的授权时，该流程进入步骤S103，否则，流程回到步骤S101，继续监测安装在用户端的至少一个应用的用户数据是否发生变化。

继续参照图1，在步骤S103中，通过实时应用编程接口发送通知，该通知包括对应于所述变化的标识符。

根据本发明的各种示例性实施方式，标识指示以下各项中的至少一项：安装用户数据发生变化的至少一个应用的至少一个用户端的身份信息、变化的发生时间、变化的类型、变化针对的对象。其中，通过用户端的身份信息由此可以唯一地获知具体是哪个用户端上的应用的用户数据发生了变化；通过变化的发生时间可以进一步判断能否及时针对该变化做出响应以及应当在什么时间做出针对该变化的响应；变化的类型可以包括例如量变或者质变，其中用户数据的一个变化可能既导致量变也导致质变，例如，当获得了新的评论时，对于评论数量而言该变化可能仅仅是数量上的量变，而对于新加入的评论内容而言该变化则可以是质变；变化针对的对象具体描述发生变化的客体，例如是新加入了评论或是弹出了提醒，通过变化针对的对象可以进一步判断是否需要针对该类型的判断做出响应以及应当在什么时间做出针对该变化的响应。

根据本发明的各种示例性实施方式，既可以直接向开发方发送通知也可以向服务器发送通知并由服务器向开发方转发通知。由于服务器不仅可以作为中间机构完成各种操作以减轻开发方的工作负荷，还可以作为安全机构保证开发方与用户端之间的信息交互的安全性，因此在本发明中，优选地向服务器发送通知并由服务器向开发方转发通知。

继续参照图1，在本发明的某些示例性实施方式中还包括可选步骤S104。在步骤S104中，当服务器接收到由至少一个用户端发送的通知后，通过数字签名验证该通知的真实性。当该通知被验证为真实时，该流程进入步骤S105，否则，流程回到步骤S101，继续监测安装在用户端的至少一个应用的用户数据是否发生变化。

继续参照图1，在步骤S105中，服务器对所接收的通知进行整合，并向开发方发送整合的通知。

根据本发明的各种示例性实施方式，步骤S105中的整合分为基于时间的整合和基于数量的整合。对于基于时间的整合而言，服务器在接收到由至少一个用户端发送的通知后，对在诸如10秒钟、1分钟之类的阈值时间内接收的通知进行整合，并在该阈值时间结束后向开发方发送整合的通知。对于基于数量的整合而言，服务器在接收到由至少一个用户端发送的通知后，对所接收的通知进行整合，在通知达到诸如1000条之类的阈值数量后向开发方发送整合的通知。对通知进行整合是为了避免不间断地向开发方发送海量通知从而导致开发方不断被打扰，从而影响开发方的正常运作。同时，为了避免由于整合周期过长从而导致无法按照要求及时发送通知，因此可以针对不同的变化类型设置对于整合的时间阈值和数量阈值，以最大化地发挥整合的优势。根据本发明的各种示例性实施方式，既可以单独使用基于时间的整合和基于数量的整合，也可以将它们结合使用。

继续参照图1，在本发明的某些示例性实施方式中还包括可选步骤S106。在步骤S106中，当开发方接收到直接从用户端发送来或者由服务器转发的通知后，通过数字签名验证该通知的真实性。当该通知被验证为真实时，该流程进入步骤S107，否则，流程回到步骤S101，继续监测安装在用户端的至少一个应用的用户数据是否发生变化。

继续参照图1，在步骤S107中，开发方根据所接收的通知判断是否获取变化的具体内容。根据本发明的各种示例性实施方式，出于经济性和实用性的考虑，开发方并不一定在接收到通知后都会选择获取变化的具体内容，因为：首先，开发方并不一定会关注于所有的变化，例如当开发方在某一时间内正关注于应用的评论的情况时，他们可能并不关注提醒的情况；进一步，诸如实时竞拍之类的某些变化的时效性非常强，对于此类变化，即使开发方在接收到通知后立刻调取该变化的具体内容，仍然无法及时做出响应；再次，对于某些变化而言，开发方只需要知道发生了变化即可而无需知道变化的具体内容，例如，当应用为竞拍应用时，在到达截止时间前，知道有人对出售物进行竞拍通常就已足够，因为在到达截止时间前，具体竞价的数额通常是经常变化因而没有意义的。

根据本发明的各种示例性实施方式，尽管开发方可以在发布应用时预设所要发出通知的变化的类型，但由于开发方的需求会发生变化，因此引入步骤S107仍然可以有效地节省在获取变化的具体内容时可能花费的系统资源以及其他成本。

在步骤S107中，当判断为获取变化的具体内容时，流程进入步骤S108，否则，流程回到步骤S101，继续监测安装在用户端的至少一个应用的用户数据是否发生变化。

继续参照图1，在步骤S108中，调用对应于应用的应用编程接口获取变化的具体内容。

继续参照图1，在本发明的某些示例性实施方式中还包括可选步骤S109。在步骤S109中，在从某个用户端获取了在该用户端的应用的变化的具体内容后，向该用户端发送已获取该变化的具体内容的通知。

以上参照图1描述了根据本发明的示例性实施方式的实时获取用户数据的方法。应当理解，尽管按照特定顺序(步骤S101、步骤S102、步骤S103、步骤S104、步骤S105、步骤S106、步骤S107、步骤S108、步骤S109)描述了该方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。相反，流程图中描绘的步骤可以改变执行顺序。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。例如，在某些实施方式中，步骤S106与步骤S107可以按照任意顺序或者同时执行，可以省略步骤S102、S104、S106和S107中的一个或者多个步骤，可以将步骤S106与步骤S107合并为一个步骤执行，和/或将步骤S105分解为整合所接收的通知的步骤S105a以及向开发方发送整合的通知的步骤S105b两个步骤执行。

参照图2，其为根据本发明的示例性实施方式的实时获取用户数据的系统的框图。

根据图2所示，实时获取用户数据的系统10包括用户端110、服务器120和开发方130。

根据本发明的示例性实施方式，用户端110相当于实时发送通知的装置。根据图2所示，用户端110包括至少一个应用111、对应于应用111的实时应用编程接口112、监测装置113和处理装置114。其中，监测装置113配置用于监测安装在用户端110的至少一个应用111的用户数据是否发生变化，处理装置114配置用于当上述用户数据发生变化时，通过实时应用编程接口112发送通知，该通知包括对应于该变化的标识。其中，如以上关于实时获取用户数据的方法所描述的，标识指示以下各项中的至少一项：安装用户数据发生变化的至少一个应用的至少一个用户端的身份信息、变化的发生时间、变化的类型、变化针对的对象。其中，如以上关于实时获取用户数据的方法所描述的，既可以直接向开发方发送通知也可以向服务器发送通知并由服务器向开发方转发通知。

继续参照图2，根据本发明的某些示例性实施方式，用户端110还可以包括可选的验证装置115，其配置用于在发送通知前，验证是否已获得发送该通知的授权。其中，如以上关于实时获取用户数据的方法所描述的，该授权包括使用应用的用户的授权和该应用的开发方的授权中的至少一种。

继续参照图2，根据本发明的示例性实施方式，服务器120相当于实时转发通知的装置。根据图2所示，服务器120包括接收装置121和发送装置122。其中，接收装置121配置用于接收当安装在至少一个用户端110的至少一个应用111的用户数据发生变化时由该至少一个用户端110通过实时应用编程接口112发送的对应于该变化的通知；发送装置122配置用于向开发方130发送该通知。

继续参照图2，根据本发明的某些示例性实施方式，服务器120可以包括可选的验证装置123和整合装置124。其中，验证装置123配置用于在接收到由至少一个用户端110发送的通知后，通过数字签名验证该通知的真实性。整合装置124如以上关于实时获取用户数据的方法所描述的可以实现基于时间的整合和基于数量的整合，并且其不仅可以实现上述两种整合之一，也可以同时实现这两种整合。当服务器120包括整合装置124时，发送装置122配置用于向开发方130发送经整合的通知。

继续参照图2，根据本发明的示例性实施方式，开发方120相当于实时获取用户数据的装置。根据图2所示，开发方120包括接收装置131、判断装置132和调用装置133。其中，接收装置配置用于接收从用户端110直接发送或者由服务器120转发的通知；判断装置配置用于根据该通知判断是否获取变化的具体内容；调用装置配置用于当判断为获取该变化的具体内容时，调用对应于该应用的应用编程接口获取该变化的具体内容。接收装置131、判断装置132和调用装置133的操作方式与以上关于实时获取用户数据的方法所描述的相同，在此不再赘述。

继续参照图2，根据本发明的某些示例性实施方式，开发方130可以包括可选的验证装置134和发送装置135。其中，验证装置134配置用于在接收到通知后，通过数字签名验证该通知的真实性；发送装置135配置用于在从某个用户端110获取了在该用户端110的应用111的变化的具体内容后，向该用户端110发送已获取该变化的具体内容的通知。

应当注意，本发明的示例性实施方式可以通过硬件、软件或者软件和硬件的结合来实现。其中，硬件部分可以利用专用逻辑来实现；软件部分则可以存储在存储器中，由适当的指令执行系统，例如微处理器或者专用设计硬件来执行。本领域的普通技术人员可以理解上述的方法和系统可以使用计算机可执行指令和/或包含在处理器控制代码中来实现，例如在诸如磁盘、CD或DVD-ROM的载体介质、诸如只读存储器(固件)的可编程的存储器或者诸如光学或电子信号载体的数据载体上提供了这样的代码。本发明的系统及其模块不仅可以由诸如超大规模集成电路或门阵列、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程门阵列、可编程逻辑设备等的可编程硬件设备的硬件电路实现，也可以用例如由各种类型的处理器所执行的软件实现，还可以由上述硬件电路和软件的结合(例如固件)来实现。

应当注意，尽管在上文的详细描述中提及了系统的若干装置或子装置，但是这种划分仅仅是示例性而非强制性的。实际上，根据本发明的示例性实施方式，上文描述的两个或更多装置的特征和功能可以在一个装置中具体化，例如可以将判断装置132、调用装置133和验证装置134等结合为一个处理装置136以实现相同的功能。反之，上文描述的一个装置的特征和功能可以进一步划分为由多个装置来具体化，例如可以将监测装置113划分为用于处理信息的收集装置113a和用于判断的判断装置113b。

下面参考图3，其示出了适于用来实践本发明实施方式的移动终端300的更为详细的示意性框图。

根据本发明的示意性实施方式，移动终端300通常可以作为用户端110使用。但是，应当理解，本发明并不排除将移动终端300作为服务器120或开发方130使用的情况

在图3所示的示例中，移动终端300是一个具有无线通信能力的移动设备。然而，可以理解，这仅仅是示例性而非限制性的。其他类型的移动终端也可以容易地采用本发明的实施方式，诸如便携式数字助理(PDA)、寻呼机、移动计算机、移动电视、游戏设备、膝上型计算机、照相机、录像机、GPS设备以及其他类型的语音和文本通信系统。固定式移动终端同样可以容易地使用本发明的实施方式。

移动终端300包括一个或天线312，其可操作地与发射机314和接收机316进行通信。移动终端300还包括处理器312或者其他处理元件，其分别提供去往发射机314的信号和接收来自接收机316的信号。信号包括按照适当蜂窝系统的空中接口标准的信令信息，并且还包括用户语音、接收的数据和/或用户生成的数据。在此方面，移动终端300能够利用一个或多个空中接口标准、通信协议、调制类型以及接入类型来进行操作。作为示范，移动终端300能够根据多个第一代、第二代、第三代和/或第四代通信协议等中的任何协议来进行操作。例如，移动终端300可以能够按照第二代(G)无线通信协议IS-136(TDMA)、GSM和IS-95(CDMA)来进行操作，或者按照诸如UMTS、CDMA2000、WCDMA和TD-SCDMA的第三代(G)无线通信协议来进行操作，或者按照第四代(4G)无线通信协议和/或类似协议进行操作。

可以理解，处理器312包括实现移动终端300的功能所需的电路。例如，处理器312可以包括数字信号处理器设备、微处理器设备、各种模数转换器、数模转换器和其他支持电路。移动终端300的控制和信号处理功能按照这些设备各自的能力在其间分配。处理器312由此还可以包括在调制和传输之前对消息和数据进行卷积编码和交织的功能。处理器312还可以另外包括内部语音编码器，并且可以包括内部数据调制解调器。此外，处理器312可以包括对可以存储在存储器中的一个或多个软件程序进行操作的功能。例如，处理器312可以能够操作连接程序，诸如传统的Web浏览器。连接程序继而可以允许移动终端300例如按照无线应用协议(WAP)、超文本传输协议(HTTP)等来发射和接收Web内容(诸如基于位置的内容和/或其他web页面内容)。

移动终端300还可以包括用户接口，其例如可以包括耳机或者扬声器324、振铃器322、麦克风326、显示屏328以及输入接口331，所有这些设备都耦合至处理器312。移动终端300可以包括小键盘330。小键盘330可以包括传统的数字键(0-9)和相关键(#、*)，以及用于操作移动终端300的其他键。备选地，小键盘330可以包括传统的QWERTY小键盘布置。小键盘330还可以包括与功能相关联的各种软键。移动终端300还可以包括相机模块336，用于捕获静态和/或动态图像。

特别地，显示屏328可以包括触摸式屏幕和/或邻近式屏幕，用户可以通过直接操作屏幕而操作移动终端300。此时，显示屏328同时充当输入设备和输出设备二者。在这样的实施方式中，输入接口331可以配置用于接收用户通过例如普通的笔、专用触笔和/或手指在显示屏328上提供的输入，包括指点输入和手势输入。处理器312可配置用于检测此类输入，并且识别出用户的手势。

此外，移动终端300可以包括诸如操纵杆的接口设备或者其他用于输入接口。移动终端300还包括电池334，诸如振动电池组，用于为操作移动终端300所需的各种电路供电，以及可选地提供机械振动作为可检测输出。

移动终端300可以进一步包括用户标识模块(UIM)338。UIM338通常是具有内置处理器的存储器设备。UIM338例如可以包括订户标识模块(SIM)、通用集成电路卡(UICC)、通用订户标识模块(USIM)、可移动用户标识模块(R-UIM)等。UIM338通常存储与移动订户相关的信元。

移动终端300还可以具有存储器。例如，移动终端300可以包括易失性存储器340，例如包括用于数据临时存储的高速缓存区域的易失性随机存取存储器(RAM)。移动终端300还可以包括其他非易失性存储器342，其可以是嵌入式的和/或可移动的。非易失性存储器342可以附加地或者可选地包括例如EEPROM和闪存等。存储器可以存储移动终端300所使用的多个信息片段和数据中的任意项，以实现移动终端300的功能。例如，存储器340和342可以配置用于存储用于实现上文结合图1描述的实时获取用户数据的方法的计算机程序指令。

应当理解，图3所述的结构框图仅仅为了示例的目的而示出的，而不是对本发明范围的限制。在某些情况下，可以根据具体情况而增加或者减少某些设备。

下面参考图4，其示出了适于用来实践本发明实施方式的计算机系统400的示意性框图。如图4所示，计算机系统400可以包括：CPU(中央处理单元)401、RAM(随机存取存储器)402、ROM(只读存储器)403、系统总线404、硬盘控制器405、键盘控制器406、串行接口控制器407、并行接口控制器408、显示控制器409、硬盘410、键盘411、串行外部设备412、并行外部设备413和显示器414。在这些设备中，与系统总线404耦合的有CPU401、RAM402、ROM403、硬盘控制器405、键盘控制器406、串行控制器407、并行控制器408和显示控制器409。硬盘410与硬盘控制器405耦合，键盘411与键盘控制器406耦合，串行外部设备412与串行接口控制器407耦合，并行外部设备413与并行接口控制器408耦合，以及显示器414与显示控制器409耦合。应当理解，图4所述的结构框图仅仅为了示例的目的而示出的，而不是对本发明范围的限制。在某些情况下，可以根据具体情况而增加或者减少某些设备。

虽然已经参考若干具体实施方式描述了本发明，但是应该理解，本发明并不限于所公开的具体实施方式。本发明旨在涵盖在所附权利要求的精神和范围内所包括的各种修改和等同布置。所附权利要求的范围符合最宽泛的解释，从而包含所有这样的修改及等同结构和功能。

Claims (36)

1.一种实时发送通知的方法，其特征在于：

监测安装在用户端的至少一个应用的用户数据是否发生变化；以及

当所述用户数据发生变化时，通过实时应用编程接口发送所述通知，所述通知包括对应于所述变化的标识。

2.根据权利要求1所述的实时发送通知的方法，其特征在于，所述标识指示以下各项中的至少一项：安装所述用户数据发生所述变化的所述至少一个应用的所述用户端的身份信息、所述变化的发生时间、所述变化的类型、所述变化针对的对象。

3.根据权利要求1所述的实时发送通知的方法，其特征在于，在发送所述通知前，验证是否已获得发送所述通知的授权。

4.根据权利要求1-3中任一权利要求所述的实时发送通知的方法，其特征在于，向所述应用的开发方发送所述通知。

5.根据权利要求1-3中任一权利要求所述的实时发送通知的方法，其特征在于，向服务器发送所述通知。

6.一种实时转发通知的方法，其特征在于：

接收当安装在至少一个用户端的至少一个应用的用户数据发生变化时由所述至少一个用户端通过实时应用编程接口发送的对应于所述变化的所述通知，所述通知包括对应于所述变化的标识；以及

向所述至少一个应用的开发方发送所述通知。

7.根据权利要求6所述的实时转发通知的方法，其特征在于，所述标识指示以下各项中的至少一项：安装所述用户数据发生所述变化的所述至少一个应用的所述至少一个用户端的身份信息、所述变化的发生时间、所述变化的类型、所述变化针对的对象。

8.根据权利要求6所述的实时转发通知的方法，其特征在于，在接收到由所述至少一个用户端发送的所述通知后，通过数字签名验证所述通知的真实性。

9.根据权利要求6-8中任一权利要求所述的实时转发通知的方法，其特征在于，在接收到由所述至少一个用户端发送的所述通知后，对在阈值时间内接收的所述通知进行整合，在所述阈值时间结束后向所述开发方发送整合的所述通知。

10.根据权利要求6-8中任一权利要求所述的实时转发通知的方法，其特征在于，在接收到由所述至少一个用户端发送的所述通知后，对所接收的所述通知进行整合，在所述通知达到阈值数量后向所述开发方发送整合的所述通知。

11.一种实时获取用户数据的方法，其特征在于：

接收当安装在至少一个用户端的至少一个应用的所述用户数据发生变化时由所述至少一个用户端通过实时应用编程接口发送的通知，所述通知包括对应于所述变化的标识；

根据所述通知，判断是否获取所述变化的具体内容；以及

当判断为获取所述变化的所述具体内容时，调用对应于所述应用的应用编程接口获取所述变化的所述具体内容。

12.根据权利要求11所述的实时获取用户数据的方法，其特征在于，所述标识指示以下各项中的至少一项：安装所述用户数据发生所述变化的所述至少一个应用的所述至少一个用户端的身份信息、所述变化的发生时间、所述变化的类型、所述变化针对的对象。

13.根据权利要求11所述的实时获取用户数据的方法，其特征在于，在接收到所述通知后，通过数字签名验证所述通知的真实性。

14.根据权利要求11所述的实时获取用户数据的方法，其特征在于，在获取所述变化的所述具体内容后，向所述至少一个用户端发送已获取所述变化的所述具体内容的通知。

15.根据权利要求11-14中任一权利要求所述的实时获取用户数据的方法，其特征在于，从所述至少一个用户端接收所述通知。

16.根据权利要求11-14中任一权利要求所述的实时获取用户数据的方法，其特征在于，从服务器接收所述通知，其中所述服务器从所述至少一个用户端接收所述通知。

17.根据权利要求16所述的实时获取用户数据的方法，其特征在于，所述服务器对在阈值时间内从所述至少一个用户端接收的所述通知进行整合，在所述阈值时间结束后发送整合的所述通知，所述方法还包括从服务器接收所述整合的所述通知。

18.根据权利要求16所述的实时获取用户数据的方法，其特征在于，所述服务器对从所述至少一个用户端接收的所述通知进行整合，在所述通知达到阈值数量后发送整合的所述通知，所述方法还包括从服务器接收所述整合的所述通知。

19.一种实时发送通知的装置，包括安装在其上的至少一个应用以及对应的实时应用编程接口，其特征在于：

所述实时发送通知的装置包括监测装置，配置用于监测安装在所述实时发送通知的装置的所述至少一个应用的用户数据是否发生变化；以及

所述实时发送通知的装置包括处理装置，配置用于当所述用户数据发生变化时，通过所述对应的实时应用编程接口发送所述通知，所述通知包括对应于所述变化的标识。

20.根据权利要求19所述的实时发送通知的装置，其特征在于，所述标识指示以下各项中的至少一项：安装所述用户数据发生所述变化的所述至少一个应用的所述装置的身份信息、所述变化的发生时间、所述变化的类型、所述变化针对的对象。

21.根据权利要求19所述的实时发送通知的装置，其特征在于，所述实时发送通知的装置还包括验证装置，配置用于在发送所述通知前，验证是否已获得发送所述通知的授权。

22.根据权利要求19-21中任一权利要求所述的实时发送通知的装置，其特征在于，所述处理装置配置用于当所述用户数据发生变化时，通过所述对应的实时应用编程接口向实时获取用户数据的装置发送所述通知。

23.根据权利要求19-21中任一权利要求所述的实时发送通知的装置，其特征在于，所述处理装置配置用于当所述用户数据发生变化时，通过所述对应的实时应用编程接口向实时转发通知的装置发送所述通知。

24.一种实时转发通知的装置，其特征在于：

所述实时转发通知的装置包括接收装置，配置用于接收当安装在至少一个实时发送通知的装置的至少一个应用的用户数据发生变化时由所述至少一个实时发送通知的装置通过实时应用编程接口发送的对应于所述变化的所述通知，所述通知包括对应于所述变化的标识；以及

所述实时转发通知的装置包括发送装置，配置用于向实时获取用户数据的装置发送所述通知。

25.根据权利要求24所述的实时转发通知的装置，其特征在于，所述标识指示以下各项中的至少一项：安装所述用户数据发生所述变化的所述至少一个应用的所述至少一个实时发送通知的装置的身份信息、所述变化的发生时间、所述变化的类型、所述变化针对的对象。

26.根据权利要求24所述的实时转发通知的装置，其特征在于，所述实时转发通知的装置还包括验证装置，配置用于在接收到由所述至少一个实时发送通知的装置发送的所述通知后，通过数字签名验证所述通知的真实性。

27.根据权利要求24-26中任一权利要求所述的实时转发通知的装置，其特征在于，所述实时转发通知的装置还包括整合装置，配置用于在接收到由所述至少一个实时发送通知的装置发送的所述通知后，对在阈值时间内接收的所述通知进行整合；所述发送装置配置用于在所述阈值时间结束后向所述实时获取用户数据的装置发送整合的所述通知。

28.根据权利要求24-26中任一权利要求所述的实时转发通知的装置，其特征在于，所述实时转发通知的装置还包括整合装置，配置用于在接收到由所述至少一个实时发送通知的装置发送的所述通知后，对所接收的所述通知进行整合；所述发送装置配置用于在所述通知达到阈值数量后向所述实时获取用户数据的装置发送整合的所述通知。

29.一种实时获取用户数据的装置，其特征在于：

所述实时获取用户数据的装置包括接收装置，配置用于接收当安装在至少一个实时发送通知的装置的至少一个应用的所述用户数据发生变化时由所述至少一个实时发送通知的装置通过实时应用编程接口发送的通知，所述通知包括对应于所述变化的标识；

所述实时获取用户数据的装置包括判断装置，配置用于根据所述通知，判断是否获取所述变化的具体内容；以及

所述实时获取用户数据的装置包括调用装置，配置用于当判断为获取所述变化的所述具体内容时，调用对应于所述应用的应用编程接口获取所述变化的所述具体内容。

30.根据权利要求29所述的实时获取用户数据的装置，其特征在于，所述标识指示以下各项中的至少一项：安装所述用户数据发生所述变化的所述至少一个应用的所述至少一个实时发送通知的装置的身份信息、所述变化的发生时间、所述变化的类型、所述变化针对的对象。

31.根据权利要求29所述的实时获取用户数据的装置，其特征在于，所述实时获取用户数据的装置还包括验证装置，配置用于在接收到所述通知后，通过数字签名验证所述通知的真实性。

32.根据权利要求29所述的实时获取用户数据的装置，其特征在于，所述实时获取用户数据的装置还包括发送装置，配置用于在获取所述变化的所述具体内容后，向所述至少一个实时发送通知的装置发送已获取所述变化的所述具体内容的通知。

33.根据权利要求29-32中任一权利要求所述的实时获取用户数据的装置，其特征在于，所述接收装置配置用于从所述至少一个实时发送通知的装置接收所述通知。

34.根据权利要求29-32中任一权利要求所述的实时获取用户数据的装置，其特征在于，所述接收装置配置用于从实时转发通知的装置接收所述通知，其中所述实时转发通知的装置从所述至少一个实时发送通知的装置接收所述通知。

35.根据权利要求34所述的实时获取用户数据的装置，其特征在于：

所述实时转发通知的装置包括整合装置，配置用于对在阈值时间内从所述至少一个实时发送通知的装置接收的所述通知进行整合；

所述实时转发通知的装置包括发送装置，配置用于在所述阈值时间结束后发送整合的所述通知；以及

所述接收装置配置用于接收所述整合的所述通知。

36.根据权利要求34所述的装置，其特征在于：

所述实时转发通知的装置包括整合装置，配置用于对从所述至少一个实时发送通知的装置接收的所述通知进行整合；

所述实时转发通知的装置包括发送装置，配置用于在所述通知达到阈值数量后发送整合的所述通知；以及

所述接收装置配置用于接收所述整合的所述通知。

Images