JP2003099230A - ネットワーク・デバイスのミミック・サポート - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】 プリンタなどのレガシー・ネットワーク・デ
バイスを模倣して、レガシー・ネットワーク・デバイス
のための追加機能能力を提供する。 【解決手段】 ネットワーク・デバイスを模倣するため
の方法であって、コンピューティング・デバイスを外部
ネットワークとローカル・ネットワークに接続する。本
発明は、外部ネットワーク上のクライアント・ネットワ
ーク・デバイスからの入力メッセージを受信し、入力メ
ッセージがコンピューティング・デバイスにおいて存在
するアプリケーション・モジュールによって提供された
機能を必要とするかどうかを判断することを含む。提供
された機能を必要とする場合、入力メッセージがアプリ
ケーション・モジュールにリダイレクトされ、必要とさ
れた機能を入力メッセージに応答して実行する。提供さ
れた機能を必要としない場合、入力メッセージがローカ
ル・ネットワークを介して、レガシー・ネットワーク・
デバイスに渡される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、レガシー・ネット
ワーク・デバイスの機能能力を拡張するための、レガシ
ー・ネットワーク・デバイスの模倣（mimicking）に関
する。具体的には、本発明は、１つまたは複数のレガシ
ー・ネットワーク・デバイスを外部ネットワークから切
り離し、これらレガシー・ネットワーク・デバイスに代
わってそれらが本来サポートしない機能要求に関して透
過的に動作することによって、これらレガシー・ネット
ワーク・デバイスを代理するための利用に関するもので
ある。

【０００２】

【関連技術の説明】ビジネス・オフィス環境をサポート
するためのネットワークなどの大規模ネットワーク環境
においては、しばしば、ネットワーク・プリンタなど、
異なる機能能力を有する、異なるタイプおよび世代の多
数のネットワーク・デバイスが含まれることがある。新
しい技術が出現し、改善された機能性が新しいモデルま
たは世代のネットワーク・デバイスにおいて実施される
につれて、ネットワーク内で使用可能な機能は、どのネ
ットワーク・デバイスが利用されているかに応じて大幅
に変化する可能性がある。たとえば、ネットワーク環境
におけるいくつかのより新しいプリンタはセキュア・プ
リンティングをサポートすることができるのに対して、
そのネットワーク環境に存在するより古いプリンタはセ
キュア・プリンティングをサポートしていないという状
態が生じ得る。

【０００３】新しい技術および改良をネットワーク環境
全体に渡って実施し、それにより同じ機能能力のセット
を、すべてのネットワーク・ユーザがすべてのネットワ
ーク・デバイスについて使用可能にすることが、一般に
は望ましい。さもないと、一部のネットワーク・ユーザ
に割り当てられたネットワーク・デバイスが他のより新
しいネットワーク・デバイスによってサポートされた新
しい機能性をサポートしないような場合には、そのネッ
トワーク・ユーザはセキュア・プリンティングおよび電
子メール印刷などの新しい有用な機能を利用できなくな
るであろう。

【０００４】この問題に対する１つの問題解決手法は、
単純にすべてのレガシー・ネットワーク・デバイスを、
所望の新しい機能能力を有する新しいネットワーク・デ
バイスで置き換えることである。しかしながら、この問
題解決手法を実施する場合の労力および費用は多大であ
り、新しい機能能力を必要とする新しいエンタープライ
ズ・アプリケーションが頻繁に実施されるような場合に
は現実的な方法ではない。

【０００５】上記問題に対するもう１つの問題解決手法
は、新しいファームウェアを各レガシー・ネットワーク
・デバイスにダウンロードすることによってレガシー・
ネットワーク・デバイスを修正することである。しか
し、この問題解決手法においても、ネットワーク・アド
ミニストレータまたはサービス担当者が物理的に各レガ
シー・ネットワーク・デバイスにアクセスし、次いで適
切なバージョンのファームウェアをダウンロードして、
そのレガシー・デバイスが他のネットワーク・デバイス
と整合の取れた機能性をサポートするようにすることが
必要であり、著しい労力が要求されてしまう。また、多
くの場合、レガシー・デバイスにハードウェアおよびデ
ザイン上の制限があるため、新しい機能性を実施するた
めに新しいバージョンのファームウェアをレガシー・デ
バイスにダウンロードすることは可能ではない。

【０００６】この問題に対するさらにもう１つの問題解
決手法は、対応するレガシー・ネットワーク・デバイス
のための所望の追加機能性をサポートするために、サポ
ート・デバイスをネットワーク上の、各レガシー・ネッ
トワーク・デバイスの付近に配置することである。しか
しながら、この問題解決手法においては、レガシー・ネ
ットワーク・デバイスのユーザに透過的でないという欠
点がある。この非透過性のゆえに、サポート・デバイス
によって提供された追加的な機能を利用するために、所
与のレガシー・ネットワーク・デバイスに対応するサポ
ート・デバイスのためのＩＰアドレスをネットワーク・
ユーザに知らせることが必要となる。

【０００７】

【発明の要約】本発明は、前述の問題について、プリン
タなどのレガシー・ネットワーク・デバイスを模倣し
て、レガシー・ネットワーク・デバイスのための追加機
能能力を提供することによって上記課題に対処する。詳
細には、本発明は、ローカル・ネットワーク上のレガシ
ー・ネットワーク・デバイスを発見し、外部ネットワー
ク上でレガシー・ネットワーク・デバイスに宛られたネ
ットワーク・メッセージに応答する。なお、本明細書に
おいて使用される「レガシー・ネットワーク・デバイ
ス」という用語は、電子メール印刷などの所望のエンタ
ープライズ機能性（enterprise functionality）をサポ
ートするための能力が不足している、より古いネットワ
ーク・デバイスおよびより新しいネットワーク・デバイ
スを含む。したがって、本発明は、外部ネットワーク上
のクライアント・デバイスに対して透過的な状態で、追
加の機能をレガシー・ネットワーク・デバイスに代わっ
て実行する。電子メール・ミミック・デバイス（e-mail
mimic device）の存在も、ローカル・ネットワーク上
のレガシー・ネットワーク・デバイスに対して透過的に
することができる。

【０００８】したがって、本発明の一態様は、第１およ
び第２のネットワーク・インターフェイス・カードを有
し、ネットワーク・デバイスを模倣するコンピューティ
ング・デバイスに関する。ここで、第１のネットワーク
・インターフェイス・カードはコンピューティング・デ
バイスを外部ネットワークに接続し、第２のネットワー
ク・インターフェイス・カードはコンピューティング・
デバイスをローカル・ネットワークに接続する。本発明
は、外部ネットワーク上に存在するクライアント・ネッ
トワーク・デバイスからの、ローカル・ネットワーク上
に存在するレガシー・ネットワーク・デバイスに宛られ
た入力メッセージを受信すること、及び、入力メッセー
ジが、当該コンピューティング・デバイスに存在するア
プリケーション・モジュールによって提供された機能を
必要とするかどうかを判断することを含む。ここで、そ
の入力メッセージが、アプリケーション・モジュールに
よって提供される機能を必要とすると判断された場合、
入力メッセージがアプリケーション・モジュールにリダ
イレクトされ、必要とされた機能を入力メッセージに応
答して実行する。一方、入力メッセージがアプリケーシ
ョン・モジュールによって提供された機能を必要としな
い場合には、その入力メッセージはローカル・ネットワ
ークを通してローカル・ネットワーク上に存在するレガ
シー・ネットワーク・デバイスに渡される。

【０００９】ここで、好ましくは、アプリケーション・
モジュールはローカル・メッセージをローカル・ネット
ワーク上へ送信して対応するレガシー・ネットワーク・
デバイスと通信し、このような各ローカル・メッセージ
は第２のネットワーク・カードのあらかじめ設定された
ＩＰアドレスをソースＩＰアドレスとして使用する。ま
た、必要であれば、アプリケーション・モジュールから
のローカル・メッセージは、当該メッセージのソースＩ
Ｐアドレスとして、クライアント・ネットワーク・デバ
イスのＩＰアドレスを使用することができる。アプリケ
ーション・モジュールはまた、対応するレガシー・ネッ
トワーク・デバイスのＩＰアドレスをクライアント・ネ
ットワーク・デバイスへのメッセージにおけるソースＩ
Ｐアドレスとして使用して、当該メッセージをクライア
ント・ネットワーク・デバイスに送信することができ
る。加えて、ローカル・ネットワーク上のトラフィック
をリスニングしてレガシー・ネットワーク・デバイスを
検出し、検出されたレガシー・ネットワーク・デバイス
に発見要求（discovery request）を送信してそのデバ
イスに関係する情報を得ることによって、ローカル・ネ
ットワーク上のすべてのレガシー・ネットワーク・デバ
イスが発見される。次いで、ミミック・デバイスが定期
的に、それら発見されたレガシー・ネットワーク・デバ
イスをポーリングして、それらの現在の状態を判断す
る。更に、その判断ステップにおいて所定の規則セット
が使用され、入力メッセージがアプリケーション・モジ
ュールにリダイレクトされるべきであるか、ローカル・
ネットワークを通して対応するレガシー・ネットワーク
・デバイスに渡されるべきであるかが判断される。規則
は、各レガシー・ネットワーク・デバイスについての発
見情報（discovery information）に基づいて作成され
る。また、規則は、アプリケーション・モジュールおよ
びレガシー・ネットワーク・デバイスによって開始され
たポートに基づいて動的に作成される。また、好ましく
は、本発明はレガシー・ネットワーク・デバイスおよび
アプリケーション・モジュールが同じポート識別子を使
用することを防止するように構成される。

【００１０】上記の構成によれば、レガシー・ネットワ
ーク・デバイスの機能能力を、外部ネットワーク上の他
のデバイスに対して透過的な様態で拡張するための効率
的な方法を提供することができる。したがって、新しい
ネットワーク・デバイスの購入、または、ネットワーク
環境におけるすべてのレガシー・ネットワーク・デバイ
スにおけるファームウェアのアップグレードに関連する
費用および時間が回避され得る。また、ミミック・デバ
イスは、レガシー・ネットワーク・デバイスがサポート
しない機能性のためにレガシー・ネットワーク・デバイ
スに代わって動作することにより透過的であるので、ネ
ットワーク・アドミニストレータはそのミミック・デバ
イスの存在をすべての他のネットワーク・ユーザに公表
する必要はない。

【００１１】本発明のもう１つの態様では、本発明は、
第１および第２のネットワーク・インターフェイス・カ
ードを有するコンピューティング・デバイスを通じてネ
ットワーク・デバイスを模倣することに関する。ここで
第１のネットワーク・インターフェイス・カードはコン
ピューティング・デバイスを外部ネットワークに接続
し、第２のネットワーク・インターフェイス・カードは
コンピューティング・デバイスをローカル・ネットワー
クに接続する。また、本発明は、ローカル・ネットワー
ク上で複数の各レガシー・ネットワーク・プリンタから
のメッセージを検出することによってローカル・ネット
ワーク上の複数のレガシー・ネットワーク・プリンタを
発見すること、および、発見された各レガシー・ネット
ワーク・プリンタのための規則テーブルにおいて規則を
作成することを含む。ここで、各規則は、対応するレガ
シー・ネットワーク・プリンタのＩＰアドレスを含み、
コンピューティング・デバイスにおけるアプリケーショ
ン・モジュールが対応するレガシー・ネットワーク・プ
リンタに代わって機能を実行するかどうかを示す。本発
明はさらに、複数のレガシー・ネットワーク・プリンタ
のうちの指定されたレガシー・ネットワーク・プリンタ
のＩＰアドレスを宛て先とする入力メッセージを、外部
ネットワーク上に存在するクライアント・ネットワーク
・デバイスから受信し、指定されたレガシー・ネットワ
ーク・プリンタに対応する規則に基づいて、その入力メ
ッセージがアプリケーション・モジュールによって実行
されるべき機能を必要とするかどうかを判断することを
含む。さらに、入力メッセージが、アプリケーション・
モジュールからのサポートを必要とする場合、必要とさ
れた機能を入力メッセージに応答して実行するアプリケ
ーション・モジュールに入力メッセージがリダイレクト
される。一方、入力メッセージが、アプリケーション・
モジュールによって提供された機能を必要としない場
合、入力メッセージがローカル・ネットワークを通し
て、指定されたレガシー・ネットワーク・プリンタに渡
される。

【００１２】好ましくは、対応するレガシー・ネットワ
ーク・プリンタと通信するために、アプリケーション・
モジュールはローカル・メッセージをローカル・ネット
ワーク上に送信する。ここで、そのようなローカル・メ
ッセージの各々は第２のネットワーク・カードのあらか
じめ設定されたＩＰアドレスをソースＩＰアドレスとし
て使用する。必要であれば、アプリケーション・モジュ
ールからレガシー・ネットワーク・プリンタへのローカ
ル・メッセージは、クライアント・ネットワーク・デバ
イスのＩＰアドレスをメッセージにおけるソースＩＰア
ドレスとして使用することができる。アプリケーション
・モジュールはまた、メッセージをクライアント・ネッ
トワーク・デバイスに送信することができる。ここで、
クライアント・ネットワーク・デバイスへのメッセージ
におけるソースＩＰアドレスとして、対応するレガシー
・ネットワーク・プリンタのＩＰアドレスを使用する。
加えて、各レガシー・ネットワーク・プリンタの発見
は、検出された各レガシー・ネットワーク・プリンタに
発見要求を送信して、そのプリンタに関係する情報を得
ることを含む。また、アプリケーション・モジュールお
よびレガシー・ネットワーク・プリンタによって開始さ
れるポートに基づいて規則が動的に作成される。好まし
くは、本発明において、レガシー・ネットワーク・プリ
ンタおよびアプリケーション・モジュールが同じポート
識別子を使用することが防止される。なお、ミミック・
デバイスは、レガシー・ネットワーク・デバイスの１つ
に代わってメッセージを取り込み且つそれに応答するべ
きであるかどうかを判断するために、メッセージにおけ
るＩＰアドレスに加えて１つまたは複数のディスクリミ
ネータを使用することが可能である。

【００１３】上記構成により、本発明は、レガシー・ネ
ットワーク・プリンタの機能能力を、外部ネットワーク
上の他のデバイスに透過的である様態において拡張する
ための効率的な方法を提供する。したがって、新しいネ
ットワーク・プリンタの購入、または、ネットワーク環
境におけるすべてのレガシー・ネットワーク・プリンタ
におけるファームウェアのアップグレードに関連する費
用および時間が回避される。また、ミミック・デバイス
は、レガシー・ネットワーク・プリンタに代わって当該
レガシー・ネットワーク・プリンタがサポートしないで
あろう機能性のために動作することによって透過的であ
るため、ネットワーク・アドミニストレータは、ミミッ
ク・デバイスの存在をすべての他のネットワーク・ユー
ザに公表する必要はない。

【００１４】上述した簡単な概要は、本発明の性質を迅
速に理解できるように提供されたものである。従って、
本発明のより完全な理解は、以下のその好ましい実施形
態の詳細な説明を添付の図面と共に参照することによっ
て得ることができる。

【００１５】

【発明の実施の形態】本発明は、一般的なネットワーク
環境において、既存のネットワーク・デバイスの機能性
を増強するために使用するためのミミック・デバイスを
対象とする。より詳細には、本発明のミミック・デバイ
スは２つの別々のネットワーク・インターフェイス・カ
ードを利用する。これにより、ミミック・デバイスは、
第１のネットワーク・インターフェイス・カードに接続
される汎用ネットワークと、第２のネットワーク・イン
ターフェイス・カードに接続されるローカル・ネットワ
ークのとの間を仲介する装置として動作することができ
る。この様態において、ネットワーク・プリンタなど、
ローカル・ネットワーク上のいくつかの既存のレガシー
・ネットワーク・デバイスを、ミミック・デバイスの後
ろで、一般的な外部ネットワークから切り離すことがで
きる。そして、ミミック・デバイスは、まず初期状態に
おいて、外部ネットワークからのすべてのネットワーク
・トラフィックを第１のネットワーク・インターフェイ
ス・カードから第２のネットワーク・インターフェイス
・カードへ通し、ローカル・ネットワーク上のレガシー
・ネットワーク・デバイスへ渡すことができる。また、
ミミック・デバイスはローカル・ネットワークをリスニ
ングし、そのローカルネットワーク上にある全てのレガ
シー・ネットワーク・デバイスを発見する。そして、そ
の後、ミミック・デバイスは、ミミック・デバイス内の
アプリケーションを利用して、発見された各レガシー・
ネットワーク・デバイスの機能能力を増強することがで
きる。

【００１６】レガシー・ネットワーク・デバイスを増強
するミミック・デバイスには、レガシー・ネットワーク
・デバイスに代わって機能能力を追加するためのアプリ
ケーションが提供される。たとえば、ローカル・ネット
ワーク上でミミック・デバイスの後ろのネットワーク・
プリンタが電子メール印刷能力を有していない場合、ミ
ミック・デバイスは電子メール印刷アプリケーションを
含むことができる。そして、この電子メール印刷アプリ
ケーションにより、ミミック・デバイスは、外部ネット
ワーク上のクライアントからの電子メール印刷のための
要求をローカル・ネットワーク上のネットワーク・プリ
ンタからインターセプトし、次いで、クライアントから
の要求に応じてレンダリングされた印刷ジョブをネット
ワーク・プリンタへ送信することによって電子メール印
刷機能を当該ネットワーク・プリンタに代わって実行す
る。この実施形態では、ミミック・デバイスの存在がク
ライアントに対して透過的であるようにするために、ミ
ック・デバイスは外部ネットワーク上のクライアントに
ネットワーク・プリンタのＩＰアドレスを使用して応答
する。加えて、ミミック・デバイスは、ローカル・ネッ
トワーク上のレガシー・ネットワーク・デバイスによっ
て開始される、外部ネットワーク上のクライアントへの
接続をサポートすることができる。たとえば、レガシー
・ネットワーク・デバイスは、外部ネットワーク上のＮ
ＴＰサーバに宛てられたネットワーク・タイム・プロト
コル（ＮＴＰ）要求を送信することができる。ミミック
・デバイスはレガシー・ネットワーク・デバイスからの
ＮＴＰ要求をインターセプトし、当該レガシー・ネット
ワーク・デバイスに代わってミミック・デバイス自身の
ＮＴＰ要求をＮＴＰサーバへ送信することができる。次
いで、ミミック・デバイスが、現在時間などを含むＮＴ
Ｐサーバからの応答を受信し、次いでこの応答をレガシ
ー・ネットワーク・デバイスへ転送する。この際、ミミ
ック・デバイスのＩＰアドレスまたはＮＴＰサーバのＩ
ＰアドレスがソースＩＰアドレスとして使用される。し
たがって、本実施形態のミミック・デバイスは、レガシ
ー・ネットワーク・デバイスの機能能力を、外部ネット
ワーク上のネットワーク・ユーザに対して透過的な状態
で増強するための、効率的かつ費用のかからない方法を
提供するものである。

【００１７】図１は、本発明を実施することができるネ
ットワーク環境を示す。図１に示されるように、外部ネ
ットワーク１０は典型的なネットワークであり、ＴＣＰ
／ＩＰおよび他の共通ネットワーク・プロトコルによっ
てサポートされることが好ましい。これらについては本
明細書でさらに後述する。外部ネットワーク１０に接続
されるものは、典型的なネットワーク・サーバであるサ
ーバ１１、およびワークステーション１２である。ワー
クステーション１２は典型的なコンピューティング・ワ
ークステーションであり、ＣＰＵ、固定ディスクおよび
ＲＡＭを備えたホスト・プロセッサ、およびホスト・プ
ロセッサと対話するためのディスプレイ、キーボードお
よびマウスを有する。サーバ１１は典型的なサーバであ
りホストプロセッサを有する。このホストプロセッサ
は、ＣＰＵ、ＲＡＭ、ＲＯＭ、および、外部ネットワー
ク１０におけるユーザによってアクセスかつ共有するこ
とができるファイルおよび／またはアプリケーションを
含むための大型固定ディスクを含む。

【００１８】図１に示されるように、ミミック・デバイ
ス２０は外部ネットワーク・インターフェイス・カード
２２およびローカル・ネットワーク・インターフェイス
・カード２１を有する。上述のように、これらネットワ
ーク・インターフェイス・カードにより、ミミック・デ
バイス２０は、外部ネットワーク１０とローカル・ネッ
トワーク１４の間のコントロールされたブリッジとして
動作することができる。外部ネットワーク・インターフ
ェイス・カード２２はミミック・デバイス２０を外部ネ
ットワーク１０に接続し、ローカル・ネットワーク・イ
ンターフェイス・カード２１はミミック・デバイス２０
をローカル・ネットワーク１４に接続する。ミミック・
デバイス２０との通信のために、複数のネットワーク・
デバイスがローカル・ネットワーク１４上に存在させる
ことができる。図１に示した実施例では、レガシー・ネ
ットワーク・プリンタ１５および１６がローカル・ネッ
トワーク１４上に設けられており、ローカル・ネットワ
ーク・インターフェイス・カード２１を介してミミック
・デバイス２０と接続されている。更に、非インターネ
ット対応ネットワーク・デバイスを外部ネットワーク１
０に接続するためのブリッジとしてミミック・デバイス
を使用することもできることが理解されよう。たとえ
ば、ローカル・ネットワーク１４をＵＳＢネットワーク
にすることができ、レガシー・ネットワーク・プリンタ
１５および１６を非ネットワーク対応プリンタにするこ
とができる。したがって、ミミック・デバイス２０は、
ローカル・ネットワーク１４のＵＳＢ接続を介して、プ
リンタ１５および１６と、外部ネットワーク１０との間
のブリッジとして動作する。

【００１９】各レガシー・ネットワーク・プリンタ１５
および１６は、ネットワーク・インターフェイス・カー
ド（図示せず）を、ローカル・ネットワーク１４への接
続のために有する。レガシー・ネットワーク・プリンタ
１５および１６としては、レーザ・ジェット・プリンタ
またはインク・ジェット・プリンタなどの典型的なネッ
トワーク・プリンタを用いることができ、これらはネッ
トワーク印刷アプリケーションをサポートするためのあ
る限定された機能能力を有する。本実施形態の説明のた
めに、レガシー・ネットワーク・プリンタ１５および１
６は、セキュア・プリンティング、電子メール印刷、ま
たは他のいくつかのプリンタ機能性などのエンタープラ
イズ印刷機能能力が不足していると仮定する。このた
め、レガシー・ネットワーク・プリンタ１５および１６
はローカル・ネットワーク１４上に配置されることによ
って外部ネットワーク１０から切り離され、ミミック・
デバイス２０が追加のエンタープライズ印刷機能能力を
レガシー・ネットワーク・プリンタ１５および１６に代
わって提供できるようにする。ミミック・デバイス２０
を利用して、ローカル・ネットワーク１４上のいかなる
ネットワーク・デバイスの機能能力をも増強することが
でき、これがネットワーク・プリンタのみによる使用に
限定されないことを理解されたい。

【００２０】図２Ａは、ミミック・デバイス２０の内部
アーキテクチャを説明するためのブロック図である。図
２Ａに示されるように、ミミック・デバイス２０は本質
的に、サーバまたは他の類似のコンピューティング・デ
バイスの構成を有する。ただし、ミミック・デバイス２
０は２つのネットワーク・インターフェイス・カードを
含む。また、ミミック・デバイス２０は、システム・バ
ス２０、ＣＰＵ３４、ＲＡＭ３５、ＲＯＭ３６、外部ネ
ットワーク・インターフェイス・カード２２、ローカル
・ネットワーク・インターフェイス・カード２１および
固定ディスク６０を含む。

【００２１】中央処理装置（ＣＰＵ）３４は、バス３０
とインターフェイスをとるように構成されたプログラマ
ブルなマイクロプロセッサである。ランダム・アクセス
・メモリ（ＲＡＭ）３５は、ＣＰＵ３４に記憶装置への
アクセスを提供するためにバス３０とインターフェイス
をとるように構成され、それによりＣＰＵ３４のための
メインのランタイム・メモリ（run-time memory）とし
て動作する。より詳細には、格納されたプログラム命令
シーケンスを実行するとき、ＣＰＵ３４が命令シーケン
スを固定ディスク６０（または他の接続されたメモリ媒
体）からＲＡＭ３５にロードし、次いでこれらの格納さ
れたプログラム命令シーケンスをＲＡＭ３５から実行す
る。標準のディスクスワップ技術により、メモリのセグ
メントをＲＡＭ３５および固定ディスク６０の間でスワ
ップできることも理解されたい。

【００２２】読取り専用メモリ（ＲＯＭ）３６は不変命
令シーケンスを格納する。不変命令シーケンスとして
は、ＣＰＵ３４のための起動命令シーケンス、またはミ
ミック・デバイス２０（図示せず）に接続することので
きる周辺デバイスのオペレーションのための基本入出力
オペレーティング・システム（「ＢＩＯＳ」）シーケン
スなどが挙げられる。外部ネットワーク・インターフェ
イス・カード２２およびローカル・ネットワーク・イン
ターフェイス・カード２１は、２つの分離した、別個の
ネットワーク・インターフェイスである。これにより、
ミミック・デバイス２０が、外部ネットワーク・インタ
ーフェイス・カード２２を介して外部ネットワーク１０
に接続できるようにし、またローカル・ネットワーク・
インターフェイス・カード２１を介してローカル・ネッ
トワーク１４に接続できるようにする。図２に示される
ように、外部ネットワーク・インターフェイス・カード
２２およびローカル・ネットワーク・インターフェイス
・カード２１は共に、外部ネットワーク１０およびロー
カル・ネットワーク１４をそれぞれミミック・デバイス
２０にインターフェイスするための類似のプロトコル・
スタックを含む。但し、ローカル・ネットワーク・イン
ターフェイス・カード２１および外部ネットワーク・イ
ンターフェイス・カード２２におけるプロトコル・スタ
ックが類似のものであることは必ずしも必要ではないこ
とに留意されたい。たとえば、ローカル・ネットワーク
１４は、トークン・リング・プロトコルなど、外部ネッ
トワーク１０とは異なるプロトコルを使用することがで
きる。この場合、ローカル・ネットワーク・インターフ
ェイス・カード２１におけるプロトコル・スタックがＩ
Ｐプロトコル環境の代わりにトークン・リング・プロト
コル環境をサポートするためのプロトコル・レイヤを含
むことになる。

【００２３】たとえば、外部ネットワーク・インターフ
ェイス・カード２２は、直接外部ネットワーク１０とイ
ンターフェイスをとる低レベルのプロトコル・レイヤで
あるネットワーク・インターフェイス・レイヤ４１を含
む。また、ＴＣＰ／ＩＰプロトコルを介した外部ネット
ワーク１０との通信をサポートするための、ＴＣＰ／Ｉ
Ｐレイヤ４２がネットワーク・インターフェイス・レイ
ヤ４１の上に設けられる。この様態において、ミミック
・デバイス２０は、しばしば「フレーム」と呼ばれるＴ
ＣＰ／ＩＰメッセージを外部ネットワーク１０を介して
送受信することができる。類似の方法において、ＨＴＴ
Ｐレイヤ４３、ＳＮＭＰレイヤ４４、ＬＤＡＰレイヤ４
５および他のレイヤ４６がＴＣＰ／ＩＰレイヤ４２の上
に設けられ、それぞれＨＴＴＰ、ＳＮＭＰ、ＬＤＡＰお
よび他の知られているネットワーキング・プロトコルを
使用した外部ネットワーク１０における通信をサポート
する。なお、本実施形態ではローカル・ネットワーク・
インターフェイス・カード２１において示したプロトコ
ル・スタックは、上述のプロトコル・スタックのものと
同様であり、したがって詳細な説明は省略する。

【００２４】固定ディスク６０は、ＣＰＵ３４によって
実行可能なプログラム命令シーケンスを格納するコンピ
ュータ可読媒体の一実施例である。ここでプログラム命
令シーケンスは、ＣＰＵ３４によって実行されて、オペ
レーティング・システム６１、外部ネットワーク・イン
ターフェイス・ドライバ６２、ローカル・ネットワーク
・インターフェイス・ドライバ６３、他のドライバ６
８、モジュール５８、デバイス能力テーブル７３、ルー
ティング・テーブル７４、規則テーブル７５、目標ディ
スクリプタ・テーブル７６、ソケット・ライブラリ７７
および他のファイル７９を構成する。

【００２５】オペレーティング・システム６１は、ＤＯ
Ｓ（登録商標）またはＵＮＩＸ（登録商標）などの基本
オペレーティング・システム、あるいは、Ｗｉｎｄｏｗ
ｓＮＴ（登録商標）などの共通ウィンドウ・オペレーテ
ィング・システム、または別の知られているオペレーテ
ィング・システムとすることができる。外部ネットワー
ク・インターフェイス・ドライバ６２は、ミミック・デ
バイス２０を外部ネットワーク１０にインターフェイス
するための外部ネットワーク・インターフェイス・カー
ド２２を駆動するのに用いられる。同様に、ローカル・
ネットワーク・インターフェイス・ドライバ６３は、ミ
ミック・デバイス２０をローカル・ネットワーク１４に
インターフェイスするローカル・ネットワーク・インタ
ーフェイス・カード２１を駆動するのに用いられる。他
のドライバ６８は、ミミック・デバイス２０（図示せ
ず）に接続することができる他のデバイスを駆動するの
に用いられる。ここで他のデバイスとは、ユーザがミミ
ック・デバイス２０を構成かつ操作することができるよ
うにするためのフロント・パネル・インターフェイス、
または、同じ目的を達成するための表示モニタ、キー・
パッドおよびマウス（図示せず）などである。モジュー
ル５８は本発明の機能性を実施するのに利用され、これ
については以下でより完全に記載する。

【００２６】デバイス能力テーブル７３には、ローカル
・ネットワーク１４上に設けることができるネットワー
ク・デバイスの機能能力の範囲に関する情報が格納さ
れ、以下でさらに論じられるように、本発明を実施する
のに利用される。ルーティング・テーブル７４は１つま
たは複数のルーティング・テーブルを含む。これらのル
ーティング・テーブルは、外部ネットワーク・インター
フェイス・カード２２あるいはローカル・ネットワーク
・インターフェイス・カード２１を介してミミック・デ
バイス２０出て行く通信をルーティングするのに用いら
れる。この点についても以下でより詳細に記載する。規
則テーブル７５は、本発明の機能性を実施するのに利用
される。この点についても以下により詳細に記載する。
目標ディスクリプタ・テーブル７６は、ミミック・デバ
イス２０によって発見されたローカル・ネットワーク１
４上のレガシー・ネットワーク・デバイスに対応する複
数の目標ディスクリプタ・エントリを含むのに利用され
る。この点についても以下でさらに論ずる。ソケット・
ライブラリ７７は、本発明によるミミック・デバイス内
のアプリケーションによって開かれたソケットを追跡す
るために、本発明において使用されるライブラリであ
る。最後に、他のファイル７９は、ミミック・デバイス
２０を操作するため、かつ追加機能性をミミック・デバ
イス２０に提供するために必要な他のファイルおよび／
またはプログラムを含む。

【００２７】図２Ｂは、モジュール５８における各モジ
ュールを示すブロック図である。図２Ｂに示されている
ように、モジュール５８は、ネットワーク・デバイス・
マネージャ（ＮＤＭ:Netword Device Manager）モジュ
ール６４、ネットワーク・トラフィック・コントローラ
（ＮＴＣ:Network Traffic Controller）モジュール６
５、受動目標検出（ＰＴＤ:Passive Target Detector）
モジュール６６、動的ポート・レジスタ（ＤＰＲ: Dyna
mic Port Register）モジュール６７、トランスポート
・アドレス変換（ＴＡＴ:Transport Address Translato
r）モジュール６９、セキュア・プリンティング・アプ
リケーション・モジュール７０、電子メール印刷アプリ
ケーション・モジュール７１、他のアプリケーション・
モジュール７２およびアプリケーション・マネージャ・
モジュール７８を含む。上述のすべてのモジュールは本
発明の実施態様に特有のものであり、ここでは図２Ｂを
参照して概略を記載し、以下でより詳細に他の図面を参
照して説明する。

【００２８】ネットワーク・デバイス・マネージャ・モ
ジュール６４は、本発明を実施するために利用された低
レベルのモジュールであり、これは、フレームとして知
られるメッセージを外部ネットワーク・インターフェイ
ス・カード２２とローカル・ネットワーク・インターフ
ェイス・カード２１のそれぞれにおいて送受信するため
のものである。ネットワーク・トラフィック・コントロ
ーラ・モジュール６５は、本発明の実施のために利用さ
れるものであり、これは規則テーブル７５からの規則と
関連して、あるメッセージが、ローカル・ネットワーク
１４上のレガシー・ネットワーク・デバイスのうち１つ
に代わってミミック・デバイス２０によって処理される
べきであるか、単にローカル・ネットワーク１４上の対
応するレガシー・ネットワーク・デバイスに渡されるべ
きであるかを判断する。受動目標検出モジュール６６
は、本発明の実施のために利用されるものであり、これ
は本質的には、発見された各レガシー・ネットワーク・
デバイスに関するネットワーク関係および他の機能情報
を得ることによって、ローカル・ネットワーク１４上に
存在するレガシー・ネットワーク・デバイスを発見す
る。受動目標検出（ＰＴＤ）モジュール６６も、発見さ
れた各レガシー・ネットワーク・デバイスの状態を確認
するために定期的ポーリングを実行する。

【００２９】動的ポート・レジスタ・モジュール６７
は、ミミック・デバイス２０内のアプリケーションによ
って開かれたポートを監視することによって本発明を実
施するのに利用される。また、動的ポート・レジスタ・
モジュール６７は、アプリケーションがローカル・ネッ
トワーク１４上の１つまたは複数のレガシー・ネットワ
ーク・デバイスに代わって動作することができるよう
に、必要に応じてメッセージ（フレーム）を対応するア
プリケーションにリダイレクトするための規則を作成す
るのに利用される。トランスポート・アドレス変換モジ
ュール６９は、ローカル・ネットワーク１４上のレガシ
ー・ネットワーク・デバイスによって開かれたソケット
を監視することによって本発明を実施するのに利用され
る。また、トランスポート・アドレス変換モジュール６
９は、ソケット識別子がミミック・デバイス２０におけ
るアプリケーションによって開かれたソケットと競合す
ることを回避するために、対応するソケット識別子を新
たに作成されたソケット識別子にマップする。

【００３０】セキュア・プリンティング・アプリケーシ
ョン・モジュール７０および電子メール印刷アプリケー
ション・モジュール７１は、ミミック・デバイス２０に
おいて、ローカル・ネットワーク１４上のレガシー・ネ
ットワーク・プリンタ１５および１６、または他のレガ
シー・ネットワーク・デバイスの機能能力を増強するた
めに提供することができる、アプリケーション・モジュ
ールの例である。たとえば、レガシー・ネットワーク・
プリンタ１５が、電子メール印刷をサポートするための
機能能力は有するがセキュア・プリンティングをサポー
トするための機能能力は有していないという可能性があ
る。このような場合、ミミック・デバイス２０はセキュ
ア・プリンティング・アプリケーション・モジュール７
０を利用して、外部ネットワーク１０から受信された、
レガシー・ネットワーク・プリンタ１５からのセキュア
・プリンティング・サービスを要求するフレームに応答
する。同様にして、レガシー・ネットワーク・プリンタ
１６が電子メール印刷をサポートしていない場合、ミミ
ック・デバイス２０が電子メール印刷アプリケーション
・モジュール７１を利用して、レガシー・ネットワーク
・プリンタ１６に代わって、レガシー・ネットワーク・
プリンタ１６からの電子メール印刷サービスのための外
部ネットワーク１０からの入力要求のために動作する。
このような様態においては、実際にはミミック・デバイ
ス２０がこのような追加機能能力をプリンタに代わって
透過的な方法において提供しているのであるが、ワーク
ステーション１２などの外部ネットワーク１０上のクラ
イアントには各レガシー・ネットワーク・プリンタ１５
および１６がセキュア・プリンティングおよび電子メー
ル印刷をサポートするための能力を有しているように見
える。他のアプリケーション・モジュール７２は、ロー
カル・ネットワーク１４上に存在するレガシー・ネット
ワーク・デバイスの機能能力を増強する他の追加のアプ
リケーションをサポートするのに用いられる。最後に、
アプリケーション・マネージャ・モジュール７８は、各
レガシー・ネットワーク・デバイスの機能能力を増強す
るために１つまたは複数の前述のアプリケーションを必
要に応じて開始するべく、本発明によって利用される。
これらのモジュールを以下で、残りの図面に関連してよ
り詳細に論ずる。

【００３１】図３は、ミミック・デバイス２０の機能モ
ジュールを示す図である。ＮＤＭ６４が、外部ネットワ
ーク・インターフェイス・ドライバ６２、ローカル・ネ
ットワーク・インターフェイス・ドライバ６３のような
ミミック・デバイス２０によって利用されるデバイス・
ドライバや、ローカル・ネットワーク１４に接続され、
ミミック・デバイス２０によってサポートされるデバイ
スに関連したドライバを管理する。外部ネットワーク・
インターフェイス・ドライバ６２は、パケットを外部ネ
ットワーク１０との間で送受信することを行う。また、
ローカル・ネットワーク・インターフェイス・ドライバ
６３は、パケットをローカル・ネットワーク１４との間
で送受信することを行う。加えて、ＮＤＭ６４はルーテ
ィング・テーブル７４を維持する。このルーティング・
テーブル７４は、ミミック・デバイス２０によって送信
されるパケットをルーティングするためにＮＤＭ６４に
より利用される。

【００３２】ＮＴＣ６５は、ＮＤＭ６４によって外部ネ
ットワーク１０またはローカル・ネットワーク１４のい
ずれかから受信されたフレーム、ならびに、ミミック・
デバイス２０上で内部的に動作するアプリケーションに
よって送信されるフレームを処理する。ＮＴＣ６５は、
一連の規則を各フレームに適用することによって、フレ
ームを処理する。その規則は、ＮＴＣ６５によって管理
される規則テーブル７５に含まれている。ＰＴＤ６６は
ローカル・ネットワーク１４上のデバイスを検出し、監
視する。ＰＴＤ６６は目標ディスクリプタ・テーブル７
６を維持する。この目標ディスクリプタ・テーブル７６
は、プリンタ１５およびプリンタ１６などの、検出され
たデバイスを定義するパラメータを含む。加えて、ＰＴ
Ｄ６６は、ミミック・デバイス２０内の他のモジュール
に、目標ディスクリプタ・テーブル７６において定義さ
れている検出されたデバイスへのいかなる変更をも通知
する。

【００３３】ＤＰＲ６７は、ミミック・デバイス２０上
で動作するアプリケーションによるソケットの開閉を監
視し、ＮＴＣ６５と対話して、ＮＴＣ６５によって処理
されたフレームが正しくチャネリングされることを保証
する。ソケットの監視において、ＤＰＲ６７はソケット
・ライブラリ７７を参照する。このソケット・ライブラ
リ７７には、ミミック・デバイス２０上で動作するアプ
リケーションによって開かれたソケットを定義するソケ
ット・ディスクリプタが含まれる。ＴＡＴ６９は、ロー
カル・ネットワーク１４上のデバイスによるポート番号
の割当てを監視し、必要なときには、これらのデバイス
とミミック・デバイス２０上で動作するアプリケーショ
ンの間の競合を防止する。

【００３４】アプリケーション・マネージャ・モジュー
ル７８は、ミミック・デバイス２０上で実行されるアプ
リケーションを管理する。新しいデバイスがＰＴＤ６６
によって通知されると、アプリケーション・マネージャ
・モジュール７８は、新たに検出されたデバイスの能力
を増強するために、どのアプリケーションを開始させる
べきかを判断する。適用可能なアプリケーション・モジ
ュールとしては、セキュア・プリンティング・アプリケ
ーション・モジュール７０を含み、これがセキュア・プ
リンティング・サービスを、外部ネットワーク１０上の
ホストと、プリンタ１５またはプリンタ１６などのロー
カル・ネットワーク１４上のデバイスとの間に提供す
る。加えて、適用可能なアプリケーションモジュールと
して、電子メール印刷アプリケーション・モジュール７
１が含まれており、外部ネットワーク１０上のホストか
らの電子メール印刷機能性を、ローカル・ネットワーク
１４上のデバイスへ提供する。また、必要とされたサー
ビスを提供するための他のアプリケーションを含むこと
によって、更なる機能性をミミック・デバイス２０に追
加することができる。この更なるアプリケーションは、
図３において、他の印刷アプリケーション・モジュール
７２によって表現されている。

【００３５】以上の記載は、各機能モジュールの目的を
簡単に紹介するために提供されたものである。以下、こ
れらのモジュールの機能および相互作用のより詳細な説
明を行う。

【００３６】図４は、目標ディスクリプタ・テーブル７
６を示す図である。目標ディスクリプタ・テーブル７６
における各エントリは、いくつかのパラメータによって
定義される。目標１００は、ローカル・ネットワーク１
４上で検出されたデバイスに対応する識別子である。イ
ーサネット（登録商標）・アドレス１０１は、検出され
たデバイスのイーサネット・アドレスを提供する。ＩＰ
アドレス１０２は、検出されたデバイスのＩＰアドレス
を提供する。ＩＰネットワーク・マスク１０４は、検出
されたデバイスに関連付けられたネットマスクを提供す
る。デフォルト・ルータ１０５は、検出されたデバイス
に関連付けられたデフォルト・ルータのアドレスを提供
する。ＳＮＭＰオブジェクト識別子１０６は、検出され
たデバイスに割り当てられたＳＮＭＰオブジェクト識別
子を提供する。これらのエントリの作成および維持はＰ
ＴＤ６６によって実行されるが、これについては以下で
より詳細に記載する。

【００３７】図５は、ミミック・デバイス２０が、ロー
カル・ネットワーク１４上のレガシー・ネットワーク・
プリンタ１５および１６などのレガシー・ネットワーク
・デバイスを発見するための発見プロセスを記載するフ
ローチャートである。図５に示されるように、ステップ
Ｓ５０１で、ＮＤＭ６４は、ローカル・ネットワーク・
インターフェイス・カード２１を介して、ローカル・ネ
ットワーク１４上のレガシー・ネットワーク・プリンタ
１５および１６などのレガシー・ネットワーク・デバイ
スからの、ローカル・ネットワーク１４上のネットワー
ク・メッセージをリスニングする。具体的には、ＴＣＰ
／ＩＰをサポートするイーサネット環境では、ＮＤＭ６
４がローカル・ネットワーク１４上のいずれかのデバイ
スからのフレームについてリスニングする。この様態に
おいて、ローカル・ネットワーク１４上のネットワーク
・プリンタがそのソースＩＰアドレスを含むＴＣＰ／Ｉ
Ｐフレームを送信すると、ＮＤＭ６４がそのフレームを
取り込む。ＮＤＭ６４はこの機能において無差別的であ
り、単に、外部ネットワーク１０およびローカル・ネッ
トワーク１４上で検出したすべてのネットワーク・メッ
セージに対応するフレームをＮＴＣ６５に渡すものであ
ることを、理解されたい。詳細には、ＮＤＭ６４が外部
ネットワーク・インターフェイス・ドライバ６２および
ローカル・ネットワーク・インターフェイス・ドライバ
６３とインターフェイスをとり、それによってフレーム
を外部ネットワーク１０およびローカル・ネットワーク
１４のそれぞれから受信する。

【００３８】ＮＤＭ６４がフレームをローカル・ネット
ワーク１４上で検出した後、ステップＳ５０２で、この
フレームをＮＴＣ６５に渡す。好ましくは、ＰＴＤ６６
が初期化されたとき、規則テーブル７５に配置される汎
用取り込み規則を作成する。この汎用取り込み規則は、
所与の所定の範囲内のソースＩＰアドレスを有するレガ
シー・ネットワーク・デバイスからローカル・ネットワ
ーク１４上に送信され、ＮＤＭ６４に渡されたすべての
フレームを取り込むように、ＮＴＣ６５に命令するため
のものである。したがって、ステップＳ５０３で、ＮＴ
Ｃ６５が、ＮＤＭ６４から渡されたフレームを検査し
て、当該フレームがその広範な取り込み規則におけるＩ
Ｐアドレス範囲内のソースＩＰアドレスを含むかどうか
を判断する。そうであった場合、ＮＴＣ６５はそのフレ
ームを取り込み、ソースＩＰアドレスとローカル・ネッ
トワーク１４に対応するイーサネット・アドレスとから
なるアドレスのペアを当該フレームから得て、ＰＴＤ６
６に送信する（ステップＳ５０３）。

【００３９】続いて、ステップＳ５０４において、ＰＴ
Ｄ６６は目標ディスクリプタ・テーブル７６を検査し
て、ＮＴＣ６５から渡されたアドレスのペアが含むソー
スＩＰアドレスが、目標ディスクリプタ・テーブル７６
内に目標ディスクリプタとしてエントリされていないか
どうかを判断する。そのようなエントリが存在しなかっ
た場合、ＰＴＤ６６は、そのアドレス・ペアからのソー
スＩＰアドレスを、新たに発見されたレガシー・ネット
ワーク・プリンタに対応するものとして識別する（ステ
ップＳ５０４）。ステップＳ５０５において、ＰＴＤ６
６は、そのアドレス・ペアのソースＩＰアドレスが新た
に発見されたレガシー・ネットワーク・プリンタに対応
すると判断されたかどうかを照会し、そうでなかった場
合、処理はステップＳ５１２に進む。一方、そのアドレ
ス・ペアにおけるソースＩＰアドレスが新たに発見され
たレガシー・ネットワーク・プリンタに対応すると判断
された場合は、ステップＳ５０６へ進む。ステップＳ５
０６では、ローカル・ネットワーク１４上の、そのアド
レス・ペアからのソースＩＰアドレスに対応する、新た
に発見されたレガシー・ネットワーク・プリンタに対し
て、ＰＴＤ６６がＳＮＭＰ発見要求を送信する。なお、
このＳＮＭＰは、ミミック・デバイス２０からローカル
・ネットワーク１４上のレガシー・ネットワーク・デバ
イスに送信される発見メッセージをサポートするための
プロトコルの一例に過ぎないことに留意されたい。たと
えば、ライト・ディレクトリ・アクセス・プロトコル
（ＬＤＡＰ）など、他の知られているプロトコルを発見
メッセージのために使用することができるし、あるいは
メーカ独自のプロトコルを使用することもできる。ＰＴ
Ｄ６６もこの時点で、アドレス・ペアからのソースＩＰ
アドレスおよびイーサネット・アドレスを含む基本目標
ディスクリプタ・エントリを目標ディスクリプタ・テー
ブル７６への入力のために準備しておくことが好まし
い。

【００４０】上記で図３に関連して説明したように、Ｐ
ＴＤ６６から送信されたＳＮＭＰ発見要求はＮＤＭ６４
に渡される。ＮＤＭ６４は、そのＳＮＭＰ発見要求メッ
セージが、ローカル・ネットワーク・インターフェイス
・カード２１とローカル・ネットワーク１４を介して、
対応する新たに発見されたレガシー・ネットワーク・プ
リンタに送信されるべきであることをルーティング・テ
ーブル７４から判断する。

【００４１】ステップＳ５０７において、ＰＴＤ６６
は、新たに発見されたレガシー・ネットワーク・プリン
タからのＳＮＭＰ発見情報を、ＮＤＭ６４およびＮＴＣ
６５を介して受信する。新たに発見されたレガシー・ネ
ットワーク・プリンタからのＳＮＭＰ発見情報が、ＩＰ
ネットワーク・マスク、デフォルト・ルータおよびＳＮ
ＭＰデバイスＩＤを含むことが好ましい。対応する新た
に発見されたレガシー・ネットワーク・プリンタのため
のＳＮＭＰデバイスＩＤにより、ミミック・デバイス２
０が、新たに発見されたレガシー・ネットワーク・プリ
ンタの構成およびモデル、および既存の機能能力を判断
することができる。この理由のため、デバイス能力テー
ブル７３は、所与のＳＮＭＰデバイスＩＤと、そのＳＮ
ＭＰデバイスＩＤに対応するネットワーク・プリンタの
構成、モデル、機能情報および他の関係情報との間の相
互参照を提供する。

【００４２】ステップＳ５０８で、ＰＴＤ６６は、新た
に発見されたレガシー・ネットワーク・プリンタから受
信されたＳＮＭＰ発見情報に基づいて、新しい目標ディ
スクリプタ・エントリを目標ディスクリプタ・テーブル
７６に作成する。前述したように、この時点で、すでに
ＰＴＤ６６は、新たに発見されたレガシー・ネットワー
ク・プリンタのＩＰアドレスおよびイーサネット・アド
レスを含む基本目標ディスクリプタ・エントリをセット
アップしておくことが好ましい。そして、ＰＴＤ６６
は、その新たに発見されたレガシー・ネットワーク・プ
リンタに対応する基本目標ディスクリプタ・エントリの
残りのフィールドを、受信されたＳＮＭＰ発見情報によ
り満たす。この様にして、ローカル・ネットワーク１４
上のレガシー・ネットワーク・プリンタ１５および１６
などのような、発見された各レガシー・ネットワーク・
デバイスに対応する目標ディスクリプタ・エントリが目
標ディスクリプタ・テーブル７６に存在することにな
る。目標ディスクリプタ・エントリは、発見された各レ
ガシー・ネットワーク・デバイスに到達するために必要
なアドレス情報を含むとともに、ＳＮＭＰデバイスＩＤ
も含む。このＳＮＭＰデバイスＩＤにより、当該レガシ
ー・ネットワーク・デバイスの識別および機能能力に関
係した情報を導出することが可能となる。

【００４３】ステップＳ５０９において、ＰＴＤ６６は
ミミック・デバイス２０における他のモジュールに、新
しい目標ディスクリプタ・エントリが目標ディスクリプ
タ・テーブル７６に加入されたことを通知する。ＰＴＤ
６６によるこの通知は、予めこのようなイベントが通知
されるようにＰＴＤ６６にサブスクライブしているミミ
ック・デバイス２０内の全てのモジュールに対して、新
しい目標ディスクリプタ・エントリを発行することによ
って実行するのが好ましい。たとえば、アプリケーショ
ン・マネージャ・モジュール７８が、その初期化におい
てＰＴＤ６６をサブスクライブし、目標ディスクリプタ
・テーブル７６において生成かつ加入された各目標ディ
スクリプタ・エントリを受信するようにする。このよう
にして、アプリケーション・マネージャ・モジュール７
８は、ローカル・ネットワーク１４上の新たに発見され
たレガシー・ネットワーク・デバイスの通知を受けるこ
とが可能となり、これによって新たに発見されたレガシ
ー・ネットワーク・デバイスの機能能力を増強するため
に必要なアプリケーションを開始させることができる。
たとえば、ＰＴＤ６６が、レガシー・ネットワーク・プ
リンタ１５が新たに発見されたデバイスであると判断し
た場合、ＰＴＤ６６が新しい目標ディスクリプタ・エン
トリを、前述のＳＮＭＰ発見を実行した後に生成する。
そして、アプリケーション・マネージャ・モジュール７
８に、レガシー・ネットワーク・プリンタ１５に対応す
る新しい目標ディスクリプタ・エントリを通知する。こ
の例では、次いでアプリケーション・マネージャ・モジ
ュール７８が、デバイス能力テーブル７３を参照してレ
ガシー・ネットワーク・プリンタ１５の機能能力を増強
するために必要であるアプリケーションを選択し、開始
する。例えば、レガシー・ネットワーク・プリンタ１５
が本来的に電子メール印刷能力をサポートしない場合、
アプリケーション・マネージャ・モジュール７８が電子
メール印刷アプリケーション・モジュール７１に、この
サービスをレガシー・ネットワーク・プリンタ１５に代
わって実行するように命令する（ステップＳ５１０）。
好ましくは、所与のレガシー・ネットワーク・デバイス
に代わって動作するミミック・デバイス２０内の各アプ
リケーションが、そのデバイスに代わってフレームを受
信するためのソケットを開く。本発明のこの態様の詳細
については、他の図面を参照してさらに後述する。

【００４４】次に、ステップＳ５１１で、ＮＤＭ６４
は、新たに発見されたレガシー・ネットワーク・プリン
タのＩＰアドレスおよびイーサネット・アドレスからな
るアドレス・ペアに基づいて、新しいエントリをルーテ
ィング・テーブル７４に作成する。この後、発見された
レガシー・ネットワーク・プリンタのＩＰアドレスに対
応する宛先アドレスを含む出力フレームをＮＤＭ６４が
受信すると、ＮＤＭ６４はルーティング・テーブル７４
に基づいて、そのフレームをローカル・ネットワーク・
インターフェイス・カード２１とローカル・ネットワー
ク１４を介して、ＩＰアドレスに対応する当該発見され
たレガシー・ネットワーク・プリンタに送信されるべき
であると判断するようになる。ステップＳ５１２では、
発見された各レガシー・ネットワーク・プリンタの現在
の状態を検証するために、ＰＴＤ６６が定期的ポール発
見メッセージを、目標ディスクリプタ・テーブル７６内
に目標ディスクリプタ・エントリを有する各レガシー・
ネットワーク・プリンタへ送信する。このステップの詳
細については、図６を参照してさらに論ずる。その後、
処理ははステップＳ５１３へ進み、ステップＳ５１３が
ら戻る。

【００４５】図６は、図５に示したフローチャートのス
テップＳ５１２において実行される定期的ポーリング発
見を説明するためのフローチャートである。最初に、ス
テップＳ５１２で、ＰＴＤ６６は、レガシー・ネットワ
ーク・プリンタ１５および１６などの、目標ディスクリ
プタ・エントリを目標ディスクリプタ・テーブル７６に
有する各レガシー・ネットワーク・デバイスへ、定期的
ＳＮＭＰ発見要求を送信する。このＳＮＭＰ発見要求
は、ローカル・ネットワーク１４上の各レガシー・ネッ
トワーク・デバイスの最初の発見に関して上述したもの
と同じである。次に、ステップＳ６０１において、ＰＴ
Ｄ６６は、レガシー・ネットワーク・プリンタ１５およ
び１６などの、定期的発見要求に応答する各レガシー・
ネットワーク・デバイスからＳＮＭＰ発見情報を受信す
る（ステップＳ６０１）。ステップＳ６０２で、ＰＴＤ
６６が、定期的ＳＮＭＰ発見要求が送信されているレガ
シー・ネットワーク・デバイスのいずれかにおいて非応
答状態があったかどうかを判断する。非応答状態があっ
た場合、応答しなかったレガシー・ネットワーク・デバ
イスに対応する目標ディスクリプタ・エントリが、目標
ディスクリプタ・テーブル７６から除去される（ステッ
プＳ６０３）。対応する目標ディスクリプタ・エントリ
が、定期的発見ポーリングの結果として作成あるいは検
証されたときに、ＰＴＤ６６が目標ディスクリプタ・テ
ーブル７６における各目標ディスクリプタ・エントリに
対応する満了タイマを設定するように構成することが好
ましい。

【００４６】非応答状態が発生した場合、ＰＴＤ６６
は、単純に、応答しないレガシー・ネットワーク・デバ
イスのための目標ディスクリプタ・エントリに対応する
満了タイマを更新しないだけである。そして、サービス
が定期的に、満了タイマが満了しているすべての目標デ
ィスクリプタ・エントリの目標ディスクリプタ・テーブ
ル７６を一掃する。この方法において、レガシー・ネッ
トワーク・デバイスが定期的発見ポーリングに応答する
ことができなかったときに、目標ディスクリプタ・テー
ブル７６内のそれらデバイスに対応する目標ディスクリ
プタ・エントリが除去される。次に、ステップＳ６０４
で、定期的発見要求に応答して応答する各レガシー・ネ
ットワーク・デバイスから受信されたＳＮＭＰ発見情報
が、目標ディスクリプタ・テーブル７６において対応す
る各目標ディスクリプタ・エントリにおけるデータと比
較される。ステップＳ６０５において、応答する各レガ
シー・ネットワーク・デバイスに関して、対応する目標
ディスクリプタ・エントリのデータが変更されているか
どうかを、定期的ＳＮＭＰ発見要求に応答して受信され
たＳＮＭＰ発見情報に基づいて判断する。情報が変更さ
れていた場合、処理はステップＳ６０６へ進み、対応す
るレガシー・ネットワーク・デバイスのための目標ディ
スクリプタ・エントリが、定期的ＳＮＭＰ発見要求に応
答してレガシー・ネットワーク・デバイスから発行さ
れ、当該ミミック・デバイスに受信されたＳＮＭＰ発見
情報における新しい情報で修正される。ステップＳ６０
７で、ＰＴＤ６６はミミック・デバイス２０内の他のモ
ジュールに、修正かつ削除された各目標ディスクリプタ
・エントリを通知する。この通知は上述したように実行
される。すなわち、予めこのような通知を受信するよう
にＰＴＤ６６をサブスクライブしているミミック・デバ
イス２０内の各モジュールに対して、上述の変更された
目標ディスクリプタ・エントリが発行される。次いで、
流れが進み、ステップＳ６０８で戻る。

【００４７】図７は、規則テーブル７５を示す図であ
る。規則テーブル７５は、ミミック・デバイス２０によ
って受信されたフレーム及び送信されたフレームの処理
において、ＮＴＣ６５によって利用されるいくつかの規
則のテーブルを含む。この実施形態では、４つの規則テ
ーブルが規則テーブル７５において定義されるが、追加
の規則テーブルを存在させることもできる。ＩＮテーブ
ル１１０は、フレームがミミック・デバイス２０によっ
て受信されるとき、ＮＴＣ６５によってそのフレームに
適用される規則を含む。ＯＵＴテーブル１１１は、ミミ
ック・デバイス２０から送信されるべきフレームをＮＤ
Ｍ６４に送信する前に、ＮＴＣ６５によってそのフレー
ムに適用される規則を含む。マップ・ローカル・テーブ
ル（MAP LOCAL TABLE）１１２は、ＩＮテーブル１１０
内に含まれたサブテーブルであり、ＴＡＴ６９によるポ
ート割り当て管理のために利用される。マップ外部テー
ブル（MAP EXTERNAL TABLE）１１４はＯＵＴテーブル１
１１内に含まれたサブテーブルであり、これもＴＡＴ６
９によるポート割り当て管理のために利用される。

【００４８】図８Ａは、ＩＮテーブル１１０を３つのテ
ーブル・エントリのサンプルと共に示した図である。各
エントリは、フレームの処理においてＮＴＣ６５によっ
て使用されるいくつかのパラメータに基づいて規則を定
義する。パラメータ・テーブル１２０は、その規則が見
い出されるテーブルを識別する。可能なテーブルは、Ｉ
Ｎテーブル１１０およびＯＵＴテーブル１１１、ならび
に、マップ・ローカル・テーブル１１２などのいかなる
サブテーブルをも含む。タイムアウト１２１のパラメー
タは、持続時間を提供することができ、その満了により
当該規則はテーブルから除去される。別の方法では、タ
イムアウト１２１のパラメータをＳＴＡＴＩＣとして設
定することができる。この場合、その特定の規則は、機
能モジュールがその除去を要求するまでテーブル上に残
る。

【００４９】各規則は、ディスクリミネータのセット
（ソースＩＰ１２２、宛先ＩＰ１２４、ソース・ポート
１２５および宛先ポート１２６）、およびアクション１
２８によって定義される。ＮＴＣ６５がフレームをディ
スクリミネータに対して比較し、合致が起こった場合、
指定されたアクション１２８が実行される。この実施形
態では、ソースＩＰ１２２、宛先ＩＰ１２４、ソース・
ポート１２５および宛先ポート１２６の４つのディスク
リミネータが定義されている。ソースＩＰ１２２および
ソース・ポート１２５は、フレームのソースのＩＰアド
レスおよびポート番号を含むことができる。宛先ＩＰ１
２４および宛先ポート１２６は、フレームのための宛先
のＩＰアドレスおよびポート番号を含むことができる。
ディスクリミネータのためのエントリとして、特定の値
またはドレス（ＩＰアドレスまたはポート番号）、すべ
ての可能な値と合致するワイルドカード（アスタリス
ク）、または特定の範囲の可能な値と合致するマクロ
（たとえば、［Ｌ０ＣＡＬ］は、ローカル・ネットワー
ク１４上で検出されたいずれかのアドレスとの合致を発
見する）のいずれかを用いることができる。なお、この
実施形態では４つのディスクリミネータを利用するが、
フレームのプロトコルおよびソース・インターフェイス
など、追加のディスクリミネータも使用することができ
る。

【００５０】フレームと規則のディスクリミネータの間
で合致を発見すると、指定されたアクション１２８が実
行される。たとえば、アクション１２８がＣＡＰＴＵＲ
Ｅであった場合は、フレームが取り込まれ、更なる処理
のために、ＰＴＤ６６などの機能モジュールの１つに提
供される。また、ＢＲＡＮＣＨであった場合は、フレー
ムが、ＢＲＡＮＣＨアクションにおいて指定されたサブ
テーブルを使用して処理される。また、ＲＥＤＩＲＥＣ
Ｔであった場合は、フレームが、ミミック・デバイス２
０内のアプリケーション・モジュールのうちの１つに送
信される。さらに、アクション１２８がＡＣＣＥＰＴで
あった場合は、ミミック・デバイス２０による更なる処
理なしに、フレームはミミック・デバイス２０を通過さ
せられる。なお、上記以外のアクションについても、ミ
ミック・デバイス２０内で受信されたフレームを処理す
るために定義かつ利用することができる。

【００５１】図８ＢはＯＵＴテーブル１１１を示し、こ
れはＩＮテーブル１１０と同じ方法においてセットアッ
プされる。各規則エントリを定義するパラメータは、図
８Ａに関連して上述したものと同じであり、したがって
これらには同じ参照番号が付されている。ＯＵＴテーブ
ル１１１はＩＮテーブル１１０と同じ方法において構成
されるので、ＯＵＴテーブル１１１の詳細な構成の説明
は省略する。

【００５２】図９は、ＮＴＣ６５によって、ミミック・
デバイス２０によって受信されたフレームにおいて実行
される処理の概要を示すフローチャートである。ステッ
プＳ９０１で、フレームが、外部ネットワーク・インタ
ーフェイス３２またはローカル・ネットワーク・インタ
ーフェイス３１などのネットワーク・インターフェイス
のうちの１つによって受信される。メッセージを受信す
ると、ＮＤＭ６４がＮＴＣ６５に、フレームを処理する
ための準備ができたことを通知する。ステップＳ９０４
では、受信されたフレームがＮＴＣ６５によって、ＩＮ
テーブル１１０内に含まれた規則を使用して処理され
る。ここで、ＩＮテーブル１１０の適用において、当該
フレームがＮＴＣ６５によってドロップあるいはリダイ
レクトされなかった場合、ステップＳ９０５で、ＮＴＣ
６５によるフレームの処理はシフトされ、ステップＳ９
０６で、ＯＵＴテーブル１１１に含まれた規則を使用し
て実行される。そうでない場合、ステップＳ９０５で、
ＮＴＣ６５による処理が停止され、ステップＳ９０８
で、ＮＴＣ６５は次のフレームを待機する。また、ステ
ップＳ９０２では、セキュア・プリンティング・アプリ
ケーション・モジュール７０などのアプリケーション・
モジュールからのフレームがＮＴＣ６５によって受信さ
れる。次いで、ステップＳ９０６において、ＮＴＣ６５
は、ＯＵＴテーブル１１１内に含まれた規則を使用して
フレームの処理を進行する。ステップＳ９０６の処理が
完了すると、ステップＳ９０８で、ＮＴＣ６５が再度次
のフレームを待機する。

【００５３】図９の記載においては、ＮＴＣ６５がＩＮ
テーブル１１０などの規則テーブルをフレームの処理に
おいて適用することを簡単に記載した。図１０は、受信
されたフレームを、特定の規則テーブル内に含まれた規
則を使用して処理するプロセスをより詳細に示すフロー
チャートである。ステップＳ１００１で、ＮＴＣ６５は
受信されたフレームの処理を開始する。通常、この開始
は、図９に示したような全体的な処理において、ＮＴＣ
６５が、受信されたフレームを特定の規則テーブルを使
用して処理する段階に到達したときに起こる。ステップ
Ｓ１００２で、ＮＴＣ６５は、フレームが規則テーブル
の第１の規則内に含まれたディスクリミネータに合致す
るかどうかを判断する。これらのディスクリミネータが
フレームと合致しなかった場合、ステップＳ１００４
で、ＮＴＣ６５で規則テーブルを使用した処理が完了し
たかどうかが判断される。処理が完了していなかった場
合、ステップＳ１００５において、ＮＴＣ６５は規則テ
ーブルにおいて次の規則へ継続し、ステップＳ１００２
へ戻り、フレームがその規則のディスクリミネータに合
致するかどうかを判断する。一方、ＮＴＣ６５で規則テ
ーブルを使用した処理が完了した場合は、ステップＳ１
０１０で、処理が、図９において示した全体的な処理に
戻される。

【００５４】ステップＳ１００２において、規則におい
て定義されたディスクリミネータに当該フレームが合致
するとＮＴＣ６５が判断した場合、ステップＳ１００６
で、その規則に関連付けられたアクションが実行され
る。ステップＳ１００６で、その規則に関連付けられた
アクションが実行された後、ステップＳ１００８で、規
則テーブルを使用した処理が完了されたかどうかが判断
される。規則テーブルを使用した処理が完了していなか
った場合は、ステップＳ１００９において、ＮＴＣ６５
が規則テーブルにおける次の規則へ進行する。そして、
ステップＳ１００２へ戻り、その規則のディスクリミネ
ータをフレームと比較する。一方、規則テーブルを使用
した処理が完了した場合、ステップＳ１０１０で、ＮＴ
Ｃ６５は再度全体の処理に戻る。ＮＴＣ６５が、特定の
規則テーブルを使用してフレームを処理するために呼び
出されるときは、ＮＴＣ６５が関連する規則テーブル
を、上述のように探索（トラバース）する。

【００５５】図１１は、ＮＤＭ６４によって、どのネッ
トワーク・インターフェイスによってフレームを伝送す
るかを判断するのに利用される、ルーティング・テーブ
ル７４を示す。ルーティング・テーブル７４における各
エントリは、宛先１４０、ネットマスク１４１、ゲート
ウェイ１４２、デバイス１４４および注記１４５などの
いくつかのパラメータを使用して定義される。これらの
パラメータはテーブルにおいて特定のエントリを記述す
るものである。各パラメータの詳細な定義および機能は
当業者には周知であり、したがって本明細書では説明を
省略する。

【００５６】図１２は、ＤＰＲ６７によって実行される
処理を示すフローチャートである。ステップＳ１２０１
において、ＤＰＲ６７は、ミミック・デバイス２０にお
けるアプリケーション・モジュールを初期化し、ソケッ
トについて動作を開始するまで待機する。ステップＳ１
２０２では、電子メール印刷アプリケーション・モジュ
ール７１などのアプリケーションが実行を開始し、ネッ
トワークを介した通信のためにソケットを生成する。ア
プリケーションが、ネットワークを介した通信のための
ソケットを開く際に、このソケットを開くための機能が
呼び出される。これらの機能のうち１つが呼び出される
とき、ステップＳ１２０４で、ＤＰＲ６７にソケット生
成が通知される。

【００５７】アプリケーションが通信のためのソケット
を開くとき、アプリケーションによって開かれたソケッ
トを定義するためのエントリが、ソケット・ディスクリ
プタを含むソケット・ライブラリ７７に対して行われ
る。ステップＳ１２０５で、ＤＰＲ６７はソケット・デ
ィスクリプタをソケット・ライブラリ７７から読み取
り、新しいソケットのパラメータを決定する。ステップ
Ｓ１２０８において、ＤＰＲ６７は、新しいソケットに
対応するソケット・ディスクリプタに基づいてＮＴＣ６
５におけるリダイレクト規則を構築する。このリダイレ
クト規則を利用して、ＮＴＣ６５は、ミミック・デバイ
ス２０によって受信されたフレームを、このフレームを
ローカル・ネットワーク１４上のデバイスへ渡すのでは
なく、ミミック・デバイス２０上で動作するアプリケー
ションへリダイレクトする。

【００５８】ステップＳ１２０９において、ＤＰＲ６７
は、ソケットが閉じられるまで待機する。ＤＰＲ６７
は、ソケットを閉じる機能が呼び出されるまで待機する
ようにしてもよいし、あるいは、ＤＰＲ６７が、ソケッ
トが開かれたときから計測される指定された時間の期間
を待機するようにしてもよい。ソケットが閉じられた
後、ステップＳ１２１０において、ＤＰＲ６７は、閉じ
られたソケットに対応するリダイレクト規則をＮＴＣ６
５から除去する。上述の方法によれば、ＤＰＲ６７は、
ミミック・デバイス２０がローカル・ネットワーク１４
上のデバイスの能力を増強させている場合において、外
部ネットワーク１０から受信されたあらゆるトラフィッ
クがミミック・デバイス２０上で動作するアプリケーシ
ョン・モジュールに宛てられることを保証することがで
きる。

【００５９】図１３は、ＴＡＴ６９によって実行される
処理を示すフローチャートである。ステップＳ１３０１
において、ＴＡＴ６９は処理のために初期化をし、準備
をする。ステップＳ１３０２において、ＴＡＴ６９はブ
ランチおよび取り込み規則をＮＴＣ６５に構築する。Ｔ
ＡＴ６９は、特定の受信されたフレームをマップ・ロー
カル・テーブル１１２にダイレクトさせるために、ブラ
ンチ規則をＩＮテーブル１１０に構築する。加えて、Ｔ
ＡＴ６９は、特定のフレームをマップ外部テーブル１１
４へダイレクトさせるために、ブランチ規則をＯＵＴテ
ーブル１１１に構築する。加えて、ＴＡＴ６９は、特定
のフレームを取り込むために、取り込み規則をマップ・
ローカル・テーブル１１２内に構築する。マップ・ロー
カル・テーブル１１２において構築されたこの取り込み
規則は、ローカル・ネットワーク１４上のデバイスから
受信されたすべてのフレームを、動的ポート・アドレス
を使用して取り込む。

【００６０】ステップＳ１３０４において、ＮＴＣ６５
は処理のためのフレームをＮＤＭ６４から受信する。ス
テップＳ１３０５では、その受信されたフレームがロー
カル・ネットワークからのものであるか、および、それ
が動的ポート・アドレスを含んでいるかどうかが判断さ
れる。そのフレームがローカル・ネットワークからのも
のであり、かつ動的ポート・アドレスを含んでいる場
合、ステップＳ１３０８において、ＴＡＴ６９によって
生成されたブランチ規則により、フレーム処理をマップ
・ローカル・テーブル１１２に分岐させる。一方、受信
されたフレームがローカル・ネットワークからのもので
なく、かつ／または動的ポート・アドレスを含んでいな
い場合は、ステップＳ１３０６で、ＮＴＣ６５が通常の
フレーム処理を遂行する。そして、ステップＳ１３１４
に進んで、ＴＡＴ６９は待機状態に戻る。

【００６１】上述したように、ステップＳ１３０８で、
受信されたフレームがローカル・ネットワークからのも
のであり、かつ動的ポート・アドレスを有すると判断さ
れた場合、ＮＴＣ６５がマップ・ローカル・テーブル１
１２に分岐する。そして、ステップＳ１３０９におい
て、ＮＴＣ６５はマップ・ローカル・テーブル１１２を
トラバースし、当該フレームが、そのテーブル内の既存
のマップ規則のディスクリミネータに合致するかどうか
を判断する（ならびに、マップ・ローカル・テーブル１
１２内に含まれた他のいずれかの規則との合致があるか
どうかを判断し、合致した規則に関する規則のアクショ
ンを実行する）。ディスクリミネータの合致があった場
合、ステップＳ１３１０で、マップ規則が実行され、ス
テップＳ１３１４で、ＴＡＴ６９が次のフレームのため
の待機状態に戻る。これに対して、フレームのディスク
リミネータに対応する既存のマップ規則がなかった場合
は、ステップＳ１３１１へ進み、ＴＡＴ６９がそのフレ
ームのための新しい動的アドレスを割り当てる。

【００６２】新しい動的アドレスをフレームに割り当て
ることにおいて、ＴＡＴ６９は自分自身の、未使用のポ
ート番号の内部リストを利用することができる。また、
別法では、ＴＡＴ６９がダミー・ソケットを生成し、ミ
ミック・デバイス２０のネットワーク・スタックによっ
て割り振られた新しいポート番号を受信し、その新しい
動的アドレスを処理されているフレームのために利用す
ることができる。ステップＳ１３１２において、ＴＡＴ
６９は、新たに割り当てられた動的アドレスに対応する
マップ規則を構築する。ＴＡＴ６９は、元のポート番号
を含むフレームが処理されるときに、マップ・ローカル
・テーブル１１２に、フレームの既存のポート・アドレ
スを新たに割り振られたポート・アドレスにマップする
マップ規則を構築する。また、ＴＡＴ６９は、マップ外
部テーブル１１４において、新しい動的アドレスを含む
フレームを外部ネットワークから受信した場合に、新た
に割り振られた動的アドレスを、元の動的ポート・アド
レスに戻すようにマップするマップ規則を構築する。マ
ップ規則の構築が完了すると、ステップＳ１３１０にお
いて、新たに作成されたマップ規則が、処理中の現在の
フレームについて実行され、ステップＳ１３１４で、Ｔ
ＡＴ６９が次のフレームのための待機状態に戻る。

【００６３】マップ・ローカル・テーブル１１２および
マップ外部テーブル１１４内に含まれた規則は、ＮＴＣ
６５によって利用されるものであり、端末アクションを
含まないことが好ましい。したがって、ＴＡＴ６９はフ
レームを処理し、次いで処理をＮＴＣ６５に戻す。それ
により、ＮＴＣ６５によって実行される汎用処理を干渉
することなく、動的ポート・アドレスを利用して、フレ
ームにおけるアドレス変換を透過的に実行する。なお、
他のサブテーブルを、これらを必要とするいかなるアプ
リケーションによっても生成することができることに留
意されたい。これらのサブテーブルは、ＴＡＴ６９によ
って使用されたサブテーブルとは異なり、端末アクショ
ンを含むことができる。

【００６４】図１４は、ミミック・デバイス２０がフレ
ームを外部ネットワーク１０から受信するとことによっ
て着手するプロセスを示すフローチャートである。ステ
ップＳ１４０１で、ＮＤＭ６４がフレームを外部ネット
ワーク１０から受信し、ＮＴＣ６５に、フレームが処理
のために使用可能であることを通知する。受信されたフ
レームの通知を受信すると、ステップＳ１４０２におい
て、ＮＴＣ６５はフレームの処理を開始する。これは、
図９を使用して記載したように、規則テーブル７５内の
規則テーブルにそのフレームを適用することによって行
われる。ステップＳ１４０４において、フレームを規則
テーブル７５に適用する場合、処理中にどの規則がＮＴ
Ｃ６５によってフレームに適用されるかに応じて、フレ
ームを通過あるいはリダイレクトさせることができる。
フレームがリダイレクトされない場合、ステップＳ１４
０５において、ＮＴＣ６５はフレームをＮＤＭ６４へ戻
す。そしてステップＳ１４０６において、ＮＤＭ６４
は、フレームによって指示されている通りに、そのフレ
ームをローカル・ネットワーク上のデバイスへ、ローカ
ル・ネットワーク・インターフェイス３１を介して渡
す。フレームがＮＤＭ６４によって渡された後、ステッ
プＳ１４１０で、処理が待機状態に戻される。

【００６５】他方、ステップＳ１４０４で、ＮＴＣ６５
によって適用された規則がフレームをリダイレクトする
ものであった場合は、ＮＴＣ６５がフレームを、ミミッ
ク・デバイス２０上で動作する適切なアプリケーション
・モジュールへ、規則のアクションによって指示された
とおりに転送する。ステップＳ１４０９では、ミミック
・デバイス２０上のフレームを受信したアプリケーショ
ン・モジュールが、そのフレームを処理する。アプリケ
ーション・モジュールによる処理が完了された後、ステ
ップＳ１４１０で、処理が待機状態に戻される。

【００６６】図１５は、ミミック・デバイス２０におけ
るアプリケーションが、外部ネットワーク１０またはロ
ーカル・ネットワーク１４のいずれかにおけるデバイス
と通信する方法を説明するフローチャートである。たと
えば、電子メール印刷アプリケーション・モジュール７
１が電子メール印刷機能をレガシー・ネットワーク・プ
リンタ１５に代わってサポートしている場合、電子メー
ル印刷アプリケーション・モジュール７１は、外部ネッ
トワーク１０におけるワークステーション１２などの要
求側クライアントと通信する必要がある可能性があり、
また、印刷ジョブをレガシー・ネットワーク・プリンタ
１５にスプールするためにローカル・ネットワーク１４
上のレガシー・ネットワーク・プリンタ１５と通信する
必要もある可能性がある。したがって、電子メール印刷
アプリケーション・モジュール７１によって準備された
ネットワーク・メッセージを、適切なネットワーク上の
所望のデバイスへ適切にアドレス指定する必要があり、
出力メッセージにおけるソースＩＰアドレスも、所望の
透過性の効果を達成するために設定されなければならな
い。図１５のフローチャートにおいて示した例は、セキ
ュア・プリンティング・アプリケーション・モジュール
７０からの出力メッセージについてのものである。

【００６７】ステップＳ１５０１において、セキュア・
プリンティング・アプリケーション・モジュール７０
は、ワークステーション１２など、外部ネットワーク１
０上の要求側クライアント・デバイスへの応答メッセー
ジ、あるいは、レガシー・ネットワーク・プリンタ１５
への印刷スプール・メッセージとする出力用メッセージ
を準備することができる。ステップＳ１５０２におい
て、セキュア・プリンティング・アプリケーション・モ
ジュール７０は、出力メッセージをＮＴＣ６５に送信す
る。次いで、ＮＴＣ６５は、出力メッセージがどのよう
にアドレス指定されるべきであるかを判断するために、
当該出力メッセージを規則テーブル７５のｏｕｔ規則テ
ーブルに適用する（ステップＳ１５０３）。ステップＳ
１５０４では、その出力メッセージが要求側クライアン
ト・ネットワーク・デバイスにダイレクトされるものか
どうかが、ｏｕｔ規則テーブルに基づいて判断される。
そうであった場合、処理はステップＳ１５０５へ進み、
セキュア・プリンティング・アプリケーション・モジュ
ール７０は、代行動作している対象のレガシー・ネット
ワーク・プリンタのＩＰアドレスを、その出力メッセー
ジにおけるソースＩＰアドレスとして使用する。このよ
うにすることで、要求側クライアント・ネットワーク・
デバイスによって受信された応答メッセージにおけるソ
ースＩＰアドレスは要求された印刷機能を実行中である
レガシー・ネットワーク・プリンタのソースＩＰアドレ
スを含むことになり、このため、ミミック・デバイス２
０の存在は要求側クライアント・ネットワーク・デバイ
スに対しては透過的となる。次に、ステップＳ１５０５
の後、出力メッセージはＮＤＭ６４に送信される。ＮＤ
Ｍ６４は、ルーティング・テーブル７４を利用して、そ
の出力メッセージが、外部ネットワーク・インターフェ
イス・カード２２及び外部ネットワーク１０を介して、
ワークステーション１２など、要求側クライアント・ネ
ットワーク・デバイスに送信されなければならないこと
を判断する（ステップＳ１５０６）。次いで、流れが進
み、ステップＳ１５１５で戻る。

【００６８】ステップＳ１５０４で、セキュア・プリン
ティング・アプリケーション・モジュール７０からの出
力メッセージが要求側クライアント・ネットワーク・デ
バイスにダイレクトされないと判断された場合、処理は
ステップＳ１５０７へ進み、その出力メッセージが、レ
ガシー・ネットワーク・プリンタ１５など、セキュア・
プリンティング・アプリケーション・モジュール７０が
代行動作の対象としているレガシー・ネットワーク・デ
バイスにダイレクトされるかどうかが判断される。ステ
ップＳ１５０７において、出力メッセージが対応するレ
ガシー・ネットワーク・デバイスにダイレクトされると
判断された場合、処理はステップＳ１５０８へ進み、出
力メッセージをレガシー・ネットワーク・デバイスに対
して透過的にする必要があるかどうかが判断される。す
なわち、出力メッセージにおけるソースＩＰアドレスに
要求側クライアント・ネットワーク・デバイスのＩＰア
ドレスを含ませて、ローカル・ネットワーク１４上のレ
ガシー・ネットワーク・デバイスが、メッセージをミミ
ック・デバイス２０からではなく直接要求側クライアン
ト・ネットワーク・デバイスから受信中であると信じる
ようにさせるべきであるかどうかが判断される。ステッ
プＳ１５０８で、出力メッセージがレガシー・ネットワ
ーク・デバイスに対して透過的であるべきであると判断
された場合、処理はステップＳ１５０９へ進み、要求側
クライアント・ネットワーク・デバイスのＩＰアドレス
が、レガシー・ネットワーク・デバイスへの出力メッセ
ージにおけるソースＩＰアドレスとして使用される。こ
の場合、次いで処理がステップＳ１５１１へ進み、出力
メッセージがＮＤＭ６４へ送信される。ＮＤＭ６４は、
ルーティング・テーブル７４を利用して、出力メッセー
ジがローカル・ネットワーク・インターフェイス・カー
ド２１とローカル・ネットワーク１４を介して、対応す
るレガシー・ネットワーク・デバイスへ送信されるべき
であることを判断する。そして、処理が進み、ステップ
Ｓ１５１５で戻る。

【００６９】ステップＳ１５０８で、出力メッセージを
レガシー・ネットワーク・デバイスに対して透過的にす
ることが必要でないと判断された場合、処理はステップ
Ｓ１５１０へ進み、ローカル・ネットワーク・インター
フェイス・カード２１のＩＰアドレスが、出力メッセー
ジにおけるソースＩＰアドレスとして使用される。この
場合、上述のように、ローカル・ネットワーク・インタ
ーフェイス・カード２１に、あらかじめ登録されたＩＰ
アドレスが割り当てられることが好ましい。これは、ロ
ーカル・ネットワーク１４または外部ネットワーク１０
のいずれかにおけるいずれかの他のデバイスとの競合を
回避するためである。なお、複数のミミック・デバイス
が外部ネットワーク１０上に存在する場合に、各ミミッ
ク・デバイスが、あらかじめ設定された同じＩＰアドレ
スを、それぞれのローカル・ネットワークを介しての通
信のために使用することができることに留意されたい。
これは各ローカル・ネットワークが外部ネットワーク１
０から切り離されており、したがってＩＰアドレス競合
が回避されるからであ。この方法において、各ミミック
・デバイスは、別々のＩＰアドレスがネットワーク・ア
ドミニストレータによってそれに割り当てられることを
必要とせず、それにより、外部ネットワーク１０上の他
のデバイスのための貴重なＩＰアドレスが節約される。
ステップＳ１５１０の後、処理はステップＳ１５１１へ
進み、出力メッセージがＮＤＭ６４に送信される。ＮＤ
Ｍ６４は、ルーティング・テーブル７４を利用し、出力
メッセージを、ローカル・ネットワーク・インターフェ
イス・カード２１とローカル・ネットワーク１４を介し
て、レガシー・ネットワーク・プリンタ１５など、対応
するレガシー・ネットワーク・デバイスに送信する。次
いで、処理が進み、ステップＳ１５１５で戻る。

【００７０】ステップＳ１５０７で、出力メッセージが
対応するレガシー・ネットワーク・デバイスにダイレク
トされないと判断された場合、処理はステップＳ１５１
２へ進み、出力メッセージがミミック・デバイス７０に
おいて存在する別のアプリケーションへダイレクトされ
るかどうかが判断される。たとえば、ワークステーショ
ン１２など、外部ネットワーク１０上のクライアント・
ネットワーク・デバイスからの要求が、レガシー・ネッ
トワーク・プリンタ１５上のセキュア印刷ジョブの電子
メール印刷のための要求である可能性がある。このよう
な場合、印刷ジョブは、電子メール印刷アプリケーショ
ン・モジュール７１およびセキュア・プリンティング・
アプリケーション・モジュール７０のサービスを必要と
する。したがって、電子メール印刷アプリケーション・
モジュール７１は、レガシー・ネットワーク・プリンタ
１５へ印刷のために送信する前に、セキュア・プリンテ
ィング・アプリケーション・モジュール７０と通信して
解読された電子メール印刷ジョブを完了させることが必
要となる。したがって、前述のアプリケーションのうち
の１つによって出力メッセージが準備され、次いでミミ
ック・デバイス２０内で処理されて、それが他の所望の
アプリケーションへ処理のために送信され戻されるよう
になる。具体的には、出力メッセージがミミック・デバ
イス２０における別のアプリケーションにダイレクトさ
れると判断された場合、処理はステップＳ１５１３へ進
み、出力メッセージの宛先ＩＰアドレスが外部ネットワ
ーク・インターフェイス・カード２２のＩＰアドレスに
設定され、出力メッセージのソースＩＰアドレスが要求
側クライアント・ネットワーク・デバイスのＩＰアドレ
スに設定される。この方法において、外部ネットワーク
・インターフェイス・カード２２に対応する値を有する
宛先ＩＰアドレスは、ルーティング・テーブル７４と関
連して、当該出力メッセージがミミック・デバイス２０
内に保たれるべきであることを通知する。加えて、要求
側クライアント・ネットワーク・デバイスの値を有する
出力メッセージにおけるソースＩＰアドレスにより、出
力メッセージが透過性を有することができ、電子メール
印刷アプリケーション・モジュール７１など、ミミック
・デバイス２０内の受信側アプリケーションは、それが
メッセージを要求側クライアント・ネットワーク・デバ
イスから直接受信したものと認識するようになる。

【００７１】ステップＳ１５１３の後、処理はステップ
Ｓ１５１４へ進み、出力メッセージがＮＤＭ６４に送信
される。ＮＤＭ６４は、ルーティング・テーブル７４を
調べ、次いで、外部ネットワーク・インターフェイス・
カード２２の値を有する出力メッセージにおける宛先Ｉ
Ｐアドレスに基づいて、出力メッセージをＮＴＣ６５へ
戻すようにループさせる。そして、ＮＴＣ６５は、今度
は、出力メッセージを、電子メール印刷アプリケーショ
ン・モジュール７１など、所望のアプリケーションへダ
イレクトする。このことに関して、ＮＴＣ６５が出力メ
ッセージをミミック・デバイス２０における所望のアプ
リケーションへダイレクトすることができるように、そ
の出力メッセージが所望の宛先アプリケーションに対応
するポート識別子を含むことについて、さらに説明す
る。たとえば、出力メッセージは電子メール印刷のサー
ビスを要求することができ、したがって、その出力メッ
セージは電子メール印刷アプリケーション・モジュール
７１に対応するポート識別子をその中に有するようにな
る。したがって、出力メッセージが上述のようにＮＤＭ
６４からＮＴＣ６５へ戻るようにループされるとき、Ｎ
ＴＣ６５は、出力メッセージが電子メール印刷アプリケ
ーション・モジュール７１へダイレクトされることを知
る。ステップＳ１５１４の後、処理が進み、ステップＳ
１５１５で戻る。

【００７２】上の考察および添付の図面に基づいて、本
発明が、既存のレガシー・ネットワーク・デバイスの機
能能力を透過的な様式において増強するための、汎用の
効率的な方法を提供することが理解されよう。したがっ
て、本発明は、ネットワーク・プリンタなどのレガシー
・ネットワーク・デバイスを、新しいエンタープライズ
機能のためのサポートを提供するために、より新しいバ
ージョンと置き換えるための必要性を低減させる。加え
て、レガシー・ネットワーク・デバイスにアドレス指定
されたネットワーク・メッセージに応答することによっ
て、ミミック・デバイスがレガシー・ネットワーク・デ
バイスに代わって動作するので、最小限の構成の労力し
かシステム・アドミニストレータの側においては必要と
されない。

【００７３】また、上述のミミック・デバイスは、レガ
シー・ネットワーク・プリンタの機能能力を増強するこ
とに限定されるものではなく、ネットワーク・コピー
機、ネットワーク・スキャナ、ネットワーク・ワークス
テーションおよび他のネットワーク・デバイスにも適用
することが可能であることを理解されたい。加えて、上
述のミミック・デバイスは、ネットワーク・デバイスの
機能増強に限定されず、これを容易に、他の機能を実行
するように構成することもできる。上述の規則テーブル
に含まれた規則を、アプリケーション・マネージャおよ
びミミック・デバイスにおいて存在するアプリケーショ
ンによって容易に構成して、ミミック・デバイスが様々
な異なる機能を実行できるようにすることができる。

【００７４】特定の一実施形態では、ミミック・デバイ
スを使用することにより、ネットワーク接続機能を本来
的に有していないデバイスに、ネットワーク接続性を提
供することができる。この実施形態では、ローカル・ネ
ットワーク１４がユニバーサル・シリアル・バス（ＵＳ
Ｂ）ネットワークまたは別のタイプのシリアル・ネット
ワークとなり、ローカル・ネットワーク・インターフェ
イス・カード２１がＵＳＢ接続性をサポートする。この
場合、規則は、ＵＳＢローカル・ネットワーク１４上の
プリンタに割り当てられたＩＰアドレスにダイレクトさ
れる、外部ネットワーク１０からのネットワーク・メッ
セージに代わって、ミミック・デバイス２０を動作させ
るように構成される。次いで、他のアプリケーション・
モジュール７２のうち１つが、外部ネットワーク１０上
のＩＰメッセージとローカル・ネットワーク１４上のＵ
ＳＢメッセージの間の変換器として動作する。

【００７５】類似の様式において、ミミック・デバイス
２０を、ドッキング・ステーションとして使用すること
もできる。例えば、ＵＳＢとして動作するローカル・ネ
ットワーク１４を介して、あるいはローカル・ネットワ
ーク・インターフェイス・カード２１の代わりに別のシ
リアル・インターフェイスを通じて、デジタル・カメラ
などのデバイスに接続することを可能とする。たとえ
ば、デジタル・カメラがミミック・デバイス２０上のシ
リアル・ポートに接続し、次いでデジタル・イメージを
デジタル・カメラからミミック・デバイスにダウンロー
ドし、デジタル・イメージを、外部ネットワーク１０を
介してサーバ１１へ格納のために渡す。この場合も、単
に上述の規則の再構成が必要とされるだけであり、アプ
リケーション・マネージャ・モジュール７８および／ま
たはミミック・デバイス２０における他のアプリケーシ
ョンによって実行され得る。

【００７６】ミミック・デバイス２０はまた、その２つ
の独立したネットワーク・インターフェイス・カードを
利用して、ユニバーサル・ネットワーキング・デバイス
として動作することもできる。たとえば、ミミック・デ
バイス２０がルータ、ファイアウォール、ＮＡＴ、サー
バまたは他のネットワーク・デバイスとして動作するよ
うに命令するように規則を構成することができる。これ
は単に、ミミック・デバイス２０におけるアプリケーシ
ョンのうち１つを有して、外部ネットワーク１０および
ローカル・ネットワーク１４上で検出されたフレームの
所望の処理を実行するようにＮＴＣ６５に命令するため
の規則を構成することである。このことに関して、ミミ
ック・デバイス２０における規則を、単に外部ネットワ
ーク１０およびローカル・ネットワーク１４のうち１つ
または両方におけるネットワーク・トラフィックを監視
するように構成することもでき、これはネットワーク・
トラフィックの一部またはすべてを取り込み、そして記
録することを含むことができる。最後に、ミミック・デ
バイス２０の規則は、防護的モードにおいて望ましくな
いネットワーク・トラフィックの伝送を検出してインタ
ーセプトするように、あるいは、望ましくないネットワ
ーク・トラフィックを攻撃的な敵対モードとして送信す
るように構成することができる。

【００７７】本発明を特定の例示的実施形態により記載
した。本発明が上述の実施形態に限定されるものでな
く、また、様々な変更および修正を、本発明の精神およ
び範囲から逸脱することなく、当業者によって行うこと
ができることを理解されたい。

【図面の簡単な説明】

【図１】本発明を実施することができるネットワーク環
境の図である。

【図２Ａ】本発明の一実施形態による、ミミック・デバ
イスの内部アーキテクチャを例示するブロック図であ
る。

【図２Ｂ】本発明の一実施形態による、図２Ａに示した
ミミック・デバイスの固定ディスクに含まれたモジュー
ルを例示するブロック図である。

【図３】本発明の一実施形態による、ミミック・デバイ
スの機能コンポーネントを示すブロック図である。

【図４】本発明の一実施形態による、目標ディスクリプ
タ・テーブルを示すテーブル図である。

【図５】本発明の一実施形態による、発見プロセスを説
明するためのフローチャートである。

【図６】本発明の一実施形態による、定期的ポーリング
発見プロセスを説明するためのフローチャートである。

【図７】本発明の一実施形態による、規則テーブルを示
すブロック図である。

【図８Ａ】本発明の一実施形態による、ＩＮ規則テーブ
ルを示すブロック図である。

【図８Ｂ】本発明の一実施形態による、ＯＵＴ規則テー
ブルを示すブロック図である。

【図９】本発明の一実施形態による、図８Ａおよび図８
Ｂに示したＩＮおよびＯＵＴ規則テーブルへのフレーム
の適用を説明するためのフローチャートである。

【図１０】本発明の一実施形態による、フレームの処理
を説明するためのフローチャートである。

【図１１】本発明の一実施形態による、ルーティング・
テーブルを示すブロック図である。

【図１２】本発明の一実施形態による、動的ポート登録
を説明するためのフローチャートである。

【図１３】本発明の一実施形態による、ポート識別子の
マッピングを説明するためのフローチャートである。

【図１４】本発明の一実施形態による、入力フレームの
ルーティングを説明するためのフローチャートである。

【図１５】本発明の一実施形態による、出力フレームの
ルーティングを説明するためのフローチャートである。

───────────────────────────────────────────────────── フロントページの続き (71)出願人 502172010 110 Ｉｎｎｏｖａｔｉｏｎ Ｄｒｉｖｅ, Ｉｒｖｉｎｅ， Ｃａｌｉｆｏｒｎｉａ 92612， Ｕ．Ｓ．Ａ. (72)発明者 セバスティアン エー． ジーン アメリカ合衆国 カリフォルニア州 92612 アーバイン，イノベーション ド ライブ 110 キヤノン デベロップメン ト アメリカス，インコーポレイテッド内 (72)発明者 ドン フランシス パープラ アメリカ合衆国 カリフォルニア州 92612 アーバイン，イノベーション ド ライブ 110 キヤノン デベロップメン ト アメリカス，インコーポレイテッド内 (72)発明者 ニール ワイ． イワモト アメリカ合衆国 カリフォルニア州 92612 アーバイン，イノベーション ド ライブ 110 キヤノン デベロップメン ト アメリカス，インコーポレイテッド内 Ｆターム(参考） 2C061 AP01 HJ08 HN05 HN15 HP00 HQ20 5B021 AA01 BB01 BB04 CC05 EE04 5C052 FA03 FA06 FA07

Claims (36)

【特許請求の範囲】
1. 【請求項１】 ネットワーク・デバイスを模倣するため
   の方法であって、前記方法は、第１および第２のネット
   ワーク・インターフェイス・カードを有するコンピュー
   ティング・デバイスにおいて実行され、前記第１のネッ
   トワーク・インターフェイス・カードは前記コンピュー
   ティング・デバイスを外部ネットワークに接続し、前記
   第２のネットワーク・インターフェイス・カードは前記
   コンピューティング・デバイスをローカル・ネットワー
   クに接続し、 前記外部ネットワーク上に存在するクライアント・ネッ
   トワーク・デバイスから、前記ローカル・ネットワーク
   上に存在するレガシー・ネットワーク・デバイスに宛て
   られた入力メッセージを受信するステップと、 前記入力メッセージが、前記コンピューティング・デバ
   イスにおいて存在するアプリケーション・モジュールに
   よって提供された機能を必要とするかどうかを判断する
   ステップと、 前記入力メッセージが、前記アプリケーション・モジュ
   ールによって提供された機能を必要とする場合、前記入
   力メッセージを前記アプリケーション・モジュールにリ
   ダイレクトするステップと、ここで前記アプリケーショ
   ン・モジュールは前記必要とされた機能を前記入力メッ
   セージに応答して実行するものであり、 前記入力メッセージが、前記アプリケーション・モジュ
   ールによって提供された機能を必要としない場合、前記
   入力メッセージを、前記ローカル・ネットワークを介し
   て、前記ローカル・ネットワーク上に存在する前記レガ
   シー・ネットワーク・デバイスに渡すステップとを備え
   ることを特徴とする方法。
2. 【請求項２】 前記リダイレクトするステップにおい
   て、前記アプリケーション・モジュールによる前記必要
   とされた機能の実行は、応答メッセージを前記アプリケ
   ーション・モジュールから前記外部ネットワークを介し
   て前記クライアント・ネットワーク・デバイスへ送信す
   るステップを含み、前記応答メッセージは、前記レガシ
   ー・ネットワーク・デバイスのソース識別アドレスに等
   しいソース識別アドレスを有することを特徴とする請求
   項１に記載の方法。
3. 【請求項３】 前記リダイレクトするステップにおい
   て、前記アプリケーション・モジュールによる前記必要
   とされた機能の実行は、ローカル・メッセージを、前記
   アプリケーション・モジュールから前記ローカル・ネッ
   トワークを介して前記レガシー・ネットワーク・デバイ
   スへ送信するステップを含み、前記レガシー・ネットワ
   ーク・デバイスが前記ローカル・メッセージに応答して
   機能を実行することを特徴とする請求項１に記載の方
   法。
4. 【請求項４】 前記判断するステップにおいて、前記入
   力メッセージが前記コンピューティング・デバイスにお
   いて存在するアプリケーション・モジュールによって提
   供された機能を必要とするかどうかを判断するために、
   入力用の規則テーブルが使用されることを特徴とする請
   求項１に記載の方法。
5. 【請求項５】 前記入力用の規則テーブルが複数の規則
   を含み、各規則は前記ローカル・ネットワーク上の複数
   のレガシー・ネットワーク・デバイスのうち１つに対応
   することを特徴とする請求項４に記載の方法。
6. 【請求項６】 前記ローカル・ネットワーク上の前記複
   数の各レガシー・ネットワーク・デバイスを発見するス
   テップをさらに含み、該ステップは、前記ローカル・ネ
   ットワークを前記レガシー・ネットワーク・デバイスか
   らのメッセージについてリスニングし、発見された各レ
   ガシー・ネットワーク・デバイスに対応する目標ディス
   クリプタ・エントリを目標ディスクリプタ・テーブルに
   おいて生成し、および、各目標ディスクリプタ・エント
   リに対応する規則を前記入力用の規則テーブルにおいて
   生成することを特徴とする請求項５に記載の方法。
7. 【請求項７】 前記入力用の規則テーブルは、前記対応
   するレガシー・ネットワーク・デバイスの要求された機
   能が前記コンピューティング・デバイスにおいて存在す
   るアプリケーション・モジュールによって提供された機
   能を必要とするかどうかを示す少なくとも１つの規則を
   含むことを特徴とする請求項６に記載の方法。
8. 【請求項８】 前記判断するステップにおいて、前記入
   力メッセージが前記コンピューティング・デバイスにお
   いて存在するアプリケーション・モジュールによって提
   供された機能を必要とするかどうかを判断するために、
   前記入力メッセージが前記入力用の規則テーブルにおけ
   る前記複数の規則に適用されることを特徴とする請求項
   ７に記載の方法。
9. 【請求項９】 各規則は、対応するレガシー・ネットワ
   ーク・デバイスの要求された機能が前記コンピューティ
   ング・デバイスにおいて存在するアプリケーション・モ
   ジュールによって提供された機能を必要とするかどうか
   を示すために、前記規則に対応するレガシー・ネットワ
   ーク・デバイスのＩＰアドレスを含むことを特徴とする
   請求項７に記載の方法。
10. 【請求項１０】 各規則は、対応する前記レガシー・ネ
    ットワーク・デバイスの要求された機能が、前記コンピ
    ューティング・デバイスにおいて存在するアプリケーシ
    ョン・モジュールによって提供された機能を必要とする
    かどうかを示すために、ポート識別子を含むことを特徴
    とする請求項７に記載の方法。
11. 【請求項１１】 前記発見するステップが、発見メッセ
    ージを、発見された各レガシー・ネットワーク・デバイ
    スに送信するステップと、前記発見メッセージに応答す
    る前記対応するレガシー・ネットワーク・デバイスから
    の発見情報を受信するステップとを含み、前記発見情報
    は、前記対応するレガシー・ネットワーク・デバイスの
    ための前記目標ディスクリプタ・エントリに配置される
    ことを特徴とする請求項６に記載の方法。
12. 【請求項１２】 発見された各レガシー・ネットワーク
    ・デバイスに対して発見メッセージを定期的に送信し、
    かつ前記発見メッセージに応答して、発見情報を前記対
    応するレガシー・ネットワーク・デバイスから受信す
    る、ポーリング・ステップをさらに含み、前記目標ディ
    スクリプタ・エントリは、前記新たに受信された発見情
    報により更新されることを特徴とする請求項１１に記載
    の方法。
13. 【請求項１３】 前記発見されたレガシー・ネットワー
    ク・デバイスのうち、前記発見メッセージに応答して送
    信されるべき発見情報が受信されないものがある場合、
    そのレガシー・ネットワーク・デバイスに対応する前記
    目標ディスクリプタ・エントリが削除されることを特徴
    とする請求項１２に記載の方法。
14. 【請求項１４】 発見された各レガシー・ネットワーク
    ・デバイスについての通知を前記アプリケーション・モ
    ジュールへ送信するステップをさらに備え、前記通知
    は、前記対応するレガシー・ネットワーク・デバイスの
    ための前記目標ディスクリプタ・エントリに関係する情
    報を含むことを特徴とする請求項６に記載の方法。
15. 【請求項１５】 各目標ディスクリプタ・エントリを前
    記アプリケーション・モジュールに発行するステップを
    さらに備えることを特徴とする請求項６に記載の方法。
16. 【請求項１６】 前記第２のネットワーク・インターフ
    ェイス・カードにあらかじめ設定されるＩＰアドレスが
    割り当てられ、前記ローカル・メッセージが前記あらか
    じめ設定されたＩＰアドレスに等しいソースＩＰアドレ
    スを含むことを特徴とする請求項３に記載の方法。
17. 【請求項１７】 前記ローカル・メッセージが、前記ク
    ライアント・ネットワーク・デバイスのソースＩＰアド
    レスに等しいソースＩＰアドレスを含むことを特徴とす
    る請求項３に記載の方法。
18. 【請求項１８】 前記ローカル・メッセージが、前記第
    ２のネットワーク・インターフェイス・カードのソース
    ＩＰアドレスに等しいソースＩＰアドレスを含むことを
    特徴とする請求項３に記載の方法。
19. 【請求項１９】 前記リダイレクトするステップにおい
    て、前記アプリケーション・モジュールによる前記必要
    とされた機能の実行は、出力用のメッセージを前記外部
    ネットワークおよび前記ローカル・ネットワークのうち
    の一方の指定されたデバイスに送達するために準備する
    ことを含み、前記外部ネットワークおよび前記ローカル
    ・ネットワークのうちどちらが前記出力用のメッセージ
    を前記指定されたデバイスへ送信するために使用される
    かを判断するためにルーティング・テーブルが使用され
    ることを特徴とする請求項１に記載の方法。
20. 【請求項２０】 前記ルーティング・テーブルは、前記
    外部ネットワークおよび前記ローカル・ネットワークの
    うちどちらが前記出力用のメッセージを前記指定された
    デバイスへ送信するために使用されるべきかを示すため
    に、各レガシー・ネットワーク・デバイスのための相互
    参照標識を含むことを特徴とする請求項１９に記載の方
    法。
21. 【請求項２１】 前記第２のネットワーク・インターフ
    ェイス・カードのあらかじめ設定されたＩＰアドレスが
    前記出力用のメッセージにおけるソースＩＰアドレスと
    して使用されるか、前記クライアント・ネットワーク・
    デバイスのソースＩＰアドレスが前記出力用のメッセー
    ジにおけるソースＩＰアドレスとして使用されるかを判
    断するために、前記ルーティング・テーブルが使用され
    ることを特徴とする請求項１９に記載の方法。
22. 【請求項２２】 前記アプリケーション・モジュールに
    よって開かれたポートのポート識別子を追跡し、前記入
    力用の規則テーブルにおいて前記ポート識別子に対応す
    る規則を生成するステップをさらに備え、前記判断する
    ステップにおいて、メッセージが前記規則に対応する前
    記ポート識別子を含む場合、前記規則が使用されて、前
    記メッセージが前記外部ネットワークから前記アプリケ
    ーション・モジュールへリダイレクトされる、請求項７
    に記載の方法。
23. 【請求項２３】 レガシー・ネットワーク・デバイスに
    よって開かれたポートの最初のレガシー・ポート識別子
    を追跡するステップと、前記最初のレガシー・ポート識
    別子を新しいレガシー・ポート識別子にマップするステ
    ップと、前記最初のレガシー・ポート識別子を前記新し
    いレガシー・ポート識別子へマップする、前記レガシー
    ・ネットワーク・デバイスに対応する第１のマップ規則
    を前記入力用の規則テーブルにおいて生成するステップ
    と、前記新しいレガシー・ポート識別子を前記最初のレ
    ガシー・ポート識別子にマップする、前記レガシー・ネ
    ットワーク・デバイスに対応する第２のマップ規則を出
    力用の規則テーブルにおいて生成するステップとをさら
    に備えることを特徴とする請求項２２に記載の方法。
24. 【請求項２４】 前記ローカル・ネットワークはＵＳＢ
    ネットワークであり、前記レガシー・ネットワーク・デ
    バイスはプリンタであり、前記入力用の規則テーブル
    は、前記判断するステップにおいて前記プリンタについ
    ての入力メッセージを前記外部ネットワークから前記ア
    プリケーション・モジュールにリダイレクトするために
    使用される規則を含み、前記アプリケーション・モジュ
    ールはＵＳＢメッセージを、前記入力メッセージに応答
    して、前記ローカル・ネットワークを介して前記プリン
    タに送信することを特徴とする請求項４に記載の方法。
25. 【請求項２５】 前記ローカル・ネットワークはＵＳＢ
    ネットワークであり、前記レガシー・ネットワーク・デ
    バイスはデジタル・カメラであり、デジタル・イメージ
    を前記アプリケーション・モジュールへ前記デジタル・
    カメラから、前記ローカル・ネットワークを介してダウ
    ンロードするステップと、前記デジタル・イメージを前
    記外部ネットワーク上のサーバに送信するステップとを
    さらに備えることを特徴とする請求項４に記載の方法。
26. 【請求項２６】 前記入力用の規則テーブルは、前記判
    断するステップにおいて入力メッセージを前記外部ネッ
    トワークから前記ローカル・ネットワーク上のネットワ
    ーク・デバイスにルーティングするために使用される規
    則を含むことを特徴とする請求項４に記載の方法。
27. 【請求項２７】 前記入力用の規則テーブルは、前記判
    断するステップにおいて入力メッセージを前記外部ネッ
    トワークから取り込むために使用される規則を含み、前
    記ローカル・ネットワーク上での前記入力メッセージの
    伝送を防止するステップをさらに備えることを特徴とす
    る請求項４に記載の方法。
28. 【請求項２８】 前記入力用の規則テーブルは、前記判
    断するステップにおいて前記外部ネットワークからのす
    べての入力メッセージが前記アプリケーション・モジュ
    ールによって提供された機能を必要としないことを判断
    するために使用される規則を含み、それにより、前記外
    部ネットワークからのすべての入力メッセージは前記ロ
    ーカル・ネットワークを介して渡されることを特徴とす
    る請求項４に記載の方法。
29. 【請求項２９】 前記アプリケーション・モジュール
    は、少なくとも１つのファイルを前記ローカル・ネット
    ワークを介して前記レガシー・ネットワーク・デバイス
    へ、および少なくとも１つのファイルを前記外部ネット
    ワークを介して前記クライアント・ネットワーク・デバ
    イスへ送信するファイル・サーバであることを特徴とす
    る請求項４に記載の方法。
30. 【請求項３０】 前記入力用の規則テーブルは、指定さ
    れた入力メッセージのセットが指定された入力メッセー
    ジのセットのそれぞれを記録するアプリケーション・モ
    ジュールにコピーされるかどうかを判断するために、前
    記判断するステップにおいて使用される規則を含むこと
    を特徴とする請求項４に記載の方法。
31. 【請求項３１】 前記入力用の規則テーブルは、前記判
    断するステップにおいて、前記入力メッセージが望まし
    くないメッセージであるかどうかを検出するために使用
    される規則を含み、前記入力メッセージが望ましくない
    メッセージである場合に、前記入力メッセージは前記ア
    プリケーション・モジュールによって提供された機能を
    必要とするものと判断し、それにより前記入力メッセー
    ジが前記アプリケーション・モジュールにリダイレクト
    されることを特徴とする請求項４に記載の方法。
32. 【請求項３２】 複数の望ましくないメッセージを前記
    アプリケーション・モジュールから、前記外部ネットワ
    ークおよび前記ローカル・ネットワークのうち１つを介
    して伝送するステップをさらに備えることを特徴とする
    請求項１に記載の方法。
33. 【請求項３３】 ネットワーク・デバイスを模倣するた
    めの方法であって、前記方法は、第１および第２のネッ
    トワーク・インターフェイス・カードを有するコンピュ
    ーティング・デバイスにおいて実行され、前記第１のネ
    ットワーク・インターフェイス・カードは前記コンピュ
    ーティング・デバイスを外部ネットワークに接続し、前
    記第２のネットワーク・インターフェイス・カードは前
    記コンピューティング・デバイスをローカル・ネットワ
    ークに接続し、 前記ローカル・ネットワーク上の複数のレガシー・ネッ
    トワーク・プリンタを、前記ローカル・ネットワーク上
    で前記複数の各レガシー・ネットワーク・プリンタから
    のメッセージを検出することによって発見するステップ
    と、前記発見された各レガシー・ネットワーク・プリン
    タのために規則テーブルにおいて規則を生成するステッ
    プと、ここで各規則は前記対応するレガシー・ネットワ
    ーク・プリンタの前記ＩＰアドレスを含み、前記コンピ
    ューティング・デバイスにおけるアプリケーション・モ
    ジュールが、前記対応するレガシー・ネットワーク・プ
    リンタに代わって機能を実行するかどうかを示し、 前記外部ネットワーク上に存在するクライアント・ネッ
    トワーク・デバイスからの入力メッセージを受信するス
    テップと、ここで該入力メッセージは、前記複数のレガ
    シー・ネットワーク・プリンタのうち指定されたものの
    ＩＰアドレスに宛てられており、 前記指定されたレガシー・ネットワーク・プリンタに対
    応する規則に基づいて、前記入力メッセージが、前記ア
    プリケーション・モジュールによって実行される機能を
    必要とするかどうかを判断するステップと、 前記入力メッセージが前記アプリケーション・モジュー
    ルからのサポートを必要とする場合、前記入力メッセー
    ジを前記アプリケーション・モジュールにリダイレクト
    するステップと、ここで前記アプリケーション・モジュ
    ールは前記必要とされた機能を前記入力メッセージに応
    答して実行し、 前記入力メッセージが、前記アプリケーション・モジュ
    ールによって提供された機能を必要としない場合、前記
    入力メッセージを、前記ローカル・ネットワークを介し
    て、前記指定されたレガシー・ネットワーク・プリンタ
    に渡すステップとを備えることを特徴とする方法。
34. 【請求項３４】 ネットワーク・デバイスを模倣するた
    めのコンピューティング・デバイスであって、前記コン
    ピューティング・デバイスは第１および第２のネットワ
    ーク・インターフェイス・カードを有し、前記第１のネ
    ットワーク・インターフェイス・カードは前記コンピュ
    ーティング・デバイスを外部ネットワークに接続し、前
    記第２のネットワーク・インターフェイス・カードは前
    記コンピューティング・デバイスをローカル・ネットワ
    ークに接続し、 請求項１乃至３３のいずれかに記載の方法を実行するよ
    うに実行可能であるプロセス・ステップを格納するため
    のプログラム・メモリと、 前記プログラム・メモリに格納された前記プロセス・ス
    テップを実行するためのプロセッサとを備えることを特
    徴とするコンピューティング・デバイス。
35. 【請求項３５】 コンピュータ可読媒体上に格納された
    コンピュータ実行可能プロセス・ステップであって、前
    記コンピュータ実行可能プロセス・ステップは、ネット
    ワーク・デバイスを模倣するためのものであり、かつ、
    第１および第２のネットワーク・インターフェイス・カ
    ードを有するコンピューティング・デバイスにおいて実
    行されるものであり、ここで前記第１のネットワーク・
    インターフェイス・カードは前記コンピューティング・
    デバイスを外部ネットワークに接続し、前記第２のネッ
    トワーク・インターフェイス・カードは前記コンピュー
    ティング・デバイスをローカル・ネットワークに接続
    し、前記コンピュータ実行可能プロセス・ステップが、
    請求項１乃至３３のいずれかに記載の方法を実行するよ
    うに実行可能であるプロセス・ステップを含むことを特
    徴とするコンピュータ実行可能プロセス・ステップ。
36. 【請求項３６】 コンピュータ実行可能プロセス・ステ
    ップを格納するコンピュータ可読媒体であって、前記コ
    ンピュータ実行可能プロセス・ステップは、ネットワー
    ク・デバイスを模倣するためのものであり、かつ、第１
    および第２のネットワーク・インターフェイス・カード
    を有するコンピューティング・デバイスにおいて実行さ
    れるものであり、ここで前記第１のネットワーク・イン
    ターフェイス・カードは前記コンピューティング・デバ
    イスを外部ネットワークに接続し、前記第２のネットワ
    ーク・インターフェイス・カードは前記コンピューティ
    ング・デバイスをローカル・ネットワークに接続し、前
    記コンピュータ実行可能プロセス・ステップが、請求項
    １乃至３３のいずれかに記載の方法を実行するように実
    行可能であるプロセス・ステップを含むことを特徴とす
    るコンピュータ可読媒体。