(57)【要約】    【構成】  情報提示システム１０はサーバ１２を含み、サーバ１２はモニタ装置（２２）などを通して、着目する看護師の行動を検出する。たとえば、着目する看護師が看護業務を行うとき、この看護業務と進行状況に応じて、資源（人，物，部屋（場所））との関係を示す情報を生成する。生成した情報は、着目する看護師の端末１６に送信され、したがって、当該端末１６には、着目する看護師と資源との関係を示す画面がＬＣＤ（４８）に表示される。    【効果】  他の看護師や看護業務に使用する物や部屋との関係を把握することができるので、円滑に看護業務を遂行することができる。【選択図】  図１
2009123181.tif 000002
【特許請求の範囲】
【請求項１】
特定の業務を行う作業者と業務遂行に必要な資源との情報を提示する情報提示システムであって、
１または複数の前記作業者の現在遂行中の業務を当該作業者毎に検出する業務検出手段、
前記作業者を含む資源についての現在の状況を検出する状況検出手段、
少なくとも、前記業務検出手段によって検出された前記作業者の業務と、前記状況検出手段によって検出された前記資源の現在の状況とに基づいて、前記作業者と当該作業者以外の前記資源との関係を示す情報を生成する情報生成手段、および
前記情報生成手段によって生成された情報を可視表示する表示手段を備える、情報提示システム。
【請求項２】
特定の業務を行う作業者に、業務遂行に必要な資源の情報を提示する情報提示システムであって、
前記作業者が使用する端末、
前記作業者の現在遂行中の業務を検出する業務検出手段、
前記作業者を含む資源についての現在の状況を検出する状況検出手段、
少なくとも、前記業務検出手段によって検出された前記作業者の業務と、前記状況検出手段によって検出された前記資源の現在の状況とに基づいて、前記作業者と当該作業者以外の前記資源との関係を示す情報を生成する情報生成手段、および
前記情報生成手段によって生成された情報を、前記端末に送信する情報送信手段を備え、
前記端末は、前記情報送信手段からの情報を受けて、前記情報を可視表示する、情報提示システム。
【請求項３】
前記情報は、前記作業者と連係可能な他の人の現在位置に関する情報を含む、請求項１または２記載の情報提示システム。
【請求項４】
前記情報は、業務遂行に必要な器具の現在位置に関する情報を含む、請求項１ないし３のいずれかに記載の情報提示システム。
【請求項５】
前記情報は、前記作業者についての第１画像と前記作業者以外の資源についての第２画像とを連結する線の種類をさらに含む、請求項１ないし４のいずれかに記載の情報提示システム。
【請求項６】
前記作業者が現在位置する場所を検出する場所検出手段をさらに備え、
前記情報生成手段は、前記業務検出手段が検出した資源としての前記作業者の現在遂行中の業務、および前記場所検出手段が検出した資源としての前記作業者が現在位置する場所から推定される作業の中断容易性の一方に基づいて、資源としての前記作業者の現在の連係可能性を示す情報を生成し、
前記情報は、現在の連係可能性に関する情報をさらに含む、請求項３記載の情報提供システム。
【請求項７】
前記作業者の業務遂行予定を示す予定情報を記憶する予定記憶手段をさらに備え、
前記業務検出手段は、前記予定記憶手段が記憶する前記予定情報に基づいて資源としての前記作業者の現在遂行中の業務を検出する、請求項６記載の情報提示システム。
【請求項８】
前記場所検出手段が検出した場所に基づいて前記作業者の場所の移動の経緯を示す履歴情報を記録する履歴記憶手段をさらに備え、
前記業務検出手段は、前記履歴記憶手段が記憶する履歴情報に基づいて前記作業者の現在遂行中の業務を検出する、請求項６または７記載の情報提示システム。
【請求項９】
前記情報生成手段は、前記場所検出手段が検出した場所における全作業者の総滞在時間に対する当該場所において全作業者が直接的業務作業を行った総時間の割合に基づいて前記中断容易性を推定する、請求項６記載の情報提示システム。
【請求項１０】
前記業務検出手段は、さらに前記予定記憶手段が記憶する前記予定情報に基づいて資源としての前記作業者が将来に遂行する業務を検出し、
前記情報生成手段は、さらに前記業務検出手段が検出した前記作業者が将来に遂行する業務に基づいて生成した将来の連係可能性を示す情報、現在の連係可能性を示す情報、および前記予定記憶手段が記憶する前記予定情報に基づいて現在の連係可能性がどの程度の時間でどのように変化するかを示す情報を生成し、
前記情報は、現在の連係可能性がどの程度の時間でどのように変化するかを示す情報を含む、請求項７記載の情報提示システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は情報提示システムに関し、特にたとえば、特定の業務を行う複数の作業者に、業務遂行に必要な資源の情報を提示する、情報提示システムに関する。
【０００２】
ここで、「資源」には、本来的には「人」や「場所」を含むべきではないが、この明細書においては、人、物、および場所（部屋）を含む意味で「資源」の語を用いてある。
【背景技術】
【０００３】
この種の情報提示システムの一例が特許文献１に開示される。この特許文献１の印刷データ編集装置では、パーソナルコンピュータに接続されたモニタに表示されるエディタの作業領域内に、文字，図形，画像，表または描画データからなる入力データを印刷対象であるオブジェクトとして表示する。この表示されたオブジェクトは、操作者の選択により、パーソナルコンピュータが接続中のデータベースのいずれかのフィールド（項目）に関連づけられる。このような関連づけは、各オブジェクトと項目とを相互に連結するリンク線により一目で把握可能に表示される。
【特許文献１】特開２００６−２０９５６４号公報［Ｇ０６Ｔ  １１／６０，Ｇ０６Ｆ  ３／１２，Ｇ０６Ｆ  １７／２１］
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、この背景技術では、１のオブジェクトと、操作者が選択したデータベースの項目とのリンク関係を表示するだけであり、操作者はリンク先の項目を選択する必要がある。したがって、たとえば、複数のリンク先の項目を選択可能な場合を仮定すると、その選択は面倒であり、また、誤って選択する可能性もある。
【０００５】
それゆえに、この発明の主たる目的は、新規な情報提示システムを提供することである。
【０００６】
この発明の他の目的は、業務に必要な資源との関係を容易に知ることができる情報提示システムを提供することである。
【課題を解決するための手段】
【０００７】
本発明は、上記の課題を解決するために、以下の構成を採用した。なお、括弧内の参照符号および補足説明等は、本発明の理解を助けるために後述する実施の形態との対応関係を示したものであって、本発明を何ら限定するものではない。
【０００８】
第１の発明は、特定の業務を行う作業者と業務遂行に必要な資源との情報を提示する情報提示システムであって、１または複数の作業者の現在遂行中の業務を当該作業者毎に検出する業務検出手段、作業者を含む資源についての現在の状況を検出する状況検出手段、少なくとも、業務検出手段によって検出された作業者の業務と、状況検出手段によって検出された資源の現在の状況とに基づいて、作業者と当該作業者以外の資源との関係を示す情報を生成する情報生成手段、および情報生成手段によって生成された情報を可視表示する表示手段を備える、情報提示システムである。
【０００９】
第１の発明では、情報提示システム（１０）は、特定の業務を行う作業者と業務遂行に必要な資源との情報を提示する。業務検出手段（１２，１８，２０，２２，２４）は、１または複数の作業者の現在遂行中の業務を、当該被験者毎に検出する。ただし、作業者が休憩中であれば、業務を行っていない旨を検出する。状況検出手段（１２，１８，２０，２４，２８）は、作業者を含む資源についての現在の状況（使用状況や現在位置など）を検出する。情報生成手段（１２）は、少なくとも、業務検出手段によって検出された作業者の業務と、状況検出手段によって検出された資源の現在の状況とに基づいて、作業者と当該作業者以外の資源との関係を示す情報を生成する。表示手段（１２，１６，４８）は、情報生成手段によって生成された情報を可視表示する。たとえば、表示手段を作業者やその監視員が見ることのできる場所に設置しておけば、作業者や監視員は作業場における自身や他の作業者などの資源との関係が分かる。
【００１０】
第１の発明によれば、作業者と、作業者以外の資源との関係を示す情報を可視表示するので、業務に必要な資源との関係を容易に知ることができる。
【００１１】
第２の発明は、特定の業務を行う作業者に、業務遂行に必要な資源の情報を提示する情報提示システムであって、作業者が使用する端末、作業者の現在遂行中の業務を検出する業務検出手段、作業者を含む資源についての現在の状況を検出する状況検出手段、少なくとも、業務検出手段によって検出された作業者の業務と、状況検出手段によって検出された資源の現在の状況とに基づいて、作業者と当該作業者以外の資源との関係を示す情報を生成する情報生成手段、および情報生成手段によって生成された情報を、端末に送信する情報送信手段を備え、端末は、情報送信手段からの情報を受けて、情報を可視表示する、情報提示システムである。
【００１２】
第２の発明では、情報提示システム（１０）は、特定の業務を行う作業者に、業務遂行に必要な資源の情報を提示する。業務検出手段（１２，１８，２０，２２，２４）は、作業者の現在遂行中の業務を検出する。ただし、作業者が休憩中であれば、業務を行っていない旨を検出する。状況検出手段（１２，１８，２０，２４，２８）は、作業者を含む資源についての現在の状況（使用状況や現在位置など）を検出する。情報生成手段（１２）は、少なくとも、業務検出手段によって検出された作業者の業務と、状況検出手段によって検出された資源の現在の状況とに基づいて、作業者と他の資源との関係を示す情報を生成する。情報送信手段（１２）は、生成した情報を端末（１６）に送信する。作業者は、端末を使用し、端末は情報送信手段からの情報を受けて、当該情報を可視表示する。
【００１３】
第２の発明によれば、作業者と、作業者以外の資源との関係を示す情報を可視表示するので、業務に必要な資源との関係を容易に知ることができる。
【００１４】
第３の発明は第１の発明または第２の発明に従属し、情報は、作業者と連係可能な他の人の現在位置に関する情報を含む。
【００１５】
第３の発明では、情報送信手段からの情報は、作業者と連係可能な他の人の現在位置に関する情報を含むので、端末では、そのような他の人の現在位置に関する情報（場所や部屋など）が表示される。
【００１６】
第３の発明によれば、作業者と連係可能な人の所在を容易に知ることができるので、指示を仰いだり、他の人が使用している物を借りたり、手伝いを要請したりするなどの行動を円滑に行うことができる。
【００１７】
第４の発明は第１の発明ないし第３の発明のいずれかに従属し、情報は、業務遂行に必要な器具の現在位置に関する情報を含む。
【００１８】
第４の発明では、情報送信手段からの情報は、業務遂行に必要な器具の現在位置に関する情報を含むので、端末では、そのような器具の現在位置（場所，部屋，所持している人）が表示される。
【００１９】
第４の発明によれば、業務遂行に必要な器具の現在位置を容易に知ることができるので、そのような器具を探しまわるような無駄を省くことができる。
【００２０】
第５の発明は第１の発明ないし第４の発明に従属し、情報は、作業者についての第１画像と作業者以外の資源についての第２画像とを連結する線の種類をさらに含む。
【００２１】
第５の発明では、作業者についての第１画像（４０４，５０４，６０４，７０４）と作業者以外の資源についての第２画像（４０６，４１０，４２４，５０６，６０６，６０８，６１０，耳診療室）とを連結する線（４２０，４２２，４２４，５２０，６２０，６２２，６２４，７２０）の種類を含む。たとえば、線の種類は、実線，破線，二重線などであるとともに、太さの違いも意味する。ただし、線の種類は、線の色の違いや色の濃さの違いであってもよい。
【００２２】
第５の発明によれば、情報に線の種類を含めるので、その種類によって異なる意味内容を提示することができる。
【００２３】
第６の発明は第３の発明に従属し、作業者が現在位置する場所を検出する場所検出手段をさらに備え、情報生成手段は、業務検出手段が検出した資源としての作業者の現在遂行中の業務、および場所検出手段が検出した資源としての作業者が現在位置する場所から推定される作業の中断容易性の一方に基づいて、資源としての作業者の現在の連係可能性を示す情報を生成し、情報は、現在の連係可能性に関する情報をさらに含む。
【００２４】
第６の発明では、情報提示システム（１０）は、さらに作業者が現在位置する場所を検出する場所検出手段（１２、１８、２８、１１０）を備える。情報生成手段（１２）は、業務検出手段が検出した資源としての作業者の現在遂行中の業務、および場所検出手段が検出した資源としての作業者が現在位置する場所から推定される作業の中断容易性の一方に基づいて、資源としての作業者の現在の連係可能性を示す情報を生成する。そして、情報には現在の連係可能性に関する情報をさらに含む。なお、中断容易性とは、作業者が行っている作業の中断のしやすさを示すものであり、連係可能性とは、作業者が他の作業者の作業を手伝うことができる可能性を示すものである。
【００２５】
第６の発明によれば、作業者の連係可能性を含む情報が提示されるので、作業者が他の作業者の作業を手伝うことができる可能性を知ることができる。
【００２６】
第７の発明は第６の発明に従属し、作業者の業務遂行予定を示す予定情報を記憶する予定記憶手段をさらに備え、業務検出手段は、予定記憶手段が記憶する予定情報に基づいて資源としての作業者の現在遂行中の業務を検出する。
【００２７】
第７の発明では、情報提示システムは、作業者の業務遂行予定を示す予定情報を記憶する予定記憶手段（３０）をさらに備える。そして、業務検出手段は、予定記憶手段が記憶する予定情報に基づいて資源としての作業者の現在遂行中の業務を検出する。
【００２８】
第７の発明によれば、作業者の予定情報、つまり、スケジュールの情報に基づいて当該作業者が現在遂行している業務を検出することができる。
【００２９】
第８の発明は第６の発明または第７の発明に従属し、場所検出手段が検出した場所に基づいて作業者の場所の移動の経緯を示す履歴情報を記録する履歴記憶手段をさらに備え、業務検出手段は、履歴記憶手段が記憶する履歴情報に基づいて作業者の現在遂行中の業務を検出する。
【００３０】
第８の発明では、情報提示システムは、さらに、場所検出手段が検出した場所に基づいて作業者の場所の移動の経緯を示す履歴情報を記録する履歴記憶手段（２８）を備える。そして、業務検出手段は、履歴記憶手段が記憶する履歴情報に基づいて作業者が現在遂行している業務を検出する。
【００３１】
第８の発明によれば、作業者が存在した場所の履歴の情報に基づいて当該作業者が現在遂行している業務を検出することができる。
【００３２】
第９の発明は第６の発明に従属し、情報生成手段は、場所検出手段が検出した場所における全作業者の総滞在時間に対する当該場所において全作業者が直接的業務作業を行った総時間の割合に基づいて中断容易性を推定する。
【００３３】
第９の発明では、情報生成手段は、作業者の作業の中断容易性を、場所検出手段が検出した場所における全作業者の総滞在時間に対する当該場所において全作業者が直接的業務作業を行った総時間の割合に基づいて推定する。
【００３４】
第９の発明によれば、作業者の作業の中断容易性を定量的に推定することができる。
【００３５】
第１０の発明は第７の発明に従属し、業務検出手段は、さらに予定記憶手段が記憶する予定情報に基づいて資源としての作業者が将来に遂行する業務を検出し、情報生成手段は、さらに業務検出手段が検出した作業者が将来に遂行する業務に基づいて生成した将来の連係可能性を示す情報、現在の連係可能性を示す情報、および予定記憶手段が記憶する予定情報に基づいて現在の連係可能性がどの程度の時間でどのように変化するかを示す情報を生成し、情報は、現在の連係可能性がどの程度の時間でどのように変化するかを示す情報を含む。
【００３６】
第１０の発明では、業務検出手段は、予定記憶手段が記憶する予定情報に基づいて資源としての作業者が将来に遂行する業務の検出も行う。また、情報生成手段は、業務検出手段業務検出手段が検出した作業者が将来に遂行する業務に基づいて生成した将来の連係可能性を示す情報、現在の連係可能性を示す情報、および予定記憶手段が記憶する予定情報に基づいて現在の連係可能性がどの程度の時間でどのように変化するかを示す情報も生成する。そして、情報には、現在の連係可能性がどの程度の時間でどのように変化するかを示す情報が含まれる。
【００３７】
第１０の発明によれば、作業者の連係可能性がどの程度の時間でどのように変化するかを知ることができる。
【発明の効果】
【００３８】
この発明によれば、作業者が遂行している業務や現在の状況を監視し、当該作業者と当該業務に必要な資源との関係を可視表示するので、業務に必要な資源との関係を容易に知ることができる。その結果、業務を円滑に遂行することができる。
【００３９】
この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【発明を実施するための最良の形態】
【００４０】
図１を参照して、この発明の一実施例である情報提示システム１０は、たとえば病院に適用され、サーバ１２を含む。このサーバ１２は、有線或いは無線による通信回線（ネットワーク）１４を介して複数の看護師用端末（以下、単に「端末」という。）１６、複数の通過センサ１８および複数の中継器２０に接続される。端末１６は、ＰＤＡやＰＨＳのような携帯型の端末であり、看護師毎に割り当てられる。通過センサ１８は、赤外線を受光する受光装置であり、入院患者を収容する病棟内の廊下や診察室、手術室、トイレ、階段室、病室および看護師詰所などの各部屋の出入り口などに配置される。中継器２０は、ＰＤＡや携帯型のコンピュータのような携帯型の端末であり、看護師毎に割り当てられる。
【００４１】
図２はサーバ１２の具体的な構成を示すブロック図であり、サーバ１２には、図１では省略したが、モニタ装置２２が接続される。モニタ装置２２は、たとえば、複数の対物センサ、複数の集音マイク（音センサ）および複数のビデオカメラ（イメージセンサ）などのセンサを含む。図示は省略するが、この実施例では、複数の対物センサは、体温計、血圧計、注射器、点滴注射器（注入器）、血液採取用試験管、検尿コップなどの医療器具を格納してある格納箱（格納庫）の取り出し部分（出入り口）、格納箱（格納庫）の鍵やナースコール端末などに設置され、それらの医療器具等についての使用（取り出し）の有無を検知する。ただし、これらの医療器具等に、電子タグ情報（ＲＦ−ＩＤ）やバーコードのような識別情報を付加しておき、タグ情報やバーコードを読み取ることにより、その使用の有無を検出するようにしてもよい。また、複数の集音マイクは、入院患者を収容する病棟内であり、廊下および病室（ベッド或いはその近傍）などに設置され、周囲音（この実施例では、主として看護師の音声）を集音する。さらに、複数のビデオカメラは、集音マイクと同様に、入院患者を収容する病棟内の廊下および病室（ベッド或いはその近傍）などに設置されるとともに、看護師詰所などにも設置され、看護業務（タスク）を行う看護師（の行動）を撮影する。ここで、看護業務とは、問診、検温、検圧、注射、投薬、点滴注射、退院指導などの看護師が行うべき業務の総称である。ただし、この実施例では、単に「看護業務」という場合には、任意の１の業務を示す。
【００４２】
また、図２に示すように、サーバ１２には、５つのデータベース（ＤＢ）が接続される。具体的には、看護状況ＤＢ２４、看護師属性ＤＢ２６、場所ＤＢ２８、スケジュールＤＢ３０および知識ＤＢ３２がサーバ１２に接続される。
【００４３】
看護状況ＤＢ２４には、モニタ装置２２からの情報や中継器２０からの情報に基づいて特定された、看護師が現在遂行中の看護業務およびその進行状況を含む看護状況のテーブルが、看護師毎に記録される。具体的には、図３（Ａ）に示すように、看護状況のテーブル（名前：看護師Ａ）では、看護業務の内容（名称）に対応して、その経過（進行状況）、患者名、開始時刻および終了時刻が記述される。たとえば、看護業務の欄には、遂行中の看護業務の名称が記述される。経過の欄には、対応する看護業務の進行状況が記述される。この実施例では、各看護業務は、準備、実行、片付けに分類される。患者名の欄には、対応する看護業務を行う患者の名前が記述される。ここでは、患者名は、患者ａ，患者ｂ，…で示してある。開始時刻の欄には、看護業務の準備，実行，片付けのそれぞれについての開始時刻が記述される。また、開始時刻（後述する終了時刻も同じ。）は、時分秒で記述される。終了時刻の欄には、看護業務の準備，実行，片付けのそれぞれについての終了時刻が記述される。
【００４４】
なお、図示は省略するが、他の看護師（看護師Ｂ，Ｃ，…）についても同様である。また、図示は省略するが、看護状況は、看護師名ないし看護師ＩＤに対応づけて看護状況ＤＢ２４に記録される。
【００４５】
看護師属性ＤＢ２６には、看護師の属性情報が看護師毎に記録される。図３（Ｂ）に示すように、この実施例では、看護師の属性情報は、名前、経験年数、経験、技術、職位および権限である。具体的には、看護師ＩＤに対応して、それぞれの情報が記述される。看護師ＩＤは、後述するように、８ビットのデータで表わされる。図３（Ｂ）では、簡単のため、８文字のアルファベットで示してある。また、看護師の名前の欄には、看護師ＩＤが示す看護師の名前が記述される。経験年数の欄には、看護師としての経験年数が記述される。経験の欄には、当該看護師が実行したことのある看護業務の内容（経験）が記述される。技術の欄には、当該看護師が備えているスキルが記述される。職位の欄には、当該看護師の役職名が記述される。権限の欄には、当該看護師に与えられた権限の内容が記述される。
【００４６】
場所ＤＢ２８は、看護師や物（器具）の現在位置が看護師や物毎に記録される。図４（Ａ）に示すように、看護師の現在位置（場所）は、場所に対応して、入室時刻および退室時刻が記述される。場所の欄には、看護師が存在する部屋（看護師詰所、病室、診察室）、廊下や階段室の名称が記述される。たとえば、これらの部屋、廊下や階段室には、予め識別可能な名称や識別情報（部屋ＩＤ）が割り当てられている。入室時刻の欄には、対応する部屋等に入室した時刻が時分秒で記述される。退室時刻の欄には、対応する部屋等から退室した時刻が時分秒で記述される。ただし、廊下の場合には、入室時刻と退室時刻とで示す時間で当該廊下を通過したことを意味する。
【００４７】
また、図４（Ｂ）に示すように、物の現在位置（場所）は、場所に対応して、入室時刻および退室時刻が記述される。ただし、物は、上述したような医療器具等である。したがって、その場所がモニタ装置２２によって検出され、看護師と同様に、移動の有無や現在位置（場所）が追跡されるのである。物の場所は、上述した看護師の場所と同様であるため、重複した説明は省略する。
【００４８】
なお、物の現在位置は、当該物の識別情報（器具ＩＤ）やその名称に対応して場所ＤＢ２８に記録される。
【００４９】
スケジュールＤＢ３０には、看護師の１日の業務についてのスケジュール（ワークシート）が看護師毎に記録されるとともに、病院全体ないし各科のスケジュールが記録される。図示は省略するが、看護師毎のスケジュールには、各看護師が担当する患者について実行するべき看護業務と、この看護業務を実行する時間とが記述される。また、病院全体ないし各科のスケジュールには、使用する器具や人（医師や看護師）の予約時間が記述される。予約時間とは、たとえば、手術や検査などで、人の可動が予約されている時間（開始時刻と終了時刻）を意味する。
【００５０】
知識ＤＢ３２には、人間関係モデルや看護業務などの知識が記録される。図示は省略するが、この実施例では、人間関係モデルの知識としては、誰が誰の上司であるか、誰が誰の指導者（監督者）であるか、誰と誰とが親しいかなどの情報が記録される。また、看護業務の知識としては、看護業務の手順、看護業務に必要な看護師の人数、看護業務に必要な器具・薬品とその個数、問題が発生した場合にその問題を解決するのに必要な看護師の人数などが記録される。また、看護業務毎に、看護業務を行うときの加速度データの時間変化を予め取得して、これを辞書データとして記憶してある。ただし、看護師毎に、手順や癖が異なることもあるため、看護師毎に、辞書データを記憶するようにしてもよい。
【００５１】
また、サーバ１２は、その内部にＣＰＵ１２ｂおよびＨＤＤ１２ｃとともに時計回路１２ａを有している。この時計回路１２ａは、日付および時間を計時する。この実施例では、サーバ１２は、時計回路１２ａを参照して、看護師が現在遂行中の看護業務やその進行状況の情報にタイムスタンプを付与したり、看護師や医療器具等の場所の移動（入室，退室）の情報にタイムスタンプを付与したり、スケジュールに記載された看護業務の開始の時刻（日時）、または、器具や人（医師，看護師）の予約時間であるか否かを判断したりする。ＣＰＵ１２ｂは、サーバ１２の全体の制御を司り、ＨＤＤ１２ｃはサーバ１２の制御に必要な種々のプログラムやデータを記憶している。図示しないが、サーバ１２は、メモリなどのサーバに必要な構成を備えている。
【００５２】
図５は端末１６の電気的な構成を示すブロック図である。図５を参照して、端末１６はＣＰＵ４０を含み、このＣＰＵ４０には、メモリ４２，キースイッチ４４，ＬＣＤドライバ４６，モータドライバ５０，無線ＬＡＮ５４およびアンプ５６が接続される。また、ＬＣＤドライバ４６にはＬＣＤ４８が接続され、モータドライバ５０には振動モータ５２が接続され、そして、アンプ５６にはスピーカ５８が接続される。
【００５３】
なお、上述したように、端末１６としてＰＨＳを用いる場合には、さらに通話（電話）機能が追加される。
【００５４】
ＣＰＵ４０は、端末１６の全体制御を司る。メモリ４２は、ＲＯＭやＲＡＭを含む。この実施例では、端末１６は主として情報提示装置として機能し、ＲＯＭには、情報提示のためのプログラム（情報提示プログラム）や情報提示のために必要なデータ（画像データ，音データ）が記憶されている。ＲＡＭは、ＣＰＵ４０の記憶領域、作業領域およびバッファ領域として用いられる。
【００５５】
この実施例では、情報提示のために必要なプログラムやデータをＲＯＭに記憶するようにしてあるが、サーバ１２からダウンロードするようにしてもよい。このようにすれば、ＲＯＭの容量を削減することができる。
【００５６】
キースイッチ４４は、テンキー、十字キーのようなカーソルキーおよび選択キーなどの各種キーないしボタン（スイッチ）であり、看護師の指示入力に用いられる。ＬＣＤドライバ４６はＬＣＤ４８の駆動装置であり、ＣＰＵ４０からの指示に従ってＬＣＤ４８に画像を表示する。この実施例では、後述するような情報提示画面４００，５００，６００，７００（図１１および図１２参照）および操作画面８００（図１３参照）を表示するために用いられる。モータドライバ５０は、振動モータ５２の駆動装置であり、ＣＰＵ４０からの指示に従って振動モータ５２を駆動する。たとえば、サーバ１２から情報の提示があると、振動モータ５２を駆動することにより、端末１６を振動させて、その旨をユーザに知らせる。または、スピーカから通知音（音声，音楽）を出力して、情報の提示がある旨をユーザに知らせるようにしてもよい。このとき、ＣＰＵ４０からの音データ（音、音声ないし音楽）は、アナログの音（音声）信号に変換された後、アンプ５６で増幅され、スピーカ５８から出力される。ただし、振動および音（音楽）の両方で通知するようにしてもよい。
【００５７】
無線ＬＡＮ５４は、ＣＰＵ４０の指示に従って、看護師がキースイッチ４４を用いて入力した指示入力（コマンド）を、ネットワーク１４を介してサーバ１２に送信する。詳細な説明は省略するが、サーバ１２では、端末１６の無線ＬＡＮのＭＡＣアドレスを看護師ＩＤに対応づけて管理しているため、通信している端末１６の使用者（看護師）をサーバ１２側で認識することが可能である。ただし、メモリ４２（ＲＯＭ）に看護師ＩＤを記憶しておき、コマンドとともに看護師ＩＤをサーバ１２に送信するようにしてもよい。また、無線ＬＡＮ５４は、サーバ１２から送信された情報（画面表示に関する情報）を受信して、ＣＰＵ４０に与える。
【００５８】
図６に示すように、通過センサ１８は、第１受光モジュール７２および第２受光モジュール７４を含み、第１受光モジュール７２および第２受光モジュール７４は、ゲートの上部であり、互いに異なる側面に装着される。また、ゲートの上に載置されるケース１８０内には、通過センサ１８の受光モジュール（７２，７４）以外のコンポーネント（ＣＰＵ７０，ＲＡＭ７６，無線ＬＡＮ７８：図８参照）が内蔵される。ただし、ゲートは分かり易く示すために図示しただけであり、通常は、看護師詰所、診察室、病室のような部屋の出入り口、廊下と廊下との連結部（十字路、Ｔ字路など）、廊下と階段との連結部のような要所に通過センサ１８は設置される。また、必要であれば、エレベータのゲートに設置されてもよい。
【００５９】
また、図７に示すように、各看護師の頭部には、赤外線信号を発信する送信機１１０が装着される。たとえば、送信機１１０は、クリップのような固定器具を用いて、ナースキャップや頭髪に固定される。また、送信機１１０が発信する赤外線信号は、たとえば、８ビットの固定のパターン（看護師ＩＤ）である。
【００６０】
図８は通過センサ１８の電気的な構成を示すブロック図である。図８を参照して、通過センサ１８はＣＰＵ７０を含み、ＣＰＵ７０には、第１受光モジュール７２、第２受光モジュール７４、ＲＡＭ７６および無線ＬＡＮ７８が接続される。各通過センサ１８の受光モジュール（７２，７４等）のそれぞれには、固有の識別情報（受光モジュールＩＤ）が割り当てられている。各受光モジュール（７２，７４等）は、送信機１１０（図７参照）からの赤外線信号を検出する。ここで、送信機１１０から送信される赤外線信号は、上述したように、８ビットの固定のパターン（看護師ＩＤ）である。たとえば、受光モジュール（７２，７４）は、看護師ＩＤを受信すると、受信した看護師ＩＤをＣＰＵ７０に与える。ＣＰＵ７０は、看護師ＩＤを受信した受光モジュール（７２，７４）の受光モジュールＩＤを当該看護師ＩＤに付加して、ＲＡＭ７６に記憶（一時記憶）し、その後、無線ＬＡＮ７８およびネットワーク１４を介して、サーバ１２に送信する。
【００６１】
サーバ１２では、受光モジュールＩＤが付加された看護師ＩＤを受信すると、受信した受光モジュールＩＤに対応する場所を看護師ＩＤが示す看護師の現在位置として、場所ＤＢ２８に登録する。このとき、サーバ１２は、時計回路１２ａを参照して、看護師の現在位置（場所）にタイムスタンプを付与する。
【００６２】
なお、この実施例では、端末１６の処理負担の軽減やメモリ４２の容量節約のために、サーバ１２側で、当該看護師の現在位置を特定するようにしてあるが、通過センサ１８がネットワーク１４を介して受光モジュールＩＤと看護師ＩＤとを端末１６に送信し、看護師自身の現在位置を当該端末１６が算出するようにしてもよい。
【００６３】
図９は中継器２０の電気的な構成を示すブロック図である。図９を参照して、中継器２０はＣＰＵ９０を含む。ＣＰＵ９０には、メモリ９２，エンコーダ９４，非接触センサ９８，加速度センサ１００および無線ＬＡＮ１０２が接続される。メモリ９２は、ワークメモリないしバッファメモリとして働き、ＣＰＵ９０によって使用される。エンコーダ９４にはピンマイク９６が接続され、エンコーダ９４は、ピンマイク９６から入力される音声信号をＭＰ３のような圧縮音声データ（以下、単に「音声データ」という。）に変調してＣＰＵ９０に入力する。このように、音声信号を圧縮変調するのは、メモリ９２の使用量を比較的少なくするためであり、また、後述するように、無線ＬＡＮ１０２を介して送信するデータのデータ量を低減するためである。たとえば、看護師は、ピンマイク９６を通して、開始するまたは終了した看護業務の内容を音声で入力する。したがって、サーバ１２は、音声を解析することにより、看護師が開始、実効または終了した看護業務を知ることができる。
【００６４】
なお、図９では、簡単のため、複数の加速度センサ１００ａ，１００ｂ，１００ｃ，１００ｄを、加速度センサ１００として包括的に示してある（図７参照）。
【００６５】
ここで、図７を参照して分かるように、端末１６，中継器２０および赤外線を発信する送信機１１０は、各作業者（看護師）に装着される。図７に示すように、端末１６は、看護師の手首に装着される。図示は省略するが、端末１６のＬＣＤ４８が見えるように、腕時計を装着するように、バンドのような固定器具を用いて装着される。
【００６６】
また、中継器２０では、ピンマイク９６，非接触センサ９８および加速度センサ１００（１００ａ，１００ｂ，１００ｃ，１００ｄ）以外の回路コンポーネント（図９参照）はボックス２００に収容され、ボックス２００は看護師の腰部（ベルト部分）に装着される。
【００６７】
図７に示すように、ピンマイク９６は、看護師の衣服（白衣）の襟元付近に装着される。また、非接触センサ９８は、ペン型のケースに収容され、看護師の白衣の胸ポケットに挿すように収納される。ただし、図面では、分かり易く示すために、ペン型のケースを胸ポケットの外部に記載してある。
【００６８】
また、看護師の両手（両腕）、胸および腰などには、加速度センサ１００が装着される。この実施例では、加速度センサ１００ａが右腕に装着され、加速度センサ１００ｂが左腕に装着され、加速度センサ１００ｃが胸に装着され、そして、加速度センサ１００ｄが腰に装着される。ただし、図７では、分かり易く示すために、各加速度センサ１００を白衣の外部に記載してあるが、各加速度センサ１００は、実際には、ゴムバンドのような適宜の固定器具を用いて、白衣の内部で腕などに固定される。
【００６９】
なお、図７においては省略するが、非接触センサ９８と加速度センサ１００とは接続線を用いてボックス２００内のＣＰＵ９０に接続され、ピンマイク９６は接続線を用いてボックス２００内のエンコーダ９４に電気的に接続される。ただし、接続線を用いずに、ブルートゥースのような近距離無線によって接続するようにしてもよい。つまり、電気的に接続されればよいのである。
【００７０】
また、この実施例で用いるピンマイク９６は指向性を有するものである。これは、ピンマイク９６を装着する看護師の音声のみを検出して、患者のプライバシーを守るためである。
【００７１】
非接触センサ９８としては、焦電センサを用いることができ、ＣＰＵ９０は非接触センサ９８からの入力に応じてピンマイク９６をオン／オフする。この実施例では、非接触センサ９８すなわち焦電センサの前で、看護師が手を２回上下させると、その検出信号がＣＰＵ９０に入力され、これに応じて、ＣＰＵ９０はピンマイク９６をオンし、その後、看護師が焦電センサの前で、手を２回上下させると、ピンマイク９６をオフする。ただし、ＣＰＵ９０は、看護師の操作によらないで、所定時間（１０秒）が経過した場合にもピンマイク９６をオフするようにしてある。
【００７２】
加速度センサ１００は、たとえば、多軸（３軸）の加速度センサであり、サンプリング周波数が２００Hzであり、加速度は±３Ｇ（Ｇは重力）まで計測可能である。この中継器２０では、加速度センサ１００で検出される加速度のデータ（加速度データ）がＣＰＵ９０に与えられる。ＣＰＵ９０は、加速度センサ１００からの加速度データをＲＡＭ９２に記憶（一時記憶）し、一定時間（たとえば、１０秒）毎に、その一定時間分の加速度データを、無線ＬＡＮ１０２およびネットワーク１４を介してサーバ１２に送信する。上述したように、知識ＤＢ３２には、予め看護業務を実行した場合の加速度データの時間変化を辞書データとして記憶しているので、中継器２０から送信される加速度データと比較することにより、実行中の看護業務の内容を特定することができる。たとえば、辞書データと中継器２０からの加速度データとを、周知のＤＰマッチングの方法により、比較することにより、看護業務を特定することができる。
【００７３】
なお、加速度センサ１００に代えて、ジャイロセンサ、照度センサまたは温度センサなどの他のセンサを用いることもできる。他のセンサを用いる場合には、その他のセンサの出力がサーバ１２に送信される。
【００７４】
たとえば、看護師はワークシートに従って看護業務を遂行する。しかし、患者にワークシートに無い他の看護業務などを依頼されたり、他の看護師の手伝いをしたり、看護業務に使用する器具の場所を尋ねられたりすることが頻繁にある。一方で、看護師は、看護業務の遂行にあたって、他の看護師に手伝ってもらいたい場合や看護業務に使用する器具の場所を知りたい場合もある。また、新人や不慣れな看護師には、指導者（先輩の看護師や師長など）の看護師が存在し、当該指導者の看護師の指示に従って看護業務を実行しなければならない場合もある。さらに、看護業務の遂行にあたり、特定の権限を有する者の承諾が必要な内容（たとえば、麻薬の使用ないし取扱い）も存在する。
【００７５】
しかし、看護業務に必要な資源（人，物，場所（部屋））のうち、人や物の位置は動的に変化し、また、各看護師の看護業務の量（残量）や現在行っている看護業務の緊急度は各人で異なるため、手伝ってもらえる看護師を見つけるのは困難である。また、特定の場所に置かれていない器具（薬品庫の鍵など）の現在位置（誰が所持しているか）を知ることも困難である。このように、看護業務を遂行するために、手伝いが可能な他の看護師や指導者の現在位置を知るのは困難であり、また、必要な器具の現在位置を知ることも困難である。このような場合に、他の人（看護師など）や器具を探すには、時間がかかってしまい、看護業務を円滑に遂行することができない。
【００７６】
そこで、この実施例では、各資源の位置や関係が分かる情報を各看護師に提示し、円滑に看護業務を行えるようにしてある。また、たとえば、看護師は、他の看護師に手伝ってもらいたい場合には、その要求（呼出要求）をサーバ１２に送信し、各看護師の看護業務や現在の状況を監視しているサーバ１２が、手伝いが可能な看護師を検索し、呼出要求のあった看護師に、手伝いが可能と思われる看護師にその旨を通知する。以下、具体的に説明する。
【００７７】
サーバ１２は、通過センサ１８、中継器２０およびモニタ装置２２から送信されてくる各種データを用いて、看護師の看護業務および現在の状況（現在位置を含む。）を観測し、各種ＤＢ２４，２６および２８を更新する。また、サーバ１２は、ＤＢ２４，２６，２８，３０および３２の情報を用いて、看護師毎に提示する情報を生成し、生成した情報を各看護師が使用する端末１６にそれぞれ送信する。
【００７８】
たとえば、サーバ１２は、着目する看護師の看護業務や現在の状況を、看護状況ＤＢ２４を参照して検出し、検出した看護業務に必要な資源を知識ＤＢ３２から取得する。サーバ１２は、必要な資源（人（の数），物，部屋）を取得すると、必要な資源として対象となり得る人を検索し、その人や必要な物の場所を、場所ＤＢ２８を参照して検出する。たとえば、必要な資源として対象となり得る人は、比較的忙しくない人である。ただし、特定のスキルを要する看護業務を実行する場合には、サーバ１２は、看護師属性ＤＢ２６を参照して、比較的忙しくない人の中から、そのようなスキルや経験を有する人（ベテランや経験者）を検索する。
【００７９】
「比較的忙しくない人」の候補としては、看護状況ＤＢ２４、スケジュールＤＢ３０および知識ＤＢ３２を参照することにより、現在の看護業務（現タスク）の緊急性が低い看護師、現在の看護業務の負荷が低い看護師、現在の看護業務の推定残り時間がほとんど無い看護師を抽出する。ただし、「比較的忙しくない人」であっても、重要物（たとえば、麻薬庫の鍵）を持っている看護師は、候補から排除される。優先度の高い看護業務を遂行中である蓋然性が高いからである。
【００８０】
サーバ１２は資源の検索を終了すると、情報提示画面（図１１および図１２参照）において、着目する看護師のアイコンと各資源のアイコンとを接続するための線の種類（実線，点線，二重線の別とそれぞれの太さ）を決定する。各資源を線で結ぶことにより、関係を可視化することができる。
【００８１】
この実施例では、実線は、現在取得してよい物や面会してよい人物を意味する。取得してよい物は、誰も使用していない医療機器等を意味する。また、面会してよい人物は、比較的忙しくない人を意味する。
【００８２】
破線は、今後行動（看護業務）の対象ないし目的になる資源を意味する。たとえば、或る鍵で麻薬庫の錠を開けるような場合に、当該或る鍵を取得していない場合には、当該麻薬庫（部屋）は、鍵を取得した後に、行動の対象になる資源と言える。
【００８３】
二重線は、緊急の行動の対象にしなければいけない資源を意味する。たとえば、緊急で行動の対象にしなければいけない資源は、経験豊富でありかつ冷静に判断ないし対処することのできるベテランの人、緊急の行動に必要な物（重要な物）を持っている人や重要な物である。重要な物としては、緊急の手術（治療）に必要な器具やそのような器具の収納庫の鍵などである。
【００８４】
各線の太さは、資源の優先度によって予め決定される。このような優先度は、情報提示システム１０の管理者や使用者によって決定される。たとえば、或る権限を有する人は、何ら権限を有していない人よりも優先度が高い。また、麻薬のような劇薬の倉庫の鍵は、血圧計のような医療機器を収納している収納庫の鍵よりも優先度が高い。さらに、看護業務の時間的制約（開始時刻や終了時刻に制限がある場合など）により、複数の看護師間における優先度の高低を決定することできる。
【００８５】
なお、この実施例では、優先度を線の太さで表現するようにしてあるが、線の色の違いや線の色の濃さの違いで表現するようにしてもよい。
【００８６】
サーバ１２は、資源と、その資源に対応するアイコン同士を接続する線の種類とを決定すると、資源の識別情報（リソースＩＤ：看護師ＩＤ，物ＩＤ，部屋ＩＤ）と、各資源（ここでは、人や物）の場所（部屋）情報（この実施例では、マップ上の位置座標データ）と、アイコン同士を接続する線の種類とを含む情報を着目する看護師が使用する端末１６に送信する。端末１６は、サーバ１２からの情報を受信すると、この情報を用いて、情報提示画面を表示する。以下、同様である。
【００８７】
なお、図示等は省略したが、サーバ１２は、この情報提示システム１０が適用される環境のマップデータを内部メモリに記憶してある。
【００８８】
また、新人の看護師では、看護業務を実行している実行していないに拘わらず、その指導の指示や指導を受ける必要がある。逆に、指導者は、新人がどこに居るかを把握して、指示や指導を行う必要もある。したがって、看護師が新人である場合には、看護業務の実行するかどうかに拘わらず、必要な資源として指導者が含まれる。つまり、看護業務を行っている場合には、上述の例で示した情報に加えて、指導者の看護師ＩＤと、当該指導者を示すアイコンと接続される線の種類とが情報に含まれる。ただし、看護業務を行っていない場合には、新人の看護師とその指導者の看護師ＩＤと、それぞれのアイコンを接続する線の種類とを含む情報が新人の看護師やその指導者が使用する端末１６に送信される。
【００８９】
さらに、同じ物や部屋を使用する看護業務が他の看護師との間で競合する場合のもある。このような場合には、順序良く物や部屋を使用する必要がある。したがって、或る看護師が或る看護業務を実行する場合に、当該看護業務が数の限定された資源（ここでは、物や部屋）を使用するような場合には、看護状況ＤＢ２４を参照して、他の看護師が同じ看護業務を実行している、または、実行しようとしている（準備）かどうかを検出する必要がある。他の看護師との間で競合する場合には、或る看護師と当該資源との関係のみならず、他の看護師と当該資源との関係も表示される。したがって、この場合には、或る看護師および他の看護師の看護師ＩＤと、資源についての物ＩＤまたは部屋ＩＤと、各看護師のアイコンと各資源とを結ぶ線の種類とを含む情報が、各看護師が使用する端末１６に送信される。
【００９０】
図１０は、図５に示した端末１６のメモリ４２（ＲＡＭ）のメモリマップ３００の一例を示す図解図である。図１０に示すように、ＲＡＭは、プログラム記憶領域３０２およびデータ記憶領域３０４を含む。プログラム記憶領域３０２には、情報提示プログラムが記憶され、情報提示プログラムは、画像生成プログラム３１２、画像表示プログラム３１４、通信プログラム３１６および通知プログラム３１８によって構成される。
【００９１】
画像生成プログラム３１２は、後述する、リソースＩＤ３３２、座標データ３３４、種類データ３３６、マップデータ３３８およびキャラクタ画像データ３４０を用いて、ＬＣＤ４８に表示する情報提示画面（図１１および図１２参照）および操作画面（図１３参照）についての画面データを生成するためのプログラムである。画像表示プログラム３１４は、画像生成プログラム３１２に従って生成された画面データを、ドライバ４６を駆動して、ＬＣＤ４８に出力するためのプログラムである。通信プログラム３１６は、サーバ１２との間で無線通信するためのプログラムである。通知プログラム３１８は、サーバ１２や他の端末１６などからのメッセージがある場合に、振動または音（音声）或いはそれら両方によって、メッセージがある旨を通知するためのプログラムである。
【００９２】
また、データ記憶領域３０４には、リソースＩＤ３３２、場所データ３３４、種類データ３３６、マップデータ３３８およびキャラクタ画像データ３４０などが記憶される。リソースＩＤ３３２は、資源についてのＩＤ（看護師ＩＤ，物ＩＤ，場所ＩＤ）であり、サーバ１２から通知される情報に含まれる。座標データ３３４は、サーバ１２から通知される各資源の場所に対応するマップ上の位置についての座標データである。つまり、資源をマップ上に配置するための位置座標のデータである。種類データ３３６は、サーバ１２から通知される各資源のアイコン同士と接続する線の種類についてのデータである。マップデータ３３８は、この情報提示システム１０が適用される建物や会場のマップデータであり、この実施例では、病院の或るフロアについてのマップデータである。このマップデータ３３８は、サーバ１２の内部メモリに記憶されるマップデータと同じである。キャラクタ画像データ３４０は、看護師のような人を表わすアイコン、物（鍵など）を表わすアイコン、ボタン画像、およびテンプレートのような各種キャラクタを生成および表示するための画像データ（ポリゴンデータ，テクスチャデータなど）である。
【００９３】
サーバ１２からの情報を受信した端末１６では、情報提示画面（４００，５００，６００，７００など）がＬＣＤ４８に表示される。情報提示画面（４００−７００）の例が図１１および図１２に示される。図１１および図１２においては、分かり易く示すために、当該端末を使用する（着目する）看護師（以下、「当該看護師」という。）を示すアイコンに斜線を付してある。
【００９４】
図１１（Ａ）の情報提示画面４００では、マップ４０２がＬＣＤ４８に表示され、このマップ４０２上に、当該看護師のアイコン４０４が表示され、他の人物（たとえば、確認を取らなければならない管理者（師長や医師））のアイコン４０６が表示され、そして物（鍵）のアイコン４１０が表示される。アイコン４０４とアイコン４０６とは実線４２０で接続される。また、アイコン４０４とアイコン４１０とが実線４２２で接続される。さらに、アイコン４０４は、目的の部屋（ここでは、耳鼻科診察室）と点線４２４で接続される。また、実線４２０は、実線４２２よりも太く表示される。
【００９５】
ただし、この実施例では、マップの全体をＬＣＤ４８に表示するのは困難であるため、当該端末１６を使用する看護師のアイコンを含む一部について表示するようにしてある。以下、同じ。
【００９６】
たとえば、この情報提示画面４００は、目的の部屋（耳鼻科診察室）に行きたいが、そのためには、目的の部屋の鍵（アイコン４１０）を取得し、管理者（アイコン４２０）に許可を得なければならない場合を示している。当該看護師は、この情報提示画面４００から、管理者が４５１号室に存在し、鍵が看護師詰所に在ることが分かり、また、管理者は鍵よりも優先度が高いことも分かる。
【００９７】
他の情報提示画面５００が図１１（Ｂ）に示される。この情報提示画面５００では、マップ５０２がＬＣＤ４８に表示され、このマップ５０２上に、当該看護師のアイコン５０４と、他の人（ここでは、新人の当該看護師の指導者）のアイコン５０６が表示される。また、アイコン５０４とアイコン５０６とが実線５２０で接続される。
【００９８】
たとえば、この情報提示画面５００は、新人の当該看護師（経験年数の少ない看護師）が４５９号室に存在し、その指導者が外来の眼科診察室に存在することが分かる。逆に、指導者は、自身の使用する端末１６で担当する新人の看護師が存在する場所（４５９号室）を瞬時に知ることができる。
【００９９】
その他の情報提示画面６００が図１２（Ａ）に示される。この情報提示画面６００では、マップ６０２が表示され、このマップ６０２上に、新人の当該看護師のアイコン６０４と、他の人（ここでは、指導者の変わりに対応可能な人）のアイコン６０６，６０８、他の人（ここでは、新人の当該看護師師の指導者）のアイコン６１０、および他の人（ここでは、手がふさがっていて対応できない人）のアイコン６１２，６１４が表示される。また、アイコン６０４とアイコン６０６とが実線６２２で接続され、アイコン６０４とアイコン６０８とが実線６２０で接続され、アイコン６０４とアイコン６１０とが点線６２４で接続される。ここでは、実線６２０と実線６２２とは同じ太さであり、優先度に差が無いことを意味する。
【０１００】
より具体的に説明すると、新人の当該看護師の指導者の手がふさがっている場合には、新人からの問い合わせに対して指示を出したり、指導したりすることができないため、当該指導者は、今後行動の対象になる人と考えられ、アイコン６０４とアイコン６１０とは点線６２４で接続される。したがって、指導者に代わって当該看護師に指示するなどの対応が可能な看護師が検索され、アイコン６０４と、アイコン６０６，６０８とが実線で接続される。ただし、指導者に代わって当該看護師に指示するなどの対応が不能な看護師（新人、問題に対応できるスキルが無い人や近くにいるが手がふさがっている人など）のアイコン６１２，６１４は画面６００上に表示されるが、当該看護師のアイコン６０４とは線で結ばれない。このように、線で結ばないことによって、対応できないことを表現しているのである。
【０１０１】
したがって、たとえば、４５９号室に存在する当該看護師は、画面６００を見て、外来の眼科診察室に存在する指導者は対応不能であることを知ることができ、さらに、必要に応じて、４６０号室または南側休憩室に存在する対応可能な他の人に指示を求めることができるのである。
【０１０２】
なお、詳細な説明は省略するが、手がふさがっている状態であることは、各看護師が端末１６を用いてサーバ１２に通知するようにすればよい。その後、看護師が端末１６を用いてサーバ１２に対応可能になったことを通知すれば、手がふさがっている状態でないことが分かる。このような情報は、看護状況とともに記録するようにしてもよいし、別途管理するようにしてもよい。
【０１０３】
さらに他の情報提示画面７００が図１２（Ｂ）に示される。この情報提示画面７００では、マップ７０２がＬＣＤ４８に表示され、このマップ７０２上に、当該看護師のアイコン７０４、他の人（ここでは、次に目的の部屋を使用するべき人）のアイコン７０６および他の人（ここでは、次の次に目的の部屋を使用するべき人）アイコン７０８が表示されるとともに、アイコン７０４の近傍に鍵のアイコン７１０が表示される。つまり、当該看護師は目的の部屋（耳鼻科診察室）の鍵を所持している。また、アイコン７０４と耳鼻科診察室とが実線７２２で接続され、アイコン７０６と耳鼻科診察室とが点線７２４で接続され、アイコン７０８と耳鼻科診察室とが点線７２６で接続され、そして、アイコン７１０と耳鼻科診察室とが実線７２２で接続される。
【０１０４】
より具体的には、画面７００では、現在、当該看護師が耳鼻科診察室を使用可能な状態である。また、アイコン７０６および７０８のそれぞれに対応する看護師が耳鼻科診察室の使用を待機している状態であるが、アイコン７０６に対応する看護師は、アイコン７０８に対応する看護師よりも優先度が高い。
【０１０５】
したがって、当該看護師は耳鼻科診察室の使用を終了すると、アイコン７０６に対応する看護師に鍵を渡せば良いことが分かる。一方、待機中の看護師はその優先度（線の太さ）によって順番を知ることができるので、他の看護業務を先に済ませるなどの応用が利く。このようにすれば、病院全体として円滑に業務が進行すると考えられる。
【０１０６】
図１３は、端末１６の操作画面８００の一例を示す図解図である。図１３を参照して分かるように、操作画面８００には、呼出の種類を表示する表示欄８０２、および他の看護師を呼び出す場合に重視する点を表示する表示欄８０４が設けられる。また、表示欄８０４の下方には、呼出ボタン８０６が設けられる。
【０１０７】
たとえば、表示欄８０２および８０４は、コンボボックスで構成されており、所望の内容をそれぞれ選択的に表示させることができる。呼び出しの種類は、呼出の緊急度や呼出したい人の別であり、この実施例では、通常、緊急、経験者、重要物携帯者、および個人（個人名）のいずれか１つを選択することができる。また、重視する点は、資源を検索する場合に重視する内容であり、この実施例では、場所の近接性、属性（ベテラン、経験者、職位）、使用物（器具）、作業負荷、および個人（個人名）のいずれか１つを選択することができる。
【０１０８】
呼出の種類および重視する点を選択し、呼出ボタン８０６をオンすると、呼出の種類および重視する点の情報を含む呼出要求がサーバ１２に与えられる。サーバ１２は、呼出要求を受信すると、これに応じて、当該呼出要求のあった端末１６の看護師の手伝いが可能であると思われる看護師を検索し、検索した看護師が使用する端末１６に呼出要求が有る旨を通知する。
【０１０９】
具体的には、まず、サーバ１２は、知識ＤＢ３２を参照して、看護業務の内容に必要な人数、必要な器具・薬品とその個数、および看護業務の手順などの知識を取得する。以下、図１４に示す表を用いて、呼出の種類によって決定される看護師を検索する条件および当該条件を満たすための要素について説明する。
【０１１０】
サーバ１２は、呼出の種類が「普通」である場合には、看護状況ＤＢ２４，場所ＤＢ２８，スケジュールＤＢ３０，および知識ＤＢ３２を参照して、「すぐに来られる人」や「比較的忙しくない人」を検索する。「すぐに来られる人」の候補としては、場所ＤＢ２８を参照することにより、呼出要求をした看護師が存在する場所からの距離の短い場所に存在する看護師を抽出する。ただし、距離は、呼出要求をした看護師が存在する場所と他の看護師の存在する場所との距離やルート（移動経路）の長さを意味する。また、「比較的忙しくない人」の候補としては、看護状況ＤＢ２４、スケジュールＤＢ３０および知識ＤＢ３２を参照することにより、現在の看護業務（現タスク）の緊急性が低い看護師、現在の看護業務の負荷が低い看護師、現在の看護業務の推定残り時間がほとんど無い看護師を抽出する。ただし、「比較的忙しくない人」であっても、重要物（たとえば、麻薬庫の鍵）を持っている看護師は、候補から排除される。優先度の高い看護業務を遂行中である蓋然性が高いからである。また、「比較的忙しくない人」の条件は、「すぐに来られる人の条件」に含むようにしてもよいと考えられる。
【０１１１】
サーバ１２は、呼出の種類が「緊急」である場合には、上記の暗黙条件に加えて、明示条件としてベテランの人を検索する。この明示条件は、情報提示システム１０の管理者等が設定した条件であり、任意に設定（変更）することができる。また、看護師がベテランであるか否かは、看護師としての経験年数、当該看護業務の経験有無および当該看護師の職位に基づいて判断される。つまり、サーバ１２は、看護師属性ＤＢ２６を参照して、暗黙条件で抽出した看護師の候補についての属性を検索し、経験年数，経験，職位に基づいて、看護師を絞り込む（選択する）。
【０１１２】
サーバ１２は、呼出の種類が「経験者」である場合には、上記の暗黙条件に加えて、明示条件として経験者を検索する。この明示条件は、情報提示システム１０の管理者等が設定した条件である。サーバ１２は、看護師属性ＤＢ２６を参照して、暗黙条件で抽出した看護師の候補についての属性を検索し、実行したことの有る看護業務の内容（経験）に基づいて、看護師を絞り込む。
【０１１３】
サーバ１２は、呼出の種類が「重要物携帯者」である場合には、看護状況ＤＢ２４および知識ＤＢ３２を参照して、重要なものを持っている看護師を検索する。この明示条件は、情報提示システム１０の管理者等が設定した条件である。看護師が重要物を持っているか否かは、モニタ装置２２の検出結果や看護師の看護業務の内容（看護業務に使用する器具・薬品）から特定することができる。
【０１１４】
サーバ１２は、呼出の種類が「個人（個人名）」である場合には、当該個人名の看護師を検索する。この実施例では、看護師が選択した看護師を検索するようにしてあるが、現在重要な看護業務（たとえば、手術の補助）を遂行中であったり、看護業務の残量が膨大であったりする看護師や新人の看護師は選択できないようにしてもよい。たとえば、個人（個人名）が示す看護師を検索したときに、当該看護師の看護状況、スケジュールおよび属性を見て、上記のような場合に該当すれば、呼出要求のあった端末１６にエラーを返すようにすればよい。
【０１１５】
ただし、上述したように、看護師は、端末１６に表示された情報提示画面（４００−７００など）で現在の状況を知ることができるため、自らの意思により、手伝いが不能な看護師を呼び出さないようにすることもできる。
【０１１６】
上述のようにして、看護師は検索されるが、重視する点が選択されている場合には、サーバ１２は、複数の条件に従って看護師を選択するときに、重視する点（内容）を優先して、看護師が選択する。
【０１１７】
上述したように、看護師が検索（選択）されると、サーバ１２は、検索した看護師に、呼出要求が有る旨を通知する。したがって、看護師は他の看護師等を探す必要がなく、必要なときに他の看護師等を呼び出すことができる。
【０１１８】
この実施例によれば、現在の状況に応じて必要な資源との関係を可視表示するので、現在の状況を一目で知ることができ、業務を円滑に遂行することができる。また、必要に応じて、適切な看護師を呼び出すことも可能である。
【０１１９】
なお、この実施例では、看護師が所持（装着）する端末に情報（個別情報）を提示するようにしたが、全ての看護師と資源との関係とをマップ全体に示した情報（全体情報）を、看護師詰所のような各看護師とその監視員（師長など）とが出入りする場所に設置したディスプレイ（ＬＣＤやＣＲＴモニタなど）に表示し、院内（各フロア）における全ての看護師と資源との関係を監視可能にしてもよい。たとえば、ディスプレイはサーバに接続して、サーバが表示制御してもよい、他のコンピュータにディスプレイが接続されている場合には、当該他のコンピュータとサーバとを通信可能に接続し、サーバから情報提示に必要なデータを当該他のコンピュータに送信して、当該他のコンピュータが表示制御するようにしてもよい。ただし、このような全体情報の提示は、上述の実施例で示した端末への個別情報の提示とともに行ってもよい。かかる場合には、一部の個別情報のみならず、全体情報を端末で表示（スクロール表示）可能にしてよい。
【０１２０】
また、この実施例では、情報提示システムを病院に適用した場合について説明したが、これに限定される必要はない。一般的な企業、工場などの様々な環境に適用することができる。ただし、適用する環境に応じて、用意するマップデータやキャラクタ画像データを変更する必要があると考えられる。また、適用する環境によって、呼び出しの条件や条件を満たすための要素は適宜変更する必要もある。
【０１２１】
ところで、上述したように、図１３に示した端末１６の操作画面８００において看護師が呼出ボタン８０６をオンにして呼び出しを行うと、サーバ１２は、呼出の種類が「普通」である場合には、「すぐ来られる人」や「比較的忙しくない人」を検索する。ここで、「比較的忙しくないか否か」、つまり、他の看護師が呼出を行った看護師を手伝える可能性（以下、「連係可能性」と呼ぶ。）はいくつかの方法によって推定することができる。
【０１２２】
たとえば、連係可能性の程度を推定する方法としては、大きく分けて、連係を期待される看護師の現在の業務に基づいて推定する第１の方法と、連係を期待される看護師が現在位置する場所に基づいて推定する第２方法とが考えられる。
【０１２３】
看護師の現在の業務に基づいて連係可能性の程度を推定する第１の方法では、たとえば、知識ＤＢ３２に、看護師が行う各業務と当該各業務を遂行している場合の連係可能性をあらかじめ対応させたテーブルＴ（不図示）を記憶しておき、看護師が現在遂行している業務をキーとしてテーブルＴを検索することによって各業務を遂行している看護師の連係可能性を推定することができる。
【０１２４】
この第１の方法では、連係を期待される看護師が現在遂行している業務に基づいて連係可能性を推定するが、看護師が現在遂行している業務を特定する方法としては、たとえば、次の２つの方法が考えられる。１つ目の方法は、スケジュールＤＢ３０に記憶されている看護師のスケジュールに基づいて特定する方法である。そして、２つ目の方法は、看護師が位置する場所の移動のパターンによって特定する方法である。この２つ目の方法は、看護師が位置する場所の移動のパターンと当該看護師が遂行している業務との間には一定の関係性があるという知見に基づいている。
【０１２５】
したがって、まず、知識ＤＢ３２に、あらかじめ看護師が位置する場所の移動のパターンと当該パターンに対応する業務とを対応つけた情報Ｉを記憶しておく。たとえば、看護師の移動パターンが「与薬準備室」→「廊下」→「病室」の順に移動するパターンであればこのパターンには業務として「与薬」が対応つけて記憶され、また、「食事準備室」→「廊下」→「病室」という移動パターンであれば「食事配膳」という業務が対応つけて記憶されている。そして、場所ＢＤ２８を参照して連係が期待される看護師が位置した場所の履歴を取得し、取得した履歴から看護師の場所の移動のパターンを特定する。そして最後に、特定したパターンと知識ＤＢ３２に記憶されている情報Ｉに含まれるパターンとをマッチングすることによって看護師が遂行している業務を特定することができる。
【０１２６】
上述したように、連係可能性の程度を推定する第２の方法は、連係を期待される看護師が現在位置する場所に基づいて推定する方法であるが、この方法は、直接的看護業務の遂行中は業務を中断して他の看護師の手伝いを行うことは許容されにくいという知見と、看護師が直接的看護業務を遂行している可能性（時間的割合）は看護師が現在存在している場所に依存しているという知見とに基づいている。つまり、看護師が現在存在している場所によって、当該看護師が遂行している業務を中断できる可能性（中断容易性）、ひいては連係可能性を推定できるということである。より具体的には、中断容易性は、数１の「ａｉ」によって与えられる。
【０１２７】
【数１】
2009123181.tif 000003
【０１２８】
つまり、ある場所「ｉ」に存在する看護師の中断容易性「ａｉ」は、全看護師が場所「ｉ」にいた総時間に対する全看護師が場所「ｉ」において直接的看護業務を行った総時間の割合を「１」から引いた値で示すことができる。簡単に説明すれば、看護師が直接的看護業務を遂行している時間的割合が大きければ中断容易性（連係可能性）は低く、直接的看護業務を遂行している時間的割合が小さければ中断容易性（連係可能性）は高くなるということである。なお、各場所「ｉ」毎の中断容易性「ａｉ」は知識ＤＢ３２に記憶される。
【０１２９】
次に、図１５および図１６を参照して、サーバ１２が、上述の連係可能性を推定し、推定結果を端末１６に送信する場合に実行する処理の例について説明する。サーバ１２では、ＣＰＵ１２ｂがＨＤＤ１２ｃに記憶されたプログラムにしたがって、以下に説明する処理を実行する。なお、図１５および図１６では、連係が期待される看護師一人についての処理を示すが、サーバ１２のＣＰＵ１２ｂは、ネットワーク１４上で検出されるすべての看護師について同様の処理を行うと理解されたい。
【０１３０】
まず、ＣＰＵ１２ｂは、ステップＳ１において、スケジュールＤＢ３０を時計回路１２ａとともに参照し、注目する看護師の現在のスケジュールがスケジュールＤＢ３０に登録されているか否かを判断する。ステップＳ１でＹＥＳと判断すると、ステップＳ３でスケジュールＤＢ３０から注目する看護師の現在のスケジュールの情報を取得し、ステップＳ５で、取得したスケジュールの情報から注目する看護師が現在遂行している業務を特定（推定）する処理を行う。
【０１３１】
一方、ステップＳ１で注目する看護師の現在のスケジュールがスケジュールＤＢ３０に登録されていないと判断すると（ステップＳ１でＮＯ）、ＣＰＵ１２ｂは、ステップＳ７で場所ＤＢ２８を参照して、注目する看護師が存在した場所の一連の情報を移動履歴の情報として取得する。そして、ステップＳ９では、ステップＳ７で取得した移動履歴の情報を元に知識ＤＢ３２を参照して、注目する看護師の現在の業務を推定する処理を行う。
【０１３２】
そして、ステップＳ１１では、ステップＳ５またはステップＳ９において、注目する看護師の現在の業務を推定することができたか否かを判断する。ステップＳ１１でＹＥＳと判断すると、ステップＳ１３では、知識ＤＢ３２のテーブルＴを参照し、推定した現在の業務から注目する看護師の現在の連係可能性を決定し、現在の連係可能性を示す情報を生成する。
【０１３３】
一方、ステップＳ１１で、注目する看護師の現在の業務が推定されなかったと判断すると（ステップＳ１１でＮＯ）、ＣＰＵ１２ｂは、ステップＳ１５で場所ＤＢ２８を参照して、注目する看護師が存在する現在の場所の情報を取得する。そして、ステップＳ１７で、知識ＤＢ３２に記憶されている数１の情報、つまり、中断容易性の情報を利用して、ステップＳ１５で取得した看護師の現在の場所に基づいて看護師の現在の連係可能性を決定し、現在の連係可能性を示す情報を生成する。
【０１３４】
こうして、看護師の現在の連係可能性が決定されると、ＣＰＵ１２ｂは、次にステップＳ１９でスケジュールＤＢ３０を参照し、注目している看護師の次（将来）のスケジュールが存在するか否かを判断する。ステップＳ１９でＹＥＳと判断すると、ステップＳ２１でスケジュールＤＢ３０から注目する看護師の次のスケジュールの情報を取得し、ステップＳ２３で、取得したスケジュールの情報から注目する看護師が次に遂行する業務を特定（推定）する処理を行う。
【０１３５】
次に、ステップＳ２５では、ステップＳ２３で業務が推定されたか否かを判断する。ステップＳ２５でＹＥＳと判断すると、ステップＳ２７で、知識ＤＢ３２を参照して、ステップＳ２３で推定した次の業務に基づいて注目する看護師の将来の連係可能性、つまり、次の業務を遂行しているときの連係可能性を決定する。
【０１３６】
また、ステップＳ２９では、ステップＳ１３またはステップＳ１７で決定した現在の連係可能性と、ステップＳ２７で決定した将来の連係可能性と、スケジュールＤＢ３０に登録されている当該看護師の次のスケジュールの情報に基づいて、連係可能性がどの程度の時間でどのように変化するかを予測し、当該予測を示す情報を生成する。そして、ステップＳ３１では、ステップＳ２９で生成した連係可能性の変化の予測を示す情報を各看護師の端末１６に送信する。また、ステップ３３では、ステップＳ１３またはステップＳ１７で生成された連係可能性の変化の予測を示す情報を各看護師の端末１６に送信する。
【０１３７】
なお、ステップＳ１９で、注目している看護師の次（将来）のスケジュールがスケジュールＤＢ３０に存在しないと判断した場合は、ステップＳ２１からステップＳ３１までに行われる次の業務の推定、将来の連係可能性の決定、および連係可能性の変化の予測の処理をスキップし、連係可能性の変化の予測を示す情報の送信を行わない。また、ステップＳ２５で、次（将来）の業務が推定できなかったと判断した場合は、ステップＳ２７からステップＳ３１までに行われる、将来の連係可能性の決定、および連係可能性の変化までの時間の予測の処理をスキップし、連係可能性の変化の予測を示す情報を送信しない。
【０１３８】
このようにして、現在の連係可能性を示す情報、および連係可能性の変化の予測を示す情報を受信した端末１６では、先に図１２（Ａ）で示したように、各看護師のアイコン（アバタ）が表示されるが、これらのアバタの表示には、現在の連係可能性の程度、および連係可能性の変化の予測を示すために次のような工夫がなされる。
【０１３９】
つまり、図１７（Ａ）に示すように、看護師の現在の連係可能性は、アバタの色を緑色、黄色、赤色の三色のいずれかにすることによって示す。このとき、緑色、黄色、赤色の色に対して一般的に人が持っている感覚にしたがって、連係可能性が高い看護師のアバタを緑色とし、連係可能性が低い看護師のアバタと赤色とする。そして、連係可能性が緑色と黄色との中間の看護師のアバタを黄色とする。このようにすることによって、看護師はアバタの色に基づいて感覚的に他の看護師の連係可能性を把握することができる。
【０１４０】
また、連係可能性の変化の予測を示す場合は、図１７（Ｂ）に示すように、連係可能性が赤色から黄色に変化すると推定されるとすると、連係可能性が変化するまでの時間の長さに基づいて、アバタを頭部から下に向けて一部を、変化先の色（黄色）を薄めた色（薄黄色）で塗りつぶす。つまり、変化するまでの時間が長い場合は、現在の連係可能性を示す色（赤色）を占める部分が多くなるように、変化先の色（黄色）を薄めた色（薄黄色）でアバタの頭部から比較的狭い範囲を塗りつぶす。逆に、変化するまでの時間が短い場合は、現在の連係可能性を示す色（赤色）を占める部分が少なくなるように、変化先の色（黄色）を薄めた色（薄黄色）でアバタの頭部から比較的広い範囲を塗りつぶす。このように、連係可能性が変化するまでの時間が短いほど、将来の連係可能性を示す色（黄色）を薄めた色（薄黄色）の割合を多くし、現在の連係可能性を示す色（赤色）の割合を少なくすることによって、看護師は感覚的に連係可能性がどの程度の時間でどのように変化するかを把握することができる。なお、図１７（Ｂ）の例では、連係可能性を示す色が赤色から黄色に変化する場合を示したが、緑色から黄色など他の色の間で変化する場合も同様である。
【０１４１】
以上に説明したような形態で、端末１６のＬＣＤ４８には、常に、各看護師の現在の連係可能性および連係可能性が将来どの程度の時間でどのように変化するかを示す情報が表示される。したがって、たとえば、新人看護師は、全体の繁忙状況などの現場の雰囲気の変化を把握し、熟練看護師が空き状態にあるときを見計らって、指示を得にいくことができる。また、その際、相手の連係可能性が後ほど下がるようであれば、多忙になることを見越して早めに相手に接触することができる。逆に、相手の連係可能性が後ほど上がるようであれば、相手の邪魔をしないように相手が手隙になるまで待つことができる。なお、端末１６のＬＣＤ４８に表示される各看護師のアバタには、当該看護師の名前を添付表示するようにするとよい。
【０１４２】
看護師は、業務の遂行中に、他の看護師の手助けが必要になった場合には、端末１６を用いてサーバ１２に対して協力依頼を行うことができる。そして、サーバ１２がこの協力依頼を受けた場合には、図１５および図１６を用いて先に説明した処理手順によって求めた連係可能性を利用して協力依頼に対応することができる。看護師が端末１６を用いてサーバ１２に行う協力依頼には、通常時の協力依頼と緊急時の協力依頼とがある。
【０１４３】
次に、図１８を参照して、看護師がサーバ１２に対して協力依頼を行う場合に、端末１６のＣＰＵ４０が実行する処理の例について説明する。なお、ＣＰＵ４０は、メモリ４２に格納されているプログラムにしたがって以下の処理を実行する。
【０１４４】
看護師が端末１６に対して、協力依頼のための操作を行うと、ＣＰＵ４０は、ステップＳ４１で協力依頼のための操作が行われたと判断し、次に、ステップＳ４３で、協力依頼は緊急の依頼であるか否かを判断する。
【０１４５】
ここで、看護師は、端末１６に対して所定の１ステップの操作のみを行うことによって緊急の協力依頼を行うことができる。一方、緊急でない、通常の協力依頼を行う場合は、協力依頼の条件を指定する操作などを含む複数ステップの操作を端末１６に対して行う。
【０１４６】
ステップＳ４３において、緊急の協力依頼であると判断すると（ステップＳ４３でＹＥＳ）、ＣＰＵ４０は、次に、ステップ４９で、緊急の協力依頼を示す情報をサーバ１２に対して送信する。
【０１４７】
一方、ステップＳ４３において、緊急の協力依頼でないと判断すると（ステップＳ４３でＮＯ）、ＣＰＵ４０は、次に、ステップ４５で、依頼条件の受け付けを行う。
【０１４８】
このステップＳ４５で、協力依頼を行う看護師は端末１６を操作して協力依頼の条件として、協力を必要とする看護師の人数、協力を必要とする看護師に望む技術（スキル）、協力を必要とする看護師の個人名などを指定することができる。
【０１４９】
ステップＳ４５で、協力依頼の条件を受け付けると、次に、ＣＰＵ４０は、ステップＳ４７で通常の協力依頼を示す情報とともに協力の依頼条件をサーバ１２に送信する。
【０１５０】
次に、図１９および図２０を参照して、端末１６からの協力依頼をサーバ１２が受信した場合に、サーバ１２のＣＰＵ１２ｂが実行する処理の例を説明する。なお、ＣＰＵ１２ｂは、ＨＤＤ１２ｃに記憶されているプログラムにしたがって以下の処理を実行する。
【０１５１】
まず、端末１６から協力依頼を示す情報が送信されると、サーバ１２は当該情報を受信し、ＣＰＵ１２ｂは、ステップＳ６１で協力依頼があったと判断し、次に、ステップＳ６３で協力依頼は緊急であるか否かを判断する。
【０１５２】
ステップＳ６３でＮＯと判断すると、ＣＰＵ１２ｂは、看護師属性ＤＢ２６にアクセスし、協力の依頼条件に適合する看護師、つまり、指定された氏名に該当する看護師や、要求された技術を備えている看護師を選出する。
【０１５３】
そして、次に、ＣＰＵ１２ｂは、ステップＳ６７で、ステップ６５において選出した看護師の一人一人について、連係可能性を推定する。なお、連係可能性の推定は、図１５および図１６を参照して先に説明した処理と同じ処理を実行することによって行われる。ただし、サーバ１２で各看護師の連係可能性を定期的に計算して各看護師の端末１６に送信している場合には、ステップＳ６７では、新たに連係可能性を推定するのではなく、すでにある推定結果を流用してもよい。
【０１５４】
次に、ＣＰＵ１２ｂは、ステップＳ６９で、ステップＳ６５で選出された各看護師の中から協力者の候補を選出するために、ステップＳ６７において推定した連係可能性に基づいて、たとえば、３段階の優先度を各看護師に割り付ける。
【０１５５】
そして、ステップＳ７１では、ステップＳ６５で選出された各看護師について、協力を要求している看護師の場所まで移動する際の移動距離を推定する。この移動距離は、各看護師から協力を要求している看護師までの移動経路を推定し、この推定された移動経路に基づいて決定する。なお、この移動経路は、たとえば、経路探索アルゴリズムのひとつであるＡ＊（エースター）探索アルゴリズムを用いて推定することができる。また、この経路や距離の推定には、場所ＤＢ２８に記憶されている看護師の位置する場所の情報や、サーバ１２の内部メモリに記憶されている病院（環境）のマップデータの情報などが利用される。
【０１５６】
各看護師の移動距離が推定されると、次に、ＣＰＵ１２ｂは、推定した移動距離に基づいてステップＳ６９で決定した各看護師の優先度を調整する。つまり、移動距離が短い看護師は優先度を高くし、移動距離が長い看護師は優先度を低くする。
【０１５７】
次に、ステップＳ７５で、ＣＰＵ１２ｂは、ステップＳ６５において選出された看護師の中に、協力を依頼している看護師と仲がよく、当該看護師が協力依頼をしやすくまた当該看護師の協力依頼に応じてくれやすい看護師が含まれるか否かを判断する。ＣＰＵ１２ｂは、知識ＤＢ３２に人間関係モデルとして記憶されている誰と誰が親しいかという情報にアクセスすることによってステップＳ７５における判断を行う。
【０１５８】
ステップＳ７５でＹＥＳと判断すると、ステップＳ７７で、該当する（親しい）看護師の優先度を高くする。一方、ステップＳ７５でＮＯと判断すると、ステップＳ７７をスキップしてステップＳ７９に進む。
【０１５９】
ステップＳ７９では、ステップＳ７３またはステップＳ７７で最終的に決定された優先度の高い看護師から順に、協力の依頼条件で要求されている人数分の看護師の端末１６に対して通常の協力依頼を示す情報の送信を行う。
【０１６０】
協力依頼を示す情報が送信された看護師の端末１６で通常の協力依頼を示す情報を受信すると、当該看護師は、端末１６を操作して、協力依頼に応じるかまたは拒否するかを示す応答を、サーバ１２に返信する。あるいは、当該看護師は、多忙で端末１６を操作する時間もなければ協力依頼を無視する。
【０１６１】
ステップＳ８１では、協力依頼を示す情報を受信した看護師の端末１６から依頼に対する応答を受信する。この応答の受信は、協力依頼を示す情報を送信してから一定の時間が経過し、ステップＳ８３で、タイムアウトであると判断されるまで繰り返される。
【０１６２】
ステップＳ８３でＹＥＳと判断すると、次に、ＣＰＵ１２ｂは、ステップＳ８５で、ステップＳ８１において受信した各応答の内容が協力依頼に応じるものであるか否かを判断して、協力依頼に応じる看護師の数が、協力依頼者が要求している人数を充足しているか否かを判断する。
【０１６３】
ステップＳ８５でＮＯと判断すると、ＣＰＵ１２ｂは、ステップＳ７９で、先に協力依頼を送信していない看護師の中で優先度の高い看護師の端末１６に対して協力依頼を示す情報の送信を行う。
【０１６４】
ステップＳ８５でＹＥＳと判断すると、ＣＰＵ１２ｂは、ステップＳ８７で、協力依頼に応じると応答してきた看護師のそれぞれについて、ステップＳ７１で推定した協力を要求している看護師の場所までの移動距離に基づいて、協力を要求している看護師の場所に到着するのに要する時間を推定する。
【０１６５】
そして、ステップＳ８９では、ステップＳ８５で推定した時間に基づいて各協力者が協力依頼者の場所へ到達する時刻を求め、当該到達時刻を示す情報を協力依頼者の端末１６に送信する。この到着時刻を示す情報は、各看護師の到着時刻を示す情報ではなく、たとえば、もっとも遅く到着する看護師の到着時刻を示す情報や各看護師が到着する平均的な時刻を示す情報であってもよい。
【０１６６】
協力依頼者は、端末１６の表示を参照することによって、協力者が到着する時刻を知ることができる。なお、ステップＳ８９で送信する情報は、協力者が到着する時刻を示す情報ではなく、協力者が到着するまでの時間を示す情報であってもよい。このようにして、看護師は他の看護師に対して通常の協力依頼を行い、協力者が到着する時刻を知ることができる。協力が依頼された看護師をはじめとするすべての看護師の端末１６のＬＣＤ４８には、常に、病院のフロアのマップと各看護師の位置の情報が表示されているので、協力を依頼された看護師は協力を依頼している看護師が位置する場所を即座に知ることができる。
【０１６７】
ところで、ステップＳ６３でＹＥＳと判断した場合、つまり、端末１６から緊急の協力依頼があった場合、ＣＰＵ１２ｂは、まず、ステップＳ９１〜ステップＳ９３の処理とステップＳ９５〜ステップＳ１０１の処理を並列的に実行する。
【０１６８】
ステップＳ９１では、緊急の協力を依頼している看護師が直面している問題を推定する。看護師が直面している問題の推定方法としては種々の方法が考えられるが、たとえば、看護師が、自身が装着しているピンマイク９８に対して直面している問題を伝える音声を入力し、この音声を、中継器２０を介して受信したサーバ１２で音声認識して問題を推定することができる。また、心拍計などの医療機器を無線などでサーバ１２と接続し、この医療機器から出力される電子情報に基づいて心拍停止などの問題を推定することもできる。そして、ステップＳ９３では、知識ＤＢ３２を参照することによって、ステップＳ９１で推定した問題を解決するために必要な看護師の人数を決定する。
【０１６９】
一方、ステップＳ９５では、ＣＰＵ１２ｂは、協力を依頼している看護師以外の看護師の一人一人について、連係可能性を推定する。なお、連係可能性の推定は、図１５および図１６を参照して先に説明した処理と同じ処理を実行することによって行われる。また、先のステップＳ６７の処理でも述べたように、新たに連係可能性を推定するのではなく、すでにある推定結果を流用してもよい。
【０１７０】
次に、ステップＳ９７では、ＣＰＵ１２ｂは、先のステップＳ７１の処理と同様にして、協力を依頼している看護師の場所まで移動する際の各看護師の移動距離を推定し、ステップＳ９９では、先のステップＳ８７の処理と同様にして、協力を依頼している看護師の場所に到着するのに要する各看護師の時間を推定する。
【０１７１】
そして、ステップＳ１０１では、協力を依頼している看護師以外の看護師の中から連係可能性が中以上であって到着に要する時間が短い看護師を選出する。次に、ステップＳ１０３では、ステップＳ１０１において選出した看護師の数が、ステップＳ９３で決定した問題を解決するに必要な看護師の数を充足しているか否かを判断する。
【０１７２】
ステップＳ１０３でＮＯと判断すると、ステップＳ１０５で、ステップＳ１０１において選出した看護師に加え、連係可能性が中よりも低くて到着に要する時間が短い看護師を選出する。そして、ステップＳ１０７では、ステップＳ１０１およびステップＳ１０５で選出した看護師の端末１６に対して緊急の協力依頼を示す情報を送信する。
【０１７３】
一方、ステップＳ１０３でＹＥＳと判断すると、ステップＳ１０５をスキップして、ステップＳ１０７で、ステップＳ１０１において選出した看護師の端末１６に対して緊急の協力依頼を示す情報を送信する。
【０１７４】
ステップＳ１０７で送信される緊急の協力依頼を示す情報には、協力を依頼している看護師を識別する情報、たとえば、苗字とともに、緊急に協力を依頼する旨を示す情報が含まれる。この緊急の協力依頼を示す情報を端末１６で受信した看護師は、協力依頼に応じることができる場合は、端末１６で応答することなく協力依頼者の許に駆けつける。このようにして看護師は端末１６を用いて他の看護師に緊急の協力依頼を行うことができる。
【図面の簡単な説明】
【０１７５】
【図１】図１はこの発明の情報提示システムの構成の一例を示す図解図である。
【図２】図２は図１に示すサーバの電気的な構成を示す図解図である。
【図３】図３は図２に示す看護状況ＤＢおよび看護師属性ＤＢの内容を示す図解図である。
【図４】図４は図２に示す場所ＤＢの内容を示す図解図である。
【図５】図５は図１に示す看護師用端末の電気的な構成を示す図解図である。
【図６】図６は図１に示す通過センサの設置状況を説明するための図解図である。
【図７】図７は看護師用端末、中継器および送信機を看護師に装着した状態を示す図解図である。
【図８】図８は図１に示す通過センサの電気的な構成を示す図解図である。
【図９】図９は図１に示す中継器の電気的な構成を示す図解図である。
【図１０】図１０は図５に示した看護師用端末のメモリ（ＲＡＭ）のメモリマップの一例を示す図解図である。
【図１１】図１１は図５に示した看護師用端末のＬＣＤに表示される情報提示画面の例を示す図解図である。
【図１２】図１２は図５に示した看護師用端末のＬＣＤに表示される情報提示画面の他の例を示す図解図である。
【図１３】図１３は図５に示した看護師用端末のＬＣＤに表示される操作画面の一例を示す図解図である。
【図１４】図１４は呼出要求に応じた看護師を呼び出す条件およびその条件を満たす要素を示す図解図である。
【図１５】図１５はサーバが連係可能性を推定し推定結果を看護師用端末に送信する場合に実行する処理の例を示すフロー図である。
【図１６】図１６は図１５に続くフロー図である。
【図１７】図１７は図５に示した看護師用端末のＬＣＤに看護師の連係可能性および連係可能性の時間変化を示す情報を表示する方法の例を示す図解図である。
【図１８】図１８は看護師がサーバに対して協力依頼を行う場合に、看護師用端末のＣＰＵが実行する処理の例を示すフロー図である。
【図１９】図１９は看護師用端末からの協力依頼をサーバが受信した場合に、サーバのＣＰＵが実行する処理の例を示すフロー図である。
【図２０】図２０は図１９のフロー図に続くフロー図である。
【符号の説明】
【０１７６】
１０  …情報提示システム
１２  …サーバ
１６  …看護師用端末
１８  …通過センサ
２０  …中継器
２２  …モニタ装置
２４，２６，２８，３０，３２  …データベース
４０，７０，９０  …ＣＰＵ
４２，９２  …メモリ
４４  …キースイッチ
４８  …ＬＣＤ
５２  …振動モータ
５４，７８，１０２  …無線ＬＡＮ
７２，７４  …受光モジュール
７６  …ＲＡＭ
９６  …ピンマイク
９８  …非接触センサ
１００  …加速度センサ
１１０  …送信機
【図１】
2009123181.tif 000004
【図２】
2009123181.tif 000005
【図３】
2009123181.tif 000006
【図４】
2009123181.tif 000007
【図５】
2009123181.tif 000008
【図６】
2009123181.tif 000009
【図７】
2009123181.tif 000010
【図８】
2009123181.tif 000011
【図９】
2009123181.tif 000012
【図１０】
2009123181.tif 000013
【図１１】
2009123181.tif 000014
【図１２】
2009123181.tif 000015
【図１３】
2009123181.tif 000016
【図１４】
2009123181.tif 000017
【図１５】
2009123181.tif 000018
【図１６】
2009123181.tif 000019
【図１７】
2009123181.tif 000020
【図１８】
2009123181.tif 000021
【図１９】
2009123181.tif 000022
【図２０】
2009123181.tif 000023