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