本发明属于通信领域，尤其涉及一种教育云信息的推送方法和推送系统。
背景技术：
消息推送是针对互联网应用开发领域的技术，指服务端以主动方式将信息送达客户端。主要用于提升用户体验，避免用户主动从服务端拉取数据。例如邮件中自动出现刚收到的邮件项，即时通讯自动提示新到消息等应用场景。
教育云拥有多种渠道的终端系统可以接受推送消息，包括：教育云Web消息中心，手机客户端(Android/IOS)、微信公众号、钉钉企业号等，开发者如果有消息需要推送，通常需要针对不同的终端开发不同的程序来推送消息，这样非常消耗开发者的精力。
技术实现要素：
本发明实施例是这样实现的，一种教育云消息的推送方法，所述推送方法包括：
开发者向教育云服务器端发送消息推送请求，所述消息推送请求中携带待推送消息；
教育云服务器端根据所述消息推送请求获取对应的推送客户端；
教育云服务器端根据所述推送客户端的类型，通过对应的传输方式将所述待推送消息发送到推送客户端。
本发明实施例的另一目的在于提供一种教育云消息的推送系统，所述推送系统包括：
开发者，用于向教育云服务器端发送消息推送请求，所述消息推送请求中携带待推送消息；
教育云服务器端，用于接收所述开发者发送的消息推送请求，根据所述消息推送请求获取对应的推送客户端，根据所述推送客户端的类型，通过对应的传输方式将所述待推送消息发送到推送客户端；
推送客户端，用于接收所述教育云服务器端发送的待推送消息。
本发明实施例，开发者向教育云服务器端发送消息推送请求，消息推送请求中携带待推送消息，教育云服务器端根据消息推送请求获取对应的推送客户端，教育云服务器端根据所述推送客户端的类型，通过对应的传输方式将待推送消息发送到推送客户端，使得开发者不再需要根据推送客户端的类型额外开发，由教育云客户端统一发送，方便了消息的推送。
附图说明
图1为本发明一示例性实施例示出的一种教育云信息的推送方法的流程图；
图2为本发明一示例性实施例示出的一种教育云信息的推送系统的结构图；
图3为本发明实施例示出的推送系统的架构示意图；
图4为本发明实施例示出的推送流程图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。
如图1所示为本发明一示例性实施例示出的一种教育云信息的推送方法的流程图，所述推送方法包括：
步骤S101，开发者向教育云服务器端发送消息推送请求，所述消息推送请求中携带待推送消息；
步骤S102，教育云服务器端根据所述消息推送请求获取对应的推送客户端；
步骤S103，教育云服务器端根据所述推送客户端的类型，通过对应的传输方式将所述待推送消息发送到推送客户端。
在本发明实施例中，整个推送流程包括三方：开发者(即推送消息的生成端)、教育云服务器端(即推送消息的发送端)、推送客户端(即推送消息的接收端)。开发者在本地的终端上生成需要推送的消息，将待推送消息添加到消息推送请求中，并将消息推送请求发送到教育云服务器端。
教育云服务器端可以有多个开发者在使用，每个开发者对应的推送客户端也不同，因此，教育云服务器端在接收到消息推送请求后，根据该消息推送请求从本地的数据库中获取该开发者对应的推送客户端，即所述教育云服务器端根据所述消息推送请求获取对应的推送客户端，包括：教育云服务器端根据所述消息推送请求从本地的数据库中获取对应的推送客户端。
推送客户端具有多个种类，如：应用程序类客户端(apk、app等)、web类客户端、第三方客户端(微信、钉钉等)，对于不同的客户端需要使用不同的方法来推送消息，因此教育云服务器端在获取了对应的推送客户端之后，还需要获取该推送客户端的类型，并根据不同的类型使用不同的传输方式将消息发送到推送客户端。具体的：如果为应用程序类客户端，则通过TCP方式将待推送消息发送到推送客户端；如果为web类客户端，则通过HTTP方式将待推送消息发送到推送客户端；如果为第三方客户端，则通过API接口方式将推送消息发送到推送客户端。
本发明实施例，开发者向教育云服务器端发送消息推送请求，消息推送请求中携带待推送消息，教育云服务器端根据消息推送请求获取对应的推送客户端，教育云服务器端根据所述推送客户端的类型，通过对应的传输方式将待推送消息发送到推送客户端，使得开发者不再需要根据推送客户端的类型额外开发，由教育云客户端统一发送，方便了消息的推送。
作为本发明的一个可选实施例，在所述教育云服务器端根据所述消息推送请求获取对应的推送客户端的步骤之后，所述推送方法还包括：
教育云服务器端确定所述推送消息接收完毕。
如图2所示为本发明一示例性实施例示出的一种教育云信息的推送系统的结构图，所述推送系统包括：
开发者201，用于向教育云服务器端发送消息推送请求，所述消息推送请求中携带待推送消息；
教育云服务器端202，用于接收所述开发者发送的消息推送请求，根据所述消息推送请求获取对应的推送客户端，根据所述推送客户端的类型，通过对应的传输方式将所述待推送消息发送到推送客户端；
推送客户端203，用于接收所述教育云服务器端发送的待推送消息。
在本发明实施例中，整个推送流程包括三方：开发者(即推送消息的生成端)、教育云服务器端(即推送消息的发送端)、推送客户端(即推送消息的接收端)。开发者在本地的终端上生成需要推送的消息，将待推送消息添加到消息推送请求中，并将消息推送请求发送到教育云服务器端。
教育云服务器端可以有多个开发者在使用，每个开发者对应的推送客户端也不同，因此，教育云服务器端在接收到消息推送请求后，根据该消息推送请求从本地的数据库中获取该开发者对应的推送客户端，即所述教育云服务器端根据所述消息推送请求获取对应的推送客户端，包括：教育云服务器端根据所述消息推送请求从本地的数据库中获取对应的推送客户端。
推送客户端具有多个种类，如：应用程序类客户端(apk、app等)、web类客户端、第三方客户端(微信、钉钉等)，对于不同的客户端需要使用不同的方法来推送消息，因此教育云服务器端在获取了对应的推送客户端之后，还需要获取该推送客户端的类型，并根据不同的类型使用不同的传输方式将消息发送到推送客户端。具体的：如果为应用程序类客户端，则通过TCP方式将待推送消息发送到推送客户端；如果为web类客户端，则通过HTTP方式将待推送消息发送到推送客户端；如果为第三方客户端，则通过API接口方式将推送消息发送到推送客户端。
本发明实施例，开发者向教育云服务器端发送消息推送请求，消息推送请求中携带待推送消息，教育云服务器端根据消息推送请求获取对应的推送客户端，教育云服务器端根据所述推送客户端的类型，通过对应的传输方式将待推送消息发送到推送客户端，使得开发者不再需要根据推送客户端的类型额外开发，由教育云客户端统一发送，方便了消息的推送。
作为本发明的一个可选实施例，所述教育云服务器端还用于确定所述推送消息接收完毕。
如图3所示为本发明实施例示出的推送系统的架构示意图。
如图4所示为本发明实施例示出的推送流程图。
本领域普通技术人员可以理解为上述实施例所包括的各个单元只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。
本领域普通技术人员还可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以在存储于一计算机可读取存储介质中，所述的存储介质，包括ROM/RAM、磁盘、光盘等。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。