CN101478578A - 用于关联通信装置的系统和方法 - Google Patents
用于关联通信装置的系统和方法 Download PDFInfo
- Publication number
- CN101478578A CN101478578A CNA200910000404XA CN200910000404A CN101478578A CN 101478578 A CN101478578 A CN 101478578A CN A200910000404X A CNA200910000404X A CN A200910000404XA CN 200910000404 A CN200910000404 A CN 200910000404A CN 101478578 A CN101478578 A CN 101478578A
- Authority
- CN
- China
- Prior art keywords
- communicator
- information
- communication device
- link layer
- data
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/12—Discovery or management of network topologies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4535—Network directories; Name-to-address mapping using an address exchange platform which sets up a session between two nodes, e.g. rendezvous servers, session initiation protocols [SIP] registrars or H.323 gatekeepers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
- Communication Control (AREA)
- Computer And Data Communications (AREA)
Abstract
提供一种用于关联通信装置的系统和方法。通过数据网络经由链路层协议接收用于识别第一通信装置的第一信息和用于识别第二通信装置的第二信息。根据与所述第一通信装置相关联的第一链路层数据和与所述第二通信装置相关联的第二链路层数据,确定所述第一通信装置和所述第二通信装置是否共址。如果确定所述第一通信装置和所述第二通信装置共址,则触发在所述第一信息和所述第二信息之间的关联。
Description
技术领域
本发明一般地涉及联网装置,并且具体涉及用于关联通信装置的方法和系统。
背景技术
诸如IP电话、瘦客户机(thin client)、PC/膝上型计算机之类的台式(desktop)装置经常需要麻烦的配置,以便彼此相关联。例如,用户桌子上的IP电话要与在同一桌子上的台式PC/膝上型计算机上运行的通信应用程序(communication application)相关联,用户或者管理员经常需要使用电话的地址或者DN、电话的呼叫控制器的地址和其它细节来配置所述应用程序。用户可能同样需要将所述PC的IP地址和其它细节手动输入到电话中。这对于典型用户而言是复杂的过程,并且也是既耗时又容易出错的。
或者,可以将同样的信息配置到集中式数据库、应用程序文件或者类似物中。这产生大量正在进行的管理工作(ongoing administrativeeffort),特别是在大型系统中,以在数据随着时间改变时将其保持为最新。
另外,诸如IP地址之类的一些配置项目可能有时候发生改变,使得所述关联失败并且使得所述应用程序不正确地工作。这导致进一步的正在进行的数据维护问题(ongoing data maintenance issue),并且/或者导致偶然的(occasional)应用故障,随后重新进行所述配置。
美国专利申请US2007/0171098公开了一种系统,通过该系统,关联可以经由以太网链路和IP地址而自动进行,但是,这种解决方案受到与使用IP地址的手动关联相同的缺点:IP地址可能有时候发生改变,使得所述关联失败并且使得所述应用程序不正确地工作。另外,因为US2007/0171098内所公开的系统基于高层协议(即因特网协议)而执行关联,所以关联只可能用于使用那个协议的装置。因此,US2007/0171098的系统缺少一般性,并且不能应对使用其它协议来建立任意类型的关联的装置。
如果涉及移动性,则共址(co-located)装置之间的关系不是长期的(例如,用户可能将膝上型计算机带到会议室或者远程办公地点,并且希望暂时单独地或者与一个或多个基于膝上型的应用程序相关地使用诸如IP电话的台式设施)。每次用户移动时,需要再次进行配置,并且在会话结束时需要撤消(undo)该配置,使得资源可以被重新请求,并且未来的用户不能访问先前的用户的信息。再则,这个过程对于终端用户而言非常麻烦,并且容易出错。注销失败可能具有安全问题。
发明内容
实施例的第一广义方面寻求提供一种关联耦接到数据网络的至少两个通信装置的方法。所述方法包括:通过数据网络经由链路层协议接收用于识别第一通信装置的第一信息和用于识别第二通信装置的第二信息。所述方法还包括:根据与所述第一通信装置相关联的第一链路层数据和与所述第二通信装置相关联的第二链路层数据,确定所述第一通信装置和所述第二通信装置是否共址。所述方法还包括:如果确定所述第一通信装置和所述第二通信装置共址,则触发在所述第一信息和所述第二信息之间的关联。
在所述第一广义方面的一些实施例内,所述方法还包括:如果确定所述第一通信装置和所述第二通信装置共址,则触发在所述第一通信装置和所述第二通信装置中至少一个通信装置的应用程序和特征这两者中至少一个的可用性,该可用性是根据与所述第二通信装置和所述第一通信装置中另一个通信装置相关联的数据而触发的。在这些实施例的一些内,所述应用程序包括自动登录应用程序,并且与所述第一通信装置和所述第二通信装置中所述的另一个通信装置相关联的所述数据包括登录数据。在其它实施例内,所述特征包括基于接近性的(proximity-based)特征。在这些实施例的一些内,使所述基于接近性的特征能够调整在所述第一通信装置和所述第二通信装置中至少一个通信装置处提供的选项。在这些实施例的一些内,所述选项包括在所述第一通信装置和所述第二通信装置中至少一个通信装置处打开会话时提供的选项。
在所述第一广义方面的其它实施例内,所述方法还包括:如果确定所述关联已经变得无效,则触发在所述第一信息和所述第二信息之间关联的解除。
在所述第一广义方面的其它实施例内,所述第一链路层数据和所述第二链路层数据中的至少一个包括端口ID,用于识别关联的通信装置正用来进行通信的端口,所述关联的通信装置包括所述第一通信装置和所述第二通信装置中的至少一个。
在所述第一广义方面的另外的实施例内,接收所述第一信息和所述第二信息包括:接收邻居信息消息,所述邻居信息消息包括所述第一信息和所述第二信息;并且,确定所述第一通信装置和所述第二通信装置是否共址包括:确定所述邻居信息消息包括所述第一信息和所述第二信息。
在所述第一广义方面的一些实施例内,确定所述第一通信装置和所述第二通信装置是否共址包括:将所述第一链路层数据与所述第二链路层数据进行比较。
在所述第一广义方面的其它实施例内,确定所述第一通信装置和所述第二通信装置是否共址包括:在布线图数据库内查找所述第一链路层数据和所述第二链路层数据,以确定所述第一通信装置和所述第二通信装置的物理位置。
在所述第一广义方面的另外的实施例内,所述方法还包括:与所述第一信息和所述第二信息的接收同时地接收所述第一链路层数据和所述第二链路层数据。在这些实施例的一些内,所述方法还包括:查询链路层数据,对所述第一链路层数据和所述第二链路层数据的接收和对所述第一信息和所述第二信息的接收响应于所述查询而发生。
在所述第一广义方面的另外的实施例内,触发在所述第一信息和所述第二信息之间的关联包括:发送包括所述第一信息和所述第二信息的消息,所述消息配置为触发在至少一个数据库内所述第一信息和所述第二信息的关联。
在所述第一广义方面的一些实施例内,所述链路层协议包括LLDP、LLDP-MED、CDP和STP的至少一个。
在所述第一广义方面的其它实施例内,所述方法还包括:在所述第一通信装置和所述第二通信装置中至少一个之间共享位置信息。
实施例的第二广义方面寻求提供一种用于关联至少两个通信装置的系统。所述系统包括:第一通信装置,和与所述第一通信装置共址的第二通信装置。所述系统还包括:数据网络,用于传送与所述第一通信装置和所述第二通信装置中至少一个相关联的信息。所述系统还包括网络接入交换机,其经由链路层将所述第一通信装置和所述第二通信装置耦接到所述数据网络。所述系统还包括至少一个服务器,其耦接到所述数据网络,并且所述至少一个服务器被使能用于:通过数据网络经由链路层协议接收用于识别第一通信装置的第一信息和用于识别第二通信装置的第二信息;根据与所述第一通信装置相关联的第一链路层数据和与所述第二通信装置相关联的第二链路层数据,确定所述第一通信装置和所述第二通信装置是否共址;并且,如果确定所述第一通信装置和所述第二通信装置共址,则触发在所述第一信息和所述第二信息之间的关联。
在所述第二广义方面的一些实施例内,所述至少一个服务器还被使能来用于:如果确定所述第一通信装置和所述第二通信装置共址,则触发在所述第一通信装置和所述第二通信装置中至少一个通信装置处的应用程序的可用性,该可用性是根据与所述第二通信装置和所述第一通信装置中另一个通信装置相关联的数据而触发的。
在所述第二广义方面的其它实施例内,所述第一通信装置经由具有第一端口ID的第一链路层端口而连接到所述数据网络,并且所述第二通信装置经由具有第二端口ID的第二链路层端口而连接到所述数据网络。
在所述第二广义方面的另外的实施例内,所述第一通信装置和所述第二通信装置的至少一个包括链路层交换机,并且所述第一通信装置和所述第二通信装置经由所述链路层交换机而连接。在这些实施例的一些内,所述链路层交换机被使能来检测邻居信息,并且向所述至少一个服务器发送邻居信息消息,所述邻居信息消息包括所述第一信息和所述第二信息。
在所述第二广义方面的其它实施例内,所述第一通信装置和所述第二通信装置的每个包括瘦客户机装置、个人计算机、膝上型计算机、个人数字助理、蜂窝电话和游戏控制台和IP使能的电话的至少一个。
在所述第二广义方面的一些实施例内,所述系统还包括与所述至少一个服务器通信的至少一个数据库,所述数据库用于存储所述关联。
在所述第二广义方面的其它实施例内,所述系统还包括:接近性服务器,用于存储所述关联和共址数据这两者中的至少一个,以用于接近性应用(proximityapplication)。
实施例的第三广义方面寻求提供一种计算机可读介质,其中包含计算机可读代码,用于控制计算机来:通过数据网络经由链路层协议接收用于识别耦接到所述数据网络的第一通信装置的第一信息和用于识别耦接到所述数据网络的第二通信装置的第二信息;根据与所述第一通信装置相关联的第一链路层数据和与所述第二通信装置相关联的第二链路层数据,确定所述第一通信装置和所述第二通信装置是否共址;并且,如果确定所述第一通信装置和所述第二通信装置共址,则触发在所述第一信息和所述第二信息之间的关联。
实施例的第四广义方面寻求提供一种用于调整在第一通信装置和第二通信装置中的至少一个内的活动的方法,包括:如果确定所述第一通信装置和所述第二通信装置共址,则触发在所述第一通信装置和所述第二通信装置中至少一个通信装置处的应用程序和特征这两者中的至少一个的可用性,该可用性是根据与所述第二通信装置和所述第一通信装置中的另一个通信装置相关联的数据而触发的。
在所述第四广义方面的一些实施例内,所述应用程序包括自动登录应用程序,并且与所述第一通信装置和所述第二通信装置中的所述另一个通信装置相关联的所述数据包括登录数据。
在所述第四广义方面的其它实施例内,所述特征包括基于接近性的特征。在这些实施例的一些内,所述基于接近性的特征被使得能够调整在所述第一通信装置和所述第二通信装置中至少一个通信装置处提供的选项。在这些实施例的一些内,所述选项包括在所述第一通信装置和所述第二通信装置中至少一个通信装置处打开会话时提供的选项。在这些实施例的其它实施例内,可用性的触发还基于至少一个用户与所述第一通信装置和所述第二通信装置中至少一个通信装置的接近性的确定。
在所述第四广义方面的另外的实施例内,可用性的触发还基于所述第一通信装置和所述第二通信装置中至少一个通信装置是未经授权的通信装置的确定。
在所述第四广义方面的另外的实施例内,与所述第二通信装置和所述第一通信装置中的所述另一个通信装置相关联的所述数据包括许可数据。
在所述第四广义方面的一些实施例内,所述应用包括个人信息管理(PIM)应用程序,并且所述方法还包括:使得与所述第一通信装置和所述第二通信装置中至少一个通信装置相关联的PIM数据可被所述第一通信装置和所述第二通信装置中的另一个通信装置获得。
附图说明
参考下面的附图来说明实施例,其中:
图1描述了根据非限定性实施例的用于关联联网的通信装置的系统;
图2描述了根据非限定性实施例的用于关联联网的通信装置的消息图;
图3描述了根据非限定性实施例的用于关联联网的通信装置的消息图;以及
图4描述了根据非限定性实施例的用于关联联网的通信装置的消息图。
具体实施方式
图1描述了根据非限定性实施例的用于关联联网的通信装置的系统100。如图1内所示,可以有多个终端用户台式机,每个具有可以获得的多个共址的通信装置和/或计算装置,例如IP电话110、个人计算机(PC)或者台式计算机115或者“瘦客户机”装置120。(本领域内的技术人员应当理解:“瘦客户机”是指由瘦客户机处理器装置驱动的一组用户接口装置,实际的应用程序在系统内的其它位置的“瘦客户机服务器”125内运行。)从用户的角度看,瘦客户机120等同于个人计算机,不同的是所述应用程序实际上穿过数据网络130而远程运行,而只有所述应用程序的呈现是由瘦客户机装置120及其外围装置(例如显示器、键盘和鼠标等)本地生成的。
一些瘦客户机实现方式也使用个人识别卡135、存储密钥等,当它们被插入到瘦客户机装置120中时识别瘦客户机服务器125的用户。这样的识别卡135还可用于PC/膝上型计算机115、其它计算装置,或者还可用于诸如IP电话110之类的通信装置。
这些共址的台式计算和/或通信装置(即瘦客户机装置120、IP电话110和/或PC/膝上型计算机115)一般通过诸如以太网或者无线局域网的一些链路层连接而连接到数据网络130,数据网络130例如是已经选择路由的(routed)IP网络。为了简单起见,这被示出为到网络接入层2(L2)交换机140的有线以太网连接,网络接入层2(L2)交换机140继而将所述计算和/或通信装置连接到数据网络130。存在多种建立这些连接的方式,值得注意的是,每个通信装置可以各自分别地连接到网络基础结构(台式机B和D),或者诸如PC/膝上型计算机115或者瘦客户机120之类的一些通信装置可以通过诸如包括嵌入的或附接的L2交换机/网桥(bridge)145的IP电话(例如IP电话110)之类的其它装置而进行连接(台式机A和C)。另外,这些计算和/或通信装置可以或者可以不在同一IP子网上:即,它们可以在不同的层2VLAN上,因此可能不能通过使用广播而直接达到彼此。可以理解,在数据网络130上进行通信的计算装置包括使得能够实现这个通信的通信装置。而且,通信装置一般包括计算装置,用于处理与数据网络130交换的信号。因此,在下面的说明内,除非另外指定,术语“通信装置”和“计算装置”被认为是一般可相互交换的。例如,在以下说明的某些区域中,可以在主要用作通信装置的IP电话110和主要用作计算装置的PC/膝上型计算机115或瘦客户机120之间进行区别。对于装置的进一步的引用被理解为一般表示通信和/或计算装置。
在许多情况下,在网络内存在许多与通信装置关联过程相关的服务器。为了追踪哪些通信装置被关联、它们的地址和唯一的ID信息以及所需要的任何补充信息,某种形式的关联数据库150是值得注意的。在IP电话的情况下,在网络内经常存在一个或多个呼叫控制器155(即一个或多个服务器)。在这些实施例内,呼叫控制器155可以执行关联任务。在台式机台式机上的瘦客户机的情况下,在网络内也可能存在一个或多个瘦客户机服务器125。另外,可能存在一个或多个应用服务器160,用于执行关联任务和可能的其它应用程序。注意,这些服务器是逻辑实体,因此它们可以物理上彼此集成或与网络中的其它服务器集成,也可以不这样。还要注意,虽然下面描述和说明的数据网络130包括已经选择路由的IP网络,但是这不是必须的,可以使用其它协议,并且简单的LAN就足够了——只要通信装置和服务器通过联网的基础结构可以达到彼此。
应用程序要以统一的方式使用共址的通信装置和/或计算装置,共址的装置需要彼此相关联:即,系统100需要知道这些装置中的哪些在物理上位于一起。要在相关联的通信装置上执行某些协同行为的应用程序(一般)也必须知道每个的网络地址和唯一的标识符。
另外,这些通信和/或计算装置中的一些或者全部可以在特性上是移动的(例如膝上型计算机、PDA、移动电话或者类似物可以容易地移动位置),并且所述通信装置可以与特定用户永久地相关联,或者也可以不这样(例如,所述“台式机”可以由许多用户在各种时间——诸如在远程工作地点或者在自动呼叫分发(ACD)代理轮班——共享,或者可以是会议室或者其它共享的设施)。通信装置也可以因为其它原因而动态地来去,所述原因例如是断电或者断开连接,或者新的通信装置被插入(例如插入摄像机以添加到会议)。因此,装置关联需要能够被动态地检测、建立、更新和撤消。
诸如链路层发现协议(LLDP,IEEE 802.1AB-2005)或LLDP-媒体端点发现(LLDP-MED,ANSI/TIA-1057)之类的标准链路层(或层2)协议向在网络链路的各端处物理上附接的“邻居”装置提供相当多的(considerable)信息。所提供的信息包括(但不限于)所述邻居装置的IP地址和MAC地址、装置性能(电话,网络元件等)、装置名称和说明、清单说明(inventory description)(销售商、品牌(make)、型号、软件/固件/硬件修订版等)。所述信息对于使得在这些装置内运行的应用程序或者代表它们在系统内的其它位置运行的应用程序能够彼此相关联非常有用。
在IP电话的情况下,经常出现下述情况:计算/通信装置(即台式PC/膝上型计算机115或者瘦客户机120)例如经由简单的L2交换机/网桥145而物理上直接插入IP电话110,简单的L2交换机/网桥145可以是嵌入在IP电话110内,或者连接到IP电话110。这使得当层2协议消息在附接的计算/通信装置和网络接入交换基础结构(即网络接入L2交换机140)之间的途中经过IP电话110时,电话应用程序有可能“嗅出”(sniff)层2协议消息。在计算/通信装置(或者任何其它装置)的情况下,可以想象到类似的系统配置,允许这些系统配置也收集在层2协议内包含的信息,其中,所述计算/通信装置(或者任何其它装置)包括嵌入的L2交换机/网桥145(或者可替换地连接到L2交换机/网桥145),其它装置通过嵌入的L2交换机/网桥145而连接。另外,在这些连接配置内的任何或者全部装置可以在链路上主动向彼此发送层2协议(与仅仅被动地将其从上游接入交换机进行传递相对),使得这组共址的通信装置能够直接进行通信。
然后,可以将在IP电话110和台式PC/膝上型计算机115两者处或瘦客户机120处收集的这些信息发送到整个系统中的其它位置,例如发送到呼叫控制器155、共享的数据库(例如关联数据库150)或者应用服务器160,在此,可以对其进行核对(collate),因此,可以用关于对应的计算/通信装置的所需要的信息自动配置在IP电话110(或者呼叫控制器155)中运行的相关应用程序,并且反之亦然。或者,也可以在网络基础结构处(例如,在网络接入层2交换设备处)采集并且从那里收集这些信息或者将其作为自动通知(notification)而发送到所涉及的其它元件。
另外,特定的物理位置信息也可以与通信装置相关联,所述特定的物理位置信息例如是城市地址(城市/街道地址/楼层/房间号)、基于坐标的地理位置(纬度/经度/高度)、诸如布线图墙壁插座编号之类的其它本地相关的索引,或者类似物。这个信息可以通过下述方式(例如)作为网络接入交换配置的一部分(例如,作为LLDP-MED的一部分)而获得:通过更高层协议(例如,动态主机配置协议(DHCP)、HTTP使能的位置提供(HTTP Enabled Location Delivery,HELD)),通过装置内的定位技术(例如,GPS、“信标”(beacon)等),间接地通过映射处理,例如经由预先填充的布线图数据库(wiremap database)170或者类似物,或者通过一个或多个所述装置的直接配置。当这个信息也可以与所述通信装置相关联时,位置也可以由应用程序用作用于找到在特定位置的这组共址的计算和/或通信装置的索引。
使用这个所提供的信息和其它协议工具,允许装置关联的自动发现的一组方法是可能的。下面使用LLDP-MED作为参考协议来分别地描述每种方法。但是,所述方法并不是过度地受限于参考协议,并且,其它协议在本说明书的范围以内。
作为这个关联的示例应用,描述了“单个签到登录”(single sign-inlogon),其中,用户可以登录到一个通信装置(例如PC/膝上型计算机115或者IP电话110),并且作为结果,也被自动地登录到其它共址的通信装置。其非限定性示例可以是向瘦客户机120内插入瘦客户机ID卡135,并且作为结果,也被“热桌”(hotdesked)到关联的IP电话110,使得用户能够立即开始使用这两个通信装置而没有另外的动作。然而,这个应用不被认为是过度限定性的,可以从装置关联的自动发现受益的其它应用(下面说明其中一些)在本说明书的范围内。
一般,在所使用的协议、特定系统配置、系统部件在其它部件内的嵌入和由自动关联过程使能的特定应用上存在大范围的可能的变化。因此,下面的示例不应是过度限定性的,所述装置关联自动发现方法上的变化在本说明书的范围内。
经由IP电话的链路层发现
现在参见图2说明一种用于关联耦接到数据网络的至少两个通信装置的方法,图2描述了根据非限定性实施例的用于关联联网的通信装置的消息图。在该方法中,假定计算/通信装置(PC/膝上型计算机115或者瘦客户机120)经由嵌入在IP电话110中的L2交换机/网桥145而连接到数据网络130。在下面的说明内进一步引用图1的台式机A的情况。还描述了使用PC/膝上型计算机115的替代性的(alternative)台式机C的情况。
在这个实施例内,LLDP-MED在台式计算装置(瘦客户机120或者PC/膝上型计算机115)和IP电话110两者上以及在网络接入L2交换机140上运行。
步骤201:使用该协议,所述计算装置和IP电话110两者都向网络接入L2交换机140通告它们的IP地址和MAC地址,并且网络接入L2交换机140往回向台式装置通告其地址和端口MAC(但是,后者对于这种情况是无关紧要的)。还可以发送另外的补充信息,例如清单信息。
步骤201a:因为IP电话110的嵌入的L2交换机/网桥145被动地在从计算装置传送消息的路径上,因此其能够“嗅出”所述消息传送,并且提取计算装置的IP地址和MAC地址以及在协议内提供的任何补充信息。
步骤202:关于所附接的计算装置的IP电话邻居信息(neighborinformation)与任何补充信息一起在“Neighbor_info”消息内被传送到IP电话110所注册的呼叫控制器155。
步骤203:因为IP电话110呼叫控制器155已经知道IP电话110IP地址和MAC地址(或者其它的唯一ID,见下),因此现在其能够将IP电话110IP地址和MAC地址与计算装置的数据进行核对,并且向关联数据库150发送关联消息或者等同物,其包含计算装置MAC地址到IP电话MAC地址(或者其它唯一的标识符)的映射,并且包含计算装置和IP电话的IP地址(“Associate”(关联))。这个关联被存储在关联数据库150内以由应用以后使用。此时,装置关联阶段完成,物理装置关联被建立并且可以被应用使用来进行更高层的动作。因此,呼叫控制器155通过发送关联消息而有效地触发装置之间的关联。
步骤204:在后来的某个时间,用户将他们的识别卡135插入计算装置内,或者以某个其它方式登录到其上(例如通过提供诸如用户名和密码之类的证明)。
步骤205:在包括瘦客户机120的实施例内,这可能导致向瘦客户机服务器125发送用户登录消息或者等同物,其包含用户的用户ID和被访问的瘦客户机120的MAC地址和/或IP地址(“Login”(登录))。结果,用户登录到瘦客户机120内,并且可以开始使用它。
步骤206:作为登录到瘦客户机120内的结果,用于指示登录发生的事件可以从瘦客户机服务器125被发送到应用服务器160,所述应用服务器160负责对在同一台式机上的关联的IP电话110启动自动登录应用程序(“Login_event”(登录事件))。这个消息可以包含用户的用户ID、瘦客户机MAC(或者其它的唯一ID)和可能的诸如瘦客户机IP地址之类的其它数据等。
步骤207:在应用服务器160上运行的自动登录应用程序然后查询关联数据库150,将计算装置MAC(或者其它唯一的ID)和可能的用户的用户ID或者其它相关数据作为密钥(“Association_Query”(关联查询))进行传送。
步骤208:关联数据库150返回之前在上面的步骤203中存储的计算装置MAC到IP电话MAC的映射(或者,其它唯一的ID对)以及计算装置用户ID到等同的IP电话用户ID(例如,用户的个人DN(“UserDN”))的映射(“Association_Query_response”(关联查询响应))。还可以返回与关联装置之一或者两者相关的其它补充数据。
步骤209:自动登录应用程序然后向IP电话呼叫控制器(或者在适用时直接地向电话)发送控制消息,请求用户热桌登录(hotdesk logged)到关联的IP电话,传送IP电话MAC地址(或者物理装置的其它唯一ID)、呼叫控制器已知的用户ID(例如,用户的热桌DN,或者其它唯一的用户ID)和完成到该IP电话的用户登录所需要的任何其它补充信息(“Phone_login”(电话登录))。
步骤210:用户被自动登录到关联的IP电话100,并且可以开始使用它。
变化1:台式机C的情况
在计算装置包括PC/膝上型计算机115(即,台式机C情况)的实施例内,对于图2的消息图的微小修改可以如下:
●所有对应的消息应直接由PC/膝上型计算机115发送和接收,而不是由瘦客户机服务器125发送和接收。
●被描述为在瘦客户机110和瘦客户机服务器125之间的消息改为在PC/膝上型计算机115内部。
变化2:首先登录到IP电话110
在用户首先登录到IP电话110而不是计算装置的实施例内,对于图2的消息图的微小修改可以如下:
在步骤204和205:用户在IP电话110处登录(或者插入卡135等)。
在步骤206:在成功登录后,呼叫控制器155向应用服务器160发送Login_event(登录事件),其包含IP电话装置ID(Phone MAC)和用户ID(UserDN)。
在步骤207-208:应用服务器160使用IP电话装置ID(Phone MAC)和用户ID(UserDN)作为密钥来查询关联数据库150,并且接收响应中的瘦客户机ID(TC MAC)和用户ID(UserID)。
在步骤209-210:应用服务器160向瘦客户机服务器125发送包含用户ID和瘦客户机MAC的登录消息,并且由此将用户登录到瘦客户机120内。
变化3:在IP电话110登录后连接计算装置
在IP电话110已被登录后连接(或者等同地通电、启动应用程序等)计算装置的实施例内,可能希望根据对IP电话110的之前的有效登录来启动装置关联和对计算装置的延迟登录。在这些实施例内,可以使用对于上述方法的下述修改。注意,要发生装置关联实际上不需要对IP电话110的登录(即可能以下不需要步骤207-210,或者可能延迟步骤207-210,并且所述装置关联仍然发生)。
在步骤201-202:来自计算装置的LLDP-MED和对邻居的随后检测以及向呼叫控制器155的Neighbor_info的发送被延迟,直到所述计算装置连接。
在步骤203:在Neighbor_info的触发下,呼叫控制器155如前向关联数据库150发送“Associate”消息,以继而触发/建立装置关联。
在步骤206:呼叫控制器155可以向应用服务器160发送延迟的Login_event,如上所述。或者,可以较早地,例如在用户登录到IP电话110时,发送Login_event,并且Login_event被存储在应用服务器160或者适当的数据库内,并且步骤207-210由应用服务器160根据对作为在步骤203的上述Assotiate消息的结果而在关联数据库150内建立装置间的新关联的检测而触发。在后一种替代实现方式内,存在多种用于所述新关联的检测的方法,包括但是不限于由应用服务器160轮询关联数据库150,或者由关联数据库150自发地通知应用服务器160。
在步骤207-210:像在用户首先登录到IP电话110的实施例中那样进行。
变化4-在IP电话登录后启动的计算装置应用程序
作为在同一方法上的进一步的变化,如果计算和/或通信装置被连接(或者等同地被通电),但是未首先运行任何需要装置关联的应用程序,则可能还没有在一个或多个所涉及的装置上启动链路层协议。一些链路层协议(例如,LLDP)可以从应用层启动;因此,在必要时,所述应用程序可以直接地或者间接地启动装置关联过程。这可以在IP电话110(或者PC/膝上型计算机115或者瘦客户机120)已经被登录之前或者之后。这可以是(作为非限定性示例)使得该应用程序能够将IP电话110用作其通信过程的一部分或者用作用于某个其它目的(流播音乐、文本到语音,等等)的附属物。如果应用程序需要,还可以如上所述启动延迟的登录。以下经过修改的方法在这些情况下是可能的。
变化4a-计算装置联络(或者包括)关联数据库150
在应用启动时,计算装置(即,PC/膝上型计算机115或者瘦客户机120)可以联络呼叫控制器155,以获得对关联数据库150的访问,以请求将任何Neighbor_info通知通告于它,或者可以开始轮询关联数据库150以达到同一目的(可能过滤成只有包含其装置ID或者IP地址的那些,作为Neighbor_info的一部分)。所述应用程序然后在计算装置处启动链路层协议。在这些实施例内,下面的变化可以适用:
在步骤201-203:像在前一种变化(变化3)内那样进行,但是在一些实施例内,可以由应用程序在计算装置(即,PC/膝上型计算机115或者瘦客户机120)处启动链路层协议。
在步骤204-210:如果该应用程序使用延迟的登录,则步骤204-210像在前一个变化(变化3)中那样进行。否则,或者另外,可以由所述应用程序使用类似于步骤207-208的消息传送来查询关联数据库150,以获得之前在上述步骤203中存储的IP电话MAC(或者其它唯一的ID对)以及计算装置用户ID到等同的IP电话用户ID(例如用户的个人DN(“UserDN”))的映射。然后,所述应用程序使用这些ID与呼叫控制器155交互(或者直接与IP电话110交互)以控制所述装置。
变化4b-计算装置直接使用链路层协议
或者,计算装置可以如上启动链路层协议,并且直接地使用从自IP电话110向计算装置发送的链路层消息获得的IP电话MAC和/或IP地址(或者其它唯一标识符)。启动可以作为通信装置的启动或者连接或者应用程序启动的结果。这个实施例假定,IP电话110也从链路的自己这端向附接的计算装置(或者PC/膝上型计算机115或者瘦客户机120)发送链路层协议(在图2内未示出的这个消息发送)。然后,该应用程序可以使用这些所获得的ID与呼叫控制器交互(或者直接与电话交互),以控制所述装置,启动登录或者用于其它目的。
在变化4b的实施例内,计算装置可以是直接监视链路层协议的PC/膝上型计算机115,而在其它实施例内,PC/膝上型计算机115还可以包括应用服务器160和/或关联数据库150,因此在这些元件之间发送的消息发生在PC/膝上型计算机115内。在变化4b的另外的实施例中,计算装置可以包括直接地监视链路层协议的瘦客户机120,并且向相关的瘦客户机服务器125发送所获得的ID和/或其它信息,而在其它实施例内,瘦客户机服务器125还可以包括应用服务器160和/或关联数据库150,因此,在这些元件之间发送的消息发生在瘦客户机服务器125内。
虽然所述的实施例始终将MAC地址用作装置标识符,但是其它类型的装置标识符在本发明的范围以内,只要所使用的装置标识符对于特定的物理通信/计算装置是唯一的并且是不变的。在一些实施例内,每种通信/计算装置可以使用不同的装置标识符类型。其进一步讨论如下。
而且,虽然所述实施例假定,在计算装置子系统(瘦客户机110/瘦客户机服务器125或者PC/膝上型计算机115)和在通信子系统(呼叫控制器155/IP电话110)内存在对应于同一用户的用户ID,并且这些用户ID可以彼此进行核对,但是,用户ID的具体形式并不重要,只要它们对于特定用户是唯一的并且是不变的。用户ID在每个子系统内可以是相同的或者不同的。存在用于在每个子系统内完成用户ID的核对的许多方式,包括但是不限于:
●用户ID使用同一手段,例如简单的唯一的用户名字符串、一致的user_id(用户ID)/密码对、SIP URI,在这种情况下,不需要核对。
●在单独的数据库内(例如在公司LDAP服务器内)可以预先存在两种用户ID类型,一种通过密钥方式(keyed from)从另一个获得,或者两者都通过密钥方式从公共密钥获得,例如使用用户名作为密钥来提取对应的计算子系统user_id(用户ID)/密码对和那个用户的通信子系统电话号码(Directory Number,DN)。
●可以存在这样的算法关系,用于例如将用用户名字符串变换为SIP URI和/或计算机系统user_id,或者从一个直接变换成另一个。
●用户ID之间的核对可以配置到关联数据库150内。
在步骤203、207和208:装置ID和用户ID的关联可以分别存储在关联数据库150内,而不是存储为所示的一个记录。而且,可以有用于每种关联类型的不同的数据库和/或服务器。在这些实施例内,步骤203保持相同(关联装置ID),而步骤207-208应包括用于装置ID关联数据和用户ID关联数据的每个的单独的查询/响应对。除了增加了的消息传送和数据存储的不同分布之外,这对于最终结果没有区别。
在许多情况下,所涉及的装置可以例如通过使用GPS或者其它的定位测量技术,通过链路层或者更高层协议交互(例如,通过链路层发现协议媒体端点发现(LLDP-MED)、DHCP或者HELD协议)或者通过直接的配置而获得物理位置数据。这个信息可以采取以下形式:城市地址(城市/街道地址/楼层/房间号)、基于坐标的地理位置(纬度/经度/高度)或者例如是布线图墙壁插座编号的其它本地相关索引、或类似物。当可以获得这个信息时,可以使用诸如如上所述的Neighbor_info消息之类的消息传送来向关联数据库150加上与在同一物理位置的一组装置相关联的信息。当对于至少一个关联装置可以获得这样的信息时,然后可以由应用程序将其用作索引以确定和访问在特定位置的某一组装置,确定某一组装置位于(或者不位于)同一位置,或者确定这组在特定位置的全部相关装置。
在链路层协议(例如LLDP-MED清单数据)内提供的或者直接地配置到通信装置内的补充数据可以直接用作装置关联过程的一部分(例如,使用在该补充数据中包含的唯一的装置ID,例如装置DN或者资产编号(Asset Number)),或者可以用于修改关联过程(例如仅仅允许特定的品牌/型号的、特定软件版本的、或已知资产编号等的装置的关联)。这在以上参考图2所述的消息传送内未示出,然而,这是通过在Neighbor_info、Associate、Association_Query/Association_Query_response或者其它消息传送内传送这个补充数据的直接扩展。
关于所述的消息传送的其它变化可以包括但是不限于:
●IP电话110可以直接地与关联数据库150交互而不是经由呼叫控制器155,以建立装置关联(步骤202-203);
●IP电话110可以直接地与应用服务器160交互而不是经由呼叫控制器155,以建立装置关联(步骤202-203)和/或启动用户登录(步骤209-210);
●通知消息(例如,步骤202、205和206)可以通过Subscriber/Notify(用户/通知)模式实现,而不是作为单向自发事件(例如作为SIP Subscriber/Notify消息)。
像在上述的一般系统说明内那样,因为所述的每个实体仅仅是逻辑性的,因此可以任意地组合功能。例如,应用服务器160和/或关联数据库150功能可以集成在瘦客户机服务器125内,呼叫控制器155可以(实际上)集成在IP电话110(例如SIP电话装置)中,等等。
经由计算装置的链路层发现
现在说明经由通信/计算装置(即PC/膝上型计算机115或者瘦客户机120)发生链路层发现的实施例。在这些实施例内,假定IP电话110经由在台式通信/计算装置内的、类似于L2交换机/网桥145的嵌入的或者附接的L2交换机/网桥(即交换机/网桥与PC/膝上型笔记本155或者瘦客户机120集成了)而连接到网络。这个情况基本上是前述实施例的相反情况,差别是IP电话110的连接性是经由台式通信/计算装置的,而不是相反。(注意,虽然这个配置的连接性未在图1内具体说明,但是是直接的扩展)。
在这种方法内,经由IP电话110的链路层发现的步骤相对于图2大致不变,不同的如下:
在步骤201,LLDP-MED经由在台式通信/计算装置内(或者与其相关联)的L2交换机/网桥而被传送到网络。
在步骤201a,在台式通信/计算装置处“嗅出”LLDP-MED。
在步骤202,关于附接的IP电话110的通信/计算装置的邻居信息可以传送到除呼叫控制器155以外的服务器(例如,直接传送到应用服务器160)。在瘦客户机120的情况下,瘦客户机服务器125将传送所述信息。在PC/膝上型计算机115的情况下,PC/膝上型计算机115将直接传送信息。在其它实施例内,仍然可以如上所述发生与呼叫控制器155的交互,例如在计算装置可以为此目的访问呼叫控制器内的设施的实施例内。
在步骤203,可以在除呼叫控制器155之外的服务器——诸如应用服务器160——内执行关联的核对,导致Associate消息被从该服务器发送到关联数据库150,建立装置关联。
在步骤204,在IP电话登录的情况下,将识别卡135插入到IP电话110内。或者,在计算装置登录的情况下,将识别卡135插入瘦客户机120或者PC/膝上型计算机115。但是,可以如上所述发生其它登录方法。
在步骤205,在IP电话登录的情况下,这可能导致用户Login消息或者等同物被发送到呼叫控制器155,并且结果,用户登录到IP电话110内并且可以开始使用它。或者,在计算装置登录情况下,这可以导致Login消息或者等同物从瘦客户机120被发送到瘦客户机服务器125或者在PC/膝上型计算机115中的动作,使得用户登录到计算装置内。
在步骤206,在IP电话登录情况下,作为登录的结果,可以从呼叫控制器155向应用服务器160发送Login_event消息或者类似物。或者,在计算装置登录情况下,作为登录的结果,可以从瘦客户机服务器125(在瘦客户机实施例内)或者直接地从PC/膝上型计算机115(在PC/膝上型计算机实施例内)向应用服务器160发送Login_event消息或者类似物。
在步骤207,在IP电话登录的情况下,在应用服务器160上运行的自动登录应用程序然后可以查询关联数据库150,向其中传送作为密钥的IP电话MAC(或者其它唯一的装置ID)和已登录用户的通信子系统用户ID。或者,在计算装置登录情况下,计算装置MAC(或者其它唯一装置ID)和已登录用户的通信子系统用户ID可以作为密钥进行传送。
在步骤208,关联数据库150返回IP电话MAC到计算装置MAC的映射和IP电话用户ID到等同的计算装置用户ID的映射(或者其它唯一ID对)。
在步骤209,在IP电话登录情况下,在应用服务器160上的自动登录应用程序然后可以向瘦客户机服务器125(在瘦客户机实施例内)或者向PC/膝上型计算机115(在PC/膝上型计算机实施例内)发送控制消息,请求用户登录到关联的计算装置,传送计算装置MAC地址(或者其它唯一装置ID)和计算子系统已知的用户的用户ID(例如网络用户名/密码)。或者,在计算装置登录情况下,可以向呼叫控制器155发送控制消息,请求用户登录到关联的IP电话内,传送IP电话MAC地址(或者其它唯一的装置ID)和通信子系统已知的用户的用户ID(例如,用户的DN)。
在步骤210,在IP电话登录情况下,用户自动登录到关联的计算装置,并且可以开始使用它。或者,在计算装置登录的情况下,用户自动登录到关联的IP电话内,并且可以开始使用它。
经由网络通知的链路层发现
现在转向经由网络通知而发生链路层发现的实施例,假定通信/计算装置(PC/膝上型计算机115或者瘦客户机120)可以或者可以不经由IP电话110的嵌入的L2交换机交换机电桥145而连接到网络,或者反之亦然。当不是经由嵌入的L2交换机/网桥而连接到网络时,则所述通信/计算装置各个连接到在网络接入L2交换机140上的不同端口(图1的台式机B和D的情况)。当在不同的接入端口上连接时,假定存在某种方法,其可用于例如使用由网络接入L2交换机140可访问的布线图数据或者位置数据而了解到:这些端口的连接实际上在同一物理位置(例如在同一墙壁插座、在同一会议室内等)终接。例如,在这些实施例的一些内,可以在网络接入L2交换机140处存储布线图数据,而在其它实施例内,可以在布线图数据库170处存储布线图数据,并且由网络接入L2交换机140经由通过数据网络130的查询而检索布线图数据。现在参考图3来说明这些实施例,图3描述了根据非限定性实施例的用于关联联网的通信装置的消息图。进一步参考使用台式机A的情况的图1,其中,瘦客户机120经由IP电话的嵌入的L2交换机/网桥145连接到网络接入L2交换机140。下面也说明使用不同的连接性和/或PC/膝上型计算机115的台式机B、C和D的实施例。
在这种方法内,所述装置关联可以如下进行(参见图3的消息图)。
步骤301:类似于上述步骤201。
步骤302:在通信/计算装置到网络的连接,以及随后网络接入L2交换机140对链路上的LLDP-MED信息的检测(或者等同地,计算装置到仅仅传送消息的嵌入IP电话的L2交换机/网桥145的连接)的触发下,从网络接入L2交换机140向应用服务器160产生网络链路状态改变事件(“Notify_link_change”)消息,其携带网络接入L2交换机145端口ID与所连接的装置的IP地址和MAC地址。对于每个所连接的通信装置发生类似的消息传送,携带该通信装置的自己的IP地址和MAC地址,以及同一网络接入L2交换机端口ID。在前一个步骤内通过LLDP-MED消息传送携带的任何补充数据也可以在通知事件中携带。
步骤303:因为Notify_link_change消息来自同一端口ID(或者等同地,通知作为用于在那个单个的端口ID上的所有的附接装置的单个消息到达),因此应用服务器160现在能够将IP电话数据与计算装置数据进行核对,并且向关联数据库150发送关联消息(“Associate”)或者等同物,其包含计算装置MAC地址到IP电话MAC地址(或者其它唯一的标识符)的映射和所述计算装置的IP地址以及IP电话110的IP地址。还可以携带从前一个步骤采集的任何补充数据。这个关联存储在关联数据库150内以由应用程序以后使用。因此,应用服务器160通过发送关联消息而有效地触发装置之间的关联。装置关联阶段完成。
步骤304-310基本与上述步骤204-210类似。
在参考图3所述的消息传送上的其它变化可以包括但是不限于:
●步骤302可以使用多个消息(每个附接装置一个,如图所示)或者(关于所有附接装置而通知的)单个消息;
●在步骤302内使用的通知协议可以是(如LLDP-MED中所定义的)SNMP或者另一个适当的协议。
●可以以多个步骤来实现步骤302,例如通过从网络接入L2交换器向应用服务器160的更简单的通知,所述通知例如是(例如)使用SNMP网桥MIB(管理信息库)或者类似物的简单端口LinkUp/LinkDown(链路运行/链路不运行)通知,应用服务器160然后使用所述通知来触发在一个或多个被通知的端口上的对于更具体数据的一个或多个查询。更具体的查询可以例如使用LLDP-MED定义的SNMP MIB或者其它的类似查询格式。连接在不同端口上的装置的变化
在上述方法的其它变化内,计算装置(瘦客户机120或者PC/膝上型计算机115)和IP电话110可以连接到不同的网络接入L2交换机端口(即,如图1的台式机B和D内所示,不经由任一方的嵌入的L2交换机/网桥而连接)。在这种情况下,上面的步骤303的核对可以使用几种方法的任何一种来核对所述信息。例如:
●步骤303a:应用服务器160可以包含或者访问布线图数据库170,布线图数据库170包含接入交换机端口ID到与端口的终接点相关的物理位置数据(例如房间号、墙壁插座标识符等)的映射。所述核对于是可以基于匹配的终接位置。注意,在许多应用中,能够确定端口ID对应于同一物理位置就足够了,而不必确定那个具体位置是什么。而且,当使用非特定索引(诸如墙壁插座标识符)并且所述标识符不相同时,有可能通过下述方式而确定这些标识符事实上确实映射到同一物理位置:通过执行对于布线图数据库170的进一步的查询,例如通过对每一个查询每个墙壁插座标识符到每个的物理位置的映射然后匹配所返回的物理位置信息。在进行了这样的核对之后,可以形成和发送从应用服务器160到关联数据库150的Associate消息。
●步骤303b:网络接入L2交换机140可以配置为包含与(例如,如LLDP-MED所定义的)每个端口相关联的物理位置信息,例如给出地理位置坐标、城市地址坐标、房间号、墙壁插座标识符等。然后,这个位置信息然后可以由应用服务器160在接收到通知后(例如使用由LLDP-MED使能的SNMP)进行查询,或者等同地作为一个或多个通知的一部分而直接提供。所述核对因此可以是基于匹配网络接入L2交换机位置数据的。
类似于以上参考图2所述的实施例,在这些实施例上的其它变化在本说明书的范围内。这些包括但是不限于:
●诸如呼叫控制器155、瘦客户机服务器125或者PC/膝上型计算机115之类的任何网络元件可以作为(或者包括)应用服务器160和/或关联数据库150。
●任何或者全部示为自发事件的消息(例如消息301、302)可以实现为Subscriber/Notify交互。
●诸如用户ID之类的补充信息也可以直接地在链路层协议消息传送(消息301)中以及在链路改变通知(消息302)和在Associate消息(303)中携带,因此使用在装置关联时有效的关联的用户数据来更新关联数据库150。
经由网络查询的链路层发现
现在说明经由网络查询而发生链路层发现的实施例。在这些实施例的一些内,通信/计算装置(例如PC/膝上型计算机115或者瘦客户机120)经由嵌入IP电话110的L2交换机/网桥145而连接到网络(或者反之亦然),就像图1的台式机A和C的情况中那样。在其它实施例内,每个装置连接到网络接入L2交换机140上的不同端口,就像在台式机B和D的情况中那样。当在不同的接入端口上连接时,假定存在一种方法,其可用于例如使用可由网络接入L2交换机140访问的布线图数据或者位置数据而了解到:到这些端口的连接实际上在同一物理位置(例如,在同一墙壁插座)终接。例如,在这些实施例的一些内,可以在网络接入L2交换机140存储布线图数据,而在其它实施例内,在布线图数据库170存储布线图数据,并且由网络接入L2交换机140经由通过数据网络130的查询而检索布线图数据。现在参考图4来说明这些实施例,图4描述了根据非限定性实施例的用于关联联网的通信装置的消息图。进一步参考使用台式机A的情况的图1,其中,瘦客户机120经由嵌入IP电话的L2交换机/网桥145而连接到网络接入L2交换机140。下面也说明使用不同的连接性和/或PC/膝上型计算机115的情况的台式机B、C和D的实施例。
在这种方法内,装置关联可以进行如下(参见图4的消息图):
步骤401:类似于如上所述的步骤201。
步骤402:应用服务器160在正在进行(ongoing)的基础上定期轮询网络接入L2交换机140(“Query_port”(查询端口))以检测在网络接入L2端口处的所连接的装置内的改变。注意,虽然为了清楚起见,在图4内仅仅描述了一个轮询,但是一般应有多个Query_port轮询,其定期发生或者由应用服务器160触发。或者,在所有的装置被理解为非移动的实施例内,如图所示的单个查询就足够了。
步骤402a:网络接入L2交换机140进行响应(“Query_port_response”(查询端口响应)),携带网络接入L2交换机端口ID和每个端口的所连接装置的IP地址和MAC地址。在多个装置附接到端口的情况下,则返回的响应可以包含与每个装置相关的数据,或者可以使用多个响应消息。
步骤403:因为Query_port_response消息来自同一端口ID(或者可替换地,响应作为用于在那个端口上的所有的附接装置的单个消息到达),因此应用服务器160现在能够将通信/计算装置的数据与IP电话的数据进行核对,并且将向关联数据库150发送关联消息或者等同物,其包含计算装置MAC地址到IP电话MAC地址(或者其它唯一的标识符)的映射和所述计算装置的IP地址以及IP电话的IP地址。这个关联被存储在关联数据库150内以由应用程序以后使用。因此,应用服务器160通过发送关联消息而有效地触发装置之间的关联。装置关联阶段完成。
步骤404-410基本与上述步骤204-210类似。
在参考图4所述的消息传送上的变化可以包括但是不限于:
●为了收集关于附接到在网络接入L2交换机140上的特定端口的每个装置的信息,步骤402-402a可以使用多个消息对(在所述端口上的每个装置一个查询/响应)或者单个消息对(提供关于在那个端口上的所有附接装置的成批信息);
●为了收集关于在网络接入L2交换机140上的每个端口的信息,步骤402-402a可以使用多个消息对(每个端口一个查询/响应,或者如上,每个端口每个装置一个查询/响应)或者(提供关于在所有附接的端口上的所有装置的成批信息的)单个消息对;
●在步骤402-402a内的查询/响应协议可以是(例如,如在LLDP-MED内所定义的)SNMP或者任何其它适当的协议。
●也可以例如通过下述方式而不是轮询来触发步骤402-402a:通过从网络接入L2交换机140到应用服务器160的更简单的通知,所述通知例如是(例如)使用SNMP网桥MIB(管理信息库)或者类似物的简单端口LinkUp/LinkDown(链路运行/链路不运行)通知,应用服务器160然后可以使用所述通知来触发对关于一个或多个被通知的端口的更具体数据的一个或多个查询。更具体的查询可以(例如)使用LLDP-MED定义的SNMPMIB等。
●通过从呼叫控制器155(或者直接地从IP电话110)或者从计算装置(或者PC/膝上型计算机115或者瘦客户机服务器125)向应用服务器160的消息传送,可以触发从应用服务器160向网络接入L2交换机140的、在步骤402发生的查询的开始。可以使用任何数量的方法来用于这个消息传送,例如SNMP通知事件,具体方法在此是无关紧要的。触发消息也可能(但是不必然)提供要查询的特定交换机端口ID。为了改善轮询效率,这个触发消息可以在适当的时间被发送,例如下述时间:
●IP电话110和/或计算装置(115,125)可以通知应用服务器160在初始网络连接时间开始轮询;
●呼叫控制器155(或者IP电话110直接地)可以通知应用服务器160在IP电话110到呼叫控制器155的注册成功之后开始轮询;
●呼叫控制器155(或者IP电话110或者PC/膝上型计算机115或者瘦客户机120或者瘦客户机服务器125)可以在用户成功地登录到IP电话110(或者PC/膝上型计算机115和瘦客户机120)时开始轮询。
连接在不同端口上的装置的变化
在上述方法的其它变化内,计算装置(瘦客户机120或者PC/膝上型计算机115)和IP电话110可以连接到不同的网络接入L2交换机端口(即,不经由任一方的嵌入的L2交换机/网桥145而连接,如在图1的台式机情况B或D内所示)。如前所述,关于如上刚刚所述的基于经由网络查询的链路层发现的方法的变化与之前在基于经由网络通知的链路层发现的方法的描述下的题目“连接在不同端口上的装置的变化”下的那些变化类似。
与以上参考图2和3所述的实施例类似的这些实施例上的其它变化在本说明书的范围内。
装置和用户解除关联
现在关注撤消先前建立的关联的实施例。例如,至少一个关联装置由于断电或者断开连接而不再与数据网络130进行通信。在另一个示例内,用户可以从所述装置的一个或多个注销,并且先前与其它装置建立的关联不再有效。因此,解除关联的过程可以解决隐私问题和其它安全问题、资源消耗和/或滥用问题。
参考前述的那些来说明用于实现装置的解除关联的下述实施例。事实上,用于解除关联的下述的每个实施例对应于上述的关联方法。
使用经由装置的链路层发现的装置解除关联
现在说明其中使用经由IP电话110的链路层发现而发生装置解除关联的实施例,并且扩展到使用经由计算装置(例如PC/膝上型计算机115或者瘦客户机120)的发现的等同方法。对于对应的装置关联,这些实施例实质上是参考图2上述的那些的相反情况。虽然参考图2描述了下述内容,但是可以明白,使用与在图2中所描述的类似的消息传送来描述解除关联的方法。当附接的计算装置(例如PC/膝上型计算机115或者瘦客户机120和/或IP电话110)断开或者断电时,或者当相关的应用程序关闭时,存在对应于图2的消息201-203的两种情况。
情况A-被动的
步骤201:作为断开连接、断电或者应用程序关闭的结果,从计算装置向网络接入L2交换机140的LLDP-MED(或者等同物)消息传送停止,因此从计算装置向IP电话110和其嵌入的L2交换机/网桥145的LLDP-MED(或者等同物)消息传送也停止。
步骤201a:因此,作为消息传送停止的结果,在(嗅出消息传送的)IP电话110内的对应的邻居信息过期,并且变得无效。
情况B-主动的
步骤201:在断电或者应用程序关闭时,可以发送从计算装置到网络接入L2交换机140的明确的链路层消息,用于指示不再使用所述装置。
步骤201a:IP电话110嗅出用于指示不再使用所述装置明确的链路层消息。在这些实施例内,使得IP电话110能够使对应的邻居信息无效。
因此,可以经由情况A或者B来检测到所述装置的解除关联。其后,可以发生下述情况:
步骤202:当通过情况A或者情况B而使得上游装置信息无效时,向呼叫控制器155发送新的Neighbor_info消息,用于指示所述上游装置不再是活动的。
步骤203:作为结果,从呼叫控制器155向关联数据库150发送新的Associate消息,使得所述新的Associate消息(实质上是解除关联消息)能够触发下述动作:在关联数据库150去除或者无效对应的装置关联。
也可以在使用经由台式计算装置的链路层发现的实施例内发生装置解除关联。这些解除关联的实施例类似于上述的那些,不同的是,停止从IP电话110向网络和计算装置的LLDP-MED消息传送(或者等同物)(步骤201,情况A),或者发送明确的消息(步骤201,情况B),并且,用于指示装置连接性改变的Neighbor_info消息从计算装置(即,从PC/膝上型计算机115、从瘦客户机120或者瘦客户机服务器125)而不是从呼叫控制器155或者IP电话110发送发送到应用服务器160(步骤202)。然后从应用服务器160向关联数据库150发送用于指示关联的去除的Associate消息(步骤203)。
使用经由网络通知的链路层发现的装置解除关联
现在说明使用经由网络通知的链路层发现而发生装置解除关联的实施例。这些实施例实质上是对于对应的装置关联、以上参考图3所述的那些的相反情况。虽然参考图3而描述了下述内容,但是可以明白,使用与在图3内描述的消息传送类似的消息传送而描述解除关联的方法。当附接的装置(例如,PC/膝上型计算机115、瘦客户机120和/或IP电话110)断开连接或者断电时,或者当相关应用程序关闭时,存在对应于图3的消息301-303的两种情况。
情况A-被动的
步骤301:作为断开连接、断电或者应用程序关闭的结果,从计算装置(或者从IP电话110)到网络接入L2交换机140的LLDP-MED(或者等同物)消息传送停止。作为缺少来自计算装置或者IP电话110的通告的结果,在网络接入L2交换机140内包含的对应信息过期,并且被无效。
情况B-主动的
步骤301:在断电或者应用程序关闭时,可以从计算装置(或者从IP电话110)向网络接入L2交换机140发送明确的链路层消息,用于指示不再使用所述装置。这个消息触发在网络接入L2交换机140处对应的上游装置信息的无效。
因此,可以经由情况A或者B来检测所述装置的解除关联。其后,可以发生下述情况:
步骤302:当在网络接入L2交换机140处的装置信息被无效时,作为所述改变的结果,可以向应用服务器160发送新的Notify_link_change消息,用于指示所述上游装置不再是活动的。
步骤303:作为结果,从应用服务器160向关联数据库150发送新的Associate消息,使得所述新的Associate消息(实质上是解除关联消息)能够触发下述动作:在关联数据库150去除或者无效对应的装置关联。
使用经由网络查询的链路层发现的装置解除关联
现在说明使用经由网络查询的链路层发现而发生装置解除关联的实施例。这些实施例实质上是对于对应的装置关联、以上参考图4所述的那些的相反情况。虽然参考图4而描述了下述内容,但是可以明白,使用与在图4内描述的消息传送类似的消息传送而描述解除关联的方法。当附接的装置(例如,PC/膝上型计算机115、瘦客户机120和/或IP电话110)断开连接或者断电时,或者当相关应用程序关闭时,存在对应于图4的消息401-403的两种情况。
情况A-被动的
步骤401:作为断开连接、断电或者应用程序关闭的结果,从计算装置(或者从IP电话110)到网络接入L2交换机140的LLDP-MED(或者等同物)消息传送停止。作为缺少来自计算装置或者IP电话110的通告的结果,在网络接入L2交换机140内包含的对应信息过期,并且被无效。
情况B-主动的
步骤401:在断电或者应用程序关闭时,可以从计算装置(或者等同地从IP电话110)向网络接入L2交换机140发送明确的链路层消息,用于指示不再使用所述装置。这个消息触发在网络接入L2交换机140处对应的上游装置信息的无效。
因此,可以经由情况A或者B来检测所述装置的解除关联。其后,可以发生下述情况:
步骤402-402a:在下一个轮询间隔,当从应用服务器向网络接入L2交换机发送Query_port时,返回的Query_port_response指示被无效的一个或多个装置不再是活动的。在一些实施例内,这可以包括那个装置的信息的缺失,而在其它实施例内,这可以包括所述装置现在不活动的明确指示。
步骤403:作为结果,从应用服务器160向关联数据库150发送新的Associate消息,使得所述新的Associate消息(实质上是解除关联消息)能够触发下述动作:在关联数据库150去除或者无效对应的装置关联。
用户级解除关联
在装置关联的上述实施例的一些内,在完成了所述装置级解除关联之后,用户也被解除关联,例如自动将用户从以前关联的装置的一些或者全部注销。在这些实施例的一些内,作为在那些关联装置之一上采取的用户动作的结果,发生在所有的关联装置上的对应的用户级动作,例如作为从任何一个装置注销的结果而从一些或者全部装置注销。因此,在热桌环境内,如果在一个装置发生注销,则在具有热桌关联的其它装置内发生注销。
现在说明用于将用户解除关联的两个实施例情况A和情况B,但是,其它实施例在本发明的范围内。虽然参考图2描述了下述内容,但是可以明白,用于将用户解除关联的实施例使用与在图2内描述的类似的消息传送。
情况A-被驱动的装置解除关联
如果解除关联是物理的(装置断开、断电或者应用程序关闭,就像在前述的情况内那样),则在应用服务器160处检测到装置解除关联(参见关于解除关联方法的前述部分,具体上是步骤203、303和403)。
在由物理装置解除关联的触发下,在计算装置断开连接的情况下,应用服务器160然后可以向呼叫控制器155发送注销消息(未示出),用于将对应的用户从对应的IP电话注销。参见在图2内的步骤204-210(以及类似地,在图3内的步骤304-310和在图4内的步骤304-310),这个处理可以通过下面的步骤而进行:
步骤207-208:应用服务器160使用计算装置相关的用户ID作为密钥而检索与新断开连接的装置的用户对应的关联数据。从响应提取在呼叫控制器155内使用的对应用户ID(UserDN)。
但是在一些实施例内,对于注销也需要装置ID。在这些实施例内,关联数据库150可以暂时保存装置之间的关联,直到发生用户注销。例如,关联数据库150可以维护正在解除关联的装置的记录,即使同一用户仍然登录到装置内。
步骤209:从应用服务器160向呼叫控制器155发送Phone_logout(电话注销)消息(等同于在消息图内的Phone_login(电话登录)),其包含所提取的用户ID(UserDN)。(注意,在一些实施例内,在这个消息内可能不需要电话MAC,因为呼叫控制器155已经知道用户登录到哪个物理IP电话。)
步骤210:然后由呼叫控制器155将用户从IP电话110注销。
在情况A上的另外的变化如下:
●或者,如果从IP电话110启动了初始断开连接/断电/应用程序关闭,则用户关联查询可以是关于计算装置用户ID的,并且可以从应用服务器160向瘦客户机服务器125(或者直接地向PC/膝上型计算机115)发送对应的注销消息,使得转而由计算装置在该装置处将用户注销。
●物理装置关联数据可以从关联数据库150完全去除,或者可以被标注为不活动的,并且保持缓存在关联数据库内,以便以后当重新连接被去除的装置时使用。如果以后检测到新的连接或者通电,则必须如上所述再一次重新建立装置关联。但是所述装置关联可以使用任何以前缓存的数据来辅助这个过程。
●在步骤303(或者403或者503),如上对于装置解除关联所述,在发送Associate(关联)消息以从关联数据库150去除装置关联之前,应用服务器160可以从关联数据库150预先查询现有的关联数据,之后跟随类似于步骤307/308的步骤,并且保存那个数据以在以后用于如上的用户级解除关联过程。
●与上述的变化等同地,在步骤303(或者403或者503),Associate消息可以具有从关联数据库150发回到应用服务器160的对应响应消息,用于指示去除的装置关联数据,其中包括所有以前关联的装置ID或者需要如上执行用户级解除关联过程所需要的其它数据。
情况B-被驱动的用户动作
如果用户在关联装置之一注销(但是不是断开连接或者断电)或者采取某种其它动作来终止在那个装置的用户级会话(例如关闭应用程序),则可能需要在其它的关联装置采取等同的用户注销或者其它动作。在这种情况下,所述物理关联可以保存在关联数据库内用于以后使用,因为装置本身仍然具有相同的关系。
在计算装置注销的情况下,在由在一个装置上的用户行为触发下,应用服务器160然后可以向呼叫控制器发送注销消息,用于将对应的用户从对应的IP电话注销。参见在图2内的步骤204-210(和,类似地,图3的中步骤304-310和图4中的步骤304-310),这个过程可以通过下面的步骤而进行:
步骤204:用户从瘦客户机120去除他们的识别卡135,或者以某个其它方式注销。在PC/膝上型计算机的情况下,可以去除所述卡,或者在PC/膝上型计算机115采取其它注销行为。
步骤205:作为结果,瘦客户机120然后可以向瘦客户机服务器125发送注销消息或者等同物。这可以类似于在前述的装置关联和自动登录期间在这个步骤发送的Login(登录)消息。
步骤206:瘦客户机服务器125然后可以向应用服务器160发送用于指示用户注销的事件消息。在PC/膝上型计算机的情况下,可以从PC/膝上型计算机115直接地向应用服务器160发送类似的消息。这可以类似于在如上所述的装置关联和自动登录期间在这个步骤发送的Login_event消息。
步骤207-208:应用服务器160使用计算装置相关的用户ID作为密钥而检索与新注销的装置的用户对应的关联数据。从响应提取在呼叫控制器155内使用的对应ID(例如,用户DN)。
步骤209:从应用服务器160向呼叫控制器155发送Phone_logout(电话注销)消息(等同于在消息图内的Phone_login(电话登录)),其包含所提取的用户ID(例如,UserDN)。(注意电话MAC可以或者可以不必在这个消息内,因为呼叫控制器155已经知道用户登录到了哪个物理电话内。)
步骤210:呼叫控制器155将用户从IP电话110注销。
在情况B上的另外的变化如下:
●或者,如果从IP电话110启动初始的注销,则注销事件将经由呼叫控制器155(或者从IP电话110)去往应用服务器160,用户关联查询将是关于计算装置用户ID的,并且从应用服务器160向瘦客户机120(或者PC/膝上型计算机115)发送对应的注销消息,使得转而由计算装置在该装置处将用户注销。
●物理装置关联数据可以保存在关联数据库150内,以以后当新的(可能是同一)用户再一次登录到关联装置之一时使用。在一些实施例内,只有检测到物理连接断开或者断电时,物理关联才可以仅仅被破坏或者被标注为不活动的。如果在以后检测到新的连接或者通电,则必须再一次如上所述,重建装置关联。
适用于情况A和情况B的另外的变化如下:
●上述的两种情况等同地适用于PC/膝上型计算机情况,在这种情况下,由PC/膝上型计算机115直接地而不是由瘦客户机服务器125发送并且接受对应的消息。之前描述为在瘦客户机120和瘦客户机服务器125之间的消息将变为在PC/膝上型计算机115内。
替代实施例
存在对于参考图1-4所述的前述实施例的另外的替代方式,包括并且不限于:
●实施例不限于用作链路层协议的LLDP-MED,并且,可以使用任何其它链路层协议,其中,对于关联提供了足够的信息。这样的协议的非限定性示例包括生成树协议(STP)或者诸如思科发现协议(CDP)之类的专用协议。
●虽然已经在瘦客户机的情形下描述了非限定性示例,但是所述的所有方法等同地适用于PC/膝上型计算机的情形。在这些情况下,所有的对应消息将由PC/膝上型计算机115直接地发送和接收,而不是由瘦客户机服务器125发送和接收。被描述为在瘦客户机120和瘦客户机服务器125之间的消息将变为在PC/膝上型计算机115内。
●虽然非限定性示例已经描述了在多个装置上的自动登录/注销应用,但是这些主要被描述来演示装置关联步骤的可用性以辅助这样的应用。大量其它应用在本说明书的范围内,包括但是不限于:电话小键盘(“TKB”)与基于PC的话务台应用程序的关联;PC附属电话装置(例如,来自Mitel Networks,350 LeggetDrive P.O.Box 13089,Kanata,Ontario,Canada K2K 2W7的MitelNavigation)与运行控制应用程序的附接PC的关联。事实上,对于许多应用程序,不需要登录/注销行为。例如,只是插入装置就可以自动地使其可用,即使在任何装置都上没有发生用户登录。
●虽然上述的实施例仅仅包括要关联(或者要解除关联)的两个装置,但是可以关联任意数量的装置,只要通过所述装置之一(例如经由多端口的嵌入L2交换机,这类似于在台式机A和台式机C情况下的L2交换机/网桥145)建立它们之间的连接,或者可以获得足够的映射或者位置数据以将多个网络接入L2交换机端口彼此关联(类似于在台式机B和台式机D情况内所述的网络接入L2交换机端口)。
●参考图1-4所述的关联方法的多个方面可以同时用在多个装置的关联中。
●虽然所述实施例已经在相关消息传送内将MAC地址引用为物理装置标识符,但是其它标识符在本发明的范围内。事实上,物理装置的任何唯一的、不变的标识符对于这个目的是足够的。标识符的非限定性示例包括:UUID(通用唯一标识符)、资产编号、序号和物理装置DN(电话号码)。同样,关联的装置不限于使用同一类型的标识符,并且每个装置可以使用不同的标识符类型,只要所述标识符对于具体装置保持唯一。
●虽然所述实施例已经引用了有线网络环境,但是无线(例如,WiFi、蓝牙)网络可以使用LLDP-MED或者其它等同的协议来支持等同的方法。
●虽然所述实施例已经引用了IP电话与台式计算装置的关联,但是所述装置关联可以以下述方式适用于共址的任何装置:从用户或者关联的角度看,它们应当彼此关联。另外的示例包括但是不限于:
●IP电话或者连接到IP电话的附属单元或者接近IP电话的附属单元,例如会议单元、摄像机、占线指示灯区域等;
●要结合地使用的多个计算和/或娱乐装置,例如PC/膝上型计算机、音频/视频装置、游戏控制器;
●共址的计算装置,例如服务器,它们在公共的应用程序内合作,例如用于实现在数据中心内的多服务器集群(cluster);
●协作的应用程序;
●集群计算/数据中心;以及
●上述的任何组合。
在上述实施例内所述的装置关联(共址检测)是当所述关联已经确定所述装置是在同一位置时的一种形式的接近性检测。如上所述,这使得能够共享位置信息。但是,即使在没有特定位置信息的情况下,了解接近性也是有用的。例如,在协作应用中涉及的装置可以使用对于接近性的了解来调整应用行为,以选择要执行的最适合的行为或者要提供给它们的用户的最适当的选项。在现有技术内,支持协作应用的通信装置具有基于用户彼此相距很远的假设的特征。这些特征的某些方面可能不适合于用户接近的情况。例如,如果用户接近,则为了协作的目的而打开与另一种装置的会话的计算机或者其它装置可以避免提供语音或者视频会话的选项。这个策略假定所述装置的用户希望与近处的用户共享数据,并且不必被不必要的和无用的选项烦扰。在数据的显示中会发生另一个示例,如果已知存在未经授权的用户的装置并且请求了用户对于保密信息的本地显示的明确的许可,则可以抑制该保密信息的本地显示。但是,一般,在确定通信装置是共址的之后,则监控和/或触发关联的网络单元可以根据与共址的通信装置相关联的数据被进一步使能来触发在通信装置上的应用的可用性。例如,在确定通信装置是共址的之后,则网络单元可以(例如,根据存储在数据库等的许可)确定与第一通信装置相关联的许可,并且根据这些许可使得在第二共址的通信装置处可获得某些应用。在另一个示例内,可以使得第二共址的通信装置获得数据,所述数据例如是与第一通信装置相关联地存储的个人信息关联(PIM)数据。
但是,不应当假设,被关联的通信装置或者属于或者被分配到单个用户;尽管可能是这种情况。如上所述,通信装置可能属于多个用户,并且关联的发现提供了关于共址或接近性的信息,其可以用于触发特征的操作或者调整特征的行为。如上所述的通信装置之间的位置信息的共享的示例是其行为可以被共址或接近性信息触发和调整的特征的示例。当特定用户的接近性被发现时触发的通知是由共址触发的特征的另一个示例。诸如如上所述的会话启动特征之类的其它特征可以被用户触发,但是可以通过知道被呼叫的用户与始发用户共址或者接近始发用户而调整行为。
而且,在其它实施例内,在关联数据库150内表面的共址或者接近性信息可以进一步被公布到在线状态服务器或者专用接近性服务器,其中,其可用于触发和/或调整特征操作。在一些实施例内,这样的服务器的公布-订阅(publish-subscribe)模型可以用于这个目的。
在一些实施例内,关联数据库150可以包括接近性数据库。需要关于接近或者靠近另一个通信装置(及其用户)的通信装置(以及所暗示的它们的用户)的特征可以查询关联数据库150或者接近性数据库以确定这个信息。这个信息也可以作为用户及其装置的接近性信息公布到在线状态服务器。
而且,虽然所述实施例引用了单个应用程序的操作,但是关联信息也可用于上下文以确定协作情况下多个应用和/或多个通信装置的适当行为。
另外,在一些实施例内,装置可以不与任何特定用户相关联,或者可以根本不与任何用户相关联,例如,所述装置可以是:实现合作应用程序或者服务器集群的在架的计算设备;用户感兴趣的自动售货机、商店位置等;自动机(automaton);实现用户跟踪应用的装置;和/或实现资产跟踪应用的装置,等等。
本领域内的技术人员可以明白,在一些实施例内,可以使用预先编程的硬件或者固件元件(例如专用集成电路(ASIC)、电子可擦除可编程只读存储器(EEPROM)等)或者其它相关的组件来实现PC/膝上型计算机115、IP电话110、瘦客户机120、瘦客户机服务器125、网络接入L2交换机140、L2交换机145、关联数据库150、呼叫控制器155和/或应用服务器160的功能性。在其它实施例内,可以使用访问代码存储器(未示出)——存储用于所述计算设备的操作的计算机可读程序代码——的计算设备来实现PC/膝上型计算机115、IP电话110、瘦客户机120、瘦客户机服务器125、网络接入L2交换机140、L2交换机145、关联数据库150、呼叫控制器155和/或应用服务器160的功能性。所述计算机可读程序代码可以被存储在固定的、有形的和这些组件直接可读的介质(例如可移除盘、CD-ROM、ROM、固定盘、USB驱动器)上,或者所述计算机可读程序代码可以被远程地存储,但是经由调制解调器或者通过传输介质连接到网络(包括但不限于因特网)的其它接口装置可发送到这些组件。传输介质可以是非无线介质(例如光的或者模拟的通信线路)或者无线介质(例如微波、红外线、自由空间光学或者其它传输方案)或者其组合。
本领域内的技术人员可以明白,还存在可能用于实现所述实施例的更多的替代实现方式和修改,并且上述的实现方式和示例仅仅是一个或多个实施例的说明。因此,所述范围仅仅由所附的权利要求限定。
Claims (24)
1.一种关联耦接到数据网络的至少两个通信装置的方法,包括:
-通过所述数据网络经由链路层协议接收用于识别第一通信装置的第一信息和用于识别第二通信装置的第二信息;
-根据与所述第一通信装置相关联的第一链路层数据和与所述第二通信装置相关联的第二链路层数据,确定所述第一通信装置和所述第二通信装置是否共址;并且
-如果确定所述第一通信装置和所述第二通信装置共址,则触发在所述第一信息和所述第二信息之间的关联。
2.根据权利要求1的方法,还包括:如果确定所述第一通信装置和所述第二通信装置共址,则触发所述第一通信装置和所述第二通信装置中至少一个通信装置的应用程序和特征这两者中至少一个的可用性,该可用性的触发是根据与所述第二通信装置和所述第一通信装置中另一个通信装置相关联的数据而进行的。
3.根据权利要求2的方法,其中,所述应用程序包括自动登录应用程序,并且与所述第一通信装置和所述第二通信装置中所述的另一个通信装置相关联的所述数据包括登录数据。
4.根据权利要求2的方法,其中,所述特征包括基于接近性的特征。
5.根据权利要求4的方法,其中,所述基于接近性的特征能够调整在所述第一通信装置和所述第二通信装置中至少一个通信装置处提供的选项。
6.根据权利要求5的方法,其中,所述选项包括在所述第一通信装置和所述第二通信装置中至少一个通信装置处打开会话后所提供的选项。
7.根据权利要求1的方法,还包括:如果确定所述关联已经变得无效,则触发在所述第一信息和所述第二信息之间的解除关联。
8.根据权利要求1的方法,其中,所述第一链路层数据和所述第二链路层数据中的至少一个包括端口ID,该端口ID用于识别关联的通信装置正用来进行通信的端口,所述关联的通信装置包括所述第一通信装置和所述第二通信装置中的至少一个。
9.根据权利要求1的方法,其中,所述接收所述第一信息和所述第二信息的步骤包括:接收邻居信息消息,所述邻居信息消息包括所述第一信息和所述第二信息;并且,所述确定所述第一通信装置和所述第二通信装置是否共址的步骤包括:确定所述邻居信息消息包括所述第一信息和所述第二信息。
10.根据权利要求1的方法,其中,所述确定所述第一通信装置和所述第二通信装置是否共址的步骤包括:将所述第一链路层数据与所述第二链路层数据进行比较。
11.根据权利要求1的方法,其中,所述确定所述第一通信装置和所述第二通信装置是否共址的步骤包括:在布线图数据库内查找所述第一链路层数据和所述第二链路层数据,以确定所述第一通信装置和所述第二通信装置的物理位置。
12.根据权利要求1的方法,还包括:与接收所述第一信息和所述第二信息的步骤同时地接收所述第一链路层数据和所述第二链路层数据。
13.根据权利要求12的方法,还包括查询链路层数据,所述接收所述第一链路层数据和所述第二链路层数据的步骤和所述接收所述第一信息和所述第二信息的步骤响应于所述查询而发生。
14.根据权利要求1的方法,其中,所述触发在所述第一信息和所述第二信息之间的关联的步骤包括:发送包括所述第一信息和所述第二信息的消息,所述消息配置为触发在至少一个数据库内关联所述第一信息和所述第二信息的步骤。
15.根据权利要求1的方法,其中,所述链路层协议包括LLDP、LLDP-MED、CDP和STP中的至少一个。
16.根据权利要求1的方法,还包括:在所述第一通信装置和所述第二通信装置中至少一个之间共享位置信息。
17.一种用于关联至少两个通信装置的系统,包括:
-第一通信装置;
-与所述第一通信装置共址的第二通信装置;
-数据网络,用于传送与所述第一通信装置和所述第二通信装置中至少一个通信装置相关联的信息;
-网络接入交换机,其经由链路层将所述第一通信装置和所述第二通信装置耦接到所述数据网络;
-至少一个服务器,其耦接到所述数据网络,所述至少一个服务器能够用于:
-通过所述数据网络经由链路层协议接收用于识别第一通信装置的第一信息和用于识别第二通信装置的第二信息;
-根据与所述第一通信装置相关联的第一链路层数据和与所述第二通信装置相关联的第二链路层数据,确定所述第一通信装置和所述第二通信装置是否共址;并且,
-如果确定所述第一通信装置和所述第二通信装置共址,则触发在所述第一信息和所述第二信息之间的关联。
18.根据权利要求17的系统,所述至少一个服务器还能够用于:如果确定所述第一通信装置和所述第二通信装置共址,则触发在所述第一通信装置和所述第二通信装置中至少一个通信装置处的应用程序的可用性,该可用性的触发是根据与所述第二通信装置和所述第一通信装置中另一个通信装置相关联的数据而进行的。
19.根据权利要求17的系统,其中,所述第一通信装置经由具有第一端口ID的第一链路层端口而连接到所述数据网络,并且所述第二通信装置经由具有第二端口ID的第二链路层端口而连接到所述数据网络。
20.根据权利要求17的系统,其中,所述第一通信装置和所述第二通信装置中的至少一个通信装置包括链路层交换机,并且所述第一通信装置和所述第二通信装置经由所述链路层交换机而连接。
21.根据权利要求20的系统,其中,所述链路层交换机能够检测邻居信息,并且向所述至少一个服务器发送包括所述第一信息和所述第二信息的邻居信息消息。
22.根据权利要求17的系统,其中,所述第一通信装置和所述第二通信装置的每个包括瘦客户机装置、个人计算机、膝上型计算机、个人数字助理、蜂窝电话、游戏控制台和IP使能的电话中的至少一个。
23.根据权利要求17的系统,还包括与所述至少一个服务器通信的至少一个数据库,所述数据库用于存储所述关联。
24.根据权利要求17的系统,还包括:接近性服务器,用于存储所述关联和共址数据这两者中的至少一个,以用于接近性应用。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US12/006,651 US7937479B2 (en) | 2008-01-04 | 2008-01-04 | System and method for associating communication devices |
US12/006,651 | 2008-01-04 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101478578A true CN101478578A (zh) | 2009-07-08 |
Family
ID=39431088
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA200910000404XA Pending CN101478578A (zh) | 2008-01-04 | 2009-01-04 | 用于关联通信装置的系统和方法 |
Country Status (4)
Country | Link |
---|---|
US (1) | US7937479B2 (zh) |
EP (1) | EP2077656B1 (zh) |
CN (1) | CN101478578A (zh) |
CA (1) | CA2637085C (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102754417A (zh) * | 2010-02-17 | 2012-10-24 | 西门子企业通讯有限责任两合公司 | 用于管理通信网络中的数据的方法 |
CN103347088A (zh) * | 2013-07-16 | 2013-10-09 | 诚迈科技(南京)有限公司 | 一种服务器集群触发方法 |
CN103685786A (zh) * | 2012-09-05 | 2014-03-26 | 华为技术有限公司 | 一种瘦终端的通话方法及装置 |
CN105191370A (zh) * | 2013-04-05 | 2015-12-23 | 英特尔公司 | 针对接近服务的标识符 |
CN105930073A (zh) * | 2015-02-27 | 2016-09-07 | 三星电子株式会社 | 用于支持电子设备中的通信的方法和装置 |
CN110661912A (zh) * | 2018-06-29 | 2020-01-07 | 统一专利有限责任两合公司 | 用于在桌面共享环境中自动注册用户的方法以及ip电话 |
CN110958159A (zh) * | 2019-11-22 | 2020-04-03 | 英业达科技有限公司 | 自适应网络压测的配置方法、系统、可读存储介质及设备 |
Families Citing this family (29)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050232408A1 (en) * | 2004-04-15 | 2005-10-20 | Hodson Jeffrey D | System for contact system entities beyond end-points to track state availability and capabilites by implementing SIP presence technologies |
JP4466739B2 (ja) * | 2008-01-15 | 2010-05-26 | コニカミノルタビジネステクノロジーズ株式会社 | 画像形成装置 |
US9264231B2 (en) | 2008-01-24 | 2016-02-16 | Intermec Ip Corp. | System and method of using RFID tag proximity to grant security access to a computer |
US20090265318A1 (en) * | 2008-04-21 | 2009-10-22 | Alcatel Lucent | Port Location Determination for Wired Intelligent Terminals |
JP4561873B2 (ja) * | 2008-05-16 | 2010-10-13 | コニカミノルタビジネステクノロジーズ株式会社 | 情報処理装置 |
US8223732B2 (en) * | 2008-06-18 | 2012-07-17 | Symbol Technologies, Inc. | Method and apparatus for balancing load across access devices in a wireless network |
US8451735B2 (en) * | 2009-09-28 | 2013-05-28 | Symbol Technologies, Inc. | Systems and methods for dynamic load balancing in a wireless network |
US20110150191A1 (en) * | 2009-12-18 | 2011-06-23 | Mitel Networks Corporation | Method and apparatus for call handling |
US8438270B2 (en) | 2010-01-26 | 2013-05-07 | Tenable Network Security, Inc. | System and method for correlating network identities and addresses |
US8302198B2 (en) | 2010-01-28 | 2012-10-30 | Tenable Network Security, Inc. | System and method for enabling remote registry service security audits |
CN101815103B (zh) * | 2010-01-29 | 2012-08-22 | 北京东土科技股份有限公司 | 一种多板卡通信设备地址查询方法 |
US8707440B2 (en) | 2010-03-22 | 2014-04-22 | Tenable Network Security, Inc. | System and method for passively identifying encrypted and interactive network sessions |
US8549650B2 (en) | 2010-05-06 | 2013-10-01 | Tenable Network Security, Inc. | System and method for three-dimensional visualization of vulnerability and asset data |
US8402120B1 (en) * | 2010-11-04 | 2013-03-19 | Adtran, Inc. | System and method for locating and configuring network device |
US9882765B1 (en) * | 2010-11-10 | 2018-01-30 | Sprint Communications Company L.P. | Packet network access point selection based on application group membership |
WO2013006839A1 (en) * | 2011-07-07 | 2013-01-10 | Cisco Technology, Inc. | System and method for providing a message and an event based video services control plane |
US20130010782A1 (en) * | 2011-07-07 | 2013-01-10 | Cisco Technology, Inc. | Method and apparatus for persistent anchoring of internet protocol devices |
US9960928B1 (en) | 2011-07-07 | 2018-05-01 | Cisco Technology, Inc. | System and method for topic-based eventing for flexible system management |
US9367707B2 (en) | 2012-02-23 | 2016-06-14 | Tenable Network Security, Inc. | System and method for using file hashes to track data leakage and document propagation in a network |
US8886782B2 (en) * | 2012-05-03 | 2014-11-11 | Nokia Corporation | Method and apparatus for binding devices into one or more groups |
US9043920B2 (en) | 2012-06-27 | 2015-05-26 | Tenable Network Security, Inc. | System and method for identifying exploitable weak points in a network |
US9088606B2 (en) | 2012-07-05 | 2015-07-21 | Tenable Network Security, Inc. | System and method for strategic anti-malware monitoring |
WO2014100987A1 (zh) * | 2012-12-26 | 2014-07-03 | 华为技术有限公司 | 一种实现ip电话号码登录的方法、装置和系统 |
US9467464B2 (en) | 2013-03-15 | 2016-10-11 | Tenable Network Security, Inc. | System and method for correlating log data to discover network vulnerabilities and assets |
US10164857B2 (en) * | 2013-11-14 | 2018-12-25 | Eric P. Vance | System and method for machines to communicate over the internet |
US20160149775A1 (en) * | 2014-11-23 | 2016-05-26 | Dennis Cheung | Determining physical location of a networked computing device |
US9906912B2 (en) * | 2015-06-04 | 2018-02-27 | Telefonaktiebolaget Lm Ericcson (Publ) | Controlling communication mode of a mobile terminal |
CA3064943A1 (en) * | 2016-08-29 | 2018-03-08 | Arris Enterprises Llc | Network support for locally offloaded traffic |
WO2018040096A1 (zh) * | 2016-09-05 | 2018-03-08 | 华为技术有限公司 | 一种标识信息的处理方法、数据库控制系统以及相关设备 |
Family Cites Families (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
AU6188299A (en) | 1998-10-12 | 2000-05-01 | Janus Friis Degnbol | A method and a system for transmitting data between units |
US6377987B1 (en) * | 1999-04-30 | 2002-04-23 | Cisco Technology, Inc. | Mechanism for determining actual physical topology of network based on gathered configuration information representing true neighboring devices |
GB2363289A (en) | 2000-06-06 | 2001-12-12 | Benet Allen | Communicating relative position of telecommunication subscribers within a predetermined area |
EP1488542A1 (en) * | 2002-03-11 | 2004-12-22 | Ting-Mao Chang | Proximity triggered job scheduling system and method |
US20040215781A1 (en) * | 2003-03-27 | 2004-10-28 | Pulsipher Eric A. | Techniques for determining device connectivity in a network using protocol-specific connectivity information |
US7545941B2 (en) * | 2003-09-16 | 2009-06-09 | Nokia Corporation | Method of initializing and using a security association for middleware based on physical proximity |
EP1569384B1 (en) | 2004-02-25 | 2007-05-23 | Sony Deutschland GmbH | Method for wireless data transfer |
US7382271B2 (en) * | 2004-09-29 | 2008-06-03 | Siemens Building Technologies, Inc. | Automated position detection for wireless building automation devices |
US7940906B2 (en) * | 2005-07-20 | 2011-05-10 | Shoretel Inc. | Phone-independent key expansion module |
US8886125B2 (en) | 2006-04-14 | 2014-11-11 | Qualcomm Incorporated | Distance-based association |
US8843560B2 (en) * | 2006-04-28 | 2014-09-23 | Yahoo! Inc. | Social networking for mobile devices |
US8939359B2 (en) * | 2006-05-05 | 2015-01-27 | Cfph, Llc | Game access device with time varying signal |
JP2007318553A (ja) * | 2006-05-26 | 2007-12-06 | Fujitsu Ltd | ネットワーク管理方法 |
US7881315B2 (en) * | 2006-06-27 | 2011-02-01 | Microsoft Corporation | Local peer-to-peer digital content distribution |
-
2008
- 2008-01-04 US US12/006,651 patent/US7937479B2/en active Active
- 2008-03-17 EP EP08102690A patent/EP2077656B1/en active Active
- 2008-07-03 CA CA2637085A patent/CA2637085C/en active Active
-
2009
- 2009-01-04 CN CNA200910000404XA patent/CN101478578A/zh active Pending
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102754417A (zh) * | 2010-02-17 | 2012-10-24 | 西门子企业通讯有限责任两合公司 | 用于管理通信网络中的数据的方法 |
CN102754417B (zh) * | 2010-02-17 | 2015-04-08 | 西门子企业通讯有限责任两合公司 | 用于管理通信网络中的数据的方法 |
CN103685786B (zh) * | 2012-09-05 | 2015-09-30 | 华为技术有限公司 | 一种瘦终端的通话方法及装置 |
CN103685786A (zh) * | 2012-09-05 | 2014-03-26 | 华为技术有限公司 | 一种瘦终端的通话方法及装置 |
CN105191370B (zh) * | 2013-04-05 | 2020-02-04 | 苹果公司 | 针对接近服务的标识符 |
CN105191370A (zh) * | 2013-04-05 | 2015-12-23 | 英特尔公司 | 针对接近服务的标识符 |
CN103347088B (zh) * | 2013-07-16 | 2016-03-23 | 诚迈科技(南京)有限公司 | 一种服务器集群触发方法 |
CN103347088A (zh) * | 2013-07-16 | 2013-10-09 | 诚迈科技(南京)有限公司 | 一种服务器集群触发方法 |
CN105930073A (zh) * | 2015-02-27 | 2016-09-07 | 三星电子株式会社 | 用于支持电子设备中的通信的方法和装置 |
US10802708B2 (en) | 2015-02-27 | 2020-10-13 | Samsung Electronics Co., Ltd. | Method and apparatus for supporting communication in electronic device |
CN105930073B (zh) * | 2015-02-27 | 2021-08-10 | 三星电子株式会社 | 用于支持电子设备中的通信的方法和装置 |
CN110661912A (zh) * | 2018-06-29 | 2020-01-07 | 统一专利有限责任两合公司 | 用于在桌面共享环境中自动注册用户的方法以及ip电话 |
CN110958159A (zh) * | 2019-11-22 | 2020-04-03 | 英业达科技有限公司 | 自适应网络压测的配置方法、系统、可读存储介质及设备 |
CN110958159B (zh) * | 2019-11-22 | 2021-05-11 | 英业达科技有限公司 | 自适应网络压测的配置方法、系统、可读存储介质及设备 |
Also Published As
Publication number | Publication date |
---|---|
US7937479B2 (en) | 2011-05-03 |
EP2077656B1 (en) | 2011-11-16 |
CA2637085C (en) | 2012-03-20 |
EP2077656A2 (en) | 2009-07-08 |
EP2077656A3 (en) | 2010-04-14 |
US20090177782A1 (en) | 2009-07-09 |
CA2637085A1 (en) | 2009-07-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101478578A (zh) | 用于关联通信装置的系统和方法 | |
US8059631B2 (en) | Location system and method for assisting emergency services in identifying the physical location of an IP telephony user | |
US8064875B2 (en) | Methods and apparatus to update geographic location information associated with internet protocol devices for E-911 emergency services | |
CA2503929C (en) | A method for recognizing location move of voip phones and ip devices | |
CN1166124C (zh) | 家庭网络中实现动态组网时的设备对等连接方法 | |
US8620257B2 (en) | Systems and methods for location management and emergency support for a voice over internet protocol device | |
CN104126291A (zh) | 通信事件的转移 | |
CN101543012A (zh) | 通信系统 | |
CA2792599A1 (en) | Method and system for transferring mobile device contact information | |
JP2009171478A (ja) | 電話システム | |
CN101836405B (zh) | 用于通过SIP终端在VoIP网络系统中发布、查询和订阅信息的方法、SIP终端、SIP应用服务器、SIP信息中心和VoIP网络系统 | |
CN101904148A (zh) | 用于公司分机标识进行网络漫游的方法和装置 | |
JP5466750B1 (ja) | Pbx加入者データ登録方法およびpbxシステム | |
CN101605050A (zh) | 用于基于邻近性来调整应用的方法、装置和系统 | |
KR101174028B1 (ko) | 인터넷 전화 가상화 게이트웨이 장치 | |
CN111903246B (zh) | 高机动骨干通信系统用户嗅探方法 | |
CN1160912C (zh) | 家庭网络中实现动态组网时的设备注册与注销方法 | |
JP5735359B2 (ja) | 情報配信装置、管理システム、及び情報配信方法 | |
EP2214379A1 (en) | Network access equipment | |
JP5894621B2 (ja) | 加入者所在検索方法、pbxシステム、およびpbx制御プログラム | |
CN107852575A (zh) | 用于可信环境的电话协作系统和方法 | |
JP5745657B1 (ja) | Pbx装置、呼転送方法、および呼転送プログラム | |
KR101510662B1 (ko) | 번호이동 자동 수행 방법 및 이를 위한 장치 | |
JP2011188040A (ja) | フェムト基地局、該フェムト基地局に用いられる着信管理方法及び着信管理プログラム | |
CN101562799A (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 | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20090708 |