JP4101140B2 - 画像処理装置、画像処理システム、名前登録方法、名前登録プログラム及び記録媒体 - Google Patents

Description

本発明は、画像処理装置、画像処理システム、名前登録方法、名前登録プログラム及び記録媒体に関し、特にＤＮＳサーバとネットワークを介して接続している画像処理装置、画像処理システム、名前登録方法、名前登録プログラム及び記録媒体に関する。

ＴＣＰ／ＩＰネットワーク環境においては、ネットワークに接続している各コンピュータやネットワーク機器等は、ＩＰアドレスによって一意に識別される。しかし、ＩＰアドレスは単なる数字の羅列であるため、我々ユーザにとっては記憶しにくいものである。そこで、ユーザにとってより扱い易い文字列、すなわち、ホスト名によって各コンピュータ等にアクセスできるよう、ＤＮＳ（Domain Name System）という仕組みが用いられている。

ＤＮＳにおいては、ＤＮＳサーバがホスト名とＩＰアドレスとの対応関係を管理している。ＤＮＳサーバは、クライアントからの問い合わせに応じて、ホスト名を解決し、対応するＩＰアドレスをクライアントに通知する。したがって、各コンピュータ等に割り当てられたＩＰアドレスとホスト名との対応関係が正確に管理されている限り、ＤＮＳサーバによる名前解決は保証される。

ところで、ＩＰアドレスは、通常ネットワーク管理者等によって割り当てられるものである。また、各機器においては割り当てられたＩＰアドレスの設定作業が必要とされる。

かかるユーザに対する負担の軽減や人為的ミスによるＩＰアドレスの重複等の回避、及びＩＰアドレスの有効利用等を目的として、ＤＨＣＰサーバを用いることによって動的にＩＰアドレスを割り当てるということが行われている。すなわち、ＤＨＣＰサーバは、各機器に対して自動的にＩＰアドレスを割り当てることができ、またＤＨＣＰサーバに対応したクライアントとしての機器についてもＤＨＣＰサーバにより割り当てられたＩＰアドレスを自動的に設定することができるため、ネットワーク管理者やエンドユーザの作業負担を軽減することができる。

但し、ＤＨＣＰサーバをＤＮＳ環境において用いる場合は、不都合が生じる。上述したように、ＤＮＳサーバは、ホスト名とＩＰアドレスとの対応関係を管理しており、その対応関係に基づいて名前解決を実行するものである。したがって、ＤＮＳサーバにとっては、ＩＰアドレスは静的であるほうが好ましく、ＩＰアドレスを動的に変更させるＤＨＣＰサーバの存在は、ＤＮＳサーバによる名前解決の信頼性を低下させることになる。

そこで、ＩＰアドレスが動的に変化する環境においてもＤＮＳを実現するための技術としてＤＤＮＳ（Dynamic Domain Name System）が考案されている。ＤＤＮＳにおいては、各機器がＤＨＣＰサーバより割り当てられたＩＰアドレスをホスト名と共にＤＮＳサーバに通知する。これによりＤＮＳサーバは、常に最新の対応関係を管理することができ、動的な名前解決を実現することができる。

また、特許文献１には、機器に割り当てたＩＰアドレスをＤＨＣＰサーバがＤＮＳサーバに通知することにより、ＤＮＳサーバにおける対応関係を最新の状態に保ち、ＤＤＮＳ環境を実現する手法が開示されている。
特開２０００−１０１５８９号公報

しかしながら、ＤＤＮＳ環境においても、ホスト名は人為的に設定されるものである。したがって、ホスト名が誤って他の機器と重複して設定される可能性がある。

図１は、ホスト名が重複して設定された例を示す図である。図１のシステム５００は、プリンタ５１０、ＤＨＣＰサーバ５２０、クライアントＰＣ５３０、クライアントＰＣ５４０、及びＤＮＳサーバ５５０等から構成されている。ここで、クライアントＰＣ５３０及び５４０は、ユーザが直接利用するＰＣ（Personal Computer）等の端末である。なお、クライアントＰＣ５３０のＩＰアドレスは「１９２．１６８．１．４」、ホスト名は「ｃｌｉｅｎｔ．ａｂｃ．ｃｏ．ｊｐ」であり、クライアントＰＣ５４０のＩＰアドレスは「１９２．１６８．１．３」、ホスト名は「ｈｏｓｔｎａｍｅ．ａｂｃ．ｃｏ．ｊｐ」であるとする。また、これらＩＰアドレスとホスト名との対応関係はＤＮＳサーバ５５０において管理されているものとする。

例えば、プリンタ５１０に対して、クライアントＰＣ５４０と同一のホスト名（ｈｏｓｔｎａｍｅ．ａｂｃ．ｃｏ．ｊｐ）が誤って設定されると（Ｓ１）、プリンタ５１０は、設定されたホスト名とＩＰアドレスとの対応関係の登録をＤＮＳサーバ５５０に要求する（Ｓ２）。その結果、ＤＮＳサーバ５５０においては、ホスト名「ｈｏｓｔｎａｍｅ．ａｂｃ．ｃｏ．ｊｐ」とＩＰアドレス「１９２．１６８．１．２」との対応関係が新たに登録される。

プリンタ５１０のホスト名が「ｈｏｓｔｎａｍｅ．ａｂｃ．ｃｏ．ｊｐ」に設定されたことを知ったユーザは、クライアントＰＣ５３０においてプリンタ５１０が、「ｈｏｓｔｎａｍｅ．ａｂｃ．ｃｏ．ｊｐ」によって識別されるよう設定する。その状態でユーザがプリンタ５１０を印刷先として文書データの印刷指示を行うと、クライアントＰＣ５３０は、「ｈｏｓｔｎａｍｅ．ａｂｃ．ｃｏ．ｊｐ」の名前解決をＤＮＳサーバ５５０に対して要求する（Ｓ３）。

ＤＮＳサーバ５５０は、「ｈｏｓｔｎａｍｅ．ａｂｃ．ｃｏ．ｊｐ」の名前解決を実行しようとするが、「ｈｏｓｔｎａｍｅ．ａｂｃ．ｃｏ．ｊｐ」をホスト名として有するレコードは二つ登録されているため、誤ってクライアントＰＣ５４０に対するＩＰアドレスをクライアントＰＣ５４０に返信してしまう可能性がある（Ｓ４）。

その場合、クライアントＰＣ５３０は、当初意図したプリンタ５１０にではなく、クライアントＰＣ５４０に対して印刷要求を行ってしまい、文書データの印刷処理が正常に実行されないという事態が発生する。

また、ホスト名が重複した場合のみならず、他のユーザの知らない間にプリンタ５１０のホスト名が変更された場合も同様である。すなわち、クライアントＰＣ５３０等は、変更前のホスト名によってプリンタ５１０にアクセスしようとするが、ＤＮＳサーバ５５０においては、既に新しいホスト名による対応関係が管理されているため、正確に名前解決を実行することができないという可能性がある。

本発明は、上記の点に鑑みてなされたものであって、ＤＤＮＳ環境においてホスト名が変更された場合や、他の機器と重複した場合であっても、適切な名前解決をＤＮＳサーバに実行させることができる画像処理装置、画像処理システム、名前登録方法、名前登録プログラム及び記録媒体の提供を目的とする。

そこで上記課題を解決するため、本発明は、ＤＮＳサーバとネットワークを介して接続している画像処理装置であって、当該画像処理装置のホスト名とアドレス情報との対応関係の登録要求を前記ＤＮＳサーバに送信する名前登録要求手段と、当該画像処理装置に対して一意に定まる別名と前記アドレス情報との対応関係の登録要求を前記ＤＮＳサーバに送信する別名登録要求手段とを有することを特徴とする。

このような画像処理装置では、変更される恐れのあるホスト名とは別に、当該画像処理装置に対して一意に定まる名前を別名としてＤＮＳサーバに登録することができる。したがって、ＤＮＳサーバは、当該画像処理装置のホスト名が重複又は変更された場合であっても、別名に基づく名前解決要求に対して適切に対応することができる。

また上記課題を解決するため、本発明は、上記画像処理装置を有する画像処理システム、上記画像処理装置における名前登録方法、前記名前登録方法を画像処理装置に実行させるための名前登録プログラム、又は前記名前登録プログラムを記録した記録媒体としてもよい。

本発明によれば、ＤＤＮＳ環境においてホスト名が変更された場合や、他の機器と重複した場合であっても、適切な名前解決をＤＮＳサーバに実行させることができる画像処理装置、画像処理システム、名前登録方法、名前登録プログラム及び記録媒体を提供することができる。

以下、図面に基づいて本発明の実施の形態を説明する。図２は、本発明の実施の形態における画像処理システムの一実施例の構成図である。図２において、画像処理システム１は、画像処理装置１０、ＤＨＣＰサーバ２０、クライアントＰＣ３０、クライアントＰＣ４０、及びＤＮＳサーバ５０等が、ＬＡＮやインターネット等のネットワーク６０を介して接続されることにより構成されている。

画像処理装置１０は、クライアントＰＣ３０等からの要求に応じて画像データ等の印刷を行うプリンタである。画像処理装置１０は、ネットワーク６０上において、ＩＰアドレスは、１９２．１６８．１．２、ホスト名は、ｈｏｓｏｔｎａｍｅ．ａｂｃ．ｃｏ．ｊｐとして識別される
ＤＨＣＰ（Dynamic Host Configuration Protocol）サーバ２０は、ネットワーク６０上の各機器、すなわち、画像処理装置１０、クライアントＰＣ３０及び４０等のＩＰアドレスを動的に割り当てる、いわゆるＤＨＣＰサーバである。

クライアントＰＣ３０及び４０は、ユーザが利用するＰＣ（Personal Computer）等の端末である。クライアントＰＣ３０は、ＩＰアドレスは、１９２．１６８．１．４、ホスト名は、ｃｌｉｅｎｔ．ａｂｃ．ｃｏ．ｊｐとして識別される。クライアントＰＣ４０は、ＩＰアドレスは、１９２．１６８．１．３、ホスト名は、ｏｔｈｅｒ．ａｂｃ．ｃｏ．ｊｐとして識別される。

ＤＮＳサーバ５０は、クライアントＰＣ３０等からの名前解決の要求に応じ、ホスト名に対応するＩＰアドレスを返信する、いわゆるＤＮＳサーバである。ＤＮＳサーバ５０は、ＤＮＳデータベーステーブル５１を有しており、ＤＮＳデータベーステーブル５１に基づいて名前解決を行う。

図３は、ＤＮＳデータベーステーブルの構成例を示す図である。図３に示されるように、ＤＮＳデータベーステーブル５１には、各機器についてＡレコード（レコード５１１〜レコード５１３）とＰＴＲレコード（レコード５１４〜レコード５１６）とが登録されている。ここで、Ａレコードとは、ホスト名からＩＰアドレスを正引きするためのレコードであり、ＰＴＲレコードとは、ＩＰアドレスからホスト名を逆引きするためのレコードである。例えば、レコード５１１は、画像処理装置１０のＡレコードであり、レコード５１４は、画像処理装置１０のＰＴＲレコードである。このように、ＤＮＳデータベーステーブル５１によって、各機器のホスト名とＩＰアドレスとの対応関係が管理されている。

なお、画像処理システム１は、ＤＤＮＳ（Dynamic Domain Name System）として構成されている。すなわち、ＤＨＣＰサーバ２０によって各機器に割り当てられたＩＰアドレスは、各機器からＤＮＳサーバ５０に自動的に通知される。したがって、各機器のＩＰアドレスの値が動的に変化した場合でも、ＤＮＳサーバ５０は、各ホスト名に対し最新のＩＰアドレスを対応づけることができる。

次に、画像処理装置１０の詳細について説明する。図４は、本発明の実施の形態における画像処理装置のハードウェア構成例を示す図である。図４に示されるように、画像処理装置１０は、エンジン部１１、ネットワークＩ／Ｆ部１２、制御部１３、記憶部１４及び操作部１５等を有するように構成される。

画像処理装置１０において本発明に係る処理を実現するプログラムは、例えば、ＣＤ−ＲＯＭ等の記録媒体１６によって提供され、画像処理装置１０にインストールされる。

記憶部１４は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。制御部１３は、インストールされたプログラムを処理することにより、本発明に係る機能を実現する。

エンジン部１１は、画像処理特有の機能を実現するものである。ネットワークＩ／Ｆ部１２は、図２のネットワーク６０に接続するために用いられる。操作部１５は、操作パネル等、ユーザが画像処理装置１０を操作するためのインタフェースである。

以下、図２の画像処理システム１の処理手順について説明する。図５は、画像処理装置においてホスト名が変更された際の処理を説明するためのシーケンス図である。

ステップＳ１１において、画像処理装置１０のホスト名が、例えば「ｃｈａｎｇｅ．ａｂｃ．ｃｏ．ｊｐ」に変更されると、画像処理装置１０は、ホスト名の重複を確認するためのデータをブロードキャストする。

図６は、名前重複確認のためにブロードキャストされるデータ例を示す図である。図６のデータ６１０の記述６１１において、「ｃｈａｎｇｅ」という名前が新たに追加される旨が示されている。

重複確認に対して名前が重複している旨の応答が無い場合（Ｓ１２）は、ステップＳ１３に進み、画像処理装置１０は、ＤＮＳサーバ５０に新たなホスト名（ｃｈａｎｇｅ．ａｂｃ．ｃｏ．ｊｐ）と、ホスト名に対する画像処理装置１０のＩＰアドレス（１９２．１６８．１．２）とを送信することにより、その対応づけをＡレコードとして登録するようＤＮＳサーバ５０に要求する。

図７は、Ａレコードの登録を要求する際に送信されるデータ例を示す図である。図７のデータ６３０において、記述６３１は、データ６３０が登録の要求である旨示している。また、記述６３１及び記述６３２は、登録の対象となるホスト名又はＩＰアドレスを示している。

ステップＳ１３に続いてステップＳ１４に進み、ＤＮＳサーバ５０は、画像処理装置１０より受信したホスト名とＩＰアドレスとの対応づけをＡレコードとしてＤＮＳデータベーステーブル５１に登録する。更に、ＤＮＳサーバ５０は、正常に登録した旨を画像処理装置１０に対して応答する。

図８は、Ａレコードの登録要求に対する応答としてのデータ例を示す図である。図８のデータ６４０の記述６４１に応答である旨が示されている。

ステップＳ１４に続いてステップＳ１５に進み、画像処理装置１０は、ＤＮＳサーバ５０にＩＰアドレスと、ＩＰアドレスに対する新たなホスト名とを送信することにより、その対応づけをＰＴＲレコードとして登録するようＤＮＳサーバ５０に要求する。

図９は、ＰＴＲレコードの登録を要求する際に送信されるデータ例を示す図である。図９のデータ６５０において、記述６５１は、データ６５０が登録の要求である旨を示している。また、記述６５２及び記述６５３は、登録の対象となるＩＰアドレス又はホスト名を示している。

ステップＳ１５に続いてステップＳ１６に進み、ＤＮＳサーバ５０は、画像処理装置１０より受信したＩＰアドレスとホスト名との対応づけをＰＴＲレコードとしてＤＮＳデータベーステーブル５１に登録する。更に、ＤＮＳサーバ５０は、正常に登録した旨を画像処理装置１０に対して応答する。

図１０は、ＰＴＲレコードの登録要求に対する応答としてのデータ例を示す図である。図１０のデータ６６０の記述６６１に応答である旨が示されている。

ステップＳ１６に続いてステップＳ１７に進み、画像処理装置１０は、少なくともネットワーク６０に接続されている各機器に一意であって動的に変更されない値をホスト名の別名（以下、「エイリアス名」という。）とし、そのエイリアス名と、エイリアス名に対するＩＰアドレスとして画像処理装置１０のＩＰアドレス（１９２．１６８．１．２）とをＤＮＳサーバ５０に送信することにより、その対応づけをエイリアス名レコードとして登録するようＤＮＳサーバ５０に要求する。

ここで、エイリアス名としては、ネットワーク６０に接続している機器ごとに一意であって、動的に変化しない（不変）なものであればどのようなものでもよい。例えば、画像処理装置１０のＭＡＣアドレスでもよいし、シリアル番号でもよい。また、ＭＡＣアドレスやシリアル番号等に対して所定の変換を施すことによって、人間にとって記憶しやすい値にすると、取り扱いが容易になる。

例えば、画像処理装置１０のＭＡＣアドレスの値が、「００：００：７４：１２：３４：５６」であるとする。ＭＡＣアドレスの上位３バイトは、各メーカーに割り当てられる領域（Ｖｅｎｄｅｒ ＭＡＣアドレス部）であるため、上位３バイト「００：００：７４」をメーカーの名前や、その名前を略したものに置き換えてもよい。

本実施の形態においては、この方法を採用し、画像処理装置１０は、ＭＡＣアドレス「００：００：７４：１２：３４：５６」の上位３バイトを「ＲＮＰ」という文字列に置換し、エイリアス名「ＲＮＰ１２３４５６」を生成したものとする。

また、エイリアス名レコードとは、Ａレコードと同様に正方向、すなわち、エイリアス名に基づいてＩＰアドレスを導き出すためのレコードである。

図１１は、エイリアス名レコードの登録を要求する際に送信されるデータ例を示す図である。図１１のデータ６７０において、記述６７１は、データ６７０が登録の要求である旨示している。また、記述６７１及び記述６７２は、登録の対象となるエイリアス名又はＩＰアドレスを示している。

ステップＳ１７に続いてステップＳ１８に進み、ＤＮＳサーバ５０は、画像処理装置１０より受信したエイリアス名とＩＰアドレスとの対応づけをエイリアス名レコードとしてＤＮＳデータベーステーブル５１に登録する。更に、ＤＮＳサーバ５０は、正常に登録さした旨を画像処理装置１０に対して応答する。以上で画像処理装置１０による新たなホスト名等の登録処理は終了する。

図１２は、エイリアス名レコードの登録要求に対する応答としてのデータ例を示す図である。図１２のデータ６８０の記述６８１に応答である旨が示されている。

図１３は、更新されたＤＮＳデータベーステーブルの例を示す図である。図１３のＤＮＳデータベーステーブル５１において、レコード３２１、レコード３２３は、それぞれステップＳ１３、ステップＳ１５に基づいて登録されたＡレコード、ＰＴＲレコードである。また、レコード３２２は、ステップＳ１７に基づいて登録されたエイリアス名レコードである。

図５に戻る。例えば、クライアントＰＣ３０のユーザが、画像処理装置１０を印刷先として文書データの印刷要求を行ったとすると、クライアントＰＣ３０のリゾルバは、画像処理装置１０に対するものとして認識している名前の解決をＤＮＳサーバ５０に対して要求する（Ｓ１９）。

図１４は、名前解決を要求する際に送信されるデータ例を示す図である。図１４のデータ６９０の記述６９１に解決を要求する名前が示されている。ここで、クライアントＰＣ３０のリゾルバは、ＤＮＳサーバ５０のホスト名ではなくエイリアス名（ＲＮＰ１２３４５６）を解決対象の名前として指定する。本実施の形態において、各機器は、当該機器以外の他の機器をそれぞれのエイリアス名で識別するように予め設定されており、クライアントＰＣにおける画像処理装置１０に対する印刷ポートは、画像処理装置１０のエイリアス名によって生成されているからである。

なお、エイリアス名は、機器ごとに一意であるため、エイリアス名の対象を何にするか（ＭＡＣアドレスであるのか、シリアル番号であるのか、又は前記に対し所定の変換を施したものであるのか）を予め明確にしておけば、各ユーザは、自らの端末（クライアントＰＣ３０等）において画像処理装置１０等のエイリアス名を設定しておくことができる。

ステップＳ１９に続いてステップＳ２０に進みＤＮＳサーバ５０が、ＤＮＳデータベーステーブル５１（図１３）のレコード３２２を参照し、エイリアス名（ＲＮＰ１２３４５６）に基づいてＩＰアドレス（１９２．１６８．１．２）を導出すると、そのＩＰアドレスをクライアントＰＣ３０に対して送信する。

図１５は、名前解決要求に対する応答としてのデータ例を示す図である。図１５のデータ７１０の記述７１１に名前解決の結果得られたＩＰアドレスが示されている。

ここで、エイリアス名は、機器ごとに一意である。したがって、画像処理装置１０のホスト名が重複している場合であっても、ＤＮＳサーバ５０は、名前解決に用いるレコードを一意に特定することができる。また、エイリアス名は、ホスト名やＩＰアドレス等に応じて変化するものではないため、クライアントＰＣ３０のユーザが知らない間に画像処理装置１０のホスト名又はＩＰアドレスが変化していたとしても、常に画像処理装置１０を特定できる。

すなわち、エイリアス名がホスト名と異なり一意であることによって、ＤＮＳサーバ５０がエイリアス名を解決する際のレコードの重複やレコードが存在しないことによる解決エラーの発生を回避することができ、正しいＩＰアドレスが導き出されることが保証される。

したがって、クライアントＰＣ３０は、ＤＮＳサーバ５０より受信したＩＰアドレスに基づいて意図したとおり画像処理装置１０にアクセスすることができ、印刷要求（Ｓ２１）及び印刷データの送信（Ｓ２２）等を実行することができる。

なお、エイリアス名の一意性をより確実なものとするために、画像処理装置１０のホスト名が設定又は変更された際に、ホスト名として設定された名前がエイリアス名の命名規則に基づくものである場合は、画像処理装置１０がその名前の設定を拒否するようにしてもよい。エイリアス名の命名規則に基づくものである場合か否かの判断は、例えば、ＭＡＣアドレスやシリアル番号等に固定的なコードが含まれている場合は、その固定的なコードが、ホスト名として設定された名前に含まれているかどうかを確認することにより行えばよい。

次に、図５のシーケンス図によって説明した処理における、画像処理装置１０の内部の動作、すなわち、図４に示した各要素がどのように協働して図５に示した処理を実行しているかについて説明する。

図１６は、画像処理装置においてホスト名が変更された際の画像処理装置の処理を説明するためのフローチャートである。

ステップＳ１０１及びステップＳ１０２は、ステップＳ１１（図５）に対応する。すなわち、制御部１３は、記憶部１４よりホスト名を読み出し（Ｓ１０１）、読み出したホスト名を含むデータをネットワークＩ／Ｆ部１２によって重複検知パケットとしてブロードキャストする（Ｓ１０２）。

重複している旨の応答があった場合（Ｓ１０３でＹｅｓ）には処理を終了し、重複している旨の応答がない場合（Ｓ１０３でＮｏ）には、ステップＳ１０４に進む。

ステップＳ１０４〜ステップＳ１０７は、ステップＳ１３及びＳ１４（図５）に対応する。すなわち、制御部１３は、記憶部１４よりＤＮＳサーバ５０のＩＰアドレス及び画像処理装置１０のホスト名を記憶部１４より読み出し（Ｓ１０４、Ｓ１０５）、読み出したホスト名をＡレコードに対する登録レコードとする。更に、制御部１３は、登録レコードをネットワークＩ／Ｆ部１２よりＤＮＳサーバ５０に対して送信することにより、登録レコードをＡレコードとしてＤＮＳサーバ５０に登録すると（Ｓ１０６）、ＤＮＳサーバ５０からの応答をネットワークＩ／Ｆ部１２を介して受信する（Ｓ１０７）。

ステップＳ１０８及びＳ１０９等は、ステップＳ１５（図５）に対応する。すなわち、制御部１３は、ＰＴＲレコードは既に送信済みかを判断し、送信していない場合（Ｓ１０８でＮｏ）は、記憶部１４からＩＰアドレスを読み出してＰＴＲレコードに対する登録レコードとする（Ｓ１０９）。更に、制御部１３は、新たな登録レコードのＰＴＲレコードとしての登録をＤＮＳサーバ５０に対して要求し（Ｓ１０６）、ＤＮＳサーバ５０からの応答を受信する（Ｓ１０７）。

ステップＳ１１０及びＳ１１１等は、ステップＳ１７（図５）に対応する。すなわち、制御部１３は、エイリアス名レコードは既に送信済みかを判断し、送信していない場合（Ｓ１１０でＮｏ）は、記憶部１４からエイリアス名を読み出してエイリアス名レコードに対する登録レコードとする（Ｓ１１１）。更に、制御部１３は、新たな登録レコードのエイリアス名レコードとしての登録をＤＮＳサーバ５０に対して要求し（Ｓ１０６）、ＤＮＳサーバ５０からの応答を受信する（Ｓ１０７）。

ところで、上述においては、画像処理装置１０のホスト名が重複した場合に実行される処理については言及していない。そこで、次に、画像処理装置１０において変更したホスト名が、既に他の機器において使われている場合の処理について説明する。

図１７は、変更したホスト名が他の機器のホスト名と重複している場合の処理を説明するためのシーケンス図である。

図５のステップＳ１１と同様に、画像処理装置１０のホスト名が、例えば「ｃｈａｎｇｅ．ａｂｃ．ｃｏ．ｊｐ」に変更されると、画像処理装置１０は、ホスト名の重複を確認するためのデータをブロードキャストする（Ｓ５１）。ここで送信されるデータは、図６に示したものである。

ここで、クライアントＰＣ４０が、既に「ｃｈａｎｇｅ」という名前を使用していたものとする。したがって、ステップＳ５２において、クライアントＰＣ４０は、重複の確認を受けた名前は既に使用している旨の応答を画像処理装置１０に対して行う。

図１８は、名前が重複している旨の応答としてのデータ例を示す図である。

ステップＳ５２に続いてステップＳ５３に進み、画像処理装置１０は、ホスト名が重複してしまった旨を通知する電子メール（以下、「重複通知メール」という。）を、予め通知先として登録されているユーザのメールアドレスに対して送信する。予め通知先として登録されているユーザとしては、例えば、画像処理システム１の管理者や画像処理装置１０を印刷先として普段利用しているユーザ等が挙げられる。ここでは、クライアントＰＣ３０のユーザに対して重複通知メールが送信されたこととする。

図１９は、重複通知メールの例を示す図である。図１９の重複通知メール７３０において、メッセージ７３１には、画像処理装置１０のホスト名が重複した旨が示されており、また、メッセージ７３１には、重複した名前及び重複した機器のＭＡＣアドレスが示されている。

したがって、重複通知メール７３０を受信したユーザは、画像処理装置１０に設定したホスト名が重複した旨を知ることができ、その対応策として画像処理装置１０又は重複している一方の機器のホスト名を変更する必要があることを認識することができる。

また、ホスト名が重複した旨を画像処理装置１０の操作パネルに表示させてもよい。図２０は、操作パネルにおける重複通知の表示例を示す図である。図２０の操作パネル１５１において、メッセージ１５１１として重複したホスト名と重複相手のＭＡＣアドレスとが表示されている。操作パネルに重複通知を表示させることにより、画像処理装置１０の近くで作業しているユーザに、ホスト名が重複した旨を通知することができる。

また、重複通知を画像処理装置１０の記憶部１４にシステムログとして保存するようにしてもよい。図２１は、システムログとしての重複通知の例を示す図である。図２１のシステムログ１４１において、記述１４１１に重複したホスト名が示され、記述１４１２に重複相手のＭＡＣアドレスが示されている。システムログに保存しておくことにより、後の確認の際等に便利となる。

更に、重複した旨を通知するだけではなく、重複を回避するための処理を画像処理装置１０に実行させるようにしてもよい。

すなわち、ステップＳ５４において、画像処理装置１０は、重複したホスト名にサフィックス等を付加、例えば、「ｃｈａｎｇｅ」を「ｃｈａｎｇｅ１」に修正し、修正後のホスト名とＩＰアドレスとのＡレコードの登録をＤＮＳサーバ５０に要求する。

ステップＳ５４に続いてステップＳ５５に進み、ＤＮＳサーバ５０は、修正後のホスト名とＩＰアドレスとの対応関係を登録し、正常に登録した旨の応答を画像処理装置１０に送信する。

ステップＳ５５に続いてステップＳ５６に進み、画像処理装置１０が、ＩＰアドレスと修正後のホスト名とのＰＴＲレコードの登録をＤＮＳサーバ５０に要求すると、ＤＮＳサーバ５０において対応関係が登録され、画像処理装置１０に対する応答が送信される（Ｓ５７）。

なお、ステップＳ５４〜Ｓ５７に係る処理を実装した場合は、上述した重複通知メールの送信、重複通知の操作パネルへの表示、又は重複通知のシステムログへの保存の処理を、ステップＳ５７の後に行うようにしてもよい。この場合は、修正後のホスト名を重複通知メール等に含めることができ、ユーザに、修正後のホスト名を通知することができる。

この場合、クライアントＰＣ３０のユーザは、クライアントＰＣ３０において画像処理装置１０のホスト名を修正後のホスト名（ｃｈａｎｇｅ１）に設定することができる。したがって、例えば、その後にクライアントＰＣ３０のユーザが、画像処理装置１０を印刷先として文書データの印刷を指示した場合は、クライアントＰＣ３０のリゾルバは、修正後のホスト名の解決を要求することができ（Ｓ５８）、修正後のホスト名に対応したＩＰアドレスを得ることができる（Ｓ５９）。よって、画像処理装置１０は、意図したとおり画像処理装置１０にアクセスすることができ、印刷要求（Ｓ６０）及び印刷データの送信（Ｓ６１）等を実行することができる。

なお、上述において、画像処理装置１０が、単なるプリンタである例について説明したが、例えば、図２２及び図２３に示されるような機能構成又はハードウェア構成を有する多機能型の融合機を用いても良い。

図２２は、融合機の一例の構成図を示す。融合機１００は、プロッタ１０１１と，スキャナ１０１２と，ファクシミリなどのその他のハードウェアリソース１０１３と，ソフトウェア群１０２０と，融合機起動部１０５０とを有する。また、ソフトウェア群１０２０はアプリケーション１０３０とプラットフォーム１０４０とを有する。

アプリケーション１０３０は、プリンタ，コピー，ファクシミリおよびスキャナなどの画像形成処理にかかるユーザサービスにそれぞれ固有の処理を行うものである。

アプリケーション１０３０は、ページ記述言語（ＰＤＬ，ＰＣＬ）およびポストスクリプト（ＰＳ）を有するプリンタ用のアプリケーションであるプリンタアプリ１０３１と，コピー用のアプリケーションであるコピーアプリ１０３２と，ファクシミリ用アプリケーションであるファックスアプリ１０３３と，スキャナ用アプリケーションであるスキャナアプリ１０３４と，ネットワークファイル用アプリケーションであるネットファイルアプリ１０３５とを有している。

また、プラットフォーム１０４０は、アプリケーション１０３０からの処理要求を解釈してハードウェア資源の獲得要求を発生するコントロールサービスと、１つ以上のハードウェア資源の管理を行ってコントロールサービスからの獲得要求を調停するシステムリソースマネージャ（以下、ＳＲＭという）１０４３と、オペレーティングシステム（以下、ＯＳという）１０４１とを有するように構成されている。

コントロールサービスは、システムコントロールサービス（以下、ＳＣＳという）１０４２，エンジンコントロールサービス（以下、ＥＣＳという）１０４４，メモリコントロールサービス（以下、ＭＣＳという）１０４５，オペレーションパネルコントロールサービス（以下、ＯＣＳという）１０４６，ファックスコントロールサービス（以下、ＦＣＳという）１０４７，ネットワークコントロールサービス（以下、ＮＣＳという）１０４８など、一つ以上のサービスモジュールを有するように構成されている。

なお、プラットフォーム１０４０は予め定義されている関数によりアプリケーション１０３０からの処理要求を受信可能とするアプリケーションプログラムインタフェース（以下、ＡＰＩという）を有するように構成されている。ＯＳ１０４１は、ユニックス（ＵＮＩＸ（登録商標））等であって、アプリケーション１０３０およびプラットフォーム１０４０の各ソフトウェアをプロセスとして並列実行する。

ＳＲＭ１０４３のプロセスは、ＳＣＳ１０４２と共にシステムの制御およびハードウェア資源の管理を行うものである。例えばＳＲＭ１０４３のプロセスは、エンジン，メモリ，ＨＤＤファイル，ホストＩ／Ｏ（セントロＩ／Ｆ，ネットワークＩ／Ｆ，ＩＥＥＥ１３９４ Ｉ／Ｆ，ＲＳ２３２Ｃ Ｉ／Ｆなど）のハードウェア資源を利用する上位層からの要求に従って調停を行い、実行制御する。

具体的に、ＳＲＭ１０４３は要求されたハードウェア資源が利用可能であるか（他の要求により利用されていないかどうか）を判定し、利用可能であれば要求されたハードウェア資源が利用可能である旨を上位層に通知する。また、ＳＲＭ１０４３は上位層からの要求に対してハードウェア資源を利用するためのスケジューリングを行い、要求内容（例えば、プリンタエンジンによる紙搬送と作像動作，メモリ確保，ファイル生成など）を直接実施している。

ＳＣＳ１０４２のプロセスは、アプリケーション管理，操作部制御，システム画面表示，ＬＥＤ表示，ハードウェア資源管理，割り込みアプリケーション制御などの処理を行う。ＥＣＳ１０４４のプロセスは、プロッタ１０１１，スキャナ１０１２，その他のハードウェアリソース１０１３などのエンジンの制御を行う。

ＭＣＳ１０４５のプロセスは、画像メモリの取得および解放，ＨＤＤの利用，画像データの圧縮および伸張などのメモリ制御を行う。ＯＣＳ１０４６のプロセスは、オペレータと本体制御との間の情報伝達手段となるオペレーションパネル（操作パネル）の制御を行う。

ＦＣＳ１０４７のプロセスは、システムコントローラの各アプリケーション層からＰＳＴＮまたはＩＳＤＮ網を利用したファクシミリ送受信，バックアップ用のメモリで管理されている各種ファクシミリデータの登録／引用，ファクシミリ読み取り，ファクシミリ受信印刷，融合送受信を行うためのＡＰＩを提供する。

ＮＣＳ１０４８のプロセスは、ネットワークＩ／Ｏを必要とするアプリケーションに対して共通に利用できるサービスを提供するものであり、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、各アプリケーションからのデータをネットワーク側に送信する際の仲介を行う。

例えばＮＣＳ１０４８は、ネットワークを介して接続されるネットワーク機器とのデータ通信をｈｔｔｐｄ（HyperText Transfer Protocol Daemon）により、ＨＴＴＰ（HyperText Transfer Protocol）で制御する。

融合機起動部１０５０は、融合機１００の電源投入時に最初に実行され、プラットフォーム１０４０やアプリケーション１０３０を起動するものである。

融合機１００は、各アプリケーションで共通的に必要な処理をプラットフォーム１０４０で一元的に処理することができる。次に、融合機１００のハードウェア構成について説明する。

図２３は、融合機の一例のハードウェア構成図を示す。図２３の融合機１００は、コントローラ１０６０，オペレーションパネル１０８０，ＦＣＵ１０８１，エンジン部１０８２を有する。

コントローラ１０６０は、ＣＰＵ１０６１，システムメモリ１０６２，ノースブリッジ（ＮＢ）１０６３，サウスブリッジ（ＳＢ）１０６４，ＡＳＩＣ１０６６，ローカルメモリ１０６７，ＨＤＤ１０６８、ネットワークインタフェースカード（ＮＩＣ）１０６９，ＵＳＢデバイス１０７０，ＩＥＥＥ１３９４デバイス１０７１，セントロニクス１０７２を有する。

オペレーションパネル１０８０は、コントローラ１０６０のＡＳＩＣ１０６６に接続されている。また、ＦＣＵ１０８１およびエンジン部１０８２は、コントローラ１０６０のＡＳＩＣ１０６６にＰＣＩバス１０８３で接続されている。

コントローラ１０６０は、ＡＳＩＣ１０６６にローカルメモリ１０６７，ＨＤＤ１０６８などが接続されると共に、ＣＰＵ１０６１とＡＳＩＣ１０６６とがＣＰＵチップセットのＮＢ１０６３を介して接続されている。コントローラ１０６０は、ＮＢ１０６３を介してＣＰＵ１０６１とＡＳＩＣ１０６６とを接続することにより、ＣＰＵ１０６１のインタフェースが公開されていない場合に対応する。なお、ＡＳＩＣ１０６６とＮＢ１０６３とはＡＧＰ（Accelerated Graphics Port ）１０６５を介して接続されている。

このように、図２２のアプリケーション１０３０やプラットフォーム１０４０を形成する一つ以上のプロセスを実行制御するため、ＡＳＩＣ１０６６とＮＢ１０６３とを低速のＰＣＩバスでなくＡＧＰ１０６５を介して接続することで、パフォーマンスの低下を防いでいる。

ＣＰＵ１０６１は、融合機１００の全体制御を行うものである。ＣＰＵ１０６１は、ＳＣＳ１０４２，ＳＲＭ１０４３，ＥＣＳ１０４４，ＭＣＳ１０４５，ＯＣＳ１０４６，ＦＣＳ１０４７，ＮＣＳ１０４８をＯＳ１０４１上に起動して実行させると共に、アプリケーション１０３０を形成するプリンタアプリ１０３１，コピーアプリ１０３２，ファックスアプリ１０３３，スキャナアプリ１０３４，ネットファイルアプリ１０３５を起動して実行させる。

ＮＢ１０６３は、ＣＰＵ１０６１，システムメモリ１０６２，ＳＢ１０６４，ＡＳＩＣ１０６６，ＮＩＣ１０６９，ＵＳＢデバイス１０７０，ＩＥＥＥ１３９４デバイス１０７１およびセントロニクス１０７２を接続するためのブリッジである。

ＳＢ１０６４，ＮＩＣ１０６９，ＵＳＢデバイス１０７０，ＩＥＥＥ１３９４デバイス１０７１およびセントロニクス１０７２は、ＰＣＩバス１０７３を介してＮＢ１０６３に接続されている。なお、ＳＢ１０６４は、ＰＣＩバス１０７３とＲＯＭや周辺デバイス等とを接続するためのブリッジである。

システムメモリ１０６２は、融合機１００の描画用メモリなどとして用いるメモリである。ローカルメモリ１０６７はコピー用画像バッファ，符号バッファとして用いるメモリである。

ＡＳＩＣ１０６６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。ＨＤＤ１０６８は、画像データの蓄積，文書データの蓄積，プログラムの蓄積，フォントデータの蓄積，フォームの蓄積などを行うストレージ（補助記憶機器）の一例である。

ＮＩＣ１０６９は、融合機１００をネットワークに接続するインタフェース機器である。ＵＳＢデバイス１０７０，ＩＥＥＥ１３９４デバイス１０７１およびセントロニクス１０７２は、夫々の規格に準じたインタフェースである。

また、オペレーションパネル１０８０は、オペレータからの入力操作を受け付けると共に、オペレータに向けた表示を行う操作部である。なお、ＦＣＵ１０８１はバックアップ用のメモリを有している。ＦＣＵ１０８１が有するメモリは、例えば融合機１００の電源がＯＦＦのときに受信したファクシミリデータを一時的に格納するために利用される。

なお、図２３と図４との対応関係を示すと、ＣＰＵ６１は制御部１３に、システムメモリ１０６２、ローカルメモリ１０６７及びＨＤＤ１０６８は記憶部１４に、ＮＩＣ１０６９、ＵＳＢ１０７０、ＩＥＥＥ１３９４デバイス１０７１及びセントロニクス１０７２はネットワークＩ／Ｆ部１２に、エンジン部１０８２はエンジン部１１に、オペレーションパネル１０８０は操作部１５にそれぞれ相当する。

以上、本発明の好ましい実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

ホスト名が重複して設定された例を示す図である。 本発明の実施の形態における画像処理システムの一実施例の構成図である。 ＤＮＳデータベーステーブルの構成例を示す図である。 本発明の実施の形態における画像処理装置のハードウェア構成例を示す図である 画像処理装置においてホスト名が変更された際の処理を説明するためのシーケンス図である。 名前重複確認のためにブロードキャストされるデータ例を示す図である。 Ａレコードの登録を要求する際に送信されるデータ例を示す図である。 Ａレコードの登録要求に対する応答としてのデータ例を示す図である。 ＰＴＲレコードの登録を要求する際に送信されるデータ例を示す図である。 ＰＴＲレコードの登録要求に対する応答としてのデータ例を示す図である。 エイリアス名レコードの登録を要求する際に送信されるデータ例を示す図である。 エイリアス名レコードの登録要求に対する応答としてのデータ例を示す図である。 更新されたＤＮＳデータベーステーブルの例を示す図である。 名前解決を要求する際に送信されるデータ例を示す図である。 名前解決要求に対する応答としてのデータ例を示す図である。 画像処理装置においてホスト名が変更された際の画像処理装置内の処理を説明するためのフローチャートである。 変更したホスト名が他の機器のホスト名と重複している場合の処理を説明するためのシーケンス図である。 名前が重複している旨の応答としてのデータ例を示す図である。 重複通知メールの例を示す図である。 操作パネルにおける重複通知の表示例を示す図である。 システムログとしての重複通知の例を示す図である。 融合機の一例の構成図を示す。 融合機の一例のハードウェア構成図を示す。

符号の説明

１ 画像処理システム
１０ 画像処理装置
１１ エンジン部
１２ ネットワークＩ／Ｆ部
１３ 制御部
１４ 記憶部
１５ 操作部
１６ 記録媒体
２０、５２０ ＤＨＣＰサーバ
３０、４０、５３０、５４０ クライアントＰＣ
５０、５５０ ＤＮＳサーバ
５１ ＤＮＳデータベーステーブル
６０ ネットワーク
１００ 融合機
５００ システム
５１０ プリンタ
１０１１ プロッタ
１０１２ スキャナ
１０１３ ハードウェアリソース
１０２０ ソフトウェア群
１０３０ アプリケーション
１０３１ プリンタアプリ
１０３２ コピーアプリ
１０３３ ファックスアプリ
１０３４ スキャナアプリ
１０３５ ネットファイルアプリ
１０４０ プラットフォーム
１０４１ オペレーティングシステム（ＯＳ）
１０４２ システムコントロールサービス（ＳＣＳ）
１０４３ システムリソースマネージャ（ＳＲＭ）
１０４４ エンジンコントロールサービス（ＥＣＳ）
１０４５ メモリコントロールサービス（ＭＣＳ）
１０４６ オペレーションパネルコントロールサービス（ＯＣＳ）
１０４７ ファックスコントロールサービス（ＦＣＳ）
１０４８ ネットワークコントロールサービス（ＮＣＳ）
１０５０ 融合機起動部
１０６０ コントローラ
１０６１ ＣＰＵ
１０６２ システムメモリ
１０６３ ノースブリッジ（ＮＢ）
１０６４ サウスブリッジ（ＳＢ）
１０６５ ＡＧＰ（Accelerated Graphics Port）
１０６６ ＡＳＩＣ
１０６７ ローカルメモリ
１０６８ ハードディスク装置（ＨＤＤ）
１０８０ オペレーションパネル
１０８１ ファックスコントロールユニット（ＦＣＵ）
１０８２ エンジン部

Claims (15)

1. ＤＮＳサーバとネットワークを介して接続している画像処理装置であって、
   当該画像処理装置の任意に設定可能なホスト名に対するアドレス情報との対応関係の登録要求を前記ＤＮＳサーバに送信する名前登録要求手段と、
   当該画像処理装置の前記アドレス情報に対する前記ホスト名との対応関係の登録要求を前記ＤＮＳサーバに送信するアドレス登録要求手段と、
   当該画像処理装置の動的に変更されない値に基づいて一意に定まる別名に対する前記アドレス情報との対応関係の登録要求を前記ＤＮＳサーバに送信する別名登録要求手段とを有することを特徴とする画像処理装置。
2. 前記別名は、当該画像処理装置のＭＡＣアドレスであることを特徴とする請求項１記載の画像処理装置。
3. 前記別名は、当該画像処理装置のシリアル番号であることを特徴とする請求項１記載の画像処理装置。
4. 前記別名は、当該画像処理装置のＭＡＣアドレス又はシリアル番号に基づいて生成された名前であることを特徴とする請求項１記載の画像処理装置。
5. 前記ホスト名として、前記別名の命名規則に基づく名前が設定された場合に、前記ホスト名の設定を拒否することを特徴とする請求項１乃至４いずれか一項記載の画像処理装置。
6. 前記ホスト名として設定された名前の重複を検知する名前重複検知手段と、
   前記名前重複検知手段が前記名前の重複を検知した場合に前記名前が重複した旨をユーザに通知する名前重複通知手段と
   を更に有することを特徴とする請求項１乃至５いずれか一項記載の画像処理装置。
7. 前記名前重複通知手段は、電子メールによって前記名前が重複した旨を通知することを特徴とする請求項６記載の画像処理装置。
8. 前記名前重複通知手段は、前記名前が重複した旨を前記画像処理装置の操作パネルに表示させることを特徴とする請求項６又は７記載の画像処理装置。
9. 前記名前重複通知手段は、前記名前が重複した旨を所定の記憶領域に保存することを特徴とする請求項６乃至８いずれか一項記載の画像処理装置。
10. 前記名前登録要求手段は、前記名前重複検知手段が前記名前の重複を検知した場合に、前記ホスト名に対して所定の変換を施した名前を前記ＤＮＳサーバへ登録する名前とすることを特徴とする請求項１乃至９いずれか一項記載の画像処理装置。
11. 前記名前通知手段は、前記ホスト名に対して所定の変換を施した名前を前記ユーザに通知することを特徴とする請求項１０記載の画像処理装置。
12. ＤＮＳサーバと、前記ＤＮＳサーバとネットワークを介して接続している画像処理装置と、前記画像処理装置に画像データの印刷を要求する情報処理装置とを有する画像処理システムであって、
    前記画像処理装置は、
    当該画像処理装置の任意に設定可能なホスト名に対するアドレス情報との対応関係の登録要求を前記ＤＮＳサーバに送信する名前登録要求手段と、
    当該画像処理装置の前記アドレス情報に対する前記ホスト名との対応関係の登録要求を前記ＤＮＳサーバに送信するアドレス登録要求手段と、
    当該画像処理装置の動的に変更されない値に基づいて一意に定まる別名に対する前記アドレス情報との対応関係の登録要求を前記ＤＮＳサーバに送信する別名登録要求手段とを有し、
    前記情報処理装置は、前記ＤＮＳサーバに対し前記別名に基づいて前記画像処理装置のアドレス情報を問い合わせることを特徴とする画像処理システム。
13. ＤＮＳサーバとネットワークを介して接続している画像処理装置における名前登録方法であって、
    当該画像処理装置の任意に設定可能なホスト名に対するアドレス情報との対応関係の登録要求を前記ＤＮＳサーバに送信する名前登録要求手順と、
    当該画像処理装置の前記アドレス情報に対する前記ホスト名の対応関係との登録要求を前記ＤＮＳサーバに送信するアドレス登録要求手順と、
    当該画像処理装置の動的に変更されない値に基づいて一意に定まる別名に対する前記アドレス情報との対応関係の登録要求を前記ＤＮＳサーバに送信する別名登録要求手順とを有することを特徴とする名前登録方法。
14. ＤＮＳサーバとネットワークを介して接続している画像処理装置に、
    当該画像処理装置の任意に設定可能なホスト名に対するアドレス情報との対応関係の登録要求を前記ＤＮＳサーバに送信する名前登録要求手順と、
    当該画像処理装置の前記アドレス情報に対する前記ホスト名の対応関係との登録要求を前記ＤＮＳサーバに送信するアドレス登録要求手順と、
    当該画像処理装置の動的に変更されない値に基づいて一意に定まる別名に対する前記アドレス情報との対応関係の登録要求を前記ＤＮＳサーバに送信する別名登録要求手順とを実行させるための名前登録プログラム。
15. ＤＮＳサーバとネットワークを介して接続している画像処理装置に、
    当該画像処理装置の任意に設定可能なホスト名に対するアドレス情報との対応関係の登録要求を前記ＤＮＳサーバに送信する名前登録要求手順と、
    当該画像処理装置の前記アドレス情報に対する前記ホスト名の対応関係との登録要求を前記ＤＮＳサーバに送信するアドレス登録要求手順と、
    当該画像処理装置の動的に変更されない値に基づいて一意に定まる別名に対する前記アドレス情報との対応関係の登録要求を前記ＤＮＳサーバに送信する別名登録要求手順とを実行させるための名前登録プログラムを記録したコンピュータ読み取り可能な記録媒体。

Images