"セキュリティサービスSES1およびセッション管理モジュールM1を含むターゲットマシンPC1のロックsloまたはロック解除済みsulである状態を変更するための方法であって、-前記セキュリティサービスSES1により、前記ターゲットマシンPC1の前記状態を変更するためのリクエストDDEに相当するクエリRQを受け取るステップであって、前記クエリRQはソースマシンPC2のユーザUSR2からの少なくとも1つの識別情報IDを含む、ステップと、-前記セキュリティサービスSES1から、前記ソースマシンPC2の前記ユーザUSR2に関連する前記ターゲットマシンPC1へのアクセス権Rgtが、前記ユーザUSR2による前記ターゲットマシンPC1の前記状態の変更を可能にするかどうかを検証するステップと、-前記ターゲットマシンPC1の前記状態の変更が可能である場合、前記セキュリティサービスSES1から前記ターゲットマシンPC1の前記セッション管理モジュールM1に状態変更メッセージMSGを送り、前記セッション管理モジュールM1による前記状態の変更slo/sulに移るステップとを含む、方法。前記クエリRQに対応する追跡性情報H、D、IDU、GUIをクエリ管理ベースBDRQの中に記録する追加のステップを含む、請求項1に記載の状態変更方法。前記アクセス権Rgtが、あるユーザ群G1から別のユーザ群G2への委譲パラメータDlgによって決まる、請求項1または2のいずれか一項に記載の状態変更方法。前記委譲パラメータDlgが、あるユーザ群G1からのユーザU1によって活動化され得る、請求項3に記載の状態変更方法。実行パラメータTが前記アクセス権Rgtに関連する、請求項1から4のいずれか一項に記載の状態変更方法。前記状態を変更するための前記クエリRQが、TCP/IPクエリまたはUDPクエリである、請求項1から5のいずれか一項に記載の状態変更方法。状態変更メッセージMSGが、前記ターゲットマシンPC1の前記セッション管理モジュールM1に応じて定められるアプリケーション指向メッセージである、請求項1から6のいずれか一項に記載の状態変更方法。前記状態変更メッセージMSGを前記セッション管理モジュールM1のプラグインPLGN1に送る、請求項1から7のいずれか一項に記載の状態変更方法。セキュリティサービスSES1およびセッション管理モジュールM1を含むターゲットマシンPC1であって、-前記セキュリティサービスSES1により、前記ターゲットマシンPC1のロックsloまたはロック解除済みsulである状態を変更するためのリクエストDDEに相当するクエリRQを受け取ることであって、前記クエリRQはソースマシンPC2のユーザUSR2からの少なくとも1つの識別情報IDを含んで受け取ること、-前記セキュリティサービスSES1から、前記ソースマシンPC2のユーザUSR2に関連するアクセス権Rgtが、前記ユーザUSR2によるその状態の変更を可能にするかどうかを検証すること、-前記ユーザによる状態の変更が可能である場合、前記セキュリティサービスSES1から前記セッション管理モジュールM1に状態変更メッセージMSGを送り、前記セッション管理モジュールM1による前記状態の変更slo/sulに移ることを行うことができる、ターゲットマシンPC1。前記セッション管理モジュールM1が、-前記セキュリティサービスSES1から状態変更メッセージMSGを受け取ることができるプラグインPLGN1と、-前記ターゲットマシンPC1の前記状態を変更するように、前記プラグインPLGN1によって請求され得るセッション管理ユーザインターフェイスUI1とを含む、請求項9に記載のターゲットマシンPC1。請求項9または請求項10に記載のターゲットマシンPC1と協働することができるソースマシンPC2であって、前記ターゲットマシンPC1はセキュリティサービスSES1を含み、前記ソースマシンPC2は、-前記ソースマシンPC2のユーザUSR2による、前記ターゲットマシンPC1の前記状態を変更するためのリクエストDDEを受け取ること、および-前記リクエストDDEに相当するクエリRQを前記ターゲットマシンPC1の前記セキュリティサービスSES1に送ることであって、前記クエリRQは、前記ソースマシンPC2のユーザUSR2からの少なくとも1つの識別情報IDを含んで送ることができる、ソースマシンPC2。ターゲットマシンPC1のロックsloまたはロック解除済みsulである状態の変更を行うことができ、請求項9または10のいずれか一項に記載のターゲットマシンPC1と、前記ターゲットマシンPC1と協働することができる請求項11に記載のソースマシンPC2とを含む、コンピュータシステムSYS。本発明の目的は、ユーザが席を外している際、とりわけ前記マシンが前にロックされているときに前記ターゲットマシン上で生じ得る問題を解決する、ターゲットマシンの状態、ロックまたはロック解除済みを変更するための方法である。この目的は、セキュリティサービスおよびセッション管理モジュールを含むターゲットマシンのロックまたはロック解除済みである状態を変更するための方法であって、-前記セキュリティサービスにより、ターゲットマシンの状態を変更するためのリクエストに相当するクエリを受け取るステップであって、前記クエリはソースマシンのユーザからの少なくとも1つの識別情報を含む、ステップと、-前記セキュリティサービスから、前記ソースマシンのユーザに関連する前記ターゲットマシンへのアクセス権が、前記ユーザによるターゲットマシンの状態の変更を可能にするかどうかを検証するステップと、-ターゲットマシンの状態の変更が可能である場合、前記セキュリティサービスから前記ターゲットマシンのセッション管理モジュールに状態変更メッセージを送り、前記セッション管理モジュールによる前記状態の変更に移るステップとを含む、方法によって達成される。後で詳しく分かるように、関連するアクセス権によりターゲットマシンとは異なるソースマシンのユーザに与えられるターゲットマシンの状態を変更する権限のおかげで、ソースマシンは、ロックされたターゲットマシンしたがって他者のマシンのロックを遠隔的に解除することができ、すなわちその人物は、自らが開いたものではないユーザセッションのロックを解除することができる。逆に、ターゲットマシンがロックされていない状態にある場合は、その人物はターゲットマシンを遠隔的にロックすることができる。実施形態の非限定的な様式によれば、この方法は、以下の中から1つまたは複数の追加の特徴を含むこともできる。-この方法が、前記クエリに対応する追跡性情報をクエリ管理ベースの中に記録する追加のステップを含むこと。これは、前記クエリに対する監査を行うことを可能にし、とりわけターゲットマシンに対する操作の起点にいる実際の人物を検証できるようにする。-アクセス権が、あるユーザ群から別のユーザ群への委譲パラメータによって決まること。これは、ターゲットマシンおよびソースマシンを含むマシンバンクの管理者が、アクセス権の委譲権限を管理することを可能にする。-委譲パラメータが、あるユーザ群からのユーザによって活動化され得ること。これは、アクセス権の委譲をユーザレベルで開始することを可能にする。その後、そのユーザは、マシンバンクの管理者によって許可を受けた委譲の範囲内で自身のマシンにアクセスするように自らが他のマシンのユーザに与える許可のマスタである。-実行パラメータが、アクセス権に関連すること。したがって、アクセス権はパラメータ化することができる。-状態を変更するためのクエリが、TCP/IPクエリまたはUDPクエリであること。これは、同じコンピュータネットワークからの2台のマシン間の通信を可能にする。-状態変更メッセージが、ターゲットマシンのセッション管理モジュールに応じて定められるアプリケーション指向メッセージであること。これは、既存の標準メッセージを使用することを可能にする。-状態変更メッセージをセッション管理モジュールのプラグインに送ること。これは、ターゲットマシンのセッション管理モジュールに含まれるセッション管理ユーザインターフェイスの修正を防ぐ。本発明は、セキュリティサービスおよびセッション管理モジュールを含むターゲットマシンにも関し、前記ターゲットマシンは、-前記セキュリティサービスにより、状態を変更するためのリクエストに相当するクエリを受け取ることであって、前記クエリはソースマシンのユーザからの少なくとも1つの識別情報を含む、こと、-前記セキュリティサービスから、前記ソースマシンのユーザに関連するアクセス権が、前記ユーザによるターゲットマシンの状態の変更を可能にするかどうかを検証すること、-ターゲットマシンの状態の変更が可能である場合、前記セキュリティサービスからセッション管理モジュールに状態変更メッセージを送り、前記セッション管理モジュールによる前記状態の変更に移ることを行うことができる。実施形態の非限定的な様式によれば、セッション管理モジュールは、-前記セキュリティサービスから状態変更メッセージを受け取ることができるプラグインと、-前記ターゲットマシンの状態を変更するように、前記プラグインによって請求され得るセッション管理ユーザインターフェイスとを含む。本発明は、先の特徴のうちの1つによるターゲットマシンと協働することができるソースマシンにも関し、前記ターゲットマシンはセキュリティサービスを含み、前記ソースマシンは-ターゲットマシンの状態を変更するためのリクエストをソースマシンのユーザから受け取ること、および-前記リクエストに相当するクエリを前記ターゲットマシンのセキュリティサービスに送ることであって、前記クエリは、前記ソースマシンのユーザからの少なくとも1つの識別情報を含む、ことができる。本発明は、ターゲットマシンの状態、ロックまたはロック解除済みの変更を行うことができるコンピュータシステムにも関し、前記コンピュータシステムは、先の特徴のいずれか1つによるターゲットマシンと、前記ターゲットマシンと協働することができる先の特徴によるソースマシンとを含む。本発明およびその様々な応用例は、以下の説明を読み、添付図面を確認することでより十分に理解される。図面は例示目的で示し、決して本発明を限定しない。図1および図2の非限定的な実施形態において、セキュリティサービスおよびセッション管理モジュールを含むターゲットマシンの状態、ロックまたはロック解除済みを変更するための方法を説明する。マシンの状態、ロックsloまたはロック解除済みsulの変更とは、ロックされているユーザセッションのロックを解除する操作、またはロックされていないユーザセッションをロックする操作を指すものと理解される。この状態変更方法は、図3に示すようにターゲットマシンPC1およびソースマシンPC2を含むコンピュータシステムSYS内の、前記ターゲットマシンによって実施される。マシンは、ユーザの識別情報およびパスワードを使ってユーザを認証することができるユーザインターフェイスを含む、任意のコンピュータ機器を指すものと理解される。非限定的な例では、マシンは個々のワークステーションまたはサーバとすることができる。ターゲットマシンPC1の第1のユーザUSR1が前記ターゲットマシンPC1にアクセスすると、そのユーザは、そのユーザに固有の識別情報および関連するパスワードにより、自らに固有のユーザセッションの下で接続される。この接続セッションのオープンとも呼ばれるは、マシンのユーザインターフェイス不図示のコンポーネントであるセッション管理ユーザインターフェイスUI1によって行われる。識別情報およびパスワードは、一般にログインと呼ばれるものを形成する。ターゲットマシンPC1に誰もアクセスできないように、ユーザセッションは第1のユーザが手動でロックしても、所与の時間の後に自動的にロックしてもよい。説明の残りの部分では、ユーザセッションという用語とセッションという用語とを分け隔てなく使用する。ソースマシンPC2の第2のユーザUSR2が、アクセスするためにターゲットマシンPC1の状態、ロックまたはロック解除済みを遠隔的に変更したい場合、第2のユーザUSR2はソースマシンPC2からターゲットマシンPC1の状態を変更するためのリクエストDDEを起こす。第2のユーザUSR2は、図3に示すような、ソースマシンPC2のロック/ロック解除モジュールMOD2に関連するユーザインターフェイスMODUI2によってこれを行う。非限定的な例では、ユーザインターフェイスMODUI2は、PC2マシンの画面上のタスクバー内のアイコンからなり、-第2のユーザUSR2に関連する、自らのマシンへのアクセス権を活動化した第1のユーザUSR1を含むユーザ一覧-次いで、第2のユーザUSR2が第1のユーザUSR1を選択した後、第2のユーザUSR2が有効にアクセス権を有する、第2のユーザUSR2のマシン一覧を明示する。したがって図2に示すように、ソースマシンPC2はソースマシンPC2のユーザUSR2から、ターゲットマシンPC1の状態を変更するためのリクエストDDE図1、図2、および図4において、ステップ0RX_DDEPC2として図示されているを受け取る。実施形態の非限定的な様式では、ユーザインターフェイスMODUI2の活動化時に、ターゲットマシンPC1の状態を変更するためのリクエストDDEがソースマシンPC2のロック/ロック解除モジュールMOD2に送られる。次いで、前記ソースマシンPC2が、前記リクエストDDEに相当するクエリRQを前記ターゲットマシンPC1の前記セキュリティサービスSES1に送り、前記クエリRQは、ソースマシンPC2のユーザUSR2からの少なくとも1つの識別情報IDを含む図1、図2、および図4の事前ステップ0’によって参照されるステップTX_RQDDE,ID,SES1。非限定的な実施形態では、ソースマシンPC2のロック/ロック解除モジュールMOD2が前記クエリRQを送る。非限定的な実施形態では、状態変更クエリRQはTCP/IP伝送制御プロトコル/インターネットプロトコルクエリ、またはUDPユーザデータグラムプロトコルクエリである。後者の場合、クエリはデータグラムと呼ばれる。通信プロトコルUDPは、事前の通信リクエストなしに別のマシンにクエリを送ることを可能にする単純なプロトコルである。当然ながら、2台のマシン間でクエリを送ることを可能にする他の通信プロトコルを使用してもよい。この時点で状態変更方法を実施する。図1および図2に示すように、前記方法は以下のステップ、すなわち-前記セキュリティサービスSES1により、ターゲットマシンPC1の状態を変更するためのリクエストDDEに相当するクエリRQを受け取るステップであって、前記クエリRQはソースマシンPC2のユーザUSR2からの少なくとも1つの識別情報IDを含んで受け取るステップステップRX_RQDDE,ID,SES1と、-前記セキュリティサービスSES1から、前記ソースマシンPC2のユーザUSR2に関連する前記ターゲットマシンPC1へのアクセス権Rgtが、前記ユーザUSR2によるターゲットマシンPC1の状態の変更を可能にするかどうかを検証するステップステップVERIF_RGTUSR2と、-ターゲットマシンPC1の状態の変更が可能である場合、前記セキュリティサービスSES1から前記ターゲットマシンPC1のセッション管理モジュールM1に状態変更メッセージMSGを送りステップTXMSG、前記セッション管理モジュールM1による前記状態の変更slo/sulに移るステップステップCHGFCTdsul,FCTvsloとを含む。非限定的な実施形態では、ターゲットマシンPC1の状態の変更が可能でない場合、この状態変更方法は、第2のユーザUSR2がターゲットマシンPC1をロック/ロック解除する権利を有さないことを第2のユーザUSR2に知らせるためのエラーメッセージMSG_NOKを、前記セキュリティサービスSES1から送る追加のステップステップTXMSG_NOKを含む。非限定的な実施形態によれば、この方法は、前記クエリRQに対応する追跡性情報H、D、IDU、GUIをクエリ管理ベースBDRQの中に記録する追加のステップ図2に示すステップSAV_BDRQH,D,IDU,GUIも含む。この説明の残りの部分では、説明する方法の非限定的な実施形態において、この方法はこれらの追加のステップを含む。したがって、図2、図3、および図4を参照することにより、状態変更方法の各ステップを以下で詳しく説明する。以下の例では、ターゲットマシンPC1はロックされた状態sloにある。マシンがロックされるとき、ユーザセッションがロックされることを指摘しておく。すなわち、ターゲットマシンPC1のキーボードは別にしてユーザ操作は行うことができず、そのキーボードによる唯一の可能な操作は、第1のユーザUSR1に関連するユーザ識別情報およびパスワードを入力することによるユーザセッションの再活動化である。ソースマシンPC2が、ロック/ロック解除モジュールMOD2、関連するユーザインターフェイスMODUI2、およびセッション管理ユーザインターフェイスUI2を含み、ターゲットマシンPC1がセッション管理ユーザインターフェイスUI1を含むことを指摘し、この後者は、図3に示すようにセッション管理モジュールM1の中に位置する。第1のステップ1において、前記セキュリティサービスSES1が、ターゲットマシンPC1の状態を変更するためのリクエストDDEに相当するクエリRQを受け取り、前記クエリRQはソースマシンPC2のユーザUSR2からの少なくとも1つの識別情報IDを含む。この識別情報IDは、クエリRQの創始者、ここでは第2のユーザUSR2を識別できるようにし、その結果、次のステップで使用する前記ユーザUSR2に関連するアクセス権を識別することを可能にする。非限定的な例では、この識別情報IDは、ユーザに関連する一意の識別情報である一般にグローバル一意識別子と呼ばれる。第2のステップ2において、セキュリティサービスSES1は、前記ソースマシンPC2のユーザUSR2に関連する前記ターゲットマシンPC1へのアクセス権Rgtが、前記ユーザUSR2によるターゲットマシンPC1の状態の変更を可能にするかどうかを検証する。非限定的な実施形態では、アクセス権Rgtが、あるユーザ群G1から別のユーザ群G2への委譲パラメータDlgによって決まる。これらのパラメータは、ターゲットマシンPC1およびソースマシンPC2が見つけられるマシンバンクを管理する管理者ADMによって定められることを指摘しておく。したがって非限定的な例では、委譲パラメータDlgは、委譲側グループと呼ばれる第1のユーザ群G1前記グループは第1のユーザUSR1を含むが、被委譲側グループと呼ばれる第2のユーザ群G2前記グループは第2のユーザUSR2を含むに、自らが使用するマシンPCにアクセスする権限を与える権利を有することを規定することができる。この権限を与える権利を委譲と呼ぶ。したがって、これらの委譲パラメータDlgは、委譲を管理者レベルに置くことを可能にする。当然ながら、グループGは単一のユーザしか含まなくてもよいことを指摘しておく。非限定的な実施形態では、委譲パラメータDlgが、ユーザ群G1からのユーザUSRによって活動化され得る。したがって委譲は、第1のグループG1からの各ユーザUSRによって活動化され得る。したがって、被委譲側ユーザに関連するアクセス権、ここでは第2のユーザUSR2によるターゲットマシンPC1へのアクセス権は、第1のユーザUSR1、すなわち委譲側によって活動化されている。こうして委譲パラメータの活動化が、ユーザレベルで行われる。非限定的な実施形態では、実行パラメータTがアクセス権Rgtに関連する。これらの実行パラメータは、アクセス権Rgtを新たなユーザに捧げることを可能にする。非限定的な例では以下のことが言える。-第1の実行パラメータT1は、委譲活動化継続時間とすることができる。したがって非限定的な例では、第1のユーザUSR1は、第2のユーザUSR2が所与の時間の間のみターゲットマシンPC1にアクセスすることを許可することができる。したがって活動化は一時的である。別の例では、活動化を永久のものとすることができる。-第2の実行パラメータT2は、アクセス権Rgtによって許可される操作を決定することができる。したがって、例えば第2のユーザUSR2はターゲットマシンPC1へのアクセス権を有するが、前記ターゲットマシンをロック解除/ロックし、株式運用操作を停止しまたは修正する権利だけで、別の株式運用操作を起動する権利は有さない場合がある。-第3の実行パラメータT3は、ユーザがターゲットマシンにアクセスする権利を有する回数を決定することができる。第3の実行パラメータT3は、マシンへのアクセス権を有するユーザ側の過剰なアクセスを防ぐ。図3に示すように、これらの委譲パラメータDlg、それらの活動化、および実行パラメータTは、コンピュータシステムSYSのアクセス権リポジトリREFの中に保存されることを指摘しておく。非限定的な例では、このリポジトリはディレクトリLDAPである。セキュリティサービスSES1はこのリポジトリREFにアクセスすることができ、したがって、一方で管理者ADMによって行われる委譲パラメータDlgのポジショニングを検証し、他方で委譲パラメータDlgの活動化を検証することにより、アクセス権Rgtを検証する。当然ながら、実行パラメータTが同時に検証される。この二重の検証委譲パラメータおよび活動化パラメータは、セキュリティサービスSES1が自律的であることを可能にする。別のテストマシンの必要はなく、そのため続いて起こる状態変更メッセージMSGが送られる。セキュリティサービスSES1は、ユーザセッションとは独立に、すなわちユーザセッションがなくても動作するバックグラウンドタスクであることを指摘しておく。したがって、セキュリティサービスSES1が、ユーザセッションを管理するセッション管理ユーザモジュールM1から自律的であることは、例えば前記モジュールM1が基礎を置くWindows登録商標Vistaなどの一部のオペレーティングシステム不図示がそうであるように、前記セッション管理ユーザモジュールM1がもはや活動状態にない場合に前記セキュリティサービスSES1が動作を停止するのを防ぐ。さらに、概してマシンに対するユーザの権利は一定の環境に、したがって一定の操作に限定されることを指摘しておく。セキュリティサービスSES1はユーザセッションから独立しているので、セッション管理ユーザインターフェイスUI1は前記セキュリティサービスSES1と同じ権利は有さず、したがって、セキュリティサービスSES1によって実行される操作にアクセスすることはできない。したがってこの独立性は、例えばユーザが委譲パラメータDlgを不正に入手し、委譲パラメータDlgのアクセス権Rgtのポジショニングを不正に修正するのを防ぐ。第3のステップ3において、そうである場合第2のユーザUSR2がターゲットマシンPC1へのアクセス権を有する場合、前記セキュリティサービスSES1が、前記ターゲットマシンPC1のセッション管理モジュールM1に状態変更メッセージMSGを送る。当然ながら、そうでない場合ステップ3’第2のユーザUSR2がターゲットマシンPC1へのアクセス権を一切有さない場合、前記セキュリティサービスSES1はエラーメッセージMSG_NOKを送信して、ターゲットマシンPC1をロック/ロック解除する権利がないことをそのユーザに警告する。状態変更メッセージMSGは、ターゲットマシンPC1のセッション管理モジュールM1に応じて定められる、より具体的にはセッション管理ユーザインターフェイスUI1に応じて定められるアプリケーション指向メッセージであることを指摘しておく。エラーメッセージMSG_NOKについても同じである。したがって、例えばWindows登録商標セッション管理ユーザインターフェイスの場合、状態変更メッセージはWindows登録商標によって管理される通知である。別の例では、Linux登録商標セッション管理ユーザインターフェイスの場合、状態変更メッセージはLinux登録商標によって管理されるイベントである。さらに、セッション管理ユーザモジュールM1がオペレーティングシステムにより上記で説明したようにもはや活動状態にない場合、アプリケーション指向メッセージMSG、MSG_NOKを受け取ることがセッション管理ユーザモジュールM1を呼び起こし、セッション管理ユーザモジュールM1が再び活動状態になることを指摘しておく。第1の非限定的な実施形態では、図4に実線の矢印によって示すように、状態変更メッセージMSGが、セッション管理モジュールM1のセッション管理ユーザインターフェイスUI1に直接送られるステップTXMSGまたはTXMSG_NOK。このメッセージMSGを受け取ると、前記インターフェイスUI1が、前記ターゲットマシンPC1のオペレーティングシステム不図示の低レベルロック解除関数FCTdsulを呼び出す。第2の非限定的な実施形態では、図4に破線形式の矢印によって示すように、状態変更メッセージMSGがセッション管理モジュールM1のプラグインPLGN1に送られるステップTXMSGまたはTXMSG_NOK。次いでプラグインPLGN1が、セッション管理モジュールM1のセッション管理ユーザインターフェイスUI1に請求を行う。この請求時に、インターフェイスUI1が、前記ターゲットマシンPC1のオペレーティングシステム不図示の低レベルロック解除関数FCTdsulを呼び出す。プラグインPLGN1を使用することは、上記の第1の実施形態の場合のように、状態変更メッセージ受信機能MSGを統合するためにマシン内の既存のセッション管理ユーザインターフェイスを修正すること、または状態変更メッセージ受信機能MSGを統合する新たなセッション管理ユーザインターフェイスにより、マシン内の既存のセッション管理ユーザインターフェイスを置換することを回避する。非限定的な例では、このロック解除関数FCTdsulは、ダイナミックリンクライブラリの中で見つけられる。オペレーティングシステムの種類にもよるが、このライブラリは様々な拡張子を有する例えばダイナミックリンクライブラリでは.dll、共用オブジェクトでは.so、ダイナミックライブラリでは.dylib、アーカイブでは.a、共用ライブラリでは.sl、アーカイブでは.sa。そのようなライブラリは当業者に知られているので、それらをここでさらに詳しく説明することはない。別の非限定的な例では、このロック解除関数FCTdsulは2変数関数である。この場合、ダイナミックリンクライブラリとは反対に、セッション管理ユーザモジュールM1は再コンパイルを必要とする。第4のステップ4において、前記セッション管理モジュールM1が、前記状態変更slo/sulに移るステップ3が実行されている場合。具体的にはこの状態変更は、上記で説明したように低レベル関数FCTdsulを使い、セッション管理ユーザインターフェイスUI1によって実行される。したがって、取り上げる例では、状態を変更した後にターゲットマシンPC1のロックは解除されるロック解除状態sul。その結果、第2のユーザUSR2は、第1のユーザUSR1のログインユーザ識別情報およびパスワードを必要とすることなしにターゲットマシンPC1にアクセスすることができる。ターゲットマシンPC1へのアクセス権Rgtのおかげで、第2のユーザUSR2は、第1のユーザUSR1によってオープンされ、その後ロックされたユーザセッションのロックを解除することができる。第2のユーザUSR2は、このセッションを引き継ぐことができる。その後、第2のユーザUSR2は、このターゲットマシンPC1の位置に移動し、前記ターゲットマシンPC1上で必要な任意の操作を例えばキーボード、マウス、前記ターゲットマシンの画面により実行することができ、とりわけ記載した応用例との関連で株式運用操作を停止することができる。ターゲットマシンPC1から起動された株式運用操作に対するこのロック解除、およびこの介入の後、第2のユーザUSR2は自らの場所に戻り、第2のユーザUSR2がPC1上でセッションをロックしていない場合、自分でロック解除したターゲットマシンPC1上の第1のユーザUSR1によってオープンされたこのユーザセッションを、自らのソースマシンPC2からロックできることを指摘しておく。その後、低レベルロック関数FCTvsloが呼び出される。第5のステップ5において、前記クエリRQに対応する追跡性情報H、D、IDU、GUIをクエリ管理ベースBDRQの中に記録する。非限定的な実施形態では、この記録は、ターゲットマシンPC1のセキュリティサービスSES1によって行われる。この第5のステップは、クエリを受け取るステップから並行して、またはその後にいつでも実行できることを指摘しておく。クエリ管理ベースBDRQは、コンピュータシステムSYSの管理者ADMによって管理されることを指摘しておく。非限定的な例では、この追跡性情報は、-クエリRQの創始者IDUと、-ターゲットマシンの識別データGUI名前、IPアドレス、グローバル一意識別子と一般に呼ばれる一意の識別情報と、-以下を含む、時間情報、すなわち-クエリが起動された日付D、および-クエリが起動された時間Hを含むことができる。この時間情報はタイムスタンプとも呼ばれる。その結果、この追跡性情報は、所与のマシン上で起動されたクエリRQのログを管理者ADMが有することを可能にし、とりわけ所与の時間において前記マシンに関与していた実際のユーザ、したがって、その日およびその時間に前記マシン上でそのような操作を起動した実際のユーザを知ることを可能にする。したがってこの状態変更方法は、遠隔クエリRQにより、ロック状態からロック解除状態への移行またはその逆の移行を可能にする。この方法は、遠隔的なクライアント-サーバ型のロック解除/ロック機能を提供し、クライアントは、ターゲットマシンPC1のセキュリティサービスSES1を呼び出すソースマシンPC2である。この方法は、ユーザセッションをオープンしたユーザとは別のユーザが前記セッションを引き継ぐことを可能にする。この状態変更方法は、セキュリティサービスSES1およびセッション管理モジュールM1を含むターゲットマシンPC1によって実施される。第1の非限定的な実施形態による、ターゲットマシンPC1の状態、ロックsloまたはロック解除済みsulを変更することができるコンピュータシステムSYSを図3および図5に示す。これは、前記ターゲットマシンPC1と、前記ターゲットマシンPC1と協働することができるソースマシンPC2とを含む。前記ターゲットマシンPC1は、-前記セキュリティサービスSES1により、ターゲットマシンPC1の状態を変更するためのリクエストDDEに相当するクエリRQを受け取ることであって、前記クエリRQはソースマシンPC2のユーザUSR2からの少なくとも1つの識別情報IDを含むこと、-前記セキュリティサービスSES1から、前記ソースマシンPC2のユーザUSR2に関連するアクセス権Rgtが、前記ユーザUSR2によるその状態の変更を可能にするかどうかを検証すること、-前記ユーザUSR2によるその状態の変更が可能である場合、前記セキュリティサービスSES1からセッション管理モジュールM1に状態変更メッセージMSGを送り、前記セッション管理モジュールM1による前記状態slo/sulの変更に移ることを行うことができる。非限定的な実施形態では、ターゲットセッション管理モジュールとも呼ばれるセッション管理モジュールM1は、-前記セキュリティサービスSES1から状態変更メッセージMSGを受け取ることができるターゲットプラグインとも呼ばれるプラグインPLGN1と、-前記ターゲットマシンPC1の状態を変更するように、前記プラグインによって請求され得るセッション管理ユーザインターフェイスUI1とを含む。前記ソースマシンPC2は、セキュリティサービスSES1を含む前記ターゲットマシンPC1と協働することができ、前記ソースマシンPC2は、-ソースマシンPC2のユーザUSR2による、ターゲットマシンPC1の状態を変更するためのリクエストDDEを受け取ること、および-前記リクエストDDEに相当するクエリRQを前記ターゲットマシンPC1のセキュリティサービスSES1に送ることであって、前記クエリRQは、前記ソースマシンPC2のユーザUSR2からの少なくとも1つの識別情報IDを含んで送ることができる。当然ながら、この説明は上記に記載した応用例、実施形態の態様、または例に限定されない。したがって、第1のユーザUSR1によって前にロックされたslo状態で見つかるターゲットマシンPC1の非限定的な例に関して上述したのと同じ説明が、第1のユーザUSR1によって前にロック解除されたsul状態で見つかるターゲットマシンPC1の場合にも当てはまる。この場合、前記ターゲットマシンPC1をロックするために、低レベルロックFCTvslo関数が呼び出される。したがって非限定的な実施形態では、許可されたグループのユーザではなく、管理者ADMが委譲を活動化してもよい。したがって第1の非限定的な実施形態では、ソースマシンPC2がロック解除/ロックモジュールMOD2などの専用プログラムの代わりにソースセキュリティサービスと呼ばれるセキュリティサービスSES2も含み、このセキュリティサービスSES2は、-ターゲットマシンPC1の状態を変更するためのリクエストDDEを第2のユーザUSR2から受け取ること、-前記ターゲットマシンPC1のセキュリティサービスSES1に前記リクエストDDEに相当するクエリRQを送ることであって、前記クエリRQは前記ソースマシンPC2の第2のユーザUSR2からの少なくとも1つの識別情報IDを含んで送ることができる。セキュリティサービスSES2を含めることは、これらの2つの機能リクエストDDEを受け取ることおよび対応するクエリRQを送ることを組み込むために、ソースマシンPC2のセッション管理ユーザインターフェイスUI2を修正することを回避する。したがって第2の非限定的な実施形態では、ソースマシンPC2のセッション管理ユーザインターフェイスUI2にロック解除/ロックモジュールMOD2などの専用プログラムの代わりにプラグインPLGN2ソースプラグインと呼ばれるが関連し、前記プラグインPLGN2は、-ターゲットマシンPC1の状態を変更するための、第2のユーザUSR2からのリクエストDDEを受け取ること、-前記ターゲットマシンPC1のセキュリティサービスSES1に前記リクエストDDEに相当するクエリRQを送ることであって、前記クエリRQは前記ソースマシンPC2の第2のユーザUSR2からの少なくとも1つの識別情報IDを含んで送ることができる。セッション管理ユーザインターフェイスUI2にプラグインPLGN2が関連することは、これらの2つの機能リクエストDDEを受け取ることおよび対応するクエリRQを送ることを組み込むために、ソースマシンPC2のセッション管理ユーザインターフェイスUI2を修正することを回避する。当然ながら、図6に示すように、これらの2つの実施形態セキュリティサービスSES2とPLGN2を互いに組み合わせることもできる。この場合、ソースプラグインPLGN2はリクエストDDEを受け取る第1の機能を実行することができる一方で、ソースセキュリティサービスSES2は、対応するクエリRQを送る第2の機能を実行することができる。このソースプラグインPLGN2およびソースセキュリティサービスSES2は、ソースセッション管理ユーザモジュールM2を形成する。したがって非限定的な実施形態では、クエリRQを送ることは、TCP/IPまたはUDP以外の通信プロトコルによって行うことができる。コンピュータネットワーク上で数台のマシン間のデータのやり取りを可能にする、任意の通信プロトコルを利用することができる。したがって非限定的な実施形態では、第2のユーザUSR2がターゲットマシンPC1にアクセスすることを許可する第1のユーザUSR1がアクセス権Rgtを活動化する間、アプリケーション指向の受諾メッセージをソースマシンPC2に送り、これにより第2のユーザUSR2は前記委譲を受諾することができる。このメッセージは、例えば一般にポップアップと呼ばれるダイアログボックスである。したがって非限定的な実施形態では、第2のユーザUSR2に関連する委譲権限を、第1のユーザUSR1のマシンの一部に制限することができる。したがって記載した方法は、銀行業務分野について記載した用途以外の用途でも使用することができる。例えばこの方法は、-原子力発電所-電話網-鉄道網-管制塔の中-エレベータの列の中、等を監視する状況に適用することができる。さらに、概して、自らが使用するマシンではないターゲットマシン上でオペレータ側の迅速な介入を必要とする、ターゲットマシンの画面上の特定の監視を必要とする任意の用途に適用することができる。このようにして、記載した本発明はとりわけ以下の利点を提供する。すなわち、-本発明は容易に実装できること、-本発明は、マシンの状態を、前記マシンのユーザではないユーザが遠隔的に変更できるようにすること、-本発明が、ターゲットセッション管理ユーザモジュールM1の外部で見つかり、したがってターゲットセッション管理ユーザモジュールM1から独立しているターゲットセキュリティサービスSES1によって保護されていること、-本発明が、ターゲットマシン上で既に存在しているユーザセッションを、前記ターゲットマシンのユーザではない人物、したがって前のユーザセッションをロック/ロック解除したユーザとは異なる人物が引き継ぐことにより、前記ターゲットマシンにアクセスできるようにすること。その結果、同一のユーザセッションをあるユーザがオープンしてロックするが、別の人物がそのロックを解除するまたは逆に、あるユーザがロック解除するが、別の非ユーザである人物がロックすることができる。-本発明が、クエリログのおかげでクエリ、とりわけマシン上で起動される操作に関係するクエリを監査できるようにし、その結果、マシン上で実行される操作の実際の開始者を識別できるようにすること、-本発明が、ターゲットマシンのユーザではない人物に関連する前記ターゲットマシンへのアクセス権を定めるために、2つのアクセスレベル委譲のポジショニングが伴う第1の管理者レベル、前記委譲の活動化が伴う第2のユーザレベルを有することを可能にすること。したがって、これは前記アクセス権の二重制御、よって高レベルの制御を可能にする。-本発明が、実行パラメータのおかげでパラメータ化することができるアクセス権を使用可能にし、したがって、必要に応じてこれらのアクセス権の一部を選び出せるようにすること、-本発明が、ログイン独占権利者のマシンをロック解除/ロックするためのログインの独占権利者ではないユーザに前記ログインを与えることを回避し、このことが前記ログインの機密性を保つこと、および-本発明が、ターゲットマシンのユーザではない別の人物取り上げる例では第2のユーザUSR2のログインをもはや使用することなしに、セッションの起点にいるすなわちそのセッションをオープンしたユーザ取り上げる例では第1のユーザUSR1の識別情報を維持することにより、前記ターゲットマシン上のユーザセッションのロックを解除できるようにすることである。"