CN1677955A - 在线服务器、对话控制服务器、数据包中继系统 - Google Patents
在线服务器、对话控制服务器、数据包中继系统 Download PDFInfo
- Publication number
- CN1677955A CN1677955A CNA200510005967XA CN200510005967A CN1677955A CN 1677955 A CN1677955 A CN 1677955A CN A200510005967X A CNA200510005967X A CN A200510005967XA CN 200510005967 A CN200510005967 A CN 200510005967A CN 1677955 A CN1677955 A CN 1677955A
- Authority
- CN
- China
- Prior art keywords
- terminal
- information
- user
- server
- terminal kind
- 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
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
-
- 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/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- 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
-
- 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/54—Presence management, e.g. monitoring or registration for receipt of user log-on information, or the connection status of the users
-
- 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/2866—Architectures; Arrangements
- H04L67/30—Profiles
- H04L67/303—Terminal profiles
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明提供一种在线服务器,利用终端种类信息,使用户间的联系更顺利。根据注册时的信息来特定终端种类,并将该信息赋予在线信息后通知。另外,SIP服务器连接相同终端种类之间。通过在在线信息中加入终端信息,并彼此把握拥有的终端,可选择联系开始时的语音通话或文字聊天等通信单元,和用对方终端特定呼叫终端。另外,通过把握在线信息+终端信息,即便是相同名称的在线信息,也可把握详细状态。并且,即便在不具有在线功能的终端的情况下,SIP服务器也可代理执行终端种类信息识别,确定呼叫终端。
Description
技术领域
本发明涉及一种信息公开的设定方式,特别涉及在线服务器、对话控制服务器、数据包中继系统。
背景技术
近年来,采用利用称为“在线(Presence)”概念的状态把握技术的通信技术的开发盛行。所谓“在线”是表示用户当前状态的术语。可通过向其它用户实时通知该“在线”来把握彼此的当前状态。在采用在线的通信技术中,在现阶段实施的代表性通信技术中,有IM(Instant Messaging:即时消息)。使用在线信息的IM的概念与其通知方法以IETF(Internet Engineering Task Force:因特网工程任务组)的impp(Instant Messaging and Presence Protocol:即时消息和在线协议)工作组为中心进行标准化。按impp工作组来标准化的内容记载于非专利文献1、非专利文献2中。
以前,使用“在线”的状态把握技术基本上是以三方通话的形式提供给IM服务器的方式,所使用的通信协议也是扩展各公司独自构筑的IM服务用协议的形式。但是,最近协议水平下的标准化也积极开展起来。例如,利用IETF的SIMPLE(SIP for Instant Messaging and Presence Leveraging Extensions:即时消息与在线利用扩展会话初始协议)工作组,执行扩展了IP电话等利用的对话启动协议SIP(Session Initiation Protocol)的在线信息收发协议的标准化。在非专利文献3或其它因特网草案(Internet-Draft)中,记载了该标准规格。最近,发现各公司使自己公司展开的IM服务的通信协议与SIMPLE标准一致、实现与使用SIP的IP电话、电视电话等服务的统一化的趋势。另外,还发现开发安装了SIMPLE标准的在线服务器、并提议以与IM服务相分离的形式来适用在线的动向。
另外,IM服务基本上以在1用户1终端展开的服务为前提。例如,假设利用IM服务的用户A具有多个终端,持有终端A和终端A’,现在终端A利用IM服务。如果用户A在同时使终端A与A’注册于IM服务器的情况下,当前的IM服务器无法判断向终端A、A’中的哪个发送作为其它用户的用户B向用户A发送的即时消息。对此,在当前的IM服务中,在服务器侧安装防止双重注册用的机构来对应,若在用户A使终端A注册时要使终端A’注册、则执行使终端A强制注销的处理等。
在使用SIP的情况下,存在许可该双重注册的模式。但是,该功能特定于IP电话。这是因为SIP原本是以IP电话为目标的标准。下面,说明基于SIP的双重注册的模式。
图13是312所示用户B对SIP服务器41注册314、315所示两台IP电话的图。此时,用户B为了注册,从314、315的两个终端向SIP服务器41发送SIP的REGISTER消息。图5中示出REGISTER消息的内容。各终端通过在REGISTER发送时指定图5的73所示的q-value,可指定优先顺序。q-value用从0至1的数字来指定,值越高的终端,则优先顺序越高。例如,若设314所示IP电话终端1将q-value指定为0.5,315所示IP电话终端2将q-value示为0.7,则315所示IP电话终端2的q-value值高,所以SIP服务器41以后优先处理IP电话终端2。在该状态下,若用户A对用户B执行电话呼叫,则SIP服务器41向使用户B注册的终端中的、优先顺序高的IP电话终端2进行呼叫。在SIP标准下,通过以上形式来管理终端的双重注册。
非专利文献1:RFC 2778
非专利文献2:RFC 2779
非专利文献3:RFC 3265
非专利文献4:IETF Internet Draft draft-ietf-impp-cpim-pidf-08.txt
以前的IM服务中,IM服务器仅管理与注册用户的屏幕名称(用户的识别符)对应的在线/离线状态信息,不管理终端的种类信息。另外,若观察各公司对IM系统的SIP协议安装状况,根据SIP等共同协议来构筑系统,将构筑的系统作为共同平台,在其上运用IM服务或其它服务的可能性高。从而,设想今后在共同平台上连接IM终端或IP电话、聊天终端等各种终端。并且,不仅在对每个应用程序连接不同终端的情况,还设想执行多个应用程序的同一终端连接于共同平台上。因此,在网络上展开使用了在线信息的各种服务的情况下,若直接适用在以前的IM服务中实施的在线信息的利用方法,则认为会产生图11所示故障。
图11是表示拥有IP电话终端211的用户A经由SIP服务器向拥有多个终端213-216的用户B打电话时的示意图。设用户A211连接于管理各终端用户的在线信息的在线服务器上,结果,知道了引出框217所示的用户B的在线信息。另外,设各终端连接于作为连接管理服务器的SIP服务器上,SIP服务器执行各终端的通信控制。实线表示在终端-SIP服务器之间交换的连接信号的传递路径,由点划线所示的线表示在线信息的传递路径。
在以前的IM服务器中,IM服务器成对管理用户A的屏蔽名称和用户A终端201变为在线状态的状态信息进行管理。在对在线服务器直接使用IM服务中的在线信息的管理方法的情况下,在线服务器成对地管理用户的识别符和与之对应的在线/离线状态信息。设用户B同时注册电视电话终端213、IP电话终端214、会议终端215、IM终端216。由于在线服务器管理着用户的识别符,所以如引出框217所示,可向用户A通知用户B的各终端的在线/离线状态信息。因此,认为用户A211想对当前在线中的用户B212的IP电话终端B打电话。不用说,若用户A知道用户B的所有地址信息,则可进行用户A~用户B之间的通信本身。但是,由于在线服务器不管理各终端的种类,所以即便用户A想通过IP电话取得联络,也无法知道对方终端中的哪个是IP电话终端。因此,无法确定用户B所拥有的终端中实际打电话的对象。
另外,如现有技术所述,存在1个用户使多个终端进行双重注册的模式,但该模式中会产生故障。例如,设终端315不是IP电话终端,而是电视电话终端或会议终端等IP电话之外的终端。由于SIP服务器41未意识到该情况,所以即便在该状态下用户A通过IP电话对用户B执行呼叫,也可向使用户B注册的终端中优先顺序最高的IP电话以外的终端执行呼叫。结果,用户A的发送终端与用户B的接收终端的终端种类不同,通话不成立。
这样,如果是在SIP网络上仅存在IP电话的状态,则该双重注册模式成立,但在存在IP电话以外的各种终端的情况下,在使用该q-value的模式中产生故障。
另外,通过协议的共同化,若终端种类多样化,则各终端在利用同一名称的在线信息时,如果仅是该在线信息,作为信息量有可能产生不足。例如,图11的引出框227表示各终端共同利用的名称为所谓“通话中”的在线信息的方式。从213至216的各终端用“通话中”或“待机中”之一的值、在在线信息的名称为“通话信息”的部分中注册本终端当前的对话确立状态。211所示用户A可从“通话中状态”取得用户B拥有的各终端的当前的对话确立状态。但是,“通话信息”中未记述具体的通话单元。从而,取得了在线信息的结果,即便如227所示地显示,也无法知道实际上由哪个单元执行通话。从而,211所示的发送者用户A仅能以如下水平的分辨率来把握对方的状态,即由于212所示的来信侧的用户B单纯地在与谁通话而不能联络的水平。若212所示用户B实际上用文字聊天进行通话,虽然可切入,但如果是紧急事件则电话铃会响,此时,发送侧的用户会失去一个通讯的机会。
发明内容
本发明为了解决上述问题,在各终端的注册时,从注册信息中抽取终端种类,保持在在线服务器中。另外,在向其它用户通知在线信息时,向在线信息附加终端信息并通知。
为实现上述的本发明,提供一种在线服务器,可连接在执行多个终端间通信连接控制的连接控制服务器上,并且管理所述多个终端的状态信息,其具有:线路接口;控制部,从所述接收数据包的报头信息中抽取由该线路接口接收到的所述数据包的发送源终端的终端种类信息;以及存储部,将所述抽取出的终端种类信息、和正在同所述发送源终端执行通信的对方终端与所述发送源终端间的连接状态信息相对应地存储;所述线路接口将所述发送源终端的终端种类信息发送给所述对方终端。
为实现上述的本发明,还提供一种对话控制服务器,是执行多个终端间的通信连接控制的连接控制服务器,其具有:线路接口;控制部,从所述接收数据包的报头信息中抽取由该线路接口接收到的所述数据包的发送源终端的终端种类信息;以及存储部,将所述抽取出的终端种类信息、和正在同所述发送源终端执行通信的对方终端与所述发送源终端间的连接状态信息相对应地存储;所述线路接口将所述发送源终端的所述终端种类信息发送给所述对方终端。
为实现上述的本发明,再提供一种数据包中继系统,接收从终端或服务器发送的数据包,向其它服务器或终端中继数据包,其具有根据由所述终端或服务器发送的数据包、来把握该终端或服务器的终端种类的单元;以及存储所述终端种类的单元;使用该终端种类,将目的一致的终端之间、服务器之间或终端与服务器之间连接起来。
发明效果
在各用户进行通讯时,对方用户可把握注册的终端种类。从而,想进行通讯的发送者可确认对方用户当前能够采取的通讯单元,能确定与自己期望的通讯单元一致的对方用户终端。
另外,通过向在线信息附加终端种类,即便是同一在线项目,也可通过终端种类来得到详细的在线信息。例如,即便名称为所谓“通话中状态”的在线信息为“会话中”,若知道该信息是IP电话,则用户可判断为“电话中”,如果该信息是会议终端,则可判断为“会议中”,如果是聊天终端,则可判断为“聊天中”。
附图说明
图1是适用本发明的终端种类管理方式的在线服务器的功能框图。
图2是适用本发明的终端种类管理方式的在线服务器的装置图。
图3是表示使用本发明装置的连接形式的网络图。
图4是使用本发明装置的连接形式的动作序列图。
图5是使用SIP的注册时的发送消息细节。
图6是本发明装置存储的在线信息的表图。
图7是本发明装置存储的注册终端种类管理用的表图。
图8是本发明装置存储的终端种类信息管理用的表图。
图9是本发明装置发送到外部的在线信息的记述形式实例。
图10是表示使用本发明装置的连接形式的网络图。
图11是说明在IM服务中由使用SIP服务器的通信网络提供实施中的在线信息服务时产生的问题的图。
图12是本发明装置存储的允许信息用的表图。
图13是表示现有技术中1用户进行双重注册时的连接形式的网络图。
图14是使本发明的终端种类管理功能与对话信息组合时的用户终端上的显示形式图像图。
图15是用户终端存储本发明中使用的终端种类信息时的表图。
图16是SIP服务器按图3中的序列代理执行对话开始、结束时的序列图。
图17是表示使用本发明装置的连接形式的网络图。
图18是使用本发明装置的连接形式的动作序列图。
图19是适用本发明的终端种类管理方式的SIP服务器的功能框图。
图20是本发明SIP服务器中的终端种类管理的消息路由时的处理流程图。
图21是使用本发明装置的连接形式的动作序列图。
图22是适用本发明的终端种类管理方式的SIP服务器的功能框图。
图23是本发明SIP服务器中终端种类识别时的处理流程图。
图24是本发明SIP服务器中消息路由时的处理流程图。
图25是适用本发明的终端种类管理方式的SIP服务器的装置图。
图26是本发明的在线服务器在终端种类识别时和在线信息通知时的处理流程图。
具体实施方式
在本实施例中,首先说明在线服务器的结构、动作、和用于实现使用了在线服务器的服务的网络。之后,说明适用了应用本发明的SIP消息路由方式的SIP服务器的结构、动作。
图1中,模式表示了本实施例的在线服务器的功能框图。图1的功能框图是表示软件上实现的逻辑功能结构的框图,但由硬件构成各功能块也无妨。
图2中示出图1所示功能块在硬件上是如何实现的。图1所示各种功能块的动作存放于图2所示存储器22的处理模块群26中,在动作时,CPU23读出该动作步骤并执行。各个处理模块动作时所需的终端种类信息存储于数据库24的终端种类信息管理表31中。在线服务器1利用这种信息时,这种信息适当时候经由接口33在存储器22的各种信息暂时表25中展开,由CPU23执行处理。另外,其结果经由接口33写入数据库24中。
图26是图1所示功能块群的处理流程图。各功能块在输入输出消息时沿本图的流程执行动作。
图3是使用了终端种类信息的服务例的网络图,图4是其序列图。在本例中,图3的42所示的用户B所拥有的终端45和46对SIP服务器41和在线服务器1执行注册。42所示的用户A与47所示的用户C也执行注册,处于在阅览43所示的用户B的终端45、46的在线信息的状态。之后,用户A通过IP电话与用户B通话。下面,用这些附图来说明从终端种类信息的抽取至向其它用户通知附带在线的终端信息的整体动作。另外,本服务例在通信协议中使用SIP来运用在线系统,但在线系统的构筑中不一定必须用SIP,也可利用其它协议。在利用其它协议的情况下,具体的消息内容和详细的序列不同,但基本概念未变化。并且,图3中,将43所示的用户B所拥有的终端45、46记述成不同的硬件,但如图26所示,也存在作为同一硬件49上的不同应用程序45、46而处理的情况。
首先,在图4的步骤51中,用户B的电视电话终端45注册到SIP服务器41和在线服务器1。图5示出注册时的SIP消息内容。在SIP中,在注册时发送使用了REGISTER方式的消息。
接着,在线服务器1登录记载在图5所示注册消息的Contact头中的联系地址71,作为终端地址。另外,在步骤52中,识别终端种类信息。用图26(a)来说明步骤52的具体处理内容。若在线服务器1在步骤1291中从图1的接口13-1~13-n接收消息,则在步骤1292中开始终端种类抽取处理。首先,传送给注册信息收发部12,在步骤1293中抽取注册信息,即抽取联系地址71。另外,在步骤1294中,终端种类信息抽取/传送部10抽取注册信息的User-Agent头值72,并将该信息传送给终端信息管理部7。在本例中,根据User-Agent头来判断终端种类,但也可利用其它方法来判断终端种类。例如,考虑扩展独自的头、独自追加赋予Contact头的参数等的方法。举向Contact头赋予参数的一例,可考虑“Contact:<sip:UserA@abc.com>;agent=TVPhone”这样的记述。在改变终端种类的判断方法的情况下,变更终端种类信息抽取/传送部10的处理来对应。
接着,在线服务器1根据在步骤1294抽取的终端种类信息,归纳出终端种类,将其与注册信息一起存储。说明其具体的处理。首先,终端种类信息管理部7接收从终端种类信息抽取/传输部10传输来的终端信息。终端种类信息管理部7根据在步骤1295接收到的终端种类信息判断终端种类。终端种类信息管理部7用位于图2的数据库34的终端种类信息管理表30中的输入用表37来管理着图8(a)所示的表101。步骤1295中的终端种类判断处理利用该表101进行。另外,虽然图2的36所管理的图8(b)的表106是用于输出在线信息的表,但考虑数据库上的利用,表101与106也可在同一表上进行管理。在本例中,作为注册终端的用户B拥有的电视电话终端45向注册信息赋予“TVPhone/1.0(xxCorp TV Phone)”这样的终端种类信息。在记载了SIP标准的IETF的RFC3261中,记述了User-Agent头值的记载格式与RFC2616一样。在RFC2616中,由于将User-Agent头值的记载格式规定为[终端名]/[版本序号]([注释]),所以步骤1295中,将注册终端的终端种类信息判断为从User-Agent头值72中除去版本序号、注释后的值,即“TVPhone”。User-Agent头值的处理方法也可利用本例所示以外的逻辑法。在本例中,仅利用“终端名”来作为终端种类信息,但也考虑利用“版本序号”或“注释”部分来作为终端种类信息。
在上述处理中,注册终端的终端种类信息判断为“TVPhone”。接着,为了在步骤1295中根据终端种类信息来判断实际的终端种类,检索终端种类管理表的输入用表101。检索对象是注册信息(User-Agent头)102,检索密钥是终端种类信息“TVPhone”。检索结果“TVPhone”可根据内部管理用终端种类103判断为是电视电话。一旦终端种类信息管理部7判断了终端种类,则将该数据发送给终端信息输出部5。终端信息输出部5在步骤1296中,经由接口33,在数据库24的注册终端种类管理表34中登录该信息。注册终端种类管理表34由图7的91所示形式的表构成,在其中追加使终端种类93与注册终端识别符92成对的数据记录。在线服务器1在步骤1297中,与本处理同时将注册终端的信息记述在作为管理终端注册状态或在线信息的表的数据库34的在线信息管理表31中。在线信息管理表31由图6的81所示形式的表构成,追加使注册终端的识别符即终端地址82、和其终端的拥有者83成对的数据记录。其它对话信息84或当前状态83等在线信息,采取用与注册处理不同的方法单独登录的形式。在本例中,将在线信息和注册信息处理成不同序列,但也可利用相同消息在1个序列中执行。
接着,43所示用户B在步骤53、54中注册IP电话终端46,但此时产生的在线服务器1的处理步骤与步骤51、52时一样。但是,IP电话终端46发送给SIP服务器41和在线服务器1的注册消息的User-Agent头值,与图5的72所示值不同。这是因为,电视电话终端45与IP电话终端46的终端种类不同。结果,在线服务器1将IP电话终端46识别为与电视电话终端45不同的终端种类。这在终端种类信息中不使用User-Agent头的情况下也一样,不同的终端必然赋予不同的终端种类信息来执行注册。
之后,42所示的用户A注册IP电话终端44,但此时产生的在线服务器1的处理步骤也与步骤51、52一样。
这里,IP电话终端44与46的终端种类相同,但44在User-Agent头值中记载着“IPPhone”,46记载着“IPTelephone”。即,是即便相同种类也记载不同的User-Agent头值的情况。例如,可考虑即便是相同IP电话终端,这样赋予的User-Agent头值也可能根据开发厂商而变化。在线服务器1即便是这样的在相同终端种类下记载不同的User-Agent头值的终端,也匹配成相同的终端种类。这是因为,如图8(a)的表101中记载的两个记录1101、1102所示进行管理,即便是不同的User-Agent头102,也匹配成相同的内部管理用终端种类103、输出方式(SIMPLE用)104。当这样地管理终端种类信息时,通过准备作为将各终端通知的终端种类信息翻译成内部管理用终端种类信息的词典的表,可按功能或服务等分类多个厂商设计的终端。再者,也可能由于厂商不同而在注册时完全不能附加这样的终端种类的识别符。对这样的终端,可考虑与记录1103所示一律匹配成默认的终端种类的方法。另外,还可考虑使用不同方法来判断终端种类的方法。
接着,42所示用户A为了预约43所示用户B的当前在线信息确认和今后在线信息变更时的通知,在步骤36中向在线服务器1发送信息取得请求。在利用SIP/SIMPLE的情况下,按照非专利文献3的记载,向接口发送利用了SUBSCRIBE方式的消息。
接收到消息的在线服务器1在图4的步骤57中,执行向用户A通知用户B的在线信息的处理。用图26(b)来说明具体处理内容。在步骤1301中,若在在线服务器1内部产生在线信息的通知请求,则在步骤1302中开始通知处理。首先,在步骤1303中,调查用户B是否允许用户A进行在线信息公开。具体而言,检索记载在位于图2的数据库24中的许可信息管理表35中的许可信息。图12中示出该表的具体结构。表35由请求阅览在线信息的访问用户2、作为公开在线信息的用户的访问对象用户303、记载访问对象用户的在线公开规则(policy)的许可信息304构成。在许可信息中记载着各在线信息和每个终端的许可信息,即是否公开的设定。在本例中,由于是用户B阅览用户A的在线信息的状态,所以栏302将检索密钥设为用户B,栏303将检索密钥设为用户A来执行检索。另外,检索到的许可信息为了在此后的构筑在线信息时利用,暂时保存在图2的各种信息暂时表25中。
在在线服务器1确认在线信息公开许可后,在步骤1304中使用终端信息输出部5,经由接口33,从图2的数据库24的在线信息管理表31中取得用户B的全部在线信息。另外,所谓用户B的在线信息,是指用户B拥有的电视电话终端45、IP电话终端46两者的在线信息。从数据库24取得的在线信息为了此后的在线信息构筑而暂时保持在位于图2的存储器上的各种信息暂时表25中。之后,在线服务器1在步骤1305中,通过图1的通知信息选择部14,从保持在各种信息暂时表25中的用户B的在线信息中选择允许通知给用户A的在线信息。本处理使用先检索后暂时保持在各种信息暂时表25中的、用户B对用户A的许可信息来执行。在该步骤中过滤不允许公开的在线信息。将过滤后的用户B的在线信息传输给在线信息构筑部9。
接着,在步骤1306中,询问终端种类信息管理部7,取得各终端的终端种类信息和在线信息构筑时的附加信息。每个协议下的在线信息的通知方法各不相同。从而,在每个协议下的终端种类信息的赋予方法也各不相同。在图8(b)的106所示终端种类信息管理表中,对各协议下的输出方式进行记载。对每个协议改变输出方式后,进行在线信息的通知。在本例中,除SIP/SIMPLE以外,用105来记载HTTP用的输出形式。接着,在步骤1307中,用在线信息构筑部9对用户A进行通知时的格式来构筑通知内容。
在本例中,对用户A,使用非专利文献4中规定的称为PIDF(PresenceInformation Data Format:在线信息数据格式)的格式来通知在线信息。另外,终端种类信息的附加是利用PIDF的原来格式即XML(eXchange MarkupLanguage:可扩展标记语言)的名称空间(Name Space)功能。图9示出构筑的在线信息的实例。在图9的111、112中定义图8中记载的IP电话与电视电话用的名称空间。XML首先为了利用名称空间,需要记载该定义。图3的43所示用户B拥有电视电话终端45与IP电话终端46两个终端,因为将这些在线信息全部通知用户A,所以为了识别两个终端的终端种类,定义两个名称空间。另外,用该定义部分来宣称表现名称空间时的省略部分,之后,在向XML文章赋予名称空间的情况下,只要将该省略形式的字符串记载成前缀即可。在本例中,将电视电话终端用的名称空间的前缀定义成“tvphone”,将IP电话用的名称空间的前缀定义成“phone”。
在之后记载的在线信息中,向在线信息名称的前段赋予表示该终端种类的XML前缀。由于图9的113、114分别是IP电话的当前状态(Availability)、电话中信息(Session Status),所以前缀成为“phone”。另外,115、116由于是电视电话的当前状态与电话中信息,所以前缀变为“tvphone”。在本例中,利用XML名称空间来赋予终端信息,但也考虑将终端种类视为一个在线信息、与其它在线信息并列记载的方法。
将上述处理中制作的在线信息在步骤1308中传输到图1的在线信息收发部11,通过使用由非专利文献3规定的NOTIFY方式的SIP消息,在图4的步骤58中发送给用户A。
之后,假设以图3的59所示用户C拥有的IP电话终端48进行注册。从图4的步骤59至步骤63的处理步骤与上述用户A注册的情况一样,用户C也是在阅览用户B的在线信息的状态。
接着,设图3的43所示用户A利用自己拥有的IP电话终端44给用户B打电话。用户A可通过在步骤58中接收到的用户B的在线信息,把握在用户B拥有的终端中哪个是IP电话终端。具体而言,用记载于117、118中的终端识别符(SIP地址)确认终端地址,通过XML名称空间来确认各终端的终端种类。从而,用户A可直接使图3的43所示用户B拥有的IP电话终端46的电话铃响,不会错误地呼叫电视电话终端45。
在图4的步骤64中,用户A呼叫用户B,开始通话。此时,用户B拥有的IP电话终端46在步骤65中向在线服务器1通知自己变为通话状态。在线服务器1由于用户B的在线有变化,所以在步骤66和67中,向预约通知的用户A与用户C通知在线信息更新。
在步骤68中,当用户A与用户B为通话中时,作为用户B拥有的IP电话终端的在线信息之一的“通话中信息”变为“通话中”。即便认为用户C想与用户B取得联系,也可知用户B的IP电话终端处于通话中状态、即用户B为电话中,所以可把握在用户B的电话结束之前、用户C即便打电话也无法接电话。用户B拥有文字聊天用终端,如果文字聊天终端的“通话中信息”为通话中,则用户C可知用户B的文字聊天终端处于通话中状态,即用户B正在聊天。此时,用户B虽然为了输入聊天文字而使用手,但由于耳朵和嘴是可利用的,所以如果是紧急联络,则可判断用户C可联络到用户B。另外,虽然用户A也与用户B在直接通话,但能够与用户C一样把握用户B的IP电话终端的“通话中信息”为通话中。
之后,当在步骤69中结束用户A与用户B的通话时,在步骤70中,用户B的IP电话终端46将对话结束通知给在线服务器1,结果,在线服务器1在步骤1070、1071中,向用户A与用户C通知用户B的IP电话的“通话中信息”为空闲状态。
另外,此时向通知给用户A与用户B的在线信息按图9的形式赋予终端信息。通过利用该信息,当在用户A、用户C的终端的GUI上显示对话信息时,可显示根据终端种类以哪个应用程序来确立了对话。图14的引出框228示出实际上在用户A的GUI上进行何种显示。另外,图15的1221是在用户A、用户C的终端内部保持的表图像,记载了各终端如何确定对话信息的显示形式。例如,对于用户B所拥有的终端A,对话信息1224的值为“连接中”、终端种类1225是IP,所以计算显示形式1226是“电话中”。该计算取决于终端,但也可能对每个终端都不同。由于用户A的终端下计算为“电话中”,所以在图14的228中显示B的终端A在电话中。
图16是用其它方法来实现图4的1072部分的序列时的图。图16的1072部分以外的序列与图4一样。在图4的序列中,当各终端的对话确立时,在对话结束时,分别在步骤65、70中向在线服务器1通知该情况,作为在线信息。在图16中,该方法与图4不同。在图16中,不是各终端通知在线服务器1对话的确立、结束,而是SIP服务器41在步骤1111和1112中通知。SIP服务器41是管理各终端的对话信息的服务器,还把握着44所示的用户A与46所示的用户B的终端2的对话确立、结束状态。从而,可代替各终端向在线服务器1通知对话确立、结束信息。通过使用该方法,即便现有的没有通知对话信息功能的IP电话确立、结束了对话,也由于SIP服务器可通过代理将对话状态登录在在线服务器1中,所以其它用户可把握该终端的对话状态。
图17是SIP服务器321执行把握了各终端的终端种类的路由时的网络图。另外,图18是其序列图。另外,图19是用于执行本方式的路由的SIP服务器的功能框图,图20是SIP服务器的流程图。另外,图21是用与图18的方式不同的方式来实现把握了终端种类的路由时的序列图,图22是此时的SIP服务器功能框图,图23、24是此时的SIP服务器执行的处理的流程图。另外,图25是采用本方式的SIP服务器的硬件结构图。图19、22所示各种功能块的动作与图1、2一样,容纳于存储器1272的处理模块群1279中,在工作时,CPU1273读出该动作步骤后执行。在各个处理模块动作时所必需的信息,被存储在存储器1272上的位置表1278和终端种类表1280中。另外,图19、22的功能框图虽是表示软件上实现的逻辑功能结构的图,但即便用硬件来构成各功能块也无妨。
首先,说明图18、21与图4的差异。如上所述,在图4的序列中,44所示的用户A拥有的终端(IP电话)从在线信息中取得对方用户已注册终端的终端种类,并使用该信息,终端44自身执行呼叫用户B的已注册终端中的46所示的IP电话终端的判断。但是,在44所示的用户A的IP电话终端如图17的324所示不具有在线取得功能的情况下,不能特定对方的终端种类。从而,不能直接利用该方法。在图18、21的序列图所示的方法中,不是由324所示的用户A的IP电话终端、而是SIP服务器321来代理执行用户B已注册的终端种类的确认。结果,即便324所示用户A的IP电话终端不具有在线信息取得功能,也可执行意识了终端种类的呼叫。下面,用图18、21的序列图来说明该方法。另外,图17的323所示的用户B拥有的终端325、326被记载为不同的硬件,但与图3时一样,即便采取图10的终端49、应用程序45、46的方式也无妨。
图18中,首先,在步骤1121中,325所示用户B的IP电话终端注册到SIP服务器321、和在线服务器1。此时,在步骤1122中,在线服务器1抽取终端325的终端种类信息,但方法与上述方法一样。另外,SIP服务器321在终端注册时,在由图19的注册信息收发模块1204接收注册消息后,用终端位置管理模块1206将注册终端的信息保存在图25的位置表1278中。之后,在步骤1123中,326所示的用户B的终端2执行注册,在步骤1125中,324所示的用户A的IP电话终端执行注册,但此时的处理步骤与步骤1121、1122一样。接着,324所示用户A的IIP电话终端呼叫用户B。此时,因为终端324未把握着用户B的在线,所以不是指定终端地址,而是指定用户B的用户本身的地址来执行呼叫。接收到该呼叫的SIP服务器321,在步骤1128中向在线服务器1询问作为呼叫源的用户A的终端324的终端种类和作为呼叫对象的用户B已注册的终端的终端种类。接收到询问的在线服务器1在步骤1123中返回其结果。具体而言,SIP服务器321在步骤1127中从用户A的IP终端324接收用户B的呼叫SIP消息时,在图20的步骤1211中,接收SIP消息,并在步骤1212中,开始消息传输用的处理。首先,SIP服务器321在步骤1213中,用图19的消息路由模块1203判断消息的种类。当判断消息种类时,在步骤1214中,判断该消息种类是否需要意识到终端种类的路由。
此时,当判断为不必意识终端种类时,进入步骤1220,执行通常的SIP消息路由,在步骤1221中,传输消息,在步骤1224中,结束处理。在需要意识终端种类的情况下,进入步骤1215。在步骤1215中,利用图19的终端信息询问模块1205,向在线服务器1询问作为发送源的用户A的IP终端324的终端种类、和当前用户B已注册的终端的终端种类。询问方法既可利用SIP消息,也可使用其它方法。之后,在图18的步骤1129中,当从在线服务器1接收到终端种类信息时,在图20的步骤1216中确认作为发送源的用户A的IP终端324的终端种类,接着,在步骤1217中,确认作为发送对象的用户B的注册终端及其种类。在本例中,由于用户B注册的终端是电视电话终端325和IP电话终端326,所以确认该情况。接着,在步骤1218中,消息路由模块1203调查作为发送对象的用户B是否注册了终端种类与作为发送源的用户A的IP电话终端324相同的终端。并且,在作为发送对象的用户B未注册种类与发送源相同的终端的情况下,即便用户B向已注册的某个终端传输消息,连接也不成立。
从而,SIP服务器321不传输消息,在步骤1222中,制作表示不能连接到相对作为发送源的用户A的连接对象的403应答消息,并在步骤1223中,向用户A返回应答消息,在步骤1224中结束处理。在本例中,由于用户B注册了IP电话终端326,所以发送对象中存在相同种类的终端。从而处理进入步骤1219,将呼叫消息的传输对象地址设置给用户B的IP电话终端326,在步骤1221中发送该消息。另外,在步骤1224中结束处理。
结果,在图18的步骤1130中,将从用户A至用户B的呼叫消息从SIP服务器321传输到用户B的IP电话终端326,在步骤1131中,开始通话。之后,在步骤1132中,结束通话。
图21是用图18所示方法以外的方法来实现SIP服务器321意识到终端种类的消息路由时的序列。与图18的不同之处在于,SIP服务器321调查各终端的终端种类时的方法。图18中,通过询问在线服务器1来实现,而在图21中,SIP服务器321具有与在线服务器1一样的终端种类抽取功能,在接收注册信息时,由SIP服务器本身把握终端种类。图21中详细说明。
图21中,与图18一样,首先在步骤1141中,将用户B的电视电话终端325注册给SIP服务器321和在线服务器1。接着,SIP服务器321在向在线服务器1传输注册消息之前,在步骤1142中抽取注册终端的终端种类。具体而言,在图23的1231中接收注册消息之后,在步骤1232中,执行用于把握终端种类的处理。当开始处理时,在步骤1233中,图22的终端种类信息抽取模块1207从注册消息中抽取终端种类信息。该处理内容与在线服务器1把握终端种类时的处理完成一样,从作为注册消息的REGISTER消息的头、参数等中抽取成为终端种类判断材料的部分。接着,在步骤1234中,判断终端种类,但该处理也与在线服务器1一样。将判断后的终端信息在步骤1225中登录到位于图25的存储器1272中的终端种类表1280中。另外,在步骤1236中,将注册信息登录到图25的存储器1280上的位置表1278中,在步骤1237中结束处理。之后,SIP服务器321在图21的步骤1143中将注册信息传输给在线服务器1。
之后的步骤1144中的在线服务器1的处理与上述一样。之后,用户B的IP电话终端326与用户A的IP电话终端324分别在步骤1145、1148中执行注册,但此时的SIP服务器321、在线服务器1的处理步骤与步骤1141时一样。之后,在步骤1153中,用户A的IP电话324呼叫用户B。这里,SIP服务器321在步骤1154中判断呼叫用户B已注册的终端中哪个终端,但与图18的序列步骤不同,SIP服务器321不向在线服务器1询问终端种类信息,而是在位于图25的存储器1272上的终端种类表1280中检索终端种类信息。具体而言,按图24的流程来执行处理。图24的流程除步骤1255之外,与图19一样。在步骤1255中,询问图22的终端种类信息管理模块1208,调查用户A的终端324、325所示的用户B的终端1和326所示的终端2的终端种类。之后,在步骤1154中,在SIP服务器321内部执行发送对象终端的选择,结果,在步骤1155中,SIP服务器321向326所示用户B的终端2、即IP电话终端传输从用户A至用户B的呼叫消息。结果,在步骤1156中,开始通话,之后,在步骤1157中,结束通话。
Claims (19)
1、一种在线服务器,可连接在执行多个终端间通信连接控制的连接控制服务器上,并且管理所述多个终端的状态信息,其特征在于:
具有:线路接口;控制部,从所述接收数据包的报头信息中抽取由该线路接口接收到的所述数据包的发送源终端的终端种类信息;以及存储部,将所述抽取出的终端种类信息、和正在同所述发送源终端执行通信的对方终端与所述发送源终端间的连接状态信息相对应地存储;
所述线路接口将所述发送源终端的终端种类信息发送给所述对方终端。
2、根据权利要求1所述的在线服务器,其特征在于:
所述控制部从在由所述线路接口接收到的注册消息中包含的报头信息中,抽取与所述通信连接控制服务器连接着的所述发送源终端的终端种类信息;
所述线路接口将所述发送源终端的终端种类信息经所述连接控制服务器发送给所述对方终端。
3、根据权利要求1所述的在线服务器,其特征在于:
具备按所述发送源终端的每个通信对象、存储了所述终端种类信息的可否通知信息的表;
仅向所述终端种类信息的通知是可以的对方终端,发送该终端种类信息。
4、根据权利要求1所述的在线服务器,其特征在于:
还具备词典表,
所述控制部使用所述词典表,将从所述报头信息中抽取出的所述终端种类信息变换成内部管理用终端种类信息。
5、根据权利要求1所述的在线服务器,其特征在于:
所述控制部可向所述多个终端分别赋予所述终端种类信息,
可对所述多个终端的每一个,变更赋予所述终端种类信息的方法。
6、根据权利要求5所述的在线服务器,其特征在于:
所述控制部根据所述多个终端的每一个所使用的终端种类信息通知协议,变更所述终端种类信息的输出方法。
7、根据权利要求1所述的在线服务器,其特征在于:
所述控制部可自由设定所述数据包的报头信息中的、抽取所述终端种类信息的部分。
8、一种对话控制服务器,是执行多个终端间的通信连接控制的连接控制服务器,其特征在于:
具有:线路接口;控制部,从所述接收数据包的报头信息中抽取由该线路接口接收到的所述数据包的发送源终端的终端种类信息;以及存储部,将所述抽取出的终端种类信息、和正在同所述发送源终端执行通信的对方终端与所述发送源终端间的连接状态信息相对应地存储;
所述线路接口将所述发送源终端的所述终端种类信息发送给所述对方终端。
9、根据权利要求8所述的对话控制服务器,其特征在于:
所述控制部从在由所述线路接口接收到的注册消息中包含的报头信息中,抽取所述发送源终端的终端种类信息;
10、根据权利要求8所述的对话控制服务器,其特征在于:
还具备词典表,
所述控制部使用所述词典表,将从所述报头信息中抽取出的所述终端种类信息变换成内部管理用终端种类信息。
11、根据权利要求8所述的对话控制服务器,其特征在于:
所述控制部可向所述多个终端分别赋予所述终端种类信息,
可对所述多个终端的每一个,变更赋予所述终端种类信息的方法。
12、根据权利要求9所述的对话控制服务器,其特征在于:
所述控制部根据所述多个终端的每一个所使用的终端种类信息通知协议,变更终端种类信息的输出方法。
13、根据权利要求8所述的对话控制服务器,其特征在于:
所述控制部可自由设定所述数据包的报头信息中的、抽取所述终端种类信息的部分。
14、根据权利要求8所述的对话控制服务器,其特征在于:
可利用所述终端种类信息,执行消息的分配。
15、根据权利要求14所述的对话控制服务器,其特征在于:
可自由变更利用了所述终端种类的消息分配的规则。
16、根据权利要求14所述的对话控制服务器,其特征在于:
可自由设定成为利用了所述终端种类的消息分配对象的消息种类。
17、根据权利要求14所述的对话控制服务器,其特征在于:
在分配利用了所述终端种类的消息时,在找不到分配对象的情况下,将该找不到分配对象的信息返回给发送者。
18、根据权利要求8所述的对话控制服务器,其特征在于:
对话控制协议使用对话启动协议。
19、一种数据包中继系统,接收从终端或服务器发送的数据包,向其它服务器或终端中继数据包,其特征在于:
具有:根据由所述终端或服务器发送的数据包、来把握该终端或服务器的终端种类的单元;以及
存储所述终端种类的单元;
使用该终端种类,将目的一致的终端之间、服务器之间或终端与服务器之间连接起来。
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2004094154 | 2004-03-29 | ||
JP094154/2004 | 2004-03-29 | ||
JP2004327168A JP2005318503A (ja) | 2004-03-29 | 2004-11-11 | プレゼンスサーバ、セッション制御サーバ、パケット中継システム、サーバ、及びシステム |
JP327168/2004 | 2004-11-11 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1677955A true CN1677955A (zh) | 2005-10-05 |
Family
ID=34991463
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA200510005967XA Pending CN1677955A (zh) | 2004-03-29 | 2005-01-31 | 在线服务器、对话控制服务器、数据包中继系统 |
Country Status (3)
Country | Link |
---|---|
US (1) | US7668911B2 (zh) |
JP (1) | JP2005318503A (zh) |
CN (1) | CN1677955A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101938498A (zh) * | 2010-09-26 | 2011-01-05 | 深圳市同洲电子股份有限公司 | 数字电视终端进行即时通讯的方法和装置及系统 |
CN101316262B (zh) * | 2007-05-31 | 2011-07-13 | 中兴通讯股份有限公司 | 一种控制同帐号终端重复注册的方法 |
CN101394371B (zh) * | 2007-09-18 | 2013-01-23 | 国际商业机器公司 | 用于实现聊天应用程序代理服务器的方法和系统 |
CN101385314B (zh) * | 2006-02-13 | 2013-01-23 | 诺基亚公司 | 在在线信息中表示网络可用性状态信息的方法、装置和系统 |
CN109040017A (zh) * | 2018-06-25 | 2018-12-18 | 华南理工大学 | 一种基于mqtt和http的智能客服系统及实现方法 |
Families Citing this family (29)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
TW200539641A (en) * | 2004-02-19 | 2005-12-01 | Matsushita Electric Ind Co Ltd | Connected communication terminal, connecting communication terminal, session management server and trigger server |
DE602005022118D1 (de) * | 2005-03-24 | 2010-08-12 | Ericsson Telefon Ab L M | Verfahren und anordnung in einem kommunikationssystem zum abliefern von nachrichten an einen empfänger |
US7571249B2 (en) * | 2005-04-15 | 2009-08-04 | Alcatel Lucent | System and method for routing communication sessions based on priority, presence and preference information |
JP4821292B2 (ja) * | 2005-12-02 | 2011-11-24 | 富士ゼロックス株式会社 | 認証システム、認証装置および認証プログラム |
JP2007219721A (ja) * | 2006-02-15 | 2007-08-30 | Nec Commun Syst Ltd | 電子メール端末、プレゼンスサーバ、電子メールシステム、電子メール配信方法およびプログラム |
US8437341B2 (en) * | 2006-03-14 | 2013-05-07 | Avaya, Inc. | Contact priority reordering |
JP4906067B2 (ja) * | 2006-04-10 | 2012-03-28 | 株式会社日立ソリューションズ | インターネット電話支援システム |
US7805425B2 (en) | 2006-04-28 | 2010-09-28 | Microsoft Corporation | Efficient database lookup operations |
US8384700B2 (en) | 2007-01-26 | 2013-02-26 | Microsoft Corporation | Linked shell |
JP4869804B2 (ja) * | 2006-06-21 | 2012-02-08 | 株式会社日立製作所 | 情報共有制御システム |
US8316117B2 (en) | 2006-09-21 | 2012-11-20 | At&T Intellectual Property I, L.P. | Personal presentity presence subsystem |
JP5176302B2 (ja) * | 2006-09-28 | 2013-04-03 | 富士通株式会社 | 通信メディア自動変換システム |
US7925900B2 (en) | 2007-01-26 | 2011-04-12 | Microsoft Corporation | I/O co-processor coupled hybrid computing device |
US8671146B2 (en) * | 2007-02-28 | 2014-03-11 | Microsoft Corporation | Presence aware notification for information technology management |
JP5239184B2 (ja) | 2007-03-20 | 2013-07-17 | 日本電気株式会社 | プレゼンスサービスシステム |
IL184305A0 (en) * | 2007-06-28 | 2008-03-20 | Oleg Golobrodsky | Method, apparatus and system for enabling communications between users |
JP4919347B2 (ja) * | 2007-06-28 | 2012-04-18 | Kddi株式会社 | プレゼンス情報にセッション情報を対応付けた通信リソース状態管理方法、システム及びプログラム |
JP4920516B2 (ja) * | 2007-07-10 | 2012-04-18 | 株式会社日立製作所 | 電話システムおよび代理応答電話機 |
US20090213796A1 (en) * | 2008-02-25 | 2009-08-27 | Yoav Broshi | Method and system for facilitating communication |
US9258376B2 (en) | 2009-08-04 | 2016-02-09 | At&T Intellectual Property I, L.P. | Aggregated presence over user federated devices |
JP5693065B2 (ja) * | 2010-07-06 | 2015-04-01 | キヤノン株式会社 | 通信端末、通信端末の制御方法及びプログラム |
KR101536785B1 (ko) | 2010-10-29 | 2015-07-17 | 네이버 주식회사 | 멀티 로그인을 이용한 통합 커뮤니케이션 시스템 및 방법 그리고 통합 커뮤니케이션 툴의 동작을 제어하는 단말기 및 단말기에서의 커뮤니케이션 방법 |
JP5272047B2 (ja) * | 2010-12-22 | 2013-08-28 | 株式会社ソニー・コンピュータエンタテインメント | 情報処理装置および情報処理システム |
JP2012182601A (ja) * | 2011-02-28 | 2012-09-20 | Brother Ind Ltd | 端末接続装置、端末接続システム、端末接続装置の接続方法及び端末への接続プログラム |
KR101579603B1 (ko) * | 2012-06-27 | 2016-01-04 | 네이버 주식회사 | 이미지 인증키를 이용한 tv와 스마트폰의 연동 시스템, 방법 및 컴퓨터 판독 가능한 기록 매체 |
CN104426956B (zh) * | 2013-08-28 | 2018-10-12 | 华为技术有限公司 | 一种终端状态订阅方法、装置及系统 |
CN108809899A (zh) * | 2017-05-02 | 2018-11-13 | 四川秘无痕信息安全技术有限责任公司 | 一种针对ftp数据包进行核查的方法 |
US11723105B2 (en) * | 2021-07-20 | 2023-08-08 | Netscout Systems, Inc. | 5G N3 data plane enrichment using N11 interface in a monitoring system |
US11602009B2 (en) | 2021-07-20 | 2023-03-07 | Netscout Systems, Inc. | Enrichment of monitoring user plane data using PFCP monitoring |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH10240637A (ja) * | 1997-02-26 | 1998-09-11 | Internatl Business Mach Corp <Ibm> | 代替送信機能を持つデータ送信装置、データ送信方法、及びデータ送信プログラムを格納した記憶媒体 |
US6564261B1 (en) * | 1999-05-10 | 2003-05-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Distributed system to intelligently establish sessions between anonymous users over various networks |
US7359938B1 (en) * | 1999-12-14 | 2008-04-15 | Nortel Networks Limited | System indicating the presence of an individual or group of individuals |
US20030009530A1 (en) * | 2000-11-08 | 2003-01-09 | Laurent Philonenko | Instant message presence protocol for facilitating communication center activity |
US20040003046A1 (en) * | 2001-12-12 | 2004-01-01 | 3Com Corporation | System and methods for providing instant services in an internet protocol network |
JP4199670B2 (ja) * | 2002-01-15 | 2008-12-17 | アバイア テクノロジー コーポレーション | 収束通信サービスのための通信アプリケーション・サーバ |
EP2257094B1 (en) * | 2002-12-18 | 2012-01-25 | Nokia Corp. | Instant messaging and presence services |
US7523165B2 (en) * | 2002-12-24 | 2009-04-21 | Telefonaktiebolaget L M Ericsson (Publ) | Transmission of application information and commands using presence technology |
FR2851704A1 (fr) * | 2003-02-20 | 2004-08-27 | France Telecom | Procede de gestion de presence selective pour service de messagerie instantanee au sein d'un reseau de telecommunication tel que le reseau internet |
JP3788447B2 (ja) * | 2003-06-30 | 2006-06-21 | 株式会社日立製作所 | セッション制御サーバ、プレゼンスサーバ、セッション制御装置、当該セッション制御装置に適用されるソフトウェア、セッション制御方法、およびネットワークシステム |
-
2004
- 2004-11-11 JP JP2004327168A patent/JP2005318503A/ja active Pending
-
2005
- 2005-01-31 CN CNA200510005967XA patent/CN1677955A/zh active Pending
- 2005-02-04 US US11/050,015 patent/US7668911B2/en not_active Expired - Fee Related
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101385314B (zh) * | 2006-02-13 | 2013-01-23 | 诺基亚公司 | 在在线信息中表示网络可用性状态信息的方法、装置和系统 |
CN101316262B (zh) * | 2007-05-31 | 2011-07-13 | 中兴通讯股份有限公司 | 一种控制同帐号终端重复注册的方法 |
CN101394371B (zh) * | 2007-09-18 | 2013-01-23 | 国际商业机器公司 | 用于实现聊天应用程序代理服务器的方法和系统 |
CN101938498A (zh) * | 2010-09-26 | 2011-01-05 | 深圳市同洲电子股份有限公司 | 数字电视终端进行即时通讯的方法和装置及系统 |
WO2012037790A1 (zh) * | 2010-09-26 | 2012-03-29 | 深圳市同洲电子股份有限公司 | 数字电视终端进行即时通讯的方法和装置及系统 |
CN109040017A (zh) * | 2018-06-25 | 2018-12-18 | 华南理工大学 | 一种基于mqtt和http的智能客服系统及实现方法 |
Also Published As
Publication number | Publication date |
---|---|
US7668911B2 (en) | 2010-02-23 |
US20050216595A1 (en) | 2005-09-29 |
JP2005318503A (ja) | 2005-11-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1677955A (zh) | 在线服务器、对话控制服务器、数据包中继系统 | |
CN1297923C (zh) | 在互联网协议网络中提供即时业务的系统与方法 | |
CN104836723B (zh) | 基于mqtt主题订阅机制的通信方法以及接入网关 | |
US8819293B2 (en) | Method and system for communicating across telephone and data networks | |
US8861537B1 (en) | Bridge and control proxy for unified communication systems | |
CN102413147B (zh) | 代理服务器 | |
CN1910883A (zh) | 利用电话机的即时消息传递 | |
EP1856901A1 (fr) | Procede et systeme d'information des participants a une conversation telephonique | |
JP4672011B2 (ja) | Ip電話システム及びip電話方法 | |
CN101370159B (zh) | 一种识别业务的方法、装置和系统 | |
WO2009009967A1 (fr) | Système, composant et procédé de messagerie instantanée pour des services supplémentaires | |
JP2009530729A (ja) | インスタント・メッセージを端末に向けて送る方法及びシステム | |
US7756257B2 (en) | SIP enabled device identification | |
JP4762662B2 (ja) | Vpn接続システム及びvpn接続方法 | |
JP2004040541A (ja) | VoIPアダプタ装置及びVoIPアダプタ装置の着信通知方法 | |
CN101425067B (zh) | 信息检索方法和系统 | |
AU2003200825A1 (en) | Apparatus and method for compulsively receiving multi-calls over internet protocol phones in internet protocol telephony system | |
JP2008113381A (ja) | 通信システム | |
US20090168762A1 (en) | Method and System for Setting Up a Voice Connection | |
CN102761574A (zh) | 一种通过永远在线平台实现点对点业务的方法及系统 | |
CN1604584A (zh) | 用于控制通信连接的装置和方法 | |
CN101964957A (zh) | 融合ip消息的定向方法和系统 | |
JP5233714B2 (ja) | 通信メディア変換システム、方法及びプログラム | |
JP2014023052A (ja) | ボイスメールサーバ装置、ボイスメール方法、ボイスメールプログラム | |
JP2005317001A (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: 20051005 |
|
C20 | Patent right or utility model deemed to be abandoned or is abandoned |