(57)【要約】      （修正有）【課題】感染症を患っていない者が病院においてインフルエンザ等の感染症に感染してしまうリスクを低減する装置、端末、システム及び感染予防方法を提供する。【解決手段】互いに通信を行う端末１００と装置２００を備える。端末１００は、所定のタイミングに、自身が備わる端末を示す端末識別子を送信する送信部１０１と、送信に応じて場所を示す情報が通知されたとき、情報を報知する第１の信号を出力する報知部１０２と、を備える。装置２００は、受信した端末識別子に対応する所定の症状に応じた、症状が感染症の症状か否かによって異なる場所を示す所定の情報を端末識別子の端末１００に通知する。【選択図】図１８
2016099922.tif 000002
【特許請求の範囲】
【請求項１】
所定のタイミングに、自身が備わる端末を示す端末識別子を送信する送信部と、
前記送信に応じて場所を示す情報が通知されたとき、前記情報を報知する第１の信号を出力する報知部と、
を備えることを特徴とする端末。
【請求項２】
前記報知部は、前記場所へのルートを示すルート情報が通知されたとき、前記ルート情報を報知する第２の信号を出力する、
ことを特徴とする請求項１に記載の端末。
【請求項３】
前記送信部は、在圏するセルの基地局に接続要求する時に、自身が備わる端末を示す前記端末識別子を前記基地局に送信し、
前記報知部は、前記基地局を介して所定のメッセージを受信すると、前記第１の信号を出力する、
ことを特徴とする請求項１乃至２のいずれか１項に記載の端末。
【請求項４】
前記報知部は、前記第１の信号の出力に対応して、通知された前記場所への移動を促す所定の処理を行う、
ことを特徴とする請求項３に記載の端末。
【請求項５】
受信した端末識別子に対応する所定の症状に応じた、前記症状が感染症の症状か否かによって異なる場所を示す所定の情報を前記端末識別子の端末に通知する、
ことを特徴とする装置。
【請求項６】
前記通知に対応して、前記場所へのルートを示す所定の情報も前記端末に通知する、
ことを特徴とする請求項５に記載の装置。
【請求項７】
前記端末から受信した前記端末識別子、及び自身を示す基地局識別子を送信する基地局に接続し、
前記端末識別子と、前記端末の使用者が移動可能なエリアに係る基地局識別子と、が対応づけられた対応表を記憶する記憶部を備え、
前記基地局から前記基地局識別子と前記端末識別子を受信すると、受信した前記基地局識別子が、受信した前記端末識別子に対応する前記対応表の前記基地局識別子のいずれとも同じでない場合には、所定のメッセージを前記端末に前記基地局を介して送信する、
ことを特徴とする請求項５乃至６のいずれか１項に記載の装置。
【請求項８】
互いに通信を行う端末と装置を備え、
前記端末は、請求項１乃至４のいずれか１項に記載の端末であり、
前記装置は、請求項５乃至７のいずれか１項に記載の装置である、
ことを特徴とするシステム。
【請求項９】
入力された情報を表示するモニタを備え、
前記装置は、受信した前記端末識別子に係る所定の情報を前記モニタに出力する、
ことを特徴とする請求項８に記載のシステム。
【請求項１０】
所定のタイミングに、端末が自身を示す端末識別子を送信する第１のステップと、
前記第１のステップにより送信された前記端末識別子に対応する所定の症状に応じた、前記症状が感染症の症状か否かによって異なる場所を示す所定の情報を前記端末に通知する第２のステップと、
前記場所を示す情報が通知されたとき、前記情報を報知する第１の信号を前記端末が出力する第３のステップと、を有する、
ことを特徴とする感染予防方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末、装置、システム、感染予防方法に関し、特に、患者の症状に応じた処理を行う端末、装置、システム、感染予防方法に関する。
【背景技術】
【０００２】
一般的に、病院の受付に関するシステムが知られている。
【０００３】
上述の病院の受付に関するシステムは、以下の特許文献１に開示されている。
【０００４】
特許文献１のシステムは、携帯端末９０と、入場確認装置９１と、予約センター９２と、を備える。
【０００５】
携帯端末９０を持つ者は、所定の施設（例えば、病院やコンサート会場等）の入り口に配置されている入場確認装置９１に携帯端末９０を接続する。入場確認装置９１は、携帯端末９０から端末番号と予約情報を取得し、取得した端末番号等と予約情報を予約センター９２に送信する。予約センター９２は、予約情報データベース９３を検索し、携帯端末９０の端末番号と予約情報が正しいか否かの認証を行う。認証の結果が正しい場合には、予約センター９２は、携帯端末９０を持つ者を入場者として登録する。
【０００６】
上述の構成や動作の通り、特許文献１のシステムは、携帯端末９０を持つ者が所定の施設に来場したことを登録することができる。所定の施設が病院であれば、特許文献１のシステムは、携帯端末９０を持って来院した者の受付を行うことができる。その後、携帯端末９０を持った来院者は、病院の待合室で医者からの呼び出しを待つことができる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００２−１２３７３０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかし、特許文献１のシステムは、来院した者の受付を行うだけであり、来院した者の症状に応じて待合室を来院者に通知しない。その為、病院の待合室には、様々な症状の患者が呼び出しを待つこととなり、ときには、インフルエンザ等の感染症を患った患者と、感染症を患っていない患者とが近接して待つこともあった。
【０００９】
その結果、特許文献１のシステムでは、来院者（感染症を患っていない者）が、待合室で呼び出しを待つ間、インフルエンザ等の感染症に感染してしまうという課題があった。
【００１０】
本発明は、上記課題を解決する端末、装置、システム、感染予防方法を提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記目的を達成するために、本発明の端末は、所定のタイミングに、自身が備わる端末を示す端末識別子を送信する送信部と、前記送信に応じて場所を示す情報が通知されたとき、前記情報を報知する第１の信号を出力する報知部と、を備える。
【００１２】
上記目的を達成するために、本発明の装置は、受信した端末識別子に対応する所定の症状に応じた、前記症状が感染症の症状か否かによって異なる場所を示す所定の情報を前記端末識別子の端末に通知する。
【００１３】
上記目的を達成するために、本発明のシステムは、互いに通信を行う端末と装置を備え、前記端末は、所定のタイミングに、自身が備わる端末を示す端末識別子を送信する送信部と、前記送信に応じて場所を示す情報が通知されたとき、前記情報を報知する第１の信号を出力する報知部と、を備える端末であり、前記装置は、受信した端末識別子に対応する所定の症状に応じた、前記症状が感染症の症状か否かによって異なる場所を示す所定の情報を前記端末識別子の端末に通知する装置である。
【００１４】
上記目的を達成するために、本発明の感染予防方法は、所定のタイミングに、端末が自身を示す端末識別子を送信する第１のステップと、前記第１のステップにより送信された前記端末識別子に対応する所定の症状に応じた、前記症状が感染症の症状か否かによって異なる場所を示す所定の情報を前記端末に通知する第２のステップと、前記場所を示す情報が通知されたとき、前記情報を報知する第１の信号を前記端末が出力する第３のステップと、を有する。
【発明の効果】
【００１５】
本発明によれば、システムは、感染症を患っていない者が病院においてインフルエンザ等の感染症に感染してしまうリスクを特許文献１のシステムよりも低減することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の第１の実施の形態におけるシステムの構成例を示す図である。
【図２】本発明の第１の実施の形態におけるシステムが病院に備わったときの様子を示した図である。
【図３】本発明の第１の実施の形態におけるシステムの来院制御サーバに設定される患者診療データの一例を示す図である。
【図４】本発明の第１の実施の形態におけるシステムの来院制御サーバに設定される待合スペース指定データの一例を示す図である。
【図５】本発明の第１の実施の形態におけるシステムに備わる来院制御サーバの構成例を示す図である。
【図６】本発明の第１の実施の形態におけるシステムの動作を説明する為の図である。
【図７】本発明の第１の実施の形態におけるシステムの動作をより詳細に説明する為の図である。
【図８】本発明の第１の実施の形態におけるシステムの動作（モニタ表示動作）を説明する為の図である。
【図９】本発明の第１の実施の形態におけるシステムの来院制御サーバにより変更された患者診療データの一例を示す図である。
【図１０】本発明の第２の実施の形態におけるシステムの構成例を示す図である。
【図１１】本発明の第２の実施の形態におけるシステムが病院に備わったときの様子を示した図である。
【図１２】本発明の第２の実施の形態におけるシステムに備わる来院制御サーバに設定される患者関連データの一例を示す図である。
【図１３】本発明の第２の実施の形態におけるシステムの来院制御サーバに設定される移動許可エリア情報の一例を示す図である。
【図１４】本発明の第２の実施の形態におけるシステムに備わる来院制御サーバの構成例を示す図である。
【図１５】本発明の第２の実施の形態におけるシステムの動作を説明する為の図である。
【図１６】本発明の第２の実施の形態におけるシステムの来院制御サーバにより更新された患者関連データの一例を示す図である。
【図１７】本発明の第２の実施の形態におけるシステムの動作（モニタ表示動作）を説明する為の図である。
【図１８】本発明の第３の実施の形態におけるシステムの構成例を示す図である。
【発明を実施するための形態】
【００１７】
次に本発明の実施形態について、図面を参照して詳細に説明する。
【００１８】
≪第１の実施の形態≫
[概要]
本発明の第１の実施の形態におけるシステムは、病院に設置され、来院した患者に対し、その症状に応じて、病院内のどの待合スペースで待つべきかを通知するシステムである。患者の持つ端末に、待つべき待合スペースが通知される。
【００１９】
その為に、本実施形態のシステムには、患者の持つ端末を示す識別子（以下、「端末識別子」という）と、当該患者の症状と、が対応づけられた表（以下、「対応表１」という）が予め設定される。さらに、本実施形態のシステムには、いくつかの症状毎に、待合スペースが対応づけられた表（以下、「対応表２」という）が予め設定される。なお、対応表２において、感染症と無関係の症状に対応する待合スペースは、感染症の症状に対応する待合スペースとは異なるように設定される。
【００２０】
本実施形態のシステムは、来院した患者の端末から端末識別子を取得し、取得した端末識別子に対応する患者の病状を対応表１から求める。本実施形態のシステムは、（対応表１から求めた）患者の症状に対応する待合スペースを対応表２から取得し、該待合スペースを患者の持つ端末に通知する。感染症を患っていない患者の持つ端末には、感染症を患った患者の持つ端末とは異なる待合スペースが通知される。
【００２１】
その結果、来院した患者（感染症を患っていない患者）は、感染症を患った患者と同じ待合スペースで待つことがなくなり、感染症に感染するリスクを減らすことができる。
【００２２】
以下に、本発明の第１の実施の形態におけるシステムの構成や機能、動作について説明する。
【００２３】
［構成の説明］
まず、本発明の第１の実施の形態におけるシステムの構成と機能について説明する。
【００２４】
図１は、本発明の第１の実施の形態におけるシステムの構成例を示す図である。図２は、本発明の第１の実施の形態におけるシステムが病院に備わったときの様子を示した図である。
【００２５】
（１）本発明の第１の実施の形態におけるシステムの構成
本実施形態のシステムは、図１に示されるように、端末１と、情報取得局２と、来院制御サーバ３と、モニタ端末４と、を備える。端末１は、スマートフォンであり、情報取得局２は、フェムトセル基地局である。
【００２６】
端末１は、無線回線を介して情報取得局２と接続され、情報取得局２は、図示していないが、一般的な移動体通信網を介して来院制御サーバ３と接続される。来院制御サーバ３は、モニタ端末４と有線回線を介して接続される。
【００２７】
端末１は、病院に来院する患者が持つ端末である。情報取得局２（すなわち、フェムトセル基地局）は、図２に示されるように、病院の玄関付近に設置される。来院制御サーバ３とモニタ端末４は、病院内（例えば、受付等）に設置されてもよい。また、本実施形態のシステムが備わる病院には、図２に示されるように、いくつかの待合スペースＸ、Ｙ、Ｚが設けられている。待合スペースＸ、Ｙ、Ｚには、患者が呼び出しを待つスペースであり、長椅子が備えられてもよい。
【００２８】
（２）端末１の機能
端末１は、一般的なスマートフォンであり、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）に準拠して動作を行う。具体的には、端末１は、情報取得局２（フェムトセル基地局）配下のセルに在圏すると、周知の位置登録メッセージを送信する。但し、端末１は、上述の位置登録メッセージに、自身を示す端末識別子を含めて送信する。端末識別子は、ＩＭＥＩであってもよいし、ＩＭＳＩであってもよい。さらに、端末識別子は、電話番号であってもよい。
【００２９】
上述のＩＭＳＩは、Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙの略称であり、ＩＭＥＩは、Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｅｑｕｉｐｍｅｎｔ  Ｉｄｅｎｔｉｆｉｅｒの略称である。
【００３０】
さらに、端末１は、待合スペースを示す情報を情報取得局２から受信すると、受信した待合スペースを示す情報をユーザに報知する。例えば、端末１は、待合スペースを示す情報を受信すると、「病院内で待つ場所に関して情報が通知されました」と所定の音声を流し、自身に備わる画面に、受信した待合スペースを示す情報を表示してもよい。
【００３１】
（３）情報取得局２（フェムトセル基地局）の機能
情報取得局２は、一般的なフェムトセル基地局であり、３ＧＰＰに準拠して動作する。但し、情報取得局２は、端末１から周知の位置登録メッセージを受信したときには、受信した位置登録メッセージから端末識別子を抽出し、抽出した端末識別子を来院制御サーバ３に送信する。
【００３２】
また、情報取得局２（フェムトセル基地局）は、来院制御サーバ３から待合スペースを示す情報を受信すると、受信した待合スペースを示す情報を端末１に送信する。
【００３３】
（４）来院制御サーバ３の機能
まず、来院制御サーバ３には、設置先の病院関係者によって、いくつかの情報が予め設定される。以下、来院制御サーバ３に設定される情報について説明する。図３は、来院制御サーバ３に設定される患者診療データの一例を示す図である。
【００３４】
（４−１）患者診療データ
来院制御サーバ３には、患者診療データが本実施形態のシステムの管理者によって設定される。患者診療データは、図３に示されるように、端末識別子（表の右端に記載）と、当該端末識別子の端末を持つ患者の症状と、が少なくとも対応づけられた表である。
【００３５】
本実施形態のシステムは、病院に設置されるので、本実施形態のシステムの管理者は一般的には病院関係者である。本実施形態のシステムの管理者（病院関係者）は、患者から診療予約の電話を受けたときに、患者から（自覚する）症状と、患者が持っている端末１の端末識別子を聞き、それらを患者診療データとして来院制御サーバ３に設定してもよい。
【００３６】
例えば、本実施形態のシステムの管理者（病院関係者）は、患者から３８度以上の熱がある症状と聞いたとき、症状「高熱」とした患者診療データを来院制御サーバ３に設定してもよい。若しくは、本実施形態のシステムの管理者（病院関係者）は、患者から、転倒して足の一部を打撲した状態と聞いたとき、症状「打撲」とした患者診療データを来院制御サーバ３に設定してもよい。若しくは、本実施形態のシステムの管理者（病院関係者）は、患者から、春先等になって目に痒みがあり、鼻が詰まった状態の症状と聞いたとき、症状「目の痒みと鼻づまりの症状」とする患者診療データを来院制御サーバ３に設定してもよい。さらに、本実施形態のシステムの管理者（病院関係者）は、患者から、一日中気分が落ち込んでおり、何をしても楽しめない状態の症状と聞いたとき、症状「気力減退」とした患者診療データを来院制御サーバ３に設定してもよい。本実施形態のシステムの管理者（病院関係者）は、患者から聞いた症状を端末識別子と対応づけ、患者診療データとして来院制御サーバ３に設定する。
【００３７】
なお、患者は、端末１の端末識別子を以下のように確認して病院関係者に伝えることができる。
【００３８】
まず、端末識別子がＩＭＥＩである場合、患者は、電池パックを外した所に貼ってある製品シールを見ることでＩＭＥＩを確認することができる。端末識別子がＩＭＳＩである場合、患者は、端末１（ＳＩＭカード）からＩＭＳＩを読み取る一般的なアプリケーションを端末１にインストールし、そのアプリケーションを用いて、端末１のＩＭＳＩを確認することができる。上述のアプリケーションは、ｍＴｅｌｅｐｈｏｎｙＭｂｒ．ｇｅｔＤｅｖｉｃｅIｄ関数を用いたアプリケーションであってもよい。端末識別子が電話番号である場合、患者は、電話料金の請求書等から端末１の電話番号を確認することができる。
【００３９】
上述の患者診療データは、図３に示されるように、患者の来院の有無や患者の氏名、予約の日時等も対応づけられたデータであってもよい。来院制御サーバ３は、設定された上述の患者診療データを記憶する。
【００４０】
（４−２）待合スペース指定データ
図４は、来院制御サーバ３に設定される待合スペース指定データの一例を示した図である。
【００４１】
来院制御サーバ３には、待合スペース指定データが本実施形態のシステムの管理者（病院関係者）によって設定される。待合スペース指定データは、図４に示されるように、いくつかの症状毎に、その症状の患者が病院内で待つ待合スペースが対応づけられた表である。図４に示される待合スペースＸは、感染症の症状の患者が病院内で待つ待合スペースであり、待合スペースＹや待合スペースＺは、感染症に無関係の症状の患者が病院内で待つ待合スペースである。本実施形態のシステムの管理者（病院関係者）は、感染症の症状（例えば、高熱）に対応する待合スペースについては、感染症と無関係の症状（例えば、打撲）に対応する待合スペースとは異なる待合スペースを待合スペース指定データに設定する。
【００４２】
来院制御サーバ３は、設定された上述の待合スペース指定データを記憶する。
【００４３】
（４−３）患者の待合スペース抽出機能
来院制御サーバ３は、端末識別子を受信すると、受信した端末識別子に対応する患者の症状を患者診療データから抽出する。
【００４４】
また、来院制御サーバ３は、患者の症状を患者診療データから抽出すると、抽出した症状に対応する待合スペースを示す情報を待合スペース指定データから抽出する。
【００４５】
（４−４）待合スペース通知機能
来院制御サーバ３は、待合スペースを示す情報を抽出すると、抽出した待合スペースを示す情報を、情報取得局２（フェムトセル基地局）を介して端末１に通知する。
【００４６】
（５）来院制御サーバ３の構成
（５−１）来院制御サーバ３の構成
図５は、本発明の第１の実施の形態におけるシステムに備わる来院制御サーバ３の構成例を示す図である。
【００４７】
来院制御サーバ３は、上述の「（４）来院制御サーバ３の機能」を実現する為に、図５に示される通り、通信部３０と、制御部３１と、データ保持部３２と、を備える。
【００４８】
制御部３１は、通信部３０とデータ保持部３２に接続される。
【００４９】
（５−２）来院制御サーバ３を構成する各部位の機能
（５−２−１）通信部３０の機能
通信部３０は、端末識別子を受信すると、受信した端末識別子を制御部３１に出力する。また、通信部３０は、制御部３１から入力された、待合スペースを示す情報を情報取得局２（フェムトセル基地局）に送信する。
【００５０】
（５−２−２）制御部３１の機能
制御部３１は、端末識別子が通信部３０から入力されると、患者診療データと待合スペース指定データをデータ保持部３２から取得する。さらに、制御部３１は、入力された端末識別子に対応する患者の症状を患者診療データから抽出する。
【００５１】
制御部３１は、患者診療データから患者の症状を抽出すると、抽出した症状に対応する待合スペースを示す情報を待合スペース指定データから抽出する。制御部３１は、抽出した待合スペースを示す情報を通信部３０に出力する。
【００５２】
（５−２−３）データ保持部３２の機能
データ保持部３２は、上述の待合スペース指定データや患者診療データが設定される記憶部である。データ保持部３２は、ＲＡＭ等のメモリを用いて実現することができる。
【００５３】
上述の通信部３０は、電子回路とＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）、ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）を用いて実現することができる。制御部３１は、電子回路とＲＡＭ等のメモリを用いて実現することができる。
【００５４】
［動作の説明］
図６は、本発明の第１の実施の形態におけるシステムの動作の動作を説明する為の図である。図６を用いて、本実施形態のシステムの詳細な動作を以下に説明する。
【００５５】
（１）患者が病院を訪れたときの様子
まず、患者が、腕を打撲した為、事前に診療を予約し、病院に訪れたとする。患者は、診療予約した際に、症状が打撲であることと、自身の持つ端末１の端末識別子（例えばＩＭＥＩ）が「ｘｘｘｘｘｘｘｘｘｘｘｘｘｘ５」であることを病院関係者に伝えてある。その為、来院制御サーバ３のデータ保持部３２には、病院関係者によって、図３、４に示される患者診療データと待合スペース指定データが設定されているものとする。
【００５６】
（２）位置登録時の処理
患者が病院を訪れたとき、患者の持つ端末１は、病院の玄関付近で情報取得局２（フェムトセル基地局）のセルに在圏する。
【００５７】
端末１は、情報取得局２（フェムトセル基地局）のセルに在圏すると、図６に示されるように、周知の位置登録メッセージを情報取得局２（フェムトセル基地局）に送信する（Ｓ１）。
【００５８】
なお、端末１は、自身を示す端末識別子「ｘｘｘｘｘｘｘｘｘｘｘｘｘｘ５」を上述の位置登録メッセージに含めて送信する。
【００５９】
次に、情報取得局２は、端末１から周知の位置登録メッセージを受信すると、受信した位置登録メッセージから端末識別子を抽出し、抽出した端末識別子を来院制御サーバ３に送信する（Ｓ２）。
【００６０】
抽出し、送信した端末識別子は、端末識別子「ｘｘｘｘｘｘｘｘｘｘｘｘｘｘ５」である。
【００６１】
（３）待合スペースを示す情報を通知する処理
次に、来院制御サーバ３は、情報取得局２から端末識別子「ｘｘｘｘｘｘｘｘｘｘｘｘｘｘ５」を受信すると、図３に示す患者診療データから、受信した端末識別子に対応する患者の症状「打撲」を抽出する（Ｓ３）。
【００６２】
次に、来院制御サーバ３は、患者の症状「打撲」を抽出すると、図４に示す待合スペース指定データから、抽出した症状「打撲」に対応する待合スペースＹを示す情報を抽出する（Ｓ４）。
【００６３】
次に、来院制御サーバ３は、抽出した待合スペースＹを示す情報を、情報取得局２を介して端末１に通知する（Ｓ５）。
【００６４】
上述のＳ３〜Ｓ５は、来院制御サーバ３の通信部３０や制御部３１が、以下の「（４）Ｓ３〜Ｓ５の具体的内容」に示されるＳ１０〜Ｓ１６を実施することで実現される。
【００６５】
（４）Ｓ３〜Ｓ５の具体的内容
図７は、本発明の第１の実施の形態におけるシステムの動作をより詳細に説明する為の図である。
【００６６】
まず、来院制御サーバ３の通信部３０は、図７に示されるように、情報取得局２から端末識別子を受信すると、受信した端末識別子を制御部３１に出力する（Ｓ１０）。
【００６７】
次に、制御部３１は、通信部３０から端末識別子が入力されると、患者診療データ及び待合スペース指定データをデータ保持部３２から取得する（Ｓ１１）。
【００６８】
次に、制御部３１は、通信部３０から入力された端末識別子に対応する患者の症状「打撲」を、取得した患者診療データから抽出する（Ｓ１２）。
【００６９】
上述のＳ１０〜Ｓ１２は、上述のＳ３に対応する動作である。
【００７０】
次に、上述のＳ１２の後、来院制御サーバ３の制御部３１は、抽出した症状に対応する待合スペースＹを示す情報を、待合スペース指定データから抽出する（Ｓ１３）。
【００７１】
上述のＳ１３は、上述のＳ４に対応する動作である。
【００７２】
次に、上述のＳ１３の後、制御部３１は、抽出した待合スペースＹを示す情報を通信部３０に出力する（Ｓ１４）。
【００７３】
次に、通信部３０は、制御部３１から入力された待合スペースＹを示す情報を情報取得局２（フェムトセル基地局）に送信する（Ｓ１５）。
【００７４】
次に、情報取得局２（フェムトセル基地局）は、待合スペースＹを示す情報を自セル配下の端末１に送信する（Ｓ１６）。
【００７５】
上述のＳ１４〜Ｓ１６は、上述のＳ５に対応する動作である。
【００７６】
（５）待合スペースを端末１のユーザに報知する処理
上述のＳ５（Ｓ１６）後、端末１は、待合スペースＹを示す情報を受信すると、図７に示されるように、受信した待合スペースＹを示す情報を、端末１を持つ患者に報知する（Ｓ６）。具体的には、端末１は、自身に備わる画面に、受信した待合スペースＹを示す情報を表示すると共に、「病院内で待つ場所に関して情報が通知されました」との音声を発する。
【００７７】
端末１を持つ患者は、病院の玄関から自身の症状「打撲」に対応する待合スペースＹで医者から呼ばれるのを待てばいいと分かり、待合スペースＹに行くことができる。待合スペースＹは、インフルエンザ等の感染症の症状を持つ患者が待つ待合スペースでない。その為、端末１を持つ患者は、インフルエンザ等の感染症を患った患者と近接して待ち、インフルエンザ等の感染症にかかるリスクを低減することができる。
【００７８】
（６）モニタ表示動作
本実施形態のシステムは、上述の図３に示す患者診療データをモニタ端末４に表示させてもよい。
【００７９】
上述の動作は、来院制御サーバ３の各機能部とモニタ端末４が以下のＳ１７〜Ｓ１９を実施することで実現される。図８は、本発明の第１の実施の形態におけるシステムの動作（モニタ表示動作）を説明する為の図である。
【００８０】
まず、来院制御サーバ３の制御部３１は、図８に示されるように、上述のＳ１４の後、入力された端末識別子「ｘｘｘｘｘｘｘｘｘｘｘｘｘｘ５」に対応する、患者診療データにおける来院の有無を、来院有に変更する（Ｓ１７）。
【００８１】
端末１を持つ患者が来院していることを患者診療データに反映し、最新の状態とする為である。反映（変更）された患者診療データは、図９に示される通りの患者診療データとなる。図９は、来院制御サーバに変更された患者診療データの一例を示す図である。
【００８２】
次に、来院制御サーバ３の制御部３１は、図８に示されるように、変更した患者診療データをモニタ端末４に出力する（Ｓ１８）。
【００８３】
次に、モニタ端末４は、来院制御サーバ３の制御部３１から入力された患者診療データを、自身に備わる画面に表示する（Ｓ１９）。
【００８４】
病院関係者は、モニタ端末４の患者診療データ（来院の有無）を確認することで、端末１を持つ患者が来院したことを知ることができる。
【００８５】
なお、来院制御サーバ３の制御部３１は、上述のＳ１８において、患者診療データと共に、（上述のＳ１１で）入力された端末識別子「ｘｘｘｘｘｘｘｘｘｘｘｘｘｘ５」をモニタ端末４に出力してもよい。その場合、モニタ端末４は、上述のＳ１９において、入力された患者診療データの中から、入力された端末識別子に対応するデータ（患者の氏名等）のみを表示させてもよい。病院関係者は、新たに来院した患者が誰なのかを、より早く知ることができる。
【００８６】
（７）待合スペースまでのルート通知処理
本実施形態のシステムは、上述のＳ１〜Ｓ６の処理により、待合スペースを端末１に通知した。本実施形態のシステムは、通知した待合スペースと共に、その待合スペースまでのルートも通知してもよい。
【００８７】
その場合、待合スペース指定データの各待合スペースを示す情報には、該待合スペースまでのルートを示す情報（以下、「ルート情報」という）が本実施形態のシステムの管理者より対応づけられる。ルート情報は、病院の玄関から当該待合スペースまでのルートを示す文字データであってもよい。例えば、待合スペースＸを示す情報に対応するルート情報の場合、そのルート情報は、「玄関を入って、受付と小児科の間の通路を直進して下さい。突き当りの待合スペースが待合スペースＸです。」といった文字データであってもよい。
【００８８】
さらに、来院制御サーバ３の通信部３０、制御部３１、情報取得局２、端末１は以下の動作を行う。
【００８９】
まず、制御部３１は、上述のＳ１３において、症状に対応する待合スペースを示す情報を抽出すると、抽出した待合スペースを示す情報に対応するルート情報を待合スペース指定データから抽出する。制御部３１は、上述のＳ１４で、抽出した待合スペースと共に、抽出したルート情報も送信する。次に、通信部３０と情報取得局２は、上述のＳ１５、Ｓ１６において、待合スペースを示す情報とルート情報を受信すると、受信した待合スペースを示す情報とルート情報を端末１に送信する。端末１は、上述のＳ６において、待合スペースを示す情報とルート情報を受信すると、受信した待合スペースを示す情報とルート情報を自身に備わる画面に表示する。
【００９０】
端末１を持つ患者は、表示されたルート情報に従って、通知された待合スペースに行くことができる。
【００９１】
（８）端末台数について
本実施形態のシステムに備わる端末は、端末１の１台に限らない。本実施形態のシステムは、端末１と同じ機能を有する端末を複数備えてよい。さらに、上述の情報取得局２（フェムトセル基地局）は、来院制御サーバ３の機能を備えてもよい。その場合の本実施形態のシステムは、来院制御サーバ３を備えない。
【００９２】
（９）待合スペースについて
上記では、待合スペースＸが、感染症の症状を持つ患者が病院内で待つ待合スペースとしたが、これに限らない。待合スペースＹと待合スペースＸが、感染症の症状を持つ患者が病院内で待つ待合スペースであってもよい。その場合、本実施形態のシステムの管理者は、待合スペース指定データにおいて、感染症の症状に対応する待合スペースについては待合スペースＸ、Ｙを設定し、また、感染症と無関係の症状に対応する待合スペースについては待合スペースＺを設定する。
【００９３】
さらに、本実施形態のシステムの管理者は、異なる感染症の症状毎に、待合スペースを分けてもよい。例えば、感染症の症状として「高熱のみ」と「出血を伴う高熱」があったとする。その場合、本実施形態のシステムの管理者は、待合スペース指定データの症状に「高熱のみ」と「出血を伴う高熱」を設定する。さらに、本実施形態のシステムの管理者は、待合スペース指定データにおいて、症状「高熱のみ」に対応する待合スペースについては待合スペースＸを設定し、症状「出血を伴う高熱」に対応する待合スペースについては待合スペースＹを設定する。異なる感染症を患った患者同士が同じ待合スペースで待つリスクを低減することができる。
【００９４】
［効果の説明］
本実施形態によれば、システムは、感染症を患っていない者が病院においてインフルエンザ等の感染症に感染してしまうリスクを特許文献１のシステムよりも低減することができる。
【００９５】
なぜならば、本実施形態のシステムは、患者の持つ端末から受信した端末識別子を基に患者の症状を取得し、取得した患者の症状に応じた待合スペース、さらにいうと、取得した症状が感染症の症状か否かによって異なる待合スペースを患者に報知するからである。
【００９６】
≪第２の実施の形態≫
次に、本発明の第２の実施の形態について説明する。
【００９７】
第２の実施形態のシステムは、移動可能なエリア（玄関〜通知した待合スペースまでの移動経路）以外の場所に患者が位置している場合には、通知した待合スペースに移動することを患者に促すシステムである。
【００９８】
上述の動作を実現する為の第２の実施の形態のシステムの構成と動作について以下に説明する。なお、図１０は、本発明の第２の実施の形態におけるシステムの構成例を示す図である。図１１は、本発明の第２の実施の形態におけるシステムが病院に備わったときの様子を示した図である。
【００９９】
［構成の説明］
（１）第２の実施形態のシステムの構成
第２の実施形態のシステムは、図１０に示されるように、端末１、情報取得局２、来院制御サーバ３、及びモニタ端末４の代わりに、端末５１、情報取得局６０〜６７、来院制御サーバ７０、及びモニタ端末８０を備える。情報取得局６０〜６７は、フェムトセル用の基地局であり、図示していないが、一般的な移動体通信網を介して来院制御サーバ７０と接続される。端末５１は、情報取得局６０〜６７のいずれかと無線回線を介して接続される。
【０１００】
情報取得局６０〜６７は、図１１に示されるように、病院内の患者が移動することが可能な廊下や待合スペースに複数に設置される。
【０１０１】
（２）端末５１の機能
端末５１は、端末１と同様、３ＧＰＰの規定に準拠して動作を行う。例えば、端末５１は、周知の位置登録メッセージを送信したセル以外のセルに在圏すると、そのセルの情報取得局６０〜６７に対して、周知の接続要求メッセージを送信する。接続要求メッセージは、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）  ＣＯＮＮＥＣＴＩＯＮ  ＲＥＱＵＥＳＴであってもよい。但し、端末５１は、上述の接続要求メッセージに、自身を示す端末識別子（例えば、ＩＭＥＩ）を含めて送信する。
【０１０２】
端末５１は、待合スペースを示す情報を情報取得局６０〜６７から受信すると、受信した待合スペースを示す情報を記憶する。さらに、端末５１は、待合スペースへの移動を促すメッセージを情報取得局６０〜６７から受信すると、自身を持つ使用者に対して、待合スペースに移動することを促す所定の処理を行う。所定の処理の詳細については、後述の［動作の説明］にて具体的に説明する。記憶した、上述の待合スペースを示す情報も所定の処理の中で使用される。
【０１０３】
（３）情報取得局６０〜６７の機能
情報取得局６０〜６７は、フェムトセル基地局である。情報取得局６０〜６７各々には、その装置を示す識別子（以下、「基地局識別子」という）が本実施形態のシステムの管理者によって設定される。以下、情報取得局６０〜６７各々には、図１１に示されるように、基地局識別子Ａ〜Ｈが設定されたものとして説明を行う。
【０１０４】
情報取得局６０〜６７は、上述の周知の接続要求メッセージを端末５１から受信すると、受信した接続要求メッセージから端末識別子を抽出し、抽出した端末識別子と、自身を示す基地局識別子と、を併せて来院制御サーバ７０に送信する。送信された基地局識別子は、（併せて送信された端末識別子の）端末が、どの情報取得局６０〜６７（フェムトセル基地局）のセルに位置しているかを示している。すなわち、基地局識別子は、端末識別子が示す端末の現在の位置を示している。
【０１０５】
（４）来院制御サーバ７０の機能
来院制御サーバ７０には、本実施形態のシステムの管理者（設置先の病院関係者）によって、患者診療データと待合スペース指定データの代わりに、患者関連データと移動許可エリア情報が予め設定される。以下、患者関連データと移動許可エリア情報について説明する。図１２は、来院制御サーバ７０に設定される患者関連データの一例を示す図である。
【０１０６】
（４−１）患者関連データ
来院制御サーバ７０には、患者関連データが、事前に病院関係者によって設定される。患者関連データは、図１２に示されるように、端末識別子と、当該端末識別子が示す端末を持つ患者の症状と、及び当該端末識別子が示す端末の位置情報と、が対応づけられた表である。患者関連データは、患者診療データに、端末の位置情報が付け加わった表である。
【０１０７】
なお、本実施形態のシステムの管理者（病院関係者）は、上述の位置情報には、任意のデータ（例えば、−に対応する文字データ）を設定する。上述の位置情報は、後述の「（４−３）患者の位置把握機能」で詳細を説明するが、来院制御サーバ７０によって更新されるからである。
【０１０８】
来院制御サーバ７０は、設定された上述の患者関連データを記憶する。
【０１０９】
（４−２）移動許可エリア情報
図１３は、来院制御サーバ７０に設定される移動許可エリア情報の一例を示す図である。
【０１１０】
来院制御サーバ７０には、移動許可エリア情報が、本実施形態のシステムの管理者（病院関係者）によって事前に設定される。移動許可エリア情報は、図１３に示されるように、症状と、該症状の患者が病院内で待つ待合スペースを示す情報と、該症状の患者が病院内で移動可能なエリアを示す情報と、が対応づけられた表である。移動許可エリア情報は、上述の待合スペース指定データに、「移動可能なエリアを示す情報」が付け加わった表である。
【０１１１】
上述の「移動可能なエリアを示す情報」は、対応する症状の患者が玄関から待合スペースまで移動する間に位置してよいエリアを示す情報である。本実施形態のシステムの管理者（病院関係者）は、上述の「移動可能なエリアを示す情報」として、対応する症状の患者が玄関から待合スペースまで移動する経路に設置された情報取得局６０〜６７の基地局識別子を設定する。
【０１１２】
例えば、病院関係者は、症状「高熱」に対応する「移動可能なエリアを示す情報」として、当該症状の患者が玄関から待合スペースＸまで移動する経路にある情報取得局６０、６６、６７の基地局識別子Ａ、Ｇ、Ｈを設定する。
【０１１３】
来院制御サーバ７０は、設定された上述の患者関連データを記憶する。
【０１１４】
（４−３）患者の位置判別機能
（４−３−１）移動可能なエリア抽出機能
来院制御サーバ７０は、情報取得局６０〜６７から端末識別子と基地局識別子を受信した後、受信した端末識別子に対応する患者の症状を、（図１２に示される）上述の患者関連データから抽出する。さらに、来院制御サーバ７０は、抽出した患者の症状に対応する、「移動可能なエリアを示す情報」を、（図１３に示される）上述の移動許可エリア情報から抽出する。
【０１１５】
（４−３−２）患者の位置判別機能
来院制御サーバ７０は、受信した基地局識別子が、抽出した「移動可能なエリアを示す情報」に示される基地局識別子のいずれかと同じか否かを判別する。上述の判別は、受信した端末識別子が示す端末の現在の位置が、玄関から待合スペースまでの移動可能なエリア内なのかどうかを判別することに相当する。
【０１１６】
（４−４）待合スペースへの移動を促すメッセージ送信機能
来院制御サーバ７０は、受信した基地局識別子が、抽出した「移動可能なエリアを示す情報」に示される基地局識別子のいずれかと同じ場合には、次に端末識別子と基地局識別子を受信するのを待つ。
【０１１７】
来院制御サーバ７０は、受信した基地局識別子が、抽出した「移動可能なエリアを示す情報」に示される基地局識別子のいずれとも同じでない場合は、待合スペースへの移動を促すメッセージを端末５１に送信する。（玄関〜通知した待合スペースまでの）移動可能なエリア以外の場所に患者が位置しており、通知した待合スペースに移動させる為である。
【０１１８】
（４−５）患者の位置記憶
来院制御サーバ７０は、情報取得局６０〜６７から端末識別子と基地局識別子を受信すると、患者関連データを更新してもよい。具体的には、来院制御サーバ７０は、図１２に示される患者関連データのうち、受信した端末識別子に対応する位置情報を、受信した基地局識別子に更新してもよい。
【０１１９】
更新された患者関連データの位置情報には、受信した端末識別子が示す端末の現在の位置（どの情報取得局６０〜６７のセル配下にいるか）を示す情報として、情報取得局６０〜６７を示す基地局識別子が反映される。病院関係者は、患者関連データを来院制御サーバ７０から取得した場合、端末識別子が示す端末を持つ患者が、どの情報取得局６０〜６７近辺にいるかを知ることができる。
【０１２０】
（５）来院制御サーバ７０の構成
図１４は、本発明の第２の実施の形態におけるシステムに備わる来院制御サーバ７０の構成例を示す図である。
【０１２１】
来院制御サーバ７０は、上述の「（４）来院制御サーバ７０の機能」を実現する為に、図１４に示されるように、通信部３０、制御部３１、及びデータ保持部３２の代わりに、通信部７１、制御部７２、及びデータ保持部７３を備える。
【０１２２】
なお、通信部７１、制御部７２、及びデータ保持部７３の機能を以下の「（６）来院制御サーバ７０を構成する各部位の機能」に説明するが、より具体的に説明を行う後述の[動作の説明]を先に読んでもよい。
【０１２３】
（６）来院制御サーバ７０を構成する各部位の機能
（６−１）データ保持部７３の機能
データ保持部７３は、上述の患者関連データと移動許可エリア情報を記憶する。
【０１２４】
（６−２）通信部７１の機能
通信部７１は、情報取得局６０〜６７から端末識別子と基地局識別子を受信すると、受信した端末識別子と基地局識別子を制御部７２に出力する。通信部７１は、制御部７２から入力された、待合スペースへの移動を促すメッセージを情報取得局６０〜６７に送信する。
【０１２５】
（６−３）制御部７２の機能
（６−３−１）患者の位置記憶機能
制御部７２は、通信部７１から端末識別子と基地局識別子が入力されると、データ保持部７３に記憶される（図１２の）患者関連データのうち、入力された端末識別子に対応する位置情報に、入力された基地局識別子を設定する。
【０１２６】
（６−３−２）患者の位置判別機能
制御部７２は、上述の位置情報に基地局識別子を設定すると、入力された端末識別子に対応する患者の症状を、データ保持部７３に記憶される（図１２の）患者関連データから抽出する。
【０１２７】
さらに、制御部７２は、抽出した患者の症状に対応する、「移動可能なエリアを示す情報」を、データ保持部７３に記憶される（図１３の）移動許可エリア情報から抽出する。抽出された「移動可能なエリアを示す情報」は、基地局識別子である。
【０１２８】
制御部７２は、入力された基地局識別子が、抽出した基地局識別子のいずれかと同じか否かを判別する。
【０１２９】
（６−３−３）待合スペースへの移動を促すメッセージ送信機能
制御部７２は、入力された基地局識別子が、抽出した基地局識別子のいずれかと同じ場合は、端末識別子と基地局識別子が入力されるのを待つ。
【０１３０】
制御部７２は、入力された基地局識別子が、抽出した基地局識別子のいずれとも同じでない場合は、待合スペースへの移動を促すメッセージを通信部７１に出力する。
【０１３１】
上述した以外の構成や機能は、第１の実施の形態におけるシステムと同じであるので、同一の符号を付して説明を省略する。
【０１３２】
[動作の説明]
次に、本実施形態のシステムの動作を説明する。図１５は、本発明の第２の実施の形態におけるシステムの動作を説明する為の図である。
【０１３３】
（１）患者が病院を訪れたときの様子
まず、インフルエンザを患い、３８度以上の高熱の症状を持つ患者（以下、「インフルエンザの患者」という）が、事前に診療を予約し、病院を訪れたとする。インフルエンザの患者は、診療予約した際に、症状が高熱であることと、自身の持つ端末５１の端末識別子（例えばＩＭＥＩ）が「ｘｘｘｘｘｘｘｘｘｘｘｘｘｘ１」であることを病院関係者に伝えている。その為、来院制御サーバ７０のデータ保持部７３には、病院関係者によって、図１２、１３に示される患者関連データと移動許可エリア情報が設定されているものとする。
【０１３４】
（２）病院の玄関付近での動作
インフルエンザの患者が病院を訪れたとき、患者の持つ端末５１は、病院の玄関付近で情報取得局６０（フェムトセル基地局）のセルに在圏する。端末５１が情報取得局６０のセルに在圏したことを契機に、端末５１、情報取得局６０、及び来院制御サーバ７０は、第１の実施形態のシステムの端末１、情報取得局２、及び来院制御サーバ３と同様、上述のＳ１〜Ｓ６を実施する。但し、端末５１、情報取得局６０、及び来院制御サーバ７０は、患者診療データを患者関連データと読み替え、待合スペース指定データを移動許可エリア情報と読み替えて上述のＳ１〜Ｓ６を実施する。
【０１３５】
その結果、端末５１は、待合スペースＸを示す情報を受信し、自身を使用するインフルエンザの患者に対し、受信した待合スペースＸを示す情報を報知する。
【０１３６】
（３）通知された待合スペース記憶動作
待合スペースＸを示す情報を報知した後、端末５１は、図１５に示されるように、報知した待合スペースＸを示す情報を記憶する（Ｓ２０）。
【０１３７】
（４）病院内での患者の動き
待合スペースＸを示す情報が報知された端末５１を持つインフルエンザの患者は、待合スペースＸに向かうつもりだったが、思考能力が低下しており、誤って待合スペースＺの方に向かってしまったとする。このままでは、待合スペースＺのインフルエンザに感染していない患者に、（端末５１を持つ）インフルエンザの患者が近接し、インフルエンザが感染してしまう可能性がある。
【０１３８】
しかし、本実施形態のシステムでは、インフルエンザの患者が待合スペースＺに向かっていくと、やがて、インフルエンザの患者の持つ端末５１が、情報取得局６１配下のセルに在圏することとなる。
【０１３９】
（５）通知した待合スペースに向かっていないことを通知する動作
情報取得局６１配下のセルに在圏した端末５１は、図１５に示されるように、３ＧＰＰの規定に従って周知の接続要求メッセージを送信する（Ｓ２１）。
【０１４０】
但し、端末５１は、自身を示す端末識別子「ｘｘｘｘｘｘｘｘｘｘｘｘｘｘ１」を、上述の接続要求メッセージに含めて送信する。接続要求メッセージは、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）  ＣＯＮＮＥＣＴＩＯＮ  ＲＥＱＵＥＳＴであってもよい。
【０１４１】
次に、情報取得局６１は、自身のセルに在圏した端末５１から接続要求メッセージを受信すると、その接続要求メッセージから端末５１を示す端末識別子を抽出し、抽出した端末識別子と、自身を示す基地局識別子Ｂと、を来院制御サーバ７０に送信する（Ｓ２２）。
【０１４２】
次に、来院制御サーバ７０の通信部７１は、情報取得局６１から端末識別子「ｘｘｘｘｘｘｘｘｘｘｘｘｘｘ１」と基地局識別子Ｂを受信すると、受信した端末識別子と基地局識別子Ｂを来院制御サーバ７０の制御部７２に出力する（Ｓ２３）。
【０１４３】
次に、来院制御サーバ７０の制御部７２は、通信部７１から端末識別子と基地局識別子が入力されると、データ保持部７３に記憶される（図１２の）患者関連データを更新する（Ｓ２４）。具体的には、来院制御サーバ７０の制御部７２は、データ保持部７３に記憶される（図１２の）患者関連データのうち、入力された端末識別子「ｘｘｘｘｘｘｘｘｘｘｘｘｘｘ１」に対応する位置情報を、入力された基地局識別子Ｂに更新する。
【０１４４】
更新された患者関連データは、図１６の通りとなる。更新した患者関連データは、後述の「（６）モニタ機能」に示されるように、モニタ端末８０に表示され、患者がどこの情報取得局（フェムトセル基地局）近辺に位置しているのかを病院関係者が確認するのに利用される。
【０１４５】
次に、制御部７２は、（上述のＳ２４において）通信部７１から入力された端末識別子に対応する患者の症状を、（データ保持部７３に記憶される図１６の）患者関連データから抽出する（Ｓ２５）。
【０１４６】
入力された端末識別子「ｘｘｘｘｘｘｘｘｘｘｘｘｘｘ１」なので、制御部７２は、上述のＳ２５において、症状「高熱」を抽出する。
【０１４７】
次に、制御部７２は、上述のＳ２５で抽出した症状「高熱」に対応する、移動可能なエリアを示す情報（基地局識別子Ａ、Ｇ、Ｈ）を、（データ保持部７３に記憶される図１３の）移動許可エリア情報から抽出する（Ｓ２６）。
【０１４８】
次に、制御部７２は、上述のＳ２４で入力された基地局識別子Ｂが、上述のＳ２６で抽出した移動可能なエリアを示す情報（基地局識別子Ａ、Ｇ、Ｈ）のいずれかと同じか否かを判別する（Ｓ２７）。
【０１４９】
次に、制御部７２は、上述のＳ２７において、入力された基地局識別子Ｂが、上述のＳ２６で抽出した基地局識別子Ａ、Ｇ、Ｈのいずれとも同じでない場合（Ｓ２７でＮｏの場合）には、待合スペースへの移動を促すメッセージを通信部７１に出力する（Ｓ２８）。
【０１５０】
なぜならば、患者は、移動可能なエリア以外、すなわち、玄関〜通知した待合スペースＸまでの移動経路以外の場所に位置しており、通知した待合スペースＸに移動していないからである。
【０１５１】
次に、上述のＳ２８の後、通信部７１は、制御部７２から入力されたメッセージを情報取得局６１（フェムトセル基地局）に送信する（Ｓ２９）。
【０１５２】
次に、情報取得局６１（フェムトセル基地局）は、来院制御サーバ７０の通信部７１から受信した待合スペースへの移動を促すメッセージを、端末５１に送信する（Ｓ３０）。
【０１５３】
次に、端末５１は、待合スペースへの移動を促すメッセージを受信すると、自身を保持するユーザに対し、通知した待合スペースに移動することを促す所定の処理を行う（Ｓ３１）。具体的には、端末５１は、上述のメッセージを受信すると、上述のＳ２０で記憶した待合スペースを示す情報を、自身に備わる画面に表示する。さらに、端末５１は、所定の音声「正しい待合スペースに移動して下さい。正しい待合スペースは画面に表示の通りです。」を自身に備わるスピーカーから発する。上述の音声は、周りが気づく程度の大きな音量であってもよい。
【０１５４】
インフルエンザの患者は、上述の音声を聞き、通知された待合スペースＸに向かっていないことに気付き、さらに、端末５１の画面を見る事で、待合スペースＸに向かうことができる。
【０１５５】
上述のように、本実施形態のシステムは、インフルエンザ等の感染症の患者が、インフルエンザ等に感染していない患者の待つ待合スペースに接近するリスクを第１の実施形態のシステムよりも低減することができる。その結果、本実施形態のシステムは、第１の実施形態のシステムよりもインフルエンザ等の感染症が広がるのを防ぐことができる。
【０１５６】
なお、上述のＳ２８の後、制御部７２は、次に端末識別子と基地局識別子が入力されるのを待つ（Ｓ３２）。
【０１５７】
また、制御部７２は、上述のＳ２７において、上述のＳ２４で入力された基地局識別子Ｂが、上述のＳ２６で抽出した基地局識別子Ａ、Ｇ、Ｈのいずれかと同じでない（Ｓ２７でＮｏの場合）にも、次に端末識別子と基地局識別子が入力されるのを待つ（Ｓ３２）。
【０１５８】
（６）モニタ表示動作
来院制御サーバ７０は、上述のＳ２４において更新した患者関連データをモニタ端末８０に表示させてもよい。病院関係者は、表示された患者関連データを見て、患者がどの情報取得局６０〜６７近辺にいるかを知ることができる。
【０１５９】
上述のモニタ表示動作は、来院制御サーバ７０の各機能部とモニタ端末８０が以下のＳ４０、Ｓ４１を実施することで実現される。図１７は、本発明の第２の実施の形態におけるシステムの動作（モニタ表示動作）を説明する為の図である。
【０１６０】
まず、上述のＳ２８の後、来院制御サーバ７０の制御部７２は、図１７に示されるように、上述のＳ２４で更新した患者関連データをモニタ端末８０に出力する（Ｓ４０）。
【０１６１】
次に、モニタ端末８０は、来院制御サーバ７０の制御部７２から入力された患者関連データを、自身に備わる画面に表示する（Ｓ４１）。
【０１６２】
病院関係者は、表示された患者関連データ（の位置情報）を確認して、各患者の位置を認識することができる。
【０１６３】
なお、来院制御サーバ７０の制御部７２は、上述のＳ４０において、患者関連データと共に上述のＳ２４で入力された端末識別子「ｘｘｘｘｘｘｘｘｘｘｘｘｘｘ１」をモニタ端末８０に出力してもよい。その場合、モニタ端末８０は、上述のＳ４０において、入力された患者関連データのうち、入力された端末識別子に対応するデータ（患者の氏名等）のみを表示する。病院関係者は、通知された待合スペースに移動していない患者を把握することができる。
【０１６４】
（７）端末５１の構成について
端末５１は、送信部と報告部を備えてもよい。その場合、送信部は、上述のＳ１、Ｓ２１を実施し、報告部は、上述のＳ６、Ｓ３１を実施する。
【０１６５】
その他の動作については、第１の実施の形態の動作と同様である為、詳細の説明を省略する。
【０１６６】
（８）患者関連データにおける患者の症状の設定について
なお、上記では、患者関連データに含まれる患者の症状は、上述の「（４−１）患者関連データ」の通り、本実施形態のシステムの管理者（病院関係者）によって設定されたが、来院制御サーバ７０によって、以下の「（８−１）」「（８−２）」のように設定されてもよい。その場合、端末５１や情報取得局６０は、患者の体温を測定する機能を備え、来院制御サーバ７０に通知する。来院制御サーバ７０が上述の患者の症状を設定する動作の詳細を以に説明する。
【０１６７】
（８−１）来院制御サーバ７０による設定（その１）
まず、情報取得局６０は、病院の玄関を通る患者の体温を測定するサーモグラフィーを備える。情報取得局６０は、上述のＳ２において、端末識別子を抽出した後、抽出した端末識別子と共に、サーモグラフィーで測定した患者の体温を来院制御サーバ７０に送信する。
【０１６８】
来院制御サーバ７０の制御部７２は、端末識別子が入力されると、上述のＳ１１を実施する前に、受信した患者の体温が所定の温度以上かを判別する。所定の温度は、例えば、発熱とされる温度（３７．５度以上の温度）が本実施形態のシステムの管理者によって設定される。制御部７２は、受信した患者の体温が所定の温度以上である場合には、患者関連データに含まれる、受信した端末識別子に対応する患者の症状に症状「高熱」を設定する。制御部７２は、症状「高熱」を設定した後に、上述のＳ１１以降の処理を実施する。なお、制御部７２は、受信した患者の体温が所定の温度以上でない場合にも、上述のＳ１１以降の処理を実施する。
【０１６９】
その結果、本実施形態のシステムは、インフルエンザ等の感染症を発症する可能性のある患者の端末に、感染症に無関係の症状の患者が待つ待合スペースとは別の待合スペースを通知することとなる。その結果、インフルエンザ等の感染症を発症する可能性のある患者と、感染症に無関係の症状の患者とが、同じ待合スペースＹで待たないようにすることができる。
【０１７０】
（８−２）来院制御サーバ７０による設定（その２）
端末５１は、患者の体温を測定するヘルスケア機能を備える。端末５１は、上述のＳ１で位置登録メッセージを送信する際、ヘルスケア機能によって測定した患者の体温を位置登録メッセージに含めて送信する。情報取得局２は、上述のＳ２において、受信した位置登録メッセージから端末識別子と共に患者の温度も抽出し、抽出した端末識別子と患者の温度を来院制御サーバ７０に送信する。
【０１７１】
来院制御サーバ７０の制御部７２は、端末識別子と患者の温度を受信すると、上述の「（８−１）来院制御サーバ７０による設定（その１）」に記載した動作を行う。すなわち、来院制御サーバ７０の制御部７２は、患者の体温が所定の温度以上であるとき、患者関連データ中の患者の症状を症状「高熱」に設定する。
【０１７２】
［効果の説明］
本実施形態によれば、システムは、第１の実施形態のシステムよりもインフルエンザ等の感染症の感染が広がるのを防ぐことができる。
【０１７３】
なぜならば、本実施形態のシステムは、患者の病院内の位置を把握し、移動可能なエリア以外、すなわち、通知した待合スペースに移動できていないときには、通知した待合スペースに移動することを患者に促すからである。
【０１７４】
≪第３の実施の形態≫
図１８は、本発明の第３の実施の形態におけるシステムの構成例を示す図である。以下に、第３の実施の形態のシステムの構成と動作について説明する。
【０１７５】
［構成の説明］
（１）第３の実施形態のシステムの構成
第３の実施形態のシステムは、図１８に示されるように、互いに通信を行う端末１００と装置２００を備える。端末１００は、送信部１０１と、報知部１０２と、を備える。
【０１７６】
上述の装置２００は、基地局であってもよく、その場合、装置２００と端末１００は、無線回線を介して接続される。
【０１７７】
（２）端末１００の各部位の機能
（２−１）送信部１０１の機能
端末１００の送信部１０１は、所定のタイミングに、自身が備わる端末１００を示す端末識別子を送信する。
【０１７８】
上述の所定のタイミングは、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）に規定される位置登録を行う時であってもよく、本実施形態のシステムの管理者によって送信部１０１に設定される。
【０１７９】
（２−２）報知部１０２の機能
端末１００の報知部１０２は、上述の送信に応じて場所を示す情報が通知されたとき、通知された情報を報知する第１の信号を出力する。
【０１８０】
上述の「場所を示す情報」は、病院の待合スペースを示す情報であってもよい。
【０１８１】
（３）装置２００の機能
装置２００は、（端末１００から）受信した端末識別子に対応する所定の症状に応じた、（該所定の症状が感染症の症状か否かによって異なる）場所を示す所定の情報を上述の端末識別子の端末に通知する。
【０１８２】
上述の所定の症状は、本実施形態のシステムの管理者により、装置２００にいくつか設定される。本実施形態のシステムの管理者は、設定した所定の症状の１つに、端末１００の端末識別子を対応づける。
【０１８３】
また、上述の所定の症状各々毎に、該症状と対応づけて所定の情報が、本実施形態のシステムの管理者により装置２００に設定される。上述の「所定の情報」は、対応する症状が感染症の症状か否かによって異なる場所を示す情報である。上述の場所は、病院の待合スペースであってもよい。
【０１８４】
[動作の説明]
次に、本実施形態のシステムの動作を説明する。
【０１８５】
（１）事前設定について
本実施形態のシステムが病院に設置されたとする。そのとき、本実施形態のシステムの管理者は、例えば、病院関係者である。本実施形態のシステムの管理者（病院関係者）は、以下の「（１−１）」「（１−２）」の通り、複数の情報を装置２００に設定する。
【０１８６】
（１−１）症状の設定
まず、本実施形態のシステムの管理者（病院関係者）は、いくつかの症状（症状「打撲」や「高熱」）を装置２００に設定する。設定する症状は、文字データであってもよい。
【０１８７】
さらに、本実施形態のシステムの管理者（病院関係者）は、端末１００を持つ患者から診療の予約電話を受けたときに、症状と、患者の持つ端末１００の端末識別子と、を確認する。確認した患者の症状が「打撲」であったものとして説明を続ける。本実施形態のシステムの管理者（病院関係者）は、設定した症状「打撲」に対応させて、確認した端末１００の端末識別子を装置２００に設定する。
【０１８８】
（１−２）所定の情報について
また、本実施形態のシステムの管理者（病院関係者）は、設定した症状「打撲」と対応づけて、場所を示す所定の情報を装置２００に設定する。さらに、本実施形態のシステムの管理者（病院関係者）は、設定した症状「高熱」と対応づけて、場所を示す所定の情報を装置２００に設定する。但し、本実施形態のシステムの管理者（病院関係者）は、場所を示す所定の情報として、それに対応する症状が感染症の症状か否かによって異なる場所を示す情報を設定する。
【０１８９】
例えば、本実施形態のシステムの管理者（病院関係者）は、感染症の症状でない症状「打撲」に対応する「所定の情報」については、待合スペースＸを示す所定の情報を設定する。本実施形態のシステムの管理者（病院関係者）は、感染症の症状である症状「高熱」に対応する「所定の情報」については、待合スペースＹを示す所定の情報を設定する。上述の待合スペースＸと待合スペースＹは、互いに異なる場所である。
【０１９０】
（２）本実施形態のシステムの動作
端末１００の送信部１０１は、所定のタイミングに、自身が備わる端末１００を示す端末識別子を装置２００に送信する。
【０１９１】
上述の所定のタイミングは、３ＧＰＰに規定される位置登録を行った時であってもよい。
【０１９２】
次に、装置２００は、（端末１００の送信部１０１から）受信した（端末１００の）端末識別子に対応する所定の症状「打撲」に応じた場所を示す所定の情報（待合スペースＸを示す所定の情報）を上述の端末識別子の端末１００に通知する。
【０１９３】
次に、端末１００の報知部１０２は、上述の送信に応じて場所を示す情報が通知されたとき、通知された場所を示す情報（待合スペースＸを示す情報）を報知する第１の信号を出力する。
【０１９４】
端末１００の使用者（打撲している患者）は、報知された情報から場所（待合スペースＸ）を認識すると、病院に行った際、その場所（待合スペースＸ）で待つ。待合スペースＸは、インフルエンザ等の感染症の症状がある患者が待つ待合スペースＹとは別の待合スペースである。その為、端末１００の使用者（打撲している患者）は、インフルエンザ等の感染症の症状を持つ患者と近接して待ち、インフルエンザ等の感染症に感染してしまうリスクを下げることができる。
【０１９５】
［効果の説明］
本実施形態によれば、システムは、感染症を患っていない者が病院においてインフルエンザ等の感染症に感染してしまうリスクを特許文献１のシステムよりも低減することができる。
【０１９６】
なぜならば、本実施形態のシステムは、患者の持つ端末から受信した端末識別子を基に患者の症状を取得し、取得した患者の症状に応じた待合スペース、さらにいうと、取得した症状が感染症の症状か否かによって異なる待合スペースを患者に報知するからである。
【０１９７】
なお、上述した実施の形態は、その形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々変更可能である。
【０１９８】
さらに、上記の各実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）
所定のタイミングに、自身が備わる端末を示す端末識別子を送信する送信部と、
前記送信に応じて場所を示す情報が通知されたとき、前記情報を報知する第１の信号を出力する報知部と、
を備えることを特徴とする端末。
（付記２）
前記報知部は、前記場所へのルートを示すルート情報が通知されたとき、前記ルート情報を報知する第２の信号を出力する、
ことを特徴とする付記１に記載の端末。
（付記３）
前記送信部は、在圏するセルの基地局に接続要求する時に、自身が備わる端末を示す前記端末識別子を前記基地局に送信し、
前記報知部は、前記基地局を介して所定のメッセージを受信すると、前記第１の信号を出力する、
ことを特徴とする付記１乃至２のいずれか１項に記載の端末。
（付記４）
前記報知部は、前記第１の信号の出力に対応して、通知された前記場所への移動を促す所定の処理を行う、
ことを特徴とする付記３に記載の端末。
（付記５）
受信した端末識別子に対応する所定の症状に応じた、前記症状が感染症の症状か否かによって異なる場所を示す所定の情報を前記端末識別子の端末に通知する、
ことを特徴とする装置。
（付記６）
前記通知に対応して、前記場所へのルートを示す所定の情報も前記端末に通知する、
ことを特徴とする付記５に記載の装置。
（付記７）
前記端末から受信した前記端末識別子、及び自身を示す基地局識別子を送信する基地局に接続し、
前記端末識別子と、前記端末の使用者が移動可能なエリアに係る基地局識別子と、が対応づけられた対応表を記憶する記憶部を備え、
前記基地局から前記基地局識別子と前記端末識別子を受信すると、受信した前記基地局識別子が、受信した前記端末識別子に対応する前記対応表の前記基地局識別子のいずれとも同じでない場合には、所定のメッセージを前記端末に前記基地局を介して送信する、
ことを特徴とする付記５乃至６のいずれか１項に記載の装置。
（付記８）
互いに通信を行う端末と装置を備え、
前記端末は、付記１乃至４のいずれか１項に記載の端末であり、
前記装置は、付記５乃至７のいずれか１項に記載の装置である、
ことを特徴とするシステム。
（付記９）
入力された情報を表示するモニタを備え、
前記装置は、受信した前記端末識別子に係る所定の情報を前記モニタに出力する、
ことを特徴とする付記８に記載のシステム。
（付記１０）
所定のタイミングに、端末が自身を示す端末識別子を送信する第１のステップと、
前記第１のステップにより送信された前記端末識別子に対応する所定の症状に応じた、前記症状が感染症の症状か否かによって異なる場所を示す所定の情報を前記端末に通知する第２のステップと、
前記場所を示す情報が通知されたとき、前記情報を報知する第１の信号を前記端末が出力する第３のステップと、を有する、
ことを特徴とする感染予防方法。
（付記１１）
前記第２のステップの前記通知に対応して、前記場所へのルートを示す所定の情報も前記端末に通知する第４のステップと、
前記場所へのルートを示すルート情報が通知されたとき、前記ルート情報を報知する第２の信号を前記端末が出力する第５のステップと、を有する、
ことを特徴とする請求項１０に記載の感染予防方法。
（付記１２）
前記端末が、在圏するセルの基地局に接続要求する時に、自身を示す前記端末識別子を前記基地局に送信する第６のステップと、
前記基地局が、前記端末から受信した前記端末識別子、及び自身を示す基地局識別子を送信する第７のステップと、
前記基地局から前記端末識別子と前記基地局識別子を受信すると、受信した前記基地局識別子が、所定の対応表の中の、受信した前記端末識別子に対応する前記端末の使用者が移動可能なエリアに係る前記基地局識別子のいずれとも同じでない場合に、所定のメッセージを前記端末に前記基地局を介して送信する第８のステップと、を有し、
前記所定のメッセージを受信した前記端末が前記第１の信号を出力する第９のステップと、を有する、
ことを特徴とする付記１０乃至１１のいずれか１項に記載の感染予防方法。
（付記１３）
前記第１の信号の出力に対応して、通知された前記場所への移動を促す所定の処理を行う第１０のステップと、を有する、
ことを特徴とする付記１２に記載の感染予防方法。
（付記１４）
前記所定の処理は、前記場所への移動を促す所定の音声を発する処理である、
ことを特徴とする付記１３に記載の感染予防方法。
（付記１５）
前記所定のタイミングは、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）に規定される位置登録を行う時である、
ことを特徴とする付記１０乃至１４のいずれか１項に記載の感染予防方法。
（付記１６）
付記７に記載の前記装置が、受信した前記基地局識別子を前記モニタに出力する、
ことを特徴とする付記９に記載のシステム。
（付記１７）
前記所定の処理は、前記場所への移動を促す所定の音声を発する処理である、
ことを特徴とする付記４に記載の端末。
（付記１８）
前記報知部は、通知された前記場所を示す情報を端末画面に表示する、
ことを特徴とする付記１乃至４、又は付記１７のいずれか１項に記載の端末。
（付記１９）
前記端末識別子は、ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）、ＩＭＥＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｅｑｕｉｐｍｅｎｔ  Ｉｄｅｎｔｉｆｉｅｒ）、又は電話番号のいずれかである、
ことを特徴とする付記１乃至４、又は付記１７乃至１８のいずれか１項に記載の端末。
（付記２０）
前記場所は、病院に設定された待合スペースである、
ことを特徴とする付記１乃至４、又は付記１７乃至１９のいずれか１項に記載の端末。
（付記２１）
前記所定のタイミングは、所定の位置登録を行う時である、
ことを特徴とする付記１乃至４、又は付記１７乃至２０のいずれか１項に記載の端末。
（付記２２）
前記所定の位置登録は、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）に規定される、
ことを特徴とする付記２１に記載の端末。
（付記２３）
受信した前記基地局識別子が、受信した前記端末識別子に対応する前記対応表の前記基地局識別子のいずれかと同じである場合には、前記端末識別子を受信するのを待つ、
ことを特徴とする付記７に記載の装置。
（付記２４）
前記装置は、サーバ、若しくは基地局である、
ことを特徴とする付記５乃至７、又は付記２３のいずれか１項に記載の装置。
（付記２５）
所定のサーモグラフィーで測定された前記端末を持つ者の体温が所定の温度以上であるとき、前記所定の症状を前記感染症の症状に更新する、
ことを特徴とする付記５乃至７、又は付記２３乃至２４のいずれか１項に記載の装置。
（付記２６）
前記所定のサーモグラフィーをさらに備える、
ことを特徴とする付記２５に記載の装置。
（付記２７）
前記所定のサーモグラフィーは、前記装置に接続する前記基地局に含まれている、
ことを特徴とする付記２５に記載の装置。
【符号の説明】
【０１９９】
１、５１、１００    端末
２、６０〜６７    情報取得局
３、７０    来院制御サーバ
４    モニタ端末
３０、７１    通信部
３１、７２    制御部
３２、７３    データ保持部
８０    モニタ端末
９０    携帯端末
９１    入場確認装置
９２    予約センター
１０１    送信部
１０２    報知部
２００    装置
【図１】
2016099922.tif 000003
【図２】
2016099922.tif 000004
【図３】
2016099922.tif 000005
【図４】
2016099922.tif 000006
【図５】
2016099922.tif 000007
【図６】
2016099922.tif 000008
【図７】
2016099922.tif 000009
【図８】
2016099922.tif 000010
【図９】
2016099922.tif 000011
【図１０】
2016099922.tif 000012
【図１１】
2016099922.tif 000013
【図１２】
2016099922.tif 000014
【図１３】
2016099922.tif 000015
【図１４】
2016099922.tif 000016
【図１５】
2016099922.tif 000017
【図１６】
2016099922.tif 000018
【図１７】
2016099922.tif 000019
【図１８】
2016099922.tif 000020