【手続補正書】
【提出日】平成16年8月20日(2004.8.20)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
陽子線治療デバイスの通信を管理するための通信システムであって、
較正および位置合わせされたビームを患者の処置中心に向けて誘導するのに使用される複数のハードウェアサブシステムを有する処置ステーションと、
該処置ステーションの動作を監視および制御するために使用される１つまたは複数のホストアプリケーションと、
前記処置ステーションの動作に関連した前記ハードウェアサブシステムを装備する１つまたは複数の機能構成要素と、
ホストアプリケーション毎の単一のクライアントデータチャネルを使用して各ホストアプリケーションに接続され、さらにモニタデータチャネルによって各機能構成要素に接続され、各ホストアプリケーションが前記単一のクライアントデータチャネルを使用して各機能構成要素と通信できるように、各ホストアプリケーションと機能構成要素との間の経路指定動作を実行し、それによって前記通信システムに要求される全チャネル数を減少させ、スケーラビリティを改善するエージェントとを備えるシステム。
【請求項２】
各々の前記機能構成要素が、さらにモニタを備え、
該モニタが、機能構成要素のための通信プロキシとして働き、前記エージェントを介してホストアプリケーションから通信を受信し、該通信を、放射線ビームを較正および位置合わせするために、前記機能構成要素に関連付けられた前記ハードウェアサブシステムによって実行される命令に変換するために使用される、請求項１に記載の通信システム。
【請求項３】
前記モニタがさらにプロクタを備え、
該プロクタが、前記ハードウェアサブシステムの動作パラメータを評価し、それらが安全許容範囲内にあるか否かを判定し、且つ、前記動作パラメータが前記安全許容範囲を超えている場合、１つまたは複数の安全策を実行する、請求項２に記載の通信システム。
【請求項４】
前記プロクタによって実行される前記安全策が、前記機能構成要素の前記ハードウェアサブシステムを無効化して、前記ビームが前記患者の処置中心に照射されるのを防ぐことを含む、請求項３に記載の通信システム。
【請求項５】
前記プロクタによって実行される前記安全策が、前記ホストアプリケーションにステータスインジケータを転送して、前記ハードウェアサブシステムの前記動作パラメータが安全許容範囲を超えたことを前記ホストアプリケーションに通知することを含む、請求項３に記載の通信システム。
【請求項６】
前記陽子線治療デバイスの前記機能構成要素が、ビーム源から前記患者の処置中心への前記ビームの方向転換を管理および監視するために使用されるビーム輸送システムを備える、請求項１に記載の通信システム。
【請求項７】
前記陽子線治療デバイスの前記機能構成要素が、前記ビームを発生するために前記処置ステーションに供給される電力を管理および監視するために使用される電源システムを備える、請求項１に記載の通信システム。
【請求項８】
前記陽子線治療デバイスの前記機能構成要素が、前記陽子線治療デバイスの前記動作パラメータを監視およびロギングするために使用されるロギングシステムを備える、請求項１に記載の通信システム。
【請求項９】
前記陽子線治療デバイスの前記機能構成要素が、前記処置ステーションの前記動作パラメータを監視し、前記動作パラメータが安全閾値を超える場合に前記ビームを解除するために使用される安全システムを備える、請求項１に記載の通信システム。
【請求項１０】
前記ホストアプリケーションと前記機能構成要素との間の通信が、前記ホストアプリケーションからの命令の発行を含み、前記機能構成要素が、前記処置ステーションの前記ハードウェアサブシステムを誘導し、その後、前記ハードウェアサブシステムの監視を許可するように、動作情報を前記ホストアプリケーションに転送し返す、請求項１に記載の通信システム。
【請求項１１】
前記エージェントが、前記ホストアプリケーションと前記機能構成要素との間の前記通信の十分に透過な経路指定を提供し、これによって、前記ホストアプリケーションが陽子線治療システム内の前記機能構成要素の場所を知っている必要がない、請求項１０に記載の通信システム。
【請求項１２】
前記エージェントが、前記ホストアプリケーションからハードウェアサブシステム固有の通信を受信し、前記陽子線治療システム内の前記機能構成要素のアドレスを前記ホストアプリケーションが知ることを要求すること無く、適切な前記機能構成要素に前記通信を経路指定する、請求項１０に記載の通信システム。
【請求項１３】
前記モニタが、前記ハードウェアサブシステム上で命令を実行することによって生成された情報を前記エージェントにリレーし、
前記エージェントが、この情報を、十分に透過な方式で、前記ホストアプリケーションに転送し返す、請求項１０に記載の通信システム。
【請求項１４】
前記エージェントにさらに安全機能が組み込まれており、
該安全機能が、１つまたは複数の許可されたホストアプリケーションを識別し、該ホストアプリケーションがそれを実施するための適切な許可を有するものと識別されるときにだけ、命令を前記機能構成要素に経路指定する、請求項１に記載の通信システム。
【請求項１５】
前記ホストアプリケーションが、ユーザインターフェースをさらに含み、
ユーザがこれを介して、複数のハードウェアデバイスの１つまたは複数を制御または監視する命令を入力し、さらに前記複数のハードウェアデバイスの１つまたは複数からその動作ステータスを示す情報を受信する、請求項１に記載の通信システム。
【請求項１６】
前記ホストアプリケーションが、ユーザインターフェースをさらに含み、
ユーザがこれを介して、複数のハードウェアデバイスの１つまたは複数を制御または監視する命令を入力し、さらに前記複数のハードウェアデバイスの１つまたは複数から命令の結果を示す情報を受信する、請求項１に記載の通信システム。
【請求項１７】
前記クライアントが、１つまたは複数の前記ハードウェアデバイスの活動を調整するために使用されるブレインコントローラを含む、請求項１に記載の通信システム。
【請求項１８】
前記ブレインコントローラが、前記陽子線治療デバイス内の１つまたは複数のハードウェアデバイスを監視するハインドブレイン構成要素を含む、請求項１７に記載の通信システム。
【請求項１９】
前記ブレインコントローラが、前記陽子線治療デバイス内の１つまたは複数のハードウェアデバイスを制御するフォアブレイン構成要素を含む、請求項１７に記載の通信システム。
【請求項２０】
前記ブレインコントローラが、複数のハードウェアデバイスを集約して、整合されたハードウェア機能ドメインを表すメタデバイスにするために使用される、請求項１７に記載の通信システム。
【請求項２１】
前記ブレインコントローラが、実質的なユーザ入力を要求すること無く、自律的に動作する、請求項１７に記載の通信システム。
【請求項２２】
前記陽子線治療デバイスが、複数の処置ステーションを含み、
前記処置ステーションの機能構成要素が、前記エージェントデバイスによって、前記処置ステーションの制御および指揮が集中調整され得るように統合される、請求項１に記載の通信システム。
【請求項２３】
追加クライアントが前記通信システムに統合されるときに、前記通信システム内のデータチャネルの総数が、実質的に一定の複雑さで増加する請求項１に記載の通信システム。
【請求項２４】
前記追加のホストアプリケーション及び機能構成要素の前記陽子線治療デバイスへの統合が、前記増加における前記実質的に一定の複雑さによって促進される請求項２３に記載の通信システム。
【請求項２５】
１つまたは複数のホストアプリケーションと、患者の処置に使用される放射線ビームの発生および位置合わせに関連する複数のハードウェアデバイスとの間の十分に透過な通信を提供する、分散ネットワークを備えた陽子線治療デバイスのための階層型通信アーキテクチャであって、
前記ホストアプリケーションとの間の単一のデータチャンネルが、前記ホストアプリケーション及び前記複数のハードウェアデバイスの間の通信を可能にするように、複数の別個のデータチャネルによって各アプリケーションおよび各ハードウェアデバイスに接続され、前記単一のデータチャネルを介して、前記ホストアプリケーションと前記複数のハードウェアデバイスとの間の通信を経路指定し、それによって前記分散ネットワークに要求されるチャネル数を減少させ、ネットワークのスケーラビリティを改善するエージェントデバイスと、
前記エージェントを介して経路指定されたホストアプリケーションから命令を受信するため、及び、後にハードウェアデバイス上で実行される前記命令をハードウェア認識可能な形式に変換するために使用され、さらに、前記ハードウェアデバイスから情報応答を受信し、該情報応答を前記エージェントを介して前記ホストアプリケーションに転送し返すために使用される、各々の前記ハードウェアデバイスに関連付けられたモニタ構成要素と、
前記ハードウェアデバイスから得られる前記情報応答を評価し、異常なハードウェア挙動を識別し、さらに、異常なハードウェア挙動が検出されたときに１つまたは複数の安全策を発行する、前記モニタ構成要素内にあるプロクタ構成要素とを含むアーキテクチャ。
【請求項２６】
前記少数のチャネルセットが、
前記ホストアプリケーションによって発行された特定の命令が向けられている目標のハードウェアデバイスを決定することによって、各々のホストアプリケーションと前記複数のハードウェアデバイスとの間の通信を可能にし、
その後、前記ホストアプリケーションが前記分散ネットワーク内の前記ハードウェアデバイスの場所を明確に知らない状態で、適切な前記チャネルを介して、前記命令を前記目標のハードウェアデバイスに経路指定する、請求項２５に記載の階層型通信アーキテクチャ。
【請求項２７】
前記少数のチャネルセットが、
目標のハードウェアデバイスによって発行された特定の情報応答が向けられているホストアプリケーションを決定することによって、前記複数のハードウェアデバイスと各々の前記ホストアプリケーションとの間の通信を可能にし、
その後、前記目標のハードウェアデバイスが前記分散ネットワーク内の前記ホストアプリケーションの場所を明確に知らない状態で、適切な前記チャネルを介して、前記情報応答を前記ホストアプリケーションに経路指定する、請求項２５に記載の階層型通信アーキテクチャ。
【請求項２８】
前記プロクタ構成要素が、異常なハードウェア挙動を、前記ハードウェアデバイスに関する所望の許容範囲または動作範囲からの偏差として識別する、請求項２５に記載の階層型通信アーキテクチャ。
【請求項２９】
前記異常なハードウェア挙動が、前記情報応答内に含まれる重要な変数を評価することによって識別される、請求項２５に記載の階層型通信アーキテクチャ。
【請求項３０】
前記重要な変数が最大許容範囲または閾値で与えられる正常値を超えるときに、前記異常なハードウェア挙動が識別される、請求項２９に記載の階層型通信アーキテクチャ。
【請求項３１】
前記異常なハードウェア挙動が、前記重要な変数の偏差の変動する平均がある時間内に正常値を超える悪化傾向として識別される、請求項２９に記載の階層型通信アーキテクチャ。
【請求項３２】
前記重要な変数がリングエネルギー変数を含む、請求項２９に記載の階層型通信アーキテクチャ。
【請求項３３】
前記重要な変数が電源出力変数を含む、請求項２９に記載の階層型通信アーキテクチャ。
【請求項３４】
前記重要な変数が磁界強度変数を含む、請求項２９に記載の階層型通信アーキテクチャ。
【請求項３５】
前記重要な変数が照射線量変数を含む、請求項２９に記載の階層型通信アーキテクチャ。
【請求項３６】
前記プロクタによって発行される前記安全策が、放射線ビームの発生に関係する前記複数のハードウェアデバイスの１つまたは複数の動作を停止させることを含む、請求項２５に記載の階層型通信アーキテクチャ。
【請求項３７】
前記プロクタによって発行される前記安全策が、前記ホストアプリケーションへの警告の転送を含む、請求項２５に記載の階層型通信アーキテクチャ。
【請求項３８】
前記プロクタによって発行される前記安全策が、前記ホストアプリケーションへの異常な挙動のロギングまたはレポートを含む、請求項２５に記載の階層型通信アーキテクチャ。
【請求項３９】
前記陽子線治療デバイスに追加ホストアプリケーションが統合されるときに、前記分散ネットワーク内のチャネル数が実質的に一定の複雑さで増加する、請求項２５に記載の階層型通信システム。
【請求項４０】
前記陽子線治療デバイスにおけるネットワークでの前記増加の前記実質的な複雑さが、各々のホストアプリケーション及び各々のハードウェアデバイスが単一のデータチャネルによって接続され、それによって追加ホストアプリケーションの前記陽子線治療デバイスへの統合が促進される結果によって生じる、請求項３９に記載の通信システム。
【請求項４１】
分散ネットワーク内の通信を管理するための階層型通信システムであって、
前記分散ネットワークに接続され、単一チャネルを介して複数のハードウェアデバイスに命令を送信するように構成されたクライアントと、
前記分散ネットワークを介して前記クライアントに接続され、さらに、各々のハードウェアデバイスが単一チャネルによって接続されるように前記複数のハードウェアデバイスに接続され、前記クライアントによって送信された命令を受信し、前記命令が向けられている目標のハードウェアデバイスを識別し、適切なチャネルを介して前記命令を前記目標のハードウェアデバイスに経路指定し、それによって前記分散ネットワークに要求されるチャネル数を減少させ、ネットワークのスケーラビリティを改善するエージェントと、
前記目標のハードウェアデバイスに関連付けられ、さらに前記分散ネットワークに接続され、前記エージェントによって経路指定された前記命令を受信し、前記命令に関連するハードウェア認識可能なコマンドを識別し、その後、前記ハードウェア認識可能なコマンドを、後で実行させるために前記目標のハードウェアデバイスに発行するモニタとを含むシステム。
【請求項４２】
前記分散ネットワーク内の通信が十分に透過な方式で経路指定されるように、前記エージェントが、１つまたは複数のモニタとの通信を仲介するために使用されるモニタプロキシと、１つまたは複数のクライアントとの通信を仲介するために使用されるクライアントプロキシとを含む二重プロキシ機能を有する、請求項４１に記載の階層型通信システム。
【請求項４３】
前記エージェントモジュールに、１つまたは複数の許可されたクライアントを識別し、前記クライアントがそれを実施する適切な許可を有するものと識別されるときにだけ、命令を前記目標のハードウェアデバイスに経路指定する安全機能が、さらに組み込まれている、請求項４１に記載の階層型通信システム。
【請求項４４】
前記モニタモジュールが、
前記エージェントによって経路指定された前記命令を受信する通信プロキシと、
前記命令の構文を解析および検査することによって、受信した前記命令を解釈するコマンドプロセッサと、
前記目標のハードウェアデバイスの性能および動作パラメータを監視するプロクタと、
前記命令を、前記目標のハードウェアデバイスによって受信されて後に実行されるハードウェア認識コマンドに変換するために使用されるハードウェア抽出層とをさらに含む請求項４１に記載の階層型通信システム。
【請求項４５】
前記目標のハードウェアデバイスが、
前記ハードウェア認識コマンドを前記モニタの前記ハードウェア抽出層から受信し、
前記コマンドを実行し、且つ、
前記プロクタによる処理及び前記エージェントを介しての前記クライアントへの転送のために、実行された前記コマンドに対応する動作情報を前記モニタに返す、請求項４４に記載の階層型通信システム。
【請求項４６】
前記プロクタが、前記目標のハードウェアデバイスから前記動作情報を受信して、その時点の動作を評価する、請求項４５に記載の階層型通信システム。
【請求項４７】
前記目標のハードウェアデバイスのその時点の動作が異常と判断されるときに、前記プロクタが、１つまたは複数の安全策を実行する、請求項４５に記載の階層型通信システム。
【請求項４８】
前記安全策が、前記目標のハードウェアデバイスを無効にすることを含む、請求項４７に記載の階層型通信システム。
【請求項４９】
前記安全策が、前記クライアントにステータスインジケータを転送することを含む、請求項４７に記載の階層型通信システム。
【請求項５０】
前記目標のハードウェアデバイスが正常動作パラメータから外れて動作しているときに、前記目標のハードウェアデバイスの前記その時点の動作が異常と判断される、請求項４７に記載の階層型通信システム。
【請求項５１】
前記目標のハードウェアデバイスが誤動作しているとき、または動作していないときに、前記目標ハードウェアデバイスの前記その時点の動作が異常と判断される、請求項４７に記載の階層型通信システム。
【請求項５２】
前記目標のハードウェアデバイスの前記その時点の動作の傾向が、前記目標のハードウェアデバイスが将来の時点で正常動作パラメータから外れて動作することを示しているとき、前記目標のハードウェアデバイスの前記その時点の動作が異常と判断される、請求項４７に記載の階層型通信システム。
【請求項５３】
前記エージェントが、前記複数のハードウェアデバイスの少なくとも１つの動作を監視するために使用される制御構成要素またはアプリケーションを含む、請求項４４に記載の階層型通信システム。
【請求項５４】
前記クライアントがユーザインターフェースを含み、
該ユーザインターフェースを介して、ユーザが、前記複数のハードウェアデバイスの１つまたはそれ以上を制御または監視する命令を入力し、さらに、前記ユーザインターフェースが、前記複数のハードウェアデバイスの１つまたはそれ以上から、その動作ステータスを示す情報を受信する、請求項４４に記載の階層型通信システム。
【請求項５５】
前記クライアントがユーザインターフェースを含み、
該ユーザインターフェースを介して、ユーザが、前記複数のハードウェアデバイスの１つまたはそれ以上を制御または監視する命令を入力し、さらに、前記ユーザインターフェースが、前記複数のハードウェアデバイスの１つまたはそれ以上から、前記命令の結果を示す情報を受信する、請求項４４に記載の階層型通信システム。
【請求項５６】
前記クライアントが、１つまたは複数の前記ハードウェアデバイスの活動を調整するために使用されるブレインコントローラを含む、請求項４４に記載の階層型通信システム。
【請求項５７】
前記ブレインコントローラが、前記分散システム内の１つまたは複数のハードウェアデバイスを監視するハインドブレイン構成要素を含む、請求項５６に記載の階層型通信システム。
【請求項５８】
前記ブレインコントローラが、前記分散システム内の１つまたは複数のハードウェアデバイスを制御するフォアブレイン構成要素を含む、請求項５６に記載の階層型通信システム。
【請求項５９】
前記ブレインコントローラが、前記複数のハードウェアデバイスを、整合されたハードウェア機能ドメインを表すメタデバイスに集約するために使用される、請求項５６に記載の階層型通信システム。
【請求項６０】
前記ブレインコントローラが、実質的なユーザ入力を要求せずに、自律的に動作する、請求項５６に記載の階層型通信システム。
【請求項６１】
複数のハードウェアデバイスと、これらの複数のハードウェアデバイスを制御および監視する命令を発行するクライアントとの間で情報を交換するための方法であって、
前記クライアントと、前記クライアントと通信し、そこから送信された命令を受け取るように構成されたエージェントとの間に第１の通信チャネルを確立するステップと、
前記エージェントと各々のハードウェアデバイスとの間に複数の第２の通信チャネルを確立するステップと、
前記クライアント及び前記エージェントの間の前記第１の通信チャネルが、前記第２の通信チャネルを介して、前記複数のハードウェアデバイスとのクライアント通信を可能とするように、前記命令が十分に透過な方式で適切なハードウェアデバイスに転送されるように、前記エージェントを用いて、前記クライアントによって発行された前記命令を経路指定するステップと、
前記命令を、後で前記ハードウェアデバイスによって実行される、ハードウェアで認識されるフォーマットに変換する、各々の前記ハードウェアデバイス上にあるモニタモジュールを使用して、前記命令を受信するステップとを含む方法。
【請求項６２】
前記モニタモジュールが、さらに、前記ハードウェアデバイスから、後に前記エージェントを介して前記クライアントに転送されるステータス情報を受信する、請求項６１に記載の情報交換方法。
【請求項６３】
前記モニタモジュールが、前記ハードウェアデバイスの動作を監視し、前記ハードウェアデバイスが所望の許容範囲内で動作しているか否かを判断するプロクタをさらに含む、請求項６１に記載の情報交換方法。
【請求項６４】
前記ハードウェアデバイスが前記所望の許容範囲から外れて動作していると判断されたときに、前記プロクタが、１つまたは複数の安全策を実行する、請求項６３に記載の情報交換方法。
【請求項６５】
前記プロクタによって実行される前記安全策が、前記ハードウェアデバイスのその時点の動作機能を示すステータスインジケータを、前記クライアントに発行することを含む、請求項６４に記載の情報交換方法。
【請求項６６】
前記プロクタによって実行される前記安全策が、前記ハードウェアデバイスの解除を含む、請求項６４に記載の情報交換方法。
【請求項６７】
前記プロクタによって実行される前記安全策が、前記ハードウェアデバイスの動作を前記所望の許容範囲内に戻すために、前記ハードウェアデバイスによって実行される、ハードウェアで認識される１つまたは複数のコマンドを発行することを含む、請求項６４に記載の情報交換方法。
【請求項６８】
前記クライアントおよび前記複数のハードウェアデバイスが、陽子線治療システムを構成し、前記情報の交換が前記システムのスケーラビリティを改善する、請求項６４に記載の情報交換方法。
【請求項６９】
前記クライアントおよび前記複数のハードウェアデバイスが、陽子線治療システムを構成し、前記システムの計算上の複雑さが一定の関数で増大する、請求項６４に記載の情報交換方法。
【請求項７０】
前記モニタが、前記クライアントからの命令を受信することなく、自律的に動作する、請求項６４に記載の情報交換方法。
【請求項７１】
自律的な前記モニタの動作が、オフラインデバイスを監視するために使用される、請求項７０に記載の情報交換方法。
【請求項７２】
自律的な前記モニタの動作が、誤動作しているハードウェアデバイスを検出するために使用され、前記モニタが、前記誤動作しているハードウェアデバイスを正常動作に戻す補正処置を自動的に実施する、請求項７０に記載の情報交換方法。
【請求項７３】
自律的な前記モニタの動作が、異常なハードウェアデバイス挙動を検出するために使用され、前記モニタが、前記誤動作しているハードウェアデバイスを正常動作に戻す補正処置を自動的に実施する、請求項７０に記載の情報交換方法。
【請求項７４】
自律的な前記モニタの動作が、異常なハードウェアデバイス挙動を検出するために使用され、前記モニタが、前記異常な挙動を、後で前記クライアントに送信するために自動的にロギングする、請求項７０に記載の情報交換方法。
【請求項７５】
１つまたは複数のホストアプリケーションと複数のハードウェアデバイスとを含み、望ましくは前記ホストアプリケーションが複数の命令の送信を介して前記複数のハードウェアデバイスを制御および監視するために使用される、陽子線治療システム内で情報を交換するための方法であって、
各ホストアプリケーションとエージェントデバイスとの間に、前記ホストアプリケーションと通信し、送信された命令を受信するように構成された第１の通信チャネルを確立するステップと、
各ハードウェアデバイスが単一通信チャネルによってエージェントに接続されるように、前記エージェントデバイスと各ハードウェアデバイスとの間に複数の第２の通信チャネルを確立するステップと、
前記ホストアプリケーションによって発行された命令を、該命令が十分に透過な方式で、適切な前記ハードウェアデバイスに転送されるように、前記エージェントデバイスを用いて経路指定し、それによって、要求される通信チャネル数を実質的に減少させ、スケーラビリティを改善する前記第１の通信チャネルを介して、前記複数のハードウェアデバイスとのホストアプリケーション通信を可能にするステップと、
前記命令を、後にハードウェアデバイスによって実行されるハードウェアデバイスで認識されるフォーマットに変換する、各々の前記ハードウェアデバイス上にあるモニタモジュールを使用して、前記命令を受信するステップとを含む方法。
【請求項７６】
前記ホストアプリケーションと前記ハードウェアデバイスとの間の前記通信が、患者の処置に関連する１つまたは複数の重要な変数を監視するために使用される、請求項７５に記載の陽子線治療システムにおける情報交換方法。
【請求項７７】
前記重要な変数が、異常なハードウェア挙動を識別するために監視される、請求項７６に記載の陽子線治療システムにおける情報交換方法。
【請求項７８】
前記異常なハードウェア挙動が、前記重要な変数が最大許容範囲または閾値で与えられる正常値を超えるときに識別される、請求項７７に記載の陽子線治療システムにおける情報交換方法。
【請求項７９】
前記異常なハードウェア挙動が、前記重要な変数の偏差の変動する平均がある時間内に正常値を超える悪化傾向として識別される、請求項７７に記載の陽子線治療システムにおける情報交換方法。
【請求項８０】
前記重要な変数がリングエネルギー変数を含む、請求項７６に記載の陽子線治療システムにおける情報交換方法。
【請求項８１】
前記重要な変数が電源出力変数を含む、請求項７６に記載の陽子線治療システムにおける情報交換方法。
【請求項８２】
前記重要な変数が磁界強度変数を含む、請求項７６に記載の陽子線治療システムにおける情報交換方法。
【請求項８３】
前記重要な変数が照射線量変数を含む、請求項７６に記載の陽子線治療システムにおける情報交換方法。
【請求項８４】
プロクタがさらに、前記異常なハードウェア挙動の検出に応答して、前記複数のハードウェアデバイスの１つまたは複数の動作を停止する、請求項７７に記載の陽子線治療システムにおける情報交換方法。
【請求項８５】
前記プロクタが、前記異常なハードウェア挙動の検出に応答して、前記ホストアプリケーションに警告を転送する、請求項７７に記載の陽子線治療システムにおける情報交換方法。
【請求項８６】
前記プロクタが、前記異常な挙動を前記ホストアプリケーションにロギングまたはレポートする、請求項７７に記載の陽子線治療システムにおける情報交換方法。
【請求項８７】
ネットワークリソースの分散システムの通信および制御方法であって、
クライアントデバイスとエージェントデバイスとの間に第１の通信チャネルを確立するステップと、
前記エージェントデバイスと少なくとも１つのハードウェアデバイスとの間に第２の通信チャネルを確立するステップと、
前記クライアントデバイスと前記エージェントデバイスとの間、及び前記エージェントデバイスとモニタデバイスとの間で転送されるデータを、ハードウェアリソースの前記分散システムにアクセス要求するクライアントプロセス、通信チャネルを管理してクライアントプロセス要求を経路指定するエージェントプロセス、並びに、前記エージェントプロセスからの要求を受信し、該要求を実行し、及び、結果を前記クライアントプロセスに返信するモニタプロセスに従って、処理し、それによって、前記第１の通信チャネルを介してのクライアント通信が、前記通信システムに要求される全チャネル数を実質的に減少させ、ネットワークスケーラビリティを改善するステップとを含む方法。
【請求項８８】
ユーザインターフェースを介してユーザから前記要求を受信するステップと、
クライアントデバイスから前記エージェントデバイスに前記要求を転送するステップとをさらに含む請求項８７に記載のクライアントプロセス。
【請求項８９】
前記クライアントデバイスから前記要求を受信するステップと、
前記エージェントデバイスがどのハードウェアデバイスに前記要求を転送すべきかを決定するステップと、
前記決定されたハードウェアデバイスに前記要求を送信するステップとをさらに含む請求項８７に記載のエージェントプロセス。
【請求項９０】
前記エージェントデバイスから前記要求を受信するステップと、
前記要求を、前記ハードウェアデバイスで実行される、ハードウェアで認識される命令に変換するステップと、
異常なハードウェア挙動を識別するために、前記ハードウェアデバイスのステータスを監視するステップと、
異常なハードウェア挙動が検出されたときに、１つまたは複数の補正処置を実施するステップとをさらに含む請求項８７に記載のモニタプロセス。
【請求項９１】
前記陽子線治療デバイスに追加ハードウェアデバイスが統合されるときに、前記分散ネットワーク内のデータチャネル数が一定の複雑さで増加する、請求項２５に記載の通信システム。
【請求項９２】
前記陽子線治療デバイスにおけるネットワークでの前記増加の前記実質的な複雑さが、各々のホストアプリケーション及び各々のハードウェアデバイスが単一のデータチャネルによって接続され、それによって追加ハードウェアデバイスの前記陽子線治療デバイスへの統合が促進される結果によって生じる、請求項３９に記載の通信システム。