(57)【要約】【課題】ＷＡＮ側ホストに対してＵＰｎＰデバイスを公開する。【解決手段】ＬＡＮ１０１のＨＴＴＰの使用可能なＵＰｎＰデバイス１０３とＷＡＮ側１０２のＷＡＮ側ホスト１０４とを接続するＬＡＮ間接続装置１０５に、ＵＰｎＰデバイスに対して、ＨＴＴＰ要求の制御用ＵＲＬと、ＷＡＮ側上で使用可能なＨＴＴＰ要求の公開用ＵＲＬを生成するＵＰｎＰ処理部２０４と、生成された制御用ＵＲＬと公開用ＵＲＬを保存するＵＰｎＰデバイス情報データベース２０５と、ＷＡＮ側ホストからＵＲＬが公開用ＵＲＬと一致する場合、ＨＴＴＰ要求に対してＮＡＴ処理を追加し、公開用ＵＲＬを制御用ＵＲＬにし、制御用ＵＲＬのＨＴＴＰ要求をＵＰｎＰデバイスに転送し、ＵＰｎＰデバイスからのＨＴＭＬデータのＨＴＴＰ応答に対してＮＡＴ処理を行い、ＷＡＮ側ホストに転送を行う転送パケット処理部２０３とを備える。【選択図】  図１
2004349895.tif 000002
【特許請求の範囲】
【請求項１】
ＨＴＴＰが使用可能である複数のＵＰｎＰデバイスが接続されるＬＡＮ側ネットワークと複数のＷＡＮ側ホストが接続されるＷＡＮ側ネットワークとを接続するＬＡＮ間接続装置において、
前記ＵＰｎＰデバイスの各々に対して、前記ＬＡＮ側ネットワーク上で使用可能なＨＴＴＰ要求の制御用ＵＲＬと、前記ＷＡＮ側ネットワーク上で使用可能なＨＴＴＰ要求の公開用ＵＲＬを生成するＵＰｎＰ処理部と、
前記ＵＰｎＰデバイスの各々について前記ＵＰｎＰ処理部により生成された前記制御用ＵＲＬと前記公開用ＵＲＬを対にして保存するＵＰｎＰデバイス情報データベースと、
前記ＵＰｎＰデバイス情報データベースを参照して前記ＷＡＮ側ホストからのＨＴＴＰ要求のＵＲＬが公開用ＵＲＬと一致する場合、ＨＴＴＰ要求に対してＮＡＴ処理を追加し、公開用ＵＲＬを制御用ＵＲＬに書き換え、書き換えられた制御用ＵＲＬのＨＴＴＰ要求を前記ＵＰｎＰデバイスに転送し、前記ＵＰｎＰデバイスからのＨＴＭＬデータのＨＴＴＰ応答に対してＮＡＴ処理を行い、前記ＷＡＮ側ホストに転送を行う転送パケット処理部とを備えることを特徴とするＬＡＮ間接続装置。
【請求項２】
さらに、前記転送パケット処理部と前記ＵＰｎＰデバイス情報データベースにはＨＴＴＰ処理部が接続され、前記ＨＴＴＰ処理部は、前記ＵＰｎＰデバイス情報データベースを参照して、公開用ＵＲＬのリストをＨＴＭＬデータとして形成し、さらに、公開用ＵＲＬが不明であるとの内容をＨＴＭＬデータとして形成し、前記ＷＡＮ側ホストから公開用ＵＲＬのリストを要求するＨＴＴＰ要求が前記ＬＡＮ間接続装置にあった場合、前記ＷＡＮ側ホストから前記ＬＡＮ間接続装置への公開用ＵＲＬが不明であった場合、前記転送パケット処理部は前記ＨＴＴＰ処理部からＨＴＭＬデータをそれぞれ取得し前記ＷＡＮ側ホストへ応答を行うことを特徴とする、請求項１に記載のＬＡＮ間接続装置。
【請求項３】
前記ＷＡＮ側ホストからのＨＴＴＰ要求のＵＲＬが公開用ＵＲＬと一致する場合の前記転送パケット処理部のＮＡＴ処理時に該当するＵＰｎＰデバイスに対してチェックフラグをＯＮにし、前記ＵＰｎＰデバイスからのＨＴＴＰ応答に対してチェックフラグがＯＮになった前記ＵＰｎＰデバイスから該当するＵＰｎＰデバイスを検索してＮＡＴ処理を行うことを特徴とする、請求項１に記載のＬＡＮ間接続装置。
【請求項４】
前記転送パケット処理部は、前記ＵＰｎＰデバイスからのＨＴＭＬデータのＨＴＴＰ応答にハイパーリンクとして制御用ＵＲＬが埋め込まれている場合、前記ＵＰｎＰデバイス情報データベースを参照して、埋め込まれた制御用ＵＲＬを公開用ＵＲＬに書き換えることを特徴とする、請求項１に記載のＬＡＮ間接続装置。
【請求項５】
前記転送パケット処理部は前記制御用ＵＲＬのドメイン名を前記ＵＰｎＰホストのＩＰアドレスとし、前記公開用ＵＲＬのドメイン名、ディレクトリ名をそれぞれ前記ＬＡＮ間接続装置のドメイン名、前記制御用ＵＲＬとすることを特徴とする、請求項１に記載のＬＡＮ間接続装置。
【請求項６】
前記公開用ＵＲＬのドメイン名であるＬＡＮ間接続装置のドメイン名と前記公開用ＵＲＬのディレクトリ名である制御用ＵＲＬとの間にドメイン名として使用されない区切りキャラクタを入れることを特徴とする、請求項１に記載のＬＡＮ間接続装置。
【請求項７】
前記転送パケット処理部は書き換えられた制御用ＵＲＬの前記ＵＰｎＰデバイスにＨＴＴＰ要求を転送する前にセキュリティのチェックを行うことを特徴とする、請求項１に記載のＬＡＮ間接続装置。
【請求項８】
ＨＴＴＰが使用可能である複数のＵＰｎＰデバイスが接続されるＬＡＮ側ネットワークと複数のＷＡＮ側ホストが接続されるＷＡＮ側ネットワークとを接続するＬＡＮ間接続装置のＵＰｎＰデバイス公開方法において、
前記ＵＰｎＰデバイスの各々に対して、前記ＬＡＮ側ネットワーク上で使用可能なＨＴＴＰ要求の制御用ＵＲＬと、前記ＷＡＮ側ネットワーク上で使用可能なＨＴＴＰ要求の公開用ＵＲＬを生成する工程と、
前記ＵＰｎＰデバイスの各々について前記ＵＰｎＰ処理部により生成された前記制御用ＵＲＬと前記公開用ＵＲＬを対にして保存する工程と、
保存した前記制御用ＵＲＬと前記公開用ＵＲＬの対を参照して前記ＷＡＮ側ホストからのＨＴＴＰ要求のＵＲＬが公開用ＵＲＬと一致する場合、ＨＴＴＰ要求に対してＮＡＴ処理を追加し、公開用ＵＲＬを制御用ＵＲＬに書き換え、書き換えられた制御用ＵＲＬのＨＴＴＰ要求を前記ＵＰｎＰデバイスに転送する工程と、
前記ＵＰｎＰデバイスからのＨＴＭＬデータのＨＴＴＰ応答に対してＮＡＴ処理を行い、前記ＷＡＮ側ホストに転送を行う工程とを備えることを特徴とするＬＡＮ間接続装置のＵＰｎＰデバイス公開方法。
【発明の詳細な説明】
【０００１】
【発明が属する技術分野】
本発明はＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）をＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）に接続するＬＡＮ間接続装置に関する。特に、本発明は、ＬＡＮ側のＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）デバイス情報をＷＡＮ側に公開するＵＰｎＰデバイス方法公開に関する。
【０００２】
【従来の技術】
従来の通信中継装置では、ＷＡＮ側端末が通信中継装置に対してＬＡＮ側端末のサービス情報のリストをリクエストし、指定したサービス情報をリクエストし、指定したサービス情報に含まれるポート番号を用いたＵＲＬによりＨＴＴＰリクエスト行い、ＨＴＴＰリクエストを受信した通信中継装置ではＮＡＴ変換テーブルでアドレス変換をしてポート番号に対応するＬＡＮ側端末のＩＰアドレス、ポート番号を取得してＷＡＮ側端末から送信されたＩＰパケットのリダイレクトを行っている（例えば、特許文献１参照。）。
また、従来の機器制御装置では、サーバとデジタル機器とがＵＰｎＰインタフェースで接続されるものもある（例えば、特許文献２参照。）。
【０００３】
【特許文献１】
特開２００２−１４１９５４（段落００９２〜０１０６、図１０）
【特許文献２】
特開２００３−０２２２２５（段落００１６、図１）
【０００４】
図１３は本発明の前提となるネットワークの概略構成であり、ＷＡＮ側ホストがＬＡＮ側ホストにアクセスする例を説明する図である。なお、全図を通して同一の構成要素には同一の番号、符号を付して説明を行う。
本図に示すように、区間α側のＬＡＮ側ネットワーク１０１と区間βのＷＡＮ側ネットワーク１０２に分けられ、ＬＡＮ側ネットワーク１０１はローカルネットであり、ＷＡＮ側ネットワーク１０２はインターネットを含むグローバルネットであり、Ｗｅｂサービスを使用して情報の公開を可能にする。
【０００５】
ＬＡＮ側ネットワーク１０１上には複数のホストＡ、Ｂで示すＵＰｎＰホスト１０３が接続され、ＵＰｎＰホスト１０３はパーソナルコンピュータ、ネットワーク家電製品等を含むＵＰｎＰデバイスであり、プライベートＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスが用いられるホストである。
ＷＡＮ側ネットワーク１０２上に複数のホストＸ、Ｙで示すようにＷＡＮ側ホスト１０４が存在し、ＷＡＮ側ホスト１０４はＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）が使用可能でグローバルＩＰアドレスが用いられるホストである。
【０００６】
区間α側のＬＡＮ側ネットワーク１０１と区間β側のＷＡＮ側ネットワーク１０２との間にホストＲで示すＬＡＮ間接続装置１０５が接続され、ＬＡＮ間接続装置１０５はＵＰｎＰホスト１０３をＷＡＮ側ホスト１０４に接続する。
図１４は図１３におけるＬＡＮ間接続装置１０５の概略構成を示すブロック図である。本図に示すように、ＬＡＮ間接続装置１０５にはＬＡＮポート２０１、ＷＡＮポート２０２が設けられる。
【０００７】
ＬＡＮポート２０１はＬＡＮ間接続装置１０５に１つ以上存在し、ＬＡＮ側ネットワーク１０１でパケットの送受信を行う。
ＷＡＮポート２０２はＬＡＮ間接続装置１０５に１つ以上存在し、ＷＡＮ側ネットワーク１０２上でパケットの送受信を行う。
ＬＡＮポート２０１とＷＡＮポート２０２の間には転送パケット処理部２０３が設けられ、転送パケット処理部２０３はポート変換を含むＮＡＴ（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｔｒａｎｓｌａｔｉｏｎ）セッションテーブル２１１を有する。
【０００８】
インターネット上では、相互に、ＵＲＬ（Ｕｎｉｆｏｒｍ  ＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）を用いてＨＴＴＰ要求を行い、該当するＨＴＭＬデータを送信することが可能である。
一方、ＵＰｎＰホスト１０３からは、ＬＡＮ間接続装置１０５のＮＡＴセッションテーブル２１１でプライベートＩＰアドレスをグローバルＩＰアドレスに変換して、ＷＡＮ側ホスト１０４へＵＲＬを用いてＨＴＴＰ要求を行い、ＷＡＮ側ホスト１０４からＵＰｎＰホスト１０３へ該当するＨＴＭＬデータを送信することができる。
【０００９】
他方、ＷＡＮ側ホスト１０４からは、ＵＰｎＰホスト１０３へＵＲＬを用いてＨＴＴＰ要求を行うことはできない。ＵＰｎＰホスト１０３がグローバルＩＰアドレスを持たず、ＷＡＮ側ネットワーク１０２上に存在しないためである。
しかし、ＵＰｎＰホスト１０３がＨＴＴＰを使用することが可能である場合には、ＷＡＮ側ホスト１０４からＵＰｎＰホスト１０３にＵＲＬを用いてＨＴＴＰ要求を行い、ＵＰｎＰホスト１０３からＨＴＭＬデータを得ることができれば非常に便利である。
【００１０】
【発明が解決しようとする課題】
しかしながら、上記従来技術のように、ＷＡＮ側ホスト１０４からＵＰｎＰホスト１０３にＵＲＬを用いてＨＴＴＰ要求を行い、ＵＰｎＰホスト１０３からＨＴＭＬデータを得ようとすると複雑な処理を行う必要があるという問題点がある。
【００１１】
したがって、本発明は上記問題点に鑑みて、ＷＡＮ側ホスト１０４からＵＰｎＰホスト１０３にＵＲＬを用いてＨＴＴＰ要求を行い、ＵＰｎＰホスト１０３からＨＴＭＬデータを容易に得られるようにできるＬＡＮ間接続装置及びそのＵＰｎＰデバイス公開方法を提供する。
【００１２】
【課題を解決するための手段】
本発明は前記問題点を解決するために、ＨＴＴＰが使用可能である複数のＵＰｎＰデバイスが接続されるＬＡＮ側ネットワークと複数のＷＡＮ側ホストが接続されるＷＡＮ側ネットワークとを接続するＬＡＮ間接続装置において、前記ＵＰｎＰデバイスの各々に対して、前記ＬＡＮ側ネットワーク上で使用可能なＨＴＴＰ要求の制御用ＵＲＬと、前記ＷＡＮ側ネットワーク上で使用可能なＨＴＴＰ要求の公開用ＵＲＬを生成するＵＰｎＰ処理部と、前記ＵＰｎＰデバイスの各々について前記ＵＰｎＰ処理部により生成された前記制御用ＵＲＬと前記公開用ＵＲＬを対にして保存するＵＰｎＰデバイス情報データベースと、前記ＵＰｎＰデバイス情報データベースを参照して前記ＷＡＮ側ホストからのＨＴＴＰ要求のＵＲＬが公開用ＵＲＬと一致する場合、ＨＴＴＰ要求に対してＮＡＴ処理を追加し、公開用ＵＲＬを制御用ＵＲＬに書き換え、書き換えられた制御用ＵＲＬのＨＴＴＰ要求を前記ＵＰｎＰデバイスに転送し、前記ＵＰｎＰデバイスからのＨＴＭＬデータのＨＴＴＰ応答に対してＮＡＴ処理を行い、前記ＷＡＮ側ホストに転送を行う転送パケット処理部とを備えることを特徴とするＬＡＮ間接続装置を提供する。
【００１３】
この手段により、ＷＡＮ側ホストからＵＰｎＰデバイスにＵＲＬを用いてＨＴＴＰ要求を行い、ＵＰｎＰデバイスからＨＴＭＬデータを容易に得られ、ＵＰｎＰデバイスを公開することが可能になり、ＵＰｎＰデバイスが動的なＩＰアドレスであってもＷＡＮ側ホストからのアクセスを容易にする。
さらに、前記転送パケット処理部と前記ＵＰｎＰデバイス情報データベースにはＨＴＴＰ処理部が接続され、前記ＨＴＴＰ処理部は、前記ＵＰｎＰデバイス情報データベースを参照して、公開用ＵＲＬのリストをＨＴＭＬデータとして形成し、さらに、公開用ＵＲＬが不明であった内容をＨＴＭＬデータとして形成し、前記ＷＡＮ側ホストから公開用ＵＲＬのリストを要求するＨＴＴＰ要求が前記ＬＡＮ間接続装置にあった場合、前記ＷＡＮ側ホストから前記ＬＡＮ間接続装置への公開用ＵＲＬが不明である場合、前記転送パケット処理部は前記ＨＴＴＰ処理部からＨＴＭＬデータをそれぞれ取得し前記ＷＡＮ側ホストへ応答を行う。
【００１４】
この手段により、前記ＷＡＮ側ホストが公開用ＵＲＬを知らなくても、公開用ＵＲＬの間違いがあり不明であっても、ＷＡＮ側ホストからＵＰｎＰデバイスにＵＲＬを用いてＨＴＴＰ要求を行い、ＵＰｎＰデバイスからＨＴＭＬデータを容易に得られ、ＵＰｎＰデバイスを公開することが可能になる。
さらに、前記ＷＡＮ側ホストからのＨＴＴＰ要求のＵＲＬが公開用ＵＲＬと一致する場合の前記転送パケット処理部のＮＡＴ処理時に該当するＵＰｎＰデバイスに対してチェックフラグをＯＮにし、前記ＵＰｎＰデバイスからのＨＴＴＰ応答に対してチェックフラグがＯＮになった前記ＵＰｎＰデバイスから該当するＵＰｎＰデバイスを検索してＮＡＴ処理を行う。
【００１５】
この手段により、チェックフラグをＯＮとして、ＨＴＴＰ応答処理を限定し、処理速度を高める。
さらに、前記転送パケット処理部は、前記ＵＰｎＰデバイスからのＨＴＭＬデータのＨＴＴＰ応答にハイパーリンクとして制御用ＵＲＬが埋め込まれている場合、前記ＵＰｎＰデバイス情報データベースを参照して、埋め込まれた制御用ＵＲＬを公開用ＵＲＬに書き換える。
【００１６】
この手段により、ＵＰｎＰデバイスからの付加情報がＷＡＮ側ホストに公開可能になる。
さらに、前記転送パケット処理部は前記制御用ＵＲＬのドメイン名を前記ＵＰｎＰホストのＩＰアドレスとし、前記公開用ＵＲＬのドメイン名、ディレクトリ名をそれぞれ前記ＬＡＮ間接続装置のドメイン名、前記制御用ＵＲＬとする。
【００１７】
この手段により、制御用ＵＲＬと公開用ＵＲＬの形成が容易になる。
さらに、前記公開用ＵＲＬのドメイン名であるＬＡＮ間接続装置のドメイン名と前記公開用ＵＲＬのディレクトリ名である制御用ＵＲＬとの間にドメイン名として使用されない区切りキャラクタを入れる。
この手段により、ＬＡＮ間接続装置のＵＲＬと公開用ＵＲＬとの区別することが可能になる
【００１８】
さらに、前記転送パケット処理部は書き換えられた制御用ＵＲＬの前記ＵＰｎＰデバイスにＨＴＴＰ要求を転送する前にセキュリティのチェックを行う。
この手段により、ＵＰｎＰデバイスへの通信をすべてＬＡＮ間接続装置が一度受信しているので、ＵＰｎＰデバイス側でセキュリティ機能を有していなくてもセキュリティの制御が可能になる。
【００１９】
さらに、本発明は、ＨＴＴＰが使用可能である複数のＵＰｎＰデバイスが接続されるＬＡＮ側ネットワークと複数のＷＡＮ側ホストが接続されるＷＡＮ側ネットワークとを接続するＬＡＮ間接続装置のＵＰｎＰデバイス公開方法において、前記ＵＰｎＰデバイスの各々に対して、前記ＬＡＮ側ネットワーク上で使用可能なＨＴＴＰ要求の制御用ＵＲＬと、前記ＷＡＮ側ネットワーク上で使用可能なＨＴＴＰ要求の公開用ＵＲＬを生成する工程と、前記ＵＰｎＰデバイスの各々について前記ＵＰｎＰ処理部により生成された前記制御用ＵＲＬと前記公開用ＵＲＬを対にして保存する工程と、保存した前記制御用ＵＲＬと前記公開用ＵＲＬの対を参照して前記ＷＡＮ側ホストからのＨＴＴＰ要求のＵＲＬが公開用ＵＲＬと一致する場合、ＨＴＴＰ要求に対してＮＡＴ処理を追加し、公開用ＵＲＬを制御用ＵＲＬに書き換え、書き換えられた制御用ＵＲＬのＨＴＴＰ要求を前記ＵＰｎＰデバイスに転送する工程と、前記ＵＰｎＰデバイスからのＨＴＭＬデータのＨＴＴＰ応答に対してＮＡＴ処理を行い、前記ＷＡＮ側ホストに転送を行う工程とを備えることを特徴とするＬＡＮ間接続装置のＵＰｎＰデバイス公開方法を提供する。
【００２０】
この手段により、上記発明と同様に、ＷＡＮ側ホストからＵＰｎＰデバイスにＵＲＬを用いてＨＴＴＰ要求を行い、ＵＰｎＰデバイスからＨＴＭＬデータを容易に得られ、ＵＰｎＰデバイスを公開することが可能になり、ＵＰｎＰデバイスが動的なＩＰアドレスであってもＷＡＮ側ホストからのアクセスを容易にする。
【００２１】
【発明の実施の形態】
以下、本発明の実施の形態について図面を参照して説明する。
図１は本発明に係るＬＡＮ間接続装置の概略構成を示すブロック図である。本図に示すように、図１４と比較して、ＬＡＮ間接続装置１０５にはＵＰｎＰ処理部２０４が設けられ、ＵＰｎＰ処理部２０４はＬＡＮポート２０１に接続され、ＵＰｎＰホスト１０３のコントロールポイントとして機能し、ＬＡＮ側ネットワーク１０１上に存在するＵＰｎＰホスト１０３を検出し、ＬＡＮポート２０１で受信したパケットからＵＰｎＰホスト１０３のデバイス情報を自動的に収集し、デバイス情報の学習を行う。
【００２２】
ここで、ＬＡＮ側ネットワーク１０１のＵＰｎＰホスト１０３の各々では、ＨＴＴＰが使用可能であり、さらに、ＬＡＮ側ネットワーク１０１上で使用可能で、ＷＡＮ側ネットワーク１０２では使用できない制御用ＵＲＬを有し、相互にＨＴＴＰ要求を行い、ＨＴＴＰ応答としてＨＴＭＬデータを送信している。
ＵＰｎＰ処理部２０４のデバイス情報の学習では、ＵＰｎＰホスト１０３の制御用ＵＲＬ、ＬＡＮ間接続装置１０５のＵＲＬから公開用ＵＲＬを後述するように生成する。公開用ＵＲＬはＷＡＮ側ネットワーク１０２上で使用可能であり、ＵＰｎＰホスト１０３では使用できない。
【００２３】
ＵＰｎＰ処理部２０４にはメモリであるＵＰｎＰデバイス情報データベース２０５が接続され、ＵＰｎＰデバイス情報データベース２０５ではＵＰｎＰデバイス情報データベース２０５により収集されたデバイス情報、学習されたデバイス情報を含むデータベースを書き込み、保存する。
転送パケット処理部２０３にはＨＴＴＰ処理部２０６が接続され、ＨＴＴＰ処理部２０６は、ＵＰｎＰデバイス情報データベース２０４と、転送パケット処理部２０３に接続され、転送パケット処理部２０３の通知により、ＷＡＮ側ネットワーク１０２側から受信したＨＴＴＰ要求に対しＬＡＮ側ネットワーク１０１側に存在するＵＰｎＰデバイスのリスト等を、ＷＡＮ側ネットワーク１０２からアクセス可能な公開用ＵＲＬとして、ＨＴＭＬデータで表示する。
【００２４】
転送パケット処理部２０３にはＵＰｎＰデバイス情報データベース２０５に接続され、さらに、ＮＡＴセッションテーブル２１１の他にＵＲＬ書換部２１２が設けられ、ＵＲＬ書換部２１２はＷＡＮポート２０２からＨＴＴＰ要求のパケット、ＬＡＮポート２０１からＨＴＴＰ応答のパケットをそれぞれ受信すると、ＵＰｎＰデバイス情報データベース２０５を参照して公開用ＵＲＬを制御用ＵＲＬに、制御用ＵＲＬを公開用ＵＲＬにそれぞれ書き換えるというＡＬＧ（Ａｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒ  Ｇａｔｅｗａｙ）処理を行い、ＬＡＮポート２０１、ＷＡＮポート２０２にそれぞれ送信する。
【００２５】
ＮＡＴセッションテーブル２１１では、転送パケット処理部２０３にＷＡＮポート２０２から受信したＨＴＴＰ要求のパケットに公開用ＵＲＬ等が含まれる場合には、ＮＡＴセッションテーブル２１１にＮＡＴ情報を追加し、このとき、一般的なＮＡＴ処理動作のみを行っているエントリと判別するためのチェックフラグをＯＮにする。
【００２６】
なお、書き換えられた制御用ＵＲＬを受信したＵＰｎＰホスト１０３では、ＬＡＮ間接続装置１０５に対してＨＴＭＬデータのＨＴＴＰ応答を行う。
さらに、ＵＲＬ書換部２１２では、ＷＡＮポート２０２から受信したＨＴＴＰ要求がＵＰｎＰホスト１０３のリスト要求である場合にはＨＴＴＰ処理部２０６にその通知を行い、ＨＴＴＰ処理部２０６で表示されたＨＴＭＬのリストデータをＨＴＴＰ応答としてＷＡＮポート２０２を経由して送信する。
【００２７】
このようにして、ＵＰｎＰホスト１０３を検出して適切な形に加工してＷｅｂにて公開することにより、特別な設定を行わなくてもＷＡＮ側ネットワーク１０２からＵＰｎＰホスト１０３へのアクセスを可能にする。
さらに、ＵＰｎＰホスト１０３を利用することにより、ＵＰｎＰホスト１０３が動的なＩＰアドレスであってもＷＡＮ側ネットワーク１０２からのアクセスを容易にする。
【００２８】
図２は図１におけるＵＰｎＰ処理部２０３がＵＰｎＰホスト１０３から取得するデバイス情報例の一部を示す図である。
本図に示すように、ＵＰｎＰ処理部２０３ではＵＰｎＰのＤｅｓｃｒｉｐｔｉｏｎステージで交換されるメッセージ中に存在するＵＰｎＰデバイスの記述情報として、一例として、タグ名（説明）、ＩＰａｄｄｒｅｓｓ、ｆｒｉｅｎｄｌｙＮａｍｅ（装置（ＵＰｎＰデバイス）の名称）、ｍａｎｕｆａｃｔｕｒｅｒ（装置のメーカ名）、ＵＤＮ（装置識別子）、ｓｅｒｖｉｃｅＴｙｐｅ（装置が提供するサービス（装置に複数存在））、制御用ＵＲＬ（装置に複数存在）を取得する。
【００２９】
さらに、ＵＰｎＰ処理部２０３ではＵＰｎＰのＤｉｓｃｏｖｅｒｙステージでＬＡＮ側ネットワーク１０１側に存在するＵＰｎＰホスト１０３であるホストＡ、Ｂを検出し、次にＤｅｓｃｒｉｐｔｉｏｎステージへ移行してホストＡ、Ｂを含むＵＰｎＰホスト１０３をそれぞれのＩＰａｄｄｒｅｓｓ、ｆｒｉｅｎｄｌｙＮａｍｅ（デバイス名）、ｍａｎｕｆａｃｔｒｕｅｒ、ｓｅｒｖｉｃｅＴｙｐｅ（デバイスタイプ）、デバイスの制御用ＵＲＬ名の情報を取得し、ＵＰｎＰデバイス情報データベース２０４に登録を行い、それぞれのＵＰｎＰホスト１０３の制御用ＵＲＬに対してＷＡＮ側ネットワーク１０２からアクセス可能な公開用ＵＲＬを後述のように生成する。
【００３０】
図３は図１におけるＵＰｎＰデバイス情報データベース２０４のデータベースの内容例を示す図である。
本図に示すように、ＵＰｎＰデバイス情報データベース２０４は、一例として、ＵＰｎＰホスト１０３のＩＰａｄｄｒｅｓｓ、ｆｒｉｅｎｄｌｙＮａｍｅ（デバイス名）、ｍａｎｕｆａｃｔｒｕｅｒ、ｓｅｒｖｉｃｅＴｙｐｅ（デバイスタイプ）、デバイスの制御用用ＵＲＬ、公開用ＵＲＬで構成される。
【００３１】
ここで、一例として、ＵＰｎＰ処理部２０４のデバイス情報の学習では、ＵＰｎＰホスト１０３のホストＡに対して、ＬＡＮ間接続装置１０５のＵＲＬ（ｈｔｔｐ：／／ｈｏｇｅ．ｃｏｍ）、デバイスの制御用ＵＲＬ（ｈｔｔｐ：／／１９２．１６８．０．４：８００１／ｃｔｒ２１）により公開用ＵＲＬ（ｈｔｔｐ：  ／／ｈｏｇｅ．ｃｏｍ／￣＿￣ｈｔｔｐ：／／１９２．１６８．０．４：８００１／ｃｔｒ２１）を生成する。
【００３２】
ｈｏｇｅ．ｃｏｍはＬＡＮ間接続装置１０５のＷＡＮ側ネットワーク１０２上のホスト名又はドメイン名である。
すなわち、制御用ＵＲＬはＵＰｎＰホスト１０３のＩＰアドレスをドメイン名とし、公開用ＵＲＬはＬＡＮ間接続装置１０５のドメイン名をドメイン名とし、制御用ＵＲＬをディレクトリ名とする。
【００３３】
このようにして、制御用ＵＲＬと公開用ＵＲＬの形成を容易にする。
このように、公開用ＵＲＬではＬＡＮ間接続装置１０５のＵＲＬとＵＰｎＰデバイスの制御用ＵＲＬとで形成されるが、ＬＡＮ間接続装置１０５のＵＲＬとＵＰｎＰデバイスの制御用ＵＲＬとの間に区切りキャラクタが設けられる。この区切りキャラクタは一般にホスト名のキャラクタとして使用されないキャラクタであればなんでもよい。この例ではＤＥＬＥＧＡＴＥサーバの例にならい、「￣＿￣」を使用している。
【００３４】
これにより、ＬＡＮ間接続装置１０５のＵＲＬと公開用ＵＲＬとの区別することが可能になる。
図４は図１における転送パケット処理部２０３のＮＡＴセッションテーブル２１１を示す図である。
本図に示すように、転送パケット処理部２０３でＮＡＴ処理を行う際には、一般的にＮＡＴセションテーブル２１１を形成し、ＮＡＴセッションテーブル２１１に応じてパケットのＮＡＴ処理を行う。
【００３５】
ＮＡＴセッションテーブル２１１は、一例として、ＰｒｉｖａｔｅＩｐ、ＬｏｃａｌＰｏｒｔ、ＧｌｏｂａｌＩｐ、ＧｌｏｂａｌＰｏｒｔ、ＲｅｍｏｔｅＩｐ、ＲｅｍｏｔｅＰｏｒｔ、ＣｈｅｃｋＦｌａｇで構成される。
一例として、公開用ＵＲＬ（ｈｔｔｐ：／／ｈｏｇｅ．ｃｏｍ／￣＿￣ｈｔｔｐ：／／１９２．１６８．０．４：８００１／ｃｔｒ２１）のＨＴＴＰ要求に対して、ＮＡＴセッションテーブル２１１には、ＰｒｉｖａｔｅＩｐ（１９２．１６８．０．４）、ＬｏｃａｌＰｏｒｔ（８００１）、ＧｌｏｂａｌＩｐ（ｈｏｇｅ．ｃｏｍに対応するＩＰアドレス）、ＧｌｏｂａｌＰｏｒｔ（８００１）、ＲｅｍｏｔｅＩｐ（ホストＸのＩＰアドレス）、ＲｅｍｏｔｅＰｏｒｔ（１０２５）、ＣｈｅｃｋＦｌａｇ（チェックフラグ）（ＯＮ）がＮＡＴセッションテーブル２１１に追加される。
【００３６】
ＣｈｅｃｋＦｌａｇをＯＮとして、ＨＴＴＰ応答処理を限定し、処理速度を高める。
図５はＬＡＮ間接続装置１０５の転送パケット処理部２０３における第１の概略転送処理例のシーケンスを示す図である。
ＬＡＮ間接続装置１０５の転送パケット処理部２０３では、ＷＡＮ側ネットワーク１０２のＷＡＮ側ホスト１０４からＬＡＮ間接続装置１０５に対して公開用ＵＲＬ宛にＨＴＴＰ要求が送信されると、このＨＴＴＰ要求を受信する。
【００３７】
転送パケット処理部２０３では、ＵＰｎＰデバイス情報データベース２０５を参照して、受信したＨＴＴＰ要求の公開用ＵＲＬに該当する制御用ＵＲＬがＵＰｎＰホスト１０３に存在する場合には公開用ＵＲＬを書き換えた制御用ＵＲＬ宛にＨＴＴＰ要求を転送する。
ＬＡＮ側ネットワーク１０１のＵＰｎＰホスト１０３ではＨＴＴＰ要求を受信すると、ＨＴＭＬデータのＨＴＴＰ応答をＬＡＮ間接続装置１０５の転送パケット処理部２０３に対し送信する。
【００３８】
転送パケット処理部２０３では、ＵＰｎＰホスト１０３からのＨＴＴＰ応答を受信すると、ＮＡＴセッションテーブル２１１を参照して、ＣｈｅｃｋＦｌａｇ（チェックフラグ）がＯＮである中から該当するＵＰｎＰホスト１０３を検索してＰｒｉｖａｔｅＩｐをＧｌｏｂａｌＩｐ等に変換を行い、ＷＡＮ側ネットワーク１０２のＷＡＮ側ホスト１０４へＨＴＴＰ応答を転送する。
【００３９】
このようにして、所望のＵＰｎＰホスト１０３の情報がＷＡＮ側ホスト１０４に公開可能になる。
図６はＬＡＮ間接続装置１０５の転送パケット処理部２０３における第２の概略転送処理例のシーケンスを示す図である。
本図に示すように、図５と比較して、ＬＡＮ間接続装置１０５の転送パケット処理部２０３では、ＬＡＮ側ネットワーク１０１のＵＰｎＰホスト１０３からのＨＴＴＰ応答を受信した場合に、ＵＰｎＰホスト１０３からＷＡＮ側ネットワーク１０２のＷＡＮ側ホスト１０４への’ｃｏｎｔｅｎｔ−ｔｙｐｅ＝ｔｅｘｔ／ｈｔｍｌ’である通信内容を監視しており、ハイパーリンクとして、埋め込まれているＵＲＬのうち、制御用ＵＲＬが埋め込まれている場合は、ＵＰｎＰデバイス情報データベース２０５を参照して、埋め込まれている制御用ＵＲＬを公開用ＵＲＬに変換する。
【００４０】
例えば、ＨＴＴＰ応答のメッセージ中に、’ａ  ｈｒｅｆ＝ｈｔｔｐ：／／１９２．１６８．０．４：８０００／ｆｏｏ．ｈｔｍｌ’なる制御用ＵＲＬがある場合、’ａ  ｈｅｒｆ＝ｈｔｔｐ：／／ｈｏｇｅ．ｃｏｍ／￣＿￣ｈｔｔｐ：／／１９２．１６８．０．４：８０００／ｆｏｏ．ｈｔｍｌ’なる公開用ＵＲＬのように変換が行われ、ＨＴＴＰ応答の転送が行われる。
このようにして、所望のＵＰｎＰホスト１０３の付加情報がＷＡＮ側ホスト１０４に公開可能になる。
【００４１】
図７はＬＡＮ間接続装置１０５の転送パケット処理部２０３における第３の概略転送処理例のシーケンスを示す図である。
本図に示すように、図５と比較して、ＬＡＮ間接続装置１０５では、ＷＡＮ側ネットワーク１０２のＷＡＮ側ホスト１０４からＬＡＮ間接続装置１０５宛に、ＬＡＮ側ネットワーク１０１のＵＰｎＰホスト１０３に対する公開用ＵＲＬのリスト公開のＨＴＴＰ要求が送信されると、このＨＴＴＰ要求を受信する。
【００４２】
ＬＡＮ間接続装置１０５の転送パケット処理部２０３では、ＵＰｎＰホスト１０３に対する公開用ＵＲＬのリスト公開のＨＴＴＰ要求に対して、ＨＴＴＰ処理部２０６からＵＰｎＰホスト１０３に対する公開用ＵＲＬの公開リストのＨＴＭＬデータを得て、ＷＡＮ側ネットワーク１０２のＷＡＮ側ホスト１０４にＨＴＴＰ応答を送信する。
【００４３】
その後のシーケンスは図５のシーケンスと同様である。
このようにして、ＷＡＮ側ネットワーク１０２のＷＡＮ側ホスト１０４の要求時に、ＬＡＮ側ネットワーク１０１のＵＰｎＰホスト１０３に対する公開用ＵＲＬのリスト情報を公開表示し、ＵＰｎＰホスト１０３の公開ＵＲＬを知らなくても、所望のＵＰｎＰホスト１０３の公開を要求することが可能になる。
【００４４】
図８はＬＡＮ間接続装置１０５の転送パケット処理部２０３における第４の概略転送処理例のシーケンスを示す図である。
本図に示すように、図５と比較して、ＬＡＮ間接続装置１０５の転送パケット処理部２０３では、ＷＡＮ側ネットワーク１０２のＷＡＮ側ホスト１０４からＬＡＮ間接続装置１０５に対して公開用ＵＲＬ宛にＨＴＴＰ要求が送信されると、このＨＴＴＰ要求を受信する。
【００４５】
転送パケット処理部２０３では、ＵＰｎＰデバイス情報データベース２０５を参照して、受信したＨＴＴＰ要求の公開用ＵＲＬに該当する制御用ＵＲＬがＵＰｎＰホスト１０３に存在せず、例えば、ＬｏｃａｌＰｏｒｔに誤りがあり、受信した公開用ＵＲＬが不明である場合には、ＨＴＴＰ処理部２０６からＬＡＮ側ネットワーク１０１のＵＰｎＰホスト１０３の公開用ＵＲＬが不明であり、公開用ＵＲＬのリスト公開が可能である内容のＨＴＭＬデータを得て、ＷＡＮ側ネットワーク１０２のＷＡＮ側ホスト１０４にＨＴＴＰ応答を送信する。
【００４６】
その後のシーケンスは図７のシーケンスと同様である。
このようにして、公開用ＵＲＬがＬＡＮ間接続装置１０５に届けば、不明であっても、公開用ＵＲＬが不明であるとの応答を行い、必要に応じて公開用ＵＲＬのリスト公開を要求ができ、所望のＵＰｎＰホスト１０３に対して情報公開を要求することができる。
【００４７】
図９は本発明に係るＬＡＮ間接続装置１０５における転送パケット処理部２０３の一連の動作でＷＡＮポート２０２に受信したパケットの処理を説明するフローチャートである。
ステップＳ３０１において、ＬＡＮ間接続装置１０５のＷＡＮポート２０２でパケットを受信する。
【００４８】
ステップＳ３０２において、転送パケット処理部２０３では、受信したパケットが自装置宛のＨＴＴＰ要求であるか否かを判断する。
ステップＳ３０３において、自装置宛であるがＨＴＴＰ要求でない場合には、ＮＡＴセッションテーブル２１１で通常のＮＡＴ処理を行い処理を終了する。
ステップＳ３０４において、自装置宛のＨＴＴＰ要求である場合、ＴＣＰセッションが確立したか否かを判断する。
【００４９】
ステップＳ３０５において、ＴＣＰセッションが確立していない場合、ＷＡＮ側ネットワーク１０２のＷＡＮ側ホスト１０４からＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）−ＳＹＮ（Ｓｙｎｃｈｒｏｎｉｚｅ  Ｆｌａｇ）パケットが送信され、ＷＡＮ側ネットワーク１０２のＷＡＮ側ホスト１０４とＬＡＮ間接続装置１０５の間でＴＣＰセッションの確立処理を行い、ステップＳ３０４に戻る。
【００５０】
ステップＳ３０６において、ＴＣＰセッションが確立した場合、ＨＴＴＰ要求のメッセージを最後まで受信したか否かを判断する。
具体的には、ＷＡＮ側ネットワーク１０２のＷＡＮ側ホスト１０４がＨＴＴＰのＧＥＴ要求（リクエスト）を送信する。例えば、ＷＡＮ側ホスト１０４のホストＸがＵＰｎＰホスト１０３のホストＡにアクセスしようとする場合、ホストＡのＩＰアドレスが１９２．１６８．０．４で、ＵＰｎＰデバイス情報データベース２０５には公開用ＵＲＬ（ｈｔｔｐ：  ／／ｈｏｇｅ．ｃｏｍ／￣＿￣ｈｔｔｐ：／／１９２．１６８．０．４：８００１／ｃｔｒ２１）が登録されているので（図３参照）、ＷＡＮ側ホスト１０４が’ＧＥＴ／￣＿￣ｈｔｔｐ：／／１９２．１６８．０．４：８００１／ｃｔｒ２１’というＨＴＴＰのＧＥＴ要求（リクエスト）を送信する。
【００５１】
ステップＳ３０７において、ＨＴＴＰ要求のメッセージを最後まで受信していない場合、ＨＴＴＰ要求のメッセージバッファ処理を行い、ステップＳ３０６に戻る。
ステップＳ３０８において、ＨＴＴＰ要求のメッセージを最後まで受信した場合、ＵＰｎＰデバイス情報データベース２０５を参照する。
【００５２】
ステップＳ３０９において、ＨＴＴＰ要求のメッセージを解析し、ＵＰｎＰデバイス情報データベース２０５にＨＴＴＰ要求のＵＲＬと一致する公開用ＵＲＬが存在するか否か、又は公開用ＵＲＬ配下に存在するＵＲＬであるか否かを判断する。
ステップＳ３１０において、一致する公開用ＵＲＬが存在しない場合、ＨＴＴＰ処理部２０６に通知を行い、処理を終了する。
【００５３】
ステップＳ３１１において、一致する公開用ＵＲＬが存在する場合、ＮＡＴセッションテーブル２１１に変換データを追加し、一般的なＮＡＴ処理動作のみ行っているエントリと判別するためにチェックフラグをＯＮにする。
ステップＳ３１２において、ＨＴＴＰ要求のパケットの公開用ＵＲＬを制御用ＵＲＬに書き換える。
【００５４】
上記例では、ホストＸからのＧＥＴ要求（リクエスト）’ＧＥＴ／￣＿￣ｈｔｔｐ：／／１９２．１６８．０．４：８００１／ｃｔｒ２１’が’ＧＥＴ／ｃｔｒ２１’に戻る。
ステップＳ３１３において、さきほど追加したＮＡＴセッションテーブル２１１のとおりに、一例として、ＬＡＮ側ネットワーク１０１のＵＰｎＰホスト１０３のホストＡであるＩＰアドレス１９２．１６８．０．４のポート番号８００１に対し、ＴＣＰコネクションを確立し、書き換えを行ったＨＴＴＰ要求の内容を転送し、処理を終了する。なお、一般的なＮＡＴ動作と同様に、以後、ホストＡとホストＸ間の通信は、ＮＡＴセッションテーブル２１１を基に行われる。
【００５５】
図１０は本発明に係るＬＡＮ間接続装置１０５におけるＨＴＴＰ処理部２０６の一連の動作で、図９のステップＳ３１０における通知時の処理を説明するフローチャートである。
ステップＳ３２１において、ＨＴＴＰ処理部２０６では、転送パケット処理部２０３からの通知が、公開用ＵＲＬが不明であるという通知であるか否かの判断を行う。
【００５６】
ステップＳ３２２において、不明であるという通知の場合、公開用ＵＲＬが不明である内容のＨＴＭＬデータを生成し、ステップＳ３２６に進む。
ステップＳ３２３において、不明であるという通知でない場合、転送パケット処理部２０３からの通知がＬＡＮ側ネットワーク１０１のＵＰｎＰホスト１０３のホストに対する公開用ＵＲＬのリスト要求の通知であるか否かを判断する。。公開用ＵＲＬのリスト要求の通知でない場合、処理を終了する。
【００５７】
ステップＳ３２４において、公開用ＵＲＬのリスト要求の通知である場合、ＨＴＴＰ処理部２０６では、ＵＰｎＰデバイス情報データベース２０５の参照を行う。
ステップＳ３２５において、上記参照に基づいて、ＵＰｎＰホスト１０３に対する公開用ＵＲＬのリストのＨＴＭＬデータを生成する。
【００５８】
ステップＳ３２６において、ＨＴＴＰ処理部２０６では、転送パケット処理部２０３に生成したＨＴＭＬデータを送信し、処理を終了する。
図１１は本発明に係るＬＡＮ間接続装置１０５におけるＨＴＴＰ処理部２０６の一連の動作で、ＬＡＮポート２０１に受信したパケットの処理を説明するフローチャートである。
【００５９】
ステップＳ３３１において、転送パケット処理部２０３では、ＬＡＮポート２０１でパケットを受信したか否かを判断する。
ステップＳ３３２において、ＬＡＮポート２０１でパケットを受信した場合、ＮＡＴセッションテーブル２１１の該当するＩＰアドレスに対してチェックフラグがＯＮになっているか否かを判断する。
【００６０】
ステップＳ３３３において、チェックフラグがＯＦＦになっている場合、ＮＡＴセッションテーブル２１１で通常のＮＡＴ処理を行い処理を終了する。
ステップＳ３３４において、該当するチェックフラグがＯＮになっている場合、ＨＴＴＰ応答のＨＴＭＬデータにハイパーリンク（ｈｙｐｅｒｌｉｎｋ）に制御用ＵＲＬが含まれているか否かを判断する。
【００６１】
ステップＳ３３５において、ＨＴＴＰ応答のＨＴＭＬデータにハイパーリンク（ｈｙｐｅｒｌｉｎｋ）に制御用ＵＲＬが含まれている場合、ＵＰｎＰデバイス情報データベース２０５を参照して、制御用ＵＲＬを公開用ＵＲＬに書き換える処理を行い、ステップＳ３３６に進む。
ステップＳ３３６において、ＵＰｎＰデバイス情報データベース２０５を参照してＨＴＴＰ応答の制御用ＵＲＬを公開用ＵＲＬに書き換え処理を行う。
【００６２】
ステップＳ３３７において、ＷＡＮ側ネットワーク１０２のＷＡＮ側ホスト１０４にＨＴＴＰ応答を転送処理し、処理を終了する。
ステップＳ３３８において、ＬＡＮポート２０１でパケットを受信しない場合にはＨＴＴＰ処理部２０６から送信が有るか否かを判断する。送信がなければ処理を終了する。
【００６３】
ステップＳ３３９において、ＨＴＴＰ処理部２０６から送信が有る場合、ＷＡＮ側ホスト１０４にＨＴＭＬデータの送信を転送パケット処理部２０３に行い、ステップＳ３３７に進む。
図１２は図９の変形例で、セキュリティ処理を追加した例を説明するフローチャートである。
【００６４】
本図に示すように、図９と比較して、ステップＳ３５３において、すなわち、公開用ＵＲＬ書き換え後、ＬＡＮ側ネットワーク１０１のＵＰｎＰホスト１０３への転送処理前にセキュリティ条件のチェックを行う。セキュリティ条件のチェックは、相手ホストのＩＰアドレス、ＨＴＴＰのＢＡＳＩＣ認証などである。をセキュリティ条件に含む場合、認証情報のチェック後、認証情報を削除してステップＳ３５５に進む。
【００６５】
ステップＳ３５４において、ＨＴＴＰのＢＡＳＩＣ認証をセキュリティ条件に含まない場合、ＬＡＮ側ネットワーク１０１のＵＰｎＰホスト１０３への転送処理をリジェクトし、処理を終了する。
このようにして、ＵＰｎＰホスト１０３への通信をすべてＬＡＮ間接続装置１０５が一度受信しているので、ＵＰｎＰホスト１０３側でセキュリティ機能を有していなくてもセキュリティの制御が可能になる。
【００６６】
【発明の効果】
以上説明したように、本発明によれば、ＵＰｎＰデバイスの各々に対して、ＬＡＮ側ネットワーク上で使用可能なＨＴＴＰ要求の制御用ＵＲＬと、ＷＡＮ側ネットワーク上で使用可能なＨＴＴＰ要求の公開用ＵＲＬを生成し、ＵＰｎＰデバイスの各々についてＵＰｎＰ処理部により生成された制御用ＵＲＬと公開用ＵＲＬを対にして保存し、保存した制御用ＵＲＬと公開用ＵＲＬの対を参照してＷＡＮ側ホストからのＨＴＴＰ要求のＵＲＬが公開用ＵＲＬと一致する場合、ＨＴＴＰ要求に対してＮＡＴ処理を追加し、公開用ＵＲＬを制御用ＵＲＬに書き換え、書き換えられた制御用ＵＲＬのＨＴＴＰ要求をＵＰｎＰデバイスに転送し、ＵＰｎＰデバイスからのＨＴＭＬデータのＨＴＴＰ応答に対してＮＡＴ処理を行い、ＷＡＮ側ホストに転送を行うようにしたので、ＷＡＮ側ホストからＵＰｎＰデバイスにＵＲＬを用いてＨＴＴＰ要求を行い、ＵＰｎＰデバイスからＨＴＭＬデータを容易に得られ、ＵＰｎＰデバイスを公開することが可能になり、ＵＰｎＰデバイスが動的なＩＰアドレスであってもＷＡＮ側ホストからのアクセスを容易にする。
【００６７】
さらに、書き換えられた制御用ＵＲＬのＵＰｎＰデバイスにＨＴＴＰ要求を転送する前にセキュリティのチェックを行うようにしたので、ＵＰｎＰデバイスへの通信をすべてＬＡＮ間接続装置が一度受信しているので、ＵＰｎＰデバイス側でセキュリティ機能を有していなくてもセキュリティの制御が可能になる。
【図面の簡単な説明】
【図１】本発明に係るＬＡＮ間接続装置の概略構成を示すブロック図である。
【図２】図１におけるＵＰｎＰ処理部２０３がＵＰｎＰホスト１０３から取得するデバイス情報例の一部を示す図である。
【図３】図１におけるＵＰｎＰデバイス情報データベース２０４のデータベースの内容例を示す図である。
【図４】図１における転送パケット処理部２０３のＮＡＴセッションテーブル２１１を示す図である。
【図５】ＬＡＮ間接続装置１０５の転送パケット処理部２０３における第１の概略転送処理例のシーケンスを示す図である。
【図６】ＬＡＮ間接続装置１０５の転送パケット処理部２０３における第２の概略転送処理例のシーケンスを示す図である。
【図７】ＬＡＮ間接続装置１０５の転送パケット処理部２０３における第３の概略転送処理例のシーケンスを示す図である。
【図８】ＬＡＮ間接続装置１０５の転送パケット処理部２０３における第４の概略転送処理例のシーケンスを示す図である。
【図９】本発明に係るＬＡＮ間接続装置１０５における転送パケット処理部２０３の一連の動作でＷＡＮポート２０２に受信したパケットの処理を説明するフローチャートである。
【図１０】本発明に係るＬＡＮ間接続装置１０５におけるＨＴＴＰ処理部２０６の一連の動作で、図９のステップＳ３１０における通知時の処理を説明するフローチャートである。
【図１１】本発明に係るＬＡＮ間接続装置１０５におけるＨＴＴＰ処理部２０６の一連の動作で、ＬＡＮポート２０１に受信したパケットの処理を説明するフローチャートである。
【図１２】図９の変形例で、セキュリティ処理を追加した例を説明するフローチャートである。
【図１３】本発明の前提となるネットワークの概略構成であり、ＷＡＮ側ホストがＬＡＮ側ホストにアクセスする例を説明する図である。
【図１４】図１３におけるＬＡＮ間接続装置１０５の概略構成を示すブロック図である。
【符号の説明】
１０１…ＬＡＮ側ネットワーク
１０２…ＷＡＮ側ネットワーク
１０３…ＵＰｎＰホスト
１０４…ＷＡＮ側ホスト
１０５…ＬＡＮ間接続装置
２０１…ＬＡＮポート
２０２…ＷＡＮポート
２０３…転送パケット処理部
２０４…ＵＰｎＰ処理部
２０５…ＵＰｎＰデバイス情報データベース
２０６…ＨＴＴＰ処理部
２１１…ＮＡＴセッションテーブル
２１２…ＵＲＬ書換部
【図１】
2004349895.tif 000003
【図２】
2004349895.tif 000004
【図３】
2004349895.tif 000005
【図４】
2004349895.tif 000006
【図５】
2004349895.tif 000007
【図６】
2004349895.tif 000008
【図７】
2004349895.tif 000009
【図８】
2004349895.tif 000010
【図９】
2004349895.tif 000011
【図１０】
2004349895.tif 000012
【図１１】
2004349895.tif 000013
【図１２】
2004349895.tif 000014
【図１３】
2004349895.tif 000015
【図１４】
2004349895.tif 000016