(57)【要約】【課題】ホスト装置側のユーザが通信装置にアクセスするインターフェースに限定されることなく、通信装置のユーザ操作やセットアップ操作のため統一的なユーザーインターフェースを用いることができるようにする。【解決手段】  コンピュータ２１および通信装置２２間のＵＳＢなどから構成されるローカルインターフェース２３上に、ＰＰＰなどを用いてＩＰネットワーク通信経路を生成し、コンピュータ２１とはＩＰネットワーク通信経路を介して通信する。コンピュータ２１はローカルインターフェース２３を介して通信装置２２の資源にアクセスするのにＷＥＢブラウザのような汎用のネットワークアプリケーションを用いる。また、ローカルインターフェース２３を介してコンピュータ１５にドメインネームサービスやＩＰパケットルーティングなどのサービスを提供する。【選択図】  図２
2006033208.tif 000002
【特許請求の範囲】
【請求項１】
ホスト装置と接続するためのローカルインターフェースとネットワークに接続するためのネットワークインターフェースを有するとともに、所定の通信処理を行なう通信装置の制御方法において、
前記ローカルインターフェースに接続されたホスト装置から前記通信装置がＩＰネットワーク上の資源として見えるように前記ローカルインターフェース上に通信路を生成し、
前記ホスト装置とは前記ＩＰネットワーク通信経路を介して通信することを特徴とする通信装置の制御方法。
【請求項２】
請求項１に記載の通信装置の制御方法において、前記ホスト装置は前記ローカルインターフェースを介して前記通信装置の資源にアクセスするために汎用のネットワークアプリケーションを使用することを特徴とする通信装置の制御方法。
【請求項３】
請求項２に記載の通信装置の制御方法において、前記通信装置の資源として、前記通信装置の通信データ、管理情報、あるいはセットアップ情報が含まれることを特徴とする通信装置の制御方法。
【請求項４】
請求項１に記載の通信装置の制御方法において、前記ローカルインターフェースを介して前記ホスト装置にドメインネームサービスを提供することを特徴とする通信装置の制御方法。
【請求項５】
請求項１に記載の通信装置の制御方法において、前記ローカルインターフェース上のＩＰネットワーク通信経路、前記ネットワークインターフェースに接続されたネットワーク、および自機のデータ処理手段との間でＩＰパケットをルーティングすることを特徴とする通信装置の制御方法。
【請求項６】
請求項１に記載の通信装置の制御方法において、前記ネットワークインターフェースが前記ネットワークに接続されている場合、前記ネットワークインターフェースのＩＰアドレスを前記ネットワーク側のサービスを利用して設定することを特徴とする通信装置の制御方法。
【請求項７】
請求項１〜６のいずれか１項に記載の通信装置の制御方法を実施することを特徴とする通信装置。
【請求項８】
請求項１〜６のいずれか１項に記載の通信装置の制御方法を所定の通信装置ハードウェアを制御することにより実施することを特徴とする通信装置の制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ホスト装置と接続するためのローカルインターフェースとネットワークに接続するためのネットワークインターフェースを有するとともに、所定の通信処理を行なう通信装置の制御方法、通信装置、および通信装置の制御プログラムに関するものである。
【背景技術】
【０００２】
従来より、ファクシミリ装置、あるいはＭＦＰ（多機能複合画像処理装置）のような通信装置でＬＡＮに接続して用いられるものが知られており、そのような装置では当然ながら他の装置、たとえばＰＣ（パーソナルコンピュータ）や他の通信装置とネットワーク通信を行なうためのＣＳＭＡ／ＣＤ（イーサネット：商標名）のようなネットワークインターフェースが設けられる。この種の装置における、ネットワークに関する取り扱い（たとえばＩＰアドレスの割り当てなど）はユーザのマニュアル操作に基づいて行なわれる他、かなりの範囲で自動的な取り扱いが行なわれており、たとえば、複数のネットワークインターフェースを有する装置で、いずれのインターフェースがネットワークに接続されているかを判定して制御を切り換えるものが知られている（たとえば下記の特許文献１）。
【０００３】
また、この種の装置、特に画像記録手段を有し、画像出力を行なうプリンタとして用いることができるものなどについては、ＰＣなどのホスト装置と接続するためのＵＳＢやＩＥＥＥ１２８４のようなローカルインターフェースが設けられるものがある。
【特許文献１】特開平８−２５５１１８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
一方、従来の通信装置に対するユーザ操作やセットアップ操作は、装置の操作パネルから行なわれる以外に、他のＰＣなどからの操作を受け付けるものが知られており、上記のネットワークおよびローカルインターフェースはいずれもこの種の用途に用いられる。
【０００５】
従来より、他の装置、たとえばＰＣから通信装置の情報（通信装置の通信データ、管理情報、セットアップ情報など）にネットワークインターフェース経由でアクセスする場合には、ＷＥＢブラウザなどのネットワークインターフェース特有のアプリケーションを用いてアクセスを行なう。
【０００６】
また、ＰＣより通信装置の情報にローカルインターフェース経由でアクセスする場合、ローカルインターフェース専用のアプリケーション（ドライバソフトウェアのユーザーインターフェースなどを含む）を起動してアクセスを行なっている。
【０００７】
このように、従来では、通信装置に対するユーザ操作やセットアップ操作のために、通信装置にアクセスするインターフェースが異なれば、ユーザは全く違うソフトウェアを用いなければならない、という問題があった。
【０００８】
本発明の課題は、上記の問題を解決し、通信装置にアクセスするインターフェースごとに通信装置にアクセスするソフトウェアを別々にホスト装置側に用意する必要がなく、ホスト装置側のユーザが通信装置にアクセスするインターフェースに限定されることなく、通信装置のユーザ操作やセットアップ操作のため統一的なユーザーインターフェースを用いることができるようにすることにある。
【課題を解決するための手段】
【０００９】
本発明は、ホスト装置と接続するためのローカルインターフェースとネットワークに接続するためのネットワークインターフェースを有するとともに、所定の通信処理を行なう通信装置の制御方法、通信装置、および通信装置の制御プログラムにおいて、前記ローカルインターフェースに接続されたホスト装置から前記通信装置がＩＰネットワーク上の資源として見えるように前記ローカルインターフェース上に通信路を生成し、前記ホスト装置とは前記ＩＰネットワーク通信経路を介して通信する構成を採用した。
【発明の効果】
【００１０】
本発明によれば、通信装置にアクセスするインターフェースごとに通信装置にアクセスするためのソフトウェアを別々にホスト装置に用意する必要がなく、ホスト装置側のユーザが通信装置にアクセスするインターフェースに限定されることなく、たとえば通信装置のユーザ操作やセットアップ操作のために、他のコンピュータにアクセスするための汎用のソフトウェアと同じネットワークアプリケーションを使用することができ、ユーザに統一的なユーザーインターフェースを用いることができる。
【００１１】
また、前記ローカルインターフェース上に仮想的な通信路を生成し、通信装置をＩＰネットワーク資源としてホスト装置に見せるようにしているので、前記ローカルインターフェースを介して前記ホスト装置にドメインネームサービスを提供したり、ローカルインターフェース上の仮想的なＩＰネットワーク通信経路、前記ネットワークインターフェースに接続されたネットワーク、および自機のデータ処理手段との間でＩＰパケットをルーティングするルータとしてのサービスを提供することができ、特別なサーバハードウェアやルータハードウェアを用いなくても、ホスト装置に通信装置でこれらのサービスを提供することができる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の実施例として、ネットワークインターフェースを介してネットワークに接続可能であるとともに、ローカルインターフェースを介してＰＣ（以下単にコンピュータとも記す）に接続されて用いられる通信装置に関する実施例を示す。
【００１３】
以下では、通信装置にアクセスするインターフェースに限定されることなく、ＰＣ側から通信装置のユーザ操作やセットアップ操作を行なうのに同一のユーザーインターフェースを用いることができるようにするため、ＰＣからローカルインターフェースを介して通信装置に対してアクセスする際、通常ネットワーク上の資源に用いられるものと同じアプリケーション（たとえばＷＥＢブラウザ）を用いることができるようにする。
【００１４】
また、通信装置は、ＰＣに対する入出力パケットのルーティングを行なうルータとして、また、ＤＮＳ（ドメインネームサーバ）としてのサービスを提供できるようにする。これにより、ＰＣは別の経路でネットワーク接続を行なわなくても（あるいはネットワークインターフェースを有していなくても）この通信装置を介してネットワーク上の資源を利用することができる。
【実施例１】
【００１５】
図１は本発明を採用した通信装置（１１）の使用環境を示している。図１において、符号１１は本発明の通信装置でネットワークインターフェース１２を介してネットワーク１３に接続されている。ネットワーク１３の構成は任意であるが、ここでは最も普及していると考えられるＣＳＭＡ／ＣＤ（イーサネット：商標名）上に構成されたＩＰネットワークを考える。ネットワーク１３上には他のコンピュータ１６、１７…などのネットワークホストが配置されている。
【００１６】
また、通信装置１１はローカルインターフェース１４を介してホスト装置としてのコンピュータ（ＰＣ）１５に接続されている。ローカルインターフェース１４としては、ＵＳＢやＩＥＥＥ１２８４、ＩＥＥＥ１３９４などを用いることができる。
【００１７】
通信装置１１は、ここではファクシミリ装置やＭＦＰ（多機能複合画像処理装置）のような構成を有するものとする。ファクシミリ装置の場合は画像入出力手段を有し、電話回線（不図示）、あるいはネットワークインターフェース１２を介してファクシミリ通信を行なうことができ、また、コンピュータ１５側の依頼に応じてファクシミリ通信を行なうとともに、ローカルインターフェース１４を介して（あるいはネットワーク１３経由で）通信装置１１の情報（通信データ、管理情報、セットアップ情報など）にアクセスすることができる。
【００１８】
図２は、通信装置１１およびコンピュータ１５の制御系の本実施例に関する主要部分の構成を模式的に示している。図２では、本実施例に関係しない部分の図示は省略されている。たとえば、コンピュータ１５におけるＣＰＵやメモリ、ＨＤＤなど、あるいは通信装置１１における画像入出力部や通信回線インターフェースのような構成は当然設けられているものとして図示していない。
【００１９】
図２において、符号２１は図１のコンピュータ１５の本実施例における機能部分に相当する構成を示しており、ネットワークアプリケーション２１１とローカルインターフェース２１２から構成されている。
【００２０】
コンピュータ１５のローカルインターフェース２１２は、符号２３で示すように通信装置２２（図１の通信装置１１に対応）のローカルインターフェース２２３と接続されている（図１のローカルインターフェース１４に相当する経路）。
【００２１】
また、符号２２は図１の通信装置１１の本実施例における機能部分に相当する構成を示しており、データ処理部２２１と判断処理部２２２が内部インターフェース２２５で接続されている。判断処理部２２２は、ローカルインターフェース２２３と内部インターフェース２２６で接続されるとともに、ネットワークインターフェース２２４と内部インターフェース２２７で接続されている。ネットワークインターフェース２２４は、符号２４のようにネットワーク２５（図１のネットワーク１３に対応）と接続されている。
【００２２】
図２において、データ処理部２２１および判断処理部２２２は後述の通信処理を制御するもので、ＣＰＵおよびメモリのハードウェア、およびＣＰＵのソフトウェアから構成される。
【００２３】
図３は、図１の通信装置１１の制御系の構成を示している。図３において、符号３１はＣＰＵであり、このＣＰＵ３１はＲＯＭ３２に格納された制御プログラムにしたがってローカルインターフェース３４および、ネットワークインターフェース３５の動作指示を行なう。
【００２４】
ＲＯＭ３２には、後述（図４〜図８）のプログラム、および装置の制御に用いる各種の制御定数などが格納される。
【００２５】
ＲＡＭ３３は、ＣＰＵ３１のワークエリアとして用いられると共に、ローカルインターフェース３４やネットワークインターフェース３５から受信したデータを保存するために用いられる。
【００２６】
ローカルインターフェース３４はコンピュータ１５との間でデータを送受信するためのもので、シリアルポート、ＵＳＢ、ＩＥＥＥ１２８４、ＩＥＥＥ１３９４などのインターフェース規格に基づき構成される。
【００２７】
ネットワークインターフェース３５は、ネットワーク３７（図１のネットワーク１３に相当）とのデータを送受信するためのもので、たとえばＣＳＭＡ／ＣＤのＮＩＣ（ネットワークインターフェースカード）から構成される。
【００２８】
上記の各ブロックは、システムバス３６（図２右側の各内部インターフェースに相当）により接続される。
【００２９】
図３のネットワーク３７は通信装置１１が接続されるネットワークで図１のネットワーク１３に相当する（以下、ネットワークについては３７の参照符号を用いる）。
【００３０】
上記構成において、図２に示した通信装置（図１の１１）のローカルインターフェース３４は、ＵＳＢなどから構成されるが、通常はこの種のインターフェースで特に、本実施例のようなファクシミリやプリンタなどを接続する場合はネットワークプロトコルとは異なるＳＣＳＩやＩＥＥＥ１２８４などのプロトコルが用いられる。
【００３１】
しかしながら、本実施例では、通信装置１１はコンピュータ１５とローカルインターフェース３４上で通信する際にネットワーク３７側で用いられるのと同じネットワークプロトコル（ＴＣＰ／ＩＰ、ＵＤＰ／ＩＰなど）を用いて通信する。
【００３２】
これにより、コンピュータ１５からローカルインターフェースを介して通信装置１１に対してアクセスする際、通常ネットワーク上の資源に用いられるものと同じアプリケーション（たとえばＷＥＢブラウザ）を用いることができるようになる。
【００３３】
また、このようにコンピュータ１５とローカルインターフェース３４上で通信する際にネットワーク３７側で用いられるのと同じネットワークプロトコルを用いることにより得られる別のメリットとして、通信装置１１がコンピュータ１５に対しての入出力パケットのルーティングを行なうルータとして、また、ＤＮＳ（ドメインネームサーバ）としてのサービス（ドメインネームサービス）を提供できるようになる。
【００３４】
このようにローカルインターフェース３４（たとえばＵＳＢなどによる）上にＩＰネットワーク通信経路を生成するには、インターフェースのハードウェア構成に依存することなくネットワークコネクションを生成することができるＰＰＰ（Ｐｏｉｎｔ  ｔｏ  Ｐｏｉｎｔ  Ｐｒｏｔｏｃｏｌ：  ＲＦＣ１６６１、ＲＦＣ２１５３、ＳＴＤ５１など）を用いることが考えられる。
【００３５】
その初期においてＰＰＰの実装系はシリアルポート上で多く用いられていたが、現在では、ＣＳＭＡ／ＣＤ上でＰＰＰをトンネリングする形で実装されたＰＰＰｏＥ（ＰＰＰ  Ｏｖｅｒ  Ｅｔｈｅｒｎｅｔ（商標名）：  ＲＦＣ２５１６）などがＰＣとＡＤＳＬモデムのネットワーク接続などに広く用いられている。
【００３６】
ＰＰＰはインターフェースのハードウェア構成に依存しないので、もしローカルインターフェース３４がＵＳＢであれば、ＰＰＰを用いることにより（ＰＰＰｏＥの場合と同様に）ＵＳＢによるローカルインターフェース３４上にポイント・トゥ・ポイントのネットワークコネクションを生成することができる。
【００３７】
コンピュータ１５および通信装置１１が用いるＰＰＰレイヤは、ネットワークドライバのようなソフトウェアの形で、コンピュータ１５および通信装置１１のＯＳの一部に組み込んでおけばよい。
【００３８】
次に上記構成における通信制御につき説明する。図４〜図８は、図１の通信装置１１で実行される通信制御プログラムの流れを示している。図示の手順は図３のＣＰＵ３１の制御プログラムとしてＲＯＭ３２（あるいは他の記憶媒体）に格納される。
【００３９】
図４は通信装置１１の電源投入に応じて実行する初期化処理を示している。図４の処理はＰＰＰを用いる場合には、通信装置１１のＰＰＰレイヤによって実行することができる。
【００４０】
図４のステップＳ４１では、ＣＰＵ３１はネットワークインターフェース３５にネットワーク３７（図１の１３。以下３７を参照符号として用いる）が接続されているか否かを確認する。ここでネットワークインターフェース３５を介してネットワークに通信装置が接続されている場合、ステップＳ４２へ、ネットワーク接続されていない場合はステップＳ４３の処理へ進む。
【００４１】
ステップＳ４２では、ネットワークインターフェース３５を介して本発明の通信装置が使用可能なＩＰアドレスを取得する。取得されたＩＰアドレスはＲＡＭ３３の所定領域に自機（通信装置１１）のネットワーク３７側の実効ＩＰアドレスとして格納する。ＩＰアドレス（あるいはさらにＤＮＳアドレスやデフォルト・ゲートウェイ・アドレスなどの設定も含む）の取得はＤＨＣＰや、ＩＰｖ６の場合にはＩＰｖ６のＩＰアドレス取得プロトコルにより行なうことができる。
【００４２】
ステップＳ４２の後、処理はステップＳ４３に進む。また、ステップＳ４１でネットワーク接続されていない場合もステップＳ４３が実行される。
【００４３】
このステップＳ４３では、ＲＯＭ３２またはＲＡＭ３３にあらかじめ格納されている固定のＩＰアドレスを取得する。取得したＩＰアドレスはＲＡＭ３３にローカルインターフェース３４側の自機の実効ＩＰアドレスとして格納する。上記のように、通信装置１１はコンピュータ１５とローカルインターフェース３４を介してネットワークプロトコルを用いて通信するが、コンピュータ１５はこの固定アドレスを用いて通信装置１１にアクセスする。この固定ＩＰアドレスを用いて、通信装置１１にネットワーク３７側の接続が無い状態でもコンピュータ１５との通信は行なうことができる。
【００４４】
以上のようにして、通信装置１１のネットワークアドレス（ネットワーク３７側、およびローカルインターフェース３４側）を決定することができる。コンピュータ１５は上記の固定ＩＰアドレス（ステップＳ４３）を用いて通信装置１１の資源にアクセスすることができる。たとえば、通信装置１１にＨＴＴＰサーバ機能を用意し、通信装置１１の通信データ、管理情報、セットアップ情報などを読み取ったり、変更したりする、あるいは、ファクシミリ通信を依頼するためのユーザーインターフェースをＷＥＢページとして提供するようにしておけば、コンピュータ１５からＷＥＢブラウザを用いて、これらの通信装置１１の通信データ、管理情報、セットアップ情報などを読み取ったり、変更したりする、あるいは、ファクシミリ通信を依頼する操作を行なうことができる。
【００４５】
たとえば、通信装置１１のセットアップ情報にアクセスする場合、通信装置１１の固定ＩＰアドレスが「１９２．１６８．１．１」であれば、コンピュータ１５のＷＥＢブラウザから「ｈｔｔｐ：／／１９２．１６８．１．１／Ｓｅｔｕｐ／」のようなアドレスを指定することにより、通信装置１１のセットアップを行なうことができる。
【００４６】
このような構成によれば、通信装置１１がたとえばＵＳＢのようなローカルインターフェースを介して接続されているからといって、コンピュータ１５側には、従来のように通信装置１１にアクセスするためのローカルインターフェース専用のアプリケーションを用意する必要がなく、コンピュータ１５がネットワーク上の他の通信装置１１や他のコンピュータにアクセスするために用いる（汎用の）ソフトウェアと同じネットワークアプリケーションを使用することができる。
【００４７】
また、通信装置１１はコンピュータ１５のためにルータやＤＮＳのサービスを提供することもできる。たとえば、通信装置１１の固定ＩＰアドレスは、コンピュータ１５のデフォルト・ゲートウェイ・アドレス（デフォルト・ルート）として登録し、コンピュータ１５から外部向けのＩＰパケットが全てローカルインターフェース経由で通信装置１１に送信されるよう設定しておく一方、通信装置１１がネットワーク３７とローカルインターフェース３４の間で送受信パケットをルーティングすることにより、通信装置１１をルータとして機能させることができる。
【００４８】
また、通信装置１１内にＤＮＳサービスを実装しておけば、コンピュータ１５にＤＮＳ、すなわちホスト名解決サービスを提供することもできる。
【００４９】
図５は、通信装置１１内にＤＮＳサービスを実装し、通信装置１１でローカルインターフェース３４を介してコンピュータ１５からアドレス解決データを依頼された場合の処理例を示している。なお、図５の処理は、図４のステップＳ４１でネットワーク接続がある場合に実行されるものを示している。
【００５０】
ステップＳ５１では、ローカルインターフェース３４を介してコンピュータ１５からホスト名解決の依頼を受け取る。このホスト名解決依頼はＴＣＰあるいはＵＤＰのポート５３を介して所定のリクエストを受信することにより送信される。
【００５１】
ステップＳ５２では、ステップＳ５１のホスト名解決依頼により受け取ったホスト名データがＲＯＭ３２またはＲＡＭ３３にあらかじめ格納されている自機（通信装置１１）のホスト名と等しいかを判断する。
【００５２】
もし、ステップＳ５２で解決を依頼されたホスト名が自機のホスト名と等しい場合はステップＳ５３へ、また、等しくない場合はステップＳ５４に進む。
【００５３】
ステップＳ５３では、図４のステップＳ４３で決定した自機の固定ＩＰアドレスをローカルインターフェース３４を介してコンピュータ１５に通知する。
【００５４】
一方、ステップＳ５４では、ネットワークインターフェース１２を介してホスト名の解決依頼を送信する。このホスト名の解決依頼は、ネットワーク３７上に配置されたあらかじめ設定された上位のＤＮＳに対して解決依頼を送信することにより行なう。
【００５５】
ステップＳ５５では、ステップＳ５４で依頼を送信した上位のＤＮＳからホスト名解決の結果のＩＰアドレスを受け取る。
【００５６】
ステップＳ５６では、ステップＳ５５で受け取ったＩＰアドレスをローカルインターフェース３４を介してコンピュータ１５に送信する。
【００５７】
このように、ローカルインターフェース３４上でもコンピュータ１５との間でネットワーク通信を行なう構成によれば、コンピュータ１５に対してＤＮＳサービスを提供することができる。コンピュータ１５側ではＯＳのネットワークセットアップの際、通信装置１１の固定ＩＰアドレス（ステップＳ４３）をＤＮＳアドレスとして設定しておけばよい。通常のＯＳであれば、名前解決の必要が生じた場合、自動的にアドレス解決依頼（ステップＳ５１）が送信される。
【００５８】
図６〜図８は、上記のようにルータとして通信装置を動作させる処理の例を示したものである。
【００５９】
図６は、通信装置１１でローカルインターフェース３４を介してコンピュータ１５からデータの送信依頼を受けた場合の処理である。
【００６０】
図６のステップＳ６１ではローカルインターフェース３４を介してコンピュータ１５からデータ送信の依頼を受け取る。通信装置１１の固定ＩＰアドレスをコンピュータ１５のデフォルト・ゲートウェイ・アドレスとして設定しておくことにより、コンピュータ１５のアプリケーションがネットワーク送信処理を行なうと、送信パケットは宛先アドレスにかかわらず、全てローカルインターフェース３４経由で通信装置１１に送信され、ステップＳ６１ではこの送信パケットが受信される。
【００６１】
ステップＳ６２ではステップＳ６１で受け取った送信データが自機向けのデータか否かを判定する。具体的には図４のステップＳ４３で設定された自機のローカルインターフェース側の固定ＩＰアドレスと送信パケットの宛先アドレスが一致しているか否かを判定することにより行なう。
【００６２】
ここで、もしステップＳ６１で受け取った送信データが自機向けのデータであれば、ステップＳ６３において、ステップＳ６１で受け取った送信データを図２のデータ処理部２２１へ渡す処理を行なう。
【００６３】
また、ステップＳ６１で受け取った送信データが自機向けのデータでなければ、ステップＳ６４において、受け取った送信データをネットワークインターフェース３５へ渡す。ステップＳ６４では送信データは通信装置１１が用いるデフォルト・ゲートウェイ・アドレスに転送される。なお、通信装置１１が用いるデフォルト・ゲートウェイ・アドレスはあらかじめ手動で設定しておくか、あるいはＤＨＣＰなどを用いる場合はステップＳ４２（図４）において同時に設定することもできる。
【００６４】
このようにして、通信装置１１はコンピュータ１５から受信した自機向けのデータを自機で処理し、その他のデータをネットワーク３７側にルーティングすることができる。なお、この自機向けのデータには、ファクシミリ送信すべき画像データや、前述の通信装置１１の設定データなどが含まれる。
【００６５】
一方、図７は逆にネットワーク３７からデータを受信した場合の処理である。図７のステップＳ７１において、ネットワーク３７を介してネットワークから受信データを受け取ると、ステップＳ７２では、ステップＳ７１で受け取った受信パケットが、自機向けのデータであるか否かを判定する。この判定は、前述のステップＳ６２と同様であるが、受信パケットの宛先が自機のグローバルインターフェース側のアドレス（図４ステップＳ４２で設定される）と一致するかを判定することにより行なう。
【００６６】
ここで、もしステップＳ７１で受け取った受信データが自機向けのデータであれば、ステップＳ７３において、ステップＳ７１で受け取った受信データをデータ処理部２２１へ渡す処理を行なう。
【００６７】
また、ステップＳ７２で受け取った送信データが自機向けのデータでなければ、ステップＳ７４において、受け取った受信データをローカルインターフェース３４を介してコンピュータ１５へ渡す。
【００６８】
このようにして、通信装置１１はネットワーク３７から受信した自機向けのデータを自機で処理し、その他のデータをコンピュータ１５側にルーティングすることができる。なお、この自機向けのデータには、上記同様、ファクシミリ送信すべき画像データや、前述の通信装置１１の設定データなどが含まれ、したがって、ネットワーク３７側のホスト（たとえば図１のコンピュータ１６、１７）の依頼に基づき機器のセットアップやファクシミリ送信などを行なうことができる。
【００６９】
図８は、通信装置１１でデータ処理部２２１に送信すべきネットワーク送信データが発生した場合の処理を示している。通信装置１１がネットワークファクシミリ送信を行なう場合や、図７や図８の処理により自機向けのデータを受信し、これに応答するような場合には当然ながら送信すべきネットワーク送信データが発生する。図８はこのようなネットワーク送信データの取り扱いを示している。
【００７０】
この場合、図８のステップＳ８１において、データ処理部２２１からの送信データの依頼を受け取ると、ステップＳ８２において、ステップＳ８１で受け取った送信パケットの宛先ＩＰアドレスがネットワークインターフェース３５経由で送信すべきデータか、それともローカルインターフェース３４経由で送信すべきデータかを判定する。この判定は、たとえば、宛先ＩＰアドレスがネットワークインターフェース３５の属するネットワークセグメントに属するものか否かを調べることにより行なえる。
【００７１】
ステップＳ８１で受け取った送信パケットの宛先ＩＰアドレスがネットワークインターフェース３５経由で送信すべきデータの場合は、ステップＳ８３、また、ローカルインターフェース３４経由で送信すべきデータの場合はステップＳ８４に移行する。
【００７２】
そして、ステップＳ８３では、ステップＳ８１で受信した送信データをネットワークインターフェース３５を介してネットワーク３７に送信し、ステップＳ８４では、ステップＳ８１で受信した送信データをローカルインターフェース３４を介してコンピュータ１５へ送信する。
【００７３】
以上のようにして、通信装置１１は、ネットワーク３７側の機器へ向けてのネットワークファクシミリ通信や、自機への要求（図６のステップＳ６３や図７のステップＳ７３）によって必要となった応答データを返送することができる。
【００７４】
以上から明らかなように、本実施例によれば、通信装置（１１）のローカルインターフェース上にＩＰネットワーク通信経路を生成し、ホスト装置としてのコンピュータ（１５）とローカルインターフェース上のＩＰネットワーク通信経路を介して通信する構成を採用している。
【００７５】
これにより、従来のように通信装置にアクセスするインターフェースごとに通信装置にアクセスするためのソフトウェアを別々にホスト装置に用意する必要がなく、ホスト装置側のユーザが通信装置にアクセスするインターフェースに限定されることなく、たとえば通信装置のユーザ操作やセットアップ操作のために、他のコンピュータにアクセスするための汎用のソフトウェア（ＷＥＢブラウザなど）と同じネットワークアプリケーションを使用することができ、ユーザに統一的なユーザーインターフェースを用いることができる。
【００７６】
また、ローカルインターフェース上にＩＰネットワーク通信経路を生成することにより、ローカルインターフェースを介してホスト装置にドメインネームサービスを提供したり、ローカルインターフェース上のＩＰネットワーク通信経路、ネットワークインターフェースに接続されたネットワーク、および自機のデータ処理手段との間でＩＰパケットをルーティングするルータとしてのサービスを提供することができ、特別なサーバハードウェアやルータハードウェアを用いなくても、ホスト装置に通信装置でこれらのサービスを提供することができる。
【００７７】
なお、以上では、ＰＣと通信装置の間のローカルインターフェース上にＩＰ通信路を生成し、ローカルインターフェース上を本物のＩＰパケットが流れるよう構成する例を示した。しかしながら、必ずしもローカルインターフェース上にＩＰパケットが流れるように構成する必要はなく、ＰＣ側から必要な通信装置の資源がＩＰネットワーク上のネットワーク資源として見えるように構成できれば、上記実施例のほぼ全ての目的は達成することができる。このためには、たとえばＰＣ側ないし通信装置のローカルネットワークドライバ内に必要なソフトウェアを組み込み、通信装置との間の通信がＰＣ上のアプリケーションからＩＰ通信に見えるように構成する（この場合、ローカルインターフェース上に流れるデータのフォーマットは任意である）ことが考えられる。このようなローカルインターフェース上の仮想的なＩＰネットワーク構成を用いるようにしても、上述と同等の効果を達成することができる。
【００７８】
図９は、通信装置１１のＣＰＵ３１の制御プログラムの各処理工程をどのようにＲＯＭ３２に格納できるかを示したものである。
【００７９】
図９において符号９１は、通信装置１１がネットワーク１３に接続されているか否かを判断する処理工程が格納されているエリアである。
【００８０】
符号９２は、ネットワークインターフェース３５を介してネットワーク２５からＩＰアドレスを取得する工程が格納されているエリアである。
【００８１】
符号９３は、ＲＯＭ３２または、ＲＡＭ３３に格納されているＩＰアドレスを取得するための処理工程が格納されているエリアである。
【００８２】
符号９４は、ＲＯＭ３２または、ＲＡＭ３３に格納されている通信装置１１のホスト名を取得する処理工程が格納されているエリアである。
【００８３】
エリア９３、９４のソフトウェアは、上記のＤＨＣＰやＩＰｖ６のネットワークドライバソフトウェアから構成することができる。
【００８４】
符号９５は、コンピュータ１５から送られてくるホスト名解決要求を受け取る処理工程が格納されているエリアである。
【００８５】
符号９６は、９４の処理工程で取得したホスト名と、９５の処理工程でコンピュータ１５から依頼されたホスト名を比較する処理工程が格納されているエリアである。
【００８６】
符号９７は、９５の処理工程でコンピュータ１５から依頼されたホスト名についてネットワークインターフェース３５を介してネットワークへホスト名解決依頼を行なうための処理工程が格納されているエリアである。
【００８７】
符号９８は、９７でネットワークインターフェース３５に対して依頼したホスト名解決の結果をネットワークインターフェース３５から受け取る処理工程が格納されているエリアである。
【００８８】
符号９９は、解決したＩＰアドレスをローカルネットワーク２２３を介してコンピュータ１５に送る処理工程が格納されているエリアである。
【００８９】
エリア９５〜９９のソフトウェアは、上記のＤＮＳサービスを提供するサーバソフトウェアとして構成することができる。
【００９０】
符号９１０は、コンピュータ１５を介してローカルネットワーク２２３に送られてくる送信データ要求を受信する処理工程が格納されているエリアである。
【００９１】
符号９１１は、９１０で受け取った送信データの送信先ＩＰアドレスがエリア９４〜９９の工程で決定されたＩＰアドレスと等しいか否かを判断する処理工程が格納されているエリアである。
【００９２】
符号９１２は、９１０の処理工程で受信した送信データをデータ処理部２２１へ送る処理工程が格納されているエリアである。
【００９３】
符号９１３は、９１０の処理工程で受信した受信データをネットワークインターフェース３５を介してネットワーク２５へ送信する処理工程が格納されているエリアである。
【００９４】
符号９１４は、ネットワークインターフェース３５を介してネットワーク２５から受信した受信データを取得する処理工程が格納されているエリアである。
【００９５】
符号９１５は、９１４の処理工程で受信した受信データの送信先ＩＰアドレスがエリア９４〜９９の処理工程で決定されたＩＰアドレスと等しいか否かを判断する処理工程が格納されているエリアである。
【００９６】
符号９１６は、９１４の処理工程で受信した受信データをデータ処理部２２１へ送る処理工程が格納されているエリアである。
【００９７】
符号９１７は、９１４の処理工程で受信した受信データをローカルインターフェース２２６を介してコンピュータ１５に送信する処理工程が格納されているエリアである。
【００９８】
エリア９１０〜９１７のソフトウェアは、ＩＰルーティングを行なうルータソフトウェアから構成することができる。
【産業上の利用可能性】
【００９９】
本発明は、ネットワークインターフェースと、ＰＣ（コンピュータ）と接続するためのローカルインターフェースを有する通信装置であれば、実際にその通信装置がどのような通信処理を行なうかに限定されることなく実施することができる。本発明の方法およびプログラムを実現するためのソフトウェアは、上記のＲＯＭ（ＲＡＭ）に限定されることなく、フロッピーディスク（商標名）、ＣＤＲＯＭ、ハードディスク、メモリカード、光磁気ディスクなどの他の記憶媒体に記憶させておくことができ、また、ネットワーク経由でこれらの装置に導入し、また、アップデートを行なうよう構成することができる。
【図面の簡単な説明】
【０１００】
【図１】本発明を採用した通信装置の使用環境を示した説明図である。
【図２】通信装置およびコンピュータのハード／ソフトウェア構成を模式的に示した説明図である。
【図３】通信装置の制御系のハードウェア構成を示したブロック図である。
【図４】通信装置の初期化時の処理手順を示したフローチャート図である。
【図５】通信装置のアドレス解決サービスの処理手順を示したフローチャート図である。
【図６】通信装置のルーティング処理手順を示したフローチャート図である。
【図７】通信装置のルーティング処理手順を示したフローチャート図である。
【図８】通信装置のルーティング処理手順を示したフローチャート図である。
【図９】本発明を実施するソフトウェアの格納態様を示した説明図である。
【符号の説明】
【０１０１】
１１、２２  通信装置
１２、３５  ネットワークインターフェース
１３、３７  ネットワーク
１４、３４  ローカルインターフェース
１５  コンピュータ
３１  ＣＰＵ
３２  ＲＯＭ
３３  ＲＡＭ
２１１  ネットワークアプリケーション
２１２  ローカルインターフェース
２２１  データ処理部
２２２  判断処理部
２２３  ローカルインターフェース
【図１】
2006033208.tif 000003
【図２】
2006033208.tif 000004
【図３】
2006033208.tif 000005
【図４】
2006033208.tif 000006
【図５】
2006033208.tif 000007
【図６】
2006033208.tif 000008
【図７】
2006033208.tif 000009
【図８】
2006033208.tif 000010
【図９】
2006033208.tif 000011