シナリオ構築装置
【構成】 シナリオ構築装置１２は、特定の業務を共同して行う複数の作業者の行動を示すシナリオを構築するものであり、たとえば、当該業務における事故が発生するに至った過程を示すシナリオを構築する。発話データ取得手段は、複数の作業者のそれぞれから発話内容を含む発話データを取得する。発話データ取得手段によって取得された発話データは、当該発話データを取得した時刻と作業者とに関連付けて、発話データ記憶手段に記憶される。発話データ抽出手段は、発話データ記憶手段に蓄積されている発話データから、事故に関連する発話データを抽出する。リスト表示手段は、抽出された発話データを時系列に従って作業者ごとに区分けしたリストを視覚化して表示する。シナリオ構築手段は、リスト表示手段によって表示されたリストに基づいて、事故が発生するに至った過程を示すシナリオを構築し、シナリオ表示手段は、そのシナリオを視覚化して表示する。
【効果】 複数の作業者が関与する事故の原因を導き出すことができる。
【効果】 複数の作業者が関与する事故の原因を導き出すことができる。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、シナリオ構築装置に関し、特にたとえば、特定の業務を共同して行う複数の作業者の行動を示すシナリオを構築する、シナリオ構築装置に関する。
【背景技術】
【０００２】
本件出願人は、特許文献１において、警告システムを提案している。たとえば、特許文献１では、看護業務の正しい行動手順がシナリオとしてデータベースに予め記録されており、看護業務を遂行する看護師の行動を検出して、その行動とシナリオとから当該看護業務の目的を得ることができるか否かを判断する。そして、看護業務の目標を得られないことが判断されたときに、シナリオ違反のアラームを看護師に与える。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−３４７３８号［Ｇ０８Ｂ ２１／０２］
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１の技術では、データベースに記録されたいずれのシナリオにも該当しない看護業務を検出した場合には、その看護業務を遂行する看護師の一連の行動が新しいシナリオとしてデータベースに登録される。しかしながら、このシナリオは、あくまで看護業務における看護師の個人の行動手順を示すものである。このため、看護業務を途中で交替する際の引継ぎが不十分であったりする場合に、医療事故（看護業務の事故）が発生することもあり得るが、特許文献１の技術では、複数の看護師が関与する事故の原因を導き出すことはできない。
【０００５】
それゆえに、この発明の主たる目的は、新規な、シナリオ構築装置を提供することである。
【０００６】
この発明の他の目的は、複数の作業者が関与する事故の原因を導き出すことのできる、シナリオ構築装置を提供することである。
【課題を解決するための手段】
【０００７】
本発明は、上記の課題を解決するために、以下の構成を採用した。なお、括弧内の参照符号および補足説明などは、本発明の理解を助けるために後述する実施の形態との対応関係を示したものであって、本発明を何ら限定するものではない。
【０００８】
第１の発明は、特定の業務を共同して行う複数の作業者の行動を示すシナリオを構築するシナリオ構築装置であって、複数の作業者のそれぞれから発話内容を含む発話データを取得する発話データ取得手段、発話データ取得手段によって取得された発話データを、当該発話データを取得した時刻と作業者とに関連付けて記憶する発話データ記憶手段、ユーザによって入力された検索条件に基づいて発話データ記憶手段を検索して、当該検索条件に該当する発話データを抽出する発話データ抽出手段、抽出手段によって抽出された発話データを時系列に従って作業者ごとに区分けしたリストを視覚化して表示するリスト表示手段、リスト表示手段によって表示されたリストに基づいて、シナリオを構築するシナリオ構築手段、およびシナリオ構築手段によって構築されたシナリオを視覚化して表示するシナリオ表示手段を備える、シナリオ構築装置である。
【０００９】
第１の発明では、シナリオ構築装置（１２）は、特定の業務を共同して行う複数の作業者の行動を示すシナリオを構築するものであり、たとえば、当該業務の事故が発生するに至った過程を示すシナリオを構築するために用いられる。発話データ取得手段（１２，２０，９６）は、複数の作業者のそれぞれから発話内容を含む発話データを取得する。発話データ取得手段によって取得された発話データは、当該発話データを取得した時刻と作業者とに関連付けて、発話データ記憶手段（３０）に記憶される。たとえば、検索条件入力画面（３００）では、ユーザによって、事故に関連する発話データを抽出するための検索条件が設定され、発話データ抽出手段（１２，６１０，Ｓ５，Ｓ１５）は、発話データ記憶手段に蓄積されている発話データから、検索条件に該当する発話データを抽出する。リスト表示手段（１２，２２，６１２，６１６，Ｓ７，Ｓ１７）は、抽出された発話データを時系列に従って作業者ごとに区分けしたリストを視覚化して、たとえば、リスト表示画面（２００）の表示領域（２０２）に表示する。シナリオ構築手段（１２，６１４，Ｓ２５）は、リスト表示手段によって表示されたリストに基づいて、事故が発生するに至った過程を示すシナリオを構築し、シナリオ表示手段（１２，２２，６１６，Ｓ２７）は、そのシナリオをたとえばシナリオ表示画面（５００）の表示領域（５０２）に表示する。
【００１０】
第１の発明によれば、事故に関連する発話データを時系列に従って看護師ごとに区分けしリスト化することで、ユーザに対して複数の作業者の行動を分かり易く提示できる。したがって、複数の作業者が関与する事故が発生するに至った過程を示すシナリオを構築して、その事故の原因を導き出すことができる。
【００１１】
第２の発明は、第１の発明に従属し、シナリオ構築手段によって構築されたシナリオを記憶するシナリオ記憶手段をさらに備える。
【００１２】
第２の発明では、シナリオ構築手段（１２，６１４，Ｓ２５）によって構築されたシナリオは、シナリオ記憶手段（３８）に記憶される。
【００１３】
第３の発明は、第１または２の発明に従属し、発話データ抽出手段は、所定の時間範囲内に取得された発話データを発話データ記憶手段から抽出する第１抽出手段、および所定のキーワードが含まれる発話データを第１抽出手段によって抽出された発話データから抽出する第２抽出手段を含み、リスト表示手段は、第１抽出手段によって抽出された発話データを時系列に従って作業者ごとに区分けしたリストを視覚化して表示する第１リスト表示手段、および第２抽出手段によって抽出された発話データを時系列に従って作業者ごとに区分けしたリストを視覚化して表示する第２リスト表示手段を含む。
【００１４】
第３の発明では、第１抽出手段（１２，６１０，Ｓ５）は、発話データ記憶手段（３０）に蓄積されている発話データから、所定の時間範囲内に取得された発話データを抽出し、第１リスト表示手段（１２，２２，６１２，６１６，Ｓ７）は、第１抽出手段によって抽出された発話データを時系列に従って作業者ごとに区分けしたリストを視覚化して、たとえばリスト表示画面（２００）の表示領域（２０２）に表示する。たとえば、ユーザは、第１リスト表示手段によって表示されたリストを参照することによって、看護業務の事故に関連する所定のキーワードを取得することとなり、第２抽出手段（１２，６１０，Ｓ１５）は、第１抽出手段によって抽出された発話データから、この所定のキーワードが含まれる発話データを抽出する。そして、第２リスト表示手段（１２，２２，６１２，６１６，Ｓ１７）は、第２抽出手段によって抽出された発話データを時系列に従って作業者ごとに区分けしたリストを視覚化して、たとえばリスト表示画面（２００）の表示領域（２０２）に表示する。
【発明の効果】
【００１５】
この発明によれば、事故に関連する発話データを時系列に従って看護師ごとに区分けしリスト化することで、ユーザに対して複数の作業者の行動を分かり易く提示できるため、複数の作業者が関与する事故が発生するに至った過程を示すシナリオを構築して、その事故の原因を導き出すことができる。
【００１６】
この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【図面の簡単な説明】
【００１７】
【図１】図１はこの発明のシナリオ構築装置としてのサーバを含む警告システムの構成の一例を示す図解図である。
【図２】図２は図１に示すサーバの電気的な構成を示す図解図である。
【図３】図３は図１に示す看護師用端末の電気的な構成を示す図解図である。
【図４】図４は図１に示す通過センサの設置状況を説明するための図解図である。
【図５】図５は看護師用端末、中継器、および送信機を看護師に装着した様子を示す図解図である。
【図６】図６は図１に示す通過センサの電気的な構成を示す図解図である。
【図７】図７は図１に示す中継器の電気的な構成を示す図解図である。
【図８】図８はシナリオ構築装置で表示されるリスト表示画面の一例を示す図解図である。
【図９】図９はシナリオ構築装置で表示される検索条件入力画面の一例を示す図解図である。
【図１０】図１０はシナリオ構築装置で表示されるリスト編集画面の一例を示す図解図である。
【図１１】図１１はシナリオ構築装置で表示されるシナリオ表示画面の一例を示す図解図である。
【図１２】図１２は図２に示すサーバのメモリマップの一例を示す図解図である。
【図１３】図１３はシナリオ構築装置のシナリオ構築処理の一部を示すフロー図である。
【図１４】図１４はシナリオ構築装置のシナリオ構築処理の他の一部であって、図１３に後続するフロー図である。
【図１５】図１５はシナリオ構築装置のシナリオ構築処理のさらに他の一部であって、図１４に後続するフロー図である。
【図１６】図１６は図１３の検索条件に該当する発話データの抽出処理の一例を示すフロー図である。
【図１７】図１７は図１５の追加検索条件に該当する発話データの抽出処理の一例を示すフロー図である。
【発明を実施するための形態】
【００１８】
図１を参照して、この発明の一実施例である警告システム１０は、たとえば病院に適用され、少なくとも、警告装置およびシナリオ構築装置として機能するサーバ１２を含む。このサーバ１２は、有線或いは無線による通信回線（ネットワーク）１４を介して複数の看護師用端末（以下、単に「端末」という。）１６、複数の通過センサ１８および複数の中継器２０に接続される。端末１６は、ＰＤＡやＰＨＳのような携帯型の端末であり、看護師毎に割り当てられる。通過センサ１８は、赤外線を受光する受光装置であり、入院患者を収容する病棟内の廊下や診察室、手術室、トイレ、階段室、病室および看護師詰所などの各部屋の出入り口などに配置される。中継器２０は、ＰＤＡや携帯型のコンピュータのような携帯型の装置であり、看護師毎に割り当てられる。
【００１９】
図２はサーバ１２の具体的な構成を示すブロック図であり、サーバ１２には、図１では省略したが、液晶ディスプレイまたはＣＲＴ等の表示装置２２、マウスおよびキーボード等の入力装置２４ならびにモニタ装置２６が接続される。
【００２０】
モニタ装置２６は、たとえば、複数の対物センサ、複数の集音マイク（音センサ）および複数のビデオカメラ（イメージセンサ）などのセンサを含む。図示は省略するが、この実施例では、複数の対物センサは、体温計、血圧計、注射器、点滴注射器（注入器）、血液採取用試験管、検尿コップなどの器具（医療機器など）を格納してある格納箱（格納庫）の取り出し部分（出入り口）、格納箱（格納庫）の鍵やナースコール端末などに設置され、それらの器具等についての使用（取り出し）の有無を検知する。ただし、これらの器具等に、電子タグ情報（ＲＦ−ＩＤ）やバーコードのような識別情報を付加しておき、タグ情報やバーコードを読み取ることにより、その使用の有無を検出するようにしてもよい。複数の集音マイクは、入院患者を収容する病棟内の廊下および病室（ベッド或いはその近傍）などに設置され、周囲音を集音する。さらに、複数のビデオカメラは、集音マイクと同様に、入院患者を収容する病棟内の廊下および病室（ベッド或いはその近傍）などに設置されるとともに、看護師詰所などにも設置され、主として、看護業務を行う看護師（の行動）を撮影する。
【００２１】
また、図２に示すように、サーバ１２には、６つのデータベース（ＤＢ）が接続される。具体的には、環境情報ＤＢ２８、発話ＤＢ３０、用語ＤＢ３２、キーワードＤＢ３４、モニタＤＢ３６およびシナリオＤＢ３８がサーバ１２に接続される。
【００２２】
環境情報ＤＢ２８には、この警告システム１０が適用される病院の環境についての情報が記憶される。具体的には、環境情報ＤＢ２８には、病院内で働く看護師の識別情報（後述する、看護師ＩＤ）に対応する看護師名を記述したテーブルデータが記憶されており、後で詳細に説明するように、サーバ１２は、環境情報ＤＢ２８を参照して、看護師ＩＤのラベルが付されている音声データから看護師または看護師名を特定する。また、環境情報ＤＢ２８には、所定の看護業務に対応付けて、その看護業務を行う場所が記憶されている。
【００２３】
発話ＤＢ３０には、看護士の発話内容を示すデータ（発話データ）が時系列的に蓄積される。後で詳細に説明するように、サーバ１２は、その内部のメモリ１２ａの音声認識用辞書データ６３４（図１２参照）を用いて、看護師が装着している中継器２０から送信された音声データを音声認識し、その認識結果を発話ＤＢ３０に記憶する。たとえば、発話データは、音声データから特定した看護師と音声データを取得したときの時刻とに関連付けて、発話ＤＢ３０に記憶される。サーバ１２は、環境情報ＤＢ２８を参照することによって、音声データから看護師（発話者）を特定する。また、サーバ１２は、その内部の時計回路１２ｃから日付および時間を検出し、音声データを取得したときの時刻を、音声データに付加する。
【００２４】
用語ＤＢ３２には、看護業務に関連する用語を記述した用語辞書が記憶される。各用語には、カテゴリを示すタグが付されており、この実施例では、「看護師名」、「患者名」、「業務分類」、「事故の内容」、「場所」、「薬品名」、「医療機器」などのタグが各用語に付される。一例を挙げると、引き継ぎ、輸血、点滴注射、注射、投薬、問診、検温、ＣＴ、検圧、退院指導などの用語には、「業務分類」のタグが付される。また、過剰投与、混注ミス、薬剤混同、患者取り違えなどの用語には、「事故の内容」のタグが付される。病室、トイレ、浴室、洗濯室、廊下、階段室、診察室、手術室、レントゲン室などの用語には、「場所」のタグが付される。
【００２５】
キーワードＤＢ３４には、検索のために用いる所定の関連キーワードが記憶されており、後で詳細に説明するように、サーバ１２は、キーワードＤＢ３４を参照して、発話データに関連キーワードが含まれているか否かを判断する。なお、関連キーワードとは、看護業務の事故に直接的に関係するキーワードではないが、「引継ぎ」などのように、時間的に前後する発話データとの関連性を示唆するキーワードである。
【００２６】
モニタＤＢ３６は、上述した通過センサ１８から得られるデータと、上述したモニタ装置２６から得られる対物検知データ、音声データおよび映像データとを記録する。通過センサ１８から得られるデータには、後述するように、当該通過センサ１８の識別情報に、検知した看護師の看護師ＩＤが付加される。したがって、サーバ１２は、通過センサ１８からのデータに基づいて看護師の位置を知ることができ、延いては、発話データを取得した場所を特定することができる。さらに、モニタ装置２６（集音マイク）の出力およびピンマイク９６を通して入力される音声に基づいて、看護師が実行しようとする看護業務の内容を特定することができる。さらにまた、モニタ装置２６（集音マイク）の出力（音声）を解析したり、モニタ装置２６（ビデオカメラ）の撮影映像を解析したりすることにより、病院内に存在する他の者の様子を知ることができ、延いては、看護師（発話者）の対話相手（看護師、患者、医者など）を特定することができる。
【００２７】
シナリオＤＢ３８は、複数の看護師が関与する医療事故（看護業務の事故）が発生するに至った過程を示すシナリオを記憶するために用いられる。後で詳細に説明するように、このシナリオは、発話ＤＢ３０に蓄積されている発話データから事故に関連する発話データを抽出し、その発話データを時系列に従って看護師ごとに区分けしたリストに基づいて構築される。
【００２８】
さらに、この発明の本旨に直接関係するものではないので、詳しい説明を省略するが、サーバ１２には、看護業務の正しい行動手順（警告用シナリオ）が記述されたデータベース（図示せず）が接続される。警告用シナリオの詳細については、本件出願人が先に出願した特願２００８−５１５３６号に記載されているので参照されたい。特願２００８−５１５３６号にも記載されているように、サーバ１２は、看護業務を遂行する看護師の行動を検出して、その行動とシナリオとから当該看護業務の目的を得ることができるか否かを判断する。当該看護業務の目的を得ることができない場合などには、シナリオ違反のアラームを看護師に与える。警告は、たとえば、着目する看護師に割り当てられた端末１６に、看護業務を開始すべき旨のメッセージを送信することにより行う。なお、メッセージのような情報が端末１６に送信されると、上述したように、音ないし振動またはその両方で当該端末１６を装着する看護師にメッセージ（情報）があることが報知される。
【００２９】
図３は端末１６の電気的な構成を示すブロック図である。図３を参照して、端末１６はＣＰＵ４０を含み、このＣＰＵ４０には、メモリ４２，キースイッチ４４，ＬＣＤドライバ４６，モータドライバ５０，無線ＬＡＮ５４およびアンプ５６が接続される。また、ＬＣＤドライバ４６にはＬＣＤ４８が接続され、モータドライバ５０には振動モータ５２が接続され、そして、アンプ５６にはスピーカ５８が接続される。なお、上述したように、端末１６としてＰＨＳを用いる場合には、図３に示すような構成において、さらに通話（電話）機能が備えられる。
【００３０】
ＣＰＵ４０は、端末１６の全体制御を司る。メモリ４２は、ＲＯＭやＲＡＭを含む。この実施例では、端末１６は主として情報提示装置として機能し、ＲＯＭには、情報提示のためのプログラム（情報提示プログラム）や情報提示のために必要なデータ（画像データ，音データ）が記憶されている。ＲＡＭは、ＣＰＵ４０の記憶領域、作業領域およびバッファ領域として用いられる。
【００３１】
なお、この実施例では、情報提示のために必要なプログラムやデータをＲＯＭに記憶するようにしてあるが、サーバ１２からダウンロードするようにしてもよい。このようにすれば、ＲＯＭの使用容量を削減することができる。
【００３２】
キースイッチ４４は、テンキー、十字キーのようなカーソルキーおよび選択キーなどの各種キーないしボタン（スイッチ）であり、看護師の指示入力に用いられる。ＬＣＤドライバ４６はＬＣＤ４８の駆動装置であり、ＣＰＵ４０からの指示に従ってＬＣＤ４８に画像を表示する。図示は省略するが、ＬＣＤ４８には、看護業務に関するメッセージなどの情報を提示するための画面が表示される。モータドライバ５０は、振動モータ５２の駆動装置であり、ＣＰＵ４０からの指示に従って振動モータ５２を駆動する。たとえば、サーバ１２から情報の提示があると、振動モータ５２を駆動することにより、端末１６を振動させて、その旨をユーザに知らせる。または、スピーカ５８から通知音（音声，音楽）を出力して、情報の提示がある旨をユーザに知らせるようにしてもよい。このとき、ＣＰＵ４０からの音データ（音、音声ないし音楽のデータ）は、アナログの音（音声）信号に変換された後、アンプ５６で増幅され、スピーカ５８から出力される。ただし、振動および音（音楽）の両方で通知するようにしてもよい。
【００３３】
無線ＬＡＮ５４は、ＣＰＵ４０の指示に従って、看護師がキースイッチ４４を用いて入力した指示入力（コマンド）を、ネットワーク１４を介してサーバ１２に送信する。詳細な説明は省略するが、サーバ１２では、端末１６の無線ＬＡＮ５４のＭＡＣアドレスを看護師ＩＤに対応づけて管理しているため、通信している端末１６の使用者（看護師）をサーバ１２側で認識することが可能である。ただし、メモリ４２（ＲＯＭ）に看護師ＩＤを記憶しておき、コマンドとともに看護師ＩＤをサーバ１２に送信するようにしてもよい。また、無線ＬＡＮ５４は、サーバ１２から送信された情報（画面表示に関する情報）を受信して、ＣＰＵ４０に与える。
【００３４】
図４に示すように、通過センサ１８は、第１受光モジュール７２および第２受光モジュール７４を含み、第１受光モジュール７２および第２受光モジュール７４は、ゲートの上部であり、互いに異なる側面に装着される。また、ゲートの上に載置されるケース１８０内には、通過センサ１８の受光モジュール（７２，７４）以外のコンポーネント（ＣＰＵ７０，ＲＡＭ７６，無線ＬＡＮ７８：図６参照）が内蔵される。ただし、ゲートは分かり易く示すために図示しただけであり、通常は、看護師詰所、診察室、病室のような部屋の出入り口、廊下と廊下との連結部（十字路、Ｔ字路など）、廊下と階段との連結部のような要所に通過センサ１８は設置される。また、必要であれば、エレベータのゲートに設置されてもよい。
【００３５】
また、図５に示すように、各看護師の頭部には、赤外線信号を発信する送信機１１０が装着される。たとえば、送信機１１０は、クリップのような固定器具を用いて、ナースキャップや頭髪に固定される。送信機１１０が発信する赤外線信号は、たとえば、８ビットの固定のパターン（看護師ＩＤ）である。
【００３６】
図６は通過センサ１８の電気的な構成を示すブロック図である。図６を参照して、通過センサ１８はＣＰＵ７０を含み、ＣＰＵ７０には、第１受光モジュール７２、第２受光モジュール７４、ＲＡＭ７６および無線ＬＡＮ７８が接続される。各通過センサ１８の受光モジュール（７２，７４等）のそれぞれには、固有の識別情報（受光モジュールＩＤ）が割り当てられている。各受光モジュール（７２，７４等）は、送信機１１０（図５参照）からの赤外線信号を検出する。ここで、送信機１１０から送信される赤外線信号は、上述したように、８ビットの固定のパターン（看護師ＩＤ）である。たとえば、受光モジュー
ル（７２，７４）は、看護師ＩＤを受信すると、受信した看護師ＩＤをＣＰＵ７０に与える。ＣＰＵ７０は、看護師ＩＤを受信した受光モジュール（７２，７４）の受光モジュールＩＤを当該看護師ＩＤに付加して、ＲＡＭ７６に記憶（一時記憶）し、その後、無線ＬＡＮ７８およびネットワーク１４を介して、サーバ１２に送信する。
【００３７】
サーバ１２では、受光モジュールＩＤが付加された看護師ＩＤを受信すると、受信した受光モジュールＩＤに対応する場所を看護師ＩＤが示す看護師の現在位置として検出する。
【００３８】
なお、この実施例では、端末１６の処理負担の軽減やメモリ４２の容量節約のために、サーバ１２側で、当該看護師の現在位置を特定するようにしてあるが、通過センサ１８がネットワーク１４を介して受光モジュールＩＤと看護師ＩＤとを端末１６に送信し、当該端末１６が看護師自身の現在位置を特定するようにしてもよい。
【００３９】
図７は中継器２０の電気的な構成を示すブロック図である。図７を参照して、中継器２０はＣＰＵ９０を含む。ＣＰＵ９０には、メモリ９２，エンコーダ９４，非接触センサ９８，加速度センサ１００および無線ＬＡＮ１０２が接続される。メモリ９２は、ワークメモリないしバッファメモリとして働き、ＣＰＵ９０によって使用される。
【００４０】
エンコーダ９４には、ピンマイク９６が接続される。たとえば、看護師の発話（音声）がピンマイク９６を通してエンコーダ９４に入力され、エンコーダ９４は、ピンマイク９６から入力される音声信号をＭＰ３のような圧縮音声データ（以下、単に「音声データ」という。）に変調してＣＰＵ９０に入力する。このように、音声信号を圧縮変調するのは、メモリ９２の使用量を比較的少なくするためであり、また、無線ＬＡＮ１０２を介して送信するデータのデータ量を低減するためである。中継器２０のＣＰＵ９０は、ピンマイク９６（エンコーダ９４）からの音声データをメモリ９２に記憶（一時記憶）し、一定時間（たとえば、１０秒）毎に、その一定時間分の音声データを、無線ＬＡＮ１０２およびネットワーク１４を介してサーバ１２に送信する。上述したように、サーバ１２は、中継器２０から送信される音声データを取得し、この音声データを音声認識したテキスト（文字）データ、音声データを取得したときの時間、音声データから特定した看護師名などを、１つの発話データとして発話ＤＢ３０に記憶する。
【００４１】
また、たとえば、看護師は、ピンマイク９６を通して、開始するまたは終了した看護業務の内容を音声で入力する。したがって、サーバ１２は、音声を解析することにより、看護師が行っている看護業務の内容およびその開始と終了とを知ることができる。
【００４２】
ここで、図５を参照して分かるように、端末１６，中継器２０および赤外線を発信する送信機１１０は、各作業者（看護師）に装着される。図５に示すように、端末１６は、看護師の手首に装着される。図示は省略するが、端末１６のＬＣＤ４８が見えるように、腕時計を装着するように、バンドのような固定器具を用いて装着される。
【００４３】
また、中継器２０では、ピンマイク９６，非接触センサ９８および加速度センサ１００（１００ａ，１００ｂ，１００ｃ，１００ｄ）以外の回路コンポーネント（図７参照）はボックス２００に収容され、ボックス２００は看護師の腰部（ベルト部分）に装着される。
【００４４】
図５に示すように、ピンマイク９６は、看護師の衣服（白衣）の襟元付近に装着される。また、非接触センサ９８は、ペン型のケースに収容され、看護師の白衣の胸ポケットに挿すように収納される。ただし、図面では、分かり易く示すために、ペン型のケースを胸ポケットの外部に記載してある。
【００４５】
また、看護師の両手（両腕）、胸および腰などには、加速度センサ１００が装着される。この実施例では、加速度センサ１００ａが右腕に装着され、加速度センサ１００ｂが左腕に装着され、加速度センサ１００ｃが胸に装着され、そして、加速度センサ１００ｄが腰に装着される。ただし、図５では、分かり易く示すために、各加速度センサ１００を白衣の外部に記載してあるが、各加速度センサ１００は、実際には、ゴムバンドのような適
宜の固定器具を用いて、白衣の内部で腕などに固定される。なお、図７では、簡単のため、複数の加速度センサ１００ａ，１００ｂ，１００ｃ，１００ｄを、加速度センサ１００として包括的に示してある（図５参照）。
【００４６】
なお、図５においては省略するが、非接触センサ９８と加速度センサ１００とは接続線を用いてボックス２００内のＣＰＵ９０に電気的に接続され、ピンマイク９６は接続線を用いてボックス２００内のエンコーダ９４に電気的に接続される。ただし、接続線を用いずに、ブルートゥースのような近距離無線によって接続するようにしてもよい。つまり、電気的に接続されればよいのである。
【００４７】
また、この実施例で用いるピンマイク９６は指向性を有するものである。これは、ピンマイク９６を装着する看護師の音声のみを検出するようにするためであり、さらには、患者のプライバシーを守るためでもある。
【００４８】
非接触センサ９８としては、焦電センサを用いることができ、ＣＰＵ９０は非接触センサ９８からの入力に応じてピンマイク９６をオン／オフする。この実施例では、非接触センサ９８すなわち焦電センサの前で、看護師が手を２回上下させると、その検出信号がＣＰＵ９０に入力され、これに応じて、ＣＰＵ９０はピンマイク９６をオンし、その後、看護師が焦電センサの前で、手を２回上下させると、ピンマイク９６をオフする。ただし、ＣＰＵ９０は、看護師の操作によらないで、所定時間（１０秒）が経過した場合にもピンマイク９６をオフするようにしてある。
【００４９】
加速度センサ１００は、たとえば、多軸（３軸）の加速度センサであり、サンプリング周波数が２００Hzであり、加速度は±３Ｇ（Ｇは重力）まで計測可能である。この中継器２０では、加速度センサ１００で検出される加速度のデータ（加速度データ）がＣＰＵ９０に与えられる。なお、加速度センサ１００に代えて、ジャイロセンサ、照度センサまたは温度センサなどの他のセンサを用いることもできる。
【００５０】
このようなシナリオ構築装置（サーバ１２）は、特定の業務を共同して行う複数の作業者の行動を示すシナリオを構築する機能を有しており、たとえば、このシナリオ構築装置を用いて、複数の看護師が関与する看護業務の事故が発生するに至った過程を示すシナリオを構築することによって、その事故の原因を導き出すことができる。ただし、この実施例における「看護業務の事故」とは、事故一歩手前の事例、つまりヒヤリ・ハット事例を含むものである。
【００５１】
具体的には、シナリオ構築装置では、処理が開始されると、表示装置２２にリスト表示画面２００が表示される。ただし、この実施例で示す各画面は一例であって適宜変更可能である。
【００５２】
図８に示すように、リスト表示画面２００は、表示領域２０２を含み、この表示領域２０２の上部には、“検索条件”ボタン２０４、“検索開始”ボタン２０６、“強調検索”ボタン２０８、“追加検索”ボタン２１０、“選択行を抽出”ボタン２１２、“ロング表示”ボタン２１４、ならびに“ロング検出”ボタン２１６が設けられる。
【００５３】
リスト表示画面２００では、ユーザ（サーバの管理者等）によって、“検索条件”ボタン２０４が選択されることで、検索条件入力画面３００が表示され、この検索条件入力画面３００において、発話データの検索条件が設定される。そして、リスト表示画面２００の“検索開始”ボタン２０６が選択されることで、発話ＤＢ２６に蓄積された発話データから検索条件に該当する発話データが抽出され、この抽出された発話データを時系列に従って看護師（発話者）ごとに区分けしたリスト（発話データリスト）がリスト表示画面２００の表示領域２０２に表示される。
【００５４】
図９に示す検索条件入力画面３００は、上述したように、リスト表示画面２００の“検索条件”ボタン２０４が選択されることによって、リスト表示画面２００とは別ウィンドウで表示される。
【００５５】
図９に示すように、検索条件入力画面３００は、検索開始時刻入力領域３０２ａ、検索終了時間入力領域３０２ｂ、発覚時間入力領域３０２ｃ、発話内容入力領域３０２ｄ、看護師入力領域３０２ｅ、人物入力領域３０２ｆ、業務内容入力領域３０２ｇ、場所入力領域３０２ｈ、時間／ページ入力領域３０２ｉ、時間／行入力領域３０２ｊを含み、これらの入力領域３０２ａ−ｊの上部には、“確定”ボタン３０４、“取り消し”ボタン３０６、ならびに“初期化”ボタン３０８が設けられる。
【００５６】
開始時刻入力領域３０２ａには、発話データの検索を開始する時刻（検索開始時刻）が入力され、終了時間入力領域３０２ｂには、発話データの検索を終了する時刻（検索終了時刻）が入力される。図９に示す例では、２００６年４月２０日の１２時から２００６年４月２２日の１２時までの時間範囲に取得した発話データ（音声データ）が検索されることが示される。
【００５７】
発覚時間入力領域３０２ｃには、看護業務の事故が発覚した時刻（発覚時刻）が入力される。図９に示す例では、発覚時刻は、２００６年４月２１日の１９時であることが示される。
【００５８】
発話内容入力領域３０２ｄには、看護業務の事故に関連するキーワード（看護師名、患者名、処置、事故の内容、場所など）が入力される。このキーワードは、発話内容について検索するためのものであり、ユーザがキーボードなどの入力装置２８を用いて直接手入力する方法や、予め用語ＤＢ３２に記憶されている用語をいわゆるプルダウンメニュー方式で選択する方法等が考えられる。図９に示す例では、キーワードは、「Ｋ（患者名）」であり、発話内容に「Ｋ（患者名）」というキーワードが含まれるデータが検索されることが示される。
【００５９】
看護師入力領域３０２ｅには、看護師の名称が入力される。たとえば、この看護師とは、発話者を示している。図９に示す例では、看護師の名称は、「看護師Ａ」であり、発話者が「看護師Ａ」である発話データが検索されることが示される。
【００６０】
人物入力領域３０２ｆには、「登場人物」の名称が入力される。たとえば、この登場人物とは、看護師の対話相手（看護師、患者、医者など）を示しており、上述したように、モニタ装置２６（集音マイク）の出力（音声）を解析したり、モニタ装置２６（ビデオカメラ）の撮影映像（画像データ，映像データ）を解析したりすることで特定されるものである。図９に示す例では、発話データを取得したときの登場人物が「○○○」であるデータが検索されることが示される。
【００６１】
業務内容入力領域３０２ｇには、「業務内容」が入力される。たとえば、この「業務内容」は、看護業務（処理）の内容であり、上述したように、モニタ装置２６（集音マイク）の出力およびピンマイク９６を通して入力される音声を解析したり、モニタ装置２６（ビデオカメラ）の撮影映像を解析したり、中継器２０からの加速度データを辞書データと比較したりすることで特定されるものである。図９に示す例では、発話データを取得したときの看護師の業務内容が「△△△」であるデータが検索されることが示される。
【００６２】
場所入力領域３０２ｈには、「場所」が入力される。たとえば、この「場所」は、看護師の位置であり、上述したように、通過センサ１８からのデータによって特定されるものである。図９に示す例では、発話データを取得したときの看護師の位置が「□□□」であるデータが検索されることが示される。
【００６３】
時間／ページ入力領域３０２ｉには、リスト表示画面２００の表示領域２０２に表示する発話データリストの１ページにどれだけの時間範囲の発話データを表示するかが入力され、たとえば、この時間／ページ入力領域３０２ｉには、最初（デフォルト）から所定の値（１時間）が入力されている。
【００６４】
時間／行入力領域３０２ｊには、リスト表示画面２００の表示領域２０２に表示する発話データリストにおける１つの水平行にどれだけの時間範囲の発話データを示すかが入力され、たとえば、この時間／行入力領域３０２ｊには、最初（デフォルト）から所定の値（１０分）が入力されている。つまり、後で詳細に説明するように、リスト表示画面３００の表示領域２０２には、１０分おきの間引きのある発話データのリストが表示されることとなる。
【００６５】
検索条件入力画面３００では、ユーザは、任意の入力領域３０２ａ―３０２ｊに情報を入力し、その後、“確定”ボタン３０４を選択することによって、発話データの検索条件を設定することができる。また、ユーザは、“取り消し”ボタン３０６を選択することによって、検索条件入力画面３００を閉じることができる。さらにまた、ユーザは、“初期化”ボタン３０８を選択することによって、入力領域３０２ａ―３０２ｊに入力した情報を初期化することができる。
【００６６】
図８に戻って、リスト表示画面２００では、全体の把握のために、検索条件入力画面３００の時間／行入力領域３０２ｊに入力された時間（値）ごと、この実施例では、１０分ごとに間引きされた発話データがリストで表示される。このリストでは、各々の水平行と１まとまりの発話データとが対応しており、１まとまりの発話データは、時間表示領域２１８、発話内容表示領域２２０、看護師表示領域２２２、ならびに注目事象表示領域２２４によって構成される。
【００６７】
時間表示領域２１８には、発話データが取得された時間が表示される。
【００６８】
発話内容表示領域２２０には、発話内容がテキスト（文字）文で表示される。なお、簡単のため、図８においては、発話内容の図示は省略してある。たとえば、検索条件に設定したキーワードが発話内容に含まれる場合には、発話内容を示すテキスト文のキーワードの部分に別色でラインがひかれることとなる。
【００６９】
看護師表示領域２２２には、看護師（発話者）の名称が表示される。
【００７０】
注目事象表示領域２２４には、発話データに対応する注目事象が表示される。なお、注目事象とは、その発話における行為等の説明であり、後で詳細に説明するように、リスト編集画面４００（図１０参照）などでユーザによって入力されるものである。
【００７１】
リスト表示画面２００では、ユーザは、“ロング検出”ボタン２１６を選択することによって、リストの中から間引きのないデータを有する発話データ（水平行）を検出することができる。そして、ユーザは、間引きのないデータを有する発話データを選択して、“ロング表示”ボタン２１４を選択することによって、その発話データ（水平行）における全ての発話内容を表示するロングデータ画面（図示せず）をリスト表示画面２００とは別ウィンドウで表示させることができる。
【００７２】
たとえば、ユーザは、このロングデータ画面で間引きのないデータを参照することによって、看護業務の事故に関連するキーワード（看護師名、患者名、処置、事故の内容、場所など）を暗示的な情報として取得することができ、このキーワードが、発話データを検索するための検索条件として用いられることとなる。
【００７３】
また、ユーザは、リスト表示画面２００の表示領域２０２に発話データのリストを表示させた後、検索条件入力画面３００で検索条件（強調検索条件）を設定し、リスト表示画面２００に戻って、“強調検索”ボタン２０８を選択することによって、表示領域２０２に表示させている発話データのリストの中から、その検索条件（強調検索条件）に該当する発話データのみを表示領域２０２に表示させることができる。
【００７４】
さらに、ユーザは、リスト表示画面２００の表示領域２０２に発話データのリストを表示させた後、検索条件入力画面３００で検索条件（追加検索条件）を再設定し、リスト表示画面２００に戻って、“追加検索”ボタン２１０を選択することによって、表示領域２０２に表示させていた発話データのリストに、その検索条件（追加検索条件）に該当する発話データを追加することができる。
【００７５】
さらにまた、ユーザは、リストの中の看護業務の事故に関連する発話データを選択し、その後、“選択行を抽出”ボタン２１２を選択することによって、リスト編集画面４００をリスト表示画面２００とは別ウィンドウで表示させることができる。このリスト編集画面４００では、ユーザは、発話データのリストの編集作業を行う。ここでは、ユーザは、発話データの追加や削除を行うとともに、それぞれの発話データの「注目事象」の項目への入力を行う
図１０に示すように、リスト編集画面４００は、表示領域４０２を含み、この表示領域４０２の上部には、“選択行を削除”ボタン４０４、“シナリオ化”ボタン４０６、ならびに“シナリオ追加”ボタン４０８が設けられる。
【００７６】
ユーザは、任意の発話データ（水平行）を選択して、“選択行を削除”ボタン４０４を選択することによって、この発話データをリストから削除することができる。また、ユーザは、“シナリオ追加”ボタン４０８を選択することによって、空欄の新しい水平行を追加することができ、この新しい水平行にデータを手入力することによって、新しい発話データを追加することができる。さらに、ユーザは、“シナリオ化”ボタン４０６を選択することによって、表示領域４０２に表示されている発話データのリストに基づいて、シナリオを作成することができる。
【００７７】
また、上述したように、リスト編集画面４００では、ユーザは、それぞれの発話データの「注目事象」の項目への入力を行う。「注目事象」は、その発話における行為等の説明であり、後で詳細に説明するように、シナリオは、主としてこの「注目事象」によって構築される。たとえば、「注目事象」は、発話データのリストに基づいて、看護師（発話者）、発話内容、他の看護師の発話などを勘案することによって入力される。なお、「注目事象」がユーザによって入力されていない場合には、対応する注目事象表示領域２２４が空欄にされる。
【００７８】
図１１に示すシナリオ表示画面５００は、ユーザによって、リスト編集画面４００の“シナリオ化”ボタン４０６が選択されることによって、リスト編集画面４００とは別ウィンドウで表示される。ここでは、ユーザは、シナリオの編集（追加や削除）を行うことができる。
【００７９】
図１１に示すように、シナリオ表示画面５００は、表示領域５０２を含み、この表示領域５０２の上部には、“保存”ボタン５０４、“行編集”ボタン５０６、ならびに“列編集”ボタン５０８が設けられる。
【００８０】
シナリオ表示画面５００の表示領域５０２には、発話データのリストに基づいて構築されたシナリオが表示される。たとえば、シナリオは、リスト編集画面４００において入力された発話データの「注目事象」を発話データを取得した時間と看護師とに対応付けたものであり、各々の水平行と発話データを取得した時間とが対応するとともに、各々の垂直列と看護師（発話者）とが対応している。
【００８１】
シナリオ表示画面５００では、ユーザは、“行編集”ボタン５０６ないし“列編集”ボタン５０８を選択することによって、シナリオの水平行ないし垂直列を編集することができる。また、たとえば、同じ（或いは、ほぼ同じ）時刻に取得された発話データや、それぞれ関連性の高い発話データを１つにまとめることもできる。
【００８２】
また、ユーザは、“保存”ボタン５０４を選択することによって、このシナリオをたとえばエクセル（商品名）ファイル、テキストファイル、ＫＥＹＧＲＡＰＨ（キーグラフ）などの形式で保存することができる。なお、ＫＥＹＧＲＡＰＨ（キーグラフ）とは、主にテキスト解析において、単語の出現頻度と共起関係をもとにグラフを生成して、視覚的に文書のキーワードを把握するための解析手法である。
【００８３】
具体的には、サーバ１２（のＣＰＵ１２ｂ）は、図１３−図１６に示すフロー図に従ってシナリオ構築処理を実行する。なお、図１３−図１６のフロー図に対応するプログラムは、サーバ１２のメモリ１２ａに記憶されている。
【００８４】
ここで、図１２は、図２に示したサーバ１２のメモリ１２ａのメモリマップ６００の一例を示す図解図である。図１２を参照してメモリ１２ａは、プログラム記憶領域６０２およびデータ記憶領域６０４を含む。
【００８５】
プログラム記憶領域６０２には、データ抽出プログラム６１０、リスト作成プログラム６１２、シナリオ構築プログラム６１４、画像表示プログラム６１６、通信プログラム６１８、および音声認識プログラム６２０などが記憶される。データ抽出プログラム６１０は、検索条件に該当する発話データを抽出するためのプログラムである。リスト作成プログラム６１２は、抽出された発話データを時系列に従って作業者ごとに区分けしたリストを作成するためのプログラムである。シナリオ構築プログラム６１４は、発話データのリストに基づいて、シナリオを構築するためのプログラムである。画像表示プログラム６１６は、ＧＵＩデータ６３４に格納された画像データを、表示装置２２に出力するためのプログラムである。通信プログラム６１８は、端末１６、通過センサ１８および中継器２０との間で通信を行うためのプログラムである。音声認識プログラム６２０は、音声認識を行うためのプログラムである。このプログラムでは、看護師が装着している中継器２０から取得した音声データから特徴を抽出し、この入力音声データの特徴と音声認識用辞書データ６３６の音声データの特徴とを周知のＤＰマッチング法や隠れマルコフモデル（ＨＭＭ）による方法を用いて照合することによって、看護師の発話内容の特定を行う。
【００８６】
また、データ記憶領域６０４には、検索条件バッファ６３０、発話データバッファ６３２が設けられると共に、ＧＵＩデータ６３４が記録される。検索条件バッファ６３０は、検索条件入力画面３００で設定された検索条件を一時的に記憶するためのバッファであり、たとえばユーザによって検索画面３００に入力されたキーワードのテキスト（文字）データなどを一時的に記憶する。発話データバッファ６３２は、発話ＤＢ３０から抽出された発話データを一時的に記憶するためのバッファである。ＧＵＩデータ６３４は、リスト表示画面２００、検索条件入力画面３００、リスト編集画面４００、ならびにシナリオ表示画面５００を表示するための画面データなどである。音声認識用辞書データ６３６は、看護師が装着している中継器２０から取得した音声データを音声認識するための辞書データである。
【００８７】
さて、図１３に示すように、サーバ１２はシナリオ構築処理を開始すると、ステップＳ１で、内部メモリ１２ｃのＧＵＩデータ６３４から画面データを読み出し、図８に示すようなリスト表示画面２００を表示装置２２に表示する。
【００８８】
次に、ステップＳ３では、時間範囲の指定を含む検索条件が設定されたか否かを判断する。具体的には、サーバ１２は、発話データの検索条件として、検索条件入力画面３００の開始時刻入力領域３０２ａと終了時間入力領域３０２ｂとに値（時間）が入力されたか否かを判断する。
【００８９】
ステップＳ３で“ＹＥＳ”であれば、つまり、ユーザによって、図９に示すような検索条件入力画面３００の開始時刻入力領域３０２ａと終了時間入力領域３０２ｂとに値（時間）が入力されて、その後、リスト表示画面２００の“検索開始”ボタン２０６が選択されたとき等は、ステップＳ５で、発話ＤＢ３０に蓄積されている発話データから検索条件に該当する発話データを抽出し、続くステップＳ７で、抽出した発話データのリストをリスト表示画面２００の表示領域２０２に表示する。
【００９０】
次に、ステップＳ９では、間引きのないデータの表示が指定されたか否かを判断する。ステップＳ９で“ＹＥＳ”であれば、つまり、ユーザによって、“ロング検出”ボタン２１６が選択されて、間引きのないデータを有する発話データが検出され、さらに、間引きのないデータを有する発話データが選択されて、“ロング表示”ボタン２１４が選択されたとき等は、ステップＳ１１で、発話データにおける全ての発話内容を表示するロングデータ画面（図示せず）を表示して、ステップＳ１３に進む。一方、ステップＳ９で“ＮＯ”であれば、そのままステップＳ１３に進む。
【００９１】
次に、ステップＳ１３では、キーワードの指定を含む検索条件が設定されたか否かを判断する。具体的には、サーバ１２は、発話データの検索条件として、検索条件入力画面３００の発話内容入力領域３０２ｄにキーワードが入力されたか否かを判断する。
【００９２】
ステップＳ１３で“ＹＥＳ”であれば、つまり、ユーザによって、検索条件入力画面３００の発話内容入力領域３０２ｄに看護業務の事故に関連するキーワードが入力され、その後、リスト表示画面２００の“検索開始”ボタン２０６が選択されたとき等は、ステップＳ１５で、検索条件に該当する発話データの抽出処理（図１６参照）を開始して、続くステップＳ１７で、ステップＳ１５で抽出した発話データのリストをリスト表示画面２００の表示領域２０２に表示する。
【００９３】
続いて、図１３に示すステップＳ１９では、現在、リスト表示画面２００の表示領域２０２に表示されている発話データのリストに基づいてシナリオを構築するか否かを判断する。
【００９４】
ステップＳ１９で“ＹＥＳ”であれば、つまり、ユーザによって、リストの中の看護業務の事故に関連する発話データが選択されて、その後、“選択行を抽出”ボタン２１２が選択されたとき等は、ステップＳ２１で、その選択された発話データのリストを、図１０に示すようなリスト編集画面４００の表示領域４０２に表示する。
【００９５】
続いて、ステップＳ２３では、リストの編集作業が完了したか否かを判断する。ここでは、ユーザは、リスト編集画面４００において、発話データの追加や削除を行うとともに、それぞれの発話データの「注目事象」の項目への入力を行う。
【００９６】
ステップＳ２３で“ＹＥＳ”であれば、つまり、ユーザによって、リストの編集作業が行われた後、リスト編集画面４００の“シナリオ化”ボタン４０６が選択されたとき等は、ステップＳ２５で、リスト編集画面４００の表示領域４０２に表示されていたリストに基づいてシナリオを構築し、ステップＳ２７で、そのシナリオを図１１に示すようなシナリオ表示画面５００の表示領域５０２に表示する。
【００９７】
続いて、ステップＳ２９では、シナリオの編集作業が完了したか否かを判断する。ステップＳ２９で“ＹＥＳ”であれば、つまり、ユーザによって、シナリオの編集（追加や削除）作業が行われた後、シナリオ表示画面５００の“保存”ボタン５０４が選択されたとき等は、ステップＳ３１で、シナリオをシナリオＤＢ３８に保存して、シナリオ構築処理を終了する。
【００９８】
また、ステップＳ１９で“ＮＯ”であれば、ステップＳ３３に進み、ステップＳ３３で、強調検索条件が設定されたか否かを判断する。
【００９９】
ステップＳ３３で“ＹＥＳ”であれば、つまり、ユーザによって、検索条件入力画面３００の発話内容入力領域３０２ｄに別のキーワードが入力され、その後、リスト表示画面２００の“強調検索”ボタン２０８が選択されたとき等は、ステップＳ３５で、表示領域２０２に表示されているリストの中の発話データであって、かつ強調検索条件に該当する発話データのリストを表示領域２０２に表示して、ステップＳ１９に戻る。
【０１００】
また、ステップＳ３３で“ＮＯ”であれば、ステップＳ３７に進み、ステップＳ３７で、追加検索条件が設定されたか否かを判断する。
【０１０１】
ステップＳ３７で“ＹＥＳ”であれば、つまり、ユーザによって、検索条件入力画面３００の発話内容入力領域３０２ｄに別のキーワードが入力され、その後、リスト表示画面２００の“追加検索”ボタン２１０が選択されたとき等は、ステップＳ３９で、追加検索条件に該当する発話データの抽出処理（図１７参照）を開始して、続くステップＳ４１で、ステップＳ３９で抽出した発話データのリストを、表示領域２０２に表示させていた発話データのリストに追加して、ステップＳ１９に戻る。一方、ステップＳ３３で“ＮＯ”であれば、ステップＳ１３に戻って、再度、検索条件を設定して、処理が繰り返される。
【０１０２】
図１６は、図１３に示したステップＳ１５の、検索条件に該当する発話データの抽出処理である。図１６に示すように、サーバ１２は、発話データの抽出処理を開始すると、ステップＳ５１で、発話データを検索する時刻ｔｉを検索開始時刻Ｔ１に設定する（ｔｉ＝Ｔ１）。
【０１０３】
続くステップＳ５３では、時刻ｔｉに取得された発話データ（発話内容）にキーワードが含まれるか否かを判断する。具体的には、サーバ１２は、発話ＤＢ３０に蓄積された発話データの中から、発話データを取得した時間が検索開始時刻Ｔ１に一致するデータを取り出して、その発話データ（発話内容）にキーワードが含まれるか否かを判断する。
【０１０４】
ステップＳ５３で“ＹＥＳ”であれば、つまり、時刻ｔｉに取得された発話データにキーワードが含まれるのであれば、ステップＳ５５で、その発話データをリスト候補に追加して、ステップＳ５７に進む。一方、ステップＳ５３で“ＮＯ”であれば、つまり、時刻ｔｉに取得された発話データにキーワードが含まれないのであれば、そのままステップＳ５７に進む。
【０１０５】
ステップＳ５７では、時刻ｔｉと検索終了時刻Ｔ２とが一致するか否かを判断する。ステップＳ５７で“ＹＥＳ”であれば、つまり、ｔｉ＝Ｔ２であれば、ステップＳ５９で、リスト候補に追加されている発話データを抽出して、検索条件に該当する発話データの抽出処理を終了し、ステップＳ１７（図１３参照）で、抽出された発話データのリストをリスト表示画面２００の表示領域２０２に表示する。
【０１０６】
一方、ステップＳ５７で“ＮＯ”であれば、ステップＳ６１で、時刻ｔｉをインクリメントして（ｔｉ→ｔｉ＋１）、ステップＳ５３に戻り、繰り返し、時刻ｔｉ（時刻ｔｉ＋１）に取得された発話データにキーワードが含まれるか否かを判断する。
【０１０７】
図１７は、図１５に示したステップＳ３９の、追加検索の条件に該当する発話データの抽出処理である。図１７に示すように、サーバ１２は、発話データの抽出処理を開始すると、ステップＳ７１で、発話データを検索する時刻ｔｉを看護業務の事故の発覚時刻Ｔ３に設定する（ｔｉ＝Ｔ３）。ここで、事故の発覚時刻Ｔ３を用いるのは、事故のことが言及された噂話などに関しては追求せず、正規の業務において、語られた発話（発話データ）のみを抽出するためである。
【０１０８】
続くステップＳ７３では、時刻ｔｉに取得された発話データにキーワードが含まれるか否かを判断する。具体的には、サーバ１２は、発話ＤＢ３０に蓄積された発話データの中から、発話データを取得した時間が検索開始時刻Ｔ３に一致するデータを取り出して、その発話データ（発話内容）に少なくとも１つのキーワードが含まれるか否かを判断する。
【０１０９】
ステップＳ７３で“ＹＥＳ”であれば、つまり、時刻ｔｉに取得された発話データに少なくとも１つのキーワードが含まれるのであれば、ステップＳ７５で、そのキーワードが患者名か否かを判断する。具体的には、サーバ１２は、用語ＤＢ３２を参照することによって、検索時刻ｔｉに取得された発話データに含まれるキーワードが患者名か否かを判断する。一方、ステップＳ７３で“ＮＯ”であれば、そのままステップＳ８５に進む。
【０１１０】
ステップＳ７５で“ＹＥＳ”であれば、ステップＳ８３に進み、ステップＳ８３で、その発話データをリスト候補に追加して、ステップＳ８５に進む。一方、ステップＳ７５で“ＮＯ”であれば、ステップＳ７７で、そこが引継ぎを行う所定の場所か否かを判断する。具体的には、サーバ１２は、モニタＤＢ３６を参照することによって、発話データが取得された場所を特定し、その後、環境情報ＤＢ２８を参照することによって、その発話データが取得された場所が引継ぎを行う所定の場所か否かを判断する。
【０１１１】
ステップＳ７７で“ＹＥＳ”であれば、ステップＳ８３に進み、ステップＳ８３で、その発話データをリスト候補に追加して、ステップＳ８５に進む。一方、ステップＳ７７で“ＮＯ”であれば、ステップＳ７９で、発話データに所定の関連キーワードが含まれるか否かを判断する。具体的には、サーバ１２は、キーワードＤＢ３４を参照することによって、発話データに関連キーワードが含まれるか否かを判断する。
【０１１２】
ステップＳ７９で“ＮＯ”であれば、そのままステップＳ８５に進む。一方、ステップＳ７９で“ＹＥＳ”であれば、続くステップＳ８１で、時刻ｔｉに取得された発話データを時刻ｔｉ＋１に取得された発話データと比較し、それらの発話データに関連性があるか否かを判断する。ここでは、サーバ１２は、モニタ手段（サーバ１２，通過センサ１８，中継器２０，モニタ装置２６）の検出結果を複合的に勘案することによって、時刻ｔｉに取得された発話データと時刻ｔｉ＋１に取得された発話データとを比較して、それらのデータに同じ場所・人が関与しているか否かを判断する。
【０１１３】
ステップＳ８１で“ＹＥＳ”であれば、ステップＳ８３に進み、ステップＳ８３で、その発話データをリスト候補に追加して、ステップＳ８５に進む。一方、ステップＳ８１で“ＮＯ”であれば、そのままステップＳ８５に進む。
【０１１４】
ステップＳ８５では、時刻ｔｉと検索開始時刻Ｔ１とが一致するか否かを判断する。ステップＳ８５で“ＹＥＳ”であれば、つまり、ｔｉ＝Ｔ１であれば、ステップＳ８７で、リスト候補に追加されている発話データを抽出して、追加検索条件に該当する発話データの抽出処理を終了し、ステップＳ４１（図１５参照）で、抽出された発話データのリストを、表示領域２０２に表示させていた発話データのリストに追加する。
【０１１５】
一方、ステップＳ８５で“ＮＯ”であれば、ステップＳ８９で、時刻ｔｉをデクリメントして（ｔｉ→ｔｉ−１）、ステップＳ７３に戻り、繰り返し、時刻ｔｉ（時刻ｔｉ−１）に取得された発話データに少なくとも１つのキーワードが含まれるか否かを判断する。
【０１１６】
このように、この実施例では、看護業務の事故に関連する発話データを抽出し、その発話データを時系列に従って看護師ごとに区分けしリスト化することで、ユーザに対して事故に関わった複数の看護師の行動を分かり易く提示することができる。したがって、複数の看護師が関与する事故が発生するに至った過程を示すシナリオを構築して、その事故の原因を導き出すことができる。
【０１１７】
なお、この実施例では、発話内容にキーワードを含まれている発話データを検索すると、実際に発話内容にキーワードが含まれている発話データのみが抽出されたが、これに限定される必要はなく、たとえば、発話内容にキーワードが含まれている発話データの前後の発話データや、同時に同じ場所で行われている発話の発話データをともに抽出するようにしてもよい。この場合には、録音の情况などで発話が分断されている発話データや、対話の相手の発話に続く発話であって発話内容にキーワードが含まれていない発話データなども、抽出することができる。
【符号の説明】
【０１１８】
１０ …警告システム
１２ …サーバ
１６ …看護師用端末
１８ …通過センサ
２０ …中継器
２２ …表示装置
２４ …入力装置
２６ …モニタ装置
２８，３０，３２，３４，３６，３８ …データベース
４０，７０，９０ …ＣＰＵ
４２，９２ …メモリ
４４ …キースイッチ
４８ …ＬＣＤ
５２ …振動モータ
５４，７８，１０２ …無線ＬＡＮ
７２，７４ …受光モジュール
７６ …ＲＡＭ
９６ …ピンマイク
９８ …非接触センサ
１００ …加速度センサ
１１０ …送信機
２００ …リスト表示画面
３００ …検索条件入力画面
４００ …データ編集画面
５００ …シナリオ表示画面
【技術分野】
【０００１】
この発明は、シナリオ構築装置に関し、特にたとえば、特定の業務を共同して行う複数の作業者の行動を示すシナリオを構築する、シナリオ構築装置に関する。
【背景技術】
【０００２】
本件出願人は、特許文献１において、警告システムを提案している。たとえば、特許文献１では、看護業務の正しい行動手順がシナリオとしてデータベースに予め記録されており、看護業務を遂行する看護師の行動を検出して、その行動とシナリオとから当該看護業務の目的を得ることができるか否かを判断する。そして、看護業務の目標を得られないことが判断されたときに、シナリオ違反のアラームを看護師に与える。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−３４７３８号［Ｇ０８Ｂ ２１／０２］
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１の技術では、データベースに記録されたいずれのシナリオにも該当しない看護業務を検出した場合には、その看護業務を遂行する看護師の一連の行動が新しいシナリオとしてデータベースに登録される。しかしながら、このシナリオは、あくまで看護業務における看護師の個人の行動手順を示すものである。このため、看護業務を途中で交替する際の引継ぎが不十分であったりする場合に、医療事故（看護業務の事故）が発生することもあり得るが、特許文献１の技術では、複数の看護師が関与する事故の原因を導き出すことはできない。
【０００５】
それゆえに、この発明の主たる目的は、新規な、シナリオ構築装置を提供することである。
【０００６】
この発明の他の目的は、複数の作業者が関与する事故の原因を導き出すことのできる、シナリオ構築装置を提供することである。
【課題を解決するための手段】
【０００７】
本発明は、上記の課題を解決するために、以下の構成を採用した。なお、括弧内の参照符号および補足説明などは、本発明の理解を助けるために後述する実施の形態との対応関係を示したものであって、本発明を何ら限定するものではない。
【０００８】
第１の発明は、特定の業務を共同して行う複数の作業者の行動を示すシナリオを構築するシナリオ構築装置であって、複数の作業者のそれぞれから発話内容を含む発話データを取得する発話データ取得手段、発話データ取得手段によって取得された発話データを、当該発話データを取得した時刻と作業者とに関連付けて記憶する発話データ記憶手段、ユーザによって入力された検索条件に基づいて発話データ記憶手段を検索して、当該検索条件に該当する発話データを抽出する発話データ抽出手段、抽出手段によって抽出された発話データを時系列に従って作業者ごとに区分けしたリストを視覚化して表示するリスト表示手段、リスト表示手段によって表示されたリストに基づいて、シナリオを構築するシナリオ構築手段、およびシナリオ構築手段によって構築されたシナリオを視覚化して表示するシナリオ表示手段を備える、シナリオ構築装置である。
【０００９】
第１の発明では、シナリオ構築装置（１２）は、特定の業務を共同して行う複数の作業者の行動を示すシナリオを構築するものであり、たとえば、当該業務の事故が発生するに至った過程を示すシナリオを構築するために用いられる。発話データ取得手段（１２，２０，９６）は、複数の作業者のそれぞれから発話内容を含む発話データを取得する。発話データ取得手段によって取得された発話データは、当該発話データを取得した時刻と作業者とに関連付けて、発話データ記憶手段（３０）に記憶される。たとえば、検索条件入力画面（３００）では、ユーザによって、事故に関連する発話データを抽出するための検索条件が設定され、発話データ抽出手段（１２，６１０，Ｓ５，Ｓ１５）は、発話データ記憶手段に蓄積されている発話データから、検索条件に該当する発話データを抽出する。リスト表示手段（１２，２２，６１２，６１６，Ｓ７，Ｓ１７）は、抽出された発話データを時系列に従って作業者ごとに区分けしたリストを視覚化して、たとえば、リスト表示画面（２００）の表示領域（２０２）に表示する。シナリオ構築手段（１２，６１４，Ｓ２５）は、リスト表示手段によって表示されたリストに基づいて、事故が発生するに至った過程を示すシナリオを構築し、シナリオ表示手段（１２，２２，６１６，Ｓ２７）は、そのシナリオをたとえばシナリオ表示画面（５００）の表示領域（５０２）に表示する。
【００１０】
第１の発明によれば、事故に関連する発話データを時系列に従って看護師ごとに区分けしリスト化することで、ユーザに対して複数の作業者の行動を分かり易く提示できる。したがって、複数の作業者が関与する事故が発生するに至った過程を示すシナリオを構築して、その事故の原因を導き出すことができる。
【００１１】
第２の発明は、第１の発明に従属し、シナリオ構築手段によって構築されたシナリオを記憶するシナリオ記憶手段をさらに備える。
【００１２】
第２の発明では、シナリオ構築手段（１２，６１４，Ｓ２５）によって構築されたシナリオは、シナリオ記憶手段（３８）に記憶される。
【００１３】
第３の発明は、第１または２の発明に従属し、発話データ抽出手段は、所定の時間範囲内に取得された発話データを発話データ記憶手段から抽出する第１抽出手段、および所定のキーワードが含まれる発話データを第１抽出手段によって抽出された発話データから抽出する第２抽出手段を含み、リスト表示手段は、第１抽出手段によって抽出された発話データを時系列に従って作業者ごとに区分けしたリストを視覚化して表示する第１リスト表示手段、および第２抽出手段によって抽出された発話データを時系列に従って作業者ごとに区分けしたリストを視覚化して表示する第２リスト表示手段を含む。
【００１４】
第３の発明では、第１抽出手段（１２，６１０，Ｓ５）は、発話データ記憶手段（３０）に蓄積されている発話データから、所定の時間範囲内に取得された発話データを抽出し、第１リスト表示手段（１２，２２，６１２，６１６，Ｓ７）は、第１抽出手段によって抽出された発話データを時系列に従って作業者ごとに区分けしたリストを視覚化して、たとえばリスト表示画面（２００）の表示領域（２０２）に表示する。たとえば、ユーザは、第１リスト表示手段によって表示されたリストを参照することによって、看護業務の事故に関連する所定のキーワードを取得することとなり、第２抽出手段（１２，６１０，Ｓ１５）は、第１抽出手段によって抽出された発話データから、この所定のキーワードが含まれる発話データを抽出する。そして、第２リスト表示手段（１２，２２，６１２，６１６，Ｓ１７）は、第２抽出手段によって抽出された発話データを時系列に従って作業者ごとに区分けしたリストを視覚化して、たとえばリスト表示画面（２００）の表示領域（２０２）に表示する。
【発明の効果】
【００１５】
この発明によれば、事故に関連する発話データを時系列に従って看護師ごとに区分けしリスト化することで、ユーザに対して複数の作業者の行動を分かり易く提示できるため、複数の作業者が関与する事故が発生するに至った過程を示すシナリオを構築して、その事故の原因を導き出すことができる。
【００１６】
この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【図面の簡単な説明】
【００１７】
【図１】図１はこの発明のシナリオ構築装置としてのサーバを含む警告システムの構成の一例を示す図解図である。
【図２】図２は図１に示すサーバの電気的な構成を示す図解図である。
【図３】図３は図１に示す看護師用端末の電気的な構成を示す図解図である。
【図４】図４は図１に示す通過センサの設置状況を説明するための図解図である。
【図５】図５は看護師用端末、中継器、および送信機を看護師に装着した様子を示す図解図である。
【図６】図６は図１に示す通過センサの電気的な構成を示す図解図である。
【図７】図７は図１に示す中継器の電気的な構成を示す図解図である。
【図８】図８はシナリオ構築装置で表示されるリスト表示画面の一例を示す図解図である。
【図９】図９はシナリオ構築装置で表示される検索条件入力画面の一例を示す図解図である。
【図１０】図１０はシナリオ構築装置で表示されるリスト編集画面の一例を示す図解図である。
【図１１】図１１はシナリオ構築装置で表示されるシナリオ表示画面の一例を示す図解図である。
【図１２】図１２は図２に示すサーバのメモリマップの一例を示す図解図である。
【図１３】図１３はシナリオ構築装置のシナリオ構築処理の一部を示すフロー図である。
【図１４】図１４はシナリオ構築装置のシナリオ構築処理の他の一部であって、図１３に後続するフロー図である。
【図１５】図１５はシナリオ構築装置のシナリオ構築処理のさらに他の一部であって、図１４に後続するフロー図である。
【図１６】図１６は図１３の検索条件に該当する発話データの抽出処理の一例を示すフロー図である。
【図１７】図１７は図１５の追加検索条件に該当する発話データの抽出処理の一例を示すフロー図である。
【発明を実施するための形態】
【００１８】
図１を参照して、この発明の一実施例である警告システム１０は、たとえば病院に適用され、少なくとも、警告装置およびシナリオ構築装置として機能するサーバ１２を含む。このサーバ１２は、有線或いは無線による通信回線（ネットワーク）１４を介して複数の看護師用端末（以下、単に「端末」という。）１６、複数の通過センサ１８および複数の中継器２０に接続される。端末１６は、ＰＤＡやＰＨＳのような携帯型の端末であり、看護師毎に割り当てられる。通過センサ１８は、赤外線を受光する受光装置であり、入院患者を収容する病棟内の廊下や診察室、手術室、トイレ、階段室、病室および看護師詰所などの各部屋の出入り口などに配置される。中継器２０は、ＰＤＡや携帯型のコンピュータのような携帯型の装置であり、看護師毎に割り当てられる。
【００１９】
図２はサーバ１２の具体的な構成を示すブロック図であり、サーバ１２には、図１では省略したが、液晶ディスプレイまたはＣＲＴ等の表示装置２２、マウスおよびキーボード等の入力装置２４ならびにモニタ装置２６が接続される。
【００２０】
モニタ装置２６は、たとえば、複数の対物センサ、複数の集音マイク（音センサ）および複数のビデオカメラ（イメージセンサ）などのセンサを含む。図示は省略するが、この実施例では、複数の対物センサは、体温計、血圧計、注射器、点滴注射器（注入器）、血液採取用試験管、検尿コップなどの器具（医療機器など）を格納してある格納箱（格納庫）の取り出し部分（出入り口）、格納箱（格納庫）の鍵やナースコール端末などに設置され、それらの器具等についての使用（取り出し）の有無を検知する。ただし、これらの器具等に、電子タグ情報（ＲＦ−ＩＤ）やバーコードのような識別情報を付加しておき、タグ情報やバーコードを読み取ることにより、その使用の有無を検出するようにしてもよい。複数の集音マイクは、入院患者を収容する病棟内の廊下および病室（ベッド或いはその近傍）などに設置され、周囲音を集音する。さらに、複数のビデオカメラは、集音マイクと同様に、入院患者を収容する病棟内の廊下および病室（ベッド或いはその近傍）などに設置されるとともに、看護師詰所などにも設置され、主として、看護業務を行う看護師（の行動）を撮影する。
【００２１】
また、図２に示すように、サーバ１２には、６つのデータベース（ＤＢ）が接続される。具体的には、環境情報ＤＢ２８、発話ＤＢ３０、用語ＤＢ３２、キーワードＤＢ３４、モニタＤＢ３６およびシナリオＤＢ３８がサーバ１２に接続される。
【００２２】
環境情報ＤＢ２８には、この警告システム１０が適用される病院の環境についての情報が記憶される。具体的には、環境情報ＤＢ２８には、病院内で働く看護師の識別情報（後述する、看護師ＩＤ）に対応する看護師名を記述したテーブルデータが記憶されており、後で詳細に説明するように、サーバ１２は、環境情報ＤＢ２８を参照して、看護師ＩＤのラベルが付されている音声データから看護師または看護師名を特定する。また、環境情報ＤＢ２８には、所定の看護業務に対応付けて、その看護業務を行う場所が記憶されている。
【００２３】
発話ＤＢ３０には、看護士の発話内容を示すデータ（発話データ）が時系列的に蓄積される。後で詳細に説明するように、サーバ１２は、その内部のメモリ１２ａの音声認識用辞書データ６３４（図１２参照）を用いて、看護師が装着している中継器２０から送信された音声データを音声認識し、その認識結果を発話ＤＢ３０に記憶する。たとえば、発話データは、音声データから特定した看護師と音声データを取得したときの時刻とに関連付けて、発話ＤＢ３０に記憶される。サーバ１２は、環境情報ＤＢ２８を参照することによって、音声データから看護師（発話者）を特定する。また、サーバ１２は、その内部の時計回路１２ｃから日付および時間を検出し、音声データを取得したときの時刻を、音声データに付加する。
【００２４】
用語ＤＢ３２には、看護業務に関連する用語を記述した用語辞書が記憶される。各用語には、カテゴリを示すタグが付されており、この実施例では、「看護師名」、「患者名」、「業務分類」、「事故の内容」、「場所」、「薬品名」、「医療機器」などのタグが各用語に付される。一例を挙げると、引き継ぎ、輸血、点滴注射、注射、投薬、問診、検温、ＣＴ、検圧、退院指導などの用語には、「業務分類」のタグが付される。また、過剰投与、混注ミス、薬剤混同、患者取り違えなどの用語には、「事故の内容」のタグが付される。病室、トイレ、浴室、洗濯室、廊下、階段室、診察室、手術室、レントゲン室などの用語には、「場所」のタグが付される。
【００２５】
キーワードＤＢ３４には、検索のために用いる所定の関連キーワードが記憶されており、後で詳細に説明するように、サーバ１２は、キーワードＤＢ３４を参照して、発話データに関連キーワードが含まれているか否かを判断する。なお、関連キーワードとは、看護業務の事故に直接的に関係するキーワードではないが、「引継ぎ」などのように、時間的に前後する発話データとの関連性を示唆するキーワードである。
【００２６】
モニタＤＢ３６は、上述した通過センサ１８から得られるデータと、上述したモニタ装置２６から得られる対物検知データ、音声データおよび映像データとを記録する。通過センサ１８から得られるデータには、後述するように、当該通過センサ１８の識別情報に、検知した看護師の看護師ＩＤが付加される。したがって、サーバ１２は、通過センサ１８からのデータに基づいて看護師の位置を知ることができ、延いては、発話データを取得した場所を特定することができる。さらに、モニタ装置２６（集音マイク）の出力およびピンマイク９６を通して入力される音声に基づいて、看護師が実行しようとする看護業務の内容を特定することができる。さらにまた、モニタ装置２６（集音マイク）の出力（音声）を解析したり、モニタ装置２６（ビデオカメラ）の撮影映像を解析したりすることにより、病院内に存在する他の者の様子を知ることができ、延いては、看護師（発話者）の対話相手（看護師、患者、医者など）を特定することができる。
【００２７】
シナリオＤＢ３８は、複数の看護師が関与する医療事故（看護業務の事故）が発生するに至った過程を示すシナリオを記憶するために用いられる。後で詳細に説明するように、このシナリオは、発話ＤＢ３０に蓄積されている発話データから事故に関連する発話データを抽出し、その発話データを時系列に従って看護師ごとに区分けしたリストに基づいて構築される。
【００２８】
さらに、この発明の本旨に直接関係するものではないので、詳しい説明を省略するが、サーバ１２には、看護業務の正しい行動手順（警告用シナリオ）が記述されたデータベース（図示せず）が接続される。警告用シナリオの詳細については、本件出願人が先に出願した特願２００８−５１５３６号に記載されているので参照されたい。特願２００８−５１５３６号にも記載されているように、サーバ１２は、看護業務を遂行する看護師の行動を検出して、その行動とシナリオとから当該看護業務の目的を得ることができるか否かを判断する。当該看護業務の目的を得ることができない場合などには、シナリオ違反のアラームを看護師に与える。警告は、たとえば、着目する看護師に割り当てられた端末１６に、看護業務を開始すべき旨のメッセージを送信することにより行う。なお、メッセージのような情報が端末１６に送信されると、上述したように、音ないし振動またはその両方で当該端末１６を装着する看護師にメッセージ（情報）があることが報知される。
【００２９】
図３は端末１６の電気的な構成を示すブロック図である。図３を参照して、端末１６はＣＰＵ４０を含み、このＣＰＵ４０には、メモリ４２，キースイッチ４４，ＬＣＤドライバ４６，モータドライバ５０，無線ＬＡＮ５４およびアンプ５６が接続される。また、ＬＣＤドライバ４６にはＬＣＤ４８が接続され、モータドライバ５０には振動モータ５２が接続され、そして、アンプ５６にはスピーカ５８が接続される。なお、上述したように、端末１６としてＰＨＳを用いる場合には、図３に示すような構成において、さらに通話（電話）機能が備えられる。
【００３０】
ＣＰＵ４０は、端末１６の全体制御を司る。メモリ４２は、ＲＯＭやＲＡＭを含む。この実施例では、端末１６は主として情報提示装置として機能し、ＲＯＭには、情報提示のためのプログラム（情報提示プログラム）や情報提示のために必要なデータ（画像データ，音データ）が記憶されている。ＲＡＭは、ＣＰＵ４０の記憶領域、作業領域およびバッファ領域として用いられる。
【００３１】
なお、この実施例では、情報提示のために必要なプログラムやデータをＲＯＭに記憶するようにしてあるが、サーバ１２からダウンロードするようにしてもよい。このようにすれば、ＲＯＭの使用容量を削減することができる。
【００３２】
キースイッチ４４は、テンキー、十字キーのようなカーソルキーおよび選択キーなどの各種キーないしボタン（スイッチ）であり、看護師の指示入力に用いられる。ＬＣＤドライバ４６はＬＣＤ４８の駆動装置であり、ＣＰＵ４０からの指示に従ってＬＣＤ４８に画像を表示する。図示は省略するが、ＬＣＤ４８には、看護業務に関するメッセージなどの情報を提示するための画面が表示される。モータドライバ５０は、振動モータ５２の駆動装置であり、ＣＰＵ４０からの指示に従って振動モータ５２を駆動する。たとえば、サーバ１２から情報の提示があると、振動モータ５２を駆動することにより、端末１６を振動させて、その旨をユーザに知らせる。または、スピーカ５８から通知音（音声，音楽）を出力して、情報の提示がある旨をユーザに知らせるようにしてもよい。このとき、ＣＰＵ４０からの音データ（音、音声ないし音楽のデータ）は、アナログの音（音声）信号に変換された後、アンプ５６で増幅され、スピーカ５８から出力される。ただし、振動および音（音楽）の両方で通知するようにしてもよい。
【００３３】
無線ＬＡＮ５４は、ＣＰＵ４０の指示に従って、看護師がキースイッチ４４を用いて入力した指示入力（コマンド）を、ネットワーク１４を介してサーバ１２に送信する。詳細な説明は省略するが、サーバ１２では、端末１６の無線ＬＡＮ５４のＭＡＣアドレスを看護師ＩＤに対応づけて管理しているため、通信している端末１６の使用者（看護師）をサーバ１２側で認識することが可能である。ただし、メモリ４２（ＲＯＭ）に看護師ＩＤを記憶しておき、コマンドとともに看護師ＩＤをサーバ１２に送信するようにしてもよい。また、無線ＬＡＮ５４は、サーバ１２から送信された情報（画面表示に関する情報）を受信して、ＣＰＵ４０に与える。
【００３４】
図４に示すように、通過センサ１８は、第１受光モジュール７２および第２受光モジュール７４を含み、第１受光モジュール７２および第２受光モジュール７４は、ゲートの上部であり、互いに異なる側面に装着される。また、ゲートの上に載置されるケース１８０内には、通過センサ１８の受光モジュール（７２，７４）以外のコンポーネント（ＣＰＵ７０，ＲＡＭ７６，無線ＬＡＮ７８：図６参照）が内蔵される。ただし、ゲートは分かり易く示すために図示しただけであり、通常は、看護師詰所、診察室、病室のような部屋の出入り口、廊下と廊下との連結部（十字路、Ｔ字路など）、廊下と階段との連結部のような要所に通過センサ１８は設置される。また、必要であれば、エレベータのゲートに設置されてもよい。
【００３５】
また、図５に示すように、各看護師の頭部には、赤外線信号を発信する送信機１１０が装着される。たとえば、送信機１１０は、クリップのような固定器具を用いて、ナースキャップや頭髪に固定される。送信機１１０が発信する赤外線信号は、たとえば、８ビットの固定のパターン（看護師ＩＤ）である。
【００３６】
図６は通過センサ１８の電気的な構成を示すブロック図である。図６を参照して、通過センサ１８はＣＰＵ７０を含み、ＣＰＵ７０には、第１受光モジュール７２、第２受光モジュール７４、ＲＡＭ７６および無線ＬＡＮ７８が接続される。各通過センサ１８の受光モジュール（７２，７４等）のそれぞれには、固有の識別情報（受光モジュールＩＤ）が割り当てられている。各受光モジュール（７２，７４等）は、送信機１１０（図５参照）からの赤外線信号を検出する。ここで、送信機１１０から送信される赤外線信号は、上述したように、８ビットの固定のパターン（看護師ＩＤ）である。たとえば、受光モジュー
ル（７２，７４）は、看護師ＩＤを受信すると、受信した看護師ＩＤをＣＰＵ７０に与える。ＣＰＵ７０は、看護師ＩＤを受信した受光モジュール（７２，７４）の受光モジュールＩＤを当該看護師ＩＤに付加して、ＲＡＭ７６に記憶（一時記憶）し、その後、無線ＬＡＮ７８およびネットワーク１４を介して、サーバ１２に送信する。
【００３７】
サーバ１２では、受光モジュールＩＤが付加された看護師ＩＤを受信すると、受信した受光モジュールＩＤに対応する場所を看護師ＩＤが示す看護師の現在位置として検出する。
【００３８】
なお、この実施例では、端末１６の処理負担の軽減やメモリ４２の容量節約のために、サーバ１２側で、当該看護師の現在位置を特定するようにしてあるが、通過センサ１８がネットワーク１４を介して受光モジュールＩＤと看護師ＩＤとを端末１６に送信し、当該端末１６が看護師自身の現在位置を特定するようにしてもよい。
【００３９】
図７は中継器２０の電気的な構成を示すブロック図である。図７を参照して、中継器２０はＣＰＵ９０を含む。ＣＰＵ９０には、メモリ９２，エンコーダ９４，非接触センサ９８，加速度センサ１００および無線ＬＡＮ１０２が接続される。メモリ９２は、ワークメモリないしバッファメモリとして働き、ＣＰＵ９０によって使用される。
【００４０】
エンコーダ９４には、ピンマイク９６が接続される。たとえば、看護師の発話（音声）がピンマイク９６を通してエンコーダ９４に入力され、エンコーダ９４は、ピンマイク９６から入力される音声信号をＭＰ３のような圧縮音声データ（以下、単に「音声データ」という。）に変調してＣＰＵ９０に入力する。このように、音声信号を圧縮変調するのは、メモリ９２の使用量を比較的少なくするためであり、また、無線ＬＡＮ１０２を介して送信するデータのデータ量を低減するためである。中継器２０のＣＰＵ９０は、ピンマイク９６（エンコーダ９４）からの音声データをメモリ９２に記憶（一時記憶）し、一定時間（たとえば、１０秒）毎に、その一定時間分の音声データを、無線ＬＡＮ１０２およびネットワーク１４を介してサーバ１２に送信する。上述したように、サーバ１２は、中継器２０から送信される音声データを取得し、この音声データを音声認識したテキスト（文字）データ、音声データを取得したときの時間、音声データから特定した看護師名などを、１つの発話データとして発話ＤＢ３０に記憶する。
【００４１】
また、たとえば、看護師は、ピンマイク９６を通して、開始するまたは終了した看護業務の内容を音声で入力する。したがって、サーバ１２は、音声を解析することにより、看護師が行っている看護業務の内容およびその開始と終了とを知ることができる。
【００４２】
ここで、図５を参照して分かるように、端末１６，中継器２０および赤外線を発信する送信機１１０は、各作業者（看護師）に装着される。図５に示すように、端末１６は、看護師の手首に装着される。図示は省略するが、端末１６のＬＣＤ４８が見えるように、腕時計を装着するように、バンドのような固定器具を用いて装着される。
【００４３】
また、中継器２０では、ピンマイク９６，非接触センサ９８および加速度センサ１００（１００ａ，１００ｂ，１００ｃ，１００ｄ）以外の回路コンポーネント（図７参照）はボックス２００に収容され、ボックス２００は看護師の腰部（ベルト部分）に装着される。
【００４４】
図５に示すように、ピンマイク９６は、看護師の衣服（白衣）の襟元付近に装着される。また、非接触センサ９８は、ペン型のケースに収容され、看護師の白衣の胸ポケットに挿すように収納される。ただし、図面では、分かり易く示すために、ペン型のケースを胸ポケットの外部に記載してある。
【００４５】
また、看護師の両手（両腕）、胸および腰などには、加速度センサ１００が装着される。この実施例では、加速度センサ１００ａが右腕に装着され、加速度センサ１００ｂが左腕に装着され、加速度センサ１００ｃが胸に装着され、そして、加速度センサ１００ｄが腰に装着される。ただし、図５では、分かり易く示すために、各加速度センサ１００を白衣の外部に記載してあるが、各加速度センサ１００は、実際には、ゴムバンドのような適
宜の固定器具を用いて、白衣の内部で腕などに固定される。なお、図７では、簡単のため、複数の加速度センサ１００ａ，１００ｂ，１００ｃ，１００ｄを、加速度センサ１００として包括的に示してある（図５参照）。
【００４６】
なお、図５においては省略するが、非接触センサ９８と加速度センサ１００とは接続線を用いてボックス２００内のＣＰＵ９０に電気的に接続され、ピンマイク９６は接続線を用いてボックス２００内のエンコーダ９４に電気的に接続される。ただし、接続線を用いずに、ブルートゥースのような近距離無線によって接続するようにしてもよい。つまり、電気的に接続されればよいのである。
【００４７】
また、この実施例で用いるピンマイク９６は指向性を有するものである。これは、ピンマイク９６を装着する看護師の音声のみを検出するようにするためであり、さらには、患者のプライバシーを守るためでもある。
【００４８】
非接触センサ９８としては、焦電センサを用いることができ、ＣＰＵ９０は非接触センサ９８からの入力に応じてピンマイク９６をオン／オフする。この実施例では、非接触センサ９８すなわち焦電センサの前で、看護師が手を２回上下させると、その検出信号がＣＰＵ９０に入力され、これに応じて、ＣＰＵ９０はピンマイク９６をオンし、その後、看護師が焦電センサの前で、手を２回上下させると、ピンマイク９６をオフする。ただし、ＣＰＵ９０は、看護師の操作によらないで、所定時間（１０秒）が経過した場合にもピンマイク９６をオフするようにしてある。
【００４９】
加速度センサ１００は、たとえば、多軸（３軸）の加速度センサであり、サンプリング周波数が２００Hzであり、加速度は±３Ｇ（Ｇは重力）まで計測可能である。この中継器２０では、加速度センサ１００で検出される加速度のデータ（加速度データ）がＣＰＵ９０に与えられる。なお、加速度センサ１００に代えて、ジャイロセンサ、照度センサまたは温度センサなどの他のセンサを用いることもできる。
【００５０】
このようなシナリオ構築装置（サーバ１２）は、特定の業務を共同して行う複数の作業者の行動を示すシナリオを構築する機能を有しており、たとえば、このシナリオ構築装置を用いて、複数の看護師が関与する看護業務の事故が発生するに至った過程を示すシナリオを構築することによって、その事故の原因を導き出すことができる。ただし、この実施例における「看護業務の事故」とは、事故一歩手前の事例、つまりヒヤリ・ハット事例を含むものである。
【００５１】
具体的には、シナリオ構築装置では、処理が開始されると、表示装置２２にリスト表示画面２００が表示される。ただし、この実施例で示す各画面は一例であって適宜変更可能である。
【００５２】
図８に示すように、リスト表示画面２００は、表示領域２０２を含み、この表示領域２０２の上部には、“検索条件”ボタン２０４、“検索開始”ボタン２０６、“強調検索”ボタン２０８、“追加検索”ボタン２１０、“選択行を抽出”ボタン２１２、“ロング表示”ボタン２１４、ならびに“ロング検出”ボタン２１６が設けられる。
【００５３】
リスト表示画面２００では、ユーザ（サーバの管理者等）によって、“検索条件”ボタン２０４が選択されることで、検索条件入力画面３００が表示され、この検索条件入力画面３００において、発話データの検索条件が設定される。そして、リスト表示画面２００の“検索開始”ボタン２０６が選択されることで、発話ＤＢ２６に蓄積された発話データから検索条件に該当する発話データが抽出され、この抽出された発話データを時系列に従って看護師（発話者）ごとに区分けしたリスト（発話データリスト）がリスト表示画面２００の表示領域２０２に表示される。
【００５４】
図９に示す検索条件入力画面３００は、上述したように、リスト表示画面２００の“検索条件”ボタン２０４が選択されることによって、リスト表示画面２００とは別ウィンドウで表示される。
【００５５】
図９に示すように、検索条件入力画面３００は、検索開始時刻入力領域３０２ａ、検索終了時間入力領域３０２ｂ、発覚時間入力領域３０２ｃ、発話内容入力領域３０２ｄ、看護師入力領域３０２ｅ、人物入力領域３０２ｆ、業務内容入力領域３０２ｇ、場所入力領域３０２ｈ、時間／ページ入力領域３０２ｉ、時間／行入力領域３０２ｊを含み、これらの入力領域３０２ａ−ｊの上部には、“確定”ボタン３０４、“取り消し”ボタン３０６、ならびに“初期化”ボタン３０８が設けられる。
【００５６】
開始時刻入力領域３０２ａには、発話データの検索を開始する時刻（検索開始時刻）が入力され、終了時間入力領域３０２ｂには、発話データの検索を終了する時刻（検索終了時刻）が入力される。図９に示す例では、２００６年４月２０日の１２時から２００６年４月２２日の１２時までの時間範囲に取得した発話データ（音声データ）が検索されることが示される。
【００５７】
発覚時間入力領域３０２ｃには、看護業務の事故が発覚した時刻（発覚時刻）が入力される。図９に示す例では、発覚時刻は、２００６年４月２１日の１９時であることが示される。
【００５８】
発話内容入力領域３０２ｄには、看護業務の事故に関連するキーワード（看護師名、患者名、処置、事故の内容、場所など）が入力される。このキーワードは、発話内容について検索するためのものであり、ユーザがキーボードなどの入力装置２８を用いて直接手入力する方法や、予め用語ＤＢ３２に記憶されている用語をいわゆるプルダウンメニュー方式で選択する方法等が考えられる。図９に示す例では、キーワードは、「Ｋ（患者名）」であり、発話内容に「Ｋ（患者名）」というキーワードが含まれるデータが検索されることが示される。
【００５９】
看護師入力領域３０２ｅには、看護師の名称が入力される。たとえば、この看護師とは、発話者を示している。図９に示す例では、看護師の名称は、「看護師Ａ」であり、発話者が「看護師Ａ」である発話データが検索されることが示される。
【００６０】
人物入力領域３０２ｆには、「登場人物」の名称が入力される。たとえば、この登場人物とは、看護師の対話相手（看護師、患者、医者など）を示しており、上述したように、モニタ装置２６（集音マイク）の出力（音声）を解析したり、モニタ装置２６（ビデオカメラ）の撮影映像（画像データ，映像データ）を解析したりすることで特定されるものである。図９に示す例では、発話データを取得したときの登場人物が「○○○」であるデータが検索されることが示される。
【００６１】
業務内容入力領域３０２ｇには、「業務内容」が入力される。たとえば、この「業務内容」は、看護業務（処理）の内容であり、上述したように、モニタ装置２６（集音マイク）の出力およびピンマイク９６を通して入力される音声を解析したり、モニタ装置２６（ビデオカメラ）の撮影映像を解析したり、中継器２０からの加速度データを辞書データと比較したりすることで特定されるものである。図９に示す例では、発話データを取得したときの看護師の業務内容が「△△△」であるデータが検索されることが示される。
【００６２】
場所入力領域３０２ｈには、「場所」が入力される。たとえば、この「場所」は、看護師の位置であり、上述したように、通過センサ１８からのデータによって特定されるものである。図９に示す例では、発話データを取得したときの看護師の位置が「□□□」であるデータが検索されることが示される。
【００６３】
時間／ページ入力領域３０２ｉには、リスト表示画面２００の表示領域２０２に表示する発話データリストの１ページにどれだけの時間範囲の発話データを表示するかが入力され、たとえば、この時間／ページ入力領域３０２ｉには、最初（デフォルト）から所定の値（１時間）が入力されている。
【００６４】
時間／行入力領域３０２ｊには、リスト表示画面２００の表示領域２０２に表示する発話データリストにおける１つの水平行にどれだけの時間範囲の発話データを示すかが入力され、たとえば、この時間／行入力領域３０２ｊには、最初（デフォルト）から所定の値（１０分）が入力されている。つまり、後で詳細に説明するように、リスト表示画面３００の表示領域２０２には、１０分おきの間引きのある発話データのリストが表示されることとなる。
【００６５】
検索条件入力画面３００では、ユーザは、任意の入力領域３０２ａ―３０２ｊに情報を入力し、その後、“確定”ボタン３０４を選択することによって、発話データの検索条件を設定することができる。また、ユーザは、“取り消し”ボタン３０６を選択することによって、検索条件入力画面３００を閉じることができる。さらにまた、ユーザは、“初期化”ボタン３０８を選択することによって、入力領域３０２ａ―３０２ｊに入力した情報を初期化することができる。
【００６６】
図８に戻って、リスト表示画面２００では、全体の把握のために、検索条件入力画面３００の時間／行入力領域３０２ｊに入力された時間（値）ごと、この実施例では、１０分ごとに間引きされた発話データがリストで表示される。このリストでは、各々の水平行と１まとまりの発話データとが対応しており、１まとまりの発話データは、時間表示領域２１８、発話内容表示領域２２０、看護師表示領域２２２、ならびに注目事象表示領域２２４によって構成される。
【００６７】
時間表示領域２１８には、発話データが取得された時間が表示される。
【００６８】
発話内容表示領域２２０には、発話内容がテキスト（文字）文で表示される。なお、簡単のため、図８においては、発話内容の図示は省略してある。たとえば、検索条件に設定したキーワードが発話内容に含まれる場合には、発話内容を示すテキスト文のキーワードの部分に別色でラインがひかれることとなる。
【００６９】
看護師表示領域２２２には、看護師（発話者）の名称が表示される。
【００７０】
注目事象表示領域２２４には、発話データに対応する注目事象が表示される。なお、注目事象とは、その発話における行為等の説明であり、後で詳細に説明するように、リスト編集画面４００（図１０参照）などでユーザによって入力されるものである。
【００７１】
リスト表示画面２００では、ユーザは、“ロング検出”ボタン２１６を選択することによって、リストの中から間引きのないデータを有する発話データ（水平行）を検出することができる。そして、ユーザは、間引きのないデータを有する発話データを選択して、“ロング表示”ボタン２１４を選択することによって、その発話データ（水平行）における全ての発話内容を表示するロングデータ画面（図示せず）をリスト表示画面２００とは別ウィンドウで表示させることができる。
【００７２】
たとえば、ユーザは、このロングデータ画面で間引きのないデータを参照することによって、看護業務の事故に関連するキーワード（看護師名、患者名、処置、事故の内容、場所など）を暗示的な情報として取得することができ、このキーワードが、発話データを検索するための検索条件として用いられることとなる。
【００７３】
また、ユーザは、リスト表示画面２００の表示領域２０２に発話データのリストを表示させた後、検索条件入力画面３００で検索条件（強調検索条件）を設定し、リスト表示画面２００に戻って、“強調検索”ボタン２０８を選択することによって、表示領域２０２に表示させている発話データのリストの中から、その検索条件（強調検索条件）に該当する発話データのみを表示領域２０２に表示させることができる。
【００７４】
さらに、ユーザは、リスト表示画面２００の表示領域２０２に発話データのリストを表示させた後、検索条件入力画面３００で検索条件（追加検索条件）を再設定し、リスト表示画面２００に戻って、“追加検索”ボタン２１０を選択することによって、表示領域２０２に表示させていた発話データのリストに、その検索条件（追加検索条件）に該当する発話データを追加することができる。
【００７５】
さらにまた、ユーザは、リストの中の看護業務の事故に関連する発話データを選択し、その後、“選択行を抽出”ボタン２１２を選択することによって、リスト編集画面４００をリスト表示画面２００とは別ウィンドウで表示させることができる。このリスト編集画面４００では、ユーザは、発話データのリストの編集作業を行う。ここでは、ユーザは、発話データの追加や削除を行うとともに、それぞれの発話データの「注目事象」の項目への入力を行う
図１０に示すように、リスト編集画面４００は、表示領域４０２を含み、この表示領域４０２の上部には、“選択行を削除”ボタン４０４、“シナリオ化”ボタン４０６、ならびに“シナリオ追加”ボタン４０８が設けられる。
【００７６】
ユーザは、任意の発話データ（水平行）を選択して、“選択行を削除”ボタン４０４を選択することによって、この発話データをリストから削除することができる。また、ユーザは、“シナリオ追加”ボタン４０８を選択することによって、空欄の新しい水平行を追加することができ、この新しい水平行にデータを手入力することによって、新しい発話データを追加することができる。さらに、ユーザは、“シナリオ化”ボタン４０６を選択することによって、表示領域４０２に表示されている発話データのリストに基づいて、シナリオを作成することができる。
【００７７】
また、上述したように、リスト編集画面４００では、ユーザは、それぞれの発話データの「注目事象」の項目への入力を行う。「注目事象」は、その発話における行為等の説明であり、後で詳細に説明するように、シナリオは、主としてこの「注目事象」によって構築される。たとえば、「注目事象」は、発話データのリストに基づいて、看護師（発話者）、発話内容、他の看護師の発話などを勘案することによって入力される。なお、「注目事象」がユーザによって入力されていない場合には、対応する注目事象表示領域２２４が空欄にされる。
【００７８】
図１１に示すシナリオ表示画面５００は、ユーザによって、リスト編集画面４００の“シナリオ化”ボタン４０６が選択されることによって、リスト編集画面４００とは別ウィンドウで表示される。ここでは、ユーザは、シナリオの編集（追加や削除）を行うことができる。
【００７９】
図１１に示すように、シナリオ表示画面５００は、表示領域５０２を含み、この表示領域５０２の上部には、“保存”ボタン５０４、“行編集”ボタン５０６、ならびに“列編集”ボタン５０８が設けられる。
【００８０】
シナリオ表示画面５００の表示領域５０２には、発話データのリストに基づいて構築されたシナリオが表示される。たとえば、シナリオは、リスト編集画面４００において入力された発話データの「注目事象」を発話データを取得した時間と看護師とに対応付けたものであり、各々の水平行と発話データを取得した時間とが対応するとともに、各々の垂直列と看護師（発話者）とが対応している。
【００８１】
シナリオ表示画面５００では、ユーザは、“行編集”ボタン５０６ないし“列編集”ボタン５０８を選択することによって、シナリオの水平行ないし垂直列を編集することができる。また、たとえば、同じ（或いは、ほぼ同じ）時刻に取得された発話データや、それぞれ関連性の高い発話データを１つにまとめることもできる。
【００８２】
また、ユーザは、“保存”ボタン５０４を選択することによって、このシナリオをたとえばエクセル（商品名）ファイル、テキストファイル、ＫＥＹＧＲＡＰＨ（キーグラフ）などの形式で保存することができる。なお、ＫＥＹＧＲＡＰＨ（キーグラフ）とは、主にテキスト解析において、単語の出現頻度と共起関係をもとにグラフを生成して、視覚的に文書のキーワードを把握するための解析手法である。
【００８３】
具体的には、サーバ１２（のＣＰＵ１２ｂ）は、図１３−図１６に示すフロー図に従ってシナリオ構築処理を実行する。なお、図１３−図１６のフロー図に対応するプログラムは、サーバ１２のメモリ１２ａに記憶されている。
【００８４】
ここで、図１２は、図２に示したサーバ１２のメモリ１２ａのメモリマップ６００の一例を示す図解図である。図１２を参照してメモリ１２ａは、プログラム記憶領域６０２およびデータ記憶領域６０４を含む。
【００８５】
プログラム記憶領域６０２には、データ抽出プログラム６１０、リスト作成プログラム６１２、シナリオ構築プログラム６１４、画像表示プログラム６１６、通信プログラム６１８、および音声認識プログラム６２０などが記憶される。データ抽出プログラム６１０は、検索条件に該当する発話データを抽出するためのプログラムである。リスト作成プログラム６１２は、抽出された発話データを時系列に従って作業者ごとに区分けしたリストを作成するためのプログラムである。シナリオ構築プログラム６１４は、発話データのリストに基づいて、シナリオを構築するためのプログラムである。画像表示プログラム６１６は、ＧＵＩデータ６３４に格納された画像データを、表示装置２２に出力するためのプログラムである。通信プログラム６１８は、端末１６、通過センサ１８および中継器２０との間で通信を行うためのプログラムである。音声認識プログラム６２０は、音声認識を行うためのプログラムである。このプログラムでは、看護師が装着している中継器２０から取得した音声データから特徴を抽出し、この入力音声データの特徴と音声認識用辞書データ６３６の音声データの特徴とを周知のＤＰマッチング法や隠れマルコフモデル（ＨＭＭ）による方法を用いて照合することによって、看護師の発話内容の特定を行う。
【００８６】
また、データ記憶領域６０４には、検索条件バッファ６３０、発話データバッファ６３２が設けられると共に、ＧＵＩデータ６３４が記録される。検索条件バッファ６３０は、検索条件入力画面３００で設定された検索条件を一時的に記憶するためのバッファであり、たとえばユーザによって検索画面３００に入力されたキーワードのテキスト（文字）データなどを一時的に記憶する。発話データバッファ６３２は、発話ＤＢ３０から抽出された発話データを一時的に記憶するためのバッファである。ＧＵＩデータ６３４は、リスト表示画面２００、検索条件入力画面３００、リスト編集画面４００、ならびにシナリオ表示画面５００を表示するための画面データなどである。音声認識用辞書データ６３６は、看護師が装着している中継器２０から取得した音声データを音声認識するための辞書データである。
【００８７】
さて、図１３に示すように、サーバ１２はシナリオ構築処理を開始すると、ステップＳ１で、内部メモリ１２ｃのＧＵＩデータ６３４から画面データを読み出し、図８に示すようなリスト表示画面２００を表示装置２２に表示する。
【００８８】
次に、ステップＳ３では、時間範囲の指定を含む検索条件が設定されたか否かを判断する。具体的には、サーバ１２は、発話データの検索条件として、検索条件入力画面３００の開始時刻入力領域３０２ａと終了時間入力領域３０２ｂとに値（時間）が入力されたか否かを判断する。
【００８９】
ステップＳ３で“ＹＥＳ”であれば、つまり、ユーザによって、図９に示すような検索条件入力画面３００の開始時刻入力領域３０２ａと終了時間入力領域３０２ｂとに値（時間）が入力されて、その後、リスト表示画面２００の“検索開始”ボタン２０６が選択されたとき等は、ステップＳ５で、発話ＤＢ３０に蓄積されている発話データから検索条件に該当する発話データを抽出し、続くステップＳ７で、抽出した発話データのリストをリスト表示画面２００の表示領域２０２に表示する。
【００９０】
次に、ステップＳ９では、間引きのないデータの表示が指定されたか否かを判断する。ステップＳ９で“ＹＥＳ”であれば、つまり、ユーザによって、“ロング検出”ボタン２１６が選択されて、間引きのないデータを有する発話データが検出され、さらに、間引きのないデータを有する発話データが選択されて、“ロング表示”ボタン２１４が選択されたとき等は、ステップＳ１１で、発話データにおける全ての発話内容を表示するロングデータ画面（図示せず）を表示して、ステップＳ１３に進む。一方、ステップＳ９で“ＮＯ”であれば、そのままステップＳ１３に進む。
【００９１】
次に、ステップＳ１３では、キーワードの指定を含む検索条件が設定されたか否かを判断する。具体的には、サーバ１２は、発話データの検索条件として、検索条件入力画面３００の発話内容入力領域３０２ｄにキーワードが入力されたか否かを判断する。
【００９２】
ステップＳ１３で“ＹＥＳ”であれば、つまり、ユーザによって、検索条件入力画面３００の発話内容入力領域３０２ｄに看護業務の事故に関連するキーワードが入力され、その後、リスト表示画面２００の“検索開始”ボタン２０６が選択されたとき等は、ステップＳ１５で、検索条件に該当する発話データの抽出処理（図１６参照）を開始して、続くステップＳ１７で、ステップＳ１５で抽出した発話データのリストをリスト表示画面２００の表示領域２０２に表示する。
【００９３】
続いて、図１３に示すステップＳ１９では、現在、リスト表示画面２００の表示領域２０２に表示されている発話データのリストに基づいてシナリオを構築するか否かを判断する。
【００９４】
ステップＳ１９で“ＹＥＳ”であれば、つまり、ユーザによって、リストの中の看護業務の事故に関連する発話データが選択されて、その後、“選択行を抽出”ボタン２１２が選択されたとき等は、ステップＳ２１で、その選択された発話データのリストを、図１０に示すようなリスト編集画面４００の表示領域４０２に表示する。
【００９５】
続いて、ステップＳ２３では、リストの編集作業が完了したか否かを判断する。ここでは、ユーザは、リスト編集画面４００において、発話データの追加や削除を行うとともに、それぞれの発話データの「注目事象」の項目への入力を行う。
【００９６】
ステップＳ２３で“ＹＥＳ”であれば、つまり、ユーザによって、リストの編集作業が行われた後、リスト編集画面４００の“シナリオ化”ボタン４０６が選択されたとき等は、ステップＳ２５で、リスト編集画面４００の表示領域４０２に表示されていたリストに基づいてシナリオを構築し、ステップＳ２７で、そのシナリオを図１１に示すようなシナリオ表示画面５００の表示領域５０２に表示する。
【００９７】
続いて、ステップＳ２９では、シナリオの編集作業が完了したか否かを判断する。ステップＳ２９で“ＹＥＳ”であれば、つまり、ユーザによって、シナリオの編集（追加や削除）作業が行われた後、シナリオ表示画面５００の“保存”ボタン５０４が選択されたとき等は、ステップＳ３１で、シナリオをシナリオＤＢ３８に保存して、シナリオ構築処理を終了する。
【００９８】
また、ステップＳ１９で“ＮＯ”であれば、ステップＳ３３に進み、ステップＳ３３で、強調検索条件が設定されたか否かを判断する。
【００９９】
ステップＳ３３で“ＹＥＳ”であれば、つまり、ユーザによって、検索条件入力画面３００の発話内容入力領域３０２ｄに別のキーワードが入力され、その後、リスト表示画面２００の“強調検索”ボタン２０８が選択されたとき等は、ステップＳ３５で、表示領域２０２に表示されているリストの中の発話データであって、かつ強調検索条件に該当する発話データのリストを表示領域２０２に表示して、ステップＳ１９に戻る。
【０１００】
また、ステップＳ３３で“ＮＯ”であれば、ステップＳ３７に進み、ステップＳ３７で、追加検索条件が設定されたか否かを判断する。
【０１０１】
ステップＳ３７で“ＹＥＳ”であれば、つまり、ユーザによって、検索条件入力画面３００の発話内容入力領域３０２ｄに別のキーワードが入力され、その後、リスト表示画面２００の“追加検索”ボタン２１０が選択されたとき等は、ステップＳ３９で、追加検索条件に該当する発話データの抽出処理（図１７参照）を開始して、続くステップＳ４１で、ステップＳ３９で抽出した発話データのリストを、表示領域２０２に表示させていた発話データのリストに追加して、ステップＳ１９に戻る。一方、ステップＳ３３で“ＮＯ”であれば、ステップＳ１３に戻って、再度、検索条件を設定して、処理が繰り返される。
【０１０２】
図１６は、図１３に示したステップＳ１５の、検索条件に該当する発話データの抽出処理である。図１６に示すように、サーバ１２は、発話データの抽出処理を開始すると、ステップＳ５１で、発話データを検索する時刻ｔｉを検索開始時刻Ｔ１に設定する（ｔｉ＝Ｔ１）。
【０１０３】
続くステップＳ５３では、時刻ｔｉに取得された発話データ（発話内容）にキーワードが含まれるか否かを判断する。具体的には、サーバ１２は、発話ＤＢ３０に蓄積された発話データの中から、発話データを取得した時間が検索開始時刻Ｔ１に一致するデータを取り出して、その発話データ（発話内容）にキーワードが含まれるか否かを判断する。
【０１０４】
ステップＳ５３で“ＹＥＳ”であれば、つまり、時刻ｔｉに取得された発話データにキーワードが含まれるのであれば、ステップＳ５５で、その発話データをリスト候補に追加して、ステップＳ５７に進む。一方、ステップＳ５３で“ＮＯ”であれば、つまり、時刻ｔｉに取得された発話データにキーワードが含まれないのであれば、そのままステップＳ５７に進む。
【０１０５】
ステップＳ５７では、時刻ｔｉと検索終了時刻Ｔ２とが一致するか否かを判断する。ステップＳ５７で“ＹＥＳ”であれば、つまり、ｔｉ＝Ｔ２であれば、ステップＳ５９で、リスト候補に追加されている発話データを抽出して、検索条件に該当する発話データの抽出処理を終了し、ステップＳ１７（図１３参照）で、抽出された発話データのリストをリスト表示画面２００の表示領域２０２に表示する。
【０１０６】
一方、ステップＳ５７で“ＮＯ”であれば、ステップＳ６１で、時刻ｔｉをインクリメントして（ｔｉ→ｔｉ＋１）、ステップＳ５３に戻り、繰り返し、時刻ｔｉ（時刻ｔｉ＋１）に取得された発話データにキーワードが含まれるか否かを判断する。
【０１０７】
図１７は、図１５に示したステップＳ３９の、追加検索の条件に該当する発話データの抽出処理である。図１７に示すように、サーバ１２は、発話データの抽出処理を開始すると、ステップＳ７１で、発話データを検索する時刻ｔｉを看護業務の事故の発覚時刻Ｔ３に設定する（ｔｉ＝Ｔ３）。ここで、事故の発覚時刻Ｔ３を用いるのは、事故のことが言及された噂話などに関しては追求せず、正規の業務において、語られた発話（発話データ）のみを抽出するためである。
【０１０８】
続くステップＳ７３では、時刻ｔｉに取得された発話データにキーワードが含まれるか否かを判断する。具体的には、サーバ１２は、発話ＤＢ３０に蓄積された発話データの中から、発話データを取得した時間が検索開始時刻Ｔ３に一致するデータを取り出して、その発話データ（発話内容）に少なくとも１つのキーワードが含まれるか否かを判断する。
【０１０９】
ステップＳ７３で“ＹＥＳ”であれば、つまり、時刻ｔｉに取得された発話データに少なくとも１つのキーワードが含まれるのであれば、ステップＳ７５で、そのキーワードが患者名か否かを判断する。具体的には、サーバ１２は、用語ＤＢ３２を参照することによって、検索時刻ｔｉに取得された発話データに含まれるキーワードが患者名か否かを判断する。一方、ステップＳ７３で“ＮＯ”であれば、そのままステップＳ８５に進む。
【０１１０】
ステップＳ７５で“ＹＥＳ”であれば、ステップＳ８３に進み、ステップＳ８３で、その発話データをリスト候補に追加して、ステップＳ８５に進む。一方、ステップＳ７５で“ＮＯ”であれば、ステップＳ７７で、そこが引継ぎを行う所定の場所か否かを判断する。具体的には、サーバ１２は、モニタＤＢ３６を参照することによって、発話データが取得された場所を特定し、その後、環境情報ＤＢ２８を参照することによって、その発話データが取得された場所が引継ぎを行う所定の場所か否かを判断する。
【０１１１】
ステップＳ７７で“ＹＥＳ”であれば、ステップＳ８３に進み、ステップＳ８３で、その発話データをリスト候補に追加して、ステップＳ８５に進む。一方、ステップＳ７７で“ＮＯ”であれば、ステップＳ７９で、発話データに所定の関連キーワードが含まれるか否かを判断する。具体的には、サーバ１２は、キーワードＤＢ３４を参照することによって、発話データに関連キーワードが含まれるか否かを判断する。
【０１１２】
ステップＳ７９で“ＮＯ”であれば、そのままステップＳ８５に進む。一方、ステップＳ７９で“ＹＥＳ”であれば、続くステップＳ８１で、時刻ｔｉに取得された発話データを時刻ｔｉ＋１に取得された発話データと比較し、それらの発話データに関連性があるか否かを判断する。ここでは、サーバ１２は、モニタ手段（サーバ１２，通過センサ１８，中継器２０，モニタ装置２６）の検出結果を複合的に勘案することによって、時刻ｔｉに取得された発話データと時刻ｔｉ＋１に取得された発話データとを比較して、それらのデータに同じ場所・人が関与しているか否かを判断する。
【０１１３】
ステップＳ８１で“ＹＥＳ”であれば、ステップＳ８３に進み、ステップＳ８３で、その発話データをリスト候補に追加して、ステップＳ８５に進む。一方、ステップＳ８１で“ＮＯ”であれば、そのままステップＳ８５に進む。
【０１１４】
ステップＳ８５では、時刻ｔｉと検索開始時刻Ｔ１とが一致するか否かを判断する。ステップＳ８５で“ＹＥＳ”であれば、つまり、ｔｉ＝Ｔ１であれば、ステップＳ８７で、リスト候補に追加されている発話データを抽出して、追加検索条件に該当する発話データの抽出処理を終了し、ステップＳ４１（図１５参照）で、抽出された発話データのリストを、表示領域２０２に表示させていた発話データのリストに追加する。
【０１１５】
一方、ステップＳ８５で“ＮＯ”であれば、ステップＳ８９で、時刻ｔｉをデクリメントして（ｔｉ→ｔｉ−１）、ステップＳ７３に戻り、繰り返し、時刻ｔｉ（時刻ｔｉ−１）に取得された発話データに少なくとも１つのキーワードが含まれるか否かを判断する。
【０１１６】
このように、この実施例では、看護業務の事故に関連する発話データを抽出し、その発話データを時系列に従って看護師ごとに区分けしリスト化することで、ユーザに対して事故に関わった複数の看護師の行動を分かり易く提示することができる。したがって、複数の看護師が関与する事故が発生するに至った過程を示すシナリオを構築して、その事故の原因を導き出すことができる。
【０１１７】
なお、この実施例では、発話内容にキーワードを含まれている発話データを検索すると、実際に発話内容にキーワードが含まれている発話データのみが抽出されたが、これに限定される必要はなく、たとえば、発話内容にキーワードが含まれている発話データの前後の発話データや、同時に同じ場所で行われている発話の発話データをともに抽出するようにしてもよい。この場合には、録音の情况などで発話が分断されている発話データや、対話の相手の発話に続く発話であって発話内容にキーワードが含まれていない発話データなども、抽出することができる。
【符号の説明】
【０１１８】
１０ …警告システム
１２ …サーバ
１６ …看護師用端末
１８ …通過センサ
２０ …中継器
２２ …表示装置
２４ …入力装置
２６ …モニタ装置
２８，３０，３２，３４，３６，３８ …データベース
４０，７０，９０ …ＣＰＵ
４２，９２ …メモリ
４４ …キースイッチ
４８ …ＬＣＤ
５２ …振動モータ
５４，７８，１０２ …無線ＬＡＮ
７２，７４ …受光モジュール
７６ …ＲＡＭ
９６ …ピンマイク
９８ …非接触センサ
１００ …加速度センサ
１１０ …送信機
２００ …リスト表示画面
３００ …検索条件入力画面
４００ …データ編集画面
５００ …シナリオ表示画面
【特許請求の範囲】
【請求項１】
特定の業務を共同して行う複数の作業者の行動を示すシナリオを構築するシナリオ構築装置であって、
前記複数の作業者のそれぞれから発話内容を含む発話データを取得する発話データ取得手段、
前記発話データ取得手段によって取得された発話データを、当該発話データを取得した時刻と作業者とに関連付けて記憶する発話データ記憶手段、
ユーザによって入力された検索条件に基づいて前記発話データ記憶手段を検索して、当該検索条件に該当する発話データを抽出する発話データ抽出手段、
前記抽出手段によって抽出された発話データを時系列に従って作業者ごとに区分けしたリストを視覚化して表示するリスト表示手段、
前記リスト表示手段によって表示されたリストに基づいて、前記シナリオを構築するシナリオ構築手段、および
前記シナリオ構築手段によって構築されたシナリオを視覚化して表示するシナリオ表示手段を備える、シナリオ構築装置。
【請求項２】
前記シナリオ構築手段によって構築されたシナリオを記憶するシナリオ記憶手段をさらに備える、請求項１記載のシナリオ構築装置。
【請求項３】
前記発話データ抽出手段は、
所定の時間範囲内に取得された発話データを前記発話データ記憶手段から抽出する第１抽出手段、および
所定のキーワードが含まれる発話データを前記第１抽出手段によって抽出された発話データから抽出する第２抽出手段を含み、
前記リスト表示手段は、
前記第１抽出手段によって抽出された発話データを時系列に従って作業者ごとに区分けしたリストを視覚化して表示する第１リスト表示手段、および
前記第２抽出手段によって抽出された発話データを時系列に従って作業者ごとに区分けしたリストを視覚化して表示する第２リスト表示手段を含む、請求項１または２記載のシナリオ構築装置。
【請求項１】
特定の業務を共同して行う複数の作業者の行動を示すシナリオを構築するシナリオ構築装置であって、
前記複数の作業者のそれぞれから発話内容を含む発話データを取得する発話データ取得手段、
前記発話データ取得手段によって取得された発話データを、当該発話データを取得した時刻と作業者とに関連付けて記憶する発話データ記憶手段、
ユーザによって入力された検索条件に基づいて前記発話データ記憶手段を検索して、当該検索条件に該当する発話データを抽出する発話データ抽出手段、
前記抽出手段によって抽出された発話データを時系列に従って作業者ごとに区分けしたリストを視覚化して表示するリスト表示手段、
前記リスト表示手段によって表示されたリストに基づいて、前記シナリオを構築するシナリオ構築手段、および
前記シナリオ構築手段によって構築されたシナリオを視覚化して表示するシナリオ表示手段を備える、シナリオ構築装置。
【請求項２】
前記シナリオ構築手段によって構築されたシナリオを記憶するシナリオ記憶手段をさらに備える、請求項１記載のシナリオ構築装置。
【請求項３】
前記発話データ抽出手段は、
所定の時間範囲内に取得された発話データを前記発話データ記憶手段から抽出する第１抽出手段、および
所定のキーワードが含まれる発話データを前記第１抽出手段によって抽出された発話データから抽出する第２抽出手段を含み、
前記リスト表示手段は、
前記第１抽出手段によって抽出された発話データを時系列に従って作業者ごとに区分けしたリストを視覚化して表示する第１リスト表示手段、および
前記第２抽出手段によって抽出された発話データを時系列に従って作業者ごとに区分けしたリストを視覚化して表示する第２リスト表示手段を含む、請求項１または２記載のシナリオ構築装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２０１１−３４４０５（Ｐ２０１１−３４４０５Ａ）
【公開日】平成２３年２月１７日（２０１１．２．１７）
【国際特許分類】
【出願番号】特願２００９−１８０８３９（Ｐ２００９−１８０８３９）
【出願日】平成２１年８月３日（２００９．８．３）
【国等の委託研究の成果に係る記載事項】（出願人による申告）平成２０年度独立行政法人情報通信研究機構「民間基盤技術研究促進制度／日常行動・状況理解に基づく知識共有システムの研究開発」、産業技術力強化法第１９条の適用を受ける特許出願
【出願人】（３９３０３１５８６）株式会社国際電気通信基礎技術研究所 (905)
【公開日】平成２３年２月１７日（２０１１．２．１７）
【国際特許分類】
【出願日】平成２１年８月３日（２００９．８．３）
【国等の委託研究の成果に係る記載事項】（出願人による申告）平成２０年度独立行政法人情報通信研究機構「民間基盤技術研究促進制度／日常行動・状況理解に基づく知識共有システムの研究開発」、産業技術力強化法第１９条の適用を受ける特許出願
【出願人】（３９３０３１５８６）株式会社国際電気通信基礎技術研究所 (905)
[ Back to top ]