確実なマルチチャンネル認証
本技術は方法及び装置を記載し、マルチチャンネルを使用してユーザがリソースにアクセスすることができるようにするためのコンピュータ・プログラム製品を含む。第一装置からの第一認証パラメータは第一チャンネルを経て受信されトークン値及び第二認証パラメータは第二チャンネルを経て受信される。トークン値は使用されて第一認証パラメータ及び第二認証パラメータを関連づける。ユーザのアクセスを可能又は不可能にすることは第一認証パラメータ及び第二認証パラメータの関連づけに基づいている。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的にマルチチャンネルを使用してユーザがリソースにアクセスできるようにすること及び単一のユーザ又は多くのユーザの認証時にマルチチャンネルを使用することに関する。
【背景技術】
【０００２】
電子通信販売はエンド・ユーザの確実且つ正確な認証に依存している。簡単なユーザ信用証明書（ユーザＩＤ及びパスワード）に対する広範囲にわたって成功を収めている攻撃の出現によって、電子商取引を行なうユーザの能力を危うくしている。攻撃のために、ユーザは金銭的損失の重大なリスク、個人情報の盗難及び／又は他の迷惑行為に晒されている。デスクトップ・ウィルス、キー・ロガー、中間者環境、フィッシング及びファーミング等の攻撃はすべて重なり合ってユーザの個人情報を危ういものにしているが、ユーザはこの問題に気づかないことがしばしばある。
【０００３】
攻撃の恐れはサービス・プロバイダのビジネスを行なうコストを増加させている。サービス・プロバイダは資金を費やして攻撃に対して防衛し、攻撃されたユーザに補償し、且つ電子通信販売が安全であるとユーザに安心させなければならない。結局、ユーザが順調且つ確実に認証を行なうメカニズムを提供できなかったときには、電子商取引へのユーザの信頼を損ない且つ商売の実行可能な手段としての電子チャンネルを脅かすことになる。
【０００４】
電子チャンネルによる認証は個人情報データ及び共有機密データの両方の提示を必要とすることがしばしばある。共有機密データは、ユーザ及びサービス・プロバイダのみに知られており、一定の信頼性をもってユーザ個人情報を確立している。この形式の認証は傍受による攻撃を受け易い。攻撃者が個人情報データ及び共有機密の両方を獲得すると、攻撃者はサービス・プロバイダから見て合法的な当事者と区別がつかなくなる。攻撃者は電子チャンネルの端末を処理することによって交換されたデータを傍受する。
【０００５】
多くのサービス・プロバイダは予測不可能な方法で時間をかけて機密データを変化させるメカニズムを組み込むことによってこの基本的なデータ交換を向上させている。このように機密のみを捕獲する場合でも、次の変更までユーザを危うくさせることになる。残念なことに、機密を変化させるメカニズムはサービス・プロバイダのコストを増加させ且つユーザに不便を感じさせているかもしれない。例えば、ユーザは変化した機密を提供するどのようなデバイスでも忘れてかまわない。この場合、サービス・プロバイダは定期的交換によって補強された認証ばかりではなく、ユーザがデバイスを忘れた場合ユーザが定期交換認証を回避することができる代替の認証プロセスも提供しなければならない。このことはユーザによる追加の認証ステップを必要とするか又はユーザのアクセスに制限を加える可能性がある。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
１つのアプローチにおいて、マルチチャンネルは使用されてユーザを認証してもよい。一態様において、これは、第一チャンネルを経てユーザに接続している第一装置から第一認証パラメータを受信することを含み、前記ユーザが認証されない方法である。また、本方法は、トークン値を送信し第二チャンネルを経て第二装置から前記トークン値及び第二認証パラメータを受信して、前記第二装置がユーザと接続され；前記トークン値を使用して前記第一認証パラメータを前記第二認証パラメータに関連づけることを含む。
【０００７】
別のアプローチにおいて、方法は、第一チャンネルを経てリソースにアクセスし、前記リソースは第二チャンネルを経て第二認証パラメータを必要とする。このアプローチの一態様において、方法は、第一チャンネルを経て第二認証パラメータを必要とするリソースに対する要求を受信し；前記第一チャンネルを経てトークン値を送信し；第二チャンネルを経て前記トークン値及び前記第二認証パラメータを受信し；前記トークン値を使用して前記第二チャンネルを経て受信された前記第二認証パラメータに前記第一チャンネルを経て受信された前記要求を関連づけることを含む。
【０００８】
別のアプローチにおいて、マルチチャンネルは使用されて第一者にリソースを提供し、ここで前記リソースへのアクセスは第二ユーザからの承認の表示を必要とする。一態様において、方法は、第一装置から第一認証パラメータを受信し、前記第一装置は第一ユーザに接続し、前記第一ユーザから第二ユーザの承認の表示を必要とするリソースに対する要求を受信し、前記第一装置にトークン値を送信することを含む。また、本方法は、第二装置から第二認証パラメータ及び前記トークン値を受信し、ここで前記第二装置は前記第二ユーザに接続され、前記トークン値を使用して前記第二認証パラメータに前記第一認証パラメータを関連づけ、前記第二ユーザから承認の表示を受信して前記第一ユーザからの前記要求を許可することを含む。
【０００９】
別の態様において、本方法は、第一チャンネルで第一ユーザを認証し、第一チャンネルを経て第一装置からリソースに対する要求を受信し、前記要求は第二ユーザから承認の表示を必要とし、ここで前記第一装置は第一ユーザと接続され、前記第一装置にトークン値を送信することを含む。また、本方法は、第二チャンネルで第二ユーザを認証し、前記第二チャンネルを経て第二装置から前記トークン値を受信し、ここで前記第二装置は前記第二ユーザに接続され、前記第二装置から前記承認の表示を受信することを含む。また、本方法は前記トークン値を使用して前記第二装置からの前記承認の表示に前記第一装置からの前記要求を関連づけ、前記第一装置に前記リソースを供給することを含む。
【００１０】
別の態様において、本方法は第二ユーザを認証し、トークン値を受信し、ここで前記トークン値はユーザ・セッションに関連づけられ、ここで第一ユーザは前記第二ユーザからの承認の表示に基づいてリソースにアクセスし、前記装置に前記ユーザに関する情報を送信し、前記リソースへの前記第一ユーザのアクセスに関して前記装置から指示を受信することを含む。
【００１１】
上述された態様は以下の特徴の１以上を含むことができる。ユーザは、前記第一認証パラメータ及び前記第二認証パラメータに基づいて認証されることができる。前記第一認証パラメータはユーザＩＤ、パスワード、ハード・トークン、ソフト・トークン、無線アプレット、声紋又はこれらの任意の組合せであることができる。前記第二認証パラメータはユーザＩＤ、パスワード、ハード・トークン、ソフト・トークン、無線アプレット、声紋又はこれらの任意の組合せであることができる。前記第一認証パラメータ及び前記第二認証パラメータは、チャンネル特定であることができる。前記ユーザは前記第二チャンネルを経て前記認証が完了していることを通知されることができ、前記ユーザが前記第一チャンネルでユーザ・セッションを続けることができる。前記第一チャンネルは電話線、無線接続又はオンライン接続であることができ、前記第二チャンネルは電話線、無線接続又はオンライン接続であることができる。
【００１２】
また、上述した態様は少なくとも１つの追加チャンネルを経て前記トークン値及び少なくとも１つの追加認証パラメータを受信することを含むことができる。前記追加認証パラメータはユーザＩＤ、パスワード、部分パスワード、前記第一認証パラメータの部分、前記第二認証パラメータの部分、前記第一及び第二認証パラメータの組合せ、ハード・トークン、ソフト・トークン、無線アプレット、声紋又はこれらの任意の組合せであることができる。前記追加のチャンネルは前記第一又は第二チャンネルでなくてもよく、前記トークン値は使用されて前記第一認証パラメータ、前記第二認証パラメータ及び少なくとも１つの前記追加認証パラメータを関連づけることができる。そして前記第一認証パラメータ、前記第二認証パラメータ及び少なくとも１つ前記追加認証パラメータは使用されて前記ユーザを認証することができる。
【００１３】
上述した態様のうち任意の態様は以下の特徴の１以上を含むことができる。前記リソースは第二認証パラメータ及び少なくとも１つの追加認証パラメータを必要とすることができる。また、本方法は追加のチャンネルを経て前記トークン値及び追加認証パラメータを受信し、前記トークン値を使用して前記追加チャンネルを経て受信された前記追加認証パラメータに前記第一チャンネルを経て受信された前記要求を関連づけることを含むことができる。
【００１４】
上述した態様のうち任意の態様は以下の特徴の１以上を含むことができる。前記リソースは前記第一チャンネルを経て供給される。また、本方法は前記第一チャンネルを経て追加認証パラメータを必要とするリソースに対する要求を受信し、追加チャンネルを経て前記トークン値及び前記追加認証パラメータを受信し、前記トークン値を使用して前記追加チャンネルを経て受信された前記追加認証パラメータに前記第一チャンネルを経て受信された前記要求を関連づけることを含むことができる。前記追加認証パラメータはいくつかの態様において前記第一認証パラメータ又は前記第二認証パラメータでなくてもよい。前記追加認証パラメータは追加又は代替の態様において前記第一認証パラメータ及び前記第二認証パラメータのいずれか一方より多くを必要とすることができる。そして前記追加認証パラメータはいくつかの他の態様においてユーザＩＤ、パスワード、部分パスワード、ハード・トークン、ソフト・トークン、無線アプレット、声紋又はこれらの任意の組合せであることができる。
【００１５】
また、上述した態様のうち任意の態様は以下の特徴の１以上を含んでもよい。少なくとも１人の追加ユーザは少なくとも１つの追加チャンネルを経てトークン値を供給する。前記追加ユーザは前記トークン値を供給する前に単一のチャンネル又はマルチチャンネル認証を使用して認証されてもよい。少なくとも１人の前記追加ユーザは第一ユーザに対する承認の表示を提供して、少なくとも１つの前記追加チャンネルを経て、第一チャンネルを経て要求されたリソース、認証パラメータ、トークン値又は任意の組合せを受信してもよい。
【００１６】
また、上述した態様のうち任意の態様は以下の特徴の１以上を含んでもよい。前記リソースは同時に前記第一チャンネル及び前記第二チャンネルを経て供給されることができる。前記第一チャンネルは電話線、無線接続又はオンライン接続であることができ、前記第二チャンネルは電話線、無線接続又はオンライン接続である。
【００１７】
また、上述した態様のうち任意の態様は以下の特徴の１以上を含んでもよい。ユーザはマルチチャンネル認証プロセス又は単一チャンネル認証プロセスを使用して認証されてもよい。また、方法は第一チャンネルを通じて第一装置から第一認証パラメータを受信することによってユーザを認証することを含むことができる。前記第一装置は前記ユーザに接続されることができる。さらに、前記態様は以下の特徴の１以上を含んでもよい。前記第一認証パラメータはユーザＩＤ、パスワード、ハード・トークン、ソフト・トークン、無線アプレット、声紋又はこれらの任意の組合せであることができる。前記第二認証パラメータはユーザＩＤ、パスワード、ハード・トークン、ソフト・トークン、無線アプレット、声紋又はこれらの任意の組合せであることができる。前記第二認証パラメータは前記第一認証パラメータでなくてもよい。前記第二認証パラメータは前記第一認証パラメータより多くを必要とすることができる。そして前記第一認証パラメータ及び前記第二認証パラメータはチャンネル特定であることができる。
【００１８】
また、態様のうち任意の態様は以下の特徴の１以上を含んでもよい。信用証明書は生成され、ここで前記信用証明書に関連のある情報は、前記第二認証パラメータが前記第二チャンネルを経て供給されることなく前記リソースが第一装置に供給されてもよいことを示すことができる。前記信用証明書は永久信用証明書、時間に敏感な信用証明書、所定数のユーザ・セッション後に期限がきれる信用証明書又はこれらの任意の組合せであることができる。いくつかの態様における他の特徴は前記ユーザがその最初のセッションから出て前記ユーザを認証する新たなセッションを始めようと試みる場合を含んでもよい。また、本方法は第一チャンネルを経て前記第一装置から前記リソースに対する要求を受信することを含むことができる。前記リソースは前記第二チャンネルを経て供給される前記第二認証パラメータを必要とすることができる。また、本方法は信用証明書に関連のある情報を処理し；前記信用証明書に関連のある情報が前記第二認証パラメータが前記第二チャンネルを経て供給されることなく前記リソースが前記第一装置に供給されることを示す場合、前記リソースを供給することを含むことができる。
【００１９】
上記の態様のうち任意の態様は以下の特徴の１以上を含むことができる。第一認証パラメータは第一装置から受信されることができる。また、本方法は、第一チャンネルを経て第一装置から第一認証パラメータを受信し、第二装置から第二認証パラメータ及び前記トークン値を受信し、第一チャンネルを経て第一装置から第一認証パラメータを受信し、前記トークン値を使用して前記第二チャンネルから受信された前記第二ユーザからの前記承認の表示に前記第一装置から受信された前記要求を関連づけ、前記第一装置に前記リソースを供給することを含むことができる。
【００２０】
上記の態様のうち任意の態様は以下の特徴の１以上を含むことができる。前記第一認証パラメータはユーザＩＤ、記述表題、パスワード、ハード・トークン、ソフト・トークン、無線アプレット、声紋又はこれらの任意の組合せであることができる。前記第一認証パラメータは前記第二ユーザと関連づけられることができる。そして前記第二認証パラメータはユーザＩＤ、記述表題、パスワード、ハード・トークン、ソフト・トークン、無線アプレット、声紋又はこれらの任意の組合せであることができる。
【００２１】
上記の態様のうち任意の態様は以下の特徴の１以上を含むことができる。ユーザは単一チャンネル・プロセス又はマルチチャンネル・プロセスを使用して認証されることができる。また、本方法は第一チャンネルを経て第一ユーザと関連のあるユーザＩＤ及び第一パスワードを受信し、前記ユーザＩＤ及び前記第一パスワードに基づいて前記第一ユーザを認証し、第二チャンネルを経て第二ユーザと関連のあるユーザＩＤ及び第二パスワードを受信し、前記ユーザＩＤ及び第二パスワードに基づいて前記第二ユーザを認証することを含むことができる。
【００２２】
上記の態様のうち任意の態様は以下の特徴の１以上を含むことができる。信用証明書は情報で生成されることができ、この情報は前記第二ユーザからの承認の表示がない状態でリソースが前記第一装置に供給されるかどうかを示す。前記信用証明書はクッキー、永久信用証明書、時間に敏感な信用証明書、所定数のユーザ・セッション後に期限がきれる信用証明書又はこれらの任意の組合せであることができる。他の特徴は上記の態様の１以上に含まれてもよいが前記第一ユーザが最初のセッションから出て新たなセッションを始めようと試みる場合を含む。また、本方法は前記第一ユーザを認証することを含むことができる。また、本方法は前記第一装置から前記第一認証パラメータを受信することを含むことができる。前記第一装置は前記第一ユーザに接続されることができる。また、本方法は前記第一装置から前記リソースに対する要求を受信し、ここで前記リソースへのアクセスは前記第二ユーザからの承認の表示を必要とし、前記信用証明書に関連のある情報を処理することを含むことができる。追加の特徴は上記の態様の１以上に含まれてもよいが、前記信用証明書に関連のある情報が前記第二ユーザの承認なく前記リソースが前記第一装置に供給されるべきであることを示す場合、前記リソースを供給することを含む。
【００２３】
上記の態様のうち任意の態様は以下の特徴の１以上を含むことができる。認証パラメータは装置から受信されることができる。前記認証パラメータは前記第二ユーザに関連づけられることができる。また、本方法は前記第二ユーザから指示を受信して前記リソースへの前記第一ユーザの前記アクセスを終了させ、前記第二ユーザから指示を受信して前記リソースへの前記第一ユーザの前記アクセスを制限することを含むことができる。そして前記第二ユーザは締め切り又は所定数のユーザ・セッションに従って前記第一ユーザのアクセスを制限することができる。
【００２４】
上記の態様のうち任意の態様は以下の特徴の１以上を含むことができる。第一認証パラメータはユーザＩＤ、記述表題、パスワード、ハード・トークン、ソフト・トークン、無線アプレット、声紋又はこれらの任意の組合せであることができる。前記第一認証パラメータは第二ユーザ又は第一ユーザに関連づけられることができる。前記第二認証パラメータはユーザＩＤ、記述表題、パスワード、ハード・トークン、ソフト・トークン、無線アプレット、声紋又はこれらの任意の組合せであることができる。前記第二認証パラメータは前記第一ユーザ又は前記第二ユーザに関連づけられることができる。前記第二認証パラメータは前記第一認証パラメータではなくてもよい。前記第二認証パラメータは前記第一認証パラメータよりも多くを必要とすることができる。そして前記第一認証パラメータ、前記第二認証パラメータ及び前記追加認証パラメータはチャンネル特定とすることができる。前記追加認証パラメータは前記第一認証パラメータ又は前記第二認証パラメータでなくてもよい。前記追加認証パラメータは前記第一認証パラメータ及び前記第二認証パラメータのいずれか一方よりも多くを必要とすることができる。そして前記追加認証パラメータはユーザＩＤ、パスワード、部分パスワード、前記第一認証パラメータの部分、前記第二認証パラメータの部分、前記第一及び第二認証パラメータの組合せ、ハード・トークン、ソフト・トークン、無線アプレット、声紋又はこれらの任意の組合せであることができる。
【００２５】
別の態様において、ネットワーク上でコードを生成するためのコンピュータ・プログラム製品がある。本コンピュータ・プログラム製品は情報キャリアにおいて明白に具体化される。本コンピュータ・プログラム製品は指示を含み、これらの指示は実行されてデータ処理装置が上記の方法のうち任意の方法を行なうようにすることができる。
【００２６】
別の態様において、ネットワーク上でコードを生成するためのシステムがある。本システムは演算装置を含む。前記演算装置は上記の方法のうち任意の方法を行なうように構成されている。
【００２７】
上記の方法及び／又は装置のうち任意のものは以下の利点の１以上を含むことができる。開示された技術の利点はユーザが単一チャンネルを経てこれらの認証パラメータのすべてを供給しないことである。外部者がユーザのセッションを傍受した場合、外部者は後にセッションにアクセスできないが、これは外部者は例えばユーザのユーザＩＤ及びパスワードにアクセスしないからであろう。さらに、第三者がユーザＩＤ及びパスワードにアクセスできた場合、第三者は取引を完了できないか又は追加認証パラメータを必要とするリソースにアクセスできないであろう。開示された技術の別の利点は、例えば第二ユーザのユーザＩＤ又は代替の具体例における他の第一認証パラメータが露出されてもよいが、第二ユーザのパスワード又は第二認証パラメータは露出されない。そして第一ユーザは、第二ユーザの認証パラメータの限られた露出で第二ユーザ又は登録されたユーザの口座情報にアクセスできる。別の利点は技術が修正されて単一ユーザ又は「Ｎ」人のユーザのグループを認証又は認可できることである。さらに、認証又は認可されるユーザはリソースのプロバイダ又はバック・エンド・システムのプロバイダとの以前の関係を有する必要がない。
【００２８】
本発明の他の態様及び利点は、一例としてのみ本発明の原則を例証する添付の図面とともに以下の詳細な説明から明らかとなる。
【００２９】
本発明の上述その他の目的、特徴及び利点は、本発明そのものとともに、様々な具体例の以下の説明が添付図面を参照して読まれると、より完全に理解される。
【図面の簡単な説明】
【００３０】
【図１】マルチチャンネル認証プロセスの要素を示す。
【図２】図２Ａ〜２Ｃは単一、関係者、マルチチャンネル認証プロセスを示す。
【図３】図３Ａ〜３Ｃはマルチチャンネルを経て単一関係者用の制限されたリソースにアクセスする、より高いレベルの認証プロセスを示す。
【図４】図４Ａ〜４Ｃはマルチチャンネルを経て単一関係者用の制限されたリソースにアクセスする、より高度な認証プロセスを示し、ここで装置も将来のセッションに対して確実であるとして登録される。
【図５】図５Ａ〜５Ｃはマルチチャンネルを経て多数の関係者によって使用される認証プロセスを示す。
【図６】プロセスを示し、このプロセスによって登録されたユーザは要求されたリソースへの第一ユーザのアクセスを終了させる。
【図７】図８Ａ〜８Ｃは実施例を示し、この実施例によって親又は第二の共同口座所有者はマイナ又は第一共同口座所有者のセッションを認可しなければならない。
【図８】図８Ａ〜８Ｃはクレジット・カード取引のためのマルチチャンネル認証プロセスを示す。
【発明を実施するための形態】
【００３１】
ここに記載されているものの変動、修正及び他の実施はここにおいて本発明の趣旨及び範囲から逸脱することなく当業者には明らかである。従って、本発明は以下の例証的説明によって限定されないものとする。
【００３２】
ここに記載されている技術は単一ユーザに少なくとも２つの異なるチャンネルを順次使用して単一セッションへの認証を行なわせる。マルチチャンネルを使用することによって、ユーザは、傍受されるかもしれない単一のデータ・ストリーム・チャンネルを経てユーザの認証又は個人識別情報のすべてを供給することが防止される。さらに、１つのデータ・ストリームがユーザの個人情報に不適当にアクセスしようとする第三者によって傍受された場合、第三者は任意の傍受された情報を使用して、その後、ユーザの口座又は個人情報にアクセスできないが、これは第三者がユーザの認証情報のすべてにアクセスせず、傍受されたチャンネル又はデータ・ストリームを経て通過された認証情報のみにアクセスするからである。従って、ユーザの口座又は個人情報へのアクセスは保護される。
【００３３】
これらの技術の一実施例はマルチチャンネルを使用してその使用を認証する単一ユーザを含む。また、多数のユーザはマルチチャンネル認証／認可技術を使用することができる。
【００３４】
図１はいくつかの実施例において使用されることができるシステムを示す。このシステムは、例えば、ユーザ・エージェント１１０１、第一チャンネル５、ユーザ・エージェント２１０２、第二チャンネル６、少なくとも１つの追加ユーザ・エージェント１０３、少なくとも１つの追加チャンネル７及びバック・エンド・システム１００を含むことができる。バック・エンド・システム１００は異なるチャンネル５、６、７と連絡し、各チャンネル（図示せず）に接続されているインターフェース及び／又はネットワークを使用する。ユーザは第一チャンネル５を経て第一認証パラメータを供給することができる。バック・エンド・システム１００はトークン生成モジュール１００ａを含み、このモジュールはトークン値を生成し、第一チャンネル５を経てユーザにこのトークン値を送信する。ユーザはトークン値を取り且つ第二チャンネルを使用し、このチャンネルでユーザはトークン値及び第二認証パラメータを入力する。トークン値及び追加認証パラメータを入力するこのプロセスは制限されない数の異なるチャンネル上で繰り返されることができる。バック・エンド・システム１００は認証モジュール１００ｂを含み、このモジュールはトークン値を使用して第二チャンネル６及び／又は追加チャンネル７を経て供給された認証パラメータ又は認可に第一チャンネル５上のリソース又は認証に対する要求を関連づける。いくつかの具体例においてバック・エンド・システム１００は単一の装置であることができ、他の具体例においてバック・エンド・システム１００は多数の装置を含むことができる。モジュール１００ａ及び１００ｂは同様に同じ装置の一部であるか又は異なる装置上に分配されることができる。いくつかの実施例においてユーザは認証プロセスの第二部分を完了する毎に異なる第二又は追加チャンネルを選択してもよい。いくつかの実施例において、ユーザは第一及び第二チャンネルを選択して送信されているデータのすべてが同じデータ・ストリームを通過するわけではないことを確実にしなければならない。このことは１つのチャンネルが認可されない第三者によって傍受される場合、ユーザの個人又は認証パラメータのすべてが危険な状態にあるわけではないことを確実にする。
【００３５】
ユーザ・エージェント１０１、１０２、１０３はコンピュータ、電話、ＩＰ電話、モバイル機器（例えば、携帯電話、個人用デジタル補助（ＰＤＡ）装置、ラップトップ・コンピュータ及び／又はその他）及び／又は他の通信装置であることができる。
【００３６】
ユーザ・エージェント１１０１は第一ユーザ又は第一装置に接続されることができる。いくつかの実施例においてユーザ・エージェント１１０１は第一装置を含むことができ、いくつかの他の実施例においてユーザ・エージェント１１０１は第一チャンネル５及び第一装置の両方であることができる。同様にユーザ・エージェント２１０２は第二ユーザ又は第二装置に接続されることができる。いくつかの実施例においてユーザ・エージェント２１０２は第ニ装置であることができ、いくつかの他の実施例においてユーザ・エージェント２１０２は第二チャンネル６及び第二装置の両方を含むことができる。
第一チャンネル５上でユーザによって入力された情報及び第二チャンネル６又は追加チャンネル７上で入力された情報はトークンによって関連づけられる。トークン値の利点はマルチチャンネルを経て入力されるユーザの認証パラメータの容易な関連づけを可能にすることである。
【００３７】
いくつかの実施例においてユーザ・エージェント１１０１、ユーザ・エージェント２１０２及び任意の追加ユーザ・エージェント１０３は単一ユーザに接続される。いくつかの実施例において各ユーザ・エージェントは異なるユーザに接続される。
【００３８】
いくつかの実施例においてトークン値はマルチチャンネルを経てユーザ又は多数のユーザを認証する場合に使用される。第一実施例においてトークン値は装置及びユーザのみが認証され且つ他の設備に接続されている他の認可されていないユーザがユーザの情報又は取引上の権威にアクセスしないことを確実にしてもよい。また、トークン値はいくつかの実施例においてデータベース記録及び１以上のユーザにマップ且つ返信されることができる。トークン値は第一チャンネルに接続されている第一認証パラメータ及び第二チャンネルに接続されている第二認証パラメータを関連づけることができる。またトークン値は使用されて以前入力されたＮ−１個のパラメータのうち任意のパラメータにＮ番目のパラメータを関連づけることができる。いくつかの実施例においてトークン値は第二又はＮ番目（追加）のチャンネルを経て受信された認証されたユーザからの認可の表示に第一チャンネルを経て受信された要求を関連づけることができる。そしていくつかの実施例においてトークンは認証データ又はパラメータとともに入力され、単独ではないか又は単に承認の表示とともに入力される。
【００３９】
いくつかの実施例において、ユーザはトークンの相対的な安全強度を決めてもよく、いくつかの実施例においてリソース・プロバイダはトークンの強度を決めてもよい。いくつかの実施例において、トークン値は例えば無作為に生成された英数字列であることができ、暗号化され、口座所有者又は登録されたユーザによって予め知られており、要求されたリソース又は認証レベルに固有であり、要求されたリソース又は認証レベル又はこれらの任意の組合せによってさらに確実であることができる。いくつかの実施例においてトークン値は取引の数、時間制限によって限定されるか又はセッションによって特定されることができる。そしていくつかの具体例において、トークンはイベント又はシナリオに固有であってもよい。
【００４０】
第一チャンネル５、第二チャンネル６及び／又は少なくとも１つの追加チャンネル７を介する情報の転送は１以上の通信プロトコール及び／又は通信モードに基づくことができる。通信プロトコールは例えばインターネット・プロトコール（ＩＰ）、ボイス・オーバＩＰ（ＶＯＩＰ）、ピア・ツー・ピア（Ｐ２Ｐ）、ハイパテキスト転送プロトコール（ＨＴＴＰ）、セッション始動プロトコール（ＳＩＰ）、リアリ・シンプル・シンジケーション（ＲＳＳ）、ポッドキャスティング、信号システム＃７（ＳＳ７）、モバイル通信用グローバル・システム（ＧＳＭ）、プッシュ・ツー・トーク（ＰＴＴ）、携帯電話のＰＴＴ（ＰＯＣ）及び／又は他の通信プロトコールを含むことができる。通信モードはその範囲がテキストの様相（例えば、電子メール及び／又はインスタント・メッセージ）からグラフの様相（例えば、静画及び／又は動画）又はオーディオ様相（例えば声によるコール）又はこれらの任意の組合せにおよぶことができる。
【００４１】
第一チャンネル５、第二チャンネル６及び／又は少なくとも１つの追加チャンネル７は任意の構成で１以上のパケット・ベースのネットワーク及び／又は１以上の回路ベースのネットワークを含むことができる。パケット・ベースのネットワークは例えばインターネット、キャリア・インターネット・プロトコール（ＩＰ）ネットワーク（ＬＡＮ、ＷＡＮ等）、プライベートＩＰネットワーク、ＩＰ構内交換機（ＩＰＢＸ）、無線ネットワーク（例えば、無線アクセス・ネットワーク（ＲＡＮ））及び／又は他のパケット・ベースのネットワークを含むことができる。回路ベースのネットワークは例えば公衆交換電話ネットワーク（ＰＳＴＮ）、レガシー構内交換機（ＰＢＸ）、無線ネットワーク（例えばＲＡＮ）及び／又は他の回路ベースのネットワークを含むことができる。
【００４２】
第一チャンネル５、第二チャンネル６及び追加チャンネル７はバック・エンド・システム１００に直接又は間接的に接続されることができる。バック・エンド・システム１００は例えば認証サーバ、認証検証器、ＩＤシステム、セッション・データベース、無線ゲートウェイ・サーバー、低値リソース検証器、高値リソース検証器、リソース検証器、テルミー・アプリケーション、声認証検証器及びＶＲＵゲートウェイを含むことができる。
【００４３】
図２Ａは第一実施例を示し、ここでユーザはトークンを得る。図２Ａにおける技術はいくつかの装置のシステムを使用してプロセスを行なう。このシステムは第一チャンネル１０１（ユーザ・エージェント１１０１の部分として含まれる）、認証サーバ２０２、認証検証器２０４、ＩＤシステム２０６及びセッション・データベース２０８を含む。第一チャンネル１０１は例えばウェブサイト、電話線等を含むことができる。図２Ａにおいて、ユーザは第一チャンネル１０１を使用してそのユーザＩＤを入力する（１３）。図２Ａに示されているさらなる処理は示されているようにシステム要素を使用して完了される。トークン値は第一チャンネル１０１に返信される（２２）。いくつかの具体例においてトークン値は英数字列であってもよい。いくつかの具体例においてトークン値は単一の使用トークンである。さらに又は代わりに、トークン値は時間に敏感であるか又は限られた期間有効であってもよい。
【００４４】
図２Ａにおいて、ユーザ・エージェント１１０１を使用しているユーザは、第一チャンネルに接続されて認証サービス２０２からのログイン・チャレンジ（１０）を要求する。認証サービス（ＡＳ）２０２は任意の現在のユーザ認証信用証明書を消去し（１１）且つユーザ・エージェント１１０１上でログイン・チャレンジ・ページ１２を提供する。ユーザは認証サービス２０２にユーザＩＤ又は第一認証パラメータを供給する（１３）。いくつかの実施例において、第一認証パラメータはユーザＩＤ、パスワード、ハード・トークン、ソフト・トークン、無線アプレット、声紋又はこれらの任意の組合せであることができる。いくつかの実施例において、また、第一認証パラメータは使用された装置又はチャンネルの型に対して特定であることができる。言い換えると、いくつかの実施例において、ユーザは第一認証パラメータを有してもよいが、このパラメータは陸線電話又は携帯電話、コンピュータ又は無線装置に特定である。
【００４５】
いくつかの実施例において、提示されたユーザＩＤ及び認証コンテキストを使用している（１４）認証検証器２０４はユーザが有効なユーザ（１５）であることを決める。認証サービス２０２はＩＤシステム２０６を使用して（１６）ユーザーのグローバルＩＤ１７に対してユーザＩＤをマップする。次に、認証サービス２０２はセッションＤＢ２０８に要求（１８）を送信して記録を生成し、この記録は例えばユーザＩＤ、グローバルＩＤ、認証コンテキスト（チャンネルを含む）及びセッションＩＤを含む。セッションＤＢ２０８はトークン値を生成し（１９）提供された値及び現在の時間にトークン値を組み合わせる。また、セッションＤＢ２０８はセッション・データベース・エントリを生成し、その認証状況値を進行中（１９）に設定する。セッションＤＢ２０８はこの情報のすべてを認証サービス２０２に返信し（２０）このサービスは返信されたトークン値及び時間２０を使用して認証信用証明書を生成する。この認証信用証明書はユーザがまだ認証されていないことを示し、グローバルＩＤ、セッションＩＤ、トークン値及び時間２１を含む。認証サービス２０２は認証信用証明書をユーザ・エージェント１１０１に設定し、トークン値及び指示を提供して（２２）別のチャンネル上で認証を完了する。
【００４６】
図２Ｂ１の例のプロセスはユーザ・エージェント２１０２の使用を示し、このエージェントは例えば陸線電話であることができる。図２Ｂ２の例のプロセスはユーザ・エージェント２１０２の使用を示し、このエージェントは例えば無線装置であってもよい。認証プロセスの第二部分においてトークン値及びＰＩＮ又はパスワード又は第二認証パラメータを供給するプロセスはユーザが電話（例えば図２Ｂ１）又は携帯無線アプレット（例えば図２Ｂ２）によって接続しようとしているかどうかに依存している。いくつかの実施例において、ユーザは供給されたトークン値を入力し（２７）その後そのユーザ・パスワードを入力する（２９）。他の実施例において、ユーザは単一のステップでトークン値及びそのパスワードを入力することができる。トークン値はユーザ・エージェント２１０２を介して供給された情報にユーザ・エージェント１１０１上に供給されている情報を関連づける。これは供給されたユーザ識別情報が集められ且つ使用されてユーザの認証を完了させる。
【００４７】
図２Ｂ１において、第二認証パラメータはユーザ・エージェント２１０２を通じて供給される。いくつかの実施例においてユーザ・エージェント２１０２は第二チャンネルに接続され、いくつかの実施例においてユーザ・エージェント２１０２は第二チャンネル及び第二装置の両方に接続される。一実施例すなわち図２Ｂ１において、ユーザが第二チャンネル１０２への電話による接続（２５）を要求すると、ユーザは第一チャンネルを経て提供された電話番号をダイアルする。いくつかの具体例において、ユーザはすでに知られている又はインスタント・セッション前にユーザに供給された電話番号をダイアルしてもよい。ＶＲＵゲートウェイ２００はトークン値を要求する（２６）。トークン値２７の受信後、ＶＲＵゲートウェイ２００はＰＩＮ、パスワード又はユーザからの他の第二認証パラメータを要求する（２８）。いくつかの実施例において、第二認証パラメータはユーザＩＤ、パスワード、ハード・トークン、ソフト・トークン、無線アプレット、声紋、又はパスワードもしくはＰＩＮの代わり又はその追加の任意の組合せであってもよい。
【００４８】
図２Ｂ２において、ユーザは無線携帯装置を使用して第二又は追加チャンネルにアクセスする。無線携帯の具体例において、ユーザは単一の要求においてトークン値及びＰＩＮ又はパスワードを入力する（１２７）ように依頼されてもよい。そしてユーザは第二装置として無線装置を使用するプロセスを行なう。具体例のいくつかにおいて、トークン及びパスワードが入力された後、任意の次のプロセスは同じであり、これはユーザが第二又は追加チャンネルに接続している第二装置として電話又は無線携帯装置を使用しているかどうかには関係がない。
【００４９】
図２Ｂ１及び２Ｂ２において、認証サービス２０２は、入力されたトークン値に基づいて、セッションＤＢ２０８からセッション・データを要求する（３０）。セッションＤＢ２０８はトークン値を使用して（３１）エントリ生成時間、ユーザＩＤ、グローバルＩＤ、認証コンテキスト（元のチャンネルを含む）、セッションＩＤ及び認証状況（例えば、進行中）を獲得し且つＡＳ２０２に返信する。ＡＳ２０２はセッション・エントリ・トークン、時間及び認証状況を検証する（３２）。これはユーザＩＤを得て（３３）、認証検証器２０４がユーザＩＤ、ＰＩＮ及び認証コンテキストを認証することを要求する（３４）。いくつかの実施例においてＰＩＮはチャンネル特定ＰＩＮである（例えば図２Ｂ２参照）。認証が成功すると（３５）、ＡＳ２０２はセッションＤＢ２０８に表示を送りセッション・データベース・エントリにおける認証状況（３６）を更新し例えば認証されたセッション３７にする。いくつかの実施例においてセッションＤＢ２０８は認証アップグレードに認証状況を設定してもよい（８５）。セッションＤＢ２０８は認証状況が更新された場合ＡＳ２０２に返信する（３８）。ユーザは認証が成功し且つユーザ・エージェント１１０１上でそのセッションを続けることができることを知らされる。
【００５０】
図２Ｃにおいて、ユーザは第一チャンネルに復帰し且つ認証信用証明書で認証の終了を要求する（４０）。認証サービス２０２はトークン値、グローバルＩＤ及びユーザ要求とともに認証信用証明書が配信されてからの時間を得る（４１）。ＡＳ２０２はセッションＤＢ２０８が供給されたトークン値と関連のあるセッション・データベース記録を獲得することを要求する（３０）。セッションＤＢ２０８はセッション・データベース記録を返信し９３１）、この記録は例えばユーザＩＤ、グローバルＩＤ、認証コンテキスト、トークン値、セッションＩＤ、生成時間及び認証状況を含む。
【００５１】
認証サービス２０２は時間、認証状況及びグローバルＩＤを検証し（４２）且つセッションＤＢ２０８に更新された認証状況を送信し（４３）、このデータベースはセッション・データベース２０８における認証状況を更新して（４４）認証アップグレード完了にする。セッションＤＢ２０８はＡＳ２０２に更新された状況を返信する（４５）。完全な認証信用証明書４６は作成され且つユーザ・エージェント１１０１に返信される（４７）。ユーザは認証が完了され且つ進行してもよいことを通知される。
【００５２】
いくつかの実施例において、確保されたマルチチャンネル認証方法は単一ユーザがマルチチャンネルを介して該ユーザの認証レベルを高めることによりユーザはリソースにアクセスすることができ、ここでリソースへのアクセスは第二認証パラメータを必要とする。いくつかの実施例において追加認証パラメータは第二又は追加チャンネルで必要とされる。第二又は追加認証パラメータはユーザに接続されている第二装置から供給されることができる。
【００５３】
要求されたリソースにアクセスする第一実施例においてユーザはログイン・ページでそのＩＤ及びパスワードを入力することによってウェブサイトで従来の認証プロセスを行なう。他の具体例においてユーザはマルチチャンネル認証プロセスを使用して認証してもよい。ウェブサイトにログオンした後、ユーザは最初のリソース・アクセス・レベルでウェブサイトを操縦する。ユーザが操縦又はリソースを要求して、このリソースがより高い認証アクセス・レベルを必要とする場合、ユーザはトークン値を提供するページに導かれる。そしてページはユーザ・エージェント２１０２にユーザを導き、このエージェントは追加認証パラメータを供給する。これは第二チャンネル６又は追加チャンネル７に接続されることができる。
【００５４】
ユーザは第二チャンネル６又は追加チャンネル７（例えば電話）を選択し且つ定められた番号をダイアルする。他の実施例において、ユーザは携帯装置、携帯電話又は他のウェブ・チャンネルを通じて第二チャンネルにアクセスしてもよい。ユーザは第二チャンネルを経てトークン値を入力し、第二又は追加認証パラメータ、例えばハード・トークン、安全質問に対する答え又は声紋を供給する。電話チャンネル上で入力された認証パラメータは検証される。供給されたトークン値は第一チャンネル（例えばウェブ）上でセッションにリンクする役目を果たす。ユーザが必要なプロセスを完了すると、第一チャンネル５上のユーザ・セッションはより高い認証アクセス・レベルに高められる。
【００５５】
いくつかの実施例においてユーザが２以上の別のチャンネル（例えばウェブ及び電話）を介して確実に且つ独立して認証パラメータを供給したので、ユーザはすべてのチャンネル上で認証され且つこれらの認証されたチャンネル上に進んでもよい。従って、ユーザ・エージェント２１０２に接続されている電話又は第二チャンネル６はユーザ・エージェント１１０１に接続されているウェブ又は第一チャンネル５と同じレベルの認証を有することができる。
【００５６】
図３Ａは低レベル・リソースへのアクセスを要求している（５０）ユーザを示す。リソースは従来の認証に認証されていないユーザを再度、導く（５１）。ユーザは認証サービス（ＡＳ）２０２によって挑戦され（１２）そのユーザＩＤ及びパスワードを供給する（５４）。ＡＳ２０２は認証検証器２０４にユーザＩＤ、ＰＩＮ及びコンテキストを送り（５５）、この検証器はユーザ個人情報及びパスワードを認証する（３５）。そして、ＡＳ２０２はＩＤシステム２０６がユーザＩＤをそのグローバルＩＤ（１７）にマップ（１６）することを要求する。ＡＳ２０２は低い値のリソース認証信用証明書を生成し（５９）、ＡＳ２０２はユーザ・エージェント１１０１にこの信用証明書を返信する（６０）。ユーザはすぐに低値リソース３０３に完全にアクセスする。
【００５７】
セッションにおいて後にユーザがより高い値のリソース３０７を要求すると（６３）、ユーザはこのリソースにアクセスするためにより強い認証信用証明書（６４）を必要とする。ユーザはＡＳ２０２によって再度導かれて（６５）より強い認証信用証明書を獲得する。ユーザがより強い認証信用証明書に対する要求を表示（６６）した後、ＡＳ２０２はユーザＩＤ及びセッションＤＢ２０８に対する要求を獲得して（３３）記録を生成し（１８）、この記録はユーザＩＤ、グローバルＩＤ、認証コンテキスト（チャンネルを含む）及びセッションＩＤを含む。セッションＤＢ２０８はトークン値を生成し（１９）、供給された他の値及び現在の時刻とトークン値を組み合わせる。いくつかの具体例において、セッション・データベース２０８はセッション・データベース・エントリも生成し（１９）、その認証状況値を進行中に設定する。セッションＤＢ２０８はＡＳ２０２にこの情報のすべてを返信し（２０）、このサービスはデータを使用してトークン値及び時間で現在のユーザ認証信用証明書を更新する（７１）。ＡＳ２０２はユーザ・エージェント１１０１上に認証信用証明書を設定し（２２）且つユーザにトークン値を提供するとともに別のチャンネル上で追加認証ステップを完了するように指示する。
【００５８】
図３Ｂ１及び３Ｂ２における方法は図２Ｂ１及び２Ｂ２に類似している。このより高いレベルのリソース・アクセス要件を遂行するために使用される第二認証パラメータはいくつかの実施例においてパスワードであってもよい。他の実施例において、第二認証パラメータは任意の適切な第二要因であってもよく、この要因は無線アプレット、声紋、電話のみのＰＷ、ソフト・トークン又はハード・トークンを含む。代わりの実施例即ち図３Ｂ３において、ユーザは第二チャンネルとして電話チャンネル及び認証パラメータとして声紋を使用してもよい。この実施例において、ＡＳ２０２は声認証検証器３０３に声位相に対する要求を送る（１３２）。声認証検証器３０３はＡＳ２０２に声位相ＸＸＸを送り（１３３）、そしてこのサービスはユーザがＸＸＸと言うことを要求する。そしてユーザはＸＸＸと言う１３５ことによって反応し、そして指定された声フレーズＸＸＸは声認証検証器３０３に送られ、この検証器はユーザＩＤ、フレーズＸＸＸのユーザの声及びコンテキストを認証する（１３６）。そして声認証検証器３０３はＡＳ２０２に認証が成功したという通知を送る（３５）。ＡＳ２０２はセッション・データベース２０８に更新された認証状況を送り（３６）、このデータベースは認証アップグレードとして認証状況を設定する（８２）。そして更新された状況メッセージはＡＳ２０２に送られ（３８）、ＡＳ２０２はユーザがユーザ・エージェント１１０１上でそのセッションを続けることを要求する（３９）。
【００５９】
あるいは、ユーザは第一及び第二チャンネルのいずれかでそのユーザ・セッションを続けてもよく、認証強度は、ユーザが認証手順を一旦完了すると両方のチャンネル上で同じであると考えられる。図３Ｂ４〜３Ｂ６において、ＡＳ２０２は認証信用証明書を生成して（８８）第二チャンネル上で使用する。そしてＡＳ２０２はユーザがユーザ・エージェント１１０１上でそのセッションを続けることを要求（３９）してもよいが、ユーザはユーザ・エージェント２２０２上でそのセッションを続けることもできる（９０）。
【００６０】
図３Ｃ１において、ユーザが第二チャンネル（即ちユーザ・エージェント２１０２）上で認証ステップを完了した後、ユーザは第一チャンネルに戻り且つ認証アップグレード完了を要求する（９８）。ＡＳ２０２は供給されたトークン値に関連のあるセッション・データベース記録を要求する（３０）。セッションＤＢ２０８はセッション・データベース記録を返信し（３１）、この記録は例えばユーザＩＤ、グローバルＩＤ、認証コンテキスト、トークン値、セッションＩＤ、生成時間及び認証状況を含むことができる。認証サービス２０２は時間、認証状況及びグローバルＩＤを認証し９１且つセッションＤＢ２０８に表示（４３）を送り、このデータベースはセッション・データベース２０８において認証状況を認証アップグレード完了に更新する（４４）。そしてセッションＤＢ２０８はＡＳ２０２に更新された状況を送信する（４５）。そして、アップグレードされた認証信用証明書は生成され（９４）且つユーザ・エージェント１１０１に返信される（９５）。ユーザは再度導かれて（９６）戻り、要求されたより高いレベルのリソースにアクセスする。別の実施例において（例えば図３Ｃ２）ユーザは第一及び第二チャンネルのいずれかで認証プロセスを完了する。図３Ｃ２において、ユーザは第一及び第二チャンネルの両方で高いレベルのリソースに対するチャンネル認証アップグレードを要求する（９９）。信用証明書が両方のチャンネル用に確立された後、ユーザは図３Ｃ１に示されているように続けて認証プロセスを完了することができる。
【００６１】
より高いレベルのアクセス認証信用証明書を必要とするプロセスは、より高い値のリソースが要求されるとともに、必要とされる多くの型の高レベル・アクセス・リソースに対して繰り返されることができる。さらに、より高いレベルのリソース・アクセス用の追加要因認証は最初のログインで必要とされ、より高いレベルのリソースが実際要求されるまで遅延されることができない。
【００６２】
また、いくつかの実施例は装置登録を組み込んでもよい。装置登録は認証されたユーザが高レベル・リソース・アクセスに対して確実に特定の装置を登録できるようにすることによって、ユーザは、将来高レベル・リソースへのアクセスを要求する場合、追加又は第二認証パラメータを供給するように要求されない。
【００６３】
図４Ａ１及び４Ａ２において、ユーザは図３Ａに示されているように同じプロセスを行なう。しかしながら、ＩＤシステム２０６がグローバルＩＤ１７を返信した後、ＡＳ２０２はユーザＩＤ用の強い認証方法を要求し（１４２）ＩＤシステム２０６は確実な装置登録を返信する（１４３）。ＡＳ２０２はユーザが確実な装置信用証明書１４４用に登録されているかどうか１４４、確実な装置信用証明書が存在するかどうか１４５及び装置安全信用証明書ユーザＩＤが現在のユーザによって入力された現在のユーザＩＤに合っているかどうか１４６を決めることができる。
【００６４】
図４Ａ１は一実施例を示し、ここで確実な装置信用証明書は存在しない。図４Ａ１において、ＡＳ２０２は確実な装置信用証明書が存在しない１４５ことを決めた後、ＡＳ２０２は（５９）低レベル・リソース信用証明書を生成し且つユーザに低レベル・リソース用の認証信用証明書を供給する（６０）。そしてユーザは図３Ａの同じプロセスを行なってリソースを要求し且つアクセスし、このリソースは第二又は追加認証パラメータを必要とする。さらに、いくつかの実施例において、ＡＳ２０２はトークン値及び時間を含む認証信用証明書とともに確実な装置登録を含有してもよい（７０）。
【００６５】
図４Ａ２において、確実な装置信用証明書は存在するが現在のユーザＩＤ１４６に合わない。この実施例において、ＡＳ２０２は最初の認証レベル用の認証信用証明書を生成し（５９）、装置安全信用証明書を消去しながら認証信用証明書を提供する（６０）。そしてユーザは図４Ａ１の同じプロセスを行なってリソースを要求するが、このリソースは第二又は追加認証パラメータを必要とする。
【００６６】
図４Ａ３において、確実な装置信用証明書は存在し且つ現在のユーザＩＤに一致している１４６。この実施例において、ＡＳ２０２は高い値の認証信用証明書を生成し６８、この信用証明書は追加又は第二認証パラメータを必要とするリソース用である。そしてＡＳ２０２はユーザ・エージェント１１０１に高レベル認証信用証明書を供給する。そしてユーザは追加又は第二認証パラメータを必要とするリソースにアクセスすることができるが、第二チャンネルを経て追加又は第二認証パラメータを供給する必要がない。
【００６７】
図４Ｂ１〜４Ｂ３に示されている実施例は図３Ｂ１〜３Ｂ３に示されている実施例に類似しているが、図４Ｂ１〜４Ｂ３に示されている実施例では認証検証器２０４がＡＳ２０２に認証が成功したことを示した（３５）後、ＡＳ２０２は確実な装置登録が必要とされているかどうか決める（１３７）。確実な装置登録が要求された場合、ＡＳ２０２はユーザ・エージェント２１０２に要求を送り、長期にわたって確実な装置としてユーザ・エージェント１１０１に接続されている装置を登録したいかどうか尋ねる（１３８）。そしてユーザは装置を登録したくないことを示す（１３９）。セッション・データベース２０８は認証状況を認証アップグレードに設定し且つ確実な装置登録を長期に設定する（１４１）。更新された状況はＡＳ２０２に返信され（３８）、このサービスはユーザがユーザ・エージェント１１０１上でそのセッションを続けることを要求する（３９）。いくつかの実施例において、第一装置又はユーザ・エージェント１１０１に接続されている装置は永久に長期の確実な装置として登録されてもよい。いくつかの実施例において、この装置は現在のセッション用に登録されてもよく、いくつかの実施例において、この装置は限られた時間又は特定数のユーザ・セッション、ログイン又はリソースへの要求用に登録されてもよい。図４Ｂ１においてユーザは、電話が第二チャンネル／装置でありうる場合、図４Ｂ２において無線／携帯電話アプレットが第二チャンネル／装置でありうる場合、図４Ｂ３において電話が第二チャンネル／装置であり且つユーザの声が認証パラメータでありうる場合、確実な装置登録が必要であるかどうか尋ねられてもよい。
【００６８】
図４Ｃにおいて、制御が第一チャンネルを経て第一装置に戻された場合、ＡＳ２０２は、セッション・データにおいて装置登録を確認すると、持続する信用証明書を生成するが（１６９）、この信用証明書は所有者及び第一装置用に可能であった信用証明書の型を特定する。またＡＳ２０２は認証信用証明書をアップグレードし（９４）、次に更新された認証の通知（１７１）及び確実な装置信用証明書はユーザ・エージェント１１０１に返信される。その後、ユーザがユーザ・エージェント１１０１を介して高い値のリソースを要求する場合（９６）、リソース要求は成功する９７。
【００６９】
次にアップグレード認証がＡＳ２０２に要求されると、信用証明書は、いくつかの実施例において持続するクッキーであってもよいが、発見且つ調査される。そしてユーザ及び装置が要求されたリソースに対する確実なアクセス用に登録される場合、アップグレードはその後、完了され、第二又は追加チャンネルへの復帰はない（例えば図４Ａ３）。
【００７０】
図５Ａ１〜５Ｃは異なっているが関連のある実施例を示し、認証されたユーザ又は第二ユーザが、登録されたユーザとして認証され且つ振舞う第三者又は第一ユーザに対する承認の表示をどのように提供してもよいかを示す。いくつかの実施例において第一ユーザは第二ユーザの口座にアクセスするのみであり、いくつかの実施例において第一ユーザは承認の表示を必要とするリソースにアクセスする。第三者は登録されたユーザのリソースの少なくともいくつかにアクセスすることができ、この場合登録されたユーザは第三者ユーザに個人的な認証情報を露出することはない。いくつかの実施例において口座又はリソースにアクセスすることを望む第一ユーザはリソース・プロバイダに知られておらず、いくつかの実施例において第一ユーザはリソース・プロバイダに口座を有していなくてもよい。いくつかの実施例において第一ユーザはユーザ・エージェント１１０１に接続され且つ単一の登録されたユーザはユーザ・エージェント２１０２に接続されている。いくつかの実施例においてユーザ・エージェント２１０２に関連のあるプロセスはＮ人の異なる登録／認証されたユーザによって行なわれてもよく、これらのユーザはすべて認証され又は要求されたリソースにアクセスする第一ユーザに対する承認の表示を提供する。
【００７１】
図５Ａ１において、第一ユーザは、登録されたユーザの口座へのアクセスを要求する。図５Ａ１は上述の図２Ａと同じである。しかしながら、図５Ａ１において第二ユーザ、ここでは口座所有者／登録されたユーザは関係のある第三者／第一ユーザに第一認証パラメータを与えるが、このパラメータは一具体例においてユーザＩＤを含んでもよい。また、第一ユーザに与えられた第一認証パラメータは例えば記述表題、識別番号又はＳＳＮであることができる。第三者ユーザは第一チャンネル上でユーザＩＤを入力する（１３）。ＡＳはユーザ・エージェント１上で認証信用証明書を設定し（２２）、第一ユーザはトークン値を与えられ且つ別の装置／チャンネル上で認証を完了するように指示される。第一ユーザはユーザ・エージェント２１０２に接続されている第二ユーザ又は登録されたユーザへトークン値を送信することができる。
【００７２】
図５Ｂ１においてユーザ・エージェント２１０２に接続されている第二ユーザは、第二チャンネル又は代わりの実施例における同じチャンネル上の異なる装置を介してシステムにアクセスする。いくつかの実施例において第二ユーザはトークン値（２７）及び第二認証パラメータ（２９）を入力し、このパラメータは一具体例においてパスワード又はＰＩＮであることができる。第二認証パラメータの代替又は追加の具体例はユーザＩＤ、記述表題、パスワード、ハード・トークン、ソフト・トークン、無線アプレット、声紋又はこれらの任意の組合せであってもよい。その後、第二ユーザは図２Ｂ１に示されているプロセスを行なうことができる。
【００７３】
いくつかの実施例は登録されたユーザの個人情報をさらに保護する。図５Ａ２において、関係のある第三者又は第一ユーザはウェブページ１２１にアクセスし（１２０）、このウェブページにおいてユーザは個人的な記述情報、例えばその名前又は職務を入力する（１２２）。個人的な記述情報の例はいくつかの具体例において財政上のアドバイザ、ブローカ、医師、税支払者又は配偶者を含んでもよい。いくつかの実施例において要求されたリソースは第一ユーザの認証であってもよく、いくつかの実施例においてリソースは制限される又は第二ユーザの承認を必要とする情報であり、いくつかの実施例においてリソースは登録されたユーザ又は第二ユーザの個人的口座又は情報、又は取引を完了するための認可に対するアクセスであってもよい。図５Ａ２において、ＡＳ２０２は記録１８を生成し、この記録はユーザ情報、アクセス・コンテキスト及びチャンネル情報を含む。セッション・データベース２０８はトークン値を生成し、現在の時刻を設定し且つ認証状況を進行中に設定する（１９）。セッション・データベース２０８がＡＳ２０２にトークン値及び時間を返信した（２０）後、ＡＳはユーザが認証されていないことを反映している認証信用証明書、トークン値及び時間を生成する（１２４）。第一ユーザは登録されたユーザに通信するトークン値が与えられる（７２）。
【００７４】
トークン値及び第二チャンネル上で認可プロセスを完了させる要求を受信した後、登録された又は第二のユーザはいくつかの実施例においてユーザ自身を認証する。第二ユーザは従来の認証プロセスによってユーザ自身を認証してもよく、他の実施例において第二ユーザは図２Ａ〜２Ｃに示されているマルチチャンネル・プロセスを使用してユーザ自身を認証してもよい。次に、第二ユーザは代替の又は第二のチャンネルにアクセスしてもよく、このチャンネルはトークン値に対してユーザに挑戦する（２６）。図５Ｂ２において、ＡＳ２０２がトークン、認証、コンテキスト、時間及び状況２５１を検証した後、第二ユーザは第三者によって入力された記述情報を与えられる（２５１）。満足された場合、第二ユーザは第三者ユーザのアクセスを認可することができる（２５２）。第二ユーザから認可の表示を受信すると、ＡＳ２０２は認可状況を更新し且つセッションＤＢ２０８はセッション記録を更新し、認可３６状況を認可された状況に設定する（２５５）。更新された状況はＡＳ２０２に返信され（３８）、ＡＳは第二ユーザが第一ユーザに第一ユーザがユーザ・エージェント１１０１上でセッションを続けてもよいことを知らせることを要求する（１５４）。既に述べたように、図５Ｃにおいて、第三者ユーザは、第一チャンネル上で続けて、このユーザが登録されたユーザであるという認証信用証明書が与えられる。
【００７５】
図５Ａ２及び５Ｂ２において、第二（登録された）ユーザの認証情報はいずれも第三者に露出されないが、これは第二ユーザが第一ユーザからのパスワード又は認証パラメータを保留し且つ第二チャンネルを経てその認証パラメータを入力することが許可されているからである。第二ユーザのユーザＩＤ又は代わりの具体例における他の第一認証パラメータは露出されてもよいが第二ユーザのパスワード又は第二認証パラメータは露出されない。いくつかの実施例において第二ユーザは、その口座が後に第一ユーザによって認可されていないアクセスから安全であること及びその認証情報がいずれも公に配信されないことを確実にする。しかしながら、認可コンテキストは、第二ユーザの個人的な情報、財政上その他の敏感な題材及び情報に対する第一ユーザのアクセスを許可してもよい。従って、第一ユーザは第二ユーザ又は登録されたユーザの口座情報にアクセスすることができるが、第二ユーザの認証パラメータの露出は制限されている。
【００７６】
図５Ｃにおいて、第二ユーザが（ユーザ・エージェント２１０２に接続されている）第二装置上で第二認証パラメータを入力した後、第一ユーザはユーザ・エージェント１１０１に接続されている第一チャンネル上で続行し（例えば図２Ｃ参照）、ユーザが口座の所有者であるかのように認証信用証明書が与えられる。
【００７７】
図６において、登録されたユーザは登録されたユーザによって認可又は認証された第三者セッションにアクセスし且つ所望される場合セッションを終了させることができる。他の実施例において、第二の（登録された）ユーザはリソース又は多数のリソースに対する第一ユーザのアクセスのアップグレード又はダウングレードしてもよい。いくつかの実施例においてユーザ・エージェント２１０２に接続されている登録されたユーザはリソースに接続されるように要求し（２５）、このリソースは第一ユーザに関連のあるセッションの状況を決める。そしてシステムはトークン値及び認証パラメータを要求する（２６）が、このパラメータはユーザに関連のあるチャンネル特定ＰＩＮ（２９）であってもよい。登録されたユーザがトークン値及びそのパスワードを入力した後、バック・エンド・システムは第一ユーザに関連のあるユーザ・セッションの認証状況を更新して（３６）第二ユーザによって示された状況を反映する１２６。いくつかの実施例において、状況は終了されたセッションであってもよく、他の実施例において状況はセッションのダウングレード又はアップグレードであってもよい。第二ユーザは第一ユーザのセッションが終了されたことを通知される（１２８）。いくつかの実施例において、第二ユーザは第一ユーザのアクセスがアップグレード又はダウングレードされたことを通知される。状況は第三者ユーザのセッションＩＤに関連のあるセッション・データで保たれる（１２７）。次に第三者ユーザがリソースを要求した場合（１２９）、終了状況１３０は検出されて第三者ユーザ・セッションは終了される（１３１）。いくつかの実施例において、第一ユーザのセッションのアップグレード又はダウングレードされた状況は検出されてもよく、第一ユーザのセッションは適切に修正されて第二ユーザ（口座所有者／登録されたユーザ）によって設定された新たな状況を反映する。
【００７８】
類似及び関連の実施例において、図７Ａ１〜７Ｃ１及び図７Ａ２〜７Ｃ２は親が別の方法でアクセスが制限されたマイナー且つ子である口座所有者によって要求されたリソースへのセッション幅且つ取引特定のアクセスを認可する手段をどのように提供するかを示す。また、図７Ａ３は多数のユーザ承認を必要とするリソースに対して共同口座型認可設備を提供する手段を示す。
【００７９】
一実施例において第一ユーザはユーザ自身を認証するが、第一ユーザのセッションを認可するためには認証された第二ユーザを依然として必要とする。図７Ａ１において、第一ユーザ、ここではマイナな子供は口座を有し且つログインされて低レベル・リソースまで操縦する。図７Ａ１に示されている実施例は図３Ａに示されている実施例に似ている。しかしながら図７Ａ１において子供がリソース３０７を要求し（６３）、このリソースがより強い認証パラメータ（例えば親の承認）を必要とする場合、高レベル・リソース検証器３０５は親の承認が必要であることを示す（８７）。いくつかの実施例においてリソースは個人データの変化であることができ、他の実施例においてリソースは限られたアクセスのウェブサイトであることができ、又は他の実施例においてリソースは要求された取引であることができる。高レベル・リソース検証器３０５は第一ユーザを再度導いて（６５）限定されたリソースにアクセスするために必要なプロセスを完了させる。マイナはトークン値及び指示を与えられて（７２）第二ユーザ即ちマイナの親にトークン値を通信し且つ親がマイナにアクセスすることを許可する。
【００８０】
別の実施例において第一ユーザはユーザ自身を認証するが、第二ユーザが要求されたリソースへの第一ユーザのアクセスを認可することを依然として必要とする。図７Ａ２は一実施例を示し、ここで第一ユーザ、ここではマイナは取引を完了しようとするがマイナはリソースによって必要とされた認証信用証明書を有していない。いくつかの実施例において、マイナはより高い値の信用証明書なしでより低いレベルのリソースにアクセスすることができる。マイナがより高いレベルのリソース３０７を要求し（６３）このリソースが親の承認を必要とする場合、ＡＳ２０２は第一ユーザの要求は完了するための親の承認を必要とすることを認識する（８７）。いくつかの実施例においてこの承認は任意の第二ユーザによって与えられてもよいが、このユーザはリソース、例えば先生又は監督者に対する第一ユーザの要求を承認するように認可されている。ＡＳ２０２はセッション・データベース２０８が取引記録を生成するように指図し（６７）この記録はユーザＩＤ、グローバルＩＤ、取引詳細、チャンネル、親の承認及びセッションＩＤを含む。セッション・データベース２０８はユーザＩＤ１、セッションＩＤ１用の取引ＩＤ記録を消去することによって認証状況を設定し、開放として又は代わりの実施例において承認されたユーザ１（第一ユーザ）として認証状況を設定する（５６）。また、セッション・データベース２０８は取引ＩＤ値を生成し、現在の時刻を設定し且つ開放状況として認証状況を設定する（５７）。マイナはＡＳ２０２に再び導かれて（６５）より強い認証信用証明書、この実施例では親の承認を獲得する。ＡＳ２０２はユーザＩＤを獲得し（３３）且つセッションＤＢ２０８に要求して（１８）記録を生成し（３１）この記録は例えばユーザＩＤ、グローバルＩＤ、取引詳細、チャンネル、親の承認及びセッションＩＤを含む。セッションＤＢ２０８はユーザＩＤ１用の最後の取引ＩＤ及びセッションＩＤ５８を検索し、トークン値を生成し（６９）、供給された他の値及び現在の時刻にトークン値を組み合わせる。また、セッション・データベース２０８はセッション・データベース・エントリを生成することができ、その認証状況値を進行中に設定し、又はいくつかの実施例において進行中取引ＩＤに設定する。セッションＤＢ２０８はＡＳ２０２にこの情報を返信し（２０）、このサービスはこの情報を使用してトークン値及び時間で現在のユーザ認証信用証明書を更新する（７１）。ＡＳ２０２はユーザ・エージェント１１０１上で認証信用証明書を設定し且つユーザ・エージェント１１０１にトークン値を提供し（７２）、これは他のチャンネル上で追加認証ステップを完了することを親に知らせるための指示とともに提供され、このチャンネルは例えばユーザ・エージェント２１０２であってもよい。いくつかの実施例において、第一ユーザは指示されて（７２）他の共同口座所有者に他の装置／チャンネル上で取引を認可することを知らせる（例えば図７Ａ３）。
【００８１】
図７Ａ１又は７Ａ２に示されているプロセスを完了した後、マイナは親にトークン値を通信し且つ親にリソースへのマイナのアクセスに対する承認を示すように依頼する。いくつかの実施例、図７Ｂ１において、親は親自身を認証する。いくつかの具体例において、親又は第二ユーザは従来の単一チャンネル方法を使用して親自身を認証してもよいが、他の具体例において、親／第二ユーザはマルチチャンネル方法を使用して自分自身を認証してもよく、いくつかの実施例においてこの方法は上述の図２Ａ〜２Ｃに示されている方法に類似していてもよい。この具体例において、親は、ユーザ・エージェント２１０２に接続されているが、親の認可７８を要求する。
【００８２】
図７Ｂ１において、親は第二チャンネルとして電話を使用してもよい。いくつかの実施例において、親又は第二ユーザはコンピュータ、又は携帯電話、携帯演算装置、ＰＤＡ又はブラックベリ装置等の無線装置を使用してもよい。認証サービス２０２は、入力されたトークン値に基づいて、セッションＤＢ２０８からセッション・データを要求する（３０）。セッションＤＢ２０８はトークン値を使用してデータベース記録を獲得且つ返信し（３１）この記録は例えばエントリ生成時間、ユーザＩＤ、グローバルＩＤ、認証コンテキスト、トークン値、セッションＩＤ、時間、チャンネル、セッションに対する親の承認及びＡＳ２０２への認証状況を含む。いくつかの実施例においてセッションＤＢ２０８はセッションの親の承認を必要とする指示を返信することができる（１７４）。ＡＳ２０２はトークン及び時間を検証する（８０）。ＩＤシステム２０６は第二ユーザが第一ユーザに対する「認可された親」であることを確認する（１４７、１４８）。第二ユーザが認可された親である場合、ＡＳ２０２はユーザ・エージェント１１０１に第一ユーザの情報を提供し（１４９）且つ第二ユーザが第一ユーザの要求されたリソースへのアクセスを承認することを要求する。第一ユーザの情報を検証した後、親は要求を認可し（１５０）、ＡＳ２０２は認可状況を更新する（３６）。セッションＤＢ２０８は親の認可のアップグレード及び親の認証情報１５２で認可状況を更新し且つＡＳ２０２に状況が更新されたことを通知する（３８）。ＡＳ２０２はセッションがユーザ・エージェント１１０１に接続されている第一チャンネル上で完了されることを（２２）要求する。いくつかの実施例において、ＡＳは第二ユーザが第一ユーザに第一チャンネル上でそのセッションを続けることを知らせることを要求する（１５４）。
【００８３】
図７Ｂ２において、ＩＤシステム２０６が第二ユーザは第一ユーザに対する「認可された親」であることを確認した（１４７、１４８）後で、ＡＳ２０２は取引を進行するように（１７７）許可を要求する。第二ユーザが進行の許可１７８を与えた後で、ＡＳ２０２はセッション・データベース２０８から取引データベース記録（取引ＩＤ）を要求する（１７９）。セッション・データベース２０８はＡＳ２０２を通じて取引詳細１８０を供給し、このサービスは第二ユーザに取引詳細を渡し（１８１）第二ユーザに取引を承認するように依頼する。取引詳細情報を検証した後、第二ユーザはその承認（１５０）を示し、ＡＳ２０２は認可状況を更新する（３６）。セッションＤＢ２０８は認可状況を取引及び親の認証情報１８５用の親の認可のアップグレードに設定する。さらに、セッションの状況は親の承認として印がつけられ、取引記録は取引ＩＤを反映し、第二ユーザの認証情報を含有する記録の付属物が生成される。更新された状況メッセージはＡＳ２０２の送られ（３８）、ＡＳ２０２は第二ユーザが第一ユーザにユーザ・エージェント１１０１上でそのセッションを続けてもよいことを知らせるように要求する（１５４）。
【００８４】
図７Ｃ１において、第二ユーザ（親）が第一ユーザの（マイナの）リソースに対する要求を認証又は認可した後、第一ユーザは第一チャンネル／装置上でそのセッション（１５５）を続けてもよい。ＡＳ２０２はトークン値、グローバルＩＤ及びこのユーザ要求とともに認証信用証明書が配信されてからの時間を得る。トークン値を使用して、ＡＳ２０２は供給されたトークン値と関連のあるセッション・データベース記録を獲得するようにセッションＤＢ２０８に要求する（３０）。セッションＤＢ２０８はセッション・データベース記録を返信し（３１）この記録はいくつかの実施例においてユーザＩＤ、グローバルＩＤ、認証コンテキスト、トークン値、セッションＩＤ、生成時間、チャンネル及び認証状況を含む。認証サービス２０２は時間、認証状況及びグローバルＩＤを検証し（９１）且ついくつかの実施例においてセッション用の親の承認１５９があることを確認する。他の実施例において承認の他の形式は検証されてもよい。ＡＳ２０２はセッションＤＢ２０８を使用してセッション・データベースにおける認証状況を親の認可アップグレード完了（１６１）に更新する（４３）。いくつかの実施例において認証状況は更新されて共同承認が完了していることを反映してもよい。そしてＡＳ２０２はアップグレードされた認証信用証明書を反映し、この信用証明書はいくつかの実施例において親の承認を反映してもよく、いくつかの実施例において（図７Ｃ２）強度アップグレード１８７を反映しなくてもよい。
【００８５】
図７Ｃ１において、アップグレードされた認証信用証明書は、いくつかの具体例において親の承認の表示を含むが、形成され（１６３）且つユーザ・エージェント１１０１に返信され（９５）第一ユーザは再び戻されて（９６）より高いレベルの要求されたリソースにアクセスする（９７）。
【００８６】
いくつかの実施例において、図７Ｃ２は図７Ｂ２の後に続くであろう。ＡＳ２０２が更新された認証信用証明書１８７を生成した後、この信用証明書はこの実施例において強度アップグレードを含まないが、更新された認証信用証明書及び取引ＩＤは第一ユーザに返信される（１８８）。第一ユーザは高い値のリソースを要求し（１８９）且つ取引ＩＤを供給し、これは使用されて取引記録を検索する（１９０）。セッション・データベース２０８は取引記録を返信し（１９１）この記録は親の承認用に検証され（１９２）又はいくつかの実施例において別の形式の承認を返信し、取引詳細は掲示される（１９３）。そしてリソース検証器３０６はセッション・データベース２０８で取引記録を更新し（１９４）これは取引完了として状況を記録する１９５。第一ユーザ１０１は取引が完了されたことを知らされる（９７）。取引は完了され、これは取引を認可する第二ユーザ１０２又は親の電子署名及び取引詳細が認可プロセス時に獲得され、取引が実行されることが許可されるからである。
【００８７】
図７Ａ３において、共同口座の所持者は取引を行なおうと試みて、この取引は口座参加者の両方の承認を必要とする。取引アプリケーションは電子署名要求記録を生成し且つセッション・データベース２０８内に設定した後、認証サービス２０２にユーザを再び導く。いくつかの実施例において記録はユーザＩＤ、グローバルＩＤ、取引詳細、チャンネル、取引に対する共同承認及びセッションＩＤを含む。認証サービス２０２は共同ユーザ・セッション・データベース・エントリを生成し、このエントリは署名要求エントリと称する。エントリはセッションＩＤ及びサイン状況を含み、さらに第一ユーザが承認されたことの表示を含有する。このエントリ用に作成されたトークン値は、第二口座所持者に対する承認プロセス完了の指示とともに第一口座所持者に返信される。
【００８８】
第二口座所持者は、ユーザ・エージェント２１０２に接続されているが、システムにログオンし且つトークン値を要求される位置まで操縦する。電子署名要求は要求されている取引詳細の表示とともに提示される（例えば図７Ｂ３）。第二ユーザは取引を承認し且つ第一ユーザが取引を完了してもよいことを第一ユーザに知らせる１５４。
【００８９】
図７Ｃ３において、第一ユーザは図７Ｃ２に類似している実施例において継続する。しかしながら、この実施例において、ＡＳ２０２は取引に対する共同承認３２９を探し、取引記録は電子署名記録３３５であり、要求されたリソースは電子署名によって確保された取引に対する共同認可である。このことは電子署名取引がセッション・データベース２０８から抽出され且つ実行用アプリケーションに提示されるようにする。ユーザは要求された取引の完了を知らされる。
【００９０】
マルチチャンネル方法の別の実施例は要求されたクレジット・カード取引を含む。第一実施例において、ユーザはクレジット・カード発行者があるドル額を越えるすべての取引に対して特定の装置を介してユーザに連絡を取ることを要求する。カードが盗まれて認可のために入力された取引金額がユーザに規定された限度を越える場合、ユーザはクレジット・カード発行者バック・エンド・システムによって選択された装置を経て連絡され且つＩＤ及び信用証明書又は他の認証パラメータを提供するように依頼される。この認証パラメータに対する要求は、購買時又はいくつかの実施例において販売時点で行なわれてもよく、他の実施例においてクレジット・カード・バック・エンド・システムは販売時ではない別の時にクレジット・カード口座所有者に連絡を取ってもよい。バック・エンド・システムは信用証明書が有効とされた後にのみ取引を認可する。
【００９１】
別の実施例において、クレジット・カード取引はマルチチャンネルを使用して認可又は認証されてもよい。第一実施例においてこれは例えばクレジット・カード・サービス４０１、クレジット・カード当局４０２、ＡＳ２０２、認証検証器２０４、ＩＤシステム２０６及びセッション・データベース２０８を含む。
【００９２】
図８Ａにおいて、ユーザ・エージェント１１０１に接続されている取引先はクレジット・カード所有者の代わりにクレジット・カードを使用して取引しようとする。この具体例においてクレジット・カード・サービスは取引のための検証（４１０）を要求するが、これは取引が以前に決められた許可された制限４１２よりも多い場合である。クレジット・カード当局４０２はＡＳ２０２、認証検証器２０４、ＩＤシステム２０６及びセッションＤＢ２０８に認可プロセスを送り、これらは記録を作成し且つトークン値及び時間でセッション４２２を作成する。ユーザは取引を呼び出し且つ認可するように指示される４２４。
【００９３】
図８Ａにおいて、第一ユーザは、販売時点で例えばクレジット・カードを読取器であってもよいが、クレジット・カード当局４０２に要求（４１０）を送る。クレジット・カード当局４０２は金額が所定限度４１２よりも多いかどうか決める。取引のために要求された額が所定限度よりも多い場合、クレジット・カード当局４０２はその後ユーザＩＤ４１３及びグローバルＩＤ１６を検索し、ＩＤシステム２０６のためのグローバルＩＤ及びユーザＩＤに対してクレジット・カード番号をマップする。ＩＤシステム２０６はＡＳ２０２にグローバルＩＤ及びユーザＩＤ５８’を返信し、このサービスはその後取引記録４１４を作成する。取引記録はユーザＩＤ１、グローバルＩＤ１、取引詳細、クレジット・カード処理装置ＩＤ、チャンネル１及び取引に対するクレジット・カードの承認を含む。次に、セッションＤＢ２０８は認証状況４１５を設定するが、これはユーザＩＤ１用クレジット・カード取引ＩＤを消去し、クレジット・カード処理装置ＩＤを設定し且つ認可状況をクレジット・カード公開に設定することによって行なわれる。次に、クレジット・カード当局４０２は記録を作成する（４１８）ようにＡＳに要求し、この記録はクレジット・カード番号、クレジット・カード取引ＩＤ、グローバルＩＤ及びユーザＩＤ４１８を含む。記録４１９を作成した後、セッションＤＢはトークン値を作成し且つ認証状況を進行中４１２に設定する。そしてセッションＤＢ２０８はトークン値及び時間（７０）をクレジット・カード当局４０２に返信し、これはトークン値４２２に関連のあるセッションを作成し且つクレジット・カード・サービスを促し、次に第二チャンネル上でトークン値に関連のある取引を認可するようにユーザ（４２３、４２４）に指示する。いくつかの実施例において、クレジット・カード読取器は第二チャンネルとして電話又は電話線を使用してもよい。いくつかの実施例において、クレジット・カード所有者又はユーザ・エージェント２に接続されている第二ユーザはコンピュータ又は無線装置を使用して取引を認可してもよい。
【００９４】
いくつかの実施例において、取引を認証又は認可するための呼び出しはクレジット・カード会社によって始められてもよい。いくつかの実施例において、クレジット・カード会社は電話番号を記録しており取引が行なわれる場合第二ユーザを呼び出し、この取引は追加認証又は認可を必要とする。
【００９５】
図８Ｂにおいて、取引先はクレジット・カード所有者にトークンを渡し且つ認可プロセスを完了するように要求する。いくつかの実施例においてクレジット・カード所有者又は第二ユーザは追加チャンネル上で従来の認証プロセスによって自分自身を認証してもよいが、他の実施例において第二ユーザはマルチチャンネル・プロセスを使用して自分自身を認証してもよいが、このプロセスは、いくつかの具体例において、図３Ａ〜３Ｃ１に示されているプロセスに類似していてもよい。いくつかの実施例において第二ユーザ又はクレジット・カード所有者はユーザ・エージェント２１０２に接続されている第二チャンネル上で自分自身を認証してもよい。第二ユーザはユーザ・エージェント２１０２に接続されているチャンネル上で自分自身を認証してもよいが、これはいくつかの実施例においてはトークン、ユーザＩＤ及びパスワードを入力することによって行なわれ、代わりの実施例において第二及び／又は追加認証パラメータを入力することによって行なわれる。第二ユーザは、現在、第二チャンネルに接続されているが、図７Ｂ２に示されているプロセスに類似のプロセスを次に行なう。この実施例において親の承認は必要とされないが、第二ユーザは認可されてクレジット・カード取引（４２７）を行なわなければならず、クレジット・カード取引に対する承認が必要とされる。認可及び承認は両方ともクレジット・カード取引記録４３２においてバック・エンド・システムによって記憶されている。第二ユーザが取引に対して承認した後で（４３４）、要求されたクレジット・カード取引に関連のあるセッションの状況は更新される（８６）。そして第二ユーザは第一ユーザ又は取引先に取引を完了することを知らせるように指示される（１５４）。
【００９６】
８Ｃにおいて、第二ユーザは、第二ユーザ又はクレジット・カード口座所有者によって入力された認証パラメータが検証された場合、取引を完了する。いくつかの実施例において、第二ユーザは取引に対する承認を表示して進行することができる。クレジット・カード当局４０２はＡＳ２０２に承認、トークン値及びクレジット・カード番号を供給し、このサービスはデータベース記録を要求する（３０）。セッションＤＢ２０８はデータベース記録を返信し（３１）この記録はユーザＩＤ、グローバルＩＤ、認証コンテキスト、トークン値、セッションＩＤ、時間、チャンネル、クレジット・カード取引承認及び状況を含む。そしてＡＳ２０２はセッションＤＢ記録を検証し、クレジット・カード所有者が取引に対して承認したことを決める（３９）。そして更新された認証状況３６はセッションＤＢ２０８に返信され、このデータベースは認証状況をクレジット・カード取引承認完了に設定する（４４０）。そして更新された状況はＡＳ２０２に返信され（３８）承認されたクレジット・カード取引ＩＤ４４１はクレジット・カード当局４０２に返信される。クレジット・カード当局はクレジット・カード口座所有者の承認を検証し（４４４）且つ取引詳細を掲示する（４４５）。そしてクレジット・カード当局４０２はセッションＤＢ２０８においてクレジット・カード取引記録を更新し（４４６）このデータベースはクレジット・カード取引完了４４７として新たな状況を記録する。状況が更新された後、クレジット・カード当局はクレジット・カード・サービス４０１に完了された取引の通知（４０１）及び受領書を送り、その後このサービスはユーザ・エージェント１１０１に接続されているエンド・ユーザに情報を送る（４４９）。
【００９７】
上述された技術はデジタル電子回路構成、コンピュータ・ハードウエア、ファームウエア、ソフトウエア又はこれらの組合せにおいて実施されることができる。実施例はコンピュータ・プログラム製品、例えば機械読取り可能な記憶装置又は伝播された信号等の情報キャリアにおいて明白に具体化されるコンピュータ・プログラムであることができ、これはデータ処理装置によって実行され又はこの装置の作動を制御し、この装置は例えばプログラム可能な処理装置、コンピュータ又は多数のコンピュータである。コンピュータ・プログラムは任意の形式のプログラム言語で書かれることができ、この言語は編集又は解釈された言語を含み、このプログラムは任意の形式で実施され、この形式は独立型プログラム、又はモジュール、部品、サブルーチンその他の演算環境における使用に適している装置を含む。コンピュータ・プログラムは実施されて一箇所に設けられた又は多数の箇所に分配された１つのコンピュータ又は多数のコンピュータ上で実行され且つ通信ネットワークによって相互接続される。
【００９８】
方法ステップは１以上のプログラム可能な処理装置によって行なわれることができ、この処理装置はコンピュータ・プログラムを実行して入力データにつき作動し且つ出力を生成することによって発明の機能を行なう。また、方法ステップは特定の目的の論理回路構成によって行なわれ、装置はこの構成として実施されることができるが、回路構成は例えばＦＰＧＡ（フィールド・プログラム可能なゲート・アレイ）又はＡＳＩＣ（アプリケーション特定の集積回路）である。モジュールはコンピュータ・プログラムの部分及び／又は機能性を実施する処理装置／特別回路構成であることができる。
【００９９】
コンピュータ・プログラムの実行に適している処理装置は、例えば一般的及び特別な目的のマイクロプロセッサの両方及び任意の種類のデジタル・コンピュータの任意の１以上の処理装置を含む。一般的に、処理装置は読み出し専用メモリ又はランダム・アクセス・メモリ又はこれらの両方から指示及びデータを受信する。コンピュータの必須の要素は指示を実行するための処理装置及び指示及びデータを記憶するための１以上のメモリ装置である。一般的に、またコンピュータはデータの受信又はデータの転送又はこれらの両方を行なうために、データを記憶するための１以上の大容量記憶装置を含むか又は作動可能に接続され、これらの装置は例えば磁気、光磁気ディスク又は光学ディスクである。また、データ送信及び指示は通信ネットワークを経て生じることができる。コンピュータ・プログラム指示及びデータを具体化するために適している情報キャリアはすべての形式の不揮発メモリを含み、例えばＥＰＲＯＭ、ＥＥＰＲＯＭ等の半導体メモリ装置及びフラッシュ・メモリ装置；内部ハード・ディスク又は除去可能なディスク等の磁気ディスク；光磁気ディスク；及びＣＤ−ＲＯＭ及びＤＶＤ−ＲＯＭディスクを含む。処理装置及びメモリは特別目的論理回路構成によって補われ又はこの回路構成に組み込まれることができる。
【０１００】
ここで使用されている用語「モジュール」及び「機能」はあるタスクを行なうソフトウエア又はハードウエア部品を意味するがこれには限定されない。モジュールはアドレス可能な記憶媒体に存在するように有利に構成され且つ１以上の処理装置上で実行するように構成されてもよい。モジュールは一般的目的集積回路（「ＩＣ」）、ＦＰＧＡ又はＡＳＩＣで完全又は部分的に実施されてもよい。このように、モジュールは、例えばソフトウエア部品、オブジェクト指向のソフトウエア部品、クラス部品及びタスク部品等の部品、プロセス、機能、属性、手順、サブルーチン、プログラム・コードのセグメント、ドライバ、ファームウエア、マイクロコード、回路構成、データ、データベース、データ構造、表、アレイ及び可変物を含んでもよい。部品及びモジュールにおいて設けられる機能性はさらに少ない部品及びモジュールに組み合わされてもよいし、追加部品及びモジュール内にさらに分離されてもよい。さらに、部品及びモジュールは多くの異なるプラットフォーム上で有利に実施されてもよく、このプラットフォームはコンピュータ、コンピュータ・サーバー、アプリケーション可能なスイッチ又はルータ等のデータ通信構造基盤装置、又は公衆もしくは私設電話スイッチ又は構内交換機（「ＰＢＸ」）等の遠距離通信構造基盤装置を含む。これらのうち任意の場合において、実施例は、選択されたプラットフォームに対する本来のアプリケーションを書き込むこと及びプラットフォームを１以上の外部アプリケーション・エンジンに接続することのいずれかによって達成されてもよい。
【０１０１】
ユーザとの相互作用を提供するために、上記の技術は表示装置を有するコンピュータ上で実施されることができ、このコンピュータは例えばＣＲＴ（陰極線管）又はＬＣＤ（液晶表示）モニター等のユーザに情報を表示するための表示装置、キーボード及びマウス又はトラックボール等のポインティング・デバイスを有し、これによってユーザはコンピュータに入力を提供することができる（例えばユーザ・インターフェース要素との相互作用）。また、他の種類の装置は使用されてユーザとの相互作用を提供することができ；例えばユーザへのフィードバックは感覚フィードバックの任意の形式であることができ、例えば視覚フィードバック、聴覚フィードバック又は触覚フィードバックであり；ユーザからの入力は任意の形式で受信されることができ、音響、スピーチ又は触覚入力を含む。
【０１０２】
上述された技術は分散コンピューティング・システムにおいて実施されれることができ、このシステムはバック・エンド部品、例えばデータ・サーバ、及び／又はミドルウェア部品、例えばアプリケーション・サーバ、及び／又はフロント・エンド部品、例えばグラフィカル・ユーザ・インターフェースを有するクライアント・コンピュータ及び／又はウェブ・ブラウザ、このブラウザによってユーザは実施例と相互作用することができ、又はこれらのバック・エンド、ミドルウェア又はフロント・エンド部品の任意の組合せを含む。システムの部品は任意の形式又は媒体のデジタル・データ通信、例えば通信ネットワークによって相互に接続されることができる。通信ネットワークは、例えば通信チャンネルとも称されるが、ローカル・エリア・ネットワーク（「ＬＡＮ」）及びワイド・エリア・ネットワーク（「ＷＡＮ」）例えばインターネットを含み、有線及び無線ネットワークの両方を含む。他に明確に示されなければ、通信ネットワークはＰＳＴＮのすべて又は部分、例えば特定のキャリアによって所有される部分も含むことができる。
【０１０３】
コンピューティング・システムはクライアント及びサーバを含むことができる。クライアント及びサーバは互いから一般的に遠く通常は通信ネットワークを通して相互作用する。クライアント及びサーバの関係は、各コンピュータ上で作動し且つクライアント・サーバの関係を互いに有しているコンピュータ・プログラムによって生じる。
【０１０４】
本発明は特定の具体例に対して説明された。ここに述べられている代案は例証であるのみであり任意の方法で代案を制限するものではない。本発明のステップは異なる順で行なわれることができ望ましい結果を依然として達成することができる。他の具体例は以下の請求の範囲内である。
【技術分野】
【０００１】
本発明は、一般的にマルチチャンネルを使用してユーザがリソースにアクセスできるようにすること及び単一のユーザ又は多くのユーザの認証時にマルチチャンネルを使用することに関する。
【背景技術】
【０００２】
電子通信販売はエンド・ユーザの確実且つ正確な認証に依存している。簡単なユーザ信用証明書（ユーザＩＤ及びパスワード）に対する広範囲にわたって成功を収めている攻撃の出現によって、電子商取引を行なうユーザの能力を危うくしている。攻撃のために、ユーザは金銭的損失の重大なリスク、個人情報の盗難及び／又は他の迷惑行為に晒されている。デスクトップ・ウィルス、キー・ロガー、中間者環境、フィッシング及びファーミング等の攻撃はすべて重なり合ってユーザの個人情報を危ういものにしているが、ユーザはこの問題に気づかないことがしばしばある。
【０００３】
攻撃の恐れはサービス・プロバイダのビジネスを行なうコストを増加させている。サービス・プロバイダは資金を費やして攻撃に対して防衛し、攻撃されたユーザに補償し、且つ電子通信販売が安全であるとユーザに安心させなければならない。結局、ユーザが順調且つ確実に認証を行なうメカニズムを提供できなかったときには、電子商取引へのユーザの信頼を損ない且つ商売の実行可能な手段としての電子チャンネルを脅かすことになる。
【０００４】
電子チャンネルによる認証は個人情報データ及び共有機密データの両方の提示を必要とすることがしばしばある。共有機密データは、ユーザ及びサービス・プロバイダのみに知られており、一定の信頼性をもってユーザ個人情報を確立している。この形式の認証は傍受による攻撃を受け易い。攻撃者が個人情報データ及び共有機密の両方を獲得すると、攻撃者はサービス・プロバイダから見て合法的な当事者と区別がつかなくなる。攻撃者は電子チャンネルの端末を処理することによって交換されたデータを傍受する。
【０００５】
多くのサービス・プロバイダは予測不可能な方法で時間をかけて機密データを変化させるメカニズムを組み込むことによってこの基本的なデータ交換を向上させている。このように機密のみを捕獲する場合でも、次の変更までユーザを危うくさせることになる。残念なことに、機密を変化させるメカニズムはサービス・プロバイダのコストを増加させ且つユーザに不便を感じさせているかもしれない。例えば、ユーザは変化した機密を提供するどのようなデバイスでも忘れてかまわない。この場合、サービス・プロバイダは定期的交換によって補強された認証ばかりではなく、ユーザがデバイスを忘れた場合ユーザが定期交換認証を回避することができる代替の認証プロセスも提供しなければならない。このことはユーザによる追加の認証ステップを必要とするか又はユーザのアクセスに制限を加える可能性がある。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
１つのアプローチにおいて、マルチチャンネルは使用されてユーザを認証してもよい。一態様において、これは、第一チャンネルを経てユーザに接続している第一装置から第一認証パラメータを受信することを含み、前記ユーザが認証されない方法である。また、本方法は、トークン値を送信し第二チャンネルを経て第二装置から前記トークン値及び第二認証パラメータを受信して、前記第二装置がユーザと接続され；前記トークン値を使用して前記第一認証パラメータを前記第二認証パラメータに関連づけることを含む。
【０００７】
別のアプローチにおいて、方法は、第一チャンネルを経てリソースにアクセスし、前記リソースは第二チャンネルを経て第二認証パラメータを必要とする。このアプローチの一態様において、方法は、第一チャンネルを経て第二認証パラメータを必要とするリソースに対する要求を受信し；前記第一チャンネルを経てトークン値を送信し；第二チャンネルを経て前記トークン値及び前記第二認証パラメータを受信し；前記トークン値を使用して前記第二チャンネルを経て受信された前記第二認証パラメータに前記第一チャンネルを経て受信された前記要求を関連づけることを含む。
【０００８】
別のアプローチにおいて、マルチチャンネルは使用されて第一者にリソースを提供し、ここで前記リソースへのアクセスは第二ユーザからの承認の表示を必要とする。一態様において、方法は、第一装置から第一認証パラメータを受信し、前記第一装置は第一ユーザに接続し、前記第一ユーザから第二ユーザの承認の表示を必要とするリソースに対する要求を受信し、前記第一装置にトークン値を送信することを含む。また、本方法は、第二装置から第二認証パラメータ及び前記トークン値を受信し、ここで前記第二装置は前記第二ユーザに接続され、前記トークン値を使用して前記第二認証パラメータに前記第一認証パラメータを関連づけ、前記第二ユーザから承認の表示を受信して前記第一ユーザからの前記要求を許可することを含む。
【０００９】
別の態様において、本方法は、第一チャンネルで第一ユーザを認証し、第一チャンネルを経て第一装置からリソースに対する要求を受信し、前記要求は第二ユーザから承認の表示を必要とし、ここで前記第一装置は第一ユーザと接続され、前記第一装置にトークン値を送信することを含む。また、本方法は、第二チャンネルで第二ユーザを認証し、前記第二チャンネルを経て第二装置から前記トークン値を受信し、ここで前記第二装置は前記第二ユーザに接続され、前記第二装置から前記承認の表示を受信することを含む。また、本方法は前記トークン値を使用して前記第二装置からの前記承認の表示に前記第一装置からの前記要求を関連づけ、前記第一装置に前記リソースを供給することを含む。
【００１０】
別の態様において、本方法は第二ユーザを認証し、トークン値を受信し、ここで前記トークン値はユーザ・セッションに関連づけられ、ここで第一ユーザは前記第二ユーザからの承認の表示に基づいてリソースにアクセスし、前記装置に前記ユーザに関する情報を送信し、前記リソースへの前記第一ユーザのアクセスに関して前記装置から指示を受信することを含む。
【００１１】
上述された態様は以下の特徴の１以上を含むことができる。ユーザは、前記第一認証パラメータ及び前記第二認証パラメータに基づいて認証されることができる。前記第一認証パラメータはユーザＩＤ、パスワード、ハード・トークン、ソフト・トークン、無線アプレット、声紋又はこれらの任意の組合せであることができる。前記第二認証パラメータはユーザＩＤ、パスワード、ハード・トークン、ソフト・トークン、無線アプレット、声紋又はこれらの任意の組合せであることができる。前記第一認証パラメータ及び前記第二認証パラメータは、チャンネル特定であることができる。前記ユーザは前記第二チャンネルを経て前記認証が完了していることを通知されることができ、前記ユーザが前記第一チャンネルでユーザ・セッションを続けることができる。前記第一チャンネルは電話線、無線接続又はオンライン接続であることができ、前記第二チャンネルは電話線、無線接続又はオンライン接続であることができる。
【００１２】
また、上述した態様は少なくとも１つの追加チャンネルを経て前記トークン値及び少なくとも１つの追加認証パラメータを受信することを含むことができる。前記追加認証パラメータはユーザＩＤ、パスワード、部分パスワード、前記第一認証パラメータの部分、前記第二認証パラメータの部分、前記第一及び第二認証パラメータの組合せ、ハード・トークン、ソフト・トークン、無線アプレット、声紋又はこれらの任意の組合せであることができる。前記追加のチャンネルは前記第一又は第二チャンネルでなくてもよく、前記トークン値は使用されて前記第一認証パラメータ、前記第二認証パラメータ及び少なくとも１つの前記追加認証パラメータを関連づけることができる。そして前記第一認証パラメータ、前記第二認証パラメータ及び少なくとも１つ前記追加認証パラメータは使用されて前記ユーザを認証することができる。
【００１３】
上述した態様のうち任意の態様は以下の特徴の１以上を含むことができる。前記リソースは第二認証パラメータ及び少なくとも１つの追加認証パラメータを必要とすることができる。また、本方法は追加のチャンネルを経て前記トークン値及び追加認証パラメータを受信し、前記トークン値を使用して前記追加チャンネルを経て受信された前記追加認証パラメータに前記第一チャンネルを経て受信された前記要求を関連づけることを含むことができる。
【００１４】
上述した態様のうち任意の態様は以下の特徴の１以上を含むことができる。前記リソースは前記第一チャンネルを経て供給される。また、本方法は前記第一チャンネルを経て追加認証パラメータを必要とするリソースに対する要求を受信し、追加チャンネルを経て前記トークン値及び前記追加認証パラメータを受信し、前記トークン値を使用して前記追加チャンネルを経て受信された前記追加認証パラメータに前記第一チャンネルを経て受信された前記要求を関連づけることを含むことができる。前記追加認証パラメータはいくつかの態様において前記第一認証パラメータ又は前記第二認証パラメータでなくてもよい。前記追加認証パラメータは追加又は代替の態様において前記第一認証パラメータ及び前記第二認証パラメータのいずれか一方より多くを必要とすることができる。そして前記追加認証パラメータはいくつかの他の態様においてユーザＩＤ、パスワード、部分パスワード、ハード・トークン、ソフト・トークン、無線アプレット、声紋又はこれらの任意の組合せであることができる。
【００１５】
また、上述した態様のうち任意の態様は以下の特徴の１以上を含んでもよい。少なくとも１人の追加ユーザは少なくとも１つの追加チャンネルを経てトークン値を供給する。前記追加ユーザは前記トークン値を供給する前に単一のチャンネル又はマルチチャンネル認証を使用して認証されてもよい。少なくとも１人の前記追加ユーザは第一ユーザに対する承認の表示を提供して、少なくとも１つの前記追加チャンネルを経て、第一チャンネルを経て要求されたリソース、認証パラメータ、トークン値又は任意の組合せを受信してもよい。
【００１６】
また、上述した態様のうち任意の態様は以下の特徴の１以上を含んでもよい。前記リソースは同時に前記第一チャンネル及び前記第二チャンネルを経て供給されることができる。前記第一チャンネルは電話線、無線接続又はオンライン接続であることができ、前記第二チャンネルは電話線、無線接続又はオンライン接続である。
【００１７】
また、上述した態様のうち任意の態様は以下の特徴の１以上を含んでもよい。ユーザはマルチチャンネル認証プロセス又は単一チャンネル認証プロセスを使用して認証されてもよい。また、方法は第一チャンネルを通じて第一装置から第一認証パラメータを受信することによってユーザを認証することを含むことができる。前記第一装置は前記ユーザに接続されることができる。さらに、前記態様は以下の特徴の１以上を含んでもよい。前記第一認証パラメータはユーザＩＤ、パスワード、ハード・トークン、ソフト・トークン、無線アプレット、声紋又はこれらの任意の組合せであることができる。前記第二認証パラメータはユーザＩＤ、パスワード、ハード・トークン、ソフト・トークン、無線アプレット、声紋又はこれらの任意の組合せであることができる。前記第二認証パラメータは前記第一認証パラメータでなくてもよい。前記第二認証パラメータは前記第一認証パラメータより多くを必要とすることができる。そして前記第一認証パラメータ及び前記第二認証パラメータはチャンネル特定であることができる。
【００１８】
また、態様のうち任意の態様は以下の特徴の１以上を含んでもよい。信用証明書は生成され、ここで前記信用証明書に関連のある情報は、前記第二認証パラメータが前記第二チャンネルを経て供給されることなく前記リソースが第一装置に供給されてもよいことを示すことができる。前記信用証明書は永久信用証明書、時間に敏感な信用証明書、所定数のユーザ・セッション後に期限がきれる信用証明書又はこれらの任意の組合せであることができる。いくつかの態様における他の特徴は前記ユーザがその最初のセッションから出て前記ユーザを認証する新たなセッションを始めようと試みる場合を含んでもよい。また、本方法は第一チャンネルを経て前記第一装置から前記リソースに対する要求を受信することを含むことができる。前記リソースは前記第二チャンネルを経て供給される前記第二認証パラメータを必要とすることができる。また、本方法は信用証明書に関連のある情報を処理し；前記信用証明書に関連のある情報が前記第二認証パラメータが前記第二チャンネルを経て供給されることなく前記リソースが前記第一装置に供給されることを示す場合、前記リソースを供給することを含むことができる。
【００１９】
上記の態様のうち任意の態様は以下の特徴の１以上を含むことができる。第一認証パラメータは第一装置から受信されることができる。また、本方法は、第一チャンネルを経て第一装置から第一認証パラメータを受信し、第二装置から第二認証パラメータ及び前記トークン値を受信し、第一チャンネルを経て第一装置から第一認証パラメータを受信し、前記トークン値を使用して前記第二チャンネルから受信された前記第二ユーザからの前記承認の表示に前記第一装置から受信された前記要求を関連づけ、前記第一装置に前記リソースを供給することを含むことができる。
【００２０】
上記の態様のうち任意の態様は以下の特徴の１以上を含むことができる。前記第一認証パラメータはユーザＩＤ、記述表題、パスワード、ハード・トークン、ソフト・トークン、無線アプレット、声紋又はこれらの任意の組合せであることができる。前記第一認証パラメータは前記第二ユーザと関連づけられることができる。そして前記第二認証パラメータはユーザＩＤ、記述表題、パスワード、ハード・トークン、ソフト・トークン、無線アプレット、声紋又はこれらの任意の組合せであることができる。
【００２１】
上記の態様のうち任意の態様は以下の特徴の１以上を含むことができる。ユーザは単一チャンネル・プロセス又はマルチチャンネル・プロセスを使用して認証されることができる。また、本方法は第一チャンネルを経て第一ユーザと関連のあるユーザＩＤ及び第一パスワードを受信し、前記ユーザＩＤ及び前記第一パスワードに基づいて前記第一ユーザを認証し、第二チャンネルを経て第二ユーザと関連のあるユーザＩＤ及び第二パスワードを受信し、前記ユーザＩＤ及び第二パスワードに基づいて前記第二ユーザを認証することを含むことができる。
【００２２】
上記の態様のうち任意の態様は以下の特徴の１以上を含むことができる。信用証明書は情報で生成されることができ、この情報は前記第二ユーザからの承認の表示がない状態でリソースが前記第一装置に供給されるかどうかを示す。前記信用証明書はクッキー、永久信用証明書、時間に敏感な信用証明書、所定数のユーザ・セッション後に期限がきれる信用証明書又はこれらの任意の組合せであることができる。他の特徴は上記の態様の１以上に含まれてもよいが前記第一ユーザが最初のセッションから出て新たなセッションを始めようと試みる場合を含む。また、本方法は前記第一ユーザを認証することを含むことができる。また、本方法は前記第一装置から前記第一認証パラメータを受信することを含むことができる。前記第一装置は前記第一ユーザに接続されることができる。また、本方法は前記第一装置から前記リソースに対する要求を受信し、ここで前記リソースへのアクセスは前記第二ユーザからの承認の表示を必要とし、前記信用証明書に関連のある情報を処理することを含むことができる。追加の特徴は上記の態様の１以上に含まれてもよいが、前記信用証明書に関連のある情報が前記第二ユーザの承認なく前記リソースが前記第一装置に供給されるべきであることを示す場合、前記リソースを供給することを含む。
【００２３】
上記の態様のうち任意の態様は以下の特徴の１以上を含むことができる。認証パラメータは装置から受信されることができる。前記認証パラメータは前記第二ユーザに関連づけられることができる。また、本方法は前記第二ユーザから指示を受信して前記リソースへの前記第一ユーザの前記アクセスを終了させ、前記第二ユーザから指示を受信して前記リソースへの前記第一ユーザの前記アクセスを制限することを含むことができる。そして前記第二ユーザは締め切り又は所定数のユーザ・セッションに従って前記第一ユーザのアクセスを制限することができる。
【００２４】
上記の態様のうち任意の態様は以下の特徴の１以上を含むことができる。第一認証パラメータはユーザＩＤ、記述表題、パスワード、ハード・トークン、ソフト・トークン、無線アプレット、声紋又はこれらの任意の組合せであることができる。前記第一認証パラメータは第二ユーザ又は第一ユーザに関連づけられることができる。前記第二認証パラメータはユーザＩＤ、記述表題、パスワード、ハード・トークン、ソフト・トークン、無線アプレット、声紋又はこれらの任意の組合せであることができる。前記第二認証パラメータは前記第一ユーザ又は前記第二ユーザに関連づけられることができる。前記第二認証パラメータは前記第一認証パラメータではなくてもよい。前記第二認証パラメータは前記第一認証パラメータよりも多くを必要とすることができる。そして前記第一認証パラメータ、前記第二認証パラメータ及び前記追加認証パラメータはチャンネル特定とすることができる。前記追加認証パラメータは前記第一認証パラメータ又は前記第二認証パラメータでなくてもよい。前記追加認証パラメータは前記第一認証パラメータ及び前記第二認証パラメータのいずれか一方よりも多くを必要とすることができる。そして前記追加認証パラメータはユーザＩＤ、パスワード、部分パスワード、前記第一認証パラメータの部分、前記第二認証パラメータの部分、前記第一及び第二認証パラメータの組合せ、ハード・トークン、ソフト・トークン、無線アプレット、声紋又はこれらの任意の組合せであることができる。
【００２５】
別の態様において、ネットワーク上でコードを生成するためのコンピュータ・プログラム製品がある。本コンピュータ・プログラム製品は情報キャリアにおいて明白に具体化される。本コンピュータ・プログラム製品は指示を含み、これらの指示は実行されてデータ処理装置が上記の方法のうち任意の方法を行なうようにすることができる。
【００２６】
別の態様において、ネットワーク上でコードを生成するためのシステムがある。本システムは演算装置を含む。前記演算装置は上記の方法のうち任意の方法を行なうように構成されている。
【００２７】
上記の方法及び／又は装置のうち任意のものは以下の利点の１以上を含むことができる。開示された技術の利点はユーザが単一チャンネルを経てこれらの認証パラメータのすべてを供給しないことである。外部者がユーザのセッションを傍受した場合、外部者は後にセッションにアクセスできないが、これは外部者は例えばユーザのユーザＩＤ及びパスワードにアクセスしないからであろう。さらに、第三者がユーザＩＤ及びパスワードにアクセスできた場合、第三者は取引を完了できないか又は追加認証パラメータを必要とするリソースにアクセスできないであろう。開示された技術の別の利点は、例えば第二ユーザのユーザＩＤ又は代替の具体例における他の第一認証パラメータが露出されてもよいが、第二ユーザのパスワード又は第二認証パラメータは露出されない。そして第一ユーザは、第二ユーザの認証パラメータの限られた露出で第二ユーザ又は登録されたユーザの口座情報にアクセスできる。別の利点は技術が修正されて単一ユーザ又は「Ｎ」人のユーザのグループを認証又は認可できることである。さらに、認証又は認可されるユーザはリソースのプロバイダ又はバック・エンド・システムのプロバイダとの以前の関係を有する必要がない。
【００２８】
本発明の他の態様及び利点は、一例としてのみ本発明の原則を例証する添付の図面とともに以下の詳細な説明から明らかとなる。
【００２９】
本発明の上述その他の目的、特徴及び利点は、本発明そのものとともに、様々な具体例の以下の説明が添付図面を参照して読まれると、より完全に理解される。
【図面の簡単な説明】
【００３０】
【図１】マルチチャンネル認証プロセスの要素を示す。
【図２】図２Ａ〜２Ｃは単一、関係者、マルチチャンネル認証プロセスを示す。
【図３】図３Ａ〜３Ｃはマルチチャンネルを経て単一関係者用の制限されたリソースにアクセスする、より高いレベルの認証プロセスを示す。
【図４】図４Ａ〜４Ｃはマルチチャンネルを経て単一関係者用の制限されたリソースにアクセスする、より高度な認証プロセスを示し、ここで装置も将来のセッションに対して確実であるとして登録される。
【図５】図５Ａ〜５Ｃはマルチチャンネルを経て多数の関係者によって使用される認証プロセスを示す。
【図６】プロセスを示し、このプロセスによって登録されたユーザは要求されたリソースへの第一ユーザのアクセスを終了させる。
【図７】図８Ａ〜８Ｃは実施例を示し、この実施例によって親又は第二の共同口座所有者はマイナ又は第一共同口座所有者のセッションを認可しなければならない。
【図８】図８Ａ〜８Ｃはクレジット・カード取引のためのマルチチャンネル認証プロセスを示す。
【発明を実施するための形態】
【００３１】
ここに記載されているものの変動、修正及び他の実施はここにおいて本発明の趣旨及び範囲から逸脱することなく当業者には明らかである。従って、本発明は以下の例証的説明によって限定されないものとする。
【００３２】
ここに記載されている技術は単一ユーザに少なくとも２つの異なるチャンネルを順次使用して単一セッションへの認証を行なわせる。マルチチャンネルを使用することによって、ユーザは、傍受されるかもしれない単一のデータ・ストリーム・チャンネルを経てユーザの認証又は個人識別情報のすべてを供給することが防止される。さらに、１つのデータ・ストリームがユーザの個人情報に不適当にアクセスしようとする第三者によって傍受された場合、第三者は任意の傍受された情報を使用して、その後、ユーザの口座又は個人情報にアクセスできないが、これは第三者がユーザの認証情報のすべてにアクセスせず、傍受されたチャンネル又はデータ・ストリームを経て通過された認証情報のみにアクセスするからである。従って、ユーザの口座又は個人情報へのアクセスは保護される。
【００３３】
これらの技術の一実施例はマルチチャンネルを使用してその使用を認証する単一ユーザを含む。また、多数のユーザはマルチチャンネル認証／認可技術を使用することができる。
【００３４】
図１はいくつかの実施例において使用されることができるシステムを示す。このシステムは、例えば、ユーザ・エージェント１１０１、第一チャンネル５、ユーザ・エージェント２１０２、第二チャンネル６、少なくとも１つの追加ユーザ・エージェント１０３、少なくとも１つの追加チャンネル７及びバック・エンド・システム１００を含むことができる。バック・エンド・システム１００は異なるチャンネル５、６、７と連絡し、各チャンネル（図示せず）に接続されているインターフェース及び／又はネットワークを使用する。ユーザは第一チャンネル５を経て第一認証パラメータを供給することができる。バック・エンド・システム１００はトークン生成モジュール１００ａを含み、このモジュールはトークン値を生成し、第一チャンネル５を経てユーザにこのトークン値を送信する。ユーザはトークン値を取り且つ第二チャンネルを使用し、このチャンネルでユーザはトークン値及び第二認証パラメータを入力する。トークン値及び追加認証パラメータを入力するこのプロセスは制限されない数の異なるチャンネル上で繰り返されることができる。バック・エンド・システム１００は認証モジュール１００ｂを含み、このモジュールはトークン値を使用して第二チャンネル６及び／又は追加チャンネル７を経て供給された認証パラメータ又は認可に第一チャンネル５上のリソース又は認証に対する要求を関連づける。いくつかの具体例においてバック・エンド・システム１００は単一の装置であることができ、他の具体例においてバック・エンド・システム１００は多数の装置を含むことができる。モジュール１００ａ及び１００ｂは同様に同じ装置の一部であるか又は異なる装置上に分配されることができる。いくつかの実施例においてユーザは認証プロセスの第二部分を完了する毎に異なる第二又は追加チャンネルを選択してもよい。いくつかの実施例において、ユーザは第一及び第二チャンネルを選択して送信されているデータのすべてが同じデータ・ストリームを通過するわけではないことを確実にしなければならない。このことは１つのチャンネルが認可されない第三者によって傍受される場合、ユーザの個人又は認証パラメータのすべてが危険な状態にあるわけではないことを確実にする。
【００３５】
ユーザ・エージェント１０１、１０２、１０３はコンピュータ、電話、ＩＰ電話、モバイル機器（例えば、携帯電話、個人用デジタル補助（ＰＤＡ）装置、ラップトップ・コンピュータ及び／又はその他）及び／又は他の通信装置であることができる。
【００３６】
ユーザ・エージェント１１０１は第一ユーザ又は第一装置に接続されることができる。いくつかの実施例においてユーザ・エージェント１１０１は第一装置を含むことができ、いくつかの他の実施例においてユーザ・エージェント１１０１は第一チャンネル５及び第一装置の両方であることができる。同様にユーザ・エージェント２１０２は第二ユーザ又は第二装置に接続されることができる。いくつかの実施例においてユーザ・エージェント２１０２は第ニ装置であることができ、いくつかの他の実施例においてユーザ・エージェント２１０２は第二チャンネル６及び第二装置の両方を含むことができる。
第一チャンネル５上でユーザによって入力された情報及び第二チャンネル６又は追加チャンネル７上で入力された情報はトークンによって関連づけられる。トークン値の利点はマルチチャンネルを経て入力されるユーザの認証パラメータの容易な関連づけを可能にすることである。
【００３７】
いくつかの実施例においてユーザ・エージェント１１０１、ユーザ・エージェント２１０２及び任意の追加ユーザ・エージェント１０３は単一ユーザに接続される。いくつかの実施例において各ユーザ・エージェントは異なるユーザに接続される。
【００３８】
いくつかの実施例においてトークン値はマルチチャンネルを経てユーザ又は多数のユーザを認証する場合に使用される。第一実施例においてトークン値は装置及びユーザのみが認証され且つ他の設備に接続されている他の認可されていないユーザがユーザの情報又は取引上の権威にアクセスしないことを確実にしてもよい。また、トークン値はいくつかの実施例においてデータベース記録及び１以上のユーザにマップ且つ返信されることができる。トークン値は第一チャンネルに接続されている第一認証パラメータ及び第二チャンネルに接続されている第二認証パラメータを関連づけることができる。またトークン値は使用されて以前入力されたＮ−１個のパラメータのうち任意のパラメータにＮ番目のパラメータを関連づけることができる。いくつかの実施例においてトークン値は第二又はＮ番目（追加）のチャンネルを経て受信された認証されたユーザからの認可の表示に第一チャンネルを経て受信された要求を関連づけることができる。そしていくつかの実施例においてトークンは認証データ又はパラメータとともに入力され、単独ではないか又は単に承認の表示とともに入力される。
【００３９】
いくつかの実施例において、ユーザはトークンの相対的な安全強度を決めてもよく、いくつかの実施例においてリソース・プロバイダはトークンの強度を決めてもよい。いくつかの実施例において、トークン値は例えば無作為に生成された英数字列であることができ、暗号化され、口座所有者又は登録されたユーザによって予め知られており、要求されたリソース又は認証レベルに固有であり、要求されたリソース又は認証レベル又はこれらの任意の組合せによってさらに確実であることができる。いくつかの実施例においてトークン値は取引の数、時間制限によって限定されるか又はセッションによって特定されることができる。そしていくつかの具体例において、トークンはイベント又はシナリオに固有であってもよい。
【００４０】
第一チャンネル５、第二チャンネル６及び／又は少なくとも１つの追加チャンネル７を介する情報の転送は１以上の通信プロトコール及び／又は通信モードに基づくことができる。通信プロトコールは例えばインターネット・プロトコール（ＩＰ）、ボイス・オーバＩＰ（ＶＯＩＰ）、ピア・ツー・ピア（Ｐ２Ｐ）、ハイパテキスト転送プロトコール（ＨＴＴＰ）、セッション始動プロトコール（ＳＩＰ）、リアリ・シンプル・シンジケーション（ＲＳＳ）、ポッドキャスティング、信号システム＃７（ＳＳ７）、モバイル通信用グローバル・システム（ＧＳＭ）、プッシュ・ツー・トーク（ＰＴＴ）、携帯電話のＰＴＴ（ＰＯＣ）及び／又は他の通信プロトコールを含むことができる。通信モードはその範囲がテキストの様相（例えば、電子メール及び／又はインスタント・メッセージ）からグラフの様相（例えば、静画及び／又は動画）又はオーディオ様相（例えば声によるコール）又はこれらの任意の組合せにおよぶことができる。
【００４１】
第一チャンネル５、第二チャンネル６及び／又は少なくとも１つの追加チャンネル７は任意の構成で１以上のパケット・ベースのネットワーク及び／又は１以上の回路ベースのネットワークを含むことができる。パケット・ベースのネットワークは例えばインターネット、キャリア・インターネット・プロトコール（ＩＰ）ネットワーク（ＬＡＮ、ＷＡＮ等）、プライベートＩＰネットワーク、ＩＰ構内交換機（ＩＰＢＸ）、無線ネットワーク（例えば、無線アクセス・ネットワーク（ＲＡＮ））及び／又は他のパケット・ベースのネットワークを含むことができる。回路ベースのネットワークは例えば公衆交換電話ネットワーク（ＰＳＴＮ）、レガシー構内交換機（ＰＢＸ）、無線ネットワーク（例えばＲＡＮ）及び／又は他の回路ベースのネットワークを含むことができる。
【００４２】
第一チャンネル５、第二チャンネル６及び追加チャンネル７はバック・エンド・システム１００に直接又は間接的に接続されることができる。バック・エンド・システム１００は例えば認証サーバ、認証検証器、ＩＤシステム、セッション・データベース、無線ゲートウェイ・サーバー、低値リソース検証器、高値リソース検証器、リソース検証器、テルミー・アプリケーション、声認証検証器及びＶＲＵゲートウェイを含むことができる。
【００４３】
図２Ａは第一実施例を示し、ここでユーザはトークンを得る。図２Ａにおける技術はいくつかの装置のシステムを使用してプロセスを行なう。このシステムは第一チャンネル１０１（ユーザ・エージェント１１０１の部分として含まれる）、認証サーバ２０２、認証検証器２０４、ＩＤシステム２０６及びセッション・データベース２０８を含む。第一チャンネル１０１は例えばウェブサイト、電話線等を含むことができる。図２Ａにおいて、ユーザは第一チャンネル１０１を使用してそのユーザＩＤを入力する（１３）。図２Ａに示されているさらなる処理は示されているようにシステム要素を使用して完了される。トークン値は第一チャンネル１０１に返信される（２２）。いくつかの具体例においてトークン値は英数字列であってもよい。いくつかの具体例においてトークン値は単一の使用トークンである。さらに又は代わりに、トークン値は時間に敏感であるか又は限られた期間有効であってもよい。
【００４４】
図２Ａにおいて、ユーザ・エージェント１１０１を使用しているユーザは、第一チャンネルに接続されて認証サービス２０２からのログイン・チャレンジ（１０）を要求する。認証サービス（ＡＳ）２０２は任意の現在のユーザ認証信用証明書を消去し（１１）且つユーザ・エージェント１１０１上でログイン・チャレンジ・ページ１２を提供する。ユーザは認証サービス２０２にユーザＩＤ又は第一認証パラメータを供給する（１３）。いくつかの実施例において、第一認証パラメータはユーザＩＤ、パスワード、ハード・トークン、ソフト・トークン、無線アプレット、声紋又はこれらの任意の組合せであることができる。いくつかの実施例において、また、第一認証パラメータは使用された装置又はチャンネルの型に対して特定であることができる。言い換えると、いくつかの実施例において、ユーザは第一認証パラメータを有してもよいが、このパラメータは陸線電話又は携帯電話、コンピュータ又は無線装置に特定である。
【００４５】
いくつかの実施例において、提示されたユーザＩＤ及び認証コンテキストを使用している（１４）認証検証器２０４はユーザが有効なユーザ（１５）であることを決める。認証サービス２０２はＩＤシステム２０６を使用して（１６）ユーザーのグローバルＩＤ１７に対してユーザＩＤをマップする。次に、認証サービス２０２はセッションＤＢ２０８に要求（１８）を送信して記録を生成し、この記録は例えばユーザＩＤ、グローバルＩＤ、認証コンテキスト（チャンネルを含む）及びセッションＩＤを含む。セッションＤＢ２０８はトークン値を生成し（１９）提供された値及び現在の時間にトークン値を組み合わせる。また、セッションＤＢ２０８はセッション・データベース・エントリを生成し、その認証状況値を進行中（１９）に設定する。セッションＤＢ２０８はこの情報のすべてを認証サービス２０２に返信し（２０）このサービスは返信されたトークン値及び時間２０を使用して認証信用証明書を生成する。この認証信用証明書はユーザがまだ認証されていないことを示し、グローバルＩＤ、セッションＩＤ、トークン値及び時間２１を含む。認証サービス２０２は認証信用証明書をユーザ・エージェント１１０１に設定し、トークン値及び指示を提供して（２２）別のチャンネル上で認証を完了する。
【００４６】
図２Ｂ１の例のプロセスはユーザ・エージェント２１０２の使用を示し、このエージェントは例えば陸線電話であることができる。図２Ｂ２の例のプロセスはユーザ・エージェント２１０２の使用を示し、このエージェントは例えば無線装置であってもよい。認証プロセスの第二部分においてトークン値及びＰＩＮ又はパスワード又は第二認証パラメータを供給するプロセスはユーザが電話（例えば図２Ｂ１）又は携帯無線アプレット（例えば図２Ｂ２）によって接続しようとしているかどうかに依存している。いくつかの実施例において、ユーザは供給されたトークン値を入力し（２７）その後そのユーザ・パスワードを入力する（２９）。他の実施例において、ユーザは単一のステップでトークン値及びそのパスワードを入力することができる。トークン値はユーザ・エージェント２１０２を介して供給された情報にユーザ・エージェント１１０１上に供給されている情報を関連づける。これは供給されたユーザ識別情報が集められ且つ使用されてユーザの認証を完了させる。
【００４７】
図２Ｂ１において、第二認証パラメータはユーザ・エージェント２１０２を通じて供給される。いくつかの実施例においてユーザ・エージェント２１０２は第二チャンネルに接続され、いくつかの実施例においてユーザ・エージェント２１０２は第二チャンネル及び第二装置の両方に接続される。一実施例すなわち図２Ｂ１において、ユーザが第二チャンネル１０２への電話による接続（２５）を要求すると、ユーザは第一チャンネルを経て提供された電話番号をダイアルする。いくつかの具体例において、ユーザはすでに知られている又はインスタント・セッション前にユーザに供給された電話番号をダイアルしてもよい。ＶＲＵゲートウェイ２００はトークン値を要求する（２６）。トークン値２７の受信後、ＶＲＵゲートウェイ２００はＰＩＮ、パスワード又はユーザからの他の第二認証パラメータを要求する（２８）。いくつかの実施例において、第二認証パラメータはユーザＩＤ、パスワード、ハード・トークン、ソフト・トークン、無線アプレット、声紋、又はパスワードもしくはＰＩＮの代わり又はその追加の任意の組合せであってもよい。
【００４８】
図２Ｂ２において、ユーザは無線携帯装置を使用して第二又は追加チャンネルにアクセスする。無線携帯の具体例において、ユーザは単一の要求においてトークン値及びＰＩＮ又はパスワードを入力する（１２７）ように依頼されてもよい。そしてユーザは第二装置として無線装置を使用するプロセスを行なう。具体例のいくつかにおいて、トークン及びパスワードが入力された後、任意の次のプロセスは同じであり、これはユーザが第二又は追加チャンネルに接続している第二装置として電話又は無線携帯装置を使用しているかどうかには関係がない。
【００４９】
図２Ｂ１及び２Ｂ２において、認証サービス２０２は、入力されたトークン値に基づいて、セッションＤＢ２０８からセッション・データを要求する（３０）。セッションＤＢ２０８はトークン値を使用して（３１）エントリ生成時間、ユーザＩＤ、グローバルＩＤ、認証コンテキスト（元のチャンネルを含む）、セッションＩＤ及び認証状況（例えば、進行中）を獲得し且つＡＳ２０２に返信する。ＡＳ２０２はセッション・エントリ・トークン、時間及び認証状況を検証する（３２）。これはユーザＩＤを得て（３３）、認証検証器２０４がユーザＩＤ、ＰＩＮ及び認証コンテキストを認証することを要求する（３４）。いくつかの実施例においてＰＩＮはチャンネル特定ＰＩＮである（例えば図２Ｂ２参照）。認証が成功すると（３５）、ＡＳ２０２はセッションＤＢ２０８に表示を送りセッション・データベース・エントリにおける認証状況（３６）を更新し例えば認証されたセッション３７にする。いくつかの実施例においてセッションＤＢ２０８は認証アップグレードに認証状況を設定してもよい（８５）。セッションＤＢ２０８は認証状況が更新された場合ＡＳ２０２に返信する（３８）。ユーザは認証が成功し且つユーザ・エージェント１１０１上でそのセッションを続けることができることを知らされる。
【００５０】
図２Ｃにおいて、ユーザは第一チャンネルに復帰し且つ認証信用証明書で認証の終了を要求する（４０）。認証サービス２０２はトークン値、グローバルＩＤ及びユーザ要求とともに認証信用証明書が配信されてからの時間を得る（４１）。ＡＳ２０２はセッションＤＢ２０８が供給されたトークン値と関連のあるセッション・データベース記録を獲得することを要求する（３０）。セッションＤＢ２０８はセッション・データベース記録を返信し９３１）、この記録は例えばユーザＩＤ、グローバルＩＤ、認証コンテキスト、トークン値、セッションＩＤ、生成時間及び認証状況を含む。
【００５１】
認証サービス２０２は時間、認証状況及びグローバルＩＤを検証し（４２）且つセッションＤＢ２０８に更新された認証状況を送信し（４３）、このデータベースはセッション・データベース２０８における認証状況を更新して（４４）認証アップグレード完了にする。セッションＤＢ２０８はＡＳ２０２に更新された状況を返信する（４５）。完全な認証信用証明書４６は作成され且つユーザ・エージェント１１０１に返信される（４７）。ユーザは認証が完了され且つ進行してもよいことを通知される。
【００５２】
いくつかの実施例において、確保されたマルチチャンネル認証方法は単一ユーザがマルチチャンネルを介して該ユーザの認証レベルを高めることによりユーザはリソースにアクセスすることができ、ここでリソースへのアクセスは第二認証パラメータを必要とする。いくつかの実施例において追加認証パラメータは第二又は追加チャンネルで必要とされる。第二又は追加認証パラメータはユーザに接続されている第二装置から供給されることができる。
【００５３】
要求されたリソースにアクセスする第一実施例においてユーザはログイン・ページでそのＩＤ及びパスワードを入力することによってウェブサイトで従来の認証プロセスを行なう。他の具体例においてユーザはマルチチャンネル認証プロセスを使用して認証してもよい。ウェブサイトにログオンした後、ユーザは最初のリソース・アクセス・レベルでウェブサイトを操縦する。ユーザが操縦又はリソースを要求して、このリソースがより高い認証アクセス・レベルを必要とする場合、ユーザはトークン値を提供するページに導かれる。そしてページはユーザ・エージェント２１０２にユーザを導き、このエージェントは追加認証パラメータを供給する。これは第二チャンネル６又は追加チャンネル７に接続されることができる。
【００５４】
ユーザは第二チャンネル６又は追加チャンネル７（例えば電話）を選択し且つ定められた番号をダイアルする。他の実施例において、ユーザは携帯装置、携帯電話又は他のウェブ・チャンネルを通じて第二チャンネルにアクセスしてもよい。ユーザは第二チャンネルを経てトークン値を入力し、第二又は追加認証パラメータ、例えばハード・トークン、安全質問に対する答え又は声紋を供給する。電話チャンネル上で入力された認証パラメータは検証される。供給されたトークン値は第一チャンネル（例えばウェブ）上でセッションにリンクする役目を果たす。ユーザが必要なプロセスを完了すると、第一チャンネル５上のユーザ・セッションはより高い認証アクセス・レベルに高められる。
【００５５】
いくつかの実施例においてユーザが２以上の別のチャンネル（例えばウェブ及び電話）を介して確実に且つ独立して認証パラメータを供給したので、ユーザはすべてのチャンネル上で認証され且つこれらの認証されたチャンネル上に進んでもよい。従って、ユーザ・エージェント２１０２に接続されている電話又は第二チャンネル６はユーザ・エージェント１１０１に接続されているウェブ又は第一チャンネル５と同じレベルの認証を有することができる。
【００５６】
図３Ａは低レベル・リソースへのアクセスを要求している（５０）ユーザを示す。リソースは従来の認証に認証されていないユーザを再度、導く（５１）。ユーザは認証サービス（ＡＳ）２０２によって挑戦され（１２）そのユーザＩＤ及びパスワードを供給する（５４）。ＡＳ２０２は認証検証器２０４にユーザＩＤ、ＰＩＮ及びコンテキストを送り（５５）、この検証器はユーザ個人情報及びパスワードを認証する（３５）。そして、ＡＳ２０２はＩＤシステム２０６がユーザＩＤをそのグローバルＩＤ（１７）にマップ（１６）することを要求する。ＡＳ２０２は低い値のリソース認証信用証明書を生成し（５９）、ＡＳ２０２はユーザ・エージェント１１０１にこの信用証明書を返信する（６０）。ユーザはすぐに低値リソース３０３に完全にアクセスする。
【００５７】
セッションにおいて後にユーザがより高い値のリソース３０７を要求すると（６３）、ユーザはこのリソースにアクセスするためにより強い認証信用証明書（６４）を必要とする。ユーザはＡＳ２０２によって再度導かれて（６５）より強い認証信用証明書を獲得する。ユーザがより強い認証信用証明書に対する要求を表示（６６）した後、ＡＳ２０２はユーザＩＤ及びセッションＤＢ２０８に対する要求を獲得して（３３）記録を生成し（１８）、この記録はユーザＩＤ、グローバルＩＤ、認証コンテキスト（チャンネルを含む）及びセッションＩＤを含む。セッションＤＢ２０８はトークン値を生成し（１９）、供給された他の値及び現在の時刻とトークン値を組み合わせる。いくつかの具体例において、セッション・データベース２０８はセッション・データベース・エントリも生成し（１９）、その認証状況値を進行中に設定する。セッションＤＢ２０８はＡＳ２０２にこの情報のすべてを返信し（２０）、このサービスはデータを使用してトークン値及び時間で現在のユーザ認証信用証明書を更新する（７１）。ＡＳ２０２はユーザ・エージェント１１０１上に認証信用証明書を設定し（２２）且つユーザにトークン値を提供するとともに別のチャンネル上で追加認証ステップを完了するように指示する。
【００５８】
図３Ｂ１及び３Ｂ２における方法は図２Ｂ１及び２Ｂ２に類似している。このより高いレベルのリソース・アクセス要件を遂行するために使用される第二認証パラメータはいくつかの実施例においてパスワードであってもよい。他の実施例において、第二認証パラメータは任意の適切な第二要因であってもよく、この要因は無線アプレット、声紋、電話のみのＰＷ、ソフト・トークン又はハード・トークンを含む。代わりの実施例即ち図３Ｂ３において、ユーザは第二チャンネルとして電話チャンネル及び認証パラメータとして声紋を使用してもよい。この実施例において、ＡＳ２０２は声認証検証器３０３に声位相に対する要求を送る（１３２）。声認証検証器３０３はＡＳ２０２に声位相ＸＸＸを送り（１３３）、そしてこのサービスはユーザがＸＸＸと言うことを要求する。そしてユーザはＸＸＸと言う１３５ことによって反応し、そして指定された声フレーズＸＸＸは声認証検証器３０３に送られ、この検証器はユーザＩＤ、フレーズＸＸＸのユーザの声及びコンテキストを認証する（１３６）。そして声認証検証器３０３はＡＳ２０２に認証が成功したという通知を送る（３５）。ＡＳ２０２はセッション・データベース２０８に更新された認証状況を送り（３６）、このデータベースは認証アップグレードとして認証状況を設定する（８２）。そして更新された状況メッセージはＡＳ２０２に送られ（３８）、ＡＳ２０２はユーザがユーザ・エージェント１１０１上でそのセッションを続けることを要求する（３９）。
【００５９】
あるいは、ユーザは第一及び第二チャンネルのいずれかでそのユーザ・セッションを続けてもよく、認証強度は、ユーザが認証手順を一旦完了すると両方のチャンネル上で同じであると考えられる。図３Ｂ４〜３Ｂ６において、ＡＳ２０２は認証信用証明書を生成して（８８）第二チャンネル上で使用する。そしてＡＳ２０２はユーザがユーザ・エージェント１１０１上でそのセッションを続けることを要求（３９）してもよいが、ユーザはユーザ・エージェント２２０２上でそのセッションを続けることもできる（９０）。
【００６０】
図３Ｃ１において、ユーザが第二チャンネル（即ちユーザ・エージェント２１０２）上で認証ステップを完了した後、ユーザは第一チャンネルに戻り且つ認証アップグレード完了を要求する（９８）。ＡＳ２０２は供給されたトークン値に関連のあるセッション・データベース記録を要求する（３０）。セッションＤＢ２０８はセッション・データベース記録を返信し（３１）、この記録は例えばユーザＩＤ、グローバルＩＤ、認証コンテキスト、トークン値、セッションＩＤ、生成時間及び認証状況を含むことができる。認証サービス２０２は時間、認証状況及びグローバルＩＤを認証し９１且つセッションＤＢ２０８に表示（４３）を送り、このデータベースはセッション・データベース２０８において認証状況を認証アップグレード完了に更新する（４４）。そしてセッションＤＢ２０８はＡＳ２０２に更新された状況を送信する（４５）。そして、アップグレードされた認証信用証明書は生成され（９４）且つユーザ・エージェント１１０１に返信される（９５）。ユーザは再度導かれて（９６）戻り、要求されたより高いレベルのリソースにアクセスする。別の実施例において（例えば図３Ｃ２）ユーザは第一及び第二チャンネルのいずれかで認証プロセスを完了する。図３Ｃ２において、ユーザは第一及び第二チャンネルの両方で高いレベルのリソースに対するチャンネル認証アップグレードを要求する（９９）。信用証明書が両方のチャンネル用に確立された後、ユーザは図３Ｃ１に示されているように続けて認証プロセスを完了することができる。
【００６１】
より高いレベルのアクセス認証信用証明書を必要とするプロセスは、より高い値のリソースが要求されるとともに、必要とされる多くの型の高レベル・アクセス・リソースに対して繰り返されることができる。さらに、より高いレベルのリソース・アクセス用の追加要因認証は最初のログインで必要とされ、より高いレベルのリソースが実際要求されるまで遅延されることができない。
【００６２】
また、いくつかの実施例は装置登録を組み込んでもよい。装置登録は認証されたユーザが高レベル・リソース・アクセスに対して確実に特定の装置を登録できるようにすることによって、ユーザは、将来高レベル・リソースへのアクセスを要求する場合、追加又は第二認証パラメータを供給するように要求されない。
【００６３】
図４Ａ１及び４Ａ２において、ユーザは図３Ａに示されているように同じプロセスを行なう。しかしながら、ＩＤシステム２０６がグローバルＩＤ１７を返信した後、ＡＳ２０２はユーザＩＤ用の強い認証方法を要求し（１４２）ＩＤシステム２０６は確実な装置登録を返信する（１４３）。ＡＳ２０２はユーザが確実な装置信用証明書１４４用に登録されているかどうか１４４、確実な装置信用証明書が存在するかどうか１４５及び装置安全信用証明書ユーザＩＤが現在のユーザによって入力された現在のユーザＩＤに合っているかどうか１４６を決めることができる。
【００６４】
図４Ａ１は一実施例を示し、ここで確実な装置信用証明書は存在しない。図４Ａ１において、ＡＳ２０２は確実な装置信用証明書が存在しない１４５ことを決めた後、ＡＳ２０２は（５９）低レベル・リソース信用証明書を生成し且つユーザに低レベル・リソース用の認証信用証明書を供給する（６０）。そしてユーザは図３Ａの同じプロセスを行なってリソースを要求し且つアクセスし、このリソースは第二又は追加認証パラメータを必要とする。さらに、いくつかの実施例において、ＡＳ２０２はトークン値及び時間を含む認証信用証明書とともに確実な装置登録を含有してもよい（７０）。
【００６５】
図４Ａ２において、確実な装置信用証明書は存在するが現在のユーザＩＤ１４６に合わない。この実施例において、ＡＳ２０２は最初の認証レベル用の認証信用証明書を生成し（５９）、装置安全信用証明書を消去しながら認証信用証明書を提供する（６０）。そしてユーザは図４Ａ１の同じプロセスを行なってリソースを要求するが、このリソースは第二又は追加認証パラメータを必要とする。
【００６６】
図４Ａ３において、確実な装置信用証明書は存在し且つ現在のユーザＩＤに一致している１４６。この実施例において、ＡＳ２０２は高い値の認証信用証明書を生成し６８、この信用証明書は追加又は第二認証パラメータを必要とするリソース用である。そしてＡＳ２０２はユーザ・エージェント１１０１に高レベル認証信用証明書を供給する。そしてユーザは追加又は第二認証パラメータを必要とするリソースにアクセスすることができるが、第二チャンネルを経て追加又は第二認証パラメータを供給する必要がない。
【００６７】
図４Ｂ１〜４Ｂ３に示されている実施例は図３Ｂ１〜３Ｂ３に示されている実施例に類似しているが、図４Ｂ１〜４Ｂ３に示されている実施例では認証検証器２０４がＡＳ２０２に認証が成功したことを示した（３５）後、ＡＳ２０２は確実な装置登録が必要とされているかどうか決める（１３７）。確実な装置登録が要求された場合、ＡＳ２０２はユーザ・エージェント２１０２に要求を送り、長期にわたって確実な装置としてユーザ・エージェント１１０１に接続されている装置を登録したいかどうか尋ねる（１３８）。そしてユーザは装置を登録したくないことを示す（１３９）。セッション・データベース２０８は認証状況を認証アップグレードに設定し且つ確実な装置登録を長期に設定する（１４１）。更新された状況はＡＳ２０２に返信され（３８）、このサービスはユーザがユーザ・エージェント１１０１上でそのセッションを続けることを要求する（３９）。いくつかの実施例において、第一装置又はユーザ・エージェント１１０１に接続されている装置は永久に長期の確実な装置として登録されてもよい。いくつかの実施例において、この装置は現在のセッション用に登録されてもよく、いくつかの実施例において、この装置は限られた時間又は特定数のユーザ・セッション、ログイン又はリソースへの要求用に登録されてもよい。図４Ｂ１においてユーザは、電話が第二チャンネル／装置でありうる場合、図４Ｂ２において無線／携帯電話アプレットが第二チャンネル／装置でありうる場合、図４Ｂ３において電話が第二チャンネル／装置であり且つユーザの声が認証パラメータでありうる場合、確実な装置登録が必要であるかどうか尋ねられてもよい。
【００６８】
図４Ｃにおいて、制御が第一チャンネルを経て第一装置に戻された場合、ＡＳ２０２は、セッション・データにおいて装置登録を確認すると、持続する信用証明書を生成するが（１６９）、この信用証明書は所有者及び第一装置用に可能であった信用証明書の型を特定する。またＡＳ２０２は認証信用証明書をアップグレードし（９４）、次に更新された認証の通知（１７１）及び確実な装置信用証明書はユーザ・エージェント１１０１に返信される。その後、ユーザがユーザ・エージェント１１０１を介して高い値のリソースを要求する場合（９６）、リソース要求は成功する９７。
【００６９】
次にアップグレード認証がＡＳ２０２に要求されると、信用証明書は、いくつかの実施例において持続するクッキーであってもよいが、発見且つ調査される。そしてユーザ及び装置が要求されたリソースに対する確実なアクセス用に登録される場合、アップグレードはその後、完了され、第二又は追加チャンネルへの復帰はない（例えば図４Ａ３）。
【００７０】
図５Ａ１〜５Ｃは異なっているが関連のある実施例を示し、認証されたユーザ又は第二ユーザが、登録されたユーザとして認証され且つ振舞う第三者又は第一ユーザに対する承認の表示をどのように提供してもよいかを示す。いくつかの実施例において第一ユーザは第二ユーザの口座にアクセスするのみであり、いくつかの実施例において第一ユーザは承認の表示を必要とするリソースにアクセスする。第三者は登録されたユーザのリソースの少なくともいくつかにアクセスすることができ、この場合登録されたユーザは第三者ユーザに個人的な認証情報を露出することはない。いくつかの実施例において口座又はリソースにアクセスすることを望む第一ユーザはリソース・プロバイダに知られておらず、いくつかの実施例において第一ユーザはリソース・プロバイダに口座を有していなくてもよい。いくつかの実施例において第一ユーザはユーザ・エージェント１１０１に接続され且つ単一の登録されたユーザはユーザ・エージェント２１０２に接続されている。いくつかの実施例においてユーザ・エージェント２１０２に関連のあるプロセスはＮ人の異なる登録／認証されたユーザによって行なわれてもよく、これらのユーザはすべて認証され又は要求されたリソースにアクセスする第一ユーザに対する承認の表示を提供する。
【００７１】
図５Ａ１において、第一ユーザは、登録されたユーザの口座へのアクセスを要求する。図５Ａ１は上述の図２Ａと同じである。しかしながら、図５Ａ１において第二ユーザ、ここでは口座所有者／登録されたユーザは関係のある第三者／第一ユーザに第一認証パラメータを与えるが、このパラメータは一具体例においてユーザＩＤを含んでもよい。また、第一ユーザに与えられた第一認証パラメータは例えば記述表題、識別番号又はＳＳＮであることができる。第三者ユーザは第一チャンネル上でユーザＩＤを入力する（１３）。ＡＳはユーザ・エージェント１上で認証信用証明書を設定し（２２）、第一ユーザはトークン値を与えられ且つ別の装置／チャンネル上で認証を完了するように指示される。第一ユーザはユーザ・エージェント２１０２に接続されている第二ユーザ又は登録されたユーザへトークン値を送信することができる。
【００７２】
図５Ｂ１においてユーザ・エージェント２１０２に接続されている第二ユーザは、第二チャンネル又は代わりの実施例における同じチャンネル上の異なる装置を介してシステムにアクセスする。いくつかの実施例において第二ユーザはトークン値（２７）及び第二認証パラメータ（２９）を入力し、このパラメータは一具体例においてパスワード又はＰＩＮであることができる。第二認証パラメータの代替又は追加の具体例はユーザＩＤ、記述表題、パスワード、ハード・トークン、ソフト・トークン、無線アプレット、声紋又はこれらの任意の組合せであってもよい。その後、第二ユーザは図２Ｂ１に示されているプロセスを行なうことができる。
【００７３】
いくつかの実施例は登録されたユーザの個人情報をさらに保護する。図５Ａ２において、関係のある第三者又は第一ユーザはウェブページ１２１にアクセスし（１２０）、このウェブページにおいてユーザは個人的な記述情報、例えばその名前又は職務を入力する（１２２）。個人的な記述情報の例はいくつかの具体例において財政上のアドバイザ、ブローカ、医師、税支払者又は配偶者を含んでもよい。いくつかの実施例において要求されたリソースは第一ユーザの認証であってもよく、いくつかの実施例においてリソースは制限される又は第二ユーザの承認を必要とする情報であり、いくつかの実施例においてリソースは登録されたユーザ又は第二ユーザの個人的口座又は情報、又は取引を完了するための認可に対するアクセスであってもよい。図５Ａ２において、ＡＳ２０２は記録１８を生成し、この記録はユーザ情報、アクセス・コンテキスト及びチャンネル情報を含む。セッション・データベース２０８はトークン値を生成し、現在の時刻を設定し且つ認証状況を進行中に設定する（１９）。セッション・データベース２０８がＡＳ２０２にトークン値及び時間を返信した（２０）後、ＡＳはユーザが認証されていないことを反映している認証信用証明書、トークン値及び時間を生成する（１２４）。第一ユーザは登録されたユーザに通信するトークン値が与えられる（７２）。
【００７４】
トークン値及び第二チャンネル上で認可プロセスを完了させる要求を受信した後、登録された又は第二のユーザはいくつかの実施例においてユーザ自身を認証する。第二ユーザは従来の認証プロセスによってユーザ自身を認証してもよく、他の実施例において第二ユーザは図２Ａ〜２Ｃに示されているマルチチャンネル・プロセスを使用してユーザ自身を認証してもよい。次に、第二ユーザは代替の又は第二のチャンネルにアクセスしてもよく、このチャンネルはトークン値に対してユーザに挑戦する（２６）。図５Ｂ２において、ＡＳ２０２がトークン、認証、コンテキスト、時間及び状況２５１を検証した後、第二ユーザは第三者によって入力された記述情報を与えられる（２５１）。満足された場合、第二ユーザは第三者ユーザのアクセスを認可することができる（２５２）。第二ユーザから認可の表示を受信すると、ＡＳ２０２は認可状況を更新し且つセッションＤＢ２０８はセッション記録を更新し、認可３６状況を認可された状況に設定する（２５５）。更新された状況はＡＳ２０２に返信され（３８）、ＡＳは第二ユーザが第一ユーザに第一ユーザがユーザ・エージェント１１０１上でセッションを続けてもよいことを知らせることを要求する（１５４）。既に述べたように、図５Ｃにおいて、第三者ユーザは、第一チャンネル上で続けて、このユーザが登録されたユーザであるという認証信用証明書が与えられる。
【００７５】
図５Ａ２及び５Ｂ２において、第二（登録された）ユーザの認証情報はいずれも第三者に露出されないが、これは第二ユーザが第一ユーザからのパスワード又は認証パラメータを保留し且つ第二チャンネルを経てその認証パラメータを入力することが許可されているからである。第二ユーザのユーザＩＤ又は代わりの具体例における他の第一認証パラメータは露出されてもよいが第二ユーザのパスワード又は第二認証パラメータは露出されない。いくつかの実施例において第二ユーザは、その口座が後に第一ユーザによって認可されていないアクセスから安全であること及びその認証情報がいずれも公に配信されないことを確実にする。しかしながら、認可コンテキストは、第二ユーザの個人的な情報、財政上その他の敏感な題材及び情報に対する第一ユーザのアクセスを許可してもよい。従って、第一ユーザは第二ユーザ又は登録されたユーザの口座情報にアクセスすることができるが、第二ユーザの認証パラメータの露出は制限されている。
【００７６】
図５Ｃにおいて、第二ユーザが（ユーザ・エージェント２１０２に接続されている）第二装置上で第二認証パラメータを入力した後、第一ユーザはユーザ・エージェント１１０１に接続されている第一チャンネル上で続行し（例えば図２Ｃ参照）、ユーザが口座の所有者であるかのように認証信用証明書が与えられる。
【００７７】
図６において、登録されたユーザは登録されたユーザによって認可又は認証された第三者セッションにアクセスし且つ所望される場合セッションを終了させることができる。他の実施例において、第二の（登録された）ユーザはリソース又は多数のリソースに対する第一ユーザのアクセスのアップグレード又はダウングレードしてもよい。いくつかの実施例においてユーザ・エージェント２１０２に接続されている登録されたユーザはリソースに接続されるように要求し（２５）、このリソースは第一ユーザに関連のあるセッションの状況を決める。そしてシステムはトークン値及び認証パラメータを要求する（２６）が、このパラメータはユーザに関連のあるチャンネル特定ＰＩＮ（２９）であってもよい。登録されたユーザがトークン値及びそのパスワードを入力した後、バック・エンド・システムは第一ユーザに関連のあるユーザ・セッションの認証状況を更新して（３６）第二ユーザによって示された状況を反映する１２６。いくつかの実施例において、状況は終了されたセッションであってもよく、他の実施例において状況はセッションのダウングレード又はアップグレードであってもよい。第二ユーザは第一ユーザのセッションが終了されたことを通知される（１２８）。いくつかの実施例において、第二ユーザは第一ユーザのアクセスがアップグレード又はダウングレードされたことを通知される。状況は第三者ユーザのセッションＩＤに関連のあるセッション・データで保たれる（１２７）。次に第三者ユーザがリソースを要求した場合（１２９）、終了状況１３０は検出されて第三者ユーザ・セッションは終了される（１３１）。いくつかの実施例において、第一ユーザのセッションのアップグレード又はダウングレードされた状況は検出されてもよく、第一ユーザのセッションは適切に修正されて第二ユーザ（口座所有者／登録されたユーザ）によって設定された新たな状況を反映する。
【００７８】
類似及び関連の実施例において、図７Ａ１〜７Ｃ１及び図７Ａ２〜７Ｃ２は親が別の方法でアクセスが制限されたマイナー且つ子である口座所有者によって要求されたリソースへのセッション幅且つ取引特定のアクセスを認可する手段をどのように提供するかを示す。また、図７Ａ３は多数のユーザ承認を必要とするリソースに対して共同口座型認可設備を提供する手段を示す。
【００７９】
一実施例において第一ユーザはユーザ自身を認証するが、第一ユーザのセッションを認可するためには認証された第二ユーザを依然として必要とする。図７Ａ１において、第一ユーザ、ここではマイナな子供は口座を有し且つログインされて低レベル・リソースまで操縦する。図７Ａ１に示されている実施例は図３Ａに示されている実施例に似ている。しかしながら図７Ａ１において子供がリソース３０７を要求し（６３）、このリソースがより強い認証パラメータ（例えば親の承認）を必要とする場合、高レベル・リソース検証器３０５は親の承認が必要であることを示す（８７）。いくつかの実施例においてリソースは個人データの変化であることができ、他の実施例においてリソースは限られたアクセスのウェブサイトであることができ、又は他の実施例においてリソースは要求された取引であることができる。高レベル・リソース検証器３０５は第一ユーザを再度導いて（６５）限定されたリソースにアクセスするために必要なプロセスを完了させる。マイナはトークン値及び指示を与えられて（７２）第二ユーザ即ちマイナの親にトークン値を通信し且つ親がマイナにアクセスすることを許可する。
【００８０】
別の実施例において第一ユーザはユーザ自身を認証するが、第二ユーザが要求されたリソースへの第一ユーザのアクセスを認可することを依然として必要とする。図７Ａ２は一実施例を示し、ここで第一ユーザ、ここではマイナは取引を完了しようとするがマイナはリソースによって必要とされた認証信用証明書を有していない。いくつかの実施例において、マイナはより高い値の信用証明書なしでより低いレベルのリソースにアクセスすることができる。マイナがより高いレベルのリソース３０７を要求し（６３）このリソースが親の承認を必要とする場合、ＡＳ２０２は第一ユーザの要求は完了するための親の承認を必要とすることを認識する（８７）。いくつかの実施例においてこの承認は任意の第二ユーザによって与えられてもよいが、このユーザはリソース、例えば先生又は監督者に対する第一ユーザの要求を承認するように認可されている。ＡＳ２０２はセッション・データベース２０８が取引記録を生成するように指図し（６７）この記録はユーザＩＤ、グローバルＩＤ、取引詳細、チャンネル、親の承認及びセッションＩＤを含む。セッション・データベース２０８はユーザＩＤ１、セッションＩＤ１用の取引ＩＤ記録を消去することによって認証状況を設定し、開放として又は代わりの実施例において承認されたユーザ１（第一ユーザ）として認証状況を設定する（５６）。また、セッション・データベース２０８は取引ＩＤ値を生成し、現在の時刻を設定し且つ開放状況として認証状況を設定する（５７）。マイナはＡＳ２０２に再び導かれて（６５）より強い認証信用証明書、この実施例では親の承認を獲得する。ＡＳ２０２はユーザＩＤを獲得し（３３）且つセッションＤＢ２０８に要求して（１８）記録を生成し（３１）この記録は例えばユーザＩＤ、グローバルＩＤ、取引詳細、チャンネル、親の承認及びセッションＩＤを含む。セッションＤＢ２０８はユーザＩＤ１用の最後の取引ＩＤ及びセッションＩＤ５８を検索し、トークン値を生成し（６９）、供給された他の値及び現在の時刻にトークン値を組み合わせる。また、セッション・データベース２０８はセッション・データベース・エントリを生成することができ、その認証状況値を進行中に設定し、又はいくつかの実施例において進行中取引ＩＤに設定する。セッションＤＢ２０８はＡＳ２０２にこの情報を返信し（２０）、このサービスはこの情報を使用してトークン値及び時間で現在のユーザ認証信用証明書を更新する（７１）。ＡＳ２０２はユーザ・エージェント１１０１上で認証信用証明書を設定し且つユーザ・エージェント１１０１にトークン値を提供し（７２）、これは他のチャンネル上で追加認証ステップを完了することを親に知らせるための指示とともに提供され、このチャンネルは例えばユーザ・エージェント２１０２であってもよい。いくつかの実施例において、第一ユーザは指示されて（７２）他の共同口座所有者に他の装置／チャンネル上で取引を認可することを知らせる（例えば図７Ａ３）。
【００８１】
図７Ａ１又は７Ａ２に示されているプロセスを完了した後、マイナは親にトークン値を通信し且つ親にリソースへのマイナのアクセスに対する承認を示すように依頼する。いくつかの実施例、図７Ｂ１において、親は親自身を認証する。いくつかの具体例において、親又は第二ユーザは従来の単一チャンネル方法を使用して親自身を認証してもよいが、他の具体例において、親／第二ユーザはマルチチャンネル方法を使用して自分自身を認証してもよく、いくつかの実施例においてこの方法は上述の図２Ａ〜２Ｃに示されている方法に類似していてもよい。この具体例において、親は、ユーザ・エージェント２１０２に接続されているが、親の認可７８を要求する。
【００８２】
図７Ｂ１において、親は第二チャンネルとして電話を使用してもよい。いくつかの実施例において、親又は第二ユーザはコンピュータ、又は携帯電話、携帯演算装置、ＰＤＡ又はブラックベリ装置等の無線装置を使用してもよい。認証サービス２０２は、入力されたトークン値に基づいて、セッションＤＢ２０８からセッション・データを要求する（３０）。セッションＤＢ２０８はトークン値を使用してデータベース記録を獲得且つ返信し（３１）この記録は例えばエントリ生成時間、ユーザＩＤ、グローバルＩＤ、認証コンテキスト、トークン値、セッションＩＤ、時間、チャンネル、セッションに対する親の承認及びＡＳ２０２への認証状況を含む。いくつかの実施例においてセッションＤＢ２０８はセッションの親の承認を必要とする指示を返信することができる（１７４）。ＡＳ２０２はトークン及び時間を検証する（８０）。ＩＤシステム２０６は第二ユーザが第一ユーザに対する「認可された親」であることを確認する（１４７、１４８）。第二ユーザが認可された親である場合、ＡＳ２０２はユーザ・エージェント１１０１に第一ユーザの情報を提供し（１４９）且つ第二ユーザが第一ユーザの要求されたリソースへのアクセスを承認することを要求する。第一ユーザの情報を検証した後、親は要求を認可し（１５０）、ＡＳ２０２は認可状況を更新する（３６）。セッションＤＢ２０８は親の認可のアップグレード及び親の認証情報１５２で認可状況を更新し且つＡＳ２０２に状況が更新されたことを通知する（３８）。ＡＳ２０２はセッションがユーザ・エージェント１１０１に接続されている第一チャンネル上で完了されることを（２２）要求する。いくつかの実施例において、ＡＳは第二ユーザが第一ユーザに第一チャンネル上でそのセッションを続けることを知らせることを要求する（１５４）。
【００８３】
図７Ｂ２において、ＩＤシステム２０６が第二ユーザは第一ユーザに対する「認可された親」であることを確認した（１４７、１４８）後で、ＡＳ２０２は取引を進行するように（１７７）許可を要求する。第二ユーザが進行の許可１７８を与えた後で、ＡＳ２０２はセッション・データベース２０８から取引データベース記録（取引ＩＤ）を要求する（１７９）。セッション・データベース２０８はＡＳ２０２を通じて取引詳細１８０を供給し、このサービスは第二ユーザに取引詳細を渡し（１８１）第二ユーザに取引を承認するように依頼する。取引詳細情報を検証した後、第二ユーザはその承認（１５０）を示し、ＡＳ２０２は認可状況を更新する（３６）。セッションＤＢ２０８は認可状況を取引及び親の認証情報１８５用の親の認可のアップグレードに設定する。さらに、セッションの状況は親の承認として印がつけられ、取引記録は取引ＩＤを反映し、第二ユーザの認証情報を含有する記録の付属物が生成される。更新された状況メッセージはＡＳ２０２の送られ（３８）、ＡＳ２０２は第二ユーザが第一ユーザにユーザ・エージェント１１０１上でそのセッションを続けてもよいことを知らせるように要求する（１５４）。
【００８４】
図７Ｃ１において、第二ユーザ（親）が第一ユーザの（マイナの）リソースに対する要求を認証又は認可した後、第一ユーザは第一チャンネル／装置上でそのセッション（１５５）を続けてもよい。ＡＳ２０２はトークン値、グローバルＩＤ及びこのユーザ要求とともに認証信用証明書が配信されてからの時間を得る。トークン値を使用して、ＡＳ２０２は供給されたトークン値と関連のあるセッション・データベース記録を獲得するようにセッションＤＢ２０８に要求する（３０）。セッションＤＢ２０８はセッション・データベース記録を返信し（３１）この記録はいくつかの実施例においてユーザＩＤ、グローバルＩＤ、認証コンテキスト、トークン値、セッションＩＤ、生成時間、チャンネル及び認証状況を含む。認証サービス２０２は時間、認証状況及びグローバルＩＤを検証し（９１）且ついくつかの実施例においてセッション用の親の承認１５９があることを確認する。他の実施例において承認の他の形式は検証されてもよい。ＡＳ２０２はセッションＤＢ２０８を使用してセッション・データベースにおける認証状況を親の認可アップグレード完了（１６１）に更新する（４３）。いくつかの実施例において認証状況は更新されて共同承認が完了していることを反映してもよい。そしてＡＳ２０２はアップグレードされた認証信用証明書を反映し、この信用証明書はいくつかの実施例において親の承認を反映してもよく、いくつかの実施例において（図７Ｃ２）強度アップグレード１８７を反映しなくてもよい。
【００８５】
図７Ｃ１において、アップグレードされた認証信用証明書は、いくつかの具体例において親の承認の表示を含むが、形成され（１６３）且つユーザ・エージェント１１０１に返信され（９５）第一ユーザは再び戻されて（９６）より高いレベルの要求されたリソースにアクセスする（９７）。
【００８６】
いくつかの実施例において、図７Ｃ２は図７Ｂ２の後に続くであろう。ＡＳ２０２が更新された認証信用証明書１８７を生成した後、この信用証明書はこの実施例において強度アップグレードを含まないが、更新された認証信用証明書及び取引ＩＤは第一ユーザに返信される（１８８）。第一ユーザは高い値のリソースを要求し（１８９）且つ取引ＩＤを供給し、これは使用されて取引記録を検索する（１９０）。セッション・データベース２０８は取引記録を返信し（１９１）この記録は親の承認用に検証され（１９２）又はいくつかの実施例において別の形式の承認を返信し、取引詳細は掲示される（１９３）。そしてリソース検証器３０６はセッション・データベース２０８で取引記録を更新し（１９４）これは取引完了として状況を記録する１９５。第一ユーザ１０１は取引が完了されたことを知らされる（９７）。取引は完了され、これは取引を認可する第二ユーザ１０２又は親の電子署名及び取引詳細が認可プロセス時に獲得され、取引が実行されることが許可されるからである。
【００８７】
図７Ａ３において、共同口座の所持者は取引を行なおうと試みて、この取引は口座参加者の両方の承認を必要とする。取引アプリケーションは電子署名要求記録を生成し且つセッション・データベース２０８内に設定した後、認証サービス２０２にユーザを再び導く。いくつかの実施例において記録はユーザＩＤ、グローバルＩＤ、取引詳細、チャンネル、取引に対する共同承認及びセッションＩＤを含む。認証サービス２０２は共同ユーザ・セッション・データベース・エントリを生成し、このエントリは署名要求エントリと称する。エントリはセッションＩＤ及びサイン状況を含み、さらに第一ユーザが承認されたことの表示を含有する。このエントリ用に作成されたトークン値は、第二口座所持者に対する承認プロセス完了の指示とともに第一口座所持者に返信される。
【００８８】
第二口座所持者は、ユーザ・エージェント２１０２に接続されているが、システムにログオンし且つトークン値を要求される位置まで操縦する。電子署名要求は要求されている取引詳細の表示とともに提示される（例えば図７Ｂ３）。第二ユーザは取引を承認し且つ第一ユーザが取引を完了してもよいことを第一ユーザに知らせる１５４。
【００８９】
図７Ｃ３において、第一ユーザは図７Ｃ２に類似している実施例において継続する。しかしながら、この実施例において、ＡＳ２０２は取引に対する共同承認３２９を探し、取引記録は電子署名記録３３５であり、要求されたリソースは電子署名によって確保された取引に対する共同認可である。このことは電子署名取引がセッション・データベース２０８から抽出され且つ実行用アプリケーションに提示されるようにする。ユーザは要求された取引の完了を知らされる。
【００９０】
マルチチャンネル方法の別の実施例は要求されたクレジット・カード取引を含む。第一実施例において、ユーザはクレジット・カード発行者があるドル額を越えるすべての取引に対して特定の装置を介してユーザに連絡を取ることを要求する。カードが盗まれて認可のために入力された取引金額がユーザに規定された限度を越える場合、ユーザはクレジット・カード発行者バック・エンド・システムによって選択された装置を経て連絡され且つＩＤ及び信用証明書又は他の認証パラメータを提供するように依頼される。この認証パラメータに対する要求は、購買時又はいくつかの実施例において販売時点で行なわれてもよく、他の実施例においてクレジット・カード・バック・エンド・システムは販売時ではない別の時にクレジット・カード口座所有者に連絡を取ってもよい。バック・エンド・システムは信用証明書が有効とされた後にのみ取引を認可する。
【００９１】
別の実施例において、クレジット・カード取引はマルチチャンネルを使用して認可又は認証されてもよい。第一実施例においてこれは例えばクレジット・カード・サービス４０１、クレジット・カード当局４０２、ＡＳ２０２、認証検証器２０４、ＩＤシステム２０６及びセッション・データベース２０８を含む。
【００９２】
図８Ａにおいて、ユーザ・エージェント１１０１に接続されている取引先はクレジット・カード所有者の代わりにクレジット・カードを使用して取引しようとする。この具体例においてクレジット・カード・サービスは取引のための検証（４１０）を要求するが、これは取引が以前に決められた許可された制限４１２よりも多い場合である。クレジット・カード当局４０２はＡＳ２０２、認証検証器２０４、ＩＤシステム２０６及びセッションＤＢ２０８に認可プロセスを送り、これらは記録を作成し且つトークン値及び時間でセッション４２２を作成する。ユーザは取引を呼び出し且つ認可するように指示される４２４。
【００９３】
図８Ａにおいて、第一ユーザは、販売時点で例えばクレジット・カードを読取器であってもよいが、クレジット・カード当局４０２に要求（４１０）を送る。クレジット・カード当局４０２は金額が所定限度４１２よりも多いかどうか決める。取引のために要求された額が所定限度よりも多い場合、クレジット・カード当局４０２はその後ユーザＩＤ４１３及びグローバルＩＤ１６を検索し、ＩＤシステム２０６のためのグローバルＩＤ及びユーザＩＤに対してクレジット・カード番号をマップする。ＩＤシステム２０６はＡＳ２０２にグローバルＩＤ及びユーザＩＤ５８’を返信し、このサービスはその後取引記録４１４を作成する。取引記録はユーザＩＤ１、グローバルＩＤ１、取引詳細、クレジット・カード処理装置ＩＤ、チャンネル１及び取引に対するクレジット・カードの承認を含む。次に、セッションＤＢ２０８は認証状況４１５を設定するが、これはユーザＩＤ１用クレジット・カード取引ＩＤを消去し、クレジット・カード処理装置ＩＤを設定し且つ認可状況をクレジット・カード公開に設定することによって行なわれる。次に、クレジット・カード当局４０２は記録を作成する（４１８）ようにＡＳに要求し、この記録はクレジット・カード番号、クレジット・カード取引ＩＤ、グローバルＩＤ及びユーザＩＤ４１８を含む。記録４１９を作成した後、セッションＤＢはトークン値を作成し且つ認証状況を進行中４１２に設定する。そしてセッションＤＢ２０８はトークン値及び時間（７０）をクレジット・カード当局４０２に返信し、これはトークン値４２２に関連のあるセッションを作成し且つクレジット・カード・サービスを促し、次に第二チャンネル上でトークン値に関連のある取引を認可するようにユーザ（４２３、４２４）に指示する。いくつかの実施例において、クレジット・カード読取器は第二チャンネルとして電話又は電話線を使用してもよい。いくつかの実施例において、クレジット・カード所有者又はユーザ・エージェント２に接続されている第二ユーザはコンピュータ又は無線装置を使用して取引を認可してもよい。
【００９４】
いくつかの実施例において、取引を認証又は認可するための呼び出しはクレジット・カード会社によって始められてもよい。いくつかの実施例において、クレジット・カード会社は電話番号を記録しており取引が行なわれる場合第二ユーザを呼び出し、この取引は追加認証又は認可を必要とする。
【００９５】
図８Ｂにおいて、取引先はクレジット・カード所有者にトークンを渡し且つ認可プロセスを完了するように要求する。いくつかの実施例においてクレジット・カード所有者又は第二ユーザは追加チャンネル上で従来の認証プロセスによって自分自身を認証してもよいが、他の実施例において第二ユーザはマルチチャンネル・プロセスを使用して自分自身を認証してもよいが、このプロセスは、いくつかの具体例において、図３Ａ〜３Ｃ１に示されているプロセスに類似していてもよい。いくつかの実施例において第二ユーザ又はクレジット・カード所有者はユーザ・エージェント２１０２に接続されている第二チャンネル上で自分自身を認証してもよい。第二ユーザはユーザ・エージェント２１０２に接続されているチャンネル上で自分自身を認証してもよいが、これはいくつかの実施例においてはトークン、ユーザＩＤ及びパスワードを入力することによって行なわれ、代わりの実施例において第二及び／又は追加認証パラメータを入力することによって行なわれる。第二ユーザは、現在、第二チャンネルに接続されているが、図７Ｂ２に示されているプロセスに類似のプロセスを次に行なう。この実施例において親の承認は必要とされないが、第二ユーザは認可されてクレジット・カード取引（４２７）を行なわなければならず、クレジット・カード取引に対する承認が必要とされる。認可及び承認は両方ともクレジット・カード取引記録４３２においてバック・エンド・システムによって記憶されている。第二ユーザが取引に対して承認した後で（４３４）、要求されたクレジット・カード取引に関連のあるセッションの状況は更新される（８６）。そして第二ユーザは第一ユーザ又は取引先に取引を完了することを知らせるように指示される（１５４）。
【００９６】
８Ｃにおいて、第二ユーザは、第二ユーザ又はクレジット・カード口座所有者によって入力された認証パラメータが検証された場合、取引を完了する。いくつかの実施例において、第二ユーザは取引に対する承認を表示して進行することができる。クレジット・カード当局４０２はＡＳ２０２に承認、トークン値及びクレジット・カード番号を供給し、このサービスはデータベース記録を要求する（３０）。セッションＤＢ２０８はデータベース記録を返信し（３１）この記録はユーザＩＤ、グローバルＩＤ、認証コンテキスト、トークン値、セッションＩＤ、時間、チャンネル、クレジット・カード取引承認及び状況を含む。そしてＡＳ２０２はセッションＤＢ記録を検証し、クレジット・カード所有者が取引に対して承認したことを決める（３９）。そして更新された認証状況３６はセッションＤＢ２０８に返信され、このデータベースは認証状況をクレジット・カード取引承認完了に設定する（４４０）。そして更新された状況はＡＳ２０２に返信され（３８）承認されたクレジット・カード取引ＩＤ４４１はクレジット・カード当局４０２に返信される。クレジット・カード当局はクレジット・カード口座所有者の承認を検証し（４４４）且つ取引詳細を掲示する（４４５）。そしてクレジット・カード当局４０２はセッションＤＢ２０８においてクレジット・カード取引記録を更新し（４４６）このデータベースはクレジット・カード取引完了４４７として新たな状況を記録する。状況が更新された後、クレジット・カード当局はクレジット・カード・サービス４０１に完了された取引の通知（４０１）及び受領書を送り、その後このサービスはユーザ・エージェント１１０１に接続されているエンド・ユーザに情報を送る（４４９）。
【００９７】
上述された技術はデジタル電子回路構成、コンピュータ・ハードウエア、ファームウエア、ソフトウエア又はこれらの組合せにおいて実施されることができる。実施例はコンピュータ・プログラム製品、例えば機械読取り可能な記憶装置又は伝播された信号等の情報キャリアにおいて明白に具体化されるコンピュータ・プログラムであることができ、これはデータ処理装置によって実行され又はこの装置の作動を制御し、この装置は例えばプログラム可能な処理装置、コンピュータ又は多数のコンピュータである。コンピュータ・プログラムは任意の形式のプログラム言語で書かれることができ、この言語は編集又は解釈された言語を含み、このプログラムは任意の形式で実施され、この形式は独立型プログラム、又はモジュール、部品、サブルーチンその他の演算環境における使用に適している装置を含む。コンピュータ・プログラムは実施されて一箇所に設けられた又は多数の箇所に分配された１つのコンピュータ又は多数のコンピュータ上で実行され且つ通信ネットワークによって相互接続される。
【００９８】
方法ステップは１以上のプログラム可能な処理装置によって行なわれることができ、この処理装置はコンピュータ・プログラムを実行して入力データにつき作動し且つ出力を生成することによって発明の機能を行なう。また、方法ステップは特定の目的の論理回路構成によって行なわれ、装置はこの構成として実施されることができるが、回路構成は例えばＦＰＧＡ（フィールド・プログラム可能なゲート・アレイ）又はＡＳＩＣ（アプリケーション特定の集積回路）である。モジュールはコンピュータ・プログラムの部分及び／又は機能性を実施する処理装置／特別回路構成であることができる。
【００９９】
コンピュータ・プログラムの実行に適している処理装置は、例えば一般的及び特別な目的のマイクロプロセッサの両方及び任意の種類のデジタル・コンピュータの任意の１以上の処理装置を含む。一般的に、処理装置は読み出し専用メモリ又はランダム・アクセス・メモリ又はこれらの両方から指示及びデータを受信する。コンピュータの必須の要素は指示を実行するための処理装置及び指示及びデータを記憶するための１以上のメモリ装置である。一般的に、またコンピュータはデータの受信又はデータの転送又はこれらの両方を行なうために、データを記憶するための１以上の大容量記憶装置を含むか又は作動可能に接続され、これらの装置は例えば磁気、光磁気ディスク又は光学ディスクである。また、データ送信及び指示は通信ネットワークを経て生じることができる。コンピュータ・プログラム指示及びデータを具体化するために適している情報キャリアはすべての形式の不揮発メモリを含み、例えばＥＰＲＯＭ、ＥＥＰＲＯＭ等の半導体メモリ装置及びフラッシュ・メモリ装置；内部ハード・ディスク又は除去可能なディスク等の磁気ディスク；光磁気ディスク；及びＣＤ−ＲＯＭ及びＤＶＤ−ＲＯＭディスクを含む。処理装置及びメモリは特別目的論理回路構成によって補われ又はこの回路構成に組み込まれることができる。
【０１００】
ここで使用されている用語「モジュール」及び「機能」はあるタスクを行なうソフトウエア又はハードウエア部品を意味するがこれには限定されない。モジュールはアドレス可能な記憶媒体に存在するように有利に構成され且つ１以上の処理装置上で実行するように構成されてもよい。モジュールは一般的目的集積回路（「ＩＣ」）、ＦＰＧＡ又はＡＳＩＣで完全又は部分的に実施されてもよい。このように、モジュールは、例えばソフトウエア部品、オブジェクト指向のソフトウエア部品、クラス部品及びタスク部品等の部品、プロセス、機能、属性、手順、サブルーチン、プログラム・コードのセグメント、ドライバ、ファームウエア、マイクロコード、回路構成、データ、データベース、データ構造、表、アレイ及び可変物を含んでもよい。部品及びモジュールにおいて設けられる機能性はさらに少ない部品及びモジュールに組み合わされてもよいし、追加部品及びモジュール内にさらに分離されてもよい。さらに、部品及びモジュールは多くの異なるプラットフォーム上で有利に実施されてもよく、このプラットフォームはコンピュータ、コンピュータ・サーバー、アプリケーション可能なスイッチ又はルータ等のデータ通信構造基盤装置、又は公衆もしくは私設電話スイッチ又は構内交換機（「ＰＢＸ」）等の遠距離通信構造基盤装置を含む。これらのうち任意の場合において、実施例は、選択されたプラットフォームに対する本来のアプリケーションを書き込むこと及びプラットフォームを１以上の外部アプリケーション・エンジンに接続することのいずれかによって達成されてもよい。
【０１０１】
ユーザとの相互作用を提供するために、上記の技術は表示装置を有するコンピュータ上で実施されることができ、このコンピュータは例えばＣＲＴ（陰極線管）又はＬＣＤ（液晶表示）モニター等のユーザに情報を表示するための表示装置、キーボード及びマウス又はトラックボール等のポインティング・デバイスを有し、これによってユーザはコンピュータに入力を提供することができる（例えばユーザ・インターフェース要素との相互作用）。また、他の種類の装置は使用されてユーザとの相互作用を提供することができ；例えばユーザへのフィードバックは感覚フィードバックの任意の形式であることができ、例えば視覚フィードバック、聴覚フィードバック又は触覚フィードバックであり；ユーザからの入力は任意の形式で受信されることができ、音響、スピーチ又は触覚入力を含む。
【０１０２】
上述された技術は分散コンピューティング・システムにおいて実施されれることができ、このシステムはバック・エンド部品、例えばデータ・サーバ、及び／又はミドルウェア部品、例えばアプリケーション・サーバ、及び／又はフロント・エンド部品、例えばグラフィカル・ユーザ・インターフェースを有するクライアント・コンピュータ及び／又はウェブ・ブラウザ、このブラウザによってユーザは実施例と相互作用することができ、又はこれらのバック・エンド、ミドルウェア又はフロント・エンド部品の任意の組合せを含む。システムの部品は任意の形式又は媒体のデジタル・データ通信、例えば通信ネットワークによって相互に接続されることができる。通信ネットワークは、例えば通信チャンネルとも称されるが、ローカル・エリア・ネットワーク（「ＬＡＮ」）及びワイド・エリア・ネットワーク（「ＷＡＮ」）例えばインターネットを含み、有線及び無線ネットワークの両方を含む。他に明確に示されなければ、通信ネットワークはＰＳＴＮのすべて又は部分、例えば特定のキャリアによって所有される部分も含むことができる。
【０１０３】
コンピューティング・システムはクライアント及びサーバを含むことができる。クライアント及びサーバは互いから一般的に遠く通常は通信ネットワークを通して相互作用する。クライアント及びサーバの関係は、各コンピュータ上で作動し且つクライアント・サーバの関係を互いに有しているコンピュータ・プログラムによって生じる。
【０１０４】
本発明は特定の具体例に対して説明された。ここに述べられている代案は例証であるのみであり任意の方法で代案を制限するものではない。本発明のステップは異なる順で行なわれることができ望ましい結果を依然として達成することができる。他の具体例は以下の請求の範囲内である。
【特許請求の範囲】
【請求項１】
ユーザがリソースにアクセスできるようにするマルチチャンネルを使用する方法であって、
ユーザを認証し；
第一チャンネルを経て第二認証パラメータを必要とするリソースに対する要求を受信し；
前記第一チャンネルを経てトークン値を送信し；
第二チャンネルを経て前記トークン値及び前記第二認証パラメータを受信し；
前記トークン値を使用して前記第二チャンネルを経て受信された第二認証パラメータに前記第一チャンネルを経て受信された要求を関連づけ；そして
前記第二認証パラメータに対する前記要求の関連づけに基づいて前記リソースに対する前記ユーザの前記アクセスを可能又は不可能にすることを含む方法。
【請求項２】
前記リソースは前記第二認証パラメータ及び少なくとも１つの追加認証パラメータを必要とし、
少なくとも１つの追加チャンネルを経て前記トークン値及び少なくとも１つの追加認証パラメータを受信し；そして
前記トークン値を使用して少なくとも１つの前記追加チャンネルを経て受信された少なくとも１つの前記追加認証パラメータに前記第一チャンネルを経て受信された前記要求を関連づけることをさらに含む、請求項１に記載の方法。
【請求項３】
前記第一チャンネルを経て前記リソースを供給することをさらに含む、請求項１に記載の方法。
【請求項４】
前記第一チャンネルを経て少なくとも１つの追加認証パラメータを必要とする追加リソースに対する要求を受信し；
少なくとも１つの追加チャンネルを経て前記トークン値及び少なくとも１つの前記追加認証パラメータを受信し；そして
前記トークン値を使用して少なくとも１つの前記追加チャンネルを経て受信された少なくとも１つの前記追加認証パラメータに前記第一チャンネルを経て受信された前記要求を関連づけることをさらに含む、請求項３に記載の方法。
【請求項５】
少なくとも１つの前記追加認証パラメータは前記第二認証パラメータである、請求項４に記載の方法。
【請求項６】
ユーザを認証することは第一チャンネルを通じて第一装置から第一認証パラメータを受信することを含み、前記第一装置は前記ユーザに接続されている、請求項１に記載の方法。
【請求項７】
前記第一認証パラメータはユーザＩＤ、パスワード、ハード・トークン、ソフト・トークン、無線アプレット、声紋又はこれらの任意の組合せである、請求項６に記載の方法。
【請求項８】
前記第二認証パラメータは前記第一認証パラメータではない、請求項６に記載の第二認証パラメータ。
【請求項９】
前記第二認証パラメータは前記第一認証パラメータよりも多くを必要とする、請求項６に記載の第二認証パラメータ。
【請求項１０】
前記第一認証及び前記第二認証パラメータはチャンネル特定である、請求項６に記載の方法。
【請求項１１】
前記追加認証パラメータは前記第一認証パラメータ又は前記第二認証パラメータではない、請求項４に記載の方法。
【請求項１２】
前記追加認証パラメータは前記第一認証パラメータ及び前記第二認証パラメータのいずれかよりも多くを必要とする、請求項４に記載の方法。
【請求項１３】
前記追加認証パラメータはユーザＩＤ、パスワード、部分パスワード、ハード・トークン、ソフト・トークン、無線アプレット、声紋又はこれらの任意の組合せである、請求項４に記載の方法。
【請求項１４】
少なくとも１つの前記追加チャンネルは前記第二チャンネルである、請求項４に記載の方法。
【請求項１５】
同時に前記第一チャンネル及び前記第二チャンネルを経て前記リソースを供給することをさらに含む、請求項１に記載の方法。
【請求項１６】
前記第一チャンネルは電話線、無線接続又はオンライン接続である、請求項１に記載の方法。
【請求項１７】
前記第二チャンネルは電話線、無線接続又はオンライン接続である、請求項１に記載の方法。
【請求項１８】
前記第二認証パラメータはユーザＩＤ、パスワード、ハード・トークン、ソフト・トークン、無線アプレット、声紋又はこれらの任意の組合せである、請求項１に記載の方法。
【請求項１９】
ユーザを認証することはマルチチャンネル認証プロセス又は単一チャンネル認証プロセスを使用することを含む、請求項１に記載の方法。
【請求項２０】
信用証明書を生成することをさらに含み、ここで前記信用証明書に関連のある情報は、前記リソースが、第二認証パラメータが前記第二チャンネルを経て供給されることなく第一装置に供給されてもよいことを示す、請求項１に記載の方法。
【請求項２１】
前記信用証明書は永久信用証明書、時間に敏感な信用証明書、所定数のユーザ・セッション後に期限がきれる信用証明書又はこれらの任意の組合せを含む、請求項２０に記載の信用証明書。
【請求項２２】
前記ユーザがその最初のセッションから出て新たなセッションを始めようとする方法において、
前記ユーザを認証し；
第一チャンネルを経て前記第一装置から前記リソースに対する要求を受信し、前記リソースに対するアクセスは前記第二チャンネルを経て供給された前記第二認証パラメータを必要とし；そして
前記信用証明書に関連のある情報を処理することを含む、請求項２０に記載の方法。
【請求項２３】
前記信用証明書に関連のある前記情報は、前記リソースが、前記第二認証パラメータが前記第二チャンネルを経て供給されることなく前記第一装置に供給されることを示す場合、前記リソースを供給することをさらに含む、請求項２２に記載の方法。
【請求項２４】
リソースに対する前記ユーザのアクセスを可能にするためにユーザを認証するマルチチャンネルを使用するための方法であって、
第一チャンネルを経てユーザに関連のある第一装置から第一認証パラメータを受信し、ここで前記ユーザは認証されず；
トークン値を送信し；
第二チャンネルを経て第二装置から前記トークン値及び第二認証パラメータを受信し、ここで前記第二装置は前記ユーザに接続され；
前記トークン値を使用して前記第一認証パラメータを前記第二認証パラメータに関連づけ；そして
前記第一認証パラメータの前記第二認証パラメータへの前記関連づけに基づいて前記ユーザのアクセスを可能又は不可能にすることを含む方法。
【請求項２５】
前記第一認証パラメータ及び前記第二認証パラメータに基づいて前記ユーザを認証することをさらに含む、請求項２４に記載の方法。
【請求項２６】
前記第二チャンネルを経て前記認証が完了していることを前記ユーザに通知することをさらに含む、請求項２４に記載の方法。
【請求項２７】
前記ユーザに前記第一チャンネル上でユーザ・セッションを続けさせることをさらに含む、請求項２４に記載の方法。
【請求項２８】
前記第一チャンネルは電話線、無線接続又はオンライン接続である、請求項２４に記載の方法。
【請求項２９】
前記第二チャンネルは電話線、無線接続又はオンライン接続である、請求項２４に記載の方法。
【請求項３０】
前記第一認証パラメータはユーザＩＤ、パスワード、ハード・トークン、ソフト・トークン、無線アプレット、声紋又はこれらの任意の組合せである、請求項２４に記載の方法。
【請求項３１】
前記第二認証パラメータはユーザＩＤ、パスワード、ハード・トークン、ソフト・トークン、無線アプレット、声紋又はこれらの任意の組合せである、請求項２４に記載の方法。
【請求項３２】
前記第一認証パラメータ及び前記第二認証パラメータはチャンネル特定である、請求項２４に記載の方法。
【請求項３３】
少なくとも１つの追加チャンネルを経て前記トークン値及び少なくとも１つの追加認証パラメータを受信することをさらに含む、請求項２４に記載の方法。
【請求項３４】
前記追加認証パラメータはユーザＩＤ、パスワード、部分パスワード、前記第一認証パラメータの部分、前記第二認証パラメータの部分又は前記第一及び前記第二認証パラメータの組合せ、ハード・トークン、ソフト・トークン、無線アプレット、声紋又はこれらの任意の組合せである、請求項３３に記載の方法。
【請求項３５】
前記トークン値を使用して前記第一認証パラメータ、前記第二認証パラメータ及び少なくとも１つの前記追加認証パラメータを関連づけることをさらに含む、請求項３３に記載の方法。
【請求項３６】
前記第一認証パラメータ、前記第二認証パラメータ及び少なくとも１つの前記追加認証パラメータを使用して前記ユーザを認証することをさらに含む、請求項３３に記載の方法。
【請求項３７】
少なくとも１つの前記追加チャンネルは前記第一又は第二チャンネルではない、請求項３３に記載の方法。
【請求項３８】
マルチチャンネルを使用してユーザにリソースにアクセスさせることができる方法であって、
第一装置から第一認証パラメータを受信し、ここで前記第一装置は第一ユーザに接続され；
前記第一ユーザからリソースに対する要求を受信し、ここで前記リソースは第二ユーザの承認の表示を必要とし；
前記第一装置にトークン値を送信し；
第二装置から第二認証パラメータ及び前記トークン値を受信し、ここで前記第二装置は前記第二ユーザに接続され；
前記トークン値を使用して前記第二認証パラメータに前記第一認証パラメータを関連づけ；そして
前記第一認証パラメータ及び前記第二認証パラメータの前記関連づけに基づいて前記リソースに対する前記ユーザの前記アクセスを可能又は不可能にすることを含む方法。
【請求項３９】
前記第二ユーザから承認の表示を受信して前記第一ユーザからの前記要求を許可することをさらに含む、請求項３８に記載の方法。
【請求項４０】
第一装置から第一認証パラメータを受信することは第一チャンネルを経て第一装置から第一認証パラメータを受信することをさらに含む、請求項３８に記載の方法。
【請求項４１】
前記第二ユーザは単一のチャンネル又はマルチチャンネル認証プロセスを使用して認証される、請求項３８に記載の方法。
【請求項４２】
第二装置から第二認証パラメータ及び前記トークン値を受信することは第一チャンネルを経て第一装置から第一認証パラメータを受信することをさらに含む、請求項３８に記載の方法。
【請求項４３】
前記トークン値を使用して前記第二チャンネルを経て受信された前記第二ユーザからの前記承認の表示に前記第一装置から受信された前記要求を関連づけることを含む、請求項３８に記載の方法。
【請求項４４】
前記第一装置に前記リソースを供給することを含む、請求項３８に記載の方法。
【請求項４５】
前記第一認証パラメータはユーザＩＤ、記述表題、パスワード、ハード・トークン、ソフト・トークン、無線アプレット、声紋又はこれらの任意の組合せである、請求項３８に記載の方法。
【請求項４６】
前記第一認証パラメータは前記第二ユーザに関連がある、請求項３８に記載の方法。
【請求項４７】
前記第二認証パラメータはユーザＩＤ、記述表題、パスワード、ハード・トークン、ソフト・トークン、無線アプレット、声紋又はこれらの任意の組合せである、請求項３８に記載の方法。
【請求項４８】
前記リソースは前記第二認証パラメータ及び少なくとも１つの追加認証パラメータを必要とする方法において、
少なくとも１つの追加チャンネルを経て前記トークン値及び少なくとも１つの追加認証パラメータを受信し；そして
前記トークン値を使用して少なくとも１つの前記追加チャンネルを経て受信された少なくとも１つの前記追加認証パラメータに前記第一チャンネルを経て受信された前記要求を関連づけることを含む、請求項３８に記載の方法。
【請求項４９】
少なくとも１つの前記追加認証パラメータは少なくとも１つの追加ユーザに関連がある、請求項４８に記載の方法。
【請求項５０】
前記追加認証パラメータはユーザＩＤ、パスワード、部分パスワード、前記第一認証パラメータの部分、前記第二認証パラメータの部分、又は前記第一及び前記第二認証パラメータの組合せ、ハード・トークン、ソフト・トークン、無線アプレット、声紋又はこれらの任意の組合せである、請求項４８に記載の方法。
【請求項５１】
前記トークン値を使用して前記第一認証パラメータ、前記第二認証パラメータ及び少なくとも１つの前記追加認証パラメータを関連づけることをさらに含む、請求項４８に記載の方法。
【請求項５２】
前記第一認証パラメータ、前記第二認証パラメータ及び少なくとも１つの前記追加認証パラメータを使用して前記第一ユーザを認証することをさらに含む、請求項４８に記載の方法。
【請求項５３】
少なくとも１つの前記追加チャンネルは前記第一又は第二チャンネルではない、請求項４８に記載の方法。
【請求項５４】
情報で信用証明書を生成し、この証明書は前記第二ユーザからの前記承認の表示がない状態で前記リソースが前記第一装置に供給されてもよいかどうかを示すことを含む、請求項３８に記載の方法。
【請求項５５】
前記信用証明書はクッキー、永久信用証明書、時間に敏感な信用証明書、所定数のユーザ・セッション後に期限がきれる信用証明書又はこれらの任意の組合せを含む、請求項５４に記載の信用証明書。
【請求項５６】
前記第一ユーザが最初のセッションから出て新たなセッションを始めようとする方法において、
前記第一装置から前記前記第一認証パラメータを受信し、ここで前記第一装置は前記第一ユーザに接続され；
前記第一装置から前記リソースに対する要求を受信し、ここで前記リソースへのアクセスは前記第二ユーザからの承認の表示を必要とし；そして
前記信用証明書に関連のある情報を処理することを含む、請求項５４に記載の方法。
【請求項５７】
前記信用証明書に関連のある前記情報は、前記リソースが、前記第二ユーザの前記承認がない状態で前記第一装置に供給されることを示す場合、前記リソースを供給することを含む、請求項５６に記載の方法。
【請求項５８】
マルチチャンネルを使用してユーザにリソースを供給する方法であって、
第一ユーザを認証し；
第一チャンネルを経て第一装置から第二ユーザからの承認の表示を必要とするリソースに対する要求を受信し、ここで前記第一装置は前記第一ユーザに接続され；
前記第一装置にトークン値を送信し；
前記第二ユーザを認証し；
前記第二チャンネルを経て第二装置から前記トークン値を受信し、ここで前記第二装置は前記第二ユーザに接続され；
前記第二装置から前記承認の表示を受信し；
前記トークン値を使用して前記第二装置からの前記承認の表示に前記第一装置からの前記要求を関連づけ；そして
前記承認の表示に対する前記要求の前記関連づけに基づいて前記第一装置に前記リソースを供給することを含む方法。
【請求項５９】
認証することはマルチチャンネル・プロセス、マルチチャンネル・プロセス又はこれらの任意の組合せを使用して認証することを含む、請求項５８に記載の方法。
【請求項６０】
前記第一ユーザを認証することは第一チャンネルを経て第一ユーザに関連のあるユーザＩＤ及び第一パスワードを受信し且つ前記ユーザＩＤ及び前記第一パスワードに基づいて前記第一ユーザを認証することを含む、請求項５８に記載の方法。
【請求項６１】
前記第二ユーザを認証することは第二チャンネルを経て第二ユーザに関連のあるユーザＩＤ及び第二パスワードを受信し且つ前記ユーザＩＤ及び第二パスワードに基づいて前記第二ユーザを認証することを含む、請求項５８に記載の方法。
【請求項６２】
前記リソースは前記第二認証パラメータ及び少なくとも１つの追加認証パラメータを必要とする方法において、
少なくとも１つ追加ユーザを認証し；
少なくとも１つの追加チャンネルを経て少なくとも１つの追加装置から前記トークン値及び少なくとも１つの追加認証パラメータを受信し、ここで少なくとも１つの前記追加装置は少なくとも１つの追加ユーザに接続され；そして
前記トークン値を使用して少なくとも１つの前記追加装置から受信された前記承認の表示に前記第一装置から受信された前記要求を関連づけることを含む、請求項５８に記載の方法。
【請求項６３】
前記トークン値を使用して前記第二装置及び少なくとも１つの前記追加装置から受信された前記承認の表示に前記第一装置から受信された前記要求を関連づけることを含む、請求項６２に記載の方法。
【請求項６４】
信用証明書を生成し、この証明書は前記第二ユーザからの前記承認の表示がない状態で前記リソースが前記第一装置に供給されてもよいかどうかを示すことを含む、請求項５８に記載の方法。
【請求項６５】
前記信用証明書はクッキー、永久信用証明書、時間に敏感な信用証明書、所定数のユーザ・セッション後に期限がきれる信用証明書又はこれらの任意の組合せを含む、請求項６４に記載の信用証明書。
【請求項６６】
前記第一ユーザが最初のセッションから出て新たなセッションを始めようとする方法において、
前記第一ユーザを認証し；
前記第一装置から前記リソースに対する要求を受信し、ここで前記第一装置は前記第一ユーザに接続され；そして
前記信用証明書に関連のある情報を処理することを含む、請求項５８に記載の方法。
【請求項６７】
前記信用証明書に関連のある前記情報は、前記リソースが、前記第二ユーザの前記承認がない状態で前記第一装置に供給されることを示す場合、前記リソースを供給することを含む、請求項６６に記載の方法。
【請求項６８】
リソースに対する第一ユーザのアクセスを決める方法であって、
第二ユーザを認証し；
トークン値を受信して、ここで前記トークン値はユーザ・セッションに関連があり前記セッションにおいて第一ユーザは前記第二ユーザからの承認の表示に基づいてリソースにアクセスし；
前記装置に前記ユーザ・セッションに関する情報を送信し；そして
前記装置から前記リソースに対する前記第一ユーザのアクセスに関する指示を受信することを含む方法。
【請求項６９】
第二ユーザを認証することは装置から認証パラメータを受信することを含み、ここで前記認証パラメータは前記第二ユーザに関連がある、請求項６８に記載の方法。
【請求項７０】
前記第二ユーザから指示を受信することは前記第二ユーザから指示を受信して前記リソースに対する前記第一ユーザの前記アクセスを終了することを含む、請求項６８に記載の方法。
【請求項７１】
前記第二ユーザから指示を受信することは前記第二ユーザから指示を受信して前記リソースに対する前記第一ユーザの前記アクセスを制限することを含む、請求項６８に記載の方法。
【請求項７２】
前記第二ユーザは締め切り又は所定数のユーザ・セッションに従って前記第一ユーザの前記アクセスを制限してもよい、請求項７１に記載の方法。
【請求項１】
ユーザがリソースにアクセスできるようにするマルチチャンネルを使用する方法であって、
ユーザを認証し；
第一チャンネルを経て第二認証パラメータを必要とするリソースに対する要求を受信し；
前記第一チャンネルを経てトークン値を送信し；
第二チャンネルを経て前記トークン値及び前記第二認証パラメータを受信し；
前記トークン値を使用して前記第二チャンネルを経て受信された第二認証パラメータに前記第一チャンネルを経て受信された要求を関連づけ；そして
前記第二認証パラメータに対する前記要求の関連づけに基づいて前記リソースに対する前記ユーザの前記アクセスを可能又は不可能にすることを含む方法。
【請求項２】
前記リソースは前記第二認証パラメータ及び少なくとも１つの追加認証パラメータを必要とし、
少なくとも１つの追加チャンネルを経て前記トークン値及び少なくとも１つの追加認証パラメータを受信し；そして
前記トークン値を使用して少なくとも１つの前記追加チャンネルを経て受信された少なくとも１つの前記追加認証パラメータに前記第一チャンネルを経て受信された前記要求を関連づけることをさらに含む、請求項１に記載の方法。
【請求項３】
前記第一チャンネルを経て前記リソースを供給することをさらに含む、請求項１に記載の方法。
【請求項４】
前記第一チャンネルを経て少なくとも１つの追加認証パラメータを必要とする追加リソースに対する要求を受信し；
少なくとも１つの追加チャンネルを経て前記トークン値及び少なくとも１つの前記追加認証パラメータを受信し；そして
前記トークン値を使用して少なくとも１つの前記追加チャンネルを経て受信された少なくとも１つの前記追加認証パラメータに前記第一チャンネルを経て受信された前記要求を関連づけることをさらに含む、請求項３に記載の方法。
【請求項５】
少なくとも１つの前記追加認証パラメータは前記第二認証パラメータである、請求項４に記載の方法。
【請求項６】
ユーザを認証することは第一チャンネルを通じて第一装置から第一認証パラメータを受信することを含み、前記第一装置は前記ユーザに接続されている、請求項１に記載の方法。
【請求項７】
前記第一認証パラメータはユーザＩＤ、パスワード、ハード・トークン、ソフト・トークン、無線アプレット、声紋又はこれらの任意の組合せである、請求項６に記載の方法。
【請求項８】
前記第二認証パラメータは前記第一認証パラメータではない、請求項６に記載の第二認証パラメータ。
【請求項９】
前記第二認証パラメータは前記第一認証パラメータよりも多くを必要とする、請求項６に記載の第二認証パラメータ。
【請求項１０】
前記第一認証及び前記第二認証パラメータはチャンネル特定である、請求項６に記載の方法。
【請求項１１】
前記追加認証パラメータは前記第一認証パラメータ又は前記第二認証パラメータではない、請求項４に記載の方法。
【請求項１２】
前記追加認証パラメータは前記第一認証パラメータ及び前記第二認証パラメータのいずれかよりも多くを必要とする、請求項４に記載の方法。
【請求項１３】
前記追加認証パラメータはユーザＩＤ、パスワード、部分パスワード、ハード・トークン、ソフト・トークン、無線アプレット、声紋又はこれらの任意の組合せである、請求項４に記載の方法。
【請求項１４】
少なくとも１つの前記追加チャンネルは前記第二チャンネルである、請求項４に記載の方法。
【請求項１５】
同時に前記第一チャンネル及び前記第二チャンネルを経て前記リソースを供給することをさらに含む、請求項１に記載の方法。
【請求項１６】
前記第一チャンネルは電話線、無線接続又はオンライン接続である、請求項１に記載の方法。
【請求項１７】
前記第二チャンネルは電話線、無線接続又はオンライン接続である、請求項１に記載の方法。
【請求項１８】
前記第二認証パラメータはユーザＩＤ、パスワード、ハード・トークン、ソフト・トークン、無線アプレット、声紋又はこれらの任意の組合せである、請求項１に記載の方法。
【請求項１９】
ユーザを認証することはマルチチャンネル認証プロセス又は単一チャンネル認証プロセスを使用することを含む、請求項１に記載の方法。
【請求項２０】
信用証明書を生成することをさらに含み、ここで前記信用証明書に関連のある情報は、前記リソースが、第二認証パラメータが前記第二チャンネルを経て供給されることなく第一装置に供給されてもよいことを示す、請求項１に記載の方法。
【請求項２１】
前記信用証明書は永久信用証明書、時間に敏感な信用証明書、所定数のユーザ・セッション後に期限がきれる信用証明書又はこれらの任意の組合せを含む、請求項２０に記載の信用証明書。
【請求項２２】
前記ユーザがその最初のセッションから出て新たなセッションを始めようとする方法において、
前記ユーザを認証し；
第一チャンネルを経て前記第一装置から前記リソースに対する要求を受信し、前記リソースに対するアクセスは前記第二チャンネルを経て供給された前記第二認証パラメータを必要とし；そして
前記信用証明書に関連のある情報を処理することを含む、請求項２０に記載の方法。
【請求項２３】
前記信用証明書に関連のある前記情報は、前記リソースが、前記第二認証パラメータが前記第二チャンネルを経て供給されることなく前記第一装置に供給されることを示す場合、前記リソースを供給することをさらに含む、請求項２２に記載の方法。
【請求項２４】
リソースに対する前記ユーザのアクセスを可能にするためにユーザを認証するマルチチャンネルを使用するための方法であって、
第一チャンネルを経てユーザに関連のある第一装置から第一認証パラメータを受信し、ここで前記ユーザは認証されず；
トークン値を送信し；
第二チャンネルを経て第二装置から前記トークン値及び第二認証パラメータを受信し、ここで前記第二装置は前記ユーザに接続され；
前記トークン値を使用して前記第一認証パラメータを前記第二認証パラメータに関連づけ；そして
前記第一認証パラメータの前記第二認証パラメータへの前記関連づけに基づいて前記ユーザのアクセスを可能又は不可能にすることを含む方法。
【請求項２５】
前記第一認証パラメータ及び前記第二認証パラメータに基づいて前記ユーザを認証することをさらに含む、請求項２４に記載の方法。
【請求項２６】
前記第二チャンネルを経て前記認証が完了していることを前記ユーザに通知することをさらに含む、請求項２４に記載の方法。
【請求項２７】
前記ユーザに前記第一チャンネル上でユーザ・セッションを続けさせることをさらに含む、請求項２４に記載の方法。
【請求項２８】
前記第一チャンネルは電話線、無線接続又はオンライン接続である、請求項２４に記載の方法。
【請求項２９】
前記第二チャンネルは電話線、無線接続又はオンライン接続である、請求項２４に記載の方法。
【請求項３０】
前記第一認証パラメータはユーザＩＤ、パスワード、ハード・トークン、ソフト・トークン、無線アプレット、声紋又はこれらの任意の組合せである、請求項２４に記載の方法。
【請求項３１】
前記第二認証パラメータはユーザＩＤ、パスワード、ハード・トークン、ソフト・トークン、無線アプレット、声紋又はこれらの任意の組合せである、請求項２４に記載の方法。
【請求項３２】
前記第一認証パラメータ及び前記第二認証パラメータはチャンネル特定である、請求項２４に記載の方法。
【請求項３３】
少なくとも１つの追加チャンネルを経て前記トークン値及び少なくとも１つの追加認証パラメータを受信することをさらに含む、請求項２４に記載の方法。
【請求項３４】
前記追加認証パラメータはユーザＩＤ、パスワード、部分パスワード、前記第一認証パラメータの部分、前記第二認証パラメータの部分又は前記第一及び前記第二認証パラメータの組合せ、ハード・トークン、ソフト・トークン、無線アプレット、声紋又はこれらの任意の組合せである、請求項３３に記載の方法。
【請求項３５】
前記トークン値を使用して前記第一認証パラメータ、前記第二認証パラメータ及び少なくとも１つの前記追加認証パラメータを関連づけることをさらに含む、請求項３３に記載の方法。
【請求項３６】
前記第一認証パラメータ、前記第二認証パラメータ及び少なくとも１つの前記追加認証パラメータを使用して前記ユーザを認証することをさらに含む、請求項３３に記載の方法。
【請求項３７】
少なくとも１つの前記追加チャンネルは前記第一又は第二チャンネルではない、請求項３３に記載の方法。
【請求項３８】
マルチチャンネルを使用してユーザにリソースにアクセスさせることができる方法であって、
第一装置から第一認証パラメータを受信し、ここで前記第一装置は第一ユーザに接続され；
前記第一ユーザからリソースに対する要求を受信し、ここで前記リソースは第二ユーザの承認の表示を必要とし；
前記第一装置にトークン値を送信し；
第二装置から第二認証パラメータ及び前記トークン値を受信し、ここで前記第二装置は前記第二ユーザに接続され；
前記トークン値を使用して前記第二認証パラメータに前記第一認証パラメータを関連づけ；そして
前記第一認証パラメータ及び前記第二認証パラメータの前記関連づけに基づいて前記リソースに対する前記ユーザの前記アクセスを可能又は不可能にすることを含む方法。
【請求項３９】
前記第二ユーザから承認の表示を受信して前記第一ユーザからの前記要求を許可することをさらに含む、請求項３８に記載の方法。
【請求項４０】
第一装置から第一認証パラメータを受信することは第一チャンネルを経て第一装置から第一認証パラメータを受信することをさらに含む、請求項３８に記載の方法。
【請求項４１】
前記第二ユーザは単一のチャンネル又はマルチチャンネル認証プロセスを使用して認証される、請求項３８に記載の方法。
【請求項４２】
第二装置から第二認証パラメータ及び前記トークン値を受信することは第一チャンネルを経て第一装置から第一認証パラメータを受信することをさらに含む、請求項３８に記載の方法。
【請求項４３】
前記トークン値を使用して前記第二チャンネルを経て受信された前記第二ユーザからの前記承認の表示に前記第一装置から受信された前記要求を関連づけることを含む、請求項３８に記載の方法。
【請求項４４】
前記第一装置に前記リソースを供給することを含む、請求項３８に記載の方法。
【請求項４５】
前記第一認証パラメータはユーザＩＤ、記述表題、パスワード、ハード・トークン、ソフト・トークン、無線アプレット、声紋又はこれらの任意の組合せである、請求項３８に記載の方法。
【請求項４６】
前記第一認証パラメータは前記第二ユーザに関連がある、請求項３８に記載の方法。
【請求項４７】
前記第二認証パラメータはユーザＩＤ、記述表題、パスワード、ハード・トークン、ソフト・トークン、無線アプレット、声紋又はこれらの任意の組合せである、請求項３８に記載の方法。
【請求項４８】
前記リソースは前記第二認証パラメータ及び少なくとも１つの追加認証パラメータを必要とする方法において、
少なくとも１つの追加チャンネルを経て前記トークン値及び少なくとも１つの追加認証パラメータを受信し；そして
前記トークン値を使用して少なくとも１つの前記追加チャンネルを経て受信された少なくとも１つの前記追加認証パラメータに前記第一チャンネルを経て受信された前記要求を関連づけることを含む、請求項３８に記載の方法。
【請求項４９】
少なくとも１つの前記追加認証パラメータは少なくとも１つの追加ユーザに関連がある、請求項４８に記載の方法。
【請求項５０】
前記追加認証パラメータはユーザＩＤ、パスワード、部分パスワード、前記第一認証パラメータの部分、前記第二認証パラメータの部分、又は前記第一及び前記第二認証パラメータの組合せ、ハード・トークン、ソフト・トークン、無線アプレット、声紋又はこれらの任意の組合せである、請求項４８に記載の方法。
【請求項５１】
前記トークン値を使用して前記第一認証パラメータ、前記第二認証パラメータ及び少なくとも１つの前記追加認証パラメータを関連づけることをさらに含む、請求項４８に記載の方法。
【請求項５２】
前記第一認証パラメータ、前記第二認証パラメータ及び少なくとも１つの前記追加認証パラメータを使用して前記第一ユーザを認証することをさらに含む、請求項４８に記載の方法。
【請求項５３】
少なくとも１つの前記追加チャンネルは前記第一又は第二チャンネルではない、請求項４８に記載の方法。
【請求項５４】
情報で信用証明書を生成し、この証明書は前記第二ユーザからの前記承認の表示がない状態で前記リソースが前記第一装置に供給されてもよいかどうかを示すことを含む、請求項３８に記載の方法。
【請求項５５】
前記信用証明書はクッキー、永久信用証明書、時間に敏感な信用証明書、所定数のユーザ・セッション後に期限がきれる信用証明書又はこれらの任意の組合せを含む、請求項５４に記載の信用証明書。
【請求項５６】
前記第一ユーザが最初のセッションから出て新たなセッションを始めようとする方法において、
前記第一装置から前記前記第一認証パラメータを受信し、ここで前記第一装置は前記第一ユーザに接続され；
前記第一装置から前記リソースに対する要求を受信し、ここで前記リソースへのアクセスは前記第二ユーザからの承認の表示を必要とし；そして
前記信用証明書に関連のある情報を処理することを含む、請求項５４に記載の方法。
【請求項５７】
前記信用証明書に関連のある前記情報は、前記リソースが、前記第二ユーザの前記承認がない状態で前記第一装置に供給されることを示す場合、前記リソースを供給することを含む、請求項５６に記載の方法。
【請求項５８】
マルチチャンネルを使用してユーザにリソースを供給する方法であって、
第一ユーザを認証し；
第一チャンネルを経て第一装置から第二ユーザからの承認の表示を必要とするリソースに対する要求を受信し、ここで前記第一装置は前記第一ユーザに接続され；
前記第一装置にトークン値を送信し；
前記第二ユーザを認証し；
前記第二チャンネルを経て第二装置から前記トークン値を受信し、ここで前記第二装置は前記第二ユーザに接続され；
前記第二装置から前記承認の表示を受信し；
前記トークン値を使用して前記第二装置からの前記承認の表示に前記第一装置からの前記要求を関連づけ；そして
前記承認の表示に対する前記要求の前記関連づけに基づいて前記第一装置に前記リソースを供給することを含む方法。
【請求項５９】
認証することはマルチチャンネル・プロセス、マルチチャンネル・プロセス又はこれらの任意の組合せを使用して認証することを含む、請求項５８に記載の方法。
【請求項６０】
前記第一ユーザを認証することは第一チャンネルを経て第一ユーザに関連のあるユーザＩＤ及び第一パスワードを受信し且つ前記ユーザＩＤ及び前記第一パスワードに基づいて前記第一ユーザを認証することを含む、請求項５８に記載の方法。
【請求項６１】
前記第二ユーザを認証することは第二チャンネルを経て第二ユーザに関連のあるユーザＩＤ及び第二パスワードを受信し且つ前記ユーザＩＤ及び第二パスワードに基づいて前記第二ユーザを認証することを含む、請求項５８に記載の方法。
【請求項６２】
前記リソースは前記第二認証パラメータ及び少なくとも１つの追加認証パラメータを必要とする方法において、
少なくとも１つ追加ユーザを認証し；
少なくとも１つの追加チャンネルを経て少なくとも１つの追加装置から前記トークン値及び少なくとも１つの追加認証パラメータを受信し、ここで少なくとも１つの前記追加装置は少なくとも１つの追加ユーザに接続され；そして
前記トークン値を使用して少なくとも１つの前記追加装置から受信された前記承認の表示に前記第一装置から受信された前記要求を関連づけることを含む、請求項５８に記載の方法。
【請求項６３】
前記トークン値を使用して前記第二装置及び少なくとも１つの前記追加装置から受信された前記承認の表示に前記第一装置から受信された前記要求を関連づけることを含む、請求項６２に記載の方法。
【請求項６４】
信用証明書を生成し、この証明書は前記第二ユーザからの前記承認の表示がない状態で前記リソースが前記第一装置に供給されてもよいかどうかを示すことを含む、請求項５８に記載の方法。
【請求項６５】
前記信用証明書はクッキー、永久信用証明書、時間に敏感な信用証明書、所定数のユーザ・セッション後に期限がきれる信用証明書又はこれらの任意の組合せを含む、請求項６４に記載の信用証明書。
【請求項６６】
前記第一ユーザが最初のセッションから出て新たなセッションを始めようとする方法において、
前記第一ユーザを認証し；
前記第一装置から前記リソースに対する要求を受信し、ここで前記第一装置は前記第一ユーザに接続され；そして
前記信用証明書に関連のある情報を処理することを含む、請求項５８に記載の方法。
【請求項６７】
前記信用証明書に関連のある前記情報は、前記リソースが、前記第二ユーザの前記承認がない状態で前記第一装置に供給されることを示す場合、前記リソースを供給することを含む、請求項６６に記載の方法。
【請求項６８】
リソースに対する第一ユーザのアクセスを決める方法であって、
第二ユーザを認証し；
トークン値を受信して、ここで前記トークン値はユーザ・セッションに関連があり前記セッションにおいて第一ユーザは前記第二ユーザからの承認の表示に基づいてリソースにアクセスし；
前記装置に前記ユーザ・セッションに関する情報を送信し；そして
前記装置から前記リソースに対する前記第一ユーザのアクセスに関する指示を受信することを含む方法。
【請求項６９】
第二ユーザを認証することは装置から認証パラメータを受信することを含み、ここで前記認証パラメータは前記第二ユーザに関連がある、請求項６８に記載の方法。
【請求項７０】
前記第二ユーザから指示を受信することは前記第二ユーザから指示を受信して前記リソースに対する前記第一ユーザの前記アクセスを終了することを含む、請求項６８に記載の方法。
【請求項７１】
前記第二ユーザから指示を受信することは前記第二ユーザから指示を受信して前記リソースに対する前記第一ユーザの前記アクセスを制限することを含む、請求項６８に記載の方法。
【請求項７２】
前記第二ユーザは締め切り又は所定数のユーザ・セッションに従って前記第一ユーザの前記アクセスを制限してもよい、請求項７１に記載の方法。
【図１】
【図２Ａ】
【図２Ｂ１】
【図２Ｂ２】
【図２Ｃ】
【図３Ａ】
【図３Ｂ１】
【図３Ｂ２】
【図３Ｂ３】
【図３Ｂ４】
【図３Ｂ５】
【図３Ｂ６】
【図３Ｃ１】
【図３Ｃ２】
【図４Ａ１−４Ａ１．１】
【図４Ａ１．２】
【図４Ａ２−４Ａ２．１】
【図４Ａ２．２】
【図４Ａ３−４Ａ３．１】
【図４Ａ３．２】
【図４Ｂ１】
【図４Ｂ２】
【図４Ｂ３】
【図４Ｃ】
【図５Ａ１】
【図５Ａ２】
【図５Ｂ１】
【図５Ｂ２】
【図５Ｃ】
【図６】
【図７Ａ１】
【図７Ａ２−７Ａ２．１】
【図７Ａ２．２】
【図７Ａ３】
【図７Ｂ１】
【図７Ｂ２−７Ｂ２．１】
【図７Ｂ２．２】
【図７Ｂ３−７Ｂ３．１】
【図７Ｂ３．２】
【図７Ｃ１】
【図７Ｃ２】
【図７Ｃ３】
【図８Ａ】
【図８Ｂ】
【図８Ｃ】
【図２Ａ】
【図２Ｂ１】
【図２Ｂ２】
【図２Ｃ】
【図３Ａ】
【図３Ｂ１】
【図３Ｂ２】
【図３Ｂ３】
【図３Ｂ４】
【図３Ｂ５】
【図３Ｂ６】
【図３Ｃ１】
【図３Ｃ２】
【図４Ａ１−４Ａ１．１】
【図４Ａ１．２】
【図４Ａ２−４Ａ２．１】
【図４Ａ２．２】
【図４Ａ３−４Ａ３．１】
【図４Ａ３．２】
【図４Ｂ１】
【図４Ｂ２】
【図４Ｂ３】
【図４Ｃ】
【図５Ａ１】
【図５Ａ２】
【図５Ｂ１】
【図５Ｂ２】
【図５Ｃ】
【図６】
【図７Ａ１】
【図７Ａ２−７Ａ２．１】
【図７Ａ２．２】
【図７Ａ３】
【図７Ｂ１】
【図７Ｂ２−７Ｂ２．１】
【図７Ｂ２．２】
【図７Ｂ３−７Ｂ３．１】
【図７Ｂ３．２】
【図７Ｃ１】
【図７Ｃ２】
【図７Ｃ３】
【図８Ａ】
【図８Ｂ】
【図８Ｃ】
【公表番号】特表２０１０−５０６３１２（Ｐ２０１０−５０６３１２Ａ）
【公表日】平成２２年２月２５日（２０１０．２．２５）
【国際特許分類】
【出願番号】特願２００９−５３１６３５（Ｐ２００９−５３１６３５）
【出願日】平成１９年１０月５日（２００７．１０．５）
【国際出願番号】ＰＣＴ／ＵＳ２００７／０８０６４５
【国際公開番号】ＷＯ２００８／０４３０９０
【国際公開日】平成２０年４月１０日（２００８．４．１０）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＧＳＭ
【出願人】（５０５４４６７７０）エフエムアール エルエルシー (12)
【Ｆターム（参考）】
【公表日】平成２２年２月２５日（２０１０．２．２５）
【国際特許分類】
【出願日】平成１９年１０月５日（２００７．１０．５）
【国際出願番号】ＰＣＴ／ＵＳ２００７／０８０６４５
【国際公開番号】ＷＯ２００８／０４３０９０
【国際公開日】平成２０年４月１０日（２００８．４．１０）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＧＳＭ
【出願人】（５０５４４６７７０）エフエムアール エルエルシー (12)
【Ｆターム（参考）】
[ Back to top ]