(57)【要約】【課題】  動的にＩＰアドレスを取得したり、自らの機能を通知したりすることのできるＵＰｎＰなどでは、例えばインターネット越しのデバイスを発見、制御出来ない、つまり同一サブネットではないデバイスを使用できなかった。【解決手段】  ＵＰｎＰデバイスプロキシ装置１０３は、ネットワーク１２０に接続されているデバイスを認識し、認識されたデバイスの情報を、ＵＰｎＰデバイスプロキシ装置１０１に送信し、ＵＰｎＰデバイスプロキシ装置１０１は、ＵＰｎＰデバイスプロキシ装置１０３から送信された情報を受信し、受信した情報をもとに、認識されたデバイスが利用可能であることを示すメッセージをネットワーク１０５に送信する。【選択図】  図１
2005311773.tif 000002
【特許請求の範囲】
【請求項１】
第１の接続装置が、第１のネットワークと第２のネットワークに接続され、第２の接続装置が、第２のネットワークと第３のネットワークに接続され、第１のネットワークに接続されたデバイスの情報を第３のネットワークに接続された装置に通知する通知方法において、
第１の接続装置は、第１のネットワークに接続されているデバイスを認識し、認識されたデバイスの情報を第２のネットワークを介して第２の接続装置に送信し、
第２の接続装置は、第１の接続装置から送信された情報を受信し、受信した情報をもとに、認識されたデバイスが利用可能であることを示すメッセージを第３のネットワークに送信することを特徴とする通知方法。
【請求項２】
第１の接続装置が、第１のネットワークと第２のネットワークに接続され、第２の接続装置が、第２のネットワークと第３のネットワークに接続され、第１のネットワークに接続されたデバイスに対するメッセージの宛先情報を第３のネットワークに接続された装置に通知する通知方法において、
第１の接続装置は、第１のネットワークに接続されているデバイスに対するメッセージの第１の宛先情報を取得して、取得した第１の宛先情報を第２のネットワークを介して第２の接続装置に送信し、
第２の接続装置は、第１の接続装置から送信された第１の宛先情報を受信し、第２の接続装置の識別子に前記デバイスに対する識別子を付加して、前記デバイスに対するメッセージの第２の宛先情報を生成し、生成した第２の宛先情報を含むメッセージを第３のネットワークに送信することを特徴とする通知方法。
【請求項３】
請求項２の通知方法において、
第２の接続装置は、前記第２の宛先情報を宛先とする第１の送信メッセージを第３のネットワークに接続された装置から受信すると、前記第２の宛先情報に含まれる前記識別子に対応する前記第１の宛先情報及び前記第１の送信メッセージの内容を含む第２の送信メッセージを第１の接続装置に送信し、
第１の接続装置は、第２の接続装置から送信された第２の送信メッセージを受信し、前記第１の送信メッセージの内容を含む第３の送信メッセージを、前記第１の宛先情報を宛先として、送信することを特徴とする通知方法。
【請求項４】
請求項１から３のいずれか１項の通知方法において、第２の接続装置は、第２のネットワークに接続された装置から、第１の接続装置の情報を取得し、取得した情報を元に、第１の接続装置と接続することを特徴とする通知方法。
【請求項５】
第１のネットワークと第２のネットワークに接続された他の接続装置と第２のネットワークを介して接続されるとともに、第３のネットワークに接続される接続装置であって、
第２のネットワークに接続される第１の接続手段と、
第３のネットワークに接続され、所定の宛先へのメッセージを受信する第２の接続手段とを有し、
前記第１の接続手段は、第１のネットワークに接続されているデバイスに対するメッセージの第１の宛先情報を、前記他の接続装置から第２のネットワークを介して受信し、
前記第２の接続手段は、前記所定の宛先に前記デバイスに対する識別子を付加して、前記デバイスに対するメッセージの第２の宛先情報を生成する生成手段を有し、生成した第２の宛先情報を含むメッセージを第３のネットワークに送信することを特徴とする接続装置。
【請求項６】
請求項５の接続装置において、
前記第２の宛先情報を宛先とする第１の送信メッセージを第３のネットワークに接続された装置から受信すると、前記第２の宛先情報に含まれる前記識別子に対応する前記第１の宛先情報及び前記第１の送信メッセージの内容を含む第２の送信メッセージを第１の接続装置に送信することを特徴とする接続装置。
【請求項７】
第１のネットワークと第２のネットワークに接続された他の接続装置と第２のネットワークを介して接続されるとともに、第３のネットワークに接続され、第３のネットワークを介して送信された所定の宛先へのメッセージを受信する接続装置における通信方法において、
第１のネットワークに接続されているデバイスに対するメッセージの第１の宛先情報を、前記他の接続装置から第２のネットワークを介して受信し、
前記所定の宛先に前記デバイスに対する識別子を付加して、前記デバイスに対するメッセージの第２の宛先情報を生成し、
生成した第２の宛先情報を含むメッセージを第３のネットワークに送信することを特徴とする接続装置における通信方法。
【請求項８】
請求項７の通信方法において、
前記第２の宛先情報を宛先とする第１の送信メッセージを第３のネットワークに接続された装置から受信すると、前記第２の宛先情報に含まれる前記識別子に対応する前記第１の宛先情報及び前記第１の送信メッセージの内容を含む第２の送信メッセージを第１の接続装置に送信することを特徴とする通信方法。
【請求項９】
コンピュータを請求項５又は６に記載の接続装置として動作させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通知方法、接続装置、接続装置における通信方法、及び、プログラムに関する。
【背景技術】
【０００２】
近年、ネットワークの普及によりパーソナルコンピュータだけでなく携帯電話や電子機器など様々なものがネットワークに接続出来るようになり、電子機器などを相互連携して利用する環境は、オフィスユースはもちろんのこと、今まで単独で用いられてきた家電製品やその他の電器製品もネットワークに繋がり、ホームユースにも及ぶようになってきた。
【０００３】
ネットワークに接続する各種機器の接続容易性、設定容易性がとりわけ求められる。
【０００４】
このような要求に応えることができるネットワーク技術の一つに、ユニバーサルプラグアンドプレイ（ＵＰｎＰ：Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ。以下ＵＰｎＰと記す。）と呼ばれるものが存在する。ＵＰｎＰはプラグアンドプレイをネットワークに接続されている機器（以下、デバイスと記す。）に対して行うことが可能な上、ドライバソフトなどのインストールも必要なく、しかも、各デバイス上で動作するＯＳ（オペレーティングシステム）の種類にも依存しないという特徴があり、特にホームネットワークに用いて好適な技術である。
【０００５】
ＵＰｎＰを使用すると、デバイスはネットワークに参加して動的にＩＰアドレスを取得したり、自らの機能を通知したり、ほかのデバイスのプレゼンスと機能について情報を得るといったすべてが自動的にでき、真のネットワークのゼロ設定が可能となる。さらにデバイスは互いに直接通信でき、それによってピア  ツー  ピア  ネットワークが可能になる。
【０００６】
ＵＰｎＰの詳細仕様については、非特許文献１を参照。
【非特許文献１】Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ  Ｄｅｖｉｃｅ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｖｅｒｓｉｏｎ  １．０（ユニバーサル・プラグ・アンド・プレイ・デバイス・アーキテクチャ）
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記の従来技術では、動的にＩＰアドレスを取得したり、自らの機能を通知したりすることのできるＵＰｎＰなどでは、例えばインターネット越しのデバイスを発見、制御出来ない、つまり同一サブネットではないデバイスを使用できないという問題があった。
【０００８】
本発明は、上記の問題に対してなされたものであり、第１のネットワークに接続されたデバイスが利用可能であることを、第１のネットワークと第２のネットワークを介して接続される第３のネットワークに接続された装置に通知することを目的とする。
【０００９】
また、本発明は、上記の問題に対してなされたものであり、第１のネットワークに接続されたデバイスに、第１のネットワークと第２のネットワークを介して接続される第３のネットワークに接続された装置が、第３のネットワーク内において有効な宛先情報を用いてメッセージを送信することを可能にすることを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するために、本出願に係わる第１の発明は、第１の接続装置が、第１のネットワークと第２のネットワークに接続され、第２の接続装置が、第２のネットワークと第３のネットワークに接続され、第１のネットワークに接続されたデバイスの情報を第３のネットワークに接続された装置に通知する通知方法において、第１の接続装置は、第１のネットワークに接続されているデバイスを認識し、認識されたデバイスの情報を第２のネットワークを介して第２の接続装置に送信し、第２の接続装置は、第１の接続装置から送信された情報を受信し、受信した情報をもとに、認識されたデバイスが利用可能であることを示すメッセージを第３のネットワークに送信することを特徴とする。
【００１１】
本出願に関わる第２の発明は、第１の接続装置が、第１のネットワークと第２のネットワークに接続され、第２の接続装置が、第２のネットワークと第３のネットワークに接続され、第１のネットワークに接続されたデバイスに対するメッセージの宛先情報を第３のネットワークに接続された装置に通知する通知方法において、第１の接続装置は、第１のネットワークに接続されているデバイスに対するメッセージの第１の宛先情報を取得して、取得した第１の宛先情報を第２のネットワークを介して第２の接続装置に送信し、第２の接続装置は、第１の接続装置から送信された第１の宛先情報を受信し、第２の接続装置の識別子に前記デバイスに対する識別子を付加して、前記デバイスに対するメッセージの第２の宛先情報を生成し、生成した第２の宛先情報を含むメッセージを第３のネットワークに送信することを特徴とする。
【発明の効果】
【００１２】
以上説明したように、本発明によれば、利用者が自身のネットワークに存在しないデバイスを発見、利用することが可能となる。
【００１３】
このことにより、ネットワークに接続する各種デバイスへの接続を容易に行うことができる。さらに、デバイスの利用機会を増やすことができる。
【発明を実施するための最良の形態】
【００１４】
ＵＰｎＰデバイスプロキシ装置を設け、ＵＰｎＰの各プロトコルメッセージをスキャンし、デバイスの機器情報（デバイスディスクリプション：Ｄｅｖｉｃｅ  ｄｅｓｃｒｉｐｔｉｏｎ）、デバイスのサービス情報（サービスディスクリプション：Ｓｅｒｖｉｃｅ  ｄｅｓｃｒｉｐｔｉｏｎ）を取得、その対となるＵＰｎＰデバイスプロキシ装置に転送し、前記ＵＰｎＰデバイスプロキシ装置上で仮想的にＵＰｎＰ対応デバイスを再現する本発明の実施の形態について図面を用いて説明する。
【００１５】
＜システム全体構成＞
図１は、本発明の実施例におけるシステム全体の構成図である。図１に示すように、ＰＣなどのコンピュータシステムである利用者ＰＣ１０２はＵＰｎＰデバイスプロキシ装置１０１を介して、インターネットなどの外部ネットワーク１００と接続されている。外部ネットワーク１００には異なるサブネットがＵＰｎＰデバイスプロキシ装置１０３を介して接続されており、そのネットワーク１２０には、ＵＰｎＰ準拠のデバイスである、プリンタ１１０、デジタルカメラ１１１、スキャナ１１２、デジタルビデオカメラ１１３、が接続されている。本実施例では上記のデバイスを上げているがＵＰｎＰ準拠のデバイスであれば上記のデバイスに限定されるものではない。
【００１６】
ＵＰｎＰデバイスプロキシ装置１０３は、第１の接続装置であり、ＵＰｎＰデバイスプロキシ装置１０１は、第２の接続装置である。ＵＰｎＰデバイスプロキシ装置１０３は、第１のネットワーク１２０と第２のネットワーク１００に接続され、ＵＰｎＰデバイスプロキシ装置１０１は、第２のネットワーク１００と第３のネットワーク１０５に接続される。
【００１７】
本形態では、第１のネットワーク１２０に接続されたデバイス１１０、１１１、１１２、１１３の情報を第３のネットワーク１０５に接続された装置である利用者ＰＣ１０２に通知する。すなわち、ＵＰｎＰデバイスプロキシ装置１０３は、第１のネットワーク１２０に接続されているデバイスを認識し、認識されたデバイスの情報を第２のネットワーク１００を介してＵＰｎＰデバイスプロキシ装置１０１に送信する。ＵＰｎＰデバイスプロキシ装置１０１は、ＵＰｎＰデバイスプロキシ装置１０３から送信された情報を受信し、受信した情報をもとに、認識されたデバイスが利用可能であることを示すメッセージを第３のネットワーク１０５に送信する。
【００１８】
また、本形態では、第１のネットワーク１２０に接続されたデバイス（例えば、プリンタ１１０）に対するメッセージの宛先情報（ＵＲＬ）を第３のネットワーク１０５に接続された装置である利用者ＰＣ１０２に通知する。すなわち、ＵＰｎＰデバイスプロキシ装置１０３は、第１のネットワーク１２０に接続されているプリンタ１１０に対するメッセージの第１の宛先情報（ＵＲＬ）を取得して、取得した第１の宛先情報（ＵＲＬ）を第２のネットワーク１００を介してＵＰｎＰデバイスプロキシ装置１０１に送信する。ＵＰｎＰデバイスプロキシ装置１０１は、ＵＰｎＰデバイスプロキシ装置１０３から送信された第１の宛先情報（ＵＲＬ）を受信し、ＵＰｎＰデバイスプロキシ装置１０１の識別子（ＩＰアドレス）にプリンタ１１０に対する識別子（ポート番号）を付加して、プリンタ１１０に対するメッセージの第２の宛先情報（ＵＲＬ）を生成し、生成した第２の宛先情報（ＵＲＬ）を含むメッセージを第３のネットワークに送信する。
【００１９】
更に、ＵＰｎＰデバイスプロキシ装置１０１は、前記第２の宛先情報（ＵＲＬ）を宛先とする第１の送信メッセージを利用者ＰＣ１０２から受信すると、前記第２の宛先情報（ＵＲＬ）に含まれる前記識別子（ポート番号）に対応する前記第１の宛先情報（ＵＲＬ）及び前記第１の送信メッセージの内容を含む第２の送信メッセージをＵＰｎＰデバイスプロキシ装置１０３に送信する。ＵＰｎＰデバイスプロキシ装置１０３は、ＵＰｎＰデバイスプロキシ装置１０１から送信された第２の送信メッセージを受信し、前記第１の送信メッセージの内容を含む第３の送信メッセージを、前記第１の宛先情報を宛先として、送信する。
【００２０】
図１のコンピュータシステム１０２は、利用者がインターネット１００越しのデバイスを利用したり、リソースを閲覧したりするなどの様々な機能を有する所謂コンピュータであり、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＨＤＤなどから構成されるコンピュータシステムである。
【００２１】
本実施例では、説明を簡素化するためコンピュータシステムが一台である場合を説明するが、利用者ＰＣ１０２が同一セグメント内に複数台存在する場合も同様に実施できる。
【００２２】
さらに、利用者ＰＣ１０２側のネットワーク１０５とＵＰｎＰ準拠のデバイス側のネットワーク１０３との対応が１対１であるが、これは実施例を簡素化する為に便宜上この形態であるが１対ｎ、ｎ対ｎの構成でも同様に実施できる。
【００２３】
＜コンピュータシステムブロック図＞
図２は本発明の一実施形態として例に挙げた利用者ＰＣ１０２のコンピュータシステムの構成を示すブロック図である。
【００２４】
図２の２０１は情報処理装置の制御をつかさどる中央演算装置（以下ＣＰＵと記す）である。
【００２５】
２０２はランダムアクセスメモリ（以下ＲＡＭと記す）であり、ＣＰＵ２０１の主メモリとして、及び実行プログラムの領域や該プログラムの実行エリアならびにデータエリアとして機能する。
【００２６】
２０３はＣＰＵ２０１の動作処理手順を記憶しているリードオンリーメモリ（以下ＲＯＭと記す）である。ＲＯＭ７０３には情報処理装置の機器制御を行うシステムプログラムである基本ソフト（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ、以下ＯＳと記す）を記録したプログラムＲＯＭと、システムを稼働するために必要な情報等が記録されたデータＲＯＭがある。ＲＯＭ２０３の代わりに後述のＨＤＤ２０９を用いる場合もある。
【００２７】
２０４はネットワークインターフェース（ＮＥＴＩＦ）であり、ネットワークを介して情報処理装置間のデータ転送を行うための制御や接続状況の診断を行う。
【００２８】
２０５はビデオＲＡＭ（ＶＲＡＭ）で、情報処理装置の稼働状態を示す後述するＣＲＴ２０６の画面に表示される画像を展開し、その表示の制御を行う。２０６は表示装置であって、例えばディスプレイなどである。以下ＣＲＴと記す。
【００２９】
２０７は後述する外部入力装置２０８からの入力信号を制御するためのコントローラである。２０８は情報処理装置の利用者が情報処理装置に対して行う操作を受け付けるための外部入力装置であり、例えばキーボードや、マウスなどのポインティングデバイスであり、以下単にＫＢと記す。
【００３０】
２０９はハードディスクドライブ（ＨＤＤ）を示し、アプリケーションプログラムや、画像情報などのデータ保存用に用いられる。本実施例におけるアプリケーションプログラムとは、本実施例を構成する各種処理手段を実行するソフトウェアプログラムなどである。
【００３１】
２１０は外部入出力装置であって、例えばフロッピー（登録商標）ディスクドライブ、ＣＤＲＯＭドライブなどのリムーバブルディスクを入出力するものであり、上述したアプリケーションプログラムの媒体からの読み出しなどに用いられる。以下、単にＦＤＤと記す。なお、ＨＤＤ２０９に格納するアプリケーションプログラムやデータをＦＤＤ２１０に格納して使用することも可能である。
【００３２】
２００は上述した各ユニット間を接続するための入出力バス（アドレスバス、データバス、及び制御バス）である。
【００３３】
＜デバイスプロキシ装置ブロック図＞
図３は本発明の一実施形態として例に挙げたデバイスプロキシ装置１０１（１０３）の構成を示すブロック図である。デバイスプロキシ装置１０１はコンピュータシステムでその機能を実現する形態とそれ専用の機器として実装する形態が存在するが、本発明の実施の形態では双方の方法とも実現可能である。コンピュータシステムで実現する形態では、システム構成は、図２と共通であり、図３は、プログラムモジュールの構成を示す。
【００３４】
ＵＰｎＰデバイスプロキシ装置１０１は、制御部３００、解析部３０１、再生部３０２、デバイス部３０３から構成される。
【００３５】
制御部３００は、前記解析部３０１、前記再生部３０２、前記デバイス部３０３を制御する機能を有する。
【００３６】
解析部３０１は、ＵＰｎＰの各プロトコルメッセージを受信、解析する機能及びＸＭＬデータを処理する機能及びデバイスのＩＰアドレス、デバイスのコントロールＵＲＬ、デバイスのイベントＵＲＬなどを記憶する機能を有する。
【００３７】
再生部３０２は、デバイスの前記デバイスディスクリプション、前記サービスディスクリプションから仮想デバイスを生成する機能を有する。
【００３８】
デバイス部３０３は、自身即ちＵＰｎＰデバイスプロキシ装置１０１がＵＰｎＰデバイスとして振舞う機能と仮想デバイスとして振舞う機能を有する。
【００３９】
＜システム処理全体の流れ＞
本発明の実施の形態であるシステムの処理全体の流れを、図１を用いて説明する。
【００４０】
ここでは、簡単のため、ネットワーク１２０には、ＵＰｎＰデバイスプロキシ装置１０３以外には、プリンタ１１０のみが接続され、利用者ＰＣ１０２がインターネットなどのネットワーク１００を介してのプリンタ１１０を利用する場面を想定する。ここでは、説明の代表としてプリンタ１１０を用いているが、このかわりにデジタルカメラ１１１、デジタルビデオカメラ１１２、スキャナ１１３などその他のＵＰｎＰ準拠のデバイスであれば、個々のデバイス特有の機能を除く処理は同様に実現可能である。
【００４１】
まず、利用者ＰＣ１０２からＵＰｎＰデバイスプロキシ装置１０１を発見し、ＵＰｎＰデバイスプロキシ装置１０１に対して、ＵＰｎＰデバイスプロキシ装置１０３への接続要求を行う。
【００４２】
ネットワーク１２０ではＳＳＤＰ（Ｓｉｍｐｌｅ  Ｓｅｒｖｉｃｅ  Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｔｏｃｏｌ、以下、ＳＳＤＰと記す。ＳＳＤＰは、ＵＰｎＰで規定された機器発見プロトコルである。）のＡｌｉｖｅメッセージ（自身がネットワーク上で利用可能であることをアナウンスするメッセージ）がブロードキャストされており、それらのメッセージをＵＰｎＰデバイスプロキシ装置１０３は常に受信し、その受信したメッセージを内部で保持している（このメッセージだけでも、プリンタ１１０を認識している）。
【００４３】
また、ＵＰｎＰデバイスプロキシ装置１０１からの接続要求を受けた時点で、ＵＰｎＰデバイスプロキシ装置１０３は、ＳＳＤＰのサーチメッセージを、自身の属するネットワーク１２０に送信して、返答をまつ。返答があれば、返答メッセージから自身の属するネットワーク１２０に接続されているＵＰｎＰ対応デバイスの情報を取得する。ここではプリンタ１２０を認識する。
【００４４】
ＵＰｎＰデバイスプロキシ装置１０３は、このように取得したプリンタ１１０のデバイス、サービスディスクリプションと必要な情報をＵＰｎＰデバイスプロキシ装置１０１にＳＯＡＰで送信する。
【００４５】
先の送信された情報をＵＰｎＰデバイスプロキシ装置１０１が受信し、受信した情報をもとに、ＵＰｎＰの機能をもった仮想プリンタ１１０’を作成する。仮想プリンタ１１０’はＳＳＤＰのＡｌｉｖｅメッセージをネットワーク１０５に送信する。
【００４６】
すなわち、第１の接続装置であるＵＰｎＰデバイスプロキシ装置１０３は、第１のネットワーク１２０に接続されているデバイス１１０を認識し、認識されたデバイスの情報を第２のネットワーク１００を介して第２の接続装置であるＵＰｎＰデバイスプロキシ装置１０１に送信する。ＵＰｎＰデバイスプロキシ装置１０１は、ＵＰｎＰデバイスプロキシ装置１０３から送信された情報を受信し、受信した情報をもとに、認識されたデバイスが利用可能であることを示すメッセージ（Ａｌｉｖｅメッセージ）を第３のネットワーク１０５に送信する。
【００４７】
利用者ＰＣ１０２は先のＳＳＤＰのＡｌｉｖｅメッセージを受信し、仮想プリンタ１１０’を発見する。もしくは、利用者ＰＣ１０２がＳＳＤＰのサーチメッセージをネットワーク１０５に送信し、ＵＰｎＰデバイスプロキシ装置１０１からの返答（認識された機能を有するデバイスが利用可能であることを示すメッセージ）を得る。
【００４８】
利用者ＰＣ１０２はブラウザなどから仮想プリンタ１１０’のプレゼンテイションページを開き印刷要求を出す。または専用アプリケーションを用いＵＰｎＰで規定されているコントロールプロトコルに従って印刷要求を出す。
【００４９】
印刷要求を受信した仮想プリンタ１１０’はＵＰｎＰデバイスプロキシ装置１０１経由でＵＰｎＰデバイスプロキシ装置１０３にその印刷要求を送信する。
【００５０】
印刷要求を受信したＵＰｎＰデバイスプロキシ装置１０３はプリンタ１１０にそのメッセージを送信する。ＵＰｎＰデバイスプロキシ装置１０３は、先の印刷要求に対する返答をプリンタ１１０から受信し、そのメッセージをＵＰｎＰデバイスプロキシ装置１０１に送信する。
【００５１】
先の印刷要求に対する返答を受信したＵＰｎＰデバイスプロキシ装置１０１は、そのメッセージを利用者ＰＣ１０２に送信する。
【００５２】
利用者ＰＣ１０２は、ＵＰｎＰデバイスプロキシ装置１０１に対して切断要求を出す。
【実施例１】
【００５３】
以下、実施例１において、上述した形態の各処理の詳細な処理の流れを、上述したものをもとに説明する。以下の実施例１の説明において、システム全体構成図、コンピュータシステムブロック図、ＵＰｎＰデバイスプロキシ装置ブロック図は、図１〜図３と共通である。ＵＰｎＰデバイスプロキシ装置間のメッセージ送受信はＳＯＡＰをもちいており、以下に説明するＵＰｎＰデバイスプロキシ装置間のメッセージ送受信全てに適応される。
【００５４】
＜解析部モジュール構成と機能＞
図４は本発明の一実施形態として例に挙げた解析部３０１の構成を示すモジュール構成図である。
【００５５】
解析部３０１は、コントロールモジュール４００、デバイスディスカバリリスナーモジュール４０１、ＨＴＴＰクライアントモジュール４０２、ＸＭＬ処理モジュール４０３、デバイス管理モジュール４０４、ディスパッチモジュール４０５から構成される。
【００５６】
コントロールモジュール４００は前記デバイスディスカバリリスナーモジュール４０１、ＨＴＴＰクライアントモジュール４０２、ＸＭＬ処理モジュール４０３、デバイス管理４０４モジュールの制御と各モジュールのインターフェイスからデータの受け渡しなどを行う機能を有する。
【００５７】
デバイスディスカバリリスナーモジュール４０１は、ＳＳＤＰのメッセージ、デバイス検索要求やデバイスアナウンスを受信する機能を有する。
【００５８】
ＨＴＴＰクライアントモジュール４０２はＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ。以下、ＨＴＴＰと記す。）を介して特定のドキュメントを取得する機能を有する。
【００５９】
ＸＭＬ処理モジュール４０３はＸＭＬデータをパースする機能や要素の抽出、追加、変更、削除などを行う機能を有する。
【００６０】
デバイス管理モジュール４０４は、前記デバイスディスカバリリスナーモジュール４０１から取得したデバイス情報を管理する後述するデバイス管理テーブル５００を持ち、そのテーブルに対してデータの検索、追加、変更、削除を行う機能を有する。
【００６１】
ディスパッチモジュール４０５は、対となる前記デバイスプロキシ装置１０１から送信されてくる受信するＨＴＴＰサーバ機能とデバイスコントロールコマンド、イベント処理コマンドを実デバイスに送信する機能、及びイベントメッセージを受信する機能を有する。
【００６２】
＜デバイス管理テーブル＞
図５は、本実施例における一実施形態として例に挙げた前記デバイス管理モジュール４０４が保持するデバイス管理テーブル５００の概念図である。
【００６３】
デバイス管理テーブル５００は、ＵＤＮ項目５０１、ＤｅｓｃＵＲＬ項目５０２、ＬｉｆｅＴｉｍｅ項目５０３とＬａｔｅｓｔＴｉｍｅ項目５０４から構成される。デバイス管理テーブル５００は、それぞれの項目に対して、検索、読み書き、追加、削除可能なものとなっており、一つの項目に対してその他の項目が一意に特定される。
【００６４】
ＵＤＮ項目５０１は、デバイスを識別する識別子で、デバイスディスクリプションのＵＤＮタグの値を格納する。ＤｅｓｃＵＲＬ項目５０２は、デバイスが保持しているデバイスディスクリプションのＵＲＬが格納される。
【００６５】
ＬｉｆｅＴｉｍｅ項目５０３は、ＳＳＤＰのデバイスアナウンスにあるアナウンス有効時間、例えば、ＳＳＤＰのＮＯＴＩＦＹコマンドのＨＴＴＰヘッダ“ＣＡＣＨＥ−ＣＯＮＴＲＯＬ：ＭＡＸ−ＡＧＥ”の値を格納する。ＬａｔｅｓｔＴｉｍｅ項目５０４は各デバイスがＳＳＤＰのＡｌｉｖｅメッセージをした最後の時刻を格納する。
【００６６】
＜再生部モジュール構成と機能＞
図６は本発明の一実施形態として例に挙げた再生部３０２の構成を示すモジュール構成図である。
【００６７】
再生部３０２は、再生コントロールモジュール６００、仮想デバイス生成モジュール６０１、ＨＴＴＰサーバモジュール６０２、ＸＭＬ処理モジュール６０３、仮想デバイス管理モジュール６０４から構成される。
【００６８】
再生コントロールモジュール６００は、仮想デバイス生成モジュール６０１、ＨＴＴＰサーバモジュール６０２、ＸＭＬ処理モジュール６０３、仮想デバイス管理モジュール６０４の制御と各モジュールのインターフェイスからデータの受け渡しなどを行う機能を有する。
【００６９】
仮想デバイス生成モジュール６０１は、デバイス、サービスディスクリプションから仮想デバイスを生成する機能を有する。
【００７０】
ＨＴＴＰサーバモジュール６０２は、所謂ＨＴＴＰサーバであり、クライアントからのリクエストに応じてドキュメントなどを提供したりする機能を有する。
【００７１】
ＸＭＬ処理モジュール６０３は、前記ＸＭＬ処理モジュール４０３と同様の機能を有する。
【００７２】
仮想デバイス管理モジュール６０４は、実デバイスの情報を格納する後述の仮想デバイス管理テーブル７００を持ち、そのテーブルに対してデータの検索、追加、変更、削除を行う機能を有する。
【００７３】
＜仮想デバイス管理テーブル＞
図７は、本実施例における一実施形態として例に挙げた仮想デバイス管理モジュール６０４が保持する仮想デバイス管理テーブル７００の概念図である。
【００７４】
仮想デバイス管理テーブル７００は、ＵＤＮ項目７０１、ＣｏｎｔｒｏｌＵＲＬ項目７０２、ｅｖｅｎｔＳｕｂＵＲＬ項目７０３とＣａｌｌＢａｃｋＵＲＬ項目７０４から構成される。仮想デバイス管理テーブル７００は、それぞれの項目に対して、検索、読み書き、追加、削除可能なものとなっており、一つの項目に対してその他のＣａｌｌＢａｃｋＵＲＬ項目７０４以外の項目が一意に特定される。さらに、先の一意に特定されたレコードに関連付けられたＣａｌｌＢａｃｋＵＲＬ項目７０４の値が一つ以上特定される。
【００７５】
ＵＤＮ項目７０１は、デバイスを識別する識別子で、デバイスディスクリプションのＵＤＮタグの値を格納する。
【００７６】
ＣｏｎｔｒｏｌＵＲＬ項目７０２は、実デバイスつまりもとのデバイスのコントロールコマンドを受け付けるエンドポイントのＵＲＬを格納する。ｅｖｅｎｔＳｕｂＵＲＬ項目７０３は、実デバイスつまりもとのデバイスのイベントサブスクライブするエンドポイントのＵＲＬを格納する。ＣａｌｌＢａｃｋＵＲＬ項目７０４は、イベントをサブスクライブした利用者ＰＣ１０２にイベントメッセージを送信するためのエンドポイントのＵＲＬを格納する。
【００７７】
＜デバイス部モジュール構成と機能＞
図８は本発明の一実施形態として例に挙げたデバイス部３０３の構成を示すモジュール構成図である。
【００７８】
デバイス部３０３は、メインコントロールモジュール８０１、ＨＴＴＰサーバモジュール８０２、ＨＴＴＰクライアントモジュール８０３、ＸＭＬ処理モジュール８０４、イベント処理モジュール８０５、デバイスコントロールモジュール８０６、ディスカバリモジュール８０７から構成される。
【００７９】
メインコントロールモジュール８０１は、ＨＴＴＰサーバモジュール８０２、ＨＴＴＰクライアントモジュール８０３、ＸＭＬ処理モジュール８０４、イベント処理モジュール８０５、デバイスコントロールモジュール８０６、ディスカバリモジュール８０７の制御と各モジュールのインターフェイスからデータの受け渡しなどを行う機能を有する。さらに、自身のデバイスディスクリプション、サービスディスクリプション及びプレゼンテイションドキュメントを保持し、それを提供する機能と、外部ネットワークにあるＵＰｎＰデバイスプロキシ装置１０１に接続するための機能を提供する機能を有する。
【００８０】
ＨＴＴＰサーバモジュール８０２は、前記ＨＴＴＰサーバモジュール６０２と同様の機能を有する。
【００８１】
ＨＴＴＰクライアントモジュール８０３は、前記ＨＴＴＰクライアントモジュール４０２と同様の機能を有する。
【００８２】
ＸＭＬ処理モジュール８０４は、前記ＸＭＬ処理モジュール４０３と同様の機能を有する。
【００８３】
イベント処理モジュール８０５は、ＵＰｎＰで規定されているデバイスイベントのプロトコルＧＥＮＡ（Ｇｅｎｅｒｉｃ  Ｅｖｅｎｔ  Ｎｏｔｉｆｉｃａｔｉｏｎ  Ａｒｃｈｉｔｅｃｔｕｒｅ。以下ＧＥＮＡと記す。）を満たす機能を有し、イベントサブスクライブを受け付け、利用者ＰＣ１０２などにイベントを発行する機能を有する。
【００８４】
デバイスコントロールモジュール８０６は、ＵＰｎＰで規定されたコントロールプロトコルであるＳＯＡＰ（Ｗ３Ｃ  ＸＭＬ  Ｐｒｏｔｏｃｏｌ  Ｗｏｒｋｉｎｇ  Ｇｒｏｕｐを参照のこと）メッセージを受け付け、解析しそのコマンドに応じた実処理または仮想処理を行う機能を有する。
【００８５】
ディスカバリモジュール８０７はＵＰｎＰで規定された機器発見プロトコルであるＳＳＤＰを満たす機能を有し、Ａｌｉｖｅアナウンス、ＢｙｅＢｙｅアナウンス、サーチ（検索）に対するレスポンス処理を行う機能を有する。
【００８６】
＜ＵＰｎＰデバイスプロキシ装置１０１の発見＞
ＵＰｎＰデバイスプロキシ装置１０１自体ＵＰｎＰ対応デバイスとして実装されており、ＵＰｎＰの規定しているプロセスで同一ネットワーク１０５内の外部デバイスから発見し、利用可能となっている。
【００８７】
利用者ＰＣ１０２がＵＰｎＰデバイスプロキシ装置１０１を発見する方法として、ＵＰｎＰデバイスプロキシ装置１０１が発行するＳＳＤＰのＡｌｉｖｅメッセージを受信する方法と利用者ＰＣ１０２がＳＳＤＰのサーチメッセージをネットワーク１０５に送信して、そのメッセージにＵＰｎＰデバイスプロキシ装置１０１がレスポンスを返すという２つの方法がある。これはＵＰｎＰの規定しているＤｉｓｃｏｖｅｒｙのプロトコルによるものである。
【００８８】
利用者ＰＣ１０２で、上記の発見する手段として、Ｍｉｃｒｏｓｏｆｔ社のＯＳであるＷｉｎｄｏｗｓ（登録商標）ＸＰは標準でＵＰｎＰのクライアント機能を実装しており、利用者ＰＣ１０２が前記ＯＳを使用している場合、ＳＳＤＰのＡｌｉｖｅメッセージの受信、ＳＳＤＰのサーチの送信などを自動で行う。また上記の発見のプロセスを行う専用のアプリケーションを作成することで発見する手段として利用することも可能である。
【００８９】
本発明の実施例では、上記のＷｉｎｄｏｗｓ（登録商標）ＸＰを利用者ＰＣ１０２がＯＳとして利用しているものとして説明をする。
【００９０】
上記の発見のプロセスが終了するとＥｘｐｌｏｒｅ（Ｍｉｃｒｏｓｏｆｔ社製）の“マイネットワーク”フォルダにＵＰｎＰデバイスプロキシ装置１０１を示すアイコンが表示される。
【００９１】
前記アイコンをダブルクリックすると、ＩｎｔｅｒｎｅｔＥｘｐｌｏｒｅ（Ｍｉｃｒｏｓｏｆｔ社製）などのブラウザが起動し、接続先を入力するテキスト入力エリアを含むページが表示される。
【００９２】
＜ＵＰｎＰデバイスプロキシ装置接続処理＞
前記ブラウザのテキスト入力エリアにＵＰｎＰデバイスプロキシ装置１０３のＩＰアドレスまたはホスト名を入力し、接続ボタンを下押しする。前記接続ボタンを下押しすることにより前記ブラウザからＵＰｎＰデバイスプロキシ装置１０１に接続要求のメッセージが送信される。
【００９３】
前記接続要求のメッセージをＵＰｎＰデバイスプロキシ装置１０１のＨＴＴＰサーバモジュール８０２が受信する。受信したメッセージからメインコントロールモジュール８０１が前記ブラウザから入力された接続先（ＵＰｎＰデバイスプロキシ装置１０３）のＩＰアドレスまたはホスト名を取得する。
【００９４】
メインコントロールモジュール８０１はＨＴＴＰクライアントモジュール８０３を介して図９のようなオペレーション名ｃｏｎｎｅｃｔ、その引数としてＵＰｎＰデバイスプロキシ装置１０１のＩＰアドレスまたはホスト名を記したＳＯＡＰメッセージをＵＰｎＰデバイスプロキシ装置１０３に送信する。
【００９５】
前記接続要求ＳＯＡＰメッセージをＵＰｎＰデバイスプロキシ装置１０３のＨＴＴＰサーバモジュール８０２が受信する。受信したメッセージをＸＭＬ処理モジュール８０４で処理し、先のＵＰｎＰデバイスプロキシ装置１０１のＩＰアドレスまたはホスト名を取得し、それをメインコントロールモジュール８０１が、制御部３００に引き渡し、解析部３０１のコントロールモジュール４００に引き渡す。
【００９６】
メインコントロールモジュール８０１は、先に受信した前記接続要求ＳＯＡＰメッセージの返答として、図１０のような、戻り値としてＵＰｎＰデバイスプロキシ装置１０３のＩＰアドレスまたはホスト名を記したＳＯＡＰ  Ｒｅｓｐｏｎｓｅメッセージを、ＨＴＴＰクライアントモジュール８０３を介してＵＰｎＰデバイスプロキシ装置１０１に返信する。
【００９７】
＜ＵＰｎＰデバイス情報収集＞
上記の接続処理終了後、ＵＰｎＰデバイスプロキシ装置１０３は自身が属するネットワーク１２０に接続されているＵＰｎＰ対応デバイスの検索を開始する。
【００９８】
解析部３０１のコントロールモジュール４００がＸＭＬ処理モジュール４０３を用いてＳＳＤＰのサーチメッセージを作成して、ＨＴＴＰクライアントモジュール４０２を介してネットワーク１２０に送信して返答を待つ。この作業は適当な間隔をおいてＵＰｎＰデバイスプロキシ装置１０１からの切断要求がなされるまで繰り返される。
【００９９】
この繰り返しにおいて、ＵＰｎＰ対応デバイスからの返答があった場合、ＨＴＴＰクライアントモジュール４０２は、前記返答メッセージを受信しコントロールモジュール４００に引き渡す。
【０１００】
上述の作業と並行してデバイスディスカバリリスナーモジュール４０１はＳＳＤＰのＮＯＴＩＦＹメッセージを、ネットワーク１２０を介して受信する準備を行う。ＵＰｎＰ対応デバイスは、ＳＳＤＰのＮＯＴＩＦＹメッセージを、一定時間間隔でネットワークにブロードキャストしている。上記と同様ＵＰｎＰデバイスプロキシ装置１０１からの切断要求がなされるまで受信作業を継続する。前記ＮＯＴＩＦＹメッセージを受信したデバイスディスカバリリスナーモジュール４０１はそのメッセージをコントロールモジュール４００に引き渡す。
【０１０１】
ＵＰｎＰデバイスプロキシ装置１０３は、サーチメッセージに対する返答、あるいは、ＮＯＴＩＦＹメッセージから、デバイスに関する情報を取得する。
【０１０２】
以下に、ＮＯＴＩＦＹメッセージの一例を示す。
【０１０３】
ＮＯＴＩＦＹ＊ＨＴＴＰ／１．１
ＨＯＳＴ：２３９．２５５．２５５．２５０：１９００
ＣＡＣＨＥ−ＣＯＮＴＲＯＬ：ｍａｘ−ａｇｅ＝３０
ＬＯＣＡＴＩＯＮ：ｈｔｔｐ：／／１９２．１６８．１．１１／ｐｒｉｎｔｅｒ／ｄｅｖｉｃｅｄｓｃ．ｘｍｌ
ＮＴ：ｕｒｎ：ｓｃｈｅｍａｓ−ｕｐｎｐ−ｏｒｇ：ｐｒｉｎｔｂａｓｉｃ：１
ＮＴＳ：ｓｓｄｐ：ａｌｉｖｅ
ＵＳＮ：ｕｕｉｄ：ｕｐｎｐ−ｐｒｉｎｔｂａｓｉｃ１１１
【０１０４】
上述の前記返答、ＮＯＴＩＦＹメッセージを受けたコントロールモジュール４００は、前記メッセージから、デバイスディスクリプションのＵＲＬ（ＬＯＣＡＴＩＯＮヘッダの値がデバイスディスクリプションのＵＲＬである）、ＵＤＮ（ＵＳＮヘッダの値がＵＤＮである）、ＮＴＳヘッダの値およびＣＡＣＨＥ−ＣＯＮＴＯＲＬの値を取得する。ＵＰｎＰデバイスプロキシ装置１０３は、サーチメッセージに対する返答からも、これらの情報を取得することができる。前記デバイスディスクリプションのＵＲＬ、ＵＤＮ、ＮＴＳヘッダの値およびＣＡＣＨＥ−ＣＯＮＴＯＲＬの値をデバイス管理モジュール４０４に引き渡す。
【０１０５】
前記値を取得したデバイス管理モジュール４０４はＵＤＮの値をキーにしてデバイス管理テーブル５００を検索する。前述の検索において該当するレコードが存在し、かつＮＴＳヘッダの値が“ＳＳＤＰ：ＡＬＩＶＥ”の場合、現在の時刻でＬａｔｅｓｔＴｉｍｅ５０４の値を更新する。レコードが存在し、かつＮＴＳヘッダの値が“ＳＳＤＰ：ＢＹＥＢＹＥ”の場合、該当のレコードを削除する。
【０１０６】
また、前述の検索において該当するレコードが存在しなかった場合、デバイスディスクリプションのＵＲＬ、ＵＤＮ、ＣＡＣＨＥ−ＣＯＮＴＯＲＬの値、現在の時刻を、それぞれ、テーブル５００の５０２、５０１、５０３、５０４に挿入する。
【０１０７】
以上のように、第１の接続装置であるＵＰｎＰデバイスプロキシ装置１０３は、第１のネットワーク１２０に接続されているデバイスを認識する。また、第１の接続装置であるＵＰｎＰデバイスプロキシ装置１０３は、第１のネットワーク１２０に接続されているデバイスに対するメッセージの宛先情報（デバイスディスクリプションのＵＲＬ）を取得する。
【０１０８】
＜ＵＰｎＰデバイス情報転送＞
上述の作業の後、デバイス管理モジュール４０４は、前述のレコードが存在し、かつＮＴＳヘッダの値が“ＳＳＤＰ：ＢＹＥＢＹＥ”の場合、オペレーション名”ｂｙｅｂｙｅ”、その引数として前記取得したＵＤＮの値を用い図１１のようなＳＯＡＰメッセージを作成する。
【０１０９】
また、前述の該当するレコードが存在しなかった場合、前記デバイスディスクリプションのＵＲＬ（図５の５０２の値）からデバイス、サービスディスクリプションを、ＨＴＴＰクライアントモジュール４０２を介して取得し、前述のレコードに挿入した値双方を用いて図１２のようなオペレーション名“ｒｅｍｏｔｅＡｌｉｖｅ”、その引数として前記ＵＤＮ（図５の５０１の値）とＵＰｎＰデバイスプロキシ装置１０３のＩＰアドレスまたはホスト名、そのアタッチメントとして前記取得したデバイス、サービスディスクリプションを付したＳＯＡＰメッセージを作成する。また、ＵＲＬＢａｓｅタグの要素を、前記取得したデバイスディスクリプションのＵＲＬを元に生成し、このＳＯＡＰメッセージのアタッチメントに含める。ＵＲＬＢａｓｅについては後述する。上記作成したメッセージをＵＰｎＰデバイスプロキシ装置１０１に送信する。ここで、デバイスディスクリプションはデバイスに関する情報で、ＵＰｎＰで規定しているデバイスタイプ、メーカ名、モデル名、シリアルナンバーなどである。サービスディスクリプションはそのデバイスが提供しているサービス（プリンタであればプリントなど）のインターフェイスの記述である。これらの情報は、デバイスディスクリプションのＵＲＬから取得される。
【０１１０】
以上のように、第１の接続装置であるＵＰｎＰデバイスプロキシ装置１０３は、第１のネットワーク１２０に接続されているデバイス（例えば、プリンタ１１０）を認識し、認識されたデバイスの情報を第２のネットワーク１００を介して第２の接続装置であるＵＰｎＰデバイスプロキシ装置１０１に送信する。この認識では、デバイス（例えば、プリンタ１１０）からのメッセージ（サーチメッセージに対する返答メッセージ、あるいは、ＮＯＴＩＦＹメッセージ）から、デバイスが保持しているデバイスディスクリプションの格納場所の情報（ＵＲＬ）を取得する。そして、そのデバイスディスクリプションの格納場所の情報（ＵＲＬ）から、デバイスの情報（デバイス、サービスディスクリプション）を、取得する。このデバイスの情報の一例は、そのデバイスのタイプであり、他の例は、そのデバイスが提供しているサービスあるいは機能（例えば、プリントなど）である。
【０１１１】
また、第１の接続装置であるＵＰｎＰデバイスプロキシ装置１０３は、第１のネットワーク１２０に接続されているデバイス（例えば、プリンタ１１０）に対するメッセージの宛先情報（ＵＲＬＢａｓｅ）を取得して、取得した宛先情報（ＵＲＬＢａｓｅ）を第２のネットワーク１００を介して第２の接続装置であるＵＰｎＰデバイスプロキシ装置１０１に送信する。
【０１１２】
上記作業メッセージ作成、メッセージ送信を前述の情報収集作業と対で繰り返し行われる。
【０１１３】
＜仮想ＵＰｎＰデバイスの生成、消滅＞
前述のＵＰｎＰデバイスプロキシ装置１０３から送信されてきた前記ＳＯＡＰメッセージをＵＰｎＰデバイスプロキシ装置１０１のＨＴＴＰサーバモジュール６０２が受信する。すなわち、ＨＴＴＰサーバモジュール６０２は、第２のネットワーク１００に接続される第１の接続手段であって、第１のネットワーク１２０に接続されているデバイス（例えば、プリンタ１１０）に対するメッセージの第１の宛先情報（ＵＲＬＢａｓｅ）を、接続装置であるＵＰｎＰデバイスプロキシ装置１０３から第２のネットワーク１００を介して受信する。
【０１１４】
受信した前記ＳＯＡＰメッセージを再生コントロールモジュール６００に引き渡し、再生コントロールモジュール６００はＸＭＬ処理モジュール６０３において前記メッセージを処理する。処理結果から再生コントロールモジュール６００は、前記ＳＯＡＰメッセージのオペレーション名、その引数部分などを取り出す。
【０１１５】
オペレーション名が“ｂｙｅｂｙｅ”であった場合、再生コントロールモジュール６００は仮想デバイス管理モジュール６０４に前記ＳＯＡＰメッセージの引数の値であるＵＤＮを引き渡す。前記ＵＤＮのみ受け取った仮想デバイス管理モジュール６０４は仮想デバイス管理テーブル７００を、前記ＵＤＮをキーとして検索し、該当レコードを削除する。さらに生成された仮想デバイスに対してＳＳＤＰ：ＢＹＥＢＹＥメッセージを発行する処理要求を制御部３００に送る。制御部３００は、メインコントロールモジュール８０１に、前記ＵＤＮを引数とするＳＳＤＰ：ＢＹＥＢＹＥを発行するようディスカバリモジュール８０７に指示する。指示されたディスカバリモジュール８０７は、前記ＵＤＮを引数とするＳＳＤＰ：ＢＹＥＢＹＥメッセージ（前記ＵＤＮのデバイスが利用不可であることを知らせるためのメッセージ）をネットワーク１０５に送信する。その後コントロールモジュール８０１は自身のプロセスを終了する。
【０１１６】
オペレーション名が“ｒｅｍｏｔｅＡｌｉｖｅ”であった場合、再生コントロールモジュール６００は仮想デバイス管理モジュール６０４に前記ＳＯＡＰメッセージ（図１２）の引数の値であるＵＤＮ、ＵＰｎＰデバイスプロキシ装置１０３のＩＰアドレスまたはホスト名、デバイス、サービスディスクリプションを引き渡す。
【０１１７】
前述の値を受けた仮想デバイス管理モジュール６０４は、ＸＭＬ処理モジュール６０３により、デバイスディスクリプションから“ＣｏｎｔｏｒｏｌＵＲＬ”タグ、“ｅｖｅｎｔＳｕｂＵＲＬ”タグの値を取り出す。前記取り出した値を仮想デバイス管理テーブル７００の７０２、７０３に、ＵＤＮを仮想デバイス管理テーブル７００の７０１に挿入する。さらに以下のようにタグの要素を書き換えて、図１３に示すような情報を作成する。
“ｆｒｉｅｎｄｌｙＮａｍｅ”タグは本来の値（図１２に示したオペレーション名“ｒｅｍｏｔｅＡｌｉｖｅ”メッセージに含まれる値）にＵＰｎＰデバイスプロキシ装置１０３のＩＰアドレスまたはホスト名と“．”をつけた値。ｆｒｉｅｎｄｌｙＮａｍｅはデバイスの（人間可読な）名前を表わす。
“ＵＲＬＢａｓｅ”タグはＵＰｎＰデバイスプロキシ装置１０１のＩＰアドレスとポート番号を組み合わせたＵＲＬ。ＵＲＬＢａｓｅはデバイスにアクセスするための基本となるＵＲＬである。このポート番号は、ＵＤＮ（デバイスを識別する識別子）に対応し、ＵＰｎＰデバイスプロキシ装置１０１は、このポート番号により、対象となるデバイスを識別する。
“ＳＣＰＤＵＲＬ”タグは“／ｓｅｒｖｉｃｅ／ｓｅｒｖｉｃｅ．ｘｍｌ”。ＳＣＰＤＵＲＬはデバイスが提供しているサービスが記述されているＸＭＬファイルを示すＵＲＬである。
“ＣｏｎｔｒｏｌＵＲＬ”タグは“／ｃｏｎｔｒｏｌ”。
“ｅｖｅｎｔＳｕｂＵＲＬ”タグは“／ｅｖｅｎｔ”。
【０１１８】
仮想デバイス管理モジュール６０４は、前記サービスディスクリプションからプレゼンテイションページを作成し、前記書き換えたデバイスディスクリプションと前記サービスディスクリプションを用いてデバイス部プロセスを新規に作成する。
【０１１９】
生成されたデバイス部のメインコントロールモジュール８０１はＳＳＤＰ：ＡＬＩＶＥメッセージをネットワーク１０５に送信する。ＳＳＤＰ：ＡＬＩＶＥメッセージは、＜ＵＰｎＰデバイス情報収集＞で示したＮＯＴＩＦＹメッセージと同様に、デバイスディスクリプションのＵＲＬ（ＬＯＣＡＴＩＯＮヘッダの値）、ＵＤＮ（ＵＳＮヘッダの値がＵＤＮである）、ＮＴＳヘッダの値（ＳＳＤＰ：ＡＬＩＶＥ）およびＣＡＣＨＥ−ＣＯＮＴＯＲＬの値を含む。このデバイスディスクリプションのＵＲＬは、前記のように書き換えたＵＲＬＢａｓｅの値を含む。また、ＣＡＣＨＥ−ＣＯＮＴＯＲＬの値は、所定の値（例えば、２０秒）である。
【０１２０】
すなわち、メインコントロールモジュール８０１は、第３のネットワーク１０５に接続され、所定の宛先（ＵＰｎＰデバイスプロキシ装置１０１のＩＰアドレス）へのメッセージを受信する第２の接続手段である。また、仮想デバイス管理モジュール６０４は、前記所定の宛先（ＵＰｎＰデバイスプロキシ装置１０１のＩＰアドレス）に前記デバイスに対する識別子（ポート番号）を付加して、前記デバイスに対するメッセージの第２の宛先情報（ＵＲＬＢａｓｅ）を生成する生成手段である。メインコントロールモジュール８０１は、生成した第２の宛先情報を含むメッセージを第３のネットワークに送信する。
【０１２１】
以上のように、第２の接続装置であるＵＰｎＰデバイスプロキシ装置１０１は、第１の接続装置であるＵＰｎＰデバイスプロキシ装置１０３から送信された情報を受信し、受信した情報をもとに、認識されたデバイスが利用可能であることを示すメッセージ（ＳＳＤＰ：ＡＬＩＶＥメッセージ）を第３のネットワーク１０５に送信する。このメッセージは、デバイスディスクリプションの格納場所の情報（ＵＲＬ）を含む。この格納位置の情報（ＵＲＬ）は、ＵＰｎＰデバイスプロキシ装置１０１の識別情報（ＩＰアドレス）とデバイスを識別する識別子（ポート番号）を組み合わせて、生成されている（ＵＲＬＢａｓｅ）。
【０１２２】
また、第２の接続装置であるＵＰｎＰデバイスプロキシ装置１０１は、第１の接続装置であるＵＰｎＰデバイスプロキシ装置１０３から送信された第１の宛先情報（ＵＲＬＢａｓｅ）を受信し、ＵＰｎＰデバイスプロキシ装置１０１の識別子（ＩＰアドレス）にデバイス（例えば、プリンタ１１０）に対する識別子（ポート番号）を付加して、前記デバイスに対するメッセージの第２の宛先情報（ＵＲＬＢａｓｅ）を生成し、生成した第２の宛先情報（ＵＲＬＢａｓｅ）を含むメッセージ（ＳＳＤＰ：ＡＬＩＶＥメッセージ）を第３のネットワークに送信する。なお、第２の宛先情報は、ＵＰｎＰデバイスプロキシ装置１０１のＩＰアドレスとポート番号を組み合わせたＵＲＬである。
【０１２３】
＜デバイス部デバイスコントロールモジュールとイベント処理モジュール＞
デバイスコントロールモジュール８０６は先にも説明したが、ＵＰｎＰクライアントからのコントロールリクエストをうけて実デバイスの操作を行う。しかしここで新規に生成されるデバイスは仮想デバイス１１０’であり実デバイス１１０に前記コントロールリクエストを転送する処理を行う。
【０１２４】
また同様に、イベント処理モジュールも実デバイス１１０にイベントのサブスクライブ、イベントの発行の転送を行う。
【０１２５】
上述のような実装は各種実デバイスの機能によらないことから汎用的な転送処理をおこなうようプログラムされている。
【０１２６】
＜デバイスのコントロール＞
利用者ＰＣ１０２は、上記のように、ＳＳＤＰ：ＡＬＩＶＥメッセージなどにより発見した仮想デバイス（例えば、仮想的なプリンタ１１０）を制御することができる。利用者ＰＣ１０２は、この仮想デバイスを、ＳＳＤＰ：ＡＬＩＶＥメッセージに含まれていたＵＲＬＢａｓｅを用いて、特定する。
【０１２７】
利用者ＰＣ１０２からデバイスのコントロールリクエストをうけたＵＰｎＰデバイスプロキシ装置１０１のＨＴＴＰサーバモジュール８０２はデバイスコントロールモジュール８０６に前記リクエストを引き渡す。このコントロールリクエストの宛先は、ＵＲＬＢａｓｅを含み、ＵＰｎＰデバイスプロキシ装置１０１は、このＵＲＬＢａｓｅに含まれるポート番号により、制御対象となる仮想デバイスを特定し、対応するデバイス部３０３が、このコントロールリクエストを受け取って、処理する。
【０１２８】
前記リクエストを受け取ったデバイスコントロールモジュール８０６は自身のＵＤＮ（ＵＲＬＢａｓｅに含まれるポート番号に対応するＵＤＮ）をキーにして制御部３００経由で仮想デバイス管理モジュール６０４に前記ＵＤＮのＣｏｎｔｏｒｏｌＵＲＬの検索を依頼する。検索依頼をうけた仮想デバイス管理モジュール６０４は仮想デバイス管理テーブル７００を前記ＵＤＮで検索する。該当するレコードからＣｏｎｔｒｏｌＵＲＬ項目７０２の値を取り出し、制御部３００経由でデバイスコントロールモジュール８０６に与える。
【０１２９】
前記ＣｏｎｔｒｏｌＵＲＬの値を受け取ったデバイスコントロールモジュール８０６は、図１４のようなオペレーション名“ｃｏｎｔｒｏｌ”、その引数の値を前記ＣｏｎｔｒｏｌＵＲＬの値（ＵＲＬＢａｓｅが付加された値）にし、前記リクエストを付したＳＯＡＰメッセージを作成し、ＨＴＴＰクライアントモジュール８０３経由でＵＰｎＰデバイスプロキシ装置１０３に送信する。
【０１３０】
すなわち、第２の接続装置であるＵＰｎＰデバイスプロキシ装置１０１は、第２の宛先情報（ＵＲＬＢａｓｅ）を宛先とする第１の送信メッセージ（コントロールリクエスト）を第３のネットワーク１０５に接続された装置である利用者ＰＣ１０２から受信すると、前記第２の宛先情報（ＵＲＬＢａｓｅ）に含まれる前記識別子（ポート番号）に対応する前記第１の宛先情報（ＵＲＬＢａｓｅ）及び前記第１の送信メッセージ（コントロールリクエスト）の内容を含む第２の送信メッセージ（ＳＯＡＰメッセージ）を第１の接続装置であるＵＰｎＰデバイスプロキシ装置１０３に送信する。第２の宛先情報は、ＵＰｎＰデバイスプロキシ装置１０１のＩＰアドレスとポート番号を組み合わせたＵＲＬである。
【０１３１】
前記ＳＯＡＰメッセージを受けたＵＰｎＰデバイスプロキシ装置１０３の解析部３０１のディスパッチモジュール４０５はＸＭＬ処理モジュール４０３を用いて処理し、オペレーションの引数と添付メッセージ（利用者ＰＣ１０２からのコントロールリクエスト）を取得する。
【０１３２】
ディスパッチモジュール４０５は、ＨＴＴＰクライアントモジュール４０２経由で前記引数のＵＲＬに前記添付メッセージをＳＯＡＰメッセージとして送信する。すなわち、第１の接続装置であるＵＰｎＰデバイスプロキシ装置１０３は、第２の接続装置ＵＰｎＰデバイスプロキシ装置１０１から送信された第２の送信メッセージ（ＳＯＡＰメッセージ）を受信し、前記第１の送信メッセージ（コントロールリクエスト）の内容を含む第３の送信メッセージ（ＳＯＡＰメッセージ）を、前記第１の宛先情報（ＵＲＬＢａｓｅ）を宛先として、送信する。
【０１３３】
前記ＳＯＡＰメッセージのレスポンスを待ち、受信した後、ディスパッチモジュール４０５はオペレーション“ｃｏｎｔｒｏｌ”のＳＯＡＰレスポンスを作成し、実デバイスのコントロールレスポンスを添付としてＵＰｎＰデバイスプロキシ装置１０１に返答する。
【０１３４】
前記ＳＯＡＰレスポンスを受信したＵＰｎＰデバイスプロキシ装置１０１のデバイス部３０３のデバイスコントロールモジュール８０６は、前記ＳＯＡＰレスポンスメッセージから前記添付メッセージを、ＸＭＬ処理モジュール８０４を用いて取り出し、ＳＯＡＰレスポンスとして利用者ＰＣ１０２に返答する。
【０１３５】
＜デバイスイベントサブスクライブ＞
利用者ＰＣ１０２からデバイスのイベントサブスクライブリクエストをうけたＵＰｎＰデバイスプロキシ装置１０１のＨＴＴＰサーバモジュール８０２は、イベント処理モジュール８０５にイベントサブスクライブリクエストのＨＴＴＰヘッダに含まれるＣＡＬＬＢＡＣＫの値を引き渡す。
【０１３６】
前記ＣＡＬＬＢＡＣＫの値を受け取ったイベント処理モジュール８０５は自身のＵＤＮをキーにして制御部３００経由で仮想デバイス管理モジュール６０４に前記ＵＤＮのＣａｌｌＢａｃｋＵＲＬの項目に前記ＣＡＬＬＢＡＣＫの値を挿入するよう依頼する。
【０１３７】
依頼をうけた仮想デバイス管理モジュール６０４は仮想デバイス管理テーブル７００を前記ＵＤＮで検索する。該当するレコードＣａｌｌＢａｃｋＵＲＬ項目７０４に前記ＣＡＬＬＢＡＣＫの値を挿入する。さらに前記該当レコードのｅｖｅｎｔＳｕｂＵＲＬ項目７０３の値を取得する。
【０１３８】
前記ｅｖｅｎｔＳｕｂＵＲＬ項目７０３の値を受け取ったイベント処理モジュール８０５は、図１５のようなオペレーション名“ｅｖｅｎｔＳｕｂ”、その引数の値を前記ＵＤＮ、前記ｅｖｅｎｔＳｕｂＵＲＬ項目７０３の値にしたＳＯＡＰメッセージを作成し、ＨＴＴＰクライアントモジュール８０３経由でＵＰｎＰデバイスプロキシ装置１０３に送信する。
【０１３９】
前記ＳＯＡＰメッセージを受けたＵＰｎＰデバイスプロキシ装置１０３の解析部３０１のディスパッチモジュール４０５はＸＭＬ処理モジュール４０３を用いて処理し、オペレーションの引数を取得する。
【０１４０】
ディスパッチモジュール４０５は、ＨＴＴＰクライアントモジュール４０２経由で前記引数のＵＲＬにＵＰｎＰ規定のイベントサブスクライブメッセージを送信する。その際、ＣＡＬＬＢＡＣＫヘッダの値を前記引数のＵＤＮをもちいてｈｔｔｐ：／／１９２．１６８．１．２１：８０２２／ｕｕｉｄ：ｈｏｇｅｐｒｉｎｔｅｒ０００／ｅｖｅｎｔのように設定する。
【０１４１】
ディスパッチモジュール４０５はＳＯＡＰレスポンスをＵＰｎＰデバイスプロキシ装置１０１に送信する。
【０１４２】
＜デバイスイベント処理＞
実デバイス１１０からイベントが報告されてきた場合、ＵＰｎＰデバイスプロキシ装置１０３のディスパッチモジュール４０５がそれを受信し、受信したディレクトリ名からデバイスＵＤＮを取り出し、オペレーション名“ｅｖｅｎｔ”、引数として前記ＵＤＮとデバイス１１０から報告されたイベントのメッセージを添付し、図１６のようなＳＯＡＰメッセージを作成し、前記作成したＳＯＡＰメッセージをＵＰｎＰデバイスプロキシ装置１０１に送信する。
【０１４３】
前記ＳＯＡＰメッセージをＵＰｎＰデバイスプロキシ装置１０１のＨＴＴＰサーバモジュール６０２が受信し、ＸＭＬ処理モジュール６０３で処理する。処理した結果から、ＵＤＮと添付メッセージを再生コントロールモジュール６００が取得する。
【０１４４】
再生コントロールモジュール６００は前記ＵＤＮをキーにして制御部３００経由で仮想デバイス管理モジュール６０４に前記ＵＤＮのＣａｌｌＢａｃｋＵＲＬ項目の値を取得するよう依頼する。
【０１４５】
依頼をうけた仮想デバイス管理モジュール６０４は仮想デバイス管理テーブル７００を前記ＵＤＮで検索する。該当するレコードＣａｌｌＢａｃｋＵＲＬ項目７０４から値を取得する。
【０１４６】
再生コントロールモジュール６００は、制御部３００経由で前記ＣａｌｌＢａｃｋＵＲＬ項目の値を取得し、その値に対して、前記ＳＯＡＰの添付メッセージを送信する。
【実施例２】
【０１４７】
上述の説明において、ＵＰｎＰデバイスプロキシ装置接続処理で前記ブラウザのテキスト入力エリアにＵＰｎＰデバイスプロキシ装置１０３のＩＰアドレスまたはホスト名を入力したが、図１７のようにネットワーク１００上に敷設した前記ＵＰｎＰデバイスプロキシ装置登録サーバ２００１を利用して、ＵＰｎＰデバイスプロキシ装置接続処理を達成することも可能となる。
【０１４８】
＜ＵＰｎＰデバイスプロキシ装置登録サーバのモジュール構成と機能＞
図１８は本発明の一実施形態として例に挙げたＵＰｎＰデバイスプロキシ装置登録サーバ２００１の構成を示すモジュール構成図である。
【０１４９】
ＵＰｎＰデバイスプロキシ装置を登録、管理、またその情報提供をするＵＰｎＰデバイスプロキシ装置登録サーバ２００１は、登録コントロールモジュール２１００、ＨＴＴＰサーバモジュール２１０１、テーブル管理モジュール２１０２、ＸＭＬ処理モジュール２１０３から構成される。
【０１５０】
登録コントロールモジュール２１００は前記ＨＴＴＰサーバモジュール２１０１、テーブル管理モジュール２１０２、ページ生成モジュール２１０３の制御と各モジュールのインターフェイスからデータの受け渡しなどを行う。
【０１５１】
ＨＴＴＰサーバモジュール２１０１はＨＴＴＰサーバモジュール６０２と同様の機能を有する。
【０１５２】
テーブル管理モジュール２１０２は、ＵＰｎＰデバイスプロキシ装置の情報を管理する後述するＵＰｎＰプロキシ管理テーブル２２００を持ち、そのテーブルに対してデータの検索、追加、変更、削除を行う機能を有する。
【０１５３】
ＸＭＬ処理モジュール２１０３は、前記ＸＭＬ処理モジュール４０３と同様の機能を有する。
【０１５４】
＜ＵＰｎＰプロキシ管理テーブル＞
図１９は、本実施例における一実施形態として例に挙げたテーブル管理モジュール２１０２が保持するＵＰｎＰプロキシ管理テーブル２２００の概念図である。
【０１５５】
ＵＰｎＰプロキシ管理テーブル２２００は、ＨｏｓｔＮａｍｅ項目２２０１、ＩｐＡｄｄｒｅｓｓ項目２２０２、Ｐｌａｃｅ項目２２０３とＣｏｍｍｅｎｔ項目２２０４から構成される。ＵＰｎＰプロキシ管理テーブル２２００は、それぞれの項目に対して、検索、読み書き、追加、削除可能なものとなっている。
【０１５６】
ＨｏｓｔＮａｍｅ項目２２０１は、ＵＰｎＰデバイスプロキシ装置のホスト名を格納する。ＩＰＡｄｄｒｅｓｓ項目２２０２は、ＵＰｎＰデバイスプロキシ装置のＩＰアドレスを格納する。Ｐｌａｃｅ項目２２０３は、ＵＰｎＰデバイスプロキシ装置の設置場所などの情報を格納する。Ｃｏｍｍｅｎｔ項目２２０４は、ＵＰｎＰデバイスプロキシ装置の任意の情報などの情報を格納する。
【０１５７】
＜ＵＰｎＰデバイスプロキシ登録＞
前記ＵＰｎＰデバイスプロキシ装置を登録する処理の流れを説明する。
Ｅｘｐｌｏｒｅ（Ｍｉｃｒｏｓｏｆｔ社製）の“マイネットワーク”フォルダにＵＰｎＰデバイスプロキシ装置１０１を示すアイコンをダブルクリックすると、ＩｎｔｅｒｎｅｔＥｘｐｌｏｒｅ（Ｍｉｃｒｏｓｏｆｔ社製）などのブラウザが起動し図２０のようなページが表示される。
【０１５８】
利用者ＰＣ１０２の利用者はプロキシ登録の場所とコメントのテキスト入力エリアに適当な情報を入力し、登録ボタンを下押しする。利用者ＰＣ１０２の利用者が前記登録ボタンを下押ししたと同時に利用者ＰＣ１０２はメッセージを送信し、ＵＰｎＰデバイスプロキシ装置１０１のＨＴＴＰサーバモジュール８０２が前記メッセージを受信する。
【０１５９】
前記メッセージからメインコントロールモジュール８０１は前記利用者が入力した前記場所とコメントを取得し、自身のホスト名、ＩＰアドレスを取得し、オペレーション名“ｒｅｇｉｓｔｒａｔｉｏｎ”、その引数として前記場所、前記コメント、前記ホスト名と前記ＩＰアドレスを用いて図２１のようなＳＯＡＰメッセージを作成する。前記ＳＯＡＰメッセージを、ＨＴＴＰクライアントモジュール８０３を介してＵＰｎＰデバイスプロキシ装置登録サーバ２００１に送信する。
【０１６０】
前記ＳＯＡＰメッセージをＨＴＴＰサーバモジュール２１０１が受信し、ＸＭＬ処理モジュール２１０３で処理する。前記ＳＯＡＰメッセージの処理結果として、登録コントロールモジュール２１００はＵＰｎＰデバイスプロキシ装置１０１のホスト名、ＩＰアドレス、前記利用者が入力したＰｌａｃｅの値、Ｃｏｍｍｅｎｔの値を取得する。前記取得した値をテーブル管理モジュール２１０２に受けた渡し、テーブル管理モジュール２１０２はＵＰｎＰプロキシ管理テーブル２２００に挿入する。挿入後、登録コントロールモジュール２１００はＳＯＡＰレスポンスをＵＰｎＰデバイスプロキシ装置１０１に送信する。
【０１６１】
ＳＯＡＰレスポンスを受信した、ＵＰｎＰデバイスプロキシ装置１０１のＨＴＴＰクライアントモジュール８０３は、前記ＳＯＡＰレスポンスメッセージをメインコントロールモジュール８０１に引き渡し、ＸＭＬ処理モジュール８０４で処理する。処理結果からその意を伝えるページを利用者ＰＣのブラウザに表示する。
【０１６２】
＜ＵＰｎＰデバイスプロキシ装置登録サーバを使用した接続＞
前記ＵＰｎＰデバイスプロキシ装置登録サーバを使用した接続処理の流れを説明する。
【０１６３】
利用者ＰＣ１０２において、Ｅｘｐｌｏｒｅ（Ｍｉｃｒｏｓｏｆｔ社製）の“マイネットワーク”フォルダにＵＰｎＰデバイスプロキシ装置１０１を示すアイコンをダブルクリックすると、ＩｎｔｅｒｎｅｔＥｘｐｌｏｒｅ（Ｍｉｃｒｏｓｏｆｔ社製）などのブラウザが起動し図２０のようなページが表示される。なお、利用者ＰＣ１０２がＵＰｎＰデバイスプロキシ装置１０１を示すアイコンをダブルクリックして、ＵＰｎＰデバイスプロキシ装置１０１に接続をすると、ＵＰｎＰデバイスプロキシ装置１０１は、第２のネットワーク１００に接続された装置であるＵＰｎＰデバイスプロキシ装置登録サーバ２００１から登録された情報（ＵＰｎＰデバイスプロキシ装置１０１の情報であるホスト名あるいはＩＰアドレスを含む）を取得し、それを反映させて、利用者ＰＣ１０２は、図２０のようなページを表示する。ＵＰｎＰデバイスプロキシ装置１０１を示すアイコンがダブルクリックされると、ＵＰｎＰデバイスプロキシ装置１０１のホスト名あるいはＩＰアドレスを元に、ＵＰｎＰデバイスプロキシ装置１０１に接続要求のメッセージが送信される。
【０１６４】
以下、実施例１の＜ＵＰｎＰデバイスプロキシ装置接続処理＞において、ブラウザの接続ボタンを下押しした以降と同様の処理（ＵＰｎＰデバイスプロキシ装置１０１への接続要求メッセージの送信以降の処理）がなされる。
【０１６５】
利用者ＰＣ１０２の利用者は、接続一覧のリストから接続するホスト名（ＵＰｎＰデバイスプロキシ装置１０３のホスト名）を選択し、場所、コメント欄を確認し、接続ボタンを下押しする。なお、ＵＰｎＰデバイスプロキシ装置１０３側でも、ＵＰｎＰデバイスプロキシ装置１０３をＵＰｎＰデバイスプロキシ装置登録サーバ２００１に登録する処理が行われている。図２０は、Ｐｒｏｘｙ１０１を選択した場合に、プロキシ登録の場所が東京オフィス１であり、コメントとして、プリンタがあることが登録されていることを示している。
【図面の簡単な説明】
【０１６６】
【図１】システム全体構成図である。
【図２】コンピュータシステムブロック図である。
【図３】ＵＰｎＰデバイスプロキシ装置ブロック図である。
【図４】解析部モジュール構成図である。
【図５】デバイス管理テーブル概念図である。
【図６】再生部モジュール構成図である。
【図７】仮想デバイス管理テーブル概念図である。
【図８】デバイス部モジュール構成図である。
【図９】接続要求ＳＯＡＰメッセージ構成図である。
【図１０】接続要求ＳＯＡＰレスポンスメッセージ構成図である。
【図１１】切断要求ＳＯＡＰメッセージ構成図である。
【図１２】リモートデバイス情報ＳＯＡＰメッセージ構成図である。
【図１３】ＳＣＰＤ概念図である。
【図１４】デバイス制御情報ＳＯＡＰメッセージ構成図である。
【図１５】イベントサブスクライブ要求ＳＯＡＰメッセージ構成図である。
【図１６】イベント処理情報ＳＯＡＰメッセージ構成図である。
【図１７】システム構成図である。
【図１８】ＵＰｎＰデバイスプロキシ装置登録サーバモジュール構成図である。
【図１９】管理テーブル概念図である。
【図２０】利用者ＰＣのＵＰｎＰデバイスプロキシ装置登録／接続画面概念図である。
【図２１】ＵＰｎＰデバイスプロキシ装置登録ＳＯＡＰメッセージ構成図である。
【符号の説明】
【０１６７】
１００  ネットワーク
１０１  ＵＰｎＰデバイスプロキシ装置
１０２  利用者ＰＣ
１１０  プリンタ
１１１  デジタルカメラ
１１２  スキャナ
１１３  デジタルビデオカメラ
【図１】
2005311773.tif 000003
【図２】
2005311773.tif 000004
【図３】
2005311773.tif 000005
【図４】
2005311773.tif 000006
【図５】
2005311773.tif 000007
【図６】
2005311773.tif 000008
【図７】
2005311773.tif 000009
【図８】
2005311773.tif 000010
【図９】
2005311773.tif 000011
【図１０】
2005311773.tif 000012
【図１１】
2005311773.tif 000013
【図１２】
2005311773.tif 000014
【図１３】
2005311773.tif 000015
【図１４】
2005311773.tif 000016
【図１５】
2005311773.tif 000017
【図１６】
2005311773.tif 000018
【図１７】
2005311773.tif 000019
【図１８】
2005311773.tif 000020
【図１９】
2005311773.tif 000021
【図２０】
2005311773.tif 000022
【図２１】
2005311773.tif 000023
【手続補正書】
【提出日】平成17年2月16日(2005.2.16)
【手続補正１】
【補正対象書類名】図面
【補正対象項目名】図８
【補正方法】変更
【補正の内容】
【図８】
2005311773.tif 000024