JP4935027B2 - Network device corresponding to network type plug and play and control method thereof - Google Patents

Network device corresponding to network type plug and play and control method thereof Download PDF

Info

Publication number
JP4935027B2
JP4935027B2 JP2005259554A JP2005259554A JP4935027B2 JP 4935027 B2 JP4935027 B2 JP 4935027B2 JP 2005259554 A JP2005259554 A JP 2005259554A JP 2005259554 A JP2005259554 A JP 2005259554A JP 4935027 B2 JP4935027 B2 JP 4935027B2
Authority
JP
Japan
Prior art keywords
network
control unit
service
message
mfp
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2005259554A
Other languages
Japanese (ja)
Other versions
JP2007072793A (en
Inventor
康裕 大島
努 茂木
洋一 池田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Seiko Epson Corp
Original Assignee
Seiko Epson Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Seiko Epson Corp filed Critical Seiko Epson Corp
Priority to JP2005259554A priority Critical patent/JP4935027B2/en
Priority to EP06254584A priority patent/EP1763198A3/en
Priority to US11/517,439 priority patent/US7664135B2/en
Publication of JP2007072793A publication Critical patent/JP2007072793A/en
Application granted granted Critical
Publication of JP4935027B2 publication Critical patent/JP4935027B2/en
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Description

この発明は、ネットワーク型プラグアンドプレイに対応したネットワーク装置の制御技術に関する。   The present invention relates to a technology for controlling a network 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 executes a service in response to an external request. The service device can be realized as various devices 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 apparatus.

このように、ＵＰｎＰ対応のネットワーク装置は多様な形態を採り得る。しかし、その反面、ネットワーク装置の制御が複雑になり易いという問題があった。   Thus, UPnP-compatible network devices can take various forms. On the other hand, however, there is a problem that the control of the network device tends to be complicated.

本発明は、ネットワーク型プラグアンドプレイに対応したネットワーク装置における制御を単純化することのできる技術を提供することを目的とする。   An object of this invention is to provide the technique which can simplify control in the network apparatus corresponding to network type | mold plug and play.

本発明は、ネットワーク型プラグアンドプレイに対応したネットワーク装置であって、
ネットワーク上のクライアントからの要求に応じてサービスを実行する１つ以上のサービスデバイスと、
前記サービスデバイスの制御を行うデバイス制御部と、
メッセージヘッダとメッセージボディとを有するメッセージを前記ネットワーク上のクライアントから受信するとともに、前記メッセージボディの情報を前記デバイス制御部に転送するネットワークプロトコル制御部と、
を備え、
前記ネットワークプロトコル制御部と前記デバイス制御部とは、所定のインタフェースの論理チャネルであって、前記ネットワーク型プラグアンドプレイに対応した論理チャネルとして設定された複数の論理チャンネルで接続されており、
前記ネットワークプロトコル制御部は、前記クライアントから受信したメッセージの宛先であるパス名のうちの最上位層の名前である最上位パス名に応じて前記複数の論理チャンネルの１つを選択し、選択された論理チャンネルを用いて前記メッセージボディの内容を前記デバイス制御部に転送する。 The present invention is a network device compatible with network type plug and play,
One or more service devices that perform services in response to requests from clients on the network;
A device control unit for controlling the service device;
A network protocol control unit for 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;
With
The network protocol control unit and the device control unit are logical channels of a predetermined interface , and are connected by a plurality of logical channels set as logical channels corresponding to the network type plug and play ,
The network protocol control unit selects one of the plurality of logical channels according to a highest path name that is a name of a highest layer among path names that are destinations of a message received from the client. The content of the message body is transferred to the device controller using the logical channel.

このネットワーク装置によれば、ネットワークプロトコル制御部が、所定のインタフェースの論理チャネルであって、前記ネットワーク型プラグアンドプレイに対応した論理チャネルとして設定された複数の論理チャンネルから、最上位パス名に応じて論理チャンネルを選択してデバイス制御部にメッセージボディを送信するので、ネットワークプロトコル制御部における制御を単純化することができる。 According to this network device, the network protocol control unit responds to the highest level path name from a plurality of logical channels that are logical channels of a predetermined interface and are set as logical channels corresponding to the network type plug and play. Since the logical body is selected and the message body is transmitted to the device controller, the control in the network protocol controller can be simplified.

なお、前記デバイス制御部は、複数の前記サービスデバイスを含んでおり、
前記ネットワークプロトコル制御部は、前記メッセージボディの情報の他に前記メッセージのパス名も前記デバイス制御部に転送し、
前記デバイス制御部は、前記メッセージのパス名のうちの前記最上位層よりも下位の名前である下位パス名に応じて前記複数のサービスデバイスのうちの１つを選択し、選択されたサービスデバイスに前記メッセージボディの情報を供給するものとしてもよい。 The device control unit includes a plurality of the service devices,
The network protocol controller transfers the message path name in addition to the message body information to the device controller,
The device control unit selects one of the plurality of service devices according to a lower path name that is a name lower than the highest layer in the path name of the message, and selects the selected service device It is also possible to supply the message body information.

この構成によれば、下位パス名に応じて適切なサービスデバイスを容易に選択することができる。   According to this configuration, it is possible to easily select an appropriate service device according to the lower path name.

前記複数のサービスデバイスのうちの少なくとも１つの特定のサービスデバイスは、複数のサービスを実行するための複数のサービスモジュールを有しており、
前記デバイス制御部は、前記下位パス名が前記特定のサービスデバイスを示すデバイス名と、前記複数のサービスモジュールのうちの１つを示すサービス名とを含む場合に、前記サービス名に応じて前記複数のサービスモジュールのうちの１つを選択し、選択されたサービスモジュールに前記メッセージボディの情報を供給するようにしてもよい。 At least one specific service device of the plurality of service devices has a plurality of service modules for executing a plurality of services,
The device control unit, when the lower path name includes a device name indicating the specific service device and a service name indicating one of the plurality of service modules, according to the service name One of the service modules may be selected, and the message body information may be supplied to the selected service module.

この構成によれば、下位パス名に応じて適切なサービスモジュールを容易に選択することができる。   According to this configuration, it is possible to easily select an appropriate service module according to the lower path name.

前記複数の論理チャンネルは、プリンタインタフェースの論理チャンネルであって、Ｄ４パケットを利用したＵＳＢ転送用の論理チャンネルであることが好ましい。 The plurality of logical channels are printer interface logical channels, and are preferably USB transfer logical channels using D4 packets.

この構成によれば、Ｄ４パケットのヘッダ部を利用して多様な論理チャンネルをプリンタインタフェースで構成できるので、多様な論理チャンネルを用いて多様なデータ転送をプリンタインタフェースを介して実現することが可能である。 According to this configuration, since various logical channels can be configured by the printer interface using the header portion of the D4 packet, various data transfers can be realized through the printer interface using various logical channels. is there.

なお、本発明は、種々の形態で実現することが可能であり、例えば、ネットワーク装置、ネットワークプロトコル制御装置、それらの装置の制御方法及び制御装置、それらの方法または装置の機能を実現するためのコンピュータプログラム、そのコンピュータプログラムを記録した記録媒体、そのコンピュータプログラムを含み搬送波内に具現化されたデータ信号、等の形態で実現することができる。   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．データ転送の概要：
E．各種のデータ転送シーケンス：
F．他の実施例：
G．変形例： Next, embodiments of the present invention will be described in the following order.
A. Explanation of terms:
B. System overview:
C. Device configuration of device and device description:
D. Data transfer overview:
E. Various data transfer sequences:
F. Other examples:
G. 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 TV set 120, an image server 130, and a multifunction device 200 are connected to each other via a LAN. 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, the TV set 120, and the multifunction device 200 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, transferring the print data to the multi-function device 200 via the LAN, and executing printing. During this printing process, the multifunction device 200 functions as a normal network printer without using the UPnP protocol. On the other hand, when printing is performed in accordance with a request from a control point (for example, 110C), the multi-function device 200 functions as a UPnP compatible printer device.

複合機２００は、ＭＦＰサーバ３００と、ＭＦＰデバイスユニット４００とを有している。ＭＦＰサーバ３００は、ＬＡＮ上の他の装置とＭＦＰデバイスユニット４００との間で交換されるメッセージを仲介するネットワークプロトコル制御部３０２としての機能を有している。後述するように、ＭＦＰサーバ３００は、典型的な場合において、メッセージの転送の際にメッセージヘッダに関してＵＰｎＰのプロトコルを解釈するが、メッセージボディの解釈や処理は行わない。ＭＦＰデバイスユニット４００は、３つのサービスデバイス（プリンタ４０４，スキャナ４０６，ストレージ４０８）と、これらを制御するデバイス制御部４０２とを備えている。なお、プリンタ４０４，スキャナ４０６，ストレージ４０８以外のサービスデバイスを追加することも可能である。ＭＦＰサーバ３００とＭＦＰデバイスユニット４００との間は、ＵＳＢ（Universal Serial Bus）で接続されている。但し、両者の間をＵＳＢ以外の他の物理的インタフェースで接続することも可能である。   The multifunction device 200 includes an MFP server 300 and an MFP device unit 400. 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 unit 400. 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 unit 400 includes three service devices (a printer 404, a scanner 406, and a storage 408), and a device control unit 402 that controls them. It is also possible to add service devices other than the printer 404, the scanner 406, and the storage 408. The MFP server 300 and the MFP device unit 400 are connected by USB (Universal Serial Bus). However, it is also possible to connect the two with a physical interface other than USB.

ＵＰｎＰは、ネットワーク装置を任意のタイミングでネットワークに接続したり、ネットワークから切断したりすることを実現するアーキテクチャである。ＵＰｎＰネットワークは、コントロールポイント１１０Ｃ，１２０Ｃと、デバイス４０４，４０６，４０８とで構成される。ここで、「デバイス」とは、サービスを提供する装置を意味している。本明細書においては、特に断らない限り、「デバイス」と「サービスデバイス」は同義語として使用されている。「コントロールポイント」は、ネットワーク上の他のデバイスを検出したり制御したりするコントローラを意味しており、サービスデバイスに対するクライアントとして機能する。ＵＰｎＰ対応のネットワーク装置が有する各種の機能については後述する。   UPnP is an architecture that realizes connecting or disconnecting a network device to a network at an arbitrary timing. The UPnP network is composed of control points 110C and 120C and devices 404, 406 and 408. Here, “device” means an apparatus 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 illustrating an internal configuration of the multifunction device 200. 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 unit 400 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 unit 400 includes a central control unit (CPU) 410, a RAM 420, a ROM 430, a print engine 440, a scanner engine 450, two USB device control units 460 and 470, a PC card interface 480, and an operation panel. A control unit 490, a viewer control unit 500, and a USB host control unit 510 are included.

印刷エンジン４４０は、与えられた印刷データに応じて印刷を実行する印刷機構である。本実施例では、コントロールポイント１１０Ｃ，１２０ＣがＸＨＴＭＬデータに基づいて印刷を行う場合には、中央制御部４１０がＸＨＴＭＬデータを解釈し、色変換やハーフトーン処理を実行して印刷データを作成し、この印刷データを印刷エンジン４４０に供給する。但し、中央制御部４１０の代わりに印刷エンジン４４０が色変換やハーフトーン処理の機能を有するように構成することも可能である。一方、パーソナルコンピュータ１００から印刷を行う場合は、プリンタドライバ１００Ｄが生成するページ記述言語を中央制御部４１０が解析して印刷データを作成し、印刷エンジン４４０に供給する。なお、本明細書において、「印刷データ」とは印刷媒体上におけるドットの形成状態を示すドットデータによって印刷物を表すデータを意味している。印刷データは、プリンタ固有の制御コマンドで構成されている。ＸＨＴＭＬは、印刷データには該当せず、文書を記述する文書記述言語である。スキャナエンジン４５０は、画像をスキャンして画像データを生成する機構である。   The print engine 440 is a printing mechanism that performs printing in accordance with given print data. In this embodiment, when the control points 110C and 120C perform printing based on the XHTML data, the central control unit 410 interprets the XHTML data, executes color conversion and halftone processing, and creates print data. This print data is supplied to the print engine 440. However, the print engine 440 may be configured to have color conversion and halftone processing functions instead of the central control unit 410. On the other hand, when printing from the personal computer 100, the central control unit 410 analyzes the page description language generated by the printer driver 100 </ b> D to create print data, and supplies the print data to the print engine 440. 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 450 is a mechanism that scans an image and generates image data.

ＭＦＰデバイスユニット４００の第１のＵＳＢデバイス制御部４６０は、ＵＳＢコネクタ４６２を介してＭＦＰサーバ３００のＵＳＢホスト制御部３５０に接続されている。第２のＵＳＢデバイス制御部４７０は、ＵＳＢコネクタ４７２を有しており、ここにパーソナルコンピュータなどの任意のＵＳＢホストを接続することが可能である。ＰＣカードインタフェース４８０は、ＰＣカード用のスロット４８２を有している。操作パネル制御部４９０には、入力手段としての操作パネル４９２が接続されている。ビューワ制御部５００には、画像表示手段としてのビューワ５０２が接続されている。ユーザは、ビューワ５０２上に表示された画像やメニューを観察しながら、操作パネル４９２を用いて種々の指示を入力することができる。ＵＳＢホスト制御部５１０は、ルートハブ５１２を有しており、ルートハブ５１２にはＵＳＢコネクタ５１４が設けられている。このコネクタ５１４には、有限責任中間法人カメラ映像機器工業会が策定したＣＩＰＡ ＤＣ−００１−２００３などに準拠したデジタルカメラなどのＵＳＢデバイスを接続することが可能である。   The first USB device control unit 460 of the MFP device unit 400 is connected to the USB host control unit 350 of the MFP server 300 via the USB connector 462. The second USB device control unit 470 has a USB connector 472, to which an arbitrary USB host such as a personal computer can be connected. The PC card interface 480 has a PC card slot 482. An operation panel 492 as input means is connected to the operation panel control unit 490. A viewer 502 as an image display unit is connected to the viewer control unit 500. The user can input various instructions using the operation panel 492 while observing images and menus displayed on the viewer 502. The USB host control unit 510 has a root hub 512, and the root hub 512 is provided with a USB connector 514. The connector 514 can be connected to a USB device such as a digital camera conforming to CIPA DC-001-2003 and the like formulated by the Camera and Imaging Products Association of the limited liability intermediate corporation.

ＭＦＰサーバ３００の中央制御部３１０とネットワーク制御部３４０とＵＳＢホスト制御部３５０は、図１におけるネットワークプロトコル制御部３０２としての機能を実現する。より具体的には、ネットワーク制御部３４０は、各種のネットワークプロトコルに従ってメッセージの送受信を行う。また、中央制御部３１０は、ＵＰｎＰのプロトコルを解釈して転送先を決定する。ＵＳＢホスト制御部３５０は、ＭＦＰデバイスユニット４００との間でメッセージを転送する。これらの制御部３１０，３４０，３５０は、メッセージボディの解釈や処理は行わずにメッセージを転送している。   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. The USB host control unit 350 transfers a message to and from the MFP device unit 400. These control units 310, 340, and 350 transfer messages without interpreting or processing the message body.

ＭＦＰデバイスユニット４００のＵＳＢデバイス制御部４６０及び中央制御部４１０は、図１におけるデバイス制御部４０２としての機能を実現する。より具体的には、ＵＳＢデバイス制御部４６０は、ＵＳＢの転送プロトコルに従ってメッセージの送受信を行う。また、中央制御部４１０は、ＭＦＰサーバ３００を介して転送されたメッセージの内容を解釈し、メッセージの内容に応じた処理を実行して、印刷エンジン４４０やスキャナエンジン４５０を動作させる。印刷エンジン４４０は図１のプリンタ４０４のハードウェア部分に相当し、スキャナエンジン４５０は図１のスキャナ４０６のハードウェア部分に対応する。また、ＰＣカードインタフェース４８０のスロット４８２に挿入されたメモリカードは、図１のストレージ４０８のハードウェア部分に相当する。   The USB device control unit 460 and the central control unit 410 of the MFP device unit 400 realize the function as the device control unit 402 in FIG. More specifically, the USB device control unit 460 transmits and receives messages according to the USB transfer protocol. In addition, 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, and operates the print engine 440 and the scanner engine 450. The print engine 440 corresponds to the hardware portion of the printer 404 in FIG. 1, and the scanner engine 450 corresponds to the hardware portion of the scanner 406 in FIG. The memory card inserted into the slot 482 of the PC card interface 480 corresponds to the hardware portion of the storage 408 in FIG.

図３は、ＭＦＰサーバ３００の各種のプロトコルの階層構造を示すブロック図である。ＭＦＰサーバ３００は、各種のネットワークプロトコルを解釈するためのサービスプロトコル解釈部１０００を備えている。このサービスプロトコル解釈部１０００には、ネットワークアーキテクチャの下位層と、ＵＳＢアーキテクチャの下位層とが存在する。ネットワークアーキテクチャの下位層としては、ＵＰｎＰデバイスアーキテクチャ１１００と、３つの非ＵＰｎＰデバイス機能部１２１０，１２２０，１２３０が設けられている。これらのさらに下位には、ＵＤＰ層又はＴＣＰ層と、インターネットプロトコル（ＩＰ）層と、ドライバ層と、ネットワークインタフェース層と、が存在する。   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 multifunction device 200, and the entire multifunction device 200 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 unit 400. The MFP device unit 400 includes 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 (the printer 404, the scanner 406, and the storage 408 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 a service to the control point, the USB printer class driver 2310 is used between the MFP server 300 and the MFP device unit 400. Data transfer is performed. 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 unit 400. These are logical channels using D4 packets, and are used when the multifunction device 200 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 a USB interface / endpoint configuration and a logical channel configuration. 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 440. Similarly, the bulk-out endpoint EP # 3 and the bulk-in endpoint EP # 4 for the scanner are endpoints for receiving and transmitting messages for the scanner engine 450. The storage endpoints EP # 5 and EP # 6 are endpoints for receiving and transmitting messages for the memory card. 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 440, 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 unit 400 with the MFP server 300 as a requester and the MFP device unit 400 as a responder. The MFP server 300 can acquire various types of information from the MFP device unit 400 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 unit 400 with the MFP device unit 400 as a requester and the MFP server 300 as a responder. The MFP device unit 400 can use this channel to notify the MFP server 300 of the contents of setting changes made by the user, for example, and when the MFP device unit 400 tries to turn off the power, the MFP device unit 400 uses the UPnP protocol. An end request 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 unit 400 to the control point in response to a request from the control point, and a channel (uploading new presentation data from the control point to the MFP device unit 400). 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 200 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 downloading content data from a control point to the MFP device unit 400. 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 unit 400 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.

図６は、プリンタインタフェースＩＦ＃０を介したＵＳＢ転送に用いられるＤ４パケットの構成を示す説明図である。これは、ＩＥＥＥ１２８４．４に即したパケット構造である。このＤ４パケットは、１２バイトのヘッダ部と、０バイト以上のメッセージ部から構成されている。ヘッダ部は、６バイトのＤ４標準ヘッダと、４バイトのＩＤフィールドと、２バイトのエラーコードフィールドとを有している。Ｄ４標準ヘッダには、図５（Ｂ）に示した９種類の（７＋２Ｎ）個の論理チャンネルを識別するためのソケットＩＤ（論理チャンネルＩＤ）が登録される。ＩＤフィールドには、リクエストＩＤが登録される。このリクエストＩＤは、ＭＦＰサーバ３００とＭＦＰデバイスユニット４００との間のデータ転送（特に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 + 2N) 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 unit 400 (in particular, the UPNP-DOWNCONTENTx channel and the UPNP-UPCONTENTx channel). The request ID may be assigned by the MFP server 300 or may be assigned by the MFP device unit 400. 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 unit 400 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 called “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. The specific content of the D4 packet message will be described later.

図５（Ｂ）に示したように、本実施例では、ＵＳＢ転送用の論理チャンネルとして、印刷ポート用の論理チャンネルＣＨ＃１１〜ＣＨ＃１２と、ＵＰｎＰ用の論理チャンネルＣＨ＃２１〜ＣＨ＃２７ｘとを別個に設けている。従って、ネットワーク印刷ポートを介してＭＦＰデバイスユニット４００に転送されてくる印刷データと、ＵＰｎＰ用のポートを介してＭＦＰデバイスユニット４００に転送されてくるコンテンツデータ（例えば印刷用のＸＨＴＭＬデータ）とを容易に識別することができる。また、本実施例では、ＵＰｎＰプロトコルによるメッセージのＵＳＢ転送のために、用途の異なる複数の論理チャンネルＣＨ＃２１〜ＣＨ＃２７ｘを設けているので、メッセージの受信側において、メッセージの内容の処理をより高速に処理することが可能である。特に、本実施例ではコントロールポイントとの間の通信の際に利用される論理チャンネルＣＨ＃２３〜ＣＨ＃２７ｘの他に、ＭＦＰサーバ３００とＭＦＰデバイスユニット４００との間のローカルな情報の転送に使用される論理チャンネルＣＨ＃２１，ＣＨ＃２２が別個に設けられている。従って、例えばクライアント（コントロール）から送られたメッセージと、ＭＦＰサーバ３００とＭＦＰデバイスユニット４００との間で通知される特定の情報とを容易に区別して、それぞれに適した処理を素早く実行することが可能である。   As shown in FIG. 5B, in this embodiment, as the logical channels for USB transfer, logical channels CH # 11 to CH # 12 for print ports and logical channels CH # 21 to CH # for UPnP. 27x is provided separately. Accordingly, print data transferred to the MFP device unit 400 via the network print port and content data (for example, XHTML data for printing) transferred to the MFP device unit 400 via the UPnP port can be easily obtained. Can be 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 is transferred between the MFP server 300 and the MFP device unit 400. The logical channels CH # 21 and CH # 22 to be used are provided separately. Therefore, for example, a message sent from the client (control) and specific information notified between the MFP server 300 and the MFP device unit 400 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 unit 400 is shown. 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 (POST, GET, etc.), a URI indicating the destination in the MFP device unit 400, and the host name of the MFP 200 (IP address “169.254.100.100” in this example). Is described. Since only one IP address is assigned to the multi-function device 200, this IP address can be considered as the IP address of the MFP server 300 or the IP address of the MFP device unit 400.

ステップ[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 is used to transfer the message to the MFP device unit 400. 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 unit 400 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 unit 400 executes processing according to the URI and message body (if any) in the received message F2. This example will be described later. In step [5], the MFP device unit 400 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 unit 400. This configuration has the following advantages. The first advantage is that the MFP server 300 does not need to know the device configuration of the MFP device unit 400 and the contents of the service, and network protocol control for transferring a message sent to a device unit having an arbitrary configuration. It can function as a part. A second advantage is that even if the device configuration of the MFP device unit 400 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．複合機のデバイス構成及びデバイスディスクリプション：
図８（Ａ）は、複合機２００のＵＰｎＰプロトコル上のデバイス構成を示す説明図である。本実施例の複合機２００のＵＰｎＰデバイスとしての構成では、ルートデバイスとしてのプリンタ”Printer”の中に、スキャナデバイス”Scnanner”とストレージデバイス”Storage”とが包含されている。換言すれば、スキャナデバイス”Scnanner”とストレージデバイス”Storage”は、プリンタデバイス”Printer”内の埋込デバイスである。プリンタデバイス”Printer”は２つのプリントサービス”PrintBasic”，”PrintEnhanced”を有している。これらの２つのサービスは、ＵＰｎＰで規格化されている標準的なプリントサービスである。スキャナデバイス”Scanner”はスキャンサービス”Scan”を有しており、ストレージデバイス”Storage”はストレージサービス”Storage”を有している。各サービスは、状態テーブルと、コントロールサーバと、イベントサーバとで構成されている。状態テーブルには、サービスの状態を示す状態変数が登録されている。コントロールサーバは、コントロールポイントからのアクション要求を受け付けて処理を実行する。イベントサーバは、状態変数の値が変更されると、その変更をイベントとしてコントロールポイントに通知する。通知対象となるのは、そのサービスに予めサブスクライブ（購読）しているコントロールポイントである。 C. Device configuration of device and device description:
FIG. 8A is an explanatory diagram showing a device configuration on the UPnP protocol of the multifunction device 200. In the configuration of the MFP 200 as the UPnP device of the present embodiment, the scanner “Scnanner” and the storage device “Storage” are included in the printer “Printer” as the root device. In other words, the scanner device “Scnanner” and the storage device “Storage” are embedded devices in the printer device “Printer”. The printer device “Printer” has two print services “PrintBasic” and “PrintEnhanced”. These two services are standard print services standardized by UPnP. The scanner device “Scanner” has a scan service “Scan”, and the storage device “Storage” has a storage service “Storage”. Each service includes a state table, a control server, and an event server. In the status table, a status variable indicating the status of the service is registered. The control server receives the action request from the control point and executes the process. When the value of the state variable is changed, the event server notifies the control point of the change as an event. The target of notification is a control point that subscribes to the service in advance.

本明細書では、サービスを含むデバイスを「サービスデバイス」と呼んでいる。図８からも理解できるように、各サービスデバイスは、１つ以上の任意の数のサービスを含むことが可能である。また、あるサービスデバイスが、他のサービスデバイスを含むようにデバイス構成を構築することが可能である。   In this specification, a device including a service is called a “service device”. As can also be seen from FIG. 8, each service device may include any number of one or more services. It is also possible to construct a device configuration so that a certain service device includes other service devices.

なお、図８の構成の代わりに、ルートデバイスとしてＵＰｎＰで規格化されているベーシックデバイス”Basic”を使用し、このベーシックデバイス”Basic”の下位の同じ階層に３つのサービスデバイス”Printer”，”Scanner”，”Storage”が並置されるようなデバイス構成を採用することも可能である。ベーシックデバイス”Basic”は、１つ以上のサービスデバイスを含み、かつ、サービスデバイスが実行するサービスの他には自分自身が実行する固有のサービスを有さないデバイスである。この場合にも、複合機２００が１つのルートデバイスによって代表されるので、複合機２００に対して１つのＩＰアドレスを割り当てるだけで済むという利点が維持される。   Instead of the configuration of FIG. 8, a basic device “Basic” standardized by UPnP is used as a root device, and three service devices “Printer”, “” are provided in the same hierarchy below the basic device “Basic”. It is also possible to adopt a device configuration in which “Scanner” and “Storage” are juxtaposed. The basic device “Basic” is a device that includes one or more service devices and does not have a unique service executed by itself other than a service executed by the service device. Also in this case, since the multifunction device 200 is represented by one root device, the advantage that only one IP address needs to be assigned to the multifunction device 200 is maintained.

図８にも示したように、本実施例では、複合機２００全体に対してＩＰアドレスが１つだけ割り当てられるので、コントロールポイントは、この１つのＩＰアドレスを用いて複合機２００（ＭＦＰサーバ３００）の種々のサービスデバイスにアクセスできるという利点がある。また、本実施例では、ＩＰアドレスの数が比較例よりも少なくて済むので、ネットワーク内におけるＩＰアドレスの管理がより容易であるという利点がある。   As shown in FIG. 8, in this embodiment, only one IP address is assigned to the entire multifunction device 200. Therefore, the control point uses this one IP address to control the multifunction device 200 (MFP server 300). There is an advantage that various service devices can be accessed. Further, in this embodiment, since the number of IP addresses is smaller than that in the comparative example, there is an advantage that the management of IP addresses in the network is easier.

ＵＰｎＰの各デバイスは、自身の構成や機能をデバイスディスクリプションという形式で予め保持しており、コントロールポイントからの要求に応じてデバイスディスクリプションを提供する機能を有している。また、サービスの内容は、サービスディスクリプションとして形でデバイス内に保持され、コントロールポイントに提供される。図８の例では、３つのデバイスのデバイスディスクリプションと、４つのサービスのサービスディスクリプションとが、ＭＦＰデバイスユニット４００内に予め保持されている。   Each UPnP device holds its configuration and functions in advance in the form of a device description, and has a function of providing a device description in response to a request from a control point. The contents of the service are held in the device in the form of a service description and provided to the control point. In the example of FIG. 8, device descriptions for three devices and service descriptions for four services are held in the MFP device unit 400 in advance.

図９は、複合機２００全体のデバイスディスクリプションの例を示している。デバイスディスクリプションは、ＸＭＬで記述されている。アンダーラインを付した部分は、本実施例に特有の設定を示している。要素<URLBase>の内容”http://169.254.100.100:80”は、複合機２００のホスト名（ここではＩＰアドレス）と、ＨＴＴＰを用いる場合のポート番号を含んでいる。ディスクリプション内の各種のＵＲＩは、このＩＰアドレスに対する相対アドレスとして記述されている。なお、本明細書において、「ＵＲＩ」（又はＵＲＬ）という用語は、絶対アドレスで記述されている場合と、相対アドレスで記述されている場合の両方を含んでいる。以下では、ＩＰアドレスに対する相対アドレスを「パス名」と呼ぶ。   FIG. 9 shows an example of the device description of the entire multifunction device 200. The device description is described in XML. A portion with an underline indicates a setting specific to the present embodiment. The content “http://169.254.100.100:80” of the element <URLBase> includes the host name (here, IP address) of the multi-function device 200 and the port number when using HTTP. Various URIs in the description are described as relative addresses to this IP address. In the present specification, the term “URI” (or URL) includes both the case of being described by an absolute address and the case of being described by a relative address. Hereinafter, a relative address with respect to the IP address is referred to as a “path name”.

要素<root>の下には一つの要素<device>が存在し、この要素の中にさらに２つの要素<device>が包含されている。１つ目の要素<device>はプリンタデバイス（ルートデバイス）であり、その下位にある２番目と３番目のデバイスはスキャナデバイスとストレージデバイスである。   One element <device> exists under the element <root>, and two more elements <device> are included in this element. The first element <device> is a printer device (root device), and the second and third devices below it are a scanner device and a storage device.

プリンタデバイス用のディスクリプションには、以下の内容が記述されている。
・<presentation URL>：コントロールポイントがプリンタデバイスのプレゼンテーション用のページを取得する際のＵＲＬ。このＵＲＬは、パス名”/PRESENTATION/PRINTER”で構成されている。
・<serviceList> :プリンタデバイスが提供するサービスのリスト。
・<serviceType>：プリンタが提供するサービスのタイプ。”PrintBasic”，”PrintEnhanced”は、いずれもＵＰｎＰアーキテクチャの標準的なプリントサービスである。
・<SCPDURL>：プリンタのデバイスディスクリプションのパス名。
・<controlURL>：プリンタデバイス内のコントロールサーバのパス名。コントロールサーバは、コントロールポイントに対してコントロール（コントロールポイントがアクション要求を含む制御メッセージをデバイスに転送して、デバイスの制御を行う処理）の機能を提供するサーバであり、一般にＵＰｎＰデバイスのサービス内に設けられている。
・<eventSubURL>：プリンタデバイス内のイベントサーバのパス名。イベントサーバは、サブスクライブ（購読）しているコントロールポイントにイベントを発行するサーバであり、一般にデバイスのサービス内に設けられている。 The following contents are described in the description for the printer device.
<Presentation URL>: URL when the control point acquires a page for presentation of the printer device. This URL is composed of a path name “/ PRESENTATION / PRINTER”.
<ServiceList>: A list of services provided by the printer device.
<ServiceType>: Type of service provided by the printer. “PrintBasic” and “PrintEnhanced” are both standard print services of the UPnP architecture.
<SCPDURL>: The path name of the printer device description.
<ControlURL>: Control server path name in the printer device. The control server is a server that provides a control point function (a process in which the control point transfers a control message including an action request to the device to control the device), and is generally included in the service of the UPnP device. Is provided.
<EventSubURL>: Path name of the event server in the printer device. The event server is a server that issues events to subscribing (subscribing) control points, and is generally provided in a device service.

スキャナ用及びストレージ用のディスクリプションにも、プリンタ用のものと同様な項目が記述されている。なお、デバイスディスクリプションには、この他にデバイスのフレンドリ名や、製造者名、モデル名、アイコンなどの種々のプロパティが記述されているが、ここでは図示が省略されている。   In the descriptions for the scanner and the storage, items similar to those for the printer are described. In the device description, various other properties such as a friendly name of the device, a manufacturer name, a model name, and an icon are described, but the illustration is omitted here.

D．データ転送の概要：
図１０は、コントロールポイントからリクエスト（ＨＴＴＰリクエスト）を受けたときの複合機２００内のデータ転送の流れを示す説明図である。ここでは、ＨＴＴＰリエストの宛先のパス名が”/CONTROL/PRINTER/PRINTBASIC1”である場合を示している。一般に、パス名は、１つ以上の階層で構成されており、各階層はスラッシュ”／”で区切られている。本明細書では、パス名のうちの最上位層の部分を「最上位パス名」と呼ぶ。また、最上位パス名よりも下位の部分を「下位パス名」と呼ぶ。図１０の例では、最上位パス名は”/CONTROL”であり、下位パス名は”/PRINTER/PRINTBASIC1”である。なお、この例では、下位パス名”/PRINTER/PRINTBASIC1”は、図９に示したデバイスディスクリプションで記述されているコントロールサーバのパス名（要素<controlURL>）の値と同じものに設定されている。 D. Data transfer overview:
FIG. 10 is an explanatory diagram showing a flow of data transfer in the multifunction device 200 when a request (HTTP request) is received from the control point. Here, a case where the path name of the destination of the HTTP request is “/ CONTROL / PRINTER / PRINTBASIC1” is shown. In general, a path name is composed of one or more hierarchies, and each hierarchy is delimited by a slash “/”. In the present specification, the uppermost layer portion of the path name is referred to as the “uppermost path name”. Also, the lower part of the uppermost path name is called “lower path name”. In the example of FIG. 10, the highest path name is “/ CONTROL”, and the lower path name is “/ PRINTER / PRINTBASIC1”. In this example, the lower path name “/ PRINTER / PRINTBASIC1” is set to the same value as the path name (element <controlURL>) of the control server described in the device description shown in FIG. Yes.

この下位パス名のうちの１番目の部分”/PRINTER”はデバイスモジュール”Printer”を示すデバイス名であり、２番目の部分”/PRINTBASIC1”はサービスモジュール”PrintEnhanced”を示すサービス名である。なお、パス名で使用されるデバイス名とサービス名は、デバイスディスクリプションの要素<deviceType>，<serviceType>と同じものである必要はない。但し、デバイス制御部４０２内のディスパッチャ４０１（振り分け処理部）には、パス名で使用されるデバイス名とデバイスモジュールとの対応関係、及び、パス名で使用されるサービス名とサービスモジュールとの対応関係が予め設定されていることが好ましい。   The first part “/ PRINTER” of the lower path name is a device name indicating the device module “Printer”, and the second part “/ PRINTBASIC1” is a service name indicating the service module “PrintEnhanced”. Note that the device name and service name used in the path name need not be the same as the device description elements <deviceType> and <serviceType>. However, the dispatcher 401 (distribution processing unit) in the device control unit 402 has a correspondence between a device name used in the path name and the device module, and a correspondence between the service name used in the path name and the service module. The relationship is preferably set in advance.

ＭＦＰサーバ３００のネットワークプロトコル制御部３０２は、ＨＴＴＰリクエストの最上位パス名に応じて、図５（Ｂ）に示したＵＰｎＰ用の複数の論理チャンネルの中から１つを選択する。図１０の例では、最上位パス名は”/CONTROL”なので、UPNP-CONTROLチャンネルが選択され、このチャンネル経由でリクエストのメッセージボディがＭＦＰサーバ３００からＭＦＰデバイスユニット４００に転送される。   The network protocol control unit 302 of the MFP server 300 selects one of the plurality of UPnP logical channels shown in FIG. 5B according to the highest level path name of the HTTP request. In the example of FIG. 10, since the top-level path name is “/ CONTROL”, the UPNP-CONTROL channel is selected, and the message body of the request is transferred from the MFP server 300 to the MFP device unit 400 via this channel.

デバイス制御部４０２にディスパッチャ４０１は、下位パス名に応じてデータの転送先（デバイスモジュールとサービスモジュール）を切り換える。ここでは、下位パス名は”/PRINTER/PRINTBASIC1”なので、このうちの上位の階層名”/PRINTER”に応じてデバイスモジュール”Printer”が選択され、また、下位の階層名”/PRINTBASIC1”に応じてサービスモジュール”PrintBasic”が選択される。そして、このサービスモジュール”PrintBasic”にメッセージボディが供給される。図１０においては、ＭＦＰデバイスユニット４００内におけるデータ転送の経路が矢印で示されている。   The dispatcher 401 in the device control unit 402 switches the data transfer destination (device module and service module) according to the lower path name. Here, since the lower path name is “/ PRINTER / PRINTBASIC1”, the device module “Printer” is selected according to the upper hierarchy name “/ PRINTER”, and the lower hierarchy name “/ PRINTBASIC1”. Service module “PrintBasic” is selected. A message body is supplied to the service module “PrintBasic”. In FIG. 10, the data transfer path in the MFP device unit 400 is indicated by arrows.

なお、通常はサービスモジュールがメッセージボディの処理を実行する場合が多いが、サービスモジュールではなくデバイスモジュールが実行する処理（例えばデバイスディスクリプションの生成）も存在する。このような処理のリクエストを受けた場合には、そのリクエストのメッセージボディは、下位パス名に応じてデバイスモジュールに転送されて処理される。   Normally, a service module often executes message body processing, but there is also processing (for example, generation of a device description) executed by a device module instead of a service module. When a request for such processing is received, the message body of the request is transferred to the device module and processed according to the lower path name.

このように、本実施例では、ネットワークプロトコル制御部３０２がリクエストの宛先の最上位パス名に応じて論理チャンネルを選択するので、多数の論理チャンネルの中から適切な論理チャンネルを容易に選択することができる。この際、ネットワークプロトコル制御部３０２は、パス名の他の部分やメッセージボディの内容を解釈する必要がなく、最上位パス名のみを解釈すれば済むという利点がある。さらに、デバイス制御部４０２は、宛先の下位パス名に応じてデータの転送先（デバイスモジュールとサービスモジュール）を切り換えるので、リクエストを適切なデバイスモジュールやサービスモジュールに容易に供給することができる。この際、デバイス制御部４０２は、下位パス名のみを解釈すれば済むという利点がある。   As described above, in this embodiment, the network protocol control unit 302 selects a logical channel according to the highest-level path name of the request destination, so that an appropriate logical channel can be easily selected from a large number of logical channels. Can do. At this time, the network protocol control unit 302 has an advantage that it is not necessary to interpret the other parts of the path name and the contents of the message body, and it is only necessary to interpret the highest level path name. Furthermore, since the device control unit 402 switches the data transfer destination (device module and service module) according to the lower path name of the destination, the request can be easily supplied to an appropriate device module or service module. At this time, the device control unit 402 has an advantage that only the lower path name needs to be interpreted.

E．各種のデータ転送シーケンス：
図１１は、コントロールポイントから複合機２００にアクション要求が発行された場合の手順を示すシーケンス図である。図１１のステップ[1]では、コントロールポイント１１０Ｃが、アクション要求のリクエストメッセージＦ１１をＭＦＰサーバ３００に転送する。このリクエストメッセージＦ１１のヘッダには、宛先のパス名”/CONTROL/PRINTER/PRINTBASIC1”と、複合機２００のＩＰアドレス”169.254.100.100”とが記述されている。さらに、メッセージボディには、アクション要求の内容を示すＳＯＡＰエンベロープが含まれている。 E. Various data transfer sequences:
FIG. 11 is a sequence diagram illustrating a procedure when an action request is issued from the control point to the multifunction device 200. In step [1] of FIG. 11, the control point 110C transfers an action request request message F11 to the MFP server 300. In the header of the request message F11, the destination path name “/ CONTROL / PRINTER / PRINTBASIC1” and the IP address “169.254.100.100” of the multifunction device 200 are described. Further, the message body includes a SOAP envelope indicating the content of the action request.

アクション要求が、例えば、新たな印刷ジョブのＩＤを作成する要求（CreateJob命令）である場合には、ＳＯＡＰエンベロープには、ジョブの属性として以下のような印刷仕様を設定することが可能である。
・コピー部数
・レイアウト（１頁／１枚，２頁／１枚，デバイス設定値等）
・印刷の向き（ポートレイト／ランドスケープ、デバイス設定値等）
・用紙サイズ（Ａ４，Ｂ４，デバイス設定値等）
・印刷用紙の種類（普通紙、写真用紙、透明シート、封筒、デバイス設定値等）
・印刷品質（低画質、通常、高画質、デバイス設定値等）
なお、「デバイス設定値」とは、複合機２００に設定されている設定値を使用することを意味している。CreateJob命令には、このような種々の印刷仕様を設定することができるので、コントロールポイントを操作しているユーザが、所望の印刷仕様で複合機２００に印刷を実行させることができる。 When the action request is, for example, a request for creating a new print job ID (CreateJob instruction), the following print specifications can be set as job attributes in the SOAP envelope.
・ Number of copies and layout (1 page / 1 sheet, 2 pages / 1 sheet, device setting value, etc.)
・ Direction of printing (portrait / landscape, device settings, etc.)
-Paper size (A4, B4, device settings, etc.)
-Printing paper type (plain paper, photo paper, transparent sheet, envelope, device settings, etc.)
-Print quality (low image quality, normal, high image quality, device settings, etc.)
The “device setting value” means that a setting value set in the multifunction device 200 is used. Since various types of printing specifications can be set in the CreateJob command, the user operating the control point can cause the MFP 200 to execute printing with the desired printing specifications.

図１１のステップ[2]では、ＭＦＰサーバ３００が、リクエストメッセージＦ１１についてＵＰｎＰプロトコルの解析を行う。具体的には、ＭＦＰサーバ３００は、宛先の最上位パス名”/CONTROL”を解釈してUPNP-CONTROLチャンネルを選択する。ステップ[3]では、ＭＦＰサーバ３００が、UPNP-CONTROLチャンネルを用いて、宛先のパス名とＳＯＡＰエンベロープとを含むメッセージＦ１２をＭＦＰデバイスユニット４００に転送する。このメッセージＦ１２内のＳＯＡＰエンベロープは、コントロールポイントから送られてきたＳＯＡＰエンベロープをそのままコピーしたものである。   In step [2] of FIG. 11, the MFP server 300 analyzes the UPnP protocol for the request message F11. Specifically, the MFP server 300 interprets the highest path name “/ CONTROL” of the destination and selects the UPNP-CONTROL channel. In step [3], the MFP server 300 transfers the message F12 including the destination path name and the SOAP envelope to the MFP device unit 400 using the UPNP-CONTROL channel. The SOAP envelope in this message F12 is a copy of the SOAP envelope sent from the control point as it is.

図１２のステップ[4]では、ＭＦＰデバイスユニット４００が、受信したメッセージＦ１２内のＳＯＡＰエンベロープに含まれているＳＯＡＰアクションを解析し、ＳＯＡＰアクションに応じて処理を実行する。例えば、ＳＯＡＰアクションが印刷ジョブの作成要求の場合には、印刷すべき文書を表す文書データ（ＸＨＴＭＬデータ）の送付先ＵＲＩが設定された返信用のＳＯＡＰエンベロープが作成される。このＳＯＡＰアクションに応じた処理は、宛先の下位パス名”/PRINTER/PRINTBASIC1”で指定されたサービスモジュール”PrintBasic”（図１０）によって実行される。   In step [4] of FIG. 12, the MFP device unit 400 analyzes the SOAP action included in the SOAP envelope in the received message F12, and executes processing according to the SOAP action. For example, when the SOAP action is a print job creation request, a return SOAP envelope in which a destination URI of document data (XHTML data) representing a document to be printed is set is created. The processing corresponding to the SOAP action is executed by the service module “PrintBasic” (FIG. 10) designated by the destination lower path name “/ PRINTER / PRINTBASIC1”.

ステップ[5]では、ＭＦＰデバイスユニット４００が、このＳＯＡＰエンベロープを含むメッセージＲ１１をＭＦＰサーバ３００に転送する。このときも、ステップ[4]で使用されたものと同じチャン論理チャンネル（UPNP-CONTROLチャンネル）が使用される。メッセージパケットＲ１１のエラーコードフィールド（図６）には、ＭＦＰデバイスユニット４００での処理が成功したか否かを示すエラーコード等が設定される。   In step [5], the MFP device unit 400 transfers the message R11 including the SOAP envelope to the MFP server 300. At this time, the same logical channel (UPNP-CONTROL channel) used in step [4] is used. In the error code field (FIG. 6) of the message packet R11, an error code indicating whether or not the processing in the MFP device unit 400 is successful is set.

ステップ[6]では、ＭＦＰサーバ３００がメッセージＲ１１のエラーコードを参照し、これに応じてＳＯＡＰエンベロープにＨＴＴＰのヘッダを付加する。ステップ[7]では、こうして作成されたＨＴＴＰのレスポンスメッセージＲ１２がＭＦＰサーバ３００からコントロールポイント１１０Ｃに転送される。   In step [6], the MFP server 300 refers to the error code of the message R11 and adds an HTTP header to the SOAP envelope accordingly. In step [7], the HTTP response message R12 created in this way is transferred from the MFP server 300 to the control point 110C.

なお、アクション要求が印刷ジョブ作成要求である場合には、図１１のステップ[7]の後に、コントロールポイント１１０Ｃが、ＸＨＴＭＬデータをＭＦＰサーバ３００に送信し、これに応じて印刷が実行されるが、ここではその説明は省略する。   If the action request is a print job creation request, after step [7] in FIG. 11, the control point 110C transmits the XHTML data to the MFP server 300, and printing is executed accordingly. The description is omitted here.

図１２は、アクション要求の他のシーケンスを示す図である。図１２の例は、宛先のパス名が図１１の例と異なる。すなわち、図１２では、パス名が”/CONTROL/PRINTER/PRINTENHANCED1”である。最上位パス名”/CONTRL”は図１１と同じなので、使用される論理チャンネルも図１１と同じである。一方、下位パス名”/PRINTER/PRINTENHANCED1”のうちのサービス名に相当する部分”/PRINTENHANCED1”は図１１の例と異なる。従って、図１２のステップ[4]では、メッセージボディはサービスモジュール”PrintEnhanced”（図１０）に転送されて、ここで処理される。なお、下位パス名”/PRINTER/PRINTENHANCED1”は、図９に示したデバイスディスクリプションで記述されているコントロールサーバのパス名（要素<controlURL>）の値と同じものに設定されている。図１２における他の処理内容は、図１１と同じである。   FIG. 12 is a diagram showing another sequence of action requests. The example of FIG. 12 is different from the example of FIG. 11 in the destination path name. That is, in FIG. 12, the path name is “/ CONTROL / PRINTER / PRINTENHANCED1”. Since the highest level path name “/ CONTRL” is the same as in FIG. 11, the logical channel used is also the same as in FIG. On the other hand, the part “/ PRINTENHANCED1” corresponding to the service name in the lower path name “/ PRINTER / PRINTENHANCED1” is different from the example of FIG. Accordingly, in step [4] of FIG. 12, the message body is transferred to the service module “PrintEnhanced” (FIG. 10) and processed there. The lower path name “/ PRINTER / PRINTENHANCED1” is set to the same value as the path name (element <controlURL>) of the control server described in the device description shown in FIG. Other processing contents in FIG. 12 are the same as those in FIG.

図１３は、アクション要求のさらに他のシーケンスを示す図である。図１３の例も、宛先のパス名が図１１、図１２の例と異なる。すなわち、図１３ではパス名が”/CONTROL/SCANNER/SCAN1”である。最上位パス名”/CONTRL”は、図１１、図１２と同じなので、使用される論理チャンネルも図１１、図１２と同じである。一方、下位パス名”/SCANNER/SCAN1”は図１１、図１２の例と異なる。従って、図１３のステップ[4]では、メッセージボディは、下位パス名”/SCANNER/SCAN1”に対応付けられたサービスモジュール”Scan”（図１０）に転送されて、ここで処理される。図１３における他の処理内容は、図１１、図１２と同じである。   FIG. 13 is a diagram showing still another sequence of action requests. The example in FIG. 13 is also different from the examples in FIGS. 11 and 12 in the destination path name. That is, in FIG. 13, the path name is “/ CONTROL / SCANNER / SCAN1”. Since the highest level path name “/ CONTRL” is the same as in FIGS. 11 and 12, the logical channel used is also the same as in FIGS. On the other hand, the lower path name “/ SCANNER / SCAN1” is different from the examples of FIGS. Accordingly, in step [4] of FIG. 13, the message body is transferred to the service module “Scan” (FIG. 10) associated with the lower path name “/ SCANNER / SCAN1” and processed there. Other processing contents in FIG. 13 are the same as those in FIGS. 11 and 12.

このように、図１１ないし図１３の例から、アクション要求の宛先の最上パス名”/CONTROL”に応じてＵＳＢ転送の論理チャンネルが選択され、また、下位パス名に応じてメッセージの宛先であるサービスモジュールが決定されていることが理解できる。   As described above, from the examples of FIGS. 11 to 13, the logical channel for USB transfer is selected according to the highest path name “/ CONTROL” of the destination of the action request, and the destination of the message according to the lower path name. It can be seen that the service module has been determined.

図１４は、コントロールポイント１１０Ｃがイベント初期値を複合機２００から取得する場合の手順を示すシーケンス図である。図１４のステップ[1]では、コントロールポイント１１０Ｃが、イベント初期値要求のリクエストメッセージＦ２１をＭＦＰサーバ３００に転送する。このリクエストメッセージＦ２１のヘッダには、宛先のパス名”/EVENT/PRINTER/PRINTENHANCED1”と、複合機２００のＩＰアドレス”169.254.100.100”とが記述されている。このパス名は、図９に示したデバイスディスクリプションで記述されているイベントサーバのパス名（要素<eventSubURL>）の値と同じものに設定されている。   FIG. 14 is a sequence diagram illustrating a procedure when the control point 110C acquires the event initial value from the multifunction device 200. In step [1] of FIG. 14, the control point 110C transfers the request message F21 for requesting an initial event value to the MFP server 300. In the header of the request message F21, the destination path name “/ EVENT / PRINTER / PRINTENHANCED1” and the IP address “169.254.100.100” of the MFP 200 are described. This path name is set to the same value as the event server path name (element <eventSubURL>) described in the device description shown in FIG.

図１４のステップ[2]では、ＭＦＰサーバ３００が、リクエストメッセージＦ２１の宛先の最上位パス名"/EVENT"を解釈して論理チャンネルを選択する。図５で説明したように、イベントに関連して使用されるチャンネルとしては、UPNP-EVENTチャンネルがあるが、UPNP-EVENTチャンネルは、複合機２００で発生したイベントをコントロールポイントに送信するためにのみ使用される。また、UPNP-LOCALEVENTチャンネルは、ＭＦＰデバイスユニット４００を要求者としＭＦＰサーバ３００を応答者とする通信を行うためのチャンネルなので、イベント初期値のリクエストをＭＦＰサーバ３００からＭＦＰデバイスユニット４００に送信するには不適切である。そこで、図１４の例では、UPNP-LOCALCONTROLチャンネルが利用される。このチャンネルは、ＭＦＰサーバ３００とＭＦＰデバイスユニット４００の間において、ＭＦＰサーバ３００を要求者とし、ＭＦＰデバイスユニット４００を応答者とする通信を行う場合に使用されるチャンネルである。ＭＦＰサーバ３００内のネットワークプロトコル制御部３０２内には、ＨＴＴＰリクエストの宛先の最上位パス名”/EVENT”とUPNP-LOCALCONTROLチャンネルとの対応関係が予め設定されている。従って、図１４のステップ[3]では、ＭＦＰサーバ３００が、UPNP-LOCALCONTROLチャンネルを用いて、イベント初期値を要求するメッセージＦ２２をＭＦＰデバイスユニット４００に転送する。このメッセージＦ２２のボディには、宛先のパス名”/EVENT/PRINTER/PRINTENHANCED1”がそのまま記述される。このメッセージＦ２２は、下位パス名”/PRINTER/PRINTENHANCED1”に従って、プリンタデバイスのサービスモジュール”PrintEnhanced”（図１０）に送られる。   In step [2] in FIG. 14, the MFP server 300 interprets the highest path name “/ EVENT” of the destination of the request message F21 and selects a logical channel. As described with reference to FIG. 5, the UPNP-EVENT channel is a channel used in connection with an event. The UPNP-EVENT channel is used only for transmitting an event generated in the multifunction device 200 to a control point. used. Further, the UPNP-LOCALEVENT channel is a channel for performing communication with the MFP device unit 400 as a requester and the MFP server 300 as a responder, so that a request for an event initial value is transmitted from the MFP server 300 to the MFP device unit 400. Is inappropriate. Therefore, in the example of FIG. 14, the UPNP-LOCALCONTROL channel is used. This channel is used when communication is performed between the MFP server 300 and the MFP device unit 400 with the MFP server 300 as a requester and the MFP device unit 400 as a responder. In the network protocol control unit 302 in the MFP server 300, a correspondence relationship between the highest path name “/ EVENT” of the destination of the HTTP request and the UPNP-LOCALCONTROL channel is set in advance. Accordingly, in step [3] of FIG. 14, the MFP server 300 transfers a message F22 requesting an event initial value to the MFP device unit 400 using the UPNP-LOCALCONTROL channel. In the body of this message F22, the destination path name “/ EVENT / PRINTER / PRINTENHANCED1” is described as it is. This message F22 is sent to the service module “PrintEnhanced” (FIG. 10) of the printer device according to the lower path name “/ PRINTER / PRINTENHANCED1”.

図１４のステップ[4]では、サービスモジュール”PrintEnhanced”が、イベント初期値を記述したＸＭＬデータを生成する。図８に示したように、ＵＰｎＰデバイスのサービスには、イベントサーバと状態テーブルとが設けられている。状態テーブルは、そのサービスの種々の状態を示す状態変数を格納したテーブルである。「イベント初期値」とは、状態テーブルの初期値（状態変数の初期値）を意味している。図１４のステップ[5]では、ＭＦＰデバイスユニット４００が、このＸＭＬデータを含むメッセージＲ２１をＭＦＰサーバ３００に転送する。このときも、ステップ[4]で使用されたものと同じUPNP-LOCALCONTROLチャンネルが使用される。ステップ[6]では、ＭＦＰサーバ３００がメッセージＲ２１のエラーコードを参照し、これに応じてＨＴＴＰのヘッダを付加する。ステップ[7]では、こうして作成されたＨＴＴＰのレスポンスメッセージＲ２２がＭＦＰサーバ３００からコントロールポイント１１０Ｃに転送される。   In step [4] of FIG. 14, the service module “PrintEnhanced” generates XML data describing the event initial value. As shown in FIG. 8, the UPnP device service includes an event server and a status table. The state table is a table that stores state variables indicating various states of the service. The “event initial value” means an initial value of the state table (initial value of the state variable). In step [5] of FIG. 14, the MFP device unit 400 transfers the message R21 including the XML data to the MFP server 300. Again, the same UPNP-LOCALCONTROL channel used in step [4] is used. In step [6], the MFP server 300 refers to the error code of the message R21 and adds an HTTP header accordingly. In step [7], the HTTP response message R22 created in this way is transferred from the MFP server 300 to the control point 110C.

図１４の例から理解できるように、コントロールポイント１１０Ｃからのメッセージの宛先の最上位パス名”/EVENT”と、使用される論理チャンネル”UPNP-LOCALCONTROL”とは、互いの文字が全く一致しない場合がある。しかしながら、この場合にも、最上位パス名と、使用される論理チャンネルとの関係はＭＦＰサーバ３００内に予め設定されており、これに応じて論理チャンネルが選択される。従って、最上位パス名のみから論理チャンネルを容易に選択することが可能である。   As can be understood from the example of FIG. 14, the top-level path name “/ EVENT” of the message destination from the control point 110C and the logical channel “UPNP-LOCALCONTROL” used do not match each other at all. There is. However, also in this case, the relationship between the highest level path name and the logical channel to be used is preset in the MFP server 300, and the logical channel is selected according to this. Therefore, it is possible to easily select a logical channel only from the highest path name.

図１５は、イベント発生時のシーケンスの一例を示す図である。「イベント」とは、いずれかのサービスの状態テーブル（図８）の値（状態変数）が変化したことを意味する。イベントサーバは、状態テーブルの値が変化すると、そのサービスにサブスクライブ（購読）しているコントロールポイントにイベントの発生を通知する。   FIG. 15 is a diagram illustrating an example of a sequence when an event occurs. “Event” means that the value (state variable) of the status table (FIG. 8) of any service has changed. When the value of the state table changes, the event server notifies the occurrence of the event to the control points subscribed to the service.

イベントが発生すると、まず図１５のステップ[1]において、ＭＦＰデバイスユニット４００が、発生したイベントを記述したＸＭＬデータを作成する。ステップ[2]では、ＭＦＰデバイスユニット４００が、イベント発生のメッセージＦ３１をＭＦＰサーバ３００にＵＳＢで転送する。図５でも説明したように、イベント発生時のメッセージのＵＳＢ転送にはUPNP-EVENTチャンネルが使用される。ステップ[3]では、ＭＦＰサーバ３００が、メッセージＦ３１にＨＴＴＰヘッダを追加して、コントロールポイントへのメッセージＦ３２を作成する。このメッセージＦ３２は、ステップ[4]において、イベントが発生したサービスにサブスクライブしているコントロールポイントに送信される。このとき、ＮＯＴＩＦＹメソッドが使用されている。コントロールポイント１１０Ｃは、メッセージＦ３２を受信すると、ステップ[5]においてレスポンスメッセージＲ３１をＭＦＰサーバ３００に返信する。   When an event occurs, first, in step [1] of FIG. 15, the MFP device unit 400 creates XML data describing the event that has occurred. In step [2], the MFP device unit 400 transfers the event occurrence message F31 to the MFP server 300 via USB. As described in FIG. 5, the UPNP-EVENT channel is used for USB transfer of a message when an event occurs. In step [3], the MFP server 300 adds an HTTP header to the message F31 and creates a message F32 to the control point. This message F32 is transmitted to the control point subscribed to the service in which the event has occurred in step [4]. At this time, the NOTIFY method is used. Upon receiving message F32, control point 110C returns response message R31 to MFP server 300 in step [5].

このように、イベントの発生の際にも、ＭＦＰサーバ３００は、メッセージを単に転送するだけであり、メッセージの内容の解析や解釈は行わない。従って、ＭＦＰサーバ３００の構成を簡易なものとすることが可能である。   As described above, even when an event occurs, the MFP server 300 merely transfers the message, and does not analyze or interpret the content of the message. Therefore, the configuration of the MFP server 300 can be simplified.

図１６は、コントロールポイントから複合機２００にサービスコンテンツを送信する場合の手順を示すシーケンス図である。ステップ[1]では、コントロールポイント１１０ＣからＭＦＰサーバ３００に、リクエストメッセージＦ４１が転送される。このメッセージＦ４１には、リクエスト命令のメソッド（ＰＯＳＴメソッド）と、宛先のパス名”/DOWN/PRINTER/PRINTENHANCED1”と、複合機２００のＩＰアドレス”169.254.100.100”とが記述されている。ステップ[2]では、ＭＦＰサーバ３００が、このメッセージＦ４１のヘッダを解析し、ＰＯＳＴ処理のデータ転送に使用するリクエストＩＤをＭＦＰデバイスユニット４００から取得する必要があることを判断する。リクエストＩＤは、コンテンツデータをＭＦＰサーバ３００からＭＦＰデバイスユニット４００に転送する際に、すべてのＤ４パケットのヘッダ（図６）に付して、他のパケットと区別するために使用されるＩＤである。ステップ[3]では、ＭＦＰサーバ３００が、リクエストＩＤを要求するメッセージＦ４２をＭＦＰデバイスユニット４００に転送する。このメッセージＦ４２のボディには、リクエスト命令のメソッド（ＰＯＳＴメソッド）と、宛先のパス名”/DOWN/PRINTER/PRINTENHANCED1”とが記述されている。また、メッセージＦ４２の転送には、UPNP-LOCALCONTROLチャンネルが使用される。   FIG. 16 is a sequence diagram illustrating a procedure when service content is transmitted from the control point to the multi-function device 200. In Step [1], the request message F41 is transferred from the control point 110C to the MFP server 300. In this message F41, a request command method (POST method), a destination path name “/ DOWN / PRINTER / PRINTENHANCED1”, and an IP address “169.254.100.100” of the multifunction device 200 are described. In step [2], the MFP server 300 analyzes the header of the message F41 and determines that it is necessary to obtain from the MFP device unit 400 a request ID used for data transfer in the POST process. The request ID is an ID used for distinguishing from other packets by attaching to the headers of all D4 packets (FIG. 6) when transferring content data from the MFP server 300 to the MFP device unit 400. . In step [3], the MFP server 300 transfers a message F42 requesting a request ID to the MFP device unit 400. In the body of the message F42, a request command method (POST method) and a destination path name “/ DOWN / PRINTER / PRINTENHANCED1” are described. The UPNP-LOCALCONTROL channel is used for transferring the message F42.

ステップ[4]では、ＭＦＰデバイスユニット４００が、このメッセージＦ４２の要求に従ってリクエストＩＤを生成し、また、Ｎdown個のUPNP-DOWNCONTENTxチャンネルのうちの１つを指定するためのチャンネルＩＤも生成する。チャンネルＩＤの値としては、例えば、その時点で使用されていないUPNP-DOWNCONTENTxチャンネルのチャンネルＩＤの中で最も小さな値が割り当てられる。なお、リクエストＩＤとチャンネルＩＤの生成は、デバイス制御部４０２（図１）によって行われる。ステップ[5]では、ＭＦＰデバイスユニット４００からＭＦＰサーバ３００に、リクエストＩＤとチャンネルＩＤを含むメッセージＲ４１が返信される。この際にも、UPNP-LOCALCONTROLチャンネルが使用される。   In step [4], the MFP device unit 400 generates a request ID according to the request of the message F42, and also generates a channel ID for designating one of Ndown UPNP-DOWNCONTENTx channels. As the value of the channel ID, for example, the smallest value among the channel IDs of UPNP-DOWNCONTENTx channels that are not used at that time is assigned. The request ID and the channel ID are generated by the device control unit 402 (FIG. 1). In step [5], the MFP device unit 400 returns a message R41 including a request ID and a channel ID to the MFP server 300. In this case, the UPNP-LOCALCONTROL channel is also used.

こうしてリクエストＩＤとチャンネルＩＤがＭＦＰサーバ３００に通知され、また、ステップ[6]においてＭＦＰサーバ３００がコンテンツデータの受信を完了すると、ステップ[7]において、ＭＦＰサーバ３００がコンテンツデータ（例えばＸＨＴＭＬデータ）を含むメッセージＦ４３をＭＦＰデバイスユニット４００に転送する。このメッセージＦ４３の各パケットのヘッダには、ステップ[5]で通知されたリクエストＩＤが記入されている。また、論理チャンネルとしては、Ｎdown個のUPNP-DOWNCONTENTxチャンネルの中で、チャンネルＩＤで指定された１つのチャンネルが使用される。図１６の例では、チャンネルＩＤの値が”１”なので、１番目のチャンネルUPNP-DOWNCONTENT1が使用されている。ＭＦＰデバイスユニット４００は、メッセージＦ４３のリクエストＩＤを参照することによって、これらのパケットがステップ[3]で要求された処理のためのパケットであることを容易に認識することができる。また、コンテンツデータの送信処理の際には、予め設けられたＮdown個の論理チャンネルUPNP-DOWNCONTENTxのうちの１つを１つのコンテンツに割り当てるので、多数のコンテンツ送信処理を並行して行うことが可能である。   In this way, the request ID and the channel ID are notified to the MFP server 300, and when the MFP server 300 completes reception of the content data in step [6], the MFP server 300 in step [7], the content data (for example, XHTML data). Is transferred to the MFP device unit 400. In the header of each packet of this message F43, the request ID notified in step [5] is entered. As the logical channel, one channel designated by the channel ID is used among Ndown UPNP-DOWNCONTENTx channels. In the example of FIG. 16, since the value of the channel ID is “1”, the first channel UPNP-DOWNCONTENT1 is used. The MFP device unit 400 can easily recognize that these packets are packets for the processing requested in step [3] by referring to the request ID of the message F43. In addition, during content data transmission processing, one of Ndown logical channels UPNP-DOWNCONTENTx provided in advance is assigned to one content, so that a large number of content transmission processing can be performed in parallel. It is.

コンテンツデータの転送処理が終了すると、ステップ[8]において、処理が完了したことを示すレスポンスメッセージＦ４２がＭＦＰデバイスユニット４００からＭＦＰサーバ３００に転送される。ステップ[9]では、ＭＦＰサーバ３００がメッセージＲ４２のエラーコードを参照し、これに応じてＨＴＴＰのヘッダを付加する。ステップ[10]では、こうして作成されたＨＴＴＰのレスポンスメッセージＲ４３がＭＦＰサーバ３００からコントロールポイント１１０Ｃに転送される。   When the content data transfer process is completed, a response message F42 indicating that the process is completed is transferred from the MFP device unit 400 to the MFP server 300 in step [8]. In step [9], the MFP server 300 refers to the error code of the message R42 and adds an HTTP header accordingly. In step [10], the HTTP response message R43 created in this way is transferred from the MFP server 300 to the control point 110C.

このように、サービスコンテンツの送信（ダウンロード）の際には、まずUPNP-LOCALCONTROLチャンネルを使用して、Ｄ４パケットを識別するためのリクエストＩＤと、使用する論理チャンネルを指定するためのチャンネルＩＤが取得される。従って、同一のコンテンツデータの転送処理に用いられるパケットを容易に識別することができる。また、複数のUPNP-DOWNCONTENTxチャンネルの中から、使用可能なチャンネルを容易に選択することができる。   As described above, when transmitting (downloading) service content, first, a UPNP-LOCALCONTROL channel is used to obtain a request ID for identifying a D4 packet and a channel ID for designating a logical channel to be used. Is done. Therefore, it is possible to easily identify packets used for the transfer processing of the same content data. Also, a usable channel can be easily selected from a plurality of UPNP-DOWNCONTENTx channels.

図１７は、コントロールポイントが複合機２００からサービスコンテンツを取得する場合の手順を示すシーケンス図である。ステップ[1]では、コントロールポイント１１０ＣからＭＦＰサーバ３００に、リクエストメッセージＦ５１が転送される。このメッセージＦ５１には、リクエスト命令のメソッド（ＧＥＴメソッド）と、宛先のパス名”/UP/PRINTER/PRINTENHANCED1”と、複合機２００のＩＰアドレス”169.254.100.100”とが記述されている。ステップ[2]では、ＭＦＰサーバ３００が、このメッセージＦ５１のヘッダを解析し、ＧＥＴ処理のデータ転送に使用するリクエストＩＤをＭＦＰデバイスユニット４００から取得する必要があることを判断する。ステップ[3]では、ＭＦＰサーバ３００が、リクエストＩＤを要求するメッセージＦ５２をＭＦＰデバイスユニット４００に転送する。このメッセージＦ５２のボディには、リクエスト命令のメソッド（ＧＥＴメソッド）と、宛先のパス名”/UP/PRINTER/PRINTENHANCED1”とが記述されている。このときの転送には、UPNP-LOCALCONTROLチャンネルが使用される。   FIG. 17 is a sequence diagram illustrating a procedure when the control point acquires service content from the multifunction device 200. In step [1], the request message F51 is transferred from the control point 110C to the MFP server 300. In this message F51, a request command method (GET method), a destination path name “/ UP / PRINTER / PRINTENHANCED1”, and an IP address “169.254.100.100” of the multifunction device 200 are described. In step [2], the MFP server 300 analyzes the header of the message F51 and determines that it is necessary to obtain from the MFP device unit 400 a request ID used for data transfer in the GET process. In step [3], the MFP server 300 transfers a message F52 requesting a request ID to the MFP device unit 400. In the body of this message F52, a request instruction method (GET method) and a destination path name “/ UP / PRINTER / PRINTENHANCED1” are described. For this transfer, the UPNP-LOCALCONTROL channel is used.

ステップ[4]では、ＭＦＰデバイスユニット４００が、メッセージＦ５２の要求に従ってリクエストＩＤを生成し、また、Ｎup個のUPNP-UPCONTENTxチャンネルのうちの１つを指定するためのチャンネルＩＤも生成する。チャンネルＩＤの値としては、その時点で使用されていないUPNP-UPCONTENTxチャンネルのチャンネルＩＤの中で最も小さな値が割り当てられる。ステップ[5]では、ＭＦＰデバイスユニット４００からＭＦＰサーバ３００に、リクエストＩＤとチャンネルＩＤを含むメッセージＲ５１が返信される。この際にも、UPNP-LOCALCONTROLチャンネルが使用される。   In step [4], the MFP device unit 400 generates a request ID according to the request of the message F52, and also generates a channel ID for designating one of Nup UPNP-UPCONTENTx channels. As the value of the channel ID, the smallest value among the channel IDs of UPNP-UPCONTENTx channels that are not used at that time is assigned. In step [5], the MFP device unit 400 returns a message R51 including a request ID and a channel ID to the MFP server 300. In this case, the UPNP-LOCALCONTROL channel is also used.

こうしてリクエストＩＤとチャンネルＩＤがＭＦＰサーバ３００に通知された後、ステップ[6]においてコンテンツデータの生成が完了すると、ステップ[7]において、ＭＦＰデバイスユニット４００がコンテンツデータを含むメッセージＲ５２をＭＦＰサーバ３００に転送する。このメッセージＲ５２の各パケットのヘッダには、ステップ[5]でＭＦＰサーバ３００に通知されたリクエストＩＤが記入されている。また、論理チャンネルとしては、Ｎup個のUPNP-UPCONTENTxチャンネルの中で、チャンネルＩＤで指定された１つのチャンネルが使用される。図１７の例では、チャンネルＩＤの値が”１”なので、１番目のチャンネルUPNP-UPCONTENT1が使用されている。ＭＦＰデバイスユニット４００は、メッセージＲ５２のリクエストＩＤを参照することによって、これらのパケットがステップ[3]で要求された処理のためのパケットであることを容易に認識することができる。また、コンテンツデータのＵＳＢ転送の際には、予め設けられたＮup個の論理チャンネルUPNP-UPCONTENTxのうちの１つを使用するので、多数のコンテンツ転送処理を並行して行うことが可能である。   After the request ID and the channel ID are notified to the MFP server 300 in this way, when the generation of the content data is completed in step [6], in step [7], the MFP device unit 400 sends a message R52 including the content data to the MFP server 300. Forward to. In the header of each packet of the message R52, the request ID notified to the MFP server 300 in step [5] is entered. As the logical channel, one of the Nup UPNP-UPCONTENTx channels specified by the channel ID is used. In the example of FIG. 17, since the value of the channel ID is “1”, the first channel UPNP-UPCONTENT1 is used. The MFP device unit 400 can easily recognize that these packets are packets for the processing requested in step [3] by referring to the request ID of the message R52. In addition, since one of Nup logical channels UPNP-UPCONTENTx provided in advance is used for USB transfer of content data, a large number of content transfer processes can be performed in parallel.

コンテンツデータのＵＳＢ転送が終了すると、ステップ[8]において、ＭＦＰサーバ３００が、コンテンツデータにＨＴＴＰのヘッダを付加してメッセージＲ５３を生成する。ステップ[9]では、こうして作成されたメッセージＲ５３がＭＦＰサーバ３００からコントロールポイント１１０Ｃに転送される。   When the USB transfer of the content data is completed, in step [8], the MFP server 300 generates a message R53 by adding an HTTP header to the content data. In step [9], the message R53 created in this way is transferred from the MFP server 300 to the control point 110C.

このように、コントロールポイントからの要求に応じてサービスコンテンツをコントロールポイントに転送する際には、まずUPNP-LOCALCONTROLチャンネルを使用して、転送処理用のパケットを識別するためのリクエストＩＤと、使用する論理チャンネルを指定するためのチャンネルＩＤが取得される。従って、１つのコンテンツの転送処理に用いられる複数のパケットを容易に識別することができる。また、複数のUPNP-UPCONTENTxチャンネルの中から、使用可能なチャンネルを容易に選択することができる。   As described above, when the service content is transferred to the control point in response to a request from the control point, first, the UPNP-LOCALCONTROL channel is used and the request ID for identifying the packet for transfer processing is used. A channel ID for designating a logical channel is acquired. Therefore, it is possible to easily identify a plurality of packets used for one content transfer process. In addition, a usable channel can be easily selected from a plurality of UPNP-UPCONTENTx channels.

F．他の実施例：
図１８は、本発明の第２実施例における複合機システムの構成を示すブロック図である。この複合機システムは、中継ユニット６００とデバイスユニット８００とがＵＳＢ接続された構成を有している。中継ユニット６００は、ＭＦＰサーバ３００とＭＦＰデバイス制御ユニット７００とを有している。ＭＦＰサーバ３００は、図２に示したものと同じである。ＭＦＰデバイス制御ユニット７００は、図２に示したＭＦＰデバイスユニット４００から、ＵＳＢデバイス制御部４７０と、ＰＣカードインタフェース４８０と、操作パネル制御部４９０及び操作パネル４９２と、ビューワ制御部５００及びビューワ５０２と、印刷エンジン４４０と、スキャナエンジン４５０とを省略したものである。ＵＳＢホスト制御部５１０のルートハブ５１２には、デバイスユニット８００が接続されている。 F. Other examples:
FIG. 18 is a block diagram showing the configuration of the multifunction machine system in the second embodiment of the present invention. This multi-function device system has a configuration in which a relay unit 600 and a device unit 800 are connected by USB. The relay unit 600 includes an MFP server 300 and an MFP device control unit 700. The MFP server 300 is the same as that shown in FIG. The MFP device control unit 700 includes a USB device control unit 470, a PC card interface 480, an operation panel control unit 490 and an operation panel 492, a viewer control unit 500, and a viewer 502 from the MFP device unit 400 shown in FIG. The print engine 440 and the scanner engine 450 are omitted. A device unit 800 is connected to the root hub 512 of the USB host control unit 510.

デバイスユニット８００は、印刷エンジン８１０と、スキャナエンジン８２０と、ＰＣカードインタフェース８３０とを有している。また、図示は省略されているが、デバイスユニット８００に操作パネルとビューワを設けておくことが好ましい。この複合機システムは、図２の複合機２００から３つのデバイス（プリンタ、スキャナ、ストレージ）を分離して、デバイスユニット８００として独立させたものであることが理解できる。   The device unit 800 includes a print engine 810, a scanner engine 820, and a PC card interface 830. Although illustration is omitted, it is preferable to provide an operation panel and a viewer on the device unit 800. It can be understood that this multifunction device system is obtained by separating three devices (printer, scanner, and storage) from the multifunction device 200 of FIG.

図１９は、第２実施例において、コントロールポイントからリクエスト（ＨＴＴＰリクエスト）を受けたときのデータ転送の流れを示す説明図である。ＭＦＰサーバ３００（図１８）はネットワークプロトコル制御部３０２としての機能を有しており、ＭＦＰデバイス制御ユニット７００はディスパッチャ４０１としての機能を有している。ネットワークプロトコル制御部３０２とディスパッチャ４０１の機能は、図１０に示したこれらの機能と同じである。すなわち、ネットワークプロトコル制御部３０２は、最上位パス名に応じて論理チャンネルを選択して、メッセージをＭＦＰデバイス制御ユニット７００に転送する。また、ＭＦＰデバイス制御ユニット７００のディスパッチャ４０１は、下位パス名に応じてメッセージの転送先のデバイスモジュール及びサービスモジュールを切り換える。なお、デバイスモジュール及びサービスモジュールのソフトウェア部分は、ＭＦＰデバイス制御ユニット７００内に設けておくようにしてもよい。   FIG. 19 is an explanatory diagram showing the flow of data transfer when a request (HTTP request) is received from the control point in the second embodiment. The MFP server 300 (FIG. 18) has a function as the network protocol control unit 302, and the MFP device control unit 700 has a function as the dispatcher 401. The functions of the network protocol control unit 302 and the dispatcher 401 are the same as those shown in FIG. That is, the network protocol control unit 302 selects a logical channel according to the highest path name and transfers the message to the MFP device control unit 700. Further, the dispatcher 401 of the MFP device control unit 700 switches the device module and service module to which the message is transferred according to the lower path name. The software parts of the device module and service module may be provided in the MFP device control unit 700.

なお、第２実施例では、ＭＦＰデバイス制御ユニット７００とデバイスユニット８００との間もＵＳＢ接続されているので、これらの間においても、図４に示したものと同じ論理チャンネルを設けるおくことが好ましい。こうすれば、２つのユニット７００，８００間の転送に用いる論理チャンネルを容易に選択できるので、ＭＦＰデバイス制御ユニット７００の制御がより容易になる。   In the second embodiment, since the MFP device control unit 700 and the device unit 800 are also connected by USB, it is preferable to provide the same logical channel as that shown in FIG. . In this way, since the logical channel used for transfer between the two units 700 and 800 can be easily selected, the control of the MFP device control unit 700 becomes easier.

この第２実施例においても、ネットワークプロトコル制御部３０２がリクエストの宛先の最上位パス名に応じて論理チャンネルを選択するので、多数の論理チャンネルの中から適切な論理チャンネルを容易に選択することができる。また、ＭＦＰデバイス制御ユニット７００は、下位パス名に応じてデータ転送先のサービスデバイスを切り換えるので、リクエストを適切なサービスデバイスに容易に供給することができる。   Also in the second embodiment, since the network protocol control unit 302 selects a logical channel according to the highest-level path name of the request destination, it is possible to easily select an appropriate logical channel from among a large number of logical channels. it can. Further, since the MFP device control unit 700 switches the data transfer destination service device according to the lower path name, the request can be easily supplied to an appropriate service device.

G．変形例：
なお、この発明は上記の実施例や実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の態様において実施することが可能であり、例えば次のような変形も可能である。 G. 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.

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

G２．変形例２：
上記実施例において、ハードウェアによって実現されていた構成の一部をソフトウェアに置き換えるようにしてもよく、逆に、ソフトウェアによって実現されていた構成の一部をハードウェアに置き換えるようにしてもよい。 G2. 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. 複合機の内部構成を示すブロック図である。2 is a block diagram illustrating an internal configuration of the multifunction machine. FIG. ＭＦＰサーバの各種プロトコルの階層構造を示すブロック図である。3 is a block diagram showing a hierarchical structure of various protocols of the MFP server. FIG. ＭＦＰデバイスユニットの各種プロトコルの階層構造を示すブロック図である。3 is a block diagram showing a hierarchical structure of various protocols of an MFP device unit. FIG. ＵＳＢのインタフェース／エンドポイント構成と論理チャンネルの構成とを示す説明図である。It is explanatory drawing which shows the structure of a USB interface / endpoint and a logical channel. プリンタインタフェースを介したＵＳＢ転送に用いられるパケットの構成を示す説明図である。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. 実施例のＵＰｎＰデバイス構成を示す説明図である。It is explanatory drawing which shows the UPnP device structure of an Example. 複合機のデバイスディスクリプションの例を示す説明図である。FIG. 11 is an explanatory diagram illustrating an example of a device description of a multifunction peripheral. コントロールポイントからＨＴＴＰリクエストを受けたときの複合機内のデータ転送の流れを示す説明図である。FIG. 10 is an explanatory diagram showing a flow of data transfer in the multifunction peripheral when an HTTP request is received from a control point. アクション要求の手順を示すシーケンス図である。It is a sequence diagram which shows the procedure of an action request | requirement. アクション要求の他の手順を示すシーケンス図である。It is a sequence diagram which shows the other procedure of an action request | requirement. アクション要求のさらに他の手順を示すシーケンス図である。It is a sequence diagram which shows the other procedure of an action request | requirement. コントロールポイントがイベント初期値を取得する手順を示すシーケンス図である。It is a sequence diagram which shows the procedure in which a control point acquires an event initial value. イベント発生時の手順を示すシーケンス図である。It is a sequence diagram which shows the procedure at the time of event occurrence. コントロールポイントから複合機にサービスコンテンツを送信する場合の手順を示すシーケンス図である。FIG. 10 is a sequence diagram illustrating a procedure when service content is transmitted from a control point to a multifunction peripheral. コントロールポイントが複合機からサービスコンテンツを取得する場合の手順を示すシーケンス図である。FIG. 10 is a sequence diagram illustrating a procedure when a control point acquires service content from a multifunction peripheral. 第２実施例における複合機システムの内部構成を示すブロック図である。It is a block diagram which shows the internal structure of the multifunctional machine system in 2nd Example. 第２実施例におけるデータ転送の流れを示す説明図である。It is explanatory drawing which shows the flow of the data transfer in 2nd Example.

符号の説明Explanation of symbols

１００…パーソナルコンピュータ
１００Ｄ…プリンタドライバ
１１０…デジタルカメラ
１１０Ｃ，１２０Ｃ…コントロールポイント
１２０…ＴＶセット
１３０…画像サーバ
２００…複合機
３００…ＭＦＰサーバ
３０２…ネットワークプロトコル制御部
３１０…中央制御部
３２０…ＲＡＭ
３３０…ＲＯＭ
３４０…ネットワーク制御部
３４２…コネクタ
３５０…ＵＳＢホスト制御部
３５２…ルートハブ
３５４，３５６…ＵＳＢコネクタ
４００…ＭＦＰデバイスユニット
４０１…ディスパッチャ
４０２…デバイス制御部
４０４…プリンタデバイス
４０６…スキャナデバイス
４０８…ストレージデバイス
４１０…中央制御部
４２０…ＲＡＭ
４３０…ＲＯＭ
４４０…印刷エンジン
４５０…スキャナエンジン
４６０…ＵＳＢデバイス制御部
４６２…ＵＳＢコネクタ
４７０…ＵＳＢデバイス制御部
４７２…ＵＳＢコネクタ
４８０…ＰＣカードインタフェース
４８２…スロット
４９０…操作パネル制御部
４９２…操作パネル
５００…ビューワ制御部
５０２…ビューワ
５１０…ＵＳＢホスト制御部
５１２…ルートハブ
５１４…ＵＳＢコネクタ
６００…中継ユニット
７００…ＭＦＰデバイス制御ユニット
８００…デバイスユニット
８１０…印刷エンジン
８２０…スキャナエンジン
８３０…ＰＣカードインタフェース
１０００…サービスプロトコル解釈部
１１００…ＵＰｎＰデバイスアーキテクチャ
１２１０…非ＵＰｎＰプリンタ機能部
１２２０…非ＵＰｎＰスキャナ機能部
１２３０…非ＵＰｎＰストレージ機能部
１３１０…ＵＳＢプリンタクラスドライバ
１３２０…ＵＳＢスキャナクラスドライバ
１３３０…ＵＳＢストレージクラスドライバ
２２１０…非ＵＰｎＰプリンタ機能部
２２２０…非ＵＰｎＰスキャナ機能部
２２３０…非ＵＰｎＰストレージ機能部
２３１０…ＵＳＢプリンタクラスドライバ
２３２０…ＵＳＢスキャナクラスドライバ
２３３０…ＵＳＢストレージクラスドライバ
２４００…ＵＰｎＰデバイス機能部 DESCRIPTION OF SYMBOLS 100 ... Personal computer 100D ... Printer driver 110 ... Digital camera 110C, 120C ... Control point 120 ... TV set 130 ... Image server 200 ... Multifunction machine 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 400 ... MFP device unit 401 ... Dispatcher 402 ... Device control unit 404 ... Printer device 406 ... Scanner device 408 ... Storage device 410 ... Central control unit 420 ... RAM
430 ... ROM
440 ... Print engine 450 ... Scanner engine 460 ... USB device controller 462 ... USB connector 470 ... USB device controller 472 ... USB connector 480 ... PC card interface 482 ... Slot 490 ... Operation panel controller 492 ... Operation panel 500 ... Viewer control Reference numeral 502 ... Viewer 510 ... USB host controller 512 ... Root hub 514 ... USB connector 600 ... Relay unit 700 ... MFP device control unit 800 ... Device unit 810 ... Print engine 820 ... Scanner engine 830 ... PC card interface 1000 ... Service protocol interpreter 1100 ... UPnP device architecture 1210 ... Non-UPnP printer function unit 1220 ... Non-UPnP scanner function unit 1230 ... Non-UP nP storage 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 (5)

ネットワーク型プラグアンドプレイに対応したネットワーク装置であって、
ネットワーク上のクライアントからの要求に応じてサービスを実行する１つ以上のサービスデバイスと、
前記サービスデバイスの制御を行うデバイス制御部と、
メッセージヘッダとメッセージボディとを有するメッセージを前記ネットワーク上のクライアントから受信するとともに、前記メッセージボディの情報を前記デバイス制御部に転送するネットワークプロトコル制御部と、
を備え、
前記ネットワークプロトコル制御部と前記デバイス制御部とは、所定のインタフェースの論理チャネルであって、前記ネットワーク型プラグアンドプレイに対応した論理チャネルとして設定された複数の論理チャンネルで接続されており、
前記ネットワークプロトコル制御部は、前記クライアントから受信したメッセージの宛先であるパス名のうちの最上位層の名前である最上位パス名に応じて前記複数の論理チャンネルの１つを選択し、選択された論理チャンネルを用いて前記メッセージボディの内容を前記デバイス制御部に転送する、ネットワーク装置。 A network device that supports network type plug and play,
One or more service devices that perform services in response to requests from clients on the network;
A device control unit for controlling the service device;
A network protocol control unit for 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;
With
The network protocol control unit and the device control unit are logical channels of a predetermined interface , and are connected by a plurality of logical channels set as logical channels corresponding to the network type plug and play ,
The network protocol control unit selects one of the plurality of logical channels according to a highest path name that is a name of a highest layer among path names that are destinations of a message received from the client. A network device that transfers the content of the message body to the device control unit using a logical channel. 請求項１記載のネットワーク装置であって、
前記デバイス制御部は、複数の前記サービスデバイスを含んでおり、
前記ネットワークプロトコル制御部は、前記メッセージボディの情報の他に前記メッセージのパス名も前記デバイス制御部に転送し、
前記デバイス制御部は、前記メッセージのパス名のうちの前記最上位層よりも下位の名前である下位パス名に応じて前記複数のサービスデバイスのうちの１つを選択し、選択されたサービスデバイスに前記メッセージボディの情報を供給する、ネットワーク装置。 The network device according to claim 1, wherein
The device control unit includes a plurality of the service devices,
The network protocol controller transfers the message path name in addition to the message body information to the device controller,
The device control unit selects one of the plurality of service devices according to a lower path name that is a name lower than the highest layer in the path name of the message, and selects the selected service device A network device for supplying the message body information to the network device. 請求項２記載のネットワーク装置であって、
前記複数のサービスデバイスのうちの少なくとも１つの特定のサービスデバイスは、複数のサービスを実行するための複数のサービスモジュールを有しており、
前記デバイス制御部は、前記下位パス名が前記特定のサービスデバイスを示すデバイス名と、前記複数のサービスモジュールのうちの１つを示すサービス名とを含む場合に、前記サービス名に応じて前記複数のサービスモジュールのうちの１つを選択し、選択されたサービスモジュールに前記メッセージボディの情報を供給する、ネットワーク装置。 The network device according to claim 2, wherein
At least one specific service device of the plurality of service devices has a plurality of service modules for executing a plurality of services,
The device control unit, when the lower path name includes a device name indicating the specific service device and a service name indicating one of the plurality of service modules, according to the service name A network device that selects one of the service modules and supplies the message body information to the selected service module. 請求項１ないし３のいずれかに記載のネットワーク装置であって、
前記複数の論理チャンネルは、プリンタインタフェースの論理チャンネルであって、Ｄ４パケットを利用したＵＳＢ転送用の論理チャンネルである、ネットワーク装置。 A network device according to any one of claims 1 to 3,
The network device, wherein the plurality of logical channels are logical channels for a printer interface, and are logical channels for USB transfer using D4 packets. ネットワーク上のクライアントからの要求に応じてサービスを実行する１つ以上のサービスデバイスと、前記サービスデバイスの制御を行うデバイス制御部と、前記ネットワーク上のクライアントから受信したメッセージを前記デバイス制御部に転送するネットワークプロトコル制御部とを含むネットワーク型プラグアンドプレイに対応したネットワーク装置を制御する方法であって、
前記ネットワークプロトコル制御部と前記デバイス制御部とは、所定のインタフェースの論理チャネルであって、前記ネットワーク型プラグアンドプレイに対応した論理チャネルとして設定された複数の論理チャンネルで接続されており、
（ａ）メッセージヘッダとメッセージボディとを有するメッセージを前記ネットワーク上のクライアントから受信する工程と、
（ｂ）前記クライアントから受信したメッセージの宛先であるパス名のうちの最上位層の名前である最上位パス名に応じて複数の論理チャンネルの１つを選択し、選択された論理チャンネルを用いて、前記メッセージボディの内容を前記ネットワークプロトコル制御部から前記デバイス制御部に転送する工程と、
を備える方法。 One or more service devices that execute a service in response to a request from a client on the network, a device control unit that controls the service device, and a message received from the client on the network is transferred to the device control unit Including a network protocol control unit for controlling a network device compatible with network-type plug and play,
The network protocol control unit and the device control unit are logical channels of a predetermined interface , and are connected by a plurality of logical channels set as logical channels corresponding to the network type plug and play ,
(A) receiving a message having a message header and a message body from a client on the network;
(B) One of a plurality of logical channels is selected according to the highest path name that is the name of the highest layer among the path names that are destinations of the message received from the client, and the selected logical channel is used. Transferring the content of the message body from the network protocol control unit to the device control unit;
A method comprising:
JP2005259554A 2005-09-07 2005-09-07 Network device corresponding to network type plug and play and control method thereof Expired - Fee Related JP4935027B2 (en)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2005259554A JP4935027B2 (en) 2005-09-07 2005-09-07 Network device corresponding to network type plug and play and control method thereof
EP06254584A EP1763198A3 (en) 2005-09-07 2006-09-04 Control of network plug-and-play compliant device
US11/517,439 US7664135B2 (en) 2005-09-07 2006-09-06 Control of network plug-and-play compliant device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2005259554A JP4935027B2 (en) 2005-09-07 2005-09-07 Network device corresponding to network type plug and play and control method thereof

Publications (2)

Publication Number Publication Date
JP2007072793A JP2007072793A (en) 2007-03-22
JP4935027B2 true JP4935027B2 (en) 2012-05-23

Family

ID=37934176

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2005259554A Expired - Fee Related JP4935027B2 (en) 2005-09-07 2005-09-07 Network device corresponding to network type plug and play and control method thereof

Country Status (1)

Country Link
JP (1) JP4935027B2 (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4555926B2 (en) * 2007-02-01 2010-10-06 サイレックス・テクノロジー株式会社 Scanner automatic connection program
JP2009208430A (en) * 2008-03-06 2009-09-17 Ricoh Co Ltd Image forming apparatus, system, method and program

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6412022B1 (en) * 1998-09-30 2002-06-25 Hewlett-Packard Company Simultaneous print and scan logical channel network multifunction peripheral
JP2001094621A (en) * 1999-09-21 2001-04-06 Canon Inc Communication control circuit and method
JP2001222503A (en) * 2000-02-08 2001-08-17 Ricoh Co Ltd Peripheral equipment control system
US20020083143A1 (en) * 2000-12-13 2002-06-27 Philips Electronics North America Corporation UPnP architecture for heterogeneous networks of slave devices
US7058088B2 (en) * 2001-03-28 2006-06-06 Minolta Co., Ltd. Data communication program product to rewrite simultaneously firmware of plurality of devices connected to network
JP2003008610A (en) * 2001-06-20 2003-01-10 Sony Corp Information processor and method, storage medium, and program for information processing
JP2004164310A (en) * 2002-11-13 2004-06-10 Canon Inc Image processor and control method therefor
JP3842251B2 (en) * 2003-07-08 2006-11-08 株式会社コナミデジタルエンタテインメント Node device, communication system, node method, and program

Also Published As

Publication number Publication date
JP2007072793A (en) 2007-03-22

Similar Documents

Publication Publication Date Title
JP4645164B2 (en) Network device control for network type plug and play
US7664135B2 (en) Control of network plug-and-play compliant device
JP4508114B2 (en) Network relay control for network type plug and play
US20060150236A1 (en) Control of network plug-and-play compliant device
US7594040B2 (en) Network relay device having network plug-and-play compliant protocols for network relay
US7869073B2 (en) Image forming system, image forming method and information terminal device
JP4710468B2 (en) Print request apparatus, print system, and print request method
JP5729979B2 (en) Print relay system, print system, image forming apparatus, control method for controlling print relay system, and program
JP4774973B2 (en) Network relay control for network type plug and play
US8259332B2 (en) Printing apparatus and printing system
JP4760425B2 (en) Switching style sheets for printing using a printer
JP2007156691A (en) Network relay compatible with network-type plug and play
JP4765496B2 (en) Network device corresponding to network type plug and play and control method thereof
JP4935027B2 (en) Network device corresponding to network type plug and play and control method thereof
JP4640147B2 (en) Network relay control for network type plug and play
JP2007080126A (en) Control of network device corresponding to network type plug and play
JP4791240B2 (en) Print control apparatus and print control method
JP2007072795A (en) Open control of usb logic channel
JP2007034886A (en) Image output device, image output method, and network connection apparatus
JP2007128215A (en) Information collection on network device
JP2005157540A (en) Print protocol converting apparatus and data storage device
JP5072499B2 (en) Image forming apparatus, data communication apparatus, data communication method, and data communication program
JP2009278336A (en) Image forming apparatus, provided function control method, and provided function control program
JP2008193381A (en) Order sheet, order sheet preparing method, processing method using order sheet, and apparatus for them
JP2007213156A (en) Server offering multiple kinds of services

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20080212

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20100827

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100831

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20101101

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110517

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110715

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20120124

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20120206

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20150302

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

Ref document number: 4935027

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

LAPS Cancellation because of no payment of annual fees