确定用户的个性化标签、及推送信息的方法和装置与流程

本发明涉及互联网领域，尤其涉及一种确定用户的个性化标签及推送信息的方法和装置。

背景技术：

在互联网衍生出的应用中，许多业务都要基于用户的个性化标签来实现。个性化标签是指与用户相关的属性特征，包括用户当前所处的场所、类目喜好、用户当前的忙闲、心情等。例如，有些应用可能会根据用户当前所处的场所，推荐用户可能感兴趣的信息(比如，用户来到了旅游景点，应用可能会给用户推荐旅游景点的介绍等等)。再例如，一些应用可能会根据用户的类目喜好，定期为用户推荐一些该类目的信息(比如，用户喜欢上网搜索军事信息，应用可能就会定期为用户定期推荐一些军事信息)。因此，确定用户的个性化标签就显得尤为重要。

现有技术中，用户的个性化标签的确定一般是在服务器完成的。当用户的客户端的业务需要确定用户的个性化标签时，客户端向服务器发起请求，在请求中附带上用户当前的状态数据(例如用户当前的地理位置坐标)。在服务器存储有各种用户状态与用户的个性化标签(例如用户所处的场所)的对应关系(例如存储有地理位置坐标和场所的对应关系)。服务器基于接到的用户当前的状态数据查找存储的状态数据与个性化标签的对应关系，从而确定用户的个性化标签(如用户在公司)，并将该个性化标签发送回客户端。该方案需要每次确定个性化标签时给服务器发请求，因此造成网络流量过大、服务器处理负担过大、对网络过于依赖、以及向服务器传送用户当前的涉及的法务风险。

为了解决上述问题，现有技术中又提出一种方案。在服务器向客户端传送个性化标签之后，由客户端缓存该个性化标签一段时间。通常为个性 化标签指定固定时长，作为有效期。当客户端需要确定个性化标签时，如果缓存中存有该个性化标签，且该个性化标签未超过有效期，就直接采用该缓存的个性化标签。只有当缓存的个性化标签超过有效期时，才向服务器重新请求个性化标签。该方案的缺点是只能满足时效要求不高的情况。如果时效性很高，个性化标签的有效期会设置得很短，仍然需要频繁向服务器请求个性化标签，仍然有上述网络流量过大、服务器处理负担过大、对网络过于依赖、以及向服务器传送用户当前的涉及的法务风险的问题。

技术实现要素：

本发明的一个目的是提高用户的个性化标签确定的时效性。

根据本发明的一个实施例，提供了一种确定用户的个性化标签的方法，包括：获取用户当前的状态数据；从本地缓存中获取状态数据与个性化标签的对应关系；基于用户当前的状态数据、和获取的对应关系，确定用户的个性化标签。

根据本发明的一个实施例，提供了一种为用户推送信息的方法，包括：获取用户当前的状态数据；从本地缓存中获取状态数据与个性化标签的对应关系；基于用户当前的状态数据、和获取的对应关系，确定用户的个性化标签；基于确定的用户的个性化标签，为用户推送与该个性化标签匹配的信息。

根据本发明的一个实施例，提供了一种确定用户的个性化标签的方法，包括：分配在用户的个性化标签的确定过程中需要的本地处理和服务器处理；获取用户当前的状态数据；从本地缓存中获取状态数据与个性化标签的对应关系；基于用户当前的状态数据、以及从本地缓存中获取的对应关系，执行所述本地处理，以获得本地处理结果；将用户当前的状态数据发送给服务器；从服务器接收服务器根据用户当前的状态数据、以及服务器存储的状态数据与个性化标签的对应关系执行所述服务器处理获得的服务器处理结果；整合所述本地处理结果和所述服务器处理结果，以获得用户的个性化标签。

根据本发明的一个实施例，提供了一种为用户推送信息的方法，包括：分配在用户的个性化标签的确定过程中需要的本地处理和服务器处理；获取用户当前的状态数据；从本地缓存中获取状态数据与个性化标签的对应关系； 基于用户当前的状态数据、以及从本地缓存中获取的对应关系，执行所述本地处理，以获得本地处理结果；将用户当前的状态数据发送给服务器；从服务器接收服务器根据用户当前的状态数据、以及服务器存储的状态数据与个性化标签的对应关系执行所述服务器处理获得的服务器处理结果；整合所述本地处理结果和所述服务器处理结果，以获得用户的个性化标签；基于确定的用户的个性化标签，为用户推送与该个性化标签匹配的信息。

根据本发明的一个实施例，提供了一种确定用户的个性化标签的装置，包括：获取单元，被配置为获取用户当前的状态数据；对应关系获取单元，被配置为从本地缓存中获取状态数据与个性化标签的对应关系；个性化标签确定单元，被配置为基于用户当前的状态数据、和获取的对应关系，确定用户的个性化标签。

根据本发明的一个实施例，提供了一种为用户推送信息的装置，包括：获取单元，被配置为获取用户当前的状态数据；对应关系获取单元，被配置为从本地缓存中获取状态数据与个性化标签的对应关系；个性化标签确定单元，被配置为基于用户当前的状态数据、和获取的对应关系，确定用户的个性化标签；信息推送单元，被配置为基于确定的用户的个性化标签，为用户推送与该个性化标签匹配的信息。

根据本发明的一个实施例，提供了一种确定用户的个性化标签的装置，包括：分配单元，被配置为分配在用户的个性化标签的确定过程中需要的本地处理和服务器处理；获取单元，被配置为获取用户当前的状态数据；对应关系获取单元，被配置为从本地缓存中获取状态数据与个性化标签的对应关系；执行单元，被配置为基于用户当前的状态数据、以及从本地缓存中获取的对应关系，执行所述本地处理，以获得本地处理结果；发送单元，被配置为将用户当前的状态数据发送给服务器；服务器处理结果接收单元，被配置为从服务器接收服务器根据用户当前的状态数据、以及服务器存储的状态数据与个性化标签的对应关系执行所述服务器处理获得的服务器处理结果；整合单元，被配置为整合所述本地处理结果和所述服务器处理结果，以获得用户的个性化标签。

根据本发明的一个实施例，提供了一种为用户推送信息的装置，包括： 分配单元，被配置为分配在用户的个性化标签的确定过程中需要的本地处理和服务器处理；获取单元，被配置为获取用户当前的状态数据；对应关系获取单元，被配置为从本地缓存中获取状态数据与个性化标签的对应关系；执行单元，被配置为基于用户当前的状态数据、以及从本地缓存中获取的对应关系，执行所述本地处理，以获得本地处理结果；发送单元，被配置为将用户当前的状态数据发送给服务器；服务器处理结果接收单元，被配置为从服务器接收服务器根据用户当前的状态数据、以及服务器存储的状态数据与个性化标签的对应关系执行所述服务器处理获得的服务器处理结果；整合单元，被配置为整合所述本地处理结果和所述服务器处理结果，以获得用户的个性化标签；信息推送单元，被配置为基于确定的用户的个性化标签，为用户推送与该个性化标签匹配的信息。

由于本发明的一个实施例中，不是将确定出的个性化标签缓存在客户端，而是将状态数据与个性化标签的对应关系缓存在客户端，并且由客户端而不是由服务器来根据用户当前的状态数据和本地缓存的对应关系确定用户的个性化标签，这样，频繁的确定个性化标签的过程只会在客户端进行，减少了网络流量和服务器处理负荷，也减少了对网络的依赖和法务风险。由于该对应关系通常时效性很长，也提高了确定用户的个性化标签的时效性。

由于本发明的另一个实施例中，将确定用户的个性化标签的处理在客户端和服务器间合理分配，它具有均衡客户端和服务器工作量的优点，而客户端负责的那部分本地处理会减少网络流量、服务器处理负荷、网络依赖和法务风险。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：

图1为根据本发明一个实施例的确定用户的个性化标签的方法的客户端及服务器端的流程图。

图2为根据本发明另一个实施例的确定用户的个性化标签的方法的客户端及服务器端的流程图。

图3为根据本发明一个实施例的为用户推送信息的方法的客户端及服务器端的流程图。

图4为根据本发明另一个实施例的确定用户的个性化标签的方法的客户端及服务器端的流程图。

图5为根据本发明另一个实施例的确定用户的个性化标签的方法的客户端及服务器端的流程图。

图6为根据本发明一个实施例的为用户推送信息的方法的客户端及服务器端的流程图。

图7为根据本发明一个实施例的确定用户的个性化标签的装置的框图。

图8为根据本发明另一个实施例的确定用户的个性化标签的装置的框图。

图9为根据本发明一个实施例的为用户推送信息的装置的框图。

图10为根据本发明另一个实施例的确定用户的个性化标签的装置的框图。

图11为根据本发明另一个实施例的确定用户的个性化标签的装置的框图。

图12为根据本发明另一个实施例的为用户推送信息的装置的框图。

附图中相同或相似的附图标记代表相同或相似的部件。

具体实施方式

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

在上下文中所称“计算机设备”，也称为“电脑”，是指可以通过运行预定程序或指令来执行数值计算和/或逻辑计算等预定处理过程的智能电子 设备，其可以包括处理器与存储器，由处理器执行在存储器中预存的存续指令来执行预定处理过程，或是由ASIC、FPGA、DSP等硬件执行预定处理过程，或是由上述二者组合来实现。计算机设备包括但不限于服务器、个人电脑、笔记本电脑、平板电脑、智能手机等。

所述计算机设备包括用户设备与网络设备。其中，所述用户设备包括但不限于电脑、智能手机、PDA等；所述网络设备包括但不限于单个网络服务器、多个网络服务器组成的服务器组或基于云计算(Cloud Computing)的由大量计算机或网络服务器构成的云，其中，云计算是分布式计算的一种，由一群松散耦合的计算机集组成的一个超级虚拟计算机。其中，所述计算机设备可单独运行来实现本发明，也可接入网络并通过与网络中的其他计算机设备的交互操作来实现本发明。其中，所述计算机设备所处的网络包括但不限于互联网、广域网、城域网、局域网、VPN网络等。

需要说明的是，所述用户设备、网络设备和网络等仅为举例，其他现有的或今后可能出现的计算机设备或网络如可适用于本发明，也应包含在本发明保护范围以内，并以引用方式包含于此。

后面所讨论的方法(其中一些通过流程图示出)可以通过硬件、软件、固件、中间件、微代码、硬件描述语言或者其任意组合来实施。当用软件、固件、中间件或微代码来实施时，用以实施必要任务的程序代码或代码段可以被存储在机器或计算机可读介质(比如存储介质)中。(一个或多个)处理器可以实施必要的任务。

这里所公开的具体结构和功能细节仅仅是代表性的，并且是用于描述本发明的示例性实施例的目的。但是本发明可以通过许多替换形式来具体实现，并且不应当被解释成仅仅受限于这里所阐述的实施例。

应当理解的是，虽然在这里可能使用了术语“第一”、“第二”等等来描述各个单元，但是这些单元不应当受这些术语限制。使用这些术语仅仅是为了将一个单元与另一个单元进行区分。举例来说，在不背离示例性实施例的范围的情况下，第一单元可以被称为第二单元，并且类似地第二单元可以被称为第一单元。这里所使用的术语“和/或”包括其中一个或更多所列出的相关联项目的任意和所有组合。

应当理解的是，当一个单元被称为“连接”或“耦合”到另一单元时，其可以直接连接或耦合到所述另一单元，或者可以存在中间单元。与此相对，当一个单元被称为“直接连接”或“直接耦合”到另一单元时，则不存在中间单元。应当按照类似的方式来解释被用于描述单元之间的关系的其他词语(例如“处于...之间”相比于“直接处于...之间”，“与...邻近”相比于“与...直接邻近”等等)。

这里所使用的术语仅仅是为了描述具体实施例而不意图限制示例性实施例。除非上下文明确地另有所指，否则这里所使用的单数形式“一个”、“一项”还意图包括复数。还应当理解的是，这里所使用的术语“包括”和/或“包含”规定所陈述的特征、整数、步骤、操作、单元和/或组件的存在，而不排除存在或添加一个或更多其他特征、整数、步骤、操作、单元、组件和/或其组合。

还应当提到的是，在一些替换实现方式中，所提到的功能/动作可以按照不同于附图中标示的顺序发生。举例来说，取决于所涉及的功能/动作，相继示出的两个功能/动作实际上可以基本上同时执行或者有时可以按照相反的顺序来执行。

下面结合附图对本发明作进一步详细描述。

图1为本发明一个实施例的确定用户的个性化标签的方法的客户端301及服务器302端的流程图。

个性化标签包括对与用户相关的属性特征进行标注的标签，包括用户当前所处的场所、类目喜好、用户当前的忙闲、心情等。

图1的客户端301可以是桌面电脑、平板电脑、移动电话、个人化数字助理等。服务器302包括但不限于单个网络服务器、多个网络服务器组成的服务器组或基于云计算(Cloud Computing)的由大量计算机或网络服务器构成的云。

确定用户的个性化标签的方法可以用于向用户推荐用户可能感兴趣的信息的应用，也可以用于对用户的个性化标签进行统计的应用，等等。

确定用户的个性化标签的方法可以在用户打开某一应用或登录某一网站时开始自动执行(例如用户打开某一信息查询应用或登录某一信息查 询应用时，立刻执行本发明实施例的方法1，确定用户的个性化标签，从而后续能够根据该个性化标签为用户推荐符合该个性化标签的信息)，也可以在用户打开某一应用或登录某一网站后触发应用界面或网站界面上的特定位置而执行。在某些特殊情况下，还可以设置成在移动终端或计算机开机时自动执行。

在步骤401中，生成个性化标签及用户的状态数据之间的对应关系。

用户的状态数据可以是，例如，用户所处的地理位置坐标、用户的运动状态(开车、跑步、走路、静止等)、用户的运动速度、用户所处区域的海拔高度、用户周围的噪声程度、用户所处环境的温度等。它反映了用户所处的状态，例如什么具体地理位置、周围温度如何、所处区域的海拔高度如何。

个性化标签包括对与用户相关的属性特征进行标注的标签，包括用户当前所处的场所、类目喜好、用户当前的忙闲、心情等。

用户的个性化标签及用户状态数据的之间的对应关系例如是如下的用户当前所处的场所和用户所处的地理位置坐标(x，y)的对应关系表：

“公司”位置坐标＝(x1，y1)；

“家”位置坐标＝(x2，y2)；

所在城市商业区列表：“西单商业区”位置坐标＝(x3，y3)，“王府井商业区”位置坐标＝(x4，y4)，“马连道商业区”位置坐标＝(x5，y5)......)。

服务器生成状态数据与个性化标签的对应关系的一种方法是基于用户上报的历史数据的统计。例如，客户端不断实时获取用户的地理位置信息。这些地理位置信息先缓存在客户端，然后定期(例如24小时)上报给服务器。服务器就可以描绘出用户每天的生活轨迹。例如，用户工作日每天晚上到次日凌晨在(x2，y2)位置，白天大部分时间在(x1，y1)位置，则可以断定“公司”位置坐标＝(x1，y1)；“家”位置坐标＝(x2，y2)。由于(x1，y1)和(x2，y2)都位于例如北京，通过查询已有的数据库，则可以获得所在城市北京的商业区列表：“西单商业区”位置坐标＝(x3，y3)，“王府井商业区”位置坐标＝(x4，y4)，“马连道商业区”位置坐标＝(x5，y5)......

服务器生成状态数据与个性化标签的对应关系的另一种方法是基于用户注册应用或在网站上注册时输入的个人信息。例如，用户在某一网站注册时已输入家庭、公司地址，此时网站的服务器就可以通过查询地图的方式精确获得“公司”位置坐标＝(x1，y1)；“家”位置坐标＝(x2，y2)。由于(x1，y1)和(x2，y2)都位于例如北京，通过查询已有的数据库，则可以获得所在城市北京的商业区列表：“西单商业区”位置坐标＝(x3，y3)，“王府井商业区”位置坐标＝(x4，y4)，“马连道商业区”位置坐标＝(x5，y5)......

应当注意，服务器也可以通过不同于上述两种方式的其它方式生成状态数据与个性化标签的对应关系。

在步骤402中，服务器将状态数据与个性化标签的对应关系更新到客户端的本地缓存。

在一种实施方式中，步骤401和402是定期(例如24小时)执行的(例如每天24：00服务器生成状态数据与个性化标签的对应关系并将状态数据与个性化标签的对应关系更新到客户端的本地缓存)。

在另一种实施方式中，步骤401和402是响应于用户对应用界面或网页上的特定位置的触发执行的。例如，在应用界面或网页右上角有一个“更新本地存储的状态数据与个性化标签的对应关系”的选项。用户选择了该选项，客户端就向服务器发送更新本地存储的状态数据与个性化标签的对应关系的请求，服务器开始执行步骤401和402。

在步骤102中，客户端获取用户当前的状态数据。

存在多种获取用户当前的状态数据的方式。例如，当状态数据是用户所处的地理位置坐标时，可以通过定位应用(例如GPS、北斗等)获取用户当前的地理位置坐标。当状态数据是用户所处的运动状态时，可以通过移动终端上的加速度传感器获得用户当前的加速度、速度，从而确定用户所处的运动状态。

在步骤104中，客户端从本地缓存中获取状态数据与个性化标签的对应关系。

由于状态数据与个性化标签的对应关系已在步骤402中更新至本地缓 存，因此客户端可以直接从本地缓存中获取状态数据与个性化标签的对应关系。

在步骤108中，客户端基于用户当前的状态数据、和状态数据与个性化标签的对应关系，确定用户的个性化标签。

例如，通过将用户所处的地理位置坐标(x，y)与“公司”位置坐标(x1，y1)、“家”位置坐标(x2，y2)、“西单商业区”位置坐标(x3，y3)、“王府井商业区”位置坐标＝(x4，y4)等进行比对，发现(x，y)与(x2，y2)的距离小于预定距离阈值，将可以判断用户当前所处的场所是“家”。

图2为本发明另一个实施例的确定用户的个性化标签的方法的客户端301及服务器302端的流程图。

图2的步骤401、402、102、104基本与图1相同。

在步骤105中，客户端判断从本地缓存中获取的状态数据与个性化标签的对应关系的有效性。

判断从本地缓存中获取的状态数据与个性化标签的对应关系的有效性的一种具体方式是：事先给每种状态数据与个性化标签的对应关系指定一个有效条件。状态数据与个性化标签的对应关系与该有效条件一同存储在本地缓存中。这样，通过判断该状态数据与个性化标签的对应关系的有效条件是否成立就能够判断出从本地缓存中获取的状态数据与个性化标签的对应关系是否有效。如果有效条件成立，则从本地缓存中获取的状态数据与个性化标签的对应关系有效。反之，从本地缓存中获取的状态数据与个性化标签的对应关系无效。

有效条件例如包括以下中的至少一个：有效期、有效地理位置、有效场所。

在有效条件包括有效期的情况下，例如，某状态数据与个性化标签的对应关系的有效期是10小时。将该状态数据与个性化标签的对应关系和“10小时”相对应地存储在本地缓存中。当从本地缓存获取状态数据与个性化标签的对应关系时，客户端也同时知道了该状态数据与个性化标签的对应关系的有效期是10小时。然后，客户端求出当前时间与该状态数据与个性化标签的对应关系刚进入本地缓存的时间(例如，在状态数据与个性 化标签的对应关系进入本地缓存时，本地缓存自动记录状态数据与个性化标签的对应关系进入本地缓存的时间)的差。如果该差小于10小时，说明该状态数据与个性化标签的对应关系有效。如果该差大于10小时，说明该状态数据与个性化标签的对应关系失效。

在有效条件包括有效地理位置的情况下，例如，对于状态数据与个性化标签的对应关系“所在城市商业区列表：‘西单商业区’位置坐标＝(x3，y3)，‘王府井商业区’位置坐标＝(x4，y4)，‘马连道商业区’位置坐标＝(x5，y5)......”，它只有当用户位于北京市才有效。如用户到达上海时，所在城市商业区列表就应该换成上海市的商业区列表。可以设置状态数据与个性化标签的对应关系“所在城市商业区列表：‘西单商业区’位置坐标＝(x3，y3)，‘王府井商业区’位置坐标＝(x4，y4)，‘马连道商业区’位置坐标＝(x5，y5)......”的有效地理位置是“北京”。将“北京”与该状态数据与个性化标签的对应关系一并存储在本地缓存中。当从本地缓存获取状态数据与个性化标签的对应关系时，客户端也同时知道了该状态数据与个性化标签的对应关系的有效地理位置是“北京”。客户端例如通过定位应用采集用户当前的地理位置坐标。通过地图判断，如果该地理位置坐标在北京市内，说明该状态数据与个性化标签的对应关系有效。如果不在北京市内，说明该状态数据与个性化标签的对应关系失效。

应当理解，有效条件还可以设置成除上述外的其它条件。

在步骤106中，如果从本地缓存中获取的状态数据与个性化标签的对应关系无效，则客户端向服务器请求更新后的状态数据与个性化标签的对应关系。

在步骤403中，服务器重新生成状态数据与个性化标签的对应关系。生成的方法与步骤401中类似。

在步骤107中，客户端从服务器接收更新后的状态数据与个性化标签的对应关系。

步骤108还包括：如果从服务器接收到更新后的状态数据与个性化标签的对应关系，基于用户当前的状态数据、和接收到的更新后的状态数据与个性化标签的对应关系，确定用户的个性化标签。

如果在步骤105中判断出从本地缓存中获取的状态数据与个性化标签的对应关系有效，则直接在步骤108中基于用户当前的状态数据、和状态数据与个性化标签的对应关系，确定用户的个性化标签。

虽然步骤402中也定期或响应于用户的触发将状态数据与个性化标签的对应关系更新到客户端的本地缓存，但不同的状态数据与个性化标签的对应关系对时效性有不同的要求。例如，有些状态数据与个性化标签的对应关系可能在1天之内如果不重新生成也不会有太大变化，有些状态数据与个性化标签的对应关系可能在半个小时之后就会发生很大变化。不根据具体的状态数据与个性化标签的对应关系来判断其是否需要更新，很可能不能满足一些具体的状态数据与个性化标签的对应关系时效性的需要，难以保证确定用户的个性化标签的准确性。图2的实施例通过每次在从本地缓存中获取状态数据与个性化标签的对应关系的时候，都判断该状态数据与个性化标签的对应关系的有效性，如果无效则请求更新，可以满足一些具体的状态数据与个性化标签的对应关系时效性的需要。

图3为根据本发明一个实施例的为用户推送信息的方法的流程图。图3与图1的区别在于，它还增加了步骤109，即基于确定的用户的个性化标签，为用户推送与该个性化标签匹配的信息。例如，用户来到了旅游景点，根据用户当前所处的场所(即旅游景点)，为用户推荐旅游景点的介绍等等。

图4为本发明另一个实施例的确定用户的个性化标签的方法的客户端及服务器端的流程图。

图4中的步骤401和402与图1相同。

在步骤101中，分配在用户的个性化标签的确定过程中需要的本地处理和服务器处理。

在一种实施方式中，步骤101包括：基于所述个性化标签，查找处理路由表，其中处理路由表将个性化标签、以及相应的本地处理、服务器处理关联存储。

处理路由表是存储事先规定好的对于各种需要确定的用户的个性化标签本地需要执行的本地处理、以及服务器需要执行的服务器处理的表。 例如，对于需要确定用户当前所处的场所，规定客户端本地执行将用户当前的地理位置坐标与“公司”位置坐标、“家”位置坐标的比对的本地处理，服务器执行将用户当前的地理位置坐标与所在城市商业区列表中各商业区的地理位置坐标的比对的服务器处理，最后由客户端对两个比对结果进行整合。这样规定是合理的，因为所在城市商业区列表中的数据量很大，放在客户端会造成客户端本地缓存溢出。另外，如果所在城市商业区列表放在客户端本地，由于用户的位置总在变化，当用户从一个城市移动到另一城市，造成所在城市商业区列表失效，需要重新请求服务器更新，大量更新的数据造成网络拥塞。

在上例中，由于客户端执行将用户当前的地理位置坐标与“公司”位置坐标、“家”位置坐标的比对的本地处理，因此客户端本地缓存中只需存储关于“公司”和“家”的状态数据与个性化标签的对应关系，即“公司位置坐标＝(x1，y1)；家位置坐标＝(x2，y2)”，在步骤402中服务器向客户端更新的也是该数据。由于服务器执行将用户当前的地理位置坐标与所在城市商业区列表中各商业区的地理位置坐标的比对的服务器处理，因此服务器中存储关于用户所在城市商业区列表的状态数据与个性化标签的对应关系，即“所在城市商业区列表：“西单商业区”位置坐标＝(x3，y3)，“王府井商业区”位置坐标＝(x4，y4)，“马连道商业区”位置坐标＝(x5，y5)......”。

这样，在上例中，客户端就根据“用户当前所处的场所”这个需要确定的用户的个性化标签，把将用户当前的地理位置坐标与“公司”位置坐标、“家”位置坐标的比对分给客户端，作为客户端执行的本地处理，而把将用户当前的地理位置坐标与所在城市商业区列表中各商业区的地理位置坐标的比对分给服务器，作为服务器执行服务器处理。

在步骤102中，客户端获取用户当前的状态数据。

在上例中，用户当前的状态数据是用户所处的地理位置坐标(x，y)。

在步骤104中，客户端从本地缓存中获取状态数据与个性化标签的对应关系。

在上例中，从本地缓存中获取的状态数据与个性化标签的对应关系是 “‘公司’位置坐标＝(x1，y1)；‘家’位置坐标＝(x2，y2)”。

在步骤1081中，客户端基于用户当前的状态数据、以及状态数据与个性化标签的对应关系，执行本地处理，以获得本地处理结果。

在上例中，将用户所处的地理位置坐标(x，y)与“公司”位置坐标＝(x1，y1)、“家”位置坐标＝(x2，y2)分别进行比对，发现(x，y)与(x2，y2)的距离小于预定距离阈值。因此，本地处理结果是“用户当前所处的场所可能是‘家”’。

在步骤1082中，客户端将用户当前的状态数据发送给服务器。

在上例中，客户端将用户所处的地理位置坐标(x，y)发送给服务器。

在步骤404中，服务器基于状态数据和第三数据执行服务器处理，以获得第三处理结果。

在上例中，将用户所处的地理位置坐标(x，y)与“西单商业区”位置坐标＝(x3，y3)、“王府井商业区”位置坐标＝(x4，y4)、“马连道商业区”位置坐标＝(x5，y5)......分别进行比对，发现(x，y)与(x5，y5)的距离也小于预定距离阈值。因此，服务器处理结果是“用户当前所处的场所可能是‘马连道商业区”’。

在步骤1083中，客户端从服务器接收基于用户当前的状态数据、以及第三数据的服务器处理的服务器处理结果。

在上例中，客户端从服务器接到服务器处理结果“用户当前所处的场所可能是‘马连道商业区”’。

在步骤1084中，客户端整合本地处理结果和服务器处理结果，以获得用户的个性化标签。

整合的一种实施方式是：当本地处理结果和服务器处理结果总共仅包含一个确定出的个性化标签时，认为该个性化标签就是获得的个性化标签；当本地处理结果和服务器处理结果总共包含多个确定出的个性化标签时，或者认为多个确定出的个性化标签都是获得的个性化标签，或者再比较多个确定出的个性化标签，找到最优的一个(以上述本地处理结果显示“用户当前所处的场所可能是‘家”’，而服务器处理结果显示“用户当前所处的场所可能是‘马连道商业区”’为例，在步骤1083中，服务器在向客户端 发送“用户当前所处的场所可能是‘马连道商业区”’的同时，也发送(x，y)与(x5，y5)的距离，而在步骤1081中，客户端也获得了(x，y)与(x2，y2)的距离，客户端可以基于哪个距离更小来判断最优的是“家”还是“马连道商业区”。

上述整合的实施方式仅是示例，本领域技术人员也可以构造出其它整合的实施方式。

图4的实施例的优点是，将确定用户的个性化标签的处理在客户端和服务器间合理分配，在保证确定用户的个性化标签的时效性的同时，均衡了客户端和服务器工作量。

图5为本发明另一个实施例的确定用户的个性化标签的方法的客户端及服务器端的流程图。

图5与图4的区别在于，它增加了如下步骤：

在步骤105中，客户端判断从本地缓存中获取的状态数据与个性化标签的对应关系的有效性。

在一种实施方式中，状态数据与个性化标签的对应关系与其有效条件一同存储在本地缓存中，步骤105是通过判断该状态数据与个性化标签的对应关系的有效条件是否成立实现的。有效条件包括以下中的至少一个：有效期、有效地理位置、有效场所。

在步骤106中，如果从本地缓存中获取的状态数据与个性化标签的对应关系无效，则客户端向服务器请求更新后的状态数据与个性化标签的对应关系。

在步骤107中，客户端从服务器接收更新后的状态数据与个性化标签的对应关系。

另外，执行本地处理的步骤1081还包括：如果从服务器接收到更新后的状态数据与个性化标签的对应关系，基于用户当前的状态数据、和接收到的更新后的状态数据与个性化标签的对应关系，执行本地处理。

相比于图4的实施例，图5的实施例通过每次在从本地缓存中获取状态数据与个性化标签的对应关系的时候，都判断该状态数据与个性化标签的对应关系的有效性，如果无效则请求更新，可以保证在确定用户的个性化 标签中用到的状态数据与个性化标签的对应关系都是有时效性的，从而保证确定用户的个性化标签的准确性。另外，只有在需要确定用户的个性化标签时才请求更新状态数据与个性化标签的对应关系，降低网络吞吐量。

图6为根据本发明另一个实施例的为用户推送信息的方法的流程图。图6与图4的区别在于，它还增加了步骤109，即基于确定的用户的个性化标签，为用户推送与该个性化标签匹配的信息。例如，用户来到了旅游景点，根据用户当前所处的场所(即旅游景点)，为用户推荐旅游景点的介绍等等。

如图7所示，根据本发明的一个实施例的一种确定用户的个性化标签的装置2，包括：状态数据获取单元202，被配置为获取用户当前的状态数据；对应关系获取单元204，被配置为从本地缓存中获取状态数据与个性化标签的对应关系；个性化标签确定单元208，被配置为基于用户当前的状态数据、和获取的对应关系，确定用户的个性化标签。

可选地，如图8所示，该装置2还包括：判断单元205，被配置为判断从本地缓存中获取的对应关系的有效性；请求单元206，被配置为如果从本地缓存中获取的对应关系无效，则向服务器请求更新后的对应关系；更新后对应关系接收单元207，被配置为从服务器接收更新后的对应关系。个性化标签确定单元208被配置为：如果从服务器接收到更新后的对应关系，基于用户当前的状态数据、和接收到的更新后的对应关系，确定用户的个性化标签。

可选地，对应关系与该对应关系的有效条件一同存储在本地缓存中。判断单元205被配置为：判断该对应关系的有效条件是否成立。

可选地，有效条件包括以下中的至少一个：有效期、有效地理位置、有效场所。

如图9所示，根据本发明一个实施例的一种为用户推送信息的装置3包括：状态数据获取单元202，被配置为获取用户当前的状态数据；对应关系获取单元204，被配置为从本地缓存中获取状态数据与个性化标签的对应关系；个性化标签确定单元208，被配置为基于用户当前的状态数据、和获取的对应关系，确定用户的个性化标签；信息推送单元209，被配置为基于确 定的用户的个性化标签，为用户推送与该个性化标签匹配的信息。

如图10所示，根据本发明一个实施例的一种确定用户的个性化标签的装置2包括：分配单元201，被配置为分配在用户的个性化标签的确定过程中需要的本地处理和服务器处理；状态数据获取单元202，被配置为获取用户当前的状态数据；对应关系获取单元204，被配置为从本地缓存中获取状态数据与个性化标签的对应关系；执行单元2081，被配置为基于用户当前的状态数据、以及从本地缓存中获取的对应关系，执行所述本地处理，以获得本地处理结果；发送单元2082，被配置为将用户当前的状态数据发送给服务器；服务器处理结果接收单元2083，被配置为从服务器接收服务器根据用户当前的状态数据、以及服务器存储的状态数据与个性化标签的对应关系执行所述服务器处理获得的服务器处理结果；整合单元2084，被配置为整合所述本地处理结果和所述服务器处理结果，以获得用户的个性化标签。

可选地，分配单元201被配置为：基于所述个性化标签，查找处理路由表，其中处理路由表将个性化标签、以及相应的本地处理、服务器处理关联存储。

可选地，如图11所示，根据本发明的一个实施例的装置2还包括：判断单元205，被配置为判断从本地缓存中获取的对应关系的有效性；请求单元206，被配置为如果从本地缓存中获取的对应关系无效，则向服务器请求服务器存储的状态数据与个性化标签的对应关系；更新后对应关系接收单元207，被配置为从服务器接收更新后的对应关系，

可选地，执行单元2081被配置为：如果从服务器接收到更新后的对应关系，基于用户当前的状态数据、和接收到的更新后的对应关系，执行本地处理。

可选地，对应关系与该对应关系的有效条件一同存储在本地缓存中。判断单元205被配置为：判断该对应关系的有效条件是否成立。

可选地，有效条件包括以下中的至少一个：有效期、有效地理位置、有效场所。

如图12所示，根据本发明另一个实施例的一种为用户推送信息的装置3包括：分配单元201，被配置为分配在用户的个性化标签的确定过程中需要 的本地处理和服务器处理；状态数据获取单元202，被配置为获取用户当前的状态数据；对应关系获取单元204，被配置为从本地缓存中获取状态数据与个性化标签的对应关系；执行单元2081，被配置为基于用户当前的状态数据、以及从本地缓存中获取的对应关系，执行所述本地处理，以获得本地处理结果；发送单元2082，被配置为将用户当前的状态数据发送给服务器；服务器处理结果接收单元2083，被配置为从服务器接收服务器根据用户当前的状态数据、以及服务器存储的状态数据与个性化标签的对应关系执行所述服务器处理获得的服务器处理结果；整合单元2084，被配置为整合所述本地处理结果和所述服务器处理结果，以获得用户的个性化标签；信息推送单元209，被配置为基于确定的用户的个性化标签，为用户推送与该个性化标签匹配的信息。

需要注意的是，本发明可在软件和/或软件与硬件的组合体中被实施，例如，装置2和3中的每个单元可采用专用集成电路(ASIC)或任何其他类似硬件设备来实现。在一个实施例中，本发明的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地，本发明的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中，例如，RAM存储器，磁或光驱动器或软磁盘及类似设备。另外，本发明的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。系统权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

虽然前面特别示出并且描述了示例性实施例，但是本领域技术人员将会理解的是，在不背离权利要求书的精神和范围的情况下，在其形式和细节方面可以有所变化。这里所寻求的保护在所附权利要求书中做了阐述。