网络免流控制方法和装置的制造方法
【专利摘要】本发明涉及一种网络免流控制方法和装置。所述方法包括：获取业务状态查询条件；根据所述业务状态查询条件从第一存储系统中过滤出符合所述业务状态查询条件的用户标识；从预定义的业务顺序状态机中获取所述业务状态查询条件中业务状态的相邻下一业务状态；根据所述用户标识从所述相邻下一业务状态所对应的业务平台获取所述用户标识的业务数据；根据所述业务数据判断出所述用户标识完成了所述相邻下一业务状态所对应的业务，则将所述用户标识、所述相邻下一业务状态及对应的业务数据更新到第二存储系统中，若成功更新到所述第二存储系统中，则将所述用户标识、所述相邻下一业务状态及对应的业务数据更新到所述第一存储系统中。避免了业务流程中断。
【专利说明】
网络免流控制方法和装置
技术领域
[0001]本发明涉及网络应用领域，特别是涉及一种网络免流控制方法和装置。
【背景技术】
[0002]随着网络技术和计算机技术的发展，越来越多的用户使用终端访问网络，通过终端访问网络需要消耗网络流量，为了吸引用户，有些服务提供者提供了一些免流通道以供完成了订购服务的用户使用。
[0003]传统的免流订购方式是检测到用户完成支付后，执行免流订购业务，免流订购业务完成后，移动终端上的客户端请求服务端下发免流的节点信息，然而，支付业务、免流订购业务完成情况完全依赖于业务平台的通知，一旦通知丢失，则业务流程将被中断，导致免流订购业务中断，无法继续。
【发明内容】
[0004]基于此，有必要针对传统的免流订购方式依赖于业务平台的通知，通知丢失时易导致业务流程中断的问题，提供一种网络免流控制方法，能避免业务流程的中断。
[0005]此外，还有必要提供一种网络免流控制装置，能避免业务流程的中断。
[0006]—种网络免流控制方法，包括:
[0007]获取业务状态查询条件；
[0008]根据所述业务状态查询条件从第一存储系统中过滤出符合所述业务状态查询条件的用户标识；
[0009]从预定义的业务顺序状态机中获取所述业务状态查询条件中业务状态的相邻下一业务状态；
[0010]根据所述用户标识从所述相邻下一业务状态所对应的业务平台获取所述用户标识的业务数据；
[0011]根据所述业务数据判断出所述用户标识完成了所述相邻下一业务状态所对应的业务，则将所述用户标识、所述相邻下一业务状态及对应的业务数据更新到第二存储系统中，若成功更新到所述第二存储系统中，则将所述用户标识、所述相邻下一业务状态及对应的业务数据更新到所述第一存储系统中。
[0012]一种网络免流控制装置，包括:
[0013]查询条件获取模块，用于获取业务状态查询条件；
[0014]过滤模块，用于根据所述业务状态查询条件从第一存储系统中过滤出符合所述业务状态查询条件的用户标识；
[0015]状态获取模块，用于从预定义的业务顺序状态机中获取所述业务状态查询条件中业务状态的相邻下一业务状态；
[0016]业务数据获取模块，用于根据所述用户标识从所述相邻下一业务状态所对应的业务平台获取所述用户标识的业务数据；
[0017]更新模块，用于根据所述业务数据判断出所述用户标识完成了所述相邻下一业务状态所对应的业务，则将所述用户标识、所述相邻下一业务状态及对应的业务数据更新到第二存储系统中，若成功更新到所述第二存储系统中，则将所述用户标识、所述相邻下一业务状态及对应的业务数据更新到所述第一存储系统中。
[0018]上述网络免流控制方法和装置，通过业务状态查询条件从第一存储系统中过滤出符合业务状态查询条件的用户标识，并获取对应的业务数据，根据业务数据判断出用户完成了相邻下一业务状态所对应的业务，则将用户标识、相邻下一业务状态及对应的业务数据更新到第二存储系统，再更新到第一存储系统中，避免了业务流程中断。
【附图说明】
[0019]图1为一个实施例中网络免流控制方法和装置的应用环境示意图；
[0020]图2A为一个实施例中终端的内部结构示意图；
[0021]图2B为一个实施例中服务器的内部结构示意图；
[0022]图3为一个实施例中网络免流控制方法的流程图；
[0023]图4为另一个实施例中网络免流控制方法的流程图；
[0024]图5为一个实施例中网络免流控制方法的应用示意图；
[0025]图6为一个实施例中网络免流控制装置的结构框图；
[0026]图7为另一个实施例中网络免流控制装置的结构框图；
[0027]图8为又一个实施例中网络免流控制装置的结构框图。
【具体实施方式】
[0028]为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
[0029]图1为一个实施例中网络免流控制方法和装置的应用环境示意图。如图1所示，该应用环境包括终端110和服务器120。终端110上安装有免流订购客户端，服务器120上安装有服务端、支付平台、免流平台等，并设置有第一存储系统。终端110与服务器120通过网络进行通信。此外，第一存储系统也可位于第一存储系统设备上。支付平台和免流平台也可为其他服务器。第一存储系统是指用于永久存储数据，所存储的数据不会因为重启、关闭等清除，可对数据进行更新，且能根据查询条件同时筛选多条数据的存储系统。
[0030]图2A为一个实施例中终端(或电子设备等)的内部结构示意图。如图2A所示，该终端包括通过系统总线连接的处理器、非易失性存储介质、内存储器、网络接口、显示屏和输入装置。其中，终端的非易失性存储介质存储有操作系统，还包括一种网络免流控制装置，该网络免流控制装置用于实现一种网络免流控制方法。该处理器用于提供计算和控制能力，支撑整个终端的运行。终端中的内存储器为非易失性存储介质中的网络免流控制装置的运行提供环境，该内存储器中可储存有计算机可读指令，该计算机可读指令被所述处理器执行时，可使得所述处理器执行一种网络免流控制方法。网络接口用于与服务器进行网络通信。终端的显示屏可以是液晶显示屏或者电子墨水显示屏等，输入装置可以是显示屏上覆盖的触摸层，也可以是终端外壳上设置的按键、轨迹球或触控板，也可以是外接的键盘、触控板或鼠标等。该终端可以是手机、平板电脑或者个人数字助理或穿戴式设备等。本领域技术人员可以理解，图2A中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的终端的限定，具体的终端可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
[0031]图2B为一个实施例中服务器(或云端等)的内部结构示意图。如图2B所示，该服务器包括通过系统总线连接的处理器、非易失性存储介质、内存储器和网络接口。其中，该服务器的非易失性存储介质存储有操作系统、数据库和网络免流控制装置，数据库中存储有用户标识、业务状态及对应的业务数据，该网络免流控制装置用于实现适用于服务器的一种网络免流控制方法。该服务器的处理器用于提供计算和控制能力，支撑整个服务器的运行。该服务器的内存储器为非易失性存储介质中的网络免流控制装置的运行提供环境，该内存储器中可储存有计算机可读指令，该计算机可读指令被所述处理器执行时，可使得所述处理器执行一种网络免流控制方法。该服务器的网络接口用于据以与外部的终端通过网络连接通信。服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。本领域技术人员可以理解，图2B中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的服务器的限定，具体的服务器可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
[0032]图3为一个实施例中网络免流控制方法的流程图。如图3所示，一种网络免流控制方法，运行于服务器上，包括:
[0033]步骤302，获取业务状态查询条件。
[0034]本实施例中，业务状态是指用户进行业务订购过程中所处的状态。业务状态可包括预检状态、支付状态、订购状态、订购完成状态等。
[0035]预检状态是指验证用户具备订购业务的权限后用户所处的状态。
[0036]支付状态是指判断出用户完成支付后用户所处的状态。
[0037]订购状态是指接收到用户发起订购业务请求后用户所处的状态。
[0038]订购完成状态是指对所述订购业务请求进行处理后得到订购结果后用户所处的状态。订购完成状态可为订购成功状态或订购失败状态。
[0039]业务状态查询条件可根据用户需求进行设置。业务状态查询条件可为过滤出业务状态为预检状态的用户、过滤出业务状态为支付状态的用户，过滤出业务状态为订购状态等。
[0040]终端上的客户端获取用户输入的业务状态查询条件，并将该业务状态查询条件上传到服务器。
[0041 ]免流是指免费流量。
[0042]步骤304，根据该业务状态查询条件从第一存储系统中过滤出符合该业务状态查询条件的用户标识。
[0043]本实施例中，第一存储系统用于存储用户标识、业务状态及业务数据等。第一存储系统为可根据用户的查询条件筛选出查询条件下的批量用户数据的第一存储系统。第一存储系统可为MYSQL数据库或ORACLE数据库或DB2数据库等。
[0044]第一存储系统是指用于永久存储数据，所存储的数据不会因为重启、关闭等清除，可对数据进行更新，且能根据查询条件同时筛选多条数据的存储系统。
[0045]用户标识是用来唯一表示用户身份的字符串等。该字符串可包括字母、数字和字符等中一种或多种。
[0046]步骤306，从预定义的业务顺序状态机中获取该业务状态查询条件中业务状态的相邻下一业务状态。
[0047]本实施例中，预定义的业务顺序状态机中的业务顺序依次包括预检状态、支付状态、订购状态和订购完成状态。
[0048]可对预检状态、支付状态、订购状态和订购完成状态分别配置对应的状态值，采用状态值表示对应的状态。例如预检状态的状态值为I，支付状态的状态值为2，订购状态的状态值为3，订购完成状态中订购失败状态的状态值为4，订购成功状态的状态值为5等，不限于此。
[0049]相邻下一业务状态是指按照业务顺序中当前业务状态的紧邻的下一业务状态，如业务状态为预检状态，则相邻下一业务状态为支付状态。
[0050]步骤308，根据该用户标识从该相邻下一业务状态所对应的业务平台获取该用户标识的业务数据。
[0051]本实施例中，业务平台是指提供相应业务功能并收集业务数据的服务器等，例如支付平台或免流平台等。支付平台用于收集用户进行支付业务所产生的支付数据。免流平台用于收集用户进行免流订购业务所产生的免流数据。
[0052]在业务平台上记载着各个用户标识对应的业务数据。服务端根据用户标识从业务平台获取对应的业务数据。
[0053]在一个实施例中，在执行某业务之前，先检查当前业务状态值是否为该业务所对应的业务状态值的前一个值，若是，则执行该业务，若否，则不执行。如某业务为订购状态业务，则当前业务状态值所对应的业务状态为支付状态，则执行该订购状态业务，若当前业务状态值所对应的业务状态为预检状态，则不执行该订购状态业务。
[0054]步骤310，根据该业务数据判断出该用户标识完成了该相邻下一业务状态所对应的业务，则将该用户标识、该相邻下一业务状态及对应的业务数据更新到第二存储系统中，若成功更新到该第二存储系统中，则将该用户标识、该相邻下一业务状态及对应的业务数据更新到该第一存储系统中。
[0055]本实施例中，第二存储系统是一种键-值(key-value)的缓存系统。第二存储系统能够根据关键字查找到对应的键值。先将用户标识、相邻下一业务状态及对应的业务数据更新到第二存储系统中，再更新到第一存储系统中可保证第一存储系统和第二存储系统中数据的一致性。
[0056]上述网络免流控制方法，通过业务状态查询条件从第一存储系统中过滤出符合业务状态查询条件的用户标识，并获取对应的业务数据，根据业务数据判断出用户完成了相邻下一业务状态所对应的业务，则将用户标识、相邻下一业务状态及对应的业务数据更新到第二存储系统，再更新到第一存储系统中，避免了业务流程中断，且将数据先更新到第二存储系统，再更新到第一存储系统中，保证了存储系统和第一存储系统中数据的一致性，通过业务状态查询可过滤第一存储系统中用户未完成业务状态，可将业务状态继续执行，直到业务流程完成。
[0057]在一个实施例中，该将该用户标识、该相邻下一业务状态及对应的业务数据更新到该第一存储系统中的步骤包括:根据该用户标识获取对应的第一存储系统所在的设备索弓I;将用户标识、该相邻下一业务状态及对应的业务数据更新到该对应的第一存储系统所在的设备索引对应的第一存储系统所在的设备上。
[0058]本实施例中，第一存储系统采用分库分表策略进行存储。第一存储系统可由多个第一存储系统的设备存储机器组成的集群，根据用户标识通过离散算法得到一个第一存储系统所在设备的设备索引，将用户标识所对应的业务状态及对应的业务数据存储到该设备索引所对应的第一存储系统所在的设备上。通过多个第一存储系统分别进行存储，可减少一个第一存储系统同步过多的数据而造成同步延迟。
[0059]在一个实施例中，上述网络免流控制方法还包括:根据该业务数据判断出该用户标识未完成该相邻下一业务状态所对应的业务，则发送未完成该相邻下一业务状态所对应的业务的提示信息到该用户标识所在的客户端。
[0060]本实施例中，发送未完成该相邻下一业务状态所对应的业务的提示信息到用户标识所在的客户端，该客户端接收用户标识根据提示信息所进行相应的操作，并将操作产生的数据发送给该业务对应的业务平台，由业务平台根据操作产生的数据验证用户是否完成该业务。
[0061 ]如图4所示，在一个实施例中，上述网络免流控制方法还包括:
[0062]步骤402，接收客户端发起的免流节点信息获取请求。
[0063]本实施例中，服务端接收客户端发起的免流节点信息获取请求，该免流节点信息获取请求中携带有用户标识。
[0064]步骤404，根据该免流节点信息获取请求中的用户标识获取该用户标识所对应的业务状态值。
[0065]在一个实施例中，根据该免流节点信息获取请求中获取该用户标识所对应的业务状态值的步骤包括:根据该免流节点信息获取请求从该第二存储系统中获取该用户标识所对应的业务状态值。
[0066]本实施例中，从第二存储系统中获取用户标识所对应的业务状态值，因第二存储系统中存储的业务状态值属于最新的业务状态值，故能准确的反映用户标识所对应的用户当前所处的业务状态。
[0067]步骤406，判断该业务状态值所对应的业务状态是否为该业务顺序状态机中的最后一个业务状态。
[0068]本实施例中，预先建立了业务状态值与业务状态的对应关系，根据业务状态值可得到对应的业务状态。也可根据业务状态值判断是否为业务顺序状态机中最后一个业务状
??τ O
[0069]步骤408，若该业务状态值所对应的业务状态为该业务顺序状态机中的最后一个业务状态，且该最后一个业务状态为订购成功状态，则将免流节点信息下发给该客户端。
[0070]本实施例中，客户端接收到免流节点信息后，可根据免流节点信息使用免流通道。
[0071]上述网络免流控制方法，接收到客户端发起的免流节点信息获取请求，通过判断出用户标识所对应的业务状态处于最后一个业务状态时，将免流节点信息发送给该客户端，方便客户端使用免流通道。
[0072]下面结合一个具体的应用场景描述网络免流控制方法的实现过程。如图5所示，第一存储系统为MYSQL第一存储系统，业务平台包括支付平台和免流平台。用户通过终端上的客户端应用程序输入用户标识登录服务端Server;服务端验证该用户标识具备订购免流服务权限后，客户端跳转至支付平台，获取用户在支付平台上的支付操作;支付完成后，支付平台将支付结果发送给服务端，服务端根据支付结果判断出已支付，则向免流平台订购免流业务请求，免流平台处理完免流订购请求生成订购结果，将订购结果发送给服务端。同时，服务端从MYSQL第一存储系统中过滤出预检状态的用户标识，从支付平台拉取该用户标识对应的业务数据，判断是否已支付，若已支付则将业务状态从预检状态转为支付状态，将支付状态及业务数据更新到第二存储系统，当更新到第二存储系统后，再更新到MYSQL第一存储系统。服务端从MYSQL第一存储系统中过滤出支付状态的用户标识，客户端获取该用户标识向免流平台发起的免流订购请求，接收到免流平台响应免流订购请求的信息，则将支付状态转为订购状态，将订购状态及对应业务数据更新到第二存储系统，当更新到第二存储系统后，再更新到MYSQL第一存储系统;服务端从MYSQL第一存储系统中过滤出订购状态的用户标识，从免流平台拉取该用户标识对应的订购结果，若订购结果为订购成功，则将订购状态转为订购成功状态，若订购结果为订购失败，则将订购状态转为订购失败状态，将订购成功状态或订购失败状态及业务数据更新到第二存储系统，当更新到第二存储系统后，再更新到MYSQL第一存储系统。
[0073]客户端向服务端请求免流节点信息，服务端从第二存储系统中查询用户标识的业务状态值，根据该业务状态值判断是否为最后一个业务状态，若是，则将免流节点信息发送给客户端，客户端根据免流节点信息使用免流通道。
[0074]图6为一个实施例中网络免流控制装置的结构框图。如图6所示，一种网络免流控制装置，包括查询条件获取模块602、过滤模块604、状态获取模块606、业务数据获取模块608和更新模块610。其中:
[0075]查询条件获取模块602用于获取业务状态查询条件。
[0076]本实施例中，业务状态是指用户进行业务订购过程中所处的状态。业务状态可包括预检状态、支付状态、订购状态、订购完成状态等。
[0077]过滤模块604用于根据该业务状态查询条件从第一存储系统中过滤出符合该业务状态查询条件的用户标识。
[0078]本实施例中，第一存储系统用于存储用户标识、业务状态及业务数据等。第一存储系统为可根据用户的查询条件筛选出查询条件下的批量用户数据的第一存储系统。第一存储系统可为MYSQL数据库或ORACLE数据库或DB2数据库等。
[0079]用户标识是用来唯一表示用户身份的字符串等。该字符串可包括字母、数字和字符等中一种或多种。
[0080]状态获取模块606用于从预定义的业务顺序状态机中获取该业务状态查询条件中业务状态的相邻下一业务状态。
[0081]本实施例中，预定义的业务顺序状态机中的业务顺序依次包括预检状态、支付状态、订购状态和订购完成状态。
[0082]可对预检状态、支付状态、订购状态和订购完成状态分别配置对应的状态值，采用状态值表示对应的状态。例如预检状态的状态值为I，支付状态的状态值为2，订购状态的状态值为3，订购完成状态中订购失败状态的状态值为4，订购成功状态的状态值为5等，不限于此。
[0083]相邻下一业务状态是指按照业务顺序中当前业务状态的紧邻的下一业务状态，如业务状态为预检状态，则相邻下一业务状态为支付状态。
[0084]业务数据获取模块608用于根据该用户标识从该相邻下一业务状态所对应的业务平台获取该用户标识的业务数据。
[0085]本实施例中，业务平台是指提供相应业务功能并收集业务数据的服务器等，例如支付平台或免流平台等。支付平台用于收集用户进行支付业务所产生的支付数据。免流平台用于收集用户进行免流订购业务所产生的免流数据。
[0086]在业务平台上记载着各个用户标识对应的业务数据。服务端根据用户标识从业务平台获取对应的业务数据。
[0087]更新模块610用于根据该业务数据判断出该用户标识完成了该相邻下一业务状态所对应的业务，则将该用户标识、该相邻下一业务状态及对应的业务数据更新到第二存储系统中，若成功更新到该第二存储系统中，则将该用户标识、该相邻下一业务状态及对应的业务数据更新到该第一存储系统中。
[0088]本实施例中，第二存储系统是一种键-值(key-value)的缓存系统。先将用户标识、相邻下一业务状态及对应的业务数据更新到第二存储系统中，再更新到第一存储系统中可保证第一存储系统和第二存储系统中数据的一致性。
[0089]上述网络免流控制装置，通过业务状态查询条件从第一存储系统中过滤出符合业务状态查询条件的用户标识，并获取对应的业务数据，根据业务数据判断出用户完成了相邻下一业务状态所对应的业务，则将用户标识、相邻下一业务状态及对应的业务数据更新到第二存储系统，再更新到第一存储系统中，避免了业务流程中断，且将数据先更新到第二存储系统，再更新到第一存储系统中，保证了第二存储系统和第一存储系统中数据的一致性，通过业务状态查询可过滤第一存储系统中用户未完成业务状态，可将业务状态继续执行，直到业务流程完成。
[0090]在一个实施例中，更新模块610还用于根据该用户标识获取对应的第一存储系统所在的设备索引，以及将用户标识、该相邻下一业务状态及对应的业务数据更新到该对应的第一存储系统所在的设备索引对应的第一存储系统所在的设备上。
[0091]本实施例中，第一存储系统采用分库分表策略进行存储。第一存储系统可由多个第一存储系统的设备存储机器组成的集群，根据用户标识通过离散算法得到一个第一存储系统所在设备的设备索引，将用户标识所对应的业务状态及对应的业务数据存储到该设备索引所对应的第一存储系统所在的设备上。通过多个第一存储系统分别进行存储，可减少一个第一存储系统同步过多的数据而造成同步延迟。
[0092]图7为另一个实施例中网络免流控制装置的结构框图。如图7所示，一种网络免流控制装置，除了包括查询条件获取模块602、过滤模块604、状态获取模块606、业务数据获取模块608和更新模块610，还包括请求接收模块612、业务状态值获取模块614、判断模块616和下发模块618。其中:
[0093]请求接收模块612用于接收客户端发起的免流节点信息获取请求。
[0094]本实施例中，服务端接收客户端发起的免流节点信息获取请求，该免流节点信息获取请求中携带有用户标识。
[0095]业务状态值获取模块614用于根据该免流节点信息获取请求中的用户标识获取该用户标识所对应的业务状态值。
[0096]该业务状态值获取模块614还用于根据该免流节点信息获取请求中的用户标识从该第二存储系统中获取该用户标识所对应的业务状态值。
[0097]判断模块616用于判断该业务状态值所对应的业务状态是否为该业务顺序状态机中的最后一个业务状态。
[0098]本实施例中，预先建立了业务状态值与业务状态的对应关系，根据业务状态值可得到对应的业务状态。也可根据业务状态值判断是否为业务顺序状态机中最后一个业务状
??τ O
[0099]下发模块618用于若该业务状态值所对应的业务状态为该业务顺序状态机中的最后一个业务状态，且该最后一个业务状态为订购成功状态，则将免流节点信息下发给该客户端。
[0100]本实施例中，客户端接收到免流节点信息后，可根据免流节点信息使用免流通道。
[0101]上述网络免流控制方法，接收到客户端发起的免流节点信息获取请求，通过判断出用户标识所对应的业务状态处于最后一个业务状态时，将免流节点信息发送给该客户端，方便客户端使用免流通道。
[0102]图8为另一个实施例中网络免流控制装置的结构框图。如图8所示，一种网络免流控制装置，除了包括查询条件获取模块602、过滤模块604、状态获取模块606、业务数据获取模块608和更新模块610，还包括发送模块620。其中:
[0103]发送模块620用于根据该业务数据判断出该用户标识未完成该相邻下一业务状态所对应的业务，则发送未完成该相邻下一业务状态所对应的业务的提示信息到该用户标识所对应的客户端。
[0104]在其他实施例中，一种网络免流控制装置，可包括查询条件获取模块602、过滤模块604、状态获取模块606、业务数据获取模块608、更新模块610、请求接收模块612、业务状态值获取模块614、判断模块616、下发模块618和发送模块620中任意可能的组合。
[0105]本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等。
[0106]以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。
【主权项】
1.一种网络免流控制方法，包括: 获取业务状态查询条件； 根据所述业务状态查询条件从第一存储系统中过滤出符合所述业务状态查询条件的用户标识； 从预定义的业务顺序状态机中获取所述业务状态查询条件中业务状态的相邻下一业务状态； 根据所述用户标识从所述相邻下一业务状态所对应的业务平台获取所述用户标识的业务数据； 根据所述业务数据判断出所述用户标识完成了所述相邻下一业务状态所对应的业务，则将所述用户标识、所述相邻下一业务状态及对应的业务数据更新到第二存储系统中，若成功更新到所述第二存储系统中，则将所述用户标识、所述相邻下一业务状态及对应的业务数据更新到所述第一存储系统中。2.根据权利要求1所述的方法，其特征在于，所述将所述用户标识、所述相邻下一业务状态及对应的业务数据更新到所述第一存储系统中的步骤包括: 根据所述用户标识获取对应的第一存储系统所在的设备索引； 将用户标识、所述相邻下一业务状态及对应的业务数据更新到所述对应的第一存储系统所在的设备索引对应的第一存储系统所在的设备上。3.根据权利要求1所述的方法，其特征在于，所述方法还包括: 接收客户端发起的免流节点信息获取请求； 根据所述免流节点信息获取请求中的用户标识获取所述用户标识所对应的业务状态值； 判断所述业务状态值所对应的业务状态是否为所述业务顺序状态机中的最后一个业务状态； 若所述业务状态值所对应的业务状态为所述业务顺序状态机中的最后一个业务状态，且所述最后一个业务状态为订购成功状态，则将免流节点信息下发给所述客户端。4.根据权利要求3所述的方法，其特征在于，根据所述免流节点信息获取请求中的用户标识获取所述用户标识所对应的业务状态值的步骤包括: 根据所述免流节点信息获取请求中的用户标识从所述第二存储系统中获取所述用户标识所对应的业务状态值。5.根据权利要求1所述的方法，其特征在于，所述方法还包括: 根据所述业务数据判断出所述用户标识未完成所述相邻下一业务状态所对应的业务，则发送未完成所述相邻下一业务状态所对应的业务的提示信息到所述用户标识所对应的客户端。6.根据权利要求1所述的方法，其特征在于，所述业务顺序状态机的业务顺序依次包括预检状态、支付状态、订购状态和订购完成状态。7.一种网络免流控制装置，其特征在于，包括: 查询条件获取模块，用于获取业务状态查询条件； 过滤模块，用于根据所述业务状态查询条件从第一存储系统中过滤出符合所述业务状态查询条件的用户标识； 状态获取模块，用于从预定义的业务顺序状态机中获取所述业务状态查询条件中业务状态的相邻下一业务状态； 业务数据获取模块，用于根据所述用户标识从所述相邻下一业务状态所对应的业务平台获取所述用户标识的业务数据； 更新模块，用于根据所述业务数据判断出所述用户标识完成了所述相邻下一业务状态所对应的业务，则将所述用户标识、所述相邻下一业务状态及对应的业务数据更新到第二存储系统中，若成功更新到所述第二存储系统中，则将所述用户标识、所述相邻下一业务状态及对应的业务数据更新到所述第一存储系统中。8.根据权利要求7所述的装置，其特征在于，所述更新模块还用于根据所述用户标识获取对应的第一存储系统所在的设备索引，以及将用户标识、所述相邻下一业务状态及对应的业务数据更新到所述对应的第一存储系统所在的设备索引对应的第一存储系统所在的设备上。9.根据权利要求7所述的装置，其特征在于，所述装置还包括: 请求接收模块，用于接收客户端发起的免流节点信息获取请求； 业务状态值获取模块，用于根据所述免流节点信息获取请求中的用户标识获取所述用户标识所对应的业务状态值； 判断模块，用于判断所述业务状态值所对应的业务状态是否为所述业务顺序状态机中的最后一个业务状态； 下发模块，用于若所述业务状态值所对应的业务状态为所述业务顺序状态机中的最后一个业务状态，且所述最后一个业务状态为订购成功状态，则将免流节点信息下发给所述客户端。10.根据权利要求9所述的装置，其特征在于，所述业务状态值获取模块还用于根据所述免流节点信息获取请求中的用户标识从所述第二存储系统中获取所述用户标识所对应的业务状态值。11.根据权利要求7所述的装置，其特征在于，所述装置还包括: 发送模块，用于根据所述业务数据判断出所述用户标识未完成所述相邻下一业务状态所对应的业务，则发送未完成所述相邻下一业务状态所对应的业务的提示信息到所述用户标识所对应的客户端。12.根据权利要求7所述的装置，其特征在于，所述业务顺序状态机的业务顺序依次包括预检状态、支付状态、订购状态和订购完成状态。
【文档编号】G06F17/30GK105897931SQ201610414736
【公开日】2016年8月24日
【申请日】2016年6月14日
【发明人】傅鸿城, 袁彪, 周国金, 刘强, 栗波
【申请人】腾讯科技（深圳）有限公司