CN101252581A - 数据通信系统及会话管理服务器 - Google Patents
数据通信系统及会话管理服务器 Download PDFInfo
- Publication number
- CN101252581A CN101252581A CNA2008100808499A CN200810080849A CN101252581A CN 101252581 A CN101252581 A CN 101252581A CN A2008100808499 A CNA2008100808499 A CN A2008100808499A CN 200810080849 A CN200810080849 A CN 200810080849A CN 101252581 A CN101252581 A CN 101252581A
- Authority
- CN
- China
- Prior art keywords
- communicator
- mentioned
- communication
- session management
- sip
- 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
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1046—Call controllers; Call servers
-
- 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/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
-
- 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/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1027—Persistence of sessions during load balancing
-
- 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/14—Session management
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Telephonic Communication Services (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
提供一种数据通信系统,不用在通信装置的识别信息中包含会话管理服务器的识别信息,可以灵活增减会话管理服务器的台数,且即使在会话管理服务器与通信装置之间实施需要共享信息的通信时,也可以一边分散与会话管理服务器有关的消息处理负载,一边实现数据通信。数据通信系统具备:多个通信装置,相互进行数据通信;多个会话管理服务器,管理通信装置间的数据通信的会话;以及负载分散装置,按照事先决定的基准,分配对从通信装置接收到的消息进行处理的会话管理服务器;在会话管理服务器内设置:对当前登录的通信装置和该通信装置正在进行的通信状态进行管理的机构、以及取得与通信装置进行通信所需的信息的机构。
Description
技术领域
本发明涉及一种数据通信方法及系统,更为详细而言,涉及到能够利用会话管理服务器装置进行通信装置间的数据通信的数据通信方法及系统。
背景技术
在进行2个实体(例如,装置或者通过在装置上执行软件得以具体化的进程)间的数据通信时,为了实现使该数据通信成为可能或将其断开之类的数据通信控制,有时使用和数据通信相独立的控制用通信协议。例如,就IP电话来说,作为控制用通信协议,称为SIP(SessionInitiation Protocol:会话初始化协议)的协议已被广泛利用(SIP的详细情况参见IETF,RFC3261:SIP:Session Initiation Protocol,<URL:http://www.ietf.org/rfc/rfc3261.txt>(下面,称为文献1))。
下面,简单说明在SIP中第一通信装置利用会话管理服务器建立与第二通信装置之间的通信会话(下面,简单称为会话)使数据通信成为可能时的动作。
首先,第一通信装置在通信会话建立处理之前,将该通信装置的IP地址注册到会话管理服务器中。也就是说,该通信装置将包含下述标识符(也称为SIP-URI)和该通信装置IP地址的注册请求消息(也称为REGISTER消息)发送向会话管理服务器,该标识符用来在会话管理服务器中唯一识别该通信装置或通信装置的用户。会话管理服务器使注册请求消息中所记述的上述标识符和IP地址相对应地记录。
还有,记录在会话管理服务器中的某个通信装置标识符和IP地址之间的对应若经过了记录对应时所设定的有效期间,则被删除。另外,通过从该通信装置发送注册删除请求消息(例如,在上述REGISTER消息中指示将对应的有效期间设定为0),也可以将其删除。
另外,在本说明书中,将某个通信装置(实体)的标识符和IP地址在会话管理服务器中相对应地记录的状态,也称为该通信装置登录到会话管理服务器中,并将未记录的状态也称为该通信装置已从会话管理服务器注销。
通过登录,会话管理服务器可以将从连接源通信装置所接收到的INVITE消息(下述)发送给连接源通信装置。相反,连接源通信装置能够请求会话管理服务器受理INVITE消息等。
同样,第二通信装置也在会话建立处理之前,登录会话管理服务器。
接着,第一通信装置执行建立与第二通信装置之间的会话的处理。
也就是说,第一通信装置向会话管理服务器发送请求与第二通信装置之间的会话建立的会话建立请求消息(下面,也称为INVITE消息)。在该INVITE消息中,记述第一通信装置的标识符和第二通信装置的标识符。接收到INVITE消息后的会话管理服务器将该INVITE消息发送给第二通信装置。接收到INVITE消息后的第二通信装置在受理会话建立请求时,将表示其意思的响应消息(也称为2000K消息)发送给上述会话管理服务器。上述会话管理服务器给第一通信装置返回上述响应消息。第一通信装置通过接收响应消息,与第二通信装置之间建立起通信会话。
上面,是在SIP中第一通信装置利用会话管理服务器建立与第二通信装置之间的会话来使数据通信成为可能时的动作。
在会话管理服务器中,在从通信装置接收到消息时,一边适当更新表示哪个通信装置当前正登录之类的信息及任意通信装置间的通信状态,一边进行消息的处理。所谓通信的状态,也称为呼叫状态,表示通信中、通信建立处理中及通信断开处理中等。因此,随着登录到会话管理服务器中的通信装置数量增多,会话管理服务器的负载加重。
因此,公知有文献1中所述的下述方法,多个具备控制2个通信装置间的通信会话的功能的会话管理服务器进行协作并加以利用,从而减少由1个会话管理服务器管理的通信装置数量,来减低会话管理服务器负载。也就是说,是如下情况:在第一通信装置登录到第一会话管理服务器中并且第二通信装置登录到第二会话管理服务器中的状态下,在第一通信装置与第二通信装置之间建立会话时,首先,第一通信装置将上述INVITE消息发送给第一会话管理服务器。接收到该INVITE消息后的第一会话管理服务器将该INVITE消息传输给第二会话管理服务器。第二会话管理服务器将该INVITE消息传输给第二通信装置。同样,第二通信装置将上述响应消息发送给第二会话管理服务器。接收到响应消息后的第二会话管理服务器将该响应消息传输给第一会话管理服务器。第一会话管理服务器将该响应消息传输给第一通信装置。
还有,在利用文献1所述的多个会话管理服务器之间协作的功能时,通信装置的SIP-URI包含表示该通信装置正由哪个会话管理服务器来管理的信息。例如,在被称为“USER1@SIPSERVER1.HITACHI.COM”这样的SIP-URI的情况下,一般来说“SIPSERVER1.HITACHI.COM”是识别会话管理服务器的信息(通常,被称为域)。会话管理服务器管理使协作的其他会话管理服务器的识别信息与该会话管理服务器的IP地址相对应的表,决定发送消息的会话管理服务器。
或者说,存在下述方法,使用多个会话管理服务器和按照事先决定的基准分配来自通信装置的消息的负载分散装置,来分散会话管理服务器的负载。
例如,在日本专利3730545号说明书(下面,称为文献2)中,公示了如下方法,将呼叫状态存储于可从多个会话管理服务器读写的数据库中,由多个服务器之中可利用的服务器实施处理。
还有,在文献1中记述了下述技术,为了防止会话管理服务器与通信装置之间的通信数据的窃听或窜改,使用TLS或S/MIME之类的加密通信协议。
如今,多数情况下,在域中不是会话管理服务器的识别信息,而是记述该通信装置的所属组织。也就是说,要求同一组织所属的通信装置如“USER1@HITACHI.COM”或“USER2@HITACHI.COM”等那样成为相同域。这样一来,只是确认通信装置的域名,就可以唯一确定该通信装置的所属组织。但是,存在下述课题,在利用多个会话管理服务器之间协作的功能进行负载分散时,因为在通信装置的SIP-URI域中需要包含用来确定会话管理服务器的识别信息,所以存在无法实现上述要求。
另外,在利用多个会话管理服务器之间协作的功能进行负载分散时还存在下述课题,即一旦通过管理者进行通信装置的初始设定等,对通信装置分配了SIP-URI,则不变更通信装置的设定,就无法变更要登录的会话管理服务器。因此,例如在由10台会话管理服务器运行的系统中,因通信装置的数量减少而将会话管理服务器减少为8台这样的运行的人工和时间增大。
在文献2所述的负载分散方法中,因为负载分散装置按照通信装置的消息单位,动态选择对该消息进行处理的会话管理服务器,并分配消息,所以上述那种课题不存在。
但是,文献2所述的负载分散方法存在下述课题,在会话管理服务器与通信装置之间使用TLS通信时,某个通信装置与处理过该通信装置的REGISTER消息的会话管理服务器之间保持通信会话。因此,例如在从第一通信装置接收到请求与第二通信装置之间的通信的INVITE消息后的会话管理服务器不是处理过第二通信装置REGISTER消息的会话管理服务器时,无法和第二通信装置进行通信。
所谓通信会话的保持是指,例如数据的发送源、接收源双方共享已发送数据或已接收数据到何种程度的状态。从而,不只是TLS存在上述那种课题,以TCP为代表的、在数据发送中也一边确认数据是否已到达一边进行通信的连接型通信中都存在上述那种课题。
从而,在文献2所述的负载分散方法中,存在难以兼顾可靠的通信和安全的通信的课题。
发明内容
本发明提供一种数据通信系统,不用在通信装置的识别信息中包含会话管理服务器的识别信息就可以分散会话管理服务器的处理负载。
另外,本发明提供一种数据通信系统,可以灵活增减会话管理服务器的台数。
再者,本发明提供一种数据通信系统,即便在会话管理服务器与通信装置之间实施需要共享信息的通信时,也可以一边分散与会话管理服务器有关的消息处理负载,一边实现数据通信。
具体而言,本发明的主要特征为,数据通信系统包括:多个通信装置,相互进行数据通信;多个会话管理服务器,管理通信装置间的数据通信的会话;以及负载分散装置,按照事先决定的基准,分配对从通信装置接收到的消息进行处理的会话管理服务器;在会话管理服务器内设置:对当前登录的通信装置和该通信装置正在进行的通信状态进行管理的机构、以及取得与通信装置进行通信所需的信息的机构。
所谓与上述通信装置进行通信所需的信息,是与管理该通信装置的会话管理服务器有关的信息,或用来保持与通信装置之间的通信会话的共享信息。
本发明提供的数据通信系统更为具体而言是用来管理多个通信装置相互的数据通信的数据通信系统,其特征在于,具备:多个会话管理服务器,管理该通信装置间的数据通信的会话;负载分散装置,按照事先决定的基准,将从第一通信装置给第二通信装置的通信消息分配给某个上述会话管理服务器,该通信消息不具有确定管理上述第二通信装置的会话管理服务器的信息;以及使从上述负载分散装置接收到上述通信消息的会话管理服务器取得与上述第二通信装置进行通信所需的信息的机构。
另外,所谓与上述第二通信装置进行通信所需的信息也可以是识别信息,用来确定该第二通信装置所登录的会话管理服务器。
另外,使会话管理服务器取得与上述第二通信装置进行通信所需的信息的机构也可以包含:使接收到上述会话建立请求消息的会话管理服务器向其他会话管理服务器询问上述第二通信装置是否登录的机构、以及使上述第二通信装置所登录的会话管理服务器将该第二通信装置登录的情况响应给接收到上述会话建立请求消息的会话管理服务器的机构。
另外,使会话管理服务器取得与上述第二通信装置进行通信所需的信息的机构也可以包含:共用数据库,能够由上述多个会话管理服务器访问,并且记录了用来确定上述通信装置所登录的会话管理服务器的识别信息;以及使接收到上述会话建立请求消息的会话管理服务器检索该共用数据库的机构。
另外,上述通信消息也可以是会话建立请求消息或会话建立响应消息。
另外,与上述第二通信装置进行通信所需的信息是与该第二通信装置进行通信时使用的加密通信设定,使会话管理服务器取得与上述第二通信装置进行通信所需的信息的机构也可以包含:共用数据库,记录与该第二通信装置进行通信时使用的加密通信设定,能够由上述多个会话管理服务器访问;以及使接收到上述会话建立请求消息的会话管理服务器检索该共用数据库的机构。
另外,上述通信消息也可以是呼叫信息检索请求消息或呼叫信息检索响应消息。
还有,所谓用来确定会话管理服务器的识别信息也可以是域名、主机名、IP地址及URI等。
根据上述方式,可以有如下运用,即,因为通信装置要登录的会话管理服务器是在通信装置发送出REGISTER消息后由负载分散装置选择的,所以在通信装置SIP-URI的域中,可以不记述会话管理服务器的识别信息,而是记述所属组织的信息,与此同时,能够使会话管理服务器的数量配合通信装置的数量进行增减。
再者,根据上述方式,因为会话管理服务器取得与作为消息发送源的通信装置进行通信所需的信息,并发送消息,所以即便在会话管理服务器与通信装置之间实施需要共享信息的通信时,也可以一边分散与会话管理服务器有关的消息处理负载,一边实现数据通信。
发明效果:
根据本发明,能够实现负载分散方法,该负载分散方法可兼顾可靠的通信和安全的通信双方。
另外,即便在使用属于同一域的多个SIP服务器时,也能够进行负载分散。
附图说明
图1是示例第一实施例中的系统结构的附图。
图2是示例各实施例中的各装置硬件结构的框图。
图3是示例图1所示的通信装置51及通信装置52进行对SIP服务器的登录处理时的顺序的附图。
图4是示例图1所示的通信装置51对通信装置52接受服务提供时的顺序的附图。
图5是示例图1所示的SIP服务器中的INVITE消息处理流程的附图。
图6是示例用来由图1所示的SIP服务器取得通信所需要信息的消息的附图。
图7是示例图1所示的SIP服务器中的SIP服务器检索请求消息处理流程的附图。
图8是示例第二实施例中的系统结构的附图。
图9是示例图8所示的通信装置51及通信装置52进行对SIP服务器的登录处理时的顺序的附图。
图10是示例图8所示的通信装置51对通信装置52接受服务提供时的顺序的附图。
图11是示例图8所示的通信装置登录时SIP服务器中的处理流程的附图。
图12是示例图8所示的SIP服务器中的INVITE消息处理流程的附图。
图13是示例图8所示的通信装置注销时的顺序的附图。
图14是示例图8所示的通信装置注销时SIP服务器中的处理流程的附图。
图15是示例第三实施例中的系统结构的附图。
图16是示例图15所示的通信装置51进行对SIP服务器的登录处理时的顺序的附图。
图17是示例图15所示的通信装置51对通信装置52接受服务提供时的顺序的附图。
符号说明
0:网络,1、2:LAN,11、12、13:SIP服务器,21、22、23:登记员数据库(DB),30:负载分散装置,40:管理数据库(DB),41、42、43:呼叫信息数据库(DB),45:共享信息管理服务器,51、52:通信装置,81:SIP服务器检索请求消息,82:SIP服务器检索响应消息,83:SIP服务器注册请求消息,84:SIP服务器注册响应消息,85:SIP服务器删除请求消息,86:SIP服务器删除响应消息,91:CPU,92:存储器,93:硬盘,94:网络接口,95:输入输出接口。
具体实施方式
下面,使用附图,对于本发明的实施方式进行说明。还有,并不因这些实施方式而限定本发明。
另外,虽然下面将针对SIP说明应用例,但是除SIP之外,在建立通信会话时通过会话管理服务器收发会话建立请求消息或响应消息的那种系统中,本发明也可以使用。
再者,下面各实施例中的各装置例如包括在图2中表示其结构例的那种处理器(CPU)91、用来存储处理器91执行的各种软件(程序)和数据的存储器92及/或硬盘93、用来与网络0(LAN1、LAN2)连接的网络接口94、以及包括鼠标、键盘等输入装置、显示装置及外部存储媒体的读写装置的输入输出装置95,这些结构要件在通过总线等内部通信线(称为总线)16相互连接的普通电子计算机中实现。
也就是说,下面各实施例中的各装置所具备的处理部及其处理是通过在各个装置中按必要的定时由处理器91执行硬盘93或存储器92中所存储的必要程序,来实现的。这些程序既可以预先存储在各装置的硬盘93或存储器92中,也可以在需要时,通过该装置可利用的媒体从其他装置导入到上述存储部中。所谓的媒体是指,例如可以由输入输出装置95利用的可拆卸的存储媒体,或者可通过网络接口94利用的通信媒体(也就是,网络或者在网络上传播的载波或数据信号)。另外,也可以将上述各个处理部作为集成电路等硬件来构成。
另外,在下面的实施例中使用的域名、URL、URI及IP地址等的标识符是为了说明而使用的虚构标识符,假使有实际存在的标识符,也无关。
实施例1
首先,参照图1到图7,对于第一实施例进行说明。
图1是表示第一实施例中的系统结构的附图。
这里所示的系统包括:3台SIP服务器(SIP服务器11、SIP服务器12、SIP服务器13),是会话管理服务器装置;负载分散装置30;通信装置(称为用户终端)51,由用户使用,实施与服务之间的数据通信;以及通信装置52,提供服务;3台SIP服务器和负载分散装置30经由LAN1进行连接,再者,负载分散装置30、通信装置51和通信装置52经由网络0进行连接。
另外,SIP服务器11被分配192.168.10.11这样的IP地址,具备:登记员数据库(DB)21,用来管理登录到SIP服务器11的通信装置;以及呼叫信息数据库(DB)41,用来管理SIP服务器11所管理的通信会话信息。SIP服务器11的软件结构包括:网络接口卡(MC)控制部101,用来经由LAN1,与其他SIP服务器或负载分散装置30进行通信;SIP消息处理部102,处理SIP消息;登记员处理部103,控制对登记员数据库21的处理;会话管理部104,控制对呼叫信息数据库41的处理;以及SIP服务器检索部105,检索某个通信管理装置所注册的SIP服务器。
另外,SIP服务器12被分配192.168.10.12这样的IP地址,具备:登记员数据库22,用来管理登录到SIP服务器12的通信装置;以及呼叫信息数据库42,用来管理SIP服务器12所管理的通信会话信息;并且其软件结构和SIP服务器11相同。再者,SIP服务器13被分配192.168.10.13这样的IP地址,具备:登记员数据库23,用来登录到管理SIP服务器13的通信装置;以及呼叫信息数据库43,用来管理SIP服务器13所管理的通信会话信息;并且其软件结构和SIP服务器11相同。
另外,负载分散装置30具有从经由网络0的通信装置一元地接收消息并向SIP服务器传输消息的功能,被分配192.168.10.10这样的IP地址。还有,本实施例中使用的负载分散装置30具备下述功能,即在预先设定的期间内从同一通信装置接收到消息时,将该消息传输给此前刚刚传输过消息的SIP服务器的功能。
再者,通信装置51被分配192.168.20.11这样的IP地址和user@hitachi.com这样的SIP-URI。通信装置51的软件结构包括:网络接口卡(NIC)控制部511,用来经由网络0,与负载分散装置30或通信装置52进行通信;SIP消息处理部512,处理SIP消息;以及服务通信装置处理部513,享用通信装置52提供的服务。
另外,通信装置52被分配192.168.30.11这样的IP地址和service@hitachi.com这样的SIP-URI。通信装置52的软件结构包括:网络接口卡(NIC)控制部521,用来经由网络0,与负载分散装置30或通信装置51进行通信;SIP消息处理部522,处理SIP消息;服务通信装置处理部523,向通信装置51提供服务。
下面,以图1所示的通信装置51同通信装置52进行数据通信时的通信过程为例,对于第一实施例进行说明。
图3及图4是表示根据第一实施例的数据通信的顺序图。
首先,在第一实施例中,通信装置51及通信装置52进行对SIP服务器的登录处理。
图3是表示通信装置51及通信装置52进行对SIP服务器的登录处理时的顺序的附图。
首先,在图3中,通信装置52对SIP服务器进行登录处理。
也就是说,通信装置52经由负载分散装置30,和SIP服务器进行TLS通信的协商(S1)。此时,从通信装置52接收到请求TLS通信协商的消息的负载分散装置30,若从3台SIP服务器之中选择出传输消息的SIP服务器,则向选择出的SIP服务器传输消息。在图3中,选择SIP服务器13,在通信装置52和SIP服务器13之间建立TLS通信。在TLS通信中,通信装置52或SIP服务器13定期发送确认通信会话未被断开的消息。为此,负载分散装置30在通信装置52和SIP服务器13之间建立TSL通信的期间,总是将来自通信装置52的消息传输给SIP服务器13。
接着,通信装置52为了请求位置注册,向负载分散装置30发送SIP消息之中的REGISTER消息(S2)。接收到REGISTER消息后的负载分散装置30将该消息传输给SIP服务器13(S3)。
在接收到REGISTER消息后的SIP服务器13中,若登记员处理部103在寄存器BD23中注册了位置数据,该位置数据表示所接收到REGISTER消息的From报头所示的请求源SIP-URI(service@hitachi.com)和Contact报头所示的请求源IP地址(192.168.30.11)之间的关系,则SIP消息处理部102为了传达位置注册的成功,发送以通信装置52为目的地的SIP响应消息(S4)。
接收到SIP响应消息后的负载分散装置30将该消息发送给通信装置52(S5)。
通过上面,在通信装置52的SIP服务器中完成登录,通信装置52等待来自通信装置51的服务提供请求。
接着,在本实施例中,通信装置51进行对SIP服务器的登录处理。
也就是说,通信装置51经由负载分散装置30,与SIP服务器进行TLS通信的协商(S6)。此时,从通信装置51接收到请求TLS通信协商的消息后的负载分散装置30,若从3台SIP服务器之中选择出传输消息的SIP服务器,则向选择出的SIP服务器传输消息。在图3中,选择SIP服务器11,在通信装置51和SIP服务器11之间建立TLS通信。此后,在通信装置51和SIP服务器11之间建立TSL通信的期间,负载分散装置30总是将来自通信装置51的消息传输给SIP服务器11。
接着,通信装置51为了请求位置注册,向负载分散装置30发送REGISTER消息(S7)。接收到REGISTER消息后的负载分散装置30将该消息传输给SIP服务器11(S8)。
在接收到REGISTER消息后的SIP服务器11中,若登记员处理部103在寄存器BD21中注册了位置数据,该位置数据表示所接收到REGISTER消息的From报头所示的请求源SIP-URI(user@hitachi.com)和Contact报头所示的请求源IP地址(192.168.20.11)之间的关系,则SIP消息处理部102为了传达位置注册的成功,发送以通信装置51为目的地的SIP响应消息(S9)。接收到SIP响应消息后的负载分散装置30将该消息发送给通信装置51(S10)。
通过上面,在通信装置51的SIP服务器中完成登录。
登录处理完成后的通信装置51向通信装置52请求服务提供。
图4是表示登录处理完成后的通信装置51对通信装置52接受服务提供时的顺序的附图。
首先,在通信装置51对通信装置52接受服务提供时,通信装置51若发送出INVITE消息(S11),则负载分散装置30向与通信装置51建立了TLS通信的SIP服务器11传输该INVITE消息(S12)。
接收到INVITE消息后的SIP服务器11按照图5所示的处理流程,来处理该INVITE消息。
也就是说,SIP服务器11的登记员处理部103访问登记员数据库21,检索所接收到INVITE消息的To报头所示的接收者SIP-URI的IP地址(步骤1001)。
这里,在能够从登记员数据库21检索到相应的IP地址时,转移到步骤1007,SIP服务器11的会话管理部104将INVITE消息的Call-ID报头所示的通信会话识别信息和该通信会话是“建立处理中(等待来自接收方的响应)”状态的情况,记录于呼叫信息数据库41中。
接着,向检索到的IP地址发送INVITE消息(步骤1008)。此时,SIP服务器11在INVITE消息的Via报头中添加SIP服务器11的识别信息。
另一方面,在步骤1001中不能从登记员数据库21检索到相应的IP地址时,为了检索管理该SIP-URI所示的通信装置的SIP服务器,SIP服务器检索部105制作SIP服务器检索请求消息81,并通过广播通信在LAN1发送该SIP服务器检索请求消息81(步骤1003、S13)。
本实施例的SIP服务器检索请求消息81如图6所示,具有包含检索对象SIP-URI的命令行(在图6中记述为“SEARCH_REQUESTsip:service@hitachi.com”,这意味着检索到管理具有service@hitachi.com这样的SIP-URI的通信装置的SIP服务器)。
另一方面,接收到SIP服务器检索请求消息81后的SIP服务器按照图7所示的处理流程,来处理该SIP服务器检索请求消息81。
也就是说,SIP服务器若在步骤1011中接收到SIP服务器检索请求消息81,则由登记员处理部103访问登记员数据库,检索该SIP服务器检索请求消息81的命令行所示的SIP-URI的IP地址(步骤1012)。
这里,在不能从登记员数据库21检索到相应的IP地址时,直接结束处理。
另一方面,在从登记员数据库21检索到相应的IP地址时,SIP服务器检索部105制作SIP服务器检索响应消息82,并向SIP服务器检索请求消息81的发送源行所示的发送目的地发送消息(步骤1014)。
本实施例的SIP服务器检索响应消息82如图6所示,记述有:命令行(在图6中记述为“SEARCH_RESULT SUCCESS”,这意味着检索成功),表示检索对象SIP-URI的检索结果;以及识别信息(在图6中记述为“IP_ADDRESS:192.168.10.13”,这意味着管理检索对象SIP-URI的SIP服务器的IP地址是192.168.10.13),用来确定管理检索对象SIP-URI的SIP服务器。
在图4中,因为通信装置52登录到SIP服务器13中,所以SIP服务器13将SIP服务器检索响应消息82发送给SIP服务器11(S14)。
接收到SIP服务器检索响应消息82后的SIP服务器11参照该消息,取得管理通信装置的SIP服务器的IP地址(步骤1005)。
SIP服务器11若判断出所取得的IP地址作为SIP服务器的IP地址是合理的地址(例如,SIP服务器在本地管理着全部SIP服务器的IP地址列表的情况下,IP地址记述在该列表中等)(步骤1006),则转移到步骤1007,SIP服务器11的会话管理部104将INVITE消息的Call-ID报头所示的通信会话识别信息、该INVITE消息的发送源SIP-URI、该INVITE消息的发送目的地SIP-URI以及该通信会话是“建立处理中(等待来自接收方的响应)”状态的情况,记录于呼叫信息数据库41中。
接着,向从SIP服务器检索响应消息82取得的IP地址、即图4中的SIP服务器13发送INVITE消息(步骤1008、S15)。此时,SIP服务器11在INVITE消息的Via报头中添加SIP服务器11的识别信息。
接收到INVITE消息后的SIP服务器13按照图5所示的处理流程,来处理该INVITE消息。
也就是说,SIP服务器13在步骤1001中,由登记员处理部103访问登记员数据库23,检索所接收到INVITE消息的To报头所示的接收者SIP-URI的IP地址。
这里,因为SIP服务器13是通信装置52登录的SIP服务器,所以能够从登记员数据库23检索到相应的IP地址。
因此,SIP服务器13转移到步骤1007,并且若SIP服务器13的会话管理部104将INVITE消息的Call-ID报头所示的通信会话识别信息、From消息所示的通信源识别信息、To消息所示的通信目的地识别信息以及该通信会话是“建立处理中(等待来自接收方的响应)”状态的情况,记录到呼叫信息数据库41中,则经由负载分散装置30向从登记员数据库23检索到的IP地址、即通信装置52发送INVITE消息(步骤1008、S16、S17)。此时,SIP服务器13在INVITE消息的Via报头中添加SIP服务器13的识别信息。
接收到INVITE消息后的通信装置52由SIP消息处理部523检查是否能够接受用该消息请求的通信,并且若作为SIP响应消息制作出检查结果,则将该消息发送给负载分散装置30(S18)。负载分散装置30将该消息发送给SIP服务器13(S19)。
接收到SIP响应消息后的SIP服务器13由SIP消息处理部102确认该消息的内容,如果是“允许通信”,则会话管理部104访问呼叫信息数据库43,将该消息的Call-ID报头所示的通信会话状态更新为“连接中”状态。
另一方面,在是“拒绝通信”时,会话管理部104访问呼叫信息数据库43,删除与该消息的Call-ID报头所示的通信会话有关的项目。
接着,SIP服务器13确认SIP响应消息的Via报头,并向SIP服务器11发送该消息(S20)。
接收到SIP响应消息后的SIP服务器11和SIP服务器13相同,若由SIP消息处理部102按照该消息的内容更新了呼叫信息数据库41,则经由负载分散装置30向通信装置51发送SIP响应消息(S21、S22)。
接收SIP响应消息后的通信装置51由SIP消息处理部512确认该消息的内容,如果是“允许通信”,则由服务通信装置控制部513与通信装置52的服务通信装置控制部523实施数据通信(S23),来享用服务。
若结束了服务的利用,则通信装置51向负载分散装置30发送BYE消息(S24)。接收到BYE消息后的负载分散装置30将该消息发送给SIP服务器11(S25)。
接收到BYE消息后的SIP服务器11按照图5的处理流程,来处理消息。其结果为,SIP服务器11在步骤1004中将SIP服务器检索请求消息81进行广播通信(S26),从SIP服务器13接收SIP服务器检索消息82(S27)。另外,还在步骤1007中由会话管理部104访问呼叫信息数据库41,将该BYE消息的Call-ID报头所示的通信会话状态更新为“通信断开中(等待来自接收方的响应)”。再者,SIP服务器11在步骤1008中向SIP服务器13发送该BYE消息(S28)。此时,SIP服务器11在BYE消息的Via报头中添加SIP服务器11的识别信息。
接着,接收到BYE消息后的SIP服务器13也按照图5的处理流程,来处理消息。其结果为,SIP服务器13在步骤1007中由会话管理部104访问呼叫信息数据库43,将该BYE消息的Call-ID报头所示的通信会话状态更新为“通信断开中(等待来自接收方的响应)”。
再者,SIP服务器13在步骤1008中,经由负载分散装置30向通信装置52发送该BYE消息(S29、S30)。此时,SIP服务器13在BYE消息的Via报头中添加SIP服务器13的识别信息。
接收到BYE消息后的通信装置52由SIP消息处理部523实施用该消息请求的通信断开处理,并将SIP响应消息发送给负载分散装置30(S31)。负载分散装置30把该消息发送给SIP服务器13(S32)。
接收到SIP响应消息后的SIP服务器13由会话管理部104访问呼叫信息数据库43,删除与该消息的Call-ID报头所示的通信会话有关的项目。
接着,SIP服务器13确认SIP响应消息的Via报头,并向SIP服务器11发送该消息(S33)。
接收到SIP响应消息后的SIP服务器11和SIP服务器13相同,若由SIP消息处理部102按照该消息的内容更新了呼叫信息数据库41,则经由负载分散装置30向通信装置51发送SIP响应消息(S34、S35)。
还有,在图5的步骤1004中SIP服务器检索响应消息82超过预先设定的期间也没有返回来时,或在图5的步骤1006中不能从SIP检索响应消息82取得该消息的发送源时,SIP服务器转移到步骤1009,由SIP消息处理部102制作意味着错误发生的SIP响应消息,返回给SIP消息的发送源。例如,在通信装置52注销之后通信装置51向通信装置52发送INVITE消息的那种情况下,将发生那种状态。
上面,是在本实施例中、登录处理完成后的通信装置51对通信装置52接受服务提供时的动作。
还有,在第一实施例中,也可以呼叫信息由会话管理服务器来管理,没有共用数据库。
另一方面,文献2所述的负载分散方法在每次处理1个消息时都发生共用数据库的更新。因此,存在下述课题,即要求具有非常高的处理性能的共用数据库,或会话管理服务器和共用数据库之间高速的通信机构。另外,文献2所述的负载分散方法还存在下述课题,即假设多个会话管理服务器要同时控制同一呼叫信息,则无法唯一含义地确定共用数据库的状态。
也就是说,根据本实施例,具有下述效果,即,不需要高性能的共用数据库或该共用数据库和会话管理服务器之间的高速通信机构,在此基础上还不发生无法唯一含义确定共用数据库状态的那种状态。
另外,在第一实施例中,虽然作为SIP服务器检索响应消息82中记述的用来确定SIP服务器的识别信息,使用了IP地址,但是本发明不限定于此。作为用来确定SIP服务器的识别信息,也可以取代IP地址,使用IP地址和端口号码的组合或域名、主机名、URI及MAC地址等。
另外,在第一实施例中,虽然为了检索INVITE消息或BYE消息发送目的地的通信装置,将SIP服务器检索消息在LAN1中进行广播,但是本发明不限定于此。也可以由LAN1的管理者设定到达多个SIP服务器的多播通信,SIP服务器利用该多播通信来发送SIP服务器检索消息。也就是说,也可以使用特殊的IP地址来作为多播用的IP地址,并设定LAN1内的路由器,以在LAN1的管理者接收到以该IP地址为目的地的数据包时,向多个SIP服务器传输数据包。
这样一来,与利用广播通信的情形相比,就可以减少LAN1的网络负载。或者,也可以由SIP服务器管理其他SIP服务器的IP地址,对各个SIP服务器单独发送SIP检索消息。这样一来,即使与属于不同子域的SIP服务器之间也能实现负载分散。
另外,在第一实施例中,虽然由通信装置51开始通信的断开处理,但是本发明不限定于此。也可以从通信装置52执行断开处理。
实施例2
下面,参照图8到图14,对于第二实施例进行说明。
在上述的第一实施例中,为了取得管理通信装置的SIP服务器信息,SIP服务器检索部105对SIP服务器检索请求消息81进行广播通信,接收到SIP服务器检索请求消息81后的SIP服务器检索自身的登记员数据库,检索成功的SIP服务器对SIP服务器检索响应消息82进行响应。
在第二实施例中,其特征在于,设置管理数据库(DB),该管理数据库可以从SIP服务器进行访问,且管理当前所登录的通信装置登录到了哪个SIP服务器中。
图8是表示第二实施例中的系统结构的附图。
这里所示的系统包括:3台SIP服务器(SIP服务器11、SIP服务器12、SIP服务器13),是会话管理服务器;负载分散装置30;管理数据库40,是本实施例的特征;通信装置(也有时称为用户终端)51,由用户使用,实施和服务之间的数据通信;以及通信装置52,提供服务;3台SIP服务器和负载分散装置30经由LAN1进行连接,3台SIP服务器和管理数据库40经由LAN2进行连接,再者负载分散装置30、通信装置51和通信装置52经由网络0进行连接。
还有,管理数据库40是具备图2所示的硬件结构的信息处理装置。
另外,SIP服务器11被分配192.168.10.11这样的IP地址,具备:登记员数据库21,用来管理登录到SIP服务器11的通信装置;以及呼叫信息数据库41,用来管理SIP服务器11所管理的通信会话信息。SIP服务器11的软件结构包括:网络接口卡(NIC)控制部101,用来经由LAN1,与其他SIP服务器或负载分散装置30进行通信;SIP消息处理部102,处理SIP消息;登记员处理部103,控制对登记员数据库21的处理;会话控制部104,控制对呼叫信息数据库41的处理;以及SIP服务器检索部105,检索某个通信管理装置所登录的SIP服务器。
另外,SIP服务器12被分配192.168.10.12这样的IP地址,具备:登记员数据库22,用来管理登录到SIP服务器12的通信装置;以及呼叫信息数据库42,用来管理SIP服务器12所管理的通信会话信息;其软件结构和SIP服务器11相同。再者,SIP服务器13被分配192.168.10.13这样的IP地址,具备:登记员数据库23,用来管理登录到SIP服务器13的通信装置;以及呼叫信息数据库43,用来管理SIP服务器13所管理的通信会话信息;其软件结构和SIP服务器11相同。
另外,负载分散装置30具有从经由网络0的通信装置一元地接收消息并向SIP服务器传输消息的功能,被分配192.168.10.1这样的IP地址。还有,本实施例中使用的负载分散装置30具备下述功能,即在预先设定的期间内从同一通信装置接收到消息时,将该消息传输给此前刚刚传输过消息的SIP服务器的功能。
再者,通信装置51被分配192.168.20.11这样的IP地址和user@hitachi.com这样的SIP-URI。通信装置51的软件结构包括:网络接口卡(NIC)控制部511,用来经由网络0,与负载分散装置30或通信装置52进行通信;SIP消息处理部512,处理SIP消息;以及服务通信装置处理部513,享用通信装置52提供的服务。
另外,通信装置52被分配192.168.30.11这样的IP地址和service@hitachi.com这样的SIP-URI。通信装置52的软件结构包括:网络接口卡(NIC)控制部521,用来经由网络0,与负载分散装置30或通信装置51进行通信;SIP消息处理部522,处理SIP消息;服务通信装置处理部523,向通信装置51提供服务。
下面,以图8所示的通信装置51同通信装置52进行数据通信时的通信过程为例,对于第二实施例进行说明。
图9及图10是表示根据第二实施例的数据通信的顺序图。对于利用与图3、图4相同的符号表示的、在第一实施例中已经说明的步骤及消息,尽量省略说明。
首先,在第二实施例中,通信装置51及通信装置52都进行对SIP服务器的登录处理。
图9是表示通信装置51及通信装置52进行对SIP服务器的登录处理时的顺序的附图。
在本实施例中,通信装置52与SIP服务器13建立TLS通信之后,发送REGISTER消息,请求登录处理(S1~S3、S6~S8)。
此时,SIP服务器13按照图11所示的处理流程,来处理REGISTER消息。也就是说,接收到REGISTER消息后的SIP服务器13在步骤2001中,将SIP服务器检索请求消息81发送给管理数据库40(图9的S301),在管理数据库40中检索发送来REGISTER消息的通信装置即通信装置52的SIP-URI是否已经注册。从管理数据库40接收SIP服务器检索响应消息82(图9的S302),在管理数据库40中通信装置52的SIP-URI已经注册时,SIP服务器13经由负载分散装置30,向通信装置52发送意味着错误的SIP响应消息(步骤2110)。
还有,在本实施例中,在检索对象SIP-URI尚未注册时,SIP服务器检索响应消息82的命令行为了表示检索失败,记述为“SEARCH_RESULT FAILURE”。
另一方面,在管理数据库40中尚未注册通信装置52的SIP-URI时,SIP服务器13在步骤2103中,使通信装置52的SIP-URI和IP地址相关联地保存于登记员数据库23中。
接着,SIP服务器13在步骤2104中发送SIP服务器注册请求消息83(图9的S303),使通信装置52的SIP-URI和通信装置52所登录的SIP服务器即SIP服务器13的信息相关联地注册到管理数据库40中。
还有,本实施例的SIP服务器注册请求消息83如图6所示,具有:命令行(在图6中记述为“REGISTER-REQUEST sip:service@hitachi.com”,这意味着请求注册service@hitachi.com这样的SIP-URI),包含注册对象SIP-URI;以及SIP服务器的信息(在图6中记述为“CONTACT:192.168.10.13:5060/UDP”,这意味着管理检索对象SIP-URI的SIP服务器的IP地址是192.168.10.13,并且正在UDP的5060号端口等待通信),管理该注册对象SIP-URI。
接着,SIP服务器13若从管理数据库40接收到SIP服务器注册响应消息82(图9的S304),则经由负载分散装置30向通信装置52发送意味着登录成功的SIP响应消息(步骤2105)。
还有,本实施例的SIP服务器注册响应消息84如图6所示,具有:包含注册对象SIP-URI的注册结果的命令行(在图6中记述为“REGISTER_RESULT SUCCESS”,这意味着注册成功)、以及表示注册对象SIP-URI的行(在图6中记述为“SIP-URI:sip:service@hitachi.com”)。
通过上面,通信装置52的登录得以完成。
通信装置51也同样实施登录。
接着,登录处理完成后的通信装置51向通信装置52请求服务提供。
图10是表示登录处理完成后的通信装置51对通信装置52接受服务提供时的顺序的附图。
按图10S11~S12的顺序从通信装置52经由负载分散装置30接收到INVITE消息后的SIP服务器11、按照图12所示的处理流程,来处理该INVITE消息。
也就是说,SIP服务器11首先,判断本系统在通信装置和SIP服务器之间的通信中是否使用了连接型的通信(步骤2000)。
这里,在使用了连接型通信时,执行步骤2006以后的处理。
另一方面,在未使用连接型通信时,转移到步骤2001,检索在登记员数据库21中是否注册有上述INVITE消息的发送者(在图10中是通信装置51)的SIP-URI。
这里,在注册有上述INVITE消息的发送者的SIP-URI时,执行步骤2006以后的处理。
另一方面,在未注册有上述INVITE消息的发送者的SIP-URI时,转移到步骤2003,向管理数据库40发送SIP服务器检索请求消息81,检索上述INVITE消息的发送者所登录的SIP服务器。在其结果为不存在上述INVITE消息的发送者所注册的SIP服务器时,转移到步骤2020,向上述INVITE消息的发送者发送意味着错误的SIP响应消息。
另一方面,在存在上述INVITE消息的发送者所登录的SIP服务器时,确认与该SIP服务器有关的信息是否存在于上述INVITE消息的Via报头中(步骤2005)。在步骤2005中,在上述INVITE消息的Via报头中不存与上述INVITE消息的发送者所登录的SIP服务器有关的信息时,SIP服务器11向上述INVITE消息的发送者所登录的SIP服务器发送INVITE消息(步骤2012)。(还有,此时,SIP服务器11也可以不在INVITE消息的Via报头中包含SIP服务器11的信息)另一方面,在步骤2005中,在上述INVITE消息的Via报头中存与上述INVITE消息的发送者所登录的SIP服务器有关的信息时,SIP服务器11执行步骤2006以后的处理。
在使用非连接型的通信时,虽然在某个通信装置发送出INVITE消息后,发生负载分散装置30将该INVITE消息传输给上述通信装置未注册的SIP服务器的情况,但是通过执行步骤2002到步骤2005的处理,就可以将INVITE消息发送给上述通信装置所登录的SIP服务器,能够正确更新上述通信装置所登录的SIP服务器的呼叫信息数据库。
在本实施例中,因为在SIP服务器与通信装置之间的通信中所使用的TLS通信是连接型的通信,所以通过步骤2000的判断,转移到步骤2006。
在步骤2006中,SIP服务器11检索在登记员数据库211中是否注册有INVITE消息的接收者(在图10中是通信装置52)的SIP-URI。
这里,在登记员数据库21中注册有INVITE消息的接收者的SIP-URI时,若会话管理部104将该INVITE消息的Call-ID报头所示的通信会话识别信息、From消息所示的通信源识别信息、To消息所示的通信目的地识别信息以及该通信会话是“建立处理中(等待来自接收方的响应)”状态的情况,记录到呼叫信息数据库41中(步骤2010),则SIP服务器11对与该SIP-URI相关联的IP地址发送INVITE消息(步骤2011)。此时,SIP服务器11在上述INVITE消息的Via报头中包含SIP服务器11的信息。
另一方面,在登记员数据库21中未注册有INVITE消息的接收者的SIP-URI时,SIP服务器11在步骤2008中,将SIP服务器检索请求消息81发送给管理数据库40(图10的S103),检索INVITE消息的接收者所登录的SIP服务器。
从管理数据库40接收SIP服务器检索响应消息82(图10的S104),在取得了上述INVITE消息的接收者所登录的SIP服务器(在图10中对应SIP服务器13)的信息时,若会话管理部104将该INVITE消息的Call-ID报头所示的通信会话识别信息以及该通信会话是“建立处理中(等待来自接收方的响应)”状态的情况,记录到了呼叫信息数据库41中(步骤2010),则SIP服务器11对从SIP服务器检索响应消息82所取得的SIP服务器IP地址发送上述INVITE消息(S15)。此时,SIP服务器11在上述INVITE消息的Via报头中包含SIP服务器11的信息。
还有,在不能取得上述INVITE消息的接收者所登录的SIP的信息时,SIP服务器11向上述INVITE消息的发送者,发送表示错误的SIP响应消息(步骤2020)。
在图10中,从SIP服务器11接收到INVITE消息后的SIP服务器13和SIP服务器11相同,按照图12所示的处理流程来处理INVITE消息。其结果为,SIP服务器13在步骤2010中,若会话管理部104将该INVITE消息的Call-ID报头所示的通信会话识别信息以及该通信会话是“建立处理中(等待来自接收方的响应)”状态的情况记录到呼叫信息数据库43中,则经由负载分散装置30,向从登记员数据库23所取得的IP地址发送上述INVITE消息(S16,S17)。
因为从S17到S23的顺序及处理和第一实施例相同,所以省略其说明。
另外,有关断开通信时的处理,也由于除接收到BYE消息后的SIP服务器按照图12所示的处理流程来处理BYE消息之外,顺序及处理和第一实施例相同,因而省略其说明。
上面,是登录处理完成后的通信装置51对通信装置52接受服务提供时的第二实施例的系统动作。
下面,对于通信装置51或通信装置52结束服务的利用或提供并进行注销时的处理,进行说明。
图13是表示通信装置51进行注销时的顺序的附图。
在图13中,按照S51到S57的顺序表示通信装置51进行注销时的处理。
在通信装置51要进行注销时,首先通信装置51向负载分散装置30发送将Expires报头的值设定成0的REGISTER消息(S51)。接收到REGISTER消息后的负载分散装置30将该REGISTER消息传输给SIP服务器11(S52)。
接收到REGISTER消息后的SIP服务器11按照图14所示的流程,来处理REGISTER消息。
也就是说,SIP服务器11首先判断本系统在通信装置和SIP服务器之间的通信中是否使用了连接型的通信(步骤2200)。
这里,在使用连接型的通信时,执行步骤2204以后的处理。
另一方面,在未使用连接型的通信时,转移到步骤2201,向管理数据库40发送SIP服务器检索请求消息81,检索上述REGISTER消息的发送者(在图13中是通信装置51)所登录的SIP服务器。其结果为,在不存在上述REGISTER消息的发送者所登录的SIP服务器时,转移到步骤2230,向上述REGISTER消息的发送者发送意味着错误的SIP响应消息。
另一方面,在存在上述REGISTER消息的发送者所登录的SIP服务器时,确认该SIP服务器的IP地址是否与自身的IP地址一致(步骤2203)。在步骤2203中IP地址不一致时,SIP服务器11向上述REGISTER消息的发送者所登录的SIP服务器发送REGISTER消息。(还有,此时SIP服务器11也可以不在REGISTER消息的Via报头中包含SIP服务器11的信息)另一方面,在步骤2203中IP地址一致时,并且在上述REGISTER消息的Via报头中存与上述REGISTER消息的发送者所登录的SIP服务器有关的信息时,SIP服务器11执行步骤2204以后的处理。
在使用了非连接型的通信时,虽然在某个通信装置发送出REGISTER消息后,发生负载分散装置30将该REGISTER消息传输给上述通信装置未登录的SIP服务器的情况,但是通过执行步骤2201到步骤2203的处理,就可以将REGISTER消息发送给上述通信装置所登录的SIP服务器,能够正确更新上述通信装置所登录的SIP服务器的登记员数据库。
在步骤2204中,SIP服务器11检索呼叫信息数据库41,检索包含REGISTER消息的发送者的SIP-URI的那种项目是否存在。
此时,在不存在相应的项目时(步骤2205中的“否”),转移到步骤2209。
另一方面,在存在相应的项目时(步骤2205中的“是”),SIP服务器实施使相应的通信结束的处理。使相应的通信结束后,转移到步骤2207。
在步骤2207中,SIP服务器11检索在登记员数据库21中是否注册有REGISTER消息的发送者的SIP-URI。
此时,在未注册有相应的SIP-URI时(步骤2208中的“否”),转移到步骤2230,向上述REGISTER消息的发送者发送意味着错误的SIP响应消息。
另一方面,在注册有相应的SIP-URI时(步骤2208中的“是”),SIP服务器11向管理数据库40发送SIP服务器删除请求消息85(图13的S53)。
还有,本实施例的SIP服务器删除请求消息85如图6所示,具有包含删除对象SIP-URI的命令行(在图6中记述为“DELETE_REQUEST sip:user@hitachi.com”,这意味着请求删除user@hitachi.com这样的SIP-URI)。
接收到SIP服务器删除请求消息85后的管理数据库40若删除了包含由SIP服务器删除请求消息85所指定的SIP-URI的项目,则将SIP服务器删除响应消息86发送给SIP服务器11(图13的S54)。
还有,本实施例的SIP服务器删除响应消息86如图6所示,具有:包含删除对象SIP-URI的删除结果的命令行(在图6中记述为“DELETE_RESULT SUCCESS”,这意味着删除成功)、以及表示删除对象SIP-URI的行(在图6中记述为“SIP-URI:sip:user@hitachi.com”)。
接收到SIP服务器删除响应消息86后的SIP服务器11转移到步骤2210,从登记员数据库21删除包含上述REGISTER消息的发送者的SIP-URI的项目。
接着,SIP服务器11经由负载分散装置30向通信装置51,向REGISTER消息的发送者发送意味着处理成功的SIP响应消息(图13的S55、S56)。
上面,是接收到REGISTER消息后的SIP服务器11的动作。
接收到SIP响应消息后的通信装置51结束TLS通信(S57)。
上面,是通信装置51进行注销时的动作。在通信装置52进行注销时与SIP服务器13之间也进行同样的动作。
根据本实施例,由于呼叫信息由会话管理服务器来管理,因而在管理数据库中只要至少记录有与通信装置所登录的SIP服务器有关的信息即可。
据此,在文献2所述的负载分散方法中,因为每次处理1个消息都发生共用数据库的更新,所以要求具有非常高的处理性能的共用数据库或会话管理服务器与共用数据库之间高速的通信机构,但是根据本实施例,在管理数据库中不要求那么高的处理性能或SIP服务器与管理数据库之间高速的通信机构。另外,即使多个会话管理服务器要同时控制同一呼叫信息,也与文献2所述的负载分散方法不同,不发生无法唯一含义地确定管理数据库状态的那种状态。
再者,在本实施例中,由于为了取得管理通信装置的SIP服务器信息,不是进行广播通信,而是使用共用数据库,所以具有可以抑制在SIP服务器间收发的通信量这样的效果。
实施例3
下面,参照图15到图17,对于第三实施例进行说明。
在上述第一及第二实施例中,接收到SIP消息后的SIP服务器取得SIP消息的发送目的地所登录的SIP服务器的信息,并向该SIP服务器发送SIP消息。
在第三实施例中,其主要特征为,设置管理数据库,该管理数据库能够从SIP服务器进行访问,且管理用来与当前所登录的通信装置进行通信的通信设定;并且接收到SIP消息后的SIP服务器从管理数据库取得通信设定,与SIP消息的发送目的地进行通信。
图15是表示第三实施例中的系统结构的附图。
这里所示的系统和第二实施例相同,包括3台SIP服务器(SIP服务器11、SIP服务器12、SIP服务器13)、负载分散装置30、管理数据库40、通信装置51和通信装置52,3台SIP服务器和负载分散装置30经由LAN1进行连接,3台SIP服务器和管理数据库40经由LAN2进行连接,并且负载分散装置30、通信装置51和通信装置52经由网络0进行连接。
另外,SIP服务器11被分配192.168.10.11这样的IP地址,具备登记员数据库21。SIP服务器12被分配192.168.10.12这样的IP地址,具备登记员数据库22。再者,SIP服务器13被分配192.168.10.13这样的IP地址,具备登记员数据库23。
另外,向负载分散装置30分配了192.168.10.1这样的IP地址。还有,本实施例中使用的负载分散装置30也具备下述功能,即在预先设定的期间内从同一通信装置接收到消息时,将该消息传输给此前刚刚传输过消息的SIP服务器的功能。
再者,通信装置51被分配192.168.20.11这样的IP地址和user@hitachi.com这样的SIP-URI,通信装置52被分配192.168.30.11这样的IP地址和service@hitachi.com这样的SIP-URI。通信装置51及通信装置52的软件结构与第二实施例通信装置51及通信装置52的软件结构相同。
再者,本实施例的管理数据库40包括:呼叫信息表401,记录SIP服务器11、SIP服务器12及SIP服务器13所管理的呼叫信息;以及通信共享信息表402,记录SIP服务器11、SIP服务器12及SIP服务器13与通信装置51或通信装置52进行通信所用的通信设定。这里,在呼叫信息表401中,记录有作为某个通信会话识别信息的Call-ID、某个通信会话发信方的SIP-URI、某个通信会话接收者的SIP-URI以及该通信会话的状态。另外,在通信共享信息表402中,记录有作为通信装置识别信息的SIP-URI、与该通信装置进行通信时的接入点信息(也就是,IP地址、端口号码和运输层协议类别的组)、和该通信装置之间的加密通信所使用的加密算法类别、加密通信所使用的密钥的值以及用来识别消息顺序的顺序号码。
下面,以图15所示的通信装置51与通信装置52进行数据通信时的通信过程为例,对于第三实施例进行说明。
图16及图17是表示根据第三实施例的数据通信的顺序图。对于利用与图3、图4相同的符号表示的、在第一实施例中已经说明的步骤及消息,尽量省略说明。
图16是表示通信装置51进行对SIP服务器的登录处理时的顺序的附图。
在本实施例中,若通信装置51与SIP服务器13(在图16中是SIP服务器11)进行加密通信的协商,并建立了加密通信(S6),则SIP服务器11将所建立的加密通信的通信设定注册到管理数据库40中(S401、S402)。
接着,接收到通信装置51所发送的REGISTER消息后的SIP服务器11从管理数据库40取得与通信装置51之间的通信设定(S403、S404),并利用该设定对REGISTER消息进行解密。这里,在对消息进行了正确解密时,更新管理数据库40中所记录的与通信装置51之间的通信设定(S405、S406)。
接着,SIP服务器11若制作对REGISTER消息的SIP响应消息,则从管理数据库40取得与通信装置51之间的通信设定(S407、S408),并利用该设定对SIP响应消息进行加密后发送给通信装置51(S9、S10)。这里,若消息的发送完成,则更新管理数据库40中所记录的与通信装置51之间的通信设定(S409、S410)。
通过上面,通信装置51的登录得以完成。
如上所述,在本实施例中,SIP服务器在每次与某个通信装置之间收发SIP消息或SIP响应消息时都从管理数据库40取得与该通信装置之间的通信设定,进行加密或解密的处理,并且更新管理数据库40中所记录的上述通信设定。下面,为了简单,对从管理数据库40取得通信设定和更新处理,省略其说明。
图17是表示通信装置51与通信装置52建立通信会话时的顺序的附图。
首先,在通信装置51与通信装置52建立通信会话时,通信装置51向负载分散装置30发送INVITE消息(S501)。
负载分散装置30若接收到INVITE消息,则从3台SIP服务器之中选择传输该INVITE消息的SIP服务器,然后向选择出的SIP服务器传输INVITE消息(S502)。在图17中,表示作为进行传输的SIP服务器而选择SIP服务器11的情形。
接收到INVITE消息后的SIP服务器11检索管理数据库40的呼叫信息表402,并检索是否注册有下述呼叫信息(S503、S504),该呼叫信息具有该INVITE消息的Call-ID报头所示的通信会话识别信息。
这里,在注册有具有该INVITE消息的Call-ID报头所示的通信会话识别信息的呼叫信息时,经由负载分散装置30将意味着已经在处理中的SIP响应消息发送给通信装置51。
另一方面,在具有该INVITE消息的Call-ID报头所示的通信会话识别信息的呼叫信息未注册时,向管理数据库40的呼叫信息表402发送呼叫信息更新请求消息,并且在呼叫信息表402中记录上述INVITE消息的Call-ID报头所示的通信会话识别信息、该INVITE消息的发送源的SIP-URI、该INVITE消息的发送目的地的SIP-URI以及该通信会话是“建立处理中(等待来自接收方的响应)”状态的情况(S505、S506)。接着,SIP服务器11经由负载分散装置30,向作为上述INVITE消息的发送目的地所指定的通信装置52发送INVITE消息(S507、S508)。
接收到INVITE消息后的通信装置52制作对该INVITE消息的SIP响应消息,并将其发送给负载分散装置30(S509)。
负载分散装置30若接收到SIP响应消息,则从3台SIP服务器之中选择传输该SIP响应消息的SIP服务器,然后向选择出的SIP服务器传输该SIP响应消息(S510)。在图17中,表示出作为进行传输的SIP服务器而选择出SIP服务器13的情形。
接收到SIP响应消息后的SIP服务器13检索管理数据库40的呼叫信息表402,并检索是否注册有下述呼叫信息(S511、S512),该呼叫信息具有该SIP响应消息的Call-ID报头所示的通信会话识别信息。
这里,在具有该SIP响应消息的Call-ID报头所示的通信会话识别信息的呼叫信息未注册时,经由负载分散装置30将意味着发生错误的SIP响应消息发送给通信装置52。
另一方面,在注册有具有该SIP响应消息的Call-ID报头所示的通信会话识别信息的呼叫信息时,如果SIP响应消息的内容是“不允许通信”,则向管理数据库40的呼叫信息表402发送呼叫信息更新请求消息,在呼叫信息表402中删除上述SIP响应消息的Call-ID报头所示的通信会话呼叫信息。另一方面,如果SIP响应消息的内容是“允许通信”,则向管理数据库40的呼叫信息表402发送呼叫信息更新请求消息,在呼叫信息表402中将上述SIP响应消息的Call-ID报头所示的通信会话呼叫信息的状态更新为“连接中”状态(S513、S514)。
接着,SIP服务器13经由负载分散装置30,向作为上述SIP响应消息的发送目的地所指定的通信装置51发送上述SIP响应消息(S515、S516)。
如上所述,在本实施例中,SIP服务器在每次与某个通信装置之间接收INVITE消息或对INVITE消息的SIP响应消息时,都从管理数据库40取得与该通信会话有关的呼叫信息,来处理消息。然后,按照处理后的结果,更新管理数据库40中所记录的上述呼叫信息。还有,在本实施例中,在接收到BYE消息或对BYE消息的SIP响应消息时,也从管理数据库40取得与该通信会话有关的呼叫信息,来处理消息。然后,按照处理后的结果,更新管理数据库40中所记录的上述呼叫信息。
在本实施例中,设置可从SIP服务器进行访问的共用数据库,将用来与通信装置进行通信的通信设定记录于共用数据库中。因此,具有下述效果,即接收到SIP消息或SIP响应消息后的SIP服务器参照共用数据库,取得通信设定,由此,即便不是SIP消息或SIP响应消息的发送源所登录的SIP服务器,也可以处理该消息(例如,在进行加密通信时,可以正确进行解密)。
另外,在本实施例中,在发送SIP消息或SIP响应消息时,SIP服务器也参照上述共用数据库,取得通信设定。因此,具有下述效果,即可以不向作为SIP消息或SIP响应消息发送源的通信装置所登录的SIP服务器发送该消息的状况下,而直接向通信装置发送消息。
Claims (14)
1.一种数据通信系统,管理多个通信装置相互的数据通信,其特征在于,
具备:
多个会话管理服务器,管理该通信装置间的数据通信的会话;
负载分散装置,按照事先决定的基准,将从第一通信装置给第二通信装置的通信消息分配给某个上述会话管理服务器,该通信消息不具有确定管理上述第二通信装置的会话管理服务器的消息;以及
使从上述负载分散装置接收到上述通信消息的会话管理服务器取得与上述第二通信装置进行通信所需的信息的机构。
2.根据权利要求1所述的数据通信系统,其特征在于,
与上述第二通信装置进行通信所需的信息是识别信息,该识别信息用来确定该第二通信装置所登录的会话管理服务器。
3.根据权利要求2所述的数据通信系统,其特征在于,
使会话管理服务器取得与上述第二通信装置进行通信所需的信息的机构,包含:
使接收到上述会话建立请求消息的会话管理服务器向其他会话管理服务器询问上述第二通信装置是否登录的机构;以及
使上述第二通信装置所登录的会话管理服务器将该第二通信装置登录的情况响应给接收到上述会话建立请求消息的会话管理服务器的机构。
4.根据权利要求2所述的数据通信系统,其特征在于,
使会话管理服务器取得与上述第二通信装置进行通信所需的信息的机构,包含:
共用数据库,能够由上述多个会话管理服务器访问,并且记录了用来确定上述通信装置所登录的会话管理服务器的识别信息;以及
使接收到上述会话建立请求消息的会话管理服务器检索该共用数据库的机构。
5.根据权利要求2所述的数据通信系统,其特征在于,
上述通信消息是会话建立请求消息或者会话建立响应消息。
6.根据权利要求1所述的数据通信系统,其特征在于,
与上述第二通信装置进行通信所需的信息是与该第二通信装置进行通信时使用的加密通信设定,
使会话管理服务器取得与上述第二通信装置进行通信所需的信息的机构,包含:
共用数据库,记录与该第二通信装置进行通信时使用的加密通信设定,能够由上述多个会话管理服务器访问;以及
使接收到上述会话建立请求消息的会话管理服务器检索该共用数据库的机构。
7.根据权利要求6所述的数据通信系统,其特征在于,
上述通信消息是呼叫信息检索请求消息或者呼叫信息检索响应消息。
8.一种会话管理服务器,管理多个通信装置相互数据通信的会话,其特征在于,
具备:
从负载分散装置接收通信消息的机构,该通信消息是从第一通信装置给第二通信装置的通信消息,且不确定管理第二通信装置的会话管理服务器;以及
取得与上述第一通信装置或上述第二通信装置进行通信所需的信息的机构。
9.根据权利要求8所述的会话管理服务器,其特征在于,
与上述第一通信装置或上述第二通信装置进行通信所需的信息是用来确定该通信装置所登录的会话管理服务器的识别信息。
10.根据权利要求9所述的会话管理服务器,其特征在于,
取得与上述第一通信装置或上述第二通信装置进行通信所需的信息的机构,包含:
向其他会话管理服务器询问是否是上述第一通信装置或上述第二通信装置所登录的会话管理服务器的机构;以及
从上述第一通信装置或上述第二通信装置所登录的会话管理服务器接收该通信装置登录的情况的机构。
11.根据权利要求9所述的会话管理服务器,其特征在于,
取得与上述第一通信装置或上述第二通信装置进行通信所需的信息的机构,包含:
检索共用数据库的机构,该共用数据库能够由上述多个会话管理服务器访问,并且记录了用来确定上述通信装置所登录的会话管理服务器的识别信息。
12.根据权利要求8所述的会话管理服务器,其特征在于,
上述通信消息是会话建立请求消息或会话建立响应消息。
13.根据权利要求8所述的会话管理服务器,其特征在于,
与上述第二通信装置进行通信所需的信息是与该第二通信装置进行通信时使用的加密通信设定,
取得与上述第一通信装置或上述第二通信装置进行通信所需的信息的机构,包含:
检索数据库的机构,该数据库记录与该通信装置进行通信时使用的加密通信设定。
14.根据权利要求13所述的会话管理服务器,其特征在于,
上述通信消息是呼叫信息检索请求消息或呼叫信息检索响应消息。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2007041670A JP2008205988A (ja) | 2007-02-22 | 2007-02-22 | データ通信システムおよびセッション管理サーバ |
JP041670/2007 | 2007-02-22 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101252581A true CN101252581A (zh) | 2008-08-27 |
Family
ID=39643031
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2008100808499A Pending CN101252581A (zh) | 2007-02-22 | 2008-02-22 | 数据通信系统及会话管理服务器 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20080256224A1 (zh) |
EP (1) | EP1962459A2 (zh) |
JP (1) | JP2008205988A (zh) |
CN (1) | CN101252581A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105516245A (zh) * | 2015-11-25 | 2016-04-20 | 国家计算机网络与信息安全管理中心 | 一种基于流的负载均衡的系统以及实现方法 |
US10187219B2 (en) | 2013-11-18 | 2019-01-22 | Ricoh Company, Limited | Control system, communication system, computer program, controlling method, and computer program product |
CN112039729A (zh) * | 2020-08-28 | 2020-12-04 | 中移(杭州)信息技术有限公司 | 设备识别方法、服务器、电子设备和存储介质 |
Families Citing this family (116)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7343413B2 (en) | 2000-03-21 | 2008-03-11 | F5 Networks, Inc. | Method and system for optimizing a network by independently scaling control segments and data flow |
US8380854B2 (en) | 2000-03-21 | 2013-02-19 | F5 Networks, Inc. | Simplified method for processing multiple connections from the same client |
AU2009231676B2 (en) | 2008-04-02 | 2013-10-03 | Twilio Inc. | System and method for processing telephony sessions |
US8837465B2 (en) | 2008-04-02 | 2014-09-16 | Twilio, Inc. | System and method for processing telephony sessions |
US8806053B1 (en) | 2008-04-29 | 2014-08-12 | F5 Networks, Inc. | Methods and systems for optimizing network traffic using preemptive acknowledgment signals |
US8516126B2 (en) * | 2008-09-24 | 2013-08-20 | International Business Machines Corporation | Processing SIP messages based on multiple cores |
CN102227904A (zh) | 2008-10-01 | 2011-10-26 | 特维里奥公司 | 电话网络事件的系统和方法 |
US8566444B1 (en) | 2008-10-30 | 2013-10-22 | F5 Networks, Inc. | Methods and system for simultaneous multiple rules checking |
US20100211544A1 (en) * | 2009-02-19 | 2010-08-19 | Jyshyang Chen | System with session synchronization |
EP2404412B1 (en) | 2009-03-02 | 2019-05-01 | Twilio Inc. | Method and system for a multitenancy telephone network |
US10157280B2 (en) | 2009-09-23 | 2018-12-18 | F5 Networks, Inc. | System and method for identifying security breach attempts of a website |
US9210275B2 (en) | 2009-10-07 | 2015-12-08 | Twilio, Inc. | System and method for running a multi-module telephony application |
US8868961B1 (en) | 2009-11-06 | 2014-10-21 | F5 Networks, Inc. | Methods for acquiring hyper transport timing and devices thereof |
US10721269B1 (en) | 2009-11-06 | 2020-07-21 | F5 Networks, Inc. | Methods and system for returning requests with javascript for clients before passing a request to a server |
US9141625B1 (en) | 2010-06-22 | 2015-09-22 | F5 Networks, Inc. | Methods for preserving flow state during virtual machine migration and devices thereof |
US9338064B2 (en) | 2010-06-23 | 2016-05-10 | Twilio, Inc. | System and method for managing a computing cluster |
US9459925B2 (en) | 2010-06-23 | 2016-10-04 | Twilio, Inc. | System and method for managing a computing cluster |
US20120208495A1 (en) | 2010-06-23 | 2012-08-16 | Twilio, Inc. | System and method for monitoring account usage on a platform |
US9459926B2 (en) | 2010-06-23 | 2016-10-04 | Twilio, Inc. | System and method for managing a computing cluster |
US10015286B1 (en) | 2010-06-23 | 2018-07-03 | F5 Networks, Inc. | System and method for proxying HTTP single sign on across network domains |
US9590849B2 (en) | 2010-06-23 | 2017-03-07 | Twilio, Inc. | System and method for managing a computing cluster |
US8838707B2 (en) | 2010-06-25 | 2014-09-16 | Twilio, Inc. | System and method for enabling real-time eventing |
JP5693065B2 (ja) * | 2010-07-06 | 2015-04-01 | キヤノン株式会社 | 通信端末、通信端末の制御方法及びプログラム |
US8908545B1 (en) | 2010-07-08 | 2014-12-09 | F5 Networks, Inc. | System and method for handling TCP performance in network access with driver initiated application tunnel |
US8347100B1 (en) | 2010-07-14 | 2013-01-01 | F5 Networks, Inc. | Methods for DNSSEC proxying and deployment amelioration and systems thereof |
US9083760B1 (en) | 2010-08-09 | 2015-07-14 | F5 Networks, Inc. | Dynamic cloning and reservation of detached idle connections |
US8630174B1 (en) | 2010-09-14 | 2014-01-14 | F5 Networks, Inc. | System and method for post shaping TCP packetization |
US8886981B1 (en) | 2010-09-15 | 2014-11-11 | F5 Networks, Inc. | Systems and methods for idle driven scheduling |
US8804504B1 (en) | 2010-09-16 | 2014-08-12 | F5 Networks, Inc. | System and method for reducing CPU load in processing PPP packets on a SSL-VPN tunneling device |
WO2012058486A2 (en) | 2010-10-29 | 2012-05-03 | F5 Networks, Inc. | Automated policy builder |
WO2012058643A2 (en) | 2010-10-29 | 2012-05-03 | F5 Networks, Inc. | System and method for on the fly protocol conversion in obtaining policy enforcement information |
US8627467B2 (en) | 2011-01-14 | 2014-01-07 | F5 Networks, Inc. | System and method for selectively storing web objects in a cache memory based on policy decisions |
US10135831B2 (en) | 2011-01-28 | 2018-11-20 | F5 Networks, Inc. | System and method for combining an access control system with a traffic management system |
US8649268B2 (en) | 2011-02-04 | 2014-02-11 | Twilio, Inc. | Method for processing telephony sessions of a network |
US9578126B1 (en) | 2011-04-30 | 2017-02-21 | F5 Networks, Inc. | System and method for automatically discovering wide area network optimized routes and devices |
US9648006B2 (en) | 2011-05-23 | 2017-05-09 | Twilio, Inc. | System and method for communicating with a client application |
US20140044123A1 (en) | 2011-05-23 | 2014-02-13 | Twilio, Inc. | System and method for real time communicating with a client application |
WO2012162397A1 (en) | 2011-05-23 | 2012-11-29 | Twilio, Inc. | System and method for connecting a communication to a client |
US9246819B1 (en) | 2011-06-20 | 2016-01-26 | F5 Networks, Inc. | System and method for performing message-based load balancing |
EP2759123B1 (en) | 2011-09-21 | 2018-08-15 | Twilio, Inc. | System and method for authorizing and connecting application developers and users |
US10182147B2 (en) | 2011-09-21 | 2019-01-15 | Twilio Inc. | System and method for determining and communicating presence information |
FR2984063A1 (fr) * | 2011-12-12 | 2013-06-14 | France Telecom | Enrichissement, gestion de contenus multimedia et etablissement d'une communication en fonction de contenus multimedia enrichis |
US9270766B2 (en) | 2011-12-30 | 2016-02-23 | F5 Networks, Inc. | Methods for identifying network traffic characteristics to correlate and manage one or more subsequent flows and devices thereof |
WO2013117215A1 (en) * | 2012-02-07 | 2013-08-15 | Telefonaktiebolaget L M Ericsson (Publ) | Session persistent data and method of use thereof |
US9495227B2 (en) | 2012-02-10 | 2016-11-15 | Twilio, Inc. | System and method for managing concurrent events |
US10230566B1 (en) | 2012-02-17 | 2019-03-12 | F5 Networks, Inc. | Methods for dynamically constructing a service principal name and devices thereof |
US9231879B1 (en) | 2012-02-20 | 2016-01-05 | F5 Networks, Inc. | Methods for policy-based network traffic queue management and devices thereof |
US9172753B1 (en) | 2012-02-20 | 2015-10-27 | F5 Networks, Inc. | Methods for optimizing HTTP header based authentication and devices thereof |
US10097616B2 (en) | 2012-04-27 | 2018-10-09 | F5 Networks, Inc. | Methods for optimizing service of content requests and devices thereof |
US20130304928A1 (en) | 2012-05-09 | 2013-11-14 | Twilio, Inc. | System and method for managing latency in a distributed telephony network |
US9602586B2 (en) | 2012-05-09 | 2017-03-21 | Twilio, Inc. | System and method for managing media in a distributed communication network |
US9240941B2 (en) | 2012-05-09 | 2016-01-19 | Twilio, Inc. | System and method for managing media in a distributed communication network |
US9167041B2 (en) * | 2012-06-01 | 2015-10-20 | International Business Machines Corporation | Maintaining session initiation protocol application session affinity in SIP container cluster environments |
US9247062B2 (en) | 2012-06-19 | 2016-01-26 | Twilio, Inc. | System and method for queuing a communication session |
US8737962B2 (en) | 2012-07-24 | 2014-05-27 | Twilio, Inc. | Method and system for preventing illicit use of a telephony platform |
US8938053B2 (en) | 2012-10-15 | 2015-01-20 | Twilio, Inc. | System and method for triggering on platform usage |
US8948356B2 (en) | 2012-10-15 | 2015-02-03 | Twilio, Inc. | System and method for routing communications |
US9253254B2 (en) | 2013-01-14 | 2016-02-02 | Twilio, Inc. | System and method for offering a multi-partner delegated platform |
US10375155B1 (en) | 2013-02-19 | 2019-08-06 | F5 Networks, Inc. | System and method for achieving hardware acceleration for asymmetric flow connections |
US9282124B2 (en) | 2013-03-14 | 2016-03-08 | Twilio, Inc. | System and method for integrating session initiation protocol communication in a telecommunications platform |
US9001666B2 (en) | 2013-03-15 | 2015-04-07 | Twilio, Inc. | System and method for improving routing in a distributed communication platform |
US9338280B2 (en) | 2013-06-19 | 2016-05-10 | Twilio, Inc. | System and method for managing telephony endpoint inventory |
US9160696B2 (en) | 2013-06-19 | 2015-10-13 | Twilio, Inc. | System for transforming media resource into destination device compatible messaging format |
US9225840B2 (en) | 2013-06-19 | 2015-12-29 | Twilio, Inc. | System and method for providing a communication endpoint information service |
US9483328B2 (en) | 2013-07-19 | 2016-11-01 | Twilio, Inc. | System and method for delivering application content |
EP2833307A1 (en) | 2013-07-30 | 2015-02-04 | Google, Inc. | Handling search queries |
US9137127B2 (en) | 2013-09-17 | 2015-09-15 | Twilio, Inc. | System and method for providing communication platform metadata |
US9338018B2 (en) | 2013-09-17 | 2016-05-10 | Twilio, Inc. | System and method for pricing communication of a telecommunication platform |
US9274858B2 (en) | 2013-09-17 | 2016-03-01 | Twilio, Inc. | System and method for tagging and tracking events of an application platform |
US10637929B1 (en) * | 2013-09-23 | 2020-04-28 | Ribbon Communications Operating Company, Inc. | Methods and apparatus for storing and/or retrieving session state information |
US9553799B2 (en) | 2013-11-12 | 2017-01-24 | Twilio, Inc. | System and method for client communication in a distributed telephony network |
US9325624B2 (en) | 2013-11-12 | 2016-04-26 | Twilio, Inc. | System and method for enabling dynamic multi-modal communication |
US10187317B1 (en) | 2013-11-15 | 2019-01-22 | F5 Networks, Inc. | Methods for traffic rate control and devices thereof |
JP6244894B2 (ja) * | 2013-12-24 | 2017-12-13 | 富士通株式会社 | 通信システム、通信方法および呼制御サーバ装置 |
WO2015122177A1 (ja) * | 2014-02-12 | 2015-08-20 | 日本電気株式会社 | 情報処理装置、通信方法、ネットワーク制御装置、ネットワーク制御方法、およびプログラム |
US9344573B2 (en) | 2014-03-14 | 2016-05-17 | Twilio, Inc. | System and method for a work distribution service |
US9226217B2 (en) | 2014-04-17 | 2015-12-29 | Twilio, Inc. | System and method for enabling multi-modal communication |
US10015143B1 (en) | 2014-06-05 | 2018-07-03 | F5 Networks, Inc. | Methods for securing one or more license entitlement grants and devices thereof |
US9774687B2 (en) | 2014-07-07 | 2017-09-26 | Twilio, Inc. | System and method for managing media and signaling in a communication platform |
US9251371B2 (en) | 2014-07-07 | 2016-02-02 | Twilio, Inc. | Method and system for applying data retention policies in a computing platform |
US9516101B2 (en) | 2014-07-07 | 2016-12-06 | Twilio, Inc. | System and method for collecting feedback in a multi-tenant communication platform |
US9246694B1 (en) | 2014-07-07 | 2016-01-26 | Twilio, Inc. | System and method for managing conferencing in a distributed communication network |
US11838851B1 (en) | 2014-07-15 | 2023-12-05 | F5, Inc. | Methods for managing L7 traffic classification and devices thereof |
US10122630B1 (en) | 2014-08-15 | 2018-11-06 | F5 Networks, Inc. | Methods for network traffic presteering and devices thereof |
WO2016065080A1 (en) | 2014-10-21 | 2016-04-28 | Twilio, Inc. | System and method for providing a miro-services communication platform |
US10182013B1 (en) | 2014-12-01 | 2019-01-15 | F5 Networks, Inc. | Methods for managing progressive image delivery and devices thereof |
US11895138B1 (en) | 2015-02-02 | 2024-02-06 | F5, Inc. | Methods for improving web scanner accuracy and devices thereof |
US9477975B2 (en) | 2015-02-03 | 2016-10-25 | Twilio, Inc. | System and method for a media intelligence platform |
US10834065B1 (en) | 2015-03-31 | 2020-11-10 | F5 Networks, Inc. | Methods for SSL protected NTLM re-authentication and devices thereof |
US11350254B1 (en) | 2015-05-05 | 2022-05-31 | F5, Inc. | Methods for enforcing compliance policies and devices thereof |
US10505818B1 (en) | 2015-05-05 | 2019-12-10 | F5 Networks. Inc. | Methods for analyzing and load balancing based on server health and devices thereof |
US9948703B2 (en) | 2015-05-14 | 2018-04-17 | Twilio, Inc. | System and method for signaling through data storage |
US10419891B2 (en) | 2015-05-14 | 2019-09-17 | Twilio, Inc. | System and method for communicating through multiple endpoints |
CN104992288A (zh) * | 2015-07-01 | 2015-10-21 | 上海众材工程检测有限公司 | 一种楼宇能耗监测信息系统 |
US11757946B1 (en) | 2015-12-22 | 2023-09-12 | F5, Inc. | Methods for analyzing network traffic and enforcing network policies and devices thereof |
US10447773B2 (en) * | 2015-12-29 | 2019-10-15 | General Motors Llc | Aggregating vehicle-related big data |
US10404698B1 (en) | 2016-01-15 | 2019-09-03 | F5 Networks, Inc. | Methods for adaptive organization of web application access points in webtops and devices thereof |
US11178150B1 (en) | 2016-01-20 | 2021-11-16 | F5 Networks, Inc. | Methods for enforcing access control list based on managed application and devices thereof |
US10797888B1 (en) | 2016-01-20 | 2020-10-06 | F5 Networks, Inc. | Methods for secured SCEP enrollment for client devices and devices thereof |
US10659349B2 (en) | 2016-02-04 | 2020-05-19 | Twilio Inc. | Systems and methods for providing secure network exchanged for a multitenant virtual private cloud |
US10686902B2 (en) | 2016-05-23 | 2020-06-16 | Twilio Inc. | System and method for a multi-channel notification service |
US10063713B2 (en) | 2016-05-23 | 2018-08-28 | Twilio Inc. | System and method for programmatic device connectivity |
US10791088B1 (en) | 2016-06-17 | 2020-09-29 | F5 Networks, Inc. | Methods for disaggregating subscribers via DHCP address translation and devices thereof |
US11063758B1 (en) | 2016-11-01 | 2021-07-13 | F5 Networks, Inc. | Methods for facilitating cipher selection and devices thereof |
US10505792B1 (en) | 2016-11-02 | 2019-12-10 | F5 Networks, Inc. | Methods for facilitating network traffic analytics and devices thereof |
US11496438B1 (en) | 2017-02-07 | 2022-11-08 | F5, Inc. | Methods for improved network security using asymmetric traffic delivery and devices thereof |
US10791119B1 (en) | 2017-03-14 | 2020-09-29 | F5 Networks, Inc. | Methods for temporal password injection and devices thereof |
US10812266B1 (en) | 2017-03-17 | 2020-10-20 | F5 Networks, Inc. | Methods for managing security tokens based on security violations and devices thereof |
US10931662B1 (en) | 2017-04-10 | 2021-02-23 | F5 Networks, Inc. | Methods for ephemeral authentication screening and devices thereof |
US10972453B1 (en) | 2017-05-03 | 2021-04-06 | F5 Networks, Inc. | Methods for token refreshment based on single sign-on (SSO) for federated identity environments and devices thereof |
US11343237B1 (en) | 2017-05-12 | 2022-05-24 | F5, Inc. | Methods for managing a federated identity environment using security and access control data and devices thereof |
US11122042B1 (en) | 2017-05-12 | 2021-09-14 | F5 Networks, Inc. | Methods for dynamically managing user access control and devices thereof |
US11122083B1 (en) | 2017-09-08 | 2021-09-14 | F5 Networks, Inc. | Methods for managing network connections based on DNS data and network policies and devices thereof |
US11658995B1 (en) | 2018-03-20 | 2023-05-23 | F5, Inc. | Methods for dynamically mitigating network attacks and devices thereof |
US11044200B1 (en) | 2018-07-06 | 2021-06-22 | F5 Networks, Inc. | Methods for service stitching using a packet header and devices thereof |
CN110445882A (zh) * | 2019-09-19 | 2019-11-12 | 腾讯科技(深圳)有限公司 | 通信连接方法、装置、计算机设备及存储介质 |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6546423B1 (en) * | 1998-10-22 | 2003-04-08 | At&T Corp. | System and method for network load balancing |
US6564261B1 (en) * | 1999-05-10 | 2003-05-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Distributed system to intelligently establish sessions between anonymous users over various networks |
US7606909B1 (en) * | 2001-02-20 | 2009-10-20 | Michael Ely | Method and apparatus for a business contact center |
JP3730545B2 (ja) | 2001-08-16 | 2006-01-05 | 日本電信電話株式会社 | サービス制御アプリケーション実行方法及びシステム |
JP4199670B2 (ja) * | 2002-01-15 | 2008-12-17 | アバイア テクノロジー コーポレーション | 収束通信サービスのための通信アプリケーション・サーバ |
JP3855909B2 (ja) * | 2002-10-23 | 2006-12-13 | 株式会社日立製作所 | ポリシ設定可能なピアツーピア通信システム |
JP4345368B2 (ja) * | 2003-06-17 | 2009-10-14 | 株式会社日立製作所 | プレゼンス管理装置および情報配信システム |
EP1503558A1 (de) * | 2003-08-01 | 2005-02-02 | Siemens Aktiengesellschaft | Verbindung von Teilnehmern in hybriden Kommunikationsnetzen |
WO2006048759A1 (en) * | 2004-11-08 | 2006-05-11 | Nokia Corporation | Method enabling sessions and applications in instant messaging and presence serviced |
JP2007041670A (ja) | 2005-08-01 | 2007-02-15 | Matsushita Electric Ind Co Ltd | 半導体集積回路の設計データ構造、設計装置および設計方法 |
JP4830503B2 (ja) * | 2006-01-18 | 2011-12-07 | 株式会社日立製作所 | 個人情報を保護した通信セッション確立仲介システムおよび方法 |
JP4770494B2 (ja) * | 2006-02-03 | 2011-09-14 | 株式会社日立製作所 | 暗号通信方法およびシステム |
US8862746B2 (en) * | 2006-05-17 | 2014-10-14 | Sonim Technologies, Inc. | Systems and methods for integrating applications on user equipment utilizing special URI control messages |
-
2007
- 2007-02-22 JP JP2007041670A patent/JP2008205988A/ja active Pending
-
2008
- 2008-02-21 EP EP20080003203 patent/EP1962459A2/en not_active Withdrawn
- 2008-02-22 US US12/071,592 patent/US20080256224A1/en not_active Abandoned
- 2008-02-22 CN CNA2008100808499A patent/CN101252581A/zh active Pending
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10187219B2 (en) | 2013-11-18 | 2019-01-22 | Ricoh Company, Limited | Control system, communication system, computer program, controlling method, and computer program product |
CN105745909B (zh) * | 2013-11-18 | 2019-05-31 | 株式会社理光 | 控制系统、通信系统、控制方法和计算机可读介质 |
CN105516245A (zh) * | 2015-11-25 | 2016-04-20 | 国家计算机网络与信息安全管理中心 | 一种基于流的负载均衡的系统以及实现方法 |
CN105516245B (zh) * | 2015-11-25 | 2018-12-14 | 国家计算机网络与信息安全管理中心 | 一种基于流的负载均衡的系统以及实现方法 |
CN112039729A (zh) * | 2020-08-28 | 2020-12-04 | 中移(杭州)信息技术有限公司 | 设备识别方法、服务器、电子设备和存储介质 |
Also Published As
Publication number | Publication date |
---|---|
JP2008205988A (ja) | 2008-09-04 |
US20080256224A1 (en) | 2008-10-16 |
EP1962459A2 (en) | 2008-08-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101252581A (zh) | 数据通信系统及会话管理服务器 | |
US9003491B2 (en) | Secure push and status communication between client and server | |
US10334037B2 (en) | Peer-to-peer rendezvous system for minimizing third party visibility and method thereof | |
CA2579935C (en) | Encrypted communication system, communication status management server, encrypted communication method, and communication status management method | |
US8140844B2 (en) | Server apparatus, terminal device, and method for performing IP multicast communication | |
US8205074B2 (en) | Data communication method and data communication system | |
US8335852B2 (en) | Contact destination information registration method, network system, node, and contact destination information registration program | |
CA2636780C (en) | Method and device for anonymous encrypted mobile data and speech communication | |
US20030131061A1 (en) | Transparent proxy server for instant messaging system and methods | |
US20120324567A1 (en) | Method and Apparatus for Home Network Discovery | |
US20100153726A1 (en) | Authentication method, system, and apparatus thereof for inter-domain information communication | |
US20070136413A1 (en) | Sip server sharing module and sip message relay system | |
US20100052901A1 (en) | Aggregated user presence management method within a home network and device for user presence management within a home network | |
US9325745B2 (en) | Providing services by managing communication relationships | |
JP2009163546A (ja) | ゲートウェイ、中継方法及びプログラム | |
CN101232500A (zh) | 进行端到端通信的网络系统 | |
WO2011038639A1 (zh) | 端到端即时通讯的实现方法、端到端即时通讯终端及系统 | |
EP1775907A2 (en) | Handling identity information | |
CN104519077A (zh) | 多媒体分享方法、注册方法、服务器及代理服务器 | |
JP4886712B2 (ja) | アクセス制御システム、アクセス制御方法、アクセス制御装置およびアクセス制御プログラム | |
CN101904148A (zh) | 用于公司分机标识进行网络漫游的方法和装置 | |
US20210226815A1 (en) | Communications bridge | |
US20100228976A1 (en) | Method and apparatus for providing secured network robot services | |
US20100257274A1 (en) | Communication system, communication method, and shared-authentication apparatus | |
JP2009187322A (ja) | サービス提供システム、サービス提供方法およびサービス提供プログラム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
AD01 | Patent right deemed abandoned |
Effective date of abandoning: 20080827 |
|
C20 | Patent right or utility model deemed to be abandoned or is abandoned |