JP2019057315A - 情報閲覧システムおよび情報閲覧方法ならびに携帯端末 - Google Patents

Abstract

【課題】携帯端末での閲覧情報の表示に関し、閲覧情報への容易なアクセスが阻害されることを回避しつつ、簡易な構成により閲覧権限のない者に対して閲覧制限を課すことを可能とする。
【解決手段】情報閲覧システム１が、対象エリアに向けて自身の識別情報である発信機識別情報を含む無線信号をそれぞれ発信する１以上の発信機４と、端末識別情報を保持するとともに、その無線信号を受信する携帯端末５と、携帯端末５において表示可能な閲覧情報を蓄積するストレージ８と、携帯端末５と通信可能に接続されることにより、その閲覧情報を携帯端末５に対して提供するサーバ６とを備え、携帯端末５およびサーバ６の少なくとも一方が、閲覧情報の閲覧が許可される対象エリアを示す許可エリア情報または閲覧情報の閲覧が禁止される対象エリアを示す禁止エリア情報に対する発信機識別情報および端末識別情報の組み合わせに基づき、閲覧情報を携帯端末５で表示させるべきか否かを判定する。
【選択図】図２

Description

本開示は、閲覧制限すべき情報を携帯端末で閲覧するための情報閲覧システムおよび情報閲覧方法ならびに携帯端末に関し、特に、病院内での患者等による医療情報の閲覧に好適な情報閲覧システムおよび情報閲覧方法ならびに携帯端末に関する。

例えば、医療分野における情報閲覧システムでは、患者の医療情報が電子カルテ等による電子的な情報として蓄積され、医師や看護師などの医療従事者は、自らが利用する端末からネットワークを介してサーバ等の情報機器にアクセスすることにより、患者の医療情報をその端末に適宜表示することが可能となっている。

従来、この種のシステムとして、例えば、無線インタフェースを備える携帯端末と、携帯端末と無線通信可能な複数のアクセスポイントと、これら複数のアクセスポイントの何れかを介して携帯端末と通信可能であるサーバとを備え、その携帯端末が、複数のアクセスポイントの何れかへの接続と共に、接続したアクセスポイントの識別子を自動的にサーバに通知し、同時に、接続中のアクセスポイントと異なる別のアクセスポイントとのアクセスポイント識別子を監視し、サーバが、携帯端末から通知されるアクセスポイント識別子に基づいて、当該アクセスポイント識別子に関連付けられて記憶保存されているエリア情報を参照し、参照したエリア情報に基づいて携帯端末に医療情報を提供するようにした医療情報提供システムが知られている（特許文献１参照）。

特許５１８７７５４号公報

上記特許文献１に記載された従来技術によれば、医療従事者は、携帯端末を用いて医療情報を参照する際に、文字入力やＩＤ（IDentification）の読取り操作を要することなく、素早くデータベースにアクセスすることが可能であるとされている。

一方、患者の医療情報については、医療行為等に支障のない範囲（患者に対して秘密にすべき情報を除いた範囲）で患者が自らの情報の閲覧を希望する場合もあり、そのような患者の要望に応える情報閲覧システムが必要とされている。しかしながら、上記従来技術では、患者による医療情報の閲覧は想定されていないため、そのような従来技術を患者による医療情報の閲覧に適用した場合には、閲覧権限のない者が他人の医療情報を閲覧できてしまう等の不都合が生じ、患者の個人情報の保護に対して、十分なものではなかった。

また、そのように患者が自らの医療情報を閲覧する場合に限らず、他の用途に使用される情報閲覧システムにおいても、携帯端末からの閲覧情報（すなわち、携帯端末のユーザによる閲覧の対象となる情報）への容易なアクセスが阻害されることを回避しつつ、簡易な構成により閲覧権限のない者に対して閲覧制限を課すことが望ましい。

本開示は、このような従来技術の課題を鑑みて案出されたものであり、携帯端末における閲覧情報の表示に関し、閲覧情報への容易なアクセスが阻害されることを回避しつつ、簡易な構成により閲覧権限のない者に対して閲覧制限を課すことを可能とする情報閲覧システムおよび情報閲覧方法ならびに携帯端末を提供することを主目的とする。

本開示の情報閲覧システムは、予め設定された１以上の対象エリアのいずれかに対応づけて配置され、かつ当該対応づけられた対象エリアに向けて自身の識別情報である発信機識別情報を含む無線信号をそれぞれ発信する１以上の発信機と、自身の識別情報である端末識別情報を保持するとともに、前記無線信号を受信する携帯端末と、前記携帯端末において表示可能な閲覧情報を蓄積するストレージと、前記携帯端末とネットワークを介して通信可能に接続されることにより、前記閲覧情報を前記携帯端末に対して提供するサーバと、を備え、前記携帯端末およびサーバの少なくとも一方が、前記閲覧情報の閲覧が許可される前記対象エリアを示す許可エリア情報または前記閲覧情報の閲覧が禁止される前記対象エリアを示す禁止エリア情報に対する前記発信機識別情報および前記端末識別情報の組み合わせに基づき、前記閲覧情報を前記携帯端末で表示させるべきか否かを判定することを特徴とする。

本開示によれば、携帯端末における閲覧情報の表示に関し、閲覧情報への簡易なアクセスが阻害されることを回避しつつ、簡易な構成により閲覧権限のない者に対して閲覧制限を課すことが可能となる。

第１実施形態に係る情報閲覧システムの全体構成図 図１に示した情報閲覧システムの機能ブロック図 図１に示したサーバのハードウェア構成図 図１に示した携帯端末のハードウェア構成図 図１に示した携帯端末の情報閲覧処理における閲覧操作開始までの流れを示すフロー図 図１に示したサーバの情報提供処理における情報提供開始までの流れを示すフロー図 図１に示した情報閲覧システムにおける情報提供開始までの各部の通信等の処理を示すシーケンス図 図７中のＳ１００８に関する管理テーブルの一例を示す説明図 図８に示した管理テーブルの変形例を示す説明図 図７中のＳ１０１３に関するアプリトップ画面の一例を示す説明図 図７中のＳ１０１５に関する認証画面の一例を示す説明図 携帯端末で複数のビーコン信号を受信する場合の一例を示す説明図 第２実施形態に係る情報閲覧システムの機能ブロック図 第２実施形態に係る携帯端末の情報閲覧処理における閲覧操作開始までの流れを示すフロー図 第２実施形態に係るサーバの情報提供処理における情報提供開始までの流れを示すフロー図

上記課題を解決するためになされた第１の発明は、予め設定された１以上の対象エリアのいずれかに対応づけて配置され、かつ当該対応づけられた対象エリアに向けて自身の識別情報である発信機識別情報を含む無線信号をそれぞれ発信する１以上の発信機と、自身の識別情報である端末識別情報を保持するとともに、前記無線信号を受信する携帯端末と、前記携帯端末において表示可能な閲覧情報を蓄積するストレージと、前記携帯端末とネットワークを介して通信可能に接続されることにより、前記閲覧情報を前記携帯端末に対して提供するサーバと、を備え、前記携帯端末およびサーバの少なくとも一方が、前記閲覧情報の閲覧が許可される前記対象エリアを示す許可エリア情報または前記閲覧情報の閲覧が禁止される前記対象エリアを示す禁止エリア情報に対する前記発信機識別情報および前記端末識別情報の組み合わせに基づき、前記閲覧情報を前記携帯端末で表示させるべきか否かを判定することを特徴とする情報閲覧システムである。

これによると、発信機からの無線信号に含まれる発信機識別情報および携帯端末が保持する端末識別情報の組み合わせに基づき、閲覧情報を携帯端末で表示させるべきか否かを判定する構成としたため、携帯端末における閲覧情報の表示に関し、閲覧情報への簡易なアクセスが阻害されることを回避しつつ（例えば、閲覧権限を確認するためのパスワードの入力や、ＩＣタグの読み取りなどを必要とすることなく）、簡易な構成により閲覧権限のない者に対して閲覧制限を課すことが可能となる。

上記課題を解決するためになされた第２の発明は、前記携帯端末およびサーバの少なくとも一方は、前記許可エリア情報に対して、前記発信機識別情報および前記端末識別情報の１以上の組み合わせが登録された第１の管理テーブルを参照し、前記発信機識別情報および前記端末識別情報の組み合わせが前記第１の管理テーブルに含まれる場合に、前記閲覧情報を前記携帯端末で表示させるべきと判定することを特徴とする。

これによると、閲覧情報を携帯端末で表示させるべきか否かを判定する際に、許可エリア情報に対する発信機識別情報および端末識別情報の組み合わせが登録された第１の管理テーブルを参照するため、各対象エリアに対する閲覧制限（閲覧許容）の管理が容易となる。

上記課題を解決するためになされた第３の発明は、前記サーバは、前記ストレージに蓄積された複数の前記閲覧情報から前記許可エリア情報に応じて選択された閲覧情報を前記携帯端末に対して送信することを特徴とする。

これによると、許可エリア情報に応じて選択された閲覧情報がサーバから携帯端末に対して送信されるため、携帯端末から閲覧情報へのより迅速なアクセスが可能となる。

上記課題を解決するためになされた第４の発明は、前記選択された閲覧情報には、前記携帯端末のユーザ属性情報が含まれることを特徴とする。

これによると、携帯端末を利用するユーザは、閲覧情報について自らの情報であることを容易に確認することが可能となる。

上記課題を解決するためになされた第５の発明は、前記禁止エリア情報に対して、１以上の前記発信機識別情報が登録された第２の管理テーブルを参照し、前記発信機識別情報が前記第２の管理テーブルに含まれる場合に、前記閲覧情報を前記携帯端末で表示させるべきでないと判定することを特徴とする。

これによると、閲覧情報を携帯端末で表示させるべきか否かを判定する際に、禁止エリア情報に対する発信機識別情報が登録された第２の管理情報テーブルを参照するため、各対象エリアに対する閲覧制限（閲覧禁止）の管理が容易となる。

上記課題を解決するためになされた第６の発明は、前記携帯端末およびサーバの少なくとも一方は、前記判定に用い得る前記発信機識別情報が複数存在し、かつそれら複数の発信機識別情報の少なくとも１つが前記第２の管理テーブルに含まれる場合に、前記閲覧情報を前記携帯端末で表示させるべきでないと判定することを特徴とする。

これによると、異なる複数の発信機からの無線信号が携帯端末で受信された（すなわち、複数の発信機識別情報が取得された）場合でも、携帯端末における閲覧情報の表示に関し、閲覧情報の閲覧を禁止する対象エリアに対して安定的な閲覧制限が可能となる。

上記課題を解決するためになされた第７の発明は、前記携帯端末およびサーバの少なくとも一方は、前記判定に用い得る前記発信機識別情報が複数存在する場合、それら複数の発信機識別情報がそれぞれ含まれる前記無線信号の電波強度を参照し、より大きい電波強度を有する前記無線信号に含まれる１つの前記発信機識別情報を前記判定に用いる情報として選択することを特徴とする。

これによると、異なる複数の発信機からの無線信号が携帯端末で受信された場合でも、携帯端末における閲覧情報の表示に関し、無線信号の電波強度の大きさに基づく１つの発信機識別情報の選択により、安定的に閲覧制限を課すことが可能となる。

上記課題を解決するためになされた第８の発明は、前記携帯端末およびサーバの少なくとも一方が、前記閲覧情報を前記携帯端末で表示させるべきでないと判定した場合、前記携帯端末は、ユーザの認証画面を表示することを特徴とする。

これによると、閲覧制限の例外としてユーザの認証画面を利用して正規のユーザの閲覧操作を可能とすることにより、閲覧情報への簡易なアクセスを多少は犠牲にしつつも、携帯端末における閲覧情報の表示に関する利便性を向上させることができる。

上記課題を解決するためになされた第９の発明は、前記携帯端末およびサーバの少なくとも一方は、前記携帯端末において前記発信機識別情報を取得できない場合、前記閲覧情報を前記携帯端末で表示させるべきでないと判定することを特徴とする。

これによると、携帯端末における発信機識別情報の取得の有無に基づき、より簡易に閲覧制限を課すことが可能となる。

上記課題を解決するためになされた第１０の発明は、予め設定された１以上の対象エリアのいずれかに対応づけて配置された１以上の発信機が、当該対応づけられた対象エリアに向けて自身の識別情報である発信機識別情報を含む無線信号をそれぞれ発信する発信ステップと、自身の識別情報である端末識別情報を保持する携帯端末が、前記無線信号を受信する受信ステップと、前記携帯端末とネットワークを介して通信可能に接続されるサーバが、閲覧情報を前記携帯端末に対して提供する情報提供ステップとを含み、前記情報提供ステップを実行する前に、前記携帯端末およびサーバの少なくとも一方が、前記閲覧情報の閲覧が許可される前記対象エリアを示す許可エリア情報または前記閲覧情報の閲覧が禁止される前記対象エリアを示す禁止エリア情報に対する前記発信機識別情報および前記端末識別情報の組み合わせに基づき、前記閲覧情報を前記携帯端末で表示させるべきか否かを判定することを特徴とする情報閲覧方法である。

これによると、発信機からの無線信号に含まれる発信機識別情報および携帯端末が保持する端末識別情報の組み合わせに基づき、閲覧情報を携帯端末で表示させるべきか否かを判定する構成としたため、携帯端末における閲覧情報の表示に関し、閲覧情報への簡易なアクセスが阻害されることを回避しつつ、簡易な構成により閲覧権限のない者に対して閲覧制限を課すことが可能となる。

上記課題を解決するためになされた第１１の発明は、ネットワークを介して通信可能に接続されたサーバを介して閲覧情報を取得することにより、前記閲覧情報を表示する携帯端末であって、予め設定された１以上の対象エリアのいずれかに対応づけて配置された１以上の発信機から当該対応づけられた対象エリアに向けて発信される無線信号に含まれる発信機識別情報を受信し、前記閲覧情報の閲覧が許可される前記対象エリアを示す許可エリア情報または前記閲覧情報の閲覧が禁止される前記対象エリアを示す禁止エリア情報に対する前記発信機識別情報と自身の識別情報である端末識別情報との組合せに基づき、前記閲覧情報に関する閲覧制限の要否を確認し、前記閲覧制限の不要が確認された場合に、前記サーバを介して前記閲覧情報を取得することを特徴とする携帯端末である。

これによると、発信機からの無線信号に含まれる発信機識別情報および自身が保持する端末識別情報の組み合わせに基づき、閲覧情報に関する閲覧制限の要否を確認する構成としたため、携帯端末における閲覧情報の表示に関し、閲覧情報への簡易なアクセスが阻害されることを回避しつつ、簡易な構成により閲覧権限のない者に対して閲覧制限を課すことが可能となる。

以下、本開示の実施の形態について図面を参照しながら説明する。

（第１実施形態）
図１は、本開示の第１実施形態に係る情報閲覧システム１の全体構成図である。

情報閲覧システム１は、病院２の建物内において、病室（対象エリア）３ａ〜３ｃをそれぞれ利用する患者（図示せず）に自身の医療情報（閲覧情報）の閲覧を可能にするためのシステムである。ここで、患者の医療情報には、例えば、病院２における患者の診察、看護、検査、治療等に関連する情報に限らず、病院２において患者に必要とされ得る任意の情報が含まれ得る。

また、情報閲覧システム１は、ビーコン信号を発信するビーコン（発信機）４ａ〜４ｃと、ビーコン４ａ〜４ｃからのビーコン信号を受信可能な携帯端末５ａ〜５ｃと、患者の医療情報を携帯端末５ａ〜５ｃに対して提供するサーバ６と、携帯端末５ａ〜５ｃにおいて表示可能な患者の医療情報を電子カルテ７として蓄積するストレージ８とを主として備える。

また、情報閲覧システム１では、各携帯端末５ａ〜５ｃとサーバ６とをそれぞれ通信可能に接続するネットワークとしてＬＡＮ１１が構築されている。ＬＡＮ１１の適所には、公知の無線通信規格（例えば、IEEE 802.11a/b/g/n）に基づき、各携帯端末５ａ〜５ｃのＬＡＮ１１に対する無線接続を可能とする無線アクセスポイント（ＡＰ）１２ａ、１２ｂや、インターネット等の公衆ネットワーク１３との通信を中継するルータ１４が設けられている。

無線アクセスポイント１２ａ、１２ｂについては、必ずしも各病室３ａ〜３ｃに対して１台ずつ割り当てられる必要はなく、複数の病室や、病室外のエリア（通路等）での携帯端末５による無線通信にそれぞれ共用され得る。

なお、以下の説明では、病室３ａ〜３ｃ、ビーコン４ａ〜４ｃ、携帯端末５ａ〜５ｃ、及び無線アクセスポイント１２ａ、１２ｂに関して、特に区別を必要としない場合には、それぞれ病室３、ビーコン４、携帯端末５、及び無線アクセスポイント１２と総称する。

病室３は、それぞれ入院患者が収容される部屋であり、各病室３には、それぞれ患者が利用可能な（すなわち、患者をユーザとする）携帯端末５がそれぞれ割り当てられる。

なお、本実施形態では、説明の便宜上、１つの病室に対して１人の入院患者が収容される個室において、１台の携帯端末が割り当てられる構成としたが、必ずしもこれに限定される必要はない。例えば、１つの病室内に複数の分割されたスペース（カーテン等で仕切られたベッドの設置スペース）が設けられ、各スペースに対して１人の患者が収容される相部屋において、各患者に１台の携帯端末が割り当てられる構成とすることも可能である。

ビーコン４は、互いに同一の公知の構成を有しており、それぞれ対応する病室３の適所（例えば、天井や壁）に設置され、各病室３内に向けてビーコン信号をブロードキャストで発信する。ビーコン信号は、公知の近距離無線通信規格（例えば、Bluetooth（登録商標））に基づく無線信号であり、このビーコン信号には、各ビーコン４を識別するための情報としてビーコンＩＤ（発信機識別情報）が含まれている。

なお、本実施形態では、説明の便宜上、１つの病室に１台のビーコン４が設置される構成としたが、上述のように１つの病室内に複数の分割されたスペースが設けられる場合には、それぞれ異なるビーコンＩＤを割り当てられた複数のビーコンが１つの病室内に設置される構成も可能である。あるいは、１つの病室内においてビーコンの無線電波が発信されるエリアをより拡大するために、同一のビーコンＩＤを割り当てられた複数のビーコンが１つの病室内に設置される構成も可能である。また、病院２には、病室３のビーコン４とは別に、病院２内の適所（例えば、各病室３を結ぶ廊下等の通路）にさらにビーコンを設置することも可能である。

また、ビーコン４としては、所望の対象エリア（ここでは、各病室３内）に向けて少なくとも携帯端末５に受信可能なビーコン信号（すなわち、ビーコンＩＤ）を発信する構成であれば、様々な発信機を用いることが可能である。また、情報閲覧システム１で用いる発信機を無線アクセスポイント１２と一体化し、ビーコン４と同様のビーコン信号を発信可能な機能を付加した無線アクセスポイント１２を病室３にそれぞれ配置することも可能である。ただし、ビーコン４のように、ＬＡＮ１１に接続されない（すなわち、閲覧情報の閲覧に利用されるネットワークと独立した）バッテリー駆動の発信機を用いることにより、各病室３に無線アクセスポイント１２等のネットワーク機器を設置する場合に比べ、設置の自由度が高まり、また設置コストを低減できるという利点がある。

携帯端末５は、公知の無線通信規格（例えば、IEEE 802.11a/b/g/n）に基づく無線通信機能およびビーコン４から発信されたビーコン信号の受信機能を備えた携帯型情報機器（スマートフォンを含む携帯電話機、タブレットＰＣ、ＰＤＡ等）であり、通常はそれぞれ特定の患者（ユーザ）によって専有される。携帯端末５には、患者が医療情報を閲覧するためのアプリケーションソフト（ウェブブラウザや、閲覧専用のソフトウェア）がインストールされる。また、携帯端末５には、自身の識別情報である端末ＩＤ（端末識別情報）が保持（記憶）されている。本実施形態では、端末ＩＤとしてＭＡＣアドレス（Media Access Control address）が用いられるが、これに限らず、例えば、端末ＩＤとしてアプリケーションソフトから取得される固有の識別情報を用いてもよい。

サーバ６は、情報閲覧システム１の管理者によって運用され、クライアントである携帯端末５からの要求に応じて医療情報を提供することが可能である。サーバ６は、携帯端末５に対して医療情報を提供するための情報提供処理を実行するソフトウェアとして、ウェブ（Ｗｅｂ）サーバ１６、アプリケーション（ＡＰ）サーバ１７、及びデータベース（ＤＢ）サーバ１８を有している。

なお、情報閲覧システム１において医療情報を提供するサーバ６には、現にサーバと称されるものに限らず、これと同様の機能を果たす類似の情報機器（情報提供装置）が含まれ得る。また、サーバ６は、少なくとも携帯端末５と通信可能に接続されていればよく、それらの通信に介在するネットワークの構成は、ここで示すものに限定されない。例えば、サーバ６（ストレージ８を含む）が、病院２の外に設置され、公衆ネットワーク１３（または、図示しない専用回線）を介して携帯端末５と通信可能に接続される構成も可能である。

また、本実施形態では、電子カルテ７には、患者が閲覧可能な医療情報として、医療従事者に利用される患者の病状、処置、経過などの記録（ただし、患者に閲覧させるべきでないと予め判断された情報を除く）や、病院２において患者に必要とされ得る情報（例えば、入浴、食事、服薬に関する情報、患者の健康・運動・体重・血圧などに関する情報、患者や医療従事者が任意に記録した情報など）が含まれ得る。なお、患者に対して提供される医療情報は、通常は、電子カルテ７に含まれる全ての情報ではなく、電子カルテ７に含まれる一部の情報である。また、患者に対して提供される医療情報には、電子カルテ７の情報に紐付けられた他の電子的な情報も含まれ得る。

図２は、情報閲覧システム１の機能ブロック図である。

携帯端末５は、ビーコン４からのビーコン信号を受信するビーコン受信部２１と、受信したビーコン信号を処理することにより、ビーコン信号に含まれるビーコンＩＤを抽出するビーコンＩＤ抽出部２２と、端末ＩＤ（ここでは、ＭＡＣアドレス）の情報を保持する端末ＩＤ保持部２３と、ビーコンＩＤ抽出部２２によって抽出されたビーコンＩＤおよび端末ＩＤ保持部２３に保持された端末ＩＤの情報を、サーバ６に送信する識別情報として取得する識別情報取得部２４と、無線アクセスポイント１２を介してサーバ６との通信を実行する無線通信部２５と、サーバ６から提供された医療情報を表示する表示部２６と、携帯端末５のユーザ（ここでは、患者）の入力操作（タッチ入力含む）に供される操作部２７と、携帯端末５の各部を統括的に制御することにより、情報閲覧処理を実行する制御部２８とを有している。

また、サーバ６において、ウェブサーバ１６は、携帯端末５との通信によって携帯端末５からの要求を処理するとともに、携帯端末５において医療情報を閲覧するためのアプリケーションソフトを格納および提供し、アプリケーションサーバ１７は、携帯端末５からの要求に応じて処理を実行することにより、その要求された閲覧情報を携帯端末５に対して送信し、データベースサーバ１８は、アプリケーションサーバ１７による処理に必要なデータや情報を管理する。なお、後述するように、アプリケーションサーバ１７は、医療情報を携帯端末５で表示させるべきか否かを判定する判定部としても機能する。

図３および図４は、それぞれ情報閲覧システム１における携帯端末５およびサーバ６のハードウェア構成図である。

図３に示すように、携帯端末５は、公知のハードウェア構成を備えており、所定の制御プログラム（情報閲覧処理を実行するためのアプリケーションソフト）に基づき情報閲覧システム１の利用に必要な各種処理を統括的に実行するプロセッサ３１、このプロセッサ３１のワークエリア等として機能する揮発性メモリであるＲＡＭ（Random Access Memory）３２、プロセッサ３１が実行する制御プログラムやデータを格納する不揮発性メモリであるＲＯＭ（Read Only Memory）３３、無線アクセスポイント１２を介した無線通信を実行するとともに、ビーコン４からのビーコン信号を受信する無線通信モジュール３４、制御プログラムやその処理に関わるデータを記憶するプログラマブルＲＯＭであるストレージ３５、患者（ユーザ）への閲覧情報の表示および患者からの操作入力に供されるタッチパネル３６等を有している。

なお、図２に示した各機能を含む携帯端末５の種々の機能は、図３に示した各ハードウェアによって、または、そのようなハードウェア構成においてプロセッサ３１が所定の制御プログラムを実行することによって実現可能である。ただし、携帯端末５において、ビーコン４からビーコン信号を受信する（または、ビーコンＩＤを取得する）処理については、情報閲覧処理を実行するアプリケーションソフトとは別に、他の公知のアプリケーションソフトによって実行することも可能である。

また、図４に示すように、サーバ６は、公知のハードウェア構成を備えており、所定の制御プログラム（情報提供処理を実行するためのアプリケーションソフト）に基づき、携帯端末５からの要求に応じて医療情報を提供するための処理を統括的に実行するプロセッサ４１、このプロセッサ４１のワークエリア等として機能する揮発性メモリであるＲＡＭ４２、プロセッサ４１が実行する制御プログラムやデータを格納する不揮発性メモリであるＲＯＭ４３、ＬＡＮ１１に対して通信可能に接続するためのネットワークアダプタからなるネットワークインタフェース（Ｉ／Ｆ）４４等を有している。また、サーバ６には、周辺機器として、キーボード及びマウス等の入力デバイスである入力装置４５、液晶モニタ等からなるモニタ４６、ならびにＨＤＤやフラッシュメモリ等からなるストレージ８などが付設されている。

なお、図２に示した各機能を含むサーバ６の種々の機能は、図４に示した各ハードウェアによって、または、そのようなハードウェア構成においてプロセッサ４１が所定の制御プログラムを実行することによって実現可能である。

図５は、携帯端末５の情報閲覧処理における閲覧操作開始までの流れを示すフロー図である。

情報閲覧処理は、ビーコン信号を受信可能な場所（ここでは、病室３）において、携帯端末５のウェブアプリケーションソフト（以下、「閲覧用アプリ」という。）を患者が起動することによって開始される。このとき、携帯端末５は、サーバ６にアクセスし、アプリのトップ画面のデータの送信を要求する。

続いて、携帯端末５はビーコン情報（すなわち、ビーコン４から受信したビーコン信号による情報）の確認を行う（ＳＴ１０１）。このビーコン情報の確認は、閲覧用アプリの起動後に、その閲覧用アプリの処理によって受信したビーコン信号に基づき行うことができるが、これに限らず、ビーコン信号受信用の他のアプリケーションソフトの処理によって受信したビーコン信号に基づき（すなわち、閲覧用アプリの動作とは無関係に）実行してもよい。さらに、そのような他のアプリケーションソフトによる処理では、閲覧用アプリの起動前にビーコン信号を受信してもよい。

次に、携帯端末５は、受信したビーコン信号からビーコンＩＤの抽出を実行し、これによりビーコンＩＤを正常に抽出できた場合（ＳＴ１０２：Ｙｅｓ）には、さらに、自身で保持する端末ＩＤの読み出しを実行する（ＳＴ１０３）。

次に、携帯端末５は、抽出したビーコンＩＤおよび読み出した端末ＩＤを含む識別情報をサーバ６に対して送信する（ＳＴ１０４）。この識別情報がサーバ６によって正常に受信されると、携帯端末５は、サーバ６からアプリトップ画面の情報（閲覧用アプリのトップ画面を表示するためのＵＲＬ情報等）を取得することができる（ＳＴ１０５）。これにより、携帯端末５は、表示部２６（すなわち、タッチパネル３６）にアプリトップ画面を表示する（ＳＴ１０６）。その後、患者は、アプリトップ画面を利用して自身の医療情報の閲覧操作が可能となり、アプリトップ画面から遷移可能な所望の画面を次々に表示して閲覧することが可能である。

また、上記ステップＳＴ１０２において、ビーコンＩＤを正常に抽出できない場合（Ｎｏ）には、携帯端末５は、予め準備されたユーザの認証画面を表示部２６に表示する（ＳＴ１０７）。ここでは、後に詳述するように、ユーザの認証画面により、患者は、自身のユーザＩＤおよびパスワードの入力を求められる。そこで、患者の認証（本人確認）がサーバ６において正常になされると（ＳＴ１０８：Ｙｅｓ）、上述の識別情報が正常にサーバ６に受信された場合と同様にステップＳＴ１０５に進む。

このように、情報閲覧システム１では、ビーコンＩＤを取得できない場合に、医療情報をそのまま携帯端末５で表示させるべきでないと判定し、ユーザ認証を実行するため、より簡易に閲覧制限を課すことが可能となる。また、このように、閲覧制限の例外としてユーザの認証画面を利用して正規のユーザ（患者以外の閲覧権限を有する医療従事者を含む）の閲覧操作を可能とすることにより、閲覧情報への簡易なアクセスを多少は犠牲にしつつも、携帯端末５における閲覧情報の表示に関する利便性を向上させることができる。

一方、ステップＳＴ１０８において、ユーザの認証が正常になされない場合（Ｎｏ）、携帯端末５は、表示部２６に認証が失敗した旨を示す認証失敗画面を表示する（ＳＴ１０９）。これにより、医療情報について閲覧権限のない者に対して閲覧制限を課すことが可能となる。ここでは、ステップＳＴ１０９において認証失敗画面を表示する構成としたが、これに限らず、例えば、携帯端末５は、現在表示されている画面の遷移を禁止する処理を実行したり、無断閲覧に対する警告画面を表示したりすることも可能である。

また、上記ステップＳＴ１０２において、ビーコンＩＤを正常に抽出できない場合（Ｎｏ）には、上述のようなユーザの認証処理（ステップＳＴ１０７〜ＳＴ１０９）を実行せずに、情報閲覧処理を強制終了する構成も可能である。

図６は、サーバの情報提供処理における情報提供開始までの流れを示すフロー図である。

情報提供処理は、サーバ６が携帯端末５からのアプリトップ画面のデータの送信要求を受信することによって開始される。その後、サーバ６は、携帯端末５から送信されたビーコンＩＤおよび端末ＩＤを含む識別情報を受信すると（ＳＴ２０１：Ｙｅｓ）、その識別情報に基づき医療情報を携帯端末５で表示させるべきか否かを判定するために、管理テーブルの読み出しを実行する（ＳＴ２０２）。後に詳述するが、この管理テーブル（第１の管理テーブル）では、医療情報の閲覧が許可される対象エリアを示す許可エリア情報に対して、病院２内で利用されるビーコンＩＤおよび端末ＩＤの１以上の組み合わせが登録されている。ここでは、許可エリア情報として各病室３に付与された部屋番号が用いられる。なお、管理テーブルについては、本実施形態で示す構成に限らず、外部に存在するものを含めた任意のストレージ等に格納しておくことが可能である。

次に、サーバ６は、医療情報を携帯端末５で表示させるべきか否かを判定するために、管理テーブルを参照することにより、上記ステップＳＴ２０１において受信したビーコンＩＤおよび端末ＩＤの組み合わせに対応する部屋番号が存在する（すなわち、医療情報を表示させるべきと判定した）場合（ＳＴ２０３：Ｙｅｓ）には、ストレージ８に記憶された複数の電子カルテ７からその組合せに対応する部屋番号を用いて１つの電子カルテを選択する（ＳＴ２０４）。

続いて、サーバ６は、上記ステップＳＴ２０４において選択した電子カルテから患者の属性情報（ユーザ属性情報）を取得する（ＳＴ２０５）。この患者の属性情報には、例えば、患者の氏名、部屋番号、性別、生年月日、入院日（開始日）などの情報が含まれる。

次に、サーバ６は、上記ステップＳＴ２０５で取得した患者の属性情報が表示されたアプリトップ画面を生成し、この生成したアプリトップ画面に関するデータを携帯端末５に対して送信する（ＳＴ２０７）。その後、サーバ６は、患者の閲覧操作に基づく携帯端末５からの要求（情報送信命令）に応じた情報提供を開始し、上記ＳＴ２０４において選択した電子カルテから必要な情報を適宜抽出して携帯端末５に対して送信することが可能である。

このように、サーバ６は、ビーコン４からのビーコン信号に含まれるビーコンＩＤおよび携帯端末５が保持する端末ＩＤの組み合わせに基づき、医療情報を携帯端末５で表示させるべきか否かを判定する構成としたため、携帯端末５における医療情報の表示に関し、医療情報への簡易なアクセスが阻害されることを回避しつつ（例えば、閲覧権限を確認するためのパスワードの入力や、ＩＣタグの読み取りなどを必要とすることなく）、簡易な構成により閲覧権限のない者に対して閲覧制限を課すことが可能となる。

また、サーバ６では、許可エリア情報としての部屋番号に応じて選択された電子カルテ７に含まれる医療情報が携帯端末５に対して送信されるため、携帯端末５から医療情報への迅速なアクセスが可能となる。さらに、サーバ６から携帯端末５に送信されるアプリトップ画面（医療情報）には、患者の属性情報が含まれるため、患者は、閲覧する情報について自らの情報であることを容易に確認することが可能となる。

また、ビーコンＩＤおよび端末ＩＤの組み合わせに対応する部屋番号が管理テーブルに存在しない場合（ＳＴ２０３：Ｎｏ）、サーバ６は、予め準備されたユーザの認証画面に関するデータを携帯端末５に対して送信する（ＳＴ２０８）。そこで、携帯端末５における患者の認証操作（ここでは、ユーザＩＤおよびパスワードの入力およびそれらのサーバ６への送信）により、サーバ６において患者の認証が正常に完了すると（ＳＴ２０９：Ｙｅｓ）、上述の部屋番号が管理テーブルに存在する場合と同様にステップＳＴ２０４に進む。なお、これまで患者の認証操作として説明したが、医師や看護師といった病院の職員が携帯端末５を持ち込んで、自身のユーザＩＤおよびパスワードを用いて、患者の検索処理を行ってカルテ情報を閲覧することがある。このような場合にも、職員がサーバ６から送信されるユーザの認証画面からユーザＩＤおよびパスワードの入力操作を行うことで、携帯端末５による患者のカルテ情報を閲覧することができる。

一方、サーバ６において患者の認証が正常に完了しない場合（ＳＴ２０９：Ｎｏ）、サーバ６は、携帯端末５に対して認証が失敗した旨を示す認証失敗画面に関するデータを送信する（ＳＴ２１０）。これにより、医療情報について閲覧権限のない者に対して閲覧制限を課すことが可能となる。なお、ここでは、ステップＳＴ２１０において認証失敗画面を送信する構成としたが、これに限らず、例えば、サーバ６は、上述のように無断閲覧に対する警告画面を携帯端末５に対して送信することも可能である。

また、識別情報を受信しない場合（ＳＴ２０１：Ｎｏ）、サーバ６は、さらに、携帯端末５における現在の表示画面から遷移可能な次画面の読み出し要求があるか否かを判定し、その読み出し要求がある場合には（ＳＴ２１１）、要求された次画面に関するデータを携帯端末５に対して送信する（ＳＴ２１２）。一方、サーバ６は、次画面の読み出し要求がない場合（ＳＴ２１１：Ｎｏ）には、そのまま一連の処理を終了する。

なお、ビーコンＩＤおよび端末ＩＤの組み合わせに対応する部屋番号が管理テーブルに存在しない場合（ＳＴ２０３：Ｎｏ）には、上述のようなユーザの認証処理（ステップＳＴ２０８〜ＳＴ２１０）を実行せずに、情報提供処理を強制終了する構成も可能である。

図７は情報閲覧システム１における情報提供開始までの各部の通信等の処理を示すシーケンス図であり、図８は図７中のＳ１００８に関する管理テーブルの一例を示す説明図であり、図９は図８に示した管理テーブルの変形例を示す説明図であり、図１０は図７中のＳ１０１３に関するアプリトップ画面の一例を示す説明図であり、図１１は図７中のＳ１０１５に関する認証画面の一例を示す説明図である。

まず、図７において、携帯端末５は、サーバ６への要求に対してサーバ６から送信されたＨＴＭＬファイル（Ｓ１００１）に基づき、閲覧用アプリを受信する（Ｓ１００２）。続いて、携帯端末５は、病室３のビーコン４からビーコン信号を受信し（Ｓ１００３）、その受信したビーコン信号からビーコンＩＤを抽出する（Ｓ１００４）。さらに、携帯端末５は、自身で保持する端末ＩＤを読み出し（Ｓ１００５）、それらビーコンＩＤおよび端末ＩＤを含む識別情報をサーバ６に対して送信する（Ｓ１００６）。

アプリケーションサーバ１７は、携帯端末５から識別情報を受信すると（Ｓ１００７）、その識別情報に基づき医療情報を携帯端末５で表示させるべきか否かを判定するために、データベースサーバ１８に対して管理テーブルを要求し（Ｓ１００８）、その管理テーブルの読み出しを実行する（Ｓ１００９）。

ここで、図８に示す管理テーブル（第１の管理テーブル）では、医療情報の閲覧が許可される対象エリアを示す部屋番号に対して、ビーコンＩＤと端末ＩＤとの組合せが登録されている。

例えば、図８に示す管理テーブルによれば、部屋番号１０１が付与された病室３において、端末ＩＤ「0xff2a45346502」を有する携帯端末５は、ビーコンＩＤ「0x123456」を受信した場合に、部屋番号１０１の患者の医療情報の閲覧に使用できることを表わしている。したがって、部屋番号１０１において、端末ＩＤ「0xff2a45346502」を有する携帯端末５がビーコンＩＤ「0x123456」以外を受信した場合には、医療情報を表示させるべきでないと判定され、携帯端末５での医療情報の閲覧は許可されないことになる。

このように、医療情報を携帯端末５で表示させるべきか否かを判定する際に、管理テーブルに登録されたビーコンＩＤと端末ＩＤとの組合せを参照するため、対象エリアの各々に対する閲覧制限（閲覧許容）の管理が容易となる。

また、別法として図９に示すように、管理テーブル（第２の管理テーブル）に、医療情報の閲覧が禁止される対象エリアを示す禁止エリア情報として通路番号に対して、ビーコンＩＤのみを登録（端末ＩＤは未登録）することができる。

例えば、図９に示す管理テーブルによれば、通路番号「ＰＡ０１」が付与された通路において、携帯端末５は、ビーコンＩＤ「0x5357dd」を受信した場合に、患者の医療情報の閲覧に使用できないことを表わしている。すなわち、管理テーブルには、ビーコンＩＤ「0x5357dd」に対する端末ＩＤが登録されていないため、医療情報を表示させるべきでないと判定され、携帯端末５での医療情報の閲覧は許容されないことになる。

このように、医療情報を携帯端末５で表示させるべきか否かを判定する際に、ビーコンＩＤのみが登録された管理テーブルを参照するため、対象エリアの各々に対する閲覧制限（閲覧禁止）の管理が容易となる。

なお、図９に示す管理テーブルは、図８の場合と同様の許可エリア情報を含む許可エリア欄５１と、禁止エリア情報を含む禁止エリア欄５２とを有しているが、これに限らず、管理テーブルに禁止エリア欄５２のみが含まれる構成とすることも可能である。また、図８に示す管理テーブルでは、部屋番号に対して、ビーコンＩＤと端末ＩＤとの組合せを登録したが、この部屋番号に代えて、患者氏名、カルテ番号などに対して、ビーコンＩＤと端末ＩＤとの組合せを登録してもよい。

次に、アプリケーションサーバ１７は、その読み出した管理テーブルを参照することにより、携帯端末５から受信した識別情報に含まれるビーコンＩＤおよび端末ＩＤの組み合わせに対応する部屋番号を取得し、その部屋番号に基づき、対応する電子カルテ７にアクセスし（Ｓ１０１０）、その電子カルテから患者の属性情報を取得する（Ｓ１０１１）。ここで、ビーコンＩＤは、それを有するビーコン４が設置された病室３の部屋番号に紐付けられており、また、病室３の部屋番号は、その病室３を利用する患者の電子カルテ７に紐付けられている。

続いて、アプリケーションサーバ１７は、電子カルテに含まれる患者の属性情報が表示されたアプリトップ画面に関するデータを携帯端末５に対して送信する（Ｓ１０１２）。これにより、携帯端末５は、表示部２６にアプリトップ画面を表示する（Ｓ１０１３）。その後、患者は、そのアプリトップ画面を利用して自身の医療情報の閲覧操作が可能となり、アプリトップ画面から遷移可能な所望の画面を次々に表示して閲覧することが可能である。

ここで、図１０に示すように、アプリトップ画面６１には、例えば、複数の選択メニューが示されるメニュー表示エリア６２と、患者の医療情報等を表示する情報表示エリア６３とが含まれる。

メニュー表示エリア６２に設定された選択メニューとしては、患者が医療情報等を閲覧するためのホーム６５、病院２の医療従事者（情報閲覧システム１の管理者）向けの情報を表示する職員メニュー６６、患者が介護対象である場合に、医療従事者に対象患者に対する介護サービスのプランを表示するケアプラン６７が含まれる。職員メニュー６６およびケアプラン６７は、医療従事者のみが使用する選択メニューであり、これらの選択メニューにより、患者のみならず、医療従事者が携帯端末５を利用することが可能となる。なお、職員メニュー６６およびケアプラン６７（または、メニュー表示エリア６２全体）を省略し、携帯端末５を患者のみが使用する構成としてもよい。

情報表示エリア６３には、現在の日付・時刻の情報７１と、患者の属性情報７２と、患者が実行可能な複数の患者メニューボタン７３と、病院２における患者の予定を表示可能なカレンダー７４が含まれている。

本実施形態では、患者メニューボタン７３には、患者が病院２に対して提出する問診票（電子ファイル）を記入可能な「問診票」ボタン、患者が日々の出来事を記入可能な「日記」ボタン、患者が患部に生じた痛み等を記録可能な「痛み」ボタン、患者が医師や看護師に相談したい内容（緊急性のあるものを除く）を記入可能な「相談」ボタン等が含まれる。患者は、それらのボタンを押下することにより、所望の患者用メニューを実行することができる。

また、患者は、カレンダー７４を利用して、患者の入浴、食事、服薬（薬の管理状況）などに関する過去の実績や今後の予定などを表示することが可能である。

一方、アプリケーションサーバ１７は、上述のＳ１００８においてデータベースサーバ１８から読み出した管理テーブルを参照しても部屋番号を取得できない場合には、患者にユーザＩＤおよびパスワードの入力を要求するためのユーザの認証画面に関するデータを携帯端末５に対して送信することができる（Ｓ１０１４）。これにより、携帯端末５は、サーバ６から受信した認証画面に関するデータに基づき認証画面８１（図１１参照）を表示部２６に表示し（Ｓ１０１５）、患者に対してユーザＩＤおよびパスワードの入力を促すことができる。そこで、携帯端末５は、患者（または、情報閲覧システム１の管理者である病院２における医療従事者等）によって入力されたユーザＩＤおよびパスワードをアプリケーションサーバ１７に対して送信することができる（Ｓ１０１６）。

その患者の認証が正常になされると、上述の場合と同様に、アプリケーションサーバ１７は、アプリトップ画面に関するデータを携帯端末５に対して送信する（Ｓ１０１２）。一方、その患者の認証が正常になされない場合には、サーバ６は、携帯端末５に対して認証失敗画面に関するデータを送信することができ（Ｓ１０１７）、これにより、携帯端末５は、サーバ６から受信した画面データに基づき認証失敗画面を表示部２６に表示することができる（Ｓ１０１８）。

図１２は携帯端末で複数のビーコン信号を受信する場合の一例を示す説明図である。

図１２に示すように、例えば、携帯端末５を利用する患者９０が病室３ａと通路９１との間に位置するような場合、携帯端末５ａは、病室３ａに設置されたビーコン４ａおよび通路９１側に設置されたビーコン４ｄの双方からビーコン信号を受信することがある。このような場合には、上述の携帯端末５ａにおけるビーコンＩＤの抽出（図５中のステップＳＴ１０２、図７中のＳ１００４を参照）において、複数のビーコンＩＤが抽出される。

このとき、携帯端末５ａは、それらビーコンＩＤに対応するビーコン信号の電波強度を参照し、より大きい電波強度を有するビーコン４ａに含まれる１つのビーコンＩＤを選択し、これを端末ＩＤとともに識別情報としてサーバ６に送信することが可能である。

このように、情報閲覧システム１では、異なる複数のビーコン４からのビーコン信号が携帯端末５で受信された場合でも、ビーコン信号の電波強度の大きさに基づく優先順位を定めることができ、この優先順位にしたがって、１つのビーコンＩＤを選択することにより、安定的に閲覧制限を課すことが可能となる。

また、別法として、携帯端末５ａは、複数のビーコンＩＤが抽出された場合に、それら複数のビーコンＩＤを端末ＩＤとともに識別情報としてサーバ６に送信する構成も可能である。この場合、サーバ６は、管理テーブルを参照し（図６中のステップＳＴ２０３、図７中のＳ１００９を参照）、それら複数のビーコンＩＤにおいて、許可エリア情報が対応づけられていないビーコンＩＤが少なくとも１つ存在する場合に、ユーザの認証が必要である（医療情報を携帯端末５で表示させるべきでない）と判定し、携帯端末５に対してユーザの認証画面に関するデータを送信することもできる。

また、情報閲覧システム１では、医療情報を携帯端末５で表示させるべきか否かの判定に用い得るビーコンＩＤが複数存在し、かつそれら複数のビーコンＩＤの少なくとも１つに対応づけられた禁止エリア情報がエリア管理テーブルに含まれる場合に、医療情報を携帯端末５で表示させない判定し、医療情報の閲覧を禁止する対象エリアに対して安定的な閲覧制限を実現することが可能となる。なお、携帯端末５からサーバ６に対して複数のビーコンＩＤが送信された場合には、上述の携帯端末５において実施するビーコンＩＤの選択をサーバ６側で実行してもよい。

（第２実施形態）
図１３は本開示の第２実施形態に係る情報閲覧システム１の機能ブロック図であり、上述の図２に対応する。図１３（図１４、図１５も同様）において、上述の第１実施形態と同様の構成要素については同一の符号が付されている。また、第２実施形態に係る情報閲覧システム１において、以下で特に言及しない事項については、上述の第１実施形態と同様として詳細な説明を省略する。

第２実施形態に係る情報閲覧システム１では、図２に示した携帯端末５における識別情報取得部２４の代わりに判定部１２４が設けられた点において上述の第１実施形態の場合とは異なる。

携帯端末５は、第１実施形態に係る情報閲覧システム１においてサーバ６に蓄積されていた管理テーブルと同様の管理テーブルを保持している。判定部１２４は、ビーコンＩＤ抽出部２２によって抽出されたビーコンＩＤおよび端末ＩＤ保持部２３に保持された端末ＩＤの情報を識別情報として取得すると、その管理テーブルを参照することにより、ビーコンＩＤおよび端末ＩＤの組み合わせに対応する部屋番号が存在するか否か（すなわち、医療情報を携帯端末５で表示させるべきか否か）を判定する。さらに、判定部１２４は、その判定結果（ここでは、部屋番号の情報）を、第１実施形態における識別情報の代わりにサーバ６に対して送信する。

図１４は第２実施形態に係る携帯端末の情報閲覧処理における閲覧操作開始までの流れを示すフロー図である。ここで、ステップＳＴ３０１、ＳＴ３０２、ＳＴ３０６〜ＳＴ３０９は、それぞれ図５中のＳＴ１０１、ＳＴ１０２、ＳＴ１０５〜ＳＴ１０９にそれぞれ対応する。

図１４において、携帯端末５は、ビーコンＩＤを正常に抽出できた場合（ＳＴ３０２：Ｙｅｓ）には、さらに、自身で保持する管理テーブルおよび端末ＩＤの読み出しを実行する（ＳＴ３０３）。

次に、携帯端末５は、管理テーブルを参照することにより、抽出したビーコンＩＤおよび読み出した端末ＩＤの組み合わせに対応する部屋番号が存在するか否かを判定し（ＳＴ３０４）、そこで部屋番号が存在する場合には、その部屋番号の情報を取得（すなわち、医療情報を携帯端末５で表示させるべきと判定）し（ＳＴ３０４：Ｙｅｓ）、それをサーバ６に対して送信する（ＳＴ３０５）。

一方、携帯端末５は、部屋番号の情報が存在しない場合（ＳＴ３０４：Ｎｏ）、表示部２６に医療情報を閲覧できない旨（またはビーコン信号を受信できない旨、もしくは現在の通信位置が不正である旨）を示すエラー画面を表示する（ＳＴ３０８）。なお、他のステップについては、図５の場合と同様である。

図１５は第２実施形態に係るサーバ６の情報提供処理における情報提供開始までの流れを示すフロー図である。ここで、ステップＳＴ４０２〜ＳＴ４０７は、それぞれ図６中のＳＴ２０４〜ＳＴ２０７、ＳＴ２１１、ＳＴ２１２にそれぞれ対応する。

情報提供処理が開始されると、サーバ６は、携帯端末５から部屋番号の情報を受信したか否か（すなわち、医療情報を携帯端末５で表示させるべきか否か）を判定し、部屋番号を受信した場合（ＳＴ４０１：Ｙｅｓ）、ストレージ８に記憶された複数の電子カルテ７からその部屋番号に対応する１つの電子カルテを選択する（ＳＴ４０２）。一方、サーバ６は、部屋番号を所定の時間内に受信しない場合（ＳＴ４０１：Ｎｏ）、ステップＳＴ４０６に進む。なお、他のステップについては、図６の場合と同様である。

以上、本開示を特定の実施形態に基づいて説明したが、これらの実施形態はあくまでも例示であって、本開示はこれらの実施形態によって限定されるものではない。例えば、上記実施形態では、情報閲覧システムを病院における患者の医療情報の閲覧に用いる例を示したが、これに限らない。情報閲覧システムは、閲覧制限された任意の情報（特定のユーザ向けの閲覧情報）をビーコン（発信機）が設置された対象エリア（室内等）に位置するユーザに対して閲覧可能とするため、他の複数の個室を備えた施設（例えば、介護施設、宿泊施設、ネットカフェなど）での用途に使用することも可能である。なお、上記実施形態に示した本開示に係る情報閲覧システムおよび情報閲覧方法ならびに携帯端末の各構成要素は、必ずしも全てが必須ではなく、少なくとも本発明の範囲を逸脱しない限りにおいて適宜取捨選択することが可能である。

本開示に係る情報閲覧システムおよび情報閲覧方法ならびに携帯端末は、閲覧情報への簡易なアクセスが阻害されることを回避しつつ、簡易な構成により閲覧権限のない者に対して閲覧制限を課すことができる効果を有し、複数の個室を備えた施設において、ユーザの個人情報の漏えいを防止するうえで有用である。

１ 情報閲覧システム
２ 病院
３ 病室
４ ビーコン
５ 携帯端末
６ サーバ
７ 電子カルテ
８ ストレージ
１２ 無線アクセスポイント
１３ 公衆ネットワーク
１４ ルータ
１６ ウェブサーバ
１７ アプリケーションサーバ
１８ データベースサーバ
２１ ビーコン受信部
２２ ビーコンＩＤ抽出部
２３ 端末ＩＤ保持部
２４ 識別情報取得部
２６ 表示部
２８ 制御部
３１ プロセッサ
３４ 無線通信モジュール
３５ ストレージ
３６ タッチパネル
４１ プロセッサ
６１ アプリトップ画面
６２ メニュー表示エリア
６３ 情報表示エリア
７２ 患者の属性情報
８１ 認証画面
９０ 患者
９１ 通路

Claims (11)

1. 予め設定された１以上の対象エリアのいずれかに対応づけて配置され、かつ当該対応づけられた対象エリアに向けて自身の識別情報である発信機識別情報を含む無線信号をそれぞれ発信する１以上の発信機と、
   自身の識別情報である端末識別情報を保持するとともに、前記無線信号を受信する携帯端末と、
   前記携帯端末において表示可能な閲覧情報を蓄積するストレージと、
   前記携帯端末とネットワークを介して通信可能に接続されることにより、前記閲覧情報を前記携帯端末に対して提供するサーバと、
   を備え、
   前記携帯端末およびサーバの少なくとも一方が、前記閲覧情報の閲覧が許可される前記対象エリアを示す許可エリア情報または前記閲覧情報の閲覧が禁止される前記対象エリアを示す禁止エリア情報に対する前記発信機識別情報および前記端末識別情報の組み合わせに基づき、前記閲覧情報を前記携帯端末で表示させるべきか否かを判定することを特徴とする情報閲覧システム。
2. 前記携帯端末およびサーバの少なくとも一方は、前記許可エリア情報に対して、前記発信機識別情報および前記端末識別情報の１以上の組み合わせが登録された第１の管理テーブルを参照し、前記発信機識別情報および前記端末識別情報の組み合わせが前記第１の管理テーブルに含まれる場合に、前記閲覧情報を前記携帯端末で表示させるべきと判定することを特徴とする請求項１に記載の情報閲覧システム。
3. 前記サーバは、前記ストレージに蓄積された複数の前記閲覧情報から前記許可エリア情報に応じて選択された閲覧情報を前記携帯端末に対して送信することを特徴とする請求項２に記載の情報閲覧システム。
4. 前記選択された閲覧情報には、前記携帯端末のユーザ属性情報が含まれることを特徴とする請求項３に記載の情報閲覧システム。
5. 前記携帯端末およびサーバの少なくとも一方は、前記禁止エリア情報に対して、１以上の前記発信機識別情報が登録された第２の管理テーブルを参照し、前記発信機識別情報が前記第２の管理テーブルに含まれる場合に、前記閲覧情報を前記携帯端末で表示させるべきでないと判定することを特徴とする請求項１から請求項４のいずれかに記載の情報閲覧システム。
6. 前記携帯端末およびサーバの少なくとも一方は、前記判定に用い得る前記発信機識別情報が複数存在し、かつそれら複数の発信機識別情報の少なくとも１つが前記第２の管理テーブルに含まれる場合に、前記閲覧情報を前記携帯端末で表示させるべきでないと判定することを特徴とする請求項５に記載の情報閲覧システム。
7. 前記携帯端末およびサーバの少なくとも一方は、前記判定に用い得る前記発信機識別情報が複数存在する場合、それら複数の発信機識別情報がそれぞれ含まれる前記無線信号の電波強度を参照し、より大きい電波強度を有する前記無線信号に含まれる１つの前記発信機識別情報を前記判定に用いる情報として選択することを特徴とする請求項１から請求項５のいずれかに記載の情報閲覧システム。
8. 前記携帯端末およびサーバの少なくとも一方が、前記閲覧情報を前記携帯端末で表示させるべきでないと判定した場合、前記携帯端末は、ユーザの認証画面を表示することを特徴とする請求項１から請求項７のいずれかに記載の情報閲覧システム。
9. 前記携帯端末およびサーバの少なくとも一方は、前記携帯端末において前記発信機識別情報を取得できない場合、前記閲覧情報を前記携帯端末で表示させるべきでないと判定することを特徴とする請求項１から請求項８のいずれかに記載の情報閲覧システム。
10. 予め設定された１以上の対象エリアのいずれかに対応づけて配置された１以上の発信機が、当該対応づけられた対象エリアに向けて自身の識別情報である発信機識別情報を含む無線信号をそれぞれ発信する発信ステップと、
    自身の識別情報である端末識別情報を保持する携帯端末が、前記無線信号を受信する受信ステップと、
    前記携帯端末とネットワークを介して通信可能に接続されるサーバが、閲覧情報を前記携帯端末に対して提供する情報提供ステップと
    を含み、
    前記情報提供ステップを実行する前に、前記携帯端末およびサーバの少なくとも一方が、前記閲覧情報の閲覧が許可される前記対象エリアを示す許可エリア情報または前記閲覧情報の閲覧が禁止される前記対象エリアを示す禁止エリア情報に対する前記発信機識別情報および前記端末識別情報の組み合わせに基づき、前記閲覧情報を前記携帯端末で表示させるべきか否かを判定することを特徴とする情報閲覧方法。
11. ネットワークを介して通信可能に接続されたサーバを介して閲覧情報を取得することにより、前記閲覧情報を表示する携帯端末であって、
    予め設定された１以上の対象エリアのいずれかに対応づけて配置された１以上の発信機から当該対応づけられた対象エリアに向けて発信される無線信号に含まれる発信機識別情報を受信し、
    前記閲覧情報の閲覧が許可される前記対象エリアを示す許可エリア情報または前記閲覧情報の閲覧が禁止される前記対象エリアを示す禁止エリア情報に対する前記発信機識別情報と自身の識別情報である端末識別情報との組合せに基づき、前記閲覧情報に関する閲覧制限の要否を確認し、
    前記閲覧制限の不要が確認された場合に、前記サーバを介して前記閲覧情報を取得することを特徴とする携帯端末。

Images