JP2015033044A - 認証キー管理システム - Google Patents

Abstract

【課題】複数の端末デバイスからの同時利用を制限する認証キー管理システムを提供する。【解決手段】アクティベートキーと認証キーとが対応付けて管理されている端末管理サーバ（４）と、端末管理サーバ（４）から認証キーの変更要求を受けて該当ユーザの認証キーを変更する認証キー変更サーバ（５）とを備え、同一又は異なる端末デバイス（１）からのアクティベート毎に、当該端末デバイス（１）から送信されたアクティベートキーに基づいて認証を行い、認証キー変更サーバ（５）に認証キーの変更要求を出して変更後の認証キーを取得し、端末管理情報（４Ａ）内の認証キーを変更するとともに変更後の認証キーを当該端末デバイス（１）に設定する。【選択図】図３

Description

本発明は、サービス利用のための認証キーを管理する認証キー管理システムに関する。

現在、通信事業者等のサービス提供者がＩＰネットワーク上でＳＩＰ（Ｓｅｓｓｉｏｎ
Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を用いた音声通話サービスを提供している。音声通話サービスを簡易に受けられる端末デバイスとして携帯コンピュータの機能を併せ持った多機能携帯電話機（スマートフォンとも呼ばれる）がある。多機能携帯電話機は、インターネットなどを通じて、その機種が搭載しているＯＳに対応した音声通話用のアプリケーションソフトをダウンロードすることで、音声通話サービスの提供を受ける機能を追加することができる。

サービス提供者は、ユーザとのサービス契約時にユーザＩＤ及びパスワードをユーザへ通知する。ユーザは、インターネットなどを通じて音声通話用のアプリケーションソフトを多機能携帯電話機へダウンロードしてから、その多機能携帯電話機から端末管理サーバにアクセスし、サービス契約時に通知されたユーザＩＤ及びパスワードをアクティベートキーとして用いてアクティベートを行う。これにより、音声通話サービスの提供を受けるための認証キーとなるＩＤ及びパスワードが多機能携帯電話機にダウンロードされて保存される仕組みとなっている。サービス利用時には、多機能携帯電話機のアプリケーションソフトが自機に保存したＩＤ及びパスワードをＳＩＰサーバへ送信し、認証に成功するとサービス提供を受けられる。

特開２００７−１７４０４８号公報 特開２００４−２７４６０２号公報

ところで、多機能携帯電話機に音声通話用のアプリケーションソフトをダウンロードする場合に限らず、通信機能を備えた端末デバイスにアプリケーションソフトをダウンロードして特定のサービス提供を受けるための機能を追加するような使用形態が今後も普及することが想定される。かかる使用形態において、ユーザが同じアプリケーションソフトを同じ端末デバイスに再登録してアクティベートし、又は別の端末デバイスにダウンロードし直してアクティベートすることを一切禁止してしまうと、サービスとしての柔軟性に欠け、ユーザにとっては使い勝手の悪いサービスになってしまう。このため、同一又は異なる端末デバイスからのアクティベートを何度も受け入れるようにシステム構築する必要があった。

しかしながら、同一又は異なる端末デバイスからのアクティベートを何度も受け入れることを許容した場合、複数のユーザが個々の端末デバイスから同じアクティベートキーを用いてアクティベートすると、全く同じ権限を持つ端末デバイスが増殖する問題がある。

本発明は、以上のような実情に鑑みてなされたもので、同一又は異なる端末デバイスからのアクティベーションを複数回にわたり受け入れる柔軟性を確保しつつ、複数の端末デバイスからの同時利用を制限する認証キー管理システムを提供することを目的とする。

本発明は、端末デバイスがＩＰネットワーク上でサービス提供を受けるための認証キーを管理する認証キー管理システムであって、サービス提供を受ける端末デバイスを管理するための端末管理情報が保持され、前記端末管理情報には、ユーザに対して発行されたアクティベートキーとサービス提供の際にシステム側でユーザ認証に用いる認証キーとが対応付けて管理されている端末管理手段と、前記端末管理手段からユーザを指定した認証キーの変更要求を受けて該当ユーザの認証キーを変更する認証キー変更手段と、を備え、前記端末管理手段は、同一又は異なる端末デバイスからのアクティベート毎に、当該端末デバイスから送信されたアクティベートキーに基づいて認証し、前記認証キー変更手段に認証キーの変更要求を出して変更後の認証キーを取得し、前記端末管理情報内の認証キーを変更するとともに変更後の認証キーを当該端末デバイスに設定することを特徴とする。

本発明によれば、アクティベート毎に認証キー変更手段が認証キーを変更し、変更後の認証キーを当該端末デバイスに設定するようにしたので、端末デバイスのアクティベートに連動して最新の認証キーがシステム側に反映されると共に最後にアクティベートした端末デバイスにのみに最新の認証キーが設定される。これにより、同一又は異なる端末デバイスからのアクティベートを複数回にわたり受け入れる柔軟性を確保しつつ、最後にアクティベートした端末デバイスのみがサービス提供を受けることができる。

上記認証キー管理システムにおいて、前記認証キー変更手段は、サービス提供の際に前記端末デバイスが送信する認証キーに基づいてシステム側でユーザ認証を行う認証サーバが参照する認証キーを変更後の認証キーに更新する構成としても良い。

これにより、認証サーバがサービス提供の際にシステム側でユーザ認証を行うシステム構成の場合に、認証サーバが参照する認証キーが変更後の認証キーに更新されるので、最後にアクティベートした端末デバイスのみが認証サーバによる認証を受けてサービス提供を受けることができる。

上記認証キー管理システムにおいて、前記端末管理手段は、ＳＩＰを用いたメディアサービスの提供を受けるユーザの端末デバイスを管理するための端末管理情報を保持し、前記端末管理情報にはシステム側でユーザを識別するためのユーザ識別情報と前記認証キーとしてのパスワードとが含まれることを特徴とする。

本発明によれば、同一又は異なる端末デバイスからのアクティベートを複数回にわたり受け入れる柔軟性を確保しつつ、複数の端末デバイスからの同時利用を制限する認証キー管理システムを提供できる。

本実施の形態に係る音声通話サービス提供用の通信システムの概念図。 ＳＩＰサーバのシステム構成例を示す図。 本実施の形態における認証キーの変更手順を説明する概念図。 本実施の形態における前半部分のシーケンス図。 本実施の形態における後半部分のシーケンス図。 本実施の形態における認証キー等の変化を説明するための遷移図。

以下、本発明の認証キー管理システムを、ＳＩＰを用いたメディアサービスの１つである音声通話サービスを提供する通信システムに適用した実施の形態について説明する。

図１は音声通話サービス提供用の通信システムの概念図である。同図には、音声通話に用いられる端末デバイスとして、スマートフォンとして機能する多機能携帯電話機１ａ、ソフトフォンとして機能するパソコン１ｂが例示されている。ユーザは、ＩＰネットワーク２上で音声通話サービスを提供するサービス提供会社と契約する。その契約ユーザは、自己の多機能携帯電話機１ａ又はパソコン１ｂ（以下の説明において両者を区別しない場合は「端末デバイス１」と呼称する）にアプリケーションサーバ３から音声通話サービスを受けるために必要なアプリケーションソフトをダウンロードする。または、端末デバイス１に予めアプリケーションソフトがインストールされていても良い。

本実施の形態に係る通信システムは、ＩＰネットワーク２を介して接続される端末管理サーバ４と認証キー変更サーバ５とから認証キー管理システムを構築している。端末管理サーバ４と認証キー変更サーバ５とは同一の装置筐体に収納されても良いし、ネットワークを介して通信可能な物理的に離れた場所に配置されても良い。端末管理サーバ４は、端末デバイス１でサービス提供を受けるのに必要な端末管理情報を管理する。サービス提供会社と音声通話サービスに関する契約を締結したユーザの契約者情報が端末管理情報の１つとして管理される。端末管理情報には、契約ユーザの端末デバイス１を音声通話サービスが受けられる状態にするためのアクティベート（有効化）で用いられるアクティベートキーが登録される。さらに、端末管理情報には、音声通話サービスを提供する際にＳＩＰシステム側でユーザを識別するためのユーザ識別情報と、音声通話サービスを提供する際の認証に用いられる認証キーと、が含まれる。以下の説明においてユーザ識別情報のことを「ＳＩＰ ＩＤ」、認証キーのことを「ＳＩＰ ＰＡＳＳ」と表記することがある。

認証キー変更サーバ５は、認証キー（ＳＩＰ ＰＡＳＳ）を変更する変更機能を有する。端末管理サーバ４は、端末デバイス１から送信されたアクティベートキーを受信し、アクティベートキーに基づいて端末デバイス１を認証し、端末デバイス１に認証キー（ＳＩＰ ＰＡＳＳ）を送信して設定するアクティベートを実行する。認証キー変更サーバ５は、このアクティベートを契機にして認証キー（ＳＩＰ ＰＡＳＳ）を変更する。

ＳＩＰサーバ６は、ＳＩＰプロトコルに準拠した登録処理、ユーザ認証、ロケーション検索、アドレス変更の他、各種電話サービスの実現など、様々なソフトスイッチ機能を提供する。ＳＩＰサーバ６は、１台のサーバで実現することも可能であるが、図２に示すように複数のサーバを連携してシステム構成することもできる。登録サーバ１１は、端末デバイス１（ＳＩＰ端末）の現在位置を登録する登録要求（ＲＥＧＩＳＴＥＲリクエスト）を受け付けて端末デバイス１のアドレスをロケーションサーバ１２へ登録する（ロケーション登録）。プロキシサーバ１３は、発信元の端末デバイス１からＳＩＰリクエストを受け取り、着信先の端末デバイス１のアドレスをロケーションサーバ１２に問い合わせて取得し、ＳＩＰリクエストを着信先の端末デバイス１へ中継する。プロキシサーバ１３は、ネットワーク構成によっては複数のプロキシサーバをホップする可能性があり、ＳＩＰリクエストの中継だけでなく、認証、許可、ネットワークアクセス制御、ルーティング、セキュリティなどの機能も提供する。プレゼンスサーバ１４は、端末デバイス１からのプレゼンス情報を受け付けて蓄え、配信する。

次に、端末管理サーバ４及びＳＩＰサーバ６で管理される認証キー（ＳＩＰ ＰＡＳＳ）をアクティベートに連動して逐次変更する方法について、図３から図６を参照しながら説明する。

図３には新規契約ユーザのユーザ識別情報（ＳＩＰ ＩＤ）及び初期認証キー（初期ＰＡＳＳ）が発行されてから音声通話サービス提供までの手順が示されている。また、図４及び図５にはアクティベートに連動した認証キー（ＳＩＰ ＰＡＳＳ）の変更によって先のユーザがサービス利用できなくなる様子を示したシーケンスが示されている。

サービス提供会社７とユーザとの間で音声通話サービスに関する契約の締結がなされると、ＳＩＰシステム側でユーザ識別に用いるユーザ識別情報（ＳＩＰ ＩＤ）と音声通話サービスを提供する際の認証に用いる認証キー（ここでは初期登録用の初期ＰＡＳＳ）がＳＩＰサーバ６及び端末管理サーバ４に登録される（図３の手順（１）（２））。また、契約ユーザの端末デバイス１で音声通話サービス利用できる状態にアクティベートする際に用いられるユーザＩＤ及びパスワード（Ａｃｔｉｖａｔｅ ＩＤ＆ＰＡＳＳ）が端末管理サーバ４に発行され（図３の手順（３））、同じユーザＩＤ及びパスワード（Ａｃｔｉｖａｔｅ ＩＤ＆ＰＡＳＳ）が契約ユーザに通知される（図３の手順（４））。

図６（ａ）は、アクティベート用のユーザＩＤ及びパスワード（Ａｃｔｉｖａｔｅ ＩＤ＆ＰＡＳＳ）が発行されてから最初のアクティベートが実行されるまでの間における、端末管理サーバ４の端末管理情報４Ａ及びＳＩＰサーバ６の認証情報６Ａの状態を例示している。端末管理情報４Ａ及び認証情報６Ａに、ユーザ識別情報（ＳＩＰ ＩＤ）、認証キー（初期ＰＡＳＳ）が初期登録された状態が示されている。

端末管理サーバ４の端末管理情報４Ａには、ユーザ情報４１、アクティベートキー情報４２及びＳＩＰ認証情報４３が登録されている。アクティベートキー情報４２は、アクティベート用のユーザＩＤとして「ＡＡＡ」が登録され、アクティベート用のパスワードとして「ＢＢＢ」が登録されている。このアクティベートキー情報４２は、その後にアクティベート操作が繰り返されても変化しない固定値である。ＳＩＰ認証情報４３は、ユーザ識別情報（ＳＩＰ ＩＤ）として「ＳＳＳ」が登録され、初期登録された認証キー（ＳＩＰ 初期ＰＡＳＳ）として「ＸＸＸ」が登録されている。

ＳＩＰサーバ６の認証情報６Ａには、ユーザ識別情報（ＳＩＰ ＩＤ）６１として端末管理情報４ＡのＳＩＰ認証情報４３と同じ「ＳＳＳ」が登録され、認証キー情報６２として端末管理情報４Ａの認証キー（ＳＩＰ 初期ＰＡＳＳ）と同じ「ＸＸＸ」が登録されている。

以下、図４及び図５に示すように、ユーザＡとユーザＢが同じアクティベートキー情報４２（ユーザＩＤ：「ＡＡＡ」、パスワード：「ＢＢＢ」）を用いて複数回にわたりアクティベートした場合のシーケンスを説明する。ユーザＡが使用する端末デバイス１を「１Ａ」と表記し、ユーザＢが使用する端末デバイス１を「１Ｂ」と表記する。

１回目のアクティベート操作はユーザＡが端末デバイス１Ａから実施する（図３の手順（５））。端末デバイス１Ａ上でアプリケーションソフトを動作させて端末デバイス１Ａにアクティベートキー（ユーザＩＤ：「ＡＡＡ」、パスワード：「ＢＢＢ」）を入力する。アクティベートキー（ユーザＩＤ：「ＡＡＡ」、パスワード：「ＢＢＢ」）が端末管理サーバ４へ送信されて認証される（図３の手順（６））。

端末管理サーバ４は、端末デバイス１Ａからの要求によってアクティベート操作を受け付けると、端末デバイス１Ａから受信したアクティベートキー（ユーザＩＤ：「ＡＡＡ」、パスワード：「ＢＢＢ」）と端末管理情報４Ａのアクティベートキー情報４２とを比較し、両者が一致すれば認証が成功する。端末管理サーバ４は、アクティベートキー情報４２を用いた認証に成功すると、アクティベートキー情報４２に含まれたユーザＩＤ「ＡＡＡ」を認証キー変更サーバ５へ送信して新ＰＡＳＳ作成要求を出す（図３の手順（７））。

認証キー変更サーバ５は、ユーザＩＤ「ＡＡＡ」と同じユーザ識別情報６１「ＡＡＡ」で示されるユーザに対して新たなパスワード「ＸＸ１」を認証キー情報６２として生成する（図３の手順（８））。新たに生成されたパスワード「ＸＸ１」をユーザ識別情報６１「ＡＡＡ」で示されるユーザの認証キー情報６２としてＳＩＰシステム側に反映させるために新ＰＡＳＳ変更要請をＳＩＰサーバ６に通知する（図３の手順（９））。新ＰＡＳＳ変更要請には新パスワード「ＸＸ１」とユーザ識別情報「ＳＳＳ」とが指定される。

ＳＩＰサーバ６は、新ＰＡＳＳ変更要請を受けて、認証情報６Ａに登録されているユーザ識別情報「ＳＳＳ」で特定されるユーザの認証キー情報６２を新パスワード「ＸＸ１」に変更する（図３の手順（９））。

また、認証キー変更サーバ５は、新ＰＡＳＳ作成要求に対する応答として新パスワード「ＸＸ１」と新ＰＡＳＳ作成要求時のユーザＩＤ「ＳＳＳ」とを端末管理サーバ４へ返す（図３の手順（１０））。

端末管理サーバ４は、新ＰＡＳＳ作成要求に対する応答として新パスワード「ＸＸ１」を受け取り、ＳＩＰ認証情報４３に初期登録された初期ＰＡＳＳ「ＸＸＸ」を新パスワード「ＸＸ１」に変更する。そして、アクティベート操作中の端末デバイス１Ａに対して、更新されたＳＩＰ認証情報４３である新パスワード「ＸＸ１」とユーザ識別情報「ＡＡＡ」とを送信する（図３の手順（１１））。

端末デバイス１Ａは、アクティベート操作によって端末管理サーバ４から受信したユーザ識別情報「ＡＡＡ」と新パスワード「ＸＸ１」を、アプリケーションソフトが所定の記憶領域に保存する。ユーザ識別情報「ＡＡＡ」と新パスワード「ＸＸ１」は、サービス利用時にアプリケーションソフトが読み出して認証情報に用いる。

図６（ｂ）は、最初のアクティベートが実行された後における、端末管理サーバ４の端末管理情報４Ａ及びＳＩＰサーバ６の認証情報６Ａの状態を例示している。端末管理サーバ４の端末管理情報４Ａは、端末デバイス１Ａのアクティベートに連動してＳＩＰ認証情報４３のＳＩＰパスワードが新パスワード「ＸＸ１」に変更されている。また、ＳＩＰサーバ６の認証情報６Ａは、端末デバイス１Ａのアクティベートに連動したＳＩＰパスワードの変更を受けて新パスワード「ＸＸ１」が反映されている。

次に、ユーザＡが端末デバイス１Ａを用いて音声通話サービスを利用する（図３の手順（１２））。この時点では別の端末デバイス１Ｂによる２回目のアクティベートは実行されていない。ＳＩＰサーバ６が仲介して端末デバイス１Ａともう一方の端末デバイス又はサービス提供サーバとの間のセッションを確立する（図３の手順（１３））。

音声などのマルチメディアセッションはＳＩＰ端末−ＳＩＰ端末間で、ＩＮＶＩＴＥ−２００ＯＫ−ＡＣＫの３ウェイ・ハンドシェイクにより確立される。ＳＩＰでは、各リクエストに対して送信元が正しいユーザであるかを、「認証」する機能を持つことができる。認証にはＨＴＴＰダイジェスト認証方式と呼ばれる認証メカニズムを採用することができる（ＲＦＣ ２６１７によって規定されている）。ＨＴＴＰダイジェスト認証方式では、認証情報を要求するサーバからＳＩＰ端末側のメッセージにＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダにチャレンジ値を含めて送信する。この時の認証を要求するエラーメッセージは４０１ Ｕｎａｕｔｈｏｒｉｚｅｄとなる。これに対し、認証される側のＳＩＰ端末からは、受信したチャレンジ値からレスポンス値を算出し、送信するメッセージのＡｕｔｈｏｒｉｚａｔｉｏｎヘッダに認証情報を含めて送信する。このレスポンス値には、ユーザ識別情報（ＳＩＰ ＩＤ）と認証キー（ＳＩＰ ＰＡＳＳ）から計算される値が用いられる。

例えば、端末デバイス１Ａが発信元になって音声通話サービスを利用する場合、ＩＮＶＩＴＥリクエスト（ＳＩＰ ＩＤ：「ＳＳＳ」）がＳＩＰサーバ６（図２のサーバ構成であればプロキシサーバ１２）へ送信される。ＳＩＰサーバ６は、端末デバイス１Ａを認証するためにＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダにチャレンジ値を含めて送信する。端末デバイス１Ａは、受信したチャレンジ値からレスポンス値を算出し、送信するメッセージのＡｕｔｈｏｒｉｚａｔｉｏｎヘッダに認証情報を含めて送信するが、このレスポンス値は、ユーザ識別情報「ＳＳＳ」と新ＰＡＳＳ「ＸＸ１」から計算が行われる。ＳＩＰサーバ６は、端末デバイス１Ａから受信したレスポンス値からユーザ識別情報「ＳＳＳ」及び新ＰＡＳＳ「ＸＸ１」を求め、認証情報６Ａに登録されているユーザ識別情報６１及び認証キー情報６２と比較し、一致すれば認証に成功する（図３の手順（１４））。これによって、端末デバイス１Ａはサービス提供が開始される。

次に、ユーザＢが端末デバイス１ＢからユーザＡと同じアクティベートキー（ユーザＩＤ：「ＡＡＡ」、パスワード：「ＢＢＢ」）を用いてアクティベートしたものとする。端末管理サーバ４は、端末デバイス１Ｂからの要求であっても、正規のアクティベートキー（ユーザＩＤ：「ＡＡＡ」、パスワード：「ＢＢＢ」）であれば認証する。端末管理サーバ４は、アクティベートキー情報４２を用いた認証が成功すると、前回のアクティベート時と同様に、アクティベートキーに含まれたユーザＩＤ「ＡＡＡ」を認証キー変更サーバ５へ送信して新ＰＡＳＳ作成要求を出す。これを受けて認証キー変更サーバ５は、ユーザＩＤ「ＡＡＡ」と同じユーザ識別情報６１「ＡＡＡ」で示されるユーザに対して新たなパスワード「ＸＸ２」を認証キー情報６２として生成する。新たに生成されたパスワード「ＸＸ２」をユーザ識別情報６１「ＡＡＡ」で示されるユーザの認証キー情報６２としてＳＩＰシステム側に反映させるために新ＰＡＳＳ変更要請をＳＩＰサーバ６に通知する。ＳＩＰサーバ６は、新ＰＡＳＳ変更要請を受けて、認証情報６Ａに登録されているユーザ識別情報「ＳＳＳ」で特定されるユーザの認証キー情報６２を新パスワード「ＸＸ２」に変更する。

一方、認証キー変更サーバ５は、新ＰＡＳＳ作成要求に対する応答として新パスワード「ＸＸ２」と新ＰＡＳＳ作成要求時のユーザＩＤ「ＳＳＳ」とを端末管理サーバ４へ返す。端末管理サーバ４は、新ＰＡＳＳ作成要求に対する応答として新パスワード「ＸＸ２」を受け取り、ＳＩＰ認証情報４３のパスワードを新パスワード「ＸＸ２」に変更する。そして、アクティベート操作中の端末デバイス１Ｂに対して、更新されたＳＩＰ認証情報４３であるユーザ識別情報「ＡＡＡ」と新パスワード「ＸＸ２」を送信する。端末デバイス１Ｂは、アクティベート操作によって端末管理サーバ４から受信したユーザ識別情報「ＡＡＡ」と新パスワード「ＸＸ２」を、アプリケーションソフトが所定の記憶領域に保存する。

以上のようにして、２回目のアクティベートにより、端末デバイス１ＢにはＳＩＰシステム側に反映されている新パスワード「ＸＸ２」が保存されるが、端末デバイス１Ａには変更前のパスワード「ＸＸ１」が保存されたまま維持される。

図６（ｃ）は２回目のアクティベートが実行された後における、端末管理サーバ４の端末管理情報４Ａ及びＳＩＰサーバ６の認証情報６Ａの状態を例示している。端末管理サーバ４の端末管理情報４Ａは、端末デバイス１Ｂのアクティベートに連動してＳＩＰ認証情報４３のＳＩＰパスワードが新パスワード「ＸＸ２」に変更されている。また、ＳＩＰサーバ６の認証情報６Ａは、端末デバイス１Ｂのアクティベートに連動したＳＩＰパスワードの変更を受けて新パスワード「ＸＸ２」が反映されている。

ユーザＡが端末デバイス１Ａを用いて音声通話サービスを利用するために、ＩＮＶＩＴＥリクエスト（ＳＩＰ ＩＤ：「ＳＳＳ」）をＳＩＰサーバ６へ送信したものとする。この場合、端末デバイス１Ａは、ＳＩＰサーバ６から認証を要求するエラーメッセージ（４０１ Ｕｎａｕｔｈｏｒｉｚｅｄ）に対して、ユーザ識別情報「ＳＳＳ」とパスワード「ＸＸ１」とに基づいてレスポンス値を計算してＳＩＰサーバ６へ返すことになる。ＳＩＰサーバ６は、端末デバイス１Ａから受信したレスポンス値からユーザ識別情報「ＳＳＳ」及びパスワード「ＸＸ１」を算出し、認証情報６Ａに登録されているユーザ識別情報６１及び認証キー情報６２と比較する。この結果、上述した通り、ユーザ識別情報「ＳＳＳ」のパスワードは新ＰＡＳＳ「ＸＸ２」へ変更されているので、不一致となって認証に失敗する。これによって、２回目のアクティベートが行われた段階では、端末デバイス１Ｂはサービス利用可能であるが、端末デバイス１Ａはサービス利用できない状態になる。

一方、ユーザＢが端末デバイス１Ｂを用いて音声通話サービスを利用するために、ＩＮＶＩＴＥリクエスト（ＳＩＰ ＩＤ：「ＳＳＳ」）をＳＩＰサーバ６へ送信したものとする。この場合、端末デバイス１Ｂは、ＳＩＰサーバ６から認証を要求するエラーメッセージ（４０１ Ｕｎａｕｔｈｏｒｉｚｅｄ）に対して、ユーザ識別情報「ＳＳＳ」と新ＰＡＳＳ「ＸＸ２」とに基づいてレスポンス値を計算してＳＩＰサーバ６へ返すことになる。ＳＩＰサーバ６は、端末デバイス１Ｂから受信したレスポンス値からユーザ識別情報「ＳＳＳ」及び新ＰＡＳＳ「ＸＸ２」を算出し、認証情報６Ａに登録されているユーザ識別情報６１及び認証キー情報６２と比較する。その結果、認証に成功するので、ＳＩＰサーバ６が仲介して端末デバイス１Ｂともう一方の端末デバイス又はサービス提供サーバとの間のセッションを確立する。

このように本実施に形態によれば、端末デバイス１のアクティベートに連動して端末管理サーバ４及びＳＩＰサーバ６に登録したＳＩＰパスワードを変更して最新のアクティベートが行われた端末デバイス１にだけ新パスワードを保存するので、同一又は異なる端末デバイス１からのアクティベートを複数回にわたり受け入れる柔軟性を確保しつつ、複数の端末デバイス１からの同時利用を制限することができる。

なお、上記実施の形態では、端末デバイス１を認証する契機としてＳＩＰリクエストを利用しているが、本発明はＳＩＰリクエストの認証タイミングに限定されるものではなく適宜端末デバイス１を認証することができる。また、ＳＩＰリクエストの認証方式としてＨＴＴＰダイジェスト認証方式を例示したが、この方式に限定されるものではない。

以上の説明では、本発明の認証キー管理システムを、ＳＩＰを用いたメディアサービスの１つである音声通話サービスを提供する通信システムに適用した例について説明したが、本発明は音声通話サービスを提供する通信システムに限定されない。

例えば、通信機能を備えた端末デバイスにインストールされたアプリケーションソフトをアクティベートしてサービス提供を受けられるようにシステム構築する場合に、アクティベート後の任意のタイミングで端末デバイスを認証するシステムに適用可能である。

１ 端末デバイス
１ａ 多機能携帯電話機
１ｂ パソコン
２ ＩＰネットワーク
３ アプリケーションサーバ
４ 端末管理サーバ
４Ａ 端末管理情報
５ 認証キー変更サーバ
６ ＳＩＰサーバ
６Ａ 認証情報
７ サービス提供会社
１１ 登録サーバ
１２ ロケーションサーバ
１３ プロキシサーバ
４１ ユーザ情報
４２ アクティベートキー情報
４３ ＳＩＰ認証情報
６１ ユーザ識別情報（ＳＩＰ ＩＤ）
６２ 認証キー情報（ＳＩＰ ＰＡＳＳ）

Claims (3)

1. 端末デバイスがＩＰネットワーク上でサービス提供を受けるための認証キーを管理する認証キー管理システムであって、
   サービス提供を受ける端末デバイスを管理するための端末管理情報が保持され、前記端末管理情報には、ユーザに対して発行されたアクティベートキーとサービス提供の際にシステム側でユーザ認証に用いる認証キーとが対応付けて管理されている端末管理手段と、
   前記端末管理手段からユーザを指定した認証キーの変更要求を受けて該当ユーザの認証キーを変更する認証キー変更手段と、を備え、
   前記端末管理手段は、同一又は異なる端末デバイスからのアクティベート毎に、当該端末デバイスから送信されたアクティベートキーに基づいて認証し、前記認証キー変更手段に認証キーの変更要求を出して変更後の認証キーを取得し、前記端末管理情報内の認証キーを変更するとともに変更後の認証キーを当該端末デバイスに設定する、
   ことを特徴とする認証キー管理システム。
2. 前記認証キー変更手段は、サービス提供の際に前記端末デバイスが送信する認証キーに基づいてシステム側でユーザ認証する認証サーバが参照する認証キーを変更後の認証キーに更新することを特徴とする請求項１記載の認証キー管理システム。
3. 前記端末管理手段は、ＳＩＰを用いたメディアサービスの提供を受けるユーザの端末デバイスを管理するための端末管理情報を保持し、前記端末管理情報にはシステム側でユーザを識別するためのユーザ識別情報と前記認証キーとしてのパスワードとが含まれることを特徴とする請求項２記載の認証キー管理システム。
   
   

Images