CN114415899A - 消息发送方法、系统及计算机设备 - Google Patents

Abstract

本申请实施例提供了一种消息发送方法，应用于客户端和服务端，该方法包括：客户端根据用户的任务列表查看指令，向服务端发送任务列表请求；接收服务端根据任务列表请求发送的任务列表，并向用户显示任务列表界面；根据用户针对任务列表中的第一消息发送任务的选择操作，显示任务详情界面，在任务详情界面展示相应的第一任务详情；根据用户在任务详情界面提交的创建新任务指令，创建第二消息发送任务，将第一任务详情作为对应于第二消息发送任务的第二任务详情；向服务端发送任务执行请求，服务端根据任务执行请求执行第二消息发送任务。基于本申请实施例创建的第二消息发送任务步骤，能够简化操作，节省用户时间。

Description

消息发送方法、系统及计算机设备

技术领域

本申请涉及计算机通讯技术领域，特别涉及一种消息发送方法、系统及计算机设备。

背景技术

无论是对公服务还是对私服务，时常需要发送消息给客户，以拉近与客户之间的距离，以及推广公司的业务，例如，遇到节假日、会员日、纪念日等特殊日子发送者需要手动给一些发送对象发送指定的节日信息，或者公司在推出新产品时，向客户发送推送信息。但是，如果发送对象数量太多，发送消息将占据发送者大量时间。

相关技术中，已经出现的一些方法能够实现同时向多发送对象发送消息，但是，再次向相同发送对象发送消息或者仅改变少量发送消息内容时，需重新获取相关信息，例如，寻找上次发送的模板和在该模板上编辑上次发送的内容，该操作过程较为繁琐，浪费时间。

发明内容

本申请的旨在至少一定程度解决现有技术的问题，提供一种消息发送方法、系统及计算机设备，能够简化创建任务操作步骤，节省用户时间。

本申请实施例的技术方案如下：

第一方面，本申请提供了一种消息发送方法，应用于客户端，所述方法包括：

响应于用户的任务列表查看指令，向服务端发送任务列表请求，其中，所述任务列表请求携带所述用户的信息；

接收所述服务端根据所述任务列表请求发送的任务列表，并显示任务列表界面；

在所述任务列表界面展示所述任务列表，其中，所述任务列表包括至少一个历史消息发送任务的信息；

响应于所述用户针对所述任务列表中的第一消息发送任务的选择操作，显示任务详情界面；

在所述任务详情界面展示对应于所述第一消息发送任务的第一任务详情；

响应于所述用户在所述任务详情界面提交的创建新任务指令，创建第二消息发送任务，将所述第一任务详情作为对应于所述第二消息发送任务的第二任务详情；

向所述服务端发送任务执行请求，以使所述服务端根据所述任务执行请求执行所述第二消息发送任务，其中，所述任务执行请求携带所述第二消息发送任务的第二任务详情。

根据本申请的一些实施例，所述第二任务详情包括消息接收对象名单、消息模板和消息发送时间；

在向所述服务端发送任务执行请求之前，所述方法还包括：

响应于所述用户针对所述第二任务详情的任务详情修改指令，显示任务详情编辑界面，其中，所述任务详情编辑界面包括消息接收对象名单编辑控件、消息模板编辑控件和消息发送时间编辑控件之中的至少一项；

响应于所述用户针对所述任务详情编辑界面的提交操作，更新所述第二任务详情。

根据本申请的一些实施例，所述任务详情编辑界面还包括文件导入控件；

响应于所述用户针对文件导入控件的文件导入操作，接收所述用户上传的导入文件，其中，所述导入文件中包括消息接收对象名单、消息模板和消息发送时间之中的至少一项；

根据所述导入文件，更新所述第二任务详情。

第二方面，本申请提供了消息发送方法，应用于服务端，所述方法还包括：

接收客户端发送的任务列表请求，其中，所述任务列表请求携带用户的信息；

根据所述任务列表请求，向所述客户端发送对应于所述用户的任务列表，以使所述客户端显示所述任务列表，其中，所述任务列表包括至少一个历史消息发送任务的信息；

接收所述客户端发送的任务执行请求，其中，所述任务执行请求携带第二消息发送任务的第二任务详情，所述第二消息发送任务为所述用户基于所述任务列表中的第一消息发送任务创建的；

根据所述第二消息发送任务的所述第二任务详情，执行所述第二消息发送任务。

根据本申请的一些实施例，所述第二任务详情包括消息接收对象名单、消息模板和消息发送时间；

所述根据所述第二消息发送任务的任务详情，执行所述第二消息发送任务，包括：

当到达所述消息发送时间，向所述消息接收对象名单中的各个对象发送与所述消息模板匹配的消息。

根据本申请的一些实施例，在向所述消息接收对象名单中的各个对象发送与所述消息模板对应的消息之前，所述方法还包括：

遍历所述消息接收对象名单，得到各个所述对象对应的对象信息；

根据每个所述对象对应的对象信息，对所述消息模板进行处理，得到每个所述对象对应的消息。

根据本申请的一些实施例，在向所述消息接收对象名单中的各个对象发送与所述消息模板匹配的消息之前，还包括：

按照预设的时间间隔轮询待执行的消息发送任务，其中，所述时间间隔小于预设时长；

在当前时间距所述第二消息发送任务的消息发送时间小于所述预设时长的情况下，将所述第二消息发送任务添加至待发送消息列表；

根据所述消息发送时间进行倒计时，以当到达所述消息发送时间，向所述消息接收对象名单中的各个对象发送与所述消息模板匹配的消息，其中，所述消息发送时间精确到分钟。

第三方面，本申请提供了消息发送系统，包括客户端和服务端，其中，

所述客户端包括：

第一接收模块，用于接收所述服务端根据所述任务列表请求发送的任务列表；

显示模块，用于显示任务列表界面，在所述任务列表界面展示所述任务列表，其中，所述任务列表包括至少一个历史消息发送任务的信息；还用于响应于所述用户针对所述任务列表中的第一消息发送任务的选择操作，显示任务详情界面，在所述任务详情界面展示对应于所述第一消息发送任务的第一任务详情；

任务创建模块，用于响应于所述用户在所述任务详情界面提交的创建新任务指令，创建第二消息发送任务，将所述第一任务详情作为对应于所述第二消息发送任务的第二任务详情；

所述第一发送模块还用于向所述服务端发送任务执行请求，以使所述服务端根据所述任务执行请求执行所述第二消息发送任务，其中，所述任务执行请求携带所述第二消息发送任务的第二任务详情。

所述服务端包括：

第二接收模块，用于接收客户端发送的任务列表请求，其中，所述任务列表请求携带所述用户的信息；

第二发送模块，用于根据所述任务列表请求，向所述客户端发送对应于所述用户的任务列表，以使所述客户端显示所述任务列表，其中，所述任务列表包括至少一个历史消息发送任务的信息；

所述第二接收模块还用于接收所述客户端发送的任务执行请求，所述任务执行请求携带第二消息发送任务的第二任务详情，其中，所述第二消息发送任务为所述用户基于所述任务列表中的第一消息发送任务创建的；

所述服务端还包括任务执行模块，用于根据所述第二消息发送任务的所述第二任务详情，执行所述第二消息发送任务。

第四方面，本申请提供了一种计算机设备，所述计算机设备包括存储器和处理器，所述存储器中存储有计算机可读指令，所述计算机可读指令被一个或多个所述处理器执行时，使得一个或多个所述处理器执行如上第一方面描述的任一项所述方法的步骤。

第五方面，本申请还提供了一种计算机可读存储介质，所述存储介质可被处理器读写，所述存储介质存储有计算机指令，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行如上第一方面描述的任一项所述方法的步骤。

本申请实施例所提供的技术方案具有如下的有益效果：

本申请实施例，客户端根据用户的任务列表查看指令，向服务端发送任务列表请求；接收服务端根据任务列表请求发送的任务列表，并向用户显示任务列表界面；根据用户针对任务列表中的第一消息发送任务的选择操作，显示任务详情界面，在任务详情界面展示对应于第一消息发送任务的第一任务详情；根据用户在任务详情界面提交的创建新任务指令，创建第二消息发送任务，将第一任务详情作为对应于第二消息发送任务的第二任务详情，能够直接在第一任务详情的基础上进行修改，形成相应的第二任务详情，简化了用户重新创建发送任务的操作步骤；向服务端发送任务执行请求，以使服务端根据任务执行请求执行第二消息发送任务，任务执行请求携带第二消息发送任务的第二任务详情，用户在无需重新获取任务列表中相应信息的情况下，完成节日消息发送任务，节省用户时间。

附图说明

图1是本申请的一个实施例提供的消息发送方法应用于客户端的流程示意图；

图2是本申请的另一个实施例提供的消息发送方法应用于客户端的流程示意图；

图3是图2中步骤S220的子步骤流程示意图；

图4是本申请的一个实施例提供的消息发送方法应用于服务端的流程示意图；

图5是图4中步骤S340的子步骤流程示意图；

图6是本申请的另一个实施例提供的消息发送方法应用于服务端的流程示意图；

图7是本申请的另一个实施例提供的消息发送方法应用于服务端的流程示意图；

图8是本申请的一个实施例提供的消息发送系统在客户端的结构示意图；

图9是本申请的一个实施例提供的消息发送系统在服务端的结构示意图；

图10是本申请的一个实施例提供的消息发送系统的结构示意图；

图11是本申请实施例提供的计算机设备的结构示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示单独存在A、同时存在A和B、单独存在B的情况。其中A，B可以是单数或者复数。文本“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项”及其类似表达，是指的这些项中的任意组合，包括单项或复数项的任意组合。例如，a，b和c中的至少一项可以表示：a，b，c，a和b，a和c，b和c或a和b和c，其中a，b，c可以是单个，也可以是多个。

相关技术中，用户能够通过系统向多个发送对象同时发送节日祝福消息，通常需要进行如下操作：选择系统中设置的模板，根据选择的模板编辑发送节日祝福内容，选择相应的发送对象发送节日祝福消息。然而用户每次向发送对象发送节日消息时，需要不断重复上述操作，当再次向相同发送对象发送祝福消息或者仅改变少量发送祝福消息内容时，寻找上次发送的模板和在该模板上编辑上次发送的内容，挑选对应得相同发送对象，该过程过于繁杂。

基于此，本申请提供了一种消息发送方法、系统及计算机设备，客户端根据用户的任务列表查看指令，向服务端发送任务列表请求；接收服务端根据任务列表请求发送的任务列表，并向用户显示任务列表界面；根据用户针对任务列表中的第一消息发送任务的选择操作，显示任务详情界面，在任务详情界面展示对应于第一消息发送任务的第一任务详情；根据用户在任务详情界面提交的创建新任务指令，创建第二消息发送任务，将第一任务详情作为对应于第二消息发送任务的第二任务详情，能够直接在第一任务详情的基础上进行修改，形成相应的第二任务详情，简化了用户重新创建发送任务的操作步骤；向服务端发送任务执行请求，以使服务端根据任务执行请求执行第二消息发送任务，任务执行请求携带第二消息发送任务的第二任务详情，用户在无需重新获取任务列表中相应信息的情况下，完成节日消息发送任务，节省用户时间。

参照图1，图1示出了本申请实施例提供的一种消息发送方法用于客户端的流程示意图。可以理解的是，本申请实施例的方法可以应用于客户端，该方法也可以应用在服务器端中，还可以应用于包括终端和服务器的系统，通过终端和服务器的交互实现消息发送。如图1所示，该方法包括但不限于有步骤S110、步骤S120、步骤S130、步骤S140、步骤S150、步骤S160和步骤S170。

步骤S110，响应于用户的任务列表查看指令，向服务端发送任务列表请求，任务列表请求携带用户的信息。

可以理解的是，根据用户的查看指令，该查看指令可以是查看全部任务列表，也可以是查看部分任务列表。客户端根据用户通过选择查看全部任务列表或者部分任务列表指令，向服务端发送任务列表请求，该发送任务列表请求表示希望从服务端获取用户选择查看全部任务列表或者部分任务列表指令。任务列表请求携带用户信息，该用户信息包括用户的身份信息、查看任务列表的权限信息或者任务选择权限信息等。其中，用户的身份信息可以为管理员也可以为普通用户，以及其他身份等。因此，客户端能够根据不同类型的用户以及用户在权限以内的操作向服务端发送能够实现上述操作的请求，能够满足不同用户的需求。

示例性地，当用户身份信息为管理员时，客户端响应于用户查看全部任务列表指令，也可以为响应于用户查看部分任务列表指令；当用户身份信息为普通用户时，客户端响应于用户查看部分任务列表指令；根据不同用户身份信息的不同查看任务列表和任务选择的权限，客户端向服务端发送查看任务列表请求的表达内容也不同，客户端响应于普通用户的查看部分任务列表指令，则向服务端发送查看部分任务列表的请求，客户端响应于管理员的查看全部任务列表指令，则向服务端发送查看全部任务列表的请求。

步骤S120，接收服务端根据任务列表请求发送的任务列表，并显示任务列表界面。

可以理解的是，根据客户端向服务端发送的任务列表请求，则会接收到服务端根据任务列表请求发送的任务列表。若客户端发送用户查看部分任务列表请求，则会接收到服务端发送的部分任务列表；若客户端发送用户查看全部任务列表请求，则会接收到服务端发送的全部任务列表。接收服务端发送的相应任务列表，触发显示任务列表界面，方便用户下一步查看发送任务信息。

步骤S130，在任务列表界面展示任务列表，任务列表包括至少一个历史消息发送任务的信息。

可以理解的是，任务列表存储用户已发送任务的信息，任务列表中包括至少一个历史消息发送任务的信息，若任务列表中无历史消息发送任务，则任务列表界面展示无对应发送任务；若任务列表中有历史消息发送任务，则任务列表界面展示服务器端发送的相应请求的任务列表，在任务列表界面展示任务列表方便用户查看已发送任务。

步骤S140，响应于用户针对任务列表中的第一消息发送任务的选择操作，显示任务详情界面。

可以理解的是，第一消息发送任务为已发送的发送任务，由于在任务列表界面展示的任务列表包括至少一个历史消息发送任务的信息，用户能够对任务列表中已发送任务进行选择操作，客户端根据用户的操作，触发显示任务详情界面，方便用户下一步查看任务详情信息。

步骤S150，在任务详情界面展示对应于第一消息发送任务的第一任务详情。

可以理解的是，第一任务详情包括消息接收对象名单、消息模板和消息发送时间，根据展示的第一任务详情，用户能够查看已发送任务的详细信息。其中，接收对象名单包括接收对象姓名、性别、模板ID、手机号和变量等内容，在此不一一列举；消息模板包括从网络加载的模板和手工制作的模板等；消息发送时间包括用户ID和发送时间。用户能够根据查看第一任务详情，给予用户编辑发送内容灵感或者确定发送对象，以节省用户时间。

步骤S160，响应于用户在任务详情界面提交的创建新任务指令，创建第二消息发送任务，将第一任务详情作为对应于第二消息发送任务的第二任务详情。

可以理解的是，第二消息发送任务为用户创建的新的消息发送任务；第二任务详情为用户在第一任务详情的基础上进行修改，得到相应的第二任务详情，该第二任务详情可以与第一任务详情相同，也可以不同。任务详情界面能够展示第一任务详情，还展示有创建新任务按钮，客户端根据用户在任务详情界面提交的创建新任务指令，创建第二消息发送任务，将第一任务详情作为对应于第二消息发送任务的第二任务详情，简化了用户创建任务和编辑任务步骤，节省时间。

参考图2，第二任务详情包括消息接收对象名单、消息模板和消息发送时间；在向服务端发送任务执行请求之前，本发明实施例的方法还包括但不限于以下步骤：

步骤S210，响应于用户针对第二任务详情的任务详情修改指令，显示任务详情编辑界面，任务详情编辑界面包括消息接收对象名单编辑控件、消息模板编辑控件和消息发送时间编辑控件之中的至少一项。

可以理解的是，用户能够通过任务详情编辑界面中的消息接收对象名单编辑控件、消息模板编辑控件和消息发送时间编辑控件之一进行编辑操作。消息接收对象名单编辑控件能够使用户对接收对象名单进行更改操作，该更改操作包括增加、删除和修改，增加和修改可以通过用户手动更改相应信息或者通过导入外部文件实现内容更改；消息模板编辑控件实现对消息模板的编辑，用户可以编辑现有消息模板的内容，也可以重新制作消息模板，其中，现有消息模板可以为5G消息模板，也可以为图像与文本的模板等，这里不作赘述；消息发送时间编辑控件能够修改任务的发送时间，示例性地，将发送时间修改为纪念日的上午9点整，以方便发送对象能够查看到信息。通过任务详情编辑界面能够满足用户对发送内容的各种需求，并且操作方便。

步骤S220，响应于用户针对任务详情编辑界面的提交操作，更新第二任务详情。

可以理解的是，根据上述用户针对第二任务详情的任务详情编辑操作，客户端响应于用户针对任务详情编辑界面的提交操作，更新第二任务详情，并向用户显示修改后的第二任务详情，方便用户查看修改后的内容是否符合要求，若符合要求触发进行后续操作；若不符合要则可以再次进行编辑，能够增加用户体验。

具体地，任务详情编辑界面还包括文件导入控件。参考图3，步骤S220可以通过以下子步骤实现：

步骤S221，响应于用户针对文件导入控件的文件导入操作，接收用户上传的导入文件，导入文件中包括消息接收对象名单、消息模板和消息发送时间之中的至少一项；

步骤S222，根据导入文件，更新第二任务详情。

可以理解的是，在上述操作中，能够通过用户上传的外部文件实现第二任务详情的修改。示例性地，客户端接收用户上传的接收对象名单，该接收对象名单为已经编辑完成的，并且与第二任务详情中接收对象名单格式一致的列表，包括上述接收对象姓名、性别、模板ID、手机号和变量等内容，能够实现在原有接收对象名单基础上替换或者增加多个接收对象。消息模板和消息发送时间与上述导入操作类似，在此不作赘述。上述操作能够实现导入不同类型名单列表，方便快捷。

步骤S170，向服务端发送任务执行请求，以使服务端根据任务执行请求执行第二消息发送任务，任务执行请求携带第二消息发送任务的第二任务详情。

参考图4，本申请实施例提供了节日消息发送方法，应用于服务端，该方法还包括但不限于有步骤S310、步骤S320、步骤S330和步骤S340。

步骤S310，接收客户端发送的任务列表请求，任务列表请求携带用户的信息。

可以理解的是，接收客户端发送的任务列表请求，该任务列表请求可以为从客户端获取的用户选择查看全部任务列表请求，也可以为查看部分任务列表请求。任务列表请求携带用户的信息，该用户信息包括用户的身份信息、查看任务列表的权限信息或者任务选择权限信息等。服务端通过分析用户的身份信息，确定该用户具有的权限，判断客户端的请求是否合理，若请求合理，则向客户端发送请求的任务列表；若请求不合理，则向客户端发送提示该用户无此查看权限的信息。根据发送请求以及该请求携带的用户信息，服务端能够确定是否向客户端发送对应该请求的任务列表，具有较高的安全性。

步骤S320，根据任务列表请求，向客户端发送对应于用户的任务列表，以使客户端显示任务列表，任务列表包括至少一个历史消息发送任务的信息。

可以理解的是，根据任务列表请求，服务端向数据库中读取该任务列表，并将该任务列表解密后向客户端发送对应于用户的任务列表；若数据库中无该任务列表，则向客户端发送提示任务列表不存在的消息。与客户端相对应，该任务列表包括至少一个历史消息发送任务的信息，若任务列表中有历史消息发送任务，则向客户端发送相应用户请求的任务列表；若任务列表中无历史消息发送任务，则向客户端发送无对应历史消息发送任务的提示信息，并且将数据库中的该任务列表删除，以节省存储空间。

步骤S330，接收客户端发送的任务执行请求，任务执行请求携带第二消息发送任务的第二任务详情，第二消息发送任务为用户基于任务列表中的第一消息发送任务创建的。

可以理解的是，第二消息发送任务为接收到用户创建的新的消息发送任务；第二任务详情为接收到用户操作后的任务详情，第二任务详情包括消息接收对象名单、消息模板和消息发送时间。

步骤S340，根据第二消息发送任务的第二任务详情，执行第二消息发送任务。

参考图5，步骤S340包括但不限于以下子步骤：

步骤S341，当到达消息发送时间，向消息接收对象名单中的各个对象发送与消息模板匹配的消息。

参考图6，在向消息接收对象名单中的各个对象发送与消息模板对应的消息之前，本发明实施例的方法还包括但不限于以下步骤：

步骤S410，遍历消息接收对象名单，得到各个对象对应的对象信息，对象信息包括姓名和性别之中的至少一个；

步骤S420，根据每个对象对应的对象信息，对消息模板进行处理，得到每个对象对应的消息。

可以理解的是，根据上述服务端接收的第二消息发送任务和第二任务详情，在任务执行之前，先遍历接收对象名单，得到各个对象对应的对象信息，将消息模板中用户信息依次替换为各个对象信息。通过采用字符串模式匹配方式搜索消息模板中字符串匹配位置，然后进行对应内容替换，也可以采用其他替换方法，能够实现对应字符串替换即可。

可以理解的是，当接收对象名单中的接收对象过多时，依次替换消息模板中的内容会占用较长时间，可以采用多线程并行处理，从而加快处理速度，减少用户等待时间。

参考图7，在向消息接收对象名单中的各个对象发送与消息模板匹配的消息之前，本发明实施例的方法还包括但不限于以下步骤：

步骤S510，按照预设的时间间隔轮询待执行的消息发送任务，其中，时间间隔小于预设时长。

可以理解的是，预设的时间间隔可以为5分钟轮询一次，或者10分钟轮询一次，服务端向客户端发送预设的时间间隔小于预设时长的提示信息，客户端向用户展示上述提示信息，用户能够对预设的时间间隔进行更改。预设时长可以为30分钟，也可以为60分钟，根据需求用户能够对预设时长进行更改。

步骤S520，在当前时间距第二消息发送任务的消息发送时间小于预设时长的情况下，将第二消息发送任务添加至待发送消息列表。

可以理解的是，服务端通过队列算法实现发送消息列表，能够保证先加入发送消息列表的消息能够先发送。当前时间距消息发送时间小于预设时长，若当前时间距消息发送时间小于30分钟时，上述预设的时间间隔也应小于30分钟，还可以根据需求设置其他时间。

步骤S530，根据消息发送时间进行倒计时，以当到达消息发送时间，向消息接收对象名单中的各个对象发送与消息模板匹配的消息，其中，消息发送时间精确到分钟。

可以理解的是，实现消息发送时间精确到分钟包括人工手动将消息发送时间设置到分钟或者通过服务端自动进行设置，若用户手动设置时间精确到小时，服务端通过下述方式将消息发送时间精确到分钟：根据用户设置的轮询时间，若当前查询时间与距离到消息发送时间小于一小时，则获取精确到分的当前查询时间，当到达消息发送时间时，将当前查询时间推迟一小时发送消息，其中，发送消息类型包括发送节日消息、推送消息等，这里不作赘述。

示例性地，能够进行如下设置：从上午7时30分开始轮询当天发送任务、当前时间距发送时间的限制为一小时、预设的时间间隔为5分钟和用户设置发送时间为9时，服务端在8点5分查询到发送时间为9时的消息发送任务，获取8点05分的时间，开始进入倒计时，当时间到达9时5分时发送对应9时的消息发送任务。

参考图8，图8示出了本申请实施例提供的消息发送系统在客户端610的结构示意图，客户端610包括：

第一发送模块611，用于响应于用户的任务列表查看指令，向服务端620发送任务列表请求，任务列表请求携带用户的信息；

第一接收模块612，用于接收服务端620根据任务列表请求发送的任务列表；

显示模块613，用于显示任务列表界面，在任务列表界面展示任务列表，任务列表包括至少一个历史消息发送任务的信息；还用于响应于用户针对任务列表中的第一消息发送任务的选择操作，显示任务详情界面，在任务详情界面展示对应于第一消息发送任务的第一任务详情；

任务创建模块614，用于响应于用户在任务详情界面提交的创建新任务指令，创建第二消息发送任务，将第一任务详情作为对应于第二消息发送任务的第二任务详情；

第一发送模块611还用于向服务端620发送任务执行请求，以使服务端620根据任务执行请求执行第二消息发送任务，任务执行请求携带第二消息发送任务的第二任务详情。

可以理解的是，客户端610根据用户的任务列表查看指令，第一发送模块611向服务端620发送任务列表请求；第一接收模块612接收服务端620根据任务列表请求发送的任务列表，显示模块613向用户显示任务列表界面；根据用户针对任务列表中的第一消息发送任务的选择操作，显示任务详情界面，在任务详情界面展示对应于第一消息发送任务的第一任务详情；任务创建模块614根据用户在任务详情界面提交的创建新任务指令，创建第二消息发送任务，将第一任务详情作为对应于第二消息发送任务的第二任务详情，能够直接在第一任务详情的基础上进行修改，形成相应的第二任务详情，简化了用户重新创建发送任务的操作步骤；第一发送模块611向服务端620发送任务执行请求，以使服务端620根据任务执行请求执行第二消息发送任务，任务执行请求携带第二消息发送任务的第二任务详情，用户在无需重新获取任务列表中相应信息的情况下，完成节日消息发送任务，节省用户时间。

参考图9，图9示出了本申请实施例提供的消息发送系统在服务端620的结构示意图，服务端620包括：

第二接收模块621，用于接收客户端610发送的任务列表请求，任务列表请求携带用户的信息；

第二发送模块622，用于根据任务列表请求，向客户端610发送对应于用户的任务列表，以使客户端610显示任务列表，任务列表包括至少一个历史消息发送任务的信息；

第二接收模块621还用于接收客户端610发送的任务执行请求，任务执行请求携带第二消息发送任务的第二任务详情，第二消息发送任务为用户基于任务列表中的第一消息发送任务创建的；

服务端620还包括任务执行模块623，用于根据第二消息发送任务的第二任务详情，执行第二消息发送任务。

可以理解的是，第二接收模块621接收客户端610发送的任务列表请求，第二发送模块622根据上述任务列表请求，向客户端610发送对应于用户的任务列表，以使客户端610显示任务列表，随后，第二接收模块621接收客户端610发送的任务执行请求，任务执行请求携带第二消息发送任务的第二任务详情，任务执行模块623根据第二消息发送任务的第二任务详情，执行第二消息发送任务。通过接收客户端610传送来的请求指令，并且执行相应的指令，从而完成节日消息发送任务。

参考图10，图10示出了本申请实施例提供的消息发送系统的结构示意图，该消息发送系统600包括客户端610和服务端620，客户端610根据用户的任务列表查看指令，第一发送模块611向服务端620发送任务列表请求；第二接收模块621接收客户端610发送的任务列表请求；第二发送模块622根据任务列表请求，向客户端610发送对应于用户的任务列表，以使客户端610显示任务列表；第一接收模块612接收服务端620根据任务列表请求发送的任务列表，显示模块613向用户显示任务列表界面；根据用户针对任务列表中的第一消息发送任务的选择操作，显示任务详情界面，在任务详情界面展示对应于第一消息发送任务的第一任务详情；任务创建模块614根据用户在任务详情界面提交的创建新任务指令，创建第二消息发送任务，将第一任务详情作为对应于第二消息发送任务的第二任务详情，能够直接在第一任务详情的基础上进行修改，形成相应的第二任务详情，简化了用户重新创建发送任务的操作步骤；第一发送模块611向服务端620发送任务执行请求，以使服务端620根据任务执行请求执行第二消息发送任务，任务执行请求携带第二消息发送任务的第二任务详情；第二接收模块621接收客户端610发送的任务执行请求，任务执行请求携带第二消息发送任务的第二任务详情；任务执行模块623根据第二消息发送任务的第二任务详情，执行第二消息发送任务，能够实现在无需重新获取任务列表中相应信息的情况下，完成节日消息发送任务，节省时间。

在一实施例中，消息发送系统还包括计时模块，用于轮询消息发送任务的计时和获取当前查询时间后的计时，能够实现到达相应时间时触发进行下一步操作。

在一实施例中，消息发送系统还包括加密模块，该加密模块用于对上述任务列表、用户名单列表等需要保存至数据库的信息进行加密，能够增加数据的安全性，避免发送对象的信息泄露。该加密模块可以采用非对称加密算法，也可以采用对称加密算法。非对称加密算法可以为RSA，也可以为DSA，或者其他非对称加密算法。

图11示出了本申请实施例提供的计算机设备700。该计算机设备700可以是服务器或者终端，该计算机设备700的内部结构包括但不限于：

存储器710，用于存储程序；

处理器720，用于执行存储器710存储的程序，当处理器720执行存储器710存储的程序时，处理器720用于执行上述的消息发送方法。

处理器720和存储器710可以通过总线或者其他方式连接。

存储器710作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序以及非暂态性计算机可执行程序，如本发明任意实施例描述的消息发送方法。处理器720通过运行存储在存储器710中的非暂态软件程序以及指令，从而实现上述的消息发送方法。

存储器710可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储执行上述的消息发送方法。此外，存储器710可以包括高速随机存取存储器，还可以包括非暂态存储器，比如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施方式中，存储器710可选包括相对于处理器720远程设置的存储器，这些远程存储器可以通过网络连接至该处理器720。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

实现上述的消息发送方法所需的非暂态软件程序以及指令存储在存储器710中，当被一个或者多个处理器720执行时，执行本发明任意实施例提供的消息发送方法。

本申请实施例还提供了一种计算机可读存储介质，存储有计算机可执行指令，计算机可执行指令用于执行上述的消息发送方法。

在一实施例中，该存储介质存储有计算机可执行指令，该计算机可执行指令被一个或多个控制处理器720执行，比如，被上述计算机设备700中的一个处理器720执行，可使得上述一个或多个处理器720执行本发明任意实施例提供的消息发送方法。

以上所描述的实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统可以被实施为软件、固件、硬件及其适当的组合。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包括计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。

以上是对本发明的较佳实施进行了具体说明，但本发明并不局限于上述实施方式，熟悉本领域的技术人员在不违背本发明精神的。共享条件下还可作出种种等同的变形或替换，这些等同的变形或替换均包括在本发明权利要求所限定的范围内。

Claims (10)

1.一种消息发送方法，应用于客户端，其特征在于，所述方法包括：

响应于用户的任务列表查看指令，向服务端发送任务列表请求，其中，所述任务列表请求携带所述用户的信息；

接收所述服务端根据所述任务列表请求发送的任务列表，并显示任务列表界面；

在所述任务列表界面展示所述任务列表，其中，所述任务列表包括至少一个历史消息发送任务的信息；

响应于所述用户针对所述任务列表中的第一消息发送任务的选择操作，显示任务详情界面；

在所述任务详情界面展示对应于所述第一消息发送任务的第一任务详情；

响应于所述用户在所述任务详情界面提交的创建新任务指令，创建第二消息发送任务，将所述第一任务详情作为对应于所述第二消息发送任务的第二任务详情；

向所述服务端发送任务执行请求，以使所述服务端根据所述任务执行请求执行所述第二消息发送任务，其中，所述任务执行请求携带所述第二消息发送任务的第二任务详情。

2.根据权利要求1所述的方法，其特征在于，所述第二任务详情包括消息接收对象名单、消息模板和消息发送时间；

在向所述服务端发送任务执行请求之前，所述方法还包括：

响应于所述用户针对所述第二任务详情的任务详情修改指令，显示任务详情编辑界面，其中，所述任务详情编辑界面包括消息接收对象名单编辑控件、消息模板编辑控件和消息发送时间编辑控件之中的至少一项；

响应于所述用户针对所述任务详情编辑界面的提交操作，更新所述第二任务详情。

3.根据权利要求2所述的方法，其特征在于，所述任务详情编辑界面还包括文件导入控件；

响应于所述用户针对文件导入控件的文件导入操作，接收所述用户上传的导入文件，其中，所述导入文件中包括消息接收对象名单、消息模板和消息发送时间之中的至少一项；

根据所述导入文件，更新所述第二任务详情。

4.一种消息发送方法，应用于服务端，其特征在于，所述方法包括：

接收客户端发送的任务列表请求，其中，所述任务列表请求携带用户的信息；

根据所述任务列表请求，向所述客户端发送对应于所述用户的任务列表，以使所述客户端显示所述任务列表，其中，所述任务列表包括至少一个历史消息发送任务的信息；

接收所述客户端发送的任务执行请求，其中，所述任务执行请求携带第二消息发送任务的第二任务详情，所述第二消息发送任务为所述用户基于所述任务列表中的第一消息发送任务创建的；

根据所述第二消息发送任务的所述第二任务详情，执行所述第二消息发送任务。

5.根据权利要求4所述的方法，其特征在于，所述第二任务详情包括消息接收对象名单、消息模板和消息发送时间；

所述根据所述第二消息发送任务的任务详情，执行所述第二消息发送任务，包括：

当到达所述消息发送时间，向所述消息接收对象名单中的各个对象发送与所述消息模板匹配的消息。

6.根据权利要求5所述的方法，其特征在于，在向所述消息接收对象名单中的各个对象发送与所述消息模板对应的消息之前，所述方法还包括：

遍历所述消息接收对象名单，得到各个所述对象对应的对象信息；

根据每个所述对象对应的对象信息，对所述消息模板进行处理，得到每个所述对象对应的消息。

7.根据权利要求5所述的方法，其特征在于，在向所述消息接收对象名单中的各个对象发送与所述消息模板匹配的消息之前，还包括：

按照预设的时间间隔轮询待执行的消息发送任务，其中，所述时间间隔小于预设时长；

在当前时间距所述第二消息发送任务的消息发送时间小于所述预设时长的情况下，将所述第二消息发送任务添加至待发送消息列表；

根据所述消息发送时间进行倒计时，以当到达所述消息发送时间，向所述消息接收对象名单中的各个对象发送与所述消息模板匹配的消息，其中，所述消息发送时间精确到分钟。

8.一种消息发送系统，其特征在于，包括客户端和服务端，其中，所述客户端包括：

第一发送模块，用于响应于用户的任务列表查看指令，向服务端发送任务列表请求，其中，所述任务列表请求携带所述用户的信息；

第一接收模块，用于接收所述服务端根据所述任务列表请求发送的任务列表；

显示模块，用于显示任务列表界面，在所述任务列表界面展示所述任务列表，其中，所述任务列表包括至少一个历史消息发送任务的信息；还用于响应于所述用户针对所述任务列表中的第一消息发送任务的选择操作，显示任务详情界面，在所述任务详情界面展示对应于所述第一消息发送任务的第一任务详情；

任务创建模块，用于响应于所述用户在所述任务详情界面提交的创建新任务指令，创建第二消息发送任务，将所述第一任务详情作为对应于所述第二消息发送任务的第二任务详情；

所述第一发送模块还用于向所述服务端发送任务执行请求，以使所述服务端根据所述任务执行请求执行所述第二消息发送任务，其中，所述任务执行请求携带所述第二消息发送任务的第二任务详情；

所述服务端包括：

第二接收模块，用于接收客户端发送的任务列表请求，其中，所述任务列表请求携带所述用户的信息；

第二发送模块，用于根据所述任务列表请求，向所述客户端发送对应于所述用户的任务列表，以使所述客户端显示所述任务列表，其中，所述任务列表包括至少一个历史消息发送任务的信息；

所述第二接收模块还用于接收所述客户端发送的任务执行请求，所述任务执行请求携带第二消息发送任务的第二任务详情，其中，所述第二消息发送任务为所述用户基于所述任务列表中的第一消息发送任务创建的；

所述服务端还包括任务执行模块，用于根据所述第二消息发送任务的所述第二任务详情，执行所述第二消息发送任务。

9.一种计算机设备，其特征在于，所述计算机设备包括存储器和处理器，所述存储器中存储有计算机可读指令，所述计算机可读指令被一个或多个所述处理器执行时，使得一个或多个所述处理器执行如权利要求1至7中任一项所述方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述存储介质可被处理器读写，所述存储介质存储有计算机指令，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行如权利要求1至7中任一项所述方法的步骤。

Images