网络器件的程序控制方法和网络系统的制作方法

专利名称：网络器件的程序控制方法和网络系统的制作方法
技术领域：
本发明涉及监视可以通过网络进行通信的多个器件的技术和管理 在该器件上运行的程序模块的技术。
背景技术：
近年来，家庭中的宽带网网络基础设施被完善，注意力集中在连 接高功能的信息家电的本地网络环境上。假定在这种环境中，与网络 连接的信息家电(器件)相互联合，向用户提供具有新的附加价值的 服务。
作为用于控制与本地网络连接的多个器件的技术，存在UPnP (UPnP是UPnP Implementors Corporation (UPnP设备公司)的注册商 标，是Universal Plug and Play (通用即插即用)的缩写)和HAVi (HAVi 是HAVi Organization (HAVi组织)的注册商标，是Home Audio/Video Interoperability (家庭音频/视频互操作性)的縮写)等。以这些标准技 术在不同的制造商的器件之间也能够协调运行的方式，规定通信协议。
另一方面，正在设计用于补充用上述标准技术不能够支持的功能 的各种构造。在日本专利特开2005-309617号公报中，表示有使不支持 上述标准技术的器件作为支持的器件进行运行的方法。此外，在日本 专利特开2006-260425号公报中，表示有着眼于器件的消耗电力问题， 用于使器件处于挂起状态的方法。
在这些技术中共同的特征是通过与在上述标准技术中规定的通信 协议对应的代理程序对向器件的访问进行中转。由于上述标准技术规 定的通信协议不依赖于器件的硬件，可以利用这种代理程序。例如在 日本专利特开2005-309617号公报中，通过代理程序可以从不支持上述 标准技术的器件对支持的器件进行访问。
此外，当支持上述标准技术的器件具有程序上的问题(错误(bug) 等)时，从远程更新该程序的方法一般是众所周知的(专利文献3)。
在该技术中，使用以下方法利用作为在器件上运行的程序的用于更 新在该器件上运行的其它程序的代理程序，从远程更新具有问题的程 序。
一般，许多制造商正在开发与上述标准技术对应的器件，在将其 相互联合时与通信协议严格对应是不可缺的。但是，因为存在器件不 同而与上述通信协议的对应不充分，或者，包含程序上的问题(错误) 和性能上的问题(程序的处理速度和对请求的响应速度等)的可能性, 所以存在不能够正常地实现器件的相互联合的情形。
例如，在UPnP技术中，当记述关于UPnP器件的信息的器件说明 和记述关于UPnP器件提供的服务的信息的服务说明等数据不完备时， 或不能够取得这些数据时，存在不能够从其它器件发现UPnP器件本身 的可能性。此外，对于上述器件说明的取得请求，规定UPnP器件必须 在30秒以内作出响应，但是具有性能上的问题的UPnP器件存在不能 够在30秒以内作出响应的可能性，同样也存在不能够从其它器件发现 的可能性。
具有这种问题的器件与网络连接，用户加以利用的情况事前难以 预测，从而要求如日本专利特开2006-243915号公报中记载的这种从远 程更新器件上的程序的构造。
但是，在日本专利特开2006-243915号公报记载的方法中，可以更 新在器件上进行运行的程序，但是没有考虑在发现具有问题的程序后 到提供修正程序为止的期间中的对策。因此存在到修正、更新具有问 题的程序为止的期间，用户不能够利用器件的课题。

发明内容
本发明的目的是解决上述课题，提供适于使与网络连接的器件协 调运行的程序控制方法。
为了解决上述课题，本发明的与网络连接并向网络提供服务的网 络器件的程序控制，监视在上述器件运行的程序模块的功能，当在上 述模块的功能中存在问题时，在上述问题得到改善为止的期间，由假 想器件程序进行上述器件的代理响应处理。
此外，当在上述模块的功能中存在问题时，通过将在上述器件运行的程序模块更新成最新的程序模块改善问题，停止上述假想器件程 序的运行。
根据以上方法，当在网络上存在的器件中发现问题时，因为进行 用于修正该器件的问题的处理，同时执行进行代理响应的假想器件程 序取代该器件，在该器件的问题得到修正为止的期间，使用户能够利 用该器件，所以能够圆滑地进行协调运行。


图1是表示本发明中假定的硬件的构成的图。
图2是表示本发明中的一般的系统构成的图。
图3是表示本发明中的一般的模块更新处理的流程图。
图4是表示第一实施例中的系统构成的图。
图5是表示第一实施例中的器件信息取得处理的一般顺序的图。
图6是表示第一实施例中的正常的器件说明的例子的图。
图7是表示第一实施例中的模块更新处理的顺序的图。
图8是表示第一实施例中的不正确的器件说明的一个例子。
图9是表示第一实施例中的不正确的器件说明的一个例子。
图IO是表示第二实施例中的系统构成的图。
图11是表示第二实施例中的模块更新处理的顺序的图。
具体实施例方式
下面，用附图详细说明本发明的程序控制方法的实施方式。 图1是本发明中的硬件构成图。其表示本发明中假定的装置和器 件的硬件构成。在该图中，运算装置101是处理加载在主存储装置102 中的命令的中央运算装置。主存储装置102是存储从外部存储装置104 加载的程序数据的易失性存储器或非易失性存储器。通信装置103是 与外部网络连接，用于发送接收在硬件上运行的程序需要的数据的装 置。外部存储装置104是存储程序数据的非易失性存储器。这里，外 部存储装置104也可以是在经由网络的其他机器上存在的结构。本发 明中所述的装置和器件一般采取图1记载的硬件构成，但是不限定于 此。
图2是本发明中的一般的系统构成图。在该图中，器件监视装置 201是对监视对象器件202的运行进行监视，当在该器件的运行中检测 出问题时，自动生成假想器件程序，进行用于修正该器件的问题的处 理的装置，由器件监视部204、假想器件管理部205和器件更新处理部 206构成。
器件监视部204是根据监视对象器件202的监视信息通知部208 提供的器件信息或监视对象模块209提供的器件信息对监视对象器件 202的状态进行监视的程序。这里，器件信息是指在例如UPnP技术中， UPnP器件发送的NOTIFY消息的数据和器件说明的数据等。艮P，监视 对象器件202提供的全部信息相当于器件信息。
监视信息通知部208提供的器件信息，除了监视对象模块209提 供的器件信息外，还包括运行记录信息和分布(profile)结果等，能够 确认监视对象器件202的运行状况的全部信息。器件监视部204为了 取得这些器件信息也可以访问监视对象器件202。例如，通过利用UPnP 协议，将用于操作器件的ACTION消息发送到监视对象器件202，也 可以取得器件信息。
假想器件管理部205是根据来自器件监视部204的请求用于执行 或停止假想器件程序的程序。假想器件程序是用于避免由监视对象器 件202检测出的问题的程序，是作为该监视对象器件202的代理进行 运行的代理程序。
因为假想器件程序与检测出问题的监视对象器件202同样在网络 213上公开器件信息，所以利用监视对象器件202的器件控制装置214 能够代替检测出问题的监视对象器件202发现并操作假想器件程序。
由该器件控制装置214发送到假想器件程序的器件控制命令(例 如Web摄像头的操作命令等)通过该假想器件程序转送到检测出问题 的监视对象器件202。这样一来，该假想器件程序能够在到该监视对象 器件202所具有的问题得到修正为止的期间，从器件控制装置214对 该监视对象器件202进行利用。
器件更新处理部206是根据来自器件监视部204的请求进行用于 修正由监视对象器件202检测出的问题的处理的程序。处理的详细情 形在后面描述。监视对象器件202是利用UPnP等标准协议向其它器件提供服务 (例如由Web摄像头提供影像的服务等)的器件，由模块更新处理部 207、监视信息通知部208、监视对象模块209构成。
模块更新处理部207是为了修正检测出问题的监视对象模块209， 用于安装最新的程序模块的程序。在本实施例中，程序模块是明示地 表示可以更新的程序的一个单位。也存在程序模块只表现为模块的情 形。将1个以上的程序模块联合起来进行处理的简单称为程序加以区 别。
模块更新处理部207主要经由网络取得最新的程序模块，但是也 可以考虑用户用CD-ROM等直接进行安装。模块更新处理部207表示 进行用于将程序模块更新成最新版的处理的全部程序，不限定于为本 发明而开发的特殊的程序。
作为该模块更新处理部207进行运行的程序，例如可以考虑以下 这种程序。
(1) 程序模块的远程更新用代理程序
(2) 安装程序
(3) 文件系统程序
监视信息通知部208是用于对监视对象模块209的运行进行监视， 将器件信息发送到器件监视装置201的器件监视部204的程序。其可 以是用于输出监视对象模块209的运行状况的记录程序，也可以是用 于对监视对象模块209的运行状况进行监视的监视程序。
监视信息通知部208与本发明中规定的器件监视部204联合运行， 但是不限定于为本发明开发的特殊程序。此外，监视信息通知部208 的处理不是必需的，如果没有特别的需要也可以不存在。
监视对象模块209是在监视对象器件202上运行的任意的程序模 块，是与UPnP等的用于从远程操作器件的通信协议对应的程序模块。 当监视对象模块209具有问题时，器件监视部204检测出该问题，假 想器件管理部205起动代替监视对象模块209运行的假想器件程序， 继续执行该假想器件程序直到模块更新处理部207将监视对象模块 209更新成最新的程序模块为止。
模块管理装置203是管理在监视对象器件202上运行的监视对象模块209的装置，由模块储存库(module repository) 210、器件管理部 211、更新请求处理部212构成。
模块储存库210是存储在监视对象器件202上运行的监视对象模 块209的最新版本的储存库程序。其既可以是例如数据库程序，也可 以是文件系统程序。只要是用于存储程序模块的一般的程序即可，不 需要是为本发明开发的特殊程序。
器件管理部211是用于管理监视对象器件202的程序。其既可以 是例如管理监视对象器件202的操作者所利用的器件管理用GUI (Graphical User Interface:图形用户接口)程序，也可以是与OMADM (Open Mobile Alliance Device Management:开放移动联盟设备管理) 协议等标准协议对应的器件管理服务器程序。只要是用于进行器件管 理的一般的程序即可，不需要是为本发明开发的特殊程序。
更新请求处理部212是根据来自器件更新处理部206的模块更新 请求用于从模块储存库210取得最新的程序模块，或将更新请求通知 给器件管理部211的程序。
从模块储存库210取得的最新的程序模块既可以发送到监视对象 器件202的模块更新处理部207，也可以发送到器件更新处理部206。 更新请求处理部212与本发明中规定的器件更新处理部206联合运行， 但是不限定于为本发明开发的特殊的程序。此外，更新请求处理部212 的利用不是必须的，如果没有特别的需要也可以不存在。
器件控制装置214是利用UPnP等通信协议，对监视对象器件202 提供的服务加以利用的装置，由器件控制部215构成。
器件控制部215是为了利用监视对象器件202所提供的服务，利 用UPnP等通信协议与监视对象器件202的监视对象模块209进行通信 的模块。
网络213是用于连接器件监视装置201、模块管理装置203、监视 对象器件202和器件控制装置214的网络。这里，在同一网络(LAN) 上存在多个器件监视装置201、监视对象器件202、模块管理装置203、 器件控制装置214也可以。
此外，这些装置(和器件)也可以存在于别的网络上。即网络213 不限定于同一网络(LAN)。此外，上述装置(和器件)也可以用单一
的硬件构成。即，本系统构成图不是表示硬件的物理上的分离，而是
表示程序的逻辑上的结构。此外，模块管理装置203如果没有特别的 需要也可以不存在。
图3是表示本发明中的器件更新处理的流程图的图。其表示本发 明中的一般的处理流程，但是不限定处理流程。
步骤301是取得器件信息的处理。在该步骤中，器件监视部204 从监视对象器件202的监视信息通知部208取得运行记录信息等器件 信息，或者从监视对象模块209的运行状况(发送信息包等)取得器 件信息，或者从这两者取得器件信息。
步骤302是分析在步骤301中取得的器件信息的处理。在该步骤 中，器件监视部204根据取得的器件信息，分析在监视对象器件202 中是否没有问题。例如，在UPnP技术中，对在从UPnP器件发送来的 器件说明中是否没有不完备等进行分析。
步骤303是判定在步骤302中是否已发现问题的步骤。如果已发 现问题时，进入到步骤304。此外，当没有发现问题时，回到步骤301。
步骤304是对避免问题的可能性进行分析的步骤。在该步骤中， 器件监视部204判定已发现的问题是否是在通信协议层次上可以避免 的问题。在通信协议层次上可以避免的问题指的是例如器件所发送的 消息的一部分是不正确的值，但是该不正确部分对利用通信协议的整 个系统的影响小，并且可以通过假定的数据进行补充的这种问题。其 详细情况在后面描述。
步骤305是从步骤304中分析的结果，判定问题是否可以避免的 步骤。如果是可以避免的问题，进入步骤306。如果不是可以避免的问 题，则进入到步骤307。
步骤306是假想器件管理部205生成并执行假想器件程序的步骤。 例如，在UPnP技术中，在记述关于UPnP器件的信息的器件说明的必 需标识中存在不完备，存在通过安装利用该UPnP器件的器件控制部 215不能够发现该UPnP器件的情形。
在这种情况下，假想器件管理部205通过假定的数据补充该器件 说明的必需标识而生成并执行正常运行的假想器件程序。假想器件管 理部205根据从监视对象器件202取得的器件信息自动生成假想器件程序。
步骤307是假想器件管理部205生成并执行功能限制假想器件程
序的步骤。该功能限制假想器件程序与通常的假想器件程序的不同之 处在于，由于器件具有的问题对利用通信协议的整个系统的影响大， 所以限制一部分功能。
例如，在UPnP技术中，可以考虑到不能够取得UPnP器件应该提 供的服务说明，而不能够利用与该服务说明对应的服务的情形等。在 这种情况下，假想器件管理部205通过删除关于该服务的记述来限制 一部分功能，但是生成并执行除此以外的部分正常运行的功能限制假 想器件程序。假想器件管理部205根据从监视对象器件202取得的器 件信息自动生成功能限制假想器件程序。
步骤308是进行用于对已发现问题的模块进行更新的处理的步骤。 在该步骤中，器件更新处理部206根据来自器件监视部204或假想器 件管理部205的请求，进行用于修正器件上具有问题的模块的处理。
其为例如以下列举的处理。但是，只要是与其类似的处理即可， 不限定处理内容。
(1) 将监视对象模块209的更新请求通知给用户(对话显示、邮
件等)
(2) 对模块管理装置203的更新请求处理部212请求监视对象模 块209的更新
(3) 对模块管理装置203的器件管理部211请求监视对象模块209 的更新
(4) 从模块管理装置203的模块储存库210取得用于更新监视对 象模块209的最新模块，发送到模块更新处理部207
被通知有监视对象模块209的更新请求的用户，通过购入最新版 本的模块等一般的方法，用户自身就能够将最新模块安装到监视对象 器件202中。
另一方面，更新请求处理部212当从器件更新处理部206接受模 块的更新请求时，进行例如以下列举的处理。但是，只要是与其类似 的处理即可，不限定处理内容。
(1)从模块储存库210取得最新的模块，发送到模块更新处理部
207
(2) 从模块储存库210取得最新的模块，发送到器件更新处理部
206
(3) 对器件管理部211请求监视对象模块209的更新。器件更新 处理部206也可以将最新模块发送到模块更新处理部207。这时，更新 请求处理部212将最新模块发送到器件更新处理部206。
此外，当器件管理部211从更新请求处理部212请求最新模块的 更新时，器件管理部211根据操作者的操作等从模块储存库210取得 最新的模块，发送到模块更新处理部207。模块更新处理部207将通过 上述模块发送来的最新模块安装在监视对象器件202上，修正问题。
步骤309是等待在步骤308中执行的模块更新处理完成的步骤。 这里，当在一定期间模块的更新没有完成的情况下等，如果特别有必 要，也可以定期地再执行模块更新处理。
模块更新处理部207当安装最新的模块时，能够将该通知发送到 器件更新处理部206。但是，模块更新处理部207也可以不明示地发送 更新完成的通知，这时，能够通过器件监视装置201检测具有问题的 器件的正常运行来判定模块更新处理的完成。
步骤310是判定模块的更新是否完成的步骤，如果更新完成则进 入步骤311。如果更新没有完成，则在步骤309中等待到更新完成为止， 或者再执行模块更新处理。
步骤311是停止并删除在步骤306或步骤307中生成的假想器件 程序或功能限制假想器件程序的执行的步骤。在该步骤中，假想器件 管理部205将作为具有问题的器件的代理进行运行的假想器件程序或 功能限制假想器件程序的处理停止，结束一连串的器件更新处理。
以上是本实施例中的 一般的程序控制方法的流程图。 (实施例1)
下面，用

将本发明应用于本地网络系统时的第一实施方式。
图4表示本实施例中的系统构成图。在该图中，模块管理服务器 401是通过外部网络409与本地网关403连接的模块管理装置203，管 理正常运行模块B402。正常运行模块B402是对在UPnP器件B407上运行的异常运行模块B408的问题加以修正的最新的模块。
本地网关403是将作为家庭内LAN的本地网络410和外部网络 409连接起来的网关服务器，作为器件监视装置201进行运行。此夕卜， 本地网关403通过本地网络410与UPnP器件A405， UPnP器件B407 和UPnP控制点411连接。
假想UPnP器件B404是作为由异常运行模块B408的不良运行而 具有问题的UPnP器件B407的代理进行运行的假想器件程序，由本地 网关403自动生成和执行。
UPnP器件A405和UPnP器件B407是通过本地网关403监视状态 的监视对象器件202，是通过UPnP协议从UPnP控制点411进行操作 的UPnP器件。正常运行模块A406是在UPnP器件A405上运行的监 视对象模块209，是正常运行着的模块。异常运行模块B408是在UPnP 器件B407上运行的监视对象模块209，是运行中存在问题的模块。
UPnP控制点411是利用UPnP协议控制UPnP器件A405和UPnP 器件B407的器件控制装置214。
外部网络409是连接本地网关403和模块管理服务器401的家庭 外的网络。本地网络410是用于连接本地网关403和UPnP器件A405 、 UPnP器件B407以及UPnP控制点411的家庭内的网络。以上是本实 施例中的系统构成。
图5是表示本实施例中的本地网关403和UPnP器件A405之间的 通信的一个例子的顺序图。表示本地网关403和UPnP器件A405利用 UPnP协议进行通信，本地网关403取得UPnP器件A405的器件信息， 分析该器件信息的处理的一个例子。而且，其为表示利用UPnP协议的 通信的一个例子，不限定处理的流程。
最初，UPnP器件A405将用于通知自身的存在的NOTIFY消息发 送到本地网关403(顺序501) 。NOTIFY消息由UPnP Device Architecture (UPnP设备架构)1.0规格(以下，称为UPnP规格)规定格式，通 过IP多播进行传输。
接着，本地网关403进行对通过IP多播接收的NOTIFY消息是否 正确进行分析的处理(顺序502)。当本地网关403确认接收的NOTIFY 消息正常时，按照UPnP规格，将取得器件说明的请求发送到UPnP器件A405 (顺序503)。由UPnP规格规定器件说明通过HTTP的GET (取得)请求而取得。
接着，UPnP器件A405将对请求取得器件说明的响应发送到本地 网关403 (顺序504)。本地网关403当取得器件说明时，分析在取得 的器件说明的格式中是否没有问题(顺序505)。
按照UPnP规格，当确认接收的器件说明中没有问题时，本地网关 403将对在器件说明内记述的服务说明的URL，取得该服务说明的请 求发送到UPnP器件A405 (顺序506)。
UPnP器件A405将对请求取得服务说明的响应发送到本地网关 403 (顺序507)。本地网关403当取得服务说明时，分析在取得的服务 说明的格式中是否没有问题(顺序508)。
按照UPnP规格，当确认接收的服务说明中没有问题时，对用于进 行在器件说明中记载着的事件通知请求的URL，将事件通知请求发送 到UPnP器件A405 (顺序509)。由UPnP规格规定该事件通知请求通 过扩展HTTP的SUBSCRIBE (预定)请求进行处理。
UPnP器件A405当判断在事件通知请求中没有不完备时，对本地 网关403发送许可事件的通知的响应消息(顺序510)。本地网关403 分析对从UPnP器件A405发送来的事件通知请求的响应消息中是否没 有问题，等待直到事件被通知为止(顺序511)。
接着，UPnP器件A405按照UPnP规格，将在UPnP器件A405上 发生的事件消息发送到本地网关403 (顺序512)。本地网关403分析 在从UPnP器件A405接收的事件消息中是否没有问题。本地网关403 这样反复进行分析处理直到发现问题为止。
以上是正常运行的UPnP器件A405和本地网关403之间的通信的 一个例子。
图6是UPnP器件A405的正常运行模块A406公开的正常的器件 说明的例子。器件说明是由UPnP规格规定的XML格式的文本数据。 在图6所示的器件说明中，serviceList (服务清单)标识是任选的，但 是除此以外的标识全部是必需的标识。
serviceList标识的存在意味着UPnP器件A405在提供UPnP服务。 UPnP服务是提供用于操作UPnP器件的接口规格的服务，由该器件说
明的service (服务)标识和service标识内的SCPDURL标识所参照的 服务说明规定接口规格。
利用UPnP器件A405的UPnP控制点411通过取得该器件说明和 服务说明，能够操作UPnP器件A405 。
图7是表示本地网关403利用UPnP协议和UPnP器件B407进行 通信，检测出UPnP器件B407发送的器件说明的问题时的处理的顺序 图。其表示当检测出问题时的具体处理的一个例子，不限定处理的流 程。此外，因为从顺序701到顺序704与图5中说明过的从顺序501 到顺序504的处理同样，所以省略说明。
在步骤705中，本地网关403分析接收的器件说明，检测问题。 检测出的问题的具体例子将在后面述说。本地网关403当在器件说明 中检测出问题时，生成假想UPnP器件B404，开始执行该假想UPnP 器件B404 (顺序706)。假想UPnP器件B404修正UPnP器件B407所 提供的不正确的器件说明，作为UPnP器件B407的代理提供器件说明。 这时，假想UPnP器件B404通过重新发送NOTIFY消息，告知己修正 问题的器件说明的URL。
UPnP控制点411接收该NOTIFY消息，取得已修正问题的器件说 明，从而在执行假想UPnP器件B404到停止为止的期间，能够利用 UPnP器件B407。
接着，本地网关403将发生问题的模块的更新请求发送到模块管 理服务器401 (顺序707)。假定该更新请求以例如下面的形式进行。 但是，只要是与其类似的形式即可，不限定处理内容。
(1) 使独自幵发的代理程序在模块管理服务器401上运行，该代 理程序处理更新模块的请求
(2) 使HTTP服务器在模块管理服务器401上运行，该HTTP服 务器处理模块的取得请求
(3) 使数据库程序在模块管理服务器401上运行，该数据库程序 处理模块的取得请求
(4) 使OMADM协议对应器件管理服务器在模块管理服务器401 上运行，该器件管理服务器处理模块的更新请求
在步骤707中，以与OMADM等协议对应的器件管理服务器程序在模块管理服务器401上运行作为前提。模块管理服务器401当从本 地网关403接受模块的更新请求时，从文件系统、数据库等模块储存 库210取得正常运行模块B402 (顺序708)，将该正常运行模块B402 发送到UPnP器件B407 (顺序709)。
UPnP器件B407进行接收的正常运行模块B402的安装处理，更 新异常运行模块B408 (顺序710)。当正常运行模块B402的安装完成 时，UPnP器件B407将更新处理完成的通知发送到本地网关403 (顺 序7U)。
这里，UPnP器件B407也能够将模块更新完成的通知发送到模块 管理服务器401，这时，模块管理服务器401也可以代替UPnP器件 B407进行该更新完成通知对本地网关403的发送处理。
此外，如上述那样，也可以不明示地将该更新完成通知发送到本 地网关403。最后本地网关403停止假想UPnP器件B404的执行，删 除假想UPnP器件B404。
图8是UPnP器件B407的异常运行模块B408公开的不正确的器 件说明中，能够完全补充数据的器件说明的例子。在该器件说明中， 不存在UPnP协议中必需的manufacturer (制造商)标识和modelName (模式名称)标识，此夕卜，不存在作为service标识的父标识(parent tag) 必需的serviceList标识。
当接收这种器件说明时，通过UPnP控制点的安装将UPnP器件 B407判断为不正确的UPnP器件，存在UPnP控制点411不能够发现 该UPnP器件B407的可能性。但是，上述必需标识的存在在协议层次 是必需的，但是对于UPnP器件的操作不是必需的。因此，生成通过假 定数据自动补充这些标识的器件说明，并公开该器件说明。
假想UPnP器件B404为了公开自动生成的器件说明，多播传输由 UPnP规格规定的NOTIFY消息。UPnP控制点411通过接收该NOTIFY 消息，取得正常的器件说明，能够操作UPnP器件B407。
此外，在用于操作UPnP器件的ACTION (动作)消息中存在问题 的情况下等，假想UPnP器件B404通过自动修正UPnP控制点411发 送给该假想UPnP器件B404的ACTION消息，将已修正的ACTION 消息转送到UPnP器件B407等，能够避免问题。能够生成这种假想UPnP器件B404的情况，与已作为背景技术描述的相同。
除了图8所示的不正确的器件说明的例子外，下面举出可以避免 的问题的例子。这些是可以避免的问题的一个例子，但不限定于特定 的问题。
(1) 不存在作为NOTIFY消息的必需标题(head)的NTS标题
(2) 在器件说明中包含不正确的控制字符(0x00等)
(3) 不存在服务说明的spec Version (说明版本)标识
(4) 不存在作为M-SEARCH消息的必需标题的MX标题
图9是UPnP器件B407的异常运行模块B408公开的不正确的器 件说明中，不能够完全补充数据的器件说明的例子。在该器件说明中， 不存在UPnP规格中必需的SCPDURL标识。
当接收到这种器件说明时，因为UPnP控制点411不能够取得UPnP 器件B407所提供的服务的服务说明，所以将该UPnP器件B407判断 为不正确的UPnP器件，存在UPnP控制点411不能够发现该UPnP器 件B407的可能性。此外，SCPDURL标识是为了利用UPnP器件B407 的服务所必需的标识，不能够自动地设定假定的数据。
因此，本地网关403自动生成己消去与UPnP器件B407的该 SCPDURL对应的服务的器件说明，并公开该器件说明。假想UPnP器 件B404为了公开自动生成的器件说明，多播传输由UPnP规格规定的 NOTIFY消息。UPnP控制点411接收该NOTIFY消息，取得已删除存 在问题的服务的器件说明，而能够利用UPnP器件B407的一部分功能。
除了图9所示的不正确的器件说明的例子外，下面列举需要限制 UPnP器件B407的一部分功能的问题的例子。这些是不可以避免功能 限制的问题的一个例子，但是不限定于特定的问题。
(1) 不存在作为NOTIFY消息的必需标题的LOCATION (位置)
标题
(2) 不能够取得(不存在)器件说明 (3 )不存在服务说明的action标识 (4) SUBSCRIBE消息不返回响应 (实施例2)
下面，用

将本发明应用于本地网络系统时的第二实施方
式。
图IO表示本实施例中的系统构成。在该图中，器件管理中心1001
是管理在UPnP器件A405和UPnP器件B407上运行的模块的模块管 理装置203，在本实施例中，管理作为异常运行模块B408的最新模块 的正常运行模块B402。
器件管理工具1002是与器件管理中心1001中的器件管理部211 对应的程序，是由管理UPnP器件A405和UPnP器件B407的操作者 利用的管理GUI程序。由于器件管理中心1001和器件管理工具1002 以外的构成与图4所示的同样，所以省略说明。
图11是本实施例中的模块更新处理的顺序图。其是在图7中说明 过的顺序中变更了从顺序707到顺序711的处理的顺序图。在图11中， 只图示其差别信息，整体的处理与图7中说明过的顺序相同。
在顺序1101中，器件管理中心1001当从本地网关403接受模块 的更新请求时，将该请求通知给器件管理工具1002。器件管理工具1002 当接受模块的更新请求时，在操作画面中显示对话，或通过用邮件通 知操作者而将模块的更新请求通知给操作者(顺序1102)。
操作者当接受更新请求的通知时，操作器件管理工具1002，开始 最新模块的安装处理(顺序1103)。器件管理工具1002当接受来自操 作者的操作时，从文件系统或数据库等模块储存库210取得正常运行 模块B402 (顺序1104)，将该正常运行模块B402发送到UPnP器件 B407 (顺序1105)。 UPnP器件B407进行接收的正常运行模块B402 的安装处理(顺序1106)，将模块的更新完成通知发送到本地网关403 (顺序711)。
这里，UPnP器件B407也能够将模块的更新完成通知发送到器件 管理工具1002，这时，器件管理工具1002也可以代替UPnP器件B407， 将该更新完成通知发送给本地网关403。此外，如上述那样，也可以不 明示地将该更新完成通知发送给本地网关403 。
在本实施例中将模块的更新请求通知给器件管理中心1001的操作 者，但是本地网关403也可以通过直接显示对话等向利用UPnP器件 B407的用户通知该更新请求。这时，当由用户安装最新的模块时，本 地网关403从UPnP器件B407的运行状况判断已安装最新的模块，使假想UPnP器件B404的运行停止。
此外，本发明不限定于上述实施方式，不依赖于特定的通知协议。
权利要求
1. 一种网络器件的程序控制方法，其是与网络连接并向网络提供服务的网络器件的程序控制方法，其特征在于监视在所述网络器件运行的程序模块的功能；当在所述程序模块的功能中存在问题时，在所述问题得到改善为止的期间，由假想器件程序进行所述网络器件的代理响应处理。
2. 根据权利要求1所述的网络器件的程序控制方法，其特征在于 根据程序模块的分布结果和运行记录信息等的器件信息，监视在所述网络器件运行的程序模块的功能。
3. 根据权利要求1所述的网络器件的程序控制方法，其特征在于 当在所述程序模块的功能中存在问题时，通过将在所述网络器件运行的程序模块更新成最新的程序模块改善问题，停止所述假想器件 程序的运行。
4. 一种网络器件的程序控制方法，该方法是一种网络系统中的网 络器件的程序控制方法，该网络系统包括uPnP器件、向所述uPnP器 件请求服务的uPnP控制点、连接所述uPnP器件和uPnP控制点所连接 的本地网络和外部网络的本地网关，其特征在于根据来自uPnP器件的NOTIFY消息，向所述uPnP器件请求器件 说明；检测作为所述请求的响应而取得的器件说明的问题； 当在所述器件说明中存在问题时，生成进行所述uPnP器件的代理 处理的假想器件；从所述假想器件发送NOTIFY消息；从所述假想器件接收NOTIFY消息的uPnP控制点将所述假想器件 用作所述uPnP器件。
5. 根据权利要求4所述的网络器件的程序控制方法，其特征在于 当在所述器件说明中存在问题时，所述本地网关，向外部网络请 求更新所述uPnP器件的程序模块；从外部网络将最新的程序模块通知给存在问题的所述uPnP器件； 所述uPnP器件进行程序模块的更新。
6. 根据权利要求5所述的网络器件的程序控制方法，其特征在于-进行过程序模块的更新的uPnP器件通知模块的更新完成； 根据所述通知，所述假想器件停止功能。
7. —种网络系统，该网络系统包括uPnP器件、向所述uPnP器件 请求服务的uPnP控制点、连接所述uPnP器件和uPnP控制点所连接的 本地网络和外部网络的本地网关，其特征在于所述uPnP器件具有根据来自所述本地网关的器件说明请求，将该 uPnP器件的器件说明信息通知给所述本地网关的监视信息通知部，所述本地网关包括根据从所述uPnP器件取得的器件说明信息监 视所述uPnP器件的问题的器件监视部；和当通过所述器件监视部检测出所述uPnP器件的问题时，生成进行 所述uPnP器件的代理处理的假想器件的假想器件管理部，所述uPnP控制点，在所述uPnP器件中存在问题时，将执行假想 器件的所述本地服务器用作uPnP器件。
8. 根据权利要求7所述的网络系统，其特征在于 所述本地网关具有向所述外部网络请求更新所述uPnP器件的程序模块的器件更新处理部；所述假想器件管理部，根据完成程序模块更新的通知，停止假想 器件。
9. 根据权利要求7所述的网络系统，其特征在于 所述uPnP器件，如果更新程序模块，则将程序模块更新完成通知给所述本地网关，并且输出NOFIFY消息，所述uPnP控制点，从更新过程序模块的uPnP器件接受服务的提供。
全文摘要
本发明涉及网络器件的程序控制方法和网络系统。本发明的提供服务的网络器件的程序控制，监视在所述器件中运行的程序模块的功能，当在所述模块的功能中存在问题时，在所述问题得到改善为止的期间，由假想器件程序进行所述器件的代理响应处理。此外，当在所述模块的功能中存在问题时，通过将在所述器件中运行的程序模块更新成最新的程序模块而改善问题，并停止所述假想器件程序的运行。由此，在利用UPnP等通信协议相互联合的器件之间，即便当存在具有器件程序上的错误或性能上的问题的器件的情况下，也能够进行联合运行。
文档编号H04L12/24GK101394305SQ200810096578
公开日2009年3月25日 申请日期2008年5月16日 优先权日2007年9月21日
发明者井奥章, 前冈淳, 福井大辅 申请人:株式会社日立制作所