JP2006085549A - ネットワーク機器、ネットワーク通信設定の確認方法、プログラム及び記録媒体 - Google Patents

Abstract

【課題】 ネットワークを介して通信可能なサービス提供装置からサービスの提供を受けようとする場合において、そのための設定内容の適否を容易に把握できるようにする。
【解決手段】 ネットワークを介して通信可能なサーバからサービスの提供を受ける機能を有するネットワーク機器に、上記サービスに特化した通信手続きを、上記サーバとの間で実行させ（Ｓ１，Ｓ２）、その通信手続きの実行結果に基づいて設定内容の適否を確認させるようにした（Ｓ３〜Ｓ６）。この場合において、ネットワーク機器が上記サーバに認証を受けられることも確認するようにするとよい（Ｓ８〜Ｓ１３）。
【選択図】 図８

Description

この発明は、ネットワークを介して通信可能なサービス提供装置からサービスの提供を受ける機能を有するネットワーク機器、このようなネットワーク機器におけるネットワーク通信設定の確認方法、コンピュータを上記のようなネットワーク機器として機能させるためのプログラム、およびこのようなプログラムを記録したコンピュータ読み取り可能な記録媒体に関する。

近年、ネットワーク技術の発達に伴って、ネットワークに接続して使用されるネットワーク機器が広く用いられるようになっている。そして、それに伴って、ネットワークを介して通信可能な他の装置にサービスを提供したり、このような装置からサービスの提供を受けたりすることも広く行われるようになっている。このような、ネットワークを介して提供されるサービスの代表的なものとしては、例えば電子メールサービスが挙げられる。

ところで、ネットワーク機器がネットワークを介して通信可能な他の装置からサービスの提供を受けようとする場合、サービス提供側装置のアドレスや通信に使用するプロトコル等の、ネットワーク通信に関する設定を行う必要がある。そして、このような設定が正確になされないと、サービスの提供を受けられなくなってしまう。
このようなネットワーク通信に関する設定に関連する技術としては、例えば特許文献１に記載のものが挙げられる。
特開２０００−１６５３９０号公報

しかしながら、従来の通常のネットワーク機器においては、ネットワーク通信に関する設定の適否は、実際にネットワーク機能を動作させてみなければわからないという問題があった。
これに対し、上記の特許文献１には、ネットワークに関する設定を行った時点で、ＤＮＳ（Domain Name System）サーバに問い合わせを行ったり、通信相手にＰＩＮＧコマンドを発行したりすることにより、ネットワーク通信に関する設定が正しいことを確認することが記載されている。しかし、特許文献１に記載の技術は、サーバ名やＩＰ（Internet Protocol）アドレス等の極めて限定的な設定内容のみを確認するものである。このため、この技術を用いても、通信相手が実際にサービスを提供する態勢にあるか否かまでは確認できなかった。従って、設定の適否の把握という点で不十分であった。
この発明は、このような問題を解決し、ネットワークを介して通信可能なサービス提供装置からサービスの提供を受けようとする場合において、そのための設定内容の適否を容易に把握できるようにすることを目的とする。

上記の目的を達成するため、この発明のネットワーク機器は、ネットワークを介して通信可能なサービス提供装置からサービスの提供を受ける機能を有するネットワーク機器において、上記サービスに特化した通信手続を、上記サービス提供装置との間で実行する手段と、上記通信手続の実行結果に基づいて設定内容の適否を確認する手段とを設けたものである。

このようなネットワーク機器において、上記通信手続を、上記サービス提供装置が実際に上記サービスを提供できることを確認するための通信手続とするとよい。
さらに、上記通信手続に、そのネットワーク機器が上記サービス提供装置に認証を受ける手続を含めるようにするとよい。
また、上記のネットワーク機器において、上記通信手続を、上記サービス提供装置に上記サービスに特化したデータを送信して上記サービスに特化した返信を受け取る手続とし、上記設定の適否の確認を、上記返信に基づいて行うようにするとよい。

また、この発明のネットワーク通信設定の確認方法は、ネットワークを介して通信可能なサービス提供装置からサービスの提供を受ける機能を有するネットワーク機器に、上記サービスに特化した通信手続を、上記サービス提供装置との間で実行させ、上記通信手続の実行結果に基づいて設定内容の適否を確認させるようにした方法である。

また、この発明のプログラムは、コンピュータを、ネットワークを介して通信可能なサービス提供装置からサービスの提供を受ける手段と、上記サービスに特化した通信手続を、上記サービス提供装置との間で実行する手段と、上記通信手続の実行結果に基づいて設定内容の適否を確認する手段として機能させるためのプログラムである。
また、この発明の記録媒体は、上記のプログラムを記録したコンピュータ読取可能な記録媒体である。

以上のようなこの発明のネットワーク機器又はネットワーク通信設定の確認方法によれば、ネットワークを介して通信可能なサービス提供装置からサービスの提供を受けようとする場合において、そのための設定内容の適否を容易に把握できるようにすることができる。
また、この発明のプログラムによれば、コンピュータを上記のネットワーク機器として機能させてその特徴を実現し、同様な効果を得ることができる。
この発明の記録媒体によれば、上記のプログラムを記憶していないコンピュータにそのプログラムを読み出させて実行させ、上記の効果を得ることができる。

以下、この発明を実施するための最良の形態について、図面を参照して説明する。
まず、この発明のネットワーク機器の実施形態であるデジタル複合機（ＭＦＰ）の構成について説明する。図１は、そのＭＦＰの構成を示したブロック図である。
図１に示したＭＦＰ１０は、コピー、プリンタ、スキャナ、ファクシミリ通信等の種々の機能を有する画像処理装置であり、ＣＰＵ１１，ＲＯＭ１２，ＲＡＭ１３，不揮発性メモリ１４，パネルＩ／Ｆ（インタフェース）１５，ネットワークＩ／Ｆ１６，エンジン部１７を備え、これらがシステムバス１８によって接続されている。また操作表示部１９がパネルＩ／Ｆ１５に接続されている。

そして、ＣＰＵ１１は、ＭＦＰ１０全体を統括制御する制御手段であり、ＲＯＭ１２や不揮発性メモリ１４に記録された種々のプログラムを実行することにより、後述するようにこの実施形態の特徴に係る種々の手段の機能を実現する。
ＲＯＭ１２は、不揮発性の記憶手段であり、ＣＰＵ１１が実行するプログラムや、固定的なパラメータ等を記憶する。ＲＯＭ１２を書き換え可能な記憶手段として構成し、これらのデータをアップデートできるようにしてもよい。

ＲＡＭ１３は、一時的に使用するデータを記憶したり、ＣＰＵ１１のワークメモリとして使用したりする記憶手段である。
不揮発性メモリ１４は、フラッシュメモリやＨＤＤ（ハードディスクドライブ）等による書き換え可能な不揮発性記憶手段であり、ＣＰＵ１１が実行するプログラムや、装置の電源がＯＦＦされた後でも保持しておく必要があるパラメータの値等を記憶する。

パネルＩ／Ｆ１５は、操作表示部１９をシステムバス１８に接続し、ＣＰＵ１１から制御可能とするためのインタフェースである。そして、操作表示部１９は、液晶ディスプレイにタッチパネルを積層した操作パネルや所要のキー等によって構成される、表示操作手段である。そして、操作パネルに種々のメッセージを表示したり、ＧＵＩ（グラフィカル・ユーザ・インタフェース）を表示したりすると共に、そのＧＵＩやキー等により、ユーザによる操作や設定の指示を受け付けることができる。

ネットワークＩ／Ｆ１６は、ＭＦＰ１０をＬＡＮ（ローカルエリアネットワーク）等のネットワークに接続するためのインタフェースであり、例えばイーサネット（登録商標）方式の通信を行うためのインタフェースである。そして、ネットワークを介して他の装置と通信を行う場合、このネットワークＩ／Ｆ１６とＣＰＵ１１とが通信手段として機能する。なお、ネットワークは、有線、無線を問わず種々の方式のものが使用可能であり、ネットワークＩ／Ｆ１６は、接続するネットワークの規格や使用する通信プロトコル等に応じて適切なものを用意する。また、複数の規格に対応させて複数のネットワークＩ／Ｆ１６を設けることも当然可能である。

エンジン部１７は、画像形成部、画像読取部、ファクシミリ通信ユニット等であり、ＣＰＵ１１がこれらの動作を適切に制御することにより、ＭＦＰ１０にコピー、プリンタ、スキャナ、ファクシミリ通信等の種々の動作を実行させることができる。なお、この部分は、この実施形態の特徴とはあまり関係ないため、図示は簡単なものに留めている。

次に、このようなＭＦＰ１０を含むネットワークの構成例について説明する。図２は、そのネットワークの構成例を示すブロック図である。
図２に示した構成においては、ＭＦＰ１０をユーザ側環境に配置し、ＬＡＮ７０に接続している。

また、ユーザ側環境には、それぞれサービス提供装置であるＳＭＴＰ（シンプル・メール・トランスファー・プロトコル：Simple Mail Transfer Protocol）サーバ３０、ＰＯＰ３（ポスト・オフィス・プロトコル３：Post Office Protocol 3）サーバ４０、およびＩＭＡＰ４（インターネット・メッセージ・アクセス・プロトコル４：Internet Message Access Protocol 4）サーバ５０を、同じくＬＡＮ７０に接続して設け、ＬＡＮ７０に接続されている装置にサービスを提供させるようにしている。これらの各サーバ３０〜５０が提供するサービスは、電子メールの送信あるいは受信に係るサービスである。
そして、ＭＦＰ１０は、サーバのＩＰアドレスや、通信に使用するプロトコル及びポート等に関するネットワーク通信設定が適切になされている場合には、各サーバ３０〜５０と通信し、これらのサーバが提供する機能を利用することができる。

また、ユーザ側環境には、ルータ６０を設けており、ＭＦＰ１０はこのルータ６０を介してインターネット９０に接続されている。従って、例えばサービス提供者側環境に設けられたＩＭＡＰ４サーバ８０がインターネット９０を介してアクセスしてくる装置に対してサービスを提供していれば、ＭＦＰ１０に適切なネットワーク通信設定を行うことにより、ＭＦＰ１０からインターネット９０を介してＩＭＡＰ４サーバ８０が提供するサービスを利用することも可能である。
また、ユーザ側環境においては、ＰＣ２０もＬＡＮ７０に接続して設けており、ＭＦＰ１０の場合と同様に、適切なネットワーク通信設定がなされている場合には、各サーバ３０〜５０，８０が提供するサービスを利用することができる。

次に、ユーザがＭＦＰ１０においてネットワーク通信設定を行う場合のＭＦＰ１０の動作について説明する。
まず、図３に、ＭＦＰ１０がネットワーク通信設定を受け付ける際に操作表示部１９に表示させる画面の例を示す。
ＭＦＰ１０においては、ユーザが操作表示部１９からネットワーク通信設定モードへの移行を指示した場合、まず図３に示すような通信設定画面１００を操作表示部１９に表示させる。
そして、ユーザがＳＭＴＰ設定キー１０１を押下した場合、ＳＭＴＰを用いた通信すなわちＳＭＴＰサーバが提供するサービスを利用するための通信に関する設定を受け付けるための画面に移行する。

図４に、この画面の表示例を示す。
そして、このＳＭＴＰサーバ設定画面１１０においては、ユーザは、アドレス入力部１１１に利用したいＳＭＴＰサーバのＩＰアドレスを入力し、ポート入力部１１２にコマンド等の送信先とするポートの番号を入力してこれらの情報を指定することができる。また、認証指定キー１１３及び暗号化指定キー１１４により、通信時の認証有無及び認証用パスワードの暗号化有無を指定することができる。

なお、ＳＭＴＰサーバ設定画面１１０に移行した時点でＭＦＰ１０に既に何らかの設定がなされている場合には、各入力部や各キーは、その設定内容を反映させた状態にするようにしている。また、ＤＮＳ（Domain Name Server）を利用できる場合には、アドレス入力部１１１にＩＰアドレスに代えてサーバ名を入力することもできる。また、認証無しが指定されている場合には、暗号化有無の指定は意味がないため、暗号化指定キー１１４を操作できないようにするようにしている。

そして、以上の各部や各キーにより設定すべき事項が指定された後、確認キー１１５が押下された場合、ＭＦＰ１０は、ＳＭＴＰサーバ設定画面１１０に入力されている指定内容に基づいてＳＭＴＰを用いた通信を試み、その内容を設定した場合にＳＭＴＰサーバからサービスの提供を受けることができるか否かを判断して、その結果をユーザに通知するようにしている。また、設定キー１１６が押下された場合には、ＳＭＴＰサーバ設定画面１１０に入力されている指定内容を不揮発性メモリ１４に記憶させてＭＦＰ１０に設定し、ＭＦＰ１０の動作に反映させるようにしている。一方、キャンセルキー１１７が押下された場合には、ＳＭＴＰサーバ設定画面１１０に入力されている内容を設定せずに図３に示した通信設定画面１００に戻る。

また、図３に示した通信設定画面１００において、ユーザがＰＯＰ３設定キー１０２を押下した場合、ＰＯＰ３を用いた通信すなわちＰＯＰ３サーバが提供するサービスを利用するための通信に関する設定を受け付けるための画面に移行する。
図５に、この画面の表示例を示す。
このＰＯＰ３サーバ設定画面１２０は、図４に示したＳＭＴＰサーバ設定画面１１０とほぼ同様な構成である。そして、ユーザは、アドレス入力部１２１，ポート入力部１２２，暗号化設定キー１２４，確認キー１２５，設定キー１２６，キャンセルキー１２７により、ＳＭＴＰサーバ設定画面１１０の場合と同様に通信に関する設定を行うことができる。ただし、ＰＯＰ３は、標準で認証を行うプロトコルであるので、認証有無の指定を行うための認証指定キーを設けていない点が、ＳＭＴＰサーバ設定画面１１０と異なる。

なお、図３に示した通信設定画面１００において、ユーザがＩＭＡＰ４設定キー１０３を押下した場合、ＩＭＡＰ４サーバが提供するサービスを利用するための通信に関する設定を受け付けるための画面に移行するが、この画面の外見は、タイトル以外は図５に示したＰＯＰ３サーバ設定画面１２０と同様なものである。また、図３に示した通信設定画面１００において、ユーザがその他設定キー１０４を押下した場合に移行する画面は、設定を受け付ける必要がある項目に応じて適宜用意するものとする。

次に、図４や図５に示した確認キーが押下された場合にＭＦＰ１０が実行する設定確認処理について説明する。
図６にこの処理のフローチャートを示す。この処理が、この発明のネットワーク通信設定の確認方法に係る処理である。
ＭＦＰ１０のＣＰＵ１１は、図４や図５に示した確認キーが押下されると、所要の制御プログラムを実行することにより、図６のフローチャートに示す処理を開始する。この場合において、押下された確認キーを含む画面に入力されている指定内容が、適否の確認対象とするネットワーク通信設定の内容であると考えることができる。
この処理においては、まずステップＳ１で、選択されているプロトコルに応じた通信確認用の通信手続きの情報を取得する。

ここで、図３乃至図５を用いて説明した例では、ＳＭＴＰ，ＰＯＰ３，ＩＭＡＰ４に関する設定を行う場合、上述のように、それぞれ専用の設定画面を用意するようにしているから、押下された確認キーの属する画面の種類を選択されているプロトコルの把握に利用することができる。また、画面内での設定内容も勘案して選択されているプロトコルを把握すべき場合もある。例えば、ＳＭＴＰサーバ設定画面において認証有りが設定されている場合、ＳＭＴＰは認証処理に対応していないので、代わりにＥＳＭＴＰ（拡張ＳＭＴＰ）を使用することになる。

また、ＭＦＰ１０は、不揮発メモリ１４に、通信に使用するプロトコルと、そのプロトコルに応じた通信確認のための通信手続きとを対応させてテーブルとして記憶しており、選択されているプロトコルが把握できれば、このテーブルを検索することにより、必要な通信手続きの情報を取得することができる。

図７に、このテーブルの例を示す。
この図に示すように、各プロトコルと対応する通信確認のための通信手続きの情報は、指定されている通信先に送信すべきデータの情報と、その通信先がＭＦＰ１０に対してサービスを提供できる場合に応答として返してくるはずのデータの情報として記載されている。なお、応答については、通信相手が対応している機能の種類に応じて異なる内容となることも考えられるため、最低限応答に含まれているはずの内容を記載するようにしている。

そして、図７に示すテーブルから、例えばＳＭＴＰを使用する場合には、ＴＣＰ（トランスミッション・コントロール・プロトコル：Transmission Control Protocol）の接続要求と共に、ＨＥＬＯコマンドを指定されている通信先に送信すると、通信先からは、成功コードである「２５０」と、その通信先のＦＱＤＮ（完全修飾ドメイン名：Fully Qualified Domain Name）とを含む応答が返されるはずである旨がわかる。また、ＰＯＰ３を使用する場合には、ＴＣＰの接続要求を送信すると、「＋ＯＫ」の文字列を含む応答が返されるはずである旨がわかる。
これらの通信プロトコルは、通信相手が提供するＳＭＴＰサーバやＰＯＰ３サーバとしての機能を実現するためのプロトコルであるから、これらのプロトコルに沿った通信手続きは、通信相手が提供するサービスに特化したデータを送信し、そのサービスに特化したデータを受信する通信手続であると言える。

図６の説明に戻る。
図６の処理において、ステップＳ１で通信手続きの情報が取得できると、ステップＳ２に進み、確認キーの押下された画面において指定されているＩＰアドレスの、同じく指定されているポートにアクセスし、ステップＳ１で取得した内容の通信手続きを実行してそのアクセス先から応答を取得する。なお、ここで用いるＩＰアドレスやポートは、ＭＦＰ１０で有効になっている設定内容とは一致しなくてよい。

この場合において、アクセス先のポートが開いていれば通信手続きの実行が可能であるが、選択されているプロトコルによるサービスを提供していない装置のＩＰアドレスが指定されていたり、指定されたＩＰアドレスを割り当てられた装置がＭＦＰ１０から通信可能な範囲になかったりした場合、あるいは、指定されたＩＰアドレスと対応する装置において指定されたポートが閉じられていた場合等には、ステップＳ２でアクセス先にアクセスすることができない。
そこで、ステップＳ３でポートが開いているか否か判断する。そして、開いていなければ（ＩＰアドレスに該当する装置が見つからなかった場合も含めて）、ＩＰアドレス及びポートによって指定されたアクセス先とは通信できず、確認対象のネットワーク通信設定の内容が不適切であると判断して、ステップＳ６で操作表示部１９にポップアップ画面等により接続失敗の旨を表示して処理を終了する。

一方、ステップＳ３でポートが開いていると判断した場合には、ステップＳ４に進み、アクセス先からの応答が、図７に示したテーブルから把握される正しい応答であったか否か判断する。
そして、正しい応答であれば、ＩＰアドレス及びポートによって指定されたアクセス先と、選択されているプロトコルにより通信可能であるので、ＭＦＰ１０は、指定されたアクセス先から所要のサービスの提供を受けられる状態であり、確認対象のネットワーク通信設定の内容は適切であると判断し、ステップＳ５で操作表示部１９にポップアップ画面等により接続成功の旨を表示して処理を終了する。

また、ステップＳ４で正しい応答でなかった場合には、ＩＰアドレス及びポートによって指定されたアクセス先とは、選択されているプロトコルにより通信可能でないか、あるいはＭＦＰ１０からその通信先の提供するサービスを利用可能な状態でないと考えられるため、確認対象のネットワーク通信設定の内容が不適切であると判断して、ステップＳ６で操作表示部１９にポップアップ画面等により接続失敗の旨を表示して処理を終了する。

以上の処理により、確認キーの押下に応じて、操作表示部１９の画面上で指定されているネットワーク通信設定の内容の適否を判断し、これをユーザに通知することができる。また、この際、サービスに特化したデータを送信してサービスに特化した返信を受け取る通信手続きを実行するようにしているため、単に指定されたアクセス先にアクセス可能であることのみでなく、そのアクセス先が実際に前記サービスを提供できることも確認することができる。

従って、ユーザは、ネットワークを介して通信可能なサービス提供装置からサービスの提供を受けようとする場合において、そのための設定内容の適否を容易に把握できる。また、内容が適切であることを把握した上で、その後設定キーを押下することによりその設定をＭＦＰ１０の動作に反映させることができるので、簡単な操作で正確な設定を行うことができ、ネットワーク通信設定時の操作性を向上させることができる。なお、設定が不適切であった場合に対処するため、所定のキーの押下により画面上の指定内容を画面表示時（変更前）のものに戻すことができるようにしてもよい。

ところで、図６に示した処理においては、通信が可能であるかどうかに基づいてＭＦＰ１０における設定の適否を判断するようにした。しかし、通信の際に認証を行うようにする場合、認証が失敗した場合にはアクセス先が提供するサービスを利用することができないため、認証に使用するユーザ名やパスワードのような認証情報も重要な設定項目である。
そこで、認証の成否も含めて設定の適否を判断するようにすることも考えられる。

図８にこのようにした場合の図６と対応する処理のフローチャートを示す。この処理も、この発明のネットワーク通信設定の確認方法に係る処理である。
図８に示す処理は、ステップＳ１〜ステップＳ６については、図６に示した処理と同様なものである。しかし、ステップＳ５において接続成功の旨を表示した場合、ステップＳ７以降の処理に進むようにしている。
そして、ステップＳ７では、確認キーの押下された画面において、認証を行う旨の指定がなされているか否か判断する。なお、ＰＯＰ３やＩＭＡＰ４のように標準で認証を行うプロトコルの場合には、特に指定がなくてもステップＳ７の判断はＹＥＳとなる。
そして、認証を行う場合には、ステップＳ８に進み、ユーザ名とパスワードの入力を要求する。この要求は、例えば入力受付画面を操作表示部１９に表示させることにより行うことができる。

図９にこの画面例を示すが、ユーザがこのパスワード入力画面１３０において、ユーザ名入力部１３１に認証に使用するユーザ名、パスワード入力部１３２に認証に使用するパスワードを入力してＯＫキー１３３を押下すると、図８の処理はステップＳ９に進む。また、図示は省略したが、キャンセルキー１３４が押下された場合には、処理を終了する。
なお、ユーザ名やパスワードについては、図４や図５に示した画面等において予め入力しておけるようにしてもよい。そして、この場合にはステップＳ８では改めて入力を要求する必要はなく、既に入力されている値を取得するのみでよい。

図８の説明に戻ると、次のステップＳ９では、選択されているプロトコルに応じた認証確認用の通信手続きの情報を取得する。ここで、選択されているプロトコルの把握は、図６のステップＳ１の場合と同様な処理により可能である。
また、ＭＦＰ１０は、不揮発性メモリ１４に、通信に使用するプロトコルと、そのプロトコルに応じた認証確認のための通信手続きとを対応させてテーブルとして記憶しており、選択されているプロトコルが把握できれば、このテーブルを検索することにより、必要な通信手続きの情報を取得することができる。

図１０に、このテーブルの例を示す。
この図に示すように、各プロトコルと対応する認証確認のための通信手続きの情報としては、ＭＦＰ１０側が指定されている通信先に送信すべきコマンド等を示す情報と、認証処理が正常に進行している場合に通信先が応答として返してくるはずのデータを示す情報とを、図８に示した通信確認の後から認証手続きの終了まで順次記載するようにしている。図１０において、「Ｃ：」はＭＦＰ１０側が送信する情報を示し、「Ｓ：」は通信先からの応答を示す。また〔〕は、そのカッコの位置に、そのカッコ内に示した情報を記載することを意味するものである。なお、応答について、最低限応答に含まれているはずの内容を記載するようにしていることは、図７の場合と同様である。

そして、図１０に示すテーブルから、例えば通常のＰＯＰ３を使用する場合には、ステップＳ２での通信手続きの終了後、ＭＦＰ１０がＵＳＥＲコマンドをユーザ名を引数として送信し、応答として「＋ＯＫ」を受信した後、今度はＰＡＳＳコマンドをパスワードを引数として送信し、応答として「＋ＯＫ」を受信した場合に認証が成功したと判断できることがわかる。

また、暗号化有りのＰＯＰ３を使用する場合には、ステップＳ２での通信手続きにおいて、接続要求に対する通信先からの応答として、「＋ＯＫ」に加えてチャレンジ文字列を送信してきているはずであり、ＭＦＰ１０側からは、ＡＰＯＰコマンドを、ユーザ名及びそのチャレンジ文字列を利用して暗号化したパスワードを引数として送信し、応答として「＋ＯＫ」を受信した場合に認証が成功したと判断できることがわかる。
なお、これらの手続きにおいて使用するユーザ名とパスワードは、図８のステップＳ８で入力を受け付けたものである。

そして、図１０に示した各通信プロトコルは、通信相手が提供するＳＭＴＰサーバやＰＯＰ３サーバあるいはＩＭＡＰ４サーバ等としての機能を利用するためのプロトコルであるから、これらのプロトコルに沿った通信手続きも、通信相手が提供するサービスに特化したデータを送信し、そのサービスに特化したデータを受信する通信手続であると言える。

図８の説明に戻る。
図８の処理において、ステップＳ９で通信手続きの情報が取得できると、ステップＳ１０に進み、ステップＳ２の場合と同じＩＰアドレス及びポートで指定される通信先にアクセスし、ステップＳ９で取得した内容の通信手続き（認証処理）を実行してそのアクセス先から応答を取得する。この場合において、手続きの途中でも、アクセス先が認証処理に対応していなかったり、認証が失敗であったりすることがわかれば、その時点でステップＳ１１に進むようにしてよい。

そして、ステップＳ１１では、ステップＳ１０での認証が成功したか否かを判断する。この判断は、ステップＳ９で取得した情報通りに通信手続きを完了できたか否かに基づいて行うことができる。
そして、認証が成功していれば、指定されたアクセス先に認証を受けることができる状態であるので、ネットワーク通信設定の内容は適切であると判断し、ステップＳ１２で操作表示部１９にポップアップ画面等により認証成功の旨を表示して処理を終了する。

一方、認証が失敗していた場合には、指定されたアクセス先はサービスを提供しているものの、認証を受けることができない状態であるので、ユーザ名やパスワード又は認証条件等の内容が適切でない判断し、ステップＳ１３で操作表示部１９にポップアップ画面等により認証失敗の旨を表示して処理を終了する。

以上の処理により、確認キーの押下に応じて、操作表示部１９の画面上で設定されているネットワーク通信設定の内容の適否について、認証の成否も勘案して判断し、これをユーザに通知することができる。従って、ユーザは、認証情報に関しても内容が適切であることを把握した上で設定をＭＦＰ１０の動作に反映させることができるので、ネットワーク通信設定時の操作性を一層向上させることができる。

なお、上述した処理においては、通信相手からの応答に基づいて通信や認証の成否、ひいてはネットワーク通信設定の適否について判断する例について説明した。しかし、通信に用いるプロトコルには、ＵＤＰ（ユーザ・データグラム・プロトコル：User Datagram Protocol）のように、通信相手から応答があることが保証されていないプロトコルもある。そこで、このようなプロトコルを用いる場合には、図６や図８のステップＳ２における通信手続きの一部として以下のような処理を行って、指定されたポートが開いているか否かを判断するようにするとよい。

図１１に、ＵＤＰにより提供されるサービスに関するポート確認処理のフローチャートを例として示す。この処理が開始される際には、通信先のＩＰアドレスとポートは指定されているものとする。
そして、この処理においては、まずステップＳ２１で、指定されているＩＰアドレスに対してＩＣＭＰ（インターネット・コントロール・メッセージ・プロトコル：Internet Control Message Protocol）のパケットを送信する。すなわち、ＰＩＮＧコマンドを送信する。ネットワークを介した通信が可能になっている装置であれば、このコマンドに対する応答を返してくるはずである。

そこで、ステップＳ２２で応答の有無を判断し、応答がなければステップＳ２５に進んで指定されたポートは開いていない（この場合にはそもそも指定されたＩＰアドレスの機器と通信できない）と判断し、元の処理に戻る。
一方、ステップＳ２２で応答があれば、少なくとも指定されているＩＰアドレスの機器と通信し得る状態であることがわかる。
そこで、ステップＳ２３で、その指定されているＩＰアドレスの指定されているポートに、ＵＤＰのパケットを送信する。このパケットに対しては、受信に対する応答は期待できないが、送信先のポートが閉じていれば、Unreachableの応答が帰ってくるはずである。

ステップＳ２４でこの応答の有無を判断し、Unreachableの応答があれば、ステップＳ２５に進んで指定されたポートは開いていない（閉じている）と判断して元の処理に戻る。また、所定時間内に応答がなければ、ＵＤＰパケットは正常に受信されたものと取り扱い、ステップＳ２６に進んで指定されたポートは開いていると判断し、元の処理に戻る。

以上のような処理を行うことにより、応答が保証されていないプロトコルを使用する場合であっても、通信先のポートが開いているか否かを判断することができる。また、より上位の適切なプロトコルにも対応しているか否かを判断するためには、別途そのプロトコルに特有な処理を行うようにすればよい。

以上で実施形態の説明を終了するが、使用する通信プロトコル、データの形式や内容、処理の具体的な内容等が上述の実施形態で説明したものに限られないことはもちろんである。
例えば、ＭＦＰ１０が使用する認証方式に応じて、図１０に示した通信手続きの内容が変化することもあるし、通信先の装置に対応している認証方式を問い合わせ、これに合った方式を自動的に選択して認証処理を行うようにすることも考えられる。また、図７又は図１０に示したような通信手続きにおいて、実質的な動作を要求するコマンドを通信先に送信し、そのコマンドが正常に実行できた場合にＭＦＰ１０のネットワーク通信設定が適切であると判断するようにすることも考えられる。
また、図８に示したような手続きと図１０に示したような手続きとを一連の手続きとして記憶させ、実行させるようにし、認証を行う場合には、認証まで成功した時点でネットワーク通信設定が適切である旨をユーザに伝えるようにしてもよい。また、既にＭＦＰ１０の動作に反映させてある設定内容の適否を、図６や図８のような処理により確認できるようにしてもよい。

また、ＰＣ２０のような汎用コンピュータにおいてネットワーク通信設定を行う場合や、ＰＣ２０のような外部機器からウェブブラウザ等を利用してＭＦＰ１０にアクセスしてＭＦＰ１０のネットワーク通信設定を行う場合等にも、上述の実施形態の処理を利用することができる。この場合において、図３乃至図５や図９に示したような表示画面は、ＰＣ２０のディスプレイにＧＵＩとして表示させるようにすればよい。
これらの変形を組み合わせてもよいことはもちろんである。

また、この発明が、ネットワークを介して他の装置と通信可能なネットワーク機器であれば、どのような機器にも適用可能であることはもちろんである。適用対象としては、例えば、プリンタ，ＦＡＸ装置，デジタル複写機，スキャナ装置，デジタル複合機等の画像処理装置のほか、汎用コンピュータ，ネットワーク家電，自動販売機，医療機器，電源装置，空調システム，ガス・水道・電気等の計量システム，自動車，航空機等の電子装置にネットワークを介して通信する機能を持たせたネットワーク機器が考えられる。

また、この発明によるプログラムは、コンピュータを、上述したＭＦＰ１０のようなネットワーク機器として機能させるためのプログラムであり、このようなプログラムをコンピュータに実行させることにより、上述したような効果を得ることができる。
このようなプログラムは、はじめからコンピュータに備えるＲＯＭあるいはＨＤＤ等の記憶手段に格納しておいてもよいが、記録媒体であるＣＤ−ＲＯＭあるいはフレキシブルディスク，ＳＲＡＭ，ＥＥＰＲＯＭ，メモリカード等の不揮発性記録媒体（メモリ）に記録して提供することもできる。そのメモリに記録されたプログラムをコンピュータにインストールしてＣＰＵに実行させるか、ＣＰＵにそのメモリからこのプログラムを読み出して実行させることにより、上述した各手順を実行させることができる。
さらに、ネットワークに接続され、プログラムを記録した記録媒体を備える外部機器あるいはプログラムを記憶手段に記憶した外部機器からダウンロードして実行させることも可能である。

以上説明してきたように、この発明のネットワーク機器、ネットワーク通信設定の確認方法、プログラム又は記録媒体によれば、ネットワークを介して通信可能なサービス提供装置からサービスの提供を受けようとする場合において、そのための設定内容の適否を容易に把握できるようにすることができる。
従って、この発明を利用することにより、ネットワーク通信設定を行う際の操作性が高いネットワーク機器を構成することができる。

この発明のネットワーク機器の実施形態であるＭＦＰの構成を示したブロック図である。 図１に示したＭＦＰを含むネットワークの構成例を示すブロック図である。 図１に示したＭＦＰがネットワーク通信設定を受け付ける際に操作表示部に表示させる画面の例を示す図である。 その別の例を示す図である。 そのさらに別の例を示す図である。 図１に示したＭＦＰが実行する設定確認処理の例を示すフローチャートである。 そのＭＦＰが記憶している、通信に使用するプロトコルと、そのプロトコルに応じた通信確認のための通信手続きとを対応させたテーブルの例を示す図である。 図６に示した設定確認処理の別の例を示すフローチャートである。 図８に示した処理において使用する、ユーザ名とパスワードの入力を受け付けるための画面の例を示す図である。 そのＭＦＰが記憶している、通信に使用するプロトコルと、そのプロトコルに応じた認証確認のための通信手続きとを対応させたテーブルの例を示す図である。 図６等に示した設定確認処理中に実行させる、ＵＤＰにより提供されるサービスに関するポート確認処理の一例を示すフローチャートである。

符号の説明

１０：ＭＦＰ、１１：ＣＰＵ、１２：ＲＯＭ、１３：ＲＡＭ、１４：不揮発性メモリ、
１５：パネルＩ／Ｆ、１６：ネットワークＩ／Ｆ、１７：エンジン部、
１８：システムバス、１９：操作表示部、２０：ＰＣ、３０：ＳＭＴＰサーバ、
４０：ＰＯＰ３サーバ、５０，８０：ＩＭＡＰ４サーバ、６０：ルータ、７０：ＬＡＮ、
９０：インターネット、１００：通信設定画面、１１０：ＳＭＴＰサーバ設定画面、
１２０：ＰＯＰ３サーバ設定画面、１３０：パスワード入力画面

Claims (7)

1. ネットワークを介して通信可能なサービス提供装置からサービスの提供を受ける機能を有するネットワーク機器であって、
   前記サービスに特化した通信手続を、前記サービス提供装置との間で実行する手段と、
   前記通信手続の実行結果に基づいて設定内容の適否を確認する手段とを設けたことを特徴とするネットワーク機器。
2. 請求項１記載のネットワーク機器であって、
   前記通信手続が、前記サービス提供装置が実際に前記サービスを提供できることを確認するための通信手続であることを特徴とするネットワーク機器。
3. 請求項２記載のネットワーク機器であって、
   前記通信手続が、当該ネットワーク機器が前記サービス提供装置に認証を受ける手続を含むことを特徴とするネットワーク機器。
4. 請求項１記載のネットワーク機器であって、
   前記通信手続が、前記サービス提供装置に前記サービスに特化したデータを送信して前記サービスに特化した返信を受け取る手続であり、
   前記設定の適否の確認を、前記返信に基づいて行うようにしたことを特徴とするネットワーク機器。
5. ネットワークを介して通信可能なサービス提供装置からサービスの提供を受ける機能を有するネットワーク機器に、
   前記サービスに特化した通信手続を、前記サービス提供装置との間で実行させ、
   前記通信手続の実行結果に基づいて設定内容の適否を確認させることを特徴とするネットワーク通信設定の確認方法。
6. コンピュータを、
   ネットワークを介して通信可能なサービス提供装置からサービスの提供を受ける手段と、
   前記サービスに特化した通信手続を、前記サービス提供装置との間で実行する手段と、
   前記通信手続の実行結果に基づいて設定内容の適否を確認する手段として機能させるためのプログラム。
7. 請求項６記載のプログラムを記憶したコンピュータ読み取り可能な記録媒体。
   

Images