(57)【特許請求の範囲】
【請求項１】
所定のセッション管理用プロトコルを用いてセッションが管理される通信網を介して所定のデータ通信用プロトコルを用いたデータ通信が可能な第１通信装置と接続可能であり、また、前記所定のデータ通信用プロトコルを用いたデータ通信が可能な第２通信装置と接続され、また、前記通信網の使用権限を有するユーザが使用する装置の識別情報を格納する格納手段と接続される通信制御システムであって、
前記第１通信装置から送信されたセッション開始指示を受信した際に、前記第１通信装置の識別情報が前記格納手段に格納されていると、前記セッション開始指示に従って開始されるセッションの識別情報を、前記第１通信装置の識別情報に関連づけて登録し、前記セッション開始指示に従い、前記所定のセッション管理用プロトコルを用いて、前記通信網内に、前記第１通信装置との間で前記所定のデータ通信用プロトコルを用いたデータ通信が可能な通信路を確立する接続手段と、
前記セッションの識別情報を入手した前記第２通信装置から、当該セッションの識別情報を受信すると、当該セッションの識別情報に関連づけて前記第１通信装置の識別情報が前記接続手段に登録されているかを確認し、当該確認の結果に応じた確認情報を、前記第２通信装置に送信する提供手段と、を含む通信制御システム。
【請求項２】
請求項１に記載の通信制御システムにおいて、
前記第１通信装置から前記セッション開始指示が送信された際に、前記第１通信装置の識別情報が前記格納手段に格納されていると、前記セッションの識別情報を、予め登録された前記第１通信装置のユーザ情報に関連づけて登録する管理手段をさらに含み、
前記提供手段は、前記セッションの識別情報に関連づけて前記第１通信装置の識別情報が前記接続手段に登録されている場合、前記管理手段から、当該セッションの識別情報に関連づけられた前記第１通信装置のユーザ情報を取り寄せ、当該第１通信装置のユーザ情報を、前記確認情報として、前記第２通信装置に送信する、通信制御システム。
【請求項３】
請求項２に記載の通信制御システムにおいて、
前記提供手段は、前記第２通信装置に送信するユーザ情報を選定するための選定条件を予め格納し、当該選定条件に基づいて、前記第１通信装置のユーザ情報から提供用ユーザ情報を選定し、当該提供用ユーザ情報を、前記確認情報として、前記第２通信装置に送信する、通信制御システム。
【請求項４】
請求項３に記載の通信制御システムにおいて、
前記選定条件は、前記第１通信装置のユーザ、または、前記第２通信装置のユーザ、または、前記第１通信装置のユーザと前記第２通信装置のユーザによって設定されたものである、通信制御システム。
【請求項５】
請求項１から４のいずれか１項に記載の通信制御システムにおいて、
前記接続手段は、前記セッションの識別情報を、前記第１通信装置に送信し、
前記第１通信装置は、前記セッションの識別情報を受信すると、前記所定のデータ通信用プロトコルの独自ヘッダとして当該セッションの識別情報を付加したリクエストを、前記通信路を用いて、前記第２通信装置に送信するものであり、
前記第２通信装置は、前記第１通信装置から、前記リクエストを受信することによって、前記セッションの識別情報を入手するものである、通信制御システム。
【請求項６】
所定のセッション管理用プロトコルを用いてセッションが管理される通信網を介して所定のデータ通信用プロトコルを用いたデータ通信が可能な第１通信装置と接続可能であり、また、前記所定のデータ通信用プロトコルを用いたデータ通信が可能な第２通信装置と接続され、また、前記通信網の使用権限を有するユーザが使用する装置の識別情報を格納する格納手段と接続される通信制御システムが行う通信制御方法であって、
前記第１通信装置からセッション開始指示が送信された際に、前記第１通信装置の識別情報が前記格納手段に格納されていると、前記セッション開始指示に従って開始されるセッションの識別情報を、前記第１通信装置の識別情報に関連づけて接続手段に登録し、前記セッション開始指示に従い、前記所定のセッション管理用プロトコルを用いて、前記通信網内に、前記第１通信装置との間で前記所定のデータ通信用プロトコルを用いたデータ通信が可能な通信路を確立する接続ステップと、
前記セッションの識別情報を入手した前記第２通信装置から送信された当該セッションの識別情報が受信されると、当該セッションの識別情報に関連づけて前記第１通信装置の識別情報が前記接続手段に登録されているかを確認し、当該確認の結果に応じた確認情報を、前記第２通信装置に送信する提供ステップと、を含む通信制御方法。
【請求項７】
請求項６に記載の通信制御方法において、
前記第１通信装置から前記セッション開始指示が送信された際に、前記第１通信装置の識別情報が前記格納手段に格納されていると、前記セッションの識別情報を、予め登録された前記第１通信装置のユーザ情報に関連づけて管理手段に登録する管理ステップをさらに含み、
前記提供ステップでは、前記セッションの識別情報に関連づけて前記第１通信装置の識別情報が前記接続手段に登録されている場合、前記管理手段から、当該セッションの識別情報に関連づけられた前記第１通信装置のユーザ情報を取り寄せ、当該第１通信装置のユーザ情報を、前記確認情報として、前記第２通信装置に送信する、通信制御方法。
【請求項８】
請求項７に記載の通信制御方法において、
前記提供ステップでは、前記第２通信装置に送信するユーザ情報を選定するための選定条件に基づいて、前記第１通信装置のユーザ情報から提供用ユーザ情報を選定し、当該提供用ユーザ情報を、前記確認情報として、前記第２通信装置に送信する、通信制御方法。
【請求項９】
請求項８に記載の通信制御方法において、
前記選定条件は、前記第１通信装置のユーザ、または、前記第２通信装置のユーザ、または、前記第１通信装置のユーザと前記第２通信装置のユーザによって設定されたものである、通信制御方法。
【請求項１０】
請求項６から９のいずれか１項に記載の通信制御方法において、
前記セッションの識別情報を、前記第１通信装置に送信する送信ステップをさらに含み、
前記第１通信装置は、前記セッションの識別情報を受信すると、前記所定のデータ通信用プロトコルの独自ヘッダとして当該セッションの識別情報を付加したリクエストを、前記通信路を用いて、前記第２通信装置に送信するものであり、
前記第２通信装置は、前記第１通信装置から、前記リクエストを受信することによって、前記セッションの識別情報を入手するものである、通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信制御システムおよび通信制御方法に関し、特には、セッション管理用プロトコルを用いてセッションが管理される通信網における通信制御システムおよび通信制御方法に関する。
【背景技術】
【０００２】
特許文献１には、ＩＰ（Internet Protocol）技術を利用した通信網として、ＮＧＮ（Next Generation Network）が記載されている。
【０００３】
ＮＧＮでは、ＨＴＴＰ（Hyper Text Transport Protocol）のようなデータ通信用プロトコルに加えて、ＳＩＰ（Session Initiation Protocol）のようなセッション管理用プロトコルが用いられる。セッション管理としては、例えば、ＱｏＳ（Quality of service）の確保、および、回線認証が行われる。
【特許文献１】特開２００８−１０４００２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
サーバ装置が、インターネットのようなセッション管理を行わないセッション非管理通信網を介して、ＮＧＮのようなセッション管理を行うセッション管理通信網と接続して、セッション管理通信網と接続された端末装置と通信する場合が考えられる。
【０００５】
この場合、サーバ装置は、通信相手である端末装置が、セッション管理通信網の契約ユーザにて操作されている通信装置であるかを確認できない、という課題が生じる。
【０００６】
本発明の目的は、上述した課題を解決可能な、通信制御システムおよび通信制御方法を提供することにある。
【課題を解決するための手段】
【０００７】
本発明の通信制御システムは、所定のセッション管理用プロトコルを用いてセッションが管理される通信網を介して所定のデータ通信用プロトコルを用いたデータ通信が可能な第１通信装置と接続可能であり、また、前記所定のデータ通信用プロトコルを用いたデータ通信が可能な第２通信装置と接続され、また、前記通信網の使用権限を有するユーザが使用する装置の識別情報を格納する格納手段と接続される通信制御システムであって、前記第１通信装置から送信されたセッション開始指示を受信した際に、前記第１通信装置の識別情報が前記格納手段に格納されていると、前記セッション開始指示に従って開始されるセッションの識別情報を、前記第１通信装置の識別情報に関連づけて登録し、前記セッション開始指示に従い、前記所定のセッション管理用プロトコルを用いて、前記通信網内に、前記第１通信装置との間で前記所定のデータ通信用プロトコルを用いたデータ通信が可能な通信路を確立する接続手段と、前記セッションの識別情報を入手した前記第２通信装置から、当該セッションの識別情報を受信すると、当該セッションの識別情報に関連づけて前記第１通信装置の識別情報が前記接続手段に登録されているかを確認し、当該確認の結果に応じた確認情報を、前記第２通信装置に送信する提供手段と、を含む。
【０００８】
本発明の通信制御方法は、所定のセッション管理用プロトコルを用いてセッションが管理される通信網を介して所定のデータ通信用プロトコルを用いたデータ通信が可能な第１通信装置と接続可能であり、また、前記所定のデータ通信用プロトコルを用いたデータ通信が可能な第２通信装置と接続され、また、前記通信網の使用権限を有するユーザが使用する装置の識別情報を格納する格納手段と接続される通信制御システムが行う通信制御方法であって、前記第１通信装置からセッション開始指示が送信された際に、前記第１通信装置の識別情報が前記格納手段に格納されていると、前記セッション開始指示に従って開始されるセッションの識別情報を、前記第１通信装置の識別情報に関連づけて接続手段に登録し、前記セッション開始指示に従い、前記所定のセッション管理用プロトコルを用いて、前記通信網内に、前記第１通信装置との間で前記所定のデータ通信用プロトコルを用いたデータ通信が可能な通信路を確立する接続ステップと、前記セッションの識別情報を入手した前記第２通信装置から送信された当該セッションの識別情報が受信されると、当該セッションの識別情報に関連づけて前記第１通信装置の識別情報が前記接続手段に登録されているかを確認し、当該確認の結果に応じた確認情報を、前記第２通信装置に送信する提供ステップと、を含む。
＜付記＞
（請求項１１）
所定のセッション管理用プロトコルを用いてセッションが管理される通信網を介して所定のデータ通信用プロトコルを用いたデータ通信が可能な第１通信装置と接続可能であり、また、前記所定のデータ通信用プロトコルを用いたデータ通信が可能な第２通信装置と接続される通信制御システムであって、
前記第１通信装置から送信されたセッション開始指示を受信すると、前記所定のセッション管理用プロトコルを用いて、前記通信網内に、前記第１通信装置との間で前記所定のデータ通信用プロトコルを用いた所定データ通信が可能な通信路を確立する接続手段を含む通信制御システム。
【０００９】
（請求項１２）
請求項１１に記載の通信制御システムにおいて、
前記通信網の使用権限を有するユーザが使用する装置の識別情報を格納する格納手段とさらに接続され、
前記接続手段は、前記第１通信装置から送信された前記セッション開始指示を受信した際に、前記第１通信装置の識別情報が前記格納手段に格納されていると、前記所定のセッション管理用プロトコルを用いて、前記通信網内に前記通信路を確立する、通信制御システム。
【００１０】
（請求項１３）
所定のセッション管理用プロトコルを用いてセッションが管理される通信網を介して所定のデータ通信用プロトコルを用いたデータ通信が可能な第１通信装置と接続可能であり、また、前記所定のデータ通信用プロトコルを用いたデータ通信が可能な第２通信装置と接続される通信制御システムが行う通信制御方法であって、
前記第１通信装置から送信されたセッション開始指示が受信されると、前記所定のセッション管理用プロトコルを用いて、前記通信網内に、前記第１通信装置との間で前記所定のデータ通信用プロトコルを用いた所定データ通信が可能な通信路を確立する接続ステップを含む通信制御方法。
【００１１】
（請求項１４）
請求項１３に記載の通信制御方法において、
前記通信制御システムは、前記通信網の使用権限を有するユーザが使用する装置の識別情報を格納する格納手段とさらに接続されるものであり、
前記接続ステップでは、前記第１通信装置から送信された前記セッション開始指示が受信された際に、前記第１通信装置の識別情報が前記格納手段に格納されていると、前記所定のセッション管理用プロトコルを用いて、前記通信網内に前記通信路を確立する、通信制御方法。
【００１２】
（請求項１５）
所定のセッション管理用プロトコルを用いてセッションが管理される通信網を介して所定のデータ通信用プロトコルを用いたデータ通信が可能な第１通信装置と接続可能であり、また、前記所定のデータ通信用プロトコルを用いたデータ通信が可能な第２通信装置と接続され、また、前記通信網の使用権限を有するユーザが使用する装置の識別情報を格納する格納手段と接続される通信制御システムであって、
前記第１通信装置から送信されたセッション開始指示を受信した際に、前記第１通信装置の識別情報が前記格納手段に格納されていると、前記セッション開始指示に従って開始されるセッションの識別情報を、前記第１通信装置の識別情報に関連づけて登録し、前記セッション開始指示に従い、前記所定のセッション管理用プロトコルを用いて、前記通信網内に、前記第１通信装置との間で前記所定のデータ通信用プロトコルを用いたデータ通信が可能な通信路を確立する接続手段と、
前記第１通信装置の識別情報に対応する関連情報を入手した前記第２通信装置から、当該関連情報を受信すると、当該関連情報に対応する前記第１通信装置の識別情報に関連づけて前記セッションの識別情報が前記接続手段に登録されているかを確認し、当該確認の結果に応じた確認情報を、前記第２通信装置に送信する提供手段と、を含む通信制御システム。
【００１３】
（請求項１６）
請求項１５に記載の通信制御システムにおいて、
前記提供手段は、前記第１通信装置の識別情報に関連づけて前記セッションの識別情報が前記接続手段に登録されている場合、当該セッションの識別情報を、前記確認情報として、前記第２通信装置に送信する、通信制御システム。
【００１４】
（請求項１７）
請求項１６に記載の通信制御システムにおいて、
前記第１通信装置から前記セッション開始指示が送信された際に、前記第１通信装置の識別情報が前記格納手段に格納されていると、前記セッションの識別情報を、予め登録された前記第１通信装置のユーザ情報に関連づけて登録する管理手段をさらに含み、
前記提供手段は、前記セッションの識別情報を入手した前記第２通信装置から、当該セッションの識別情報を受信すると、前記管理手段から、当該セッションの識別情報に関連づけられた前記第１通信装置のユーザ情報を取り寄せ、当該第１通信装置のユーザ情報を、前記第２通信装置に送信する、通信制御システム。
【００１５】
（請求項１８）
請求項１７に記載の通信制御システムにおいて、
前記提供手段は、前記第２通信装置に送信するユーザ情報を選定するための選定条件を予め格納し、当該選定条件に基づいて、前記第１通信装置のユーザ情報から提供用ユーザ情報を選定し、当該提供用ユーザ情報を、前記第２通信装置に送信する、通信制御システム。
【００１６】
（請求項１９）
請求項１８に記載の通信制御システムにおいて、
前記選定条件は、前記第１通信装置のユーザ、または、前記第２通信装置のユーザ、または、前記第１通信装置のユーザと前記第２通信装置のユーザによって設定されたものである、通信制御システム。
【００１７】
（請求項２０）
所定のセッション管理用プロトコルを用いてセッションが管理される通信網を介して所定のデータ通信用プロトコルを用いたデータ通信が可能な第１通信装置と接続可能であり、また、前記所定のデータ通信用プロトコルを用いたデータ通信が可能な第２通信装置と接続され、また、前記通信網の使用権限を有するユーザが使用する装置の識別情報を格納する格納手段と接続される通信制御システムが行う通信制御方法であって、
前記第１通信装置からセッション開始指示が送信された際に、前記第１通信装置の識別情報が前記格納手段に格納されていると、前記セッション開始指示に従って開始されるセッションの識別情報を、前記第１通信装置の識別情報に関連づけて接続手段に登録し、前記セッション開始指示に従い、前記所定のセッション管理用プロトコルを用いて、前記通信網内に、前記第１通信装置との間で前記所定のデータ通信用プロトコルを用いたデータ通信が可能な通信路を確立する接続ステップと、
前記第１通信装置の識別情報に対応する関連情報を入手した前記第２通信装置から送信された当該関連情報が受信されると、当該関連情報に対応する前記第１通信装置の識別情報に関連づけて前記セッションの識別情報が前記接続手段に登録されているかを確認し、当該確認の結果に応じた確認情報を、前記第２通信装置に送信する提供ステップと、を含む通信制御方法。
【００１８】
（請求項２１）
請求項２０に記載の通信制御方法において、
前記提供ステップは、前記第１通信装置の識別情報に関連づけて前記セッションの識別情報が前記接続手段に登録されている場合、当該セッションの識別情報を、前記確認情報として、前記第２通信装置に送信する、通信制御方法。
【００１９】
（請求項２２）
請求項２１に記載の通信制御方法において、
前記第１通信装置から前記セッション開始指示が送信された際に、前記第１通信装置の識別情報が前記格納手段に格納されていると、前記セッションの識別情報を、予め登録された前記第１通信装置のユーザ情報に関連づけて管理手段に登録する管理ステップをさらに含み、
前記提供ステップでは、前記セッションの識別情報を入手した前記第２通信装置から送信された当該セッションの識別情報が受信されると、前記管理手段から、当該セッションの識別情報に関連づけられた前記第１通信装置のユーザ情報を取り寄せ、当該第１通信装置のユーザ情報を、前記第２通信装置に送信する、通信制御方法。
【００２０】
（請求項２３）
請求項２２に記載の通信制御方法において、
前記提供ステップでは、前記第２通信装置に送信するユーザ情報を選定するための選定条件に基づいて、前記第１通信装置のユーザ情報から提供用ユーザ情報を選定し、当該提供用ユーザ情報を、前記第２通信装置に送信する、通信制御方法。
【００２１】
（請求項２４）
請求項２３に記載の通信制御方法において、
前記選定条件は、前記第１通信装置のユーザ、または、前記第２通信装置のユーザ、または、前記第１通信装置のユーザと前記第２通信装置のユーザによって設定されたものである、通信制御方法。
【発明の効果】
【００２２】
本発明によれば、通信相手の通信装置が、セッション管理通信網の契約ユーザにて操作されているかを確認することが可能になる。
【発明を実施するための最良の形態】
【００２３】
以下、本発明の実施形態を図面を参照して説明する。
【００２４】
（第１実施形態）
図１は、本発明の第１実施形態の通信制御システムを用いた、通信システムを示したブロック図である。
【００２５】
図１において、通信システム１は、ＮＡＣＦ（Network Attachment Control Function）１ａと、ＲＡＣＦ（Resource and admission Control Function）１ｂと、ＣＳＣＦ（Call/Session Control Function）１ｃと、ユーザ管理／認証基盤部（以下「管理部」と称する）１ｄと、接続機能部（以下「接続部」と称する）１ｅと、サービス事業者／ＷＥＢ−ＩＦ（Interface）基盤部（以下「提供部」と称する）１ｆと、を含む。
【００２６】
なお、ＮＡＣＦ１ａと、ＲＡＣＦ１ｂと、ＣＳＣＦ１ｃと、管理部１ｄと、接続部１ｅと、提供部１ｆとは、別々の装置で構成されてもよいし、１つの装置内に組み込まれてもよいし、それらのうちの複数のものが、１つの装置内に組み込まれてもよい。
【００２７】
管理部１ｄと、接続部１ｅと、提供部１ｆとは、通信制御システム１０に含まれる。
【００２８】
通信制御システム１０は、ＨＴＴＰを用いたデータ通信が可能なホームゲートウェイ３と、通信網２を介して接続可能である。また、通信制御システム１０は、ＨＴＴＰを用いたデータ通信が可能なＷＥＢサーバ５と通信網４を介して接続されている。ホームゲートウェイ３は、クライアントＰＣ（Personal Computer）６と接続されている。なお、ホームゲートウェイ３とクライアントＰＣ６は、同一のユーザによって使用される。
【００２９】
通信網２では、ＳＩＰを用いてセッションが管理される。セッション管理としては、例えば、ＱｏＳの確保、および、回線認証が行われる。ＳＩＰは、一般的に、所定のセッション管理用プロトコルと呼ぶことができる。
【００３０】
また、通信網２では、ＳＩＰを用いて、ＨＴＴＰ用の通信路が確立される。ＨＴＴＰは、一般的に、所定のデータ通信用プロトコルと呼ぶことができる。
【００３１】
通信網４は、例えば、インターネットである。通信網４では、セッション管理が行われずに、ＨＴＴＰを用いたデータ通信が行える。
【００３２】
ＮＡＣＦ１ａは、一般的に格納手段と呼ぶことができる。
【００３３】
ＮＡＣＦ１ａは、ユーザＩＤの認証、および、ホームゲートウェイ３へのＩＰアドレスの割り当てを行う。
【００３４】
ＮＡＣＦ１ａには、通信網２の使用権限を有するユーザ（例えば、通信網２を使用する旨の契約を結んだユーザ）のＩＤ（以下「加入者ユーザＩＤ」と称する）が、予め登録されている。
【００３５】
ＮＡＣＦ１ａは、任意の装置からユーザＩＤを受信すると、そのユーザＩＤが加入者ユーザＩＤとして登録されているかを確認する。ユーザＩＤが加入者ユーザＩＤとして登録されていると、ＮＡＣＦ１ａは、加入者ユーザＩＤにＩＰアドレスを割り当て、そのＩＰアドレスを加入者ユーザＩＤに関連づけて登録する。
【００３６】
このため、ＮＡＣＦ１ａは、通信網２の使用権限を有するユーザが使用する装置のＩＰアドレスを格納することになる。ＮＡＣＦ１ａに格納されたＩＰアドレスは、一般的に、通信網２の使用権限を有するユーザが使用する装置の識別情報と呼ぶことができる。ＮＡＣＦ１ａは、そのＩＰアドレスを、ユーザＩＤの送信元（通信網２の使用権限を有するユーザが使用する装置）に送信する。
【００３７】
なお、図２は、ＮＡＣＦ１ａに格納された情報例を示した説明図である。
【００３８】
ＲＡＣＦ１ｂは、ＱｏＳ要求を解釈し、リソース管理を行い、不図示のトランスポート装置を制御する。
【００３９】
ＣＳＣＦ１ｃには、ＮＡＣＦ１ａにて認証されたユーザＩＤを使用している装置の識別情報、つまり、通信網２を使った通信が許容される装置の識別情報（具体的には、装置に割り当てられたＩＰアドレス）が、登録される。
【００４０】
図３は、ＣＳＣＦ１ｃに登録された情報例を示した説明図である。
【００４１】
なお、ＮＡＣＦ１ａと、ＲＡＣＦ１ｂと、ＣＳＣＦ１ｃとは、公知技術である。
【００４２】
管理部１ｄは、一般的に管理手段と呼ぶことができる。
【００４３】
管理部１ｄは、ホームゲートウェイ３からセッション開始指示が送信された際に、ホームゲートウェイ３のＩＰアドレスがＮＡＣＦ１ａに格納されていると、そのセッション開始指示に従って開始されるセッションの識別情報を、予め登録されているホームゲートウェイ３のユーザ情報に関連づけて登録する。
【００４４】
本実施形態では、管理部１ｄは、セッションの識別情報として、セッションを識別するためのアクセスキーを用いる。
【００４５】
図４は、管理部１ｄに登録された情報例を示した説明図である。
【００４６】
図４において、管理部１ｄには、ユーザ情報１ｄ１と、事業者ＩＤ１ｄ２と、アクセスキー１ｄ３とが、互いに関連づけて登録されている。
【００４７】
ユーザ情報１ｄ１は、ユーザの属性情報（氏名、年齢、性別、住所等）１ｄ１ａと、電話番号（ホームゲートウェイ３の電話番号）１ｄ１ｂと、を含む。なお、事業者ＩＤは、ユーザが事業者である場合、登録される。
【００４８】
また、管理部１ｄは、アクセスキーを、接続部１ｅに送信する。
【００４９】
接続部１ｅは、一般的に接続手段と呼ぶことができる。
【００５０】
接続部１ｅは、ホームゲートウェイ３から送信されたセッション開始指示を受信した際に、ホームゲートウェイ３のＩＰアドレスがＮＡＣＦ１ａに格納されていると、セッション開始指示に従って開始されるセッションの識別情報、つまり、アクセスキーを、ホームゲートウェイ３のＩＰアドレスに関連づけて自己に登録する。
【００５１】
続いて、接続部１ｅは、セッション開始指示に従い、ＳＩＰを用いて、通信網２内に、ホームゲートウェイ３との間でＨＴＴＰを用いたデータ通信が可能な通信路２ａを確立する。
【００５２】
接続部１ｅは、通信路２ａを用いて、ホームゲートウェイ３とＷＥＢサーバ５との間の通信を制御する。
【００５３】
また、接続部１ｅは、管理部１ｄからアクセスキーを受信すると、そのアクセスキーを、ホームゲートウェイ３に送信する。ホームゲートウェイ３は、接続部１ｅからアクセスキーを受信すると、ＨＴＴＰの独自ヘッダとしてアクセスキーを付加したリクエストを、通信路２ａを用いて、ＷＥＢサーバ５に送信する。ＷＥＢサーバ５は、ホームゲートウェイ３から、ＨＴＴＰの独自ヘッダとしてアクセスキーを付加したリクエストを受信することによって、アクセスキーを入手する。
【００５４】
提供部１ｆは、一般的に提供手段と呼ぶことができる。
【００５５】
提供部１ｆは、アクセスキーを入手したＷＥＢサーバ５から、そのアクセスキーを受信すると、そのアクセスキーに関連づけてホームゲートウェイ３のＩＰアドレスが接続部１ｅに登録されているかを確認する。その後、提供部１ｆは、その確認の結果に応じた確認情報を、ＷＥＢサーバ５に送信する。
【００５６】
なお、提供部１ｆは、アクセスキーに関連づけてホームゲートウェイ３のＩＰアドレスが接続部１ｅに登録されている場合、管理部１ｄから、そのアクセスキーに関連づけられたホームゲートウェイ３のユーザ情報を取り寄せる。提供部１ｆは、そのユーザ情報を、確認情報として、ＷＥＢサーバ５に送信する。
【００５７】
例えば、提供部１ｆは、ＷＥＢサーバ５に送信するユーザ情報を選定するための選定条件を予め格納し、その選定条件に基づいて、ホームゲートウェイ３のユーザ情報から提供用ユーザ情報を選定し、その提供用ユーザ情報を、確認情報として、ＷＥＢサーバ５に送信する。
【００５８】
選定条件は、ホームゲートウェイ３のユーザ、または、ＷＥＢサーバ５のユーザ（運用者）、または、ホームゲートウェイ３のユーザとＷＥＢサーバ５のユーザ（運用者）によって設定される。
【００５９】
ホームゲートウェイ３は、一般的に第１通信装置と呼ぶことができる。
【００６０】
ホームゲートウェイ３には、ホームゲートウェイ３のユーザＩＤが格納されている。
【００６１】
ホームゲートウェイ３は、ユーザＩＤをＮＡＣＦ１ａに送信する。ホームゲートウェイ３は、ＮＡＣＦ１ａがユーザＩＤを認証した場合に送信するＩＰアドレスを受信する。
【００６２】
ホームゲートウェイ３は、ＮＡＣＦ１ａからＩＰアドレスを受信すると、そのＩＰアドレスを、ＣＳＣＦ１ｃに登録する。
【００６３】
ホームゲートウェイ３は、クライアントＰＣ６から、ＷＥＢサーバ５へのアクセス、具体的には、ＷＥＢサーバ５のＵＲＬを受信すると、そのＵＲＬをＷＥＢサーバ５のＩＰアドレスに変換し、その後、ＣＳＣＦ１ｃに、少なくともホームゲートウェイ３のＩＰアドレスとＳＩＰセッション開始指示とを送信する。ＳＩＰセッション開始指示は、一般的にセッション開始指示と呼ぶことができる。
【００６４】
ＣＳＣＦ１ｃは、ホームゲートウェイ３のＩＰアドレスとＳＩＰセッション開始指示とを受信すると、ホームゲートウェイ３のＩＰアドレスが事前に登録されているかを確認する。
【００６５】
ホームゲートウェイ３のＩＰアドレスが事前に登録されていると、ＣＳＣＦ１ｃは、ホームゲートウェイ３のＩＰアドレスとＳＩＰセッション開始指示を、接続部１ｅに送信し、また、ＲＡＣＦ１ｂに、帯域予約を依頼する。
【００６６】
ＷＥＢサーバ５は、一般的に第２通信装置と呼ぶことができる。ＷＥＢサーバ５は、ＨＴＴＰを用いたデータ通信が可能である。
【００６７】
次に、動作を説明する。
【００６８】
図５は、本実施形態の動作を説明するためのシーケンス図である。図５において、図１に示したものと同一のものには同一符号を付してある。
【００６９】
なお、ホームゲートウェイ３のユーザは、通信網２の運営者との間で、通信網２を使用する旨の契約を結んでおり、ＮＡＣＦ１ａには、ホームゲートウェイ３のユーザのユーザＩＤが登録されているとする。
【００７０】
ホームゲートウェイ３は、電源が投入されると、ＳＩＰを用いて、ユーザＩＤをＮＡＣＦ１ａに送信する（ステップ５０１、５０２）。
【００７１】
ＮＡＣＦ１ａは、ホームゲートウェイ３からユーザＩＤを受信すると、そのユーザＩＤが加入者ユーザＩＤとして登録されているかを確認する。ユーザＩＤが加入者ユーザＩＤとして登録されていると、ＮＡＣＦ１ａは、加入者ユーザＩＤにそのＩＰアドレスを割り当て、そのＩＰアドレスを加入者ユーザＩＤに関連づけて登録する（ステップ５０３）。
【００７２】
その後、ＮＡＣＦ１ａは、ＳＩＰを用いて、そのＩＰアドレスを、ホームゲートウェイ３に送信する（ステップ５０４）。
【００７３】
ホームゲートウェイ３は、ＮＡＣＦ１ａからＩＰアドレスを受信すると、ＳＩＰを用いて、そのＩＰアドレスをＣＳＣＦ１ｃに送信する（ステップ５０５）。
【００７４】
ＣＳＣＦ１ｃは、ＩＰアドレスを受信すると、そのＩＰアドレスを登録する（ステップ５０６）。この登録は、回線認証登録と称される。
【００７５】
ＣＳＣＦ１ｃは、回線認証登録を終了すると、ＳＩＰを用いて、回線認証登録の完了通知を、ホームゲートウェイ３に送信する（ステップ５０７）。
【００７６】
その後、ホームゲートウェイ３は、クライアントＰＣ６から、ＷＥＢサーバ５のＵＲＬを受信すると（ステップ５０８）、そのＵＲＬをＷＥＢサーバ５のＩＰアドレスに変換する（ステップ５０９）。ホームゲートウェイ３は、ＷＥＢサーバ５のＩＰアドレスを保持しておく。
【００７７】
その後、ホームゲートウェイ３は、ＳＩＰを用いて、ＣＳＣＦ１ｃに、ホームゲートウェイ３のＩＰアドレスと、ＳＩＰセッション開始指示と、ホームゲートウェイ３の電話番号と、を送信する（ステップ５１０）。
【００７８】
ＣＳＣＦ１ｃは、ホームゲートウェイ３のＩＰアドレスと、ＳＩＰセッション開始指示と、ホームゲートウェイ３の電話番号と、を受信すると、ホームゲートウェイ３のＩＰアドレスが事前に登録されているかを確認する。
【００７９】
ホームゲートウェイ３のＩＰアドレスが事前に登録されていると、ＣＳＣＦ１ｃは、ＳＩＰを用いて、ホームゲートウェイ３のＩＰアドレスと、ＳＩＰセッション開始指示と、ホームゲートウェイ３の電話番号とを、接続部１ｅに送信する（ステップ５１１）。
【００８０】
続いて、ＣＳＣＦ１ｃは、ＳＩＰを用いて、ＲＡＣＦ１ｂに、帯域予約を依頼する（ステップ５１２）。ＲＡＣＦ１ｂは、帯域予約を受信すると、このセッションで使用する帯域を予約する。この帯域の予約によって、ＱｏＳが保障されたセッションを行うことが可能になる。
【００８１】
接続部１ｅは、ホームゲートウェイ３のＩＰアドレスと、ＳＩＰセッション開始指示と、ホームゲートウェイ３の電話番号と、を受信すると、アクセスキーを取得するために、ＳＩＰを用いて、ホームゲートウェイ３の電話番号と、接続部１ｅの電話番号と、ホームゲートウェイ３のＩＰアドレスとを、管理部１ｄに送信する（ステップ５１３）。以下では、ホームゲートウェイ３の電話番号と接続部１ｅの電話番号とを併せて、発着電話番号と称する。
【００８２】
管理部１ｄは、発着電話番号と、ホームゲートウェイ３のＩＰアドレスと、を受信すると、ホームゲートウェイ３のＩＰアドレスがＮＡＣＦ１ａに登録されているかを、ＮＡＣＦ１ａに問い合わせる（ステップ５１４）。
【００８３】
ＮＡＣＦ１ａは、管理部１ｄからの問い合わせを受信すると、ホームゲートウェイ３のＩＰアドレスがＮＡＣＦ１ａに登録されているかを確認する。続いて、ＮＡＣＦ１ａは、ＳＩＰを用いて、その確認結果を、管理部１ｄに送信する（ステップ５１５）。
【００８４】
この場合、確認結果は、ホームゲートウェイ３のＩＰアドレスがＮＡＣＦ１ａに登録されていることを示す。
【００８５】
ＮＡＣＦ１ａからの確認結果が、ホームゲートウェイ３のＩＰアドレスはＮＡＣＦ１ａに登録されている旨であると、管理部１ｄは、このセッションに対してアクセスキーを割り当てる。
【００８６】
続いて、管理部１ｄは、その割り当てられたアクセスキーを、予め登録されているホームゲートウェイ３のユーザ情報に関連づけて登録する（ステップ５１６）。
【００８７】
続いて、管理部１ｄは、接続部１ｅから受信した発着電話番号およびホームゲートウェイ３のＩＰアドレスと、割り当てられたアクセスキーとを、ＳＩＰを用いて、接続部１ｅに送信する（ステップ５１７）。
【００８８】
接続部１ｅは、発着電話番号とホームゲートウェイ３のＩＰアドレスとアクセスキーとを受信すると、それら発着電話番号とホームゲートウェイ３のＩＰアドレスとアクセスキーとを互いに関連づけて保持する（ステップ５１８）。
【００８９】
図６は、接続部１ｅに保持された、発着電話番号とホームゲートウェイ３のＩＰアドレスとアクセスキーの例を示した説明図である。
【００９０】
続いて、接続部１ｅは、通信網２内に、ホームゲートウェイ３との間でＨＴＴＰを用いたデータ通信が可能な通信路を確立するために、ＳＩＰを用いて、ＣＳＣＦ１ｃに、応答を送信する（ステップ５１９）。なお、接続部１ｅは、アクセスキーも、ＣＳＣＦ１ｃに送信する。
【００９１】
ＣＳＣＦ１ｃは、接続部１ｅから応答およびアクセスキーを受け付けると、ＳＩＰを用いて、ＲＡＣＦ１ｂに、帯域確保を依頼する（ステップ５２０）。ＲＡＣＦ１ｂは、帯域確保を受信すると、ステップ５１２に伴って予約した帯域を、このセッションで使用する通信路として用いるために確保する。
【００９２】
続いて、ＣＳＣＦ１ｃは、ＳＩＰを用いて、ホームゲートウェイ３に、応答およびアクセスキーを送信する（ステップ５２１）。
【００９３】
これにより、通信網２内に、接続部１ｅとホームゲートウェイ３との間でＨＴＴＰを用いたデータ通信が可能な通信路２ｂが確立される（ステップ５２２）。
【００９４】
ホームゲートウェイ３は、応答およびアクセスキーを受信すると、ＨＴＴＰの独自ヘッダとしてアクセスキーを付加したＨＴＴＰリクエストを、通信路２ａを用いて、ＷＥＢサーバ５に送信する（ステップ５２３）。なお、ＨＴＴＰリクエストには、ホームゲートウェイ３のポート番号も記されている。
【００９５】
接続部１ｅは、ＨＴＴＰリクエストを受信すると、そのＨＴＴＰリクエストに対してＮＡＴ（Network Address Translation）変換を行って、そのＨＴＴＰリクエストの送信元のＩＰアドレスおよびポート番号を、接続部１ｅのＩＰアドレスおよびポート番号に変換する。接続部１ｅは、ＮＡＴ変換前後のＩＰアドレスおよびポート番号の各組を互いに関連づけて保持する（ステップ５２４）。
【００９６】
図７は、接続部１ｅに保持された、ＮＡＴ変換前後のＩＰアドレスおよびポート番号の例を示した説明図である。
【００９７】
接続部１ｅは、ＮＡＴ変換後のＨＴＴＰリクエストを、ＷＥＢサーバ５に送信する（ステップ５２５）。
【００９８】
ＷＥＢサーバ５は、ホームゲートウェイ３から、接続部１ｅを介して、ＨＴＴＰの独自ヘッダとしてアクセスキーを付加したＨＴＴＰリクエストを受信することによって、アクセスキーを入手する。
【００９９】
ＷＥＢサーバ５は、ＮＡＴ変換後のＨＴＴＰリクエストを受信すると、そのリクエストのレスポンスであるＨＴＴＰレスポンスを、ＮＡＴ変換後のＨＴＴＰリクエストの送信元、すなわち、接続部１ｅに返信する（ステップ５２６）。
【０１００】
接続部１ｅは、ＨＴＴＰレスポンスを受信すると、ステップ５２４で保持したＮＡＴ変換前後のＩＰアドレスおよびポート番号の各組を参照して、ＨＴＴＰレスポンスの送信先を、ホームゲートウェイ３に変更し、変更後のＨＴＴＰレスポンスを、通信路２ａを用いて、ホームゲートウェイ３に送信する（ステップ５２７）。なお、ＨＴＴＰレスポンスには、ホームゲートウェイ３のＩＰアドレスとポート番号が記されている。
【０１０１】
ホームゲートウェイ３は、ＨＴＴＰレスポンスを受信すると、そのＨＴＴＰレスポンスを、クライアントＰＣ６に送信する（ステップ５２８）。
【０１０２】
図８は、ＷＥＢサーバ５が、ホームゲートウェイ３を介してクライアントＰＣ６からＨＴＴＰリクエストを受信した際に、クライアントＰＣ６のユーザ、すなわち、ホームゲートウェイ３のユーザが、通信網２の使用権限を有するかを、通信制御システム１に問い合わせる動作を説明するためのシーケンス図である。
【０１０３】
図８において、図５に示したものと同一のものには同一符号を付してある。なお、図８には示していないが、接続部１ｅは、図５のステップ５２４で示したようなＮＡＴ変換を行って、ホームゲートウェイ３とＷＥＢサーバ５との通信を制御する。
【０１０４】
ＷＥＢサーバ５は、ＨＴＴＰリクエストを受信した際に（ステップ８０１）、ＨＴＴＰリクエストの送信元が通信網２の契約ユーザであるかを確認する場合、ＨＴＴＰリクエストに記述されている、送信元のＩＰアドレスおよびポート番号（この場合、接続部１ｅのＩＰアドレスおよびポート番号）ならびにアクセスキーと、ＷＥＢサーバ５の識別情報とを、提供部１ｆに送信する（ステップ８０２）。
【０１０５】
つまり、ＷＥＢサーバ５は、ＨＴＴＰリクエストの送信元が通信網２の契約ユーザであることを認証する認証情報を取得する場合、ＨＴＴＰリクエストに記述されている送信元情報およびアクセスキーと、ＷＥＢサーバ５の識別情報とを、提供部１ｆに送信する。
【０１０６】
なお、提供部１ｆには、通信網２を使用する契約を結んでいるＷＥＢサーバ５の識別情報と、ＷＥＢサーバ５の事業者ＩＤと、ＷＥＢサーバ５に通知される情報の項目（選定条件）とが、予め、互いに関連づけて格納されている。また、提供部１ｆには、通信網２を使用する契約を結んでいるユーザのユーザＩＤと、そのユーザが第３者に通知されることを許容する情報の項目（選定条件）とが、予め、互いに関連づけて格納されている。
【０１０７】
図９は、提供部１ｆに格納されている情報例を示した説明図である。
【０１０８】
提供部１ｆは、ＷＥＢサーバ５から、接続部１ｅのＩＰアドレスおよびポート番号、アクセスキー、ならびに、ＷＥＢサーバ５の識別情報を受信すると、ＷＥＢサーバ５の識別情報と関連づけられている事業者ＩＤの有無を確認する。ＷＥＢサーバ５の識別情報と関連づけられている事業者ＩＤが存在すると、提供部１ｆは、ＷＥＢサーバ５が通信網２を使用する契約を結んでいることを認証する（ステップ８０３）。
【０１０９】
なお、ＷＥＢサーバ５の識別情報と関連づけられている事業者ＩＤが存在しないと、提供部１ｆは、ＷＥＢサーバ５が通信網２を使用する契約を結んでいないと判断し、ＷＥＢサーバ５からの情報の受信に伴う動作を終了する。
【０１１０】
提供部１ｆは、ＷＥＢサーバ５を認証すると、ＷＥＢサーバ５から受信したアクセスキーの真偽を確認するために、ＷＥＢサーバ５から受信した接続部１ｅのＩＰアドレスおよびポート番号を、接続部１ｅに送信する（ステップ８０４）。
【０１１１】
接続部１ｅは、提供部１ｆから接続部１ｅのＩＰアドレスおよびポート番号を受信すると、まず、内部に保持している情報（図７）を参照して、それらＩＰアドレスおよびポート番号を、変換前のＩＰアドレスおよびポート番号（ホームゲートウェイ３のＩＰアドレスおよびポート番号）に変換する。
【０１１２】
続いて、接続部１ｅは、内部に保持している情報（図６）を参照して、変換前のＩＰアドレスに関連づけられているアクセスキーが存在するかを確認する。
【０１１３】
接続部１ｅは、変換前のＩＰアドレスに関連づけられているアクセスキーが存在する場合には、そのアクセスキーを、提供部１ｆに送信する。一方、変換前のＩＰアドレスに関連づけられているアクセスキーが存在しない場合には、接続部１ｅは、アクセスキーが存在しない旨の情報を、提供部１ｆに送信する（ステップ８０５）。
【０１１４】
提供部１ｆは、接続部１ｅからアクセスキーを受信すると、そのアクセスキーと、ＷＥＢサーバ５からのアクセスキーと、を照合する。両者が一致する場合、提供部１ｆは、ＷＥＢサーバ５からのアクセスキーは真正であると判断する（ステップ８０６）。
【０１１５】
続いて、提供部１ｆは、内部に格納している情報（図９）を参照し、ステップ８０３で特定した事業者ＩＤに関連づけられている情報項目が、通信網２経由かどうかのみを示す場合、この時点で、真正と判断されたアクセスキーを、確認情報として、ＷＥＢサーバ５に送信する。
【０１１６】
この場合、ＷＥＢサーバ５は、確認情報として送信されたアクセスキーを受信することによって、ＨＴＴＰリクエストの送信元が通信網２の契約ユーザであることを認証する認証情報を取得することになる。
【０１１７】
なお、ステップ８０３で特定した事業者ＩＤに関連づけられている情報項目が、通信網２経由かどうかのみを示さない場合、提供部１ｆは、アクセスキーと事業者ＩＤとを、管理部１ｄに送信する（ステップ８０７）。
【０１１８】
管理部１ｄは、アクセスキーと事業者ＩＤとを受信すると、まず、内部に保持している情報（図４）を参照し、アクセスキーと事業者ＩＤの両方に関連づけられたユーザ情報があるかを確認する。
【０１１９】
アクセスキーと事業者ＩＤの両方に関連づけられたユーザ情報があると、管理部１ｄは、アクセスキーに関連づけられかつ事業者ＩＤに関連づけられていないユーザ情報を、提供部１ｆに送信する（ステップ８０８）。
【０１２０】
提供部１ｆは、管理部１ｄからユーザ情報を受信すると、内部に格納している情報（図９）を参照し、ユーザと事業者の情報提供ポリシー（通知項目）にしたがい、ユーザ情報の中から、通知する属性情報を決定する（ステップ８０９）。
【０１２１】
提供部１ｆは、その決定された属性情報を、確認情報として、ＷＥＢサーバ５に送信する（ステップ８１０）。
【０１２２】
この場合、ＷＥＢサーバ５は、確認情報として送信されたユーザの属性情報を受信することによって、ＨＴＴＰリクエストの送信元が通信網２の契約ユーザであることを認証する認証情報を取得することになる。
【０１２３】
ＷＥＢサーバ５は、確認情報を受信すると、ＨＴＴＰリクエストの送信元に、ＨＴＴＰレスポンスを送信する（ステップ８１１）。
【０１２４】
本実施形態によれば、ＮＡＣＦ１ａは、通信網２の使用権限を有するユーザが使用する装置の識別情報であるＩＰアドレスを格納する。
【０１２５】
接続部１ｅは、ホームゲートウェイ３から送信されたセッション開始指示を受信した際に、ホームゲートウェイ３のＩＰアドレスが、ＮＡＣＦ１ａに格納されていると、セッション開始指示に従って開始されるセッションの識別情報であるアクセスキーを、ホームゲートウェイ３のＩＰアドレスに関連づけて登録する。
【０１２６】
このため、アクセスキーに関連づけてホームゲートウェイ３のＩＰアドレスが接続部１ｅに登録されていることは、そのアクセスキーにて識別されるセッションが、通信網２の使用権限を有するユーザが使用する装置にて行われていることを意味する。
【０１２７】
提供部１ｆは、ＷＥＢサーバ５から、アクセスキーを受信すると、そのアクセスキーに関連づけてホームゲートウェイ３のＩＰアドレスが接続部１ｅに登録されているかを確認し、その確認の結果に応じた確認情報を、ＷＥＢサーバ５に送信する。
【０１２８】
よって、ＷＥＢサーバ５は、確認情報に基づいて、通信相手である装置が、通信網２の契約ユーザにて操作されている装置であるかを確認することが可能になる。
【０１２９】
通信相手である装置が、通信網２の契約ユーザにて操作されている通信装置であれば、その契約ユーザは、通信網２の運営者によって識別可能である。よって、何らかのトラブルが生じた場合、そのトラブルへの対処方法の選択肢が増える。
【０１３０】
本実施形態では、提供部１ｆは、アクセスキーに関連づけてホームゲートウェイ３のＩＰアドレスが接続部１ｅに登録されている場合、管理部１ｄから、そのアクセスキーに関連づけられたホームゲートウェイ３のユーザ情報を取り寄せ、そのユーザ情報を、確認情報として、ＷＥＢサーバ５に送信する。
【０１３１】
この場合、通信相手である装置が、通信網２の契約ユーザにて操作されている装置であるとき、通信相手のユーザ情報が、ＷＥＢサーバ５に送信される。
【０１３２】
このため、上記効果に加えて、ＷＥＢサーバ５は、通信相手のユーザ情報に基づいて、通信相手に関する情報を得ることが可能になる。よって、ＷＥＢサーバ５が、通信相手に関する情報に基づいて、通信相手に提供するサービスを変更することが可能になる。
【０１３３】
よって、ＷＥＢサーバ５は、通信相手のユーザ情報を使用することによって、ターゲットを絞った広告を行うことが可能になり、また、代行課金を依頼することが可能になる。
【０１３４】
本実施形態では、提供部１ｆは、ＷＥＢサーバ５に送信するユーザ情報を選定するための選定条件（図９参照）を予め格納し、その選定条件に基づいて、ホームゲートウェイ３のユーザ情報から提供用ユーザ情報を選定し、その提供用ユーザ情報を、確認情報として、ＷＥＢサーバ５に送信する。
【０１３５】
この場合、ＷＥＢサーバ５に送信される情報を絞ることが可能になる。よって、ＷＥＢサーバ５に、不必要な情報、あるいは、送信されたくない情報が、送信されることを防止できる。
【０１３６】
なお、選定条件は、ホームゲートウェイ３のユーザ、または、ＷＥＢサーバ５のユーザ（運営者）、または、ホームゲートウェイ３のユーザ、または、ＷＥＢサーバ５のユーザ（運営者）によって設定されたものであることが望ましい。
【０１３７】
この場合、ホームゲートウェイ３のユーザの方針（ポリシー）、または、ＷＥＢサーバ５のユーザ（運営者）の方針に応じて、提供用ユーザ情報が決定される。
【０１３８】
また、本実施形態では、接続部１ｅは、アクセスキーを、ホームゲートウェイ３に送信する。ホームゲートウェイ３は、アクセスキーを受信すると、ＨＴＴＰの独自ヘッダとしてアクセスキーを付加したリクエストを、通信路２ａを用いて、ＷＥＢサーバ５に送信する。ＷＥＢサーバ５は、ホームゲートウェイ３から、そのリクエストを受信することによって、アクセスキーを入手する。
【０１３９】
この場合、ＨＴＴＰリクエストの送信に伴って、アクセスキーをＷＥＢサーバ５に提供することが可能になる。
【０１４０】
（第２実施形態）
図１０は、本発明の第２実施形態の通信システムを用いた、通信システムを示したブロック図である。なお、図１０において、図１に示したものと同一のものには同一符号を付してある。
【０１４１】
第２実施形態は、提供部１ｆの代わりに提供部１ｆＡを有し、また、アクセスキーがホームゲートウェイ３からＷＥＢサーバ５に送信されないという点において、第１実施形態と異なる。
【０１４２】
以下、第１実施形態と異なる点を中心に、第２実施形態を説明する。
【０１４３】
図１０において、提供部１ｆＡは、一般的に提供手段と呼ぶことができる。
【０１４４】
提供部１ｆＡは、ホームゲートウェイ３のＩＰアドレスに対応した関連情報（具体的には、ホームゲートウェイ３のＩＰアドレスをＮＡＴ変換した後のＩＰアドレス）を入手したＷＥＢサーバ５から、その関連情報を受信すると、その関連情報に対応するホームゲートウェイ３のＩＰアドレスに関連づけてアクセスキーが接続部１ｅに登録されているかを確認し、その確認の結果に応じた確認情報を、ＷＥＢサーバ５に送信する。
【０１４５】
例えば、提供部１ｆＡは、ホームゲートウェイ３のＩＰアドレスに関連づけてアクセスキーが接続部１ｅに登録されている場合、そのアクセスキーを、確認情報として、ＷＥＢサーバ５に提供する。
【０１４６】
また、提供部１ｆＡは、ＷＥＢサーバ５からアクセスキーを受信すると、管理部１ｄから、そのアクセスキーに関連づけられたホームゲートウェイ３のユーザ情報を取り寄せ、そのユーザ情報を、ＷＥＢサーバ５に送信する。
【０１４７】
なお、提供部１ｆＡは、図９に示したような選定条件（通知項目）を予め格納し、その選定条件に基づいて、ホームゲートウェイ３のユーザ情報から提供用ユーザ情報を選定し、その提供用ユーザ情報を、ＷＥＢサーバ５に送信する。
【０１４８】
図１１は、本実施形態の動作を説明するためのシーケンス図である。
【０１４９】
図１１において、図５に示した処理と同一の処理には同一符号を付してある。以下、図５に示した処理と異なる点を説明する。
【０１５０】
図１１では、ステップ５２３の代わりに、ステップ１１０１が行われる。
【０１５１】
ステップ１１０１では、ホームゲートウェイ３は、応答およびアクセスキーを受信すると、ＨＴＴＰの独自ヘッダとしてアクセスキーが付加されていないＨＴＴＰリクエストを、通信路２ａを用いて、ＷＥＢサーバ５に送信する。なお、ＨＴＴＰリクエストには、ホームゲートウェイ３のポート番号も記されている。
【０１５２】
図１２は、ＷＥＢサーバ５が、ホームゲートウェイ３を介してクライアントＰＣ６からＨＴＴＰリクエストを受信した際に、クライアントＰＣ６のユーザ、すなわち、ホームゲートウェイ３のユーザが、通信網２の使用権限を有するかを、通信制御システム１に問い合わせる動作を説明するためのシーケンス図である。
【０１５３】
図１２において、図８に示した処理と同一の処理には同一符号を付してある。以下、図８に示した処理と異なる点を説明する。
【０１５４】
図１２では、ステップ８０１〜８０２の代わりに、ステップ１２０１〜１２０２が行われ、ステップ８０６の代わりに、ステップ１２０３〜１２０５が行われる。
【０１５５】
ＷＥＢサーバ５は、ＨＴＴＰリクエストを受信した際に（ステップ１２０１）、ＨＴＴＰリクエストの送信元が通信網２の契約ユーザであるかを確認する場合、ＨＴＴＰリクエストに記述されている、送信元のＩＰアドレスおよびポート番号（この場合、接続部１ｅのＩＰアドレスおよびポート番号）と、ＷＥＢサーバ５の識別情報とを、提供部１ｆＡに送信する（ステップ１２０２）。
【０１５６】
提供部１ｆＡは、ＷＥＢサーバ５から、接続部１ｅのＩＰアドレスおよびポート番号、ならびに、ＷＥＢサーバ５の識別情報を受信すると、ステップ８０３および８０４を実行し、接続部１ｅは、ステップ８０５を実行する。
【０１５７】
提供部１ｆＡは、接続部１ｅからアクセスキーを受信すると、そのアクセスキーを、確認情報として、ＷＥＢサーバ５に送信する（ステップ１２０３）。
【０１５８】
ＷＥＢサーバ５は、アクセスキーを受信すると、ユーザ情報を取得するために、そのアクセスキーを、ＷＥＢサーバ５の識別情報と共に、提供部１ｆＡに送信する（ステップ１２０４）。
【０１５９】
提供部１ｆＡは、アクセスキーをＷＥＢサーバ５の識別情報と共に受信すると、ＷＥＢサーバ５の識別情報と関連づけられている事業者ＩＤの有無を確認する。ＷＥＢサーバ５の識別情報と関連づけられている事業者ＩＤが存在すると、提供部１ｆＡは、ＷＥＢサーバ５が通信網２を使用する契約を結んでいることを認証する（ステップ１２０５）。
【０１６０】
なお、ＷＥＢサーバ５の識別情報と関連づけられている事業者ＩＤが存在しないと、提供部１ｆＡは、ＷＥＢサーバ５が通信網２を使用する契約を結んでいないと判断し、ＷＥＢサーバ５からの情報の受信に伴う動作を終了する。
【０１６１】
提供部１ｆＡが、ＷＥＢサーバ５を認証すると、ステップ８０７〜８１１が実行される。
【０１６２】
本実施形態によれば、図１０に示した通信制御システム１０は、接続部１ｅと、提供部１ｆＡと、を含む。
【０１６３】
提供部１ｆＡは、ホームゲートウェイ３のＩＰアドレスに対応する関連情報を入手したＷＥＢサーバ５から、その関連情報を受信すると、その関連情報に対応するホームゲートウェイ３のＩＰアドレスに関連づけてアクセスキーが接続部１ｅに登録されているかを確認し、その確認の結果に応じた確認情報を、ＷＥＢサーバ５に送信する。
【０１６４】
ホームゲートウェイ３のＩＰアドレスに関連づけてアクセスキーが、接続部１ｅに登録されていることは、ホームゲートウェイ３が、通信網２の使用権限を有するユーザが使用する装置であることを意味する。
【０１６５】
このため、ＷＥＢサーバ５は、確認情報に基づいて、ホームゲートウェイ３が、通信網２の使用権限を有するユーザが使用する装置であることを認証可能となる。
【０１６６】
よって、ＷＥＢサーバ５が通信相手を認証する際に、ホームゲートウェイ３のユーザは、ユーザＩＤおよびパスワード送信しなくて済む。
【０１６７】
したがって、本実施形態によれば、一方の通信装置（ＷＥＢサーバ５）が通信相手（ホームゲートウェイ３）を認証する際に、通信相手のユーザは、ユーザＩＤおよびパスワード送信しなければならなかった、という課題を解決することが可能になる。
【０１６８】
本実施形態によれば、提供部１ｆＡは、ホームゲートウェイ３のＩＰアドレスに関連づけてアクセスキーが接続部ｅに登録されている場合、そのアクセスキーを、確認情報として、ＷＥＢサーバ５に送信する。
【０１６９】
この場合、通信相手である装置が、通信網２の契約ユーザにて操作されている装置であるとき、アクセスキーが、ＷＥＢサーバ５に送信される。
【０１７０】
このため、ＷＥＢサーバ５は、アクセスキーを受信することによって、ホームゲートウェイ３が、通信網２の使用権限を有するユーザが使用する装置であることを認証可能となる。
【０１７１】
本実施形態では、図１０に示した通信制御システム１０は、さらに、接続部１ｅと、提供部１ｆＡと、管理部１ｄとを含む。
【０１７２】
提供部１ｆＡは、アクセスキーを入手したＷＥＢサーバ５から、そのアクセスキーを受信すると、管理部１ｄから、そのアクセスキーに関連づけられたホームゲートウェイ３のユーザ情報を取り寄せ、そのユーザ情報を、ＷＥＢサーバ５に送信する。
【０１７３】
この場合、ＷＥＢサーバ５は、通信相手のユーザ情報に基づいて、通信相手に関する情報を得ることが可能になる。よって、ＷＥＢサーバ５が、通信相手に関する情報に基づいて、通信相手に提供するサービスを変更するコンシェルジェ型のサービスを提供することが可能になる。
【０１７４】
本実施形態では、提供部１ｆＡは、ＷＥＢサーバ５に送信するユーザ情報を選定するための選定条件（図９参照）を予め格納し、その選定条件に基づいて、ホームゲートウェイ３のユーザ情報から提供用ユーザ情報を選定し、その提供用ユーザ情報を、確認情報として、ＷＥＢサーバ５に送信する。
【０１７５】
この場合、ＷＥＢサーバ５に送信される情報を絞ることが可能になる。よって、ＷＥＢサーバ５に、不必要な情報、あるいは、送信されたくない情報が、送信されることを防止できる。
【０１７６】
なお、選定条件は、ホームゲートウェイ３のユーザ、または、ＷＥＢサーバ５のユーザ（運営者）、または、ホームゲートウェイ３のユーザ、または、ＷＥＢサーバ５のユーザ（運営者）によって設定されたものであることが望ましい。
【０１７７】
この場合、ホームゲートウェイ３のユーザの方針（ポリシー）、または、ＷＥＢサーバ５のユーザ（運営者）の方針に応じて、提供用ユーザ情報が決定される。
【０１７８】
また、上記各実施形態によれば、接続部１ｅは、ホームゲートウェイ３から送信されたＳＩＰセッション開始指示を受信すると、ＳＩＰを用いて、通信網２内に、ホームゲートウェイ３との間でＨＴＴＰを用いたデータ通信が可能な通信路２ａを確立する。接続部１ｅは、通信路２ａを用いて、ホームゲートウェイ３とＷＥＢサーバ５との間の通信を制御する。
【０１７９】
このため、ＷＥＢサーバ５は、通信網２を介して、ホームゲートウェイ３と通信する際に、ＳＩＰを用いたセッション制御を行う必要がない。
【０１８０】
よって、上記各実施形態によれば、データ通信用プロトコルとセッション管理用プロトコルとの両方を必要とする通信網と接続するアプリケーションの開発には、データ通信用プロトコルを用いたネットワーク技術に加えて、新たに、セッション管理用プロトコルを用いたネットワーク技術が必要となり、その管理網と接続するアプリケーションの開発において、セッション管理用プロトコルを用いたネットワーク技術が、新たな技術的な障壁となる可能性がある、という課題を解決することが可能になる。
【０１８１】
（第３実施形態）
図１３は、本発明の第３実施形態の通信制御システムを用いた、通信システムを示したブロック図である。図１３において、図１に示したものと同一機能を有するものには同一符号を付してある。
【０１８２】
第３実施形態は、管理部１ｄが省略され、接続部１ｅの代わりに接続部１ｅＢが用いられている点において、第１実施形態と異なる。また、ＮＡＣＦ１ａとＲＡＣＦ１ｂとＣＳＣＦ１ｃとで、通信網２の使用権限を有するユーザが使用する装置の識別情報を格納する格納部１Ａを構成する。格納部１Ａは、一般的に格納手段と呼ぶことができる。
【０１８３】
接続部１ｅＢは、一般的に接続手段と呼ぶことができる。
【０１８４】
接続部１ｅＢは、ホームゲートウェイ３から送信されたセッション開始指示を受信した際に、ホームゲートウェイ３のＩＰアドレスが格納部１Ａに格納されていると、セッション開始指示に従って開始されるセッションの識別情報つまりアクセスキーを、ホームゲートウェイ３のＩＰアドレスに関連づけて登録し、そのセッション開始指示に従い、ＳＩＰを用いて、通信網２内に通信路２ａを確立する。
【０１８５】
接続部１ｅＢは、通信路２ａを用いて、ホームゲートウェイ３とＷＥＢサーバ５との間の通信を制御する。
【０１８６】
本実施形態によれば、通信制御システム１０は、接続部１ｅＢと提供部１ｆを含むので、第１実施形態と同様に、ＷＥＢサーバ５は、確認情報に基づいて、通信相手である装置が、通信網２の契約ユーザにて操作されている装置であるかを確認することが可能になる。
【０１８７】
通信相手である装置が、通信網２の契約ユーザにて操作されている通信装置であれば、その契約ユーザは、通信網２の運営者によって認識可能である。よって、何らかのトラブルが生じた場合、そのトラブルへの対処方法の選択肢が増える。
【０１８８】
上記各実施形態では、通信制御システム１０は、接続部１ｅ（または接続部１ｅＢ）を含む。
【０１８９】
接続部１ｅ（または接続部１ｅＢ）は、ホームゲートウェイから送信されたセッション開始指示を受信した際に、ホームゲートウェイ３のＩＰアドレスがＮＡＣＦ１ａに格納されていると、ＳＩＰを用いて、通信網２内に通信路２ａを確立する。
【０１９０】
この場合、接続部１ｅ（または接続部１ｅＢ）は、通信網２の使用権限を有するユーザが使用する装置からセッション開始指示を受信した場合に、通信路２ａを確立する。このため、通信網２の不正使用を防止することが可能になる。
【０１９１】
上記各実施形態において、セッション管理用プロトコルとしてＳＩＰを用いたが、セッション管理用プロトコルはＳＩＰに限らず適宜変更可能である。
【０１９２】
また、上記各実施形態において、データ通信用プロトコルとしてＨＴＴＰを用いたが、データ通信用プロトコルはＨＴＴＰに限らず適宜変更可能である。
【０１９３】
以上説明した各実施形態において、図示した構成は単なる一例であって、本発明はその構成に限定されるものではない。
【０１９４】
例えば、上記各実施形態では、クライアントＰＣ６とホームゲートウェイ３とが別々の装置として示されていたが、クライアントＰＣ６とホームゲートウェイ３が一体となった通信装置（第１通信装置）が用いられてもよい。
【図面の簡単な説明】
【０１９５】
【図１】本発明の第１実施形態の通信制御システムを用いた、通信システムを示したブロック図である。
【図２】ＮＡＣＦ１ａに格納された情報例を示した説明図である。
【図３】ＣＳＣＦ１ｃに登録された情報例を示した説明図である。
【図４】管理部１ｄに登録された情報例を示した説明図である。
【図５】本実施形態の動作を説明するためのシーケンス図である。
【図６】接続部１ｅに保持された、発着電話番号とホームゲートウェイ３のＩＰアドレスとアクセスキーの例を示した説明図である。
【図７】接続部１ｅに保持された、ＮＡＴ変換前後のＩＰアドレスおよびポート番号の例を示した説明図である。
【図８】ＷＥＢサーバ５が、通信制御システム１に問い合わせる動作を説明するためのシーケンス図である。
【図９】提供部１ｆに格納されている情報例を示した説明図である。
【図１０】本発明の第２実施形態の通信システムを用いた、通信システムを示したブロック図である。
【図１１】本実施形態の動作を説明するためのシーケンス図である。
【図１２】ＷＥＢサーバ５が、通信制御システム１に問い合わせる動作を説明するためのシーケンス図である。
【図１３】本発明の第３実施形態の通信制御システムを用いた、通信システムを示したブロック図である。
【符号の説明】
【０１９６】
１      通信システム
１ａ    ＮＡＣＦ
１ｂ    ＲＡＣＦ
１ｃ    ＣＳＣＦ
１ｄ    ユーザ管理／認証基盤部（管理部）
１ｅ、１ｅＢ    接続機能部（接続部）
１ｆ、１ｆＡ    サービス事業者／ＷＥＢ−ＩＦ基盤部（提供部）
２      通信網
２ａ    通信路
３      ホームゲートウェイ
４      通信網
５      ＷＥＢサーバ
６      クライアントＰＣ
１０      通信制御システム
【図１】
0005051656.tif 000002
【図２】
0005051656.tif 000003
【図３】
0005051656.tif 000004
【図４】
0005051656.tif 000005
【図５】
0005051656.tif 000006
【図６】
0005051656.tif 000007
【図７】
0005051656.tif 000008
【図８】
0005051656.tif 000009
【図９】
0005051656.tif 000010
【図１０】
0005051656.tif 000011
【図１１】
0005051656.tif 000012
【図１２】
0005051656.tif 000013
【図１３】
0005051656.tif 000014