(57)【要約】  本発明は、第１のマシンおよび第２のマシンを含み、第２のマシンは保護手段を有するマシンセットに対してセッション点検手段を介してなされる第１のマシンのセッションを開く方法に関し、以下の手順を有する。  第１のマシンのセッションを開く要求であってユーザ識別情報を含んでいる要求を受信する（１）  ユーザ識別情報の一つがリポジトリにおける第２のマシンの識別データ項目に関連付けられているかを検証する（２）  ユーザが第１のマシンのセッションを開くことを許可されているかを点検する（３）  検証および点検が肯定的であれば、第２のマシンのセッション状態を変更する要求（４）を第２のマシンの保護手段へ送信する。  第２のマシンのセッション状態の変更が行われれば、第１のマシンへセッションを開くことを承認する要請を送信する（５）  リポジトリに第１のマシンの識別データに関連付けられるユーザの識別情報の一つを格納する（６）【選択図】  図１ａ
2013530444.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも第１のマシン（ＰＣ１）および第２のマシン（ＰＣ２）を備えて構成されて前記第２のマシンは保護手段（ＳＥＳ２）を有するマシンセット（ＧＲＰ）のマシン（ＰＣ１、ＰＣ２）に対して、前記第１のマシン（ＰＣ１）のセッションをセッション点検手段（ＳＲＶ）を用いて開く方法であって、
前記第１のマシン上におけるセッションを開く要求（(RQ_OPSESS)であって、ユーザ（ＵＳＲ）を識別する情報（ＩＤＵ）の少なくとも１項目を有する要求を前記セッション点検手段（ＳＲＶ）によって受信するステップと、
前記ユーザ（ＵＳＲ）を識別する情報（ＩＤＵ）の少なくとも１項目がリポジトリ（ＢＤＤ）における前記第２のマシン（ＰＣ２）の識別データ（ＩＤＰ）と関連していることを、前記セッション点検手段（ＳＲＶ）によって検証するステップと、
前記ユーザ（ＵＳＲ）が前記第１のマシン（ＰＣ１）上におけるセッションを開く権利を有することを前記セッション点検手段（ＳＲＶ）によって点検するステップと、
前記検証および点検が肯定的であれば、前記第２のマシン（ＰＣ２）のセッション状態を変更する要求(RQ_MODIFST)を前記セッション点検手段（ＳＲＶ）によって前記第２のマシン（ＰＣ２）の前記保護手段（ＳＥＳ２）へ送信するステップと、
前記第２のマシン（ＰＣ２）の前記セッション状態が変更されれば、前記第１のマシン（ＰＣ１）へセッションを開くことを承認する要請(RQ_OPSESSOK)を前記セッション点検手段（ＳＲＶ）によって送信するステップと、
前記第１のマシン（ＰＣ１）の識別データ（ＩＤＰ）の項目に関連する前記ユーザ（ＵＳＲ）の少なくとも一つの識別情報項目（ＩＤＵ）を前記セッション点検手段（ＳＲＶ）によって前記リポジトリ（ＢＤＤ）に格納するステップと、
を有することを特徴とする方法。
【請求項２】
前記セッション状態を変更する要求(RQ_MODIFST)が、セッションのロック(RQ_MODIFST (slo))またはセッションの閉鎖(RQ_MODIFST (scl))タイプ(Tp)である、請求項１に記載のセッションを開く方法。
【請求項３】
前記セッション状態を変更する要求(RQ_MODIFST)のタイプ(Tp)は、前記セッション点検手段（ＳＲＶ）で設定される、請求項２に記載のセッションを開く方法。
【請求項４】
前記セッション状態を変更する要求(RQ_MODIFST) のタイプ(Tp)を含んでいる設定要求を第１のマシン（ＰＣ１）によって前記セッション点検手段（ＳＲＶ）へ送信する追加のステップを有する、請求項２または３に記載のセッションを開く方法。
【請求項５】
もしセッション閉鎖に対応する前記第２のマシン（ＰＣ２）の前記セッション状態の変更が失敗であるならば、前記第２のマシン（ＰＣ２）へのセッション状態を変更する要求(RQ_MODIFST)がセッションロックのタイプ(Tp)であるセッション状態を変更する要求を、前記セッション点検手段（ＳＲＶ）によって前記第２のマシン（ＰＣ２）の前記保護手段（ＳＥＳ２）へ送信する追加のステップを有する、請求項４に記載のセッションを開く方法。
【請求項６】
前記セッション点検手段（ＳＲＶ）によって受信または送信される要求（RQ_OPSESS, RQ_OPSESSOK, RQ_MODIFST)は、ＴＣＰ／ＩＰまたはＵＤＰ要求である、請求項１から５のいずれかに記載のセッションを開く方法。
【請求項７】
前記第２のマシン（ＰＣ２）のセッション管理モジュール（Ｍ２）へ前記セッション状態を変更する要求(RQ_MODIFST)に対応してセッション状態変更アプリケーションメッセージ(MSG_MODIFST)を送信する追加のステップを有する、請求項１から６のいずれかに記載のセッションを開く方法。
【請求項８】
前記第２のマシン（ＰＣ２）のセッション管理モジュール（Ｍ２）のプラグイン(PLGN2)へセッション状態を変更する要求(RQ_MODIFST)に対応してセッション状態変更アプリケーションメッセージ(MSG_MODIFST)を送信する追加のステップを有する、請求項１から７のいずれかに記載のセッションを開く方法。
【請求項９】
前記セッション状態を変更する要求(RQ_MODIFST)の検証および送信のステップが、マシンセット（ＧＲＰ）に属するマシン中の前記第１のマシン（ＰＣ１）とは異なるマシンで行なわれる、請求項１から８のいずれかに記載のセッションを開く方法。
【請求項１０】
情報処理装置によって実行可能な１またはそれ以上の命令シーケンスを有しており、コンピュータにロードされたときに請求項１から９のいずれかに記載のセッションを開く方法を実行可能な前記命令シーケンスを組み込んだソフトウエア製品。
【請求項１１】
少なくとも第１のマシン（ＰＣ１）および第２のマシン（ＰＣ２）を有するマシンセット（ＧＲＰ）用のセッション点検手段（ＳＲＶ）によって前記第１のマシン（ＰＣ１）上でセッションを開くように設計された前記マシンセット（ＰＣ１、ＰＣ２）用の管理マシン（ＭＧＮ）であって、
前記第２のマシン（ＰＣ２）は保護手段（ＳＥＳ２）を備え、前記管理マシン（ＭＧＮ）は、前記セッション点検手段（ＳＲＶ）を備えており、
前記セッション点検手段（ＳＲＶ）は、
前記第１のマシン（ＰＣ１）のセッションを開く要求（RQ_OPSESS）であって、ユーザ（ＵＳＲ）の識別情報（ＩＤＵ）の少なくとも１項目を含んでいる要求を受信し、
ユーザ（ＵＳＲ）の前記識別情報（ＩＤＵ）の少なくとも１項目がリポジトリ（ＢＤＤ）における前記第２のマシン（ＰＣ２）の識別データ項目（ＩＤＰ）に関連しているか否かを検証し、
前記ユーザ（ＵＳＲ）が前記第１のマシン（ＰＣ１）を開く権利を有しているか否かを点検し、
前記検証および点検が肯定的であれば、前記第２のマシン（ＰＣ２）の前記保護手段（ＳＥＳ２）へ前記第２のマシン（ＰＣ２）のセッション状態を変更する要求（RQ_MODIFST）を送信し、
前記第２のマシン（ＰＣ２）の前記セッション状態が変更されていれば、前記第１のマシン（ＰＣ１）へセッションを開くことの承認要請（RQ_OPSESSOK）を送信し、
前記第１のマシン（ＰＣ１）の識別データ（ＩＤＰ）の項目に関連する前記ユーザ（ＵＳＲ）の識別情報（ＩＤＵ）の少なくとも１項目を前記リポジトリ（ＢＤＤ）に格納する、ように設計されていることを特徴とする、管理マシン。
【請求項１２】
少なくとも第１のマシン（ＰＣ１）および第２のマシン（ＰＣ２）を有して構成されるマシンセット（ＰＣ１、ＰＣ２）用のセッション点検手段（ＳＲＶ）を介して、前記第１のマシン（ＰＣ１）のセッションを開くように設計されているコンピュータシステム（ＳＹＳ）であって、
前記第２のマシン（ＰＣ２）は保護手段（ＳＥＳ２）を備え、
前記セッション点検手段（ＳＲＶ）は、前記第１のマシン（ＰＣ１）および前記第２のマシン（ＰＣ２）と協力するように設計されており、
さらに前記セッション点検手段（ＳＲＶ）は、
前記第１のマシン（ＰＣ１）のセッションを開く要求（RQ_OPSESS）であって、ユーザ（ＵＳＲ）の識別情報（ＩＤＵ）の少なくとも１項目を有する要求を受信し、
前記ユーザ（ＵＳＲ）の前記識別情報（ＩＤＵ）の少なくとも１項目がリポジトリ（ＢＤＤ）における前記第２のマシン（ＰＣ２）の識別データ（ＩＤＰ）の項目に関連することを検証し、
前記ユーザ（ＵＳＲ）が前記第１のマシン（ＰＣ１）を開く権利を有していることを点検し、
前記検証および点検が肯定的であれば、前記第２のマシン（ＰＣ２）の前記保護手段（ＳＥＳ２）へ前記第２のマシン（ＰＣ２）のセッション状態を変更する要求（RQ_MODIFST）を送信し、
前記第２のマシン（ＰＣ２）の前記セッション状態が変更されていれば、前記第１のマシン（ＰＣ１）へセッションを開くことの承認要請（RQ_OPSESSOK）を送信し、
前記第１のマシン（ＰＣ１）の識別データ（ＩＤＰ）の項目に関連する前記ユーザ（ＵＳＲ）の識別情報（ＩＤＵ）の少なくとも１項目を前記リポジトリ（ＢＤＤ）に格納するように設計されており、
前記第２のマシン（ＰＣ２）は、前記保護手段（ＳＥＳ２）を介して前記セッション点検手段（ＳＲＶ）からセッション状態を変更する要求(RQ_MODIFST)を受信するように設計されており、
前記第１のマシン（ＰＣ１）は、
前記セッション点検手段（ＳＲＶ）へセッションを開く要求（RQ_OPSESS）を送信し、
前記第２のマシン（ＰＣ２）の前記セッション状態が変更されれば、前記セッション点検手段（ＳＲＶ）からセッションを開くことの承認要請（RQ_OPSESSOK）を受信するように設計されている、
ことを特徴とするコンピュータシステム（ＳＹＳ）。
【請求項１３】
前記第２のマシン（ＰＣ２）は、プラグイン（ＰＬＧＮ２）を有するセッション管理モジュール（Ｍ２）を備える請求項１２に記載のコンピュータシステム（ＳＹＳ）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セッション点検手段を用いて第１のマシンのセッションを開くための方法に関する。
【０００２】
この方法は、特に医療機関の分野に適用できるが、他の分野にも適用できる。
【背景技術】
【０００３】
セッション点検手段を用いて第１のマシンのセッションを開く方法は、当業者には知られており、利用者識別名（user identifier）を用いるユーザがセッションを開くことができる（一般に「ログイン」と呼ばれる）。これ（利用者識別名）は、通常、ユーザ名称および関連するパスワードから構成されている。
【０００４】
医療機関の分野では、複数のマシンを備えたマシンセットを使用するのが一般的である。種々のマシンに一般的なアプリケーションが搭載されている。マシンもまた、そのマシン上で排他的に実行する１またはそれ以上のアプリケーションを有しても良い。
【０００５】
医師や看護師などの複数のオペレータが、一般的なアプリケーション、および夫々の所定マシン上で排他的に実行するアプリケーションにアクセスするために、種々のマシンを使用することができる。これらのアプリケーションにアクセスするために、彼らは、彼らの「ログイン」によりセッションを開く。
【０００６】
このように、日中、オペレータはマシンセットにおける複数のマシン上のユーザセッションを開くことができる。
【０００７】
この最先端技術の一つの欠点は、オペレータがそのマシンを使用した後で、開いたセッションを閉じることをしばしば忘れることである。その結果として、別のオペレータが自分のものではないユーザセッションを介してそのマシン上でのアプリケーションを使用し得ることになり、従って自分には権限がないアプリケーションへアクセスしてしまう。
【発明の概要】
【０００８】
本発明の目的は、セッション点検手段を用いて第１のマシンのセッションを開くための方法における前述のような問題の解決策を提供することにある。
【０００９】
この目的は、少なくとも第１のマシンおよび第２のマシンを備えて構成されて前記第２のマシンは保護手段を有するマシンセットに対して、前記第１のマシンのセッションをセッション点検手段を用いて開く方法において、以下のステップを有することにより、達成される。
−  前記第１のマシンのセッションを開く要求であって、ユーザを識別する情報の少なくとも１項目を有する要求を前記セッション点検手段によって受信するステップ；
−  前記ユーザを識別する情報の少なくとも１項目がリポジトリに格納された前記第２のマシンに関する識別データと関連していることを前記セッション点検手段によって検証するステップ；
−  前記ユーザが前記第１のマシン上におけるセッションを開く権利を有することを前記セッション点検手段によって点検するステップ；
−  前記検証および点検が肯定的であれば、前記第２のマシンのセッション状態を変更する要求をセッション点検手段によって前記第２のマシンの前記保護手段へ送信するステップ、；
−  前記第２のマシンのセッション状態の変更が行われると、前記第１のマシンへセッションを開くことを承認する要請を前記セッション点検手段によって送信するステップ、および；
−  前記第１のマシンの識別データの項目に関連する前記ユーザの少なくとも一つの識別情報項目をセッション点検手段によって前記リポジトリに格納するステップ。
【００１０】
以下に詳細に述べるように、ユーザに別のマシンの他のセッションを開くことを許可する前に、そのユーザがすでにその別のマシンとは異なるマシンに開いたセッションを有しているか否か、および、そのユーザのセッション状態が変更されているか否かを検証する機能により、その異なるマシンに対してユーザがもはやさらなる保護を用いないようにすることを可能にする。
【００１１】
例示的な実施形態によれば、本発明による方法は、さらに以下のリストに記載された１またはそれ以上の追加的特徴を有する。
【００１２】
−  セッション状態の変更要求は、セッションのロックまたはセッションの閉鎖（closing）タイプである。
【００１３】
−  セッション状態変更要求のタイプは、セッション点検手段によって設定される。従って、前記第２のマシン上のセッションの閉鎖（closure）またはロックは、前記マシンセットの管理者によって上流側において決定される。
【００１４】
−  前記方法は、セッション状態変更のタイプに対する要求を含んでいる設定要求を、第１のマシンによってセッション点検手段へ送信する追加ステップを有する。従って、第１のマシンへアクセスするユーザには、第２のマシン上で開かれたセッションをロックするか閉じるかの選択が与えられる。
【００１５】
−  前記方法は、セッション点検手段による送信のための追加のステップを有するが、これは前記第２のマシンの前記保護手段へ前記第２のマシンのセッション状態を変更する要求である。これは、もしセッション閉鎖に対応する前記第２のマシンのセッション状態の変更が失敗であるならば、セッションロックタイプである。これにより、たとえそのセッションを閉じることができなくても、第２のマシン上の開かれたセッションをロックすることにより、第２のマシンを保護することができる。
【００１６】
−  セッション点検手段によって受信または送信される要求は、ＴＣＰ／ＩＰまたはＵＤＰ要求である。これにより、同じコンピュータネットワーク上における２つのマシン間の通信を可能にする。
【００１７】
−  前記方法は、前記第２のマシンのセッション管理モジュールへ、前記セッション状態変更要求に対応して前記セッション状態を変更するためのアプリケーションメッセージを送信する追加のステップを有する。これにより、セッション管理モジュールに前記第２のマシンのロック／閉鎖をさせることができる。
【００１８】
−  前記方法は、前記第２のマシンのセッション管理モジュールのプラグインへ、セッション状態変更要求に対応してセッション状態を変更するためのアプリケーションメッセージを送信する追加のステップを有する。これにより、第２のマシンのセッション管理モジュールの一部であるセッション管理ユーザインタフェースを変更することを避ける。
【００１９】
−  前記セッション状態変更要求を検証および送信するステップは、前記第１のマシンではなく、前記マシンに属する各マシンに対して行なわれる。これにより、ユーザセッションが開かれているマシンセット中の全てのマシンを保護することができる。
【００２０】
本発明はさらに、情報処理ユニットによって実行可能な１又はそれ以上の命令シーケンスを有するソフトウエア製品に関する。そのソフトウエアがコンピュータにロードされたときに、その命令シーケンスの実行により、実装されている上記の特徴のいずれかに従ったセッションを開く方法を実行することができる。
【００２１】
本発明は、さらに、マシンセットを管理し、少なくとも前記第１のマシンおよび第２のマシンを有するマシンセット用のセッション点検手段を介して第１のマシン上でセッションを開く方法を実行可能にする管理マシンに関する。前記第２のマシンは保護手段を備え、前記管理マシンはセッション点検手段を備え、前記セッション点検手段は、以下のように設計されている。
−  前記第１のマシンのセッションを開く要求であって、ユーザの識別情報の少なくとも１項目を含んでいる前記要求を受信する。
−  ユーザの前記識別情報の少なくとも１項目がリポジトリにおける前記第２のマシンの識別データ項目に関連しているか否かを検証する。
−  前記ユーザが前記第１のマシンを開く権利を有しているか否かを点検する。
−  前記検証および点検が肯定的であれば、前記第２のマシンの保護手段へ前記第２のマシンのセッション状態を変更する要求を送信する。
−  前記第２のマシンのセッション状態の変更が行われれば、前記第１のマシンへセッションを開く要求を送信する。および、；
−  前記リポジトリに、前記第１のマシンの識別データの１項目に関連する前記ユーザの識別情報の少なくとも１項目を格納する。
【００２２】
本発明は、また、少なくとも前記第１のマシンおよび第２のマシンを有して構成されるマシンセット用のセッション点検手段を介して、第１のマシンのセッションを開くように設計されているコンピュータシステムに関する。前記第２のマシンは保護手段を備え、前記システムは以下を含む。
−  前記第１のマシンおよび前記第２のマシンと協力するよう、以下のように設計されたセッション点検手段；
−  前記第１のマシン上におけるセッションを開く要求であって、ユーザ識別情報の少なくとも１項目を有する要求を受信する。
−  前記ユーザ識別情報の少なくとも１項目が、リポジトリに格納された前記第２のマシンに属する識別データの１項目と関連していることを検証する。
−  前記ユーザが前記第１のマシン上でセッションを開く権利を有していることを点検する。
−  前記検証および点検が肯定的であれば、前記第２のマシンの前記保護手段へ前記第２のマシンのセッション状態を変更する要求を送信する。
−  前記第２のマシンのセッション状態の変更が行われれば、前記第１のマシンへセッションを開くことの承認要請を送信する。
−  前記第１のマシンの識別データの１項目に関連する前記ユーザの識別情報の少なくとも１項目を前記リポジトリに格納する。
−  前記第２のマシンは、前記保護手段を介して前記セッション点検手段からセッション状態を変更する要求を受信するように設計されている。
−  前記第１のマシンは、以下のように設計されている；
−  前記セッション点検手段へセッションを開く要求を送信する。
−  前記第２のマシンのセッション状態が変更されれば、前記セッション点検手段からセッションを開くことの承認要請を受信する。
【００２３】
例示的な実施形態によれば、前記第２のマシンの前記セッション管理モジュールは、プラグインを備える。
【００２４】
本発明およびその種々のアプリケーションは、以下の記載を読むこと及び添付図面を参照することによって、より明瞭に理解されるであろう。
【図面の簡単な説明】
【００２５】
図面は、参照目的で示されており、いかなる点からも本発明を限定するように意図してはいない。
【図１ａ】本発明の第１の例示的な実施形態によるセッションを開くための方法のフローチャート図である。
【図１ｂ】図１ａのセッションを開くための方法のフローチャート図に対して、さらに２つの追加ステップを有するフローチャート図である。
【図１ｃ】図１ｂのセッションを開くための方法のフローチャート図に対して、セッション変更要求のタイプを設定するための追加ステップを有するフローチャート図である。
【図１ｄ】本発明の第２の例示的な実施形態によるセッションを開くための方法のフローチャート図である。
【図２ａ】第１のマシン、第２のマシンおよび管理マシンに組み込まれたセッション点検手段を備えて構成され、図１ａから図１ｃに示すセッションを開く方法を実行することができる第１の実施形態によるコンピュータシステムを示す第１の説明図である。
【図２ｂ】第１のマシン、第２のマシンおよび第２のマシンに組み込まれたセッション点検手段を備えて構成され、図１ａから図１ｃに示すセッションを開く方法を実行することができる第２の実施形態によるコンピュータシステムを示す説明図である。
【図３】図１ａから図１ｃに示すセッションを開く方法の例示的な実施形態による、図２ａに示すコンピュータシステムの第１のマシンとセッション点検手段との間の要求およびメッセージの交換を示す説明図である。
【図４】図２ａの第１の実施形態によるコンピュータシステムを示す第２の説明図である。
【図５】図２ｂの第２の実施形態によるコンピュータシステムを示す第２の説明図である。
【発明を実施するための形態】
【００２６】
少なくとも第１のマシンおよび第２のマシンを備えて構成されて前記第２のマシンは保護手段を備えているマシンセットに対して、前記第１のマシンのセッションをセッション点検手段を用いて開くための方法は、図１ａから図１ｄに示す例示的な実施形態により記載される。
【００２７】
セッションを開くための方法は、図２ａおよび図２ｂに示されるセッション点検手段ＳＲＶによって実行される。これらのセッション点検手段ＳＲＶはセッション点検サービスとも言われる。本明細書の以降の説明において、これら２つの用語は同じ意味で用いられる。セッション点検手段ＳＶＲはコンピュータソフトウエア製品である。
【００２８】
同様に、保護手段は保護サービスとも呼ばれる。本明細書の以降の説明において、これら２つの用語は同じ意味で用いられる。保護手段はコンピュータソフトウエア製品である。
【００２９】
用語、マシンはユーザが自身の識別子およびパスワードによってユーザ自身の真正を証明するであろう（通常「ログイン」と呼ばれる）ユーザインタフェースを備えるいかなるコンピュータ機器をも意味するものと理解される。例示的な実施例としては、マシンは、単一のワークステーションまたはサーバである。
【００３０】
図２ａに示す第１の実施形態において、セッション点検サービスＳＲＶは、マシンセットに対する管理マシンＭＧＮにインストールされている。このマシンセットは、第１のマシンＰＣ１および第２のマシンＰＣ２を含むコンピュータシステムＳＹＳの一部である。
【００３１】
図２ｂに示す第２の実施形態において、セッション点検サービスＳＲＶは、第２のマシンＰＣ２にインストールされている。この第２の実施形態は、サーバのような追加の管理マシンＭＧＮを省くことを可能にする。
【００３２】
ユーザＵＳＲが、第２のマシンにアクセスすることを望むとき、ユーザは、自分に固有およびパスワードに関連している識別子を介して自分に固有のユーザセッションに接続する。その活動は全体として「ログイン」を構成している。その接続（これはまた、セッションを開くこと、と呼ばれる。）は、セッション管理ユーザインタフェースＵＩ２を介して確立される。このセッション管理ユーザインタフェースは、マシンのユーザインタフェース（図示せず）の構成要素である。
【００３３】
本明細書の以降の説明において、用語、ユーザセッションおよびセッションは同じ意味で用いられる。
【００３４】
同じユーザＵＳＲが第１のマシンにアクセスすることを望むとき、このユーザは、同じ「ログイン」を介して自分にとって固有であるユーザセッションに接続する。その接続（これも、マシン上のセッションを開くことと呼ばれる。）がセッション管理ユーザインタフェースＵ１１を介して確立される。このセッション管理ユーザインタフェースは、マシンのユーザインタフェース（図示せず）の構成要素である。
【００３５】
ユーザ側からのセッションを開く要求（DDE_OPSESS）に対応する接続するための試みの間に、第１のマシンはセッション点検サービスＳＲＶへセッションを開く要求RQ_OPSESSを送信する。
【００３６】
このとき、セッションを開く方法が実行される。
【００３７】
これは、図１に示すように以下のステップを有する。
−  セッション点検サービスＳＲＶによって前記第１のマシンＰＣ１のセッションを開く要求RQ_OPSESSを受信するステップ。ここで、前記要求はユーザＵＳＲの識別情報ＩＤＵの少なくとも１項目を有する。(ステップ RX(RQ_OPSESS(IDU, IDP1)))；
−  前記ユーザＵＳＲの前記識別情報ＩＤＵの少なくとも１項目が前記第２のマシンＰＣ２の識別データＩＤＰの項目とリポジトリＢＤＤにおいて関係付けられていることをセッション点検サービスＳＲＶによって検証するステップ。(ステップ VERIF_BDD(IDU, IDP2))；
−  ユーザＵＳＲが第１のマシンＰＣ１上でセッションを開く権利を有することをセッション点検サービスＳＲＶによって点検するステップ。(ステップ CNTRL_RGT(USR, PC1))；
−  前記検証および点検が肯定的であれば、前記第２のマシンＰＣ２のセッション状態を変更する要求RQ_MODIFSTを前記第２のマシンＰＣ２の前記保護サービスＳＥＳ２へセッション点検サービスＳＲＶによって送信するステップ。(ステップ TX(RQ_MODIFST))；
−  第２のマシンＰＣ２のセッション状態の変更が行われれば、セッションを開くことを承認する要請をセッション点検サービスＳＲＶによって第１のマシンへ送信するステップ。(ステップ TX(RQ_OPSESSOK(IDU, IDP1)))；
−  前記第１のマシンＰＣ１の識別データＩＤＰの項目に関連付けられる前記ユーザＵＳＲの識別情報ＩＤＵの少なくとも１項目を前記セッション点検サービスによって前記リポジトリＢＤＤに格納するステップ。(ステップ SAV_BDD(IDU, IDP1))。
【００３８】
例示的な実施形態において、セッション状態変更要求RQ_MODIFSTは、セッションロックのタイプTp (セッション状態がロックされた、ST = slo)または、セッション閉鎖のタイプ Tp (セッション状態が閉じられた、 ST = scl)である。
【００３９】
マシンのロックとは、ロックしていないユーザセッションをロックする行為を意味すると理解されることに留意されたい。
【００４０】
例示的な実施形態において、セッションを開く方法は、第２のマシンＰＣ２のセッション管理モジュールＭ２へのセッション状態の変更要求RQ_MODIFSTに対応するセッション状態の変更のためのアプリケーションメッセージMSG_MODIFSTを送信する追加のステップを有する。
【００４１】
例示的な実施形態において、セッションを開く方法は、前記第２のマシンＰＣ２のセッション管理モジュールＭ２が前記第２のマシンＰＣ２のセッション状態を変更する追加のステップを有する。
【００４２】
本方法の例示的な実施形態を記載した本明細書の以降の説明において、本方法は以下の実施形態を有する。
【００４３】
セッションを開く方法のステップは、図１ｂ、２ａ、２ｂ、３、４及び５を参照して以下に詳細に記載する。なお、図３および４は図２ａを参照し、図５は図２ｂを参照していることに留意されたい。勿論、図３と同様な図は図２ｂにも用いられる。
【００４４】
第２のマシンＰＣ２は、セッション管理ユーザインタフェースＵＩ２を含むことに留意されたい。これは、図２ａおよび図２ｂに示されるようにセッション管理モジュールＭ２に配置されている。
【００４５】
（第１ステップにおいて）
セッション点検サービスＳＲＶは、前記第１のマシンＰＣ１に対するセッションを開く要求RQ_OPSESSを受信する。ここで、前記要求はユーザＵＳＲの識別情報ＩＤＵの少なくとも１項目を含んでいる。
【００４６】
この識別情報ＩＤＵが上記に記載したセッションを開く要求DDE_OPSESSの発信元の識別を可能にすることに留意されたい。例示的な実施例において、この識別情報ＩＤＵは、そのユーザに関連する固有の識別子である。（一般的に「グローバル一意識別子」（Global Unique Identifier）と呼ばれる。）。
【００４７】
例示的な実施形態において、セッションを開く要求RQ_OPSESSは、ＴＣＰ／ＩＰ（通信制御プロトコル／インターネット・プロトコル）または、ＵＤＰ（ユーザ・データグラム・プロトコル）要求である。
【００４８】
（第２ステップにおいて）
セッション点検サービスＳＲＶは、前記ユーザＵＳＲの識別情報ＩＤＵの前記少なくとも１項目がリポジトリＢＤＤにおける第２のマシンＰＣ２の識別データＩＤＰの項目に関連付けられているか否かを検証する。
【００４９】
従って、リポジトリＢＤＤにおいて同一の固有のユーザ識別子ＩＤＵおよびマシン識別子ＩＤＰの対が存在するか否かが検証される。ここでマシン識別子ＩＤＰとは第１のマシンＰＣ１のではなく、この場合は第２のマシンＰＣ２のマシン識別子である。
【００５０】
この場合、このこと（ユーザ識別子およびマシン識別子の対が存在すること）は、ユーザＵＳＲがすでに他のマシン上でセッションを開いていることを意味し、この場合は第２のマシンＰＣ２上でセッションを開いていることを意味する。
【００５１】
もちろん、このことからユーザＵＳＲが第２のマシンＰＣ２で既にセッションを開いていたときは、セッション点検サービスＳＲＶがユーザ識別情報ＩＤＵの項目および前記第２のマシンＰＣ２の識別データＩＤＰ２の関連項目をリポジトリＢＤＤに格納していたと考えられる。
【００５２】
例示的な実施形態において、リポジトリＢＤＤはセッション点検サービスＳＲＶにより管理される。
【００５３】
第１の実施形態において、セッション点検サービスＳＲＶは管理マシンＭＧＮにインストールされており、リポジトリＢＤＤは前記管理マシンＭＧＮにインストールされている。
【００５４】
第２の実施形態において、セッション点検サービスＳＲＶは第２のマシンにインストールされており、リポジトリＢＤＤはリモートリポジトリである。
【００５５】
マシンの識別データ項目ＩＤＰによって関連するマシンを一意的に識別できることに留意されたい。例示的な実施例においては、マシンの識別データＩＤＰの項目は、その名称、そのＩＰアドレス、または一意の識別名（unique identifier）、通常、「グローバル一意識別子」（Global Unique Identifier）と呼ばれているものである。
【００５６】
（第３ステップにおいて）
セッション点検サービスＳＲＶは、ユーザＵＳＲが第１のマシンＰＣ１上でセッションを開く権利を有しているか否かを点検する。
【００５７】
マシン上でセッションを開くためのユーザの権利を点検する方法は、当業者には公知であるのでここでは記載しないことに留意されたい。
【００５８】
（第４ステップにおいて）
検証および点検の結果が肯定的（ユーザセッションが第２のマシンＰＣ２上ですでに開かれており、同じユーザが第１のマシンＰＣ１上でセッションを開く権利を有している。）であれば、セッション点検サービスＳＲＶは、第２のマシンＰＣ２のセッション状態を変更する要求（RQ_MODIFST）を前記第２のマシンＰＣ２の前記保護サービスＳＥＳ２に送信する。
【００５９】
セッション状態を変更する要求（RQ_MODIFST）は、セッションロックRQ_MODIFST(slo)またはセッション閉鎖RQ_MODIFST(scl)のタイプTpである。
【００６０】
従って、第２のマシンＰＣ２上のセッションは、ロックされるか、または閉じられる。
【００６１】
限定されない第１の実施形態では、セッション状態変更要求（RQ_MODIFST）のタイプTpは、セッション点検サービスＳＲＶによって設定される（図１ｃに点線で示され、PARAM(Tp)と呼ばれる第０ステップのように)。従って、閉じるかまたはロックするかの選択は、セッション点検サービスＳＲＶが設定されたときになされる。このことにより、マシンセットＧＲＰの管理者は、他のマシン上で開いたセッションが閉じられるか単にロックされるかをあらかじめ決定することができる。
【００６２】
第２の例示的な実施形態では、閉じるか、ロックするかの選択は、ユーザ自身に委ねられている。このように、第１のマシンＰＣ１のセッション管理ユーザインタフェースＵ１１は以下のことが可能に設計されている。
−  第２のマシンＰＣ２上ですでにセッションが開かれていることをユーザＵＳＲに知らせること、および；
−  第２のマシンＰＣ２上でそのセッションを閉じるかロックするかを選択する機会を前記ユーザＵＳＲに提供する。このことにより、ユーザは自身の第１のマシン以外のマシン上で開いている自身のセッションを管理することができる。
【００６３】
従って、この第２の実施形態においては、セッションを開く方法は、図１ｃに示すように追加のステップを有する。
−  検証の結果が肯定的（第２のマシンＰＣ２上に開かれたセッションがある）であれば、セッション点検サービスＳＲＶは、確認メッセージＩＮＦを第１のマシンＰＣ１に送信し、第２のマシンＰＣ２上における開かれたセッションの存在を確認する。（TX(INF(IDU, IDP2))と呼ばれるステップ２’）そして；
−  第２のマシンＰＣ２上のセッションを閉じるかロックするかのユーザによる選択に従って、第１のマシンＰＣ１はセッション点検サービスＳＲＶへユーザによって選択されたセッション状態変更要求RQ_MODIFSTのタイプTpを含んでいる設定要求RQ_PARAMを送信する。（TX(RQ_PARAM(Tp)と呼ばれるステップ２”)。
【００６４】
これら２つの追加ステップは、セッション状態変更要求RQ_MODIFSTのステップの前に行なわれる。
【００６５】
例示的な実施形態において、第１のマシンＰＣ１は、この目的のために図２ａおよび図２ｂに示すように保護サービスＳＥＳ１を備えて以下のように設計されることに留意されたい。
−  第２のマシンＰＣ２上における開かれたセッションの存在の確認メッセージＩＮＦを受け取る；
−  設定要求RQ_PARAMを送信する。
【００６６】
例示的な実施形態によれば、セッション状態変更要求RQ_MODIFSTは、ＴＣＰ／ＩＰ（「通信制御プロトコル／インターネット・プロトコル」）または、ＵＤＰ（「ユーザ・データグラム・プロトコル」）要求である。後者の場合、その要求はデータグラムと呼ばれる。このＵＤＰ通信プロトコルは、要求を、通信するための予めの要求なしに他のマシンへ送信することができる簡単なプロトコルである。もちろん、他の通信プロトコルでも要求を２つのマシンの間で送信できるものであれば使用することができる。
【００６７】
保護サービスＳＥＳ２は、バックグランウンドで実行され、ユーザセッションに対して独立的に作動するタスクであること、すなわち、たとえユーザセッションがなくても作動するタスクであることに留意されたい。保護手段ＳＥＳ２は、このように、ユーザセッションから独立的に作動するソフトウエア製品である。
【００６８】
従って、保護サービスＳＥＳ２が第２のマシンＰＣ２のセッション管理ユーザモジュールＭ２に対して自律している（セッション管理モジュールＭ２はユーザセッションを管理する）という事実は、例えば、ウインドウズビスタ（登録商標）のような所定のオペレーティングシステム（図示せず）に前記モジュールＭ２が基づいている場合には、前記セッション管理ユーザモジュールＭ２がもはや動作していないときに保護サービスＳＥＳ２が停止するように機能する、という問題を避ける。
【００６９】
また、一般に、マシン上におけるユーザの権利はユーザに与えられた環境およびユーザの所定の行為に応じて制限されることに留意されたい。
【００７０】
保護サービスＳＥＳ２は、ユーザセッションから独立しており、セッション管理ユーザインタフェースＵＩ２は、保護サービスＳＥＳ２と同じ権利は有していない。従って、保護サービスＳＥＳ２によって行なわれるアクションへアクセスできない。
【００７１】
第２のマシンの保護サービスＳＥＳ２に関する上記の注記は、また、第１のマシンＰＣ１の保護サービスＳＥＳ１にも適用される。
【００７２】
もし第２ステップで行なわれる検証が否定的であっても（第２のマシンＰＣ２上でセッションが開かれていない）、第３ステップは行なわれることに留意されたい。（図１ａから１ｄに示されるように）事実、ユーザＵＳＲの第１のマシン上におけるセッションを開ける権利は点検されるべきである。また、引き続いて述べる第７ステップおよび第８ステップも行なわれる。
【００７３】
また、第３ステップで行なわれる点検が否定的であれば（ユーザが第１のマシンＰＣ１上でセッションを開く権利を有していない）、セッション点検サービスＳＲＶは、第１のマシンＰＣ１へセッションを開くことRQ_OPSESSOKを禁止する要求を送信することに留意されたい。（図１ａに示すステップ７及び図１ｂから１ｄに示すステップ９のTX(RQ_OPSESSNOK(IDU, IDP1))。
【００７４】
（第５ステップにおいて）
第２のマシンＰＣ２の保護サービスＳＥＳ２によってセッション状態変更要求RQ_MODIFSTを受け取るとすぐに、第５ステップになる。第５ステップにおいて、図１ｂ、１ｃ、１ｄまたは図３に示すように、前記保護サービスＳＥＳ２は、第２のマシンＰＣ２のセッション管理モジュールＭ２へ、セッション状態変更要求RQ_MODIFSTに対応するセッション状態変更アプリケーションメッセージMSG_MODIFSTを送信する。
【００７５】
セッション状態変更アプリケーションメッセージMSG_MODIFSTは、第２のマシンＰＣ２のセッション管理モジュールＭ２に基づいて定義されたアプリケーションメッセージであり、より詳細には、セッション管理ユーザインタフェースＵＩ２に基づいていることに留意されたい。
【００７６】
従って、例えば、ウインドウズ（登録商標）のセッション管理ユーザインタフェースの場合、セッション状態変更メッセージは、ウインドウズによって生成された通知である。別の例では、リナックス（登録商標）のセッション管理ユーザインタフェースの場合、セッション状態変更メッセージは、リナックス（登録商標）によって生成されたイベントである。
【００７７】
第１の例示的な実施形態では、セッション状態変更アプリケーションメッセージMSG_MODIFSTは、図３に実線の矢印で示すように、セッション管理モジュールＭ２のセッション管理ユーザインタフェースＵＩ２に直接的に送られる（ステップ TX(MSG_MODIFST)）。このメッセージを受け取るとすぐに、前記インタフェースＵＩ２は、前記第２のマシンＰＣ２のオペレーティングシステム（図示せず）の低水準セッション状態変更機能である、ロック機能のためのFCTv(slo)または閉鎖機能のためのFCTc(scl)を呼び出す。
【００７８】
第２の例示的な実施形態では、セッション状態変更アプリケーションメッセージMSG_MODIFSTは、図３に不連続の矢印で示すように、セッション管理モジュールＭ２のプラグインPLGN2に送られる(ステップ TX(MSG_MODIFST))。プラグインPLGN2は、その後、セッション管理モジュールＭ２のセッション管理ユーザインタフェースＵＩ２へ要求を送信する。この要求を受信するとすぐに、インタフェースＵＩ２は、前記第２のマシンＰＣ２のオペレーティングシステム（図示せず）の低水準セッション状態変更機能である、ロック機能のためのFCTv(slo)または閉鎖機能のためのFCTc(scl)を呼び出す。
【００７９】
プラグインPLGN2の使用は、アプリケーションメッセージMSG_MODIFSTの受け取りに対する機能の統一のためにマシンにおけるセッション管理ユーザインタフェースの存在を変更しなければならないこと、または、第１の実施形態で上述したように、それをアプリケーションメッセージMSG_MODIFSTに対する機能を統合した新しいセッション管理ユーザインタフェースに置き換えること、を避けることができる。
【００８０】
例示的な実施例では、低水準セッション状態変更機能である、FCTv(slo)またはFCTc(scl)は、動的リンク・ライブラリに配置されている。オペレーティング・システムのタイプにもよるが、このライブラリは異なる拡張子を有する。（例えば、「動的リンク・ライブラリ」のための.dll や、「共用オブジェクト」のための.so、「動的ライブラリ」のための.dylib、「アーカイブ」のための、.a、「共用ライブラリ」のための.si、「アーカイブ」のための.sa）。このようなライブラリは当業者には知られているので、ここではこれ以上詳しく述べない。
【００８１】
別の例示的な実施例では、低水準セッション状態変更機能である、FCTv(slo)またはFCTc(scl)は、２変数関数（binary function）である。この場合、動的リンク・ライブラリは異なり、それらがセッション管理ユーザモジュールＭ２で使用されるときに再コンパイルされなければならない。
【００８２】
（第６ステップにおいて）
セッション状態変更アプリケーションメッセージMSG_MODIFSTを受け取るとすぐに、前記セッション管理モジュールＭ２は前記セッション状態変更を行なう（図１ｂ、１ｃ、１ｄおよび図３に示すステップMODIFST(slo, scl) ）。
【００８３】
セッション管理ユーザモジュールＭ２は、ユーザセッションの管理および詳細にはそのセッション状態の変更の管理の機能を実行することができるように構成された一式（a suite）のコンピュータソフトウエア製品である。
【００８４】
詳細には、このセッション状態変更は、上記に説明したように、低水準機能であるFCTv(slo)またはFCTc(scl)を有するセッション管理ユーザインタフェースＵＩ２によって行なわれる。
【００８５】
従って、与えられた実施例では、第２のマシンＰＣ２上でユーザＵＳＲによって開かれたセッションは、ロック（ロックされた状態ST=slo)、または閉鎖（閉じられた状態 ST=scl)のいずれかがなされる。
【００８６】
ユーザセッションがロックされたときには、ユーザは、第２のマシンＰＣ２のキーボードからユーザＵＳＲに関連したユーザＩＤおよびパスワードにより入って、そのユーザセッションを再活性化するという唯一可能なアクションを介してでなければ、いかなるアクションをも行うことができないことに留意しなければならない。
【００８７】
（第７ステップにおいて）
仮に第２のマシンＰＣ２のセッション状態が変更されれば、セッション点検サービスＳＲＶは、第１のマシンＰＣ１へセッションを開くことの承認要請RQ_OPSESSOKを送信する。
【００８８】
結局、セッションが第１のマシンＰＣ１上で開かれる。第１のマシンＰＣ１は、また、図２ａおよび図２ｂに示すようにセッション管理モジュールＭ１を装備しており、この管理モジュールは、セッション点検サービスＳＲＶによるセッションを開く承認要請（図示せず）を受けるとすぐにセッションを開くように設計されていることに留意されたい。このセッション管理モジュールＭ１は、セッション管理ユーザインタフェースＵＩ１を備える。
【００８９】
例示的な実施形態においては、第１のマシンＰＣ１が保護サービスＳＥＳ１を組み込んでいるとき、前記保護サービスはセッションを開く承認要請RQ_OPSSSOKを受け取る。
【００９０】
（第８ステップにおいて）
セッション点検サービスＳＲＶは、前記リポジトリＢＤＤに前記第１のマシンＰＣ１の識別データＩＤＰの項目に関連付けられた前記ユーザＵＳＲの前記識別情報ＩＤＵの少なくとも１項目を格納する。
【００９１】
このことにより、ユーザＵＳＲが第１のマシンＰＣ１上でセッションを開いているという事実を記録することが可能になる。
【００９２】
例示的な実施例においては、リポジトリＢＤＤはマシンセットＧＲＰの管理者によって管理されるＬＤＡＰディレクトリである。
【００９３】
第６ステップで述べたようなセッション状態変更アプリケーションメッセージMSG_MODIFSTの受け取りに引き続く、第２のマシンＰＣ２のセッションを閉じることに対応したセッション状態変更は、アプリケーションが開かれており終了しなければ、例えば、ドキュメントが既にこのセッションで開かれていれば失敗するであろうことに留意されたい。このイベントにおいて、セッション閉鎖タイプは規範的なもの（classic）であり、すなわち、これはアプリケーションを閉じることを余議なくさせるようなものではないことに留意されない。
【００９４】
（この場合、第９ステップにおいて）
第１の例示的な実施形態において、もし第２のマシンＰＣ２のセッション状態変更に失敗すれば、図１ａから１ｃおよび図３に示すように、セッション点検サービスＳＲＶは、セッションを開くことを禁止する要求RQ_OPSESSOKを第１のマシンＰＣ１へ送信する。(ステップ TX(RQ_OPSESSNOK(USR, IDP1)。
【００９５】
図１ｄに示すような第２の例示的な実施形態において、もしセッション閉鎖に対応する第２のマシンＰＣ２のセッション状態変更が失敗すれば、セッション点検サービスＳＲＶが第２のマシンＰＣ２の前記保護サービスＳＥＳ２へ送信する第２のマシンＰＣ２のセッション状態変更要求RQ_MODIFST は、セッションロック(ST=slo)タイプTpである。前述の第４ステップから第８ステップは、その後、行なわれる。従って、仮にセッションを閉じることに失敗すれば、少なくとも第２のマシン上のセッションはロックされる。
【００９６】
上記に記載した検証およびセッション状態変更要求の送信ステップは、マシンセットＧＲＰに属する全てのマシンＰＣに対して行なわれ、第１のマシンに対してではないことに留意されたい。従って、これらのマシンセットにおいて、ロックが解除される、すなわち開かれるのは、所定のユーザに対してただ１つのセッションのみである。マシンセットのマシンは、このようにして保護される。第三者は、ユーザがもはや彼のセッションを利用していないときには、そのユーザのユーザセッションを不正に利用することができない。また、マシンは非アクティブなユーザセッションによって不必要な利用不能状態にはならない。
【００９７】
このように、セッションを開く方法は、同一のユーザ名において複数のセッションが同時に複数のマシン上でロックを解除されること（セッション状態変更がロックされているとき）を防止する。このことにより、マシン上のアプリケーションへのアクセスを保護することができる。
【００９８】
同様に、セッションを開く方法は、同一のユーザ名において複数のセッションが同時に複数のマシン上で開かれこと（セッション状態変更が閉じられているとき）を防止する。これは、マシンを不必要にアクティブにすることを防止する。
【００９９】
セッションを開く方法は、マシンセットＰＣ１、ＰＣ２に対して第１のマシンＰＣ１のセッションを開くことが可能に設計されたセッション点検手段ＳＲＶによって実行される。前記マシンセットは、少なくとも第１のマシンＰＣ１および第２のマシンＰＣ２を含んでおり、前記第２のマシンＰＣ２は保護手段ＳＥＳ２を備えている。
【０１００】
前記セッション点検手段ＳＲＶは、以下のように設計されている。
−  ユーザＵＳＲの識別情報ＩＤＵの少なくとも１項目を含んでいる、前記第１のマシンＰＣ１のセッションを開く要求RQ_OPSESSを受信する。  
−  ユーザＵＳＲの識別情報ＩＤＵの少なくとも１項目がリポジトリＢＤＤにおける前記第２のマシンＰＣ２の識別データ項目ＩＤＰに関連付けられているか否かを検証する。
−  前記ユーザＵＳＲが前記第１のマシンＰＣ１を開く権利を有しているか否かを点検する。
−  前記検証および点検が肯定的であれば、前記第２のマシンＰＣ２の前記保護手段ＳＥＳ２へ前記第２のマシンＰＣ２のセッション状態変更要求RQ_MODIFSTを送信する。
−  前記第２のマシンＰＣ２のセッション状態の変更が行われれば、前記第１のマシンＰＣ１へセッションを開く承認要請RQ_OPSESSOKを送信する。および、；
−  前記リポジトリＢＤＤに前記第１のマシンＰＣ１の識別データＩＤＰの項目に関連付けられる前記ユーザＵＳＲの識別情報ＩＤＵの少なくとも１項目を格納する。
【０１０１】
コンピュータシステムＳＹＳは、少なくとも第１のマシンおよび第２のマシンを含むマシンセットＰＣ１、ＰＣ２に対してセッション点検手段ＳＲＶを介して前記第１のマシンのセッション開始を行なうように設計されている。ここで前記第２のマシンは、図２ａおよび図４で示される第１の例示的な実施形態、および図２ｂ、図５で示される第２の実施形態による管理モジュールＭ２を備えている。
【０１０２】
コンピュータシステムＳＹＳは以下を備える。
−  前記第１のマシンＰＣ１および前記第２のマシンＰＣ２と協力するように設計されたセッション点検手段ＳＲＶ；
−  前記保護手段ＳＥＳ２を介してセッション点検手段ＳＲＶからセッション状態変更要求RQ_MODIFSTを受信するように設計されている前記第２のマシンＰＣ２；
−  以下のように設計された前記第１のマシンＰＣ１
−  前記セッション点検手段ＳＲＶへセッションを開く要求RQ_OPSESSを送信する。
−  もし、第２のマシンＰＣ２のセッション状態が変更されていれば、前記セッション点検手段ＳＲＶからセッションを開くことの承認要請RQ_OPSESSOKを受け取る。
【０１０３】
第１の例示的な実施形態において、マシンセットＰＣ１、ＰＣ２の管理マシンＭＧＮは、図２ａ、３、および４に表わされる前記セッション点検手段ＳＲＶを備える。このようにして第１のＰＣ１および第２のマシンＰＣ２が協調するように設計されている。管理マシンＭＧＮは、従って、第１のマシンＰＣ１上のセッションをセッション点検手段ＳＲＶを介して前記マシンＰＣ１、ＰＣ２のマシンセットＧＲＰに対して開くことができる。ここで、前記マシンセットＧＲＰは少なくとも前記第１のマシンＰＣ１および第２のマシンＰＣ２を含み、前記第２のマシンＰＣ２は保護手段ＳＥＳ２を備えている。
【０１０４】
管理マシンＭＧＮ、第１のマシンＰＣ１および第２のマシンＰＣ２は、全体でコンピュータシステムＳＹＳを構成する。
【０１０５】
第２の例示的な実施形態において、第２のマシンＰＣ２は、図２ｂおよび５に示すように前記セッション点検手段ＳＲＶを組み込んでいる。
【０１０６】
点線で示されるダッシュ記号または枠によって図２ａおよび図２ｂに示す例示的な実施形態において、第２のマシンＰＣ２のセッション管理モジュールＭ２は以下を備える。
−  セッション点検手段ＳＲＶから送信されたセッション状態変更要求RQ_MODIFSTに対応するセッション状態変更アプリケーションメッセージ  MSG_MODIFSTを受信するように設計されたプラグインPLGN2；
−  前記第２のマシンＰＣ２のセッション状態を変更するため前記プラグインPLGN2によって要求されるように設計されたセッション管理ユーザインタフェースＵＩ２。
【０１０７】
勿論、記述は、前述の明細書、実施形態、実施例の記載に限定されない。
【０１０８】
従って、例示的な実施形態によれば、要求RQの送信は、ＴＣＰ／ＩＰまたはＵＤＰ以外の通信プロトコルによって行なわれてもよい。データをコンピュータネットワークを介して複数のマシンの間で交換することができればどのような通信プロトコルでも使用できる。
【０１０９】
従って、記載した方法は、医療機関の分野における記載した適用以外にも活用することができる。例えば、マシンセットに関連して以下の分野に適用できる。
−  原子力発電所、
−  電話回線網、
−  線路網、
−  管制塔、
−  一群の昇降機、など。
また、通常、いかなるアプリケーションにおいても、複数のマシン上で同一のユーザがセッションを開くために適用できる。
【０１１０】
従って、記載された発明は、特に、以下の利点を有する。
−  簡単に実行（implement）できる。
−  同じユーザによって異なるマシン上に開かれたユーザセッションを、セッション点検サービスを介して集中型の方法でロックまたは閉鎖することができる。
―  これにより、同一のマシンセットに属するマシンを保護することができる。（セッション状態変更がロックされているかまたは閉じられているかのいずれかのとき）
−  これにより、使用するリソース（マシン、アプリケーションなど）の数を減らすことができる。（セッション状態変更が閉じられているとき）
−  これは、ユーザが結果的にマシン上でユーザ自身のセッションをロックすることまたは閉じることを忘れることを軽減する。
−  セッション管理モジュールＭ１、Ｍ２に対して外部に配置されており、それらから独立している第１および第２のマシンの各保護サービスＳＥＳ１、ＳＥＳ２によって保護がなされる。
−  セッションを閉じることまたはロックすることの選択を、前もって設定しておくか、またはユーザ自身によって行なうか、を決めておくことができる。
【図１ａ】
2013530444.tif 000003
【図１ｂ】
2013530444.tif 000004
【図１ｃ】
2013530444.tif 000005
【図１ｄ】
2013530444.tif 000006
【図２ａ】
2013530444.tif 000007
【図２ｂ】
2013530444.tif 000008
【図３】
2013530444.tif 000009
【図４】
2013530444.tif 000010
【図５】
2013530444.tif 000011
【国際調査報告】
2013530444.tif 000012
2013530444.tif 000013
2013530444.tif 000014
2013530444.tif 000015
2013530444.tif 000016
2013530444.tif 000017