JP4640147B2

JP4640147B2 - Network relay control for network type plug and play

Info

Publication number: JP4640147B2
Application number: JP2005353288A
Authority: JP
Inventors: 康裕大島; 庸司高田
Original assignee: Seiko Epson Corp
Current assignee: Seiko Epson Corp
Priority date: 2005-12-07
Filing date: 2005-12-07
Publication date: 2011-03-02
Anticipated expiration: 2025-12-07
Also published as: JP2007156958A

Description

この発明は、ネットワーク型プラグアンドプレイに対応したネットワーク中継装置の制御技術に関する。 The present invention relates to a control technology for a network relay device that supports network type plug and play.

プラグアンドプレイは、よく知られているように、コンピュータの起動後に、周辺装置を任意のタイミングでコンピュータに接続したり、コンピュータから切断したりすることができる技術である。近年では、プラグアンドプレイ技術をネットワークに適用したものとして、ユニバーサルプラグアンドプレイ（以下、「ＵＰｎＰ」と呼ぶ。ＵＰｎＰは UPnP Implementers Corporationの商標）が開発されてきている。ＵＰｎＰを用いると、ネットワーク装置を任意のタイミングでネットワークに接続したり、ネットワークから切断したりすることができる。本明細書では、ＵＰｎＰのように、ネットワークにおいてプラグアンドプレイを実現するアーキテクチャを、「ネットワーク型プラグアンドプレイ」と呼ぶ。 As is well known, plug and play is a technique that allows a peripheral device to be connected to or disconnected from a computer at an arbitrary timing after the computer is started. In recent years, Universal Plug and Play (hereinafter referred to as “UPnP”, UPnP is a trademark of UPnP Implementers Corporation) has been developed as an application of plug and play technology to a network. When UPnP is used, the network device can be connected to the network or disconnected from the network at an arbitrary timing. In this specification, an architecture that implements plug and play in a network, such as UPnP, is referred to as “network type plug and play”.

特開２００１−２９０７２４JP 2001-290724 A

ＵＰｎＰ対応のネットワーク装置は、種々のサービスデバイスとして機能することが可能である。ここで、「サービスデバイス」とは、外部からの要求に応じてサービスを提供するデバイスを意味している。サービスデバイスは、プリンタや、スキャナ、ファクシミリ、コピー機、記憶装置、カメラ、時計などの種々の装置（「デバイスユニット」と呼ぶ）として実現可能である。また、１つのデバイスユニットで複数のサービスデバイスの機能を実現することも可能である。 A UPnP-compatible network device can function as various service devices. Here, “service device” means a device that provides a service in response to an external request. The service device can be realized as various devices (referred to as “device units”) such as a printer, a scanner, a facsimile, a copier, a storage device, a camera, and a clock. It is also possible to realize the functions of a plurality of service devices with one device unit.

ところで、ＵＰｎＰ非対応のデバイスユニットも、ＵＰｎＰプロトコルに対応したネットワーク中継装置を用いることによって、ＵＰｎＰプロトコル対応のデバイスとして利用したいという要望がある。しかし、従来は、このような中継装置をどのように実現すべきかについては検討が十分になされていないのが実情であった。例えば、サービスデバイスが正常に稼働していない場合に、他のクライアントにどのようにその状況を通知するかに関しては、十分に工夫されていなかった。この結果、サービスデバイスが正常に稼働していないときにも、クライアントがそのサービスデバイスを利用しようとするために無駄な通信が発生してしまい、ネットワークの通信効率を低下させるという問題があった。 By the way, a device unit that does not support UPnP is also desired to be used as a device that supports UPnP protocol by using a network relay device that supports UPnP protocol. However, in the past, the actual situation is that there has been no sufficient study on how to implement such a relay device. For example, when the service device is not operating normally, how to notify the situation to other clients has not been sufficiently devised. As a result, there is a problem that even when the service device is not operating normally, useless communication occurs because the client tries to use the service device, thereby reducing the communication efficiency of the network.

本発明は、ネットワーク型プラグアンドプレイに対応したネットワークにおいて、サーバイスデバイスが正常に稼働していない場合の通信効率の低下を低減できる技術を提供することを目的とする。 An object of the present invention is to provide a technique capable of reducing a decrease in communication efficiency when a server device is not operating normally in a network compatible with network type plug and play.

本発明の装置は、ネットワーク上のクライアントからの要求に応じてサービスを提供する１つ以上のサービスデバイスを有するデバイスユニットと、前記ネットワークとの間を中継するためのネットワーク型プラグアンドプレイに対応したネットワーク中継装置であって、
前記デバイスユニット内の少なくとも１つのサービスデバイスが稼働できる状態にある場合には、前記ネットワーク型プラグアンドプレイのプロトコルに従ってクライアントから送信されたデバイス検索要求に対して応答を返信し、
前記デバイスユニット内のすべてのサービスデバイスが稼働不能な状態にある場合には、前記デバイス検索要求に対して応答を返信しないように構成されていることを特徴とする。 The apparatus of the present invention is compatible with a device unit having one or more service devices that provide a service in response to a request from a client on a network and a network type plug and play for relaying between the network. A network relay device,
When at least one service device in the device unit is in an operable state, a response is returned to the device search request transmitted from the client according to the network type plug and play protocol,
When all the service devices in the device unit are in an inoperable state, a response is not returned to the device search request.

この装置によれば、デバイスユニット内のすべてのサービスデバイスが稼働不能な状態にある場合には、クライアントからのデバイス検索要求に対して応答を返信しないように構成されているので、サーバイスデバイスが正常に稼働していない場合にクライアントがデバイスユニットにアクセスすることを防止でき、通信効率の低下を低減できる。 According to this apparatus, when all the service devices in the device unit are in an inoperable state, it is configured not to send a response to the device search request from the client. When the device is not operating normally, the client can be prevented from accessing the device unit, and the reduction in communication efficiency can be reduced.

前記デバイスユニット内のすべてのサービスデバイスが稼働不能となる状態は、
（ｉ）前記デバイスユニットの電源オフと、
（ｉｉ）前記デバイスユニットと前記ネットワーク中継装置との間の接続の喪失と、
のいずれかによって発生するものとしてもよい。 The state in which all service devices in the device unit become inoperable is
(I) powering off the device unit;
(Ii) loss of connection between the device unit and the network relay device;
It is good also as what generate | occur | produces by either.

上記ネットワーク中継装置は、
前記デバイスユニットとの間で情報を交換することによって前記デバイスユニットを動作させるデバイス制御部と、
前記ネットワークと前記デバイス制御部との間に接続され、メッセージヘッダとメッセージボディとを有するメッセージを前記ネットワーク上のクライアントから受信するとともに、前記メッセージボディの情報を前記デバイス制御部に転送するネットワークプロトコル制御部と、
を備え、
前記ネットワークプロトコル制御部は、前記クライアントから受信した前記メッセージボディの内容を解釈すること無く前記ネットワーク型プラグアンドプレイのプロトコルに従って前記メッセージヘッダを解釈するとともに、前記ネットワーク型プラグアンドプレイのプロトコルとは異なる通信プロトコルに従って前記メッセージボディを前記デバイス制御部に送信し、
前記デバイス制御部は、前記ネットワークプロトコル制御部から受信した前記メッセージボディの内容を解釈するとともに、前記解釈の結果に応じて前記サービスデバイスにサービスを実行させる機能を有し、
前記デバイスユニットが有する各サービスデバイスが稼働可能か否かの検出は、前記デバイス制御部が実行し、
前記デバイス検索要求に対する応答の返信の有無は、前記ネットワークプロトコル制御部が実行するものとしてもよい。 The network relay device is
A device control unit that operates the device unit by exchanging information with the device unit;
Network protocol control connected between the network and the device control unit, receiving a message having a message header and a message body from a client on the network, and transferring information of the message body to the device control unit And
With
The network protocol control unit interprets the message header according to the network type plug and play protocol without interpreting the content of the message body received from the client, and is different from the network type plug and play protocol. Sending the message body to the device controller according to a communication protocol;
The device control unit has a function of interpreting the content of the message body received from the network protocol control unit and causing the service device to execute a service according to the interpretation result;
The device control unit executes detection of whether or not each service device included in the device unit is operable,
The presence or absence of a response to the device search request may be executed by the network protocol control unit.

この構成によれば、ネットワークプロトコル制御部がメッセージボディの内容を解釈すること無くヘッダを解釈してメッセージボディをデバイス制御部に送信するので、ネットワークプロトコル制御部における制御が、デバイスユニットに実装されているサービスデバイスの種類や数に依存しない。この結果、ネットワークプロトコル制御部における制御を単純化することができる。また、デバイスユニット内のすべてのサービスデバイスが稼働不能な状態にある場合には、ネットワークプロトコル制御部の働きによってデバイス検索要求に対して応答を返信しないものとすることができる。 According to this configuration, the network protocol control unit interprets the header without interpreting the content of the message body and transmits the message body to the device control unit. Therefore, the control in the network protocol control unit is implemented in the device unit. It does not depend on the type or number of service devices. As a result, the control in the network protocol control unit can be simplified. Further, when all the service devices in the device unit are inoperable, no response can be returned to the device search request by the function of the network protocol control unit.

なお、本発明は、種々の形態で実現することが可能であり、例えば、ネットワーク装置、ネットワークプロトコル制御装置、それらの装置の制御方法及び制御装置、それらの方法または装置の機能を実現するためのコンピュータプログラム、そのコンピュータプログラムを記録した記録媒体、そのコンピュータプログラムを含み搬送波内に具現化されたデータ信号、等の形態で実現することができる。 Note that the present invention can be realized in various forms, for example, a network device, a network protocol control device, a control method and control device for those devices, and a function of those methods or devices. The present invention can be realized in the form of a computer program, a recording medium recording the computer program, a data signal including the computer program and embodied in a carrier wave, and the like.

次に、本発明の実施の形態を以下の順序で説明する。
A．用語の説明：
B．システムの概要：
C．実施例の処理シーケンス：
D．変形例： Next, embodiments of the present invention will be described in the following order.
A. Explanation of terms:
B. System overview:
C. Example processing sequence:
D. Variations:

A．用語の説明：
以下の説明で使用する用語の意味は以下の通りである。
・ＤＨＣＰ（Dynamic Host Configuration Protocol）：ダイナミックホストコンフィギュレーションプロトコル。動的にＩＰアドレスを割り当てるプロトコル。
・ＧＥＮＡ（General Event Notification Architecture）：一般イベント通知アーキテクチャ。ＵＰｎＰアーキテクチャにおいてイベントを発行する際に使用される。
・ＨＴＴＰ（HyperText Transfer Protocol）：ハイパーテキスト転送プロトコル。
・ＨＴＴＰＭＵ（HTTP Multicast over UDP）：ＵＤＰ（User Datagram Protocol）を用いたＨＴＴＰマルチキャスト。
・ＨＴＴＰＵ（HTTP(unicast) over UDP）：ＵＤＰを用いたＨＴＴＰユニキャスト。
・ＭＦＰ（Multi Function Peripheral）：複数のデバイスの機能を有する複合周辺装置。
・ＳＯＡＰ（Simple Object Access Protocol）：シンプルオブジェクトアクセスプロトコル。ＵＰｎＰアーキテクチャにおいて、ＲＰＣ（リモートプロシージャコール）によるアクションの要求とレスポンスとに使用される。
・ＳＳＤＰ（Simple Service Discovery Protocol）：シンプルサービス検出プロトコル。ＵＰｎＰアーキテクチャにおいて、サービスのディスカバリ（検出）に使用される。
・ＵＰｎＰ（Universal Plug and Play）：ユニバーサルプラグアンドプレイ（ＵＰｎＰは UPnP Implementers Corporationの商標）。
・ＵＲＩ（Uniform Resource Identifier）：ユニフォームリソース識別子。ＵＲＬ（Uniform Resouce Locator）の上位概念であり、リソースの固有の位置を示す識別子。
・ＸＨＴＭＬ（eXtensible HyperText Markup Language）：拡張ハイパーテキストマークアップ言語。ＨＴＭＬと互換性を有する文書記述言語の一種であり、ＸＭＬの実装の一形態である。後述するＸＨＴＭＬ−ｐｒｉｎｔは、ＸＨＴＭＬ文書を印刷するための仕様である。
・ＸＭＬ（eXtensible Markup Language）：拡張マークアップ言語。 A. Explanation of terms:
The meanings of the terms used in the following description are as follows.
DHCP (Dynamic Host Configuration Protocol): Dynamic host configuration protocol. A protocol that dynamically assigns IP addresses.
GENA (General Event Notification Architecture): General event notification architecture. Used when issuing events in the UPnP architecture.
HTTP (HyperText Transfer Protocol): Hypertext transfer protocol.
HTTP MU (HTTP Multicast over UDP): HTTP multicast using UDP (User Datagram Protocol).
HTTPPU (HTTP (unicast) over UDP): HTTP unicast using UDP.
MFP (Multi Function Peripheral): A composite peripheral device having functions of a plurality of devices.
SOAP (Simple Object Access Protocol): Simple object access protocol. In UPnP architecture, it is used for requesting and responding to actions by RPC (Remote Procedure Call).
SSDP (Simple Service Discovery Protocol): Simple service discovery protocol. In the UPnP architecture, it is used for service discovery.
UPnP (Universal Plug and Play): Universal Plug and Play (UPnP is a trademark of UPnP Implementers Corporation).
URI (Uniform Resource Identifier): Uniform resource identifier. An identifier that is a superordinate concept of URL (Uniform Resource Locator) and indicates a unique position of a resource.
XHTML (eXtensible HyperText Markup Language): An extended hypertext markup language. It is a kind of document description language compatible with HTML, and is a form of XML implementation. XHTML-print described later is a specification for printing an XHTML document.
XML (eXtensible Markup Language): An extensible markup language.

なお、ＵＰｎＰでは上述した多数のプロトコルが使用されるが、以下ではこれらを総称して「ＵＰｎＰプロトコル」と呼ぶ。 Although many of the above-described protocols are used in UPnP, these are hereinafter collectively referred to as “UPnP protocol”.

B．システムの概要：
図１は、本発明の実施例を適用するネットワークシステムの構成を示す概念図である。このネットワークシステムは、パーソナルコンピュータ１００と、デジタルカメラ１１０と、デジタルＴＶセット１２０と、画像サーバ１３０と、中継ユニット６００とがＬＡＮを介して相互に接続された構成を有している。中継ユニット６００は、複合機８００に接続されている。複合機８００自体はＵＰｎＰプロトコルに非対応であるが、中継ユニット６００がＵＰｎＰプロトコルに従った処理を実行する。従って、中継ユニット６００と複合機８００とで構成される装置９００は、ＵＰｎＰ対応のネットワーク装置として機能することができる。ＬＡＮは、ＩＥＥＥ８０２．３のような有線ネットワークでも、ＩＥＥＥ８０２．１１ｂ／ｇ／ａなどの無線ネットワークでもよい。デジタルカメラ１１０と、デジタルＴＶセット１２０とは、ＵＰｎＰ対応のネットワーク装置である。デジタルカメラ１１０とＴＶセット１２０は、ＵＰｎＰアーキテクチャにおけるコントロールポイント１１０Ｃ，１２０Ｃを備えている。ＵＰｎＰアーキテクチャ及びコントロールポイントについては後述する。パーソナルコンピュータ１００と画像サーバ１３０もこのネットワークシステムの構成要素の１つであるが、ＵＰｎＰには対応していない。 B. System overview:
FIG. 1 is a conceptual diagram showing a configuration of a network system to which an embodiment of the present invention is applied. This network system has a configuration in which a personal computer 100, a digital camera 110, a digital TV set 120, an image server 130, and a relay unit 600 are connected to each other via a LAN. The relay unit 600 is connected to the multi-function device 800. The MFP 800 itself does not support the UPnP protocol, but the relay unit 600 executes processing according to the UPnP protocol. Therefore, the device 900 including the relay unit 600 and the multifunction device 800 can function as a UPnP compatible network device. The LAN may be a wired network such as IEEE 802.3 or a wireless network such as IEEE 802.11b / g / a. The digital camera 110 and the digital TV set 120 are UPnP compatible network devices. The digital camera 110 and the TV set 120 include control points 110C and 120C in the UPnP architecture. The UPnP architecture and control points will be described later. The personal computer 100 and the image server 130 are also components of this network system, but do not support UPnP.

パーソナルコンピュータ１００は、プリンタドライバ１００Ｄを用いて画像の印刷データを作成し、ＬＡＮを介してこの印刷データを中継ユニット６００を介して複合機８００に転送して印刷を実行させる機能を有している。この印刷処理の際には、複合機８００は通常のネットワークプリンタとして機能する。一方、コントロールポイント（例えば１１０Ｃ）からの要求に従って印刷を行う場合には、複合機８００と中継ユニット６００とで構成されるネットワーク装置９００がＵＰｎＰ対応のプリンタデバイスとして機能する。 The personal computer 100 has a function of creating print data of an image using the printer driver 100D, and transferring the print data to the multi-function device 800 via the relay unit 600 via the LAN to execute printing. . During this printing process, the multi-function device 800 functions as a normal network printer. On the other hand, when printing is performed in accordance with a request from a control point (for example, 110C), the network device 900 including the multifunction device 800 and the relay unit 600 functions as a UPnP compatible printer device.

中継ユニットは、ＭＦＰサーバ３００と、ＭＦＰデバイス制御ユニット７００とを有している。ＭＦＰサーバ３００は、ＬＡＮ上の他の装置とＭＦＰデバイス制御ユニット７００との間で交換されるメッセージを仲介するネットワークプロトコル制御部３０２としての機能を有している。後述するように、ＭＦＰサーバ３００は、典型的な場合において、メッセージの転送の際にメッセージヘッダに関してＵＰｎＰのプロトコルを解釈するが、メッセージボディの解釈や処理は行わない。 The relay unit includes an MFP server 300 and an MFP device control unit 700. The MFP server 300 has a function as a network protocol control unit 302 that mediates messages exchanged between other devices on the LAN and the MFP device control unit 700. As will be described later, in a typical case, the MFP server 300 interprets the UPnP protocol with respect to the message header during message transfer, but does not interpret or process the message body.

ＭＦＰデバイス制御ユニット７００は、ディスクリプション作成モジュール７１０と、Ｗｅｂアプリケーションモジュール７２０とを有している。ディスクリプション作成モジュール７１０は、ＵＰｎＰプロトコルで使用されるデバイスディスクリプションやサービスディスクリプションを作成し、クライアント（コントロールポイント）からの要求に応じてこれらのディスクリプションを提供する機能を有する。Ｗｅｂアプリケーションモジュール７２０は、ネットワーク装置９００の設定や利用の際に使用するための各種のＷｅｂページを作成するとともに、クライアントからの要求に応じてＷｅｂページを提供する機能を有する。これらのモジュール７１０，７２０は、コンピュータプログラムとして実装されているが、ハードウェア回路として実装することも可能である。 The MFP device control unit 700 has a description creation module 710 and a Web application module 720. The description creation module 710 has a function of creating a device description and a service description used in the UPnP protocol and providing these descriptions in response to a request from a client (control point). The web application module 720 has a function of creating various web pages for use in setting and using the network device 900 and providing web pages in response to requests from clients. These modules 710 and 720 are implemented as computer programs, but can also be implemented as hardware circuits.

ＭＦＰサーバ３００とＭＦＰデバイス制御ユニット７００との間は、ＵＳＢ（Universal Serial Bus）で接続されており、また、ＭＦＰデバイス制御ユニット７００と複合機８００との間もＵＳＢで接続されている。但し、ＵＳＢ以外の他の各種の物理的インタフェースを利用することも可能である。また、ＭＦＰサーバ３００とＭＦＰデバイス制御ユニット７００との間は、ＵＰｎＰプロトコルとは異なる通信プロトコルで接続することが可能である。 The MFP server 300 and the MFP device control unit 700 are connected by USB (Universal Serial Bus), and the MFP device control unit 700 and the multi-function device 800 are also connected by USB. However, various physical interfaces other than USB can also be used. Further, the MFP server 300 and the MFP device control unit 700 can be connected with a communication protocol different from the UPnP protocol.

複合機８００は、クライアントにサービスを提供するためのサービスデバイス８１０，８２０，８３０と、制御部８４０とを備えている。ここでは、サービスデバイスとして、印刷エンジン８１０とスキャナエンジン８２０とＰＣカードインタフェース８３０が実装されている。なお、複合機８００は、少なくとも１つのサービスデバイスを有していれば良く、一般には、Ｎ個（Ｎは１以上の整数）のサービスデバイスを有するものとして構成される。なお、複合機８００を「デバイスユニット」とも呼ぶ。 The multi-function device 800 includes service devices 810, 820, and 830 for providing services to clients, and a control unit 840. Here, a print engine 810, a scanner engine 820, and a PC card interface 830 are mounted as service devices. Note that the multi-function device 800 only needs to have at least one service device, and is generally configured to have N service devices (N is an integer equal to or greater than 1). The multi-function device 800 is also referred to as a “device unit”.

印刷エンジン８１０は、与えられた印刷データに応じて印刷を実行する印刷機構である。本実施例では、コントロールポイント１１０Ｃ，１２０ＣがＵＰｎＰプロトコルに従ってＸＨＴＭＬデータを複合機８００に送信して印刷を行う場合には、ＭＦＰデバイス制御ユニット７００がＸＨＴＭＬデータを解釈し、色変換やハーフトーン処理を実行して印刷データを作成し、この印刷データを印刷エンジン８１０に供給する。但し、ＭＦＰデバイス制御ユニット７００の代わりに、制御部８４０又は印刷エンジン８１０が色変換やハーフトーン処理の機能を有するように構成することも可能である。一方、パーソナルコンピュータ１００から印刷を行う場合は、プリンタドライバ１００Ｄが生成するページ記述言語をＭＦＰデバイス制御ユニット７００が解析して印刷データを作成し、印刷エンジン８１０に供給する。なお、本明細書において、「印刷データ」とは印刷媒体上におけるドットの形成状態を示すドットデータによって印刷物を表すデータを意味している。印刷データは、プリンタ固有の制御コマンドで構成されている。ＸＨＴＭＬは、印刷データには該当せず、文書を記述する文書記述言語である。スキャナエンジン８２０は、画像をスキャンして画像データを生成する機構である。 The print engine 810 is a printing mechanism that executes printing according to given print data. In this embodiment, when the control points 110C and 120C transmit XHTML data to the multi-function device 800 according to the UPnP protocol and perform printing, the MFP device control unit 700 interprets the XHTML data and performs color conversion and halftone processing. It executes to create print data, and supplies this print data to the print engine 810. However, instead of the MFP device control unit 700, the control unit 840 or the print engine 810 may be configured to have color conversion and halftone processing functions. On the other hand, when printing from the personal computer 100, the MFP device control unit 700 analyzes the page description language generated by the printer driver 100D, creates print data, and supplies the print data to the print engine 810. In this specification, “print data” means data representing a printed matter by dot data indicating a dot formation state on a print medium. The print data is composed of printer-specific control commands. XHTML does not correspond to print data, and is a document description language for describing a document. The scanner engine 820 is a mechanism that scans an image and generates image data.

ＵＰｎＰは、ネットワーク装置を任意のタイミングでネットワークに接続したり、ネットワークから切断したりすることを実現するアーキテクチャである。ＵＰｎＰネットワークは、コントロールポイント１１０Ｃ，１２０Ｃと、サービスデバイス８１０，８２０，８３０とで構成される。ここで、「サービスデバイス」とは、サービスを提供する装置を意味している。本明細書においては、特に断らない限り、「デバイス」と「サービスデバイス」は同義語として使用されている。「コントロールポイント」は、ネットワーク上の他のデバイスを検出したり制御したりするコントローラを意味しており、サービスデバイスに対するクライアントとして機能する。ＵＰｎＰ対応のネットワーク装置が有する各種の機能については後述する。 UPnP is an architecture that realizes connecting or disconnecting a network device to a network at an arbitrary timing. The UPnP network includes control points 110C and 120C and service devices 810, 820, and 830. Here, “service device” means a device that provides a service. In this specification, unless otherwise specified, “device” and “service device” are used as synonyms. The “control point” means a controller that detects and controls other devices on the network, and functions as a client for the service device. Various functions of the UPnP-compatible network device will be described later.

図２は、中継ユニット６００内のＭＦＰサーバ３００とＭＦＰデバイス制御ユニット７００の内部構成を示すブロック図である。ＭＦＰサーバ３００は、中央制御部（ＣＰＵ）３１０と、ＲＡＭ３２０と、ＲＯＭ３３０と、ネットワーク制御部３４０と、ＵＳＢホスト制御部３５０とを有している。ネットワーク制御部３４０は、コネクタ３４２を介して有線ネットワークに接続される。ＵＳＢホスト制御部３５０は、ルートハブ３５２を有しており、ルートハブ３５２には２つのＵＳＢコネクタ３５４，３５６が設けられている。第１のＵＳＢコネクタ３５４は、ＵＳＢケーブルを介してＭＦＰデバイス制御ユニット７００のＵＳＢコネクタ４６２に接続されている。第２のＵＳＢコネクタ３５６には、追加のデバイス（例えば無線ＬＡＮネットワークへ通信するための無線通信回路）を接続可能である。 FIG. 2 is a block diagram showing internal configurations of the MFP server 300 and the MFP device control unit 700 in the relay unit 600. The MFP server 300 includes a central control unit (CPU) 310, a RAM 320, a ROM 330, a network control unit 340, and a USB host control unit 350. The network control unit 340 is connected to a wired network via the connector 342. The USB host control unit 350 has a root hub 352, and two USB connectors 354 and 356 are provided on the root hub 352. The first USB connector 354 is connected to the USB connector 462 of the MFP device control unit 700 via a USB cable. An additional device (for example, a wireless communication circuit for communicating with a wireless LAN network) can be connected to the second USB connector 356.

ＭＦＰデバイス制御ユニット７００は、中央制御部（ＣＰＵ）４１０と、ＲＡＭ４２０と、ＲＯＭ４３０と、ＵＳＢデバイス制御部４６０と、ＵＳＢホスト制御部５１０とを有している。第１のＵＳＢデバイス制御部４６０は、ＵＳＢコネクタ４６２を介してＭＦＰサーバ３００のＵＳＢホスト制御部３５０に接続されている。ＵＳＢホスト制御部５１０は、ルートハブ５１２を有しており、ルートハブ５１２にはＵＳＢコネクタ５１４が設けられている。このコネクタ５１４には、複合機８００（デバイスユニット）が接続されている。 The MFP device control unit 700 includes a central control unit (CPU) 410, a RAM 420, a ROM 430, a USB device control unit 460, and a USB host control unit 510. The first USB device control unit 460 is connected to the USB host control unit 350 of the MFP server 300 via the USB connector 462. The USB host control unit 510 has a root hub 512, and the root hub 512 is provided with a USB connector 514. A multi-function device 800 (device unit) is connected to the connector 514.

ＭＦＰサーバ３００の中央制御部３１０とネットワーク制御部３４０とＵＳＢホスト制御部３５０は、図１におけるネットワークプロトコル制御部３０２としての機能を実現する。より具体的には、ネットワーク制御部３４０は、各種のネットワークプロトコルに従ってメッセージの送受信を行う。また、中央制御部３１０は、ＵＰｎＰのプロトコルを解釈して転送先を決定する。ＵＳＢホスト制御部３５０は、ＭＦＰデバイス制御ユニット７００との間でメッセージを転送する。これらの制御部３１０，３４０，３５０は、メッセージボディの解釈や処理は行わずにメッセージを転送している。 The central control unit 310, the network control unit 340, and the USB host control unit 350 of the MFP server 300 realize the function as the network protocol control unit 302 in FIG. More specifically, the network control unit 340 transmits and receives messages according to various network protocols. The central control unit 310 interprets the UPnP protocol and determines the transfer destination. USB host control unit 350 transfers a message to and from MFP device control unit 700. These control units 310, 340, and 350 transfer messages without interpreting or processing the message body.

ＭＦＰデバイス制御ユニット７００のＵＳＢデバイス制御部４６０は、ＵＳＢの転送プロトコルに従ってメッセージの送受信を行う。また、中央制御部４１０は、ＭＦＰサーバ３００を介して転送されたメッセージの内容を解釈し、メッセージの内容に応じた処理を実行して制御データを作成し、その制御データを複合機８００に転送する。複合機８００内のサービスデバイス８１０，８２０，８３０の動作は、この制御データに従って制御される。なお、ＭＦＰサーバ３００とＭＦＰデバイス制御ユニット７００を分離せずに、１つのユニットによってＭＦＰサーバ３００とＭＦＰデバイス制御ユニット７００の両方の機能を実現するようにしてもよい。 The USB device control unit 460 of the MFP device control unit 700 transmits and receives messages according to the USB transfer protocol. The central control unit 410 interprets the content of the message transferred via the MFP server 300, executes processing according to the content of the message, creates control data, and transfers the control data to the multi-function device 800. To do. The operations of the service devices 810, 820, and 830 in the multi-function device 800 are controlled according to this control data. The functions of both MFP server 300 and MFP device control unit 700 may be realized by a single unit without separating MFP server 300 and MFP device control unit 700.

なお、複合機８００には、ユーザが種々の設定を行う際に使用する操作パネルと表示部（モニタ）が設けられているが、これらは図示が省略されている。 The multifunction device 800 is provided with an operation panel and a display unit (monitor) that are used when the user performs various settings, but these are not shown.

図３は、ＭＦＰサーバ３００の各種のプロトコルの階層構造を示すブロック図である。ＭＦＰサーバ３００は、各種のネットワークプロトコルを解釈するためのサービスプロトコル解釈部１０００を備えている。このサービスプロトコル解釈部１０００には、ネットワークアーキテクチャの下位層と、ＵＳＢアーキテクチャの下位層とが存在する。ネットワークアーキテクチャの下位層としては、ＵＰｎＰデバイスアーキテクチャ１１００と、３つの非ＵＰｎＰデバイス機能部１２１０，１２２０，１２３０が設けられている。これらのさらに下位には、ＵＤＰ層又はＴＣＰ層と、インターネットプロトコル（ＩＰ）層と、ドライバ層と、ネットワークインタフェース層と、が存在する。 FIG. 3 is a block diagram illustrating a hierarchical structure of various protocols of the MFP server 300. The MFP server 300 includes a service protocol interpreter 1000 for interpreting various network protocols. The service protocol interpretation unit 1000 includes a lower layer of the network architecture and a lower layer of the USB architecture. As a lower layer of the network architecture, a UPnP device architecture 1100 and three non-UPnP device function units 1210, 1220, and 1230 are provided. Below these are a UDP or TCP layer, an Internet Protocol (IP) layer, a driver layer, and a network interface layer.

サービスプロトコル解釈部１０００のＵＳＢアーキテクチャの下位層としては、Ｄ４パケット処理部１３００及びＵＳＢプリンタクラスドライバ１３１０と、ＵＳＢスキャナクラスドライバ１３２０と、ＵＳＢストレージクラスドライバ１３３０とが設けられている。これらの３つのデバイスドライバ１３１０，１３２０，１３３０の下位には、ＵＳＢシステムソフトウェアとＵＳＢホストインタフェース（ハードウェア）とが存在する。なお、この図からも理解できるように、ＵＳＢのプリンタクラスドライバ１３１０は、いわゆる「Ｄ４パケット」（ＩＥＥＥ１２８４．４に即したパケット構造）を利用してデータ転送を行うのに対して、スキャナクラスドライバ１３２０やストレージクラスドライバ１３３０ではＤ４パケットは利用されていない。この理由は、標準的なＵＳＢのデバイスクラスのうちで、プリンタクラスではＤ４パケットが上位プロトコルとして採用されているが、スキャナクラス及びストレージクラスでは、Ｄ４パケットを用いない制御スタック（アプリケーション層から物理層に至るまでのアーキテクチャ）がＯＳの標準となっているからである。 As a lower layer of the USB architecture of the service protocol interpreter 1000, a D4 packet processor 1300, a USB printer class driver 1310, a USB scanner class driver 1320, and a USB storage class driver 1330 are provided. Below these three device drivers 1310, 1320, and 1330 are USB system software and a USB host interface (hardware). As can be understood from this figure, the USB printer class driver 1310 uses the so-called “D4 packet” (packet structure conforming to IEEE1284.4) to transfer data, whereas the scanner class driver 1310 The D4 packet is not used in 1320 or the storage class driver 1330. This is because, among the standard USB device classes, the D4 packet is adopted as the upper protocol in the printer class, but in the scanner class and the storage class, the control stack that does not use the D4 packet (from the application layer to the physical layer). This is because the architecture up to is the standard of the OS.

ＵＰｎＰデバイスアーキテクチャは、ＨＴＴＰＭＵや、ＨＴＴＰＵ，ＳＯＡＰ／ＨＴＴＰ，ＨＴＴＰなどの各種のプロトコルに従って構成されている。ＵＰｎＰは、これらのプロトコルを用いて、以下のような各種の処理を実現している。 The UPnP device architecture is configured according to various protocols such as HTTPMU, HTTPPU, SOAP / HTTP, and HTTP. UPnP uses these protocols to implement the following various processes.

（１）アドレッシング：
ＵＰｎＰデバイス（以下、単に「デバイス」と呼ぶ）がネットワークに接続すると、アドレッシングによってネットワークアドレス（ＩＰアドレス）を取得する。アドレッシングには、ＤＨＣＰサーバまたはAuto-IPが利用される。ネットワークにＤＨＣＰサーバが設けられている場合には、デバイスはＤＨＣＰサーバによって割り当てられるＩＰアドレスを使用する。ＤＨＣＰサーバが無い場合には、Auto-IPと呼ばれる自動ＩＰアドレッシング機能を用いて、デバイスが自分のアドレスを決定する。なお、本実施例では、中継ユニット６００と複合機８００とで構成されるネットワーク装置９００に対して１つのＩＰアドレスのみが割り当てられ、この装置９００全体が単一のネットワーク装置として認識される。 (1) Addressing:
When a UPnP device (hereinafter simply referred to as “device”) is connected to a network, a network address (IP address) is acquired by addressing. For addressing, a DHCP server or Auto-IP is used. If a DHCP server is provided in the network, the device uses an IP address assigned by the DHCP server. If there is no DHCP server, the device determines its own address using an automatic IP addressing function called Auto-IP. In this embodiment, only one IP address is assigned to the network device 900 composed of the relay unit 600 and the multifunction device 800, and the entire device 900 is recognized as a single network device.

（２）ディスカバリ（検出）：
ディスカバリは、コントロールポイントが、デバイスがどこにいるかを見つけ出す処理である。ディスカバリは、コントロールポイントがディスカバリメッセージをマルチキャストすることによって実現することができ、あるいは、デバイスがネットワークに参加したときに、その旨をコントロールポイントにアドバタイズすることによっても実現できる。ディスカバリは、ＨＴＴＰＭＵ／ＳＳＤＰやＨＴＴＰＵ／ＳＳＤＰを用いて行われる。ディスカバリの結果、コントロールポイントとデバイスがピアツーピアで処理を進められるようになる。 (2) Discovery (detection):
Discovery is a process in which the control point finds out where the device is. Discovery can be realized by the control point multicasting the discovery message, or can be realized by advertising the fact to the control point when the device joins the network. Discovery is performed using HTTPMU / SSDP or HTTPPU / SSDP. As a result of the discovery, the control point and the device can be processed peer-to-peer.

（３）ディスクリプション：
デバイスの構成の詳細は、デバイスディスクリプションとしてＸＭＬで記述されている。また、デバイスのサービスの詳細は、サービスディスクリプションとしてＸＭＬで記述されている。これらのディスクリプションは、デバイスによって所有されており、コントロールポイントに提供される。コントロールポイントは、これらのディスクリプションを参照することによって、デバイスやサービスの詳細を知ることができる。デバイスディスクリプションの例については後述する。 (3) Description:
Details of the device configuration are described in XML as a device description. The details of the device service are described in XML as a service description. These descriptions are owned by the device and provided to the control point. The control point can know the details of the device and service by referring to these descriptions. An example of the device description will be described later.

（４）コントロール：
コントロールは、コントロールポイントが、アクション要求を含む制御メッセージをデバイスに転送して、デバイスの制御を行う処理である。コントロールは、ＨＴＴＰ／ＳＯＡＰを用いて行われる。 (4) Control:
Control is a process in which a control point controls a device by transferring a control message including an action request to the device. Control is performed using HTTP / SOAP.

（５）イベント：
所定のイベントが発生すると、デバイス内のサービスが、コントロールポイントにイベントの発生を通知する。イベント発生の通知を受けるコントロールポイントは、そのサービスに「サブスクライブ（購読）」する。イベントは、サブスクライブしているコントロールポイントに転送される。イベントの通知は、ＨＴＴＰ／ＧＥＮＡを用いて行われる。 (5) Event:
When a predetermined event occurs, a service in the device notifies the control point of the occurrence of the event. A control point that receives notification of an event occurrence “subscribes” to the service. Events are forwarded to subscribing control points. Notification of an event is performed using HTTP / GENA.

（６）プレゼンテーション：
プレゼンテーションは、デバイスディスクリプションに登録されているプレゼンテーション用のＵＲＬからコントロールポイントがＨＴＭＬで記述されたプレゼンテーション用ページを取得する処理である。このプレゼンテーションによって、例えばコントロールポイントがデバイスの各種の状態を表示することができる。 (6) Presentation:
The presentation is a process of acquiring a presentation page whose control point is described in HTML from the URL for presentation registered in the device description. With this presentation, for example, the control point can display various states of the device.

なお、本発明はＵＰｎＰの将来のバージョンにも適用可能である。また、ネットワーク型プラグアンドプレイとして、アドレッシング（自動的なＩＰアドレス決定）と、デバイスのディスカバリにより、任意のコントロールポイントとデバイスとがピアツーピアで通信が可能で、コントロールポイントとデバイスがメッセージの交換を行うアーキテクチャであれば、ＵＰｎＰ以外のネットワーク型プラグアンドプレイ仕様にも本発明を適用することが可能である。 The present invention can also be applied to future versions of UPnP. As network type plug and play, any control point and device can communicate peer-to-peer by addressing (automatic IP address determination) and device discovery, and the control point and device exchange messages. If it is an architecture, the present invention can be applied to network type plug and play specifications other than UPnP.

図４は、ＭＦＰデバイス制御ユニット７００の各種プロトコルの階層構造を示すブロック図である。ＭＦＰデバイス制御ユニット７００は、ＵＰｎＰデバイス機能部２４００と、３つの非ＵＰｎＰデバイス機能部２２１０，２２２０，２２３０とを有している。ＵＰｎＰデバイス機能部２４００は、３つのＵＰｎＰデバイスモジュール（図１の３つのデバイス８１０，８２０，８３０に相当する）を含んでいる。各デバイスモジュール内には、サービスを実行するサービスモジュールが含まれているが、ここでは図示が省略されている。ＵＰｎＰデバイス機能部２４００と非ＵＰｎＰプリンタ機能部２２１０の下位には、Ｄ４パケット処理部２３００及びＵＳＢプリンタクラスドライバ２３１０が存在する。非ＵＰｎＰスキャナ機能部２２２０及び非ＵＰｎＰストレージ機能部２２３０の下位には、ＵＳＢスキャナクラスドライバ２３２０とＵＳＢストレージクラスドライバ２３３０が存在する。３つのデバイスドライバ２３１０，２３２０，２３３０の下位には、ＵＳＢ論理デバイスとＵＳＢデバイスインタフェース（ハードウェア）とが存在する。この階層構造からも理解できるように、ＵＰｎＰスキャナデバイスやＵＰｎＰストレージデバイスがコントロールポイントに対してサービスを行う場合には、ＭＦＰサーバ３００とＭＦＰデバイス制御ユニット７００間では、ＵＳＢプリンタクラスドライバ２３１０を利用してデータ転送が行われる。従って、ＵＰｎＰスキャナデバイスやＵＰｎＰストレージデバイス用のデータ転送の際にも、Ｄ４パケットを利用することができる。 FIG. 4 is a block diagram showing a hierarchical structure of various protocols of the MFP device control unit 700. The MFP device control unit 700 has a UPnP device function unit 2400 and three non-UPnP device function units 2210, 2220, and 2230. The UPnP device function unit 2400 includes three UPnP device modules (corresponding to the three devices 810, 820, and 830 in FIG. 1). Each device module includes a service module for executing a service, but is not shown here. Below the UPnP device function unit 2400 and the non-UPnP printer function unit 2210 are a D4 packet processing unit 2300 and a USB printer class driver 2310. A USB scanner class driver 2320 and a USB storage class driver 2330 exist below the non-UPnP scanner function unit 2220 and the non-UPnP storage function unit 2230. Below the three device drivers 2310, 2320, and 2330 are a USB logical device and a USB device interface (hardware). As can be understood from this hierarchical structure, when the UPnP scanner device or UPnP storage device provides services to the control point, the USB printer class driver 2310 is used between the MFP server 300 and the MFP device control unit 700. Data transfer. Therefore, the D4 packet can also be used when transferring data for UPnP scanner devices and UPnP storage devices.

図４に示すように、ＭＦＰサーバ３００のＵＳＢプリンタクラスドライバ１３１０とＭＦＰデバイス制御ユニット７００のＵＳＢプリンタクラスドライバ２３１０の間には、７種類のＵＰｎＰ用双方向通信チャンネルが設けられている。これらは、Ｄ４パケットを用いた論理チャンネルであり、複合機８００がＵＰｎＰデバイスとして機能する場合に使用される。サービスプロトコル解釈部１０００とＵＰｎＰデバイス機能部２４００の間にも、プリンタクラスドライバ１３１０，２３１０の間の７種類の論理チャンネルに対応する７種類のＵＰｎＰ用論理チャンネルが存在するが、図４では図示が省略されている。以下ではまず、Ｄ４パケットを用いた論理チャンネルについて説明する。 As shown in FIG. 4, seven types of UPnP bidirectional communication channels are provided between the USB printer class driver 1310 of the MFP server 300 and the USB printer class driver 2310 of the MFP device control unit 700. These are logical channels using D4 packets, and are used when the multi-function device 800 functions as a UPnP device. There are also seven types of UPnP logical channels corresponding to the seven types of logical channels between the printer class drivers 1310 and 2310 between the service protocol interpreter 1000 and the UPnP device function unit 2400. FIG. It is omitted. In the following, a logical channel using D4 packets will be described first.

図５は、ＭＦＰサーバ３００とＭＦＰデバイス制御ユニット７００間のＵＳＢ接続におけるインタフェース／エンドポイント構成と論理チャンネルの構成とを示す説明図である。一般に、ＵＳＢデバイスは、インタフェースとエンドポイントとを有している。ＵＳＢの転送は、ＵＳＢのホストとエンドポイントとの間で行われる。すなわち、「エンドポイント」とは、ホストと通信を行う論理的なリソースである。図５（Ａ）の例では、７つのエンドポイントＥＰ＃０〜ＥＰ＃６が示されている。コントロールエンドポイントＥＰ＃０は、標準デバイスリクエストの送受信を行うためのエンドポイントである。「標準デバイスリクエスト」とは、すべてのＵＳＢでサポートする必要がある基本的なリクエストである。従って、コントロールエンドポイントＥＰ＃０は、１つのＵＳＢデバイスに必ず１つ設けられている。 FIG. 5 is an explanatory diagram showing an interface / endpoint configuration and a logical channel configuration in USB connection between the MFP server 300 and the MFP device control unit 700. Generally, a USB device has an interface and an endpoint. USB transfer is performed between the USB host and the endpoint. In other words, the “end point” is a logical resource that communicates with the host. In the example of FIG. 5A, seven end points EP # 0 to EP # 6 are shown. The control end point EP # 0 is an end point for transmitting / receiving a standard device request. A “standard device request” is a basic request that needs to be supported by all USBs. Therefore, one control endpoint EP # 0 is always provided for one USB device.

プリンタ用のバルクアウトエンドポイントＥＰ＃１とバルクインエンドポイントＥＰ＃２は、印刷エンジン８１０用のメッセージの受信と送信を行うためのエンドポイントである。同様に、スキャナ用のバルクアウトエンドポイントＥＰ＃３とバルクインエンドポイントＥＰ＃４は、スキャナエンジン８２０用のメッセージの受信と送信を行うためのエンドポイントである。また、ストレージ用のエンドポイントＥＰ＃５，ＥＰ＃６は、メモリーカード（ＰＣカードインタフェース８３０）用のメッセージの受信と送信を行うためのエンドポイントである。一般に、ＵＳＢデバイスでは、コントロールエンドポイントＥＰ＃０以外のエンドポイントは、論理的なインタフェースによって区分されている。図５（Ａ）の例では、論理的なインタフェースとして、プリンタインタフェースＩＦ＃０とスキャナインタフェースＩＦ＃１とストレージインタフェースＩＦ＃２とが設けられている。 The printer bulk-out endpoint EP # 1 and bulk-in endpoint EP # 2 are endpoints for receiving and transmitting messages for the print engine 810. Similarly, the bulk-out endpoint EP # 3 and the bulk-in endpoint EP # 4 for the scanner are endpoints for receiving and transmitting a message for the scanner engine 820. The storage endpoints EP # 5 and EP # 6 are endpoints for receiving and transmitting messages for the memory card (PC card interface 830). In general, in a USB device, endpoints other than the control endpoint EP # 0 are classified by a logical interface. In the example of FIG. 5A, a printer interface IF # 0, a scanner interface IF # 1, and a storage interface IF # 2 are provided as logical interfaces.

本実施例では、図５（Ｂ）に示すように、プリンタインタフェースＩＦ＃０に９つの論理的なチャンネルが設けられている。これらの各チャンネルの機能は以下の通りである。 In this embodiment, as shown in FIG. 5B, nine logical channels are provided in the printer interface IF # 0. The function of each of these channels is as follows.

（１）PRINT-DATAチャンネルＣＨ＃１１：
ネットワーク上のパーソナルコンピュータ１００から、印刷ポート（ＬＰＲポートに従ったポート番号又はボート番号９１００）を用いてプリンタドライバ１００Ｄ（図１）から転送される印刷データの送受信を行うためのチャンネル。図４には図示されていない。 (1) PRINT-DATA channel CH # 11:
A channel for transmitting / receiving print data transferred from the printer driver 100D (FIG. 1) from the personal computer 100 on the network using a print port (port number or port number 9100 according to the LPR port). It is not shown in FIG.

（２）PRINT-STATUSチャンネルＣＨ＃１２：
ＭＦＰサーバ３００が、印刷エンジン８１０の状態を示す情報を送受信するためのチャンネルであり、ＳＮＭＰ等のプロトコルにより、ＭＦＰサーバ３００からネットワーク上のパーソナルコンピュータ１００に対して提供される。図４には図示されていない。 (2) PRINT-STATUS channel CH # 12:
The MFP server 300 is a channel for transmitting and receiving information indicating the state of the print engine 810, and is provided from the MFP server 300 to the personal computer 100 on the network by a protocol such as SNMP. It is not shown in FIG.

（３）UPNP-LOCALCONTROLチャンネルＣＨ＃２１：
ＭＦＰサーバ３００とＭＦＰデバイス制御ユニット７００の間において、ＭＦＰサーバ３００を要求者とし、ＭＦＰデバイス制御ユニット７００を応答者とする通信を行うためのＵＰｎＰ用チャンネル。ＭＦＰサーバ３００は、このチャンネルを用いて、ＭＦＰデバイス制御ユニット７００から各種の情報を取得することができる。 (3) UPNP-LOCALCONTROL channel CH # 21:
A UPnP channel for performing communication between the MFP server 300 and the MFP device control unit 700 with the MFP server 300 as a requester and the MFP device control unit 700 as a responder. The MFP server 300 can acquire various types of information from the MFP device control unit 700 using this channel.

（４）UPNP-LOCALEVENTチャンネルＣＨ＃２２：
ＭＦＰサーバ３００とＭＦＰデバイス制御ユニット７００の間において、ＭＦＰデバイス制御ユニット７００を要求者とし、ＭＦＰサーバ３００を応答者とする通信を行うためのＵＰｎＰ用チャンネル。ＭＦＰデバイス制御ユニット７００は、このチャンネルを用いて、例えばユーザが複合機８００で行った設定変更の内容をＭＦＰサーバ３００に通知することができ、また、複合機８００が電源ＯＦＦするときに、ＵＰｎＰプロトコルの終了要求をＭＦＰサーバ３００に通知することができる。 (4) UPNP-LOCALEVENT channel CH # 22:
A UPnP channel for performing communication between the MFP server 300 and the MFP device control unit 700 with the MFP device control unit 700 as a requester and the MFP server 300 as a responder. Using this channel, the MFP device control unit 700 can notify the MFP server 300 of the contents of setting changes made by the user on the multifunction device 800, and when the multifunction device 800 is turned off, UPnP A request to end the protocol can be notified to the MFP server 300.

（５）UPNP-PRESENTATIONチャンネルＣＨ＃２３：
ＵＰｎＰのプレゼンテーションデータ（Ｗｅｂページデータ）を送受信するためのチャンネル。なお、コントロールポイントの要求に応じてプレゼンテーションデータをＭＦＰデバイス制御ユニット７００からコントロールポイントに送信するためのチャンネル（ダウンチャンネル）と、新たなプレゼンテーションデータをコントロールポイントからＭＦＰデバイス制御ユニット７００にアップロードするためのチャンネル（アップチャンネル）とを別々に設けるようにしたもよい。 (5) UPNP-PRESENTATION channel CH # 23:
A channel for transmitting and receiving UPnP presentation data (Web page data). A channel (down channel) for transmitting presentation data from the MFP device control unit 700 to the control point in response to a control point request, and a new presentation data for uploading from the control point to the MFP device control unit 700. A channel (up channel) may be provided separately.

（６）UPNP-CONTROLチャンネルＣＨ＃２４：
ＵＰｎＰにおいて、コントロールポイントから発信されたアクションに関連するデータを送受信するためのチャンネル。なお、上述のUPNP-LOCALCONTROLチャンネルに”LOCAL”という接頭語が付されている理由は、UPNP-LOCALTONTROLチャンネルが、コントロールポイントからのアクションの内容の転送には使用されないからである。換言すれば、UPNP-CONTROLチャンネルＣＨ＃２４は、コントロールポイントから発信されたアクションに関連するデータの送受信のためにのみ使用される。 (6) UPNP-CONTROL channel CH # 24:
In UPnP, a channel for transmitting and receiving data related to an action transmitted from a control point. The reason why the above-mentioned UPNP-LOCALCONTROL channel is prefixed with “LOCAL” is that the UPNP-LOCALTONTROL channel is not used for transferring action contents from the control point. In other words, the UPNP-CONTROL channel CH # 24 is used only for transmission / reception of data related to the action transmitted from the control point.

（７）UPNP-EVENTチャンネルＣＨ＃２５：
ＵＰｎＰにおいて、イベントをサブスクライブしているコントロールポイントに送信するためのチャンネル。上述のUPNP-LOCALEVENTチャンネルに”LOCAL”という接頭語が付されている理由は、このUPNP-LOCALEVENTチャンネルが、コントロールポイントへのイベントの送信には使用されないからである。換言すれば、UPNP-EVENTチャンネルＣＨ＃２５は、複合機８００で発生したイベントをコントロールポイントに送信するためにのみ使用される。 (7) UPNP-EVENT channel CH # 25:
In UPnP, a channel for sending events to subscribing control points. The reason why the above-mentioned UPNP-LOCALEVENT channel is prefixed with “LOCAL” is that this UPNP-LOCALEVENT channel is not used for sending events to the control point. In other words, the UPNP-EVENT channel CH # 25 is used only for transmitting an event generated in the multi-function device 800 to the control point.

（８）UPNP-DOWNCONTENTxチャンネルＣＨ＃２６ｘ：
ＵＰｎＰにおいて、コンテンツデータをコントロールポイントからＭＦＰデバイス制御ユニット７００にダウンロードする際に使用される送受信チャンネル。ここで、接尾辞”ｘ”は、Ｎdown個（Ｎdownは２以上の整数）のUPNP-DOWNCONTENTチャンネルのうちのｘ番目のチャンネルを意味している。利用可能なUPNP-DOWNCONTENTxチャンネルの個数Ｎdownは、１以上の任意に設定可能であるが、２以上の値に設定することが好ましい。Ｎdownを２以上の値に設定すれば、複数のコントロールのコンテンツデータを並行して受信することが可能である。 (8) UPNP-DOWNCONTENTx channel CH # 26x:
In UPnP, a transmission / reception channel used when content data is downloaded from a control point to the MFP device control unit 700. Here, the suffix “x” means the x-th channel among Ndown (Ndown is an integer of 2 or more) UPNP-DOWNCONTENT channels. The number NUP of available UPNP-DOWNCONTENTx channels can be arbitrarily set to 1 or more, but is preferably set to a value of 2 or more. If Ndown is set to a value of 2 or more, it is possible to receive content data of a plurality of controls in parallel.

（９）UPNP-UPCONTENTxチャンネルＣＨ＃２７ｘ：
ＵＰｎＰにおいて、コンテンツデータをＭＦＰデバイス制御ユニット７００からコントロールポイントにアップロードする際に使用される送受信チャンネル。接尾辞”ｘ”は、Ｎup個（Ｎupは２以上の整数）のUPNP-UPCONTENTチャンネルのうちのｘ番目のチャンネルを意味している。UPNP-DOWNCONTENTxチャンネルの個数ＮdownとUPNP-UPCONTENTxチャンネルの個数Ｎupは、同じでも良く、また、異なっていてもよい。なお、実際の図５（Ｂ）のＵＰｎＰ用の論理チャンネルの数は、（５＋Ｎdown＋Ｎup）個となることが理解できる。 (9) UPNP-UPCONTENTx channel CH # 27x:
In UPnP, a transmission / reception channel used when uploading content data from the MFP device control unit 700 to a control point. The suffix “x” means the x-th channel among Nup (Nup is an integer of 2 or more) UPNP-UPCONTENT channels. The number Ndown of UPNP-DOWNCONTENTx channels and the number Nup of UPNP-UPCONTENTx channels may be the same or different. It can be understood that the actual number of UPnP logical channels in FIG. 5B is (5 + Ndown + Nup).

なお、各論理チャンネルは、いずれもバルクアウトエンドポイントＥＰ＃１とバルクインエンドポイントＥＰ＃２の両方を利用して双方向通信を行うことができる。論理チャンネルの識別情報は、ＵＳＢパケットのヘッダに登録される。 Each logical channel can perform bidirectional communication using both the bulk-out endpoint EP # 1 and the bulk-in endpoint EP # 2. The identification information of the logical channel is registered in the header of the USB packet.

前述したように、図５に示した９種類の論理チャンネルは、ＭＦＰサーバ３００とＭＦＰデバイス制御ユニット７００の間のＵＳＢ接続で利用されるものである。一方、ＭＦＰデバイス制御ユニット７００と複合機８００との間のＵＳＢ接続では、PRINT-DATAチャンネルＣＨ＃１１と、PRINT-STATUSチャンネルＣＨ＃１２の２つの論理チャンネルのみが利用されるように構成されていることが好ましい。この理由は、ＭＦＰデバイス制御ユニット７００が、ＵＰｎＰプロトコルに従って受信した各種のメッセージを解釈して複合機８００用の制御データに変換し、その制御データを（主として）PRINT-DATAチャンネルＣＨ＃１１を介して複合機８００に転送する機能を有しているからである。但し、ＭＦＰデバイス制御ユニット７００と複合機８００との間のＵＳＢ接続においても、図５に示したものと同じ９種類の論理チャンネルを利用するようにしても良い。また、ＭＦＰサーバ３００とＭＦＰデバイス制御ユニット７００の間のＵＳＢ接続においても、図５よりも少ない数の論理チャンネルを利用するようにしてもよい。 As described above, the nine types of logical channels shown in FIG. 5 are used for USB connection between the MFP server 300 and the MFP device control unit 700. On the other hand, in the USB connection between the MFP device control unit 700 and the multifunction device 800, only the two logical channels of the PRINT-DATA channel CH # 11 and the PRINT-STATUS channel CH # 12 are used. Preferably it is. This is because the MFP device control unit 700 interprets various messages received according to the UPnP protocol and converts them into control data for the multi-function device 800, and the control data (mainly) via the PRINT-DATA channel CH # 11. This is because it has a function of transferring to the multifunction device 800. However, the same nine types of logical channels as shown in FIG. 5 may also be used in the USB connection between the MFP device control unit 700 and the multifunction device 800. Also in the USB connection between the MFP server 300 and the MFP device control unit 700, a smaller number of logical channels than in FIG. 5 may be used.

図６は、プリンタインタフェースＩＦ＃０を介したＵＳＢ転送に用いられるＤ４パケットの構成を示す説明図である。これは、ＩＥＥＥ１２８４．４に即したパケット構造である。このＤ４パケットは、１２バイトのヘッダ部と、０バイト以上のメッセージ部から構成されている。ヘッダ部は、６バイトのＤ４標準ヘッダと、４バイトのＩＤフィールドと、２バイトのエラーコードフィールドとを有している。Ｄ４標準ヘッダには、図５（Ｂ）に示した９種類の（７＋Ｎdown＋Ｎup）個の論理チャンネルを識別するためのソケットＩＤ（論理チャンネルＩＤ）が登録される。ＩＤフィールドには、リクエストＩＤが登録される。このリクエストＩＤは、ＭＦＰサーバ３００とＭＦＰデバイス制御ユニット７００との間のデータ転送（特にUPNP-DOWNCONTENTxチャンネルやUPNP-UPCONTENTxチャンネル）において、同じメッセージを構成するパケットを識別するために使用される。なお、リクエストＩＤは、ＭＦＰサーバ３００が割り当てる場合と、ＭＦＰデバイス制御ユニット７００が割り当てる場合とが存在する。従って、リクエストＩＤには、ＭＦＰサーバ３００とＭＦＰデバイス制御ユニット７００のいずれが割当てたかを一意に識別できるビット（例えば最上位ビット）を設けておくことが好ましい。なお、リクエストＩＤを「ジョブＩＤ」とも呼ぶ。 FIG. 6 is an explanatory diagram showing the structure of a D4 packet used for USB transfer via the printer interface IF # 0. This is a packet structure conforming to IEEE1284.4. This D4 packet is composed of a header part of 12 bytes and a message part of 0 bytes or more. The header part has a 6-byte D4 standard header, a 4-byte ID field, and a 2-byte error code field. In the D4 standard header, socket IDs (logical channel IDs) for identifying nine types of (7 + Ndown + Nup) logical channels shown in FIG. 5B are registered. A request ID is registered in the ID field. This request ID is used to identify packets constituting the same message in data transfer between the MFP server 300 and the MFP device control unit 700 (particularly the UPNP-DOWNCONTENTx channel and the UPNP-UPCONTENTx channel). The request ID is assigned by the MFP server 300 and assigned by the MFP device control unit 700. Therefore, it is preferable to provide a bit (for example, the most significant bit) that can uniquely identify which of the MFP server 300 and the MFP device control unit 700 is assigned to the request ID. The request ID is also referred to as “job ID”.

Ｄ４パケットでは、ヘッダ部を利用して多様な論理チャンネルを構成できるので、多様な論理チャンネルを用いて多様なデータ転送を実現することが可能である。また、Ｄ４標準ヘッダ以外のヘッダ情報をある程度任意に設定することができるので、各種の制御を実行するための工夫の自由度が高いという利点がある。 In the D4 packet, since various logical channels can be configured using the header portion, various data transfers can be realized using various logical channels. In addition, since header information other than the D4 standard header can be set arbitrarily to some extent, there is an advantage that the degree of freedom of contrivance for executing various controls is high.

本実施例のＤ４パケットを用いてリクエストを転送する場合には、エラーフィールドの後のメッセージの先頭（「メッセージヘッダ」とも呼ぶ）には、メッセージの送り元から送り先（受け手）へ通知するＵＲＩ（通常は相対ＵＲＩ）が付加される。メッセージの受け手は、このＵＲＩから、リクエストの内容や宛先を容易に判定することが可能である。 When a request is transferred using the D4 packet according to the present embodiment, a URI (notice that the message is sent from the sender of the message to the receiver (receiver)) at the head of the message after the error field (also referred to as “message header”) ( Usually, a relative URI) is added. The recipient of the message can easily determine the content and destination of the request from this URI.

図５（Ｂ）に示したように、本実施例では、ＭＦＰサーバ３００とＭＦＰデバイス制御ユニット７００との間のＵＳＢ転送用の論理チャンネルとして、印刷ポート用の論理チャンネルＣＨ＃１１〜ＣＨ＃１２と、ＵＰｎＰ用の論理チャンネルＣＨ＃２１〜ＣＨ＃２７ｘとを別個に設けている。従って、ネットワーク印刷ポートを介してＭＦＰデバイス制御ユニット７００に転送されてくる印刷データと、ＵＰｎＰ用のポートを介してＭＦＰデバイス制御ユニット７００に転送されてくるコンテンツデータ（例えば印刷用のＸＨＴＭＬデータ）とを容易に識別することができる。また、本実施例では、ＵＰｎＰプロトコルによるメッセージのＵＳＢ転送のために、用途の異なる複数の論理チャンネルＣＨ＃２１〜ＣＨ＃２７ｘを設けているので、メッセージの受信側において、メッセージの内容の処理をより高速に処理することが可能である。特に、本実施例ではコントロールポイントとの間の通信の際に利用される論理チャンネルＣＨ＃２３〜ＣＨ＃２７ｘの他に、ＭＦＰサーバ３００とＭＦＰデバイス制御ユニット７００との間のローカルな情報の転送に使用される論理チャンネルＣＨ＃２１，ＣＨ＃２２が別個に設けられている。従って、例えばクライアント（コントロール）から送られたメッセージと、ＭＦＰサーバ３００とＭＦＰデバイス制御ユニット７００との間で通知される特定の情報とを容易に区別して、それぞれに適した処理を素早く実行することが可能である。 As shown in FIG. 5B, in this embodiment, logical ports CH # 11 to CH # 12 for print ports are used as logical channels for USB transfer between the MFP server 300 and the MFP device control unit 700. And logical channels CH # 21 to CH # 27x for UPnP are provided separately. Accordingly, the print data transferred to the MFP device control unit 700 via the network print port, and the content data (for example, XHTML data for printing) transferred to the MFP device control unit 700 via the UPnP port Can be easily identified. Further, in this embodiment, a plurality of logical channels CH # 21 to CH # 27x having different uses are provided for USB transfer of messages using the UPnP protocol, so that message content processing is performed on the message receiving side. It is possible to process at higher speed. In particular, in this embodiment, in addition to the logical channels CH # 23 to CH # 27x used for communication with the control point, local information transfer between the MFP server 300 and the MFP device control unit 700 is performed. Are separately provided with logical channels CH # 21 and CH # 22. Accordingly, for example, a message sent from a client (control) and specific information notified between the MFP server 300 and the MFP device control unit 700 can be easily distinguished, and processing suitable for each can be quickly executed. Is possible.

図７は、ＵＰｎＰアーキテクチャを利用した処理の典型例を示すシーケンス図である。ここでは、コントロールポイント１１０Ｃと、ＭＦＰサーバ３００と、ＭＦＰデバイス制御ユニット７００の間でメッセージが転送される場合を示している。実際には、ＭＦＰデバイス制御ユニット７００と複合機８００との間において、制御データやステータス情報が交換されているが、図７では便宜上、図示が省略されている。ステップ[1]では、コントロールポイント１１０ＣがＨＴＴＰのリクエストメッセージＦ１をＭＦＰサーバ３００に転送する。メッセージＦ１のヘッダには、リクエスト命令のメソッド（ＰＯＳＴやＧＥＴなど）と、ＭＦＰデバイスユニット４００内の宛先を示すＵＲＩと、中継ユニット６００と複合機８００で構成されるネットワーク装置９００（図１）のホスト名（この例ではＩＰアドレス”169.254.100.100”）とが記述されている。なお、ＩＰアドレスは、ネットワーク装置９００に１つだけば割り当てられるので、このＩＰアドレスは、ＭＦＰサーバ３００のＩＰアドレス、又は、ＭＦＰデバイス制御ユニット７００のＩＰアドレス、又は、複合機８００のＩＰアドレスと考えることも可能である。 FIG. 7 is a sequence diagram illustrating a typical example of processing using the UPnP architecture. Here, a case where a message is transferred among the control point 110C, the MFP server 300, and the MFP device control unit 700 is shown. Actually, control data and status information are exchanged between the MFP device control unit 700 and the multi-function device 800, but the illustration is omitted in FIG. 7 for convenience. In step [1], the control point 110C transfers the HTTP request message F1 to the MFP server 300. The header of the message F1 includes a request command method (such as POST or GET), a URI indicating a destination in the MFP device unit 400, and a network device 900 (FIG. 1) including the relay unit 600 and the multi-function device 800. The host name (IP address “169.254.100.100” in this example) is described. Since only one IP address is assigned to the network device 900, this IP address is the IP address of the MFP server 300, the IP address of the MFP device control unit 700, or the IP address of the multifunction device 800. It is also possible to think.

ステップ[2]では、ＭＦＰサーバ３００が、リクエストメッセージＦ１を解析する。ここで解析（解釈）されるのは、メッセージＦ１のヘッダ部分だけであり、送信データ（すなわちメッセージボディ）の内容の解釈は行わない。より具体的には、ステップ[2]において、メッセージＦ１のＵＲＩが解析され、ＭＦＰデバイス制御ユニット７００に対してどの論理チャンネルを用いてメッセージを転送すべきかが判定される。なお、メッセージＦ１には、実質的なメッセージボディが無いものも存在する。 In step [2], the MFP server 300 analyzes the request message F1. Here, only the header portion of the message F1 is analyzed (interpreted), and the content of the transmission data (that is, the message body) is not interpreted. More specifically, in step [2], the URI of the message F1 is analyzed to determine which logical channel should be used to transfer the message to the MFP device control unit 700. Note that some messages F1 have no substantial message body.

ステップ[3]では、ＭＦＰサーバ３００が、ＵＲＩとメッセージボディ（存在する場合）とを含むメッセージＦ２を、ＵＳＢでＭＦＰデバイス制御ユニット７００に転送する。この転送の際には、ＵＲＩに応じて選択された論理チャンネルが利用される。 In step [3], the MFP server 300 transfers the message F2 including the URI and the message body (if present) to the MFP device control unit 700 via USB. In this transfer, a logical channel selected according to the URI is used.

ステップ[4]では、ＭＦＰデバイス制御ユニット７００が、受信したメッセージＦ２内のＵＲＩ及びメッセージボディ（存在する場合）に応じて処理を実行する。具体的には、例えば、ＭＦＰデバイス制御ユニット７００が、メッセージボディの内容を解釈して複合機８００の制御データを作成し、この制御データを複合機８００に転送して動作させる。ステップ[5]では、ＭＦＰデバイス制御ユニット７００が、レスポンスデータを含むメッセージＲ１をＵＳＢでＭＦＰサーバ３００に転送する。ステップ[6]では、ＭＦＰサーバ３００が送信データにＨＴＴＰヘッダを付加する。このＨＴＴＰヘッダは、ＨＴＴＰリクエストの処理結果を示すステータスコードを含んでいる。例えば、処理結果がＯＫであればステータスコードが”２００”に設定され、エラーであれば”５００”に設定される。ステップ[7]では、こうして作成されたＨＴＴＰのレスポンスメッセージＲ２がＭＦＰサーバ３００からコントロールポイント１１０Ｃに転送される。 In step [4], the MFP device control unit 700 executes processing according to the URI and message body (if any) in the received message F2. Specifically, for example, the MFP device control unit 700 interprets the content of the message body to create control data for the multi-function device 800, and transfers the control data to the multi-function device 800 for operation. In step [5], the MFP device control unit 700 transfers the message R1 including the response data to the MFP server 300 via USB. In step [6], the MFP server 300 adds an HTTP header to the transmission data. This HTTP header includes a status code indicating the processing result of the HTTP request. For example, if the processing result is OK, the status code is set to “200”, and if it is an error, it is set to “500”. In step [7], the HTTP response message R2 thus created is transferred from the MFP server 300 to the control point 110C.

このように、本実施例では、ＭＦＰサーバ３００は、コントロールポイントから受信したリクエストメッセージのうちで、ヘッダの解析（解釈）は行うが、メッセージボディの内容の解釈は行わず、メッセージボディはＭＦＰデバイス制御ユニット７００によって処理される。この構成には以下のような利点がある。第１の利点は、ＭＦＰサーバ３００が、デバイスユニット（複合機８００）のデバイス構成とサービスの内容を把握する必要が無く、任意の構成を有するデバイスユニット宛に送られたメッセージを転送するためのネットワークプロトコル制御部として機能することができる点である。第２の利点は、デバイスユニットのデバイス構成やサービスの内容が変更されても、ＭＦＰサーバ３００の構成や機能を変更する必要が無い点である。第３の利点は、ＭＦＰサーバ３００にメッセージボディの内容の解釈を行う解釈部（パーサ）を実装する必要が無いので、ＭＦＰサーバ３００の構成が単純で済む点である。 As described above, in this embodiment, the MFP server 300 analyzes (interprets) the header in the request message received from the control point, but does not interpret the content of the message body, and the message body is the MFP device. Processed by the control unit 700. This configuration has the following advantages. The first advantage is that the MFP server 300 does not need to grasp the device configuration of the device unit (multifunction device 800) and the contents of the service, and transfers a message sent to a device unit having an arbitrary configuration. It can function as a network protocol control unit. The second advantage is that even if the device configuration of the device unit and the contents of the service are changed, it is not necessary to change the configuration and functions of the MFP server 300. A third advantage is that since it is not necessary to mount an interpretation unit (parser) that interprets the content of the message body in the MFP server 300, the configuration of the MFP server 300 can be simplified.

C．実施例の処理シーケンス：
図８は、本実施例における複合機の電源オフ時の処理シーケンスを示すシーケンス図である。本実施例においては、複合機８００の電源がオフされた場合、または、複合機８００と中継ユニット６００との間のＵＳＢ接続が切断された場合の処理を説明する。 C. Example processing sequence:
FIG. 8 is a sequence diagram illustrating a processing sequence when the power of the multi-function peripheral in the present embodiment is turned off. In the present embodiment, a process when the power of the multi-function device 800 is turned off or the USB connection between the multi-function device 800 and the relay unit 600 is disconnected will be described.

ステップ[1]においては、コントロールポイント１２０ＣからM-Search要求がマルチキャストされる。M-Search要求は、ＵＰｎＰプロトコルにおいてコントロールポイントがデバイスを検索するために発行するものである。この要求に対しては、ネットワークに接続されている全てのＵＰｎＰ対応ネットワーク装置が、要求発行元のコントロールポイント１２０Ｃにレスポンスを返す（ステップ[2]）。本実施例のネットワーク装置９００においては、ネットワークプロトコル制御部３０２（図１）がこのレスポンスを返信する。このレスポンスを受けると、コントロールポイント１２０Ｃは、ネットワーク装置９００がサービスを提供できる状態にあることを認識し、その後、必要に応じてネットワーク装置９００に種々の要求を発信する。前述した図７は、このときの処理シーケンスを例示したものである。 In step [1], an M-Search request is multicast from the control point 120C. The M-Search request is issued by the control point for searching for devices in the UPnP protocol. In response to this request, all UPnP-compatible network devices connected to the network return responses to the request point control point 120C (step [2]). In the network device 900 of this embodiment, the network protocol control unit 302 (FIG. 1) returns this response. Upon receiving this response, the control point 120C recognizes that the network device 900 is ready to provide a service, and then sends various requests to the network device 900 as necessary. FIG. 7 described above exemplifies the processing sequence at this time.

ネットワーク装置９００が正常に稼働しているときに、複合機８００の電源オフや、複合機８００と中継ユニット６００との間のＵＳＢ接続が切断が発生する場合がある。ステップ[11]以降は、このときの処理シーケンスを示している。 When the network device 900 is operating normally, the MFP 800 may be powered off or the USB connection between the MFP 800 and the relay unit 600 may be disconnected. Step [11] and subsequent steps show the processing sequence at this time.

ステップ[11]では、複合機８００の電源がオフされたこと、または、複合機８００と中継ユニット６００との間のＵＳＢ接続が切断されたことが複合機８００からＭＦＰデバイス制御ユニット７００に通知される。なお、複合機８００が通知を行う代わりに、ＭＦＰデバイス制御ユニット７００が複合機８００のステータスを定期的にポーリングして複合機８００の電源オフ又はＵＳＢ接続の切断を検出するようにしても良い。なお、ＵＳＢ接続の切断を、「ＵＳＢ接続の喪失」とも呼ぶ。ここで、「ＵＳＢ接続の喪失」とは、ケーブルやコネクタの物理的な切断のみでなく、所定期間以上に渡って交信が不可能になった場合も含む広い意味を有している。 In step [11], the MFP 800 notifies the MFP device control unit 700 that the power of the multifunction device 800 has been turned off or that the USB connection between the multifunction device 800 and the relay unit 600 has been disconnected. The Instead of notifying the multifunction device 800, the MFP device control unit 700 may periodically poll the status of the multifunction device 800 to detect power-off of the multifunction device 800 or disconnection of the USB connection. The disconnection of the USB connection is also referred to as “loss of USB connection”. Here, “loss of USB connection” has a broad meaning including not only physical disconnection of a cable or connector but also a case where communication becomes impossible for a predetermined period or more.

ＭＦＰデバイス制御ユニット７００は、複合機８００の電源オフを知ると、ステップ[12]において、ＭＦＰサーバ３００にリセット要求を送信する。ＭＦＰサーバ３００は、ステップ[13]において、リセット要求のレスポンスとしてシャットダウン通知をＭＦＰデバイス制御ユニット７００に送信する。ステップ[14]では、ＭＦＰサーバ３００がByeBye通知をコントロールポイントにマルチキャストする。シャットダウン通知は、ＭＦＰサーバ３００が再起動を行う旨を通知するための通知である。また、ByeBye通知は、ＵＰｎＰプロトコルにおいて、ＭＦＰデバイスがネットワークから離脱することをすべてのコントロールポイントに通知するための通知である。この後、ＭＦＰサーバ３００が再起動する。なお、ＭＦＰサーバ３００とともにＭＦＰデバイス制御ユニット７００も再起動するものとしてもい。なお、ステップ[12]〜[14]及びＭＦＰサーバ３００の再起動は省略することも可能である。 When the MFP device control unit 700 knows that the multifunction device 800 is powered off, it sends a reset request to the MFP server 300 in step [12]. In step [13], the MFP server 300 transmits a shutdown notification to the MFP device control unit 700 as a response to the reset request. In step [14], the MFP server 300 multicasts the ByeBye notification to the control point. The shutdown notification is a notification for notifying that the MFP server 300 is to be restarted. The ByeBye notification is a notification for notifying all control points that the MFP device is leaving the network in the UPnP protocol. Thereafter, the MFP server 300 is restarted. The MFP device control unit 700 may be restarted together with the MFP server 300. Note that steps [12] to [14] and restart of the MFP server 300 may be omitted.

図８のステップ[15]では、ＭＦＰサーバ３００がＭＦＰデバイス制御ユニット７００にデバイス情報を要求する。このデバイス情報の要求は、ＭＦＰサーバ３００の起動時に行われる処理であり、ＵＰｎＰ対応のネットワーク装置９００が有するデバイスの個数と、サービスの個数と、各デバイスのデバイスタイプと、各サービスのサービスタイプとを含む各種のデバイス情報を、ＭＦＰサーバ３００が取得するために行われる。ステップ[16]では、ＭＦＰデバイス制御ユニット７００が、このデバイス情報要求に応じてステータス要求を複合機８００に転送することによって、複合機８００が提供可能なサービスデバイスやサービスの情報を要求する。但し、複合機８００は電源オフされているので、ステータス要求に対するレスポンスは返さない。ステータス要求から所定時間が経過すると、ＭＦＰデバイス制御ユニット７００はタイムアウトによるエラーが発生したものと判断する（ステップ[17]）。また、ＭＦＰデバイス制御ユニット７００は、デバイス情報要求に対するレスポンスとして、デバイス数が０であることを通知する（ステップ[18]）。ここで、デバイス数が０であるとする理由は、ネットワーク装置９００のすべてのサービスデバイスが稼働不能な状態にあるからである。 In step [15] of FIG. 8, the MFP server 300 requests device information from the MFP device control unit 700. This request for device information is a process performed when the MFP server 300 is activated. The number of devices included in the UPnP-compatible network device 900, the number of services, the device type of each device, and the service type of each service Is performed in order for the MFP server 300 to acquire various types of device information including. In step [16], the MFP device control unit 700 requests information on service devices and services that can be provided by the MFP 800 by transferring a status request to the MFP 800 in response to the device information request. However, since the MFP 800 is powered off, no response is returned to the status request. When a predetermined time elapses from the status request, the MFP device control unit 700 determines that an error due to timeout has occurred (step [17]). Further, the MFP device control unit 700 notifies that the number of devices is 0 as a response to the device information request (step [18]). Here, the reason that the number of devices is 0 is that all service devices of the network device 900 are in an inoperable state.

なお、図８のステップ[18]までが、複合機８００の電源オフ時に行われる処理である。 Note that the processes up to step [18] in FIG. 8 are performed when the MFP 800 is powered off.

図８の例では、その後のステップ[19]において、コントロールポイント１２０ＣからM-Search要求が再びマルチキャストされている。前述したように、M-Search要求に対しては、ネットワークに接続されている全てのＵＰｎＰ対応ネットワーク装置が、要求発行元のコントロールポイント１２０Ｃにレスポンスを返すものとされている。しかし、ステップ[19]の時点では、複合機８００内のすべてのサービスデバイスが稼働不能な状態にあるので、ＭＦＰサーバ３００（図１のネットワークプロトコル制御部３０２）は、このM-Search要求に対して応答しないように構成されている。すなわち、中継ユニット６００自体は稼働状態にあるが、複合機８００が電源オフの状態、又は、複合機８００とＭＦＰデバイス制御ユニット７００との間の切断が喪失した状態にあるので、ＭＦＰサーバ３００はM-Search要求に対して応答を返信しないように構成されている。 In the example of FIG. 8, in the subsequent step [19], the M-Search request is multicast again from the control point 120C. As described above, in response to an M-Search request, all UPnP-compatible network devices connected to the network return a response to the control point 120C that issued the request. However, since all the service devices in the multi-function device 800 are inoperable at the time of step [19], the MFP server 300 (network protocol control unit 302 in FIG. 1) responds to this M-Search request. Is configured not to respond. In other words, although the relay unit 600 itself is in an operating state, the MFP 800 is in a state in which the MFP 800 is turned off or the disconnection between the MFP 800 and the MFP device control unit 700 is lost. It is configured not to send a response to the M-Search request.

複合機８００内のすべてのサービスデバイスが稼働不能な状態は、複合機８００の電源オフと、ＵＳＢ接続の喪失と、の２つの原因以外の原因によって生じることも考えられる。一般的に言えば、中継ユニット６００は、複合機８００内の少なくとも１つのサービスデバイスが稼働できる状態にある場合には、コントロールポイントから送信されたM-Search要求（デバイス検索要求）に対して応答を返信し、一方、すべてのサービスデバイスが稼働不能な状態にある場合には、M-Search要求に対して応答を返信しないように構成されていることが好ましい。 The state in which all the service devices in the multi-function device 800 cannot be operated may be caused by causes other than the two causes, that is, power-off of the multi-function device 800 and loss of USB connection. Generally speaking, the relay unit 600 responds to an M-Search request (device search request) transmitted from a control point when at least one service device in the multi-function device 800 is in an operable state. On the other hand, when all the service devices are inoperable, it is preferable that the response is not returned to the M-Search request.

以上のように、上記実施例では、複合機８００内のすべてのサービスデバイスが稼働不能な状態にある場合にM-Search要求に対して応答を返信しないように中継ユニット６００が構成されている。こうすれば、クライアント（コントロールポイント）は、ネットワーク装置９００がＵＰｎＰネットワークに参加していることを認識しないので、クライアントがネットワーク装置９００に対して各種のサービスを要求するための無駄なアクセスを行うことを防止できる。また、この結果として、ネットワーク内における通信効率を高めることが可能である。 As described above, in the above embodiment, the relay unit 600 is configured not to return a response to the M-Search request when all the service devices in the multi-function device 800 are in an inoperable state. In this way, the client (control point) does not recognize that the network device 900 is participating in the UPnP network, and therefore the client performs useless access to request various services from the network device 900. Can be prevented. As a result, communication efficiency in the network can be increased.

D．変形例：
なお、この発明は上記の実施例や実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の態様において実施することが可能であり、例えば次のような変形も可能である。 D. Variations:
The present invention is not limited to the above-described examples and embodiments, and can be implemented in various modes without departing from the gist thereof. For example, the following modifications are possible.

D１．変形例１：
上記実施例では、ＵＰｎＰ対応のネットワーク装置９００として複数のデバイスを含む複合機８００を有する装置を用いていたが、この代わりに、１つのデバイス（例えばプリンタ）のみを含む単機能のネットワーク装置を採用することも可能である。換言すれば、ネットワーク装置は、少なくとも１つのデバイスを有していれば良い。 D1. Modification 1:
In the above embodiment, the UPnP-compatible network device 900 is a device having the multifunction device 800 including a plurality of devices. Instead, a single-function network device including only one device (for example, a printer) is employed. It is also possible to do. In other words, the network device may have at least one device.

D２．変形例２：
上記実施例において、ハードウェアによって実現されていた構成の一部をソフトウェアに置き換えるようにしてもよく、逆に、ソフトウェアによって実現されていた構成の一部をハードウェアに置き換えるようにしてもよい。 D2. Modification 2:
In the above embodiment, a part of the configuration realized by hardware may be replaced with software, and conversely, a part of the configuration realized by software may be replaced by hardware.

本発明の実施例を適用するネットワークシステムの構成を示す概念図である。It is a conceptual diagram which shows the structure of the network system to which the Example of this invention is applied. 中継ユニット内のＭＦＰサーバとＭＦＰデバイス制御ユニットの内部構成を示すブロック図である。FIG. 2 is a block diagram showing an internal configuration of an MFP server and an MFP device control unit in a relay unit. ＭＦＰサーバの各種プロトコルの階層構造を示すブロック図である。3 is a block diagram showing a hierarchical structure of various protocols of the MFP server. FIG. ＭＦＰデバイス制御ユニットの各種プロトコルの階層構造を示すブロック図である。It is a block diagram which shows the hierarchical structure of the various protocols of an MFP device control unit. ＭＦＰサーバとＭＦＰデバイス制御ユニットの間のＵＳＢ接続におけるインタフェース／エンドポイント構成と論理チャンネルの構成とを示す説明図である。3 is an explanatory diagram showing an interface / endpoint configuration and a logical channel configuration in USB connection between an MFP server and an MFP device control unit. FIG. プリンタインタフェースを介したＵＳＢ転送に用いられるパケットの構成を示す説明図である。It is explanatory drawing which shows the structure of the packet used for USB transfer via a printer interface. ＵＰｎＰアーキテクチャを利用した処理の典型例を示すシーケンス図である。It is a sequence diagram which shows the typical example of the process using UPnP architecture. 実施例における複合機の電源オフ時の処理シーケンスを示すシーケンス図である。FIG. 10 is a sequence diagram illustrating a processing sequence when the multifunction device is powered off in the embodiment.

Explanation of symbols

１００…パーソナルコンピュータ
１００Ｄ…プリンタドライバ
１１０…デジタルカメラ
１１０Ｃ…コントロールポイント
１２０…デジタルＴＶセット
１２０Ｃ…コントロールポイント
１３０…画像サーバ
３００…ＭＦＰサーバ
３０２…ネットワークプロトコル制御部
３１０…中央制御部
３２０…ＲＡＭ
３３０…ＲＯＭ
３４０…ネットワーク制御部
３４２…コネクタ
３５０…ＵＳＢホスト制御部
３５２…ルートハブ
３５４，３５６…ＵＳＢコネクタ
４１０…中央制御部
４２０…ＲＡＭ
４３０…ＲＯＭ
４６０…ＵＳＢデバイス制御部
４６２…ＵＳＢコネクタ
５１０…ＵＳＢホスト制御部
５１２…ルートハブ
５１４…ＵＳＢコネクタ
６００…中継ユニット
７００…ＭＦＰデバイス制御ユニット
７１０…ディスクリプション作成モジュール
７２０…Ｗｅｂアプリケーションモジュール
８００…複合機
８１０…印刷エンジン
８２０…スキャナエンジン
８３０…ＰＣカードインタフェース
８４０…制御部
９００…ネットワーク装置
９１０〜９５０…ボタン
１０００…サービスプロトコル解釈部
１１００…ＵＰｎＰデバイスアーキテクチャ
１２１０，１２２０，１２３０…非ＵＰｎＰデバイス機能部
１３１０…ＵＳＢプリンタクラスドライバ
１３２０…ＵＳＢスキャナクラスドライバ
１３３０…ＵＳＢストレージクラスドライバ
２２１０…非ＵＰｎＰプリンタ機能部
２２２０…非ＵＰｎＰスキャナ機能部
２２３０…非ＵＰｎＰストレージ機能部
２３１０…ＵＳＢプリンタクラスドライバ
２３２０…ＵＳＢスキャナクラスドライバ
２３３０…ＵＳＢストレージクラスドライバ
２４００…ＵＰｎＰデバイス機能部 DESCRIPTION OF SYMBOLS 100 ... Personal computer 100D ... Printer driver 110 ... Digital camera 110C ... Control point 120 ... Digital TV set 120C ... Control point 130 ... Image server 300 ... MFP server 302 ... Network protocol control part 310 ... Central control part 320 ... RAM
330 ... ROM
340 ... Network control unit 342 ... Connector 350 ... USB host control unit 352 ... Root hub 354, 356 ... USB connector 410 ... Central control unit 420 ... RAM
430 ... ROM
460: USB device control unit 462: USB connector 510 ... USB host control unit 512 ... Root hub 514 ... USB connector 600 ... Relay unit 700 ... MFP device control unit 710 ... Description creation module 720 ... Web application module 800 ... Multifunction device 810 ... Print engine 820 ... Scanner engine 830 ... PC card interface 840 ... Control unit 900 ... Network device 910-950 ... Button 1000 ... Service protocol interpretation unit 1100 ... UPnP device architecture 1210, 1220, 1230 ... Non-UPnP device function unit 1310 ... USB printer Class driver 1320 USB scanner class driver 1330 USB storage class driver 2210 ... Non-UPnP printer function unit 2220 ... Non-UPnP scanner function unit 2230 ... Non-UPnP storage function unit 2310 ... USB printer class driver 2320 ... USB scanner class driver 2330 ... USB storage class driver 2400 ... UPnP device function unit

Claims

A network relay device corresponding to a network type plug and play for relaying between a device unit having one or more service devices that provide a service in response to a request from a client on the network and the network ,
When at least one service device in the device unit is in an operable state, a response is returned to the device search request transmitted from the client according to the network type plug and play protocol,
A network relay device configured to not return a response to the device search request when all service devices in the device unit are in an inoperable state.

The network relay device according to claim 1,
The state in which all service devices in the device unit become inoperable is
(I) powering off the device unit;
(Ii) loss of connection between the device unit and the network relay device;
A network relay device generated by any of the above.

The network relay device according to claim 1 or 2,
A device control unit that operates the device unit by exchanging information with the device unit;
Network protocol control connected between the network and the device control unit, receiving a message having a message header and a message body from a client on the network, and transferring information of the message body to the device control unit And
With
The network protocol control unit interprets the message header according to the network type plug and play protocol without interpreting the content of the message body received from the client, and is different from the network type plug and play protocol. Sending the message body to the device controller according to a communication protocol;
The device control unit has a function of interpreting the content of the message body received from the network protocol control unit and causing the service device to execute a service according to the interpretation result;
The device control unit executes detection of whether or not each service device included in the device unit is operable,
Whether or not a response to the device search request is returned is a network relay device executed by the network protocol control unit.

A method of relaying between a device unit having one or more service devices that provide a service in response to a request from a client on a network according to a network-type plug and play protocol, and the network
When at least one service device in the device unit is in an operable state, a response is returned to the device search request transmitted from the client according to the network type plug and play protocol,
A method of not returning a response to the device search request when all service devices in the device unit are in an inoperable state.