ゲートウェイとそのアクセス制御方法
【課題】 ほぼ同じ位置にアクセスを許可すべき端末とアクセスを拒否すべき端末が存在する場合であっても、個別の端末のアクセス制限をより簡便に実現する技術を提供する。
【解決手段】
端末を識別する情報と、アクセスポイントを識別する情報と、の組合せに応じてアクセス可能なサーバを識別する情報を予め対応付けて格納する記憶部と、端末からのアクセスごとに、当該端末を識別する情報と、経由しているアクセスポイントを識別する情報と、アクセス先のサーバを識別する情報と、を取得するアクセス情報取得部と、アクセス情報取得部により取得した端末を識別する情報と、アクセスポイントを識別する情報と、サーバを識別する情報と、の組合せが記憶部に格納されていれば、アクセスを許可するアクセス許可部と、を備えることを特徴とする。
【解決手段】
端末を識別する情報と、アクセスポイントを識別する情報と、の組合せに応じてアクセス可能なサーバを識別する情報を予め対応付けて格納する記憶部と、端末からのアクセスごとに、当該端末を識別する情報と、経由しているアクセスポイントを識別する情報と、アクセス先のサーバを識別する情報と、を取得するアクセス情報取得部と、アクセス情報取得部により取得した端末を識別する情報と、アクセスポイントを識別する情報と、サーバを識別する情報と、の組合せが記憶部に格納されていれば、アクセスを許可するアクセス許可部と、を備えることを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ゲートウェイの技術に関する。
【背景技術】
【０００２】
企業等のネットワークにおいて、パソコン等の端末から各種のサーバへアクセスする場合に、情報セキュリティ対策として、端末の位置を特定しアクセス制限を行うことがある（特許文献１）。特許文献１には、リモートアクセスポイント周辺に設置される通信装置の固有情報を位置固有情報として登録しておき、通信装置を接続先ネットワークに接続させるか否かに関する認証を行い、アクセス制限を行うことが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−２３１３９６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載の方法では、アクセスを許可すべき端末とアクセスを拒否すべき端末が、同一のリモートアクセスポイントを介して通信する場合、個別の端末のアクセス制限を実現できないことがある。
【０００５】
本発明の目的は、企業等のネットワークにおいて、ほぼ同じ位置にアクセスを許可すべき端末とアクセスを拒否すべき端末が存在する場合であっても、個別の端末のアクセス制限をより簡便に実現する技術を提供することにある。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明に係るゲートウェイは、位置を固定されたアクセスポイントを介した端末からのサーバアクセスを制御するゲートウェイであって；前記端末を識別する情報と、前記アクセスポイントを識別する情報と、の組合せに応じて、アクセス可能なサーバを識別する情報を予め対応付けて格納する記憶部と；前記端末からのアクセスごとに、当該端末を識別する情報と、経由している前記アクセスポイントを識別する情報と、アクセス先のサーバを識別する情報と、を取得するアクセス情報取得部と；前記アクセス情報取得部により取得した前記端末を識別する情報と、前記アクセスポイントを識別する情報と、前記サーバを識別する情報と、の組合せが前記記憶部に格納されていれば、当該アクセスを許可するアクセス許可部と；を備えることを特徴とする。
【０００７】
また、本発明に係るゲートウェイのアクセス制御方法は、位置を固定されたアクセスポイントを介した端末からのサーバアクセスを制御するゲートウェイのアクセス制御方法であって、前記ゲートウェイは；前記端末を識別する情報と、前記アクセスポイントを識別する情報と、の組合せに応じて、アクセス可能なサーバを識別する情報を予め対応付けて格納する記憶部と；制御部と；を備え、
前記制御部は、前記端末からのアクセスごとに、当該端末を識別する情報と、経由している前記アクセスポイントを識別する情報と、アクセス先のサーバを識別する情報と、を取得するアクセス情報取得ステップと；前記アクセス情報取得ステップにより取得した前記端末を識別する情報と、前記アクセスポイントを識別する情報と、前記サーバを識別する情報と、の組合せが前記記憶部に格納されていれば、当該アクセスを許可するアクセス許可ステップと；を実施することを特徴とする。
【発明の効果】
【０００８】
企業等のネットワークにおいて、ほぼ同じ位置にアクセスを許可すべき端末とアクセスを拒否すべき端末が存在する場合であっても、個別の端末のアクセス制限をより簡便に実現することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明に係るネットワーク構成例である。
【図２】本発明に係るＶｏＩＰゲートウェイの機能ブロック図である。
【図３】本発明に係る企業内配置図である。
【図４】統合ゲートウェイの位置テーブルの構成例を示す図である。
【図５】統合ゲートウェイのサーバテーブルの構成例を示す図である。
【図６】統合ゲートウェイのアクセス許可テーブルの構成例を示す図である。
【図７】統合ゲートウェイの拡張ルーティングテーブルの構成例を示す図である。
【図８】位置ゲートウェイの拡張ルーティングテーブルの構成例を示す図である。
【図９】ＳＩＰプロトコルのリクエストメッセージのデータ構造を示す図である。
【図１０】ＶｏＩＰゲートウェイのハードウェア構成例を示す図である。
【図１１】統合ゲートウェイによる受信情報処理の処理フロー図である。
【図１２】統合ゲートウェイによる受信情報処理の処理フロー図である。
【図１３】位置ゲートウェイによる受信情報処理の処理フロー図である。
【図１４】端末からの初回アクセス時の登録シーケンス図である。
【図１５】初回アクセス時のアクセスシーケンス（端末位置許可）図である。
【図１６】初回アクセス時のアクセスシーケンス（位置許可）図である。
【図１７】初回アクセス時のアクセスシーケンス（位置不許可）図である。
【図１８】拡張ルーティングテーブル解除シーケンス図である。
【図１９】端末位置移動による拡張ルーティングテーブル更新シーケンス例である。
【発明を実施するための形態】
【００１０】
以下に、本発明に係る第一の実施形態を適用したネットワークシステム１について、図面を参照して説明する。
【００１１】
ネットワークシステム１は、企業内等のネットワークであって、ダイヤルイン番号等の追加番号を元に、部署毎にＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ゲートウェイ（以降、位置ゲートウェイとする。）１２０、１２１、１２２、１２３が配置されている。
【００１２】
位置ゲートウェイ１２０〜１２３の各々には、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）インターフェースが複数設けられており、当該ＬＡＮインターフェースを介して、電話端末１３０〜１３３、パーソナルコンピュータ等のデータ通信を行う端末１４０〜１４３が接続される。本実施形態においては、位置ゲートウェイ１２０には、位置ゲートウェイを集約するＶｏＩＰゲートウェイ（以降、統合ゲートウェイとする）１１０を介して他の電話端末と通話を行うための電話端末１３０と、データ通信を行う端末１４０と、が接続される。位置ゲートウェイ１２１には、統合ゲートウェイ１１０を介して他の電話端末と通話を行うための電話端末１３１と、データ通信を行う端末１４１と、が接続される。また、位置ゲートウェイ１２２には、統合ゲートウェイ１１０を介して他の電話端末と通話を行うための電話端末１３２と、データ通信を行う端末１４２と、が接続される。また、位置ゲートウェイ１２３には、統合ゲートウェイ１１０を介して他の電話端末と通話を行うための電話端末１３３と、データ通信を行う端末１４３と、が接続される。
【００１３】
位置ゲートウェイ１２０〜１２３の各々には、さらに、ＷＡＮインターフェースが設けられており、当該ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）インターフェースを介して、位置ゲートウェイ１２０〜１２３が相互に通信を行い、また、統合ゲートウェイ１１０と通信可能である。すなわち、位置ゲートウェイ１２０〜１２３は、端末からのアクセスの基点となるアクセスポイントとしての役割を担うといえる。
【００１４】
統合ゲートウェイ１１０は、二本のＬＡＮインターフェースと、一本のＷＡＮインターフェースとが設けられており、ＬＡＮインターフェースの一方には、位置ゲートウェイ１２０〜１２３が接続可能であり、もう一方のＬＡＮインターフェースには、部署ごとにアクセスを制限すべき部署Ａ用サーバ１５０、部署Ａ、Ｂ共用サーバ１５１、部署Ｂ、Ｃ用サーバ１５２の各サーバと、企業内であれば、部署ごとにアクセスを必要としない情報を格納する企業共有サーバ１５３と、が接続可能である。
【００１５】
統合ゲートウェイ１１０のＷＡＮインターフェースは、ＮＧＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｎｅｔｗｏｒｋ）網等の広域ネットワークおよびインターネットへ接続されており、ＮＧＮ網と接続される装置と通信を行うことができる。
【００１６】
なお、位置ゲートウェイ１２０〜１２３の各々には、有線にて電話端末と端末とが接続されるが、これに限られない。すなわち、位置ゲートウェイ１２０〜１２３にアクセスポイントを接続した無線通信機を介して電話端末１３０〜１３３と端末１４０〜１４３とが接続されものであっても良い。また、各サーバについても、部署毎のサーバとして記載しているが、これに限られず、機密情報サーバ、プレゼンサーバ等の目的毎のサーバであっても良いし、業務内容毎のサーバであってもよい。
【００１７】
図２は、本発明の実施形態である統合ゲートウェイ１１０の機能構成を示す機能ブロック図である。基本的には、各処理部の処理内容が詳細において異なるものの、位置ゲートウェイ１２０〜１２３のそれぞれは、統合ゲートウェイ１１０と同様の構成となっているため、統合ゲートウェイ１１０についての説明を中心に、以下に行う。
【００１８】
統合ゲートウェイ１１０は、ＬＡＮ側に、位置ゲートウェイへ接続される回線とのインターフェースであるＬＡＮＩＰ網Ｉ／Ｆ２２０と、サーバへ接続される回線とのインターフェースであるＬＡＮＩＰ網Ｉ／Ｆ２２１と、を備える。また、ＬＡＮＩＰ網Ｉ／Ｆ２２０、２２１と接続される拡張ルーティング制御部２３０と、拡張ルーティング制御部２３０と接続されるＳＩＰプロトコル制御部２４０と、ＳＩＰプロトコル制御部２４０および拡張ルーティング制御部２３０に接続される拡張ルーティングテーブル２５０と、拡張ルーティング制御部２３０から参照される構成情報テーブル群２６０と、構成情報テーブル群２６０の各テーブル情報を保守する情報の登録部２７０と、拡張ルーティング制御部２３０およびＳＩＰプロトコル制御部２４０と接続されるＷＡＮＩＰ網Ｉ／Ｆ２８０と、を備える。
【００１９】
拡張ルーティング制御部２３０は、通常のゲートウェイ装置が備えるルーティング制御部の拡張機能を実現する制御部であり、ＬＡＮＩＰ網Ｉ／Ｆ２２０およびＬＡＮＩＰ網Ｉ／Ｆ２２１に接続された装置とＷＡＮＩＰ網Ｉ／Ｆ２８０に接続された装置との間の通信をルーティングする。また、本実施形態においては、拡張ルーティング制御部２３０は、位置ゲートウェイ１２０〜１２３から受信したＳＩＰプロトコルによるメッセージ、例えばＲＥＧＩＳＴＥＲメッセージ等を受け付けた場合には、ＳＩＰプロトコル制御部２４０へ処理を転送し、ＨＴＴＰ等のプロトコルによるメッセージ、例えばＨＴＴＰ／ＰＯＳＴメッセージ等のサーバへのアクセス要求を受け付けた場合には、拡張ルーティングテーブル２５０および構成情報テーブル群２６０に含まれるテーブルを参照して、当該アクセス要求元の端末から送信先サーバへのアクセス可否を判定し、経路の確立または経路の遮断を行う。
【００２０】
ＳＩＰプロトコル制御部２４０は、通常のＶｏＩＰ対応ゲートウェイ装置が備えるＳＩＰ制御機能の拡張機能を実現する制御部であり、位置ゲートウェイ１２０〜１２３から受信したＳＩＰプロトコルによるメッセージ、例えばＲＥＧＩＳＴＥＲメッセージ等を受け付けた場合には、当該メッセージに基づき、通常のＳＩＰプロトコルによる通信経路を確立する。また、当該ＲＥＧＩＳＴＥＲメッセージが所定の条件を満たすものである場合には、ＳＩＰプロトコル制御部２４０は、拡張ルーティングテーブル２５０へのルーティング情報の登録を行う。
【００２１】
拡張ルーティングテーブル２５０は、図７の拡張ルーティングテーブル５００に示すデータを格納するテーブルである。拡張ルーティングテーブル５００は、端末ＩＰアドレス５０１と、位置ゲートウェイＩＰアドレス５０２と、位置ゲートウェイＭＡＣアドレス５０３と、をレコードとして対応付け、複数レコードを格納可能である。端末ＩＰアドレス５０１には、通信を行う端末１４０〜１４３に予め設定されたＩＰアドレスが格納される。位置ゲートウェイＩＰアドレス５０２には、通信を行う端末と統合ゲートウェイ１１０との間に介在する位置ゲートウェイ１２０〜１２３のＩＰアドレスが格納される。また、位置ゲートウェイＭＡＣアドレス５０３には、通信を行う端末と統合ゲートウェイ１１０との間に介在する位置ゲートウェイ１２０〜１２３の通信インターフェースが有するＭＡＣアドレスが格納される。
【００２２】
構成情報テーブル群２６０には、図４〜図６に示す位置テーブル３００と、サーバテーブル３５０と、アクセス許可テーブル４００と、が読み出し可能に格納される。
【００２３】
図４に示す位置テーブル３００には、位置ゲートウェイを識別する情報である位置ゲートウェイ番号３０１と、位置ゲートウェイの配置された位置を特定する情報である位置名３０２と、位置ゲートウェイとして登録されたゲートウェイのＷＡＮ上のＩＰアドレスである位置ゲートウェイＷＡＮ＿ＩＰアドレス３０３と、位置ゲートウェイのＭＡＣアドレスである位置ゲートウェイＷＡＮ＿ＭＡＣアドレス３０４と、が対応付けられて格納される。
【００２４】
例えば、位置テーブル３００には、位置ゲートウェイを識別する情報と、位置ゲートウェイの配置された位置を特定する情報として部署名と、部署毎の位置情報として使用するための部署毎のＷＡＮ側ＩＰアドレスと、ＷＡＮ側ＭＡＣアドレスとが、位置ゲートウェイ番号３０１と、位置名３０２と、位置ゲートウェイＷＡＮ＿ＩＰアドレス３０３と、位置ゲートウェイＷＡＮ＿ＭＡＣアドレス３０４とに、予め登録部２７０を介してそれぞれ登録される。
【００２５】
図５に示すサーバテーブル３５０には、サーバを識別する情報であるサーバテーブル番号３５１と、サーバを識別する名称情報であるサーバ名３５２と、サーバに予め設定されたＩＰアドレスであるＩＰアドレス３５３と、サーバへのアクセスに際して端末の属性を不問とするゲートウェイ装置を識別する情報である端末を限定しない位置ゲートウェイ番号３５４と、が対応付けて格納される。
【００２６】
例えば、サーバテーブル３５０には、サーバを識別する情報と、サーバを特定する情報としてサーバ名と、当該サーバのＩＰアドレスと、当該サーバへのアクセスに際して端末の属性を不問とするゲートウェイ装置を識別する情報とが、サーバテーブル番号３５１と、サーバ名３５２と、ＩＰアドレス３５３と、端末を限定しない位置ゲートウェイ番号３５４とに、予め登録部２７０を介してそれぞれ登録される。
【００２７】
図６に示すアクセス許可テーブル４００には、端末に予め設定されたＩＰアドレスである端末ＩＰアドレス４０１と、端末がアクセスする先のサーバを識別する情報であるサーバテーブル番号４０２との組合せについてアクセスを許可する位置を特定する情報であるアクセス許可位置番号４０３と、が対応付けて格納される。
【００２８】
例えば、アクセス許可テーブル４００には、端末１４０〜１４３のＩＰアドレスと、サーバテーブル番号と、当該サーバへアクセス可能な位置を示す位置ゲートウェイ番号とが、端末ＩＰアドレス４０１と、サーバテーブル番号４０２と、アクセス許可位置番号４０３とに、予め登録部２７０を介してそれぞれ登録される。
【００２９】
登録部２７０は、構成情報テーブル群２６０の情報を保守するための保守端末と通信を行い、構成情報テーブル群２６０に含まれる各テーブルの登録を管理する。
【００３０】
以上が、本実施形態に係る統合ゲートウェイ１１０の機能構成である。なお、本実施形態においては、図４、図５、図６に示した位置テーブル３００と、サーバテーブル３５０と、アクセス許可テーブル４００とについて、ＩＰアドレス１９２．１６８．１００．２を有する端末がアクセスできるサーバは、部署Ａ用サーバ１５０、部署Ａ、Ｂ共有サーバ１５１、企業共有サーバ１５３であり、ＩＰアドレス１９２．１６８．１００．２を有する端末が部署Ａ用サーバ１５０にアクセス可能な位置は、部署Ａの位置からのみであり、ＩＰアドレス１９２．１６８．１００．２を有する端末が部署Ａ、Ｂ共有サーバ１５１にアクセス可能な位置は、部署Ａと部署Ｂからのみとなる。また、ＩＰアドレス１９２．１６８．１００．２を有する端末は、企業共有サーバ１５３には、部署Ｄの位置からはアクセスできないよう設定されているものとする。
【００３１】
次に、本実施形態に係る位置ゲートウェイ１２０〜１２３について、統合ゲートウェイ１１０との差異を中心に説明する。
【００３２】
位置ゲートウェイ１２０〜１２３のそれぞれは、統合ゲートウェイ１１０と基本的に同様の構成を備える。位置ゲートウェイ１２０〜１２３の拡張ルーティング制御部２３０については、通常のゲートウェイ装置が備えるルーティング制御部の拡張機能を実現する制御部であり、ＬＡＮＩＰ網Ｉ／Ｆ２２０およびＬＡＮＩＰ網Ｉ／Ｆ２２１に接続された装置とＷＡＮＩＰ網Ｉ／Ｆ２８０に接続された装置との間の通信をルーティングする点は統合ゲートウェイ１１０と同様である。ただし、本実施形態においては、位置ゲートウェイ１２０〜１２３の拡張ルーティング制御部２３０は、電話端末１３０〜１３３および端末１４０〜１４３から受信したＳＩＰプロトコルによるメッセージ、例えばＲＥＧＩＳＴＥＲメッセージを受け付けた場合には、ＳＩＰプロトコル制御部２４０へメッセージを転送する。
【００３３】
また、位置ゲートウェイ１２０〜１２３の拡張ルーティング制御部２３０は、端末１４０〜１４３から受信したＨＴＴＰやＳＭＴＰ等のプロトコルによるメッセージ、例えばサーバへのＨＴＴＰ／ＰＯＳＴメッセージ等のアクセス要求メッセージを受け付けた場合には以下の動作を行う。すなわち、位置ゲートウェイ１２０〜１２３の拡張ルーティング制御部２３０は、拡張ルーティングテーブル２５０に含まれるテーブルを参照して、当該アクセス要求元の端末から送信先サーバへの経路が確立している場合にはメッセージを統合ゲートウェイ１１０へ転送し、確立していない場合にはＳＩＰプロトコル制御部２４０へＳＩＰプロトコルによるＲＥＧＩＳＴＥＲメッセージを統合ゲートウェイ１１０へ送信するよう依頼し、経路確立後にメッセージを統合ゲートウェイ１１０へ転送する。
【００３４】
本実施形態においては、図３に示すように、建屋内の所定の物理的空間を区分する複数の部屋５０、５１、５３、５４には、それぞれ部署Ａ、Ｂ、Ｃ、Ｄが配置されている。そして、部屋５０、５１、５３、５４には、位置ゲートウェイ１２０〜１２３がそれぞれ設置されており当該位置ゲートウェイのそれぞれには各部屋内に存在する端末等が接続される。当該位置ゲートウェイのＷＡＮ側のＩＰアドレスは、それぞれ、部署Ａでは１９２.１６８．０．１０／２４であり、部署Ｂでは１９２.１６８．０．２０／２４であり、部署Ｃでは１９２.１６８．０．３０／２４であり、部署Ｄでは１９２.１６８．０．４０／２４であるものとする。
【００３５】
位置ゲートウェイ１２０〜１２３のＳＩＰプロトコル制御部２４０は、通常のＶｏＩＰ対応ゲートウェイ装置が備えるＳＩＰ制御機能の拡張機能を実現する制御部であり、電話端末１３０〜１３３および端末１４０〜１４３から受信したＳＩＰプロトコルによるメッセージ、例えばＲＥＧＩＳＴＥＲメッセージ等を受け付けた場合には、当該メッセージに基づき、通常のＳＩＰプロトコルによる通信経路を確立する。また、当該ＲＥＧＩＳＴＥＲメッセージが所定の条件を満たすものである場合には、ＳＩＰプロトコル制御部２４０は、拡張ルーティングテーブル２５０へのルーティング情報の登録を行う。
【００３６】
位置ゲートウェイ１２０〜１２３が有する拡張ルーティングテーブル２５０は、図８の拡張ルーティングテーブル５５０に示すデータを格納するテーブルである。拡張ルーティングテーブル５５０は、端末ＩＰアドレス５５１と、統合ゲートウェイＩＰアドレス５５２と、統合ゲートウェイＭＡＣアドレス５５３と、を対応付けて、レコードを複数件格納する。端末ＩＰアドレス５５１には、通信を行う端末１４０〜１４３に予め設定されたＩＰアドレスが格納される。統合ゲートウェイＩＰアドレス５５２には、デフォルトゲートウェイとして予め設定されている統合ゲートウェイのＩＰアドレスが格納される。また、統合ゲートウェイＭＡＣアドレス５５３には、通信を行う統合ゲートウェイ１１０の通信インターフェースが有するＭＡＣアドレスが格納される。
【００３７】
以上、位置ゲートウェイ１２０〜１２３の構成について説明した。
【００３８】
ところで、ネットワークシステム１では、ＳＩＰのプロトコルに準拠したデータ通信を行う。そのデータ通信におけるデータ構造について、リクエストメッセージ６００を例として図９を用いて説明する。
【００３９】
図９は、リクエストメッセージ６００のデータ構造を示す図である。リクエストメッセージ６００は、基本的に、ＳＩＰプロトコルにおけるリクエストメッセージと同様のフォーマットを有する。リクエストメッセージ６００は、リクエストライン（Ｒｅｑｕｅｓｔ−Ｌｉｎｅ）６１０と、ヘッダーフィールド（Ｈｅａｄｅｒ Ｆｉｅｌｄｓ）６２０と、メッセージボディ（ＭｅｓｓａｇｅＢｏｄｙ）６３０と、を有する。
【００４０】
リクエストライン６１０には、「ＲＥＧＩＳＴＥＲ」や「ＩＮＶＩＴＥ」等の要求動作を特定するメソッド（Ｍｅｔｈｏｄ）６１１と、リクエストＵＲＩ（Ｒｅｑｕｅｓｔ−ＵＲＩ）６１２と、ＳＩＰバージョン（ＳＩＰ−Ｖｅｒｓｉｏｎ）６１３と、が含まれる。本実施形態においては、これらのリクエストライン６１０には所定の設定値が埋め込まれてメッセージが構成される。
【００４１】
ヘッダーフィールド６２０には、少なくとも、Ｆｒｏｍヘッダー（Ｆｒｏｍ：）６２１と、Ｔｏヘッダー（Ｔｏ：）６２２と、Ｃａｌｌ−ＩＤ（Ｃａｌｌ−ＩＤ：）６２３の情報が含まれる。ここで、Ｆｒｏｍヘッダーには、表示名（ｄｉｓｐｌａｙ−ｎａｍｅ）と、使用者名（ｕｓｅｒｎａｍｅ）と、を含むことができる。
【００４２】
メッセージボディ６３０には、ＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）によるデータの記述が含まれる。
【００４３】
図１０に、統合ゲートウェイ１１０のハードウェア構成図を示す。なお、位置ゲートウェイ１２０〜１２３についても、統合ゲートウェイ１１０と略同様のハードウェア構成を備える。
【００４４】
本実施形態においては、統合ゲートウェイ１１０は、例えば、いわゆるゲートウェイ装置であり、サーバ装置や、ルーター装置により実装される。しかし、これに限らず、ＰＣ（パーソナルコンピュータ）や、ワークステーション、各種携帯電話端末、ＰＤＡ（Personal Digital Assistant）、スマートフォンなどに分類される計算機であってもよい。
【００４５】
統合ゲートウェイ１１０は、演算装置１１１と、主記憶装置１１２と、二つのＬＡＮ通信装置１１３、１１４と、ＷＡＮ通信装置１１５と、それぞれの装置を互いに接続するバス１１６と、を有する。
【００４６】
演算装置１１１は、例えばＣＰＵ（Central Processing Unit）などの演算装置である。
【００４７】
主記憶装置１１２は、例えばＲＡＭ（Random Access Memory）などのメモリ装置である。
【００４８】
ＬＡＮ通信装置１１３、１１４のそれぞれは、ＬＡＮＩＰ網Ｉ／Ｆ２２０、２２１として、各ＬＡＮに接続される機器との通信を行う通信装置である。
【００４９】
ＷＡＮ通信装置１１５は、ＷＡＮＩＰ網Ｉ／Ｆ２８０として、ＮＧＮ網１００やインターネット等のＷＡＮ側に接続される装置との通信を行う通信装置である。
【００５０】
拡張ルーティング制御部２３０と、ＳＩＰプロトコル制御部２４０と、登録部２７０とは、演算装置１１１に処理を行わせるプログラムによって実現される。
【００５１】
このプログラムは、主記憶装置１１２または図示しないフラッシュメモリ等の不揮発性記憶装置内に記憶され、実行にあたって主記憶装置１１２上にロードされ、演算装置１１１により実行される。
【００５２】
また、拡張ルーティングテーブル２５０は、主記憶装置１１２上に展開されて実現される。
【００５３】
構成情報テーブル群２６０は、図示しないフラッシュメモリや磁気ディスク等の不揮発性記憶装置内に記憶され、必要に応じて演算装置１１１により読み出しの制御がなされる。
【００５４】
次に、統合ゲートウェイの受信情報の処理フローについて、図１１を用いて説明する。図１１は、統合ゲートウェイがＬＡＮＩＰ網Ｉ／Ｆ２２０、２２１、ＷＡＮＩＰ網Ｉ／Ｆ２８０のいずれかから、通信データを受信した場合に開始される受信情報処理のフローを示す図である。
【００５５】
まず、拡張ルーティング制御部２３０は、受信したデータがＲＥＧＩＳＴＥＲメッセージであるか否かを判定する（ステップＳ００１）。具体的には、拡張ルーティング制御部２３０は、受信したデータがＳＩＰプロトコルのリクエストメッセージ６００の形式であって、メソッド６１１に「ＲＥＧＩＳＴＥＲ」の情報が含まれていればＲＥＧＩＳＴＥＲメッセージであると判定する。拡張ルーティング制御部２３０は、ＲＥＧＩＳＴＥＲメッセージである場合には、ＳＩＰプロトコル制御部２４０へ受信データを受け渡し、後述する図１２のステップＳ０１０へ処理を進める。
【００５６】
ＲＥＧＩＳＴＥＲメッセージではない場合（ステップＳ００１にて「Ｎｏ」の場合）、拡張ルーティング制御部２３０は、受信したメッセージから送信元ＩＰアドレスと、送信先ＩＰアドレスと、送信元ＭＡＣアドレスと、を抽出する（ステップＳ００２）。なお、当ステップの処理が実施される場合には、受信メッセージには、送信元ＩＰアドレスとしては、端末１４０〜１４３のいずれかのＩＰアドレスが格納されており、送信先ＩＰアドレスとしては、端末がアクセスしようとした機器のＩＰアドレスが格納されており、送信元ＭＡＣアドレスとしては、位置ゲートウェイ１２０〜１２３のいずれかのＭＡＣアドレスが格納されていることとなる。
【００５７】
そして、拡張ルーティング制御部２３０は、送信先ＩＰアドレスがサーバのＩＰアドレスのいずれかであるか否かを判定する（ステップＳ００３）。具体的には、拡張ルーティング制御部２３０は、ステップＳ００２で抽出した送信先ＩＰアドレスが、サーバテーブル３５０のＩＰアドレス３５３に含まれているか否かを判定し、含まれている場合には、サーバのＩＰアドレスであると判定する。サーバのＩＰアドレスではない場合には、通常のルーティング処理を行い、受信データを転送し、処理を終了する。
【００５８】
サーバのＩＰアドレスである場合（ステップＳ００３にて「Ｙｅｓ」の場合）、拡張ルーティング制御部２３０は、送信元ＩＰアドレスが拡張ルーティングテーブル２５０に登録済みか否かを判定する（ステップＳ００４）。具体的には、拡張ルーティング制御部２３０は、ステップＳ００２にて抽出した送信元ＩＰアドレスが、拡張ルーティングテーブル５００の端末ＩＰアドレス５０１に含まれている場合に、登録済みと判定する。
【００５９】
送信元ＩＰアドレスが拡張ルーティングテーブル２５０に登録済みでない場合（ステップＳ００４にて「Ｎｏ」の場合）、拡張ルーティング制御部２３０は、受信したメッセージを廃棄する（ステップＳ００５）。そして、受信情報処理を終了する。
【００６０】
送信元ＩＰアドレスが拡張ルーティングテーブル２５０に登録済みの場合（ステップＳ００４にて「Ｙｅｓ」の場合）、拡張ルーティング制御部２３０は、送信元ＭＡＣアドレスが端末を限定しない位置ゲートウェイのＭＡＣアドレスであるか否かを判定する（ステップＳ００６）。
【００６１】
具体的には、拡張ルーティング制御部２３０は、ステップＳ００２にて特定した送信元のＭＡＣアドレス（すなわち、統合ゲートウェイに送信されたデータが転送された経路のうち、直近の送信元のＭＡＣアドレス）を取得して、当該ＭＡＣアドレスが位置テーブル３００上の位置ゲートウェイＷＡＮ＿ＭＡＣアドレス３０４のいずれかに含まれるか否かを判定する。当該ＭＡＣアドレスが、位置ゲートウェイＷＡＮ＿ＭＡＣアドレス３０４のいずれにも含まれない場合には、拡張ルーティング制御部２３０は、送信元ＭＡＣアドレスが端末を限定しない位置ゲートウェイのＭＡＣアドレスではないと判定する。
【００６２】
当該ＭＡＣアドレスが、位置ゲートウェイＷＡＮ＿ＭＡＣアドレス３０４のいずれかに含まれる場合、拡張ルーティング制御部２３０は、該当するレコードの位置ゲートウェイ番号３０１を取得する。そして、拡張ルーティング制御部２３０は、サーバテーブル３５０のＩＰアドレス３５３が送信先ＩＰアドレスと一致するサーバについて、取得した位置ゲートウェイ番号が、端末を限定しない位置ゲートウェイ番号３５４に含まれるか否かを判定する。含まれる場合、拡張ルーティング制御部２３０は、当該ＭＡＣアドレスが位置テーブル３００上の位置ゲートウェイＷＡＮ＿ＭＡＣアドレス３０４のいずれかに含まれると判定し、後述するステップＳ００８へ制御を進める。含まれない場合、拡張ルーティング制御部２３０は、送信元ＭＡＣアドレスが端末を限定しない位置ゲートウェイのＭＡＣアドレスではないと判定する。
【００６３】
送信元ＭＡＣアドレスが端末を限定しない位置ゲートウェイのＭＡＣアドレスではないと判定した場合（ステップＳ００６にて「Ｎｏ」の場合）、拡張ルーティング制御部２３０は、送信元ＩＰアドレスが、送信先ＩＰアドレスで特定されるサーバへのアクセスが有効であるか否かを判定する（ステップＳ００７）。具体的には、拡張ルーティング制御部２３０は、送信元ＩＰアドレスがアクセス許可テーブル４００の端末ＩＰアドレス４０１に含まれており、かつ、送信先ＩＰアドレスで特定されるサーバのサーバテーブル番号が、サーバテーブル番号４０２に含まれており、かつさらに、送信元ＭＡＣアドレスで特定される位置ゲートウェイ番号がアクセス許可位置番号４０３に含まれているという条件を満たすか否かを判定する。
【００６４】
条件を満たさない場合には、拡張ルーティング制御部２３０は、送信元ＩＰアドレスが、送信先ＩＰアドレスで特定されるサーバへのアクセスが有効でないと判定し、制御をステップＳ００５へと進める。条件を満たす場合には、拡張ルーティング制御部２３０は、送信元ＩＰアドレスが、送信先ＩＰアドレスで特定されるサーバへのアクセスが有効であると判定し、ステップＳ００８へ制御を進める。
【００６５】
拡張ルーティング制御部２３０は、送信先ＩＰアドレスへ、受信したメッセージを転送する（ステップＳ００８）。そして、受信情報処理を終了する。なお、当該メッセージの転送により、送信先ＩＰアドレスで指定される装置（サーバ装置１５０〜１５３等）に対して、送信されたメッセージを転送することができる。
【００６６】
次に、図１２を参照して、ステップＳ００１にて受信したメッセージがＲＥＧＩＳＴＥＲメッセージであった場合（ステップＳ００１にて「Ｙｅｓ」の場合）の処理について説明する。
【００６７】
ステップＳ００１にて受信したメッセージがＲＥＧＩＳＴＥＲメッセージであった場合（ステップＳ００１にて「Ｙｅｓ」の場合）、ＳＩＰプロトコル制御部２４０は、ＲＥＧＩＳＴＥＲメッセージに拡張パラメータを有するか否かを判定する（ステップＳ０１０）。具体的には、ＳＩＰプロトコル制御部２４０は、受信したＲＥＧＩＳＴＥＲメッセージのヘッダーフィールド６２０から、Ｆｒｏｍヘッダー６２１の情報を抽出し、表示名（ｄｉｓｐｌａｙ−ｎａｍｅ）と、使用者名（ｕｓｅｒｎａｍｅ）とが設定されていれば、拡張パラメータを有すると判定する。設定されていなければ、拡張パラメータを有しないと判定し、通常のルーティング処理を行い、受信データを転送して、処理を終了する。
【００６８】
拡張パラメータを有する場合（ステップＳ０１０にて「Ｙｅｓ」の場合）、ＳＩＰプロトコル制御部２４０は、位置ゲートウェイのＭＡＣアドレスとＩＰアドレスおよび端末のＩＰアドレスを、ＲＥＧＩＳＴＥＲメッセージの拡張されたパラメータから取得する（ステップＳ０１１）。具体的には、ＳＩＰプロトコル制御部２４０は、ＲＥＧＩＳＴＥＲメッセージが格納されているＴＣＰ／ＩＰのヘッダー情報から、位置ゲートウェイのＭＡＣアドレスである送信元ＭＡＣアドレスを取得する。そして、ＳＩＰプロトコル制御部２４０は、位置ゲートウェイを示す送信元ＩＰアドレスと、端末を示す送信元ＩＰアドレス（以降、送信元ＩＰ端末と称呼）とを、ＲＥＧＩＳＴＥＲメッセージのヘッダーフィールド６２０に含まれる拡張されたＦｒｏｍヘッダーの使用者名（ｕｓｅｒｎａｍｅ）および表示名（ｄｉｓｐｌａｙ−ｎａｍｅ）からそれぞれ取得する。
【００６９】
そして、ＳＩＰプロトコル制御部２４０は、送信元ＩＰ端末が拡張ルーティングテーブル２５０に登録済みか否かを判定する（ステップＳ０１２）。具体的には、ＳＩＰプロトコル制御部２４０は、ステップＳ０１１にて抽出した送信元ＩＰ端末、すなわち端末のＩＰアドレスが、拡張ルーティングテーブル５００の端末ＩＰアドレス５０１に含まれるか否かを判定する。端末ＩＰアドレス５０１に含まれない場合には、ＳＩＰプロトコル制御部２４０は、送信元ＩＰ端末が拡張ルーティングテーブル２５０に登録済みではない、と判定し、後述するステップＳ０１５へ制御を進める。
【００７０】
送信元ＩＰ端末が、拡張ルーティングテーブル２５０に登録済みの場合（ステップＳ０１２にて「Ｙｅｓ」の場合）、ＳＩＰプロトコル制御部２４０は、送信元ＩＰアドレスが拡張ルーティングテーブルに登録済みの位置ゲートウェイと異なるか否かを判定する（ステップＳ０１３）。具体的には、ＳＩＰプロトコル制御部２４０は、ステップＳ０１１にて抽出した送信元ＩＰアドレス（使用者名ｕｓｅｒｎａｍｅの値）が、拡張ルーティングテーブル５００の位置ゲートウェイＩＰアドレス５０２と同一であるか否かを判定する。なお、当該判定においては、ＳＩＰプロトコル制御部２４０は、拡張ルーティングテーブル５００の端末ＩＰアドレス５０１が送信元ＩＰ端末と一致するレコードについて、位置ゲートウェイＩＰアドレス５０２と送信元ＩＰアドレスとを比較する。登録済みの位置ゲートウェイと異ならない場合、ＳＩＰプロトコル制御部２４０は、後述するステップＳ０１６へ制御を進める。
【００７１】
送信元ＩＰアドレスが登録済みの位置ゲートウェイと異なる場合には、ＳＩＰプロトコル制御部２４０は、拡張ルーティングテーブル２５０に登録済みの位置ゲートウェイに、登録応答メッセージを送信する（ステップＳ０１４）。具体的には、ＳＩＰプロトコル制御部２４０は、拡張ルーティングテーブル５００の端末ＩＰアドレス５０１が送信元ＩＰ端末と一致するレコードについて、位置ゲートウェイＩＰアドレス５０２および位置ゲートウェイＭＡＣアドレス５０３を取得し、ＲＥＧＩＳＴＥＲメッセージへの応答となる登録応答メッセージ（２００ＯＫ）を構成して当該位置ゲートウェイＩＰアドレス５０２で特定される位置ゲートウェイに送信する。その際、ＳＩＰプロトコル制御部２４０は、登録応答メッセージ（２００ＯＫ）のＦｒｏｍヘッダーに、受信したＲＥＧＩＳＴＥＲメッセージに設定されていたＦｒｏｍヘッダーと同様の値を設定して送信する。すなわち、ＳＩＰプロトコル制御部２４０は、ステップＳ０１１にて抽出した送信元ＩＰアドレスおよび送信元ＩＰ端末を、それぞれ使用者名（ｕｓｅｒｎａｍｅ）および表示名（ｄｉｓｐｌａｙ−ｎａｍｅ）に設定し、拡張ルーティング制御部２３０、ＬＡＮＩＰ網Ｉ／Ｆ２２０を介して登録応答メッセージ（２００ＯＫ）を送信する。
【００７２】
そして、ＳＩＰプロトコル制御部２４０は、拡張ルーティングテーブル２５０へ、送信元端末と位置ゲートウェイの組合せを登録する（ステップＳ０１５）。具体的には、ＳＩＰプロトコル制御部２４０は、まず、拡張ルーティングテーブル５００の端末ＩＰアドレス５０１が送信元ＩＰ端末と一致するレコードについて、レコードから削除する。そして、ＳＩＰプロトコル制御部２４０は、拡張ルーティングテーブル５００の端末ＩＰアドレス５０１と、位置ゲートウェイＩＰアドレス５０２と、位置ゲートウェイＭＡＣアドレス５０３と、のそれぞれに、ステップＳ０１１にて抽出した送信元ＩＰ端末と、送信元ＩＰアドレスと、送信元ＭＡＣアドレスとを対応付けて格納する。
【００７３】
そして、ＳＩＰプロトコル制御部２４０は、ＲＥＧＩＳＴＥＲメッセージの送信元の位置ゲートウェイに、登録応答メッセージを送信する（ステップＳ０１６）。具体的には、ＳＩＰプロトコル制御部２４０は、ＲＥＧＩＳＴＥＲメッセージへの応答となる登録応答メッセージ（２００ＯＫ）を構成して、ＲＥＧＩＳＴＥＲメッセージの送信元の位置ゲートウェイに送信する。その際、ＳＩＰプロトコル制御部２４０は、登録応答メッセージ（２００ＯＫ）のＦｒｏｍヘッダーに、受信したＲＥＧＩＳＴＥＲメッセージに設定されていたＦｒｏｍヘッダーと同様の値を設定して送信する。すなわち、ＳＩＰプロトコル制御部２４０は、ステップＳ０１１にて抽出した送信元ＩＰアドレスおよび送信元ＩＰ端末を、それぞれ使用者名（ｕｓｅｒｎａｍｅ）および表示名（ｄｉｓｐｌａｙ−ｎａｍｅ）に設定し、拡張ルーティング制御部２３０、ＬＡＮＩＰ網Ｉ／Ｆ２２０を介して登録応答メッセージ（２００ＯＫ）を送信する。
【００７４】
以上が、統合ゲートウェイにおける受信情報処理のフローである。当該受信情報処理を行うことで、統合ゲートウェイは、位置ゲートウェイからＲＥＧＩＳＴＥＲメッセージを受け取った場合には、当該ＲＥＧＩＳＴＥＲメッセージの対象となっている機器を拡張ルーティングテーブル２５０に登録し、ＲＥＧＩＳＴＥＲメッセージ以外のメッセージであってサーバへのアクセスを行うメッセージを受け取った場合には、そのアクセスが可能な端末、位置、サーバの組合せ等に応じてアクセスを制御することができる。なお、既にＲＥＧＩＴＥＲメッセージにより登録されている端末が、異なる位置ゲートウェイを介してＲＥＧＩＳＴＥＲメッセージを送信した場合には、統合ゲートウェイは、登録されている位置ゲートウェイに登録メッセージを送信するとともに、当該位置ゲートウェイに関する登録を削除し、ＲＥＧＩＳＴＥＲメッセージの内容に従って拡張ルーティングテーブル２５０へ新たに端末の登録を行うことができる。
【００７５】
次に、位置ゲートウェイの受信情報の処理フローについて、図１３を用いて説明する。図１３は、位置ゲートウェイがＬＡＮＩＰ網Ｉ／Ｆ２２０、２２１、ＷＡＮＩＰ網Ｉ／Ｆ２８０のいずれかから、通信データを受信した場合に開始される受信情報処理のフローを示す図である。
【００７６】
まず、拡張ルーティング制御部２３０は、受信したデータから、端末のＩＰアドレスと、ゲートウェイのＩＰアドレスと、を取得することができるか否かを判定する（ステップＳ１０１）。具体的には、拡張ルーティング制御部２３０は、受信したデータから、ＳＩＰメッセージにおけるヘッダーフィールド６２０のＦｒｏｍヘッダー６２１に含まれる表示名（ｄｉｓｐｌａｙ−ｎａｍｅ）と使用者名（ｕｓｅｒｎａｍｅ）から、端末のＩＰアドレスおよびゲートウェイのＩＰアドレスのそれぞれを取得することができるか否かを判定する。拡張ルーティング制御部２３０は、受信したデータから端末のＩＰアドレスおよびゲートウェイのＩＰアドレスのそれぞれを取得できなかった場合には、後述するステップＳ１０４に制御を進める。
【００７７】
ＳＩＰプロトコル制御部２４０は、受信したデータから、端末のＩＰアドレスと、ゲートウェイのＩＰアドレスと、を取得することができた場合（ステップＳ１０１にて「Ｙｅｓ」の場合）には、ゲートウェイのＩＰアドレスが自ゲートウェイのＩＰアドレスと一致するか否かを判定する（ステップＳ１０２）。自ゲートウェイのＩＰアドレスと一致する場合には、ＳＩＰプロトコル制御部２４０は、後述するステップＳ１０４に制御を進める。
【００７８】
自ゲートウェイのＩＰアドレスと一致しない場合（ステップＳ１０２にて「Ｎｏ」の場合）には、ＳＩＰプロトコル制御部２４０は、拡張ルーティングテーブル２５０から、該当するＩＰアドレスを有する端末に関する登録を削除する（ステップＳ１０３）。具体的には、ＳＩＰプロトコル制御部２４０は、拡張ルーティングテーブル５５０の端末ＩＰアドレス５５１のうち、ステップＳ１０１にて抽出した端末のＩＰアドレスと一致するレコードを特定し、当該レコードを削除する。そして、ＳＩＰプロトコル制御部２４０は、受信情報処理を終了する。
【００７９】
ＳＩＰプロトコル制御部２４０は、端末のＩＰアドレスとゲートウェイＩＰアドレスの組合せが、拡張ルーティングテーブル２５０に登録済みか否かを判定する（ステップＳ１０４）。具体的には、ＳＩＰプロトコル制御部２４０は、ステップＳ１０１において抽出した端末のＩＰアドレスおよびゲートウェイＩＰアドレスの組み合わせが、拡張ルーティングテーブル５５０の端末ＩＰアドレス５５１および統合ゲートウェイＩＰアドレス５５２の組み合わせのいずれかに該当するか否かを判定する。なお、ステップＳ１０１において、端末のＩＰアドレスとゲートウェイＩＰアドレスとのいずれか、またはその両方が取得できなかった場合には、拡張ルーティング制御部２３０は、端末のＩＰアドレスとゲートウェイＩＰアドレスの組合せが、拡張ルーティングテーブル２５０に登録されていないと判定する。拡張ルーティングテーブル２５０に登録済みであれば、後述するステップＳ１０９へ制御を進める。
【００８０】
端末のＩＰアドレスとゲートウェイＩＰアドレスの組合せが、拡張ルーティングテーブル２５０に登録されていない場合（ステップＳ１０４にて「Ｎｏ」）には、ＳＩＰプロトコル制御部２４０は、端末のＩＰアドレス（送信元ＩＰ）が拡張ルーティングテーブル２５０に登録されているか否かを判定する（ステップＳ１０５）。具体的には、ＳＩＰプロトコル制御部２４０は、ステップＳ１０１で抽出した端末のＩＰアドレス（送信元ＩＰ）が、拡張ルーティングテーブル５５０の端末ＩＰアドレス５５１に含まれるか否かを判定する。含まれる場合には、ＳＩＰプロトコル制御部２４０は、端末のＩＰアドレス（送信元ＩＰ）が拡張ルーティングテーブル２５０に登録されていると判定し、制御を後述するステップＳ１０９に進める。
【００８１】
端末のＩＰアドレス（送信元ＩＰ）が拡張ルーティングテーブル２５０に登録されていない場合（ステップＳ１０５にて「Ｎｏ」の場合）には、ＳＩＰプロトコル制御部２４０は、端末のＩＰアドレス（送信元ＩＰ）と、自ゲートウェイのＩＰアドレスと、自ゲートウェイのＭＡＣアドレスと、を含む登録要求を、統合ゲートウェイへ送信する（ステップＳ１０６）。具体的には、ＳＩＰプロトコル制御部２４０は、ステップＳ１０１で抽出した端末のＩＰアドレス（送信元ＩＰ）と、自ゲートウェイのＩＰアドレスと、自ゲートウェイのＭＡＣアドレスと、を含む登録要求として、ＳＩＰプロトコルのＲＥＧＩＳＴＥＲメッセージを構成し、当該ＲＥＧＩＳＴＥＲメッセージを統合ゲートウェイ１１０へ送信する。なお、ＩＰアドレス（送信元ＩＰ）と、自ゲートウェイのＩＰアドレスとは、それぞれ、ＲＥＧＩＳＴＥＲメッセージのヘッダーフィールド６２０のＦｒｏｍヘッダー６２１の表示名（ｄｉｓｐｌａｙ−ｎａｍｅ）と、使用者名（ｕｓｅｒｎａｍｅ）として盛り込まれる。また、自ゲートウェイのＭＡＣアドレスは、当該ＲＥＧＩＳＴＥＲメッセージを送信するＴＣＰ／ＩＰパケットのヘッダーに盛り込まれる。
【００８２】
そして、ＳＩＰプロトコル制御部２４０は、端末のＩＰアドレス（送信元ＩＰ）と、自ゲートウェイのＩＰアドレス（自ＩＰ）と、を含む登録応答を、統合ゲートウェイから受信する（ステップＳ１０７）。具体的には、ＳＩＰプロトコル制御部２４０は、ステップＳ１０６にて統合ゲートウェイへ送信したＲＥＧＩＳＴＥＲメッセージへの応答として、２００ＯＫの登録完了メッセージを受け取る。なお、当該２００ＯＫメッセージには、ヘッダーフィールド６２０のＦｒｏｍヘッダー６２１の表示名（ｄｉｓｐｌａｙ−ｎａｍｅ）と、使用者名（ｕｓｅｒｎａｍｅ）のそれぞれに、端末ＩＰアドレス（送信元ＩＰ）と、自ゲートウェイのＩＰアドレス（自ＩＰ）とが含まれている。また、統合ゲートウェイのＭＡＣアドレスは、当該２００ＯＫメッセージを送信するＴＣＰ／ＩＰパケットのヘッダーに盛り込まれている。
【００８３】
そして、ＳＩＰプロトコル制御部２４０は、端末のＩＰアドレス（送信元ＩＰ）と、統合ゲートウェイのＩＰアドレスと、統合ゲートウェイのＭＡＣアドレスとを、拡張ルーティングテーブル２５０へ登録する（ステップＳ１０８）。具体的には、ＳＩＰプロトコル制御部２４０は、ステップＳ１０７で受信した２００ＯＫメッセージから取得した端末のＩＰアドレス（送信元ＩＰ）と、図示しないルーティングテーブルに予め登録されている統合ゲートウェイのＩＰアドレスと、統合ゲートウェイのＭＡＣアドレスとを対応付けて、拡張ルーティングテーブル５５０へ登録する。そして、ＳＩＰプロトコル制御部２４０は、図示しない計時部に依頼して、当該端末のＩＰアドレスに対応付けて時刻を保持する。当該時刻から所定の時間が経過した場合には、ＳＩＰプロトコル制御部２４０は、当該端末のアクセス可能時間を過ぎたものと判定し、拡張ルーティングテーブル５５０から当該端末の登録を削除するとともに、統合ゲートウェイ１１０に対して当該端末の登録を削除するようＳＩＰのＲＥＧＩＳＴＥＲメッセージ（Ｅｘｐｉｒｅｓヘッダーの値が「０」となるＲＥＧＩＳＴＥＲメッセージ）を作成し、送信する。
【００８４】
次に、拡張ルーティング制御部２３０は、送信先ＩＰアドレスに、受信したメッセージを転送する（ステップＳ１０９）。具体的には、拡張ルーティング制御部２３０は、受信情報処理を開始するきっかけとなった受信メッセージを、その送信先ＩＰアドレスを有する装置に対して送信する。なお、受信したメッセージがＳＩＰプロトコルにおけるメッセージである場合には、拡張ルーティング制御部２３０は、ＳＩＰプロトコル制御部２４０を介して、メッセージ送信を行う。
【００８５】
以上が、位置ゲートウェイにおける受信情報処理のフローである。当該受信情報処理を行うことで、位置ゲートウェイは、未登録の端末からアクセス要求情報を受け取った場合には、統合ゲートウェイに対して拡張ルーティングテーブルへの登録を要求するＲＥＧＩＳＴＥＲメッセージを送信するとともに、自身の拡張ルーティングテーブルへの登録も行うことができる。また、拡張ルーティングテーブルへ登録済みの端末からアクセス要求を受け取った場合、アクセス要求を当該要求先へ転送する。また、ＳＩＰメッセージのＦｒｏｍヘッダーの所定位置に含まれる端末ＩＰアドレスおよびゲートウェイＩＰアドレスについて、自ゲートウェイＩＰアドレスではない他のＩＰアドレスがゲートウェイＩＰアドレスである場合には、位置ゲートウェイは、当該メッセージの端末ＩＰアドレスに相当するエントリを、拡張ルーティングテーブルから削除する。これは、既にＲＥＧＩＴＥＲメッセージにより登録されている端末が、異なる位置ゲートウェイを介して統合ゲートウェイにＲＥＧＩＳＴＥＲメッセージを送信した場合に、統合ゲートウェイから既に登録されている位置ゲートウェイに対して送信される登録応答メッセージであると判断することが可能であるためである。
【００８６】
すなわち、位置ゲートウェイにおける受信情報処理によれば、適切にメッセージの転送を行うだけでなく、拡張ルーティングテーブルへの端末の追加／削除を行うことができる。
【００８７】
次に、動作例として、図１４および図１５を用いて、ＩＰアドレス「１９２．１６８．１００．２」を有する端末１４０から、部署ＡのＶｏＩＰゲートウェイ１２０および統合ゲートウェイ１１０を経由して部署Ａ用サーバ１５０へ初めてアクセスした時の処理シーケンスを説明する。
【００８８】
まず、端末１４０から、ＴＣＰ／ＩＰ等のＳＹＮパケット等、アクセス要求が部署ＡのＶｏＩＰゲートウェイ１２０へ送信される（ステップＦ００１）。当該アクセス要求の情報には、送信元端末ＩＰアドレスと、送信先のサーバのＩＰアドレスとが含まれる。
【００８９】
部署ＡのＶｏＩＰゲートウェイ１２０は、部署ＡのＶｏＩＰゲートウェイ１２０内のＬＡＮＩＰ網Ｉ／Ｆ２２０を介して拡張ルーティング制御部２３０がアクセス要求メッセージを受信する。拡張ルーティング制御部２３０は、アクセス要求メッセージ内の送信元端末ＩＰアドレス（１９２．１６８．１００．２）が拡張ルーティングテーブル５５０に設定されているか否かを判定し、設定されていない場合には、統合ゲートウェイ１１０に登録することが必要と判定し、ＳＩＰプロトコル制御部２４０に端末の登録を行うよう処理を要求する。端末登録の要求を受信したＳＩＰプロトコル制御部２４０は、ＳＩＰのＲＥＧＩＳＴＥＲメッセージのＦｒｏｍヘッダー内のｄｉｓｐｌａｙ−ｎａｍｅに端末のＩＰアドレスを設定し、ｕｓｅｒｎａｍｅに自ＶｏＩＰゲートウェイ（位置ゲートウェイ）のＷＡＮ側ＩＰアドレスを設定し、端末の登録である旨の独自メッセージを作成し、ＷＡＮＩＰ網Ｉ／Ｆ２８０を介して統合ゲートウェイ１１０へ登録要求メッセージを送信する（ステップＦ００２）。
【００９０】
統合ゲートウェイ１１０は、統合ゲートウェイ１１０内のＬＡＮＩＰ網Ｉ／Ｆ２２０を介して拡張ルーティング制御部２３０が、登録要求メッセージを受信する。拡張ルーティング制御部２３０は、当該登録要求メッセージがＳＩＰのＲＥＧＩＳＴＥＲメッセージであることを判定すると、ＳＩＰプロトコル制御部２４０にメッセージを受け渡す。ＲＥＧＩＳＴＥＲメッセージを受信したＳＩＰプロトコル制御部２４０は、メッセージの解析を行い、Ｆｒｏｍヘッダー内のｄｉｓｐｌａｙ−ｎａｍｅにＩＰアドレスが設定されていることから、端末の登録である旨の拡張パラメータが有ると判断する。ＳＩＰプロトコル制御部２４０は、メッセージから、送信元端末のＩＰアドレス、送信元ＶｏＩＰゲートウェイＩＰアドレス、送信元ＶｏＩＰゲートウェイＭＡＣアドレスを抽出する。そして、ＳＩＰプロトコル制御部２４０は、端末のＩＰアドレスが拡張ルーティングテーブル５００に設定されているか否かを判定する。ＳＩＰプロトコル制御部２４０は、端末のＩＰアドレスが設定されていない場合は、拡張ルーティングテーブル５００に端末ＩＰアドレスと、位置ゲートウェイのＩＰアドレスと、位置ゲートウェイのＭＡＣアドレスと、を追加する（ステップＦ００３）。
【００９１】
そして、ＳＩＰプロトコル制御部２４０は、ＳＩＰの２００ＯＫメッセージのＦｒｏｍヘッダー内に、受信したＲＥＧＩＳＴＥＲのＦｒｏｍヘッダーと同様の値を設定し、部署ＡのＶｏＩＰゲートウェイ１２０へ登録応答メッセージ（２００ＯＫメッセージ）を送信する（ステップＦ００４）。
【００９２】
部署ＡのＶｏＩＰゲートウェイ１２０は、部署ＡのＶｏＩＰゲートウェイ１２０内のＷＡＮＩＰ網Ｉ／Ｆ２８０を介してＳＩＰプロトコル制御部２４０が統合ゲートウェイ１１０より送信された登録応答メッセージ（２００ＯＫメッセージ）を受信する。ＳＩＰプロトコル制御部２４０は、登録応答メッセージの解析を行い、Ｆｒｏｍヘッダー内に、Ｆ００２にて送信したＲＥＧＩＳＴＥＲメッセージのＦｒｏｍヘッダーと同様の値が設定されていることを確認すると、端末の登録要求の応答であると判定する。ＳＩＰプロトコル制御部２４０は、拡張ルーティングテーブル５５０に端末ＩＰアドレスと、統合ゲートウェイＩＰアドレスと、統合ゲートウェイＭＡＣアドレスとの登録を行う（ステップＦ００５）。また、ＳＩＰプロトコル制御部２４０は、所定のアクセス可能時間が経過した端末からのアクセスを拒否するために、拡張ルーティングテーブル５５０から当該端末を削除するための時刻を取得し、拡張ルーティング制御部２３０へ端末の登録応答を通知する。
【００９３】
端末の登録応答を受信した拡張ルーティング制御部２３０は、ステップＦ００１にて端末から受け取ったアクセス要求を、ＷＡＮＩＰ網Ｉ／Ｆ２８０を介して統合ゲートウェイ１１０へ送信する（ステップＦ００６）。なお、当該アクセス要求には、受信した際と同様に、送信元端末のＩＰアドレスと、送信先サーバのＩＰアドレスと、が含まれている。
【００９４】
統合ゲートウェイ１１０では、統合ゲートウェイ１１０内のＬＡＮＩＰ網Ｉ／Ｆ２２０を介して拡張ルーティング制御部２３０が部署ＡのＶｏＩＰゲートウェイ１２０から送信されたアクセス要求を受信する。拡張ルーティング制御部２３０は、アクセス要求メッセージ内に含まれる送信元ＩＰアドレスと、送信先ＩＰアドレスと、送信元ＭＡＣアドレスと、を抽出する。
【００９５】
拡張ルーティング制御部２３０は、送信先ＩＰアドレスと、構成情報テーブル群２６０のサーバテーブル３５０に登録された情報とを付き合わせて、部署Ａ用サーバ１５０が送信先であること、およびサーバテーブル番号Ａを特定する。拡張ルーティング制御部２３０は、さらに、送信元ＩＰアドレス（端末のＩＰアドレス）が拡張ルーティングテーブル５００に登録されている場合、構成情報テーブル群２６０の位置テーブル３００から送信元ＭＡＣアドレスが一致するエントリを特定し、位置ゲートウェイ番号（位置ゲートウェイ番号「１」）を取得する。
【００９６】
さらに、拡張ルーティング制御部２３０は、構成情報テーブル群２６０のサーバテーブル３５０を参照して、サーバテーブル番号Ａへのアクセスは、アクセスする端末と、アクセスする位置との組合せが制限されることを特定する。そのため、拡張ルーティング制御部２３０は、端末のＩＰアドレスを構成情報テーブル群２６０のアクセス許可テーブル４００を検索し、その結果、端末（ＩＰアドレス「１９２．１６８．１００．２」の端末）のサーバテーブル番号Ａ（部署Ａ用サーバ１５０）へのアクセスは、位置ゲートウェイ番号１（部署ＡのＶｏＩＰゲートウェイ１２０）からのアクセスが可能と判断できる。そのため、拡張ルーティング制御部２３０は、ＬＡＮＩＰ網Ｉ／Ｆ２２１を介して部署Ａ用サーバ１５０へアクセス要求を送信する（Ｆ００７）。
【００９７】
アクセス要求を受信した部署Ａ用サーバ１５０は、サーバ自体ではアクセス要求を規制していないのでアクセスの結果となるアクセス応答を統合ゲートウェイ１１０へ送信する（ステップＦ００８）。なお、アクセス応答には、送信元サーバＩＰアドレスと、送信先端末ＩＰアドレスとが含まれる。
【００９８】
統合ゲートウェイ１１０の拡張ルーティング制御部２３０は、アクセス応答を受け付けると、送信元ＩＰアドレスと、送信先ＩＰアドレスと、送信元ＭＡＣアドレスとを抽出し、送信先ＩＰアドレスがサーバのＩＰアドレスでないために、通常のルーティング処理によりアクセス応答を部署ＡのＶｏＩＰゲートウェイ１２０へ転送する（ステップＦ００９）。
【００９９】
部署ＡのＶｏＩＰゲートウェイ１２０の拡張ルーティング制御部２３０は、アクセス応答を受け付けると、ＳＩＰメッセージとは異なるフォーマットであるためにＦｒｏｍヘッダーから端末ＩＰアドレス等を取得できないが、送信元のＩＰアドレスと送信先のＩＰアドレスが特定されるために、通常のルーティング制御を行い、送信先ＩＰアドレスである端末１４０へアクセス応答を転送する（ステップＦ０１０）。これにより、端末１４０と部署Ａ用サーバ１５０間での通信が成立する。
【０１００】
次に、図１６を用いて、ＩＰアドレス「１９２．１６８．１００．２」を有する端末１４０から、部署ＡのＶｏＩＰゲートウェイ１２０および統合ゲートウェイ１１０を経由して企業共有サーバ１５３へ初めてアクセスした時の処理シーケンスを説明する。なお、ステップＦ００１〜Ｆ００５については、図１４に示すシーケンスと同様であるため、説明を省略する。
【０１０１】
企業共有サーバ１５３は、位置ゲートウェイ１、２、３すなわち部署ＡのＶｏＩＰゲートウェイ１２０、部署ＢのＶｏＩＰゲートウェイ１２１、部署ＣのＶｏＩＰゲートウェイ１２２からのアクセスであれば端末を問わずにアクセス可能なサーバである。サーバテーブル３５０に、端末を限定しない位置ゲートウェイ番号３５４に、位置１、位置２、位置３として登録があることにより、当該アクセスの許可が実現する。すなわち、統合ゲートウェイ１１０の受信情報処理のステップＳ００６において送信元ＭＡＣアドレスは端末を限定しない位置ゲートウェイであるとの判定が成されるため、ステップＳ００７のアクセス許可テーブル４００の照合をせずに、メッセージ転送がなされる。
【０１０２】
そのため、統合ゲートウェイ１１０は、ステップＦ００６にてアクセス要求を部署ＡのＶｏＩＰゲートウェイ１２０から転送されると、端末のＩＰアドレスの参照を行わずに、企業共有サーバ１５３へアクセス要求を送信する（ステップＦ００７）。
【０１０３】
また、その後のアクセス応答についても、統合ゲートウェイ１１０は部署ＡのＶｏＩＰゲートウェイ１２０へ転送し、部署ＡのＶｏＩＰゲートウェイ１２０は端末１４０へ転送することで、端末１４０と企業共有サーバ１５３間での通信が成立する（ステップＦ００８〜ステップＦ０１０）。
【０１０４】
次に、図１７を用いて、ＩＰアドレス「１９２．１６８．１００．２」を有する端末１４０から、部署ＣのＶｏＩＰゲートウェイ１２２および統合ゲートウェイ１１０を経由して部署Ａ用サーバ１５０へ初めてアクセスした時の処理シーケンスを説明する。なお、ステップＦ００１〜Ｆ００５については、図１４に示すシーケンスと同様であるため、説明を省略する。
【０１０５】
部署Ａ用サーバ１５０は、アクセス許可テーブル４００に示すように、ＩＰアドレス「１９２．１６８．１００．２」を有する端末１４０からは、位置ゲートウェイ１すなわち部署ＡのＶｏＩＰゲートウェイ１２０からのアクセスであればアクセス可能なサーバである。すなわち、統合ゲートウェイ１１０の受信情報処理のステップＳ００７において、送信元ＭＡＣアドレスで特定される位置ゲートウェイ番号が、本シーケンスでは部署ＣのＶｏＩＰゲートウェイ１２２を示す「３」であるため、アクセス許可位置番号４０３に含まれているという条件を満たさないため、送信元ＩＰアドレスは送信先ＩＰアドレスのサーバへアクセス有効でないとの判定が成され、アクセス要求は統合ゲートウェイ１１０により廃棄される（ステップＦ００７´）。そのため、端末１４０と部署Ａ用サーバ１５０間での通信は成立しない。
【０１０６】
次に、図１８を用いて、ＩＰアドレス「１９２．１６８．１００．２」を有する端末１４０から、部署ＡのＶｏＩＰゲートウェイ１２０および統合ゲートウェイ１１０を経由して部署Ａ用サーバ１５０へアクセスした後、所定の期間が経過してアクセスを制限すべき状態になった場合の閉塞処理を示すシーケンスを説明する。なお、当該処理のフローは、ステップＳ１０８において説明している。
【０１０７】
部署ＡのＶｏＩＰゲートウェイ１２０では、タイマにより記録を保持した時刻から所定の時間が過ぎると、タイムアウトが発生する（ステップＦ１０１）。
【０１０８】
そして、部署ＡのＶｏＩＰゲートウェイ１２０は、統合ゲートウェイ１１０に対して、登録解除要求を送信する（ステップＦ１０２）。具体的には、位置ゲートウェイのＩＰアドレスと、登録解除の対象となっている端末のＩＰアドレスとを含むＲＥＧＩＳＴＥＲメッセージの、Ｅｘｐｉｒｅｓヘッダーに「０」の値が埋め込まれたメッセージが、統合ゲートウェイ１１０へ送信される。なお、詳細には、ＲＥＧＩＳＴＥＲのｆｒｏｍヘッダー内のｄｉｓｐｌａｙ−ｎａｍｅに端末のＩＰアドレスが含まれ、ｕｓｅｒｎａｍｅに位置ゲートウェイのＷＡＮ側ＩＰアドレスが含まれる。
【０１０９】
そして、統合ゲートウェイ１１０は、拡張ルーティングテーブル５００から、該当する端末のＩＰアドレスおよび位置ゲートウェイのＩＰアドレスの組み合わせであるレコードを削除する（ステップＦ１０３）。
【０１１０】
そして、統合ゲートウェイ１１０は、登録解除応答（ＲＥＧＩＳＴＥＲメッセージへの正常応答となるＳＩＰの２００ＯＫメッセージ）を部署ＡのＶｏＩＰゲートウェイ１２０へ送信する（ステップＦ１０４）。なお、統合ゲートウェイ１１０のＳＩＰプロトコル制御部２４０により、２００ＯＫメッセージのＦｒｏｍヘッダーには、受信したＲＥＧＩＳＴＥＲのＦｒｏｍヘッダーと同様の値が設定される。
【０１１１】
部署ＡのＶｏＩＰゲートウェイ１２０は、登録解除応答を受信すると、拡張ルーティングテーブル５５０から、該当する端末のＩＰアドレスおよび位置ゲートウェイのＩＰアドレスの組み合わせであるレコードを削除する（ステップＦ１０５）。具体的には、ＳＩＰプロトコル制御部２４０は、登録解除応答のメッセージの解析を行い、Ｆｒｏｍヘッダー内に、送信したＲＥＧＩＳＴＥＲのＦｒｏｍヘッダーと同様の値が設定されていることを特定して端末の登録解除要求の応答であることを判断し、対応する拡張ルーティングテーブル５５０の端末ＩＰアドレスと、統合ゲートウェイＩＰアドレスと、統合ゲートウェイＭＡＣアドレスと、の組合せの登録を削除する。
【０１１２】
以上が、タイムアウト発生時の閉塞処理のシーケンスである。当該シーケンス実施後は、位置ゲートウェイおよび統合ゲートウェイ１１０のいずれの拡張ルーティングテーブル２５０からも、タイムアウトする対象の端末と位置ゲートウェイの組合せが登録削除されるため、以降あらたに端末からサーバへアクセスを行わない限り、当該端末から当該サーバへの当該位置ゲートウェイを介したデータは廃棄され、ルーティングが行われないこととなる。
【０１１３】
図１９は、拡張ルーティングテーブルの解除がなされないまま、端末１４０が場所を移動し、部署ＢのＶｏＩＰゲートウェイ１２１を介する端末１４１としてサーバへアクセスを開始した場合についての、拡張ルーティングテーブルの更新及び解除のシーケンス例である。
【０１１４】
まず、ＩＰアドレス「１９２．１６８．１００．２」を有する端末１４１が、部署Ａ内にてサーバへアクセスした後に、場所を移動し、部署Ｂ内の端末１４１の位置において、部署Ａ用サーバ１５０にアクセスを開始しようとするアクセス要求が端末１４１から部署ＢのＶｏＩＰゲートウェイ１２１に送信される（ステップＦ２０１）。なお、この状態においては、部署ＡのＶｏＩＰゲートウェイ１２０においては、当該端末と部署ＡのＶｏＩＰゲートウェイ１２０との組合せが、拡張ルーティングテーブルから登録されている状態であって、統合ゲートウェイ１１０においても、ＩＰアドレス「１９２．１６８．１００．２」を有する端末と部署ＡのＶｏＩＰゲートウェイ１２０との組合せが、拡張ルーティングテーブル２５０に登録されている状態である。
【０１１５】
アクセス要求を受信した部署ＢのＶｏＩＰゲートウェイ１２１は、当該端末と自位置ゲートウェイの組合せは拡張ルーティングテーブル５５０に未登録であるため、統合ゲートウェイ１１０への登録要求となるＲＥＧＩＳＴＥＲメッセージを作成し、送信する。具体的には、部署ＢのＶｏＩＰゲートウェイ１２１は、ＳＩＰのＲＥＧＩＳＴＥＲメッセージのＦｒｏｍヘッダー内のｄｉｓｐｌａｙ−ｎａｍｅに端末のＩＰアドレスを設定し、ｕｓｅｒｎａｍｅに自ＶｏＩＰゲートウェイ（位置ゲートウェイ）のＷＡＮ側ＩＰアドレスを設定し、端末の登録である旨の独自メッセージを作成し、ＷＡＮＩＰ網Ｉ／Ｆ２８０を介して統合ゲートウェイ１１０へ登録要求メッセージを送信する（ステップＦ２０２）。
【０１１６】
統合ゲートウェイ１１０は、統合ゲートウェイ１１０内のＬＡＮＩＰ網Ｉ／Ｆ２２０を介して拡張ルーティング制御部２３０が、登録要求メッセージを受信する。拡張ルーティング制御部２３０は、当該登録要求メッセージがＳＩＰのＲＥＧＩＳＴＥＲメッセージであることを判定すると、ＳＩＰプロトコル制御部２４０にメッセージを受け渡す。ＲＥＧＩＳＴＥＲメッセージを受信したＳＩＰプロトコル制御部２４０は、メッセージの解析を行い、Ｆｒｏｍヘッダー内のｄｉｓｐｌａｙ−ｎａｍｅにＩＰアドレスが設定されていることから、端末の登録である旨の拡張パラメータが有ると判断する。ＳＩＰプロトコル制御部２４０は、メッセージから、送信元端末のＩＰアドレス、送信元ＶｏＩＰゲートウェイＩＰアドレス、送信元ＶｏＩＰゲートウェイＭＡＣアドレスを抽出する。
【０１１７】
そして、ＳＩＰプロトコル制御部２４０は、端末のＩＰアドレスが拡張ルーティングテーブル５００に登録されているか否かを判定する。ＳＩＰプロトコル制御部２４０は、端末のＩＰアドレスが異なる位置ゲートウェイのＩＰアドレスとの組合せで登録されているため、ＳＩＰの２００ＯＫメッセージのＦｒｏｍヘッダー内に、受信したＲＥＧＩＳＴＥＲのＦｒｏｍヘッダーと同様の値を設定し、既に登録された位置ゲートウェイである部署ＡのＶｏＩＰゲートウェイ１２０へ登録応答メッセージ（２００ＯＫメッセージ）を送信する（ステップＦ２０３）。
【０１１８】
そして、部署ＡのＶｏＩＰゲートウェイ１２０は、受信したＳＩＰの２００ＯＫメッセージのＦｒｏｍヘッダー内から、自ゲートウェイのＩＰアドレスとは異なるゲートウェイのＩＰアドレスを取得するため、拡張ルーティングテーブル５５０から、該当する端末のエントリを削除する（ステップＦ２０４）。
【０１１９】
また、統合ゲートウェイ１１０は、拡張ルーティングテーブル５００に既に登録してある当該端末のＩＰアドレスと、部署ＡのＶｏＩＰゲートウェイ１２０の位置ゲートウェイのＩＰアドレスと、位置ゲートウェイのＭＡＣアドレスと、についての登録を削除するととともに、登録要求を受け付けた端末のＩＰアドレスと、部署ＢのＶｏＩＰゲートウェイ１２１のＩＰアドレスである位置ゲートウェイＩＰアドレスと、部署ＢのＶｏＩＰゲートウェイ１２１のＭＡＣアドレスである位置ゲートウェイＭＡＣアドレスと、を対応付けて拡張ルーティングテーブル５００に登録する（ステップＦ２０５）。
【０１２０】
そして、統合ゲートウェイ１１０は、ＳＩＰの２００ＯＫメッセージのＦｒｏｍヘッダー内に、受信したＲＥＧＩＳＴＥＲのＦｒｏｍヘッダーと同様の値を設定し、部署ＢのＶｏＩＰゲートウェイ１２１へ登録応答メッセージ（２００ＯＫメッセージ）を送信する（ステップＦ２０６）。
【０１２１】
登録応答メッセージを受信した部署ＢのＶｏＩＰゲートウェイ１２１は、部署ＢのＶｏＩＰゲートウェイ１２１内の拡張ルーティングテーブル５５０へ、端末ＩＰアドレスと、統合ゲートウェイＩＰアドレスと、統合ゲートウェイＭＡＣアドレスとの登録を行う（ステップＦ２０７）。
【０１２２】
以上が、端末のアクセスする位置ゲートウェイが変更された場合のシーケンスである。当該シーケンスにより、部署ＡのＶｏＩＰゲートウェイ１２０が、すでに移動した端末１４０からサーバへのルーティングの登録を抹消させることが可能となる。
【０１２３】
以上、本発明に係るネットワークシステム１の実施形態を説明した。当該実施形態においては、部署毎にＶｏＩＰゲートウェイを配置し、それを集約する親としてのＶｏＩＰゲートウェイからなるネットワーク構成を適用したが、これに限られない。すなわち、各部署に該当する機器は、各部屋に設置したルータやアクセスポイントであって、それを集約する統合ゲートウェイ1台からなるネットワーク構成であっても良い。その場合には、ＶｏＩＰゲートウェイの物理ＬＡＮポート毎に各部署に、設置するルータやアクセスポイントを接続し、ＶｏＩＰゲートウェイで端末のＩＰアドレスと物理ポートを対応付けて各部署の位置について判定を行うようにすればよい。
【０１２４】
また、上記実施形態において、統合ゲートウェイと位置ゲートウェイは異なる動作を行うものであるが、これに限られず、両方の動作を実現するものであってもよいし、選択的にいずれかの動作を実施しうるものであってもよい。
【０１２５】
また、上記実施形態においては、統合ゲートウェイおよび位置ゲートウェイは一連の動作を実施する単体の装置であるものとしているが、これに限られず、それぞれ複数の処理装置により多重化されて負荷分散が図られるようにしても良い。または、単体の処理装置で統合ゲートウェイと位置ゲートウェイ、あるいは複数の位置ゲートウェイを兼ねるものであってもよい。
【０１２６】
また、上記した実施形態の変形は、単独で適用されてもよいし、部分的に組み合わされて適用されるようにしてもよい。
【０１２７】
以上、本発明について、実施形態を中心に説明した。本発明に係る実施形態によると、企業等のネットワークにおいて、ほぼ同じ位置にアクセスを許可すべき端末とアクセスを拒否すべき端末が存在する場合であっても、個別の端末のアクセス制限をより簡便に実現することができる。また、端末の属性に応じてアクセス制御を行う方法では、当該端末はアクセス可能な属性を有するものであっても、使用状況、例えば、企業内ではあるが、部外者が出入りする場所における使用時には、部外者に開示してはならない情報を含むデータベースへのアクセスは、情報漏洩の危険性を伴うために制限されるべきであり、本発明においては、このような場合にも、適切なアクセス制限を実現することができる。
【符号の説明】
【０１２８】
１・・・ネットワークシステム、１００・・・ＮＧＮ網、１１０・・・統合ゲートウェイ、１１１・・・演算装置、１１２・・・主記憶装置、１１３、１１４・・・ＬＡＮ通信装置、１１５・・・ＷＡＮ通信装置、１１６・・・バス、１２０〜１２３・・・位置ゲートウェイ、１３０〜１３３・・・電話端末、１４０〜１４３・・・端末、１５０・・・部署Ａ用サーバ、１５１・・・部署Ａ、Ｂ共有サーバ、１５２・・・部署Ｂ、Ｃ共有サーバ、１５３・・・企業共有サーバ、２３０・・・拡張ルーティング制御部、２４０・・・ＳＩＰプロトコル制御部、２５０・・・拡張ルーティングテーブル
【技術分野】
【０００１】
本発明は、ゲートウェイの技術に関する。
【背景技術】
【０００２】
企業等のネットワークにおいて、パソコン等の端末から各種のサーバへアクセスする場合に、情報セキュリティ対策として、端末の位置を特定しアクセス制限を行うことがある（特許文献１）。特許文献１には、リモートアクセスポイント周辺に設置される通信装置の固有情報を位置固有情報として登録しておき、通信装置を接続先ネットワークに接続させるか否かに関する認証を行い、アクセス制限を行うことが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−２３１３９６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載の方法では、アクセスを許可すべき端末とアクセスを拒否すべき端末が、同一のリモートアクセスポイントを介して通信する場合、個別の端末のアクセス制限を実現できないことがある。
【０００５】
本発明の目的は、企業等のネットワークにおいて、ほぼ同じ位置にアクセスを許可すべき端末とアクセスを拒否すべき端末が存在する場合であっても、個別の端末のアクセス制限をより簡便に実現する技術を提供することにある。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明に係るゲートウェイは、位置を固定されたアクセスポイントを介した端末からのサーバアクセスを制御するゲートウェイであって；前記端末を識別する情報と、前記アクセスポイントを識別する情報と、の組合せに応じて、アクセス可能なサーバを識別する情報を予め対応付けて格納する記憶部と；前記端末からのアクセスごとに、当該端末を識別する情報と、経由している前記アクセスポイントを識別する情報と、アクセス先のサーバを識別する情報と、を取得するアクセス情報取得部と；前記アクセス情報取得部により取得した前記端末を識別する情報と、前記アクセスポイントを識別する情報と、前記サーバを識別する情報と、の組合せが前記記憶部に格納されていれば、当該アクセスを許可するアクセス許可部と；を備えることを特徴とする。
【０００７】
また、本発明に係るゲートウェイのアクセス制御方法は、位置を固定されたアクセスポイントを介した端末からのサーバアクセスを制御するゲートウェイのアクセス制御方法であって、前記ゲートウェイは；前記端末を識別する情報と、前記アクセスポイントを識別する情報と、の組合せに応じて、アクセス可能なサーバを識別する情報を予め対応付けて格納する記憶部と；制御部と；を備え、
前記制御部は、前記端末からのアクセスごとに、当該端末を識別する情報と、経由している前記アクセスポイントを識別する情報と、アクセス先のサーバを識別する情報と、を取得するアクセス情報取得ステップと；前記アクセス情報取得ステップにより取得した前記端末を識別する情報と、前記アクセスポイントを識別する情報と、前記サーバを識別する情報と、の組合せが前記記憶部に格納されていれば、当該アクセスを許可するアクセス許可ステップと；を実施することを特徴とする。
【発明の効果】
【０００８】
企業等のネットワークにおいて、ほぼ同じ位置にアクセスを許可すべき端末とアクセスを拒否すべき端末が存在する場合であっても、個別の端末のアクセス制限をより簡便に実現することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明に係るネットワーク構成例である。
【図２】本発明に係るＶｏＩＰゲートウェイの機能ブロック図である。
【図３】本発明に係る企業内配置図である。
【図４】統合ゲートウェイの位置テーブルの構成例を示す図である。
【図５】統合ゲートウェイのサーバテーブルの構成例を示す図である。
【図６】統合ゲートウェイのアクセス許可テーブルの構成例を示す図である。
【図７】統合ゲートウェイの拡張ルーティングテーブルの構成例を示す図である。
【図８】位置ゲートウェイの拡張ルーティングテーブルの構成例を示す図である。
【図９】ＳＩＰプロトコルのリクエストメッセージのデータ構造を示す図である。
【図１０】ＶｏＩＰゲートウェイのハードウェア構成例を示す図である。
【図１１】統合ゲートウェイによる受信情報処理の処理フロー図である。
【図１２】統合ゲートウェイによる受信情報処理の処理フロー図である。
【図１３】位置ゲートウェイによる受信情報処理の処理フロー図である。
【図１４】端末からの初回アクセス時の登録シーケンス図である。
【図１５】初回アクセス時のアクセスシーケンス（端末位置許可）図である。
【図１６】初回アクセス時のアクセスシーケンス（位置許可）図である。
【図１７】初回アクセス時のアクセスシーケンス（位置不許可）図である。
【図１８】拡張ルーティングテーブル解除シーケンス図である。
【図１９】端末位置移動による拡張ルーティングテーブル更新シーケンス例である。
【発明を実施するための形態】
【００１０】
以下に、本発明に係る第一の実施形態を適用したネットワークシステム１について、図面を参照して説明する。
【００１１】
ネットワークシステム１は、企業内等のネットワークであって、ダイヤルイン番号等の追加番号を元に、部署毎にＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ゲートウェイ（以降、位置ゲートウェイとする。）１２０、１２１、１２２、１２３が配置されている。
【００１２】
位置ゲートウェイ１２０〜１２３の各々には、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）インターフェースが複数設けられており、当該ＬＡＮインターフェースを介して、電話端末１３０〜１３３、パーソナルコンピュータ等のデータ通信を行う端末１４０〜１４３が接続される。本実施形態においては、位置ゲートウェイ１２０には、位置ゲートウェイを集約するＶｏＩＰゲートウェイ（以降、統合ゲートウェイとする）１１０を介して他の電話端末と通話を行うための電話端末１３０と、データ通信を行う端末１４０と、が接続される。位置ゲートウェイ１２１には、統合ゲートウェイ１１０を介して他の電話端末と通話を行うための電話端末１３１と、データ通信を行う端末１４１と、が接続される。また、位置ゲートウェイ１２２には、統合ゲートウェイ１１０を介して他の電話端末と通話を行うための電話端末１３２と、データ通信を行う端末１４２と、が接続される。また、位置ゲートウェイ１２３には、統合ゲートウェイ１１０を介して他の電話端末と通話を行うための電話端末１３３と、データ通信を行う端末１４３と、が接続される。
【００１３】
位置ゲートウェイ１２０〜１２３の各々には、さらに、ＷＡＮインターフェースが設けられており、当該ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）インターフェースを介して、位置ゲートウェイ１２０〜１２３が相互に通信を行い、また、統合ゲートウェイ１１０と通信可能である。すなわち、位置ゲートウェイ１２０〜１２３は、端末からのアクセスの基点となるアクセスポイントとしての役割を担うといえる。
【００１４】
統合ゲートウェイ１１０は、二本のＬＡＮインターフェースと、一本のＷＡＮインターフェースとが設けられており、ＬＡＮインターフェースの一方には、位置ゲートウェイ１２０〜１２３が接続可能であり、もう一方のＬＡＮインターフェースには、部署ごとにアクセスを制限すべき部署Ａ用サーバ１５０、部署Ａ、Ｂ共用サーバ１５１、部署Ｂ、Ｃ用サーバ１５２の各サーバと、企業内であれば、部署ごとにアクセスを必要としない情報を格納する企業共有サーバ１５３と、が接続可能である。
【００１５】
統合ゲートウェイ１１０のＷＡＮインターフェースは、ＮＧＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｎｅｔｗｏｒｋ）網等の広域ネットワークおよびインターネットへ接続されており、ＮＧＮ網と接続される装置と通信を行うことができる。
【００１６】
なお、位置ゲートウェイ１２０〜１２３の各々には、有線にて電話端末と端末とが接続されるが、これに限られない。すなわち、位置ゲートウェイ１２０〜１２３にアクセスポイントを接続した無線通信機を介して電話端末１３０〜１３３と端末１４０〜１４３とが接続されものであっても良い。また、各サーバについても、部署毎のサーバとして記載しているが、これに限られず、機密情報サーバ、プレゼンサーバ等の目的毎のサーバであっても良いし、業務内容毎のサーバであってもよい。
【００１７】
図２は、本発明の実施形態である統合ゲートウェイ１１０の機能構成を示す機能ブロック図である。基本的には、各処理部の処理内容が詳細において異なるものの、位置ゲートウェイ１２０〜１２３のそれぞれは、統合ゲートウェイ１１０と同様の構成となっているため、統合ゲートウェイ１１０についての説明を中心に、以下に行う。
【００１８】
統合ゲートウェイ１１０は、ＬＡＮ側に、位置ゲートウェイへ接続される回線とのインターフェースであるＬＡＮＩＰ網Ｉ／Ｆ２２０と、サーバへ接続される回線とのインターフェースであるＬＡＮＩＰ網Ｉ／Ｆ２２１と、を備える。また、ＬＡＮＩＰ網Ｉ／Ｆ２２０、２２１と接続される拡張ルーティング制御部２３０と、拡張ルーティング制御部２３０と接続されるＳＩＰプロトコル制御部２４０と、ＳＩＰプロトコル制御部２４０および拡張ルーティング制御部２３０に接続される拡張ルーティングテーブル２５０と、拡張ルーティング制御部２３０から参照される構成情報テーブル群２６０と、構成情報テーブル群２６０の各テーブル情報を保守する情報の登録部２７０と、拡張ルーティング制御部２３０およびＳＩＰプロトコル制御部２４０と接続されるＷＡＮＩＰ網Ｉ／Ｆ２８０と、を備える。
【００１９】
拡張ルーティング制御部２３０は、通常のゲートウェイ装置が備えるルーティング制御部の拡張機能を実現する制御部であり、ＬＡＮＩＰ網Ｉ／Ｆ２２０およびＬＡＮＩＰ網Ｉ／Ｆ２２１に接続された装置とＷＡＮＩＰ網Ｉ／Ｆ２８０に接続された装置との間の通信をルーティングする。また、本実施形態においては、拡張ルーティング制御部２３０は、位置ゲートウェイ１２０〜１２３から受信したＳＩＰプロトコルによるメッセージ、例えばＲＥＧＩＳＴＥＲメッセージ等を受け付けた場合には、ＳＩＰプロトコル制御部２４０へ処理を転送し、ＨＴＴＰ等のプロトコルによるメッセージ、例えばＨＴＴＰ／ＰＯＳＴメッセージ等のサーバへのアクセス要求を受け付けた場合には、拡張ルーティングテーブル２５０および構成情報テーブル群２６０に含まれるテーブルを参照して、当該アクセス要求元の端末から送信先サーバへのアクセス可否を判定し、経路の確立または経路の遮断を行う。
【００２０】
ＳＩＰプロトコル制御部２４０は、通常のＶｏＩＰ対応ゲートウェイ装置が備えるＳＩＰ制御機能の拡張機能を実現する制御部であり、位置ゲートウェイ１２０〜１２３から受信したＳＩＰプロトコルによるメッセージ、例えばＲＥＧＩＳＴＥＲメッセージ等を受け付けた場合には、当該メッセージに基づき、通常のＳＩＰプロトコルによる通信経路を確立する。また、当該ＲＥＧＩＳＴＥＲメッセージが所定の条件を満たすものである場合には、ＳＩＰプロトコル制御部２４０は、拡張ルーティングテーブル２５０へのルーティング情報の登録を行う。
【００２１】
拡張ルーティングテーブル２５０は、図７の拡張ルーティングテーブル５００に示すデータを格納するテーブルである。拡張ルーティングテーブル５００は、端末ＩＰアドレス５０１と、位置ゲートウェイＩＰアドレス５０２と、位置ゲートウェイＭＡＣアドレス５０３と、をレコードとして対応付け、複数レコードを格納可能である。端末ＩＰアドレス５０１には、通信を行う端末１４０〜１４３に予め設定されたＩＰアドレスが格納される。位置ゲートウェイＩＰアドレス５０２には、通信を行う端末と統合ゲートウェイ１１０との間に介在する位置ゲートウェイ１２０〜１２３のＩＰアドレスが格納される。また、位置ゲートウェイＭＡＣアドレス５０３には、通信を行う端末と統合ゲートウェイ１１０との間に介在する位置ゲートウェイ１２０〜１２３の通信インターフェースが有するＭＡＣアドレスが格納される。
【００２２】
構成情報テーブル群２６０には、図４〜図６に示す位置テーブル３００と、サーバテーブル３５０と、アクセス許可テーブル４００と、が読み出し可能に格納される。
【００２３】
図４に示す位置テーブル３００には、位置ゲートウェイを識別する情報である位置ゲートウェイ番号３０１と、位置ゲートウェイの配置された位置を特定する情報である位置名３０２と、位置ゲートウェイとして登録されたゲートウェイのＷＡＮ上のＩＰアドレスである位置ゲートウェイＷＡＮ＿ＩＰアドレス３０３と、位置ゲートウェイのＭＡＣアドレスである位置ゲートウェイＷＡＮ＿ＭＡＣアドレス３０４と、が対応付けられて格納される。
【００２４】
例えば、位置テーブル３００には、位置ゲートウェイを識別する情報と、位置ゲートウェイの配置された位置を特定する情報として部署名と、部署毎の位置情報として使用するための部署毎のＷＡＮ側ＩＰアドレスと、ＷＡＮ側ＭＡＣアドレスとが、位置ゲートウェイ番号３０１と、位置名３０２と、位置ゲートウェイＷＡＮ＿ＩＰアドレス３０３と、位置ゲートウェイＷＡＮ＿ＭＡＣアドレス３０４とに、予め登録部２７０を介してそれぞれ登録される。
【００２５】
図５に示すサーバテーブル３５０には、サーバを識別する情報であるサーバテーブル番号３５１と、サーバを識別する名称情報であるサーバ名３５２と、サーバに予め設定されたＩＰアドレスであるＩＰアドレス３５３と、サーバへのアクセスに際して端末の属性を不問とするゲートウェイ装置を識別する情報である端末を限定しない位置ゲートウェイ番号３５４と、が対応付けて格納される。
【００２６】
例えば、サーバテーブル３５０には、サーバを識別する情報と、サーバを特定する情報としてサーバ名と、当該サーバのＩＰアドレスと、当該サーバへのアクセスに際して端末の属性を不問とするゲートウェイ装置を識別する情報とが、サーバテーブル番号３５１と、サーバ名３５２と、ＩＰアドレス３５３と、端末を限定しない位置ゲートウェイ番号３５４とに、予め登録部２７０を介してそれぞれ登録される。
【００２７】
図６に示すアクセス許可テーブル４００には、端末に予め設定されたＩＰアドレスである端末ＩＰアドレス４０１と、端末がアクセスする先のサーバを識別する情報であるサーバテーブル番号４０２との組合せについてアクセスを許可する位置を特定する情報であるアクセス許可位置番号４０３と、が対応付けて格納される。
【００２８】
例えば、アクセス許可テーブル４００には、端末１４０〜１４３のＩＰアドレスと、サーバテーブル番号と、当該サーバへアクセス可能な位置を示す位置ゲートウェイ番号とが、端末ＩＰアドレス４０１と、サーバテーブル番号４０２と、アクセス許可位置番号４０３とに、予め登録部２７０を介してそれぞれ登録される。
【００２９】
登録部２７０は、構成情報テーブル群２６０の情報を保守するための保守端末と通信を行い、構成情報テーブル群２６０に含まれる各テーブルの登録を管理する。
【００３０】
以上が、本実施形態に係る統合ゲートウェイ１１０の機能構成である。なお、本実施形態においては、図４、図５、図６に示した位置テーブル３００と、サーバテーブル３５０と、アクセス許可テーブル４００とについて、ＩＰアドレス１９２．１６８．１００．２を有する端末がアクセスできるサーバは、部署Ａ用サーバ１５０、部署Ａ、Ｂ共有サーバ１５１、企業共有サーバ１５３であり、ＩＰアドレス１９２．１６８．１００．２を有する端末が部署Ａ用サーバ１５０にアクセス可能な位置は、部署Ａの位置からのみであり、ＩＰアドレス１９２．１６８．１００．２を有する端末が部署Ａ、Ｂ共有サーバ１５１にアクセス可能な位置は、部署Ａと部署Ｂからのみとなる。また、ＩＰアドレス１９２．１６８．１００．２を有する端末は、企業共有サーバ１５３には、部署Ｄの位置からはアクセスできないよう設定されているものとする。
【００３１】
次に、本実施形態に係る位置ゲートウェイ１２０〜１２３について、統合ゲートウェイ１１０との差異を中心に説明する。
【００３２】
位置ゲートウェイ１２０〜１２３のそれぞれは、統合ゲートウェイ１１０と基本的に同様の構成を備える。位置ゲートウェイ１２０〜１２３の拡張ルーティング制御部２３０については、通常のゲートウェイ装置が備えるルーティング制御部の拡張機能を実現する制御部であり、ＬＡＮＩＰ網Ｉ／Ｆ２２０およびＬＡＮＩＰ網Ｉ／Ｆ２２１に接続された装置とＷＡＮＩＰ網Ｉ／Ｆ２８０に接続された装置との間の通信をルーティングする点は統合ゲートウェイ１１０と同様である。ただし、本実施形態においては、位置ゲートウェイ１２０〜１２３の拡張ルーティング制御部２３０は、電話端末１３０〜１３３および端末１４０〜１４３から受信したＳＩＰプロトコルによるメッセージ、例えばＲＥＧＩＳＴＥＲメッセージを受け付けた場合には、ＳＩＰプロトコル制御部２４０へメッセージを転送する。
【００３３】
また、位置ゲートウェイ１２０〜１２３の拡張ルーティング制御部２３０は、端末１４０〜１４３から受信したＨＴＴＰやＳＭＴＰ等のプロトコルによるメッセージ、例えばサーバへのＨＴＴＰ／ＰＯＳＴメッセージ等のアクセス要求メッセージを受け付けた場合には以下の動作を行う。すなわち、位置ゲートウェイ１２０〜１２３の拡張ルーティング制御部２３０は、拡張ルーティングテーブル２５０に含まれるテーブルを参照して、当該アクセス要求元の端末から送信先サーバへの経路が確立している場合にはメッセージを統合ゲートウェイ１１０へ転送し、確立していない場合にはＳＩＰプロトコル制御部２４０へＳＩＰプロトコルによるＲＥＧＩＳＴＥＲメッセージを統合ゲートウェイ１１０へ送信するよう依頼し、経路確立後にメッセージを統合ゲートウェイ１１０へ転送する。
【００３４】
本実施形態においては、図３に示すように、建屋内の所定の物理的空間を区分する複数の部屋５０、５１、５３、５４には、それぞれ部署Ａ、Ｂ、Ｃ、Ｄが配置されている。そして、部屋５０、５１、５３、５４には、位置ゲートウェイ１２０〜１２３がそれぞれ設置されており当該位置ゲートウェイのそれぞれには各部屋内に存在する端末等が接続される。当該位置ゲートウェイのＷＡＮ側のＩＰアドレスは、それぞれ、部署Ａでは１９２.１６８．０．１０／２４であり、部署Ｂでは１９２.１６８．０．２０／２４であり、部署Ｃでは１９２.１６８．０．３０／２４であり、部署Ｄでは１９２.１６８．０．４０／２４であるものとする。
【００３５】
位置ゲートウェイ１２０〜１２３のＳＩＰプロトコル制御部２４０は、通常のＶｏＩＰ対応ゲートウェイ装置が備えるＳＩＰ制御機能の拡張機能を実現する制御部であり、電話端末１３０〜１３３および端末１４０〜１４３から受信したＳＩＰプロトコルによるメッセージ、例えばＲＥＧＩＳＴＥＲメッセージ等を受け付けた場合には、当該メッセージに基づき、通常のＳＩＰプロトコルによる通信経路を確立する。また、当該ＲＥＧＩＳＴＥＲメッセージが所定の条件を満たすものである場合には、ＳＩＰプロトコル制御部２４０は、拡張ルーティングテーブル２５０へのルーティング情報の登録を行う。
【００３６】
位置ゲートウェイ１２０〜１２３が有する拡張ルーティングテーブル２５０は、図８の拡張ルーティングテーブル５５０に示すデータを格納するテーブルである。拡張ルーティングテーブル５５０は、端末ＩＰアドレス５５１と、統合ゲートウェイＩＰアドレス５５２と、統合ゲートウェイＭＡＣアドレス５５３と、を対応付けて、レコードを複数件格納する。端末ＩＰアドレス５５１には、通信を行う端末１４０〜１４３に予め設定されたＩＰアドレスが格納される。統合ゲートウェイＩＰアドレス５５２には、デフォルトゲートウェイとして予め設定されている統合ゲートウェイのＩＰアドレスが格納される。また、統合ゲートウェイＭＡＣアドレス５５３には、通信を行う統合ゲートウェイ１１０の通信インターフェースが有するＭＡＣアドレスが格納される。
【００３７】
以上、位置ゲートウェイ１２０〜１２３の構成について説明した。
【００３８】
ところで、ネットワークシステム１では、ＳＩＰのプロトコルに準拠したデータ通信を行う。そのデータ通信におけるデータ構造について、リクエストメッセージ６００を例として図９を用いて説明する。
【００３９】
図９は、リクエストメッセージ６００のデータ構造を示す図である。リクエストメッセージ６００は、基本的に、ＳＩＰプロトコルにおけるリクエストメッセージと同様のフォーマットを有する。リクエストメッセージ６００は、リクエストライン（Ｒｅｑｕｅｓｔ−Ｌｉｎｅ）６１０と、ヘッダーフィールド（Ｈｅａｄｅｒ Ｆｉｅｌｄｓ）６２０と、メッセージボディ（ＭｅｓｓａｇｅＢｏｄｙ）６３０と、を有する。
【００４０】
リクエストライン６１０には、「ＲＥＧＩＳＴＥＲ」や「ＩＮＶＩＴＥ」等の要求動作を特定するメソッド（Ｍｅｔｈｏｄ）６１１と、リクエストＵＲＩ（Ｒｅｑｕｅｓｔ−ＵＲＩ）６１２と、ＳＩＰバージョン（ＳＩＰ−Ｖｅｒｓｉｏｎ）６１３と、が含まれる。本実施形態においては、これらのリクエストライン６１０には所定の設定値が埋め込まれてメッセージが構成される。
【００４１】
ヘッダーフィールド６２０には、少なくとも、Ｆｒｏｍヘッダー（Ｆｒｏｍ：）６２１と、Ｔｏヘッダー（Ｔｏ：）６２２と、Ｃａｌｌ−ＩＤ（Ｃａｌｌ−ＩＤ：）６２３の情報が含まれる。ここで、Ｆｒｏｍヘッダーには、表示名（ｄｉｓｐｌａｙ−ｎａｍｅ）と、使用者名（ｕｓｅｒｎａｍｅ）と、を含むことができる。
【００４２】
メッセージボディ６３０には、ＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）によるデータの記述が含まれる。
【００４３】
図１０に、統合ゲートウェイ１１０のハードウェア構成図を示す。なお、位置ゲートウェイ１２０〜１２３についても、統合ゲートウェイ１１０と略同様のハードウェア構成を備える。
【００４４】
本実施形態においては、統合ゲートウェイ１１０は、例えば、いわゆるゲートウェイ装置であり、サーバ装置や、ルーター装置により実装される。しかし、これに限らず、ＰＣ（パーソナルコンピュータ）や、ワークステーション、各種携帯電話端末、ＰＤＡ（Personal Digital Assistant）、スマートフォンなどに分類される計算機であってもよい。
【００４５】
統合ゲートウェイ１１０は、演算装置１１１と、主記憶装置１１２と、二つのＬＡＮ通信装置１１３、１１４と、ＷＡＮ通信装置１１５と、それぞれの装置を互いに接続するバス１１６と、を有する。
【００４６】
演算装置１１１は、例えばＣＰＵ（Central Processing Unit）などの演算装置である。
【００４７】
主記憶装置１１２は、例えばＲＡＭ（Random Access Memory）などのメモリ装置である。
【００４８】
ＬＡＮ通信装置１１３、１１４のそれぞれは、ＬＡＮＩＰ網Ｉ／Ｆ２２０、２２１として、各ＬＡＮに接続される機器との通信を行う通信装置である。
【００４９】
ＷＡＮ通信装置１１５は、ＷＡＮＩＰ網Ｉ／Ｆ２８０として、ＮＧＮ網１００やインターネット等のＷＡＮ側に接続される装置との通信を行う通信装置である。
【００５０】
拡張ルーティング制御部２３０と、ＳＩＰプロトコル制御部２４０と、登録部２７０とは、演算装置１１１に処理を行わせるプログラムによって実現される。
【００５１】
このプログラムは、主記憶装置１１２または図示しないフラッシュメモリ等の不揮発性記憶装置内に記憶され、実行にあたって主記憶装置１１２上にロードされ、演算装置１１１により実行される。
【００５２】
また、拡張ルーティングテーブル２５０は、主記憶装置１１２上に展開されて実現される。
【００５３】
構成情報テーブル群２６０は、図示しないフラッシュメモリや磁気ディスク等の不揮発性記憶装置内に記憶され、必要に応じて演算装置１１１により読み出しの制御がなされる。
【００５４】
次に、統合ゲートウェイの受信情報の処理フローについて、図１１を用いて説明する。図１１は、統合ゲートウェイがＬＡＮＩＰ網Ｉ／Ｆ２２０、２２１、ＷＡＮＩＰ網Ｉ／Ｆ２８０のいずれかから、通信データを受信した場合に開始される受信情報処理のフローを示す図である。
【００５５】
まず、拡張ルーティング制御部２３０は、受信したデータがＲＥＧＩＳＴＥＲメッセージであるか否かを判定する（ステップＳ００１）。具体的には、拡張ルーティング制御部２３０は、受信したデータがＳＩＰプロトコルのリクエストメッセージ６００の形式であって、メソッド６１１に「ＲＥＧＩＳＴＥＲ」の情報が含まれていればＲＥＧＩＳＴＥＲメッセージであると判定する。拡張ルーティング制御部２３０は、ＲＥＧＩＳＴＥＲメッセージである場合には、ＳＩＰプロトコル制御部２４０へ受信データを受け渡し、後述する図１２のステップＳ０１０へ処理を進める。
【００５６】
ＲＥＧＩＳＴＥＲメッセージではない場合（ステップＳ００１にて「Ｎｏ」の場合）、拡張ルーティング制御部２３０は、受信したメッセージから送信元ＩＰアドレスと、送信先ＩＰアドレスと、送信元ＭＡＣアドレスと、を抽出する（ステップＳ００２）。なお、当ステップの処理が実施される場合には、受信メッセージには、送信元ＩＰアドレスとしては、端末１４０〜１４３のいずれかのＩＰアドレスが格納されており、送信先ＩＰアドレスとしては、端末がアクセスしようとした機器のＩＰアドレスが格納されており、送信元ＭＡＣアドレスとしては、位置ゲートウェイ１２０〜１２３のいずれかのＭＡＣアドレスが格納されていることとなる。
【００５７】
そして、拡張ルーティング制御部２３０は、送信先ＩＰアドレスがサーバのＩＰアドレスのいずれかであるか否かを判定する（ステップＳ００３）。具体的には、拡張ルーティング制御部２３０は、ステップＳ００２で抽出した送信先ＩＰアドレスが、サーバテーブル３５０のＩＰアドレス３５３に含まれているか否かを判定し、含まれている場合には、サーバのＩＰアドレスであると判定する。サーバのＩＰアドレスではない場合には、通常のルーティング処理を行い、受信データを転送し、処理を終了する。
【００５８】
サーバのＩＰアドレスである場合（ステップＳ００３にて「Ｙｅｓ」の場合）、拡張ルーティング制御部２３０は、送信元ＩＰアドレスが拡張ルーティングテーブル２５０に登録済みか否かを判定する（ステップＳ００４）。具体的には、拡張ルーティング制御部２３０は、ステップＳ００２にて抽出した送信元ＩＰアドレスが、拡張ルーティングテーブル５００の端末ＩＰアドレス５０１に含まれている場合に、登録済みと判定する。
【００５９】
送信元ＩＰアドレスが拡張ルーティングテーブル２５０に登録済みでない場合（ステップＳ００４にて「Ｎｏ」の場合）、拡張ルーティング制御部２３０は、受信したメッセージを廃棄する（ステップＳ００５）。そして、受信情報処理を終了する。
【００６０】
送信元ＩＰアドレスが拡張ルーティングテーブル２５０に登録済みの場合（ステップＳ００４にて「Ｙｅｓ」の場合）、拡張ルーティング制御部２３０は、送信元ＭＡＣアドレスが端末を限定しない位置ゲートウェイのＭＡＣアドレスであるか否かを判定する（ステップＳ００６）。
【００６１】
具体的には、拡張ルーティング制御部２３０は、ステップＳ００２にて特定した送信元のＭＡＣアドレス（すなわち、統合ゲートウェイに送信されたデータが転送された経路のうち、直近の送信元のＭＡＣアドレス）を取得して、当該ＭＡＣアドレスが位置テーブル３００上の位置ゲートウェイＷＡＮ＿ＭＡＣアドレス３０４のいずれかに含まれるか否かを判定する。当該ＭＡＣアドレスが、位置ゲートウェイＷＡＮ＿ＭＡＣアドレス３０４のいずれにも含まれない場合には、拡張ルーティング制御部２３０は、送信元ＭＡＣアドレスが端末を限定しない位置ゲートウェイのＭＡＣアドレスではないと判定する。
【００６２】
当該ＭＡＣアドレスが、位置ゲートウェイＷＡＮ＿ＭＡＣアドレス３０４のいずれかに含まれる場合、拡張ルーティング制御部２３０は、該当するレコードの位置ゲートウェイ番号３０１を取得する。そして、拡張ルーティング制御部２３０は、サーバテーブル３５０のＩＰアドレス３５３が送信先ＩＰアドレスと一致するサーバについて、取得した位置ゲートウェイ番号が、端末を限定しない位置ゲートウェイ番号３５４に含まれるか否かを判定する。含まれる場合、拡張ルーティング制御部２３０は、当該ＭＡＣアドレスが位置テーブル３００上の位置ゲートウェイＷＡＮ＿ＭＡＣアドレス３０４のいずれかに含まれると判定し、後述するステップＳ００８へ制御を進める。含まれない場合、拡張ルーティング制御部２３０は、送信元ＭＡＣアドレスが端末を限定しない位置ゲートウェイのＭＡＣアドレスではないと判定する。
【００６３】
送信元ＭＡＣアドレスが端末を限定しない位置ゲートウェイのＭＡＣアドレスではないと判定した場合（ステップＳ００６にて「Ｎｏ」の場合）、拡張ルーティング制御部２３０は、送信元ＩＰアドレスが、送信先ＩＰアドレスで特定されるサーバへのアクセスが有効であるか否かを判定する（ステップＳ００７）。具体的には、拡張ルーティング制御部２３０は、送信元ＩＰアドレスがアクセス許可テーブル４００の端末ＩＰアドレス４０１に含まれており、かつ、送信先ＩＰアドレスで特定されるサーバのサーバテーブル番号が、サーバテーブル番号４０２に含まれており、かつさらに、送信元ＭＡＣアドレスで特定される位置ゲートウェイ番号がアクセス許可位置番号４０３に含まれているという条件を満たすか否かを判定する。
【００６４】
条件を満たさない場合には、拡張ルーティング制御部２３０は、送信元ＩＰアドレスが、送信先ＩＰアドレスで特定されるサーバへのアクセスが有効でないと判定し、制御をステップＳ００５へと進める。条件を満たす場合には、拡張ルーティング制御部２３０は、送信元ＩＰアドレスが、送信先ＩＰアドレスで特定されるサーバへのアクセスが有効であると判定し、ステップＳ００８へ制御を進める。
【００６５】
拡張ルーティング制御部２３０は、送信先ＩＰアドレスへ、受信したメッセージを転送する（ステップＳ００８）。そして、受信情報処理を終了する。なお、当該メッセージの転送により、送信先ＩＰアドレスで指定される装置（サーバ装置１５０〜１５３等）に対して、送信されたメッセージを転送することができる。
【００６６】
次に、図１２を参照して、ステップＳ００１にて受信したメッセージがＲＥＧＩＳＴＥＲメッセージであった場合（ステップＳ００１にて「Ｙｅｓ」の場合）の処理について説明する。
【００６７】
ステップＳ００１にて受信したメッセージがＲＥＧＩＳＴＥＲメッセージであった場合（ステップＳ００１にて「Ｙｅｓ」の場合）、ＳＩＰプロトコル制御部２４０は、ＲＥＧＩＳＴＥＲメッセージに拡張パラメータを有するか否かを判定する（ステップＳ０１０）。具体的には、ＳＩＰプロトコル制御部２４０は、受信したＲＥＧＩＳＴＥＲメッセージのヘッダーフィールド６２０から、Ｆｒｏｍヘッダー６２１の情報を抽出し、表示名（ｄｉｓｐｌａｙ−ｎａｍｅ）と、使用者名（ｕｓｅｒｎａｍｅ）とが設定されていれば、拡張パラメータを有すると判定する。設定されていなければ、拡張パラメータを有しないと判定し、通常のルーティング処理を行い、受信データを転送して、処理を終了する。
【００６８】
拡張パラメータを有する場合（ステップＳ０１０にて「Ｙｅｓ」の場合）、ＳＩＰプロトコル制御部２４０は、位置ゲートウェイのＭＡＣアドレスとＩＰアドレスおよび端末のＩＰアドレスを、ＲＥＧＩＳＴＥＲメッセージの拡張されたパラメータから取得する（ステップＳ０１１）。具体的には、ＳＩＰプロトコル制御部２４０は、ＲＥＧＩＳＴＥＲメッセージが格納されているＴＣＰ／ＩＰのヘッダー情報から、位置ゲートウェイのＭＡＣアドレスである送信元ＭＡＣアドレスを取得する。そして、ＳＩＰプロトコル制御部２４０は、位置ゲートウェイを示す送信元ＩＰアドレスと、端末を示す送信元ＩＰアドレス（以降、送信元ＩＰ端末と称呼）とを、ＲＥＧＩＳＴＥＲメッセージのヘッダーフィールド６２０に含まれる拡張されたＦｒｏｍヘッダーの使用者名（ｕｓｅｒｎａｍｅ）および表示名（ｄｉｓｐｌａｙ−ｎａｍｅ）からそれぞれ取得する。
【００６９】
そして、ＳＩＰプロトコル制御部２４０は、送信元ＩＰ端末が拡張ルーティングテーブル２５０に登録済みか否かを判定する（ステップＳ０１２）。具体的には、ＳＩＰプロトコル制御部２４０は、ステップＳ０１１にて抽出した送信元ＩＰ端末、すなわち端末のＩＰアドレスが、拡張ルーティングテーブル５００の端末ＩＰアドレス５０１に含まれるか否かを判定する。端末ＩＰアドレス５０１に含まれない場合には、ＳＩＰプロトコル制御部２４０は、送信元ＩＰ端末が拡張ルーティングテーブル２５０に登録済みではない、と判定し、後述するステップＳ０１５へ制御を進める。
【００７０】
送信元ＩＰ端末が、拡張ルーティングテーブル２５０に登録済みの場合（ステップＳ０１２にて「Ｙｅｓ」の場合）、ＳＩＰプロトコル制御部２４０は、送信元ＩＰアドレスが拡張ルーティングテーブルに登録済みの位置ゲートウェイと異なるか否かを判定する（ステップＳ０１３）。具体的には、ＳＩＰプロトコル制御部２４０は、ステップＳ０１１にて抽出した送信元ＩＰアドレス（使用者名ｕｓｅｒｎａｍｅの値）が、拡張ルーティングテーブル５００の位置ゲートウェイＩＰアドレス５０２と同一であるか否かを判定する。なお、当該判定においては、ＳＩＰプロトコル制御部２４０は、拡張ルーティングテーブル５００の端末ＩＰアドレス５０１が送信元ＩＰ端末と一致するレコードについて、位置ゲートウェイＩＰアドレス５０２と送信元ＩＰアドレスとを比較する。登録済みの位置ゲートウェイと異ならない場合、ＳＩＰプロトコル制御部２４０は、後述するステップＳ０１６へ制御を進める。
【００７１】
送信元ＩＰアドレスが登録済みの位置ゲートウェイと異なる場合には、ＳＩＰプロトコル制御部２４０は、拡張ルーティングテーブル２５０に登録済みの位置ゲートウェイに、登録応答メッセージを送信する（ステップＳ０１４）。具体的には、ＳＩＰプロトコル制御部２４０は、拡張ルーティングテーブル５００の端末ＩＰアドレス５０１が送信元ＩＰ端末と一致するレコードについて、位置ゲートウェイＩＰアドレス５０２および位置ゲートウェイＭＡＣアドレス５０３を取得し、ＲＥＧＩＳＴＥＲメッセージへの応答となる登録応答メッセージ（２００ＯＫ）を構成して当該位置ゲートウェイＩＰアドレス５０２で特定される位置ゲートウェイに送信する。その際、ＳＩＰプロトコル制御部２４０は、登録応答メッセージ（２００ＯＫ）のＦｒｏｍヘッダーに、受信したＲＥＧＩＳＴＥＲメッセージに設定されていたＦｒｏｍヘッダーと同様の値を設定して送信する。すなわち、ＳＩＰプロトコル制御部２４０は、ステップＳ０１１にて抽出した送信元ＩＰアドレスおよび送信元ＩＰ端末を、それぞれ使用者名（ｕｓｅｒｎａｍｅ）および表示名（ｄｉｓｐｌａｙ−ｎａｍｅ）に設定し、拡張ルーティング制御部２３０、ＬＡＮＩＰ網Ｉ／Ｆ２２０を介して登録応答メッセージ（２００ＯＫ）を送信する。
【００７２】
そして、ＳＩＰプロトコル制御部２４０は、拡張ルーティングテーブル２５０へ、送信元端末と位置ゲートウェイの組合せを登録する（ステップＳ０１５）。具体的には、ＳＩＰプロトコル制御部２４０は、まず、拡張ルーティングテーブル５００の端末ＩＰアドレス５０１が送信元ＩＰ端末と一致するレコードについて、レコードから削除する。そして、ＳＩＰプロトコル制御部２４０は、拡張ルーティングテーブル５００の端末ＩＰアドレス５０１と、位置ゲートウェイＩＰアドレス５０２と、位置ゲートウェイＭＡＣアドレス５０３と、のそれぞれに、ステップＳ０１１にて抽出した送信元ＩＰ端末と、送信元ＩＰアドレスと、送信元ＭＡＣアドレスとを対応付けて格納する。
【００７３】
そして、ＳＩＰプロトコル制御部２４０は、ＲＥＧＩＳＴＥＲメッセージの送信元の位置ゲートウェイに、登録応答メッセージを送信する（ステップＳ０１６）。具体的には、ＳＩＰプロトコル制御部２４０は、ＲＥＧＩＳＴＥＲメッセージへの応答となる登録応答メッセージ（２００ＯＫ）を構成して、ＲＥＧＩＳＴＥＲメッセージの送信元の位置ゲートウェイに送信する。その際、ＳＩＰプロトコル制御部２４０は、登録応答メッセージ（２００ＯＫ）のＦｒｏｍヘッダーに、受信したＲＥＧＩＳＴＥＲメッセージに設定されていたＦｒｏｍヘッダーと同様の値を設定して送信する。すなわち、ＳＩＰプロトコル制御部２４０は、ステップＳ０１１にて抽出した送信元ＩＰアドレスおよび送信元ＩＰ端末を、それぞれ使用者名（ｕｓｅｒｎａｍｅ）および表示名（ｄｉｓｐｌａｙ−ｎａｍｅ）に設定し、拡張ルーティング制御部２３０、ＬＡＮＩＰ網Ｉ／Ｆ２２０を介して登録応答メッセージ（２００ＯＫ）を送信する。
【００７４】
以上が、統合ゲートウェイにおける受信情報処理のフローである。当該受信情報処理を行うことで、統合ゲートウェイは、位置ゲートウェイからＲＥＧＩＳＴＥＲメッセージを受け取った場合には、当該ＲＥＧＩＳＴＥＲメッセージの対象となっている機器を拡張ルーティングテーブル２５０に登録し、ＲＥＧＩＳＴＥＲメッセージ以外のメッセージであってサーバへのアクセスを行うメッセージを受け取った場合には、そのアクセスが可能な端末、位置、サーバの組合せ等に応じてアクセスを制御することができる。なお、既にＲＥＧＩＴＥＲメッセージにより登録されている端末が、異なる位置ゲートウェイを介してＲＥＧＩＳＴＥＲメッセージを送信した場合には、統合ゲートウェイは、登録されている位置ゲートウェイに登録メッセージを送信するとともに、当該位置ゲートウェイに関する登録を削除し、ＲＥＧＩＳＴＥＲメッセージの内容に従って拡張ルーティングテーブル２５０へ新たに端末の登録を行うことができる。
【００７５】
次に、位置ゲートウェイの受信情報の処理フローについて、図１３を用いて説明する。図１３は、位置ゲートウェイがＬＡＮＩＰ網Ｉ／Ｆ２２０、２２１、ＷＡＮＩＰ網Ｉ／Ｆ２８０のいずれかから、通信データを受信した場合に開始される受信情報処理のフローを示す図である。
【００７６】
まず、拡張ルーティング制御部２３０は、受信したデータから、端末のＩＰアドレスと、ゲートウェイのＩＰアドレスと、を取得することができるか否かを判定する（ステップＳ１０１）。具体的には、拡張ルーティング制御部２３０は、受信したデータから、ＳＩＰメッセージにおけるヘッダーフィールド６２０のＦｒｏｍヘッダー６２１に含まれる表示名（ｄｉｓｐｌａｙ−ｎａｍｅ）と使用者名（ｕｓｅｒｎａｍｅ）から、端末のＩＰアドレスおよびゲートウェイのＩＰアドレスのそれぞれを取得することができるか否かを判定する。拡張ルーティング制御部２３０は、受信したデータから端末のＩＰアドレスおよびゲートウェイのＩＰアドレスのそれぞれを取得できなかった場合には、後述するステップＳ１０４に制御を進める。
【００７７】
ＳＩＰプロトコル制御部２４０は、受信したデータから、端末のＩＰアドレスと、ゲートウェイのＩＰアドレスと、を取得することができた場合（ステップＳ１０１にて「Ｙｅｓ」の場合）には、ゲートウェイのＩＰアドレスが自ゲートウェイのＩＰアドレスと一致するか否かを判定する（ステップＳ１０２）。自ゲートウェイのＩＰアドレスと一致する場合には、ＳＩＰプロトコル制御部２４０は、後述するステップＳ１０４に制御を進める。
【００７８】
自ゲートウェイのＩＰアドレスと一致しない場合（ステップＳ１０２にて「Ｎｏ」の場合）には、ＳＩＰプロトコル制御部２４０は、拡張ルーティングテーブル２５０から、該当するＩＰアドレスを有する端末に関する登録を削除する（ステップＳ１０３）。具体的には、ＳＩＰプロトコル制御部２４０は、拡張ルーティングテーブル５５０の端末ＩＰアドレス５５１のうち、ステップＳ１０１にて抽出した端末のＩＰアドレスと一致するレコードを特定し、当該レコードを削除する。そして、ＳＩＰプロトコル制御部２４０は、受信情報処理を終了する。
【００７９】
ＳＩＰプロトコル制御部２４０は、端末のＩＰアドレスとゲートウェイＩＰアドレスの組合せが、拡張ルーティングテーブル２５０に登録済みか否かを判定する（ステップＳ１０４）。具体的には、ＳＩＰプロトコル制御部２４０は、ステップＳ１０１において抽出した端末のＩＰアドレスおよびゲートウェイＩＰアドレスの組み合わせが、拡張ルーティングテーブル５５０の端末ＩＰアドレス５５１および統合ゲートウェイＩＰアドレス５５２の組み合わせのいずれかに該当するか否かを判定する。なお、ステップＳ１０１において、端末のＩＰアドレスとゲートウェイＩＰアドレスとのいずれか、またはその両方が取得できなかった場合には、拡張ルーティング制御部２３０は、端末のＩＰアドレスとゲートウェイＩＰアドレスの組合せが、拡張ルーティングテーブル２５０に登録されていないと判定する。拡張ルーティングテーブル２５０に登録済みであれば、後述するステップＳ１０９へ制御を進める。
【００８０】
端末のＩＰアドレスとゲートウェイＩＰアドレスの組合せが、拡張ルーティングテーブル２５０に登録されていない場合（ステップＳ１０４にて「Ｎｏ」）には、ＳＩＰプロトコル制御部２４０は、端末のＩＰアドレス（送信元ＩＰ）が拡張ルーティングテーブル２５０に登録されているか否かを判定する（ステップＳ１０５）。具体的には、ＳＩＰプロトコル制御部２４０は、ステップＳ１０１で抽出した端末のＩＰアドレス（送信元ＩＰ）が、拡張ルーティングテーブル５５０の端末ＩＰアドレス５５１に含まれるか否かを判定する。含まれる場合には、ＳＩＰプロトコル制御部２４０は、端末のＩＰアドレス（送信元ＩＰ）が拡張ルーティングテーブル２５０に登録されていると判定し、制御を後述するステップＳ１０９に進める。
【００８１】
端末のＩＰアドレス（送信元ＩＰ）が拡張ルーティングテーブル２５０に登録されていない場合（ステップＳ１０５にて「Ｎｏ」の場合）には、ＳＩＰプロトコル制御部２４０は、端末のＩＰアドレス（送信元ＩＰ）と、自ゲートウェイのＩＰアドレスと、自ゲートウェイのＭＡＣアドレスと、を含む登録要求を、統合ゲートウェイへ送信する（ステップＳ１０６）。具体的には、ＳＩＰプロトコル制御部２４０は、ステップＳ１０１で抽出した端末のＩＰアドレス（送信元ＩＰ）と、自ゲートウェイのＩＰアドレスと、自ゲートウェイのＭＡＣアドレスと、を含む登録要求として、ＳＩＰプロトコルのＲＥＧＩＳＴＥＲメッセージを構成し、当該ＲＥＧＩＳＴＥＲメッセージを統合ゲートウェイ１１０へ送信する。なお、ＩＰアドレス（送信元ＩＰ）と、自ゲートウェイのＩＰアドレスとは、それぞれ、ＲＥＧＩＳＴＥＲメッセージのヘッダーフィールド６２０のＦｒｏｍヘッダー６２１の表示名（ｄｉｓｐｌａｙ−ｎａｍｅ）と、使用者名（ｕｓｅｒｎａｍｅ）として盛り込まれる。また、自ゲートウェイのＭＡＣアドレスは、当該ＲＥＧＩＳＴＥＲメッセージを送信するＴＣＰ／ＩＰパケットのヘッダーに盛り込まれる。
【００８２】
そして、ＳＩＰプロトコル制御部２４０は、端末のＩＰアドレス（送信元ＩＰ）と、自ゲートウェイのＩＰアドレス（自ＩＰ）と、を含む登録応答を、統合ゲートウェイから受信する（ステップＳ１０７）。具体的には、ＳＩＰプロトコル制御部２４０は、ステップＳ１０６にて統合ゲートウェイへ送信したＲＥＧＩＳＴＥＲメッセージへの応答として、２００ＯＫの登録完了メッセージを受け取る。なお、当該２００ＯＫメッセージには、ヘッダーフィールド６２０のＦｒｏｍヘッダー６２１の表示名（ｄｉｓｐｌａｙ−ｎａｍｅ）と、使用者名（ｕｓｅｒｎａｍｅ）のそれぞれに、端末ＩＰアドレス（送信元ＩＰ）と、自ゲートウェイのＩＰアドレス（自ＩＰ）とが含まれている。また、統合ゲートウェイのＭＡＣアドレスは、当該２００ＯＫメッセージを送信するＴＣＰ／ＩＰパケットのヘッダーに盛り込まれている。
【００８３】
そして、ＳＩＰプロトコル制御部２４０は、端末のＩＰアドレス（送信元ＩＰ）と、統合ゲートウェイのＩＰアドレスと、統合ゲートウェイのＭＡＣアドレスとを、拡張ルーティングテーブル２５０へ登録する（ステップＳ１０８）。具体的には、ＳＩＰプロトコル制御部２４０は、ステップＳ１０７で受信した２００ＯＫメッセージから取得した端末のＩＰアドレス（送信元ＩＰ）と、図示しないルーティングテーブルに予め登録されている統合ゲートウェイのＩＰアドレスと、統合ゲートウェイのＭＡＣアドレスとを対応付けて、拡張ルーティングテーブル５５０へ登録する。そして、ＳＩＰプロトコル制御部２４０は、図示しない計時部に依頼して、当該端末のＩＰアドレスに対応付けて時刻を保持する。当該時刻から所定の時間が経過した場合には、ＳＩＰプロトコル制御部２４０は、当該端末のアクセス可能時間を過ぎたものと判定し、拡張ルーティングテーブル５５０から当該端末の登録を削除するとともに、統合ゲートウェイ１１０に対して当該端末の登録を削除するようＳＩＰのＲＥＧＩＳＴＥＲメッセージ（Ｅｘｐｉｒｅｓヘッダーの値が「０」となるＲＥＧＩＳＴＥＲメッセージ）を作成し、送信する。
【００８４】
次に、拡張ルーティング制御部２３０は、送信先ＩＰアドレスに、受信したメッセージを転送する（ステップＳ１０９）。具体的には、拡張ルーティング制御部２３０は、受信情報処理を開始するきっかけとなった受信メッセージを、その送信先ＩＰアドレスを有する装置に対して送信する。なお、受信したメッセージがＳＩＰプロトコルにおけるメッセージである場合には、拡張ルーティング制御部２３０は、ＳＩＰプロトコル制御部２４０を介して、メッセージ送信を行う。
【００８５】
以上が、位置ゲートウェイにおける受信情報処理のフローである。当該受信情報処理を行うことで、位置ゲートウェイは、未登録の端末からアクセス要求情報を受け取った場合には、統合ゲートウェイに対して拡張ルーティングテーブルへの登録を要求するＲＥＧＩＳＴＥＲメッセージを送信するとともに、自身の拡張ルーティングテーブルへの登録も行うことができる。また、拡張ルーティングテーブルへ登録済みの端末からアクセス要求を受け取った場合、アクセス要求を当該要求先へ転送する。また、ＳＩＰメッセージのＦｒｏｍヘッダーの所定位置に含まれる端末ＩＰアドレスおよびゲートウェイＩＰアドレスについて、自ゲートウェイＩＰアドレスではない他のＩＰアドレスがゲートウェイＩＰアドレスである場合には、位置ゲートウェイは、当該メッセージの端末ＩＰアドレスに相当するエントリを、拡張ルーティングテーブルから削除する。これは、既にＲＥＧＩＴＥＲメッセージにより登録されている端末が、異なる位置ゲートウェイを介して統合ゲートウェイにＲＥＧＩＳＴＥＲメッセージを送信した場合に、統合ゲートウェイから既に登録されている位置ゲートウェイに対して送信される登録応答メッセージであると判断することが可能であるためである。
【００８６】
すなわち、位置ゲートウェイにおける受信情報処理によれば、適切にメッセージの転送を行うだけでなく、拡張ルーティングテーブルへの端末の追加／削除を行うことができる。
【００８７】
次に、動作例として、図１４および図１５を用いて、ＩＰアドレス「１９２．１６８．１００．２」を有する端末１４０から、部署ＡのＶｏＩＰゲートウェイ１２０および統合ゲートウェイ１１０を経由して部署Ａ用サーバ１５０へ初めてアクセスした時の処理シーケンスを説明する。
【００８８】
まず、端末１４０から、ＴＣＰ／ＩＰ等のＳＹＮパケット等、アクセス要求が部署ＡのＶｏＩＰゲートウェイ１２０へ送信される（ステップＦ００１）。当該アクセス要求の情報には、送信元端末ＩＰアドレスと、送信先のサーバのＩＰアドレスとが含まれる。
【００８９】
部署ＡのＶｏＩＰゲートウェイ１２０は、部署ＡのＶｏＩＰゲートウェイ１２０内のＬＡＮＩＰ網Ｉ／Ｆ２２０を介して拡張ルーティング制御部２３０がアクセス要求メッセージを受信する。拡張ルーティング制御部２３０は、アクセス要求メッセージ内の送信元端末ＩＰアドレス（１９２．１６８．１００．２）が拡張ルーティングテーブル５５０に設定されているか否かを判定し、設定されていない場合には、統合ゲートウェイ１１０に登録することが必要と判定し、ＳＩＰプロトコル制御部２４０に端末の登録を行うよう処理を要求する。端末登録の要求を受信したＳＩＰプロトコル制御部２４０は、ＳＩＰのＲＥＧＩＳＴＥＲメッセージのＦｒｏｍヘッダー内のｄｉｓｐｌａｙ−ｎａｍｅに端末のＩＰアドレスを設定し、ｕｓｅｒｎａｍｅに自ＶｏＩＰゲートウェイ（位置ゲートウェイ）のＷＡＮ側ＩＰアドレスを設定し、端末の登録である旨の独自メッセージを作成し、ＷＡＮＩＰ網Ｉ／Ｆ２８０を介して統合ゲートウェイ１１０へ登録要求メッセージを送信する（ステップＦ００２）。
【００９０】
統合ゲートウェイ１１０は、統合ゲートウェイ１１０内のＬＡＮＩＰ網Ｉ／Ｆ２２０を介して拡張ルーティング制御部２３０が、登録要求メッセージを受信する。拡張ルーティング制御部２３０は、当該登録要求メッセージがＳＩＰのＲＥＧＩＳＴＥＲメッセージであることを判定すると、ＳＩＰプロトコル制御部２４０にメッセージを受け渡す。ＲＥＧＩＳＴＥＲメッセージを受信したＳＩＰプロトコル制御部２４０は、メッセージの解析を行い、Ｆｒｏｍヘッダー内のｄｉｓｐｌａｙ−ｎａｍｅにＩＰアドレスが設定されていることから、端末の登録である旨の拡張パラメータが有ると判断する。ＳＩＰプロトコル制御部２４０は、メッセージから、送信元端末のＩＰアドレス、送信元ＶｏＩＰゲートウェイＩＰアドレス、送信元ＶｏＩＰゲートウェイＭＡＣアドレスを抽出する。そして、ＳＩＰプロトコル制御部２４０は、端末のＩＰアドレスが拡張ルーティングテーブル５００に設定されているか否かを判定する。ＳＩＰプロトコル制御部２４０は、端末のＩＰアドレスが設定されていない場合は、拡張ルーティングテーブル５００に端末ＩＰアドレスと、位置ゲートウェイのＩＰアドレスと、位置ゲートウェイのＭＡＣアドレスと、を追加する（ステップＦ００３）。
【００９１】
そして、ＳＩＰプロトコル制御部２４０は、ＳＩＰの２００ＯＫメッセージのＦｒｏｍヘッダー内に、受信したＲＥＧＩＳＴＥＲのＦｒｏｍヘッダーと同様の値を設定し、部署ＡのＶｏＩＰゲートウェイ１２０へ登録応答メッセージ（２００ＯＫメッセージ）を送信する（ステップＦ００４）。
【００９２】
部署ＡのＶｏＩＰゲートウェイ１２０は、部署ＡのＶｏＩＰゲートウェイ１２０内のＷＡＮＩＰ網Ｉ／Ｆ２８０を介してＳＩＰプロトコル制御部２４０が統合ゲートウェイ１１０より送信された登録応答メッセージ（２００ＯＫメッセージ）を受信する。ＳＩＰプロトコル制御部２４０は、登録応答メッセージの解析を行い、Ｆｒｏｍヘッダー内に、Ｆ００２にて送信したＲＥＧＩＳＴＥＲメッセージのＦｒｏｍヘッダーと同様の値が設定されていることを確認すると、端末の登録要求の応答であると判定する。ＳＩＰプロトコル制御部２４０は、拡張ルーティングテーブル５５０に端末ＩＰアドレスと、統合ゲートウェイＩＰアドレスと、統合ゲートウェイＭＡＣアドレスとの登録を行う（ステップＦ００５）。また、ＳＩＰプロトコル制御部２４０は、所定のアクセス可能時間が経過した端末からのアクセスを拒否するために、拡張ルーティングテーブル５５０から当該端末を削除するための時刻を取得し、拡張ルーティング制御部２３０へ端末の登録応答を通知する。
【００９３】
端末の登録応答を受信した拡張ルーティング制御部２３０は、ステップＦ００１にて端末から受け取ったアクセス要求を、ＷＡＮＩＰ網Ｉ／Ｆ２８０を介して統合ゲートウェイ１１０へ送信する（ステップＦ００６）。なお、当該アクセス要求には、受信した際と同様に、送信元端末のＩＰアドレスと、送信先サーバのＩＰアドレスと、が含まれている。
【００９４】
統合ゲートウェイ１１０では、統合ゲートウェイ１１０内のＬＡＮＩＰ網Ｉ／Ｆ２２０を介して拡張ルーティング制御部２３０が部署ＡのＶｏＩＰゲートウェイ１２０から送信されたアクセス要求を受信する。拡張ルーティング制御部２３０は、アクセス要求メッセージ内に含まれる送信元ＩＰアドレスと、送信先ＩＰアドレスと、送信元ＭＡＣアドレスと、を抽出する。
【００９５】
拡張ルーティング制御部２３０は、送信先ＩＰアドレスと、構成情報テーブル群２６０のサーバテーブル３５０に登録された情報とを付き合わせて、部署Ａ用サーバ１５０が送信先であること、およびサーバテーブル番号Ａを特定する。拡張ルーティング制御部２３０は、さらに、送信元ＩＰアドレス（端末のＩＰアドレス）が拡張ルーティングテーブル５００に登録されている場合、構成情報テーブル群２６０の位置テーブル３００から送信元ＭＡＣアドレスが一致するエントリを特定し、位置ゲートウェイ番号（位置ゲートウェイ番号「１」）を取得する。
【００９６】
さらに、拡張ルーティング制御部２３０は、構成情報テーブル群２６０のサーバテーブル３５０を参照して、サーバテーブル番号Ａへのアクセスは、アクセスする端末と、アクセスする位置との組合せが制限されることを特定する。そのため、拡張ルーティング制御部２３０は、端末のＩＰアドレスを構成情報テーブル群２６０のアクセス許可テーブル４００を検索し、その結果、端末（ＩＰアドレス「１９２．１６８．１００．２」の端末）のサーバテーブル番号Ａ（部署Ａ用サーバ１５０）へのアクセスは、位置ゲートウェイ番号１（部署ＡのＶｏＩＰゲートウェイ１２０）からのアクセスが可能と判断できる。そのため、拡張ルーティング制御部２３０は、ＬＡＮＩＰ網Ｉ／Ｆ２２１を介して部署Ａ用サーバ１５０へアクセス要求を送信する（Ｆ００７）。
【００９７】
アクセス要求を受信した部署Ａ用サーバ１５０は、サーバ自体ではアクセス要求を規制していないのでアクセスの結果となるアクセス応答を統合ゲートウェイ１１０へ送信する（ステップＦ００８）。なお、アクセス応答には、送信元サーバＩＰアドレスと、送信先端末ＩＰアドレスとが含まれる。
【００９８】
統合ゲートウェイ１１０の拡張ルーティング制御部２３０は、アクセス応答を受け付けると、送信元ＩＰアドレスと、送信先ＩＰアドレスと、送信元ＭＡＣアドレスとを抽出し、送信先ＩＰアドレスがサーバのＩＰアドレスでないために、通常のルーティング処理によりアクセス応答を部署ＡのＶｏＩＰゲートウェイ１２０へ転送する（ステップＦ００９）。
【００９９】
部署ＡのＶｏＩＰゲートウェイ１２０の拡張ルーティング制御部２３０は、アクセス応答を受け付けると、ＳＩＰメッセージとは異なるフォーマットであるためにＦｒｏｍヘッダーから端末ＩＰアドレス等を取得できないが、送信元のＩＰアドレスと送信先のＩＰアドレスが特定されるために、通常のルーティング制御を行い、送信先ＩＰアドレスである端末１４０へアクセス応答を転送する（ステップＦ０１０）。これにより、端末１４０と部署Ａ用サーバ１５０間での通信が成立する。
【０１００】
次に、図１６を用いて、ＩＰアドレス「１９２．１６８．１００．２」を有する端末１４０から、部署ＡのＶｏＩＰゲートウェイ１２０および統合ゲートウェイ１１０を経由して企業共有サーバ１５３へ初めてアクセスした時の処理シーケンスを説明する。なお、ステップＦ００１〜Ｆ００５については、図１４に示すシーケンスと同様であるため、説明を省略する。
【０１０１】
企業共有サーバ１５３は、位置ゲートウェイ１、２、３すなわち部署ＡのＶｏＩＰゲートウェイ１２０、部署ＢのＶｏＩＰゲートウェイ１２１、部署ＣのＶｏＩＰゲートウェイ１２２からのアクセスであれば端末を問わずにアクセス可能なサーバである。サーバテーブル３５０に、端末を限定しない位置ゲートウェイ番号３５４に、位置１、位置２、位置３として登録があることにより、当該アクセスの許可が実現する。すなわち、統合ゲートウェイ１１０の受信情報処理のステップＳ００６において送信元ＭＡＣアドレスは端末を限定しない位置ゲートウェイであるとの判定が成されるため、ステップＳ００７のアクセス許可テーブル４００の照合をせずに、メッセージ転送がなされる。
【０１０２】
そのため、統合ゲートウェイ１１０は、ステップＦ００６にてアクセス要求を部署ＡのＶｏＩＰゲートウェイ１２０から転送されると、端末のＩＰアドレスの参照を行わずに、企業共有サーバ１５３へアクセス要求を送信する（ステップＦ００７）。
【０１０３】
また、その後のアクセス応答についても、統合ゲートウェイ１１０は部署ＡのＶｏＩＰゲートウェイ１２０へ転送し、部署ＡのＶｏＩＰゲートウェイ１２０は端末１４０へ転送することで、端末１４０と企業共有サーバ１５３間での通信が成立する（ステップＦ００８〜ステップＦ０１０）。
【０１０４】
次に、図１７を用いて、ＩＰアドレス「１９２．１６８．１００．２」を有する端末１４０から、部署ＣのＶｏＩＰゲートウェイ１２２および統合ゲートウェイ１１０を経由して部署Ａ用サーバ１５０へ初めてアクセスした時の処理シーケンスを説明する。なお、ステップＦ００１〜Ｆ００５については、図１４に示すシーケンスと同様であるため、説明を省略する。
【０１０５】
部署Ａ用サーバ１５０は、アクセス許可テーブル４００に示すように、ＩＰアドレス「１９２．１６８．１００．２」を有する端末１４０からは、位置ゲートウェイ１すなわち部署ＡのＶｏＩＰゲートウェイ１２０からのアクセスであればアクセス可能なサーバである。すなわち、統合ゲートウェイ１１０の受信情報処理のステップＳ００７において、送信元ＭＡＣアドレスで特定される位置ゲートウェイ番号が、本シーケンスでは部署ＣのＶｏＩＰゲートウェイ１２２を示す「３」であるため、アクセス許可位置番号４０３に含まれているという条件を満たさないため、送信元ＩＰアドレスは送信先ＩＰアドレスのサーバへアクセス有効でないとの判定が成され、アクセス要求は統合ゲートウェイ１１０により廃棄される（ステップＦ００７´）。そのため、端末１４０と部署Ａ用サーバ１５０間での通信は成立しない。
【０１０６】
次に、図１８を用いて、ＩＰアドレス「１９２．１６８．１００．２」を有する端末１４０から、部署ＡのＶｏＩＰゲートウェイ１２０および統合ゲートウェイ１１０を経由して部署Ａ用サーバ１５０へアクセスした後、所定の期間が経過してアクセスを制限すべき状態になった場合の閉塞処理を示すシーケンスを説明する。なお、当該処理のフローは、ステップＳ１０８において説明している。
【０１０７】
部署ＡのＶｏＩＰゲートウェイ１２０では、タイマにより記録を保持した時刻から所定の時間が過ぎると、タイムアウトが発生する（ステップＦ１０１）。
【０１０８】
そして、部署ＡのＶｏＩＰゲートウェイ１２０は、統合ゲートウェイ１１０に対して、登録解除要求を送信する（ステップＦ１０２）。具体的には、位置ゲートウェイのＩＰアドレスと、登録解除の対象となっている端末のＩＰアドレスとを含むＲＥＧＩＳＴＥＲメッセージの、Ｅｘｐｉｒｅｓヘッダーに「０」の値が埋め込まれたメッセージが、統合ゲートウェイ１１０へ送信される。なお、詳細には、ＲＥＧＩＳＴＥＲのｆｒｏｍヘッダー内のｄｉｓｐｌａｙ−ｎａｍｅに端末のＩＰアドレスが含まれ、ｕｓｅｒｎａｍｅに位置ゲートウェイのＷＡＮ側ＩＰアドレスが含まれる。
【０１０９】
そして、統合ゲートウェイ１１０は、拡張ルーティングテーブル５００から、該当する端末のＩＰアドレスおよび位置ゲートウェイのＩＰアドレスの組み合わせであるレコードを削除する（ステップＦ１０３）。
【０１１０】
そして、統合ゲートウェイ１１０は、登録解除応答（ＲＥＧＩＳＴＥＲメッセージへの正常応答となるＳＩＰの２００ＯＫメッセージ）を部署ＡのＶｏＩＰゲートウェイ１２０へ送信する（ステップＦ１０４）。なお、統合ゲートウェイ１１０のＳＩＰプロトコル制御部２４０により、２００ＯＫメッセージのＦｒｏｍヘッダーには、受信したＲＥＧＩＳＴＥＲのＦｒｏｍヘッダーと同様の値が設定される。
【０１１１】
部署ＡのＶｏＩＰゲートウェイ１２０は、登録解除応答を受信すると、拡張ルーティングテーブル５５０から、該当する端末のＩＰアドレスおよび位置ゲートウェイのＩＰアドレスの組み合わせであるレコードを削除する（ステップＦ１０５）。具体的には、ＳＩＰプロトコル制御部２４０は、登録解除応答のメッセージの解析を行い、Ｆｒｏｍヘッダー内に、送信したＲＥＧＩＳＴＥＲのＦｒｏｍヘッダーと同様の値が設定されていることを特定して端末の登録解除要求の応答であることを判断し、対応する拡張ルーティングテーブル５５０の端末ＩＰアドレスと、統合ゲートウェイＩＰアドレスと、統合ゲートウェイＭＡＣアドレスと、の組合せの登録を削除する。
【０１１２】
以上が、タイムアウト発生時の閉塞処理のシーケンスである。当該シーケンス実施後は、位置ゲートウェイおよび統合ゲートウェイ１１０のいずれの拡張ルーティングテーブル２５０からも、タイムアウトする対象の端末と位置ゲートウェイの組合せが登録削除されるため、以降あらたに端末からサーバへアクセスを行わない限り、当該端末から当該サーバへの当該位置ゲートウェイを介したデータは廃棄され、ルーティングが行われないこととなる。
【０１１３】
図１９は、拡張ルーティングテーブルの解除がなされないまま、端末１４０が場所を移動し、部署ＢのＶｏＩＰゲートウェイ１２１を介する端末１４１としてサーバへアクセスを開始した場合についての、拡張ルーティングテーブルの更新及び解除のシーケンス例である。
【０１１４】
まず、ＩＰアドレス「１９２．１６８．１００．２」を有する端末１４１が、部署Ａ内にてサーバへアクセスした後に、場所を移動し、部署Ｂ内の端末１４１の位置において、部署Ａ用サーバ１５０にアクセスを開始しようとするアクセス要求が端末１４１から部署ＢのＶｏＩＰゲートウェイ１２１に送信される（ステップＦ２０１）。なお、この状態においては、部署ＡのＶｏＩＰゲートウェイ１２０においては、当該端末と部署ＡのＶｏＩＰゲートウェイ１２０との組合せが、拡張ルーティングテーブルから登録されている状態であって、統合ゲートウェイ１１０においても、ＩＰアドレス「１９２．１６８．１００．２」を有する端末と部署ＡのＶｏＩＰゲートウェイ１２０との組合せが、拡張ルーティングテーブル２５０に登録されている状態である。
【０１１５】
アクセス要求を受信した部署ＢのＶｏＩＰゲートウェイ１２１は、当該端末と自位置ゲートウェイの組合せは拡張ルーティングテーブル５５０に未登録であるため、統合ゲートウェイ１１０への登録要求となるＲＥＧＩＳＴＥＲメッセージを作成し、送信する。具体的には、部署ＢのＶｏＩＰゲートウェイ１２１は、ＳＩＰのＲＥＧＩＳＴＥＲメッセージのＦｒｏｍヘッダー内のｄｉｓｐｌａｙ−ｎａｍｅに端末のＩＰアドレスを設定し、ｕｓｅｒｎａｍｅに自ＶｏＩＰゲートウェイ（位置ゲートウェイ）のＷＡＮ側ＩＰアドレスを設定し、端末の登録である旨の独自メッセージを作成し、ＷＡＮＩＰ網Ｉ／Ｆ２８０を介して統合ゲートウェイ１１０へ登録要求メッセージを送信する（ステップＦ２０２）。
【０１１６】
統合ゲートウェイ１１０は、統合ゲートウェイ１１０内のＬＡＮＩＰ網Ｉ／Ｆ２２０を介して拡張ルーティング制御部２３０が、登録要求メッセージを受信する。拡張ルーティング制御部２３０は、当該登録要求メッセージがＳＩＰのＲＥＧＩＳＴＥＲメッセージであることを判定すると、ＳＩＰプロトコル制御部２４０にメッセージを受け渡す。ＲＥＧＩＳＴＥＲメッセージを受信したＳＩＰプロトコル制御部２４０は、メッセージの解析を行い、Ｆｒｏｍヘッダー内のｄｉｓｐｌａｙ−ｎａｍｅにＩＰアドレスが設定されていることから、端末の登録である旨の拡張パラメータが有ると判断する。ＳＩＰプロトコル制御部２４０は、メッセージから、送信元端末のＩＰアドレス、送信元ＶｏＩＰゲートウェイＩＰアドレス、送信元ＶｏＩＰゲートウェイＭＡＣアドレスを抽出する。
【０１１７】
そして、ＳＩＰプロトコル制御部２４０は、端末のＩＰアドレスが拡張ルーティングテーブル５００に登録されているか否かを判定する。ＳＩＰプロトコル制御部２４０は、端末のＩＰアドレスが異なる位置ゲートウェイのＩＰアドレスとの組合せで登録されているため、ＳＩＰの２００ＯＫメッセージのＦｒｏｍヘッダー内に、受信したＲＥＧＩＳＴＥＲのＦｒｏｍヘッダーと同様の値を設定し、既に登録された位置ゲートウェイである部署ＡのＶｏＩＰゲートウェイ１２０へ登録応答メッセージ（２００ＯＫメッセージ）を送信する（ステップＦ２０３）。
【０１１８】
そして、部署ＡのＶｏＩＰゲートウェイ１２０は、受信したＳＩＰの２００ＯＫメッセージのＦｒｏｍヘッダー内から、自ゲートウェイのＩＰアドレスとは異なるゲートウェイのＩＰアドレスを取得するため、拡張ルーティングテーブル５５０から、該当する端末のエントリを削除する（ステップＦ２０４）。
【０１１９】
また、統合ゲートウェイ１１０は、拡張ルーティングテーブル５００に既に登録してある当該端末のＩＰアドレスと、部署ＡのＶｏＩＰゲートウェイ１２０の位置ゲートウェイのＩＰアドレスと、位置ゲートウェイのＭＡＣアドレスと、についての登録を削除するととともに、登録要求を受け付けた端末のＩＰアドレスと、部署ＢのＶｏＩＰゲートウェイ１２１のＩＰアドレスである位置ゲートウェイＩＰアドレスと、部署ＢのＶｏＩＰゲートウェイ１２１のＭＡＣアドレスである位置ゲートウェイＭＡＣアドレスと、を対応付けて拡張ルーティングテーブル５００に登録する（ステップＦ２０５）。
【０１２０】
そして、統合ゲートウェイ１１０は、ＳＩＰの２００ＯＫメッセージのＦｒｏｍヘッダー内に、受信したＲＥＧＩＳＴＥＲのＦｒｏｍヘッダーと同様の値を設定し、部署ＢのＶｏＩＰゲートウェイ１２１へ登録応答メッセージ（２００ＯＫメッセージ）を送信する（ステップＦ２０６）。
【０１２１】
登録応答メッセージを受信した部署ＢのＶｏＩＰゲートウェイ１２１は、部署ＢのＶｏＩＰゲートウェイ１２１内の拡張ルーティングテーブル５５０へ、端末ＩＰアドレスと、統合ゲートウェイＩＰアドレスと、統合ゲートウェイＭＡＣアドレスとの登録を行う（ステップＦ２０７）。
【０１２２】
以上が、端末のアクセスする位置ゲートウェイが変更された場合のシーケンスである。当該シーケンスにより、部署ＡのＶｏＩＰゲートウェイ１２０が、すでに移動した端末１４０からサーバへのルーティングの登録を抹消させることが可能となる。
【０１２３】
以上、本発明に係るネットワークシステム１の実施形態を説明した。当該実施形態においては、部署毎にＶｏＩＰゲートウェイを配置し、それを集約する親としてのＶｏＩＰゲートウェイからなるネットワーク構成を適用したが、これに限られない。すなわち、各部署に該当する機器は、各部屋に設置したルータやアクセスポイントであって、それを集約する統合ゲートウェイ1台からなるネットワーク構成であっても良い。その場合には、ＶｏＩＰゲートウェイの物理ＬＡＮポート毎に各部署に、設置するルータやアクセスポイントを接続し、ＶｏＩＰゲートウェイで端末のＩＰアドレスと物理ポートを対応付けて各部署の位置について判定を行うようにすればよい。
【０１２４】
また、上記実施形態において、統合ゲートウェイと位置ゲートウェイは異なる動作を行うものであるが、これに限られず、両方の動作を実現するものであってもよいし、選択的にいずれかの動作を実施しうるものであってもよい。
【０１２５】
また、上記実施形態においては、統合ゲートウェイおよび位置ゲートウェイは一連の動作を実施する単体の装置であるものとしているが、これに限られず、それぞれ複数の処理装置により多重化されて負荷分散が図られるようにしても良い。または、単体の処理装置で統合ゲートウェイと位置ゲートウェイ、あるいは複数の位置ゲートウェイを兼ねるものであってもよい。
【０１２６】
また、上記した実施形態の変形は、単独で適用されてもよいし、部分的に組み合わされて適用されるようにしてもよい。
【０１２７】
以上、本発明について、実施形態を中心に説明した。本発明に係る実施形態によると、企業等のネットワークにおいて、ほぼ同じ位置にアクセスを許可すべき端末とアクセスを拒否すべき端末が存在する場合であっても、個別の端末のアクセス制限をより簡便に実現することができる。また、端末の属性に応じてアクセス制御を行う方法では、当該端末はアクセス可能な属性を有するものであっても、使用状況、例えば、企業内ではあるが、部外者が出入りする場所における使用時には、部外者に開示してはならない情報を含むデータベースへのアクセスは、情報漏洩の危険性を伴うために制限されるべきであり、本発明においては、このような場合にも、適切なアクセス制限を実現することができる。
【符号の説明】
【０１２８】
１・・・ネットワークシステム、１００・・・ＮＧＮ網、１１０・・・統合ゲートウェイ、１１１・・・演算装置、１１２・・・主記憶装置、１１３、１１４・・・ＬＡＮ通信装置、１１５・・・ＷＡＮ通信装置、１１６・・・バス、１２０〜１２３・・・位置ゲートウェイ、１３０〜１３３・・・電話端末、１４０〜１４３・・・端末、１５０・・・部署Ａ用サーバ、１５１・・・部署Ａ、Ｂ共有サーバ、１５２・・・部署Ｂ、Ｃ共有サーバ、１５３・・・企業共有サーバ、２３０・・・拡張ルーティング制御部、２４０・・・ＳＩＰプロトコル制御部、２５０・・・拡張ルーティングテーブル
【特許請求の範囲】
【請求項１】
位置を固定されたアクセスポイントを介した端末からのサーバアクセスを制御するゲートウェイであって、
前記端末を識別する情報と、前記アクセスポイントを識別する情報と、の組合せに応じて、アクセス可能なサーバを識別する情報を予め対応付けて格納する記憶部と、
前記端末からのアクセスごとに、当該端末を識別する情報と、経由している前記アクセスポイントを識別する情報と、アクセス先のサーバを識別する情報と、を取得するアクセス情報取得部と、
前記アクセス情報取得部により取得した前記端末を識別する情報と、前記アクセスポイントを識別する情報と、前記サーバを識別する情報と、の組合せが前記記憶部に格納されていれば、当該アクセスを許可するアクセス許可部と、
を備えることを特徴とするゲートウェイ。
【請求項２】
請求項１に記載のゲートウェイであって、
さらに、前記記憶部には、
前記サーバごとに、端末を限定せずにアクセスを許可するアクセスポイントを識別する情報が対応付けられて無制限アクセス許可情報として予め格納されており、
前記アクセス許可部は、
前記アクセスごとに、アクセス情報取得部により取得したアクセス先のサーバを識別する情報と、アクセスポイントを識別する情報と、の組み合わせが前記無制限アクセス許可情報に含まれる場合には、当該アクセスを許可する、
ことを特徴とするゲートウェイ。
【請求項３】
請求項１または２に記載のゲートウェイであって、
さらに、
前記端末を識別するアドレスと、前記アクセスポイントを識別するアドレスの登録要求を、前記アクセスポイントから受け付けると、ルーティング情報として前記記憶部に格納する登録管理部を備え、
前記アクセス許可部は、さらに、
前記アクセスごとに、前記端末を識別するアドレスと、前記アクセスポイントを識別するアドレスとが、前記ルーティング情報として前記記憶部に格納されていない限り、当該アクセスを許可しない、
ことを特徴とするゲートウェイ。
【請求項４】
請求項３に記載のゲートウェイであって、
前記登録管理部は、前記アクセスポイントから前記登録要求の解除要求を受け付けると、前記記憶部から前記ルーティング情報を削除する、
ことを特徴とするゲートウェイ。
【請求項５】
請求項３または４に記載のゲートウェイであって、
前記登録管理部は、
前記ルーティング情報として格納された端末のアドレスについて、登録されたアクセスポイントのアドレスとは異なるアドレスを有する第二のアクセスポイントから前記登録要求を受け付けた場合には、当該端末についての登録済みのルーティング情報を削除するとともに、当該端末を識別するアドレスと、前記第二のアクセスポイントを識別するアドレスとをルーティング情報として前記記憶部に格納する、
ことを特徴とするゲートウェイ。
【請求項６】
請求項３〜５のいずれか一項に記載のゲートウェイであって、
さらに、ＳＩＰによる通信を処理するＳＩＰ制御部を備え、
前記登録要求は、ＳＩＰのＲＥＧＩＳＴＥＲメッセージにより実施される、
ことを特徴とするゲートウェイ。
【請求項７】
請求項６に記載のゲートウェイであって、
前記登録要求には、前記ＲＥＧＩＳＴＥＲメッセージのＦｒｏｍヘッダーのdisplay-name位置に前記端末を識別するアドレスが格納されており、username位置に前記アクセスポイントを識別するアドレスが格納されている、
ことを特徴とするゲートウェイ。
【請求項８】
位置を固定されたアクセスポイントを介した端末からのサーバアクセスを制御するゲートウェイのアクセス制御方法であって、
前記ゲートウェイは、
前記端末を識別する情報と、前記アクセスポイントを識別する情報と、の組合せに応じて、アクセス可能なサーバを識別する情報を予め対応付けて格納する記憶部と、制御部と、を備え、
前記制御部は、
前記端末からのアクセスごとに、当該端末を識別する情報と、経由している前記アクセスポイントを識別する情報と、アクセス先のサーバを識別する情報と、を取得するアクセス情報取得ステップと、
前記アクセス情報取得ステップにより取得した前記端末を識別する情報と、前記アクセスポイントを識別する情報と、前記サーバを識別する情報と、の組合せが前記記憶部に格納されていれば、当該アクセスを許可するアクセス許可ステップと、
を実施することを特徴とするアクセス制御方法。
【請求項１】
位置を固定されたアクセスポイントを介した端末からのサーバアクセスを制御するゲートウェイであって、
前記端末を識別する情報と、前記アクセスポイントを識別する情報と、の組合せに応じて、アクセス可能なサーバを識別する情報を予め対応付けて格納する記憶部と、
前記端末からのアクセスごとに、当該端末を識別する情報と、経由している前記アクセスポイントを識別する情報と、アクセス先のサーバを識別する情報と、を取得するアクセス情報取得部と、
前記アクセス情報取得部により取得した前記端末を識別する情報と、前記アクセスポイントを識別する情報と、前記サーバを識別する情報と、の組合せが前記記憶部に格納されていれば、当該アクセスを許可するアクセス許可部と、
を備えることを特徴とするゲートウェイ。
【請求項２】
請求項１に記載のゲートウェイであって、
さらに、前記記憶部には、
前記サーバごとに、端末を限定せずにアクセスを許可するアクセスポイントを識別する情報が対応付けられて無制限アクセス許可情報として予め格納されており、
前記アクセス許可部は、
前記アクセスごとに、アクセス情報取得部により取得したアクセス先のサーバを識別する情報と、アクセスポイントを識別する情報と、の組み合わせが前記無制限アクセス許可情報に含まれる場合には、当該アクセスを許可する、
ことを特徴とするゲートウェイ。
【請求項３】
請求項１または２に記載のゲートウェイであって、
さらに、
前記端末を識別するアドレスと、前記アクセスポイントを識別するアドレスの登録要求を、前記アクセスポイントから受け付けると、ルーティング情報として前記記憶部に格納する登録管理部を備え、
前記アクセス許可部は、さらに、
前記アクセスごとに、前記端末を識別するアドレスと、前記アクセスポイントを識別するアドレスとが、前記ルーティング情報として前記記憶部に格納されていない限り、当該アクセスを許可しない、
ことを特徴とするゲートウェイ。
【請求項４】
請求項３に記載のゲートウェイであって、
前記登録管理部は、前記アクセスポイントから前記登録要求の解除要求を受け付けると、前記記憶部から前記ルーティング情報を削除する、
ことを特徴とするゲートウェイ。
【請求項５】
請求項３または４に記載のゲートウェイであって、
前記登録管理部は、
前記ルーティング情報として格納された端末のアドレスについて、登録されたアクセスポイントのアドレスとは異なるアドレスを有する第二のアクセスポイントから前記登録要求を受け付けた場合には、当該端末についての登録済みのルーティング情報を削除するとともに、当該端末を識別するアドレスと、前記第二のアクセスポイントを識別するアドレスとをルーティング情報として前記記憶部に格納する、
ことを特徴とするゲートウェイ。
【請求項６】
請求項３〜５のいずれか一項に記載のゲートウェイであって、
さらに、ＳＩＰによる通信を処理するＳＩＰ制御部を備え、
前記登録要求は、ＳＩＰのＲＥＧＩＳＴＥＲメッセージにより実施される、
ことを特徴とするゲートウェイ。
【請求項７】
請求項６に記載のゲートウェイであって、
前記登録要求には、前記ＲＥＧＩＳＴＥＲメッセージのＦｒｏｍヘッダーのdisplay-name位置に前記端末を識別するアドレスが格納されており、username位置に前記アクセスポイントを識別するアドレスが格納されている、
ことを特徴とするゲートウェイ。
【請求項８】
位置を固定されたアクセスポイントを介した端末からのサーバアクセスを制御するゲートウェイのアクセス制御方法であって、
前記ゲートウェイは、
前記端末を識別する情報と、前記アクセスポイントを識別する情報と、の組合せに応じて、アクセス可能なサーバを識別する情報を予め対応付けて格納する記憶部と、制御部と、を備え、
前記制御部は、
前記端末からのアクセスごとに、当該端末を識別する情報と、経由している前記アクセスポイントを識別する情報と、アクセス先のサーバを識別する情報と、を取得するアクセス情報取得ステップと、
前記アクセス情報取得ステップにより取得した前記端末を識別する情報と、前記アクセスポイントを識別する情報と、前記サーバを識別する情報と、の組合せが前記記憶部に格納されていれば、当該アクセスを許可するアクセス許可ステップと、
を実施することを特徴とするアクセス制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【公開番号】特開２０１２−２４２９９０（Ｐ２０１２−２４２９９０Ａ）
【公開日】平成２４年１２月１０日（２０１２．１２．１０）
【国際特許分類】
【出願番号】特願２０１１−１１１１０６（Ｐ２０１１−１１１１０６）
【出願日】平成２３年５月１８日（２０１１．５．１８）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２４年１２月１０日（２０１２．１２．１０）
【国際特許分類】
【出願日】平成２３年５月１８日（２０１１．５．１８）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]