通信模式的选择.pdf

上传人:111****11 文档编号:4310143 上传时间:2018-09-13 格式:PDF 页数:11 大小:412.06KB
返回 下载 相关 举报
摘要
申请专利号:

CN201080053691.1

申请日:

2010.11.22

公开号:

CN102630379A

公开日:

2012.08.08

当前法律状态:

撤回

有效性:

无权

法律详情:

发明专利申请公布后的视为撤回IPC(主分类):H04M 3/42申请公布日:20120808|||实质审查的生效IPC(主分类):H04M 3/42申请日:20101122|||公开

IPC分类号:

H04M3/42; H04W4/12

主分类号:

H04M3/42

申请人:

阿尔卡特朗讯

发明人:

M·格尔贝尔; G-B·卡姆加; S·皮耶卡雷克; M-P·杜邦

地址:

法国巴黎

优先权:

20091126 FR 0905688

专利代理机构:

北京市金杜律师事务所 11256

代理人:

王茂华

PDF下载: PDF下载
内容摘要

本发明涉及一种用于在至少一个通信网络的第一用户与第二用户之间选择通信模式的方法,包括以下步骤:接收由该第一用户发送的用以与该第二用户进行通信的请求;基于从所述第二用户的位置以及从与所述位置相关联的活动推断的该第二用户的至少一个状态参数,确定该第一用户与该第二用户之间的可用通信模式。

权利要求书

1.一种用于在至少一个通信网络的第一用户与第二用户之间选择通信模式的方法,包括以下步骤:接收由所述第一用户发送的用以与所述第二用户进行通信的请求(101),基于从所述第二用户的位置以及从与所述位置相关联的活动推断的所述第二用户的至少一个状态参数,确定所述第一用户与所述第二用户之间的可用通信模式(102,103)。2.根据权利要求1所述的用于选择通信模式的方法,其中,所述第二用户的所述至少一个状态参数包括所述第二用户的有空性。3.根据权利要求2所述的用于选择通信模式的方法,其中,基于保存在所述网络的数据库中的所述第二用户的时间表(33)来确定所述第二用户的所述有空性,以使得基于所述第二用户的活动确定所述可用通信模式。4.根据权利要求2或3所述的用于选择通信模式的方法,其中,基于在所述第二用户的至少一个通信模式的在线状态服务器(35)之中的所述第二用户的状态,确定所述第二用户的有空性。5.根据前述任意一项权利要求所述的用于选择通信模式的方法,其中,所述第二用户的所述至少一个状态参数考虑到所述第二用户的至少一个通信设备关于通信网络的连接状态。6.根据前述任意一项权利要求所述的用于选择通信模式的方法,其中,所述第二用户基于他的或她的活动和/或通信的重要性,定义不可用的通信模式。7.根据前述任意一项权利要求所述的用于选择通信模式的方法,其中,所述可用通信模式的所述确定还包括所述第一用户的至少一个状态参数的确定。8.根据权利要求7所述的用于选择通信模式的方法,其中,从所述第一用户的位置推断所述第一用户的所述至少一个状态参数。9.根据权利要求7或8所述的用于选择通信模式的方法,其中,所述第一用户的所述至少一个状态参数考虑到可在所述第一用户的所有设备上接入的通信模式。10.根据前述任意一项权利要求所述的用于选择通信模式的方法,其中,由所述第一用户从可用通信模式之中选择所述通信模式。11.根据权利要求1到9中的任意一项权利要求所述的用于选择通信模式的方法,还包括用于基于所述第二用户的偏好标准来从可用通信模式之中选择通信模式的步骤(104)。12.根据前述任意一项权利要求所述的用于选择通信模式的方法,其中,由所述第一用户发送的所述请求包括至少一个通信模式,所述第一用户希望经由所述至少一个通信模式来与所述第二用户通信,并且其中可用通信模式的所述确定限于确定所述请求中指定的所述至少一个通信模式的可用性。13.根据前述任意一项权利要求所述的用于选择通信模式的方法,还包括,当所述第二用户没空时,用于向所述第一用户发送包括所述第二用户的下一个有空时间范围以及在所述时间范围期间可用的通信模式的消息的附加步骤。14.根据前述任意一项权利要求所述的用于选择通信模式的方法,还包括,当所述第二用户没空时,用于向所述第一用户发送包括在所述第二用户没空的情况下可以联络的至少一个第三用户的联系信息的消息的附加步骤(106)。15.一种通信网络的服务器,所述服务器包括装置,所述装置被配置为:接收来自所述通信网络的第一用户的用以与所述通信网络的第二用户进行通信的请求,基于从所述第二用户的位置以及从与所述位置相关联的活动推断的所述第二用户的至少一个状态参数,确定所述第一用户与所述第二用户之间的可用通信模式。16.根据权利要求15所述的通信网络的服务器,其中,被配置为确定所述可用通信模式的所述装置包括:数据库,在所述数据库中保存关于状态的历史以及在以前的通信请求期间由所述第二用户使用的通信方式的信息;用于与搜索设备交互的装置;用于处理从用于搜索环境信息和用户简档的设备接收到的信息以及所述数据库中所包括的信息的装置;以及用于与管理各种可用通信模式的通信平台交互的装置。

说明书

通信模式的选择

技术领域

本发明涉及通信网络领域,并且更具体而言涉及网络中的通信
模式的选择。

背景技术

近来的电信开发已导致了使得两个联系人能够联系的通信模式
的数目的增长。因此,具体而言在职业层面上,这使得能够有助于
彼此在地理上相隔但是共同合作的人员之间进行交流。

但是,如果通过所选通信模式不能立即接入受信方,或者如果
主叫方必须首先确定通信模式以借助该通信模式联系到该受信方,
则用于联络联系人的该多种可能性也可能导致时间浪费。

用于促使与联系人开始通信的现有技术的技术方案包括:

-自动电子邮件响应,其向电子邮件发送方指示联系人没空(例
如休假)以及他的或她的下一个有空时间(从休假返回的日期),

-电话应答机,其能够向主叫方通知没空。

但是这些技术方案仅应用单个通信模式,并且不能够确定用于
联系到联系人的最佳通信模式。

发明内容

因此,本发明的目的在于克服现有技术的前述缺点,并且提出
一种能够选择最佳通信模式以联系到联系人的方法。

因此,本发明涉及一种用于在至少一个通信网络的第一用户与
第二用户之间选择通信模式的方法,包括以下步骤:

-接收由该第一用户发送的用以与该第二用户进行通信的请求,

-基于从所述第二用户的位置以及从与该位置相关联的活动推
断的该第二用户的至少一个状态参数,确定该第一用户与该第二用
户之间的可用通信模式。

根据本发明的另一个方面,该第二用户的该至少一个状态参数
包括所述第二用户的有空性。

根据本发明的附加方面,基于保存在该网络的数据库中的所述
第二用户的时间表来确定该第二用户的有空性,从而基于该第二用
户的活动确定该可用通信模式。

根据本发明的附加方面,基于在所述第二用户的至少一个通信
模式的在线状态服务器之中的所述第二用户的状态,确定该第二用
户的有空性。

根据本发明的附加方面,该第二用户的该至少一个状态参数考
虑到该第二用户的至少一个通信设备关于通信网络的连接状态。

根据附加方面,该第二用户基于他的或她的活动和/或该通信的
重要性,定义不可用的通信模式。

根据本发明的附加方面,该可用通信模式的该确定还包括该第
一用户的至少一个状态参数的确定。

根据本发明的另一个方面,从所述第一用户的位置推断该第一
用户的该至少一个状态参数。

根据本发明的附加方面,该第一用户的该至少一个状态参数考
虑到可在所述第一用户的所有设备上接入的通信模式。

根据本发明的附加方面,由该第一用户从可用通信模式之中选
择该通信模式。

根据本发明的另一个方面,该方法还包括用于基于该第二用户
的优选标准来从该可用通信模式之中选择通信模式的步骤。

根据本发明的附加方面,由该第一用户发送的该请求包括所述
第一用户希望经由其来与该第二用户通信的至少一个通信模式,并
且其中该可用通信模式的该确定限于确定该请求中指定的所述至少
一个通信模式的可用性。

根据本发明的附加方面,该方法还包括每当该第二用户没空时,
用于向该第一用户发送包括该第二用户的下一个有空时间范围以及
在所述时间范围期间可用的通信模式的消息的附加步骤。

根据本发明的另一个方面,该方法还包括每当该第二用户没空
时,用于向该第一用户发送包括在该第二用户没空的情况下可以联
络的至少一个第三用户的联系信息的消息的附加步骤。

本发明还涉及一种通信网络的服务器,该服务器包括装置,该
装置被配置为:

-接收来自该通信网络的第一用户的用以与该通信网络的第二
用户进行通信的请求,

-基于从所述第二用户的位置以及从与该位置相关联的活动推
断的该第二用户的至少一个状态参数,确定该第一用户与该第二用
户之间的可用通信模式。

根据另一个实施方式,被配置为确定该可用通信模式的该装置
包括:数据库,在该数据库中保存关于状态的历史以及在以前的通
信请求期间由该第二用户使用的通信方式的信息;用于与搜索设备
交互的装置;用于处理从用于搜索环境信息和用户简档的设备接收
到的信息以及该数据库中所包括的信息的装置;以及用于与管理各
种可用通信模式的通信平台交互的装置。

附图说明

本发明的其他特征和益处将从通过参考附图所给出的以下描述
中变得显而易见,其中通过非限制性的示例方式描绘了一个可能的
实施方式。

在这些附图中:

图1描绘了希望与受信方通信的发信方的示图;

图2描绘了本发明的一个实施方式的各步骤的框图;

图3描绘了根据本发明的一个实施方式的装置的示意图。

具体实施方式

在以下描述中,总体而言:

术语“用户可接入的通信模式”对应于这样一种通信模式,其
中对于该通信模式该用户拥有使得能够使用该通信模式的至少一个
设备。

术语“可用通信模式”对应于这样一种通信模式,其中该通信
模式的发信方和受信方两者都拥有使得能够使用该通信模式的设
备。

本发明的实施方式涉及每当通信网络的用户希望与联系人通信
时确定最佳通信模式。

图1描绘了第一用户的示图,其中该第一用户具有可由他或她
处置的多种通信模式,并且对应于希望与受信方3所对应的第二用
户进行通信的发信方1。

图2描绘了本发明的一个实施方式的各步骤。

第一步骤101涉及发信方1向其所连接到的网络的服务器发送
用于建立通信的请求。该请求包括受信方3的标识符。服务器对该
请求的接收触发对可由受信方3接入的通信模式的确定(步骤102)
和对可由发信方1接入的通信模式的确定(步骤103)二者。

用于确定用户的可接入性的这些步骤(102和103)可以考虑到
不同的信息,例如保存在数据库中的个人信息(活动的通信设备、
时间表等等),以及(经由例如在线状态服务器)确定在一种通信
模式上的连接状态或者(例如通过定位该用户的便携式通信设备的
其中一个)确定他的或她的位置。

步骤104对应于基于步骤102和103所提供的信息对最佳通信
模式的选择,以便建立发信方1与受信方3之间的通信。

在有多个通信模式可以由两方用户接入的情况中,可以基于受
信方3和/或发信方1的偏好来执行该选择。可以将这些偏好保存在
数据库中,或者可以为发信方1提供包括可用通信模式的选择。

如果在步骤104结束时已选择通信模式,则随后发起借助该通
信模式的通信(步骤105)。

如果没有通信模式可接入,则向发信方1发送消息(步骤106)。
该消息包括当前没有通信模式可接入的信息,但是也可以包括关于
可以联系到受信方3的下一个时间范围的信息(并且有可能是延迟
呼叫的调度)或者有可能是当受信方3不可接入时可以联系到的另
一个用户的联系信息。

现在将基于图3中显示的设备来详细描述本发明的一个实施方
式的实现。可以将这些设备分割成4个部分:

-对应于位于(发信方1和受信方3两者中的)用户的通信设备
中的部分的客户端设备5;

-通信服务器7;

-用于搜索环境信息和用户简档的设备9;

-通信平台11;
其中搜索设备9和通信平台11是本发明的实施方式征用的现有结
构,本发明特有的设备位于客户端设备5和服务器7中。

用户设备5包括图形接口13,图形接口13使得用户能够创建通
信请求并且接收关于该通信请求的信息。该接口13还可以用于配置
偏好或隐私设置。

用户设备5还包括本地环境分析器17,本地环境分析器17分析
关于诸如因特网连接之类的用户的通信模式的信息、客户端会话发
起协议、即时消息收发程序的激活、在该即时消息收发程序中用户
的在线状态等等。

将图形接口13连接到请求接口15,请求接口15使得能够组合
发信方1的意图与由本地环境分析器17发送的本地环境信息,以便
规范发送给服务器的请求。用户可以经由接口15定义他的或她的偏
好;他或她可以例如指定他或她希望的通信类型(同步或异步、立
即或延迟、紧急与否、重要与否等等)。

还将图形接口13连接到隐私接口19。隐私接口19使得用户能
够根据时机或者他的或她的活动,定义他或她授权的通信模式。可
以定义例如在紧急情况中可以通过他的或她的移动电话联系到他或
她,但是他或她不希望他的或她的电话号码被发送到该呼叫的发信
方。

用户设备5还包括显示管理器21,显示管理器21组织与来自服
务器7的信息相对应的显示。在已选择通信模式的情况中,使得能
够经由该模式建立通信。

通过中间方23的中介来执行用户设备5与服务器7之间的交换,
其中中间方23向相关设备元件发送交换的信息。

在通信服务器7中,由请求分析器25接收该请求,请求分析器
25确定:

-发信方1和受信方3的身份;

-关于发信方1和受信方3的联系信息(电话号码、电子邮件地
址、通信标识参数等等)。

从该通信请求并且从搜索设备9的管理器27获得该信息,并且
将该信息发送到该通信模式的可用性检测器29。可用性检测器29
的作用在于定义可用通信模式,这意味着在该请求被接收时两方用
户都可接入的通信模式。为了如此操作,该可用性检测器使用由本
地环境分析器17所收集的并且在该请求中发送的信息以及由环境管
理器31提供的信息两者。

环境管理器31从用于搜索环境信息和用户简档的设备9,并且
具体而言从时间表33、在线状态服务器35或者位置设备37,获取
环境信息。

然后从可用性检测器29向通信模式选择器39发送关于可用通
信模式的信息。

使用从由管理者45管理的配置接口43建立的选择规则41,在
可用通信模式之间做出该选择。该配置接口43定义能够建立选择规
则41的配置参数。可以由管理者45在任意时间重新配置这些参数。
另外,使用与用户设备5的隐私接口19通信的隐私管理器47来建
立选择规则41。

这样,选择规则41组合在选择最合适的通信模式时必须考虑的
所有约束条件。可以用任意编程语言并且用任意逻辑(如一阶逻辑、
语法逻辑、模糊逻辑或神经网络等等)来表述这些规则。

另外,在一个实施方式中,选择规则41支持能够考虑到隐私或
配置改变的动态变化。

此外,通信模式选择器39可以使用与用户所使用的通信模式的
历史相对应的并且保存在数据库49中的数据。

另外,在没有通信模式可用的情况中,系统可以提示发信方1
联系可以替代初始受信方3的另一个有空的用户(例如如果该受信
方休假,则可以在初始受信方3的偏好中将他的或她的雇员的其中
一个指定为优选替代联系人)。

然后借助发信方1的用户设备5向他或她回发该选择的结果,
并且在已选择通信模式的情况中,借助通信接口51在通信平台11
上建立对应的通信。

该通信平台包括所有通信模式的服务器,如电话服务器53、电
子邮件服务器55、即时消息收发服务器57或者短消息(SMS)服务
器59等等。

这样,如果所选择的通信模式是电话呼叫,那么该通信接口向
通信平台11并且具体而言向电话服务器53发送两方用户的电话号
码,并且发起电话呼叫。

根据一个实施方式,如果例如受信方忙但是将在特定时间有空
通信,则还可以配置延迟呼叫。

为了更好地理解本发明,现在将描述一个示例性使用。

位于他的办公室中的公司雇员想要与他的经理通信以便敲定一
个项目。因此,该雇员使用他的计算机的图形接口13发送通信建立
请求。另外,该雇员在他的偏好中已选择优先考虑直接通信模式(电
话、视频会议等等)并且已指定他的通信并不非常紧急的事实。

由服务器7接收该请求。然后分析关于该雇员和他的经理的环
境信息。然后确定该雇员的位置(在他的办公室中)和对应的可接
入通信模式。类似地,该经理的时间表指示他或她正在旅行并且正
在开会,所以他的通信模式受到限制使得仅有文本消息或(通过他
的移动电话的)电话呼叫可用。然而,该经理已在他的偏好中选择
在他的会议期间应该仅将电话呼叫预留给紧急的通信,所以选择文
本消息通信。

因此,向该雇员发送用于指示当前仅有文本消息通信可用的响
应。另外,由于他的偏好倾向于直接通信,所以也向他提供建立延
迟的电话通信(其时间对应于他的经理的会议结束的时间)。

该雇员选择该第二可选项,并且然后在他的屏幕上显示将在下
午6点(该会议结束的时间)建立电话通信的确认。

另外,在下午6点时,向他发送用于做出电话呼叫的消息。该
雇员然后仅需要确认他的请求,并且通信在电话服务器之中建立。

因此本发明的实施方式使得用户能够有效地并且自动地确定最
合适的通信模式,以便在与另一个用户通信的同时考虑到每个人的
所有状态参数(可接入性、有空性、隐私、偏好等等)。因此,用
户避免由于多次尝试与另一个用户建立通信而浪费时间,并且被自
动导向最合适的通信模式。这使得在公司中能够通过简化雇员为了
通信所做的工作并且通过有效地使用他们可处置的所有通信方式,
提高雇员的生产力。

通信模式的选择.pdf_第1页
第1页 / 共11页
通信模式的选择.pdf_第2页
第2页 / 共11页
通信模式的选择.pdf_第3页
第3页 / 共11页
点击查看更多>>
资源描述

《通信模式的选择.pdf》由会员分享,可在线阅读,更多相关《通信模式的选择.pdf(11页珍藏版)》请在专利查询网上搜索。

1、(10)申请公布号 CN 102630379 A (43)申请公布日 2012.08.08 C N 1 0 2 6 3 0 3 7 9 A *CN102630379A* (21)申请号 201080053691.1 (22)申请日 2010.11.22 0905688 2009.11.26 FR H04M 3/42(2006.01) H04W 4/12(2006.01) (71)申请人阿尔卡特朗讯 地址法国巴黎 (72)发明人 M格尔贝尔 G-B卡姆加 S皮耶卡雷克 M-P杜邦 (74)专利代理机构北京市金杜律师事务所 11256 代理人王茂华 (54) 发明名称 通信模式的选择 (57) 摘。

2、要 本发明涉及一种用于在至少一个通信网络的 第一用户与第二用户之间选择通信模式的方法, 包括以下步骤:接收由该第一用户发送的用以与 该第二用户进行通信的请求;基于从所述第二用 户的位置以及从与所述位置相关联的活动推断的 该第二用户的至少一个状态参数,确定该第一用 户与该第二用户之间的可用通信模式。 (30)优先权数据 (85)PCT申请进入国家阶段日 2012.05.25 (86)PCT申请的申请数据 PCT/FR2010/052469 2010.11.22 (87)PCT申请的公布数据 WO2011/064491 FR 2011.06.03 (51)Int.Cl. 权利要求书2页 说明书5页。

3、 附图3页 (19)中华人民共和国国家知识产权局 (12)发明专利申请 权利要求书 2 页 说明书 5 页 附图 3 页 1/2页 2 1.一种用于在至少一个通信网络的第一用户与第二用户之间选择通信模式的方法,包 括以下步骤: 接收由所述第一用户发送的用以与所述第二用户进行通信的请求(101), 基于从所述第二用户的位置以及从与所述位置相关联的活动推断的所述第二用户的 至少一个状态参数,确定所述第一用户与所述第二用户之间的可用通信模式(102,103)。 2.根据权利要求1所述的用于选择通信模式的方法,其中,所述第二用户的所述至少 一个状态参数包括所述第二用户的有空性。 3.根据权利要求2所述。

4、的用于选择通信模式的方法,其中,基于保存在所述网络的数 据库中的所述第二用户的时间表(33)来确定所述第二用户的所述有空性,以使得基于所 述第二用户的活动确定所述可用通信模式。 4.根据权利要求2或3所述的用于选择通信模式的方法,其中,基于在所述第二用户的 至少一个通信模式的在线状态服务器(35)之中的所述第二用户的状态,确定所述第二用 户的有空性。 5.根据前述任意一项权利要求所述的用于选择通信模式的方法,其中,所述第二用户 的所述至少一个状态参数考虑到所述第二用户的至少一个通信设备关于通信网络的连接 状态。 6.根据前述任意一项权利要求所述的用于选择通信模式的方法,其中,所述第二用户 基于。

5、他的或她的活动和/或通信的重要性,定义不可用的通信模式。 7.根据前述任意一项权利要求所述的用于选择通信模式的方法,其中,所述可用通信 模式的所述确定还包括所述第一用户的至少一个状态参数的确定。 8.根据权利要求7所述的用于选择通信模式的方法,其中,从所述第一用户的位置推 断所述第一用户的所述至少一个状态参数。 9.根据权利要求7或8所述的用于选择通信模式的方法,其中,所述第一用户的所述至 少一个状态参数考虑到可在所述第一用户的所有设备上接入的通信模式。 10.根据前述任意一项权利要求所述的用于选择通信模式的方法,其中,由所述第一用 户从可用通信模式之中选择所述通信模式。 11.根据权利要求1。

6、到9中的任意一项权利要求所述的用于选择通信模式的方法,还包 括用于基于所述第二用户的偏好标准来从可用通信模式之中选择通信模式的步骤(104)。 12.根据前述任意一项权利要求所述的用于选择通信模式的方法,其中,由所述第一用 户发送的所述请求包括至少一个通信模式,所述第一用户希望经由所述至少一个通信模式 来与所述第二用户通信,并且其中可用通信模式的所述确定限于确定所述请求中指定的所 述至少一个通信模式的可用性。 13.根据前述任意一项权利要求所述的用于选择通信模式的方法,还包括,当所述第二 用户没空时,用于向所述第一用户发送包括所述第二用户的下一个有空时间范围以及在所 述时间范围期间可用的通信模。

7、式的消息的附加步骤。 14.根据前述任意一项权利要求所述的用于选择通信模式的方法,还包括,当所述第二 用户没空时,用于向所述第一用户发送包括在所述第二用户没空的情况下可以联络的至少 一个第三用户的联系信息的消息的附加步骤(106)。 15.一种通信网络的服务器,所述服务器包括装置,所述装置被配置为: 权 利 要 求 书CN 102630379 A 2/2页 3 接收来自所述通信网络的第一用户的用以与所述通信网络的第二用户进行通信的请 求, 基于从所述第二用户的位置以及从与所述位置相关联的活动推断的所述第二用户的 至少一个状态参数,确定所述第一用户与所述第二用户之间的可用通信模式。 16.根据权。

8、利要求15所述的通信网络的服务器,其中,被配置为确定所述可用通信模 式的所述装置包括: 数据库,在所述数据库中保存关于状态的历史以及在以前的通信请求期间由所述第二 用户使用的通信方式的信息; 用于与搜索设备交互的装置; 用于处理从用于搜索环境信息和用户简档的设备接收到的信息以及所述数据库中所 包括的信息的装置;以及 用于与管理各种可用通信模式的通信平台交互的装置。 权 利 要 求 书CN 102630379 A 1/5页 4 通信模式的选择 技术领域 0001 本发明涉及通信网络领域,并且更具体而言涉及网络中的通信模式的选择。 背景技术 0002 近来的电信开发已导致了使得两个联系人能够联系的。

9、通信模式的数目的增长。因 此,具体而言在职业层面上,这使得能够有助于彼此在地理上相隔但是共同合作的人员之 间进行交流。 0003 但是,如果通过所选通信模式不能立即接入受信方,或者如果主叫方必须首先确 定通信模式以借助该通信模式联系到该受信方,则用于联络联系人的该多种可能性也可能 导致时间浪费。 0004 用于促使与联系人开始通信的现有技术的技术方案包括: 0005 -自动电子邮件响应,其向电子邮件发送方指示联系人没空(例如休假)以及他的 或她的下一个有空时间(从休假返回的日期), 0006 -电话应答机,其能够向主叫方通知没空。 0007 但是这些技术方案仅应用单个通信模式,并且不能够确定用。

10、于联系到联系人的最 佳通信模式。 发明内容 0008 因此,本发明的目的在于克服现有技术的前述缺点,并且提出一种能够选择最佳 通信模式以联系到联系人的方法。 0009 因此,本发明涉及一种用于在至少一个通信网络的第一用户与第二用户之间选择 通信模式的方法,包括以下步骤: 0010 -接收由该第一用户发送的用以与该第二用户进行通信的请求, 0011 -基于从所述第二用户的位置以及从与该位置相关联的活动推断的该第二用户的 至少一个状态参数,确定该第一用户与该第二用户之间的可用通信模式。 0012 根据本发明的另一个方面,该第二用户的该至少一个状态参数包括所述第二用户 的有空性。 0013 根据本发。

11、明的附加方面,基于保存在该网络的数据库中的所述第二用户的时间表 来确定该第二用户的有空性,从而基于该第二用户的活动确定该可用通信模式。 0014 根据本发明的附加方面,基于在所述第二用户的至少一个通信模式的在线状态服 务器之中的所述第二用户的状态,确定该第二用户的有空性。 0015 根据本发明的附加方面,该第二用户的该至少一个状态参数考虑到该第二用户的 至少一个通信设备关于通信网络的连接状态。 0016 根据附加方面,该第二用户基于他的或她的活动和/或该通信的重要性,定义不 可用的通信模式。 0017 根据本发明的附加方面,该可用通信模式的该确定还包括该第一用户的至少一个 说 明 书CN 10。

12、2630379 A 2/5页 5 状态参数的确定。 0018 根据本发明的另一个方面,从所述第一用户的位置推断该第一用户的该至少一个 状态参数。 0019 根据本发明的附加方面,该第一用户的该至少一个状态参数考虑到可在所述第一 用户的所有设备上接入的通信模式。 0020 根据本发明的附加方面,由该第一用户从可用通信模式之中选择该通信模式。 0021 根据本发明的另一个方面,该方法还包括用于基于该第二用户的优选标准来从该 可用通信模式之中选择通信模式的步骤。 0022 根据本发明的附加方面,由该第一用户发送的该请求包括所述第一用户希望经由 其来与该第二用户通信的至少一个通信模式,并且其中该可用通。

13、信模式的该确定限于确定 该请求中指定的所述至少一个通信模式的可用性。 0023 根据本发明的附加方面,该方法还包括每当该第二用户没空时,用于向该第一用 户发送包括该第二用户的下一个有空时间范围以及在所述时间范围期间可用的通信模式 的消息的附加步骤。 0024 根据本发明的另一个方面,该方法还包括每当该第二用户没空时,用于向该第一 用户发送包括在该第二用户没空的情况下可以联络的至少一个第三用户的联系信息的消 息的附加步骤。 0025 本发明还涉及一种通信网络的服务器,该服务器包括装置,该装置被配置为: 0026 -接收来自该通信网络的第一用户的用以与该通信网络的第二用户进行通信的请 求, 002。

14、7 -基于从所述第二用户的位置以及从与该位置相关联的活动推断的该第二用户的 至少一个状态参数,确定该第一用户与该第二用户之间的可用通信模式。 0028 根据另一个实施方式,被配置为确定该可用通信模式的该装置包括:数据库,在该 数据库中保存关于状态的历史以及在以前的通信请求期间由该第二用户使用的通信方式 的信息;用于与搜索设备交互的装置;用于处理从用于搜索环境信息和用户简档的设备接 收到的信息以及该数据库中所包括的信息的装置;以及用于与管理各种可用通信模式的通 信平台交互的装置。 附图说明 0029 本发明的其他特征和益处将从通过参考附图所给出的以下描述中变得显而易见, 其中通过非限制性的示例方。

15、式描绘了一个可能的实施方式。 0030 在这些附图中: 0031 图1描绘了希望与受信方通信的发信方的示图; 0032 图2描绘了本发明的一个实施方式的各步骤的框图; 0033 图3描绘了根据本发明的一个实施方式的装置的示意图。 具体实施方式 0034 在以下描述中,总体而言: 0035 术语“用户可接入的通信模式”对应于这样一种通信模式,其中对于该通信模式该 说 明 书CN 102630379 A 3/5页 6 用户拥有使得能够使用该通信模式的至少一个设备。 0036 术语“可用通信模式”对应于这样一种通信模式,其中该通信模式的发信方和受信 方两者都拥有使得能够使用该通信模式的设备。 003。

16、7 本发明的实施方式涉及每当通信网络的用户希望与联系人通信时确定最佳通信 模式。 0038 图1描绘了第一用户的示图,其中该第一用户具有可由他或她处置的多种通信模 式,并且对应于希望与受信方3所对应的第二用户进行通信的发信方1。 0039 图2描绘了本发明的一个实施方式的各步骤。 0040 第一步骤101涉及发信方1向其所连接到的网络的服务器发送用于建立通信的请 求。该请求包括受信方3的标识符。服务器对该请求的接收触发对可由受信方3接入的通 信模式的确定(步骤102)和对可由发信方1接入的通信模式的确定(步骤103)二者。 0041 用于确定用户的可接入性的这些步骤(102和103)可以考虑到。

17、不同的信息,例如 保存在数据库中的个人信息(活动的通信设备、时间表等等),以及(经由例如在线状态服 务器)确定在一种通信模式上的连接状态或者(例如通过定位该用户的便携式通信设备的 其中一个)确定他的或她的位置。 0042 步骤104对应于基于步骤102和103所提供的信息对最佳通信模式的选择,以便 建立发信方1与受信方3之间的通信。 0043 在有多个通信模式可以由两方用户接入的情况中,可以基于受信方3和/或发信 方1的偏好来执行该选择。可以将这些偏好保存在数据库中,或者可以为发信方1提供包 括可用通信模式的选择。 0044 如果在步骤104结束时已选择通信模式,则随后发起借助该通信模式的通信。

18、(步 骤105)。 0045 如果没有通信模式可接入,则向发信方1发送消息(步骤106)。该消息包括当前 没有通信模式可接入的信息,但是也可以包括关于可以联系到受信方3的下一个时间范围 的信息(并且有可能是延迟呼叫的调度)或者有可能是当受信方3不可接入时可以联系到 的另一个用户的联系信息。 0046 现在将基于图3中显示的设备来详细描述本发明的一个实施方式的实现。可以将 这些设备分割成4个部分: 0047 -对应于位于(发信方1和受信方3两者中的)用户的通信设备中的部分的客户 端设备5; 0048 -通信服务器7; 0049 -用于搜索环境信息和用户简档的设备9; 0050 -通信平台11;其。

19、中搜索设备9和通信平台11是本发明的实施方式征用的现有结 构,本发明特有的设备位于客户端设备5和服务器7中。 0051 用户设备5包括图形接口13,图形接口13使得用户能够创建通信请求并且接收关 于该通信请求的信息。该接口13还可以用于配置偏好或隐私设置。 0052 用户设备5还包括本地环境分析器17,本地环境分析器17分析关于诸如因特网连 接之类的用户的通信模式的信息、客户端会话发起协议、即时消息收发程序的激活、在该即 时消息收发程序中用户的在线状态等等。 说 明 书CN 102630379 A 4/5页 7 0053 将图形接口13连接到请求接口15,请求接口15使得能够组合发信方1的意图。

20、与 由本地环境分析器17发送的本地环境信息,以便规范发送给服务器的请求。用户可以经由 接口15定义他的或她的偏好;他或她可以例如指定他或她希望的通信类型(同步或异步、 立即或延迟、紧急与否、重要与否等等)。 0054 还将图形接口13连接到隐私接口19。隐私接口19使得用户能够根据时机或者他 的或她的活动,定义他或她授权的通信模式。可以定义例如在紧急情况中可以通过他的或 她的移动电话联系到他或她,但是他或她不希望他的或她的电话号码被发送到该呼叫的发 信方。 0055 用户设备5还包括显示管理器21,显示管理器21组织与来自服务器7的信息相对 应的显示。在已选择通信模式的情况中,使得能够经由该模。

21、式建立通信。 0056 通过中间方23的中介来执行用户设备5与服务器7之间的交换,其中中间方23 向相关设备元件发送交换的信息。 0057 在通信服务器7中,由请求分析器25接收该请求,请求分析器25确定: 0058 -发信方1和受信方3的身份; 0059 -关于发信方1和受信方3的联系信息(电话号码、电子邮件地址、通信标识参数 等等)。 0060 从该通信请求并且从搜索设备9的管理器27获得该信息,并且将该信息发送到该 通信模式的可用性检测器29。可用性检测器29的作用在于定义可用通信模式,这意味着在 该请求被接收时两方用户都可接入的通信模式。为了如此操作,该可用性检测器使用由本 地环境分析。

22、器17所收集的并且在该请求中发送的信息以及由环境管理器31提供的信息两 者。 0061 环境管理器31从用于搜索环境信息和用户简档的设备9,并且具体而言从时间表 33、在线状态服务器35或者位置设备37,获取环境信息。 0062 然后从可用性检测器29向通信模式选择器39发送关于可用通信模式的信息。 0063 使用从由管理者45管理的配置接口43建立的选择规则41,在可用通信模式之间 做出该选择。该配置接口43定义能够建立选择规则41的配置参数。可以由管理者45在 任意时间重新配置这些参数。另外,使用与用户设备5的隐私接口19通信的隐私管理器47 来建立选择规则41。 0064 这样,选择规则。

23、41组合在选择最合适的通信模式时必须考虑的所有约束条件。可 以用任意编程语言并且用任意逻辑(如一阶逻辑、语法逻辑、模糊逻辑或神经网络等等)来 表述这些规则。 0065 另外,在一个实施方式中,选择规则41支持能够考虑到隐私或配置改变的动态变 化。 0066 此外,通信模式选择器39可以使用与用户所使用的通信模式的历史相对应的并 且保存在数据库49中的数据。 0067 另外,在没有通信模式可用的情况中,系统可以提示发信方1联系可以替代初始 受信方3的另一个有空的用户(例如如果该受信方休假,则可以在初始受信方3的偏好中 将他的或她的雇员的其中一个指定为优选替代联系人)。 0068 然后借助发信方1。

24、的用户设备5向他或她回发该选择的结果,并且在已选择通信 说 明 书CN 102630379 A 5/5页 8 模式的情况中,借助通信接口51在通信平台11上建立对应的通信。 0069 该通信平台包括所有通信模式的服务器,如电话服务器53、电子邮件服务器55、 即时消息收发服务器57或者短消息(SMS)服务器59等等。 0070 这样,如果所选择的通信模式是电话呼叫,那么该通信接口向通信平台11并且具 体而言向电话服务器53发送两方用户的电话号码,并且发起电话呼叫。 0071 根据一个实施方式,如果例如受信方忙但是将在特定时间有空通信,则还可以配 置延迟呼叫。 0072 为了更好地理解本发明,现。

25、在将描述一个示例性使用。 0073 位于他的办公室中的公司雇员想要与他的经理通信以便敲定一个项目。因此,该 雇员使用他的计算机的图形接口13发送通信建立请求。另外,该雇员在他的偏好中已选择 优先考虑直接通信模式(电话、视频会议等等)并且已指定他的通信并不非常紧急的事实。 0074 由服务器7接收该请求。然后分析关于该雇员和他的经理的环境信息。然后确定 该雇员的位置(在他的办公室中)和对应的可接入通信模式。类似地,该经理的时间表指 示他或她正在旅行并且正在开会,所以他的通信模式受到限制使得仅有文本消息或(通过 他的移动电话的)电话呼叫可用。然而,该经理已在他的偏好中选择在他的会议期间应该 仅将电。

26、话呼叫预留给紧急的通信,所以选择文本消息通信。 0075 因此,向该雇员发送用于指示当前仅有文本消息通信可用的响应。另外,由于他的 偏好倾向于直接通信,所以也向他提供建立延迟的电话通信(其时间对应于他的经理的会 议结束的时间)。 0076 该雇员选择该第二可选项,并且然后在他的屏幕上显示将在下午6点(该会议结 束的时间)建立电话通信的确认。 0077 另外,在下午6点时,向他发送用于做出电话呼叫的消息。该雇员然后仅需要确认 他的请求,并且通信在电话服务器之中建立。 0078 因此本发明的实施方式使得用户能够有效地并且自动地确定最合适的通信模式, 以便在与另一个用户通信的同时考虑到每个人的所有状态参数(可接入性、有空性、隐私、 偏好等等)。因此,用户避免由于多次尝试与另一个用户建立通信而浪费时间,并且被自动 导向最合适的通信模式。这使得在公司中能够通过简化雇员为了通信所做的工作并且通过 有效地使用他们可处置的所有通信方式,提高雇员的生产力。 说 明 书CN 102630379 A 1/3页 9 图1 说 明 书 附 图CN 102630379 A 2/3页 10 图2 说 明 书 附 图CN 102630379 A 10 3/3页 11 图3 说 明 书 附 图CN 102630379 A 11 。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 电学 > 电通信技术


copyright@ 2017-2020 zhuanlichaxun.net网站版权所有
经营许可证编号:粤ICP备2021068784号-1