少なくとも第1のマシンPC1および第2のマシンPC2を備えて構成されて前記第2のマシンは保護手段SES2を有するマシンセットGRPのマシンPC1、PC2に対して、前記第1のマシンPC1のセッションをセッション点検手段SRVを用いて開く方法であって、前記第1のマシン上におけるセッションを開く要求であって、ユーザUSRを識別する情報IDUの少なくとも1項目を有する要求を前記セッション点検手段SRVによって受信するステップと、前記ユーザUSRを識別する情報IDUの少なくとも1項目がリポジトリBDDにおける前記第2のマシンPC2の識別データIDPと関連していることを、前記セッション点検手段SRVによって検証するステップと、前記ユーザUSRが前記第1のマシンPC1上におけるセッションを開く権利を有することを前記セッション点検手段SRVによって点検するステップと、前記検証および点検が肯定的であれば、前記第2のマシンPC2のセッション状態を変更する要求を前記セッション点検手段SRVによって前記第2のマシンPC2の前記保護手段SES2へ送信するステップと、前記第2のマシンPC2の前記セッション状態が変更されれば、前記第1のマシンPC1へセッションを開くことを承認する要請を前記セッション点検手段SRVによって送信するステップと、前記第1のマシンPC1の識別データIDPの項目に関連する前記ユーザUSRの少なくとも一つの識別情報項目IDUを前記セッション点検手段SRVによって前記リポジトリBDDに格納するステップと、を有することを特徴とする方法。前記セッション状態を変更する要求が、セッションのロックまたはセッションの閉鎖タイプである、請求項1に記載のセッションを開く方法。前記セッション状態を変更する要求のタイプは、前記セッション点検手段SRVで設定される、請求項2に記載のセッションを開く方法。前記セッション状態を変更する要求のタイプを含んでいる設定要求を第1のマシンPC1によって前記セッション点検手段SRVへ送信する追加のステップを有する、請求項2または3に記載のセッションを開く方法。もしセッション閉鎖に対応する前記第2のマシンPC2の前記セッション状態の変更が失敗であるならば、前記第2のマシンPC2へのセッション状態を変更する要求がセッションロックのタイプであるセッション状態を変更する要求を、前記セッション点検手段SRVによって前記第2のマシンPC2の前記保護手段SES2へ送信する追加のステップを有する、請求項4に記載のセッションを開く方法。前記セッション点検手段SRVによって受信または送信される要求RQOPSESSRQOPSESSOKRQMODIFSTは、TCP/IPまたはUDP要求である、請求項1から5のいずれかに記載のセッションを開く方法。前記第2のマシンPC2のセッション管理モジュールM2へ前記セッション状態を変更する要求に対応してセッション状態変更アプリケーションメッセージを送信する追加のステップを有する、請求項1から6のいずれかに記載のセッションを開く方法。前記第2のマシンPC2のセッション管理モジュールM2のプラグインへセッション状態を変更する要求に対応してセッション状態変更アプリケーションメッセージを送信する追加のステップを有する、請求項1から7のいずれかに記載のセッションを開く方法。前記セッション状態を変更する要求の検証および送信のステップが、マシンセットGRPに属するマシン中の前記第1のマシンPC1とは異なるマシンで行なわれる、請求項1から8のいずれかに記載のセッションを開く方法。情報処理装置によって実行可能な1またはそれ以上の命令シーケンスを有しており、コンピュータにロードされたときに請求項1から9のいずれかに記載のセッションを開く方法を実行可能な前記命令シーケンスを組み込んだソフトウエア製品。少なくとも第1のマシンPC1および第2のマシンPC2を有するマシンセットGRP用のセッション点検手段SRVによって前記第1のマシンPC1上でセッションを開くように設計された前記マシンセットPC1、PC2用の管理マシンMGNであって、前記第2のマシンPC2は保護手段SES2を備え、前記管理マシンMGNは、前記セッション点検手段SRVを備えており、前記セッション点検手段SRVは、前記第1のマシンPC1のセッションを開く要求RQOPSESSであって、ユーザUSRの識別情報IDUの少なくとも1項目を含んでいる要求を受信し、ユーザUSRの前記識別情報IDUの少なくとも1項目がリポジトリBDDにおける前記第2のマシンPC2の識別データ項目IDPに関連しているか否かを検証し、前記ユーザUSRが前記第1のマシンPC1を開く権利を有しているか否かを点検し、前記検証および点検が肯定的であれば、前記第2のマシンPC2の前記保護手段SES2へ前記第2のマシンPC2のセッション状態を変更する要求RQMODIFSTを送信し、前記第2のマシンPC2の前記セッション状態が変更されていれば、前記第1のマシンPC1へセッションを開くことの承認要請RQOPSESSOKを送信し、前記第1のマシンPC1の識別データIDPの項目に関連する前記ユーザUSRの識別情報IDUの少なくとも1項目を前記リポジトリBDDに格納する、ように設計されていることを特徴とする、管理マシン。少なくとも第1のマシンPC1および第2のマシンPC2を有して構成されるマシンセットPC1、PC2用のセッション点検手段SRVを介して、前記第1のマシンPC1のセッションを開くように設計されているコンピュータシステムSYSであって、前記第2のマシンPC2は保護手段SES2を備え、前記セッション点検手段SRVは、前記第1のマシンPC1および前記第2のマシンPC2と協力するように設計されており、さらに前記セッション点検手段SRVは、前記第1のマシンPC1のセッションを開く要求RQOPSESSであって、ユーザUSRの識別情報IDUの少なくとも1項目を有する要求を受信し、前記ユーザUSRの前記識別情報IDUの少なくとも1項目がリポジトリBDDにおける前記第2のマシンPC2の識別データIDPの項目に関連することを検証し、前記ユーザUSRが前記第1のマシンPC1を開く権利を有していることを点検し、前記検証および点検が肯定的であれば、前記第2のマシンPC2の前記保護手段SES2へ前記第2のマシンPC2のセッション状態を変更する要求RQMODIFSTを送信し、前記第2のマシンPC2の前記セッション状態が変更されていれば、前記第1のマシンPC1へセッションを開くことの承認要請RQOPSESSOKを送信し、前記第1のマシンPC1の識別データIDPの項目に関連する前記ユーザUSRの識別情報IDUの少なくとも1項目を前記リポジトリBDDに格納するように設計されており、前記第2のマシンPC2は、前記保護手段SES2を介して前記セッション点検手段SRVからセッション状態を変更する要求を受信するように設計されており、前記第1のマシンPC1は、前記セッション点検手段SRVへセッションを開く要求RQOPSESSを送信し、前記第2のマシンPC2の前記セッション状態が変更されれば、前記セッション点検手段SRVからセッションを開くことの承認要請RQOPSESSOKを受信するように設計されている、ことを特徴とするコンピュータシステムSYS。前記第2のマシンPC2は、プラグインPLGN2を有するセッション管理モジュールM2を備える請求項12に記載のコンピュータシステムSYS。少なくとも第1のマシンおよび第2のマシンを備えて構成されて前記第2のマシンは保護手段を備えているマシンセットに対して、前記第1のマシンのセッションをセッション点検手段を用いて開くための方法は、図1aから図1dに示す例示的な実施形態により記載される。セッションを開くための方法は、図2aおよび図2bに示されるセッション点検手段SRVによって実行される。これらのセッション点検手段SRVはセッション点検サービスとも言われる。本明細書の以降の説明において、これら2つの用語は同じ意味で用いられる。セッション点検手段SVRはコンピュータソフトウエア製品である。同様に、保護手段は保護サービスとも呼ばれる。本明細書の以降の説明において、これら2つの用語は同じ意味で用いられる。保護手段はコンピュータソフトウエア製品である。用語、マシンはユーザが自身の識別子およびパスワードによってユーザ自身の真正を証明するであろう通常ログインと呼ばれるユーザインタフェースを備えるいかなるコンピュータ機器をも意味するものと理解される。例示的な実施例としては、マシンは、単一のワークステーションまたはサーバである。図2aに示す第1の実施形態において、セッション点検サービスSRVは、マシンセットに対する管理マシンMGNにインストールされている。このマシンセットは、第1のマシンPC1および第2のマシンPC2を含むコンピュータシステムSYSの一部である。図2bに示す第2の実施形態において、セッション点検サービスSRVは、第2のマシンPC2にインストールされている。この第2の実施形態は、サーバのような追加の管理マシンMGNを省くことを可能にする。ユーザUSRが、第2のマシンにアクセスすることを望むとき、ユーザは、自分に固有およびパスワードに関連している識別子を介して自分に固有のユーザセッションに接続する。その活動は全体としてログインを構成している。その接続これはまた、セッションを開くこと、と呼ばれる。は、セッション管理ユーザインタフェースUI2を介して確立される。このセッション管理ユーザインタフェースは、マシンのユーザインタフェース図示せずの構成要素である。本明細書の以降の説明において、用語、ユーザセッションおよびセッションは同じ意味で用いられる。同じユーザUSRが第1のマシンにアクセスすることを望むとき、このユーザは、同じログインを介して自分にとって固有であるユーザセッションに接続する。その接続これも、マシン上のセッションを開くことと呼ばれる。がセッション管理ユーザインタフェースU11を介して確立される。このセッション管理ユーザインタフェースは、マシンのユーザインタフェース図示せずの構成要素である。ユーザ側からのセッションを開く要求DDEOPSESSに対応する接続するための試みの間に、第1のマシンはセッション点検サービスSRVへセッションを開く要求RQOPSESSを送信する。このとき、セッションを開く方法が実行される。これは、図1に示すように以下のステップを有する。-セッション点検サービスSRVによって前記第1のマシンPC1のセッションを開く要求RQOPSESSを受信するステップ。ここで、前記要求はユーザUSRの識別情報IDUの少なくとも1項目を有する。;-前記ユーザUSRの前記識別情報IDUの少なくとも1項目が前記第2のマシンPC2の識別データIDPの項目とリポジトリBDDにおいて関係付けられていることをセッション点検サービスSRVによって検証するステップ。;-ユーザUSRが第1のマシンPC1上でセッションを開く権利を有することをセッション点検サービスSRVによって点検するステップ。;-前記検証および点検が肯定的であれば、前記第2のマシンPC2のセッション状態を変更する要求RQMODIFSTを前記第2のマシンPC2の前記保護サービスSES2へセッション点検サービスSRVによって送信するステップ。;-第2のマシンPC2のセッション状態の変更が行われれば、セッションを開くことを承認する要請をセッション点検サービスSRVによって第1のマシンへ送信するステップ。;-前記第1のマシンPC1の識別データIDPの項目に関連付けられる前記ユーザUSRの識別情報IDUの少なくとも1項目を前記セッション点検サービスによって前記リポジトリBDDに格納するステップ。。例示的な実施形態において、セッション状態変更要求RQMODIFSTは、セッションロックのタイプTpまたは、セッション閉鎖のタイプTpである。マシンのロックとは、ロックしていないユーザセッションをロックする行為を意味すると理解されることに留意されたい。例示的な実施形態において、セッションを開く方法は、第2のマシンPC2のセッション管理モジュールM2へのセッション状態の変更要求RQMODIFSTに対応するセッション状態の変更のためのアプリケーションメッセージMSGMODIFSTを送信する追加のステップを有する。例示的な実施形態において、セッションを開く方法は、前記第2のマシンPC2のセッション管理モジュールM2が前記第2のマシンPC2のセッション状態を変更する追加のステップを有する。本方法の例示的な実施形態を記載した本明細書の以降の説明において、本方法は以下の実施形態を有する。セッションを開く方法のステップは、図1b、2a、2b、3、4及び5を参照して以下に詳細に記載する。なお、図3および4は図2aを参照し、図5は図2bを参照していることに留意されたい。勿論、図3と同様な図は図2bにも用いられる。第2のマシンPC2は、セッション管理ユーザインタフェースUI2を含むことに留意されたい。これは、図2aおよび図2bに示されるようにセッション管理モジュールM2に配置されている。第1ステップにおいてセッション点検サービスSRVは、前記第1のマシンPC1に対するセッションを開く要求RQOPSESSを受信する。ここで、前記要求はユーザUSRの識別情報IDUの少なくとも1項目を含んでいる。この識別情報IDUが上記に記載したセッションを開く要求DDEOPSESSの発信元の識別を可能にすることに留意されたい。例示的な実施例において、この識別情報IDUは、そのユーザに関連する固有の識別子である。一般的にグローバル一意識別子GlobalUniqueIdentifierと呼ばれる。。例示的な実施形態において、セッションを開く要求RQOPSESSは、TCP/IP通信制御プロトコル/インターネットプロトコルまたは、UDPユーザデータグラムプロトコル要求である。第2ステップにおいてセッション点検サービスSRVは、前記ユーザUSRの識別情報IDUの前記少なくとも1項目がリポジトリBDDにおける第2のマシンPC2の識別データIDPの項目に関連付けられているか否かを検証する。従って、リポジトリBDDにおいて同一の固有のユーザ識別子IDUおよびマシン識別子IDPの対が存在するか否かが検証される。ここでマシン識別子IDPとは第1のマシンPC1のではなく、この場合は第2のマシンPC2のマシン識別子である。この場合、このことユーザ識別子およびマシン識別子の対が存在することは、ユーザUSRがすでに他のマシン上でセッションを開いていることを意味し、この場合は第2のマシンPC2上でセッションを開いていることを意味する。もちろん、このことからユーザUSRが第2のマシンPC2で既にセッションを開いていたときは、セッション点検サービスSRVがユーザ識別情報IDUの項目および前記第2のマシンPC2の識別データIDP2の関連項目をリポジトリBDDに格納していたと考えられる。例示的な実施形態において、リポジトリBDDはセッション点検サービスSRVにより管理される。第1の実施形態において、セッション点検サービスSRVは管理マシンMGNにインストールされており、リポジトリBDDは前記管理マシンMGNにインストールされている。第2の実施形態において、セッション点検サービスSRVは第2のマシンにインストールされており、リポジトリBDDはリモートリポジトリである。マシンの識別データ項目IDPによって関連するマシンを一意的に識別できることに留意されたい。例示的な実施例においては、マシンの識別データIDPの項目は、その名称、そのIPアドレス、または一意の識別名uniqueidentifier、通常、グローバル一意識別子GlobalUniqueIdentifierと呼ばれているものである。第3ステップにおいてセッション点検サービスSRVは、ユーザUSRが第1のマシンPC1上でセッションを開く権利を有しているか否かを点検する。マシン上でセッションを開くためのユーザの権利を点検する方法は、当業者には公知であるのでここでは記載しないことに留意されたい。第4ステップにおいて検証および点検の結果が肯定的ユーザセッションが第2のマシンPC2上ですでに開かれており、同じユーザが第1のマシンPC1上でセッションを開く権利を有している。であれば、セッション点検サービスSRVは、第2のマシンPC2のセッション状態を変更する要求RQMODIFSTを前記第2のマシンPC2の前記保護サービスSES2に送信する。セッション状態を変更する要求RQMODIFSTは、セッションロックRQMODIFSTまたはセッション閉鎖RQMODIFSTのタイプTpである。従って、第2のマシンPC2上のセッションは、ロックされるか、または閉じられる。限定されない第1の実施形態では、セッション状態変更要求RQMODIFSTのタイプTpは、セッション点検サービスSRVによって設定される図1cに点線で示され、PARAMと呼ばれる第0ステップのように。従って、閉じるかまたはロックするかの選択は、セッション点検サービスSRVが設定されたときになされる。このことにより、マシンセットGRPの管理者は、他のマシン上で開いたセッションが閉じられるか単にロックされるかをあらかじめ決定することができる。第2の例示的な実施形態では、閉じるか、ロックするかの選択は、ユーザ自身に委ねられている。このように、第1のマシンPC1のセッション管理ユーザインタフェースU11は以下のことが可能に設計されている。-第2のマシンPC2上ですでにセッションが開かれていることをユーザUSRに知らせること、および;-第2のマシンPC2上でそのセッションを閉じるかロックするかを選択する機会を前記ユーザUSRに提供する。このことにより、ユーザは自身の第1のマシン以外のマシン上で開いている自身のセッションを管理することができる。従って、この第2の実施形態においては、セッションを開く方法は、図1cに示すように追加のステップを有する。-検証の結果が肯定的第2のマシンPC2上に開かれたセッションがあるであれば、セッション点検サービスSRVは、確認メッセージINFを第1のマシンPC1に送信し、第2のマシンPC2上における開かれたセッションの存在を確認する。TXと呼ばれるステップ2’そして;-第2のマシンPC2上のセッションを閉じるかロックするかのユーザによる選択に従って、第1のマシンPC1はセッション点検サービスSRVへユーザによって選択されたセッション状態変更要求RQMODIFSTのタイプTpを含んでいる設定要求RQPARAMを送信する。TXと呼ばれるステップ2。これら2つの追加ステップは、セッション状態変更要求RQMODIFSTのステップの前に行なわれる。例示的な実施形態において、第1のマシンPC1は、この目的のために図2aおよび図2bに示すように保護サービスSES1を備えて以下のように設計されることに留意されたい。-第2のマシンPC2上における開かれたセッションの存在の確認メッセージINFを受け取る;-設定要求RQPARAMを送信する。例示的な実施形態によれば、セッション状態変更要求RQMODIFSTは、TCP/IP通信制御プロトコル/インターネットプロトコルまたは、UDPユーザデータグラムプロトコル要求である。後者の場合、その要求はデータグラムと呼ばれる。このUDP通信プロトコルは、要求を、通信するための予めの要求なしに他のマシンへ送信することができる簡単なプロトコルである。もちろん、他の通信プロトコルでも要求を2つのマシンの間で送信できるものであれば使用することができる。保護サービスSES2は、バックグランウンドで実行され、ユーザセッションに対して独立的に作動するタスクであること、すなわち、たとえユーザセッションがなくても作動するタスクであることに留意されたい。保護手段SES2は、このように、ユーザセッションから独立的に作動するソフトウエア製品である。従って、保護サービスSES2が第2のマシンPC2のセッション管理ユーザモジュールM2に対して自律しているセッション管理モジュールM2はユーザセッションを管理するという事実は、例えば、ウインドウズビスタ登録商標のような所定のオペレーティングシステム図示せずに前記モジュールM2が基づいている場合には、前記セッション管理ユーザモジュールM2がもはや動作していないときに保護サービスSES2が停止するように機能する、という問題を避ける。また、一般に、マシン上におけるユーザの権利はユーザに与えられた環境およびユーザの所定の行為に応じて制限されることに留意されたい。保護サービスSES2は、ユーザセッションから独立しており、セッション管理ユーザインタフェースUI2は、保護サービスSES2と同じ権利は有していない。従って、保護サービスSES2によって行なわれるアクションへアクセスできない。第2のマシンの保護サービスSES2に関する上記の注記は、また、第1のマシンPC1の保護サービスSES1にも適用される。もし第2ステップで行なわれる検証が否定的であっても第2のマシンPC2上でセッションが開かれていない、第3ステップは行なわれることに留意されたい。図1aから1dに示されるように事実、ユーザUSRの第1のマシン上におけるセッションを開ける権利は点検されるべきである。また、引き続いて述べる第7ステップおよび第8ステップも行なわれる。また、第3ステップで行なわれる点検が否定的であればユーザが第1のマシンPC1上でセッションを開く権利を有していない、セッション点検サービスSRVは、第1のマシンPC1へセッションを開くことRQOPSESSOKを禁止する要求を送信することに留意されたい。図1aに示すステップ7及び図1bから1dに示すステップ9のTX。第5ステップにおいて第2のマシンPC2の保護サービスSES2によってセッション状態変更要求RQMODIFSTを受け取るとすぐに、第5ステップになる。第5ステップにおいて、図1b、1c、1dまたは図3に示すように、前記保護サービスSES2は、第2のマシンPC2のセッション管理モジュールM2へ、セッション状態変更要求RQMODIFSTに対応するセッション状態変更アプリケーションメッセージMSGMODIFSTを送信する。セッション状態変更アプリケーションメッセージMSGMODIFSTは、第2のマシンPC2のセッション管理モジュールM2に基づいて定義されたアプリケーションメッセージであり、より詳細には、セッション管理ユーザインタフェースUI2に基づいていることに留意されたい。従って、例えば、ウインドウズ登録商標のセッション管理ユーザインタフェースの場合、セッション状態変更メッセージは、ウインドウズによって生成された通知である。別の例では、リナックス登録商標のセッション管理ユーザインタフェースの場合、セッション状態変更メッセージは、リナックス登録商標によって生成されたイベントである。第1の例示的な実施形態では、セッション状態変更アプリケーションメッセージMSGMODIFSTは、図3に実線の矢印で示すように、セッション管理モジュールM2のセッション管理ユーザインタフェースUI2に直接的に送られるステップTX。このメッセージを受け取るとすぐに、前記インタフェースUI2は、前記第2のマシンPC2のオペレーティングシステム図示せずの低水準セッション状態変更機能である、ロック機能のためのFCTvまたは閉鎖機能のためのFCTcを呼び出す。第2の例示的な実施形態では、セッション状態変更アプリケーションメッセージMSGMODIFSTは、図3に不連続の矢印で示すように、セッション管理モジュールM2のプラグインPLGN2に送られる。プラグインPLGN2は、その後、セッション管理モジュールM2のセッション管理ユーザインタフェースUI2へ要求を送信する。この要求を受信するとすぐに、インタフェースUI2は、前記第2のマシンPC2のオペレーティングシステム図示せずの低水準セッション状態変更機能である、ロック機能のためのFCTvまたは閉鎖機能のためのFCTcを呼び出す。プラグインPLGN2の使用は、アプリケーションメッセージMSGMODIFSTの受け取りに対する機能の統一のためにマシンにおけるセッション管理ユーザインタフェースの存在を変更しなければならないこと、または、第1の実施形態で上述したように、それをアプリケーションメッセージMSGMODIFSTに対する機能を統合した新しいセッション管理ユーザインタフェースに置き換えること、を避けることができる。例示的な実施例では、低水準セッション状態変更機能である、FCTvまたはFCTcは、動的リンクライブラリに配置されている。オペレーティングシステムのタイプにもよるが、このライブラリは異なる拡張子を有する。例えば、動的リンクライブラリのためのdllや、共用オブジェクトのためのso、動的ライブラリのためのdylib、アーカイブのための、a、共用ライブラリのためのsi、アーカイブのためのsa。このようなライブラリは当業者には知られているので、ここではこれ以上詳しく述べない。別の例示的な実施例では、低水準セッション状態変更機能である、FCTvまたはFCTcは、2変数関数binaryfunctionである。この場合、動的リンクライブラリは異なり、それらがセッション管理ユーザモジュールM2で使用されるときに再コンパイルされなければならない。第6ステップにおいてセッション状態変更アプリケーションメッセージMSGMODIFSTを受け取るとすぐに、前記セッション管理モジュールM2は前記セッション状態変更を行なう図1b、1c、1dおよび図3に示すステップMODIFST。セッション管理ユーザモジュールM2は、ユーザセッションの管理および詳細にはそのセッション状態の変更の管理の機能を実行することができるように構成された一式asuiteのコンピュータソフトウエア製品である。詳細には、このセッション状態変更は、上記に説明したように、低水準機能であるFCTvまたはFCTcを有するセッション管理ユーザインタフェースUI2によって行なわれる。従って、与えられた実施例では、第2のマシンPC2上でユーザUSRによって開かれたセッションは、ロックロックされた状態STslo、または閉鎖閉じられた状態STsclのいずれかがなされる。ユーザセッションがロックされたときには、ユーザは、第2のマシンPC2のキーボードからユーザUSRに関連したユーザIDおよびパスワードにより入って、そのユーザセッションを再活性化するという唯一可能なアクションを介してでなければ、いかなるアクションをも行うことができないことに留意しなければならない。第7ステップにおいて仮に第2のマシンPC2のセッション状態が変更されれば、セッション点検サービスSRVは、第1のマシンPC1へセッションを開くことの承認要請RQOPSESSOKを送信する。結局、セッションが第1のマシンPC1上で開かれる。第1のマシンPC1は、また、図2aおよび図2bに示すようにセッション管理モジュールM1を装備しており、この管理モジュールは、セッション点検サービスSRVによるセッションを開く承認要請図示せずを受けるとすぐにセッションを開くように設計されていることに留意されたい。このセッション管理モジュールM1は、セッション管理ユーザインタフェースUI1を備える。例示的な実施形態においては、第1のマシンPC1が保護サービスSES1を組み込んでいるとき、前記保護サービスはセッションを開く承認要請RQOPSSSOKを受け取る。第8ステップにおいてセッション点検サービスSRVは、前記リポジトリBDDに前記第1のマシンPC1の識別データIDPの項目に関連付けられた前記ユーザUSRの前記識別情報IDUの少なくとも1項目を格納する。このことにより、ユーザUSRが第1のマシンPC1上でセッションを開いているという事実を記録することが可能になる。例示的な実施例においては、リポジトリBDDはマシンセットGRPの管理者によって管理されるLDAPディレクトリである。第6ステップで述べたようなセッション状態変更アプリケーションメッセージMSGMODIFSTの受け取りに引き続く、第2のマシンPC2のセッションを閉じることに対応したセッション状態変更は、アプリケーションが開かれており終了しなければ、例えば、ドキュメントが既にこのセッションで開かれていれば失敗するであろうことに留意されたい。このイベントにおいて、セッション閉鎖タイプは規範的なものclassicであり、すなわち、これはアプリケーションを閉じることを余議なくさせるようなものではないことに留意されない。この場合、第9ステップにおいて第1の例示的な実施形態において、もし第2のマシンPC2のセッション状態変更に失敗すれば、図1aから1cおよび図3に示すように、セッション点検サービスSRVは、セッションを開くことを禁止する要求RQOPSESSOKを第1のマシンPC1へ送信する。。図1dに示すような第2の例示的な実施形態において、もしセッション閉鎖に対応する第2のマシンPC2のセッション状態変更が失敗すれば、セッション点検サービスSRVが第2のマシンPC2の前記保護サービスSES2へ送信する第2のマシンPC2のセッション状態変更要求RQMODIFSTは、セッションロックタイプTpである。前述の第4ステップから第8ステップは、その後、行なわれる。従って、仮にセッションを閉じることに失敗すれば、少なくとも第2のマシン上のセッションはロックされる。上記に記載した検証およびセッション状態変更要求の送信ステップは、マシンセットGRPに属する全てのマシンPCに対して行なわれ、第1のマシンに対してではないことに留意されたい。従って、これらのマシンセットにおいて、ロックが解除される、すなわち開かれるのは、所定のユーザに対してただ1つのセッションのみである。マシンセットのマシンは、このようにして保護される。第三者は、ユーザがもはや彼のセッションを利用していないときには、そのユーザのユーザセッションを不正に利用することができない。また、マシンは非アクティブなユーザセッションによって不必要な利用不能状態にはならない。このように、セッションを開く方法は、同一のユーザ名において複数のセッションが同時に複数のマシン上でロックを解除されることセッション状態変更がロックされているときを防止する。このことにより、マシン上のアプリケーションへのアクセスを保護することができる。同様に、セッションを開く方法は、同一のユーザ名において複数のセッションが同時に複数のマシン上で開かれことセッション状態変更が閉じられているときを防止する。これは、マシンを不必要にアクティブにすることを防止する。セッションを開く方法は、マシンセットPC1、PC2に対して第1のマシンPC1のセッションを開くことが可能に設計されたセッション点検手段SRVによって実行される。前記マシンセットは、少なくとも第1のマシンPC1および第2のマシンPC2を含んでおり、前記第2のマシンPC2は保護手段SES2を備えている。前記セッション点検手段SRVは、以下のように設計されている。-ユーザUSRの識別情報IDUの少なくとも1項目を含んでいる、前記第1のマシンPC1のセッションを開く要求RQOPSESSを受信する。-ユーザUSRの識別情報IDUの少なくとも1項目がリポジトリBDDにおける前記第2のマシンPC2の識別データ項目IDPに関連付けられているか否かを検証する。-前記ユーザUSRが前記第1のマシンPC1を開く権利を有しているか否かを点検する。-前記検証および点検が肯定的であれば、前記第2のマシンPC2の前記保護手段SES2へ前記第2のマシンPC2のセッション状態変更要求RQMODIFSTを送信する。-前記第2のマシンPC2のセッション状態の変更が行われれば、前記第1のマシンPC1へセッションを開く承認要請RQOPSESSOKを送信する。および、;-前記リポジトリBDDに前記第1のマシンPC1の識別データIDPの項目に関連付けられる前記ユーザUSRの識別情報IDUの少なくとも1項目を格納する。コンピュータシステムSYSは、少なくとも第1のマシンおよび第2のマシンを含むマシンセットPC1、PC2に対してセッション点検手段SRVを介して前記第1のマシンのセッション開始を行なうように設計されている。ここで前記第2のマシンは、図2aおよび図4で示される第1の例示的な実施形態、および図2b、図5で示される第2の実施形態による管理モジュールM2を備えている。コンピュータシステムSYSは以下を備える。-前記第1のマシンPC1および前記第2のマシンPC2と協力するように設計されたセッション点検手段SRV;-前記保護手段SES2を介してセッション点検手段SRVからセッション状態変更要求RQMODIFSTを受信するように設計されている前記第2のマシンPC2;-以下のように設計された前記第1のマシンPC1-前記セッション点検手段SRVへセッションを開く要求RQOPSESSを送信する。-もし、第2のマシンPC2のセッション状態が変更されていれば、前記セッション点検手段SRVからセッションを開くことの承認要請RQOPSESSOKを受け取る。第1の例示的な実施形態において、マシンセットPC1、PC2の管理マシンMGNは、図2a、3、および4に表わされる前記セッション点検手段SRVを備える。このようにして第1のPC1および第2のマシンPC2が協調するように設計されている。管理マシンMGNは、従って、第1のマシンPC1上のセッションをセッション点検手段SRVを介して前記マシンPC1、PC2のマシンセットGRPに対して開くことができる。ここで、前記マシンセットGRPは少なくとも前記第1のマシンPC1および第2のマシンPC2を含み、前記第2のマシンPC2は保護手段SES2を備えている。管理マシンMGN、第1のマシンPC1および第2のマシンPC2は、全体でコンピュータシステムSYSを構成する。第2の例示的な実施形態において、第2のマシンPC2は、図2bおよび5に示すように前記セッション点検手段SRVを組み込んでいる。点線で示されるダッシュ記号または枠によって図2aおよび図2bに示す例示的な実施形態において、第2のマシンPC2のセッション管理モジュールM2は以下を備える。-セッション点検手段SRVから送信されたセッション状態変更要求RQMODIFSTに対応するセッション状態変更アプリケーションメッセージMSGMODIFSTを受信するように設計されたプラグインPLGN2;-前記第2のマシンPC2のセッション状態を変更するため前記プラグインPLGN2によって要求されるように設計されたセッション管理ユーザインタフェースUI2。勿論、記述は、前述の明細書、実施形態、実施例の記載に限定されない。従って、例示的な実施形態によれば、要求RQの送信は、TCP/IPまたはUDP以外の通信プロトコルによって行なわれてもよい。データをコンピュータネットワークを介して複数のマシンの間で交換することができればどのような通信プロトコルでも使用できる。従って、記載した方法は、医療機関の分野における記載した適用以外にも活用することができる。例えば、マシンセットに関連して以下の分野に適用できる。-原子力発電所、-電話回線網、-線路網、-管制塔、-一群の昇降機、など。また、通常、いかなるアプリケーションにおいても、複数のマシン上で同一のユーザがセッションを開くために適用できる。従って、記載された発明は、特に、以下の利点を有する。-簡単に実行implementできる。-同じユーザによって異なるマシン上に開かれたユーザセッションを、セッション点検サービスを介して集中型の方法でロックまたは閉鎖することができる。―これにより、同一のマシンセットに属するマシンを保護することができる。セッション状態変更がロックされているかまたは閉じられているかのいずれかのとき-これにより、使用するリソースマシン、アプリケーションなどの数を減らすことができる。セッション状態変更が閉じられているとき-これは、ユーザが結果的にマシン上でユーザ自身のセッションをロックすることまたは閉じることを忘れることを軽減する。-セッション管理モジュールM1、M2に対して外部に配置されており、それらから独立している第1および第2のマシンの各保護サービスSES1、SES2によって保護がなされる。-セッションを閉じることまたはロックすることの選択を、前もって設定しておくか、またはユーザ自身によって行なうか、を決めておくことができる。