CN103888621A - 一种呼叫方法、设备及*** - Google Patents
一种呼叫方法、设备及*** Download PDFInfo
- Publication number
- CN103888621A CN103888621A CN201210562599.9A CN201210562599A CN103888621A CN 103888621 A CN103888621 A CN 103888621A CN 201210562599 A CN201210562599 A CN 201210562599A CN 103888621 A CN103888621 A CN 103888621A
- Authority
- CN
- China
- Prior art keywords
- information
- subscriber equipment
- current state
- user
- subscriber
- 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
Images
Landscapes
- Telephonic Communication Services (AREA)
Abstract
本发明实施例公开了一种呼叫方法、设备及***,涉及通信领域,用以带给用户更好的体验,本发明实施例提供的方法包括:服务器接收第一用户设备发送的第一用户设备对第二用户设备的呼叫请求;根据该呼叫请求获取第二用户设备的当前状态信息;向第一用户设备发送第二用户设备的当前状态信息,以使得第一用户设备根据第二用户设备的当前状态信息确定是否继续呼叫第二用户设备。
Description
技术领域
本发明涉及通信领域,尤其涉及一种呼叫方法、设备及***。
背景技术
打电话以其快速、便捷的特点已成为日常生活中必不可少的通信方式。
在实现呼叫的过程中,发明人发现现有技术中至少存在如下问题:主叫用户由于不知道被叫用户的当前状态,导致呼叫遭拒或者打扰到被叫用户等尴尬的问题。例如被叫用户正在开会等忙碌状态时,不希望被打扰。
发明内容
本发明的实施例提供一种呼叫的方法、设备及***,用以带给用户更好的体验。
为达到上述目的,本发明的实施例采用如下技术方案:
第一方面,提供一种呼叫方法,包括:
服务器接收第一用户设备发送的所述第一用户设备对第二用户设备的呼叫请求;
根据所述呼叫请求获取所述第二用户设备的当前状态信息;
向所述第一用户设备发送所述第二用户设备的当前状态信息,以使得所述第一用户设备根据所述第二用户设备的当前状态信息确定是否继续呼叫所述第二用户设备。
在第一种可能的实现方式中,根据第一方面,当所述第二用户设备的当前状态信息为忙碌时,该方法还包括:
向所述第一用户设备发送第一提示信息,所述第一提示信息为提示是否继续呼叫所述第二用户设备的信息;
接收所述第一用户设备发送的第一结果信息,所述第一结果信息为用户针对所述第一提示信息的选择结果。
在第二种可能的实现方式中,根据第一种可能的实现方式,当所述第一结果信息为停止继续呼叫时,该方法还包括:
向所述第一用户设备发送第二提示信息,所述第二提示信息为提示是否需要回电提醒的信息;
接收所述第一用户设备发送的第二结果信息,所述第二结果信息为用户针对所述第二提示信息的选择结果。
在第三种可能的实现方式中,根据第二种可能的实现方式,当所述第二结果信息为需要回电提醒时,该方法还包括:
获取所述第二用户设备的后续状态信息;
当所述后续状态信息为空闲时,向所述第一用户设备发送第三提示信息,所述第三提示信息为提示所述第二用户设备为空闲状态的信息。
第二方面,提供一种呼叫方法,包括:
第一用户设备向服务器发送所述第一用户设备对第二用户设备的呼叫请求,以使得所述服务器根据所述呼叫请求获取所述第二用户设备的当前状态信息;
接收所述服务器发送的第二用户设备的当前状态信息;
根据所述第二用户设备的当前状态信息确定是否继续呼叫所述第二用户设备。
在第一种可能的实现方式中,根据第二方面,当所述第二用户设备的当前状态信息为忙碌时,该方法还包括:
接收所述服务器发送的第一提示信息,所述第一提示信息为提示是否继续呼叫所述第二用户设备的信息;
向所述服务器发送第一结果信息,所述第一结果信息为用户针对所述第一提示信息的选择结果。
在第二种可能的实现方式中,根据第一种可能的实现方式,当所述第一结果信息为停止继续呼叫时,该方法还包括:
接收所述服务器发送的第二提示信息,所述第二提示信息为提示是否需要回电提醒的信息;
向所述服务器发送第二结果信息,所述第二结果信息为用户针对所述第二提示信息的选择结果。
在第三种可能的实现方式中,根据第二种可能的实现方式,当所述第二结果信息为需要回电提醒时,该方法还包括:
接收所述服务器发送的第三提示信息,所述第三提示信息为提示所述第二用户设备为空闲状态的信息。
第三方面,提供一种服务器,包括:
接收单元,用于接收第一用户设备发送的所述第一用户设备对第二用户设备的呼叫请求;
获取单元,用于根据所述呼叫请求获取所述第二用户设备的当前状态信息;
发送单元,用于向所述第一用户设备发送所述第二用户设备的当前状态信息,以使得所述第一用户设备根据所述第二用户设备的当前状态信息确定是否继续呼叫所述第二用户设备。
在第一种可能的实现方式中,根据第三方面,当所述第二用户设备的当前状态信息为忙碌时,
所述发送单元还用于,向所述第一用户设备发送第一提示信息,所述第一提示信息为提示是否继续呼叫所述第二用户设备的信息;相应的,
所述接收单元还用于,接收所述第一用户设备发送的第一结果信息,所述第一结果信息为用户针对所述第一提示信息的选择结果。
在第二种可能的实现方式中,根据第一种可能的实现方式,当所述第一结果信息为停止继续呼叫时,
所述发送单元还用于,向所述第一用户设备发送第二提示信息,所述第二提示信息为提示是否需要回电提醒的信息;相应的,
所述接收单元还用于,接收所述第一用户设备发送的第二结果信息,所述第二结果信息为用户针对所述第二提示信息的选择结果。
在第三种可能的实现方式中,根据第二种可能的实现方式,当所述第二结果信息为需要回电提醒时,
所述获取单元还用于,获取所述第二用户设备的后续状态信息;相应的,当所述后续状态信息为空闲时,所述发送单元还用于,向所述第一用户设备发送第三提示信息,所述第三提示信息为提示所述第二用户设备为空闲状态的信息。
第四方面,提供一种用户设备,包括:
发送单元,用于向服务器发送所述用户设备对第二用户设备的呼叫请求,以使得所述服务器根据所述呼叫请求获取所述第二用户设备的当前状态信息;
接收单元,用于接收所述服务器发送的第二用户设备的当前状态信息;
确定单元,用于根据所述第二用户设备的当前状态信息确定是否继续呼叫所述第二用户设备。
在第一种可能的实现方式中,根据第四方面,当所述第二用户设备的当前状态信息为忙碌时,
所述接收单元还用于,接收所述服务器发送的第一提示信息,所述第一提示信息为提示是否继续呼叫所述第二用户设备的信息;相应的,
所述发送单元还用于,向所述服务器发送第一结果信息,所述第一结果信息为用户针对所述第一提示信息的选择结果。
在第二种可能的实现方式中,根据第一种可能的实现方式,当所述第一结果信息为停止继续呼叫时,
所述接收单元还用于,接收所述服务器发送的第二提示信息,所述第二提示信息为提示是否需要回电提醒的信息;相应的,
所述发送单元还用于,向所述服务器发送第二结果信息,所述第二结果信息为用户针对所述第二提示信息的选择结果。
在第三种可能的实现方式中,根据第二种可能的实现方式,当所述第二结果信息为需要回电提醒时,
所述接收单元还用于,接收所述服务器发送的第三提示信息,所述第三提示信息为提示所述第二用户设备为空闲状态的信息。
第五方面,提供一种呼叫***,包括:上述任一项所述的服务器,以及任一项所述的用户设备。
本发明的实施例提供的呼叫方法、设备及***,第一用户设备通过提前获知第二用户设备的当前状态,并根据该第二用户设备的当前状态确定是否继续呼叫第二用户设备,从而带给了用户更好的体验,解决了现有技术中,因不知道第二用户设备的当前状态,导致的呼叫遭拒或者打扰到被叫用户等尴尬问题。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种呼叫方法的流程示意图;
图2为本发明实施例提供的另一种呼叫方法的流程示意图;
图3为本发明实施例提供的另一种呼叫方法的流程示意图;
图4为本发明实施例提供的一种服务器的结构图;
图5为本发明实施例提供的另一种服务器的结构图;
图6为本发明实施例提供的一种用户设备的结构图;
图7为本发明实施例提供的另一种用户设备的结构图;
图8为本发明实施例提供的一种呼叫***的结构图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
一方面,本发明实施例提供一种呼叫方法,参见图1,包括:
101:服务器接收第一用户设备发送的所述第一用户设备对第二用户设备的呼叫请求;
示例性的,第一用户设备和第二用户设备可以预先与该服务器连接,当第一用户设备呼叫第二用户设备时,服务器接收该第一用户设备发送的第一用户设备对第二用户设备的呼叫请求,该呼叫请求中可以包括第一用户设备的标识信息、以及第二用户设备的标识信息。
102:根据所述呼叫请求获取所述第二用户设备的当前状态信息;
示例性的,第二用户设备的当前状态用于指示当前时刻第二用户设备是否方便被呼叫(即被叫用户是否方便被呼叫)。可以根据被叫用户的日程表等信息预先将第二用户设备的状态信息存储在服务器中,且可以进行更新。
服务器可以根据预存的第二用户设备的状态信息和该呼叫请求中的第二用户设备的标识信息获取第二用户设备的当前状态信息。
第二用户设备的状态信息可以包括空闲状态和忙碌状态,也可以将空闲状态和忙碌状态具体为:正在开会模式、正在上班模式、正在睡觉模式、休闲模式等,本实施例对此不进行限定。
用户可以将上述任一种模式预先设置为空闲状态或者忙碌状态,例如,用户将“正在开会”设置为忙碌状态,将“休闲”设置为为空闲状态。在使用第二用户设备时,可以根据用户的实际需要设置当前模式,例如,用户可以根据日程安排在第二用户设备上作如下设置:周三9:00-10:00的当前模式为“正在开会”,周六14:00-18:00的当前模式为“休闲”等,那么,获取的第二用户设备的当前状态信息可以为:忙碌/正在开会、空闲/休闲等。当然,获取的第二用户设备的当前状态信息也可以用其他形式表示,本实施例对此不进行限定。
用户也可以不选择具体模式,在使用第二用户设备时,直接根据实际需要设置当前状态,例如,用户可以根据日程安排在第二用户设备上作如下设置:周三9:00-10:00的当前状态为“忙碌”,周六14:00-18:00的当前状态为“休闲”等,那么,获取的第二用户设备的当前状态信息可以为:忙碌、空闲。
当然,用户可以只设置忙碌状态,第二用户设备自动将未设置为忙碌状态的时间段定义为空闲状态。
103:向所述第一用户设备发送所述第二用户设备的当前状态信息,以使得所述第一用户设备根据所述第二用户设备的当前状态信息确定是否继续呼叫所述第二用户设备。
示例性的,该当前状态信息可以包括“空闲”或者“忙碌”任一种。若当前状态信息为“忙碌”,则第一用户设备可以通过显示屏提示或者语音提示等方式告知主叫用户,使得主叫用户可以根据该信息确定第一用户设备是否继续呼叫第二用户设备;若当前状态信息为“空闲”,则第一用户设备可以通过显示屏提示或者语音提示等方式告知主叫用户,也可以不做任何动作,直接继续呼叫第二用户设备。
进一步地,当所述第二用户设备的当前状态信息为忙碌时,该方法还包括:
向所述第一用户设备发送第一提示信息,所述第一提示信息为提示是否继续呼叫所述第二用户设备的信息;
接收所述第一用户设备发送的第一结果信息,所述第一结果信息为用户针对所述第一提示信息的选择结果。
示例性的,该第一结果信息可以为“继续呼叫”或者“停止继续呼叫”任一种,当该第一结果信息为“继续呼叫”时,服务器只是获知该第一结果信息,可以不做任何动作。
进一步地,当所述第一结果信息为停止继续呼叫时,该方法还包括:
向所述第一用户设备发送第二提示信息,所述第二提示信息为提示是否需要回电提醒的信息;
接收所述第一用户设备发送的第二结果信息,所述第二结果信息为用户针对所述第二提示信息的选择结果。
示例性的,该第二结果信息可以为“需要回电提醒”或者“不需要回电提醒”任一种,当该第二结果信息为“不需要回电提醒”时,服务器只是获知该第二结果信息,可以不做任何动作。
进一步地,当所述第二结果信息为需要回电提醒时,该方法还包括:
获取所述第二用户设备的后续状态信息;
当所述后续状态信息为空闲时,向所述第一用户设备发送第三提示信息,所述第三提示信息为提示所述第二用户设备为空闲状态的信息。
示例性的,该第三提示信息用于提示第一用户设备:第二用户设备的该后续状态为空闲状态。该信息可以通过显示屏提示或者语音提示等方式告知主叫用户,该主叫用户可以根据该信息确定第一用户设备是否再次呼叫第二用户设备。
服务器可以根据预存的第二用户设备的状态信息获取第二用户设备的后续状态信息,可以检测第二用户设备的状态为空闲的时间段,并将该时间段承载在第三提示信息中发送给第一用户设备,并显示在第一用户设备上,使得主叫用户可以根据该第三提示信息确定在该时间段内是否继续呼叫第二用户设备;或者,服务器可以在第二用户设备的后续状态为空闲的时刻,将第二用户设备的当前状态发送给第一用户设备,并显示在第一用户设备上,使得主叫用户可以根据第三提示信息确定在该时刻否继续呼叫第二用户设备。例如,服务器在10:30时根据第二用户设备预存的状态信息检测到第二用户设备为空闲的时间段为12:00-13:00,那么,服务器可以在10:30时向第一用户设备发送第三提示信息,提示主叫用户在该时间段12:00-13:00内,第二用户设备为空闲状态,或者,可以在12:00时,发送第三提示信息,提示主叫用户在该时刻第二用户设备为空闲状态。当然,服务器也可以在其他任一合理时刻向用户设备发送第三提示信息,本实施例对此不进行限定。
本发明的实施例提供的呼叫方法,第一用户设备通过提前获知第二用户设备的当前状态,并根据该第二用户设备的当前状态确定是否继续呼叫第二用户设备,从而带给了用户更好的体验,解决了现有技术中,因不知道第二用户设备的当前状态,导致的呼叫遭拒或者打扰到被叫用户等尴尬问题。
一方面,本发明实施例提供一种呼叫方法,参见图2,包括:
201:第一用户设备向服务器发送所述第一用户设备对第二用户设备的呼叫请求,以使得所述服务器根据所述呼叫请求获取所述第二用户设备的当前状态信息;
示例性的,第一用户设备和第二用户设备可以预先与该服务器连接,当第一用户设备呼叫第二用户设备时,服务器接收该第一用户设备发送的第一用户设备对第二用户设备的呼叫请求,该呼叫请求中可以包括第一用户设备的标识信息、以及第二用户设备的标识信息。
202:接收所述服务器发送的第二用户设备的当前状态信息;
示例性的,该当前状态信息可以包括“空闲”或者“忙碌”任一种。
203:根据所述第二用户设备的当前状态信息确定是否继续呼叫所述第二用户设备。
示例性的,若当前状态信息为“忙碌”,则第一用户设备可以通过显示屏提示或者语音提示等方式告知主叫用户,使得主叫用户可以根据该信息确定第一用户设备是否继续呼叫第二用户设备;若当前状态信息为“空闲”,则第一用户设备可以通过显示屏提示或者语音提示等方式告知主叫用户,也可以不做任何动作,直接继续呼叫第二用户设备。
进一步地,当所述第二用户设备的当前状态信息为忙碌时,该方法还包括:
接收所述服务器发送的第一提示信息,所述第一提示信息为提示是否继续呼叫所述第二用户设备的信息;
向所述服务器发送第一结果信息,所述第一结果信息为用户针对所述第一提示信息的选择结果。
示例性的,该第一结果信息可以为“继续呼叫”或者“停止继续呼叫”任一种。
进一步地,当所述第一结果信息为停止继续呼叫时,该方法还包括:
接收所述服务器发送的第二提示信息,所述第二提示信息为提示是否需要回电提醒的信息;
向所述服务器发送第二结果信息,所述第二结果信息为用户针对所述第二提示信息的选择结果。
示例性的,该第二结果信息可以为“需要回电提醒”或者“不需要回电提醒”任一种。
进一步地,当所述第二结果信息为需要回电提醒时,该方法还包括:
接收所述服务器发送的第三提示信息,所述第三提示信息为提示所述第二用户设备为空闲状态的信息。
示例性的,该第三提示信息用于提示第一用户设备:第二用户设备的该后续状态为空闲状态。该信息可以通过显示屏提示或者语音提示等方式告知主叫用户,该主叫用户可以根据该信息确定第一用户设备是否再次呼叫第二用户设备。
本发明的实施例提供的呼叫方法,第一用户设备通过提前获知第二用户设备的当前状态,并根据该第二用户设备的当前状态确定是否继续呼叫第二用户设备,从而带给了用户更好的体验,解决了现有技术中,因不知道第二用户设备的当前状态,导致的呼叫遭拒或者打扰到被叫用户等尴尬问题。
下面通过一个具体的实施例对上述呼叫方法进行详细说明。
参见图3,包括:
301:第一用户设备向服务器发送第一用户设备对第二用户设备的呼叫请求;
302:服务器根据该呼叫请求获取第二用户设备的当前状态信息;
303:服务器判断第二用户设备的当前状态信息是否为忙碌;
304:若否,则第一用户设备自动继续呼叫第二用户设备;
示例性的,在该步骤中,服务器会向第一用户设备发送第二用户设备的当前状态信息(空闲),且该当前状态信息可以不显示在第一用户设备上。
305:若是,则服务器向第一用户设备发送第一提示信息;
示例性的,在该步骤中,服务器会向第一用户设备发送第二用户设备的当前状态信息(忙碌),且该当前状态信息可以显示在第一用户设备上。
306:第一用户设备根据该第一提示信息确定是否继续呼叫第二用户设备;
307:若是,则第一用户设备继续呼叫第二用户设备;
308:若否,则服务器向第一用户设备发送第二提示信息;
309:第一用户设备根据该第二提示信息确定是否需要回电提醒;
310:若否,则结束;
311:若是,则服务器获取第二用户设备的后续状态信息;
312:服务器判断第二用户设备的后续状态信息是否为空闲状态;
313:若否,则返回步骤311;
314:若是,则向第一设备发送第三提示信息,用以提示第一用户设备,当前时刻第二用户设备为空闲状态。
本发明的实施例提供的呼叫方法,第一用户设备通过提前获知第二用户设备的当前状态,并根据该第二用户设备的当前状态确定是否继续呼叫第二用户设备,从而带给了用户更好的体验,解决了现有技术中,因不知道第二用户设备的当前状态,导致的呼叫遭拒或者打扰到被叫用户等尴尬问题。
一方面,本发明实施例提供一种服务器40,参见图4,包括:
接收单元401,用于接收第一用户设备发送的所述第一用户设备对第二用户设备的呼叫请求;
示例性的,第一用户设备和第二用户设备可以预先与该服务器40连接,当第一用户设备呼叫第二用户设备时,接收单元401接收该第一用户设备发送的第一用户设备对第二用户设备的呼叫请求,该呼叫请求中可以包括第一用户设备的标识信息、以及第二用户设备的标识信息。
获取单元402,用于根据所述呼叫请求获取所述第二用户设备的当前状态信息;
示例性的,第二用户设备的当前状态用于指示当前时刻第二用户设备是否方便被呼叫(即被叫用户是否方便被呼叫)。获取单元402可以根据预存的第二用户设备的状态信息和该呼叫请求中的第二用户设备的标识信息获取第二用户设备的当前状态信息。
第二用户设备的状态信息可以包括空闲状态和忙碌状态,也可以将空闲状态和忙碌状态具体为:正在开会模式、正在上班模式、正在睡觉模式、休闲模式等,本实施例对此不进行限定。
用户可以将上述任一种模式预先设置为空闲状态或者忙碌状态,例如,用户将“正在开会”设置为忙碌状态,将“休闲”设置为为空闲状态。在使用第二用户设备时,可以根据用户的实际需要设置当前模式,例如,用户可以根据日程安排在第二用户设备上作如下设置:周三9:00-10:00的当前模式为“正在开会”,周六14:00-18:00的当前模式为“休闲”等,那么,获取的第二用户设备的当前状态信息可以为:忙碌/正在开会、空闲/休闲等。当然,获取的第二用户设备的当前状态信息也可以用其他形式表示,本实施例对此不进行限定。
用户也可以不选择具体模式,在使用第二用户设备时,直接根据实际需要设置当前状态,例如,用户可以根据日程安排在第二用户设备上作如下设置:周三9:00-10:00的当前状态为“忙碌”,周六14:00-18:00的当前状态为“休闲”等,那么,获取的第二用户设备的当前状态信息可以为:忙碌、空闲。
当然,用户可以只设置忙碌状态,第二用户设备自动将未设置为忙碌状态的时间段定义为空闲状态。
发送单元403,用于向所述第一用户设备发送所述第二用户设备的当前状态信息,以使得所述第一用户设备根据所述第二用户设备的当前状态信息确定是否继续呼叫所述第二用户设备。
示例性的,该当前状态信息可以包括“空闲”或者“忙碌”任一种。若当前状态信息为“忙碌”,则第一用户设备可以通过显示屏提示或者语音提示等方式告知主叫用户,使得主叫用户可以根据该信息确定第一用户设备是否继续呼叫第二用户设备;若当前状态信息为“空闲”,则第一用户设备可以通过显示屏提示或者语音提示等方式告知主叫用户,也可以不做任何动作,直接继续呼叫第二用户设备。
进一步地,当所述第二用户设备的当前状态信息为忙碌时,
所述发送单元403还可以用于,向所述第一用户设备发送第一提示信息,所述第一提示信息为提示是否继续呼叫所述第二用户设备的信息;相应的,
所述接收单元401还可以用于,接收所述第一用户设备发送的第一结果信息,所述第一结果信息为用户针对所述第一提示信息的选择结果。
示例性的,该第一结果信息可以为“继续呼叫”或者“停止继续呼叫”任一种,当该第一结果信息为“继续呼叫”时,服务器只是获知该第一结果信息,可以不做任何动作。
进一步地,当所述第一结果信息为停止继续呼叫时,
所述发送单元403还可以用于,向所述第一用户设备发送第二提示信息,所述第二提示信息为提示是否需要回电提醒的信息;相应的,
所述接收单元401还可以用于,接收所述第一用户设备发送的第二结果信息,所述第二结果信息为用户针对所述第二提示信息的选择结果。
示例性的,该第二结果信息可以为“需要回电提醒”或者“不需要回电提醒”任一种,当该第二结果信息为“不需要回电提醒”时,服务器40只是获知该第二结果信息,可以不做任何动作。
进一步地,当所述第二结果信息为需要回电提醒时,
所述获取单元402还可以用于,获取所述第二用户设备的后续状态信息;相应的,当所述后续状态信息为空闲时,所述发送单元403还可以用于,向所述第一用户设备发送第三提示信息,所述第三提示信息为提示所述第二用户设备为空闲状态的信息。
示例性的,该第三提示信息用于提示第一用户设备:第二用户设备的该后续状态为空闲状态。该信息可以通过显示屏提示或者语音提示等方式告知主叫用户,该主叫用户可以根据该信息确定第一用户设备是否再次呼叫第二用户设备。
获取单元402可以根据预存的第二用户设备的状态信息获取第二用户设备的后续状态信息,可以检测第二用户设备的状态为空闲的时间段,并将该时间段承载在第三提示信息中发送给第一用户设备,并显示在第一用户设备上,使得主叫用户可以根据该第三提示信息确定在该时间段内是否继续呼叫第二用户设备;或者,获取单元402可以在第二用户设备的后续状态为空闲的时刻,将第二用户设备的当前状态发送给第一用户设备,并显示在第一用户设备上,使得主叫用户可以根据第三提示信息确定在该时刻否继续呼叫第二用户设备。例如,获取单元402在10:30时根据第二用户设备预存的状态信息检测到第二用户设备为空闲的时间段为12:00-13:00,那么,发送单元403可以在10:30时向第一用户设备发送第三提示信息,提示主叫用户在该时间段12:00-13:00内,第二用户设备为空闲状态,或者,可以在12:00时,发送第三提示信息,提示主叫用户在该时刻第二用户设备为空闲状态。当然,发送单元403也可以在其他任一合理时刻向用户设备发送第三提示信息,本实施例对此不进行限定。
进一步地,服务器40还可以包括:存储单元404,用于存储第二用户设备的状态信息。
示例性的,可以根据被叫用户的日程表等信息预先将第二用户设备的状态信息存储在存储单元404中,且可以进行更新。
本发明的实施例提供的服务器,通过该服务器向第一用户设备发送第二用户设备的当前状态,使得第一用户设备提前获知第二用户设备的当前状态,并根据该第二用户设备的当前状态确定是否继续呼叫第二用户设备,从而带给了用户更好的体验,解决了现有技术中,因不知道第二用户设备的当前状态,导致的呼叫遭拒或者打扰到被叫用户等尴尬问题。
一方面,本发明实施例提供一种服务器40,参见图5,包括:
接收器501,用于接收第一用户设备发送的所述第一用户设备对第二用户设备的呼叫请求;
示例性的,第一用户设备和第二用户设备可以预先与该服务器40连接,当第一用户设备呼叫第二用户设备时,接收器501接收该第一用户设备发送的第一用户设备对第二用户设备的呼叫请求,该呼叫请求中可以包括第一用户设备的标识信息、以及第二用户设备的标识信息。
处理器502,用于根据所述呼叫请求获取所述第二用户设备的当前状态信息;
示例性的,第二用户设备的当前状态用于指示当前时刻第二用户设备是否方便被呼叫(即被叫用户是否方便被呼叫)。处理器502可以根据预存的第二用户设备的状态信息和该呼叫请求中的第二用户设备的标识信息获取第二用户设备的当前状态信息。
第二用户设备的状态信息可以包括空闲状态和忙碌状态,也可以将空闲状态和忙碌状态具体为:正在开会模式、正在上班模式、正在睡觉模式、休闲模式等,本实施例对此不进行限定。
用户可以将上述任一种模式预先设置为空闲状态或者忙碌状态,例如,用户将“正在开会”设置为忙碌状态,将“休闲”设置为为空闲状态。在使用第二用户设备时,可以根据用户的实际需要设置当前模式,例如,用户可以根据日程安排在第二用户设备上作如下设置:周三9:00-10:00的当前模式为“正在开会”,周六14:00-18:00的当前模式为“休闲”等,那么,获取的第二用户设备的当前状态信息可以为:忙碌/正在开会、空闲/休闲等。当然,获取的第二用户设备的当前状态信息也可以用其他形式表示,本实施例对此不进行限定。
用户也可以不选择具体模式,在使用第二用户设备时,直接根据实际需要设置当前状态,例如,用户可以根据日程安排在第二用户设备上作如下设置:周三9:00-10:00的当前状态为“忙碌”,周六14:00-18:00的当前状态为“休闲”等,那么,获取的第二用户设备的当前状态信息可以为:忙碌、空闲。
当然,用户可以只设置忙碌状态,第二用户设备自动将未设置为忙碌状态的时间段定义为空闲状态。
发送器503,用于向所述第一用户设备发送所述第二用户设备的当前状态信息,以使得所述第一用户设备根据所述第二用户设备的当前状态信息确定是否继续呼叫所述第二用户设备。
示例性的,该当前状态信息可以包括“空闲”或者“忙碌”任一种。若当前状态信息为“忙碌”,则第一用户设备可以通过显示屏提示或者语音提示等方式告知主叫用户,使得主叫用户可以根据该信息确定第一用户设备是否继续呼叫第二用户设备;若当前状态信息为“空闲”,则第一用户设备可以通过显示屏提示或者语音提示等方式告知主叫用户,也可以不做任何动作,直接继续呼叫第二用户设备。
进一步地,当所述第二用户设备的当前状态信息为忙碌时,
所述发送器503还可以用于,向所述第一用户设备发送第一提示信息,所述第一提示信息为提示是否继续呼叫所述第二用户设备的信息;相应的,
所述接收器501还可以用于,接收所述第一用户设备发送的第一结果信息,所述第一结果信息为用户针对所述第一提示信息的选择结果。
示例性的,该第一结果信息可以为“继续呼叫”或者“停止继续呼叫”任一种,当该第一结果信息为“继续呼叫”时,服务器只是获知该第一结果信息,可以不做任何动作。
进一步地,当所述第一结果信息为停止继续呼叫时,
所述发送器503还可以用于,向所述第一用户设备发送第二提示信息,所述第二提示信息为提示是否需要回电提醒的信息;相应的,
所述接收器501还可以用于,接收所述第一用户设备发送的第二结果信息,所述第二结果信息为用户针对所述第二提示信息的选择结果。
示例性的,该第二结果信息可以为“需要回电提醒”或者“不需要回电提醒”任一种,当该第二结果信息为“不需要回电提醒”时,服务器40只是获知该第二结果信息,可以不做任何动作。
进一步地,当所述第二结果信息为需要回电提醒时,
所述处理器502还可以用于,获取所述第二用户设备的后续状态信息;相应的,当所述后续状态信息为空闲时,所述发送器503还可以用于,向所述第一用户设备发送第三提示信息,所述第三提示信息为提示所述第二用户设备为空闲状态的信息。
示例性的,该第三提示信息用于提示第一用户设备:第二用户设备的该后续状态为空闲状态。该信息可以通过显示屏提示或者语音提示等方式告知主叫用户,该主叫用户可以根据该信息确定第一用户设备是否再次呼叫第二用户设备。
处理器502可以根据预存的第二用户设备的状态信息获取第二用户设备的后续状态信息,可以检测第二用户设备的状态为空闲的时间段,并将该时间段承载在第三提示信息中发送给第一用户设备,并显示在第一用户设备上,使得主叫用户可以根据该第三提示信息确定在该时间段内是否继续呼叫第二用户设备;或者,处理器502可以在第二用户设备的后续状态为空闲的时刻,将第二用户设备的当前状态发送给第一用户设备,并显示在第一用户设备上,使得主叫用户可以根据第三提示信息确定在该时刻否继续呼叫第二用户设备。例如,处理器502在10:30时根据第二用户设备预存的状态信息检测到第二用户设备为空闲的时间段为12:00-13:00,那么,发送器503可以在10:30时向第一用户设备发送第三提示信息,提示主叫用户在该时间段12:00-13:00内,第二用户设备为空闲状态,或者,可以在12:00时,发送第三提示信息,提示主叫用户在该时刻第二用户设备为空闲状态。当然,发送器503也可以在其他任一合理时刻向用户设备发送第三提示信息,本实施例对此不进行限定。
存储器504,用于存储第二用户设备的状态信息。
示例性的,可以根据被叫用户的日程表等信息预先将第二用户设备的状态信息存储在存储器504中,且可以进行更新。
本发明的实施例提供的服务器,通过该服务器向第一用户设备发送第二用户设备的当前状态,使得第一用户设备提前获知第二用户设备的当前状态,并根据该第二用户设备的当前状态确定是否继续呼叫第二用户设备,从而带给了用户更好的体验,解决了现有技术中,因不知道第二用户设备的当前状态,导致的呼叫遭拒或者打扰到被叫用户等尴尬问题。
一方面,本发明实施例提供一种用户设备60,参见图6,包括:
发送单元601,用于向服务器发送所述用户设备对第二用户设备的呼叫请求,以使得所述服务器根据所述呼叫请求获取所述第二用户设备的当前状态信息;
示例性的,用户设备60和第二用户设备可以预先与该服务器连接,当用户设备60呼叫第二用户设备时,服务器接收该用户设备60发送的用户设备60对第二用户设备的呼叫请求,该呼叫请求中可以包括用户设备60的标识信息、以及第二用户设备的标识信息。
接收单元602,用于接收所述服务器发送的第二用户设备的当前状态信息;
示例性的,该当前状态信息可以包括“空闲”或者“忙碌”任一种。
确定单元603,用于根据所述第二用户设备的当前状态信息确定是否继续呼叫所述第二用户设备。
示例性的,若当前状态信息为“忙碌”,则用户设备60可以通过显示屏提示或者语音提示等方式告知主叫用户,使得主叫用户可以根据该信息确定用户设备60是否继续呼叫第二用户设备;若当前状态信息为“空闲”,则用户设备60可以通过显示屏提示或者语音提示等方式告知主叫用户,也可以不做任何动作,直接继续呼叫第二用户设备。
进一步地,当所述第二用户设备的当前状态信息为忙碌时,
所述接收单元602还可以用于,接收所述服务器发送的第一提示信息,所述第一提示信息为提示是否继续呼叫所述第二用户设备的信息;相应的,
所述发送单元601还可以用于,向所述服务器发送第一结果信息,所述第一结果信息为用户针对所述第一提示信息的选择结果。
示例性的,该第一结果信息可以为“继续呼叫”或者“停止继续呼叫”任一种。
进一步地,当所述第一结果信息为停止继续呼叫时,
所述接收单元602还可以用于,接收所述服务器发送的第二提示信息,所述第二提示信息为提示是否需要回电提醒的信息;相应的,
所述发送单元601还可以用于,向所述服务器发送第二结果信息,所述第二结果信息为用户针对所述第二提示信息的选择结果。
示例性的,该第二结果信息可以为“需要回电提醒”或者“不需要回电提醒”任一种。
进一步地,当所述第二结果信息为需要回电提醒时,
所述接收单元602还可以用于,接收所述服务器发送的第三提示信息,所述第三提示信息为提示所述第二用户设备为空闲状态的信息。
示例性的,该第三提示信息用于提示用户设备60:第二用户设备的该后续状态为空闲状态。该信息可以通过显示屏提示或者语音提示等方式告知主叫用户,该主叫用户可以根据该信息确定用户设备60是否再次呼叫第二用户设备。
本发明的实施例提供的用户设备,该用户设备提前获知第二用户设备的当前状态,并根据该第二用户设备的当前状态确定是否继续呼叫第二用户设备,从而带给了用户更好的体验,解决了现有技术中,因不知道第二用户设备的当前状态,导致的呼叫遭拒或者打扰到被叫用户等尴尬问题。
一方面,本发明实施例提供一种用户设备60,参见图7,包括:
发送器701,用于向服务器发送所述用户设备对第二用户设备的呼叫请求,以使得所述服务器根据所述呼叫请求获取所述第二用户设备的当前状态信息;
示例性的,用户设备60和第二用户设备可以预先与该服务器连接,当用户设备60呼叫第二用户设备时,服务器接收该用户设备60发送的用户设备60对第二用户设备的呼叫请求,该呼叫请求中可以包括用户设备60的标识信息、以及第二用户设备的标识信息。
接收器702,用于接收所述服务器发送的第二用户设备的当前状态信息;
示例性的,该当前状态信息可以包括“空闲”或者“忙碌”任一种。
处理器703,用于根据所述第二用户设备的当前状态信息确定是否继续呼叫所述第二用户设备。
示例性的,若当前状态信息为“忙碌”,则用户设备60可以通过显示屏提示或者语音提示等方式告知主叫用户,使得主叫用户可以根据该信息确定用户设备60是否继续呼叫第二用户设备;若当前状态信息为“空闲”,则用户设备60可以通过显示屏提示或者语音提示等方式告知主叫用户,也可以不做任何动作,直接继续呼叫第二用户设备。
进一步地,当所述第二用户设备的当前状态信息为忙碌时,
所述接收器702还可以用于,接收所述服务器发送的第一提示信息,所述第一提示信息为提示是否继续呼叫所述第二用户设备的信息;相应的,
所述发送器701还可以用于,向所述服务器发送第一结果信息,所述第一结果信息为用户针对所述第一提示信息的选择结果。
示例性的,该第一结果信息可以为“继续呼叫”或者“停止继续呼叫”任一种。
进一步地,当所述第一结果信息为停止继续呼叫时,
所述接收器702还可以用于,接收所述服务器发送的第二提示信息,所述第二提示信息为提示是否需要回电提醒的信息;相应的,
所述发送器701还可以用于,向所述服务器发送第二结果信息,所述第二结果信息为用户针对所述第二提示信息的选择结果。
示例性的,该第二结果信息可以为“需要回电提醒”或者“不需要回电提醒”任一种。
进一步地,当所述第二结果信息为需要回电提醒时,
所述接收器702还可以用于,接收所述服务器发送的第三提示信息,所述第三提示信息为提示所述第二用户设备为空闲状态的信息。
示例性的,该第三提示信息用于提示用户设备60:第二用户设备的该后续状态为空闲状态。该信息可以通过显示屏提示或者语音提示等方式告知主叫用户,该主叫用户可以根据该信息确定用户设备60是否再次呼叫第二用户设备。
本发明的实施例提供的用户设备,该用户设备提前获知第二用户设备的当前状态,并根据该第二用户设备的当前状态确定是否继续呼叫第二用户设备,从而带给了用户更好的体验,解决了现有技术中,因不知道第二用户设备的当前状态,导致的呼叫遭拒或者打扰到被叫用户等尴尬问题。
一方面,本发明实施例提供一种呼叫***,包括:上述实施例提供的任一种服务器40、用户设备60。
示例性的,该呼叫***还可以包括第二用户设备。
服务器40,用于接收用户设备60发送的所述用户设备60对第二用户设备的呼叫请求,根据所述呼叫请求获取所述第二用户设备的当前状态信息,以及向所述用户设备60发送所述第二用户设备的当前状态信息;
用户设备60,用于根据所述第二用户设备的当前状态信息确定是否继续呼叫所述第二用户设备。
本发明的实施例提供的呼叫***,用户设备提前获知第二用户设备的当前状态,并根据该第二用户设备的当前状态确定是否继续呼叫第二用户设备,从而带给了用户更好的体验,解决了现有技术中,因不知道第二用户设备的当前状态,导致的呼叫遭拒或者打扰到被叫用户等尴尬问题。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。
Claims (17)
1.一种呼叫方法,其特征在于,包括:
服务器接收第一用户设备发送的所述第一用户设备对第二用户设备的呼叫请求;
根据所述呼叫请求获取所述第二用户设备的当前状态信息;
向所述第一用户设备发送所述第二用户设备的当前状态信息,以使得所述第一用户设备根据所述第二用户设备的当前状态信息确定是否继续呼叫所述第二用户设备。
2.根据权利要求1所述的方法,其特征在于,当所述第二用户设备的当前状态信息为忙碌时,所述方法还包括:
向所述第一用户设备发送第一提示信息,所述第一提示信息为提示是否继续呼叫所述第二用户设备的信息;
接收所述第一用户设备发送的第一结果信息,所述第一结果信息为用户针对所述第一提示信息的选择结果。
3.根据权利要求2所述的方法,其特征在于,当所述第一结果信息为停止继续呼叫时,所述方法还包括:
向所述第一用户设备发送第二提示信息,所述第二提示信息为提示是否需要回电提醒的信息;
接收所述第一用户设备发送的第二结果信息,所述第二结果信息为用户针对所述第二提示信息的选择结果。
4.根据权利要求3所述的方法,其特征在于,当所述第二结果信息为需要回电提醒时,所述方法还包括:
获取所述第二用户设备的后续状态信息;
当所述后续状态信息为空闲时,向所述第一用户设备发送第三提示信息,所述第三提示信息为提示所述第二用户设备为空闲状态的信息。
5.一种呼叫方法,其特征在于,包括:
第一用户设备向服务器发送所述第一用户设备对第二用户设备的呼叫请求,以使得所述服务器根据所述呼叫请求获取所述第二用户设备的当前状态信息;
接收所述服务器发送的第二用户设备的当前状态信息;
根据所述第二用户设备的当前状态信息确定是否继续呼叫所述第二用户设备。
6.根据权利要求5所述的方法,其特征在于,当所述第二用户设备的当前状态信息为忙碌时,所述方法还包括:
接收所述服务器发送的第一提示信息,所述第一提示信息为提示是否继续呼叫所述第二用户设备的信息;
向所述服务器发送第一结果信息,所述第一结果信息为用户针对所述第一提示信息的选择结果。
7.根据权利要求6所述的方法,其特征在于,当所述第一结果信息为停止继续呼叫时,所述方法还包括:
接收所述服务器发送的第二提示信息,所述第二提示信息为提示是否需要回电提醒的信息;
向所述服务器发送第二结果信息,所述第二结果信息为用户针对所述第二提示信息的选择结果。
8.根据权利要求7所述的方法,其特征在于,当所述第二结果信息为需要回电提醒时,所述方法还包括:
接收所述服务器发送的第三提示信息,所述第三提示信息为提示所述第二用户设备为空闲状态的信息。
9.一种服务器,其特征在于,包括:
接收单元,用于接收第一用户设备发送的所述第一用户设备对第二用户设备的呼叫请求;
获取单元,用于根据所述呼叫请求获取所述第二用户设备的当前状态信息;
发送单元,用于向所述第一用户设备发送所述第二用户设备的当前状态信息,以使得所述第一用户设备根据所述第二用户设备的当前状态信息确定是否继续呼叫所述第二用户设备。
10.根据权利要求9所述的服务器,其特征在于,当所述第二用户设备的当前状态信息为忙碌时,
所述发送单元还用于,向所述第一用户设备发送第一提示信息,所述第一提示信息为提示是否继续呼叫所述第二用户设备的信息;相应的,
所述接收单元还用于,接收所述第一用户设备发送的第一结果信息,所述第一结果信息为用户针对所述第一提示信息的选择结果。
11.根据权利要求10所述的服务器,其特征在于,当所述第一结果信息为停止继续呼叫时,
所述发送单元还用于,向所述第一用户设备发送第二提示信息,所述第二提示信息为提示是否需要回电提醒的信息;相应的,
所述接收单元还用于,接收所述第一用户设备发送的第二结果信息,所述第二结果信息为用户针对所述第二提示信息的选择结果。
12.根据权利要求10所述的服务器,其特征在于,当所述第二结果信息为需要回电提醒时,
所述获取单元还用于,获取所述第二用户设备的后续状态信息;相应的,当所述后续状态信息为空闲时,所述发送单元还用于,向所述第一用户设备发送第三提示信息,所述第三提示信息为提示所述第二用户设备为空闲状态的信息。
13.一种用户设备,其特征在于,包括:
发送单元,用于向服务器发送所述用户设备对第二用户设备的呼叫请求,以使得所述服务器根据所述呼叫请求获取所述第二用户设备的当前状态信息;
接收单元,用于接收所述服务器发送的第二用户设备的当前状态信息;
确定单元,用于根据所述第二用户设备的当前状态信息确定是否继续呼叫所述第二用户设备。
14.根据权利要求13所述的用户设备,其特征在于,当所述第二用户设备的当前状态信息为忙碌时,
所述接收单元还用于,接收所述服务器发送的第一提示信息,所述第一提示信息为提示是否继续呼叫所述第二用户设备的信息;相应的,
所述发送单元还用于,向所述服务器发送第一结果信息,所述第一结果信息为用户针对所述第一提示信息的选择结果。
15.根据权利要求14所述的用户设备,其特征在于,当所述第一结果信息为停止继续呼叫时,
所述接收单元还用于,接收所述服务器发送的第二提示信息,所述第二提示信息为提示是否需要回电提醒的信息;相应的,
所述发送单元还用于,向所述服务器发送第二结果信息,所述第二结果信息为用户针对所述第二提示信息的选择结果。
16.根据权利要求15所述的用户设备,其特征在于,当所述第二结果信息为需要回电提醒时,
所述接收单元还用于,接收所述服务器发送的第三提示信息,所述第三提示信息为提示所述第二用户设备为空闲状态的信息。
17.一种呼叫***,其特征在于,包括:权利要求9-12任一项所述的服务器,以及权利要求13-16任一项所述的用户设备。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210562599.9A CN103888621A (zh) | 2012-12-21 | 2012-12-21 | 一种呼叫方法、设备及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210562599.9A CN103888621A (zh) | 2012-12-21 | 2012-12-21 | 一种呼叫方法、设备及*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103888621A true CN103888621A (zh) | 2014-06-25 |
Family
ID=50957336
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210562599.9A Pending CN103888621A (zh) | 2012-12-21 | 2012-12-21 | 一种呼叫方法、设备及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103888621A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105407470A (zh) * | 2015-12-18 | 2016-03-16 | 惠州Tcl移动通信有限公司 | 一种基于日程安排的呼叫回复方法及通信终端 |
CN106686542A (zh) * | 2015-11-06 | 2017-05-17 | ***通信集团设计院有限公司 | 一种呼叫处理的方法和装置 |
CN115580788A (zh) * | 2022-09-26 | 2023-01-06 | 广州市保伦电子有限公司 | 一种基于产线配置对讲设备的对讲方法及*** |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1236519A (zh) * | 1996-11-14 | 1999-11-24 | 西门子信息通讯网络公司 | 用于安排电话呼叫的装置和方法 |
US6434226B1 (en) * | 1997-02-25 | 2002-08-13 | Fujitsu Limited | Incoming call control system |
CN101014197A (zh) * | 2007-02-08 | 2007-08-08 | 侯万春 | 当主叫呼叫不可达被叫电话时减少试呼次数的***和方法 |
CN201153309Y (zh) * | 2007-12-05 | 2008-11-19 | 中兴通讯股份有限公司 | 一种能够判断被叫终端所处状态的通信终端 |
CN101656948A (zh) * | 2008-08-19 | 2010-02-24 | 上海乐金广电电子有限公司 | 移动通信终端设备状态回复方法 |
CN101662525A (zh) * | 2009-08-20 | 2010-03-03 | 上海永为信息科技有限公司 | 一种手机免打扰控制方法 |
CN101848446A (zh) * | 2010-04-29 | 2010-09-29 | 中兴通讯股份有限公司 | 遇忙回叫的方法、主叫服务器及*** |
CN101854703A (zh) * | 2009-03-31 | 2010-10-06 | 华为软件技术有限公司 | 获取状态信息的方法、服务器及*** |
CN101959157A (zh) * | 2009-07-16 | 2011-01-26 | ***通信集团公司 | 一种呼叫应答方法和装置及*** |
-
2012
- 2012-12-21 CN CN201210562599.9A patent/CN103888621A/zh active Pending
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1236519A (zh) * | 1996-11-14 | 1999-11-24 | 西门子信息通讯网络公司 | 用于安排电话呼叫的装置和方法 |
US6434226B1 (en) * | 1997-02-25 | 2002-08-13 | Fujitsu Limited | Incoming call control system |
CN101014197A (zh) * | 2007-02-08 | 2007-08-08 | 侯万春 | 当主叫呼叫不可达被叫电话时减少试呼次数的***和方法 |
CN201153309Y (zh) * | 2007-12-05 | 2008-11-19 | 中兴通讯股份有限公司 | 一种能够判断被叫终端所处状态的通信终端 |
CN101656948A (zh) * | 2008-08-19 | 2010-02-24 | 上海乐金广电电子有限公司 | 移动通信终端设备状态回复方法 |
CN101854703A (zh) * | 2009-03-31 | 2010-10-06 | 华为软件技术有限公司 | 获取状态信息的方法、服务器及*** |
CN101959157A (zh) * | 2009-07-16 | 2011-01-26 | ***通信集团公司 | 一种呼叫应答方法和装置及*** |
CN101662525A (zh) * | 2009-08-20 | 2010-03-03 | 上海永为信息科技有限公司 | 一种手机免打扰控制方法 |
CN101848446A (zh) * | 2010-04-29 | 2010-09-29 | 中兴通讯股份有限公司 | 遇忙回叫的方法、主叫服务器及*** |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106686542A (zh) * | 2015-11-06 | 2017-05-17 | ***通信集团设计院有限公司 | 一种呼叫处理的方法和装置 |
CN106686542B (zh) * | 2015-11-06 | 2020-02-21 | ***通信集团设计院有限公司 | 一种呼叫处理的方法和装置 |
CN105407470A (zh) * | 2015-12-18 | 2016-03-16 | 惠州Tcl移动通信有限公司 | 一种基于日程安排的呼叫回复方法及通信终端 |
CN115580788A (zh) * | 2022-09-26 | 2023-01-06 | 广州市保伦电子有限公司 | 一种基于产线配置对讲设备的对讲方法及*** |
CN115580788B (zh) * | 2022-09-26 | 2023-09-08 | 广东保伦电子股份有限公司 | 一种基于产线配置对讲设备的对讲方法及*** |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109347934B (zh) | 消息推送方法和***以及服务器、存储介质和电子装置 | |
US20220256008A1 (en) | Method and Apparatus for Selecting Information Pushed-To Terminal | |
CN103516893B (zh) | 在便携式终端中执行富通信套件的能力发现的方法和设备 | |
US20120028615A1 (en) | Two-way communication of events between a mobile device and remote client | |
CN103281685B (zh) | 一种来电信息提醒的方法、终端及*** | |
CN109565717B (zh) | 带宽部分的配置方法及装置 | |
CN109075960B (zh) | 信息传输方法及装置 | |
CN102273235A (zh) | 来电转接功能的设置方法及终端设备 | |
CN102098389A (zh) | 日程自动提醒方法及装置、终端设备 | |
CN101202780A (zh) | 情景模式的管理***及方法 | |
CN106713674B (zh) | 来电处理方法和来电处理装置 | |
CN102394924A (zh) | 移动通信终端装置实现联系人列表状态管理的***及方法 | |
US20020165751A1 (en) | Reminder system using a service station | |
US9531818B2 (en) | Information notification methods, apparatuses and electronic devices | |
CN102868819B (zh) | 一种处理公共账户下通信业务的方法及装置 | |
CN101442505B (zh) | 一种情景模式共享的实现方法及设备 | |
CN103888621A (zh) | 一种呼叫方法、设备及*** | |
CN101771751B (zh) | 一种定制信息的提示方法、***及移动终端 | |
CN105722063A (zh) | 基于SoftSIM的IMSI号码管理及呼叫方法、服务器及网络侧设备 | |
CN103648157A (zh) | 移动终端请求注册无线通信网络的方法、移动终端、无线通信网络服务器和*** | |
CN105262895A (zh) | 一种终端的提醒方法和装置 | |
CN113194423A (zh) | 漏话通知方法、装置、终端、业务平台及存储介质 | |
CN101572764B (zh) | 电子相框间发送图片的方法、***及电子相框 | |
EP2688273B1 (en) | Method and communication terminal apparatus for displaying function in communication | |
CN102868771A (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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20140625 |
|
RJ01 | Rejection of invention patent application after publication |