一种用户状态标识确定方法及装置与流程

本申请涉及信息技术领域，特别是涉及一种用户状态标识确定方法及装置。

背景技术：

在无线应用的大规模应用的背景下，针对多国家多市场的业务，通常需要进行标识用户的状态，以便根据用户状态，有针对性的为用户提供服务，达到优化用户体验的效果。

在目前，对用户进行状态标识的具体实现方法有两种，第一种，根据用户对应的分组属性，直接将用户的状态更新为与分组属性匹配的状态，如用户为初次登录，则将用户打上首次登录的状态标签。第二种，建立至少以市场、条件、状态三个维度的用户标识系统，并通过大量的if、if-else等基于脚本语言(javascript)的代码语句来实现进行用户状态标识的逻辑，如根据用户所处地理位置信息确定用户所在的市场，进一步根据用户的用户行为信息确定用户的状态，并将该状态与用户进行绑定，从而确定用户的状态。

但是，发明人在研究过程中发现：目前第一种方案中，基于用户状态的判断条件过少，可利用的条件维度过低，使得对用户状态的确定精度低下，第二种方案中，通过大量的javascript代码语句实现多维度的用户状态标识会导致代码量过多，处理逻辑繁琐，处理效率低下的问题。

技术实现要素：

鉴于上述问题，本申请实施例提供一种用户状态标识确定方法，本申请利用提供多个第一状态标识，多个第一状态标识分别对应有多个第二状态标识以及多个第二状态标识之间的转换条件；接收用户请求；根据用户请求，获取用户的当前第一状态标识、当前第二状态标识和用户属性信息；根据当前第一状态标识、当前第二状态标识、用户属性信息，以及多个第一状态标识、多个第一状态标识所对应的多个第二状态标识之间的转换条件，确定周户的目标第二状态标识。实现了多个维度下进行状态标识验证的目的，并且第一状态标识对应的多个第二状态标识以及多个第二状态标识之间的转换条件的数据结构简单，代码量少，使得用户状态标识确定的响应速度较快，解决现有技术中处理逻辑繁琐，处理效率低下的问题。

相应的，本申请实施例还提供了一种用户状态标识确定装置，用以保证上述方法的实现及应用。

为了解决上述问题，本申请实施例公开了一种用户状态标识确定方法，包括：

提供多个第一状态标识，所述多个第一状态标识分别对应有多个第二状态标识以及所述多个第二状态标识之间的转换条件；

接收用户请求；

根据所述用户请求，获取用户的当前第一状态标识、当前第二状态标识和用户属性信息；

根据所述当前第一状态标识、所述当前第二状态标识、所述用户属性信息，以及所述多个第一状态标识、所述多个第一状态标识所对应的多个第二状态标识之间的转换条件，确定所述用户的目标第二状态标识。

相应的，本申请实施例还公开了一种用户状态标识确定装置，包括：

提供模块，用于提供多个第一状态标识，所述多个第一状态标识分别对应有多个第二状态标识以及所述多个第二状态标识之间的转换条件；

接收模块，用于接收用户请求；

获取模块，用于根据所述用户请求，获取用户的当前第一状态标识、当前第二状态标识和用户属性信息；

确定模块，用于根据所述当前第一状态标识、所述当前第二状态标识、所述用户属性信息，以及所述多个第一状态标识、所述多个第一状态标识所对应的多个第二状态标识之间的转换条件，确定所述用户的目标第二状态标识。

相应的，本申请实施例还公开了一种装置，包括：

一个或多个处理器；和

其上存储有指令的一个或多个机器可读介质，当由所述一个或多个处理器执行时，使得所述装置执行一种用户状态标识确定方法。

相应的，本申请实施例还公开了一个或多个机器可读介质，其上存储有指令，当由一个或多个处理器执行时，使得装置执行一种用户状态标识确定方法。

本申请实施例包括以下优点：

本申请实施例包括：包括：提供多个第一状态标识，多个第一状态标识分别对应有多个第二状态标识以及多个第二状态标识之间的转换条件；接收用户请求；根据用户请求，获取用户的当前第一状态标识、当前第二状态标识和用户属性信息；根据当前第一状态标识、当前第二状态标识、用户属性信息，以及多个第一状态标识、多个第一状态标识所对应的多个第二状态标识之间的转换条件，确定用户的目标第二状态标识。实现了多个维度下进行状态标识验证的目的，并且第一状态标识对应的多个第二状态标识以及多个第二状态标识之间的转换条件的数据结构简单，代码量少，使得用户状态标识确定的响应速度较快，解决现有技术中处理逻辑繁琐，处理效率低下的问题。

附图说明

图1是本申请一实施例提供的一种用户状态标识确定方法的系统架构图；

图2是本申请一实施例提供的一种用户状态标识确定方法的系统交互图；

图3是本申请一实施例提供的系统级的一种用户状态标识确定方法的步骤流程图；

图4是本申请一实施例提供的一种状态机的状态条件查询表的示意图；

图5是本申请一实施例提供的一种系统级的用户状态标识确定方法的具体步骤流程图；

图6是本申请一实施例提供的另一种系统级的用户状态标识确定方法的具体步骤流程图；

图7是本申请一实施例提供的一种二维前置条件下的配置文件数据结构图；

图8是本申请一实施例提供的一种用户状态标识确定装置的结构图；

图9是本申请一实施例提供的一种用户状态标识确定装置的具体结构图；

图10是本申请另一实施例提供的一种装置的结构示意图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

参照图1，其示出了本申请实施例的一种系统架构，其至少可以包括：

业务服务器10、配置中心20、用户属性数据服务器30和客户端40，其中业务服务器10包括：标识引擎101和本地数据存储102。

业务服务器10，是一种针对用户请求，为用户的客户端40提供相应个性化服务的服务器，例如可以向用户提供个性化推荐，以及该个性化推荐的详细内容，在本申请实施例中，为了对业务服务器10所面对的海量用户进行区分和分组，可以为用户设置对应的状态标识，以将用户按照市场属性和分组属性的不同进行分组，使得业务服务器10可以根据用户的状态标识，向客户端40提供对应该状态标识的服务，达到满足不同用户需求的目的。

需要说明的是，用户在首次登录业务服务器10进行业务访问时，可以建立相关的用户账号，同时会生成一个对应该用户账号的状态标识，以表明该用户的当前状态，该状态标识可以为一个状态标签，例如，当用户首次注册账号是，可以在用户头像附近显示“新人”的状态标签，以表明用户的“新人身份”，状态标识可以进行更改，例如，随着用户登录次数增多，可以将“新人”的状态标签更新为“忠实用户”。

具体的，业务服务器10中设置有标识引擎101(markengine)和本地数据存储102(localdata)。本地数据存储102中可以存储有从配置中心20获取的与用户状态标识相关的状态配置文件201，状态配置文件201中可以存储有多个第一状态标识、多个第二状态标识以及多个第二状态标识之间的转换条件，标识引擎101是用来解析本地数据存储102中状态配置文件201的独立的线程，在当前应用架构下，其往往可以是业务服务器10中的一个业务插件，这个业务插件可以加载配置中心20推送下来的状态配置文件201，对用户的状态进行更新。

配置中心20(configserver)，常以键值对的形式存储业务服务中使用到的各种状态配置文件201，配置中心20可以对状态配置文件201进行更新，或将状态配置文件201推送至业务服务器10，其中，状态配置文件201中存储有至少一个第一状态标识、与第一状态标识对应的多个第二状态标识以及多个第二状态标识之间的转换条件，第一状态标识和第二状态标识以及多个第二状态标识之间的转换条件的对应关系可以以键值对的形式进行写入。

用户属性数据服务器30中，存储有各个用户的用户属性信息和当前第二状态标识等，用户属性数据是一种勾画目标用户、联系用户诉求与设计方向的有效工具，用户属性数据可以使应用产品的服务对象更加聚焦，更加的专注，用户属性数据服务器建立的数据来源是用户在使用该应用产品时，所产生的与用户行为相关的数据，例如，用户注册账号所填写的姓名、性别、年龄、地理位置等信息，用户在该应用中所产生的浏览记录信息、行为信息等，通过收集这些信息，可以建立包括该用户的用户属性数据服务器30，利用用户属性数据服务器30中的数据，可以确定用户对应的市场属性以及在市场中的分组属性。

需要说明的是，针对本申请中的第一状态标识、第二状态标识、转换条件和用户属性信息，其中，第一状态标识可以为一个状态标签，用以表明用户的一种维度的属性，如用户国籍、所在地区、性别等在第一时间段内不变化的属性，第二状态标识同样可以为一个状态标签，用以表明用户另一种维度的属性，如用户的新/老用户等在第二时间段内变化的属性。第一状态标识所对应的维度与第二状态标识所对应的维度可以为不同的维度；当然，第一状态标识和第二状态标识具体对应的维度属性可以根据需要设置，本申请实施例不对其加以限定。转换条件是根据有限状态机的执行逻辑，所设定的一个以触发对应目标第二状态标识为目的的参数，可以预先设定第二状态标识+触发条件＝目标第二状态标识的对应关系，使得后续根据第二状态标识+触发条件的关系，得到对应的目标第二状态标识；用户属性信息是一种根据用户行为生成的信息，如用户浏览记录、用户行为记录等。

需要说明的是，用户的当前第一状态标识可以对应市场维度，可以用于划分市场，确定用户的市场属性，通常可以为用户的国籍或当前所在的地理位置，例如，美国、中国、中国华北地区等，用户的当前第一状态标识可以根据对用户网络互连协议(ip，internetprotocol)的定位得到，也可以根据用户在注册账号时输入的注册信息得到。用户的前第二状态标识可以对应分组维度，可以用于划分分组，确定用户的分组属性，通常即为用户的当前状态，例如，用户的“新人”“忠实用户”等标签，或者“可参加xx大促销”，“消费8折优惠”等一些与业务关联的标签，用户属性信息可以是利用该用户之前的一些用户行为数据或用户身份数据得到，如，用户首次登录时间在一个月内且已下过单，用户已参加xx大促销等，并且，用户的当前第二状态标识通常可以与用户标识(id，identification)进行绑定，以方便利用用户id查询对应的用户当前第二状态标识。

其中，用户的当前第二状态标识可以随着用户行为的增加而不断变化，而因为用户的市场属性通常是固定的，其发生变化的几率较小，因此，用户的当前第一状态标识则可以在一定时间范围内不会发生变化，例如，用户所在的国家和地区通常不会发生变化，或者说发生变化的几率较小，用户属性数据则可以认为是与用户行为相关的数据，用户属性数据只会随着用户行为的增加而增加，其表明用户行为的本质不会发生改变。

在业务服务全球化部署的趋势下，针对多国家多市场的业务，在标识用户状态时，会面临至少市场、条件、状态三个维度，市场维度用于将用户划分到具体的国家或市场中，如，用户访问俄罗斯业务，则用户会被划分到俄罗斯市场中，条件维度用于将划分到具体市场的用户进行进一步的分组，其具体实现与有限状态机的逻辑相似，包括：当前状态+条件＝下一状态，通过将用户划分至具体的市场，并在该市场中更新状态，因此，本申请中对用户当前第二状态标识的更新可以利用有限状态机来完成，有限状态机(finite-statemachine，fsm)，又称有限状态自动机，简称状态机，是表示有限个状态以及在这些状态之间的转移和动作等行为的数学模型，其中，状态配置文件201中的第一状态标识可以对应市场维度，可以用于划分市场，确定用户的市场属性，有限状态机用于基于用户的当前第二状态标识和用户属性数据，得到对应的目标第二状态标识，并在具体的市场分组将目标第二状态标识更新用户的当前第二状态标识，即进一步确立用户的分组属性。

具体的，参照图2，基于图2示出的一种系统架构交互图，包括：

步骤s1、配置中心向业务服务器推送状态配置文件。

在该步骤中，配置中心通过向业务服务器推送状态配置文件，状态配置文件可以包括多个第一状态标识，多个第一状态标识分别对应的多个第二状态标识以及多个第二状态标识之间的转换条件，使得业务服务器可以利用状态配置文件，为用户更新相应的状态标识，另外，配置中心也可以更新状态配置文件，并将更新后的状态配置文件推送至业务服务器。

步骤s2、业务服务器接收客户端发送的用户请求。

当客户端用户需要进行针对业务服务器的访问时，客户端会向业务服务器发送用户请求，其中，用户请求中可以绑定有对应用户的用户标识(id，identification)，通过用户id可以查询到该用户的当前第二状态标识，以及该用户的当前第一状态标识和用户属性信息，当前第一状态标识用于与状态配置文件中的第一状态标识进行匹配。

步骤s3、业务服务器根据用户请求，获取用户的当前第一状态标识、当前第二状态标识和用户属性信息。

用户的当前第一状态标识、当前第二状态标识和用户属性信息是根据用户请求中的用户id查询得到的，具体的，当前第一状态标识、用户属性信息是根据用户id在用户属性数据服务器中查询得到的，用于后续进行用户状态的更新。

步骤s4，业务服务器根据当前第一状态标识、当前第二状态标识、用户属性信息，以及多个第一状态标识、多个第一状态标识所对应的多个第二状态标识之间的转换条件，确定用户的目标第二状态标识。

在该步骤中，通过将当前第一状态标识作为查询key(键)，与状态配置文件中的第一状态标识key进行匹配，可以确定第一状态标识key对应的value(值)，该value可以为多个第二状态标识以及多个第二状态标识之间的转换条件，通过匹配，可以得到当前第一状态标识一第一状态标识一多个第二状态标识以及多个第二状态标识之间的转换条件的对应关系，这种匹配方式具有逻辑简单，代码量少，响应速度快的有益效果。例如，用户建立账号时，输入的国籍为俄罗斯，则该信息可以被导入该用户的用户属性信息中，作为当前第一状态标识存在，通过与内容为俄罗斯的第一状态标识进行匹配，可以快速确定俄罗斯市场对应的多个第二状态标识以及多个第二状态标识之间的转换条件。

进一步的，通过多个第二状态标识以及多个第二状态标识之间的转换条件进行状态标识的更新，其具体实现可以由有限状态机来实现，有限状态机的实现逻辑为：当前状态+条件＝下一个状态，具体可以参照图1中，有限状态机的逻辑可以由条件查询表的形式来体现，业务服务器可以利用用户属性信息作为条件，当前第二状态标识作为当前状态，得到目标第二状态标识作为下一个状态，对用户的当前第二状态标识进行更新，例如，用户属性信息可以为用户的登录记录，假设当用户登录100次后，可以将用户划分为忠实用户分组，则当某个用户第100次进行业务访问时，则根据状态机的逻辑，可以将当前第二状态标识从“新人”状态更新为“忠实用户”。

s5，业务服务器根据所述目标第二状态标识，向用户的客户端提供对应的服务。

在本申请实施例中，当业务服务器基于市场、条件、状态三个维度对用户进行状态标识/验证后，业务服务器可以向用户提供对应更新后的目标第二状态标识对应的业务服务，例如，用户为俄罗斯市场中的忠实用户分组，则业务服务器可以为用户提供俄罗斯市场中的会员办理推荐，以供忠实用户了解会员权益，且忠实用户办理会员的几率相较于新人用户大大提高。

因此，本申请可以提供多个第一状态标识，多个第一状态标识分别对应有多个第二状态标识以及多个第二状态标识之间的转换条件；接收用户请求；根据用户请求，获取用户的当前第一状态标识、当前第二状态标识和用户属性信息；根据当前第一状态标识、当前第二状态标识、用户属性信息，以及多个第一状态标识、多个第一状态标识所对应的多个第二状态标识之间的转换条件，确定用户的目标第二状态标识。实现了多个维度下进行状态标识验证的目的，并且第一状态标识对应的多个第二状态标识以及多个第二状态标识之间的转换条件的数据结构简单，代码量少，使得用户状态标识确定的响应速度较快，解决现有技术中处理逻辑繁琐，处理效率低下的问题。

参照图3，示出了本申请提供的系统级的一种用户状态标识确定方法的步骤流程图，具体可以包括如下步骤：

步骤301，提供多个第一状态标识，所述多个第一状态标识分别对应有多个第二状态标识以及所述多个第二状态标识之间的转换条件。

在本申请实施例中，多个第一状态标识，多个第一状态标识分别对应的多个第二状态标识以及多个第二状态标识之间的转换条件可以被写入状态配置文件，以配置文件的形式进行存储，状态配置文件可以由配置中心进行推送，配置中心可以将配置文件推送至任何一个业务服务器上以供其进行使用。

具体的，基于目前验证用户当前第二状态标识的操作，具有市场、条件、状态三个维度的需求，即标识用户状态可以先确定市场属性，再进一步确定该市场中的分组属性，这个分组属性就是用户的变更后的目标第二状态标识，基于目前的市场规则，市场属性通常可以是具体的市场，如国家、地区、运营类型等，分组属性通常可以是利用该用户之前的一些用户行为数据或用户身份数据得到的，如，用户首次登录时间在一个月内且已下过单，则其分组属性可以为“非新人用户”，将其状态由new更新为first。

进一步的，确定市场属性可以由状态配置文件中的第一状态标识来实现，确定分组属性可以由第一状态标识对应的第二状态标识以及第二状态标识之间的转换条件来实现，比如建立多个国家的标签，不同的国家可以对应不同的第一状态标识，并为每个国家建立对应的第二状态标识以及第二状态标识之间的转换条件之间的对应关系，以更新这个国家市场下的用户状态。其中，状态配置文件中的第一状态标识与对应第二状态标识以及第二状态标识之间的转换条件的具体实现可以通过key-value的形式，可以达到减少代码量，提高相应速度的目的。

步骤302，接收用户请求。

当用户客户端需要进行针对业务服务器的访问时，客户端会向业务服务器发送用户请求，其中，用户请求中可以存储有对应用户的用户id，通过用户id可以查询到该用户的当前第二状态标识，以及该用户的当前第一状态标识和用户属性信息，当前第一状态标识用于与状态配置文件中的第一状态标识进行匹配。

步骤303，根据所述用户请求，获取用户的当前第一状态标识、当前第二状态标识和用户属性信息。

在该步骤中，根据用户请求中存储的对应用户的用户id，可以通过访问用户属性数据服务器，调用该用户id下用户的当前第一状态标识和用户属性信息，用户属性数据服务器建立的数据来源是用户在使用该应用时，所产生的与用户行为相关的数据，例如用户建立账号时输入的身份信息等数据，当前第一状态标识一般可以对应市场属性，比如为用户的国籍、所在地区等，用户属性信息可以对应分组属性，比如为用户的历史浏览记录、用户行为记录等。

进一步的，用户的状态标识也可以与用户id进行绑定，获取用户的当前第二状态标识也可以通过相应的用户id，在状态管理线程中查询得到。

步骤304，根据所述当前第一状态标识、所述当前第二状态标识、所述用户属性信息，以及所述多个第一状态标识、所述多个第一状态标识所对应的多个第二状态标识之间的转换条件，确定所述用户的目标第二状态标识。

业务服务器的标识引擎通过将当前第一状态标识与状态配置文件中的第一状态标识进行匹配，可以确定第一状态标识对应的多个第二状态标识以及多个第二状态标识之间的转换条件，得到当前第一状态标识-第一状态标识-多个第二状态标识以及多个第二状态标识之间的转换条件的对应关系，这种匹配方式具有逻辑简单，代码量少，响应速度快的有益效果。例如，用户建立账号时，输入的国籍为俄罗斯，通过与内容为俄罗斯的第一状态标识进行匹配，可以确定俄罗斯市场对应的状态机。

在确定一个具体市场属性对应的多个第二状态标识以及所述多个第二状态标识之间的转换条件时，此时业务服务器的标识引擎检索是否满足状态机触发条件的用户属性信息，若存在，则触发目标第二状态标识更新用户的当前第二状态标识，若不存在，则在下一次获取到更新后的用户属性信息时，检索更新后的用户属性信息时是否满足状态机触发条件，直至用户的当前第二状态标识被更新。

参照图4，其示出了一种状态机的状态条件查询表的示意图，状态机是表示有限个状态以及在这些状态之间的转移和动作等行为的数学模型，其中，状态机根据业务逻辑建立了当前状态/条件的触发逻辑查询表，在图4中，示出了状态a、状态b、状态c三个触发状态，以及条件1、条件2、条件3三个触发条件，其触发逻辑可以包括状态c+条件1＝状态b，将其结合业务逻辑示例说明可以表示为新人状态+登录次数大于或等于100＝忠实用户状态。

通过当前第一状态标识、用户属性信息，业务服务器的标识引擎可以在状态机中进行相应用户当前第二状态标识的更新，业务服务器可以向用户提供对应更新后的目标第二状态标识的业务服务，例如，用户为俄罗斯市场中的忠实用户分组，则业务服务器可以为用户提供俄罗斯市场中的会员办理推荐，以供忠实用户了解会员权益，且忠实用户办理会员的几率相较于新人用户大大提高。

综上所述，本申请实施例提供的一种用户状态标识确定方法，包括：提供多个第一状态标识，多个第一状态标识分别对应有多个第二状态标识以及多个第二状态标识之间的转换条件；接收用户请求；根据用户请求，获取用户的当前第一状态标识、当前第二状态标识和用户属性信息；根据当前第一状态标识、当前第二状态标识、用户属性信息，以及多个第一状态标识、多个第一状态标识所对应的多个第二状态标识之间的转换条件，确定用户的目标第二状态标识。实现了多个维度下进行状态标识验证的目的，并且第一状态标识对应的多个第二状态标识以及多个第二状态标识之间的转换条件的数据结构简单，代码量少，使得用户状态标识确定的响应速度较快，解决现有技术中处理逻辑繁琐，处理效率低下的问题。

参照图5，示出了本申请提供的一种系统级的用户状态标识确定方法的具体步骤流程图，具体可以包括如下步骤：

步骤501，提供一状态配置文件；所述状态配置文件中，所述第一状态标识作为键，所述第一状态标识对应的多个第二状态标识以及所述多个第二状态标识之间的转换条件作为键值。

在本申请实施例中，生成状态配置文件，首先需要建立一个空的状态配置文件文档，用于写入配置数据。

进一步的，可以在状态配置文件中写入key＝(第一状态标识)，value＝(该第一状态标识对应的多个第二状态标识以及多个第二状态标识之间的转换条件)，通过将当前第一状态标识作为查询key，与状态配置文件中的第一状态标识key进行匹配，可以确定第一状态标识key对应的value，得到当前第一状态标识-第一状态标识-多个第二状态标识以及多个第二状态标识之间的转换条件的对应关系，这种匹配方式具有逻辑简单，代码量少，响应速度快的有益效果。

可选的，子步骤501还可以包括子步骤a1。

子步骤a1，将所述第一状态标识作为键，将所述第一状态标识对应的多个第二状态标识以及所述多个第二状态标识之间的转换条件以对象简谱的格式作为键值，以键值对的方式，生成所述状态配置文件。

在本申请实施例中，将第一状态标识对应的状态机以对象简谱(json，javascriptobjectnotation)的格式作为值，可以有效降低代码量和代码逻辑复杂度，json是一种轻量级的数据交换格式，采用完全独立于编程语言的文本格式来存储和表示数据，简洁和清晰的层次结构使得json成为理想的数据交换语言，易于人阅读和编写，同时也易于机器解析和生成，并有效地提升网络传输效率。

在具体示例中，状态配置文件中的键值对集合可以如下表1：

表1

在表1中，示出了key为俄罗斯和西班牙市场下的对应value，其中状态机value是以json格式实现的，value为多个第二状态标识以及多个第二状态标识之间的转换条件的状态机逻辑实现，value中大写字母如a代表状态，小写字母如a代表条件，其触发逻辑包括俄罗斯：状态a+条件a＝状态b。西班牙：状态a+条件b＝状态b等。

其中，表1示出的仅为一维第一状态标识对应的状态机的键值对，第一状态标识仅表示市场的维度。

步骤502，将所述状态配置文件存储在本地数据储存中；或和，将所述状态配置文件存储在缓存数据储存中。

在该步骤中，业务服务器的标识引擎在获取到状态配置文件时，可以将状态配置文件存储在本地数据储存，以便下次继续使用，另外，标识引擎也可以将状态配置文件存储在缓存数据储存中，进一步的，标识引擎也可以将状态配置文件既存储在缓存数据储存中，又存储在本地数据储存中，相较于本地数据储存，从缓存数据储存提取状态配置文件的速度更快，但是缓存数据储存通常用于运行线程，其较不稳定，且缓存数据储存被状态配置文件占用的资源过多时，会影响业务服务的正常使用，因此，还可以将状态配置文件存储在本地数据储存，本地数据储存的存储空间更大，存储性能也更加稳定。

可选的，步骤502可以包括子步骤5021。

子步骤5021、当获取到针对所述状态配置文件的状态配置更新文件时，将所述状态配置更新文件存储在本地数据储存中，替代所述状态配置文件；或和，将所述状态配置更新文件存储在缓存数据储存中，替代所述状态配置文件。

在本申请实施例中，基于商家开展业务时数据的时效性，需要经常更新状态配置文件以满足其时效性的需求，此时配置中心可以获取状态配置更新文件，并将状态配置更新文件推送至业务服务器，业务服务器会自动将状态配置更新文件存储相应储存中，替代原有的状态配置文件。

步骤503，接收用户请求。

该步骤可以参照上述步骤302，此处不再赘述。

步骤504，根据所述用户请求，获取用户的当前第一状态标识、当前第二状态标识和用户属性信息。

该步骤可以参照上述步骤303，此处不再赘述。

可选的，当前第一状态标识由所述用户对象对应第一优先级别的用户行为生成，所述用户属性信息由所述用户对象对应第二优先级别的用户行为生成；所述第一优先级别的优先度大于所述第二优先级别的优先度。

在本申请实施例中，基于通过当前第一状态标识确定对应的多个第二状态标识以及多个第二状态标识之间的转换条件，在多个第二状态标识以及多个第二状态标识之间的转换条件的对应关系中，再通过用户属性信息进行状态更新的业务逻辑，可以确定当前第一状态标识的优先度大于用户属性信息的优先度。

例如，这种优先度可以体现在用户行为发生的时序先后上，某用户访问网页应用时，先点击了美国的标签，进入了美国页面进行业务访问，并执行了对应的操作，因此，美国的标签可以确定用户的市场属性，可以对应生成为当前第一状态标识，用户进入了美国页面执行的对应操作则可以确定用户的分组属性，可以对应生成为用户属性信息。

步骤505，将所述当前第一状态标识与所述多个第一状态标识进行匹配，确定多个匹配的第二状态标识以及所述多个匹配的第二状态标识之间的目标转换条件。

业务服务器的标识引擎通过将当前第一状态标识与多个第一状态标识进行匹配，可以确定多个匹配的第二状态标识以及多个匹配的第二状态标识之间的目标转换条件，得到当前第一状态标识-第一状态标识-多个匹配的第二状态标识以及多个匹配的第二状态标识之间的目标转换条件的对应关系，这种匹配方式具有逻辑简单，代码量少，响应速度快的有益效果。例如，用户建立账号时，输入的国籍为俄罗斯，通过与内容为俄罗斯的第一状态标识进行匹配，可以确定俄罗斯市场对应的多个匹配的第二状态标识以及多个匹配的第二状态标识之间的目标转换条件。

可选的，步骤505还可以包括：

子步骤5051，在所述状态配置文件中，将所述当前第一状态标识作为查询键，确定对应的第一状态标识的键，以及所述第一状态标识的键对应的多个匹配的第二状态标识以及所述多个匹配的第二状态标识之间的目标转换条件的键值。

在本申请实施例中，通过将当前第一状态标识作为查询key(键)，与状态配置文件中的第一状态标识key进行匹配，可以确定第一状态标识key对应的value(值)，得到当前第一状态标识-第一状态标识-多个第二状态标识以及多个第二状态标识之间的转换条件的对应关系，这种匹配方式具有逻辑简单，代码量少，响应速度快的有益效果。

步骤506，将所述当前第二状态标识与所述确定的多个第二状态标识进行匹配，以及将所述用户属性信息与所述目标转换条件进行匹配，确定所述目标第二状态标识。

在确定一个具体市场属性对应的状态机时，此时业务服务器的标识引擎检索是否有满足状态机触发条件的当前第二状态标识和用户属性信息，若存在，则触发目标第二状态标识来更新当前第二状态标识，若不存在，则在下一次获取到更新后的用户属性信息时，检索该更新后的用户属性信息是否满足状态机的触发条件，直至用户当前第二状态标识被更新。

通过当前第二状态标识和用户属性信息，业务服务器的标识引擎可以在状态机中进行相应用户当前第二状态标识的更新，业务服务器可以向用户提供对应更新后的目标第二状态标识的业务服务，例如，用户为俄罗斯市场中的忠实用户分组，则业务服务器可以为用户提供俄罗斯市场中的会员办理推荐，以供忠实用户了解会员权益，且忠实用户办理会员的几率相较于新人用户大大提高。

可选的，步骤506还可以包括：

子步骤5061，在所述多个匹配的第二状态标识以及所述多个匹配的第二状态标识之间的目标转换条件的键值中，将所述当前第二状态标识与所述确定的多个第二状态标识进行匹配，以及将所述用户属性信息与所述目标转换条件进行匹配，确定所述目标第二状态标识。

在本申请实施例中，通过将当前第一状态标识作为查询key(键)，与状态配置文件中的第一状态标识key进行匹配，可以确定第一状态标识key对应的value(值)，得到当前第一状态标识-第一状态标识-多个第二状态标识以及多个第二状态标识之间的转换条件的对应关系，再在多个第二状态标识以及多个第二状态标识之间的转换条件的对应关系中，利用状态机的触发逻辑，通过用户的当前第二状态标识和用户属性信息进行状态更新，得到更新后的目标第二状态标识。这种匹配方式具有逻辑简单，代码量少，响应速度快的有益效果。

综上所述，本申请实施例提供的一种用户状态标识确定方法，包括提供多个第一状态标识，多个第一状态标识分别对应有多个第二状态标识以及多个第二状态标识之间的转换条件；接收用户请求；根据用户请求，获取用户的当前第一状态标识、当前第二状态标识和用户属性信息；根据当前第一状态标识、当前第二状态标识、用户属性信息，以及多个第一状态标识、多个第一状态标识所对应的多个第二状态标识之间的转换条件，确定用户的目标第二状态标识；本申请将第一状态标识作为键，将第一状态标识分别对应有多个第二状态标识以及所述多个第二状态标识之间的转换条件作为值，通过键值对的形式生成对应的状态配置文件，利用状态配置文件中存储的第一状态标识与当前第一状态标识进行匹配，确定对应进行状态更新的多个第二状态标识以及所述多个第二状态标识之间的转换条件的对应关系，再通过当前第二状态标识和用户属性信息，在该对应关系中更新用户的当前第二状态标识，实现了多个维度下进行状态标识验证的目的，并且状态配置文件中键值对的数据结构简单，代码量少，使得状态标识验证的响应速度较快。

参照图6，示出了本申请提供的另一种系统级的用户状态标识确定方法的具体步骤流程图，具体可以包括如下步骤：

步骤601，提供一状态配置文件；所述状态配置文件中，所述第一状态标识作为键，所述第一状态标识对应的多个第二状态标识以及所述多个第二状态标识之间的转换条件作为键值，其中，第一状态标识包括多个第一状态子标识，每个第一状态子标识分别对应多个第二状态子标识以及所述多个第二状态子标识之间的转换子条件。

图5示出的是一种一维第一前置条件方案，在本申请实施例的另一种实现方式中，还可以扩展到二维第一前置条件方案，如选择相应状态机的条件不仅仅是国家一个前置条件维度，还需要用户所在的业务模式，如自营模式或者平台经营模式，这样可以使得市场属性的确定更加精确，为用户提供更精准的服务。

因此，第一状态标识可以包括多个第一状态子标识，每个第一状态子标识分别对应多个第二状态子标识以及所述多个第二状态子标识之间的转换子条件，多个第二状态子标识以及所述多个第二状态子标识之间的转换子条件则可以由子状态机的形式实现，如，针对各个国家的市场维度，再进一步细分这个国家市场的业务模式为自营模式还是平台经营模式。

参照图7，示出了一种二维前置条件下的配置文件数据结构图，其中，第一状态标识a、b可以包括国籍，如，俄罗斯，西班牙等，每个第一状态标识都可以包括两个第一状态子标识a’、b’，a’可以表示自营模式，b’可以表示平台经营模式，每个第一状态标识都可以对应一个状态机集合，在状态机集合中设置有两个分别对应第一状态子标识a’、b’的子状态机，二维前置条件下的状态配置文件中的第一状态标识、第一状态子标识、子状态机的数据结构可以通过键值对的形式实现。

在具体示例中，二维前置条件下的状态配置文件中的键值对集合可以如下表2：

表2

在表2中，示出了key为俄罗斯和西班牙市场下的对应状态机的集合value，其中状态机的集合value是以json格式实现的，value中大写字母如a代表状态，小写字母如a代表条件，其触发逻辑包括俄罗斯：状态a+条件a＝状态b。西班牙：状态a+条件b＝状态b等。

具体的，表2示出的仅为二维第一状态标识对应的状态机的键值对，1st代表自营业务模式，即一个第一状态子标识，3rd代表平台业务模式，即另一个第一状态子标识，不同的业务模式对应不同的子状态机。

步骤602，将所述状态配置文件存储在本地数据储存中；或和，将所述状态配置文件存储在缓存数据储存中。

该步骤可以参照上述步骤502，此处不再赘述。

可选的，步骤602可以包括子步骤6021。

子步骤6021、当获取到针对所述状态配置文件的状态配置更新文件时，将所述状态配置更新文件存储在本地数据储存中，替代所述状态配置文件；或和，将所述状态配置更新文件存储在缓存数据储存中，替代所述状态配置文件。

该步骤可以参照上述步骤5021，此处不再赘述。

步骤603，接收用户请求。

该步骤可以参照上述步骤302，此处不再赘述。

步骤604，根据所述用户请求，获取用户的当前第一状态标识、当前第二状态标识和用户属性信息。

该步骤可以参照上述步骤303，此处不再赘述。

可选的，当前第一状态标识由所述用户对象对应第一优先级别的用户行为生成，所述用户属性信息由所述用户对象对应第二优先级别的用户行为生成；所述第一优先级别的优先度大于所述第二优先级别的优先度。

步骤605，获取所述当前第一状态标识对应的业务模式数据，所述业务模式数据包括与所述第一状态子标识匹配的业务模式标识。

在本申请实施例中，业务服务器的数据库中可以存储有业务模式数据，业务模式数据是根据业务逻辑建立的，业务模式数据包括与所述第一状态子标识匹配的业务模式标识，表示第一状态标识-第一状态子标识-业务模式标识-多个第二状态子标识以及多个第二状态子标识之间的转换子条件之间的对应关系，如俄罗斯市场当前为自营经营模式，美国市场当前为平台经营模式等。

步骤606，将所述当前第一状态标识与所述多个第一状态标识进行匹配，确定多个目标第一状态子标识。

该步骤中，通过将当前第一状态标识与所述多个第一状态标识进行匹配，则可以进一步确定匹配到的第一状态标识对应的多个目标第一状态子标识。

步骤607，将所述业务模式标识与所述目标第一状态子标识进行匹配，确定对应的多个目标第二状态子标识以及所述多个目标第二状态子标识之间的目标转换子条件。

在上述表2中，通过当前第一状态标识与第一状态标识进行匹配，可以确定对应的状态机，状态机包括了多个子状态机，此时再通过业务模式标识与第一状态子标识进行匹配，可以确定状态机集合中的子状态机，以供通过子状态机进行状态更新，子状态机即是多个目标第二状态子标识以及所述多个目标第二状态子标识之间的目标转换子条件的具体实现。

例如，用户是俄罗斯人，进行了业务访问，通过查询得知俄罗斯市场当前为自营经营模式，则在表2中找到key为俄罗斯的value中的子状态机：1st：{″a″：{″a″：″b″，″b″：″c″，″c″：″a″}}，并根据其中的逻辑进行状态变更。

步骤608，在所述多个目标第二状态子标识以及所述多个目标第二状态子标识之间的目标转换子条件中，将所述当前第二状态标识与所述目标第二状态子标识进行匹配，以及将所述用户属性信息与所述目标转换子条件进行匹配，确定所述目标第二状态标识。

在该步骤中，二维前置条件下的子状态机运行逻辑与一维前置条件下的状态机运行逻辑相同，此处不再赘述。

综上所述，本申请实施例提供的一种用户状态标识确定方法，包括：提供的第一状态标识与根据用户请求获取的用户的当前第一状态标识进行匹配，确定对应的多个匹配的第二状态标识以及所述多个匹配的第二状态标识之间的转换条件，再通过根据用户请求获取的用户当前第二状态标识和用户属性信息，与第二状态标识以及多个第二状态标识之间的转换条件进行匹配，得到用户的目标第二状态标识。本申请将第一状态标识作为键，将第一状态子标识对应的子状态机集合作为值，通过键值对的形式生成对应的状态配置文件，进一步的，利用状态配置文件中存储的第一状态标识与当前第一状态标识进行匹配，多个目标第一状态子标识，将业务模式标识与目标第一状态子标识进行匹配，确定对应的多个目标第二状态子标识以及多个目标第二状态子标识之间的目标转换子条件，将当前第二状态标识与目标第二状态子标识进行匹配，以及将用户属性信息与目标转换子条件进行匹配，确定目标第二状态标识，将目标第二状态标识来更新用户对象的当前第二状态标识，实现了多个维度下进行状态标识验证的目的，二维市场维度下的方案可以使得市场属性的确定更加精确，为用户提供更精准的服务，并且状态配置文件中键值对的数据结构简单，代码量少，使得状态标识验证的响应速度较快。

参照图8，示出了本申请一个具体示例中系统级的一种用户状态标识确定装置的结构图，包括：

提供模块701，用于提供多个第一状态标识，所述多个第一状态标识分别对应有多个第二状态标识以及所述多个第二状态标识之间的转换条件；

接收模块702，用于接收用户请求；

获取模块703，用于根据所述用户请求，获取用户的当前第一状态标识、当前第二状态标识和用户属性信息；

确定模块704，用于根据所述当前第一状态标识、所述当前第二状态标识、所述用户属性信息，以及所述多个第一状态标识、所述多个第一状态标识所对应的多个第二状态标识之间的转换条件，确定所述用户的目标第二状态标识。

综上所述，本申请实施例提供的一种用户状态标识确定装置，包括：提供多个第一状态标识，多个第一状态标识分别对应有多个第二状态标识以及多个第二状态标识之间的转换条件；接收用户请求；根据用户请求，获取用户的当前第一状态标识、当前第二状态标识和用户属性信息；根据当前第一状态标识、当前第二状态标识、用户属性信息，以及多个第一状态标识、多个第一状态标识所对应的多个第二状态标识之间的转换条件，确定用户的目标第二状态标识。实现了多个维度下进行状态标识验证的目的，并且第一状态标识对应的多个第二状态标识以及多个第二状态标识之间的转换条件的数据结构简单，代码量少，使得用户状态标识确定的响应速度较快。

参照图9，示出了本申请一个具体示例中系统级的一种用户状态标识确定装置的具体结构图，包括：

提供模块801，用于提供多个第一状态标识，所述多个第一状态标识分别对应有多个第二状态标识以及所述多个第二状态标识之间的转换条件；

可选的，提供模块801，包括：

提供子模块8011，用于提供一状态配置文件；所述状态配置文件中，所述第一状态标识作为键，所述第一状态标识对应的多个第二状态标识以及所述多个第二状态标识之间的转换条件作为键值

可选的，提供子模块，包括：

提供单元，用于将所述第一状态标识作为键，将所述第一状态标识对应的多个第二状态标识以及所述多个第二状态标识之间的转换条件以对象简谱的格式作为键值，以键值对的方式，生成所述状态配置文件。

存储子模块8012，用于将所述状态配置文件存储在本地数据储存中，或和，将所述状态配置文件存储在缓存数据储存中。

配置更新子模块8013，用于当获取到针对所述状态配置文件的状态配置更新文件时，将所述状态配置更新文件存储在本地数据储存中，替代所述状态配置文件；

或和，将所述状态配置更新文件存储在缓存数据储存中，替代所述状态配置文件。

接收模块802，用于接收用户请求。

获取模块803，用于根据所述用户请求，获取用户的当前第一状态标识、当前第二状态标识和用户属性信息。

确定模块804，用于根据所述当前第一状态标识、所述当前第二状态标识、所述用户属性信息，以及所述多个第一状态标识、所述多个第一状态标识所对应的多个第二状态标识之间的转换条件，确定所述用户的目标第二状态标识。

可选的，确定模块804包括：

第一匹配子模块8041，用于将所述当前第一状态标识与所述多个第一状态标识进行匹配，确定多个匹配的第二状态标识以及所述多个匹配的第二状态标识之间的目标转换条件；

第一匹配子模块，包括：

第一确定单元，用于在所述状态配置文件中，将所述当前第一状态标识作为查询键，确定对应的第一状态标识的键，以及所述第一状态标识的键对应的多个匹配的第二状态标识以及所述多个匹配的第二状态标识之间的目标转换条件的键值。

获取单元，用于获取所述当前第一状态标识对应的业务模式数据，所述业务模式数据包括与所述第一状态子标识匹配的业务模式标识；

第一匹配单元，用于将所述当前第一状态标识与所述多个第一状态标识进行匹配，确定多个目标第一状态子标识；

第二匹配单元，用于将所述业务模式标识与所述目标第一状态子标识进行匹配，确定对应的多个目标第二状态子标识以及所述多个目标第二状态子标识之间的目标转换子条件。

第二匹配子模块8042，用于将所述当前第二状态标识与所述确定的多个第二状态标识进行匹配，以及将所述用户属性信息与所述目标转换条件进行匹配，确定所述目标第二状态标识。

第二匹配子模块，包括：

第二确定单元，用于在所述多个匹配的第二状态标识以及所述多个匹配的第二状态标识之间的目标转换条件的键值中，将所述当前第二状态标识与所述确定的多个第二状态标识进行匹配，以及将所述用户属性信息与所述目标转换条件进行匹配，确定所述目标第二状态标识。

第三确定单元，用于在所述多个目标第二状态子标识以及所述多个目标第二状态子标识之间的目标转换子条件中，将所述当前第二状态标识与所述目标第二状态子标识进行匹配，以及将所述用户属性信息与所述目标转换子条件进行匹配，确定所述目标第二状态标识。

综上所述，本申请实施例提供的一种用户状态标识确定装置，包括：提供的第一状态标识与根据用户请求获取的用户的当前第一状态标识进行匹配，确定对应的多个匹配的第二状态标识以及所述多个匹配的第二状态标识之间的转换条件，再通过根据用户请求获取的用户当前第二状态标识和用户属性信息，与第二状态标识以及多个第二状态标识之间的转换条件进行匹配，得到用户的目标第二状态标识，本申请将第一状态标识作为键，将第一状态子标识对应的子状态机集合作为值，通过键值对的形式生成对应的状态配置文件，进一步的，利用状态配置文件中存储的第一状态标识与当前第一状态标识进行匹配，多个目标第一状态子标识，将业务模式标识与目标第一状态子标识进行匹配，确定对应的多个目标第二状态子标识以及多个目标第二状态子标识之间的目标转换子条件，将当前第二状态标识与目标第二状态子标识进行匹配，以及将用户属性信息与目标转换子条件进行匹配，确定目标第二状态标识，将目标第二状态标识来更新用户对象的当前第二状态标识，实现了多个维度下进行状态标识验证的目的，二维市场维度下的方案可以使得市场属性的确定更加精确，为用户提供更精准的服务，并且状态配置文件中键值对的数据结构简单，代码量少，使得状态标识验证的响应速度较快。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

图10是本申请实施例提供的一种装置的结构示意图。参见图10，服务器900可以用于实施上述实施例中提供的用户状态标识确定方法。该服务器900可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(centralprocessingunits，cpu)922(例如，一个或一个以上处理器)和存储器932，一个或一个以上存储应用程序942或数据944的存储介质930(例如一个或一个以上海量存储设备)。其中，存储器932和存储介质930可以是短暂存储的或持久存储的。存储在存储介质930的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器922可以设置为与存储介质930通信，在服务器900上执行存储介质930中的一系列指令操作。

服务器900还可以包括一个或一个以上电源926，一个或一个以上有线或无线网络接口950，一个或一个以上输入输出接口958，一个或一个以上键盘956，和/或和，一个或一个以上操作系统941，例如windowsservertm，macosxtm，unixtm，linuxtm，freebsdtm等等。其中，中央处理器922可以在服务器900上执行以下操作的指令：

提供多个第一状态标识，所述多个第一状态标识分别对应有多个第二状态标识以及所述多个第二状态标识之间的转换条件；

接收用户请求；

根据所述用户请求，获取用户的当前第一状态标识、当前第二状态标识和用户属性信息；

根据所述当前第一状态标识、所述当前第二状态标识、所述用户属性信息，以及所述多个第一状态标识、所述多个第一状态标识所对应的多个第二状态标识之间的转换条件，确定所述用户的目标第二状态标识。

本申请还提供一个或多个机器可读介质，其上存储有指令，当由一个或多个处理器执行时，使得装置执行一种用户状态标识确定方法。

本申请提供一种装置，其上存储有指令的一个或多个机器可读介质，当由所述一个或多个处理器执行时，使得所述装置执行一种业务进度展示方法。

本申请还提供一个或多个机器可读介质，其上存储有指令，当由一个或多个处理器执行时，使得装置执行一种业务进度展示方法。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本申请实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本申请实施例是参照根据本申请实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个......”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本申请所提供的一种用户状态标识确定方法及装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。