(57)【要約】オペレーティングシステムログオンセッションにおいて対話ユーザを迅速に認証するための機構が開示される。該認証は、共有アカウントからユーザのリモートセッションに許可ベースのアクセスを可能にする信用状発行アプリケーションを用いることによって共有アカウントに基づいて行なわれる。本発明は、クライアントが新しいローカル対話ユーザに結合された新しいログオンセッションをまず設定する必要なく、ローカル対話ユーザを切り替え、新しい対話ユーザを認証し、リモートセッションを切り替える能力を提供する。また、クライアントデバイスにおける対話ユーザの迅速な切り替えをなおも可能にする一方で、対話ローカルユーザのアプリケーション（ローカルおよびリモートの両方）にアクセスすることを制限するように、オペレーティングシステムログオンセッションに見られる通常のロック機構を変更する。
2008527574.tif 000002
【特許請求の範囲】
【請求項１】
現在あるログオンセッションに許可ベースのアクセスを提供するためのシステムであって、
複数のセットの対話ユーザの信用状を保持するストレージロケーションであって、各セットの信用状は、異なる対話ユーザに対応付けられ、少なくとも１つのアプリケーションのうちの少なくとも１つに対する少なくとも１つの許可レベルおよびサーバによりホスティングされたドメインに対するアクセスレベルを指示する、ストレージロケーションと、
クライアントに接続されたサーバであって、該サーバは該クライアントの第１のローカル対話ユーザのためのセッションをホスティングし、該クライアントは共有アカウントのアクティブオペレーティングシステムログオンセッションを実行し、該アクティブオペレーティングシステムログオンセッションは特定の対話ユーザに対応付けられていないデフォルトユーザプロファイルに対して設定される、サーバと、
該サーバおよび該クライアントと通信する信用状発行アプリケーションであって、該信用状発行アプリケーションは該クライアントを介して第１のローカル対話ユーザを識別する識別子を受け取り、該ストレージロケーションから該第１のローカル対話ユーザのための第１のセットの信用状を検索するために該識別子を使用し、該第１のセットの信用状は該信用状発行アプリケーションによって該サーバに引渡され、該第１のセットの信用状は該第１のローカル対話ユーザを該第１のローカル対話ユーザのためのサーバによりホスティングされたセッションにマップするために使用される、信用状発行アプリケーションと
を備えている、システム。
【請求項２】
前記サーバは、前記クライアントから離れて位置している、請求項１に記載のシステム。
【請求項３】
スマートカードを介して前記第１のローカル対話ユーザから前記識別子を受け取るための、前記クライアントに位置するスマートカードリーダをさらに備えている、請求項１に記載のシステム。
【請求項４】
前記クライアントと通信し、網膜走査、指紋分析、ソフトウェアベースの顔認識処理およびプロキシミティ感知処理のうちの１つを介して前記識別子を受け取るために使用される入力デバイスをさらに備えている、請求項１に記載のシステム。
【請求項５】
電子デバイスにおいて、許可ベースのアクセスをアクティブオペレーティングシステムログオンセッションに提供する方法であって、
電子デバイスにおいて共有アカウントのためのアクティブオペレーティングシステムログオンセッションをホスティングするステップであって、該電子デバイスはサーバと通信し、該共有アカウントは特定の対話ユーザに対応付けられていないデフォルトユーザプロファイルに対して設定される、ステップと、
該電子デバイスを介して第１の対話ユーザを識別する第１の識別子を受け取るステップと、
該第１のローカル対話ユーザのための第１のセットの信用状を検索するために該第１の識別子を使用するステップであって、該第１のセットの信用状は、該電子デバイスおよび該サーバにアクセス可能なロケーションに記憶され、少なくとも１つのアプリケーションのうちの少なくとも１つに対する少なくとも１つの許可レベルおよび該第１のローカル対話ユーザに対応付けられたサーバによりホスティングされたセッションに対するアクセスレベルを指示する、ステップと、
該第１のセットの信用状を用いて該第１のローカル対話ユーザを該第１のローカル対話ユーザのための該サーバによりホスティングされたセッションにマッピングするステップと
包含する、方法。
【請求項６】
前記サーバによりホスティングされたセッションは、前記第１のローカル対話ユーザのための前記第１のセットの信用状の受領に基づき開始される、請求項５に記載の方法。
【請求項７】
前記第１のローカル対話ユーザがマップされた前記サーバよりホスティングされたセッションは、該第１のローカル対話ユーザに対応づけられた以前にセーブされたセッションである、請求項５に記載の方法。
【請求項８】
前記電子デバイスにおいて前記アクティブオペレーティングシステムログオンセッションをロックするステップと、
該電子デバイスを介して第２のローカル対話ユーザを識別する第２の識別子を受け取るステップと、
該第２の識別子を受け取り次第、前記第１のローカル対話ユーザを該第１のローカル対話ユーザのためのサーバによりホスティングされたセッションからアンマップするステップであって、該第１のローカル対話ユーザは、該オペレーティングシステムログオンセッションはなおもアクティブである一方、アンマップされる、ステップと
をさらに包含する、請求項５に記載の方法。
【請求項９】
前記第２のローカル対話ユーザのための第２のセットの信用状を検索するために前記第２の識別子を使用するステップであって、該第２のセットの信用状は、前記電子デバイスおよび前記サーバにアクセス可能なロケーションに記憶され、少なくとも１つのアプリケーションのうちの少なくとも１つに対する少なくとも１つの許可レベルおよび該第２のローカル対話ユーザのためのサーバによるホスティングされたセッションに対するアクセスレベルを指示する、ステップと、
該第２のセットの信用状を用いて、該第２のローカル対話ユーザを該第２の対話ユーザのための該サーバによりホスティングされたセッションの中にマッピングするステップと、
該第２のローカル対話ユーザを該第２の対話ユーザのための該サーバによりホスティングされたセッションの中にマッピングするステップに続き、電子デバイスにおいて該常時アクティブなオペレーティングセッションをアンロックするステップと
をさらに包含する、請求項８に記載の方法。
【請求項１０】
前記アクティブオペレーティングシステムログオンセッションは、前記第１のローカル対話ユーザからの指示の受領に続いてロックされる、請求項８に記載の方法。
【請求項１１】
前記アクティブオペレーティングシステムログオンセッションは、タイムパラメータの満了に続いてロックされる、請求項８に記載の方法。
【請求項１２】
前記アクティブオペレーティングシステムログオンセッションは、プロキシミティセンサから、前記第１のローカル対話ユーザが前記電子デバイスから所定の距離を移動したという通知を受け取り次第、ロックされる、請求項８に記載の方法。
【請求項１３】
前記第１の識別子はスマートカードから送信される、請求項５に記載の方法。
【請求項１４】
前記第１の識別子は暗号化形式で前記スマートカードによって受け取られ、該スマートカードによって少なくとも部分的に解読される、請求項１３に記載の方法。
【請求項１５】
請求項５に記載の方法であって、該方法は、
前記第１の識別子は暗号化され、
暗号化形式で複数のセットの前記対話ユーザの信用状を記憶するステップと、
前記第１の識別子を暗号化するステップと、
前記ストレージロケーションから暗号化されたセットの信用状を検索するステップと、
該ストレージロケーションから検索された信用状の暗号化されたセットを解読するために前記解読された第１の識別子を用いるステップと
をさらに包含する方法。
【請求項１６】
前記第１の識別子は、網膜走査、指紋分析、ソフトウェアベースの顔認識システムおよびプロキシミティセンサのうちの１つを用いて受け取られる、請求項５に記載の方法。
【請求項１７】
前記第１のセットの信用状は様々なアプリケーションのための様々な許可レベルを含む、請求項５に記載の方法。
【請求項１８】
請求項５に記載の方法であって、
前記第１のローカル対話ユーザを該第１のローカル対話ユーザに対応付けられた前記サーバによりホスティングされたセッションの中にマッピングするステップに続いて、該方法は、
該第１のローカル対話ユーザが前記電子デバイスによってホスティングされたローカルアプリケーションを実行することを可能にする前に、該第１のローカル対話ユーザから追加の識別子を受け取るステップをさらに包含する方法。
【請求項１９】
前記サーバによりホスティングされたセッションの前記アクセスレベルは、読取りおよび読取り・書込みのうちの１つである、請求項５に記載の方法。
【請求項２０】
前記サーバおよび電子デバイスはネットワークを介して通信する、請求項５に記載の方法。
【請求項２１】
電子デバイスにおいて、許可ベースのアクセスを現在あるオペレーティングシステムログオンセッションに提供する方法であって、
電子デバイスにおいて共有アカウントのためのアクティブオペレーティングシステムログオンセッションをホスティングするステップであって、該共有アカウントは、当初は特定の対話ユーザに対応付けられていないデフォルトユーザプロファイルに対して設定される、ステップと、
第１のローカル対話ユーザを識別する第１の識別子を受け取るステップと、
該第１のローカル対話ユーザのための第１のセットの信用状を検索するために該第１の識別子を使用するステップであって、該第１のセットの信用状は、少なくとも１つのアプリケーションのうちの少なくとも１つに対する少なくとも１つの許可レベルを指示する、ステップと、
該第１のセットの信用状を使用して少なくとも１つのアプリケーションにアクセスするステップと
を包含する、方法。
【請求項２２】
前記電子デバイスにおいて、前記アクティブオペレーティングシステムログオンセッションをロックするステップと、
該電子デバイスを介して第２のローカル対話ユーザを識別する識別子を受け取るステップと、
該第２のローカル対話ユーザのための第２のセットの信用状を検索するために該識別子を使用するステップであって、該第２のセットの信用状は、該電子デバイスにアクセス可能なロケーションに記憶され、少なくとも１つのアプリケーションに対する少なくとも１つの許可レベルを指示する、ステップと、
該第２のローカル対話ユーザのための該識別子の受け取りに続いて、該電子デバイスにおいて該アクティブオペレーティングシステムログオンセッションをアンロックするステップと、
該第２のセットの信用状を使用して少なくとも１つのアプリケーションにアクセスするステップと
をさらに包含する、請求項２１に記載の方法。
【請求項２３】
前記第１のセットの信用状は、様々なアプリケーションに対する様々な許可レベルを含む、請求項２１に記載の方法。
【請求項２４】
現在あるセッションへの許可ベースのアクセスを提供するためのコンピュータ読取り可能プログラム手段を具体化した製品あって、該製品は、
電子デバイスにおいて共有アカウントのためのアクティブオペレーティングシステムログオンセッションをホスティングするためのコンピュータ読取り可能プログラム手段であって、該電子デバイスはサーバと通信し、該共有アカウントは特定の対話ユーザに対応付けられていないデフォルトユーザプロファイルに対して設定されている、コンピュータ読取り可能プログラム手段と、
該電子デバイスを介して第１のローカル対話ユーザを識別する第１の識別子を受け取るコンピュータ読取り可能プログラム手段と、
該第１のローカル対話ユーザのための第１のセットの信用状を検索するために該第１の識別子を用いるためのコンピュータ読取り可能プログラム手段であって、該第１のセットの信用状は、該電子デバイスおよび該サーバにアクセス可能なロケーションに記憶され、少なくとも１つのアプリケーションのうちの少なくとも１つに対する少なくとも１つの許可レベルおよび該第１のローカル対話ユーザに対応付けられたサーバによりホスティングされたセッションに対するアクセスレベルを指示する、コンピュータ読取り可能プログラム手段と、
該第１のセットの信用状を用いて該第１のローカル対話ユーザを該第１のローカル対話ユーザのための該サーバによりホスティングされたセッションにマッピングするためのコンピュータ読取り可能プログラム手段と
を備えている、製品。
【請求項２５】
前記電子デバイスにおいて前記アクティブオペレーティングシステムログオンセッションをロックするためのコンピュータ読取り可能プログラム手段と、
該電子デバイスを介して第２のローカル対話ユーザを識別する第２の識別子を受け取るためのコンピュータ読取り可能プログラム手段と、
該第２の識別子を受け取り次第、前記第１のローカル対話ユーザを該第１のローカル対話ユーザのためのサーバによりホスティングされたセッションからアンマップするコンピュータ読取り可能プログラム手段であって、該第１のローカル対話ユーザは、該オペレーティングシステムログオンセッションはなおもアクティブである一方で、アンマップされる、コンピュータ読取り可能プログラム手段と
をさらに備えている、請求項２４に記載の製品。
【請求項２６】
前記第２のローカル対話ユーザのための第２のセットの信用状を検索するために該第２の識別子を用いるためのコンピュータ読取り可能プログラム手段であって、該第２のセットの信用状は、前記電子デバイスおよび前記サーバにアクセス可能なロケーションに記憶され、少なくとも１つのアプリケーションのうちの少なくとも１つに対する少なくとも１つの許可レベルおよび該第２のローカル対話ユーザのためのサーバによりホスティングされたセッションに対するアクセスレベルを指示する、コンピュータ読取り可能プログラム手段と、
該第２のセットの信用状を用いて該第２のローカル対話ユーザを該第２のローカル対話ユーザのための該サーバによりホスティングされたセッションにマッピングするためのコンピュータ読取り可能プログラム手段と、
該第２のローカル対話ユーザを該第２の対話ユーザのための該サーバによりホスティングされたセッションへのマッピングに続いて、該電子デバイスにおいて常時アクティブなオペレーティングセッションをアンロックするためのコンピュータ読取り可能プログラム手段と
をさらに備えている、請求項２５に記載の製品。
【請求項２７】
前記第１のセットの信用状は、様々なアプリケーションのための様々な許可レベルを含む、請求項２４に記載の製品。
【請求項２８】
網膜走査、指紋分析、ソフトウェアベースの顔認識処理およびプロキシミティセンサのうちの１つを介して識別子を受け取るためのコンピュータ読取り可能プログラム手段をさらに備えている、請求項２４に記載の製品。
【請求項２９】
前記電子デバイスと通信するスマートカードにおいて前記第１の識別子を暗号化形式で受け取るためのコンピュータ読取り可能プログラム手段をさらに備えている、請求項２４に記載の製品。
【請求項３０】
前記スマートカードは前記識別子を少なくとも部分的に解読する、請求項２９に記載の製品。
【請求項３１】
解読された識別子は、暗号化されたセットの対話ユーザの信用状を解読するために使用される、請求項３０に記載の製品。
【請求項３２】
請求項２４に記載の製品であって、該製品は、
前記第１の識別子は暗号化され、
暗号化形式で前記複数のセットの対話ユーザの信用状を記憶するためのコンピュータ読取り可能プログラム手段と、
該第１の識別子を解読するためのコンピュータ読取り可能プログラム手段と、
前記ストレージロケーションから暗号化セットの信用状を検索するためのコンピュータ読取り可能プログラム手段と、
該ストレージロケーションから検索された暗号化セットの該信用状を解読するために該解読された第１の識別子を用いるためのコンピュータ読取り可能プログラム手段と
をさらに備えている、製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の例示的実施形態は、一般的に共用オペレーティングシステムログオンセッションの使用に関し、より詳細には、ログオンセッションの再スタートをすることなくアカウント内で信用を有する対話ユーザの迅速な切換えおよび認証に関する。
【背景技術】
【０００２】
ＷＩＮＤＯＷＳ（登録商標）（ワシントン州ＲｅｄｍｏｎｄのＭｉｃｒｏｓｏｆｔ  Ｃｏｒｐｏｒａｔｉｏｎの）ログオンセッションなどのオペレーティングシステムログオンセッションは、従来、コンピュータ上において成功した認証ごとに生成される。ＷＩＮＤＯＷＳ（登録商標）環境におけるＷｉｎｌｏｇｏｎ．ｅｘｅ処理などの開始処理は、対話ユーザにログオンダイアログボックスを提供するＧＩＮＡ（グラフィカル識別および認証（Ｇｒａｐｈｉｃａｌ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  ａＮｄ  Ａｕｔｈｅｎｔｉｆｉｃａｔｉｏｎ））をロードする。ＧＩＮＡは、オペレーティングシステムＧＩＮＡの代わりにまたはそれに加えて動作するデフォルトオペレーティングシステムＧＩＮＡ（これは、ＷＩＮＤＯＷＳ（登録商標）においてＭＳＧＩＮＡ．ｄｌｌである）または第三者のＧＩＮＡであり得る。複数のＧＩＮＡは一続きで用いられ得る。ログオンダイログボックスは、ユーザ名、パスワードおよびオプションでターゲットドメインなどのユーザ情報を要求する。スタンドアロン動作環境において、対話ユーザは、認証され、次いで、認証時に識別されたユーザプロファイルにおいて提示されたアクセス権および特権に従って動作するように進む。ネットワーク環境において、ローカルの対話ユーザのためのネットワークローミングプロファイルの日付は、ローカルプロファイルの日付に対して、システムに既に存在しているファイルを更新するために使用されるローミングプロファイルにおけるあらゆる新しいファイルと比較され得る。ローカルの対話ユーザがクライアントにログオンし、サーバによりホスティングされたセッションにアクセスすることを望むネットワーク環境において、リモートホスティングされたセッションにアクセスする従来の方法は、リモートセッションにアクセスする対話ユーザとクライアントオペレーティングシステムログオンセッションにおけるローカルユーザとは、同じであると想定する。リモートセッションからの通信はオペレーティングシステムログオンセッションに向けられる。ローカル対話ユーザがリモートセッションからログオフし、クライアントを去った場合、オペレーティングシステムログオンセッションは終了し、次のローカルユーザのための新しいログオンセッションが開始される。
【０００３】
図１は、従来の処理を示し、該処理によって複数の対話ユーザは、リモートセッションにアクセスするためにクライアントにログオンする。対話ユーザが、クライアントにおいてＷＩＮＤＯＷＳ（登録商標）ドメインなどのオペレーティングシステムドメインにログオンするとき、シーケンスは開始する（ステップ２）。ＷＩＮＤＯＷＳ（登録商標）ログオンセッションなどのオペレーティングシステムログオンセッションは生成され、対話ユーザに対応付けられる（ステップ４）。ネットワークに記憶されたローミングプロファイルは、次いで、オペレーティングシステムドメインにログンするために使用される情報に基づき、対話ユーザのために獲得される（ステップ６）。ネットワークに記憶されたプロファイルは検索され、ローカルプロファイルの存在をクライアントはチェックされ得る。クライアントにローカルプロファイルが存在する場合、該ファイルは、対話ユーザのプロファイルを更新するために使用されるローミングプロファイルにおけるより新しいファイルと比較される。対話ユーザは、次いで、サーバによりホスティングされたドメインまたはサーバによりホスティングされたドメインのアプリケーションにアクセスするために、認証パスワードを提示する（ステップ８）。対話ユーザは、アクセスしようとしている各アプリケーションまたはドメインに対して認証を提示するように要求される（ステップ９）。このことは複数の認証を必要とし得る。対話ユーザがリモートセッションを完了し、リモートセッションからログオフした後に、オペレーティングシステムログオンセッションも、次の対話ユーザがクライアントにアクセス可能になる前に（ステップ１２）、ログオフされなければならない（ステップ１０）。次の対話ユーザは、リモートセッションにアクセスする前に、新しいオペレーティングシステムログオンプロセスを開始することが必要である（ステップ２）。
【０００４】
従来、サーバと通信しているクライアントまたはキオスクの対話ユーザの切り替えは、リモートセッションおよびオペレーティングシステムログオンセッションの両方の終了ならびに新しいオペレーティングシステムログオンセッションのその後の生成および新しいローカル対話ユーザのためのリモートセッションへの新しい接続を必要とする。不運にも、各新しいローカル対話ユーザに対する新しいオペレーティングシステムログオンセッションが必要であることは、病院などの時間に敏感な場所のユーザに対して次善のウェイトタイムの発生結果となる。例えば、病院で第１の医者がコンピュータにアクセスし、次いで患者に応答する場合、コンピュータを使用する第２の医者は、全く新しいオペレーティングシステムログオンセッションに必要な認証処理を待つことを望まない。さらに、従来の共通ワークステーションは、無許可の使用を受けやすく、ワークステーションにおけるユーザによって取られるアクションに対する責任能力の提供を難しくする。
【発明の開示】
【課題を解決するための手段】
【０００５】
（概要）
本発明の例示的実施形態は、共有アカウントからユーザのリモートセッションへ許可ベースのアクセスを可能にする信用状発行アプリケーションを用いることによって共有アカウントに基づき、オペレーティングシステムログオンセッションにおいて、対話ユーザを迅速に認証するための機構を提供する。本発明は、新しいローカル対話ユーザに結合された新しいログオンセッションをまず確立することをクライアントに要求することなく、ローカル対話ユーザを切替え、新しい対話ユーザを認証し、およびリモートセッションを切替える能力を提供する。本発明は、また、クライアントデバイスにおける対話ユーザの迅速な切替えをなおも可能としながら、対話ローカルユーザのアプリケーション（ローカルおよびリモートの両方）にアクセスすることを制限するように、オペレーティングシステムログオンセッションにおいて見られる通常のロッキング機構を変更する。
【０００６】
一実施形態において、システムは、複数のセットの対話ユーザ信用状を保持するストレージロケーションを含む。各セットの信用状は、異なる対話ユーザに対応付けられており、１つ以上のアプリケーションに対する許可レベルおよび／またはサーバによりホスティングされたドメインに対するアクセスレベルを指示する。システムは、また、クライアントに接続されたサーバを含む。サーバは、クライアントの第１のローカル対話ユーザのためのセッションをホストとして動作し、クライアントは、共有アカウントのためのアクティブオペレーティングシステムログオンセッションを実行する。アクティブオペレーティングシステムログオンセッションは、特定の対話ユーザに対応付けられていないデフォルトユーザプロファイルに対して設定される。システムは、サーバおよびクライアントと通信する信用状発行アプリケーションをさらに含む。信用状発行アプリケーションは、クライアントを介して第１のローカル対話ユーザを識別する識別子を受け取り、ストレージロケーションから第１のローカル対話ユーザのための第１のセットの信用状を検索するために識別子を使用する。第１のセットの信用状は、信用状発行アプリケーションによってサーバに引渡され、第１のローカル対話ユーザを第１のローカルユーザのためのサーバによりホスティングされたセッションにマップするために使用される。
【０００７】
電子デバイスにおける別の実施形態において、アクティブオペレーティングシステムログオンセッションへの許可ベースのアクセスを提供する方法は、電子デバイス上で共通アカウントのためのアクティブオペレーティングシステムログオンセッションをホスティングするステップを含む。共通アカウントは、特定の対話ユーザに対応付けられていないデフォルトユーザプロファイルに対して設定される。電子デバイスは、サーバと通信する。方法は、また、電子デバイスを介して、第１のローカル対話ユーザを識別する第１の識別子を受け取るステップを含む。方法は、さらに、第１のローカル対話ユーザのための第１のセットの信用状を検索するために第１の識別子を使用するステップを含み、第１のセットの信用状は、電子デバイスおよびサーバにアクセス可能なロケーションに記憶され、少なくとも１つのアプリケーションかまたは第１のローカル対話ユーザに対応付けられたサーバによりホスティングされたセッションのアクセスレベルのための少なくとも１つの許可レベルを指示する。方法は、また、第１のセットの信用状を用いて、第１のローカル対話ユーザのサーバによりホスティングされたセッションを電子デバイス上のアクティブオペレーティングシステムログオンセッションの中にマップする。
【０００８】
電子デバイスにおける実施形態において、許可ベースのアクセスを現在あるオペレーティングシステムログオンセッションに提供する方法は、電子デバイス上で共通のアカウントのためのアクティブオペレーティングシステムログオンセッションをホスティングするステップを含み、共通アカウントは特定の対話ユーザに対応付けられていないデフォルトユーザプロファイルに対して当初設定される。方法は、さらに、第１のローカル対話ユーザを識別するための第１の識別子を受け取るステップおよび第１のローカル対話ユーザのための第１のセットの信用状を検索するための第１の識別子を使用するステップを含む。第１のセットの信用状は、少なくとも１つのアプリケーションかまたは電子デバイス上の第１のローカル対話ユーザに対応付けられたセッションのアクセスレベルのための少なくとも１つの許可レベルを指示する。方法は、また、信用状の第１のセットを用いて、第１のローカル対話ユーザに対応付けられたセッションをアクティブオペレーティングシステムログオンセッションの中にマップする。
【発明を実施するための最良の形態】
【０００９】
本発明の例示的実施形態は、時間に敏感な環境において複数の認証された対話ユーザ間を迅速に切替える能力を提供する。用語「対話ユーザ」は、自動処理から人間のユーザを区別するために使用される。デフォルトユーザプロファイルに基づき共有アカウントのためのオペレーティングシステムログオンセッションを設定し、ローカル対話ユーザの同一人性の認証をそのログオンセッションから分離することによって、本発明は、ローカル対話ユーザが共有クライアントシステムにおいて安全な方法でリモートセッションに迅速にアクセスすることを可能にする。本発明は、また、元の対話ユーザのアプリケーションのセキュリティおよびプライバシを維持しながら、その後の対話ユーザにとってシステムの可用性を増加させるように、代表的なオペレーティングシステムログオンセッションによって使用されるロッキング機構の変更を可能にする。ロッキング機構の変更は、クライアントシステムにおいて取られた行動に対する責任能力を向上させる一方で、無許可の使用を防ぐことを助ける。
【００１０】
図２は、本発明の例示的実施形態を実施するに適した環境を示す。クライアント電子デバイス２０は、ネットワーク４０を介してサーバ５０と通信する。クライアント電子デバイス２０は、デスクトップ、ワークステーション、ラップトップ、ＰＤＡ、ＷＩＮＤＯＷＳ（登録商標）キオスク、またはオペレーティングシステムを装備し、サーバ５０へのリモートアクセスを支持する能力のあるその他の電子デバイスであり得る。クライアント電子デバイス２０は、オペレーティングシステム２２および第三者ＧＩＮＡ２４を含む。第三者ＧＩＮＡ２４の動作は、さらに以下に討議される。クライアント電子デバイス２０は、所定の一式の許可および特権を有するデフォルトユーザプロファイルに基づき、共用オペレーティングシステムログオンセッション２６を自動的に生成する。デフォルトユーザプロファイルは第三者によって提供され、オペレーティングシステムによって提供されるデフォルトファイルではない。クライアント電子デバイス２０は、また、本明細書において提示された方法で対話ユーザ１（３０）および対話ユーザ２（３２）によって利用され得るローカルアプリケーション２８を含み得る。
【００１１】
上記のように、クライアント電子デバイス２０は、ネットワーク４０を介してサーバ５０と通信する。ネットワークは、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、イントラネット、インターネットまたは何か他のタイプのネットワークであり得る。サーバ５０は、対話ユーザのアクセス権に従って、アプリケーション５８、６０および６２へのリモートアクセスを提供する。一実施形態において、サーバ５０は、プレゼンテーションレベルプロトコルを用いる企業アプリケーションへのリモートアクセスを提供するフロリダ州Ｆｏｒｔ  ＬａｕｄｅｒｄａｌｅのＣｉｔｒｉｘ  Ｓｙｓｔｅｍｓ，Ｉｎｃ．のメタフレームプレゼンテーションサーバ（ＭｅｔａＦｒａｍｅ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｓｅｒｖｅｒ）である。サーバ５０は、第三者ＧＩＮＡ２４からの、ユーザ名、パスワード、およびドメインなどのローカルユーザ情報を保持する識別子を受け取る信用状発行アプリケーション５６を含む。信用状発行アプリケーション５６は、ネットワークアクセス可能なストレージロケーション７０から、ローカル対話ユーザに対応付けられた信用状７２、７４または７６のセットを検索するためにローカル対話ユーザ情報を使用する。信用状７２、７４または７６の各セットは、異なる対話ユーザに対応付けられる。一インプリメンテーションにおいて、信用状発行アプリケーションは、Ｃｉｔｒｉｘのメタフレームパスワードマネージャ（ＭｅｔａＦｒａｍｅ  Ｐａｓｓｗｏｒｄ  Ｍａｎａｇｅｒ）であり得る。
【００１２】
図２に示されるコンポーネントは１つのあり得るアーキテクチャを例示する意図であり、本発明の範囲内において多くの他のアーキテクチャがあり得ることを当業者は認識する。例えば、ストレージロケーション７０はサーバ５０に位置し得る。同様に、サーバ５０がアクセスするアプリケーション５８、６０、６２は、サーバから離れて、別のネットワークアクセス可能ロケーションに位置し得る。本明細書に示された図は、例示的であると理解されるべきで、限定する意味で見られるべきではない。また、Ｍｉｃｒｏｓｏｆｔ  ＣｏｒｐｏｒａｔｉｏｎのＷＩＮＤＯＷＳ（登録商標）オペレーティングシステムが参照されているが、本発明は、他のオペレーティングシステムを用いてもインプリメントされ得る。
【００１３】
オペレーティングシステム２２は、対話ユーザにログオンダイログボックスを提示する第三者ＧＩＮＡ２４をロードする初期処理を開始するように構成される。初期プロセスは、また、第三ＧＩＮＡ２４によって、（事象または同様な処理によって）、ベースプロファイルを有するデフォルトユーザを自動的にログオンさせるように知らされ、それによって特権の最低のセットの特権を有する共有アカウントを作成する。第三者ＧＩＮＡ２４は、次いで、ローカル対話ユーザからログオン情報を受け取り、情報を信用状発行アプリケーション５６へ送信する。信用状発行アプリケーション５６は、ローカル対話ユーザ情報を受け取り、ネットワークアクセス可能ストレージロケーションから、ローカル対話ユーザに対応付けされた一組の信用状を自動的に検索する。ローカル対話ユーザの信用状は、対話ユーザがクライアント電子デバイス２０からアクセスが許可されたサーバによりホスティングされたセッション５２または５４内のローカル対話ユーザのための許可を自動的に設定するために使用される。例えば、信用状のセットは、サーバにアクセスするときに、ローカル対話ユーザにアドミニストレータ特権を認め得る。あるいは、ローカル対話ユーザは、あるアプリケーション内の読出し特権および他のアプリケーション内では読出し−書込み特権を有し得る。
【００１４】
本発明の第三者ＧＩＮＡは、対話ユーザがワークステーションをシェルを介して直接にまたはアプリケーション内から間接のいずれかでロックする場合発生する従来のロッキング機構を変更する。伝統的に、開始処理（ＷＩＮＤＯＷＳ（登録商標）ドメインｗｉｎｌｏｇｏｎ．ｅｘｅにおいて）が、第１のＧＩＮＡおよび第１のＧＩＮＡを補う任意のその他のＧＩＮＡが、リクエストがロックすることを許可するかどうかを見てチェックする。対照的に、本発明の第三者ＧＩＮＡはＧＩＮＡのチェーンにまずロードされ、対話ユーザをロックするリクエストをＧＩＮＡのチェーンに挿入する。次のまたはそれに続くＧＩＮＡが減ると、処理は中止する。次のまたはそれに続くＧＩＮＡがロックリクエストを許可した場合、ワークステーションはロックされ、認証ダイアログが表示される。次の認証が成功すると、取られるアクションは対話ユーザの同一人性に基づき変わる。同じ対話ユーザが認証する場合、対話ユーザは、リモートセッションへのログインに戻される。認証する対話ユーザが新しい場合、リモートセッションは終了され、新しいセッションが開始される（または、サーバがその対話ユーザのためのセーブされたセッションを有する場合、復元される）。本発明の第三者ＧＩＮＡは、共有アカウントが変化しないように、ロックリクエストをオペレーティングシステムに戻さない。ロックリクエストの阻止の結果、新しいログオンセッションおよび対話ユーザのためのプロファイルの検索は必要なくなる。当業者は、時間パラメータの超過またはある他の事象の発生の結果、ロッキングが直接の対話ユーザコマンドに応じて発生し得ることを認識する。一インプリメンテーションにおいて、所定のパラメータより長い間ロックされた状態のロックされたワークステーションは、リモートセッションを自動的に終了させ、ロックが解除されたとき新しいセッションが開始する。ログオフリクエストは、ロックリクエストと同様な方法で処理され得ることは注意すべきである。
【００１５】
本発明は、ネットワーク環境において特に有用であるが、非ネットワークのプロセッサ装備のデバイスにおいても実施され得る。図３は、安全な方法で複数の対話ユーザへの許可ベースのアクセスを迅速に可能にする本発明を採用するスタンドアロン電子デバイス９０の代替のインプリメンテーションを示す。電子デバイス９０は、オペレーティングシステム９２および本発明の第三者ＧＩＮＡ９４を含む。電子デバイス９０は、初期設定の際に、所定の組の許可および特権を有するデフォルトユーザプロファイルを使用するオペレーティングシステムログオンセッション９６を自動的に作成する。電子デバイス９０にアクセスする対話ユーザ１２０は、対話ユーザ情報を信用状発行アプリケーション１０４にリレーする第三者ＧＩＮＡ９４を介してログオンする。信用状発行アプリケーション１０４は、ストレージロケーション１０６から、対話ユーザ１２０に対応付けられた対話ユーザ信用状１０８、１１０または１１２の組を検索するために、入力された対話ユーザ情報を使用する。信用状はサーバに引渡され、サーバは、次いで、検索された対話ユーザ信用状に一致したアプリケーション９８、１００および１０２への対話ユーザ１２０によるアクセスを可能にする。
【００１６】
多くの実施形態において、クライアント電子デバイス２０およびサーバ５０は、カリフォルニア州Ｐａｌｏ  ＡｌｔｏのＨｅｗｌｅｔｔ−Ｐａｃｋａｒｄ  Ｃｏｒｐｏｒａｔｉｏｎまたはテキサス州Ｒｏｕｎｄ  ＲｏｃｋのＤｅｌｌ  Ｃｏｒｐｏｒａｔｉｏｎによって製造された種類のパーソナルコンピュータまたはコンピュータサーバとして提供される。図４Ａおよび４Ｂは、それらの実施形態においてサーバ５０またはクライアントデバイス２０として有用な代表的なコンピュータ２００のブロック図を示す。図４Ａおよび４Ｂにおいて示されるように、各コンピュータ２００は、中央処理装置２０２、および主記憶装置２０４を含む。各コンピュータ２００は、また、１つ以上の入力／出力デバイス２３０ａ〜２３０ｎ（一般的に参照番号２３０で参照される）および中央処理装置２０２と通信するキャッシュメモリ２４０などのその他のオプションのエレメントを含み得る。
【００１７】
中央処理ユニット２０２は、主記憶装置２０４から取り出された命令に応答し、処理する任意の論理回路網である。多くの実施形態において、中央処理ユニットは、以下の例のマイクロプロセッサを備える：８０８８、８０２８６、８０３８６、８０４８６、Ｐｅｎｔｉｕｍ（登録商標）、Ｐｅｎｔｉｕｍ（登録商標）  Ｐｒｏ、Ｐｅｎｔｉｕｍ（登録商標）  ＩＩ、Ｃｅｌｅｒｏｎ、またはＸｅｏｎプロセッサで、これらのすべては、カリフォルニア州Ｍｏｕｎｔａｉｎ  ＶｉｅｗのＩｎｔｅｌ  Ｃｏｒｐｏｒａｔｉｏｎによって製造される；６８０００、６８０１０、６８０２０、６８０３０、６８０４０、ＰｏｗｅｒＰＣ６０１、ＰｏｗｅｒＰＣ６０４、ＰｏｗｅｒＰＣ６０４ｅ、ＭＰＣ６０３ｅ、ＭＰＣ６０３ｅｉ、ＰＭＣ６０３ｅｖ、ＭＰＣ６０３ｒ、ＭＰＣ６０３ｐ、ＭＰＣ７４０、ＭＰＣ７４５、ＭＰＣ７５０、ＭＰＣ７５５、ＭＰＣ７５５、ＭＰＣ７４００、ＭＰＣ７４１０、ＭＰＣ７４４１、ＭＰＣ７４４５、ＭＰＣ７４４７、ＭＰＣ７４５０，ＭＰＣ７４５０、ＭＰＣ７４５１、ＭＰＣ７４５５、ＭＰＣ７４５７プロセッサで、これらのすべてはイリノイ州ＳｃｈａｕｍｂｕｒｇのＭｏｔｏｒｏｌａ  Ｃｏｒｐｏｒａｔｉｏｎによって製造される；Ｃｒｕｓｏｅ  ＴＭ５８００、Ｃｒｕｓｏｅ  ＴＭ５６００、Ｃｒｕｓｏｅ  ＴＭ５５００、Ｃｒｕｓｏｅ  ＴＭ５４００、Ｅｆｆｉｃｅｏｎ  ＴＭ８６００、Ｅｆｆｉｃｅｏｎ  ＴＭ８３００、またはＥｆｆｉｃｅｏｎ  ＴＭ８６２０プロセッサで、これらはカリフォルニア州Ｓａｎｔａ  ＣｌａｒａのＴｒａｎｓｍｅｔａ  Ｃｏｒｐｏｒａｔｉｏｎによって製造される；ＲＳ／６０００プロセッサ、ＲＳ６４ＩＶ、ＰＯＷＥＲ４、ＰＯＷＥＲ４＋、ＰＯＷＥＲ５、またはＰＯＷＥＲ６プロセッサで、これらのすべては、ニューヨーク州Ｗｈｉｔｅ  ＰｌａｉｎｓのＩｎｔｅｒｎａｔｉｏｎａｌ  Ｂｕｓｉｎｅｓｓ  Ｍａｃｈｉｎｅｓによって製造される；または、ＡＭＤ  Ｏｐｔｅｒｏｎ、ＡＭＤ  Ａｔｈａｌｏｎ  ６４ＦＸ、ＡＭＤ  Ａｔｈａｌｏｎ、またはＡＭＤ  Ｄｕｒｏｎプロセッサ、これらは、カリフォルニア州ＳｕｎｎｙｖａｌｅのＡｄｖａｎｃｅｄ  Ｍｉｃｒｏ  Ｄｅｖｉｃｅｓによって製造される。
【００１８】
主記憶装置２０４は、データを記憶する能力があり、任意のストレージロケーションがマイクロプロセッサ２０２によって直接にアクセスされることを可能にする、以下の例の１つ以上のメモリチップであり得る：スタティックランダムアクセスメモリ（ＳＲＡＭ）、Ｂｕｒｓｔ  ＳＲＡＭまたはＳｙｎｃｈＢｕｒｓｔ  ＳＲＡＭ（ＢＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、Ｆａｓｔ  Ｐａｇｅ  Ｍｏｄｅ  ＤＲＡＭ（ＦＰＭ  ＤＲＡＭ）、Ｅｎｈａｎｃｅｄ  ＤＲＡＭ（ＥＤＲＡＭ）、Ｅｘｔｅｎｄｅｄ  Ｄａｔａ  Ｏｕｔｐｕｔ  ＲＡＭ（ＥＤＯ  ＲＡＭ）、Ｅｘｔｅｎｄｅｄ  Ｄａｔａ  Ｏｕｔｐｕｔ  ＤＲＡＭ（ＥＤＯ  ＤＲＡＭ）、Ｂｕｒｓｔ  Ｅｘｔｅｍｄｅｄ  Ｄａｔａ  Ｏｕｔｐｕｔ  ＤＲＡＭ（ＢＥＤＯ  ＤＲＡＭ）、Ｅｎｈａｎｃｅｄ  ＤＲＡＭ（ＥＤＲＡＭ）、同期式ＤＲＡＭ（ＳＤＲＡＭ）、ＪＥＤＥＣ  ＳＲＡＭ、ＰＣ１００  ＳＤＲＡＭ、Ｄｏｕｂｌｅ  Ｄａｔａ  Ｒａｔｅ  ＳＤＲＡＭ（ＤＤＲ  ＳＤＲＡＭ）、Ｅｎｈａｎｃｅｄ  ＳＤＲＡＭ（ＥＳＤＲＡＭ）、ＳｙｎｃＬｉｎｋ  ＤＲＡＭ（ＳＬＤＲＡＭ）、Ｄｉｒｅｃｔ  Ｒａｍｂｕｓ  ＤＲＡＭ（ＤＲＤＲＡＭ）またはＦｅｒｒｏｅｌｅｃｔｒｉｃ  ＲＡＭ（ＦＲＡＭ）。
【００１９】
図４Ａに示される実施形態において、プロセッサ２０２は、システムバス２２０を介してメインメモリ２０４と通信する（より詳細は以下に記述される）。図４Ｂは、プロセッサがメモリポートを介してメインメモリ２０４と直接に通信するコンピュータシステム２００の実施形態を示す。例えば、図４Ｂにおいて、メインメモリ２０４は、ＤＲＤＲＡＭであり得る。
【００２０】
図４Ａおよび４Ｂは、メインプロセッサ２０２が、時々「後部」バスと呼ばれる２次バスを介してキャッシュメモリに直接通信する実施形態を示す。他の実施形態において、メインプロセッサ２０２は、システムバス２２０を用いてキャッシュメモリ２４０と通信する。キャッシュメモリ２４０は、一般的にメインメモリ２０４より速い応答時間を有し、一般的にＳＲＡＭ、ＢＳＲＡＭ、またはＥＤＲＡＭが備えつけられる。
【００２１】
図４Ａに示される実施形態において、プロセッサ２０２は、ローカルシステムバス２２０を介して種々のＩ／Ｏデバイス２３０と通信する。中央処理装置２０２をＩ／Ｏデバイス２３０に接続するために、ＶＥＳＡ  ＶＬバス、ＩＳＡバス、ＥＩＳＡバス、マイクロチャネルアーキテクチャ（ＭＣＡ）バス、ＰＣＩバス、ＰＣＩ−Ｘバス、ＰＣＩ−エクスプレスバス、またはＮｕＢｕｓを含む種々のバスが使用される。Ｉ／Ｏデバイスがビデオディスプレイである実施形態に関して、プロセッサ２０２は、ディスプレイと通信するためにアドバンストグラフィックスポート（ＡＧＰ）を使用し得る。図４Ｂは、メインプロセッサ２０２がハイパートランスポート、ラピッドＩ／Ｏ、またはインフィニバンドを介してＩ／Ｏデバイス２３０ｂと直接に通信するコンピュータシステム２００の実施形態を示す。図４Ｂはまた、ローカルバスおよび直接通信が混合されている実施形態を示し、その実施形態では、プロセッサ２０２がＩ／Ｏデバイス２３０ｂと直接に通信する一方、ローカルインタコネクトバスを使用してＩ／Ｏデバイス２３０ａと通信する。
【００２２】
種々様々なＩ／Ｏデバイス２３０が、コンピュータシステム２００に存在し得る。入力デバイスは、キーボード、マウス、トラックパッド、トラックボール、マイクロホン、および描画タブレットを含む。出力デバイスは、ビデオディスプレイ、スピーカ、インクジェットプリンタ、レーザプリンタ、およびダイサブリメーション（ｄｙｅ−ｓｕｂｌｉｍａｔｉｏｎ）プリンタを含む。Ｉ／Ｏデバイスは、また、コンピュータシステム２００のための以下の例のような大容量記憶装置を提供し得る：ハードディスクドライブ、３．５インチディスク５．２５インチディスクまたはＺＩＰディスクなどのフロッピー（登録商標）を受取るフロッピー（登録商標）ディスクドライブ、ＣＤ−ＲＯＭドライブ、ＣＤ−Ｒ／Ｗドライブ、ＤＶＤ−ＲＯＭドライブ、種々のフォーマットのテープドライブ、およびカリフォルニア州Ｌｏｓ  ＡｌａｍｉｔｏｓのＴｗｉｎｔｅｃｈ  Ｉｎｄｕｓｔｒｙによって製造されるＵＳＢフラッシュドライブのデバイスラインなどのＵＳＢストレージデバイス。
【００２３】
さらなる実施形態において、Ｉ／Ｏデバイス２３０は、システムバス２２０と以下の例の外部通信バスとの間のブリッジであり得る：ＵＳＢバス、アップルデスクトップバス、ＲＳ−２３２シリアル接続、ＳＣＳＩバス、ファイアワイヤバス、ファイアワイア８００バス、イーサネット（登録商標）バス、アップルトークバス、ギガビットイーサネット（登録商標）バス、非同期トランスファモードバス、ＨＩＰＰＩバス、スーパＨＩＰＰＩバス、シリアルプラスバス、ＳＣＩ／ＬＡＭＰバス、ファイバーチャネルバス、シリアルアタッチスモールコンピュータシステムインタフェースバス。
【００２４】
図４Ａおよび４Ｂに示された種類の汎用デスクトップコンピュータは、一般的に、タスクのスケジューリングを制御し、システムリソースにアクセスするオペレーティングシステムの下で動作する。代表的なオペレーティングシステムは、とりわけ以下を含む：ワシントン州ＲｅｄｍｏｎｄのＭｉｃｒｏｓｏｆｔ  Ｃｏｒｐ．によって製造されるＭＩＣＲＯＳＯＦＴ  ＷＩＮＤＯＷＳ（登録商標）、カリフォルニア州ＣｕｐｅｒｔｉｎｏのＡｐｐｌｅ  Ｃｏｍｐｕｔｅｒによって製造されるＭａｃＯＳ、ニューヨーク州ＡｒｍｏｎｋのＩｎｔｅｒｎａｔｉｏｎａｌ  Ｂｕｓｉｎｅｓｓ  Ｍａｃｈｉｎｅｓによって製造されるＯＳ／２、およびユタ州Ｓａｌｔ  Ｌａｋｅ  ＣｉｔｙのＣａｌｄｅｒａ  Ｃｏｒｐ．によって配布される自由に使用可能なオペレーティングシステムであるリナックス。
【００２５】
クライアントデバイス２０がモバイルデバイスである実施形態に関して、クライアントデバイスは、すべてがイリノイ州ＳｃｈａｕｍｂｕｒｇのＭｏｔｏｒｏｌａ  Ｃｏｒｐ．によって製造されるｉ５０ｓｘ、ｉ５５ｓｒ、ｉ５８ｓｒ、ｉ８５ｓ、ｉ８８ｓ、ｉ９０ｃ、９５ｃｌまたはｉｍ１１０００、日本の京都のＫｙｏｃｅｒａによって製造される６０３５または７１３５、韓国のソウルのＳａｍｓｕｎｇ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｃｏ．，Ｌｔｄ．によって製造されるｉ３００またはｉ３３０などのＪＡＶＡ（登録商標）イネーブルの携帯電話であり得る。クライアントデバイス２０がモバイルである他の実施形態において、クライアントデバイス２０は、すべてがカリフォルニア州ＭｉｌｐｉｔａｓのｐａｌｍＯｎｅ，Ｉｎｃ．によって製造されるタングステンＷ、ＶＩＩ、ＶＩＩｘ、ｉ７０５などのパームＯＳオペレーティングシステムの制御の下で動作する携帯情報端末（ＰＤＡ）であり得る。さらなる実施形態において、クライアントデバイス２０は、すべてがカリフォルニア州Ｐａｌｏ  ＡｌｔｏのＨｅｗｌｅｔｔ−Ｐａｃｋａｒｄ  Ｃｏｒｐｏｒａｔｉｏｎによって製造されるｉＰＡＱ４１５５、ｉＰＡＱ５５５５、ｉＰＡＱ１９４５、ｉＰＡＱ２２１５、およびｉＰＡＱ４２５５、カリフォルニア州ＷａｌｎｕｔのＶｉｅｗＳｏｎｉｃによって製造されるビューソニックＶ３６、またはニューヨーク州Ｎｅｗ  ＹｏｒｋのＴｏｓｈｉｂａ  Ａｍｅｒｉｃａ，Ｉｎｃ．によって製造されるトウシバポケットＰＣｅ４０５などのポケットＰＣオペレーティングシステムの制御の下で動作する携帯情報端末（ＰＤＡ）であり得る。さらに他の実施形態において、クライアントデバイスは、トレオ（Ｔｒｅｏ）１８０、トレオ２７０またはトレオ６００などのＰＤＡ／電話組合せデバイスであり、これらのすべてはカリフォルニア州ＭｉｌｐｉｔａｓのｐａｌｍＯｎｅによって製造される。なおもさらなる実施形態において、クライアントデバイス２０は、Ｍｏｔｏｒｏｌａ  Ｃｏｒｐ．によって製造されるＭＰｘ２００などポケットＰＣオペレーティングシステムの制御の下で動作する携帯電話である。
【００２６】
図５は、一連のステップで、その後に、新しいオペレーティングシステムログオンセッションを生成することなく、認証された対話ユーザ間を迅速に切替える本発明の例示的実施形態が従うフローチャートである。シーケンスは、電子デバイスがデフォルトプロファイルを使用して共有アカウントログオンセッションを自動的に作成するとき、開始する（ステップ１４０）。ローカル対話ユーザは、第三者ＧＩＮＡを介してオペレーティングシステムログオンセッションをすでに実行している電子デバイスにログオンする（ステップ１４２）。ログオン情報は、多数の様々な方法で電子デバイスによって受け取られ得る。情報は、キーボードから情報を入力する対話ユーザを介して受け取られる。あるいは、対話ユーザは、スマートカードをスマートカードリーダに挿入することによって、プロキシミティ（ｐｒｏｘｉｍｉｔｙ）センサの範囲に入ると、読取られるプロキシミティカードに同一人性の情報を有することによって情報を入力し得る。認証は、網膜走査、指紋、顔認識処理またはその他のバイオメトリック情報に基づく。当業者は、認証情報が発明の範囲から逸脱することなく、電子デバイスによって多くの様々な方法によって受け取られ得ることを認識する。
【００２７】
本発明の一局面において、暗号化が対話ユーザ信用状を検索する処理に追加され得る。対話ユーザの信用状の組は、ストレージロケーションにおいて暗号化形式で記憶され得る。対話ユーザの識別子も暗号化され得る。信用状発行アプリケーションは、暗号化された識別子をスマートカードに送り得、スマートカードは次いで識別子を解読し、識別子を信用状発行アプリケーションに戻す。信用状発行アプリケーションは、次いで、信用状の暗号化されたセットを解読するときに解読された識別子を使用し得る。当業者は、スマートカードを含むＵＳＢトークンまたは解読機能性を提供するその他のデバイスも本発明の範囲から逸脱することなく使用され得ることを認識する。同様に、スマートカードまたはその他のデバイスは、解読化処理の複数の段階の一部として識別子を解読し得、対話ユーザ信用状の残りの解読／変形は追加のロケーションにおいて発生する。暗号化された対話ユーザ信用状および識別子を処理する同様な解読化技術は、本発明の範囲内であるであると考えられるべきである。
【００２８】
対話ユーザログオン情報は、ローカル対話ユーザに対応付けられた信用状のセットを検索するために情報を使用する信用状発行アプリケーションに向けられる（ステップ１４４）。信用状のセットは、サーバによりホスティングされたドメイン、ならびに対話ユーザがリモートでアクセス可能なサーバ上で動作するアプリケーションのための関連する許可および特権を提供する（ステップ１４６）。その後、対話ユーザのセッションは自発的または非自発的に割込まれる。例えば、病院においてＷＩＮＤＯＷＳ（登録商標）キオスクを使用する医者は、患者を診療するために呼ばれ得る。医者はスマートカードを引き抜くことによって、またはプロキシミティカードをセンサ範囲から離すなどのある他の方法で、選択によって、セッションを積極的に切断し得る。あるいは、セッションは、医者が歩き去った後、超えたタイムアウトパラメータによって切断され得る。リモートセッションの割込み次第、リモートセッションはセーブされ、医者のために起動されたすべてのローカルアプリケーションは閉じられる（ステップ１４８）。オペレーティングシステムログオンセッションは中断されないで、実行を継続する。
【００２９】
ローカル対話ユーザが電子デバイスに戻り次第、対話ユーザは、対話ユーザが前の対話ユーザの戻りかまたは新しい対話ユーザかどうかを決定するために評価される（ステップ１４９）。前の対話ユーザが電子デバイスのログバックオンする次の対話ユーザである場合、リモートセッションは復元される（ステップ１５０）。電子デバイスにアクセスする対話ユーザが新しい対話ユーザである場合（ステップ１５２）、最初の対話ユーザのための前のリモートセッションは、新しい対話ユーザの情報の第三者ＧＩＮＡへの入力に続きオペレーティングログオンセッションからアンマップ（ｕｎｍａｐ）される。代わりに、新しい対話ユーザのための新しいセッションは、サーバ上において開始または復元される。病院の例に戻ると、第１の医者の後に第２の医者が続く場合、第２の医者は、新しいログオンセッションを開始すること、ローミングプロファイルを検索すること、およびサーバによりホスティングされたドメインおよびサーバによりホスティングされたアプリケーションに対して認証パスワードを個別に入力することの必要なく、迅速に認証され得る。同時に第２の医者は、第１の医者のリモートセッションへのアクセスを有しない。一インプリメンテーションにおいて、異なる対話ユーザが電子デバイスにログオンする場合、第１の医者の一時停止されたリモートセッションは、一定期間セーブされ、上に概説された認証手順に続いて、病院における異なる電子デバイスに復元され得る。別のインプリメンテーションにおいて対話ユーザのリモートセッションは、対話ユーザが以前に使用していた同じ電子デバイスにログバックオンする場合でさえ、閉じられる前に、所定の期間だけセーブされる。
【００３０】
本発明の一局面において、クライアントデバイスにアクセスする対話ユーザは、異なるデバイスにおいて該対話ユーザによって開始された以前にセーブされ復元されたリモートセッションを有する。本発明の別の局面において、対話ユーザは、開始された電子デバイスにおけるローカルアプリケーションの前に、追加の認証を促される。本発明の更なる局面において、セッション開始スクリプトが自動的に開始し、アプリケーションを認証する。
【００３１】
本発明は、１つ以上の製品において具体化された１つ以上のコンピュータ読取り可能プログラムとして提供され得る。製品は、フロッピー（登録商標）ディスク、ハードディスク、コンパクトディスク、ＤＶＤ、フラッシュメモリカード、ＰＲＯＭ、ＲＡＭ、ＲＯＭまたは磁気テープであり得る。一般に、コンピュータ読取り可能プログラムは、任意のプログラミング言語でインプリメントされ得る。使用され得る言語のいくつかの例は、Ｃ、Ｃ＋＋、またはＪＡＶＡ（登録商標）を含む。ソフトウェアプログラムは、オブジェクトコードとして、１つ以上の製品において記憶される。
【００３２】
本発明の範囲から逸脱することなく、ある変更がなされ得るので、上記に含まれるかまたは添付の図面に示されたすべての事は、例示であり、文字通りの意味で解釈されないと意図される。当業者は、本明細書に示され記述されたシステム構成は、本発明の範囲内の複数のあり得るシステム構成の例であることを了解する。同様に、例示のフローチャートに利用されるステップのシーケンスは、例であり、本発明の範囲内のあり得るステップの専用のシーケンスではない。同様に、本明細書に記述されたデータ構造以外のデータ構造は、本発明の範囲から逸脱することなく、データを保持するために使用され得る。
【図面の簡単な説明】
【００３３】
【図１】図１（従来技術）は、従来のステップのシーケンスのフローチャートで、該ステップによって、ローカル対話ユーザは、オペレーティングシステムドメインにログインし、リモートセッションにアクセスする。
【図２】図２は、本発明の例示的実施形態を実行するに適した環境のブロック図である。
【図３】図３は、本発明の例示的実施形態を実行するに適した代替の環境のブロック図である。
【図４Ａ】図４Ａおよび図４Ｂは、本発明と関連して有用なコンピュータの実施形態を示すブロック図である。
【図４Ｂ】図４Ａおよび図４Ｂは、本発明と関連して有用なコンピュータの実施形態を示すブロック図である。
【図５】図５は、新しいオペレーティングシステムログオンセッションを生成することなく、ローカル対話ユーザを切替える本発明の例示的実施形態に従うステップのシーケンスのフローチャートである。
【図１】
2008527574.tif 000003
【図２】
2008527574.tif 000004
【図３】
2008527574.tif 000005
【図４Ａ】
2008527574.tif 000006
【図４Ｂ】
2008527574.tif 000007
【図５】
2008527574.tif 000008
【国際調査報告】
2008527574.tif 000009
2008527574.tif 000010
2008527574.tif 000011