(57)【特許請求の範囲】
【請求項１】
セキュリティサービス（ＳＥＳ１）およびセッション管理モジュール（Ｍ１）を含むターゲットマシン（ＰＣ１）のロック（ｓｌｏ）またはロック解除済み（ｓｕｌ）である状態を変更するための方法であって、
−  前記ターゲットマシン（ＰＣ１）の前記状態を変更するためのリクエスト（ＤＤＥ）に相当するクエリ（ＲＱ）を前記セキュリティサービス（ＳＥＳ１）が受け取るステップであって、前記クエリ（ＲＱ）はソースマシン（ＰＣ２）のユーザ（ＵＳＲ２）からの少なくとも１つの識別情報（ＩＤ）を含む、ステップと、
−  前記ソースマシン（ＰＣ２）の前記ユーザ（ＵＳＲ２）に関連する前記ターゲットマシン（ＰＣ１）へのアクセス権（Ｒｇｔ）が前記ユーザ（ＵＳＲ２）による前記ターゲットマシン（ＰＣ１）の前記状態の変更を可能にするものであるかどうかを、前記セキュリティサービス（ＳＥＳ１）が検証するステップと、
−  前記ターゲットマシン（ＰＣ１）の前記状態の変更が可能である場合、前記セキュリティサービス（ＳＥＳ１）が前記ターゲットマシン（ＰＣ１）の前記セッション管理モジュール（Ｍ１）に状態変更メッセージ（ＭＳＧ）を送り、前記セッション管理モジュール（Ｍ１）が前記状態（ｓｌｏ／ｓｕｌ）を変更するステップと
を含む、方法。
【請求項２】
前記クエリ（ＲＱ）に対応する追跡性情報（Ｈ、Ｄ、ＩＤＵ、ＧＵＩ）をクエリ管理ベース（ＢＤＲＱ）の中に記録する追加のステップを含む、請求項１に記載の状態変更方法。
【請求項３】
前記アクセス権（Ｒｇｔ）が、あるユーザ群（Ｇ１）から別のユーザ群（Ｇ２）への委譲パラメータ（Ｄｌｇ）によって決まる、請求項１または２に記載の状態変更方法。
【請求項４】
実行パラメータ（Ｔ）が前記アクセス権（Ｒｇｔ）に関連する、請求項１から３のいずれか一項に記載の状態変更方法。
【請求項５】
前記状態を変更するための前記クエリ（ＲＱ）が、ＴＣＰ／ＩＰクエリまたはＵＤＰクエリである、請求項１から４のいずれか一項に記載の状態変更方法。
【請求項６】
状態変更メッセージ（ＭＳＧ）が、前記ターゲットマシン（ＰＣ１）の前記セッション管理モジュール（Ｍ１）に応じて定められるアプリケーション指向メッセージである、請求項１から５のいずれか一項に記載の状態変更方法。
【請求項７】
前記状態変更メッセージ（ＭＳＧ）を前記セッション管理モジュール（Ｍ１）のプラグイン（ＰＬＧＮ１）に送る、請求項１から６のいずれか一項に記載の状態変更方法。
【請求項８】
セキュリティサービス（ＳＥＳ１）およびセッション管理モジュール（Ｍ１）を含むターゲットマシン（ＰＣ１）であって、
−  前記ターゲットマシン（ＰＣ１）のロック（ｓｌｏ）またはロック解除済み（ｓｕｌ）である状態を変更するためのリクエスト（ＤＤＥ）に相当するクエリ（ＲＱ）であって、ソースマシン（ＰＣ２）のユーザ（ＵＳＲ２）からの少なくとも１つの識別情報（ＩＤ）を含むクエリ（ＲＱ）を前記セキュリティサービス（ＳＥＳ１）が受け取ること、
−  前記ソースマシン（ＰＣ２）のユーザ（ＵＳＲ２）に関連するアクセス権（Ｒｇｔ）が前記ユーザ（ＵＳＲ２）によるその状態の変更を可能にするものであるかどうかを、前記セキュリティサービス（ＳＥＳ１）が検証すること、
−  前記ユーザによる状態の変更が可能である場合、前記セキュリティサービス（ＳＥＳ１）が前記セッション管理モジュール（Ｍ１）に状態変更メッセージ（ＭＳＧ）を送り、前記セッション管理モジュール（Ｍ１）が前記状態（ｓｌｏ／ｓｕｌ）を変更すること、
ができる、ターゲットマシン（ＰＣ１）。
【請求項９】
前記セッション管理モジュール（Ｍ１）が、
−  前記セキュリティサービス（ＳＥＳ１）から状態変更メッセージ（ＭＳＧ）を受け取ることができるプラグイン（ＰＬＧＮ１）と、
−  前記ターゲットマシン（ＰＣ１）の前記状態を変更するように、前記プラグイン（ＰＬＧＮ１）によって請求され得るセッション管理ユーザインターフェイス（ＵＩ１）と
を含む、請求項８に記載のターゲットマシン（ＰＣ１）。
【請求項１０】
請求項８または請求項９に記載のターゲットマシン（ＰＣ１）と協働することができるソースマシン（ＰＣ２）であって、前記ターゲットマシン（ＰＣ１）はセキュリティサービス（ＳＥＳ１）を含み、前記ソースマシン（ＰＣ２）は、
−  前記ソースマシン（ＰＣ２）のユーザ（ＵＳＲ２）による、前記ターゲットマシン（ＰＣ１）の前記状態を変更するためのリクエスト（ＤＤＥ）を受け取ること、および
−  前記リクエスト（ＤＤＥ）に相当するクエリ（ＲＱ）であって、前記ソースマシン（ＰＣ２）のユーザ（ＵＳＲ２）からの少なくとも１つの識別情報（ＩＤ）を含むクエリ（ＲＱ）を前記ターゲットマシン（ＰＣ１）の前記セキュリティサービス（ＳＥＳ１）に送ること、
ができる、ソースマシン（ＰＣ２）。
【請求項１１】
ターゲットマシン（ＰＣ１）のロック（ｓｌｏ）またはロック解除済み（ｓｕｌ）である状態の変更を行うことができ、請求項８または９に記載のターゲットマシン（ＰＣ１）と、前記ターゲットマシン（ＰＣ１）と協働することができる請求項１０に記載のソースマシン（ＰＣ２）とを含む、コンピュータシステム（ＳＹＳ）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ターゲットマシンの状態、ロックまたはロック解除済みを変更するための方法に関する。本発明は、その状態変更方法を実施することができるターゲットマシンにも関する。
【０００２】
本発明は、非限定的だが銀行業務分野に特定の用途を見いだす。
【背景技術】
【０００３】
当業者に知られているターゲットマシンの状態、ロックまたはロック解除済みを変更するための方法は、マシンユーザの操作により、または所与の時間の後に前記マシンに対してキーボードもしくはマウスによる操作が遂行されない場合は自動的に前記マシンをロックできるようにする。
【０００４】
したがって銀行業務分野では、トレーダが自らのワークステーションから席を外しているとき、そのトレーダは自ら自身のターゲットマシンをロックし、またはそのトレーダが作業するターゲットマシンは所与の時間の後に、とりわけそのトレーダが自らのワークステーションから席を外している場合自動的にロックされる。したがってロックすることで、このターゲットマシンのユーザが席を外している際に他人がこのマシンを不正に使用することを防ぐ。
【０００５】
トレーダは、ターゲットマシンによって株式運用操作(share operation)を起動する。これらの株式運用操作は、ときには数時間継続することもあるスクリプトである。
【０００６】
これらの株式運用操作は、株価、経済データ、政治上のデータなど、時間が経つにつれて素早く変化する非常に慎重に扱うべきデータに依拠する。起動されている株式運用操作内で１日を通して生じる変化から目を離さないでおく必要があるのはそのためである。トレーダが自らのワークステーションから席を外しているとき、ターゲットマシンの画面上のデータは相変らず見ることができ、起動されている一連の株式運用操作も見ることができる。
【０００７】
この従来技術の１つの短所は、トレーダが自らのワークステーションから席を外しているとき、上述の慎重に扱うべきデータの変動に応じて、起動されている株式運用操作を場合によっては停止しまたは素早く修正する必要があることである。他人がターゲットマシンを不当に使用するのを防ぐためにこのターゲットマシンはロックされているので、株式運用操作に対してこれらの操作を行うために、別のマシンのユーザがターゲットマシンに介入することはできない。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明の目的は、ユーザが席を外している際、とりわけ前記マシンが前にロックされているときに前記ターゲットマシン上で生じ得る問題を解決する、ターゲットマシンの状態、ロックまたはロック解除済みを変更するための方法である。
【課題を解決するための手段】
【０００９】
この目的は、セキュリティサービスおよびセッション管理モジュールを含むターゲットマシンのロックまたはロック解除済みである状態を変更するための方法であって、
−  前記セキュリティサービスにより、ターゲットマシンの状態を変更するためのリクエストに相当するクエリを受け取るステップであって、前記クエリはソースマシンのユーザからの少なくとも１つの識別情報を含む、ステップと、
−  前記セキュリティサービスから、前記ソースマシンのユーザに関連する前記ターゲットマシンへのアクセス権が、前記ユーザによるターゲットマシンの状態の変更を可能にするかどうかを検証するステップと、
−  ターゲットマシンの状態の変更が可能である場合、前記セキュリティサービスから前記ターゲットマシンのセッション管理モジュールに状態変更メッセージを送り、前記セッション管理モジュールによる前記状態の変更に移るステップと
を含む、方法によって達成される。
【００１０】
後で詳しく分かるように、関連するアクセス権により（ターゲットマシンとは異なる）ソースマシンのユーザに与えられるターゲットマシンの状態を変更する権限のおかげで、ソースマシンは、ロックされたターゲットマシン（したがって他者のマシン）のロックを遠隔的に解除することができ、すなわちその人物は、自らが開いたものではないユーザセッションのロックを解除することができる。逆に、ターゲットマシンがロックされていない状態にある場合は、その人物はターゲットマシンを遠隔的にロックすることができる。
【００１１】
実施形態の非限定的な様式によれば、この方法は、以下の中から１つまたは複数の追加の特徴を含むこともできる。
−  この方法が、前記クエリに対応する追跡性情報をクエリ管理ベースの中に記録する追加のステップを含むこと。
【００１２】
これは、前記クエリに対する監査を行うことを可能にし、とりわけターゲットマシンに対する操作の起点にいる実際の人物を検証できるようにする。
【００１３】
−  アクセス権が、あるユーザ群から別のユーザ群への委譲パラメータによって決まること。
【００１４】
これは、ターゲットマシンおよびソースマシンを含むマシンバンクの管理者が、アクセス権の委譲権限を管理することを可能にする。
【００１５】
−  委譲パラメータが、あるユーザ群からのユーザによって活動化され得ること。
【００１６】
これは、アクセス権の委譲をユーザレベルで開始することを可能にする。その後、そのユーザは、マシンバンクの管理者によって許可を受けた委譲の範囲内で自身のマシンにアクセスするように自らが他のマシンのユーザに与える許可のマスタである。
【００１７】
−  実行パラメータが、アクセス権に関連すること。したがって、アクセス権はパラメータ化することができる。
【００１８】
−  状態を変更するためのクエリが、ＴＣＰ／ＩＰクエリまたはＵＤＰクエリであること。これは、同じコンピュータネットワークからの２台のマシン間の通信を可能にする。
【００１９】
−  状態変更メッセージが、ターゲットマシンのセッション管理モジュールに応じて定められるアプリケーション指向メッセージであること。
【００２０】
これは、既存の標準メッセージを使用することを可能にする。
【００２１】
−  状態変更メッセージをセッション管理モジュールのプラグインに送ること。
【００２２】
これは、ターゲットマシンのセッション管理モジュールに含まれるセッション管理ユーザインターフェイスの修正を防ぐ。
【００２３】
本発明は、セキュリティサービスおよびセッション管理モジュールを含むターゲットマシンにも関し、前記ターゲットマシンは、
−  前記セキュリティサービスにより、状態を変更するためのリクエストに相当するクエリを受け取ることであって、前記クエリはソースマシンのユーザからの少なくとも１つの識別情報を含む、こと、
−  前記セキュリティサービスから、前記ソースマシンのユーザに関連するアクセス権が、前記ユーザによるターゲットマシンの状態の変更を可能にするかどうかを検証すること、
−  ターゲットマシンの状態の変更が可能である場合、前記セキュリティサービスからセッション管理モジュールに状態変更メッセージを送り、前記セッション管理モジュールによる前記状態の変更に移ること
を行うことができる。
【００２４】
実施形態の非限定的な様式によれば、セッション管理モジュールは、
−  前記セキュリティサービスから状態変更メッセージを受け取ることができるプラグインと、
−  前記ターゲットマシンの状態を変更するように、前記プラグインによって請求され得るセッション管理ユーザインターフェイスと
を含む。
【００２５】
本発明は、先の特徴のうちの１つによるターゲットマシンと協働することができるソースマシンにも関し、前記ターゲットマシンはセキュリティサービスを含み、前記ソースマシンは
−  ターゲットマシンの状態を変更するためのリクエストをソースマシンのユーザから受け取ること、および
−  前記リクエストに相当するクエリを前記ターゲットマシンのセキュリティサービスに送ることであって、前記クエリは、前記ソースマシンのユーザからの少なくとも１つの識別情報を含む、こと
ができる。
【００２６】
本発明は、ターゲットマシンの状態、ロックまたはロック解除済みの変更を行うことができるコンピュータシステムにも関し、前記コンピュータシステムは、先の特徴のいずれか１つによるターゲットマシンと、前記ターゲットマシンと協働することができる先の特徴によるソースマシンとを含む。
【００２７】
本発明およびその様々な応用例は、以下の説明を読み、添付図面を確認することでより十分に理解される。
【００２８】
図面は例示目的で示し、決して本発明を限定しない。
【図面の簡単な説明】
【００２９】
【図１】本発明による状態変更方法の非限定的な実施形態についての第１の単純化した流れ図をとりわけ示す。
【図２】図１の状態変更方法についての第２の単純化した流れ図をとりわけ示し、前記方法は、クエリ追跡性情報を記録する追加のステップも含む。
【図３】第１の非限定的な実施形態による、ターゲットマシンおよびソースマシンを含むコンピュータシステムの第１の概略図を示し、前記ターゲットマシンは、図１および図２の状態変更方法を実施することができる。
【図４】図２の方法の非限定的な実施形態による、ターゲットマシンとソースマシンとの間のクエリおよびメッセージのやり取りを概略的に示す。
【図５】ターゲットマシンおよびソースマシンを含むコンピュータシステムの第２の概略図を示し、前記ターゲットマシンは、図１および図２の状態変更方法を実施することができる。
【図６】第２の非限定的な実施形態による、ターゲットマシンおよびソースマシンを含むコンピュータシステムの第３の概略図を示し、前記ターゲットマシンは、図１および図２の状態変更方法を実施することができる。
【発明を実施するための形態】
【００３０】
図１および図２の非限定的な実施形態において、セキュリティサービスおよびセッション管理モジュールを含むターゲットマシンの状態、ロックまたはロック解除済みを変更するための方法を説明する。
【００３１】
マシンの状態、ロックｓｌｏまたはロック解除済みｓｕｌの変更とは、ロックされているユーザセッションのロックを解除する操作、またはロックされていないユーザセッションをロックする操作を指すものと理解される。
【００３２】
この状態変更方法は、図３に示すようにターゲットマシンＰＣ１およびソースマシンＰＣ２を含むコンピュータシステムＳＹＳ内の、前記ターゲットマシンによって実施される。マシンは、ユーザの識別情報およびパスワードを使ってユーザを認証することができるユーザインターフェイスを含む、任意のコンピュータ機器を指すものと理解される。非限定的な例では、マシンは個々のワークステーションまたはサーバとすることができる。
【００３３】
ターゲットマシンＰＣ１の第１のユーザＵＳＲ１が前記ターゲットマシンＰＣ１にアクセスすると、そのユーザは、そのユーザに固有の識別情報および関連するパスワードにより、自らに固有のユーザセッションの下で接続される。この接続（セッションのオープンとも呼ばれる）は、マシンのユーザインターフェイス（不図示）のコンポーネントであるセッション管理ユーザインターフェイスＵＩ１によって行われる。識別情報およびパスワードは、一般に「ログイン」と呼ばれるものを形成する。ターゲットマシンＰＣ１に誰もアクセスできないように、ユーザセッションは第１のユーザが手動でロックしても、所与の時間の後に自動的にロックしてもよい。
【００３４】
説明の残りの部分では、ユーザセッションという用語とセッションという用語とを分け隔てなく使用する。
【００３５】
ソースマシンＰＣ２の第２のユーザＵＳＲ２が、（アクセスするために）ターゲットマシンＰＣ１の状態、ロックまたはロック解除済みを遠隔的に変更したい場合、第２のユーザＵＳＲ２はソースマシンＰＣ２からターゲットマシンＰＣ１の状態を変更するためのリクエストＤＤＥを起こす。第２のユーザＵＳＲ２は、図３に示すような、ソースマシンＰＣ２のロック／ロック解除モジュールＭＯＤ２に関連するユーザインターフェイスＭＯＤＵＩ２によってこれを行う。
【００３６】
非限定的な例では、ユーザインターフェイスＭＯＤＵＩ２は、ＰＣ２マシンの画面上のタスクバー内のアイコンからなり、
−  第２のユーザＵＳＲ２に関連する、自らのマシンへのアクセス権を活動化した（第１のユーザＵＳＲ１を含む）ユーザ一覧
−  次いで、第２のユーザＵＳＲ２が第１のユーザＵＳＲ１を選択した後、第２のユーザＵＳＲ２が有効にアクセス権を有する、第２のユーザＵＳＲ２のマシン一覧
を明示する。
【００３７】
したがって図２に示すように、ソースマシンＰＣ２はソースマシンＰＣ２のユーザＵＳＲ２から、ターゲットマシンＰＣ１の状態を変更するためのリクエストＤＤＥ（図１、図２、および図４において、ステップ０（ＲＸ＿ＤＤＥ（ＰＣ２））として図示されている）を受け取る。
【００３８】
実施形態の非限定的な様式では、ユーザインターフェイスＭＯＤＵＩ２の活動化時に、ターゲットマシンＰＣ１の状態を変更するためのリクエストＤＤＥがソースマシンＰＣ２のロック／ロック解除モジュールＭＯＤ２に送られる。
【００３９】
次いで、前記ソースマシンＰＣ２が、前記リクエストＤＤＥに相当するクエリＲＱを前記ターゲットマシンＰＣ１の前記セキュリティサービスＳＥＳ１に送り、前記クエリＲＱは、ソースマシンＰＣ２のユーザＵＳＲ２からの少なくとも１つの識別情報ＩＤを含む（図１、図２、および図４の（事前ステップ０’によって参照される）ステップＴＸ＿ＲＱ（ＤＤＥ，ＩＤ，ＳＥＳ１））。
【００４０】
非限定的な実施形態では、ソースマシンＰＣ２のロック／ロック解除モジュールＭＯＤ２が前記クエリＲＱを送る。
【００４１】
非限定的な実施形態では、状態変更クエリＲＱはＴＣＰ／ＩＰ（伝送制御プロトコル／インターネットプロトコル）クエリ、またはＵＤＰ（ユーザデータグラムプロトコル）クエリである。後者の場合、クエリはデータグラムと呼ばれる。通信プロトコルＵＤＰは、事前の通信リクエストなしに別のマシンにクエリを送ることを可能にする単純なプロトコルである。当然ながら、２台のマシン間でクエリを送ることを可能にする他の通信プロトコルを使用してもよい。
【００４２】
この時点で状態変更方法を実施する。図１および図２に示すように、前記方法は以下のステップ、すなわち
−  前記セキュリティサービスＳＥＳ１により、ターゲットマシンＰＣ１の状態を変更するためのリクエストＤＤＥに相当するクエリＲＱを受け取るステップであって、前記クエリＲＱはソースマシンＰＣ２のユーザＵＳＲ２からの少なくとも１つの識別情報ＩＤを含んで受け取るステップ（ステップＲＸ＿ＲＱ（ＤＤＥ，ＩＤ，ＳＥＳ１））と、
−  前記セキュリティサービスＳＥＳ１から、前記ソースマシンＰＣ２のユーザＵＳＲ２に関連する前記ターゲットマシンＰＣ１へのアクセス権Ｒｇｔが、前記ユーザＵＳＲ２によるターゲットマシンＰＣ１の状態の変更を可能にするかどうかを検証するステップ（ステップＶＥＲＩＦ＿ＲＧＴ（ＵＳＲ２））と、
−  ターゲットマシンＰＣ１の状態の変更が可能である場合、前記セキュリティサービスＳＥＳ１から前記ターゲットマシンＰＣ１のセッション管理モジュールＭ１に状態変更メッセージＭＳＧを送り（ステップＴＸ（ＭＳＧ））、前記セッション管理モジュールＭ１による前記状態の変更ｓｌｏ／ｓｕｌに移るステップ（ステップＣＨＧ（ＦＣＴｄ（ｓｕｌ），ＦＣＴｖ（ｓｌｏ）））と
を含む。
【００４３】
非限定的な実施形態では、ターゲットマシンＰＣ１の状態の変更が可能でない場合、この状態変更方法は、第２のユーザＵＳＲ２がターゲットマシンＰＣ１をロック／ロック解除する権利を有さないことを第２のユーザＵＳＲ２に知らせるためのエラーメッセージＭＳＧ＿ＮＯＫを、前記セキュリティサービスＳＥＳ１から送る追加のステップ（ステップＴＸ（ＭＳＧ＿ＮＯＫ））を含む。
【００４４】
非限定的な実施形態によれば、この方法は、前記クエリＲＱに対応する追跡性情報Ｈ、Ｄ、ＩＤＵ、ＧＵＩをクエリ管理ベースＢＤＲＱの中に記録する追加のステップ（図２に示すステップＳＡＶ＿ＢＤＲＱ（Ｈ，Ｄ，ＩＤＵ，ＧＵＩ））も含む。
【００４５】
この説明の残りの部分では、説明する方法の非限定的な実施形態において、この方法はこれらの追加のステップを含む。
【００４６】
したがって、図２、図３、および図４を参照することにより、状態変更方法の各ステップを以下で詳しく説明する。
【００４７】
以下の例では、ターゲットマシンＰＣ１はロックされた状態ｓｌｏにある。
【００４８】
マシンがロックされるとき、ユーザセッションがロックされることを指摘しておく。すなわち、ターゲットマシンＰＣ１のキーボードは別にしてユーザ操作は行うことができず、そのキーボードによる唯一の可能な操作は、第１のユーザＵＳＲ１に関連するユーザ識別情報およびパスワードを入力することによるユーザセッションの再活動化である。
【００４９】
ソースマシンＰＣ２が、ロック／ロック解除モジュールＭＯＤ２、関連するユーザインターフェイスＭＯＤＵＩ２、およびセッション管理ユーザインターフェイスＵＩ２を含み、ターゲットマシンＰＣ１がセッション管理ユーザインターフェイスＵＩ１を含むことを指摘し、この後者は、図３に示すようにセッション管理モジュールＭ１の中に位置する。
【００５０】
第１のステップ１）において、前記セキュリティサービスＳＥＳ１が、ターゲットマシンＰＣ１の状態を変更するためのリクエストＤＤＥに相当するクエリＲＱを受け取り、前記クエリＲＱはソースマシンＰＣ２のユーザＵＳＲ２からの少なくとも１つの識別情報ＩＤを含む。
【００５１】
この識別情報ＩＤは、クエリＲＱの創始者、ここでは第２のユーザＵＳＲ２を識別できるようにし、その結果、次のステップで使用する前記ユーザＵＳＲ２に関連するアクセス権を識別することを可能にする。非限定的な例では、この識別情報ＩＤは、ユーザに関連する一意の識別情報である（一般に「グローバル一意識別子」と呼ばれる）。
【００５２】
第２のステップ２）において、セキュリティサービスＳＥＳ１は、前記ソースマシンＰＣ２のユーザＵＳＲ２に関連する前記ターゲットマシンＰＣ１へのアクセス権Ｒｇｔが、前記ユーザＵＳＲ２によるターゲットマシンＰＣ１の状態の変更を可能にするかどうかを検証する。
【００５３】
非限定的な実施形態では、アクセス権Ｒｇｔが、あるユーザ群Ｇ１から別のユーザ群Ｇ２への委譲パラメータＤｌｇによって決まる。
【００５４】
これらのパラメータは、ターゲットマシンＰＣ１およびソースマシンＰＣ２が見つけられるマシンバンクを管理する管理者ＡＤＭによって定められることを指摘しておく。
【００５５】
したがって非限定的な例では、委譲パラメータＤｌｇは、委譲側グループと呼ばれる第１のユーザ群Ｇ１（前記グループは第１のユーザＵＳＲ１を含む）が、被委譲側グループと呼ばれる第２のユーザ群Ｇ２（前記グループは第２のユーザＵＳＲ２を含む）に、自らが使用するマシンＰＣにアクセスする権限を与える権利を有することを規定することができる。この権限を与える権利を委譲と呼ぶ。したがって、これらの委譲パラメータＤｌｇは、委譲を管理者レベルに置くことを可能にする。
【００５６】
当然ながら、グループＧは単一のユーザしか含まなくてもよいことを指摘しておく。
【００５７】
非限定的な実施形態では、委譲パラメータＤｌｇが、ユーザ群Ｇ１からのユーザＵＳＲによって活動化され得る。
【００５８】
したがって委譲は、第１のグループＧ１からの各ユーザＵＳＲによって活動化され得る。したがって、被委譲側ユーザに関連するアクセス権、ここでは第２のユーザＵＳＲ２によるターゲットマシンＰＣ１へのアクセス権は、第１のユーザＵＳＲ１、すなわち委譲側によって活動化されている。こうして委譲パラメータの活動化が、ユーザレベルで行われる。
【００５９】
非限定的な実施形態では、実行パラメータＴがアクセス権Ｒｇｔに関連する。
【００６０】
これらの実行パラメータは、アクセス権Ｒｇｔを新たなユーザに捧げることを可能にする。非限定的な例では以下のことが言える。
−  第１の実行パラメータＴ１は、委譲活動化継続時間とすることができる。したがって非限定的な例では、第１のユーザＵＳＲ１は、第２のユーザＵＳＲ２が所与の時間の間のみターゲットマシンＰＣ１にアクセスすることを許可することができる。したがって活動化は一時的である。別の例では、活動化を永久のものとすることができる。
−  第２の実行パラメータＴ２は、アクセス権Ｒｇｔによって許可される操作を決定することができる。したがって、例えば第２のユーザＵＳＲ２はターゲットマシンＰＣ１へのアクセス権を有するが、前記ターゲットマシンをロック解除／ロックし、株式運用操作を停止しまたは修正する権利だけで、別の株式運用操作を起動する権利は有さない場合がある。
−  第３の実行パラメータＴ３は、ユーザがターゲットマシンにアクセスする権利を有する回数を決定することができる。第３の実行パラメータＴ３は、マシンへのアクセス権を有するユーザ側の過剰なアクセスを防ぐ。
【００６１】
図３に示すように、これらの委譲パラメータＤｌｇ、それらの活動化、および実行パラメータＴは、コンピュータシステムＳＹＳのアクセス権リポジトリＲＥＦの中に保存されることを指摘しておく。非限定的な例では、このリポジトリはディレクトリＬＤＡＰである。
【００６２】
セキュリティサービスＳＥＳ１はこのリポジトリＲＥＦにアクセスすることができ、したがって、一方で（管理者ＡＤＭによって行われる）委譲パラメータＤｌｇのポジショニングを検証し、他方で委譲パラメータＤｌｇの活動化を検証することにより、アクセス権Ｒｇｔを検証する。
【００６３】
当然ながら、実行パラメータＴが同時に検証される。この二重の検証（委譲パラメータおよび活動化パラメータ）は、セキュリティサービスＳＥＳ１が自律的であることを可能にする。別のテストマシンの必要はなく、そのため続いて起こる状態変更メッセージＭＳＧが送られる。
【００６４】
セキュリティサービスＳＥＳ１は、ユーザセッションとは独立に、すなわちユーザセッションがなくても動作するバックグラウンドタスクであることを指摘しておく。
【００６５】
したがって、セキュリティサービスＳＥＳ１が、（ユーザセッションを管理する）セッション管理ユーザモジュールＭ１から自律的であることは、例えば前記モジュールＭ１が基礎を置くWindows（登録商標） Vistaなどの一部のオペレーティングシステム（不図示）がそうであるように、前記セッション管理ユーザモジュールＭ１がもはや活動状態にない場合に前記セキュリティサービスＳＥＳ１が動作を停止するのを防ぐ。
【００６６】
さらに、概してマシンに対するユーザの権利は一定の環境に、したがって一定の操作に限定されることを指摘しておく。
【００６７】
セキュリティサービスＳＥＳ１はユーザセッションから独立しているので、セッション管理ユーザインターフェイスＵＩ１は前記セキュリティサービスＳＥＳ１と同じ権利は有さず、したがって、セキュリティサービスＳＥＳ１によって実行される操作にアクセスすることはできない。したがってこの独立性は、例えばユーザが委譲パラメータＤｌｇを不正に入手し、委譲パラメータＤｌｇのアクセス権Ｒｇｔのポジショニングを不正に修正するのを防ぐ。
【００６８】
第３のステップ３）において、そうである場合（第２のユーザＵＳＲ２がターゲットマシンＰＣ１へのアクセス権を有する場合）、前記セキュリティサービスＳＥＳ１が、前記ターゲットマシンＰＣ１のセッション管理モジュールＭ１に状態変更メッセージＭＳＧを送る。
【００６９】
当然ながら、そうでない場合（ステップ３’）（第２のユーザＵＳＲ２がターゲットマシンＰＣ１へのアクセス権を一切有さない場合）、前記セキュリティサービスＳＥＳ１はエラーメッセージＭＳＧ＿ＮＯＫを送信して、ターゲットマシンＰＣ１をロック／ロック解除する権利がないことをそのユーザに警告する。
【００７０】
状態変更メッセージＭＳＧは、ターゲットマシンＰＣ１のセッション管理モジュールＭ１に応じて定められる、より具体的にはセッション管理ユーザインターフェイスＵＩ１に応じて定められるアプリケーション指向メッセージであることを指摘しておく。エラーメッセージＭＳＧ＿ＮＯＫについても同じである。
【００７１】
したがって、例えばWindows（登録商標）セッション管理ユーザインターフェイスの場合、状態変更メッセージはWindows（登録商標）によって管理される通知である。別の例では、Linux（登録商標）セッション管理ユーザインターフェイスの場合、状態変更メッセージはLinux（登録商標）によって管理されるイベントである。
【００７２】
さらに、セッション管理ユーザモジュールＭ１が（オペレーティングシステムにより上記で説明したように）もはや活動状態にない場合、アプリケーション指向メッセージＭＳＧ、ＭＳＧ＿ＮＯＫを受け取ることがセッション管理ユーザモジュールＭ１を呼び起こし、セッション管理ユーザモジュールＭ１が再び活動状態になることを指摘しておく。
【００７３】
第１の非限定的な実施形態では、図４に実線の矢印によって示すように、状態変更メッセージＭＳＧが、セッション管理モジュールＭ１のセッション管理ユーザインターフェイスＵＩ１に直接送られる（ステップＴＸ（ＭＳＧ）またはＴＸ（ＭＳＧ＿ＮＯＫ））。このメッセージＭＳＧを受け取ると、前記インターフェイスＵＩ１が、前記ターゲットマシンＰＣ１のオペレーティングシステム（不図示）の低レベルロック解除関数ＦＣＴｄ（ｓｕｌ）を呼び出す。
【００７４】
第２の非限定的な実施形態では、図４に破線形式の矢印によって示すように、状態変更メッセージＭＳＧがセッション管理モジュールＭ１のプラグインＰＬＧＮ１に送られる（ステップＴＸ（ＭＳＧ）またはＴＸ（ＭＳＧ＿ＮＯＫ））。次いでプラグインＰＬＧＮ１が、セッション管理モジュールＭ１のセッション管理ユーザインターフェイスＵＩ１に請求を行う。この請求時に、インターフェイスＵＩ１が、前記ターゲットマシンＰＣ１のオペレーティングシステム（不図示）の低レベルロック解除関数ＦＣＴｄ（ｓｕｌ）を呼び出す。
【００７５】
プラグインＰＬＧＮ１を使用することは、上記の第１の実施形態の場合のように、状態変更メッセージ受信機能ＭＳＧを統合するためにマシン内の既存のセッション管理ユーザインターフェイスを修正すること、または状態変更メッセージ受信機能ＭＳＧを統合する新たなセッション管理ユーザインターフェイスにより、マシン内の既存のセッション管理ユーザインターフェイスを置換することを回避する。
【００７６】
非限定的な例では、このロック解除関数ＦＣＴｄ（ｓｕｌ）は、ダイナミックリンクライブラリの中で見つけられる。オペレーティングシステムの種類にもよるが、このライブラリは様々な拡張子を有する（例えば「ダイナミックリンクライブラリ」では．ｄｌｌ、「共用オブジェクト」では．ｓｏ、「ダイナミックライブラリ」では．ｄｙｌｉｂ、「アーカイブ」では．ａ、「共用ライブラリ」では．ｓｌ、「アーカイブ」では．ｓａ）。そのようなライブラリは当業者に知られているので、それらをここでさらに詳しく説明することはない。別の非限定的な例では、このロック解除関数ＦＣＴｄ（ｓｕｌ）は２変数関数である。この場合、ダイナミックリンクライブラリとは反対に、セッション管理ユーザモジュールＭ１は再コンパイルを必要とする。
【００７７】
第４のステップ４）において、前記セッション管理モジュールＭ１が、前記状態変更ｓｌｏ／ｓｕｌに移る（ステップ３が実行されている場合）。
【００７８】
具体的にはこの状態変更は、上記で説明したように低レベル関数ＦＣＴｄ（ｓｕｌ）を使い、セッション管理ユーザインターフェイスＵＩ１によって実行される。
【００７９】
したがって、取り上げる例では、状態を変更した後にターゲットマシンＰＣ１のロックは解除される（ロック解除状態ｓｕｌ）。
【００８０】
その結果、第２のユーザＵＳＲ２は、第１のユーザＵＳＲ１の「ログイン」（ユーザ識別情報およびパスワード）を必要とすることなしにターゲットマシンＰＣ１にアクセスすることができる。ターゲットマシンＰＣ１へのアクセス権Ｒｇｔのおかげで、第２のユーザＵＳＲ２は、第１のユーザＵＳＲ１によってオープンされ、その後ロックされたユーザセッションのロックを解除することができる。第２のユーザＵＳＲ２は、このセッションを引き継ぐことができる。
【００８１】
その後、第２のユーザＵＳＲ２は、このターゲットマシンＰＣ１の位置に移動し、前記ターゲットマシンＰＣ１上で必要な任意の操作を（例えばキーボード、マウス、前記ターゲットマシンの画面により）実行することができ、とりわけ記載した応用例との関連で株式運用操作を停止することができる。
【００８２】
ターゲットマシンＰＣ１から起動された株式運用操作に対するこのロック解除、およびこの介入の後、第２のユーザＵＳＲ２は自らの場所に戻り、第２のユーザＵＳＲ２がＰＣ１上でセッションをロックしていない場合、自分でロック解除したターゲットマシンＰＣ１上の（第１のユーザＵＳＲ１によってオープンされた）このユーザセッションを、自らのソースマシンＰＣ２からロックできることを指摘しておく。その後、低レベルロック関数ＦＣＴｖ（ｓｌｏ）が呼び出される。
【００８３】
第５のステップ５）において、前記クエリＲＱに対応する追跡性情報Ｈ、Ｄ、ＩＤＵ、ＧＵＩをクエリ管理ベースＢＤＲＱの中に記録する。
【００８４】
非限定的な実施形態では、この記録は、ターゲットマシンＰＣ１のセキュリティサービスＳＥＳ１によって行われる。
【００８５】
この第５のステップは、クエリを受け取るステップから（並行して、またはその後に）いつでも実行できることを指摘しておく。
【００８６】
クエリ管理ベースＢＤＲＱは、コンピュータシステムＳＹＳの管理者ＡＤＭによって管理されることを指摘しておく。
【００８７】
非限定的な例では、この追跡性情報は、
−  クエリＲＱの創始者ＩＤＵと、
−  ターゲットマシンの識別データＧＵＩ（名前、ＩＰアドレス、「グローバル一意識別子」と一般に呼ばれる一意の識別情報）と、
−  以下を含む、時間情報、すなわち
−  クエリが起動された日付Ｄ、および
−  クエリが起動された時間Ｈ
を含むことができる。この時間情報はタイムスタンプとも呼ばれる。
【００８８】
その結果、この追跡性情報は、所与のマシン上で起動されたクエリＲＱのログを管理者ＡＤＭが有することを可能にし、とりわけ所与の時間において前記マシンに関与していた実際のユーザ、したがって、その日およびその時間に前記マシン上でそのような操作を起動した実際のユーザを知ることを可能にする。
【００８９】
したがってこの状態変更方法は、遠隔クエリＲＱにより、ロック状態からロック解除状態への移行またはその逆の移行を可能にする。この方法は、遠隔的なクライアント−サーバ型のロック解除／ロック機能を提供し、クライアントは、ターゲットマシンＰＣ１のセキュリティサービスＳＥＳ１を呼び出すソースマシンＰＣ２である。
【００９０】
この方法は、ユーザセッションをオープンしたユーザとは別のユーザが前記セッションを引き継ぐことを可能にする。
【００９１】
この状態変更方法は、セキュリティサービスＳＥＳ１およびセッション管理モジュールＭ１を含むターゲットマシンＰＣ１によって実施される。
【００９２】
第１の非限定的な実施形態による、ターゲットマシンＰＣ１の状態、ロックｓｌｏまたはロック解除済みｓｕｌを変更することができるコンピュータシステムＳＹＳを図３および図５に示す。
【００９３】
これは、前記ターゲットマシンＰＣ１と、前記ターゲットマシンＰＣ１と協働することができるソースマシンＰＣ２とを含む。
【００９４】
前記ターゲットマシンＰＣ１は、
−  前記セキュリティサービスＳＥＳ１により、ターゲットマシンＰＣ１の状態を変更するためのリクエストＤＤＥに相当するクエリＲＱを受け取ることであって、前記クエリＲＱはソースマシンＰＣ２のユーザＵＳＲ２からの少なくとも１つの識別情報ＩＤを含むこと、
−  前記セキュリティサービスＳＥＳ１から、前記ソースマシンＰＣ２のユーザＵＳＲ２に関連するアクセス権Ｒｇｔが、前記ユーザＵＳＲ２によるその状態の変更を可能にするかどうかを検証すること、
−  前記ユーザＵＳＲ２によるその状態の変更が可能である場合、前記セキュリティサービスＳＥＳ１からセッション管理モジュールＭ１に状態変更メッセージＭＳＧを送り、前記セッション管理モジュールＭ１による前記状態ｓｌｏ／ｓｕｌの変更に移ること
を行うことができる。
【００９５】
非限定的な実施形態では、（ターゲットセッション管理モジュールとも呼ばれる）セッション管理モジュールＭ１は、
−  前記セキュリティサービスＳＥＳ１から状態変更メッセージＭＳＧを受け取ることができる（ターゲットプラグインとも呼ばれる）プラグインＰＬＧＮ１と、−前記ターゲットマシンＰＣ１の状態を変更するように、前記プラグインによって請求され得るセッション管理ユーザインターフェイスＵＩ１と
を含む。
【００９６】
前記ソースマシンＰＣ２は、セキュリティサービスＳＥＳ１を含む前記ターゲットマシンＰＣ１と協働することができ、前記ソースマシンＰＣ２は、
−  ソースマシンＰＣ２のユーザＵＳＲ２による、ターゲットマシンＰＣ１の状態を変更するためのリクエストＤＤＥを受け取ること、および
−  前記リクエストＤＤＥに相当するクエリＲＱを前記ターゲットマシンＰＣ１のセキュリティサービスＳＥＳ１に送ることであって、前記クエリＲＱは、前記ソースマシンＰＣ２のユーザＵＳＲ２からの少なくとも１つの識別情報ＩＤを含んで送ること
ができる。
【００９７】
当然ながら、この説明は上記に記載した応用例、実施形態の態様、または例に限定されない。
【００９８】
・したがって、第１のユーザＵＳＲ１によって前にロックされたｓｌｏ状態で見つかるターゲットマシンＰＣ１の非限定的な例に関して上述したのと同じ説明が、第１のユーザＵＳＲ１によって前にロック解除されたｓｕｌ状態で見つかるターゲットマシンＰＣ１の場合にも当てはまる。この場合、前記ターゲットマシンＰＣ１をロックするために、低レベルロックＦＣＴｖ（ｓｌｏ）関数が呼び出される。
【００９９】
・したがって非限定的な実施形態では、許可されたグループのユーザではなく、管理者ＡＤＭが委譲を活動化してもよい。
【０１００】
・したがって第１の非限定的な実施形態では、ソースマシンＰＣ２が（ロック解除／ロックモジュールＭＯＤ２などの専用プログラムの代わりに）ソースセキュリティサービスと呼ばれるセキュリティサービスＳＥＳ２も含み、このセキュリティサービスＳＥＳ２は、
−  ターゲットマシンＰＣ１の状態を変更するためのリクエストＤＤＥを第２のユーザＵＳＲ２から受け取ること、
−  前記ターゲットマシンＰＣ１のセキュリティサービスＳＥＳ１に前記リクエストＤＤＥに相当するクエリＲＱを送ることであって、前記クエリＲＱは前記ソースマシンＰＣ２の第２のユーザＵＳＲ２からの少なくとも１つの識別情報ＩＤを含んで送ること
ができる。
【０１０１】
セキュリティサービスＳＥＳ２を含めることは、これらの２つの機能（リクエストＤＤＥを受け取ることおよび対応するクエリＲＱを送ること）を組み込むために、ソースマシンＰＣ２のセッション管理ユーザインターフェイスＵＩ２を修正することを回避する。
【０１０２】
・したがって第２の非限定的な実施形態では、ソースマシンＰＣ２のセッション管理ユーザインターフェイスＵＩ２に（ロック解除／ロックモジュールＭＯＤ２などの専用プログラムの代わりに）プラグインＰＬＧＮ２（ソースプラグインと呼ばれる）が関連し、前記プラグインＰＬＧＮ２は、
−  ターゲットマシンＰＣ１の状態を変更するための、第２のユーザＵＳＲ２からのリクエストＤＤＥを受け取ること、
−  前記ターゲットマシンＰＣ１のセキュリティサービスＳＥＳ１に前記リクエストＤＤＥに相当するクエリＲＱを送ることであって、前記クエリＲＱは前記ソースマシンＰＣ２の第２のユーザＵＳＲ２からの少なくとも１つの識別情報ＩＤを含んで送ること
ができる。
【０１０３】
セッション管理ユーザインターフェイスＵＩ２にプラグインＰＬＧＮ２が関連することは、これらの２つの機能（リクエストＤＤＥを受け取ることおよび対応するクエリＲＱを送ること）を組み込むために、ソースマシンＰＣ２のセッション管理ユーザインターフェイスＵＩ２を修正することを回避する。
【０１０４】
当然ながら、図６に示すように、これらの２つの実施形態（セキュリティサービスＳＥＳ２とＰＬＧＮ２）を互いに組み合わせることもできる。この場合、ソースプラグインＰＬＧＮ２はリクエストＤＤＥを受け取る第１の機能を実行することができる一方で、ソースセキュリティサービスＳＥＳ２は、対応するクエリＲＱを送る第２の機能を実行することができる。このソースプラグインＰＬＧＮ２およびソースセキュリティサービスＳＥＳ２は、ソースセッション管理ユーザモジュールＭ２を形成する。
【０１０５】
・したがって非限定的な実施形態では、クエリＲＱを送ることは、ＴＣＰ／ＩＰまたはＵＤＰ以外の通信プロトコルによって行うことができる。コンピュータネットワーク上で数台のマシン間のデータのやり取りを可能にする、任意の通信プロトコルを利用することができる。
【０１０６】
・したがって非限定的な実施形態では、第２のユーザＵＳＲ２がターゲットマシンＰＣ１にアクセスすることを許可する第１のユーザＵＳＲ１がアクセス権Ｒｇｔを活動化する間、アプリケーション指向の受諾メッセージをソースマシンＰＣ２に送り、これにより第２のユーザＵＳＲ２は前記委譲を受諾することができる。このメッセージは、例えば一般に「ポップアップ」と呼ばれるダイアログボックスである。
【０１０７】
・したがって非限定的な実施形態では、第２のユーザＵＳＲ２に関連する委譲権限を、第１のユーザＵＳＲ１のマシンの一部に制限することができる。
【０１０８】
・したがって記載した方法は、銀行業務分野について記載した用途以外の用途でも使用することができる。例えばこの方法は、
−  原子力発電所
−  電話網
−  鉄道網
−  管制塔の中
−  エレベータの列の中、等
を監視する状況に適用することができる。
【０１０９】
さらに、概して、自らが使用するマシンではないターゲットマシン上でオペレータ側の迅速な介入を必要とする、ターゲットマシンの画面上の特定の監視を必要とする任意の用途に適用することができる。
【０１１０】
このようにして、記載した本発明はとりわけ以下の利点を提供する。すなわち、
−  本発明は容易に実装できること、
−  本発明は、マシンの状態を、前記マシンのユーザではないユーザが遠隔的に変更できるようにすること、
−  本発明が、ターゲットセッション管理ユーザモジュールＭ１の外部で見つかり、したがってターゲットセッション管理ユーザモジュールＭ１から独立しているターゲットセキュリティサービスＳＥＳ１によって保護されていること、
−  本発明が、ターゲットマシン上で既に存在しているユーザセッションを、前記ターゲットマシンのユーザではない人物、したがって前のユーザセッションをロック／ロック解除したユーザとは異なる人物が引き継ぐことにより、前記ターゲットマシンにアクセスできるようにすること。その結果、同一のユーザセッションをあるユーザがオープンしてロックするが、別の人物がそのロックを解除する（または逆に、あるユーザがロック解除するが、別の非ユーザである人物がロックする）ことができる。
−  本発明が、クエリログのおかげでクエリ、とりわけマシン上で起動される操作に関係するクエリを監査できるようにし、その結果、マシン上で実行される操作の実際の開始者を識別できるようにすること、
−  本発明が、ターゲットマシンのユーザではない人物に関連する前記ターゲットマシンへのアクセス権を定めるために、２つのアクセスレベル（委譲のポジショニングが伴う第１の管理者レベル、前記委譲の活動化が伴う第２のユーザレベル）を有することを可能にすること。したがって、これは前記アクセス権の二重制御、よって高レベルの制御を可能にする。
−  本発明が、実行パラメータのおかげでパラメータ化することができるアクセス権を使用可能にし、したがって、必要に応じてこれらのアクセス権の一部を選び出せるようにすること、
−  本発明が、ログイン独占権利者のマシンをロック解除／ロックするためのログインの独占権利者ではないユーザに前記ログインを与えることを回避し、このことが前記ログインの機密性を保つこと、および
−  本発明が、ターゲットマシンのユーザではない別の人物（取り上げる例では第２のユーザＵＳＲ２）のログインをもはや使用することなしに、セッションの起点にいる（すなわちそのセッションをオープンした）ユーザ（取り上げる例では第１のユーザＵＳＲ１）の識別情報を維持することにより、前記ターゲットマシン上のユーザセッションのロックを解除できるようにすること
である。
【図１】
0005603438.tif 000002
【図２】
0005603438.tif 000003
【図３】
0005603438.tif 000004
【図４】
0005603438.tif 000005
【図５】
0005603438.tif 000006
【図６】
0005603438.tif 000007