JP2009296333A

JP2009296333A - 通信制御システムおよび通信制御方法

Info

Publication number: JP2009296333A
Application number: JP2008148149A
Authority: JP
Inventors: Hirotake Oyama; 博毅大山; Tomomoto Murakami; 智基村上; Hiroshi Kurihara; 浩栗原; Yoshiaki Shioji; 善紀塩路; Atsushi Hashiguchi; 厚志橋口; Keisuke Okohara; 啓介大小原; Yasuhiko Sakaguchi; 泰彦坂口
Original assignee: NEC Corp; NEC Communication Systems Ltd
Current assignee: NEC Corp; NEC Communication Systems Ltd
Priority date: 2008-06-05
Filing date: 2008-06-05
Publication date: 2009-12-17
Anticipated expiration: 2028-06-05
Also published as: EP2139197A1; JP5051656B2; US8102762B2; US20090303992A1

Abstract

【課題】相手装置が契約ユーザの装置かを確認可能な通信制御システムを提供する。
【解決手段】セッション管理用プロトコルにてセッション管理される通信網を介してデータ通信用プロトコルにてデータ通信が可能な第１通信装置と接続可能で、前記データ通信が可能な第２通信装置と接続され、通信網を使用できるユーザの装置の識別情報を格納する格納手段と接続される通信制御システムは、第１通信装置から開始指示を受信した際に第１通信装置の識別情報が格納手段にあると、開始指示に応じたセッションの識別情報を第１通信装置の識別情報に関連づけて登録しセッション管理用プロトコルにて通信網内に第１通信装置との間で前記データ通信が可能な通信路を確立する接続手段、第２通信装置からセッションの識別情報を受信すると、それに関連づけて第１通信装置の識別情報が登録されているかの確認結果に応じた確認情報を第２通信装置に送信する提供手段を含む。
【選択図】図１

Description

本発明は、通信制御システムおよび通信制御方法に関し、特には、セッション管理用プロトコルを用いてセッションが管理される通信網における通信制御システムおよび通信制御方法に関する。

特許文献１には、ＩＰ（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）変換を行って、そのＨＴＴＰリクエストの送信元のＩＰアドレスおよびポート番号を、接続部１ｅのＩＰアドレスおよびポート番号に変換する。接続部１ｅは、ＮＡＴ変換前後のＩＰアドレスおよびポート番号の各組を互いに関連づけて保持する（ステップ５２４）。

図７は、接続部１ｅに保持された、ＮＡＴ変換前後のＩＰアドレスおよびポート番号の例を示した説明図である。

接続部１ｅは、ＮＡＴ変換後のＨＴＴＰリクエストを、ＷＥＢサーバ５に送信する（ステップ５２５）。

ＷＥＢサーバ５は、ホームゲートウェイ３から、接続部１ｅを介して、ＨＴＴＰの独自ヘッダとしてアクセスキーを付加したＨＴＴＰリクエストを受信することによって、アクセスキーを入手する。

ＷＥＢサーバ５は、ＮＡＴ変換後のＨＴＴＰリクエストを受信すると、そのリクエストのレスポンスであるＨＴＴＰレスポンスを、ＮＡＴ変換後のＨＴＴＰリクエストの送信元、すなわち、接続部１ｅに返信する（ステップ５２６）。

接続部１ｅは、ＨＴＴＰレスポンスを受信すると、ステップ５２４で保持したＮＡＴ変換前後のＩＰアドレスおよびポート番号の各組を参照して、ＨＴＴＰレスポンスの送信先を、ホームゲートウェイ３に変更し、変更後のＨＴＴＰレスポンスを、通信路２ａを用いて、ホームゲートウェイ３に送信する（ステップ５２７）。なお、ＨＴＴＰレスポンスには、ホームゲートウェイ３のＩＰアドレスとポート番号が記されている。

ホームゲートウェイ３は、ＨＴＴＰレスポンスを受信すると、そのＨＴＴＰレスポンスを、クライアントＰＣ６に送信する（ステップ５２８）。

図８は、ＷＥＢサーバ５が、ホームゲートウェイ３を介してクライアントＰＣ６からＨＴＴＰリクエストを受信した際に、クライアントＰＣ６のユーザ、すなわち、ホームゲートウェイ３のユーザが、通信網２の使用権限を有するかを、通信制御システム１に問い合わせる動作を説明するためのシーケンス図である。

図８において、図５に示したものと同一のものには同一符号を付してある。なお、図８には示していないが、接続部１ｅは、図５のステップ５２４で示したようなＮＡＴ変換を行って、ホームゲートウェイ３とＷＥＢサーバ５との通信を制御する。

ＷＥＢサーバ５は、ＨＴＴＰリクエストを受信した際に（ステップ８０１）、ＨＴＴＰリクエストの送信元が通信網２の契約ユーザであるかを確認する場合、ＨＴＴＰリクエストに記述されている、送信元のＩＰアドレスおよびポート番号（この場合、接続部１ｅのＩＰアドレスおよびポート番号）ならびにアクセスキーと、ＷＥＢサーバ５の識別情報とを、提供部１ｆに送信する（ステップ８０２）。

つまり、ＷＥＢサーバ５は、ＨＴＴＰリクエストの送信元が通信網２の契約ユーザであることを認証する認証情報を取得する場合、ＨＴＴＰリクエストに記述されている送信元情報およびアクセスキーと、ＷＥＢサーバ５の識別情報とを、提供部１ｆに送信する。

なお、提供部１ｆには、通信網２を使用する契約を結んでいるＷＥＢサーバ５の識別情報と、ＷＥＢサーバ５の事業者ＩＤと、ＷＥＢサーバ５に通知される情報の項目（選定条件）とが、予め、互いに関連づけて格納されている。また、提供部１ｆには、通信網２を使用する契約を結んでいるユーザのユーザＩＤと、そのユーザが第３者に通知されることを許容する情報の項目（選定条件）とが、予め、互いに関連づけて格納されている。

図９は、提供部１ｆに格納されている情報例を示した説明図である。

提供部１ｆは、ＷＥＢサーバ５から、接続部１ｅのＩＰアドレスおよびポート番号、アクセスキー、ならびに、ＷＥＢサーバ５の識別情報を受信すると、ＷＥＢサーバ５の識別情報と関連づけられている事業者ＩＤの有無を確認する。ＷＥＢサーバ５の識別情報と関連づけられている事業者ＩＤが存在すると、提供部１ｆは、ＷＥＢサーバ５が通信網２を使用する契約を結んでいることを認証する（ステップ８０３）。

なお、ＷＥＢサーバ５の識別情報と関連づけられている事業者ＩＤが存在しないと、提供部１ｆは、ＷＥＢサーバ５が通信網２を使用する契約を結んでいないと判断し、ＷＥＢサーバ５からの情報の受信に伴う動作を終了する。

提供部１ｆは、ＷＥＢサーバ５を認証すると、ＷＥＢサーバ５から受信したアクセスキーの真偽を確認するために、ＷＥＢサーバ５から受信した接続部１ｅのＩＰアドレスおよびポート番号を、接続部１ｅに送信する（ステップ８０４）。

接続部１ｅは、提供部１ｆから接続部１ｅのＩＰアドレスおよびポート番号を受信すると、まず、内部に保持している情報（図７）を参照して、それらＩＰアドレスおよびポート番号を、変換前のＩＰアドレスおよびポート番号（ホームゲートウェイ３のＩＰアドレスおよびポート番号）に変換する。

続いて、接続部１ｅは、内部に保持している情報（図６）を参照して、変換前のＩＰアドレスに関連づけられているアクセスキーが存在するかを確認する。

接続部１ｅは、変換前のＩＰアドレスに関連づけられているアクセスキーが存在する場合には、そのアクセスキーを、提供部１ｆに送信する。一方、変換前のＩＰアドレスに関連づけられているアクセスキーが存在しない場合には、接続部１ｅは、アクセスキーが存在しない旨の情報を、提供部１ｆに送信する（ステップ８０５）。

提供部１ｆは、接続部１ｅからアクセスキーを受信すると、そのアクセスキーと、ＷＥＢサーバ５からのアクセスキーと、を照合する。両者が一致する場合、提供部１ｆは、ＷＥＢサーバ５からのアクセスキーは真正であると判断する（ステップ８０６）。

続いて、提供部１ｆは、内部に格納している情報（図９）を参照し、ステップ８０３で特定した事業者ＩＤに関連づけられている情報項目が、通信網２経由かどうかのみを示す場合、この時点で、真正と判断されたアクセスキーを、確認情報として、ＷＥＢサーバ５に送信する。

この場合、ＷＥＢサーバ５は、確認情報として送信されたアクセスキーを受信することによって、ＨＴＴＰリクエストの送信元が通信網２の契約ユーザであることを認証する認証情報を取得することになる。

なお、ステップ８０３で特定した事業者ＩＤに関連づけられている情報項目が、通信網２経由かどうかのみを示さない場合、提供部１ｆは、アクセスキーと事業者ＩＤとを、管理部１ｄに送信する（ステップ８０７）。

管理部１ｄは、アクセスキーと事業者ＩＤとを受信すると、まず、内部に保持している情報（図４）を参照し、アクセスキーと事業者ＩＤの両方に関連づけられたユーザ情報があるかを確認する。

アクセスキーと事業者ＩＤの両方に関連づけられたユーザ情報があると、管理部１ｄは、アクセスキーに関連づけられかつ事業者ＩＤに関連づけられていないユーザ情報を、提供部１ｆに送信する（ステップ８０８）。

提供部１ｆは、管理部１ｄからユーザ情報を受信すると、内部に格納している情報（図９）を参照し、ユーザと事業者の情報提供ポリシー（通知項目）にしたがい、ユーザ情報の中から、通知する属性情報を決定する（ステップ８０９）。

提供部１ｆは、その決定された属性情報を、確認情報として、ＷＥＢサーバ５に送信する（ステップ８１０）。

この場合、ＷＥＢサーバ５は、確認情報として送信されたユーザの属性情報を受信することによって、ＨＴＴＰリクエストの送信元が通信網２の契約ユーザであることを認証する認証情報を取得することになる。

ＷＥＢサーバ５は、確認情報を受信すると、ＨＴＴＰリクエストの送信元に、ＨＴＴＰレスポンスを送信する（ステップ８１１）。

本実施形態によれば、ＮＡＣＦ１ａは、通信網２の使用権限を有するユーザが使用する装置の識別情報であるＩＰアドレスを格納する。

接続部１ｅは、ホームゲートウェイ３から送信されたセッション開始指示を受信した際に、ホームゲートウェイ３のＩＰアドレスが、ＮＡＣＦ１ａに格納されていると、セッション開始指示に従って開始されるセッションの識別情報であるアクセスキーを、ホームゲートウェイ３のＩＰアドレスに関連づけて登録する。

このため、アクセスキーに関連づけてホームゲートウェイ３のＩＰアドレスが接続部１ｅに登録されていることは、そのアクセスキーにて識別されるセッションが、通信網２の使用権限を有するユーザが使用する装置にて行われていることを意味する。

提供部１ｆは、ＷＥＢサーバ５から、アクセスキーを受信すると、そのアクセスキーに関連づけてホームゲートウェイ３のＩＰアドレスが接続部１ｅに登録されているかを確認し、その確認の結果に応じた確認情報を、ＷＥＢサーバ５に送信する。

よって、ＷＥＢサーバ５は、確認情報に基づいて、通信相手である装置が、通信網２の契約ユーザにて操作されている装置であるかを確認することが可能になる。

通信相手である装置が、通信網２の契約ユーザにて操作されている通信装置であれば、その契約ユーザは、通信網２の運営者によって識別可能である。よって、何らかのトラブルが生じた場合、そのトラブルへの対処方法の選択肢が増える。

本実施形態では、提供部１ｆは、アクセスキーに関連づけてホームゲートウェイ３のＩＰアドレスが接続部１ｅに登録されている場合、管理部１ｄから、そのアクセスキーに関連づけられたホームゲートウェイ３のユーザ情報を取り寄せ、そのユーザ情報を、確認情報として、ＷＥＢサーバ５に送信する。

この場合、通信相手である装置が、通信網２の契約ユーザにて操作されている装置であるとき、通信相手のユーザ情報が、ＷＥＢサーバ５に送信される。

このため、上記効果に加えて、ＷＥＢサーバ５は、通信相手のユーザ情報に基づいて、通信相手に関する情報を得ることが可能になる。よって、ＷＥＢサーバ５が、通信相手に関する情報に基づいて、通信相手に提供するサービスを変更することが可能になる。

よって、ＷＥＢサーバ５は、通信相手のユーザ情報を使用することによって、ターゲットを絞った広告を行うことが可能になり、また、代行課金を依頼することが可能になる。

本実施形態では、提供部１ｆは、ＷＥＢサーバ５に送信するユーザ情報を選定するための選定条件（図９参照）を予め格納し、その選定条件に基づいて、ホームゲートウェイ３のユーザ情報から提供用ユーザ情報を選定し、その提供用ユーザ情報を、確認情報として、ＷＥＢサーバ５に送信する。

この場合、ＷＥＢサーバ５に送信される情報を絞ることが可能になる。よって、ＷＥＢサーバ５に、不必要な情報、あるいは、送信されたくない情報が、送信されることを防止できる。

なお、選定条件は、ホームゲートウェイ３のユーザ、または、ＷＥＢサーバ５のユーザ（運営者）、または、ホームゲートウェイ３のユーザ、または、ＷＥＢサーバ５のユーザ（運営者）によって設定されたものであることが望ましい。

この場合、ホームゲートウェイ３のユーザの方針（ポリシー）、または、ＷＥＢサーバ５のユーザ（運営者）の方針に応じて、提供用ユーザ情報が決定される。

また、本実施形態では、接続部１ｅは、アクセスキーを、ホームゲートウェイ３に送信する。ホームゲートウェイ３は、アクセスキーを受信すると、ＨＴＴＰの独自ヘッダとしてアクセスキーを付加したリクエストを、通信路２ａを用いて、ＷＥＢサーバ５に送信する。ＷＥＢサーバ５は、ホームゲートウェイ３から、そのリクエストを受信することによって、アクセスキーを入手する。

この場合、ＨＴＴＰリクエストの送信に伴って、アクセスキーをＷＥＢサーバ５に提供することが可能になる。

（第２実施形態）
図１０は、本発明の第２実施形態の通信システムを用いた、通信システムを示したブロック図である。なお、図１０において、図１に示したものと同一のものには同一符号を付してある。

第２実施形態は、提供部１ｆの代わりに提供部１ｆＡを有し、また、アクセスキーがホームゲートウェイ３からＷＥＢサーバ５に送信されないという点において、第１実施形態と異なる。

以下、第１実施形態と異なる点を中心に、第２実施形態を説明する。

図１０において、提供部１ｆＡは、一般的に提供手段と呼ぶことができる。

提供部１ｆＡは、ホームゲートウェイ３のＩＰアドレスに対応した関連情報（具体的には、ホームゲートウェイ３のＩＰアドレスをＮＡＴ変換した後のＩＰアドレス）を入手したＷＥＢサーバ５から、その関連情報を受信すると、その関連情報に対応するホームゲートウェイ３のＩＰアドレスに関連づけてアクセスキーが接続部１ｅに登録されているかを確認し、その確認の結果に応じた確認情報を、ＷＥＢサーバ５に送信する。

例えば、提供部１ｆＡは、ホームゲートウェイ３のＩＰアドレスに関連づけてアクセスキーが接続部１ｅに登録されている場合、そのアクセスキーを、確認情報として、ＷＥＢサーバ５に提供する。

また、提供部１ｆＡは、ＷＥＢサーバ５からアクセスキーを受信すると、管理部１ｄから、そのアクセスキーに関連づけられたホームゲートウェイ３のユーザ情報を取り寄せ、そのユーザ情報を、ＷＥＢサーバ５に送信する。

なお、提供部１ｆＡは、図９に示したような選定条件（通知項目）を予め格納し、その選定条件に基づいて、ホームゲートウェイ３のユーザ情報から提供用ユーザ情報を選定し、その提供用ユーザ情報を、ＷＥＢサーバ５に送信する。

図１１は、本実施形態の動作を説明するためのシーケンス図である。

図１１において、図５に示した処理と同一の処理には同一符号を付してある。以下、図５に示した処理と異なる点を説明する。

図１１では、ステップ５２３の代わりに、ステップ１１０１が行われる。

ステップ１１０１では、ホームゲートウェイ３は、応答およびアクセスキーを受信すると、ＨＴＴＰの独自ヘッダとしてアクセスキーが付加されていないＨＴＴＰリクエストを、通信路２ａを用いて、ＷＥＢサーバ５に送信する。なお、ＨＴＴＰリクエストには、ホームゲートウェイ３のポート番号も記されている。

図１２は、ＷＥＢサーバ５が、ホームゲートウェイ３を介してクライアントＰＣ６からＨＴＴＰリクエストを受信した際に、クライアントＰＣ６のユーザ、すなわち、ホームゲートウェイ３のユーザが、通信網２の使用権限を有するかを、通信制御システム１に問い合わせる動作を説明するためのシーケンス図である。

図１２において、図８に示した処理と同一の処理には同一符号を付してある。以下、図８に示した処理と異なる点を説明する。

図１２では、ステップ８０１〜８０２の代わりに、ステップ１２０１〜１２０２が行われ、ステップ８０６の代わりに、ステップ１２０３〜１２０５が行われる。

ＷＥＢサーバ５は、ＨＴＴＰリクエストを受信した際に（ステップ１２０１）、ＨＴＴＰリクエストの送信元が通信網２の契約ユーザであるかを確認する場合、ＨＴＴＰリクエストに記述されている、送信元のＩＰアドレスおよびポート番号（この場合、接続部１ｅのＩＰアドレスおよびポート番号）と、ＷＥＢサーバ５の識別情報とを、提供部１ｆＡに送信する（ステップ１２０２）。

提供部１ｆＡは、ＷＥＢサーバ５から、接続部１ｅのＩＰアドレスおよびポート番号、ならびに、ＷＥＢサーバ５の識別情報を受信すると、ステップ８０３および８０４を実行し、接続部１ｅは、ステップ８０５を実行する。

提供部１ｆＡは、接続部１ｅからアクセスキーを受信すると、そのアクセスキーを、確認情報として、ＷＥＢサーバ５に送信する（ステップ１２０３）。

ＷＥＢサーバ５は、アクセスキーを受信すると、ユーザ情報を取得するために、そのアクセスキーを、ＷＥＢサーバ５の識別情報と共に、提供部１ｆＡに送信する（ステップ１２０４）。

提供部１ｆＡは、アクセスキーをＷＥＢサーバ５の識別情報と共に受信すると、ＷＥＢサーバ５の識別情報と関連づけられている事業者ＩＤの有無を確認する。ＷＥＢサーバ５の識別情報と関連づけられている事業者ＩＤが存在すると、提供部１ｆＡは、ＷＥＢサーバ５が通信網２を使用する契約を結んでいることを認証する（ステップ１２０５）。

なお、ＷＥＢサーバ５の識別情報と関連づけられている事業者ＩＤが存在しないと、提供部１ｆＡは、ＷＥＢサーバ５が通信網２を使用する契約を結んでいないと判断し、ＷＥＢサーバ５からの情報の受信に伴う動作を終了する。

提供部１ｆＡが、ＷＥＢサーバ５を認証すると、ステップ８０７〜８１１が実行される。

本実施形態によれば、図１０に示した通信制御システム１０は、接続部１ｅと、提供部１ｆＡと、を含む。

提供部１ｆＡは、ホームゲートウェイ３のＩＰアドレスに対応する関連情報を入手したＷＥＢサーバ５から、その関連情報を受信すると、その関連情報に対応するホームゲートウェイ３のＩＰアドレスに関連づけてアクセスキーが接続部１ｅに登録されているかを確認し、その確認の結果に応じた確認情報を、ＷＥＢサーバ５に送信する。

ホームゲートウェイ３のＩＰアドレスに関連づけてアクセスキーが、接続部１ｅに登録されていることは、ホームゲートウェイ３が、通信網２の使用権限を有するユーザが使用する装置であることを意味する。

このため、ＷＥＢサーバ５は、確認情報に基づいて、ホームゲートウェイ３が、通信網２の使用権限を有するユーザが使用する装置であることを認証可能となる。

よって、ＷＥＢサーバ５が通信相手を認証する際に、ホームゲートウェイ３のユーザは、ユーザＩＤおよびパスワード送信しなくて済む。

したがって、本実施形態によれば、一方の通信装置（ＷＥＢサーバ５）が通信相手（ホームゲートウェイ３）を認証する際に、通信相手のユーザは、ユーザＩＤおよびパスワード送信しなければならなかった、という課題を解決することが可能になる。

本実施形態によれば、提供部１ｆＡは、ホームゲートウェイ３のＩＰアドレスに関連づけてアクセスキーが接続部ｅに登録されている場合、そのアクセスキーを、確認情報として、ＷＥＢサーバ５に送信する。

この場合、通信相手である装置が、通信網２の契約ユーザにて操作されている装置であるとき、アクセスキーが、ＷＥＢサーバ５に送信される。

このため、ＷＥＢサーバ５は、アクセスキーを受信することによって、ホームゲートウェイ３が、通信網２の使用権限を有するユーザが使用する装置であることを認証可能となる。

本実施形態では、図１０に示した通信制御システム１０は、さらに、接続部１ｅと、提供部１ｆＡと、管理部１ｄとを含む。

提供部１ｆＡは、アクセスキーを入手したＷＥＢサーバ５から、そのアクセスキーを受信すると、管理部１ｄから、そのアクセスキーに関連づけられたホームゲートウェイ３のユーザ情報を取り寄せ、そのユーザ情報を、ＷＥＢサーバ５に送信する。

この場合、ＷＥＢサーバ５は、通信相手のユーザ情報に基づいて、通信相手に関する情報を得ることが可能になる。よって、ＷＥＢサーバ５が、通信相手に関する情報に基づいて、通信相手に提供するサービスを変更するコンシェルジェ型のサービスを提供することが可能になる。

本実施形態では、提供部１ｆＡは、ＷＥＢサーバ５に送信するユーザ情報を選定するための選定条件（図９参照）を予め格納し、その選定条件に基づいて、ホームゲートウェイ３のユーザ情報から提供用ユーザ情報を選定し、その提供用ユーザ情報を、確認情報として、ＷＥＢサーバ５に送信する。

また、上記各実施形態によれば、接続部１ｅは、ホームゲートウェイ３から送信されたＳＩＰセッション開始指示を受信すると、ＳＩＰを用いて、通信網２内に、ホームゲートウェイ３との間でＨＴＴＰを用いたデータ通信が可能な通信路２ａを確立する。接続部１ｅは、通信路２ａを用いて、ホームゲートウェイ３とＷＥＢサーバ５との間の通信を制御する。

このため、ＷＥＢサーバ５は、通信網２を介して、ホームゲートウェイ３と通信する際に、ＳＩＰを用いたセッション制御を行う必要がない。

よって、上記各実施形態によれば、データ通信用プロトコルとセッション管理用プロトコルとの両方を必要とする通信網と接続するアプリケーションの開発には、データ通信用プロトコルを用いたネットワーク技術に加えて、新たに、セッション管理用プロトコルを用いたネットワーク技術が必要となり、その管理網と接続するアプリケーションの開発において、セッション管理用プロトコルを用いたネットワーク技術が、新たな技術的な障壁となる可能性がある、という課題を解決することが可能になる。

（第３実施形態）
図１３は、本発明の第３実施形態の通信制御システムを用いた、通信システムを示したブロック図である。図１３において、図１に示したものと同一機能を有するものには同一符号を付してある。

第３実施形態は、管理部１ｄが省略され、接続部１ｅの代わりに接続部１ｅＢが用いられている点において、第１実施形態と異なる。また、ＮＡＣＦ１ａとＲＡＣＦ１ｂとＣＳＣＦ１ｃとで、通信網２の使用権限を有するユーザが使用する装置の識別情報を格納する格納部１Ａを構成する。格納部１Ａは、一般的に格納手段と呼ぶことができる。

接続部１ｅＢは、一般的に接続手段と呼ぶことができる。

接続部１ｅＢは、ホームゲートウェイ３から送信されたセッション開始指示を受信した際に、ホームゲートウェイ３のＩＰアドレスが格納部１Ａに格納されていると、セッション開始指示に従って開始されるセッションの識別情報つまりアクセスキーを、ホームゲートウェイ３のＩＰアドレスに関連づけて登録し、そのセッション開始指示に従い、ＳＩＰを用いて、通信網２内に通信路２ａを確立する。

接続部１ｅＢは、通信路２ａを用いて、ホームゲートウェイ３とＷＥＢサーバ５との間の通信を制御する。

本実施形態によれば、通信制御システム１０は、接続部１ｅＢと提供部１ｆを含むので、第１実施形態と同様に、ＷＥＢサーバ５は、確認情報に基づいて、通信相手である装置が、通信網２の契約ユーザにて操作されている装置であるかを確認することが可能になる。

通信相手である装置が、通信網２の契約ユーザにて操作されている通信装置であれば、その契約ユーザは、通信網２の運営者によって認識可能である。よって、何らかのトラブルが生じた場合、そのトラブルへの対処方法の選択肢が増える。

上記各実施形態では、通信制御システム１０は、接続部１ｅ（または接続部１ｅＢ）を含む。

接続部１ｅ（または接続部１ｅＢ）は、ホームゲートウェイから送信されたセッション開始指示を受信した際に、ホームゲートウェイ３のＩＰアドレスがＮＡＣＦ１ａに格納されていると、ＳＩＰを用いて、通信網２内に通信路２ａを確立する。

この場合、接続部１ｅ（または接続部１ｅＢ）は、通信網２の使用権限を有するユーザが使用する装置からセッション開始指示を受信した場合に、通信路２ａを確立する。このため、通信網２の不正使用を防止することが可能になる。

上記各実施形態において、セッション管理用プロトコルとしてＳＩＰを用いたが、セッション管理用プロトコルはＳＩＰに限らず適宜変更可能である。

また、上記各実施形態において、データ通信用プロトコルとしてＨＴＴＰを用いたが、データ通信用プロトコルはＨＴＴＰに限らず適宜変更可能である。

以上説明した各実施形態において、図示した構成は単なる一例であって、本発明はその構成に限定されるものではない。

例えば、上記各実施形態では、クライアントＰＣ６とホームゲートウェイ３とが別々の装置として示されていたが、クライアントＰＣ６とホームゲートウェイ３が一体となった通信装置（第１通信装置）が用いられてもよい。

本発明の第１実施形態の通信制御システムを用いた、通信システムを示したブロック図である。ＮＡＣＦ１ａに格納された情報例を示した説明図である。ＣＳＣＦ１ｃに登録された情報例を示した説明図である。管理部１ｄに登録された情報例を示した説明図である。本実施形態の動作を説明するためのシーケンス図である。接続部１ｅに保持された、発着電話番号とホームゲートウェイ３のＩＰアドレスとアクセスキーの例を示した説明図である。接続部１ｅに保持された、ＮＡＴ変換前後のＩＰアドレスおよびポート番号の例を示した説明図である。ＷＥＢサーバ５が、通信制御システム１に問い合わせる動作を説明するためのシーケンス図である。提供部１ｆに格納されている情報例を示した説明図である。本発明の第２実施形態の通信システムを用いた、通信システムを示したブロック図である。本実施形態の動作を説明するためのシーケンス図である。ＷＥＢサーバ５が、通信制御システム１に問い合わせる動作を説明するためのシーケンス図である。本発明の第３実施形態の通信制御システムを用いた、通信システムを示したブロック図である。

符号の説明

１通信システム
１ａＮＡＣＦ
１ｂＲＡＣＦ
１ｃＣＳＣＦ
１ｄユーザ管理／認証基盤部（管理部）
１ｅ、１ｅＢ接続機能部（接続部）
１ｆ、１ｆＡサービス事業者／ＷＥＢ−ＩＦ基盤部（提供部）
２通信網
２ａ通信路
３ホームゲートウェイ
４通信網
５ＷＥＢサーバ
６クライアントＰＣ
１０通信制御システム

Claims

所定のセッション管理用プロトコルを用いてセッションが管理される通信網を介して所定のデータ通信用プロトコルを用いたデータ通信が可能な第１通信装置と接続可能であり、また、前記所定のデータ通信用プロトコルを用いたデータ通信が可能な第２通信装置と接続され、また、前記通信網の使用権限を有するユーザが使用する装置の識別情報を格納する格納手段と接続される通信制御システムであって、
前記第１通信装置から送信されたセッション開始指示を受信した際に、前記第１通信装置の識別情報が前記格納手段に格納されていると、前記セッション開始指示に従って開始されるセッションの識別情報を、前記第１通信装置の識別情報に関連づけて登録し、前記セッション開始指示に従い、前記所定のセッション管理用プロトコルを用いて、前記通信網内に、前記第１通信装置との間で前記所定のデータ通信用プロトコルを用いたデータ通信が可能な通信路を確立する接続手段と、
前記セッションの識別情報を入手した前記第２通信装置から、当該セッションの識別情報を受信すると、当該セッションの識別情報に関連づけて前記第１通信装置の識別情報が前記接続手段に登録されているかを確認し、当該確認の結果に応じた確認情報を、前記第２通信装置に送信する提供手段と、を含む通信制御システム。
請求項１に記載の通信制御システムにおいて、
前記第１通信装置から前記セッション開始指示が送信された際に、前記第１通信装置の識別情報が前記格納手段に格納されていると、前記セッションの識別情報を、予め登録された前記第１通信装置のユーザ情報に関連づけて登録する管理手段をさらに含み、
前記提供手段は、前記セッションの識別情報に関連づけて前記第１通信装置の識別情報が前記接続手段に登録されている場合、前記管理手段から、当該セッションの識別情報に関連づけられた前記第１通信装置のユーザ情報を取り寄せ、当該第１通信装置のユーザ情報を、前記確認情報として、前記第２通信装置に送信する、通信制御システム。
請求項２に記載の通信制御システムにおいて、
前記提供手段は、前記第２通信装置に送信するユーザ情報を選定するための選定条件を予め格納し、当該選定条件に基づいて、前記第１通信装置のユーザ情報から提供用ユーザ情報を選定し、当該提供用ユーザ情報を、前記確認情報として、前記第２通信装置に送信する、通信制御システム。
請求項３に記載の通信制御システムにおいて、
前記選定条件は、前記第１通信装置のユーザ、または、前記第２通信装置のユーザ、または、前記第１通信装置のユーザと前記第２通信装置のユーザによって設定されたものである、通信制御システム。
請求項１から４のいずれか１項に記載の通信制御システムにおいて、
前記接続手段は、前記セッションの識別情報を、前記第１通信装置に送信し、
前記第１通信装置は、前記セッションの識別情報を受信すると、前記所定のデータ通信用プロトコルの独自ヘッダとして当該セッションの識別情報を付加したリクエストを、前記通信路を用いて、前記第２通信装置に送信するものであり、
前記第２通信装置は、前記第１通信装置から、前記リクエストを受信することによって、前記セッションの識別情報を入手するものである、通信制御システム。
所定のセッション管理用プロトコルを用いてセッションが管理される通信網を介して所定のデータ通信用プロトコルを用いたデータ通信が可能な第１通信装置と接続可能であり、また、前記所定のデータ通信用プロトコルを用いたデータ通信が可能な第２通信装置と接続され、また、前記通信網の使用権限を有するユーザが使用する装置の識別情報を格納する格納手段と接続される通信制御システムが行う通信制御方法であって、
前記第１通信装置からセッション開始指示が送信された際に、前記第１通信装置の識別情報が前記格納手段に格納されていると、前記セッション開始指示に従って開始されるセッションの識別情報を、前記第１通信装置の識別情報に関連づけて接続手段に登録し、前記セッション開始指示に従い、前記所定のセッション管理用プロトコルを用いて、前記通信網内に、前記第１通信装置との間で前記所定のデータ通信用プロトコルを用いたデータ通信が可能な通信路を確立する接続ステップと、
前記セッションの識別情報を入手した前記第２通信装置から送信された当該セッションの識別情報が受信されると、当該セッションの識別情報に関連づけて前記第１通信装置の識別情報が前記接続手段に登録されているかを確認し、当該確認の結果に応じた確認情報を、前記第２通信装置に送信する提供ステップと、を含む通信制御方法。
請求項６に記載の通信制御方法において、
前記第１通信装置から前記セッション開始指示が送信された際に、前記第１通信装置の識別情報が前記格納手段に格納されていると、前記セッションの識別情報を、予め登録された前記第１通信装置のユーザ情報に関連づけて管理手段に登録する管理ステップをさらに含み、
前記提供ステップでは、前記セッションの識別情報に関連づけて前記第１通信装置の識別情報が前記接続手段に登録されている場合、前記管理手段から、当該セッションの識別情報に関連づけられた前記第１通信装置のユーザ情報を取り寄せ、当該第１通信装置のユーザ情報を、前記確認情報として、前記第２通信装置に送信する、通信制御方法。
請求項７に記載の通信制御方法において、
前記提供ステップでは、前記第２通信装置に送信するユーザ情報を選定するための選定条件に基づいて、前記第１通信装置のユーザ情報から提供用ユーザ情報を選定し、当該提供用ユーザ情報を、前記確認情報として、前記第２通信装置に送信する、通信制御方法。
請求項８に記載の通信制御方法において、
前記選定条件は、前記第１通信装置のユーザ、または、前記第２通信装置のユーザ、または、前記第１通信装置のユーザと前記第２通信装置のユーザによって設定されたものである、通信制御方法。
請求項６から９のいずれか１項に記載の通信制御方法において、
前記セッションの識別情報を、前記第１通信装置に送信する送信ステップをさらに含み、
前記第１通信装置は、前記セッションの識別情報を受信すると、前記所定のデータ通信用プロトコルの独自ヘッダとして当該セッションの識別情報を付加したリクエストを、前記通信路を用いて、前記第２通信装置に送信するものであり、
前記第２通信装置は、前記第１通信装置から、前記リクエストを受信することによって、前記セッションの識別情報を入手するものである、通信制御方法。