(57)【特許請求の範囲】
【請求項１】
秘密情報にアクセスするための多重パーティ及び多重レベルの承認を可能にする方法において、
前記方法は、
プロセッサにより、複数のサービス、第１のセットのアクセス特権レベル、第１のセットのアクセス特権レベルに対応する第１のセットの認証情報、第２のセットのアクセス特権レベル、及び第２のセットのアクセス特権レベルに対応する第２のセットの認証情報を、構成するステップであって、第１のセットのアクセス特権レベル及び第２のセットのアクセス特権レベルは、複数のサービスと関連し、第１のセットのアクセス特権レベルのうちの少なくとも一つのアクセス特権レベルと、第１のセットの認証情報のうちの少なくとも一つの認証情報とは、複数のサービスのうちの一つ以上のサービスをリクエストするために一人以上のサービス消費者に提供され、第２のセットのアクセス特権レベルのうちの少なくとも一つのアクセス特権レベルと、第２のセットの認証情報のうちの少なくとも一つの認証情報とは、一人以上のサービス消費者によりリクエストされる一つ以上のサービスを果たすためにサービスプロバイダに提供される、ステップと、
プロセッサにより、一人以上のサービス消費者に関連する一義的識別子に基づいて、一人以上のサービス消費者を特定するステップと、
プロセッサにより、特定後、複数のサービスのうちの一つ以上のサービスを促進するように、一人以上のサービス消費者からのサービスリクエストを受信するステップと、
プロセッサにより、サービスのために構成された、第１のセットのアクセス特権レベルのうちのアクセス特権レベルと、第１のセットのアクセス特権レベルのうちのアクセス特権レベルに対応する、第１のセットの認証情報のうちの認証情報とに、基づいて、一人以上のサービス消費者を認証するステップと、
プロセッサにより、一人以上のサービス消費者の認証後、一人以上のサービス消費者によりリクエストされる一つ以上のサービスに対応するワンタイム承認トークン（ＯＴＡＴ）を生成するステップと、
プロセッサにより、ＯＴＡＴと、第２のセットのアクセス特権レベルのうちのアクセス特権レベルと、第２のセットのアクセス特権レベルのうちのアクセス特権レベルに対応する、第２のセットの認証情報のうちの認証情報とに、基づいて、サービスプロバイダを認証するステップと、
プロセッサにより、一人以上のサービス消費者からのサービスリクエストを果たすために要求された、一人以上のサービス消費者に関連する、秘密情報にアクセスするようにサービスプロバイダを承認するステップであって、サービスリクエストが果たされるまで若しくはＯＴＡＴに関する有効期間が失効するまで、アクセスがサービスプロバイダに提供される、ステップと
を含む、方法。
【請求項２】
第１のセットの認証情報及び第２のセットの認証情報は、認証情報、バイオメトリック署名、秘密の質問、及びそれらの組み合わせのうちの、少なくとも一つを含み、バイオメトリック署名は、指紋、虹彩、顔、手のひら静脈、声、及びそれらの組み合わせのうちの、少なくとも一つを含み、第１のセットのアクセス特権レベル、及び第２のセットのアクセス特権レベルは、個々のサービス、及び、秘密情報に関連する機密性のレベルに基づいて、構成される、請求項１に記載の方法。
【請求項３】
一義的識別子は、ユーザ名やパスワードのような認証情報、無線自動識別（ＲＦＩＤ）、個人識別番号（ＰＩＮ）、及びそれらの組み合わせのうちの一つである、請求項１に記載の方法。
【請求項４】
サービスリクエストは一人以上のサービス消費者に関連するサービス消費者デバイスから受信され、サービス消費者デバイスは、携帯電話、キオスク、インタラクティブボイスレスポンス（ＩＶＲ）対応デバイス、インターネット対応デバイス、ＰＯＳ端末、及び、サービスプロバイダの構内の範囲内に存するコンピュータ端末のうちの、ひとつであり、サービス消費者デバイスは、サービスリクエストを発行するために予め登録される、請求項１に記載の方法。
【請求項５】
一人以上のサービス消費者に適用可能な複数のサービスからの、一つ以上のサービスを含むサービスカタログを、サービス消費者デバイスに表示するステップを含み、サービスカタログは一つ以上のサービス消費者の特定後に表示される、請求項４に記載の方法。
【請求項６】
ＯＴＡＴは更に、ＯＴＡＴに関連するトークンディテールを含み、トークンディテールは、トークンタイプ、トークンのためのユニークＩＤ、ホスト識別子、トークンが発行される対象であるサービスプロバイダのロール及びアクセス特権レベル、トークンを発行する一人以上のサービス消費者の識別子、消費者ＩＤ、口座識別子を伴う一つ以上の口座のリスト、サービスエンドポイントリファレンス、一つ以上の口座のためのサービスのリスト、個々のサービスのためのアクセス特権レベル、データ感度指示、トークン発行タイムスタンプ、及びトークン失効タイムスタンプを含む、請求項１に記載の方法。
【請求項７】
更に、一人以上の消費者の認証に際して一義的キーを生成するステップを含み、
サービスリクエストが、携帯電話、キオスク、インタラクティブボイスレスポンス（ＩＶＲ）対応デバイス、及びインターネット対応デバイスのうちの一つから受信されると、一義的キーが生成され、
一義的キーは、英数字キー、数字キー、若しくはハッシュコード、又はそれらの組み合わせのうちの、一つであり、
一義的キーの生成は、登録された通知手段にサービス消費者に関するテキストメッセージ若しくはマルチメディアメッセージを送信することにより一人以上のサービス消費者に、更に通知される、請求項６に記載の方法。
【請求項８】
一義的キーは、承認ディテール、サービスディテール、一人以上のサービス消費者の情報、有効時間、及び待ち時間を含み、一義的キーは更にＯＴＡＴに翻訳される、請求項７に記載の方法。
【請求項９】
サービスプロバイダは、サービスプロバイダデバイスを介して秘密情報にアクセスするように承認され、サービスプロバイダデバイスは、サービスプロバイダの構内の範囲内に存するコンピュータ端末であり、サービスプロバイダは、更に、一人以上のサービス消費者からのサービスリクエストを果たすように予め登録される、請求項４に記載の方法。
【請求項１０】
秘密情報は、秘密情報に係る機密性のレベルに基づいて、所定カテゴリの少なくとも一つに分類され、所定のカテゴリへの秘密情報の分類に基づいて、サービスプロバイダデバイスに秘密情報が表示される、請求項９に記載の方法。
【請求項１１】
所定のカテゴリは、極秘、秘密、内密及び制約を含み、秘密情報は分類に基づいてマスクされ若しくは部分的にマスクされる、請求項１０に記載の方法。
【請求項１２】
サービスリクエストは、複数のサービスのうちの一つ以上のサービスを促進するように受信され、多重サービスのために構成されたアクセス特権レベルのうちの最高のアクセス特権レベルと、最高のアクセス特権レベルに対応する認証情報とに、基づいて、一人以上のサービス消費者が認証される、請求項５に記載の方法。
【請求項１３】
一つ以上の更なるサービスに関連する、ＯＴＡＴに関連する有効時間の範囲内で一つ以上のサービス消費者から受信された、別のサービスリクエストを果たすために、サービスプロバイダを認証するステップを、更に含み、
別のサービスリクエストは、
ＯＴＡＴ、一人以上のサービス消費者へのサービスカタログのディスプレイを可能にするように構成された第２のセットのアクセス特権レベルのアクセス特権、及び、サービスカタログのディスプレイを可能にするように構成された前記アクセス特権に対応する認証情報に、基づいて、サービスプロバイダを認証すること、
認証に基づいて、サービス消費者デバイスにサービスカタログを表示すること、
サービスカタログに存在する、一つ以上の更なるサービスを促進するための別のサービスリクエストを受信すること、
一つ以上の更なるサービスのために構成された第１のセットのアクセス特権レベルのうちの更なるアクセス特権レベルと、第１のセットのアクセス特権レベルの更なるアクセス特権レベルに対応する、第１のセットの認証情報のうちの、認証情報とに、基づいて、一人以上のサービス消費者を認証すること、
更新されたＯＴＡＴを生成するために、一つ以上の更なるサービスに基づいて、ＯＴＡＴ内のトークンディテールを更新すること、及び、
一つ以上の更なるサービスに関連する別のサービスリクエストを果たすために、更新されたＯＴＡＴに基づいて秘密情報にアクセスするようにサービスプロバイダを認証すること
により果たされる、請求項１に記載の方法。
【請求項１４】
秘密情報にアクセスするための多重パーティ及び多重レベルの承認を可能にするシステムにおいて、
前記システムは、
複数のセンサ、
プロセッサ、及び、
プロセッサに結合するメモリであって、プロセッサは、メモリ内に格納されるコンピュータ読み出し可能命令を実行することが可能である、メモリ
を含み、
前記コンピュータ読み出し可能命令は、
複数のサービス、第１のセットのアクセス特権レベル、第１のセットのアクセス特権レベルに対応する第１のセットの認証情報、第２のセットのアクセス特権レベル、及び第２のセットのアクセス特権レベルに対応する第２のセットの認証情報を、構成する命令であって、
第１のセットのアクセス特権レベル及び第２のセットのアクセス特権レベルは、複数のサービスと関連し、第１のセットのアクセス特権レベルのうちの少なくとも一つのアクセス特権レベルと、第１のセットの認証情報のうちの少なくとも一つの認証情報とは、複数のサービスのうちの一つ以上のサービスをリクエストするために一人以上のサービス消費者に提供され、第２のセットのアクセス特権レベルのうちの少なくとも一つのアクセス特権レベルと、第２のセットの認証情報のうちの少なくとも一つの認証情報とは、一人以上のサービス消費者によりリクエストされる一つ以上のサービスを果たすためにサービスプロバイダに提供される、構成する命令と、
一人以上のサービス消費者に関連する一義的識別子に基づいて、一人以上のサービス消費者を特定する命令と、
特定後、複数のサービスのうちの一つ以上のサービスを促進するように、一人以上のサービス消費者からのサービスリクエストを受信する命令と、
サービスのために構成された、第１のセットのアクセス特権レベルのうちのアクセス特権レベルと、第１のセットのアクセス特権レベルのうちのアクセス特権レベルに対応する、第１のセットの認証情報のうちの認証情報とに、基づいて、一人以上のサービス消費者を認証する命令と、
一人以上のサービス消費者の認証後、一人以上のサービス消費者によりリクエストされる一つ以上のサービスに対応するワンタイム承認トークン（ＯＴＡＴ）を生成する命令と、
ＯＴＡＴと、サービスのために構成された、第２のセットのアクセス特権レベルのうちのアクセス特権レベルと、第２のセットのアクセス特権レベルのうちのアクセス特権レベルに対応する、第２のセットの認証情報のうちの認証情報とに、基づいて、サービスプロバイダを認証する命令と、及び、
一人以上のサービス消費者からのサービスリクエストを果たすために要求された、一人以上のサービス消費者に関連する、秘密情報にアクセスするようにサービスプロバイダを承認する命令であって、サービスリクエストが果たされるまで若しくはＯＴＡＴに関する有効期間が失効するまで、アクセスがサービスプロバイダに提供される、承認する命令と
である
システム。
【請求項１５】
更に、一つ以上の更なるサービスに関連する、ＯＴＡＴに関連する有効時間の範囲内で一つ以上のサービス消費者から受信された、別のサービスリクエストを果たすために、サービスプロバイダを認証するように構成され、
別のサービスリクエストは、
ＯＴＡＴ、一人以上のサービス消費者へのサービスカタログのディスプレイを可能にするように構成された第２のセットのアクセス特権レベルのアクセス特権、及び、サービスカタログのディスプレイを可能にするように構成された前記アクセス特権に対応する認証情報に、基づいて、サービスプロバイダを認証すること、
認証に基づいて、サービス消費者デバイスにサービスカタログを表示すること、
サービスカタログに存在する、一つ以上の更なるサービスを促進するための別のサービスリクエストを受信すること、
一つ以上の更なるサービスのために構成された第１のセットのアクセス特権レベルのうちの更なるアクセス特権レベルと、第１のセットのアクセス特権レベルの更なるアクセス特権レベルに対応する、第１のセットの認証情報のうちの、認証情報とに、基づいて、一人以上のサービス消費者を認証すること、
更新されたＯＴＡＴを生成するために、一つ以上の更なるサービスに基づいて、ＯＴＡＴ内のトークンディテールを更新すること、及び、
一つ以上の更なるサービスに関連する別のサービスリクエストを果たすために、更新されたＯＴＡＴに基づいて秘密情報にアクセスするようにサービスプロバイダを認証すること
により果たされる、請求項１４に記載のシステム。
【請求項１６】
秘密情報にアクセスするための多重パーティ及び多重レベルの承認を可能にするコンピュータデバイスで実行可能であるプログラムを実装する持続性コンピュータ読み出し可能媒体において、
前記プログラムは、
複数のサービス、第１のセットのアクセス特権レベル、第１のセットのアクセス特権レベルに対応する第１のセットの認証情報、第２のセットのアクセス特権レベル、及び第２のセットのアクセス特権レベルに対応する第２のセットの認証情報を、構成するためのプログラムコードであって、
第１のセットのアクセス特権レベル及び第２のセットのアクセス特権レベルは、複数のサービスと関連し、第１のセットのアクセス特権レベルのうちの少なくとも一つのアクセス特権レベルと、第１のセットの認証情報のうちの少なくとも一つの認証情報とは、複数のサービスのうちの一つ以上のサービスをリクエストするために一人以上のサービス消費者に提供され、第２のセットのアクセス特権レベルのうちの少なくとも一つのアクセス特権レベルと、第２のセットの認証情報のうちの少なくとも一つの認証情報とは、一人以上のサービス消費者によりリクエストされる一つ以上のサービスを果たすためにサービスプロバイダに提供される、プログラムコードと、
一人以上のサービス消費者に関連する一義的識別子に基づいて、一人以上のサービス消費者を特定するためのプログラムコードと、
特定後、複数のサービスのうちの一つ以上のサービスを促進するように、一人以上のサービス消費者からのサービスリクエストを受信するプログラムコードと、
サービスのために構成された、第１のセットのアクセス特権レベルのうちのアクセス特権レベルと、第１のセットのアクセス特権レベルのうちのアクセス特権レベルに対応する、第１のセットの認証情報のうちの認証情報とに、基づいて、一人以上のサービス消費者を認証するためのプログラムコードと、
一人以上のサービス消費者の認証後、一人以上のサービス消費者によりリクエストされる一つ以上のサービスに対応するワンタイム承認トークン（ＯＴＡＴ）を生成するためのプログラムコードと、
ＯＴＡＴと、サービスのために構成された、第２のセットのアクセス特権レベルのうちのアクセス特権レベルと、第２のセットのアクセス特権レベルのうちのアクセス特権レベルに対応する、第２のセットの認証情報のうちの認証情報とに、基づいて、サービスプロバイダを認証するためのプログラムコードと、及び、
一人以上のサービス消費者からのサービスリクエストを果たすために要求された、一人以上のサービス消費者に関連する、秘密情報にアクセスするようにサービスプロバイダを承認するためのプログラムコードであって、
サービスリクエストが果たされるまで若しくはＯＴＡＴに関する有効期間が失効するまで、アクセスがサービスプロバイダに提供される、プログラムコード
を含む
持続性コンピュータ読み出し可能媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、印度国特許出願番号９７３／ＭＵＭ／２０１５からの優先権を主張するものである。
【０００２】
本明細書に記載の本開示は、概略、秘密情報への安全なアクセスの管理のためのシステム及び方法に関し、特に、顧客のために若しくは顧客に代わって、実行するトランザクションの安全な管理に関する。
【背景技術】
【０００３】
銀行などの金融機関は、銀行及び銀行顧客の要求を充足することに関する様々なタスクを実装するインフォーメーションテクノロジ（ＩＴ）システムに、非常に大きく依存する。ここでタスクは、商取引、送金、ＡＴＭトランザクション、クレジットカードトランザクションなどの、サービスリクエストを処理することを含み得る。サービスリクエストを処理するために、銀行は顧客の秘密情報にアクセスし得る。しかしながら、秘密情報はプライベートなものと考えられるので、秘密情報は、銀行の対象顧客以外のどの人にも乱用されるべきではない。従って、銀行の顧客に補助業務を行う、承認された職員のみが、顧客が出席し且つ顧客が補助業務を行っている銀行職員に能動的同意及び承認を与えたときに、サービスリクエストを処理するために秘密情報を閲覧し、補正し、若しくは処理することができる。よって、ＩＴシステムで採用されているセキュリティシステムは、秘密情報の乱用を回避するものであり、安全取引を促進するものである。更に、多重パーティ及び多重レベルセキュリティシステムは、銀行及びその顧客に損失を生じるかもしれない無保証アクティビティを、回避する。
【０００４】
安全取引を促進するために、セキュリティシステムの多くは、サービスリクエストを処理する間に個人情報、顧客の銀行預金口座詳細、顧客プロファイルなどを含む顧客の秘密情報に、銀行の承認された職員がアクセスできるようにしているのが、一般的である。しかしながら、そのようなやり方では、承認された職員により顧客のサービスリクエストが処理されている間、銀行のサービスカウンタの向かい側で立っている顧客は、承認された職員により実施されている活動につき眺めることも、アクセスすることも、モニターすることもコントロールすることもできない、ということになる。更に、当然のことながら、承認された職員に全面開示されている個人情報は、乱用の場合に、顧客にとって壊滅的なものとなり得る。銀行口座番号、ＰＩＮ、パスワード、顧客プロファイルへのアクセスなどの個人情報を漏洩することは、銀行自身だけで無く顧客にも損失を生じ得る。更に、顧客に対するサービスを行った後の顧客口座への、承認された職員の活動に関する情報を、顧客は何ら持たない。このことは、承認された職員が秘密情報を利用し、顧客補助サービスが実施された後にも認証セッションのセッション終了の範囲内で絶好のチャンスを活用して顧客口座で非認証取引を行う、というような状況に、繋がりかねない。監査活動が実施される際でもこのことは検出され得ない。更に、開始されたセッションがサービスリクエストの解消後には終わらされたかどうかについて、顧客は無自覚である。認証された銀行職員が何のサービスに対するアクセスを有するかに関して、顧客が完全なコントロールを有するシステムに、強いコントロールを及ぼすニーズがある。システムは、補助サービスをリクエストする際顧客により能動的コントロールをさせつつ、被用者の着服を回避し検知するセキュリティコントロールを実装し得る。秘密情報を含む取引を完遂するために多重パーティ及び多重レベルの承認を設けることにより、セキュリティ違反は最小限となる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
この概要は、秘密情報にアクセスする多重パーティ及び多重レベルの認証を可能にするためのシステム及び方法に関する形態を紹介すべく提示されるのであり、形態は更に、以下の発明の詳細な説明にて説明する。この概要は、本開示の本質的特徴を特定することを意図するものでも無く、本開示の範囲を決定し若しくは限定するのに用いることを意図するものでも無い。
【課題を解決するための手段】
【０００６】
一つの実装では、秘密情報にアクセスするための多重パーティ及び多重レベルの承認を可能にする方法が開示される。方法は、プロセッサにより、複数のサービス、第１のセットのアクセス特権レベル、第１のセットのアクセス特権レベルに対応する第１のセットの認証情報、第２のセットのアクセス特権レベル、及び第２のセットのアクセス特権レベルに対応する第２のセットの認証情報を、構成するステップを含み得る。第１のセットのアクセス特権レベル及び第２のセットのアクセス特権レベルは、複数のサービスと関連する。ある形態では、第１のセットのアクセス特権レベルのうちの少なくとも一つのアクセス特権レベルと、第１のセットの認証情報のうちの少なくとも一つの認証情報とは、複数のサービスのうちの一つ以上のサービスをリクエストするために一人以上のサービス消費者（以下では、交互に変わりとなるように「一人以上の顧客」とも称する）に提供される。更に、第２のセットのアクセス特権レベルのうちの少なくとも一つのアクセス特権レベルと、第２のセットの認証情報のうちの少なくとも一つの認証情報とは、一人以上のサービス消費者によりリクエストされる一つ以上のサービスを果たすためにサービスプロバイダに提供される。方法は更に、プロセッサにより、一人以上のサービス消費者に関連する一義的識別子に基づいて、一人以上のサービス消費者を特定するステップを含み得る。方法は更に、プロセッサにより、特定後、複数のサービスのうちの一つ以上のサービスを促進するように、一人以上のサービス消費者からのサービスリクエストを受信するステップを含み得る。更に、方法は、プロセッサにより、サービスのために構成された、第１のセットのアクセス特権レベルのうちのアクセス特権レベルと、第１のセットのアクセス特権レベルのうちのアクセス特権レベルに対応する、第１のセットの認証情報のうちの認証情報とに、基づいて、一人以上のサービス消費者を認証するステップを含み得る。方法は更に、プロセッサにより、一人以上のサービス消費者の認証後、一人以上のサービス消費者によりリクエストされる一つ以上のサービスに対応するワンタイム承認トークン（ＯＴＡＴ）を生成するステップを含み得る。更に、方法は、プロセッサにより、ＯＴＡＴと、サービスのために構成された、第２のセットのアクセス特権レベルのうちのアクセス特権レベルと、第２のセットのアクセス特権レベルのうちのアクセス特権レベルに対応する、第２のセットの認証情報のうちの認証情報とに、基づいて、サービスプロバイダを認証するステップを含み得る。更に、方法は、プロセッサにより、一人以上のサービス消費者からのサービスリクエストを果たすために要求された、一人以上のサービス消費者に関連する、秘密情報にアクセスするようにサービスプロバイダを承認するステップを含み得る。ある形態では、サービスリクエストが果たされるまで若しくはＯＴＡＴに関する有効期間が失効するまで、アクセスがサービスプロバイダに提供され得る。
【０００７】
別の実装では、秘密情報にアクセスするための多重パーティ及び多重レベルの承認を可能にするシステムが開示される。システムは、プロセッサ、及び、プロセッサに結合するメモリを含み得る。プロセッサはメモリ内に格納される複数のモジュールを実行し得る。  複数のモジュールは、複数のサービス、第１のセットのアクセス特権レベル、第１のセットのアクセス特権レベルに対応する第１のセットの認証情報、第２のセットのアクセス特権レベル、及び第２のセットのアクセス特権レベルに対応する第２のセットの認証情報を、構成し得る。第１のセットのアクセス特権レベル及び第２のセットのアクセス特権レベルは、複数のサービスと関連する。ある形態では、第１のセットのアクセス特権レベルのうちの少なくとも一つのアクセス特権レベルと、第１のセットの認証情報のうちの少なくとも一つの認証情報とは、複数のサービスのうちの一つ以上のサービスをリクエストするために一人以上のサービス消費者に提供される。更に、第２のセットのアクセス特権レベルのうちの少なくとも一つのアクセス特権レベルと、第２のセットの認証情報のうちの少なくとも一つの認証情報とは、一人以上のサービス消費者によりリクエストされる一つ以上のサービスを果たすためにサービスプロバイダに提供される。ユーザインターアクションモジュールは、一人以上のサービス消費者に関連する一義的識別子に基づいて、一人以上のサービス消費者を特定し得る。ユーザインターアクションモジュールは更に、特定後、複数のサービスのうちの一つ以上のサービスを促進するように、一人以上のサービス消費者からのサービスリクエストを受信し得る。更に、ユーザインターアクションモジュールは、サービスのために構成された、第１のセットのアクセス特権レベルのうちのアクセス特権レベルと、第１のセットのアクセス特権レベルのうちのアクセス特権レベルに対応する、第１のセットの認証情報のうちの認証情報とに、基づいて、一人以上のサービス消費者を認証し得る。ユーザインターアクションモジュールは更に、一人以上のサービス消費者の認証後、一人以上のサービス消費者によりリクエストされる一つ以上のサービスに対応するワンタイム承認トークン（ＯＴＡＴ）を生成し得る。更に、ユーザインターアクションモジュールは、ＯＴＡＴと、サービスのために構成された、第２のセットのアクセス特権レベルのうちのアクセス特権レベルと、第２のセットのアクセス特権レベルのうちのアクセス特権レベルに対応する、第２のセットの認証情報のうちの認証情報とに、基づいて、サービスプロバイダを認証し得る。更に、ユーザインターアクションモジュールは、一人以上のサービス消費者からのサービスリクエストを果たすために要求された、一人以上のサービス消費者に関連する、秘密情報にアクセスするようにサービスプロバイダを承認し得る。ある形態では、サービスリクエストが果たされるまで若しくはＯＴＡＴに関する有効期間が失効するまで、アクセスがサービスプロバイダに提供され得る。
【０００８】
更に別の実装では、秘密情報にアクセスするための多重パーティ及び多重レベルの承認を可能にするコンピュータデバイスで実行可能であるプログラムを実装する持続性コンピュータ読み出し可能媒体が開示される。プログラムは、複数のサービス、第１のセットのアクセス特権レベル、第１のセットのアクセス特権レベルに対応する第１のセットの認証情報、第２のセットのアクセス特権レベル、及び第２のセットのアクセス特権レベルに対応する第２のセットの認証情報を、構成するためのプログラムコードを含み得る。第１のセットのアクセス特権レベル及び第２のセットのアクセス特権レベルは、複数のサービスと関連する。ある形態では、第１のセットのアクセス特権レベルのうちの少なくとも一つのアクセス特権レベルと、第１のセットの認証情報のうちの少なくとも一つの認証情報とは、複数のサービスのうちの一つ以上のサービスをリクエストするために一人以上のサービス消費者に提供される。更に、第２のセットのアクセス特権レベルのうちの少なくとも一つのアクセス特権レベルと、第２のセットの認証情報のうちの少なくとも一つの認証情報とは、一人以上のサービス消費者によりリクエストされる一つ以上のサービスを果たすためにサービスプロバイダに提供される。プログラムは更に、一人以上のサービス消費者に関連する一義的識別子に基づいて、一人以上のサービス消費者を特定するためのプログラムコードを含み得る。プログラムは更に、特定後、複数のサービスのうちの一つ以上のサービスを促進するように、一人以上のサービス消費者からのサービスリクエストを受信するプログラムコードを含み得る。更に、プログラムは、サービスのために構成された、第１のセットのアクセス特権レベルのうちのアクセス特権レベルと、第１のセットのアクセス特権レベルのうちのアクセス特権レベルに対応する、第１のセットの認証情報のうちの認証情報とに、基づいて、一人以上のサービス消費者を認証するためのプログラムコードを含み得る。プログラムは更に、一人以上のサービス消費者の認証後、一人以上のサービス消費者によりリクエストされる一つ以上のサービスに対応するワンタイム承認トークン（ＯＴＡＴ）を生成するためのプログラムコードを含み得る。更に、プログラムは、ＯＴＡＴと、サービスのために構成された、第２のセットのアクセス特権レベルのうちのアクセス特権レベルと、第２のセットのアクセス特権レベルのうちのアクセス特権レベルに対応する、第２のセットの認証情報のうちの認証情報とに、基づいて、サービスプロバイダを認証するためのプログラムコードを含み得る。更に、プログラムは、一人以上のサービス消費者からのサービスリクエストを果たすために要求された、一人以上のサービス消費者に関連する、秘密情報にアクセスするようにサービスプロバイダを承認するためのプログラムコードを含み得る。ある形態では、サービスリクエストが果たされるまで若しくはＯＴＡＴに関する有効期間が失効するまで、アクセスがサービスプロバイダに提供され得る。
【図面の簡単な説明】
【０００９】
添付の図面を参照して、発明の詳細な説明を記載する。図面では、参照番号の左端桁は、参照番号が最初に現れる図面を特定する。同様の特徴及び部品を示すべく、同じ数字が図面全体に亘って用いられる。
【図１】図１は、本開示の実施形態に係る、秘密情報にアクセスする多重パーティ及び多重レベルの認証を可能にするためのシステムのネットワーク実装を示す。
【図２】図２は、本開示の実施形態に係る、システムを示す。
【図３】図３は、本開示の実施形態に係る、システムのコンポーネントを示す。
【図４】図４は、本開示の実施形態に係る、銀行取引ドメインでのシステムの実装を示す。
【図５】図５は、本開示の実施形態に係る、秘密情報にアクセスする多重パーティ及び多重レベルの認証を可能にするための方法を示す。
【発明を実施するための形態】
【００１０】
全ての特徴を示す本開示の実施形態の幾つかを、以下詳細に説明する。「含む(“ｃｏｍｐｒｉｓｉｎｇ”)」、「有する（“ｈａｖｉｎｇ”)」、「含有する（“ｃｏｎｔａｉｎｉｎｇ”)」、及び「含む（“ｉｎｃｌｕｄｉｎｇ”)」の用語、並びに他の形式は、これらの用語のどれにも続く項目はそれら項目の包括的リストを意味するので無くリストされた項目のみに限定されることを意味する、という点で意味上等価であり且つオープンエンドなものを意図している。更に、当然ながら、内容が別途明確に指示しないならば、単体形式「一つの(“ａ”)」、「一つの(“ａｎ”)」、及び「その(“ｔｈｅ”)」は複数の参照を含む。本明細書に記載のものと同様の若しくは等価のシステム及び方法は、本開示の実施形態の実践若しくは試行で用いられ得るが、例示の、システム及び方法を以下記載する。ここに開示の実施形態は、例示の開示に過ぎず、様々な形式で実装され得る。
【００１１】
実施形態の種々の変更は、当業者には明白であり、本明細書の一般的原理は他の実施形態に適用され得る。しかしながら、本開示は、例示の実施形態に限定されることを意図するものでは無く、本明細書に記載の原理及び特徴と調和する最広汎の範囲で認められるべきものであることは、当業者には容易に認識される。
【００１２】
秘密情報にアクセスする多重パーティ及び多重レベルの認証を可能にするためのシステム及び方法を、以下記載する。多重パーティ及び多重レベルの認証を可能にするために、システム及び方法は、複数のサービス、第１のセットのアクセス特権レベル、第１のセットのアクセス特権レベルに対応する第１のセットの認証情報、第２のセットのアクセス特権レベル、及び、第２のセットのアクセス特権レベルに対応する第２のセットの認証情報を、構成し得る。複数のサービスは、銀行取引ドメインに関連し、口座詳細の更新、キャッシュデポジット、現金預金、小切手決済、現金引き出しなどを含むが、これらに限定されない。複数のサービスの各々に対応して、第１のセットのアクセス特権レベル、第１のセットの認証情報、第２のセットのアクセス特権レベル、及び、第２のセットの認証情報が、構成され得る。
【００１３】
構成に基づいて、第１のセットのアクセス特権レベル、及び、第１のセットの認証情報が、複数のサービスのうちの一つ以上のサービスをリクエストする一人以上のサービス消費者に、提供される。一人以上のサービス消費者は、一人以上の個人、代理権（ＰＯＡ）所持者、未成年の若しくは被後見の共同口座所持者を、含み得る。同様に、第２のセットのアクセス特権レベルは、一人以上のサービス消費者によりリクエストされる一つ以上のサービスを果たすべくサービスプロバイダに提供される。第１のセットの認証情報及び第２のセットの認証情報は、（ユーザ名やパスワードなどの）認証情報、個人アカウント番号（ＰＡＮ）、個人識別番号（ＰＩＮ）、バイオメトリック署名、秘密の質問、ソーシャルメディアプラットフォームにアクセスするのに用いられる認証情報、カードログインなど、及びそれらの組み合わせのうちの、少なくとも一つを含み得る。一つの例では、バイオメトリック署名は、指紋、虹彩、顔、手のひら静脈、声、及びそれらの組み合わせのうちの、少なくとも一つを含む。第１のセットのアクセス特権レベル、及び第２のセットのアクセス特権レベルは、秘密情報に関連する機密性のレベルに夫々沿う、第１のセットの認証情報と第２のセットの認証情報との一つ以上の組み合わせを用いる個々のサービスに基づいて、構成され得る。一人以上のサービス消費者は、銀行での登録されたパーティであり、複数のサービスから一つ以上のサービスにアクセスするのに要求される一つ以上の認証情報のために、登録をしたものである。
【００１４】
構成される複数のサービスから少なくとも一つのサービスを消費するために、一人以上の消費者は、当初、システムにより特定されてもよい。一人以上のサービス消費者は、一人以上のサービス消費者に関連する一義的識別子に基づいて、特定され得る。一義的識別子は、（ユーザ名やパスワードなどの）ログイン認証情報、無線自動識別（ＲＦＩＤ）、個人アカウント番号（ＰＡＮ）、個人識別番号（ＰＩＮ）などのうちの一つを含み得るが、これらに限定されない。更に、一義的識別子を用いて特定される一人以上の消費者は、個人アカウント所持者でも、複数の共同口座所持者の代わりの口座所持者でも、個人若しくは共同口座所持者の代わりの代理権（ＰＯＡ）者でも、企業体の代わりの認証された個人でも、未成年の口座所持者の代わりの後見人でも、よい。
【００１５】
一人以上の消費者の特定の後、一人以上のサービス消費者に適用可能な複数のサービスからの、一つ以上のサービスを含むサービスカタログが、一人以上の消費者のサービス消費者デバイスに表示され得る。一つの例では、サービス消費者デバイスは、携帯電話、キオスク、インタラクティブボイスレスポンス（ＩＶＲ）対応デバイス、インターネット対応デバイス、及び、サービスプロバイダの構内の範囲内に存するコンピュータ端末のうちの、ひとつである。一人以上の消費者は、サービス消費者デバイスに表示される一つ以上のサービスから一つのサービスを消費するためのサービスリクエストを発行し得る。サービス消費者デバイスは、サービスリクエストを発行するように予め登録され得る。一つの実施形態では、サービス消費者デバイスが、携帯電話、キオスク、インタラクティブボイスレスポンス（ＩＶＲ）対応デバイス、及びインターネット対応デバイスのうちの、一つであるならば、一人以上の消費者は、サービスプロバイダの構内とは離隔した位置からサービスリクエストを発行し得る。一方で、サービスリクエストは、サービスプロバイダの構内の範囲内に存するコンピュータ端末から発行され得る。サービスリクエストは、単一の例にて一つ若しくは多重のサービスを促進するために、発行され得る。
【００１６】
サービスプロバイダの構内の範囲内に存するコンピュータ端末を用いたサービスリクエストの発行の後、一人以上のサービス消費者は、第１のセットのアクセス特権レベルのうちのアクセス特権レベルに対応して、第１のセットの認証情報のうちの認証情報及びリクエストされたサービスのために構成された、第１のセットのアクセス特権レベルのうちのアクセス特権レベルに基づいて、認証され得る。一つの実施形態では、サービスリクエストが単一のサービスのために発行されるならば、一人以上の消費者は、単一のサービスのために構成されるアクセス特権レベルに対応する、アクセス特権レベル及び認証情報に基づいて、認証され得る。一方で、別の実施形態では、サービスリクエストが多重サービスのために発行されるならば、一人以上の消費者は、最高のアクセス特権レベルに対応する、多重サービスのために構成されるアクセス特権レベルの内の最高のアクセス特権レベル及び認証情報に基づいて、認証され得る。最高のアクセス特権レベルのうちの、認証情報に基づく認証により、一人以上の消費者は、多重サービスを消費することが可能になる。
【００１７】
認証に基づいて、一人以上の消費者によりリクエストされる一つ以上のサービスに対応するワンタイム承認トークン（ＯＴＡＴ）が、生成され得る。ＯＴＡＴは、トークンタイプ、トークンのためのユニークＩＤ、ホスト識別子、トークンが発行される対象であるサービスプロバイダのロール及びアクセス特権レベル、トークンを発行するサービス消費者の識別子、消費者ＩＤ、口座識別子を伴う口座のリスト、サービスエンドポイントリファレンス、口座のためのサービスのリスト、個々のサービスのためのアクセス特権レベル、データ感度指示、トークン発行タイムスタンプ、及びトークン失効タイムスタンプを含むトークンディテールを含み得るが、これらに限定されない。
【００１８】
ある実施形態では、携帯電話、キオスク、インタラクティブボイスレスポンス（ＩＶＲ）対応デバイス、及びインターネット対応デバイスのうちの一つを用いて、遠隔位置から、サービスリクエストが発行されると、一人以上の消費者はサービス消費者デバイスを介して認証され、認証に基づく一義的キーが生成され得る。一義的キーは、英数字キー、数字キー、若しくはハッシュコード、又はそれらの組み合わせのうちの、一つであればよい。一義的キーの生成は、銀行に登録されたサービス消費者デバイスにテキストメッセージ若しくはマルチメディアメッセージを送信することにより一人以上のサービス消費者に、更に通知され得る。一義的キーは、サービス承認ディテールを実現するためのロールと関連するアクセス特権レベル、サービスディテール、一人以上のサービス消費者の情報、有効時間、及び待ち時間を含む、メタデータと更に結び付き得るが、これらに限定されない。メタデータを用いて、キーは更にＯＴＡＴに翻訳され得る。
【００１９】
ＯＴＡＴの生成の後、サービスプロバイダは、第２のセットのアクセス特権レベルのうちのアクセス特権レベルに対応して、第２のセットの認証情報のうちの認証情報及びサービス若しくは多重サービスのために構成された、第２のセットのアクセス特権レベルのうちのアクセス特権レベルに基づいて、認証され得る。更に、サービスプロバイダは、一人以上のサービス消費者からのサービスリクエストを果たすために要求される、一人以上のサービス消費者と関連する、秘密情報にアクセスするように承認され得る。更に、サービスプロバイダは、承認されたサービスプロバイダデバイスを介して秘密情報にアクセスするように承認され得る。サービスプロバイダデバイスは、サービスプロバイダの構内の範囲内に存するコンピュータ端末であればよい。更に、サービスプロバイダは、一人以上のサービス消費者からのサービスリクエストを果たすように予め登録されてもよい。
【００２０】
ある形態では、サービスプロバイダは、サービスリクエストが果たされるまで、若しくはＯＴＡＴに関連する有効時間が失効するまで、サービスプロバイダデバイスを用いて秘密情報にアクセスし得る。秘密情報は、秘密情報に係る機密性のレベルに基づいて、所定カテゴリの少なくとも一つに分類され、所定のカテゴリへの秘密情報の分類に基づいて、サービスプロバイダデバイスに秘密情報が表示される。一つの実施形態では、所定のカテゴリは、「極秘」、「秘密」、「内密」及び「制約」のうちの一つである。更に、秘密情報は、所定のカテゴリへの秘密情報の分類に基づいて、マスクされても若しくは一部マスクされても、よい。一つの例では、秘密情報が「極秘」カテゴリへカテゴリ化されると、秘密情報はマスクされ、よってサービスプロバイダデバイスには表示されない。別の例では、秘密情報が「制約」カテゴリへカテゴリ化されると、秘密情報は一部マスクされ、よってサービスプロバイダデバイスには一部表示されない。
【００２１】
ある実施形態では、秘密情報は、レベル１、レベル２、レベル３及びレベル４などの様々な機密性レベルにも分離され得る。この実施形態では、レベル１、レベル２、レベル３及びレベル４として分離された秘密情報は、夫々、公的情報、個人情報、個人機密情報、及び秘密の情報を含み得る。一つの例では、個人機密情報は、社会保障番号（ＳＳＮ）、クレジットカード番号若しくは銀行取引情報、パスポート番号、外国ビザ番号、税情報、クレジットリポート、識別を促進するのに用いられ得る他のあらゆるデータ（例えば、母親の旧姓）、連邦政府による保護データ、州による保護データ等を含むが、これらに限定されない、個人の金融取引データであればよい。連邦政府による保護データは、ＦＥＲＰＡ保護の情報（例えば、学生情報及び学年）、ＨＩＰＡＡ（医療保険の携行性［相互運用性］と責任に関する法律）保護の情報（例えば、健康、医療、若しくは精神情報）を、含み得る。更に、州による保護データは、州により機密として認識される個々人の個人情報であり、名及び氏、名のイニシャル及び氏、社会保障番号、運転免許証番号若しくはＩＤカード番号、アカウント番号、クレジットカード番号、デビットカード番号、セキュリティコード、アクセスコード、個人の金融取引アカウントのパスワード、大学における秘密若しくは重要データ、ヒト被験者リサーチデータ、パスワードなどを含むが、これらに限定されない。
【００２２】
一つの実施形態では、ＯＴＡＴ内でマークされたサービスの消費後、一人以上の消費者は、サービスカタログからの一つ以上の更なるサービスを消費するための別のサービスリクエストを発行することが可能になり得る。他のサービスリクエストが、前述のように、より早くサービスのために若しくは多重サービスのために生成された、ＯＴＡＴに関連する有効時間の範囲内で受けられるという条件下で、サービスプロバイダは他のサービスリクエストを果たすことを承認され得る。他のサービスリクエストを果たすために、サービスプロバイダは、ＯＴＡＴ、一人以上のサービス消費者へのサービスカタログのディスプレイを可能にするように構成された第２のセットのアクセス特権レベルのアクセス特権、及び、サービスカタログのディスプレイを可能にするように構成された第２のセットのアクセス特権レベルの前記アクセス特権に対応する認証情報に、基づいて、認証され得る。認証に基づいて、サービスカタログはサービス消費者デバイスに表示され得る。更に、サービスカタログに存在する、一つ以上の更なるサービスを促進するための他のサービスリクエストが、一人以上のサービス消費者から受信され得る。別のサービスリクエストの受信後、一人以上のサービス消費者は、一つ以上の更なるサービスのために構成された第１のセットのアクセス特権レベルの更なるアクセス特権レベル、及び、一つ以上の更なるサービスのために構成された第１のセットのアクセス特権レベルの更なるアクセス特権レベルに対応する認証情報に、基づいて、認証され得る。一人以上の消費者の認証の後、更新されたＯＴＡＴを生成するために、更なる一つ以上のサービスディテールに基づいて、ＯＴＡＴ内のトークンディテールが更新され得る。その後、サービスプロバイダは、一つ以上の更なるサービスに関連するサービスリクエストを果たすために、更新されたＯＴＡＴに基づいて秘密情報にアクセスするように認証され得る。
【００２３】
ＯＴＡＴを用いてサービスプロバイダが認証されると、サービスを促進するためのセッションがアクティブ化され得ることに留意すべきである。サービスプロバイダは、構成に基づいて情報にアクセスするために、アクティブ化されたセッションを用いることができる。更に、サービスプロバイダは、サービスカスタマアカウントに対応するデータをインプットすることができる。更に、当然ながら、情報にアクセスしてサービスを促進する間にサービスプロバイダが、表示される情報内に食い違い／エラーを見出すならば、サービスプロバイダは、そのサービスに対応する、アクティブ化されたセッションを破壊／削除することができる。秘密情報にアクセスするための、多重パーティ及び多重レベルの承認を可能にする前述のシステムの形態は、任意の数の様々なコンピュータシステム、環境、及び／又は構成で、実装され得るが、実施形態は、以下の例示のシステムの文脈にて記載される。
【００２４】
図１を参照して、本開示の実施形態に係る、秘密情報にアクセスするための多重パーティ及び多重レベルの承認を可能にするシステム１０２のネットワーク実装１００が示される。システム１０２がサーバ上で実装されることを考慮して、本開示を説明しているが、当然ながら、システム１０２は、ラップトップコンピュータ、デスクトップコンピュータ、ノートブック、ワークステーション、メインフレームコンピュータ、ネットワークサービスなどの、様々なコンピュータシステムとして実装され得る。当然ながら、システム１０２は、一つ以上のユーザデバイス１０４−１、１０４−２・・・１０４−Ｎ（以降まとめて、ユーザ１０４と称する）を介して、若しくは、ユーザデバイス１０４上に常駐するアプリケーションを介して、（一人以上のサービス消費者、及び、一人以上のサービスプロバイダなどの）多重ユーザにより、アクセスされ得る。更に、ユーザデバイス１０４は、システム１０２が一人以上の消費者によりアクセスされているか、若しくは一人以上のサービスプロバイダによりアクセスされているか、に依って、消費者デバイスとして、若しくはサービスプロバイダデバイスとして、作用し得る。一つの実装では、システム１０２は、遠隔配置のアプリケーションを実行するように構成された個別のコンピュータシステムをユーザが操作し得る、クラウドベースのコンピュータ環境を含み得る。ユーザデバイス１０４の例は、ポータブルコンピュータ、パーソナルデジタルアシスタント、ハンドヘルドコンピュータ、及びワークステーションを含み得るが、これらに限定されない。ユーザデバイス１０４は、ネットワーク１０６を介してシステム１０２に通信上結合される。
【００２５】
一つの実装では、ネットワーク１０６は、無線ネットワークでも、有線ネットワークでも、それらの組み合わせでもよい。ネットワーク１０６は、イントラネット、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、インターネットなどの、様々なタイプのネットワークとして、実装され得る。ネットワーク１０６は、専用ネットワークでも汎用ネットワークでもよい。汎用ネットワークは、相互に通信するための、例えば、ハイーパテキスト転送プロトコル（ＨＴＴＰ）、伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）、ワイヤレスアプリケーションプロトコル（ＷＡＰ）などの、種々のプロトコルを利用する、様々なタイプのネットワークの接続を表す。更に、ネットワーク１０６は、ルータ、ブリッジ、サーバ、コンピュータデバイス、ストレージデバイスなどを含む、種々のネットワークデバイスを含み得る。システム１０２は更に、図１に示すような、ユーザデバイス１０４と接続するセンサ１０８と通信上結合し得る。センサ１０８は、スマートカードリーダ（ＲＦＩＤ／ＮＦＣ）、指紋バイオメトリックセンサ、手のひら静脈バイオメトリックセンサ、アイリススキャナ、顔認識センサ、マイクロホンなどを、含み得る。
【００２６】
図２を参照して、本開示の実施形態に係るシステム１０２が示される。一つの実施形態では、システム１０２は、少なくとも一つのプロセッサ２０２、インプット／アウトプット（Ｉ／Ｏ）インタフェース２０４、及びメモリ２０６を含み得る。一つの実施形態では、インタフェース２０４は更に、ユーザが同時にシステム１０２にアクセスするのを促進するための拡張インタフェース（インタフェース１及びインタフェース２）を含み得る。少なくとも一つのプロセッサ２０２は、一つ以上のマイクロプロセッサ、マイクロコンピュータ、マイクロコントローラ、デジタルシグナルプロセッサ、中央処理装置、ステートマシン、ロジック回路、及び／又は、操作指示に基づいて信号を操作する任意のデバイスとして、実装され得る。他の機能の間で、少なくとも一つのプロセッサ２０２は、メモリ２０６内に格納されたコンピュータ読み出し可能命令をフェッチして実行するように構成されている。
【００２７】
Ｉ／Ｏインタフェース２０４は、例えば、ウェブインタフェース、グラフィカルユーザインタフェースなどの、種々のソフトウエア及びハードウエアインタフェースを含み得る。Ｉ／Ｏインタフェース２０４により、システム１０２は、ユーザと直接に、若しくはユーザデバイス１０４を介して相互作用し得る。更に、Ｉ／Ｏインタフェース２０４により、システム１０２は、ウェブサーバや外部データサーバ（図示せず）などの、他のコンピュータデバイスと通信し得る。Ｉ／Ｏインタフェース２０４は、例えば、ＬＡＮ、ケーブルなどの有線ネットワークや、ＷＬＡＮ、セルラー、若しくは衛星などの無線ネットワークを含む、非常に様々なネットワーク及びプロトコルタイプの範囲内で、多重通信を促進し得る。Ｉ／Ｏインタフェース２０４は、多数のデバイスを相互に、若しくは別のサーバに接続するための一つ以上のポートを含み得る。
【００２８】
メモリ２０６は、例えば、静的ランダムアクセスメモリ（ＳＲＡＭ）や動的ランダムアクセスメモリ（ＤＲＡＭ）などの揮発性メモリ、及び／又は、読み出し専用メモリ（ＲＯＭ）、消去可能ＰＲＯＭ、フラッシュメモリ、ハードディスク、光学ディスク、及び磁気テープなどの不揮発性メモリを含む、公知のコンピュータ読み出し可能媒体を含み得る。メモリ２０６は、モジュール２０８及びデータを含み得る。
【００２９】
モジュール２０８は、特定のタスク、関数を実行し、若しくは、特定の抽象データタイプを実装する、ルーティン、プログラム、オブジェクト、コンポーネント、データストラクチャなどを含む。一つの実装では、モジュール２０８は、サービス構成モジュール２１２、ユーザインターアクションモジュール２１４、及び他のモジュール２１６を含み得る。他のモジュール２１６は、システム１０２のアプリケーション及び関数を補完するプログラム若しくはコード化された命令を含み得る。
【００３０】
データ２１０は、とりわけ、モジュール２０８の一つ以上により処理され、受けられ、及び生成されるデータを格納するためのリポジトリとして機能する。データ２１０は、データストア２１８及び他のデータ２２０も含み得る。一つの実施形態では、データストア２１８は、アカウント番号、パスワード、バイオメトリックデータ、個人識別番号（ＰＩＮ）、クレジット／デビットカードの詳細、バランスアカウント、名義人の詳細、ログイン認証情報、取引履歴、及び、他の関連データと共に、名前、性別、住所などの、ユーザ個人情報を含む、ユーザデータを格納し得る。他のデータ２２０は、別のモジュール２１６内の一つ以上のモジュールの実行結果として生成されるデータを含み得る。
【００３１】
一つの実装では、最初に、ユーザはシステム１０２にアクセスするための、ユーザデバイス若しくはＩ／Ｏインタフェース２０４を利用し得る。ユーザは、システム１０２を利用するために、Ｉ／Ｏインタフェース２０４を用いて自身を登録し得る。他のコンポーネントと共に複数のモジュール２０８を用いてのシステム１０２の動作は、以下のように、図３によりシステム１０２の体系を参照しつつ詳細に説明される。
【００３２】
図３を参照すると、システム１０２のコンポーネント３００が記載されている。システム１０２は、インタフェース２０４、プロセッサ２０２及びメモリ２０６のような、ハードウエアコンポーネントを含み得る。メモリ２０６は、モジュール２０８を含み得る。モジュール２０８は、サービス構成モジュール２１２、ユーザインターアクションモジュール２１４、センサモジュール３０２、通信モジュール３０４、及び、セキュリティモジュール３０６を含み得る。セキュリティモジュール３０６は更に、暗号モジュール３０８及び安全アクセスマネジャ３１０を含み得る。更に、図３に示すように、システム１０２は、ユーザデバイス１０４−１、１０４−２・・・１０４−Ｎを介して一人以上のサービス消費者及び一人以上のサービスプロバイダにより、アクセスされ得る。ユーザデバイス１０４は、本開示の実施形態に係る、サービス消費者デバイス若しくはサービスプロバイダデバイスであればよい。更に、図３に示すように、ユーザデバイス１０４はセンサ１０８と接続し得る。
【００３３】
図３を参照すると、サービス構成モジュール２１２は、複数のサービス、第１のレベルのアクセス特権レベルに対応する第１のレベル認証情報、第２のセットのアクセス特権レベル、及び第２のセットのアクセス特権レベルに対応する第２のセットの認証情報を、構成し得る。第１のセットのアクセス特権レベル、及び、第２のセットのアクセス特権レベルは、複数のサービスと関連付けられる。一つの実施形態では、第１のセットのアクセス特権レベルのうちの少なくとも一つのアクセス特権レベルと、第１のセットの認証情報のうちの少なくとも一つの認証情報は、複数のサービスのうちの一つ以上のサービスをリクエストするため一人以上のサービス消費者に、提供される。更に、第２のセットのアクセス特権レベルのうちの少なくとも一つのアクセス特権レベルと、第２のセットの認証情報のうちの少なくとも一つの認証情報は、サービスプロバイダに提供され、一人以上のサービス消費者によりリクエストされる一つ以上のサービスを果たす。
【００３４】
サービス構成モジュール２１２は更に、秘密情報に関連する機密性のレベルに基づいて秘密情報を所定のカテゴリの少なくとも一つに分類するために、データストア２１８に格納された秘密情報の感度を解析し得、秘密情報は、所定のカテゴリへの秘密情報の分類に基づいてサービスプロバイダデバイスに表示される。一つの形態では、所定のカテゴリは、「極秘」、「秘密」、「内密」及び「制約」を含み得、秘密情報は分類に基づいてマスクされ若しくは部分的にマスクされる。
【００３５】
一つの実施形態では、サービス構成モジュール２１２は、秘密情報の分類と共に感度に基づいて、複数のアクセス特権レベルを構成し得る。任意の事業所に関連するデータの分類の処理は、複数のレベルに分類され得る。レベルは基本的に、本来機密である、情報若しくはデータの個々のカテゴリに割り当てられる、セキュリティ特徴である。データのセキュリティの本質の増大に基づき、承認のレベルは増加し得る。秘密情報は、秘密情報に関する機密性のレベルに基づいて所定のカテゴリの少なくとも一つに分類され、秘密情報は、所定のカテゴリへの秘密情報の分類に基づいて、サービスプロバイダデバイス上に、表示される。一つの実施形態では、所定のカテゴリは、「極秘」、「秘密」、「内密」及び「制約」のうちの一つである。更に、秘密情報は、所定のカテゴリへの秘密情報の分類に基づいて、マスクされ得若しくは部分的にマスクされ得る。一つの例では、秘密情報が「極秘」カテゴリにカテゴリ化されると、秘密情報はマスクされ、よってサービスプロバイダデバイス上には表示されない。別の例では、秘密情報が「制約」カテゴリにカテゴリ化されると、秘密情報は部分的にマスクされ、よってサービスプロバイダデバイス上には部分的に表示されない。
【００３６】
或る実施形態では、秘密情報は、レベル１、レベル２、レベル３及びレベル４のような、異なる機密性のレベルにも分離され得る。この実施形態では、レベル１、レベル２、レベル３及びレベル４として分離される秘密情報は、公的情報、個人情報、個人機密情報、及び秘密の情報の夫々を含み得る。一つの例では、個人機密情報は、社会保障番号（ＳＳＮ）、クレジットカード番号若しくは銀行取引情報、パスポート番号、外国ビザ番号、税情報、クレジットリポート、企業用顧客データ、会計、合併吸収情報、非公開金融情報、電信送金取引、特許、商標若しくは営業秘密、会員番号（ＰＡＮ）などのクレジットカード保有者データ、住所、電話番号及び／若しくは電子メールアドレスを伴う顧客名、未公開マーケティング試料、個客の収入、ＰＩＮｓ／ＰＩＮブロック、ＣＡＶ２／ＣＶＣ２／ＣＶＶ２／ＣＩＤ、（磁気ストライプデータ若しくはチップ上の等価物などの）フルトラックデータ若しくは識別を促進するのに用いられ得る他のあらゆるデータ（例えば、母親の旧姓）、連邦政府による保護データ、州による保護データ等を含むが、これらに限定されない、個人の金融取引データであればよい。連邦政府による保護データは、ＦＥＲＰＡ保護の情報（例えば、学生情報及び学年）、ＨＩＰＡＡ（医療保険の携行性［相互運用性］と責任に関する法律）保護の情報（例えば、健康、医療、若しくは精神情報）を、含み得る。更に、州による保護データは、州により機密として認識される個々人の個人情報であり、名及び氏、名のイニシャル及び氏、社会保障番号、運転免許証番号若しくはＩＤカード番号、アカウント番号、クレジットカード番号、デビットカード番号、セキュリティコード、アクセスコード、個人の金融取引アカウントのパスワード、大学における秘密若しくは重要データ、ヒト被験者リサーチデータ、パスワードなどを含むが、これらに限定されない。
【００３７】
例示の実施形態では、銀行顧客への銀行取引サービスを促進する際に、銀行顧客の秘密情報が銀行の銀行幹部によりアクセスされることから保護する、というシナリオを考慮する。このシナリオでは、サービス構成モジュール２１２は、銀行にアカウントを有する、銀行の銀行顧客に関連する秘密情報を分類する。サービス構成モジュール２１２は、顧客に関連する秘密情報を分類できる。分類は、銀行に要求されればいつでも、若しくは、データの感度に基づいて顧客のリクエストにて、実行され得る。サービス構成モジュール２１２は、分類に成功すると、銀行取引サービスの本質及びサービスに関連する情報の感度に基づいて、アクセス特権レベルを複数の銀行取引サービスの各々に割り当て得る。データの分類、及び、アクセス特権レベルの割り当ては更に、以下の例示の実施形態を考慮して詳細に説明される。
【００３８】
例示の実施形態によると、顧客の銀行アカウントから他のどんな銀行アカウントへの金銭／ファンドの送金などの、銀行取引サービスの一つが、考慮される。サービス構成モジュール２１２を介して、システム１０２は、秘密情報の感度に基づいて、パスワード、ＰＩＮ、クレジットリミット、顧客の一つ以上のバイオメトリックデータなどの、顧客の秘密情報を、低感度データ、中感度データ及び高感度データなどの種々の感度レベルに分類することができる。更に、分類に際して、一つ以上のデータフィールドは、サービスを提供するためのデータに基づいて、更にはデータの感度に基づいて、マスクされ得る。ある実施形態では、感度データのマスキングは、銀行幹部に関連するインタフェースに対して適用され得る。同時に、顧客は、マスクされたデータを除いて、顧客のリクエストするサービスの種類に係わらず、データの全てをビューする／アクセスすることができる。
【００３９】
更にレジの実施形態によると、サービス構成モジュール２１２は、データの感度及びサービスの本質に基づいて、アクセス特権レベルを割り当て得る。「金銭の送金」サービスのための、例示の実施形態によると、サービス構成モジュール２１２は、１００００インドルピーまでの送金、１０００１インドルピー〜１ラークまでの送金、及び１ラーク以上の送金など種々のレベルに、「金銭の送金」サービスを分類し得る。レベルに基づいて、サービス構成モジュール２１２アクセス特権レベルを個々のクラスに割り当て得る。別の実施形態では、サービス構成は、要求されればいつでも顧客により若しくは銀行により実行され得る。次のステップでは、システム１０２は、サービス消費者からサービスリクエストを受信し得る。サービスリクエストは、一人以上のサービス消費者に関連するサービス消費者デバイスから受信され得る。
【００４０】
サービス消費者デバイス１０４は、携帯電話、キオスク、インタラクティブボイスレスポンス（ＩＶＲ）対応デバイス、インターネット対応デバイス、及び、サービスプロバイダの構内の範囲内に存するコンピュータ端末のうちの、ひとつである。一人以上の消費者は、サービス消費者デバイス１０４に表示される一つ以上のサービスから一つのサービスを消費するためのサービスリクエストを発行し得る。サービス消費者デバイス１０４は、サービスリクエストを発行するために、システム１０２により予め登録され得る。更に、システム１０２は、ユーザインターアクションモジュール２１４を介してサービスリクエストを処理するように構成され得る。システム１０２を用いてサービスリクエストを処理することは以下の記載で説明する。
【００４１】
サービスリクエストの発行の前に、一人以上の消費者は最初システム１０２により特定され得る。一人以上のサービス消費者は、一人以上のサービス消費者に関連する一義的識別子に基づいて特定され得る。一義的識別子は、（ユーザ名やパスワードなどの）ログイン認証情報、無線自動識別（ＲＦＩＤ）、個人アカウント番号（ＰＡＮ）、個人識別番号（ＰＩＮ）などのうちの一つを含み得るが、これらに限定されない。更に、一義的識別子を用いて特定される一人以上の消費者は、個人アカウント所持者でも、複数の共同口座所持者の代わりの口座所持者でも、個人若しくは共同口座所持者の代わりの代理権（ＰＯＡ）者でも、企業体の代わりの認証された個人でも、未成年の口座所持者の代わりの後見人でも、よい。
【００４２】
一人以上のサービス消費者の特定の後、システム１０２は、図３に示すユーザインターアクションモジュール２１４を介して一人以上の消費者からサービスリクエスト（以下、「リクエスト」と言う）を受信することができる。一つの実施形態では、消費者デバイスが、携帯電話、キオスク、インタラクティブボイスレスポンス（ＩＶＲ）対応デバイス、及び、インターネット対応デバイスのうちのひとつであるならば、一人以上の消費者は、サービスプロバイダの構内と遠隔する位置からサービスリクエストを発行し得る。一方で、サービスリクエストは、サービスプロバイダの構内の範囲内に存するコンピュータ端末から発行され得る。サービスリクエストは、単一の例にて一つ若しくは多重のサービスを促進するために、発行され得る。サービスプロバイダの構内の範囲内に存するコンピュータ端末を用いたサービスリクエストの発行の後、一人以上のサービス消費者は、前記アクセス特権レベルに対応する認証情報及びサービスのために構成された、第１のセットのアクセス特権レベルのうちのアクセス特権レベルに基づいて、認証され得る。一つの実施形態では、サービスリクエストが単一のサービスのために発行されるならば、一人以上の消費者は、単一のサービスに対応するアクセス特権レベル及び認証情報に基づいて、認証され得る。一方で、別の実施形態では、サービスリクエストが多重サービスのために発行されるならば、一人以上の消費者は、最高のアクセス特権レベルに対応する、多重サービスのために構成されるアクセス特権レベルの内の最高のアクセス特権レベル及び認証情報に基づいて、認証され得る。最高のアクセス特権レベルに基づく認証により、一人以上の消費者は、多重サービスを消費することが可能になる。
【００４３】
図３を参照すると、セキュリティモジュール３０６は、サービス指向アーキテクチャ（ＳｏＡ）に、若しくはドメインモデルがクライアントアプリケーションとミドルウエアの間の通信のための規約として機能するビジネスレイヤコンポーネントに、基づく、安全アクセスマネジャ３１０を、更に含み得る。安全アクセスマネジャ３１０は更に、リクエストレスポンスモデルに基づいて稼動する、セキュリティアクセスのセットの命令を含み得る。安全アクセスマネジャ３１０は、リクエストのタイプを特定でき、これによりリクエストを果たすのに要求される認証のレベルを判別する。認証のレベルがリクエストを果たすのに十分でないならば、安全アクセスマネジャ３１０は、更なる認証を与えるようにユーザインターアクションモジュール２１４に戻って応答する。ユーザインターアクションモジュール２１４は続いて、サービス消費者に関連するインタフェース２０４＿１を介して、更なる認証のために指示し、サービス消費者から、認証のための、更なる認証情報のためにリクエストし得る。認証のレベルが承認されると、安全アクセスマネジャ３１０はシステム１０２と通信して情報若しくはデータを検索し得、更にユーザインターアクションモジュール２１４に戻って応答し得る。サービス消費者は、安全アクセスマネジャ３１０を介して認証のためのリクエストをシステム１０２に送信できる。安全アクセスマネジャ３１０は、データストア２１８に格納される少なくとも一つの認証情報に基づいてサービス消費者の認証のためシステム１０２及びデータストア２１８と通信するように構成され得る。サービス消費者から認証のためのリクエストを受信すると、安全アクセスマネジャ３１０は、サービス消費者の少なくとも一つの認証情報を検証し得る。更に、（サービス消費者の音声、指紋及び手のひら静脈などの）少なくとも一つの認証情報がマッチすれば、安全アクセスマネジャ３１０は肯定的に応答し得、その後サービス消費者はインタフェース１を介してシステム１０２にアクセスすることが許容され得る。次のステップでは、サービス消費者は、ユーザインターアクションモジュール２１４を介してサービスのリクエストを配置し得る。感度のレベル、及び、サービス消費者の認証の成功に基づいて、安全アクセスマネジャ３１０は、サービスのリクエストを介してリクエストされる秘密情報のリクエスト及び感度に関連するユニークＩＤを生成することができる。安全アクセスマネジャ３１０は、このユニークＩＤをサービス消費者とシステム１０２の両方に送信し得る。サービス消費者は、システム１０２へユニークＩＤを検証することにより、感度データにアクセスし得る。ユニークＩＤはセキュアチャネルを超えて送信され、更に公知の暗号化手段を用いて暗号モジュール３０８により暗号化され得る。
【００４４】
ある実施形態では、認証の成功、及びサービス消費者によるユニークＩＤの検証により、システム１０２を利用するサービス消費者は、サービス消費者がリクエストするサービスを提供するデータ関連システム１０２に、サービスプロバイダがアクセスすることを促進することができる。よって、システム１０２を用いて、サービス消費者は、アクセス特権レベルをサービスプロバイダに与え得る。アクセス特権レベル、即ち、セキュアアクセスをサービスプロバイダに与える種々のステップは、以下の記載にて説明する。
【００４５】
一つの形態では、図３に示すように、通信モジュール３０４は、複数のユーザとシステム１０２の間の通信を促進するように適用され得る。通信は有線でも無線でもよく、ネットワーク１０６を介して促進され得る。更に、ユーザインターアクションモジュール２１４は、セキュリティモジュール３０６を介して、一人以上のサービス消費者によりリクエストされる一つ以上のサービスに対応するワンタイム承認トークン（ＯＴＡＴ）を生成することができる。ＯＴＡＴは、トークンタイプ、トークンのためのユニークＩＤ、ホスト識別子、一つ以上のサービスを提供するためにトークンが発行される対象であるサービスプロバイダのために要求されるロール及びアクセス特権レベル、トークンを発行するサービス消費者の名前、消費者ＩＤ、口座識別子を伴う口座のリスト、サーバ環境、口座のためのサービスのリスト、個々のサービスのためのアクセス特権レベル、データ感度指示、トークン発行タイムスタンプ、及びトークン失効タイムスタンプを含むトークンディテールを含み得るが、これらに限定されない。
【００４６】
ある実施形態では、携帯電話、キオスク、インタラクティブボイスレスポンス（ＩＶＲ）対応デバイス、及びインターネット対応デバイスを用いて、遠隔位置からサービスのリクエストが発行されると、一人以上の消費者が、消費者デバイスを介して認証され得、認証に基づく一義的キーが生成され得る。一義的キーは、英数字キー、数字キー、若しくはハッシュコードのうちの、一つであればよい。一義的キーの生成は、サービス消費者デバイスにテキストメッセージ若しくはマルチメディアメッセージを送信することにより一人以上のサービス消費者に、更に通知され得る。一義的キーは更に、承認フラグ、サービスディテール、一人以上のサービス消費者の情報、有効時間、及び待ち時間を含む、メタデータを含み得るが、これらに限定されない。メタデータを用いて、キーは更にＯＴＡＴに翻訳され得る。
【００４７】
ＯＴＡＴの生成の後、サービスプロバイダは、ＯＴＡＴ、サービス若しくは多重サービスのために構成された第２のセットのアクセス特権レベルのうちのアクセス特権レベル、及び、第２のセットのアクセス特権レベルのうちのアクセス特権レベルに対応する認証情報に基づいて、認証され得る。更に、サービスプロバイダは、一人以上のサービス消費者からのサービスリクエストを果たすために要求される、一人以上のサービス消費者と関連する、秘密情報にアクセスするように承認され得る。サービスプロバイダは、サービスプロバイダデバイスを介して秘密情報にアクセスするように承認され得る。サービスプロバイダデバイスは、サービスプロバイダの構内の範囲内に存するコンピュータ端末であればよい。更に、サービスプロバイダデバイスは、一人以上のサービス消費者からのサービスリクエストを果たすように予め登録されてもよい。ある形態では、サービスプロバイダは、サービスリクエストが果たされるまで、若しくはＯＴＡＴに関連する有効時間が失効するまで、サービスプロバイダデバイスを用いてインタフェース２０４＿２を介して秘密情報にアクセスし得る。更に、セキュリティモジュール３０６は、ＯＴＡＴに加えて、サービス消費者により配置されるリクエストに関連する、ユニークＩＤを生成することができる。また、インタフェース２０４＿２を介して表示されるデータフィールドの一部は、データの感度に基づいてマスクされ得る。二つの独立のインタフェースを促進するアプローチは、システム１０２の透過性を維持するものであり、リクエストに関連するサービスを提供しつつユーザの満足及び安全を向上させる。
【００４８】
ある実施形態では、サービス消費者とサービスプロバイダの両方が、サービス消費者デバイス及びサービスプロバイダデバイスと接続する種々のセンサ１０５を介して促進される、バイオメトリック認証技術を用いる秘密情報及びアクセス特権レベルに基づいて、認証され得る。一つの例では、センサ１０８は、虹彩スキャナ、顔認識センサ、マイクロホン、指紋バイオメトリックセンサ、バイオメトリックセンサ、スマートカードリーダ（ＲＦＩＤ／ＮＦＣ）、手のひら静脈バイオメトリックセンサを、含み得る。これらセンサにより捕獲されるバイオメトリックテンプレートは更に、システム１０２のセンサモジュール３０２により処理されて検証され、データストア２１８内の格納されたテンプレートとマッチされ、このことによりサービス消費者若しくはサービスプロバイダを、同様に認証し得る。一つの実施形態では、センサモジュール３０２は、サービス消費者若しくはサービスプロバイダを認証するために、（ゴールデンコピーテンプレートとも称する）格納されたテンプレートをセンサの各々により捕獲されたバイオメトリックテンプレートとマッチするように構成された一つ以上のセンサーライブラリを含む。銀行取引シナリオでのシステム１０２の実装は、図４に示す例示の実施形態を用いて、更に詳細に説明する。
【００４９】
図４は、多重パーティを伴う銀行などの金融機関が取引を承認するシナリオを考慮する例示の実施形態を示す。この実施形態では、銀行のフロントディスクエリアでは、幹部、即ちサービスプロバイダが、顧客、即ちサービス消費者に関連するデータをビューするアクセスを要求することを考慮する。図４のフローチャートは、以下の記載でのマルチレベルアクセス特権を与えるステップを示す。
【００５０】
ブロック４０２では、顧客は、企業体に入りカスタマエグゼクティブディスクにアプローチする。更に、ブロック４０４では、幹部は、顧客に少なくとも一つのログイン認証情報、即ち、ＲＦＩＤ対応カードを用いて特定することを要求する。ブロック４０６では、顧客は、システム１０２を介してインタフェースに表示された複数のサービスからの一つ以上のサービスを促進するためのサービスリクエストをリクエストしてもよい。サービスリクエストは、彼／彼女のアカウントに関して為される特定の取引若しくは修正であればよい。ブロック４０８では、システム１０２は、サービスに要求されるアクセス特権レベルに対応するサービスリクエストのために構成される認証情報の少なくとも一つを用いて認証することを、顧客に指示する。更に、ブロック４１０では、顧客の認証に基づいて、サービスリクエストを介してリクエストされる一つ以上のサービスに対応するＯＴＡＴが生成される。ブロック４１２では、幹部は、ＯＴＡＴを用いて、取引の詳細全てを入力し、幹部に関連するシステム１０２のインタフェースの「サブミット」をクリックする。サブミットの際に、ブロック４１４にて、実施する取引が所定の閾値の範囲内かチェックされる。一つのシナリオでは、取引が所定の範囲内ならば、ブロック４１６にて、システム１０２は、取引を完了するための、顧客からの承認をリクエストする。次のステップでは、ブロック４１８にて、顧客は入力された詳細を検証し、顧客に関連するバイオメトリック署名の一つを用いてそれらを承認する。承認が成功すると、ブロック４２４にて、詳細はシステム１０２に送信されて取引が完了する。しかしながら、別のシナリオでは、ブロック４１４にて取引が所定の閾値の範囲内にないならば、ブロック４２０にて、幹部のスーパバイザは、顧客及び入力された取引の詳細全てを受信する。詳細を検証する際、ブロック４２２にて、スーパバイザは、登録されたバイオメトリック署名の一つを用いて取引を承認する。スーパバイザの承認が成功すると、詳細はシステム１０２に送信され取引はブロック４２４にて完了される。ブロック４２６にて、完了した取引の詳細が顧客に表示される。
【００５１】
更に、例示の実施形態では、顧客のデータにアクセスするための幹部からのリクエストは、複数のセキュアアクセスレベルのセットからのレベル１のセキュアリクエストと考えられると、仮定する。顧客は、カード（カードは、デビット／クレジット／ロイヤルティ／スマートカード／銀行発行のＡＴＭカードでもよい）であればよい自分の少なくとも一つのファクタ及び認証情報を提供するようにシステム１０２に指示され、ここで認証情報はレベル１の、例えば、指紋であればよく、システム１０２へのアクセスを許容しサービスのリクエストを実施するためのものであればよい。顧客が、データストア２１８に格納される自分のデータに変更を行いたいならば、幹部は、レベル２のセキュアリクエストとして処理されるリクエストを開始し、リクエストを完了させるための、顧客のバイオメトリック署名、例えば、虹彩スキャンなどの別の認証情報を要求する。更に、或る取引／処理がスーパバイザの承認を要求すると、システム１０２はこれをレベル３のセキュアリクエストとして考慮し、これによりスーパバイザは、サービスを顧客に提供するために、自分のバイオメトリック署名を提供するように要求される。
【００５２】
更に、ユーザが自分のプロファイルへのアクセスを完全にコントロールできるアクセスは、十分且つ安全であり得ることになる。よって、これら安全なマルチレベルシステムに基づく特定及び承認プロセスは、ビジネス取引の全てを保証し得るものであり、任意の取引を完了するのに消費される時間も減少し得る。任意のユーザのアカウントにアクセスするためのマルチファクタ認証の利用は、任意のビジネス取引を開始して完了し、更にはより安全を保証する。マルチファクタ認証としてマルチパーティからのバイオメトリック署名を利用することで、偽造及び／又は不正の機会は減少する。
【００５３】
更に、別の実施形態では、携帯電話銀行取引、キオスク若しくはインターネットなどの、「セルフサービスチャネル」の場合、サービス消費者は、自らの使用の役に立つ様々なサービスに対する承認レベルを割り当てることが可能である。セルフサービスチャネルは、銀行シナリオの実施形態における、差分取引限度、様々な地理、及び、外貨や共同口座などの様々なタイプのアカウントのために、用いられ得る。更に、サービス消費者によりセットされる承認レベルは、一つのチャネルがサービスの開始のために用いられ得、別のチャネルが開始後のサービスを再開するのに用いられ得る「オムニチャネル」まで拡張され得る。
【００５４】
図５を参照すると、本開示の実施形態に係る、秘密情報にアクセスするための多重パーティ及び多重レベルの承認を可能にするシステムが、示される。方法５００は、コンピュータ実行可能命令の一般的文脈で記載され得る。一般に、コンピュータ実行可能命令は、特定のタスク、関数を実行し、若しくは、特定の抽象データタイプを実装する、ルーティン、プログラム、オブジェクト、コンポーネント、データストラクチャ、プロシジュア、モジュール、関数などを含む。方法５００は、通信ネットワークを介してリンクするリモート処理デバイスにより関数が実行される分散コンピュータ環境でも、実施され得る。分散コンピュータ環境では、コンピュータ実行可能命令は、メモリストレージデバイスを含む、ローカルとリモートの両方のコンピュータストレージ媒体に配置され得る。
【００５５】
方法５００が記載される順序は、限定として解釈されることを意図しておらず、方法５００若しくは別途の方法を実装するべく、記載の方法ブロックのいくつでも、どんな順序でも組み合わせられ得る。更に、本明細書に記載の本開示の精神及び範囲から乖離すること無ければ、個別のブロックは方法５００から削除され得る。更に、方法は、どの適切なハードウエア、ソフトウエア、ファームウエア、若しくはそれらの組み合わせでも実装され得る。しかしながら、説明を簡易にするために、以下に記載の実施形態では、方法５００は、前述のシステム１０２に実装されると想定され得る。
【００５６】
ブロック５０２では、複数のサービス、第１のセットのアクセス特権レベル、第１のセットのアクセス特権レベルに対応する第１のセットの認証情報、第２のセットのアクセス特権レベル、及び第２のセットのアクセス特権レベルに対応する第２のセットの認証情報が、サービス構成モジュール２１２を用いて構成され得る。第１のセットのアクセス特権レベル及び第２のセットのアクセス特権レベルは、複数のサービスと関連し、第１のセットのアクセス特権レベルのうちの少なくとも一つのアクセス特権レベルと、第１のセットの認証情報のうちの少なくとも一つの認証情報とは、複数のサービスのうちの一つ以上のサービスをリクエストするために一人以上のサービス消費者に提供され、第２のセットのアクセス特権レベルのうちの少なくとも一つのアクセス特権レベルと、第２のセットの認証情報のうちの少なくとも一つの認証情報とは、一人以上のサービス消費者によりリクエストされる一つ以上のサービスを果たすためにサービスプロバイダに提供される。
【００５７】
ブロック５０４では、一人以上のサービス消費者が、一人以上のサービス消費者に関連する一義的識別子に基づいて特定され得る。サービス消費者は、特定後、インタフェース２０４＿１を介してシステム１０２にアクセスすることが可能である。
【００５８】
ブロック５０６では、特定に成功すると、一人以上のサービス消費者からのサービスリクエストが、ユーザインターアクションモジュール２１４を介して受信される。サービスリクエストは、複数のサービスのうちの一つ以上のサービスを促進するように受信され得る。
【００５９】
ブロック５０８では、第１のセットのアクセス特権レベルのうちのアクセス特権レベルと、第１のセットのアクセス特権レベルのうちのアクセス特権レベルに対応する、第１のセットの認証情報のうちの認証情報とに、基づいて、一人以上のサービス消費者が認証され得る。
【００６０】
ブロック５１０では、一つ以上のサービスに対応するワンタイム承認トークン（ＯＴＡＴ）が、生成され得る。
【００６１】
ブロック５１２では、ＯＴＡＴと、第２のセットのアクセス特権レベルのうちのアクセス特権レベルと、第２のセットのアクセス特権レベルのうちのアクセス特権レベルに対応する、第２のセットの認証情報のうちの認証情報とに、基づいて、サービスプロバイダが認証され得る。
【００６２】
ブロック５１４では、ブロック５１２において認証に成功すると、システム１０２は、サービスプロバイダへのアクセスを促進し得る。とりわけ、サービスプロバイダは、一人以上のサービス消費者に関連する、サービスリクエストを果たすために要求された、秘密情報にアクセスすることが承認され得る。更に、サービスプロバイダによるデータのアクセスを制限するためにマスクされ得るデータは殆ど無い。サービスプロバイダは、インタフェース２０４＿２を介してシステム１０２にアクセスし得る。
【００６３】
秘密情報にアクセスするための多重パーティ及び多重レベルの承認を可能にする方法及びシステムのための実装を、構造的特徴及び／又は方法に固有の言語で記載したが、当然のことながら添付の請求項はここに記載の特定の特徴及び方法に必ずしも限定されない。
【符号の説明】
【００６４】
１０２・・・システム、１０４、１０４−１、１０４−２、１０４−３、１０４−Ｎ・・・ユーザデバイス、１０６・・・ネットワーク、１０８・・・センサ、２０２・・・プロセッサ、２０４・・・Ｉ／Ｏインタフェース、２０６・・・メモリ、２０８・・・モジュール、２１０・・・データ、２１２・・・サービス構成モジュール、２１４・・・ユーザインターアクションモジュール、２１６・・・他のモジュール、２１８・・・データストア、２２０・・・他のデータ、３０２・・・センサモジュール、３０４・・・通信モジュール、３０６・・・セキュリティモジュール、３０８・・・暗号モジュール、３１０・・・安全アクセスマネジャ。
【図１】
0006046765.tif 000002
【図２】
0006046765.tif 000003
【図３】
0006046765.tif 000004
【図４】
0006046765.tif 000005
【図５】
0006046765.tif 000006