(57)【特許請求の範囲】
【請求項１】
加入者情報管理装置から取得した認証情報を用いて端末を認証して登録する呼制御装置であって、
前記端末から登録要求を受信したときに、前記端末が前記加入者情報管理装置に対する認証情報の問い合わせを抑止されていない場合は、前記加入者情報管理装置に認証情報を問い合わせる認証情報取得手段と、
前記加入者情報管理装置に認証情報を問い合わせた結果、前記端末の登録が許可されない返答を受信した場合は、当該端末について前記加入者情報管理装置に対する認証情報の問い合わせを第１期間抑止する抑止手段と、
前記加入者情報管理装置に認証情報を問い合わせた結果、前記端末の登録を許可する返答として認証情報を受信した場合は、前記認証情報を第２期間保持する認証情報管理手段と、を有し、
前記認証情報取得手段は、前記第２期間内に、前記端末から登録要求を受信した場合は、前記認証情報に基づいて認証を行い、
前記認証情報管理手段は、前記第２期間経過後に、前記認証情報を無効化すること
を特徴とする呼制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末間で通信する通信システムにおいて端末を登録する技術に関する。
【背景技術】
【０００２】
ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｃｏｔｏｌ）などの呼制御プロトコルを用いる通信システムでは、端末が存在する場所を示す位置情報や宛先情報などのデータを登録要求（Ｒｅｇｉｓｔｅｒ）に含めて呼制御装置へ送信し、端末を呼制御装置に登録する。端末を呼制御装置に登録することで、登録された端末の宛先情報を指定して、端末間でセッションを確立することが可能となる。
【０００３】
端末の登録要求を受信した呼制御装置は、発信者の正当性を判定するために端末を認証する。呼制御装置が加入者データを加入者情報管理装置（例えばＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）やＵＰＳＦ（Ｕｓｅｒ  Ｐｒｏｆｉｌｅ  Ｓｅｒｖｅｒ  Ｆｕｎｃｔｉｏｎ））から取得するタイミングは、端末から登録要求を受信して端末を認証した後となるため、呼制御装置が加入者データを保持していない場合、認証情報を加入者情報管理装置から取得する。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】ＲＦＣ４７４０（Ｄｉａｍｅｔｅｒ  Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＳＩＰ）  Ａｐｐｌｉｃａｔｉｏｎ）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
未契約の端末から登録要求が集中的に送信されると、その都度、呼制御装置は加入者情報管理装置から認証情報の取得を試み、加入者情報管理装置および網の負荷が大きくなるという問題があった。
【０００６】
本発明は、上記に鑑みてなされたものであり、呼制御装置が端末を認証する際の加入者情報管理装置および網にかかる負荷を軽減することを目的とする。
【課題を解決するための手段】
【０００７】
本発明に係る呼制御装置は、加入者情報管理装置から取得した認証情報を用いて端末を認証して登録する呼制御装置であって、前記端末から登録要求を受信したときに、前記端末が前記加入者情報管理装置に対する認証情報の問い合わせを抑止されていない場合は、前記加入者情報管理装置に認証情報を問い合わせる認証情報取得手段と、前記加入者情報管理装置に認証情報を問い合わせた結果、前記端末の登録が許可されない返答を受信した場合は、当該端末について前記加入者情報管理装置に対する認証情報の問い合わせを第１期間抑止する抑止手段と、前記加入者情報管理装置に認証情報を問い合わせた結果、前記端末の登録を許可する返答として認証情報を受信した場合は、前記認証情報を第２期間保持する認証情報管理手段と、を有し、前記認証情報取得手段は、前記第２期間内に、前記端末から登録要求を受信した場合は、前記認証情報に基づいて認証を行い、前記認証情報管理手段は、前記第２期間経過後に、前記認証情報を無効化することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、呼制御装置が端末を認証する際の加入者情報管理装置および網にかかる負荷を軽減することができる。
【図面の簡単な説明】
【０００９】
【図１】本実施の形態における呼制御装置を含む全体構成図である。
【図２】加入者情報管理装置から認証情報を取得するメッセージの送信を抑止する動作を示すシーケンス図である。
【図３】加入者情報管理装置から認証情報を取得できるときの動作を示すシーケンス図である。
【図４】認証状態が初期状態のときに誤った認証情報を含む登録要求を受信した場合に、認証が失敗するときの動作を示すシーケンス図である。
【図５】認証状態が初期状態のときに正しい認証情報を含む登録要求を受信した場合に、認証が成功するときの動作を示すシーケンス図である。
【発明を実施するための形態】
【００１０】
以下、本発明の実施の形態について図面を用いて説明する。
【００１１】
図１は、本実施の形態における呼制御装置を含む全体構成図である。本実施の形態における呼制御装置１は、呼制御装置１が管理する網に収容される端末３Ａ，３ＢをＵＮＩ（Ｕｓｅｒ  Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ）に接続し、加入者情報管理装置２、他事業者の管理する他網をＮＮＩ（Ｎｅｔｗｏｒｋ  Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ）に接続する。
【００１２】
図１に示すように、呼制御装置１は、状態管理部１１、認証情報管理部１２、および加入者データ管理部１３を備える。
【００１３】
状態管理部１１は、登録要求（ＲＥＧＩＳＴＥＲ）を受信したときに、登録要求の送信元の端末３Ａ，３Ｂが加入者情報管理装置２から認証情報の取得を抑止されたものであるか否かを判定し、認証情報の取得が抑止されている端末３Ａ，３Ｂについては加入者情報管理装置２に問い合わせをせずに呼制御装置１にてエラーを返す。認証情報の取得が抑止されていない場合は、認証情報を加入者情報管理装置２に問い合わせる。問い合わせの結果、加入者情報管理装置２から端末３Ａ，３Ｂがユーザ種別ＮＧあるいは未契約のユーザであることを示すエラーコードを含む応答を受信した場合、その端末３Ａ，３Ｂについて加入者情報管理装置２からの認証情報の取得を抑止する連携抑止期間を設定し、連携抑止期間の間は認証情報の取得を抑止する。一方、問い合わせの結果、加入者情報管理装置２から認証情報を取得した場合は、取得した認証情報を認証状態とともに認証情報管理部１２で一時的に管理する。
【００１４】
また、状態管理部１１は、端末３Ａ，３Ｂを認証し、加入者情報管理装置２から加入者データを取得した後は、認証情報管理部１２で保持する認証情報と認証状態を加入者データ管理部１３に引き継がせて、認証情報管理部１２から認証情報と認証状態を削除する。
【００１５】
認証情報管理部１２は、認証情報管理テーブル１２１において、端末を識別する情報（例えば加入者番号）単位で、加入者情報管理装置２から取得した認証情報と認証状態を一時的に保持する。なお、一定期間の満了後は、認証情報管理テーブル１２１で保持する認証情報を無効化する。一定期間の満了後に、認証情報を無効化することで、ユーザのサービス契約による加入者情報管理装置２への加入者データの登録より端末からの登録要求を先に受信した場合、正規の契約ユーザにもかかわらず、サービスが使用できないことを防止することができる。
【００１６】
加入者データ管理部１３は、加入者情報管理装置２から取得した加入者データ、認証情報および認証状態を保持する。
【００１７】
ここで、状態管理部１１で管理する状態と認証情報を取得する動作の必要の有無について説明する。
【００１８】
表１は、認証状態、認証情報の保持状態、および認証情報を取得する動作の必要の有無をまとめたものである。表１では、認証状態として、初期状態、仮登録、および登録済の各認証状態について、認証情報をどこで保持しているか、認証情報を取得する動作が必要であるかを記載している。初期状態は、端末からの登録要求（ＲＥＧＩＳＴＥＲ）を受信する前のであり、認証情報および加入者データともに保持していない状態である。仮登録は、端末からの登録要求（ＲＥＧＩＳＴＥＲ）受信により加入者情報管理装置２へＭＡＲを送信し、ＭＡＡ（正常応答）を受信し、認証情報を一時的に保持している状態である。登録済は、端末登録の認証後に加入者情報管理装置２へＳＡＲを送信し、ＳＡＡ（正常応答）を受信し、加入者データが登録された状態であり、認証情報は加入者データとして保持されている。
【表１】
0005886795.tif 000002
【００１９】
状態管理部１１は、ユーザの認証状態に基づき、認証情報を加入者情報管理装置２から取得する必要があるのか、認証情報をどこで保持しているのかを特定する。具体的には、初期状態では、認証情報を保持しておらず、加入者情報管理装置２から認証情報を取得する必要がある。仮登録では、認証情報を認証情報管理テーブル１２１で一時保持している。登録済では、認証情報を加入者データとして加入者データ管理部１３で保持している。
【００２０】
次に、加入者情報管理装置２から認証情報を取得するメッセージの送信を抑止する動作について説明する。
【００２１】
図２は、加入者情報管理装置２から認証情報を取得するメッセージの送信を抑止する動作を示すシーケンス図である。同図に示す例では、登録が許可されない、ユーザ種別ＮＧあるいは未契約の端末が何度も登録要求を送信した場合である。ユーザ種別ＮＧとは、契約者であるがサービスの仕様により許容しない場合に検出されるエラーである。例えば、ダイヤルインなどの付加サービス契約により複数の番号を保持しているユーザにおいては、基本契約番号からの登録要求は許容（ユーザ認証）するが、ダイヤルイン追加番号からの登録要求は許容しない。
【００２２】
端末が、認証ヘッダのない登録要求（ＲＥＧＩＳＴＥＲ）を呼制御装置１へ送信する（ステップＳ１０１）。このとき、登録要求を受信した呼制御装置１は、認証情報管理テーブル１２１において、送信元の端末について、認証情報はなし、認証状態は初期状態とする。
【００２３】
呼制御装置１は登録要求を受信すると、ユーザを認証するために必要な情報を持っていないので、ユーザを識別する加入者番号を含むＭＡＲ（Ｍｕｌｔｉｍｅｄｉａ−Ａｕｔｈ−Ｒｅｑｕｅｓｔ）を加入者情報管理装置２へ送信する（ステップＳ１０２）。
【００２４】
加入者情報管理装置２は、端末のユーザがユーザ種別ＮＧあるいは未契約であることを検出するので（ステップＳ１０３）、ユーザ種別ＮＧあるいは未契約のユーザであることを示すエラーコードを含むＭＡＡ（Ｍｕｌｔｉｍｅｄｉａ−Ａｕｔｈ−Ａｎｓｗｅｒ）を呼制御装置１へ返す（ステップＳ１０４）。
【００２５】
呼制御装置１は、加入者情報管理装置２からエラー応答を受信したので、登録要求の送信元の端末について、加入者情報管理装置からの認証情報の取得を抑止する連携抑止期間を開始し（ステップＳ１０５）、４０３（Ｆｏｒｂｉｄｄｅｎ）応答を端末へ送信する（ステップＳ１０６）。端末の連携抑止期間の管理には、端末を識別する情報（例えば加入者番号）と連携抑止期間を示す情報（例えば時刻）を認証情報管理テーブル１２１で保持しておく。認証情報はなし、認証状態は初期状態のままである。連携抑止期間の長さはＣｏｎｆｉｇの設定で指定される。また、Ｃｏｎｆｉｇでは、抑止動作のＯＮ／ＯＦＦも設定可能である。具体的には、Ｃｏｎｆｉｇの連携抑止期間に「０」を設定した場合は抑止動作ＯＦＦ、それ以外の数値は連携抑止期間（時間や分単位）を表す。
【００２６】
再び、同一端末から登録要求が送信された場合は（ステップＳ１０７）、その端末は連携抑止期間であるので、加入者情報管理装置２へＭＡＲを送信せずに、４０３応答を端末へ送信する（ステップＳ１０８）。以降、連携抑止期間の同一端末から登録要求を受信すると、加入者情報管理装置２へＭＡＲを送信せずに、４０３応答を端末へ送信する。
【００２７】
連携抑止期間が終了後（ステップＳ１０９）、同一端末から登録要求を受信すると（ステップＳ１１０）、ＭＡＲを加入者情報管理装置２へ送信する（ステップＳ１１１）。その後は、ステップＳ１０３以降と同様の処理が繰り返される。
【００２８】
同図では、最初に認証ヘッダのない登録要求（ＲＥＧＩＳＴＥＲ）を端末から受信する例である。認証ヘッダがある登録要求（ＲＥＧＩＳＴＥＲ）を最初に端末から受信した場合も同様の動作が可能である。
【００２９】
次に、加入者情報管理装置２から認証情報を取得できるときの動作について説明する。
【００３０】
図３は、加入者情報管理装置２から認証情報を取得できるときの動作を示すシーケンス図である。
【００３１】
端末が、認証ヘッダのない登録要求（ＲＥＧＩＳＴＥＲ）を呼制御装置１へ送信する（ステップＳ２０１）。認証情報管理テーブル１２１の認証情報はなし、認証状態は初期状態とする。
【００３２】
呼制御装置１は、加入者番号を含むＭＡＲを加入者情報管理装置２へ送信し（ステップＳ２０２）、加入者情報管理装置２は、認証情報を含むＭＡＡを呼制御装置１へ返す（ステップＳ２０３）。
【００３３】
呼制御装置１は、受信した認証情報を認証情報管理テーブル１２１に一時的に格納し、認証状態を仮登録とする（ステップＳ２０４）。
【００３４】
そして、呼制御装置１は、認証に必要な情報を含む４０１（Ｕｎａｕｔｈｏｒｉｚｅｄ）応答を端末へ送信する（ステップＳ２０５）。
【００３５】
端末は、４０１応答を受信すると、認証ヘッダを作成し、認証ヘッダを含む登録要求を呼制御装置１へ送信する（ステップＳ２０６）。
【００３６】
呼制御装置１は、受信した登録要求の認証ヘッダと認証情報管理テーブル１２１の認証情報を使用して認証を実施する（ステップＳ２０７）。
【００３７】
認証後、ユーザが登録されたことを通知し、加入者データを取得するＳＡＲ（Ｓｅｒｖｅｒ−Ａｓｓｉｇｎｍｅｎｔ−Ｒｅｑｕｅｓｔ）を加入者情報管理装置２へ送信し（ステップＳ２０８）、加入者情報管理装置２は、加入者データと関連データを含むＳＡＡ（Ｓｅｒｖｅｒ−Ａｓｓｉｇｎｍｅｎｔ−Ａｎｓｗｅｒ）を呼制御装置１へ返す（ステップＳ２０９）。
【００３８】
呼制御装置１は、ＳＡＡを受信すると、認証状態を登録済とし、加入者データを加入者データ管理部１３に格納するとともに、認証情報、認証状態を加入者データ管理部１３へ引き継ぎ、認証情報管理テーブル１２１から認証情報と認証状態を削除する（ステップＳ２１０）。
【００３９】
そして、端末へ２００（ＯＫ）応答を送信する（ステップＳ２１１）。
【００４０】
同図では、最初に認証ヘッダのない登録要求（ＲＥＧＩＳＴＥＲ）を端末から受信する例である。認証ヘッダがある登録要求（ＲＥＧＩＳＴＥＲ）を最初に端末から受信した場合も同様の動作が可能である。
【００４１】
次に、認証状態が初期状態のときに認証情報を含む登録要求を受信した場合について、誤った認証情報を含む登録要求を受信した例と正しい認証情報含む登録要求を受信した例を説明する。
【００４２】
図４は、誤った認証情報を含む登録要求を受信したときの動作を示すシーケンス図である。
【００４３】
端末が、認証情報を含む登録要求を呼制御装置１へ送信する（ステップＳ３０１）。
【００４４】
呼制御装置１は登録要求を受信すると、ユーザを識別する加入者番号を含むＭＡＲを加入者情報管理装置２へ送信し（ステップＳ３０２）、加入者情報管理装置２は、認証情報を含むＭＡＡを呼制御装置１へ返す（ステップＳ３０３）。
【００４５】
呼制御装置１は、受信した認証情報を認証情報管理テーブル１２１に一時的に格納し、認証状態を仮登録とする（ステップＳ３０４）。
【００４６】
呼制御装置１は、受信した登録要求の認証ヘッダと認証情報管理テーブル１２１の認証情報を使用して認証する（ステップＳ３０５）。認証結果がＮＧの場合、呼制御装置１は、４０１（Ｕｎａｕｔｈｏｒｉｚｅｄ）応答を端末へ送信する（ステップＳ３０６）。
【００４７】
再び、同一端末から認証情報を含む登録要求が送信された場合は（ステップＳ３０７）、加入者情報管理装置２へＭＡＲを送信せずに、認証情報管理テーブル１２１に一時的に保持される認証情報を使用して認証する（ステップＳ３０８）。認証結果がＮＧの場合は、４０１（Ｕｎａｕｔｈｏｒｉｚｅｄ）応答を端末へ送信する（ステップＳ３０９）。
【００４８】
認証情報管理テーブル１２１に認証情報が保存されてから所定の時間経過すると、認証情報管理テーブル１２１から認証情報を無効化し、認証状態は初期状態とする（ステップＳ３１０）。所定の時間経過後に、認証情報を無効化することで、加入者が間違ったＩＤやパスワードを端末に設定した後、修正により正しいＩＤやパスワードが設定されたときは、その端末を許容することが可能となる。
【００４９】
認証情報管理テーブル１２１から認証情報が削除された後、同一端末から登録要求を受信すると（ステップＳ３１１）、ＭＡＲを加入者情報管理装置２へ送信する（ステップＳ３１２）。その後は、ステップＳ３０３以降と同様の処理が繰り返される。
【００５０】
同図では、最初に認証ヘッダがある登録要求（ＲＥＧＩＳＴＥＲ）を端末から受信する例である。認証ヘッダのない登録要求（ＲＥＧＩＳＴＥＲ）を最初に端末から受信した場合は、４０１（Ｕｎａｕｔｈｏｒｉｚｅｄ）応答を端末へ送信後、認証ヘッダがある登録要求（ＲＥＧＩＳＴＥＲ）を端末から受信することで同様の動作が可能である。
【００５１】
続いて、認証情報が成功するときの動作について説明する。
【００５２】
図５は、正しい認証情報を含む登録要求を受信したときの動作を示すシーケンス図である。
【００５３】
端末が、認証情報を含む登録要求を呼制御装置１へ送信する（ステップＳ４０１）。
【００５４】
呼制御装置１は、加入者番号を含むＭＡＲを加入者情報管理装置２へ送信し（ステップＳ４０２）、加入者情報管理装置２は、認証情報を含むＭＡＡを呼制御装置１へ返す（ステップＳ４０３）。
【００５５】
呼制御装置１は、受信した認証情報を認証情報管理テーブル１２１に一時的に格納し、認証状態を仮登録とする（ステップＳ４０４）。
【００５６】
呼制御装置１は、受信した登録要求の認証ヘッダと認証情報管理テーブル１２１の認証情報を使用して認証する（ステップＳ４０５）。
【００５７】
認証結果がＯＫの場合、ＳＡＲを加入者情報管理装置２へ送信し（ステップＳ４０６）、加入者情報管理装置２は、ＳＡＡを呼制御装置１へ返す（ステップＳ４０７）。
【００５８】
呼制御装置１は、ＳＡＡを受信すると、認証状態を登録済とし、加入者データを加入者データ管理部１３に格納するとともに、認証情報、認証状態を加入者データ管理部１３へ引き継ぎ、認証情報管理テーブル１２１から認証情報と認証状態を削除する（ステップＳ４０８）。
【００５９】
そして、端末へ２００（ＯＫ）応答を送信する（ステップＳ４０９）。
【００６０】
同図では、最初に認証ヘッダがある登録要求（ＲＥＧＩＳＴＥＲ）を端末から受信する例である。認証ヘッダのない登録要求（ＲＥＧＩＳＴＥＲ）を最初に端末から受信した場合は、４０１（Ｕｎａｕｔｈｏｒｉｚｅｄ）応答を端末へ送信後、認証ヘッダがある登録要求（ＲＥＧＩＳＴＥＲ）を端末から受信することで同様の動作が可能である。
【００６１】
以上説明したように、本実施の形態によれば、端末から登録要求を受信したときに、加入者情報管理装置２へ認証情報を問い合わせ、問い合わせた結果、端末のユーザがユーザ種別ＮＧあるいは未契約である場合は、端末に対して連携抑止期間を設定し、連携抑止期間が設定された端末から登録要求を受信した場合は、加入者情報管理装置２へ認証情報を問い合わせずにエラー応答を端末へ返すことにより、加入者情報管理装置２および網にかかる負荷を軽減できる。
【００６２】
本実施の形態によれば、端末から登録要求を受信してから加入者情報管理装置２から加入者データを受信するまでの間、認証情報を認証情報管理テーブル１２１で一時的に管理することにより、加入者データ管理部１３に不正端末が登録されないので、呼制御装置１で収容端末数の上限が不正端末分減ってしまい、登録可能な正規の端末分の加入者データ数が減少してしまう問題を避けることができる。また、ＭＡＡで取得するデータ量（認証情報）よりも、ＳＡＲで取得するデータ量（加入者データ）の方が圧倒的に大きいので、ＭＡＡで取得したデータを一時的に保持した方が呼制御装置１のリソース（メモリ量、ディスク量）使用量を削減できる。
【符号の説明】
【００６３】
１…呼制御装置
１１…状態管理部
１２…認証情報管理部
１２１…認証情報管理テーブル
１３…加入者データ管理部
２…加入者情報管理装置
３Ａ，３Ｂ…端末
【図１】
0005886795.tif 000003
【図２】
0005886795.tif 000004
【図３】
0005886795.tif 000005
【図４】
0005886795.tif 000006
【図５】
0005886795.tif 000007