专利名称：网络系统、直接访问方法、网络家用电器和程序的制作方法
技术领域：
本发明涉及一种网络系统、直接访问方法、网络家用电器以及用于佳)斤述 网络家用电器能够通过网络从控制设备进行控制的程序。
背景技术：
用于从因特网上的控制设备对家内受控设备进行访问的方法的例子包括 DDNS (动态域名系统)方法和邮件方法。
在DDNS中，家内受控设备预先在DDNS服务器登记其自己的地址并且 从因特网侧的控制设备接收域名和端口号的指定。从而控制设备可以访问受控 设备。
作为用于实现实时通信的协议，可以使用XMPP(可扩展消息发送和呈现 协议)(参见非专利文献1 )。使用此XMPP的一个实时通信系统是即时消息发 送(IM)(参见非专利文献2 )。在即时消息发送(IM)中，检查IM客户端(可 以进行IM交换的相对方)是否在因特网上在线，并且当所述IM客户端在线 时，可以与所述IM客户端执行聊天、文件交换等。
作为用于调用另一计算机中的数据或服务的协议，还可以使用SOAP (简 单对象访问协议)(参见非专利文献3)。在使用SOAP的通信中，使用诸如 HTTP (超文本传送协议)之类的协议来交换消息，在每个消息中被称作信包 的附带信息被附着到XML (可扩展标记语言)文档。由于使用服务的客户端 和提供所述服务的服务器都具有SOAP产生/解释引擎，所以可以在不同的环 境之间调用对象。
作为用于在服务器和客户端终端之间建立会话并且通过网络从所述服务 器向所ii^户端终端递送内容的系统，已知一种当内容递送被M断开中断时能够建立新的会话并且重新开始所述递送的系统(参见专利文献l )。"可扩展消息发送和呈现协议(XMPP):即时消息发送和呈现"，RFC3921，因特网工程任务组(IETF), 2004年10月"SOAP版本1.2", W3C建议，万维网联盟(W3C )， 2003年6月日本专利申请^Hf号2007-31818
发明内容
通常，为了从受控设备向充当服务器设备的业务服务器传送诸如内^t据之类的大量数据，所iU良务器设备用于向控制设备提供用来经由网络访问所述受控设备的各个服务，在所述受控设备和业务服务器之间建立用于直接访问的会话并且在不穿过直接访问管理服务器的情况下传送数据，借此改进了整个网络的数据转送效率并且防止在所述直接访问管理服务器上的负荷增加。
在建立用于在受控设备和业务服务器之间进行直接访问的M中，首先当直接访问管理服务器接收来自业务服务器的直接访问开始请求时，所述直接访问管理服务器用于管理在控制设备和业务服务器的业务的组合以及受控设备之间的对应性，所述直接访问管理服务器通过时常在线的连接会话向受控设备发送直接访问URI获取请求.响应于来自直接访问管理服务器的直接访问URI获取请求，受控设备分配直接访问本地端口并且向路由器发送直接访问端口NAT (网络地址转换)设置请求，并且请求所述路由器把全局IP地址和端口号映射到本地IP地址和端口号，其中所述直接访问端口 NAT设置请求包含被预先分配给受控设备的本地IP地址和直接访问本地端口的端口号，所述全局IP地址和端口号可通过因特网来访问。
当作为NAT设置响应而从路由器接收与受控设备的本地IP地址和端口号相关联的全局IP地址和端口号时，所述受控设备通过使用这些全局IP地址和端口号来创建直接访问URI列表，并且向直接访问管理服务器发送所述直接访问URI列表。直接访问URI列表指的是用于通过网络从业务服务器或控制设备直接访问受控设备的URI列表。当接收直接访问URI列表时，直接访问管理服务器把它发送到业务服务器。从而此后，业务服务器通过使用直接访问URI来执行用于建立直接访问受控设备的会话的处理。然而，由于上述方法是基于以下前提的，即路由器具有端口转送功能以便使经由路由器被连接到外部网络的每个受控设^^象具有全局IP地址的设备一样运作，所以当使用没有端口转送功能的路由器时很难建立用于在所述受控设
备和业务服务器之间进行直接访问的会话。在双NAT环境中，受控设备也无法获取全局IP地址，由此导致相同的问题。
当受控设备无法从路由器获取全局IP地址和端口号时，如在专利文献2中所y〉开的那样，通过使直接访问管理服务器分配随道端口并且使用随道端口的端口号和所述直接访问管理服务器的全局IP地址所创建的直接访问URI列表，经由所述直接访问管理服务器以随道模式执行在业务服务器和受控设备之间的通信。结茱，出现了直接访问管理服务器上的负荷增加的问题。
考虑到上述环境，希望提供一种网络系统、直接访问方法、网络家用电器和程序，如果全局IP地址可以被分配给第一设备，那么所述网络系统、直接访问方法、网络家用电器和程序能够建立用于在第一设备和作为网络家用电器的第二设备之间进行直接访问的会话并且改进整个系统的效率，而不考虑是否存在其中全局IP地址可以被分配给第二设备的环境。
依照本发明实施例，提供了一种包括第一设备、第二设备和服务器设备的网络系统，所述服务器设备能够彼此关联地登记所述第 一设备和第二设备并且与所述第二设备建立时常在线的连接会话。第一设备包括回叫请求发送装置，用于向服务器设备发送回叫请求，所述回叫请求包含关于网络上第 一设备的指定信息。服务器设备包括回叫请求中继装置，用于通过时常在线的连M话从第 一设备向第二设备发送回叫请求。第二设备包括直接访问会话建立请求装置，用于根据在Wi务器设备所接收的回叫请求中所包含的指定信息来通过网络与第一设备连接并JLiL送用于建立直接访问会话的请求，还包括用于通过所述直接访问会话来与所述第 一设备通信的直接访问通信装置。
依照本发明实施例，第二设^^被通知关于第一设备的指定信息并且根据所述指定信息与所述第一设备连接以便请求建立直接访问会话，使得可以在所述第一设备和作为网络家用电器的第二设备之间建立所述直接访问会话而不考虑是否存在其中可以向所述第二设备分配全局IP地址的环境，其中通过由服务器设备所提供的时常在线的连接会话向所述第 一设备分配网络上的指定信息。结果，减少了其中需要经由服务器设备在设备之间以隧道模式传送大量数据的情况的出现频率，使得可以减少所^艮务器设备上的负荷。
第一设备还可以进一步包括一次性口令产生装置，用于产生一次性口令，和存储部件，用于存储所产生的一次性口令，回叫请求发送装置向所述服务器设备发送(被添加了由所述一次性口令产生装置所产生的所述一次性口令的)回叫请求，直接访问会话建立请求装置发送用于建立直接访问会话的请求，在所述用于建立直接访问会话的请求中包含在从所述服务器设备所接收的回叫请求中所包含的 一次性口令，并且所述第 一设备进一步包括直接访问会话建立响应装置，用于把在从所述第二设^收的、用于建立所述直接访问会话的请求中所包含的一次性口令与在存储部件中所存储的一次性口令相比较，并且当两个一次性口令匹配时，向所述第二设备发送用于建立所述直接访问会话的响应。
从而，可以在第一设备中识别在来自第一设备的每个回叫请求和来自第二设备用于建立直接访问4^的请求之间的对应关系，并且确保可以在两个适当的设备之间建立直接访问会活。
第一设备还可以进一步包括判断装置，用于判断关于网络上第 一设备的指定信息是否可用，当所述判断装置判断所述关于第一设备的指定信息可用时，回叫请求发送装置向服务器设备发送包含了所述关于第 一设备的指定信息的回叫请求，并且所述第一设备进一步包括指定信息获取装置，用于当所述判断装置判断所述关于第一设备的指定信息不可用时通过所述服务器设备获取关于所述网络上第二设备的指定信息，还包括第二直接访问通信装置，用于根据由所述指定信息获取装置所获取的所述关于第二设备的指定信息来通过所述网络与所述第二设备连接并且执行直接访问。
依照此构造，当判断可以指定关于网络上第一设备的指定信息时，通过由服务器设备所提供的时常在线的连接会话从第 一设备向第二设备发送包含所述关于笫一设备的指定信息的回叫请求，所述第二设备根据所述关于笫一设备的指定信息来与所述第一设备连接以便请求建立直接访问会话，使得可以建立所述直接访问会话，并且当判断无法指定所述关于第一设备的指定信息时，所述第 一设备通过由所述服务器设备所提供的时常在线的连接会话获取关于所述网络上第二设备的指定信息并且根据所获取的指定信息通过所述网络与所述第二设备连接以便进行直接访问。据此，即l更在其中并不确保可以指定关于网络上第一设备的指定信息的环境中，可以以较高的可能性提供在第一设备和第二设备之间可以进行直接访问的情况。换句话说，只有出现其中无法指定关于网络上第 一设备和第二设备的指定信息的情况才停止经由服务器设备农照隧道模式的通信，借此可以减少服务器设备上的负荷。
笫一设备可以是控制设备和业务服务器之一，所述业务服务器用于向控制设备提供用于经由网络控制第二设备的业务。依照本发明另 一实施例的直接访问方法是一种用于网络系统的直接访问方法，所述网络系统包括第一设备、第二设备和服务器设备，所述月艮务器设备能够彼此关联地登记所述第 一设备和第二设备并且与所述第二设备建立时常
在线的连M话。直接访问方法包括由第一设备的回叫请求发送装置向服务器设备发送回叫请求，所述回叫请求包含关于网络上第一设备的指定信息；由所述服务器设备的回叫请求中继装置通过时常在线的连接会话从所述第 一设备向所述第二设备发送回叫请求；由所述第二设备的直接访问会话建立请求装置根据在从所述服务器设备所接收的回叫请求中所包含的指定信息来通过所述网络与所述第一设备连接并且发送用于建立直接访问会话的请求；并且由所述第二设备的直接访问通信装置通过所述直接访问会话与所述第 一设备通信。
依照本发明另 一实施例的网络家用电器包括回叫请求接收装置，用于^Jl务器设备接收回叫请求，所述服务器设备能够彼此关联地躬5第一i殳备和作为网络家用电器的第二设备并且与所述第二设备建立时常在线的连接会话，所述回叫请求包含关于网络上第一设备的指定信息，还包括直接访问会话建立请求装置，用于根据在由回叫请求接收装置所接收的回叫请求中所包含的所述关于第 一设备的指定信息来通过所述网络与所述第 一设备连接并且发送用于建立直接访问会话的请求，和直接访问通信装置，用于通过所述直接访问会话与所述第一设备通信。
依照本发明另 一实施例的程序是用于使作为网络家用电器起作用的计算机作为以下装置^^作用的程序回叫请求接收装置，用于从服务器设备接收回叫请求，所^良务器设备能够彼此关联地登记第 一设备和第二设备并且与所述第二设备建立时常在线的连接会话，所述第二设备是网络家用电器，所述回叫请求包含关于网络上第一设备的指定信息；直接访问会话建立请求装置，用于根据在由所述回叫请求接收装置所接收的回叫请求中所包含的关于第 一设备的指定信息来通过所述网络与所述第 一设备连接并且发送用于建立直接访问会话的请求；和直接访问通信装置，用于通过所述直接访问会话与所述笫一设备通信。
依照本发明另一实施例，提供了一种网络家用电器，包括回叫请求接收部，被配置为从服务器设备接收回叫请求，所述服务器设备能够彼此关联地登记第 一设备和第二设备并且与所述第二设备建立时常在线的连a活，所述第二设备是网络家用电器，所述回叫请求包含关于网络上第一设备的指定信息；直接访问会话建立请求部，被配置为根据在由所述回叫请求接收装置所接收的回叫请求中所包含的关于第一设备的指定信息来通过所述网络与所述第一设备连接并且发送用于建立直接访问会话的请求；和直接访问通信部，被配置为通过所述直接访问会话与所述第 一设备通信。
依照本发明实施例,如果全局IP地址可以被分配给第一设备，那么可以在所述第 一设备和第二设备之间建立直接访问会话，而不考虑是否存在其中可以向第二设备分配全局IP地址的环境，所迷第二设备是网络家用电器。从而，
可以改进整个系统的效率。
如附图中所图示，参考其最佳模式实施例的以下详细描述，本发明的这些及其它目的、特征和优点将变得更加清楚。
图l是示出依照本发明实施例的网络系统的整体配置的示意图2是用于示出在图1中所示出的网络系统中的在登记控制设备和业务的组合以;M^登记受控设备中的信息流的顺序图3是用于示出在受控设备的XMPP登录时的信息流的顺序图4是关于来自受控设备的直接访问处理的顺序图5是用于提供在来自图4所示出的受控设备的直接访问处理期间的接口功能概况的图表；
图6是在登记控制i殳备和业务的组合以及登记受控设备中的控制设备的流程图7是在登记控制设备和业务的组合以及登记受控设备中的业务服务器的流程闺8是在登记控制设备和业务的组合以及登记受控设备中的直接访问管理服务器的流程图9是在登记受控设备中的直接访问管理服务器的流程图IO是在登记受控设备中的受控设备的流程图;
图11是用于示出在受控设备的XMPP登录期间的直接访问管理服务器操作的流程图12是用于示出在来自受控设备的直接访问处理期间的控制设备操作的流程图13是用于示出在来自受控设备的直接访问处理期间的业务服务器操作的流禾呈图；图14是用于还示出在来自受控设备的直接访问处理期间的业务服务器操 作的流程图15是用于示出在来自受控设备的直接访问处理期间的直接访问管理服 务器操作的流程图16是用于还示出在来自受控设备的直接访问处理期间的直接访问管理 服务器操作的流程图17是用于示出在来自受控设备的直接访问处理期间的受控i殳^^操作的 流程图18是用于示出在来自受控设备的直接访问处理期间的业务服务器操作 的流程图19是关于来自在本发明第二实施例的网络系统中的受控设备的直接访 问处理的顺序图20是关于来自在本发明第二实施例的网络系统中的受控设备的直接访 问处理的另一顺序图21是关于来自在本发明第二实施例的网络系统中的控制设备的直接访 问处理的顺序图22是在登记中的受控设备的流程图23是用于示出完全JID的构造的示意图24是用于示出完全JID的另一构造的示意图25是用于示出在业务URN、请求传递和内容ID之间关系的具体例子 的示意图26示出了内容列表的例子；
图27是由控制设备获取内容列表的顺序图；和
图28是用于提供在获M图27中所示出的内容列表期间的接口功能概况 的图表。
具体实施例方式
(第一实施例)
下面将参考附图描述本发明的实施例。
图1是用于示出依照本发胡一个实施例的网络系统的整体配置的示意图。此网络系统包括诸如移动电话之类的控制设备IO、诸如DVR (数字视频 记录器)之类的受控设备20、业务服务器30、直接访问管理服务器40和路由 器50，所述受控设备20为网络家用电器。在此实施例中，业务服务器30对应 于第一设备，并且受控设备20对应于第二设备。
控制设备10作为用于控制受控设备的设备来进行操作。控制设备可以是 能够控制受控设备的任何设备，并且代替移动电话可以是PC (个人计算机)、 PDA (个人数字助理)等。
控制设备IO包括用于存^序等的主存储器、用于通过执行在所述主存 储器中所存储的程序来执行各种计算处理的CPU (中央处理器)、与诸如DVR 之类的受控设备20对接的接口 、诸如键输入部件和显示部件之类的用户界面、 非易失性存储部件11等。在存储部件11中，存储向控制设备10登记的用户 标识信息。在主存储器中，存储用于执行与直接访问受控设备20相关的处理 的程序等。
受控设备20不仅包括记录/再现功能部件，用于在/从介质上记录/再现诸如 广播节目之类的内容，而且还包括用于存储程序等的主存储器，用于通过执行 在所述主存储器中所存储的程序来执行各种计算处理的CPU、用于与网络对接 的接口、用于与控制设备10对接的接口、非易失性存储部件21、遥控接收器、 用于连接TV等的接口等。在存储部件21中，预先存储被固定分配给受控设 备的设备认证信息。在主存储器中，除用于控制受控设备20的记录/再现功能 部件的程序O卜，还存储用于执行与直接访问业务服务器30相关的处理的程 序等。
业务服务器30是用于向控制设备10提供用于经由网络来访问受控设备20 的各个业务的服务器设备。此业务服务器30通过使用例如标准计算机系统来 实现，所述标准计算才几系统例如包M如^:/鼠标之类的输入部件、显示部件、 用于存储程序等的主存储器、用于通过执行在所述主存储器中所存储的程序来 执行各种计算处理的CPU、用于与网络通信的通信部件以及存储部件31。在 主存储器中，除为操作计算机系统所必须的基^序之外，还存储了为实现所 述业务所必须的程序等。在存储部件31中，存储由所述业务服务器30为每个 业务所提供的用于标识业务力良务器和业务的业务ID。
直接访问管理服务器40是用于管理在控制设备10和业务服务器30的业 务的组合以及受控设备20之间的相应关系(对应关系)的服务器。此直接访 问管理服务器40通过使用例如标准计算机系统来实现，所述标准计算机系统 例如包^"如^Jt/鼠标之类的输入部件、显示部件、用于存^^呈序等的主存储器、用于执行在所述主存储器中所存储的程序以便执行各种计算处理的CPU、用于与网络对接的接口以及存储部件41。在主存储器中，除为操作计算机系统
所必须的^i4^序之外，还存储了用于使所述计算机系统作为直接访问管理服
务器起作用的程序等。
直接访问管理服务器40装备有SOAP (简单对象访问协议)服务器42和XMPP (可扩展消息发送和呈现协议)服务器43。 SOAP服务器42是用于执行用来登记控制设备10和业务的组合、登记受控设备20以及在业务服务器30和受控设备20之间进行直接访问的处理的服务器。XMPP服务器43是用于设置与受控设备20的双向时常在线的连M话的服务器。SOAP服务器42和XMPP服务器43仅仅是作为例子，由此所述SOAP服务器42可以被替换为使用另一 API呼叫方法的服务器，并且所述XMPP服务器43可以祐^替换为使用另一IM方法的服务器。
接下来，将描述各自设备的接口。在图l中，[IF-"表示接口号。
直接访问管理服务器40中的SOAP服务器42具有从业务JJ良务器30访问的接口[IF-02]和从受控设备20访问的接口IF-00。SOAP服务器42还具有SOAP客户端功能，用于访问业务服务器30的接口[IF-05。当建立XMPP会话时，从XMPP客户端访问XMPP服务器43的接口。在此系统配置例子中，从受控设备20访问的接口[IF-06对应于XMPP服务器43的接口。在建立XMPP M之后，可以通过使用接口IF-06依照两种方式来交换消息，使得XMPP服务器43还可以访问受控设备20的接口 [IF-071 。
业务服务器30具有从控制设备10访问的接口 [IF-Ol、从直接访问管理服务器40访问的接口IF-05和从受控设备20访问的接口IF-31。
在此系统配置例子中，业务服务器30并未直接与直接访问管理服务器40中的XMPP服务器43对接，但是当然可以直接与其对接。
受控设备20具有在建立XMPP ^g"之后从直接访问管理服务器40访问的接口[IF-07卜例如经由红外线或USB (通用串行总线)向/从控制设备10发送/接收数据的接口 [IF-03以及从业务服务器30或控制设备10进行访问并且支持直接访问URI的接口 [IF-09。
路由器50具有接口 [IF-08，该接口 [IF-08具有UPnP(通用即插即用)IGD(因特网网关设备)功能并且可从受控i殳备20访问。
接下来，将描述此实施例的网络系统的操作。在下面描迷中，〈X-XX〉表示请求，并且〈X-XXIO表示对〈X-XX〉的响应。[1.登记控制设备/业务以及受控设备
首先，描述将为控制设备10和业务的每个组合所发布的控制设备/业务管 理ID连接到为直接访问管理服务器40中的每个受控设备20所唯一发布的受 控设备管理ID的操作。
图2是用于示出在登记控制设备10和业务的组合以及躬巳受控设备20中 的信息流的顺序图。图6是在上述登记中的控制设备10的流程图。图7是在 登记中的业务服务器30的流程图。图8和图9是在登记中的直接访问管理服 务器40的流程图。图10是在登记中的受控设备20的流程图。
[l-l.登记控制设备和业务的组合
首先，控制设备10从用户接收用于登记受控设备的指令(图6中的步骤 S301 )并且向业务服务器30发布包含用户标识信息的受控设4^记请求<11-1> (图6中的步骤S302)。
当接收包含用户标识信息的受控设备登记请求<11-1>时(图7中的步骤 S401 )，业务服务器30判断对应于用户标识信息的控制设备/业务管理ID是否 被存储在存储部件31中(图7中的步骤S402 )。
当没有存储对应于用户标识信息的控制设备/业务管理ID时，业务服务器 30把用户标识信息存储在存储部件31中(图7中的步骤S403 )并且向直接访 问管理服务器40中的SOAP服务器42发布控制设4^/业务管理ID获取请求 <R-2> (图7中的步骤S404 )，所述控制设备/业务管理ID获取请求<议-2>包含 被预先分配给所述业务服务器30的业务ID。控制i殳4V业务管理ID是被唯一 地分配给由业务提供者所提供的每个业务和控制设备的组合的ID。
当接收控制设备/业务管理ID获取请求<11-2>时(图8中的步骤S501 )， SOAP服务器42检查其中所包含的业务ID是否匹配于在直接访问管理服务器 40的存储部件41中所预先登记的业务ID (图8中的步骤S502 )。当所述业务 ID不匹配预先躬己的业务ID时，SOAP服务器42向业务服务器30发送用于 表明所述业务ID未被登记的4 代码作为控制设备/业务管理ID获取响应 <R-2R> (图8中的步骤S506 )。当所述业务ID匹配预先躬己的业务ID时， SOAP服务器42发布新的控制该:4V业务管理ID (图8中的步骤S503 )，在存 储部件41中登记在此控制设备/业务管理ID和业务ID之间的相应关系(图8 中的步骤S504 ),并且向业务服务器30发送此控制设^V业务管理ID作为控制 设备/业务管理ID获取请求〈R-2R〉(图8中的步骤S505 )。从而，直接访问管 理服务器40可以通过使用控制设备10和由所述控制i殳备10所使用的业务服务器30的业务的组合来标识从所述直接访问管理服务器40看来的控制端。
应当注意，直接访问管理服务器40与控制设备/业务管理ID和业务ID关m把诸如业务服务器30的URI之类的站点信息存储在存储部件41中，以便管理所述站点信息。
当接收控制设备/业务管理ID作为控制设备/业务管理ID获取响应<11-211>时(图7中的步骤S405),业务服务器30与用户标识信息关联地在存储部件31中登记控制设备/业务管理ID (图7中的步骤S406 )。通过与用户标识信息关联地存储控制设备/业务管理ID，当此后从控制设备10进行访问时，业务服务器30通过使用对应于用户标识信息的控制设^V业务管理ID来请求直接访问管理服务器40对控制设备10执行处理，以便使所述直接访问管理服务器40能够把控制请求源唯一地标识为用于组合控制设备10和业务服务器30的业务的控制侧。
在业务服务器30与用户标识信息关联地在存储部件31中登记控制设备/业务管理ID之后或者当在所述存储部件31中登记了控制设备/业务管理ID时(所述控制设备/业务管理ID对应于在从控制设备10所接收的受控设M记请求<议-1>中所包含的用户标识信息)，所述业务服务器30向直接访问管理服务器40中的SOAP服务器42发布受控设备登记口令获取请求<11-3> (图7中的步骤S407 )，所述受控设M记口令获取请求<11-3>包含这些控制设备/业务管理ID和业务ID。
当接收受控设备^己口令获取请求<11-3>时(图8中的步骤S507)，直接访问管理服务器40中的SOAP月良务器42判断在存储部件41中是否登记了其中所包含的控制设备/业务管理ID和业务ID的组合(图8中的步猓S508 )。当没有登记所述组合时，SOAP服务器30向业务服务器30发送4^代码作为受控设备登记口令获取响应〈R-3R〉(图8中的步骤S512 ),所述M代码用于表明没有登记控制设备/业务管理ID和业务ID的组合。当在存储部件41中已经登记了在受控设备登记口令获取请求<11-3>中所包含的控制设备/业务管理ID和业务ID的组合时，SOAP服务器42重新产生受控i殳M记口令(图8中的步骤S509)并且与控制i殳备/业务管理ID和业务ID关联地把此受控设W记口令和关于对所述受控设备登记口令所指定的截止日期的信息登记到存储部件41 (图8中的步驟S510 )，所述控制设^V业务管理ID和业务ID被包含在受控设4^记口令获取请求<11-3>中。然后，SOAP服务器42向业务服务器30发送受控设备登记口令和关于所述受控设备登记口令的截止日期的信息以作为受控设^记口令获取响应<11-311> (图8中的步骤S511 )。当接收受控设备登记口令获取响应〈R-3R〉时(图7中的步骤S408 ),业务 服务器30向控制设备10发送在所述受控设备躬己口令获取响应〈R-3R〉中所 包含的受控设备登记口令及关于其截止日期的信息作为受控设备登记响应 <R-4> (图7中的步骤S409 )。
当接收受控设备躬5响应<11-4>时(图6中的步骤S303 )，控制设备10把 在受控设备登记响应<11-4>中所包含的受控设备登记口令及关于其截止日期的 信息存储在存储部件11中(图6中的步骤S304 )。
从而，完成了用于相对于控制设备10和业务的组合登记控制设4v业务管
理ID的处理、以及用于发布受控设备登记口令的处理，所述受控^L^记口 令用于使受控设备20与控制设备10相关联。
[l-2.受控设备的躬己
接下来，将描述在登记中的受控设备20的操作。
在由用户使用之前，受控设备20在直接访问管理服务器40中如下地对受 控设备20自身IMti殳备认证。
首先，受控设备20检查自动连接标志值(图10中的步骤S601 )。在向直 接访问管理服务器40躬6受控设备之前，自动连接标志值为关闭(OFF)。在 这种情况下，受控设备20向直接访问管理服务器40中的SOAP服务器42发 送设备认证请求〈R-0〉(图10中的步骤S602),所述设备认证请求<11-0>包含 关于预置的i人证方法的信息和i殳4^人证信息。
当从受控设备20接收设备认证请求〈R-0时(图8中的步骤S513 ),直接 访问管理服务器40中的SOAP服务器42依照在设备认证请求〈R-0中所包含 的关于认证方法的信息和设备认证信息来判断受控设备20是否为适当的设备 (图8中的步骤S514)。当判断受控设备20是不适当的设备时，即当认证方法 不同于预定的认证方法或者设备认证信息具有不同于预定的认证方法的格式 时，SOAP服务器42向受控设备20发送用于表明向直接访问管理服务器40 示出了#^代码的消息作为设备认证响应<11-011> (图8中的步骤S515 )。当判 断受控设备20是适当的i殳备时，即当i人证方法匹配预定的i人证方法并且i殳备 认证信息具有预定的认证方法的格式时，SOAP月良务器42产生将被分配给受 控设备20的设备认证延续ID (图8中的步骤S516 )，并且与在设^l^人证请求 <11-0>中所包含的设备认证信息关联地把所述设备认证延续ID存储在存储部 件41中(图8中的步骤S517 )。在那之后，SOAP服务器42向受控设备20发 送设备认证响应〈R-0R〉(图8中的步骤S518),所述设备认证响应〈R-0R〉包
16含所产生的设备认证延续ID和关于其截止日期的信息。设备认证延续ID是被分配给已经由直接访问管理服务器40认证的设备的标识信息。使用所述标识信息，直接访问管理服务器40可以识别受控设备20的设备认证状态。
当从直接访问管理服务器40中的SOAP服务器42接收了设备认证响应<议-011>时(图10中的步骤S603 )，所述设备认证响应^R-OR〉包含设备认证延续ID及关于其截止日期的信息，受控设备20与设备认证信息关联地把在所述设备认证响应<11-011>中所包含的设备认证延续ID及关于其截止日期的信息存储在存储部件21中(图10中的步骤S604 )。
在那之后，受控设备20判断受控设4^己口令是否被存储在存储部件21中(图10中的步骤S605)。当受控设备登记口令未楝存储时，操作被终止，而当所述受控设备登记口令被存储时，处理继续至步骤S609。由于在获取设备认证延续ID之后没有立即存储受控设备登记口令，所以在这种情况下操作被终止。
到现在为止，受控设备20把设备认证延续ID、关于所述设备i人证延续ID的截止日期的信息以及设备认证信息的组合存储在存储部件21中，直接访问管理服务器40把设备认证延续ID和设备认证信息的组合存储在存储部件41中，从而完成向直接访问管理服务器40登记所述受控设备20。
[l-3.把控制设备/业务管理ID ^^到受控i殳备管理ID
接下来，执行用于彼此关联地向直接访问管理服务器40登记控制设备/业务管理ID和受控设备管理ID的操作。在控制设备10中，由用户输入一次性口令发送请求(图6中的步骤S305 )。当从用户接收一次性口令发送请求时，控制设备10通过使用红外类型或USB类型的接口[IF-03向受控设备20转送在存储部件11中所存储的受控设4^记口令作为一次性口4^<11-5>(图6中的步骤S306)。用于转送受控设M记口令的其它可能的方法包括经由非接触式IC卡、使用蓝牙(注册商标)的无线发送、无线LAN等进行转送，但是可以使用任何转送方法，只要可以把受控设M记口令从用于充当控制设备的控制设备10转送到受控设备20即可。在那之后，控制设备10从存储部件11中删除受控设W记口令(图6中的步猓S307 )。
当从控制设备10接收受控设备登记口令<11-5>时(图10中的步骤S607)，受控设备20把所述受控设备登记口令存储在存储部件21中(图10中的步骤S608 )。随后，受控设备20向直接访问管理服务器40中的SOAP服务器42发送受控设备登记请求<11-6> ，所述受控设备登记请求<11-6>包含了在存储部件21中所存储的设备认证延续ID和从控制设备10所接收的受控i殳M记口令 (图10中的步骤S609)。从而，受控设备20请求直接访问管理服务器40以便
与已经发送受控设M记口令的控制设备io关m来登记所述受控设备登记口令。
当从受控设备20接收受控设^"记请求<11-6>时(图9中的步骤S519 )， 直接访问管理服务器40中的SOAP服务器42检查在受控设4^记请求<11-6> 中所包含的设备认证延续ID是否匹配于在存储部件41中所存储的ID，并且 还检查设备认证延续ID的截止日期(图9中的步骤S520),当检查结果被判 断为NG时，即当设^^人证延续ID不匹配所存储的ID时或者当已经过了设备 认证延续ID的截止日期时，SOAP服务器42向受控设备20发送受控设M 记响应〈R-6R〉(图9中的步骤S530),所述受控设备登记响应〈R-6R〉包含用 于表明必须进^i殳备i人证的，代码，当接收了包含4W代码的受控设M记 响应〈R-6R〉时(图10中的步骤S622 ),受控i殳备20返回到步骤S602并且重 复用于该:4"认证的处理。
当在步骤S520的检查结果为OK (可以)时，即当设4^人证延续ID匹配 在存储部件41中所存储的ID并且设备认证延续ID的截止日期尚未过去时， SOAP服务器42检查在从受控设备20所接收的受控设4^记请求<11-6>中所 包含的受控设备登记口令是否匹配在存储部件41中所存储的口令并且还检查 所述受控设M记口令的截止日期(图9中的步骤S521 )。当检查结果被判断 为NG时，即当受控设备登记口令没有匹配所存储的口令时或者当已经过了受 控设备登记口令的截止日期时，SOAP服务器42向受控设备20发送用于表明 在受控设备登记请求<11-6>中所包含的受控设备登记口令无效的#^代码作为 受控设4^记响应<11-611> (图9中的步骤S529 )。当接收作为受控设备登记响 应的#^代码<11-611>时(图10中的步骤S620 )，受控设备20通过被连接到受 控设备20的TV屏幕等向用户显示餘蔽消息(图10中的步骤S621)以致再次 获取受控设备登记口令，并且结束处理。
当在步骤S521中的检查结果为OK时，即当受控设^^登记口令匹配在存 储部件41中所存储的口令并且当受控设4^记口令的截止日期尚未过期时， SOAP服务器42参考在存储部件41中所存储的信息来判断受控设备管理ID 是否被分配给在受控设^^记请求<11-6>中所包含的设备认证延续ID (图9中 的步骤S522 )。当对应于设备认证延续ID的受控设备管理ID尚未被分配时， SOAP服务器42向受控设备20分配受控i殳备管理ID (图9中的步骤S523 ), 并且与受控设备20的设4^人证信息和i殳4^人证延续ID关:^把所分配的受控储部件41中(图9中的步骤S524 )。当受控i殳备管理ID 已经被分配给在受控设备登记请求<11-6>中所包含的设备认证延续ID时， SOAP服务器42与控制设备/业务管理ID关联地把受控设备管理ID存储在存 储部件41中(图9中的步猓S525 ),所述控制设备/业务管理ID已被与受控设 M记口令关联*储在存储部件41中。这里，受控设备管理ID指的是被唯 一地分配给直接访问管理服务器40中的受控设备的标识信息。在其使用的情 况下，被分配给控制设备和业务的组合的控制设备/业务管理ID以及被分配给 受控设备的受控设备管理ID彼此相互链接。在这种情况下，多个受控设备管 理ID可以^C链接到一个控制i殳^V业务管理ID，或者反过来多个控制i殳^V业 务管理ID可以被链接到一个受控设备管理ID。
然后，SOAP服务器42向受控设备20发送目前所链接的业务号码作为受 控设备躬己响应<11-611> (图9中的步骤S526 )。接下来，SOAP服务器42向 业务服务器30发送受控设^^记完成通知<11-7> (图9中的步骤S527 )，其包 含在存储部件41中所存储的业务ID、控制设^^/业务管理ID和受控设M记 口令。在那之后，SOAP服务器42删除存储部件41中的受控设备登记口令(图 9中的步骤S528 )并且结束处理。另 一方面，当从SOAP服务器42接收受控 设备登记完成通知<11-7>时(图7中的步骤S410 )，业务服务器30借助电子邮 件等向控制设备10的用户通知完成了登记受控设备(图7中的步骤S411 )。
当从SOAP服务器42接收目前所链接的业务号码作为受控设备登记响应 <11-611>时(图10中的步骤S610 ),受控设备20开启自动连接标志(图10中 的步攀S611)并且显示用于表明已经完成受控设M记的消息(图10中的步 骤S612)。 受控设备20删除在存储部件21中所存储的受控设备登记口
图10中的步骤S613 )。在那之后，为了与直接访问管理服务器40中的XMPP 服务器43建立时常在线的连接会话，受控设备20向直接访问管理服务器40 中的SOAP服务器42发送包^i殳备认证延续ID的XMPP登录信息获取请求 <D-0-l> (图10中的步骤S614 )。
[2.受控设备的XMPP登录
在此网络系统中，直接访问管理服务器40包括用于设置与受控设备20的 双向时常在线的连接会活的XMPP服务器43。为了用于充当控制设备的控制 设备10能够通过网络访问受控设备20,所述受控设备20在访问之前登录到 XMPP服务器43中以便与XMPP服务器43建立时常在线的连接会话。从而， 业务服务器30和控制设备10可以在必要时从受控设备20获取必要的信息。 为了简化在这种情况下业务服务器30的设计，把XMPP协议隐藏在直接访问
19管理服务器40中，使得只有SOAP接口可以与XMPP服务器43交换信息， 所述XMPP服务器43已经与受控设备20建立了双向时常在线的连^活。
图3是用于示出在受控设备20的XMPP登录时的信息流的顺序图。图11 是用于示出在受控设备20的XMPP登录期间的直接访问管理服务器40操作的 流程图。
当从受控设备20接收包^^i殳备认证延续ID的XMPP登录信息获取请求 <0-0-1>时(图11中的步骤S1001),直接访问管理服务器40检查在XMPP登 录信息获取请求<0-0-1>中所包含的设备认证延续ID以及所述设备认证延续 ID的截止日期(图11中的步骤1002 )。在此检查中，当在XMPP登录信息获 取请求<0-0-1>中所包含的设备认证延续ID不匹配在直接访问管理服务器40 的存储部件41中所存储的ID时或者当截止日期已经过去时，这意味着并未适 当地向直接访问管理服务器40登记受控设备20或者虽然过去登记了受控设备 20但是在登记时设备认证延续ID的截止日期已经过去。因此，直接访问管理 服务器40向受控设备20发送用于表明必须进行设备认证的错误代码作为 XMPP登录信息获取响应〈D-0-lR〉(图11中的步骤S1003 )。当设备认证延续 ID ^t存储在存储部件41中并JU殳4^人证延续ID的截止日期尚未过去时，直 接访问管理服务器40从存储部件41获WA:链接到此设备认证延续ID的受控 设备管理ID和设备认证信息(图11中的步骤S1004 )。根据这些受控设备管理 ID和设备认证信息，受控设备20产生关于完全JID (D)的信息、XMPP登 录口令以及XMPP登录口令的截止日期(图11中的步骤S1005)并且把这些 信息存储到存储部件41中(图11中的步骤S1006),所述完全JID (D)是为 登录到XMPP服务器43中所必须的XMPP登录ID。直接访问管理服务器40 向受控设备20发送通过向所产生的关于完全JID (D)的信息、XMPP登录口 令及其截止日期增加XMPP地址、端口号、认证方法信息和SSL (安全的套 接层secure socket layer)选项所获得的信息作为XMPP登录信息获取响应 <D-0-lR> (图11中的步骤S1007 )。
当从直接访问管理服务器40中的SOAP服务器42接收包含完全JID( D )、 XMPP登录口令等的XMPP登录信息获取响应〈D-0-lR〉时(图10中的步骤 S615 )，受控设备20向直接访问管理服务器40中的XMPP服务器43发送包 含完全JID (D)和XMPP登录口令的XMPP登录认证请求〈D-0-2〉(图10 冲的步骤S616)。
当从受控设备20接收XMPP登录认证请求<0-0-2>时(图11中的步骤 S1008 ),直接访问管理服务器40中的XMPP服务器43检查在XMPP登录认证请求<0-0-2>中所包含的完全JID (D )、 XMPP登录口令和所述XMPP登录 口令的截止日期(图11中的步骤S1009)，并且当所述完全JID(D)不匹配在 存储部件41中所存储的完全JID (D )时、当XMPP登录口令不匹配在存储 部件41中所存储的口令时、或者当XMPP登录口令的截止日期已经过去时， XMPP服务器43向受控设备20发送用于表明XMPP登录失败的4m代码作 为XMPP登录认证响应〈D-0-2R〉(图11中的步骤SIOIO)。当完全JID (D)、 XMPP登录口令和截止日期的所有检查结果为OK时，直接访问管理服务器 40中的XMPP服务器43向受控设备20发送用于表明XMPP登录被允许的代 码作为XMPP登录认证响应〈D-0-2R〉(图11中的步骤SlOll)。
当从直接访问管理服务器40接收用于表明XMPP登录已经失败的错误代 码作为XMPP登录认证响应〈D-0-2R〉时(图10中的步骤S619),受控设备20 返回到步骤S614并且再次进行XMPP登录信息获取请求。更具体地说，由于 XMPP登录口令的截止日期可能已经过去，所以受控设备20再次执行用于 XMPP登录信息获取请求的处理。当从直接访问管理服务器40接收用于表明 XMPP登录^JL许的代码作为XMPP登录认证响应〈D-0-2R〉时(图10中的步 骤S618 )，受控设备20完成XMPP登录处理。
当受控设备20从直接访问管理服务器40中的SOAP服务器42接收用于 表明需要进^i殳备认证的4^代码作为XMPP登录信息获取响应〈D-0-lR〉时 (图10中的步骤S617),受控设备20可能未被适当地向直接访问管理服务器 40登记或者i殳^^人证延续ID的截止日期可能已经过去。因此，受控设备20 向直接访问管理服务器40中的SOAP服务器42重新发送包含关于认证方法的 信息和设备认证信息的设备认证请求〈R-0以便再次执行受控设备20的设备 认证(图10中的步骤S602 )，所述关于认证方法的信息和设备认证信息在受控 设备20中被预先设置。
如上所述，在此网络系统中，直接访问管理服务器40产生为受控设备20 登入XMPP服务器43中所必须的XMPP登录ID (完全JID )和XMPP登录 口令并且把它们递送到受控设备20。例如如图23所示，完全JID由棵JID部 分和资源部分构成。被分配给受控设备的受控设备管理ID被用作棵JID部分， 并且从设备认证信息所获得的产品代码和序号被用作资源部分。此外如图24 所示，用于标识控制设备和业务的组合的控制设备/业务管理ID可以被用作资 源部分。
顺便提及，在步骤S611自动连接标志被开启的情况下，在下一连接，例 如当受控设备20暂时断电继而被再次加电时，或者当受控设备20断开与XMPP服务器43的^"连接继而重新建立会话时，受控设备20在步骤S601 检查自动连接标志之后从步骤614发送XMPP登乘信息获取请求〈D-0-l〉开始 进行处理。换句话说，在重新连接时，受控设备20跳过设备认证、从控制设 备10获取受控设备登记口令的处理以及受控设备登记的处理并且继续用于 XMPP登录的处理。从而在重新连接时，受控设备20可以通过简单地执行 XMPP登录的处理来与XMPP服务器43建立连接会话。
从而完成用于把受控设备20关联为将由充当控制设备的控制设备10所控 制的对象的处理。下面将描述当控制设备10通过直接访问从受控i殳备20获取 内容数据时所执行的在两个相关联设备之间的具体处理。
[3.来自受控设备的直接访问处理l
图4是用于示出来自受控设备20的直接访问处理的顺序图。来自受控设 备20的直接访问指的是在业务服务器30和受控设备20之间的直>^访问，所 述直接访问在来自受控设备20的直接访问会话建立请求时开始。图5是用于 提供在来自图4中的受控设备20的直接访问处理期间的接口功能概况的周表。 图12是用于示出在来自受控设备20的直接访问处理期间的控制设备10操作 的流程图。图13、图14和图18是用于示出在来自受控设备20的直接访问处 理期间的业务服务器30操作的流程图。图15和图16是用于示出在来自受控 设备20的直接访问处理期间的直接访问管理服务器40操作的流程图。图17 是用于示出在来自受控设备20的直接访问处理期间的受控设备20操作的流程 图。
首先，当控制设备10的用户向控制设备10给出用于开始使用直接访问以 便观看内容的指令时(图12中的步骤S801),控制设备10向业务服务器30 发送受控设备列表获取请求<0-1> (图12中的步骤S802),受控设备列表获取 请求<0-1>包含了在控制设备10中所预置的用户标识信息。
当从控制设备10接收受控设备列表获取请求<0-1>时(图13中的步骤 S卯l)，业务服务器30判断对应于在受控设备列表获取请求<0-1>中所包含的 用户标识信息的控制设备/业务管理ID是否被存储在存储部件31中(图13中 的步骤S902)。当对应于用户标识信息的控制设备/业务管理ID未被存储在存 储部件31中时，业务服务器30向控制设备10发送用于表明需J^记受控设 备的^代码作为受控设备列表获取响应<0-3> (图13中的步骤S卯3)。
同时，当对应于在受控设备列表获取请求<0-1>中所包含的用户标识信息 的控制i殳^^/业务管理ID被存储在存储部件31中时，业务服务器30向直接访问管理服务器40中的SOAP服务器42发送受控设备列表获取请求<0-2> (图 13中的S904),受控设备列表获取请求<0-2>包含作为用于标识业务的信息的 业务ID和控制设备/业务管理ID。
当从业务服务器30接收受控设备列表获取请求<0-2>时(图15中的步骤 S1012 )，直接访问管理服务器40中的SOAP服务器42判断在受控设备列表获 取请求<0-2>中所包含的业务ID和控制设备/业务管理ID的组合是否被存储在 直接访问管理服务器40的存储部件41中(图15中的步骤S1013 ),并且当所 ili且合未被存储时，SOAP服务器42向业务服务器30发送用于表明需^记 受控设备的错误代码作为受控设备列表获取响应〈D-2R〉(图15中的步骤 S1014 )。
当从直接访问管理服务器40中的SOAP服务器42接收上述4^代码作为 受控设备列表获取响应<0-211>时(图13中的步骤S卯5 )，业务服务器30向控 制设备10发送此4m代码作为受控设备列表获取响应〈D-3〉(图13中的步骤 S906 )。当从业务服务器30接收M代码作为受控设备列表获取响应〈D-3〉时 (图12中的步骤S803 ),控制设备10经由显示部件向用户显示对应于所述错 误代码的消息(图12中的步骤S804 )。
当在图15的步骤S1013中进行登记时，直接访问管理服务器40中的SOAP 服务器42判断在受控设备列表获取请求〈D-2〉中所包含的业务ID和控制设备/ 业务管理ID的组合是否被存储在直接访问管理服务器40的存储部件41中， 所述SOAP服务器42依照用于链接在存储部件41中所存储的受控设备管理ID 和控制设备/业务管理ID的内容来产生一个列表作为受控设备列表，并且与控 制设^V业务管理ID关联地把所述受控设备列表存储在存储部件41中，并且 向业务服务器30发送包含受控设备列表的受控设备列表获取响应<0-211> (图 15中的步骤S1015),所述一个列表包括被重新分配给可由控制设备10控制的 受控设备的受控设备管理ID的号码、在设备认证信息中所包含的关于受控设 备的设备名称等。
当从直接访问管理服务器40中的SOAP服务器42接收包含受控设备列表 的受控设备列表获取响应<0-211>时(图13中的步骤S卯7),业务服务器30向 控制设备10发送包含所述受控设备列表的受控设备列表获取响应<0-3> (图 13中的步骤S908)。
当接收包含受控设备列表的受控设备列表获取响应<0-3>时(图12中的步 骤S805 )，控制设备10判断多个受控设备号码是否存在于所述受控设备列表中 (图12中的步骤S806 )。当存在多个受控i殳备号码时，控制i殳备10在显示部件上显示受控设备列表的内容(图12中的步骤S807)，使用户从受控设备号码 中选择一个(图12中的步骤S808),并且把所选择的受控设备号码存储在存储 部件ll中(图12中的步骤S809， S811)。当不存在多个受控设备时，控制设 备10把单个受控设备号码存储在存储部件11中(图12中的步骤S810, S811 )。
然后，控制设备10执行用于获取内容列表的处理(步骤S811-l)并且与 在存储部件li中所存储的用户标识信息和受控设备号码关联地把所获取的内
容列表存储在存储部件ll中，所述内容列表包含了在受控设备20中所存储的 内容的标题、时间和内容ID。图26示出了内容列表的例子。稍后将描述用于 获取内容列表的具体过程。
当使用户#存储部件11中所存储的内容列表选择一个内容ID之后，控 制设备10向业务服务器30发送内^f见看请求〈S-l〉(图12中的步骤S812 ), 所迷内容观看请求〈S-1〉包含了在存储部件11中所存储的用户标识信息和受控 设备号码以及由用户所选择的内容ID。
当从控制设备10接收内容观看请求<8-1>时(图14中的步骤S卯9 ),业务 服务器30检查可由业务服务器30使用的XMPP会话ID是否被存储在存储部 件31中(图14中的步骤S910)。当可由业务服务器30使用的XMPP^tlD 未被存储时，业务服务器30向直接访问管理服务器40中的SOAP服务器42 发送XMPP登录请求<0-5>以便与XMPP服务器43建立XMPP会话(图14 中的步骤S9U),所述XMPP登录请求<0-5>包含业务ID、控制设备/业务管 理ID和受控设备号码。
当从业务服务器30接收XMPP登录请求〈D-5〉时(图11中的步骤S1016)， 直接访问管理服务器40中的SOAP服务器42判断在XMPP登录请求<0-5> 中所包含的业务ID、控制设备/业务管理ID和受控设备号码的组合是否被存储 在存储部件41中(图11中的步骤S1017)。当所iii且合未被存储时,直接访问 管理服务器40中的SOAP服务器42向业务服务器30发送用于表明需M记 受控设备的4^代码作为XMPP登录响应〈D-5R〉(图11中的步骤S1018), 所述受控设备用于充当相应业务的对象。在那之后，结束直接访问管理服务器 40的操作。
当从直接访问管理服务器40中的SOAP服务器42接收用于表明需M记 充当着相应业务之对象的受控设备作为XMPP登录响应〈D-5R〉时(图14中的 步骤S912 )，业务服务器30向控制设备发送所述^:代码作为内容观看请求响 应<8-111> (图14中的步骤S913 )。当接收作为内^J財请求响应〈S-1R〉的错 误代码时(图12中的步骤S813 )，控制设备10通过显示部件向用户显示用于表明需要登记充当着业务对象的受控设备20的错误消息(图12中的步骤 S814 )。
另一方面，当直接访问管理服务器40中的SOAP服务器42在图11步骤 S1017的判断中判断在来自业务服务器30的^ 登录请求<0-5>中所包含的 业务ID、控制设备/业务管理ID和受控设备号码的组合是否被存储在存储部件 41中时，这意味着用于充当业务对象的受控设备20已经被躬己，由此SOAP 服务器42产生可由业务服务器30使用的XMPP会话ID，与在XMPP登录请 求<0-5>中所包含的业务ID、控制设备/业务管理ID和受控设备号码关联地把 所述XMPP会话ID存储在存储部件41中(图11中的步骤S1019),并且向业 务服务器30发送包含XMPP会话ID的XMPP登录响应〈D-5R〉(图11中的 步骤S1020 )。
当从直接访问管理服务器40中的SOAP服务器42接收包含XMPP ^ ID的XMPP登录响应<0-511>时(图14中的步骤S914 ),业务服务器30与所 述业务ID、控制设备/业务管理ID和受控设备号码关联地把在XMPP登录响 应<0-511>中所包含的XMPP会活ID存储在存储部件31中(图14中的步骤 S915 )。
在XMPP ID被存储之后或者当在步骤S910判断可用的XMPP ID已经被存储在存储部件31中时，业务服务器30产生关于建立直接访问^" 的OTP ( —次性口令)(图14中的步骤S916 )并且与从控制设备10所接收的 内^(见看请求<8-1>关联地把所产生的OTP存储在存储部件31中(图14中的 步骤S917)。在那之后，业务服务器30等待从受控设备20接收直接访问M <S-2> (图14中的步骤S918 )。
接下来，业务服务器30向直接访问管理服务器40中的SOAP服务器42 发送回叫请求〈S-3〉(图14中的步骤S919),该回叫请求〈S-3〉包含业务ID、 控制设备/业务管理ID、 XMPPMlD、业务URN (统一资源名称)、业务服 务器地址、业务服务器端口号和OTP。这里业务URN指的是用于指定可由受 控设备20提供的业务(应用)之一的信息。在此例子中，它指的是内容，见看 业务。业务服务器地址指的是业务服务器30借此可在网络上被唯一标识的地 址信息，即全局IP地址。业务服务器端口号指的是为访问业务服务器30所必 需的端口号。
当从业务服务器30接收回叫请求<8-3>时(图15中的步骤S1021 )，直接 访问管理服务器40中的SOAP服务器42判断在所述回叫请求<8-3>中所包含 的业务ID和控制设^V业务管理ID的组合是否^:存储在存储部件41中(图15中的步骤S1022)，并且当所述组合未被存储时，SOAP服务器42向业务服务 器30发送用于表明需要登记充当着相应业务对象的受控设备的4m代码作为 回叫响应〈S-3R〉(图15中的步骤S1023)。
当从直接访问管理服务器40中的SOAP服务器42接收用于表明需M记 充当着相应业务对象的受控设备的#^代码作为回叫响应<8-311>时(图14中 的步骤S920 )，业务服务器30从存储部件31中丢弃相关的OTP (图14中的 步骤S921),停止等待从受控设备20接收直接访问会话(图14中的步骤 S921-l),继而向控制设备10发送用于表明需M记充当着相应业务对象的受 控设备的#^代码作为内容观看请求响应<8-111> (图14中的步骤S922)。已 经描述了当控制设备10接收用于表明需要躬己充当着相应业务对象的受控设 备的M代码作为内^1见看请求响应<8-111>时所执行的操作。
当直接访问管理服务器40中的SOAP服务器42在图15步骤S1022的判 断中判断在回叫请求<8-3>中所包含的业务ID和控制该:备/业务管理ID的组合 是否存储在存储部件41中时，SOAP服务器42检查在回叫请求<8-3>中所包 含的XMPP会话ID。此检查通过判断在回叫请求〈S-3〉中所包含的XMPP会 话ID、业务ID和控制设备/业务管理ID的组合是否被登记在存储部件41中来 执行(图15中的步骤S1024 )。当此检查结果被判断为NG时，直接访问管理 服务器40中的SOAP服务器42向业务服务器30发送用于表明使用了不正确 的XMPP M ID的4^代码作为回叫响应〈S-3R〉(图15中的步骤S1025 ) 并且结束处理。
当从直接访问管理服务器40中的SOAP服务器42接收用于表明使用了不 正确的XMPP会活ID的#^代码作为回叫响应<8-311>时(图14中的步骤 S923 ),业务服务器30 M储部件31中丢弃相关的OTP(图14中的步骤S924 ) 并且停止等待从受控设备20接收直接访问会话(图14中的步骤S925)。在那 之后，业务月l务器30返回到图14的步骤S911并且再次开始用于向直接访问 管理服务器40中的XMPP服务器43发送XMPP登录请求<0-5>的处理。
当XMPP M ID的检查结果被判断为OK时，直接访问管理服务器40 中的SOAP服务器42从业务服务器30所接收的回叫请求〈S-3〉中提取业务 URN(内^i见看)、业务服务器地址、业务服务器端口号和OTP,并且通it^ 直接访问管理服务器40中的XMPP服务器43和受控设备20之间所建立的时 常在线的连^活向所述受控设备20发送包含这些信息的回叫请求<8-4> (图 15中的步骤S1026)。
当从直接访问管理服务器40中的XMPP服务器43接收回叫请求<8-4>时(图17中的步骤S1101),受控设备20把在回叫请求<8-4>中所包含的业务 URN(内^^见看)、业务服务器地址、业务服务器端口号和OTP存储在存储部 件21中(图17中的步骤S1102)。然后，受控设备20获取对应于在存储部件 21中所存储的业务URN (内^5 ^")的请求通行证(图17中的步骒S1103 )。 这里对应于业务URN的请求通行证例如指的是本地URI的信息组成部分，受 控设备20如图25所示从中接受请求，并且服务级别(内容观看)由所述请求 通行证来指定。业务URN和请求通行证被彼此关联Ak^储在受控设备20的存 储部件21中。
随后，受控设备20通过时常在线的连接会话向直接访问管理月艮务器40中 的XMPP服务器43发送所获取的请求通行证作为回叫响应<8-411> (图17中 的步骤S1104 )。当通过XMPP服务器43从受控设备20接收包含请求通行证 的回叫响应<8-411>时(图16中的步猓S1031),直接访问管理服务器40中的 SOAP服务器42向业务服务器30发送包含所述请求通行证的回叫响应〈S-3R〉 (图16中的步骤S1032)。
当从直接访问管理服务器40中的SOAP服务器42接收包H求通行证的 回叫响应〈S-3R〉时(图14中的步骤S926),业务服务器30与内^ 见看请求 <8-1>关联地把在所述回叫响应〈S-3R〉中所包含的请求通行证存储在存储部件 31中(图14中的步骤S927)。在那之后，业务服务器30向直接访问管理服务 器40中的SOAP服务器42发送包含业务ID、控制设备/业务管理ID和XMPP 会话ID的XMPP注销通知<05> (图14中的步骤S928 )，所述业务ID、控制 设备/业务管理ID和XMPPID被用为回叫请求<8-3>,继而删除在存储
i地存储的业务ID、控制设备/业务管理ID和受控设备号^ (图14中的步骤 S929)。另一方面，当接收XMPP注销通知〈C-5〉时，直接访问管理服务器42 中的SOAP服务器42丢弃在存储部件41中所存储的相关XMPP会话ID (图 16中的步骤S1041,图16中的步骤S1042)。
当受控设备20可以获取业务服务器30的全局IP地址和端口号以及OTP 并且所述业务服务器30可以如上所述获取在受控设备20中所存储的内容请求 通行证时，适当地完成连续的回叫请求处理。
如上所述，在此实施例中，通it^直接访问管理服务器40中的XMPP服 务器43和受控设备20之间所建立的时常在线的连接^l"来执行在业务服务器 30和受控设备20之间的信息交换以用于连续的回叫请求处理。
接下来，将描述来自受控设备20的直接访问操作。业务服务器30现在被假定为等待从受控设备20接收直接访问会话建立请 求(图14中的步骤S918 )。为了与业务服务器30建立直接访问会话，受控设 备20根据在图17的步骤S1102中在存储部件21中所存储的业务服务器30的 全局IP地址和端口号向业务服务器30发送包含OTP的直接访问会话建立请 求<8-6> (图17中的步骤S1105 )。
当从受控设备20接收包含OTP的直接访问^^建立请求〈S-6〉时(图18 中的步骤S1201 )，业务服务器30判断在存储部件31中所存储的任何OTP是 否匹配所接收的OTP (图18中的步骤S1202 )。当判断在存储部件31中所存 储的OTP都不匹配所接收的OTP时，业务服务器30向受控设备20发送直接 访问会话建立响应〈S-6R〉(图18中的步骤S1203)，其包含用于表明认证失败 的代码。在那之后，业务服务器30断开直接访问会活的连接(图18中的步骤 S1204 )。
当从业务服务器30接收包含了表明认证失败(NG)的NG代码的直接访 问会话建立响应〈S-6R〉时(图17中的步骤1106)，受控设备20丢弃在存储部 件21中所存储的业务月良务器地址、业务J3良务器端口和OTP并且结束处理(图 17中的步骤S1107 )。
另一方面，当在图18步骤S1202的判断中判断在存储部件31中所存储的 OTP之一匹配所接收的OTP时，业务服务器30使直接访问会话建立请求<8-6> 与对应于已经与所接收的OTP匹配的上述OTP的内容观看请求<8-1>相关联 (图18中的步骤S1205)。更具体地说，使在对应于已经与所接收的OTP匹配 的上述OTP的内容观看请求<8-1>中所包含的用户标识信息、受控设备号码和 内容ID与从受控设备20所接收的直接访问会话建立请求<8-6>相关联。从而， 在来自业务服务器30的每个回叫请求和来自受控设备20的用于建立直接访问 M的请求之间的相应关系可以被业务服务器30识别，使得可以确保在两个 适当的设备之间建立直接访问^t。
接下来，业务服务器30向受控设备20发送直接访问会话建立响应<8-611> (图18中的步骤S1206),其包含用于表明认证已经成功的代码。从而在业务 服务器30和受控设备20之间建立直接访问会话(图18中的步骤S1207 ),并 且业务服务器30从存储部件31中丢弃已经匹配所接收OTP的上述OTP (图 18中的步骤S1208 )。受控设备20从业务服务器30接收直接访问会话建立响 应〈S-6R、并且等待从业务服务器30接收直接访问请求(图17中的步骤 S1108 )，所述直接访问会话建立响应〈S-6R〉已包含了用于表明认证已经成功的 代码。在M储部件31中丢弃OTP之后，业务服务器30通过所建立的直接访问会话向受控设备20发送直接访问请求<8-8> (图18中的步骤S1209),所 述直接访问请求<8-8>包含在图14的步骤S926中所获取的请求通行证以;S^ 与直接访问^t建立请求〈S-6〉相关联的内容观看请求<8-1>中所包含的内容 ID。
当通过直接访问会话从业务服务器30接收直接访问请求<8-8>时(图17 中的S1109),受控设备20检查在直接访问请求<8-8>中所包含的请求通行证和 内容ID (图17中的步骤SlllO)。更具体地说，受控设备20检查在直接访问
存^部件21中以及内容ID是否被存^在存储部件21中。当它们被存储时检 查结果被判断为OK,并且当它们未被存储时被判断为NG。当检查结果被判 断为NG时，受控设备20通过直接访问会话向业务服务器30发送包含#^代 码的直接访问响应〈S-8R〉(图17中的步骤Sllll )，丢弃在存储部件21中所存 储的业务服务器30的全局IP地址和端口号以及OTP并且结束处理(图17中 的步骤S1107)。
当通过直接访问会话从受控设备20接收包含错误代码的直接访问响应 <8-811>时(图18中的步骤S1210),业务服务器30向控制设备10发送包含错 误代码的内^9^响应〈S-1R〉(图18中的步骤S1211)并且断开直接访问会 话的连接(图18中的S1214)。当接收包含4^代码的内容观看响应〈S-1R〉时 (图12中的步骤S813 )，控制设备10通过显示部件向用户显示对应于此#^ 代码的消息(图12中的步骤S814)。
当在受控设备20中在图17的步骤S1U0中的检查结果被判断为OK时， 受控设备20根据在来自业务服务器30的直接访问请求<8-8>中所包含的请求 通行证和内容ID^储部件21中读拟目关的内容数据，并且通过直接访问会 话向业务服务器30发送所述内^lt据作为直接访问响应〈S-8R^图17中的步 骤S1112 )。当通过直接访问^从受控设备20接收包含内^t据的直接访问 响应〈S-8R〉时(图18中的步骤S1212 ),业务服务器30向控制设备10发送所 接收的内^:据作为内^ ^响应<8-111> (图18中的步骤S1213)。在发送内 ^!t据之后，业务服务器30断开直接访问^"的连接(图18中的步骤S1214 )。 当接收作为内^t財响应〈S-lI^的内^:据时(图12中的步骤S815)，控制 设备10再现所述内^t据(图12中的步骤S816 )。
应当注意，当自^ME图14的步骤S916产生OTP以来经过了确定时段之 后没有接收到包含相同OTP的直接访问^"建立请求<8-6>时(图18中的步 骤S1215 )，业务服务器30 M储部件31中丟弃OTP(图18中的步骤S1216)并且停止等待从受控设备20接收直接访问会话建立请求(图18中的步骤 S1217 )。
(用于获取内容ID的方法)
接下来，将描述当控制设备10获M受控设备20中所存储的内容列表时 所执行的上述过程的例子。图27是由控制设备10获取内容列表的顺序图，并 且图28是用于提供在获取期间接口功能概况的图表。
如稍后将要描述，在此例子中，控制设备10借助与获取在受控设备20中 所存储的内容时相同的过程来获Wt受控设备20中所存储的内容列表。
在存储由用户通过业务服务器30从直接访问管理服务器40中的SOAP月良 务器42所获取的受控设备列表中选择的一个受控设备号码之后(图12中的步 骤S811 )，控制设备10向业务服务器30发送内容列表获取请求〈S-1，、其包 含在存储部件11中所存储的用户标识信息、受控设备号码和获取条件。这里 获取条件指的是由用户所指定的用来限定其想要观看的内容的条件。
当从控制设备10接收内容列表获取请求<8-1，>时，业务服务器30向直接 访问管理服务器40中的SOAP服务器42发送XMPP登录请求<0-5>。当接收 包含XMPP ID的XMPP登录响应<0-511>作为对XMPP登录请求<0-5> 的响应时，业务服务器30产生关于建立直接访问会话的OTP并且等待从受控 设备20接收直接访问会话<8-2>。由于从业务服务器30向直接访问管理服务 器40中的SOAP服务器42发送XMPP登录请求<0-5>直到<8-2>所执行的操 作与在内容观看请求的情况下相同，所以省略对其描述，所述业务服务器30 在〈S-2〉中开始等待从受控设备20接收直接访问会话。
在那之后，业务服务器30向直接访问管理服务器40中的SOAP服务器 42发送回叫请求<8-3>，其包含业务ID、控制设备/业务管理ID、 XMPP^" ID、业务URN(内容列表获取)、业务服务器地址、业务服务器端口号和OTP。
如在内容观看请求的情况下，已经接收了回叫请求〈S-3〉的直接访问管理 服务器40中的SOAP服务器42连续地执行检查业务ID和控制设备/业务管理 ID的组合并且检查XMPP M ID。当检查结果都为OK时，SOAP服务器42 从业务服务器30所接收的回叫请求〈S-3〉中提取业务URN (内容列表获取)、 业务服务器地址、业务服务器端口号和OTP,并且通过在直接访问管理服务器 40中的XMPP服务器43和受控设备20之间所建立的时常在线的连接会话向 所述受控设备20发送包含这些信息的回叫请求<8-4>。顺便提及，由于当检查 结果被判断为NG时所执行的操作与在内容观看请求的情况下相同，所以省略对其的描述。
当从直接访问管理服务器40中的XMPP服务器43接收回叫请求〈S-4〉时， 受控设备20把在回叫请求〈S-4〉中所包含的业务URN (内容列表获取)、业务 服务器地址、业务服务器端口号和OTP存储在存储部件21中，并且获取对应 于业务URN (内容列表获取)的请求通行证。
从其中受控设备20通过时常在线的连^活向直接访问管理服务器40中 的XMPP服务器43发送所获取的请求通行证作为回叫响应<8-411>的处理一直 到其中业务服务器30当从受控设备20接收直接访问^"建立请求<8-6>时与 受控设备20建立直接访问会话的处理所执行的操作，与在内容观看请求的情 况下相同。
在那之后，业务服务器30通过所建立的直接访问会话向受控i殳备20发送 直接访问请求<8-8>,其包含所获取的在与直接访问会话建立请求〈S-6〉相关联 的内容列表获取请求〈S-1 ，>中所包含的请求通行证和获取M 。
当通过直接访问M从业务服务器30接收直接访问请求<8-8>时，受控设
21读拟目关的内容列表并且通过直接访问^"向业务服务器30发送内容列表 作为直接访问响应〈S-8R^
当通过直接访问会话从受控设备20接收包含内容列表的直接访问响应 <8-811>时，业务服务器30向控制设备10发送所接收的内容列表作为内容列表 获取响应(S-1，R)。在发送内容列表之后，业务服务器30断开直^^访问M 的连接。从而，控制设备10获取内容列表继而如上所述与用户标识信息和受 控设备号码关联地把所获取的内容列表存储在存储部件11中，并且继续用于 发送内容观看请求<8-1>的处理。
如上所述，依照此实施例的网络系统IOO，向受控设备20通知业务服务器 30的全局IP地址和端口号(其中所述业务服务器30被分配有全局IP地址)， 并且根据全局IP地址和端口号来与业务服务器30连接以便请求建立直接访问 会话，使得可以在业务服务器30和受控设备20之间建立直接访问会话，而不 考虑是否存在其中向受控设备20分配全局IP地址的环境。结果，消除了其中 需要经由直接访问管理服务器40在业务服务器30和受控设备20之间以随道 模式转送大量数据的情况，使得可以减少在所述直接访问管理服务器40上的 负荷。此外，依照此实施例的网络系统100，不必向受控设备20分配全局IP 地址，所以路由器50的端口转送设置变得不必要了。(第二实施例) 接下来，将描述本发明的第二实施例。
在第一实施例中，建立在业务服务器30和受控设备20之间的直接访问会 话，但是在第二实施例中，假定其中建立在控制设备10和受控设备20之间的 直接访问会话的情况。此外在第二实施例中，假定其中并未确保向控制设备IO 分配全局IP地址的环境。在此实施例中，控制设备10对应于第一i殳备，并且 受控设备20对应于第二设备。
图19到图21是在第二实施例的网络系统中可能的直接访问处理的三个模 式的顺序图。
首先，在图19到图21中，当控制设备10的用户向控制i殳备10给出用于 开始使用直接访问的指令以便观看内容时，控制设备10向直接访问管理服务 器40中的SOAP服务器42发送受控设备列表获取请求〈D-2、其包含在控制 设备10中预置的用户标识信息以及业务ID，所述业务ID是用于标识已经预 先从业务J3良务器30获取的业务和控制i殳^V业务管理ID的信息。
当从控制设备10接收受控设备列表获取请求<0-2>时，直接访问管理服务 器40中的SOAP服务器42判断在受控设备列表获取请求<0-2>中所包含的业 务ID和控制设备/业务管理ID的组合是否被存储在直接访问管理服务器40的 存储部件41中，并且依照用于链接在存储部件41中所存储的控制设备/业务管 理ID和受控设备管理ID的内容来产生列表作为受控设备列表，并且与控制设 备/业务管理ID关联地把所述受控设备列表存储在存储部件41中，并且向控 制设备10发送包含受控设备列表的受控设备列表获取响应〈D-2R、所述列表 包括被重新分配给可由控制设备10控制的受控设备的受控设备管理ID的号 码、在受控设备的设备认证信息中所包含的设备名称等。
当接收包含受控设备列表的受控设备列表获取响应<0-211>时，控制设备 10依照下列方式执行用于判断能够直接访问处理的处理。
图22是示出用于判断能够直接访问处理的处理的过程。首先，判断控制 设备10是否可以使用全局IP地址(图22中的步骤S1301),如果控制设备10 可以使用全局IP地址，那么控制设备10判断允许来自受控设备20的直接访 问处理(图22中的步驟S1302 )。更具体地说，例如当控制设备10被直接连接 到外部网络时，控制设备10可以使用全局IP地址，并且在这种情况下判断允 许来自受控设备20的直接访问处理。当不允许控制设备10使用全局IP地址 时，控制设备10然后访问用于把控制设备10连接到外部网络的路由器(未示出)并且试图获取全局IP地址和端口号(图22中的步驟S1303 )。在其中控制 设备10经由路由器被连接到外部网络的环境中，控制设备10可以获取全局IP 地址和端口号并且判断允许来自受控设备20的直接访问处理(图22中的步骤 S1304)。当路由器不存在时或者当从所^由器获取全局IP地址和端口号已 经失败时，控制设备10判断是否允许来自控制设备10的直接访问处理(图22 中的步骤S1305 )。
图19是当在图22的步骤S1301中判断控制设备10可以使用全局IP地址 时关于在步骤S1302来自受控设备20的直接访问处理的顺序图。
控制设备10执行用于获取内容列表的处理并且与用户标识信息和受控设 备号码关联地把所获取的内容列表存储在存储部件11中，所述内容列表包含 在受控设备20中所存储的内容的标题、时间和内容ID。
当在控制设备10使用户4存储部件11中所存储的内容列表中选择一个 内容ID之后由用户输入内^C看请求时，所述内^ 见看请求包含在存储部件 11中所存储的用户标识信息和受控设备号码以及由所述用户所选择的内容ID, 则控制设备10检查可由控制设备10使用的XMPP会话ID是否被存储在存储 部件ll中，并且当它未被存储时，这意味着在所述控制设备10和XMPP服务 器43之间尚未建立XMPP会活，由此控制设备10向直接访问管理月良务器40 中的SOAP服务器42发送XMPP登录请求<0-5>以便与XMPP服务器43建 立XMPP会话，所述XMPP登录请求〈D-5〉包含业务ID、控制设4V业务管理 ID和受控设备号码。
当从控制设备10接收XMPP登录请求<0-5>时，直接访问管理服务器40 中的SOAP服务器42判断在XMPP登录请求<0-5>中所包含的业务ID、控制 设备/业务管理ID和受控设备号码的组合是否被存储在存储部件41中，并且 当所述组合被存储时，这意味着用于充当业务对象的受控设备20已经被登记， 由此SOAP服务器42产生可由控制设备10使用的XMPP会话ID，与在XMPP 登录请求<。-5>中所包含的业务ID、控制设备/业务管理ID和受控设备号码关 联地把所述XMPP会话ID存储在存储部件41中，并且向控制设备10发送包 含所述XMPP会话ID的XMPP登录响应〈D-5R、
当从直接访问管理服务器40中的SOAP服务器42接收包含XMPPM ID的XMPP登录响应<0-511>时，控制设备10与所述业务ID、控制设^V业务 管理ID和受控设备号码关联地把在XMPP登录响应〈D-5R〉中所包含的 XMPP M ID存储在存储部件11中。在存储XMPP M ID之后或者当可用 的XMPP会话ID已经被存储在存储部件11中时，控制设备10产生关于建立直接访问^t的OTP (—次性口令)并且与内^1见看请求<8-1>关联地把所产 生的OTP存储在存储部件11中。在那之后，控制设备10等待从受控设备20 接收直接访问会话<8-2> 。
接下来，控制设备10向直接访问管理服务器40中的SOAP服务器42发 送回叫请求〈S-3、其包含业务ID、控制设备/业务管理ID、 XMPP^"ID、 业务URN (内^ 见看)、控制设备10的全局IP地址和端口号以及OTP。
当从控制设备10接收回叫请求<8-3>时，直接访问管理服务器40中的 SOAP服务器42判断在回叫请求<8-3>中所包含的业务ID和控制设备/业务管 理ID的组合是否被存储在存储部件41中，并且当判断所i^ia合被存储时，所 述SOAP服务器42检查在回叫请求<8-3>中所包含的XMPP ID。此检查 是通过判断在回叫请求<8-3>中所包含的XMPP M ID 、业务ID和控制设备/ 业务管理ID的组合是否被登记在存储部件41中来执行。此检查结果被判断为 OK,直接访问管理服务器40中的SOAP服务器42根据从控制设备10接收的 回叫请求〈S-3〉提取业务URN (内^i见看)、控制设备10的全局IP地址和端 口号以及OTP,并且通过在直接访问管理服务器40中的XMPP服务器43和 受控设备20之间所建立的时常在线的连接会话向所述受控设备20发送包含这 些信息的回叫请求<8-4> 。
当从直接访问管理服务器40中的XMPP服务器43接收回叫请求<8-4>时， 受控设备20把在回叫请求〈S-4〉中所包含的业务URN (内容观看)、控制设备 10的全局IP地址和端口号以及OTP存储在存储部件21中。然后，受控设备 20获取对应于在存储部件21中所存储的业务URN(内容观看)的请求通行证。
随后，受控设备20通过时常在线的连接会话向直接访问管理服务器40中 的XMPP服务器43发送所获取的请求通行证作为回叫响应〈S-4R〉。当通过 XMPP服务器43从受控设备20接收包舍清求通行证的回叫响应〈S-4R〉时，直 接访问管理服务器40中的SOAP服务器42向控制设备10发送包含所述请求 通行证的回叫响应〈S-3R〉。
当从直接访问管理服务器40中的SOAP服务器42接收包M求通行证的 回叫响应〈S-3R〉时，控制设备10与内容观看请求〈S-1〉关联地把在所述回叫响 应<8-311>中所包含的请求通行^￡#储在存储部件11中。在那之后，控制设备 10向直接访问管理服务器40中的SOAP服务器42发送XMPP注销通知<05> ， 其包含被用为回叫请求〈S-3〉的业务ID、控制设^V业务管理ID和XMPP ID，继而删除在存储部件11中所存储的XMPPMlD以及与所述XMPP会 话ID关联地被存储在存储部件11中的业务ID、控制设^V业务管理ID和受控设备号码。另一方面，当接收XMPP注销通知〈C-5〉时，直接访问管理服务器 42中的SOAP服务器42丢弃在存储部件41中所存储的相关XMPP M ID。
接下来，将描述来自受控设备20的直接访问操作。
业务服务器30处于等待从受控设备20接收直接访问会话建立请求的状 态。如上所述，在通过时常在线的连接会话向直接访问管理服务器40中的 SOAP服务器42发送请求通行证作为回叫响应〈S-4R〉之后，为了与控制设备 10建立直接访问会话，受控设备20根据在存储部件21中所存储的控制设备 10的全局IP地址和端口号向控制设备10发送包含OTP的直接访问会话建立 请求〈S國6、
当从受控设备20接收包含OTP的直接访问会话建立请求<8-6>时，控制 设备10判断在存储部件11中所存储的任何OTP是否匹配所接收的OTP.当 判断存在匹配所接收OTP的OTP时，控制设备10使直接访问会话建立请求 <8-6>与对应于上述已经与所接收的OTP匹配的OTP的内容观看请求<8-1>相 关联。换句话说，使在对应于上述已经与所接收的OTP匹配的OTP的内容观 看请求<8-1>中所包含的用户标识信息、受控设备号码和内容ID与从受控设备 20所接收的直接访问^^建立请求〈S-6〉相关联。
接下来，控制设备10向受控设备20发送直接访问会话建立响应〈S-6R、 其包含用于表明认证已经成功的代码。从而在控制设备10和受控设备20之间 建立直接访问会话，并且控制设备10从存储部件11丢弃已经匹配所接收OTP 的上述OTP。然后受控设备20从控制设备10接收直接访问会话建立响应 <S-6R>，并且等待从控制设备10接收直接访问请求，所述直接访问会话建立 响应〈S-6I^包含用于表明认证已经成功的代码。
在从存储部件11中丢弃OTP之后，控制设备10通过所建立的直接访问 会话向受控设备20发送直接访问请求<8-8>，其包含在与直接访问M建立请 求<8-6>相关联的内^ 见看请求<8-1>中所包含的请求通行证和内容ID。
当通过直接访问^"从控制设备10接收直接访问请求<8-8>时，受控设备 20检查在直接访问请求<8-8>中所包含的请求通行证和内容ID。更具体地说， 受控设备20检查在直接访问请求〈S-8〉中所包含的请求通行证和内容ID的组 合是否^ML存储在存储部件21中。所述检查结果当组合被存储时被判断为OK, 并且当它未被存储时被判断为NG。当检查结果被判断为OK时，受控设备20 根据在来自控制设备10的直接访问请求<8-8>中所包含的请求通行证和内容 ID M储部件21读糾目关的内^!t据，并且通过直接访问^t向控制设备10发送此内容数据作为直接访问响应〈S-8R〉。当通过直接访问M从受控设备 20接收包含上述内容数据的直接访问响应〈S-8R〉时，所述控制设备10再现所 述内 1据并且在接收内^t据结束之后断开所述直接访问M的连接。
图20是当在图22的步骤S1301中判断不允许控制i殳备10使用全局IP地 址并且在图22的步骤S1303中控制设备10可以从路由器获取全局IP地址和 端口号时，包括了步骤S1304中来自控制设备20的直接访问的顺序图。
在这种情况下，关于来自受控设备20的直接访问处理的操作"上与图 19的相同，但是在以下点中却不同。当控制设备10向直接访问管理服务器40 中的SOAP服务器42发送回叫请求<8-3>时，控制设备10发送回叫请求〈S-3〉， 其除业务ID、控制设4V业务管理ID、 XMPP会话ID和业务URN (内^!i看) 之夕卜包含vMJ^由器所获取的控制设备10的全局IP地址和端口号。此外，在步 骤S1304来自受控设备20的直接访问之后，需要其中控制设备10访问路由器 并且使所必洛由器关闭端口的处理(图22中的步骤S1306)。
图21是当在图22的步骤S1301中判断不允许控制设备10使用全局IP地 址并且在图22的步骤S1303中控制设备10无法从路由器获取全局IP地址和 端口号时在步骤S1305中关于来自控制设备IO的直接访问处理的顺序图。
应当注意在此顺序图中，假定当受控设备20可以M由器50获取全局IP 地址和端口号时来自控制设备10的直接访问。
当在控制设备10中生成包含用户标识信息和受控设备号码的内容观看请 求<8-1>时，所述控制设备10检查可由控制设备10使用的XMPP会话ID是 否被存储在存储部件11中，并且当它未被存储时，这意味着在控制设备10和 XMPP服务器43之间尚未建立XMPP会活，由此所述控制设备10向直接访 问管理服务器40中的SOAP服务器42发送包含业务ID、控制设4V业务管理 ID和受控设备号码的XMPP登录请求〈D-5〉以便与XMPP服务器43建立 XMPP<^。
当从控制设备10接收XMPP登录请求<0-5>时，直接访问管理服务器40 中的SOAP服务器42判断在XMPP登录请求〈D-5〉中所包含的业务ID、控制 设备/业务管理ID和受控设备号码的组合是否被存储在存储部件41中，并且 当所述组合被存储时，这意味着用于充当业务对象的受控设备20已经被登记， 由此SOAP服务器42产生可由控制设备10使用的XMPPM ID，与在XMPP 登录请求〈D-5〉中所包含的业务ID、控制设备/业务管理ID和受控设备号码关 联地把所述XMPP会话ID存储在存储部件41中，并且向控制设备10发送包含所述XMPP会话ID的XMPP登录响应<0-511>。
当从直接访问管理服务器40中的SOAP服务器42接收包含XMPP M ID的XMPP登录响应〈D-5I^时，控制设备10与所述业务ID、控制设^V业务 管理ID和受控设备号码关联地把在XMPP登录响应〈D-5R〉中所包含的 XMPP M ID存储在存储部件11中。在存储XMPP M ID之后或者当可用 的XMPP会活ID已经被存储在存储部件11中时，控制设备10向直接访问管 理服务器40中的SOAP服务器42产生包含业务ID、控制/业务管理ID、业务 URN (内容观看)和XMPP M ID的直接访问开始请求〈D-6〉以便与受控设 备20建立直接访问会话。
当从控制设备10接收直接访问开始请求<0-6>时，直接访问管理月艮务器 40中的SOAP服务器42通过在直接访问管理服务器40中的XMPP服务器43 和受控设备20之间所建立的时常在线的连接会话向受控设备20发送直接访问 URI获取请求<0-7>。受控设备20依照来自直接访问管理服务器40中的XMPP 服务器43的直接访问URI获取请求<0-7>分配直接访问本地端口 ，向路由器 50发送直接访问端口 NAT (网络地址转换)设置请求，其包含4!t预先分配给 受控设备20的本地IP和直接访问本地端口的端口号，并且请求路由器50把 可从因特网访问的全局IP地址和端口号映射到本地IP地址和端口号。
受控设备20 M由器50接收与受控设备20的本地IP地址和端口号相关 联的全局IP地址和端口号作为NAT设置响应，通过使用这些全局IP地址和 端口号来创建直接访问URI列表，并且向直接访问管理服务器40中的XMPP 服务器43发送直接访问URI。直接访问URI指的是用于通过网络从控制设备 10直接访问受控设备20的UTRI。当通过XMPP服务器43接收直接访问URI 时，直接访问管理服务器40中的SOAP服务器42发送它作为对控制i殳备10 的直4^访问开始响应。
当获M直接访问管理服务器40中的SOAP服务器42接收的直接访问 URI时，控制设备10访问所接收的直接访问URI并且向受控设备20发送包 含内容ID的内容观看请求作为直接访问请求<0-11>。
当从控制设备10接收包含内容ID的内容观看请求作为直接访问请求 〈D-ll〉时，受控设备20检查直接访问URI和内容ID是否是正确的，并且当 它们是正确的时，向控制设备10发送由内容ID所指定的内^lt据。
当从受控设备20接收内容数据时，控制设备10再现所述内^t据，并且 在接收内容数据结束之后，向直接访问管理服务器40中的SOAP服务器42发送直接访问结束通知<02>,其包含业务ID、控制设备/业务管理ID、 XMPP M ID、业务URN (内^t见看)、直接访问URI。当接收直接访问结束通知 <02>时，直接访问管理服务器40向受控设备20发送直接访问结束通知《:-3>, 其包含业务URN(内^f见看)和直接访问URI。当接收直接访问结束通知《:-3> 时，受控设备20关闭直接访问端口，其包含关于所指定直接访问URI<C-4> 的全局IP地址和端口号。
在发送直接访问结束通知02>之后，控制设备IO向直接访问管理服务器 40中的SOAP服务器42发送包含业务ID、控制设备/业务管理ID和XMPP M ID的XMPP注销通知<05>。最后，控制设备10删除XMPP会话ID的 条目。
当接收包含业务ID、控制设^V业务管理ID和XMPP ID的XMPP 注销通知<05>时，直接访问管理服务器40中的SOAP服务器42丢弃在存储 部件41中所存储的相关XMPP会话ID。
应当注意，在图19到图21中所示出的直接访问处理的三种模式中的每个 中，依照与相应模式的内^^见看请求的情况下相同的过程来执行用于在内^ 见 看请求之前获取内容列表的处理。内容列表获取请求的情况大体上不同于内容 观看请求的情况，这是由于代替内容ID，获取M由用户来指定，代替内^f见 看业务URN,内容列表获取业务URN被指定为业务URN,而且受控设备20 根据在所接收的内容列表获取请求(直接访问请求)中所包含的获取M从存 储部件21读拟目关内容列表，并J^送内容列表作为直接访问响应。
如上所述，在第二实施例中，当控制i殳备10的全局IP地址和端口号可以 被指定时，通过由直接访问管理服务器40所提供的时常在线的连接^"从控 制设备10向受控设备20发送包含控制设备10的这些全局IP地址和端口号的 回叫请求，所述受控设备20根据控制设备10的全局IP地址和端口号与所述 控制设备10连接来请求建立直接访问会活，使得可以建立直接访问会话。另 一方面，当无法指定控制设备10的全局IP地址和端口号时，所述控制i殳备10 通过由直接访问管理服务器40所提供的时常在线的连^^t获取受控设备20 的全局IP地址和端口号并且与所述受控i殳备20连接以便进行直接访问。据此， 即便在其中并不确保可以指定控制设备IO的全局IP地址和端口号的环境中， 可以以较高的可能性提供在第 一设备和第二设备之间可以进行直接访问的情 况。换句话说，只有出现无法指定第一i殳备和第二i殳备的全局IP地址和端口 号的情况，才停止经由服务器设备以隧道模式进行通信。
在上述各个实施例中，已经描述了其中业务URN为内容观看的情况，但是本发明不限于此情况并且适用于用于在控制设备10或业务服务器30和受控 设备20之间转送实时和大量数据的应用。从受控设备20向业务月良务器30发 送数据的应用例子包括向诸如移动电话或PC (个人计算机)之类的控制设备 10发送诸如已经存储在记录设备(受控设备20)中的静止图像或音乐之类的 内容，把受控设备20的登录数据上传到业务服务器30并且使用所上传的登录 数据来分析设备故障等。本发明还适用于从控制设备10到受控设备20的数据 发送。其例子包括向记录设备(受控设备20)发送由诸如移动电话之类的控制 设备10所获取的活动图像或照片或者所下载的诸如音乐之类的内容并且把它 记录在上面，把它发送到诸如在移动电话(控制设备IO)中所存储的地址簿之 类的记录设备(受控设备20)并且把它作为备份存储等。
应当理解，本发明并不意在限于上述实施例，并且在不脱离本发明精神的 情况下可以对其进行各种改变。
权利要求
1. 一种网络系统，包括第一设备；第二设备；和服务器设备，所述服务器设备能够彼此关联地登记所述第一设备和第二设备并且与所述第二设备建立时常在线的连接会话，所述第一设备包括回叫请求发送装置，用于向所述服务器设备发送回叫请求，所述回叫请求包含关于网络上所述第一设备的指定信息，所述服务器设备包括回叫请求中继装置，用于通过所述时常在线的连接会话从所述第一设备向所述第二设备发送所述回叫请求，所述第二设备包括直接访问会话建立请求装置，用于根据在从所述服务器设备所接收的所述回叫请求中所包含的指定信息通过所述网络与所述第一设备连接，并且发送用于建立直接访问会话的请求，和直接访问通信装置，用于通过直接访问会话来与所述第一设备通信。
2. 如权利要求1所述的网络系统，其中所述第一i殳备进一步包括一次性口令产生装置，用于产生一次性口令，和存储部件，用于存储所产生的一次性口令，其中所述回叫请求发送装置向所itl良务器设备发送所述回叫请求，其中所述回叫请求被添加了由所述一次性口令产生装置所产生的所述一次性口令，其中所述直接访问会话建立请求装置发送所述用于建立所述直接访问会话的请求，其中所述用于建立所述直接访问会话的请求包含了在从所^J良务器设备所接收的所述回叫请求中所包含的所述一次性口令，并且其中所述第一设备进一步包括直接访问会话建立响应装置，用于将从所述第二设备所接收的所述用于建立所述直接访问会话的请求中所包含的所述一次性口令和在所述存储部件中所存储的所述一次性口令进行比较，并且当两个一次性口令匹配时，向所述第二设备发送用于建立所述直接访问务活的响应。
3. 如权利要求1所述的网络系统，其中所述第一设备进一步包括判断装置，用于判断所述关于网络上第一设备的指定信息是否可用，其中当所述判断装置判断所述关于第一设备的指定信息可用时，所述回叫请求发送装置向所述服务器设备发送包含了所述关于笫 一设备的指定信息的所述回叫请求，并且其中所述第 一设备进一步包括指定信息获取装置，用于当所述判断装置判断所述关于第一设备的指定信息不可用时，通过所述服务器设备获取关于所述网络上的第二设备的指定信息，和第二直接访问通信装置，用于根据由所述指定信息获取装置所获取的所述关于第二设备的指定信息来通过所述网络与所述第二设备连接并且执行直接访问。
4. 如权利要求1所述的网络系统，其中所述第一设备是控制设备和业务服务器之一，所述业务服务器向所述控制设备提供用于经由所述网络控制所述第二i殳备的业务。
5. —种用于包括第一设备、第二设备和服务器设备的网络系统的直接访问方法，所^艮务器设备能够彼此关联地登记所述第一设备和第二设备并且与所述第二设备建立时常在线的连接会话，所述方法包括由所述第一设备的回叫请求发送装置向所述服务器设备发送回叫请求，所述回叫请求包含关于网络上第 一设备的指定信息；由所述服务器设备的回叫请求中继装置通过所述时常在线的连接会话从所述第 一设备向所述第二设备发送所述回叫请求；由所述第二设备的直接访问会话建立请求装置根据在从所述服务器设备所接收的所述回叫请求中所包含的所述指定信息来通过所述网络与所述第一设备连接，并且发送用于建立直接访问会话的请求；并且由所述第二设备的i接访问通信装置通过所述直接访问会话来与所述第—设备通信s
6. —种网络家用电器，包括回叫请求接收装置，用于从服务器设备接收回叫请求，所述服务器设备能 够彼此关联地登记第一设备和作为所述网络家用电器的第二设备并且与所述 第二设备建立时常在线的连M话，所述回叫请求包含关于网络上笫 一设备的指定信息；直接访问会话建立请求装置，用于根据由所述回叫请求接收装置所接收的 所述回叫请求中所包含的、所述关于第一设备的指定信息通过所述网络与所述 第一设备连接，并且发送用于建立直接访问会话的请求；和直接访问通信装置，用于通过所述直接访问会话来与所述第一设备通信。
7. —种用于使用作网络家用电器的计算机作为以下装置起作用的程序回叫请求接收装置，用于从服务器设备接收回叫请求，所述服务器设备能 够彼此关联地登记第一设备和作为所述网络家用电器的第二设备并且与所述 第二设备建立时常在线的连接会话，所述回叫请求包含关于网络上第 一设备的 指定信息；直接访问会话建立请求装置，用于根据由所述回叫请求接收装置所接收的 所述回叫请求中所包含的、所述关于第一设备的指定信息通过所述网络与所述 第一设备连接，并且发送用于建立直接访问会话的请求；和直接访问通信装置，用于通过所述直接访问会话来与所述第一i殳备通信。
8. —种网络家用电器，包括回叫请求接收部，被配置为从服务器设备接收回叫请求，所i^J良务器设备 能够彼此关联地登记第 一设备和作为所述网络家用电器的第二设备并且与所 述第二设备建立时常在线的连接会话，所述回叫请求包含关于网络上第 一设备 的指定信息；直接访问会话建立请求部，被配置为根据由所述回叫请求接收部所接收的 所述回叫请求中所包含的、所述关于第一设备的指定信息通过所述网络与所述 第一设备连接，并且发送用于建立直接访问会话的请求；和直接访问通信部，被配置为通过所述直接访问会话来与所述第 一设备通信。
全文摘要
本发明涉及网络系统、直接访问方法、网络家用电器和程序。网络系统包括第一设备、第二设备和服务器设备，服务器设备能够相互关联地登记第一和第二设备并且与第二设备建立时常在线的连接会话。第一设备包括回叫请求发送部，用于向服务器设备发送回叫请求，回叫请求包含关于网络上第一设备的指定信息。服务器设备包括回叫请求中继部，用于通过连接会话从第一设备向第二设备发送回叫请求。第二设备包括直接访问会话建立请求部，用于根据在从服务器设备所接收的回叫请求中的指定信息通过网络与第一设备连接，并且发送用于建立直接访问会话的请求；以及直接访问通信部，用于通过直接访问会话来与第一设备通信。
文档编号H04L29/12GK101465888SQ20081018623
公开日2009年6月24日 申请日期2008年12月17日 优先权日2007年12月19日
发明者千叶启之, 木下明彦, 金尾尚志 申请人:索尼株式会社