CN101053244A

CN101053244A - Sip终端控制系统

Info

Publication number: CN101053244A
Application number: CNA2005800339397A
Authority: CN
Inventors: 冈善博; 大西新二
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 2004-10-05
Filing date: 2005-09-12
Publication date: 2007-10-10
Also published as: US20080059640A1; EP1798944A4; JP2006109111A; WO2006038436A1; JP4348271B2; EP1798944A1

Abstract

本发明公开一种SIP终端控制系统，无需为了控制终端而独自具备管理各个终端的IP地址的数据库和认证各个终端的认证机构，而且能够从IP网侧对各个终端通知下载请求、升级请求和上载请求。该SIP终端控制系统能够将对SIP终端的下载请求、升级请求和上载请求等的各种请求，从容纳对应的SIP终端的IP呼出控制装置(41)利用SIP通知给SIP终端，由此，管理各个终端的IP地址的数据库和认证各个终端的认证机构能够利用IP呼出控制装置(41)的现有的功能，而且能够通过使用SIP穿越防火墙接入SIP终端。

Description

SIP终端控制系统

技术领域

本发明涉及SIP终端控制系统，为了将各种数据等下载到SIP终端(是指能够通过SIP进行连接控制的终端)，或者从SIP终端上载各种数据等，该系统将通过中心系统产生的下载请求、升级请求和上载请求等经由IP网通知给SIP终端。

背景技术

以往，作为从中心侧经由IP网接入终端而更新终端的软件的系统，周知的有更新便携式电话终端的固件(firmware)的固件播发系统(比如，参照专利文献1)。在上述的固件播发系统中，对关于所有的便携式电话终端的机种名、安装固件的版本数信息等实现数据库化，并保持在固件播放服务器。参照该数据库，对经指定的机种的便携式电话终端，检查当前的固件的版本数，并对未安装最新版本的固件的便携式电话装置经由便携式电话网进行接入。当固件播发服务器确认该接入呼入便携式终端，而该便携式电话终端处于能够进行动作的状态后，将用于更新的固件模块发送给该便携式电话终端。

另外，并不只限于便携式电话终端，还希望对个人电脑、网络连接型的办公机器(网络打印机、因特网FAX等)、网络家电(IP电话机、IP电视装置等)、网关、路由器等，经由IP网下载各种数据(软件、设定数据等)或者从终端进行上载。而现状是，通过机器管理服务器对管理对象的所有终端的地址信息(IP地址、电话号码等)进行管理，机器管理服务器利用地址信息一个一个地对各个终端进行呼出连接，并在线路连接的状态下进行下载、升级等处理。另外，从IP网侧的机器管理服务器来看接入目的地的终端，而终端配置于防火墙的内侧时，即使从IP网侧对终端通知下载请求、升级请求、上载请求，也会被防火墙拒绝。因此，作为一种对策，需要机器管理服务器对各个终端一个一个地进行呼出连接而确立会话。

[专利文献1]日本专利申请特开2003-209510号公报

发明内容

发明要解决的课题

但是，当机器管理服务器管理所有终端的地址信息时，由于预料到终端的地址信息会发生变化，而必须一直管理所有终端的正确的地址信息，存在当终端数目增加时管理负担会增大的问题。

另外，虽然也可以考虑从终端侧向机器管理服务器通知注册信息(包括接入信息)，并基于该终端信息更新接入信息，但是在该情形下，需要认证机构来认证通知了注册信息的各个终端，这样会发生使机器管理服务器侧的结构变得复杂的问题。

鉴于以上的实际情况，本发明旨在提供一种SIP终端控制系统，无需为了控制终端而独自具备管理各个终端的IP地址的数据库和认证各个终端的认证机构，而且能够从IP网侧对各个终端通知下载请求、升级请求和上载请求。

解决课题的手段

本发明能够将对SIP终端的下载请求、升级请求和上载请求等的各种请求，从容纳对应的SIP终端的IP呼出控制装置利用SIP通知给SIP终端，由此管理各个终端的IP地址的数据库和认证各个终端的认证机构，能够利用IP呼出控制装置的现有的功能，并且能够通过使用SIP穿越防火墙而接入SIP终端。

发明效果

根据本发明，能够提供一种SIP终端控制系统，无需为了控制终端而独自具备管理各个终端的IP地址的数据库和认证各个终端的认证机构，而且能够从IP网对各个终端通知下载请求、升级请求和上载请求。

附图说明

图1是本发明的一个实施例的SIP终端控制系统的整体结构图。

图2是本发明的一个实施例中的SIP终端请求注册时的时序图。

图3是本发明的一个实施例中的SIP终端通知版本数时的时序图。

图4是本发明的一个实施例中的终端控制服务器请求下载时的时序图。

图5是本发明的一个实施例中的终端控制服务器请求上载时的时序图。

图6是本发明的一个实施例中的终端管理服务器/版本数管理装置请求升级时的时序图。

图7是表示将私宅的自动录音电话中所录音的数据文件上载到服务器时的系统结构示例的图。

图8是表示为了将客户终端的版本数信息通知给版本数管理装置而使用的SUIBSCRIBE请求的具体示例的图。

图9是表示为了将下载请求通知给客户终端而使用的NOTIFY请求的具体示例的图。

图10是表示从IP呼出控制装置向客户终端通知上载请求的SUBSCRIBE请求的具体示例的图。

图11是表示从客户终端向IP呼出控制装置发送的NOTIFY请求的具体示例的图。

具体实施方式

本发明的第一方面为一种SIP终端控制系统，中心系统产生对终端的下载请求，IP呼出控制装置接受该下载请求，从地址信息数据库获取终端的地址信息，并利用该地址信息经由IP网连接到所述终端从而对其通知下载请求。

根据这样构成的SIP终端控制系统，IP呼出控制装置接收从中心系统发送的对终端的下载请求，经由IP网连接到所述终端并通知下载请求，因此中心系统无需为了控制终端而独自具备管理各个终端的IP地址的数据库和认证各个终端的认证机构，而且因为IP呼出控制装置连接到容纳终端，所以能够穿越防火墙而接入SIP终端，能够通知下载请求。

另外，优选的是，所述IP呼出控制装置使用SIP消息连接到所述终端，向该终端通知下载请求，并通知下载服务器的地址信息。

本发明的第二方面为一种SIP终端控制系统，中心系统产生对终端的上载请求，IP呼出控制装置接受该上载请求，从地址信息数据库获取终端的地址信息，并利用该地址信息经由IP网连接到所述终端从而对其通知上载请求。

根据这样构成的SIP终端控制系统，IP呼出控制装置接收从中心系统发送的对终端的上载请求，经由IP网连接到所述终端并通知上载请求，因此中心系统无需为了控制终端而独自具备管理各个终端的IP地址的数据库和认证各个终端的认证机构，而且因为IP呼出控制装置连接到容纳终端，所以能够穿越防火墙而接入SIP终端，能够通知上载请求。

另外，优选的是，所述IP呼出控制装置使用SIP消息连接到所述终端，向该终端通知上载请求，并通知上载目的地的地址信息。

本发明的第三方面为一种SIP终端控制系统，中心系统产生对终端的内部软件或者环境文件的升级请求，IP呼出控制装置接受该升级请求，从地址信息数据库获取终端的地址信息，并利用该地址信息经由IP网连接到所述终端从而对其通知升级请求。

根据这样构成的SIP终端控制系统，IP呼出控制装置接收从中心系统发送的对终端的升级请求，经由IP网连接到所述终端从而对其通知升级请求，因此中心系统无需为了控制终端而独自具备管理各个终端的IP地址的数据库和认证各个终端的认证机构，而且因为IP呼出控制装置连接到容纳终端，所以能够穿越防火墙而接入SIP终端，能够通知升级请求。

另外，优选的是，所述IP呼出控制装置使用SIP消息连接到所述终端，向该终端通知升级请求，并通知下载服务器的地址信息。

本发明的其它方面为一种电话录音数据文件的上载方法，终端控制服务器对IP电话机产生电话录音数据文件的上载请求，IP呼出控制装置接受该上载请求，从地址信息数据库获取所述IP电话机的地址信息，利用该地址信息经由IP网连接到所述IP电话机从而对其通知上载请求以及上载目的地的地址信息，接收该上载请求的所述IP电话机，将电话录音数据文件上载到被指定为上载目的地的上载服务器。

本发明的另外的其它方面为一种通知方法，包括以下步骤：受理终端控制服务器向终端发出的下载请求；从容纳终端的地址信息数据库获取作为该已受理的下载请求的通知目的地的终端的地址信息；以及利用该地址信息经由IP网利用SIP消息连接到所述终端从而对其通知下载请求。

本发明的进一步的其它方面为一种通知方法，包括以下步骤：受理终端控制服务器所发出的对终端的上载请求；从容纳终端的地址信息数据库获取作为该已受理的上载请求的通知目的地的终端的地址信息；以及利用该地址信息经由IP网利用SIP消息连接到所述终端从而对其通知上载请求。

本发明的另外的其它方面为一种通知方法，包括以下步骤：受理管理服务器所发出的对终端的内部软件或者环境文件的升级请求；从容纳终端的地址信息数据库获取作为该已受理的升级请求的通知目的地的终端的地址信息；以及利用该地址信息经由IP网利用SIP消息连接到所述终端从而对其通知升级请求。

以下，参照附图来详细说明本发明的一个实施例。

图1是本实施例的SIP终端控制系统的整体结构图。SIP终端侧系统10将作为SIP终端的IP电话11连接到LAN12，经由路由器13以及网关14连接到IP网30。网关14具有NAT功能以及防火墙功能。另外，SIP终端侧系统10经由VoIP网关15连接到现有的交换装置16，从而形成能够连接公共电话交换网(PSTN，Public Switching Network)的结构。另外，SIP终端并不限定于IP电话11等，连接到IP网30的网关14和连接到公共电话交换网的VoIP网关15也可能被用作为SIP终端。另外，在图1中虽然作为SIP终端示例了IP电话11，除此之外，个人电脑、网络连接型的办公机器(网络打印机、因特网FAX等)、网络家电(IP电视装置、IP摄影机等)等也可以被用作为SIP终端。

中心侧系统20包括：IP呼出控制装置41、终端控制服务器51和下载服务器61。在本实施例中，IP呼出控制装置41与终端控制服务器51之间、以及IP呼出控制装置41与下载服务器61之间利用专用线路(private line)连接着。其中，虽然在IP呼出控制装置41与终端控制服务器51之间不一定必须利用专用线路连接，但是保密的(secure)数据通信环境为优选。另外，也可以采取不将IP呼出控制装置41与下载服务器61包含于中心侧系统20，而将它们独立地配置在IP网30并由相同或者不同的业者运用的结构。

IP呼出控制装置41经由LAN42通过路由器43以及SBC(会话边界控制器，Session Border Controller)44连接着IP网30。SBC44具有在SIP以及RTP中的NAT功能以及防火墙功能。IP呼出控制装置41具备注册了IP电话11等的容纳终端(包括网关装置等)的地址信息(IP地址)的地址信息数据库45。地址信息数据库45中能够既注册认证所需的信息(用户ID、密码等)，又注册用于呼出控制以外的信息。比如，还可以注册容纳终端的文件版本数信息和终端的状态。IP呼出控制装置41包括：数据库控制单元46，对地址信息数据库45进行读出以及写入；呼出控制单元47，参照地址信息数据库45，控制通过SIP的SIP终端间的连接；以及应用单元48，执行除了对来自SIP终端的注册请求的认证处理之外的、其它的各种应用。另外，IP呼出控制装置41经由路由器49利用专用线路连接到终端控制服务器51；经由路由器40利用专用线路连接到下载服务器61。

终端控制服务器51经由LAN52从网关53连接着IP网30。网关53作为路由器来使用，并具有NAT功能以及防火墙功能。终端控制服务器51利用通过IP呼出控制装置41的SIP连接服务，连接到SIP终端，通知下载请求、升级请求或者上载请求。并不仅限于这些请求的通知，通过IP呼出控制装置41连接终端控制服务器51和SIP终端，由此能够从终端控制服务器51经由IP网30接入SIP终端而进行各种控制。另外，终端控制服务器51经由路由器54通过专用线路连接着IP呼出控制装置41。

下载服务器61经由LAN62从网关63连接着IP网30。网关63作为路由器来使用，并具有NAT功能以及防火墙功能。下载服务器61接收来自终端的请求，将数据下载到请求方的终端。在数据的转发处理中根据数据内容使用FTP等的适当的协议。

另外，在上述的SIP终端控制装置中，也可以采取由开关来实现路由器13、40、43、49、54和64的功能的结构。

接下来，说明像上述那样构成的本实施例的SIP终端控制系统的操作内容。

图2为SIP终端向IP呼出控制装置41请求注册时的时序图。另外，因为SIP终端为向IP呼出控制装置41请求地址信息的注册的用户，所以在图2中将SIP终端表示为客户终端。只要是安装了SIP并能够通过IP呼出控制装置41进行会话连接的机器的话，客户终端并不仅限于IP电话11。比如，VoIP网关15也可能成为客户终端，未示出的个人电脑、网络连接型的办公机器(网络打印机、因特网FAX等)、网络家电(IP电话机、IP电视装置等)等也可能成为客户终端。

客户终端发出注册请求(S101)，该注册请求为向IP呼出控制装置41请求注册自身的最新信息(比如地址信息和用户ID)。注册请求既可以定期地进行，也可以以某个事件为契机而发出。

IP呼出控制装置41经由IP网30接收客户终端所发送的注册请求。IP呼出控制装置41受理接收了的注册请求(T101)，向请求方的客户终端发出认证请求(T102)。在IP呼出控制装置41对客户终端发送的认证请求中包括认证所需的信息。

客户终端受理IP呼出控制装置41发出的认证请求(S102)，对IP呼出控制装置41返回包括了认证信息的注册请求(S103)。在返回的认证信息中包括认证所需的信息。

当接收到客户终端所发送的认证信息(T103)时，IP呼出控制装置41进行认证信息的确认(T104)。比如，查看是否与该客户终端的用户事先注册于地址信息数据库45的密码相一致。当密码一致时，设定认证成功信息(T105)；当密码不一致时，设定认证失败信息(T106)。向客户终端通知认证结果(T107)。

客户终端受理由IP呼出控制装置41通知的认证结果(S104)。当受理了的认证结果表示为认证失败时，也可以再次发出注册请求来尝试注册。

IP呼出控制装置41对被设定了认证成功信息的客户终端，通过在T101受理的信息(比如地址信息和用户ID)，更新地址信息数据库45的对应的部分。由此，该客户终端的最新的地址信息等被注册于地址信息数据库45。通过注册于IP呼出控制装置41的所有的SIP终端(客户终端)定期或不定期地产生上述注册请求，注册于地址信息数据库45的地址信息被更新为最新的地址信息。比如，即使由于客户终端移动接入点，IP地址发生变化时，通过来自客户终端的注册请求，在IP呼出控制装置41也能随时掌握最新的地址信息。

接下来，作为中心侧系统20管理SIP终端的一个例子，说明SIP终端中所安装的软件的版本数管理。

图3表示客户终端向版本数管理装置通知自身的版本数信息的时序图。既可以采取由中心侧系统20的终端控制服务器51兼顾版本数管理装置的系统构成，也可以采取在IP网30上另外设置版本数管理装置的系统构成。

客户终端定期地或者以某个事件为契机向IP呼出控制装置41通知当前安装的软件的版本数信息(S201)。客户终端与IP呼出控制装置41之间的通信利用SIP。具体而言，客户终端利用SUBSCRIBE请求来进行版本数通知，该SUBSCRIBE请求为SIP的事件通知中的一个。图8是为了将用户终端的版本数信息通知给版本数管理装置而使用的SUBSCRIBE请求的具体示例。SUBSCRIBE请求的Event报头字段记述有该客户终端的版本数信息(有关最新文件的信息)。具体而言，通过“sip-profile，profile-name＝，vendor＝，model＝，version＝”来定义版本数信息。

IP呼出控制装置41接收从客户终端发出的SUBSCRIBE请求，从该Event报头字段得知该请求为版本数通知，并受理该版本数通知(T201)。另外，客户终端如果为注册于IP呼出控制装置41的地址信息数据库45以外的用户的话，则版本数通知被拒绝受理。当IP呼出控制装置41受理版本数通知时，对版本数管理装置进行版本数信息的数据发送(T202)。在本示例，即使在IP呼出控制装置41与版本数管理装置之间，也利用SIP进行通信。IP呼出控制装置41在T201中受理的版本数信息以SUBSCRIBE请求的形式通知给版本数管理装置。

版本数管理装置接收从IP呼出控制装置41以SUBSCRIBE请求的形式发送来的版本数信息(Q201)。版本数管理装置具有版本数数据库，该数据库对每个客户存储版本数信息。将接收的版本数信息存储于版本数数据库(Q202)。当将接收版本数信息存储于版本数数据库的处理成功后，版本数管理装置返回表示受理了版本数通知的版本数通知OK(Q203)。具体而言，对IP呼出控制装置41返回200OK。

当接收到来自版本数管理装置的200OK(T203)时，IP呼出控制装置41向连接目的地的客户终端发送200OK(T204)。

客户终端接收200OK，确认版本数通知完毕的事实(S202)，结束版本数通知的处理。

这样，客户终端经由IP呼出控制装置41通过SIP连接到版本数管理装置，使用由SIP支持的SUBSCRIBE请求，将自身的版本数信息通知给版本数管理装置。

接下来，说明终端控制服务器51对客户终端请求下载时的操作。

图4为客户终端根据终端控制服务器51发出的下载请求来下载数据的时序图。本实施例中，SIP的NOTIFY请求(SIP消息)被用于下载请求的通知。

终端控制服务器51产生对客户终端的下载请求(Q301)。下载请求以NOTIFY请求的形式来通知IP呼出控制装置41。假设将成为通知目的地的客户终端的确定信息(比如用户ID)包含在NOTIFY请求中。

IP呼出控制装置41接收来自终端控制服务器51的NOTIFY请求，受理下载请求(T301)。在本实施例中，IP呼出控制装置41判断是否对作为通知目的地的客户终端进行新文件的下载(T302)，当判断为需要进行新文件的下载时，使用NOTIFY请求对客户终端通知下载请求(T303)。

比如，终端控制服务器51管理安装于各个客户终端的文件的版本数信息。IP呼出控制装置41具备版本数管理机构。既可以采取如图3所示的使版本数管理装置包含于IP呼出控制装置41的内部的形态，也可以采取将版本数管理装置配置于外部，并随时连接到版本数管理装置而进行查询的形态。继而，通过版本数管理机构获取成为下载请求的通知目的地的客户终端的最新的版本数。比较客户终端的最新的版本数与本次下载请求的版本数，如果一致的话则判断为无需下载。此时，向终端控制服务器51返回“200OK”并结束处理。另一方面，如果本次下载请求的版本数比客户终端的最新的版本数新的话，向客户终端发送通知下载请求的NOTIFY请求。图9表示为了将下载请求通知给用户终端而使用的NOTIFY请求的具体示例。NOTIFY请求的Event报头字段中记述有该请求为文件的下载请求的通知。另外，通过Content-Type报头字段指定Multipart/mixed，在消息主体记述有有关网站(下载服务器)的接入方法(access-type))、接入有效期限(expiration)和地址信息(URL)，该网站为存储了应当下载到该客户终端的文件。

客户终端从IP呼出控制装置41接收NOTIFY请求，从该Event报头字段的记述内容得知该请求为下载请求通知，受理该请求(S301)。受理了请求的客户终端从NOTIFY请求取出文件下载所需的信息。在本示例中设定为：应当下载的文件存储在下载服务器61中，该下载服务器61通过HTTP受理来自客户终端的下载请求。客户终端使用记述于NOTIFY请求的下载服务器61的URL，通过HTTP接入下载服务器61。继而，通知下载请求(S302)，该下载请求为请求由NOTIFY请求所指示的文件。

下载服务器61受理来自客户终端的下载请求(D301)，对请求方的客户终端进行所指定的文件的数据发送(D302)。比如在文件的转发时，能够使用FTP、HTTP等协议。当文件的数据发送结束后(D303)，下载服务器61结束处理。

客户终端从下载服务器61下载文件(S303)。当下载结束后(S304)，判断下载是否成功(S305)，成功时设定成功信息(S306)，失败时设定失败信息(S307)。最后，客户终端将S306或者S307中的设定内容作为结果通知IP呼出控制装置41(S308)。作为结果通知返回200OK。这样，对于终端控制服务器51所发出的下载请求，文件被下载到客户终端。

当接收到对于在T303通知了客户终端的下载请求的200OK(T304)时，IP呼出控制装置41得知下载请求被受理，向终端控制服务器51发送200OK(T305)。

当接收到对于在Q303通知了IP呼出控制装置41的下载请求的200OK(Q302)时，得知下载请求被受理，结束对该客户终端的下载请求处理。

这样，因为构成为：将从客户终端(IP电话11等)来看处于防火墙外侧的终端控制服务器51所发出的下载请求，由容纳该客户终端的IP呼出控制装置41使用SIP请求传送给该客户终端，所以终端控制服务器51无需持有容纳于IP呼出控制装置41的所有终端(包括网关等)的最新地址信息和认证机构，而且能够穿越防火墙将下载请求通知给客户终端。因此，能够简化作为中心系统发挥作用的终端控制服务器51的系统结构，能够谋求成本的降低。

接下来，说明终端控制服务器51向客户终端请求上载时的操作。

图5为客户终端根据终端控制服务器51发出的上载请求进行上载的时序图。本实施例中，在上载请求的通知中使用SIP的SUBSCRIBE请求。上载的数据只要是客户终端所持有的数据，并没有特别的限定。比如，可以将通信质量信息、通信履历(记录，log)、控制程序、环境信息等作为上载数据的对象。

请求上载客户终端所持有的数据时，终端控制服务器51向将客户终端作为容纳终端的IP呼出控制装置41通知上载请求(Q401)。上载请求以SUBSCRIBE请求的形式进行。

IP呼出控制装置41接收来自终端控制服务器51的SUBSCRIBE请求，受理上载请求(T401)。IP呼出控制装置41将包含于SUBSCRIBE请求的用户ID作为关键字(key)，从地址信息数据库45获取由终端控制服务器51指定为通知目的地的客户终端的IP地址。客户终端的IP地址如果存在于地址信息数据库45，则意味着该客户终端为IP呼出控制装置41的容纳终端。IP呼出控制装置41向客户终端通知上载请求(T402)。上载请求使用SUBSCRIBE请求进行。图10是表示从IP呼出控制装置41向用户终端通知上载请求的SUBSCRIBE请求的具体示例的图。SUBSCRIBE请求的Event报头字段中记述有请求上载的数据种类(在本示例中为终端设定数据)。另外Contact报头字段中记述有上载目的地(IP呼出控制装置)的地址信息。客户终端将终端设定数据上载到IP呼出控制装置41(S402a)。将NOTIFY请求用于经SUBSCRIBE请求所请求的终端设定数据的通知。图11是表示从客户终端向IP呼出控制装置41发送的NOTIFY请求的具体示例。NOTIFY请求的Event报头字段中记述有通知的数据种类(在本示例中为终端设定数据)。另外消息主体中记述有作为上载的数据主体的设定数据。

IP呼出控制装置41接收对于在T402中发送的SUBSCRIBE请求的NOTIFY请求(T403a)。从接收的NOTIFY请求中取出MIME本文而获取终端设定数据，并对终端控制服务器51进行该终端设定数据的数据发送(T404)。在对终端控制服务器51的数据发送中也可以使用NOTIFY请求的形式。

终端控制服务器51接收对于在Q401中发送的SUBSCRIBE请求的NOTIFY请求(Q402)。从接收的NOTIFY请求中截取终端设定数据，进行存储以用于管理终端，并结束上载请求处理。

另外，如图5中虚线所示，客户终端向IP呼出控制装置41进行上载后(S402b)，不从IP呼出控制装置41向终端控制服务器51进行发送，而由IP呼出控制装置41存储并管理该终端设定数据来管理也是可以的(T403b)。比如，将客户终端的版本数信息上载到IP呼出控制装置41，在接收来自终端控制服务器51的文件的下载请求时，用于确认对应的客户终端的版本数信息。

另外，也可以将不同于终端控制服务器51以及IP呼出控制装置41的用于上载的服务器设置于IP网30上，从受理了上载请求的客户终端直接上载到上载用服务器。此时，IP呼出控制装置41在T402中发送的SUBSCRIBE请求中，作为上载目的地的地址信息记述用于上载的服务器的地址。

另外，用于从客户终端向IP呼出控制装置41或者用于上载的服务器进行数据上载的协议并不仅限于SIP，也可以使用HTTP、FTP等的协议。

这样，因为构成为：将从客户终端来看处于防火墙外侧的终端控制服务器51所发出的上载请求，由容纳该客户终端的IP呼出控制装置41使用SIP请求传递给该客户终端，所以终端控制服务器51无需持有容纳于IP呼出控制装置41的所有终端(包括网关等)的最新地址信息和认证机构，而且能够穿越防火墙将上载请求通知给客户终端。因此，能够简化作为中心系统发挥作用的终端控制服务器51的系统结构，能够降低成本。

接下来，说明根据终端管理服务器/版本数管理装置所发出的升级请求，对客户终端的内部软件或者环境文件进行升级时的操作。在本实施例中作为发出升级请求的装置例举了终端管理服务器或者版本数管理装置，但是其它的装置也是可以的。另外，虽然图1中未示出终端管理服务器/版本数管理装置，但也可以使终端控制服务器51兼用为终端管理服务器/版本数管理装置，或者将其设置于IP网30。在此假设由终端控制服务器51兼用的终端管理服务器产生升级请求。

图6为上载请求客户终端根据终端管理服务器所产生的升级请求升级内部软件或者环境文件的时序图。在本实施例中，将NOTIFY请求用于从IP呼出控制装置41发向客户终端的升级请求的通知。

终端管理服务器确认作为IP呼出控制装置41的容纳终端的各个客户终端的版本数信息(Q501)，当判断需要对内部软件或者环境文件进行升级时，产生升级请求(Q502)。比如，根据从客户终端发送来的版本数信息判断是否需要对内部软件或者环境文件进行升级，当检测出使用着旧版本的内部软件或者环境文件的客户终端时，向该客户终端发出升级请求。升级请求能够以NOTIFY请求的形式通知IP呼出控制装置41。

IP呼出控制装置41受理由终端管理服务器通知的升级请求(T501)。IP呼出控制装置41进行请求受理，以用户ID为关键字从地址信息数据库45搜索作为通知目的地的客户终端的IP地址。如果客户终端的地址信息注册于地址信息数据库45，则意味着该客户终端为经IP呼出控制装置41认证的容纳终端。如果IP呼出控制装置41能够取得客户终端的IP地址，则将该IP地址作为发送目的地发送升级请求(T502)。在本实施例中，从IP呼出控制装置41向客户终端通知的升级请求使用NOTIFY请求进行。该NOTIFY请求能够具有与图9所示的NOTIFY请求相同的结构。也就是，使NOTIFY请求的Event报头字段记述为请求内部软件或者环境文件的升级，在NOTIFY请求的消息主体上记述存储升级数据的服务器的地址信息(URL)以及确定升级数据的信息。

客户终端接收有关升级请求的NOTIFY请求，受理升级请求(S501)，判断是否处于能够升级的状态(S502)。比如，当升级对象的软件处于正在使用的状态时则判断为不能升级而结束处理。另一方面，在S502判断为能够升级时，参照接收NOTIFY请求中所包含的联系(contact)信息，对服务器发出下载请求(S503)。联系信息是存储了升级数据的服务器的地址信息(URL)以及确定升级数据的信息等的数据。本示例中假设图1所示的下载服务器61为经联系信息所指定的下载服务器。

下载服务器61接收来自客户终端的下载请求进行请求受理后(D501)，将被请求的数据(内部软件或者环境文件等)发送到客户终端(D502)。当所有的对应数据的发送结束后(D503)，结束下载。

客户终端接收并存储对于下载请求的响应数据(S504)。这样，当结束下载(S505)后，对于在S501中接收的NOTIFY请求，将200OK返回给IP呼出控制装置41(S506)。由此，通知被请求升级的内部软件或者环境文件的下载结束了的事实。

当接收到对于在T502中接收的NOTIFY请求的200OK(T503)时，IP呼出控制装置41对于在T501中接收的NOTIFY请求返回200OK(T504)。由此，对请求方的终端管理服务器通知对于升级请求的结果。

当接收到对于在Q502发送的NOTIFY请求的200OK时(Q503)，则意味着终端管理服务器接收了对于升级请求的结果，终端管理服务器结束一系列的升级请求的处理。

接下来，说明根据来自终端控制服务器51的指示，将SIP终端所持有的数据上载到服务器时的一例。

图7是表示将录音到私宅的自动录音电话的数据文件上载到服务器时的系统结构示例。该结构为，私宅的IP电话71附带设置有录音装置72，录音到录音装置72的数据文件能够从IP电话71发送到IP网30。IP电话71连接到LAN73，经由路由器74能够连接到IP网30。用户从公司的个人电脑(PC)81能够接入上载服务器91而取得经录音的数据文件。PC81连接到LAN82，经由路由器83以及网关84能够连接到IP网30。上载服务器91可以通过Web服务器来构成。上载服务器91连接到LAN92，经由网关93能够连接到IP网30。

在上述的系统结构中，当处于电话录音模式时有来电时，私宅的IP电话71将由呼叫者输入的消息变换成留言电话录音数据并存储于录音装置72。根据来自终端控制服务器51的上载请求，将存储于IP电话71的录音装置72中的数据文件上载到上载服务器91。在这样的上载中，如图5所示IP呼出控制装置41还介于两者之间。也就是，IP呼出控制装置41受理由终端控制服务器51发出的上载请求，从IP呼出控制装置41向对应IP电话71发送SUBSCRIBE请求而通知上载请求。当作为SIP终端的IP电话71接收到SUBSCRIBE请求，对上载服务器91进行数据文件的数据发送，该数据文件为存储于录音装置72的自动录音电话录音数据。

另一方面，用户从私宅之外的PC81接入上载服务器91，下载从私宅的IP电话71上载的自动录音电话录音数据的数据文件。继而，通过重放下载于PC81的自动录音电话录音数据的数据文件，能够听到私宅的录音到自动录音电话的内容。

这样，因为能够将私宅的IP电话71所录音的电话录音数据，根据中心端的终端控制服务器51发出的上载请求而上载到上载服务器91，所以只需在IP电话71上配备录音留言功能以及上载功能，就能够从私宅之外的PC81听到私宅的录音电话中所录音的内容。

另外，从SIP终端上载的上载数据的对象并不仅限于上述的数据。比如，能够将SIP终端的各种的通知记录(信息)作为上载对象，还可以将语音信息的质量、在连接时语音是否到达等的信息、和通信历史(日志，log)作为上载对象。

本说明书基于2004年10月5日提交的日本专利申请的特愿2004-293126号。其全部内容通过引用并入本文。

工业实用性

本发明能够适用于一种SIP终端控制系统，无需为了控制终端而独自具备管理各个终端的IP地址的数据库和认证各个终端的认证机构，而且能够从IP网侧对各个终端通知下载请求、升级请求和上载请求。

Claims

1.一种SIP终端控制系统，中心系统产生对终端的下载请求，IP呼出控制装置接收该下载请求，从地址信息数据库获取终端的地址信息，并利用该地址信息经由IP网连接到所述终端从而通知下载请求。

2.如权利要求1所述的SIP终端控制系统，所述IP呼出控制装置使用SIP消息连接到所述终端，对该终端通知下载请求，并通知下载服务器的地址信息。

3.一种SIP终端控制系统，中心系统产生对终端的上载请求，IP呼出控制装置接收该上载请求，从地址信息数据库获取终端的地址信息，并利用该地址信息经由IP网连接到所述终端从而通知上载请求。

4.如权利要求3所述的SIP终端控制系统，所述IP呼出控制装置使用SIP消息连接到所述终端，对该终端通知上载请求，并通知上载目的地的地址信息。

5.一种SIP终端控制系统，中心系统产生对终端的内部软件或者环境文件的升级请求，IP呼出控制装置接收该升级请求，从地址信息数据库获取终端的地址信息，并利用该地址信息经由IP网连接到所述终端从而通知升级请求。

6.如权利要求5所述的SIP终端控制系统，所述IP呼出控制装置使用SIP消息连接到所述终端，对该终端通知升级请求，并通知下载服务器的地址信息。

7.一种电话录音数据文件的上载方法，终端控制服务器对IP电话机产生电话录音数据文件的上载请求，IP呼出控制装置接收该上载请求，从地址信息数据库获取所述IP电话机的地址信息，利用该地址信息经由IP网连接到所述IP电话机，从而通知上载请求以及上载目的地的地址信息，接收了该上载请求的所述IP电话机，将电话录音数据文件上载到被指定为上载目的地的上载服务器。

8.一种通知方法，包括以下步骤：受理终端控制服务器发出的对终端的下载请求；从容纳终端的地址信息数据库获取作为该已受理的下载请求的通知目的地的终端的地址信息；以及利用该地址信息经由IP网利用SIP消息连接到所述终端从而通知下载请求。

9.一种通知方法，包括以下步骤：受理终端控制服务器发出的对终端的上载请求；从容纳终端的地址信息数据库获取作为该已受理的上载请求的通知目的地的终端的地址信息；以及利用该地址信息经由IP网利用SIP消息连接到所述终端从而通知上载请求。

10.一种通知方法，包括以下步骤：受理管理服务器所发出的对终端的内部软件或者环境文件的升级请求；从容纳终端的地址信息数据库获取作为该已受理的升级请求的通知目的地的终端的地址信息；以及利用该地址信息经由IP网利用SIP消息连接到所述终端从而通知升级请求。