本发明提供一种棋牌类游戏加载方法及对应的棋牌类游戏系统，包括：获取规则插件表，并展示所述规则插件表中的各规则插件的插件信息，任意一个所述规则插件对应所述棋牌类游戏中的一个游戏子规则；接收规则配置信息，获取与所述规则配置信息对应的各规则插件的插件标识；在接收到游戏加载指令时，获取并加载与所述规则配置信息中的各插件标识对应的规则插件。该棋牌类游戏加载方法及对应的棋牌类游戏系统，可以降低棋牌类游戏加载的资源耗费。
1.一种棋牌类游戏加载方法，其特征在于，包括：获取规则插件表，并展示所述规则插件表中的各规则插件的插件信息，任意一个所述规则插件对应所述棋牌类游戏中的一个游戏子规则；接收规则配置信息，获取与所述规则配置信息对应的各规则插件的插件标识；在接收到游戏加载指令时，获取并加载与所述规则配置信息中的各插件标识对应的规则插件。
2.根据权利要求1所述的棋牌类游戏加载方法，其特征在于，所述获取规则插件表，并展示所述规则插件表中的各规则插件的插件信息的步骤，包括：获取并显示常用棋牌类型；接收棋牌类型选择指令，获取与所述棋牌类型选择指令中选择的棋牌类型对应的预设规则配置信息；所述预设规则配置信息包括与选择的棋牌类型对应的插件集合中的各规则插件的插件标识；获取所述规则插件表，并根据所述预设规则配置信息，将展示的所述规则插件表中、属于所述插件集合的各规则插件的状态设置为已选择状态。
3.根据权利要求1所述的棋牌类游戏加载方法，其特征在于：在展示所述规则插件表中的各规则插件的插件信息时，根据所述棋牌类游戏的游戏主逻辑的流程阶段对应的插件类型，将各规则插件的插件信息按照与各流程阶段对应的插件类型进行展示。
4.根据权利要求3所述的棋牌类游戏加载方法，其特征在于，所述获取并加载与所述规则配置信息中的各插件标识对应的规则插件的步骤，包括：确定所述规则配置信息中的各插件标识对应的规则插件的插件类型；分别判断所述规则配置信息中的各插件标识对应的规则插件的插件类型下是否存在已加载的规则插件；根据判断结果、所述规则配置信息中的各插件标识对应的规则插件及已加载的规则插件，形成并加载类型插件。
5.根据权利要求1所述的棋牌类游戏加载方法，其特征在于，所述获取并加载与所述规则配置信息中的各插件标识对应的规则插件的步骤，包括：获取所述规则配置信息中的各插件标识；判断所述规则配置信息中的各插件标识对应的规则插件分别是否已加载；根据所述规则配置信息中的各插件标识对应的规则插件分别是否已加载的判断结果，确定是否加载所述规则配置信息中的各插件标识对应的规则插件。
6.一种棋牌类游戏系统，其特征在于，包括：插件获取展示模块，用于获取规则插件表，并展示所述规则插件表中的各规则插件的插件信息，任意一个所述规则插件对应所述棋牌类游戏中的一个游戏子规则；配置信息接收模块，用于接收规则配置信息，获取与所述规则配置信息对应的各规则插件的插件标识；规则插件加载模块，在接收到游戏加载指令时，获取并加载与所述规则配置信息中的各插件标识对应的规则插件。
7.根据权利要求6所述的棋牌类游戏系统，其特征在于，所述插件获取展示模块，包括：常用类型获取单元，用于获取并显示常用棋牌类型；预设规则获取单元，用于接收棋牌类型选择指令，获取与所述棋牌类型选择指令中选择的棋牌类型对应的预设规则配置信息；所述预设规则配置信息包括与选择的棋牌类型对应的插件集合中的各规则插件的插件标识；预设规则展示单元，用于获取所述规则插件表，并根据所述预设规则配置信息，将展示的所述规则插件表中、属于所述插件集合的各规则插件的状态设置为已选择状态。
8.根据权利要求6所述的棋牌类游戏系统，其特征在于，插件获取展示模块，还用于在展示所述规则插件表中的各规则插件的插件信息时，根据所述棋牌类游戏的游戏主逻辑的流程阶段对应的插件类型，将各规则插件的插件信息按照与各流程阶段对应的插件类型进行展示。
9.根据权利要求8所述的棋牌类游戏系统，其特征在于，所述规则插件加载模块，包括：配置类型确定单元，用于确定所述规则配置信息中的各插件标识对应的规则插件的插件类型；类型加载判断单元，用于分别判断所述规则配置信息中的各插件标识对应的规则插件的插件类型下是否存在已加载的规则插件；类型插件加载单元，用于根据判断结果、所述规则配置信息中的各插件标识对应的规则插件及已加载的规则插件，形成并加载类型插件。
10.根据权利要求6所述的棋牌类游戏系统，其特征在于，所述规则插件加载模块，包括：配置标识获取单元，用于获取所述规则配置信息中的各插件标识；插件加载判断单元，用于判断所述规则配置信息中的各插件标识对应的规则插件分别是否已加载；插件加载确定单元，用于根据所述规则配置信息中的各插件标识对应的规则插件分别是否已加载的判断结果，确定是否加载所述规则配置信息中的各插件标识对应的规则插件。技术领域
本发明涉及计算机信息处理技术领域，尤其涉及一种棋牌类游戏加载方法及棋牌类游戏系统。
背景技术
棋牌类游戏是广大网友喜欢的游戏之一，在大部分计算机中都需要加载棋牌类游戏。目前开发棋牌类游戏都是单独开发，彼此之间的联系很少，在加载棋牌类游戏时需要分别加载。以麻将游戏为例，每副麻将包括136张牌。麻将的玩法种类繁多，不同的地区对于麻将有着很多不同的游戏规则：比如四川麻将必须要打缺一门，刮风下雨，有查花猪；而武汉麻将核心是二五八、癞子、开口翻和口口翻；广东麻将的特点就是鸡平胡、推倒胡、新章、老章这四大派系；台湾麻将则是16张手牌。每一种玩法的麻将都需要单独进行开发，彼此之间的联系很少，在加载棋牌类游戏时，直接加载一种类型的麻将的一整套固定的游戏规则，无法根据用户需求进行个性化设置，且每一种麻将游戏的游戏规则都是分别加载。由于不同类型的棋牌类游戏存在许多相同的游戏子规则，但在加载棋牌类游戏时，不同的棋牌游戏中相同的游戏子规则需要重复加载，存在耗费资源大的问题。
发明内容
基于此，有必要针对传统的棋牌类游戏加载时存在耗费资源大的问题，提供一种降低资源耗费的棋牌类游戏加载方法及棋牌类游戏系统。一种棋牌类游戏加载方法，包括：获取规则插件表，并展示所述规则插件表中的各规则插件的插件信息，任意一个所述规则插件对应所述棋牌类游戏中的一个游戏子规则；接收规则配置信息，获取与所述规则配置信息对应的各规则插件的插件标识；在接收到游戏加载指令时，获取并加载与所述规则配置信息中的各插件标识对应的规则插件。一种棋牌类游戏系统，包括：插件获取展示模块，用于获取规则插件表，并展示所述规则插件表中的各规则插件的插件信息，任意一个所述规则插件对应所述棋牌类游戏中的一个游戏子规则；配置信息接收模块，用于接收规则配置信息，获取与所述规则配置信息对应的各规则插件的插件标识；规则插件加载模块，在接收到游戏加载指令时，获取并加载与所述规则配置信息中的各插件标识对应的规则插件。上述棋牌类游戏加载方法及棋牌类游戏系统，通过展示规则插件表中的各规则插件的插件信息，以及接收规则配置信息，可以实现用户与计算机的交互，使棋牌类游戏可以根据用户需求进行个性化设置；在接收到游戏加载指令时，根据接收到的规则配置信息，完成对规则插件的加载，实现一种根据用户需求确定的棋牌类游戏的加载或棋牌类游戏系统。该棋牌类游戏加载方法及棋牌类游戏系统，可以根据用户的选择灵活配置棋牌类游戏并进行加载，而无需重复开发相同的游戏子规则，当需要加载多种棋牌类游戏时，也无需在内存中重复加载多种棋牌类游戏中重复的游戏子规则，因此，可以降低棋牌类游戏加载的资源耗费。
附图说明
图1为一实施例的棋牌类游戏加载方法的流程图；图2为图1的棋牌类游戏加载方法的步骤S110的具体流程图；图3为采用一具体实施例的棋牌类游戏加载方法加载的麻将游戏的具体流程图；图4为图1的棋牌类游戏加载方法的步骤S150的一种方式的具体流程图；图5为图1的棋牌类游戏加载方法的步骤S150的另一种方式的具体流程图；图6为一实施例的棋牌类游戏系统的结构图；图7为图6的棋牌类游戏系统的插件获取展示模块的单元结构图；图8为图6的棋牌类游戏系统的规则插件加载模块的一种单元结构图；图9为图6的棋牌类游戏系统的规则插件加载模块的另一种单元结构图。
具体实施方式
为了便于理解本发明，下面将参照相关附图对本发明进行更全面的描述。附图中给出了本发明的较佳的实施例。但是，本发明可以以许多不同的形式来实现，并不限于本文所描述的实施例。相反地，提供这些实施例的目的是使对本发明的公开内容的理解更加透彻全面。除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本发明。本文所使用的术语“或/和”包括一个或多个相关的所列项目的任意的和所有的组合。棋牌类游戏包括棋盘游戏和牌类游戏。具体地，如斗牛、扑克、斗地主、中国象棋、军棋、五子棋、麻将等。本申请适用于棋牌类游戏，尤其是牌类游戏；牌类游戏中的麻将游戏可以得到较好的有益效果。如图1所示，为本发明一实施例的棋牌类游戏加载方法，包括：S110，获取规则插件表，并展示所述规则插件表中的各规则插件的插件信息，任意一个所述规则插件对应所述棋牌类游戏中的一个游戏子规则。规则插件表包括棋牌类游戏的所有游戏子规则对应的规则插件的插件信息。每一个规则插件均对应一个游戏子规则，游戏子规则及规则插件通过插件标识建立对应关系。插件标识是规则插件的唯一标识，如可以为一个身份编号，通过插件标识可以区分不同的规则插件。展示的插件信息可以包括对规则插件对应的游戏子规则的简单描述，如：13张手牌、16张手牌等。规则插件表中的插件信息还可以包括插件标识、游戏子规则的详细描述等。多个游戏子规则可以组成一种完整的棋牌类游戏规则，即多个规则插件组合可以实现一个完整的棋牌类游戏系统。在其中一个实施例中，游戏子规则可以是不能再继续划分更小的单位的规则。如，麻将游戏规则中的发牌规则，可以包括以下游戏子规则：(1)13张手牌：起手以后，每个玩家手里是13张牌；(2)16张手牌：起手以后，每个玩家手里是16张牌；(3)庄家先摸牌：起手以后，庄家手里比闲家多1张牌，但庄家第一轮跳过摸牌阶段。在另一个实施例中，游戏子规则也可以为根据游戏主逻辑的流程阶段划分的洗牌规则、发牌规则、操作规则、结束规则及结算规则等的具体规则。即这里的游戏子规则是以游戏主逻辑的流程阶段为基本单位进行划分的规则。如，发牌规则的游戏规则可以为：(1)国标麻将、四川麻将：13张手牌；(2)台湾麻将：16张手牌；(3)福建麻将：16张手牌+庄家先摸牌。可以理解地，由于游戏子规则的基本单位不同，资源耗费的程度也不相同。以不能再继续划分更小的单位为基本单位的游戏子规则相对于以游戏主逻辑的流程阶段为基本单位进行划分的游戏子规则能够降低的资源耗费的程度更高。S130，接收规则配置信息，获取与所述规则配置信息对应的各规则插件的插件标识。规则配置信息是用户选择的游戏子规则对应的规则插件的信息。可以通过在展示的插件信息前为每一个游戏子规则对应的规则插件设置一个对应的选择控件的方式，实现规则配置信息的接收，即实现用户选择的游戏子规则对应的规则插件的信息的接收。如，当一个游戏子规则对应的规则插件所对应的选择控件的属性为选择时，则规则配置信息中包括该游戏子规则对应的规则插件的插件标识。具体地，选择控件可以为可以选择多项内容的复选框。S150，在接收到游戏加载指令时，获取并加载与所述规则配置信息中的各插件标识对应的规则插件。因为每个游戏子规则均对应一个规则插件，因此，可以根据规则配置信息中所包含的插件标识确定所选择的游戏子规则，即确定需要加载规则插件。上述棋牌类游戏加载方法，通过展示规则插件表中的各规则插件的插件信息，以及接收规则配置信息，可以实现用户与计算机的交互，使棋牌类游戏可以根据用户需求进行个性化设置；在接收到游戏加载指令时，根据接收到的规则配置信息，完成对规则插件的加载，实现一种根据用户需求确定的棋牌类游戏的加载。该棋牌类游戏加载方法，可以根据用户的选择灵活配置棋牌类游戏并进行加载，而无需重复开发相同的游戏子规则，当需要加载多种棋牌类游戏时，也无需在内存中重复加载多种棋牌类游戏中重复的游戏子规则，因此，可以降低棋牌类游戏加载的资源耗费。请参阅图2，在其中一个实施例中，获取规则插件表，并展示所述规则插件表中的各规则插件的插件信息的步骤，即步骤S110，包括：S211，获取并显示常用棋牌类型。常用棋牌类型为一些经统计得到的用户喜欢的、或者注册/使用用户较多的棋牌类型。每一种棋牌类型包括一个对应的插件集合，一个插件集合中包括多个规则插件。即每一个棋牌类型对应一个规则集合，该规则集合包括多个游戏子规则，该规则集合中的游戏子规则与插件集合中的规则插件一一对应。S213，接收棋牌类型选择指令，获取与所述棋牌类型选择指令中选择的棋牌类型对应的预设规则配置信息。所述预设规则配置信息包括与选择的棋牌类型对应的插件集合中的各规则插件的插件标识。接收棋牌类型选择指令的实现方式可以与接收规则配置信息的方式相同，在此不作赘述。不同之处在于，接收棋牌类型选择指令的实现方式中的选择控件，优选为仅能选择一项内容的单选控件。S215，获取所述规则插件表，并根据所述预设规则配置信息，将展示的所述规则插件表中、属于所述插件集合的各规则插件的状态设置为已选择状态。预设规则配置信息为用户选择的棋牌类型对应的插件集合中的规则插件的信息。将展示的所述规则插件表中、属于所述插件集合的各规则插件的状态设置为已选择状态的形式可以为，将展示的所述规则插件表中、属于所述插件集合的各规则插件对应的选择控件的属性设置为已选择。在本实施例中，用户可以通过选择一种棋牌类型，然后再对展示的规则配置信息进行修改，如可以增加或删除游戏子规则对应的规则插件，这样，无需用户记住每一种游戏子规则或规则插件，只需要知道自己想要加载的游戏与常用的棋牌类游戏的游戏子规则的差别，即可快速地确定规则配置信息。因此，可以降低用户操作难度，提高用户粘度。在其中一个实施例中，棋牌类游戏的规则插件的插件类型按照游戏主逻辑的流程阶段划分。在展示所述规则插件表中的各规则插件的插件信息时，根据所述棋牌类游戏的游戏主逻辑的流程阶段对应的插件类型，将各规则插件的插件信息按照与各流程阶段对应的插件类型进行展示。如此，使用户可以按照游戏主逻辑的流程阶段进行规则配置信息的输入，降低对游戏子规则的记忆难度，从而提高用户粘度。以麻将游戏为例，按照游戏主逻辑的流程阶段划分棋牌类游戏的规则插件的插件类型包括：洗牌插件、发牌插件、操作插件、结束插件及结算插件。对应地，按照游戏主逻辑的流程阶段划分棋牌类游戏的游戏子规则的规则类型包括：洗牌规则、发牌规则、操作规则、结束规则及结算规则。洗牌规则，用于规定需要用到的牌。发牌规则,用于规定发牌完毕后手牌的情况。操作规则，用于规定游戏过程中的可进行的操作。结束规则，用于规定游戏是否在一家胡牌时结束游戏。结算规则，用于规定游戏结束后对每一家的积分规则。进一步地，按照游戏主逻辑的流程阶段划分棋牌类游戏的游戏子规则的规则类型还可以包括：补牌规则，用于规定玩家摸到花或者开杠时如何补牌；开始前规则，用于规定所有玩家出牌之前的一些规则；摸牌规则，用于规定牌堆中的牌是否可以被摸完；出牌规则，用于规定出牌的情况；胡牌规则，用于规定胡牌条件。(一)、洗牌规则可以包括：(1)条牌：1条到9条；(2)万牌：1万到9万；(3)筒牌：1筒到9筒；(4)花牌：春夏秋冬梅兰菊竹；(5)字牌：东南西北中发白；(6)字花：字牌当作花牌。若用户需要玩河北麻将，无花；则接收到的规则配置信息应该包括上述洗牌规则中的(1)、(2)、(3)、(5)的游戏子规则分别对应的插件标识。若用户需要玩四川麻将，无花无字；则接收到的规则配置信息应该包括上述洗牌规则中的(1)、(2)、(3)的游戏子规则分别对应的插件标识。若用户需要玩福建麻将，字花；则接收到的规则配置信息应该包括上述洗牌规则中的(1)、(2)、(3)、(4)、(5)、(6)的游戏子规则分别对应的插件标识。(二)发牌规则可以包括：(1)13张手牌：起手以后，每个玩家手里是13张牌；(2)16张手牌：起手以后，每个玩家手里是16张牌；(3)庄家先摸牌：起手以后，庄家手里比闲家多1张牌，但庄家第一轮跳过摸牌阶段。若用户需要玩国际麻将或四川麻将，是13张手牌，则接收到的规则配置信息应该包括上述发牌规则中的(1)的游戏子规则对应的插件标识。若用户需要玩福建麻将，是16张手牌+庄家先摸牌，则接收到的规则配置信息应该包括上述发牌规则中的(2)、(3)的游戏子规则分别对应的插件标识。(三)、补牌规则可以包括：前补：从摸牌的牌堆开始补牌；后补：从摸牌的反方向牌堆开始补牌。若用户需要玩福建麻将，是前补，则接收到的规则配置信息应该包括上述补牌规则中的前补的游戏子规则对应的插件标识。若用户需要玩国际麻将或台湾麻将，是后补，则接收到的规则配置信息应该包括上述补牌规则中的后补的游戏子规则对应的插件标识。(四)、开始前规则可以包括：换三张：游戏开始前可以更换三张牌；定金：游戏开始前，特定的一方(一般是庄家)可以随机抽取一张牌当作“金”；定缺：游戏开始前需要报备一门花色，胡牌时手里不能有这种花色的牌。若用户需要玩癞子麻将或福建麻将，需要定金，则接收到的规则配置信息应该包括上述开始前规则中的定金的游戏子规则对应的插件标识。若用户需要四川麻将，需可以换三张及定缺，则接收到的规则配置信息应该包括上述开始前规则中的换三张和定缺的游戏子规则分别对应的插件标识。(五)、摸牌规则可以包括：全摸完：牌堆里不留牌；留16张：牌堆里需要留16张不能摸。若用户需要玩四川麻将，是全摸完，则接收到的规则配置信息应该包括上述摸牌规则中的全摸完的游戏子规则对应的插件标识。若用户需要玩福建麻将，是留16张，则接收到的规则配置信息应该包括上述摸牌规则中的留16张的游戏子规则对应的插件标识。(六)、出牌规则，目前基本上所有麻将类型的规则均一致。出牌规则可以包括：凑庄：最开始没有发生任何碰或杠，并且打出的前四张牌都是一样的时候，则该局游戏自动结束，庄家继续坐庄；不能打金：被定金的那张牌，不可以被打出去。对于选择了定金的游戏子规则对应的规则插件的麻将游戏，用户可以选择，是否可以打金的游戏子规则。可以理解地，归于没有选择定金的游戏子规则对应的规则插件的麻将游戏，即使用户选择了不能打金对于游戏的进行并无任何影响，因此，优选的实施例中，只有在用户选择了定金的游戏子规则对应的规则插件时，才显示不能打金的游戏子规则的简单描述，供用户选择。用户也可以选择是否包括凑庄的游戏子规则对应的规则插件。(七)、操作规则可以包括：(1)吃：两张连续的牌或者两张中缺的牌可以吃上一家打出来并且没有被其他家碰、杠、胡的牌；(2)碰：两张一样的牌可以碰任意一家打出来并且没有被其他家胡走的牌；(3)杠：三张一样的牌可以杠任意一家打出来或者自己摸起的牌，并且从补牌位置补一张牌；(4)胡：满足胡牌规则的时候，可以胡任意一家打出来的或者自己摸起来的牌。若用户需要玩四川麻将，包括碰、杠、胡的规则，即接收到的规则配置信息应该包括上述洗牌规则中的(2)、(3)、(4)的游戏子规则对应的插件标识。若用户需要玩国标麻将，包括吃、碰、杠、胡的规则，即接收到的规则配置信息应该包括上述洗牌规则中的(1)、(2)、(3)、(4)的游戏子规则对应的插件标识。(八)、胡牌规则可以包括：标准胡牌：所有牌都属于3个一组(杠牌按4个一组计算)，剩下两张一样的牌作为将牌；七对胡牌：13张牌特有的胡牌法，没有任何碰杠，手中所有的牌加上胡的牌刚好是7对(可重复)；不靠胡牌：13张牌特有的胡牌法，手中所有的牌没有任何联系，即点数不同，花色相同并且点数差距在3以上；三金倒:定金牌特有的胡牌法，轮到打出牌时，手里摸到3个金，无视所有手牌，直接胡牌。报听：胡牌之前必须要报听，否则不能胡牌。若用户需要玩国际麻将，包括标准胡牌、七对胡牌、不靠胡牌的规则，即接收到的规则配置信息应该包括上述胡牌规则中的标准胡牌、七对胡牌、不靠胡牌的游戏子规则对应的插件标识。若用户需要玩四川麻将，包括标准胡牌、七对胡牌的规则，即接收到的规则配置信息应该包括上述胡牌规则中的标准胡牌、七对胡牌的游戏子规则对应的插件标识。若用户需要玩福建麻将，包括标准胡牌、三金倒的规则，即接收到的规则配置信息应该包括上述胡牌规则中的标准胡牌、三金倒的游戏子规则对应的插件标识。(九)、结束规则可以包括：(1)标准结束:任意一家胡牌或牌堆摸完，游戏结束；(2)血战到底:胡牌的那一家结束，未胡牌的继续，直到剩最后一家未胡牌结束；(3)血流成河:直到牌堆摸完结束。用户可以根据需要选择标准结束、血战到底、血流成河的结束规则中的任意一种游戏子规则对应的规则插件，从而加载该规则插件。(十)、结算规则可以包括大四喜、大三元、绿一色、九莲宝灯、十八学士、连七对、十三幺、青龙七对等，在此不一一列举说明。在该具体实施例中，游戏进行过程中的具体流程如图3所示，依次为处理洗牌规则、处理发牌规则、处理补牌规则、处理开始前规则；之后，可能需要执行处理摸牌规则、处理出牌规则、判断是否存在可能的操作、处理操作规则、判断是否胡牌、处理胡牌规则、判断游戏是否结束、处理结束后规则及处理结算规则等。进一步地，请参阅图4，获取并加载与所述规则配置信息中的各插件标识对应的规则插件的步骤，即步骤S150，包括：S451，确定所述规则配置信息中的各插件标识对应的规则插件的插件类型。确定插件类型的方式可以为存储一个包括所有插件类型及所有插件标识的数据表，根据规则配置信息的插件标识在数据表中查找确定对应的插件类型。S453，分别判断所述规则配置信息中的各插件标识对应的规则插件的插件类型下是否存在已加载的规则插件。可以获取已加载的规则插件的插件标识，通过将规则配置信息中的各插件标识与获取的已加载的规则插件的插件标识进行对比，从而判断所述规则配置信息中的各插件标识对应的规则插件的插件类型下是否存在已加载的规则插件。S455，根据判断结果、所述规则配置信息中的各插件标识对应的规则插件及已加载的规则插件，形成并加载类型插件。当判断结果为存在时，将该已加载的规则插件作为一个附加插件，附加到该插件标识对应的规则插件上，形成一个类型插件，并加载该类型插件。当判断结果为不存在时，将该插件标识对应的规则插件作为类型插件，加载该类型插件。其中，类型插件为用户选择的同一个插件类型下的规则插件形成的插件。优选地，为了保证按照游戏主逻辑的流程阶段划分的插件类型中的每一个插件类型仅提供一个插件接口，将该已加载的规则插件作为一个附加插件，附加到该插件标识对应的规则插件上的实现方式，可以为：将该已加载的规则插件的程序代码作为一个函数，附加到该插件标识对应的规则插件的程序代码中。因为每一个插件类型仅需提供一个插件接口，所以该方法可以提高棋牌类游戏加载方法的稳定性以及可维护性。在一个具体实施例中，规则配置信息在数据库中体现为一个规则配置表，该规则配置表记录当前加载的麻将游戏需要加载哪些插件。棋牌类游戏的游戏主逻辑的流程阶段通过一个游戏表实现。一种新的麻将游戏在加载之前，该游戏表表现为一张空白的LUA表。其中，LUA是一种解释性的脚本语言。在麻将游戏的加载过程中，需要对该游戏表进行更新。具体更新过程为：获取规则插件表；接收规则配置表，根据规则配置表访问游戏表；若该游戏表中没有数据，则判断是否需要创建数据；若是，则创建数据，并插入到该游戏表中；根据该规则配置表及规则插件表，更新创建的数据。请参阅图5，在其中一个实施例中，获取并加载与所述规则配置信息中的各插件标识对应的规则插件的步骤，即步骤S150，包括：S552，获取所述规则配置信息中的各插件标识。S554，判断所述规则配置信息中的各插件标识对应的规则插件分别是否已加载。S556，根据所述规则配置信息中的各插件标识对应的规则插件分别是否已加载的判断结果，确定是否加载所述规则配置信息中的各插件标识对应的规则插件。当判断结果为是时，无需加载该插件标识对应的规则插件。当判断结果为否时，加载该插件标识对应的规则插件。在本实施例中，对于之前已经加载过的规则插件，无需重复加载，如此，可以减少加载时间，节约系统资源。本发明还提供一种与上述棋牌类游戏加载方法对应的棋牌类游戏系统。请参阅图6，一实施例的棋牌类游戏系统，包括：插件获取展示模块610，用于获取规则插件表，并展示所述规则插件表中的各规则插件的插件信息，任意一个所述规则插件对应所述棋牌类游戏中的一个游戏子规则；配置信息接收模块630，用于接收规则配置信息，获取与所述规则配置信息对应的各规则插件的插件标识；规则插件加载模块650，在接收到游戏加载指令时，获取并加载与所述规则配置信息中的各插件标识对应的规则插件。上述棋牌类游戏系统，通过展示规则插件表中的各规则插件的插件信息，以及接收规则配置信息，可以实现用户与计算机的交互，使棋牌类游戏可以根据用户需求进行个性化设置；在接收到游戏加载指令时，根据接收到的规则配置信息，完成对规则插件的加载，实现一种根据用户需求确定棋牌类游戏系统。该棋牌类游戏系统，可以根据用户的选择灵活配置棋牌类游戏并进行加载，而无需重复开发相同的游戏子规则，当需要加载多种棋牌类游戏时，也无需在内存中重复加载多种棋牌类游戏中重复的游戏子规则，因此，可以降低棋牌类游戏加载的资源耗费。请参阅图7，在其中一个实施例中，所述插件获取展示模块610包括：常用类型获取单元711，用于获取并显示常用棋牌类型；预设规则获取单元713，用于接收棋牌类型选择指令，获取与所述棋牌类型选择指令中选择的棋牌类型对应的预设规则配置信息；所述预设规则配置信息包括与选择的棋牌类型对应的插件集合中的各规则插件的插件标识；预设规则展示单元715，用于获取所述规则插件表，并根据所述预设规则配置信息，将展示的所述规则插件表中、属于所述插件集合的各规则插件的状态设置为已选择状态。在其中一个实施例中，插件获取展示模块610，还用于在展示所述规则插件表中的各规则插件的插件信息时，根据所述棋牌类游戏的游戏主逻辑的流程阶段对应的插件类型，将各规则插件的插件信息按照与各流程阶段对应的插件类型进行展示。请参阅图8，在其中一个实施例中，所述规则插件加载模块650，包括：配置类型确定单元851，用于确定所述规则配置信息中的各插件标识对应的规则插件的插件类型；类型加载判断单元853，用于分别判断所述规则配置信息中的各插件标识对应的规则插件的插件类型下是否存在已加载的规则插件；类型插件加载单元855，用于根据判断结果、所述规则配置信息中的各插件标识对应的规则插件及已加载的规则插件，形成并加载类型插件。请参阅图9，在其中一个实施例中，所述规则插件加载模块650，包括：配置标识获取单元952，用于获取所述规则配置信息中的各插件标识；插件加载判断单元954，用于判断所述规则配置信息中的各插件标识对应的规则插件分别是否已加载；插件加载确定单元956，用于根据所述规则配置信息中的各插件标识对应的规则插件分别是否已加载的判断结果，确定是否加载所述规则配置信息中的各插件标识对应的规则插件。以上实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出多个变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。