(57)【要約】    【構成】  警告システム１０はサーバ１２を含み、サーバ１２にはモニタ装置（２２）が接続され、着目すべき看護師の行動が検出される。看護師が看護業務を行うとき、当該看護業務についての手順を示すシナリオと、看護師の行動とが比較され、それらが一致しない場合に、看護師の一連の行動が時系列に並べられた行動列としてイベントＤＢ（３０）に記憶される。複数の行動列に基づいて仮シナリオが作成され、既にシナリオＤＢ２６に登録されているシナリオと類似するかどうか判断される。類似する場合には、シナリオと仮シナリオとの異なる部分をまとめるようにシナリオが変更される。類似しない場合には、仮シナリオを新しいシナリオとしてシナリオＤＢ（２６）に登録する。    【効果】  適切にシナリオを追加したり変更したりすることにより、シナリオを再構築することができる。【選択図】  図１
2009134403.tif 000002
【特許請求の範囲】
【請求項１】
作業者の業務についての行動手順を示すシナリオを構築するシナリオ構築装置であって、
予め各業務について作成した作成済みシナリオを記憶する作成済みシナリオ記憶手段、
前記作業者の行動を検出する行動検出手段、
前記行動検出手段によって検出された一連の行動と、前記作成済みシナリオとを比較する比較手段、
前記比較手段の比較結果が不一致を示すとき、前記一連の行動を時系列に並べた行動列として記憶する行動列記憶手段、
前記行動列記憶手段に記憶された複数の行動列のうち、最後の行動が同じ行動列を抽出する抽出手段、
前記抽出手段によって抽出された行動列であり、かつ前記最後の行動よりも前の全ての行動がそれらの順序も含めて同じである前記行動列を第１グループにグループ化する第１グループ化手段、
前記抽出手段によって抽出された行動列であって、前記第１グループ化手段によって第１グループにグループ化されていない行動列のうち、当該第１グループにグループ化された行動列に含まれる一部の行動群と同じ行動群が同じ順序で並んでいる行動列があるかどうかを判断する第１順序判断手段、
前記第１順序判断手段によって同じ行動群が同じ順序で並んでいると判断された行動列を前記第１グループに追加する追加手段、
前記抽出手段によって抽出された行動列であって、前記第１グループ化手段によって第１グループにグループ化されていない行動列のうち、当該第１グループにグループ化された行動列に含まれる一部の行動群と同じ行動群が異なる順序で並んでいる行動列があるかどうかを判断する第２順序判断手段、
前記第２順序判断手段によって同じ行動群が異なる順序で並んでいると判断された行動列を前記第１グループとは異なる第２グループにグループ化する第２グループ化手段、
前記第１順序判断手段によって同じ行動群が同じ順序で並んでいないと判断され、かつ前記第２順序判断手段によって同じ行動群が異なる順序で並んでいないと判断された行動列を前記第１グループおよび前記第２グループとは異なる第３グループにグループ化する第３グループ化手段、
前記第１グループ、前記第２グループおよび前記第３グループにグループ化された行動列に基づいて仮シナリオを作成する仮シナリオ作成手段、
前記仮シナリオと前記作成済みシナリオとが類似するかどうかを判断する類似判断手段、および
前記類似判断手段によって、前記仮シナリオと前記作成済みシナリオとが類似しないと判断されたとき、前記仮シナリオを新しいシナリオとして前記作成済みシナリオ記憶手段に登録するシナリオ登録手段を備える、シナリオ構築装置。
【請求項２】
前記類似判断手段によって、前記仮シナリオと前記作成済みシナリオとが類似すると判断されたとき、当該仮シナリオと当該作成済みシナリオとを含む新しいシナリオに当該作成済みシナリオを変更するシナリオ変更手段をさらに備える、請求項１記載のシナリオ構築装置。
【請求項３】
前記類似判断手段は、前記仮シナリオに含まれる行動と前記作成済みシナリオの行動との異なる数に応じて、当該仮シナリオと当該作成済みシナリオとが類似するかどうかを判断する、請求項１または２記載のシナリオ構築装置。
【請求項４】
前記第１グループにグループ化された行動列に基づいて、実行する順序および実行する回数の両方を固定される第１行動群を作成し、前記第２グループにグループ化された行動列に基づいて、実行する順序を変更できる第２行動群を作成し、そして、前記第３グループにグループ化された行動列に基づいて、実行する順序および実行する回数の両方を変更できる第３行動群を作成する行動群作成手段をさらに備え、
前記仮シナリオ作成手段は、前記第１行動群、前記第２行動群および前記第３行動群を出現順に並べて前記仮シナリオを作成する、請求項１ないし３のいずれかに記載のシナリオ構築装置。
【請求項５】
作業者の業務についての行動手順を示すシナリオを構築するシナリオ構築装置であって、
予め各業務について作成した作成済みシナリオを記憶する作成済みシナリオ記憶手段、
前記作業者の行動を検出する行動検出手段、
前記行動検出手段によって検出された一連の行動と、前記作成済みシナリオとを比較する比較手段、
前記比較手段の比較結果が不一致を示すとき、前記一連の行動を時系列に並べた行動列として記憶する行動列記憶手段、
前記行動列記憶手段に記憶された複数の行動列のうち、最後の行動が同じ行動列を抽出する抽出手段、
前記抽出手段によって抽出された行動列であり、かつ前記最後の行動よりも前の全ての行動がそれらの順序も含めて同じである前記行動列を第１グループにグループ化する第１グループ化手段、
前記抽出手段によって抽出された行動列であって、前記第１グループ化手段によって第１グループにグループ化されていない行動列のうち、当該第１グループにグループ化された行動列に含まれる一部の行動群と同じ行動群が同じ順序で並んでいる行動列があるかどうかを判断する第１順序判断手段、
前記第１順序判断手段によって同じ行動群が同じ順序で並んでいると判断された行動列を前記第１グループに追加する追加手段、
前記抽出手段によって抽出された行動列であって、前記第１グループ化手段によって第１グループにグループ化されていない行動列のうち、当該第１グループにグループ化された行動列に含まれる一部の行動群と同じ行動群が異なる順序で並んでいる行動列があるかどうかを判断する第２順序判断手段、
前記第２順序判断手段によって同じ行動群が異なる順序で並んでいると判断された行動列を前記第１グループとは異なる第２グループにグループ化する第２グループ化手段、
前記第１順序判断手段によって同じ行動群が同じ順序で並んでいないと判断され、かつ前記第２順序判断手段によって同じ行動群が異なる順序で並んでいないと判断された行動列を前記第１グループおよび前記第２グループとは異なる第３グループにグループ化する第３グループ化手段、
前記第１グループ、前記第２グループおよび前記第３グループにグループ化された行動列に基づいて仮シナリオを作成する仮シナリオ作成手段、
前記仮シナリオと前記作成済みシナリオとが類似するかどうかを判断する類似判断手段、および
前記類似判断手段によって、前記仮シナリオと前記作成済みシナリオとが類似すると判断されたとき、当該仮シナリオと当該作成済みシナリオとを含む新しいシナリオに当該作成済みシナリオを変更するシナリオ変更手段を備える、シナリオ構築装置。
【請求項６】
作業者の業務についての行動手順を示すシナリオを構築するシナリオ構築装置であって、
予め各業務について作成した作成済みシナリオを記憶する作成済みシナリオ記憶手段、
前記作業者の一連の行動であって、前記作成済みシナリオと一致しない一連の行動を時系列に並べた行動列として記憶する行動列記憶手段、
前記行動列記憶手段に記憶された複数の行動列のうち、最後の行動が同じ行動列を抽出する抽出手段、
前記抽出手段によって抽出された行動列であり、かつ前記最後の行動よりも前の全ての行動がそれらの順序も含めて同じである前記行動列を第１グループにグループ化する第１グループ化手段、
前記抽出手段によって抽出された行動列であって、前記第１グループ化手段によって第１グループにグループ化されていない行動列のうち、当該第１グループにグループ化された行動列に含まれる一部の行動群と同じ行動群が同じ順序で並んでいる行動列があるかどうかを判断する第１順序判断手段、
前記第１順序判断手段によって同じ行動群が同じ順序で並んでいると判断された行動列を前記第１グループに追加する追加手段、
前記抽出手段によって抽出された行動列であって、前記第１グループ化手段によって第１グループにグループ化されていない行動列のうち、当該第１グループにグループ化された行動列に含まれる一部の行動群と同じ行動群が異なる順序で並んでいる行動列があるかどうかを判断する第２順序判断手段、
前記第２順序判断手段によって同じ行動群が異なる順序で並んでいると判断された行動列を前記第１グループとは異なる第２グループにグループ化する第２グループ化手段、
前記第１順序判断手段によって同じ行動群が同じ順序で並んでいないと判断され、かつ前記第２順序判断手段によって同じ行動群が異なる順序で並んでいないと判断された行動列を前記第１グループおよび前記第２グループとは異なる第３グループにグループ化する第３グループ化手段、
前記第１グループ、前記第２グループおよび前記第３グループにグループ化された行動列に基づいて仮シナリオを作成する仮シナリオ作成手段、
前記仮シナリオと前記作成済みシナリオとが類似するかどうかを判断する類似判断手段、および
前記類似判断手段によって、前記仮シナリオと前記作成済みシナリオとが類似しないと判断されたとき、前記仮シナリオを新しいシナリオとして前記作成済みシナリオ記憶手段に登録するシナリオ登録手段を備える、シナリオ構築装置。
【請求項７】
作業者の業務についての行動手順を示すシナリオを構築するシナリオ構築装置であって、
予め各業務について作成した作成済みシナリオを記憶する作成済みシナリオ記憶手段、
前記作業者の一連の行動であって、前記作成済みシナリオと一致しない一連の行動を時系列に並べた行動列として記憶する行動列記憶手段、
前記行動列記憶手段に記憶された複数の行動列のうち、最後の行動が同じ行動列を抽出する抽出手段、
前記抽出手段によって抽出された行動列であり、かつ前記最後の行動よりも前の全ての行動がそれらの順序も含めて同じである前記行動列を第１グループにグループ化する第１グループ化手段、
前記抽出手段によって抽出された行動列であって、前記第１グループ化手段によって第１グループにグループ化されていない行動列のうち、当該第１グループにグループ化された行動列に含まれる一部の行動群と同じ行動群が同じ順序で並んでいる行動列があるかどうかを判断する第１順序判断手段、
前記第１順序判断手段によって同じ行動群が同じ順序で並んでいると判断された行動列を前記第１グループに追加する追加手段、
前記抽出手段によって抽出された行動列であって、前記第１グループ化手段によって第１グループにグループ化されていない行動列のうち、当該第１グループにグループ化された行動列に含まれる一部の行動群と同じ行動群が異なる順序で並んでいる行動列があるかどうかを判断する第２順序判断手段、
前記第２順序判断手段によって同じ行動群が異なる順序で並んでいると判断された行動列を前記第１グループとは異なる第２グループにグループ化する第２グループ化手段、
前記第１順序判断手段によって同じ行動群が同じ順序で並んでいないと判断され、かつ前記第２順序判断手段によって同じ行動群が異なる順序で並んでいないと判断された行動列を前記第１グループおよび前記第２グループとは異なる第３グループにグループ化する第３グループ化手段、
前記第１グループ、前記第２グループおよび前記第３グループにグループ化された行動列に基づいて仮シナリオを作成する仮シナリオ作成手段、
前記仮シナリオと前記作成済みシナリオとが類似するかどうかを判断する類似判断手段、および
前記類似判断手段によって、前記仮シナリオと前記作成済みシナリオとが類似すると判断されたとき、当該仮シナリオと当該作成済みシナリオとを含む新しいシナリオに当該作成済みシナリオを変更するシナリオ変更手段を備える、シナリオ構築装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明はシナリオ構築装置に関し、特にたとえば、作業者の業務についてのシナリオを追加したり変更したりする、シナリオ構築装置に関する。
【背景技術】
【０００２】
この種のシナリオ構築装置の一例が特許文献１に開示される。この特許文献１の警告装置によれば、予め看護業務の正しい行動手順（シナリオ）がデータベースに記録されており、看護業務を遂行する看護師の行動を検出し、その行動とシナリオとから当該看護業務の目的を得ることができるか否かを判断する。当該看護業務の目的を得ることができない場合などには、シナリオ違反のアラームを看護師に与える。また、予めデータベースに記録されたいずれのシナリオにも該当しない看護業務を検出した場合には、その看護業務を遂行する看護師の一連の行動が新しいシナリオとしてデータベースに登録される。
【特許文献１】特開２００７−３４７３８号公報［Ｇ０８Ｂ  ２１／０２，Ｇ０６Ｑ  ５０／００，Ｇ０６Ｎ  ５／０４，Ａ６１Ｇ  １２／００］
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、この背景技術では、看護師の行動がデータベースに記録されたシナリオのいずれにも該当しない場合には、その一連の行動を新しいシナリオとしてデータベースに登録するようにしてあるため、たまたま看護師の行動と予め登録してあるシナリオとが一致しない場合にも、新しいシナリオが登録されてしまう。このため、同じ看護業務であっても、異なるシナリオが複数存在したり、類似する看護業務であっても、それぞれのシナリオが登録されていたりして、いたずらにシナリオを増加させてしまう結果を招来している。したがって、警告するか否かを判断する際の処理が膨大になってしまう。また、シナリオを追加するだけなので、既に存在するシナリオを変更するなどの見直しを図ることができない。
【０００４】
それゆえに、この発明の主たる目的は、新規な、シナリオ構築装置を提供することである。
【０００５】
また、この発明の他の目的は、適切にシナリオを追加したり変更したりすることができる、シナリオ構築装置を提供することである。
【課題を解決するための手段】
【０００６】
本発明は、上記の課題を解決するために、以下の構成を採用した。なお、括弧内の参照符号および補足説明等は、本発明の理解を助けるために後述する実施の形態との対応関係を示したものであって、本発明を何ら限定するものではない。
【０００７】
第１の発明は、作業者の業務についての行動手順を示すシナリオを構築するシナリオ構築装置であって、予め各業務について作成した作成済みシナリオを記憶する作成済みシナリオ記憶手段、作業者の行動を検出する行動検出手段、行動検出手段によって検出された一連の行動と、作成済みシナリオとを比較する比較手段、比較手段の比較結果が不一致を示すとき、一連の行動を時系列に並べた行動列として記憶する行動列記憶手段、行動列記憶手段に記憶された複数の行動列のうち、最後の行動が同じ行動列を抽出する抽出手段、抽出手段によって抽出された行動列であり、かつ最後の行動よりも前の全ての行動がそれらの順序も含めて同じである行動列を第１グループにグループ化する第１グループ化手段、抽出手段によって抽出された行動列であって、第１グループ化手段によって第１グループにグループ化されていない行動列のうち、当該第１グループにグループ化された行動列に含まれる一部の行動群と同じ行動群が同じ順序で並んでいる行動列があるかどうかを判断する第１順序判断手段、第１順序判断手段によって同じ行動群が同じ順序で並んでいると判断された行動列を第１グループに追加する追加手段、抽出手段によって抽出された行動列であって、第１グループ化手段によって第１グループにグループ化されていない行動列のうち、当該第１グループにグループ化された行動列に含まれる一部の行動群と同じ行動群が異なる順序で並んでいる行動列があるかどうかを判断する第２順序判断手段、第２順序判断手段によって同じ行動群が異なる順序で並んでいると判断された行動列を第１グループとは異なる第２グループにグループ化する第２グループ化手段、第１順序判断手段によって同じ行動群が同じ順序で並んでいないと判断され、かつ第２順序判断手段によって同じ行動群が異なる順序で並んでいないと判断された行動列を第１グループおよび第２グループとは異なる第３グループにグループ化する第３グループ化手段、第１グループ、第２グループおよび第３グループにグループ化された行動列に基づいて仮シナリオを作成する仮シナリオ作成手段、仮シナリオと作成済みシナリオとが類似するかどうかを判断する類似判断手段、および類似判断手段によって、仮シナリオと作成済みシナリオとが類似しないと判断されたとき、仮シナリオを新しいシナリオとして作成済みシナリオ記憶手段に登録するシナリオ登録手段を備える、シナリオ構築装置である。
【０００８】
第１の発明では、シナリオ構築装置（１２）は、作業者の業務についての行動手順を示すシナリオを構築する。シナリオ記憶手段（２６）は、予め各業務について作成した作成済みシナリオを記憶する。たとえば、作成済みシナリオは、作業マニュアルに基づいて作成され、シナリオ記憶手段に登録（記憶）される。行動検出手段（１２，１８，２０，２２，２８，Ｓ５，Ｓ９）は、作業者が業務を実行する際に、当該作業者の行動を検出する。比較手段（１２，Ｓ９）は、作業者の一連の行動と、作成済みのシナリオとを比較する。行動列記憶手段（１２，３０，Ｓ１７，Ｓ１９，Ｓ２１）は、作業者の一連の行動と作成済みのシナリオとが一致しないとき、その一連の行動を時系列に並べた行動列として記憶する。つまり、登録されているシナリオに合致しない行動列の事例が集められる。抽出手段（１２，Ｓ７３）は、複数の行動列のうち、最後の行動（イベント）が同じものを行動列記憶手段から抽出する（抜き出す）。第１グループ化手段（１２，Ｓ８３）は、抽出した行動列であり、かつ最後の行動よりも前の全ての行動がそれらの順序も含めて同じである行動列を第１グループにグループ化する。つまり、各行動の内容とそれらの出現順序が同じ行動列が第１グループに分類される。第１順序判断手段（１２，Ｓ９５）は、抽出手段によって抽出された行動列であって、第１グループにグループ化されていない行動列のうち、当該第１グループにグループ化された行動列に含まれる一部の行動群（２つ以上の行動の集合。以下、同じ。）と、同じ行動群が同じ順序で並んでいる行動列があるかどうかを判断する。追加手段（１２，Ｓ９７）は、第１順序判断手段によって同じ行動群が同じ順序で並んでいると判断された行動列を第１グループに追加する。また、第２順序判断手段（１２，Ｓ９９）は、抽出手段によって抽出された行動列であって、第１グループにグループ化されていない行動列のうち、当該第１グループにグループ化された行動列に含まれる一部の行動群と、同じ行動群が異なる順序で並んでいる行動列があるかどうかを判断する。第２グループ化手段（１２，Ｓ１０１）は、第２順序判断手段によって同じ行動群が異なる順序で並んでいると判断された行動群を第１グループとは異なる第２グループにグループ化する。さらに、第３グループ化手段（１２，Ｓ１０７）は、第１順序判断手段によって同じ行動群が同じ順序で並んでいないと判断され、かつ第２順序判断手段によって同じ行動群が異なる順序で並んでいないと判断された行動列を第１グループおよび第２グループとは異なる。つまり、第１グループおよび第２グループに分類されていない残りの行動列が第３グループに分類される。仮シナリオ作成手段（１２，Ｓ１１３）は、第１グループ，第２グループ，および第３グループにグループ化（分類）された行動列に基づいて仮シナリオを作成する。類似判断手段（１２，Ｓ１１５）は、仮シナリオと作成済みシナリオとが類似するかどうかを判断する。たとえば、シナリオの一部（たとえば、１つのイベント）が異なる場合には、仮シナリオと作成済みシナリオとが類似すると判断される。なお、類似するかどうかの判断は、作成済みシナリオの全てについて実行される。シナリオ登録手段（１２，Ｓ１１７）は、仮シナリオと作成済みシナリオとが類似しないとき（Ｓ１１５で“ＮＯ”）、仮シナリオを新しいシナリオとして作成済みシナリオ記憶手段に登録する。
【０００９】
第１の発明によれば、作成済みシナリオに一致しない行動列を記憶しておき、複数の行動列から仮シナリオを作成し、作成した仮シナリオが作成済みシナリオと類似しない場合に、新しいシナリオとして登録するので、適切にシナリオを追加することができる。
【００１０】
第２の発明は第１の発明に従属し、類似判断手段によって、仮シナリオと作成済みシナリオとが類似すると判断されたとき、当該仮シナリオと当該作成済みシナリオとを含む新しいシナリオに当該作成済みシナリオを変更するシナリオ変更手段をさらに備える。
【００１１】
第２の発明では、シナリオ変更手段（１２，Ｓ１２７）は、仮シナリオと作成済みシナリオとが類似するとき（Ｓ１２１で“ＹＥＳ”）、この仮シナリオとこの作成済みシナリオとを含む新しいシナリオに当該作成済みシナリオを変更する。たとえば、仮シナリオと作成済みシナリオとのうち、異なるオブジェクト（薬品や器具）の名称（名詞）を一般化したり、同じ意味内容の行動（動詞）を一般化（統一）したりする。
【００１２】
第２の発明によれば、仮シナリオと作成済みシナリオに基づいて、類似するそれらのシナリオの意味内容を含む共通の新しいシナリオに当該作成済みシナリオを変更するので、適切にシナリオを変更することができる。
【００１３】
第３の発明は第１の発明および第２の発明に従属し、類似判断手段は、仮シナリオに含まれる行動と作成済みシナリオの行動との異なる数に応じて、当該仮シナリオと当該作成済みシナリオとが類似するかどうかを判断する。
【００１４】
第３の発明では、類似判断手段は、仮シナリオに含まれる行動（イベント）と作成済みシナリオのイベントとの異なる数に応じて、当該仮シナリオと当該作成済みシナリオとが類似するかどうかを判断する。たとえば、１つのイベントが異なっている場合には（欠けている場合も含む。）、仮シナリオと作成済みシナリオとが類似していると判断する。ただし、シナリオが長い場合には、２つ以上のイベントが異なる場合であっても、類似と判断してよい。つまり、シナリオの長さに応じて類否判断の相違数を適宜変更してよい。
【００１５】
第３の発明によれば、異なるイベントの数で仮シナリオと作成済みシナリオとが類似するかどうかを判断するので、その判断が容易である。
【００１６】
第４の発明は第１ないし第３の発明のいずれかに従属し、第１グループにグループ化された行動列に基づいて、実行する順序および実行する回数の両方を固定される第１行動群を作成し、第２グループにグループ化された行動列に基づいて、実行する順序を変更できる第２行動群を作成し、そして、第３グループにグループ化された行動列に基づいて、実行する順序および実行する回数の両方を変更できる第３行動群を作成する行動群作成手段をさらに備え、仮シナリオ作成手段は、第１行動群、第２行動群および第３行動群を出現順に並べて仮シナリオを作成する。
【００１７】
第４の発明では、行動群作成手段（１２，Ｓ１０９）は、第１グループにグループ化された行動列に基づいて、実行する順序および実行する回数の両方を固定される第１行動群を作成し、第２グループにグループ化された行動列に基づいて、実行する順序を変更できる第２行動群を作成し、そして、第３グループにグループ化された行動列に基づいて、実行する順序および実行する回数の両方を変更できる第３行動群を作成する。仮シナリオ作成手段は、第１行動群、第２行動群および第３行動群を出現順（時系列）に並べて仮シナリオを作成する。
【００１８】
第４の発明によれば、各グループにグループ化された行動列に基づいて所定のルールに従う行動群を作成し、これを出現順に並べるだけで仮シナリオを作成できるので、その作成が簡単である。
【００１９】
第５の発明は、作業者の業務についての行動手順を示すシナリオを構築するシナリオ構築装置であって、予め各業務について作成した作成済みシナリオを記憶する作成済みシナリオ記憶手段、作業者の行動を検出する行動検出手段、行動検出手段によって検出された一連の行動と、作成済みシナリオとを比較する比較手段、比較手段の比較結果が不一致を示すとき、一連の行動を時系列に並べた行動列として記憶する行動列記憶手段、行動列記憶手段に記憶された複数の行動列のうち、最後の行動が同じ行動列を抽出する抽出手段、抽出手段によって抽出された行動列であり、かつ最後の行動よりも前の全ての行動がそれらの順序も含めて同じである行動列を第１グループにグループ化する第１グループ化手段、抽出手段によって抽出された行動列であって、第１グループ化手段によって第１グループにグループ化されていない行動列のうち、当該第１グループにグループ化された行動列に含まれる一部の行動群と同じ行動群が同じ順序で並んでいる行動列があるかどうかを判断する第１順序判断手段、第１順序判断手段によって同じ行動群が同じ順序で並んでいると判断された行動列を第１グループに追加する追加手段、抽出手段によって抽出された行動列であって、第１グループ化手段によって第１グループにグループ化されていない行動列のうち、当該第１グループにグループ化された行動列に含まれる一部の行動群と同じ行動群が異なる順序で並んでいる行動列があるかどうかを判断する第２順序判断手段、第２順序判断手段によって同じ行動群が異なる順序で並んでいると判断された行動列を第１グループとは異なる第２グループにグループ化する第２グループ化手段、第１順序判断手段によって同じ行動群が同じ順序で並んでいないと判断され、かつ第２順序判断手段によって同じ行動群が異なる順序で並んでいないと判断された行動列を第１グループおよび第２グループとは異なる第３グループにグループ化する第３グループ化手段、第１グループ、第２グループおよび第３グループにグループ化された行動列に基づいて仮シナリオを作成する仮シナリオ作成手段、仮シナリオと作成済みシナリオとが類似するかどうかを判断する類似判断手段、および類似判断手段によって、仮シナリオと作成済みシナリオとが類似すると判断されたとき、当該仮シナリオと当該作成済みシナリオとを含む新しいシナリオに当該作成済みシナリオを変更するシナリオ変更手段を備える、シナリオ構築装置である。
【００２０】
第５の発明では、仮シナリオと作成済みシナリオとが類似する場合に、仮シナリオと作成済みシナリオとを含めた新しいシナリオに、当該作成済みシナリオが変更される以外は第１の発明と同じであるため、重複した説明は所略する。
【００２１】
第５の発明においても、第２の発明と同様に、適切にシナリオを変更することができる。
【００２２】
第６の発明は、作業者の業務についての行動手順を示すシナリオを構築するシナリオ構築装置であって、予め各業務について作成した作成済みシナリオを記憶する作成済みシナリオ記憶手段、作業者の一連の行動であって、作成済みシナリオと一致しない一連の行動を時系列に並べた行動列として記憶する行動列記憶手段、行動列記憶手段に記憶された複数の行動列のうち、最後の行動が同じ行動列を抽出する抽出手段、抽出手段によって抽出された行動列であり、かつ最後の行動よりも前の全ての行動がそれらの順序も含めて同じである行動列を第１グループにグループ化する第１グループ化手段、抽出手段によって抽出された行動列であって、第１グループ化手段によって第１グループにグループ化されていない行動列のうち、当該第１グループにグループ化された行動列に含まれる一部の行動群と同じ行動群が同じ順序で並んでいる行動列があるかどうかを判断する第１順序判断手段、第１順序判断手段によって同じ行動群が同じ順序で並んでいると判断された行動列を第１グループに追加する追加手段、抽出手段によって抽出された行動列であって、第１グループ化手段によって第１グループにグループ化されていない行動列のうち、当該第１グループにグループ化された行動列に含まれる一部の行動群と同じ行動群が異なる順序で並んでいる行動列があるかどうかを判断する第２順序判断手段、第２順序判断手段によって同じ行動群が異なる順序で並んでいると判断された行動列を第１グループとは異なる第２グループにグループ化する第２グループ化手段、第１順序判断手段によって同じ行動群が同じ順序で並んでいないと判断され、かつ第２順序判断手段によって同じ行動群が異なる順序で並んでいないと判断された行動列を第１グループおよび第２グループとは異なる第３グループにグループ化する第３グループ化手段、第１グループ、第２グループおよび第３グループにグループ化された行動列に基づいて仮シナリオを作成する仮シナリオ作成手段、仮シナリオと作成済みシナリオとが類似するかどうかを判断する類似判断手段、および類似判断手段によって、仮シナリオと作成済みシナリオとが類似しないと判断されたとき、仮シナリオを新しいシナリオとして作成済みシナリオ記憶手段に登録するシナリオ登録手段を備える、シナリオ構築装置である。
【００２３】
第６の発明では、予め構築された行動列記憶手段の行動列を用いて作成した仮シナリオを新しいシナリオとして登録する以外は第１の発明と同様であるため、重複した説明は省略する。
【００２４】
第６の発明においても、第１の発明と同様に、適切にシナリオを追加することができる。
【００２５】
第７の発明は、作業者の業務についての行動手順を示すシナリオを構築するシナリオ構築装置であって、予め各業務について作成した作成済みシナリオを記憶する作成済みシナリオ記憶手段、作業者の一連の行動であって、作成済みシナリオと一致しない一連の行動を時系列に並べた行動列として記憶する行動列記憶手段、行動列記憶手段に記憶された複数の行動列のうち、最後の行動が同じ行動列を抽出する抽出手段、抽出手段によって抽出された行動列であり、かつ最後の行動よりも前の全ての行動がそれらの順序も含めて同じである行動列を第１グループにグループ化する第１グループ化手段、抽出手段によって抽出された行動列であって、第１グループ化手段によって第１グループにグループ化されていない行動列のうち、当該第１グループにグループ化された行動列に含まれる一部の行動群と同じ行動群が同じ順序で並んでいる行動列があるかどうかを判断する第１順序判断手段、第１順序判断手段によって同じ行動群が同じ順序で並んでいると判断された行動列を第１グループに追加する追加手段、抽出手段によって抽出された行動列であって、第１グループ化手段によって第１グループにグループ化されていない行動列のうち、当該第１グループにグループ化された行動列に含まれる一部の行動群と同じ行動群が異なる順序で並んでいる行動列があるかどうかを判断する第２順序判断手段、第２順序判断手段によって同じ行動群が異なる順序で並んでいると判断された行動列を第１グループとは異なる第２グループにグループ化する第２グループ化手段、第１順序判断手段によって同じ行動群が同じ順序で並んでいないと判断され、かつ第２順序判断手段によって同じ行動群が異なる順序で並んでいないと判断された行動列を第１グループおよび第２グループとは異なる第３グループにグループ化する第３グループ化手段、第１グループ、第２グループおよび第３グループにグループ化された行動列に基づいて仮シナリオを作成する仮シナリオ作成手段、仮シナリオと作成済みシナリオとが類似するかどうかを判断する類似判断手段、および類似判断手段によって、仮シナリオと作成済みシナリオとが類似すると判断されたとき、当該仮シナリオと当該作成済みシナリオとを含む新しいシナリオに当該作成済みシナリオを変更するシナリオ変更手段を備える、シナリオ構築装置である。
【００２６】
第７の発明では、予め構築された行動列記憶手段の行動列を用いて作成した仮シナリオを用いて、作成済みのシナリオを変更するようにした以外は、第５の発明と同じあるため、重複した説明は省略する。
【００２７】
第７の発明においても、第５の発明と同様に、適切にシナリオを変更することができる。
【発明の効果】
【００２８】
この発明によれば、看護師の行動と予め登録されたシナリオとが一致しない場合には、当該看護師の一連の行動を行動列として記録しておき、記録しておいた複数の行動列から仮シナリオを作成し、その仮シナリオを新しいシナリオとして登録するので、適切にシナリオを追加することができる。
【００２９】
また、仮シナリオと作成済みシナリオとを含む新しいシナリオに当該作成済みシナリオを変更するので、適切にシナリオを変更することができる。
【００３０】
この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【発明を実施するための最良の形態】
【００３１】
図１を参照して、この発明の一実施例である警告システム１０は、たとえば病院に適用され、少なくとも、警告装置およびシナリオ構築装置として機能するサーバ１２を含む。このサーバ１２は、有線或いは無線による通信回線（ネットワーク）１４を介して複数の看護師用端末（以下、単に「端末」という。）１６、複数の通過センサ１８および複数の中継器２０に接続される。端末１６は、ＰＤＡやＰＨＳのような携帯型の端末であり、看護師毎に割り当てられる。通過センサ１８は、赤外線を受光する受光装置であり、入院患者を収容する病棟内の廊下や診察室、手術室、トイレ、階段室、病室および看護師詰所などの各部屋の出入り口などに配置される。中継器２０は、ＰＤＡや携帯型のコンピュータのような携帯型の装置であり、看護師毎に割り当てられる。
【００３２】
図２はサーバ１２の具体的な構成を示すブロック図であり、サーバ１２には、図１では省略したが、モニタ装置２２が接続される。モニタ装置２２は、たとえば、複数の対物センサ、複数の集音マイク（音センサ）および複数のビデオカメラ（イメージセンサ）などのセンサを含む。図示は省略するが、この実施例では、複数の対物センサは、体温計、血圧計、注射器、点滴注射器（注入器）、血液採取用試験管、検尿コップなどの医療器具を格納してある格納箱（格納庫）の取り出し部分（出入り口）、格納箱（格納庫）の鍵やナースコール端末などに設置され、それらの医療器具等についての使用（取り出し）の有無を検知する。ただし、これらの医療器具等に、電子タグ情報（ＲＦ−ＩＤ）やバーコードのような識別情報を付加しておき、タグ情報やバーコードを読み取ることにより、その使用の有無を検出するようにしてもよい。また、複数の集音マイクは、入院患者を収容する病棟内であり、廊下および病室（ベッド或いはその近傍）などに設置され、周囲音（この実施例では、主として看護師の音声）を集音する。さらに、複数のビデオカメラは、集音マイクと同様に、入院患者を収容する病棟内の廊下および病室（ベッド或いはその近傍）などに設置されるとともに、看護師詰所などにも設置され、看護業務を行う看護師（の行動）を撮影する。ここで、看護業務とは、問診、検温、検圧、注射、投薬、点滴注射、退院指導などの看護師が行うべき業務の総称である。ただし、この実施例では、単に「看護業務」という場合には、任意の１つの業務を示す。
【００３３】
また、図２に示すように、サーバ１２には、５つのデータベース（ＤＢ）が接続される。具体的には、電子カルテＤＢ２４、シナリオＤＢ２６、知識ＤＢ２８、イベントＤＢ３０およびグループＤＢ３２がサーバ１２に接続される。
【００３４】
電子カルテＤＢ２４には、現在入院中或いは治療中の患者についての電子カルテが記録される。図示は省略するが、この電子カルテは、医師等が記載するカルテの内容から必要な事項を抽出するとともに、必要な事項を追加して、電子データにしたものである。たとえば、電子カルテには、患者名、担当看護師名（または、識別情報）、性別、病名、病状、処方（どのような注射や点滴、或いは投薬をするかという処方および処方する時間）、リハビリの状況、入院暦、患者に対する注意事項などの情報のデータ（テキストデータ）が記述される。
【００３５】
シナリオＤＢ２６には、看護業務の正しい行動手順（シナリオ）が記述される。ただし、使用する器具についての情報やその使用方法についての情報も含まれる。ここで、シナリオｓｉは、看護師の業務マニュアルを参照して作成された、看護業務における行動ないし動作（イベント）の集合であり、基本的な手順（時系列）に従って並べられる。ただし、後述するように、シナリオｓｉは新たに追加されたり、変更されたりする。シナリオｓｉは数１で示される。ただし、数１において、「ｉｎ  ｃｈｒｏｎｏｌｏｇｉｃａｌ  ｏｒｄｅｒ」としてあるのは、すべてのイベントｅｉを必ずしも手順（時系列）に従って実行する必要はないが、一部に時系列に従って実行する必要があるイベントｅｉを含んでいることを意味する。
【００３６】
［数１］
2009134403.tif 000003
【００３７】
たとえば、シナリオｓｉ，ｓｈ，ｓａは、それぞれ、複数のイベントによって構成され、数２で示される。
【００３８】
［数２］
ｓｉ＝｛ｅｉ１＝注射器を準備する，ｅｉ２＝蒸留水とダイアモックス（Ｄｉａｍｏｘ）とを準備する，ｅｉ３＝ダイアモックスを溶かす，ｅｉ４＝ダイアモックスを溶かしたものを吸引する，ｅｉ５＝待つ，ｅｉ６＝注射をする｝
ｓｈ＝｛ｅｈ１＝各種モニタの電源の確認，ｅｈ２＝点滴のセット，ｅｈ３＝必要物品の準備，ｅｈ４＝吸引をセット，ｅｈ５＝腰・硬麻の準備，ｅｈ６＝ライト・ヘッドの位置を確認｝
ｓａ＝｛ｅａ１＝病棟看護婦より申し送りを受ける，ｅａ２＝コスト表にＩＤカードを押す，ｅａ３＝麻酔医に患者の血圧等を報告，ｅａ４＝胸写をシャーカステンにかける，ｅａ５＝モニタ類の装着，ｅａ６＝血管確保の介助，ｅａ７＝腰・硬麻の介助，ｅａ８＝麻酔導入の介助，ｅａ９＝導尿・深部体温モニタの装着，ｅａ１０＝電気メスの対極板の貼付，ｅａ１１＝体位をとる，ｅａ１２＝Ｌ枠、メーヨ台、ライトの設置、ｅａ１３＝ガウンテクニックの介助，ｅａ１４＝イソジン、生食を器機台に出す、ｅａ１５＝電気メス、吸引のコード接続｝
ただし、シナリオｓｉ（他のシナリオｓｈ，ｓａも同様。）は、数３に示すように、複数のシナリオｓｉｎ（以下、説明の都合上、「部分シナリオ」ということがある。）の集合で表わすことができる。詳細な説明は省略するが、各部分シナリオｓｉｊは、２以上のイベント（ｅ）の集合（イベント群）で表わされる。また、数３において、Ｏｉはシナリオｓｉを実行した場合における最終的な目標であり、Ｏｉｊは部分シナリオｓｉｈを実行した場合における下位の（補助的な）目標である。ただし、最終的な目標（最終目標）は、看護師がシナリオｓｉに従って看護業務を実行することにより得られる。つまり、最終目標は、看護行為による正しい結果である。また、下位の目標（下位目標）は、部分シナリオｓｉｈに従って看護業務の一部を実行することにより得られる。
【００３９】
［数３］
ｓｉ＝｛Ｓｉ１，Ｓｉ２，…，Ｓｉｎ；Ｏｉ｝
ｓｉｊ＝｛ｅｊ１，ｅｊ２，…，ｅｊｋ；Ｏｉｊ｝
ただし、たとえば、或る部分シナリオｓｉｌ（ｃ）＝｛ｅｌ１，ｅｌ２，…，ｅｌｍ；Ｏｉｌ｝は時系列に従って実行する必要があるが、他の部分シナリオｓｉｐ（ｎ）＝｛ｅｐ１，ｅｐ２，…，ｅｐｑ；Ｏｉｐ｝は時系列に従って実行する必要はない。たとえば、数２に示した例では、イベントｅｉ４（ダイアモックスを溶かしたもの吸引する）は、イベントｅｉ６（注射する）の前に実行されている必要がある。
【００４０】
なお、図示は省略するが、時系列に従って実行する必要のある部分シナリオであるか否かの情報は、各部分シナリオにラベルを付して識別可能としてある。ただし、部分シナリオであるか否かの情報は、各部分シナリオに対応づけて別途記憶しておいてもよい。
【００４１】
知識ＤＢ２８には、公理および仮説についてのデータが記憶される。この実施例では、公理とは、該当の患者に対する処方または処置の理想状態が必然的に得られる事象、行為、または要素などとその理想状態の因果律、さらにもっと一般的に言えば、どのような場合でも関係が崩れることがない、そのような関係（一般的事実）のことである。また、仮説とは、モニタ手段（この実施例では、通過センサ１８、中継器２０、モニタ装置２２）やＲＦＩＤ（タグ情報）などで観測可能な事象、行為、要素など、可変なもの、同時に成り立たない可能性があるもの（イベント）をいう。また、知識ＤＢ２８には、看護業務に関する知識も記憶される。具体的には、看護業務毎に、看護業務を行うときの加速度データの時間変化を予め取得して、これを辞書データとして記憶してある。ただし、看護師毎に、手順や癖が異なることもあるため、看護師毎に、辞書データを記憶するようにしてもよい。さらに、知識ＤＢ２８には、類語辞書Ｇｘが記憶される。この類語辞書Ｇｘは、類似する用語をまとめた１つのイベントグループである。また、類語辞書Ｇｘでは、逆から引く（検索する）ことができるように、逆引きインデックスが付与される。つまり、類似する用語（単語や語句）から対応する類語辞書Ｇｘを知ることができるようにしてある。
【００４２】
イベントＤＢ３０は、シナリオＤＢ２６に登録されているシナリオとは異なる看護師の一連の行動（イベント）を時系列に従って並べた列（イベント列）を一時的に記憶する。この実施例では、後述するように、複数のイベント列を用いて学習処理を実行することにより、新しいシナリオがシナリオＤＢ２６に登録（追加）されたり、シナリオＤＢ２６に既に登録されているシナリオ（作成済みのシナリオや追加されたシナリオ）が変更されたりする。
【００４３】
グループＤＢ３２は、学習処理において、グループ化したシナリオやイベント群を一時的に記憶する。この実施例では、後述するように、３つのグループ（グループＡ，グループＢ，グループＣ）が作成され、各グループにイベント列がグループ分けされ、さらに、各グループにおけるイベント列に基づいて各グループのイベント群が作成され、記憶される。なお、グループおよびイベント群については後で詳細に説明する。
【００４４】
また、サーバ１２は、その内部に時計回路１２ａを有している。この時計回路１２ａは、日付および時間を計時する。この実施例では、サーバ１２は、時計回路１２ａを参照して、電子カルテに記載された業務の開始の時間（日時）であるか否かを判断する。
【００４５】
図３は端末１６の電気的な構成を示すブロック図である。図３を参照して、端末１６はＣＰＵ４０を含み、このＣＰＵ４０には、メモリ４２，キースイッチ４４，ＬＣＤドライバ４６，モータドライバ５０，無線ＬＡＮ５４およびアンプ５６が接続される。また、ＬＣＤドライバ４６にはＬＣＤ４８が接続され、モータドライバ５０には振動モータ５２が接続され、そして、アンプ５６にはスピーカ５８が接続される。
【００４６】
なお、上述したように、端末１６としてＰＨＳを用いる場合には、さらに通話（電話）機能が追加される。
【００４７】
ＣＰＵ４０は、端末１６の全体制御を司る。メモリ４２は、ＲＯＭやＲＡＭを含む。この実施例では、端末１６は主として情報提示装置として機能し、ＲＯＭには、情報提示のためのプログラム（情報提示プログラム）や情報提示のために必要なデータ（画像データ，音データ）が記憶されている。ＲＡＭは、ＣＰＵ４０の記憶領域、作業領域およびバッファ領域として用いられる。
【００４８】
この実施例では、情報提示のために必要なプログラムやデータをＲＯＭに記憶するようにしてあるが、サーバ１２からダウンロードするようにしてもよい。このようにすれば、ＲＯＭの使用容量を削減することができる。
【００４９】
キースイッチ４４は、テンキー、十字キーのようなカーソルキーおよび選択キーなどの各種キーないしボタン（スイッチ）であり、看護師の指示入力に用いられる。ＬＣＤドライバ４６はＬＣＤ４８の駆動装置であり、ＣＰＵ４０からの指示に従ってＬＣＤ４８に画像を表示する。図示は省略するが、ＬＣＤ４８には、看護業務に関するメッセージなどの情報についての画面が表示される。モータドライバ５０は、振動モータ５２の駆動装置であり、ＣＰＵ４０からの指示に従って振動モータ５２を駆動する。たとえば、サーバ１２から情報の提示があると、振動モータ５２を駆動することにより、端末１６を振動させて、その旨をユーザに知らせる。または、スピーカから通知音（音声，音楽）を出力して、情報の提示がある旨をユーザに知らせるようにしてもよい。このとき、ＣＰＵ４０からの音データ（音、音声ないし音楽）は、アナログの音（音声）信号に変換された後、アンプ５６で増幅され、スピーカ５８から出力される。ただし、振動および音（音楽）の両方で通知するようにしてもよい。
【００５０】
無線ＬＡＮ５４は、ＣＰＵ４０の指示に従って、看護師がキースイッチ４４を用いて入力した指示入力（コマンド）を、ネットワーク１４を介してサーバ１２に送信する。詳細な説明は省略するが、サーバ１２では、端末１６の無線ＬＡＮのＭＡＣアドレスを看護師ＩＤに対応づけて管理しているため、通信している端末１６の使用者（看護師）をサーバ１２側で認識することが可能である。ただし、メモリ４２（ＲＯＭ）に看護師ＩＤを記憶しておき、コマンドとともに看護師ＩＤをサーバ１２に送信するようにしてもよい。また、無線ＬＡＮ５４は、サーバ１２から送信された情報（画面表示に関する情報）を受信して、ＣＰＵ４０に与える。
【００５１】
図４に示すように、通過センサ１８は、第１受光モジュール７２および第２受光モジュール７４を含み、第１受光モジュール７２および第２受光モジュール７４は、ゲートの上部であり、互いに異なる側面に装着される。また、ゲートの上に載置されるケース１８０内には、通過センサ１８の受光モジュール（７２，７４）以外のコンポーネント（ＣＰＵ７０，ＲＡＭ７６，無線ＬＡＮ７８：図６参照）が内蔵される。ただし、ゲートは分かり易く示すために図示しただけであり、通常は、看護師詰所、診察室、病室のような部屋の出入り口、廊下と廊下との連結部（十字路、Ｔ字路など）、廊下と階段との連結部のような要所に通過センサ１８は設置される。また、必要であれば、エレベータのゲートに設置されてもよい。
【００５２】
また、図５に示すように、各看護師の頭部には、赤外線信号を発信する送信機１１０が装着される。たとえば、送信機１１０は、クリップのような固定器具を用いて、ナースキャップや頭髪に固定される。また、送信機１１０が発信する赤外線信号は、たとえば、８ビットの固定のパターン（看護師ＩＤ）である。
【００５３】
図６は通過センサ１８の電気的な構成を示すブロック図である。図６を参照して、通過センサ１８はＣＰＵ７０を含み、ＣＰＵ７０には、第１受光モジュール７２、第２受光モジュール７４、ＲＡＭ７６および無線ＬＡＮ７８が接続される。各通過センサ１８の受光モジュール（７２，７４等）のそれぞれには、固有の識別情報（受光モジュールＩＤ）が割り当てられている。各受光モジュール（７２，７４等）は、送信機１１０（図５参照）からの赤外線信号を検出する。ここで、送信機１１０から送信される赤外線信号は、上述したように、８ビットの固定のパターン（看護師ＩＤ）である。たとえば、受光モジュール（７２，７４）は、看護師ＩＤを受信すると、受信した看護師ＩＤをＣＰＵ７０に与える。ＣＰＵ７０は、看護師ＩＤを受信した受光モジュール（７２，７４）の受光モジュールＩＤを当該看護師ＩＤに付加して、ＲＡＭ７６に記憶（一時記憶）し、その後、無線ＬＡＮ７８およびネットワーク１４を介して、サーバ１２に送信する。
【００５４】
サーバ１２では、受光モジュールＩＤが付加された看護師ＩＤを受信すると、受信した受光モジュールＩＤに対応する場所を看護師ＩＤが示す看護師の現在位置として検出する。
【００５５】
なお、この実施例では、端末１６の処理負担の軽減やメモリ４２の容量節約のために、サーバ１２側で、当該看護師の現在位置を特定するようにしてあるが、通過センサ１８がネットワーク１４を介して受光モジュールＩＤと看護師ＩＤとを端末１６に送信し、看護師自身の現在位置を当該端末１６が算出するようにしてもよい。
【００５６】
図７は中継器２０の電気的な構成を示すブロック図である。図７を参照して、中継器２０はＣＰＵ９０を含む。ＣＰＵ９０には、メモリ９２，エンコーダ９４，非接触センサ９８，加速度センサ１００および無線ＬＡＮ１０２が接続される。メモリ９２は、ワークメモリないしバッファメモリとして働き、ＣＰＵ９０によって使用される。エンコーダ９４にはピンマイク９６が接続され、エンコーダ９４は、ピンマイク９６から入力される音声信号をＭＰ３のような圧縮音声データ（以下、単に「音声データ」という。）に変調してＣＰＵ９０に入力する。このように、音声信号を圧縮変調するのは、メモリ９２の使用量を比較的少なくするためであり、また、後述するように、無線ＬＡＮ１０２を介して送信するデータのデータ量を低減するためである。たとえば、看護師は、ピンマイク９６を通して、開始するまたは終了した看護業務の内容を音声で入力する。したがって、サーバ１２は、音声を解析することにより、看護師が開始、実効または終了した看護業務を知ることができる。
【００５７】
なお、図７では、簡単のため、複数の加速度センサ１００ａ，１００ｂ，１００ｃ，１００ｄを、加速度センサ１００として包括的に示してある（図５参照）。
【００５８】
ここで、図５を参照して分かるように、端末１６，中継器２０および赤外線を発信する送信機１１０は、各作業者（看護師）に装着される。図５に示すように、端末１６は、看護師の手首に装着される。図示は省略するが、端末１６のＬＣＤ４８が見えるように、腕時計を装着するように、バンドのような固定器具を用いて装着される。
【００５９】
また、中継器２０では、ピンマイク９６，非接触センサ９８および加速度センサ１００（１００ａ，１００ｂ，１００ｃ，１００ｄ）以外の回路コンポーネント（図７参照）はボックス２００に収容され、ボックス２００は看護師の腰部（ベルト部分）に装着される。
【００６０】
図５に示すように、ピンマイク９６は、看護師の衣服（白衣）の襟元付近に装着される。また、非接触センサ９８は、ペン型のケースに収容され、看護師の白衣の胸ポケットに挿すように収納される。ただし、図面では、分かり易く示すために、ペン型のケースを胸ポケットの外部に記載してある。
【００６１】
また、看護師の両手（両腕）、胸および腰などには、加速度センサ１００が装着される。この実施例では、加速度センサ１００ａが右腕に装着され、加速度センサ１００ｂが左腕に装着され、加速度センサ１００ｃが胸に装着され、そして、加速度センサ１００ｄが腰に装着される。ただし、図５では、分かり易く示すために、各加速度センサ１００を白衣の外部に記載してあるが、各加速度センサ１００は、実際には、ゴムバンドのような適宜の固定器具を用いて、白衣の内部で腕などに固定される。
【００６２】
なお、図５においては省略するが、非接触センサ９８と加速度センサ１００とは接続線を用いてボックス２００内のＣＰＵ９０に接続され、ピンマイク９６は接続線を用いてボックス２００内のエンコーダ９４に電気的に接続される。ただし、接続線を用いずに、ブルートゥースのような近距離無線によって接続するようにしてもよい。つまり、電気的に接続されればよいのである。
【００６３】
また、この実施例で用いるピンマイク９６は指向性を有するものである。これは、ピンマイク９６を装着する看護師の音声のみを検出して、患者のプライバシーを守るためである。
【００６４】
非接触センサ９８としては、焦電センサを用いることができ、ＣＰＵ９０は非接触センサ９８からの入力に応じてピンマイク９６をオン／オフする。この実施例では、非接触センサ９８すなわち焦電センサの前で、看護師が手を２回上下させると、その検出信号がＣＰＵ９０に入力され、これに応じて、ＣＰＵ９０はピンマイク９６をオンし、その後、看護師が焦電センサの前で、手を２回上下させると、ピンマイク９６をオフする。ただし、ＣＰＵ９０は、看護師の操作によらないで、所定時間（１０秒）が経過した場合にもピンマイク９６をオフするようにしてある。
【００６５】
加速度センサ１００は、たとえば、多軸（３軸）の加速度センサであり、サンプリング周波数が２００Hzであり、加速度は±３Ｇ（Ｇは重力）まで計測可能である。この中継器２０では、加速度センサ１００で検出される加速度のデータ（加速度データ）がＣＰＵ９０に与えられる。ＣＰＵ９０は、加速度センサ１００からの加速度データをメモリ９２に記憶（一時記憶）し、一定時間（たとえば、１０秒）毎に、その一定時間分の加速度データを、無線ＬＡＮ１０２およびネットワーク１４を介してサーバ１２に送信する。上述したように、知識ＤＢ２８には、予め看護業務を実行した場合の加速度データの時間変化を辞書データとして記憶しているので、中継器２０から送信される加速度データと比較することにより、実行中の看護業務の内容を特定することができる。たとえば、辞書データと中継器２０からの加速度データとを、周知のＤＰマッチングの方法により、比較することにより、看護業務を特定することができる。
【００６６】
なお、加速度センサ１００に代えて、ジャイロセンサ、照度センサまたは温度センサなどの他のセンサを用いることもできる。他のセンサを用いる場合には、その他のセンサの出力がサーバ１２に送信される。
【００６７】
上述したように、サーバ１２は、通過センサ１８からの出力に基づいて看護師の現在位置（所在）を知ることができる。また、モニタ装置２２（対物センサ）の出力によって、看護師が使用する器具等を知ることができる。さらに、モニタ装置２２の出力（集音マイクの出力）およびピンマイク９６を通して入力される音声に基づいて看護師が実行しようとする看護業務を知ることもできる。さらにまた、モニタ装置２２（ビデオカメラ）の撮影映像（画像データ，映像データ）を分析したり、中継器２０からの加速度データを辞書データと比較したりすることにより、看護師の行動を検出（特定）することもできる。たとえば、このようなモニタ手段（サーバ１２，通過センサ１８，中継器２０，モニタ装置２２）の検出結果を複合的に勘案すれば、看護師の行動を比較的正確に検出することができる。以下、同様である。
【００６８】
また、看護師の行動が目標を達成するか否かの推論は、数４に従って行われる。ただし、背景知識Ｆとしては、知識ＤＢ２８に含まれる公理も含まれる。
【００６９】
［数４］
2009134403.tif 000004
【００７０】
ただし、∪は論理のＯＲを意味する。
【００７１】
また、最終目標Ｏをサブ目標Ｏｊの部分集合と考えると、数５に従って推論することも可能である。
【００７２】
［数５］
2009134403.tif 000005
【００７３】
ここで、推論結果がサブ目標Ｏｊを得ることができる場合には、次の部分シナリオについての推論を行う。ただし、当該サブ目標Ｏｊが最終目標Ｏと一致する場合には、看護業務を終了したと判断する。
【００７４】
一方、推論結果がサブ目標Ｏｊを得ることができない場合には、次のいずれかの場合に、看護業務がシナリオに違反していることを警告する。これは、医療事故や医療ミスが発生するのを事前に防止するためである。具体的には、推論結果がサブ目標Ｏｊを得ることができない場合には、看護師が別の看護業務に移行したかどうかを判断する。ここで、看護師の行動が、戻るべき、または、進むべきイベントに復帰または到達し得ないときに、別の看護業務に移行したと判断される。
【００７５】
看護師が別の看護業務に移行していなければ、現在の看護業務を途中で終了しようとしているかどうかを判断する。たとえば、看護師が現在の看護業務に全く関係のないイベントを実行したり、途中のイベントを飛ばして最後のイベントを実行しようとしたり（たとえば、ダイアモックスを溶かさないで、注射しようとする。）すると、現在の看護業務を途中で終了しようとしていると判断する。
【００７６】
また、看護師が別の看護業務に移行すると、当該別の看護業務を終了した後に、元の看護業務（上述の現在の看護業務）に戻るか否かを判断する。別の看護業務を終了したか否かは、当該別の看護業務についてのシナリオに含まれる最後のイベントを実行したか否かで判断される。また、元の看護業務に戻ったか否かは、看護師の行動が元の看護業務に対応するシナリオに含まれる、かつ実行すべきであるイベントと一致するか否かで判断される。
【００７７】
現在の看護業務を途中で終了しようとする場合、または、別の看護業務を終了した後に元の看護業務に戻らない場合には、当該看護業務についてのシナリオの正しい最終目標を得ることができない。つまり、上述したような医療事故などの不都合を引き起こす可能性があるため、看護師にシナリオに違反していることの警告を与えるようにしてある。
【００７８】
なお、看護師が或る看護業務を行っている場合に、他の看護業務を頼まれることは日常茶飯事であり、単に他の看護業務に移行したことだけでは警告を発しないようにしてある。これは、警告の乱発を防止して、医療事故や医療ミスが発生する恐れのあるような本当に必要なときだけ警告を与えて、警告システム１０としての機能を十分に発揮させるためである。
【００７９】
また、この実施例では、着目する看護師のみに警告を与えるようにしてあるが、当該看護師の近辺に存在する他の看護師や師長にも警告するようにして、医療事故等を確実に防止するようにしてもよい。
【００８０】
具体的には、サーバ１２は図８に示すフロー図に従って全体処理を実行する。ただし、図８に示す全体処理は、着目する１の看護師について一定時間（たとえば、１５分〜３０分）毎に実行される。つまり、全体処理は看護師毎に実行される。図８に示すように、サーバ１２は全体処理を開始すると、ステップＳ１で、業務を確認する。ここでは、電子カルテＤＢ２８を参照して、着目する看護師が担当する患者について行うべき看護業務が有るかどうかを判断するのである。続くステップＳ３では、看護業務の開始時間であるかどうかを判断する。つまり、開始すべき看護業務が有るかどうかを判断する。ただし、厳密に看護業務の開始時間であるかを判断する必要はなく、看護業務の開始時間の前後一定時間（たとえば、３〜５分）内であるかどうかを判断するようにしてある。
【００８１】
ステップＳ３で“ＮＯ”であれば、つまり看護業務の開始時間でなければ、そのまま同じステップＳ３に戻る。ただし、無駄な処理を削減するために、一定時間（たとえば、３〜５分）待機してから、ステップＳ３に戻るようにしてもよい。一方、ステップＳ３で“ＹＥＳ”であれば、つまり看護業務の開始時間であれば、ステップＳ５で、着目する看護師が看護業務を開始したかどうかを判断する。ここでは、着目する看護師の看護師ＩＤを検出する通過センサ１８が変化したり、ビデオカメラで撮影される当該看護師に動きがあったり、当該看護師がピンマイク９６を通して看護業務を開始することの音声入力があったりしたかどうかを判断する。
【００８２】
ステップＳ５で“ＮＯ”であれば、つまり看護業務を開始していなければ、ステップＳ７で、業務開始のアラーム（警告）を発して、ステップＳ５に戻る。ここで、警告は、たとえば、着目する看護師に割り当てられた端末１６に、看護業務を開始すべき旨のメッセージを送信することにより行う。なお、メッセージのような情報が端末１６に送信されると、上述したように、音ないし振動またはその両方で当該端末１６を装着する看護師にメッセージ（情報）があることが報知される。
【００８３】
一方、ステップＳ５で“ＹＥＳ”であれば、つまり看護業務を開始すれば、ステップＳ９で、イベントｅｉを含むシナリオｓｉがあるかどうかを判断する。ここでは、サーバ１２は、上述のとおり、着目する看護師の行動を検出する。そして、サーバ１２は、シナリオＤＢ２６を参照して、検出した行動と一致するイベントｅｉを含むシナリオｓｉが存在するかどうかを判断する。
【００８４】
ステップＳ９で“ＹＥＳ”であれば、つまり看護師の行動と一致するイベントｅｉを含むシナリオｓｉがあれば、ステップＳ１１で、目標Ｏｉを確認する。ここで、目標Ｏｉは、シナリオｓｉに従って業務を行った場合に得られる目標である。ステップＳ１１では、イベントｅｉを含むシナリオｓｉの目標Ｏｉが、電子カルテに記載された業務、すなわちステップＳ１で確認された看護業務（目標Ｏ）と一致するかどうかを確認しているのである。
【００８５】
続くステップＳ１３では、現在の背景知識Ｆと行動ｅｉを含むすべてのシナリオｓｉとから最終目標Ｏを説明できないかどうかどうかを判断（確認）する。ステップＳ１３で“ＹＥＳ”であれば、つまり現在の背景知識Ｆと行動ｅｉを含むすべてのシナリオｓｉとから最終目標Ｏを説明できない場合には、そのままステップＳ９に戻って、シナリオｓｉの検出および目標Ｏｉの確認を再度実行する。しかし、ステップＳ１３で“ＮＯ”であれば、つまり現在の背景知識Ｆと行動ｅｉを含むすべてのシナリオｓｉとから最終目標Ｏを説明できる場合には、ステップＳ１５で、後述する各サブ目標達成の確認および警告処理（図９および図１０参照）を実行して、全体処理を終了する。
【００８６】
また、ステップＳ９で“ＮＯ”であれば、つまり看護師の行動と一致するイベントｅｉを含むシナリオｓｉが存在しなければ、ステップＳ１７で、当該看護師の一連の行動（イベントｅｉ）を獲得する。続くステップＳ１９では、着目する看護師が当該看護業務を終了したかどうかを判断する。ステップＳ１９で“ＮＯ”であれば、つまり着目する看護師が当該看護業務を終了していなければ、ステップＳ１７に戻る。一方、ステップＳ１９で“ＹＥＳ”であれば、つまり着目する看護師が当該看護業務を終了すれば、ステップＳ２１で、着目する看護師の一連の行動（以下、「イベント列ｅｌｘ」という。）をイベントＤＢ３０に記憶（一時記憶）して、全体処理を終了する。
【００８７】
ここでは、簡単に示してあるが、ステップＳ１７〜Ｓ２１では、着目する看護師が看護業務の開始から終了するまでの間、一定時間毎に行動（イベントｅｘ）を検出することにより、イベントｅｘを時系列に並べたイベント列ｅｌｘをイベントＤＢ３０に記憶するのである。
【００８８】
図９および図１０は、図８に示したステップＳ１５の各サブ目標達成の確認（推論）および警告処理を示すフロー図である。サーバ１２は、各サブ目標達成の確認および警告処理を開始すると、ステップＳ３１で、変数ｊを初期化する（ｊ＝１）。続くステップＳ３３では、現在の背景知識Ｆと部分シナリオｓｉｊとからサブ目標Ｏｊを説明できないかどうかを判断（確認）する。ステップＳ３３で“ＮＯ”であれば、つまり現在の背景知識Ｆと部分シナリオｓｉｊとからサブ目標Ｏｊを説明できると推論されれば、サブ目標Ｏｊを達成できると判断し、ステップＳ３５で、シナリオｓｉｊが時系列順に実行すべきイベントを含むかどうかを判断する。これは、部分シナリオｓｉｊに付されたラベルを参照して判断する。
【００８９】
ステップＳ３５で“ＮＯ”であれば、つまりシナリオｓｉｊが時系列順に実行すべきイベントを含んでいない場合には、そのままステップＳ４１に進む。しかし、ステップＳ３５で“ＹＥＳ”であれば、つまりシナリオｓｉｊが時系列順に実行すべきイベントを含む場合には、ステップＳ３７で、当該イベントが時系列順に実行されているか否かを判断する。ここでは、看護師の行動を検出し、当該行動がシナリオｓｉｊに含まれるイベントに従って実行されようとしているか否かを判断する。
【００９０】
ステップＳ３７で“ＮＯ”であれば、つまりイベントが時系列順に実行されていなければ、ステップＳ３９で、シナリオ違反をアラームして、ステップＳ３７に戻る。しかし、ステップＳ３７で“ＹＥＳ”であれば、つまりイベントが時系列順に実行されている場合には、ステップＳ４１で、現在の業務をすべて終了したかどうかを判断する。つまり、シナリオｓｉに含まれるすべてのイベントｅｉの実行を終了し、目標Ｏｉを達成（電子カルテが示す看護業務を完了）したかどうかを判断する。ステップＳ４１で“ＮＯ”であれば、つまり現在の業務をすべて終了していなければ、ステップＳ４３で、変数ｊをインクリメントして（ｊ＝ｊ＋１）、ステップＳ３３に戻る。つまり、次のサブ目標Ｏｊ＋１を達成するか否かの推論を行う。しかし、ステップＳ４１で“ＹＥＳ”であれば、つまり現在の業務をすべて終了すれば、各サブ目標達成の確認および警告処理をリターンする。
【００９１】
また、ステップＳ３３で“ＹＥＳ”であれば、つまり現在の背景知識Ｆとシナリオｓｉｊとからサブ目標Ｏｊを説明できないと推論されれば、サブ目標Ｏｊを達成できないと判断し、図１０に示すステップＳ４５で、別の看護業務へ移ったかどうかを判断する。ステップＳ４５で“ＮＯ”であれば、つまり別の看護業務に移っていなければ、ステップＳ４７で、現在の看護業務を途中で終了したかどうかを判断する。
【００９２】
ステップＳ４７で“ＮＯ”であれば、つまり現在の看護業務を途中で終了していない場合には、そのまま図９に示したステップＳ３３に戻る。一方、ステップＳ４７で“ＹＥＳ”であれば、つまり現在の看護業務を途中で終了した場合には、そのままステップＳ５３に進む。
【００９３】
また、ステップＳ４５で“ＹＥＳ”であれば、つまり別の看護業務に移った場合には、ステップＳ４９で、当該別の看護業務に対応するシナリオｓｋを確認して、ステップＳ５１に進む。なお、この実施例では、簡単のため、別の看護業務に対応するシナリオｓｋの確認処理については、１つのステップ（処理）で示してあるが、厳密には、ステップＳ９〜ステップＳ１７の処理が実行されるのである。つまり、途中で別の看護業務に移行した場合であっても、当該別の看護業務において医療事故等が発生する可能性もあり、当該別の看護業務についてもシナリオを用いた推論により、シナリオ違反の発生を事前に発見し、その警告を与えるためである。
【００９４】
ステップＳ５１では、元の看護業務に戻るか否かを判断する。ここで、元の看護業務は、ステップＳ４５で“ＹＥＳ”と判断される直前までに行っていた看護業務（上述の現在の看護業務）である。ステップＳ５１で“ＹＥＳ”であれば、つまり元の看護業務に戻る場合には、そのままステップＳ３３に戻る。しかし、ステップＳ５１で“ＮＯ”であれば、つまり元の看護業務に戻らない場合には、ステップＳ５３で、シナリオ違反のアラームを与えて、ステップＳ５１に戻る。
【００９５】
なお、図示等は省略したが、ステップＳ３３，Ｓ３７，Ｓ４１，Ｓ４５，Ｓ４７，Ｓ５１の処理では、着目する看護師の行動が検出される。
【００９６】
このように、看護師の看護業務における行動等とシナリオとから得られる結果を推論し、推論結果が所望の目標を達成できない場合にのみ警告を発するので、警告の乱発を防止し、本当に必要なときだけ警告することができる。
【００９７】
また、上述したように、イベントＤＢ３０には、イベント列ｅｌｉが記憶される。たとえば、上述した全体処理が繰り返し実行されると、イベントＤＢ３０には、複数のイベント列ｅｌｘが記憶される。この実施例では、サーバ１２は、複数のイベント列ｅｌｘに基づいて、仮シナリオを作成し、作成した仮シナリオを新しいシナリオとしてシナリオＤＢ２６に登録したり、作成した仮シナリオを用いて既にシナリオＤＢ２６に登録されているシナリオを変更したりする。このようにすれば、当該警告システム１０が適用される病院（環境）に応じたシナリオＤＢ２６を構築することができるからである。つまり、看護マニュアルなどから作成したシナリオをカスタマイズすることができる。
【００９８】
ここで、新しいシナリオの作成とシナリオの変更とについて簡単に説明することにする。たとえば、４つのイベント列ｅｌｘ（ｘ＝１，２，３，４）からシナリオを作成する場合について説明する。ここで、４つのイベント列ｅｌ１，ｅｌ２，ｅｌ３，およびｅｌ４は数６で示される。ただし、各イベントｅの添え字のうち、左側の数字はイベント列ｅｌｘの別を示し、右側の数字は時系列に並べられたイベントｅの順序を示す。
【００９９】
［数６］
イベント列ｅｌ１＝｛ｅ１１＝注射器準備，ｅ１２＝蒸留水準備，ｅ１３＝ダイアモックス準備，ｅ１４＝ダイアモックス溶解，ｅ１５＝注射器に注入，ｅ１６＝待機，ｅ１７＝注射｝
イベント列ｅｌ２＝｛ｅ２１＝ダイアモックス準備，ｅ２２＝蒸留水準備，ｅ２３＝注射器準備，ｅ２４＝ダイアモックス溶解，ｅ２５＝注射器に注入，ｅ２６＝待機，ｅ２７＝注射｝
イベント列ｅｌ３＝｛ｅ３１＝蒸留水準備，ｅ３２＝ダイアモックス準備，ｅ３３＝注射器準備，ｅ３４＝ダイアモックス溶解，ｅ３５＝注射器に注入，ｅ３６＝待機，ｅ３７＝注射｝
イベント列ｅｌ４＝｛ｅ４１＝注射器準備，ｅ４２＝蒸留水準備，ｅ４３＝ダイアモックス準備，ｅ４４＝注射器に注入，ｅ４５＝ダイアモックス溶解，ｅ４６＝待機，ｅ４７＝注射器に注入，ｅ４８＝待機，ｅ４９＝注射｝
このようなイベント列ｅｌｘからは、以下の学習結果が得られる。「注射器準備」と「蒸留水準備」と「ダイアモックス準備」の各イベントは、それらの中で順序を変えることが可能である（ｆｌｅｘｉｂｌｅ）。また、「注射器に注入」と「ダイアモックス溶解」と「待機」の各イベントは、その中で順序を変えることが可能であり、実施回数も変えることが可能である（ｃｈａｎｇｅａｂｌｅ）。さらに、「待機」と「注射」の各イベントは、回数および順序のいずれも変えることができない（ｆｉｘｅｄ）。ここで、ｆｌｅｘｉｂｌｅのイベントの集合（イベント群）をＥｘ１とし、ｃｈａｎｇｅａｂｌｅのイベント群をＥｘ２とし、ｆｉｘｅｄのイベント群をＥｘ３とすると、イベント群Ｅｘ２はイベント群Ｅｘ３の前に必ず実施（実行）しなければならない（ａｆｔｅｒ（Ｅｘ３，Ｅｘ２））。また、イベント群Ｅｘ３は最後に実施する（ｌａｓｔ（Ｅｘ３））。
【０１００】
なお、上記のイベント列ｅｌｘでは該当するイベント群は存在しないが、必ず最初に実行するイベント群ＥＡには、ｆｉｒｓｔのラベルが付される（ｆｉｒｓｔ（ＥＡ））。この実施例では、最初に実行されるイベント群（ｆｉｒｓｔ）や順序を守る必要があるイベント群（ｆｉｘｅｄ）については、予め知識として知識ＤＢ２８に登録されており、シナリオ（後述する「仮シナリオ」）を作成する際に参照される。
【０１０１】
たとえば、上述したようなイベント群を出現順（時系列）に並べると、仮のシナリオ（仮シナリオ）を生成することができる。数６に示したイベント列ｅｌｘの例では、仮シナリオｔｓｘ＝｛Ｅｘ１，Ｅｘ２，Ｅｘ３｝が作成される。
【０１０２】
また、様々な薬剤に関して事象が得られると、上記のイベント群について、たとえば、Ｅｘ１＝｛ｆｌｅｘｉｂｌｅ；注射器準備，蒸留水準備，溶解薬剤準備｝，Ｅｘ２＝｛ｃｈａｎｇｅａｂｌｅ；注射器に注入，溶解薬剤溶解，待機｝，Ｅｘ３＝｛ｆｉｘｅｄ；待機，注射｝，溶解薬剤＝｛ダイアモックス，セフルトール，セラーゼン，…｝という学習結果が得られる。
【０１０３】
つまり、シソーラス（類語）を検索して、類語辞書Ｇｘとして、類似するイベントｅｘを同じ言葉（単語や語句）を用いてまとめるようにしてある。このようにすれば、薬品名や器具名だけが異なり、手順（イベントｅｉの順序）が同じ看護業務についてのシナリオｓｉが重複して登録されることがない。つまり、いたずらにシナリオｓｉを増加させることがない。たとえば、「純水」と「蒸留水」とは類語である。また、薬品や器具のみならず、行動（動詞）についても同様のことが言える。たとえば、「溶解する」と「溶かす」とは類語である。
【０１０４】
図示は省略するが、市販の類語辞書や知識ＤＢ２８に登録された類語辞書Ｇｘを用いて、異なる言葉であっても同じ意味内容を示す単語ないし語句についは同じカテゴリの単語ないし語句でまとめられる。したがって、上述したように、類語辞書Ｇｘには、逆に引く（検索する）ことができるインデックスが付されているのである。たとえば、類語辞書Ｇｘ＝｛純粋，蒸留水｝を作成した場合に、「純粋」や「蒸留水」の語から類語辞書Ｇｘが分かるようにインデックスが付される。
【０１０５】
具体的には、サーバ１２は、図１１〜図１３に示すシナリオ構築処理を実行する。たとえば、シナリオ構築処理は、一定時間（たとえば、１０日〜３０日）毎に実行されたり、イベント列ｅｌｘが一定数（たとえば、１００個）に達する毎に実行されたりする。または、サーバ１２の管理者によって手動で実行されてもよい。
【０１０６】
図１１に示すように、サーバ１２は、シナリオ構築処理を開始すると、ステップＳ７１で、イベントＤＢ３０からデータ（イベント列ｅｌｘについてのデータセット）を読み込む。続くステップＳ７３では、イベント列ｅｌｘに含まれる最後のイベントが同じイベント列ｅｌｘを抜き出す（抽出する）。そして、ステップＳ７５で、抜き出した全イベント列ｅｌｘの最後のイベントにラスト（ｌａｓｔ）のラベルを付す。
【０１０７】
続いて、ステップＳ７７では、変数ｘを初期化する（ｘ＝１）。ここで、変数ｘは、ステップＳ７３において抜き出した全イベント列ｅｌｘ（ｍ個）を個別にカウントするための変数である。次のステップＳ７９では、抜き出した全イベント列ｅｌｘのうちの１のイベント列ｅｌｘを基準として、ｘ番目のイベント列ｅｌｘと比較する。ここでは、基準のイベント列ｅｌｘに含まれるイベントと、ｘ番目のイベント列ｅｌｘに含まれるイベントとが比較される。
【０１０８】
ステップＳ８１では、ステップＳ７９における比較結果に基づいて、最後のイベントより前のイベントが全て同じであるかどうかを判断する。厳密に言うと、最後のイベントより前のイベントが同じ種類であり、しかも同じ順序で並んでいるかどうかを判断する。つまり、ｘ番目のイベント列ｅｌｘが基準のイベント列ｅｌｘと全く同じであるかどうかを判断しているのである。ステップＳ８１で“ＮＯ”であれば、つまり１つでも一致しないイベントがある場合やイベントの順序が異なる場合には、そのままステップＳ８５に進む。一方、ステップＳ８１で“ＹＥＳ”であれば、つまり最後のイベントより前のイベントがそれらの順序も含めて全て同じであれば、ステップＳ８３で、基準のイベント列ｅｌｘとグループ化して（この実施例では、「グループＡ」とする。）、ステップＳ８５に進む。
【０１０９】
ステップＳ８５では、ステップＳ７３において抜き出した全イベント列ｅｌｘについて比較したかどうかを判断する。ステップＳ７９−Ｓ８５の処理では、抜き出した全イベント列ｅｌｘ（ｍ個）のうち、１つの基準のイベント列ｅｌｘと他のイベント列ｅｌｘとを順次比較するため、ここでは、変数ｘが最大値ｍ以上になったかどうかを判断する。ステップＳ８５で“ＮＯ”であれば、つまり抜き出した全イベント列ｅｌｘについての比較を終了していない場合には、ステップＳ８７で、変数ｘをインクリメントして（ｘ＝ｘ＋１）、ステップＳ７９に戻る。つまり、基準のイベント列ｅｌｘと次の（ｘ＋１番目の）イベント列ｅｌｘ＋１とを比較する。一方、ステップＳ８５で“ＹＥＳ”であれば、つまり抜き出した全イベント列ｅｌｘについての比較を終了すれば、図１２に示すステップＳ８９で、グループＡに属していない全てのイベント列ｅｌｘをクラスタ化する。つまり、ステップＳ９１の処理以降で用いるデータセットが生成される。
【０１１０】
続くステップＳ９１では、変数ｙを初期化する（ｙ＝１）。ここで、変数ｙは、イベントＤＢ３０から読み込んだ全イベント列ｅｌｘのうち、最後のイベントが同じイベント列ｅｌｘからグループＡに属するイベント列ｅｌｘを除いた残りのイベント列ｅｌｙ（ｎ個）を個別にカウントするための変数である。続くステップ９３では、上記の基準のイベント列ｅｌｘと、ｙ番目のイベント列ｅｌｙとを比較する。ここでは、基準のイベント列ｅｌｘに含まれるイベントと、ｙ番目のイベント列ｅｌｙに含まれるイベントとが、出現順に比較される。
【０１１１】
次のステップＳ９５では、同じイベントが同じ順序で並んでいるかどうかを判断する。ここでは、２個以上の同じイベント（全部のイベントではない。以下、同じ。）が同じ順序で並んでいるかどうかを判断するのである。ステップＳ９５で“ＹＥＳ”であれば、つまり同じイベントが同じ順序で並んでいる場合には、ステップＳ９７で、基準のイベント列ｅｌｘとグループ化して、ステップＳ１０３に進む。つまり、ステップＳ９７では、ｙ番目のイベント列ｅｌｙがグループＡに分類される。
【０１１２】
また、ステップＳ９５で“ＮＯ”であれば、つまり同じイベントが同じ順序で並んでいない場合には、ステップＳ９９で、同じイベントが違う順序で並んでいるかどうかを判断する。ここでは、２個以上の同じイベントが異なる順序で並んでいるかどうかを判断するのである。ステップＳ９９で“ＹＥＳ”であれば、つまり同じイベントが異なる順序で並んでいる場合には、ステップＳ１０１で、基準のイベント列ｅｌｘとは別のグループ（この実施例では、グループＢ）にグループ化して、ステップＳ１０３に進む。
【０１１３】
また、ステップＳ９９で“ＮＯ”であれば、つまり同じイベントが異なる順序で並んでいない場合には、そのままステップＳ１０３に進む。ステップＳ１０３では、クラスタ化された全イベント列ｅｌｙについて比較したかどうかを判断する。ステップＳ９３−Ｓ１０３の処理では、クラスタ化した全イベント列ｅｌｙ（ｎ個）を基準のイベント列ｅｌｘと順次比較するため、ここでは、変数ｙが最大値ｎ以上になったかどうかを判断する。
【０１１４】
ステップＳ１０３で“ＮＯ”であれば、つまりクラスタ化された全イベント列ｅｌｙについての比較を終了していない場合には、ステップＳ１０５で、変数ｙをインクリメントして（ｙ＝ｙ＋１）、ステップＳ９３に戻る。つまり、次の（ｙ＋１番目の）イベント列ｅｌｙ＋１についての比較処理を実行する。一方、ステップＳ１０３で“ＹＥＳ”であれば、つまりクラスタ化された全イベント列ｅｌｙについての比較を終了した場合には、図１３に示すステップＳ１０７で、残りのイベント列ｅｌｘをグループ化する。ここでは、最後のイベントが同じイベント列ｅｌｘのうち、グループＡおよびグループＢのいずれにもグループされていないイベント列ｅｌｘがグループＣとしてグループ化される。
【０１１５】
続くステップＳ１０９では、グループ毎にイベントをまとめる。具体的には、グループＡに属するイベント列ｅｌｘからイベント群Ｅｘ３ｒ＝｛ｆｉｘｅｄ；２個以上のイベント｝を作成し、グループＢに属するイベント列ｅｌｘ（ここでは、ｅｌｙ）からイベント群Ｅｘ１ｐ＝｛ｆｌｅｘｉｂｌｅ;２個以上のイベント｝を作成し、そして、グループＣに属するイベント列ｅｌｘからイベント群Ｅｘ２ｑ＝｛ｃｈａｎｇａｂｌｅ；２個以上のイベント｝を作成する。たとえば、グループＡに属するすべてのイベント列ｅｌｘにおいて、同じイベントが同じ順序で並んでいるイベントをその順序で抜き出すことにより、イベント群Ｅｘ３ｒが作成される。また、グループＢに属するすべてのイベント列ｅｌｘにおいて、イベント群Ｅｘ３ｒで用いたイベントを除くイベントのうち、共通するイベントを抜き出すことにより、イベント群Ｅｘ１ｐが作成される。さらに、グループＣに属するイベント列ｅｌｘにおいて、イベント群Ｅｘ３ｒおよびイベント群Ｅｘ１ｐのいずれにも用いられていないイベントを抜き出すことにより、イベント群Ｅｘ２ｑが作成される。
【０１１６】
ただし、知識ＤＢ２８を参照して、最初（ｆｉｒｓｔ）のイベント群に該当する場合には、そのラベルが付される。
【０１１７】
また、イベント群の｛｝内の英単語はラベルを意味する。そして、イベント群Ｅの左端の添え字（ｘ）は、イベント列ｅｌｘのうち、最後のイベントが同じイベントを意味する。また、中央の添え字（１，２，３）は、グループの別を意味する。ここでは、「１」がグループＢであり、「２」がグループＣであり、そして、「３」がグループＡである。また、右端の添え字（ｐ，ｑ，ｒ（＝１，２，３，…））は、同じグループ内におけるイベント群の別を区別するための添え字である。
【０１１８】
なお、数６に示したイベント群は、各グループにおいて１つのイベント群しか存在しなかったために、ｐ，ｑ，ｒに相当する添え字は省略してある。
【０１１９】
次にステップＳ１１１では、グループにまとめたイベント群Ｅｘ１ｐ，Ｅｘ２ｑ，Ｅｘ３ｒを、グループＤＢ３２に登録する。そして、ステップＳ１１３では、各グループにまとめたイベント群Ｅｘ１ｐ，Ｅｘ２ｑ，Ｅｘ３ｒを出現順（時系列）に並べて仮のシナリオ（仮シナリオ）ｔｓｘを作成する。ただし、グループＡには、ラスト（ｌａｓｔ）のラベルが付されたイベントも含まれ、これが仮シナリオの最後のイベントとなる。また、このとき、知識として知識ＤＢ２８に記憶されている内容（先頭に配列されるべきイベントの集合や順序を守るべきイベントの集合）が参照される。
【０１２０】
続いて、ステップＳ１１５では、シナリオＤＢ２６の中に、仮シナリオｔｓｘと類似するシナリオｓｉが有るかどうかを判断する。この実施例では、仮シナリオｔｓｘに含まれるイベントと、シナリオＤＢ２６内の各シナリオｓｉに含まれるイベントとをシナリオｓｉ毎に比較して、１つだけ異なるイベントが有る（１つだけイベントが欠けている場合も含む。）シナリオｓｉが存在するかどうかを判断する。
【０１２１】
ステップＳ１１５で“ＮＯ”であれば、つまりシナリオＤＢ２６の中に、仮シナリオｔｓｘと類似するシナリオｓｉが無ければ、ステップＳ１１７で、仮シナリオｔｓｘを新しいシナリオｓｉとしてシナリオＤＢ２６に登録して、シナリオ構築処理を終了する。
【０１２２】
一方、ステップＳ１１５で“ＹＥＳ”であれば、つまりシナリオＤＢ２６の中に、仮シナリオｔｓｘと類似するシナリオｓｉが有れば、ステップＳ１１９で、異なる箇所（オブジェクト）を検出する。そして、ステップＳ１２１では、異なるオブジェクトが類似するかどうかを判断する。ここでは、異なるオブジェクト（薬品名や器具名）が類似するかどうかを、市販の類語辞書および知識ＤＢ２８に既に記憶された類語辞書Ｇｘを用いて判断する。ただし、ステップＳ１２１では、簡単のため、オブジェクトについてのみ類似するかどうかを判断してあるが、異なる行動（動詞）についても類似するかどうかを判断することも可能である。
【０１２３】
ステップＳ１２１で“ＮＯ”であれば、つまり異なるオブジェクトが類似していない場合には、ステップＳ１１７に進む。一方、ステップＳ１１７で“ＹＥＳ”であれば、つまり異なるオブジェクトが類似している場合には、ステップＳ１２３で当該箇所の類語辞書Ｇｘを作成する。ただし、詳細な説明は省略するが、既にその類語辞書Ｇｘが作成されている場合には、ステップＳ１２３およびステップＳ１２５の処理を実行せずに、そのままステップＳ１２７に進む。
【０１２４】
続くステップＳ１２５では、逆引きインデックスをつけて類語辞書Ｇｘを知識ＤＢ２８に記憶し、ステップＳ１２７で、シナリオＤＢ２６に記憶されている元のシナリオｓｉの該当箇所を類語辞書Ｇｘで置き換えて、シナリオ構築処理を終了する。つまり、ステップＳ１２７では、仮シナリオｔｓｘとシナリオｓｉとを含めた新しいシナリオに当該シナリオｓｉが変更される。
【０１２５】
なお、図１１−図１３では、簡単のため、最後のイベントが同じイベント列ｅｌｘが一種類の場合についてのみ説明したが、最後のイベントが同じイベント列ｅｌｘが複数種類有る場合には、各種類において、ステップＳ７５〜Ｓ１２７の処理が実行される。
【０１２６】
この実施例では、登録されたシナリオと異なるイベント列を記憶しておき、複数のイベント列から仮シナリオを作成し、新しいシナリオとして登録したり、既に存在するシナリオとまとめたりするので、適切にシナリオを追加したり変更したりすることができる。したがって、たとえば、看護業務のマニュアルに基づいて予め登録したシナリオを、この警告システムが適用される病院（環境）に応じてカスタマイズすることができる。
【０１２７】
なお、この実施例では、最終目標を得ることができないと推測される場合に警告するようにしたが、ｆｉｘｅｄのラベルが付されたイベントの集合の実行順序が誤ったときに警告するようにしてもよい。
【０１２８】
また、この実施例では、看護業務のマニュアルに基づいて予め登録するシナリオを作成するようにしたが、これに限定される必要はない。実際の看護師の看護業務をモニタすることにより、予め登録するシナリオを作成することも可能である。また、看護業務のマニュアルを参照するとともに、実際の看護業務をモニタリングして、予め登録するシナリオを作成するようにしてもよい。
【０１２９】
さらに、この実施例では、仮シナリオとシナリオとにおいて、いずれか１つのイベントが異なる場合に、仮シナリオとシナリオとが類似すると判断するようにしたが、これに限定される必要はない。２つ以上のイベントが異なる場合にも、それらが類似すると判断してもよい。または、シナリオの長さ（イベントの総数）に応じて、類否を判断するためのイベントの相違数を可変的に設定するようにしてもよい。たとえば、イベントの総数が多い（シナリオが長い）場合には、イベントの相違数が比較的多くても、仮シナリオとシナリオとが類似すると判断することが許容されると考えられる。
【０１３０】
さらにまた、この実施例では、看護業務についてのシナリオを構築する場合について説明したが、他の業務についてのシナリオを構築するようにしてもよい。たとえば、劇薬を扱うような試験（実験）施設ないし工場における業務や自動車などの組み立て作業を行う工場における業務のシナリオを構築することができる。
【図面の簡単な説明】
【０１３１】
【図１】図１はこの発明の警告システムの構成の一例を示す図解図である。
【図２】図２は図１に示すサーバの電気的な構成を示す図解図である。
【図３】図３は図１に示す看護師用端末の電気的な構成を示す図解図である。
【図４】図４は図１に示す通過センサの設置状況を説明するための図解図である。
【図５】図５は看護師用端末、中継器および送信機を看護師に装着した状態を示す図解図である。
【図６】図６は図１に通過センサの電気的な構成を示す図解図である。
【図７】図７は図１に示す中継器の電気的な構成を示す図解図である。
【図８】図８は図１に示すサーバの全体処理を示すフロー図である。
【図９】図９は図１に示すサーバの警告処理の一部を示すフロー図である。
【図１０】図１０は図１に示すサーバの警告処理の他の一部であって、図９に後続するフロー図である。
【図１１】図１１は図１に示すサーバのシナリオ構築処理の一部を示すフロー図である。
【図１２】図１２は図１に示すサーバのシナリオ構築処理の他の一部であって、図１１に後続するフロー図である。
【図１３】図１３は図１に示すサーバのシナリオ構築処理のその他の一部であって、図１２に後続するフロー図である。
【符号の説明】
【０１３２】
１０  …警告システム
１２  …サーバ
１６  …看護師用端末
１８  …通過センサ
２０  …中継器
２２  …モニタ装置
２４，２６，２８，３０，３２  …データベース
４０，７０，９０  …ＣＰＵ
４２，９２  …メモリ
４４  …キースイッチ
４８  …ＬＣＤ
５２  …振動モータ
５４，７８，１０２  …無線ＬＡＮ
７２，７４  …受光モジュール
７６  …ＲＡＭ
９６  …ピンマイク
９８  …非接触センサ
１００  …加速度センサ
１１０  …送信機
【図１】
2009134403.tif 000006
【図２】
2009134403.tif 000007
【図３】
2009134403.tif 000008
【図４】
2009134403.tif 000009
【図５】
2009134403.tif 000010
【図６】
2009134403.tif 000011
【図７】
2009134403.tif 000012
【図８】
2009134403.tif 000013
【図９】
2009134403.tif 000014
【図１０】
2009134403.tif 000015
【図１１】
2009134403.tif 000016
【図１２】
2009134403.tif 000017
【図１３】
2009134403.tif 000018