(57)【要約】      （修正有）【課題】情報が発生した時点では情報を提示できる状態ではないと判断した場合でも、適切なタイミングで情報を提示して確実な情報伝達ができるシステムを提供する。【解決手段】サーバ１２は、提示する情報が発生したとき、その情報を提示すべき看護師を選択し、そのときの看護師の状況と情報の内容（緊急度）とを考慮して、選択した看護師に対して情報を提示できる状態かどうかを判断し、情報を提示できる状態であると判断したときには、看護師用端末１６のＬＣＤに情報を表示し、また、情報を提示できる状態ではないと判断したときでも、所定時間待機して看護師の状況が変化するのを待ち、情報に応じて予め指定される試行時間内に、看護師に対して情報を提示できる状態になった場合には、情報提示を実行する。【選択図】図１
2009110038.tif 000002
【特許請求の範囲】
【請求項１】
提示する情報が発生したとき、前記情報を提示すべきユーザを選択するユーザ選択手段、
前記ユーザ選択手段によって選択された前記ユーザの状況を検出する状況検出手段、
前記状況検出手段によって検出された前記ユーザの状況と、前記情報の内容とに基づいて、前記ユーザに対して情報を提示できる状態か否かを判断する提示判断手段、
前記提示判断手段によって前記ユーザに対して情報を提示できる状態であると判断されたとき、前記ユーザに対して情報を提示する情報提示手段、
前記提示判断手段によって前記ユーザに対して情報を提示できない状態であると判断されたとき、所定時間待機する待機手段、および
前記待機手段による待機中に、前記ユーザに対して情報を提示できる状態か否かを判断する判断処理を、少なくとも１度は再試行する再試行手段を備える、情報提示システム。
【請求項２】
前記状況検出手段によって検出された前記ユーザの状況が変化したか否かを判断する状況変化判断手段をさらに備え、
前記待機手段による待機中に、前記状況変化判断手段によって前記ユーザの状況が変化したと判断されたとき、前記再試行手段は、判断処理を再試行する、請求項１記載の情報提示システム。
【請求項３】
前記待機手段によって所定時間待機しても、前記再試行手段によって前記ユーザに対して情報を提示できる状態ではないと判断されたとき、前記ユーザ選択手段は、前記情報を提示すべき他のユーザを選択する、請求項１または２記載の情報提示システム。
【請求項４】
前記情報提示手段によって情報を提示したとき、前記ユーザからの肯定応答があるか否かを判断する応答判断手段をさらに備え、
前記ユーザ選択手段は、前記応答判断手段によって肯定応答がないと判断されたとき、前記情報を提示すべき他のユーザを選択する、請求項１ないし３のいずれかに記載の情報提示システム。
【請求項５】
前記情報提示手段は、前記ユーザに対して情報提示がある旨を複数の方法で通知可能な通知手段を含み、
前記ユーザに前記情報を提示するとき、前記状況検出手段によって検出される前記ユーザの状況に応じて通知方法を選択する通知方法選択手段をさらに備え、
前記通知手段は、前記通知方法選択手段によって選択された通知方法で前記ユーザに対して情報提示がある旨を通知する、請求項１ないし４のいずれかに記載の情報提示システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は情報提示システムに関し、特にたとえば、看護師、介護師および工場作業者などのユーザに対して、その業務に役立つ情報を提示する、情報提示システムに関する。
【背景技術】
【０００２】
看護師などの多忙な、或いはミスの許されない業務を行うユーザは、その業務に役立つ或いは必要な情報を提示されても、その情報提示（或いは情報の内容）に対応できない状況の場合があるため、せっかくの情報提示が無駄になってしまうことがある。その上、ユーザが集中力を要する業務を行っているとき等に情報を提示すると、ユーザはその情報提示によって動転したり、集中力を乱したりする恐れがあるため、不用意な情報提示はユーザのミスを誘発してしまう危険がある。したがって、情報を受け取る側のユーザの状況を考慮することは、情報提示において大変重要となる。
【０００３】
そこで、本件出願人は、ユーザの状況を考慮して情報提示する技術を、たとえば特許文献１において提案している。特許文献１の技術は、作業者が誤作業をしようとしているときに、警報を与える（つまり情報提示する）誤作業警報システムであって、警報を与える際に、作業者の作業状況をモニタして得られるモニタ情報に基づいて、作業者に警報を出してよいかどうかを判断している。そして、警報を与えることが作業者の作業に影響を与えるような場合には、警報を与えないようにしている。
【特許文献１】特開２００６−２１５６８０号公報  [Ｇ０６Ｆ  １７／６０]
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１の技術では、作業者に対して警告できる状態ではないと判断した場合、誤作業が重大事故に繋がるような場合を除き、警報を与えないまま、つまり情報を伝達しないままにしている。したがって、特許文献１の技術では、伝えるべき情報がユーザに対して適切に伝達されない場合がある。
【０００５】
それゆえに、この発明の主たる目的は、新規な、情報提示システムを提供することである。
【０００６】
この発明の他の目的は、ユーザに対して適切なタイミングで情報を提示でき、確実に情報を伝達できる、情報提示システムを提供することである。
【課題を解決するための手段】
【０００７】
この発明は、上記の課題を解決するために、以下の構成を採用した。なお、括弧内の参照符号および補足説明などは、本発明の理解を助けるために後述する実施の形態との対応関係を示したものであって、この発明を何ら限定するものではない。
【０００８】
第１の発明は、提示する情報が発生したとき情報を提示すべきユーザを選択するユーザ選択手段、ユーザ選択手段によって選択されたユーザの状況を検出する状況検出手段、状況検出手段によって検出されたユーザの状況と情報の内容とに基づいてユーザに対して情報を提示できる状態か否かを判断する提示判断手段、提示判断手段によってユーザに対して情報を提示できる状態であると判断されたときユーザに対して情報を提示する情報提示手段、提示判断手段によってユーザに対して情報を提示できない状態であると判断されたとき所定時間待機する待機手段、および待機手段による待機中にユーザに対して情報を提示できる状態か否かを判断する判断処理を少なくとも１度は再試行する再試行手段を備える、情報提示システムである。
【０００９】
第１の発明では、情報提示システム（１０）は、たとえば病院に適用されて、そこで働くユーザ（看護師）に対して役立つ情報を提示する。ユーザ選択手段（１２，３４，Ｓ３）は、情報を提示すべきユーザを選択する。提示判断手段（１２，２６，Ｓ２３）は、状況検出手段（１２，２８，３０，３２，Ｓ２１）によって検出したユーザの状況、たとえばユーザの作業状況（業務負荷や多忙さ）と、提示する情報の内容（緊急度）とに基づいて、ユーザに対して情報を提示できる状態か否かを判断する。そして、ユーザに対して情報を提示できる状態である場合には、情報提示手段（１２，１６，Ｓ３３）は、その情報をたとえば可視表示する。また、提示すべき情報が発生した時点において、ユーザに対して情報を提示できない状態であると判断した場合でも、待機手段（１２，３４，Ｓ２５，Ｓ２７）によって所定時間待機し、その待機中に、ユーザに対して情報を提示できる状態か否かを判断する判断処理を再試行手段（１２，２６，Ｓ２３）によって再試行する。そして、ユーザに対して情報を提示できる状態になったときには、情報提示手段による情報提示を行う。
【００１０】
第１の発明によれば、ユーザに対して情報を提示できない状態であることを、提示すべき情報が発生した時点において判断した場合でも、所定時間待機して、ユーザに対して情報を提示できる状態に変わらないか様子を見る。そして、情報を提示できる状態になったときに情報を提示するので、ユーザにとって適切なタイミングで情報を提示でき、確実に情報を伝達できる。
【００１１】
第２の発明は、第１の発明に従属し、状況検出手段によって検出されたユーザの状況が変化したか否かを判断する状況変化判断手段をさらに備え、待機手段による待機中に状況変化判断手段によってユーザの状況が変化したと判断されたとき再試行手段は判断処理を再試行する。
【００１２】
第２の発明では、状況変化判断手段（１２，Ｓ２９）をさらに備え、状況検出手段（１２，２８，３０）によって検出したユーザの状況が変化したか否か、たとえばユーザの業務に転換があるか否かを判断する。そして、たとえばユーザの業務に転換があった場合には、その時点で再試行手段（１２，２６，Ｓ２３）による判断処理を実行する。したがって、再試行手段による判断処理が適切なタイミングで行われ、処理負担を低減できる。
【００１３】
第３の発明は、第１または第２の発明に従属し、待機手段によって所定時間待機しても、再試行手段によってユーザに対して情報を提示できる状態ではないと判断されたとき、ユーザ選択手段は情報を提示すべき他のユーザを選択する。
【００１４】
第３の発明では、所定時間待機しても、情報を提示できる状態にならなかった場合には、他のユーザを選択し、他のユーザに対して情報提示を行う。たとえば、看護師のように、複数人で協力して作業を行うユーザの場合には、その情報を提示すべき主となるユーザに情報を提示できなかった場合でも、他のユーザに対して情報を提示することにより、その情報に含まれる指示（業務）が他のユーザによって確実に実行される。
【００１５】
第３の発明によれば、その情報を提示すべき主となるユーザに対して情報を提示できない場合でも、他のユーザを選択して情報提示を行うので、より確実に情報を伝達することができる。
【００１６】
第４の発明は、第１ないし第３のいずれかの発明に従属し、情報提示手段によって情報を提示したときユーザからの肯定応答があるか否かを判断する応答判断手段をさらに備え、ユーザ選択手段は応答判断手段によって肯定応答がないと判断されたとき情報を提示すべき他のユーザを選択する。
【００１７】
第４の発明では、応答判断手段（１２，Ｓ３５）をさらに備え、情報提示手段（１２，１６，Ｓ３３）によって情報を提示したときに、ユーザからの肯定応答（Ａｃｋ）があるか否かを判断する。つまり、ユーザに対して情報が伝わったこと、或いはユーザが情報に含まれる指示（作業）を実行可能なことを確認する。そして、ユーザからの肯定応答が無い場合には、他のユーザを選択し、他のユーザに対して情報提示を行う。
【００１８】
第４の発明によれば、ユーザに対して情報提示を行った場合でも、ユーザからの肯定応答が無い場合には、他のユーザに対して情報提示を行うので、より確実に情報を伝達できる。また、その情報に含まれる指示が実行されることを確認できる。
【００１９】
第５の発明は、第１ないし第４のいずれかの発明に従属し、情報提示手段はユーザに対して情報提示がある旨を複数の方法で通知可能な通知手段を含み、ユーザに情報を提示するとき状況検出手段によって検出されるユーザの状況に応じて通知方法を選択する通知方法選択手段をさらに備え、通知手段は通知方法選択手段によって選択された通知方法でユーザに対して情報提示がある旨を通知する。
【００２０】
第５の発明では、情報提示手段（１２，１６，Ｓ３３）は、たとえば、振動、音声および光による方法など複数の方法で情報提示がある旨を通知可能な通知手段を含む。また、通知情報選択手段（１２，１６，Ｓ３１）をさらに含み、周囲の状況を含むユーザの状況に応じて適切な通知方法を選択する。
【００２１】
第５の発明によれば、そのときの状況に適切な通知方法で、情報提示がある旨をユーザに対して通知するので、より確実に情報を伝達することができる。
【発明の効果】
【００２２】
この発明によれば、ユーザに対して情報を提示できない状態であることを、提示すべき情報が発生した時点において判断した場合でも、所定時間待機して、ユーザに対して情報を提示できる状態に変わらないか様子を見る。そして、情報を提示できる状態になったときに情報を提示するので、ユーザにとって適切なタイミングで情報を提示でき、確実に情報を伝達できる。
【００２３】
この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【発明を実施するための最良の形態】
【００２４】
図１を参照して、この発明の一実施例である情報提示システム（以下、単に「システム」という。）１０は、サーバ１２を含み、たとえば病院に適用されて、そこで働く看護師（ユーザ）に対して役立つ情報（アドバイス）を適切なタイミングで提示する。
【００２５】
サーバ１２は、有線或いは無線による通信回線（ネットワーク）１４を介して複数の看護師用端末（以下、単に「端末」という。）１６、複数の通過センサ１８および複数の中継器２０に接続される。端末１６は、ＰＤＡやＰＨＳのような携帯型の端末であり、看護師毎に割り当てられる。通過センサ１８は、赤外線を受光する受光装置であり、入院患者を収容する病棟内の廊下や診察室、手術室、トイレ、階段室、病室および看護師詰所などの各部屋の出入り口などに配置される。中継器２０は、ＰＤＡや携帯型のコンピュータのような携帯型の端末であり、看護師毎に割り当てられる。
【００２６】
図２はサーバ１２の具体的な構成を示すブロック図である。サーバ１２には、図１では省略したが、モニタ装置２２が接続される。モニタ装置２２は、たとえば、複数の対物センサ、複数の集音マイク（音センサ）および複数のビデオカメラ（イメージセンサ）などのセンサを含む。図示は省略するが、この実施例では、複数の対物センサは、体温計、血圧計、注射器、点滴注射器（注入器）、血液採取用試験管、検尿コップなどの医療器具を格納してある格納箱（格納庫）の取り出し部分（出入り口）、格納箱（格納庫）の鍵やナースコール端末などに設置され、それらの医療器具等についての使用（取り出し）の有無を検知する。ただし、これらの医療器具等に、電子タグ情報（ＲＦ−ＩＤ）やバーコードのような識別情報を付加しておき、電子タグ情報やバーコードを読み取ることにより、その使用の有無を検出するようにしてもよい。
【００２７】
また、複数の集音マイクは、入院患者を収容する病棟内の廊下および病室（ベッド或いはその近傍）などに設置され、周囲音を集音する。さらに、複数のビデオカメラは、集音マイクと同様に、廊下および病室などに設置されるとともに、ナースステーション（看護師詰所）などにも設置され、看護業務を行う看護師（の行動）を撮影する。なお、看護業務には、問診、検温、検圧、注射、投薬、点滴注射、退院指導などを含む。
【００２８】
また、図１では省略したが、サーバ１２には、６つのデータベース（ＤＢ）が接続される。具体的には、看護師属性ＤＢ２４、知識ＤＢ２６、看護状況ＤＢ２８、場所ＤＢ３０、スケジュールＤＢ３２、およびアドバイスＤＢ３４がサーバ１２に接続される。
【００２９】
看護師属性ＤＢ２４には、看護師の属性情報が看護師毎に記録される。具体的には、各看護師の識別情報（看護師ＩＤ）に対応付けて、看護師の名前、所属部署、所属グループ、年齢、性別、勤続年数、担当患者、および管理を担当する機器などの属性情報が、適宜記憶される。
【００３０】
知識ＤＢ２６には、サーバ１２が取得した中継器２０（詳細は後述）やモニタ装置２２からのモニタ情報から、そのときたとえば看護師が行っている作業内容を認識するための作業内容認識辞書（テンプレート）や、そのときたとえば看護師が行っている工程（手順）が正しいか正しくないかを判断するための作業工程認識辞書（テンプレート）などの各種認識辞書が登録される。また、知識ＤＢ２６には、看護師の状況と看護師に提示する情報の内容（緊急度）とを比較して、看護師に情報を提示すべきか否か、つまり看護師に対して情報を提示できる状態か否かを判断するための判定基準データが予め登録される。
【００３１】
看護状況ＤＢ２８には、看護師の現在の作業状況に関する情報が看護師毎に記録される。具体的には、中継器２０やモニタ装置２２からのモニタ情報に基づいて特定された、看護師が現在遂行中の看護業務およびその進行状況を含む看護師の作業状況に関する情報が、各看護師の識別情報に対応付けて随時書き込まれていく。したがって、この看護状況ＤＢ２８を参照することにより、サーバ１２は、各看護師の現在の作業状況（業務負荷、多忙さ）をリアルタイムで認識することができる。
【００３２】
場所ＤＢ３０には、看護師の現在位置（位置情報）が看護師毎に記録される。後で詳細に説明するが、看護師の現在位置は、通過センサ１８からの検出情報に基づいて特定され、時系列に従って記録される。また、場所ＤＢ３０には、看護師の位置情報だけでなく、医師や患者、さらには医療器具（物）の位置情報なども適宜記憶される。これらの位置情報も随時更新されていくので、サーバ１２は、場所ＤＢ３０を参照することにより、各看護師や患者などの現在位置をリアルタイムで認識することができる。
【００３３】
スケジュールＤＢ３２には、看護師の１日の業務についてのスケジュール（ワークシート）が看護師毎に記録される。このスケジュールには、各看護師が担当する患者について実行すべき看護業務、およびその看護業務を実行する予定時刻（リマインダ情報）などが記述される。なお、看護師は、ワークシートに従って看護業務を遂行するが、患者に突発的な看護業務を依頼される等、当初のワークシートに無い看護業務が発生する場合や、当初のワークシート通りに看護業務が進行（開始または終了）しない場合などが頻繁にある。このような場合には、モニタ装置２０からのモニタ情報などに基づいて自動的に、或いは看護師自身が端末１６などを利用して入力した変更情報に基づいて、ワークシートが適宜修正される。したがって、サーバ１２は、スケジュールＤＢ３２を参照して、看護師に提示すべき情報が発生した（つまりその時刻に提示すべきリマインダ情報がある）ことを認識できる。また、スケジュールＤＢ３２には、病院全体ないし各科のスケジュール、たとえば医療器具や人（医師や看護師）の予約時間（手術や検査などで、人などの可動が予約されている時間）などが適宜記述される。
【００３４】
アドバイスＤＢ３４には、看護師に提示する提示情報（アドバイス）に関する情報が記憶される。詳細は後述するが、このアドバイスＤＢ３４には、提示する情報が発生したときに、その情報を提示すべき看護師（提示先）を選択（検索）するための条件や、選択された看護師に対して情報提示を試みる時間である試行時間などが記憶される。
【００３５】
また、サーバ１２は、その内部に時計回路１２ａを有している。この時計回路１２ａは、日付および時間を計時する。この実施例では、サーバ１２は、時計回路１２ａを参照して、看護師が現在遂行中の看護業務やその進行状況の情報にタイムスタンプを付与したり、看護師や医療器具等の場所の移動の情報にタイムスタンプを付与したり、スケジュールに記載された看護業務の開始の時刻または終了の時刻であるか否かを判断したりする。
【００３６】
図３は端末１６の電気的な構成を示すブロック図である。図３を参照して、端末１６はＣＰＵ４０を含み、このＣＰＵ４０には、メモリ４２，キースイッチ４４，ＬＣＤドライバ４６，モータドライバ５０，無線ＬＡＮ５４およびアンプ５６が接続される。また、ＬＣＤドライバ４６にはＬＣＤ４８が接続され、モータドライバ５０には振動モータ５２が接続され、そして、アンプ５６にはスピーカ５８が接続される。
【００３７】
なお、上述したように、端末１６としてＰＨＳを用いる場合には、さらに通話（電話）機能が追加される。
【００３８】
ＣＰＵ４０は、端末１６の全体制御を司る。メモリ４２は、ＲＯＭやＲＡＭを含む。この実施例では、端末１６は主として情報提示装置として機能し、ＲＯＭには、情報提示のためのプログラム（情報提示プログラム）や情報提示のために必要なデータ（画像データ，音データ）が記憶されている。ＲＡＭは、ＣＰＵ４０の記憶領域、作業領域およびバッファ領域として用いられる。
【００３９】
この実施例では、情報提示のために必要なプログラムやデータをＲＯＭに記憶するようにしてあるが、サーバ１２からダウンロードするようにしてもよい。このようにすれば、ＲＯＭの容量を削減することができる。
【００４０】
キースイッチ４４は、テンキー、十字キーのようなカーソルキーおよび選択キーなどの各種キーないしボタン（スイッチ）であり、看護師の指示入力に用いられる。ＬＣＤドライバ４６はＬＣＤ４８の駆動装置であり、ＣＰＵ４０からの指示に従ってＬＣＤ４８に画像を表示する。この実施例では、後述するような情報提示画面２１０（図９および図１０参照）がＬＣＤ４８に表示される。モータドライバ５０は、振動モータ５２の駆動装置であり、ＣＰＵ４０からの指示に従って振動モータ５２を駆動し、端末１６を振動させる。また、ＣＰＵ４０からの音データ（音、音声ないし音楽）は、アナログの音（音声）信号に変換された後、アンプ５６で増幅され、スピーカ５８から出力される。
【００４１】
無線ＬＡＮ５４は、ＣＰＵ４０の指示に従って、看護師がキースイッチ４４を用いて入力した指示入力（コマンド）を、ネットワーク１４を介してサーバ１２に送信する。詳細な説明は省略するが、サーバ１２では、端末１６の無線ＬＡＮのＭＡＣアドレスを看護師ＩＤに対応づけて管理しているため、通信している端末１６の使用者（看護師）をサーバ１２側で認識することが可能である。ただし、メモリ４２（ＲＯＭ）に看護師ＩＤを記憶しておき、コマンドとともに看護師ＩＤをサーバ１２に送信するようにしてもよい。また、無線ＬＡＮ５４は、サーバ１２から送信された情報（画面表示に関する情報）を受信して、ＣＰＵ４０に与える。
【００４２】
図４に示すように、通過センサ１８は、第１受光モジュール７２および第２受光モジュール７４を含む。第１受光モジュール７２および第２受光モジュール７４は、ゲート上部の、互いに異なる側面に装着される。また、ゲートの上に載置されるケース１８０内には、通過センサ１８の受光モジュール（７２，７４）以外のコンポーネント（ＣＰＵ７０，ＲＡＭ７６，無線ＬＡＮ７８：図６参照）が内蔵される。ただし、ゲートは分かり易く示すために図示しただけであり、通常は、ナースステーション、診察室、病室のような部屋の出入り口、廊下と廊下との連結部（十字路、Ｔ字路など）、廊下と階段との連結部のような要所に通過センサ１８は設置される。また、必要であれば、エレベータのゲートに設置されてもよい。
【００４３】
また、図５に示すように、各看護師の頭部には、赤外線信号を発信する送信機８０が装着される。たとえば、送信機８０は、クリップのような固定器具を用いて、ナースキャップや頭髪に固定される。また、送信機８０が発信する赤外線信号は、たとえば、８ビットの固定のパターン（看護師ＩＤ）である。
【００４４】
図６は通過センサ１８の電気的な構成を示すブロック図である。図６を参照して、通過センサ１８はＣＰＵ７０を含み、ＣＰＵ７０には、第１受光モジュール７２、第２受光モジュール７４、ＲＡＭ７６および無線ＬＡＮ７８が接続される。各通過センサ１８の受光モジュール（７２，７４等）のそれぞれには、固有の識別情報（受光モジュールＩＤ）が割り当てられている。各受光モジュール（７２，７４等）は、送信機８０（図５参照）からの赤外線信号（看護師ＩＤ）を検出する。たとえば、受光モジュール（７２，７４）は、看護師ＩＤを受信すると、受信した看護師ＩＤをＣＰＵ７０に与える。ＣＰＵ７０は、看護師ＩＤを受信した受光モジュール（７２，７４）の受光モジュールＩＤを当該看護師ＩＤに付加して、ＲＡＭ７６に記憶（一時記憶）し、その後、無線ＬＡＮ７８およびネットワーク１４を介して、サーバ１２に送信する。
【００４５】
サーバ１２では、受光モジュールＩＤが付加された看護師ＩＤを受信すると、受信した受光モジュールＩＤに対応する場所を看護師ＩＤが示す看護師の現在位置として、場所ＤＢ３０に登録する。このとき、サーバ１２は、時計回路１２ａを参照して、看護師の現在位置（場所）の情報にタイムスタンプを付与する。
【００４６】
図７は中継器２０の電気的な構成を示すブロック図である。図７を参照して、中継器２０はＣＰＵ９０を含む。ＣＰＵ９０には、メモリ９２，エンコーダ９４，非接触センサ９８，加速度センサ１００および無線ＬＡＮ１０２などが接続される。メモリ９２は、ワークメモリないしバッファメモリとして働き、ＣＰＵ９０によって使用される。エンコーダ９４にはピンマイク９６が接続され、エンコーダ９４は、ピンマイク９６から入力される音声信号をＭＰ３のような圧縮音声データ（以下、単に「音声データ」という。）に変調してＣＰＵ９０に入力する。このように、音声信号を圧縮変調するのは、メモリ９２の使用量を比較的少なくするためであり、また、無線ＬＡＮ１０２を介して送信するデータのデータ量を低減するためである。たとえば、看護師は、ピンマイク９６を通して、開始するまたは終了した看護業務の内容を音声で入力する。したがって、サーバ１２は、音声を解析することにより、看護師が開始または終了した看護業務を知ることができる。
【００４７】
なお、図７では、簡単のため、複数の加速度センサ１００ａ，１００ｂ，１００ｃ，１００ｄ（図５参照）を、加速度センサ１００として包括的に示してある。
【００４８】
ここで、図５を参照して分かるように、各看護師（各ユーザ）には、上述の送信機８０の他に、端末１６および中継器２０などが装着される。端末１６は、たとえば看護師の手首に装着される。詳細な図示は省略するが、端末１６のＬＣＤ４８が見えるように、腕時計を装着するようにして、バンドのような固定器具を用いて装着される。
【００４９】
また、中継器２０では、ピンマイク９６，非接触センサ９８および加速度センサ１００（１００ａ，１００ｂ，１００ｃ，１００ｄ）以外の回路コンポーネント（図７参照）は、ボックス（筐体）２００に収容され、ボックス２００は、看護師の腰部（ベルト部分）に装着される。
【００５０】
ピンマイク９６は、看護師の衣服（白衣）の襟元付近に装着される。また、非接触センサ９８は、ペン型のケースに収容され、看護師の白衣の胸ポケットに挿すように収納される。ただし、図５では、分かり易く示すために、ペン型のケースを胸ポケットの外部に記載してある。
【００５１】
また、看護師の両手（両腕）、胸および腰などには、加速度センサ１００が装着される。この実施例では、加速度センサ１００ａが右腕に装着され、加速度センサ１００ｂが左腕に装着され、加速度センサ１００ｃが胸に装着され、そして、加速度センサ１００ｄが腰に装着される。ただし、図５では、分かり易く示すために、各加速度センサ１００を白衣の外部に記載してあるが、各加速度センサ１００は、実際には、ゴムバンドのような適宜な固定器具を用いて、白衣の内部で腕などに固定される。
【００５２】
なお、図５においては省略するが、非接触センサ９８および各加速度センサ１００は、接続線を用いてボックス２００内のＣＰＵ９０に電気的に接続され、ピンマイク９６は、接続線を用いてボックス２００内のエンコーダ９４に電気的に接続される。ただし、接続線を用いずに、ブルートゥースのような近距離無線によって接続するようにしてもよい。つまり、電気的に接続されればよいのである。
【００５３】
また、この実施例で用いるピンマイク９６は指向性を有するものである。これは、ピンマイク９６を装着する看護師の音声のみを検出して、患者のプライバシーを守るためである。
【００５４】
また、非接触センサ９８としては、焦電センサを用いることができ、ＣＰＵ９０は非接触センサ９８からの入力に応じてピンマイク９６をオン／オフする。この実施例では、非接触センサ９８すなわち焦電センサの前で、看護師が手を２回上下させると、その検出信号がＣＰＵ９０に入力され、これに応じて、ＣＰＵ９０はピンマイク９６をオンし、その後、看護師が焦電センサの前で、手を２回上下させると、ピンマイク９６をオフする。ただし、ＣＰＵ９０は、看護師の操作によらないで、所定時間（１０秒）が経過した場合にもピンマイク９６をオフするようにしてある。
【００５５】
加速度センサ１００は、たとえば、多軸（３軸）の加速度センサであり、サンプリング周波数が２００Hzであり、加速度は±３Ｇ（Ｇは重力）まで計測可能である。この中継器２０では、加速度センサ１００で検出される加速度のデータ（加速度データ）がＣＰＵ９０に与えられる。ＣＰＵ９０は、加速度センサ１００からの加速度データをメモリ９２に記憶（一時記憶）し、一定時間（たとえば、１０秒）毎に、その一定時間分の加速度データを、無線ＬＡＮ１０２およびネットワーク１４を介してサーバ１２に送信する。上述したように、知識ＤＢ２６には、作業内容認識辞書が記憶されているので、この辞書データと中継器２０から送信される加速度データ（モニタ情報）とを、周知のＤＰマッチングの方法などによって比較することにより、実行中の看護業務の内容を特定することができる。
【００５６】
なお、加速度センサ１００に代えて、或いは加速度センサ１００と共に、ジャイロセンサ、照度センサまたは温度センサなどの他のセンサを用いることもできる。他のセンサを用いる場合には、その他のセンサの出力がサーバ１２に送信される。
【００５７】
このような構成のシステム１０（サーバ１２）は、スケジュールＤＢ３２に記憶されたリマインダ情報、中継器２０およびモニタ装置２２などからのモニタ情報（言い換えると、看護状況ＤＢ２８などに適宜更新される情報）、および看護師などが入力した入力情報などから、看護師に対して提示すべき情報を検知すると、その情報を提示すべき看護師を選択し、情報提示を行う。
【００５８】
看護師に対して提示される情報には、たとえば、看護師が行うべき作業（業務）を通知するもの、看護師が作業手順を間違ったとき（手順抜けを含む）にそれを通知するもの、患者の容態が急変したことを通知するもの、および他の看護師からの呼び出しを通知するもの等がある。
【００５９】
また、選択される看護師は、提示すべき情報に応じて決まるものであり、後述するように、この実施例では、情報（メッセージ）に対応付けて予め提示先の条件が記憶され、その条件に当てはまる看護師が選択される。
【００６０】
そして、看護師が選択されると、選択した看護師に対して情報提示を試みる。具体的には、サーバ１２は、看護状況ＤＢ２８を参照して、選択した看護師の現在の作業状況（業務負荷）を認識する。そして、看護師の業務負荷と情報の内容（緊急度）とを比較して、現時点で看護師に対して情報を提示すべきかどうかを判断する。つまり、提示する情報が発生した時点において、看護師に対して情報を提示できる状態か否かを判断する。このような判断は、知識ＤＢ２６に記憶してある判断基準データに基づいて行うことができる。
【００６１】
たとえば、看護師が容態の急変した患者のケアをしている際に、別の患者の点滴が終了したという情報が発生した場合には、情報を提示できる状態ではない（情報提示不可）と判断される。また、たとえば、患者に点滴注射しようとしている際に、５分後にミーティングが始まるという情報が発生した場合には、情報提示不可と判断される。このように、看護師が緊急度の高い作業をしている場合、ミスの許されない作業をしている場合、或いは多忙な場合に、それほど緊急度の高くない情報が発生した場合、或いは情報を提示してもその情報に看護師が対応できないような場合には、情報提示不可と判断するようにしている。
【００６２】
ここで、看護師は行うべき業務が多く、その業務は短時間で転換していくことが多い。つまり、情報を提示できる状態と情報を提示できない状態とが短時間で移り変わることが多い。そこで、この実施例では、提示すべき情報が発生した時点では、選択した看護師に対して情報を提示できる状態ではないと一旦判断した場合でも、所定時間待機して、待機中に看護師の状況が変化するかどうか様子を見るようにしている。そして、待機中に、看護師に対して情報提示可能な状態になれば、情報提示を行うようにしている。たとえば、待機中に、看護状況ＤＢ２８を参照して、看護師の業務に転換があったことを検出したときには、その業務転換があった時点で、看護師に対して情報を提示できる状態かどうかを再度判断するとよい。これによって、看護師は、適切なタイミングで情報を受け取ることができ、情報を提示すべき看護師に対して確実に情報を提示することができる。つまり、看護師が情報に対応できる状態のときに、看護師に対して情報提示を行うことができる。また、看護師の業務負荷が軽くなる可能性があるのは、業務が転換したときであるので、そのときに看護師に対して情報を提示できる状態かどうかの判断を再試行することによって、適切なタイミングで判断処理を行うことができ、無駄な判断処理を低減できる。
【００６３】
また、この実施例では、所定時間待機しても、最初に選択した看護師（第１提示先）に対して情報を提示できなかった場合（情報を提示しても看護師から肯定応答（Ａｃｋ）がなかった場合を含む）には、他の看護師（第２提示先）を選択して情報提示を行うようにしている。看護師の業務は、複数人で協力して行うという特徴があるので、その情報を提示すべき主となる看護師に情報を提示できなかった場合でも、他の看護師に対して情報を提示することにより、その情報に含まれる指示（業務）が他の看護師によって確実に実行される。つまり、情報をより確実に伝達することができる。なお、第２提示先に対しても、第１提示先と同様に、選択した看護師に対して情報を提示できる状態か否かを判断し、提示できる状態ではないと判断した場合、所定時間待機して、待機中に看護師の状況が変化するかどうか様子を見るようにしてもよい。ただし、第２提示先としては、予め手隙の看護師を選択して、そのまま情報提示を実行するようにしてもよい。
【００６４】
さらに、この実施例では、看護師の状況（周辺状況を含む）に応じて通知方法を変更し、最適な通知方法で情報提示がある旨を看護師に対して通知するようにしている。たとえば、夜間の病室付近では、端末１６のスピーカ５８からの音声で通知するのではなく、振動モータ５２によって端末１６を振動させることに制約して、情報提示がある旨を通知する。なお、このような通知方法の制約がない状況（場所）では、各看護師の好みに応じて設定した通知方法で情報提示がある旨を通知するとよい。看護師によって、音声などの聴覚的な通知の方が認識し易いものもいるし、振動などの触覚的な通知の方が認識し易いものもいるし、光の明滅などの視覚的な通知の方が認識し易いものもいるからである。これによって、より確実に情報提示がある旨を看護師に通知でき、情報提示を確実に実行することができる。
【００６５】
また、この実施例では、第１提示先および第２提示先のどちらにも、情報を提示できなかった場合（情報を提示しても看護師から肯定応答（Ａｃｋ）がなかった場合も含む）には、ナースステーションに設置したモニタに情報を提示するようにしている。通常、ナースステーションには、全ての看護師がその業務時間内に立ち寄るので、提示されなかった情報は確実に確認される。そして、その情報を提示すべき主となる看護師（第１提示先）が、或いは手隙の看護師が代行して、確実に業務を遂行することができる。ただし、第２提示先に情報を提示できなかった場合には、提示先３、提示先４と、他の看護師を適宜選択していくようにしてもよい。また、勤務時間中（シフト内）に遂行できなかったやるべき業務がある場合には、ナースステーションに設置したモニタに情報を提示する代わりに、或いは提示すると共に、次のシフトの責任者（リーダー）に情報提示を行うようにしてもよい。たとえば、或る患者から「話がある」と言われ、そのとき看護師が多忙であったため、「後で」と看護師が答えたような場合に、そのまま忘れてしまうことが看護現場ではよくある。このような場合でも、次のシフトの際に、患者の要求に応えていないという情報が責任者に提示されれば、確実に患者に話を伺いに行くことができる。
【００６６】
以下、より具体的に説明する。上述したように、サーバ１２に接続されるアドバイスＤＢ３４には、看護師に提示する提示情報に関する情報が情報毎に記憶される。たとえば、図８に示すように、情報の識別情報（情報ＩＤ）に対応付けて、第１提示先、第１試行時間、第２提示先、第２試行時間、完了条件、メッセージ内容、および緊急度が記憶される。第１提示先の欄には、第１提示先を検索（選択）するための条件が記述される。ここで、第１提示先とは、その情報を提示すべき主たる看護師をいい、この実施例では、その情報の基となる看護業務を行った特定の１人を選択するようにしている。第１試行時間の欄には、第１提示先に対して情報提示を試みる時間が記述される。第２提示先の欄には、第２提示先を検索（選択）するための条件が記述される。ここで、第２提示先とは、第１提示先に対して情報提示できなかった場合、或いは情報を提示しても肯定応答が無かった場合に情報を転送する看護師をいい、この実施例では、主として条件に合致する複数人を選択するようにしている。第２試行時間の欄には、第２提示先に対して情報提示を試みる時間が記述される。
【００６７】
また、完了条件の欄には、情報提示を完了したと判断するための条件が記述される。なお、この実施例では、第１提示先おび第２提示先に対して、同じ完了条件を設定しているが、第１提示先と第２提示先とには、別の完了条件を設定することもできる。メッセージ内容の欄には、情報提示の具体的な内容を文字で示すためのデータ（テキストデータまたは文書ファイル等）が記述される。緊急度の欄には、この情報の緊急度が複数の段階（この実施例では、高、中、低の３段階）に分けて記述される。
【００６８】
たとえば、図８の例では、情報ＩＤがｍ１の情報は、ｘ号室の患者Ａの点滴が終了することを伝えるものである。この場合、その情報を伝える第１提示先の条件は、点滴を実施した看護師であり、その第１試行時間は３分であり、第２提示先の条件は、点滴患者Ａのそばにいる看護師であり、その第２試行時間は１分であることが分かる。また、その情報の完了条件は、第１提示先または第２提示先に対して情報を提示し、肯定応答（Ａｃｋ）を確認した場合である。さらに、「ｘ号室、点滴患者Ａ、点滴終了時間です」というような文章がメッセージ内容として提示され、情報の緊急度は「中」であることが分かる。なお、メッセージ内容はあくまで例示であり、たとえば点滴患者のいる部屋と看護師の現在位置とが離れているような場合には、看護師が点滴患者のいる部屋に到達するまでの時間を考慮して、「ｘ号室、点滴患者Ａ、点滴終了時間の１０分前です」というように、メッセージは適宜作成される。
【００６９】
また、情報ＩＤがｍ２の情報は、ｙ号室の患者Ｂの心拍測定器から異常が検出されたときにその警告を伝えるものである。この場合、その情報を伝える第１提示先の条件は、患者Ｂの担当看護師であり、その第１試行時間は１０秒であり、第２提示先の条件は、患者Ｂの近くから３名以上の看護師であり、その第２試行時間は１０分であることが分かる。また、その情報の完了条件は、第１提示先または第２提示先に対して情報を提示し、肯定応答（Ａｃｋ）を確認した場合である。さらに、「ｙ号室、患者Ｂ、心拍測定器からの警告です」というような文章がメッセージ内容として提示され、情報の緊急度は「高」であることが分かる。ただし、この例のように、患者の生命に関わり一刻の猶予も無いような情報の場合には、第１提示先への情報提示の試行を省略して、第２提示先への情報提示を即座に実行するようにしてもよい。また、この例では、第２試行時間を１０分間としたが、第２試行時間は、看護師からの肯定応答を確認するまでの無制限とし、必ず誰かに情報を伝えることができるようにしてもよい。
【００７０】
図９および図１０に、サーバ１２からの情報を受信した端末１６が、ＬＣＤ４８に表示する情報提示画面２１０の例を示す。この情報提示画面２１０は、各試行時間が過ぎると消えるものである。
【００７１】
図９を参照して、情報提示画面２１０には、メッセージ内容２１２、緊急度２１４、未読表示２１６、受信時刻２１８、未読メッセージ数２２０、未処理メッセージ数２２２、未処理表示２２４、および確認ボタン２２６等が適宜表示される。メッセージ内容２１２は、情報の内容を文字（記号や絵などを用いてもよい）で表示するものであり、緊急度２１４は、現在表示されている情報の緊急度を示す。また、未読表示２１６は、現在表示されている情報が未読の状態、つまり看護師によって確認ボタン２２６の選択がされていない（その情報が確認されていない）情報であることを示す。受信時刻２１８は、表示された情報を受信した時刻（日時）を示す。
【００７２】
また、未読メッセージ数２２０は、未読のまま、試行時間が過ぎた情報の数を示す。未処理メッセージ数２２２は、誰からも確認ボタン２２６の選択によって承諾（肯定応答）がされていない情報の数を示す。つまり、看護師によって肯定応答を示す確認ボタン２２６（たとえばＯＫボタン）が選択されると、その情報は処理済となる。また、たとえば、実際に作業に必要な看護師の数より多くの看護師に情報提示をしている場合には、実際に作業に必要な看護師の数だけ肯定応答が得られると、その情報を提示した全ての看護師の画面において、その情報は処理済となる。未処理表示２２４は、未処理メッセージの緊急度を色（色彩）によって明示するものである。図９では、色は省略してあるが、たとえば、緊急度が高い情報は赤色で示し、緊急度が中程度の情報は黄色で示し、緊急度が低い情報は青色で示すというように、未処理表示２２４は、情報の緊急度によって色分けされる。また、この未処理表示２２４は、未処理メッセージの数に応じて増え、たとえば２つの未処理メッセージがある場合には、２つの未処理表示２２４がそれぞれの情報の緊急度に応じて色分けされて表示される。これによって、看護師は、どのような緊急度の情報が未処理のままとなっているか簡単に認識することができる。
【００７３】
また、確認ボタン２２６は、看護師が提示された情報に対する応答（確認）を入力するためのボタンである。確認ボタン２２６は、提示する情報に応じて適宜設けられ、図９に示すように、点滴の終了を知らせる情報の場合には、たとえば「ＯＫ」と表示されたＯＫボタンが設けられる。たとえば、看護師による端末１６のキースイッチ４４の操作によって、ＯＫボタンが選択されると、看護師からの肯定応答（Ａｃｋ）があった旨を示す信号が端末１６からサーバ１２に与えられる。一方、ＯＫボタンが選択されないままその情報の試行時間が過ぎると、サーバ１２では、肯定応答が無いと判断されることになる。
【００７４】
また、図１０に示すように、多忙な看護師からの手伝いの要求を伝える情報の場合には、「すぐに行きます」、「５分以内に行きます」、「手が離せません」と表示された確認ボタン２２６が設けられる。たとえば、看護師による端末１６のキースイッチ４４の操作によって、「すぐに行きます」或いは「５分以内に行きます」と表示された確認ボタン２２６が選択されると、看護師からの肯定応答（Ａｃｋ）があった旨を信号が端末１６からサーバ１２に与えられる。一方、「手が離せません」と表示された確認ボタン２２６が選択されたり、どの確認ボタン２２６も選択されないままその情報の試行時間が過ぎたりすると、サーバ１２では、肯定応答が無いと判断されることになる。なお、図１０に示す情報提示画面２１０の確認ボタン２２６以外の表示については、図９と同様であるので、説明は省略する。
【００７５】
以下に、上述のようなシステム１０の動作の一例をフロー図に従って説明する。具体的には、図１および図２に示したサーバ１２が、図１１に示すフロー図に従って全体処理を実行する。図１１を参照して、サーバ１２は、動作を開始すると、ステップＳ１で、提示する情報があるか否かを判断する。たとえば、スケジュールＤＢ３２に記載されたリマインダ情報を参照して、開始時間の近づいた看護業務があるかどうかを判断したり、中継器２０およびモニタ装置２２などからのモニタ情報に基づいて、作業手順を誤った看護師がいないかどうかや、容態の急変した患者がいないかどうかを判断したりして、提示する情報が発生したか否かを判断する。このステップＳ１の判定は一定時間ごとに繰り返し実行される。以下には、具体例として、患者Ａの点滴終了時間であるという情報を提示する場合を想定して説明する。
【００７６】
ステップＳ１で“ＹＥＳ”の場合、すなわち、看護師に対して提示すべき情報が発生すると、ステップＳ３に進む。ステップＳ３では、情報の第１提示先を検索する。すなわち、アドバイスＤＢ３４を参照して、第１提示先に記載された条件から看護師を検索する。この実施例では、第１提示先として、その情報の基となる看護業務を行った特定の１人（担当者）を選択するようにしているので、スケジュールＤＢ３２等を参照して、患者Ａに対して点滴を行った看護師を選択する。
【００７７】
続くステップＳ５では、ステップＳ３で選択した看護師（第１提示先）に対して、後述する情報提示の試行処理を実行する。この情報提示の試行処理は、簡単にいうと、試行時間内に完了条件を満たすか否かを判定するための処理である。この実施例では、試行時間および完了条件は、アドバイスＤＢ３４を参照して決定される。
【００７８】
続くステップＳ７では、第１提示先について完了条件を満たすかどうかを判断する。ステップＳ７で“ＹＥＳ”の場合、すなわちステップＳ５の情報提示の試行処理で完了条件を満たすと判定した場合には、情報が第１提示先に確実に伝わったと判断して、当該情報に関する全体処理はそのまま終了する。一方、ステップＳ７で“ＮＯ”の場合、すなわちステップＳ５の情報提示の試行処理で完了条件を満たさないと判定した場合には、ステップＳ９に進む。
【００７９】
ステップＳ９では、情報の第２提示先を検索する。具体的には、アドバイスＤＢ３４を参照して、第２提示先に記載された条件から看護師を検索する。この場合の看護師の検索は、看護状況ＤＢ２８および場所ＤＢ３０に対するＳＱＬ等を用いたＤＢ問い合わせによって行うとよい。このシステム１０では、看護師の状況（作業状況および現在位置を含む）は、看護状況ＤＢ２８および場所ＤＢ３０に記録され、その記録は適宜更新されているので、ＤＢ問い合わせによって第２提示先を指定することで、より柔軟な検索を行うことができる。この場合には、患者Ａのそばにいる看護師をＳＱＬ文によって検索する。
【００８０】
続くステップＳ１１では、ステップＳ９で選択した看護師（第２提示先）に対して、情報提示の試行処理を実行する。なお、ステップＳ１１の情報提示の試行処理は、第１提示先および第１試行時間のそれぞれが、第２提示先および第２試行時間になる以外は、ステップＳ５の情報提示の試行処理と同様であるので、説明は省略する。
【００８１】
続くステップＳ１３では、第２提示先について完了条件を満たすかどうかを判断する。ステップＳ１３で“ＹＥＳ”の場合、すなわちステップＳ１１の情報提示の試行処理で完了条件を満たすと判定した場合には、情報が第２提示先に確実に伝わったと判断して、当該情報に関する全体処理はそのまま終了する。一方、ステップＳ１３で“ＮＯ”の場合、すなわちステップＳ１１の情報提示の試行処理で完了条件を満たさないと判定した場合には、ステップＳ１５に進む。
【００８２】
ステップＳ１５では、モニタに情報提示を行う。具体的には、ナースステーションに設置したモニタに対して信号を送信して、モニタに情報を提示する。その後、当該情報に関する全体処理を終了する。
【００８３】
図１２は、図１１に示したステップＳ５の情報提示の試行処理を示すフロー図である。図１２に示すように、サーバ１２は、情報提示の試行処理を開始すると、ステップＳ２１で、第１提示先の最新の作業状況を取得する。すなわち、看護状況ＤＢ２８を参照して、第１提示先の現在の業務負荷や多忙さの識別結果を取得する。
【００８４】
続くステップＳ２３では、情報提示可能な状態であるか否かを判断する。すなわち、ステップＳ２１で取得した第１提示先の作業状況と提示する情報の緊急度とを比較して、第１提示先に対して当該情報を提示できる状態か否かを判断する。この判断は、知識ＤＢ２６に記憶している判断基準データと照合して行う。
【００８５】
ステップＳ２３で“ＮＯ”の場合、すなわち、第１提示先に対して情報を提示できる状態ではないと判断した場合には、ステップＳ２５に進み、第１試行時間（たとえば３分）が経過したか否かを判断する。ステップＳ２５で“ＹＥＳ”の場合、すなわち情報提示不可のまま第１試行時間が経過した場合には、ステップＳ３９に進み、完了条件を満たさないと判定して、図１１に示した全体処理にリターンする。
【００８６】
一方、ステップＳ２５で“ＮＯ”の場合、すなわち第１試行時間が経過していない場合には、ステップＳ２７で所定時間待機し、ステップＳ２９で第１提示先の業務に転換があったか否かを判断する。すなわち、待機中に、看護状況ＤＢ２８を参照して、随時更新される第１提示先の状況が変化したか否かを判断する。ステップＳ２９で“ＹＥＳ”の場合、すなわち第１提示先の業務に転換がある場合には、ステップＳ２３に戻り、第１提示先に対して情報を提示できる状態か否かの判断を再試行する。一方、ステップＳ２９で“ＮＯ”の場合、すなわち第１提示先の業務に転換がない場合には、ステップＳ２５に戻る。
【００８７】
また、ステップＳ２３で“ＹＥＳ”の場合、すなわち、第１提示先に対して情報を提示できる状態ではないと判断した場合には、ステップＳ３１に進む。ステップＳ３１では、情報通知方法を決定する。具体的には、たとえば第１提示先の周囲状況を考慮して、通知方法に制約があるかどうかを判断し、制約がある場合には、許可された通知方法を選択する。また、制約が無い場合には、たとえば第１提示先の好みの通知方法、或いは予め設定された通知方法を選択する。
【００８８】
続くステップＳ３３では、第１提示先に対して情報提示を行う。具体的には、ステップＳ３１で決定された通知方法で情報提示がある旨を通知すると共に、端末１６のＬＣＤ４８に、図９に示したような情報提示画面２１０を表示する。
【００８９】
ステップＳ３５では、第１提示先から肯定応答（Ａｃｋ）があるか否かを判断する。たとえば情報提示画面２１０の確認ボタン２２６（つまりＯＫボタン）がユーザによって選択されたことを示す信号を、端末１６から受信したか否かで判断する。ステップＳ３５で“ＮＯ”の場合、すなわち、第１提示先からの肯定応答がない場合には、ステップＳ３７に進み、第１試行時間が経過したか否かを判断する。ステップＳ３７で“ＹＥＳ”の場合、すなわち、第１提示先に情報提示を行っても、第１提示先から肯定応答が無いまま第１試行時間が経過した場合には、ステップＳ３９に進み、完了条件を満たさないと判定して、図１１に示した全体処理にリターンする。一方、ステップＳ３７で“ＮＯ”の場合、すなわち第１試行時間が経過していない場合には、ステップＳ３５に戻る。
【００９０】
また、ステップＳ３５で“ＹＥＳ”の場合、すなわち、第１提示先からの肯定応答がある場合には、ステップＳ４１に進み、完了条件を満たすと判定して、図１１に示した全体処理にリターンする。
【００９１】
この実施例によれば、ユーザ（看護師）に対して情報を提示できない状態であることを、提示すべき情報が発生した時点において判断した場合でも、所定時間待機して、ユーザに対して情報を提示できる状態に変わらないか様子を見る。そして、情報を提示できる状態になったときに情報を提示する（つまりタイミングを計る）ので、ユーザにとって適切なタイミングで情報を提示でき、確実に情報を伝達できる。
【００９２】
また、所定時間待機しても、情報を提示すべき主となるユーザ（第１提示先）に対して情報提示できない場合には、他のユーザ（第２提示先）に対して情報提示を行うので、より確実に情報を伝達できる。
【００９３】
なお、上述の実施例では、システム１０を病院に適用し、看護業務を行う看護師に対して情報を提示したが、これに限定されない。たとえば、医師や介護師に対して情報を提示することもできるし、一般的な企業や工場などに適用して、そこで働く作業員に対して情報を提示することもできる。
【００９４】
また、上述の実施例では、ＰＨＳのような携帯型の端末１６によって情報を提示したが、これに限定されず、環境（たとえば、ユーザが主に業務を行う適宜な複数の場所）に固定的に設置されるモニタ等によって情報を提示してもよい。
【００９５】
また、上述の実施例では、第１提示先として、特定の１人を選択するようにしたが、これに限定されず、複数人を選択するようにしてもよい。同様に、第２提示先として、特定の１人を選択するようにしてもよいし、複数人を選択するようにしてもよい。
【図面の簡単な説明】
【００９６】
【図１】この発明の情報提示システムの構成の一例を示す図解図である。
【図２】図１に示すサーバの電気的な構成を示す図解図である。
【図３】図１に示す看護師用端末の電気的な構成を示す図解図である。
【図４】図１に示す通過センサの設置状況を説明するための図解図である。
【図５】看護師用端末、中継器、ピンマイク、傾斜センサ、加速度センサおよび送信機を看護師に装着した状態を示す図解図である。
【図６】図１に示す通過センサの電気的な構成を示す図解図である。
【図７】図１に示す中継器の電気的な構成を示す図解図である。
【図８】図２に示すアドバイスＤＢの内容を示す図解図である。
【図９】図３に示す看護師用端末のＬＣＤに表示される情報提示画面の一例を示す図解図である。
【図１０】図３に示す看護師用端末のＬＣＤに表示される情報提示画面の他の一例を示す図解図である。
【図１１】図１に示すサーバの全体処理の一例を示すフロー図である。
【図１２】図１に示すサーバの情報提示の試行処理の一例を示すフロー図である。
【符号の説明】
【００９７】
１０  …情報提示システム
１２  …サーバ
１６  …看護師用端末
１８  …通過センサ
２０  …中継器
２２  …モニタ装置
２４，２６，２８，３０，３２，３４  …データベース
４０，７０，９０  …ＣＰＵ
４２，９２  …メモリ
４４  …キースイッチ
４８  …ＬＣＤ
５２  …振動モータ
５４，７８，１０２  …無線ＬＡＮ
２１０  …情報提示画面
【図１】
2009110038.tif 000003
【図２】
2009110038.tif 000004
【図３】
2009110038.tif 000005
【図４】
2009110038.tif 000006
【図５】
2009110038.tif 000007
【図６】
2009110038.tif 000008
【図７】
2009110038.tif 000009
【図８】
2009110038.tif 000010
【図９】
2009110038.tif 000011
【図１０】
2009110038.tif 000012
【図１１】
2009110038.tif 000013
【図１２】
2009110038.tif 000014