(57)【要約】【課題】  インターネットやイントラネットに接続され、マルチキャストパケットを送受信する画像処理装置において、画像処理装置から送信されるマルチキャストパケット内に含まれるURLに関する属性値を設定可能とする。【解決手段】  マルチキャストパケットに格納するためにNVRAM１０に記憶されているURLの設定を、ネットワーク上のコントロールポイントからHTTPによって行う。HTTPによってHTTPd８２に対してURL設定要求がなされると、HTTPd８２はNVRAM１０に対して設定要求に基づきURLの設定を行う。URLの設定後、NVRAM１０は応答データをHTTPｄ８２を経由させてネットワーク側に返す。【選択図】  図８
2006121618.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続され、マルチキャストパケットを送受信する画像処理装置であって、
前記画像処理装置が送信する前記マルチキャストパケット内に含まれる情報のうち、前記画像処理装置のデバイス情報を有するDevice Description DocumentのURLに関する属性値を設定する設定手段を有することを特徴とする画像処理装置。
【請求項２】
前記画像処理装置が送信する前記マルチキャストパケット内に含まれる前記URLが前記画像処理装置内のURLであって、
前記設定手段は、前記URLにアクセスしたときに応答するDevice Description Document内のURLに関する属性値を設定することを特徴とする請求項1記載の画像処理装置。
【請求項３】
前記URLにアクセスしたときに応答する前記Device Description Document内のURLを、ネットワーク上からアクセスした相手機器に応じて自動的に変更する変更手段を有することを特徴とする請求項２記載の画像処理装置。
【請求項４】
前記マルチキャストパケットはSSDPであることを特徴とする請求項１から３のいずれか１項に記載の画像処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネット、イントラネット等のネットワークに接続され、マルチキャストパケットの送受信を行う画像処理装置に関する。
【背景技術】
【０００２】
インターネット内のパケットとして、ブロードキャストパケットとともに、マルチキャストパケットが使われるようになっている。これは、ブロードキャストパケットではサブネット内のすべての機器がこれを受信してしまい何らかの処理を行わなければならないのに対して、マルチキャストパケットではIPアドレスとポート番号の組み合わせにより受信指定された機器しか受信しないので、情報受信機器側の負担が減るためである。
【０００３】
特許文献１では、マルチキャストによるデータ配信サービスを提供しているシステムにおいて、マルチキャスト機能をサポートしない端末が、特別な機能を追加せずにマルチキャスト機能をサポートしている端末と同じサービスを確実に受けることができる装置及びシステムが提案されている。
【０００４】
マルチキャストパケットの一種として、SSDP（Simple Service Discovery Protocol）パケットがある。SSDPパケットには、マルチキャストアドレスとして239.255.255.250が、ポート番号として1900が割り振られている。SSDPとは、HTTPヘッダを拡張したシンプルなマルチキャストディスカバリプロトコルであり、Windows（登録商標） XPを搭載したPC、ルーター等のゲートウェイ機器、プリンタ等がサポートしている。SSDPは、ネットワーク内の様々な機器間の情報交換や資源共有等を行うためのアーキテクチャであるUPnP（Universal Plug and Play）で規定されている一要素である。
【０００５】
SSDPはネットワークに接続されたサービスの検索、告知等に用いられる。例えば、機器が自身の存在をネットワーク内にマルチキャストパケットによってアナウンスする場合や、ネットワーク上のPCが機器の検索を行って該当する機器を見つける場合等に用いられる。図１２は、機器が存在をアナウンスするのに用いられるアナウンスパケットの一例であり、図１３は、PCが機器の検索を行う検索パケットの一例である。図１４は、検索対象の機器からの応答パケットの一例である。
【０００６】
SSDPによってサービスの検索告知を行っただけでは、ネットワーク上のPC等のコントロールポイントは、機器（デバイス）の情報を手にすることができない。そこで、コントロールポイントは、デバイス側から送信されるパケット内のLOCATIONフィールドに記載されるURLからDevice Description Documentを得ている。Device Description Documentとは機器のデバイス情報をXML形式で記録したドキュメントであり、UPnPで規定される一要素である。図１６は、Device Description Documentの一例である。
【特許文献１】特開２００３−３０９６０１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかし、従来の技術では、これらのマルチキャストパケット中に含まれるURLに関する属性値の設定について考慮されていない。そのため、マルチキャストパケット中に含まれるURLに関する属性値の設定を行うことができず、URL情報の自由度が制限されている。
【０００８】
本発明は、上記の問題点に鑑みて提案されたものであり、ネットワークに接続されマルチキャストパケットの送受信を行う画像処理装置において、マルチキャストパケット内に含まれるURLに関する属性値を設定可能とする画像処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
請求項１の発明は、ネットワークに接続され、マルチキャストパケットを送受信する画像処理装置であって、前記画像処理装置が送信する前記マルチキャストパケット内に含まれる情報のうち、前記画像処理装置のデバイス情報を有するDevice Description DocumentのURLに関する属性値を設定する設定手段を有することを特徴とする画像処理装置である。
【００１０】
請求項２の発明は、請求項１の発明において、前記画像処理装置が送信する前記マルチキャストパケット内に含まれる前記URLが前記画像処理装置内のURLであって、前記設定手段は、前記URLにアクセスしたときに応答するDevice Description Document内のURLに関する属性値を設定することを特徴とする。
【００１１】
請求項３の発明は、請求項２の発明において、前記URLにアクセスしたときに応答する前記Device Description Document内のURLを、ネットワーク上からアクセスした相手機器に応じて自動的に変更する変更手段を有することを特徴とする。
【００１２】
請求項４の発明は、請求項１から３のいずれか１項記載の発明において、前記マルチキャストパケットはSSDPであることを特徴とする。
【発明の効果】
【００１３】
本発明により、ネットワークに接続されマルチキャストパケットの送受信を行う画像処理装置において、マルチキャストパケット内に含まれるURLに関する属性値を設定することが可能となり、マルチキャストパケットの自由度を増すことが可能となる。
【発明を実施するための最良の形態】
【００１４】
図を参照にして、本発明の実施形態に係る画像処理装置の構成を説明する。図１は本実施形態に係る画像処理装置のハードウェア構成を示すブロック図である。本実施形態の複合機は、コントローラ１と、オペレーションパネル２０と、FCU（Facsimile Control Unit）２１と、エンジン部２２とを有する。オペレーションパネル２０は、コントローラ１のASIC６に接続されている。また、FCU２１とエンジン部２２は、コントローラ１のASIC６にバス２３を介して接続されている。
【００１５】
コントローラ１は、CPU２と、システムメモリ３と、ノースブリッジ４と、サウスブリッジ５と、ASIC６と、ローカルメモリ７と、HDD８と、Flash ROM９と、NVRAM１０と、SDRAM１１と、Ethernet（登録商標）I/F１２と、USB I/F１３と、IEEE 1394 I/F１４と、セントロニクスI/F１５と、外部記憶媒体用I/F１６とを有する。コントローラ１内部では、ローカルメモリ７と、HDD８と、Flash ROM９と、NVRAM１０と、SDRAM１１とがASIC６に接続されている。また、CPUチップセットのノースブリッジ４を介してCPU２とASIC６が接続されており、これによってCPU２のインターフェースが公開されていない場合に対応する。
【００１６】
ASIC６とノースブリッジ４とは、AGP(Accelerated Graphics Port)１７を介して接続されている。これによりソフトウェア構成において、アプリケーションやプラットフォームを形成する一つ以上のプロセスをパフォーマンスの低下なく実行制御する。
【００１７】
CPU２は、ソフトウェアにより全体の制御を行う部位である。ソフトウェア構成については図２で後述する。ノースブリッジ４は、CPU２と、システムメモリ３と、サウスブリッジ５と、ASIC６と、Ethernet（登録商標）I/F１２と、USB I/F１３と、IEEE 1394 I/F１４と、セントロニクスI/F１５と、外部記憶媒体用I/F１６とを接続するためのブリッジである。サウスブリッジ５と、Ethernet（登録商標）I/F１２と、USB I/F１３と、IEEE 1394 I/F１４と、セントロニクスI/F１５と、外部記憶媒体用I/F１６は、バス１８を介してノースブリッジ４に接続されている。サウスブリッジ５はバス１８と、ROMや周辺デバイス等とを接続するためのブリッジである。
【００１８】
システムメモリ３は、本実施形態において描画用メモリ等として用いられるメモリである。ローカルメモリ７は、コピー用画像バッファ、符号バッファとして用いられるメモリである。ASIC６は、画像処理用のハードウェア要素を有する画像処理用途向けのICである。HDD８は、画像データの蓄積、文書データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積等を行うストレージ（補助記憶装置）である。Flash ROM９は、外部からプログラムやデータ等の書き込みが可能なメモリである。NVRAM１０およびSDRAM１１は、電源OFF状態でも情報を保持する不揮発性メモリである。後述のURL等に関する情報は主にNVRAMに記憶される。
【００１９】
Ethernet（登録商標）I/F１２は、画像処理装置をネットワーク３０に接続させるインターフェース機器である。USB I/F１３と、IEEE 1394 I/F１４と、セントロニクスI/F１５は、それぞれの規格に準じたインターフェースであり、ネットワーク３０に接続される場合もある。外部記憶媒体用I/F１６は、外部記憶媒体を脱着可能にするための外部記憶媒体の規格に準じたインターフェースである。外部記憶媒体の例としてはSDカード（登録商標）、コンパクトフラッシュ（登録商標）等が挙げられる。
【００２０】
オペレーションパネル２０は、オペレータからの入力操作の受け付け、オペレータに向けた表示を行う。FCU２１は、メモリを有しており、画像処理装置の電源がOFFのときに受信したファクシミリデータを一時的に格納するために利用される。
【００２１】
なお、画像処理装置の構成によっては、Flash ROM９、SDRAM１１、USB I/F１３、IEEE 1394 I/F１４、セントロニクスI/F１５、外部記憶媒体用I/F１６、FCU２１は設けられていないこともある。
【００２２】
図２は、本実施形態に係る画像処理装置のソフトウェア構成を示すブロック図である。ソフトウェア群はアプリケーション部５０と、プラットフォーム部６０とから構成される。
【００２３】
アプリケーション部５０は、プリンタ、コピー、ファクス、スキャナ等の画像形成処理に関連するユーザーサービス固有の処理を行う。アプリケーション部５０は、プリンタアプリ５１と、コピーアプリ５２と、ファクスアプリ５３と、スキャナアプリ５４と、ネットファイルアプリ５５とを有する。プリンタアプリ５１は、ページ記述言語及びホストスクリプトを有するプリンタ用のアプリケーションである。コピーアプリ５２は、コピーのためのアプリケーションである。ファックスアプリ５３は、ファックスのためのアプリケーションである。スキャナアプリ５４は、スキャナのためのアプリケーションである。ネットファイルアプリ５５は、ネットワークファイルのためのアプリケーションである。
【００２４】
プラットフォーム部６０は、コントロールサービス６２と、システムリソースマネージャ６３と、オペレーティングシステム６１とから構成される。コントロールサービス６２は、アプリケーション部５０からの処理要求を解釈してハードウェア資源の獲得要求を行う。コントロールサービス６２は、システムコントロールサービス（SCS）７０と、エンジンコントロールサービス（ECS）６４と、メモリコントロールサービス（MCS）６５と、オペレーションパネルコントロールサービス（OCS）６６と、ファクスコントロールサービス（FCS）６７と、ネットワークコントロールサービス（NCS）６８と、セキュリティコントロールサービス（CCS）６９等のサービスモジュールを有する。また、プラットフォーム部６０は、予め定義されている関数によりアプリケーション５０からの処理要求の受信を可能とするアプリケーションプログラムインターフェース（API）を有する。
【００２５】
オペレーティングシステム６１は、プラットフォーム部６０及びアプリケーション部５０の各ソフトウェアをプロセスとして並列実行する。システムリソースマネージャ６３のプロセスは、SCS７０と共にシステムの制御及びハードウェア資源の管理を行う。具体的には、ハードウェア資源を利用する上位層からの要求に従って調停を行い、実行制御をする。一例をあげれば、システムリソースマネージャ６３は要求されたハードウェア資源が利用可能であるか（他の要求により利用されていないかどうか）を判定し、利用可能であれば要求されたハードウェア資源が利用可能である旨を上位層に通知する。また、上位層からの要求に対してハードウェア資源を利用するためのスケジューリングを行い、要求内容、例えば、プリンタエンジンによる紙搬送と作像動作、メモリ確保、ファイル生成等を直接実施する。
【００２６】
SCS７０のプロセスは、アプリケーションの管理、操作部の制御、システム画面の表示、LEDの表示、ハードウェア資源の管理、割り込みアプリケーションの制御等の処理を行う。ECS６４のプロセスは、ハードウェアリソースのエンジン制御を行う。MCS６５のプロセスは、メモリの取得および解放、画像データの圧縮および伸張等のメモリ制御を行う。OCS６６のプロセスは、オペレータと本体制御との間の情報伝達手段となるオペレーションパネルの制御を行う。FCS６７のプロセスは、システムコントローラの各アプリケーション層からPSTNまたはISDN網を利用したファクシミリ送受信、バックアップ用のメモリで管理されている各種ファクシミリデータの登録／引用、ファクシミリ読み取り、ファクシミリ受信印刷などを行うためのAPIを提供する。CCS６９のプロセスはアプリケーション部５０に対してセキュリティサービスを提供する。
【００２７】
NCS６８のプロセスは、ネットワークI/Oを必要とするアプリケーションに対して共通に利用できるサービスを提供するものであり、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分け、各アプリケーションからのデータをネットワーク側に送信する際の仲介を行う。このNCS６８は、本実施形態のメインとなるコントロールサービスである。
【００２８】
CPU２は、本画像処理装置全体の制御を行う。CPU２は、オペレーティングシステム６１上に、SCS７０、SRM６３、ECS６４、MCS６５、OCS６６、FCS６７、NCS６８、CCS６９をそれぞれプロセスとして起動して実行させると共に、アプリケーション部５０を構成するプリンタアプリ５１、コピーアプリ５２、ファクスアプリ５３、スキャナアプリ５４、ネットファイルアプリ５５を起動して実行させる。
【００２９】
このように本実施形態に係る複合機は、各アプリケーションで共通的に必要な処理をプラットフォーム６０で一元的に処理することができる。なお、画像処理装置の構成によっては、５１から５５までの各アプリケーション、FCS６７、CCS６９は設けられていない場合もある。
【００３０】
第一の実施形態について、図を参照に説明する。図３は、本実施形態に係る画像処理装置内部のNCS６８のソフトウェア構造とNVRAM１０とネットワーク３０を示す。NCS６８は、NCSd８０と、SSDPd８１と、HTTPd８２と、TELNETd８３の各daemonを有する。Daemonとは、特定の起動条件が満たされると自動的に起動するプログラムである。NCSd８０は、NCS全体を制御するdaemonである。SSDPd８１は、SSDPを制御するdaemonである。HTTPd８２は、HTTPを制御するdaemonである。図３ではHTTPのコンテンツ部分であるHTMLやXMLを作成する部分も含まれている。なお、コンテンツ部分をHTTPd８２とは別のdaemonで行う場合もある。TELNETd８３は、TELNETプロトコルを制御するdaemonである。HTTPd８２及びTELNETd８３は、各種設定や参照をネットワーク３０から行うためにも用いられており、NVRAM１０へのread/write動作はHTTPｄ８２、TELNETｄ８３を用いてネットワーク３０からNCSd８０経由で行われている。なお、NCS６８内には他にも多くのdaemonが存在するが、本実施形態に関連しないものは図示せず省略する。NVRAM１０は、NCSd８０に接続されており、URLや相手機器に関する情報を格納している。ネットワーク３０は、PC等のコントロールポイントと画像処理装置内部のNCS６８を結んでいる。
【００３１】
図４は、画像処理装置がSSDPによってネットワーク３０上のコントロールポイントに自身の存在を知らせるためのアナウンスパケット（NOTIFYパケット）を送出する際の、画像処理装置のNCS６８内部の動きである。SSDPd８１は、アナウンスパケット作成のために、アナウンスパケットのLOCATIONフィールドに格納するためのURLをNVRAM１０から取得し（L1）、これを保持する（L2）。この取得したURLをLOCATIONフィールドに格納してアナウンスパケットを作成する。画像処理装置は、アナウンスパケットを図１０に示すような一定間隔毎にネットワークに対し送信することで、存在のアナウンスを行う（L3）。図１２は、アナウンスパケットの一例である。図１２のアナウンスパケット内の“CACHE-CONTROL”フィールドに記載されている時間がこのパケットの有効期間（秒単位）であり、画像処理装置は、この値よりも小さい値を使って一定間隔毎にアナウンスする。
【００３２】
図５は、コントロールポイントがマルチキャストパケットにより画像処理装置の検索（M-SEARCH）を行い、画像処理装置がこの検索パケットに応答する際の、画像処理装置のNCS６８の動きである。前述のように、SSDPｄ８１は、アナウンスパケット送出時にアナウンスパケットのLOCATIONフィールドに格納するためのURLを取得し保持する。そこでSSDPd８１は、コントロールポイントからの機器検索パケットであるM-SEARCHパケット（L1）に対し、保持するURLを含んだ応答パケットを作成して応答を行う（L2）。このURLは、応答パケットのLOCATIONフィールドに格納される。シーケンス的には図１１のように行われ、ネットワーク３０上のコントロールポイントはM-SEARCHパケットを送出し、画像処理装置は応答パケットを返送する。なお、図１３はM-SEARCHパケットの一例であり、図１４は応答パケットの一例である。
【００３３】
図８は、NVRAM１０に記憶されているLOCATIONフィールドに格納するURLをネットワーク３０から設定する場合のNCS６８内の動きである。ネットワーク３０からHTTPによってHTTPd８２に対してURL設定要求がなされると（L1）、HTTPd８２はNVRAM１０に対して設定要求に基づきURLの設定を行う（L2）。URLの設定後、NVRAM１０は応答データをHTTPｄ８２を経由させてネットワーク側に返す（L3，L4）。なお、本実施形態ではHTTPを用いてURL設定をしているがHTTPの代わりにTELNETや他のネットワークプロトコルを用いて設定を行うことも可能である。URL設定に際し、これらを用いた場合もHTTPを用いた場合と同様の動きとなる。
【００３４】
図９は、NVRAM１０に記憶されているLOCATIONフィールドに格納するURLを画像処理装置から設定する場合のNCS６８内の動きである。図９に示すように画像処理装置のオペレーションパネル２０からOCS６６を通じてNVRAM１０に対してURLの設定が行われ（L1）、NVRAM１０がこれに応答する（L2）。
【００３５】
本実施形態により、インターネットやイントラネットのネットワークに接続されマルチキャストパケットを送受信する画像処理装置において、画像処理装置が送信するマルチキャストパケットに含まれるURLに関する属性値を設定すること、具体的にはLOCATIONフィールド内のURLの設定をすることが可能となるので、マルチキャストパケットのURL情報の自由度を増大させることができる。
【００３６】
第二の実施形態について、図を参照にして説明する。図６は、ネットワーク３０上のコントロールポイントが画像処理装置のDevice Description Documentを画像処理装置から取得する際における画像処理装置のNCS６８内部の動きである。Device Description Documentとは、装置名称、種類、バージョン等のデバイス情報を示すドキュメントのことであり、LOCATIONフィールドに格納されたURLから取得される。本実施形態においてはDevice Description DocumentのURLが画像処理装置内のURLとなっている。図１６はDevice Description Documentの一例である。Device Description DocumentにはPresentationURLフィールドが含まれている。
【００３７】
PresentationURLとは、一般に機器の情報を含んだURLのことである。SSDPを理解するPC等のコントロールポイントがHTTP GETメソッドによってこのURLにアクセスする。具体的には、PCのマイネットワーク上に機器のアイコンが表示され、このアイコンをクリックするとブラウザが起動しPresentationURLで指定されたURLの内容が表示される。
【００３８】
図７は、PresentationURLが画像処理装置内にある場合に、そのURLに対してアクセスされた際の画像処理装置のNCS６８内部の動きである。コントロールポイントからHTTPｄ８２に対しPresentationURLの取得要求があると（L1）、HTTPd８２は必要な情報をNVRAM１０から取得し応答を行う（L2,L3,L4）。なお、図７ではHTTPｄ８２はNVRAM１０から情報を取得しているが、他のコントロールサービス（xCS）から取得したりする場合もある。シーケンス的には、図１７に示す通常のHTTP GETのシーケンスで行われる。
【００３９】
ネットワーク３０に接続されマルチキャストパケットを送受信する画像処理装置において、画像処理装置の送信するマルチキャストパケットに含まれる情報内のURL、すなわちDevice Description Documentを示すURLが画像処理装置内のURLであるとき、SSDPd８１はDevice Description Document内に格納するためのPresentationURLをNVRAM１０から取得し保持する。コントロールポイントからHTTPによってDevice Description Documentの取得要求があると、HTTPd８２はSSDPｄ８1にPresentationURLを問合せこれを取得し、Device Description Documentを作成してコントロールポイントに応答する。シーケンス的には、図１５に示す通常のHTTP GETのシーケンスで行われる。なお、図６ではPresentationURL情報をSSDPd８１が保持しているが、HTTPd８２がPresentationURL情報を保持してもよい。また、PresentationURL以外の情報は、NVRAM１０に蓄積されていても、他のコントロールサービス（xCS）に蓄積されていてもよい。
【００４０】
図８は、NVRAM１０に記憶されているPresentationURLフィールドに格納するURLをネットワーク３０から設定する場合のNCS６８内の動きである。ネットワーク３０からHTTPによって、HTTPd８２に対してURL設定要求がなされると（L1）、HTTPd８２はNVRAM１０に対して設定要求に基づいてURLの設定を行う（L2）。URLの設定後、NVRAM１０は応答データをHTTPｄ８２を経由させてネットワーク側に返す（L3,L4）。なお、本実施形態ではHTTPを用いてURL設定をしているがHTTPの代わりにTELNETや他のネットワークプロトコルを用いて設定を行うことも可能である。URL設定に際しこれらを用いた場合もHTTPを用いた場合と同様の動きとなる。
【００４１】
図９はNVRAM１０に記憶されているPresentationURLフィールドに格納するURLを画像処理装置から設定する場合のNCS６８内の動きである。図９に示すように、画像処理装置のオペレーションパネル２０からOCS６６を通じてNVRAM１０に対してURLの設定が行われ（L1）、NVRAM１０がこれに応答する（L2）。
【００４２】
本実施形態により、第一の実施形態においてマルチキャストパケットに含まれるURLが本装置内のURLであり、そのURLにアクセスしたときに応答する内容の中のURLに関する属性値、具体的にはDevice Description Document内のPresentationURLフィールド内のURLを設定することが可能となるので、ユニキャスト（１対１）パケットでのURL情報の自由度が増す。
【００４３】
第三の実施形態について図を参照に説明する。図２０は、画像処理装置がネットワーク３０上のコントロールポイントからDevice Description Documentの取得を要求されたときに、コントロールポイントの条件よりPresentationURLを変更するためのデータの一例である。条件判断の素材としては、HTTPクライアントであるコントロールポイントからのリクエストパケット等が用いられる。図２０のようなデータは画像処理装置内のNVRAM１０に保存されている。図１８はリクエストパケットの一例であり、このパケット内容を条件としてDevice Description Documentに含まれるPresentationURLが図２０に基づいて変更される。
【００４４】
図２０に基づけば、画像処理装置は、HTTPクライアントからのリクエストパケットのAccept-Languageヘッダに“ja”を含む場合は、URLへアクセスした場合の取得ページが画像処理装置の日本語版のトップページとなるURLをDevice Description DocumentのPresentationURLフィールドに格納する。逆に、ヘッダに“ja”を含まない場合には、URLへアクセスした場合の取得ページが画像処理装置の英語版のトップページとなるURLをDevice Description DocumentのPresentationURLフィールドに格納する。
【００４５】
また、本実施形態の画像処理装置は、コントロールポイントのIPアドレスによってもPresentationURLフィールドに格納するURLを変更する。図２０に基づけばIPアドレスによって、URLへアクセスした場合の取得ページが“503 Service Unavailable”“403 Forbidden”“404 Not Found”等の表示になるURL、正常応答を返すのであるがその内容がエラーメッセージであるURL、HTTP応答もしないようなURL、をDevice Description DocumentのPresentationURLフィールドに格納する。
【００４６】
図１９は、本実施形態においてコントロールポイントからDevice Description Documentを要求されたときの画像処理装置内部の制御フロー図である。HTTPd８２は、コントロールポイントからDevice Description Document取得の要求を受けると（S101）、その要求が図２０のような条件に合致するかの判定を行う（S102）。合致する条件がある場合は（S102/YES）、合致条件に従ったURLを選択し（S103）、そのURLをPresentationURLに格納してDevice Description Documentを作成し（S104）、このDevice Description Documentをコントロールポイントに送信する（S105）。図２０の条件に合致しなかった場合は（S102/NO）、NVRAM１０にあるURLを選択し（S106）、そのURLをPresentationURLに格納してDevice Description Documentを作成し（S104）、このDevice Description Documentをコントロールポイントに送信する（S105）。
【００４７】
本実施形態により、第二の実施形態において、URLにアクセスしたときに応答する内容中のURL、具体的にはDevice Description Document内のPresentationURLフィールド内のURLがアクセスしてきたコントロールポイントに応じて自動的に変更されるので、コントロールポイントに適合したレスポンスを返すこと、及びコントロールポイントによってはレスポンスを返さないことが可能となる。
【図面の簡単な説明】
【００４８】
【図１】本実施形態に係る画像処理装置のハードウェア構成を示すブロック図である。
【図２】本実施形態に係る画像処理装置のソフトウェア構成を示すブロック図である。
【図３】本実施形態に係る画像処理装置内のNCSのソフトウェア構造とNVRAMを示すブロック図である。
【図４】機器の存在を知らせるためのアナウンスパケット送出時の、NCS内部の動きを示すブロック図である。
【図５】コントロールポイントが機器検索を行うときのNCS内部の動きを示すブロック図である。
【図６】コントロールポイントがDevice Description Documentを取得する際のNCS内部の動きを示すブロック図である。
【図７】PresentationURLが同一の機器内にある場合に、そのURLに対してアクセスされた際のNCS内部の動きを示すブロック図である。
【図８】URLをネットワークから設定する際のNCS内の動きを示すブロック図である。
【図９】URLを機器内部から設定する際のNCS内の動きを示すブロック図である。
【図１０】アナウンスパケットのシーケンスを示す図である。
【図１１】M-SEARCHパケットのシーケンスを示す図である。
【図１２】アナウンスパケットの一例を示す図である。
【図１３】M-SEARCHパケットの一例を示す図である。
【図１４】M-SEARCHパケットに対する応答パケットの一例を示す図である。
【図１５】コントロールポイントからDevice Description Documentを取得する際のHTTP GETのシーケンスを示す図である。
【図１６】Device Description Documentの一例を示す図である。
【図１７】PresentationURLが同一機器内にある場合に情報を取得する際のHTTP GETのシーケンスを示す図である。
【図１８】コントロールポイントからのリクエストパケットの一例を示す図である。
【図１９】コントロールポイントからDevice Description Documentを要求された際の機器内部のフロー制御を示す図である。
【図２０】コントロールポイントの条件に基づくPresentationURLの変更データを表す図である。
【符号の説明】
【００４９】
２    CPU
１０    NVRAM
３０    ネットワーク
６６    オペレーションパネルコントロールサービス（OCS）
６８    ネットワークコントロールサービス（NCS）
８０    NCS daemon
８１    SSDP daemon
８２    HTTP daemon
８３    TELNET daemon
【図１】
2006121618.tif 000003
【図２】
2006121618.tif 000004
【図３】
2006121618.tif 000005
【図４】
2006121618.tif 000006
【図５】
2006121618.tif 000007
【図６】
2006121618.tif 000008
【図７】
2006121618.tif 000009
【図８】
2006121618.tif 000010
【図９】
2006121618.tif 000011
【図１０】
2006121618.tif 000012
【図１１】
2006121618.tif 000013
【図１２】
2006121618.tif 000014
【図１３】
2006121618.tif 000015
【図１４】
2006121618.tif 000016
【図１５】
2006121618.tif 000017
【図１６】
2006121618.tif 000018
【図１７】
2006121618.tif 000019
【図１８】
2006121618.tif 000020
【図１９】
2006121618.tif 000021
【図２０】
2006121618.tif 000022