(57)【特許請求の範囲】
【請求項１】
認可装置であって、
制限付きアクティビティーを実行するための認可を要求する要求装置によって送信される第１の要求信号を受信し、
入力装置を介して前記認可装置のユーザを認証するための認証入力を受信し、前記認可装置に関連する当該入力装置は前記要求装置とは関連しておらず、
前記認可装置に関連する前記入力装置を介して前記制限付きアクティビティーを実行する前記要求装置に認可を与えるための認可入力を受信し、
(i)前記認可装置が前記第１の要求信号と前記認証入力と前記認可入力とを受信し、(ii)前記認可装置のユーザを認証し、及び(iii)認証された前記認可装置のユーザの権限が前記制限付きアクティビティーを実行する前記要求装置のために前記認可を与える権限を含んでいるかを決定するために前記権限を検証した後に、第１の認可信号を前記要求装置に送信し、前記要求装置は当該第１の認可信号の受信に応答して前記制限付きアクティビティーを実行することができるようになる、
ように構成された、認可装置。
【請求項２】
前記要求装置は、複数の認可装置による前記第１の要求信号の受信が可能である決定に基づき、その複数の認可装置の中から請求項１に記載の認可装置を選択する、請求項１に記載の認可装置。
【請求項３】
前記認可装置が前記要求装置から第２の要求信号を受信することに応答して、第２の認可信号を前記要求装置に自動的に送信するように更に構成され、
前記要求装置が前記第１の認可信号の受信に基づき前記制限付きアクティビティーを実行するために認可された後、前記第２の認可信号が送信され、そして、前記要求装置は、前記第２の認可信号の受信に応答して前記制限付きアクティビティーを実行することができることを特徴とする請求項１に記載の認可装置。
【請求項４】
前記認可装置は認証サーバに前記認証入力を送信し、前記認証サーバは前記認証入力に基づき前記認可装置のユーザの認証を実行し、
前記認可装置又はアプリケーションサーバの少なくとも１つは、認証された前記認可装置のユーザの権限を検証する、請求項１に記載の認可装置。
【請求項５】
前記認可装置は、
選択された前記認可装置のオペレーション状態、
前記複数の認可装置のうち、前記要求装置に近接するすべての認可装置よりも更に前記要求装置に近接するとして選択される前記認可装置、
選択される前記認可装置の認可要求キューの長さが、前記複数の認可装置のうちの他のすべての認可装置の認可要求キューの長さよりも短いこと、
前記要求装置に関連し且つ前記複数の認可装置の何れにも関連しない入力装置を介して提供される選択情報であって、前記複数の認可装置から選択すべき前記認可装置を特定するための当該選択情報、
の少なくとも１つに基づき選ばれる、請求項２に記載の認可装置。
【請求項６】
前記制限付きアクティビティーは、トランザクションを実行することを含む、請求項１に記載の認可装置。
【請求項７】
要求装置及び認可装置を備えた認可システムであって、
前記要求装置は、制限付きアクティビティーを実行する際の認可を得るため、
第１の認可信号を要求するために第１の要求信号を送信し、
前記第１の認可信号を受信し、
前記第１の認可信号を受信することに応答して前記制限付きアクティビティーを実行するように構成され、
前記認可装置は、前記制限付きアクティビティーを実行する前記要求装置に認可を与えるため、
前記第１の要求信号を受信し、
入力装置を介して前記認可装置のユーザを認証するための認証入力を受信し、前記認可装置に関連する当該入力装置は前記要求装置とは関連しておらず、
前記認可装置に関連する入力装置を介して前記制限付きアクティビティーを実行する前記要求装置に認可を与えるための認可入力を受信し、
(i)前記認可装置が前記第１の要求信号と前記認証入力と前記認可入力とを受信し、(ii)前記認可装置のユーザを認証し、及び(iii)認証された前記認可装置のユーザの権限が前記制限付きアクティビティーを実行する前記要求装置のために前記認可を与える権限を含んでいるかを決定するために前記権限を検証した後に、第１の認可信号を前記要求装置に送信するように構成された、認可システム。
【請求項８】
前記要求装置及び前記認可装置のそれぞれが、ポータブル電子装置又は設置型電子装置のうちの少なくとも１つを含む、請求項７に記載の認可システム。
【請求項９】
前記認可装置は、前記制限付きアクティビティーを実行する前記要求装置に認可を与えるため、
前記認可装置が前記要求装置から第２の要求信号を受信することに応答して、第２の認可信号を前記要求装置に自動的に送信することを実行し、
前記第１の認可信号の受信に基づいて前記要求装置が前記制限付きアクティビティーを実行することが認証された後に、前記第２の要求信号が送信され、
前記要求装置は、前記第２の認可信号の受信に応答して前記制限付きアクティビティーを実行するよう更に構成されている、請求項７に記載の認可システム。
【請求項１０】
前記制限付きアクティビティーは、トランザクションを実行することを含む、請求項７に記載の認可システム。
【請求項１１】
前記要求装置が、更に、
請求項７に記載の認可装置を含む複数の認可装置により前記第１の要求信号を受信することができることを決定し、
前記複数の認可装置から請求項７に記載の認可装置を選択する、
ように構成されている、請求項７に記載の認可システム。
【請求項１２】
前記認可装置は、
選択された前記認可装置のオペレーション状態、
前記複数の認可装置のうち、前記要求装置に近接するすべての認可装置よりも更に前記要求装置に近接するとして選択される前記認可装置、
選択される前記認可装置の認可要求キューの長さが、前記複数の認可装置のうちの他のすべての認可装置の認可要求キューの長さよりも短いこと、
前記要求装置に関連し且つ前記複数の認可装置の何れにも関連しない入力装置を介して提供される選択情報であって、前記複数の認可装置から選択すべき前記認可装置を特定するための当該選択情報、
の少なくとも１つに基づき選ばれる、請求項１１に記載の認可システム。
【請求項１３】
前記認証入力は、テキスト入力、ジェスチャー入力を含む、請求項７に記載の認可システム。
【請求項１４】
前記認可装置は、前記第１の要求信号を受信することに応答して、前記認証入力又は前記認可入力の少なくとも１つを促す、請求項７に記載の認可システム。
【請求項１５】
前記認可装置の認証は、少なくとも１つのサーバによって実行される、請求項７に記載の認可システム。
【請求項１６】
前記少なくとも１つのサーバは、認証サーバ及びアプリケーションサーバを含み、
前記認可装置は前記認証サーバに前記認証入力を送信し、前記認証サーバは前記認証入力に基づき前記認可装置のユーザの認証を実行し、
前記認可装置又は前記アプリケーションサーバの少なくとも１つは、認証された前記認可装置のユーザの権限を検証する、請求項１５に記載の認可システム。
【請求項１７】
前記要求装置は、更に、前記認可装置のユーザに対する前記要求装置の物理的ロケーションをあらわしているロケーションメッセージを前記認可装置へ送信するよう構成されている、請求項７に記載の認可システム。
【請求項１８】
請求項７に記載の認可装置を含む複数の認可装置により前記第１の要求信号を受信することができることを決定する処理と、
前記複数の認可装置から請求項７に記載の認可装置を選択する処理と、
を更に含む、請求項７に記載の認可システム。
【請求項１９】
前記認可装置は、
選択された前記認可装置のオペレーション状態、
前記複数の認可装置のうち、前記要求装置に近接するすべての認可装置よりも更に前記要求装置に近接するとして選択される前記認可装置、
選択される前記認可装置の認可要求キューの長さが、前記複数の認可装置のうちの他のすべての認可装置の認可要求キューの長さよりも短いこと、
前記要求装置に関連し且つ前記複数の認可装置の何れにも関連しない入力装置を介して提供される選択情報であって、前記複数の認可装置から選択すべき前記認可装置を特定するための当該選択情報、
の少なくとも１つに基づき選ばれる、請求項１８に記載の認可システム。
【請求項２０】
要求装置上で制限付きアクティビティーを実行するために無線認可を得るための方法であって、
複数の認可装置が、前記要求装置上で前記制限付きアクティビティーを実行するための前記無線認可を要求する要求信号を受信できることを、前記要求装置により決定する処理と、
前記要求装置が前記複数の認可装置から１つを選ぶ処理と、
前記要求装置が前記要求信号を送信する処理と、
前記要求信号の送信の後、前記制限付きアクティビティーを実行する前記要求装置のために前記認可を与える認可入力が、前記選択された認可装置によって又は前記要求装置によって受信されると、前記要求装置上で前記制限付きアクティビティーを実行することができる処理と、
前記選択された認可装置によって前記認可入力が受信されることに応答して、
(i)前記選択された認可装置が前記要求信号、前記選択された認可装置のユーザを認証するための認証入力、及び前記認可入力を受信し、(ii)前記認可装置のユーザを認証し、及び(iii)認証された前記認可装置のユーザの権限が前記制限付きアクティビティーを実行する前記要求装置のために前記認可を与える権限を含んでいるかを決定するために前記権限を検証した後、前記制限付きアクティビティーを実行する要求装置を認可する認可信号を、前記選択された認可装置によって送信する処理と、
を含み、
前記認可入力は、前記選択された認可装置に関連し且つ前記要求装置に関連しない第１の入力装置を介して供給されるものであり、
前記認可入力が前記要求装置によって受信されることに応答して、
前記要求装置によって受信される前記認可入力は、前記要求装置が前記選択された認可装置から前記認可信号を受信することなく、前記制限付きアクティビティーを実行する前記要求装置を認可するものであって、前記要求装置によって受信される前記認可入力は前記要求装置に関連する第２の入力装置を介して供給され、前記第２の入力装置は前記複数の認可装置のいずれとも関連しない、
ことを特徴とする方法。
【請求項２１】
前記選択された認可装置は、
選択された前記認可装置のオペレーション状態、
前記複数の認可装置のうち、前記要求装置に近接するすべての認可装置よりも更に前記要求装置に近接するとして選択される前記認可装置、
選択される前記認可装置の認可要求キューの長さが、前記複数の認可装置のうちの他のすべての認可装置の認可要求キューの長さよりも短いこと、
前記要求装置に関連し且つ前記複数の認可装置の何れにも関連しない入力装置を介して提供される選択情報であって、前記複数の認可装置から選択すべき前記認可装置を特定するための当該選択情報、
の少なくとも１つに基づき選ばれる、請求項２０に記載の方法。
【請求項２２】
前記認証入力は、テキスト入力、ジェスチャー入力を含む、請求項２０に記載の方法。
【請求項２３】
前記認可装置と前記要求装置との間のプロキシとして機能する少なくとも１つのサーバを含み、
前記認可装置が認証サーバに前記認証入力を送信する処理を更に含み、
前記少なくとも１つのサーバは、前記認証サーバとアプリケーションサーバを含み、
前記認証サーバは前記認証入力に基づき前記認可装置のユーザの認証を実行し、
前記認可装置又は前記アプリケーションサーバの少なくとも１つは、認証された前記認可装置のユーザの権限を検証する、請求項２０に記載の方法。
【請求項２４】
前記要求装置が、前記認可装置のユーザに対する前記要求装置の物理的ロケーションをあらわしているロケーションメッセージを前記認可装置へ送信する処理と、
を更に含む、請求項２０に記載の方法。
【請求項２５】
処理システムに、請求項２０〜２４の何れか１項に記載の方法を実現する手順を実行させるためのコンピュータ命令を記録した不揮発性のコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、全般的には電子装置に関し、より詳細には電子装置の認証に関する。
【背景技術】
【０００２】
本項は、以下に説明及び／又は特許請求される本開示の様々な態様に関係する可能性がある様々な技術態様を読者に紹介することを意図している。この検討は、本開示の様々な態様のより良き理解を容易にする背景情報を読者に提供する上で役立つと信じる。したがって、これらの記述は、この観点から読まれるべきであって、従来技術を容認するものとして読まれるべきではないことを理解されよう。
【０００３】
携帯電話、コンピュータ、タブレットなどの電子装置は、通常、多くの業界で及び広範囲の用途で使用される。このような電子装置は、様々な情報及び機能を包含し得、そのいくつかは、機密又は制限付きである可能性がある。電子装置上の制限付きコンテンツを保全するには、制限されていないコンテンツは概してアクセスが可能であり、制限付きコンテンツは、概して、認可及び／又は認証なくしてはアクセスできない設定を伴い得る。このような制限付きコンテンツにアクセスするために、ユーザは、（例えば、正しいログインキー又はパスコードの入力によって）電子装置又はシステムがユーザのＩＤを確認したときに、制限付きコンテンツへのアクセスを認証され得るか、ユーザは、装置又はシステムが、ユーザが制限付きコンテンツにアクセス又は実行するための適切なアクセスレベルを有すると判定したときに、制限付きコンテンツへのアクセスを認可され得る。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来は、ログインキーを必要とする電子装置上の制限付きコンテンツにアクセスするためには、ログインキーの知識を有するユーザが、電子装置のユーザインターフェースでログインキーを入力できるが、この場合、一般的に、認可されたユーザが、装置と物理的に対話する必要がある。更に、ログインキーの知識を有する権限のないユーザが、装置上の制限付きコンテンツにアクセスする必要がしばしばあることがあり、典型的には、制限付きコンテンツのアクセスに進む前に更なる認可を必要とすることがある。例えば、小売りシステムは、装置を使用する従業員のアクセスレベルに基づいてアクセス制限がある情報又は機能をそれぞれ含む、いくつかの電子装置を含む場合がある。従業員が、その従業員はアクセスできない制限付きコンテンツにアクセスする必要がしばしばある場合があり、このような場合、従業員が制限付きコンテンツにアクセスする前にマネージャの認可を必要とすることがある。しかし、従業員がその従業員の装置にアクセスすることを認可するプロセスは、非効率的であり得る。
【課題を解決するための手段】
【０００５】
本明細書で開示されるある実施形態の概要を以下に記載する。これらの態様は、これらのある実施形態の概要を読者に提供するためだけのものであって、本開示の範囲を制限する意図でないことが理解されよう。実際に、本開示は、以下に記載されていない種々の態様を含み得る。
【０００６】
本開示の実施形態は、２次認可を無線で取得するためのシステム及び方法に関する。例えば、第１の装置は、第２の装置からの認可がないとアクセスできない制限付きコンテンツを包含し得る。本技術により、第１の装置は認可要求信号を第２の装置に送信することができ、第２の装置は認可信号を送信することによって、第１の装置に対する認可を付与又は拒否することができる。
【０００７】
いくつかの実施形態において、第１の装置は、従業員が使用する小売トランザクション又は情報装置であり、第２の装置はマネージャが使用する同じ又は異なる装置であり得る。したがって、マネージャが従業員にマネージャの装置からのアクセス権限を付与する限りは、従業員は、マネージャの装置から無線で制限付きコンテンツにアクセスを取得し得る。
【０００８】
上記機能の様々な改良が、本開示の様々な態様に関連して存在し得る。更なる機能をまた、これらの様々な態様に組込み得る。これらの改良又は追加機能は、個別に又は任意の組み合わせで存在し得る。例えば、１つ以上の例示する実施形態に関連して以下で検討される様々な機能は、本開示の上記態様のいずれかに又は任意の組み合わせに組込まれ得る。繰り返すが、上記の概要は、単に読者に本開示の実施形態のある態様及び背景をわかりやすくすることだけを意図しており、特許請求の範囲を制限するものではない。
【図面の簡単な説明】
【０００９】
本開示の様々な態様が、以下の詳細な説明を読み、図面を参照することによってより良く理解されよう。
【図１】本開示の態様に係る電子装置の構成要素のブロック図である。
【図２】本開示の態様に係るハンドヘルド電子装置の正面図である。
【図３】本開示の態様において使用するコンピュータの図である。
【図４】本開示に係る２次認可システムの説明である。
【図５】本開示に係る第２の装置から第１の装置上のコンテンツを認可するプロセスを図解するフローチャートである。
【図６】本開示に係る、装置上のコンテンツにアクセスするためには認可が必要であることを示す電子装置のスクリーンである。
【図７Ａ】本開示に係る、認可の要求が２次認可システムの別の装置に送信されたことを示す図６の電子装置のスクリーンである。
【図７Ｂ】本開示に係る、認可の要求が２次認可システムの別の装置に送信されたことを示す図６の電子装置のスクリーンである。
【図８】本開示に係る、認可要求が受信されたことを示す第２の装置のスクリーンである。
【図９】本開示に係る、認可要求の認可の間に第２の装置上のスクリーンの進捗状況の例示である。
【図１０】本開示に係る、認可要求の待ち行列を有する第２の装置のスクリーンである。
【発明を実施するための形態】
【００１０】
１つ以上の具体的な実施形態を以下で説明する。これらの実施形態を簡潔な説明を提供するために、本明細書では、実際の実装の全ての機能は説明されていない。任意のこのような実際の実装の開発において、任意の工学技術又は設計プロジェクトにおける場合と同様、実装ごとに異なり得るシステム関連及びビジネス関連の制約への適合などの開発者固有の目標を実現するために、多くの実装固有の決定を行う必要があることが理解されよう。更に、このような開発作業は、複雑で、手間がかかるが、それにもかかわらず、本開示の恩恵を受ける当業者にとっては、定型的な設計、組み立て、製造作業であることが理解されよう。
【００１１】
本技術は、システム内の要求側装置（第１の装置とも言う）が、システム内の認可側装置（第２の装置とも言う）から第１の装置上の制限付きコンテンツにアクセスする認可を無線で要求及び受信することができる、２次認可技術を伴う。本技術の実施形態は、それぞれ様々な機能を有する電子装置のネットワークを伴う小売りシステムに適用し得、その場合、様々な機能は１つ以上のアクセスレベルを有し得る。例えば、ある機能（例えば、支払いの受領、購入履歴へのアクセス等）は、第１アクセスレベルを有することがあり得、一般的に第１アクセスレベルを有する小売りシステムのユーザ（例えば、従業員）には制限されていない場合がある。しかし、他の機能（例えば、商品返却の受領、割引の付与、保証の無効化等）は、第２アクセスレベルを有することがあり、第２アクセスレベルを有するユーザからの（例えば、マネージャからの）認可なしでは制限される場合があり得る。
【００１２】
従来は、マネージャは、従業員が制限付き機能を実行する前に、従業員が使用する同じ装置に認可キーを入力するかログインする場合がある。本技術の実施形態に係って、第１の装置を使用する従業員が、第２の装置を使用するマネージャから第１の装置上の別では制限付き機能を実行する認可を無線で要求し、かつ受信し得る。
【００１３】
いくつかの実施形態において、認可側装置は、複数の要求側装置に対して認可を付与し得る。上記の小売アプリケーションに関して、マネージャは、一認可側装置を使用して、従業員が使用して制限付きコンテンツにアクセスできる複数の要求側装置に対して認可を付与し得る。小売設定で通常あるように、それぞれの従業員は、小売設定全体にわたって異なる場所にある、異なる第１の装置を使用し得る。いくつかの実施形態において、マネージャは、制限付きコンテンツへのアクセスを要求するそれぞれの従業員の場所に移動する必要がないことがある。むしろ、マネージャは、それぞれの従業員のそれぞれの場所に物理的に移動することなく、それぞれの従業員の装置に無線で認可を提供することができる。
【００１４】
上記の機能を念頭に置いて、本技術の態様を実施するための好適な電子装置の概要を提供する。図１では、本技術での使用に好適な電子装置内に存在し得る様々な構成要素を図解するブロック図を提供する。図２では、本明細書でハンドヘルド電子装置として提供される、好適な電子装置の一実施例を図解する。図３では、本明細書でコンピュータシステムとして記載される、好適な電子装置の別の一例を図解する。このような電子装置並びに好適な記憶及び／又は処理能力を提供するその他の電子装置は、本技術と合わせて使用され得る。更に、好適な電子装置は、無線通信能力を有し、他の電子装置と無線で通信して本開示の２次認可技術を実行し得る。
【００１５】
好適な電子装置の一例には、装置の機能に寄与する様々な内部及び／又は外部構成要素が挙げられる。図１は、このような電子装置８の内部に存在し、かつ装置８が本明細書で検討される技術に係って機能することを可能にする、構成要素を例示するブロック図である。上記の内容からわかるように、図１に示す様々な機能ブロックには、ハードウェア要素（アプリケーション固有の、又は汎用の回路を含む）、ソフトウェア要素（機械可読媒体上に記憶されたコンピュータコードを含む）、又はハードウェア要素及びソフトウェア要素の両方の組み合わせが挙げられる。更に、図１は、特定の実施の一例だけであり、装置８内に存在し得る構成要素のタイプを例示することだけを意図するものであることを留意されたい。例えば、ここに例示する実施形態において、これらの構成要素には、ディスプレイ１０、Ｉ／Ｏポート１２、入力構造１４、データ処理回路（例えば、１つ以上のプロセッサ）１６、メモリ装置１８、不揮発性記憶域２０、拡張カード２２、ネットワーク装置２４、及び電源２６が挙げられる。
【００１６】
これらの構成要素のそれぞれに関して、ディスプレイ１０は、装置８によって生成された様々な画像を表示するために使用され得る。ディスプレイ１０は、ブラウン管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、発光ダイオード（ＬＥＤ）ディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、又はその他の好適なディスプレイなどの、任意のタイプのディスプレイであってよい。電子装置８のある実施形態において、ディスプレイ１０は、タッチスクリーンなどのタッチ感知要素を含んでもよい。
【００１７】
Ｉ／Ｏポート１２は、電源又はその他の電子装置（例えば、ハンドヘルド装置及び／又はコンピュータ、プリンター、プロジェクター、外部ディスプレイ、モデム、ドッキングステーション等）などの種々の外部装置に接続するように構成されたポートを含んでもよい。例えば、いくつかの実施形態において、クレジットカードリーダ（通常、カードスレッドと呼ばれる）などの周辺ハードウェア付属品は、Ｉ／Ｏポート１２を介して装置８に接続し得る。いくつかの実施例において、クレジットカードリーダを通じて得た情報は、好適なプロセッサ（例えば、プロセッサ１６）に送られ得る。Ｉ／Ｏポート１２は、ユニバーサルシリアルバス（ＵＳＢ）ポート、ビデオポート、シリアルコネクションポート、ＩＥＥＥ−１３９４ポート、イーサーネット又はモデムポート、及び／又はＡＣ／ＤＣ電源接続ポートなどの任意の標準的なインターフェースタイプ又は専用インターフェースタイプをサポートし得る。
【００１８】
入力構造１４には、様々な装置、回路、及びプロセッサ１６などのデータ処理回路に入力又はフィードバックを提供する伝達経路が含まれ得る。このような入力構造１４は、装置８を起動したときに装置８の機能を制御するように構成され得る。例えば、入力構造１４には、ボタン、スライダー、スイッチ、コントロールパッド、キー、ノブ、スクロールホイール、キーボード、マウス、タッチパッドなどが挙げられる。ある実施形態において、入力構造１４にはまた、全地球測位システム（ＧＰＳ）回路、並びに／又は装置８の位置及び／若しくは方位に関する情報をプロセッサ１６に送る加速度計などの構成要素が含まれ得る。
【００１９】
ある実施形態において、入力構造１４及びディスプレイ１０は、タッチ感知機構がディスプレイ１０と共に提供されるタッチスクリーンの場合のように、共に提供されうる。このような実施形態において、ユーザは、タッチ感知機構を介して、表示されたインターフェース要素を選択し、又はこれと対話し得る。これによって、表示されたユーザインターフェースは対話機能を提供し、ユーザが、ディスプレイ１０に表示された選択肢から、タッチスクリーン又はその他の入力構造によって選択することを可能にする。
【００２０】
ユーザ又はディスプレイ１０に表示されたアプリケーションインターフェースとの対話などの、入力構造１４とのユーザ対話は、ユーザ入力を示す電気信号を生成することがある。これらの入力信号は、更なる処理のために、入力ハブ又はバスなどの好適な伝達経路を介してプロセッサ１６などのデータ処理回路に送り得る。
【００２１】
プロセッサ１６は、オペレーティングシステム、プログラム、ユーザ及びアプリケーションインターフェース、並びに電子装置８のその他任意の機能を実行するデータ処理能力を提供する。プロセッサ１６は、１つ以上の「汎用」マイクロプロセッサ、１つ以上の専用マイクロプロセッサ、及び／若しくはＡＳＩＣＳ、又はこのような処理構成要素のいくつかの組み合わせなどの、１つ以上のマイクロプロセッサ含み得る。例えば、プロセッサ１６は、１つ以上の縮小命令セット（ＲＩＳＣ）プロセッサ、並びにグラフィックスプロセッサ、ビデオプロセッサ、オーディオプロセッサ、及び／又は関連するチップセットを含み得る。
【００２２】
プロセッサ１６が処理する命令又はデータはメモリ１８に記憶させることができる。メモリ１８は、ランダムアクセスメモリ（ＲＡＭ）などの揮発性メモリ、及び／又は読み取り専用メモリ（ＲＯＭ）などの不揮発性メモリとして提供し得る。メモリ１８は、種々の情報を記憶でき、様々な目的に使用し得る。例えば、メモリ１８は、プロセッサ１６が実行するファームウェア（本明細書で検討される、基本入力／出力命令、又は非英数字認証（例えば、キーボード上のキー又は文字に基づかない認証）を実装する命令を含むオペレーティングシステム命令など）、電子装置８の様々な機能を使用可能にするその他のプログラム、ユーザインターフェース機能、プロセッサ機能を記憶し得る。追加で、メモリ１８は、電子装置８の稼動時にバッファー又はキャッシュ用に使用し得る。
【００２３】
構成要素は、更に、データ及び／又は命令の永続記憶のための不揮発性記憶域２０を含み得る。不揮発性記憶域２０は、フラッシュメモリ、ハードドライブ、又は任意のその他の光学性、磁性、及び／若しくは固体の記憶媒体を含み得る。不揮発性記憶域２０は、個人又は営業情報（例えば、財務及びその他の経理情報）などのデータファイル、ソフトウェア、無線接続情報（例えば、電子装置８が、電話又は無線ネットワーク接続などの無線接続を確立すること可能にする情報）、及び任意のその他の好適なデータを記憶するために使用し得る。追加で、不揮発性記憶域２０はまた、アプリケーション又はプログラムコード、このようなアプリケーション又はプログラムに関連したデータ、オペレーティングシステムコード、ユーザ設定プリファレンス、並びに本明細書で検討される安全なユーザ認証を実装するためのコードなどの、電子装置８の様々な機能を実装するためのコード及び／又はデータ、を記憶し得る。
【００２４】
図１に例示される実施形態はまた、１つ以上のカード又は拡張スロットを含み得る。カードスロットは、電子装置８に追加メモリ、Ｉ／Ｏ機能、又はネットワーク能力などの機能を追加する時に使用し得る拡張カード２２を受容するように構成し得る。このような拡張カード２２は、任意のタイプの好適な標準型の、又は専用のコネクタを通じて装置に接続でき、電子装置８の筐体に内部又は外部からアクセスし得る。例えば、一実施例において、拡張カード２２は、セキュアデジタル（ＳＤ）カード、ミニ又はマイクロＳＤ、コンパクトフラッシュカード、マルチメディアカード（ＭＭＣ）などのフラッシュメモリカードであってよい。
【００２５】
図１に図解する構成要素はまた、ネットワークコントローラ又はネットワークインターフェースカード（ＮＩＣ）などのネットワーク装置２４を含む。一実施形態において、ネットワーク装置２４は、任意の８０２．１１規格又は任意のその他の好適な無線ネットワーク規格の、無線接続性を提供する無線ＮＩＣであってよい。ネットワーク装置２４は、電子装置８が、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、移動体通信ネットワーク、又はインターネットなどのネットワーク上で通信することを可能にし得る。更に、電子装置８は、ポータブル電子装置、パーソナルコンピュータ、プリンターなどのネットワーク上の任意の装置と接続及び送信又は受信することができる。代替として、いくつかの実施形態において、電子装置８は、ネットワーク装置２４を含まなくてもよい。このような実施形態において、ＮＩＣを拡張カード２２として追加して上記と同様のネットワーク能力を提供できる。
【００２６】
更に、構成要素はまた、電源２６を含み得る。一実施形態において、電源２６は、リチウムイオンポリマー電池などの１つ以上の電池であり得る。電池は、ユーザが取外し可能なものであっても、電子装置８の筐体内に固定されていてもよく、また再充電可能であってもよい。追加で、電源２６は、電気コンセントから供給される電源などのＡＣ電源を含むことができ、電子装置８は、電源アダプターを介して電源２６に接続し得る。この電源アダプターはまた、存在する場合に、１つ以上の電池を再充電するために使用し得る。
【００２７】
上記を念頭に置き、図２は、ハンドヘルド装置３０（ここでは、携帯電話）の形態の電子装置８を例示し、この電子装置は、第１の装置及び／又は第２の装置として使用し得る。図解のハンドヘルド装置３０は携帯電話の文脈で提供されるが他のタイプのポータブル装置（音楽や動画を再生するメディアプレイヤー、パーソナルデータオーガナイザー、ハンドヘルドゲームプラットフォーム、及び／又はこれら装置の組み合わせ）がまた、電子装置８として提供されるのに好適であり得る。更に、好適なハンドヘルド装置３０は、メディアプレイヤー、携帯電話、ゲームプラットフォーム、パーソナルデータオーガナイザーなどの１つ以上のタイプの装置の機能を組み込み得る。
【００２８】
例えば、図解の実施形態において、ハンドヘルド装置３０は、様々な追加機能（写真の撮影、音声及び／又は動画の記録、音楽の傾聴、ゲームのプレイなど）を提供する携帯電話の形態をとる。図１の汎用型電子装置に関して検討したように、ハンドヘルド装置３０は、ユーザが、インターネットを介して、又はローカルエリアネットワーク若しくはワイドエリアネットワーク、又は移動体通信ネットワークなどのその他のネットワークを介して接続及び通信することを可能にする。例えば、ハンドヘルド装置３０は、ユーザが、電子メール、テキストメッセージ、インスタントメッセージ、又はその他の形態の電子通信を使って通信すること可能にし得る。ハンドヘルド電子装置３０はまた、Ｂｌｕｅｔｏｏｔｈ及び近距離無線通信などの近距離接続を使用して他の装置と通信し得る。例として、ハンドヘルド装置３０は、Ａｐｐｌｅ  Ｉｎｃ．（Ｃｕｐｅｒｔｉｎｏ，Ｃａｌｉｆｏｒｎｉａ）から入手可能なｉＰｏｄ（登録商標）若しくはｉＰｈｏｎｅ（登録商標）のモデル又はそれらの派生物のモデルであり得る。ハンドヘルド電子装置３０はまた、タブレットコンピュータの形態であってもよい。例として、タブレットコンピュータは、Ａｐｐｌｅ  Ｉｎｃ．（Ｃｕｐｅｒｔｉｎｏ，Ｃａｌｉｆｏｒｎｉａ）から入手可能なｉＰａｄ（登録商標）のモデル、又はその派生物のモデルであり得る。
【００２９】
図解の実施形態において、筐体３２は、ユーザが介して装置と対話し得る入力構造１４を含む。それぞれの入力構造１４は、起動したときに装置機能の制御を支援するように構成し得る。例えば、携帯電話の実装において、１つ以上の入力構造１４は、スリープモードとウェークモードとの間をトグルし、携帯電話アプリケーションの着信音をマナーモードにし、音声出力を上げたり下げたりするなどのために「ホーム」スクリーン又はメニュが表示されるように構成し得る。
【００３０】
ハンドヘルド装置３０のディスプレイ１０を使用して、ユーザがハンドヘルド装置３０と対話すること可能にするグラフィカルユーザインターフェース（ＧＵＩ）３４を表示し得る。ＧＵＩ  ３４は、ディスプレイ１０の全体又は一部に表示され得る様々なレイヤー、ウィンドウ、スクリーン、テンプレート、又はその他の図形要素を含み得る。一般的に、ＧＵＩ  ３４は、電子装置のアプリケーション及び機能を表す図形要素を含み得る。図形要素は、アイコン３６及びボタン、スライダー、メニュバー等を表す他の画像を含み得る。アイコン３６は、それぞれのアイコン３６を選択するとオープンする電子装置の様々なアプリケーションに対応し得る。更に、アイコン３６の選択は、アイコン３６の選択が１つ以上の追加のアイコン又はその他のＧＵＩ要素を含むスクリーンにつながるように、階層型ナビゲーションプロセスにつながり得る。アイコン３６は、ある実施形態においてディスプレイ１０として提供されたタッチスクリーンを介して選択し得るか、又はホイール若しくはボタンなどのユーザ入力構造１４によって選択し得る。
【００３１】
図２の図解の携帯電話などのハンドヘルド装置３０に加えて、電子装置８はまた、機密情報が記憶される可能性があり、このような情報への安全なアクセスを管理するソフトウェアコードを実行する可能性がある、コンピュータ又はその他のタイプの電子装置の形態を取り得る。このようなコンピュータには、一般的にポータブルなコンピュータ（例えば、ラップトップ、ノートブック、及びタブレットコンピュータ）並びに一般的に１つの場所で使用されるコンピュータ（従来のデスクトップコンピュータ、ワークステーション及び／又はサーバなど）が挙げられる。ある実施形態において、コンピュータの形態の電子装置８は、Ａｐｐｌｅ  Ｉｎｃ．から入手可能な、ＭａｃＢｏｏｋ（登録商標）、ＭａｃＢｏｏｋ（登録商標）Ｐｒｏ、ＭａｃＢｏｏｋ  Ａｉｒ（登録商標）、ｉＭａｃ（登録商標）、Ｍａｃ（登録商標）  ｍｉｎｉ、又はＭａｃ  Ｐｒｏ（登録商標）のモデルであってよい。
【００３２】
例として、ラップトップコンピュータ５０の形態の電子装置８は、一実施例に係る図３に例示される。図解のコンピュータ５０は、筐体５２、ディスプレイ１０、入力構造１４、及び入力／出力ポート１２を含む。入力構造１４（キーボード及び／又はタッチパッドなど）は、コンピュータ５０上で動くＧＵＩ又はアプリケーションの開始、制御、稼動などの、コンピュータ５０との対話に使用し得る。例えば、キーボード及び／又はタッチパッドにより、ユーザはディスプレイ１０に表示されるユーザインターフェース又はアプリケーションインターフェースをナビゲートできる。追加で、入力及び出力ポート１２は、追加装置の接続を可能にし得る。例えば、コンピュータ５０は、ハンドヘルド電子装置３０などの別の電子装置への接続に好適なＵＳＢポート又はその他のポートなどのＩ／Ｏポート１２を含み得る。
【００３３】
追加で、ハンドヘルド装置３０に関して検討したように、コンピュータ５０は、コンピュータ５０が本技術の実装に好適なＧＵＩ及びその他のアプリケーションを記憶及び実行することを可能にする、データ処理回路（１つ以上のプロセッサなど）、ネットワーク接続性、メモリ、並びに記憶能力を含み得る。例えば、コンピュータ５０は、機密情報又は安全なアプリケーションへのアクセス、又は非英数字及び非バイオメトリック入力（例えば、ジェスチャー、シーケンスなど）を使ったネットワーク接続に好適なプログラミングコード符号化ルーチンの記憶及び実行ができ得る。更に、コンピュータ５０がネットワーク接続性を有する限りでは、このような接続性を利用して、このような機能を提供するように、コンピュータ５０上の既存アプリケーションを更新又は修正できる。
【００３４】
上記の検討を念頭に置いて、電子装置８が、本開示で提示される２次認可技術に好適であることが理解されよう。図４は、第１の装置６０、第２の装置６２、無線ネットワーク６４、認証サーバ６５、及びアプリケーションサーバ６６を含む２次認可システム５８を例示する。いくつかの実施形態において、第１の装置６０及び／又は第２の装置は、ハンドヘルド装置３０（図２）、ラップトップコンピュータ６０（図３）、又は任意のその他の好適な電子装置８であってもよい。
【００３５】
第１の装置６０は、様々なコンテンツ及び機能性を含むことができ、その一部は異なるアクセス制限を有してもよい。第１の装置６０は、制限付き権限を有するユーザ（以下、制限付き権限ユーザと呼ぶ）が使用できる。第１の装置６０は、一般的に、共通のコンテンツを含む。この共通のコンテンツは、制限付き権限ユーザが、更なる認可がなくてもアクセスできる情報又は機能を含み得る。いくつかの実施形態において、第１の装置６０は、共通のコンテンツにアクセスし得る前に制限付き権限ユーザによるイニシアルログインを要求し得る。例えば、第１の装置は、購入トランザクションを行う場合、購入トランザクションは共通のコンテンツの例であるので、購入トランザクション完了などのタスクを追加の認可なくして実行できるように構成することができる。しかし、第１の装置６０は、返却トランザクションは制限付きコンテンツの一例であるので、商品返却トランザクション（即ち、クレジットカードへの現金の転送）を実行できない場合がある。いくつかの実施形態において、第１の装置６０は、無線ネットワーク６４を介して２次認可要求信号を第２の装置６２に送信して認可を要求することができる。
【００３６】
第２の装置６２は、一般的に、より高いレベルの権限を有するユーザ（以下、全権ユーザと呼ぶ）によって使用され、制限付きコンテンツにアクセスする権限を有し、並びに制限付き権限ユーザに制限付きコンテンツにアクセスする認可を付与する権限を有する。第２の装置６２は、２次認可要求を受信でき、第２の装置６２を操作する全権ユーザは、受信した２次認可要求に対応する制限付きコンテンツの認可を選択し得る。第１の装置６０に対して認可を示すために、第２の装置６２は、認可信号を第１の装置６０に送信でき、制限付きコンテンツはその次に、第１の装置６０からアクセス可能になる。
【００３７】
第１の装置６０及び第２の装置６２は、無線ネットワーク６４を介して相互に及びその他の装置と通信し得る。無線ネットワーク６４は、Ｂｌｕｅｔｏｏｔｈ（商標）ネットワークなどのパーソナルエリアネットワーク（ＰＡＮ）、８０２．１１  Ｗｉ−Ｆｉネットワークなどのローカルエリアネットワーク（ＬＡＮ）、３Ｇ又は４Ｇ移動体通信ネットワークなどのワイドエリアネットワーク（ＷＡＮ）、及びその他の好適な無線ネットワークであってよい。
【００３８】
無線ネットワーク６４内の認証サーバ６５は、２次認可システム５８に対応したアカウントに対応したアカウントデータ及び／又はＩＤデータを含んでもよい。例えば、システム５８のそれぞれの従業員のアカウント情報は認証サーバ６５内に記憶し得る。いくつかの実施形態において、認証サーバ６５は、ユーザの認証と呼ぶ、ユーザアカウントの検証に好適な処理要素又は制御要素を含み得る。例えば、認証サーバ６５は、ユーザ認証入力（例えば、識別パスワード、ジェスチャー、アカウント名など）を認証サーバ６５内のアカウントデータベースに記憶されるアカウントデータと比較し得る。
【００３９】
いくつかの実施形態において、２次認可システム５８はまた、無線ネットワーク６４で接続されたアプリケーションサーバ６６を含み得る。アプリケーションサーバ６６は、第１サーバ６０と第２サーバ６２との間でプロキシするように構成し得る。アプリケーションサーバ６６は、認証サーバ６５にアクセスすることによって任意の認証入力を検証し得る。認証が認証サーバ６５で検証される場合に、アプリケーションサーバは、認可信号を第１の装置６０に送信するように構成され、制限付きコンテンツが次に、第１の装置６０からアクセス可能になる。いくつかの実施形態において、アプリケーションサーバ６６はまた、機能の実行、コンテンツへのアクセス、又はコンテンツ若しくは機能へのアクセスの認可のための認証されたユーザの権限レベルを検証することができる。いくつかの実施形態において、認証及び認可に関連した処理構成要素及びデータは、第２の装置６２に記憶され得る。
【００４０】
図５は、２次認可プロセス６６を表すフローチャートである。図６〜図１０は、２次認可プロセス６６内の様々なポイントにおける第１の装置及び第２の装置を例示する一連の例示的スクリーンショットである。図６〜図１０は、図５のプロセス中に表示されるスクリーンを示すので、図６〜図１０を同時に検討する。
【００４１】
図５に例示するように、２次認可プロセス６６は、第１の装置動作６８と第２の装置動作７０に分類される。２次認可を取得するプロセス６６は、第１の装置６０が認可を促したとき（ブロック７２）に開始する。図６は、第１の装置６０が認可を促したときの第１の装置６０上のスクリーンの例示である。認可プロンプト９０は、スクリーン８８に表示し得る。いくつかの実施例において、認可プロンプト９０は、受付ボタン９２を含み得る。受付ボタン９２を作動すると、制限付き権限ユーザが、希望する制限付きコンテンツへのアクセスを進めるための認可が要求されることを認識することが示され得る。いくつかの実施形態において、受付ボタン９２を作動すると、第１の装置６０が認可要求を開始し、別の装置では、第１の装置６０が、認可要求信号の送信を確認するための追加スクリーンを表示し得る。異なる実施形態において、ボタンの「作動」は、装置６０及び装置６２の構成によって、多くの動作（押下、プッシュ、選択、タッチなど）により行い得る。
【００４２】
いくつかの実施形態において、認可要求の開始時に（例えば、受付ボタン９２の作動に応じて）、第１の装置６０は入力スクリーン９４（図７Ａ）を表示できる。この入力スクリーン９４では、第１の装置６０に正しい入力を入力すると第１の装置６０上の制限付きコンテンツが認可され得る。例えば、全権ユーザは、第１の装置に入力を直接入力して第１の装置６０からの制限付きコンテンツへのアクセスの認可を付与し得る。いくつかの実施形態において、第１の装置６０は、２次認可技術が利用できないときに、認可入力を直接第１の装置６０に入力することを要求し得る。例えば、第１の装置６０は、第１の装置６０と第２の装置６２との間で好適な無線接続６４が検出されない場合に、入力スクリーン９４を表示し得る。
【００４３】
いくつかの実施形態において、入力スクリーン９４上のプロンプト９６はアカウントデータフィールド９８及びパスワードデータフィールド１００を含む。ユーザのＩＤに一般的に関する情報は、アカウントデータフィールド９８に入力でき、安全なパスワードに一般的に関する情報は、パスワードデータフィールド１００に入力できる。いくつかの実施形態において、ユーザは、キーパッド１０２を使用して情報をアカウントデータフィールド９８及びパスワードデータフィールド１００に入力できる。ログイン情報が入力された後、続行ボタン１０４が選択され、第１の装置６０が、入力された情報を検証し得る。取消ボタン１０６をまた表示できる。このボタン１０６を選択すると、認可要求を取り消し、第１の装置６０を前のページに戻すことができる。アカウントデータフィールド９８及びパスワードデータフィールド１００に正しい入力を入力すると、第１の装置６０に全権限（及び他者を認可する権限）を有するユーザが認証され得る。この認証により、認可要求を開始した制限付きコンテンツへのアクセスが認可され得る。
【００４４】
追加で、図７Ｂに例示するように、１つ以上の実施形態は、第１の装置６０の全権ユーザに対する、第１の装置上のジェスチャーログインスクリーン１３６を通した認証を含む。ジェスチャーログイン１３６は、複数のジェスチャーノード１４０を含むジェスチャーノード配列１３８を含む。ユーザのＩＤは、ユーザが所定の方式でジェスチャーノード１４０全体にわたってタッチ又はスワイプしたときに検証され得る。ジェスチャーノード１４０が選択された正しいパターン又は経路は、認可されたユーザに対応する暗号キーであり、これによって、ジェスチャーマップ１３８を正しくタッチすると、第１の装置６０がユーザのＩＤ及び認可レベルを検証できる。いくつかの実施形態において、ユーザは第１の装置６０上の認証を取得するために、入力スクリーン９４又はジェスチャーログインスクリーン１３６のいずれかを選択し得る。
【００４５】
代替として、第１の装置６０を通した認可に加えて、本技術は、異なる装置（例えば、第２の装置６２）からの無線による認可の要求及び受信を含む。図５に戻り参照すると、２次認可プロセス６６を開始するため、第１の装置６０は、認可要求信号７６を無線ネットワーク６４内において無線で送信し得る（ブロック７４）。いくつかの実施形態において、認可要求信号７６は、アプリケーションサーバ６６（図４）を通り、第２の装置６２に到達する前にいくつかの処理を受ける。第２の装置６２は認可要求信号７６を受信し（ブロック７８）、認可要求７６が第２の装置６２上で受信されたことを示し得る（ブロック７９）。図８は、２次認可要求７６が第２の装置６２で受信されたことを示すスクリーン１１２の例示である。例示される実施形態において、２次認可要求７６が受信されたときに（ブロック７８）、認可要求通知１１０が第２の装置６２のスクリーン１１２上に現れ得る。例示するように、認可要求通知１１０は、メッセージ１１４、無視ボタン１１６及び／又はビューボタン１１８を含み得る。メッセージ１１４は、特定の送信者、時間及びその他の関連した詳細に関する情報などの認可要求信号７６に関するコンテンツを含み得る。無視ボタン１１６を選択すると、第２の装置６２は前のコンテンツ又は機能に戻り、ビューボタン１１８を選択すると、第２の装置６２が認証及び／又は認可を促し得る（ブロック８０）。
【００４６】
図９は、認可要求７６に応じて認証及び／又は認可を促すこと（ブロック８０）に伴う第２の装置６２に表示され得るスクリーンの進捗状況の例示である。図９に例示するように、いくつかの実施形態において、第２の装置６２は、認可要求詳細スクリーン１２０、パスワードログインスクリーン１３４、及びジェスチャーログインスクリーン１３６を表示し得る。本実施形態において、認可要求詳細スクリーン１２０は、認可されたユーザが認可要求通知１１０に対応するビューボタン１１８を作動した後で、表示され得る（図８）。本実施形態に例示するように、認可要求詳細スクリーン１２０は、アプリケーション名１２２、アプリケーション機能１２４、及び要求者名１２６などの認可要求７６の詳細に関する情報を含み得る。アプリケーション名１２２は、アプリケーション、プログラム及び／又は認可要求７６を、通って受信するネットワークを示してもよい。アプリケーション機能１２４は、一般的に、第１の装置６０がアクセスを要求する特定の機能又はコンテンツを意味し得る。要求者名１２６は、第１の装置６０を操作する及び／又は認可を要求する制限付き権限ユーザを識別し得る。
【００４７】
本実施形態において、認可要求詳細スクリーン１２０はまた、時間、場所、優先レベルなどの認可要求に関する任意の追加情報を示す詳細ウィンドウ１２８を含み得る。詳細ウィンドウ１２８はまた、認可要求に関するその他の詳細又は命令を含み得る。例えば、第１の装置６０のユーザは、認可要求のほかに、追加の詳細又は質問を入力し得る。認可要求詳細ページ１２０はまた、拒否ボタン１３０及び承認ボタン１３２を含み得る。拒否ボタン１５０を選択すると、認可要求を拒否し、承認ボタン１３２を選択すると、認可要求を承認し得る。いくつかの実施形態において、承認ボタン１３２を一度選択すると、第２の装置６２は認証を要求して第２の装置６０の現在のユーザのＩＤを検証し得る。認証に成功するとまた、認証されたユーザが認可要求に対して認可を許可する権限を実際に有する場合に、認可要求に応じて認可することになる。
【００４８】
第２の装置６２上の全権ユーザを認証するための２つの実施形態を図９に示す。図７Ａ及び７Ｂに関して検討された入力スクリーン９４及びジェスチャースクリーン１３６と同様に、第２の装置６２上の認証にはまた、入力スクリーン１３４及びジェスチャースクリーン１３６が伴い得る。一実施形態において、入力スクリーン１３４はアカウントデータフィールド９８及びパスワードデータフィールド１００を含む。ユーザのＩＤに一般的に関する情報は、アカウントデータフィールド９８に入力でき、パスワードは、パスワードデータフィールド１００に入力できる。スクリーン１３４はまた、取消ボタン１０４及び続行ボタン１０６を含み得る。取消ボタン１０４を選択すると２次認可プロセスを終了し得る。続行ボタン１０６は、ユーザが情報をアカウントデータフィールド９８及びパスワードデータフィールド１００に入力した後で活動状態になる。続行ボタン１０６が選択された場合に、第２の装置６２は、入力された情報を分析し、アカウントデータフィールド９８及びパスワードデータフィールド１００に入力された情報が、第１の装置６０上の制限付きコンテンツへのアクセスを認可する権限を有するアカウントに対応するか判定し得る。本実施形態において、ユーザはキーパッド１０２を使用してアカウントデータ及びパスワードデータを入力し得る。
【００４９】
いくつかの実施形態において、第２の装置６２はまた、ジェスチャーログインページ１３６上のユーザを認証し得る。ジェスチャーログインページ１３６は、複数のジェスチャーノード１４０を有するジェスチャーノード配列１３８を含み得る。一般的に、ユーザは、第２の装置６２上でのユーザの認証用に以前記憶された経路又はパターンに類似し得る経路又はパターン内のジェスチャーノードに接触し得る。全権ユーザは、ジェスチャーマップとインターフェースするパターンの一意の経路を有し得るので、ジェスチャーログインページ１３６上のノード１４０及び／又はジェスチャーログイン１３８に正しくタッチすると、全権ユーザのＩＤを認証し得、それによって、第２の装置６２から認可要求に対して認可を許可し得る。スクリーン１３６はまた、取消ボタン１０４及び続行ボタン１０６を含むことができ、取消ボタン１０４を選択すると第２の装置６２上での２次認証プロセスを終了し、続行ボタン１０６を選択すると第２の装置６２に入力されたジェスチャーを検証するよう促し得る。
【００５０】
いくつかの実施形態において、認証を取得するために、第２の装置６２は、パスワード入力又はジェスチャー入力データなどの認証入力データを認証サーバ６５に送信でき、認証サーバ６５では、一般的に、認証入力を記憶された認証キーのデータベースと比較することによって認証し得る。認証サーバ６５は、認証入力を認証サーバ６５内のアカウントデータベースに記憶された認証キーと照合し、第２の装置６４を認証し得る。
【００５１】
いくつかの実施形態において、第２の装置６２は、第１の装置６０に認可を送信する前に認証を促さない（ブロック８０）ことがある。例えば、いくつかの実施形態において、第２の装置６２は、単に承認ボタン（例えば、承認ボタン１３２）を選択したことに応じて認可信号８３を送信（ブロック８２）し得る。いくつかの実施形態において、第２の装置６２は、第２の装置６２が２次認可要求を認可できる前に第２の装置６２を初期作動したときに、全権ユーザの認証を要求し得る。そのため、全権ユーザは、それぞれの２次認可要求を認可するための認証を取得する必要がないことがあり得る。
【００５２】
承認が、一度、第２の装置６２上で選択された場合及び／又は第２の装置６２が、一度、全権ユーザを認証した場合、第２の装置６２は、認可信号８３を無線接続６４を介して第１の装置６０に送信（ブロック８２）し得る。第１の装置６０は次に、認可信号８３を受信（ブロック８４）し得る。認可信号８３の受信（ブロック８４）に応じて、第１の装置６０は制限付きコンテンツにアクセス（ブロック８６）し得る。
【００５３】
いくつかの実施形態において、認可信号８３は、第２の装置６２によってアプリケーションサーバ６６を通して第１の装置６０に送信され得る。例えば、認証サーバ６５上での認証後、アプリケーションサーバ６６は、認可信号８３を第１の装置６０に送信し得る。いくつかの実施形態において、アプリケーションサーバ６６は、第２の装置６２から認証入力データを受信し、そのデータを認証のために認証サーバ６５に中継し得る。第１の装置６０と第２の装置６２との間のその他の認可に関連しないコミュニケーションをまた、アプリケーションサーバ６６によってサポートし得る。更に、アプリケーションサーバ６６はまた、第１の装置６０が制限付きコンテンツにアクセスした後、第１の装置６０上の制限付きコンテンツの使用のモニタ及び／又は記録を継続し得る。本開示は、第１の装置６０と第２の装置６４との間の認可要求、認証入力、及び認可信号の送信に言及するが、これらの送信のいずれか又はすべては、認証サーバ６５及び／又は無線ネットワーク６４内のアプリケーションサーバ６６を通過し得ることに留意されたい。
【００５４】
１つ以上の実施形態において、第１の装置６０が認可を受信し、制限付きコンテンツにアクセスできるときに、第１の装置６０は、限られた時間の間及び／又は機能の持続時間の間、制限付きコンテンツにアクセスし得る。更に、第１の装置６０は、認可を要求し、かつ認可を受信した特定のコンテンツ又は機能だけにアクセスし得る。
【００５５】
いくつかの実施形態において、第２の装置６２は、２つ以上の装置から２次認可要求を受信し得る。図１０は、いくつかの実施形態において第２の装置６２が表示し得る認可要求待ち行列スクリーン１５０の例示である。認可要求待ち行列スクリーン１５０は、全要求数１５２を示すことができ、１つ以上の認可要求１５４の待ち行列１５３を含み得る。本実施形態において、それぞれの認可要求１５４は、更に、要求者名１２６、アプリケーション名１２２、アプリケーション機能１２４、及び要求の時間１５６などの待ち行列１５３内のそれぞれの要求に対応する詳細を含み得る。図１０に例示するように、認可要求は、それぞれ異なる装置を使用する制限付き権限ユーザであり得る異なる要求者から受信し得る。いくつかの実施形態において、第２の装置６２を使用する全権ユーザは、待ち行列１５３から認可要求を選択して表示し、承認又は拒否し得る。いくつかの実施形態において、認可要求は、待ち行列１５３に現れる順序に関係なく待ち行列１５３から選択し得る。
【００５６】
１つ以上の実施形態において、要求側装置は、追加の認可要求を２つ以上の認可側装置に送信し得る。例えば、認可要求を行うときに、第１の装置６０は、無線ネットワークを介して、どの認可側装置が活動状態であるか（例えば、稼動中及び／又は２次認可要求を受付中）判定することができる。要求側装置は、認可要求を全ての活動状態の認可側装置に送信するように構成し得る。要求側装置はまた、認可要求を、最も近距離にあること、最短認可要求待ち行列を有することなどのような様々な検出可能なパラメータに基づいて選択した特定の認可側装置に自動的に送信するように構成することができる。要求側装置はまた、要求側装置のユーザが、２次認可要求を送達する認可側装置を選択できるように構成することができる。例えば、要求側装置は、認可側装置を操作する特定の認可されたユーザのＩＤを表示して、特定の認可されたユーザ及び／又は２次認可要求信号を送信するための認可側装置の選択を可能にし得る。
【００５７】
１つ以上の実施形態において、要求側装置はまた、メッセージを認可側装置に送信し、又は認可されたユーザに要求側装置及び制限付き権限ユーザの場所に進むように進言するように構成し得る。認可側装置は、全権ユーザが（例えば、小売店の場所における）制限付き権限ユーザを見つけることができるように、要求側装置の物理的場所を全権ユーザに対して示すように構成し得る。例えば、制限付き権限ユーザが、単に２次認可要求を送信することでは効果的に解決できないより複雑な問題を有する場合に、２次認可技術を使用したより徹底した支援が要求される場合がある。
【００５８】
更に、１つ以上の実施形態は、ある認可要求に対する自動承認を含み得る。この場合、承認側装置は、全権ユーザからの追加の実行なしに要求を自動的に承認し得る。例えば、第２の装置は、ある２次認可要求又はある要求側装置が受け取った要求を自動的に承認し得る。したがって、認可要求の自動化された承認に関するこのような決定はまた、アプリケーションサーバ６６上で記憶及び／又は処理し得る。
【００５９】
上記の特定の実施形態は、例として示されており、これらの実施形態が様々な変更や代替的な形態が可能であることが理解されよう。更に、特許請求の範囲は、開示された特定の形態に限定されるものではなく、むしろ、本開示の趣旨及び範囲内の全ての変更、等価物、及び代替物を網羅することを意図していることが理解されよう。
【図１】
0006052912.tif 000002
【図２】
0006052912.tif 000003
【図３】
0006052912.tif 000004
【図４】
0006052912.tif 000005
【図５】
0006052912.tif 000006
【図６】
0006052912.tif 000007
【図７Ａ】
0006052912.tif 000008
【図７Ｂ】
0006052912.tif 000009
【図８】
0006052912.tif 000010
【図９】
0006052912.tif 000011
【図１０】
0006052912.tif 000012