JP2009043042A - 認証システムおよび認証方法 - Google Patents

認証システムおよび認証方法 Download PDF

Info

Publication number
JP2009043042A
JP2009043042A JP2007207484A JP2007207484A JP2009043042A JP 2009043042 A JP2009043042 A JP 2009043042A JP 2007207484 A JP2007207484 A JP 2007207484A JP 2007207484 A JP2007207484 A JP 2007207484A JP 2009043042 A JP2009043042 A JP 2009043042A
Authority
JP
Japan
Prior art keywords
authentication
service
user terminal
service providing
providing server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2007207484A
Other languages
English (en)
Other versions
JP5309496B2 (ja
Inventor
Hiroto Kawashiro
弘人 川白
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Priority to JP2007207484A priority Critical patent/JP5309496B2/ja
Publication of JP2009043042A publication Critical patent/JP2009043042A/ja
Application granted granted Critical
Publication of JP5309496B2 publication Critical patent/JP5309496B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Abstract

【課題】最低の認証レベルであっても充分なセキュリティレベルを確保し、且つ、提供するサービスに応じた認証レベルでの認証を必要とするサービス提供サーバの認証に伴う負荷を軽減する。
【解決手段】回線１０３を通じて通信網４００に接続された利用者端末１０１と、通信網４００に接続され、利用者端末１０１からサービス要求を受信し、利用者端末１０１にサービスを提供するサービス提供サーバ２００と、通信網４００に接続され、回線１０３の回線識別情報による認証と他の１以上の認証情報による認証とを組み合わせた複数の認証レベルの認証方法のうち、サービス提供サーバ２００が利用者端末１０１に対して提供するサービスに応じた認証レベルの認証方法を用いて、利用者端末１０１の利用者の認証を代行する認証管理サーバ３００とを備える。
【選択図】図１

Description

本発明は認証システムおよび認証方法に関し、特に利用者が通信網を介してサービス提供サーバからサービスの提供を受ける際の認証技術に関する。
パーソナルコンピュータ（ＰＣ）などの利用者端末から通信網経由でサービス提供サーバをアクセスし、サービスの提供を受ける際の利用者認証は、利用者端末とサービス提供サーバとの間で直接に行われるのが基本である。通信セッションを確立するためのシグナリングプロトコルであるＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）においても、サーバ側でリクエストの送信者が誰かということを確認する手段として、ユーザ−ユーザ間ＨＴＴＰダイジェスト認証方式の利用が規定されている。
図２６を参照すると、ＳＩＰで規定されたユーザ−ユーザ間ＨＴＴＰダイジェスト認証方式では、まずＵＡＣ（Ｕｓｅｒ Ａｇｅｎｔ Ｃｌｉｅｎｔ）として動作する利用者端末がＵＡＳ（Ｕｓｅｒ Ａｇｅｎｔ Ｓｅｒｖｅｒ）として動作するサービス提供サーバに対して、ＡｕｔｈｏｒｉｚａｔｉｏｎヘッダのないＩＮＶＩＴＥを送信する。このＩＮＶＩＴＥは、ＵＡＣとＵＡＳの間にあってＳＩＰメッセージの中継を担うＳＩＰサーバ（プロキシサーバ）によって中継されて、サービス提供サーバに届けられる。
サービス提供サーバは、受信したＩＮＶＩＴＥ中のＡｕｔｈｏｒｉｚａｔｉｏｎヘッダの有無を確認する。そして、当該ヘッダが無いため、図２７に例示するようにチャレンジ値として必要なパラメータを記述したＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む４０１ Ａｕｔｈｅｎｔｉｃａｔｅを応答として返す。このＷＷＷ−ＡｕｔｈｅｎｔｉｃａｔｅはＳＩＰサーバで中継されて、利用者端末へ届けられる。
利用者端末は、４０１ Ａｕｔｈｅｎｔｉｃａｔｅを受信すると、図２８に例示するようにレスポンス値に必要なパラメータを記述したＡｕｔｈｏｒｉｚａｔｉｏｎヘッダとその他必要な情報を記述したＩＮＶＩＴＥを作成して送信する。このＩＮＶＩＴＥはＳＩＰサーバで中継されて、サービス提供サーバへ届けられる。
サービス提供サーバは、受信したＩＮＶＩＴＥ中のＡｕｔｈｏｒｉｚａｔｉｏｎヘッダの有無を確認する。そして、当該ヘッダが有るため、記述されている情報を元に認証を行う。その結果、認証が成功すれば、２００ ＯＫを応答として返し、ＡＣＫの受信後、サービスの提供を行う。
他方、サービス提供サーバの負荷を軽減するために、通信網に認証管理サーバを接続し、サービス提供サーバのサービス提供のために認証管理サーバが利用者の認証を代行するシステムが提案されている（例えば特許文献１参照）。
利用者の認証には、利用者ＩＤとパスワードによる認証方法、指紋などの生体特徴による認証方法など、利用者の本人性を確認するための認証情報を用いる方法が種々提案ないし実用化されている。また、通信網へ接続する加入者回線と利用者との関連付けを行い、加入者回線の回線識別情報と利用者を一意に識別する情報とによる認証を行うことによって、利用者毎に特定された加入者回線以外からサービスを利用できないようにした認証方法が提案されている（例えば特許文献１参照）。
さらに、高いセキュリティレベルを必要とするサービス、それほど高いセキュリティレベルを必要としないサービスなど、セキュリティレベルの異なる複数のサービスを提供するサービス提供サーバにおいて、提供するサービスに応じた認証レベルで認証を行う方法が提案されている（例えば特許文献２、特許文献３参照）。ここで、認証レベルは、そのレベルが高いほど、確保できるセキュリティレベルが高いことを意味する。例えば、指紋による認証はパスワードによる認証に比べて認証レベルが高いと言える。
特開２００６−３３１２０４号公報 特開２００７−７９９９２号公報 特開２００３−２４８６６１号公報
提供するサービスに応じた認証レベルで利用者の認証を行う認証方法が提案されているが、その場合に複数の認証レベルの認証方法としてどのような認証方法を用いるのが良いのかという技術上の課題がある。
また、提供するサービスに応じた認証レベルで認証を行うサービス提供サーバでは、単一の認証レベルで認証を行う場合に比べて負荷が増加するため、その負荷を軽減することも重要な課題の一つである。
本発明の目的は、最低の認証レベルであっても充分なセキュリティレベルを確保することができ、しかも提供するサービスに応じた認証レベルでの認証を必要とするサービス提供サーバの認証に伴う負荷を軽減することができる認証システムおよび認証方法を提供することにある。
本発明の第１の認証システムは、回線を通じて通信網に接続された利用者端末と、前記通信網に接続され、前記利用者端末からサービス要求を受信し、前記利用者端末にサービスを提供するサービス提供サーバと、前記通信網に接続され、前記回線の回線識別情報による認証と他の１以上の認証情報による認証とを組み合わせた複数の認証レベルの認証方法のうち、前記サービス提供サーバが前記利用者端末に対して提供するサービスに応じた認証レベルの認証方法を用いて、前記利用者端末の利用者の認証を代行する認証管理サーバとを備える。
本発明の第２の認証システムは、通信セッションを確立するためのシグナリングプロトコルとしてＳＩＰを使用する通信網に利用者端末とサービス提供サーバとＳＩＰサーバとが接続され、前記ＳＩＰサーバに認証管理サーバが接続された認証システムであって、前記認証管理サーバは、前記利用者端末が前記サービス提供サーバに送信したＩＮＶＩＴＥリクエストをＳＩＰサーバから受信して解析し、受信した前記ＩＮＶＩＴＥリクエストに認証ヘッダが含まれている場合には、前記認証ヘッダに記述された認証情報に基づく認証処理を行い、認証結果を記述したＩＮＶＩＴＥリクエストを前記ＳＩＰサーバを通じて前記サービス提供サーバへ転送する認証判定手段と、前記サービス提供サーバが受信したＩＮＶＩＴＥリクエストに認証結果が含まれていないことを判定し、サービスに応じた認証レベルの認証の代行を要求する特定の認証スキーム名を記述したＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを前記利用者端末に応答した場合に、前記４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを前記ＳＩＰサーバから受信して解析し、前記回線の回線識別情報による認証と他の１以上の認証情報による認証とを組み合わせた複数の認証レベルの認証方法のうち、前記サービス提供サーバが前記利用者端末に対して提供するサービスに応じた認証レベルの認証方法と特定の認証スキーム名を記述したＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを前記ＳＩＰサーバを通じて前記利用者端末へ転送する認証要求手段とを備え、前記サービス提供サーバは、前記利用者端末から送信されたＩＮＶＩＴＥリクエストを受信して解析し、受信したＩＮＶＩＴＥリクエストに認証結果が含まれていない場合に、前記回線の回線識別情報による認証と他の１以上の認証情報による認証とを組み合わせた複数の認証レベルのうち、要求されたサービスに応じた認証レベルの認証の代行を要求する特定の認証スキーム名を記述したＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを前記利用者端末に応答する認証代行要求手段と、前記受信したＩＮＶＩＴＥリクエストに認証結果が含まれている場合に、認証結果の成否に応じてサービスの提供可否を判断するサービス提供手段とを備え、前記利用者端末は、前記認証管理サーバが前記ＳＩＰサーバを通じて送信した前記４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを受信して解析し、要求された認証方法の認証に必要な認証情報を記述した認証ヘッダを含むＩＮＶＩＴＥリクエストを前記サービス提供サーバへ送信する認証要求応答手段とを備える。
本発明の第１の認証方法は、回線を通じて通信網に接続された利用者端末と、前記通信網に接続され、前記利用者端末からサービス要求を受信し、前記利用者端末にサービスを提供するサービス提供サーバとを備えたシステムにおける認証方法であって、前記通信網に接続された認証管理サーバが、前記回線の回線識別情報による認証と他の１以上の認証情報による認証とを組み合わせた複数の認証レベルの認証方法のうち、前記サービス提供サーバが前記利用者端末に対して提供するサービスに応じた認証レベルの認証方法を用いて、前記利用者端末の利用者の認証を代行する。
本発明の第２の認証方法は、ａ）通信セッションを確立するためのシグナリングプロトコルとしてＳＩＰを使用する通信網に回線を通じて接続された利用者端末が、前記通信網に接続されたサービス提供サーバにＩＮＶＩＴＥリクエストを送信するステップと、ｂ）ＳＩＰサーバが、前記ＩＮＶＩＴＥリクエストを前記サービス提供サーバへ転送するステップと、ｃ）前記サービス提供サーバが、受信したＩＮＶＩＴＥリクエストに認証結果が含まれていないことを判定し、サービスに応じた認証レベルの認証の代行を要求する特定の認証スキーム名を記述したＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを前記利用者端末に応答するステップと、ｄ）前記ＳＩＰサーバが、前記４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを前記認証管理サーバへ転送するステップと、ｅ）前記認証管理サーバが、受信した前記４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを解析し、前記回線の回線識別情報による認証と他の１以上の認証情報による認証とを組み合わせた複数の認証レベルの認証方法のうち、前記サービス提供サーバが前記利用者端末に対して提供するサービスに応じた認証レベルの認証方法と特定の認証スキーム名を記述したＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを前記ＳＩＰサーバを通じて前記利用者端末へ転送するステップと、ｆ）前記利用者端末が、受信した前記４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを解析し、要求された認証方法の認証に必要な認証情報を記述した認証ヘッダを含むＩＮＶＩＴＥリクエストを前記サービス提供サーバへ送信するステップと、ｇ）前記ＳＩＰサーバが、前記ＩＮＶＩＴＥリクエストを認証管理サーバへ転送するステップと、ｈ）前記認証管理サーバが、受信した前記ＩＮＶＩＴＥリクエストに認証ヘッダが含まれていることを判定し、前記認証ヘッダに記述された認証情報に基づく認証処理を行い、認証結果を記述したＩＮＶＩＴＥリクエストを前記ＳＩＰサーバを通じて前記サービス提供サーバへ転送するステップと、ｉ）前記サービス提供サーバが、受信した前記ＩＮＶＩＴＥリクエストに認証結果が含まれていることを判定し、認証結果の成否に応じてサービスの提供可否を判断するステップとを含む。
本発明の第１の認証管理サーバは、利用者端末と該利用者端末からのサービス要求に従ってサービスを提供するサービス提供サーバとが接続された通信網に接続され、前記利用者端末を前記通信網に接続する回線の回線識別情報による認証と他の１以上の認証情報による認証とを組み合わせた複数の認証レベルの認証方法のうち、前記サービス提供サーバが前記利用者端末に対して提供するサービスに応じた認証レベルの認証方法を用いて、前記利用者端末の利用者の認証を代行する。
本発明の第２の認証管理サーバは、通信セッションを確立するためのシグナリングプロトコルとしてＳＩＰを使用する通信網に回線を通じて接続された利用者端末が前記通信網に接続されたサービス提供サーバに送信したＩＮＶＩＴＥリクエストをＳＩＰサーバから受信して解析し、受信した前記ＩＮＶＩＴＥリクエストに認証ヘッダが含まれている場合には、前記認証ヘッダに記述された認証情報に基づく認証処理を行い、認証結果を記述したＩＮＶＩＴＥリクエストを前記ＳＩＰサーバを通じて前記サービス提供サーバへ転送する認証判定手段と、前記サービス提供サーバが受信したＩＮＶＩＴＥリクエストに認証結果が含まれていないことを判定し、サービスに応じた認証レベルの認証の代行を要求する特定の認証スキーム名を記述したＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを前記利用者端末に応答した場合に、前記４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを前記ＳＩＰサーバから受信して解析し、前記回線の回線識別情報による認証と他の１以上の認証情報による認証とを組み合わせた複数の認証レベルの認証方法のうち、前記サービス提供サーバが前記利用者端末に対して提供するサービスに応じた認証レベルの認証方法と特定の認証スキーム名を記述したＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを前記ＳＩＰサーバを通じて前記利用者端末へ転送する認証要求手段とを備える。
本発明の第１のサービス提供サーバは、利用者端末と該利用者端末の利用者の認証を代行する認証管理サーバとが接続された通信網に接続され、前記利用者端末からのサービス要求に従ってサービスを提供するサービス提供サーバであって、前記認証管理サーバに前記利用者端末に対して提供するサービスに応じた認証レベルの認証の代行を要求し、前記認証管理サーバが、前記利用者端末を前記通信網に接続する回線の回線識別情報による認証と他の１以上の認証情報による認証とを組み合わせた複数の認証レベルの認証方法のうち、前記サービス提供サーバが前記利用者端末に対して提供するサービスに応じた認証レベルの認証方法を用いて、前記利用者端末の利用者の認証を代行した認証結果を前記認証管理サーバから受け取り、認証に成功した場合に前記サービスを提供する。
本発明の第２のサービス提供サーバは、通信セッションを確立するためのシグナリングプロトコルとしてＳＩＰを使用する通信網に回線を通じて接続された利用者端末から送信されたＩＮＶＩＴＥリクエストを受信して解析し、受信したＩＮＶＩＴＥリクエストに認証結果が含まれていない場合に、前記回線の回線識別情報による認証と他の１以上の認証情報による認証とを組み合わせた複数の認証レベルのうち、要求されたサービスに応じた認証レベルの認証の代行を要求する特定の認証スキーム名を記述したＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを前記利用者端末に応答する認証代行要求手段と、前記受信したＩＮＶＩＴＥリクエストに認証結果が含まれている場合に、認証結果の成否に応じてサービスの提供可否を判断するサービス提供手段とを備える。
本発明の第１の利用者端末は、回線を通じて通信網に接続された利用者端末からのサービス要求に従ってサービスを提供するサービス提供サーバと、前記利用者端末を前記通信網に接続する回線の回線識別情報による認証と他の１以上の認証情報による認証とを組み合わせた複数の認証レベルの認証方法のうち、前記サービス提供サーバが前記利用者端末に対して提供するサービスに応じた認証レベルの認証方法を用いて、前記利用者端末の利用者の認証を代行する認証管理サーバとが接続された前記通信網に接続された利用者端末であって、前記認証管理サーバから受信した認証方法の認証に必要な認証情報を必要に応じて利用者から入力し、認証要求に対する応答を前記認証管理サーバ送信する手段を備える。
本発明の第２の利用者端末は、通信セッションを確立するためのシグナリングプロトコルとしてＳＩＰを使用する通信網に回線を通じて接続された利用者端末であって、前記通信網に接続されたサービス提供サーバにＩＮＶＩＴＥリクエストを送信するサービス処理手段と、該送信されたＩＮＶＩＴＥリクエストに認証結果が含まれていないことを判定した前記サービス提供サーバが、サービスに応じた認証レベルの認証の代行を要求する特定の認証スキーム名を記述したＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを前記利用者端末に送信し、該送信された４０１ ＵｎａｕｔｈｏｒｉｚｅｄレスポンスがＳＩＰサーバにより認証管理サーバへ転送され、前記認証管理サーバが受信した前記４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを解析し、前記回線の回線識別情報による認証と他の１以上の認証情報による認証とを組み合わせた複数の認証レベルの認証方法のうち、前記サービス提供サーバが前記利用者端末に対して提供するサービスに応じた認証レベルの認証方法と特定の認証スキーム名を記述したＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを前記ＳＩＰサーバを通じて転送してきた場合に、該４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを解析し、要求された認証方法の認証に必要な認証情報を記述した認証ヘッダを含むＩＮＶＩＴＥリクエストを前記サービス提供サーバへ送信する認証要求応答手段とを備える。
本発明の第１のＳＩＰサーバは、通信セッションを確立するためのシグナリングプロトコルとしてＳＩＰを使用する通信網に回線を通じて接続された利用者端末が前記通信網に接続されたサービス提供サーバに送信したＩＮＶＩＴＥリクエストを受信して解析し、受信した前記ＩＮＶＩＴＥリクエストに認証ヘッダが含まれていない場合には、前記ＩＮＶＩＴＥリクエストを前記サービス提供サーバへ転送し、認証ヘッダが含まれている場合には、前記認証ヘッダに記述された認証情報に基づく認証処理を行い、認証結果を記述したＩＮＶＩＴＥリクエストを前記サービス提供サーバへ転送する認証判定手段と、前記サービス提供サーバが受信したＩＮＶＩＴＥリクエストに認証結果が含まれていないことを判定し、サービスに応じた認証レベルの認証の代行を要求する特定の認証スキーム名を記述したＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを前記利用者端末に応答した場合に、前記４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを受信して解析し、前記回線の回線識別情報による認証と他の１以上の認証情報による認証とを組み合わせた複数の認証レベルの認証方法のうち、前記サービス提供サーバが前記利用者端末に対して提供するサービスに応じた認証レベルの認証方法と特定の認証スキーム名を記述したＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを前記利用者端末へ転送する認証要求手段とを備える。
本発明の第１のプログラムは、利用者端末と該利用者端末からのサービス要求に従ってサービスを提供するサービス提供サーバとが接続された通信網に接続された認証管理サーバを構成するコンピュータを、前記利用者端末を前記通信網に接続する回線の回線識別情報による認証と他の１以上の認証情報による認証とを組み合わせた複数の認証レベルの認証方法のうち、前記サービス提供サーバが前記利用者端末に対して提供するサービスに応じた認証レベルの認証方法を用いて、前記利用者端末の利用者の認証を代行する手段として機能させる。
本発明の第２のプログラムは、認証管理サーバを構成するコンピュータを、通信セッションを確立するためのシグナリングプロトコルとしてＳＩＰを使用する通信網に回線を通じて接続された利用者端末が前記通信網に接続されたサービス提供サーバに送信したＩＮＶＩＴＥリクエストをＳＩＰサーバから受信して解析し、受信した前記ＩＮＶＩＴＥリクエストに認証ヘッダが含まれている場合には、前記認証ヘッダに記述された認証情報に基づく認証処理を行い、認証結果を記述したＩＮＶＩＴＥリクエストを前記ＳＩＰサーバを通じて前記サービス提供サーバへ転送する認証判定手段と、前記サービス提供サーバが受信したＩＮＶＩＴＥリクエストに認証結果が含まれていないことを判定し、サービスに応じた認証レベルの認証の代行を要求する特定の認証スキーム名を記述したＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを前記利用者端末に応答した場合に、前記４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを前記ＳＩＰサーバから受信して解析し、前記回線の回線識別情報による認証と他の１以上の認証情報による認証とを組み合わせた複数の認証レベルの認証方法のうち、前記サービス提供サーバが前記利用者端末に対して提供するサービスに応じた認証レベルの認証方法と特定の認証スキーム名を記述したＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを前記ＳＩＰサーバを通じて前記利用者端末へ転送する認証要求手段として機能させる。
本発明の第３のプログラムは、利用者端末と該利用者端末の利用者の認証を代行する認証管理サーバとが接続された通信網に接続され、前記利用者端末からのサービス要求に従ってサービスを提供するサービス提供サーバを構成するコンピュータを、前記認証管理サーバに前記利用者端末に対して提供するサービスに応じた認証レベルの認証の代行を要求する認証代行要求手段と、前記認証管理サーバが、前記利用者端末を前記通信網に接続する回線の回線識別情報による認証と他の１以上の認証情報による認証とを組み合わせた複数の認証レベルの認証方法のうち、前記サービス提供サーバが前記利用者端末に対して提供するサービスに応じた認証レベルの認証方法を用いて、前記利用者端末の利用者の認証を代行した認証結果を前記認証管理サーバから受け取り、認証に成功した場合に前記サービスを提供するサービス提供手段として機能させる。
本発明の第４のプログラムは、サービス提供サーバを構成するコンピュータを、通信セッションを確立するためのシグナリングプロトコルとしてＳＩＰを使用する通信網に回線を通じて接続された利用者端末から送信されたＩＮＶＩＴＥリクエストを受信して解析し、受信したＩＮＶＩＴＥリクエストに認証結果が含まれていない場合に、前記回線の回線識別情報による認証と他の１以上の認証情報による認証とを組み合わせた複数の認証レベルのうち、要求されたサービスに応じた認証レベルの認証の代行を要求する特定の認証スキーム名を記述したＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを前記利用者端末に応答する認証代行要求手段と、前記受信したＩＮＶＩＴＥリクエストに認証結果が含まれている場合に、認証結果の成否に応じてサービスの提供を行うサービス提供手段として機能させる。
本発明の第５のプログラムは、回線を通じて通信網に接続された利用者端末からのサービス要求に従ってサービスを提供するサービス提供サーバと、前記利用者端末を前記通信網に接続する回線の回線識別情報による認証と他の１以上の認証情報による認証とを組み合わせた複数の認証レベルの認証方法のうち、前記サービス提供サーバが前記利用者端末に対して提供するサービスに応じた認証レベルの認証方法を用いて、前記利用者端末の利用者の認証を代行する認証管理サーバとが接続された前記通信網に接続された利用者端末を構成するコンピュータを、前記認証管理サーバから受信した認証方法の認証に必要な認証情報を利用者から入力する手段と、認証要求に対する応答を前記認証管理サーバへ送信する手段として機能させる。
本発明の第６のプログラムは、通信セッションを確立するためのシグナリングプロトコルとしてＳＩＰを使用する通信網に回線を通じて接続された利用者端末を構成するコンピュータを、前記通信網に接続されたサービス提供サーバにＩＮＶＩＴＥリクエストを送信するサービス処理手段と、該送信されたＩＮＶＩＴＥリクエストに認証結果が含まれていないことを判定した前記サービス提供サーバが、サービスに応じた認証レベルの認証の代行を要求する特定の認証スキーム名を記述したＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを前記利用者端末に送信し、該送信された４０１ ＵｎａｕｔｈｏｒｉｚｅｄレスポンスがＳＩＰサーバにより認証管理サーバへ転送され、前記認証管理サーバが受信した前記４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを解析し、前記回線の回線識別情報による認証と他の１以上の認証情報による認証とを組み合わせた複数の認証レベルの認証方法のうち、前記サービス提供サーバが前記利用者端末に対して提供するサービスに応じた認証レベルの認証方法と特定の認証スキーム名を記述したＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを前記ＳＩＰサーバを通じて転送してきた場合に、該４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを解析し、要求された認証方法の認証に必要な認証情報を記述した認証ヘッダを含むＩＮＶＩＴＥリクエストを前記サービス提供サーバへ送信する認証要求応答手段として機能させる。
本発明の第７のプログラムは、ＳＩＰサーバを構成するコンピュータを、通信セッションを確立するためのシグナリングプロトコルとしてＳＩＰを使用する通信網に回線を通じて接続された利用者端末が前記通信網に接続されたサービス提供サーバに送信したＩＮＶＩＴＥリクエストを受信して解析し、受信した前記ＩＮＶＩＴＥリクエストに認証ヘッダが含まれていない場合には、前記ＩＮＶＩＴＥリクエストを前記サービス提供サーバへ転送し、認証ヘッダが含まれている場合には、前記認証ヘッダに記述された認証情報に基づく認証処理を行い、認証結果を記述したＩＮＶＩＴＥリクエストを前記サービス提供サーバへ転送する認証判定手段と、前記サービス提供サーバが受信したＩＮＶＩＴＥリクエストに認証結果が含まれていないことを判定し、サービスに応じた認証レベルの認証の代行を要求する特定の認証スキーム名を記述したＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを前記利用者端末に応答した場合に、前記４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを受信して解析し、前記回線の回線識別情報による認証と他の１以上の認証情報による認証とを組み合わせた複数の認証レベルの認証方法のうち、前記サービス提供サーバが前記利用者端末に対して提供するサービスに応じた認証レベルの認証方法と特定の認証スキーム名を記述したＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを前記利用者端末へ転送する認証要求手段として機能させる。
本発明によれば、最低の認証レベルであっても充分なセキュリティレベルを確保することができる。その理由は、最低の認証レベルでも、事前に登録された回線以外からはサービスの提供を受けることができないためである。
また本発明によれば、サービスに応じた認証レベルでの認証を必要とするサービス提供サーバの認証に伴う負荷を軽減することができる。その理由は、認証管理サーバが、複数の認証レベルの認証方法のうち、サービス提供サーバが利用者端末に対して提供するサービスに応じた認証レベルの認証方法を用いて、利用者端末の利用者の認証を代行するためである。
『第１の実施の形態』
図１を参照すると、本発明の第１の実施の形態は、利用者設備１００とサービス提供サーバ２００と認証管理サーバ３００とがネットワーク４００を通じて相互に通信可能に接続されている。
利用者設備１００は、例えば各家庭毎に設けられる電子設備であり、利用者端末１０１とホームゲートウェイ１０２とで構成される。利用者端末１０１は、パーソナルコンピュータ等の情報処理機器で構成され、利用者はこの利用者端末１０１を通じてサービス提供サーバ２００へアクセスし、サービスの提供を受ける。ホームゲートウェイ１０２は、１台以上の利用者端末１０１を回線１０３を通じてネットワーク４００に接続するための通信機器であり、例えばネットワーク４００を管理運営する通信事業者から各家庭にレンタルされる。
サービス提供サーバ２００は、ビデオオンデマンドやオンラインショッピングなどの各種サービスを利用者端末１０１へ提供するコンピュータである。サービス提供サーバ２００は、利用者端末１０１からサービス要求を受信すると、提供するサービスに応じた認証レベルの認証が得られることを条件にサービスの提供を行う。
認証管理サーバ３００は、サービス提供サーバ２００のサービス提供のために利用者の認証を代行するコンピュータである。認証管理サーバ３００は、複数の認証レベルのうち、サービス提供サーバ２００が利用者端末１０１に対して提供するサービスに応じた認証レベルの認証方法を用いて、利用者端末１０１の利用者の認証を代行する。
複数の認証レベルの認証方法としては、利用者端末１０１が接続されている回線１０３の回線識別情報と、それぞれ異なる他の１以上の認証情報とによる認証を使用する。回線１０３の回線識別情報としては、ホームゲートウェイ１０２に対してネットワーク４００から払い出されたＩＰアドレスが使用される。また、他の１以上の認証情報としては、例えば利用者端末の端末情報、パスワード、指紋などの生体特徴などが使用される。利用者端末の端末情報としては、利用者端末のＭＡＣアドレスや、ＴＰＭ（Ｔｒｕｓｔｅｄ Ｐｌａｔｆｏｒｍ Ｍｏｄｕｌｅ）から取得できる情報など、端末の認証に使用できる情報であれば良い。
本実施の形態では、図２の認証方法情報テーブルＴ３に記載した以下の３つの認証レベルの認証方法を使用する。勿論、認証レベルは２つでも良いし、４つ以上あっても良い。
認証レベル１：回線識別情報と利用者端末の端末情報による認証
認証レベル２：回線識別情報と利用者端末の端末情報とパスワードによる認証
認証レベル３：回線識別情報と利用者端末の端末情報とパスワードと指紋による認証
認証レベル１の認証方法では、利用者端末１０１毎に特定された回線１０３からサービス要求が送信されているかどうかを確認する。認証レベル２では、認証レベル１による認証に加えてさらに、パスワードによる認証によって利用者の本人性を確認する。認証レベル３では、認証レベル２による認証に加えてさらに、指紋による認証によって利用者の本人性をより厳密に確認する。従って、認証レベル３、認証レベル２、認証レベル１の順にセキュリティレベルが高くなる。
以上のような認証方法を実現するために、実際の認証処理に先立ち、認証管理サーバ３００に図２に示される回線認証テーブルＴ１と端末・個人認証テーブルＴ２とが登録される。
回線認証テーブルＴ１は、回線１０３を一意に識別するための回線ＩＤに対応付けて、その回線１０３に接続されたホームゲートウェイ１０２のＩＰアドレスを保持する。回線ＩＤとしては、回線１０３を一意に識別するためにネットワーク４００で付された識別番号、回線１０３の電話番号、あるいはホームゲートウェイ１０２のＭＡＣアドレスのうちの何れか１つ或いは複数が使用される。回線認証テーブルＴ１へのホームゲートウェイ１０２のＩＰアドレスの登録は、ホームゲートウェイ１０２へ新たなＩＰアドレスが払い出される毎に行われる。具体的には、ホームゲートウェイ１０２の電源がオンされ、ホームゲートウェイ１０２からネットワーク４００にＤＨＣＰパケットが送信されると、ネットワーク４００は、このＤＨＣＰパケットを送信したホームゲートウェイ１０２のＭＡＣアドレスが当該回線１０３に対してレンタルしたホームゲートウェイのＭＡＣアドレスと一致するかどうかを確認し、一致した場合に限ってＩＰアドレスをホームゲートウェイ１０２に払い出す。この払い出したタイミングで回線認証テーブルＴ１が更新される。また、ＩＰｖ６を用いるケースでは、前記の手順で毎回新たなＩＰアドレスを払い出しても良いし、あらかじめ回線ＩＤに対応付けたＩＰアドレスを決めておき、毎回その回線に対応した同じＩＰアドレスを払い出しても良い。
端末・個人認証テーブルＴ２は、回線１０３の回線ＩＤに対応付けて、その回線１０３にホームゲートウェイ１０２を通じて接続された利用者端末１０１の端末情報、当該利用者端末１０１の利用者のパスワード、指紋情報を保持する。端末・個人認証テーブルＴ２へのこれらの情報の登録は、オンラインまたはオフラインで行われる。
次に本実施の形態における認証の処理手順について、図３のシーケンス図を参照して説明する。
まず、利用者端末１０１は、サービス提供サーバ２００に対してサービス要求を送信する（Ｓ１０１）。サービス要求には、利用しようとするサービスを特定する情報が含まれている。
サービス提供サーバ２００は、サービス要求を受信すると（Ｓ２０１）、要求されたサービスに応じた認証レベルを判定し（Ｓ２０２）、認証管理サーバ３００に対して当該認証レベルの認証の代行を要求する（Ｓ２０３）。
認証管理サーバ３００は、認証の代行要求を受信すると（Ｓ３０１）、代行要求された認証レベルの認証を実現する認証方法を図２の認証方法情報テーブルＴ３を参照して決定し（Ｓ３０２）、決定した認証方法に必要な認証情報を利用者端末１０１に要求する（Ｓ３０３）。
利用者端末１０１は、認証要求を受信すると（Ｓ１０２）、要求された認証方法の認証に必要な認証情報を必要に応じて利用者から入力し（Ｓ１０３）、認証要求に対する応答を認証管理サーバ３００へ送信する（Ｓ１０４）。ここで、認証に必要な認証情報は、レベル３に対応する認証方法の場合は、回線識別情報、利用者の端末情報、パスワード、指紋情報の合計４つであり、レベル２に対応する認証方法の場合は、回線識別情報、利用者の端末情報、パスワードの合計３つであり、レベル１に対応する認証方法の場合は、回線識別情報、利用者の端末情報の合計２つである。しかし、回線識別情報であるホームゲートウェイ１０２のＩＰアドレスは、利用者端末１０１からのパケットがホームゲートウェイ１０２経由で送信される際にＩＰパケットのヘッダ中に自動的に挿入されるため、認識要求に対する応答中で明示的に要求する認証情報は、利用者端末の端末情報、パスワード、指紋情報の３つである。また、一般に利用者端末の端末情報（ＭＡＣアドレス等）は利用者端末自体から読み出せるので、実際に利用者から入力する必要がある認証情報は、パスワードと指紋情報の２つである。
認証管理サーバ３００は、認証要求に対する応答を受信すると（Ｓ３０４）、応答によって通知されてきた認証情報と図２に示した回線認証テーブルＴ１と端末・個人認証テーブルＴ２とに基づいて認証を行う（Ｓ３０５）。具体的には、認証レベル１の認証方法の場合、応答パケットのＩＰヘッダ中に送信元ＩＰアドレスとして挿入されているホームゲートウェイ１０２のＩＰアドレスをキーに図２の回線認証テーブルＴ１を検索して対応する回線ＩＤを取得し、この取得した回線ＩＤに対応する端末・個人認証テーブルＴ２中に、応答で通知された利用者端末１０１の端末情報（ＭＡＣアドレス等）と同じ端末情報が登録されているかどうかを確かめる。また、認証レベル２の認証方法では、認証レベル１による処理に加えてさらに、対応する端末・個人認証テーブルＴ２中に、応答で通知されたパスワードと同じパスワードが登録されているかどうかを確かめる。さらに、認証レベル３の認証方法では、認証レベル２による処理に加えてさらに、対応する端末・個人認証テーブルＴ２中に、応答で通知された指紋情報と同じ指紋情報が登録されているかどうかを確かめる。認証管理サーバ３００は、以上のような認証処理の結果をサービス提供サーバ２００へ送信する（Ｓ３０６）。
サービス提供サーバ２００は、認証結果を受信すると（Ｓ２０４）、認証結果を検証し（Ｓ２０５）、認証が成功すれば利用者端末１０１に対して要求されたサービスを提供する（Ｓ２０６）。
利用者端末１０１は、サービス提供サーバ２００から提供されるサービスを受信する（Ｓ１０５）。
次に本実施の形態の効果を説明する。
本実施の形態によれば、最低の認証レベルでも事前に登録された回線以外からはサービスの提供を受けることができないため、最低の認証レベルでも、高いセキュリティレベルを確保することができる。
また本実施の形態によれば、複数の認証レベルの認証方法のうち、サービス提供サーバ２００が利用者端末１０１に対して提供するサービスに応じた認証レベルの認証方法を用いて、利用者端末１０１の利用者の認証を代行する認証管理サーバ３００を備えているため、サービスに応じた認証レベルでの認証を必要とするサービス提供サーバ２００の認証に伴う負荷を軽減することができる。
また本実施の形態によれば、サービス提供サーバ２００の認証に係る負荷をより軽減することができる。その理由は、サービスに応じた認証レベルを決定してその認証の代行を要求すれば、その認証レベルを実現する具体的な認証方法の決定などその他の処理は認証管理サーバ３００で行われるためである。
また本実施の形態によれば、最低の認証レベルのサービスを享受する利用者の負担を軽減することができる。その理由は、最低の認証レベルである認証レベル１で必要な認証情報は、回線識別情報であるホームゲートウェイ１０２のＩＰアドレスと利用者端末の端末情報の合計２つであり、前者の回線識別情報はホームゲートウェイ１０２で自動的にＩＰヘッダに付加され、後者の利用者端末の端末情報は端末自体から読み出せるため、利用者は何もしなくて済むためである。
『第１の実施の形態の実施例』
次に、通信セッションを確立するためのシグナリングプロトコルとしてＳＩＰを使用したネットワークに対して本実施の形態を適用した実施例について詳細に説明する。
図４を参照すると、本実施例においては、認証管理サーバ３００はＳＩＰサーバ５００を介してネットワーク４００に接続される。
ＳＩＰサーバ５００は、実際に通信を行う利用者端末１０１とサービス提供サーバ２００の間にあってＳＩＰメッセージの中継を担うプロキシサーバである。ＳＩＰサーバ５００は、中継するＳＩＰメッセージのうち特定の条件を満たすものだけを認証管理サーバ３００に転送するよう構成されている。認証管理サーバ３００は転送されてきたＳＩＰメッセージに基づいて認証の代行処理などの所定の処理を実施する。認証管理サーバ３００から出力されたＳＩＰメッセージは、ＳＩＰサーバ５００において再びルーティングされ、利用者端末１０１やサービス提供サーバ２００へ転送される。ここで、ＳＩＰサーバ５００において、中継するＳＩＰメッセージが特定の条件を満たすかどうかを判定する具体的な方法としては、例えば、特定の条件をｉＦＣ（Ｉｎｉｔｉａｌ Ｆｉｌｔｅｒ Ｃｒｉｔｅｒｉａ）に記述しておき、中継するＳＩＰメッセージを受信する毎にｉＦＣを参照し、特定の条件を満たすかどうかを判定する方法がある。
ＳＩＰサーバ５００のｉＦＣに記述された特定の条件の例を図４に示す。図４のｉＦＣ中の記述は、メソッド名がＩＮＶＩＴＥであれば特定の条件を満たすことを示す。この条件により、利用者端末１０１からサービス提供サーバ２００へ送信されるＩＮＶＩＴＥのリクエストが、ＳＩＰサーバ５００による中継の際に認証管理サーバ３００に取り込まれる。また、基本的にＳＩＰの応答はリクエストが通ってきたルートをそのまま遡るため、ＩＮＶＩＴＥの応答である４０１ Ｕｎａｕｔｈｏｒｉｚｅｄも、ＳＩＰサーバ５００による中継の際に認証管理サーバ３００に取り込まれることになる。本実施の形態では図４に例示した特定の条件を使用するが、ＳＩＰサーバ５００のｉＦＣに記述する特定の条件は上記の例に限定されず、例えば、以下のような例も考えられる。
１：メソッド名＝”ＩＮＶＩＴＥ” ＆ ヘッダ名＝”Ａｕｔｈｏｒｉｚａｔｉｏｎ”
２：ステータスコード＝”４０１” ＆ ヘッダ名＝”ＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅ” ＆ 認証スキーム名＝”ＩｎｔｅｇｒａｔｅｄＡｕｔｈ”
１番目の記述は、メソッド名がＩＮＶＩＴＥであり、且つ、ヘッダ名がＡｕｔｈｏｒｉｚａｔｉｏｎであれば、特定の条件を満たすことを示す。この条件により、利用者端末１０１からサービス提供サーバ２００へ送信されるＩＮＶＩＴＥのリクエストのうち、認証ヘッダの有るＩＮＶＩＴＥだけが、ＳＩＰサーバ５００による中継の際に認証管理サーバ３００に取り込まれる。
２番目の記述は、ステータスコードが４０１、且つ、ヘッダ名がＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅ、且つ、認証スキーム名がＩｎｔｅｇｒａｔｅｄＡｕｔｈであれば特定の条件を満たすことを示す。この条件により、サービス提供サーバ２００から利用者端末１０１へ送信される４０１ Ｕｎａｕｔｈｏｒｉｚｅｄのうち、サービス提供サーバ２００が認証の代行を要求している４０１ Ｕｎａｕｔｈｏｒｉｚｅｄが、ＳＩＰサーバ５００による中継の際に認証管理サーバ３００に取り込まれる。なお、この場合サービス提供サーバ２００からの応答に対しても、ＳＩＰサーバ５００でｉＦＣを参照して条件判定を行い、条件を満たす場合は認証管理サーバ３００へ転送され、その後の利用者端末１０１への転送が正しく行われるものとする。
図４では、ＳＩＰサーバ５００と認証管理サーバ３００とを別々のブロックで図示しているが、これはＳＩＰサーバ５００と認証管理サーバ３００とが物理的に別々のコンピュータに実装されていることを限定しているものではなく、ＳＩＰサーバ５００と認証管理サーバ３００は同じコンピュータに実装することも可能である。また、認証管理サーバ３００は、ＳＩＰサーバ５００の拡張機能（付加機能）として実現することも可能である。なお、認証管理サーバ３００の具体的な実現手法は任意であり、中継サーバのような構成で実現しても良いし、内部的に２つのＳＩＰ ＵＡを背中合わせに実装したＢ２ＢＵＡ（Ｂａｃｋ ｔｏ Ｂａｃｋ Ｕｓｅｒ Ａｇｅｎｔ）で実現しても良い。
次に、本実施例における認証の処理手順について、図５のシーケンス図を参照して説明する。
まず、利用者端末１０１は、サービス提供サーバ２００に対して、図６に例示するような認証ヘッダを含まないＩＮＶＩＴＥをサービス要求として送信する（Ｓ１１１）。図６に示されるＩＮＶＩＴＥにおいて、Ｔｏ：＜ｓｉｐｕｓｅｒ１＠ｘｘ．ｘｘ．ｘｘ．ｘｘ＞はリクエストの着信者のＳＩＰ ＵＲＬであるが、利用しようとするサービスを特定する情報としての役割も果たしている。
利用者端末１０１から送信されたＩＮＶＩＴＥは、特定の条件を満たすことによりＳＩＰサーバ５００から認証管理サーバ３００へ転送され、受信される（Ｓ３１１）。認証管理サーバ３００は、ＩＮＶＩＴＥ中に認証情報を記述したヘッダが含まれているかどうかを確認し（Ｓ３１２）、今の場合は含まれていないので、ＳＩＰサーバ５００を通じて当該ＩＮＶＩＴＥをサービス提供サーバ２００へ転送する（Ｓ３１３）。
サービス提供サーバ２００は、ＩＮＶＩＴＥを受信すると（Ｓ２１１）、ＩＮＶＩＴＥに認証結果が含まれているかどうかを確認し（Ｓ２１２）、今の場合は含まれていないので、認証を要求する手順を実行する。まず、要求されたサービスに応じた認証レベルを判定する（Ｓ２１３）。次に、図７に例示するようなＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む４０１ Ｕｎａｕｔｈｏｒｉｚｅｄを利用者端末１０１に応答する（Ｓ２１４）。ＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダ中のＩｎｔｅｇｒａｔｅｄＡｕｔｈは、ＳＩＰで規定されたＨＴＴＰダイジェスト認証と区別するために付けられた認証スキーム名である。また、ａｕｔｈｌｅｖｅｌは認証レベルを意味するパラメータ名、２はそのパラメータ値であり、この例では認証レベルが２であることを示している。
４０１ Ｕｎａｕｔｈｏｒｉｚｅｄは、リクエストに認証情報がないか不適切な認証情報が含まれる場合に、ＵＡＳがＨＴＴＰダイジェスト認証を要求する場合に使用するものとしてＳＩＰで規定されている。その場合、ＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダの認証スキーム名はＤｉｇｅｓｔと記述され、続けて、＜チャレンジ値＞が記述される。本実施例では、認証スキーム名としてＩｎｔｅｇｒａｔｅｄＡｕｔｈを使用することにより、当該４０１ Ｕｎａｕｔｈｏｒｉｚｅｄを、認証の代行を認証管理サーバ３００に要求するレスポンスとして利用している。また、ａｕｔｈｌｅｖｅｌ＝２という記述を入れることで、認証レベル２の認証の代行を認証管理サーバ３００に要求するレスポンスとして利用している。
サービス提供サーバ２００から送信された上記の４０１ Ｕｎａｕｔｈｏｒｉｚｅｄは、ＳＩＰサーバ５００から認証管理サーバ３００へ転送され、受信される（Ｓ３１４）。認証管理サーバ３００は、受信した４０１ ＵｎａｕｔｈｏｒｉｚｅｄのＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを解析して認証レベルを認識し、その認証レベルの認証を実現する認証方法を決定する（Ｓ３１５）。そして、ＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダ中のパラメータ名ａｕｔｈｌｅｖｅｌの記述部分を、その認証レベルの認証を実現する認証方法の記述に書き換え、ＳＩＰサーバ５００を通じて利用者端末１０１へ転送する（Ｓ３１６）。
具体的には、図７に例示したように「ａｕｔｈｌｅｖｅｌ＝２」となっていれば、認証管理サーバ３００は、図８に例示するように「ａｕｔｈｍｅｔｈｏｄ＝”ＭＩＮＦＯ＆ＰＷ”」に書き換えて転送する。ここで、ａｕｔｈｍｅｔｈｏｄは認証方法を意味するパラメータ名、”ＭＩＮＦＯ＆ＰＷ”はそのパラメータ値で、ＭＩＮＦＯは利用者端末の端末情報による認証を、ＰＷはパスワードによる認証をそれぞれ示す。また、認証管理サーバ３００は、例えば「ａｕｔｈｌｅｖｅｌ＝１」となっていれば「ａｕｔｈｍｅｔｈｏｄ＝”ＭＩＮＦＯ”」に書き換えて転送し、「ａｕｔｈｌｅｖｅｌ＝３」となっていれば「ａｕｔｈｍｅｔｈｏｄ＝”ＭＩＮＦＯ＆ＰＷ＆ＦＩＮＧＥＲＰＲＩＮＴ”」に書き換えて転送する。ここで、ＦＩＮＧＥＲＰＲＩＮＴは指紋認証を示す。
利用者端末１０１は、上記の４０１ Ｕｎａｕｔｈｏｒｉｚｅｄを受信すると（Ｓ１１２）、そのＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを解析し、要求された認証方法の認証に必要な認証情報を必要に応じて利用者から入力する（Ｓ１１３）。そして、認証情報を記述した認証ヘッダを含む図９に例示するようなＩＮＶＩＴＥを作成し、サービス提供サーバ２００へ送信する（Ｓ１１４）。図９において、「Ａｕｔｈｏｒｉｚａｔｉｏｎ：ＩｎｔｅｇｒａｔｅｄＡｕｔｈ ＭＩＮＦＯ＝”ＡＡ−ＢＢ−ＣＣ−ＤＤ”、ＰＷ＝”ｐａｓｓｗｏｒｄ”」が認証情報を記述した認証ヘッダであり、”ＡＡ−ＢＢ−ＣＣ−ＤＤ”は利用者端末のＭＡＣアドレスを、”ｐａｓｓｗｏｒｄ”はパスワードをそれぞれ示す。
利用者端末１０１から再び送信されたＩＮＶＩＴＥは、特定の条件を満たすことによりＳＩＰサーバ５００から認証管理サーバ３００へ転送され、受信される（Ｓ３１７）。認証管理サーバ３００は、ＩＮＶＩＴＥに認証情報を記述したヘッダが含まれているかどうかを確認し（Ｓ３１８）、含まれているので、その認証情報と図２に示した回線認証テーブルＴ１と端末・個人認証テーブルＴ２とに基づいて認証を行う（Ｓ３１９）。そして、認証の結果を認証ヘッダに記述した図１０に例示するようなＩＮＶＩＴＥをＳＩＰサーバ５００を通じてサービス提供サーバ２００へ転送する（Ｓ３２０）。図１０において、「Ａｕｔｈｏｒｉｚａｔｉｏｎ：ＩｎｔｅｇｒａｔｅｄＡｕｔｈ ａｕｔｈｒｅｓｕｌｔ＝”ＯＫ”」が認証結果を記述した認証ヘッダであり、ａｕｔｈｒｅｓｕｌｔは認証結果を意味するパラメータ名、”ＯＫ”は認証が成功したことを示すパラメータ値である。なお、認証が失敗した場合、パラメータ値は”ＮＧ”になる。
サービス提供サーバ２００は、ＩＮＶＩＴＥを受信すると（Ｓ２１５）、ＩＮＶＩＴＥに認証結果が含まれているかどうかを確認し（Ｓ２１６）、含まれているので、認証成功かどうかを確認する（Ｓ２１７）。そして、認証が成功していれば、利用者端末１０１に対して要求されたサービスを提供する（Ｓ２１８）。
利用者端末１０１は、サービス提供サーバ２００から提供されるサービスを受信する（Ｓ１１５）。
本実施例によれば、本実施の形態で述べた効果に加えてさらに、サービス提供サーバ２００のサービス提供のために認証管理サーバが利用者の認証を代行する仕組みをＳＩＰシグナリングオペレーションのメッセージフローに組み込んだことにより、通信セッションを確立するためのシグナリングプロトコルとしてＳＩＰを使用したネットワークを通じてサービスを提供するサービス提供システムにおいて、サービスに応じた認証レベルの認証を認証管理サーバが代行する処理をＳＩＰのフレームワークを変更することなしに実現することができる効果がある。
次に本実施例を構成する利用者端末１０１、サービス提供サーバ２００および認証管理サーバ３００の詳細について説明する。
図１１を参照すると、認証管理サーバ３００の一例は、回線認証情報データベース３１１、端末・個人認証情報データベース３１２および認証方法情報データベース３１３といったハードウェア資源と、データベース管理部３１４、認証判定部３１５、認証要求部３１６、パケット解析部３１７およびパケット送受信部３１８といった機能手段とを含んで構成される。認証管理サーバ３００がワークステーション等のコンピュータで構成される場合、回線認証情報データベース３１１、端末・個人認証情報データベース３１２および認証方法情報データベース３１３は、主記憶装置や補助記憶装置で実現され、データベース管理部３１４、認証判定部３１５、認証要求部３１６、パケット解析部３１７およびパケット送受信部３１８は、プログラムで実現することができる。プログラムは、ハードディスクなどのコンピュータ可読記録媒体に記録されて提供され、コンピュータの立ち上げ時などにコンピュータに読み取られ、そのコンピュータの動作を制御することにより、そのコンピュータ上に上述した各機能手段を実現し、所定の処理を行わせる。
回線認証情報データベース３１１には、図２で例示した回線認証テーブルＴ１が記憶される。
端末・個人認証情報データベース３１２には、図２で例示した端末・個人認証テーブルＴ２が記憶される。
認証方法情報データベース３１３には、図２で例示した各認証レベルに対応する認証方法の情報を記述した認証方法情報テーブルＴ３が記憶される。
データベース管理部３１４は、各データベース３１１〜３１３に対する検索や更新を管理する。
認証要求部３１６は、サービス提供サーバ２００の代わりに利用者端末１０１に対して各認証レベルの認証を要求する。
認証判定部３１５は、サービス提供サーバ２００の代わりに利用者端末１０１から送信された認証情報に基づいて各認証レベルの認証を行う。
パケット解析部３１７は、ＳＩＰサーバ５００から転送されてきたＳＩＰのパケットを解析し、認証要求部３１６による処理、認証判定部３１５による処理に切り分ける。また、認証要求部３１６および認証判定部３１５から伝達されたＳＩＰのパケットをパケット送受信部３１８へ出力する。
パケット送受信部３１８は、認証管理サーバ３００とＳＩＰサーバ５００との間でＳＩＰのパケットの送受信を行う。
次に図５のシーケンス図と図１１のブロック図を参照して、認証管理サーバ３００の動作を説明する。
図５のステップＳ１１１において利用者端末１０１から送信されたＩＮＶＩＴＥがＳＩＰサーバ５００から転送されてくると、パケット送受信部３１８で受信され（Ｓ３１１）、パケット解析部３１７に伝達される。パケット解析部３１７は、ＩＮＶＩＴＥに認証情報を記述したヘッダが含まれているかどうかを確認し（Ｓ３１２）、含まれていないので、パケット送受信部３１８を通じて当該ＩＮＶＩＴＥをＳＩＰサーバ５００に送信する。ＳＩＰサーバ５００はこのＩＮＶＩＴＥをサービス提供サーバ２００へ転送する（Ｓ３１３）。
また、図５のステップＳ２１４においてサービス提供サーバ２００から送信された図７に例示した４０１ ＵｎａｕｔｈｏｒｉｚｅｄがＳＩＰサーバ５００から転送されてくると、パケット送受信部３１８で受信され（Ｓ３１４）、パケット解析部３１７に伝達される。パケット解析部３１７は、受信したパケットが、ＩｎｔｅｇｒａｔｅｄＡｕｔｈが記述されたＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む４０１ Ｕｎａｕｔｈｏｒｉｚｅｄであることを解析し、認証要求部３１６へ当該パケットを伝達する。
認証要求部３１６は、受信した４０１ ＵｎａｕｔｈｏｒｉｚｅｄのＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを解析して認証レベルを認識し、データベース管理部３１４を通じて認証方法情報データベース３１３を検索し、認識した認証レベルの認証を実現する認証方法を決定する（Ｓ３１５）。そして認証要求部３１６は、この決定した認証方法に基づいて図８に例示したように４０１ ＵｎａｕｔｈｏｒｉｚｅｄのＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを書き換えて、パケット解析部３１７およびパケット送受信部３１８を通じてＳＩＰサーバ５００へ送信する。ＳＩＰサーバ５００は、これを利用者端末１０１へ転送する（Ｓ３１６）。
また、図５のステップＳ１１４において利用者端末１０１から再び送信されたＩＮＶＩＴＥがＳＩＰサーバ５００から転送されてくると、パケット送受信部３１８で受信され（Ｓ３１７）、パケット解析部３１７へ伝達される。パケット解析部３１７は、ＩＮＶＩＴＥに認証情報を記述したヘッダが含まれているかどうかを確認し（Ｓ３１８）、含まれているので、当該ＩＮＶＩＴＥを認証判定部３１５へ伝達する。
認証判定部３１５は、受け取ったＩＮＶＩＴＥ中の認証情報と、データベース管理部３１４を通じて回線認証情報データベース３１１の回線認証テーブルＴ１および端末・個人認証情報データベース３１２の端末・個人認証テーブルＴ２から検索した情報とに基づいて認証を行う（Ｓ３１９）。そして、認証判定部３１５は、認証の結果を認証ヘッダに記述した図１０に例示するようなＩＮＶＩＴＥをパケット解析部３１７およびパケット送受信部３１８を通じてＳＩＰサーバ５００へ送信する。ＳＩＰサーバ５００は、これをサービス提供サーバ２００へ転送する（Ｓ３２０）。
図１２を参照すると、サービス提供サーバ２００の一例は、提供サービス情報記憶部２１１、認証レベル情報記憶部２１２といったハードウェア資源と、サービス提供部２１３、認証レベル判定部２１４、認証代行要求部２１５、パケット解析部２１６およびパケット送受信部２１７といった機能手段とを含んで構成される。サービス提供サーバ２００がワークステーション等のコンピュータで構成される場合、提供サービス情報記憶部２１１および認証レベル情報記憶部２１２は、主記憶装置や補助記憶装置で実現され、サービス提供部２１３、認証レベル判定部２１４、認証代行要求部２１５、パケット解析部２１６およびパケット送受信部２１７は、プログラムで実現することができる。プログラムは、ハードディスクなどのコンピュータ可読記録媒体に記録されて提供され、コンピュータの立ち上げ時などにコンピュータに読み取られ、そのコンピュータの動作を制御することにより、そのコンピュータ上に上述した各機能手段を実現し、後述した処理を行わせる。
提供サービス情報記憶部２１１には、サービス提供サーバ２００が利用者端末１０１に提供する画像や音声などのコンテンツ、オンラインショッピングサービスを提供するＷｅｂページなどの情報が記憶される。
認証レベル情報記憶部２１２には、サービス提供サーバ２００が提供するサービス毎にその認証レベルの情報が記憶される。例えば、サービス提供サーバ２００が３つのサービスＡ、Ｂ、Ｃを提供し、サービスＡの認証レベルは１、サービスＢの認証レベルは２、サービスＣの認証レベルは３のとき、認証レベル情報記憶部２１２には、図１３に例示するような認証レベル情報が記憶される。
サービス提供部２１３は、提供サービス情報記憶部２１１に記憶された情報を用いて、利用者端末１０１にサービスを提供する。
認証レベル判定部２１４は、利用者端末１０１が要求するサービスの認証レベルを認証レベル情報記憶部２１２を参照して判定する処理を行う。
認証代行要求部２１５は、サービスの提供を要求する利用者端末１０１の利用者の認証の代行を認証管理サーバ３００に要求する処理を行う。
パケット解析部２１６は、ＳＩＰサーバ５００から転送されてきたＳＩＰのパケットを解析し、認証代行要求部２１５による処理、サービス提供部２１３による処理といった処理に切り分ける。
パケット送受信部２１７は、ネットワーク４００を通じて利用者端末１０１およびＳＩＰサーバ５００との間でＳＩＰのパケットや他の通信プロトコル（たとえばＨＴＴＰプロトコル）のパケットの送受信を行う。
次に図５のシーケンス図と図１２のブロック図を参照して、サービス提供サーバ２００の動作を説明する。
図５のステップＳ３１３において認証管理サーバ３００から送信された認証ヘッダなしのＩＮＶＩＴＥがＳＩＰサーバ５００から転送されてくると、パケット送受信部２１７で受信され（Ｓ２１１）、パケット解析部２１６に伝達される。パケット解析部２１６は、ＩＮＶＩＴＥに認証結果が含まれているかどうかを確認し（Ｓ２１２）、含まれていないので、受信したＩＮＶＩＴＥを認証代行要求部２１５へ伝達する。
認証代行要求部２１５は、要求されたサービスに応じた認証レベルを判定する（Ｓ２１３）。具体的には、ＩＮＶＩＴＥ中のＴｏヘッダに記述された論理的なリクエスト送信先に基づいてサービス名を決定し、この決定したサービス名を通知して認証レベル判定部２１４に認証レベルを要求する。認証レベル判定部２１４は、通知されたサービス名で認証レベル情報記憶部２１２を検索して、対応する認証レベルを認証代行要求部２１５に返却する。次に、認証代行要求部２１５は、図７に例示するような認証レベルを記述したＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む４０１ Ｕｎａｕｔｈｏｒｉｚｅｄを作成し、パケット解析部２１６およびパケット送受信部２１７を通じてネットワーク４００経由で利用者端末１０１に応答する（Ｓ２１４）。
また、図５のステップＳ３２０において認証管理サーバ３００から送信された認証ヘッダありのＩＮＶＩＴＥがＳＩＰサーバ５００から転送されてくると、パケット送受信部２１７が受信し（Ｓ２１５）、パケット解析部２１６に伝達される。パケット解析部２１６は、受け取ったＩＮＶＩＴＥに認証結果が含まれているかどうかを確認し（Ｓ２１６）、含まれていれば、さらに、認証が成功したかどうかを確認する（Ｓ２１７）。そして、認証が成功していれば、パケット解析部２１６は、受け取ったＩＮＶＩＴＥをサービス提供部２１３へ伝達する。サービス提供部２１３は、このＩＮＶＩＴＥに従って、利用者端末１０１に対して要求されたサービスを提供する（Ｓ２１８）。
図１４を参照すると、利用者端末１０１の一例は、キーボード１１１、液晶ディスプレイ等の表示装置１１２、指紋入力装置１１３、利用者端末情報記憶部１１４といったハードウェア資源と、指紋入力部１１５、パスワード入力部１１６、利用者端末情報入力部１１７、認証要求応答部１１８、パケット解析部１１９、パケット送受信部１２０、サービス処理部１２１といった機能手段とを含んで構成される。利用者端末１０１がパーソナルコンピュータ等のコンピュータで構成される場合、利用者端末情報記憶部１１４は、主記憶装置や補助記憶装置で実現され、指紋入力部１１５、パスワード入力部１１６、利用者端末情報入力部１１７、認証要求応答部１１８、パケット解析部１１９、パケット送受信部１２０、サービス処理部１２１は、プログラムで実現することができる。プログラムは、ハードディスクなどのコンピュータ可読記録媒体に記録されて提供され、コンピュータの立ち上げ時などにコンピュータに読み取られ、そのコンピュータの動作を制御することにより、そのコンピュータ上に上述した各機能手段を実現し、後述した処理を行わせる。
利用者端末情報記憶部１１４には、当該利用者端末１０１の端末情報として、例えばＭＡＣアドレスが記憶される。
利用者端末情報入力部１１７は、認証要求応答部１１８からの指示に従って利用者端末情報記憶部１１４から利用者端末のＭＡＣアドレスを読み出し、認証要求応答部１１８に伝達する。
パスワード入力部１１６は、認証要求応答部１１８からの指示に従って、利用者端末１０１の利用者からパスワードを入力し、認証要求応答部１１８に伝達する。具体的には、表示装置１１２の画面にパスワード入力画面を表示し、利用者がキーボード１１１を操作してパスワード入力画面にパスワードを入力すると、この入力されたパスワードを取り込んで認証要求応答部１１８へ出力する。
指紋入力部１１５は、認証要求応答部１１８からの指示に従って、指紋入力装置１１３から利用者の指紋情報を入力し、認証要求応答部１１８に伝達する。
認証要求応答部１１８は、パケット解析部１１９から受信した４０１ ＵｎａｕｔｈｏｒｉｚｅｄのＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを解析し、要求された認証情報を利用者端末情報入力部１１７、パスワード入力部１１６、指紋入力部１１５から入力し、この入力した認証情報を記述したＩＮＶＩＴＥを作成して、パケット解析部１１９へ送信する。
サービス処理部１２１は、キーボード１１１から入力される指示に従ってサービス提供サーバ２００へサービスを要求し、それに応じて提供されるサービスを表示装置１１２に表示する等の処理を行う。
パケット解析部１１９は、ＳＩＰサーバ５００やサービス提供サーバ２００から転送されてきたパケットをパケット送受信部１２０から受信し、認証要求応答部１１８およびサービス処理部１２１へパケットを伝達する。また、その逆に認証要求応答部１１８およびサービス処理部１２１から伝達されるパケットをパケット送受信部１２０へ伝達する。
パケット送受信部１２０は、ホームゲートウェイ１０２およびネットワーク４００を通じて利用者端末１０１およびＳＩＰサーバ５００との間でＳＩＰのパケットや他の通信プロトコル（たとえばＨＴＴＰプロトコル）のパケットの送受信を行う。
次に図５のシーケンス図と図１４のブロック図を参照して、利用者端末１０１の動作を説明する。
利用者端末１０１において、サービス提供サーバ２００のサービスを受けるためにサービス提供サーバ２００をアクセスする際、サービス処理部１２１はＩＮＶＩＴＥを作成し、パケット解析部１１９、パケット送受信部１２０およびホームゲートウェイ１０２を通じてネットワーク４００経由でサービス提供サーバへ送信する（Ｓ１１４）。
また図５のステップＳ３１６において認証管理サーバ３００からＳＩＰサーバ５００を通じて送信された図８に例示するような４０１ Ｕｎａｕｔｈｏｒｉｚｅｄがホームゲートウェイ１０２から転送されてくると、パケット送受信部１２０で受信され（Ｓ１１２）、パケット解析部１１９に伝達される。パケット解析部１１９は、受信したパケットが４０１ Ｕｎａｕｔｈｏｒｉｚｅｄであり、そのＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダ中に「ＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅ：ＩｎｔｅｇｒａｔｅｄＡｕｔｈ ａｕｔｈｍｅｔｈｏｄ＝”ＭＩＮＦＯ＆ＰＷ”」に例示するような認証情報を要求する記述があるため、当該４０１ Ｕｎａｕｔｈｏｒｉｚｅｄを認証要求応答部１１８へ伝達する。
認証要求応答部１１８は、受け取った４０１ ＵｎａｕｔｈｏｒｉｚｅｄのＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダで要求されている認証情報を判定し、要求された認証情報を利用者端末情報入力部１１７、パスワード入力部１１６、指紋入力部１１５から入力する（Ｓ１１３）。そして、この入力した認証情報を認証ヘッダに記述したＩＮＶＩＴＥを作成し、パケット解析部１１９、パケット送受信部１２０およびホームゲートウェイ１０２を通じてネットワーク４００経由でサービス提供サーバへ送信する（Ｓ１１４）。
また、図５のステップＳ２１８においてサービス提供サーバ２００から送信されたサービス情報にかかるパケットがホームゲートウェイ１０２で受信されて転送されてくると、パケット送受信部１２０が受信し（Ｓ１１５）、パケット解析部１１９に伝達される。パケット解析部１１９は、受け取ったサービス情報にかかるパケットをサービス処理部１２１へ伝達し、サービス処理部１２１は受信した情報を表示装置１１２へ表示するといった処理を実行する。
以上の説明では、サービスに応じた認証レベルの認証方法は事前に唯一つだけ定められていたが、同一の認証レベルに対して複数の認証方法を定めておいて、その内の任意の認証方法を選択して使用するようにしても良い。また、図２に示した認証方法情報テーブルＴ３の代わりに、図１５に例示するように、基本となる複数の認証方法と、その選択条件（必須か任意か）とそれを使用した際の認証レベルの増加ポイントとを定義した認証方法情報テーブルＴ４を使用し、幾つかの認証方法を動的に組み合わせてサービスに応じた認証レベルの認証方法を決定するようにしても良い。図１５に例示した認証方法情報テーブルＴ４によると、認証レベル１の認証方法は、回線識別情報と利用者端末情報による認証として決定され、認証レベル２の認証方法は、回線識別情報と利用者端末情報による認証とパスワードによる認証との組み合わせとして決定され、認証レベル３の認証方法は、回線識別情報と利用者端末情報による認証と指紋による認証との組み合わせとして決定され、認証レベル４の認証方法は、回線識別情報と利用者端末情報による認証とパスワードによる認証と指紋による認証との組み合わせとして決定される。
また以上の説明では、利用者端末１０１が接続されている回線１０３の回線識別情報と異なる他の認証情報として、利用者端末１０１の端末情報、パスワード、指紋を使用したが、利用者の本人性を確認する情報であれば、他の種類の情報を使用することができる。また、利用者の本人性を確認するには効果が少ないと考えられる利用者の性別や年齢などの属性情報を認証情報として利用し、図１６の認証方法情報テーブルＴ５に例示するように認証レベルを利用者の属性に応じて更に細分化しても良い。この場合、利用者に属性情報を入力させると利用者に負担がかかるので、図１７の端末・個人認証テーブルＴ６に例示するように、他の認証情報と同様に認証管理サーバ３００の端末・個人認証情報データベース３１２に登録しておき、他の認証情報によって利用者が特定された後、その利用者の属性情報を確認するようにするのが望ましい。
また以上の説明では、利用者端末１０１が接続されている回線１０３の回線識別情報として、ホームゲートウェイ１０２のＩＰアドレスを使用したが、それに代えて、あるいはそれに加えて回線１０３に対してネットワーク４００から割り当てられている電話番号を回線識別情報として使用しても良い。この場合、回線認証テーブルＴ１は図１８に例示するような構成となる。利用者端末１０１側では、電話番号は記憶部に予め記憶しておいても良いし、キーボードからその都度入力するようにしても良い。電話番号は、端末情報などの他の認証情報と同様にＩＮＶＩＴＥの認証ヘッダに記述されて送信される。
電話番号を回線識別情報として使用する場合、以下の２通りの認証方法が考えられる。第１の方法は、認証ヘッダに電話番号が含まれている場合、ホームゲートウェイ１０２のＩＰアドレスの代わりに、その電話番号を使って認証を行う方法である。具体的には、認証管理サーバ３００は、認証ヘッダに記述された電話番号をキーに図１８の回線認証テーブルＴ１を検索し、一致する電話番号に対応する回線ＩＤを取得する。次に、この取得した回線ＩＤをキーに図２の端末・個人認証テーブルＴ２を検索して、端末情報などのその他の認証情報を取得して認証ヘッダ中の端末情報と比較する方法である。
第２の方法は、前述した実施の形態および実施例と同様にホームゲートウェイ１０２のＩＰアドレスをキーに図１８の回線認証テーブルＴ１を検索し、一致するＩＰアドレスに対応する回線ＩＤを取得し、次に、この取得した回線ＩＤをキーに端末・個人認証テーブルＴ２を検索して、端末情報を取得して認証ヘッダ中の端末情報と比較した時点で一致しなかった場合、電話番号を使用した前記第１の方法に切り替える方法である。この場合、利用者端末１０１に一旦認証失敗を通知して、電話番号の入力を要求しても良いし、既に認証ヘッダに電話番号が記述されていれば、それを利用しても良い。
電話番号を回線識別情報として使用する構成は、たとえば他人の家を訪れた際、自分の利用者端末を使ってその家の回線を借りてサービスを受けたい場合に有効である。回線に結び付いた認証という意味では、その回線の正規（登録）利用者という識別は行っていないが、電話番号をもとに、どこの回線に登録されている（どこの回線の正規ユーザなのか）ということがわかるので、外出先でサービスを利用する場合の認証方法として有効である。
『第２の実施の形態』
図１９を参照すると、本発明の第２の実施の形態は、図１に示した第１の実施の形態と比較して、サービス提供サーバ２００および認証管理サーバ３００に代えてサービス提供サーバ２０１および認証管理サーバ３０１を備えている点で相違する。
サービス提供サーバ２０１は、第１の実施の形態のサービス提供サーバ２００と比較して、認証管理サーバ３０１に対してサービスに応じた認証レベルの認証の代行を要求する際に認証レベルを指定しない点で相違する。
認証管理サーバ３０１は、第１の実施の形態の認証管理サーバ３００と比較して、サービス提供サーバ２０１から認証の代行を要求された際、サービス提供サーバ２０１が利用者端末１０１に対して提供するサービスの認証レベルを判定し、この判定した認証レベルの認証の代行を行う点で相違する。
本実施の形態における認証の処理手順について、図２０のシーケンス図を参照して説明する。
まず、利用者端末１０１は、サービス提供サーバ２０１に対してサービス要求を送信する（Ｓ１０１）。サービス要求には、利用しようとするサービスを特定する情報が含まれている。
サービス提供サーバ２０１は、サービス要求を受信すると（Ｓ２０１）、認証管理サーバ３０１に対して認証の代行を要求する（Ｓ２２１）。この要求には、利用者端末１０１から要求されたサービスを特定する情報が含まれている。
認証管理サーバ３０１は、認証の代行要求を受信すると（Ｓ３０１）、まず、サービス提供サーバ２０１が利用者端末１０１から要求されたサービスに応じた認証レベルを判定する（Ｓ３２１）。次に、この認証レベルの認証を実現する認証方法を図２の認証方法情報テーブルＴ３を参照して決定し（Ｓ３０２）、決定した認証方法に必要な認証情報を利用者端末１０１に要求する（Ｓ３０３）。
以下、第１の実施の形態と同様の手順が実行される（ステップＳ１０２〜Ｓ１０５、Ｓ３０４〜Ｓ３０６、Ｓ２０４〜Ｓ２０６）。
このように本実施の形態によれば、サービス提供サーバ２０１はサービスに応じた認証レベルを自ら決定する必要がないため、認証に係るサービス提供サーバ２０１の負荷をより一層軽減することができる。
『第２の実施の形態の実施例』
次に、通信セッションを確立するためのシグナリングプロトコルとしてＳＩＰを使用したネットワークに対して本実施の形態を適用した実施例について説明する。
図２１を参照すると、本実施例においても第１の実施の形態の実施例と同様に、認証管理サーバ３０１はＳＩＰサーバ５００を介してネットワーク４００に接続され、特定の条件を満たすＳＩＰメッセージだけをＳＩＰサーバ５００から受け取って処理するように構成されている。
本実施例における認証の処理手順について、図２２のシーケンス図を参照して説明する。
まず、利用者端末１０１は、サービス提供サーバ２０１に対して、図６に例示するような認証ヘッダを含まないＩＮＶＩＴＥをサービス要求として送信する（Ｓ１１１）。図６に示されるＩＮＶＩＴＥにおいて、Ｔｏ：＜ｓｉｐｕｓｅｒ１＠ｘｘ．ｘｘ．ｘｘ．ｘｘ＞はリクエストの着信者のＳＩＰ ＵＲＬであるが、利用しようとするサービスを特定する情報としての役割も果たしている。
利用者端末１０１から送信されたＩＮＶＩＴＥは、特定の条件を満たすことによりＳＩＰサーバ５００から認証管理サーバ３０１へ転送され、受信される（Ｓ３１１）。認証管理サーバ３０１は、ＩＮＶＩＴＥ中に認証情報を記述したヘッダが含まれているかどうかを確認し（Ｓ３１２）、今の場合は含まれていないので、ＳＩＰサーバ５００を通じて当該ＩＮＶＩＴＥをサービス提供サーバ２０１へ転送する（Ｓ３１３）。
サービス提供サーバ２０１は、ＩＮＶＩＴＥを受信すると（Ｓ２１１）、ＩＮＶＩＴＥに認証結果が含まれているかどうかを確認し（Ｓ２１２）、今の場合は含まれていないので、図２３に例示するようなＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む４０１ Ｕｎａｕｔｈｏｒｉｚｅｄを利用者端末１０１に応答する（Ｓ２２２）。ＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダ中のＩｎｔｅｇｒａｔｅｄＡｕｔｈは、ＳＩＰで規定されたＨＴＴＰダイジェスト認証と区別するために付けられた認証スキーム名である。また、ａｕｔｈｒｅｑは認証要求を意味するパラメータ名、””はそのパラメータ値であり、サービスに応じた認証レベルの認証を要求していることを示している。
４０１ Ｕｎａｕｔｈｏｒｉｚｅｄは、リクエストに認証情報がないか不適切な認証情報が含まれる場合に、ＵＡＳがＨＴＴＰダイジェスト認証を要求する場合に使用するものとしてＳＩＰで規定されている。その場合、ＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダの認証スキーム名はＤｉｇｅｓｔと記述され、続けて、＜チャレンジ値＞が記述される。本実施例では、認証スキーム名としてＩｎｔｅｇｒａｔｅｄＡｕｔｈを使用することにより、当該４０１ Ｕｎａｕｔｈｏｒｉｚｅｄが、認証の代行を認証管理サーバ３０１に要求するレスポンスとして利用している。また、ａｕｔｈｒｅｑ＝””という記述を入れることで、サービスに応じた認証レベルの認証の代行を認証管理サーバ３０１に要求するレスポンスとして利用している。
サービス提供サーバ２０１から送信された上記の４０１ Ｕｎａｕｔｈｏｒｉｚｅｄは、ＳＩＰサーバ５００から認証管理サーバ３０１へ転送され、受信される（Ｓ３２２）。認証管理サーバ３０１は、受信した４０１ ＵｎａｕｔｈｏｒｉｚｅｄのＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを解析し、サービスに応じた認証レベルの認証の代行が要求されていることから、まず、要求されたサービスに応じた認証レベルを判定する（Ｓ３２３）。次に、この認証レベルの認証を実現する認証方法を決定する（Ｓ３１５）。そして、ＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダ中のパラメータ名ａｕｔｈｒｅｑの記述部分を、その認証レベルの認証を実現する認証方法の記述に書き換え、ＳＩＰサーバ５００を通じて利用者端末１０１へ転送する（Ｓ３１６）。
具体的には、認証レベル２の場合、認証管理サーバ３０１は、図８に例示するように「ａｕｔｈｍｅｔｈｏｄ＝”ＭＩＮＦＯ＆ＰＷ”」に書き換えて転送する。ここで、ａｕｔｈｍｅｔｈｏｄは認証方法を意味するパラメータ名、”ＭＩＮＦＯ＆ＰＷ”はそのパラメータ値で、ＭＩＮＦＯは利用者端末の端末情報による認証を、ＰＷはパスワードによる認証をそれぞれ示す。また、認証管理サーバ３０１は、認証レベル１の場合、「ａｕｔｈｍｅｔｈｏｄ＝”ＭＩＮＦＯ”」に書き換えて転送し、認証レベル３の場合、「ａｕｔｈｍｅｔｈｏｄ＝”ＭＩＮＦＯ＆ＰＷ＆ＦＩＮＧＥＲＰＲＩＮＴ”」に書き換えて転送する。ここで、ＦＩＮＧＥＲＰＲＩＮＴは指紋認証を示す。
以下、第１の実施の形態の実施例と同様の手順が実行される（Ｓ１１２〜Ｓ１１５、Ｓ３１７〜Ｓ３２０、Ｓ２１５〜Ｓ２１８）。
次に本実施例を構成するサービス提供サーバ２０１および認証管理サーバ３０１の詳細について説明する。なお、利用者端末１０１は第１の実施の形態の実施例と同じである。
図２４を参照すると、本実施例で使用する認証管理サーバ３０１は、図１１で示した第１の実施の形態の実施例で使用する認証管理サーバ３００と比較して、認証レベル情報記憶部３２１を新たに備えている点、認証要求部３１６の代わりに認証要求部３２２を備えている点で相違する。
認証レベル情報記憶部３２１には、図１３で例示したようなサービス名と認証レベルとの対応関係を示す認証レベル情報が記憶される。
認証要求部３２２は、認証要求部３１６の機能に加えてさらに、サービスに応じた認証レベルを判定する機能を有する。
次に図２２のシーケンス図と図２４のブロック図を参照して、本実施例の認証管理サーバ３０１の動作を説明する。
図２２のステップＳ２２２においてサービス提供サーバ２０１から送信された図２３に例示した４０１ ＵｎａｕｔｈｏｒｉｚｅｄがＳＩＰサーバ５００から転送されてくると、パケット送受信部３１８で受信され（Ｓ３２２）、パケット解析部３１７に伝達される。パケット解析部３１７は、受信したパケットが、ＩｎｔｅｇｒａｔｅｄＡｕｔｈが記述されたＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む４０１ Ｕｎａｕｔｈｏｒｉｚｅｄであることを解析し、認証要求部３２２へ当該パケットを伝達する。
認証要求部３２２は、受信した４０１ ＵｎａｕｔｈｏｒｉｚｅｄのＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを解析し、Ｔｏヘッダに記述された論理的なリクエスト送信先に基づいてサービス名を決定し、この決定したサービス名をキーにデータベース管理部３１４を通じて認証レベル情報記憶部３２１を検索し、対応する認証レベルを取得する（Ｓ３２３）。次に、この認証レベルをキーにデータベース管理部３１４を通じて認証方法情報データベース３１３を検索し、認識した認証レベルの認証を実現する認証方法を決定する（Ｓ３１５）。そして認証要求部３２２は、この決定した認証方法に基づいて図８に例示したように４０１ ＵｎａｕｔｈｏｒｉｚｅｄのＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを書き換えて、パケット解析部３１７およびパケット送受信部３１８を通じてＳＩＰサーバ５００へ送信する。ＳＩＰサーバ５００は、これを利用者端末１０１へ転送する（Ｓ３１６）。
その他の動作は第１の実施の形態の実施例における認証管理サーバ３００と同じである。
図２５を参照すると、本実施例で使用するサービス提供サーバ２０１の一例は、図１２に示した第１の実施の形態の実施例のサービス提供サーバ２００と比較して、認証レベル情報記憶部２１２および認証レベル判定部２１４が省略されている点と、認証代行要求部２１５の代わりに認証代行要求部２２１を備えている点で相違する。
認証代行要求部２２１は、サービスに応じて認証レベルを判定する処理を行わない点で認証代行要求部２１５より機能が簡素化されている。
次に図２２のシーケンス図と図２５のブロック図を参照して、本実施例のサービス提供サーバ２０１の動作を説明する。
図２２のステップＳ３１３において認証管理サーバ３０１から送信された認証ヘッダなしのＩＮＶＩＴＥがＳＩＰサーバ５００から転送されてくると、パケット送受信部２１７で受信され（Ｓ２１１）、パケット解析部２１６に伝達される。パケット解析部２１６は、ＩＮＶＩＴＥに認証結果が含まれているかどうかを確認し（Ｓ２１２）、含まれていないので、受信したＩＮＶＩＴＥを認証代行要求部２２１へ伝達する。
認証代行要求部２２１は、図２３に例示するようなＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む４０１ Ｕｎａｕｔｈｏｒｉｚｅｄを作成し、パケット解析部２１６およびパケット送受信部２１７を通じてネットワーク４００経由で利用者端末１０１に応答する（Ｓ２２２）。
その他の動作は、第１の実施の形態の実施例で使用するサーバ提供サーバ２００と同じである。
本発明は、利用者が通信網を介してサービス提供サーバからサービスの提供を受ける際の認証技術に有効であり、特に通信セッションを確立するためのシグナリングプロトコルとしてＳＩＰを使用したネットワークにおける利用者認証に用いるのに適している。
本発明の第１の実施の形態のブロック図である。 本発明の第１の実施の形態で使用する回線認証テーブル、端末・個人認証テーブルおよび認証方法情報テーブルの一例を示す図である。 本発明の第１の実施の形態の動作を示すシーケンス図である。 本発明の第１の実施の形態の実施例のブロック図である。 本発明の第１の実施の形態の実施例の動作を示すシーケンス図である。 本発明の第１の実施の形態の実施例において利用者端末から送信されるＩＮＶＩＴＥ（認証ヘッダなし）の一例を示す図である。 本発明の第１の実施の形態の実施例においてサービス提供サーバから送信される４０１ Ｕｎａｕｔｈｏｒｉｚｅｄの一例を示す図である。 本発明の第１の実施の形態の実施例において認証管理サーバから利用者端末へ送信される４０１ Ｕｎａｕｔｈｏｒｉｚｅｄの一例を示す図である。 本発明の第１の実施の形態の実施例において利用者端末から送信されるＩＮＶＩＴＥ（認証ヘッダあり）の一例を示す図である。 本発明の第１の実施の形態の実施例において認証管理サーバからサービス提供サーバに送信されるＩＮＶＩＴＥ（認証結果あり）の一例を示す図である。 本発明の第１の実施の形態の実施例における認証管理サーバのブロック図である。 本発明の第１の実施の形態の実施例におけるサービス提供サーバのブロック図である。 サービスと認証レベルとの対応を記憶する認証レベル情報の一例を示す図である。 本発明の第１の実施の形態の実施例における利用者端末のブロック図である。 本発明の第１の実施の形態で使用する認証方法情報テーブルの他の例を示す図である。 本発明の第１の実施の形態で使用する認証方法情報テーブルの更に別の例を示す図である。 本発明の第１の実施の形態で使用する端末・個人認証テーブルの別の例を示す図である。 本発明の第１の実施の形態で使用する回線認証テーブルの別の例を示す図である。 本発明の第２の実施の形態のブロック図である。 本発明の第２の実施の形態の動作を示すシーケンス図である。 本発明の第２の実施の形態の実施例のブロック図である。 本発明の第２の実施の形態の実施例の動作を示すシーケンス図である。 本発明の第２の実施の形態の実施例においてサービス提供サーバから送信される４０１ Ｕｎａｕｔｈｏｒｉｚｅｄの一例を示す図である。 本発明の第２の実施の形態の実施例における認証管理サーバのブロック図である。 本発明の第２の実施の形態の実施例におけるサービス提供サーバのブロック図である。 ＳＩＰで規定されたユーザ−ユーザ間ＨＴＴＰダイジェスト認証方式の動作シーケンス図である。 ＳＩＰで規定されたユーザ−ユーザ間ＨＴＴＰダイジェスト認証方式における４０１ ＵｎａｕｔｈｏｒｉｚｅｄのＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダの内容例を示す図である。 ＳＩＰで規定されたユーザ−ユーザ間ＨＴＴＰダイジェスト認証方式におけるＩＮＶＩＴＥのＡｕｔｈｏｒｉｚａｔｉｏｎヘッダの内容例を示す図である。
符号の説明
１００…利用者設備
１０１…利用者端末
１０２…ホームゲートウェイ
１０３…回線
２００、２０１…サービス提供サーバ
３００、３０１…認証管理サーバ
４００…ネットワーク
５００…ＳＩＰサーバ

Claims (50)

  1. 回線を通じて通信網に接続された利用者端末と、前記通信網に接続され、前記利用者端末からサービス要求を受信し、前記利用者端末にサービスを提供するサービス提供サーバと、前記通信網に接続され、前記回線の回線識別情報による認証と他の１以上の認証情報による認証とを組み合わせた複数の認証レベルの認証方法のうち、前記サービス提供サーバが前記利用者端末に対して提供するサービスに応じた認証レベルの認証方法を用いて、前記利用者端末の利用者の認証を代行する認証管理サーバとを備えた認証システム。
  2. 前記サービス提供サーバが、提供するサービスに応じた認証レベルを判定して前記認証管理サーバへ通知し、前記認証管理サーバが、前記複数の認証レベルの認証方法の内から前記通知された認証レベルの認証方法を選択することを特徴とする請求項１記載の認証システム。
  3. 前記サービス提供サーバが、前記利用者端末に対して提供するサービスを特定する情報を前記認証管理サーバへ通知し、前記認証管理サーバが、前記通知された情報で特定されるサービスに応じた認証レベルを判定し、前記複数の認証レベルの認証方法の中から前記判定した認証レベルの認証方法を選択することを特徴とする請求項１記載の認証システム。
  4. サービスに応じた認証レベルの判定は、サービスと認証レベルとの対応を記憶する認証レベル情報テーブルを参照して行われることを特徴とする請求項２または３記載の認証システム。
  5. サービスに応じた認証レベルの認証方法の選択は、認証レベルと認証方法との対応を記憶する認証方法情報テーブルを参照して行われることを特徴とする請求項２乃至４の何れか１項に記載の認証システム。
  6. サービスに応じた認証レベルの認証方法の選択は、前記回線の回線識別情報による認証と他の認証情報による認証とのそれぞれについて認証レベルの増加ポイントを定義した認証方法情報テーブルを参照して、増加ポイントの合計値がサービスに応じた認証レベルの値と一致またはその値以上の認証方法の組み合わせを求めることにより行われることを特徴とする請求項２乃至４の何れか１項に記載の認証システム。
  7. 前記回線の回線識別情報が、前記利用者端末を前記回線に接続するホームゲートウェイに対して前記通信網から払い出されたＩＰアドレスであることを特徴とする請求項１乃至６の何れか１項に記載の認証システム。
  8. 前記回線の回線識別情報が、前記回線に対して前記通信網から割り当てられた電話番号であることを特徴とする請求項１乃至６の何れか１項に記載の認証システム。
  9. 前記他の１以上の認証情報が、前記利用者端末の端末情報および利用者の本人性を確認するための情報であることを特徴とする請求項１乃至８の何れか１項に記載の認証システム。
  10. 前記利用者端末の端末情報が、前記利用者端末のＭＡＣアドレスであることを特徴とする請求項９記載の認証システム。
  11. 前記利用者の本人性を確認するための情報が、パスワードおよび指紋情報の少なくとも一方であることを特徴とする請求項９記載の認証システム。
  12. 前記利用者の本人性を確認するための情報が、利用者の年齢などの属性情報であることを特徴とする請求項９記載の認証システム。
  13. 前記通信網が、通信セッションを確立するためのシグナリングプロトコルとしてＳＩＰを使用し、前記認証管理サーバが、ＳＩＰメッセージの中継を担うＳＩＰサーバに接続されていることを特徴とする請求項１乃至１２の何れか１項に記載の認証システム。
  14. 通信セッションを確立するためのシグナリングプロトコルとしてＳＩＰを使用する通信網に利用者端末とサービス提供サーバとＳＩＰサーバとが接続され、前記ＳＩＰサーバに認証管理サーバが接続された認証システムであって、
    前記認証管理サーバは、前記利用者端末が前記サービス提供サーバに送信したＩＮＶＩＴＥリクエストをＳＩＰサーバから受信して解析し、受信した前記ＩＮＶＩＴＥリクエストに認証ヘッダが含まれている場合には、前記認証ヘッダに記述された認証情報に基づく認証処理を行い、認証結果を記述したＩＮＶＩＴＥリクエストを前記ＳＩＰサーバを通じて前記サービス提供サーバへ転送する認証判定手段と、前記サービス提供サーバが受信したＩＮＶＩＴＥリクエストに認証結果が含まれていないことを判定し、サービスに応じた認証レベルの認証の代行を要求する特定の認証スキーム名を記述したＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを前記利用者端末に応答した場合に、前記４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを前記ＳＩＰサーバから受信して解析し、前記回線の回線識別情報による認証と他の１以上の認証情報による認証とを組み合わせた複数の認証レベルの認証方法のうち、前記サービス提供サーバが前記利用者端末に対して提供するサービスに応じた認証レベルの認証方法と特定の認証スキーム名を記述したＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを前記ＳＩＰサーバを通じて前記利用者端末へ転送する認証要求手段とを備え、
    前記サービス提供サーバは、前記利用者端末から送信されたＩＮＶＩＴＥリクエストを受信して解析し、受信したＩＮＶＩＴＥリクエストに認証結果が含まれていない場合に、前記回線の回線識別情報による認証と他の１以上の認証情報による認証とを組み合わせた複数の認証レベルのうち、要求されたサービスに応じた認証レベルの認証の代行を要求する特定の認証スキーム名を記述したＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを前記利用者端末に応答する認証代行要求手段と、前記受信したＩＮＶＩＴＥリクエストに認証結果が含まれている場合に、認証結果の成否に応じてサービスの提供可否を判断するサービス提供手段とを備え、
    前記利用者端末は、前記認証管理サーバが前記ＳＩＰサーバを通じて送信した前記４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを受信して解析し、要求された認証方法の認証に必要な認証情報を記述した認証ヘッダを含むＩＮＶＩＴＥリクエストを前記サービス提供サーバへ送信する認証要求応答手段とを備えることを特徴とする認証システム。
  15. 前記認証管理サーバの前記認証要求手段は、前記サービス提供サーバから送信される前記４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスの前記ＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダに記述されたサービスの認証レベルを判定することを特徴とする請求項１４記載の認証システム。
  16. 前記認証管理サーバの前記認証要求手段は、前記サービス提供サーバから受信した前記４０１ ＵｎａｕｔｈｏｒｉｚｅｄレスポンスのＴｏヘッダに記述された前記サービス提供サーバのＳＩＰ ＵＲＬからサービスを特定し、該特定したサービスに応じた認証レベルを判定することを特徴とする請求項１４記載の認証システム。
  17. 回線を通じて通信網に接続された利用者端末と、前記通信網に接続され、前記利用者端末からサービス要求を受信し、前記利用者端末にサービスを提供するサービス提供サーバとを備えたシステムにおける認証方法であって、前記通信網に接続された認証管理サーバが、前記回線の回線識別情報による認証と他の１以上の認証情報による認証とを組み合わせた複数の認証レベルの認証方法のうち、前記サービス提供サーバが前記利用者端末に対して提供するサービスに応じた認証レベルの認証方法を用いて、前記利用者端末の利用者の認証を代行することを特徴とする認証方法。
  18. 前記サービス提供サーバが、提供するサービスに応じた認証レベルを判定して前記認証管理サーバへ通知し、前記認証管理サーバが、前記複数の認証レベルの認証方法の中から前記通知された認証レベルの認証方法を選択することを特徴とする請求項１７記載の認証方法。
  19. 前記サービス提供サーバが、前記利用者端末に対して提供するサービスを特定する情報を前記認証管理サーバへ通知し、前記認証管理サーバが、前記通知された情報で特定されるサービスに応じた認証レベルを判定し、前記複数の認証レベルの認証方法の中から前記判定した認証レベルの認証方法を選択することを特徴とする請求項１７記載の認証方法。
  20. ａ）通信セッションを確立するためのシグナリングプロトコルとしてＳＩＰを使用する通信網に回線を通じて接続された利用者端末が、前記通信網に接続されたサービス提供サーバにＩＮＶＩＴＥリクエストを送信するステップと、
    ｂ）ＳＩＰサーバが、前記ＩＮＶＩＴＥリクエストを前記サービス提供サーバへ転送するステップと、
    ｃ）前記サービス提供サーバが、受信したＩＮＶＩＴＥリクエストに認証結果が含まれていないことを判定し、サービスに応じた認証レベルの認証の代行を要求する特定の認証スキーム名を記述したＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを前記利用者端末に応答するステップと、
    ｄ）前記ＳＩＰサーバが、前記４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを前記認証管理サーバへ転送するステップと、
    ｅ）前記認証管理サーバが、受信した前記４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを解析し、前記回線の回線識別情報による認証と他の１以上の認証情報による認証とを組み合わせた複数の認証レベルの認証方法のうち、前記サービス提供サーバが前記利用者端末に対して提供するサービスに応じた認証レベルの認証方法と特定の認証スキーム名を記述したＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを前記ＳＩＰサーバを通じて前記利用者端末へ転送するステップと、
    ｆ）前記利用者端末が、受信した前記４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを解析し、要求された認証方法の認証に必要な認証情報を記述した認証ヘッダを含むＩＮＶＩＴＥリクエストを前記サービス提供サーバへ送信するステップと、
    ｇ）前記ＳＩＰサーバが、前記ＩＮＶＩＴＥリクエストを認証管理サーバへ転送するステップと、
    ｈ）前記認証管理サーバが、受信した前記ＩＮＶＩＴＥリクエストに認証ヘッダが含まれていることを判定し、前記認証ヘッダに記述された認証情報に基づく認証処理を行い、認証結果を記述したＩＮＶＩＴＥリクエストを前記ＳＩＰサーバを通じて前記サービス提供サーバへ転送するステップと、
    ｉ）前記サービス提供サーバが、受信した前記ＩＮＶＩＴＥリクエストに認証結果が含まれていることを判定し、認証結果の成否に応じてサービスの提供可否を判断するステップとを含むことを特徴とする認証方法。
  21. 前記サービス提供サーバから送信される前記４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスの前記ＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダに、サービスの認証レベルの記述が含まれることを特徴とする請求項２０記載の認証方法。
  22. 前記ステップｅにおいて、前記サービス提供サーバから受信した前記４０１ ＵｎａｕｔｈｏｒｉｚｅｄレスポンスのＴｏヘッダに記述された前記サービス提供サーバのＳＩＰ ＵＲＬからサービスを特定し、該特定したサービスに応じた認証レベルを判定することを特徴とする請求項２０記載の認証方法。
  23. 利用者端末と該利用者端末からのサービス要求に従ってサービスを提供するサービス提供サーバとが接続された通信網に接続され、前記利用者端末を前記通信網に接続する回線の回線識別情報による認証と他の１以上の認証情報による認証とを組み合わせた複数の認証レベルの認証方法のうち、前記サービス提供サーバが前記利用者端末に対して提供するサービスに応じた認証レベルの認証方法を用いて、前記利用者端末の利用者の認証を代行することを特徴とする認証管理サーバ。
  24. 前記サービス提供サーバから提供するサービスに応じた認証レベルの通知を受信し、前記複数の認証レベルの認証方法の中から前記通知された認証レベルの認証方法を選択することを特徴とする請求項２３記載の認証管理サーバ。
  25. 前記サービス提供サーバから提供するサービスを特定する情報の通知を受信し、前記通知された情報で特定されるサービスに応じた認証レベルを判定し、前記複数の認証レベルの認証方法の中から前記判定した認証レベルの認証方法を選択することを特徴とする請求項２３記載の認証管理サーバ。
  26. 通信セッションを確立するためのシグナリングプロトコルとしてＳＩＰを使用する通信網に回線を通じて接続された利用者端末が前記通信網に接続されたサービス提供サーバに送信したＩＮＶＩＴＥリクエストをＳＩＰサーバから受信して解析し、受信した前記ＩＮＶＩＴＥリクエストに認証ヘッダが含まれている場合には、前記認証ヘッダに記述された認証情報に基づく認証処理を行い、認証結果を記述したＩＮＶＩＴＥリクエストを前記ＳＩＰサーバを通じて前記サービス提供サーバへ転送する認証判定手段と、前記サービス提供サーバが受信したＩＮＶＩＴＥリクエストに認証結果が含まれていないことを判定し、サービスに応じた認証レベルの認証の代行を要求する特定の認証スキーム名を記述したＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを前記利用者端末に応答した場合に、前記４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを前記ＳＩＰサーバから受信して解析し、前記回線の回線識別情報による認証と他の１以上の認証情報による認証とを組み合わせた複数の認証レベルの認証方法のうち、前記サービス提供サーバが前記利用者端末に対して提供するサービスに応じた認証レベルの認証方法と特定の認証スキーム名を記述したＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを前記ＳＩＰサーバを通じて前記利用者端末へ転送する認証要求手段とを備えることを特徴とする認証管理サーバ。
  27. 前記認証要求手段は、前記サービス提供サーバから送信される前記４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスの前記ＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダに記述されたサービスの認証レベルを判定することを特徴とする請求項２６記載の認証管理サーバ。
  28. 前記認証要求手段は、前記サービス提供サーバから受信した前記４０１ ＵｎａｕｔｈｏｒｉｚｅｄレスポンスのＴｏヘッダに記述された前記サービス提供サーバのＳＩＰ ＵＲＬからサービスを特定し、該特定したサービスに応じた認証レベルを判定することを特徴とする請求項２６記載の認証管理サーバ。
  29. 利用者端末と該利用者端末の利用者の認証を代行する認証管理サーバとが接続された通信網に接続され、前記利用者端末からのサービス要求に従ってサービスを提供するサービス提供サーバであって、前記認証管理サーバに前記利用者端末に対して提供するサービスに応じた認証レベルの認証の代行を要求し、前記認証管理サーバが、前記利用者端末を前記通信網に接続する回線の回線識別情報による認証と他の１以上の認証情報による認証とを組み合わせた複数の認証レベルの認証方法のうち、前記サービス提供サーバが前記利用者端末に対して提供するサービスに応じた認証レベルの認証方法を用いて、前記利用者端末の利用者の認証を代行した認証結果を前記認証管理サーバから受け取り、認証に成功した場合に前記サービスを提供することを特徴とするサービス提供サーバ。
  30. 提供するサービスに応じた認証レベルを判定して前記認証管理サーバへ通知することを特徴とする請求項２９記載のサービス提供サーバ。
  31. 提供するサービスを特定する情報を前記認証管理サーバへ通知することを特徴とする請求項２９記載のサービス提供サーバ。
  32. 通信セッションを確立するためのシグナリングプロトコルとしてＳＩＰを使用する通信網に回線を通じて接続された利用者端末から送信されたＩＮＶＩＴＥリクエストを受信して解析し、受信したＩＮＶＩＴＥリクエストに認証結果が含まれていない場合に、前記回線の回線識別情報による認証と他の１以上の認証情報による認証とを組み合わせた複数の認証レベルのうち、要求されたサービスに応じた認証レベルの認証の代行を要求する特定の認証スキーム名を記述したＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを前記利用者端末に応答する認証代行要求手段と、前記受信したＩＮＶＩＴＥリクエストに認証結果が含まれている場合に、認証結果の成否に応じてサービスの提供可否を判断するサービス提供手段とを備えることを特徴とするサービス提供サーバ。
  33. 回線を通じて通信網に接続された利用者端末からのサービス要求に従ってサービスを提供するサービス提供サーバと、前記利用者端末を前記通信網に接続する回線の回線識別情報による認証と他の１以上の認証情報による認証とを組み合わせた複数の認証レベルの認証方法のうち、前記サービス提供サーバが前記利用者端末に対して提供するサービスに応じた認証レベルの認証方法を用いて、前記利用者端末の利用者の認証を代行する認証管理サーバとが接続された前記通信網に接続された利用者端末であって、前記認証管理サーバから受信した認証方法の認証に必要な認証情報を必要に応じて利用者から入力し、認証要求に対する応答を前記認証管理サーバ送信する手段を備えることを特徴とする利用者端末。
  34. 通信セッションを確立するためのシグナリングプロトコルとしてＳＩＰを使用する通信網に回線を通じて接続された利用者端末であって、前記通信網に接続されたサービス提供サーバにＩＮＶＩＴＥリクエストを送信するサービス処理手段と、該送信されたＩＮＶＩＴＥリクエストに認証結果が含まれていないことを判定した前記サービス提供サーバが、サービスに応じた認証レベルの認証の代行を要求する特定の認証スキーム名を記述したＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを前記利用者端末に送信し、該送信された４０１ ＵｎａｕｔｈｏｒｉｚｅｄレスポンスがＳＩＰサーバにより認証管理サーバへ転送され、前記認証管理サーバが受信した前記４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを解析し、前記回線の回線識別情報による認証と他の１以上の認証情報による認証とを組み合わせた複数の認証レベルの認証方法のうち、前記サービス提供サーバが前記利用者端末に対して提供するサービスに応じた認証レベルの認証方法と特定の認証スキーム名を記述したＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを前記ＳＩＰサーバを通じて転送してきた場合に、該４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを解析し、要求された認証方法の認証に必要な認証情報を記述した認証ヘッダを含むＩＮＶＩＴＥリクエストを前記サービス提供サーバへ送信する認証要求応答手段とを備えたことを特徴とする利用者端末。
  35. 利用者端末と該利用者端末からのサービス要求に従ってサービスを提供するサービス提供サーバとが接続された通信網に接続された認証管理サーバを構成するコンピュータを、前記利用者端末を前記通信網に接続する回線の回線識別情報による認証と他の１以上の認証情報による認証とを組み合わせた複数の認証レベルの認証方法のうち、前記サービス提供サーバが前記利用者端末に対して提供するサービスに応じた認証レベルの認証方法を用いて、前記利用者端末の利用者の認証を代行する手段として機能させるためのプログラム。
  36. 認証管理サーバを構成するコンピュータを、通信セッションを確立するためのシグナリングプロトコルとしてＳＩＰを使用する通信網に回線を通じて接続された利用者端末が前記通信網に接続されたサービス提供サーバに送信したＩＮＶＩＴＥリクエストをＳＩＰサーバから受信して解析し、受信した前記ＩＮＶＩＴＥリクエストに認証ヘッダが含まれている場合には、前記認証ヘッダに記述された認証情報に基づく認証処理を行い、認証結果を記述したＩＮＶＩＴＥリクエストを前記ＳＩＰサーバを通じて前記サービス提供サーバへ転送する認証判定手段と、前記サービス提供サーバが受信したＩＮＶＩＴＥリクエストに認証結果が含まれていないことを判定し、サービスに応じた認証レベルの認証の代行を要求する特定の認証スキーム名を記述したＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを前記利用者端末に応答した場合に、前記４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを前記ＳＩＰサーバから受信して解析し、前記回線の回線識別情報による認証と他の１以上の認証情報による認証とを組み合わせた複数の認証レベルの認証方法のうち、前記サービス提供サーバが前記利用者端末に対して提供するサービスに応じた認証レベルの認証方法と特定の認証スキーム名を記述したＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを前記ＳＩＰサーバを通じて前記利用者端末へ転送する認証要求手段として機能させるためのプログラム。
  37. 前記認証要求手段は、前記サービス提供サーバから送信される前記４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスの前記ＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダに記述されたサービスの認証レベルを判定することを特徴とする請求項３６記載のプログラム。
  38. 前記認証要求手段は、前記サービス提供サーバから受信した前記４０１ ＵｎａｕｔｈｏｒｉｚｅｄレスポンスのＴｏヘッダに記述された前記サービス提供サーバのＳＩＰ ＵＲＬからサービスを特定し、該特定したサービスに応じた認証レベルを判定することを特徴とする請求項３６記載のプログラム。
  39. 利用者端末と該利用者端末の利用者の認証を代行する認証管理サーバとが接続された通信網に接続され、前記利用者端末からのサービス要求に従ってサービスを提供するサービス提供サーバを構成するコンピュータを、前記認証管理サーバに前記利用者端末に対して提供するサービスに応じた認証レベルの認証の代行を要求する認証代行要求手段と、前記認証管理サーバが、前記利用者端末を前記通信網に接続する回線の回線識別情報による認証と他の１以上の認証情報による認証とを組み合わせた複数の認証レベルの認証方法のうち、前記サービス提供サーバが前記利用者端末に対して提供するサービスに応じた認証レベルの認証方法を用いて、前記利用者端末の利用者の認証を代行した認証結果を前記認証管理サーバから受け取り、認証に成功した場合に前記サービスを提供するサービス提供手段として機能させるためのプログラム。
  40. 前記認証代行要求手段は、提供するサービスに応じた認証レベルを判定して前記認証管理サーバへ通知することを特徴とする請求項３９記載のプログラム。
  41. 前記認証代行要求手段は、提供するサービスを特定する情報を前記認証管理サーバへ通知することを特徴とする請求項３９記載のプログラム。
  42. サービス提供サーバを構成するコンピュータを、通信セッションを確立するためのシグナリングプロトコルとしてＳＩＰを使用する通信網に回線を通じて接続された利用者端末から送信されたＩＮＶＩＴＥリクエストを受信して解析し、受信したＩＮＶＩＴＥリクエストに認証結果が含まれていない場合に、前記回線の回線識別情報による認証と他の１以上の認証情報による認証とを組み合わせた複数の認証レベルのうち、要求されたサービスに応じた認証レベルの認証の代行を要求する特定の認証スキーム名を記述したＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを前記利用者端末に応答する認証代行要求手段と、前記受信したＩＮＶＩＴＥリクエストに認証結果が含まれている場合に、認証結果の成否に応じてサービスの提供を行うサービス提供手段として機能させるためのプログラム。
  43. 回線を通じて通信網に接続された利用者端末からのサービス要求に従ってサービスを提供するサービス提供サーバと、前記利用者端末を前記通信網に接続する回線の回線識別情報による認証と他の１以上の認証情報による認証とを組み合わせた複数の認証レベルの認証方法のうち、前記サービス提供サーバが前記利用者端末に対して提供するサービスに応じた認証レベルの認証方法を用いて、前記利用者端末の利用者の認証を代行する認証管理サーバとが接続された前記通信網に接続された利用者端末を構成するコンピュータを、前記認証管理サーバから受信した認証方法の認証に必要な認証情報を利用者から入力する手段と、認証要求に対する応答を前記認証管理サーバへ送信する手段として機能させるためのプログラム。
  44. 通信セッションを確立するためのシグナリングプロトコルとしてＳＩＰを使用する通信網に回線を通じて接続された利用者端末を構成するコンピュータを、前記通信網に接続されたサービス提供サーバにＩＮＶＩＴＥリクエストを送信するサービス処理手段と、該送信されたＩＮＶＩＴＥリクエストに認証結果が含まれていないことを判定した前記サービス提供サーバが、サービスに応じた認証レベルの認証の代行を要求する特定の認証スキーム名を記述したＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを前記利用者端末に送信し、該送信された４０１ ＵｎａｕｔｈｏｒｉｚｅｄレスポンスがＳＩＰサーバにより認証管理サーバへ転送され、前記認証管理サーバが受信した前記４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを解析し、前記回線の回線識別情報による認証と他の１以上の認証情報による認証とを組み合わせた複数の認証レベルの認証方法のうち、前記サービス提供サーバが前記利用者端末に対して提供するサービスに応じた認証レベルの認証方法と特定の認証スキーム名を記述したＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを前記ＳＩＰサーバを通じて転送してきた場合に、該４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを解析し、要求された認証方法の認証に必要な認証情報を記述した認証ヘッダを含むＩＮＶＩＴＥリクエストを前記サービス提供サーバへ送信する認証要求応答手段として機能させるためのプログラム。
  45. 通信セッションを確立するためのシグナリングプロトコルとしてＳＩＰを使用する通信網に回線を通じて接続された利用者端末が前記通信網に接続されたサービス提供サーバに送信したＩＮＶＩＴＥリクエストを受信して解析し、受信した前記ＩＮＶＩＴＥリクエストに認証ヘッダが含まれていない場合には、前記ＩＮＶＩＴＥリクエストを前記サービス提供サーバへ転送し、認証ヘッダが含まれている場合には、前記認証ヘッダに記述された認証情報に基づく認証処理を行い、認証結果を記述したＩＮＶＩＴＥリクエストを前記サービス提供サーバへ転送する認証判定手段と、前記サービス提供サーバが受信したＩＮＶＩＴＥリクエストに認証結果が含まれていないことを判定し、サービスに応じた認証レベルの認証の代行を要求する特定の認証スキーム名を記述したＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを前記利用者端末に応答した場合に、前記４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを受信して解析し、前記回線の回線識別情報による認証と他の１以上の認証情報による認証とを組み合わせた複数の認証レベルの認証方法のうち、前記サービス提供サーバが前記利用者端末に対して提供するサービスに応じた認証レベルの認証方法と特定の認証スキーム名を記述したＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを前記利用者端末へ転送する認証要求手段とを備えることを特徴とするＳＩＰサーバ。
  46. 前記認証要求手段は、前記サービス提供サーバから送信される前記４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスの前記ＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダに記述されたサービスの認証レベルを判定することを特徴とする請求項４５記載のＳＩＰサーバ。
  47. 前記認証要求手段は、前記サービス提供サーバから受信した前記４０１ ＵｎａｕｔｈｏｒｉｚｅｄレスポンスのＴｏヘッダに記述された前記サービス提供サーバのＳＩＰ ＵＲＬからサービスを特定し、該特定したサービスに応じた認証レベルを判定することを特徴とする請求項４５記載のＳＩＰサーバ。
  48. ＳＩＰサーバを構成するコンピュータを、通信セッションを確立するためのシグナリングプロトコルとしてＳＩＰを使用する通信網に回線を通じて接続された利用者端末が前記通信網に接続されたサービス提供サーバに送信したＩＮＶＩＴＥリクエストを受信して解析し、受信した前記ＩＮＶＩＴＥリクエストに認証ヘッダが含まれていない場合には、前記ＩＮＶＩＴＥリクエストを前記サービス提供サーバへ転送し、認証ヘッダが含まれている場合には、前記認証ヘッダに記述された認証情報に基づく認証処理を行い、認証結果を記述したＩＮＶＩＴＥリクエストを前記サービス提供サーバへ転送する認証判定手段と、前記サービス提供サーバが受信したＩＮＶＩＴＥリクエストに認証結果が含まれていないことを判定し、サービスに応じた認証レベルの認証の代行を要求する特定の認証スキーム名を記述したＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを前記利用者端末に応答した場合に、前記４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを受信して解析し、前記回線の回線識別情報による認証と他の１以上の認証情報による認証とを組み合わせた複数の認証レベルの認証方法のうち、前記サービス提供サーバが前記利用者端末に対して提供するサービスに応じた認証レベルの認証方法と特定の認証スキーム名を記述したＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダを含む４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスを前記利用者端末へ転送する認証要求手段として機能させるためのプログラム。
  49. 前記認証要求手段は、前記サービス提供サーバから送信される前記４０１ Ｕｎａｕｔｈｏｒｉｚｅｄレスポンスの前記ＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅヘッダに記述されたサービスの認証レベルを判定することを特徴とする請求項４８記載のプログラム。
  50. 前記認証要求手段は、前記サービス提供サーバから受信した前記４０１ ＵｎａｕｔｈｏｒｉｚｅｄレスポンスのＴｏヘッダに記述された前記サービス提供サーバのＳＩＰ ＵＲＬからサービスを特定し、該特定したサービスに応じた認証レベルを判定することを特徴とする請求項４８記載のプログラム。
JP2007207484A 2007-08-09 2007-08-09 認証システムおよび認証方法 Active JP5309496B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2007207484A JP5309496B2 (ja) 2007-08-09 2007-08-09 認証システムおよび認証方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2007207484A JP5309496B2 (ja) 2007-08-09 2007-08-09 認証システムおよび認証方法

Publications (2)

Publication Number Publication Date
JP2009043042A true JP2009043042A (ja) 2009-02-26
JP5309496B2 JP5309496B2 (ja) 2013-10-09

Family

ID=40443724

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2007207484A Active JP5309496B2 (ja) 2007-08-09 2007-08-09 認証システムおよび認証方法

Country Status (1)

Country Link
JP (1) JP5309496B2 (ja)

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010212922A (ja) * 2009-03-10 2010-09-24 Fujitsu Fip Corp 情報処理システム、情報処理方法及び情報処理プログラム
JP2010224022A (ja) * 2009-03-19 2010-10-07 Hitachi Ltd 真正性を保証する端末システム、端末及び端末管理サーバ
JP2010268084A (ja) * 2009-05-12 2010-11-25 Nippon Telegr & Teleph Corp <Ntt> ユーザ認証システム、プロキシ装置、ユーザ認証方法およびプログラム
JP2011215753A (ja) * 2010-03-31 2011-10-27 Nomura Research Institute Ltd 認証システムおよび認証方法
JP2011227843A (ja) * 2010-04-23 2011-11-10 Nippon Telegr & Teleph Corp <Ntt> 認証システム、認証方法およびプログラム
JP2013527708A (ja) * 2010-05-14 2013-06-27 オーセンティファイ・インク 柔軟な準帯域外認証構造
JP2013257625A (ja) * 2012-06-11 2013-12-26 Nippon Telegr & Teleph Corp <Ntt> 認証要求変換装置および認証要求変換方法
JP2014524091A (ja) * 2012-06-07 2014-09-18 エスケー プラネット カンパニー、リミテッド 改善された保安機能基盤のクラウドサービスシステム及びこれを支援する方法
JP2014215652A (ja) * 2013-04-23 2014-11-17 富士通株式会社 情報処理装置、情報処理システム、および認証処理方法
JP2015026300A (ja) * 2013-07-29 2015-02-05 株式会社日立ソリューションズ 取引に対する認証情報の管理方法
KR101680525B1 (ko) * 2016-07-12 2016-12-06 김주한 앱 위변조 탐지 가능한 2채널 인증 대행 시스템 및 그 방법
KR20160139885A (ko) * 2015-05-29 2016-12-07 한국정보인증주식회사 생체 정보 인식과 키 분할 방식을 이용한 공인인증 시스템 및 그 방법, 그 방법을 수행하는 프로그램이 기록된 기록매체
JP2018026733A (ja) * 2016-08-10 2018-02-15 富士通株式会社 情報処理装置、情報処理システム、プログラム及び情報処理方法
JP2020107078A (ja) * 2018-12-27 2020-07-09 ベーステクノロジー株式会社 端末認証管理システムおよびその方法、およびそのプログラム

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10320357A (ja) * 1997-05-16 1998-12-04 Pfu Ltd ユーザ認証システムにおける認証サーバおよびその認証方法およびその記録媒体
JPH11507752A (ja) * 1995-06-07 1999-07-06 オープン・マーケット・インコーポレーテッド インターネットサーバーのアクセス管理およびモニタシステム
JP2003248661A (ja) * 2002-02-25 2003-09-05 Sony Corp 認証処理装置および認証処理方法、情報処理装置および情報処理方法、認証処理システム、記録媒体、並びにプログラム
JP2006031478A (ja) * 2004-07-16 2006-02-02 Yamaha Corp コンテンツ再生端末およびコンテンツ配信システム
JP2007157002A (ja) * 2005-12-07 2007-06-21 Sharp Corp サービス管理装置、サービス管理システム、プログラムおよび記録媒体

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11507752A (ja) * 1995-06-07 1999-07-06 オープン・マーケット・インコーポレーテッド インターネットサーバーのアクセス管理およびモニタシステム
JPH10320357A (ja) * 1997-05-16 1998-12-04 Pfu Ltd ユーザ認証システムにおける認証サーバおよびその認証方法およびその記録媒体
JP2003248661A (ja) * 2002-02-25 2003-09-05 Sony Corp 認証処理装置および認証処理方法、情報処理装置および情報処理方法、認証処理システム、記録媒体、並びにプログラム
JP2006031478A (ja) * 2004-07-16 2006-02-02 Yamaha Corp コンテンツ再生端末およびコンテンツ配信システム
JP2007157002A (ja) * 2005-12-07 2007-06-21 Sharp Corp サービス管理装置、サービス管理システム、プログラムおよび記録媒体

Cited By (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010212922A (ja) * 2009-03-10 2010-09-24 Fujitsu Fip Corp 情報処理システム、情報処理方法及び情報処理プログラム
JP2010224022A (ja) * 2009-03-19 2010-10-07 Hitachi Ltd 真正性を保証する端末システム、端末及び端末管理サーバ
US8413214B2 (en) 2009-03-19 2013-04-02 Hitachi, Ltd Terminal system for guaranteeing authenticity, terminal, and terminal management server
JP2010268084A (ja) * 2009-05-12 2010-11-25 Nippon Telegr & Teleph Corp <Ntt> ユーザ認証システム、プロキシ装置、ユーザ認証方法およびプログラム
JP2011215753A (ja) * 2010-03-31 2011-10-27 Nomura Research Institute Ltd 認証システムおよび認証方法
JP2011227843A (ja) * 2010-04-23 2011-11-10 Nippon Telegr & Teleph Corp <Ntt> 認証システム、認証方法およびプログラム
JP2013527708A (ja) * 2010-05-14 2013-06-27 オーセンティファイ・インク 柔軟な準帯域外認証構造
US9055060B2 (en) 2012-06-07 2015-06-09 Sk Planet Co., Ltd. Cloud service system based on enhanced security function and method for supporting the same
JP2014524091A (ja) * 2012-06-07 2014-09-18 エスケー プラネット カンパニー、リミテッド 改善された保安機能基盤のクラウドサービスシステム及びこれを支援する方法
JP2013257625A (ja) * 2012-06-11 2013-12-26 Nippon Telegr & Teleph Corp <Ntt> 認証要求変換装置および認証要求変換方法
JP2014215652A (ja) * 2013-04-23 2014-11-17 富士通株式会社 情報処理装置、情報処理システム、および認証処理方法
JP2015026300A (ja) * 2013-07-29 2015-02-05 株式会社日立ソリューションズ 取引に対する認証情報の管理方法
KR20160139885A (ko) * 2015-05-29 2016-12-07 한국정보인증주식회사 생체 정보 인식과 키 분할 방식을 이용한 공인인증 시스템 및 그 방법, 그 방법을 수행하는 프로그램이 기록된 기록매체
KR101724401B1 (ko) 2015-05-29 2017-04-07 한국정보인증주식회사 생체 정보 인식과 키 분할 방식을 이용한 공인인증 시스템 및 그 방법, 그 방법을 수행하는 프로그램이 기록된 기록매체
KR101680525B1 (ko) * 2016-07-12 2016-12-06 김주한 앱 위변조 탐지 가능한 2채널 인증 대행 시스템 및 그 방법
WO2018012747A1 (ko) * 2016-07-12 2018-01-18 김주한 앱 위변조 탐지 가능한 2채널 인증 대행 시스템 및 그 방법
US10305902B2 (en) 2016-07-12 2019-05-28 Juhan Kim Two-channel authentication proxy system capable of detecting application tampering and method therefor
JP2018026733A (ja) * 2016-08-10 2018-02-15 富士通株式会社 情報処理装置、情報処理システム、プログラム及び情報処理方法
JP2020107078A (ja) * 2018-12-27 2020-07-09 ベーステクノロジー株式会社 端末認証管理システムおよびその方法、およびそのプログラム
JP7239974B2 (ja) 2018-12-27 2023-03-15 ベーステクノロジー株式会社 端末認証管理システムおよびその方法、およびそのプログラム

Also Published As

Publication number Publication date
JP5309496B2 (ja) 2013-10-09

Similar Documents

Publication Publication Date Title
JP5309496B2 (ja) 認証システムおよび認証方法
US9053306B2 (en) Authentication system, authentication server, service providing server, authentication method, and computer-readable recording medium
US20100138899A1 (en) Authentication intermediary server, program, authentication system and selection method
JP5296726B2 (ja) Ｗｅｂコンテンツ提供システム、Ｗｅｂサーバ、コンテンツ提供方法、及びこれらのプログラム
US8769262B2 (en) VPN connection system and VPN connection method
US20060264202A1 (en) System and method for authenticating clients in a client-server environment
RU2008114665A (ru) Защищенная обработка мандата клиентской системы для доступа к ресурсам на основе web
JP5326974B2 (ja) 中継装置、異なる端末装置間のサービス継続方法、及び中継プログラム
EP1909430A1 (en) Access authorization system of communication network and method thereof
JP2005323070A (ja) 携帯電話による情報家電向け認証方法
JP2007310512A (ja) 通信システム、サービス提供サーバおよびユーザ認証サーバ
WO2006073008A1 (ja) ネットワークカメラへのログイン認証システム
CN101779413A (zh) 用于通信的方法和设备以及用于控制通信的方法和设备
JP4960738B2 (ja) 認証システム、認証方法および認証プログラム
US20180324169A1 (en) Method of access by a telecommunications terminal to a database hosted by a service platform that is accessible via a telecommunications network
WO2008026288A1 (fr) Procédé d&#39;authentification de dispositif terminal connecté à un réseau, programme d&#39;authentification de dispositif terminal connecté à un réseau et appareil d&#39;authentification de dispositif terminal connecté à un réseau
CN101540757A (zh) 网络认证方法、系统和认证设备
US20120131206A1 (en) System, method, and program for communication connection by polling
JP5211579B2 (ja) Ｓｉｐを用いた認証システムおよび認証方法
JP4527491B2 (ja) コンテンツ提供システム
JP5589034B2 (ja) 情報流通システム、認証連携方法、装置及びそのプログラム
JP2004013377A (ja) 合言葉認証システムおよび合言葉による認証方法
JP2007323235A (ja) 属性利用承認システム
US11716331B2 (en) Authentication method, an authentication device and a system comprising the authentication device
JP2009211529A (ja) 認証処理装置、認証処理方法および認証処理プログラム

Legal Events

Date Code Title Description
RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20091007

RD03 Notification of appointment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7423

Effective date: 20091007

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20100713

RD07 Notification of extinguishment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7427

Effective date: 20120711

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20121127

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20130107

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20130129

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20130321

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20130409

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20130514

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20130604

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20130617

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

Ref document number: 5309496

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150