CN104144103A - 消息发送方法、系统、客户端及服务器 - Google Patents
消息发送方法、系统、客户端及服务器 Download PDFInfo
- Publication number
- CN104144103A CN104144103A CN201310186193.XA CN201310186193A CN104144103A CN 104144103 A CN104144103 A CN 104144103A CN 201310186193 A CN201310186193 A CN 201310186193A CN 104144103 A CN104144103 A CN 104144103A
- Authority
- CN
- China
- Prior art keywords
- sent
- message
- information
- client
- sending
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明实施例公开了一种消息发送方法、系统、客户端及服务器,涉及信息技术领域,能够解决客户端之间在进行即时通讯时,无法进行消息非实时发送的问题,可以实现消息的定时发送。所述方法包括:首先客户端获取待发送消息和所述待发送消息对应的发送模式,若所述发送模式为定时发送模式,所述客户端配置所述待发送消息对应的定时发送条件信息,最后客户端将所述待发送消息和所述定时发送条件信息发送给服务器,以使得所述服务器保存所述待发送消息和所述定时发送条件信息,并根据所述定时发送条件信息将所述待发送消息发送给对应的接收端。
Description
技术领域
本发明涉及信息技术领域,特别涉及一种消息发送方法、系统、客户端及服务器。
背景技术
随着互联网的不断发展,IM(Instant Messenger,即时通讯)技术在人们的日常交流中起着越来越重要的角色。即时通讯技术是一种基于互联网的即时交流消息的技术,不同客户端之间通过即时通讯技术可以进行信息交互,例如,不同客户端之间可以通过即时通讯技术进行信息交流,不同客户端之间还可以通过即时通讯技术进行文件、视频等信息的传输。
然而不同客户端通过即时通讯技术进行信息交互时,客户端之间只能进行消息的实时发送与接收,从而使得消息发送方式较为单一,造成客户端之间在进行即时通讯时,无法进行消息非实时发送。
发明内容
本发明实施例提供一种消息发送方法、系统、客户端及服务器,能够解决客户端之间在进行即时通讯时,无法进行消息非实时发送的问题,可以实现消息的定时发送。
第一方面,提供一种消息发送方法,包括:
客户端获取待发送消息和所述待发送消息对应的发送模式;
若所述发送模式为定时发送模式,所述客户端配置所述待发送消息对应的定时发送条件信息,所述定时发送条件信息包括所述待发送消息对应的发送时间和发送频率;
所述客户端将所述待发送消息和所述定时发送条件信息发送给服务器,以使得所述服务器保存所述待发送消息和所述定时发送条件信息,并根据所述定时发送条件信息将所述待发送消息发送给对应的接收端。
第二方面,提供一种消息发送方法,包括:
服务器接收客户端发送的待发送消息和所述待发送消息对应的定时发送条件信息,所述定时发送条件信息包括所述待发送消息对应的发送时间和发送频率;
所述服务器保存所述待发送消息和所述定时发送条件信息;
所述服务器按照所述发送频率,在所述发送时间将所述待发送消息发送给对应的接收端。
第三方面,提供一种客户端,包括:
获取单元,用于获取待发送消息和所述待发送消息对应的发送模式;
配置单元,用于若所述获取单元获取的所述发送模式为定时发送模式,所述客户端配置所述待发送消息对应的定时发送条件信息,所述定时发送条件信息包括所述待发送消息对应的发送时间和发送频率;
发送单元,用于将所述获取单元获取的所述待发送消息和所述配置单元配置的所述定时发送条件信息发送给服务器,以使得所述服务器保存所述待发送消息和所述定时发送条件信息,并根据所述定时发送条件信息将所述待发送消息发送给对应的接收端。
第四方面,提供一种服务器,包括:
接收单元,用于接收客户端发送的待发送消息和所述待发送消息对应的定时发送条件信息,所述定时发送条件信息包括所述待发送消息对应的发送时间和发送频率;
保存单元,用于保存所述接收单元接收的所述待发送消息和所述定时发送条件信息;
发送单元,用于按照所述发送频率,在所述发送时间将所述待发送消息发送给对应的接收端。
第五方面,提供一种消息发送系统,包括:
至少一个客户端和服务器;
所述客户端,用于获取待发送消息和所述待发送消息对应的发送模式,若所述发送模式为定时发送模式,配置所述待发送消息对应的定时发送条件信息,并将所述待发送消息和所述定时发送条件信息发送给服务器,其中,所述定时发送条件信息包括所述待发送消息对应的发送时间和发送频率;
所述服务器,用于接收客户端发送的待发送消息和所述待发送消息对应的定时发送条件信息,保存所述待发送消息和所述定时发送条件信息,并按照所述发送频率,在所述发送时间将所述待发送消息发送给对应的接收端。
本发明实施例提供的消息发送方法、系统、客户端及服务器,首先客户端获取待发送消息和所述待发送消息对应的发送模式,若所述发送模式为定时发送模式,所述客户端配置所述待发送消息对应的定时发送条件信息,最后客户端将所述待发送消息和所述定时发送条件信息发送给服务器,以使得所述服务器保存所述待发送消息和所述定时发送条件信息,并根据所述定时发送条件信息将所述待发送消息发送给对应的接收端。与目前客户端之间在进行即时通讯时,只能实时地进行消息的发送与接收相比,本发明实施例通过配置待发送消息对应的定时发送条件信息,可以实现消息的定时发送,从而使得客户端之间在进行即时通讯时,消息的发送方式更加多样化,提升了用户体验。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它的附图。
图1为本发明实施例提供的一种消息发送方法流程图;
图2为本发明实施例提供的另一种消息发送方法流程图;
图3为本发明实施例提供的又一种消息发送方法流程图;
图4为本发明实施例提供的客户端结构示意图;
图5为本发明实施例提供的服务器结构示意图;
图6为本发明实施例提供的消息发送系统示意图;
图7为本发明实施例提供的待发送消息编辑界面示意图;
图8为本发明实施例提供的发送模式显示示意图;
图9为本发明实施例提供的定时发送条件信息设定页面示意图一;
图10为本发明实施例提供的定时发送条件信息设定页面示意图二。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
为使本发明技术方案的优点更加清楚,下面结合附图和实施例对本发明作详细说明。
本发明实施例提供一种消息发送方法,如图1所示,所述方法包括:
101、客户端获取待发送消息和所述待发送消息对应的发送模式。
其中,待发送消息具体可以为不同客户端之间进行即时通讯时,传输的即时通讯消息,发送模式具体可以为定时发送模式、或者实时发送模式等,实时发送模式具体可以为由预置按键触发进行消息的实时发送,例如可以预置点击或者触击回车键进行消息的实时发送。
102、若所述发送模式为定时发送模式,所述客户端配置所述待发送消息对应的定时发送条件信息。
其中,所述定时发送条件信息包括所述待发送消息对应的发送时间和发送频率。所述发送频率具体可以包括:单次发送、多次发送、每天发送一次、每月发送一次等,若发送频率为单次发送,则配置的发送时间为该次发送的具体时间;若发送频率为一天进行多次发送,则配置的发送时间为每次发送待发送消息分别对应的具体时间点,若发送频率为多天进行多次发送,则配置的发送时间为每次发送待发送消息分别对应的日期和该日期的具体时间点;若发送频率为每天发送一次,则配置的发送时间为每天发送待发送消息的时间;若发送频率为每月发送一次,则配置的发送时间为每月发送待发送消息的日期和该日期的具体时间点。
103、所述客户端将所述待发送消息和所述定时发送条件信息发送给服务器。
进一步地,以使得所述服务器保存所述待发送消息和所述定时发送条件信息,并根据所述定时发送条件信息将所述待发送消息发送给对应的接收端。
对于本发明实施例的应用场景可以如下所示,包括:用户A需要定时提醒用户B每月15日16点领取工资时,用户A对应的客户端首先获取到用户输入的待发送消息为该领工资了,根据用户指示将该消息的发送模式配置为定时发送模式,然后获取到用户输入的定时发送条件信息中,发送频率为每月发送一次,发送时间为每月15日16:00,则将待发送消息对应的定时发送条件信息配置为每月15日16:00发送一次,并将定时发送条件信息和待发送消息发送给服务器,以使得服务器可以根据定时发送条件信息,在每月15日16点向用户B对应的客户端发送该领工资了的消息,从而实现了消息的定时发送,提升了用户体验。
本发明实施例提供的一种消息发送方法,首先客户端获取待发送消息和所述待发送消息对应的发送模式,若所述发送模式为定时发送模式,所述客户端配置所述待发送消息对应的定时发送条件信息,最后客户端将所述待发送消息和所述定时发送条件信息发送给服务器,以使得所述服务器保存所述待发送消息和所述定时发送条件信息,并根据所述定时发送条件信息将所述待发送消息发送给对应的接收端。与目前客户端之间在进行即时通讯时,只能实时地进行消息的发送与接收相比,本发明实施例通过配置待发送消息对应的定时发送条件信息,可以实现消息的定时发送,从而使得客户端之间在进行即时通讯时,消息的发送方式更加多样化,提升了用户体验。
进一步地,本发明实施例提供另一种消息发送方法,如图2所示,所述方法包括:
201、服务器接收客户端发送的待发送消息和所述待发送消息对应的定时发送条件信息。
其中,所述定时发送条件信息包括所述待发送消息对应的发送时间和发送频率,所述发送频率具体可以包括:单次发送、多次发送、每天发送一次、每月发送一次等。
202、服务器保存所述待发送消息和所述定时发送条件信息。
203、服务器按照所述发送频率,在所述发送时间将所述待发送消息发送给对应的接收端。
例如,定时发送条件信息中发送频率为每天发送一次,发送时间为12:00,则服务器会在每天的12点将待发送消息发送给对应的接收端,以实现消息的定时发送。
本发明实施例提供的另一种消息发送方法,首先服务器接收客户端发送的待发送消息和所述待发送消息对应的定时发送条件信息,然后服务器保存所述待发送消息和所述定时发送条件信息,最后服务器按照所述发送频率,在所述发送时间将所述待发送消息发送给对应的接收端。与目前客户端之间在进行即时通讯时,只能实时地进行消息的发送与接收相比,本发明实施例通过根据配置的待发送消息对应的定时发送条件信息,发送待发送消息,可以实现消息的定时发送,从而使得客户端之间在进行即时通讯时,消息的发送方式更加多样化,提升了用户体验。
进一步地,本发明实施例提供又一种消息发送方法,如图3所示,所述方法包括:
301、客户端获取待发送消息和所述待发送消息对应的发送模式。
其中,待发送消息具体可以为不同客户端之间进行即时通讯时,传输的即时通讯消息,发送模式具体可以为定时发送模式、或者实时发送模式等,实时发送模式具体可以为由预置按键触发进行消息的实时发送,例如可以预置点击或者触击F12键进行消息的实时发送。
可选地,客户端获取所述待发送消息对应的发送模式之前还可以包括:客户端接收发送模式选择指令,然后所述客户端显示或者播放第一提示信息,所述第一提示信息用于提示用户选择所述待发送消息对应的发送模式,所述第一提示信息包括所述待发送信息对应的各种发送模式。
其中,发送模式选择指令具体可以为用户在消息编辑界面输入待发送消息后,点击发送模式展开按钮,以使得客户端显示或者播放第一提示信息,消息编辑界面可以如图7所示。第一提示信息具体可以为文本提示信息,例如可以在一个文本框内将各种发送模式以文本信息的形式显示出来,具体可以如图8所示,图8中用户选择的为定时发送模式。第一提示信息具体还可以为音频提示信息,客户端在接收到发送模式选择指令后,播放各种发送模式分别对应的语音提示信息。
客户端获取所述待发送消息对应的发送模式的步骤具体可以为:客户端根据第一确认指令,从所述各个发送模式中获取所述待发送消息对应的发送模式所述第一确认指令用于指示用户选择的发送模式。当第一提示信息为文本提示信息时,所述第一确认指令具体可以为用户通过点击或者触击任意一种发送模式对应的显示区域,来选择待发送消息的发送模式;当第一提示信息为音频提示信息时,第一确认指令具体可以为用户通过输入某一种发送模式对应的语音信息,来指示待发送消息的发送模式。其中,客户端可以对被选中的发送模式进行特殊标识显示。
302、若所述发送模式为定时发送模式,所述客户端配置所述待发送消息对应的定时发送条件信息。
其中,所述定时发送条件信息包括所述待发送消息对应的发送时间和发送频率。所述发送频率具体可以包括:单次发送、多次发送、每天发送一次、每月发送一次等。
可选地,步骤302之前还可以包括:所述客户端显示或者播放第二提示信息,所述第二提示信息用于提示用户输入所述待发送消息对应的发送时间和发送频率。
其中,第二提示信息可以为文本提示信息,具体可以以定时发送条件信息设定页面的形式显示文本提示信息,定时发送条件信息设定页面可以如图9所示,在定时发送条件信息设定页面中显示的内容可以为发送频率的可选项文本提示信息,以及输入发送时间的文本提示信息,图9中发送频率为单次、发送时间为12:00。定时发送条件信息设定页面还可以如图10所示,此时,在定时发送条件信息设定页面中显示的内容可以为输入发送频率的文本提示信息,以及输入发送时间的文本提示信息,图10中用户输入的发送频率为每月发送一次,发送时间为13日16:00。第二提示信息还可以为音频提示信息,当客户端获取到用户选择的发送模式为定时发送模式时,客户端可以播放请输入发送频率和发送时间的语音提示信息,以提示用户输入发送频率和发送时间。
步骤302具体可以为:客户端根据第二确认指令,配置所述待发送消息对应的发送时间和发送频率,所述第二确认指令用于指示用户输入的发送时间和发送频率。
对于第二提示信息为文本提示信息时,所述第二确认指令具体可以为用户通过点击或者触击任意一个发送频率选项对应的显示区域,来选择发送频率,并且可以通过在发送时间区域输入发送时间,来指示待发送消息对应的发送时间。对于第二提示信息为音频提示信息时,第二确认指令具体可以为用户通过输入包含有具体发送时间和发送频率的语音信息,来指示待发送消息对应的发送时间和发送频率。其中,客户端可以对被选中的发送频率选项进行特殊标识显示。
303、所述客户端将所述待发送消息和所述定时发送条件信息发送给服务器。
304、服务器保存所述待发送消息和所述定时发送条件信息。
305、服务器按照所述发送频率,在所述发送时间将所述待发送消息发送给对应的接收端。
例如,定时发送条件信息中发送频率为每月发送一次,发送时间为15日12:00,则服务器会在每月15日12点将待发送消息发送给对应的接收端,以实现消息的定时发送。
步骤305具体可以包括:服务器实时检测存储的待发送消息中是否存在到达对应发送时间的待发送消息,若存在到达对应发送时间的待发送消息,则判断所述发送时间与上一次发送所述待发送消息的时间之间的时间间隔,是否满足所述待发送消息对应的发送频率,若所述时间间隔满足所述待发送消息对应的发送频率,则获取所述待发送消息,并且在所述发送时间将所述待发送消息发送给对应的接收端。
例如,服务器中保存的某一个待发送消息的发送时间为12:00,发送频率为每两天发送一次,服务器判断当前时间到达12点,即到达待发送消息的发送时间时,服务器判断本次发送与上一次发送该消息之间的时间间隔是否为48小时,若时间间隔为48小时,则时间间隔满足待发送消息对应的发送频率,此时,将待发送消息发送给对应的接收端;若本次发送与上一次发送该消息之间的时间间隔不为48小时,即时间间隔不满足待发送消息对应的发送频率,则在发送时间不进行待发送消息的发送。其中,客户端可以根据用户在编辑待发送消息时指示的接收端来获取待发送消息对应的接收端。
对于本发明实施例的应用场景可以如下所示,包括:用户A需要定时提醒用户B每天12点去吃饭时,用户A对应的客户端首先获取到用户输入的待发送消息为12点了,该去吃饭了,以及接收端为用户B对应的客户端,根据用户指示将该消息的发送模式配置为定时发送模式,然后获取到用户输入的定时发送条件信息中,发送频率为每天发送一次,发送时间为12:00,则将待发送消息对应的定时发送条件信息配置为每天12:00发送一次,并将定时发送条件信息和待发送消息发送给服务器,以使得服务器可以根据定时发送条件信息,在每天12点向用户B对应的客户端发送12点了,该去吃饭了的消息,从而实现了消息的定时发送,提升了用户体验。
本发明实施例提供的又一种消息发送方法,首先客户端获取待发送消息和所述待发送消息对应的发送模式,若所述发送模式为定时发送模式,所述客户端配置所述待发送消息对应的定时发送条件信息,最后客户端将所述待发送消息和所述定时发送条件信息发送给服务器,以使得所述服务器保存所述待发送消息和所述定时发送条件信息,并根据所述定时发送条件信息将所述待发送消息发送给对应的接收端。与目前客户端之间在进行即时通讯时,只能实时地进行消息的发送与接收相比,本发明实施例通过配置待发送消息对应的定时发送条件信息,可以实现消息的定时发送,从而使得客户端之间在进行即时通讯时,消息的发送方式更加多样化,提升了用户体验。
进一步地,作为图1或者图3所示方法实施例的实现,本发明实施例提供一种客户端,如图4所示,所述客户端可以包括:获取单元41、配置单元42、发送单元43、接收单元44、显示播放单元45。
获取单元41,可以用于获取待发送消息和所述待发送消息对应的发送模式。
配置单元42,可以用于若所述获取单元41获取的所述发送模式为定时发送模式,所述客户端配置所述待发送消息对应的定时发送条件信息,所述定时发送条件信息包括所述待发送消息对应的发送时间和发送频率。
发送单元43,可以用于将所述获取单元41获取的所述待发送消息和所述配置单元42配置的所述定时发送条件信息发送给服务器,以使得所述服务器保存所述待发送消息和所述定时发送条件信息,并根据所述定时发送条件信息将所述待发送消息发送给对应的接收端。
接收单元44,可以用于接收发送模式选择指令。
显示播放单元45,可以用于显示或者播放第一提示信息,所述第一提示信息用于提示用户选择所述待发送消息对应的发送模式,所述第一提示信息包括所述待发送信息对应的各种发送模式。
获取单元41,可以用于根据第一确认指令,从所述各个发送模式中获取所述待发送消息对应的发送模式,所述第一确认指令用于指示用户选择的发送模式。
显示播放单元45,还可以用于显示或者播放第二提示信息,所述第二提示信息用于提示用户输入所述待发送消息对应的发送时间和发送频率。
配置单元42,可以用于根据第二确认指令,配置所述待发送消息对应的发送时间和发送频率,所述第二确认指令用于指示用户输入的发送时间和发送频率。
其中,所述显示播放单元45显示或者播放的所述第一提示信息为文本信息或者音频信息,所述第二提示信息为文本信息或者音频信息。
需要说明的是,本发明实施例所提供的客户端中所涉及各功能单元的其他相应描述,可以参考图1和图3中的对应描述,在此不再赘述。
本发明实施例提供的客户端,首先获取待发送消息和所述待发送消息对应的发送模式,若所述发送模式为定时发送模式,配置所述待发送消息对应的定时发送条件信息,最后将所述待发送消息和所述定时发送条件信息发送给服务器,以使得所述服务器保存所述待发送消息和所述定时发送条件信息,并根据所述定时发送条件信息将所述待发送消息发送给对应的接收端。与目前客户端之间在进行即时通讯时,只能实时地进行消息的发送与接收相比,本发明实施例通过配置待发送消息对应的定时发送条件信息,可以实现消息的定时发送,从而在进行即时通讯时,消息的发送方式更加多样化,提升了用户体验。
再进一步地,作为图2或者图3所示方法实施例的具体实现,本发明实施例提供一种服务器,如图5所示,所述服务器包括:接收单元51、保存单元52、发送单元53。
接收单元51,可以用于接收客户端发送的待发送消息和所述待发送消息对应的定时发送条件信息,所述定时发送条件信息包括所述待发送消息对应的发送时间和发送频率。
保存单元52,可以用于保存所述接收单元51接收的所述待发送消息和所述定时发送条件信息。
发送单元53,可以用于按照所述发送频率,在所述发送时间将所述待发送消息发送给对应的接收端。
发送单元53可以包括:检测模块5301、获取模块5302、发送模块5303。
检测模块5301,可以用于实时检测存储的待发送消息中是否存在到达对应发送时间的待发送消息。
所述检测模块5301,还可以用于若存在到达对应发送时间的待发送消息,则判断所述发送时间与上一次发送所述待发送消息的时间之间的时间间隔,是否满足所述待发送消息对应的发送频率。
获取模块5302,可以用于若所述检测模块5301检测所述时间间隔满足所述待发送消息对应的发送频率,则获取所述待发送消息。
发送模块5303,可以用于在所述发送时间将所述获取模块5302获取的所述待发送消息发送给对应的接收端。
需要说明的是,本发明实施例所提供的服务器中所涉及各功能单元的其他相应描述,可以参考图2和图3中的对应描述,在此不再赘述。
本发明实施例提供的服务器,首先接收客户端发送的待发送消息和所述待发送消息对应的定时发送条件信息,保存所述待发送消息和所述定时发送条件信息,最后按照所述发送频率,在所述发送时间将所述待发送消息发送给对应的接收端。与目前客户端之间在进行即时通讯时,只能实时地进行消息的发送与接收相比,本发明实施例通过根据配置的待发送消息对应的定时发送条件信息,发送待发送消息,可以实现消息的定时发送,从而使得客户端之间在进行即时通讯时,消息的发送方式更加多样化,提升了用户体验。
本发明实施例提供一种消息发送系统,如图6所示,所述系统包括:多个客户端61、服务器62。
客户端61,可以用于获取待发送消息和所述待发送消息对应的发送模式,若所述发送模式为定时发送模式,配置所述待发送消息对应的定时发送条件信息,并将所述待发送消息和所述定时发送条件信息发送给服务器62。
其中,所述定时发送条件信息包括所述待发送消息对应的发送时间和发送频率。
服务器62,可以用于接收客户端61发送的待发送消息和所述待发送消息对应的定时发送条件信息,保存所述待发送消息和所述定时发送条件信息,并按照所述发送频率,在所述发送时间将所述待发送消息发送给对应的接收端。
需要说明的是,本发明实施例提供的消息发送系统的具体实现方式可以参见图3中的方法的具体实现方式,此处不再赘述。
本发明实施例提供的消息发送系统,首先客户端获取待发送消息和所述待发送消息对应的发送模式,若所述发送模式为定时发送模式,客户端配置所述待发送消息对应的定时发送条件信息,最后客户端将所述待发送消息和所述定时发送条件信息发送给服务器,以使得所述服务器保存所述待发送消息和所述定时发送条件信息,并根据所述定时发送条件信息将所述待发送消息发送给对应的接收端。与目前客户端之间在进行即时通讯时,只能实时地进行消息的发送与接收相比,本发明实施例通过配置待发送消息对应的定时发送条件信息,可以实现消息的定时发送,从而在进行即时通讯时,消息的发送方式更加多样化,提升了用户体验。
本发明实施例提供的客户端。服务器和消息发送系统可以实现上述提供的方法实施例,具体功能实现请参见方法实施例中的说明,在此不再赘述。本发明实施例提供的消息发送方法、系统、客户端及服务器可以适用于信息技术领域,但不仅限于此。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)或随机存储记忆体(Random Access Memory,RAM)等。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求的保护范围为准。
Claims (17)
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.一种消息发送系统,其特征在于,包括:至少一个客户端和服务器;
所述客户端,用于获取待发送消息和所述待发送消息对应的发送模式,若所述发送模式为定时发送模式,配置所述待发送消息对应的定时发送条件信息,并将所述待发送消息和所述定时发送条件信息发送给服务器,其中,所述定时发送条件信息包括所述待发送消息对应的发送时间和发送频率;
所述服务器,用于接收客户端发送的待发送消息和所述待发送消息对应的定时发送条件信息,保存所述待发送消息和所述定时发送条件信息,并按照所述发送频率,在所述发送时间将所述待发送消息发送给对应的接收端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310186193.XA CN104144103A (zh) | 2013-05-17 | 2013-05-17 | 消息发送方法、系统、客户端及服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310186193.XA CN104144103A (zh) | 2013-05-17 | 2013-05-17 | 消息发送方法、系统、客户端及服务器 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104144103A true CN104144103A (zh) | 2014-11-12 |
Family
ID=51853172
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310186193.XA Pending CN104144103A (zh) | 2013-05-17 | 2013-05-17 | 消息发送方法、系统、客户端及服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104144103A (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104469715A (zh) * | 2014-11-28 | 2015-03-25 | 深圳市中兴移动通信有限公司 | 信息延迟发送方法、终端、服务器及系统 |
CN105812236A (zh) * | 2016-03-04 | 2016-07-27 | 广州神马移动信息科技有限公司 | 一种即时消息的发送方法和装置 |
CN110011906A (zh) * | 2019-03-29 | 2019-07-12 | 莱思特科技股份有限公司 | 自订讯息传送排程的方法、实时通讯装置及计算机程序产品 |
CN111711558A (zh) * | 2020-05-28 | 2020-09-25 | 腾讯科技(深圳)有限公司 | 一种消息控制方法及装置 |
CN112087363A (zh) * | 2019-06-13 | 2020-12-15 | 腾讯科技(深圳)有限公司 | 消息处理方法及装置、终端、服务器 |
CN112887189A (zh) * | 2019-11-29 | 2021-06-01 | 腾讯科技(深圳)有限公司 | 会话消息的定时发送方法、装置、计算机设备及存储介质 |
WO2021121197A1 (zh) * | 2019-12-16 | 2021-06-24 | 深圳市万普拉斯科技有限公司 | 移动终端信件处理方法、装置、计算机设备和存储介质 |
CN114866501A (zh) * | 2015-02-15 | 2022-08-05 | 华为技术有限公司 | 信息分享方法及装置 |
WO2024109465A1 (zh) * | 2022-11-25 | 2024-05-30 | 华为技术有限公司 | 推送消息的方法及设备 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101232466A (zh) * | 2008-02-27 | 2008-07-30 | 腾讯科技(深圳)有限公司 | 一种消息传输方法以及消息传输装置 |
CN101945350A (zh) * | 2010-09-06 | 2011-01-12 | 深圳市同洲电子股份有限公司 | 移动终端定时通信的方法、装置和移动终端 |
CN102036195A (zh) * | 2010-12-08 | 2011-04-27 | 北京神州泰岳软件股份有限公司 | 定时发送消息的方法及系统 |
-
2013
- 2013-05-17 CN CN201310186193.XA patent/CN104144103A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101232466A (zh) * | 2008-02-27 | 2008-07-30 | 腾讯科技(深圳)有限公司 | 一种消息传输方法以及消息传输装置 |
CN101945350A (zh) * | 2010-09-06 | 2011-01-12 | 深圳市同洲电子股份有限公司 | 移动终端定时通信的方法、装置和移动终端 |
CN102036195A (zh) * | 2010-12-08 | 2011-04-27 | 北京神州泰岳软件股份有限公司 | 定时发送消息的方法及系统 |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104469715A (zh) * | 2014-11-28 | 2015-03-25 | 深圳市中兴移动通信有限公司 | 信息延迟发送方法、终端、服务器及系统 |
CN114866501A (zh) * | 2015-02-15 | 2022-08-05 | 华为技术有限公司 | 信息分享方法及装置 |
CN114866501B (zh) * | 2015-02-15 | 2024-04-09 | 华为技术有限公司 | 信息分享方法及装置 |
CN105812236A (zh) * | 2016-03-04 | 2016-07-27 | 广州神马移动信息科技有限公司 | 一种即时消息的发送方法和装置 |
CN110011906A (zh) * | 2019-03-29 | 2019-07-12 | 莱思特科技股份有限公司 | 自订讯息传送排程的方法、实时通讯装置及计算机程序产品 |
CN112087363A (zh) * | 2019-06-13 | 2020-12-15 | 腾讯科技(深圳)有限公司 | 消息处理方法及装置、终端、服务器 |
CN112887189A (zh) * | 2019-11-29 | 2021-06-01 | 腾讯科技(深圳)有限公司 | 会话消息的定时发送方法、装置、计算机设备及存储介质 |
WO2021121197A1 (zh) * | 2019-12-16 | 2021-06-24 | 深圳市万普拉斯科技有限公司 | 移动终端信件处理方法、装置、计算机设备和存储介质 |
CN111711558A (zh) * | 2020-05-28 | 2020-09-25 | 腾讯科技(深圳)有限公司 | 一种消息控制方法及装置 |
WO2024109465A1 (zh) * | 2022-11-25 | 2024-05-30 | 华为技术有限公司 | 推送消息的方法及设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104144103A (zh) | 消息发送方法、系统、客户端及服务器 | |
US10552800B2 (en) | Visually indicating a calendar event among different time zones | |
JP7344386B2 (ja) | グループセッションにおけるリマインダー方法、装置、デバイスおよびコンピュータプログラム | |
US10944702B2 (en) | Method and device for publishing message and storage medium | |
CN103313216B (zh) | 一种通信账号的消息提醒方法、系统及装置 | |
CN104244075B (zh) | 一种媒体信息分享方法和系统 | |
US9497602B2 (en) | System and method of enterprise mobile message | |
CN103460723A (zh) | 用于更新多个动态图标面板的推送通知 | |
CN102082855A (zh) | 一种在电子终端上实现闹钟提醒的方法以及电子终端 | |
CN101505284A (zh) | 一种智能的信息动态推送方法及系统 | |
CN112350924A (zh) | 通信方法、装置、终端和存储介质 | |
CN104144198A (zh) | 一种多媒体信息分享方法、系统及装置 | |
CN105279637A (zh) | 日历信息管理方法、装置及系统 | |
CN103269305A (zh) | 用于发布群组交流信息的方法及系统 | |
CN104023272A (zh) | 一种视频画面编辑方法及装置 | |
CN105429845A (zh) | 一种日程信息的处理方法、系统及相关设备 | |
CN102404250A (zh) | 向即时消息系统用户传输文件的方法、装置及系统 | |
CN109783427A (zh) | 联动式日程提醒的实现方法、服务器及系统 | |
CN105142030A (zh) | 一种基于电视的实现社交功能的系统及方法 | |
CN103024666A (zh) | 一种基于位置导航的信息发送方法、装置和系统 | |
CN111901225A (zh) | 消息提示方法和装置、存储介质及电子装置 | |
CN104639973B (zh) | 一种信息推送方法及装置 | |
CN104618420A (zh) | 信息展示方法和装置 | |
CN105100949A (zh) | 基于电视的实现社交功能的系统及方法 | |
CN109688402A (zh) | 一种基于全息影像的交互方法、客户端及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20141112 |