CN103841508A - 用户信息获取方法和信息汇聚平台 - Google Patents

Abstract

本发明公开了一种用户信息获取方法和信息汇聚平台，涉及通信领域。该方法包括接收用户发送的A接口信令消息，将所述A接口信令消息作为规则匹配的驱动；根据所述A接口信令消息获取所述用户当前的状态信息，并将所述用户当前的状态信息更新到实时状态表；查询规则库，根据所述A接口信令消息和所述实时状态表进行通知规则的匹配，并按照匹配的通知规则发出用户信息的通知。本发明这种主动推送方式可以提高用户信息获取的实时性，节省网络资源和平台的处理资源。

Description

用户信息获取方法和信息汇聚平台

技术领域

本发明涉及通信领域，特别涉及一种用户信息获取方法和信息汇聚平台。

背景技术

移动网络中的用户信息，例如用户位置、开关机状态等，具有非常大的应用价值，例如，可以进行经营分析，可以丰富增值业务、可以进行精确营销等。因此，如何及时地获取移动网络中的用户信息成为业界关注的一个问题。

目前，信息汇聚平台可以采集A接口信令消息，从A接口信令消息中获取用户当前的状态信息，并构建状态表存储用户当前的状态信息。信息汇聚平台对外开放了用户信息的查询接口，可以根据业务平台的查询条件从状态表获取相关的用户信息，并返回给业务平台。例如，业务平台可以根据用户号码，向信息汇聚平台查询该用户的位置和状态等。

业务平台向信息汇聚平台查询才能获取用户信息，实时性较差，并且多频次的查询还会占用大量的网络资源以及业务平台和信息汇聚平台的处理资源。

发明内容

本发明实施例所要解决的一个技术问题是：提供一种用户信息获取方法和信息汇聚平台，以解决查询方式获取用户信息的实时性差和占用平台资源多的问题。

根据本发明实施例的一个方面提供的一种用户信息获取方法，包括：接收用户发送的A接口信令消息，将所述A接口信令消息作为规则匹配的驱动；根据所述A接口信令消息获取所述用户当前的状态信息，并将所述用户当前的状态信息更新到实时状态表；查询规则库，根据所述A接口信令消息和所述实时状态表进行通知规则的匹配，并按照匹配的通知规则发出用户信息的通知。

该方法还包括：配置通知规则，所述通知规则包括驱动事件、判断条件和通知信息，所述驱动事件包括位置更新、拨打电话、被叫、发送短信、或者接收短信；所述判断条件包括以下至少一项信息：前一次位置、当前位置、主叫号码、被叫号码、短信发送号码、短信接收号码。

该方法还包括：接收所述用户发送的规则订阅请求，根据所述规则订阅请求携带的通知规则订阅信息向所述用户发起相应通知规则的授权流程。

该方法还包括：判断所述用户是否为通知规则订阅用户，如果所述用户是通知规则订阅用户，则执行通知规则匹配的操作，如果所述用户不是通知规则订阅用户，则不执行通知规则匹配的操作。

所述根据所述A接口信令消息和所述实时状态表进行通知规则的匹配还包括：根据前次位置信息表进行通知规则的匹配。

所述用户当前的状态信息包括所述用户当前所在位置、开关机状态、忙闲状态、最近的主被叫电话。

根据本发明实施例的再一个方面提供的一种信息汇聚平台，包括：实时状态表，用于存储用户当前的状态信息，所述用户当前的状态信息从A接口信令消息获取；规则匹配模块，用于接收用户发送的A接口信令消息，将所述A接口信令消息作为规则匹配的驱动，查询规则库，根据所述A接口信令消息和所述实时状态表进行通知规则的匹配；通知模块，用于按照匹配的通知规则发出用户信息的通知。

信息汇聚平台还包括：规则配置模块，用于配置通知规则，所述通知规则包括驱动事件、判断条件和通知信息，所述驱动事件包括位置更新、拨打电话、被叫、发送短信、或者接收短信；所述判断条件包括以下至少一项信息：前一次位置、当前位置、主叫号码、被叫号码、短信发送号码、短信接收号码。

信息汇聚平台还包括：规则订阅模块，用于接收所述用户发送的规则订阅请求，根据所述规则订阅请求携带的通知规则订阅信息向所述用户发起相应通知规则的授权流程。

所述规则订阅模块，还用于判断所述用户是否为通知规则订阅用户，如果所述用户是通知规则订阅用户，则执行通知规则匹配的操作，如果所述用户不是通知规则订阅用户，则不执行通知规则匹配的操作。

所述规则匹配模块，还用于查询规则库，根据所述A接口信令消息、所述实时状态表、和前次位置信息表进行通知规则的匹配。

所述用户当前的状态信息包括所述用户当前所在位置、开关机状态、忙闲状态、最近的主被叫电话。

本发明通过接收用户发送的A接口信令消息，根据A接口信令消息获取用户当前的状态信息，并将用户当前的状态信息更新到实时状态表，将A接口信令消息作为规则匹配的驱动，查询规则库，根据A接口信令消息和实时状态表进行通知规则的匹配，并按照匹配的通知规则发出用户信息的通知，这种主动推送方式可以提高用户信息获取的实时性，节省网络资源和平台的处理资源。

通过以下参照附图对本发明的示例性实施例的详细描述，本发明的其它特征及其优点将会变得清楚。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明用户信息获取方法一个实施例的流程示意图。

图2为本发明用户信息获取方法另一个实施例的流程示意图。

图3为本发明用户信息获取方法再一个实施例的流程示意图。

图4为本发明规则库和订阅用户库的形成示意图。

图5为本发明用户信息获取方法又一个实施例的流程示意图。

图6为本发明信息汇聚平台一个实施例的结构示意图。

图7为本发明信息汇聚平台另一个实施例的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。

同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。

在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

图1为本发明用户信息获取方法一个实施例的流程示意图。该实施例的方法可以由信息汇聚平台执行。如图1所示，该实施例的方法包括以下步骤：

S102，接收用户发送的A接口信令消息，将A接口信令消息作为规则匹配的驱动。

其中，A接口信令消息的类型包括：位置（可以细分到小区）、开机、关机、主叫、被叫、发送短信、接收短信等，但不限于此。

S104，根据A接口信令消息获取用户当前的状态信息，并将用户当前的状态信息更新到实时状态表。

其中，用户当前的状态信息包括用户当前所在位置、开关机状态、忙闲状态、最近的主被叫电话等，但不限于此。

S106，查询规则库，根据A接口信令消息和实时状态表进行通知规则的匹配。

作为通知规则的另一种匹配方式，可以查询规则库，根据A接口信令消息、实时状态表和前次位置信息表进行通知规则的匹配。

下面对通知规则及其匹配过程进行详细说明。通知规则可以用如下公式表示：

通知规则=驱动事件+判断条件+通知数据项通知规则的一种示例性的描述方式如下：

if（Event）&（Condition）Then SendTo（APID，Infomation）

其中，Event表示驱动事件，即A接口信令消息，包括位置更新、拨打、被叫、发送短信、接收短信等。Condition表示判断条件，以下至少一项信息：前一次位置、当前位置、主叫号码、被叫号码、短信发送号码、短信接收号码。APID：通知对象的IP地址，例如，IPID可以为业务平台的IP地址。Information：表示通知数据项。&表示“与”的关系。SendTo表示“发送”。则上述描述的含义为：当驱动事件和判断条件符合时向该IP地址的通知对象发出通知数据项。

举例1：根据A接口信令消息和实时状态表进行通知规则的匹配的情况。

通知规则为“用户在A区域，拨打了10000号时，发送用户号码”，则可以描述为：

if（Event=拨打电话）&（当前位置=A&主叫号码=10000）then SendTo（APID，用户号码）

举例2：根据A接口信令消息、实时状态表和前次位置信息表进行通知规则的匹配的情况。

通知规则为“用户进入A区域时，发送用户号码”，则可以描述为：

if（Event=位置更新）&（当前位置=A&前一次位置≠A）then SendTo（APID，用户号码）

S108，按照匹配的通知规则发出用户信息的通知。用户信息的通知可以由信息汇聚平台通过其开放接口下发通知到业务平台。

上述实施例，通过接收用户发送的A接口信令消息，根据A接口信令消息获取用户当前的状态信息，并将用户当前的状态信息更新到实时状态表，将A接口信令消息作为规则匹配的驱动，查询规则库，根据A接口信令消息和实时状态表进行通知规则的匹配，并按照匹配的通知规则发出用户信息的通知，这种主动推送方式可以提高用户信息获取的实时性，节省网络资源和平台的处理资源。

在获取用户信息之前，还可以预先配置通知规则。图2示出了本发明用户信息获取方法另一个实施例的流程示意图。如图2所示，该实施例的方法包括以下步骤：

S201，配置通知规则，具体可以由业务平台在信息汇聚平台配置通知规则。通知规则可以保存在规则库。

其中，通知规则包括驱动事件、判断条件和通知信息，驱动事件包括位置更新、拨打电话、被叫、发送短信、或者接收短信；判断条件包括以下至少一项信息：前一次位置、当前位置、主叫号码、被叫号码、短信发送号码、短信接收号码。

S202，接收用户发送的A接口信令消息，将A接口信令消息作为规则匹配的驱动。

S203，根据A接口信令消息获取用户当前的状态信息，并将用户当前的状态信息更新到实时状态表。

S204，查询规则库，根据A接口信令消息和实时状态表进行通知规则的匹配。

另外，作为通知规则的另一种匹配方式，可以查询规则库，根据A接口信令消息、实时状态表和前次位置信息表进行通知规则的匹配。

S205，按照匹配的通知规则发出用户信息的通知。

需要说明的是，步骤S202~S205的具体实现可以参考前述实施例步骤S102~S108，这里不再赘述。

上述实施例在配置通知规则之后，通过接收用户发送的A接口信令消息，根据A接口信令消息获取用户当前的状态信息，并将用户当前的状态信息更新到实时状态表，将A接口信令消息作为规则匹配的驱动，查询规则库，根据A接口信令消息和实时状态表进行通知规则的匹配，并按照匹配的通知规则发出用户信息的通知，这种主动推送方式可以提高用户信息获取的实时性，节省网络资源和平台的处理资源。

在获取用户信息之前，还可以订阅通知规则。图3示出了本发明用户信息获取方法再一个实施例的流程示意图。如图3所示，该实施例的方法包括以下步骤：

S301，配置通知规则，具体可以由业务平台在信息汇聚平台配置通知规则。通知规则可以保存在规则库。

其中，通知规则包括驱动事件、判断条件和通知信息，驱动事件包括位置更新、拨打电话、被叫、发送短信、或者接收短信；判断条件包括以下至少一项信息：前一次位置、当前位置、主叫号码、被叫号码、短信发送号码、短信接收号码。

S302,接收用户发送的规则订阅请求，根据规则订阅请求携带的通知规则订阅信息向用户发起相应通知规则的授权流程。用户可以订阅一条或多条通知规则。已经订阅通知规则的用户成为订阅用户，订阅用户信息保存在订阅用户库。

图4示出规则库和订阅用户库的形成示意图。

S303，接收用户发送的A接口信令消息，将A接口信令消息作为规则匹配的驱动。

S304，根据A接口信令消息获取用户当前的状态信息，并将用户当前的状态信息更新到实时状态表。

S305，判断用户是否为通知规则订阅用户（即用户匹配过程），如果用户是通知规则订阅用户，则执行S306，即通知规则匹配的操作，如果用户不是通知规则订阅用户，则不执行通知规则匹配的操作，流程结束。

作为一种用户匹配方式，可以查看订阅用户库是否存在该用户，如果存在该用户，则该用户是通知规则订阅用户，如果不存在该用户，则该用户不是通知规则订阅用户。

S306，查询规则库，根据A接口信令消息和实时状态表进行通知规则的匹配。

另外，作为通知规则的另一种匹配方式，可以查询规则库，根据A接口信令消息、实时状态表和前次位置信息表进行通知规则的匹配。

S307，按照匹配的通知规则发出用户信息的通知。

需要说明的是，步骤S303、S304、S306、S307的具体实现可以参考前述实施例步骤S102～S108，这里不再赘述。

上述实施例在配置通知规则之后用户可以订阅通知规则，然后通过接收用户发送的A接口信令消息，根据A接口信令消息获取用户当前的状态信息，并将用户当前的状态信息更新到实时状态表，将A接口信令消息作为规则匹配的驱动，查询规则库，根据A接口信令消息和实时状态表进行通知规则的匹配，并按照匹配的通知规则发出用户信息的通知，这种主动推送方式可以提高用户信息获取的实时性，节省网络资源和平台的处理资源。

图5示出了本发明用户信息获取方法又一个实施例的流程示意图。如图5所示，该实施例的方法包括以下步骤：

S501，接收用户发送的A接口信令消息，将A接口信令消息作为规则匹配的驱动。

S502，根据A接口信令消息获取用户当前的状态信息，并将用户当前的状态信息更新到实时状态表。

S503，判断用户是否为通知规则订阅用户（即用户匹配），如果用户是通知规则订阅用户，则执行S504，即通知规则匹配的操作，如果用户不是通知规则订阅用户，则不执行通知规则匹配的操作，流程结束。

作为一种用户匹配方式，可以查看订阅用户库是否存在该用户，如果存在该用户，则该用户是通知规则订阅用户，如果不存在该用户，则该用户不是通知规则订阅用户。

S504，查询规则库，根据A接口信令消息和实时状态表进行通知规则的匹配（即规则匹配）。

另外，作为通知规则的另一种匹配方式，可以查询规则库，根据A接口信令消息、实时状态表和前次位置信息表进行通知规则的匹配。

S505，按照匹配的通知规则发出用户信息的通知。

可见，本实施例可以包括两次匹配，一次为用户匹配，用户匹配时可以查询订阅用户库，另一次为规则匹配，规则匹配可以查询规则库和实时状态表，还可以查询前次位置信息表。

上述实施例通过接收用户发送的A接口信令消息，根据A接口信令消息获取用户当前的状态信息，并将用户当前的状态信息更新到实时状态表，将A接口信令消息作为规则匹配的驱动，查询规则库，根据A接口信令消息和实时状态表进行通知规则的匹配，并按照匹配的通知规则发出用户信息的通知，这种主动推送方式可以提高用户信息获取的实时性，节省网络资源和平台的处理资源。

图6示出了本发明信息汇聚平台一个实施例的结构示意图。如图6所示，该实施例的信息汇聚平台60包括：

实时状态表601，用于存储用户当前的状态信息，用户当前的状态信息从A接口信令消息获取；其中用户当前的状态信息包括用户当前所在位置、开关机状态、忙闲状态、最近的主被叫电话。

规则匹配模块602，用于接收用户发送的A接口信令消息，将A接口信令消息作为规则匹配的驱动，查询规则库，根据A接口信令消息和实时状态表601进行通知规则的匹配；

通知模块603，用于按照匹配的通知规则发出用户信息的通知。

作为另一种实施方式，规则匹配模块602，还用于查询规则库，根据A接口信令消息、实时状态表601、和前次位置信息表606进行通知规则的匹配。

图7示出了本发明信息汇聚平台另一个实施例的结构示意图。如图7所示，该实施例的信息汇聚平台还包括：规则配置模块604，用于配置通知规则，通知规则包括驱动事件、判断条件和通知信息，驱动事件包括位置更新、拨打电话、被叫、发送短信、或者接收短信；判断条件包括以下至少一项信息：前一次位置、当前位置、主叫号码、被叫号码、短信发送号码、短信接收号码。

如图7所示，信息汇聚平台还包括：规则订阅模块605，用于接收用户发送的规则订阅请求，根据规则订阅请求携带的通知规则订阅信息向用户发起相应通知规则的授权流程。

规则订阅模块605，还可以用于判断用户是否为通知规则订阅用户，如果用户是通知规则订阅用户，则执行通知规则匹配的操作，如果用户不是通知规则订阅用户，则不执行通知规则匹配的操作。

如图7所示，信息汇聚平台60的开放接口除了可以用于通知用户信息，还可以用于查询用户信息，因此，信息汇聚平台60除了包括通知用户信息的通知模块603，还包括查询用户信息的查询模块607。业务平台70通过查询开放接口，可以根据用户号码查询其位置和状态，或者，还可以根据位置查询该位置范围的用户群。

另外，A接口信令消息可以是用户通过BSC（Base StationController，基站控制器）发送的。

上述实施例，信息汇聚平台通过接收用户发送的A接口信令消息，根据A接口信令消息获取用户当前的状态信息，并将用户当前的状态信息更新到实时状态表，将A接口信令消息作为规则匹配的驱动，查询规则库，根据A接口信令消息和实时状态表进行通知规则的匹配，并按照匹配的通知规则发出用户信息的通知，这种主动推送方式可以提高用户信息获取的实时性，节省网络资源和平台的处理资源。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种用户信息获取方法，包括：

接收用户发送的A接口信令消息，将所述A接口信令消息作为规则匹配的驱动；

根据所述A接口信令消息获取所述用户当前的状态信息，并将所述用户当前的状态信息更新到实时状态表；

查询规则库，根据所述A接口信令消息和所述实时状态表进行通知规则的匹配，并按照匹配的通知规则发出用户信息的通知。

2.根据权利要求1所述的方法，其特征在于，还包括：

配置通知规则，所述通知规则包括驱动事件、判断条件和通知信息，所述驱动事件包括位置更新、拨打电话、被叫、发送短信、或者接收短信；所述判断条件包括以下至少一项信息：前一次位置、当前位置、主叫号码、被叫号码、短信发送号码、短信接收号码。

3.根据权利要求1所述的方法，其特征在于，还包括：

接收所述用户发送的规则订阅请求，根据所述规则订阅请求携带的通知规则订阅信息向所述用户发起相应通知规则的授权流程。

4.根据权利要求1所述的方法，其特征在于，还包括：

判断所述用户是否为通知规则订阅用户，如果所述用户是通知规则订阅用户，则执行通知规则匹配的操作，如果所述用户不是通知规则订阅用户，则不执行通知规则匹配的操作。

5.根据权利要求1所述的方法，其特征在于，所述根据所述A接口信令消息和所述实时状态表进行通知规则的匹配还包括：根据前次位置信息表进行通知规则的匹配。

6.根据权利要求1所述的方法，其特征在于，所述用户当前的状态信息包括所述用户当前所在位置、开关机状态、忙闲状态、最近的主被叫电话。

7.一种信息汇聚平台，包括：

实时状态表，用于存储用户当前的状态信息，所述用户当前的状态信息从A接口信令消息获取；

规则匹配模块，用于接收用户发送的A接口信令消息，将所述A接口信令消息作为规则匹配的驱动，查询规则库，根据所述A接口信令消息和所述实时状态表进行通知规则的匹配；

通知模块，用于按照匹配的通知规则发出用户信息的通知。

8.根据权利要求7所述的信息汇聚平台，其特征在于，还包括：

规则配置模块，用于配置通知规则，所述通知规则包括驱动事件、判断条件和通知信息，所述驱动事件包括位置更新、拨打电话、被叫、发送短信、或者接收短信；所述判断条件包括以下至少一项信息：前一次位置、当前位置、主叫号码、被叫号码、短信发送号码、短信接收号码。

9.根据权利要求7所述的信息汇聚平台，其特征在于，还包括：

规则订阅模块，用于接收所述用户发送的规则订阅请求，根据所述规则订阅请求携带的通知规则订阅信息向所述用户发起相应通知规则的授权流程。

10.根据权利要求9所述的信息汇聚平台，其特征在于，所述规则订阅模块，还用于判断所述用户是否为通知规则订阅用户，如果所述用户是通知规则订阅用户，则执行通知规则匹配的操作，如果所述用户不是通知规则订阅用户，则不执行通知规则匹配的操作。

11.根据权利要求7所述的信息汇聚平台，其特征在于，所述规则匹配模块，还用于查询规则库，根据所述A接口信令消息、所述实时状态表、和前次位置信息表进行通知规则的匹配。

12.根据权利要求7所述的信息汇聚平台，其特征在于，所述用户当前的状态信息包括所述用户当前所在位置、开关机状态、忙闲状态、最近的主被叫电话。

Images