一种消息服务器、消息下发方法以及终端

1.一种消息下发方法，其特征在于，包括如下步骤：
通过服务器校验传参和校验模板，
在服务器中根据模板变量更新所述模板，
所述服务器创建状态为推送中的下发记录，向用户推送消息，
更新所述下发记录的状态，返回成功响应包至所述服务器,最后返回推送的真实结果。
2.根据权利要求1所述的消息下发方法，其特征在于，传参还包括：模板I D、模板变量、接收对象以及消息链接的传参。
3.根据权利要求1所述的消息下发方法，其特征在于，按照相同类型的下发消息创建同一模板。
4.根据权利要求1所述的消息下发方法，其特征在于，还包括：统计出推送数据的总量和与所述推送数据相关的用户数据。
5.一种消息服务器，其特征在于，包括：多端通信协议单元和推送模板消息接口单元，所述多端通信协议单元，用以建立端口的通信协议，
所述推送模板消息接口单元，用以校验传参和校验模板，根据模板变量更新所述模板，以及，创建状态为推送中的下发记录，向用户推送消息，
更新所述下发记录的状态，返回成功响应包，最后返回推送的真实结果。
6.根据权利要求5所述的消息服务器，其特征在于，还包括：查询消息接口单元和停止推送消息接口单元，用以提供消息查询/停止接口。
7.根据权利要求5所述的消息服务器，其特征在于，还包括：消息统计单元，用以统计所述推送模板消息接口单元中模板消息的推送记录数据。
8.一种用以执行权利要求1-4中任一项的消息下发方法的终端，其特征在于，包括：创建模板单元和选择单元，
所述创建模板单元，用以输入模板变量并更新模板，调用推送模板消息接口推送自定义消息，
所述选择单元，用以提供推送对象和消息类型的选择接口。
9.根据权利要求8所述的终端，其特征在于，所述创建模板单元还用以，提供同一模板，并在推送时通过修改模板变量、接收消息的对象或消息链接定制化下发消息。
10.根据权利要求8所述的终端，其特征在于，调用推送模板消息接口时，返回成功响应包。

一种消息服务器、消息下发方法以及终端\n技术领域\n[0001] 本发明涉及计算机软件、手机软件领域，特别涉及一种消息服务器、消息下发方法以及终端。\n背景技术\n[0002] 推送的“消息”形式不仅仅是指通知栏push和短信，更包含了应用内消息、邮件、微信通知等多种形式或载体。\n[0003] 消息推送(push)是手机APP的一个重要运营渠道，能起到提高用户活跃度和留存率的作用。当前，为了提高营销活动的参与度，各活动方会推送自己的营销消息给用户。消息推送具备信息传达及时的特点，消息通过各种形式触达用户，及时反馈给用户。有利于用户准确知晓自己账户变动，了解市场变动信息，从而做出进一步反映。消息推送还能够丰富运营推广手段，提升产品留存率和活跃度，有利于提升投资转化率。另外采用消息推送的各种形式本身成本较低。另一个方面采用自动化的消息推送还能够大大节省平台的客服人力成本。\n[0004] 具体的消息推送类别与场景可以包括如下的几种：\n[0005] 1.1平台活动与公告，活动一般指平台为吸引用户投资、借款或者使用某一特定功能而开展的活动。表现形式是周年庆、加息活动、红包发放、赠送各种优惠券等等。公告指平台向用户告知平台相关事宜。根据公告的重要性选用不同的消息推送方式。\n[0006] 1.2个人账户相关内容，是在本文指针对某个特定用户涉及个人账户的消息推送内容。\n[0007] 1.3投资理财讯息，主要满足用户快速获取信息的需求或者提高用户对产品的打开率和粘性，为用户推送理财攻略、行业资讯等内容。股票交易类产品会将最新最重要的市场讯息推送给投资用户，以备投资者决策。\n[0008] 此外，目前的消息推送方式主要包括：\n[0009] 2.1短信推送，短信是最常用的消息推送方式。短信触达用户相对比较直接，优先级最高。短信推送成本较大，适用于较为重大的活动运营或者和个人账户密码相关的。但是短信营销通道受到移动运营商的监控，对某些关键词有限制。且在Android手机上易被当成垃圾信息进行屏蔽。\n[0010] 2.2通知栏推送，是最常见、最频繁使用的消息推送方式。各种推送内容均可以通过应用内消息推送。iOS和Android系统均有push系统，因此可以将信息快速的推送给用户。\n用户在通知栏打开消息后，则可进入APP首页甚至进入某个特定的页面。\n[0011] 2.3应用内消息，对一般的互金产品，用户打开频率低，因此应用内消息通常用于那些重要程度较低的通知。应用内消息在APP中一般有专门的入口。消息形式也可以是多种多样。在主Tab、消息入口图标中采用小红点或者红色数字以达到吸引用户点击浏览的目的。应用内消息往往与通知栏的推送互为一体。比如点击某个通知栏公告，进入APP应用内消息，自动打开该公告对应的详情页。\n[0012] 2.4微信服务号推送，相比应用内通知，微信服务号推送更能触达用户。当然，推送的前提是要引导去完成微信端绑定平台服务号。\n[0013] 在现有技术的方案中各活动方分别调用底层的推送接口推送消息，各自根据底层的接口协议组装复杂的消息体参数，一旦底层的推送接口更改了消息体协议，所有调用方都必须同时更新，否则可能导致消息无法下发。\n发明内容\n[0014] 本发明要解决的技术问题是，提供一种消息服务器，有利于帮助运营人员更高效的实现运营目标，支持创建消息模板，模板标题和摘要支持变量替换，由此各活动方/调用方可自定义推送内容。还可提供模板消息的推送记录统计数据，供各活动方/调用方查询。\n[0015] 以及，还提供了：一种消息下发方法，提高了开发效率，能够应付底层的推送接口更改消息体协议的情况发生。\n[0016] 本发明还提供了：一种终端，可以在用户端方便各活动方快速实现消息推送。开放推送模板消息接口，由各活动方调用，接受模板id、模板变量字符串、消息接收对象、消息详情、消息上通知栏的截止时间、消息有效的结束时间等参数。\n[0017] 解决上述技术问题，本发明提供了一种消息下发方法，包括如下步骤：\n[0018] 通过服务器校验传参和校验模板，\n[0019] 在服务器中根据模板变量更新所述模板，\n[0020] 所述服务器创建状态为推送中的下发记录，向用户推送消息，\n[0021] 更新所述下发记录的状态，返回成功响应包至所述服务器。\n[0022] 更进一步，传参还包括：模板ID、模板变量、接收对象以及消息链接的传参。\n[0023] 更进一步，按照相同类型的下发消息创建同一模板。\n[0024] 更进一步，方法还包括：统计出推送数据的总量和与所述推送数据相关的用户数据。\n[0025] 本发明提供了一种消息服务器，包括：多端通信协议单元和推送模板消息接口单元，\n[0026] 所述多端通信协议单元，用以建立端口的通信协议，\n[0027] 所述推送模板消息接口单元，用以校验传参和校验模板，根据模板变量更新所述模板，\n[0028] 以及，创建状态为推送中的下发记录，向用户推送消息，\n[0029] 更新所述下发记录的状态，返回成功响应包。\n[0030] 更进一步，消息服务器还包括：查询消息接口单元和停止推送消息接口单元，用以提供消息查询/停止接口。\n[0031] 更进一步，消息服务器还包括：消息统计单元，用以统计所述推送模板消息接口单元中模板消息的推送记录数据。\n[0032] 本发明提供了一种用以下发消息的终端，包括：创建模板单元和选择单元，[0033] 所述创建模板单元，用以输入模板变量并更新模板，调用推送模板消息接口推送自定义消息，\n[0034] 所述选择单元，用以提供推送对象和消息类型的选择接口。\n[0035] 更进一步，所述创建模板单元还用以，提供同一模板，并在推送时通过修改模板变量、接收消息的对象或消息链接定制化下发消息。\n[0036] 更进一步，调用推送模板消息接口时，返回成功响应包。\n[0037] 本发明的有益效果：\n[0038] 1)通过本发明中提供的消息服务器，方便了各活动方快速实现消息推送，同时本发明中的消息服务器基于模板，活动方/调用方在调用推送模板消息接口时，直接回包，不需要等待底层推送的真实结果。\n[0039] 2)更进一步，本发明提供的消息服务器中的推送模板消息接口单元，提供了模板消息推送接口，封装了消息体参数，调用方无需关注如何组装消息体，只需要传递模板id、接收对象、消息链接(url)等与业务强相关的参数，极大的提高了开发效率。而且一旦底层的推送接口更改消息体协议，只需要本发明改动即可。\n[0040] 3)本发明中用以下发消息的终端，由于包括创建模板单元和选择单元，所述创建模板单元可以提供同一个模板，从而可供多个活动方使用，推送时仅需传递自定义的模板变量、接收消息的对象、消息url等即可实现推送内容的定制化。\n[0041] 4)本发明中消息下发方法，在调用推送模板消息接口时，直接回包不需要等待底层推送的真实结果。上述的方法可以避免当接口被大批量并发调用时，如果底层推送接口超时，内存变量迟迟不释放而内存暴涨，增加服务器压力。\n[0042] 5)本发明还可将产品推荐类、活动推送类等相同类型的消息创建为模板，并可查询该模板的推送记录，以及统计各活动方的推送数据以及由某次推送带来的用户参与度、用户活跃度等数据的变化，有利于帮助运营人员更高效的实现运营目标。\n附图说明\n[0043] 图1是本发明一实施例中的消息下发方法流程示意图；\n[0044] 图2是本发明一实施例中的消息服务器示意图；\n[0045] 图3是本发明一实施例中的用以下发消息的终端流程示意图；\n[0046] 图4是创建模板的页面示意图；\n[0047] 图5是推送模板消息接口实现逻辑示意图；\n[0048] 图6是执行推送消息流程示意图；\n[0049] 图7(a)是以IOS通知中心为例收到信息的示意图；\n[0050] 图7(b)是以APP为例收到弹框消息的示意图；\n[0051] 图7(c)是点击/打开查看消息框跳转后的推送页面的示意图。\n具体实施方式\n[0052] 现在将参考一些示例实施例描述本公开的原理。可以理解，这些实施例仅出于说明并且帮助本领域的技术人员理解和实施例本公开的目的而描述，而非建议对本公开的范围的任何限制。在此描述的本公开的内容可以以下文描述的方式之外的各种方式实施。\n[0053] 如本文中所述，术语“包括”及其各种变体可以被理解为开放式术语，其意味着“包括但不限于”。术语“基于”可以被理解为“至少部分地基于”。术语“一个实施例”可以被理解为“至少一个实施例”。术语“另一实施例”可以被理解为“至少一个其它实施例”。\n[0054] 请参考图1是本发明一实施例中的消息下发方法流程示意图，本实施例中的一种消息下发方法，包括如下步骤：\n[0055] 步骤S100通过服务器校验传参和校验模板，在所述步骤S100首先需要通过服务器校验与客户端之间的传参是否正确，作为本实施例中的优选，方法还包括：模板ID、模板变量、接收对象以及消息链接的传参，校验的传参包括但不限于，\n[0056] 模板ID的格式是否正确？若不正确，则返回出错响应包，\n[0057] 模板变量字符串是否合法的json字符串？若不正确，则返回出错响应包，[0058] 消息URL的格式是否正确？若不正确，则返回出错响应包，\n[0059] 接收对象是否正确？若不正确，则返回出错响应包，\n[0060] 若正确则需要在数据库中校验模板ID是否存在且状态是否正常，若不正确，则返回出错响应包。\n[0061] 上述的模板消息推送接口，封装了消息体参数，服务器调用时无需关注如何组装消息体，只需要传递模板ID、接收对象、消息URL等与业务强相关的参数，极大的提高了开发效率。\n[0062] 若正确则进入步骤S101，\n[0063] 步骤S101在服务器中根据模板变量更新所述模板，具体而言需要采用模板变量参数值替换原模板中的标题和模板摘要中的变量名，具体如图4中所示，建立临时模板对象+接收对象以及URL。由于模板标题和/或摘要支持变量替换，由此用户(各活动方)可自定义推送内容。\n[0064] 步骤S102所述服务器创建状态为推送中的下发记录，向用户推送消息，具体而言是在关系型数据库中创建PUSH记录，同时下发记录的状态为：推送中。\n[0065] 步骤S103更新所述下发记录的状态，返回成功响应包至所述服务器。具体而言，需要向客户端的应用程序上推送消息，然后在服务器的关系型数据库中更新该条PUSH记录的状态，最后返回推送的真实结果。\n[0066] 在上述方法中，开放了用以推送的模板消息接口，可由各活动方调用，传参包括但不限于模板id、模板变量字符串、消息接收对象、消息详情、消息上通知栏的截止时间、消息有效的结束时间等参数，首先校验是否正确，其次再校验模板ID是否状态是否正常，最后使用变量参数值替换原模板中的模板标题和模板摘要。\n[0067] 作为本实施例中的优选，在上述方法中，还按照相同类型的下发消息创建同一模板，可将产品推荐类、活动推送类等按照同类型进行同一模板的创建。\n[0068] 作为本实施例中的优选，在上述方法中，还包括：统计出推送数据的总量和与所述推送数据相关的用户数据，通过统计各活动方的推送数据以及由某次推送带来的用户参与度、用户活跃度等数据的变化等数据，有利于帮助运营人员更高效的实现运营目标。\n[0069] 在本申请另一实施例中，提供了一种消息服务器，包括：多端通信协议单元1和推送模板消息接口单元2，\n[0070] 所述多端通信协议单元1，用以建立端口的通信协议，多端通信协议包括但不限于支持无线端或有线端的通信协议，\n[0071] 所述推送模板消息接口单元2，用以校验传参和校验模板，根据模板变量更新所述模板，以及，创建状态为推送中的下发记录，向用户推送消息，更新所述下发记录的状态，返回成功响应包。\n[0072] 上述消息服务器还包括：所述查询消息接口单元和停止推送消息接口单元，用以提供消息查询/停止接口。停止推送消息接口即停止推送消息，查询消息接口即提供可查询该模板的推送记录的接口。\n[0073] 上述消息服务器还包括：消息统计单元，用以统计所述推送模板消息接口单元中模板消息的推送记录数据。通过统计各活动方的推送数据以及由某次推送带来的用户参与度、用户活跃度等数据的变化等数据，有利于帮助运营人员更高效的实现运营目标。\n[0074] 在本申请另一实施例中，提供了一种用以下发消息的终端，包括：创建模板单元\n200和选择单元201，所述创建模板单元200，用以输入模板变量并更新模板，调用推送模板消息接口推送自定义消息，所述选择单元201，用以提供推送对象和消息类型的选择接口。\n[0075] 作为本实施例中的优选，所述创建模板单元还用以，提供同一模板，并在推送时通过修改模板变量、接收消息的对象或消息链接定制化下发消息，针对同一个模板，可供多个活动方使用，推送时仅需传递自定义的模板变量、接收消息的对象、消息URL等即可实现推送内容的定制化。\n[0076] 作为本实施例中的优选，调用推送模板消息接口时，返回成功响应包。\n[0077] 以“炒股大赛”的消息推送为例对于上述的终端对应的产品，可参考图4和图7(a)-图7(c)，炒股大赛正式启动后，逢交易日上午10：00，会对未参加炒股大赛的用户推送邀请报名的消息。接收到消息的用户点击消息，将跳转到炒股大赛页面。推送模板消息时，首先要在客户端新建模板或查询已有的模板，获取模板id。模板中的标题和摘要可能包含需要活动方自定义的模板变量。如炒股大赛产品所使用的模板如图4所示。对应到具体的技术实现，在本实施例中用以下发消息的终端包括：创建模板单元200和选择单元201，所述创建模板单元200，用以输入模板变量并更新模板，调用推送模板消息接口推送自定义消息，所述选择单元201，用以提供推送对象和消息类型的选择接口。终端可以用新增/编辑/删除等方式管理模板和查看推送统计数据、发送模板消息。基于B/S模式，统一了客户端，将系统功能实现的核心部分集中到服务器上，简化了系统的开发、维护和使用。客户只要安装一个浏览器，如Netscape Navigator或Internet Explorer，后台服务器安装SQL Server、Oracle、MYSQL等数据库。浏览器通过Web Server同数据库进行数据交互。终端可访问服务器的数据库。并通过终端调用模板消息推送接口向指定用户推送该条消息，如图7(a)-图7(c)所示，分别是以IOS通知中心为例收到信息的示意图、以APP为例收到弹框消息的示意图、点击/打开查看消息框跳转后的推送页面的示意图。活动方既可以登录终端，发送模板消息，也可以直接在自己的业务代码中调用推送模板消息接口来发送消息给接收方。比如业务代码创建了一个定时器，每天上午10点，调用接口向用户推送消息。前者比较依赖于人工操作，通常是用于测试。其中，接收方是终端的注册用户(登录状态下即可立即接收消息，若未登录，则在登录后，且消息还没有失效的情况下，会立即接收到消息)或游客(即未登录状态下也可立即接收消息)。\n[0078] 如图4所示，是创建/编辑模板的界面，但通常只有权限较高的活动方管理员才可创建和编辑模板，避免某个活动方更改模板内容后，造成其他活动方调用推送模改消息接口时，下发的消息内容不符合预期。\n[0079] 请参考图5是推送模板消息接口实现逻辑示意图，本实施例中的消息服务器，包括：多端通信协议单元1和推送模板消息接口单元2，所述多端通信协议单元1，用以建立端口的通信协议，多端通信协议包括但不限于支持无线端或有线端的通信协议，所述推送模板消息接口单元2，用以校验传参和校验模板，根据模板变量更新所述模板，以及，创建状态为推送中的下发记录，向用户推送消息，更新所述下发记录的状态，返回成功响应包。推送模板消息接口单元2的实现逻辑如图5。\n[0080] 步骤S1调用方调用接口，\n[0081] 步骤S2校验传参是否正确，若否则进入步骤S5，若是则进入步骤S3，[0082] 步骤S3校验模板ID是否存在且状态是否正常，若是则进入步骤S4，若否则进入步骤S5，\n[0083] 步骤S4用模板变量参数值替换模板标题和摘要中的变量名，得到临时模板对象+接收对象以及URL，\n[0084] 步骤S5返回出错响应包，\n[0085] 步骤S6构建新的推送对象，根据临时模板对象+接收对象以及URL，\n[0086] 步骤S7是否需要等待推送回包，若否则进入步骤S8，若是则进入步骤S9，[0087] 步骤S8立即返回成功响应包，并进入步骤S12，\n[0088] 步骤S9执行推送消息流程，\n[0089] 步骤S10推送是否成功？若是则进入步骤S11，若否则进入步骤S13，\n[0090] 步骤S11返回成功响应包，\n[0091] 步骤S12执行推送消息流程，\n[0092] 步骤S13返回失败响应包，\n[0093] 步骤S14结束。\n[0094] 在调用推送模板消息接口时，直接回包，不需要等待底层推送的真实结果。这样可以避免当接口被大批量并发调用时，如果底层推送接口超时，内存变量迟迟不释放而内存暴涨，增加服务器压力。\n[0095] 区别于现有技术，在各活动方分别调用底层的推送接口推送消息，各自根据底层的接口协议组装复杂的消息体参数，一旦底层的推送接口更改了消息体协议，所有调用方都必须同时更新，否则可能导致消息无法下发。本实施例中提供的模板消息推送接口，封装了消息体参数，调用方无需关注如何组装消息体，只需要传递模板id、接收对象、消息url等与业务强相关的参数，很大程度上的提高了开发效率。并且，可根据底层的推送接口更改消息体协议。\n[0096] 请参考图6是执行推送消息流程示意图，步骤包括：\n[0097] 步骤S-1开始执行推送消息流程，\n[0098] 步骤S-2在关系数据库中创建一条PUSH记录，状态为推送中，\n[0099] 步骤S-3向APP推送消息，\n[0100] 步骤S-4更新该条PUSH记录的状态，\n[0101] 步骤S-5返回推送真实结果。\n[0102] 执行推送消息流程还包括：模板ID、模板变量、接收对象以及消息链接的传参，并对所述传参进行校验。\n[0103] 执行推送消息流程还包括：按照相同类型的下发消息创建同一模板，可将产品推荐类、活动推送类等按照同类型进行同一模板的创建。\n[0104] 执行推送消息流程还包括：统计出推送数据的总量和与所述推送数据相关的用户数据，通过统计各活动方的推送数据以及由某次推送带来的用户参与度、用户活跃度等数据的变化等数据，有利于帮助运营人员更高效的实现运营目标。\n[0105] 应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。\n[0106] 在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。\n[0107] 总体而言，本公开的各种实施例可以以硬件或专用电路、软件、逻辑或其任意组合实施。一些方面可以以硬件实施，而其它一些方面可以以固件或软件实施，该固件或软件可以由控制器、微处理器或其它计算设备执行。虽然本公开的各种方面被示出和描述为框图、流程图或使用其它一些绘图表示，但是可以理解本文描述的框、设备、系统、技术或方法可以以非限制性的方式以硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其它计算设备或其一些组合实施。\n[0108] 此外，虽然操作以特定顺序描述，但是这不应被理解为要求这类操作以所示的顺序执行或是以顺序序列执行，或是要求所有所示的操作被执行以实现期望结果。在一些情形下，多任务或并行处理可以是有利的。类似地，虽然若干具体实现方式的细节在上面的讨论中被包含，但是这些不应被解释为对本公开的范围的任何限制，而是特征的描述仅是针对具体实施例。在分离的一些实施例中描述的某些特征也可以在单个实施例中组合地执行。相反对，在单个实施例中描述的各种特征也可以在多个实施例中分离地实施或是以任何合适的子组合的方式实施。