2024年6月8日发(作者：)
(19)中华人民共和国国家知识产权局
(12)发明专利说明书
(21)申请号 CN2.0
(22)申请日 2006.03.28
(71)申请人 株式会社东芝
地址 日本国东京都
(72)发明人 伊瀬恒太郎 村井信哉 川村卓也 後藤真孝 山口惠一
(74)专利代理机构 上海市华诚律师事务所
代理人 徐申民
(51)
H04L29/08
权利要求说明书 说明书 幅图
(10)申请公布号 CN 101194489 A
(43)申请公布日 2008.06.04
(54)发明名称
信息处理服务器，远程控制系统和
远程控制方法
(57)摘要
本发明提供一种使用连接到第一网
络的终端装置和连接到第二网络的信息处
理服务器的远程控制方法，该方法包括：
在终端装置和信息处理服务器之间设置通
道；通过所述通道将从第一网络上的服务
提供服务器输出的广播或多点传送数据包
发送到信息处理服务器以使该服务器找到
服务提供服务器和由该服务提供服务器提
供的服务；通过通道或第二网络将来自信
息处理服务器的所找到的服务通知终端装
置；和如果该服务的执行请求由信息处理
服务器通过所述通道或第二网络从终端装
置接收，则通过第二网络在提供服务的服
务提供服务器和信息处理服务器之间进行
有关该服务的数据通信。
法律状态
法律状态公告日
法律状态信息
法律状态
权 利 要 求 说 明 书
1.一种与连接到第一网络的终端装置进行通信并连接到不同于第一网络的第二网络
的信息处理服务器，其特征在于，该信息处理服务器包括：
设置与所述终端装置的通道的通道设置器；
通过所述通道接收从第一网络上的一个或多个服务提供服务器输出的广播或多点传
送数据包的接收单元；
基于所接收的广播或多点传送数据包寻找第一网络上的服务提供服务器和由该服务
提供服务器提供的服务的服务器寻找单元；
通过所述通道或第二网络将找到的服务通知终端装置的通知单元；和
响应通过所述通道或第二网络的来自终端装置的服务执行请求通过第二网络与提供
服务的服务提供服务器进行有关该服务的数据通信的数据通信单元。
2.如权利要求1所述的信息处理服务器，其特征在于，其中所述数据通信单元通过
所述通道或第二网络将数据通信的结果发送到终端装置。
3.如权利要求1所述的信息处理服务器，其特征在于，其中所述通知单元通过所述
通道或第二网络将由所述服务器寻找单元找到的服务提供服务器的识别符通知终端
装置，
收到由具有该识别符的服务提供服务器提供的服务的执行请求后，数据通信单元与
具有该识别符的服务提供服务器进行有关该服务的数据通信。
4.如权利要求3所述的信息处理服务器，其特征在于，其中
服务器寻找单元寻找作为服务提供服务器的内容提供服务器，
通知单元通过通道或第二网络将由内容提供服务器提供的内容的识别符通知终端装
置，以及
通过所述通道或第二网络从终端装置收到提供具有该识别符的内容的请求后，数据
通信单元通过第二网络从内容提供服务器获取具有该识别符的内容，并通过所述通
道或第二网络将所获得的内容发送到终端装置。
5.如权利要求4所述的信息处理服务器，其特征在于，其中数据通信单元获取作为
内容的静止图片数据，视频数据，声音数据或文档数据。
6.如权利要求1所述的信息处理服务器，其特征在于，其中
服务器寻找单元寻找作为服务提供服务器的图像输出设备，以及
数据通信单元通过第二网络将通过所述通道或第二网络从终端装置发送的数据发送
到图像输出设备。
7.如权利要求6所述的信息处理服务器，其特征在于，其中图像输出设备是打印机。
8.如权利要求1所述的信息处理服务器，其特征在于，其中服务器寻找单元通过所
述通道发送用于寻找第一网络上的服务提供服务器的广播或多点传送数据包以使终
端装置将该广播或多点传送数据包流传到第一网络上，通过所述通道接收对所发送
广播或多点传送数据包的响应数据包，以及基于所收到的响应数据包寻找第一网络
上的服务提供服务器和由该服务提供服务器提供的服务。
9.如权利要求8所述的信息处理服务器，其特征在于，该信息处理服务器进一步包
括配置成获取第一网络的IP地址的IP地址获取单元，其中
DHCP服务器连接到第一网络，
IP地址获取单元通过所述通道与DHCP服务器进行通信并通过该通信获取第一网
络的IP地址，以及
服务器寻找单元将所获得的IP地址用作将要发送到终端装置的广播或多点传送数
据包的发送源地址。
10.如权利要求1所述的信息处理服务器，其特征在于，其中通道设置器通过使用
L2TP，PPTP或MPLS设置所述通道。
11.一种包括连接到第一网络的终端装置和连接到第二网络的信息处理服务器的远
程控制系统，其特征在于，其中
所述终端装置包括：
设置与信息处理服务器的通道的第一通道设置器；和
通过该通道接收从第一网络上的一个或多个服务提供服务器输出的广播或多点传送
数据包并将所接收的广播或多点传送数据包发送到信息处理服务器的传输单元，以
及
所述信息处理服务器包括：
设置与终端装置的通道的第二通道设置器；
通过该通道从终端装置接收广播或多点传送数据包的接收单元；
基于所接收的广播或多点传送数据包寻找第一网络上的服务提供服务器和由该服务
提供服务器提供的服务的服务器寻找单元；
通过所述通道或第二网络将找到的服务通知终端装置的通知单元；和
响应通过所述通道或第二网络的来自终端装置的服务执行请求通过第二网络与提供
服务的服务提供服务器进行有关该服务的数据通信的数据通信单元。
12.如权利要求11所述的远程控制系统，其特征在于，其中数据通信单元通过所述
通道或第二网络将数据通信的结果发送到终端装置。
13.如权利要求11所述的远程控制系统，其特征在于，其中通知单元通过所述通道
或第二网络将由服务器寻找单元找到的服务提供服务器的识别符通知终端装置，以
及
收到由具有该识别符的服务提供服务器提供的服务的执行请求后，数据通信单元与
具有该识别符的服务提供服务器进行有关该服务的数据通信。
14.如权利要求11所述的远程控制系统，其特征在于，其中
该信息处理服务器中的服务器寻找单元通过所述通道向终端装置发送用于寻找第一
网络上的服务提供服务器的广播或多点传送数据包，
终端装置中的传送单元将从服务器寻找单元收到的广播或多点传送数据输出到第一
网络上，接收对所输出广播或多点传送数据包的响应数据包，以及通过所述通道将
所收到的响应数据包发送到服务器寻找单元，以及
服务器寻找单元基于从该传送单元收到的响应数据包寻找第一网络上的服务提供服
务器和由该服务提供服务器提供的服务。
15.如权利要求14所述的远程控制系统，其特征在于，其中
DHCP服务器连接到第一网络，
信息处理服务器进一步包括通过所述通道与DHCP服务器通信并通过该通信获取
第一网络的IP地址的IP地址获取单元，以及
服务器寻找单元将由IP地址获取单元获得的IP地址用作将要发送到终端装置的广
播或多点传送数据包的发送源地址。
16.如权利要求11所述的远程控制系统，其特征在于，其中第一和第二通道设置器
通过使用L2TP，PPTP或MPLS设置所述通道。
17.一种使用连接到第一网络的终端装置和连接到第二网络的信息处理服务器的远
程控制方法，其特征在于，该方法包括：
在终端装置和信息处理服务器之间设置通道；
通过所述通道将从第一网络上的一个或多个服务提供服务器输出的广播或多点传送
数据包发送到信息处理服务器以使信息处理服务器找到服务提供服务器和由该服务
提供服务器提供的服务；
通过所述通道或第二网络将来自信息处理服务器的所找到的服务通知终端装置；和
如果由信息处理服务器通过所述通道或第二网络从终端装置接收服务执行请求，则
通过第二网络在提供服务的服务提供服务器和信息处理服务器之间进行有关该服务
的数据通信。
18.如权利要求17所述的远程控制方法，其特征在于，该方法进一步包括通过所述
通道或第二网络将来自信息处理服务器的数据通信的结果发送到终端装置。
19.如权利要求17所述的远程控制方法，其特征在于，该方法进一步包括：
通过所述通道或第二网络将来自信息处理服务器的服务提供服务器的识别符通知终
端装置，以及
如果由信息处理服务器收到由具有该识别符的服务提供服务器提供的服务的执行请
求，在具有该识别符的服务提供服务器与信息处理服务器之间进行有关该服务的数
据通信。
说 明 书
相关申请的交互引用
本申请基于2005年6月7日提交的先前的第2005-167231号日本专利申请，并要
求对于该申请的优先权；该申请的全部内容通过引用而结合在本文中。
技术领域
本发明涉及使多个计算机进行协同操作的技术。
背景技术
相关技术说明
近年来，远程控制已经成为可能。在远程控制中，远程计算机提供的屏幕信息显示
在身边的终端上，并使用连接到身边终端的鼠标或键盘控制远程计算机。其实例可
以列举由 Foundation开发的作为微软公司的一项称为″Remote Desktop(远程
桌面)″的功能的″X window system(X视窗系统)″，以及
VNC(Virtual Network Computing(虚拟网络计算))软件。在X视窗系统中，通过发送
和接受绘图命令将远程计算机上的视图绘制在身边的终端上。然而，也可以通过使
用MPEG2-TS对远程计算机上的屏幕进行编码然后解码并且显示编码所得的结果
而在身边终端上构成相似的系统。
即使两点之间的距离很长，通过英特网的发展，快速通信也已经成为可能。
总体而言，包括快速CPU和大容量硬盘的计算机很重而不便携带。另一方面，适
合于携带的轻便型计算机其CPU能力相对较慢，并且硬盘容量相对较小。
然而，通过在英特网上使用远程控制方案，可以像在身边一样控制远程计算机。当
携带身边的轻便型终端时，可以使用快速CPU访问大容量硬盘中储存的数据并进
行处理。
根据第2003-288536号日本专利申请公开公报中所述的方法，地图数据从远程地图
数据服务器传送到身边的汽车导航终端装置并显示在汽车导航终端装置上。目的地
被输入到身边的汽车导航终端并将该信息发送到地图数据服务器。由汽车导航终端
接收所要地点的地图数据。结果，所要地点的地图可以显示在身边的汽车导航终端
上。从而不配备具有大容量存储装置的汽车导航终端也能够成行。
通过该种方法，几乎所有的计算机处理和数据存储都委托给远程计算机，而用户身
边的终端只作为IO装置进行少量处理，将远程计算机发送的处理结果呈现给用户，
或者接受用户的键盘或鼠标输入。随着近年来网络速度的不断加快，这样的技术体
系的应用领域不断扩展。在该技术体系中，大多数处理由远程计算机进行。这样就
产生了以下优势，即身边的终端可以用具有低处理能力的硬件构成。在该技术体系
的一个实例中，企业的系统部门管理远程计算机，各个成员作为构成计算机系统的
用户进行处理。在该技术体系的另一个实例中，
ASP(Application Service Provider(应用程序服务提供商))管理远程计算机并向用户提
供租借计算机资源的服务。在这样的情形中，即使应用程序很复杂并需要更高的计
算处理能力，仅增加远程计算机的处理能力就足够了，不必要增加用户身边终端的
处理能力。这样产生了用户可以免受更新硬件的麻烦的优势。
举例来说，广播或多点传送被用来找到临近的装置和临近的服务，例如作为微软公
司的OS的Windows(商标)中使用的NetBIOS，以及由UPnP Forum标准化的UPnP。
常规的远程控制技术具有一个问题，即如果远程计算机与身边的终端不属于同一个
IP子网，则无法在远程计算机和身边终端邻域中的计算机之间发送和接收广播数
据包，并且远程计算机无法找到身边终端邻域中的装置和服务。即使在使用多点传
送的寻找装置或服务的协议的情况下，多点传送数据包的TTL也被设为很小的值，
或者在很多情形中网络并不支持多点传送数据包的传送。这样就导致远程计算机无
法找到身边终端邻域中的装置或服务的问题。因此，即使在身边终端的邻域中存在
保存视频内容的UPnP AV服务器，远程计算机也无法找到该UPnP AV服务器，这
样就导致无法在身边的终端上显示UPnP AV服务器中的视频内容的问题。
上述第2003-288536号日本专利申请公开公报中也存在相似的问题。远程地图数据
服务器无法找到汽车导航终端邻域中的装置。因此，由该装置提供的信息利用服务
无法显示在身边的汽车导航终端上。
举例来说，在常规技术中，可以在身边终端和远程计算机之间设置
L2TP(Layer 2Tunneling Protocol(层2通道协议))通道并进行模拟，以便使远程计算
机与身边终端属于同一个子网，从而找到身边终端邻域中的服务。然而，在该情形
中，远程计算机使用身边终端邻域中的服务时进行的数据通信也通过L2TP通道。
这样就导致了以下问题，即身边的终端必须进行与远程计算机的数据通信的通道传
输处理。尤其是，随着网络越来越快，数据通信中的数据量越来越大，处理负荷越
来越重，身边终端所需配备的CPU功率也随之增加，这也成为一个问题。
如果因为应用程序的复杂化使远程计算机进行的数据通信量增加，用户就必须升级
身边终端的处理能力。这样就导致了复杂化的问题。
发明内容
根据本发明的一个方面提供一种与连接到第一网络的终端装置进行通信并连接到不
同于第一网络的第二网络的信息处理服务器，该信息处理服务器包括：配置成设置
与终端装置的通道的通道设置器；配置成通过所述通道接收从第一网络上的一个或
多个服务提供服务器输出的广播或多点传送数据包的接收单元；配置成基于所接收
的广播或多点传送数据包寻找第一网络上的服务提供服务器和由该服务提供服务器
提供的服务的服务器寻找单元；配置成通过所述通道或第二网络将找到的服务通知
终端装置的通知单元；和配置成响应通过所述通道或第二网络的来自终端装置的服
务执行请求通过第二网络与提供服务的服务提供服务器进行有关该服务的数据通信
的数据通信单元。
根据本发明的一个方面提供一种包括连接到第一网络的终端装置和连接到第二网络
的信息处理服务器的远程控制系统，其中所述终端装置包括：配置成设置与信息处
理服务器的通道的第一通道设置器；和配置成通过所述通道接收从第一网络上的一
个或多个服务提供服务器输出的广播或多点传送数据包并将所接收的广播或多点传
送数据包发送到信息处理服务器的传输单元，所述信息处理服务器包括：配置成设
置与终端装置的通道的第二通道设置器；配置成通过所述通道从终端装置接收广播
或多点传送数据包的接收单元；配置成基于所接收的广播或多点传送数据包寻找第
一网络上的服务提供服务器和由该服务提供服务器提供的服务的服务器寻找单元；
配置成通过所述通道或第二网络将找到的服务通知终端装置的通知单元；和配置成
响应通过所述通道或第二网络的来自终端装置的服务执行请求通过第二网络与提供
服务的服务提供服务器进行有关该服务的数据通信的数据通信单元。
根据本发明的一个方面提供一种使用连接到第一网络的终端装置和连接到第二网络
的信息处理服务器的远程控制方法，该方法包括：在终端装置和信息处理服务器之
间设置通道；通过所述通道将从第一网络上的一个或多个服务提供服务器输出的广
播或多点传送数据包发送到信息处理服务器以使信息处理服务器找到服务提供服务
器和由该服务提供服务器提供的服务；通过所述通道或第二网络将来自信息处理服
务器的所找到的服务通知终端装置；和如果由信息处理服务器通过所述通道或第二
网络从终端装置接收服务执行请求，则通过第二网络在提供服务的服务提供服务器
和信息处理服务器之间进行有关该服务的数据通信。
附图说明
图1是显示根据本发明的实施例的典型配置的示意图；
图2是显示终端装置T和主装置B之间的连接操作的示意图；
图3显示在主装置B和终端装置T之间设置通道TUN的状态；
图4显示对话连接请求的格式实例；
图5显示通信参数的格式实例；
图6显示验证请求的格式实例；
图7显示验证响应的格式实例；
图8显示对话连接拒绝的格式实例；
图9显示对话连接响应的格式实例；
图10显示对话连接确认的格式实例；
图11是显示使用UPnP的情形中的操作顺序的示意图；
图12显示终端装置T的配置实例；
图13显示地址通知的格式实例；
图14显示压缩数据包的格式实例；
图15显示主装置B的配置实例；
图16显示主装置B的另一个配置实例；
图17是显示终端装置T从访问点AP1移动到访问点AP2的情形的示意图；
图18显示通过使用UPnP寻找内容服务的处理程序；
图19显示主装置B通过利用内容服务进行活动图片再现时进行的处理的流程；
图20显示内容服务器中的图标的显示图像的实例；以及
图21显示内容列表的显示图像的实例。
具体实施方式 下文将参照附图说明本发明的实施例。 图1是显示根据本发明的实施例的典型配置的示意图。 访问点AP，终端装置T，打印机(服务提供服务器)P，计算机(服务提供服务器)C 和DHCP(Dynamic Host Configuration Protocol(动态主机配置协议))服务器D通过无 线链接(第一网络)互相连接。访问点AP和主装置(信息处理服务器)B通过网络 N(第二网络)互相连接。 访问点AP通过典型地使用IEEE 802.11a，b或g中规定的无线协议进行无线通信。 或者，也可以使用不同的无线方案。此外，终端装置T，打印机P，计算机C和主 装置B通过典型地使用IPv4(Internet Protocol Version 4(英特网协议版本4)，以下称 为IP)进行互相通信。或者，所述协议也可以是例如IPv6或另一种协议。网络N通 常包括至少一个路由器。访问点AP具有从网络N向无线链接传输数据包和从无线 链接向网络N传输数据包的功能。该传输通过以太网桥接功能进行，无需参照 IPv4数据包中的标题信息。 下文将参照图2说明终端装置T和主装置B之间的连接操作。 在与访问点AP建立无线链接之后，举例来说，终端装置T通过使用DHCP功能从 DHCP服务器D获取IP地址。获得IP地址At后，终端装置T与主装置B建立对 话。图2显示建立对话时使用的顺序。终端装置T向预留的主装置B的IP地址发 送对话连接请求(S1)。 该对话连接请求包含终端装置T的IP地址(At)，使用终端装置T的用户的用户识 别符和终端装置T的通信参数。图4显示对话连接请求的格式实例。 这里，通信参数包含协议识别符，编码率和屏幕尺寸。该三个项目形成一个条目。 可以说明多个条目。终端装置T列举可用的条目。 所述条目的数量在表示条目数量的字段中进行说明。 图5显示通信参数的格式实例。在通信参数的实例中，协议识别符，编码率和屏幕 尺寸分别为MPEG2-TS，4Mbps和680×480。 收到对话连接请求后，主装置B将验证请求发送到对话连接请求中包含的终端装 置T的IP地址(S2)。验证请求包含主装置B的IP地址(Ab)，验证算法识别符和口 令参数。图6显示验证请求的格式实例。 收到验证请求后，终端装置T基于口令参数和预先给出的密码通过使用由验证算 法识别符表示的算法计算验证响应值。计算之后，终端装置T向主装置B发送验 证响应(S3)。对于计算验证响应值，举例来说，可以使用串联口令参数和密码并基 于所串联的口令参数和密码通过使用MD5算法找到消息摘要的方法。MD5算法在 IETF RFC1321中有详细说明。 该验证响应包含终端装置T的IP地址(At)，验证算法识别符，使用终端装置T的 用户的用户识别符，口令参数和验证响应值。图7显示验证响应的格式实例。 收到验证响应后，主装置B根据与终端装置T相似的程序计算验证响应值，并确 认所计算的验证响应值是否与验证响应中的验证响应值吻合。在不吻合的情形中， 主装置B向终端装置T发送对话连接拒绝。图8显示对话连接拒绝的格式。在吻 合的情形中，主装置B向终端装置T发送对话连接响应(S4)。该对话连接响应包含 主装置B的IP地址(Ab)，主装置的对话端口号码和通信参数。在通信参数中列举 对话连接请求中所述的通信参数中包含的并且可由主装置B使用的参数。图9显 示对话连接响应的格式实例。 收到对话连接响应后，终端装置T向主装置B发送对话连接确认(S5)。 该对话连接确认包含终端装置T的IP地址(At)，终端装置T的对话端口号码和通 信参数。在通信参数中，终端装置说明对话连接响应中所述的通信参数中包含的并 且是最为合适的一个条目。图10显示对话连接确认的格式实例。 收到对话连接确认后，主装置B通过使用UDP并使用例如MPEG2-TS向对话连接 确认中的终端装置T的IP地址和对话端口号码发送主装置B的操作屏幕数据(S8)。 收到来自主装置B的操作屏幕数据后，终端装置T将操作屏幕数据中包含的图像 数据显示在终端装置T中包括的显示器上，并将操作屏幕数据中包含的声音数据 输出到终端装置T中包括的扬声器。 从终端装置T中包括的键盘或鼠标收到数据后，终端装置T通过使用UDP向对话 链接响应中包含的主装置B的IP地址和对话端口号码发送输入事件信息(S8)。 收到来自终端装置T的输入事件信息后，主装置B根据该输入事件信息进行处理， 就像该输入事件信息是从主装置B中包括的键盘或鼠标输入的一样。 由于上述处理，可以通过使用终端装置T中包括的诸如键盘或鼠标的输入装置控 制主装置B。可以在终端装置T上显示主装置B的屏幕。 此外，主装置B通过使用对话连接确认中包含的终端装置T的IP地址在主装置B 和终端装置T之间设置通道(S6)。图3显示在主装置B和终端装置T之间已设置通 道TUN的状态。总体而言，通过根据某一协议传送作为根据不同或相同协议的数 据包的数据部分的数据包在网络上的两点之间形成虚拟通信道路被称为设置通道。 该虚拟通信道路被称为通道。举例来说，上文表示传送关于诸如以太网框架的连接 层的协议的数据包，而该数据包包括在诸如IP数据包的关于网络层的协议的数据 包中。这里，假定已经通过使用例如L2TP设置通道。L2TP(层2通道协议)的具体 程序在由Haruki Koretomo撰写，MultimediaCommunication Research Society编辑 的″VPN/VLANtextbook″中，或者在IETF草案″draft-ierf-12tpext-12tp-base-15″中有 详细说明。在设置通道TUN之后，主装置B通过使用DHCP功能通过通道 TUN(通过终端装置T)从DHCP服务器D获取IP地址Ab’。以下，该地址被称为 主装置通道地址。获得主装置通道地址后，主装置B将包含该地址值的地址通知 发送到终端装置T(S7)。 图13显示地址通知的格式实例。 该地址通知具有主装置IP地址字段和主装置以太地址字段。主装置通道地址在主 装置IP地址字段中进行说明。主装置的以太地址在主装置以太地址字段中进行说 明。 在终端装置T收到地址通知之后，终端装置T通过通道TUN向主装置B传送指向 主装置通道地址的数据包以及多点传送和广播数据包。 结果，通过通道TUN，主装置B可以与终端装置T属于同一个子网。从而，主装 置B可以接收到达终端装置T的广播数据包和多点传送数据包，并将广播数据包 和多点传送数据包发送到与终端装置T相同的范围。下文将采用UPnP作为实例对 此进行具体说明。 图11是显示使用UPnP的情形中的操作顺序的示意图。在图11中，使用通道TUN 的部分用虚线表示，而其他部分用实线表示。 举例来说，现在假定计算机C通过使用UPnP提供视频内容。主装置B通过使用 多点传送通过通道TUN发送SSDP SEARCH，以搜索保留该视频内容的计算机 (S11)。此时，地址Ab’被用作SSDP SEARCH的源地址。收到SSDP SEARCH后， 计算机C向SSDP SEARCH的源地址中所述的Ab’返回对SSDP SEARCH的回复 (S12)。结果，主装置B可以找到计算机C。 计算机C通过使用多点传送周期性地发送SSDP ADVERTISEMENT来宣传自己。 终端装置T通过通道TUN将SSDP ADVERTISMENT发送到主装置B(S13)。结果， 主装置B可以收到SSDP ADVERTISMENT。从而，主装置B可以找到计算机C。 此外，主装置B通过使用单点传送向计算机C发送内容列表请求(S14)。通过将Ab 用作此时的源地址，主装置B可以从计算机C收到内容列表响应而无需通过终端 装置T(S15)。 主装置B通过使用单点传送向计算机C发送对于内容列表中包含的内容的内容请 求(S16)。通过将Ab用作此时的源地址，可以收到其内容响应(来自计算机C的响 应)而无需通过终端装置T(S17)。 可以在主装置B中对如此获得的内容进行解码，将经解码的内容编码为用于终端T 的格式，并通过通道TUN或不通过通道TUN(即，通过第二网络)将结果发送到终 端装置T。 这里，采用UPnP作为所用协议的实例说明主装置B和终端装置T的操作。然而， 本发明的应用范围并不限于UPnP。在通过使用多点传送或广播寻找装置，然后通 过使用单点传送与找到的装置进行通信方面存在大量的协议，本发明都可适用于这 些协议。作为不同的实例，也可以列举作为微软公司的OS的Windows中所用的 NetBIOS/SMB。 如果从计算机C向主装置B的地址Ab’发送数据包，则终端装置T通过通道TUN 将该数据包发送到主装置B。在对具有Ab’作为其目的地址的数据包的响应数据包 中，由主装置B将地址Ab’解释为源地址。 下文将参照图12说明终端装置T的配置实例。 终端装置T包括用户输入输出处理器11，对话设置器12，通道设置器13，通道处 理器14，数据包分类判定器15和无线发送接收单元16。 无线收发单元16进行建立无线链接和与DHCP服务器进行通信并获取IP地址的处 理，所述发送和接收数据包的处理将通过无线链接进行。 从无线发送接收单元16收到已经获得IP地址的效果的通知后，对话设置器12产 生包含从无线发送接收单元16收到的IP地址，用户预设的用户识别符和预设的通 信参数的对话连接请求，并通过无线发送接收单元16向预设的主装置B的IP地址 发送该对话连接请求。 通过无线发送接收单元16收到验证请求后，对话设置器12产生验证响应。该验证 响应包含从无线发送接收单元16收到的IP地址，验证请求中包含的验证算法识别 符，用户预设的用户识别符，验证请求中包含的口令参数和基于验证请求中包含的 口令参数和预设密码使用验证算法识别符表示的算法计算的验证响应值。对话设置 器12通过无线发送接收单元16向验证请求的源地址和源端口发送验证响应。 通过无线发送接收单元16收到对话连接响应后，对话设置器12产生对话连接确认。 该对话连接确认包含从无线发送接收单元16收到的IP地址，预设的对话端口号码 和在对话连接响应中包含的通信参数中具有最高优先级的预先确定的通信参数。对 话设置器12通过无线发送接收单元16向验证请求的源地址和源端口发送该对话连 接确认。 通过无线发送接收单元16收到用于设置L2TP通道的控制数据包后，通道设置器 13根据L2TP的通信规范设置L2TP通道。 设置通道后，通道设置器13将L2TP通道的参数传递到通道处理器14。该参数包 含对话ID，对方地址，对方端口号码(通道数据的端口号码)，己方地址和己方端口 号码(通道数据的端口号码)。 通过无线发送接收单元16收到地址通知后，数据包分类判定器15储存主装置IP 地址(主装置通道地址)和主装置以太地址。 此外，数据包分类判定器15将主装置以太地址值发送到无线发送接收单元16。此 后，无线发送接收单元16向数据包分类判定器15传递具有作为目的地的主装置以 太地址的以太数据包，具有作为目的地的广播地址的以太数据包和具有作为目的地 的任意多点传送地址的以太数据包。 如果此时终端装置T使用802.11a，b或g，则终端装置T将对于主装置的以太地 址的连接关系与访问点AP进行连接，从而使访问点AP向终端装置T发送具有作 为目的地的主装置以太地址的以太数据包。 从无线发送接收单元16收到具有作为目的地的主装置以太地址的以太数据包，具 有作为目的地的广播地址的以太数据包和具有作为目的地的任意多点传送地址的以 太数据包后，数据包分类判定器15将这些数据包传递到通道处理器14。 这里，数据包分类判定器15可以只向通道处理器14传递具有作为目的地的主装置 以太地址的以太数据包，具有作为目的地的广播地址的以太数据包和具有作为目的 地的预设多点传送地址的以太数据包。 从无线发送接收单元16(从主装置B)收到根据L2TP压缩的数据包后，通道处理器 14从数据包的标题移除以太标题，IP标题，UDP标题和L2TP标题，并通过无线 发送接收单元16将剩余的以太标题，IP标题和数据发送到无线链接。 从数据包分类判定器15收到数据包后，通道处理器14向该数据包添加以太标题， IP标题，UDP标题和L2TP标题，并通过无线发送接收单元16将结果的数据包发 送到无线链接(向主装置B)。图14显示经压缩的数据包的格式(L2TP通道数据包的 格式)。此时，己方节点的以太地址在以太标题的源地址中进行说明，路由器(未显 示)的以太地址在目标地址中进行说明。此外，从通道设置器13收到的对方地址在 IP标题的目标地址中进行说明，从通道设置器13收到的己方地址在源地址中进行 说明。此外，从通道设置器13收到的对方端口号码在UDP标题的目标端口中进行 说明，从通道设置器13收到的己方端口号码在源端口中进行说明。从通道设置器 13收到的对话ID在L2TP标题的对话ID中进行说明。 通过无线发送接收单元16从主装置B收到根据例如MPEG2-TS编码的操作屏幕数 据后，用户输入输出处理器11将该数据解码为图像数据和声音数据，将图像数据 输出到终端装置T中包括的显示器，将声音数据输出到终端装置T中包括的扬声 器。 从终端装置T中包括的键盘或鼠标收到输入后，用户输入输出处理器11对该输入 进行编码，并通过无线发送接收单元16将结果作为输入事件信息发送到主装置B。 图18显示由主装置B使用UPnP(Universal Plug and Play(通用即插即用))进行的寻 找内容服务的处理程序。这里，提供内容服务的计算机称为内容服务器。 完成通道TUN的设置后，主装置B通过通道TUN发送SSDP SEARCH数据包 (S21)。此时，SSDP SEARCH数据包的目标地址是239.255.255.250，并且源地址 是主装置通道地址Ab’。因为SSDP SEARCH数据包将要通过所述通道， SSDP SEARCH数据包被压缩为图14所示的格式并发送到网络N。 接着，确定是否通过通道TUN收到对SSDP SEARCH数据包的响应数据包(S22)。 如果收到对SSDP SEARCH数据包的响应数据包(S22：是)，则进行内容服务器列 表的更新处理。内容服务器列表包含(装置名称，装置IP地址，寿命和内容目录控 制URL)。 对于内容服务器列表的更新处理，确定内容服务器列表中是否已经存在具有与对 SSDPSEARCH数据包的响应数据包的源地址相吻合的装置IP地址的条目。如果存 在这样的条目，则重写该条目的寿命，成为对SSDP SEARCH数据包的响应数据 包中的CACHE-CONTROL字段中表示的时间。另一方面，如果不存在这样的条目， 则向内容服务器列表增加新条目。 对SSDP SEARCH数据包的响应数据包中的(源地址和CACHE-CONTROL字段中 表示的时间)在所增加条目的(装置IP地址和寿命)中进行说明。通过访问由对 SSDP SEARCH数据包的响应数据包中的LOCATION字段表示的URL获得的一系 列Description文档中的(友好名称和控制URL)的值在所增加条目的(装置名称和内 容目录控制URL)中进行说明。 此后，或者如果未收到对SSDP SEARCH数据包的响应数据包(S22：否)，则在主 装置B内的定时中设置定时事件为十分钟后(S24)，并造成数据包接收和定时事件 接收等待状态(S25)。 如果收到数据包，则确定该数据包是否为通过通道TUN收到的 SSDP ADVERTISEMENT数据包(S26)。如果数据包是SSDP ADVERTISEMENT数 据包(S26：是)，则进行内容服务器列表更新处理，并再次造成数据包接收和定时 事件接收等待状态(S25)。 在内容服务器列表更新处理中，确定内容服务器列表中是否已经存在与 SSDPADVERTISEMENT数据包的源地址相吻合的装置IP地址的条目。如果存在 这样的条目，则重写该条目的寿命，成为SSDP ADVERTISEMENT数据包的 CACHE-CONTROL字段中表示的时间。 如果不存在这样的条目，则向内容服务器列表增加新条目。 SSDP ADVERTISEMENT数据包中的(源地址和CACHE-CONTROL字段中表示的 时间)在所增加条目的(装置IP地址和寿命)中进行说明。通过访问由 SSDP ADVERTISEMENT数据包中的LOCATION字段表示的URL获得的一系列 Description文档中的(友好名称和控制URL)的值在所增加条目的(装置名称和内容 目录控制URL)中进行说明。 如果数据包不是SSDP ADVERTISEMENT数据包(S26：否)，则确定是否收到定时 事件(S28)。如果未收到定时事件(S28：否)，则再次造成数据包接收和定时事件接 收等待状态(S25)。 另一方面，如果收到定时事件(S28：是)，则进行内容服务器列表的超时处理(S29)。 在内容服务器列表的超时处理中，从内容服务器列表中的每个条目的寿命减去10 分钟。此外，减法操作后寿命小于等于0的条目被删除。 此后，再次通过通道TUN发送SSDP SEARCH数据包(S21)。 由于如上所述的操作，主装置B可以通过通道TUN在终端装置T的邻域中找到内 容服务，并保持提供该内容服务的内容服务器的列表。 图19显示主装置B通过利用内容服务进行活动图片再现时的处理流程。 主装置B将内容列表中所有条目的内容服务器图标的显示图像(识别符)发送到终端 装置T(S31)。 图20显示由主装置B发送的内容服务器的图标的显示图像实例。在图20中，主 装置B中的内容列表中存在四个条目，装置名称为″向日葵″，″樱花″，″竹子″和″ 日本杏″。 如果从终端装置T向主装置B输入鼠标点击事件(S32：是)，则主装置B从受到鼠 标点击的主题内容服务器获取内容列表(S33)。 内容列表的获取通过将内容列表获取请求发送到内容服务器列表中相关条目的内容 目录控制URL进行。内容列表获取请求的发送无需通过所述通道。其目标地址是 内容服务器的装置IP地址，其源地址是主装置B的IP地址Ab。 在主装置B获得内容列表之后，主装置B将内容列表的显示图像(识别符)发送到终 端装置T(S34)。 图21显示内容列表的显示图像实例。图中显示两个活动图片的标题，一个静止图 片的标题，一段音乐的标题和由内容服务器保存的内容分类。 如果从终端装置T输入鼠标点击事件(S35：是)，则主装置B发送对于作为鼠标点 击对象的内容标题的内容获取请求并获取内容(S36)。该内容包含静止图片数据， 活动图片数据，声音数据，文档数据或者这些数据的任意组合。 内容获取请求的发送无需通过所述通道。其目标地址是装置IP地址，其源地址是 主装置的IP地址Ab。 举例来说，如果内容是活动图片，则主装置B向终端装置T发送活动图片的显示 图像(S37)。 下文将参照图15说明主装置B的配置实例。 主装置B包括操作屏幕产生器21，中央处理器22，外部输入处理器23，对话设置 器24，通道设置器25，通道处理器26和有线发送接收单元27。 有线发送接收单元27进行数据包的发送和接收处理。 从外部收到数据包后，有线发送接收单元27进行数据包的检查。 如果其IP标题中的协议号码表示UDP，并且其UDP目标端口表示预先给出的对 话设置的号码，则有线发送接收单元27将该数据包传递到对话设置器24。 如果其IP标题中的协议号码表示UDP，并且其UDP目标端口表示由对话设置器 24给出的对话端口号码(使用所建立对话进行数据通信的端口号码)，则有线发送接 收单元27将该数据包传递到外部输入处理器23。 如果其IP标题中的协议号码表示UDP，并且其UDP目标端口表示预先给出的通 道设置的号码，则有线发送接收单元27将该数据包传递到通道设置器25。 如果其IP标题中的协议号码表示UDP，并且其UDP目标端口表示由通道设置器 25给出的号码(通道数据的端口号码)，则有线发送接收单元27将该数据包传递到 通道处理器26。 有线发送接收单元27将其他数据包传递到中央处理器22。 通过有线发送接收单元27收到对话连接请求后，对话设置器24通过有线发送接收 单元27向终端装置T发送验证请求。该验证请求包含预先设置的己方节点的IP地 址，预先设置的验证算法识别符和预先设置的口令参数。 通过有线发送接收单元27收到验证响应后，对话设置器24基于验证响应中包含的 口令参数和密码通过使用由验证算法识别符表示的算法计算验证响应值。对话设置 器24确定所计算的验证响应值是否与验证响应中包含的验证响应值吻合。 在不吻合的情形中，对话设置器24产生具有对验证响应中包含的用户识别符的说 明的对话连接拒绝，并通过有线发送接收单元27将该对话连接拒绝发送到终端装 置T。 如果两个验证响应值互相吻合，则对话设置器24产生对话连接响应，并通过有线 发送接收单元27将该对话连接响应发送到终端装置T。该对话连接响应包含预先 设置的己方节点的IP地址，预先设置的己方节点的端口号码(对话端口号码)和对 于多个预设通信参数和对话连接请求中包含的通信参数共用的通信参数。 通过有线发送接收单元27收到对话连接确认后，对话设置器24将对话连接确认中 包含的通信参数，终端装置T的IP地址和对话端口号码传递到操作屏幕产生器21。 此外，对话设置器24将预先设置的己方节点的端口号码(对话端口号码)传递到有 线发送接收单元27。 通过有线发送接收单元27收到L2TP通道设置的控制数据包后，或者在通道设置 器25收到对话连接确认之后，通道设置器25根据L2TP的通信规范设置L2TP通 道。 如果设置了所述通道，通道设置器25将作为L2TP通道的参数的对话ID，对方地 址，对方端口号码(通道数据的端口号码)，己方地址和己方端口号码(通道数据的端 口号码)传递到通道处理器26。 此外，通道设置器25将己方端口号码传递到有线发送接收单元27。 从有线发送接收单元27收到根据L2TP压缩的数据包后，通道处理器26从该数据 包的标题移除以太标题，IP标题，UDP标题和L2TP标题，并将剩余的以太标题， IP标题和数据传递到中央处理器22。 此外，从中央处理器22收到以太数据包后，通道处理器26将以太标题，IP标题， UDP标题和L2TP标题增加到以太数据包。通道处理器26通过有线发送接收单元 27将结果的以太数据包发送到网络N。此时，己方节点的以太地址在以太标题的 源地址中进行说明，路由器(未显示)的以太地址在以太标题的目标地址中进行说明。 此外，从通道设置器25收到的对方地址在IP标题的目标地址中进行说明，从通道 设置器25收到的己方地址在IP标题的源地址中进行说明。从通道设置器25收到 的对方端口号码在UDP标题的目标端口中进行说明，从通道设置器25收到的己方 端口号码在UDP标题的源端口中进行说明。从通道设置器25收到的对话ID在 L2TP标题的对话ID中进行说明。 通过有线发送接收单元27从终端装置T收到输入事件信息后，外部输入处理器23 解码该输入事件信息并将结果发送到中央处理器22。 从中央处理器22收到屏幕信息和声音信息后，操作屏幕产生器21根据从对话设置 器24收到的通信参数对该信息进行编码，并通过有线发送接收单元27向从对话设 置器24接收的IP地址和对话端口号码发送结果。 中央处理器22运行根据从外部输入处理器23给出的输入事件信息运行的预定程序。 该程序最好是基础程序。中央处理器22根据从外部输入处理器23给出的输入事件 信息运行，操作以及终止预存的应用程序。 结果，该基础程序或应用程序的运行好像主装置配备终端装置T的鼠标或键盘一 样。 中央处理器22将根据输入事件信息而改变的基础程序或应用程序的状态作为图像 信息或声音信息输出到操作屏幕产生器21。 结果，如果主装置B配备显示器则显示在显示器上的图像可以显示在终端装置T 上。此外，如果主装置B配备扬声器则由扬声器输出的声音可以从终端装置T输 出。 中央处理器22将操作处理上产生的多点传送数据包和广播数据包以及通过通道处 理器26收到的对单点传送数据包的响应数据包传递到通道处理器26，并将其他数 据包传递到有线发送接收单元27。 在通过通道处理器26发送的数据包中，内部IP标题的源地址是Ab’。内部IP标题 的目标地址是中央处理器22的通信目标地址。外部IP标题的源地址是Ab。外部 IP标题的目标地址是At。 在不通过通道处理器26发送的数据包中，IP标题的源地址是Ab，IP标题的目标 地址是中央处理器22的通信目标地址。 此外，中央处理器22使基础程序或应用程序根据从外部输入处理器23或通道处理 器26收到的数据包运行。 下文将参照图16说明主装置B的另一个配置实例。 主装置大致包括通信处理器31和计算单元32。举例来说，计算单元32是个人计 算机。举例来说，通信处理器31是附接到计算单元32外侧的箱子。通信处理器 31具有这样的功能，使其似乎是与终端T属于同一个子网的计算单元32。 计算单元32包括CPU，存储器，OS和应用程序。计算单元32进一步包括通信接 口，键盘接口，鼠标接口，显示器接口和扬声器接口。 该通信接口，键盘接口，鼠标接口，显示器接口和扬声器接口连接到通信处理器 31。 通信接口通过通信处理器31和终端装置T获取根据DHCP的IP地址，并通过使用 该IP地址通过通信处理器31与另一个装置进行通信。 通信处理器31包括准以太单元33，准键盘34，准鼠标35，准显示器36，准扬声 器37，通道设置器38，通道处理器39，NAT处理器40，对话处理器41，对话设 置器42和有线发送接收单元43。 有线发送接收单元43进行数据包发送和接收处理。 从外部收到数据包后，有线发送接收单元43进行数据包的检查。 如果其IP标题中的协议号码表示UDP并且其UDP目标端口表示预先给出的对话 设置的号码，则有线发送接收单元43将该数据包传递到对话设置器42。 如果其IP标题中的协议号码表示UDP并且其UDP目标端口表示由对话设置器42 给出的对话端口号码，则有线发送接收单元43将该数据包传递到对话处理器41。 如果其IP标题中的协议号码表示UDP并且其UDP目标端口表示预先确定的通道 设置的号码，则有线发送接收单元43将该数据包传递到通道设置器38。 如果其IP标题中的协议号码表示UDP并且其UDP目标端口表示由通道设置器38 给出的号码，则有线发送接收单元43将该数据包传递到通道处理器39。 有线发送接收单元43将其他数据包传递到NAT处理器40。 通过有线发送接收单元43收到对话连接请求后，对话设置器42通过有线发送接收 单元43向终端装置T发送验证请求。该验证请求包含预先设置的己方节点的IP地 址，预先设置的验证算法识别符和预先设置的口令参数。 通过有线发送接收单元43收到验证响应后，对话设置器42基于验证响应中包含的 口令参数和预设密码通过使用由验证算法识别符表示的算法计算验证响应值。对话 设置器42确定所计算的验证响应值是否与验证响应中包含的验证响应值吻合。 在不吻合的情形中，对话设置器42产生具有对验证响应中包含的用户识别符的说 明的对话连接拒绝(图8)，并通过有线发送接收单元43将该对话连接拒绝发送到终 端装置T。 如果两个验证响应值互相吻合，则对话设置器42产生对话连接响应并通过有线发 送接收单元43将该对话连接响应发送到终端装置T。该对话连接响应包含预先设 置的己方节点的IP地址，预先设置的己方节点的端口号码(对话端口号码)，和对 于多个预设通信参数和对话连接请求中包含的通信参数共用的通信参数。 通过有线发送接收单元43收到对话连接确认后，对话设置器42将对话连接确认中 包含的通信参数，终端装置T的IP地址和对话端口号码传递到对话处理器41。 此外，对话设置器42将预先设置的己方节点的端口号码(对话端口号码)传递到有 线发送接收单元43。 通过有线发送接收单元43从终端装置T收到输入事件信息后，对话处理器41解码 该输入事件信息，将从终端装置T的鼠标提供的输入信息传递到准鼠标处理器35， 并将从终端装置T的键盘提供的输入信息传递到准键盘处理器34。 从准显示处理器36收到图像信息或者从准扬声器处理器37收到声音信息后，对话 处理器41根据从对话设置器42收到的通信参数对图像信息或声音信息进行编码， 并通过有线发送接收单元43向从对话设置器42收到的IP地址和端口号码传递经 编码的图像信息或声音信息。 从对话处理器41收到键盘输入后，准键盘34将该键盘输入转换为计算单元32中 的键盘接口的信号，并将该信号传递到计算单元32。 从对话处理器41收到鼠标输入后，准鼠标35将该鼠标输入转换为计算单元32中 的鼠标接口的信号，并将该信号传递到计算单元32。 如果图像信号码从计算单元32中的显示器接口输入，则准显示器36将该图像信号 码转换为内部形式，并将结果的信号作为图像信息输出到对话处理器41。 如果声音信号从计算单元32中的扬声器接口输入，则准扬声器37将该声音信号转 换为内部形式，并将结果的信号作为声音信息输出到对话处理器41。 因为所述通道设置器38与参照图15所述的通道设置器25相同，将省略对通道设 置器38的详尽说明。 简而言之，准以太单元33具有以下功能，即通过通道处理器39将响应数据包返回 到通过通道处理器39产生的数据包，并通过NAT处理器40将响应数据包返回到 通过NAT处理器40产生的数据包。下文将说明该功能的细节。 准以太单元33将从通道处理器39或NAT处理器40收到的数据包转换为计算单元 32中的以太接口的信号，并将结果的信号传递到计算单元32。 从计算单元32中的以太接口收到数据包信号后，准以太单元33将该数据包信号转 换为内部形式。如果储存该数据包所属的数据流，则准以太单元33将结果的信号 号码传递到通道处理器39。否则，准以太单元33将结果的信号传递到NAT处理 器40。 如果数据包从通道处理器39输入并且其目标地址是单点传送地址，则准以太单元 33保存具有(目标地址，源地址，协议号码，目标端口号码和源端口号码)的条目。 从而进行数据流的存储。这里，目标地址，源地址和协议号码在IP标题的字段中 进行说明。目标端口号码和源端口号码在UDP或TCP标题中进行说明。准以太单 元33可以存储预定数量的多个不同条目。 从计算单元32收到数据包信号后，准以太单元33确定该数据包的(源地址，目标 地址，协议号码，源端口号码和目标端口号码)是否与所存储数据流的(源地址，目 标地址，协议号码，源端口号码和源端口号码)吻合。在吻合的情形中，准以太单 元33判断该数据包属于该数据流。 如果预定时间内准以太单元33没有从计算单元32收到属于该数据流的数据包，并 且在预定时间内准以太单元33没有从通道处理器39收到具有与所述数据流相同的 (目标地址，源地址，协议号码，目标端口号码和源端口号码)的数据包，则所存储 的条目将被擦除。 这里，将(目标地址，源地址，协议号码，目标端口号码和源端口号码)用作数据流 辨别的实例。然而，如果协议号码未表示UDP或TCP，则可以通过将目标端口号 码设置为0并将源端口号码设置为0进行处理。在IPv6的情形中，也可以通过使 用其IP标题中的数据流标签辨别该数据流。 从有线发送接收单元43收到根据L2TP压缩的数据包后，通道处理器39从该数据 包的标题移除以太标题，IP标题，UDP标题和L2TP标题，并将剩余的以太标题， IP标题和数据传递到准以太单元33。 此外，从准以太单元33收到以太数据包后，通道处理器39将以太标题，IP标题， UDP标题和L2TP标题增加到以太数据包。通道处理器39将结果的以太数据包发 送到有线发送接收单元43。此时，己方节点的以太地址在以太标题的源地址中进 行说明，路由器(未显示)的以太地址在以太标题的目标地址中进行说明。 此外，通道处理器39说明IP标题的目标地址中的从通道设置器38收到的对方地 址，并且说明IP标题的源地址中的从通道设置器38收到的己方地址。 此外，通道处理器39说明UDP标题的目标端口中的从通道设置器38收到的对方 端口号码，并且说明UDP标题的源端口中的从通道设置器38收到的己方端口号码。 此外，通道处理器39说明L2TP标题的对话ID中的从通道设置器38收到的对话 ID。 从准以太单元33收到数据包后，NAT处理器40用己方节点的以太地址代替以太 标题的源地址，用己方节点的IP地址代替IP标题的源地址，并将结果的数据包发 送到有线发送接收单元43。 从有线处理器43收到数据包后，NAT处理器用计算单元32的以太地址代替以太 标题的目标地址，用计算单元32的IP地址代替IP标题的目标地址，并将结果的 数据包发送到准以太单元33。 如上所述，主装置B包括通信处理器31和计算单元32。因此，计算单元32可以 没有在终端装置T的邻域中寻找服务的功能。换而言之，通信处理器31通过设置 通道将用于在终端装置T的邻域中寻找服务的数据包发送到计算单元32。结果， 计算单元32可以在终端装置T的邻域中找到服务。 此外，计算单元32可以使用通过通信处理器31找到的服务。 此外，计算单元可以通过通信处理器31向终端装置T发送屏幕显示图像和扬声器 输出，并从终端装置T接收鼠标操作和键盘操作。 结果，普通的个人计算机就可以用作计算单元32。从而可以通过这样使用通用计 算机降低主装置B的价格。即使主装置B的数据处理能力不充分，也只要更换计 算单元32就足够了。因此，可以减少更新数据处理能力的费用。 上文说明了主装置B物理地包括两个单元即计算单元32和通信处理器31的情形。 或者，本发明也可以适用于主装置B是一个硬件设备，计算单元32和通信处理器 31是互相分离的软件的情形。举例来说，还可以通过使用直接控制硬件的主OS， 同时使用实现诸如VMWARE的虚拟PC的软件来实现通信处理器31，并将在主 OS上实现的虚拟PC上运行的客体OS视作计算单元32。 在该情形中，可以通过使用一个硬件实现多个计算单元32。 这里，如果如图17所示，终端装置T从访问点AP1移动到访问点AP2，则终端装 置T在移动后与AP2重新进行无线链接的时候发送具有从DHCP服务器D1获得 的地址的DHCPRENEW数据包。在预定的时间内没有得到对此的回答。结果，终 端装置T将开始重新获取地址的操作。 通过该操作，终端装置T可以从DHCP服务器D2获取地址。 在重新获得地址之后，终端装置T在主装置B和终端装置T之间建立对话和通道。 在上述本发明的实施例中，终端装置T通过无线链接进行数据包的发送和接收。 即使终端装置T通过有线连接进行数据包的发送和接收也不会减少本发明的效果。 L2TP被用作所述通道的实例。然而，即使使用诸如PPTP(Point-to- Point TunnelingProtocol(点对点通道协议))或者MPLS(Multi- Protocol Label Switching(多协议标签转换))的不同的通道技术代替L2TP，也不会减 少本发明的效果。 在使用IPv6的情形中，还可以使用自动地址设置功能代替DHCP。在该情形中， 主装置B通过通道向具有终端装置的网络发送RS(Router Solicitation(路由器征求)) 消息，并通过所述通道从路由器(未显示)接收RA(Router Advertisement(路由器广 告))消息。结果，主装置B获取IPv6地址。或者在IPv6的情形中，主装置B也可 以使用链接本地地址。 上文已经说明了主装置B或终端装置T使用不同地址的实例。或者也可以使用相 同的地址。在该情形中，终端装置T的地址包含在对话连接确认中，并向主装置B 发送结果的对话连接确认的通知。终端装置T通过所述通道向主装置B发送从主 装置B提供的操作屏幕数据之外的数据包，从所述通道收到的数据包，和对于由 自身发送的ARP请求的响应数据包。 如果向终端装置提供的电源关闭，举例来说，主装置可以通过使用L2TP的控制功 能对此进行检测。 即使在主装置正与例如计算机C进行通信而不使用所述通道时检测到终端装置断 电，主装置仍可以继续与计算机C通信。不通过所述通道与计算机C的通信可以 在断电之后一定时间内停止。或者如果从终端装置收到的对话连接请求中包含的终 端装置的地址与最后一次收到的对话连接请求中包含的地址不同，则不通过所述通 道与计算机C的通信可以被停止。 根据本发明的实施例，主装置可以如上所述将广播数据包或多点传送数据包发送到 位于终端装置邻域中的通信设备以及从该通信设备接收所述数据包。结果，主装置 可以在终端装置的邻域中找到装置或服务。此外，因为由主装置启动的通信的执行 无需通过终端装置，就可以防止对终端装置施加额外的处理负荷。此外，主装置对 作为对于无需通过所述通道收到的数据包的响应的数据包的发送也无需使该数据包 通过该通道。因此，可以将向终端装置传送数据包所需的处理负荷抑制为较低值。
发布评论