JP3803654B2 - ＬＡＮ間接続装置及びそのＵＰｎＰデバイス公開方法 - Google Patents
ＬＡＮ間接続装置及びそのＵＰｎＰデバイス公開方法 Download PDFInfo
- Publication number
- JP3803654B2 JP3803654B2 JP2003142764A JP2003142764A JP3803654B2 JP 3803654 B2 JP3803654 B2 JP 3803654B2 JP 2003142764 A JP2003142764 A JP 2003142764A JP 2003142764 A JP2003142764 A JP 2003142764A JP 3803654 B2 JP3803654 B2 JP 3803654B2
- Authority
- JP
- Japan
- Prior art keywords
- url
- upnp
- http
- processing unit
- lan
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims description 30
- 238000012545 processing Methods 0.000 claims description 125
- 238000012546 transfer Methods 0.000 claims description 63
- 230000004044 response Effects 0.000 claims description 37
- 238000010586 diagram Methods 0.000 description 21
- 238000004891 communication Methods 0.000 description 8
- 238000006243 chemical reaction Methods 0.000 description 5
- 230000005540 biological transmission Effects 0.000 description 4
- 230000006870 function Effects 0.000 description 4
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000015572 biosynthetic process Effects 0.000 description 1
- 238000013519 translation Methods 0.000 description 1
Images
Description
【０００１】
【発明が属する技術分野】
本発明はＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）をＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）に接続するＬＡＮ間接続装置に関する。特に、本発明は、ＬＡＮ側のＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）デバイス情報をＷＡＮ側に公開するＵＰｎＰデバイス方法公開に関する。
【０００２】
【従来の技術】
従来の通信中継装置では、ＷＡＮ側端末が通信中継装置に対してＬＡＮ側端末のサービス情報のリストをリクエストし、指定したサービス情報をリクエストし、指定したサービス情報に含まれるポート番号を用いたＵＲＬによりＨＴＴＰリクエスト行い、ＨＴＴＰリクエストを受信した通信中継装置ではＮＡＴ変換テーブルでアドレス変換をしてポート番号に対応するＬＡＮ側端末のＩＰアドレス、ポート番号を取得してＷＡＮ側端末から送信されたＩＰパケットのリダイレクトを行っている（例えば、特許文献１参照。）。
また、従来の機器制御装置では、サーバとデジタル機器とがＵＰｎＰインタフェースで接続されるものもある（例えば、特許文献２参照。）。
【０００３】
【特許文献１】
特開２００２−１４１９５４（段落００９２〜０１０６、図１０）
【特許文献２】
特開２００３−０２２２２５（段落００１６、図１）
【０００４】
図１３は本発明の前提となるネットワークの概略構成であり、ＷＡＮ側ホストがＬＡＮ側ホストにアクセスする例を説明する図である。なお、全図を通して同一の構成要素には同一の番号、符号を付して説明を行う。
本図に示すように、区間α側のＬＡＮ側ネットワーク１０１と区間βのＷＡＮ側ネットワーク１０２に分けられ、ＬＡＮ側ネットワーク１０１はローカルネットであり、ＷＡＮ側ネットワーク１０２はインターネットを含むグローバルネットであり、Ｗｅｂサービスを使用して情報の公開を可能にする。
【０００５】
ＬＡＮ側ネットワーク１０１上には複数のホストＡ、Ｂで示すＵＰｎＰホスト１０３が接続され、ＵＰｎＰホスト１０３はパーソナルコンピュータ、ネットワーク家電製品等を含むＵＰｎＰデバイスであり、プライベートＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスが用いられるホストである。
ＷＡＮ側ネットワーク１０２上に複数のホストＸ、Ｙで示すようにＷＡＮ側ホスト１０４が存在し、ＷＡＮ側ホスト１０４はＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）が使用可能でグローバルＩＰアドレスが用いられるホストである。
【０００６】
区間α側のＬＡＮ側ネットワーク１０１と区間β側のＷＡＮ側ネットワーク１０２との間にホストＲで示すＬＡＮ間接続装置１０５が接続され、ＬＡＮ間接続装置１０５はＵＰｎＰホスト１０３をＷＡＮ側ホスト１０４に接続する。
図１４は図１３におけるＬＡＮ間接続装置１０５の概略構成を示すブロック図である。本図に示すように、ＬＡＮ間接続装置１０５にはＬＡＮポート２０１、ＷＡＮポート２０２が設けられる。
【０００７】
ＬＡＮポート２０１はＬＡＮ間接続装置１０５に１つ以上存在し、ＬＡＮ側ネットワーク１０１でパケットの送受信を行う。
ＷＡＮポート２０２はＬＡＮ間接続装置１０５に１つ以上存在し、ＷＡＮ側ネットワーク１０２上でパケットの送受信を行う。
ＬＡＮポート２０１とＷＡＮポート２０２の間には転送パケット処理部２０３が設けられ、転送パケット処理部２０３はポート変換を含むＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ）セッションテーブル２１１を有する。
【０００８】
インターネット上では、相互に、ＵＲＬ（Ｕｎｉｆｏｒｍ ＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）を用いてＨＴＴＰ要求を行い、該当するＨＴＭＬデータを送信することが可能である。
一方、ＵＰｎＰホスト１０３からは、ＬＡＮ間接続装置１０５のＮＡＴセッションテーブル２１１でプライベートＩＰアドレスをグローバルＩＰアドレスに変換して、ＷＡＮ側ホスト１０４へＵＲＬを用いてＨＴＴＰ要求を行い、ＷＡＮ側ホスト１０４からＵＰｎＰホスト１０３へ該当するＨＴＭＬデータを送信することができる。
【０００９】
他方、ＷＡＮ側ホスト１０４からは、ＵＰｎＰホスト１０３へＵＲＬを用いてＨＴＴＰ要求を行うことはできない。ＵＰｎＰホスト１０３がグローバルＩＰアドレスを持たず、ＷＡＮ側ネットワーク１０２上に存在しないためである。
しかし、ＵＰｎＰホスト１０３がＨＴＴＰを使用することが可能である場合には、ＷＡＮ側ホスト１０４からＵＰｎＰホスト１０３にＵＲＬを用いてＨＴＴＰ要求を行い、ＵＰｎＰホスト１０３からＨＴＭＬデータを得ることができれば非常に便利である。
【００１０】
【発明が解決しようとする課題】
しかしながら、上記従来技術のように、ＷＡＮ側ホスト１０４からＵＰｎＰホスト１０３にＵＲＬを用いてＨＴＴＰ要求を行い、ＵＰｎＰホスト１０３からＨＴＭＬデータを得ようとすると複雑な処理を行う必要があるという問題点がある。
【００１１】
したがって、本発明は上記問題点に鑑みて、ＷＡＮ側ホスト１０４からＵＰｎＰホスト１０３にＵＲＬを用いてＨＴＴＰ要求を行い、ＵＰｎＰホスト１０３からＨＴＭＬデータを容易に得られるようにできるＬＡＮ間接続装置及びそのＵＰｎＰデバイス公開方法を提供する。
【００１２】
【課題を解決するための手段】
本発明は前記問題点を解決するために、ＨＴＴＰが使用可能である複数のＵＰｎＰデバイスが接続されるＬＡＮ側ネットワークと複数のＷＡＮ側ホストが接続されるＷＡＮ側ネットワークとを接続するＬＡＮ間接続装置において、前記ＵＰｎＰデバイスの各々に対して、前記ＬＡＮ側ネットワーク上で使用可能なＨＴＴＰ要求の制御用ＵＲＬと、前記ＷＡＮ側ネットワーク上で使用可能なＨＴＴＰ要求の公開用ＵＲＬを生成するＵＰｎＰ処理部と、前記ＵＰｎＰデバイスの各々について前記ＵＰｎＰ処理部により生成された前記制御用ＵＲＬと前記公開用ＵＲＬを対にして保存するＵＰｎＰデバイス情報データベースと、前記ＵＰｎＰデバイス情報データベースを参照して前記ＷＡＮ側ホストからのＨＴＴＰ要求のＵＲＬが公開用ＵＲＬと一致する場合、ＨＴＴＰ要求に対してＮＡＴ処理を追加し、公開用ＵＲＬを制御用ＵＲＬに書き換え、書き換えられた制御用ＵＲＬのＨＴＴＰ要求を前記ＵＰｎＰデバイスに転送し、前記ＵＰｎＰデバイスからのＨＴＭＬデータのＨＴＴＰ応答に対してＮＡＴ処理を行い、前記ＷＡＮ側ホストに転送を行う転送パケット処理部とを備えることを特徴とするＬＡＮ間接続装置を提供する。
【００１３】
この手段により、ＷＡＮ側ホストからＵＰｎＰデバイスにＵＲＬを用いてＨＴＴＰ要求を行い、ＵＰｎＰデバイスからＨＴＭＬデータを容易に得られ、ＵＰｎＰデバイスを公開することが可能になり、ＵＰｎＰデバイスが動的なＩＰアドレスであってもＷＡＮ側ホストからのアクセスを容易にする。
さらに、前記転送パケット処理部と前記ＵＰｎＰデバイス情報データベースにはＨＴＴＰ処理部が接続され、前記ＨＴＴＰ処理部は、前記ＵＰｎＰデバイス情報データベースを参照して、公開用ＵＲＬのリストをＨＴＭＬデータとして形成し、さらに、公開用ＵＲＬが不明であった内容をＨＴＭＬデータとして形成し、前記ＷＡＮ側ホストから公開用ＵＲＬのリストを要求するＨＴＴＰ要求が前記ＬＡＮ間接続装置にあった場合、前記ＷＡＮ側ホストから前記ＬＡＮ間接続装置への公開用ＵＲＬが不明である場合、前記転送パケット処理部は前記ＨＴＴＰ処理部からＨＴＭＬデータをそれぞれ取得し前記ＷＡＮ側ホストへ応答を行う。
【００１４】
この手段により、前記ＷＡＮ側ホストが公開用ＵＲＬを知らなくても、公開用ＵＲＬの間違いがあり不明であっても、ＷＡＮ側ホストからＵＰｎＰデバイスにＵＲＬを用いてＨＴＴＰ要求を行い、ＵＰｎＰデバイスからＨＴＭＬデータを容易に得られ、ＵＰｎＰデバイスを公開することが可能になる。
さらに、前記ＷＡＮ側ホストからのＨＴＴＰ要求のＵＲＬが公開用ＵＲＬと一致する場合の前記転送パケット処理部のＮＡＴ処理時に該当するＵＰｎＰデバイスに対してチェックフラグをＯＮにし、前記ＵＰｎＰデバイスからのＨＴＴＰ応答に対してチェックフラグがＯＮになった前記ＵＰｎＰデバイスから該当するＵＰｎＰデバイスを検索してＮＡＴ処理を行う。
【００１５】
この手段により、チェックフラグをＯＮとして、ＨＴＴＰ応答処理を限定し、処理速度を高める。
さらに、前記転送パケット処理部は、前記ＵＰｎＰデバイスからのＨＴＭＬデータのＨＴＴＰ応答にハイパーリンクとして制御用ＵＲＬが埋め込まれている場合、前記ＵＰｎＰデバイス情報データベースを参照して、埋め込まれた制御用ＵＲＬを公開用ＵＲＬに書き換える。
【００１６】
この手段により、ＵＰｎＰデバイスからの付加情報がＷＡＮ側ホストに公開可能になる。
さらに、前記転送パケット処理部は前記制御用ＵＲＬのドメイン名を前記ＵＰｎＰホストのＩＰアドレスとし、前記公開用ＵＲＬのドメイン名、ディレクトリ名をそれぞれ前記ＬＡＮ間接続装置のドメイン名、前記制御用ＵＲＬとする。
【００１７】
この手段により、制御用ＵＲＬと公開用ＵＲＬの形成が容易になる。
さらに、前記公開用ＵＲＬのドメイン名であるＬＡＮ間接続装置のドメイン名と前記公開用ＵＲＬのディレクトリ名である制御用ＵＲＬとの間にドメイン名として使用されない区切りキャラクタを入れる。
この手段により、ＬＡＮ間接続装置のＵＲＬと公開用ＵＲＬとの区別することが可能になる
【００１８】
さらに、前記転送パケット処理部は書き換えられた制御用ＵＲＬの前記ＵＰｎＰデバイスにＨＴＴＰ要求を転送する前にセキュリティのチェックを行う。
この手段により、ＵＰｎＰデバイスへの通信をすべてＬＡＮ間接続装置が一度受信しているので、ＵＰｎＰデバイス側でセキュリティ機能を有していなくてもセキュリティの制御が可能になる。
【００１９】
さらに、本発明は、ＨＴＴＰが使用可能である複数のＵＰｎＰデバイスが接続されるＬＡＮ側ネットワークと複数のＷＡＮ側ホストが接続されるＷＡＮ側ネットワークとを接続するＬＡＮ間接続装置のＵＰｎＰデバイス公開方法において、前記ＵＰｎＰデバイスの各々に対して、前記ＬＡＮ側ネットワーク上で使用可能なＨＴＴＰ要求の制御用ＵＲＬと、前記ＷＡＮ側ネットワーク上で使用可能なＨＴＴＰ要求の公開用ＵＲＬを生成する工程と、前記ＵＰｎＰデバイスの各々について生成された前記制御用ＵＲＬと前記公開用ＵＲＬを対にして保存する工程と、保存した前記制御用ＵＲＬと前記公開用ＵＲＬの対を参照して前記ＷＡＮ側ホストからのＨＴＴＰ要求のＵＲＬが公開用ＵＲＬと一致する場合、ＨＴＴＰ要求に対してＮＡＴ処理を追加し、公開用ＵＲＬを制御用ＵＲＬに書き換え、書き換えられた制御用ＵＲＬのＨＴＴＰ要求を前記ＵＰｎＰデバイスに転送する工程と、前記ＵＰｎＰデバイスからのＨＴＭＬデータのＨＴＴＰ応答に対してＮＡＴ処理を行い、前記ＷＡＮ側ホストに転送を行う工程とを備えることを特徴とするＬＡＮ間接続装置のＵＰｎＰデバイス公開方法を提供する。
【００２０】
この手段により、上記発明と同様に、ＷＡＮ側ホストからＵＰｎＰデバイスにＵＲＬを用いてＨＴＴＰ要求を行い、ＵＰｎＰデバイスからＨＴＭＬデータを容易に得られ、ＵＰｎＰデバイスを公開することが可能になり、ＵＰｎＰデバイスが動的なＩＰアドレスであってもＷＡＮ側ホストからのアクセスを容易にする。
【００２１】
【発明の実施の形態】
以下、本発明の実施の形態について図面を参照して説明する。
図１は本発明に係るＬＡＮ間接続装置の概略構成を示すブロック図である。本図に示すように、図１４と比較して、ＬＡＮ間接続装置１０５にはＵＰｎＰ処理部２０４が設けられ、ＵＰｎＰ処理部２０４はＬＡＮポート２０１に接続され、ＵＰｎＰホスト１０３のコントロールポイントとして機能し、ＬＡＮ側ネットワーク１０１上に存在するＵＰｎＰホスト１０３を検出し、ＬＡＮポート２０１で受信したパケットからＵＰｎＰホスト１０３のデバイス情報を自動的に収集し、デバイス情報の学習を行う。
【００２２】
ここで、ＬＡＮ側ネットワーク１０１のＵＰｎＰホスト１０３の各々では、ＨＴＴＰが使用可能であり、さらに、ＬＡＮ側ネットワーク１０１上で使用可能で、ＷＡＮ側ネットワーク１０２では使用できない制御用ＵＲＬを有し、相互にＨＴＴＰ要求を行い、ＨＴＴＰ応答としてＨＴＭＬデータを送信している。
ＵＰｎＰ処理部２０４のデバイス情報の学習では、ＵＰｎＰホスト１０３の制御用ＵＲＬ、ＬＡＮ間接続装置１０５のＵＲＬから公開用ＵＲＬを後述するように生成する。公開用ＵＲＬはＷＡＮ側ネットワーク１０２上で使用可能であり、ＵＰｎＰホスト１０３では使用できない。
【００２３】
ＵＰｎＰ処理部２０４にはメモリであるＵＰｎＰデバイス情報データベース２０５が接続され、ＵＰｎＰデバイス情報データベース２０５ではＵＰｎＰデバイス情報データベース２０５により収集されたデバイス情報、学習されたデバイス情報を含むデータベースを書き込み、保存する。
転送パケット処理部２０３にはＨＴＴＰ処理部２０６が接続され、ＨＴＴＰ処理部２０６は、ＵＰｎＰデバイス情報データベース２０４と、転送パケット処理部２０３に接続され、転送パケット処理部２０３の通知により、ＷＡＮ側ネットワーク１０２側から受信したＨＴＴＰ要求に対しＬＡＮ側ネットワーク１０１側に存在するＵＰｎＰデバイスのリスト等を、ＷＡＮ側ネットワーク１０２からアクセス可能な公開用ＵＲＬとして、ＨＴＭＬデータで表示する。
【００２４】
転送パケット処理部２０３にはＵＰｎＰデバイス情報データベース２０５に接続され、さらに、ＮＡＴセッションテーブル２１１の他にＵＲＬ書換部２１２が設けられ、ＵＲＬ書換部２１２はＷＡＮポート２０２からＨＴＴＰ要求のパケット、ＬＡＮポート２０１からＨＴＴＰ応答のパケットをそれぞれ受信すると、ＵＰｎＰデバイス情報データベース２０５を参照して公開用ＵＲＬを制御用ＵＲＬに、制御用ＵＲＬを公開用ＵＲＬにそれぞれ書き換えるというＡＬＧ（Ａｐｌｉｃａｔｉｏｎ Ｌａｙｅｒ Ｇａｔｅｗａｙ）処理を行い、ＬＡＮポート２０１、ＷＡＮポート２０２にそれぞれ送信する。
【００２５】
ＮＡＴセッションテーブル２１１では、転送パケット処理部２０３にＷＡＮポート２０２から受信したＨＴＴＰ要求のパケットに公開用ＵＲＬ等が含まれる場合には、ＮＡＴセッションテーブル２１１にＮＡＴ情報を追加し、このとき、一般的なＮＡＴ処理動作のみを行っているエントリと判別するためのチェックフラグをＯＮにする。
【００２６】
なお、書き換えられた制御用ＵＲＬを受信したＵＰｎＰホスト１０３では、ＬＡＮ間接続装置１０５に対してＨＴＭＬデータのＨＴＴＰ応答を行う。
さらに、ＵＲＬ書換部２１２では、ＷＡＮポート２０２から受信したＨＴＴＰ要求がＵＰｎＰホスト１０３のリスト要求である場合にはＨＴＴＰ処理部２０６にその通知を行い、ＨＴＴＰ処理部２０６で表示されたＨＴＭＬのリストデータをＨＴＴＰ応答としてＷＡＮポート２０２を経由して送信する。
【００２７】
このようにして、ＵＰｎＰホスト１０３を検出して適切な形に加工してＷｅｂにて公開することにより、特別な設定を行わなくてもＷＡＮ側ネットワーク１０２からＵＰｎＰホスト１０３へのアクセスを可能にする。
さらに、ＵＰｎＰホスト１０３を利用することにより、ＵＰｎＰホスト１０３が動的なＩＰアドレスであってもＷＡＮ側ネットワーク１０２からのアクセスを容易にする。
【００２８】
図２は図１におけるＵＰｎＰ処理部２０３がＵＰｎＰホスト１０３から取得するデバイス情報例の一部を示す図である。
本図に示すように、ＵＰｎＰ処理部２０３ではＵＰｎＰのＤｅｓｃｒｉｐｔｉｏｎステージで交換されるメッセージ中に存在するＵＰｎＰデバイスの記述情報として、一例として、タグ名（説明）、ＩＰａｄｄｒｅｓｓ、ｆｒｉｅｎｄｌｙＮａｍｅ（装置（ＵＰｎＰデバイス）の名称）、ｍａｎｕｆａｃｔｕｒｅｒ（装置のメーカ名）、ＵＤＮ（装置識別子）、ｓｅｒｖｉｃｅＴｙｐｅ（装置が提供するサービス（装置に複数存在））、制御用ＵＲＬ（装置に複数存在）を取得する。
【００２９】
さらに、ＵＰｎＰ処理部２０３ではＵＰｎＰのＤｉｓｃｏｖｅｒｙステージでＬＡＮ側ネットワーク１０１側に存在するＵＰｎＰホスト１０３であるホストＡ、Ｂを検出し、次にＤｅｓｃｒｉｐｔｉｏｎステージへ移行してホストＡ、Ｂを含むＵＰｎＰホスト１０３をそれぞれのＩＰａｄｄｒｅｓｓ、ｆｒｉｅｎｄｌｙＮａｍｅ（デバイス名）、ｍａｎｕｆａｃｔｒｕｅｒ、ｓｅｒｖｉｃｅＴｙｐｅ（デバイスタイプ）、デバイスの制御用ＵＲＬ名の情報を取得し、ＵＰｎＰデバイス情報データベース２０４に登録を行い、それぞれのＵＰｎＰホスト１０３の制御用ＵＲＬに対してＷＡＮ側ネットワーク１０２からアクセス可能な公開用ＵＲＬを後述のように生成する。
【００３０】
図３は図１におけるＵＰｎＰデバイス情報データベース２０４のデータベースの内容例を示す図である。
本図に示すように、ＵＰｎＰデバイス情報データベース２０４は、一例として、ＵＰｎＰホスト１０３のＩＰａｄｄｒｅｓｓ、ｆｒｉｅｎｄｌｙＮａｍｅ（デバイス名）、ｍａｎｕｆａｃｔｒｕｅｒ、ｓｅｒｖｉｃｅＴｙｐｅ（デバイスタイプ）、デバイスの制御用用ＵＲＬ、公開用ＵＲＬで構成される。
【００３１】
ここで、一例として、ＵＰｎＰ処理部２０４のデバイス情報の学習では、ＵＰｎＰホスト１０３のホストＡに対して、ＬＡＮ間接続装置１０５のＵＲＬ（http://hoge.com）、デバイスの制御用ＵＲＬ（http://192.168.0.4:8001/ctr21）により公開用ＵＲＬ（http: //hoge.com/~_~http://192.168.0.4:8001/ctr21）を生成する。
【００３２】
hoge.comはＬＡＮ間接続装置１０５のＷＡＮ側ネットワーク１０２上のホスト名又はドメイン名である。
すなわち、制御用ＵＲＬはＵＰｎＰホスト１０３のＩＰアドレスをドメイン名とし、公開用ＵＲＬはＬＡＮ間接続装置１０５のドメイン名をドメイン名とし、制御用ＵＲＬをディレクトリ名とする。
【００３３】
このようにして、制御用ＵＲＬと公開用ＵＲＬの形成を容易にする。
このように、公開用ＵＲＬではＬＡＮ間接続装置１０５のＵＲＬとＵＰｎＰデバイスの制御用ＵＲＬとで形成されるが、ＬＡＮ間接続装置１０５のＵＲＬとＵＰｎＰデバイスの制御用ＵＲＬとの間に区切りキャラクタが設けられる。この区切りキャラクタは一般にホスト名のキャラクタとして使用されないキャラクタであればなんでもよい。この例ではＤＥＬＥＧＡＴＥサーバの例にならい、「~_~」を使用している。
【００３４】
これにより、ＬＡＮ間接続装置１０５のＵＲＬと公開用ＵＲＬとの区別することが可能になる。
図４は図１における転送パケット処理部２０３のＮＡＴセッションテーブル２１１を示す図である。
本図に示すように、転送パケット処理部２０３でＮＡＴ処理を行う際には、一般的にＮＡＴセションテーブル２１１を形成し、ＮＡＴセッションテーブル２１１に応じてパケットのＮＡＴ処理を行う。
【００３５】
ＮＡＴセッションテーブル２１１は、一例として、ＰｒｉｖａｔｅＩｐ、ＬｏｃａｌＰｏｒｔ、ＧｌｏｂａｌＩｐ、ＧｌｏｂａｌＰｏｒｔ、ＲｅｍｏｔｅＩｐ、ＲｅｍｏｔｅＰｏｒｔ、ＣｈｅｃｋＦｌａｇで構成される。
一例として、公開用ＵＲＬ（http://hoge.com/~_~http://192.168.0.4:8001/ctr21）のＨＴＴＰ要求に対して、ＮＡＴセッションテーブル２１１には、ＰｒｉｖａｔｅＩｐ（192.168.0.4）、ＬｏｃａｌＰｏｒｔ（8001）、ＧｌｏｂａｌＩｐ（hoge.comに対応するＩＰアドレス）、ＧｌｏｂａｌＰｏｒｔ（8001）、ＲｅｍｏｔｅＩｐ（ホストＸのＩＰアドレス）、ＲｅｍｏｔｅＰｏｒｔ（１０２５）、ＣｈｅｃｋＦｌａｇ（チェックフラグ）（ＯＮ）がＮＡＴセッションテーブル２１１に追加される。
【００３６】
ＣｈｅｃｋＦｌａｇをＯＮとして、ＨＴＴＰ応答処理を限定し、処理速度を高める。
図５はＬＡＮ間接続装置１０５の転送パケット処理部２０３における第１の概略転送処理例のシーケンスを示す図である。
ＬＡＮ間接続装置１０５の転送パケット処理部２０３では、ＷＡＮ側ネットワーク１０２のＷＡＮ側ホスト１０４からＬＡＮ間接続装置１０５に対して公開用ＵＲＬ宛にＨＴＴＰ要求が送信されると、このＨＴＴＰ要求を受信する。
【００３７】
転送パケット処理部２０３では、ＵＰｎＰデバイス情報データベース２０５を参照して、受信したＨＴＴＰ要求の公開用ＵＲＬに該当する制御用ＵＲＬがＵＰｎＰホスト１０３に存在する場合には公開用ＵＲＬを書き換えた制御用ＵＲＬ宛にＨＴＴＰ要求を転送する。
ＬＡＮ側ネットワーク１０１のＵＰｎＰホスト１０３ではＨＴＴＰ要求を受信すると、ＨＴＭＬデータのＨＴＴＰ応答をＬＡＮ間接続装置１０５の転送パケット処理部２０３に対し送信する。
【００３８】
転送パケット処理部２０３では、ＵＰｎＰホスト１０３からのＨＴＴＰ応答を受信すると、ＮＡＴセッションテーブル２１１を参照して、ＣｈｅｃｋＦｌａｇ（チェックフラグ）がＯＮである中から該当するＵＰｎＰホスト１０３を検索してＰｒｉｖａｔｅＩｐをＧｌｏｂａｌＩｐ等に変換を行い、ＷＡＮ側ネットワーク１０２のＷＡＮ側ホスト１０４へＨＴＴＰ応答を転送する。
【００３９】
このようにして、所望のＵＰｎＰホスト１０３の情報がＷＡＮ側ホスト１０４に公開可能になる。
図６はＬＡＮ間接続装置１０５の転送パケット処理部２０３における第２の概略転送処理例のシーケンスを示す図である。
本図に示すように、図５と比較して、ＬＡＮ間接続装置１０５の転送パケット処理部２０３では、ＬＡＮ側ネットワーク１０１のＵＰｎＰホスト１０３からのＨＴＴＰ応答を受信した場合に、ＵＰｎＰホスト１０３からＷＡＮ側ネットワーク１０２のＷＡＮ側ホスト１０４への'content-type=text/html’である通信内容を監視しており、ハイパーリンクとして、埋め込まれているＵＲＬのうち、制御用ＵＲＬが埋め込まれている場合は、ＵＰｎＰデバイス情報データベース２０５を参照して、埋め込まれている制御用ＵＲＬを公開用ＵＲＬに変換する。
【００４０】
例えば、ＨＴＴＰ応答のメッセージ中に、'a href=http://192.168.0.4:8000/foo.html'なる制御用ＵＲＬがある場合、'a herf=http://hoge.com/~_~http://192.168.0.4:8000/foo.html'なる公開用ＵＲＬのように変換が行われ、ＨＴＴＰ応答の転送が行われる。
このようにして、所望のＵＰｎＰホスト１０３の付加情報がＷＡＮ側ホスト１０４に公開可能になる。
【００４１】
図７はＬＡＮ間接続装置１０５の転送パケット処理部２０３における第３の概略転送処理例のシーケンスを示す図である。
本図に示すように、図５と比較して、ＬＡＮ間接続装置１０５では、ＷＡＮ側ネットワーク１０２のＷＡＮ側ホスト１０４からＬＡＮ間接続装置１０５宛に、ＬＡＮ側ネットワーク１０１のＵＰｎＰホスト１０３に対する公開用ＵＲＬのリスト公開のＨＴＴＰ要求が送信されると、このＨＴＴＰ要求を受信する。
【００４２】
ＬＡＮ間接続装置１０５の転送パケット処理部２０３では、ＵＰｎＰホスト１０３に対する公開用ＵＲＬのリスト公開のＨＴＴＰ要求に対して、ＨＴＴＰ処理部２０６からＵＰｎＰホスト１０３に対する公開用ＵＲＬの公開リストのＨＴＭＬデータを得て、ＷＡＮ側ネットワーク１０２のＷＡＮ側ホスト１０４にＨＴＴＰ応答を送信する。
【００４３】
その後のシーケンスは図５のシーケンスと同様である。
このようにして、ＷＡＮ側ネットワーク１０２のＷＡＮ側ホスト１０４の要求時に、ＬＡＮ側ネットワーク１０１のＵＰｎＰホスト１０３に対する公開用ＵＲＬのリスト情報を公開表示し、ＵＰｎＰホスト１０３の公開ＵＲＬを知らなくても、所望のＵＰｎＰホスト１０３の公開を要求することが可能になる。
【００４４】
図８はＬＡＮ間接続装置１０５の転送パケット処理部２０３における第４の概略転送処理例のシーケンスを示す図である。
本図に示すように、図５と比較して、ＬＡＮ間接続装置１０５の転送パケット処理部２０３では、ＷＡＮ側ネットワーク１０２のＷＡＮ側ホスト１０４からＬＡＮ間接続装置１０５に対して公開用ＵＲＬ宛にＨＴＴＰ要求が送信されると、このＨＴＴＰ要求を受信する。
【００４５】
転送パケット処理部２０３では、ＵＰｎＰデバイス情報データベース２０５を参照して、受信したＨＴＴＰ要求の公開用ＵＲＬに該当する制御用ＵＲＬがＵＰｎＰホスト１０３に存在せず、例えば、ＬｏｃａｌＰｏｒｔに誤りがあり、受信した公開用ＵＲＬが不明である場合には、ＨＴＴＰ処理部２０６からＬＡＮ側ネットワーク１０１のＵＰｎＰホスト１０３の公開用ＵＲＬが不明であり、公開用ＵＲＬのリスト公開が可能である内容のＨＴＭＬデータを得て、ＷＡＮ側ネットワーク１０２のＷＡＮ側ホスト１０４にＨＴＴＰ応答を送信する。
【００４６】
その後のシーケンスは図７のシーケンスと同様である。
このようにして、公開用ＵＲＬがＬＡＮ間接続装置１０５に届けば、不明であっても、公開用ＵＲＬが不明であるとの応答を行い、必要に応じて公開用ＵＲＬのリスト公開を要求ができ、所望のＵＰｎＰホスト１０３に対して情報公開を要求することができる。
【００４７】
図９は本発明に係るＬＡＮ間接続装置１０５における転送パケット処理部２０３の一連の動作でＷＡＮポート２０２に受信したパケットの処理を説明するフローチャートである。
ステップＳ３０１において、ＬＡＮ間接続装置１０５のＷＡＮポート２０２でパケットを受信する。
【００４８】
ステップＳ３０２において、転送パケット処理部２０３では、受信したパケットが自装置宛のＨＴＴＰ要求であるか否かを判断する。
ステップＳ３０３において、自装置宛であるがＨＴＴＰ要求でない場合には、ＮＡＴセッションテーブル２１１で通常のＮＡＴ処理を行い処理を終了する。
ステップＳ３０４において、自装置宛のＨＴＴＰ要求である場合、ＴＣＰセッションが確立したか否かを判断する。
【００４９】
ステップＳ３０５において、ＴＣＰセッションが確立していない場合、ＷＡＮ側ネットワーク１０２のＷＡＮ側ホスト１０４からＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）−ＳＹＮ（Ｓｙｎｃｈｒｏｎｉｚｅ Ｆｌａｇ）パケットが送信され、ＷＡＮ側ネットワーク１０２のＷＡＮ側ホスト１０４とＬＡＮ間接続装置１０５の間でＴＣＰセッションの確立処理を行い、ステップＳ３０４に戻る。
【００５０】
ステップＳ３０６において、ＴＣＰセッションが確立した場合、ＨＴＴＰ要求のメッセージを最後まで受信したか否かを判断する。
具体的には、ＷＡＮ側ネットワーク１０２のＷＡＮ側ホスト１０４がＨＴＴＰのＧＥＴ要求（リクエスト）を送信する。例えば、ＷＡＮ側ホスト１０４のホストＸがＵＰｎＰホスト１０３のホストＡにアクセスしようとする場合、ホストＡのＩＰアドレスが192.168.0.4で、ＵＰｎＰデバイス情報データベース２０５には公開用ＵＲＬ（http: //hoge.com/~_~http://192.168.0.4:8001/ctr21）が登録されているので（図３参照）、ＷＡＮ側ホスト１０４が'GET/~_~http://192.168.0.4:8001/ctr21'というＨＴＴＰのＧＥＴ要求（リクエスト）を送信する。
【００５１】
ステップＳ３０７において、ＨＴＴＰ要求のメッセージを最後まで受信していない場合、ＨＴＴＰ要求のメッセージバッファ処理を行い、ステップＳ３０６に戻る。
ステップＳ３０８において、ＨＴＴＰ要求のメッセージを最後まで受信した場合、ＵＰｎＰデバイス情報データベース２０５を参照する。
【００５２】
ステップＳ３０９において、ＨＴＴＰ要求のメッセージを解析し、ＵＰｎＰデバイス情報データベース２０５にＨＴＴＰ要求のＵＲＬと一致する公開用ＵＲＬが存在するか否か、又は公開用ＵＲＬ配下に存在するＵＲＬであるか否かを判断する。
ステップＳ３１０において、一致する公開用ＵＲＬが存在しない場合、ＨＴＴＰ処理部２０６に通知を行い、処理を終了する。
【００５３】
ステップＳ３１１において、一致する公開用ＵＲＬが存在する場合、ＮＡＴセッションテーブル２１１に変換データを追加し、一般的なＮＡＴ処理動作のみ行っているエントリと判別するためにチェックフラグをＯＮにする。
ステップＳ３１２において、ＨＴＴＰ要求のパケットの公開用ＵＲＬを制御用ＵＲＬに書き換える。
【００５４】
上記例では、ホストＸからのＧＥＴ要求（リクエスト）'GET/~_~http://192.168.0.4:8001/ctr21'が'GET/ctr21'に戻る。
ステップＳ３１３において、さきほど追加したＮＡＴセッションテーブル２１１のとおりに、一例として、ＬＡＮ側ネットワーク１０１のＵＰｎＰホスト１０３のホストＡであるＩＰアドレス192.168.0.4のポート番号8001に対し、ＴＣＰコネクションを確立し、書き換えを行ったＨＴＴＰ要求の内容を転送し、処理を終了する。なお、一般的なＮＡＴ動作と同様に、以後、ホストＡとホストＸ間の通信は、ＮＡＴセッションテーブル２１１を基に行われる。
【００５５】
図１０は本発明に係るＬＡＮ間接続装置１０５におけるＨＴＴＰ処理部２０６の一連の動作で、図９のステップＳ３１０における通知時の処理を説明するフローチャートである。
ステップＳ３２１において、ＨＴＴＰ処理部２０６では、転送パケット処理部２０３からの通知が、公開用ＵＲＬが不明であるという通知であるか否かの判断を行う。
【００５６】
ステップＳ３２２において、不明であるという通知の場合、公開用ＵＲＬが不明である内容のＨＴＭＬデータを生成し、ステップＳ３２６に進む。
ステップＳ３２３において、不明であるという通知でない場合、転送パケット処理部２０３からの通知がＬＡＮ側ネットワーク１０１のＵＰｎＰホスト１０３のホストに対する公開用ＵＲＬのリスト要求の通知であるか否かを判断する。。公開用ＵＲＬのリスト要求の通知でない場合、処理を終了する。
【００５７】
ステップＳ３２４において、公開用ＵＲＬのリスト要求の通知である場合、ＨＴＴＰ処理部２０６では、ＵＰｎＰデバイス情報データベース２０５の参照を行う。
ステップＳ３２５において、上記参照に基づいて、ＵＰｎＰホスト１０３に対する公開用ＵＲＬのリストのＨＴＭＬデータを生成する。
【００５８】
ステップＳ３２６において、ＨＴＴＰ処理部２０６では、転送パケット処理部２０３に生成したＨＴＭＬデータを送信し、処理を終了する。
図１１は本発明に係るＬＡＮ間接続装置１０５におけるＨＴＴＰ処理部２０６の一連の動作で、ＬＡＮポート２０１に受信したパケットの処理を説明するフローチャートである。
【００５９】
ステップＳ３３１において、転送パケット処理部２０３では、ＬＡＮポート２０１でパケットを受信したか否かを判断する。
ステップＳ３３２において、ＬＡＮポート２０１でパケットを受信した場合、ＮＡＴセッションテーブル２１１の該当するＩＰアドレスに対してチェックフラグがＯＮになっているか否かを判断する。
【００６０】
ステップＳ３３３において、チェックフラグがＯＦＦになっている場合、ＮＡＴセッションテーブル２１１で通常のＮＡＴ処理を行い処理を終了する。
ステップＳ３３４において、該当するチェックフラグがＯＮになっている場合、ＨＴＴＰ応答のＨＴＭＬデータにハイパーリンク（ｈｙｐｅｒｌｉｎｋ）に制御用ＵＲＬが含まれているか否かを判断する。
【００６１】
ステップＳ３３５において、ＨＴＴＰ応答のＨＴＭＬデータにハイパーリンク（ｈｙｐｅｒｌｉｎｋ）に制御用ＵＲＬが含まれている場合、ＵＰｎＰデバイス情報データベース２０５を参照して、制御用ＵＲＬを公開用ＵＲＬに書き換える処理を行い、ステップＳ３３６に進む。
ステップＳ３３６において、ＵＰｎＰデバイス情報データベース２０５を参照してＨＴＴＰ応答の制御用ＵＲＬを公開用ＵＲＬに書き換え処理を行う。
【００６２】
ステップＳ３３７において、ＷＡＮ側ネットワーク１０２のＷＡＮ側ホスト１０４にＨＴＴＰ応答を転送処理し、処理を終了する。
ステップＳ３３８において、ＬＡＮポート２０１でパケットを受信しない場合にはＨＴＴＰ処理部２０６から送信が有るか否かを判断する。送信がなければ処理を終了する。
【００６３】
ステップＳ３３９において、ＨＴＴＰ処理部２０６から送信が有る場合、ＷＡＮ側ホスト１０４にＨＴＭＬデータの送信を転送パケット処理部２０３に行い、ステップＳ３３７に進む。
図１２は図９の変形例で、セキュリティ処理を追加した例を説明するフローチャートである。
【００６４】
本図に示すように、図９と比較して、ステップＳ３５３において、すなわち、公開用ＵＲＬ書き換え後、ＬＡＮ側ネットワーク１０１のＵＰｎＰホスト１０３への転送処理前にセキュリティ条件のチェックを行う。セキュリティ条件のチェックは、相手ホストのＩＰアドレス、ＨＴＴＰのＢＡＳＩＣ認証などである。をセキュリティ条件に含む場合、認証情報のチェック後、認証情報を削除してステップＳ３５５に進む。
【００６５】
ステップＳ３５４において、ＨＴＴＰのＢＡＳＩＣ認証をセキュリティ条件に含まない場合、ＬＡＮ側ネットワーク１０１のＵＰｎＰホスト１０３への転送処理をリジェクトし、処理を終了する。
このようにして、ＵＰｎＰホスト１０３への通信をすべてＬＡＮ間接続装置１０５が一度受信しているので、ＵＰｎＰホスト１０３側でセキュリティ機能を有していなくてもセキュリティの制御が可能になる。
【００６６】
【発明の効果】
以上説明したように、本発明によれば、ＵＰｎＰデバイスの各々に対して、ＬＡＮ側ネットワーク上で使用可能なＨＴＴＰ要求の制御用ＵＲＬと、ＷＡＮ側ネットワーク上で使用可能なＨＴＴＰ要求の公開用ＵＲＬを生成し、ＵＰｎＰデバイスの各々についてＵＰｎＰ処理部により生成された制御用ＵＲＬと公開用ＵＲＬを対にして保存し、保存した制御用ＵＲＬと公開用ＵＲＬの対を参照してＷＡＮ側ホストからのＨＴＴＰ要求のＵＲＬが公開用ＵＲＬと一致する場合、ＨＴＴＰ要求に対してＮＡＴ処理を追加し、公開用ＵＲＬを制御用ＵＲＬに書き換え、書き換えられた制御用ＵＲＬのＨＴＴＰ要求をＵＰｎＰデバイスに転送し、ＵＰｎＰデバイスからのＨＴＭＬデータのＨＴＴＰ応答に対してＮＡＴ処理を行い、ＷＡＮ側ホストに転送を行うようにしたので、ＷＡＮ側ホストからＵＰｎＰデバイスにＵＲＬを用いてＨＴＴＰ要求を行い、ＵＰｎＰデバイスからＨＴＭＬデータを容易に得られ、ＵＰｎＰデバイスを公開することが可能になり、ＵＰｎＰデバイスが動的なＩＰアドレスであってもＷＡＮ側ホストからのアクセスを容易にする。
【００６７】
さらに、書き換えられた制御用ＵＲＬのＵＰｎＰデバイスにＨＴＴＰ要求を転送する前にセキュリティのチェックを行うようにしたので、ＵＰｎＰデバイスへの通信をすべてＬＡＮ間接続装置が一度受信しているので、ＵＰｎＰデバイス側でセキュリティ機能を有していなくてもセキュリティの制御が可能になる。
【図面の簡単な説明】
【図１】本発明に係るＬＡＮ間接続装置の概略構成を示すブロック図である。
【図２】図１におけるＵＰｎＰ処理部２０３がＵＰｎＰホスト１０３から取得するデバイス情報例の一部を示す図である。
【図３】図１におけるＵＰｎＰデバイス情報データベース２０４のデータベースの内容例を示す図である。
【図４】図１における転送パケット処理部２０３のＮＡＴセッションテーブル２１１を示す図である。
【図５】ＬＡＮ間接続装置１０５の転送パケット処理部２０３における第１の概略転送処理例のシーケンスを示す図である。
【図６】ＬＡＮ間接続装置１０５の転送パケット処理部２０３における第２の概略転送処理例のシーケンスを示す図である。
【図７】ＬＡＮ間接続装置１０５の転送パケット処理部２０３における第３の概略転送処理例のシーケンスを示す図である。
【図８】ＬＡＮ間接続装置１０５の転送パケット処理部２０３における第４の概略転送処理例のシーケンスを示す図である。
【図９】本発明に係るＬＡＮ間接続装置１０５における転送パケット処理部２０３の一連の動作でＷＡＮポート２０２に受信したパケットの処理を説明するフローチャートである。
【図１０】本発明に係るＬＡＮ間接続装置１０５におけるＨＴＴＰ処理部２０６の一連の動作で、図９のステップＳ３１０における通知時の処理を説明するフローチャートである。
【図１１】本発明に係るＬＡＮ間接続装置１０５におけるＨＴＴＰ処理部２０６の一連の動作で、ＬＡＮポート２０１に受信したパケットの処理を説明するフローチャートである。
【図１２】図９の変形例で、セキュリティ処理を追加した例を説明するフローチャートである。
【図１３】本発明の前提となるネットワークの概略構成であり、ＷＡＮ側ホストがＬＡＮ側ホストにアクセスする例を説明する図である。
【図１４】図１３におけるＬＡＮ間接続装置１０５の概略構成を示すブロック図である。
【符号の説明】
１０１…ＬＡＮ側ネットワーク
１０２…ＷＡＮ側ネットワーク
１０３…ＵＰｎＰホスト
１０４…ＷＡＮ側ホスト
１０５…ＬＡＮ間接続装置
２０１…ＬＡＮポート
２０２…ＷＡＮポート
２０３…転送パケット処理部
２０４…ＵＰｎＰ処理部
２０５…ＵＰｎＰデバイス情報データベース
２０６…ＨＴＴＰ処理部
２１１…ＮＡＴセッションテーブル
２１２…ＵＲＬ書換部
【発明が属する技術分野】
本発明はＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）をＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）に接続するＬＡＮ間接続装置に関する。特に、本発明は、ＬＡＮ側のＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）デバイス情報をＷＡＮ側に公開するＵＰｎＰデバイス方法公開に関する。
【０００２】
【従来の技術】
従来の通信中継装置では、ＷＡＮ側端末が通信中継装置に対してＬＡＮ側端末のサービス情報のリストをリクエストし、指定したサービス情報をリクエストし、指定したサービス情報に含まれるポート番号を用いたＵＲＬによりＨＴＴＰリクエスト行い、ＨＴＴＰリクエストを受信した通信中継装置ではＮＡＴ変換テーブルでアドレス変換をしてポート番号に対応するＬＡＮ側端末のＩＰアドレス、ポート番号を取得してＷＡＮ側端末から送信されたＩＰパケットのリダイレクトを行っている（例えば、特許文献１参照。）。
また、従来の機器制御装置では、サーバとデジタル機器とがＵＰｎＰインタフェースで接続されるものもある（例えば、特許文献２参照。）。
【０００３】
【特許文献１】
特開２００２−１４１９５４（段落００９２〜０１０６、図１０）
【特許文献２】
特開２００３−０２２２２５（段落００１６、図１）
【０００４】
図１３は本発明の前提となるネットワークの概略構成であり、ＷＡＮ側ホストがＬＡＮ側ホストにアクセスする例を説明する図である。なお、全図を通して同一の構成要素には同一の番号、符号を付して説明を行う。
本図に示すように、区間α側のＬＡＮ側ネットワーク１０１と区間βのＷＡＮ側ネットワーク１０２に分けられ、ＬＡＮ側ネットワーク１０１はローカルネットであり、ＷＡＮ側ネットワーク１０２はインターネットを含むグローバルネットであり、Ｗｅｂサービスを使用して情報の公開を可能にする。
【０００５】
ＬＡＮ側ネットワーク１０１上には複数のホストＡ、Ｂで示すＵＰｎＰホスト１０３が接続され、ＵＰｎＰホスト１０３はパーソナルコンピュータ、ネットワーク家電製品等を含むＵＰｎＰデバイスであり、プライベートＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスが用いられるホストである。
ＷＡＮ側ネットワーク１０２上に複数のホストＸ、Ｙで示すようにＷＡＮ側ホスト１０４が存在し、ＷＡＮ側ホスト１０４はＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）が使用可能でグローバルＩＰアドレスが用いられるホストである。
【０００６】
区間α側のＬＡＮ側ネットワーク１０１と区間β側のＷＡＮ側ネットワーク１０２との間にホストＲで示すＬＡＮ間接続装置１０５が接続され、ＬＡＮ間接続装置１０５はＵＰｎＰホスト１０３をＷＡＮ側ホスト１０４に接続する。
図１４は図１３におけるＬＡＮ間接続装置１０５の概略構成を示すブロック図である。本図に示すように、ＬＡＮ間接続装置１０５にはＬＡＮポート２０１、ＷＡＮポート２０２が設けられる。
【０００７】
ＬＡＮポート２０１はＬＡＮ間接続装置１０５に１つ以上存在し、ＬＡＮ側ネットワーク１０１でパケットの送受信を行う。
ＷＡＮポート２０２はＬＡＮ間接続装置１０５に１つ以上存在し、ＷＡＮ側ネットワーク１０２上でパケットの送受信を行う。
ＬＡＮポート２０１とＷＡＮポート２０２の間には転送パケット処理部２０３が設けられ、転送パケット処理部２０３はポート変換を含むＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ）セッションテーブル２１１を有する。
【０００８】
インターネット上では、相互に、ＵＲＬ（Ｕｎｉｆｏｒｍ ＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）を用いてＨＴＴＰ要求を行い、該当するＨＴＭＬデータを送信することが可能である。
一方、ＵＰｎＰホスト１０３からは、ＬＡＮ間接続装置１０５のＮＡＴセッションテーブル２１１でプライベートＩＰアドレスをグローバルＩＰアドレスに変換して、ＷＡＮ側ホスト１０４へＵＲＬを用いてＨＴＴＰ要求を行い、ＷＡＮ側ホスト１０４からＵＰｎＰホスト１０３へ該当するＨＴＭＬデータを送信することができる。
【０００９】
他方、ＷＡＮ側ホスト１０４からは、ＵＰｎＰホスト１０３へＵＲＬを用いてＨＴＴＰ要求を行うことはできない。ＵＰｎＰホスト１０３がグローバルＩＰアドレスを持たず、ＷＡＮ側ネットワーク１０２上に存在しないためである。
しかし、ＵＰｎＰホスト１０３がＨＴＴＰを使用することが可能である場合には、ＷＡＮ側ホスト１０４からＵＰｎＰホスト１０３にＵＲＬを用いてＨＴＴＰ要求を行い、ＵＰｎＰホスト１０３からＨＴＭＬデータを得ることができれば非常に便利である。
【００１０】
【発明が解決しようとする課題】
しかしながら、上記従来技術のように、ＷＡＮ側ホスト１０４からＵＰｎＰホスト１０３にＵＲＬを用いてＨＴＴＰ要求を行い、ＵＰｎＰホスト１０３からＨＴＭＬデータを得ようとすると複雑な処理を行う必要があるという問題点がある。
【００１１】
したがって、本発明は上記問題点に鑑みて、ＷＡＮ側ホスト１０４からＵＰｎＰホスト１０３にＵＲＬを用いてＨＴＴＰ要求を行い、ＵＰｎＰホスト１０３からＨＴＭＬデータを容易に得られるようにできるＬＡＮ間接続装置及びそのＵＰｎＰデバイス公開方法を提供する。
【００１２】
【課題を解決するための手段】
本発明は前記問題点を解決するために、ＨＴＴＰが使用可能である複数のＵＰｎＰデバイスが接続されるＬＡＮ側ネットワークと複数のＷＡＮ側ホストが接続されるＷＡＮ側ネットワークとを接続するＬＡＮ間接続装置において、前記ＵＰｎＰデバイスの各々に対して、前記ＬＡＮ側ネットワーク上で使用可能なＨＴＴＰ要求の制御用ＵＲＬと、前記ＷＡＮ側ネットワーク上で使用可能なＨＴＴＰ要求の公開用ＵＲＬを生成するＵＰｎＰ処理部と、前記ＵＰｎＰデバイスの各々について前記ＵＰｎＰ処理部により生成された前記制御用ＵＲＬと前記公開用ＵＲＬを対にして保存するＵＰｎＰデバイス情報データベースと、前記ＵＰｎＰデバイス情報データベースを参照して前記ＷＡＮ側ホストからのＨＴＴＰ要求のＵＲＬが公開用ＵＲＬと一致する場合、ＨＴＴＰ要求に対してＮＡＴ処理を追加し、公開用ＵＲＬを制御用ＵＲＬに書き換え、書き換えられた制御用ＵＲＬのＨＴＴＰ要求を前記ＵＰｎＰデバイスに転送し、前記ＵＰｎＰデバイスからのＨＴＭＬデータのＨＴＴＰ応答に対してＮＡＴ処理を行い、前記ＷＡＮ側ホストに転送を行う転送パケット処理部とを備えることを特徴とするＬＡＮ間接続装置を提供する。
【００１３】
この手段により、ＷＡＮ側ホストからＵＰｎＰデバイスにＵＲＬを用いてＨＴＴＰ要求を行い、ＵＰｎＰデバイスからＨＴＭＬデータを容易に得られ、ＵＰｎＰデバイスを公開することが可能になり、ＵＰｎＰデバイスが動的なＩＰアドレスであってもＷＡＮ側ホストからのアクセスを容易にする。
さらに、前記転送パケット処理部と前記ＵＰｎＰデバイス情報データベースにはＨＴＴＰ処理部が接続され、前記ＨＴＴＰ処理部は、前記ＵＰｎＰデバイス情報データベースを参照して、公開用ＵＲＬのリストをＨＴＭＬデータとして形成し、さらに、公開用ＵＲＬが不明であった内容をＨＴＭＬデータとして形成し、前記ＷＡＮ側ホストから公開用ＵＲＬのリストを要求するＨＴＴＰ要求が前記ＬＡＮ間接続装置にあった場合、前記ＷＡＮ側ホストから前記ＬＡＮ間接続装置への公開用ＵＲＬが不明である場合、前記転送パケット処理部は前記ＨＴＴＰ処理部からＨＴＭＬデータをそれぞれ取得し前記ＷＡＮ側ホストへ応答を行う。
【００１４】
この手段により、前記ＷＡＮ側ホストが公開用ＵＲＬを知らなくても、公開用ＵＲＬの間違いがあり不明であっても、ＷＡＮ側ホストからＵＰｎＰデバイスにＵＲＬを用いてＨＴＴＰ要求を行い、ＵＰｎＰデバイスからＨＴＭＬデータを容易に得られ、ＵＰｎＰデバイスを公開することが可能になる。
さらに、前記ＷＡＮ側ホストからのＨＴＴＰ要求のＵＲＬが公開用ＵＲＬと一致する場合の前記転送パケット処理部のＮＡＴ処理時に該当するＵＰｎＰデバイスに対してチェックフラグをＯＮにし、前記ＵＰｎＰデバイスからのＨＴＴＰ応答に対してチェックフラグがＯＮになった前記ＵＰｎＰデバイスから該当するＵＰｎＰデバイスを検索してＮＡＴ処理を行う。
【００１５】
この手段により、チェックフラグをＯＮとして、ＨＴＴＰ応答処理を限定し、処理速度を高める。
さらに、前記転送パケット処理部は、前記ＵＰｎＰデバイスからのＨＴＭＬデータのＨＴＴＰ応答にハイパーリンクとして制御用ＵＲＬが埋め込まれている場合、前記ＵＰｎＰデバイス情報データベースを参照して、埋め込まれた制御用ＵＲＬを公開用ＵＲＬに書き換える。
【００１６】
この手段により、ＵＰｎＰデバイスからの付加情報がＷＡＮ側ホストに公開可能になる。
さらに、前記転送パケット処理部は前記制御用ＵＲＬのドメイン名を前記ＵＰｎＰホストのＩＰアドレスとし、前記公開用ＵＲＬのドメイン名、ディレクトリ名をそれぞれ前記ＬＡＮ間接続装置のドメイン名、前記制御用ＵＲＬとする。
【００１７】
この手段により、制御用ＵＲＬと公開用ＵＲＬの形成が容易になる。
さらに、前記公開用ＵＲＬのドメイン名であるＬＡＮ間接続装置のドメイン名と前記公開用ＵＲＬのディレクトリ名である制御用ＵＲＬとの間にドメイン名として使用されない区切りキャラクタを入れる。
この手段により、ＬＡＮ間接続装置のＵＲＬと公開用ＵＲＬとの区別することが可能になる
【００１８】
さらに、前記転送パケット処理部は書き換えられた制御用ＵＲＬの前記ＵＰｎＰデバイスにＨＴＴＰ要求を転送する前にセキュリティのチェックを行う。
この手段により、ＵＰｎＰデバイスへの通信をすべてＬＡＮ間接続装置が一度受信しているので、ＵＰｎＰデバイス側でセキュリティ機能を有していなくてもセキュリティの制御が可能になる。
【００１９】
さらに、本発明は、ＨＴＴＰが使用可能である複数のＵＰｎＰデバイスが接続されるＬＡＮ側ネットワークと複数のＷＡＮ側ホストが接続されるＷＡＮ側ネットワークとを接続するＬＡＮ間接続装置のＵＰｎＰデバイス公開方法において、前記ＵＰｎＰデバイスの各々に対して、前記ＬＡＮ側ネットワーク上で使用可能なＨＴＴＰ要求の制御用ＵＲＬと、前記ＷＡＮ側ネットワーク上で使用可能なＨＴＴＰ要求の公開用ＵＲＬを生成する工程と、前記ＵＰｎＰデバイスの各々について生成された前記制御用ＵＲＬと前記公開用ＵＲＬを対にして保存する工程と、保存した前記制御用ＵＲＬと前記公開用ＵＲＬの対を参照して前記ＷＡＮ側ホストからのＨＴＴＰ要求のＵＲＬが公開用ＵＲＬと一致する場合、ＨＴＴＰ要求に対してＮＡＴ処理を追加し、公開用ＵＲＬを制御用ＵＲＬに書き換え、書き換えられた制御用ＵＲＬのＨＴＴＰ要求を前記ＵＰｎＰデバイスに転送する工程と、前記ＵＰｎＰデバイスからのＨＴＭＬデータのＨＴＴＰ応答に対してＮＡＴ処理を行い、前記ＷＡＮ側ホストに転送を行う工程とを備えることを特徴とするＬＡＮ間接続装置のＵＰｎＰデバイス公開方法を提供する。
【００２０】
この手段により、上記発明と同様に、ＷＡＮ側ホストからＵＰｎＰデバイスにＵＲＬを用いてＨＴＴＰ要求を行い、ＵＰｎＰデバイスからＨＴＭＬデータを容易に得られ、ＵＰｎＰデバイスを公開することが可能になり、ＵＰｎＰデバイスが動的なＩＰアドレスであってもＷＡＮ側ホストからのアクセスを容易にする。
【００２１】
【発明の実施の形態】
以下、本発明の実施の形態について図面を参照して説明する。
図１は本発明に係るＬＡＮ間接続装置の概略構成を示すブロック図である。本図に示すように、図１４と比較して、ＬＡＮ間接続装置１０５にはＵＰｎＰ処理部２０４が設けられ、ＵＰｎＰ処理部２０４はＬＡＮポート２０１に接続され、ＵＰｎＰホスト１０３のコントロールポイントとして機能し、ＬＡＮ側ネットワーク１０１上に存在するＵＰｎＰホスト１０３を検出し、ＬＡＮポート２０１で受信したパケットからＵＰｎＰホスト１０３のデバイス情報を自動的に収集し、デバイス情報の学習を行う。
【００２２】
ここで、ＬＡＮ側ネットワーク１０１のＵＰｎＰホスト１０３の各々では、ＨＴＴＰが使用可能であり、さらに、ＬＡＮ側ネットワーク１０１上で使用可能で、ＷＡＮ側ネットワーク１０２では使用できない制御用ＵＲＬを有し、相互にＨＴＴＰ要求を行い、ＨＴＴＰ応答としてＨＴＭＬデータを送信している。
ＵＰｎＰ処理部２０４のデバイス情報の学習では、ＵＰｎＰホスト１０３の制御用ＵＲＬ、ＬＡＮ間接続装置１０５のＵＲＬから公開用ＵＲＬを後述するように生成する。公開用ＵＲＬはＷＡＮ側ネットワーク１０２上で使用可能であり、ＵＰｎＰホスト１０３では使用できない。
【００２３】
ＵＰｎＰ処理部２０４にはメモリであるＵＰｎＰデバイス情報データベース２０５が接続され、ＵＰｎＰデバイス情報データベース２０５ではＵＰｎＰデバイス情報データベース２０５により収集されたデバイス情報、学習されたデバイス情報を含むデータベースを書き込み、保存する。
転送パケット処理部２０３にはＨＴＴＰ処理部２０６が接続され、ＨＴＴＰ処理部２０６は、ＵＰｎＰデバイス情報データベース２０４と、転送パケット処理部２０３に接続され、転送パケット処理部２０３の通知により、ＷＡＮ側ネットワーク１０２側から受信したＨＴＴＰ要求に対しＬＡＮ側ネットワーク１０１側に存在するＵＰｎＰデバイスのリスト等を、ＷＡＮ側ネットワーク１０２からアクセス可能な公開用ＵＲＬとして、ＨＴＭＬデータで表示する。
【００２４】
転送パケット処理部２０３にはＵＰｎＰデバイス情報データベース２０５に接続され、さらに、ＮＡＴセッションテーブル２１１の他にＵＲＬ書換部２１２が設けられ、ＵＲＬ書換部２１２はＷＡＮポート２０２からＨＴＴＰ要求のパケット、ＬＡＮポート２０１からＨＴＴＰ応答のパケットをそれぞれ受信すると、ＵＰｎＰデバイス情報データベース２０５を参照して公開用ＵＲＬを制御用ＵＲＬに、制御用ＵＲＬを公開用ＵＲＬにそれぞれ書き換えるというＡＬＧ（Ａｐｌｉｃａｔｉｏｎ Ｌａｙｅｒ Ｇａｔｅｗａｙ）処理を行い、ＬＡＮポート２０１、ＷＡＮポート２０２にそれぞれ送信する。
【００２５】
ＮＡＴセッションテーブル２１１では、転送パケット処理部２０３にＷＡＮポート２０２から受信したＨＴＴＰ要求のパケットに公開用ＵＲＬ等が含まれる場合には、ＮＡＴセッションテーブル２１１にＮＡＴ情報を追加し、このとき、一般的なＮＡＴ処理動作のみを行っているエントリと判別するためのチェックフラグをＯＮにする。
【００２６】
なお、書き換えられた制御用ＵＲＬを受信したＵＰｎＰホスト１０３では、ＬＡＮ間接続装置１０５に対してＨＴＭＬデータのＨＴＴＰ応答を行う。
さらに、ＵＲＬ書換部２１２では、ＷＡＮポート２０２から受信したＨＴＴＰ要求がＵＰｎＰホスト１０３のリスト要求である場合にはＨＴＴＰ処理部２０６にその通知を行い、ＨＴＴＰ処理部２０６で表示されたＨＴＭＬのリストデータをＨＴＴＰ応答としてＷＡＮポート２０２を経由して送信する。
【００２７】
このようにして、ＵＰｎＰホスト１０３を検出して適切な形に加工してＷｅｂにて公開することにより、特別な設定を行わなくてもＷＡＮ側ネットワーク１０２からＵＰｎＰホスト１０３へのアクセスを可能にする。
さらに、ＵＰｎＰホスト１０３を利用することにより、ＵＰｎＰホスト１０３が動的なＩＰアドレスであってもＷＡＮ側ネットワーク１０２からのアクセスを容易にする。
【００２８】
図２は図１におけるＵＰｎＰ処理部２０３がＵＰｎＰホスト１０３から取得するデバイス情報例の一部を示す図である。
本図に示すように、ＵＰｎＰ処理部２０３ではＵＰｎＰのＤｅｓｃｒｉｐｔｉｏｎステージで交換されるメッセージ中に存在するＵＰｎＰデバイスの記述情報として、一例として、タグ名（説明）、ＩＰａｄｄｒｅｓｓ、ｆｒｉｅｎｄｌｙＮａｍｅ（装置（ＵＰｎＰデバイス）の名称）、ｍａｎｕｆａｃｔｕｒｅｒ（装置のメーカ名）、ＵＤＮ（装置識別子）、ｓｅｒｖｉｃｅＴｙｐｅ（装置が提供するサービス（装置に複数存在））、制御用ＵＲＬ（装置に複数存在）を取得する。
【００２９】
さらに、ＵＰｎＰ処理部２０３ではＵＰｎＰのＤｉｓｃｏｖｅｒｙステージでＬＡＮ側ネットワーク１０１側に存在するＵＰｎＰホスト１０３であるホストＡ、Ｂを検出し、次にＤｅｓｃｒｉｐｔｉｏｎステージへ移行してホストＡ、Ｂを含むＵＰｎＰホスト１０３をそれぞれのＩＰａｄｄｒｅｓｓ、ｆｒｉｅｎｄｌｙＮａｍｅ（デバイス名）、ｍａｎｕｆａｃｔｒｕｅｒ、ｓｅｒｖｉｃｅＴｙｐｅ（デバイスタイプ）、デバイスの制御用ＵＲＬ名の情報を取得し、ＵＰｎＰデバイス情報データベース２０４に登録を行い、それぞれのＵＰｎＰホスト１０３の制御用ＵＲＬに対してＷＡＮ側ネットワーク１０２からアクセス可能な公開用ＵＲＬを後述のように生成する。
【００３０】
図３は図１におけるＵＰｎＰデバイス情報データベース２０４のデータベースの内容例を示す図である。
本図に示すように、ＵＰｎＰデバイス情報データベース２０４は、一例として、ＵＰｎＰホスト１０３のＩＰａｄｄｒｅｓｓ、ｆｒｉｅｎｄｌｙＮａｍｅ（デバイス名）、ｍａｎｕｆａｃｔｒｕｅｒ、ｓｅｒｖｉｃｅＴｙｐｅ（デバイスタイプ）、デバイスの制御用用ＵＲＬ、公開用ＵＲＬで構成される。
【００３１】
ここで、一例として、ＵＰｎＰ処理部２０４のデバイス情報の学習では、ＵＰｎＰホスト１０３のホストＡに対して、ＬＡＮ間接続装置１０５のＵＲＬ（http://hoge.com）、デバイスの制御用ＵＲＬ（http://192.168.0.4:8001/ctr21）により公開用ＵＲＬ（http: //hoge.com/~_~http://192.168.0.4:8001/ctr21）を生成する。
【００３２】
hoge.comはＬＡＮ間接続装置１０５のＷＡＮ側ネットワーク１０２上のホスト名又はドメイン名である。
すなわち、制御用ＵＲＬはＵＰｎＰホスト１０３のＩＰアドレスをドメイン名とし、公開用ＵＲＬはＬＡＮ間接続装置１０５のドメイン名をドメイン名とし、制御用ＵＲＬをディレクトリ名とする。
【００３３】
このようにして、制御用ＵＲＬと公開用ＵＲＬの形成を容易にする。
このように、公開用ＵＲＬではＬＡＮ間接続装置１０５のＵＲＬとＵＰｎＰデバイスの制御用ＵＲＬとで形成されるが、ＬＡＮ間接続装置１０５のＵＲＬとＵＰｎＰデバイスの制御用ＵＲＬとの間に区切りキャラクタが設けられる。この区切りキャラクタは一般にホスト名のキャラクタとして使用されないキャラクタであればなんでもよい。この例ではＤＥＬＥＧＡＴＥサーバの例にならい、「~_~」を使用している。
【００３４】
これにより、ＬＡＮ間接続装置１０５のＵＲＬと公開用ＵＲＬとの区別することが可能になる。
図４は図１における転送パケット処理部２０３のＮＡＴセッションテーブル２１１を示す図である。
本図に示すように、転送パケット処理部２０３でＮＡＴ処理を行う際には、一般的にＮＡＴセションテーブル２１１を形成し、ＮＡＴセッションテーブル２１１に応じてパケットのＮＡＴ処理を行う。
【００３５】
ＮＡＴセッションテーブル２１１は、一例として、ＰｒｉｖａｔｅＩｐ、ＬｏｃａｌＰｏｒｔ、ＧｌｏｂａｌＩｐ、ＧｌｏｂａｌＰｏｒｔ、ＲｅｍｏｔｅＩｐ、ＲｅｍｏｔｅＰｏｒｔ、ＣｈｅｃｋＦｌａｇで構成される。
一例として、公開用ＵＲＬ（http://hoge.com/~_~http://192.168.0.4:8001/ctr21）のＨＴＴＰ要求に対して、ＮＡＴセッションテーブル２１１には、ＰｒｉｖａｔｅＩｐ（192.168.0.4）、ＬｏｃａｌＰｏｒｔ（8001）、ＧｌｏｂａｌＩｐ（hoge.comに対応するＩＰアドレス）、ＧｌｏｂａｌＰｏｒｔ（8001）、ＲｅｍｏｔｅＩｐ（ホストＸのＩＰアドレス）、ＲｅｍｏｔｅＰｏｒｔ（１０２５）、ＣｈｅｃｋＦｌａｇ（チェックフラグ）（ＯＮ）がＮＡＴセッションテーブル２１１に追加される。
【００３６】
ＣｈｅｃｋＦｌａｇをＯＮとして、ＨＴＴＰ応答処理を限定し、処理速度を高める。
図５はＬＡＮ間接続装置１０５の転送パケット処理部２０３における第１の概略転送処理例のシーケンスを示す図である。
ＬＡＮ間接続装置１０５の転送パケット処理部２０３では、ＷＡＮ側ネットワーク１０２のＷＡＮ側ホスト１０４からＬＡＮ間接続装置１０５に対して公開用ＵＲＬ宛にＨＴＴＰ要求が送信されると、このＨＴＴＰ要求を受信する。
【００３７】
転送パケット処理部２０３では、ＵＰｎＰデバイス情報データベース２０５を参照して、受信したＨＴＴＰ要求の公開用ＵＲＬに該当する制御用ＵＲＬがＵＰｎＰホスト１０３に存在する場合には公開用ＵＲＬを書き換えた制御用ＵＲＬ宛にＨＴＴＰ要求を転送する。
ＬＡＮ側ネットワーク１０１のＵＰｎＰホスト１０３ではＨＴＴＰ要求を受信すると、ＨＴＭＬデータのＨＴＴＰ応答をＬＡＮ間接続装置１０５の転送パケット処理部２０３に対し送信する。
【００３８】
転送パケット処理部２０３では、ＵＰｎＰホスト１０３からのＨＴＴＰ応答を受信すると、ＮＡＴセッションテーブル２１１を参照して、ＣｈｅｃｋＦｌａｇ（チェックフラグ）がＯＮである中から該当するＵＰｎＰホスト１０３を検索してＰｒｉｖａｔｅＩｐをＧｌｏｂａｌＩｐ等に変換を行い、ＷＡＮ側ネットワーク１０２のＷＡＮ側ホスト１０４へＨＴＴＰ応答を転送する。
【００３９】
このようにして、所望のＵＰｎＰホスト１０３の情報がＷＡＮ側ホスト１０４に公開可能になる。
図６はＬＡＮ間接続装置１０５の転送パケット処理部２０３における第２の概略転送処理例のシーケンスを示す図である。
本図に示すように、図５と比較して、ＬＡＮ間接続装置１０５の転送パケット処理部２０３では、ＬＡＮ側ネットワーク１０１のＵＰｎＰホスト１０３からのＨＴＴＰ応答を受信した場合に、ＵＰｎＰホスト１０３からＷＡＮ側ネットワーク１０２のＷＡＮ側ホスト１０４への'content-type=text/html’である通信内容を監視しており、ハイパーリンクとして、埋め込まれているＵＲＬのうち、制御用ＵＲＬが埋め込まれている場合は、ＵＰｎＰデバイス情報データベース２０５を参照して、埋め込まれている制御用ＵＲＬを公開用ＵＲＬに変換する。
【００４０】
例えば、ＨＴＴＰ応答のメッセージ中に、'a href=http://192.168.0.4:8000/foo.html'なる制御用ＵＲＬがある場合、'a herf=http://hoge.com/~_~http://192.168.0.4:8000/foo.html'なる公開用ＵＲＬのように変換が行われ、ＨＴＴＰ応答の転送が行われる。
このようにして、所望のＵＰｎＰホスト１０３の付加情報がＷＡＮ側ホスト１０４に公開可能になる。
【００４１】
図７はＬＡＮ間接続装置１０５の転送パケット処理部２０３における第３の概略転送処理例のシーケンスを示す図である。
本図に示すように、図５と比較して、ＬＡＮ間接続装置１０５では、ＷＡＮ側ネットワーク１０２のＷＡＮ側ホスト１０４からＬＡＮ間接続装置１０５宛に、ＬＡＮ側ネットワーク１０１のＵＰｎＰホスト１０３に対する公開用ＵＲＬのリスト公開のＨＴＴＰ要求が送信されると、このＨＴＴＰ要求を受信する。
【００４２】
ＬＡＮ間接続装置１０５の転送パケット処理部２０３では、ＵＰｎＰホスト１０３に対する公開用ＵＲＬのリスト公開のＨＴＴＰ要求に対して、ＨＴＴＰ処理部２０６からＵＰｎＰホスト１０３に対する公開用ＵＲＬの公開リストのＨＴＭＬデータを得て、ＷＡＮ側ネットワーク１０２のＷＡＮ側ホスト１０４にＨＴＴＰ応答を送信する。
【００４３】
その後のシーケンスは図５のシーケンスと同様である。
このようにして、ＷＡＮ側ネットワーク１０２のＷＡＮ側ホスト１０４の要求時に、ＬＡＮ側ネットワーク１０１のＵＰｎＰホスト１０３に対する公開用ＵＲＬのリスト情報を公開表示し、ＵＰｎＰホスト１０３の公開ＵＲＬを知らなくても、所望のＵＰｎＰホスト１０３の公開を要求することが可能になる。
【００４４】
図８はＬＡＮ間接続装置１０５の転送パケット処理部２０３における第４の概略転送処理例のシーケンスを示す図である。
本図に示すように、図５と比較して、ＬＡＮ間接続装置１０５の転送パケット処理部２０３では、ＷＡＮ側ネットワーク１０２のＷＡＮ側ホスト１０４からＬＡＮ間接続装置１０５に対して公開用ＵＲＬ宛にＨＴＴＰ要求が送信されると、このＨＴＴＰ要求を受信する。
【００４５】
転送パケット処理部２０３では、ＵＰｎＰデバイス情報データベース２０５を参照して、受信したＨＴＴＰ要求の公開用ＵＲＬに該当する制御用ＵＲＬがＵＰｎＰホスト１０３に存在せず、例えば、ＬｏｃａｌＰｏｒｔに誤りがあり、受信した公開用ＵＲＬが不明である場合には、ＨＴＴＰ処理部２０６からＬＡＮ側ネットワーク１０１のＵＰｎＰホスト１０３の公開用ＵＲＬが不明であり、公開用ＵＲＬのリスト公開が可能である内容のＨＴＭＬデータを得て、ＷＡＮ側ネットワーク１０２のＷＡＮ側ホスト１０４にＨＴＴＰ応答を送信する。
【００４６】
その後のシーケンスは図７のシーケンスと同様である。
このようにして、公開用ＵＲＬがＬＡＮ間接続装置１０５に届けば、不明であっても、公開用ＵＲＬが不明であるとの応答を行い、必要に応じて公開用ＵＲＬのリスト公開を要求ができ、所望のＵＰｎＰホスト１０３に対して情報公開を要求することができる。
【００４７】
図９は本発明に係るＬＡＮ間接続装置１０５における転送パケット処理部２０３の一連の動作でＷＡＮポート２０２に受信したパケットの処理を説明するフローチャートである。
ステップＳ３０１において、ＬＡＮ間接続装置１０５のＷＡＮポート２０２でパケットを受信する。
【００４８】
ステップＳ３０２において、転送パケット処理部２０３では、受信したパケットが自装置宛のＨＴＴＰ要求であるか否かを判断する。
ステップＳ３０３において、自装置宛であるがＨＴＴＰ要求でない場合には、ＮＡＴセッションテーブル２１１で通常のＮＡＴ処理を行い処理を終了する。
ステップＳ３０４において、自装置宛のＨＴＴＰ要求である場合、ＴＣＰセッションが確立したか否かを判断する。
【００４９】
ステップＳ３０５において、ＴＣＰセッションが確立していない場合、ＷＡＮ側ネットワーク１０２のＷＡＮ側ホスト１０４からＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）−ＳＹＮ（Ｓｙｎｃｈｒｏｎｉｚｅ Ｆｌａｇ）パケットが送信され、ＷＡＮ側ネットワーク１０２のＷＡＮ側ホスト１０４とＬＡＮ間接続装置１０５の間でＴＣＰセッションの確立処理を行い、ステップＳ３０４に戻る。
【００５０】
ステップＳ３０６において、ＴＣＰセッションが確立した場合、ＨＴＴＰ要求のメッセージを最後まで受信したか否かを判断する。
具体的には、ＷＡＮ側ネットワーク１０２のＷＡＮ側ホスト１０４がＨＴＴＰのＧＥＴ要求（リクエスト）を送信する。例えば、ＷＡＮ側ホスト１０４のホストＸがＵＰｎＰホスト１０３のホストＡにアクセスしようとする場合、ホストＡのＩＰアドレスが192.168.0.4で、ＵＰｎＰデバイス情報データベース２０５には公開用ＵＲＬ（http: //hoge.com/~_~http://192.168.0.4:8001/ctr21）が登録されているので（図３参照）、ＷＡＮ側ホスト１０４が'GET/~_~http://192.168.0.4:8001/ctr21'というＨＴＴＰのＧＥＴ要求（リクエスト）を送信する。
【００５１】
ステップＳ３０７において、ＨＴＴＰ要求のメッセージを最後まで受信していない場合、ＨＴＴＰ要求のメッセージバッファ処理を行い、ステップＳ３０６に戻る。
ステップＳ３０８において、ＨＴＴＰ要求のメッセージを最後まで受信した場合、ＵＰｎＰデバイス情報データベース２０５を参照する。
【００５２】
ステップＳ３０９において、ＨＴＴＰ要求のメッセージを解析し、ＵＰｎＰデバイス情報データベース２０５にＨＴＴＰ要求のＵＲＬと一致する公開用ＵＲＬが存在するか否か、又は公開用ＵＲＬ配下に存在するＵＲＬであるか否かを判断する。
ステップＳ３１０において、一致する公開用ＵＲＬが存在しない場合、ＨＴＴＰ処理部２０６に通知を行い、処理を終了する。
【００５３】
ステップＳ３１１において、一致する公開用ＵＲＬが存在する場合、ＮＡＴセッションテーブル２１１に変換データを追加し、一般的なＮＡＴ処理動作のみ行っているエントリと判別するためにチェックフラグをＯＮにする。
ステップＳ３１２において、ＨＴＴＰ要求のパケットの公開用ＵＲＬを制御用ＵＲＬに書き換える。
【００５４】
上記例では、ホストＸからのＧＥＴ要求（リクエスト）'GET/~_~http://192.168.0.4:8001/ctr21'が'GET/ctr21'に戻る。
ステップＳ３１３において、さきほど追加したＮＡＴセッションテーブル２１１のとおりに、一例として、ＬＡＮ側ネットワーク１０１のＵＰｎＰホスト１０３のホストＡであるＩＰアドレス192.168.0.4のポート番号8001に対し、ＴＣＰコネクションを確立し、書き換えを行ったＨＴＴＰ要求の内容を転送し、処理を終了する。なお、一般的なＮＡＴ動作と同様に、以後、ホストＡとホストＸ間の通信は、ＮＡＴセッションテーブル２１１を基に行われる。
【００５５】
図１０は本発明に係るＬＡＮ間接続装置１０５におけるＨＴＴＰ処理部２０６の一連の動作で、図９のステップＳ３１０における通知時の処理を説明するフローチャートである。
ステップＳ３２１において、ＨＴＴＰ処理部２０６では、転送パケット処理部２０３からの通知が、公開用ＵＲＬが不明であるという通知であるか否かの判断を行う。
【００５６】
ステップＳ３２２において、不明であるという通知の場合、公開用ＵＲＬが不明である内容のＨＴＭＬデータを生成し、ステップＳ３２６に進む。
ステップＳ３２３において、不明であるという通知でない場合、転送パケット処理部２０３からの通知がＬＡＮ側ネットワーク１０１のＵＰｎＰホスト１０３のホストに対する公開用ＵＲＬのリスト要求の通知であるか否かを判断する。。公開用ＵＲＬのリスト要求の通知でない場合、処理を終了する。
【００５７】
ステップＳ３２４において、公開用ＵＲＬのリスト要求の通知である場合、ＨＴＴＰ処理部２０６では、ＵＰｎＰデバイス情報データベース２０５の参照を行う。
ステップＳ３２５において、上記参照に基づいて、ＵＰｎＰホスト１０３に対する公開用ＵＲＬのリストのＨＴＭＬデータを生成する。
【００５８】
ステップＳ３２６において、ＨＴＴＰ処理部２０６では、転送パケット処理部２０３に生成したＨＴＭＬデータを送信し、処理を終了する。
図１１は本発明に係るＬＡＮ間接続装置１０５におけるＨＴＴＰ処理部２０６の一連の動作で、ＬＡＮポート２０１に受信したパケットの処理を説明するフローチャートである。
【００５９】
ステップＳ３３１において、転送パケット処理部２０３では、ＬＡＮポート２０１でパケットを受信したか否かを判断する。
ステップＳ３３２において、ＬＡＮポート２０１でパケットを受信した場合、ＮＡＴセッションテーブル２１１の該当するＩＰアドレスに対してチェックフラグがＯＮになっているか否かを判断する。
【００６０】
ステップＳ３３３において、チェックフラグがＯＦＦになっている場合、ＮＡＴセッションテーブル２１１で通常のＮＡＴ処理を行い処理を終了する。
ステップＳ３３４において、該当するチェックフラグがＯＮになっている場合、ＨＴＴＰ応答のＨＴＭＬデータにハイパーリンク（ｈｙｐｅｒｌｉｎｋ）に制御用ＵＲＬが含まれているか否かを判断する。
【００６１】
ステップＳ３３５において、ＨＴＴＰ応答のＨＴＭＬデータにハイパーリンク（ｈｙｐｅｒｌｉｎｋ）に制御用ＵＲＬが含まれている場合、ＵＰｎＰデバイス情報データベース２０５を参照して、制御用ＵＲＬを公開用ＵＲＬに書き換える処理を行い、ステップＳ３３６に進む。
ステップＳ３３６において、ＵＰｎＰデバイス情報データベース２０５を参照してＨＴＴＰ応答の制御用ＵＲＬを公開用ＵＲＬに書き換え処理を行う。
【００６２】
ステップＳ３３７において、ＷＡＮ側ネットワーク１０２のＷＡＮ側ホスト１０４にＨＴＴＰ応答を転送処理し、処理を終了する。
ステップＳ３３８において、ＬＡＮポート２０１でパケットを受信しない場合にはＨＴＴＰ処理部２０６から送信が有るか否かを判断する。送信がなければ処理を終了する。
【００６３】
ステップＳ３３９において、ＨＴＴＰ処理部２０６から送信が有る場合、ＷＡＮ側ホスト１０４にＨＴＭＬデータの送信を転送パケット処理部２０３に行い、ステップＳ３３７に進む。
図１２は図９の変形例で、セキュリティ処理を追加した例を説明するフローチャートである。
【００６４】
本図に示すように、図９と比較して、ステップＳ３５３において、すなわち、公開用ＵＲＬ書き換え後、ＬＡＮ側ネットワーク１０１のＵＰｎＰホスト１０３への転送処理前にセキュリティ条件のチェックを行う。セキュリティ条件のチェックは、相手ホストのＩＰアドレス、ＨＴＴＰのＢＡＳＩＣ認証などである。をセキュリティ条件に含む場合、認証情報のチェック後、認証情報を削除してステップＳ３５５に進む。
【００６５】
ステップＳ３５４において、ＨＴＴＰのＢＡＳＩＣ認証をセキュリティ条件に含まない場合、ＬＡＮ側ネットワーク１０１のＵＰｎＰホスト１０３への転送処理をリジェクトし、処理を終了する。
このようにして、ＵＰｎＰホスト１０３への通信をすべてＬＡＮ間接続装置１０５が一度受信しているので、ＵＰｎＰホスト１０３側でセキュリティ機能を有していなくてもセキュリティの制御が可能になる。
【００６６】
【発明の効果】
以上説明したように、本発明によれば、ＵＰｎＰデバイスの各々に対して、ＬＡＮ側ネットワーク上で使用可能なＨＴＴＰ要求の制御用ＵＲＬと、ＷＡＮ側ネットワーク上で使用可能なＨＴＴＰ要求の公開用ＵＲＬを生成し、ＵＰｎＰデバイスの各々についてＵＰｎＰ処理部により生成された制御用ＵＲＬと公開用ＵＲＬを対にして保存し、保存した制御用ＵＲＬと公開用ＵＲＬの対を参照してＷＡＮ側ホストからのＨＴＴＰ要求のＵＲＬが公開用ＵＲＬと一致する場合、ＨＴＴＰ要求に対してＮＡＴ処理を追加し、公開用ＵＲＬを制御用ＵＲＬに書き換え、書き換えられた制御用ＵＲＬのＨＴＴＰ要求をＵＰｎＰデバイスに転送し、ＵＰｎＰデバイスからのＨＴＭＬデータのＨＴＴＰ応答に対してＮＡＴ処理を行い、ＷＡＮ側ホストに転送を行うようにしたので、ＷＡＮ側ホストからＵＰｎＰデバイスにＵＲＬを用いてＨＴＴＰ要求を行い、ＵＰｎＰデバイスからＨＴＭＬデータを容易に得られ、ＵＰｎＰデバイスを公開することが可能になり、ＵＰｎＰデバイスが動的なＩＰアドレスであってもＷＡＮ側ホストからのアクセスを容易にする。
【００６７】
さらに、書き換えられた制御用ＵＲＬのＵＰｎＰデバイスにＨＴＴＰ要求を転送する前にセキュリティのチェックを行うようにしたので、ＵＰｎＰデバイスへの通信をすべてＬＡＮ間接続装置が一度受信しているので、ＵＰｎＰデバイス側でセキュリティ機能を有していなくてもセキュリティの制御が可能になる。
【図面の簡単な説明】
【図１】本発明に係るＬＡＮ間接続装置の概略構成を示すブロック図である。
【図２】図１におけるＵＰｎＰ処理部２０３がＵＰｎＰホスト１０３から取得するデバイス情報例の一部を示す図である。
【図３】図１におけるＵＰｎＰデバイス情報データベース２０４のデータベースの内容例を示す図である。
【図４】図１における転送パケット処理部２０３のＮＡＴセッションテーブル２１１を示す図である。
【図５】ＬＡＮ間接続装置１０５の転送パケット処理部２０３における第１の概略転送処理例のシーケンスを示す図である。
【図６】ＬＡＮ間接続装置１０５の転送パケット処理部２０３における第２の概略転送処理例のシーケンスを示す図である。
【図７】ＬＡＮ間接続装置１０５の転送パケット処理部２０３における第３の概略転送処理例のシーケンスを示す図である。
【図８】ＬＡＮ間接続装置１０５の転送パケット処理部２０３における第４の概略転送処理例のシーケンスを示す図である。
【図９】本発明に係るＬＡＮ間接続装置１０５における転送パケット処理部２０３の一連の動作でＷＡＮポート２０２に受信したパケットの処理を説明するフローチャートである。
【図１０】本発明に係るＬＡＮ間接続装置１０５におけるＨＴＴＰ処理部２０６の一連の動作で、図９のステップＳ３１０における通知時の処理を説明するフローチャートである。
【図１１】本発明に係るＬＡＮ間接続装置１０５におけるＨＴＴＰ処理部２０６の一連の動作で、ＬＡＮポート２０１に受信したパケットの処理を説明するフローチャートである。
【図１２】図９の変形例で、セキュリティ処理を追加した例を説明するフローチャートである。
【図１３】本発明の前提となるネットワークの概略構成であり、ＷＡＮ側ホストがＬＡＮ側ホストにアクセスする例を説明する図である。
【図１４】図１３におけるＬＡＮ間接続装置１０５の概略構成を示すブロック図である。
【符号の説明】
１０１…ＬＡＮ側ネットワーク
１０２…ＷＡＮ側ネットワーク
１０３…ＵＰｎＰホスト
１０４…ＷＡＮ側ホスト
１０５…ＬＡＮ間接続装置
２０１…ＬＡＮポート
２０２…ＷＡＮポート
２０３…転送パケット処理部
２０４…ＵＰｎＰ処理部
２０５…ＵＰｎＰデバイス情報データベース
２０６…ＨＴＴＰ処理部
２１１…ＮＡＴセッションテーブル
２１２…ＵＲＬ書換部
Claims (8)
- ＨＴＴＰが使用可能である複数のＵＰｎＰデバイスが接続されるＬＡＮ側ネットワークと複数のＷＡＮ側ホストが接続されるＷＡＮ側ネットワークとを接続するＬＡＮ間接続装置において、
前記ＵＰｎＰデバイスの各々に対して、前記ＬＡＮ側ネットワーク上で使用可能なＨＴＴＰ要求の制御用ＵＲＬと、前記ＷＡＮ側ネットワーク上で使用可能なＨＴＴＰ要求の公開用ＵＲＬを生成するＵＰｎＰ処理部と、
前記ＵＰｎＰデバイスの各々について前記ＵＰｎＰ処理部により生成された前記制御用ＵＲＬと前記公開用ＵＲＬを対にして保存するＵＰｎＰデバイス情報データベースと、
前記ＵＰｎＰデバイス情報データベースを参照して前記ＷＡＮ側ホストからのＨＴＴＰ要求のＵＲＬが公開用ＵＲＬと一致する場合、ＨＴＴＰ要求に対してＮＡＴ処理を追加し、公開用ＵＲＬを制御用ＵＲＬに書き換え、書き換えられた制御用ＵＲＬのＨＴＴＰ要求を前記ＵＰｎＰデバイスに転送し、前記ＵＰｎＰデバイスからのＨＴＭＬデータのＨＴＴＰ応答に対してＮＡＴ処理を行い、前記ＷＡＮ側ホストに転送を行う転送パケット処理部とを備えることを特徴とするＬＡＮ間接続装置。 - さらに、前記転送パケット処理部と前記ＵＰｎＰデバイス情報データベースにはＨＴＴＰ処理部が接続され、前記ＨＴＴＰ処理部は、前記ＵＰｎＰデバイス情報データベースを参照して、公開用ＵＲＬのリストをＨＴＭＬデータとして形成し、さらに、公開用ＵＲＬが不明であるとの内容をＨＴＭＬデータとして形成し、前記ＷＡＮ側ホストから公開用ＵＲＬのリストを要求するＨＴＴＰ要求が前記ＬＡＮ間接続装置にあった場合、前記ＷＡＮ側ホストから前記ＬＡＮ間接続装置への公開用ＵＲＬが不明であった場合、前記転送パケット処理部は前記ＨＴＴＰ処理部からＨＴＭＬデータをそれぞれ取得し前記ＷＡＮ側ホストへ応答を行うことを特徴とする、請求項１に記載のＬＡＮ間接続装置。
- 前記ＷＡＮ側ホストからのＨＴＴＰ要求のＵＲＬが公開用ＵＲＬと一致する場合の前記転送パケット処理部のＮＡＴ処理時に該当するＵＰｎＰデバイスに対してチェックフラグをＯＮにし、前記ＵＰｎＰデバイスからのＨＴＴＰ応答に対してチェックフラグがＯＮになった前記ＵＰｎＰデバイスから該当するＵＰｎＰデバイスを検索してＮＡＴ処理を行うことを特徴とする、請求項１に記載のＬＡＮ間接続装置。
- 前記転送パケット処理部は、前記ＵＰｎＰデバイスからのＨＴＭＬデータのＨＴＴＰ応答にハイパーリンクとして制御用ＵＲＬが埋め込まれている場合、前記ＵＰｎＰデバイス情報データベースを参照して、埋め込まれた制御用ＵＲＬを公開用ＵＲＬに書き換えることを特徴とする、請求項１に記載のＬＡＮ間接続装置。
- 前記転送パケット処理部は前記制御用ＵＲＬのドメイン名を前記ＵＰｎＰホストのＩＰアドレスとし、前記公開用ＵＲＬのドメイン名、ディレクトリ名をそれぞれ前記ＬＡＮ間接続装置のドメイン名、前記制御用ＵＲＬとすることを特徴とする、請求項１に記載のＬＡＮ間接続装置。
- 前記公開用ＵＲＬのドメイン名であるＬＡＮ間接続装置のドメイン名と前記公開用ＵＲＬのディレクトリ名である制御用ＵＲＬとの間にドメイン名として使用されない区切りキャラクタを入れることを特徴とする、請求項１に記載のＬＡＮ間接続装置。
- 前記転送パケット処理部は書き換えられた制御用ＵＲＬの前記ＵＰｎＰデバイスにＨＴＴＰ要求を転送する前にセキュリティのチェックを行うことを特徴とする、請求項１に記載のＬＡＮ間接続装置。
- ＨＴＴＰが使用可能である複数のＵＰｎＰデバイスが接続されるＬＡＮ側ネットワークと複数のＷＡＮ側ホストが接続されるＷＡＮ側ネットワークとを接続するＬＡＮ間接続装置のＵＰｎＰデバイス公開方法において、
前記ＵＰｎＰデバイスの各々に対して、前記ＬＡＮ側ネットワーク上で使用可能なＨＴＴＰ要求の制御用ＵＲＬと、前記ＷＡＮ側ネットワーク上で使用可能なＨＴＴＰ要求の公開用ＵＲＬを生成する工程と、
前記ＵＰｎＰデバイスの各々について生成された前記制御用ＵＲＬと前記公開用ＵＲＬを対にして保存する工程と、
保存した前記制御用ＵＲＬと前記公開用ＵＲＬの対を参照して前記ＷＡＮ側ホストからのＨＴＴＰ要求のＵＲＬが公開用ＵＲＬと一致する場合、ＨＴＴＰ要求に対してＮＡＴ処理を追加し、公開用ＵＲＬを制御用ＵＲＬに書き換え、書き換えられた制御用ＵＲＬのＨＴＴＰ要求を前記ＵＰｎＰデバイスに転送する工程と、
前記ＵＰｎＰデバイスからのＨＴＭＬデータのＨＴＴＰ応答に対してＮＡＴ処理を行い、前記ＷＡＮ側ホストに転送を行う工程とを備えることを特徴とするＬＡＮ間接続装置のＵＰｎＰデバイス公開方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003142764A JP3803654B2 (ja) | 2003-05-20 | 2003-05-20 | ＬＡＮ間接続装置及びそのＵＰｎＰデバイス公開方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003142764A JP3803654B2 (ja) | 2003-05-20 | 2003-05-20 | ＬＡＮ間接続装置及びそのＵＰｎＰデバイス公開方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004349895A JP2004349895A (ja) | 2004-12-09 |
| JP3803654B2 true JP3803654B2 (ja) | 2006-08-02 |
Family
ID=33530733
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003142764A Expired - Fee Related JP3803654B2 (ja) | 2003-05-20 | 2003-05-20 | ＬＡＮ間接続装置及びそのＵＰｎＰデバイス公開方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3803654B2 (ja) |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4337591B2 (ja) * | 2004-03-19 | 2009-09-30 | 株式会社日立製作所 | 情報処理装置、ネットワークシステムおよびネットワークシステムの制御方法 |
| JP4799005B2 (ja) * | 2005-02-10 | 2011-10-19 | 富士通株式会社 | 情報処理装置 |
| KR100813969B1 (ko) * | 2006-01-18 | 2008-03-14 | 삼성전자주식회사 | 원격 사용자 인터페이스의 상태 정보를 저장하고 복구하는방법 및 장치 |
| JP4889688B2 (ja) * | 2008-06-24 | 2012-03-07 | 三菱電機株式会社 | ネットワークシステム |
| JP4780732B2 (ja) * | 2008-10-01 | 2011-09-28 | Ｎｅｃアクセステクニカ株式会社 | ユーザ端末、リモートメンテナンス方法およびリモートメンテナンス制御プログラム |
| JP5448489B2 (ja) * | 2009-02-10 | 2014-03-19 | キヤノン株式会社 | 情報処理装置及びその制御方法、情報処理システム、及び、プログラム |
| JP5405617B2 (ja) * | 2012-04-20 | 2014-02-05 | 株式会社Ｎｔｔドコモ | 移動通信端末及びプログラム |
| JP5775562B2 (ja) * | 2013-12-18 | 2015-09-09 | キヤノン株式会社 | 情報処理装置及びその制御方法、及び、プログラム |
| JP6006257B2 (ja) * | 2014-04-15 | 2016-10-12 | Ｎｅｃプラットフォームズ株式会社 | ポートマッピング装置、ルーター、ポートマッピング方法、及びポートマッピングプログラム |
-
2003
- 2003-05-20 JP JP2003142764A patent/JP3803654B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004349895A (ja) | 2004-12-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4965559B2 (ja) | リソースアドレスリクエスト管理方法及び関連するゲートウェイ装置 | |
| JP3703457B2 (ja) | アドレス通知方法、プログラム、及び、装置 | |
| US6839757B1 (en) | System and method for automatically discovering accessible services on a computer network and providing automatic access thereto | |
| KR101410927B1 (ko) | 범용 플러그 앤 플레이 디바이스에 원격 액세스하는 방법및 시스템 | |
| EP2291979B1 (en) | Remote access between upnp devices | |
| US20020083172A1 (en) | Systems, methods and computer program products for responding to client requests directed to networked embedded devices via proxy services | |
| US20070204051A1 (en) | Proxy Dns For Web Browser Request Redirection In Public Hotspot Accesses | |
| JP2005287045A (ja) | Ｉｐネットワークに接続された装置の発見の方法、及び、この方法を実行する装置 | |
| CN101238453A (zh) | 建立用于归属到归属通信的名字解析系统 | |
| JP2009503923A (ja) | ローカル・エリア・ネットワークへ遠隔アクセスする方法、及び当該方法を実行する交換ノード | |
| JP2006519431A (ja) | ＵＰｎＰデバイスの変化に反応する方法およびシステム | |
| JP4524906B2 (ja) | 通信中継装置、通信中継方法、および通信端末装置、並びにプログラム記憶媒体 | |
| JP3803654B2 (ja) | ＬＡＮ間接続装置及びそのＵＰｎＰデバイス公開方法 | |
| JP2004120534A (ja) | ルータと中継装置、フォワーディング方法 | |
| US10033830B2 (en) | Requesting web pages and content rating information | |
| JP2004506988A (ja) | Ｈａｖｉ及び他のインターネット動作装置での資源要求の転送 | |
| JPH09233112A (ja) | アドレス変換装置 | |
| KR100953093B1 (ko) | 이종 ＵＰｎＰ네트워크를 통한 멀티미디어 서비스 방법 및 시스템 | |
| JP2004350133A (ja) | 接続制御方法、接続制御プログラム、及び、接続装置 | |
| JP2001345841A (ja) | 通信ネットワークシステム、データ通信方法、および通信中継装置、並びにプログラム提供媒体 | |
| JP2002183009A (ja) | インターネット網で個人識別子による通信サービスを提供する装置及びその方法 | |
| JP4633034B2 (ja) | 情報処理システム及び情報処理方法、並びに情報処理プログラム | |
| Bergner | Improving performance of modern peer-to-peer services | |
| JP2015201758A (ja) | 中継装置、通信システム、情報処理方法及びプログラム | |
| JP5084716B2 (ja) | Ｖｐｎ接続装置、ｄｎｓパケット制御方法、及びプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060104 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060119 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060310 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060417 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060508 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3803654 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100512 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110512 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110512 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120512 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120512 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130512 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140512 Year of fee payment: 8 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| LAPS | Cancellation because of no payment of annual fees |