(57)【要約】      （修正有）【課題】ドメイン名が記述されていないアドレスデータの参照要求を受けた場合に、アドレスデータにドメイン名を補完してから送信する仕組みを提供する。【解決手段】アドレス帳サーバは、ＣＰＵ、ＲＡＭ、ハードディスク、通信部を備える。ＣＰＵは、アドレス帳クライアントからアドレス帳参照要求を受信した場合、アドレス帳参照要求により指定されたアドレスデータをハードディスクから取得し、アドレスデータにドメイン名が記述されているか否かを判定する。アドレスデータにドメイン名が記述されていないと判定した場合、ＤＮＳサーバに問い合わせ、アドレスデータにドメイン名を補完し、ドメイン名が補完されたアドレスデータを通信部によりアドレス帳クライアントに送信する。【選択図】図５
2010233213.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介してサーバとしてクライアント画像処理装置と通信する画像処理装置であって、
ドメイン名が記述されていない少なくとも１つ以上のアドレスデータを含む複数のアドレスデータを有するアドレス帳が格納された記憶ユニットと、
前記格納されたアドレスデータのうち指定された１つにドメイン名が記述されているか否かを判定する判定ユニットと、
前記判定ユニットにより前記指定されたアドレスデータにドメイン名が記述されていないと判定された場合、前記指定されたアドレスデータにドメイン名を補完する補完ユニットと、
前記補完ユニットによりドメイン名が補完されたアドレスデータを前記クライアント画像処理装置に送信する送信ユニットと、
を有することを特徴とする画像処理装置。
【請求項２】
前記補完ユニットは、前記ネットワークを介してＤＮＳサーバに問い合わせることでドメイン名を補完し、アドレスデータをＦＱＤＮ形式とすることを特徴とする請求項１記載の画像処理装置。
【請求項３】
前記クライアント画像処理装置から名前解決要求を受信した場合、前記クライアント画像処理装置から画像を送信する送信先の名前解決を実行する処理ユニット、を更に備え、
前記送信ユニットは、前記処理ユニットによる名前解決の結果を前記クライアント画像処理装置に送信することを特徴とする請求項１記載の画像処理装置。
【請求項４】
前記処理ユニットは、前記ネットワークを介してＤＮＳサーバに問い合わせることで、前記ＤＮＳサーバにより名前解決を行うことを特徴とする請求項３記載の画像処理装置。
【請求項５】
前記補完ユニットは、ドメイン名を補完した結果を補完結果情報としてアドレスデータに保持し、
前記送信ユニットは、前記ドメイン名が補完されると共に前記補完結果情報を含むアドレスデータを前記クライアント画像処理装置に送信することを特徴とする請求項１記載の画像処理装置。
【請求項６】
前記クライアント画像処理装置から前記クライアント画像処理装置に設定されているＤＮＳサーバのＩＰアドレスを取得する取得ユニット、を更に備え、
前記取得ユニットが取得した前記クライアント画像処理装置に設定されているＤＮＳサーバのＩＰアドレスと、自装置に設定されているＤＮＳサーバのＩＰアドレスとを比較し、比較した結果に基づき前記補完ユニットによるドメイン名の補完を行うか否かを決定する決定ユニット、を更に備えることを特徴とする請求項１記載の画像処理装置。
【請求項７】
前記決定ユニットは、双方のＤＮＳサーバのＩＰアドレスが同じ場合は前記補完ユニットによるドメイン名の補完を行わず、双方のＤＮＳサーバのＩＰアドレスが異なる場合は前記補完ユニットによるドメイン名の補完を行うことを特徴とする請求項６記載の画像処理装置。
【請求項８】
前記指定されたアドレスデータは、前記クライアント画像処理装置から受信したアドレス帳参照要求により指定されたアドレスデータであることを特徴とする請求項１記載の画像処理装置。
【請求項９】
前記指定されたアドレスデータは、前記クライアント画像処理装置へのアドレスデータの送信を前記画像処理装置に行わせるように、ユーザによって前記画像処理装置に入力することができるアドレスデータ送信指示により指定されたアドレスデータであることを特徴とする請求項１記載の画像処理装置。
【請求項１０】
ネットワークを介してサーバとしてクライアント画像処理装置と通信すると共に、ドメイン名が記述されていない少なくとも１つ以上のアドレスデータを含む複数のアドレスデータを有するアドレス帳を格納する第１の画像処理装置の制御方法であって、
前記第１の画像処理装置に格納されたアドレスデータのうち指定された１つにドメイン名が記述されているか否かを判定するステップと、
前記指定されたアドレスデータにドメイン名が記述されていないと判定された場合、前記指定されたアドレスデータにドメイン名を補完するステップと、
前記ドメイン名が補完されたアドレスデータを前記クライアント画像処理装置に送信するするステップと、
を有することを特徴とする画像処理装置の制御方法。
【請求項１１】
ネットワークを介してサーバとしてクライアント画像処理装置と通信すると共に、ドメイン名が記述されていない少なくとも１つ以上のアドレスデータを含む複数のアドレスデータを有するアドレス帳を格納する第１の画像処理装置の制御方法をコンピュータに実行させるためのプログラムを記憶したコンピュータで読み取り可能な記憶媒体であって、
前記第１の画像処理装置の制御方法は、
前記第１の画像処理装置に格納されたアドレスデータのうち指定された１つにドメイン名が記述されているか否かを判定するステップと、
前記指定されたアドレスデータにドメイン名が記述されていないと判定された場合、前記指定されたアドレスデータにドメイン名を補完するステップと、
前記ドメイン名が補完されたアドレスデータを前記クライアント画像処理装置に送信するステップと、
を有することを特徴とする記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介してクライアント画像処理装置と通信が可能なサーバとして機能する画像処理装置、制御方法、及び記憶媒体に関する。
【背景技術】
【０００２】
従来、例えば２台のＭＦＰ（Multiple Function Peripheral）を機能面からサーバとクライアントに位置付け、サーバ側ＭＦＰが公開または登録しているアドレスデータをクライアント側ＭＦＰが取得して利用する技術が存在する。この種の技術により、クライアントがサーバから取得したアドレスデータ（クライアントから送信を行う送信先が保持されたデータ）を用いて送信を行うことが実現されている（例えば、特許文献１参照）。
【０００３】
他方、名前解決（Name Resolution：ホスト名からそのホストのＩＰアドレスを調べる手法）に関する技術が存在する。名前解決を行う仕組みを、ＤＮＳ（Domain Name System）を例にとって説明する。ＤＮＳとは、インターネット上のホスト名とＩＰアドレスを対応させるシステムである。ＤＮＳでは、ＩＰアドレスを基にホスト名を求めたり、逆にホスト名を基にＩＰアドレスを求めたりすることができる。
【０００４】
例えばサーバ側ＭＦＰとクライアント側ＭＦＰに名前解決ユニット（例えばＤＮＳサーバ）をそれぞれ設定し、設定した名前解決ユニットを用いて上記の名前解決を行う方法がある。この方法では、送信先を指定するためのアドレスデータにドメイン名が記述されていない場合、名前解決ユニットがドメイン名を自動的に補完して名前解決を行うことが一般的である。また、上記のアドレスデータに宛先のアドレスに加えてユーザアカウントとパスワードを保持し、アドレスデータの送信先（受信側）でユーザアカウントとパスワードに基づき認証を行う方法もある。
【０００５】
図１８は、ＩＰアドレスに基づいてホスト名を取得するために「リバースＤＮＳ」を使用するシステムの部分を示す。システム１００は、ＭＦＰ１０１と、ＤＮＳサーバ１０２と、第１及び第２のファイルサーバ１０３及び１０４とを備える。ＭＦＰ１０１、ＤＮＳサーバ１０２、並びに第１及び第２のファイルサーバ１０３及び１０４は、ローカルエリアネットワーク（ＬＡＮ）のようなネットワーク１０５を介して相互接続されている。
【０００６】
ＭＦＰ１０１は、異なる各ユーザに対応する複数のエントリを有するアドレス帳を格納する。エントリの各々は、ホスト名、ユーザ名、及びパスワードを有する。例えば、アドレス帳の第１のエントリ「アドレスデータ１」は、ホスト名として「fileserver 1」、ユーザ名として「address data 1」、及びパスワードとして「1234」を有する。
【０００７】
ホスト名は、第１のファイルサーバ１０３に割り当てられたホストの名称を明示する。第１のファイルサーバ１０３に対する正式ホスト名は、「fileserver1.aaa.bbb.co.jp」であるが、図１８に示すように、アドレスデータ１は、「fileserver1」を特定しているに過ぎない。すなわち、ドメイン名は「aaa.bbb.co.jp」は除外されている。同様に、ユーザ「tanaka」に対する正式ユーザ名は、「tanaka.aaa.bbb.co.jp」であるが、アドレスデータ１は、「tanaka」を特定しているに過ぎない。このように、ＭＦＰ１０１及びファイルサーバ１０３及び１０４が、同じネットワークに属している場合、ドメイン名を除外して登録することができる。なぜなら、同じドメイン名を共有するからである。
【０００８】
画像データをＭＦＰ１０１から他のユーザ又は自分自身に送信したいユーザは、関連するアドレス帳エントリ、例えば、ユーザ「tanaka」に対するアドレスデータ１を選択する。この場合、画像データは、アドレス「fileserver1.aaa.bbb.co.jp」を有するファイルサーバ１０３の「tanaka」に対応するディレクトリに送信されるべきである。このアドレスを取得するために、ＭＦＰ１０１は、「172.24.10.10」であるＭＦＰ１０１のＩＰアドレスに基づいて、ＤＮＳサーバ１０２からドメイン名「aaa.bbb.co.jp」を取得し、「fileserver1」及び「tanaka」に対してドメイン名を追加する。その結果、補完されたアドレスデータ「fileserver1.aaa.bbb.co.jp」及び「tanaka.aaa.bbb.co.jp」は、画像データの宛先として使用することができる。
【０００９】
図１９は、図１８のＭＦＰ１０１及びＤＮＳサーバ１０２に加えて、他のＭＦＰ２０１及び他のＤＮＳサーバ２０２を有する。ＭＦＰ１０１は、ＤＮＳサーバ１０２を使用してＩＰアドレスに基づいてドメイン名を取得する。ＭＦＰ１０１及びＤＮＳサーバ１０２は、インターネットを介してＭＦＰ２０１及びＤＮＳサーバ２０２に接続されている。ＭＦＰ１０２のドメイン名は、ＭＦＰ１０１のドメイン名「aaa.bbbb.co.jp」とは異なる「 ccc.ddd.co.jp」である。
【００１０】
図１９のシステムにおいて、ＭＦＰ１０１のアドレス帳が、ＭＦＰ１０１で使用されているＤＮＳサーバ１０２とは異なるＤＮＳサーバ２０２を使用するＭＦＰ２０１に送出される場合に問題が生じる。この問題が生じるのは、ＭＦＰ１０１のアドレス帳がドメイン名を含まないからである。ＭＦＰ１０２のユーザが、画像データをＭＦＰ１０２からユーザ「tanaka」に送信するために、送出されたアドレスデータ１を選択した場合は、ドメイン名「ccc.ddd.co.jp」がホスト名及びユーザ名「tanaka」に加えられる。その結果、画像データを送信するのに正しくないホスト名「fileserver1.ccc.ddd.co.jp」及び正しくないユーザ名が使用されて、送信エラー（宛先不明）が生じる。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】特開２００５−９４６７６号公報
【発明の概要】
【発明が解決しようとする課題】
【００１２】
以上のように、上記の従来技術では、アドレスデータを公開または登録しているサーバ側ＭＦＰ（ＭＦＰ１０１）と、アドレスデータを利用して送信を行うクライアント側ＭＦＰ（ＭＦＰ１０２）からなるシステムにおいて、設定されている名前解決ユニット（例えばＤＮＳサーバ２０１及び２０２）が異なる場合に次の課題が存在する。それは、アドレスデータをドメイン名が記述されていない状態でやり取りすることにより間違った補完が行われてしまい、認証や送信に失敗する可能性があるというものである。また、アドレスデータを利用して送信を行うユーザが、ドメイン名がアドレスデータに記述されているか否かを確認することが難しいという課題も存在する。
【００１３】
本発明の目的は、ドメイン名が記述されていないアドレスデータの、クライアントから参照要求やユーザからのクライアントへの送信指示を受けた場合に、アドレスデータにドメイン名を補完して送信するサーバとしての画像処理装置を提供することにある。
【課題を解決するための手段】
【００１４】
上記目的を達成するために、請求項１記載の画像処理装置は、ネットワークを介してサーバとしてクライアント画像処理装置と通信する画像処理装置であって、ドメイン名が記述されていない少なくとも１つ以上のアドレスデータを含む複数のアドレスデータを有するアドレス帳が格納された記憶ユニットと、前記格納されたアドレスデータのうち指定された１つにドメイン名が記述されているか否かを判定する判定ユニットと、前記判定ユニットにより前記指定されたアドレスデータにドメイン名が記述されていないと判定された場合、前記指定されたアドレスデータにドメイン名を補完する補完ユニットと、前記補完ユニットによりドメイン名が補完されたアドレスデータを前記クライアント画像処理装置に送信する送信ユニットと、を有することを特徴とする。
【００１５】
上記目的を達成するために、請求項１０記載の画像処理装置の制御方法は、ネットワークを介してサーバとしてクライアント画像処理装置と通信すると共に、ドメイン名が記述されていない少なくとも１つ以上のアドレスデータを含む複数のアドレスデータを有するアドレス帳を格納する第１の画像処理装置の制御方法であって、前記第１の画像処理装置に格納されたアドレスデータのうち指定された１つにドメイン名が記述されているか否かを判定するステップと、前記指定されたアドレスデータにドメイン名が記述されていないと判定された場合、前記指定されたアドレスデータにドメイン名を補完するステップと、前記ドメイン名が補完されたアドレスデータを前記クライアント画像処理装置に送信するステップと、を有することを特徴とする。
【００１６】
上記目的を達成するために、請求項１１記載の記憶媒体は、ネットワークを介してサーバとしてクライアント画像処理装置と通信すると共に、ドメイン名が記述されていない少なくとも１つ以上のアドレスデータを含む複数のアドレスデータを有するアドレス帳を格納する第１の画像処理装置の制御方法をコンピュータに実行させるためのプログラムを記憶したコンピュータで読み取り可能な記憶媒体であって、前記第１の画像処理装置の制御方法は、前記第１の画像処理装置に格納されたアドレスデータのうち指定された１つにドメイン名が記述されているか否かを判定するステップと、前記指定されたアドレスデータにドメイン名が記述されていないと判定された場合、前記指定されたアドレスデータにドメイン名を補完するステップと、前記ドメイン名が補完されたアドレスデータを前記クライアント画像処理装置に送信するステップと、を有することを特徴とする。
【発明の効果】
【００１７】
本発明によれば、ドメイン名が記述されていないアドレスデータの参照要求を受けた場合に、アドレスデータにドメイン名を補完してから送信することができる。これにより、例えば、指定した宛先へより正しく送信すること、認証の失敗を減らすことが可能となる。
【図面の簡単な説明】
【００１８】
【図１】本発明の第１の実施形態に係るサーバ側の画像処理装置のブロック図である。
【図２】クライアント画像処理装置のブロック図である。
【図３】画像処理システムの全体構成を示す概略図である。
【図４】サーバ側の画像処理装置のサーバ処理のフローチャートである。
【図５】図４の続きである。
【図６】図４の続きである。
【図７】クライアント画像処理装置のクライアント処理のフローチャートである。
【図８】図７の続きである。
【図９】図８の続きである。
【図１０】クライアント画像処理装置の表示部に表示されるアドレス帳参照画面の例を示す図である。
【図１１】本発明の第２の実施形態に係るサーバ側の画像処理装置のサーバ処理のフローチャートである。
【図１２】図１１の続きである。
【図１３】図１２の続きである。
【図１４】図１１の続きである。
【図１５】クライアント画像処理装置のクライアント処理のフローチャートである。
【図１６】図１５の続きである。
【図１７】図１５の続きである。
【図１８】従来の画像処理システムの部分を示す概略図である。
【図１９】従来の他の画像処理装置の部分を示す概略図である。
【発明を実施するための形態】
【００１９】
以下、本発明の実施の形態を図面を参照しながら詳述する。
【００２０】
図１は、本発明の第１の実施の形態に係るサーバ側の画像処理装置（以下、「アドレス帳サーバ」という。）のブロック図である。
【００２１】
図１において、アドレス帳サーバは、アドレス帳クライアントから送信されるアドレス帳参照要求、名前解決要求に基づき、アドレスデータ、名前解決結果をアドレス帳クライアントに送信する機能を有する。アドレス帳サーバは、ＣＰＵ１１、ＲＡＭ１２、ハードディスク１３、メインバス１４、入力部１５、表示部１６、通信部１７を備えている。ＣＰＵ１１は、メインバス１４に接続された各部を制御すると共に、本発明の制御方法を実行するプログラムに基づき図４〜図６のサーバ処理を実行する。
【００２２】
ＲＡＭ１２は、ＣＰＵ１１のワークエリア、データ記憶エリアを提供する。ハードディスク１３は、本発明の制御方法を実行するプログラム、各種データ（複数のアドレスデータを有するアドレス帳など）、様々な設定を格納する（記憶ユニット）。尚、ハードディスク１３の代わりにＮＶＲＡＭ等を用いてもよい。通信部１７は、ネットワークを介して他の機器と通信を行う。尚、本実施の形態では、特に断らない限り、アドレス帳サーバにおいてＣＰＵ１１がメインバス１４を介してＲＡＭ１２、ハードディスク１３、通信部１７を制御することで各種処理を行う。
【００２３】
図２は、クライアント画像処理装置（以下、「アドレス帳クライアント」という。）のブロック図である。
【００２４】
図２において、アドレス帳クライアントは、ＣＰＵ２１、ＲＡＭ２２、ハードディスク２３、メインバス２４、入力部２５、表示部２６、通信部２７、読取部２８を備えている。ＣＰＵ２１は、メインバス２４に接続された各部を制御すると共に、プログラムに基づき図７〜図９のクライアント処理を実行する。ＲＡＭ２２は、ＣＰＵ２１のワークエリア、データ記憶エリアを提供する。ハードディスク２３は、上記プログラム、様々な設定を格納する。尚、ハードディスク２３の代わりにＮＶＲＡＭ等を用いてもよい。
【００２５】
入力部２５は、ユーザ（使用者や設置者を含む）がコマンドの入力に用いる。表示部２６は、各種画面を表示する。通信部２７は、ネットワークを介して他の機器と通信を行う。読取部２８は、紙等の原稿から画像を電子データとして読み取る。尚、本実施の形態では、特に断らない限り、アドレス帳クライアントにおいてＣＰＵ２１がメインバス２４を介してＲＡＭ２２、ハードディスク２３、入力部２５、表示部２６、通信部２７、読取部２８を制御することで各種処理を行う。
【００２６】
図３は、画像処理システムの全体構成を示す概略図である。
【００２７】
図３において、画像処理システムは、アドレス帳クライアントＣ１、アドレス帳クライアントＣ２、アドレス帳サーバＳＶ１、ＤＮＳサーバＤ１、ＤＮＳサーバＤ２を、ネットワークＮ（インターネットを含む）により接続した構成を有する。以下に説明する図示の例においては、アドレス帳サーバＳＶ１には、ドメイン名を補完する際に問い合わせを行うためのＤＮＳサーバとしてＤＮＳサーバＤ１が設定されている（ＤＮＳサーバＤ１のＩＰアドレスが記憶されている）。アドレス帳クライアントＣ１、Ｃ２には、ドメイン名の補完する際に問合せを行うためのＤＮＳサーバとしてＤＮＳサーバＤ２が設定されている（ＤＮＳサーバＤ２のＩＰアドレスが記憶されている）ものとする。
【００２８】
尚、本実施の形態では、名前解決を行う手段としてＤＮＳ（Domain Name System）サーバＤ１、Ｄ２を例に挙げているが、これに限定されるものではない。名前解決を行う手段であれば、ＷＩＮＳ（Windows(登録商標) Internet Naming Service）等の他の手段でもよい。
【００２９】
次に、上記構成を有する本実施の形態の画像処理システムの動作を、図４〜図１０を参照しながら詳細に説明する。
【００３０】
図４は、アドレス帳サーバＳＶ１のサーバ処理のフローチャートである。図５は、図４の続きである。図６は、図４の続きである。本サーバ処理は、アドレス帳サーバＳＶ１のＣＰＵ１１がハードディスク１３（またはＲＡＭ１２）に格納されたプログラムに従って実行する。
【００３１】
図４を参照して、アドレス帳サーバＳＶ１のＣＰＵ１１は、本サーバ処理を開始すると（ステップＳ１１０１）、通信部１７を介した外部からの入力を認識する（ステップＳ１１０２）。入力には、例えば、アドレス帳クライアントからのアドレス帳参照要求、名前解決要求がある。ＣＰＵ１１は、入力がアドレス帳クライアントからのアドレス帳参照要求かどうかの判定（ステップＳ１１０３）と、入力がアドレス帳クライアントからの名前解決要求かどうかの判定（ステップＳ１１０４）を行う。
【００３２】
まず、図５を参照して、ステップＳ１１０３で入力がアドレス帳クライアントからのアドレス帳参照要求であると判定した場合について説明する。アドレス帳サーバＳＶ１のＣＰＵ１１は、通信部１７によりアドレス帳クライアントからのアドレス帳参照要求を受信する（ステップＳ１２０１）。次に、ＣＰＵ１１は、アドレス帳参照要求によって指定されたアドレスデータをハードディスク１３から取得し、ＲＡＭ１２に記憶する（ステップＳ１２０２）。そして、ＣＰＵ１１は、指定されたアドレスデータの全てに対して以下の処理を行う（ステップＳ１２０３のループ）。
【００３３】
まず、ＣＰＵ１１は、指定されたアドレスデータで特定されているホスト名がＩＰアドレスか否かを判定する（ステップＳ１２０４）。ホスト名がＩＰアドレスであると判定した場合、ＣＰＵ１１は、ステップＳ１２０７に進む。ホスト名がＩＰアドレスでないと判定した場合、ＣＰＵ１１は、ホスト名にドメイン名が書かれているか（記述されているか）否かを判定する（ステップＳ１２０５）（判定ユニット）。
【００３４】
ホスト名にドメイン名が書かれていると判定した場合、ステップＳ１２０７に進み、ホスト名にドメイン名が書かれていないと判定した場合、ＣＰＵ１１は、通信部１７によりＤＮＳサーバＤ１に問い合わせ、ホスト名にドメイン名を補完する（補完ユニット）（ステップＳ１２０６）。即ち、ＦＱＤＮ（Fully Qualified Domain Name：完全修飾ドメイン名）形式のアドレスデータとする。その後、ステップＳ１２０７に進む。
【００３５】
次に、ＣＰＵ１１は、指定されたアドレスデータによってユーザアカウント（ユーザ名）にドメイン名が含まれているか否かを判定する（ステップＳ１２０７）。ユーザアカウントにドメイン名が含まれていると判定した場合、このループをアドレス帳参照要求で指定された次のアドレスデータに対して再び実行するめにステップＳ１２０３に戻る。従って、このループは、アドレスデータの数に等しい回数実行される。ユーザアカウントにドメイン名が含まれていないと判定した場合、ＣＰＵ１１は、通信部１７によりＤＮＳサーバＤ１に問い合わせ、ユーザアカウントにドメイン名を補完する（ステップＳ１２０８）。その後、ステップＳ１２０３に戻る。
【００３６】
ステップＳ１２０３のループを抜けると、ＣＰＵ１１は、上記のアドレス帳参照要求を送信してきたアドレス帳クライアントに対し、通信部１７により指定されたアドレスデータを送信する（送信ユニット）（ステップＳ１２０９）。その後、ステップＳ１１０２に戻る。
【００３７】
ステップＳ１２０４のホスト名がＩＰアドレスかどうかの判定は、ホスト名が数字、ドット、数字、ドット、数字・・・の組み合わせか否かを判断することにより行う。また、ステップＳ１２０５のホスト名にドメイン名が書かれているかどうかの判定は、ホスト名が英数字、ドット、英数字、ドット、英数字・・・の組み合わせか否かを判断することにより行う。また、ステップＳ１２０７のユーザアカウントにドメイン名が書かれているかどうかの判定は、ユーザアカウントが英数字、ドット、英数字、ドット、英数字・・・の組み合わせか否かを判断することにより行う。
【００３８】
次に、ステップＳ１２０６、ステップＳ１２０８におけるＤＮＳサーバＤ１に問い合わせドメイン名を補完する処理について詳しく説明する。ステップＳ１２０６、ステップＳ１２０８では、以下のように処理してもよい。最初にＤＮＳサーバＤ１に問い合わせたときに、ドメイン名をＲＡＭ１２等の保存領域にキャッシュし、次からはＤＮＳサーバＤ１に問い合わせを行わず、キャッシュしておいたドメイン名を取得してドメイン名の補完を行う方法でもよい。この方法は、アドレス帳ＳＶ１内でドメイン名が記述されていない少なくとも１つのアドレスデータが同じドメイン名を有するときに実行することができる。この場合は、指定アドレスデータを全て検査し終えるとキャッシュしておいたドメイン名を消去する。
【００３９】
ステップＳ１２０６、ステップＳ１２０８においてドメイン名を補完できなかった場合、例えば、ＤＮＳサーバＤ１が一時的にダウンした場合の処理方法には以下の方法もある。ＣＰＵ１１は、ドメイン名を補完できなかったことを表す情報を補完結果情報としてアドレスデータに関連付けて付加し、通信部１７によりアドレス帳クライアントに送信する。そして、アドレス帳クライアントは、補完結果情報に基づき名前解決先（ＤＮＳサーバＤ２かアドレス帳サーバＳＶ１）を振り分ける。補完結果情報は、アドレスデータとは別にＲＡＭ１２等の保存領域に保存し、送信する方法でもよい。
【００４０】
次に、図６を参照して、ステップＳ１１０４で入力がアドレス帳クライアントからの名前解決要求であると判定した場合について説明する。アドレス帳サーバＳＶ１のＣＰＵ１１は、通信部１７によりアドレス帳クライアントからの名前解決要求を受信する（ステップＳ１３０１）。
【００４１】
次に、ＣＰＵ１１は、通信部１７によりアドレス帳サーバＳＶ１に設定されているＤＮＳサーバＤ１に問い合わせて、ＤＮＳサーバＤ１により、アドレス帳クライアントから受信したホスト名（アドレス帳クライアントから画像を送信する送信先）の名前解決を実行する（ステップＳ１３０２）。次に、ＣＰＵ１１は、通信部１７により名前解決結果をアドレス帳クライアントに送信する（ステップＳ１３０３）。その後、ステップＳ１１０２に戻る。
【００４２】
図７は、アドレス帳クライアントＣ１のクライアント処理のフローチャートである。図８は、図７の続きを示すフローチャートである。図９は、図８の続きを示すフローチャートである。本クライアント処理は、アドレス帳クライアントＣ１のＣＰＵ２１がハードディスク２３（またはＲＡＭ２２）に格納されたプログラムに従って実行する。尚、アドレス帳クライアントＣ２の動作はアドレス帳クライアントＣ１の動作と同様であるため説明は省略する。
【００４３】
まず、図７を参照して、アドレス帳クライアントＣ１のＣＰＵ２１は、本クライアント処理を開始すると（ステップＳ１４０１）、ユーザによる入力部２５からの入力を認識する（ステップＳ１４０２）。入力がアドレス帳サーバＳＶ１のアドレス帳参照要求である場合（ステップＳ１４０３でＹＥＳ）、処理は、図８のステップＳ１５０１に進み、ＣＰＵ２１は、通信部２７により指定されたアドレスデータの参照要求をアドレス帳サーバＳＶ１に送信する。
【００４４】
次に、ＣＰＵ２１は、アドレス帳サーバＳＶ１からのアドレスデータの送信を待ち、通信部２７によりアドレスデータを受信する（ステップＳ１５０２）。そして、ＣＰＵ２１は、受信したアドレスデータに関するアドレス帳参照画面（図１０参照）を表示部２６に表示する（ステップＳ１５０３）。図１０のアドレス帳参照画面には、アドレス帳サーバの名称（本例ではファイルサーバ１）、ホスト名、ユーザ名、パスワードが表示されている。アドレス帳参照画面を表示する目的は、画像を送信するのに使用されるホスト名、ユーザ名、及び／又はパスワードをユーザに確認させることにある。図１０の例では、ホスト名とユーザ名にドメイン名が補完されている様子を示している。
【００４５】
次に、ＣＰＵ２１は、ユーザによる入力部２５からの入力を認識する（ステップＳ１５０４）。入力が指定した宛先への画像送信指示でない場合（ステップＳ１５０５でＮＯ）、本処理を終了する。入力が指定した宛先への画像送信指示である場合（ステップＳ１５０５でＹＥＳ）、処理は、図９のステップＳ１６０１に進み、ＣＰＵ２１は、まず、指定されたアドレスデータに保存されているホスト名がＩＰアドレスか否かを判定する。ホスト名がＩＰアドレスであると判定した場合、本処理を終了する。ホスト名がＩＰアドレスでないと判定した場合、ホスト名にドメイン名が書かれているか否かを判定する（ステップＳ１６０２）。
【００４６】
ホスト名にドメイン名が書かれていると判定した場合、本処理を終了する。ホスト名にドメイン名が書かれていないと判定した場合、ＣＰＵ２１は、通信部２７によりアドレス帳サーバＳＶ１に名前解決要求を送信する（ステップＳ１６０３）。ＣＰＵ２１は、アドレス帳サーバＳＶ１からの名前解決結果の送信を待ち、通信部２７によりアドレス帳サーバＳＶ１から名前解決結果を受信する（ステップＳ１６０４）。これにより、本処理を終了する。
【００４７】
ステップＳ１５０１のアドレス帳サーバにアドレス帳参照要求を送信する処理では、アドレス帳クライアントＣ１で設定されているＤＮＳサーバＤ２の情報（ＩＰアドレス等）をアドレス帳参照要求と一緒に送信してもよい。これにより、アドレス帳サーバでドメイン名の補完を行うか否かを判定（決定）することが可能となる（決定ユニット）。すなわち、アドレス帳サーバＳＶ１は、アドレス帳クライアントＣ１に設定されたＤＮＳサーバがアドレス帳サーバＳＶ１に設定されたＤＮＳサーバと異なるときは、ドメイン名を補完する。
【００４８】
また、ステップＳ１５０５で入力が指定した宛先への画像送信指示である場合で、アドレス帳サーバから受信したアドレスデータが補完結果情報を含む場合は、以下の方法としてもよい。補完結果情報により、ホスト名の検査（ステップＳ１６０１、ステップＳ１６０２）を行わずに、アドレス帳サーバに名前解決を要求する（ステップＳ１６０３）方法でもよい。
【００４９】
更には、アドレスデータに補完結果情報が含まれていた場合にアドレス帳サーバに名前解決を要求することに代えて、次のようにしてもよい。即ち、アドレス帳サーバに設定されているＤＮＳサーバＤ１にアドレス帳クライアントＣ１が直接名前解決を要求してもよい。尚、この場合は、アドレス帳サーバから送信されてくる補完結果情報に、アドレス帳サーバに設定されているＤＮＳサーバＤ１のＩＰアドレスが含まれる。
【００５０】
以上詳細に説明したように、本実施の形態によれば、アドレスデータにドメイン名がなく不足した状態である場合に、アドレスデータにドメイン名を補完して不足の無い状態にしてから送信する。これにより、指定した宛先へより正しく送信（送出）すること、認証の失敗を減らすことが可能となる。
【００５１】
次に、本発明の第２の実施の形態を説明する。ハードウェアの構成は、上記第１の実施の形態と同一であるため、その図示と説明を省略し、下記の説明は、対応する要素を示す同一の符号を用いて説明する。本実施の形態が上記第１の実施の形態と相違する主な点は以下の通りである。
【００５２】
ユーザが、アドレス帳サーバの入力部から、アドレス帳クライアントへ指定されたアドレスデータを送信するためのアドレスデータ送信指示を入力することにより、アドレス帳サーバがアドレスデータ送信指示に応じて作動する点（ステップＳ２１０３）。
【００５３】
アドレス帳サーバが、アドレス帳クライアントに設定されている名前解決ユニット（ＤＮＳサーバ）の情報を取得することで、ドメイン名の補完を行うか否かを判定する点（ステップＳ２２０３〜ステップＳ２２０６）。
【００５４】
アドレス帳サーバがドメイン名補完結果をドメイン名補完結果情報としてアドレスデータに保持する点（ステップＳ２３０５）。
【００５５】
アドレス帳サーバがアドレス帳クライアントにアドレス帳サーバの情報を送信する点（ステップＳ２３０８）。
【００５６】
アドレス帳クライアントが自機に設定されている名前解決ユニットの情報をアドレス帳サーバに送信する点（ステップＳ２５０６）。
【００５７】
アドレス帳クライアントがアドレスデータに保持されたドメイン名補完結果情報に基づき、名前解決要求先を判定する点（ステップＳ２７０２）。
【００５８】
アドレス帳クライアントがアドレス帳サーバからアドレス帳サーバのＩＰアドレスを受信し、記憶する点（ステップＳ２６０１、ステップＳ２６０２）。
【００５９】
図１１は、アドレス帳サーバのサーバ処理のフローチャートである。図１２は、図１１の続きである。図１３は、図１２の続きである。図１４は、図１１の続きである。本処理は、アドレス帳サーバＳＶ１のＣＰＵ１１がハードディスク１３（またはＲＡＭ１２）に格納されたプログラムに従って実行する。
【００６０】
まず、図１１を参照して、アドレス帳サーバＳＶ１のＣＰＵ１１は、本サーバ処理を開始すると（ステップＳ２１０１）、ユーザによる入力部１５からの入力あるいは通信部１７を介した外部からの入力を認識する（ステップＳ２１０２）。入力には、例えば、入力部１５からのアドレスデータ送信指示、通信部１７を介したアドレス帳クライアントからの名前解決要求がある。アドレスデータ送信指示は、アドレス帳サーバＳＶ１のユーザによって、例えば操作パネルである入力部１５を介して入力される。ＣＰＵ１１は、入力が入力部１５からのアドレスデータ送信指示かどうかの判定（ステップＳ２１０３）と、入力がアドレス帳クライアントからの名前解決要求かどうかの判定（ステップＳ２１０４）を行う。
【００６１】
まず、ステップＳ２１０３で入力が入力部１５からのアドレスデータ送信指示であると判定した場合について説明する。アドレス帳サーバＳＶ１のＣＰＵ１１は、入力部１５からのアドレスデータ送信指示を受信する（ステップＳ２２０１）。次に、ＣＰＵ１１は、アドレスデータ送信指示によって指定されたアドレスデータをハードディスク１３から取得し、ＲＡＭ１２に記憶する（ステップＳ２２０２）。
【００６２】
次に、ＣＰＵ１１は、通信部１７により、アドレスデータ送信指示によって指定されたアドレス帳クライアントに対し、アドレス帳クライアントに設定されているＤＮＳサーバ（つまり、ＤＮＳサーバＤ２）のＩＰアドレスの取得要求を送信する（ステップＳ２２０３）。更に、ＣＰＵ１１は、ＩＰアドレスの取得要求を受信したアドレス帳クライアントから送信される、該アドレス帳クライアントに設定されているＤＮＳサーバＤ２のＩＰアドレスを通信部１７により受信する（取得ユニット）（ステップＳ２２０４）。
【００６３】
次に、ＣＰＵ１１は、受信したアドレス帳クライアントに設定されているＤＮＳサーバＤ２のＩＰアドレスと、アドレス帳サーバＳＶ１に設定されているＤＮＳサーバＤ１のＩＰアドレスとを比較する（ステップＳ２２０５）。更に、ＣＰＵ１１は、判定条件に従って、アドレス帳サーバＳＶ１のＤＮＳサーバと、アドレス帳クライアントのＤＮＳサーバが同じか否かを判定し、ドメイン名の補完を行うか否かを判断する（ステップＳ２２０６）。判定条件としては、「全てのＤＮＳサーバのＩＰアドレスが同じであればＹＥＳ」や、「最低１つのＤＮＳサーバが同じであればＹＥＳ」など、様々の条件が考えられる。
【００６４】
「アドレス帳サーバのＤＮＳサーバとアドレス帳クライアントのＤＮＳサーバは同じ」（双方のＤＮＳサーバのＩＰアドレスが同じ）と判定した場合、処理は、図１３のステップＳ２３０８に進み、ＣＰＵ１１は、指定されたアドレスデータに対するドメイン名の補完を行わず、通信部１７によりアドレス帳クライアントに対し指定されたアドレスデータとアドレス帳サーバＳＶ１のＩＰアドレスを送信する。その後、ステップＳ２１０２に戻る。
【００６５】
「アドレス帳サーバのＤＮＳサーバとアドレス帳クライアントのＤＮＳサーバは同じでない」（双方のＤＮＳサーバのＩＰアドレスが異なる）と判定した場合、処理は、図１３のステップＳ２３０１に進み、ＣＰＵ１１は以下の処理を指定されたアドレスデータ全てに対して行う（ステップＳ２３０１のループ）。アドレス帳サーバＳＶ１のユーザは、送信（送出）すべき少なくとも１つのアドレスデータを指定する。指定されたアドレスデータは、アドレス帳の一アドレスデータであるか、アドレス帳のすべてのアドレスデータであり得る。
【００６６】
まず、ＣＰＵ１１は、指定されたアドレスデータに保存されているホスト名がＩＰアドレスか否かを判定する（ステップＳ２３０２）。ホスト名がＩＰアドレスであると判定した場合、ＣＰＵ１１は、後述のステップＳ２３０６を実行する。ホスト名がＩＰアドレスでないと判定した場合、ＣＰＵ１１は、ホスト名にドメイン名が書かれているか否かを判定する（ステップＳ２３０３）。ホスト名にドメイン名が書かれていると判定した場合、ＣＰＵ１１は、ステップＳ２３０６を実行する。
【００６７】
ホスト名にドメイン名が書かれていないと判定した場合、ＣＰＵ１１は、通信部１７によりＤＮＳサーバＤ１に問い合わせ、ホスト名にドメイン名を補完する（ステップＳ２３０４）。即ち、ＦＱＤＮ形式のアドレスデータとする。次に、ＣＰＵ１１は、ドメイン名補完の結果をドメイン名補完結果情報としてアドレスデータに保存する（ステップＳ２３０５）。ドメイン名補完結果情報には、「ドメイン名の補完に成功」又は「ドメイン名補完ができなかったため、名前解決をアドレス帳サーバに要求せよ」といった意味を表す情報をフラグ等により保存する。尚、ドメイン名補完結果情報は、アドレスデータとは別にＲＡＭ１２等に保存しでもよい。
【００６８】
次に、ＣＰＵ１１は、ユーザアカウントにドメイン名が書かれているか否かを判定する（ステップＳ２３０６）。ユーザアカウントにドメイン名が書かれていると判定した場合、ステップＳ２３０１に戻る。ユーザアカウントにドメイン名が書かれていないと判定した場合、ＣＰＵ１１は、通信部１７によりＤＮＳサーバＤ１に問い合わせ、ユーザアカウントにドメイン名を補完する（ステップＳ２３０７）。その後、このループをアドレスデータの数に対応する回数実行するためにステップＳ２３０１に戻る。
【００６９】
ステップＳ２３０１のループを抜けると、ＣＰＵ１１は、ＤＮＳサーバＤ２のＩＰアドレスを送信してきたアドレス帳クライアントに対し、通信部１７によりアドレスデータとアドレス帳サーバＳＶ１のＩＰアドレスを送信する（ステップＳ２３０８）。その後、ステップＳ２１０２に戻る。
【００７０】
次に、ステップＳ２３０４、ステップＳ２３０７でＤＮＳサーバＤ１に問い合わせドメイン名を補完する処理について詳しく説明する。ステップＳ２３０４、ステップＳ２３０７では、以下のように処理してもよい。最初にＤＮＳサーバＤ１に問い合わせたときに、ドメイン名をＲＡＭ１２等の保存領域にキャッシュし、次からはＤＮＳサーバＤ１に問い合わせず、キャッシュしておいたドメイン名を取得してドメイン名の補完を行う方法でもよい。この場合は、指定されたアドレスデータを全て検査し終えるとキャッシュしておいたドメイン名を消去する。
【００７１】
次に、図１４を参照して、ステップＳ２１０４で入力がアドレス帳クライアントからの名前解決要求であると判定した場合について説明する。ＣＰＵ１１は、通信部１７によりアドレス帳クライアントからの名前解決要求を受信する（ステップＳ２４０１）。次に、ＣＰＵ１１は、通信部１７によりアドレス帳サーバＳＶ１に設定されているＤＮＳサーバＤ１に問い合わせて、ＤＮＳサーバＤ１により、アドレス帳クライアントから受信したホスト名の名前解決を行う（処理ユニット）（ステップＳ２４０２）。次に、ＣＰＵ１１は、通信部１７により名前解決結果をアドレス帳クライアントに送信する（ステップＳ２４０３）。その後、ステップＳ２１０２に戻る。
【００７２】
図１５は、アドレス帳クライアントＣ１のクライアント処理のフローチャートである。図１６は、図１５の続きである。図１７は、図１５の続きである。本クライアント処理は、アドレス帳クライアントＣ１のＣＰＵ２１がハードディスク２３（またはＲＡＭ２２）に格納されたプログラムに従って実行する。尚、アドレス帳クライアントＣ２の動作はアドレス帳クライアントＣ１の動作と同様であるため説明は省略する。
【００７３】
まず、図１５を参照して、アドレス帳クライアントＣ１のＣＰＵ２１は、本処理を開始すると（ステップＳ２５０１）、アドレス帳クライアントＣ１への入力を認識する（ステップＳ２５０２）。以下では、入力がアドレス帳サーバからのアドレスデータ受信要求である場合、入力が入力部２５からの画像送信指示である場合、入力がアドレス帳サーバからのＤＮＳサーバ情報取得要求である場合に分けて説明する。
【００７４】
まず、入力がアドレス帳サーバからのアドレスデータ受信要求である場合（ステップＳ２５０３でＹＥＳ）について説明する。この場合は、図１６を参照して、ＣＰＵ２１は、通信部２７によりアドレス帳サーバからアドレスデータとアドレス帳サーバのＩＰアドレスを受信する（ステップＳ２６０１）。次に、ＣＰＵ２１は、アドレス帳サーバから受信したアドレスデータとアドレス帳サーバのＩＰアドレスを関連付けてハードディスク２３に記憶する（ステップＳ２６０２）。これにより、本処理を終了する。
【００７５】
次に、入力が入力部２５からの画像送信指示である場合（ステップＳ２５０４でＹＥＳ）について説明する。この場合は、図１７を参照して、ＣＰＵ２１は、入力部２５から、指定された宛先に対する画像送信指示を受信する（ステップＳ２７０１）。次に、ＣＰＵ２１は、画像送信指示において指定された宛先のアドレスデータに関連付けられているドメイン名補完結果情報の内容を判定する（ステップＳ２７０２）。ドメイン名補完結果情報は、受信したアドレスデータに含まれる（ステップＳ２３０５）。
【００７６】
ドメイン名補完結果情報がアドレス帳サーバへの名前解決要求の送信を指定するものでない場合は、本処理を終了する。ドメイン名補完結果情報がアドレス帳サーバへの名前解決要求を意味するものである場合、ＣＰＵ２１は、通信部２７によりアドレス帳サーバに名前解決要求を送信する（ステップＳ２７０３）。次に、ＣＰＵ２１は、通信部２７によりアドレス帳サーバから送信される名前解決結果を受信する（ステップＳ２７０４）。これにより、本処理を終了する。
【００７７】
次に、図１５を参照して、入力がアドレス帳サーバからのＤＮＳサーバ情報取得要求である場合（ステップＳ２５０５でＹＥＳ）について説明する。この場合は、ＣＰＵ２１は、通信部２７によりアドレス帳クライアントＣ１に設定されているＤＮＳサーバＤ２の情報（ＩＰアドレス等）をアドレス帳サーバに送信する（ステップＳ２８０１）。送信方法としては様々な方法が考案されているが、本発明とは直接関係ないため詳細は省略する。
【００７８】
以上詳細に説明したように、本実施の形態によれば、アドレスデータにドメイン名がなく不足した状態である場合に、アドレスデータにドメイン名を補完して不足の無い状態にしてから送信する。これにより、指定した宛先へより正しく送信すること、認証の失敗を減らすこと、受信側で情報をより正確に確認することが可能となる。
【００７９】
尚、第２の実施の形態では、アドレス帳クライアントに設定されているＤＮＳサーバがアドレス帳サーバに設定されているＤＮＳサーバと同一であるか否かを判定し、処理を異ならせる例を説明した。しかしながら、例えば、アドレス帳サーバに設定されているＤＮＳサーバと同一のＤＮＳサーバが設定されているアドレス帳クライアントを識別するための識別情報を予め保持するようにしても構わない。この場合、アドレス帳サーバに設定されているＤＮＳサーバと同一のＤＮＳサーバが設定されているアドレス帳クライアントへのアドレスデータ送信指示の場合は、ドメインの補完を行わない。
【００８０】
また、１つのアドレス帳クライアントに複数のＤＮＳサーバを設定することができる場合は、アドレス帳クライアントに設定されたＤＮＳサーバのうち少なくとも１つがアドレス帳サーバに設定されていれば、同一のＤＮＳサーバが設定されているものとして扱ってよい。
【００８１】
また、本発明の目的は、以下の処理を実行することによっても達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出す処理である。
【００８２】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。
【符号の説明】
【００８３】
１１、２１  ＣＰＵ
１２、２２  ＲＡＭ
１３、２３  ハードディスク
１４、２４  メインバス
１５、２５  入力部
１６、２６  表示部
１７、２７  通信部
【図１】
2010233213.tif 000003
【図２】
2010233213.tif 000004
【図３】
2010233213.tif 000005
【図４】
2010233213.tif 000006
【図５】
2010233213.tif 000007
【図６】
2010233213.tif 000008
【図７】
2010233213.tif 000009
【図８】
2010233213.tif 000010
【図９】
2010233213.tif 000011
【図１０】
2010233213.tif 000012
【図１１】
2010233213.tif 000013
【図１２】
2010233213.tif 000014
【図１３】
2010233213.tif 000015
【図１４】
2010233213.tif 000016
【図１５】
2010233213.tif 000017
【図１６】
2010233213.tif 000018
【図１７】
2010233213.tif 000019
【図１８】
2010233213.tif 000020
【図１９】
2010233213.tif 000021