CN109698782A - 一种消息传送方法及系统 - Google Patents
一种消息传送方法及系统 Download PDFInfo
- Publication number
- CN109698782A CN109698782A CN201710982930.5A CN201710982930A CN109698782A CN 109698782 A CN109698782 A CN 109698782A CN 201710982930 A CN201710982930 A CN 201710982930A CN 109698782 A CN109698782 A CN 109698782A
- Authority
- CN
- China
- Prior art keywords
- recipient
- message
- sent
- sender
- information
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
- H04L51/043—Real-time or near real-time messaging, e.g. instant messaging [IM] using or handling presence information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/224—Monitoring or handling of messages providing notification on incoming messages, e.g. pushed notifications of received messages
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/226—Delivery according to priorities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/234—Monitoring or handling of messages for tracking messages
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种消息传送方法及系统,属于网络消息传送领域,可以及时、有效的将消息传送至接收方。所述方法包括:确定消息指向的接收方,所述消息由发送方发出;从状态信息库中获取所述接收方的状态信息;根据所获取的状态信息,确定对应所述接收方的联系方式的优先级顺序;根据所述优先级顺序选择联系方式,向所述接收方发送所述消息,并将所述消息的发送状况反馈至所述发送方。
Description
技术领域
本发明属于网络消息传送领域,具体来说,涉及一种消息传送方法及系统。
背景技术
目前,在即时聊天软件中,沟通及时性和有效性受到很多因素影响,比如:用户是否在线,离线用户无法收到消息;用户是否当时在忙于其他事情,无法及时回复;发送方无法准确知道接收方是否已经阅读并理解消息等等,使得沟通效率大大降低。因此需要一种解决方案,提供多种方式来提醒接收方,确保消息能及时送到接收方,并反馈确认消息给发送方,提高双方的沟通效率。
发明内容
本发明提供一种消息传送方法及系统,以及时、有效的将消息传送至接收方。
为实现上述目的,本发明实施例采用以下技术方案:
第一方面,本发明实施例提供一种消息传送方法,包括:
确定消息指向的接收方,所述消息由发送方发出;
从状态信息库中获取所述接收方的状态信息;
根据所获取的状态信息,确定对应所述接收方的联系方式的优先级顺序;
根据所述优先级顺序选择联系方式,向所述接收方发送所述消息,并将所述消息的发送状况反馈至所述发送方。
结合第一方面,作为第一种可实现的方案,所述根据所获取的状态信息,确定对应所述接收方的联系方式的优先级顺序,包括:
若所述接收方为在线状态,则向接收方发送消息确认信息,并将接收的消息确认信息反馈至发送方;
若所述接收方为非在线状态,则通过短信或电话方式将所述消息内容传送至接收方,并将消息已发送信息反馈至发送方。
结合第一方面,作为第二种可实现的方案,所述根据所获取的状态信息,确定对应所述接收方的联系方式的优先级顺序,包括:
接收方的当前状态为开会状态或者休假状态,则查询接收方的个人电话,并将所述消息内容通过短信方式发送至接收方的个人电话中。
结合第一方面的第一种可实现的方案或第二种可实现的方案,作为第三种可实现的方案,所述根据所述优先级顺序选择联系方式,并向所述接收方发送所述消息,包括:
若在设定时间内,接收到接收方发送的消息确认信息,则将所述的消息确认信息发送至发送方;
若在设定时间内,没有接收到接收方发送的消息确认信息,则通过电话方式将所述消息内容发送至接收方。
结合第一方面的第三种可实现的方案,作为第四种可实现的方案,所述通过电话方式将所述消息内容发送至接收方,包括:
查询接收方的排班信息、工作电话和个人电话;
根据所述排班信息,若接收方当前处于工作时间,则拨打工作电话;若拨打工作电话失败,则拨打个人电话;若接收方当前处于非工作时间,则拨打个人电话;
当拨打工作电话或者个人电话成功时,将所述消息内容语音播报,并将拨打成功信息反馈至发送方;当拨打工作电话或者个人电话失败时,重复拨打工作电话或者个人电话,直至拨打成功或者拨打失败次数超过预设次数。
第二方面,本发明实施例还提供一种消息传送系统,包括:
第一确定模块:用于确定消息指向的接收方,所述消息由发送方发出;
获取模块:用于从状态信息库中获取所述接收方的状态信息;
第二确定模块:用于根据所获取的状态信息,确定对应所述接收方的联系方式的优先级顺序;
发送模块:用于根据所述优先级顺序选择联系方式,向所述接收方发送所述消息,并将所述消息的发送状况反馈至所述发送方。
结合第二方面,作为第一种可实现的方案,所述第二确定模块,具体用于:
若所述接收方为在线状态,则向接收方发送消息确认信息,并将接收的消息确认信息反馈至发送方;
若所述接收方为非在线状态,则通过短信或电话方式将所述消息内容传送至接收方,并将消息已发送信息反馈至发送方。
结合第二方面,作为第二种可实现的方案,所述第二确定模块,具体用于:
接收方的当前状态为开会状态或者休假状态,则查询接收方的个人电话,并将所述消息内容通过短信方式发送至接收方的个人电话中。
结合第二方面,作为第三种可实现的方案,所述发送模块,具体用于:
若在设定时间内,接收到接收方发送的消息确认信息,则将所述的消息确认信息发送至发送方;
若在设定时间内,没有接收到接收方发送的消息确认信息,则通过电话方式将所述消息内容发送至接收方。
结合第二方面的第三种可实现的方案,作为第四种可实现的方案,所述发送模块,包括:
查询子模块:用于查询接收方的排班信息、工作电话和个人电话;
发送子模块:用于根据所述排班信息,若接收方当前处于工作时间,则拨打工作电话;若拨打工作电话失败,则拨打个人电话;若接收方当前处于非工作时间,则拨打个人电话;当拨打工作电话或者个人电话成功时,将所述消息内容语音播报,并将拨打成功信息反馈至发送方;当拨打工作电话或者个人电话失败时,重复拨打工作电话或者个人电话,直至拨打成功或者拨打失败次数超过预设次数。
本实施例的方法和系统可以及时、有效的将消息传送至接收方。现有技术中,发送方向接收方发送消息后,只能被动的等待,接收方可能没有接收该消息。本实施例的方法根据所述接收方在状态信息库中的当前状态,采用不同的方式向接收方发送所述消息。这样,不论接收方在通讯软件中是否在线,都能够将消息及时、有效的传送至接收方,避免接收方因故离线或者忙于其他事情不能及时接收该消息。同时,本实施例的方法在发送方发送消息后,能够将所述消息发送状况反馈至发送方。发送方根据消息发送状况,可以知晓接收方是否实际接收到所述消息,提升了用户体验。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它的附图。
图1为本发明实施例方法实施的系统结构图;
图2为本发明实施例方法的流程图;
图3为本发明实施例方法的一种具体流程图;
图4为本发明实施例系统的结构框图。
具体实施方式
现有技术中,在即时通讯过程中,发送方将消息发送给接收方后,只有等待接收方反馈消息。如果接收方离线或者在线、但是接收方离岗,那么发送方发送的消息就不能及时传达到接收方。本发明实施例旨在提供一种消息传送方法,使得不论接收方是否在线、是否离岗,都能有效的接收消息。本发明实施例的方法可在以下的系统中实现。如图1所示,该系统包括即时通讯服务器、用户信息服务器、日程服务器和电话短信服务器。即时通讯服务器,用于传送发送方和接收方之间的消息。用户信息服务器,用于存储用户的联系方式,包括公司号码和个人号码。日程服务器,用于存储用户的排班信息。电话短信服务器,用于向用户发送短信或者拨打电话。即时通讯服务器接入用户信息服务器和日程服务器,可以根据当前的排班情况,对用户的联系方式进行排序。即时通讯服务器接入电话短信服务器,可向用户发送短信和拨打电话。
发送方通过即时通讯服务器向接收方发送消息。即时通讯服务器判断接收方是否在线。若在线,提醒接收方确认信息,接收方确认信息后,系统把确认信息发送给发送方;接收方在一定时间内没有确认信息,则系统进入日程服务器和用户信息服务器查询用户的公司号码和个人号码,并根据当时是否工作时间来确定拨打顺序(工作时间优先公司号码,否则优先个人号码),然后通知电话短信服务器,按顺序拨打公司号码和个人号码,直到接通为止或者达到最大尝试次数。若离线,即时通讯服务器通过电话短信服务器给接收方个人号码发送一条短信。接收方在一定时间内没有确认信息,则系统进入日程服务器和用户信息服务器查询用户的公司号码和个人号码,并根据当时是否工作时间来确定拨打顺序(工作时间优先公司号码,否则优先个人号码),然后通知电话短信服务器,按顺序拨打公司号码和个人号码,直到接通为止或者达到最大尝试次数。上述情形中,接收方确认消息、接通电话后,系统及时反馈给发送方。
如图2所示,本发明实施例的一种消息传送方法,包括:
S10确定消息指向的接收方,所述消息由发送方发出;
S20从状态信息库中获取所述接收方的状态信息;
S30根据所获取的状态信息,确定对应所述接收方的联系方式的优先级顺序;
S40根据所述优先级顺序选择联系方式,向所述接收方发送所述消息,并将所述消息的发送状况反馈至所述发送方。
上述实施例的方法中,根据所获取的接收方的状态信息,确定对应所述接收方的联系方式的优先级顺序;根据所述优先级顺序选择联系方式,向所述接收方发送所述消息,并将所述消息的发送状况反馈至所述发送方。本实施例的方法根据所述接收方的不同状态,向接收方发送所述消息。现有技术中,通过通讯软件向接收方发送文字消息后,发送方只能被动的等待接收方的信息反馈。也就是说,现有技术中,发送信息不需要考虑接收方在通讯软件中的状态。而本实施例的方法,根据所述接收方的不同状态,向接收方发送所述消息。也就是说,根据接收方的不同状态,采用不同的方式向接收方发送消息。这样,不论接收方在通讯软件中是否在线,都能够将消息及时传送至接收方。同时,本实施例的方法在发送方发送消息后,能够将所述消息发送状况反馈至所述发送方。发送方根据消息发送状况,可以知晓接收方是否实际接收到所述消息。
在上述实施例中,作为优选例,如图3所示,所述步骤S30,包括:
若所述接收方为在线状态,则向接收方发送消息确认信息,并将接收的消息确认信息反馈至发送方;
若所述接收方为非在线状态,则通过短信或电话方式将所述消息内容传送至接收方,并将消息已发送信息反馈至发送方。
在线状态为接收方在通讯软件中显示为在线状态。非在线状态为接收方在通讯软件中显示为不在线状态。该优选例中,根据接收方的状态,采用不同的消息发送方式。如果接收方在线,则系统向接收方发送所述消息,同时还发送消息确认信息。接收方向系统发送消息确认信息,意味着接收方确认已经接收到所述消息。系统将接收方发送的消息确认信息反馈给发送方。这样,发送方就不必担心接收方是否收到消息。如果接收方为非在线状态,则通过短信或电话方式将所述消息内容传送至接收方。如果接受方为非在线状态,则意味了接收方不能及时通过通讯软件接收该消息。系统将通过短信或电话方式将所述消息内容传送至接收方。这样就确保消息能够及时有效的传送至接收方。
在上述实施例中,作为另一优选例,如图3所示,所述步骤S30,包括:
接收方的当前状态为开会状态或者休假状态,则查询接收方的个人电话,并将所述消息内容通过短信方式发送至接收方的个人电话中。
如果接收方为开会状态或者休假状态,那么意味着接收方无法及时通过通讯软件接收了解消息内容。这样,通过查询接收方的个人电话,向接收方的个人电话发送消息内容。休假状态为接收方在当日休假。开会状态为接收方在当日上班、但当时正在开会中。为避免对接收方的打搅,首先以短信方式将消息内容发送至接收方的个人电话。同时,系统向接收方个人电话中发送消息确认信息。接收方接收到消息确认信息后,向系统发送确认信息,由系统向发送方反馈该信息。发送方接收到确认信息后,意味着接收方实际接收到发送方发送的信息。系统若在预设时间内没有接收到接收方的消息确认信息,则通过电话方式将所述消息内容发送至接收方。本实施例中,在接收方处于非在线状态下,首先通过短信方式将消息传送至接收方,如果不能有效传送,则通过电话方式将消息传送至接收方。这样,在接收方处于非在线状态下,本实施例仍能有效的、及时的将消息传送至接收方。
作为优选例,如图3所示,所述步骤S40,包括:
若在设定时间内,接收到接收方发送的消息确认信息,则将所述的消息确认信息发送至发送方;
若在设定时间内,没有接收到接收方发送的消息确认信息,则通过电话方式将所述消息内容发送至接收方。
接收方即使处于在线状态,也并不意味了接收方已经阅读该消息。为确认接收方实际接收到该消息,系统向接收方发送的消息确认信息。接收方向系统反馈消息确认信息,则表示接收方已经接收到该消息。本实施例中,为避免长时间等待接收方反馈,系统预先设定时间,在设定时间内,接收到接收方发送的消息确认信息,则将所述的消息确认信息发送至发送方。在设定时间内,没有接收到接收方发送的消息确认信息,则通过电话方式将所述消息内容发送至接收方。设定时间可以根据消息的重要性进行预先设定。
作为优选例,如图3所示,所述通过电话方式将所述消息内容发送至接收方,包括:
查询接收方的排班信息、工作电话和个人电话;
根据所述排班信息,若接收方当前处于工作时间,则拨打工作电话;若拨打工作电话失败,则拨打个人电话;若接收方当前处于非工作时间,则拨打个人电话;
当拨打工作电话或者个人电话成功时,将所述消息内容语音播报,并将拨打成功信息反馈至发送方;当拨打工作电话或者个人电话失败时,重复拨打工作电话或者个人电话,直至拨打成功或者拨打失败次数超过预设次数。
上述优选例中,通过电话方式将所述消息内容发送至接收方的过程中,考虑到接收方的联系电话有多个,本实施例基于接收方是否处于工作时间,予以区别对待。通过查询接收方的排班信息,获取接收方当前是否处于工作时间的信息。如果接收方当前处于工作时间,拨打工作电话,若拨打成功,则将所述消息内容语音播报,并将拨打成功信息反馈给发送方。这样,发送方就知道接收方已经知晓该消息。若拨打失败,则拨打个人电话。若拨打成功,则将所述消息内容语音播报,并将拨打成功信息反馈给发送方。若拨打失败,则重复拨打个人电话,直至拨打成功或者拨打失败次数超过预设次数。工作电话只拨打一次。个人电话通常位于接收方身边。当拨打工作电话失败后,可以拨打个人电话多次。当拨打个人电话的次数超过预设次数,接收方仍然没有接听,则系统向发送方反馈该信息。发送方再以其他方式与接收方联系。
本实施例中,当以短信方式或者电话方式将消息送达接收方时,接收方需要明确反馈确认信息给发送方,避免接收方因离线或者忙碌而错过消息。在使用电话方式时,可以根据接收方当天的排班情况(即是否工作时间)来确定公司号码和个人手机的呼叫顺序,提升用户体验。
本实施例的方法中,发送消息时,例如,通过聊天工具发送重要消息,如果设定时间内,接收方没有确认消息,则系统会自动发送短信和拨打电话通知到接收方,保证消息通达的及时性。当接收方忙或者离线时,由系统自动拨打电话并语言播放消息内容,节约发送方的时间。当用户离线时,系统优先发送短信通知,在指定时间内未确认消息时,再使用电话方式通知。拨打电话时,根据接收方是否处于工作时间,优先选择公司号码或者个人号码拨打,如果没有接通,会重复拨打个人号码,直至拨打成功或者拨打次数超过预设次数。
作为优选,所述步骤S20,包括:从用户信息服务器和日程服务器中获取所述接收方的排班情况,并根据排班情况确定接收方的联系方式的优先级顺序。
用户信息服务器中存储了用户信息,包括姓名、个人电话、公司电话等。日程服务器存储了用户的排班情况。根据排班情况,可以知晓用户当时是否上班,是否请假等信息。根据这些信息,确定接收方的联系方式的优先级顺序。例如接收方当日上班且在线,则优选向接收方的通讯软件中发送消息。又例如接收方当日上班且在开会中,则优选向接收方的个人手机中发送短息。
作为优选例,所述方法,还包括:
当所述发送方发送重要消息时,可以选择是否使用短信和电话方式进行通知。
消息的重要级别不同,发送方可以选择不同的发送方式,利于消息及时有效传送至接收方。对于重要级别最高的消息,可以直接通过电话方式通知接收方。对于重要级别次高的消息,可以通过短信方式通知接收方。
下面例举两个具体的应用场景。
应用场景一:在南京某门店,服务台的小张正在给一位顾客介绍当天的促销活动,恰巧经理需要一份场地部署方案,就通过聊天工具给小张发了一条重要消息。由于小张忙于和顾客交谈,没有及时看到消息。过了几分钟,系统判断小张不在电脑旁,就通过系统查询到小张当天正是在上班,于是首先拨打小张的公司号码,不巧小张公司电话欠费停机了,系统判断没有接通。于是继续拨打小张的个人电话号码。接通后,系统自动把消息内容播放给小张。播放结束后,把电话拨通的结果反馈给了经理。随后小张也及时把场地部署方案发送给了经理。
应用场景二:公司运维部门小刘昨天值班到深夜,第二天按公司规定可以休息一天。在下午2点多的时候,经理需要小刘在下班前对昨天值班遇到的问题做个简要汇报。于是经理通过聊天工具给小刘发了一个重要消息:“请简要汇报昨天的值班情况”。由于当天小刘的排班是休息,为了避免打扰小刘,于是系统先给小刘发了一条提醒短信。由于小刘当时在看电视并没有注意到短信,过了10分钟,系统检测到小刘还没有确认消息。于是系统首先拨打小刘的个人号码,电话顺利接通后,系统把消息内容播放给小刘。电话结束后系统给经理发送消息确认通知,小刘也很快上线并向经理汇报了值班情况。
如图4所示,本发明实施例还提供一种消息传送系统,包括
第一确定模块:用于确定消息指向的接收方,所述消息由发送方发出;
获取模块:用于从状态信息库中获取所述接收方的状态信息;
第二确定模块:用于根据所获取的状态信息,确定对应所述接收方的联系方式的优先级顺序;
发送模块:用于根据所述优先级顺序选择联系方式,向所述接收方发送所述消息,并将所述消息的发送状况反馈至所述发送方。
上述实施例的系统中,第二确定模块用于根据所获取的接收方的状态信息,确定对应所述接收方的联系方式的优先级顺序;发送模块用于根据所述优先级顺序选择联系方式,向所述接收方发送所述消息,并将所述消息的发送状况反馈至所述发送方。本实施例的系统根据所述接收方的不同状态,向接收方发送所述消息。现有技术中,通过通讯软件向接收方发送文字消息后,发送方只能被动的等待接收方的信息反馈。而本实施例的系统,根据所述接收方的不同状态,采用不同的方式向接收方发送所述消息。这样,不论接收方在通讯软件中是否在线,都能够将消息及时传送至接收方。同时,本实施例的系统在发送方发送消息后,能够将所述消息发送状况反馈至所述发送方。发送方根据消息发送状况,可以知晓接收方是否实际接收到所述消息。
作为优选例,所述第二确定模块,具体用于:
若所述接收方为在线状态,则向接收方发送消息确认信息,并将接收的消息确认信息反馈至发送方;
若所述接收方为非在线状态,则通过短信或电话方式将所述消息内容传送至接收方,并将消息已发送信息反馈至发送方。
作为优选例,所述第二确定模块,具体用于:
接收方的当前状态为开会状态或者休假状态,则查询接收方的个人电话,并将所述消息内容通过短信方式发送至接收方的个人电话中。
作为优选例,所述发送模块,具体用于:
若在设定时间内,接收到接收方发送的消息确认信息,则将所述的消息确认信息发送至发送方;
若在设定时间内,没有接收到接收方发送的消息确认信息,则通过电话方式将所述消息内容发送至接收方。
作为优选例,所述发送模块,包括:
查询子模块:用于查询接收方的排班信息、工作电话和个人电话;
发送子模块:用于根据所述排班信息,若接收方当前处于工作时间,则拨打工作电话;若拨打工作电话失败,则拨打个人电话;若接收方当前处于非工作时间,则拨打个人电话;当拨打工作电话或者个人电话成功时,将所述消息内容语音播报,并将拨打成功信息反馈至发送方;当拨打工作电话或者个人电话失败时,重复拨打工作电话或者个人电话,直至拨打成功或者拨打失败次数超过预设次数。
作为优选例,所述获取模块,具体用于:从用户信息服务器和日程服务器中获取所述接收方的排班情况,并根据排班情况确定接收方的联系方式的优先级顺序。
作为优选例,所述的系统,还包括选择模块:用于所述发送方发送重要消息时,可以选择是否使用短信和电话方式进行通知。
本实施例的系统中,当以短信方式或者电话方式将消息送达接收方时,接收方需要明确反馈确认信息给发送方,避免接收方因离线或者忙碌而错过消息。在使用电话方式时,可以根据接收方当天的排班情况(即是否工作时间)来确定公司号码和个人手机的呼叫顺序,提升用户体验。
本实施例的系统中,发送消息时,例如,通过聊天工具发送重要消息,如果设定时间内,接收方没有确认消息,则系统会自动发送短信和拨打电话通知到接收方,保证消息通达的及时性。当接收方忙或者离线时,由系统自动拨打电话并语言播放消息内容,节约发送方的时间。当用户离线时,系统优先发送短信通知,在指定时间内未确认消息时,再使用电话方式通知。拨打电话时,根据接收方是否处于工作时间,优先选择公司号码或者个人号码拨打,如果没有接通,会重复拨打个人号码,直至拨打成功或者拨打次数超过预设次数。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于设备实施例而言,由于其基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)或随机存储记忆体(Random AccessMemory,RAM)等。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求的保护范围为准。
Claims (10)
1.一种消息传送方法,其特征在于,包括:
确定消息指向的接收方,所述消息由发送方发出;
从状态信息库中获取所述接收方的状态信息;
根据所获取的状态信息,确定对应所述接收方的联系方式的优先级顺序;
根据所述优先级顺序选择联系方式,向所述接收方发送所述消息,并将所述消息的发送状况反馈至所述发送方。
2.按照权利要求1所述的方法,其特征在于,所述根据所获取的状态信息,确定对应所述接收方的联系方式的优先级顺序,包括:
若所述接收方为在线状态,则向接收方发送消息确认信息,并将接收的消息确认信息反馈至发送方;
若所述接收方为非在线状态,则通过短信或电话方式将所述消息内容传送至接收方,并将消息已发送信息反馈至发送方。
3.按照权利要求1所述的方法,其特征在于,所述根据所获取的状态信息,确定对应所述接收方的联系方式的优先级顺序,包括:
接收方的当前状态为开会状态或者休假状态,则查询接收方的个人电话,并将所述消息内容通过短信方式发送至接收方的个人电话中。
4.按照权利要求2或3所述的方法,其特征在于,所述根据所述优先级顺序选择联系方式,并向所述接收方发送所述消息,包括:
若在设定时间内,接收到接收方发送的消息确认信息,则将所述的消息确认信息发送至发送方;
若在设定时间内,没有接收到接收方发送的消息确认信息,则通过电话方式将所述消息内容发送至接收方。
5.按照权利要求4所述的方法,其特征在于,所述通过电话方式将所述消息内容发送至接收方,包括:
查询接收方的排班信息、工作电话和个人电话;
根据所述排班信息,若接收方当前处于工作时间,则拨打工作电话;若拨打工作电话失败,则拨打个人电话;若接收方当前处于非工作时间,则拨打个人电话;
当拨打工作电话或者个人电话成功时,将所述消息内容语音播报,并将拨打成功信息反馈至发送方;当拨打工作电话或者个人电话失败时,重复拨打工作电话或者个人电话,直至拨打成功或者拨打失败次数超过预设次数。
6.一种消息传送系统,其特征在于,包括:
第一确定模块:用于确定消息指向的接收方,所述消息由发送方发出;
获取模块:用于从状态信息库中获取所述接收方的状态信息;
第二确定模块:用于根据所获取的状态信息,确定对应所述接收方的联系方式的优先级顺序;
发送模块:用于根据所述优先级顺序选择联系方式,向所述接收方发送所述消息,并将所述消息的发送状况反馈至所述发送方。
7.按照权利要求6所述的系统,其特征在于,所述第二确定模块,具体用于:
若所述接收方为在线状态,则向接收方发送消息确认信息,并将接收的消息确认信息反馈至发送方;
若所述接收方为非在线状态,则通过短信或电话方式将所述消息内容传送至接收方,并将消息已发送信息反馈至发送方。
8.按照权利要求6所述的消息传送系统,其特征在于,所述第二确定模块,具体用于:
接收方的当前状态为开会状态或者休假状态,则查询接收方的个人电话,并将所述消息内容通过短信方式发送至接收方的个人电话中。
9.按照权利要求6所述的系统,其特征在于,所述发送模块,具体用于:
若在设定时间内,接收到接收方发送的消息确认信息,则将所述的消息确认信息发送至发送方;
若在设定时间内,没有接收到接收方发送的消息确认信息,则通过电话方式将所述消息内容发送至接收方。
10.按照权利要求9所述的系统,其特征在于,所述发送模块,包括:
查询子模块:用于查询接收方的排班信息、工作电话和个人电话;
发送子模块:用于根据所述排班信息,若接收方当前处于工作时间,则拨打工作电话;若拨打工作电话失败,则拨打个人电话;若接收方当前处于非工作时间,则拨打个人电话;当拨打工作电话或者个人电话成功时,将所述消息内容语音播报,并将拨打成功信息反馈至发送方;当拨打工作电话或者个人电话失败时,重复拨打工作电话或者个人电话,直至拨打成功或者拨打失败次数超过预设次数。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710982930.5A CN109698782A (zh) | 2017-10-20 | 2017-10-20 | 一种消息传送方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710982930.5A CN109698782A (zh) | 2017-10-20 | 2017-10-20 | 一种消息传送方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109698782A true CN109698782A (zh) | 2019-04-30 |
Family
ID=66225124
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710982930.5A Pending CN109698782A (zh) | 2017-10-20 | 2017-10-20 | 一种消息传送方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109698782A (zh) |
Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100036916A1 (en) * | 2008-08-05 | 2010-02-11 | International Business Machines Corporation | Facilitating an Extended IM Session in a Secure Way |
CN102355637A (zh) * | 2011-09-30 | 2012-02-15 | 奇智软件(北京)有限公司 | 一种移动终端即时通讯处理方法及装置 |
CN102484635A (zh) * | 2009-05-04 | 2012-05-30 | 捷讯研究有限公司 | 用于实现设备之间的媒体和媒体转移的系统和方法 |
CN103096253A (zh) * | 2012-12-20 | 2013-05-08 | 北京思特奇信息技术股份有限公司 | 一种防止丢失来电请求或消息请求的系统及方法 |
CN103166832A (zh) * | 2011-12-15 | 2013-06-19 | 腾讯科技(深圳)有限公司 | 一种发送消息的方法和服务器 |
CN103780477A (zh) * | 2014-01-02 | 2014-05-07 | 华为技术有限公司 | 信息推送方法和服务器 |
TW201424327A (zh) * | 2012-12-07 | 2014-06-16 | Hon Hai Prec Ind Co Ltd | 具有來電提醒功能的電子日曆裝置及來電提醒方法 |
CN104049898A (zh) * | 2014-06-26 | 2014-09-17 | 苏宁云商集团股份有限公司 | 触摸屏操作方法和装置以及触摸终端 |
CN104954591A (zh) * | 2015-06-05 | 2015-09-30 | 小米科技有限责任公司 | 电话通信方法及装置 |
CN105024909A (zh) * | 2014-04-22 | 2015-11-04 | 中国电信股份有限公司 | 一种推送im信息的方法和系统、服务器以及平台 |
CN105337844A (zh) * | 2015-09-28 | 2016-02-17 | 北京金山安全软件有限公司 | 一种展示消息的方法、装置及电子设备 |
CN105376136A (zh) * | 2014-08-27 | 2016-03-02 | 中国电信股份有限公司 | 即时通讯方法、服务器及系统 |
-
2017
- 2017-10-20 CN CN201710982930.5A patent/CN109698782A/zh active Pending
Patent Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100036916A1 (en) * | 2008-08-05 | 2010-02-11 | International Business Machines Corporation | Facilitating an Extended IM Session in a Secure Way |
CN102484635A (zh) * | 2009-05-04 | 2012-05-30 | 捷讯研究有限公司 | 用于实现设备之间的媒体和媒体转移的系统和方法 |
CN102355637A (zh) * | 2011-09-30 | 2012-02-15 | 奇智软件(北京)有限公司 | 一种移动终端即时通讯处理方法及装置 |
CN103166832A (zh) * | 2011-12-15 | 2013-06-19 | 腾讯科技(深圳)有限公司 | 一种发送消息的方法和服务器 |
TW201424327A (zh) * | 2012-12-07 | 2014-06-16 | Hon Hai Prec Ind Co Ltd | 具有來電提醒功能的電子日曆裝置及來電提醒方法 |
CN103096253A (zh) * | 2012-12-20 | 2013-05-08 | 北京思特奇信息技术股份有限公司 | 一种防止丢失来电请求或消息请求的系统及方法 |
CN103780477A (zh) * | 2014-01-02 | 2014-05-07 | 华为技术有限公司 | 信息推送方法和服务器 |
CN105024909A (zh) * | 2014-04-22 | 2015-11-04 | 中国电信股份有限公司 | 一种推送im信息的方法和系统、服务器以及平台 |
CN104049898A (zh) * | 2014-06-26 | 2014-09-17 | 苏宁云商集团股份有限公司 | 触摸屏操作方法和装置以及触摸终端 |
CN105376136A (zh) * | 2014-08-27 | 2016-03-02 | 中国电信股份有限公司 | 即时通讯方法、服务器及系统 |
CN104954591A (zh) * | 2015-06-05 | 2015-09-30 | 小米科技有限责任公司 | 电话通信方法及装置 |
CN105337844A (zh) * | 2015-09-28 | 2016-02-17 | 北京金山安全软件有限公司 | 一种展示消息的方法、装置及电子设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2146428C1 (ru) | Способ и устройство для доставки отклика в системе обмена сообщениями | |
CN100544385C (zh) | 使用网际协议的虚拟交互队列 | |
US8401545B2 (en) | Dropped call re-establishment system with inter-network capabilites | |
CN101515949B (zh) | 便于用户设备间会话转移的方法和系统 | |
JP4620246B2 (ja) | 応答サービスを実現するためのシステムおよび方法 | |
US20050286498A1 (en) | System and method for establishing a call | |
CN101394294B (zh) | 网络多媒体会议接入方法、系统及装置 | |
US20070190956A1 (en) | Wireless unit status notification system for communication network | |
US20040141606A1 (en) | Network-originated group call | |
JP2006094369A (ja) | メッセージ自動通知システムとその方法、及び、通信端末装置とそのプログラム | |
JP2007110631A (ja) | グループ通話サーバ、グループ通話システム、端末及びグループ通話制御方法 | |
CN101129020A (zh) | 用于路由通信链路的系统和方法 | |
CN1768525B (zh) | 停止呼叫循环的系统和方法 | |
JP2013502790A (ja) | リマインダを送信する会議スケジューラ | |
CN100449994C (zh) | 一种保存即时消息业务中会话信息的方法及系统 | |
JP2007124421A (ja) | 通信装置、通信システムおよび通信方法 | |
JP2001313666A (ja) | インスタント・メッセージ通信システム | |
JP2007013353A (ja) | 文字/データ送受信システム、端末管理装置及びそれらに用いる文字/データ送受信方法並びにそのプログラム | |
CN109698782A (zh) | 一种消息传送方法及系统 | |
CN112511703B (zh) | 一种话机自动应答的处理方法、装置及电子设备 | |
EP1865698A1 (en) | Sending of Emergency-Indication and Emergency-Reset-Indication to a group call's inactive dispatchers | |
CN107786953A (zh) | VoLTE加密呼叫处理方法、应用服务器及终端 | |
US10075594B2 (en) | Method for redirecting a call to at least one message deposit server | |
JP2005327101A (ja) | セッション継続確認方法、および、sipプロキシサーバ | |
KR101083529B1 (ko) | 음성 사서함 서비스 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190430 |
|
RJ01 | Rejection of invention patent application after publication |