JP2017033532A - 分散処理システム、方法、およびプログラム、ならびに分散処理システムを適用した耐故障マルチエージェントシステムおよび病院連携分散処理システム - Google Patents

Abstract

【課題】分散処理による意思決定を行いつつ、所定時間内にアクションを完了させる。【解決手段】本発明の分散処理システムは、各処理に要する時間情報に基づき、所定時間内にアクションを完了可能か否かを判定するための第１の判定手段と、下位ユニットから上位ユニットに対して照会された処理の実行を、下位ユニットに対して許可するか否かを判定するための第２の判定手段と、上位ユニットに対して照会された処理に関する情報を表示するための表示手段と、第１の判定手段によって所定時間内にアクションを完了可能ではないと判定された場合、表示手段によってなされる表示処理、または、第２の判定手段によってなされる判定処理、を省略または簡略化するとともに、照会された処理の実行を、下位ユニットに対して許可する許可手段と、を備える。【選択図】図１

Description

本発明の実施形態は、所定時間内にアクションを実行するための意思決定を支援する分散処理システム、方法、およびプログラム、ならびに分散処理システムを適用した耐故障マルチエージェントシステム（ＭＡＳ）および病院連携分散処理システムに関する。

従来、例えば、故障要因の検知から修理までのアクションを実行するための意思決定を行う意思決定支援システムは、多くの場合、分散して処理を行う分散処理システムを構築することによって大規模化されることが知られている。

この分散処理システムにおいて、この分散処理システムを構成するローカルの各意思決定支援システムは、各意思決定支援システムによって保持されている情報に基づき、アクションを実行するか否かの意思決定を行うことがある。

一方、分散処理システム全体で、例えば、ネットワークを介して各意思決定支援システム間で情報を交換することによって、どの意思決定支援システムがどのアクションを実行すべきか否かを決定するための全体最適化を行うことがある。

また、各意思決定支援システムから他の意思決定支援システムに依頼されるアクションの実行の意思決定に関して、例えば、他の意思決定支援システムにおいて、人間によって、依頼されたアクションを実行すべきか否か、または、実行すべきアクションについて修正が行われることによって、最終的にその依頼されたアクションを実行すべきか否かが決定される場合もある。

特開２００８−２２４１３１号公報 特開２００５−１９０１３３号公報 特開２００１−１４７９０７号公報 特開２００５−１０２２３９号公報

Chris Brown and Dick Lane. Anti-air warfare co-ordination ? an algorithmic approach. In command and control research and technology symposium, 2000. Brown, Peter Fagan, Angela Hepplewhite, Bob Irving, Dick Lane, and Emma Squire. Real-time decision making support for the anti-air warfare commander. In command and control research and technology symposium, 2001. Patrick Beaumont and Brahim Chaib-draa. Multiagent coordination techniques for complex environments: The case of a fleet of combat ships. IEEE transaction on systems, man and cybernetics-part C, 37(3): 373- 385, 2007. Bonnie W. Young. Future integrated Fire Control. In command and control research and technology symposium, 2005.

しかしながら、アクションを実行するまでに要する時間が限られている場合、他の意思決定支援システムと情報を交換したり、人間がアクションの実行に関する意思決定に関する方針等を確認することによって、所定時間内にアクションを実行できなくなるという問題がある。

また、例えば、意思決定を必要とする複数のアクションを処理する場合、人間によって処理可能なアクションの数は限られているため、各アクションの実行についての意思決定までに要する時間を短縮し、短時間で意思決定を行うことが求められているので、前述した問題を解決することはますます困難になりうる。

この発明は上記事情に着目してなされたもので、その第１の目的は、分散処理による意思決定を行いつつ、所定時間内にアクションを完了させるための分散処理システム、方法、およびプログラムを提供することにある。

また、その第２の目的は、このような分散処理システムを適用することによって、故障要因を検知してから修理までのアクションを所定時間内に完了させるための耐故障マルチエージェントシステムを提供することにある。

さらに、その第３の目的は、このような分散処理システムを適用することによって、患者が搬送された最初の病院において、この患者を受け入れるか、他の病院に移送するかの判定を、患者が待つことのできる制限時間内に完了させるための病院連携分散処理システムを提供することにある。

実施形態の分散処理システムは、上位ユニットと下位ユニットとを備えてなり、所定時間内に所定のアクションを完了させるまでに要する各処理を、上位ユニットと下位ユニットとの間で分散処理する分散処理システムであって、上位ユニットに設けられ、各処理に要する時間情報に基づき、所定時間内にアクションを完了可能か否かを判定するための第１の判定手段と、上位ユニットに設けられ、下位ユニットから上位ユニットに対して照会された処理の実行を、下位ユニットに対して許可するか否かを判定するための第２の判定手段と、上位ユニットに設けられ、上位ユニットに対して照会された処理に関する情報を表示するための表示手段と、上位ユニットに設けられ、第１の判定手段によって所定時間内にアクションを完了可能ではないと判定された場合、表示手段によってなされる表示処理、または、第２の判定手段によってなされる判定処理、を省略または簡略化するとともに、照会された処理の実行を、下位ユニットに対して許可する許可手段と、を備えている。

第１の実施形態の分散処理システムの構成例を示すブロック図。 第１の実施形態の分散処理システムによってなされる分散処理手順の一例を示すフローチャート。 第２の実施形態の耐故障マルチエージェントシステムの構成例を示すブロック図。 従来の耐故障エージェントシステムの概要を説明するための図。 従来の耐故障マルチエージェントシステムの概要を説明するための図。 第２の実施形態の耐故障マルチエージェントシステムによってなされるマルチエージェント処理の一例を説明するための図。 第２の実施形態の耐故障マルチエージェントシステムによってなされるマルチエージェント処理の他の一例を説明するための図。 第２の実施形態の耐故障マルチエージェントシステムによってなされるマルチエージェント処理のさらに他の一例を説明するための図。 第２の実施形態の耐故障マルチエージェントシステムによってなされるマルチエージェント処理の別の一例を説明するための図。 第２の実施形態の耐故障マルチエージェントシステムによってなされるマルチエージェント処理さらに別の一例を説明するための図。 第３の実施形態の病院連携分散処理システムの構成例を示すブロック図。 第３の実施形態の病院連携分散処理システムによってなされる分散処理手順の一例を示すフローチャート。 第１，第２，第３の実施形態の分散処理システムにおけるアクションに関する情報を示すデータベース。

（第１の実施形態）
第１の実施形態では、図面を参照して、第１の目的を実現するための分散処理システム、方法、およびプログラムについて説明する。
第１の実施形態では、分散処理システムの一例として、階層構造をなす分散処理システムである階層型分散意思決定システム１０を想定する。

図１は、本実施形態の階層型分散意思決定システム１０の構成例を示す。
階層型分散意思決定システム１０は、上位意思決定システム２０と、１つまたは複数の下位意思決定システム３０（＃１〜＃ｎ）とを備えてなる。

この階層型分散意思決定システム１０は、所定時間内に所定のアクションを完了させるまでに要する各処理を、上位意思決定システム２０と、下位意思決定システム３０（＃１〜＃ｎ）との間で分散処理する。

上位意思決定システム２０は、下位意思決定システム３０（＃１〜＃ｎ）の各々とインターネット等のネットワークを介して接続されている。

上位意思決定システム２０は、下位意思決定システム３０（＃１〜＃ｎ）の各々から依頼されるアクションの確認または修正等の照会に関する情報と、そのアクションを完了させるまでに行われる各処理に要する所定の制限時間に関する情報を受信し、照会された処理の実行を下位意思決定システム３０（＃１〜＃ｎ）の何れかに対して許可する。

アクションは、例えば、実行開始から実行完了までに行われる一連の各処理を含む。例えば、アクションは、階層型分散意思決定システム１０を、耐故障マルチエージェントシステムに適用した場合、故障要因の検知から修理までに行われる各処理を含み（第２の実施形態参照）、病院連携分散処理システムに適用した場合、患者が最初の病院に搬送されてから、最終的にどの病院に搬送すべきかを決定するまでに行われる各処理を含む（第３の実施形態参照）。

下位意思決定システム３０（＃１〜＃ｎ）の各々は、所定の制限時間内にアクションを完了させるまでに要する各処理を、上位意思決定システム２０と他の下位意思決定システム３０との間で分散処理を行う。

次に、各意思決定システムの詳細な構成例について説明する。なお、図１では、下位意思決定システム３０（＃１）について説明するが、下位意思決定システム３０（＃２〜＃ｎ）についても同様に説明することができる。

下位意思決定システム３０（＃１）は、センシング情報記録・監視部３１−１、センシング情報記憶部３２−１、センシング情報通知部３３−１、アクション実行意思決定部３４−１、アクション実行部３５−１、アクション実行予定記憶部３６−１、ＧＵＩ表示判定部３７−１、ＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｅｆａｃｅ）表示部３８−１、上位確認・修正実施判定部３９−１、アクション実行予定通知部４０−１、およびアクション実行依頼受付部４１−１を備えてなる。

センシング情報記録・監視部３１−１には、センサＡおよびセンサＢが接続されている。そして、センシング情報記録・監視部３１−１は、センサＡおよびセンサＢを監視し、センサＡによってセンサ情報ａ１が取得された場合、または、センサＢによってセンサ情報ａ２が取得された場合、取得されたセンサ情報ａ１またはセンサ情報ａ２をセンシング情報記憶部３２−１に記録させるためのセンサ情報記録指示を、取得されたセンサ情報ａ１またはセンサ情報ａ２とともに、センシング情報ｂとして、センシング情報記憶部３２−１に送る。

センサＡおよびセンサＢは、実行部４２aまたは実行部４２bによって実行されるアクションの対象となる対象体（図示せず）に関するセンサ情報ａ１またはセンサ情報ａ２を取得する。対象体は、例えば、階層型分散意思決定システム１０が耐故障マルチエージェントシステムに適用された場合には、修理するための故障要因に相当する。この場合、センサＡおよびセンサＢは、それぞれ、故障要因を検知するためのセンサである。

また、実行部４２ａおよび実行部４２ｂは、例えば、階層型分散意思決定システム１０が耐故障マルチエージェントシステムに適用された場合には、故障要因を修理するための修理装置等である。

なお、実行部４２ａおよび実行部４２ｂは、後述するアクション実行部３５−１に含まれていてもよい。この場合、アクション実行部３５−１が対象体に対してアクションを実行する。

センシング情報ｂは、センサＡまたはセンサＢによって検知された対象体に関する情報であり、対象体に対応づけられた時間情報を含む。センシング情報ｂは、例えば、対象体の現在の状態を示す情報である。具体的には、対象体が移動体である場合、その移動体の位置情報、速度情報、または移動方向等を示す情報である。

また、階層型分散意思決定システム１０が病院連携分散処理システムに適用された場合、対象体は、病院等において治療を受ける患者であり、センシング情報ｂは、患者が患う疾患の状態を示す情報である。なお、このように対象体が患者である場合、第３の実施形態において後述するが、センサＡまたはセンサＢからの取得されるセンサ情報ａ１またはセンサ情報ａ２を用いず、センシング情報ｂとして、例えば、患者の状態を示すトリアージ情報等を用いてもよい。

センシング情報記憶部３２−１は、センシング情報記録・監視部３１−１から送られてきたセンシング情報ｂを記憶する。そして、センシング情報記憶部３２−１に記録されているセンシング情報ｃをセンシング情報通知部３３−１およびアクション実行意思決定部３４−１に送る。

センシング情報通知部３３−１は、センシング情報記憶部３２から取得したセンシング情報ｃのうち上位意思決定システム２０によって行われる処理に必要な情報、例えば時間情報、を少なくとも含むセンシング情報ｅ１を上位意思決定システム２０に送る。

アクション実行意思決定部３４−１は、センシング情報記憶部３２−１から取得されたセンシング情報ｃに基づき、アクションを実行するか否かを決定する。

より詳細には、アクション実行意思決定部３４−１は、センシング情報ｃに基づき、実行候補のアクション（以下、「アクション候補」と称す。）とそのアクション候補に対応付けられた制限時間とを算出する。そして、アクション候補と算出された制限時間とに関する情報（以下、「アクション候補時間情報」と称す。）をアクション実行予定記憶部３６−１に記録する。

なお、アクション候補は、例えば、アクション実行意思決定部３４−１によってアクションを実行するか否かが決定されていないアクション、上位意思決定システム２０によって実行されることが許可されていないアクション、または、下位意思決定システム３０（＃１〜＃ｎ）のうちアクションが実行される下位意思決定システム３０が決定されていないアクションである。

そして、アクション実行意思決定部３４−１は、アクション候補に関する各処理に要する時間情報であるアクション候補時間情報に基づき、制限時間内にアクションを完了可能か否かを判定し、その判定結果に基づき、アクションの実行に関する意思を決定する。例えば、アクション実行部３５−１に対してアクションを実行させるための、すなわち、アクション実行部３５−１に対してアクションの実行を許可するための、実行指示ｆ１を通知する。

また、アクション実行意思決定部３４−１は、制限時間内にアクションを完了可能ではないと判定された場合、後述するＧＵＩ表示部３８−１によってなされる表示処理、または、後述するアクション実行予定通知部４０−１等によって行われる下位意志決定システム３０（＃１）から上位意志決定システムが２０に対して照会する処理の実行、を省略または簡略化するとともに、アクション実行部３５−１に対してアクションの実行を許可する。

また、アクション実行意思決定部３４−１は、アクション候補時間情報、および、制限時間内にアクションを完了可能か否かの判定結果を示す情報、等を含むアクション候補に関する情報ｆ２をアクション実行予定記憶部３６−１に送る。

また、アクション実行意思決定部３４−１は、アクション実行予定記憶部３６−１によって記憶されている、上位意思決定システム２０によって実行されることが許可されたアクションに関する情報を、アクション実行予定記憶部３６−１から取得する。そして、上位意思決定システム２０によって実行されることが許可されたアクションを、アクション実行部３５−１に対して実行させるための実行指示ｆ１を通知する。

アクション実行部３５−１は、アクション実行意思決定部３４−１から通知された実行指示ｆ１に基づき、実行部４２ａに対して対象体にアクションを実行するための制御を行わせるための実行制御指示ｇ１、または、実行部４２ｂに対して対象体にアクションを実行するための制御を行わせるための実行制御指示ｇ２、を送る。

実行部４２ａは、実行制御指示ｇ１に基づき、対象体に対してアクションを実行する。同様に、実行部４２ｂは、実行制御指示ｇ２に基づき、対象体に対してアクションを実行する。

アクション実行予定記憶部３６−１は、アクション候補に関する情報ｆ２を記憶する。

ＧＵＩ表示判定部３７−１は、アクション実行予定記憶部３６−１に記憶されているアクション候補に関する情報ｉを取得し、取得されたアクション候補に関する情報ｉに基づき、ＧＵＩ表示部３８−１によってアクション候補を表示するか否かを判定する。例えば、アクション実行予定記憶部３６−１に記憶されている各アクション候補の制限時間、または、その制限時間と後述するような重要度や既に表示されているアクション候補の数等の他の判定基準との組み合わせに応じて、ＧＵＩ表示部３８−１によってアクション候補を表示するか否かを判定する。

ＧＵＩ表示判定部３７−１は、ＧＵＩ表示部３８−１によってアクション候補を表示すると判定した場合、アクション実行予定記憶部３６−１に記憶されているアクション候補に関する情報ｉをＧＵＩ表示部３８−１に表示させる。そのため、ＧＵＩ表示部３８−１に対して、アクション候補を表示させるための表示指示ｊをＧＵＩ表示部３８−１に送る。

ＧＵＩ表示部３８−１は、ディスプレイ（図示せず）等にアクション候補に関する情報をＧＵＩ形式で表示する。また、表示されたアクション候補に関する情報ｋをアクション実行予定記憶部３９−１に記憶する。

一方、上位確認・修正実施判定部３９−１は、アクション実行予定記憶部３６−１に記憶されているアクション候補に関する情報ｈ１を取得し、取得されたアクション候補に関する情報ｈ１に基づき、上位意思決定システム２０に対してアクション候補に関する照会処理を行うか否かを判定する。例えば、アクション実行予定記憶部３６−１に記憶されている各アクション候補の制限時間、または、その制限時間と後述するような重要度や既に表示されているアクション候補の数等の他の判定基準との組み合わせに応じて、アクション候補に関する照会処理を行うか否かを判定する。

上位確認・修正実施判定部３９−１は、アクション候補に関する照会処理を行わないと判定された場合、例えば、照会処理を行わないことを示す情報をアクション実行予定記憶部３６−１に記憶する。一方、アクション候補に関する照会処理を行うと判定された場合、アクション候補の照会処理を行うことを示す情報ｈ２をアクション実行予定通知部４０−１に送る。

アクション実行予定通知部４０−１は、照会処理を行うことを示す情報ｈ２に基づき、上位意思決定システム２０に、実行予定のアクション候補の照会処理を行うための通知（アクション実行予定情報）ｍ１を送る。なお、通知ｍ１は、例えば、アクション候補に関する情報およびそのアクション候補の制限時間に関する情報を含む。

また、アクション実行依頼受付部４１−１は、上位意思決定システム２０から送られてきたアクション実行依頼指示ｓ１に基づき、上位意思決定システム２０によって実行することが許可されたアクションに関する情報ｙをアクション実行予定記憶部３６−１に記憶する。

上位意思決定システム２０は、センシング情報記録・監視部２１、センシング情報記憶部２２、アクション実行意思決定部２３、アクション実行部２４、アクション実行予定記憶部２５、ＧＵＩ表示判定部２６、ＧＵＩ表示部２７、およびアクション実行予定受付部２８を備えてなる。

センシング情報記録・監視部２１は、下位意思決定システム３０（＃１）のセンシング情報通知部３３−１からセンシング情報ｅ１を受信する。同様に、他の下位意思決定システム３０（＃２〜＃ｎ）のセンシング情報通知部３３からセンシング情報ｅを受信する。

センシング情報記憶部２２は、センシング情報記録・監視部２１から送られてきたセンシング情報ｏを記憶する。センシング情報ｏは、複数の下位意思決定システム３０から受信されたセンシング情報ｅを含む。

アクション実行意思決定部２３は、アクション候補時間情報に基づき、制限時間内にアクションを完了可能か否かを判定する。また、下位意思決定システム３０（＃１）から上位意思決定システム２０に対して照会された処理の実行を、下位意思決定システム３０（＃１〜＃ｎ）の何れかに対して許可するか否かを判定する。

また、アクション実行意思決定部２３は、制限時間内にアクションを完了可能ではないと判定された場合、後述するＧＵＩ表示判定部２６によってなされる表示処理、または、下位意思決定システム３０（＃１〜＃ｎ）の何れかに対して許可するか否かの判定処理、を省略または簡略化するとともに、下位意思決定システム３０（＃１）から照会された処理の実行を、下位意思決定システム３０（＃１〜＃ｎ）の何れかに対して許可する。

より詳細には、アクション実行意思決定部２３は、センシング情報記憶部２２に記憶されているセンシング情報ｐおよび後述するアクション実行予定記憶部２５に記憶されているアクション候補照会情報ｗに基づき、下位意思決定システム２０（＃１）等から照会されたアクション候補の処理の実行を、下位意思決定システム２０（＃１）等に対して許可するか否かを判定する。

例えば、アクション実行意思決定部２３は、下位意思決定支援システム３０（＃１〜＃ｎ）の何れかから得られた新たなセンシング情報ｐが得られた場合、センシング情報記憶部２２から取得された新たなセンシング情報ｐに基づき、アクション実行予定記憶部２５に記憶されている各アクション候補の確認または修正を行う。そして、確認または修正済みのアクションの実行を、アクション実行部２４を介して下位意思決定システム３０（＃１〜＃ｎ）の何れかに依頼する。

なお、アクション候補の修正とは、例えば、下位意思決定システム３０のアクション実行意思決定部３４−１によって決定され、アクションを実行する下位意思決定システム３０、例えば下位意思決定システム３０（＃１）から、他の下位意思決定システム３０、例えば下位意思決定システム３０（＃ｎ）に、変更するような修正を含む。

そして、アクション実行意思決定部２３は、制限時間内にアクションを完了可能か否かの判定結果に基づき、アクションの実行に関する意思を決定する。そして、例えば、アクション実行部２４に対してアクションを実行させるための実行指示ｒを通知する。

また、アクション実行意思決定部２３は、例えば、アクション候補時間情報、または、制限時間内にアクションを完了可能か否かの判定結果を示す情報、等を含むアクション候補に関する情報ｑをアクション実行予定記憶部２５に送る。

アクション実行部２４は、アクション実行意思決定部２３から通知された実行指示ｒに基づき、アクション候補を実行する下位意思決定システム３０に対して、アクション実行依頼指示ｓを送る。例えば、下位意思決定システム３０（＃１）において実行すべきとアクション実行意思決定部２３によって決定された場合、決定されたアクション候補に関するアクション実行依頼指示ｓ１を下位意思決定システム３０（＃１）に送る。

アクション実行予定記憶部３６−１は、アクション候補に関する情報ｆ２を記憶する。

一方、ＧＵＩ表示判定部２６は、上位意志決定システム２０に対して下位意志決定システム３０から照会された処理に関する情報を表示する。具体的には、アクション実行予定記憶部２５に記憶されているアクション候補に関する情報ｔをＧＵＩ表示部２７に表示させる。そのため、ＧＵＩ表示部２７に対して、アクション候補を表示させるための表示指示ｕをＧＵＩ表示部２７に送る。例えば、アクション実行予定記憶部３６−１に記憶されている各アクション候補の制限時間、または、その制限時間と後述するような重要度や既に表示されているアクション候補の数等の他の判定基準との組み合わせに応じて、アクション候補に関する情報を表示させるか否かを判定する。なお、アクション候補に関する情報を表示させるか否かの判定処理は、アクション候補に関する情報を人間等のユーザによって編集可能なように表示するか否かの判定処理も含む。

ＧＵＩ表示部２７は、例えば上位意思決定システム２０内のディスプレイ（図示せず）等に、アクション候補に関する情報をＧＵＩ形式で表示する。また、表示されたアクション候補に関する情報ｖをアクション実行予定記憶部２５に記憶する。

一方、アクション実行予定受付部２８は、下位意思決定システム３０（＃１）のアクション実行予定通知部４０−１から実行予定のアクション候補の照会処理を行うための通知ｍ１を受信する。同様に、他の意思決定システム３０（＃２〜＃ｎ）から、それぞれに対応する実行予定のアクション候補の照会処理を行うための通知ｍ２〜ｍｎを受信する。そして、受信された実行予定のアクション候補の照会処理を行うための通知ｍに基づき、アクション候補照会情報ｗを、アクション実行予定記憶部２５に記憶させる。

なお、図１では、階層型の分散意思決定システム１０について説明したが、本発明は、階層型に限定されるものではない。例えば、上位意思決定システム２０と下位意思決定システム３０（＃１〜＃ｎ）の各々は、同一構成を有する複数の分散された意思決定システムのうちの何れかであってもよい。そして、これら意思決定システムのうちの何れかが、上位意思決定システム２０の役割を担い、残りが、下位意思決定システム３０となるようにしても良い。

例えば、階層型分散意思決定システム１０が耐故障マルチエージェントシステムに適用された場合には、故障要因を最初に検知したセンサに対応する意思決定システムが下位意思決定システム３０となり、それ以外の意思決定システムのうちの何れかが上位意思決定システム２０となる、逆に、故障要因を最初に検知したセンサが設けられた意思決定システムが上位意思決定システム２０となり、それ以外の意思決定システムのうちの何れかが下位意思決定システム２０となってもよい。

なお、これらの各分散意思決定システムにおいて、データベース／アプリケーションとして機能する機能部は、独立したエンティティとして記載したが、いずれの組み合わせにおいても同一エンティティとしての実装を制限するものではない。

また、本実施形態の階層型分散意思決定システム１０におけるネットワークは、イーサネット（登録商標）等のＬＡＮ、あるいは公衆回線や専用回線を介して複数のＬＡＮが接続されるＷＡＮ等からなる。ＬＡＮの場合には、必要に応じてルータを介した多数のサブネットから構成される。また、ＷＡＮの場合には、公衆回線に接続するためのファイアウォール等を適宜備えているが、ここではその図示及び詳細説明を省略する。

また、本実施形態の階層型分散意思決定システム１０は、例えば、磁気ディスク等の記録媒体に記録されたプログラムや、ＴＣＰ／ＩＰ等を用いたインターネット等のネットワークを介してダウンロードしたプログラムを読み込み、このプログラムによって動作が制御されるサーバ等のコンピュータによって実現される。

請求項において、上位ユニットに設けられ、各処理に要する時間情報に基づき、所定時間内にアクションを完了可能か否かを判定するための第１の判定手段は、例えば、アクション実行意志決定部２３に対応する。上位ユニットに設けられ、下位ユニットから上位ユニットに対して照会された処理の実行を、下位ユニットに対して許可するか否かを判定するための第２の判定手段は、例えば、アクション実行意志決定部２３に対応する。上位ユニットに設けられ、上位ユニットに対して照会された処理に関する情報を表示するための表示手段は、例えば、ＧＵＩ表示判定部２６に対応する。上位ユニットに設けられ、第１の判定手段によって所定時間内にアクションを完了可能ではないと判定された場合、表示手段によってなされる表示処理、または、第２の判定手段によってなされる判定処理、を省略または簡略化するとともに、照会された処理の実行を、下位ユニットに対して許可する許可手段は、例えば、アクション実行意志決定部２３に対応する。

次に、図２を参照して、第１の本実施形態の階層型分散意思決定システム１０によって実施される分散処理の手順の一例について説明する。なお、図２では、下位意思決定システム３０（＃１）から上位意思決定システム２０に対してアクションに関する照会が行われた場合を想定する。

まず、ステップＳ１０乃至ステップＳ２０において、下位意思決定システム３０（＃１）によって処理が行われる。
センシング情報記録・監視部３１−１によって、センサＡまたはセンサＢからのセンシング情報ｂが取得される（ステップＳ１０）。次に、アクション実行意思決定部３４−１によって、取得されたセンシング情報ｂに基づき、実行すべきアクション候補が決定される。また、決定されたそのアクション候補の制限時間が算出される（ステップＳ１２）。

そして、アクション実行意思決定部３４−１によって、決定されたアクション候補のうち実行されるべきアクション候補があるか否かが判定される（ステップＳ１４）。実行されるべきアクション候補がない場合（ステップＳ１４：ＮＯ）、例えば、決定されたアクション候補がアクション実行予定記憶部３６−１に記憶される。

一方、実行されるべきアクション候補がある場合（ステップＳ１４：ＹＥＳ）、上位確認・修正実施判定部３９−１によって、実行されるべきアクション候補を上位意思決定システム２０によって全体最適化するための時間があるか否かが判定される（ステップＳ１６）。なお、全体最適化は、図５を参照して後述するが、例えば、後続するステップＳ２４において行われる処理のうち、複数の下位意志決定システム３０（＃１〜＃ｎ）の何れかから受信されたセンシング情報を総合的に判断することを意味する。

全体最適化のための時間がないと判定された場合（ステップＳ１６：ＮＯ）、後述するステップＳ３６に進む。一方、全体最適化するための時間があると判定された場合（ステップＳ１６：ＹＥＳ）、上位確認・修正実施判定部３９―１によって、下位意思決定システム３０（＃１）から上位意思決定システム２０にすでに依頼されている依頼件数が所定の上限値よりも小さいか否かが判定される（ステップＳ１８）。なお、この依頼件数に関する情報は、例えば、アクション実行予定記憶部３９−１等に記憶されている。

依頼件数が所定の上限値よりも小さくないと判定された場合（ステップＳ１８：ＮＯ）、後述するステップＳ３６に進む。一方、依頼件数が所定の上限値よりも小さいと判定された場合（ステップＳ１８：ＹＥＳ）、上位意思決定システム２０に実行されるべきアクション候補があることを報告するために、アクション実行予定通知部４０−１によってアクション実行予定情報ｍ１が上位意思決定システム２０に通知される（ステップＳ２０）。また、センシング情報通知部３３−１によって、ステップＳ２０においてアクション実行予定通知部４０−１によって通知されるアクション実行予定情報ｍ１と関連付けられているセンシング情報ｅ１が、上位意思決定システム２０に通知される（ステップＳ２０）。なお、アクション実行予定情報ｍ１とセンシング情報ｅ１とは、例えば、１対１に関連付けられている。また、センシング情報ｅ１は、例えば、センシング情報記憶部３２−１に記憶されているセンシング情報のうち、上位意志決定システム２０において必要な情報が含まれる情報である。

次に、ステップＳ２３乃至ステップＳ３２において、上位意思決定システム２０によって処理が行われる。
アクション実行予定受付部２８によって、下位意思決定システム３０（＃１）のアクション実行予定通知部４０−１からアクション実行予定情報ｍ１が受信される（ステップＳ２２）。また、センシング情報記録・監視部２１によって、下位意思決定システム３０（＃１）のセンシング情報通知部３３−１からセンシング情報ｅ１が受信される（ステップＳ２２）。

そして、アクション実行意思決定部２３によって、ステップＳ２２において下位意思決定システム３０（＃１）から受信されたセンシング情報ｅ１に少なくとも基づいて、全体最適化が行われ、下位意思決定システム３０（＃１）で実行すべきアクション候補が確認または修正される（ステップＳ２４）。なお、複数の下位意思決定システム３０の各々からセンシング情報ｅが受信された場合、受信された複数のセンシング情報ｅに基づいて全体最適化が行われ、各下位意思決定システム３０で実行すべきアクション候補が確認または修正される（ステップＳ２４）。

次に、ＧＵＩ表示判定部２６によって、アクション照会処理情報ｕをＧＵＩ表示部２７によって表示させるための時間またはアクション照会処理情報ｕに関する入力処理を行うための時間を含む上位アクション情報表示時間があるか否かが判定される（ステップＳ２６）。上位アクション情報表示時間がないと判定された場合（ステップＳ２６：ＮＯ）、上位意思決定システム２０における表示処理を省略して、ステップＳ３２に進む。

一方、上位アクション情報表示時間があると判定された場合（ステップＳ２６：ＹＥＳ）、ＧＵＩ表示判定部２６によって、上位ＧＵＩ表示数が上限値以下であるか否かが判定される（ステップＳ２８）。ＧＵＩ表示部２７によって表示されているアクション照会処理情報ｕに対応する数（上位ＧＵＩ表示数）が上限値以下ではないと判定された場合（ステップＳ２８：ＮＯ）、上位意思決定システム２０における表示処理が省略され、ステップＳ３２に進む。

一方、上位ＧＵＩ表示数が上限値以下であると判定された場合（ステップＳ２８：ＹＥＳ）、下位意志決定システム３０で実行すべきアクション候補に関する情報であるアクション照会処理情報ｕをＧＵＩ表示部２７に表示させる（ステップＳ３０）。なお、ステップＳ３０において、アクション照会処理情報ｕがＧＵＩ表示部２７に表示されている間、例えば、人がアクション候補を実行するか否かの確認または修正の処理を行い、アクション実行予定記憶部２５の内容を更新してもよい。

次に、アクション実行部２４によって、下位意思決定システム３０（＃１〜＃ｎ）の何れかに対して、下位意思決定システム３０に対して、実行すべきアクション候補に関する情報を含むアクション実行通知情報ｓが通知される（ステップＳ３２）。

そして、ステップＳ３４乃至ステップＳ４４において、下位意思決定システム３０（＃１〜＃ｎ）の何れかによって処理が行われる。なお、図２では、下位意思決定システム３０（＃ｎ）によってステップＳ３４乃至ステップＳ４４の処理が行われる場合を想定する。

アクション実行依頼受付部４１−ｎによって、上位意思決定システム２０のアクション実行部２４から通知されたアクション実行通知情報ｓｎが受信される（ステップＳ３４）。

次に、ＧＵＩ表示判定部２６によって、アクション照会処理情報ｊをＧＵＩ表示部３８−ｎによって表示させるための時間またはアクション照会処理情報ｊに関する入力処理を行うための時間を含む下位アクション情報表示時間があるか否かが判定される（ステップＳ３６）。なお、下位意思決定システム３０（＃１）による処理であるステップＳ１６またはステップＳ１８において、上述したようにステップＳ３６に進む場合、ステップＳ３６乃至ステップＳ４４における処理は下位意思決定システム３０（＃ｎ）の代わりに下位意思決定システム３０（＃１）によって行われる。

下位アクション情報表示時間がないと判定された場合（ステップＳ３６：ＮＯ）、下位意思決定システム３０（＃ｎ）における表示処理が省略され、ステップＳ４２に進む。

一方、下位アクション情報表示時間があると判定された場合（ステップＳ３６：ＹＥＳ）、ＧＵＩ表示判定部３７−ｎによって、下位ＧＵＩ表示数が上限値以下であるか否かが判定される（ステップＳ３８）。ＧＵＩ表示判定部３７−ｎよってＧＵＩ表示部３８−ｎによって表示されているアクション照会処理情報ｊに対応する数（下位ＧＵＩ表示数）が上限値以下ではないと判定された場合（ステップＳ３８：ＮＯ）、下位意思決定システム３０（＃ｎ）における表示処理が省略されて、ステップＳ４２に進む。

一方、下位ＧＵＩ表示数が上限値以下であると判定された場合（ステップＳ３８：ＹＥＳ）、アクション照会処理情報ｊをＧＵＩ表示部３８−ｎに表示させる（ステップＳ４０）。なお、ステップＳ４０において、アクション照会処理情報ｊがＧＵＩ表示部３８−ｎに表示されている間、例えば、人がアクション候補を実行するか否かの確認または修正の処理を行い、アクション実行予定記憶部３６−ｎの内容を更新してもよい。

そして、アクション実行意思決定部３４−ｎによってアクション候補を実行するか否かが判定される（ステップＳ４２）。ステップＳ４２の処理は、例えば、ステップＳ１４においてアクション候補を実行する必要があると判定された後、新たなセンシング情報が取得される等によって状況が変更されるような場合があるため行われる。アクション候補を実行する必要がないと判定された場合（ステップＳ４２：ＮＯ）、処理を終了する。一方、アクション候補を実行する必要があると判定された場合（ステップＳ４２：ＹＥＳ）、アクション実行部３５−ｍによって、実行する必要があるアクション候補に対応した実行部が選択され、選択された実行部が制御される（ステップＳ４４）。

以上のように、第１の実施形態によれば、分散処理による意思決定を行いつつ、所定時間内にアクションを完了させることが可能となる。また、ユーザインタフェース等によって表示処理や入力処理が行われるような場合でも、あるいは、上位意志決定システム２０によって全体最適化が行われ全体調整されるような場合でも、制限時間内にアクションの実行の意思決定を行うことが可能となる。そのため、自動的にまたは半自動的に、局所的な緊急対応等と全体の調整とのバランスをとりつつ、制限時間内にアクションの実行の意思決定が可能となる。
（第２の実施形態）
第２の実施形態では、図３乃至図１０を参照して、第２の目的を実現するための耐故障マルチエージェントシステムについて説明する。
第２の実施形態では、階層型分散意思決定システム１０を、耐故障マルチエージェントシステムに適用した場合を想定している。なお、第１の実施形態と同様の構成または内容については説明を省略する。

図３は、第１の実施形態における図１の階層型分散意思決定システム１０の構成例をより具体的に示した耐故障マルチエージェントシステム３００の構成例である。耐故障マルチエージェントシステム３００は、故障要因の検知から修理までのアクションを所定時間内に完了させるために、そのアクションに含まれる各処理を、上位意思決定システム２０と下位意思決定システム（＃１〜＃ｎ）とで分散して行うための分散処理システムである。

図３では、下位意思決定システム３０（＃１〜＃ｎ）としてデスクトップＰＣ２００等の複数のコンピュータＰＣ１〜ＰＣｎと、上位意思決定システム２０としてデスクトップＰＣ２００等のコンピュータＰＣ０と、がネットワーク１００を介して互いに接続され、分散処理環境が形成されている。また、各ＰＣは、第１の実施形態において説明した分散処理を実行する分散処理プログラム２００ａを備える。

また、図３では示していないが、各ＰＣは、故障要因を検知するためのセンサと接続されている。なお、各意思決定システムが、センサを有していてもよい。

下位意思決定システム３０（＃１〜＃ｎ）は、それぞれ、ネットワーク１００を介して他の下位意思決定システム３０または上位意思決定システム２０と情報を授受する仲立ちとなるインタフェース部（Ｉ／Ｆ）５３と、ディスプレイ５２と、記憶部５０と、制御部５１と、ユーザインタフェース部５４とを備えており、それぞれ、バス５５等を介して互いに接続されている。

ここでは、下位意思決定システム３０（＃１）について説明するが、他の下位意思決定システム３０（＃２〜＃ｎ）についても同様に説明することができる。

記憶部５０−１は、上述したような、センシング情報記憶部３２−１、アクション実行予定記憶部３６−１等を備える。

ユーザインタフェース部５４−１は、キーボードやマウス（図示せず）等を備え、例えば、ディスプレイ５２−１上のＧＵＩ環境を用いたユーザの操作を受け付ける。

制御部５１−１は、上述したような、上位確認・修正実施判定部３９−１、ＧＵＩ表示判定部３７−１等を備える。なお、図３では示していないが、制御部５１−１は、第１の実施形態の図１で示した下位意思決定システム３０（＃１）の各機能部も備える。

また、制御部５１−１は、センサによって故障要因が検知された場合、検知された故障要因の修理の許可を求める要求を上位意思決定システム２０に照会するための照会機能を有する。

例えば、上位確認・修正実施判定部３９−１によって、アクションに関する照会処理を行うと判定された場合、制御部５１−１は、照会機能によって、上位意思決定システム２０に対して検知された故障要因の修理の許可を求める要求を行う。

また、制御部５１−１は、ＧＵＩ表示判定部３７−１によってディスプレイ５２−１にアクション候補に関する情報がＧＵＩ形式で表示された場合、表示されたアクション候補に関する情報に対してユーザインタフェース部５４−１を介してユーザ等から入力される操作に応じて、例えば、上位意思決定システム２０に対して検知された故障要因の修理の許可を求める要求を行う。

上位意思決定システム２０は、それぞれ、ネットワーク１００を介して下位意思決定システム３０（＃１〜＃ｎ）の各々と情報を授受する仲立ちとなるインタフェース部（Ｉ／Ｆ）６３と、ディスプレイ６２と、記憶部６０と、制御部６１と、ユーザインタフェース部６４とを備えており、それぞれ、バス６５等を介して互いに接続されている。

記憶部６０−１は、上述したような、センシング情報記憶部２２、アクション実行予定記憶部２５等を備える。

ユーザインタフェース部６４は、キーボードやマウス（図示せず）等を備え、例えば、ディスプレイ２２上のＧＵＩ環境を用いたユーザの操作を受け付ける。

制御部６１は、上述したような、ＧＵＩ表示判定部２６等を備える。なお、図３では示していないが、制御部６１は、第１の実施形態の図１で示した上位意思決定システム２０の各機能部も備える。

例えば、制御部６１は、ＧＵＩ表示判定部２６によってディスプレイ６２にアクション候補に関する情報がＧＵＩ形式で表示された場合、表示されたアクション候補に関する情報に対してユーザインタフェース部６４を介してユーザ等から入力される操作に応じて、例えば、下位意思決定システム３０（＃１〜＃ｎ）の何れかに対して故障要因の修理の許可を行う。

より詳細には、制御部６１は、下位意思決定システム３０（＃１〜＃ｎ）の各々に備えられている照会機能によって上位意思決定システム２０に照会されると、センサによって取得されたセンシング情報に基づき算出される各処理に要する時間情報に基づき、制限時間内にアクションを完了可能か否かを判定するためのアクション判定機能を有する。

また、制御部６１は、下位意思決定システム３０（＃１〜＃ｎ）の何れかの照会機能によって照会された要求を、下位意思決定システム３０（＃１〜＃ｎ）の何れかに対して許可するか否かを判定するための許可判定機能も有する。

さらに、制御部６１は、下位意思決定システム３０（＃１〜＃ｎ）の何れかの照会機能によって照会された要求に関する情報をディスプレイ６２等に表示するための表示機能を有する。

また、制御部６１は、アクション判定機能によって制限時間内にアクションを完了可能ではないと判定された場合、制御部６１の表示機能によってなされる表示処理、または、許可判定機能によってなされる判定処理、を省略または簡略化するとともに、下位意思決定システム３０（＃１〜＃ｎ）の何れかからの要求を下位意思決定システム３０（＃１〜＃ｎ）の何れかに対して許可する許可機能も有する。

また、この許可機能は、複数の故障要因に対して処理を行う場合、所定の故障要因に対する所定のアクションの実行に関する重要度よりも、他の故障要因に対する他のアクションの実行に関する重要度が高い場合、他のアクションに関する表示処理、または、他のアクションに関する許可判定機能による許可判定処理を省略または簡略化するとともに、他の故障要因の修理の要求を下位意思決定システム３０（＃１〜＃ｎ）の何れかに対して許可する。

さらに、この許可機能に関して、複数の故障要因に対して処理を行う場合、下位意思決定システム３０（＃１〜＃ｎ）の何れかの照会機能によって所定の故障要因の修理の許可を求める所定の要求が照会される。そして、上位意思決定システム２０の許可判定機能による所定の要求に関する判定処理、または、制御部６１の表示機能によってなされる所定の要求に関する表示処理がなされている場合に、下位意思決定システム３０（＃１〜＃ｎ）の何れかの照会機能によって、所定の故障要因と異なる他の故障要因の修理の許可を求める他の要求が照会された場合、許可機能は、この他の要求に関する許可判定処理、または、制御部６１の表示機能によってなされるこの他の要求に関する表示処理がなされることなく、この他の要求を許可する。

また、図３に示すように、複数の下位意思決定システム３０（＃１〜＃ｎ）が存在するが場合、制御部６１の許可判定機能は、複数の下位意思決定システム３０（＃１〜＃ｎ）のうちの何れかの照会機能によって照会された要求に対して許可する判定を行う場合、その要求に対応する故障要因の修理に最適な下位意思決定システム３０を判定する。そして、制御部６１の許可機能は、制御部６１の許可判定機能によって判定された最適な下位意思決定システム３０に対して、その要求を許可する。

また、制御部６１のアクション判定機能は、制御部６１の許可判定機能によって所定の要求が許可された後、同一の故障要因を再修理する必要がある場合、所定時間内に再修理を完了可能か否かを判定する。再修理を必要とする場合は、例えば、故障要因に対する修理に失敗した場合が想定される。

なお、上位意思決定システム２０と下位意思決定システム３０（＃１〜＃ｎ）とは、図３に示すように、階層構造をなしていなくてもよいし、例えば、上位意思決定システム２０が上位層となるように階層構造をなしていてもよい。

具体的には、階層構造をなしていない場合、上位意思決定システム２０と下位意思決定システム３０（＃１〜＃ｎ）とは、同一構成を有する複数のユニットのうちの何れかであって、例えば、故障要因を最初に検知したセンサが設けられたユニットが下位意思決定システム３０（＃１〜＃ｎ）の何れかとなり、それ以外のユニットのうちの何れかが上位意思決定システム２０となる、または、故障要因を最初に検知したセンサが設けられたユニットが上位意思決定システム２０となり、それ以外のユニットのうちの何れかが下位意思決定システム３０（＃１〜＃ｎ）となっても良い。

次に、図４乃至図１０を参照して、耐故障マルチエージェントシステム３００についてより詳細に説明する。
図４は、従来の耐故障エージェントシステム７０の概要を説明するための概念図である。
従来の耐故障エージェントシステム７０は、修理単位である１つのユニットでアクションが実行される。

まず、センサ７１が、故障要因等の故障要因Ｘを感知する。そして、修理管制部７２に、故障要因Ｘが発見されたことが通知される。修理管制部７２では、人間によって、故障要因Ｘが発見されたことが確認される。

そして、修理管制部７２は、人間によって故障要因Ｘが確認された後、実行部７３に対して故障要因Ｘを修理するための指示を行う。実行部７３は、その指示に従い、故障要因Ｘを修理するための制御を行う。

図５は、従来の別の耐故障マルチエージェントシステム４００の概要を説明するための概念図である。
この耐故障マルチエージェントシステム４００は、複数の耐故障エージェントシステム７０と情報調整部７４を備える。なお、図５では、４つの耐故障エージェントシステム７０（＃１〜＃４）を例示している。また、以下、耐故障エージェントシステム７０（＃１〜＃４）を、それぞれ、ユニット１、ユニット２、ユニット３、およびユニット４と称す。

ユニット１，２，３，４は、それぞれ、各々に設けられたセンサを用いて、故障要因等である故障要因を感知する。

まず、ユニット１に設けられたセンサ７１−１によって故障要因Ｘが感知される。次に、修理管制部７２−１は、故障要因Ｘが感知されたことを情報調整部７４に報告する。一方、ユニット２に設けられたセンサ７１−２によって故障要因Ｙが感知される。次に、修理管制部７２−２は、故障要因Ｙが感知されたことを情報調整部７４に報告する。

情報調整部７４は、ユニット１，２からの各々の報告に基づき、全体的に故障要因修理確率が高くなるように、各故障要因と各ユニットとの組み合わせを全体最適化する。

全体最適化とは、どのくらいの確率で故障要因を修理することができるかを示す故障要因修理確率に基づき、どのユニットで故障要因を修理するのが最適かを調整することである。

故障要因修理確率は、例えば、図５の左上に示すように、各ユニットで故障要因に対して修理を行った場合における、各故障要因に対する修理確率である。例えば、故障要因Ｘに対しては、ユニット３またはユニット４による故障要因修理確率が９０％であり、故障要因Ｙに対しては、ユニット３による故障要因修理確率が９０％である。このような場合、例えば、故障要因Ｘに対してユニット４が修理し、故障要因Ｙに対してユニット３が修理することが最適である。このような全体最適化は、例えば、非特許文献１乃至４に示すような従来の技術を用いて行われてもよい。

また、情報調整部７４は、全体最適化だけでなく、故障要因を確認するための表示処理を行う。例えば、図５では、情報調整部７４に設けられたディスプレイ等に、故障要因Ｘに対してユニット４が修理し、故障要因Ｙに対してユニット３が修理することが、人間に分かるように表示画面７５が表示される。また、表示画面７５には、例えば、故障要因Ｘに対してユニット４が修理することを人間が確認した場合に、人間がマウス等のユーザインタフェース等を使用して押下する故障要因Ｘに関する確認ボタンが表示される。

そして、人間によって、例えば、表示画面７５に示す故障要因Ｘおよび故障要因Ｙに対応する確認ボタンが押下された場合、情報調整部７４は、故障要因Ｘの修理を実行する依頼をユニット４に対して行う。同様に、故障要因Ｙの修理を実行する依頼をユニット３に対して行う。

ユニット３の修理管制部７２―３は、ユニット３に設けられたディスプレイ等に、故障要因Ｙに対して修理を行うことを人間が確認するための確認ボタンを表示画面７６に表示する。そして、例えばユニット３に属する人間によって、例えば表示画面７６の確認ボタンが押下された場合、修理管制部７２―３は、実行部７３―３に対して故障要因Ｙを修理するための故障要因Ｙ修理命令を通知する。

同様に、ユニット４の修理管制部７２―４は、ユニット４に設けられたディスプレイ等に、故障要因Ｘに対して修理を行うことを人間が確認するための確認ボタンを表示画面７７に表示する。そして、例えばユニット４に属する人間によって、例えば表示画面７７の確認ボタンが押下された場合、修理管制部７２―４は、実行部７３―４に対して故障要因Ｘを修理するための故障要因Ｘ修理命令を通知する。

次に、図６乃至図１０を参照して、第２の実施形態の耐故障マルチエージェントシステム３００についてより詳細に説明する。なお、図４および図５と同様の構成および内容については説明を省略する。

耐故障マルチエージェントシステム３００は、従来の耐故障マルチエージェントシステム４００と異なり、少なくとも、故障要因の制限時間、すなわちアクション候補に対応付けられており、故障要因を検知（センシング）してから故障要因を修理するまでに要する制限時間に応じて、第１の実施形態において説明したような表示処理または判定処理等を省略または簡略化する。

図６は、故障要因Ｘの制限時間および故障要因Ｙの制限時間が、例えば、＜１＞上位意思決定システム２０に対応する情報調整部８１において人間がアクション候補の確認または修正するために要する時間（以下、「＜１＞の時間」と称す）、＜２＞下位意思決定システム３０（＃１〜＃４）の各々において人間がアクション候補の確認または修正するために要する時間（以下、「＜２＞の時間」と称す）、＜３＞上位意思決定システム２０において全体最適化を行うために要する時間（以下、「＜３＞の時間」と称す）、＜４＞上位意思決定システム２０と下位意思決定システム３０（＃１〜＃４）の各々との間で行われる通信に要する時間（以下、「＜４＞の時間」と称す）、および、＜５＞その他のアクションに関する各処理に要する時間（以下、「＜５＞の時間」と称す）、からなる５つの時間の合計時間よりも長い場合を想定している。

このような場合、修理管制部８０−１および情報調整部８１における表示処理または判定処理等を省略または簡略化することなく、アクションの各処理を行うことによって、故障要因Ｘはユニット４によって修理され、故障要因Ｙはユニット３によって修理される。

図７は、故障要因Ｘの制限時間が、＜１＞乃至＜５＞の時間の合計よりも長く、故障要因Ｙの制限時間が、＜１＞乃至＜５＞の時間の合計時間よりも短い場合を想定している。

このような場合、故障要因Ｘに関しては、図６の場合と同様に、アクションの各処理を行うことによって故障要因Ｘを修理することができる。しかしながら、故障要因Ｙに関しては、図６の場合と異なり、＜１＞乃至＜５＞の時間に対応する処理を行った場合、図７に示すように、ユニット３によって故障要因Ｙを修理する前に、故障要因Ｙが故障する可能性がある。

そこで、第２の実施形態では、図８に示すように、故障要因Ｙの制限時間が＜１＞乃至＜５＞の時間の合計時間よりも短く、且つ、＜２＞乃至＜５＞の時間の合計時間よりも長いような場合、＜１＞の時間に対応する処理、すなわち情報調整部８１におけるアクションの確認または修正処理を省略または簡略化することによって、故障要因Ｙの制限時間までにアクションを実行し、故障要因Ｙを修理することができる。

具体的には、図８に示すように、例えば、表示画面７５に故障要因Ｙに関する情報を表示せず、情報調整部８１による故障要因Ｘの確認処理を待つことなく、故障要因Ｙをユニット３に割り当てる。例えば、ユニット３に対して故障要因Ｙを修理するための実行依頼を行う。なお、以下、図８および図１０において、例えば、故障要因Ｘが故障要因Ｙよりも早く感知される等によって、表示画面７５において確認される故障要因の優先順位が故障要因Ｙよりも故障要因Ｘの方が高い場合を想定している。

このように、上位意思決定システム２０における表示処理に要する時間を省略する。なお、表示画面７５に故障要因Ｙに関する表示を省略するために、例えば、表示画面７５に表示される各故障要因に関する情報の数を制限してもよい。

他の例として、図９は、故障要因Ｙの制限時間が、＜２＞乃至＜５＞の時間の合計時間よりも短く、＜３＞乃至＜５＞の時間の合計時間よりも長い場合を想定している。

このような場合、例えば、＜１＞の時間および＜２＞の時間を省略または簡略化することによって、故障要因Ｙを修理することができる。

具体的には、表示画面７５に故障要因Ｙに関する情報を表示せず、情報調整部８１による故障要因Ｘに関する確認を待つことなく、ユニット３に故障要因Ｙを修理するための割り当て処理を行う。

さらに、ユニット３において、表示画面７６に故障要因Ｙに関する情報を表示しないことによって、下位意思決定システム３０（＃３）における表示処理に要する時間を省略または簡略化する。

さらに他の例として、図１０は、故障要因Ｙの制限時間が、＜３＞乃至＜５＞の時間の合計時間よりも短く、＜５＞の時間よりも長い場合を想定している。

このような場合、＜１＞乃至＜４＞の時間を省略または簡略化することによって、故障要因Ｙを修理することができる。

具体的には、ユニット２によって故障要因Ｙが感知され、修理管制部８０−２に故障要因Ｙが発見されたことが通知される。そして、修理管制部８０−２において、例えば上位意思決定システム２０である情報調整部８１に対する故障要因Ｙに関する照会処理等を行わず、且つ、ユニット２に設けられたディスプレイ等に表示される表示画面７８に故障要因Ｙに関する情報を表示しないことによって、＜１＞乃至＜４＞の時間を省略または簡略化することができる。

そして、このような場合、ユニット２において、修理管制部８０−２から実行部７３−２に対して故障要因Ｙを修理するための故障要因修理命令が通知され、故障要因Ｙが修理される。

また、このような場合、修理管制部８０−２は、実行部７３−２に対して故障要因修理命令を通知したことを、情報調整部８１に報告する。

ここで、第２の実施形態における再プランニングについて説明する。再プランニングとは、例えば、故障要因と下位意思決定システム３０との最適な組み合わせを再度計算するための処理である。

例えば、センサ等によって新たな故障要因が検知された場合、各故障要因を修理するための下位意思決定システム３０と各故障要因との組み合わせを変更し、各故障要因を下位意思決定システム３０（＃１〜＃ｎ）の何れかに再割り当てを行う必要がある場合がある。このような場合において、例えば、この組み合わせに必要な計算等の処理を再度行うための時間がある場合、再度組み合わせに必要な計算等の処理を行う。一方、このような再割り当てに要する時間がない場合、各故障要因の再割り当てを行わず、既に割り当てられている下位意志決定システム３０においてアクションを実行するための処理を行う。

また、再プランニングの他の例として、下位意志決定システム３０において、人間による確認処理が行われた結果、既に割り当てられている故障要因と下位意志決定システム３０との組み合わせが認められなかった場合、すなわち下位意志決定システム３０においてこの組み合わせが拒否されアクションの実行が行われなかった場合、例えば、上位意志決定システム３０に再度依頼することによって、再プランニングを行ってもよい。あるいは、下位意志決定システム３０において、人間等による確認処理が行われなかった場合、例えば、上位意志決定システム３０に再度依頼することによって、再プランニングを行ってもよい。

さらに他の例として、上位意志決定システム２０においてアクションの依頼に対する人間等による回答が下位意志決定システム３０に対してない場合、例えば、依頼を要求した下位意志決定システム３０に故障要因に対する処理を割り当てるようにしてもよい。また、ヒューマンエラー等を想定して、一定期間、上位意志決定システム２０から回答がない場合、例えば、予め設定された下位意志決定システム３０に故障要因に対する処理を割り当てるようにしてもよい。

次に、様々な状況を想定した場合について説明する。
まず、故障要因の速度や移動方向等の状態が変化したような場合、すなわち、同一の故障要因に対して新たなセンシング情報を取得した場合、例えば、このような場合を予め想定して、予め制限時間にマージンをとっていてもよい。マージンをとることによって、このような故障要因の状態が変化したような場合でも、動的に対応することができる。

なお、センシング情報に基づき算出される制限時間は、例えば、故障要因に対する修理に失敗したような場合に要する時間を予め考慮して、制限時間を長く設定してもよい。

また、所定の故障要因に関するセンシング情報が取得された後、新たに他の故障要因に関するセンシング情報が取得された場合において、例えば、所定の故障要因に対して既にアクションが実行される下位意志決定システム３０が割り当てられている場合、所定の故障要因に対して再プランニングを行わないようにしてもよい。これにより、例えば、同一の故障要因に対して異なるユニットから修理が行われる状況である過剰修理を防止することができる。

また、同時に多くの故障要因が感知された場合、これらの故障要因に対して上述したような表示処理や確認処理等を省略または簡略化し、アクションを実行することを許可するようにしてもよい。

また、感知された故障要因の移動方向が重要な場所に設定されている場合、その故障要因に対して上述したようなアクションの表示処理や確認処理等を省略または簡略化し、優先してアクションを実行するようにしてもよい。

また、感知された故障要因の数よりもユニットの数が少ない場合、または、所定の２つの故障要因に関して故障要因修理確率がほぼ同じであるような場合、より多くの故障要因を修理可能なユニットを優先して割り当てるようにしてもよい。これにより、例えば、過剰修理等を防止することができる。

また、耐故障マルチエージェントシステム３００は、学習機能を有していてもよい。例えば、上述したような人間によるアクションの確認処理において、各人間の傾向を学習する機能を有していてもよい。具体的には、特定の人間は、確認処理において、アクションの実行に関して拒否する割合が高いような場合において、その人間によって確認処理が行われることが予め分かっているような場合、例えば、その人間による確認処理の結果、再プランニングを行うための時間を予め考慮して制限時間を設定してもよい。

また、＜１＞乃至＜５＞の時間に関して、耐故障マルチエージェントシステム３００が、＜１＞乃至＜５＞の時間の何れの時間を優先して省略するかを決定するような優先時間決定時間モジュール等を備えていてもよい。

以上のように、第２の実施形態によれば、故障要因を検知してから修理までのアクションを所定時間内に完了させることが可能となる。例えば、自動的に修理を行うようなシステムと修理を行うまでに行われる人間による意思確認とのバランスや、下位意志決定システム３０における緊急対応と全体の状況とを考慮した全体の調整とのバランスをとりつつ、制限時間内にアクションの実行に関する意思決定が可能となる。

具体的には、故障要因を感知してから修理を行うまでの時間が短い場合、ＧＵＩ等を用いた表示処理に要する時間を省略または簡略化する、または、表示数を制限することによって、制限時間が短い場合でも、アクションの実行に関する意思決定が可能となる。より詳細には、上位意志決定システム２０または下位意志決定システム３０において、表示処理に要する時間を省略または簡略化する、または、表示数を制限する。

さらに、上位意志決定システム２０において、全体最適化に要する時間を省略または簡略化することによって、制限時間が短い場合でも、アクションの実行に関する意思決定が可能となる。

また、制限時間の長さに応じて、自動的または半自動的にアクションの実行に必要な処理を行うことによって、局所的な対応と全体における最適化とのバランスをとることが可能となる。

また、アクションに関する情報を人間が確認し、意志決定までに時間を要するような場合や、人間によって短時間に確認できるアクションの数が限られているような場合でも、状況に応じて、故障要因とユニットとの組み合わせを最適化して、複数のユニットと連携して修理のための処理を行うことが可能となる。
（第３の実施形態）
第３の実施形態では、図１１および図１２を参照して、第３の目的を実現するための病院連携分散処理システム５００について説明する。
第３の実施形態では、階層型分散意思決定システム１０を、病院連携分散処理システム５００に適用した場合を想定している。なお、第１の実施形態または第２の実施形態と同様の構成または内容については説明を省略する。

より詳細には、病院連携分散システム５００は、各病院にある意思決定システムを連携するシステムであり、例えば、病院に到着した患者情報をセンシング情報として使用する。また、病院連携分散システム５００におけるアクションは、患者に医者を割り当てるための各処理を含む。そして、例えば、患者が治療までに待つことのできる制限時間（以下、「患者の制限時間」と称す。）と病院の受け入れ可能な患者数と医師の専門性とによって、病院に到着した患者をその病院で受け入れるか否か、あるいは、他の病院の意思決定システムに受け入れ可能か否かを確認し、患者を他の病院に搬送すべきかどうかを決定する。

図１１は、第１の実施形態における図１の階層型分散意思決定システム１０の構成例をより具体的に示した病院連携分散処理システム５００の構成例である。病院連携分散処理システム５００は、患者が搬送された最初の病院において、患者を受け入れるか、他の病院に移送するかの判定をするための各処理を、各病院に設けられた下位意思決定システム３０（＃１〜＃ｎ）と、各病院が所在する地域に代表的に設けられた上位意思決定システム２０との間で連携して分散処理する連携分散処理システムである。

図１１では、第２の実施形態において図３を参照して説明したような構成において、下位意思決定システム３０（＃１〜＃ｎ）の各々の制御部５１が、判定部９０、問合せ部９１、および返信部９２をさらに備えている。また、上位意思決定システム２０の制御部６１が、照会部９３および送信部９４をさらに備えている。

また、ＰＣ１乃至ＰＣｎは、例えば、所定の地域内に所在する各地域病院の下位意志決定システム３０（＃１〜＃ｎ）の各々に設けられたＰＣを示している。ＰＣ０は、所定の地域に代表的に設けられた代表病院の上位意思決定システム２０に設けられたＰＣを示している。

判定部９０は、患者が搬送された最初の病院に対応する下位意思決定システム３０において、患者の疾患状態と、患者の制限時間と、病院の受け入れ可能患者数と、病院において現在対応可能な医師の専門性とに基づいて、患者を、この病院で受け入れ可能であるか否かを判定する（以下、「第１の判定処理」と称する）。

また、判定部９０は、後述する上位意志決定システム２０の照会部９３からの照会に応じて、患者の疾患状態および制限時間と、病院の受け入れ可能患者数と、病院において現在対応可能な医師の専門性とに基づいて、患者を、照会を受けた当該病院で受け入れ可能であるか否かを判定する（以下、「第２の判定処理」と称する）。

問合部９１は、判定部９０による第１の判定処理によって受け入れ可能ではないと判定された場合、上位意思決定システム２０に対して、患者の疾患状態および患者の制限時間に関する情報を送信するとともに、患者を受け入れが可能な他の病院を問い合わせる。

返信部９２は、判定部９０による第２の判定処理の結果を、上位意志決定システム２０に返信する。

一方、上位意志決定システム２０において、照会部９３は、下位意志決定システム３０の問合部９１からの問い合わせに応じて、例えば他の病院の下位意志決定システム３０に対して、患者の制限時間内に必要な処置を講じることが可能か否かを照会する。

また、送信部９４は、下位意志決定システム３０の返信部９２によって上位意志決定システム２０に返信された第２の判定処理の結果を、問い合わせ元の病院の下位意志決定システム３０に送信する。

さらに、制御部６１に含まれる第１の実施形態等で説明したＧＵＩ表示部２７は、下位意志決定システム３０の返信部９２によって上位意志決定システム２０に返信された第２の判定処理の結果をディスプレイ６２等に表示する。

ここで、制御部６１に含まれる第１の実施形態等で説明したＧＵＩ表示判定部２６は、問合部９１によって問い合わせを受けた患者の制限時間が、予め定められたしきい時間よりも短い場合には、上位意志決定システム２０に返信された第２の判定処理の結果を、ディスプレイ６２等に表示しないようにする。

次に、図１２を参照して、第３の実施形態の病院連携分散処理システム５００によって実施される分散処理の手順の一例について説明する。図１２では、下位意志決定システム３０（＃１）が患者を最初に受け入れる病院である場合を想定している。

まず、下位意志決定システム３０（＃）において、受け入れる患者の状態が取得される（ステップＳ５０）。次に、患者の状態等に基づき算出される患者の制限時間に関する情報を含むトリアージ情報等に応じて、判定部９０−１によって、患者を受け入れ可能であるか否かを判定する第１の判定処理が行われる（ステップＳ５２）。

ステップＳ５２における第１の判定処理の結果、患者が最初に搬送された病院が患者を受け入れることが可能であると判定された場合（ステップＳ５２：ＹＥＳ）、患者が最初に搬送された病院において患者を受け入れることによって、分散処理は終了する。

一方、ステップＳ５２における第１の判定処理の結果、患者が最初に搬送された病院が患者を受け入れることが可能ではないと判定された場合（ステップＳ５２：ＮＯ）、問合部９１−１によって、患者の制限時間に関する情報が上位意志決定システム２０に送信されるとともに、上位意志決定システム２０に対して、患者を受け入れが可能な他の病院についての問い合わせが行われる（ステップＳ５４）。

上位意志決定システム２０において、照会部９３によって、他の病院の下位意志決定システム３０（図１２では、下位意志決定システム３０（＃ｎ）である。）に対して、患者の制限時間内に必要な処置を講じることが可能か否かが照会される（ステップＳ５６）。なお、他の病院の下位意志決定システム３０は、問い合わせ元の病院の下位意志決定システム３０（＃１）を含んでいてもよい。

そして、下位意志決定システム３０（＃ｎ）において、判定部９０−ｎによって、患者を、照会を受けた当該病院である下位意志決定システム３０（＃ｎ）で受け入れ可能であるか否かを判定する第２の判定処理が行われる（ステップＳ５８）。

ステップＳ５８における第２の判定処理の結果、患者の受け入れが可能であると、下位意志決定システム３０（＃ｎ）によって判定された場合（ステップＳ５８：ＹＥＳ）、返信部９２−ｎによって、第２の判定処理の結果が、上位意志決定システム２０に返信される（ステップＳ６０）。

一方、ステップＳ５８における第２の判定処理の結果、患者の受け入れが可能ではないと、下位意志決定システム３０（＃ｎ）によって判定された場合（ステップＳ５８：ＮＯ）、下位意志決定システム３０（＃ｎ）における分散処理は終了する。なお、このような場合でも、上位意志決定システム２０は、ステップＳ５６において、下位意志決定システム３０（＃ｎ）以外の他の病院の下位意志決定システム３０に対しても、照会処理を行っている場合、下位意志決定システム３０（＃ｎ）以外の下位意志決定システム３０からの返信結果を受信することができる。

上位意志決定システム２０において、例えば下位意志決定システム３０（＃ｎ）からの返信結果に応じて、制御部６１に含まれるＧＵＩ表示判定部２６によって、患者の制限時間が予め定められたしきい時間よりも短いか否か、すなわち患者の制限時間以内に第２の判定結果等を表示する表示処理が可能か否か、が判定される（ステップＳ６２）。

患者の制限時間以内に第２の判定結果等を表示する表示処理が可能であると判定された場合（ステップＳ６２：ＹＥＳ）、ＧＵＩ表示部２７によって、第２の判定処理の結果がディスプレイ６２等に表示される（ステップＳ６４）。そして、ステップＳ６６に進む。

一方、患者の制限時間以内に第２の判定結果等を表示する表示処理が可能でないと判定された場合（ステップＳ６２：ＮＯ）、ＧＵＩ表示部２７によって、第２の判定処理の結果がディスプレイ６２等に表示されないようにされる。そして、ステップＳ６６に進む。

次に、送信部９４によって、第２の判定処理の結果が、問い合わせ元である下位意志決定システム３０（＃１）に送信される（ステップＳ６６）。

そして、下位意志決定システム３０（＃１）において、ステップＳ６６において送信された第２の判定処理の結果に基づき、例えば、患者が最適な治療を受けることが可能な他の病院に患者が移送される（ステップＳ６８）。

以上のように、第３の実施形態によれば、患者が搬送された最初の病院において、この患者を受け入れるか、他の病院に移送するかの判定を、患者が待つことのできる制限時間内に完了させることが可能となる。

また、患者の制限時間が、予め定められたしきい時間よりも短い場合には、例えば上位意志決定システム２０に返信された第２の判定処理の結果を、ディスプレイ６２等に表示せず、最適な治療を受けることが可能な他の病院に患者をより迅速に移送することが可能となる。

また、患者に対する病院または医師の割り当てを行う際、自動処理と半自動処理とのバランスや、各病院での緊急患者対応と病院間の患者割り当て調整のバランスをとりつつ、患者が待つことのできる制限時間内に患者への病院、すなわち医師の割り当ての意思決定が可能となる。
（その他の変形例）
その他の変形例として、第１の実施形態乃至第３の実施形態において、例えば、図１に示す下位意志決定システム３０（＃１〜＃ｎ）のアクション実行予定記憶部３９、または、上位意志決定システム２０のアクション情報実行予定記憶部２５に記憶されるアクション候補に関する情報ｆ２のデータベース１２００の一例について図１３を参照して説明する。

データベース１２００は、例えば、アクション候補項目１２ａ、制限時間項目１２ｂ、ＧＵＩ項目１２ｃ、および確認中項目１２ｄからなる。

アクション候補項目１２ａは、アクション候補を識別するための情報を示している。例えば、アクション候補Ｘは故障要因Ｘに対応し、アクション候補Ｙは故障要因Ｙに対応する。

制限時間項目１２ｂは、各アクション候補項目１２ｃの要素に対応した制限時間に関する情報を示している。例えば、アクション候補Ｘの制限時間は３分であり、アクション候補Ｙの制限時間は５分である。
ＧＵＩ項目１２ｃは、ＧＵＩ表示部３８またはＧＵＩ表示部２７によって、アクション候補に関する情報が表示されているか否かを示している。図１３では、例えば、アクション候補Ｘに関する情報が表示されており、アクション候補Ｙに関する情報が表示されていないことが示されている。

確認中項目１２ｄは、上位確認・修正判定部３９等によって、上位意思決定システム２０に対してアクション候補に関する照会処理が行われているか否かを示している。図１３では、例えば、アクション候補Ｘに関する照会処理が行われておらず、アクション候補Ｙに関する照会処理が行われていることが示されている。なお、確認中項目１２ｄは、アクション実行予定記憶部２５に記憶されているデータベース１２００には含まれていなくてもよい。

また、第１の実施形態乃至第３の実施形態における、階層型の分散処理システム、階層型の耐故障マルチエージェントシステム、および階層型の病院連携分散処理システムは、２層からなる例について説明したが、３層以上の多層で構成されていてもよい。

以上のように、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１０…階層型分散処理システム、２０…上位意志決定システム、２１…センシング情報記録・監視部、２２…センシング情報記憶部、２３…アクション実行意志決定部、２４…アクション実行部、２５…アクション実行予定記憶部、２６…ＧＵＩ表示判定部、２７…ＧＵＩ表示部、２８…アクション実行予定受付部、３０（＃１〜＃ｎ）…下位意志決定システム、３１…センシング情報記録・監視部、３２…センシング情報記憶部、３３…センシング情報通知部、３４…アクション実行意志決定部、３５…アクション実行部、３６…アクション実行予定記憶部、３７…ＧＵＩ表示判定部、３８…ＧＵＩ表示部、３９…上位確認・修正実施判定部、４０…アクション実行予定通知部、４１…アクション実行依頼受付部、４２ａ，４２ｂ，４２ｃ，４２ｄ…実行部、５０…記憶部、５１…制御部、５２…ディスプレイ、５３…インタフェース（Ｉ／Ｆ）、５４…ユーザインタフェース、５５…バス、６０…記憶部、６１…制御部、６２…ディスプレイ、６３…インタフェース（Ｉ／Ｆ）、６４…ユーザインタフェース、６５…バス、７０…従来の耐故障エージェントシステム、７１…センサ、７２…修理管制部、７３…実行部、７４…情報調整部、７５，７６，７７…表示画面、８０…修理管制部、９０…判定部、９１…問合せ部、９２…返信部、９３…照会部、９４…送信部、２００…ＰＣ、２００ａ…分散処理プログラム、３００…耐故障マルチエージェントシステム、４００…従来の耐故障マルチエージェントシステム、５００…病院連携分散システム、１２００…データベース、Ａ…センサ、Ｂ…センサ、Ｃ…センサ、Ｄ…センサ、Ｘ…故障要因、Ｙ…故障要因。

Claims (16)

1. 上位ユニットと下位ユニットとを備えてなり、所定時間内に所定のアクションを完了させるまでに要する各処理を、前記上位ユニットと前記下位ユニットとの間で分散処理する分散処理システムであって、
   前記上位ユニットに設けられ、前記各処理に要する時間情報に基づき、前記所定時間内に前記アクションを完了可能か否かを判定するための第１の判定手段と、
   前記上位ユニットに設けられ、前記下位ユニットから前記上位ユニットに対して照会された処理の実行を、前記下位ユニットに対して許可するか否かを判定するための第２の判定手段と、
   前記上位ユニットに設けられ、前記上位ユニットに対して照会された処理に関する情報を表示するための表示手段と、
   前記上位ユニットに設けられ、前記第１の判定手段によって前記所定時間内に前記アクションを完了可能ではないと判定された場合、前記表示手段によってなされる表示処理、または、前記第２の判定手段によってなされる判定処理、を省略または簡略化するとともに、前記照会された処理の実行を、前記下位ユニットに対して許可する許可手段と、
   を備える分散処理システム。
2. 前記上位ユニットと前記下位ユニットとは、階層構造をなす、請求項１記載の分散処理システム。
3. 前記下位ユニットに設けられ、前記各処理に要する時間情報に基づき、前記所定時間内に前記アクションを完了可能か否かを判定するための第３の判定手段と、
   前記下位ユニットに設けられ、前記アクションに関する情報を表示するための第２の表示手段と、
   前記下位ユニットに設けられ、前記第３の判定手段によって前記所定時間内に前記アクションを完了可能ではないと判定された場合、前記第２の表示手段によってなされる表示処理、または、前記下位ユニットから前記上位ユニットに対して照会する処理の実行、を省略または簡略化するとともに、前記アクションの実行を許可する第２の許可手段と、
   をさらに備える、請求項１または２に記載の分散処理システム。
4. 故障要因の検知から修理までのアクションを所定時間内に完了させるために、前記アクションに含まれる各処理を、上位ユニットと下位ユニットとで分散して行うための耐故障マルチエージェントシステムであって、
   前記下位ユニットに設けられ、前記故障要因を検知するためのセンサと、
   前記下位ユニットに設けられ、前記センサによって前記故障要因が検知された場合、前記故障要因の修理の許可を求める要求を前記上位ユニットに照会するための照会手段と、
   前記上位ユニットに設けられ、前記照会手段によって照会されると、前記センサによって取得されたセンシング情報に基づき算出される前記各処理に要する時間情報に基づき、前記所定時間内に前記アクションを完了可能か否かを判定するための第１の判定手段と、
   前記上位ユニットに設けられ、前記照会手段から照会された要求を、前記下位ユニットに対して許可するか否かを判定するための第２の判定手段と、
   前記上位ユニットに設けられ、前記照会された要求に関する情報を表示するための表示手段と、
   前記上位ユニットに設けられ、前記第１の判定手段によって前記所定時間内に前記アクションを完了可能ではないと判定された場合、前記表示手段によってなされる表示処理、または、前記第２の判定手段によってなされる判定処理、を省略または簡略化するとともに、前記要求を前記下位ユニットに対して許可する許可手段と、
   を備える耐故障マルチエージェントシステム。
5. 前記下位ユニットに設けられ、前記センサによって取得されたセンシング情報に基づき算出される前記各処理に要する時間情報に基づき、前記所定時間内に前記アクションを完了可能か否かを判定するための第３の判定手段と、
   前記下位ユニットに設けられ、前記アクションに関する情報を表示するための第２の表示手段と、
   前記下位ユニットに設けられ、前記第３の判定手段によって前記所定時間内に前記アクションを完了可能ではないと判定された場合、前記第２の表示手段によってなされる表示処理、または、前記下位ユニットから前記上位ユニットに対して照会する処理の実行、を省略または簡略化するとともに、前記アクションの実行を許可する第２の許可手段と、
   をさらに備える、請求項４に記載の耐故障マルチエージェントシステム。
6. 前記故障要因は、第１の故障要因と第２の故障要因とを含み、
   前記許可手段は、前記第１の故障要因に対する第１のアクションの実行に関する重要度よりも、前記第２の故障要因に対する第２のアクションの実行に関する重要度が高い場合、前記第２のアクションに関する前記表示処理、または、前記第２のアクションに関する前記判定処理を省略または簡略化するとともに、前記第２の故障要因の修理の要求を許可する、請求項４に記載の耐故障マルチエージェントシステム。
7. 前記故障要因は、第１の故障要因と第２の故障要因とを含み、
   前記照会手段によって、前記第１の故障要因の修理の許可を求める第１の要求が照会され、前記第２の判定手段によって、前記第１の要求に関する判定処理と、前記表示手段によって、前記第１の要求に関する表示処理がなされている場合に、前記照会手段によって、前記第２の故障要因の修理の許可を求める第２の要求が照会された場合、前記第２の要求に関する判定処理と、前記第２の要求に関する表示処理がなされることなく、前記許可手段が、前記第２の要求を許可する、請求項４に記載の耐故障マルチエージェントシステム。
8. 前記要求が許可された後、同一の故障要因を再修理する必要がある場合、前記第１の判定手段は、前記所定時間内に前記再修理を完了可能か否かを判定する、請求項４乃至７の何れか一項に記載の耐故障マルチエージェントシステム。
9. 前記下位ユニットは、複数存在し、
   前記第２の判定手段は、前記複数の下位ユニットのうちの何れかの照会手段によって照会された要求に対して許可する判定を行う場合、当該要求に対応する故障要因の修理に最適な下位ユニットも判定し、
   前記許可手段は、前記第２の判定手段によって判定された下位ユニットに対して、前記要求を許可する、請求項４乃至８の何れか一項に記載の耐故障マルチエージェントシステム。
10. 前記上位ユニットと前記下位ユニットとは、階層構造をなす、請求項４乃至９の何れか一項に記載の耐故障マルチエージェントシステム。
11. 前記上位ユニットと前記下位ユニットとは、同一構成を有する複数のユニットのうちの何れかであって、前記故障要因を最初に検知したセンサが設けられたユニットが前記下位ユニットとなり、それ以外のユニットのうちの何れかが上位ユニットとなる、または、前記故障要因を最初に検知したセンサが設けられたユニットが前記上位ユニットとなり、それ以外のユニットのうちの何れかが下位ユニットとなる、請求項４乃至９の何れか一項に記載の耐故障マルチエージェントシステム。
12. 患者が搬送された最初の病院において、前記患者を受け入れるか、他の病院に移送するかの判定をするための各処理を、各病院に設けられた下位ユニットと、前記各病院が所在する地域に代表的に設けられた上位ユニットとの間で分散処理する病院連携分散処理システムであって、
    前記最初の病院に設けられた下位ユニットに設けられ、前記患者の疾患状態と、前記患者が待つことのできる制限時間と、前記病院の受け入れ可能患者数と、前記病院において現在対応可能な医師の専門性とに基づいて、前記患者を、この病院で受け入れ可能であるか否かを判定する第１の判定手段と、
    前記下位ユニットに設けられ、前記第１の判定手段によって受け入れ可能ではないと判定された場合、前記上位ユニットに対して、前記疾患状態および制限時間を送信するとともに、前記患者を受け入れが可能な病院を問い合わせる問合手段と、
    前記上位ユニットに設けられ、前記問合手段による問い合わせに応じて、前記地域内に所在する各病院の下位ユニットに対して、前記制限時間内に必要な処置を講じることが可能か否かを照会する照会手段と、
    前記下位ユニットに設けられ、前記照会手段による照会に応じて、前記疾患状態および制限時間と、当該病院の受け入れ可能患者数と、当該病院において現在対応可能な医師の専門性とに基づいて、前記患者を、当該病院で受け入れ可能であるか否かを判定する第２の判定手段と、
    前記下位ユニットに設けられ、前記第２の判定手段によってなされた判定結果を、前記上位ユニットに返信する返信手段と、
    前記上位ユニットに設けられ、前記返信手段によって返信された判定結果を、表示するための表示手段と、
    前記上位ユニットに設けられ、前記返信手段によって返信された判定結果を、問い合わせ元の下位ユニットに送信する送信手段と、
    を備え、
    前記表示手段は、前記制限時間が、予め定められたしきい時間よりも短い場合には、前記判定結果を表示しない、病院連携分散処理システム。
13. 所定時間内に所定のアクションを完了させるまでに要する各処理を、上位ユニットと下位ユニットとの間で分散処理する分散処理方法であって、
    前記各処理に要する時間情報に基づき、前記所定時間内に前記アクションを完了可能か否かを判定し、
    前記下位ユニットから前記上位ユニットに対して照会された処理の実行を、前記下位ユニットに対して許可するか否かを判定し、
    前記上位ユニットに対して照会された処理に関する情報を表示し、
    前記所定時間内に前記アクションを完了可能ではないと判定された場合、前記情報の表示、または、前記下位ユニットに対して許可するか否かの判定、を省略または簡略化するとともに、前記照会された処理の実行を、前記下位ユニットに対して許可する、
    分散処理方法。
14. 前記下位ユニットにおいて、前記各処理に要する時間情報に基づき、前記所定時間内に前記アクションを完了可能か否かを判定し、
    前記下位ユニットにおいて、前記アクションに関する情報を表示し、
    前記下位ユニットおいて、前記所定時間内に前記アクションを完了可能ではないと判定された場合、前記アクションに関する情報の表示、または、前記下位ユニットから前記上位ユニットに対して照会する処理、を省略または簡略化するとともに、前記アクションの実行を許可する、請求項１３に記載の分散処理方法。
15. 所定時間内に所定のアクションを完了させるまでに要する各処理を、上位ユニットと下位ユニットとの間で分散処理するための分散処理プログラムであって、
    コンピュータに、
    前記各処理に要する時間情報に基づき、前記所定時間内に前記アクションを完了可能か否かを判定する手順と、
    前記下位ユニットから前記上位ユニットに対して照会された処理の実行を、前記下位ユニットに対して許可するか否かを判定する手順と、
    前記上位ユニットに対して照会された処理に関する情報を表示する手順と、
    前記所定時間内に前記アクションを完了可能ではないと判定された場合、前記情報の表示、または、前記下位ユニットに対して許可するか否かの判定、を省略または簡略化するとともに、前記照会された処理の実行を、前記下位ユニットに対して許可する手順と、を実行させるプログラム。
16. 前記下位ユニットにおいて、前記各処理に要する時間情報に基づき、前記所定時間内に前記アクションを完了可能か否かを判定する手順と、
    前記下位ユニットにおいて、前記アクションに関する情報を表示する手順と、
    前記下位ユニットおいて、前記所定時間内に前記アクションを完了可能ではないと判定された場合、前記アクションに関する情報の表示、または、前記下位ユニットから前記上位ユニットに対する照会、を省略または簡略化するとともに、前記アクションの実行を許可する手順と、を前記コンピュータにさらに実行させる、請求項１５に記載のプログラム。