情報処理装置、画像処理装置、制御方法、及びプログラム
【課題】情報処理装置から指定したIPv6のネットワークアドレスを持つIPv6に適応する画像処理装置を探索することなどを可能とする。
【解決手段】ネットワークデバイス管理システムは、デバイス管理アプリケーションが動作するサーバ100、ブラウザが動作するＰＣ102、複数のデバイスを備える。デバイス管理アプリケーションは、デバイスの探索条件が、指定したネットワークに属するデバイスをIPv6マルチキャスト探索する条件の場合、IPv6のネットワークアドレスであるPrefixに基づきハッシュ関数によりハッシュ値を計算する。デバイス管理アプリケーションは、ハッシュ値を基に生成したマルチキャストアドレスを用いてマルチキャストパケットを送信し、同じPrefixを有し且つ同じハッシュ関数でマルチキャストグループに登録されたデバイスから送信される情報を受信する。
【解決手段】ネットワークデバイス管理システムは、デバイス管理アプリケーションが動作するサーバ100、ブラウザが動作するＰＣ102、複数のデバイスを備える。デバイス管理アプリケーションは、デバイスの探索条件が、指定したネットワークに属するデバイスをIPv6マルチキャスト探索する条件の場合、IPv6のネットワークアドレスであるPrefixに基づきハッシュ関数によりハッシュ値を計算する。デバイス管理アプリケーションは、ハッシュ値を基に生成したマルチキャストアドレスを用いてマルチキャストパケットを送信し、同じPrefixを有し且つ同じハッシュ関数でマルチキャストグループに登録されたデバイスから送信される情報を受信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続された画像処理装置の探索を行う情報処理装置、画像処理装置、制御方法、及びプログラムに関する。
【背景技術】
【０００２】
従来、ネットワーク（インターネット）に接続されたネットワークデバイスと通信する際に用いるプロトコルとして、IPv4（Internet Protocol version4）がある。IPv4は、アドレス空間を32ビットで表現するOSI（Open System Interconnection）ネットワーク層に位置するプロトコルであり、アドレッシング、ルーティング、誤り制御等を行う。
【０００３】
近年、インターネットの普及に伴いネットワークに接続する機器が増加しているという状況から、アドレス空間を32ビットで表現するIPv4ではアドレス空間が不足するという問題が起きている。このような問題に対処すべく、アドレス空間を128ビットに拡張したIPv6（Internet Protocol version6）が開発され、その導入が進んでいる。
【０００４】
IPv6において、128ビットのアドレス構造は、上位64ビットのネットワークアドレス、下位64ビットのインタフェースIDから構成される。上位64ビットは、グローバルルーティングプレフィックスとサブネットIDから構成される。
【０００５】
ネットワークアドレスの違いにより、ステートフルアドレス、ステートレスアドレス、リンクローカルアドレスの３種類のアドレスを表現することができる。ステートフルアドレスは、DHCPv6（Dynamic Host Configuration Protocol version6）プロトコルを使用してDHCPサーバから取得したIPv6アドレスである。ステートレスアドレスは、ルータから通知される情報に基づきIPv6対応機器が自動的に生成するIPv6アドレスである。リンクローカルアドレスは、IPv6対応機器が属するネットワーク（同一リンク）でのみ通信可能なIPv6アドレスである。IPv6対応機器は、これらのアドレスを複数バインドすることが可能である。
【０００６】
また、IPv6プロトコルでは、当該機器が複数の機器と通信を行う場合、IPv4で行っていたブロードキャストに代わりマルチキャストを行う。マルチキャストアドレスは、アドレスの有効範囲を示すスコープとグループIDにより構成される。IPv6の先頭４バイトがスコープとなり、FF01がインタフェースローカルスコープ、FF02がリンクローカルスコープ、FF0Eがグローバルスコープとなる。グループIDは予約されているものがあり、例えばSSDPプロトコルはCを使用する。つまり、SSDPプロトコルによるリンクローカルスコープのマルチキャストは、FF02:0:0:0:0:0:0:Cとなる。
【０００７】
一方、IPv4環境におけるSNMP（Simple Network Management Protocol）プロトコルを用いたネットワークデバイス管理装置のデバイス探索に関する技術が提案されている（例えば、特許文献１参照）。特許文献１では、ネットワークデバイス管理装置は、ネットワークに接続されたデバイスにブロードキャストパケットを送信し、デバイス一覧を作成する。ブロードキャストアドレスにネットワークアドレスを付加したサブネットブロードキャストを用いることで、サブネット毎のデバイス一覧を作成することが可能である。
【０００８】
サブネットブロードキャストとは、サブネットワークに属する機器に対するブロードキャストリクエストである。例えば、サブネットマスクが255.255.255.0、ネットワークアドレスが192.168.32.0のネットワークを想定する。該ネットワークにおいて、当該機器から、下位１バイトのビットを全て0x1とし、192.168.32.255アドレスにパケットを送信する。これにより、当該機器はそのネットワーク内に存在する機器から送信されるレスポンスを受信する。
【０００９】
ここで、コンピュータと複数のデバイスからなるネットワークシステムの構成例について概要を説明する。
【００１０】
図１９は、IPv6でブロードキャストを実現できないネットワークシステムの構成例を示す概念図である。
【００１１】
図１９において、ネットワークシステムは、パーソナルコンピュータ（以下ＰＣと略記）１９０１、サーバ１９０２、複数のデバイス１９０３〜１９０８から構成されている。１９０９、１９１０はルータである。ローカルネットワーク１９１１内では、ＩＴ（Information Technology）管理者によりSNMPブロードキャストによるデバイス探索が行われる。また、指定したネットワーク１９１２内では（ルータ超え）、SNMPサブネットブロードキャスト１によるデバイス探索と、SNMPサブネットブロードキャスト２によるデバイス探索が行われる。
【００１２】
図２０は、IPv4を用いてSNMPプロトコルによるデバイス探索を行う場合のデバイス探索設定画面を示す図である。
【００１３】
図２０において、ＰＣ１９０１の表示部にはデバイス探索設定画面が表示される。デバイス探索設定画面からは、ブロードキャスト探索として、「ローカルネットワークをIPブロードキャスト探索する」２０００、「指定したネットワークをIPブロードキャスト探索する」２００１を任意に選択可能である。また、IPブロードキャストアドレス２００２を指定可能である。
【特許文献１】特開２０００−１９６６６５号公報
【発明の開示】
【発明が解決しようとする課題】
【００１４】
しかしながら、特許文献１に記載された技術では、IPv4を用いてSNMPプロトコルによるデバイス探索を行うことが前提となっており、IPv6を用いたデバイス探索について考慮されていない。そのため、サーバ１９０２からはIPv6のネットワークアドレスを指定して、そのネットワーク内にあるIPv6デバイスだけを探索することができないという課題がある。更に、サーバ１９０２からは該サーバが存在するローカルネットワークに属する標準デバイスを探索することができないという課題がある。
【００１５】
本発明の目的は、情報処理装置から指定したIPv6のネットワークアドレスを持つIPv6に適応する画像処理装置を探索することなどを可能とするものである。
【課題を解決するための手段】
【００１６】
上述の目的を達成するために、本発明は、ネットワークに接続される複数の画像処理装置と通信可能な情報処理装置において、画像処理装置を探索する際の探索条件が、指定したネットワークに属する画像処理装置をマルチキャストにより探索する条件であるか否かを判断する判断手段と、前記判断手段により前記探索条件が前記指定したネットワークに存在する画像処理装置をマルチキャストにより探索する条件であると判断された場合、当該指定されたネットワークに対応する情報に基づいて所定の値を計算する計算手段と、前記計算手段により計算された値を用いてマルチキャストアドレスを生成する生成手段と、前記生成手段により生成されたマルチキャストアドレスを指定した探索条件を送信する送信手段と、前記マルチキャストアドレスに対応する画像処理装置から送信される応答を受信する受信手段と、を備えることを特徴とする。
【００１７】
上述の目的を達成するために、本発明は、ネットワークに接続され情報処理装置と通信可能な画像処理装置において、前記情報処理装置から、前記画像処理装置が存在するネットワークに対応する情報に基づいて計算された所定の値を用いて生成されたマルチキャストアドレスが指定された探索条件を受信する受信手段と、前記情報処理装置における前記計算で用いるアルゴリズムと同じアルゴリズムにより計算された値を用いてマルチキャストアドレスを生成する生成手段と、前記生成手段により生成されたマルチキャストアドレスを用いてマルチキャストグループに参加する参加手段と、を備えることを特徴とする。
【発明の効果】
【００１８】
本発明によれば、IPv6のネットワークアドレスのプレフィックスから生成されるマルチキャストアドレスを情報処理装置及び画像処理装置で使用する。これにより、情報処理装置から指定したIPv6のネットワークアドレスを持つIPv6に適応する画像処理装置を探索することが可能となる。
【発明を実施するための最良の形態】
【００１９】
以下、本発明の実施の形態を図面に基づいて説明する。
【００２０】
〔第１の実施の形態〕
図１は、本発明の第１の実施の形態に係るネットワークシステムとしてのネットワークデバイス管理システムの構成例を示す概念図である。
【００２１】
図１において、ネットワークデバイス管理システムは、サーバ１００、ＰＣ１０２、デバイス１０１、１０３、１０４、１０５、１０６、１０７から構成されている。サーバ１００、ＰＣ１０２、デバイス１０６、１０７は、リンクローカルネットワーク上に存在する。デバイス１０１、１０３、ルータ１０８は、サイトローカルネットワーク１上に存在する。デバイス１０４、１０５、ルータ１０９は、サイトローカルネットワーク２上に存在する。
【００２２】
本実施の形態では、デバイス管理アプリケーションプログラム（以下デバイス管理アプリケーションと略記）と、Ｗｅｂブラウザ（以下ブラウザと略記）を別々の装置で動作させる構成を例に挙げて説明する。即ち、サーバ１００（情報処理装置）は、デバイス管理アプリケーションが動作する。ＰＣ１０２は、ＩＴ管理者により操作され、ブラウザが動作する。
【００２３】
ＩＴ管理者は、サーバ１００上のデバイス管理アプリケーション及びＰＣ１０２上のブラウザを使用し、ネットワーク上に存在するデバイスを遠隔地から管理することが可能である。例えば、あるネットワークに属するデバイスを探索するタスクをＰＣ１０２で作成し、デバイス管理アプリケーションによるタスクの実行結果をブラウザによりデバイス一覧として表示することが可能である。
【００２４】
デバイス管理アプリケーションは、ＩＴ管理者の操作によるブラウザからの要求に応じてネットワーク上のデバイスを管理する。また、デバイス管理アプリケーションは、デバイスの情報取得要求に従って後述するデバイス情報（デバイスのIPアドレス、デバイスの設置場所を示すロケーション情報、デバイスに付設されるオプション機器の構成を示す情報等）を取得する処理を行う。また、デバイス管理アプリケーションは、デバイスの設定変更要求に従って適切な値を設定する処理を行う。
【００２５】
デバイス１０１（画像処理装置）は、ネットワーク上に存在する、例えば原稿読取機能・印刷機能・通信機能等の複数の機能を有する複合機として構成されている。デバイス１０１は、デバイス管理アプリケーションからの要求に従い、デバイス情報を返信したり、デバイス内部の設定値を変更したりする処理を行う。尚、デバイス１０１以外のデバイスも複合機或いはプリンタとして構成されている。
【００２６】
本実施の形態では、デバイス管理アプリケーションによりネットワーク上のデバイスを探索する方法として、図１に示すように第１の探索方法及び第２の探索方法の２つの探索方法を設けている。第１の探索方法は、指定したサイトローカルネットワークに属するデバイスをIPv6マルチキャストにより探索する方法である。第２の探索方法は、デバイス管理アプリケーション（サーバ１００）が存在するリンクローカルネットワークに属するデバイスを探索する方法である。
【００２７】
例えば、第１の探索方法では、デバイス管理アプリケーションは、指定したIPv6ネットワークアドレスを有する（PrefixAを持つネットワークに属する）デバイス（デバイス１０１、デバイス１０３）を探索する。第２の探索方法では、デバイス管理アプリケーションは、ローカルネットワークに属する標準デバイス（デバイス１０６、デバイス１０７）を探索する。
【００２８】
図２は、デバイス１０１の構成を示す構成図である。
【００２９】
図２において、デバイス１０１は、制御部２００、スキャナ部２０１、操作部２０４（パネル）、プリンタ部２０５、記憶部（不図示）を備えている。尚、デバイス１０１以外の他のデバイスの構成も図２と同様であるため図示及び説明は省略する。
【００３０】
制御部２００は、デバイス全体の制御を司るものであり、記憶部に格納されている制御プログラムに基づき図９（第１の実施の形態）、図１８（第２の実施の形態）の各フローチャートに示す処理を実行する。制御部は、本発明の画像処理装置の通信手段、処理手段、参加手段、判定手段を実現するための一例である。操作部２０４は、使用者がデバイス１０１に対して各種設定や指示を行うための操作キーと表示画面（図３）を備えている。操作部２０４は、本発明の画像処理装置の設定手段、指定手段を実現するための一例である。
【００３１】
スキャナ部２０１は、原稿を照明すると共にＣＣＤラインセンサ（不図示）により原稿を走査することで原稿の画像を読み取り、ラスタイメージデータとしての電気信号に変換する画像入力部である。
【００３２】
プリンタ部２０５は、スキャナ部２０１から出力された電気的なラスタイメージデータを用紙上の可視画像に変換する画像形成動作（プリント動作）を行う画像出力部である。その変換方式には、感光体ドラム或いは感光体ベルトに形成した潜像を現像剤で現像して用紙に画像を転写する電子写真方式、微少ノズルアレイからインクを吐出して用紙に直接画像を形成するインクジェット方式等があるが、どの方式でも構わない。
【００３３】
原稿から画像を読み取り用紙に画像を形成する複写を行う場合は、使用者が操作部２０４から原稿フィーダ２０２のトレイ２０３にセットされた原稿の読取動作の開始を指示すると、制御部２００からスキャナ部２０１に読取動作開始の指示を与える。これにより、スキャナ部２０１は、原稿フィーダ２０２によりトレイ２０３上の原稿を１枚ずつ原稿読取位置へ搬送し、ＣＣＤラインセンサにより画像の読み取り動作を行う。
【００３４】
スキャナ部２０１で原稿の読み取りが終了すると、制御部２００からプリンタ部２０５にプリント動作開始の指示を与える。これにより、プリンタ部２０５は、異なる用紙サイズ或いは異なる用紙向きを選択できるように装備されている複数の用紙カセット２０６、２０７、２０８、２０９のうち該当する用紙カセットから用紙を給紙し、用紙に画像を形成するプリント動作を行う。プリント動作が終了した用紙は排紙トレイ２１０に排出される。
【００３５】
図３は、デバイス１０１の操作部２０４に表示される画面例（IPv6設定画面）を示す図である。
【００３６】
図３において、IPv6設定画面では、「サブネット毎」３０１を選択することにより、第１の探索方法を有効にすることできる。また、「近隣応答」３０２をONに設定することにより、第２の探索方法を有効にすることが可能となる。「ローカルネットワーク」３０３をONに設定することにより、SNMPデーモンがFF0X::1のマルチキャストアドレスグループに登録を行い、FF0X::1の要求に返信を行う。
【００３７】
本実施の形態ではデバイス探索にSNMPプロトコルを使用するため、「SNMPを使用」３０４、「SNMPマルチキャスト」３０５は両方ともONである必要がある。また、「指定アドレス」３０６を選択し、SNMPデーモンで使用するマルチキャストアドレスを指定することも可能である。
【００３８】
図４は、デバイス管理アプリケーションが動作するサーバ１００のハードウェア構成を示すブロック図である。
【００３９】
図４において、サーバ１００は、ＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３、システムバス４０４、キーボードコントローラ（ＫＢＣ）４０５、キーボード４０９、ＣＲＴコントローラ（ＣＲＴＣ）４０６、ＣＲＴディスプレイ４１０を備えている。更に、サーバ１００は、ディスクコントローラ（ＤＫＣ）４０７、ハードディスク（ＨＤ）ドライブ４１１、ＤＶＤコントローラ４１２、ネットワークインタフェースコントローラ（ＮＩＣ）４０８を備えている。
【００４０】
ＣＰＵ４０１は、システムバス４０４に接続された各部を制御すると共に、ハードディスクドライブ４１１のハードディスクに格納されたデバイス管理アプリケーションに基づき各種処理を実行する。ＲＯＭ４０２は、各種プログラム、固定データを格納する。ＲＡＭ４０３は、ＣＰＵ４０１の作業領域、データの一時記憶領域を提供する。キーボードコントローラ４０５は、キーボード４０９から入力されたデータや指示をＣＰＵ４０１に伝える。
【００４１】
ＣＲＴコントローラ４０６は、ＣＲＴディスプレイ４１０に対する表示を制御する。尚、ディスプレイはＣＲＴディスプレイに限定されず液晶ディスプレイでもよい。ディスクコントローラ４０７は、ハードディスクドライブ４１１のハードディスクに対する各種データの書き込み／読み出しを制御する。ＤＶＤコントローラ４１２は、ＤＶＤに対する各種データの書き込み／読み出しを制御する。ネットワークインタフェースコントローラ４０８は、ＬＡＮ４１３を含むネットワークを経由した各デバイスとの間の通信を制御する。
【００４２】
本実施の形態では、サーバ１００によりネットワークデバイス管理を行う際のハードウェア上の実行の主体はＣＰＵ４０１であり、ソフトウェア上の制御の主体はハードディスクに格納されたデバイス管理アプリケーションである。また、本実施の形態では、ＯＳ（Operating System）として例えばウィンドウズ(登録商標)ＸＰ（マイクロソフト社製）を想定しているが、これに限定されるものではない。
【００４３】
デバイス管理アプリケーションは、ハードディスクに格納された形態での供給に限定されるものではなく、ＤＶＤ或いはＣＤ−ＲＯＭ等の記憶媒体に格納された形態で供給するようにしてもよい。その場合は、ＤＶＤコントローラ４１２或いはＣＤ−ＲＯＭドライブ（不図示）等により記憶媒体（ＤＶＤ或いはＣＤ−ＲＯＭ）からデバイス管理アプリケーションが読み出され、ハードディスクドライブ４１１のハードディスクにインストールされる。
【００４４】
また、ブラウザが動作するＰＣ１０２の構成も図４に示した構成と同様であり（不図示）、便宜上、図４を参照して説明する。ハードディスクドライブ４１１のハードディスクには、ブラウザのプログラムが格納される。
【００４５】
本実施の形態では、ＰＣ１０２でブラウザが動作する際のハードウェア上の実行の主体はＣＰＵ４０１であり、ソフトウェア上の制御の主体はハードディスクに格納されたブラウザである。また、本実施の形態では、ＯＳとして例えばウィンドウズ(登録商標)ＸＰを想定しているが、これに限定されるものではない。ウィンドウズ(登録商標)ＸＰの場合、ブラウザはＯＳのインストール時にプレインストールされている。
【００４６】
図５は、デバイス管理アプリケーションの構成を示すブロック図である。
【００４７】
図５において、デバイス管理アプリケーションは、HTML画面生成部５０１、アドレス生成部５０２、クライアント通信部５０３、デバイス探索部５０４を備えている。更に、デバイス管理アプリケーションは、デバイス情報取得部５０５、デバイス通信部５０６、デバイス情報保持部５０７、タスク処理部５０８を備えている。
【００４８】
図５に示す構成は、本発明の情報処理装置の判断手段、計算手段、生成手段、送信手段、受信手段、選択手段、取得手段、表示制御手段を実現するための一例である。HTML画面生成部５０１は、ブラウザに出力するHTML（Hypertext Markup Language）データを生成する。アドレス生成部５０２は、ＰＣ１０２からデバイスに送信するマルチキャストパケットで使用するIPv6マルチキャストアドレスを生成する。
【００４９】
第１の探索方法の場合、アドレス生成部５０２により、ハッシュ関数を使用してマルチキャストグループを作成し、マルチキャストグループを用いてIPv6マルチキャストアドレスを生成する。即ち、デバイスを探索する際の探索条件がサイトローカルネットワークの場合、IPv6のネットワークアドレスであるプレフィックス（Prefix）からハッシュ値を生成し、送信するIPv6マルチキャストアドレスを生成する。
【００５０】
クライアント通信部５０３は、ブラウザとの間でHTML画面の送受信を行う。デバイス探索部５０４は、ネットワーク上のデバイスを探索しデータベース（不図示）に保持する。デバイス探索部５０４は、第１の探索方法、第２の探索方法のシーケンスを実行するものであり、探索条件に基づきデバイスを探索する。デバイス情報取得部５０５は、SNMPプロトコルによりデバイス情報（デバイスのIPアドレス、デバイスの設置場所を示すロケーション情報、デバイスに付設されるオプション機器の構成を示す情報等）をデバイスから取得する。
【００５１】
デバイス通信部５０６は、SNMP/SLP/Webサービス等のプロトコルを用いて、デバイスと通信（デバイスにパケットを送信、デバイスからの応答を受信）を行う。デバイス情報保持部５０７は、デバイスから取得した情報をデータベースに保持する。タスク処理部５０８は、デバイス探索等の処理をタスクという単位でＩＴ管理者が指定した時間に実行する。即ち、探索条件をタスクとして実行する。
【００５２】
次に、上記構成を有する本実施の形態のネットワークデバイス管理システムの動作について図６〜図１８を参照しながら詳細に説明する。
【００５３】
図６は、デバイス管理アプリケーションによりデバイス探索を行う場合の第１の探索方法を示すフローチャートである。
【００５４】
図６において、ステップＳ１０１では、サーバ１００のデバイス管理アプリケーションは、使用者による図７のIPv6のデバイス探索設定画面からの設定に伴い、ＰＣ１０２のブラウザからデバイス探索要求を受信する。ここで、図７の画面はIPv6に関する探索条件を示した画面である。図７の画面からは、IPv6マルチキャスト探索７００として、「リンクローカルネットワークをIPv6マルチキャスト探索する」７０１、「指定したネットワークのデバイスをIPv6マルチキャスト探索する」７０２を任意に選択可能である。７０１のIPv6マルチキャスト探索は第２の探索方法に該当し、７０２のIPv6マルチキャスト探索は第１の探索方法に該当する。
【００５５】
ステップＳ１０２では、デバイス管理アプリケーションは、使用者によりIPv6のデバイス探索設定画面で設定された探索条件が、指定したネットワークに属するデバイスをIPv6マルチキャストにより探索する条件（第１の探索方法）であるか否かを判断する。指定したネットワークに属するデバイスをIPv6マルチキャストにより探索する条件である場合は、ステップＳ１０３に進む。指定したネットワークに属するデバイスをIPv6マルチキャストにより探索する条件でない場合は、ステップＳ１１０に進む。
【００５６】
ステップＳ１０３では、デバイス管理アプリケーションは、指定されたIPv6のネットワークアドレスであるプレフィックス（Prefix）からハッシュ関数を用いてマルチキャストグループとなる値（ハッシュ値）（所定の値）を計算する。尚、図７のIPv6のデバイス探索設定画面で、IPv6プレフィックス（Prefix）７０３を設定することができる。
【００５７】
ステップＳ１０４では、デバイス管理アプリケーションは、ステップＳ１０３で計算したハッシュ値（マルチキャストグループとなる値）を用いて送信するマルチキャストアドレスを生成する。マルチキャストアドレスの計算式は以下の通りである。
【００５８】
マルチキャストアドレス = FF1X + ベースアドレス + ハッシュ関数（Prefix）
例: FF1X + ::1:0000 + Hash（FD00:0:AC18:9800）
= FF15:0:0:0:0:0:1:01d8
ここで、X=5はサイトローカルを示す。FF1Xの1はwell-known（IANAに登録済）ではないことを示す。::1:0000はベースアドレスである。使用するハッシュ関数のアルゴリズムは、デバイス１０１と同様のアルゴリズムである。
【００５９】
ステップＳ１０５では、デバイス管理アプリケーションは、生成したマルチキャストアドレスを使用してSNMPマルチキャストパケットを生成する。更に、デバイス管理アプリケーションは、SNMPマルチキャストパケットを上記指定したネットワークに属するデバイスに送信する。ステップＳ１０６では、デバイス管理アプリケーションは、デバイスからのレスポンスの受信待ちを行う。
【００６０】
ステップＳ１０７では、デバイス管理アプリケーションは、デバイスからのレスポンスを受信する。レスポンスパケットは、IPv6のネットワークアドレスであるPrefixと同じPrefixを有し、上記ハッシュ関数と同じハッシュ関数でマルチキャストグループに登録したデバイスからのみ送信される。つまり、指定したネットワークアドレス（Prefix）を持つデバイスだけ探索することが可能となる。ステップＳ１０８では、デバイス管理アプリケーションは、デバイスを探索した探索結果を保持する。
【００６１】
ステップＳ１０９では、デバイス管理アプリケーションは、探索条件に含まれる全てのネットワークアドレスを処理したか否かを判断する。探索条件に含まれる全てのネットワークアドレスを処理していない場合は、ステップＳ１０３に戻る。探索条件に含まれる全てのネットワークアドレスを処理している場合は、ステップＳ１０１０に進む。
【００６２】
ステップＳ１１０では、デバイス管理アプリケーションは、探索条件にローカルネットワークの探索が含まれるか否かを判断する。探索条件にローカルネットワークの探索が含まれる場合は、ステップＳ１１１に進む。ステップＳ１１１では、デバイス管理アプリケーションは、第２の探索方法を実行する。探索条件にローカルネットワークの探索が含まれない場合は、ステップＳ１１２に進む。ステップＳ１１２では、デバイス管理アプリケーションは、ステップＳ１０８で保持した探索結果に対して、private MIB（Management Information Base）を用いてデバイスからデバイス情報を追加取得する。
【００６３】
ステップＳ１１３では、デバイス管理アプリケーションは、デバイスのアドレス情報が探索条件として指定したアドレスに含まれるか否かを確認する。通常、デバイス情報を登録可能なデバイスのアドレスは指定したPrefixを持つアドレスのみとなるが、ハッシュ関数の特性で異なるPrefixを使用してもハッシュ値が同一になる可能性が一部ある。このような状況で探索されたデバイスを除外するために、念のためステップＳ１１３の処理によりPrefixを確認する。
【００６４】
デバイス情報を取得したデバイスのアドレスが指定したPrefixを持つアドレスの場合は、ステップＳ１１４に進み、デバイス管理アプリケーションは、デバイス情報をデータベースに登録し、本処理を終了する。デバイス情報を取得したデバイスのアドレスが指定したPrefixを持たない場合は、デバイス管理アプリケーションは、デバイス情報（指定されていないPrefixのデバイス情報）を破棄し、本処理を終了する。
【００６５】
図８は、デバイス管理アプリケーションによりデバイス探索を行う場合の第２の探索方法を示すフローチャートである。
【００６６】
図８において、ステップＳ２０１では、サーバ１００のデバイス管理アプリケーションは、FF02::1をマルチキャストアドレスとして使用する。ステップＳ２０２では、デバイス管理アプリケーションは、デバイス管理アプリケーション（サーバ１００）が存在するリンクローカルネットワークに属するデバイスを探索する第２の探索方法において、ICMPのタイプ133を持つ近隣要請を送信する。ここで、ICMPはInternet Control Message Protocolの略称である。ステップＳ２０３では、デバイス管理アプリケーションは、デバイス（本実施の形態ではデバイス１０６、１０７のいずれか）からのレスポンスの受信待ちを行う。
【００６７】
ステップＳ２０４では、デバイス管理アプリケーションは、デバイスからのレスポンスを受信する。この時点では、ローカルネットワークに接続される全ての機器のアドレスを取得できる。全ての機器とは、デバイス（複合機、プリンタ）やルータなど全てのIPv6アドレスを持つ機器である。ステップＳ２０５では、デバイス管理アプリケーションは、ステップＳ２０４で返信のあったアドレスに対してprivate MIBを送信する。
【００６８】
ステップＳ２０６では、デバイス管理アプリケーションは、デバイスからのレスポンス（近隣要請に対し返信される近隣応答）を受信する。ステップＳ２０７では、デバイス管理アプリケーションは、受信したレスポンスがNoSuchNameであるか否かを判定する。受信したレスポンスがNoSuchNameでない場合は、デバイス管理アプリケーションは、レスポンスがあったデバイスを自社デバイスと判断し、ステップＳ２０８で、private MIBを用いてデバイスからデバイス情報を追加取得する。受信したレスポンスがNoSuchNameの場合は、ステップＳ２０９で、デバイス管理アプリケーションは、NoSuchNameの全てのアドレスに対してPrinter MIBを送信する。
【００６９】
ステップＳ２１０では、デバイス管理アプリケーションは、レスポンスがNoSuchNameであるか否かを判定する。レスポンスとしてNoSuchNameを返信したデバイスは印刷機能を持たないデバイスとして管理対象デバイス対象から外すため、本処理を終了する。レスポンスとしてNoSuchNameを返信せず何らかの値を返信したデバイスは印刷機能を持たないデバイスとして処理を継続し、ステップＳ２１１に進む。ステップＳ２１１では、デバイス管理アプリケーションは、標準MIBを用いてデバイスからデバイス情報を取得し、本処理を終了する。
【００７０】
図９は、デバイス１０１の動作を示すフローチャートである。
【００７１】
図９において、ステップＳ３０１では、デバイス１０１の制御部２００は、使用者によるデバイス１０１の電源投入に伴いデバイス１０１を起動する。ステップＳ３０２では、制御部２００は、デバイス１０１の設定値をチェックし、サブネット毎にSNMPマルチキャストをリッスン（受信）することが設定されているか否かを判断する。
【００７２】
サブネット毎にSNMPマルチキャストをリッスンする場合、ステップＳ３０３に進み、制御部２００は、SNMPデーモンにおいて、バインドしているIPv6ネットワークアドレス（Prefix）からハッシュ値を計算する。ここで使用するハッシュ値計算アルゴリズムは、デバイス管理アプリケーションと同じアルゴリズムである。ステップＳ３０４では、制御部２００は、ステップＳ３０３で計算したハッシュ値を用いてマルチキャストアドレスを生成する。
【００７３】
ステップＳ３１１では、制御部２００は、SNMPデーモンにより、マルチキャストグループに参加する。即ち、ステップＳ３０４で生成したマルチキャストアドレスを用いてSNMPマルチキャストグループに参加する。これにより、デバイス１０１はデバイス管理アプリケーションが意図するマルチキャストグループで応答することが可能となる。つまり、デバイス１０１はデバイス管理アプリケーションの第１の探索方法で探索される（応答を返信する）デバイスとなる。
【００７４】
尚、デバイス１０１では、デバイス管理アプリケーションで用いるアルゴリズムと同じアルゴリズムによりハッシュ値を計算しマルチキャストアドレスを生成するか否かを、操作部２０４から設定することが可能である。
【００７５】
図１０にデバイス１０１からデバイス管理アプリケーションに返信するパケットの例を示す。図１０のパケット例１は、ステップＳ３０３、ステップＳ３０４、ステップＳ３１１でデバイス１０１がリッスンした場合にデバイス管理アプリケーションに返信されるパケットの例である。パケットのソースアドレスには、デバイス管理アプリケーションが図６のステップＳ１０４で生成したマルチキャストアドレスが指定されている。
【００７６】
上記のステップＳ３０２で、サブネット毎にSNMPマルチキャストをリッスンしない場合、ステップＳ３０５に進み、制御部２００は、指定したネットワークアドレスでリッスンするか否かを判断する。指定したネットワークアドレスでリッスンする場合、ステップＳ３０６に進み、制御部２００は、使用者によりデバイス１０１の操作部２０４（パネル）から設定されたマルチキャストアドレスを使用する。その後、ステップＳ３１１に進み、制御部２００は、設定されたマルチキャストアドレスに対しSNMPデーモンによりJOINする。
【００７７】
図１０のパケット例２は、ステップＳ３０５、ステップＳ３０６、ステップＳ３１１でデバイス１０１がリッスンした場合にデバイス管理アプリケーションに返信されるパケットの例である。ステップＳ３０６のマルチキャストアドレスは、図３に示した操作部２０４のIPv6設定画面で設定されたマルチキャストアドレスを使用している。
【００７８】
上記のステップＳ３０５で、指定したネットワークアドレスでリッスンしない場合、ステップＳ３０７に進み、制御部２００は、ローカルネットワークでSNMPマルチキャストに応答するか否かを判断する。ローカルネットワークでSNMPマルチキャストに応答する場合、ステップＳ３０８に進み、制御部２００は、FF02::1をマルチキャストアドレスとする。その後、ステップＳ３１１に進み、制御部２００は、SNMPデーモンにより、マルチキャストグループに参加する。即ち、ステップＳ３０８で生成したマルチキャストアドレスを用いてSNMPマルチキャストグループに参加する。
【００７９】
図１０のパケット例３は、ステップＳ３０７、ステップＳ３０８、ステップＳ３１１でデバイス１０１がSNMPマルチキャストをリッスンした場合にデバイス管理アプリケーションに返信されるパケットの例である。
【００８０】
上記のステップＳ３０７で、ローカルネットワークでSNMPマルチキャストに応答しない場合は、ステップＳ３０９に進み、制御部２００は、操作部２０４（パネル）の設定値をチェックし、近隣要請に応答を返信するか否かを判断する。近隣要請に応答を返信する場合は、ステップＳ３１０に進み、制御部２００は、ICMPデーモンによりJOINを行う。これにより、デバイス１０１は、デバイス管理アプリケーションの第２の探索方法で探索される（応答を返信する）デバイスとなる。近隣要請に応答しない場合は、本処理を終了する。
【００８１】
図１０のパケット例４は、ステップＳ３０９、ステップＳ３１０、ステップＳ３１１でデバイス１０１がSNMPマルチキャストをリッスンした場合にデバイス管理アプリケーションに返信されるパケットの例である。
【００８２】
ステップＳ３１２では、制御部２００は、デバイス管理アプリケーションからの受信待ちを行う。デバイス管理アプリケーションからパケットを受信した場合、ステップＳ３１３で、制御部２００は、レスポンスをデバイス管理アプリケーションに返信する。その後、ステップＳ３１２に戻り再び受信待ち状態となる。
【００８３】
ここで、マルチキャストアドレスを求める方法として、ハッシュ値の代わりにIPv6のネットワークアドレスであるプレフィックス（Prefix）を用いてマルチキャストアドレスを生成してデバイスに送信する方法を以下に示す。
【００８４】
マルチキャストアドレス = FF1X + 0 + Prefix
例: FF1X + 0:0:0 + C001:0000:0001:01d8
= FF15:0:0:0:C001:0000:0001:01d8
X=5はサイトローカルを示す。FF1Xの1はwell-known（IANAに登録済）ではないことを示す。即ち、ハッシュ値の代わりにIPv6のネットワークアドレスであるPrefixをマルチキャストグループに使用する。
【００８５】
デバイス１０１は、上記マルチキャストアドレスでリッスン（受信）を行う。デバイス管理アプリケーションは、上記マルチキャストアドレスでマルチキャストパケットをデバイスに送信する。尚、デバイス１０１では、デバイス管理アプリケーションと同一の方法で、ハッシュ値の代わりにIPv6のネットワークアドレスであるPrefixをマルチキャストグループに使用する。
【００８６】
上記マルチキャストアドレスを算出するときに使用するハッシュ関数を、デバイス１０１側とＰＣ１０２側（デバイス管理アプリケーション側）の各々において複数のハッシュ関数の中から選択することも可能である。但し、使用するハッシュ関数は、デバイス１０１とデバイス管理アプリケーションとにおいて同一のものである必要がある。
【００８７】
図１１は、デバイス１０１の操作部２０４に表示されるハッシュ関数選択画面を示す図である。図１１のハッシュ関数選択画面からは、複数のハッシュ関数として、「関数１」１１０１、「関数２」１１０２、「関数３」１１０３を選択可能である。
【００８８】
図１２は、デバイス管理アプリケーションのハッシュ関数選択画面を示す図である。図１２のハッシュ関数選択画面からは、複数のハッシュ関数として、「関数１」１２０１、「関数２」１２０２、「関数３」１２０３を選択可能である。
【００８９】
図１３は、デバイス管理アプリケーションのデバイスグループ画面を示す図である。デバイスグループ画面では、図７のIPv6のデバイス探索設定画面で指定したIPv6のネットワークアドレスであるPrefixごとにデバイスをグループ化した情報であるデバイスグループ１３０１を表示している。
【００９０】
図１４は、デバイス管理アプリケーションのデバイスリスト画面のフィルタ機能を示す図である。フィルタ機能の１つとして、IPv6アドレスのPrefixによるフィルタリング機能がある。図７のIPv6のデバイス探索設定画面で指定したIPv6のネットワークアドレスであるPrefixをデフォルトでフィルタ１４０１の選択項目として追加し、デバイスリスト画面に表示する。
【００９１】
以上説明したように、本実施の形態によれば、ネットワークデバイス管理システムにおいて、IPv6のネットワークアドレスのプレフィックスから生成されるマルチキャストアドレスをサーバ及びデバイスの両方で使用する。これにより、サーバのデバイス管理アプリケーションから指定したIPv6のネットワークアドレスを持つIPv6適応デバイスを探索することが可能となる。
【００９２】
また、ICMPパケットをデバイス探索に使用することにより、ローカルネットワークに属する標準デバイスを探索することが可能となる。また、IPv6を用いたSNMPプロトコルによるデバイス探索において、ローカルネットワーク及び指定したネットワークに属するデバイスの探索を実現することが可能となる。
【００９３】
〔第２の実施の形態〕
本発明の第２の実施の形態は、上記第１の実施の形態に対して、下記で説明する点において相違する。本実施の形態のその他の要素は、上記第１の実施の形態（図１〜図５）の対応するものと同一なので説明を省略する。
【００９４】
図１５は、本実施の形態に係るネットワークシステムとしてのネットワークデバイス管理システムのデバイス管理アプリケーションの画面例（IPv6のデバイス探索設定画面）を示す図である。
【００９５】
図１５において、画面からは、IPv6マルチキャスト探索１５００として、「リンクローカルネットワークをIPv6マルチキャスト探索する」１５０１、「指定したネットワークのデバイスをIPv6マルチキャスト探索する」１５０２を任意に選択可能である。探索設定として、マルチキャストグループ１５０３を指定可能である。ここでは、「123」をマルチキャストグループとして使用している。
【００９６】
デバイス管理アプリケーションから送信されるマルチキャストパケットは、以下の計算式で生成される。
【００９７】
マルチキャストアドレス = FF1X + ベースアドレス
+ 指定されたマルチキャストグループ
例: FF1X + ::1:0000 + 123 （0x7B）
= FF15:0:0:0:0:0:1:007B
図１６は、デバイス１０１の操作部２０４に表示される画面例（IPv6のデバイス探索設定画面）を示す図である。
【００９８】
図１６において、IPv6のデバイス探索設定画面で、「マルチキャストグループ」１６０１を選択（指定）し、デバイス管理アプリケーションと同様に「マルチキャストグループ値」１６０２として「123」を設定している。「ローカルネットワーク」１６０３をONに設定することにより、SNMPデーモンがFF0X::1のマルチキャストアドレスグループに登録を行い、FF0X::1の要求に返信を行う。
【００９９】
本実施の形態では、デバイス探索にSNMPプロトコルを使用するため、「SNMPを使用」１６０４、「SNMPマルチキャスト」１６０５はONである必要がある。ここでは、本実施の形態の主旨とは関係ないため、「近隣応答」１６０６をOFFに設定してある。
【０１００】
図１５のIPv6のデバイス探索設定画面及び図１６のIPv6のデバイス探索設定画面からの設定により、デバイス管理アプリケーションのマルチキャスト送信に対し、ネットワーク上の全デバイスからレスポンスが返信される。
【０１０１】
図１７は、デバイス管理アプリケーションによりデバイス探索を行う場合の探索方法を示すフローチャートである。
【０１０２】
図１７において、ステップＳ４０１では、サーバ１００のデバイス管理アプリケーションは、探索要求を受信する。ステップＳ４０２では、デバイス管理アプリケーションは、受信した探索要求により要求された探索条件の中からマルチキャストグループを取得する。ステップＳ４０３では、デバイス管理アプリケーションは、送信するマルチキャストアドレスを生成する。マルチキャストアドレスの計算式は上記第１の実施の形態で示した通りであり説明を省略する。
【０１０３】
ステップＳ４０４では、デバイス管理アプリケーションは、SNMPマルチキャストパケットを送信する。ステップＳ４０５では、デバイス管理アプリケーションは、デバイスからのレスポンスの受信待ちを行う。ステップＳ４０６では、デバイス管理アプリケーションは、デバイスからレスポンスを受信する。ステップＳ４０７では、デバイス管理アプリケーションは、デバイスから受信したレスポンスの内容がステップＳ４０１で受信した探索要求に含まれる指定したPrefixであるか否かを判断する。
【０１０４】
デバイスから受信したレスポンスの内容が指定したPrefixで無い場合は、デバイス管理アプリケーションは、デバイスから取得した情報（装置情報）を破棄し、本処理を終了する。デバイスから受信したレスポンスの内容が指定したPrefixである場合は、ステップＳ４０８に進み、デバイス管理アプリケーションは、デバイスからデバイス情報を追加取得する。デバイス情報を追加取得後、ステップＳ４０９では、デバイス管理アプリケーションは、デバイス情報をデータベースに登録し、本処理を終了する。ステップＳ４０７の処理により、指定したネットワークのデバイスだけ探索することが可能となる。
【０１０５】
図１８は、デバイス１０１の動作を示すフローチャートである。
【０１０６】
図１８において、ステップＳ５０１では、デバイス１０１の制御部２００は、使用者によるデバイス１０１の電源投入に伴いデバイス１０１を起動する。ステップＳ５０２では、制御部２００は、使用者により操作部２０４（パネル）から設定されたマルチキャストグループを取得する。ステップＳ５０３では、制御部２００は、上記第１の実施の形態と同様にマルチキャストアドレスを生成する。
【０１０７】
ステップＳ５０４では、制御部２００は、SNMPデーモンにより、マルチキャストグループに参加する。即ち、ステップＳ５０３で生成したマルチキャストアドレスを用いてSNMPマルチキャストグループに参加する。ステップＳ５０５では、制御部２００は、デバイス管理アプリケーションからの受信待ちを行う。ステップＳ５０６では、制御部２００は、デバイス管理アプリケーションから送信されたマルチキャストパケットを受信し、レスポンスをデバイス管理アプリケーションに返信する。その後、ステップＳ５０５に戻り再び受信待ち状態となる。
【０１０８】
以上説明したように、本実施の形態によれば、上記第１の実施の形態と同様に、IPv6のネットワークアドレスを持つIPv6適応デバイスを探索することが可能となると共に、ローカルネットワークに属する標準デバイスを探索することが可能となる。
【０１０９】
〔他の実施の形態〕
第１及び第２の実施の形態では、デバイス管理アプリケーションをサーバ１００上で動作させ、ブラウザをＰＣ１０２上で動作させる構成を例に挙げたが、これに限定されるものではない。デバイス管理アプリケーションとブラウザを同一の装置上で動作させる構成としてもよい。
【０１１０】
また、本発明の目的は、以下の処理を実行することにより達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出す処理である。
【０１１１】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１１２】
また、プログラムコードを供給するための記憶媒体としては、次のものを用いることができる。例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等である。または、プログラムコードをネットワークを介してダウンロードしてもよい。
【０１１３】
また、コンピュータが読み出したプログラムコードを実行することにより、上記実施の形態の機能が実現される場合も本発明に含まれる。加えて、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理により前述した実施形態の機能が実現される場合も含まれる。
【０１１４】
更に、前述した実施形態の機能が以下の処理により実現される場合も本発明に含まれる。即ち、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行う場合である。
【図面の簡単な説明】
【０１１５】
【図１】本発明の第１の実施の形態に係るネットワークシステムとしてのネットワークデバイス管理システムの構成例を示す概念図である。
【図２】デバイスの構成を示す構成図である。
【図３】デバイスの操作部に表示される画面例（IPv6設定画面）を示す図である。
【図４】デバイス管理アプリケーションが動作するサーバのハードウェア構成を示すブロック図である。
【図５】デバイス管理アプリケーションの構成を示すブロック図である。
【図６】デバイス管理アプリケーションによりデバイス探索を行う場合の第１の探索方法を示すフローチャートである。
【図７】デバイス管理アプリケーションの画面例（IPv6のデバイス探索設定画面）を示す図である。
【図８】デバイス管理アプリケーションによりデバイス探索を行う場合の第２の探索方法を示すフローチャートである。
【図９】デバイスの動作を示すフローチャートである。
【図１０】デバイスからデバイス管理アプリケーションに返信するパケットの例を示す図である。
【図１１】デバイスの操作部に表示されるハッシュ関数選択画面を示す図である。
【図１２】デバイス管理アプリケーションのハッシュ関数選択画面を示す図である。
【図１３】デバイス管理アプリケーションのデバイスグループ画面を示す図である。
【図１４】デバイス管理アプリケーションのデバイスリスト画面のフィルタ機能を示す図である。
【図１５】本発明の第２の実施の形態に係るネットワークシステムとしてのネットワークデバイス管理システムのデバイス管理アプリケーションの画面例（IPv6のデバイス探索設定画面）を示す図である。
【図１６】デバイスの操作部に表示される画面例（IPv6のデバイス探索設定画面）を示す図である。
【図１７】デバイス管理アプリケーションによりデバイス探索を行う場合の探索方法を示すフローチャートである。
【図１８】デバイスの動作を示すフローチャートである。
【図１９】従来例に係るIPv6でブロードキャストを実現できないネットワークシステムの構成例を示す概念図である。
【図２０】IPv4を用いてSNMPプロトコルによるデバイス探索を行う場合のデバイス探索設定画面を示す図である。
【符号の説明】
【０１１６】
１００ サーバ
１０１、１０３〜１０７ デバイス
１０２ ＰＣ
４０１ ＣＰＵ
５０１ HTML画面生成部
５０２ アドレス生成部
５０３ クライアント通信部
５０４ デバイス探索部
５０５ デバイス情報取得部
５０６ デバイス通信部
５０７ デバイス情報保持部
５０８ タスク処理部
【技術分野】
【０００１】
本発明は、ネットワークに接続された画像処理装置の探索を行う情報処理装置、画像処理装置、制御方法、及びプログラムに関する。
【背景技術】
【０００２】
従来、ネットワーク（インターネット）に接続されたネットワークデバイスと通信する際に用いるプロトコルとして、IPv4（Internet Protocol version4）がある。IPv4は、アドレス空間を32ビットで表現するOSI（Open System Interconnection）ネットワーク層に位置するプロトコルであり、アドレッシング、ルーティング、誤り制御等を行う。
【０００３】
近年、インターネットの普及に伴いネットワークに接続する機器が増加しているという状況から、アドレス空間を32ビットで表現するIPv4ではアドレス空間が不足するという問題が起きている。このような問題に対処すべく、アドレス空間を128ビットに拡張したIPv6（Internet Protocol version6）が開発され、その導入が進んでいる。
【０００４】
IPv6において、128ビットのアドレス構造は、上位64ビットのネットワークアドレス、下位64ビットのインタフェースIDから構成される。上位64ビットは、グローバルルーティングプレフィックスとサブネットIDから構成される。
【０００５】
ネットワークアドレスの違いにより、ステートフルアドレス、ステートレスアドレス、リンクローカルアドレスの３種類のアドレスを表現することができる。ステートフルアドレスは、DHCPv6（Dynamic Host Configuration Protocol version6）プロトコルを使用してDHCPサーバから取得したIPv6アドレスである。ステートレスアドレスは、ルータから通知される情報に基づきIPv6対応機器が自動的に生成するIPv6アドレスである。リンクローカルアドレスは、IPv6対応機器が属するネットワーク（同一リンク）でのみ通信可能なIPv6アドレスである。IPv6対応機器は、これらのアドレスを複数バインドすることが可能である。
【０００６】
また、IPv6プロトコルでは、当該機器が複数の機器と通信を行う場合、IPv4で行っていたブロードキャストに代わりマルチキャストを行う。マルチキャストアドレスは、アドレスの有効範囲を示すスコープとグループIDにより構成される。IPv6の先頭４バイトがスコープとなり、FF01がインタフェースローカルスコープ、FF02がリンクローカルスコープ、FF0Eがグローバルスコープとなる。グループIDは予約されているものがあり、例えばSSDPプロトコルはCを使用する。つまり、SSDPプロトコルによるリンクローカルスコープのマルチキャストは、FF02:0:0:0:0:0:0:Cとなる。
【０００７】
一方、IPv4環境におけるSNMP（Simple Network Management Protocol）プロトコルを用いたネットワークデバイス管理装置のデバイス探索に関する技術が提案されている（例えば、特許文献１参照）。特許文献１では、ネットワークデバイス管理装置は、ネットワークに接続されたデバイスにブロードキャストパケットを送信し、デバイス一覧を作成する。ブロードキャストアドレスにネットワークアドレスを付加したサブネットブロードキャストを用いることで、サブネット毎のデバイス一覧を作成することが可能である。
【０００８】
サブネットブロードキャストとは、サブネットワークに属する機器に対するブロードキャストリクエストである。例えば、サブネットマスクが255.255.255.0、ネットワークアドレスが192.168.32.0のネットワークを想定する。該ネットワークにおいて、当該機器から、下位１バイトのビットを全て0x1とし、192.168.32.255アドレスにパケットを送信する。これにより、当該機器はそのネットワーク内に存在する機器から送信されるレスポンスを受信する。
【０００９】
ここで、コンピュータと複数のデバイスからなるネットワークシステムの構成例について概要を説明する。
【００１０】
図１９は、IPv6でブロードキャストを実現できないネットワークシステムの構成例を示す概念図である。
【００１１】
図１９において、ネットワークシステムは、パーソナルコンピュータ（以下ＰＣと略記）１９０１、サーバ１９０２、複数のデバイス１９０３〜１９０８から構成されている。１９０９、１９１０はルータである。ローカルネットワーク１９１１内では、ＩＴ（Information Technology）管理者によりSNMPブロードキャストによるデバイス探索が行われる。また、指定したネットワーク１９１２内では（ルータ超え）、SNMPサブネットブロードキャスト１によるデバイス探索と、SNMPサブネットブロードキャスト２によるデバイス探索が行われる。
【００１２】
図２０は、IPv4を用いてSNMPプロトコルによるデバイス探索を行う場合のデバイス探索設定画面を示す図である。
【００１３】
図２０において、ＰＣ１９０１の表示部にはデバイス探索設定画面が表示される。デバイス探索設定画面からは、ブロードキャスト探索として、「ローカルネットワークをIPブロードキャスト探索する」２０００、「指定したネットワークをIPブロードキャスト探索する」２００１を任意に選択可能である。また、IPブロードキャストアドレス２００２を指定可能である。
【特許文献１】特開２０００−１９６６６５号公報
【発明の開示】
【発明が解決しようとする課題】
【００１４】
しかしながら、特許文献１に記載された技術では、IPv4を用いてSNMPプロトコルによるデバイス探索を行うことが前提となっており、IPv6を用いたデバイス探索について考慮されていない。そのため、サーバ１９０２からはIPv6のネットワークアドレスを指定して、そのネットワーク内にあるIPv6デバイスだけを探索することができないという課題がある。更に、サーバ１９０２からは該サーバが存在するローカルネットワークに属する標準デバイスを探索することができないという課題がある。
【００１５】
本発明の目的は、情報処理装置から指定したIPv6のネットワークアドレスを持つIPv6に適応する画像処理装置を探索することなどを可能とするものである。
【課題を解決するための手段】
【００１６】
上述の目的を達成するために、本発明は、ネットワークに接続される複数の画像処理装置と通信可能な情報処理装置において、画像処理装置を探索する際の探索条件が、指定したネットワークに属する画像処理装置をマルチキャストにより探索する条件であるか否かを判断する判断手段と、前記判断手段により前記探索条件が前記指定したネットワークに存在する画像処理装置をマルチキャストにより探索する条件であると判断された場合、当該指定されたネットワークに対応する情報に基づいて所定の値を計算する計算手段と、前記計算手段により計算された値を用いてマルチキャストアドレスを生成する生成手段と、前記生成手段により生成されたマルチキャストアドレスを指定した探索条件を送信する送信手段と、前記マルチキャストアドレスに対応する画像処理装置から送信される応答を受信する受信手段と、を備えることを特徴とする。
【００１７】
上述の目的を達成するために、本発明は、ネットワークに接続され情報処理装置と通信可能な画像処理装置において、前記情報処理装置から、前記画像処理装置が存在するネットワークに対応する情報に基づいて計算された所定の値を用いて生成されたマルチキャストアドレスが指定された探索条件を受信する受信手段と、前記情報処理装置における前記計算で用いるアルゴリズムと同じアルゴリズムにより計算された値を用いてマルチキャストアドレスを生成する生成手段と、前記生成手段により生成されたマルチキャストアドレスを用いてマルチキャストグループに参加する参加手段と、を備えることを特徴とする。
【発明の効果】
【００１８】
本発明によれば、IPv6のネットワークアドレスのプレフィックスから生成されるマルチキャストアドレスを情報処理装置及び画像処理装置で使用する。これにより、情報処理装置から指定したIPv6のネットワークアドレスを持つIPv6に適応する画像処理装置を探索することが可能となる。
【発明を実施するための最良の形態】
【００１９】
以下、本発明の実施の形態を図面に基づいて説明する。
【００２０】
〔第１の実施の形態〕
図１は、本発明の第１の実施の形態に係るネットワークシステムとしてのネットワークデバイス管理システムの構成例を示す概念図である。
【００２１】
図１において、ネットワークデバイス管理システムは、サーバ１００、ＰＣ１０２、デバイス１０１、１０３、１０４、１０５、１０６、１０７から構成されている。サーバ１００、ＰＣ１０２、デバイス１０６、１０７は、リンクローカルネットワーク上に存在する。デバイス１０１、１０３、ルータ１０８は、サイトローカルネットワーク１上に存在する。デバイス１０４、１０５、ルータ１０９は、サイトローカルネットワーク２上に存在する。
【００２２】
本実施の形態では、デバイス管理アプリケーションプログラム（以下デバイス管理アプリケーションと略記）と、Ｗｅｂブラウザ（以下ブラウザと略記）を別々の装置で動作させる構成を例に挙げて説明する。即ち、サーバ１００（情報処理装置）は、デバイス管理アプリケーションが動作する。ＰＣ１０２は、ＩＴ管理者により操作され、ブラウザが動作する。
【００２３】
ＩＴ管理者は、サーバ１００上のデバイス管理アプリケーション及びＰＣ１０２上のブラウザを使用し、ネットワーク上に存在するデバイスを遠隔地から管理することが可能である。例えば、あるネットワークに属するデバイスを探索するタスクをＰＣ１０２で作成し、デバイス管理アプリケーションによるタスクの実行結果をブラウザによりデバイス一覧として表示することが可能である。
【００２４】
デバイス管理アプリケーションは、ＩＴ管理者の操作によるブラウザからの要求に応じてネットワーク上のデバイスを管理する。また、デバイス管理アプリケーションは、デバイスの情報取得要求に従って後述するデバイス情報（デバイスのIPアドレス、デバイスの設置場所を示すロケーション情報、デバイスに付設されるオプション機器の構成を示す情報等）を取得する処理を行う。また、デバイス管理アプリケーションは、デバイスの設定変更要求に従って適切な値を設定する処理を行う。
【００２５】
デバイス１０１（画像処理装置）は、ネットワーク上に存在する、例えば原稿読取機能・印刷機能・通信機能等の複数の機能を有する複合機として構成されている。デバイス１０１は、デバイス管理アプリケーションからの要求に従い、デバイス情報を返信したり、デバイス内部の設定値を変更したりする処理を行う。尚、デバイス１０１以外のデバイスも複合機或いはプリンタとして構成されている。
【００２６】
本実施の形態では、デバイス管理アプリケーションによりネットワーク上のデバイスを探索する方法として、図１に示すように第１の探索方法及び第２の探索方法の２つの探索方法を設けている。第１の探索方法は、指定したサイトローカルネットワークに属するデバイスをIPv6マルチキャストにより探索する方法である。第２の探索方法は、デバイス管理アプリケーション（サーバ１００）が存在するリンクローカルネットワークに属するデバイスを探索する方法である。
【００２７】
例えば、第１の探索方法では、デバイス管理アプリケーションは、指定したIPv6ネットワークアドレスを有する（PrefixAを持つネットワークに属する）デバイス（デバイス１０１、デバイス１０３）を探索する。第２の探索方法では、デバイス管理アプリケーションは、ローカルネットワークに属する標準デバイス（デバイス１０６、デバイス１０７）を探索する。
【００２８】
図２は、デバイス１０１の構成を示す構成図である。
【００２９】
図２において、デバイス１０１は、制御部２００、スキャナ部２０１、操作部２０４（パネル）、プリンタ部２０５、記憶部（不図示）を備えている。尚、デバイス１０１以外の他のデバイスの構成も図２と同様であるため図示及び説明は省略する。
【００３０】
制御部２００は、デバイス全体の制御を司るものであり、記憶部に格納されている制御プログラムに基づき図９（第１の実施の形態）、図１８（第２の実施の形態）の各フローチャートに示す処理を実行する。制御部は、本発明の画像処理装置の通信手段、処理手段、参加手段、判定手段を実現するための一例である。操作部２０４は、使用者がデバイス１０１に対して各種設定や指示を行うための操作キーと表示画面（図３）を備えている。操作部２０４は、本発明の画像処理装置の設定手段、指定手段を実現するための一例である。
【００３１】
スキャナ部２０１は、原稿を照明すると共にＣＣＤラインセンサ（不図示）により原稿を走査することで原稿の画像を読み取り、ラスタイメージデータとしての電気信号に変換する画像入力部である。
【００３２】
プリンタ部２０５は、スキャナ部２０１から出力された電気的なラスタイメージデータを用紙上の可視画像に変換する画像形成動作（プリント動作）を行う画像出力部である。その変換方式には、感光体ドラム或いは感光体ベルトに形成した潜像を現像剤で現像して用紙に画像を転写する電子写真方式、微少ノズルアレイからインクを吐出して用紙に直接画像を形成するインクジェット方式等があるが、どの方式でも構わない。
【００３３】
原稿から画像を読み取り用紙に画像を形成する複写を行う場合は、使用者が操作部２０４から原稿フィーダ２０２のトレイ２０３にセットされた原稿の読取動作の開始を指示すると、制御部２００からスキャナ部２０１に読取動作開始の指示を与える。これにより、スキャナ部２０１は、原稿フィーダ２０２によりトレイ２０３上の原稿を１枚ずつ原稿読取位置へ搬送し、ＣＣＤラインセンサにより画像の読み取り動作を行う。
【００３４】
スキャナ部２０１で原稿の読み取りが終了すると、制御部２００からプリンタ部２０５にプリント動作開始の指示を与える。これにより、プリンタ部２０５は、異なる用紙サイズ或いは異なる用紙向きを選択できるように装備されている複数の用紙カセット２０６、２０７、２０８、２０９のうち該当する用紙カセットから用紙を給紙し、用紙に画像を形成するプリント動作を行う。プリント動作が終了した用紙は排紙トレイ２１０に排出される。
【００３５】
図３は、デバイス１０１の操作部２０４に表示される画面例（IPv6設定画面）を示す図である。
【００３６】
図３において、IPv6設定画面では、「サブネット毎」３０１を選択することにより、第１の探索方法を有効にすることできる。また、「近隣応答」３０２をONに設定することにより、第２の探索方法を有効にすることが可能となる。「ローカルネットワーク」３０３をONに設定することにより、SNMPデーモンがFF0X::1のマルチキャストアドレスグループに登録を行い、FF0X::1の要求に返信を行う。
【００３７】
本実施の形態ではデバイス探索にSNMPプロトコルを使用するため、「SNMPを使用」３０４、「SNMPマルチキャスト」３０５は両方ともONである必要がある。また、「指定アドレス」３０６を選択し、SNMPデーモンで使用するマルチキャストアドレスを指定することも可能である。
【００３８】
図４は、デバイス管理アプリケーションが動作するサーバ１００のハードウェア構成を示すブロック図である。
【００３９】
図４において、サーバ１００は、ＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３、システムバス４０４、キーボードコントローラ（ＫＢＣ）４０５、キーボード４０９、ＣＲＴコントローラ（ＣＲＴＣ）４０６、ＣＲＴディスプレイ４１０を備えている。更に、サーバ１００は、ディスクコントローラ（ＤＫＣ）４０７、ハードディスク（ＨＤ）ドライブ４１１、ＤＶＤコントローラ４１２、ネットワークインタフェースコントローラ（ＮＩＣ）４０８を備えている。
【００４０】
ＣＰＵ４０１は、システムバス４０４に接続された各部を制御すると共に、ハードディスクドライブ４１１のハードディスクに格納されたデバイス管理アプリケーションに基づき各種処理を実行する。ＲＯＭ４０２は、各種プログラム、固定データを格納する。ＲＡＭ４０３は、ＣＰＵ４０１の作業領域、データの一時記憶領域を提供する。キーボードコントローラ４０５は、キーボード４０９から入力されたデータや指示をＣＰＵ４０１に伝える。
【００４１】
ＣＲＴコントローラ４０６は、ＣＲＴディスプレイ４１０に対する表示を制御する。尚、ディスプレイはＣＲＴディスプレイに限定されず液晶ディスプレイでもよい。ディスクコントローラ４０７は、ハードディスクドライブ４１１のハードディスクに対する各種データの書き込み／読み出しを制御する。ＤＶＤコントローラ４１２は、ＤＶＤに対する各種データの書き込み／読み出しを制御する。ネットワークインタフェースコントローラ４０８は、ＬＡＮ４１３を含むネットワークを経由した各デバイスとの間の通信を制御する。
【００４２】
本実施の形態では、サーバ１００によりネットワークデバイス管理を行う際のハードウェア上の実行の主体はＣＰＵ４０１であり、ソフトウェア上の制御の主体はハードディスクに格納されたデバイス管理アプリケーションである。また、本実施の形態では、ＯＳ（Operating System）として例えばウィンドウズ(登録商標)ＸＰ（マイクロソフト社製）を想定しているが、これに限定されるものではない。
【００４３】
デバイス管理アプリケーションは、ハードディスクに格納された形態での供給に限定されるものではなく、ＤＶＤ或いはＣＤ−ＲＯＭ等の記憶媒体に格納された形態で供給するようにしてもよい。その場合は、ＤＶＤコントローラ４１２或いはＣＤ−ＲＯＭドライブ（不図示）等により記憶媒体（ＤＶＤ或いはＣＤ−ＲＯＭ）からデバイス管理アプリケーションが読み出され、ハードディスクドライブ４１１のハードディスクにインストールされる。
【００４４】
また、ブラウザが動作するＰＣ１０２の構成も図４に示した構成と同様であり（不図示）、便宜上、図４を参照して説明する。ハードディスクドライブ４１１のハードディスクには、ブラウザのプログラムが格納される。
【００４５】
本実施の形態では、ＰＣ１０２でブラウザが動作する際のハードウェア上の実行の主体はＣＰＵ４０１であり、ソフトウェア上の制御の主体はハードディスクに格納されたブラウザである。また、本実施の形態では、ＯＳとして例えばウィンドウズ(登録商標)ＸＰを想定しているが、これに限定されるものではない。ウィンドウズ(登録商標)ＸＰの場合、ブラウザはＯＳのインストール時にプレインストールされている。
【００４６】
図５は、デバイス管理アプリケーションの構成を示すブロック図である。
【００４７】
図５において、デバイス管理アプリケーションは、HTML画面生成部５０１、アドレス生成部５０２、クライアント通信部５０３、デバイス探索部５０４を備えている。更に、デバイス管理アプリケーションは、デバイス情報取得部５０５、デバイス通信部５０６、デバイス情報保持部５０７、タスク処理部５０８を備えている。
【００４８】
図５に示す構成は、本発明の情報処理装置の判断手段、計算手段、生成手段、送信手段、受信手段、選択手段、取得手段、表示制御手段を実現するための一例である。HTML画面生成部５０１は、ブラウザに出力するHTML（Hypertext Markup Language）データを生成する。アドレス生成部５０２は、ＰＣ１０２からデバイスに送信するマルチキャストパケットで使用するIPv6マルチキャストアドレスを生成する。
【００４９】
第１の探索方法の場合、アドレス生成部５０２により、ハッシュ関数を使用してマルチキャストグループを作成し、マルチキャストグループを用いてIPv6マルチキャストアドレスを生成する。即ち、デバイスを探索する際の探索条件がサイトローカルネットワークの場合、IPv6のネットワークアドレスであるプレフィックス（Prefix）からハッシュ値を生成し、送信するIPv6マルチキャストアドレスを生成する。
【００５０】
クライアント通信部５０３は、ブラウザとの間でHTML画面の送受信を行う。デバイス探索部５０４は、ネットワーク上のデバイスを探索しデータベース（不図示）に保持する。デバイス探索部５０４は、第１の探索方法、第２の探索方法のシーケンスを実行するものであり、探索条件に基づきデバイスを探索する。デバイス情報取得部５０５は、SNMPプロトコルによりデバイス情報（デバイスのIPアドレス、デバイスの設置場所を示すロケーション情報、デバイスに付設されるオプション機器の構成を示す情報等）をデバイスから取得する。
【００５１】
デバイス通信部５０６は、SNMP/SLP/Webサービス等のプロトコルを用いて、デバイスと通信（デバイスにパケットを送信、デバイスからの応答を受信）を行う。デバイス情報保持部５０７は、デバイスから取得した情報をデータベースに保持する。タスク処理部５０８は、デバイス探索等の処理をタスクという単位でＩＴ管理者が指定した時間に実行する。即ち、探索条件をタスクとして実行する。
【００５２】
次に、上記構成を有する本実施の形態のネットワークデバイス管理システムの動作について図６〜図１８を参照しながら詳細に説明する。
【００５３】
図６は、デバイス管理アプリケーションによりデバイス探索を行う場合の第１の探索方法を示すフローチャートである。
【００５４】
図６において、ステップＳ１０１では、サーバ１００のデバイス管理アプリケーションは、使用者による図７のIPv6のデバイス探索設定画面からの設定に伴い、ＰＣ１０２のブラウザからデバイス探索要求を受信する。ここで、図７の画面はIPv6に関する探索条件を示した画面である。図７の画面からは、IPv6マルチキャスト探索７００として、「リンクローカルネットワークをIPv6マルチキャスト探索する」７０１、「指定したネットワークのデバイスをIPv6マルチキャスト探索する」７０２を任意に選択可能である。７０１のIPv6マルチキャスト探索は第２の探索方法に該当し、７０２のIPv6マルチキャスト探索は第１の探索方法に該当する。
【００５５】
ステップＳ１０２では、デバイス管理アプリケーションは、使用者によりIPv6のデバイス探索設定画面で設定された探索条件が、指定したネットワークに属するデバイスをIPv6マルチキャストにより探索する条件（第１の探索方法）であるか否かを判断する。指定したネットワークに属するデバイスをIPv6マルチキャストにより探索する条件である場合は、ステップＳ１０３に進む。指定したネットワークに属するデバイスをIPv6マルチキャストにより探索する条件でない場合は、ステップＳ１１０に進む。
【００５６】
ステップＳ１０３では、デバイス管理アプリケーションは、指定されたIPv6のネットワークアドレスであるプレフィックス（Prefix）からハッシュ関数を用いてマルチキャストグループとなる値（ハッシュ値）（所定の値）を計算する。尚、図７のIPv6のデバイス探索設定画面で、IPv6プレフィックス（Prefix）７０３を設定することができる。
【００５７】
ステップＳ１０４では、デバイス管理アプリケーションは、ステップＳ１０３で計算したハッシュ値（マルチキャストグループとなる値）を用いて送信するマルチキャストアドレスを生成する。マルチキャストアドレスの計算式は以下の通りである。
【００５８】
マルチキャストアドレス = FF1X + ベースアドレス + ハッシュ関数（Prefix）
例: FF1X + ::1:0000 + Hash（FD00:0:AC18:9800）
= FF15:0:0:0:0:0:1:01d8
ここで、X=5はサイトローカルを示す。FF1Xの1はwell-known（IANAに登録済）ではないことを示す。::1:0000はベースアドレスである。使用するハッシュ関数のアルゴリズムは、デバイス１０１と同様のアルゴリズムである。
【００５９】
ステップＳ１０５では、デバイス管理アプリケーションは、生成したマルチキャストアドレスを使用してSNMPマルチキャストパケットを生成する。更に、デバイス管理アプリケーションは、SNMPマルチキャストパケットを上記指定したネットワークに属するデバイスに送信する。ステップＳ１０６では、デバイス管理アプリケーションは、デバイスからのレスポンスの受信待ちを行う。
【００６０】
ステップＳ１０７では、デバイス管理アプリケーションは、デバイスからのレスポンスを受信する。レスポンスパケットは、IPv6のネットワークアドレスであるPrefixと同じPrefixを有し、上記ハッシュ関数と同じハッシュ関数でマルチキャストグループに登録したデバイスからのみ送信される。つまり、指定したネットワークアドレス（Prefix）を持つデバイスだけ探索することが可能となる。ステップＳ１０８では、デバイス管理アプリケーションは、デバイスを探索した探索結果を保持する。
【００６１】
ステップＳ１０９では、デバイス管理アプリケーションは、探索条件に含まれる全てのネットワークアドレスを処理したか否かを判断する。探索条件に含まれる全てのネットワークアドレスを処理していない場合は、ステップＳ１０３に戻る。探索条件に含まれる全てのネットワークアドレスを処理している場合は、ステップＳ１０１０に進む。
【００６２】
ステップＳ１１０では、デバイス管理アプリケーションは、探索条件にローカルネットワークの探索が含まれるか否かを判断する。探索条件にローカルネットワークの探索が含まれる場合は、ステップＳ１１１に進む。ステップＳ１１１では、デバイス管理アプリケーションは、第２の探索方法を実行する。探索条件にローカルネットワークの探索が含まれない場合は、ステップＳ１１２に進む。ステップＳ１１２では、デバイス管理アプリケーションは、ステップＳ１０８で保持した探索結果に対して、private MIB（Management Information Base）を用いてデバイスからデバイス情報を追加取得する。
【００６３】
ステップＳ１１３では、デバイス管理アプリケーションは、デバイスのアドレス情報が探索条件として指定したアドレスに含まれるか否かを確認する。通常、デバイス情報を登録可能なデバイスのアドレスは指定したPrefixを持つアドレスのみとなるが、ハッシュ関数の特性で異なるPrefixを使用してもハッシュ値が同一になる可能性が一部ある。このような状況で探索されたデバイスを除外するために、念のためステップＳ１１３の処理によりPrefixを確認する。
【００６４】
デバイス情報を取得したデバイスのアドレスが指定したPrefixを持つアドレスの場合は、ステップＳ１１４に進み、デバイス管理アプリケーションは、デバイス情報をデータベースに登録し、本処理を終了する。デバイス情報を取得したデバイスのアドレスが指定したPrefixを持たない場合は、デバイス管理アプリケーションは、デバイス情報（指定されていないPrefixのデバイス情報）を破棄し、本処理を終了する。
【００６５】
図８は、デバイス管理アプリケーションによりデバイス探索を行う場合の第２の探索方法を示すフローチャートである。
【００６６】
図８において、ステップＳ２０１では、サーバ１００のデバイス管理アプリケーションは、FF02::1をマルチキャストアドレスとして使用する。ステップＳ２０２では、デバイス管理アプリケーションは、デバイス管理アプリケーション（サーバ１００）が存在するリンクローカルネットワークに属するデバイスを探索する第２の探索方法において、ICMPのタイプ133を持つ近隣要請を送信する。ここで、ICMPはInternet Control Message Protocolの略称である。ステップＳ２０３では、デバイス管理アプリケーションは、デバイス（本実施の形態ではデバイス１０６、１０７のいずれか）からのレスポンスの受信待ちを行う。
【００６７】
ステップＳ２０４では、デバイス管理アプリケーションは、デバイスからのレスポンスを受信する。この時点では、ローカルネットワークに接続される全ての機器のアドレスを取得できる。全ての機器とは、デバイス（複合機、プリンタ）やルータなど全てのIPv6アドレスを持つ機器である。ステップＳ２０５では、デバイス管理アプリケーションは、ステップＳ２０４で返信のあったアドレスに対してprivate MIBを送信する。
【００６８】
ステップＳ２０６では、デバイス管理アプリケーションは、デバイスからのレスポンス（近隣要請に対し返信される近隣応答）を受信する。ステップＳ２０７では、デバイス管理アプリケーションは、受信したレスポンスがNoSuchNameであるか否かを判定する。受信したレスポンスがNoSuchNameでない場合は、デバイス管理アプリケーションは、レスポンスがあったデバイスを自社デバイスと判断し、ステップＳ２０８で、private MIBを用いてデバイスからデバイス情報を追加取得する。受信したレスポンスがNoSuchNameの場合は、ステップＳ２０９で、デバイス管理アプリケーションは、NoSuchNameの全てのアドレスに対してPrinter MIBを送信する。
【００６９】
ステップＳ２１０では、デバイス管理アプリケーションは、レスポンスがNoSuchNameであるか否かを判定する。レスポンスとしてNoSuchNameを返信したデバイスは印刷機能を持たないデバイスとして管理対象デバイス対象から外すため、本処理を終了する。レスポンスとしてNoSuchNameを返信せず何らかの値を返信したデバイスは印刷機能を持たないデバイスとして処理を継続し、ステップＳ２１１に進む。ステップＳ２１１では、デバイス管理アプリケーションは、標準MIBを用いてデバイスからデバイス情報を取得し、本処理を終了する。
【００７０】
図９は、デバイス１０１の動作を示すフローチャートである。
【００７１】
図９において、ステップＳ３０１では、デバイス１０１の制御部２００は、使用者によるデバイス１０１の電源投入に伴いデバイス１０１を起動する。ステップＳ３０２では、制御部２００は、デバイス１０１の設定値をチェックし、サブネット毎にSNMPマルチキャストをリッスン（受信）することが設定されているか否かを判断する。
【００７２】
サブネット毎にSNMPマルチキャストをリッスンする場合、ステップＳ３０３に進み、制御部２００は、SNMPデーモンにおいて、バインドしているIPv6ネットワークアドレス（Prefix）からハッシュ値を計算する。ここで使用するハッシュ値計算アルゴリズムは、デバイス管理アプリケーションと同じアルゴリズムである。ステップＳ３０４では、制御部２００は、ステップＳ３０３で計算したハッシュ値を用いてマルチキャストアドレスを生成する。
【００７３】
ステップＳ３１１では、制御部２００は、SNMPデーモンにより、マルチキャストグループに参加する。即ち、ステップＳ３０４で生成したマルチキャストアドレスを用いてSNMPマルチキャストグループに参加する。これにより、デバイス１０１はデバイス管理アプリケーションが意図するマルチキャストグループで応答することが可能となる。つまり、デバイス１０１はデバイス管理アプリケーションの第１の探索方法で探索される（応答を返信する）デバイスとなる。
【００７４】
尚、デバイス１０１では、デバイス管理アプリケーションで用いるアルゴリズムと同じアルゴリズムによりハッシュ値を計算しマルチキャストアドレスを生成するか否かを、操作部２０４から設定することが可能である。
【００７５】
図１０にデバイス１０１からデバイス管理アプリケーションに返信するパケットの例を示す。図１０のパケット例１は、ステップＳ３０３、ステップＳ３０４、ステップＳ３１１でデバイス１０１がリッスンした場合にデバイス管理アプリケーションに返信されるパケットの例である。パケットのソースアドレスには、デバイス管理アプリケーションが図６のステップＳ１０４で生成したマルチキャストアドレスが指定されている。
【００７６】
上記のステップＳ３０２で、サブネット毎にSNMPマルチキャストをリッスンしない場合、ステップＳ３０５に進み、制御部２００は、指定したネットワークアドレスでリッスンするか否かを判断する。指定したネットワークアドレスでリッスンする場合、ステップＳ３０６に進み、制御部２００は、使用者によりデバイス１０１の操作部２０４（パネル）から設定されたマルチキャストアドレスを使用する。その後、ステップＳ３１１に進み、制御部２００は、設定されたマルチキャストアドレスに対しSNMPデーモンによりJOINする。
【００７７】
図１０のパケット例２は、ステップＳ３０５、ステップＳ３０６、ステップＳ３１１でデバイス１０１がリッスンした場合にデバイス管理アプリケーションに返信されるパケットの例である。ステップＳ３０６のマルチキャストアドレスは、図３に示した操作部２０４のIPv6設定画面で設定されたマルチキャストアドレスを使用している。
【００７８】
上記のステップＳ３０５で、指定したネットワークアドレスでリッスンしない場合、ステップＳ３０７に進み、制御部２００は、ローカルネットワークでSNMPマルチキャストに応答するか否かを判断する。ローカルネットワークでSNMPマルチキャストに応答する場合、ステップＳ３０８に進み、制御部２００は、FF02::1をマルチキャストアドレスとする。その後、ステップＳ３１１に進み、制御部２００は、SNMPデーモンにより、マルチキャストグループに参加する。即ち、ステップＳ３０８で生成したマルチキャストアドレスを用いてSNMPマルチキャストグループに参加する。
【００７９】
図１０のパケット例３は、ステップＳ３０７、ステップＳ３０８、ステップＳ３１１でデバイス１０１がSNMPマルチキャストをリッスンした場合にデバイス管理アプリケーションに返信されるパケットの例である。
【００８０】
上記のステップＳ３０７で、ローカルネットワークでSNMPマルチキャストに応答しない場合は、ステップＳ３０９に進み、制御部２００は、操作部２０４（パネル）の設定値をチェックし、近隣要請に応答を返信するか否かを判断する。近隣要請に応答を返信する場合は、ステップＳ３１０に進み、制御部２００は、ICMPデーモンによりJOINを行う。これにより、デバイス１０１は、デバイス管理アプリケーションの第２の探索方法で探索される（応答を返信する）デバイスとなる。近隣要請に応答しない場合は、本処理を終了する。
【００８１】
図１０のパケット例４は、ステップＳ３０９、ステップＳ３１０、ステップＳ３１１でデバイス１０１がSNMPマルチキャストをリッスンした場合にデバイス管理アプリケーションに返信されるパケットの例である。
【００８２】
ステップＳ３１２では、制御部２００は、デバイス管理アプリケーションからの受信待ちを行う。デバイス管理アプリケーションからパケットを受信した場合、ステップＳ３１３で、制御部２００は、レスポンスをデバイス管理アプリケーションに返信する。その後、ステップＳ３１２に戻り再び受信待ち状態となる。
【００８３】
ここで、マルチキャストアドレスを求める方法として、ハッシュ値の代わりにIPv6のネットワークアドレスであるプレフィックス（Prefix）を用いてマルチキャストアドレスを生成してデバイスに送信する方法を以下に示す。
【００８４】
マルチキャストアドレス = FF1X + 0 + Prefix
例: FF1X + 0:0:0 + C001:0000:0001:01d8
= FF15:0:0:0:C001:0000:0001:01d8
X=5はサイトローカルを示す。FF1Xの1はwell-known（IANAに登録済）ではないことを示す。即ち、ハッシュ値の代わりにIPv6のネットワークアドレスであるPrefixをマルチキャストグループに使用する。
【００８５】
デバイス１０１は、上記マルチキャストアドレスでリッスン（受信）を行う。デバイス管理アプリケーションは、上記マルチキャストアドレスでマルチキャストパケットをデバイスに送信する。尚、デバイス１０１では、デバイス管理アプリケーションと同一の方法で、ハッシュ値の代わりにIPv6のネットワークアドレスであるPrefixをマルチキャストグループに使用する。
【００８６】
上記マルチキャストアドレスを算出するときに使用するハッシュ関数を、デバイス１０１側とＰＣ１０２側（デバイス管理アプリケーション側）の各々において複数のハッシュ関数の中から選択することも可能である。但し、使用するハッシュ関数は、デバイス１０１とデバイス管理アプリケーションとにおいて同一のものである必要がある。
【００８７】
図１１は、デバイス１０１の操作部２０４に表示されるハッシュ関数選択画面を示す図である。図１１のハッシュ関数選択画面からは、複数のハッシュ関数として、「関数１」１１０１、「関数２」１１０２、「関数３」１１０３を選択可能である。
【００８８】
図１２は、デバイス管理アプリケーションのハッシュ関数選択画面を示す図である。図１２のハッシュ関数選択画面からは、複数のハッシュ関数として、「関数１」１２０１、「関数２」１２０２、「関数３」１２０３を選択可能である。
【００８９】
図１３は、デバイス管理アプリケーションのデバイスグループ画面を示す図である。デバイスグループ画面では、図７のIPv6のデバイス探索設定画面で指定したIPv6のネットワークアドレスであるPrefixごとにデバイスをグループ化した情報であるデバイスグループ１３０１を表示している。
【００９０】
図１４は、デバイス管理アプリケーションのデバイスリスト画面のフィルタ機能を示す図である。フィルタ機能の１つとして、IPv6アドレスのPrefixによるフィルタリング機能がある。図７のIPv6のデバイス探索設定画面で指定したIPv6のネットワークアドレスであるPrefixをデフォルトでフィルタ１４０１の選択項目として追加し、デバイスリスト画面に表示する。
【００９１】
以上説明したように、本実施の形態によれば、ネットワークデバイス管理システムにおいて、IPv6のネットワークアドレスのプレフィックスから生成されるマルチキャストアドレスをサーバ及びデバイスの両方で使用する。これにより、サーバのデバイス管理アプリケーションから指定したIPv6のネットワークアドレスを持つIPv6適応デバイスを探索することが可能となる。
【００９２】
また、ICMPパケットをデバイス探索に使用することにより、ローカルネットワークに属する標準デバイスを探索することが可能となる。また、IPv6を用いたSNMPプロトコルによるデバイス探索において、ローカルネットワーク及び指定したネットワークに属するデバイスの探索を実現することが可能となる。
【００９３】
〔第２の実施の形態〕
本発明の第２の実施の形態は、上記第１の実施の形態に対して、下記で説明する点において相違する。本実施の形態のその他の要素は、上記第１の実施の形態（図１〜図５）の対応するものと同一なので説明を省略する。
【００９４】
図１５は、本実施の形態に係るネットワークシステムとしてのネットワークデバイス管理システムのデバイス管理アプリケーションの画面例（IPv6のデバイス探索設定画面）を示す図である。
【００９５】
図１５において、画面からは、IPv6マルチキャスト探索１５００として、「リンクローカルネットワークをIPv6マルチキャスト探索する」１５０１、「指定したネットワークのデバイスをIPv6マルチキャスト探索する」１５０２を任意に選択可能である。探索設定として、マルチキャストグループ１５０３を指定可能である。ここでは、「123」をマルチキャストグループとして使用している。
【００９６】
デバイス管理アプリケーションから送信されるマルチキャストパケットは、以下の計算式で生成される。
【００９７】
マルチキャストアドレス = FF1X + ベースアドレス
+ 指定されたマルチキャストグループ
例: FF1X + ::1:0000 + 123 （0x7B）
= FF15:0:0:0:0:0:1:007B
図１６は、デバイス１０１の操作部２０４に表示される画面例（IPv6のデバイス探索設定画面）を示す図である。
【００９８】
図１６において、IPv6のデバイス探索設定画面で、「マルチキャストグループ」１６０１を選択（指定）し、デバイス管理アプリケーションと同様に「マルチキャストグループ値」１６０２として「123」を設定している。「ローカルネットワーク」１６０３をONに設定することにより、SNMPデーモンがFF0X::1のマルチキャストアドレスグループに登録を行い、FF0X::1の要求に返信を行う。
【００９９】
本実施の形態では、デバイス探索にSNMPプロトコルを使用するため、「SNMPを使用」１６０４、「SNMPマルチキャスト」１６０５はONである必要がある。ここでは、本実施の形態の主旨とは関係ないため、「近隣応答」１６０６をOFFに設定してある。
【０１００】
図１５のIPv6のデバイス探索設定画面及び図１６のIPv6のデバイス探索設定画面からの設定により、デバイス管理アプリケーションのマルチキャスト送信に対し、ネットワーク上の全デバイスからレスポンスが返信される。
【０１０１】
図１７は、デバイス管理アプリケーションによりデバイス探索を行う場合の探索方法を示すフローチャートである。
【０１０２】
図１７において、ステップＳ４０１では、サーバ１００のデバイス管理アプリケーションは、探索要求を受信する。ステップＳ４０２では、デバイス管理アプリケーションは、受信した探索要求により要求された探索条件の中からマルチキャストグループを取得する。ステップＳ４０３では、デバイス管理アプリケーションは、送信するマルチキャストアドレスを生成する。マルチキャストアドレスの計算式は上記第１の実施の形態で示した通りであり説明を省略する。
【０１０３】
ステップＳ４０４では、デバイス管理アプリケーションは、SNMPマルチキャストパケットを送信する。ステップＳ４０５では、デバイス管理アプリケーションは、デバイスからのレスポンスの受信待ちを行う。ステップＳ４０６では、デバイス管理アプリケーションは、デバイスからレスポンスを受信する。ステップＳ４０７では、デバイス管理アプリケーションは、デバイスから受信したレスポンスの内容がステップＳ４０１で受信した探索要求に含まれる指定したPrefixであるか否かを判断する。
【０１０４】
デバイスから受信したレスポンスの内容が指定したPrefixで無い場合は、デバイス管理アプリケーションは、デバイスから取得した情報（装置情報）を破棄し、本処理を終了する。デバイスから受信したレスポンスの内容が指定したPrefixである場合は、ステップＳ４０８に進み、デバイス管理アプリケーションは、デバイスからデバイス情報を追加取得する。デバイス情報を追加取得後、ステップＳ４０９では、デバイス管理アプリケーションは、デバイス情報をデータベースに登録し、本処理を終了する。ステップＳ４０７の処理により、指定したネットワークのデバイスだけ探索することが可能となる。
【０１０５】
図１８は、デバイス１０１の動作を示すフローチャートである。
【０１０６】
図１８において、ステップＳ５０１では、デバイス１０１の制御部２００は、使用者によるデバイス１０１の電源投入に伴いデバイス１０１を起動する。ステップＳ５０２では、制御部２００は、使用者により操作部２０４（パネル）から設定されたマルチキャストグループを取得する。ステップＳ５０３では、制御部２００は、上記第１の実施の形態と同様にマルチキャストアドレスを生成する。
【０１０７】
ステップＳ５０４では、制御部２００は、SNMPデーモンにより、マルチキャストグループに参加する。即ち、ステップＳ５０３で生成したマルチキャストアドレスを用いてSNMPマルチキャストグループに参加する。ステップＳ５０５では、制御部２００は、デバイス管理アプリケーションからの受信待ちを行う。ステップＳ５０６では、制御部２００は、デバイス管理アプリケーションから送信されたマルチキャストパケットを受信し、レスポンスをデバイス管理アプリケーションに返信する。その後、ステップＳ５０５に戻り再び受信待ち状態となる。
【０１０８】
以上説明したように、本実施の形態によれば、上記第１の実施の形態と同様に、IPv6のネットワークアドレスを持つIPv6適応デバイスを探索することが可能となると共に、ローカルネットワークに属する標準デバイスを探索することが可能となる。
【０１０９】
〔他の実施の形態〕
第１及び第２の実施の形態では、デバイス管理アプリケーションをサーバ１００上で動作させ、ブラウザをＰＣ１０２上で動作させる構成を例に挙げたが、これに限定されるものではない。デバイス管理アプリケーションとブラウザを同一の装置上で動作させる構成としてもよい。
【０１１０】
また、本発明の目的は、以下の処理を実行することにより達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出す処理である。
【０１１１】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１１２】
また、プログラムコードを供給するための記憶媒体としては、次のものを用いることができる。例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等である。または、プログラムコードをネットワークを介してダウンロードしてもよい。
【０１１３】
また、コンピュータが読み出したプログラムコードを実行することにより、上記実施の形態の機能が実現される場合も本発明に含まれる。加えて、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理により前述した実施形態の機能が実現される場合も含まれる。
【０１１４】
更に、前述した実施形態の機能が以下の処理により実現される場合も本発明に含まれる。即ち、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行う場合である。
【図面の簡単な説明】
【０１１５】
【図１】本発明の第１の実施の形態に係るネットワークシステムとしてのネットワークデバイス管理システムの構成例を示す概念図である。
【図２】デバイスの構成を示す構成図である。
【図３】デバイスの操作部に表示される画面例（IPv6設定画面）を示す図である。
【図４】デバイス管理アプリケーションが動作するサーバのハードウェア構成を示すブロック図である。
【図５】デバイス管理アプリケーションの構成を示すブロック図である。
【図６】デバイス管理アプリケーションによりデバイス探索を行う場合の第１の探索方法を示すフローチャートである。
【図７】デバイス管理アプリケーションの画面例（IPv6のデバイス探索設定画面）を示す図である。
【図８】デバイス管理アプリケーションによりデバイス探索を行う場合の第２の探索方法を示すフローチャートである。
【図９】デバイスの動作を示すフローチャートである。
【図１０】デバイスからデバイス管理アプリケーションに返信するパケットの例を示す図である。
【図１１】デバイスの操作部に表示されるハッシュ関数選択画面を示す図である。
【図１２】デバイス管理アプリケーションのハッシュ関数選択画面を示す図である。
【図１３】デバイス管理アプリケーションのデバイスグループ画面を示す図である。
【図１４】デバイス管理アプリケーションのデバイスリスト画面のフィルタ機能を示す図である。
【図１５】本発明の第２の実施の形態に係るネットワークシステムとしてのネットワークデバイス管理システムのデバイス管理アプリケーションの画面例（IPv6のデバイス探索設定画面）を示す図である。
【図１６】デバイスの操作部に表示される画面例（IPv6のデバイス探索設定画面）を示す図である。
【図１７】デバイス管理アプリケーションによりデバイス探索を行う場合の探索方法を示すフローチャートである。
【図１８】デバイスの動作を示すフローチャートである。
【図１９】従来例に係るIPv6でブロードキャストを実現できないネットワークシステムの構成例を示す概念図である。
【図２０】IPv4を用いてSNMPプロトコルによるデバイス探索を行う場合のデバイス探索設定画面を示す図である。
【符号の説明】
【０１１６】
１００ サーバ
１０１、１０３〜１０７ デバイス
１０２ ＰＣ
４０１ ＣＰＵ
５０１ HTML画面生成部
５０２ アドレス生成部
５０３ クライアント通信部
５０４ デバイス探索部
５０５ デバイス情報取得部
５０６ デバイス通信部
５０７ デバイス情報保持部
５０８ タスク処理部
【特許請求の範囲】
【請求項１】
ネットワークに接続される複数の画像処理装置と通信可能な情報処理装置において、
画像処理装置を探索する際の探索条件が、指定したネットワークに属する画像処理装置をマルチキャストにより探索する条件であるか否かを判断する判断手段と、
前記判断手段により前記探索条件が前記指定したネットワークに存在する画像処理装置をマルチキャストにより探索する条件であると判断された場合、当該指定されたネットワークに対応する情報に基づいて所定の値を計算する計算手段と、
前記計算手段により計算された値を用いてマルチキャストアドレスを生成する生成手段と、
前記生成手段により生成されたマルチキャストアドレスを指定した探索条件を送信する送信手段と、
前記マルチキャストアドレスに対応する画像処理装置から送信される応答を受信する受信手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記送信手段は、前記判断手段により前記探索条件が前記情報処理装置が存在するネットワークに属する画像処理装置を探索する条件であると判断された場合、当該ネットワークに属する画像処理装置に応答を要求する近隣要請を送信し、
前記受信手段は、前記近隣要請に応答した画像処理装置から返信される近隣応答を受信することを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記計算手段は、前記指定されたネットワークに対応する情報に基づきハッシュ関数を用いてハッシュ値を計算し、
前記生成手段は、計算手段により計算された前記ハッシュ値を用いてマルチキャストアドレスを生成することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記応答を送信する画像処理装置は、前記指定されたネットワークに存在し、前記ハッシュ関数と同じハッシュ関数により計算されたハッシュ値を用いて生成されたマルチキャストアドレスの画像処理装置であることを特徴とする請求項３記載の情報処理装置。
【請求項５】
前記生成手段により前記ハッシュ値を計算する際に用いるハッシュ関数を複数のハッシュ関数の中から選択する選択手段を備えることを特徴とする請求項３又は４に記載の情報処理装置。
【請求項６】
前記受信手段により受信された応答から、前記画像処理装置の装置情報を取得する取得手段を備え、
前記取得手段により装置情報を取得した画像処理装置が前記指定されたネットワークに対応する情報を有していない場合は、前記装置情報を破棄することを特徴とする請求項１乃至５の何れかに記載の情報処理装置。
【請求項７】
前記取得手段により取得した装置情報を画面に表示する表示制御手段を備え、
前記表示制御手段は、IPv6のネットワークアドレスであるプレフィックスを前記画面のフィルタ機能の１つとして前記画面に表示することを特徴とする請求項６記載の情報処理装置。
【請求項８】
前記表示制御手段は、前記IPv6のネットワークアドレスであるプレフィックスごとに画像処理装置をグループ化した情報を前記画面に表示することを特徴とする請求項７記載の情報処理装置。
【請求項９】
ネットワークに接続され情報処理装置と通信可能な画像処理装置において、
前記情報処理装置から、前記画像処理装置が存在するネットワークに対応する情報に基づいて計算された所定の値を用いて生成されたマルチキャストアドレスが指定された探索条件を受信する受信手段と、
前記情報処理装置における前記計算で用いるアルゴリズムと同じアルゴリズムにより計算された値を用いてマルチキャストアドレスを生成する生成手段と、
前記生成手段により生成されたマルチキャストアドレスを用いてマルチキャストグループに参加する参加手段と、
を備えることを特徴とする画像処理装置。
【請求項１０】
前記情報処理装置が存在するネットワークに属する画像処理装置に応答を要求する近隣要請に対して、応答するか否かを判定する判定手段を備えることを特徴とする請求項９記載の画像処理装置。
【請求項１１】
前記情報処理装置からのマルチキャストに対して、応答するか否かを判定する判定手段を備えることを特徴とする請求項９記載の画像処理装置。
【請求項１２】
前記生成手段は、前記情報処理装置における前記計算で用いるアルゴリズムと同じアルゴリズムによりハッシュ値を計算し、当該ハッシュ値を用いてマルチキャストアドレスを生成することを特徴とする請求項９乃至１１の何れかに記載の画像処理装置。
【請求項１３】
前記参加手段により参加するマルチキャストグループを指定する指定手段を備えることを特徴とする請求項９乃至１２の何れかに記載の画像処理装置。
【請求項１４】
ネットワークに接続される複数の画像処理装置と通信可能な情報処理装置の制御方法において、
画像処理装置を探索する際の探索条件が、指定したネットワークに属する画像処理装置をマルチキャストにより探索する条件であるか否かを判断する判断工程と、
前記判断工程により前記探索条件が前記指定したネットワークに存在する画像処理装置をマルチキャストにより探索する条件であると判断された場合、当該指定されたネットワークに対応する情報に基づいて所定の値を計算する計算工程と、
前記計算工程により計算された値を用いてマルチキャストアドレスを生成する生成工程と、
前記生成工程により生成されたマルチキャストアドレスを指定した探索条件を送信する送信工程と、
前記マルチキャストアドレスに対応する画像処理装置から送信される応答を受信する受信工程と、を有することを特徴とする制御方法。
【請求項１５】
請求項１４記載の情報処理装置の制御方法をコンピュータに実行させるためのコンピュータで読み取り可能なプログラムコードを有するプログラム。
【請求項１６】
ネットワークに接続され情報処理装置と通信可能な画像処理装置の制御方法において、
前記情報処理装置から、前記画像処理装置が存在するネットワークに対応する情報に基づいて計算された所定の値を用いて生成されたマルチキャストアドレスが指定された探索条件を受信する受信工程と、
前記情報処理装置における前記計算で用いるアルゴリズムと同じアルゴリズムにより計算された値を用いてマルチキャストアドレスを生成する生成工程と、
前記生成工程により生成されたマルチキャストアドレスを用いてマルチキャストグループに参加する参加工程と、を有することを特徴とする制御方法。
【請求項１７】
請求項１６記載の画像処理装置の制御方法をコンピュータに実行させるためのコンピュータで読み取り可能なプログラムコードを有するプログラム。
【請求項１】
ネットワークに接続される複数の画像処理装置と通信可能な情報処理装置において、
画像処理装置を探索する際の探索条件が、指定したネットワークに属する画像処理装置をマルチキャストにより探索する条件であるか否かを判断する判断手段と、
前記判断手段により前記探索条件が前記指定したネットワークに存在する画像処理装置をマルチキャストにより探索する条件であると判断された場合、当該指定されたネットワークに対応する情報に基づいて所定の値を計算する計算手段と、
前記計算手段により計算された値を用いてマルチキャストアドレスを生成する生成手段と、
前記生成手段により生成されたマルチキャストアドレスを指定した探索条件を送信する送信手段と、
前記マルチキャストアドレスに対応する画像処理装置から送信される応答を受信する受信手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記送信手段は、前記判断手段により前記探索条件が前記情報処理装置が存在するネットワークに属する画像処理装置を探索する条件であると判断された場合、当該ネットワークに属する画像処理装置に応答を要求する近隣要請を送信し、
前記受信手段は、前記近隣要請に応答した画像処理装置から返信される近隣応答を受信することを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記計算手段は、前記指定されたネットワークに対応する情報に基づきハッシュ関数を用いてハッシュ値を計算し、
前記生成手段は、計算手段により計算された前記ハッシュ値を用いてマルチキャストアドレスを生成することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記応答を送信する画像処理装置は、前記指定されたネットワークに存在し、前記ハッシュ関数と同じハッシュ関数により計算されたハッシュ値を用いて生成されたマルチキャストアドレスの画像処理装置であることを特徴とする請求項３記載の情報処理装置。
【請求項５】
前記生成手段により前記ハッシュ値を計算する際に用いるハッシュ関数を複数のハッシュ関数の中から選択する選択手段を備えることを特徴とする請求項３又は４に記載の情報処理装置。
【請求項６】
前記受信手段により受信された応答から、前記画像処理装置の装置情報を取得する取得手段を備え、
前記取得手段により装置情報を取得した画像処理装置が前記指定されたネットワークに対応する情報を有していない場合は、前記装置情報を破棄することを特徴とする請求項１乃至５の何れかに記載の情報処理装置。
【請求項７】
前記取得手段により取得した装置情報を画面に表示する表示制御手段を備え、
前記表示制御手段は、IPv6のネットワークアドレスであるプレフィックスを前記画面のフィルタ機能の１つとして前記画面に表示することを特徴とする請求項６記載の情報処理装置。
【請求項８】
前記表示制御手段は、前記IPv6のネットワークアドレスであるプレフィックスごとに画像処理装置をグループ化した情報を前記画面に表示することを特徴とする請求項７記載の情報処理装置。
【請求項９】
ネットワークに接続され情報処理装置と通信可能な画像処理装置において、
前記情報処理装置から、前記画像処理装置が存在するネットワークに対応する情報に基づいて計算された所定の値を用いて生成されたマルチキャストアドレスが指定された探索条件を受信する受信手段と、
前記情報処理装置における前記計算で用いるアルゴリズムと同じアルゴリズムにより計算された値を用いてマルチキャストアドレスを生成する生成手段と、
前記生成手段により生成されたマルチキャストアドレスを用いてマルチキャストグループに参加する参加手段と、
を備えることを特徴とする画像処理装置。
【請求項１０】
前記情報処理装置が存在するネットワークに属する画像処理装置に応答を要求する近隣要請に対して、応答するか否かを判定する判定手段を備えることを特徴とする請求項９記載の画像処理装置。
【請求項１１】
前記情報処理装置からのマルチキャストに対して、応答するか否かを判定する判定手段を備えることを特徴とする請求項９記載の画像処理装置。
【請求項１２】
前記生成手段は、前記情報処理装置における前記計算で用いるアルゴリズムと同じアルゴリズムによりハッシュ値を計算し、当該ハッシュ値を用いてマルチキャストアドレスを生成することを特徴とする請求項９乃至１１の何れかに記載の画像処理装置。
【請求項１３】
前記参加手段により参加するマルチキャストグループを指定する指定手段を備えることを特徴とする請求項９乃至１２の何れかに記載の画像処理装置。
【請求項１４】
ネットワークに接続される複数の画像処理装置と通信可能な情報処理装置の制御方法において、
画像処理装置を探索する際の探索条件が、指定したネットワークに属する画像処理装置をマルチキャストにより探索する条件であるか否かを判断する判断工程と、
前記判断工程により前記探索条件が前記指定したネットワークに存在する画像処理装置をマルチキャストにより探索する条件であると判断された場合、当該指定されたネットワークに対応する情報に基づいて所定の値を計算する計算工程と、
前記計算工程により計算された値を用いてマルチキャストアドレスを生成する生成工程と、
前記生成工程により生成されたマルチキャストアドレスを指定した探索条件を送信する送信工程と、
前記マルチキャストアドレスに対応する画像処理装置から送信される応答を受信する受信工程と、を有することを特徴とする制御方法。
【請求項１５】
請求項１４記載の情報処理装置の制御方法をコンピュータに実行させるためのコンピュータで読み取り可能なプログラムコードを有するプログラム。
【請求項１６】
ネットワークに接続され情報処理装置と通信可能な画像処理装置の制御方法において、
前記情報処理装置から、前記画像処理装置が存在するネットワークに対応する情報に基づいて計算された所定の値を用いて生成されたマルチキャストアドレスが指定された探索条件を受信する受信工程と、
前記情報処理装置における前記計算で用いるアルゴリズムと同じアルゴリズムにより計算された値を用いてマルチキャストアドレスを生成する生成工程と、
前記生成工程により生成されたマルチキャストアドレスを用いてマルチキャストグループに参加する参加工程と、を有することを特徴とする制御方法。
【請求項１７】
請求項１６記載の画像処理装置の制御方法をコンピュータに実行させるためのコンピュータで読み取り可能なプログラムコードを有するプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１６】
【図１７】
【図１８】
【図１９】
【図７】
【図１３】
【図１４】
【図１５】
【図２０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１６】
【図１７】
【図１８】
【図１９】
【図７】
【図１３】
【図１４】
【図１５】
【図２０】
【公開番号】特開２０１０−１０７８９（Ｐ２０１０−１０７８９Ａ）
【公開日】平成２２年１月１４日（２０１０．１．１４）
【国際特許分類】
【出願番号】特願２００８−１６４６９９（Ｐ２００８−１６４６９９）
【出願日】平成２０年６月２４日（２００８．６．２４）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２２年１月１４日（２０１０．１．１４）
【国際特許分類】
【出願日】平成２０年６月２４日（２００８．６．２４）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]