(57)【要約】【課題】ファイアウォール装置の動的な制御をセキュアに行うことを可能にする技術を提供する。【解決手段】端末装置からの制御命令に基づき通信可否設定を行うファイアウォール装置において、シグナリング情報を中継する機能を持つセッション管理装置との間で暗号化通信のための鍵情報を交換し、相互認証を行うことにより、前記セッション管理装置との間で暗号化通信チャネルを確立する暗号化通信チャネル確立手段と、前記端末装置から送信されたファイアウォール装置制御命令を、前記セッション管理装置から、前記暗号化通信チャネルを介して受信する受信手段と、前記ファイアウォール装置制御命令を許可するか否かを判定する判定手段と、前記ファイアウォール装置制御命令を許可する場合に、当該ファイアウォール装置制御命令に基づく通信可否設定を行う通信可否設定手段とを備える。【選択図】  図９
2006053799.tif 000002
【特許請求の範囲】
【請求項１】
端末装置からの制御命令に基づき通信可否設定を行うファイアウォール装置であって、
シグナリング情報を中継する機能を持つセッション管理装置との間で暗号化通信のための鍵情報を交換し、相互認証を行うことにより、前記セッション管理装置との間で暗号化通信チャネルを確立する暗号化通信チャネル確立手段と、
前記端末装置から送信されたファイアウォール装置制御命令を、前記セッション管理装置から、前記暗号化通信チャネルを介して受信する受信手段と、
前記ファイアウォール装置制御命令を許可するか否かを判定する判定手段と、
前記ファイアウォール装置制御命令を許可する場合に、当該ファイアウォール装置制御命令に基づく通信可否設定を行う通信可否設定手段と
を有することを特徴とするファイアウォール装置。
【請求項２】
端末装置からの制御命令に基づき通信可否設定を行うファイアウォール装置であって、
シグナリング情報を中継する機能を持つセッション管理装置との間で暗号化通信のための鍵情報を交換し、相互認証を行うことにより、前記セッション管理装置との間で第１の暗号化通信チャネルを確立する第１の暗号化通信チャネル確立手段と、
前記端末装置から送信された、暗号化通信のための鍵情報を含む接続要求メッセージを、前記第１の暗号化通信チャネルを介して受信し、暗号化通信のための鍵情報を含む応答メッセージを、前記第１の暗号化通信チャネルを介して前記端末装置に向けて送信することにより、前記ファイアウォール装置と前記端末装置間で第２の暗号化通信チャネルを確立する第２の暗号化通信チャネル確立手段と、
前記端末装置から送信されたファイアウォール装置制御命令を、前記第２の暗号化通信チャネルを介して受信する受信手段と、
前記ファイアウォール装置制御命令を許可するか否かを判定する判定手段と、
前記ファイアウォール装置制御命令を許可する場合に、当該ファイアウォール装置制御命令に基づく通信可否設定を行う通信可否設定手段と
を有することを特徴とするファイアウォール装置。
【請求項３】
前記ファイアウォール装置は、端末装置毎に、ファイアウォール装置制御命令を許可するか否かを示す情報を格納したデータベースを備え、
前記判定手段は、前記データベースを参照することにより、前記端末装置が送信したファイアウォール装置制御命令を許可するか否かを判定する請求項１又は２に記載のファイアウォール装置。
【請求項４】
ファイアウォール装置に通信可否設定を実行させるための制御命令を送信する端末装置であって、
シグナリング情報を中継する機能を持つセッション管理装置との間で暗号化通信のための鍵情報を交換し、相互認証を行うことにより、前記セッション管理装置との間で暗号化通信チャネルを確立する暗号化通信チャネル確立手段と、
前記端末装置の通信相手装置から送信された当該通信相手装置のネットワーク情報を、前記暗号化通信チャネルを介して受信する受信手段と、
前記ネットワーク情報に基づくファイアウォール装置制御命令を、前記暗号化通信チャネルを介して前記ファイアウォール装置に向けて送信する制御命令送信手段と
を有することを特徴とする端末装置。
【請求項５】
ファイアウォール装置に通信可否設定を実行させるための制御命令を送信する端末装置であって、
シグナリング情報を中継する機能を持つセッション管理装置との間で暗号化通信のための鍵情報を交換し、相互認証を行うことにより、前記セッション管理装置との間で第１の暗号化通信チャネルを確立する第１の暗号化通信チャネル確立手段と、
前記端末装置の通信相手装置から送信された当該通信相手装置のネットワーク情報を、前記第１の暗号化通信チャネルを介して受信する受信手段と、  
暗号化通信のための鍵情報を含む接続要求メッセージを、前記第１の暗号化通信チャネルを介して前記ファイアウォール装置に向けて送信し、暗号化通信のための鍵情報を含む応答メッセージを、前記第１の暗号化通信チャネルを介して前記ファイアウォール装置から受信することにより、前記ファイアウォール装置と前記端末装置間で第２の暗号化通信チャネルを確立する第２の暗号化通信チャネル確立手段と、
前記ネットワーク情報に基づくファイアウォール装置制御命令を、前記第２の暗号化通信チャネルを介して前記ファイアウォール装置に送信する制御命令送信手段と
を有することを特徴とする端末装置。
【請求項６】
前記端末装置は、前記通信相手装置との通信のために通信可否設定を必要とするファイアウォール装置の情報を格納したデータベースを有し、
前記制御命令送信手段は、前記データベースを参照することにより検出したファイアウォール装置に対して前記ファイアウォール装置制御命令を送信する請求項４又は５に記載の端末装置。
【請求項７】
ファイアウォール装置が、端末装置からの制御命令に基づき通信可否設定を実行するための方法であって、
シグナリング情報を中継する機能を持つセッション管理装置との間で暗号化通信のための鍵情報を交換し、相互認証を行うことにより、前記セッション管理装置との間で暗号化通信チャネルを確立する暗号化通信チャネル確立ステップと、
前記端末装置から送信されたファイアウォール装置制御命令を、前記セッション管理装置から、前記暗号化通信チャネルを介して受信する受信ステップと、
前記ファイアウォール装置制御命令を許可するか否かを判定する判定ステップと、
前記ファイアウォール装置制御命令を許可する場合に、当該ファイアウォール装置制御命令に基づく通信可否設定を行う通信可否設定ステップと
を有することを特徴とする方法。
【請求項８】
ファイアウォール装置が、端末装置からの制御命令に基づき通信可否設定を実行するための方法であって、
シグナリング情報を中継する機能を持つセッション管理装置との間で暗号化通信のための鍵情報を交換し、相互認証を行うことにより、前記セッション管理装置との間で第１の暗号化通信チャネルを確立する第１の暗号化通信チャネル確立ステップと、
前記端末装置から送信された、暗号化通信のための鍵情報を含む接続要求メッセージを、前記第１の暗号化通信チャネルを介して受信し、暗号化通信のための鍵情報を含む応答メッセージを、前記第１の暗号化通信チャネルを介して前記端末装置に向けて送信することにより、前記ファイアウォール装置と前記端末装置間で第２の暗号化通信チャネルを確立する第２の暗号化通信チャネル確立ステップと、
前記端末装置から送信されたファイアウォール装置制御命令を、前記第２の暗号化通信チャネルを介して受信する受信ステップと、
前記ファイアウォール装置制御命令を許可するか否かを判定する判定ステップと、
前記ファイアウォール装置制御命令を許可する場合に、当該ファイアウォール装置制御命令に基づく通信可否設定を行う通信可否設定ステップと
を有することを特徴とする方法。
【請求項９】
ファイアウォール装置に、端末装置からの制御命令に基づき通信可否設定を行う処理を実行させるプログラムであって、
シグナリング情報を中継する機能を持つセッション管理装置との間で暗号化通信のための鍵情報を交換し、相互認証を行うことにより、前記セッション管理装置との間で暗号化通信チャネルを確立する暗号化通信チャネル確立手順と、
前記端末装置から送信されたファイアウォール装置制御命令を、前記セッション管理装置から、前記暗号化通信チャネルを介して受信する受信手順と、
前記ファイアウォール装置制御命令を許可するか否かを判定する判定手順と、
前記ファイアウォール装置制御命令を許可する場合に、当該ファイアウォール装置制御命令に基づく通信可否設定を行う通信可否設定手順と
をファイアウォール装置に実行させるプログラム。
【請求項１０】
ファイアウォール機能に、端末装置からの制御命令に基づき通信可否設定を行う処理を実行させるプログラムであって、
シグナリング情報を中継する機能を持つセッション管理装置との間で暗号化通信のための鍵情報を交換し、相互認証を行うことにより、前記セッション管理装置との間で第１の暗号化通信チャネルを確立する第１の暗号化通信チャネル確立手順と、
前記端末装置から送信された、暗号化通信のための鍵情報を含む接続要求メッセージを、前記第１の暗号化通信チャネルを介して受信し、暗号化通信のための鍵情報を含む応答メッセージを、前記第１の暗号化通信チャネルを介して前記端末装置に向けて送信することにより、前記ファイアウォール装置と前記端末装置間で第２の暗号化通信チャネルを確立する第２の暗号化通信チャネル確立手順と、
前記端末装置から送信されたファイアウォール装置制御命令を、前記第２の暗号化通信チャネルを介して受信する受信手順と、
前記ファイアウォール装置制御命令を許可するか否かを判定する判定手順と、
前記ファイアウォール装置制御命令を許可する場合に、当該ファイアウォール装置制御命令に基づく通信可否設定を行う通信可否設定手順と
をファイアウォール装置に実行させるプログラム。
【請求項１１】
端末装置に、ファイアウォール装置に通信可否設定を実行させるための制御命令を送信する処理を実行させるプログラムであって、
シグナリング情報を中継する機能を持つセッション管理装置との間で暗号化通信のための鍵情報を交換し、相互認証を行うことにより、前記セッション管理装置との間で暗号化通信チャネルを確立する暗号化通信チャネル確立手順と、
前記端末装置の通信相手装置から送信された当該通信相手装置のネットワーク情報を、前記暗号化通信チャネルを介して受信する受信手順と、
前記ネットワーク情報に基づくファイアウォール装置制御命令を、前記暗号化通信チャネルを介して前記ファイアウォール装置に向けて送信する制御命令送信手順と
を端末装置に実行させるプログラム。
【請求項１２】
端末装置に、ファイアウォール装置に通信可否設定を実行させるための制御命令を送信する処理を実行させるプログラムであって、
シグナリング情報を中継する機能を持つセッション管理装置との間で暗号化通信のための鍵情報を交換し、相互認証を行うことにより、前記セッション管理装置との間で第１の暗号化通信チャネルを確立する第１の暗号化通信チャネル確立手順と、
前記端末装置の通信相手装置から送信された当該通信相手装置のネットワーク情報を、前記第１の暗号化通信チャネルを介して受信する受信手順と、  
暗号化通信のための鍵情報を含む接続要求メッセージを、前記第１の暗号化通信チャネルを介して前記ファイアウォール装置に送信し、暗号化通信のための鍵情報を含む応答メッセージを、前記第１の暗号化通信チャネルを介して前記ファイアウォール装置から受信することにより、前記ファイアウォール装置と前記端末装置間で第２の暗号化通信チャネルを確立する第２の暗号化通信チャネル確立手順と、
前記ネットワーク情報に基づくファイアウォール装置制御命令を、前記第２の暗号化通信チャネルを介して前記ファイアウォール装置に送信する制御命令送信手順と
を端末装置に実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワーク上のファイアウォール装置を制御する技術に関する。
【背景技術】
【０００２】
社内ネットワーク等のプライベートなネットワークのセキュリティを確保するためにファイアウォール装置が用いられている。ファイアウォール装置は、通常、予め定めた通信方法または、予め定めた通信方法かつ特定の通信相手からのアクセスのみを許容し、それ以外の通信は拒否する動作をするように設定をする。従って、特定の端末からのアクセスを拒否する設定がなされている場合において、当該特定の端末と、ファイアウォール装置配下の端末とが、ファイアウォール装置を介して直接通信（Ｐ２Ｐ通信：ピアツーピア通信）を行うには、その特定の端末からのアクセスを許可するようファイアウォール装置の設定を変える必要がある。
【０００３】
ファイアウォール装置の設定はいわゆるネットワーク管理者が行うのが一般的であり、その場合、あるユーザが特定の通信相手とファイアウォール装置を介してすぐに通信を行うことを希望したとしても、ネットワーク管理者が設定を完了するまではそのような通信を行うことができないという不便さがある。また、ネットワーク管理者による設定によりセキュリティホールが生じる恐れがある。
【０００４】
ファイアウォール装置を自動的に設定する技術として、UPnP (Universal Plug and Play)があるが、UPnPでは、ユーザ認証、制御通信の暗号化、改ざん防止等を行うことなく、ファイアウォール装置がユーザからの命令をそのまま受け入れるので、セキュリティ上問題がある。なお、ファイアウォール装置の制御に関する従来技術として、例えば特許文献１に記載された技術がある。
【特許文献１】特開平１０−７０５７６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は上記の点に鑑みてなされたものであり、上記従来技術における利便性の低さやセキュリティ上の問題を解決し、ファイアウォール装置の動的な制御をセキュアに行うことを可能にする技術を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記の課題は、端末装置からの制御命令に基づき通信可否設定を行うファイアウォール装置であって、シグナリング情報を中継する機能を持つセッション管理装置との間で暗号化通信のための鍵情報を交換し、相互認証を行うことにより、前記セッション管理装置との間で暗号化通信チャネルを確立する暗号化通信チャネル確立手段と、前記端末装置から送信されたファイアウォール装置制御命令を、前記セッション管理装置から、前記暗号化通信チャネルを介して受信する受信手段と、前記ファイアウォール装置制御命令を許可するか否かを判定する判定手段と、前記ファイアウォール装置制御命令を許可する場合に、当該ファイアウォール装置制御命令に基づく通信可否設定を行う通信可否設定手段とを有することを特徴とするファイアウォール装置により解決される。
【０００７】
また、本発明は、端末装置からの制御命令に基づき通信可否設定を行うファイアウォール装置であって、シグナリング情報を中継する機能を持つセッション管理装置との間で暗号化通信のための鍵情報を交換し、相互認証を行うことにより、前記セッション管理装置との間で第１の暗号化通信チャネルを確立する第１の暗号化通信チャネル確立手段と、前記端末装置から送信された、暗号化通信のための鍵情報を含む接続要求メッセージを、前記第１の暗号化通信チャネルを介して受信し、暗号化通信のための鍵情報を含む応答メッセージを、前記第１の暗号化通信チャネルを介して前記端末装置に向けて送信することにより、前記ファイアウォール装置と前記端末装置間で第２の暗号化通信チャネルを確立する第２の暗号化通信チャネル確立手段と、前記端末装置から送信されたファイアウォール装置制御命令を、前記第２の暗号化通信チャネルを介して受信する受信手段と、前記ファイアウォール装置制御命令を許可するか否かを判定する判定手段と、前記ファイアウォール装置制御命令を許可する場合に、当該ファイアウォール装置制御命令に基づく通信可否設定を行う通信可否設定手段とを有することを特徴とするファイアウォール装置として構成することもできる。
【０００８】
前記ファイアウォール装置は、端末装置毎に、ファイアウォール装置制御命令を許可するか否かを示す情報を格納したデータベースを備え、前記判定手段は、前記データベースを参照することにより、前記端末装置が送信したファイアウォール装置制御命令を許可するか否かを判定する。このように、データベースに条件を格納し、それを参照する構成をとることにより、許可の条件を柔軟に設定できる。
【０００９】
また、本発明は、ファイアウォール装置に通信可否設定を実行させるための制御命令を送信する端末装置であって、シグナリング情報を中継する機能を持つセッション管理装置との間で暗号化通信のための鍵情報を交換し、相互認証を行うことにより、前記セッション管理装置との間で暗号化通信チャネルを確立する暗号化通信チャネル確立手段と、前記端末装置の通信相手装置から送信された当該通信相手装置のネットワーク情報を、前記暗号化通信チャネルを介して受信する受信手段と、前記ネットワーク情報に基づくファイアウォール装置制御命令を、前記暗号化通信チャネルを介して前記ファイアウォール装置に向けて送信する制御命令送信手段とを有することを特徴とする端末装置として構成することができる。
【００１０】
更に、本発明は、ファイアウォール装置に通信可否設定を実行させるための制御命令を送信する端末装置であって、シグナリング情報を中継する機能を持つセッション管理装置との間で暗号化通信のための鍵情報を交換し、相互認証を行うことにより、前記セッション管理装置との間で第１の暗号化通信チャネルを確立する第１の暗号化通信チャネル確立手段と、前記端末装置の通信相手装置から送信された当該通信相手装置のネットワーク情報を、前記第１の暗号化通信チャネルを介して受信する受信手段と、暗号化通信のための鍵情報を含む接続要求メッセージを、前記第１の暗号化通信チャネルを介して前記ファイアウォール装置に向けて送信し、暗号化通信のための鍵情報を含む応答メッセージを、前記第１の暗号化通信チャネルを介して前記ファイアウォール装置から受信することにより、前記ファイアウォール装置と前記端末装置間で第２の暗号化通信チャネルを確立する第２の暗号化通信チャネル確立手段と、前記ネットワーク情報に基づくファイアウォール装置制御命令を、前記第２の暗号化通信チャネルを介して前記ファイアウォール装置に送信する制御命令送信手段とを有することを特徴とする端末装置として構成することもできる。
【００１１】
また、前記端末装置は、前記通信相手装置との通信のために通信可否設定を必要とするファイアウォール装置の情報を格納したデータベースを有し、前記制御命令送信手段は、前記データベースを参照することにより検出したファイアウォール装置に対して前記ファイアウォール装置制御命令を送信するように構成してもよい。
【発明の効果】
【００１２】
本発明によれば、暗号化通信チャネルを介して端末装置からファイアウォール装置制御にファイアウォール装置制御命令を送信し、ファイアウォール装置では、ファイアウォール装置制御命令を許可するか否かの判定を行った上で通信可否設定を行うこととしたので、ファイアウォール装置の制御を動的にセキュアに行うことが可能となる。よって、従来技術における利便性の低さやセキュリティ上の問題が解決される。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施の形態を図を参照して説明する。まず、本発明のファイアウォール装置制御技術の前提となるセキュアデータチャネル構築技術について説明し、その後に、ファイアウォール装置制御技術について説明する。
【００１４】
（セキュアデータチャネル構築技術）
図１は、セキュアデータチャネル構築技術の概要を説明するための図である。
【００１５】
図１に示すように、端末１と端末２との間にセッション管理サーバ３を設置し、端末１−セッション管理サーバ３−端末２間で、端末１−端末２間のデータチャネル構築のためのシグナリング（信号手順）を実行し、データチャネル構築後はセッション管理サーバ３を介さずに端末間のみでデータ通信を行う。
【００１６】
シグナリングにおいては、まず、端末１−セッション管理サーバ３間、セッション管理サーバ３−端末２間の各々で、ＩＰｓｅｃ等の暗号化通信を行うための暗号鍵情報の交換、相互認証が行われる。そして、端末１−セッション管理サーバ３間、セッション管理サーバ３−端末２間の各々で確立されたセキュアシグナリングチャネルを介して、セッション管理サーバへの名前登録、端末１−端末２間のセキュアデータチャネル確立のためのシグナリングが実行される。
【００１７】
端末１−セッション管理サーバ３間、セッション管理サーバ３−端末２間でのセキュアシグナリングチャネル確立におけるシグナリングにより、セッション管理サーバ３と端末１との間、セッション管理サーバ３と端末２との間において相互認証に基づく信頼関係が確立されているため、端末１と端末２との間でも信頼関係が確立されている。  
次に、端末１−セッション管理サーバ３−端末２間の通信のシーケンスを図２を参照して説明する。
【００１８】
各端末は、セッション管理サーバ３との間でシグナリングを実行するシグナリング機能、セキュアデータチャネルを介してデータ通信を行うための機能、及びアプリケーションを備えている。また、セッション管理サーバ３は、シグナリングを各端末との間で実行するシグナリング機能、端末間の接続可否を判断する接続ポリシー制御機能、各端末を認証するための認証機能、端末の名前からＩＰアドレスを取得する名前解決機能、及び、認証のために用いるＩＤ、パスワードを格納するデータベース、名前とＩＰアドレスを対応付けて格納するデータベース等を備えている。
【００１９】
図２に示すように、まず、端末１−セッション管理サーバ３間でＩＰｓｅｃ等の暗号通信で用いる鍵情報（暗号鍵生成用の情報）の交換を行う（ステップ１）。その後、自分のＩＤ、パスワードを含む情報を暗号化して相手側に送信することにより、相互に認証を行う（ステップ２）。認証後は、セキュアシグナリングチャネルが確立された状態となり、そのチャネルを用いて、端末１は、名前とＩＰアドレスをセッション管理サーバ３に対して送信し、セッション管理サーバ３はそれらの登録を行う（ステップ３）。端末１の通信相手となる端末２とセッション管理サーバ３間でも同様のシーケンスが実行され、端末２の名前とＩＰアドレスがセッション管理サーバ３に登録される（ステップ４、５、６）。
【００２０】
その後、端末１から端末２への接続要求が、セキュアシグナリングチャネルを介して送信される（ステップ７）。接続要求には、端末２の名前と暗号通信用の鍵情報（暗号鍵生成用の情報）が含まれる。接続要求を受信したセッション管理サーバ３は、端末１からの接続要求に関して、端末１が嘘をついていないことをチェックし（発信者詐称チェック）、更に、接続ポリシー制御機能を用いて端末１と端末２との接続が許可されているかをチェックし（ステップ８）、許可されていれば、名前解決機能を用いてデータベースを参照することにより、端末２の名前から端末２のＩＰアドレスを取得し（ステップ９）、セキュアシグナリングチャネルを介して端末２へ接続要求を転送する（ステップ１０）。このとき、端末１のＩＰアドレスも端末２に送信される。端末１と端末２の接続が許可されていなければ、端末１の接続要求は拒否される。このとき、端末２に関する情報は端末１には全く送信されない。
【００２１】
接続要求を受信した端末２は、接続要求に対する応答として、暗号通信用の鍵情報を含む応答メッセージをセキュアシグナリングチャネルを介してセッション管理サーバ３に送信し（ステップ１１）、セッション管理サーバ３がその応答メッセージを端末１に送る（ステップ１２）。このとき、端末２のＩＰアドレスも端末１に送信される。
【００２２】
以上の手順により、端末１と端末２との間での暗号化通信が可能となる。すなわち、セキュアデータチャネルが確立され、所望のデータ通信が行われる。
【００２３】
ステップ１、２及び４、５を経てセキュアシグナリングチャネルが確立されているということは、端末−セッション管理サーバ間で相互に認証が成功しており、信頼関係が成立しているということである。端末１−セッション管理サーバ３間、及び端末２−セッション管理サーバ３間の各々でこのような関係が成立しているので、端末１と端末２との間も相互に信頼できる関係となることから、ステップ７以降は、一般の暗号化通信で用いられる鍵交換手順より簡略化した手順を用いることが可能となっている。
【００２４】
上記のシーケンスを実現する手段として、ＳＩＰ（session initiation protocol）を拡張したプロトコルを用いることが可能である。すなわち、セッション管理サーバ３をＳＩＰプロキシサーバとして機能させ、ＳＩＰのメッセージに上記の手順でやり取りされる情報を含ませる。
【００２５】
この場合、セキュアシグナリングチャネルの確立及び名前登録のためにＲＥＧＩＳＴＥＲメッセージを用い、端末１−端末２間のセキュアデータチャネル確立のためにＩＮＶＩＴＥメッセージを用いる。ＳＩＰを用いる場合のシーケンス例を図３に示す。
【００２６】
図３に示す例は、セキュアなチャネルで接続された複数のセッション管理サーバを経由して、シグナリングを行う場合の例である。図３に示すシーケンスにおいて、端末１のＩＰアドレスが２００１：１２３４：：１０、セッション管理サーバＡのＩＰアドレスが２００１：６７８９：：５０６０、セッション管理サーバＢのＩＰアドレスが２００１：ａｂｃｄ：：５０６０、端末２のＩＰアドレスが２００１：ｃｄｅｆ：：１０である。
【００２７】
各端末とセッション管理サーバ間には予め互いにＩＤ、パスワードを配布しておき、端末とセッション管理サーバの各々は、相手のＩＤ、パスワードを自分の記憶装置に格納する。また、セッション管理サーバＡとセッション管理サーバＢの間は、ＴＬＳ等のセキュアなチャネルを介して通信を行う。
【００２８】
まず、端末１、２は、ＲＥＧＩＳＴＥＲメッセージを用いて、セッション管理サーバとのセキュアチャネルの確立、及び、（ＳＩＰに準拠した）名前の登録をセッション管理サーバＡ、Ｂに対して行う（ステップ２１）（図２のステップ１〜６に相当する）。なお、この部分の手順については後により詳細に説明する。
【００２９】
続いて、端末１が、暗号通信用の鍵情報（図の例では秘密共有鍵生成用の情報）をＳＤＰパラメータとして記述したＩＮＶＩＴＥメッセージを、端末２への接続要求として、端末１とセッション管理サーバＡ間のセキュアシグナリングチャネルを介して送信する（ステップ２２）。セッション管理サーバＡは、ＩＮＶＩＴＥメッセージをセッション管理サーバＡ、Ｂ間のセキュアなチャネルを介してセッション管理サーバＢに転送する（ステップ２３）。
【００３０】
なお、端末１からのＩＮＶＩＴＥメッセージにはRoute-Securityヘッダが含まれる。Route-Securityヘッダが付加されている場合、そのＩＮＶＩＴＥメッセージを受信した装置は、Route-Securityヘッダ：[アドレス]で示されているアドレスから当該装置までの経路がセキュアなものであるかとうか（例えばＩＰｓｅｃによる暗号化がなされているかどうか）をチェックし、セキュアなものであればそのRoute-Securityヘッダをそのまま残してメッセージを転送する。また、転送先で経路がセキュアなものであるかとうかチェックを要する場合には、Route-Securityヘッダ：[自分のアドレス]を付加したメッセージをその転送先に転送する。応答メッセージには、これまでに付されたRoute-Securityヘッダがそのまま付されており、これにより、メッセージがセキュアな経路を介して転送されたものであることがわかる。
【００３１】
セッション管理サーバＢは、端末２に、端末２とセッション管理サーバＢ間のセキュアシグナリングチャネルを介してＩＮＶＩＴＥメッセージを送信する（ステップ２４）。なお、セッション管理サーバＡ及びセッション管理サーバＢにおいて端末２の名前解決がなされている。ＩＮＶＩＴＥメッセージを受信した端末２は、暗号通信用の鍵情報をＳＤＰパラメータとして含む応答メッセージを端末１に向けて送信する（ステップ２５）。そして、その応答メッセージは、ＩＮＶＩＴＥメッセージと同じルート上を逆の方向に運ばれ、端末１に送信される（ステップ２６、２７）。
【００３２】
その後、受信確認（ＡＣＫ）メッセージが端末１から端末２に送信され（ステップ２８〜３０）、端末１と端末２との間の暗号化通信（例えばＩＰｓｅｃによる通信）が可能となる。
【００３３】
図３のステップ２１におけるＲＥＧＩＳＴＥＲメッセージのシーケンスは、例えば図４に示す通りである。
【００３４】
この場合、まず、暗号通信用（ＩＰｓｅｃ等）の鍵情報を含むＲＥＧＩＳＴＥＲメッセージを、端末からセッション管理サーバに送信する（ステップ２１１）。セッション管理サーバは、その応答として暗号通信用の鍵情報を含む応答メッセージを端末に返す（ステップ２１２）。続いて、端末は、セッション管理サーバが端末を認証するための認証用情報を含むＲＥＧＩＳＴＥＲメッセージをセッション管理サーバに送信する（ステップ２１３）。セッション管理サーバはその応答として、端末がセッション管理サーバを認証するために必要な認証用情報を含む応答メッセージを端末に送信する（ステップ２１４）。互いの認証が取れた後、セキュアシグナリングチャネルによる暗号化通信が可能となる。
【００３５】
その後は、パケットがセキュアシグナリングチャネルを介して暗号化して送受信されるため、通常のＲＥＧＩＳＴＥＲメッセージシーケンスにより名前の登録が行われる（ステップ２１５、２１６）。
【００３６】
認証用情報は、ＩＤ、パスワード等を含む情報でもよいし、証明書（Ｘ．５０９証明書等）でもよい。また、暗号通信用の鍵情報の交換のために用いるメッセージに認証用情報（証明書）を含めてもよい。
【００３７】
次に、シグナリングプロトコルとしてＳＩＰを用いる場合の各装置の機能ブロックを図５を参照して説明する。
【００３８】
セッション管理サーバは、呼（メッセージ）の転送のための処理を行うＳＩＰプロキシ、ＳＩＰの名前登録を行うＳＩＰレジストラ、ＩＤ、パスワード、もしくは証明書等を用いて各端末の認証を行う認証モジュール、ＩＰｓｅｃ等の暗号化通信を行うための暗号化モジュールを有している。
【００３９】
また、各端末は、セキュアデータチャネル上での通信を行う機能部、ＩＮＶＩＴＥメッセージの送受信やＲＥＧＩＳＴＥＲメッセージの発行等を含むＳＩＰに基づくメッセージ通信を行うＳＩＰ機能部、ＩＤ、パスワード、もしくは証明書等を用いてセッション管理サーバの認証を行う認証モジュール、ＩＰｓｅｃ等の暗号化通信を行うための暗号化モジュールを有している。
【００４０】
（ファイアウォール装置制御技術）
次に、本発明の実施の形態におけるファイアウォール装置制御技術の概要について説明する。図６（ａ）に示すように、ファイアウォール装置Ａ（１０）の配下にある端末Ａ（１１）と、ファイアウォール装置Ｂ（１２）の配下にある端末Ｂ（１３）とが通信を行う場合におけるファイアウォール装置制御を例にとり説明する。
【００４１】
図６（ａ）の構成において、ファイアウォール装置Ａ、端末Ａ、ファイアウォール装置Ｂ、端末Ｂの各々は、上述した端末１、２と同様に、セキュアシグナリングチャネル及びセキュアデータチャネルを構築する機能を有しており、各々がセッション管理サーバ１５とセキュアシグナリングチャネルにより接続可能である。以下、ファイアウォール装置制御の手順について、図６（ａ）〜図８を参照して説明する。
【００４２】
ステップ１）図６（ａ）において、まず、ファイアウォール装置Ａ、端末Ａ、ファイアウォール装置Ｂ、端末Ｂの各々が、図２に示したステップ１〜ステップ３と同様のシーケンスを実行することにより、セッション管理サーバ１５との間でセキュアシグナリングチャネルを確立し、名前とアドレスをセッション管理サーバ１５に送信する。セッション管理サーバ１５では、名前とアドレスを記憶装置に記憶する。なお、ファイアウォール装置Ａ、Ｂがセッション管理サーバ１５との間でセキュアシグナリングチャネルを確立する手順を開始するタイミングは、例えばファイアウォール装置の電源を入れたときとすることができる。
【００４３】
ステップ２）続いて、図６（ｂ）に示すように、端末Ｂが、端末Ｂとセッション管理サーバ１５間のセキュアシグナリングチャネル、及びセッション管理サーバ１５と端末Ａ間のセキュアシグナリングチャネルを用いて、端末Ａに対して接続要求を送信する。この接続要求には、ファイアウォール装置制御に必要な端末Ｂのネットワーク情報（送信元ＩＰアドレス、ポート等）と、暗号化通信用の鍵情報が含まれる。なお、ファイアウォール装置Ａは、セッション管理サーバ１５からの通信を通すように設定がなされている。同様に、ファイアウォール装置Ｂも、セッション管理サーバ１５からの通信を通すように設定がなされている。
【００４４】
ステップ３）次に、図７（ａ）に示すように、接続要求を受信した端末Ａは、端末Ｂのネットワーク情報に基づく制御命令を、端末Ａとセッション管理サーバ１５間及びセッション管理サーバ１５とファイアウォール装置Ａ間のセキュアシグナリングチャネルを用いてファイアウォール装置Ａに送信する。ファイアウォール装置Ａは、その制御命令を許容するか否かの判断を行い、許容する場合に端末Ｂからの通信を許可するように設定を行う。その後、制御命令を受け入れた旨を通知する応答が、セッション管理サーバ１５を介して端末Ａに返される。なお、制御命令を許容しない場合には、ファイアウォール装置Ａの上記設定は行わず、制御命令を許容しない旨の応答が端末Ａに返される。
【００４５】
ステップ４）図７（ｂ）に示すように、端末Ａは、端末Ｂからの接続要求を受け入れた旨を示す要求受入応答をセッション管理サーバ１５を介して端末Ｂに送信する。この際、端末Ａ自身のネットワーク情報と鍵情報を端末Ｂに伝える。
【００４６】
なお、必要であれば、端末Ｂの側においても、ファイアウォール装置Ｂに対する端末Ａからの通信許可設定を行う。具体的には、端末Ａがファイアウォール装置Ａの設定を行う場合と同様の方法で、要求受入応答に含まれる端末Ａのネットワーク情報に基づき、端末Ｂがファイアウォール装置Ｂに対して制御命令を送信する。そして、ファイアウォール装置Ｂの設定の確認を行ってから実際の通信を開始する。
【００４７】
端末Ｂがファイアウォール装置Ｂに制御命令を送信することに代えて、端末Ａがファイアウォール装置Ｂに制御命令を送信することにより、ファイアウォール装置Ｂの設定を行うこともできる。
【００４８】
ステップ５）続いて、図８に示すように、互いに受信した鍵情報を用いて、端末Ａと端末Ｂとの間でセキュアなＰ２Ｐ（ピアツーピア）チャネルを確立し、通信を開始する。通信が切断した場合には、ステップ３と同様にして、端末Ｂが制御命令をファイアウォール装置Ｂに送信することによりファイアウォール装置Ｂの設定を元に戻し、端末Ａからの通信を拒否する状態にする。
【００４９】
（シーケンス具体例）
次に、ＳＩＰを用いた場合のファイアウォール装置制御シーケンスの具体例について説明する。以下、セキュアシグナリングチャネルのみを用いて制御を行う例（具体例１、図６（ａ）〜図８を用いて説明した例に相当する）と、端末とファイアウォール装置間でセキュアデータチャネルを確立し、そのチャネルを用いてファイアウォール制御を行う例（具体例２）について説明する。
【００５０】
［具体例１］
具体例１のシーケンスを図９に示す。まず、端末Ｂが、セッション管理サーバ１５を介して接続要求を含むＩＮＶＩＴＥメッセージを端末Ａに送信する（ステップ４１）。次に、端末Ａが、ファイアウォール装置制御命令を含むＭＥＳＳＡＧＥを、セッション管理サーバ１５を介してファイアウォール装置Ａに送信する（ステップ４２）。
【００５１】
ファイアウォール装置Ａは、端末Ａからの当該制御命令を受け入れる場合には、その制御命令に従って設定を行い、セッション管理サーバ１５を介して制御受入応答（２００  ＯＫ）を端末Ａに返す（ステップ４３）。制御受入応答を受信した端末Ａは、ＩＮＶＩＴＥメッセージ（ステップ４１）への応答として、要求受入応答を、セッション管理サーバ１５を介して端末Ｂに送信し（ステップ４４）、端末Ｂは、ＡＣＫ（通信確立許可）を、セッション管理サーバ１５を介して端末Ａに送信する（ステップ４５）。上記の手順によって、端末Ａと端末Ｂ間のセキュアデータチャネルが確立される（ステップ４６）。
【００５２】
上記のＩＮＶＩＴＥメッセージには、セキュアデータチャネル構築のための鍵情報に加え、通信プロトコル（ｔｃｐ、ｕｄｐ等）、送信元（端末Ｂ）のアドレス、送信元ポート等が含まれる。また、要求受入応答には、セキュアデータチャネル構築のための鍵情報が含まれる。また、ＭＥＳＳＡＧＥには、ファイアウォール制御命令を構成する情報として、通信プロトコル、送信元アドレス、送信元ポート、受信元（端末Ａ）アドレス、受信元ポート、リクエストか応答かを示す情報、及びアクション（許可、拒否）等の情報が含まれる。ＭＥＳＳＡＧＥを用いた制御命令の一例を図１０に示す。これは、ＭＥＳＳＡＧＥのｂｏｄｙ部に、ＸＭＬを用いて命令を記述した例であり、２００１：１２３４：：１０から、２００１：５６７８：：２０へのｔｃｐ−８０の通信（ｈｔｔｐ通信）を許可設定するための命令を示すものである。
【００５３】
具体例１の方法によれば、シグナリングチャネルだけを用いるので、簡易にファイアウォール装置制御が可能であるという利点を有する。
【００５４】
［具体例２］
次に、具体例２のシーケンスを図１１に示す。まず、端末Ｂが、セッション管理サーバ１５を介し、接続要求を含むＩＮＶＩＴＥメッセージを端末Ａに送信する（ステップ５１）。次に、端末Ａが、ファイアウォール装置Ａへの接続要求を含むＩＮＶＩＴＥメッセージを、セッション管理サーバ１５を介してファイアウォール装置Ａに送信する（ステップ５２）。なお、このファイアウォール接続要求は、端末Ａとファイアウォール装置Ａ間のデータチャネルを確立するために必要な情報を含む。
【００５５】
ファイアウォール装置Ａは、端末Ａからの接続要求を受け入れる場合に、セッション管理サーバ１５を介し、接続受入応答を端末Ａに送信する（ステップ５３）。端末ＡがＡＣＫをファイアウォール装置Ａに返すことにより（ステップ５４）、端末Ａとファイアウォール装置Ａ間でセキュアデータチャネルが確立される。
【００５６】
そして、端末Ａはファイアウォール制御命令を上記データチャネルを用いてファイアウォール装置Ａに直接送信する（ステップ５５）。ファイアウォール装置Ａは、端末Ａからの当該制御命令を受け入れる場合には、その制御命令に従って設定を行い、制御受入応答を端末Ａに返す。制御受入応答を受信した端末Ａは、ＩＮＶＩＴＥメッセージ（ステップ５１）への応答として、要求受入応答を、セッション管理サーバ１５を介して端末Ｂに送信し（ステップ５６）、端末Ｂは、ＡＣＫ（通信確立許可）をセッション管理サーバ１５を介して端末Ａに送信する（ステップ５７）。
【００５７】
上記の手順によって、端末Ａと端末Ｂ間のセキュアデータチャネルが確立される（ステップ５８）。
【００５８】
上記のＩＮＶＩＴＥメッセージ（ステップ５１）には、具体例１におけるＩＮＶＩＴＥメッセージと同様の情報が含まれる。また、ファイアウォール制御命令を構成する情報は、具体例１と同様である。
【００５９】
具体例２の方法によれば、データチャネルを用いて直接に情報をファイアウォール装置Ａに送信することが可能なので、任意の形式の制御命令を送ることが可能となり、ファイアウォール装置の仕様に応じた制御命令を柔軟に定めることができる。
【００６０】
（端末の構成、動作）
次に、本発明のファイアウォール装置制御機能を持つ端末２０の構成と動作について説明する。図１２に、端末２０の機能ブロック図を示す。端末２０は、ユーザに対してサービスを提供するためのアプリケーション部２１（例えばＩＰ電話アプリケーション）と、セキュアシグナリングセッション（セキュアシグナリングチャネルを介したデータの送受信）を実行するためのセキュアシグナリング機能部２２と、端末２０が属するネットワークのファイアウォール装置（通信相手との通信のために制御が必要となるファイアウォール装置）の名前を格納したファイアウォールデータベース２３とを有している。また、セキュアシグナリング機能部２２は、ファイアウォール装置に対する通信及び制御を行うためのファイアウォール制御通信部２２１を有している。アプリケーション部２１はＡＰＩを用いてセキュアシグナリング機能部２２の機能を利用する。なお、図１２のセキュアシグナリング機能部２２は、図５に示したＳＩＰ機能部、認証モジュール、暗号化モジュールを含んでいる。更に、セキュアシグナリング機能部２２は、ファイアウォール装置や通信相手と直接通信を行う場合における、データチャネルを用いた通信を行う機能も有しているものとする。
【００６１】
上記の端末２０の各機能部はプログラムにより実現されるものであるが、当該プログラムは本実施の形態で説明した処理手順をコンピュータ等に実行させるプログラムであればよく、図５、１２のモジュール構成に限定されるものではない。端末２０は、ＣＰＵ、メモリ、ハードディスク（記憶装置）、ネットワーク通信装置等を含む一般的なＰＣ等のコンピュータ、モバイル機器等であり、当該コンピュータ等に上記プログラムをインストールすることにより本実施の形態の端末の機能を実現することができる。端末２０はディジタル家電等でもよい。
【００６２】
次に、図１３に示すフローチャートを参照して端末２０の動作を説明する。ここで、端末２０における処理手順は、実際の通信相手との通信の接続及び切断に係る手順と、通信を確立するために必要なファイアウォール装置制御の手順とに分類できるので、図１３では、これらを左右に分けて記載している。また、図１３に示す例は、具体例２の場合に相当する。図１３のフローチャートに示す手順において、セッション管理サーバ、ファイアウォール装置、及び通信相手との通信はセキュアシグナリング機能部２２により実現されるが、ファイアウォール装置の制御には更にファイアウォール制御通信部２２１が用いられている。
【００６３】
図１３のフローチャートにおいて、まず、端末２０は、通信相手からの通信要求をセッション管理サーバから受信する（ステップ６１）。通信要求を受けた端末２０は、ファイアウォールデータベース２３から制御の対象となるファイアウォール装置の名前を取得し（ステップ６２）、そのファイアウォール装置に対する接続要求をセッション管理サーバに対して送信する（ステップ６３）。この接続要求に基づき、端末２０とファイアウォール装置間でのチャネルが確立された後、端末２０は、通信相手との通信許可を求める制御命令をファイアウォール装置に送信する（ステップ６４）。続いて、ファイアウォール装置から制御完了報告を受信する（ステップ６５）。この後、端末２０とファイアウォール装置とのデータチャネルは切断するものとする。そして、通信相手からの通信要求（ステップ６１）を受理したことを示す応答を、セッション管理サーバを介して通信相手に送信する（ステップ６６）。これにより、通信相手とセキュアデータチャネルを介して接続され、実際の通信が開始される（ステップ６７）。
【００６４】
通信相手との通信が切断されると（ステップ６８）、セッション管理サーバを介して、再度ファイアウォール装置へ接続要求を送信する（ステップ６９）。ファイアウォール装置との接続が確立した後、今度は、ステップ６４において一旦設定した通信相手との通信“許可”設定を、通信“拒否”設定にすることを求める制御命令をファイアウォール装置に対して送信する（ステップ７０）。ファイアウォール装置が当該設定を行った後、端末２０は制御完了報告をファイアウォール装置から受信し（ステップ７１）、処理を終了する（ステップ７２）。このように、通信相手との通信が終了した直後にファイアウォール装置の設定を元に戻すことにより、セキュリティの向上を図ることができる。
【００６５】
（ファイアウォール装置の構成、動作）
次に、ファイアウォール装置の構成と動作について説明する。図１４に、ファイアウォール装置３０の機能ブロック図を示す。ファイアウォール装置３０は、ファイアウォール本来の処理を行うためのファイアウォール部３１、セキュアシグナリング機能部３２、端末からの制御命令を受け入れるか否かの判定を行う際に参照するデータを格納した制御許可拒否データベース３４を有している。また、ファイアウォール部３１は、セキュアシグナリング機能部３２からの制御命令を受信し、命令に基づく処理を実行するためのＡＰＩ３３を有している。端末の場合と同様に、セキュアシグナリング機能部３２は、図５に示したＳＩＰ機能部、認証モジュール、暗号化モジュールを含み、セキュアシグナリングチャネル構築、セキュアシグナリングチャネル上でのデータ送受信等の機能を有している。また、セキュアシグナリング機能部３２は、端末と直接通信を行う場合における、データチャネルを用いた通信を行う機能も有しているものとする。更に、セキュアシグナリング機能部３２は、制御許可拒否データベース３４を参照して制御命令を受け入れるか否かの判定を行う機能を有している。
【００６６】
上記のファイアウォール装置３０の各機能部はプログラムにより実現されるものであるが、当該プログラムは本実施の形態で説明した処理手順をコンピュータ等に実行させるプログラムであればよく、図１４、図５のモジュール構成に限定されるものではない。ファイアウォール装置３０は、ＣＰＵ、メモリ、ハードディスク（記憶装置）、ネットワーク通信装置等を含む一般的なコンピュータや通信機器等であり、当該コンピュータ等に上記プログラムをインストールすることにより本実施の形態のファイアウォール装置の機能を実現することができる。
【００６７】
制御許可拒否データベース３４の内容例を図１５に示す。図１５に示す例では、ファイアウォール装置に対して制御命令を送信するユーザ（端末）毎に、そのユーザからの要求を受け入れるか否か（ａｌｌｏｗまたはｄｅｎｙ）、制御要求のうちどのような内容であれば受け入れるか、を示すデータが格納されている。例えば、命令元のユーザａ＠ａａａ．ｃｏｍに対しては、全ての制御命令を許可することを示し、ｂ＠ａａａ．ｃｏｍに対しては、ｈｔｔｐに関する制御命令のみを許可することを示し、ｃ＠ａａａ．ｃｏｍに対しては、全ての制御命令を拒否することを示し、ｄ＠ａａａ．ｃｏｍに対しては、ｈｔｔｐに関する命令のみを拒否することを示す。また、ｅ＠ａａａ．ｃｏｍに対しては、ｅ＠ａａａ．ｃｏｍが受信するｓｓｈ通信（ｔｃｐポート：２２番）であれば、通信相手を問わず許可することを示す。また、特定の通信相手先への通信を拒否もしくは許可する設定も可能である。
【００６８】
次に、図１６に示すフローチャートを参照してファイアウォール装置３０の動作を説明する。なお、図１６に示す例は、具体例２の場合に相当する。
【００６９】
まず、制御を行う端末から、セッション管理サーバを介して接続要求を受信する（ステップ８１）。この接続要求に基づき、端末とファイアウォール装置３０間でのデータチャネルが確立された後、端末からファイアウォール装置制御命令を受信する（ステップ８２）。なお、接続要求を受信した後に、接続要求を送信した端末からの接続を許容するか否かのみの判定を行い、接続を許容しない場合に、その旨の応答を端末に返答するようにしてもよい。
【００７０】
ファイアウォール装置３０は、制御許可拒否データベース３４を参照し、その制御命令を許可するか否かを判定する（ステップ８３）。許可する場合、制御命令に基づく設定を行い（ステップ８４）、制御完了報告を制御命令送信元の端末に送信する（ステップ８５）。端末間での通信切断後にも、ステップ８１〜ステップ８５と同様の処理手順が実行される。ただし、端末間での通信切断後は、端末間の通信を拒否する設定を行うことになる。
【００７１】
（セッション管理サーバでの判定等）
さて、ファイアウォール装置が図１５のような制御許可拒否データベース３４を備え、端末からの制御命令実行可否の判定を行うことに加えて、セッション管理サーバが、その接続ポリシー制御機能を用いて、端末間の接続可否の判定を行ってもよい。
【００７２】
この場合、セッション制御サーバは、図１７に示すようなデータベースを備える。そして、セッション制御サーバは、制御主体の端末から、ファイアウォール装置宛の制御命令（具体例１の場合）もしくは接続要求（具体例２の場合）をセキュアシグナリングチャネルを介して受け取ったときに、図１７のデータベースを参照して端末間の接続許可拒否の判定を行う。なお、制御命令及び接続要求は、接続端末と被接続端末の名前を含むものとする。
【００７３】
図１７に示す例では、被接続端末ａ＠ａａａ．ｃｏｍは、接続端末ｂ＠ａａａ．ｃｏｍとｃ＠ａａａ．ｃｏｍからのアクセスのみを許容することを示し、ｂ＠ａａａ．ｃｏｍは、ｙ＠ａａａ．ｃｏｍとｚ＠ａａａ．ｃｏｍ以外からのアクセスであれば許容することを示している。
【００７４】
セッション管理サーバで接続拒否の判定がなされれば、ファイアウォール装置へ制御命令もしくは接続要求が送られることなく、制御命令もしくは接続要求を送信した端末に、接続拒否を示す応答が返される。セッション管理サーバで接続許可の判定がなされれば、ファイアウォール装置にて、図１５のデータベースを参照したより詳細な判定がなされることになる。
【００７５】
また、ファイアウォールが複数のファイアウォール装置から構成されている場合、端末のファイアウォールデータベース２３には複数のファイアウォール装置に対応する１つの名前を登録しておき、セッション管理サーバには、その名前に対応する複数のファイアウォール装置の実際の名前を登録しておいてもよい。この場合、その名前を含む制御命令もしくは接続要求を端末からセッション管理サーバに送信したときに、セッション管理サーバは、その名前に対応する複数のファイアウォール装置に制御命令もしくは接続要求を送信することが可能となり、複数のファイアウォール装置への制御を一括して行うことが可能となる。
【００７６】
上述したように本実施の形態で説明したファイアウォール装置制御技術を用いることにより、ファイアウォール装置に対する動的な制御が可能となる。従来であれば、ファイアウォール装置配下にあるユーザＡが、ファイアウォール装置配下外のユーザＢとの通信を希望する場合、ユーザＡがネットワーク管理者等にユーザＢとの通信を許可するよう要求し、ネットワーク管理者が当該ファイアウォール装置の設定をするのが一般的であったところ、本ファイアウォール装置制御技術によれば、ユーザＡをファイアウォール制御権限有りとして、ファイアウォール装置のデータベースに登録しておきさえすれば、ユーザＡ及びユーザＢが意識することなくファイアウォール装置制御が実行され、ユーザＡとユーザＢ間の通信が可能となる。このように、希望する通信を実行するときだけファイアウォール装置を設定するという動的な制御が可能となる。また、セキュアシグナリングチャネルを確立できる端末及びファイアウォール装置間であれば、それらが互いに離れたネットワークにある場合でも、端末からファイアウォール装置の制御をセキュアに行うことが可能である。
【００７７】
本発明は、上記の実施例に限定されることなく、特許請求の範囲内で種々変更・応用が可能である。
【図面の簡単な説明】
【００７８】
【図１】セキュアデータチャネル構築技術の概要を説明するための図。
【図２】端末１−セッション管理サーバ３−端末２間の通信のシーケンスを示す図。
【図３】ＳＩＰを用いる場合のシーケンス例。
【図４】ＲＥＧＩＳＴＥＲメッセージのシーケンス例。
【図５】ＳＩＰを用いる場合の各装置の機能ブロック図。
【図６】ファイアウォール装置制御の流れを説明するための図。
【図７】ファイアウォール装置制御の流れを説明するための図。
【図８】ファイアウォール装置制御の流れを説明するための図。
【図９】具体例１のシーケンスを示す図。
【図１０】ＭＥＳＳＡＧＥを用いた制御命令の一例を示す図。
【図１１】具体例２のシーケンスを示す図。
【図１２】ファイアウォール装置制御機能を持つ端末の機能ブロック図。
【図１３】端末の動作を示すフローチャート。
【図１４】ファイアウォール装置の機能ブロック図。
【図１５】制御許可拒否データベースの内容例を示す図。
【図１６】ファイアウォール装置の動作を示すフローチャート。
【図１７】セッション管理サーバが備える接続許可拒否リストの例。
【符号の説明】
【００７９】
１、２、１１、１３、２０  端末
３、１５  セッション管理サーバ
１０、１２、３０  ファイアウォール装置
２１  アプリケーション部
２２  セキュアシグナリング機能部
２３  ファイアウォールデータベース
２２１  ファイアウォール制御通信部
３１  ファイアウォール部
３２  セキュアシグナリング機能部
３３  ＡＰＩ
３４  接続許可拒否データベース
【図１】
2006053799.tif 000003
【図２】
2006053799.tif 000004
【図３】
2006053799.tif 000005
【図４】
2006053799.tif 000006
【図５】
2006053799.tif 000007
【図６】
2006053799.tif 000008
【図７】
2006053799.tif 000009
【図８】
2006053799.tif 000010
【図９】
2006053799.tif 000011
【図１０】
2006053799.tif 000012
【図１１】
2006053799.tif 000013
【図１２】
2006053799.tif 000014
【図１３】
2006053799.tif 000015
【図１４】
2006053799.tif 000016
【図１５】
2006053799.tif 000017
【図１６】
2006053799.tif 000018
【図１７】
2006053799.tif 000019