消息发送方法、系统、客户端及服务器的制造方法
【专利摘要】本发明实施例公开了一种消息发送方法、系统、客户端及服务器，涉及信息【技术领域】，能够解决客户端之间在进行即时通讯时，无法进行消息非实时发送的问题，可以实现消息的定时发送。所述方法包括：首先客户端获取待发送消息和所述待发送消息对应的发送模式，若所述发送模式为定时发送模式，所述客户端配置所述待发送消息对应的定时发送条件信息，最后客户端将所述待发送消息和所述定时发送条件信息发送给服务器，以使得所述服务器保存所述待发送消息和所述定时发送条件信息，并根据所述定时发送条件信息将所述待发送消息发送给对应的接收端。
【专利说明】消息发送方法、系统、客户端及服务器
【技术领域】
[0001] 本发明涉及信息【技术领域】，特别涉及一种消息发送方法、系统、客户端及服务器。
【背景技术】
[0002] 随着互联网的不断发展，IM (Instant Messenger,即时通讯）技术在人们的日常 交流中起着越来越重要的角色。即时通讯技术是一种基于互联网的即时交流消息的技术， 不同客户端之间通过即时通讯技术可以进行信息交互，例如，不同客户端之间可以通过即 时通讯技术进行信息交流，不同客户端之间还可以通过即时通讯技术进行文件、视频等信 息的传输。
[0003] 然而不同客户端通过即时通讯技术进行信息交互时，客户端之间只能进行消息的 实时发送与接收，从而使得消息发送方式较为单一，造成客户端之间在进行即时通讯时，无 法进行消息非实时发送。
【发明内容】
[0004] 本发明实施例提供一种消息发送方法、系统、客户端及服务器，能够解决客户端之 间在进行即时通讯时，无法进行消息非实时发送的问题，可以实现消息的定时发送。
[0005] 第一方面，提供一种消息发送方法，包括：
[0006] 客户端获取待发送消息和所述待发送消息对应的发送模式；
[0007] 若所述发送模式为定时发送模式，所述客户端配置所述待发送消息对应的定时发 送条件信息，所述定时发送条件信息包括所述待发送消息对应的发送时间和发送频率；
[0008] 所述客户端将所述待发送消息和所述定时发送条件信息发送给服务器，以使得所 述服务器保存所述待发送消息和所述定时发送条件信息，并根据所述定时发送条件信息将 所述待发送消息发送给对应的接收端。
[0009] 第二方面，提供一种消息发送方法，包括：
[0010] 服务器接收客户端发送的待发送消息和所述待发送消息对应的定时发送条件信 息，所述定时发送条件信息包括所述待发送消息对应的发送时间和发送频率；
[0011] 所述服务器保存所述待发送消息和所述定时发送条件信息；
[0012] 所述服务器按照所述发送频率，在所述发送时间将所述待发送消息发送给对应的 接收端。
[0013] 第三方面，提供一种客户端，包括：
[0014] 获取单元，用于获取待发送消息和所述待发送消息对应的发送模式；
[0015] 配置单元，用于若所述获取单元获取的所述发送模式为定时发送模式，所述客户 端配置所述待发送消息对应的定时发送条件信息，所述定时发送条件信息包括所述待发送 消息对应的发送时间和发送频率；
[0016] 发送单元，用于将所述获取单元获取的所述待发送消息和所述配置单元配置的所 述定时发送条件信息发送给服务器，以使得所述服务器保存所述待发送消息和所述定时发 送条件信息，并根据所述定时发送条件信息将所述待发送消息发送给对应的接收端。
[0017] 第四方面，提供一种服务器，包括：
[0018] 接收单元，用于接收客户端发送的待发送消息和所述待发送消息对应的定时发送 条件信息，所述定时发送条件信息包括所述待发送消息对应的发送时间和发送频率；
[0019] 保存单元，用于保存所述接收单元接收的所述待发送消息和所述定时发送条件信 息；
[0020] 发送单元，用于按照所述发送频率，在所述发送时间将所述待发送消息发送给对 应的接收端。
[0021] 第五方面，提供一种消息发送系统，包括：
[0022] 至少一个客户端和服务器；
[0023] 所述客户端，用于获取待发送消息和所述待发送消息对应的发送模式，若所述发 送模式为定时发送模式，配置所述待发送消息对应的定时发送条件信息，并将所述待发送 消息和所述定时发送条件信息发送给服务器，其中，所述定时发送条件信息包括所述待发 送消息对应的发送时间和发送频率；
[0024] 所述服务器，用于接收客户端发送的待发送消息和所述待发送消息对应的定时发 送条件信息，保存所述待发送消息和所述定时发送条件信息，并按照所述发送频率，在所述 发送时间将所述待发送消息发送给对应的接收端。
[0025] 本发明实施例提供的消息发送方法、系统、客户端及服务器，首先客户端获取待发 送消息和所述待发送消息对应的发送模式，若所述发送模式为定时发送模式，所述客户端 配置所述待发送消息对应的定时发送条件信息，最后客户端将所述待发送消息和所述定时 发送条件信息发送给服务器，以使得所述服务器保存所述待发送消息和所述定时发送条件 信息，并根据所述定时发送条件信息将所述待发送消息发送给对应的接收端。与目前客户 端之间在进行即时通讯时，只能实时地进行消息的发送与接收相比，本发明实施例通过配 置待发送消息对应的定时发送条件信息，可以实现消息的定时发送，从而使得客户端之间 在进行即时通讯时，消息的发送方式更加多样化，提升了用户体验。
【专利附图】
【附图说明】
[0026] 为了更清楚地说明本发明实施例中的技术方案，下面将对实施例或现有技术描述 中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些 实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附 图获得其它的附图。
[0027] 图1为本发明实施例提供的一种消息发送方法流程图；
[0028] 图2为本发明实施例提供的另一种消息发送方法流程图；
[0029] 图3为本发明实施例提供的又一种消息发送方法流程图；
[0030] 图4为本发明实施例提供的客户端结构示意图；
[0031] 图5为本发明实施例提供的服务器结构示意图；
[0032] 图6为本发明实施例提供的消息发送系统示意图；
[0033] 图7为本发明实施例提供的待发送消息编辑界面示意图；
[0034] 图8为本发明实施例提供的发送模式显示示意图；
[0035] 图9为本发明实施例提供的定时发送条件信息设定页面示意图一；
[0036] 图10为本发明实施例提供的定时发送条件信息设定页面示意图二。
【具体实施方式】
[0037] 下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完 整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于 本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它 实施例，都属于本发明保护的范围。
[0038] 为使本发明技术方案的优点更加清楚，下面结合附图和实施例对本发明作详细说 明。
[0039] 本发明实施例提供一种消息发送方法，如图1所示，所述方法包括：
[0040] 101、客户端获取待发送消息和所述待发送消息对应的发送模式。
[0041] 其中，待发送消息具体可以为不同客户端之间进行即时通讯时，传输的即时通讯 消息，发送模式具体可以为定时发送模式、或者实时发送模式等，实时发送模式具体可以为 由预置按键触发进行消息的实时发送，例如可以预置点击或者触击回车键进行消息的实时 发送。
[0042] 102、若所述发送模式为定时发送模式，所述客户端配置所述待发送消息对应的定 时发送条件信息。
[0043] 其中，所述定时发送条件信息包括所述待发送消息对应的发送时间和发送频率。 所述发送频率具体可以包括：单次发送、多次发送、每天发送一次、每月发送一次等，若发送 频率为单次发送，则配置的发送时间为该次发送的具体时间；若发送频率为一天进行多次 发送，则配置的发送时间为每次发送待发送消息分别对应的具体时间点，若发送频率为多 天进行多次发送，则配置的发送时间为每次发送待发送消息分别对应的日期和该日期的具 体时间点；若发送频率为每天发送一次，则配置的发送时间为每天发送待发送消息的时间； 若发送频率为每月发送一次，则配置的发送时间为每月发送待发送消息的日期和该日期的 具体时间点。
[0044] 103、所述客户端将所述待发送消息和所述定时发送条件信息发送给服务器。
[0045] 进一步地，以使得所述服务器保存所述待发送消息和所述定时发送条件信息，并 根据所述定时发送条件信息将所述待发送消息发送给对应的接收端。
[0046] 对于本发明实施例的应用场景可以如下所示，包括：用户A需要定时提醒用户B每 月15日16点领取工资时，用户A对应的客户端首先获取到用户输入的待发送消息为该领 工资了，根据用户指示将该消息的发送模式配置为定时发送模式，然后获取到用户输入的 定时发送条件信息中，发送频率为每月发送一次，发送时间为每月15日16:00,则将待发送 消息对应的定时发送条件信息配置为每月15日16 :00发送一次，并将定时发送条件信息和 待发送消息发送给服务器，以使得服务器可以根据定时发送条件信息，在每月15日16点向 用户B对应的客户端发送该领工资了的消息，从而实现了消息的定时发送，提升了用户体 验。
[0047] 本发明实施例提供的一种消息发送方法，首先客户端获取待发送消息和所述待发 送消息对应的发送模式，若所述发送模式为定时发送模式，所述客户端配置所述待发送消 息对应的定时发送条件信息，最后客户端将所述待发送消息和所述定时发送条件信息发送 给服务器，以使得所述服务器保存所述待发送消息和所述定时发送条件信息，并根据所述 定时发送条件信息将所述待发送消息发送给对应的接收端。与目前客户端之间在进行即时 通讯时，只能实时地进行消息的发送与接收相比，本发明实施例通过配置待发送消息对应 的定时发送条件信息，可以实现消息的定时发送，从而使得客户端之间在进行即时通讯时， 消息的发送方式更加多样化，提升了用户体验。
[0048] 进一步地，本发明实施例提供另一种消息发送方法，如图2所示，所述方法包括：
[0049] 201、服务器接收客户端发送的待发送消息和所述待发送消息对应的定时发送条 件信息。
[0050] 其中，所述定时发送条件信息包括所述待发送消息对应的发送时间和发送频率， 所述发送频率具体可以包括：单次发送、多次发送、每天发送一次、每月发送一次等。
[0051] 202、服务器保存所述待发送消息和所述定时发送条件信息。
[0052] 203、服务器按照所述发送频率，在所述发送时间将所述待发送消息发送给对应的 接收端。
[0053] 例如，定时发送条件信息中发送频率为每天发送一次，发送时间为12:00,则服务 器会在每天的12点将待发送消息发送给对应的接收端，以实现消息的定时发送。
[0054] 本发明实施例提供的另一种消息发送方法，首先服务器接收客户端发送的待发送 消息和所述待发送消息对应的定时发送条件信息，然后服务器保存所述待发送消息和所述 定时发送条件信息，最后服务器按照所述发送频率，在所述发送时间将所述待发送消息发 送给对应的接收端。与目前客户端之间在进行即时通讯时，只能实时地进行消息的发送与 接收相比，本发明实施例通过根据配置的待发送消息对应的定时发送条件信息，发送待发 送消息，可以实现消息的定时发送，从而使得客户端之间在进行即时通讯时，消息的发送方 式更加多样化，提升了用户体验。
[0055] 进一步地，本发明实施例提供又一种消息发送方法，如图3所示，所述方法包括：
[0056] 301、客户端获取待发送消息和所述待发送消息对应的发送模式。
[0057] 其中，待发送消息具体可以为不同客户端之间进行即时通讯时，传输的即时通讯 消息，发送模式具体可以为定时发送模式、或者实时发送模式等，实时发送模式具体可以为 由预置按键触发进行消息的实时发送，例如可以预置点击或者触击F12键进行消息的实时 发送。
[0058] 可选地，客户端获取所述待发送消息对应的发送模式之前还可以包括：客户端接 收发送模式选择指令，然后所述客户端显示或者播放第一提示信息，所述第一提示信息用 于提示用户选择所述待发送消息对应的发送模式，所述第一提示信息包括所述待发送信息 对应的各种发送模式。
[0059] 其中，发送模式选择指令具体可以为用户在消息编辑界面输入待发送消息后，点 击发送模式展开按钮，以使得客户端显示或者播放第一提示信息，消息编辑界面可以如图7 所示。第一提示信息具体可以为文本提示信息，例如可以在一个文本框内将各种发送模式 以文本信息的形式显示出来，具体可以如图8所示，图8中用户选择的为定时发送模式。第 一提示信息具体还可以为音频提示信息，客户端在接收到发送模式选择指令后，播放各种 发送模式分别对应的语音提示信息。
[0060] 客户端获取所述待发送消息对应的发送模式的步骤具体可以为：客户端根据第一 确认指令，从所述各个发送模式中获取所述待发送消息对应的发送模式所述第一确认指令 用于指示用户选择的发送模式。当第一提示信息为文本提示信息时，所述第一确认指令具 体可以为用户通过点击或者触击任意一种发送模式对应的显示区域，来选择待发送消息的 发送模式；当第一提示信息为音频提示信息时，第一确认指令具体可以为用户通过输入某 一种发送模式对应的语音信息，来指不待发送消息的发送模式。其中，客户端可以对被选中 的发送模式进行特殊标识显示。
[0061] 302、若所述发送模式为定时发送模式，所述客户端配置所述待发送消息对应的定 时发送条件信息。
[0062] 其中，所述定时发送条件信息包括所述待发送消息对应的发送时间和发送频率。 所述发送频率具体可以包括：单次发送、多次发送、每天发送一次、每月发送一次等。
[0063] 可选地，步骤302之前还可以包括：所述客户端显示或者播放第二提示信息，所述 第二提示信息用于提示用户输入所述待发送消息对应的发送时间和发送频率。
[0064] 其中，第二提示信息可以为文本提示信息，具体可以以定时发送条件信息设定页 面的形式显示文本提示信息，定时发送条件信息设定页面可以如图9所示，在定时发送条 件信息设定页面中显示的内容可以为发送频率的可选项文本提示信息，以及输入发送时间 的文本提示信息，图9中发送频率为单次、发送时间为12:00。定时发送条件信息设定页面 还可以如图10所示，此时，在定时发送条件信息设定页面中显示的内容可以为输入发送频 率的文本提示信息，以及输入发送时间的文本提示信息，图10中用户输入的发送频率为每 月发送一次，发送时间为13日16:00。第二提示信息还可以为音频提示信息，当客户端获取 到用户选择的发送模式为定时发送模式时，客户端可以播放请输入发送频率和发送时间的 语音提示信息，以提示用户输入发送频率和发送时间。
[0065] 步骤302具体可以为：客户端根据第二确认指令，配置所述待发送消息对应的发 送时间和发送频率，所述第二确认指令用于指示用户输入的发送时间和发送频率。
[0066] 对于第二提示信息为文本提示信息时，所述第二确认指令具体可以为用户通过点 击或者触击任意一个发送频率选项对应的显示区域，来选择发送频率，并且可以通过在发 送时间区域输入发送时间，来指示待发送消息对应的发送时间。对于第二提示信息为音频 提示信息时，第二确认指令具体可以为用户通过输入包含有具体发送时间和发送频率的语 音信息，来指示待发送消息对应的发送时间和发送频率。其中，客户端可以对被选中的发送 频率选项进行特殊标识显示。
[0067] 303、所述客户端将所述待发送消息和所述定时发送条件信息发送给服务器。
[0068] 304、服务器保存所述待发送消息和所述定时发送条件信息。
[0069] 305、服务器按照所述发送频率，在所述发送时间将所述待发送消息发送给对应的 接收端。
[0070] 例如，定时发送条件信息中发送频率为每月发送一次，发送时间为15日12:00,则 服务器会在每月15日12点将待发送消息发送给对应的接收端，以实现消息的定时发送。
[0071] 步骤305具体可以包括：服务器实时检测存储的待发送消息中是否存在到达对应 发送时间的待发送消息，若存在到达对应发送时间的待发送消息，则判断所述发送时间与 上一次发送所述待发送消息的时间之间的时间间隔，是否满足所述待发送消息对应的发送 频率，若所述时间间隔满足所述待发送消息对应的发送频率，则获取所述待发送消息，并且 在所述发送时间将所述待发送消息发送给对应的接收端。
[0072] 例如，服务器中保存的某一个待发送消息的发送时间为12:00,发送频率为每两天 发送一次，服务器判断当前时间到达12点，即到达待发送消息的发送时间时，服务器判断 本次发送与上一次发送该消息之间的时间间隔是否为48小时，若时间间隔为48小时，则时 间间隔满足待发送消息对应的发送频率，此时，将待发送消息发送给对应的接收端；若本次 发送与上一次发送该消息之间的时间间隔不为48小时，即时间间隔不满足待发送消息对 应的发送频率，则在发送时间不进行待发送消息的发送。其中，客户端可以根据用户在编辑 待发送消息时指示的接收端来获取待发送消息对应的接收端。
[0073] 对于本发明实施例的应用场景可以如下所示，包括：用户A需要定时提醒用户B每 天12点去吃饭时，用户A对应的客户端首先获取到用户输入的待发送消息为12点了，该 去吃饭了，以及接收端为用户B对应的客户端，根据用户指示将该消息的发送模式配置为 定时发送模式，然后获取到用户输入的定时发送条件信息中，发送频率为每天发送一次，发 送时间为12:00,则将待发送消息对应的定时发送条件信息配置为每天12:00发送一次，并 将定时发送条件信息和待发送消息发送给服务器，以使得服务器可以根据定时发送条件信 息，在每天12点向用户B对应的客户端发送12点了，该去吃饭了的消息，从而实现了消息 的定时发送，提升了用户体验。
[0074] 本发明实施例提供的又一种消息发送方法，首先客户端获取待发送消息和所述待 发送消息对应的发送模式，若所述发送模式为定时发送模式，所述客户端配置所述待发送 消息对应的定时发送条件信息，最后客户端将所述待发送消息和所述定时发送条件信息发 送给服务器，以使得所述服务器保存所述待发送消息和所述定时发送条件信息，并根据所 述定时发送条件信息将所述待发送消息发送给对应的接收端。与目前客户端之间在进行即 时通讯时，只能实时地进行消息的发送与接收相比，本发明实施例通过配置待发送消息对 应的定时发送条件信息，可以实现消息的定时发送，从而使得客户端之间在进行即时通讯 时，消息的发送方式更加多样化，提升了用户体验。
[0075] 进一步地，作为图1或者图3所示方法实施例的实现，本发明实施例提供一种客 户端，如图4所示，所述客户端可以包括：获取单元41、配置单元42、发送单元43、接收单元 44、显示播放单元45。
[0076] 获取单元41，可以用于获取待发送消息和所述待发送消息对应的发送模式。
[0077] 配置单元42,可以用于若所述获取单元41获取的所述发送模式为定时发送模式， 所述客户端配置所述待发送消息对应的定时发送条件信息，所述定时发送条件信息包括所 述待发送消息对应的发送时间和发送频率。
[0078] 发送单元43,可以用于将所述获取单元41获取的所述待发送消息和所述配置单 元42配置的所述定时发送条件信息发送给服务器，以使得所述服务器保存所述待发送消 息和所述定时发送条件信息，并根据所述定时发送条件信息将所述待发送消息发送给对应 的接收端。
[0079] 接收单元44,可以用于接收发送模式选择指令。
[0080] 显示播放单元45,可以用于显示或者播放第一提示信息，所述第一提示信息用于 提示用户选择所述待发送消息对应的发送模式，所述第一提示信息包括所述待发送信息对 应的各种发送模式。
[0081] 获取单元41，可以用于根据第一确认指令，从所述各个发送模式中获取所述待发 送消息对应的发送模式，所述第一确认指令用于指示用户选择的发送模式。
[0082] 显示播放单元45,还可以用于显示或者播放第二提示信息，所述第二提示信息用 于提示用户输入所述待发送消息对应的发送时间和发送频率。
[0083] 配置单元42,可以用于根据第二确认指令，配置所述待发送消息对应的发送时间 和发送频率，所述第二确认指令用于指示用户输入的发送时间和发送频率。
[0084] 其中，所述显示播放单元45显示或者播放的所述第一提示信息为文本信息或者 音频信息，所述第二提示信息为文本信息或者音频信息。
[0085] 需要说明的是，本发明实施例所提供的客户端中所涉及各功能单元的其他相应描 述，可以参考图1和图3中的对应描述，在此不再赘述。
[0086] 本发明实施例提供的客户端，首先获取待发送消息和所述待发送消息对应的发送 模式，若所述发送模式为定时发送模式，配置所述待发送消息对应的定时发送条件信息，最 后将所述待发送消息和所述定时发送条件信息发送给服务器，以使得所述服务器保存所述 待发送消息和所述定时发送条件信息，并根据所述定时发送条件信息将所述待发送消息发 送给对应的接收端。与目前客户端之间在进行即时通讯时，只能实时地进行消息的发送与 接收相比，本发明实施例通过配置待发送消息对应的定时发送条件信息，可以实现消息的 定时发送，从而在进行即时通讯时，消息的发送方式更加多样化，提升了用户体验。
[0087] 再进一步地，作为图2或者图3所示方法实施例的具体实现，本发明实施例提供一 种服务器，如图5所示，所述服务器包括：接收单元51、保存单元52、发送单元53。
[0088] 接收单元51，可以用于接收客户端发送的待发送消息和所述待发送消息对应的 定时发送条件信息，所述定时发送条件信息包括所述待发送消息对应的发送时间和发送频 率。
[0089] 保存单元52,可以用于保存所述接收单元51接收的所述待发送消息和所述定时 发送条件信息。
[0090] 发送单元53,可以用于按照所述发送频率，在所述发送时间将所述待发送消息发 送给对应的接收端。
[0091] 发送单元53可以包括：检测模块5301、获取模块5302、发送模块5303。
[0092] 检测模块5301，可以用于实时检测存储的待发送消息中是否存在到达对应发送时 间的待发送消息。
[0093] 所述检测模块5301，还可以用于若存在到达对应发送时间的待发送消息，则判断 所述发送时间与上一次发送所述待发送消息的时间之间的时间间隔，是否满足所述待发送 消息对应的发送频率。
[0094] 获取模块5302,可以用于若所述检测模块5301检测所述时间间隔满足所述待发 送消息对应的发送频率，则获取所述待发送消息。
[0095] 发送模块5303,可以用于在所述发送时间将所述获取模块5302获取的所述待发 送消息发送给对应的接收端。
[0096] 需要说明的是，本发明实施例所提供的服务器中所涉及各功能单元的其他相应描 述，可以参考图2和图3中的对应描述，在此不再赘述。
[0097] 本发明实施例提供的服务器，首先接收客户端发送的待发送消息和所述待发送消 息对应的定时发送条件信息，保存所述待发送消息和所述定时发送条件信息，最后按照所 述发送频率，在所述发送时间将所述待发送消息发送给对应的接收端。与目前客户端之间 在进行即时通讯时，只能实时地进行消息的发送与接收相比，本发明实施例通过根据配置 的待发送消息对应的定时发送条件信息，发送待发送消息，可以实现消息的定时发送，从而 使得客户端之间在进行即时通讯时，消息的发送方式更加多样化，提升了用户体验。
[0098] 本发明实施例提供一种消息发送系统，如图6所示，所述系统包括：多个客户端 61、服务器62。
[0099] 客户端61，可以用于获取待发送消息和所述待发送消息对应的发送模式，若所述 发送模式为定时发送模式，配置所述待发送消息对应的定时发送条件信息，并将所述待发 送消息和所述定时发送条件信息发送给服务器62。
[0100] 其中，所述定时发送条件信息包括所述待发送消息对应的发送时间和发送频率。
[0101] 服务器62,可以用于接收客户端61发送的待发送消息和所述待发送消息对应的 定时发送条件信息，保存所述待发送消息和所述定时发送条件信息，并按照所述发送频率， 在所述发送时间将所述待发送消息发送给对应的接收端。
[0102] 需要说明的是，本发明实施例提供的消息发送系统的具体实现方式可以参见图3 中的方法的具体实现方式，此处不再赘述。
[0103] 本发明实施例提供的消息发送系统，首先客户端获取待发送消息和所述待发送 消息对应的发送模式，若所述发送模式为定时发送模式，客户端配置所述待发送消息对应 的定时发送条件信息，最后客户端将所述待发送消息和所述定时发送条件信息发送给服务 器，以使得所述服务器保存所述待发送消息和所述定时发送条件信息，并根据所述定时发 送条件信息将所述待发送消息发送给对应的接收端。与目前客户端之间在进行即时通讯 时，只能实时地进行消息的发送与接收相比，本发明实施例通过配置待发送消息对应的定 时发送条件信息，可以实现消息的定时发送，从而在进行即时通讯时，消息的发送方式更加 多样化，提升了用户体验。
[0104] 本发明实施例提供的客户端。服务器和消息发送系统可以实现上述提供的方法实 施例，具体功能实现请参见方法实施例中的说明，在此不再赘述。本发明实施例提供的消息 发送方法、系统、客户端及服务器可以适用于信息【技术领域】，但不仅限于此。
[0105] 本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以 通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质 中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁 碟、光盘、只读存储记忆体（Read-Only Memory, ROM)或随机存储记忆体（Random Access Memory，RAM)等。
[0106] 以上所述，仅为本发明的【具体实施方式】，但本发明的保护范围并不局限于此，任何 熟悉本【技术领域】的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应 涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。
【权利要求】
1. 一种消息发送方法，其特征在于，包括： 客户端获取待发送消息和所述待发送消息对应的发送模式； 若所述发送模式为定时发送模式，所述客户端配置所述待发送消息对应的定时发送条 件信息，所述定时发送条件信息包括所述待发送消息对应的发送时间和发送频率； 所述客户端将所述待发送消息和所述定时发送条件信息发送给服务器，以使得所述服 务器保存所述待发送消息和所述定时发送条件信息，并根据所述定时发送条件信息将所述 待发送消息发送给对应的接收端。
2. 根据权利要求1所述的消息发送方法，其特征在于，所述客户端获取所述待发送消 息对应的发送模式的步骤之前，还包括： 所述客户端接收发送模式选择指令； 所述客户端显示或者播放第一提示信息，所述第一提示信息用于提示用户选择所述待 发送消息对应的发送模式，所述第一提示信息包括所述待发送信息对应的各种发送模式。
3. 根据权利要求2所述的消息发送方法，其特征在于，所述客户端获取所述待发送消 息对应的发送模式的步骤包括： 所述客户端根据第一确认指令，从所述各个发送模式中获取所述待发送消息对应的发 送模式，所述第一确认指令用于指示用户选择的发送模式。
4. 根据权利要求1所述的消息发送方法，其特征在于，所述客户端配置所述待发送消 息对应的定时发送条件信息之前还包括： 所述客户端显示或者播放第二提示信息，所述第二提示信息用于提示用户输入所述待 发送消息对应的发送时间和发送频率。
5. 根据权利要求4所述的消息发送方法，其特征在于，所述客户端配置所述待发送消 息对应的定时发送条件信息的步骤包括： 所述客户端根据第二确认指令，配置所述待发送消息对应的发送时间和发送频率，所 述第二确认指令用于指示用户输入的发送时间和发送频率。
6. 根据权利要求1-5任一项所述的消息发送方法，其特征在于，所述第一提示信息为 文本信息或者为音频信息，所述第二提示信息为文本信息或者为音频信息。
7. -种消息发送方法，其特征在于，包括： 服务器接收客户端发送的待发送消息和所述待发送消息对应的定时发送条件信息，所 述定时发送条件信息包括所述待发送消息对应的发送时间和发送频率； 所述服务器保存所述待发送消息和所述定时发送条件信息； 所述服务器按照所述发送频率，在所述发送时间将所述待发送消息发送给对应的接收 端。
8. 根据权利要求7所述的消息发送方法，其特征在于，所述服务器按照所述发送频率， 在所述发送时间将所述待发送消息发送给对应的接收端的步骤包括： 所述服务器实时检测存储的待发送消息中是否存在到达对应发送时间的待发送消 息； 若存在到达对应发送时间的待发送消息，则所述服务器判断所述发送时间与上一次发 送所述待发送消息的时间之间的时间间隔，是否满足所述待发送消息对应的发送频率； 若所述时间间隔满足所述待发送消息对应的发送频率，则所述服务器获取所述待发送 消息，并且在所述发送时间将所述待发送消息发送给对应的接收端。
9. 一种客户端，其特征在于，包括： 获取单元，用于获取待发送消息和所述待发送消息对应的发送模式； 配置单元，用于若所述获取单元获取的所述发送模式为定时发送模式，所述客户端配 置所述待发送消息对应的定时发送条件信息，所述定时发送条件信息包括所述待发送消息 对应的发送时间和发送频率； 发送单元，用于将所述获取单元获取的所述待发送消息和所述配置单元配置的所述定 时发送条件信息发送给服务器，以使得所述服务器保存所述待发送消息和所述定时发送条 件信息，并根据所述定时发送条件信息将所述待发送消息发送给对应的接收端。
10. 根据权利要求9所述的客户端，其特征在于，所述客户端还包括： 接收单元，用于接收发送模式选择指令； 显示播放单元，用于显示或者播放第一提示信息，所述第一提示信息用于提示用户选 择所述待发送消息对应的发送模式，所述第一提示信息包括所述待发送信息对应的各种发 送模式。
11. 根据权利要求10所述的客户端，其特征在于， 所述获取单元，用于根据第一确认指令，从所述各个发送模式中获取所述待发送消息 对应的发送模式，所述第一确认指令用于指示用户选择的发送模式。
12. 根据权利要求9所述的客户端，其特征在于， 所述显示播放单元，还用于显示或者播放第二提示信息，所述第二提示信息用于提示 用户输入所述待发送消息对应的发送时间和发送频率。
13. 根据权利要求12所述的客户端，其特征在于， 所述配置单元，用于根据第二确认指令，配置所述待发送消息对应的发送时间和发送 频率，所述第二确认指令用于指示用户输入的发送时间和发送频率。
14. 根据权利要求9-13任一项所述的客户端，其特征在于，所述显示播放单元显示或 者播放的所述第一提示信息为文本信息或者为音频信息，所述第二提示信息为文本信息或 者为音频信息。
15. -种服务器，其特征在于，包括： 接收单元，用于接收客户端发送的待发送消息和所述待发送消息对应的定时发送条件 信息，所述定时发送条件信息包括所述待发送消息对应的发送时间和发送频率； 保存单元，用于保存所述接收单元接收的所述待发送消息和所述定时发送条件信息； 发送单元，用于按照所述发送频率，在所述发送时间将所述待发送消息发送给对应的 接收端。
16. 根据权利要求15所述的服务器，其特征在于，所述发送单元包括： 检测模块，用于实时检测存储的待发送消息中是否存在到达对应发送时间的待发送消 息； 所述检测模块，还用于若存在到达对应发送时间的待发送消息，则判断所述发送时间 与上一次发送所述待发送消息的时间之间的时间间隔，是否满足所述待发送消息对应的发 送频率； 获取模块，用于若所述检测模块检测所述时间间隔满足所述待发送消息对应的发送频 率，则获取所述待发送消息； 发送模块，用于在所述发送时间将所述获取模块获取的所述待发送消息发送给对应的 接收端。
17. -种消息发送系统，其特征在于，包括：至少一个客户端和服务器； 所述客户端，用于获取待发送消息和所述待发送消息对应的发送模式，若所述发送模 式为定时发送模式，配置所述待发送消息对应的定时发送条件信息，并将所述待发送消息 和所述定时发送条件信息发送给服务器，其中，所述定时发送条件信息包括所述待发送消 息对应的发送时间和发送频率； 所述服务器，用于接收客户端发送的待发送消息和所述待发送消息对应的定时发送条 件信息，保存所述待发送消息和所述定时发送条件信息，并按照所述发送频率，在所述发送 时间将所述待发送消息发送给对应的接收端。
【文档编号】H04L12/58GK104144103SQ201310186193
【公开日】2014年11月12日 申请日期:2013年5月17日 优先权日:2013年5月17日
【发明者】邵和明 申请人:腾讯科技（深圳）有限公司