用于教育云平台的招生平台的制作方法

本发明涉及教育云平台领域，特别涉及一种用于教育云平台的招生平台。

背景技术：

目前随着计算机技术、网络技术创新进步，特别是微服务架构技术的发展，改变了传统的软件开发与运维模式。另外，由于各业务发展的需要，各业务部门都有自己招生平台，形成了“烟囱式”的系统，各系统之间的集成与协作的成本高昂，在当前技术下，急需要招生中台，来打通各业务平台，避免重复开发。

技术实现要素：

有鉴于此，本发明旨在提供一种用于教育云平台的招生平台，以在教育云平台实现各个业务平台的集成与协作。

具体而言，本发明提供一种用于教育云平台的招生平台，包括：

商品服务组件，用于定义商品的基本属性，所述基本属性包括院校标识、学历标识以及专业标识；

商品授权服务组件，用于对各所述商品定义授权属性，所述授权属性包括授权时段标识、授权机构标识、以及授权价格标识；

报名服务组件，用于定义报名属性，所述报名属性包括学生填报的授权机构标识以及商品的基本属性；

入学资格服务组件，用于对各所述商品定义入学资格条件；并根据各所述商品的入学资格条件，判断所述学生是否满足填报的商品对应的入学资格条件；

录取服务组件，用于对各所述商品定义录取条件；并在判定所述学生满足填报的商品对应的入学资格条件之后，根据各所述商品的录取条件，判断所述学生是否满足填报的商品对应的录取条件；

缴费服务组件，用于根据授权时段标识以及授权价格标识，定义各商品的付款规则；在判定所述学生满足填报的商品对应的录取条件之后，生成所述学生填报的商品的缴费信息。

进一步地，所述商品服务组件包括：

第一发送子模块，用于将所述商品的基本属性发送至所述教育云平台的网络教育管理平台、成教管理平台、以及除所述招生平台之外的其他中台的商品管理模块。

进一步地，所述商品授权服务组件包括：

第二发送子模块，用于将所述商品的授权属性发送至所述教育云平台的网络教育管理平台、成教管理平台、以及除所述招生平台之外的其他中台的商品授权管理模块。

进一步地，所述报名服务组件包括：

第三发送子模块，用于将所述报名属性发送至所述教育云平台的网络教育管理平台、成教管理平台、以及除所述招生平台之外的其他中台的报名管理模块。

进一步地，所述入学资格服务组件包括：

第四发送子模块，用于将所述学生是否满足填报的商品对应的入学资格条件的判断结果发送至所述教育云平台的网络教育管理平台、成教管理平台、以及除所述招生平台之外的其他中台的入学资格管理模块。

进一步地，所述录取服务组件包括：

第五发送子模块，用于将所述学生是否满足填报的商品对应的录取条件的判断结果发送至所述教育云平台的网络教育管理平台、成教管理平台、以及除所述招生平台之外的其他中台的录取管理模块。

进一步地，所述缴费服务组件包括：

第六发送子模块，用于所述学生填报的商品的缴费信息发送至所述教育云平台的网络教育管理平台、成教管理平台、以及除所述招生平台之外的其他中台的缴费管理模块。

本发明的用于教育云平台的招生平台采用springcloud微服务架构，解决了传统的分层架构中的一些问题，它的核心特点是高可伸缩性、易于开发、测试和部署独立的服务组件，这些服务组件解耦的、分布式的、相互独立的，这些微服务便于在教育云平台实现各个业务平台的集成与协作。

附图说明

并入到说明书中并且构成说明书的一部分的附图示出了本发明的实施例，并且与描述一起用于解释本发明的原理。在这些附图中，类似的附图标记用于表示类似的要素。下面描述中的附图是本发明的一些实施例，而不是全部实施例。对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种用于教育云平台的招生平台的结构框图，为方面理解还示出了教育云平台中其它的系统。

图2为本发明实施例提供的一种用于教育云平台的招生平台中的商品服务的架构图。

具体实施方式

现在参考附图介绍本发明的示例性实施方式，然而，本发明可以用许多不同的形式来实施，并且不局限于此处描述的实施例，提供这些实施例是为了详尽地且完全地公开本发明，并且向所属技术领域的技术人员充分传达本发明的范围。对于表示在附图中的示例性实施方式中的术语并不是对本发明的限定。在附图中，相同的单元/元件使用相同的附图标记。

除非另有说明，此处使用的术语(包括科技术语)对所属技术领域的技术人员具有通常的理解含义。另外，可以理解的是，以通常使用的词典限定的术语，应当被理解为与其相关领域的语境具有一致的含义，而不应该被理解为理想化的或过于正式的意义。

如图1所示，一种用于教育云平台的招生平台(图1中得招生平台中的各服务组件的名称均省略了组件二字，比如商品服务组件简称为商品服务)，包括：

商品服务组件(即为商品服务)，用于定义商品的基本属性，所述基本属性包括院校标识、学历标识以及专业标识；

商品授权服务组件(即为商品授权服务)，用于对各所述商品定义授权属性，所述授权属性包括授权时段标识、授权机构标识、以及授权价格标识；

报名服务组件(即为报名服务)，用于定义报名属性，所述报名属性包括学生填报的授权机构标识以及商品的基本属性；

入学资格服务组件(即为入学资格服务)，用于对各所述商品定义入学资格条件；并根据各所述商品的入学资格条件，判断所述学生是否满足填报的商品对应的入学资格条件；

录取服务组件(即为录取服务)，用于对各所述商品定义录取条件；并在判定所述学生满足填报的商品对应的入学资格条件之后，根据各所述商品的录取条件，判断所述学生是否满足填报的商品对应的录取条件；

缴费服务组件(即为缴费服务)，用于根据授权时段标识以及授权价格标识，定义各商品的付款规则；在判定所述学生满足填报的商品对应的录取条件之后，生成所述学生填报的商品的缴费信息。

进一步地，所述商品服务组件包括：

第一发送子模块(图中未示出)，用于将所述商品的基本属性发送至所述教育云平台的网络教育管理平台、成教管理平台、以及除所述招生平台之外的其他中台的商品管理模块。

进一步地，所述商品授权服务组件包括：

第二发送子模块(图中未示出)，用于将所述商品的授权属性发送至所述教育云平台的网络教育管理平台、成教管理平台、以及除所述招生平台之外的其他中台的商品授权管理模块。

进一步地，所述报名服务组件包括：

第三发送子模(图中未示出)块，用于将所述报名属性发送至所述教育云平台的网络教育管理平台、成教管理平台、以及除所述招生平台之外的其他中台的报名管理模块。

进一步地，所述入学资格服务组件包括：

第四发送子模块(图中未示出)，用于将所述学生是否满足填报的商品对应的入学资格条件的判断结果发送至所述教育云平台的网络教育管理平台、成教管理平台、以及除所述招生平台之外的其他中台的入学资格管理模块。

进一步地，所述录取服务组件包括：

第五发送子模块(图中未示出)，用于将所述学生是否满足填报的商品对应的录取条件的判断结果发送至所述教育云平台的网络教育管理平台、成教管理平台、以及除所述招生平台之外的其他中台的录取管理模块。

进一步地，所述缴费服务组件包括：

第六发送子模块(图中未示出)，用于所述学生填报的商品的缴费信息发送至所述教育云平台的网络教育管理平台、成教管理平台、以及除所述招生平台之外的其他中台的缴费管理模块。

通过设置招生平台，教育云平台中的多个产品(业务)线，如网招nes、线下招生(平台)、网络教育管理平台，成教管理平台等，各个业务线的招生业务进行抽象，形成共同的标准化的招生中台(平台)，来支持各大业务线的应用，通过设置招生平台，其作为教育云平台的子项目，招生中台的应用，首先是增加了教育云平台上的招生类应用，再有其他业务类型的招生，其直接可以支持，避免重复开发建设；其次，招生中台，从技术上应用docker、微服务、容器编排等最新技术、具有了高弹性和高可用性；总体会降低了公司的整体成本。

本实施例提出一种抽象的方法，将商品、商品授权、报名、入学资格、录取、缴费抽象为公共的中台服务，不受某一业务应用的影响，而是对不同类型的业务进行支持。为了实现上述目的，本发明的首先抽象出商品服务，招生的商品，由“院校”+“层次”+“专业”组合而成，商品还有其他扩展属性，留给各业务平台自己定义。其次抽象出商品授权服务，商品授权在商品的基础上，需要增加授权期间(批次)、授权机构(学习中心)、售价(授权价格)。接下来抽象出报名服务，报名服务的核心是学生通过某个渠道，在某个授权机构获得商品。接下来抽象出入学资格服务、各商品在定义时都会有相应的资格定义，根据改规则，来作成相应的服务，对学生进行入学资格的判断。然后是抽象出录取服务，各商品也有相应的录取的条件，根据条件，形成相应的服务，来对学生进行录取的判断，输出给各应用录取的服务。最后是抽象出缴费服务，学生报名就相当于购买了商品，有相应的付款规则，形成相应的缴费服务，对接支付系统，来为招生服务。从而解决招生过程中的商品管理、商品授权管理、用户注册管理、报名管理、入学测试管理、入学资格管理、录取管理、缴费管理等问题。招生平台核心包括6个微服务，它对应用构成支撑，输出学生的报名订单到教育云平台的不同业务线的平台。本发明的另一个目的通过以上模型的抽象与划分，将以前各业务系统的高度耦合的招生平台进行解耦和微服务化，为教育云平台输出该领域的能力。

已经通过参考少量实施方式描述了本发明。然而，本领域技术人员所公知的，正如附带的专利权利要求所限定的，除了本发明以上公开的其他的实施例等同地落在本发明的范围内。

通常地，在权利要求中使用的所有术语都根据他们在技术领域的通常含义被解释，除非在其中被另外明确地定义。所有的参考“一个/所述/该[装置、组件等]”都被开放地解释为所述装置、组件等中的至少一个实例，除非另外明确地说明。这里公开的任何方法的步骤都没必要以公开的准确的顺序运行，除非明确地说明。