(57)【要約】【課題】記憶容量を節約し、過不足なく機能を搭載する。【解決手段】通信プロトコルの異なる２以上の通信インタフェースのあいだで通信の中継を行うため、通信プロトコルの変換を行うプロトコル変換装置において、２以上の通信プロトコルのあいだで通信プロトコルの変換処理を行う通信プロトコル変換部と、少なくとも１つの通信インタフェースに対し、その通信インタフェースに対応する通信プロトコルを処理するプロトコル処理部を予め設けておき、他の通信インタフェースに対応する通信プロトコルを処理するための通信プロトコル処理部は、少なくともその機能の一部を外部からの動的な転送を受けることによって実現する。【選択図】  図１
2005033295.tif 000002
【特許請求の範囲】
【請求項１】
通信プロトコルの異なる２以上の通信インタフェースのあいだで通信の中継を行うため、通信プロトコルの変換を行うプロトコル変換装置において、
２以上の通信プロトコルのあいだで通信プロトコルの変換処理を行う通信プロトコル変換部と、
少なくとも１つの通信インタフェースに対し、その通信インタフェースに対応する通信プロトコルを処理するプロトコル処理部を予め設けておき、
他の通信インタフェースに対応する通信プロトコルを処理するための通信プロトコル処理部は、少なくともその機能の一部を外部からの動的な転送を受けることによって実現することを特徴とするプロトコル変換装置。
【請求項２】
通信プロトコルの異なる２以上の通信インタフェースのあいだで通信の中継を行うため、通信プロトコルの変換を行うプロトコル変換方法において、
２以上の通信プロトコルのあいだで通信プロトコルの変換処理を行う通信プロトコル変換部と、
少なくとも１つの通信インタフェースに対し、その通信インタフェースに対応する通信プロトコルを処理するプロトコル処理部を予め設けておき、
他の通信インタフェースに対応する通信プロトコルを処理するための通信プロトコル処理部は、少なくともその機能の一部を外部からの動的な転送を受けることによって実現することを特徴とするプロトコル変換方法。
【請求項３】
通信プロトコルの異なる２以上の通信インタフェースのあいだで通信の中継を行うため、通信プロトコルの変換を行うプロトコル変換プログラムにおいて、コンピュータに、
２以上の通信プロトコルのあいだで通信プロトコルの変換処理を行う通信プロトコル変換機能と、
少なくとも１つの通信インタフェースに対し、その通信インタフェースに対応する通信プロトコルを処理するプロトコル処理機能を予め設けておき、
他の通信インタフェースに対応する通信プロトコルを処理するための通信プロトコル処理機能は、少なくともその機能の一部を外部からの動的な転送を受けることによって実現することを特徴とするプロトコル変換プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はプロトコル変換装置、プロトコル変換方法、およびプロトコル変換プログラムに関し、例えば、無線ＬＡＮ（無線ローカルエリアネットワーク）と有線ＬＡＮなどとのあいだで通信の中継を行うＡＰ（アクセスポイント）装置などに適用して好適なものである。
【０００２】
【従来の技術】
ＡＰ装置は、無線通信規格と有線通信規格のあいだで規格変換（プロトコル変換）を行う機能を備えている。
【０００３】
これにより、ＡＰ装置は、無線ＬＡＮ（無線通信系）に収容されている無線通信端末（例えば、無線ＬＡＮ用のＬＡＮカードを装着したノートパソコンなど）とイーサネット（登録商標）などの有線通信系に収容されている有線通信端末（例えば、イーサネット（有線ＬＡＮ）用のＬＡＮカードを装着した据え置き型のパソコン等によって構成されたサーバなど）のあいだの通信を中継することが可能になる。
【０００４】
このようなＡＰ装置に、前記無線ＬＡＮ用のインタフェースと、有線ＬＡＮ用のインタフェースのほかに、ＵＳＢ（ユニバーサルシリアルバス）用のインタフェースやＲＳ２３２−Ｃ用のインタフェースなどを搭載したものとして、下記の特許文献１に記載したものがある。
【０００５】
【特許文献１】
特開２０００−２００１２２
【０００６】
【発明が解決しようとする課題】
ところで、上述したＡＰ装置に無線ＬＡＮ用、有線ＬＡＮ用のほか、多数のインタフェース（ＵＳＢ用、ＲＳ２３２−Ｃ用のインタフェースなど）を搭載したものは、その構成を、前記特許文献１に記載されたものから、図２に示すものに変更することが考えられる。
【０００７】
図２において、当該ＡＰ装置３０は、ポート３９Ａ〜３９Ｄと、各ポート３９Ａ〜３９Ｄに対応するプロトコルを処理するポート制御部４０Ａ〜４０Ｄと、プロトコル変換部４１と、無線ＬＡＮ制御部４２と、無線ＬＡＮ装置４３とを備えている。
【０００８】
このうちポート３９Ａには装置３１Ａが接続され、ポート３９Ｂには装置３１Ｂが接続され、ポート３９Ｃには装置３１Ｃが接続され、ポート３９Ｄには装置３１Ｄが接続されている。また、ポート３９Ａ〜３９Ｄのうち、ポート３９ＡにはＬＡＮポート制御部４０Ａが接続され、ポート３９ＢにはＲＳ２３２−Ｃポート制御部４０Ｂが接続され、ポート３９ＣにはＵＳＢポート制御部４０Ｃが接続され、ポート３９Ｄには赤外線ポート制御部４０Ｄが接続されている。
【０００９】
ＬＡＮポート制御部４０Ａは有線ＬＡＮ通信のためのプロトコルを処理する部分で、ＲＳ２３２−Ｃ制御部４０ＢはＲＳ２３２−Ｃ通信のためのプロトコルを処理する部分で、ＵＳＢポート制御部４０ＣはＵＳＢ通信のためのプロトコルを処理する部分で、赤外線ポート制御部４０Ｄは赤外線通信のためのプロトコルを処理する部分である。
【００１０】
また、無線ＬＡＮ装置４３は、無線ＬＡＮ用のＬＡＮカードなどに相当する部分であり、無線ＬＡＮ通信のために、主としてＯＳＩ参照モデルの物理層の処理を行う。無線ＬＡＮ制御部４２も、無線ＬＡＮ通信のために、主としてＯＳＩ参照モデルの物理層に相当する処理を行う部分である。
【００１１】
そして、前記プロトコル変換部４１は、無線ＬＡＮ制御部４２と、ポート制御部４０Ａ〜４０Ｄのうちのいずれかのポート制御部とのあいだで、プロトコル変換を行う部分である。
【００１２】
このようなＡＰ装置３０を経由することにより、前記装置３１Ａ〜３１Ｄは、無線ＬＡＮ装置４３側の通信装置（例えば、無線ＬＡＮ用のＬＡＮカードを装着したノートパソコンなど）と通信を行うことができる。
【００１３】
ところで、上述したポート制御部４０Ａ〜４０Ｄなどが備える機能の多くは、現実的な実装では、ソフトウエア的に実現されるものである。
【００１４】
一般的なＡＰ装置においては、前記ポート制御部２０Ａ〜２０ＤのなかではＬＡＮポート制御部２０Ａだけを備えることになるため、ＬＡＮポート制御部２０Ａの持つ機能の多くをプログラムを用いてソフトウエア的に実現したとしてもそのプログラムを記憶しておくための記憶容量は少ないが、当該ＡＰ装置１４では、前記ポート制御部２０Ａ〜２０Ｄを備えることになるから、ポート制御部２０Ａ〜２０Ｄ中の各機能を実現するためのプログラムを記憶しておく必要があり、多くの記憶容量を消費することになる。
【００１５】
多くの記憶容量を消費してポート制御部２０Ａ〜２０Ｄ中の各機能を実現するためのプログラムを記憶したとしても、ＡＰ装置１４の実際の運用に際してはポート３９Ａ〜３９Ｄの一部にしか装置を接続しないこと（例えば、１５Ｃだけしか接続しないこと等）もある。ポート３９Ａ〜３９Ｄの一部にしか装置を接続しない場合には、装置を接続しないポート（例えば、３９Ａ、３９Ｂ、３９Ｄ）に対応するプログラムは不要であるから、これらのプログラムを記憶するための記憶容量は、無駄に消費されていることになる。
【００１６】
またこの場合、搭載する機能数の観点からみると、ＡＰ装置１４は、過剰な機能（無駄な機能）を搭載していることになる。
【００１７】
【課題を解決するための手段】
かかる課題を解決するために、第１の本発明では、通信プロトコルの異なる２以上の通信インタフェースのあいだで通信の中継を行うため、通信プロトコルの変換を行うプロトコル変換装置において、（１）２以上の通信プロトコルのあいだで通信プロトコルの変換処理を行う通信プロトコル変換部と、（２）少なくとも１つの通信インタフェースに対し、その通信インタフェースに対応する通信プロトコルを処理するプロトコル処理部を予め設けておき、（３）他の通信インタフェースに対応する通信プロトコルを処理するための通信プロトコル処理部は、少なくともその機能の一部を外部からの動的な転送を受けることによって実現することを特徴とする。
【００１８】
また、第２の本発明では、通信プロトコルの異なる２以上の通信インタフェースのあいだで通信の中継を行うため、通信プロトコルの変換を行うプロトコル変換方法において、（１）２以上の通信プロトコルのあいだで通信プロトコルの変換処理を行う通信プロトコル変換部と、（２）少なくとも１つの通信インタフェースに対し、その通信インタフェースに対応する通信プロトコルを処理するプロトコル処理部を予め設けておき、（３）他の通信インタフェースに対応する通信プロトコルを処理するための通信プロトコル処理部は、少なくともその機能の一部を外部からの動的な転送を受けることによって実現することを特徴とする。
【００１９】
さらに、第３の本発明では、通信プロトコルの異なる２以上の通信インタフェースのあいだで通信の中継を行うため、通信プロトコルの変換を行うプロトコル変換プログラムにおいて、コンピュータに、（１）２以上の通信プロトコルのあいだで通信プロトコルの変換処理を行う通信プロトコル変換機能と、（２）少なくとも１つの通信インタフェースに対し、その通信インタフェースに対応する通信プロトコルを処理するプロトコル処理機能を予め設けておき、（３）他の通信インタフェースに対応する通信プロトコルを処理するための通信プロトコル処理機能は、少なくともその機能の一部を外部からの動的な転送を受けることによって実現することを特徴とする。
【００２０】
【発明の実施の形態】
（Ａ）実施形態
以下、本発明にかかるプロトコル変換装置、プロトコル変換方法、およびプロトコル変換プログラムを無線ＬＡＮを中心とする通信システムに適用した場合を例に、実施形態について説明する。
【００２１】
（Ａ−１）実施形態の構成
本実施形態の通信システム１０の構成例を図１に示す。
【００２２】
図１において、当該通信システム１０は、有線ＬＡＮネットワーク１１と、無線ＬＡＮネットワーク１２と、ＡＰ（アクセスポイント）装置１３、１４と、装置１５Ａ〜１５Ｄと、エンド端末１６と、ダウンロードサーバ１７とを備えている。
【００２３】
このうちＡＰ装置１４は上述したＡＰ装置３０に相当する構成要素で、ポート１９Ａ〜１９Ｄと、ポート制御部２０Ａ〜２０Ｄと、無線ＬＡＮ装置２１と、無線ＬＡＮ制御部２２と、プロトコル変換部２３と、プロトコル変換機能ダウンロード制御部２４と、主制御部２５と、記憶部２６とを備えている。
【００２４】
ＡＰ装置１４が備える４つのポート１９Ａ〜１９Ｄのそれぞれには、対応する装置１５Ａ〜１５Ｄが接続されている。
【００２５】
すなわち、前記ポート１９Ａには装置１５Ａが接続され、ポート１９Ｂには装置１５Ｂが接続され、ポート１９Ｃには装置１５Ｃが接続され、ポート１９Ｄには装置１５Ｄが接続されている。
【００２６】
ただし各ポート１９Ａ〜１９Ｄに接続する装置の数は、必ずしも図示したように１つずつである必要はないことは当然である。例えば、有線ＬＡＮに対応するポート１９Ａの場合なら、図示した１つの装置１５Ａに置換して、ハブやＬ２スイッチなどを介して複数の装置（例えば、パソコンやＩＰ電話機など）が接続され得るし、ＵＳＢに対応するポート１９Ｃの場合なら、図示した１つの装置１５Ｃに置換して、ＵＳＢハブを介してデイジチェーン方式で複数のＵＳＢデバイス（例えば、スピーカ、カメラ、マウス、キーボード、プリンタ、モデムなど）が接続され得る。
【００２７】
また、図１に示したように、全ポート１９Ａ〜１９Ｄに同時に全装置１５Ａ〜１５Ｄを接続するか否か等は、使用形態に依存して決まる。
【００２８】
当該ＡＰ装置１４の使用形態は大きく２つに分けることができる。その１つは、複数のポートに複数の装置を同時接続した上で、当該ＡＰ装置１４を、マルチプロトコルのスイッチのように動作させるもの（スイッチ形態）であり、もう１つは、同時に接続する装置は１つだけとし、構成変更により適宜、接続する装置を交換するもの（ブリッジ形態）である。
【００２９】
スイッチ形態による使用は、同時に接続する装置の数を、物理的に接続可能な最大値（図示の例では４）まで認めるか、最大値未満に制限するかによってさらに細分することができる。上述した記憶容量を節約する観点からすると、ブリッジ形態が最も望ましく、その次は、接続する装置の数を最大値未満に制限することが望ましいといえる。
【００３０】
ブリッジ形態による使用や、接続する装置の数を物理的に接続可能な最大値未満に制限する場合のスイッチ形態による使用を想定した場合、物理的なポートの数は、必ずしも図示したように４つ設ける必要はない。ただし実際には、通信プロトコルが相違すれば、コネクタの機械的形状や物理的な機能なども相違するのが普通であるため、予め複数のポートを搭載しておく必要がある。例えば、赤外線通信のためのポートであるポート１９Ｄには、赤外線の送信や受信を行うための素子が搭載される必要があるし、有線ＬＡＮのためのポートであるポート１９Ａには、ツイストペアケーブルを装着するためのＲＪ−４５などのモジュラ式コネクタなどが搭載される必要がある。換言するなら、通信プロトコルが異なってもポートの機械的形状や物理的な機能などが同じ場合ならば、ＡＰ装置１４に搭載する物理的なポートの数を節約できる可能性がある。
【００３１】
一方、ＡＰ装置１４の内部においては、前記ポート１９Ａ〜１９Ｄのうち、ポート１９ＡにはＬＡＮポート制御部２０Ａが接続され、ポート１９ＢにはＲＳ２３２−Ｃポート制御部２０Ｂが接続され、ポート１９ＣにはＵＳＢポート制御部２０Ｃが接続され、ポート１９Ｄには赤外線ポート制御部２０Ｄが接続されている。
【００３２】
ＬＡＮポート制御部２０Ａは有線ＬＡＮ通信のためのプロトコルを処理する部分で、ＲＳ２３２−Ｃ制御部２０ＢはＲＳ２３２−Ｃ通信のためのプロトコルを処理する部分で、ＵＳＢポート制御部２０ＣはＵＳＢ通信のためのプロトコルを処理する部分で、赤外線ポート制御部２０Ｄは赤外線通信のためのプロトコルを処理する部分である。
【００３３】
これらのポート制御部２０Ａ〜２０Ｄは基本的に図２に示したポート制御部４０Ａ〜４０Ｄに対応するが、図２のポート制御部（例えば、４０Ａ）が、単独で、該当するプロトコルを処理するための機能を完備しているのに対し、本実施形態のポート制御部（例えば、２０Ａ）は、単独では該当するプロトコル（例えば、２０Ａの場合ならば有線ＬＡＮネットワーク１１と同様、後述するＩＥＥＥ８０２．３など）を処理することはできず、前記ダウンロードサーバ１７からダウンロードされてくるプログラム（例えば、ＰＣＡ）の機能を追加し、当該プログラムと協働することによってはじめて、該当するプロトコルを処理することができるようになる。
【００３４】
本実施形態において、基本的に当該ポート制御部２０Ａ〜２０Ｄはハードウエアであってよい。
【００３５】
ダウンロードしたプログラムとポート制御部２０Ａ〜２０Ｄとの協働関係には様々なものがあり得るが、少なくともポート制御部（例えば、２０Ａ）がそのプロトコルを処理するための機能を完備した専用チップである場合などには、ダウンロードしたプログラムを用いる必要性は低いので、ある程度、汎用性のあるハードウエアに、当該プログラムを追加することによって専用の機能を付与する構成になる。汎用性の度合いにもよるが、汎用性が高い通常のＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）などを用いることができる場合などには、ポート制御部２０Ａ〜２０Ｄのうち全部または一部のハードウエア構成は同じとなる可能性もある。
【００３６】
また、ポート制御部２０Ａ〜２０Ｄとして、ＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）などを利用することも可能である。ＦＰＧＡでは、ハードウエア的な回路構成を、プログラムによって変更することができる。この場合、ダウンロードしてくるプログラム（例えば、ＰＣＡ）は、ＦＰＧＡの回路構成を該当するプロトコルを処理するのに適したように変更させる機能を持つものになる。
【００３７】
前記無線ＬＡＮ装置２１は、無線ＬＡＮ用のＬＡＮカードなどに相当する部分であり、無線ＬＡＮ通信のために、主としてＯＳＩ参照モデルの物理層の処理を行う。無線ＬＡＮ制御部２２も、無線ＬＡＮ通信のために、主としてＯＳＩ参照モデルの物理層に相当する処理を行う部分で、前記無線ＬＡＮ装置２１のためのドライバなどに対応する。無線ＬＡＮのための構成要素である２１および２２と、他の通信プロトコルのための構成要素（例えば、有線ＬＡＮのためのポート１９ＡおよびＬＡＮポート制御部２０Ａ）を対比した場合、当該無線ＬＡＮ装置２１は、ポート（例えば、１９Ａ）に対応するものとみることができる。
【００３８】
前記プロトコル変換部２３は、無線ＬＡＮ制御部２２と、ポート制御部２０Ａ〜２０Ｄのうちのいずれかのポート制御部とのあいだで、プロトコル変換を行う部分で、主として、ＯＳＩ参照モデルのデータリンク層に相当する機能を持つ。
【００３９】
このプロトコル変換部２３は、ＡＰ装置１４を前述のスイッチ形態で使用する場合などには、無線ＬＡＮ装置２１側から受信したフレームＦＲ１を適切なポート制御部（例えば、２０Ａ）に振り分けるためのスイッチ動作を行う必要がある。
【００４０】
振り分けの対象となるフレームＦＲ１は、例えば、図３に示す４つのフィールドＦ１〜Ｆ４を備えている。
【００４１】
フィールドＦ１〜Ｆ４のうち物理層ヘッダＦ１は、ＡＰ装置を指定するための識別情報（ＥＳＳ−ＩＤなど）等を収容したヘッダで、無線ＬＡＮに特有なものである。
【００４２】
また、ＭＡＣヘッダＦ２は、無線ＬＡＮ特有のＭＡＣヘッダである。当該ＭＡＣヘッダＦ２は、有線ＬＡＮネットワーク（例えば、１１など）上で用いられる通常のＭＡＣヘッダと同じ宛先の装置を指定する宛先ＭＡＣアドレスと、送信元の装置を指定する送信元ＭＡＣアドレスに加え、ＡＰ装置（例えば、１４）のＭＡＣアドレスを記述する構成となっている。
【００４３】
プロトコルヘッダＦ３は、最終的な宛先の装置（例えば、装置１５Ａ）が属するネットワークの通信プロトコルに対応するヘッダである。
【００４４】
装置１５Ａが属するネットワーク（図１上でポート１９Ａの左側に対応）において、ＯＳＩ参照モデルのネットワーク層でＩＰが用いられているものとすると、プロトコルヘッダＦ３はＩＰヘッダになる。必要に応じて、プロトコルヘッダＦ３の右側にもヘッダ（例えば、ＴＣＰヘッダやＵＤＰヘッダなど）が配置され得ることは当然である。
【００４５】
ユーザデータＦ４は、所定の通信アプリケーションが送信しようとしているデータである。通信アプリケーションとして例えば電子メールを想定すると、電子メールの内容（メールヘッダ、メール本文、添付ファイルなど）がこのユーザデータＦ４に該当する。
【００４６】
物理層ヘッダＦ１は無線ＬＡＮネットワーク１２上でのみ使用されるものであり、ＭＡＣヘッダＦ２は、ＡＰ装置１４で中継処理を行う際に付け替えられるので、フィールドＦ１〜Ｆ４のうちＡＰ装置１４における中継処理の前と後で不変なフィールドは、プロトコルヘッダＦ３とユーザデータＦ４である。
【００４７】
このようなフレームＦＲ１を受け取ったときに、上述した振り分けを行うためには、プロトコル変換部２３が、当該フレームＦＲ１に該当する通信プロトコルを特定する必要がある。ＭＡＣヘッダＦ２、プロトコルヘッダＦ３を解析して通信プロトコルを特定することができる場合には通常のフレームをそのままフレームＦＲ１として用いることができる。
【００４８】
ただしそれが不可能であったり、困難であったりする場合には、物理層ヘッダＦ１やＭＡＣヘッダＦ２を拡張したり、新たなヘッダを前記フレームＦＲ１に挿入（例えば、ＭＡＣヘッダＦ２とプロトコルヘッダＦ３のあいだに挿入）すること等により、振り分け先を特定するための情報を記述できるようにしておく必要がある。このように、ヘッダＦ１，Ｆ２を拡張したり、新たなヘッダを挿入する場合には、ＡＰ装置１４に対向するＡＰ装置１３のほうでもそのような拡張や新たなヘッダに対応する機能を搭載する必要があることは当然である。
【００４９】
なお、ＡＰ装置１４から送信するフレームＦＲ２も、フレームＦＲ１と同様な構成とすることができる。
【００５０】
前記プロトコル変換機能ダウンロード制御部２４は、前記ダウンロードサーバ１７からプログラム（例えば、ＰＣＡ）をダウンロードする場合の制御を行う部分である。具体的には、前記ダウンロードサーバ１７に対し、該当するプログラム（例えば、ＰＣＡ）を指定してそのプログラムを送信するように要求し、要求に応じてそのプログラムが送信されてきた場合には、そのプログラムが該当するポート制御部（例えば、２０Ａ）と協働して該当するプロトコルを処理することができるように制御する。したがって、ダウンロードされてきたプログラムのインストールには、当該ダウンロード制御部２４が関与する。
【００５１】
一般的にＡＰ装置はハードディスクは搭載しないので、このＡＰ装置１４もハードディスクを搭載しないものとすると、ダウンロードしたプログラムは、ＡＰ装置１４の持つＲＡＭ（ランダムアクセスメモリ）などのメモリに記憶されて、インストールされることになる。
【００５２】
プログラムの指定を行うため、当該ダウンロード制御部２４は、例えば、ＵＳＢデバイスの種類とプログラムの対応関係を整理して格納した対応テーブルＴＢ１を備えている必要がある。この対応テーブルＴＢ１には、図５に示すように、後述する各プログラムのサイズを示す情報も格納しておくようにするとよい。
【００５３】
図５において、プログラム識別情報は、通信システム１０内で各プログラムを一意に識別する識別情報であり、種類情報は、ＵＳＢデバイス（装置１５Ｃ）の種類を示す識別情報であり、サイズ情報は、各プログラムのサイズを示す情報である。
【００５４】
ＰＲ１は後述するプログラムＰＣＣ１を指すプログラム識別情報であり、ＰＲ２はプログラムＰＣＣ２を指すプログラム識別情報であり、ＰＲ３はプログラムＰＣＣ３を指すプログラム識別情報である。また、ＤＶ１は前記カメラを指す種類情報であり、ＤＶ２は前記プリンタを指す種類情報である。サイズ情報の３０，２０，２４は、例えば、単位［ｋバイト］で、プログラムのサイズを示す情報である。
【００５５】
なお、プログラム識別情報としては、そのプログラム（例えば、ＰＣＣ１）を収容したプログラムファイルの存在する場所を示すＵＲＩ（ドメイン名＋パス名）をそのまま利用することもできる。
【００５６】
図１中、一点鎖線で示した無線ＬＡＮネットワーク１２は、ＡＰ装置１３とＡＰ装置１４を接続する無線ＬＡＮネットワークの一部（無線伝送路）を示している。必要に応じて、当該無線ＬＡＮネットワーク１２には、ＡＰ装置１３，１４以外のＡＰ装置が含まれていてもよい。
【００５７】
ダウンロードサーバ１７は、有線ＬＡＮネットワーク１１、ＡＰ装置１３、および無線ＬＡＮネットワーク１２を経由して、ＡＰ装置１４と接続される。ダウンロードサーバ１７とＡＰ装置１３のあいだでは有線通信が行われ、ＡＰ装置１３とＡＰ装置１４のあいだでは無線通信が行われる。これら有線通信と無線通信の通信プロトコルとしては様々なものを用いることができるが、一例として、有線通信（有線ＬＡＮネットワーク１１）では前記ＩＥＥＥ８０２．３規格やＴＣＰ／ＩＰプロトコルに対応した通信プロトコルを用い、無線通信（無線ＬＡＮネットワーク１２）ではＩＥＥＥ８０２．１１ｂ規格に対応した通信プロトコルを用いるものであってよい。
【００５８】
２つのＡＰ装置１３，１４のうちＡＰ装置１３のほうは（基本的に）一般的なＡＰ装置である。一般的なＡＰ装置はブリッジの一種であり、ＯＳＩ参照モデルのデータリンク層で中継処理を行う。この中継処理では、ＯＳＩ参照モデルの物理層の相違（有線、無線の相違など）は吸収され、ネットワーク層以上の階層に関しては何も処理せず、透過的に通過させるだけである。透過的に通過させるということは、ＡＰ装置１３が中継処理を行うために受け取ったフレームにＯＳＩ参照モデルのネットワーク層に対応する例えばＩＰヘッダなどが含まれていたとしても、ＩＰヘッダ中の制御情報を用いた処理を何も行わないという意味である。
【００５９】
これに対しＡＰ装置１４のほうは、上述した通り本実施形態に特徴的なＡＰ装置であり、ＡＰ装置１３と同様のデータリンク層での中継処理に加え、必要に応じて、ＯＳＩ参照モデルのアプリケーション層付近に相当する上位階層での中継処理も行う。上位階層の中継処理の例としては、後述するＵＳＢの転送モードの相違を反映した中継処理などがあげられる。
【００６０】
また、一般的なＡＰ装置（例えば、１３）には、２種類の通信プロトコルに対応したポート（図１の１９Ａと２１に相当するポート）しか設けられていないが、ＡＰ装置１４には図１に示した通り、５種類の通信プロトコルに対応する５つのポート（１９Ａ〜１９Ｄ、および２１）が設けられている。
【００６１】
ダウンロードサーバ１７には、前記ＡＰ装置１４におけるプロトコル変換機能の一部を担うプログラムＰＣＡ〜ＰＣＤが格納されている。当該ダウンロードサーバ１７は、ＡＰ装置１４（内のプロトコル変換機能ダウンロード制御部２４）からの要求を受けると、プログラムＰＣＡ〜ＰＣＤのなかから該当するプログラムを選択して、ＡＰ装置１４へ送信する機能を備えている。このようなダウンロードサーバ１７は、例えば、ＦＴＰサーバであってよい。
【００６２】
ダウンロードサーバ１７から送信されたプログラム（例えば、ＰＣＡ）は、ＬＡＮネットワーク１１における有線通信と、ＡＰ装置１３，１４間の無線通信を経て、ＡＰ装置１４へ届けられる。
【００６３】
ここで、プログラムＰＣＡは有線ＬＡＮ（イーサネット）と無線ＬＡＮネットワーク１２のあいだのプロトコル変換機能に対応する機能を持ち、プログラムＰＣＢはＲＳ２３２−Ｃと無線ＬＡＮネットワーク１２のあいだのプロトコル変換機能に対応する機能を持ち、プログラムＰＣＣはＵＳＢ通信と無線ＬＡＮネットワーク１２のあいだのプロトコル変換機能に対応する機能を持ち、プログラムＰＣＤは赤外線通信と無線ＬＡＮネットワーク１２のあいだのプロトコル変換機能に対応する機能を持つ。
【００６４】
各プログラム（例えば、ＰＣＣ）は、発揮する機能の詳細に応じて、さらに細分化されている。例えば、ＵＳＢ通信にはいくつかの転送モード（例えば、アイソクロナス転送モード、バルク転送モードなど）があるが、この転送モードの相違は通信プロトコルの相違にほかならない。
【００６５】
例えば、アイソクロナス転送モードはリアルタイム性を重視した転送モードであり、１ミリ秒ごとに、大きな単位でデータを転送する。バルク転送モードは、大きなサイズのデータを転送する際の転送効率を重視した転送モードであり、不定期に大量のデータを転送する。送信データが貯まるのを待ち、貯まったときにまとめて転送することができるため、伝送するデータに占める制御用のデータ（ヘッダなど）の割合が少なく、転送効率が高まる。
【００６６】
バルク転送モードは特にリアルタイム性を要求されない条件下で、大容量のデータを転送する場合に適しており、アイソクロナス転送モードは、映像や音声などのマルチメディアデータの転送など、リアルタイム性を求められる場合に適しているといえる。具体的には、前記装置１５Ｃがプリンタやモデムなどである場合にはバルク転送モードを用い、前記装置１５Ｃがカメラやスピーカなどである場合には、アイソクロナス転送モードを用いることが望ましい。
【００６７】
なお、ＵＳＢ用の前記ポート１９Ｃに上述したデイジチェーン方式で複数のＵＳＢデバイス（例えば、当該カメラ、プリンタなど）を接続するケースなどでは、前記ＡＰ装置１４（特に、ＵＳＢポート制御部２０Ｃなど）が、当該ポート１９Ｃに接続されるバスを管理するＵＳＢホストとしての機能を持つことになるのは当然である。
【００６８】
ＵＳＢ通信の転送モードには、インタラプト転送モードなど、その他の転送モードも存在するが、ここでは、アイソクロナス転送モード、バルク転送モードの２つの使用を仮定する。このように転送モードが２つである場合、ＵＳＢ通信のためのプログラムＰＣＣは、３つに細分することができる。
【００６９】
すなわち、アイソクロナス転送モードおよびバルク転送モードの双方に対応することができるプログラムＰＣＣ１と、アイソクロナス転送モードにのみ対応することのできるプログラムＰＣＣ２と、バルク転送モードにのみ対応することのできるプログラムＰＣＣ３の３つである。
【００７０】
一般的にプログラムは、多機能なものほど分岐が増加し、プログラムのサイズ（ビット数）も大きくなるため、プログラムＰＣＣ１は、ＰＣＣ２やＰＣＣ３に比べてサイズの大きなものとなる。例えば、図５の例では、多機能なプログラムＰＣＣ１のサイズは３０ｋバイトであるが、より少機能なプログラムＰＣＣ２は２０ｋバイト、ＰＣＣ３は２４ｋバイトである。
【００７１】
サイズの大きなプログラムをダウンロードすれば、ＡＰ装置１４の記憶容量が大きく消費されるから、記憶容量の節約の観点では、できるだけＰＣＣ２やＰＣＣ３をダウンロードし、ＰＣＣ１はダウンロードしないように制御することが有利である。したがって、前記プロトコル変換機能ダウンロード制御部２４は、このような点にも配慮してダウンロードするプログラムを指定する。
【００７２】
例えば、前記ポート１９Ｃに接続された装置１５Ｃ（ＵＳＢデバイス）が、アイソクロナス転送モードに適するカメラやスピーカなどである場合には、ダウンロード制御部２４はプログラムＰＣＣ２を指定し、反対に、バルク転送モードに適するプリンタやモデムなどである場合には、プログラムＰＣＣ３を指定する。また、当該ポート１９Ｃに、前記デイジチェーン方式によってカメラとプリンタが接続されている場合などには、アイソクロナス転送モードとバルク転送モードの双方が使用される可能性があるため、サイズの大きなプログラムＰＣＣ１を指定することになる。
【００７３】
なお、ポート１９Ｃにデイジチェーン方式によってカメラとプリンタが接続されている場合、ＰＣＣ１ではなく、ＰＣＣ２とＰＣＣ３をダウンロードしてＡＰ装置１４内の機能（例えば、ＵＳＢポート制御部２０Ｃの機能）でＰＣＣ２とＰＣＣ３を使い分けることも考えられる。
【００７４】
ただし一般的には、（具体的なプログラミングにも依存するが、）ＰＣＣ２とＰＣＣ３には共通する機能も多く含まれるはずなので、ＰＣＣ２とＰＣＣ３を合わせたサイズよりも、ＰＣＣ１のサイズのほうが小さくなる可能性が高く、記憶容量の節約の観点では、ＰＣＣ１だけをダウンロードするほうがよい。
【００７５】
ダウンロードされるプログラム（例えば、ＰＣＣ１）は、実行速度などの観点で、コンパイル済みの実行形式のプログラムとするのが望ましいが、ソースコードを用いたほうがよい場合もある。例えば、上述したＦＰＧＡを用いるケースなどでは、プログラム（例えば、ＰＣＣ１）はハードウエアによる回路構成を変更するために機能するだけであり、プログラム自体の実行速度はそれほど問題にはならないと考えられるからである。また、ソースコードの形でダウンロードされてきたプログラム（例えば、ＰＣＣ１）を、ＡＰ装置１４側のインタープリタで解釈実行するようにすれば、実行時の解釈で、プログラムの内容をチェックすることもでき、セキュリティ性を高めることができる等の利点もある。
【００７６】
また、ＡＰ装置１４へダウンロードするプログラム（例えば、ＰＣＣ１など）は、ディジタル署名などの暗号化技術によって防御することが望ましい。
【００７７】
公開されている各種通信プロトコルの機能を実現するためのプログラムの内容は必ずしも秘密の情報とはいえないが、悪意の第３者が、ダウンロードサーバ１７になりすまし、予期せぬ動作を行うプログラムをＡＰ装置１４に送り込んでＡＰ装置１４をダウンさせたり、すべてのデータを悪意の第３者の通信端末へ送信させて情報盗聴を行ったりするタイプの攻撃も想定できるので、受信したプログラムの送信元が間違いなくダウンロードサーバ１７であることや、途中でプログラムの内容が改ざんされていないこと等をＡＰ装置１４側で確認したほうがよいからである。
【００７８】
また、個々のプログラム（例えば、ＰＣＣ１）は、製品としてのＡＰ装置１４の詳細な仕様を示すものであり、ベンダ固有のノウハウなども含まれているのが普通であるから、それ自体を秘密にしておく必要性も小さくない。
【００７９】
ＡＰ装置１４の内部に設けた前記主制御部２５は、当該ＡＰ装置１４のＣＰＵ（中央処理装置）に対応する部分である。主制御部２５は、ＡＰ装置１４内の全構成要素を制御するので、例えば、前記ＵＳＢポート制御部２０Ｃ、プロトコル変換機能ダウンロード制御部２４，プロトコル変換部２３，無線ＬＡＮ制御部２２，無線ＬＡＮ装置２１なども、当該主制御部２５の制御下で動作することになる。
【００８０】
記憶部２６は、ＡＰ装置１４内で各種のデータやプログラムなどを記憶する部分である。上述したＲＡＭなどのメモリは、この記憶部２６に該当する。ＲＡＭにはＳＲＡＭやＤＲＡＭなどの種類があるが、ＡＰ装置１４には、より高速なメモリアクセスが可能なＳＲＡＭなどを搭載する必要性が高い。ＡＰ装置１４には、できるだけ短時間で中継処理、すなわち、いずれかのポート（例えば、１９Ａ、２１など）から受信したフレームをいずれかのポート（例えば、２１，１９Ａなど）から送出する処理を実行する必要があるからである。ＳＲＡＭは高速なメモリアクセスが可能であるが、単位記憶容量あたりの価格は、一般に、ＤＲＡＭに比べてはるかに高い。
【００８１】
ＡＰ装置１４の機能を維持するために必要な最小限度の機能が完全にハードウエアとして提供されるものでない場合には、その最小限度の機能を実現するために必要なプログラムやデータは、不揮発性の記憶手段に保存しておく必要があるが、そのような不揮発性の記憶手段も、当該記憶部２６に含まれ得る。
【００８２】
不揮発性の記憶手段の例としては、例えば、ＥＥＰＲＯＭ、ＮＶＲＡＭ、ＲＯＭなどがあげられる。
【００８３】
ＡＰ装置１４は、必要性が生じたときにいつでも、ダウンロードサーバ１７から該当するプログラムをダウンロードする機能を維持する必要があるが、その機能などは、前記最小限度の機能に相当し得る。この機能を維持するため、例えば、ダウンロードサーバのＩＰアドレスなどは、不揮発性の記憶手段に記憶しておく必要がある。
【００８４】
前記有線ＬＡＮネットワーク１１上に配置したエンド端末１６は、前記装置１５Ａ〜１５Ｄと通信するための通信端末である。
【００８５】
エンド端末１６としては様々な通信端末を用いることが可能であるが、例えば、プリントサーバ、ファイルサーバ、あるいはクライアント端末としての通常のパソコンなどを用いることができる。
【００８６】
上述した説明からも明らかなように、前記装置１５Ａ〜１５Ｄのうち装置１５Ａには、パソコンやＩＰ電話機などが該当し、装置１５Ｃには、ＵＳＢデバイスとしてのカメラやプリンタなどが該当し得る。
【００８７】
また、装置１５ＢはＲＳ２３２−Ｃ規格に対応したデバイスである。このような装置１５Ｂの具体例としては、パソコン、プリンタ、携帯情報端末などがある。
【００８８】
装置１５Ｄは赤外線通信に対応したデバイスである。赤外線通信のための通信規格としてはＩｒＤＡなど様々なものがある。ＩｒＤＡ規格に対応するデバイスの具体例としては、携帯情報端末、パソコン、デジタルカメラなどがある。
【００８９】
なお、赤外線通信も無線通信の一種であり、広義の「無線ＬＡＮ」の概念には赤外線による無線ＬＡＮも含まれるが、本実施形態の無線ＬＡＮは、電波による無線ＬＡＮを指す。
【００９０】
以下、上記のような構成を有する本実施形態の動作について、図４のフローチャートを参照しながら説明する。図４のフローチャートはＵＳＢ用の前記ポート１９Ｃに装置１５Ｃが接続された場合のＡＰ装置１４の動作を示すもので、Ｓ１０〜Ｓ１５の各ステップを備えている。
【００９１】
（Ａ−２）実施形態の動作
ポート１９Ｃに、ＵＳＢデバイスである装置１５Ｃが接続されたものとすると、ＵＳＢポート制御部２０Ｃがその接続を自動的に認識する（Ｓ１０）。この時点ではまだ、前記プログラムＰＣＣ１〜ＰＣＣ３はダウンロードされていないため、ＵＳＢポート制御部２０Ｃは、このようなプログラムを伴わない単独の状態でも、ＵＳＢデバイスの接続を自動認識できるものであることが必要である。
【００９２】
次に、当該ＵＳＢポート制御部２０Ｃは、接続された当該装置１５Ｃに対し、属性情報の返送を要求し（Ｓ１１）、この要求に応えて当該装置１５Ｃが属性情報を返送してくると、その属性情報をもとに当該装置１５Ｃの種類を特定して、特定した種類を示す情報（種類情報）をプロトコル変換機能ダウンロード制御部２４に供給する（Ｓ１２）。これらステップＳ１１およびＳ１２の処理も、前記ステップＳ１０と同様、ポート制御部２０Ｃが単独の状態で実行する処理である。
【００９３】
ここで、装置の種類とは、具体的には、上述したスピーカ、カメラ、マウス、キーボード、プリンタ、モデムなどの別を指す。ただし、装置の種類を特定するのは前記転送モードを特定するためであるから、転送モードの特定に影響しないほどの詳細さで装置の種類を特定する必要はない。
【００９４】
前記ステップＳ１２で装置１５Ｃの種類を示す種類情報を受け取ったダウンロード制御部２４は、その装置１５Ｃの種類に対応するプログラムであって、できるだけサイズの小さなプログラムを指定して、当該プログラムの送信をダウンロードサーバ１７に要求する（Ｓ１３）。
【００９５】
装置１５Ｃの種類が例えば、前記カメラやスピーカである場合などには、アイソクロナス転送モードにのみ対応するプログラムＰＣＣ２を指定して、その送信を要求することになる。このとき、適切なプログラムを指定するために、種類情報を検索キーとして、図５の対応テーブルＴＢ１が検索される。
【００９６】
ステップＳ１３の要求に応えてダウンロードサーバ１７が、例えば、プログラムＰＣＣ２を送信するものとすると、当該プログラムＰＣＣ２は、無線ＬＡＮ装置２１を介して当該ＡＰ装置１４に受信され、ダウンロード制御部２４の制御下にはいる。
【００９７】
ダウンロード制御部２４は、当該プログラムＰＣＣ２を、前記記憶部２６内の適切な記憶位置（メモリアドレス）に記憶させること等によって、当該プログラムＰＣＣ２のインストールを行う（Ｓ１４）。このインストールにより、前記ＵＳＢポート制御部２０Ｃが当該プログラムＰＣＣ２に応じた機能を持つようになり、接続された装置１５Ｃの種類に応じた転送モード（ここでは、アイソクロナス転送モード）で動作することができるようになる（Ｓ１５）。
【００９８】
一方、ＵＳＢ用以外のポート１９Ａ、１９Ｂ、１９Ｄなどに装置１５Ａ、１５Ｂ、１５Ｄが接続された場合の動作も、基本的に図４のフローチャートと同様であってよいが、ＵＳＢ以外では、接続した装置を自動認識したり、接続した装置が属性情報を返送したりする機能がないため、その点に関する処理（Ｓ１０〜Ｓ１２（Ｓ１３））が異なるものとなる。
【００９９】
例えば、接続した装置（例えば、１５Ａ）に対応するプログラムをダウンロードサーバ１７側で指定して、そのプログラムを、ＡＰ装置１４へ送信するようにしてもよい。
【０１００】
このほか、ＡＰ装置１４に操作部（例えば、ボタンなど）を設けておき、その操作部を操作することによって、ＡＰ装置１４に装置を接続したことや、その種類を指定できるようにしてもよい。また、ＡＰ装置１４にＷｅｂサーバの機能を搭載し、無線ＬＡＮネットワーク１２側からＷｅｂブラウザを搭載したクライアント端末（例えば、無線ＬＡＮ用のＬＡＮカードを装着したノートパソコンなど）でＡＰ装置１４内のＷｅｂサーバ機能にアクセスして、当該Ｗｅｂサーバ機能が提供するＷｅｂページ上で、あるポートに装置を接続したことや、その装置の種類などを入力することができるようにしてもよい。
【０１０１】
接続した装置に対応するプログラムをダウンロードサーバ１７側で指定するケースの場合、ＡＰ装置１４側では、ダウンロードされてくるプログラムを受け入れる準備ができていないので、そのプログラムを送信する前にダウンロードサーバ１７側から送信の開始を予告する情報（予告情報）を送信する必要がある。
【０１０２】
予告情報を受信したＡＰ装置１４では、必要な前準備を行い、前準備が完了すると、プログラムを受け入れる準備ができたことを示す情報（準備完了情報）をダウンロードサーバ１７に伝える。この準備完了情報を受信したあと、ダウンロードサーバ１７が当該プログラム（例えば、ＰＣＡ）を送信することになる。
【０１０３】
前準備の具体的な内容には様々なものがあり得るが、例えば、ダウンロードされてくるプログラムを一時的に蓄積するための受信バッファ領域を記憶部２６上に確保することがあげられる。
【０１０４】
ダウンロードしたプログラム（例えば、ＰＣＣ２）の保存用の記憶領域または作業用の記憶領域を、受信バッファ領域とあらかじめ分けておくことも可能であるが、これらがわけられていない場合などには、ダウンロードの前に、すでにダウンロードしているプログラム（例えば、ＰＣＣ２）を記憶部２６上から削除して、記憶領域の空きを確保するようにしてもよい。削除するプログラムを選択する場合のアルゴリズムには様々なものがあり得るが、一例としては、過去、最も長い時間にわたって使用されていないプログラムから順番に、必要な空き領域が得られるだけ削除するようにしてもよい。
【０１０５】
また、前記前準備の例として、その時点でＡＰ装置１４が中継処理を行っている進行中の通信を中断したり、新たな中継処理の受け付けを一時的に拒否したりすることを行うようにしてもよい。
【０１０６】
伝送誤りが生じることなく、正常なプログラムが受信できたことが確認できると、ＡＰ装置１４は、その旨をダウンロードサーバ１７に伝える。
【０１０７】
ここでダウンロードされるのはプログラムであるから、通常は、１ビットの伝送誤りが混入することも許されず、極めて信頼性の高い通信が求められる。例えば、ＴＣＰコネクションなどを設定した上で行われるＦＴＰの通信も、このような通信の一つである。受信したプログラムに、１ビットでも伝送誤りが検出されれば、再送を要求することになる。
【０１０８】
正常なプログラムが受信できたあとで実行される前記ステップＳ１４，Ｓ１５の処理は、ＵＳＢの場合と同様である。ただし例えば、プログラムＰＣＡがダウンロードされインストールされた場合には、ＵＳＢポート制御部２０ＣではなくＬＡＮポート制御部２０Ａが、当該プログラムＰＣＡに応じた機能で動作することになるのは当然である。
【０１０９】
なお、ＡＰ装置１４を上述したブリッジ形態で使用する場合には、ポート制御部２０Ａ〜２０Ｄ内で同時に、各プログラム（例えば、ＰＣＣ２）に応じた機能を発揮するものは１つだけでよいから、新たなプログラム（例えば、ＰＣＡ）をダウンロードする場合には、ダウンロードする前に、すでにインストールしているプログラム（例えば、ＰＣＣ２）を削除することになる。
【０１１０】
（Ａ−３）実施形態の効果
本実施形態によれば、ＡＰ装置（１４）が持つ記憶部（２６）の記憶容量を節約することが可能である。
【０１１１】
また、本実施形態では、過不足なく必要なプログラム（例えば、ＰＣＣ２）だけをダウンロードしてインストールできるため、ＡＰ装置（１４）が過剰な機能を搭載することを防止することができる。
【０１１２】
過剰な機能を搭載しないことは、製品としてのＡＰ装置の低価格化や、故障率低下にも寄与する。
【０１１３】
（Ｂ）他の実施形態
上記実施形態にかかわらず、ネットワーク構成は図１に示したものに限らない。例えば、ダウンロードサーバ１７に無線ＬＡＮ用のＬＡＮカードを装着してある場合には、有線ＬＡＮネットワーク１１やＡＰ装置１３を経由することなく直接、ＡＰ装置１４がダウンロードサーバ１７と通信することが可能である。
【０１１４】
なお、上記ＡＰ装置１４は、１つのプロセッサだけを有するシングルプロセッサ構成としてもよいが、複数のプロセッサを有するマルチプロセッサ構成としてもよい。マルチプロセッサ構成とするとハードウエア規模が増大し、製造コストもアップするが、一般的にマルチプロセッサ構成のほうが、信頼性が高く、処理速度が速い。
【０１１５】
また、上記実施形態では、ＡＰ装置１４が搭載する４つのポート１９Ａ〜１９Ｄはすべて、別な通信プロトコルに対応するものであったが、同じ通信プロトコルに対応するポートを複数搭載するようにしてもよいことは当然である。
【０１１６】
さらに、ＡＰ装置１４に搭載するポートの数は４つより少なくてもよく、多くてもよいことは当然である。
【０１１７】
なお、上記実施形態では、各ポート１９Ａ〜１９Ｄに接続した装置は、ＡＰ装置１４だけを介して通信することはできなかったので、外部のサーバなどを経由する形でのみ装置１５Ａ〜１５Ｄ間の通信が可能であった。例えば、前記装置１５Ａにパソコン１５Ａ１とプリンタ１５Ａ２が該当し、エンド端末１６がプリントサーバであるケースなどでは、当該パソコン１５Ａ１から要求した印刷依頼をＡＰ装置１４、無線ＬＡＮ１２，ＡＰ装置１３、有線ＬＡＮネットワーク１１の経路をこの順番に経由して、プリントサーバ１６に登録し、当該プリントサーバ１６から当該プリンタ１５Ａ２に印刷出力を行わせる際には、この経路を逆順にたどってＡＰ装置１４からプリンタ１５Ａ２にアクセスすることになる。
【０１１８】
しかしＡＰ装置１４の内部のプロトコル変換部２３に、ポート制御部間（例えば、２０Ａと２０Ｃのあいだ）を中継する機能を持たせれば、外部のサーバなどを経由することなく、ＡＰ装置１４だけを経由して、装置１５Ａ〜１５Ｄ間の通信を行うことも可能となる。
【０１１９】
例えば、装置１５Ａがパソコンで、装置１５Ｃがマウスであり、当該マウス１５Ｃを操作するユーザが当該パソコン１５Ａの画面を目視している場合、マウス１５Ｃに対するユーザの操作内容を示す信号は、ポート１９Ｃ、ＵＳＢポート制御部２０Ｃ、プロトコル変換部２３，ＬＡＮポート制御部２０Ａ、ポート１９Ａをこの順番に経由して、パソコン１５Ａに届けられることになる。
【０１２０】
なお、上記実施形態では、ＡＰ装置１４経由の通信では、送信元と宛先が１対１の通信を行うようにしたが、ＡＰ装置１４を介して同報通信（１対多の通信）を行うことができるようにしてもよい。
【０１２１】
この同報通信では、ポート１９Ａ〜１９Ｄまたは２１のうち、いずれかのポートに接続されたある送信元からの指示に応じて、ＡＰ装置１４が、例えば、ポート制御部２０Ａ〜２０Ｄおよび／または無線ＬＡＮ制御部２２へ、ほぼ同時に、同じ内容のデータ（あるいは、対応する内容のデータ）を送出することになる。
【０１２２】
また、上記実施形態では、通信プロトコルとして、有線ＬＡＮ用の通信プロトコル（例えば、ＩＥＥＥ８０２．３）、ＲＳ２３２−Ｃ、ＵＳＢ、赤外線通信用の通信プロトコル（例えば、ＩｒＤＡ）、無線ＬＡＮ用の通信プロトコル（例えば、ＩＥＥＥ８０２．１１ｂ）を想定したが、本発明では、必ずしもこれらの通信プロトコルを用いる必要はないし、これら以外の通信プロトコルを用いてもよい。一例としては、ＩＥＥＥ１３９４規格に対応する通信プロトコルを用いることもできる。
【０１２３】
さらに、上記実施形態で使用した図５の対応テーブルＴＢ１は正規化されていないが、必要に応じて正規化してもよいことは当然である。
【０１２４】
なお、上記実施形態において、先にポート１９Ｃにカメラなどが接続されたためにプログラムＰＣＣ２をダウンロードしたあと、ポート１９Ｃにデイジチェーン方式によって追加的にプリンタが接続されることも起こり得る。このようなケースでは、新たにプログラムＰＣＣ３をダウンロードして、プログラムＰＣＣ２とＰＣＣ３がインストールされた状態とすることも可能であるが、先にダウンロードしていたプログラムＰＣＣ２を削除した上で、プログラムＰＣＣ１をダウンロードすることが望ましい。プログラムＰＣＣ１のほうが、ＰＣＣ２とＰＣＣ３を合わせたものより、サイズが小さいからである。
【０１２５】
また、上記実施形態にかかわらず、プログラム（例えば、ＰＣＣ１）のダウンロードは、必ずしも無線ＬＡＮ経由で行う必要はない。例えば、ＵＳＢ用のポート１９Ｃ側からダウンロードするようにしてもよい。その場合、ＵＳＢポート制御部２０Ｃは、上記実施形態における無線ＬＡＮ制御部２２のように、予めＵＳＢ通信を行うための機能（少なくとも、プログラムのダウンロードを行うために必要な機能）を備えている必要がある。
【０１２６】
さらに、上記実施形態では１つのポート（無線ＬＡＮ装置２１）からのみプログラムのダウンロードを行ったが、プログラムのダウンロードを行うためのポートは複数存在してもかまわない。この場合、複数のポートの先にダウンロードサーバ１７に相当する構成要素が存在する構成となる。
【０１２７】
さらにまた、プログラムのダウンロードを行うポートは変化してもかまわない。この場合、例えば、あるプログラム（例えば、ＰＣＣ１）は無線ＬＡＮ装置２１からダウンロードし、次のプログラム（例えば、ＰＣＡ）は、ポート１９Ｃからダウンロードすること等が可能になる。ここで、プログラムＰＣＡをダウンロードするときには、前回にダウンロードしたプログラムＰＣＣ１の機能が利用される。
【０１２８】
以上の説明では主としてハードウエア的に本発明を実現したが、本発明はソフトウエア的に実現することも可能である。
【０１２９】
【発明の効果】
以上に説明したように、本発明によれば、通信プロトコル処理部の機能を記憶しておくための記憶容量を節約することが可能である。
【０１３０】
また本発明では、過不足なく、必要な通信プロトコル処理部の機能だけを搭載することが可能である。
【図面の簡単な説明】
【図１】実施形態に係る通信システムの主要部の構成例示す概略図である。
【図２】発明が解決しようとする課題を説明するためのＡＰ装置の内部構成を示す概略図である。
【図３】実施形態に係る通信システムで使用するフレームのフォーマット構成例を示す概略図である。
【図４】実施形態に係る通信システムの動作例を示すフローチャートである。
【図５】実施形態に係る通信システムで使用する対応テーブルの構成例を示す概略図である。
【符号の説明】
１０…通信システム、１１…有線ＬＡＮネットワーク、１２…無線ＬＡＮネットワーク、１３、１４…アクセスポイント装置（ＡＰ装置）、１５Ａ〜１５Ｄ、３１Ａ〜３１Ｄ…装置、１６…エンド端末、１７…ダウンロードサーバ、２０Ａ…ＬＡＮポート制御部、２０Ｂ…ＲＳ２３２−Ｃポート制御部、２０Ｃ…ＵＳＢポート制御部、２０Ｄ…赤外線ポート制御部、２１、４３…無線ＬＡＮ装置、２２…無線ＬＡＮ制御部、２３、４１…プロトコル変換部、２４…プロトコル変換機能ダウンロード制御部、２５…主制御部、２６…記憶部、ＰＣＡ〜ＰＣＤ、ＰＣＣ１〜ＰＣＣ３…プログラム、ＴＢ１…対応テーブル。
【図１】
2005033295.tif 000003
【図２】
2005033295.tif 000004
【図３】
2005033295.tif 000005
【図４】
2005033295.tif 000006
【図５】
2005033295.tif 000007