JP7372048B2 - 誘導装置及び誘導システム - Google Patents

Description

本発明の実施形態は、誘導装置及び誘導システムに関する。

従来、病院を訪れた患者に携帯端末を貸与して、当該携帯端末に、診察室までの移動経路を提示することによって、病院内における患者の移動効率を高める提案がなされている。

しかしながら、このような従来のシステムは、患者の移動手段及び病院内の他の患者の移動状態を考慮していなかったため、必ずしも、患者を目的地まで効率的に誘導できるものではなかった。

特許第５０３６２９１号公報

本発明が解決しようとする課題は、患者の移動手段によらずに、病院内における患者の移動効率を向上させることである。

実施形態にかかる誘導装置は、取得部と、経路算出部と、送信部とを備える。取得部は、複数の移動者が所持する、各移動者の属性が関連付けられた端末装置のそれぞれの現在位置を取得する。経路算出部は、特定の移動者の現在位置と、特定の移動者の目的地の位置と、特定の移動者の端末装置に関連付けられた属性と、取得部が取得した他の移動者の現在位置と、特定の移動者の現在位置から目的地に至る経路上に存在する、他の移動者の端末装置にそれぞれ関連付けられた属性と、に基づいて、特定の移動者の目的地までの推奨経路を算出する。送信部は、病院内の地図に端末装置の分布状態と推奨経路とが示された画像を表示する装置に対して、端末装置の分布状態と推奨経路とを送信する。

図１は、実施形態にかかる誘導システムの構成の一例を示すシステムブロック図である。 図２は、ユーザ端末のハードウェア構成の一例を示すブロック図である。 図３は、職員端末と医師端末のハードウェア構成の一例を示すブロック図である。 図４は、サーバ装置の機能構成の一例を示す機能ブロック図である。 図５は、ユーザ端末の機能構成の一例を示す機能ブロック図である。 図６は、職員端末の機能構成の一例を示す機能ブロック図である。 図７は、医師端末の機能構成の一例を示す機能ブロック図である。 図８は、患者の移動手段の一例を示す図である。 図９は、患者のユーザ端末に表示される画面の一例を示す図である。 図１０は、経路算出部が推奨経路を算出する方法を示す図である。 図１１は、職員端末に表示される患者の分布状態を示す画面の一例を示す図である。 図１２は、医師端末に表示される患者の行動記録を示す画面の一例を示す図である。 図１３は、サーバ装置が行う処理の流れの一例を示すフローチャートである。 図１４は、ユーザ端末が行う処理の流れの一例を示すフローチャートである。 図１５は、職員端末が行う処理の流れの一例を示すフローチャートである。 図１６は、医師端末が行う処理の流れの一例を示すフローチャートである。 図１７は、患者の移動軌跡の一例を示す第１の図である。 図１８は、患者の移動軌跡の一例を示す第２の図である。 図１９は、患者の移動軌跡の一例を示す第３の図である。

以下、図面を参照しながら、誘導装置及び誘導システムの実施形態について説明する。

（第１の実施形態）
図１は、実施形態にかかる誘導システムのシステム構成の一例を示す図である。

（誘導システムの全体構成の説明）
図１に示すように、本実施形態にかかる誘導システム１は、例えば病院内に設置されて、サーバ装置２と、ユーザ端末３と、職員端末４と、医師端末５と、ビーコン７とを備える。サーバ装置２とユーザ端末３とは、通信ネットワークＮを介して、互いに通信可能に接続される。なお、通信ネットワークＮは、例えば、インターネットやＶＰＮ（Virtual Private Network）などの専用回線である。また、サーバ装置２と職員端末４及び医師端末５とは、例えば、病院内に設置された院内ＬＡＮ（Local Area Network）６により、直接的、又は間接的に相互に通信可能な状態となっている。なお、ユーザ端末３は、移動者（来院した患者や患者の家族など）が所持するため、複数存在する。なお、以下の説明において、移動者は患者であるものとする。職員端末４は、病院内の複数の職員が所持するため、複数存在する。また、医師端末５は、例えば診察室毎に設置されるため、複数存在する。

誘導システム１は、更に、病院内の複数の位置に設置されたビーコン７を備える。ビーコン７は、自身の設置位置と関連付いた情報を含む信号を、当該ビーコン７の周囲に発信する。ユーザ端末３は、ビーコン７が出力する信号を検出する。そして、ユーザ端末３は、受信した信号強度に基づいて、自身の現在位置を検出する。なお、ユーザ端末３の現在位置を検出する方法は、ビーコン７の信号の受信強度を検出する方法に限定されるものではない。例えば、Ｗｉ－Ｆｉ（登録商標）などの無線ＬＮのアクセスポイントからの信号の受信強度を検出することによって、ユーザ端末３の現在位置を検出してもよい。さらに、病院の通路に埋設した磁気マーカの信号を、ユーザ端末３の磁気センサで検出することによって、現在位置を検出してもよい。

サーバ装置２は、ユーザ端末３から当該ユーザ端末３の現在位置を取得する。そして、サーバ装置２は、所定時間毎に、ユーザ端末３の分布状態を示す病院内の見取図を生成する。また、サーバ装置２は、ユーザ端末３を所持しているユーザ（例えば患者）の目的地（例えば患者の診察を行う診察室）までの推奨経路を算出する。さらに、サーバ装置２は、取得したユーザ端末３の現在位置と、当該ユーザ端末３の目的地までの推奨経路とに基づいて、ユーザ端末３の現在位置に応じた経路案内情報を、当該ユーザ端末３に対して出力する。

また、サーバ装置２は、患者が診察時間に間に合わないことが予測される場合に、医師端末５に対して診察順と診察時間の変更を行わせる。そして、サーバ装置２は、ユーザ端末３に対して、変更した診察時間を案内する。

さらに、サーバ装置２は、患者が行方不明になった際に、当該患者が所持するユーザ端末３の所在を探索する。また、サーバ装置２は、過去のユーザ端末３の移動履歴等の統計情報を生成することによって、病院内のレイアウトの検討などに資する情報提供を行う。なお、サーバ装置２は、誘導装置の一例である。

ユーザ端末３は、患者が所持、又は患者の移動手段である例えば車椅子などに設置されて、患者とともに移動する、例えばスマートフォンやタブレットＰＣ（Personal Computer）などの携帯端末である。ユーザ端末３は、例えばビーコン７の信号を受信して現在位置を検出する。また、ユーザ端末３は、検出した現在位置をサーバ装置２に送信する。さらに、ユーザ端末３は、サーバ装置２からの経路案内情報を受信して、当該ユーザ端末３を所持している患者に対して、目的地までの経路案内を行う。なお、ユーザ端末３は、端末装置の一例である。

また、本実施形態において、ユーザ端末３は、来院時に病院の受付にて、患者に貸与されるものとする。そして、貸与されるユーザ端末３には、当該ユーザ端末３を所持する患者の属性（例えば、徒歩、車椅子等の移動手段の種類など）が関連付けられているものとする。

職員端末４は、例えば、病院の受付や会計に設置された、パーソナルコンピュータなどの端末装置である。また、職員端末４は、看護師などの職員が携帯する携帯端末である。

職員端末４は、患者に貸与されるユーザ端末３と、患者を特定する識別ＩＤ（例えば患者番号）とを関連付けて登録する。また、職員端末４は、ユーザ端末３と、患者の移動手段（例えば、徒歩、車椅子、杖などの歩行補助具等）とを関連付けて登録する。さらに、職員端末４は、サーバ装置２を介して、患者の登録情報を医師端末５に送信する。

また、職員端末４は、医師端末５から、当該患者の受診順及び診察時間を受信する。また、職員端末４は、診察が終了した患者が会計を行う際に、会計にかかる処理を行う。

また、職員端末４は、ユーザ端末３の分布状態を示す病院内の見取図を表示する。また、職員端末４は、ユーザ端末から会話要求があった際に、ユーザ端末３を所持している患者との間で音声通話を可能とする。さらに、職員端末４は、ユーザ端末３を所持している患者の容態が急変した際に報知を行う。

医師端末５は、例えば、診察室毎に設置された、パーソナルコンピュータなどの端末装置である。医師端末５は、医師が患者を診察する際に、過去の診察記録の閲覧指示や電子カルテなどの情報入力指示を受け付ける。また、医師端末５は、診察時間の遅延が発生した際に、診察時間を変更する。そして、医師端末５は、変更した診察時間をサーバ装置２に送信する。また、医師端末５は、患者が診察時間に間に合わないことが予測される場合に、診察順と診察時間を変更する。そして、医師端末５は、変更した診察順と診察時間をサーバ装置２に送信する。さらに、医師端末５は、患者の行動記録の閲覧指示を受け付ける。

（ユーザ端末のハードウェア構成の説明）
図２は、ユーザ端末３のハードウェア構成の一例を示すブロック図である。図２に示すように、ユーザ端末３は、制御部３０１と、記憶部３０２と、無線通信Ｉ／Ｆ３０３と、Ｉ／Ｏ機器制御部３０４とが、バス３０５を介して接続される構成を有する。

制御部３０１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）などで構成される。制御部３０１は、ＣＰＵがＲＯＭや記憶部３０２に記憶された制御プログラムを読み出して、ＲＡＭに展開して順次実行することで、ユーザ端末３の各部を制御する。記憶部３０２は、ハードディスクドライブ装置などであり、制御部３０１のＣＰＵが実行する制御プログラムや各種設定データなどを記憶する。

無線通信Ｉ／Ｆ３０３は、ユーザ端末３とサーバ装置２との間の無線通信を制御する。

Ｉ／Ｏ機器制御部３０４は、制御部３０１の制御の下、各種Ｉ／Ｏ機器の制御を行う。Ｉ／Ｏ機器制御部３０４が制御するＩ／Ｏ機器は、例えば、ユーザ端末３に接続された、タッチパネル、マイクなどの操作部３０６と、液晶ディスプレイ、スピーカなどの表示部３０７と、ユーザ端末３を所持する患者に装着されたバイタルセンサ３０８である。

バイタルセンサ３０８は、患者に装着された、例えばリストバンド型のウエアラブルセンサである。バイタルセンサ３０８は、例えば、血圧、体温、脈拍などのバイタルサインを計測する。なお、バイタルセンサ３０８の計測結果は、サーバ装置２を経由して、職員端末４及び医師端末５に送信される。

なお、ユーザ端末３を所持する患者が院外にいる場合であっても、ユーザ端末３の現在位置を検出できるように、ユーザ端末３は、図２に非図示のＧＰＳ（Global Positioning System）受信機を備えていてもよい。

（職員端末と医師端末のハードウェア構成の説明）
図３は、職員端末４と、医師端末５のハードウェア構成の一例を示すブロック図である。なお、職員端末４と医師端末５とは、ハードウェア的には同じ構成を有している。すなわち、図３に示すように、職員端末４と、医師端末５とは、制御部４０１（５０１）と、記憶部４０２（５０２）と、通信Ｉ／Ｆ４０３（５０３）と、Ｉ／Ｏ機器制御部４０４（５０４）とが、バス４０５（５０５）を介して接続される構成を有する。

制御部４０１（５０１）は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）などで構成される。制御部４０１（５０１）は、ＣＰＵがＲＯＭや記憶部４０２（５０２）に記憶された制御プログラムを読み出して、ＲＡＭに展開して順次実行することで、職員端末４と医師端末５との各部を制御する。記憶部４０２（５０２）は、ハードディスクドライブ装置などであり、制御部４０１のＣＰＵが実行する制御プログラムや各種設定データなどを記憶する。

通信Ｉ／Ｆ４０３（５０３）は、職員端末４及び医師端末５とサーバ装置２との間の通信を制御する。なお、職員端末４及び医師端末５は、サーバ装置２との間で、院内ＬＡＮ６（図１）を介した有線通信を行う。

Ｉ／Ｏ機器制御部４０４（５０４）は、制御部４０１（５０１）の制御の下、各種Ｉ／Ｏ機器の制御を行う。Ｉ／Ｏ機器制御部４０４（５０４）が制御するＩ／Ｏ機器は、例えば、職員端末４及び医師端末５にそれぞれ接続された、キーボード、マウス、タッチパネル、マイクなどの操作部４０６（５０６）と、液晶ディスプレイ、スピーカなどの表示部４０７（５０７）である。

なお、以下の説明において、職員端末４と医師端末５とを分けて説明する際に、ハードウェア構成要素を引用して説明する際には、便宜上、職員端末４の説明には、符号４０１～４０７を使用して、医師端末５の説明には、符号５０１～５０７を使用する。

（サーバ装置の機能構成の説明）
図４は、サーバ装置２の機能構成の一例を示す機能ブロック図である。図４に示すように、サーバ装置２は、制御部２０１と、記憶部２０２とを備える。

制御部２０１は、ＣＰＵ、ＲＯＭ、ＲＡＭなどで構成され、ＣＰＵがＲＯＭや記憶部２０２が記憶する制御プログラムＰ１をＲＡＭに展開して順次実行することで、サーバ装置２の各部を制御する。

制御部２０１は、ＣＰＵが制御プログラムＰ１を順次実行することで、図４に示すユーザ端末位置取得部２０１１と、経路算出部２０１２と、経路案内部２０１３と、到着時刻予測部２０１４と、診察順変更部２０１５と、診察時間案内部２０１６と、会話制御部２０１７と、患者状態モニタ部２０１８と、移動経路記憶部２０１９と、移動経路可視化部２０２０と、表示制御部２０２１と、通信制御部２０２２とを、機能部として実現する。

ユーザ端末位置取得部２０１１は、複数の患者（移動者）が所持する、各患者の属性が関連付けられたユーザ端末３のそれぞれの現在位置を取得する。また、ユーザ端末位置取得部２０１１は、ユーザ端末３の分布状態を示す病院内の見取図を生成する。なお、ユーザ端末位置取得部２０１１は、取得部の一例である。

経路算出部２０１２は、特定の患者（移動者）の現在位置と、特定の患者の診察室（目的地）の位置と、特定の患者のユーザ端末３に関連付けられた属性と、ユーザ端末位置取得部２０１１が取得した他の移動者のユーザ端末３の現在位置と、特定の患者の現在位置から診察室に至る経路上に存在する、他の患者のユーザ端末３に関連付けられた属性と、に基づいて、特定の患者の診察室までの推奨経路を算出する。

経路案内部２０１３は、ユーザ端末位置取得部２０１１が取得した特定の患者のユーザ端末３の現在位置と、経路算出部２０１２が算出した推奨経路とに基づいて、特定の患者のユーザ端末３の現在位置に応じた経路案内情報を、特定の患者のユーザ端末３に対して出力する。なお、経路案内部２０１３は、後述する到着時刻予測部２０１４が予測した、特定の患者の診察室への到着時刻が、予め設定された当該特定の患者の診察時間よりも前の時刻となるタイミングで、特定の患者のユーザ端末３に対して、診察室までの経路案内情報を出力する。また、経路案内部２０１３は、推奨経路上の車椅子の台数が所定の値を上回ったことを条件として、特定の患者のユーザ端末３に対する経路案内情報の出力を保留するとともに、推奨経路上の車椅子の台数が所定の値を下回ったことを条件として、特定の患者のユーザ端末３に対して経路案内情報を出力してもよい。

到着時刻予測部２０１４は、ユーザ端末３とともに移動する患者の、目的地（診察室）への到着時刻を予測する。到着時刻予測部２０１４は、具体的には、現在時刻と、患者のユーザ端末３の現在位置と、患者のユーザ端末３に関連付けられた属性と、診察室の位置と、推奨経路とに基づいて、患者の診察室への到着時刻を予測する。また、到着時刻予測部２０１４は、予測した到着時刻が、予め設定された患者の診察時間（例えば予約時間）に間に合うかを判定する。なお、到着時刻予測部２０１４は、予測部の一例である。

診察順変更部２０１５は、到着時刻予測部２０１４が予測した到着時刻が、診察時間に遅れると判定されたことを条件として、医師端末５に対して、該当する患者の診察順及び診察時間の変更を指示する。また、診察順変更部２０１５は、医師端末５が変更した診察順及び診察時間を取得する。なお、診察順変更部２０１５は、変更部の一例である。

診察時間案内部２０１６は、診察順変更部２０１５の指示に基づいて変更された診察順及び診察時間を、変更の対象となる患者のユーザ端末３と、診察時間が変更される他の患者のユーザ端末３と、に対して案内する。また、診察時間案内部２０１６は、ユーザ端末３から診察の進捗状態の確認依頼を受けて、該当する患者の診察順及び診察時間を案内する。

会話制御部２０１７は、ユーザ端末３からの会話要求を受け付ける。また、会話制御部２０１７は、ユーザ端末３と職員端末４との間で音声通話を行わせる。

患者状態モニタ部２０１８は、ユーザ端末３が備えるバイタルセンサ３０８の計測結果をモニタする。また、患者状態モニタ部２０１８は、バイタルセンサ３０８の計測結果に異常が生じた際に、職員端末４に報知を行わせる。

移動経路記憶部２０１９は、患者の移動経路の軌跡（以下、移動軌跡と呼ぶ）を累積記憶する。なお、移動経路記憶部２０１９は、累積記憶部の一例である。

移動経路可視化部２０２０は、移動経路記憶部２０１９に累積記憶された移動軌跡の、少なくとも方向と、頻度と、時間と、を含む情報を可視化した移動軌跡累積情報を生成する。

表示制御部２０２１は、通信制御部２０２２に対して、ユーザ端末位置取得部２０１１が生成した、ユーザ端末３の分布状態を示す病院内の見取図を、ユーザ端末３と、職員端末４と、医師端末５とに送信させる。

通信制御部２０２２は、サーバ装置２と、ユーザ端末３、職員端末４、医師端末５との間の通信を制御することによって、ユーザ端末３と、職員端末４と、医師端末５とに必要な情報を送信する。また、通信制御部２０２２は、ユーザ端末３と、職員端末４と、医師端末５とから必要な情報や処理要請を取得する。

記憶部２０２は、ハードディスクドライブ装置などであり、制御部２０１のＣＰＵが実行する制御プログラムＰ１や各種データなどを記憶する。また、記憶部２０２は、地図データベース２０３１と、ユーザ端末登録情報２０３２と、診察リスト２０３３と、移動履歴情報２０３４とを記憶する。

地図データベース２０３１は、病院内の通路の形状及び位置と、診察室の位置とをデジタルデータとして記憶したデータベースである。具体的には、通路の形状と位置は、通路上に所定間隔で設定された点（ノード）の座標と、隣接するノード間を連結する通路リンクとで表現される。そして、各通路リンク又は各ノードは、通路幅の情報を有する。なお、地図データベース２０３１の構造は、例えば、カーナビゲーションシステムで使用されている地図データベースの構造と同じであるため、詳細な説明は省略する。また、診察室の位置は、入口の座標と、診察室の領域を表す形状情報とで表現される。

ユーザ端末登録情報２０３２は、各ユーザ端末３と、当該ユーザ端末３を所持している患者を特定する識別ＩＤとを関連付けた情報である。また、ユーザ端末登録情報２０３２は、患者の移動手段の種類を表す情報（属性の一例）を関連付けて記憶する。患者の移動手段の種類を表す情報とは、例えば、徒歩、車椅子、歩行補助具などを示す情報である。患者の移動手段の種類を表す情報は、患者の受付時に、受付窓口で毎回自己申告してもらうことによって入手する。申告された情報は、職員端末４に入力されて、当該患者に貸与されるユーザ端末３と関連付けられる。なお、移動手段の種類とともに、患者の移動にかかる情報（階段の昇降が可能か、エレベータの使用が可能か、エスカレータの使用が可能か、介在が必要かなど）も一緒に入手するのが望ましい。

診察リスト２０３３は、患者を特定する識別ＩＤと、当該患者の診察予定時刻とを関連付けた情報である。診察リスト２０３３は、患者の受付時に、受付の職員端末４において患者の識別ＩＤを登録した際に、当該識別ＩＤを、患者の診察科の診察予定に追加することによって生成される。診察予定時刻は、例えば、診察科毎に予め決められた、患者一人当たりの平均診察時間に基づいて設定される。なお、診察時間は、患者の容態等によって変動する。したがって、例えば、医師端末５において、診察を担当した医師が、患者の診察が終了する毎に、電子カルテに診察終了を示す情報を入力したことをトリガとして、診察リスト２０３３に登録された診察予定時刻が変更されるものとする。

また、診察リスト２０３３は、前述した診察順変更部２０１５が、ユーザ端末３を所持している患者の診察室への到着が遅延すると判定した際に、変更された診察順と診察予約時間とを記憶する。

移動履歴情報２０３４は、複数の患者の移動軌跡を記憶した情報である。

（ユーザ端末の機能構成の説明）
図５は、ユーザ端末３の機能構成の一例を示す機能ブロック図である。前述したように（図２）、ユーザ端末３は、制御部３０１と、記憶部３０２とを備える。

制御部３０１は、ＣＰＵが制御プログラムＰ２を順次実行することで、図４に示す現在位置検出部３０１１と、経路案内出力部３０１２と、診察時間出力部３０１３と、操作制御部３０１４と、表示制御部３０１５と、通信制御部３０１６とを、機能部として実現する。

現在位置検出部３０１１は、ユーザ端末３自身の現在位置を検出する。具体的には、前述したように、ビーコン７の信号の受信強度に基づいて、病院内における現在位置を検出する。なお、現在位置検出部３０１１は、検出部の一例である。

経路案内出力部３０１２は、サーバ装置２から取得した、目的地（診察室）までの推奨経路の経路案内情報を出力する。

診察時間出力部３０１３は、サーバ装置２から診察リスト２０３３を受信する。そして、診察時間出力部３０１３は、患者の診察順又は診察時間に変更があるかを判定する。さらに、診察時間出力部３０１３は、患者の診察順及び診察時間を表示部３０７に表示する。

操作制御部３０１４は、操作部３０６の作用によって、患者からの処理要請を取得する。

表示制御部３０１５は、サーバ装置２から受信した経路案内情報や推奨経路、診察時間、診察順などを、表示部３０７に表示する。

通信制御部３０１６は、現在位置検出部３０１１が検出したユーザ端末３の現在位置などをサーバ装置２に送信する。また、通信制御部３０１６は、サーバ装置２から、目的地（診察室）までの経路案内情報、及び診察順、診察時間などを受信する。

記憶部３０２は、フラッシュメモリ装置などであり、制御部３０１のＣＰＵが実行する制御プログラムＰ２や各種データなどを記憶する。

（職員端末の機能構成の説明）
職員端末４と医師端末５とは、ハードウェア構成は同じである。また、制御部４０１（５０１）及び記憶部４０２（５０２）には、職員端末４が備える機能と医師端末５が備える機能とが全て実装されているものとする。但し、職員端末４のみが備える機能、及び医師端末５のみが備える機能があるため、職員端末４及び医師端末５を使用する際には、使用者は自身の識別ＩＤ等を入力して、職員権限を有する使用者は職員端末４として使用して、医師権限を有する使用者は医師端末５として使用するものとする。なお、職員端末４と医師端末５とで、機能を分けて実装しても構わない。

さらに職員端末４が備える、例えば会計機能は、会計を行う権限を有する職員のみが使用することができる機能であるため、同じ職員権限を有する使用者であっても、識別ＩＤに応じて、職員端末４の使用できる機能に差がある。

図６は、職員端末４の機能構成の一例を示す機能ブロック図である。図３で説明したように、職員端末４は、制御部４０１と、記憶部４０２とを備える。

制御部４０１は、ＣＰＵが制御プログラムＰ３を順次実行することで、図６に示す情報登録部４０１１と、状態モニタ部４０１２と、会計処理部４０１３と、音声通話部４０１４と、操作制御部４０１５と、表示制御部４０１６と、通信制御部４０１７とを、機能部として実現する。

情報登録部４０１１は、受付時に取得した患者にかかる情報を登録する。患者にかかる情報とは、例えば、患者ＩＤ、既往歴、診察科、予約時間、属性の一例である移動手段の種類などである。

状態モニタ部４０１２は、病院内における、ユーザ端末３を所持している患者の分布状態をモニタする。具体的には、状態モニタ部４０１２は、サーバ装置２から、ユーザ端末３の分布状態を示す病院内の見取図を取得する。そして、状態モニタ部４０１２は、表示制御部４０１６に、受信した院内の見取図を表示部４０７に表示させる。また、状態モニタ部４０１２は、ユーザ端末３を所持している患者のバイタルサインをモニタする。

会計処理部４０１３は、診察にかかった費用の算出処理、患者負担額の算出処理、決済処理などの会計にかかる処理を行う。

音声通話部４０１４は、ユーザ端末３を所持している患者との間で音声通話を行う。

操作制御部４０１５は、操作部４０６の作用によって、職員からの処理要請を取得する。

表示制御部４０１６は、サーバ装置２から受信した、病院内における患者の分布状態などを、表示部４０７に表示する。

通信制御部４０１７は、サーバ装置２を経由して、ユーザ端末３に対して、職員端末４を使用している職員の音声を送信する。また、通信制御部４０１８は、サーバ装置２から、各ユーザ端末３の現在位置などを受信するとともに、ユーザ端末３から、サーバ装置２を経由して、ユーザ端末３を所持している患者の音声やバイタルセンサ３０８（図２）の計測結果などを受信する。

記憶部４０２は、フラッシュメモリ装置などであり、制御部４０１のＣＰＵが実行する制御プログラムＰ３や各種データなどを記憶する。また、記憶部４０２は、会計情報４０２１などを記憶する。

会計情報４０２１は、ユーザ端末３を所持している患者の診察に要した費用などを記憶した情報である。

（医師端末の機能構成の説明）
図７は、医師端末５の機能構成の一例を示す機能ブロック図である。図３で説明したように、職員端末４は、制御部５０１と、記憶部５０２とを備える。

制御部５０１は、ＣＰＵが制御プログラムＰ４を順次実行することで、図７に示す状態モニタ部５０１１と、電子カルテ入力部５０１２と、診察リスト更新部５０１３と、操作制御部５０１４と、表示制御部５０１５と、通信制御部５０１６とを、機能部として実現する。

状態モニタ部５０１１は、病院内における、ユーザ端末３を所持している患者の分布状態をモニタする。また、状態モニタ部４０１２は、ユーザ端末３を所持している患者のバイタルサインをモニタする。さらに、状態モニタ部５０１１は、患者の移動軌跡を分析して、病院内における移動回数などを算出するとともに、過去の移動回数との比較などを行う。

電子カルテ入力部５０１２は、操作部５０６が受け付けた、医師が入力した情報を、表示部５０７に表示するとともに、電子カルテとして記憶する。

診察リスト更新部５０１３は、通信制御部５０１６を介して、サーバ装置２から診察リスト２０３３を受信する。また、診察リスト更新部５０１３は、通信制御部５０１６を介して、サーバ装置２に診察リスト５０２２を送信する。さらに、診察リスト更新部５０１３は、診察が遅延した際に、診察リスト５０２２を更新する。

操作制御部５０１４は、操作部５０６の作用によって、医師からの処理要請を取得する。

表示制御部５０１５は、サーバ装置２から受信した病院内における患者の分布状態や診察リスト、及び電子カルテの内容などを、表示部５０７に表示する。

通信制御部５０１６は、診察時間に変更が生じた際に、診察リスト５０２２をサーバ装置２に送信する。また、通信制御部５０１６は、サーバ装置２から、新規患者が登録された診察リスト２０３３や病院内のユーザ端末３の分布状態などを受信する。なお、診察リスト２０３３は、新たに来院した患者の情報を含むため、診察リスト５０２２とは内容が異なっている。

記憶部５０２は、フラッシュメモリ装置などであり、制御部５０１のＣＰＵが実行する制御プログラムＰ４や各種データなどを記憶する。また、記憶部５０２は、電子カルテ５０２１と、診察リスト５０２２などを記憶する。

電子カルテ５０２１は、患者の基本情報、及び医師が入力した患者の診察情報を含むカルテである。

診察リスト５０２２は、各診察科及び診察を担当する医師毎に作成された、当日の患者の診察順を示すリストである。なお、診察リスト５０２２は、医師端末５がサーバ装置２から診察リスト２０３３を受信した際に、最新の情報に更新される。また、医師の指示によって診察リスト５０２２が更新された場合は、更新された診察リスト５０２２がサーバ装置２に送信される。そして、サーバ装置が記憶している診察リスト２０３３は、送信された診察リスト５０２２に置き換えられる。

なお、サーバ装置２、ユーザ端末３、職員端末４、医師端末５の各制御部を制御する制御プログラムＰ１，Ｐ２，Ｐ３，Ｐ４は、予め記憶部２０２，３０２，４０２，５０２に記憶されているものとして説明したが、制御プログラムＰ１，Ｐ２，Ｐ３，Ｐ４は、インストール可能な形式又は実行可能な形式のファイルで、ＣＤ－ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ－Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供されてもよい。

また、制御プログラムＰ１，Ｐ２，Ｐ３，Ｐ４を、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。さらに、制御プログラムＰ１，Ｐ２，Ｐ３，Ｐ４をインターネット等のネットワーク経由で提供又は配布するように構成してもよい。

（患者の移動手段の説明）
図８は、患者の移動手段の一例を示す図である。図８（ａ）は、自律移動型カプセル１０ａの一例である。自律移動型カプセル１０ａは、乗車した患者Ｐを病院内の指定された位置（診察室、売店、トイレなど）まで、自動的に案内する。

自律移動型カプセル１０ａは、患者Ｐが乗車する本体部１１と、自走機構を備えた駆動部１２と、操作用パネル１３と、アンテナ１４とを備える。

本体部１１は、カプセル状に成形されて、患者Ｐは、本体部に設置されたシート１５に着座する。

駆動部１２は、本体部１１に内蔵されたバッテリーによって駆動されて、本体部１１を移動させる、例えばタイヤ、無限軌道などである。なお、自律移動型カプセル１０ａは、病院内に敷設したレールやケーブルに沿って移動する構成としてもよい。その場合、駆動用の電源は、敷設されたレールやケーブルから供給してもよい。

操作用パネル１３は、例えばユーザ端末３である。操作用パネル１３は、病院内の状態の表示、目的地までの経路の表示、経路案内情報の表示、目的地の入力などを行う。

アンテナ１４は、サーバ装置２との通信、及びビーコン７の信号の受信を行うために使用される。なお、アンテナ１４は、操作用パネル１３に内蔵してもよい。

なお、図８には図示しないが、自律移動型カプセル１０ａは、ジャイロセンサなどの加速度センサを備える。加速度センサは、自律移動型カプセル１０ａの進行方向の変化を即座に検出することができるため、ビーコン７の受信強度に基づく現在位置情報を補間することによって、位置検出精度を向上させることができる。

また、自律移動型カプセル１０ａは、周囲の障害物を検出する機能を備える。すなわち、自律移動型カプセル１０ａは、進行方向に障害物があった場合に、当該障害物を回避することができるものとする。なお、障害物の検出は、本体部１１に設置した超音波センサの出力や、カメラで撮影した画像を処理することによって行えばよい。

図８（ｂ）は、自律移動型パレット１０ｂの一例である。自律移動型パレット１０ｂは、着座した患者Ｐを病院内の指定された位置（診察室、売店、トイレなど）まで、自動的に案内する。

自律移動型パレット１０ｂは、患者Ｐが着座する本体部２１と、自走機構を備えた駆動部２２と、操作パネル２３と、アンテナ２４とを備える。

自律移動型パレット１０ｂの基本構成は、前述した自律移動型カプセル１０ａと同様であるため、詳細な説明は省略する。

なお、操作用パネル１３（ユーザ端末３）は、自律移動型パレット１０ｂに設置されるものとして記載したが、これは、自律移動型パレット１０ｂの患者が所持していてもよい。また、アンテナ２４は、ユーザ端末３に内蔵されていてもよい。

図８（ｃ）は、誘導杖１０ｃの一例である。誘導杖１０ｃは、加速度センサ３１と荷重センサ３２とアンテナ３３とを内蔵している。また、誘導杖１０ｃを使用する患者Ｐは、ヘッドセット３４を装着している。ヘッドセット３４は、ヘッドホン３５とマイク３６を備える。

誘導杖１０ｃは、アンテナ３３が受信したビーコン７の信号強度に基づいて、自身の現在位置を検出する。また、誘導杖１０ｃは、内蔵された加速度センサ３１と、先端に内蔵した荷重センサ３２の出力に基づいて、ビーコン７の信号強度のみでは得られない小さな移動を検出する。

患者Ｐは、自身に装着したヘッドセット３４によって目的地までの経路案内情報を得る。具体的には、ヘッドホン３５が、案内情報を音声で伝達する。また、患者Ｐは、必要に応じて、マイク３６を通して、職員端末４の操作者と会話を行うことができる。

なお、患者Ｐはユーザ端末３を所持しており、アンテナ３３はユーザ端末３に内蔵されていてもよい。

図８（ｄ）は、誘導ロボット１０ｄの一例である。誘導ロボット１０ｄは、自走機構を備えた駆動部４３を備える。また、誘導ロボット１０ｄは、アンテナ４１と、加速度センサ４２とを内蔵している。

駆動部４３は、誘導ロボット１０ｄの本体に内蔵されたバッテリーによって駆動されて、誘導ロボット１０ｄを移動させる、例えば動物の脚を模した脚部である。

なお、誘導ロボット１０ｄは、周囲の障害物を検出する機能を備える。すなわち、誘導ロボット１０ｄは、進行方向に障害物があった場合に、当該障害物を回避することができるものとする。なお、障害物の検出は、誘導ロボット１０ｄに取り付けた超音波センサの出力や、カメラで撮影した画像を処理することによって行えばよい。

アンテナ４１は、ビーコン７の信号を受信して、受信した信号強度に基づいて、自身の現在位置を検出する。加速度センサ４２は、誘導ロボット１０ｄの進行方向の変化を即座に検出することができるため、ビーコン７の受信強度に基づく現在位置情報を補間することによって、位置検出精度を向上させることができる。

患者Ｐは、自身に装着したヘッドセット４４によって目的地までの経路案内情報を得る。具体的には、ヘッドホン４５が、案内情報を音声で伝達する。また、患者Ｐは、必要に応じて、マイク４６を通して、職員端末４の操作者と会話を行うことができる。

なお、患者Ｐはユーザ端末３を所持しており、アンテナ４１はユーザ端末３に内蔵されていてもよい。

なお、誘導システム１が誘導の対象とするのは、図８に記載した患者Ｐに限定されるものではない。すなわち、介助なしで歩行が可能な患者、一般的な車椅子を使用している患者なども誘導の対象とする。

（ユーザ端末に表示される画面の説明）
図９は、患者のユーザ端末３に表示される画面の一例を示す図である。ユーザ端末３の表示部３０７は、スピーカ５０ａ，５０ｂと、マイク５１と、を備える。

表示部３０７には、院内状態６０ａと、患者に対するメッセージ６１と、現在日時６２と、各種操作ボタン（６３ａ～６３ｇ）などが表示される。院内状態６０ａは、病院内におけるユーザ端末３の分布状態などを示す情報である。メッセージ６１は、ユーザ端末３を所持している患者に対して提供される、診察時間にかかる情報などである。現在日時６２は、現在の日付と時刻である。

なお、別のフロアの院内状態６０ａは、例えば、図９において、階段またはエレベータ（ＥＶ）の箇所に表示された、別のフロアを示すボタンを押下することによって表示することができる。或いは、表示部３０７に、フロアの階数を示す選択ボタンを表示させて、患者に、当該選択ボタンによって、院内状態６０ａを表示するフロアを選択させてもよい。

移動ボタン６３ａは、病院内の任意の場所（例えば、売店、トイレなど）を目的地に設定する。なお、目的地を設定すると、サーバ装置２が、設定された目的地までの推奨経路を算出して、経路案内を行う。また、移動手段が、図８で説明した自律移動型カプセル１０ａ、自律移動型パレット１０ｂである場合は、設定した目的地まで自動的に移動することができる。

会話ボタン６３ｂは、職員と会話を行いたい場合に押下するボタンである。会話ボタン６３ｂを押下すると、ユーザ端末３は、サーバ装置２を経由して職員端末４と接続される。患者は、スピーカ５０ａ，５０ｂと、マイク５１と、を用いて職員と会話を行う。

問診ボタン６３ｃは、問診票を読み出すボタンである。患者は、受付でユーザ端末３を受け取った後で、問診ボタン６３ｃを押下して問診票を読み出す。そして、患者は問診票を記入する。記入が完了した問診票は、ユーザ端末３に保存されるとともに、サーバ装置２に送信される。

予約ボタン６３ｄは、診察時間を変更する場合に押下するボタンである。患者は、食事や急な外出などによって予約時間を変更する必要が生じた場合、予約ボタン６３ｄを押下する。すると、サーバ装置２からユーザ端末３に予約情報が送信される。患者は、変更したい予約時間を指定してサーバ装置２に送信する。サーバ装置２は、要求された予約時間への変更が可能であるかを判定する。そして、変更が可能である場合、ユーザ端末３に、予約変更を受け付けた旨のメッセージを送信する。一方、予約の変更ができない場合、サーバ装置２は、ユーザ端末３に対して、予約時間の再設定が必要である旨のメッセージを送信する。メッセージを受信した患者は、ユーザ端末３で、再度予約時間の設定を行う。

待順ボタン６３ｅは、診察の進捗状態を確認する場合に押下するボタンである。待順ボタン６３ｅが押下されたことは、サーバ装置２に伝達される。サーバ装置２の診察時間案内部２０１６は、該当する患者にかかる診察リスト２０３３を読み出して、ユーザ端末３に患者の診察順（例えば、「診察待ちは２名です」）や診察時間（例えば、「診察予定時刻は１１：３０頃です」）などを案内する。なお、案内はスピーカ５０ａ，５０ｂから音声出力してもよいし、表示部３０７にメッセージ６１として表示してもよい。

設定ボタン６３ｆは、ユーザ端末３にかかる各種設定を行う場合に押下するボタンである。例えば、受付において患者にユーザ端末３を貸与する際に、職員が、患者とユーザ端末３とを関連付けるための情報（例えば患者番号）を入力する場合に使用する。

出前ボタン６３ｇは、患者が食事を摂りたい場合に押下するボタンである。出前ボタン６３ｇを押下すると、ユーザ端末３と食堂に設置された職員端末４とが接続されて、会話が可能な状態となる。患者は、スピーカ５０ａ，５０ｂと、マイク５１と、を用いて欲しいメニューを注文する。料理が出来上がると、食堂の職員が、職員端末４で患者のユーザ端末３の現在位置をモニタしながら、料理を届ける。

院内状態６０ａは、自身の存在位置と、ユーザ端末３を所持しているユーザ（患者）の移動手段毎の分布状態と、各ユーザ端末３の移動状態（静止している（移動準備中又は待機中）か、移動中か）と、自身が診察室まで移動する際の推奨経路６４とを示す。

なお、ユーザ端末３を所持しているユーザ（患者）の移動手段は、来院時に受付の職員端末４において、情報登録部４０１１が登録したユーザ端末登録情報２０３２に基づいて認識される。図９では、病院内の混雑状態を患者にわかりやすく伝えるために、ユーザ端末３の現在位置に、移動手段毎に予め決められたサイズの占有面積を併せて表示している。具体的には、車椅子の占有面積は、歩行者の占有面積に比べて大きいことを、円形領域の面積で表現している。これによって、車椅子が多く存在する通路は混雑していることを、視覚的に即座に伝達することができる。

移動している歩行者及び車椅子は、時間とともに病院内での現在位置が変化するため、異なる時刻で検出した同じユーザ端末３の現在位置から、各ユーザ端末３の移動ベクトルを算出することができる。図９に表示した各矢印は、このようにして算出した移動ベクトルを示す。なお、矢印の方向は移動方向を示している。更に、矢印の長さによって、移動速度を表現してもよい。

推奨経路６４は、ユーザ端末３を所持しているユーザが、星印で示す現在位置から、当該ユーザの診察科である内科の診察室（より具体的には、担当医師が診察を行っている診察室）まで移動する際の推奨される経路である。なお、推奨される経路とは、例えば、移動中の障害（他の歩行者や車椅子）が少なくて移動しやすい経路である。図９では、待合から、処置室と内科の診察室の間を通る経路が最短経路であるが、当該経路は車椅子が多く存在しているため、遠回りにはなるが、処置室と整形外科の診察室の間を通る経路が、推奨経路６４として選択された例を示す。

なお、図９に示す画面の表示形態は一例であって、これに限定されるものではない。例えば、患者の移動手段は、歩行と車椅子のみでなく、歩行補助具（例えば杖）使用者、図８で説明した各移動手段の使用者などを含めてもよい。

院内状態６０ａは、時間とともに変化するため、所定の時間間隔で更新するのが望ましい。しかし、ユーザ端末３の数が多くなると、更新処理に伴う計算負荷が増大するため、ユーザ端末３の負担が大きくなる。そのため、院内状態６０ａの生成と更新はサーバ装置２で実行して、生成又は更新された院内状態６０ａを、各ユーザ端末３に配信するのが望ましい。

（推奨経路の算出方法及び到着時刻の予測方法の説明）
図１０は、経路算出部２０１２が推奨経路を算出する方法を示す図である。特に、図１０は、ノードＮ１からノードＮ２を経由してノードＮ３に至る経路の重みを算出する方法を示す。

なお、ノードＮ１からノードＮ２に至る通路リンクＬ１の近傍には、歩行者Ｑ１，Ｑ２と、車椅子Ｒ１，Ｒ２，Ｒ３が存在しているとする。また、ノードＮ２からノードＮ３に至る通路リンクＬ２の近傍には、歩行者Ｑ３と、車椅子Ｒ４，Ｒ５が存在しているとする。

このとき、経路算出部２０１２は、以下の手順で、ノードＮ１からノードＮ２を経由してノードＮ３に至る経路の重みを算出する。

経路算出部２０１２は、まず、各歩行者及び各車椅子の現在位置から、通路リンクＬ１又は通路リンクＬ２のうち、近い通路リンクに垂線を引く。そして、各垂線の長さを求める。

次に、経路算出部２０１２は、各垂線の長さが、通路幅の半分の値よりも短いかを判定する。すなわち、歩行者又は車椅子が、通路上に存在するかを判定する。例えば、通路リンクＬ１の場合、歩行者Ｑ１（垂線長ｄ１）と車椅子Ｒ２（垂線長ｄ３），Ｒ３（垂線長ｄ５）が通路上に存在すると判定される。一方、歩行者Ｑ２（垂線長ｄ４）と車椅子Ｒ１（垂線長ｄ２）は、通路上に存在すると判定されない。

同様にして、通路リンクＬ２の場合、歩行者Ｑ３（垂線長ｄ７）と車椅子Ｒ５（垂線長ｄ８）が通路上に存在すると判定される。一方、車椅子Ｒ４（垂線長ｄ６）は、通路上に存在すると判定されない。

すなわち、図１０の例では、ノードＮ１からノードＮ２を経由してノードＮ３に至る経路上には、車椅子Ｒ２，Ｒ３，Ｒ５と、歩行者Ｑ１，Ｑ３と、が存在していることがわかる。

車椅子は歩行者に比べて占有面積が大きいため、通路上の障害になる可能性が高い。そのため、経路算出部２０１２は、現在位置から診察室（目的地）に至る経路上に存在するユーザ端末３に対して、当該ユーザ端末３を所持する患者の移動手段の種類（属性）に応じた重みを付与して、現在位置から診察室に至る経路上に存在するユーザ端末３の重みに基づいて前記推奨経路を算出する。

具体的には、車椅子を使用している患者が所持するユーザ端末３に対して、歩行している患者が所持するユーザ端末３よりも高い重みを付与する。例えば、経路算出部２０１２は、車椅子に対して、重みｗ１を付与して、歩行者に対して、重みｗ２を付与する（ｗ１＞ｗ２）。そして、経路算出部２０１２は、経路を進行した際に、当該経路上に存在する歩行者及び車椅子の重みの総和を算出する。このようにして算出した重みの総和が大きいほど、当該経路は進行しにくい経路であることを示す。

すなわち、図１０の例において、ノードＮ１からノードＮ２を経由してノードＮ３に至る経路の重みの総和は、車椅子３台分及び歩行者２人分に相当する値、すなわち、（２ｗ２＋３ｗ１）となる。

経路算出部２０１２は、同様の演算を、考えられる全ての経路に対して行う。そして、重みの総和が最も小さい経路を、推奨経路として決定する。なお、重みのかけ方は、前記した方法に限定されるものではない。例えば、更に通路幅の値を加味して、重みの値を調整してもよい。具体的には、狭い通路に存在する車椅子には、広い通路に存在する車椅子に対して、高い重みを付与してもよい。

また、経路算出部２０１２は、単に、車椅子の台数が最小となる経路を推奨経路としてもよい。

なお、推奨経路を算出する際には、移動する患者の属性（本実施の形態では、移動手段の種類）も加味する。例えば、患者が車椅子を使用している場合には、階段を使用しない経路を算出する。また、患者が徒歩で移動している場合には、車椅子の存在台数に関わらず、診察室までの距離が最短となる経路を算出するなどしてもよい。

次に、到着時刻の予測方法について説明する。到着時刻予測部２０１４は、経路算出部２０１２が算出した推奨経路を、属性として記憶された「移動手段の種類」を持つ患者が移動するのに要する時間を算出する。そして、到着時刻予測部２０１４は、現在時刻に移動に要する時間を加算することによって、診察室への到着時刻を予測する。

なお、到着時刻予測部２０１４は、移動手段の種類毎に、患者の移動速度を予め記憶している。例えば、徒歩の場合２～４ｋｍ／ｈ、車椅子の場合１～２ｋｍ／ｈなどである。範囲を設定しているのは、移動速度は患者の状態に依存するためである。具体的な移動速度の設定は、来院した際の受付時に、職員に申告する等して行えばよい。

そして、到着時刻予測部２０１４は、患者が、設定された移動速度で移動する前提で、診察室への到着時刻を予測する。なお、推奨経路が階段やエレベータを含む場合には、到着時刻を遅延させるのが望ましい。

例えば、推奨経路が階段を使用する経路である場合、同じ距離を進むのに必要な時間が、一般の通路の移動時間に対して長くなる。したがって、階段を含む推奨経路を移動する場合には、予め設定した係数を掛けることによって、到着時刻を遅延させるのが望ましい。

また、推奨経路がエレベータを使用する経路である場合、エレベータによる移動時間は、エレベータの待ち人数に応じて変化する。したがって、到着時刻予測部２０１４は、ユーザ端末位置取得部２０１１が取得した、エレベータの近傍にいる患者の人数を計数して、計数した結果に応じて、到着時刻を遅延させるのが望ましい。例えば、エレベータ待ちの患者の人数に応じて、予め設定した係数を掛けることによって、到着時刻を遅延させればよい。

さらに、到着時刻予測部２０１４は、患者が移動の途中で、トイレや売店などに立ち寄った場合には、その都度、予測時間の再計算を行う。

（職員端末に表示される画面の説明）
図１１は、職員端末４に表示される患者の分布状態を示す画面の一例を示す図である。職員端末４の表示部４０７は、スピーカ５０ａ，５０ｂと、マイク５１と、を備える。

表示部４０７には、院内状態６０ｂと、患者に対するメッセージ６１と、現在日時６２と、各種操作ボタン（６３ａ～６３ｇ）などが表示される。院内状態６０ｂは、病院内におけるユーザ端末３の分布状態などを示す情報である。メッセージ６１は、ユーザ端末３を所持している患者の状態を示す情報などである。現在日時６２は、現在の日付と時刻である。

移動ボタン６３ａ、会話ボタン６３ｂ、問診ボタン６３ｃ、予約ボタン６３ｄ、待順ボタン６３ｅ、設定ボタン６３ｆ、出前ボタン６３ｇは、ユーザ端末３の表示部３０７に表示される、前述した各種ボタンと同じ機能を有する。

院内状態６０ｂは、ユーザ端末３の表示部３０７に表示される、前述した院内状態６０ａと略等しい情報である。なお、院内状態６０ｂは、更に、ユーザ端末３の状態を示す情報を含む。具体的には、ユーザ端末３を所持する患者が、会話ボタン６３ｂを押下すると、該当する患者の位置に、「会話要求あり」を示すポップアップ表示６５が表示される。また、ユーザ端末３を所持する患者に装着されたバイタルセンサ３０８の計測結果が異常な値である場合に、該当する患者の位置に、「容態悪化、介助必要」を示すポップアップ表示６６が表示される。さらに、職員が、院内状態６０ｂに表示された任意の患者を示すアイコンを押下すると、押下された任意のユーザ端末３を所持する患者の基本情報がポップアップ表示６７として表示される。また、図１１には図示しないが、患者が迷子になって居所がわからない場合に、職員端末４において、該当する患者の患者ＩＤを指定することによって、その患者が所持するユーザ端末３の存在位置が表示される。

（医師端末に表示される画面の説明）
図１２は、医師端末５に表示される患者の行動記録を示す画面の一例を示す図である。特に、図１２（ａ）は、医師端末５の表示部５０７に表示される画面の一例を示す図である。図１２（ｂ）は、指定した患者の行動記録の一例を示す図である。

医師端末５の表示部５０７には、例えば、医師が指定した患者の基本情報が表示される。患者の基本情報とは、例えば、患者番号、氏名、生年月日、性別、血液型、身長、体重などである。

患者の基本情報を示す画面には、図１２（ａ）に示すように、機能ボタン７０と、詳細情報表示領域７１と、行動記録呼び出しボタン７２と、終了ボタン７３とが表示される。機能ボタン７０は、電子カルテやオーダ種別などの入力操作を行う機能、検査結果の呼び出しを行う機能などを呼び出すボタンである。

詳細情報表示領域７１は、機能ボタン７０によって呼び出された情報が表示される領域である。行動記録呼び出しボタン７２は、患者の病院内での行動記録を呼び出すボタンである。特に、特記すべき行動がある場合には、行動記録呼び出しボタン７２の中に、注目記号７２ａが表示される。注目記号７２ａは、色を変えて表示してもよい。終了ボタン７３は、患者に対する、前記した各種処理を終了する際に押下するボタンである。

図１２（ｂ）は、行動記録呼び出しボタン７２を押下した際に、詳細情報表示領域７１に表示される、患者の行動記録の一例である。患者の行動記録は、前述した状態モニタ部５０１１（図７）によってモニタされる。患者の行動記録は、図１２（ｂ）に示すように、患者の移動軌跡７４と、移動回数７５と、特記事項７６とを含む。

患者の移動軌跡７４は、指定した患者が、病院内で動き回った導線の軌跡を示す。なお、移動軌跡７４の太さは、移動頻度を示している。図１２（ｂ）の例では、患者は、喫煙室に頻繁に移動していることを示す。

移動回数７５は、患者の病院内における目的別移動回数を示す。

特記事項７６は、患者の行動記録に関する特記事項を示す。特記事項７６は、状態モニタ部５０１１が、例えば、同じ患者の過去の移動軌跡とは異なる移動パターンが検出された場合などに表示される。医師は、患者の診察を行う際に、これらの行動記録を参照することができる。

（サーバ装置が行う処理の流れの説明）
図１３は、サーバ装置２が行う処理の流れの一例を示すフローチャートである。なお、図１３は、サーバ装置２の主な機能である、「病院内の状態モニタ」、「患者登録」、「診察リストの更新」、「経路案内」、「会話要求への対応」、「容態急変時の対応」のそれぞれの処理の流れを示す。なお、前記した各機能は、所定の時間間隔で繰り返し実行されるか、又はサーバ装置２に不定期に割り込み要求がかけられた際に、割り込み要求に対応する処理が実行される。

（病院内の状態モニタ）
ユーザ端末位置取得部２０１１は、ユーザ端末３が検出した現在位置情報を取得する（ステップＳ１０）。

ユーザ端末位置取得部２０１１は、ユーザ端末３の分布状態を更新する（ステップＳ１１）。

ユーザ端末位置取得部２０１１は、通信制御部２０２２に、ユーザ端末３の分布状態をユーザ端末３と、職員端末４と、医師端末５に送信させる（ステップＳ１２）。以降、サーバ装置２は、ステップＳ１０からステップＳ１２の処理を所定時間間隔で繰り返す。

（患者の登録）
診察順変更部２０１５は、職員端末４から、通信制御部２０２２を介して、受付をした患者のユーザ端末登録情報２０３２を受信する（ステップＳ２０）。

診察順変更部２０１５は、記憶部２０２に記憶しているユーザ端末登録情報２０３２を更新する（ステップＳ２１）。

さらに、診察順変更部２０１５は、診察リスト２０３３を、新たな患者の情報を追加することによって更新する（ステップＳ２２）。

診察順変更部２０１５は、更新した診察リスト２０３３を、当該診察リスト２０３３にかかる診察を行う医師が使用する医師端末５に送信する（ステップＳ２３）。その後、患者の登録にかかる処理は終了する。なお、来院した新たな患者が受付を行うたびに、本処理が起動される。

（診察リストの更新）
診察順変更部２０１５は、医師端末５から、通信制御部２０２２を介して、診察リスト５０２２を受信する（ステップＳ３０）。

診察順変更部２０１５は、受信した診察リスト５０２２に基づいて、自身が記憶している診察リスト２０３３を更新する（ステップＳ３１）。

さらに、診察順変更部２０１５は、更新した診察リスト２０３３を、ユーザ端末３と職員端末４とへ送信する（ステップＳ３２）。その後、診察リスト２０３３の更新にかかる処理は終了する。なお、医師の診察に遅延が発生するたびに、本処理が起動される。

（経路案内）
経路算出部２０１２は、ユーザ端末３に対して、当該ユーザ端末３を所持する患者の診察時間の所定時間前の時刻であるかを確認する（ステップＳ４０）。なお、所定時間は、例えば１５分などと予め設定した時間である。この所定時間は、例えば、病院内にいる車椅子で移動する患者が、診察室まで移動するのに要する時間の最大値などが設定される。また、対象となる患者毎に、当該患者の移動手段に応じた所定時間を設定してもよい。診察時間の所定時間前の時刻であると判定される（ステップＳ４０：Ｙｅｓ）と、ステップＳ４１に進む。一方、診察時間の所定時間前の時刻であると判定されない（ステップＳ４０：Ｎｏ）と、ステップＳ４０の判定を繰り返す。

ステップＳ４０において、診察時間の所定時間前の時刻であると判定されると、続くステップＳ４１において、ユーザ端末位置取得部２０１１は、該当するユーザ端末３の現在位置を取得する。

次に、経路算出部２０１２は、ユーザ端末３を所持する患者について、現在位置から診察室に至る推奨経路を算出する（ステップＳ４２）。

続いて、到着時刻予測部２０１４は、ユーザ端末３を所持する患者が診察室に到着する到着時刻を予測する（ステップＳ４３）。

さらに、到着時刻予測部２０１４は、予測した到着時刻と、診察リスト２０３３に記載された診察時間とを比較することによって、診察時間に間に合うかを判定する（ステップＳ４４）。診察時間に間に合うと判定される（ステップＳ４４：Ｙｅｓ）と、ステップＳ４５に進む。一方、診察時間に間に合うと判定されない（ステップＳ４４：Ｎｏ）と、ステップＳ５０に進む。

ステップＳ４４において、診察時間に間に合うかを判定されると、ステップＳ４５において、経路算出部２０１２は、通信制御部２０２２に対して、算出した推奨経路をユーザ端末３に送信させる。

続いて、ユーザ端末位置取得部２０１１は、該当するユーザ端末３の現在位置を取得する（ステップＳ４６）。

経路案内部２０１３は、経路案内を行うタイミングであるかを判定する（ステップＳ４７）。経路案内を行うタイミングであると判定される（ステップＳ４７：Ｙｅｓ）と、ステップＳ４８に進む。一方、経路案内を行うタイミングであると判定されない（ステップＳ４７：Ｎｏ）と、ステップＳ４６に戻る。なお、経路案内を行うタイミングであるかは、例えば、ステップＳ４６で取得したユーザ端末３の現在位置が、右左折などの進路変更を行う必要がある場所の所定距離（例えば１０ｍ）手前であるかなどによって判定すればよい。

ステップＳ４７において、経路案内を行うタイミングであると判定されると、ステップＳ４８において、経路案内部２０１３は、案内情報をユーザ端末３に送信する。なお、案内情報とは、例えば、進路変更箇所における進行方向を示す拡大図、すなわち、カーナビゲーションシステムで用いられている、いわゆるコマ図である。また、案内情報は、「この先、右折して下さい」などの音声情報であってもよい。

なお、ステップＳ４７において、経路案内部２０１３が、経路案内を行うタイミングであるかを判定する際に、併せて、推奨経路上の車椅子の台数を計数して、車椅子の台数が所定の値を上回っていた場合に、経路案内の出力を保留してもよい。そして、経路案内部２０１３は、車椅子の台数が所定の値を下回るのを待って、ユーザ端末３に経路案内を出力する。このような構成にすることによって、病院内の患者の移動状態に応じて、できるだけ効率的に移動できるタイミングで案内情報を出力することができる。

ステップＳ４８に続いて、ユーザ端末位置取得部２０１１は、取得したユーザ端末３の現在位置に基づいて、ユーザ端末３を所持する患者が、目的地に到着したかを判定する（ステップＳ４９）。目的地に到着したと判定される（ステップＳ４９：Ｙｅｓ）と、サーバ装置２は経路案内の処理を終了する。一方、目的地に到着したと判定されない（ステップＳ４９：Ｎｏ）と、ステップＳ４６に戻る。

なお、ステップＳ４４において、診察時間に間に合うと判定されない場合、ステップＳ５０において、診察順変更部２０１５は、医師端末５に対して、診察順の変更を指示する。具体的には、診察順変更部２０１５は、医師端末５に対して、診察リスト２０３３と、該当するユーザ端末３を所持する患者を特定する情報（例えば患者番号）と、を送信する。

続いて、診察順変更部２０１５は、医師端末５から、診察順及び診察時間が変更された診察リスト５０２２を受信する（ステップＳ５１）。

次に、診察時間案内部２０１６は、変更された診察順及び診察時間を、変更の対象となるユーザ端末３（患者）に対して案内する（ステップＳ５２）。その後、ステップＳ４０に戻り、前述した処理を繰り返す。

（会話要求時）
会話制御部２０１７は、ユーザ端末３から会話要求があるかを判定する（ステップＳ５４）。会話要求があると判定される（ステップＳ５４：Ｙｅｓ）と、ステップＳ５５に進む。一方、会話要求があると判定されない（ステップＳ５４：Ｎｏ）と、会話要求にかかる処理は終了する。そして、ユーザ端末３から会話要求があるたびに、本処理が起動される。

ステップＳ５４において、会話要求があると判定されると、ステップＳ５５において、会話制御部２０１７は、ユーザ端末３と職員端末４とを音声通過が可能な状態で接続する。これによって、ユーザ端末３を所持している患者と職員端末４を操作している職員とは、会話を行うことができる。なお、職員端末４は複数台存在しているため、全ての職員端末４に対して、患者からの会話要求があることが通知される。そして、最初に応答した職員端末４に会話の優先権が与えられる。会話が終了すると、ユーザ端末３と職員端末４との接続は解除される。

（容態急変時）
患者状態モニタ部２０１８は、バイタルセンサ３０８の計測結果に異常があるかを判定する（ステップＳ６０）。バイタルセンサ３０８の計測結果に異常があると判定される（ステップＳ６０：Ｙｅｓ）と、ステップＳ６１に進む。一方、バイタルセンサ３０８の計測結果に異常があると判定されない（ステップＳ６０：Ｎｏ）と、容態急変時にかかる処理は終了する。そして、バイタルセンサ３０８の計測結果に異常が生じるたびに、本処理が起動される。

ステップＳ６０において、バイタルセンサ３０８の計測結果に異常があると判定されると、ステップＳ６１において、患者状態モニタ部２０１８は、職員端末４の表示制御部４０１６に対して、前述したポップアップ表示６６などによる報知処理を行わせる。

（ユーザ端末が行う処理の流れの説明）
図１４は、ユーザ端末３が行う処理の流れの一例を示すフローチャートである。現在位置検出部３０１１は、ユーザ端末３の現在位置を検出する（ステップＳ７０）。

現在位置検出部３０１１は、検出した現在位置を、サーバ装置２に送信する（ステップＳ７１）。

表示制御部３０１５は、通信制御部３０１６を介して、サーバ装置２から、ユーザ端末３の分布状態を示す病院内の見取図を受信する（ステップＳ７２）。

診察時間出力部３０１３は、診察順又は診察時間の変更があるかを判定する（ステップＳ７３）。診察順又は診察時間の変更があると判定される（ステップＳ７３：Ｙｅｓ）と、ステップＳ７４に進む。一方、診察順又は診察時間の変更があると判定されない（ステップＳ７３：Ｎｏ）と、ステップＳ７５に進む。

ステップＳ７３において、診察順又は診察時間の変更があると判定されると、ステップＳ７４において、診察時間出力部３０１３は、サーバ装置２から受信した、診察順及び診察時間を、表示部３０７に表示する。

次に、経路案内出力部３０１２は、サーバ装置２から推奨経路を受信したかを判定する（ステップＳ７５）。推奨経路を受信したと判定される（ステップＳ７５：Ｙｅｓ）と、ステップＳ７６に進む。一方、推奨経路を受信したと判定されない（ステップＳ７５：Ｎｏ）と、ステップＳ７０に戻る。

ステップＳ７５において、推奨経路を受信したと判定されると、ステップＳ７６において、現在位置検出部３０１１は、ユーザ端末３の現在位置を検出する。なお、フローｔｙ－とには記載しないが、ステップＳ７５で受信した推奨経路は、表示部３０７に表示される。

そして、現在位置検出部３０１１は、検出した現在位置を、サーバ装置２に送信する（ステップＳ７７）。

次に、経路案内出力部３０１２は、サーバ装置２から受信した、目的地（診察室）までの経路案内情報の中から、ユーザ端末３の現在位置に応じた経路案内情報を出力することによって経路案内を行う（ステップＳ７８）。

現在位置検出部３０１１は、検出したユーザ端末３の現在位置に基づいて、ユーザ端末３が目的地に到着したかを判定する（ステップＳ７９）。ユーザ端末３が目的地に到着したと判定される（ステップＳ７９：Ｙｅｓ）と、ユーザ端末３が行う処理は終了する。一方、ユーザ端末３が目的地に到着したと判定されない（ステップＳ７９：Ｎｏ）と、ステップＳ７６に戻る。

（職員端末が行う処理の流れの説明）
図１５は、職員端末４が行う処理の流れの一例を示すフローチャートである。なお、図１５は、職員端末４の主な機能である、「患者来院時の登録」、「診察リストの更新」、「病院内の状態モニタ」、「会話要求への対応」、「容態急変時の対応」、「会計時の対応」のそれぞれの処理の流れを示す。なお、前記した各機能は、所定の時間間隔で繰り返し実行されるか、又は職員端末４に不定期に割り込み要求がかけられた際に、割り込み要求に対応する処理が実行される。

（患者来院時）
情報登録部４０１１は、来院した患者にかかる情報を登録する（ステップＳ９０）。

情報登録部４０１１は、サーバ装置２に登録した情報を送信する（ステップＳ９１）。

情報登録部４０１１は、サーバ装置２から診察リスト２０３３を受信する（ステップＳ９２）。

情報登録部４０１１は、受信した診察リスト２０３３に登録された、患者の診察順と診察時間を表示部４０７に表示する（ステップＳ９３）。その後、患者来院時にかかる処理は終了する。なお、新たな患者が来院するたびに、本処理が起動される。

（病院内の状態モニタ）
状態モニタ部４０１２は、サーバ装置２から、ユーザ端末３の分布状態を示す病院内の見取図を受信する（ステップＳ１１０）。

状態モニタ部４０１２は、ステップＳ１１０で受信した情報に基づいて、ユーザ端末３の分布状態を示す病院内の見取図を更新する（ステップＳ１１１）。その後、病院内の状態モニタにかかる処理は終了する。なお、サーバ装置２が、ユーザ端末３の分布状態を更新するたびに、本処理が起動される。

（会話要求時）
音声通話部４０１４は、サーバ装置２によって接続されたユーザ端末３との間で音声会話を行う（ステップＳ１２０）。会話が終了すると、ユーザ端末３との通信を切断する。なお、ユーザ端末３から会話要求がなされるたびに、本処理が起動される。

（容態急変時）
表示制御部４０１６は、サーバ装置２からの指示を受けて、前述したポップアップ表示６６による報知処理を行う（ステップＳ１３０）。なお、ユーザ端末３が備えるバイタルセンサ３０８の計測結果に異常が生じるたびに、本処理が起動される。

（会計時）
会計処理部４０１３は、患者の診察に要した費用にかかる会計処理を行う（ステップＳ１４０）。また、図１５には記載しないが、会計処理の結果を示す会計情報４０２１は、サーバ装置２に送信されてサーバ装置に保存される。そして、会計処理を終了した際に、患者は、所持していたユーザ端末３を返却する。なお、患者から会計要求がなされるたびに、本処理が起動される。

（医師端末が行う処理の流れの説明）
図１６は、医師端末５が行う処理の流れの一例を示すフローチャートである。まず、診察リスト更新部５０１３は、サーバ装置２から診察リスト２０３３を受信したかを判定する（ステップＳ１５０）。診察リスト２０３３を受信したと判定される（ステップＳ１５０：Ｙｅｓ）と、ステップＳ１５１に進む。一方、診察リスト２０３３を受信したと判定されない（ステップＳ１５０：Ｎｏ）と、ステップＳ１５６に進む。なお、医師端末５がサーバ装置２から診察リスト２０３３を受信するのは、「新規患者が受付を済ませた場合（図１３のＳ２３）」と、「患者が診察時間までに診察室に到着できない可能性がある場合（図１３のＳ５０）」のいずれかの場合である。

ステップＳ１５０において、診察リスト２０３３を受信したと判定されると、ステップＳ１５１において、診察リスト更新部５０１３は、受信した診察リスト２０３３が新規患者の追加によるものかを判定する。受信した診察リスト２０３３が新規患者の追加によるものと判定される（ステップＳ１５１：Ｙｅｓ）と、ステップＳ１５２に進む。一方、受信した診察リスト２０３３が新規患者の追加によるものと判定されない（ステップＳ１５１：Ｎｏ）と、ステップＳ１５４に進む。

ステップＳ１５１において、受信した診察リスト２０３３が新規患者の追加によるものと判定されると、ステップＳ１５２において、診察リスト更新部５０１３は、医師端末５が記憶している診察リスト５０２２を、診察リスト２０３３で置き換えることによって更新する。さらに、診察リスト更新部５０１３は、新規患者の診察時間を設定して診察リスト５０２２に登録する。

次に、診察リスト更新部５０１３は、通信制御部５０１６に対して、更新された診察リスト５０２２を、サーバ装置２に送信させる（ステップＳ１５３）。その後、ステップＳ１５６に進む。

一方、ステップＳ１５１において、受信した診察リスト２０３３が新規患者の追加によるものと判定されないと、ステップＳ１５４において、診察リスト更新部５０１３は、該当する患者の診察順と診察時間を変更する。具体的には、ステップＳ１５０で受信した診察リスト２０３３の中の、該当する患者の診察順を後の時間に変更する。このとき、診察リスト２０３３の最後に変更してもよいし、次の患者と入れ替えるだけでもよい。なお、診察リスト更新部５０１３は、患者の診療順を入れ替えた後で、各患者の診察時間を再計算する。

次に、診察リスト更新部５０１３は、通信制御部５０１６に対して、更新された診察順及び診察時間を含む診察リスト５０２２を、サーバ装置２に送信させる（ステップＳ１５５）。その後、ステップＳ１５６に進む。

ステップＳ１５０において、診察リスト２０３３を受信したと判定されない場合、及びステップＳ１５３又はステップＳ１５５に続いて、診察リスト更新部５０１３は、患者の診察が完了したかを判定する（ステップＳ１５６）。患者の診察が完了したと判定される（ステップＳ１５６：Ｙｅｓ）と、ステップＳ１５７に進む。一方、患者の診察が完了したと判定されない（ステップＳ１５６：Ｎｏ）と、ステップＳ１５０に戻る。なお、図１６には記載しないが、診察を行っている最中、又は診察の完了後に、医師は、電子カルテ入力部５０１２の作用で、患者の診察結果を電子カルテ５０２１に入力する。

ステップＳ１５６において、患者の診察が完了したと判定されると、ステップＳ１５７において、診察リスト更新部５０１３は、診察リスト５０２２に記録された診察時間を更新する。なお、診察が予定の時間に終了した場合には、診察時間の更新は行わない。

次に、診察リスト更新部５０１３は、診察時間に変更があるかを判定する（ステップＳ１５８）。診察時間に変更があると判定される（ステップＳ１５８：Ｙｅｓ）と、ステップＳ１５９に進む。一方、診察時間に変更があると判定されない（ステップＳ１５８：Ｎｏ）と、ステップＳ１６０に進む。

ステップＳ１５８において、診察時間が変更されたと判定されると、ステップＳ１５９において、診察リスト更新部５０１３は、通信制御部５０１６に対して、診察リスト５０２２を送信する。その後、ステップＳ１６０に進む。

ステップＳ１５８において、診察時間が変更されたと判定されない場合、及びステップＳ１５９に続いて、状態モニタ部５０１１は、サーバ装置２から、ユーザ端末３の分布状態を示す病院内の見取図を受信する（ステップＳ１６０）。その後、医師端末５は、図１６の処理を終了する。なお、新たな患者の診察が開始されると、医師端末５は、再び図１６の処理を実行する。

（蓄積記憶した患者の移動軌跡の使用方法の説明）
サーバ装置２は、患者の移動軌跡を、移動経路記憶部２０１９に累積記憶する。そして、移動経路可視化部２０２０は、移動軌跡の、少なくとも方向と、頻度と、時間と、を含む情報を可視化した移動軌跡累積情報を生成する。なお、生成された移動軌跡累積情報は、例えば、職員端末４の表示部４０７に表示される。

図１７は、患者の移動軌跡の一例を示す第１の図である。図１８は、患者の移動軌跡の一例を示す第２の図である。そして、図１９は、患者の移動軌跡の一例を示す第３の図である。特に、図１７は、整形外科を受信した患者のうち９０％の患者の移動軌跡８２ａを示す図である。また、図１８は、内科を受信した患者のうち９０％の患者の移動軌跡８２ｂを示す図である。そして、図１９は、移動軌跡８２ａと、移動軌跡８２ｂとを重畳させた図である。

例えば、図１７からは、整形外科の診察室、及びＸ線撮影室への出入りが多いこと、及び、受付周辺の待合スペースの利用率が高いことがわかる。

また、図１８からは、内科の診察室への出入りが多いこと、及び、会計周辺の待合スペースの利用率が高いことがわかる。

そして、図１９からは、待合スペースから、各診察科への通路に至る領域８４ａにおいて、移動軌跡８２ａと移動軌跡８２ｂとが重複することがわかる。すなわち、領域８４ａにおいて、患者の衝突又は滞留が発生する可能性があることがわかる。

さらに、図１９からは、Ｘ線撮影室及び内科の診察室に至る領域８４ｂにおいて、移動軌跡８２ａと移動軌跡８２ｂとが重複することがわかる。すなわち、領域８４ｂにおいて、患者の衝突又は滞留が発生する可能性があることがわかる。

このように、患者の移動軌跡、すなわち導線の状態を分析することによって、例えば、病院内のレイアウト変更を行う際に、患者が移動しやすい通路の設計に生かすことができる。具体的には、図１９の事例から、例えば、Ｘ線撮影室への出入口を、整形外科の診察室側に変更することによって、領域８４ｂにおける、整形外科の患者と内科の患者との衝突が緩和又は防止できる可能性があることが推測される。また、この変更によって、領域８４ａにおける、整形外科の患者と内科の患者との衝突についても、緩和または防止できる可能性があることが推測される。

なお、図１７から図１９には図示しないが、移動軌跡は、移動方向と頻度と時間の情報を有している。例えば、頻度に着目すると、より多くの患者が使用した経路ほど、より高い頻度を有することになる。したがって、図１７から図１９を２次元ヒストグラムとして表示することも可能である。

また、移動方向に着目すると、図１７から図１９に示す移動軌跡は、移動方向別に分けて可視化することができる。例えば、ある通路を左向きに移動した移動軌跡と、右向きに移動した移動軌跡とを分けて表現することができる。そのため、衝突が多い通路であるのか、又は一方向のみの移動が多い通路であるのかを識別することができる。

さらに、時間に着目すると、図１７から図１９に示す移動軌跡を、時間帯別に表現することができる。例えば、午前中と午後と夜間とで、移動軌跡を比較することなどができる。このように、患者の移動軌跡は、分析目的に応じた形態で表示することが可能である。

以上説明したように、実施形態のサーバ装置２（誘導装置）は、ユーザ端末位置取得部２０１１（取得部）が、複数の患者（移動者）が所持するユーザ端末３（端末装置）のそれぞれの現在位置を取得する。そして、経路算出部２０１２が、特定の患者の現在位置と、特定の患者の目的地の位置と、特定の患者のユーザ端末３に関連付けられた属性と、ユーザ端末位置取得部２０１１が取得した他の患者の現在位置と、特定の患者の現在位置から診察室（目的地）に至る経路上に存在する、他の患者のユーザ端末３にそれぞれ関連付けられた属性と、に基づいて、特定の患者の診察室までの推奨経路を算出する。したがって、例えば病院において、他の患者（移動者）の移動手段の種類（属性）を考慮した推奨経路を算出することができるため、病院内における患者の移動効率を向上させることができる。

また、実施形態のサーバ装置２（誘導装置）において、目的地は特定の患者（移動者）が診察を行う診察室であって、到着時刻予測部２０１４（予測部）が、現在時刻と、特定の患者のユーザ端末３（端末装置）の現在位置と、特定の患者のユーザ端末３に関連付けられた属性と、診察室の位置と、推奨経路とに基づいて、特定の患者の診察室への到着時刻を予測する。そして、経路案内部２０１３が、到着時刻予測部２０１４が予測した到着時刻が、予め設定された特定の患者の診察時間よりも前の時刻となるタイミングで、特定の患者のユーザ端末３に対して、診察室までの経路案内情報を出力する。したがって、予め設定された診察時間に遅れないタイミングで、診察室までの経路案内を行うことができる。

また、実施形態のサーバ装置２（誘導装置）において、診察順変更部２０１５（変更部）は、到着時刻予測部２０１４が予測した到着時刻が、診察時間に遅れると判定されたことを条件として、特定の患者の診察順及び診察時間の変更を行う。そして、診察時間案内部２０１６は、診察順変更部２０１５によって変更された診察順及び診察時間を、特定の患者と、診察時間が変更される他の患者と、に対して案内する。したがって、診察時間に遅れると判定されたタイミングで、診察順と診察時間とを変更することができるため、患者の到着遅れによる診察時間の遅延を防止することができる。

また、実施形態のサーバ装置２（誘導装置）において、移動者とともに移動するユーザ端末３に関連付けられる属性は、移動者の移動手段の種類である。したがって、例えば病院において、病院内を移動している他の患者の移動手段を考慮して、自身の移動経路を決定することができる。

また、実施形態のサーバ装置２（誘導装置）において、移動者の移動手段の種類は、少なくとも、徒歩と車椅子とを含む。したがって、例えば移動経路を算出する際に、経路上に存在する複数の患者を、移動手段の種類別に容易に識別することができる。これによって、経路上に存在する患者の属性を考慮した移動経路を算出することができる。

また、実施形態のサーバ装置２（誘導装置）において、経路算出部２０１２は、現在位置から目的地に至る経路上に存在するユーザ端末３に対して、当該ユーザ端末３を所持する移動者の属性に応じた重みを付与して、現在位置から目的地に至る経路上に存在するユーザ端末３の重みに基づいて推奨経路を算出する。したがって、効率的に移動できる可能性が高い経路を容易に算出することができる。

また、実施形態のサーバ装置２（誘導装置）において、経路算出部２０１２は、現在位置から目的地に至る経路上の車椅子の台数が最小となる経路を推奨経路とする。したがって、複数の移動手段が混在した状況において、車椅子で移動している患者が最も少ない経路を案内することができるため、できるだけ混雑の少ない経路を案内することができる。

また、実施形態のサーバ装置２（誘導装置）において、移動経路記憶部２０１９（累積記憶部）は、複数の移動者の移動経路を累積記憶する。そして、移動経路可視化部２０２０は、移動経路記憶部２０１９に累積記憶された移動経路の、少なくとも方向と、頻度と、時間と、を含む情報を可視化する。したがって、患者の過去の移動履歴に基づいて、病院内における患者の移動軌跡（導線）の状態を確認できるとともに、病院内のレイアウトの検討などに資する情報を得ることができる。

また、実施形態の誘導システム１は、ユーザ端末３（端末装置）の現在位置検出部３０１１（検出部）が、移動者とともに移動する複数のユーザ端末３の現在位置をそれぞれ検出する。そして、サーバ装置２が備える経路算出部２０１２が、特定の患者の現在位置と、特定の患者の目的地の位置と、特定の患者のユーザ端末３に関連付けられた属性と、ユーザ端末位置取得部２０１１が取得した他の患者の現在位置と、特定の患者の現在位置から診察室（目的地）に至る経路上に存在する、他の患者のユーザ端末３にそれぞれ関連付けられた属性と、に基づいて、特定の患者の診察室までの推奨経路を算出する。さらに、ユーザ端末３（端末装置）の経路案内出力部３０１２が、サーバ装置２から取得した目的地までの推奨経路の経路案内情報を出力する。したがって、例えば病院において、他の患者（移動者）の移動手段の種類（属性）を考慮した推奨経路を算出することができるため、病院内における患者の移動効率を向上させることができる。

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

１ 誘導システム
２ サーバ装置（誘導装置）
３ ユーザ端末（端末装置）
４ 職員端末
５ 医師端末
７ ビーコン
２０１１ ユーザ端末位置取得部（取得部）
２０１２ 経路算出部
２０１３ 経路案内部
２０１４ 到着時刻予測部（予測部）
２０１５ 診察順変更部（変更部）
２０１６ 診察時間案内部
２０１７ 会話制御部
２０１８ 患者状態モニタ部
２０１９ 移動経路記憶部（累積記憶部）
２０２０ 移動経路可視化部
３０１１ 現在位置検出部（検出部）
３０１２ 経路案内出力部
Ｐ１，Ｐ２，Ｐ３，Ｐ４ 制御プログラム
ｗ１，ｗ２ 重み

Claims (8)

1. 複数の移動者が所持する、各移動者の属性が関連付けられた端末装置のそれぞれの現在位置を取得する取得部と、
   特定の移動者の現在位置と、前記特定の移動者の目的地の位置と、前記特定の移動者の端末装置に関連付けられた前記属性と、前記取得部が取得した他の移動者の現在位置と、前記特定の移動者の現在位置から前記目的地に至る経路上に存在する、他の移動者の端末装置にそれぞれ関連付けられた属性と、に基づいて、前記特定の移動者の前記目的地までの推奨経路を算出する経路算出部と、
   病院内の地図に前記端末装置の分布状態と前記推奨経路とが示された画像を表示する装置に対して、前記端末装置の分布状態と前記推奨経路とを送信する送信部と、
   を備える誘導装置。
2. 前記目的地は、前記特定の移動者が診察を行う診察室であって、
   現在時刻と、前記特定の移動者の前記端末装置の現在位置と、前記特定の移動者の端末装置に関連付けられた前記属性と、前記診察室の位置と、前記推奨経路とに基づいて、前記特定の移動者の、前記診察室への到着時刻を予測する予測部と、
   前記予測部が予測した到着時刻が、予め設定された前記特定の移動者の診察時間よりも前の時刻となるタイミングで、前記特定の移動者の端末装置に対して、前記診察室までの経路案内情報を出力する経路案内部と、を更に備える、
   請求項１に記載の誘導装置。
3. 前記予測部が予測した到着時刻が、前記診察時間に遅れると判定されたことを条件として、前記特定の移動者の診察順及び診察時間の変更を行う変更部と、
   前記変更部によって変更された前記診察順及び前記診察時間を、前記特定の移動者と、診察時間が変更される他の移動者と、に対して案内する診察時間案内部と、を更に備える、
   請求項２に記載の誘導装置。
4. 前記属性は、前記移動者の移動手段の種類である、
   請求項１から請求項３のいずれか１項に記載の誘導装置。
5. 前記移動手段の種類は、少なくとも、徒歩と車椅子とを含む、
   請求項４に記載の誘導装置。
6. 前記経路算出部は、前記現在位置から前記目的地に至る経路上に存在する前記端末装置に対して、当該端末装置に関連付けられた移動者の前記属性に応じた重みを付与して、
   前記現在位置から前記目的地に至る経路上に存在する前記端末装置の重みに基づいて、前記推奨経路を算出する、
   請求項１から請求項５のいずれか１項に記載の誘導装置。
7. 前記経路算出部は、前記現在位置から前記目的地に至る経路上の車椅子の台数が最小となる経路を推奨経路とする、
   請求項１から請求項６のいずれか１項に記載の誘導装置。
8. 移動者とともに移動する複数の端末装置と、サーバ装置と、を有する誘導システムであって、
   前記端末装置は、
   自身の現在位置を検出する検出部と、
   前記サーバ装置から取得した目的地までの推奨経路の経路案内情報を出力する経路案内出力部と、を備え、
   前記サーバ装置は、
   複数の移動者が所持する、各移動者の属性が関連付けられた端末装置のそれぞれの現在位置を取得する取得部と、
   特定の移動者の現在位置と、前記特定の移動者の目的地の位置と、前記特定の移動者の端末装置に関連付けられた前記属性と、前記取得部が取得した他の移動者の現在位置と、前記特定の移動者の現在位置から前記目的地に至る経路上に存在する、他の移動者の端末装置に関連付けられた属性と、に基づいて、前記特定の移動者の前記目的地までの推奨経路を算出する経路算出部と、
   病院内の地図に前記端末装置の分布状態と前記推奨経路とが示された画像を表示する装置に対して、前記端末装置の分布状態と前記推奨経路とを送信する送信部と、を備える、
   誘導システム。

Images