CN115062056B - 一种用于民航数据的用户查找方法、电子设备及存储介质 - Google Patents

Abstract

本申请提供一种用于民航数据的用户查找方法、电子设备及存储介质，该方法应用于标签管理系统，标签管理系统内存储有若干用户标签；用户标签的标签内容以树结构的形式存在，标签内容的根节点为对应的用户标签的标签id；包括：获取查询条件C=(Uid,Z₁,Z₂,...,Z_n)；根据Uid对每一用户的用户标签进行遍历，得到若干候选标签；根据Z₁,Z₂,...,Z_n对每一候选标签进行遍历，得到若干目标查询标签；将每一目标查询标签与每一目标查询标签对应的用户的用户id发送至查询服务器。本申请在进行用户查找时，减少了查询过程中需要遍历的用户标签的数量，能够快速确定出每一目标查询标签。

Description

一种用于民航数据的用户查找方法、电子设备及存储介质

技术领域

本申请涉及领域数据处理，尤其涉及一种用于民航数据的用户查找方法、电子设备及存储介质。

背景技术

随着互联网的进步，越来越多的软件运行商会使用数据标签对用户进行打标处理，以更好的区分用户人群，实现信息的精准推送。但在民航领域，由于数据类型较多，很多同一大类下的数据拥有很多子类别。例如，延误险，就分为多个航司的延误险，而每一个航司又有多种延误险，这就导致了在建立标签时需要每一个航司的每一种延误险建立一个对应的标签，这样一方面会导致标签管理系统中需要维护数量巨大的标签群，且在进行用户查找时也需要对每一个用户的所有用户标签进行遍历，才能得到查询结果，导致查询效率低下。

发明内容

有鉴于此，本申请提供一种用于民航数据的用户查找方法、电子设备及存储介质，至少部分解决现有技术中存在的问题。

在本申请的一方面，提供一种用于民航数据的用户查找方法，应用于标签管理系统，所述标签管理系统内存储有若干用户对应的若干用户标签；所述用户标签内存储有标签内容，所述标签内容以树结构的形式存在，所述标签内容的根节点为对应的用户标签的标签id；

所述方法包括：

S100，获取查询服务器发送的查询条件C=(Uid,Z₁,Z₂,...,Z_n)；其中，Uid为目标查询标签id，Z_n为Uid对应的用户标签的标签内容的第n+1层的节点判定条件；n=M-1，M为Uid对应的用户标签的标签内容的最大层数；

S200，根据Uid对每一用户的用户标签进行遍历，得到若干候选标签；每一候选标签的标签id与Uid相同；

S300，根据Z₁,Z₂,...,Z_n对每一候选标签进行遍历，得到若干目标查询标签；所述目标查询标签的标签内容的第i层内的节点的节点值符合Z_i-1；i=2,3,...,M；

S400，将每一目标查询标签与每一所述目标查询标签对应的用户的用户id发送至所述查询服务器。

在本申请的另一方面，提供一种电子设备，包括处理器和存储器；

所述处理器通过调用所述存储器存储的程序或指令，用于执行上述任一项所述方法的步骤。

在本申请的另一方面，提供一种非瞬时性计算机可读存储介质，所述非瞬时性计算机可读存储介质存储程序或指令，所述程序或指令使计算机执行上述任一项所述方法的步骤。

本申请提供的一种用于民航数据的用户查找方法，由于每一用户标签内存储了树形结构标签内容，使得可以将一个大类别下的多个标签以一个标签的形式进行存储。例如延误险，只需要建立一个延误险的用户标签，并使用延误险标签的标签id作为根节点。根节点的下一层即可以为每一航司对应的节点，每一航司对应的节点则可以为这个航司对应的所有类型的延误险。以使得数据管理系统仅需要对一个大类别的用户标签进行维护即可。

同时，在进行用户查找时，查询服务器只需要发送查询条件C=(Uid,Z₁,Z₂,...,Z_n)，标签管理系统即可根据Uid快速的定位对应的候选标签。并通过Z₁,Z₂,...,Z_n从候选标签内快速确定出每一目标查询标签。减少了查询过程中需要遍历的用户标签的数量，从而提高了查询的效率。

附图说明

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

图1为本实施例提供的一种用于民航数据的用户查找方法的流程图。

具体实施方式

下面结合附图对本申请实施例进行详细描述。

需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合；并且，基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。

需要说明的是，下文描述在所附权利要求书的范围内的实施例的各种方面。应显而易见，本文中所描述的方面可体现于广泛多种形式中，且本文中所描述的任何特定结构及/或功能仅为说明性的。基于本公开，所属领域的技术人员应了解，本文中所描述的一个方面可与任何其它方面独立地实施，且可以各种方式组合这些方面中的两者或两者以上。举例来说，可使用本文中所阐述的任何数目个方面来实施设备及/或实践方法。另外，可使用除了本文中所阐述的方面中的一或多者之外的其它结构及/或功能性实施此设备及/或实践此方法。

在本申请的一方面，提供一种用于民航数据的用户查找方法，如图1所示，该方法应用于标签管理系统，所述标签管理系统内存储有若干用户对应的若干用户标签；所述用户标签内存储有标签内容，所述标签内容以树结构的形式存在，所述标签内容的根节点为对应的用户标签的标签id。具体的，可以通过对应的用户标签的名称进行设置，如名称为延误险，标签id可以为001001。

请参考图1所示，所述方法包括：

S100，获取查询服务器发送的查询条件C=(Uid,Z₁,Z₂,...,Z_n)；其中，Uid为目标查询标签id，Z_n为Uid对应的用户标签的标签内容的第n+1层的节点判定条件；n=M-1，M为Uid对应的用户标签的标签内容的最大层数。

S200，根据Uid对每一用户的用户标签进行遍历，得到若干候选标签。每一候选标签的标签id与Uid相同。

S300，根据Z₁,Z₂,...,Z_n对每一候选标签进行遍历，得到若干目标查询标签；所述目标查询标签的标签内容的第i层内的节点的节点值符合Z_i-1；i=2,3,...,M。例如，延误险下对应了5个航司，每个航司对应了5种延误险。则，n=2，且Z₁可以为第2层的第一个节点的节点值为1，或第2层具有一个节点的节点值为1等。Z₂同理。如此，能够从若干候选标签筛选出同时符合Z₁,Z₂,...,Z_n的目标查询标签。

S400，将每一目标查询标签与每一所述目标查询标签对应的用户的用户id发送至所述查询服务器。

本实施例提供的一种用于民航数据的用户查找方法，由于每一用户标签内存储了树形结构标签内容，使得可以将一个大类别下的多个标签以一个标签的形式进行存储。例如延误险，只需要建立一个延误险的用户标签，并使用延误险标签的标签id作为根节点。根节点的下一层即可以为每一航司对应的节点，每一航司对应的节点则可以为这个航司对应的所有类型的延误险。以使得数据管理系统仅需要对一个大类别的用户标签进行维护即可。

同时，在进行用户查找时，查询服务器只需要发送查询条件C=(Uid,Z₁,Z₂,...,Z_n)，标签管理系统即可根据Uid快速的定位对应的候选标签。并通过Z₁,Z₂,...,Z_n从候选标签内快速确定出每一目标查询标签。减少了查询过程中需要遍历的用户标签的数量，从而提高了查询的效率。

在本申请的一种示例性实施例中，所述标签管理系统与若干数据源通讯连接；数据源可以为航司服务器、机场服务器或其他数据提供公司的服务器等。具体的，标签管理系统中存储有每一用户对应的至少一个用户标签。其中，不同用户之间可以有相同的用户标签，且不同用户之间相同的用户标签的标签内容可以为相同也可以为不同。如若用户标签为性别标签，其标签内容可以为“男”或“女”。

所述用户标签通过以下方法生成：

S510，获取目标标签的标签建立指令；所述标签建立指令内包含目标标签的标签类型和需求数据类型；所述标签类型用于表示所述目标标签的标签内容的更新模式，所述需求数据类型用于表示生成所述目标标签的标签内容所使用的目标数据的数据类型。所述标签类型包括实时标签和离线标签。其中，实时标签对应的更新模式为其关联的目标数据源每发生一次目标数据的变化或推送一次通知消息，就会对标签内容进行更新。离线标签的更新模式为每达到设定时间点进行更新。即，实时标签的数据更新频率普遍高于所述离线标签的更新频率，以使得实时标签能够实现毫秒级更新。离线标签的更新的时间长度级别长于所述实时标签。也就是说，实施标签的标签内容的时效性级别高于离线标签的标签内容的时效性。所述需求数据类型用于表示生成所述目标标签的标签内容所使用的目标数据的数据类型。数据类型可以为身份证信息、年龄信息、航班信息、订阅信息等。其中，每一数据源能够提供的数据的数据类型通过预设的映射表进行记录。目标标签可以适用于任意符合条件或需要设置标签的用户，即目标标签为当前要新建立的用户标签。同时，目标标签可以是针对某一类用户的，也可以是针对所有用户的。本实施例中目标数据也是泛指性的数据，当建立后的目标标签（如目标实时标签）要与某一用户关联时，则目标数据就是这个用户的符合需求数据类型的数据。

S520，根据所述需求数据类型，在若干数据源中确定出至少一个候选数据源。所述候选数据源能够为所述标签管理系统提供所述需求数据类型对应的目标数据，候选数据源的数据提供方式为获取方拉取或提供方推送。具体的，确定候选数据源可以为根据需求数据类型查阅映射表得到。

S530，在所述标签类型为实时标签的情况下，确定是否存在数据提供方式为提供方推送的候选数据源；若存在，则进入步骤S540；否则，进入步骤S550；

S540，将数据提供方式为提供方推送的候选数据源确定为目标数据源；

S550，将数据提供方式为获取方拉取的候选数据源确定为目标数据源；

由于实时标签需要实现毫秒级别的更新（即标签内容对应的目标数据变化后尽可能在毫秒级的时间内完成标签内容的更新），数据提供方式为提供方推送的候选数据源能够在对应的目标数据发生变化后，主动将更新后的目标数据发送至标签管理系统，或以通知消息的方式告知标签管理系统目标数据已经发生变化，以使标签管理系统主动获取更新后的目标数据。数据提供方式为获取方拉取的候选数据源，仅会在标签管理系统主动拉取目标数据时，才会将目标信息发送至标签管理系统，这样标签管理系统为了及时获取目标数据并实现毫秒级更新，就需要每个几毫秒就发送一次目标数据的拉取请求，这样会加大标签管理系统的通讯压力。故而，本实施例中，会通过步骤S300，实现优先将数据提供方式为提供方推送的候选数据源确定为目标数据源。

S560，生成所述目标实时标签，并建立与所述目标数据源的关联关系；

其中，所述目标实时标签具有对应的处理函数，所述目标实时标签被配置为当获取到所述目标数据源提供的目标数据后，根据所述处理函数对所述目标数据进行处理，以得到所述目标实时标签的标签内容。其中，处理函数可以是预先设置好的，也可以是目标实时标签生成后设置并关联的。处理函数用于根据对应标签（如目标实时标签）对应的目标数据进行处理，从而得到对应的标签内容。处理函数的具体内容可以根据对应标签的需求进行设置，本实施例中不加限定。

需要说明的是，本实施例中，需求数据类型可以为多个，对应的，目标数据源也可以为多个，即每一需求数据类型对应一个目标数据源。

同时，在确定目标数据源时，若符合当前条件的候选数据源为多个，可以根据预设的排序表进行确定，将其中排序最前的候选数据源确定为目标数据源。排序表中，记录了每一数据类型对应的数据源的排序，其排序规则为根据数据源的数据更新频率和数据准确性进行排序。

当然，在一些情况下，一个需求数据类型也可以对应多个目标数据源，如若需求数据类型为航班信息的情况下，就需要每一航司确定一个对应的目标数据源。

本实施例能够通过需求数据类型查阅预设的映射表，以在若干数据源中确定出至少一个能够提供需求数据类型对应的目标数据的候选数据源。并在标签类型为实时标签的情况下，根据每一候选数据源的数据提供方式，自动从候选数据源中确定出目标数据源，以完成目标实时标签的建立。从而实现了在新的标签建立时，工作人员只需要输入标签类型和需求数据类型就能自动建立对应的标签，避免了工作人员通过人工的方式自主筛选数据源，提高了标签建立的效率。

在本申请的一种示例性实施例中，所述标签管理系统内设置有离线数据库；

在所述步骤S560之后，所述方法还包括：

S571，建立所述离线数据库与每一所述候选数据源通讯连接；以使每一所述候选数据源将自身的与所述需求数据类型对应的目标数据发送至所述离线数据库；

S572，在所述离线数据库内建立与所述目标实时标签对应的数据补偿任务；

所述数据补偿任务为每达到第一设定时间点，调用与所述目标实时标签对应的数据补偿函数对从每一所述候选数据源接收到的所述目标数据进行处理，得到补偿标签内容，并使用所述补偿标签内容更新所述标签内容。所述数据补偿函数得到的补偿标签内容的数据准确率高于所述处理函数得到的所述标签内容的数据准确率。离线数据库中设置有数据清洗算法，以保证对正确数据的保留和错误数据的修正或删除。本实施例中，数据清洗算法可以使用现有的数据清洗算法，本实施例不加限定。

由于目标实时标签需要实现毫秒级的更新，故而其无法使用大量的数据进行计算，而是只能通过目标数据源的目标数据进行更新。这也导致了一旦目标数据源提供的目标数据发生错误时，其标签内容也会发生错误。

而由于离线数据库接收了每一候选数据源的目标数据，且同时还能存储其他的数据，使得离线数据库能够通过数据清洗算法保留正确的数据，且使用相较于处理函数更多更全面更准确的数据计算得到每一目标实施标签的补偿标签内容。但由于其需要进行大量数据获取、清洗和处理，导致其获得补偿标签内容的时效性达不到毫秒级别，而是需要更长的时间，才能尽可能的保证补偿标签内容的准确性。

本实施例中，为了尽可能的保证目标实时标签的标签内容的准确性，在离线数据库内建立与所述目标实时标签对应的数据补偿任务，以使离线数据库在每次得到补偿标签内容后更新对应的目标实时标签的标签内容，以进一步提高目标实时标签的标签内容的准确性。

具体的，数据补偿任务的每相邻两个第一设定时间点之间的时间长度可以根据目标实时标签的若干目标数据中变化频率最快的目标数据的变化频率进行设置。变化频率越快，每相邻两个第一设定时间点之间的时间长度越短。

在本申请的一种示例性实施例中，所述目标实时标签具有对应的内容分析函数；所述内容分析函数用于分析所述目标实时标签当前的标签内容是否正确；

当所述内容分析函数确定所述目标实时标签当前的标签内容为错误时，触发所述数据补偿任务，以更新所述标签内容。

本实施例中，为目标实时标签配置内容分析函数以对当前的标签内容的正确性进行分析，当确定当前的标签内容错误时，直接触发数据补偿任务，以获取正确的标签内容，并对当前的标签内容进行更新。从而提高了目标实时标签的标签内容的准确性。

在本申请的一种示例性实施例中，所述方法还包括：

S580，在所述标签类型为离线标签的情况下，建立每一所述候选数据源与所述离线数据库的关联关系；

S590，生成目标离线标签，并在所述离线数据库内建立与所述目标离线标签对应的定时更新任务；

所述定时更新任务每到达第二设定时间点，调用与所述目标离线标签对应的数据更新函数对从每一所述候选数据源接收到的所述目标数据进行处理，得到更新标签内容，并使用所述更新标签内容更新所述标签内容。

根据前述内容可知，离线标签的标签内容的更新的时效性要求较低，故而，本实施例中，为尽可能保证目标离线标签的标签内容的准确性，并不从候选数据源中确定出目标数据源，而是建立每一所述候选数据源与所述离线数据库的关联关系，以使得离线数据库能够通过定时更新任务对每一候选数据源提供的目标数据进行数据清洗和数据处理，得到准确性更高的更新标签内容，以使用所述更新标签内容更新所述标签内容。每相邻两个第二设定时间点之间的时间长度可以根据目标离线标签的更新时效性要求进行确定。

在本申请的一种示例性实施例中，所述目标标签还可以具有关联的关联标签，相应的，所述步骤S560，生成所述目标实时标签，并建立与所述目标数据源的关联关系，进一步包括：

生成所述目标实时标签，并建立与关联标签和目标数据源的关联关系。

其中，关联标签可以通过以下步骤确定：

在步骤S520之后，步骤S530之前，还包括：

S521，确定所述标签管理系统内是否具有与任一所述候选数据源具有关联关系的历史标签；若具有，则进入步骤S522；否则，进入步骤S530；

其中，历史标签为当前时间之前已经生成并开始使用的用户标签。可以通过查询用户标签相关的配置表进行确定。关联关系指候选数据源会为对应的历史标签提供该历史标签所需要的历史目标数据。

S522，确定所述历史标签生成对应历史标签内容的每一历史目标数据是否均为所述目标标签的需求数据类型对应的目标数据；若是，则进入步骤S523；否则，进入步骤S530；具体的，若是，则表示该历史标签使用的历史目标数据符合目标标签对目标数据的需求，故而目标标签可以直接通过历史标签的标签内容或使用的目标数据进行自身的处理。

S523，将所述历史标签确定为所述目标标签对应的关联标签。

在确定目标数据源时，若符合当前条件的候选数据源为多个，可以根据预设的排序表进行确定，将其中排序最前的候选数据源确定为目标数据源。排序表中，记录了每一数据类型对应的数据源的排序，其排序规则为根据数据源的数据更新频率和数据准确性进行排序。

当然，在一些情况下，一个需求数据类型也可以对应多个目标数据源，如若需求数据类型为航班信息的情况下，就需要每一航司确定一个对应的目标数据源。

本实施例中，能够通过需求数据类型查阅预设的映射表，以在若干数据源中确定出至少一个能够提供需求数据类型对应的目标数据的候选数据源。并在候选数据源的历史标签中使用的每一历史目标数据均为所述目标标签的需求数据类型对应的目标数据的历史标签确定为关联标签，否则从候选数据源中确定出目标数据源。最终，生成所述目标标签，并建立所述目标标签与每一关联标签和/或目标数据源的关联关系。如此，实现了在建立目标标签的过程中，能够自动通过候选数据源关联的历史标签确定是否有历史标签适合作为目标标签的关联标签，若具有则将关联标签作为目标标签对应的“数据源”，从而减少了多个标签对同一数据源针对同一目标数据进行多次请求的情况发生，以减少网络通讯资源的浪费。同时，在建立目标标签的过程中，工作人员只需要输入目标标签的需求数据类型即可自动完成关联标签和/或目标数据源的关联，完成目标标签的生成，避免了工作人员通过人工的方式自主筛选数据源，提高了标签建立的效率。

在本申请的一种示例性实施例中，所述方法还包括：

在所述目标标签的标签类型为实时标签的情况下，确定所述目标标签是否仅具有对应的关联标签，且每一所述关联标签的标签类型是否均为离线标签；

若是，则将每一关联标签对应的关联目标数据源确定为所述目标标签对应的目标数据源；

否则，生成所述目标标签，并建立所述目标标签与每一目标数据源的关联关系。

由前述内容可知，实时标签对标签内容的更新时效性要求较高，但离线标签的更新时效性较低，若目标标签仅具有对应的关联标签，且每一所述关联标签的标签类型是否均为离线标签，则这些关联标签的更新时效性不能满足当前的目标标签。故而，本实施例在这种情况下，会将每一关联标签对应的关联目标数据源确定为所述目标标签对应的目标数据源，以使得最后生成的目标标签能够实时获取到最新的目标数据，以保证该目标标签的更新时效性。

在本申请的一种示例性实施例中，所述关联标签被配置为每当自身的标签内容更新后，生成通知事件并发送至对应的目标标签。

若所述目标标签的标签类型为实时标签；

所述目标标签被配置为，当所述目标标签接收到通知事件后，获取每一所述关联标签和/或所述目标数据源的当前的目标数据，并触发所述处理函数。

本实施例中，标签类型为实时标签的目标标签，不会直接因为关联标签的变化而直接改变自身的标签内容。而是每一关联标签的标签内容更新后，会主动通知其上层的目标标签。目标标签在接收到通知事件后主动触发处理函数以对自身的标签内容进行更新。如此，能够降低目标实时标签和关联标签之间的耦合性，避免一个数据出错后大量关联的标签的标签内容一起出错的情况发生。

在本申请的一种示例性实施例中，若所述目标标签的标签类型为实时标签；

所述目标标签被配置为，在上一次更新自身的标签内容后，若接收到的通知事件数量大于等于设定阈值K，则获取每一所述关联标签和/或所述目标数据源的当前的目标数据，并触发所述处理函数。K=α*(N1+N2)，K为正整数，具体的，K的值向上取整；其中，α为预设系数，α的具体值可以根据目标标签的需求进行适应性修改。N1为所述目标标签对应的关联标签的数量，N2为所述目标标签对应的目标数据源的数量。

在本实施例中，通过K值限定目标实时标签的更新，使得不是其中一个，目标数据源或关联标签的变化就更新自身，避免了因数据过少导致的计算结果不准确的情况发生。

此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质（可以是CD-ROM，U盘，移动硬盘等）中或网络上，包括若干指令以使得一台计算设备（可以是个人计算机、服务器、移动终端、或者网络设备等）执行根据本公开实施方式的方法。

在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。

所属技术领域的技术人员能够理解，本申请的各个方面可以实现为系统、方法或程序产品。因此，本申请的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式（包括固件、微代码等），或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

根据本申请的这种实施方式的电子设备。电子设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

电子设备以通用计算设备的形式表现。电子设备的组件可以包括但不限于：上述至少一个处理器、上述至少一个储存器、连接不同系统组件（包括储存器和处理器）的总线。

其中，所述储存器存储有程序代码，所述程序代码可以被所述处理器执行，使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本申请各种示例性实施方式的步骤。

储存器可以包括易失性储存器形式的可读介质，例如随机存取储存器（RAM）和/或高速缓存储存器，还可以进一步包括只读储存器（ROM）。

储存器还可以包括具有一组（至少一个）程序模块的程序/实用工具，这样的程序模块包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线可以为表示几类总线结构中的一种或多种，包括储存器总线或者储存器控制器、外围总线、图形加速端口、处理器或者使用多种总线结构中的任意总线结构的局域总线。

电子设备也可以与一个或多个外部设备（例如键盘、指向设备、蓝牙设备等）通信，还可与一个或者多个使得用户能与该电子设备交互的设备通信，和/或与使得该电子设备能与一个或多个其它计算设备进行通信的任何设备（例如路由器、调制解调器等等）通信。这种通信可以通过输入/输出（I/O）接口进行。并且，电子设备还可以通过网络适配器与一个或者多个网络（例如局域网（LAN），广域网（WAN）和/或公共网络，例如因特网）通信。网络适配器通过总线与电子设备的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质（可以是CD-ROM，U盘，移动硬盘等）中或网络上，包括若干指令以使得一台计算设备（可以是个人计算机、服务器、终端装置、或者网络设备等）执行根据本公开实施方式的方法。

在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本申请的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本申请各种示例性实施方式的步骤。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子（非穷举的列表）包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器（RAM）、只读存储器（ROM）、可擦式可编程只读存储器（EPROM或闪存）、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本申请操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网（LAN）或广域网（WAN），连接到用户计算设备，或者，可以连接到外部计算设备（例如利用因特网服务提供商来通过因特网连接）。

此外，上述附图仅是根据本申请示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (7)

1.一种用于民航数据的用户查找方法，其特征在于，应用于标签管理系统，所述标签管理系统内存储有若干用户对应的若干用户标签；所述用户标签内存储有标签内容，所述标签内容以树结构的形式存在，所述标签内容的根节点为对应的用户标签的标签id；所述标签管理系统与查询服务器通讯连接；

所述方法包括：

S100，获取查询服务器发送的查询条件C=(Uid,Z₁,Z₂,...,Z_n)；其中，Uid为目标查询标签id，Z_n为Uid对应的用户标签的标签内容的第n+1层的节点判定条件；n=M-1，M为Uid对应的用户标签的标签内容的最大层数；

S200，根据Uid对每一用户的用户标签进行遍历，得到若干候选标签；每一候选标签的标签id与Uid相同；

S300，根据Z₁,Z₂,...,Z_n对每一候选标签进行遍历，得到若干目标查询标签；所述目标查询标签的标签内容的第i层内的节点的节点值符合Z_i-1；i=2,3,...,M；

S400，将每一目标查询标签与每一所述目标查询标签对应的用户的用户id发送至所述查询服务器；

所述标签管理系统与若干数据源通讯连接；

所述用户标签通过以下方法生成：

S510，获取目标标签的标签建立指令；所述标签建立指令内包含目标标签的标签类型和需求数据类型；所述标签类型用于表示所述目标标签的标签内容的更新模式，所述需求数据类型用于表示生成所述目标标签的标签内容所使用的目标数据的数据类型；

S520，根据所述需求数据类型，在若干数据源中确定出至少一个候选数据源；所述候选数据源能够为所述标签管理系统提供所述需求数据类型对应的目标数据，候选数据源的数据提供方式为获取方拉取或提供方推送；

S530，在所述标签类型为实时标签的情况下，确定是否存在数据提供方式为提供方推送的候选数据源；若存在，则进入步骤S540；否则，进入步骤S550；

S540，将数据提供方式为提供方推送的候选数据源确定为目标数据源；

S550，将数据提供方式为获取方拉取的候选数据源确定为目标数据源；

S560，生成目标实时标签，并建立与所述目标数据源的关联关系；

其中，所述目标实时标签具有对应的处理函数，所述目标实时标签被配置为当获取到所述目标数据源提供的目标数据后，根据所述处理函数对所述目标数据进行处理，以得到所述目标实时标签的标签内容。

2.根据权利要求1所述的方法，其特征在于，所述标签管理系统内设置有离线数据库；

在所述步骤S560之后，所述方法还包括：

S571，建立所述离线数据库与每一所述候选数据源通讯连接；以使每一所述候选数据源将自身的与所述需求数据类型对应的目标数据发送至所述离线数据库；

S572，在所述离线数据库内建立与所述目标实时标签对应的数据补偿任务；

所述数据补偿任务为每达到第一设定时间点，调用与所述目标实时标签对应的数据补偿函数对从每一所述候选数据源接收到的所述目标数据进行处理，得到补偿标签内容，并使用所述补偿标签内容更新所述标签内容。

3.根据权利要求2所述的方法，其特征在于，所述目标实时标签具有对应的内容分析函数；所述内容分析函数用于分析所述目标实时标签当前的标签内容是否正确；

当所述内容分析函数确定所述目标实时标签当前的标签内容为错误时，触发所述数据补偿任务，以更新所述标签内容。

4.根据权利要求3所述的方法，其特征在于，所述数据补偿函数得到的补偿标签内容的数据准确率高于所述处理函数得到的所述标签内容的数据准确率。

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

S580，在所述标签类型为离线标签的情况下，建立每一所述候选数据源与所述离线数据库的关联关系；

S590，生成目标离线标签，并在所述离线数据库内建立与所述目标离线标签对应的定时更新任务；

所述定时更新任务每到达第二设定时间点，调用与所述目标离线标签对应的数据更新函数对从每一所述候选数据源接收到的所述目标数据进行处理，得到更新标签内容，并使用所述更新标签内容更新所述标签内容。

6.一种电子设备，其特征在于，包括处理器和存储器；

所述处理器通过调用所述存储器存储的程序或指令，用于执行如权利要求1至5任一项所述方法的步骤。

7.一种非瞬时性计算机可读存储介质，其特征在于，所述非瞬时性计算机可读存储介质存储程序或指令，所述程序或指令使计算机执行如权利要求1至5任一项所述方法的步骤。

Images