JP6429474B2 - 通信装置及びその制御方法、並びにプログラム - Google Patents

Description

本発明は、通信装置及びその制御方法、並びにプログラムに関する。

近年、画像形成装置やパーソナルコンピュータなどのデバイスに複数のネットワークインタフェースカード（以下、「ＮＩＣ」という）を搭載し、それらを同時にネットワークに接続して利用することができるようになっている。

これによってデバイスは、有線ＮＩＣと有線ＮＩＣ、有線ＮＩＣと無線ＮＩＣ、無線ＮＩＣと無線ＮＩＣなどの組み合わせで２個以上のＮＩＣを搭載し、それぞれを同一または別のネットワークに接続することで、より柔軟で多岐に渡る利用方法が考えられている。

このような複数のＮＩＣを持ったデバイスにおいては、それぞれのＮＩＣが接続されているネットワーク環境などの要因で、通信相手へのデータの送出に失敗する場合がある。

失敗時に通信相手に可能な限り確実にデータを届けるための技術として、複数のＮＩＣを搭載したルータなどでは、失敗時のデータと再送予定時刻を保持しておき、一定時間経過後に同じデータを再送するという技術が開示されている（例えば、特許文献１参照）。

特開平３−９６０４１号公報

しかしながら、特許文献１に開示された技術では、一定時間経過後に再送するため、失敗後に直ちにデータを再送することができないという課題があった。

本発明の目的は、データの送信失敗後に直ちにデータを再送可能な通信装置及びその制御方法、並びにプログラムを提供することにある。

上記目的を達成するために、請求項１の通信装置は、情報を表示する表示デバイスと、ネットワークに接続するための複数のインターフェースとを備え、所定の条件に基づいて選択されたインターフェースを介してのデータ送信に失敗したことにしたがって前記選択されたインターフェースとは異なるインターフェースを介してデータの再送信を試みる通信装置において、前記異なるインターフェースを介する前記再送信が行われた宛先アドレスを一覧可能な画面を前記表示デバイスに表示させる手段を有することを特徴とする。

本発明によれば、所定の条件に基づいて選択されたインターフェースを介してのデータ送信に失敗したことにしたがって、選択されたインターフェースとは異なるインターフェースを介してデータの再送信を試みる通信装置において、異なるインターフェースを介する再送信が行われた宛先アドレスを一覧可能な画面を表示デバイスに表示させるので、ユーザは、所定の条件によるインターフェース選択の問題点に気がつくことができ、迅速に問題解決に取り組むことができる。

本発明の実施の形態に係る通信装置としての画像形成装置を含む通信システムの概略構成を示す図である。 図１における画像形成装置の概略構成を示す図である。 図１における画像形成装置のソフトウェア構成を示す図である。 図３におけるＮＩＣ設定部が設定するテーブルを示す図である。 図２におけるＣＰＵにより実行される送信処理の手順を示すフローチャートである。 図２におけるＣＰＵにより実行される送信処理の手順を示すフローチャートである。 図５におけるステップＳ６０２の選択処理の手順を示すフローチャートである。 図５，６の送信処理の変形例を示すフローチャートである。 図４のテーブルの内容をユーザが削除する場合に表示される画面を示す図である。

以下、本発明の実施の形態について図面を参照しながら詳述する。

図１は、本発明の実施の形態に係る通信装置としての画像形成装置１０１を含む通信システム１００の概略構成を示す図である。

図１において、通信システム１００は、画像形成装置１０１、ルータ１１１，１１２、サーバ１０４，１１４、ＬＡＮ１０２，１０３、及びネットワーク１１３で構成される。

画像形成装置１０１は、ＬＡＮ１０２，１０３、及びネットワーク１１３などの一般的なネットワークと接続するための複数（本実施の形態では２つ）のインタフェース（以下、「ＮＩＣ」という）を有し、一方のＮＩＣがＬＡＮ１０２に接続され、他方のＮＩＣがＬＡＮ１０３に接続されている。

ＬＡＮ１０３には、サーバ１０４が接続されている。また、ネットワーク１１３には、サーバ１１４が接続されている。

ルータ１１１は、ＬＡＮ１０２、及びネットワーク１１３に接続され、ルータ１１２は、ＬＡＮ１０３、及びネットワーク１１３に接続されている。

ネットワーク１１３は、ＬＡＮ１０２やＬＡＮ１０３とは異なるＬＡＮでもよいし、もっとインターネットであってもよい。

図２は、図１における画像形成装置１０１の概略構成を示す図である。

図２において、画像形成装置１０１は、コントローラ２０１、プリントエンジン２１４、及びスキャナ２１５で構成される。

コントローラ２０１は、画像形成装置１０１全体を制御する。プリントエンジン２１４は、コントローラ２０１の制御により、紙などの記録媒体に画像を印刷する。スキャナ２１５は、コントローラ２０１の制御により、原稿を読み取り、原稿を示す画像データを生成する。

また、コントローラ２０１は、ＣＰＵ２０３、ＲＡＭ２０４、ＲＯＭ２０５、ＮＩＣ２０６，２０７、操作パネル２０８、印刷インタフェース２０９、ディスクコントローラ２１０、ＨＤＤ２１１、不揮発性メモリ２１２、及び読取インタフェース２１３で構成され、それらはＨＤＤ２１１を除きシステムバス２０２で接続される。

ＣＰＵ２０３は、コントローラ２０１を制御することで、画像形成装置１０１全体を制御する。ＲＡＭ２０４は、ＣＰＵ２０３のワークエリアとして用いられたり、各種プログラムや各種データなどを記憶する。

ＲＯＭ２０５は、フォント、各種プログラム、及び各種データなどを記憶する。ＮＩＣ２０６は、ＬＡＮ１０２に接続されている。ＮＩＣ２０７は、ＬＡＮ１０３に接続されている。

操作パネル２０８は、ユーザに各種情報を表示したり、ユーザの操作入力を受け付ける。印刷インタフェース２０９は、コントローラ２０１とプリントエンジン２１４とのインタフェースである。

ディスクコントローラ２１０は、ＨＤＤ２１１を制御する。ＨＤＤ２１１は、各種プログラム、及び各種データなどを記憶する。後述するフローチャートは、ＨＤＤ２１１またはＲＯＭ２０５に記憶され、ＲＡＭ２０４に展開されたプログラムをＣＰＵ２０３が実行する処理を示している。

不揮発性メモリ２１２は、ユーザにより操作パネル２０８から設定される各種設定情報を記憶する。読取インタフェース２１３は、コントローラ２０１とスキャナ２１５とのインタフェースである。

図３は、図１における画像形成装置１０１のソフトウェア構成を示す図である。

アプリケーション３０１は他の装置に対してデータを送信する機能を有する。アプリケーション３０１がデータの送信を所望する場合、Socket API Wrapper３０２を呼び出すことによって、Socket API３０５が呼ばれ、さらにＯＳのネットワークプロトコル３０６を介して、ＮＩＣ２０７またはＮＩＣ２０６からデータが送信される。

本実施の形態におけるネットワークプロトコル３０６は、ＮＩＣ２０６をデフォルトのＮＩＣとしているものとする。また、デフォルトのルータが設定されている場合には、ルータ１１１をデフォルトのルータとする。

Socket API Wrapper３０２は、一方のＮＩＣでの送信失敗を検知すると、他方のＮＩＣから同じデータを再送し、再送が成功すると、ＮＩＣ設定部３０４に少なくとも宛先情報と送信に成功したＮＩＣの組をテーブルに設定させる。このテーブルについては後述する。

ＮＩＣ選択部３０３は、データ送信の際に、ＮＩＣ設定部３０４により設定された組をテーブルから検索し、保持された組が検索された場合には、送信元ＮＩＣを指定してSocket API３０５を呼び出す。

これによって送信に一度失敗しても次回からは適切なＮＩＣを初めから選択して送信することができる。

本実施の形態では、ＮＩＣ選択部３０３とＮＩＣ設定部３０４はSocket API Wrapper ３０２に含まれているが、実際にはどこに位置していてもよく、独立していてもよいし、アプリケーション３０１が持っていてもよいし、Socket API３０５に含まれていてもよい。

図４は、図３におけるＮＩＣ設定部３０４が設定するテーブル４００を示す図である。

図４に示されるテーブルは、ＨＤＤ２１１に記憶されている。

図４において、テーブル４００は、宛先、ＮＩＣ、及び再送フラグで構成される。そして、テーブル４００には、一方のＮＩＣからの送信に失敗し、他方のＮＩＣで送信に成功した場合に、その送信先の宛先と、送信に成功したＮＩＣとの組を示す情報が設定される。以下の説明では、宛先とＮＩＣとの組を示す情報が設定されることを、単に宛先とＮＩＣとの組が設定される、と表現する。

図４の場合、「beaf::beaf」と「ＮＩＣ２０６」の組、及び「172.100.76.11」と「ＮＩＣ２０７」の組が、送信に成功した組を示している。

このように成功した組の他に、送信中の情報も設定される。再送フラグは、一方のＮＩＣによる送信が失敗したときに、他方のＮＩＣによって再送するか否かを示すフラグである。

図４の場合、「fe80::3」、「100.100.100.100」に送信中であり、「fe80::3」への送信に失敗した場合には再送し、「100.100.100.100」への送信に失敗した場合には再送しないことが示されている。

そして、一方のＮＩＣによる送信が失敗し、他方のＮＩＣによって再送が成功した場合に、成功したＮＩＣが設定され、再送フラグは削除される。

図５，６は、図２におけるＣＰＵ２０３により実行される送信処理の手順を示すフローチャートである。

図５において、アプリケーション３０１がSocket API Wrapper３０２にデータの送信を要求すると（ステップＳ６００）、ＮＩＣ選択部３０３はテーブル４００で、アプリケーション３０１から要求された宛先とＮＩＣの組を検索し（ステップＳ６２１）、宛先とＮＩＣの組が検索されたか否かを判別する（ステップＳ６２２）。

ステップＳ６２２の判別の結果、宛先とＮＩＣの組が検索された場合には（ステップＳ６２２でＹＥＳ）、Socket API Wrapper３０２は検索されたＮＩＣを選択して、Socket API３０５を通じてネットワークプロトコル３０６に送信を依頼する（ステップＳ６２３）。このように、本実施の形態では、データを送信する宛先が設定されている場合には、当該宛先と組になっているインタフェースを選択する。

次いで、Socket API Wrapper３０２は送信結果をアプリケーション３０１に返して（ステップＳ６２４）、本処理を終了する。

一方、ステップＳ６２２の判別の結果、宛先とＮＩＣの組が検索されなかった場合には（ステップＳ６２２でＮＯ）、Socket API Wrapper３０２はSocket API３０５を通じてネットワークプロトコル３０６に対して送信を依頼する（ステップＳ６０１）。

送信を依頼されたネットワークプロトコル３０６は、後述する選択処理を行う（ステップＳ６０２）。この選択処理は、ネットワークを介して宛先にデータを送信するインタフェースを２つのインタフェースから選択する選択手段に対応し、さらにテーブル４００の宛先と再送フラグとを設定する。

次いで、選択処理で選択されたＮＩＣから宛先にデータを送信する（ステップＳ６０３）。このステップＳ６０３は、選択されたＮＩＣからデータを送信する送信手段に対応する。

図６に移り、送信が成功したか否か判別する（ステップＳ６０４）。ステップＳ６０４の判別の結果、送信が成功した場合には（ステップＳ６０４でＹＥＳ）、テーブル４００の宛先と再送フラグとを削除する（ステップＳ６０５）。

次いで、Socket API Wrapper３０２がアプリケーション３０１に対して送信成功を返して（ステップＳ６１１）、本処理を終了する。

一方、ステップＳ６０４の判別の結果、送信が成功しなかった場合には（ステップＳ６０４でＮＯ）、Socket API Wrapper３０２はテーブル４００を検索し（ステップＳ６０６）、再送フラグが「再送する」に設定されているか否かを判別する（ステップＳ６０７）。

ステップＳ６０７の判別の結果、再送フラグが「再送する」に設定されていない場合には（ステップＳ６０７でＮＯ）、Socket API Wrapper３０２がアプリケーション３０１に送信エラーを返して（ステップＳ６１３）、本処理を終了する。

一方、ステップＳ６０７の判別の結果、再送フラグが「再送する」に設定されている場合には（ステップＳ６０７でＹＥＳ）、Socket API Wrapper３０２は送信したＮＩＣとは異なるＮＩＣを選択してSocket API３０５を通じてネットワークプロトコル３０６に送信を再度依頼する（ステップＳ６０８）。このステップＳ６０８は、データの送信が失敗した場合に、選択されたインタフェースとは異なるインタフェースからデータを送信する再送信手段に対応する。

そして、送信が成功したか否か判別する（ステップＳ６０９）。ステップＳ６０９の判別の結果、送信が成功した場合には（ステップＳ６０９でＹＥＳ）、Socket API Wrapper３０２はＮＩＣ設定部３０４に送信に成功したＮＩＣを設定させて（ステップＳ６１０）、上記ステップＳ６１１に進む。宛先は予め設定されているので、ここでＮＩＣが設定されることで、再送信が成功した場合には、送信に成功した宛先とインタフェースとの組がテーブル４００に設定されることとなる。

一方、ステップＳ６０９の判別の結果、送信が成功しなかった場合には（ステップＳ６０９でＮＯ）、テーブル４００の宛先と再送フラグとを削除して（ステップＳ６１２）、上記ステップＳ６１３に進む。

図７は、図５におけるステップＳ６０２の選択処理の手順を示すフローチャートである。

図７において、宛先のＩＰアドレスのバージョン（ＩＰｖ４、ＩＰｖ６）を調査し（ステップＳ５０１）、バージョンがＩＰｖ４か否か判別する（ステップＳ５０２）。このステップＳ５０２は、宛先のＩＰアドレスである宛先アドレスのバージョンがＩＰｖ４か否かを判別するバージョン判別手段に対応する。

ステップＳ５０２の判別の結果、バージョンがＩＰｖ４の場合には（ステップＳ５０２でＹＥＳ）、宛先のＩＰアドレスと同一のサブネットのＩＰアドレスを持つＮＩＣがあるか否か判別する（ステップＳ５０６）。このステップＳ５０６は、宛先アドレスと同一のサブネットのＩＰアドレスを持つＮＩＣがあるか否か判別するサブネット判別手段に対応する。

ステップＳ５０６の判別の結果、宛先のＩＰアドレスと同一のサブネットのＩＰアドレスを持つＮＩＣがある場合には（ステップＳ５０６でＹＥＳ）、宛先のＩＰアドレスと同一のサブネットのＩＰアドレスを持つＮＩＣを選択する（ステップＳ５０７）。なお、ＮＩＣ２０６，２０７のいずれも同一のサブネットのＩＰアドレスを持つ場合はデフォルトのＮＩＣ２０６が選択される。このように、本実施の形態では、宛先アドレスと同一のサブネットのＩＰアドレスを持つＮＩＣがあると判別された場合には、当該インタフェースを選択する。

そして、テーブル４００の宛先にＩＰアドレスを設定し、再送フラグを「再送しない」に設定し（ステップＳ５１５）、本処理を終了する。「再送しない」に設定する理由は、ステップＳ５０７で、最も最適なＮＩＣが選択されたと考えられるため、異なるＮＩＣから送信しても成功する可能性がないためである。

ステップＳ５０６の処理に戻り、ステップＳ５０６の判別の結果、宛先のＩＰアドレスと同一のサブネットのＩＰアドレスを持つＮＩＣがない場合には（ステップＳ５０６でＮＯ）、デフォルトのルータが設定されているか否か判別する（ステップＳ５０８）。このステップＳ５０８は、予め設定されたルータがあるか否かを判別するルータ判別手段に対応する。

ステップＳ５０８の判別の結果、デフォルトのルータが設定されている場合には（ステップＳ５０８でＹＥＳ）、デフォルトのルータ１１１と同一のサブネットのＩＰアドレスを持つＮＩＣを選択する（ステップＳ５０９）。このように、本実施の形態では、予め設定されたルータがあると判別された場合には、予め設定されたルータと同一のサブネットのＩＰアドレスを持つＮＩＣを選択する。

そして、いずれのＮＩＣも同一のネットワークに接続されているか否か判別する（ステップＳ５１３）。

ステップＳ５１３の判別の結果、いずれのＮＩＣも同一のネットワークに接続されている場合には（ステップＳ５１３でＹＥＳ）、テーブル４００の宛先にＩＰアドレスを設定し、再送フラグを「再送しない」に設定し（ステップＳ５１５）、本処理を終了する。「再送しない」に設定する理由は、選択されたＮＩＣで送信を失敗した場合に同一のネットワークに接続された異なるＮＩＣから送信しても成功する可能性がないためである。

一方、ステップＳ５１３の判別の結果、いずれのＮＩＣも同一のネットワークに接続されていない場合には（ステップＳ５１３でＮＯ）、テーブル４００の宛先にＩＰアドレスを設定し、再送フラグを「再送する」に設定し（ステップＳ５１４）、本処理を終了する。

ステップＳ５０８に戻り、ステップＳ５０８の判別の結果、デフォルトのルータが設定されていない場合には（ステップＳ５０８でＮＯ）、バージョンがＩＰｖ４か否か判別する（ステップＳ５１０）。このステップＳ５１０は、宛先アドレスのバージョンがＩＰｖ４か否かを判別する他のバージョン判別手段に対応する。

ステップＳ５１０の判別の結果、バージョンがＩＰｖ４ではなく、ＩＰｖ６の場合には（ステップＳ５１０でＮＯ）、ロンゲストマッチに従ってＮＩＣを選択し（ステップＳ５１１）、上記ステップＳ５１２に進む。このように、本実施の形態では、宛先アドレスのバージョンがＩＰｖ４ではなくＩＰｖ６と判別された場合には、ロンゲストマッチに従ってＮＩＣを選択する。

一方、ステップＳ５１０の判別の結果、バージョンがＩＰｖ４の場合には（ステップＳ５１０でＹＥＳ）、デフォルトのＮＩＣ２０６を選択して（ステップＳ５１２）、上記ステップＳ５１３に進む。このように、本実施の形態では、宛先アドレスのバージョンがＩＰｖ４と判別された場合には、予め定められたインタフェースを選択する。

ステップＳ５０２に戻り、ステップＳ５０２の判別の結果、バージョンがＩＰｖ４ではなく、ＩＰｖ６の場合には（ステップＳ５０２でＮＯ）、宛先のＩＰアドレスを調査し（ステップＳ５０３）、ＩＰアドレスがリンクローカルアドレスであるか否か判別する（ステップＳ５０４）。このステップＳ５０４は、宛先アドレスがリンクローカルアドレスか否か判別するリンクローカル判別手段に対応する。

ステップＳ５０４の判別の結果、ＩＰアドレスがリンクローカルアドレスではない場合には（ステップＳ５０４でＮＯ）、上記ステップＳ５０６に進む。

一方、ステップＳ５０４の判別の結果、ＩＰアドレスがリンクローカルアドレスの場合には（ステップＳ５０４でＹＥＳ）、上記ステップＳ５１２に進む。このように、本実施の形態では、宛先アドレスがリンクローカルアドレスと判別された場合に、予め定められたインタフェースを選択する。

以上説明した選択処理は、ネットワークプロトコル３０６で行われる処理であるが、Socket API Wrapper３０２やSocket API３０５が行ってもよい。

上述した送信処理において、送信失敗時に異なるＮＩＣから送信して成功する（Ｓ６０９でＹＥＳ）の例として、図１の通信システム１００がＩＰｖ６リンクローカルアドレスのみを用いてネットワークが構築されており、ＮＩＣ２０６，２０７、サーバ１０４が全てＩＰｖ６リンクローカルアドレスしか持っていないような場合が挙げられる。

この場合、ステップＳ５０４の判別によって、ＬＡＮ１０２に接続されたデフォルトのＮＩＣ２０６が選択されるが、実際の通信相手であるサーバ１０４はＬＡＮ１０３に接続されている。

従って、ＮＩＣ２０６からの送信は必ず失敗するが、ＮＩＣ２０７からの送信は成功することになる。

また、他の例として、図１の通信システム１００がＩＰｖ４アドレスを用いてネットワークが構築されており、デフォルトのルータ１１１と通信相手であるサーバ１１４との間で何らかのネットワークトラブルが発生している場合が挙げられる。

このような場合、ステップＳ５０９によって選択されたＮＩＣ２０６からの送信は失敗するが、ＮＩＣ２０７からの送信は成功することになる。

図８は、図５，６の送信処理の変形例を示すフローチャートである。

図８（Ａ）は、最初の送信時の失敗の原因を調査して動作を変更する場合の処理の手順を示すフローチャートである。

図８（Ａ）において、図６のステップＳ６０７の判別の結果、再送フラグが「再送する」に設定されている場合には（ステップＳ６０７でＹＥＳ）、Socket API Wrapper３０２は、Socket API３０５から受け取ったエラーの内容を解析する（ステップＳ７０１）。

解析の結果、エラー内容が宛先が不在を示す内容か否か判別する（ステップＳ７０２）。ステップＳ７０２の判別の結果、エラー内容が宛先が不在を示す内容の場合には（ステップＳ７０２でＹＥＳ）、ステップＳ６０８に進む。

一方、ステップＳ７０２の判別の結果、エラー内容が宛先が不在を示す内容ではない場合には（ステップＳ７０２でＮＯ）、ステップＳ６０２に進む。次いで、ステップＳ６１３で送信失敗を返すこととなる。このように、本実施の形態では、データの送信が失敗した場合に、失敗した内容を示すエラー内容が宛先の不在を示す内容である場合には、再送信を行わない。

Socket API３０５から受け取るエラーとして、例えばLinux（登録商標）等の標準的なＡＰＩを使用している場合、宛先への到達不能を示すENETUNREACHや、接続を試みたがタイムアウトしたことを示すETIMEDOUTがある。このようなエラーが返ってきたときは、宛先との間にネットワークの疎通がないと考えることができ、再送の対象となる。

それ以外のものに関しては、ネットワークの疎通はあるが、通信相手から切断されたり、内部のエラーと考えて再送は行わない。

なお、ETIMEDOUTが返ってくる例として、以下のケースが挙げられる。図１の通信システム１００において、ＩＰｖ６リンクローカルアドレスを用いて画像形成装置１０１がサーバ１０４と通信をしたい場合、最初にＬＡＮ１０２に送信する。

画像形成装置１０１がＬＡＮ１０２に送信すると、応答する機器が全くないため、一定時間経過後にタイムアウトを迎えることになる。この時Socket API３０５はSocket API Wrapper３０２にETIMEDOUTを返すことになる。

また、ENETUNREACHが返ってくる例として、以下のケースが挙げられる。ＩＰｖ４アドレスを用いて画像形成装置１０１がサーバ１１４と通信をする場合、ＬＡＮ１０２のルータ１１１が、ネットワーク１１３を介してサーバ１１４まで到達できないことを検知する。このとき、ルータ１１１は、ENETUNREACHを画像形成装置１０１に送信する。

図８（Ｂ）は、再送する場合にタイムアウト時間を変更する場合の処理の手順を示すフローチャートである。

図８（Ｂ）において、図６のステップＳ６０７の判別の結果、再送フラグが「再送する」に設定されている場合には（ステップＳ６０７でＹＥＳ）、タイムアウト時間を変更し（ステップＳ８０１）、ステップＳ６０８に進む。

ステップＳ８０１において、タイムアウト時間は、初回送信時より短い時間に変更される。これは、再送信時のタイムアウト時間を初回送信時のタイムアウト時間と同じにすると、再送信に失敗した場合にタイムアウトまでの時間が倍になってしまうためである。

なお、初回送信時と再送信時のタイムアウト時間をデフォルトのタイムアウト時間の半分にしておけば、初回送信時と再送信時のタイムアウト時間の合計がデフォルトのタイムアウト時間となる。従って、図８（Ｂ）で示した処理に代え、初回送信時と再送信時のタイムアウト時間をデフォルトのタイムアウト時間の半分に調整するようにしてもよい。

このように、本実施の形態では、データの送信が失敗し、データを再送信する場合には、送信失敗の判断に用いられるタイムアウト時間を変更する。

図９は、図４のテーブル４００の内容をユーザが削除する場合に表示される画面９００を示す図である。

図９において、画面９００には、テーブル４００に設定された宛先とＮＩＣの組が表示される。

そして、削除ボタン９０１，９０２により、ユーザはテーブル４００に設定された宛先とＮＩＣの組を１つずつまたは全て削除することができる。このように、本実施の形態では、テーブル４００に設定された宛先と前記インタフェースとの組は、ユーザにより削除可能である。

この画面９００を設けた理由は、ネットワーク環境を変更したり、トラブルが発生しているネットワーク環境が修復されることによって、元々通信が行えなかったＮＩＣで通信が可能になる場合があるためである。

このように、ネットワーク環境変更前や、トラブル発生中など特殊な状況で宛先とＮＩＣの組が設定された場合、ユーザは画面９００で宛先とＮＩＣの組を削除できる。これにより、ネットワーク通信を可能な限りネットワークプロトコルの自然な判断で行うことができる。

以上説明したように、本実施の形態によれば、選択されたインタフェースからデータを送信し（ステップＳ６０３）、データの送信が失敗した場合に（ステップＳ６０４でＮＯ）、選択されたインタフェースとは異なるインタフェースからデータを送信するので（ステップＳ６０８）、データの送信失敗後に直ちにデータを再送可能となる。

（他の実施の形態）
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）をネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムコードを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。

１００ 通信システム
１０１ 画像形成装置
１０２，１０３ ＬＡＮ
１１１，１１２ ルータ装置
１１３ ネットワーク
２０３ ＣＰＵ
２０４ ＲＡＭ
２０５ ＲＯＭ
２０６，２０７ ＮＩＣ
２０８ 操作パネル
２１１ ＨＤＤ
２１２ 不揮発性メモリ
３０２ Socket API Wrapper
３０３ ＮＩＣ選択部
３０４ ＮＩＣ設定部
３０５ Socket API
３０６ ネットワークプロトコル

Claims (12)

1. 情報を表示する表示デバイスと、ネットワークに接続するための複数のインターフェースとを備え、所定の条件に基づいて選択されたインターフェースを介してのデータ送信に失敗したことにしたがって前記選択されたインターフェースとは異なるインターフェースを介してデータの再送信を試みる通信装置において、
   前記異なるインターフェースを介する前記再送信が行われた宛先アドレスを一覧可能な画面を前記表示デバイスに表示させる手段を有することを特徴とする通信装置。
2. 前記画面において一覧可能な宛先アドレスは前記再送信によりデータの送信が成功した宛先アドレスであることを特徴とする請求項１に記載の通信装置。
3. 前記画面は、データ送信に利用するインターフェースの識別情報が宛先アドレスに対応付けて配置された画面であることを特徴とする請求項１または２に記載の通信装置。
4. 前記画面は、インターフェースの識別情報と宛先アドレスの関連付けの解除指示が可能であることを特徴とする請求項１乃至３のいずれか1項に記載の通信装置。
5. 前記画面は、前記解除指示の対象を宛先アドレス毎に指定可能であることを特徴とする請求項１乃至４のいずれか1項に記載の通信装置。
6. 前記画面は、前記解除指示の対象を複数アドレスまとめて指定可能であることを特徴とする請求項１乃至５のいずれか1項に記載の通信装置。
7. 前記所定の条件は、宛先アドレスがＩＰｖ６のリンクローカルアドレスであるか否かに関する条件であることを特徴とする請求項１乃至６のいずれか1項に記載の通信装置。
8. 前記所定の条件は、宛先アドレスと同一のサブネットが設定されたインターフェースがあるか否かに関する条件であることを特徴とする請求項１乃至７のいずれか1項に記載の通信装置。
9. 前記所定の条件は、ＩＰｖ６のロンゲストマッチに関する条件であることを特徴とする請求項１乃至８のいずれか1項に記載の通信装置。
10. 前記送信におけるタイムアウト時間と前記再送信におけるタイムアウト時間は異なることを特徴とする請求項１乃至９のいずれか1項に記載の通信装置。
11. 情報を表示する表示デバイスと、ネットワークに接続するための複数のインターフェースとを備え、所定の条件に基づいて選択されたインターフェースを介してのデータ送信に失敗したことにしたがって前記選択されたインターフェースとは異なるインターフェースを介してデータの再送信を試みる通信装置の制御方法であって、
    前記異なるインターフェースを介する前記再送信が行われた宛先アドレスを一覧可能な画面を前記表示デバイスに表示させる工程を有することを特徴とする制御方法。
12. 情報を表示する表示デバイスと、ネットワークに接続するための複数のインターフェースとを備え、所定の条件に基づいて選択されたインターフェースを介してのデータ送信に失敗したことにしたがって前記選択されたインターフェースとは異なるインターフェースを介してデータの再送信を試みる通信装置の制御方法をコンピュータに実行させるプログラムであって、
    前記制御方法は、
    前記異なるインターフェースを介する前記再送信が行われた宛先アドレスを一覧可能な画面を前記表示デバイスに表示させる工程を有することを特徴とするプログラム。