CN105204935B - 自动开服方法及装置 - Google Patents

Abstract

本发明提供了一种自动开服方法及装置。该方法包括：启动开服子任务，将所述开服子任务的状态机由未处理状态迁移至执行中状态；根据所述开服子任务的状态机的执行中状态触发所述开服子任务的区服的状态机，其中，所述区服的状态机初始处于未开服状态；当所述区服的状态机处于未开服状态时，判断所述区服当前参数是否满足预设开服条件；若是，则将所述区服的状态机由未开服状态迁移至开服状态，并对所述区服执行开服操作；若否，则退回所述判断操作。采用本发明能够由状态机监控触发实现自动开服，从而减少运营人员的手动操作，减少重复劳动，提高开服的效率和准确性。

Description

自动开服方法及装置

技术领域

本发明涉及计算机技术领域，特别是涉及一种自动开服方法及装置。

背景技术

对于游戏等应用来说，每个服务器所提供的资源都是有限的，因此，当现有的服务器无法满足新的需求时，就会开新服。

目前都是采用人工开服技术，比如部分游戏需要每天早晨8点定时开一个服，就需要运营人员8点前去开服，或者游戏区服角色创建数到达一定数量需要开一个新服、游戏区服同时在线人数到达一定数量需要开一个服，就需要运营人员监测在线人数，达到时去开服。

开服时需要设置新服活动时间，设置官网公告，还需要设置区服状态，切量(即将各渠道导入的量切到新开的区服中)等一系列操作，对于运营人员而言，操作较多，容易出错且耗时较长。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的自动开服方法和相应的装置。

基于本发明的一个方面，本发明实施例提供了一种自动开服方法，包括：

启动开服任务中的开服子任务，将所述开服子任务的状态机由未处理状态迁移至执行中状态；

根据所述开服子任务的状态机的执行中状态触发所述开服子任务的区服的状态机，其中，所述区服的状态机初始处于未开服状态；

当所述区服的状态机处于未开服状态时，判断所述区服当前参数是否满足预设开服条件；

若是，则将所述区服的状态机由未开服状态迁移至开服状态，并对所述区服执行开服操作；

若否，则退回所述判断操作。

可选地，对所述区服执行开服操作之后，还包括：所述开服操作结束，触发所述开服子任务的状态机由执行中状态迁移至执行完成状态。

可选地，所述启动开服任务之前，还包括：

调度器接收任务管理器发送的、创建一个开服任务的消息；

所述调度器根据所述开服任务的任务类型，将所述开服任务拆分为至少一个开服子任务。

可选地，所述任务管理器按如下步骤生成所述开服任务：

所述任务管理器通过用户输入界面输入的开服的必要参数；

所述任务管理器根据所述必要参数创建所述开服任务。

可选地，所述开服任务包括：

当所述区服中的人数达到预设人数阈值时进行开服的定量开服；或者

当到达指定时间点进行开服的定时开服。

可选地，对所述区服执行开服操作，包括：对所述区服执行新服活动时间设置、区服状态设置、发布官网公告、切量中的至少之一。

可选地，当所述开服子任务的状态机由执行中状态迁移至执行完成状态时，调度器接收当前开服子任务完成的通知，并触发下一开服子任务。

可选地，所述方法还包括：

采用探活程序监控执行本方法的消息队列是否正常。

可选地，采用探活程序监控执行本方法的消息队列是否正常，包括：

启动定时任务，间隔预设时间段执行一个探活程序；

由所述探活程序启动定时器，并向所述消息队列发送探活消息；

若在所述定时器规定的时间内，所述探活程序接收所述消息队列返回的所述探活消息，则确定所述消息队列正常；

若在所述定时器规定的时间内，所述探活程序未接收到所述消息列队返回的所述探活消息，则确定所述消息队列异常。

可选地，确定所述消息队列异常之后，还包括：由所述探活程序发送报警消息，告知所述消息队列异常。

基于本发明的另一方面，本发明实施例还提供了一种自动开服装置，包括：

启动模块，适于启动开服任务中的开服子任务；

所述开服子任务的状态机，适于在所述启动模块启动所述开服子任务时，将由未处理状态迁移至执行中状态；

所述开服子任务的区服的状态机，适于被所述开服子任务的状态机的执行中状态触发，其中，所述区服的状态机初始处于未开服状态；

查询模块，适于当所述区服的状态机处于未开服状态时，判断所述区服当前参数是否满足预设开服条件；若是，则触发所述区服的状态机和开服模块；若否，则继续回退判断操作；

所述区服的状态机，还适于在所述查询模块的判断结果为是的情况下将所述区服的状态机由未开服状态迁移至开服状态；

所述开服模块，适于对所述区服执行开服操作。

可选地，所述开服子任务的状态机，还适于对所述区服执行开服操作之后，所述开服操作结束，触发所述开服子任务的状态机由执行中状态迁移至执行完成状态。

可选地，还包括：

调度器，适于所述启动开服任务之前，接收任务管理器发送的、创建一个开服任务的消息；以及，根据所述开服任务的任务类型，将所述开服任务拆分为至少一个开服子任务。

可选地，所述开服任务包括：

当所述区服中的人数达到预设人数阈值时进行开服的定量开服；或者

当到达指定时间点进行开服的定时开服。

可选地，所述开服模块还适于：对所述区服执行新服活动时间设置、区服状态设置、发布官网公告、切量中的至少之一。

可选地，所述调度器还适于：当所述开服子任务的状态机由执行中状态迁移至执行完成状态时，接收当前开服任务完成的通知，并触发下一开服任务。

可选地，所述装置还包括：

探活模块，适于采用探活程序监控执行本装置的队列服务是否正常。

可选地，所述探活模块还适于:

启动定时任务，间隔预设时间段执行一个探活程序；

由所述探活程序启动定时器，并向所述消息队列发送探活消息；

若在所述定时器规定的时间内，所述探活程序接收所述消息队列返回的所述探活消息，则确定所述消息队列正常；

若在所述定时器规定的时间内，所述探活程序未接收到所述消息列队返回的所述探活消息，则确定所述消息队列异常。

可选地，所述探活模块还适于:

由所述探活程序发送报警消息，告知所述消息队列异常。

在本发明实施例中提供了一种自动开服方法，该方法依赖于状态机实现，开服子任务以及具体的区服均具备独立的状态机，且两者呈现嵌入状态，互相之间具备触发条件，当开服子任务的状态机迁移到执行中状态时，触发内部嵌套的区服的状态机执行开服操作，而当开服操作结束后，区服的状态机迁移至开服状态，进一步触发开服子任务的状态机进行执行完成状态。状态机的参与使得每个步骤的实现是由前一步骤触发实现，无须人工参与，保证了在满足开服条件的情况下，由状态机监控触发实现自动开服，从而减少运营人员的手动操作，减少重复劳动，提高开服的效率和准确性。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

根据下文结合附图对本发明具体实施例的详细描述，本领域技术人员将会更加明了本发明的上述以及其他目的、优点和特征。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例的一种自动开服方法的处理流程图；

图2示出了根据本性实施例的开服任务的建立直至开服子任务生成的流程示意图；

图3示出了根据本发明一个实施例的开服子任务的状态机与区服的状态机间的嵌入关系的示意图；

图4示出了根据本发明一个实施例的开服任务的状态机收到触发消息后的开服执行流程示意图；

图5示出了根据本发明一个实施例的自动开服装置的一种结构示意图；以及

图6示出了根据本发明一个实施例的自动开服装置的另一种结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

为了减少运营人员的手动操作，减少重复劳动，本发明实施例设计了一种自动开服方法，能定时开服、定量开服，还能设置新服活动时间，设置官网公告，设置区服状态，切量，开服成功后能自动有提示消息，如果某一项任务失败能够自动停止并报警。开服任务由多个开服子任务组成，且每个开服子任务是独立实现的。因此，为实现上述目的，本发明实施例采用状态机对开服子任务的状态进行监控，每个开服子任务具备一个独立的状态机，在此基础上，本发明实施例还采用了另一状态机对区服的状态进行监控，通过两者状态机的嵌入式监控，使得状态机的状态迁移成为开服的不同步骤的触发条件，从而保证开服操作能够根据不同的开服条件自动完成，无须人工手动开服。

图1示出了根据本发明一个实施例的一种自动开服方法的处理流程图。参见图1，该方法至少包括步骤S102至步骤S108。

步骤S102、启动开服子任务，将开服任务的状态机由未处理状态迁移至执行中状态。

其中，开服任务可被称为job，一个开服任务可以包括多个开服子任务，每个开服子任务可以被称为task。每个开服子任务是整个开服任务的子任务。图2示出了根据本发明一个实施例的开服任务的建立直至开服子任务生成的流程示意图。参见图2，运营人员会在输入界面设置开服的必要参数，然后提交。任务管理器(任务管理器)会获取提交的参数，并根据提交的数据创建。创建完开服任务后，任务管理器会通过消息队列(BSTK，Beanstalk)向调度器(Dispatcher)发一条已经创建一个开服任务的消息。调度器收到消息后，取出开服任务的详细信息，然后根据任务类型拆分成开服子任务。需要说明地是，一个开服任务可以分解成至少一个开服子任务(通常为多个)，即，一个job会有至少一个task。例如，开服任务为定量开服时，当区服中的人数达到预设人数阈值时就开新服，在定量开服的过程中根据需要会实现循环开服。比如预设人数阈值设置为1500，那么，当人数到达1500人需要开一个新服，那么开服子任务就是到达1500人开服，由于人数是不断增加的，网络环境中可能要3000以上的人数，则此次就需要开2个新服，相应地会拆分为两个开服子任务。人数再增多，则会开更多服，因此开服任务与开服子任务间通常应为一对多的关系。开服子任务分配结束之后，调度器会向开服子任务的状态机(Fsm)发送一条执行的消息，触发状态机启动。相应的，此时开服子任务启动，其对应的状态机则被触发由未处理状态迁移至处理状态。

步骤S104、根据开服子任务的状态机的执行中状态触发开服子任务的区服的状态机，其中，区服的状态机初始处于未开服状态。

为保证开服任务的进度、区服的开服进度之间能够有关联，通过各状态实现开服触发操作，本发明实施例将开服子任务的状态机与区服的状态机间建立嵌入关联。图3示出了根据本发明一个实施例的开服子任务的状态机与区服的状态机间的嵌入关系的示意图。参见图3，外层是开服子任务的状态机，由未执行状态通过执行操作(exec)迁移到执行中状态，再由执行状态通过操作完成(complete)迁移到执行完成状态(CallbackAction)。内层是区服的状态机，由未开服状态(WatchAction)通过watchsucess迁移到开服状态(OpenAction)。

步骤S106、当区服的状态机处于未开服状态时，判断区服当前参数是否满足预设开服条件，若是，执行步骤S108，若否，退回步骤S106的判断操作。

步骤S108、将区服的状态机由未开服状态迁移至开服状态，并对区服执行开服操作。

图4示出了开服子任务的状态机收到触发消息后的开服执行流程示意图。图4是图2的延续。参见图4，调度器触发开服操作流程，直至开服结束。

具体地，开服子任务创建后其状态机处于未执行状态。开服子任务的状态机收到消息后，根据开服子任务当前的状态和状态迁移的条件查询配置文件进行状态迁移，此时开服子任务状态迁移为执行中，触发进入另一个区服的状态机(区服的状态转移)，区服初始状态为未开服状态，可以对区服状态进行检查，对应的动作为watchAction。watchaction会对开服条件进行判断。以在线人数到达1500人的定量开服为例，watchaction会去取当前查询(watch)的区服的在线人数数据，如果没有到达1500，区服的状态机停在watch状态，如果超过1500，则将区服的状态机从未开服状态迁移为开服状态。区服的状态机由未开服状态迁移为开服状态后，对应的动作为openAction，此时会进行一系列的开服操作，例如设置新服活动时间、设置区服状态、发布官网公告、切量等等。开服操作完成后区服状态机监控结束，此时转移至task的状态机，且task的状态机由执行中的状态迁移为开服子任务已完成的状态。开服子任务的状态机的已完成状态对应的动作为callbackAction，callbackAction能够将开服子任务执行的结果告知调度器。调度器收到消息后进入下一个循环，即进入新的开服子任务。

上面举例均是使用的定量开服，即开服任务为区服到达预定人数开服。实际应用中，还可以为定时开服，到达指定时间点对区服开服，例如规定每隔两个小时开服，开服任务为定时开服，而开服子任务分别为8：00开服，10：00开服，12：00开服等具体开服任务。除定量开服和定时开服之外，本发明实施例还可能存在其他开服条件，例如根据流量开服等等。

为了保证自动开服的服务正常运行，还需要对服务进行监控。本发明实施例提供了一种优选的方式，即采用定时任务(Crontab)+定时器来监控消息队列消息队列是否正常。因为本发明实施例中不同操作或不同模块之间的消息传递都是依赖于消息队列队列的，系统能够正常运行的前提是消息队列正常。实施时，定时任务会每隔10分钟执行一个探活程序，该程序首先启动一个2秒的定时器并向消息队列发送一条消息；之后等待此消息，如果在定时器规定的2s内收到了此条消息，说明消息队列正常服务，如果在定时器规定的2s内没有收到此消息则说明消息队列服务异常，此时程序会发送报警消息。其中，报警消息可以使用弹幕、短信、邮件等载体发出。需要说明地是，此次的定时器、间隔时间、消息载体等参数的设置均是例举，对本发明实施例的保护范围并不会造成任何影响，实际应用中，定时器、间隔时间、消息载体等参数的设置均是实际情况而定。

综上，在本发明实施例中提供了一种自动开服方法，该方法依赖于状态机实现，开服子任务以及具体的区服均具备独立的状态机，且两者呈现嵌入状态，互相之间具备触发条件，当开服子任务的状态机迁移到执行中状态时，触发内部嵌套的区服的状态机执行开服操作，而当开服操作结束后，区服的状态机迁移至开服状态，进一步触发开服子任务的状态机进行执行完成状态。状态机的参与使得每个步骤的实现是由前一步骤触发实现，无须人工参与，保证了在满足开服条件的情况下，由状态机监控触发实现自动开服，从而减少运营人员的手动操作，减少重复劳动，提高开服的效率和准确性。

基于同一发明构思，本发明实施例还提供了一种自动开服装置。图5示出了根据本发明一个实施例的自动开服装置的结构示意图。参见图5，自动开服装置至少包括：

启动模块510，适于启动开服任务中的开服子任务，其中，开服任务中包括至少一个开服子任务；

开服任务的状态机520，与启动模块510耦合，适于在启动模块510启动开服子任务时，由未处理状态迁移至执行中状态；

开服任务的区服的状态机530，与开服子任务的状态机520耦合，适于被开服子任务的状态机520的执行中状态触发，其中，区服的状态机530初始处于未开服状态；

查询模块540，分别与区服的状态机530以及开服模块550耦合，适于当区服的状态机530处于未开服状态时，判断区服当前参数是否满足预设开服条件；若是，则触发区服的状态机530和开服模块540；若否，则继续回退判断操作；

区服的状态机530，还适于在查询模块540的判断结果为是的情况下将区服的状态机由未开服状态迁移至开服状态；

开服模块550，适于对区服执行开服操作。

在一个优选的实施例中，开服子任务的状态机520，还适于对区服执行开服操作之后，开服操作结束，触发开服子任务的状态机520由执行中状态迁移至执行完成状态。

在一个优选的实施例中，参见图6，该自动开服装置还包括：

调度器560，与启动模块510耦合，适于启动开服任务之前，接收任务管理器发送的、创建一个开服任务的消息；以及，根据开服任务的任务类型，将开服任务拆分为至少一个开服子任务。

在一个优选的实施例中，其中，

当区服中的人数达到预设人数阈值时进行开服的定量开服；或者

当到达指定时间点进行开服的定时开服。

在一个优选的实施例中，开服模块550还适于：对区服执行新服活动时间设置、区服状态设置、发布官网公告、切量中的至少之一。

在一个优选的实施例中，调度器560还适于：当开服任务的状态机由执行中状态迁移至执行完成状态时，接收当前开服任务完成的通知，并触发下一开服任务。

在一个优选的实施例中，参见图6，该自动开服装置还可以包括：

探活模块570，适于采用探活程序监控执行本装置的队列服务是否正常。

在一个优选的实施例中，探活模块570还可以适于:

启动定时任务，间隔预设时间段执行一个探活程序；

由探活程序启动定时器，并向消息队列发送探活消息；

若在定时器规定的时间内，探活程序接收所述消息队列返回的探活消息，则确定消息队列正常；

若在定时器规定的时间内，探活程序未接收到消息列队返回的探活消息，则确定消息队列异常。

采用本发明实施例提供的自动开服方法及装置，能够达到达下有益效果：

在本发明实施例中提供了一种自动开服方法，该方法依赖于状态机实现，开服子任务以及具体的区服均具备独立的状态机，且两者呈现嵌入状态，互相之间具备触发条件，当开服子任务的状态机迁移到执行中状态时，触发内部嵌套的区服的状态机执行开服操作，而当开服操作结束后，区服的状态机迁移至开服状态，进一步触发开服子任务的状态机进行执行完成状态。状态机的参与使得每个步骤的实现是由前一步骤触发实现，无须人工参与，保证了在满足开服条件的情况下，由状态机监控触发实现自动开服，从而减少运营人员的手动操作，减少重复劳动，提高开服的效率和准确性。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的评论信息的交互方法装置，以及一种的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

至此，本领域技术人员应认识到，虽然本文已详尽示出和描述了本发明的多个示例性实施例，但是，在不脱离本发明精神和范围的情况下，仍可根据本发明公开的内容直接确定或推导出符合本发明原理的许多其他变型或修改。因此，本发明的范围应被理解和认定为覆盖了所有这些其他变型或修改。

Claims (19)

1.一种自动开服方法，包括：

启动开服任务中的开服子任务，将所述开服子任务的状态机由未处理状态迁移至执行中状态；

根据所述开服子任务的状态机的执行中状态触发所述开服子任务的区服的状态机，其中，所述区服的状态机初始处于未开服状态；

当所述区服的状态机处于未开服状态时，判断所述区服当前参数是否满足预设开服条件；

若是，则将所述区服的状态机由未开服状态迁移至开服状态，并对所述区服执行开服操作；

若否，则退回所述判断操作。

2.根据权利要求1所述的方法，其中，对所述区服执行开服操作之后，还包括：所述开服操作结束，触发所述开服子任务的状态机由执行中状态迁移至执行完成状态。

3.根据权利要求1或2所述的方法，其中，所述启动开服任务之前，还包括：

调度器接收任务管理器发送的、创建一个开服任务的消息；

所述调度器根据所述开服任务的任务类型，将所述开服任务拆分为至少一个开服子任务。

4.根据权利要求3所述的方法，其中，所述任务管理器按如下步骤生成所述开服任务：

所述任务管理器通过用户输入界面输入的开服的必要参数；

所述任务管理器根据所述必要参数创建所述开服任务。

5.根据权利要求3所述的方法，其中，所述开服任务包括：

当所述区服中的人数达到预设人数阈值时进行开服的定量开服；或者

当到达指定时间点进行开服的定时开服。

6.根据权利要求1或2所述的方法，其中，对所述区服执行开服操作，包括：对所述区服执行新服活动时间设置、区服状态设置、发布官网公告、切量中的至少之一。

7.根据权利要求3所述的方法，其中，当所述开服子任务的状态机由执行中状态迁移至执行完成状态时，调度器接收当前开服子任务完成的通知，并触发下一开服子任务。

8.根据权利要求1或2所述的方法，其中，所述方法还包括：

采用探活程序监控执行本方法的消息队列是否正常。

9.根据权利要求8所述的方法，其中，采用探活程序监控执行本方法的消息队列是否正常，包括：

启动定时任务，间隔预设时间段执行一个探活程序；

由所述探活程序启动定时器，并向所述消息队列发送探活消息；

若在所述定时器规定的时间内，所述探活程序接收所述消息队列返回的所述探活消息，则确定所述消息队列正常；

若在所述定时器规定的时间内，所述探活程序未接收到所述消息列队返回的所述探活消息，则确定所述消息队列异常。

10.根据权利要求9所述的方法，其中，确定所述消息队列异常之后，还包括：由所述探活程序发送报警消息，告知所述消息队列异常。

11.一种自动开服装置，包括：

启动模块，适于启动开服任务中的开服子任务，其中，所述开服任务中包括至少一个开服子任务；

所述开服子任务的状态机，适于在所述启动模块启动所述开服子任务时，由未处理状态迁移至执行中状态；

所述开服子任务的区服的状态机，适于被所述开服子任务的状态机的执行中状态触发，其中，所述区服的状态机初始处于未开服状态；

查询模块，适于当所述区服的状态机处于未开服状态时，判断所述区服当前参数是否满足预设开服条件；若是，则触发所述区服的状态机和开服模块；若否，则继续回退判断操作；

所述区服的状态机，还适于在所述查询模块的判断结果为是的情况下将所述区服的状态机由未开服状态迁移至开服状态；

所述开服模块，适于对所述区服执行开服操作。

12.根据权利要求11所述的装置，其中，所述开服子任务的状态机，还适于对所述区服执行开服操作之后，所述开服操作结束，触发所述开服子任务的状态机由执行中状态迁移至执行完成状态。

13.根据权利要求11或12所述的装置，其中，还包括：

调度器，适于所述启动开服任务之前，接收任务管理器发送的、创建一个开服任务的消息；以及，根据所述开服任务的任务类型，将所述开服任务拆分为至少一个开服子任务。

14.根据权利要求13所述的装置，其中，所述开服任务包括：

当所述区服中的人数达到预设人数阈值时进行开服的定量开服；或者

当到达指定时间点进行开服的定时开服。

15.根据权利要求11或12所述的装置，其中，所述开服模块还适于：对所述区服执行新服活动时间设置、区服状态设置、发布官网公告、切量中的至少之一。

16.根据权利要求13所述的装置，其中，所述调度器还适于：当所述开服子任务的状态机由执行中状态迁移至执行完成状态时，接收当前开服任务完成的通知，并触发下一开服任务。

17.根据权利要求11或12所述的装置，其中，所述装置还包括：

探活模块，适于采用探活程序监控执行本装置的队列服务是否正常。

18.根据权利要求17所述的装置，其中，所述探活模块还适于:

启动定时任务，间隔预设时间段执行一个探活程序；

由所述探活程序启动定时器，并向消息队列发送探活消息；

若在所述定时器规定的时间内，所述探活程序接收所述消息队列返回的所述探活消息，则确定所述消息队列正常；

若在所述定时器规定的时间内，所述探活程序未接收到所述消息列队返回的所述探活消息，则确定所述消息队列异常。

19.根据权利要求18所述的装置，其中，所述探活模块还适于:

由所述探活程序发送报警消息，告知所述消息队列异常。