装置へのユーザーの認可
【課題】 本発明は、ユーザーを認可する方法及び装置を提供する。
【解決手段】 要求側は、データに対する呼び掛けデータの要求を提出する。第１の装置は呼び掛けデータを生成し、及び呼び掛けデータを要求側へ供給する。要求側は、呼び掛けデータに応答する応答データを得る。要求側は、呼び掛けデータ及び要求側の識別情報を第２の装置へ提供することにより、応答データを得て良い。第２の装置が要求側の識別の検証に成功すると、第２の装置は、応答データを要求側へ提供する。要求側はその後、応答データを第１の装置へ提出する。応答データを要求側から受信することに応じ、第１の装置は応答データを検証する。第１の装置が応答データの認証に成功すると、第１の装置は要求側にアクセスを許可する。
【解決手段】 要求側は、データに対する呼び掛けデータの要求を提出する。第１の装置は呼び掛けデータを生成し、及び呼び掛けデータを要求側へ供給する。要求側は、呼び掛けデータに応答する応答データを得る。要求側は、呼び掛けデータ及び要求側の識別情報を第２の装置へ提供することにより、応答データを得て良い。第２の装置が要求側の識別の検証に成功すると、第２の装置は、応答データを要求側へ提供する。要求側はその後、応答データを第１の装置へ提出する。応答データを要求側から受信することに応じ、第１の装置は応答データを検証する。第１の装置が応答データの認証に成功すると、第１の装置は要求側にアクセスを許可する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に装置にユーザーを認可する技術に関する。
【背景技術】
【０００２】
多くの電子装置の特定の機能は、しばしば装置の一般ユーザーによりアクセス不可であり、代わりに装置の管理者のみアクセス可能である。例えば、装置の設定を変更する能力を管理者のみに限定し、有害なユーザーが装置を不正に設定するのを防ぐことは有利である。管理者にのみアクセス可能であることを意図している装置により提供される如何なる機能も、限定機能として参照されるべきである。
【０００３】
標準的に、管理者が装置の限定機能にアクセスするため、管理者は装置により認可されなければならない。管理者を装置へ認可する動作は、標準的に管理者が（パスワードのような）ある種の信用証明物を、装置による評価のため装置へ提示する段階を有する。管理者が信用証明物を利用できない又は忘れた又は間違った場合、装置の限定機能はアクセスされ得ない。
【０００４】
管理者の信用証明物が利用できない状況を解決するため、特定の装置は、活性化されると装置を規定状態、例えば知られている管理者パスワードを有する状態にリセットする（装置の内部回路基板内に関連付けられて良いジャンパーのような）リセット機構で設定され得る。しかしながら、このような手法は、管理者信用証明物が利用できない場合に装置の所有者に装置の限定機能へのアクセスを許可すると同時に、リセット機構の知識を有する如何なる第三者にも、装置の所有者の同意もなく装置の限定機能へのアクセスを許可してしまう。
【０００５】
この節で記載される手法は、追求され得た手法であるが、しかし必ずしも以前に考えられ又は追求されていた手法ではない。従って、特に示されない限り、本節に記載された如何なる手法も、単に本節に含まれるという点から従来技術として考えられるべきではない。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
認可を求めるユーザーが所定の信用証明物を保有していることを必要としない方法で、ユーザーを装置へ認可する技術が提供される。代わりに、装置の製造者のような第三機関は、装置への認可を求めるユーザーの「帯域外」認可を実行する。換言すると、ユーザーがユーザーは第三機関により認可されていることを装置に対し証明できるならば、装置はユーザーに特定の機能を装置で実行することを認可して良い。
【課題を解決するための手段】
【０００７】
ある実施例では、第三機関によるユーザーの認可を容易にするため、ユーザーは第１のデータセット（「呼び掛けデータ」）を装置から要求する。要求側は、呼び掛けデータ、及び要求側の識別情報を第三機関へ提供する。第三機関が要求側の同一性の認証に成功すると、第三機関は、別のデータセット（「応答データ」）を要求側へ提供する。要求側はその後、応答データを装置へ提出する。応答データの要求側からの受信に応じ、ユーザーが実際に第三機関により認可されたことを保証するため、装置は応答データを検証する。装置が応答データの検証に成功すると、装置は要求側にアクセスを許可する。
【０００８】
有利なことに、装置の管理者の手が空いていない場合、管理者の信用証明物が他のユーザーに利用可能でない場合でも、別のユーザーは装置の限定機能へのアクセスを得て良い。更に、第三機関が装置へのアクセスを得ることを望むユーザーを認可する責任がある場合でも、第三機関自身は装置へのアクセス能力を有さない。
【発明を実施するための最良の形態】
【０００９】
本願発明の実施例は、添付の図面に例として図示されるが、これらに限定されない。また、複数の図面で、類似の参照符号を用い同様の要素を参照する。
【００１０】
以下の詳細な説明では、説明を目的として、本願明細書に記載された本発明の実施例の完全な理解を提供するために、多くの詳細事項が説明される。しかしながら、本願明細書に記載された本発明の実施例はそのような特定の詳細にかかわらず実施されて良いことが明らかである。他の例では、良く知られた構造及び装置が、本願明細書に記載された本発明の実施例を不要に不明瞭にすることを回避するため、ブロック図の形式で示される。
【００１１】
［システム概要］
図１は、本発明の実施例によるシステム１００のブロック図である。システム１００は、第１の装置１１０を有し、及び任意的にクライアント１２０と、第２の装置１３０と、通信接続１３２、１３４及び１３６との１つ以上を有して良い。システム１００は、ユーザーが所定の信用証明物を保有せずに、ユーザーを第１の装置１１０に認可するために使用されて良い。
【００１２】
第１の装置１１０は、限定機能を実行可能な任意の装置に対応して良い。限定機能は、（管理者のような）あるユーザーによりアクセス可能であるが、（第１の装置のエンドユーザーのような）別のユーザーによりアクセス不可能である第１の装置により実行され得る任意の機能であって良い。クライアント１２０の非限定的な説明的な例は、パーソナルコンピューター、組み込み型コンピューター、多機能周辺機器（ＭＦＰ）、プリンター、ファクシミリ装置、スキャナー、及びコピー機を有する。
【００１３】
ある実施例では、システム１００はクライアント１２０を有して良い。クライアント１２０は、第１の装置１１０と通信するためにユーザーにより使用されて良い任意の装置に対応する。例えば、ユーザーは、呼び掛けデータの要求を第１の装置１１０へ送出する時、又は呼び掛けデータを第１の装置１１０から受信する時にクライアント１２０を使用して良い。クライアント１２０の非限定的な説明的な例は、パーソナルコンピューター、組み込み型コンピューター、パーソナルデジタルアシスタント（ＰＤＡ）、及び携帯電話を有する。本発明の特定の実施例は、クライアント１２０を有さなくても良い。従ってクライアント１２０の存在は任意である。図１に図示されたように、クライアント１２０は、認可を求める要求側（以後、単に「ユーザー」）に保有されている。
【００１４】
システム１００では、第三機関の第２の装置１３０は、第１の装置１１０についてのユーザーの認可を実行する。第三機関は、ユーザーの認可を実行可能な任意の機関に対応して良い。例えば、第三機関は第１の装置１１０の製造者又は第１の装置１１０の流通路又は販売路内にある任意の機関に対応して良い。第１の装置１１０の流通路又は販売路内にある任意の機関は、例えば第１の装置１１０の販売店、第１の装置１１０の卸業者、第１の装置１１０の付加価値再販業者、及び第１の装置１１０のリース会社を有して良い。別の例では、第１の装置１１０についてのユーザーの認可を実行する第２の装置１３０を有する第三機関は、マネージドサービスプロバイダー又は会社のＩＴ支援組織又は認可を求めるユーザーを雇用する組織のような、第１の装置１１０の運用又は顧客支援に責任のある機関であって良い。
【００１５】
ある実施例では、第三機関は、ユーザーの認可を実行する第２の装置１３０を使用して良い。第２の装置１３０は、ユーザーと通信可能な任意の媒体又は機構に対応して良い。第２の装置１３０の非限定的な説明的な例は、ウェブサーバーのようなサーバーを有する。図１に図示されたように、第２の装置１３０は第三機関により保有される。
【００１６】
通信接続１３２は、クライアント１２０と第１の装置１１０との間のデータ交換を提供する任意の媒体又は機構により実施されて良い。通信接続１３４は、クライアント１２０と第２の装置１３０との間のデータ交換を提供する任意の媒体又は機構により実施されて良い。通信接続１３６は、第２の装置１３０と第１の装置１１０との間のデータ交換を提供する任意の媒体又は機構により実施されて良い。通信接続１３２、１３４及び１３６の例は、限定ではなく、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、イーサネット(登録商標)若しくはインターネットのようなネットワーク、又は１つ以上の地上波、衛星又は無線接続を有する。
【００１７】
本発明の実施例によるシステムが記載されたが、ユーザーを第１の装置１１０に認可する能力は、以下に更に詳細に記載される。
【００１８】
［第１の装置へのユーザーの認可］
図２は、本発明の実施例による機能段階を説明するフローチャートである。図２の段階は、図１を参照して以下に説明される。
【００１９】
段階２１０では、第１の装置１１０は、ユーザーから呼び掛けデータの要求を受信する。呼び掛けデータは、任意のデータセットに対応して良い。ある実施例では、呼び掛けデータは、ランダムに生成された文字列に対応して良い。別の実施例では、呼び掛けデータは、疑似乱数文字列に対応して良い。つまり呼び掛けデータは、実質的に生成される毎に異なるが、生成時に完全にランダムである必要はない。ユーザーは呼び掛けデータを第２の装置１３０へ提示し第２の装置１３０にユーザーを認可させる必要があるので、呼び掛けデータを得ることは、ユーザーにとって有用である。
【００２０】
ある実施例では、ユーザーは呼び掛けデータの要求を第１の装置１１０へ、第１の装置１１０により提供される物理インターフェースを通じて発行して良い。例えば、ユーザーは呼び掛けデータの要求を、第１の装置１１０により提供されるグラフィカル・ユーザー・インターフェースを通じて発行して良い。別の実施例では、ユーザーは呼び掛けデータの要求を第１の装置１１０へ、クライアント１２０を使用して発行して良い。例えば、ユーザーはクライアント１２０からの要求を第１の装置１１０へ、通信接続１３２を介して発行して良い。
【００２１】
ある実施例では、段階２１０で受信した呼び掛けデータの要求は、呼び掛けデータの明白な要求でなくても良いが、代わりに限定機能を第１の装置１１０で実行するための要求として実施されて良い。例えば、ユーザーは、限定機能を実行するための要求を第１の装置１１０へ発行することにより、段階２１０を実行して良い。ある実施例では、限定機能を第１の装置１１０で実行する要求は、限定機能を実行する要求が、ユーザーが限定機能を実行するための十分な許可又は認可を有するかどうかを決定するため第１の装置１１０により評価され得る信用証明物の提示を伴わない又は当該提示に先行する場合、呼び掛けデータの要求として第１の装置１１０により解釈されるだけである。第１の装置１１０が呼び掛けデータの要求を受信した後、処理は段階２２０へ進む。
【００２２】
段階２２０では、第１の装置１１０は呼び掛けデータを生成し、及び呼び掛けデータをユーザーへ提供する。第１の装置１１０は、段階２２０が実行される度に呼び掛けデータの異なるセットを生成して良い。このように、ユーザーが呼び掛けデータを要求する度に、ユーザーにより受信される呼び掛けデータは異なる。
【００２３】
ある実施例では、段階２２０で、呼び掛けデータの生成に加え、第１の装置１１０はまた、呼び掛けデータに応答する又は呼び掛けデータに関連付けられた応答データを生成して良い。例えば、呼び掛けデータは応答データの暗号化されたバージョンであって良い。また逆でも良い。第１の装置１１０により生成された呼び掛けデータはユーザーへ提供されるが、応答データは提供されない。ユーザーは、第２の装置１３０がユーザーに装置１１０を使用することを認可した場合のみ、第２の装置１３０から応答データを取得可能である。このように、ユーザーが第１の装置１１０に適正な応答データを供給する場合、第１の装置１１０は、第２の装置１３０がユーザーに第１の装置１１０を使用することを認可したことを通知されて良い。
【００２４】
ある実施例では、段階２２０で第１の装置１１０により生成された呼び掛けデータは、段階２１０で第１の装置１１０により生成された応答データの暗号化された形態であって良い。例えば、呼び掛けデータは、ハードウェア・セキュリティ・モジュール（ＨＳＭ）を使用して第１の装置１１０により生成されて良い。ＨＳＭは、第１の装置１１０内に組み込まれ、（ａ）第１の装置１１０が信頼されるべきであると分かっている前の状態で動作していることを検証し、及び（ｂ）第１の装置１１０が信頼されるべきであると分かっている前の状態で動作している場合、第１の装置１１０に特定のアルゴリズムにアクセスさせるために使用され得る、ハードウェア及びソフトウェアの任意の組み合わせであって良い。ＨＳＭ１１０は、信頼されるべきであると分かっている前の状態を識別する情報を格納して良い。
【００２５】
ＨＳＭ１１０が第１の装置１１０は前の信頼されている状態で動作しているという検証に成功した場合、ＨＳＭ１１０は、第１の装置１１０に特定のアルゴリズム（「ＨＳＭアルゴリズム」）を利用可能にする。ＨＳＭアルゴリズムは、応答データに基づき呼び掛けデータを生成するため（又はその逆）第１の装置１１０により用いられる。
【００２６】
多くの異なる製造者が、ハードウェア・セキュリティ・モジュールを作成している。特定のハードウェア・セキュリティ・モジュールのある例は、トラステッド・プラットフォーム・モジュール（ＴＰＭ）である。ＴＰＭの最近の仕様は、ＣＧスペシフィケーション・アーキテクチャ・オーバービュー、１．２版（ＣＧ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｏｖｅｒｖｉｅｗ ｖｅｒｓｉｏｎ １．２）と題されている。この仕様は、トラステッド・コンピューティング・グループ（ＴＣＧ）のウェブサイトで一般に入手可能である。当該ウェブサイトは、本願の出願時には「www」、「.trustedcomputinggroup」及び「.org」の連結に相当する。
【００２７】
ＴＰＭは、第１の装置１１０内に組み込まれ得る組み込みロジックを有するハードウェア構成要素である。ＨＳＭがＴＰＭである実施例では、第１の装置１１０がオンに切り替えられると、ＴＰＭは第１の装置にセキュア・ブート・サイクルを実行させる。セキュア・ブート・サイクル中、ＴＰＭは、第１の装置１１０にＴＰＭに組み込まれたロジックに基づき一連の試験を走らせる。一連の試験は、第１の装置１１０の任意の特徴が現在、ＴＰＭの組み込みロジック内に格納された期待状態に一致することを検証して良い。例えば、一連の試験は、第１の装置１１０のセキュリティ状態又は動作状態がＴＰＭの組み込みロジック内に格納された期待状態に一致することを検証して良い。
【００２８】
ある実施例では、セキュア・ブート・サイクル中にＴＰＭにより実施された一連の試験の全てが合格した場合、ＴＰＭは、第１の装置１１０にＴＰＭにより格納されたアルゴリズムにアクセスすることを許可する。ある実施例では、アルゴリズムは、第１の装置１１０がデータを暗号化するために使用し得る公開鍵に対応して良い。例として、セキュア・ブート・サイクル中にＴＰＭにより実行された一連の試験の全てが合格した場合、第１の装置１１０は、公開鍵へのアクセスを有して良い。或いは、セキュア・ブート・サイクル中にＴＰＭにより実行された一連の試験の何れかが失敗した場合、第１の装置１１０は公開鍵へのアクセスを有さなくて良い。ある実施例では、第１の装置１１０は、当該公開鍵を使用して応答データを暗号化し、呼び掛けデータを生成して良い。
【００２９】
ある実施例では、第１の装置１１０は、段階２１０で第１の装置１１０が要求を受信した同一の方法で、呼び掛けデータをユーザーへ提供して良い。換言すると、ユーザーが段階２１０の要求を第１の装置１１０により提供されるグラフィカル・ユーザー・インターフェースを使用して提出する場合、段階２２０で第１の装置１１０は、呼び掛けデータをグラフィカル・ユーザー・インターフェースに表示することにより、呼び掛けデータをユーザーへ提供して良い。他方で、ユーザーが段階２１０の要求をクライアント１２０を使用して提出する場合、段階２２０で第１の装置１１０は、呼び掛けデータをクライアント１２０へ通信接続１３２を介し送出することにより、呼び掛けデータをユーザーへ提供して良い。段階２２０の実行後、処理は段階２３０へ進む。
【００３０】
段階２３０では、ユーザーは第２の装置１３０から応答データを得る。ユーザーが応答データを得る唯一の方法は第２の装置１３０からなので、ユーザーが応答データを保有している場合、それは第２の装置１３０がユーザーを認可していることを証明する。
【００３１】
ある実施例では、ユーザーは第２の装置１３０に連絡し応答データを得る。ユーザーは、種々の異なる機構を使用して第２の装置１３０に連絡して良い。例えば、ユーザーは第２の装置１３０に電話をかけて良い。このような実施例では、電話番号は第１の装置１１０に表示されて良く、又はユーザーは第１の装置１１０により提供されるユーザー・インターフェースを設定し第１の装置１１０を使用して電話をかけて良い（例えば、第１の装置１１０はスピーカーホンを備えられて良い）。
【００３２】
或いは、ユーザーは、電子通信を第２の装置１３０と関連付けられたサーバーへ送出することにより、第２の装置１３０と通信して良い。例えば、ある実施例では、第２の装置１３０はウェブサーバーであって良い。このような実施例では、ユーザーは、１つ以上の電子メッセージを第２の装置１３０と、クライアント１２０又は第１の装置１１０により提供されるユーザー・インターフェースの何れかを使用して交換することにより、第２の装置１３０と通信して良い。
【００３３】
ユーザーは、種々の異なる手段を使用してユーザーを認可して良い。ある実施例では、ユーザーは第２の装置１３０に情報を提供し、第２の装置１３０がユーザーを認可するのを支援して良い。第２の装置１３０がユーザーを認可するのを支援する目的でユーザーにより第２の装置１３０へ提供される情報の種類は、第１の装置１１０へのアクセスをユーザーに許可するか否かを評価する時に、保有している第２の装置にとって役立つ任意の情報を有して良い。ある実施例では、ユーザーは第２の装置へ、呼び掛けデータ及び従業員番号、名前のようなユーザーを識別する情報又は同様の識別子を提供して良い。任意的に、ユーザーはまた第２の装置１３０へ、第２の装置１３０に対し第１の装置１１０を識別する情報を提供して良い。例えば、ユーザーは第２の装置１３０へ、第１の装置１１０のシリアル番号を知らせて良い。
【００３４】
第２の装置１３０が、第１の装置１１０の使用をユーザーに認可するために第２の装置１３０にとって必要な任意の情報を受信した後、第２の装置１３０は、第１の装置１１０の使用をユーザーに認可する。例えば、第２の装置１３０は、ユーザーの同一性を認証することにより、及びユーザーの同一性に基づきユーザーが第１の装置１１０へのアクセスを許可されるべきか否かを決定することにより、第１の装置１１０の使用をユーザーに認可して良い。第２の装置１３０がユーザーの認可に成功すると、第２の装置１３０はユーザーに応答データを供給する。
【００３５】
第２の装置１３０は、ユーザーにより提供された呼び掛けデータに基づき応答データを生成して良い。第２の装置１３０は、どのように第１の装置１１０が呼び掛けデータに基づき応答データを生成するかを熟知している。例えば、ユーザーは、第２の装置１３０に対し第１の装置１１０を一意的に識別する情報を第２の装置１３０に知らせて良い。第２の装置１３０はまた、第２の装置１３０に知られている複数の第１の装置の各装置が、どのように応答データを生成するかを識別する情報を格納して良い。例えば、第２の装置１３０は、第１の装置１１０により利用される特定のＨＳＭアルゴリズム（公開鍵であり得る）を格納して良い。このように、ユーザーが第２の装置１３０に対し第１の装置１１０を識別することにより、第２の装置１３０は、ユーザーにより供給された呼び掛けデータに基づき、第１の装置１１０と同一の応答データを生成し得る。
【００３６】
どのようにユーザーが応答データを得るかの例として、ユーザーは、第１の装置１１０に提示される第２の装置１３０の電話番号を閲覧して良い。ユーザーは、当該番号を使用して第２の装置１３０へ電話をかけて良い。第２の装置１３０はユーザーを認可し、電話会話中にユーザーに質問することによりユーザーの同一性を検証して良い。例えば第２の装置１３０は、第１の装置１１０へのアクセスを有すべき人のみが知るべき情報をユーザーに質問して良い。このように、第２の装置１３０は、ユーザーを認可するために使用される特定の情報へのアクセスを有して良い。ユーザーを認可する任意の機構が、ユーザーを認可するために第２の装置１３０により利用されて良い。電話会話中、ユーザーは第２の装置１３０に呼び掛けデータを知らせて良い。ユーザーが第２の装置１３０により認可された場合、第２の装置１３０は、第１の装置１１０と関連付けられた秘密鍵を使用して呼び掛けデータを解読することにより、応答データを生成し、及びその後、応答データをユーザーへ提供して良い。
【００３７】
どのようにユーザーが応答データを得るかの別の例として、ユーザーは、クライアント１２０を使用し、電子通信をウェブサーバーであって良い第２の装置１３０へ送出して良い。クライアント１２０は、１つ以上の通信で、第２の装置１３０へ情報を送出し、ユーザーを認可するか否かを第２の装置１３０に決定させて良い。例えばクライアント１２０は、社会保障番号、名前、従業員番号、及び／又はパスワードを第２の装置１３０へ自動的に送出して良い。また、第２の装置１３０は、クライアント１２０へ通信を送出し、ユーザーに１つ以上の認可の質問に答えることを要求して良い。ユーザーは、クライアント１２０を使用し、当該質問の答えを第２の装置１３０へ送出して良い。クライアント１２０はまた、呼び掛けデータを第２の装置１３０へ送出して良い。ユーザーが第２の装置１３０により認可された場合、第２の装置１３０は、第１の装置１１０と関連付けられたアルゴリズムを呼び掛けデータに利用することにより、応答データを生成して良い。ユーザーが応答データを得た後、処理は段階２４０へ進む。
【００３８】
段階２４０では、第１の装置１１０は、ユーザーから応答データを受信する。ある実施例では、第１の装置１１０は、段階２１０で第１の装置１１０が要求を受信した同一の方法で、応答データをユーザーから受信して良い。例えば、ユーザーは、第１の装置１１０により提供されるグラフィカル・ユーザー・インターフェースを通じて応答データを入力することにより、又はクライアント１２０を使用することにより、応答データを第１の装置１１０へ提出して良い。第１の装置１１０が応答データを受信した後、処理は段階２５０へ進む。
【００３９】
段階２５０では、第１の装置１１０は、段階２４０で受信した応答データが段階２２０でユーザーへ提供された呼び掛けデータに応答していることを検証する。ある実施例では、第１の装置１１０は、段階２４０で受信した応答データが段階２２０でユーザーへ提供された呼び掛けデータの解読されたバージョンに応答していることを検証する。このような実施例では、第１の装置１１０は、応答データを解読し、応答データが段階２２０でユーザーへ提供された呼び掛けデータに応答するか否かを決定するため秘密鍵の使用を試みて良い。ある実施例では、公開鍵はＨＳＭアルゴリズムに対応して良い。
【００４０】
別の実施例では、応答データは、呼び掛けデータに応答するべき応答データのための呼び掛けデータの暗号化されたバージョンである必要はない。例えば、任意のアルゴリズムが第１の装置１１０により使用され、応答データの受信したセットに基づき、応答データが第２の装置１３０は第１の装置１１０へのアクセスを得ることをユーザーに認可していると示すと決定して良い。第１の装置１１０が応答データを検証した後、処理は段階２６０へ進む。
【００４１】
段階２６０では、第１の装置１１０は、段階２４０で受信した応答データが段階２２０でユーザーへ提供された呼び掛けデータに応答していることの検証に成功すると、第１の装置１１０はユーザーにアクセスを許可する。ある実施例では、段階２６０でユーザーに許可されたアクセスは、第１の装置１１０で限定機能を実行するためのアクセスである。別の実施例では、段階２６０でユーザーに許可されたアクセスは、第１の装置１１０で任意の機能を実行するためのアクセスである。従って、段階２６０でユーザーに許可されたアクセスの量は、実施例毎に変化して良い。
【００４２】
ある実施例では、段階２６０でユーザーに許可されたアクセスの量は、設定可能であって良い。例えば、第１の装置１１０は、図２の段階を使用して、どれだけ多くのアクセスが第１の装置へのアクセスを得るユーザーに提供されるべきかを決定するために使用され得る情報を格納して良い。或いは、応答データの複数のセットは、段階２２０でユーザーへ提供された呼び掛けデータに応答して良い。第２の装置１３０は、段階２６０でどれだけ多くのアクセスがユーザーに与えられるべきかを第１の装置１１０に対し識別する応答データのセットを、ユーザーへ提供して良い。例えば、第２の装置１３０がユーザーに第１の装置１１０により提供される任意の機能の使用を認可した場合、第２の装置１３０は、ユーザーは第１の装置１１０により提供される任意の機能の使用を第２の装置１３０により認可されていると第１の装置１１０に対し識別する応答データの第１のセットを、ユーザーへ提供して良い。他方で、第２の装置１３０がユーザーに第１の装置１１０により提供される特定の機能の使用のみを認可した場合、第２の装置１３０は、ユーザーは第１の装置１１０により提供される限定数の機能の使用のみを第２の装置１３０により認可されていると第１の装置１１０に対し識別する応答データの第２のセットを、ユーザーへ提供して良い。
【００４３】
ある実施例では、第１の装置１１０がユーザーにアクセスを許可しない場合、第１の装置１１０は、ユーザーは第１の装置１１０へ応答データを提出する時に誤字を犯したという根拠のもと、段階２２０でユーザーへ提供された呼び掛けデータに応答する応答データを入力する１つ以上の追加の機会をユーザーに提供して良い。
【００４４】
図３は、本発明の実施例による異なるエンティティにより実行される動作の説明図である。第２の装置１３０、ユーザー、及び第１の装置１１０により実行される動作は、図２を参照して以上に説明されている。図３に示されるように、第２の装置１３０は第１の装置１１０と直接に相互作用できない。しかし代わりに第２の装置１３０は、認可を要求するユーザーと相互作用して良い。ユーザーが認可された場合、第２の装置１３０は、ユーザーが第１の装置１１０へアクセスし得るよう、ユーザーへ応答データを提供して良い。
【００４５】
［機構の実施］
ある実施例では、第１の装置１１０、クライアント１２０、及び第２の装置１３０は、それぞれコンピューターシステムに又はコンピューターシステムを使用して実施されて良い。図４は、本発明の実施例が実施され得るコンピューターシステム４００を図示するブロック図である。コンピューターシステム４００は、バス４０２又は情報を通信する他の通信機構、及びバス４０２と結合され情報を処理するプロセッサー４０４を有する。コンピューターシステム４００はまた、バス４０２と結合され情報及びプロセッサー４０４により実行されるべき命令を格納するランダムアクセスメモリー（ＲＡＭ）又は他の動的記憶装置のような主記憶４０６を有する。主記憶４０６はまた、プロセッサー４０４により実行されるべき命令の実行中に一時的数値変数又は他の中間情報を格納するために使用されて良い。コンピューターシステム４００はまた、バス４０８と結合され情報及びプロセッサー４０４の命令を格納する読み出し専用メモリー（ＲＯＭ）４０８又は他の静的記憶装置を更に有する。磁気ディスク又は光ディスクのような記憶装置４１０が設けられ、及びバス４０２と結合され、情報及び命令を格納する。
【００４６】
コンピューターシステム４００は、バス４０２を介し、陰極管（ＣＲＴ）のようなコンピューターのユーザーに情報を表示するディスプレイ４１２と結合されて良い。入力装置４１４は、英数字及び他のキーを有し、バス４０２と結合され、プロセッサー４０４へ情報及びコマンド選択を通信する。他の種類のユーザー入力装置は、マウス、トラックボール、又はカーソルキーのようなカーソル移動制御４１６であり、方向情報及びコマンド選択をプロセッサー４０４へ通信し、及びディスプレイ４１２上のカーソルの動きを制御する。当該入力装置は、標準的に第１の軸（例えばｘ）及び第２の軸（例えばｙ）である２軸で２つの自由度を有し、装置に平面内の位置を指定可能にする。
【００４７】
本発明は、本願明細書に記載された技術を実施するコンピューターシステム４００の使用に関する。本発明の１つの実施例によると、当該技術は、主記憶４０６内に含まれる１つ以上の命令の１つ以上のシーケンスを実行するプロセッサー４０４に応じ、コンピューターシステム４００により実行される。このような命令は、主記憶４０６へ記憶装置４１０のような他の機械可読媒体から読み込まれて良い。主記憶４０６に含まれる命令のシーケンスの実行は、プロセッサー４０４に本願明細書に記載された処理段階を実行させる。代案の実施例では、配線論理回路は、ソフトウェア命令の代わりに又はソフトウェア命令と組み合わせて使用され本発明を実施して良い。従って、本発明の実施例は、ハードウェア回路及びソフトウェアの如何なる組み合わせにも限定されない。
【００４８】
本願明細書で使用された用語「機械可読媒体」は、装置を特定の方法で動作させるデータの提供に関与する任意の媒体を参照する。コンピューターシステム４００を使用して実施されるある実施例では、例えば実行のため命令をプロセッサー４０４へ提供する時に、種々の機械可読媒体が含まれる。このような媒体は、不揮発性媒体、揮発性媒体、及び伝送媒体を有するがこれらに限定されない多くの形を取って良い。不揮発性媒体は、例えば記憶装置４１０のような光又は磁気ディスクを有する。揮発性媒体は、主記憶４０６のような動的記憶を有する。伝送媒体は、同軸ケーブル、銅線、及び光ファイバーを有し、バス４０２を有する。伝送媒体はまた、無線及び赤外線データ通信の間に生成されるような、音響又は光波の形式を取り得る。全てのこのような媒体は実現可能であり、媒体により伝達される命令を、命令を機械に読み込む物理機構により検出可能にしなければならない。
【００４９】
機械可読媒体の一般的形式は、例えば、フロッピー(登録商標)ディスク、フレキシブルディスク、ハードディスク、磁気テープ、又は任意の他の磁気媒体、ＣＤ−ＲＯＭ、任意の他の光媒体、パンチカード、紙テープ、孔のパターンを有する任意の他の物理媒体、ＲＡＭ、ＰＲＯＭ、及びＥＰＲＯＭ、フラッシュＥＰＲＯＭ、任意の他のメモリーチップ又はカートリッジ、本願明細書に記載された搬送波、又はコンピューターが読み出し得る任意の他の媒体を有する。
【００５０】
種々の形式の機械可読媒体は、実行のためのプロセッサー４０４への１つ以上の命令の１つ以上のシーケンスの伝達に関連して良い。例えば、命令は最初に遠隔コンピューターの磁気ディスクで持ち運ばれて良い。遠隔コンピューターは、命令を遠隔コンピューターの動的記憶にロードし、及びモデムを使用し電話線を介して命令を送出し得る。コンピューターシステム４００にローカルなモデムは、電話線でデータを受信し、及び赤外線送信機を使用しデータを赤外線信号へ変換する。赤外線検出器は、赤外線信号で伝達されるデータを受信し得る。また適切な回路は、データをバス４０２に発行し得る。バス４０２は、データを主記憶４０６へ伝達する。データを主記憶４０６から、プロセッサー４０４は命令を検索しそして実行する。主記憶４０６により受信された命令は、任意的に、プロセッサー４０４による実行の前又は後の何れかに記憶装置４１０に格納されて良い。
【００５１】
コンピューターシステム４００はまた、バス４０２と結合される通信インターフェース４１８を有する。通信インターフェース４１８は、ローカルネットワーク４２２と接続されるネットワーク接続４２０と結合される双方向データ通信を提供する。例えば、通信インターフェース４１８は、総合デジタル通信網（ＩＳＤＮ）カード又はモデムであって良く、対応する種類の電話線とのデータ通信接続を提供する。別の例として、通信インターフェース４１８は、ローカルエリアネットワーク（ＬＡＮ）カードであって良く、適合するＬＡＮとのデータ通信接続を提供する。無線接続が実施されても良い。任意のこのような実施では、通信インターフェース４１８は、種々の種類の情報を表すデジタルデータストリームを伝達する電気、電磁気又は光信号を送出及び受信する。
【００５２】
ネットワーク接続４２０は、標準的に、１つ以上のネットワークを通じた他のデータ装置へのデータ通信を提供する。例えば、ネットワーク接続４２０は、ローカルネットワーク４２２を通じたホストコンピューター４２４又はインターネット・サービス・プロバイダー（ＩＳＰ）４２６により動作されるデータ機器への接続を提供して良い。ＩＳＰ４２６はまた、現在一般的に「インターネット」４２８として参照される世界規模のパケットデータ通信ネットワークを通じデータ通信サービスを提供する。ローカルネットワーク４２２及びインターネット４２８の両方は、デジタルデータストリームを伝達する電気、電磁気又は光信号を使用する。種々のネットワークを通じる信号、並びにネットワーク接続４２０及び通信インターフェース４１８を通じる信号は、コンピューターシステム４００へ及びコンピューターシステム４００からのデジタルデータを伝達し、例として情報を伝搬する搬送波の形式である。
【００５３】
コンピューターシステム４００は、ネットワーク、ネットワーク接続４２０及び通信インターフェース４１８を通じ、メッセージを送出し及びプログラムコードを有するデータを受信し得る。インターネットの例では、サーバー４３０は、アプリケーションプログラムの要求されたコードをインターネット４２８、ＩＳＰ４２６、ローカルネットワーク４２２及び通信インターフェース４１８を通じ送信し得る。
【００５４】
受信したコードは、受信された時、プロセッサー４０４により実行され、及び／又は後の実行のため記憶装置４１０又は他の不揮発性媒体に格納されて良い。この方法では、コンピューターシステム４００は、アプリケーションコードを搬送波の形式で得て良い。
【００５５】
以上、明細書に、本発明の実施例は、実施毎に変化し得る多数の特定の詳細を参照し記載された。従って、本発明であるもの及び出願人により本発明であると意図されるものの唯一の説明的な表示は、請求項が発行する如何なる後に生じる補正も含む、特定の形式で本願から発行される請求項のセットである。本願明細書に前述された当該請求項に含まれる用語の如何なる定義も、請求項で使用される用語の意味を規定する。従って、請求項に明示的に引用されない如何なる制限、要素、特性、特徴、利点又は貢献は、如何様にも当該請求項の範囲を制限しない。本願明細書及び図は、従って制限的でなく説明のためであると見なされる。
【図面の簡単な説明】
【００５６】
【図１】本発明の実施例によるシステムのブロック図である。
【図２】本発明の実施例による機能段階を説明するフローチャートである。
【図３】本発明の実施例による異なるエンティティにより実行される動作の説明図である。
【図４】本発明の実施例が実施され得るコンピューターシステムを図示するブロック図である。
【技術分野】
【０００１】
本発明は、一般に装置にユーザーを認可する技術に関する。
【背景技術】
【０００２】
多くの電子装置の特定の機能は、しばしば装置の一般ユーザーによりアクセス不可であり、代わりに装置の管理者のみアクセス可能である。例えば、装置の設定を変更する能力を管理者のみに限定し、有害なユーザーが装置を不正に設定するのを防ぐことは有利である。管理者にのみアクセス可能であることを意図している装置により提供される如何なる機能も、限定機能として参照されるべきである。
【０００３】
標準的に、管理者が装置の限定機能にアクセスするため、管理者は装置により認可されなければならない。管理者を装置へ認可する動作は、標準的に管理者が（パスワードのような）ある種の信用証明物を、装置による評価のため装置へ提示する段階を有する。管理者が信用証明物を利用できない又は忘れた又は間違った場合、装置の限定機能はアクセスされ得ない。
【０００４】
管理者の信用証明物が利用できない状況を解決するため、特定の装置は、活性化されると装置を規定状態、例えば知られている管理者パスワードを有する状態にリセットする（装置の内部回路基板内に関連付けられて良いジャンパーのような）リセット機構で設定され得る。しかしながら、このような手法は、管理者信用証明物が利用できない場合に装置の所有者に装置の限定機能へのアクセスを許可すると同時に、リセット機構の知識を有する如何なる第三者にも、装置の所有者の同意もなく装置の限定機能へのアクセスを許可してしまう。
【０００５】
この節で記載される手法は、追求され得た手法であるが、しかし必ずしも以前に考えられ又は追求されていた手法ではない。従って、特に示されない限り、本節に記載された如何なる手法も、単に本節に含まれるという点から従来技術として考えられるべきではない。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
認可を求めるユーザーが所定の信用証明物を保有していることを必要としない方法で、ユーザーを装置へ認可する技術が提供される。代わりに、装置の製造者のような第三機関は、装置への認可を求めるユーザーの「帯域外」認可を実行する。換言すると、ユーザーがユーザーは第三機関により認可されていることを装置に対し証明できるならば、装置はユーザーに特定の機能を装置で実行することを認可して良い。
【課題を解決するための手段】
【０００７】
ある実施例では、第三機関によるユーザーの認可を容易にするため、ユーザーは第１のデータセット（「呼び掛けデータ」）を装置から要求する。要求側は、呼び掛けデータ、及び要求側の識別情報を第三機関へ提供する。第三機関が要求側の同一性の認証に成功すると、第三機関は、別のデータセット（「応答データ」）を要求側へ提供する。要求側はその後、応答データを装置へ提出する。応答データの要求側からの受信に応じ、ユーザーが実際に第三機関により認可されたことを保証するため、装置は応答データを検証する。装置が応答データの検証に成功すると、装置は要求側にアクセスを許可する。
【０００８】
有利なことに、装置の管理者の手が空いていない場合、管理者の信用証明物が他のユーザーに利用可能でない場合でも、別のユーザーは装置の限定機能へのアクセスを得て良い。更に、第三機関が装置へのアクセスを得ることを望むユーザーを認可する責任がある場合でも、第三機関自身は装置へのアクセス能力を有さない。
【発明を実施するための最良の形態】
【０００９】
本願発明の実施例は、添付の図面に例として図示されるが、これらに限定されない。また、複数の図面で、類似の参照符号を用い同様の要素を参照する。
【００１０】
以下の詳細な説明では、説明を目的として、本願明細書に記載された本発明の実施例の完全な理解を提供するために、多くの詳細事項が説明される。しかしながら、本願明細書に記載された本発明の実施例はそのような特定の詳細にかかわらず実施されて良いことが明らかである。他の例では、良く知られた構造及び装置が、本願明細書に記載された本発明の実施例を不要に不明瞭にすることを回避するため、ブロック図の形式で示される。
【００１１】
［システム概要］
図１は、本発明の実施例によるシステム１００のブロック図である。システム１００は、第１の装置１１０を有し、及び任意的にクライアント１２０と、第２の装置１３０と、通信接続１３２、１３４及び１３６との１つ以上を有して良い。システム１００は、ユーザーが所定の信用証明物を保有せずに、ユーザーを第１の装置１１０に認可するために使用されて良い。
【００１２】
第１の装置１１０は、限定機能を実行可能な任意の装置に対応して良い。限定機能は、（管理者のような）あるユーザーによりアクセス可能であるが、（第１の装置のエンドユーザーのような）別のユーザーによりアクセス不可能である第１の装置により実行され得る任意の機能であって良い。クライアント１２０の非限定的な説明的な例は、パーソナルコンピューター、組み込み型コンピューター、多機能周辺機器（ＭＦＰ）、プリンター、ファクシミリ装置、スキャナー、及びコピー機を有する。
【００１３】
ある実施例では、システム１００はクライアント１２０を有して良い。クライアント１２０は、第１の装置１１０と通信するためにユーザーにより使用されて良い任意の装置に対応する。例えば、ユーザーは、呼び掛けデータの要求を第１の装置１１０へ送出する時、又は呼び掛けデータを第１の装置１１０から受信する時にクライアント１２０を使用して良い。クライアント１２０の非限定的な説明的な例は、パーソナルコンピューター、組み込み型コンピューター、パーソナルデジタルアシスタント（ＰＤＡ）、及び携帯電話を有する。本発明の特定の実施例は、クライアント１２０を有さなくても良い。従ってクライアント１２０の存在は任意である。図１に図示されたように、クライアント１２０は、認可を求める要求側（以後、単に「ユーザー」）に保有されている。
【００１４】
システム１００では、第三機関の第２の装置１３０は、第１の装置１１０についてのユーザーの認可を実行する。第三機関は、ユーザーの認可を実行可能な任意の機関に対応して良い。例えば、第三機関は第１の装置１１０の製造者又は第１の装置１１０の流通路又は販売路内にある任意の機関に対応して良い。第１の装置１１０の流通路又は販売路内にある任意の機関は、例えば第１の装置１１０の販売店、第１の装置１１０の卸業者、第１の装置１１０の付加価値再販業者、及び第１の装置１１０のリース会社を有して良い。別の例では、第１の装置１１０についてのユーザーの認可を実行する第２の装置１３０を有する第三機関は、マネージドサービスプロバイダー又は会社のＩＴ支援組織又は認可を求めるユーザーを雇用する組織のような、第１の装置１１０の運用又は顧客支援に責任のある機関であって良い。
【００１５】
ある実施例では、第三機関は、ユーザーの認可を実行する第２の装置１３０を使用して良い。第２の装置１３０は、ユーザーと通信可能な任意の媒体又は機構に対応して良い。第２の装置１３０の非限定的な説明的な例は、ウェブサーバーのようなサーバーを有する。図１に図示されたように、第２の装置１３０は第三機関により保有される。
【００１６】
通信接続１３２は、クライアント１２０と第１の装置１１０との間のデータ交換を提供する任意の媒体又は機構により実施されて良い。通信接続１３４は、クライアント１２０と第２の装置１３０との間のデータ交換を提供する任意の媒体又は機構により実施されて良い。通信接続１３６は、第２の装置１３０と第１の装置１１０との間のデータ交換を提供する任意の媒体又は機構により実施されて良い。通信接続１３２、１３４及び１３６の例は、限定ではなく、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、イーサネット(登録商標)若しくはインターネットのようなネットワーク、又は１つ以上の地上波、衛星又は無線接続を有する。
【００１７】
本発明の実施例によるシステムが記載されたが、ユーザーを第１の装置１１０に認可する能力は、以下に更に詳細に記載される。
【００１８】
［第１の装置へのユーザーの認可］
図２は、本発明の実施例による機能段階を説明するフローチャートである。図２の段階は、図１を参照して以下に説明される。
【００１９】
段階２１０では、第１の装置１１０は、ユーザーから呼び掛けデータの要求を受信する。呼び掛けデータは、任意のデータセットに対応して良い。ある実施例では、呼び掛けデータは、ランダムに生成された文字列に対応して良い。別の実施例では、呼び掛けデータは、疑似乱数文字列に対応して良い。つまり呼び掛けデータは、実質的に生成される毎に異なるが、生成時に完全にランダムである必要はない。ユーザーは呼び掛けデータを第２の装置１３０へ提示し第２の装置１３０にユーザーを認可させる必要があるので、呼び掛けデータを得ることは、ユーザーにとって有用である。
【００２０】
ある実施例では、ユーザーは呼び掛けデータの要求を第１の装置１１０へ、第１の装置１１０により提供される物理インターフェースを通じて発行して良い。例えば、ユーザーは呼び掛けデータの要求を、第１の装置１１０により提供されるグラフィカル・ユーザー・インターフェースを通じて発行して良い。別の実施例では、ユーザーは呼び掛けデータの要求を第１の装置１１０へ、クライアント１２０を使用して発行して良い。例えば、ユーザーはクライアント１２０からの要求を第１の装置１１０へ、通信接続１３２を介して発行して良い。
【００２１】
ある実施例では、段階２１０で受信した呼び掛けデータの要求は、呼び掛けデータの明白な要求でなくても良いが、代わりに限定機能を第１の装置１１０で実行するための要求として実施されて良い。例えば、ユーザーは、限定機能を実行するための要求を第１の装置１１０へ発行することにより、段階２１０を実行して良い。ある実施例では、限定機能を第１の装置１１０で実行する要求は、限定機能を実行する要求が、ユーザーが限定機能を実行するための十分な許可又は認可を有するかどうかを決定するため第１の装置１１０により評価され得る信用証明物の提示を伴わない又は当該提示に先行する場合、呼び掛けデータの要求として第１の装置１１０により解釈されるだけである。第１の装置１１０が呼び掛けデータの要求を受信した後、処理は段階２２０へ進む。
【００２２】
段階２２０では、第１の装置１１０は呼び掛けデータを生成し、及び呼び掛けデータをユーザーへ提供する。第１の装置１１０は、段階２２０が実行される度に呼び掛けデータの異なるセットを生成して良い。このように、ユーザーが呼び掛けデータを要求する度に、ユーザーにより受信される呼び掛けデータは異なる。
【００２３】
ある実施例では、段階２２０で、呼び掛けデータの生成に加え、第１の装置１１０はまた、呼び掛けデータに応答する又は呼び掛けデータに関連付けられた応答データを生成して良い。例えば、呼び掛けデータは応答データの暗号化されたバージョンであって良い。また逆でも良い。第１の装置１１０により生成された呼び掛けデータはユーザーへ提供されるが、応答データは提供されない。ユーザーは、第２の装置１３０がユーザーに装置１１０を使用することを認可した場合のみ、第２の装置１３０から応答データを取得可能である。このように、ユーザーが第１の装置１１０に適正な応答データを供給する場合、第１の装置１１０は、第２の装置１３０がユーザーに第１の装置１１０を使用することを認可したことを通知されて良い。
【００２４】
ある実施例では、段階２２０で第１の装置１１０により生成された呼び掛けデータは、段階２１０で第１の装置１１０により生成された応答データの暗号化された形態であって良い。例えば、呼び掛けデータは、ハードウェア・セキュリティ・モジュール（ＨＳＭ）を使用して第１の装置１１０により生成されて良い。ＨＳＭは、第１の装置１１０内に組み込まれ、（ａ）第１の装置１１０が信頼されるべきであると分かっている前の状態で動作していることを検証し、及び（ｂ）第１の装置１１０が信頼されるべきであると分かっている前の状態で動作している場合、第１の装置１１０に特定のアルゴリズムにアクセスさせるために使用され得る、ハードウェア及びソフトウェアの任意の組み合わせであって良い。ＨＳＭ１１０は、信頼されるべきであると分かっている前の状態を識別する情報を格納して良い。
【００２５】
ＨＳＭ１１０が第１の装置１１０は前の信頼されている状態で動作しているという検証に成功した場合、ＨＳＭ１１０は、第１の装置１１０に特定のアルゴリズム（「ＨＳＭアルゴリズム」）を利用可能にする。ＨＳＭアルゴリズムは、応答データに基づき呼び掛けデータを生成するため（又はその逆）第１の装置１１０により用いられる。
【００２６】
多くの異なる製造者が、ハードウェア・セキュリティ・モジュールを作成している。特定のハードウェア・セキュリティ・モジュールのある例は、トラステッド・プラットフォーム・モジュール（ＴＰＭ）である。ＴＰＭの最近の仕様は、ＣＧスペシフィケーション・アーキテクチャ・オーバービュー、１．２版（ＣＧ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｏｖｅｒｖｉｅｗ ｖｅｒｓｉｏｎ １．２）と題されている。この仕様は、トラステッド・コンピューティング・グループ（ＴＣＧ）のウェブサイトで一般に入手可能である。当該ウェブサイトは、本願の出願時には「www」、「.trustedcomputinggroup」及び「.org」の連結に相当する。
【００２７】
ＴＰＭは、第１の装置１１０内に組み込まれ得る組み込みロジックを有するハードウェア構成要素である。ＨＳＭがＴＰＭである実施例では、第１の装置１１０がオンに切り替えられると、ＴＰＭは第１の装置にセキュア・ブート・サイクルを実行させる。セキュア・ブート・サイクル中、ＴＰＭは、第１の装置１１０にＴＰＭに組み込まれたロジックに基づき一連の試験を走らせる。一連の試験は、第１の装置１１０の任意の特徴が現在、ＴＰＭの組み込みロジック内に格納された期待状態に一致することを検証して良い。例えば、一連の試験は、第１の装置１１０のセキュリティ状態又は動作状態がＴＰＭの組み込みロジック内に格納された期待状態に一致することを検証して良い。
【００２８】
ある実施例では、セキュア・ブート・サイクル中にＴＰＭにより実施された一連の試験の全てが合格した場合、ＴＰＭは、第１の装置１１０にＴＰＭにより格納されたアルゴリズムにアクセスすることを許可する。ある実施例では、アルゴリズムは、第１の装置１１０がデータを暗号化するために使用し得る公開鍵に対応して良い。例として、セキュア・ブート・サイクル中にＴＰＭにより実行された一連の試験の全てが合格した場合、第１の装置１１０は、公開鍵へのアクセスを有して良い。或いは、セキュア・ブート・サイクル中にＴＰＭにより実行された一連の試験の何れかが失敗した場合、第１の装置１１０は公開鍵へのアクセスを有さなくて良い。ある実施例では、第１の装置１１０は、当該公開鍵を使用して応答データを暗号化し、呼び掛けデータを生成して良い。
【００２９】
ある実施例では、第１の装置１１０は、段階２１０で第１の装置１１０が要求を受信した同一の方法で、呼び掛けデータをユーザーへ提供して良い。換言すると、ユーザーが段階２１０の要求を第１の装置１１０により提供されるグラフィカル・ユーザー・インターフェースを使用して提出する場合、段階２２０で第１の装置１１０は、呼び掛けデータをグラフィカル・ユーザー・インターフェースに表示することにより、呼び掛けデータをユーザーへ提供して良い。他方で、ユーザーが段階２１０の要求をクライアント１２０を使用して提出する場合、段階２２０で第１の装置１１０は、呼び掛けデータをクライアント１２０へ通信接続１３２を介し送出することにより、呼び掛けデータをユーザーへ提供して良い。段階２２０の実行後、処理は段階２３０へ進む。
【００３０】
段階２３０では、ユーザーは第２の装置１３０から応答データを得る。ユーザーが応答データを得る唯一の方法は第２の装置１３０からなので、ユーザーが応答データを保有している場合、それは第２の装置１３０がユーザーを認可していることを証明する。
【００３１】
ある実施例では、ユーザーは第２の装置１３０に連絡し応答データを得る。ユーザーは、種々の異なる機構を使用して第２の装置１３０に連絡して良い。例えば、ユーザーは第２の装置１３０に電話をかけて良い。このような実施例では、電話番号は第１の装置１１０に表示されて良く、又はユーザーは第１の装置１１０により提供されるユーザー・インターフェースを設定し第１の装置１１０を使用して電話をかけて良い（例えば、第１の装置１１０はスピーカーホンを備えられて良い）。
【００３２】
或いは、ユーザーは、電子通信を第２の装置１３０と関連付けられたサーバーへ送出することにより、第２の装置１３０と通信して良い。例えば、ある実施例では、第２の装置１３０はウェブサーバーであって良い。このような実施例では、ユーザーは、１つ以上の電子メッセージを第２の装置１３０と、クライアント１２０又は第１の装置１１０により提供されるユーザー・インターフェースの何れかを使用して交換することにより、第２の装置１３０と通信して良い。
【００３３】
ユーザーは、種々の異なる手段を使用してユーザーを認可して良い。ある実施例では、ユーザーは第２の装置１３０に情報を提供し、第２の装置１３０がユーザーを認可するのを支援して良い。第２の装置１３０がユーザーを認可するのを支援する目的でユーザーにより第２の装置１３０へ提供される情報の種類は、第１の装置１１０へのアクセスをユーザーに許可するか否かを評価する時に、保有している第２の装置にとって役立つ任意の情報を有して良い。ある実施例では、ユーザーは第２の装置へ、呼び掛けデータ及び従業員番号、名前のようなユーザーを識別する情報又は同様の識別子を提供して良い。任意的に、ユーザーはまた第２の装置１３０へ、第２の装置１３０に対し第１の装置１１０を識別する情報を提供して良い。例えば、ユーザーは第２の装置１３０へ、第１の装置１１０のシリアル番号を知らせて良い。
【００３４】
第２の装置１３０が、第１の装置１１０の使用をユーザーに認可するために第２の装置１３０にとって必要な任意の情報を受信した後、第２の装置１３０は、第１の装置１１０の使用をユーザーに認可する。例えば、第２の装置１３０は、ユーザーの同一性を認証することにより、及びユーザーの同一性に基づきユーザーが第１の装置１１０へのアクセスを許可されるべきか否かを決定することにより、第１の装置１１０の使用をユーザーに認可して良い。第２の装置１３０がユーザーの認可に成功すると、第２の装置１３０はユーザーに応答データを供給する。
【００３５】
第２の装置１３０は、ユーザーにより提供された呼び掛けデータに基づき応答データを生成して良い。第２の装置１３０は、どのように第１の装置１１０が呼び掛けデータに基づき応答データを生成するかを熟知している。例えば、ユーザーは、第２の装置１３０に対し第１の装置１１０を一意的に識別する情報を第２の装置１３０に知らせて良い。第２の装置１３０はまた、第２の装置１３０に知られている複数の第１の装置の各装置が、どのように応答データを生成するかを識別する情報を格納して良い。例えば、第２の装置１３０は、第１の装置１１０により利用される特定のＨＳＭアルゴリズム（公開鍵であり得る）を格納して良い。このように、ユーザーが第２の装置１３０に対し第１の装置１１０を識別することにより、第２の装置１３０は、ユーザーにより供給された呼び掛けデータに基づき、第１の装置１１０と同一の応答データを生成し得る。
【００３６】
どのようにユーザーが応答データを得るかの例として、ユーザーは、第１の装置１１０に提示される第２の装置１３０の電話番号を閲覧して良い。ユーザーは、当該番号を使用して第２の装置１３０へ電話をかけて良い。第２の装置１３０はユーザーを認可し、電話会話中にユーザーに質問することによりユーザーの同一性を検証して良い。例えば第２の装置１３０は、第１の装置１１０へのアクセスを有すべき人のみが知るべき情報をユーザーに質問して良い。このように、第２の装置１３０は、ユーザーを認可するために使用される特定の情報へのアクセスを有して良い。ユーザーを認可する任意の機構が、ユーザーを認可するために第２の装置１３０により利用されて良い。電話会話中、ユーザーは第２の装置１３０に呼び掛けデータを知らせて良い。ユーザーが第２の装置１３０により認可された場合、第２の装置１３０は、第１の装置１１０と関連付けられた秘密鍵を使用して呼び掛けデータを解読することにより、応答データを生成し、及びその後、応答データをユーザーへ提供して良い。
【００３７】
どのようにユーザーが応答データを得るかの別の例として、ユーザーは、クライアント１２０を使用し、電子通信をウェブサーバーであって良い第２の装置１３０へ送出して良い。クライアント１２０は、１つ以上の通信で、第２の装置１３０へ情報を送出し、ユーザーを認可するか否かを第２の装置１３０に決定させて良い。例えばクライアント１２０は、社会保障番号、名前、従業員番号、及び／又はパスワードを第２の装置１３０へ自動的に送出して良い。また、第２の装置１３０は、クライアント１２０へ通信を送出し、ユーザーに１つ以上の認可の質問に答えることを要求して良い。ユーザーは、クライアント１２０を使用し、当該質問の答えを第２の装置１３０へ送出して良い。クライアント１２０はまた、呼び掛けデータを第２の装置１３０へ送出して良い。ユーザーが第２の装置１３０により認可された場合、第２の装置１３０は、第１の装置１１０と関連付けられたアルゴリズムを呼び掛けデータに利用することにより、応答データを生成して良い。ユーザーが応答データを得た後、処理は段階２４０へ進む。
【００３８】
段階２４０では、第１の装置１１０は、ユーザーから応答データを受信する。ある実施例では、第１の装置１１０は、段階２１０で第１の装置１１０が要求を受信した同一の方法で、応答データをユーザーから受信して良い。例えば、ユーザーは、第１の装置１１０により提供されるグラフィカル・ユーザー・インターフェースを通じて応答データを入力することにより、又はクライアント１２０を使用することにより、応答データを第１の装置１１０へ提出して良い。第１の装置１１０が応答データを受信した後、処理は段階２５０へ進む。
【００３９】
段階２５０では、第１の装置１１０は、段階２４０で受信した応答データが段階２２０でユーザーへ提供された呼び掛けデータに応答していることを検証する。ある実施例では、第１の装置１１０は、段階２４０で受信した応答データが段階２２０でユーザーへ提供された呼び掛けデータの解読されたバージョンに応答していることを検証する。このような実施例では、第１の装置１１０は、応答データを解読し、応答データが段階２２０でユーザーへ提供された呼び掛けデータに応答するか否かを決定するため秘密鍵の使用を試みて良い。ある実施例では、公開鍵はＨＳＭアルゴリズムに対応して良い。
【００４０】
別の実施例では、応答データは、呼び掛けデータに応答するべき応答データのための呼び掛けデータの暗号化されたバージョンである必要はない。例えば、任意のアルゴリズムが第１の装置１１０により使用され、応答データの受信したセットに基づき、応答データが第２の装置１３０は第１の装置１１０へのアクセスを得ることをユーザーに認可していると示すと決定して良い。第１の装置１１０が応答データを検証した後、処理は段階２６０へ進む。
【００４１】
段階２６０では、第１の装置１１０は、段階２４０で受信した応答データが段階２２０でユーザーへ提供された呼び掛けデータに応答していることの検証に成功すると、第１の装置１１０はユーザーにアクセスを許可する。ある実施例では、段階２６０でユーザーに許可されたアクセスは、第１の装置１１０で限定機能を実行するためのアクセスである。別の実施例では、段階２６０でユーザーに許可されたアクセスは、第１の装置１１０で任意の機能を実行するためのアクセスである。従って、段階２６０でユーザーに許可されたアクセスの量は、実施例毎に変化して良い。
【００４２】
ある実施例では、段階２６０でユーザーに許可されたアクセスの量は、設定可能であって良い。例えば、第１の装置１１０は、図２の段階を使用して、どれだけ多くのアクセスが第１の装置へのアクセスを得るユーザーに提供されるべきかを決定するために使用され得る情報を格納して良い。或いは、応答データの複数のセットは、段階２２０でユーザーへ提供された呼び掛けデータに応答して良い。第２の装置１３０は、段階２６０でどれだけ多くのアクセスがユーザーに与えられるべきかを第１の装置１１０に対し識別する応答データのセットを、ユーザーへ提供して良い。例えば、第２の装置１３０がユーザーに第１の装置１１０により提供される任意の機能の使用を認可した場合、第２の装置１３０は、ユーザーは第１の装置１１０により提供される任意の機能の使用を第２の装置１３０により認可されていると第１の装置１１０に対し識別する応答データの第１のセットを、ユーザーへ提供して良い。他方で、第２の装置１３０がユーザーに第１の装置１１０により提供される特定の機能の使用のみを認可した場合、第２の装置１３０は、ユーザーは第１の装置１１０により提供される限定数の機能の使用のみを第２の装置１３０により認可されていると第１の装置１１０に対し識別する応答データの第２のセットを、ユーザーへ提供して良い。
【００４３】
ある実施例では、第１の装置１１０がユーザーにアクセスを許可しない場合、第１の装置１１０は、ユーザーは第１の装置１１０へ応答データを提出する時に誤字を犯したという根拠のもと、段階２２０でユーザーへ提供された呼び掛けデータに応答する応答データを入力する１つ以上の追加の機会をユーザーに提供して良い。
【００４４】
図３は、本発明の実施例による異なるエンティティにより実行される動作の説明図である。第２の装置１３０、ユーザー、及び第１の装置１１０により実行される動作は、図２を参照して以上に説明されている。図３に示されるように、第２の装置１３０は第１の装置１１０と直接に相互作用できない。しかし代わりに第２の装置１３０は、認可を要求するユーザーと相互作用して良い。ユーザーが認可された場合、第２の装置１３０は、ユーザーが第１の装置１１０へアクセスし得るよう、ユーザーへ応答データを提供して良い。
【００４５】
［機構の実施］
ある実施例では、第１の装置１１０、クライアント１２０、及び第２の装置１３０は、それぞれコンピューターシステムに又はコンピューターシステムを使用して実施されて良い。図４は、本発明の実施例が実施され得るコンピューターシステム４００を図示するブロック図である。コンピューターシステム４００は、バス４０２又は情報を通信する他の通信機構、及びバス４０２と結合され情報を処理するプロセッサー４０４を有する。コンピューターシステム４００はまた、バス４０２と結合され情報及びプロセッサー４０４により実行されるべき命令を格納するランダムアクセスメモリー（ＲＡＭ）又は他の動的記憶装置のような主記憶４０６を有する。主記憶４０６はまた、プロセッサー４０４により実行されるべき命令の実行中に一時的数値変数又は他の中間情報を格納するために使用されて良い。コンピューターシステム４００はまた、バス４０８と結合され情報及びプロセッサー４０４の命令を格納する読み出し専用メモリー（ＲＯＭ）４０８又は他の静的記憶装置を更に有する。磁気ディスク又は光ディスクのような記憶装置４１０が設けられ、及びバス４０２と結合され、情報及び命令を格納する。
【００４６】
コンピューターシステム４００は、バス４０２を介し、陰極管（ＣＲＴ）のようなコンピューターのユーザーに情報を表示するディスプレイ４１２と結合されて良い。入力装置４１４は、英数字及び他のキーを有し、バス４０２と結合され、プロセッサー４０４へ情報及びコマンド選択を通信する。他の種類のユーザー入力装置は、マウス、トラックボール、又はカーソルキーのようなカーソル移動制御４１６であり、方向情報及びコマンド選択をプロセッサー４０４へ通信し、及びディスプレイ４１２上のカーソルの動きを制御する。当該入力装置は、標準的に第１の軸（例えばｘ）及び第２の軸（例えばｙ）である２軸で２つの自由度を有し、装置に平面内の位置を指定可能にする。
【００４７】
本発明は、本願明細書に記載された技術を実施するコンピューターシステム４００の使用に関する。本発明の１つの実施例によると、当該技術は、主記憶４０６内に含まれる１つ以上の命令の１つ以上のシーケンスを実行するプロセッサー４０４に応じ、コンピューターシステム４００により実行される。このような命令は、主記憶４０６へ記憶装置４１０のような他の機械可読媒体から読み込まれて良い。主記憶４０６に含まれる命令のシーケンスの実行は、プロセッサー４０４に本願明細書に記載された処理段階を実行させる。代案の実施例では、配線論理回路は、ソフトウェア命令の代わりに又はソフトウェア命令と組み合わせて使用され本発明を実施して良い。従って、本発明の実施例は、ハードウェア回路及びソフトウェアの如何なる組み合わせにも限定されない。
【００４８】
本願明細書で使用された用語「機械可読媒体」は、装置を特定の方法で動作させるデータの提供に関与する任意の媒体を参照する。コンピューターシステム４００を使用して実施されるある実施例では、例えば実行のため命令をプロセッサー４０４へ提供する時に、種々の機械可読媒体が含まれる。このような媒体は、不揮発性媒体、揮発性媒体、及び伝送媒体を有するがこれらに限定されない多くの形を取って良い。不揮発性媒体は、例えば記憶装置４１０のような光又は磁気ディスクを有する。揮発性媒体は、主記憶４０６のような動的記憶を有する。伝送媒体は、同軸ケーブル、銅線、及び光ファイバーを有し、バス４０２を有する。伝送媒体はまた、無線及び赤外線データ通信の間に生成されるような、音響又は光波の形式を取り得る。全てのこのような媒体は実現可能であり、媒体により伝達される命令を、命令を機械に読み込む物理機構により検出可能にしなければならない。
【００４９】
機械可読媒体の一般的形式は、例えば、フロッピー(登録商標)ディスク、フレキシブルディスク、ハードディスク、磁気テープ、又は任意の他の磁気媒体、ＣＤ−ＲＯＭ、任意の他の光媒体、パンチカード、紙テープ、孔のパターンを有する任意の他の物理媒体、ＲＡＭ、ＰＲＯＭ、及びＥＰＲＯＭ、フラッシュＥＰＲＯＭ、任意の他のメモリーチップ又はカートリッジ、本願明細書に記載された搬送波、又はコンピューターが読み出し得る任意の他の媒体を有する。
【００５０】
種々の形式の機械可読媒体は、実行のためのプロセッサー４０４への１つ以上の命令の１つ以上のシーケンスの伝達に関連して良い。例えば、命令は最初に遠隔コンピューターの磁気ディスクで持ち運ばれて良い。遠隔コンピューターは、命令を遠隔コンピューターの動的記憶にロードし、及びモデムを使用し電話線を介して命令を送出し得る。コンピューターシステム４００にローカルなモデムは、電話線でデータを受信し、及び赤外線送信機を使用しデータを赤外線信号へ変換する。赤外線検出器は、赤外線信号で伝達されるデータを受信し得る。また適切な回路は、データをバス４０２に発行し得る。バス４０２は、データを主記憶４０６へ伝達する。データを主記憶４０６から、プロセッサー４０４は命令を検索しそして実行する。主記憶４０６により受信された命令は、任意的に、プロセッサー４０４による実行の前又は後の何れかに記憶装置４１０に格納されて良い。
【００５１】
コンピューターシステム４００はまた、バス４０２と結合される通信インターフェース４１８を有する。通信インターフェース４１８は、ローカルネットワーク４２２と接続されるネットワーク接続４２０と結合される双方向データ通信を提供する。例えば、通信インターフェース４１８は、総合デジタル通信網（ＩＳＤＮ）カード又はモデムであって良く、対応する種類の電話線とのデータ通信接続を提供する。別の例として、通信インターフェース４１８は、ローカルエリアネットワーク（ＬＡＮ）カードであって良く、適合するＬＡＮとのデータ通信接続を提供する。無線接続が実施されても良い。任意のこのような実施では、通信インターフェース４１８は、種々の種類の情報を表すデジタルデータストリームを伝達する電気、電磁気又は光信号を送出及び受信する。
【００５２】
ネットワーク接続４２０は、標準的に、１つ以上のネットワークを通じた他のデータ装置へのデータ通信を提供する。例えば、ネットワーク接続４２０は、ローカルネットワーク４２２を通じたホストコンピューター４２４又はインターネット・サービス・プロバイダー（ＩＳＰ）４２６により動作されるデータ機器への接続を提供して良い。ＩＳＰ４２６はまた、現在一般的に「インターネット」４２８として参照される世界規模のパケットデータ通信ネットワークを通じデータ通信サービスを提供する。ローカルネットワーク４２２及びインターネット４２８の両方は、デジタルデータストリームを伝達する電気、電磁気又は光信号を使用する。種々のネットワークを通じる信号、並びにネットワーク接続４２０及び通信インターフェース４１８を通じる信号は、コンピューターシステム４００へ及びコンピューターシステム４００からのデジタルデータを伝達し、例として情報を伝搬する搬送波の形式である。
【００５３】
コンピューターシステム４００は、ネットワーク、ネットワーク接続４２０及び通信インターフェース４１８を通じ、メッセージを送出し及びプログラムコードを有するデータを受信し得る。インターネットの例では、サーバー４３０は、アプリケーションプログラムの要求されたコードをインターネット４２８、ＩＳＰ４２６、ローカルネットワーク４２２及び通信インターフェース４１８を通じ送信し得る。
【００５４】
受信したコードは、受信された時、プロセッサー４０４により実行され、及び／又は後の実行のため記憶装置４１０又は他の不揮発性媒体に格納されて良い。この方法では、コンピューターシステム４００は、アプリケーションコードを搬送波の形式で得て良い。
【００５５】
以上、明細書に、本発明の実施例は、実施毎に変化し得る多数の特定の詳細を参照し記載された。従って、本発明であるもの及び出願人により本発明であると意図されるものの唯一の説明的な表示は、請求項が発行する如何なる後に生じる補正も含む、特定の形式で本願から発行される請求項のセットである。本願明細書に前述された当該請求項に含まれる用語の如何なる定義も、請求項で使用される用語の意味を規定する。従って、請求項に明示的に引用されない如何なる制限、要素、特性、特徴、利点又は貢献は、如何様にも当該請求項の範囲を制限しない。本願明細書及び図は、従って制限的でなく説明のためであると見なされる。
【図面の簡単な説明】
【００５６】
【図１】本発明の実施例によるシステムのブロック図である。
【図２】本発明の実施例による機能段階を説明するフローチャートである。
【図３】本発明の実施例による異なるエンティティにより実行される動作の説明図である。
【図４】本発明の実施例が実施され得るコンピューターシステムを図示するブロック図である。
【特許請求の範囲】
【請求項１】
方法であって：
第１の装置が要求側から呼び掛けデータの要求を受信したことに応じ、前記第１の装置は前記呼び掛けデータを生成し及び前記呼び掛けデータを前記要求側へ提供する段階；
前記要求側が第２の装置へ前記呼び掛けデータ及び前記要求側の識別情報を提供することと、前記第２の装置が前記要求側に前記第１の装置へのアクセスを認可することと、前記第２の装置が前記要求側に前記第１の装置へのアクセスを認可することに成功すると前記第２の装置が応答データを前記要求側へ提供することとにより、前記要求側は前記応答データを得、前記第１の装置は前記要求側から前記応答データを受信する段階；
前記応答データを前記要求側から受信することに応じ、前記第１の装置は前記応答データを検証する段階；及び
前記第１の装置が前記応答データを検証することに成功すると、前記第１の装置は前記要求側にアクセスを認可する段階、を有する方法。
【請求項２】
前記要求側は、前記第１の装置を識別する情報を前記第２の装置へ更に提供し、及び前記第２の装置は、前記第１の装置を前記第２の装置に対し識別する情報に少なくとも部分的に基づき、前記応答データを生成する、請求項１記載の方法。
【請求項３】
前記第１の装置は、多機能周辺機器、ファクシミリ装置、プリンター、コピー機、パーソナルコンピューター、及び組み込み型コンピューター、の１つである、請求項１記載の方法。
【請求項４】
前記要求側は、前記第２の装置へ、前記呼び掛けデータ及び前記要求側の識別情報を電話で提供する、請求項１記載の方法。
【請求項５】
前記要求側は、前記第２の装置へ、前記呼び掛けデータ及び前記要求側の識別情報を、前記要求側が前記第２の装置と関連付けられたサーバーへ電子通信を送出することにより提供する、請求項１記載の方法。
【請求項６】
前記要求側からの前記要求は、前記要求側により前記第１の装置の外部のクライアントから発行される、請求項１記載の方法。
【請求項７】
コンピューター可読媒体であって、命令の１つ以上のシーケンスを保有し、前記命令の１つ以上のシーケンスは、１つ以上のプロセッサーにより実行されると：
第１の装置が要求側から呼び掛けデータの要求を受信したことに応じ、前記第１の装置は前記呼び掛けデータを生成し及び前記呼び掛けデータを前記要求側へ提供する段階；
前記要求側が第２の装置へ前記呼び掛けデータ及び前記要求側の識別情報を提供することと、前記第２の装置が前記要求側に前記第１の装置へのアクセスを認可することと、前記第２の装置が前記要求側に前記第１の装置へのアクセスを認可することに成功すると前記第２の装置が応答データを前記要求側へ提供することとにより、前記要求側は前記応答データを得、前記第１の装置は前記要求側から前記応答データを受信する段階；
前記応答データを前記要求側から受信することに応じ、前記第１の装置は前記応答データを検証する段階；及び
前記第１の装置が前記応答データを検証することに成功すると、前記第１の装置は前記要求側にアクセスを認可する段階、を生じるコンピューター可読媒体。
【請求項８】
前記要求側は、前記第１の装置を識別する情報を前記第２の装置へ更に提供し、及び前記第２の装置は、前記第１の装置を前記第２の装置に対し識別する情報に少なくとも部分的に基づき、前記応答データを生成する、請求項７記載のコンピューター可読媒体。
【請求項９】
前記第１の装置は、多機能周辺機器、ファクシミリ装置、プリンター、コピー機、パーソナルコンピューター、及び組み込み型コンピューター、の１つである、請求項７記載のコンピューター可読媒体。
【請求項１０】
前記要求側は、前記第２の装置へ、前記呼び掛けデータ及び前記要求側の識別情報を電話で提供する、請求項７記載のコンピューター可読媒体。
【請求項１１】
前記要求側は、前記第２の装置へ、前記呼び掛けデータ及び前記要求側の識別情報を、前記要求側が前記第２の装置と関連付けられたサーバーへ電子通信を送出することにより提供する、請求項７記載のコンピューター可読媒体。
【請求項１２】
前記要求側からの前記要求は、前記要求側により前記第１の装置の外部のクライアントから発行される、請求項７記載のコンピューター可読媒体。
【請求項１３】
装置であって：
１つ以上のプロセッサー；及び
命令の１つ以上のシーケンスを保有するコンピューター可読媒体、を有し、前記コンピューター可読媒体は、１つ以上のプロセッサーにより実行されると：
第１の装置が要求側から呼び掛けデータの要求を受信したことに応じ、前記第１の装置は前記呼び掛けデータを生成し及び前記呼び掛けデータを前記要求側へ提供する段階；
前記要求側が第２の装置へ前記呼び掛けデータ及び前記要求側の識別情報を提供することと、前記第２の装置が前記要求側に前記第１の装置へのアクセスを認可することと、前記第２の装置が前記要求側に前記第１の装置へのアクセスを認可することに成功すると前記第２の装置が応答データを前記要求側へ提供することとにより、前記要求側は前記応答データを得、前記第１の装置は前記要求側から前記応答データを受信する段階；
前記応答データを前記要求側から受信することに応じ、前記第１の装置は前記応答データを検証する段階；及び
前記第１の装置が前記応答データを検証することに成功すると、前記第１の装置は前記要求側にアクセスを認可する段階、を生じる、装置。
【請求項１４】
前記要求側は、前記第１の装置を識別する方法を前記第２の装置へ更に提供し、及び前記第２の装置は、前記第１の装置を前記第２の装置に対し識別する情報に少なくとも部分的に基づき、前記応答データを生成する、請求項１３記載の装置。
【請求項１５】
前記第１の装置は、多機能周辺機器、ファクシミリ装置、プリンター、コピー機、パーソナルコンピューター、及び組み込み型コンピューター、の１つである、請求項１３記載の装置。
【請求項１６】
前記要求側は、前記第２の装置へ、前記呼び掛けデータ及び前記要求側の識別情報を電話で提供する、請求項１３記載の装置。
【請求項１７】
前記要求側は、前記第２の装置へ、前記呼び掛けデータ及び前記要求側の識別情報を、前記要求側が前記第２の装置と関連付けられたサーバーへ電子通信を送出することにより提供する、請求項１３記載の装置。
【請求項１８】
前記要求側からの前記要求は、前記要求側により前記第１の装置の外部のクライアントから発行される、請求項１３記載の装置。
【請求項１】
方法であって：
第１の装置が要求側から呼び掛けデータの要求を受信したことに応じ、前記第１の装置は前記呼び掛けデータを生成し及び前記呼び掛けデータを前記要求側へ提供する段階；
前記要求側が第２の装置へ前記呼び掛けデータ及び前記要求側の識別情報を提供することと、前記第２の装置が前記要求側に前記第１の装置へのアクセスを認可することと、前記第２の装置が前記要求側に前記第１の装置へのアクセスを認可することに成功すると前記第２の装置が応答データを前記要求側へ提供することとにより、前記要求側は前記応答データを得、前記第１の装置は前記要求側から前記応答データを受信する段階；
前記応答データを前記要求側から受信することに応じ、前記第１の装置は前記応答データを検証する段階；及び
前記第１の装置が前記応答データを検証することに成功すると、前記第１の装置は前記要求側にアクセスを認可する段階、を有する方法。
【請求項２】
前記要求側は、前記第１の装置を識別する情報を前記第２の装置へ更に提供し、及び前記第２の装置は、前記第１の装置を前記第２の装置に対し識別する情報に少なくとも部分的に基づき、前記応答データを生成する、請求項１記載の方法。
【請求項３】
前記第１の装置は、多機能周辺機器、ファクシミリ装置、プリンター、コピー機、パーソナルコンピューター、及び組み込み型コンピューター、の１つである、請求項１記載の方法。
【請求項４】
前記要求側は、前記第２の装置へ、前記呼び掛けデータ及び前記要求側の識別情報を電話で提供する、請求項１記載の方法。
【請求項５】
前記要求側は、前記第２の装置へ、前記呼び掛けデータ及び前記要求側の識別情報を、前記要求側が前記第２の装置と関連付けられたサーバーへ電子通信を送出することにより提供する、請求項１記載の方法。
【請求項６】
前記要求側からの前記要求は、前記要求側により前記第１の装置の外部のクライアントから発行される、請求項１記載の方法。
【請求項７】
コンピューター可読媒体であって、命令の１つ以上のシーケンスを保有し、前記命令の１つ以上のシーケンスは、１つ以上のプロセッサーにより実行されると：
第１の装置が要求側から呼び掛けデータの要求を受信したことに応じ、前記第１の装置は前記呼び掛けデータを生成し及び前記呼び掛けデータを前記要求側へ提供する段階；
前記要求側が第２の装置へ前記呼び掛けデータ及び前記要求側の識別情報を提供することと、前記第２の装置が前記要求側に前記第１の装置へのアクセスを認可することと、前記第２の装置が前記要求側に前記第１の装置へのアクセスを認可することに成功すると前記第２の装置が応答データを前記要求側へ提供することとにより、前記要求側は前記応答データを得、前記第１の装置は前記要求側から前記応答データを受信する段階；
前記応答データを前記要求側から受信することに応じ、前記第１の装置は前記応答データを検証する段階；及び
前記第１の装置が前記応答データを検証することに成功すると、前記第１の装置は前記要求側にアクセスを認可する段階、を生じるコンピューター可読媒体。
【請求項８】
前記要求側は、前記第１の装置を識別する情報を前記第２の装置へ更に提供し、及び前記第２の装置は、前記第１の装置を前記第２の装置に対し識別する情報に少なくとも部分的に基づき、前記応答データを生成する、請求項７記載のコンピューター可読媒体。
【請求項９】
前記第１の装置は、多機能周辺機器、ファクシミリ装置、プリンター、コピー機、パーソナルコンピューター、及び組み込み型コンピューター、の１つである、請求項７記載のコンピューター可読媒体。
【請求項１０】
前記要求側は、前記第２の装置へ、前記呼び掛けデータ及び前記要求側の識別情報を電話で提供する、請求項７記載のコンピューター可読媒体。
【請求項１１】
前記要求側は、前記第２の装置へ、前記呼び掛けデータ及び前記要求側の識別情報を、前記要求側が前記第２の装置と関連付けられたサーバーへ電子通信を送出することにより提供する、請求項７記載のコンピューター可読媒体。
【請求項１２】
前記要求側からの前記要求は、前記要求側により前記第１の装置の外部のクライアントから発行される、請求項７記載のコンピューター可読媒体。
【請求項１３】
装置であって：
１つ以上のプロセッサー；及び
命令の１つ以上のシーケンスを保有するコンピューター可読媒体、を有し、前記コンピューター可読媒体は、１つ以上のプロセッサーにより実行されると：
第１の装置が要求側から呼び掛けデータの要求を受信したことに応じ、前記第１の装置は前記呼び掛けデータを生成し及び前記呼び掛けデータを前記要求側へ提供する段階；
前記要求側が第２の装置へ前記呼び掛けデータ及び前記要求側の識別情報を提供することと、前記第２の装置が前記要求側に前記第１の装置へのアクセスを認可することと、前記第２の装置が前記要求側に前記第１の装置へのアクセスを認可することに成功すると前記第２の装置が応答データを前記要求側へ提供することとにより、前記要求側は前記応答データを得、前記第１の装置は前記要求側から前記応答データを受信する段階；
前記応答データを前記要求側から受信することに応じ、前記第１の装置は前記応答データを検証する段階；及び
前記第１の装置が前記応答データを検証することに成功すると、前記第１の装置は前記要求側にアクセスを認可する段階、を生じる、装置。
【請求項１４】
前記要求側は、前記第１の装置を識別する方法を前記第２の装置へ更に提供し、及び前記第２の装置は、前記第１の装置を前記第２の装置に対し識別する情報に少なくとも部分的に基づき、前記応答データを生成する、請求項１３記載の装置。
【請求項１５】
前記第１の装置は、多機能周辺機器、ファクシミリ装置、プリンター、コピー機、パーソナルコンピューター、及び組み込み型コンピューター、の１つである、請求項１３記載の装置。
【請求項１６】
前記要求側は、前記第２の装置へ、前記呼び掛けデータ及び前記要求側の識別情報を電話で提供する、請求項１３記載の装置。
【請求項１７】
前記要求側は、前記第２の装置へ、前記呼び掛けデータ及び前記要求側の識別情報を、前記要求側が前記第２の装置と関連付けられたサーバーへ電子通信を送出することにより提供する、請求項１３記載の装置。
【請求項１８】
前記要求側からの前記要求は、前記要求側により前記第１の装置の外部のクライアントから発行される、請求項１３記載の装置。
【図１】
【図２】
【図３】
【図４】
【図２】
【図３】
【図４】
【公開番号】特開２００８−１１７３７８（Ｐ２００８−１１７３７８Ａ）
【公開日】平成２０年５月２２日（２００８．５．２２）
【国際特許分類】
【出願番号】特願２００７−２５５７１４（Ｐ２００７−２５５７１４）
【出願日】平成１９年９月２８日（２００７．９．２８）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成２０年５月２２日（２００８．５．２２）
【国際特許分類】
【出願日】平成１９年９月２８日（２００７．９．２８）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]