(57)【要約】【課題】医療従事者間の患者情報の共有画面と動画による双方向通信とを組み合わせること。【解決手段】在宅診療支援装置は、第１及び第２の端末の間の直接通信の接続確立を制御する接続管理部と、遠隔診療を受ける患者に関する診療情報を管理する診療管理部と、を備える。診療管理部は、第２の端末と接続確立された第１の端末からの要求に応じて、診療情報を第１の端末の画面に表示させるための表示情報を生成し、第１の端末により撮影された当該第１の端末を利用するユーザの撮影画像を直接通信により第２の端末へ送信させる処理を、表示情報に埋め込み、当該埋め込み後の表示情報を、第１の端末に返信する。【選択図】図１２
2020087481.tif 000002
【特許請求の範囲】
【請求項１】
第１及び第２の端末の間の直接通信の接続確立を制御する接続管理部と、
遠隔診療を受ける患者に関する診療情報を管理する診療管理部と、
を備え、
前記診療管理部は、
前記第２の端末と前記接続確立された前記第１の端末からの要求に応じて、前記診療情報を前記第１の端末の画面に表示させるための表示情報を生成し、
前記第１の端末により撮影された当該第１の端末を利用するユーザの撮影画像を前記直接通信により前記第２の端末へ送信させる処理を、前記表示情報に埋め込み、
当該埋め込み後の表示情報を、前記第１の端末に返信する
遠隔診療支援装置。
【請求項２】
前記接続管理部は、
所定の端末における端末ＩＤと当該端末に付与された宛先情報とを対応付けた接続管理情報を受け付けた場合に、当該接続管理情報を自装置のメモリに保持し、
前記第１の端末から前記第２の端末との前記接続確立の要求に応じて、前記第１の端末に対して当該第２の端末の第２の接続管理情報を返信し、前記第２の端末に対して当該第１の端末との前記接続確立の可否を問合せることにより、前記第１及び第２の端末の間の前記接続確立をさせる
請求項１に記載の遠隔診療支援装置。
【請求項３】
前記接続管理部は、
前記接続管理情報を受け付けた場合に、当該接続管理情報を前記メモリに保持すると共に、前記自装置と冗長化された他装置と共に接続されたストレージシステムへ当該接続管理情報を登録し、
前記接続確立の要求に応じて、前記メモリに対して前記第２の接続管理情報を検索し、
前記検索がミスヒットした場合に、前記ストレージシステムに対して前記第２の接続管理情報を検索し、
前記メモリ又は前記ストレージシステムのうち前記検索がヒットした側から前記第２の接続管理情報を取得して、前記第１の端末に返信する
請求項２に記載の遠隔診療支援装置。
【請求項４】
前記ストレージシステムは、端末の利用状態と端末ＩＤとを対応付けた利用管理情報をさらに記憶し、
前記診療管理部は、
前記第１の端末からの端末リスト要求に応じて前記ストレージシステムの前記利用管理情報の中から前記利用状態が利用中である前記端末ＩＤのリストを取得し、当該リストを当該第１の端末へ返信し、
前記接続管理部は、
前記第１の端末において前記リストの中から選択された前記第２の端末における第２の端末ＩＤを含む接続管理情報要求を前記接続確立の要求として受け付けた場合に、前記メモリに対して前記第２の端末ＩＤを検索し、
前記検索がミスヒットした場合に、前記ストレージシステムに対して前記第２の端末ＩＤを検索し、
前記メモリ又は前記ストレージシステムのうち前記検索がヒットした側から前記第２の端末ＩＤが対応付けられた前記第２の接続管理情報を取得して、前記第１の端末に返信する
請求項３に記載の遠隔診療支援装置。
【請求項５】
前記接続管理部は、
前記第１の端末からの前記第２の接続管理情報が指定された端末間接続要求に応じて、前記第２の接続管理情報に基づいて前記第２の端末に対して前記第１の端末との前記接続確立の可否を問合せ、
前記第２の端末からの前記接続確立の許可応答に応じて、前記第２の端末と前記接続確立をさせるように前記第１の端末に対して応答する
請求項４に記載の遠隔診療支援装置。
【請求項６】
前記遠隔診療支援装置は、特定の患者の診療に関わる関係者属性に属するユーザリストを記憶する第１の記憶装置と接続され、
前記診療管理部は、
第１の関係者属性に属する第１の医療従事者が利用する端末から受信した前記特定の患者に関する第１の診療情報と当該第１の診療情報にアクセスを許可する第２の関係者属性との登録要求に応じて、前記第１の診療情報に少なくとも前記第２の関係者属性を対応付けて前記第１の記憶装置に登録し、
所定のユーザが利用する所定の端末から受信した前記特定の患者の診療情報へのアクセス要求に応じて、前記第１の記憶装置を参照して当該所定のユーザを含む前記ユーザリストが属する前記関係者属性を特定し、
前記特定した関係者属性が対応付けられた１以上の診療情報を前記第１の記憶装置から取得し、
前記取得した１以上の診療情報を前記所定の端末の画面に表示させるための第１の表示情報を生成
する
請求項１乃至５のいずれか１項に記載の遠隔診療支援装置。
【請求項７】
前記遠隔診療支援装置は、特定の端末を利用可能なユーザのユーザＩＤとパスワードと当該ユーザＩＤの属性と当該ユーザＩＤの顔画像とを対応付けて予め記憶する第２の記憶装置と接続され、
前記診療管理部は、
所定の端末のログイン処理時に、前記所定の端末により撮影された当該端末のユーザの顔画像とユーザＩＤとを受け付け、
前記受け付けたユーザＩＤに対応付けられた顔画像を前記第２の記憶装置から取得し
前記受け付けた顔画像と前記取得された顔画像との顔認証を行い、
前記受け付けたユーザＩＤの属性が特定の医療従事者である場合、前記顔認証に成功した後に前記所定の端末に対してパスワード認証を要求し、当該パスワード認証に成功した場合に、ログインを許可し、
前記受け付けたに含まれるユーザＩＤの属性が前記特定の医療従事者以外である場合、前記顔認証に成功した後に、ログインを許可する
請求項１乃至６のいずれか１項に記載の遠隔診療支援装置。
【請求項８】
第１及び第２の端末と、
前記第１及び第２の端末とネットワークを介して接続された遠隔診療支援装置と、
を備え、
前記遠隔診療支援装置は、
前記第１及び第２の端末の間の直接通信の接続確立を制御する接続管理部と、
遠隔診療を受ける患者に関する診療情報を管理する診療管理部と、
を備え、
前記診療管理部は、
前記第２の端末と前記接続確立された前記第１の端末からの要求に応じて、前記診療情報を前記第１の端末の画面に表示させるための表示情報を生成し、
前記第１の端末により撮影された当該第１の端末を利用するユーザの撮影画像を前記直接通信により前記第２の端末へ送信させる処理を、前記表示情報に埋め込み、
当該埋め込み後の表示情報を、前記第１の端末に返信する
遠隔診療支援システム。
【請求項９】
コンピュータが、
第１及び第２の端末の間の直接通信の接続確立を制御し、
前記第２の端末と前記接続確立された前記第１の端末からの要求に応じて、遠隔診療を受ける患者に関する診療情報を前記第１の端末の画面に表示させるための表示情報を生成し、
前記第１の端末により撮影された当該第１の端末を利用するユーザの撮影画像を前記直接通信により前記第２の端末へ送信させる処理を、前記表示情報に埋め込み、
当該埋め込み後の表示情報を、前記第１の端末に返信する
遠隔診療支援方法。
【請求項１０】
第１及び第２の端末の間の直接通信の接続確立を制御する処理と、
前記第２の端末と前記接続確立された前記第１の端末からの要求に応じて、遠隔診療を受ける患者に関する診療情報を前記第１の端末の画面に表示させるための表示情報を生成する処理と、
前記第１の端末により撮影された当該第１の端末を利用するユーザの撮影画像を前記直接通信により前記第２の端末へ送信させる処理を、前記表示情報に埋め込む処理と、
当該埋め込み後の表示情報を、前記第１の端末に返信する処理と、
をコンピュータに実行させる
遠隔診療支援プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、遠隔診療支援装置、システム、方法及びプログラムに関し、特に、遠隔診療を支援するための遠隔診療支援装置、システム、方法及びプログラムに関する。
【背景技術】
【０００２】
特許文献１には、在宅診療を中心とした地域包括ケア領域において、医療従事者、福祉従事者等の間での情報共有及び業務支援を行うための在宅ケア支援システムに関する技術が開示されている。当該在宅ケア支援システムにおいて、モバイル在宅ケア支援端末と在宅ケア支援ビューワー端末と在宅ケア支援サーバとを備える。ここで、モバイル在宅ケア支援端末は、患者の自宅などを訪問する看護師等の医療従事者が携帯する端末であり、在宅ケア支援ビューワー端末は、医師等の医療従事者が医療機関において使用する端末である。在宅ケア支援サーバは、モバイル在宅ケア支援端末と在宅ケア支援ビューワー端末とを通信可能に接続し、掲示板を介した端末間の通信を制御する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１６−５１３６５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ここで、在宅診療を含む遠隔診療の分野では、医療機関にいる医師等の医療従事者と患者の自宅を含む（当該医療機関外の）拠点にいる患者や他の医療従事者との間のリアルタイムなやり取りが有益である。しかしながら、特許文献１にかかる技術は、掲示板等の文字情報のみによるやり取りだけであり、遠隔診療を円滑に行うためには不十分であるという問題点がある。
【０００５】
本開示は、このような問題点を解決するためになされたものであり、医療従事者間の患者情報の共有画面と動画による双方向通信とを組み合わせた遠隔診療支援装置、システム、方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本開示の第１の態様にかかる遠隔診療支援装置は、
第１及び第２の端末の間の直接通信の接続確立を制御する接続管理部と、
遠隔診療を受ける患者に関する診療情報を管理する診療管理部と、
を備え、
前記診療管理部は、
前記第２の端末と前記接続確立された前記第１の端末からの要求に応じて、前記診療情報を前記第１の端末の画面に表示させるための表示情報を生成し、
前記第１の端末により撮影された当該第１の端末を利用するユーザの撮影画像を前記直接通信により前記第２の端末へ送信させる処理を、前記表示情報に埋め込み、
当該埋め込み後の表示情報を、前記第１の端末に返信する。
【０００７】
本開示の第２の態様にかかる遠隔診療支援システムは、
第１及び第２の端末と、
前記第１及び第２の端末とネットワークを介して接続された遠隔診療支援装置と、
を備え、
前記遠隔診療支援装置は、
前記複数の端末の間の直接通信の接続確立を制御する接続管理部と、
遠隔診療を受ける患者に関する診療情報を管理する診療管理部と、
を備え、
前記診療管理部は、
前記第２の端末と前記接続確立された前記第１の端末からの要求に応じて、前記診療情報を前記第１の端末の画面に表示させるための表示情報を生成し、
前記第１の端末により撮影された当該第１の端末を利用するユーザの撮影画像を前記直接通信により前記第２の端末へ送信させる処理を、前記表示情報に埋め込み、
当該埋め込み後の表示情報を、前記第１の端末に返信する。
【０００８】
本開示の第３の態様にかかる遠隔診療支援方法は、
コンピュータが、
第１及び第２の端末の間の直接通信の接続確立を制御し、
前記第２の端末と前記接続確立された前記第１の端末からの要求に応じて、遠隔診療を受ける患者に関する診療情報を前記第１の端末の画面に表示させるための表示情報を生成し、
前記第１の端末により撮影された当該第１の端末を利用するユーザの撮影画像を前記直接通信により前記第２の端末へ送信させる処理を、前記表示情報に埋め込み、
当該埋め込み後の表示情報を、前記第１の端末に返信する。
【０００９】
本開示の第４の態様にかかる遠隔診療支援プログラムは、
第１及び第２の端末の間の直接通信の接続確立を制御する処理と、
前記第２の端末と前記接続確立された前記第１の端末からの要求に応じて、遠隔診療を受ける患者に関する診療情報を前記第１の端末の画面に表示させるための表示情報を生成する処理と、
前記第１の端末により撮影された当該第１の端末を利用するユーザの撮影画像を前記直接通信により前記第２の端末へ送信させる処理を、前記表示情報に埋め込む処理と、
当該埋め込み後の表示情報を、前記第１の端末に返信する処理と、
をコンピュータに実行させる。
【発明の効果】
【００１０】
本開示により、医療従事者間の患者情報の共有画面と動画による双方向通信とを組み合わせた遠隔診療支援装置、システム、方法及びプログラムを提供することができる。
【図面の簡単な説明】
【００１１】
【図１】本実施の形態１にかかる遠隔診療支援システムの構成を示すブロック図である。
【図２】本実施の形態１にかかる遠隔診療支援方法の流れを示すフローチャートである。
【図３】本実施の形態１にかかる遠隔診療支援方法の流れを示すフローチャートである。
【図４】本実施の形態２にかかる遠隔診療支援システムの構成を示すブロック図である。
【図５】本実施の形態２にかかる共有ストレージ装置内の各ＤＢの構成を示すブロック図である。
【図６】本実施の形態２にかかるサーバ装置の構成を示すブロック図である。
【図７】本実施の形態２にかかるログイン及び認証処理の流れを説明するフローチャートである。
【図８】本実施の形態２にかかる２端末のICEが同一サーバに登録される場合における端末間接続処理の流れを説明するシーケンス図である。
【図９】本実施の形態２にかかる２端末のICEが同一サーバに登録される場合における端末間接続処理の流れを説明するシーケンス図である。
【図１０】本実施の形態２にかかる２端末のICEが別サーバに登録される場合における端末間接続処理の流れを説明するシーケンス図である。
【図１１】本実施の形態２にかかる２端末のICEが別サーバに登録される場合における端末間接続処理の流れを説明するシーケンス図である。
【図１２】本実施の形態３にかかる遠隔診療支援システムの構成を示すブロック図である。
【図１３】本実施の形態３にかかる遠隔診療支援方法の流れを示すフローチャートである。
【図１４】本実施の形態４にかかる遠隔診療支援システムの構成を示すブロック図である。
【図１５】本実施の形態４にかかる遠隔診療支援方法の流れを示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下では、本開示の実施の形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００１３】
＜実施の形態１＞
まず、本実施の形態１で解決しようとする課題について説明する。上述した通り、遠隔診療の分野では、医療機関にいる医師等の医療従事者と当該医療機関とは別の拠点（遠隔地）にいる患者又は訪問看護師もしくは訪問介護士等との間でリアルタイムなやり取りを行うことが有益である。そこで、音声や動画による双方向の通信が求められるが、特許文献１に示したようなクライアントサーバ型では、動画等のリアルタイム通信におけるネットワーク負荷が高く、今後、急速に拡大する可能性の高い在宅診療を含む遠隔診療の分野には適用にし難い。
【００１４】
ここで、近年、サーバを介さずに端末間をＰ２Ｐ（Peer to Peer）により直接接続して、動画通信等のリアルタイム通信を高速に実現するための技術としてWebRTC (Web Real-Time Communication)が普及しつつある。
【００１５】
そこで、遠隔診療において、上述したＰ２Ｐ通信を用いた端末間の双方向の動画等のリアルタイム通信を用いることが考えられる。例えば、ＷｅｂＲＴＣではシグナリングサーバを介して端末間の直接通信を確立することで、確立後はサーバを介さずに端末間で、より通信負荷を抑えたより高速な双方向の動画通信を実現することができる。
【００１６】
また、遠隔診療の分野では、単に端末間通信が実現できれば良いのではなく、前提としてサーバに管理された様々な医療情報の共有及び更新等を行うためにＷＥＢシステムとの接続も維持する必要がある。そのため、遠隔診療の分野では、クライアントサーバ型の通信とＰ２Ｐ通信の併用が必要となる。また、上述した通り、遠隔診療のニーズの高まりに対応するには、サーバ側、特に、シグナリングサーバの冗長化も必要となる。
【００１７】
しかしながら、現状のシグナリングサーバは冗長化の対応が不十分であるため、遠隔診療分野にＰ２Ｐ通信をそのまま適用することが困難であるという問題点がある。その理由は、シグナリングサーバではＰ２Ｐ通信の接続を確立するために用いる情報であって、事前登録される接続管理情報（ＩＣＥ（Interactive Connectivity Establishment）等）を内蔵のメモリ上でのみ保持するためである。それ故、シグナリングサーバが冗長化されたとしても、第１の端末がＰ２Ｐ通信の接続確立を要求する際に、サーバに接続要求先である第２の端末についてのＩＣＥ等が保持されていない場合には、直接通信の接続を確立することができない。
【００１８】
そこで、以下の本実施の形態１では、遠隔診療のためにサーバとの間で情報共有を行う多数の端末のうち任意の端末間での直接通信の接続処理を、冗長化された接続制御サーバで行うことを目的とする。
【００１９】
図１は、本実施の形態１にかかる遠隔診療支援システム１０００の構成を示すブロック図である。遠隔診療支援システム１０００は、患者が医療機関以外の自宅等に在宅したまま、医療従事者から各種診療を受けるという在宅診療（遠隔診療、オンライン診療）を支援するための情報システムである。ここで、医療従事者には、医師、看護師、理学療法士、介護士、薬剤師等が含まれる。また、在宅診療には、医師又は医師の指示を受けた看護師等が行う治療や処置といった狭義の医療行為の他、理学療法士が行うリハビリテーション、介護士が行う健康管理、服薬管理等の広義の医療行為も含まれる。
【００２０】
遠隔診療支援システム１０００は、ストレージシステム１、遠隔診療支援装置２１、２２等、端末３１、３２等を含む。ストレージシステム１は、１以上のストレージ装置により構成される記憶装置群である。そのため、ストレージシステム１は、２以上のストレージ装置により分散や冗長化することにより実現されてもよい。ストレージシステム１は、利用管理情報１１と接続管理情報１２とを記憶する。尚、利用管理情報１１及び接続管理情報１２のそれぞれは、２以上である。利用管理情報１１は、端末が遠隔診療支援システム１０００が提供する各種情報サービスを利用するための管理情報である。利用管理情報１１は、少なくとも利用状態１１１と端末ＩＤ１１２とが対応付けられている。利用状態１１１は、特定の端末が起動し、遠隔診療支援システム１０００が提供する各種情報サービスにログイン等して利用中であるか否か等の状態を示す情報である。端末ＩＤ１１２は、利用状態１１１と対応付けられており、特定の端末の識別情報である。接続管理情報１２は、端末ＩＤ１２２が示す端末が他の端末と直接通信のために接続を確立するために用いる情報である。接続管理情報１２は、少なくとも宛先情報１２１と端末ＩＤ１２２とが対応付けられている。宛先情報１２１は、端末ＩＤ１２２が示す端末に付与されたアドレス情報であり、例えば、ＩＰ（Internet Protocol）アドレスである。
【００２１】
遠隔診療支援装置２１及び２２は、冗長化されたコンピュータ装置であり、共に、ストレージシステム１と接続されている。つまり、ストレージシステム１は、遠隔診療支援装置２１及び２２における共有ディスクとして利用されているといえる。また、遠隔診療支援装置２１及び２２は、ネットワークＮを介して端末３１及び３２等と接続可能である。つまり、遠隔診療支援装置２１及び２２は、端末３１等からのネットワークＮを介したアクセスに対して負荷分散しているものといえる。以下、代表して遠隔診療支援装置２１について説明し、遠隔診療支援装置２２の内部構成は、遠隔診療支援装置２１と同等であるため、図示及び説明を省略する。
【００２２】
遠隔診療支援装置２１は、診療管理部２１１と、接続管理部２１２と、メモリ２１３とを備える。メモリ２１３は、揮発性記憶装置であり、例えば、ＲＡＭ（Random Access Memory）等である。診療管理部２１１は、端末との間で、遠隔診療を受ける患者に関する診療情報の入出力を行う。例えば、診療管理部２１１は、ＷＥＢアプリケーションで実現され、端末からのＷＥＢアクセスに応じて、ストレージシステム１等を参照して表示ページを生成して返信し、要求元の端末の画面に表示ページを表示させる。また、診療管理部２１１は、端末において表示ページを介して入力されたデータを受信し、当該データをストレージシステム１等に格納等を行う。診療管理部２１１は、少なくとも第１の端末からの端末リスト要求に応じてストレージシステム１の利用管理情報１１の中から利用状態１１１が利用中である端末ＩＤ１１２のリストを取得し、当該リストを第１の端末へ返信する。尚、上述した診療情報には、患者自身の個人情報、生体情報、診察、処方、介護、リハビリ等の記録を示すテキスト情報、画像、音声データ等とこれらの更新日時が含まれる。また、端末ＩＤのリストには、自身の端末ＩＤが含まれていても構わない。
【００２３】
接続管理部２１２は、端末間の直接通信の接続確立を制御する。接続管理部２１２は、所定の端末における接続管理情報の登録要求を受け付けた場合に、当該接続管理情報を（接続管理情報２１４として）遠隔診療支援装置２１のメモリ２１３に保持する。併せて、接続管理部２１２は、当該接続管理情報を（接続管理情報１２として）ストレージシステム１に登録する。また、接続管理部２１２は、第１の端末において前記リストの中から選択された第２の端末における第２の端末ＩＤを含む接続管理情報要求（接続確立の要求の一例）を受け付けた場合に、メモリ２１３に対して第２の端末ＩＤを検索する。接続管理部２１２は、メモリ２１３に第２の端末ＩＤが存在しない（検索がミスヒットした）場合に、ストレージシステム１に対して第２の端末ＩＤを検索する。接続管理部２１２は、メモリ２１３又はストレージシステム１のうち第２の端末ＩＤが存在した（検索がヒットした）側から当該第２の端末ＩＤが対応付けられた第２の接続管理情報を取得して、第１の端末に返信する。接続管理部２１２は、第１の端末からの第２の接続管理情報が指定された端末間接続要求の受信に応じて、第２の接続管理情報に基づいて第２の端末に対して第１の端末との直接通信の接続可否を問合せる。そして、接続管理部２１２は、第２の端末からの接続許可の応答に応じて、第２の端末との直接通信の接続許可を第１の端末に対して応答する。
【００２４】
尚、遠隔診療支援装置２１及び２２は、図示しない構成としてプロセッサ及び記憶装置を備えるものである。また、当該記憶装置には、本実施の形態にかかる遠隔診療支援方法が実装されたコンピュータプログラムである遠隔診療支援プログラムが記憶されている。そして、当該プロセッサは、当該記憶装置から遠隔診療支援プログラムをメモリ２１３へ読み込み、当該遠隔診療支援プログラムを実行する。これにより、前記プロセッサは、診療管理部２１１及び接続管理部２１２の機能を実現する。
【００２５】
ネットワークＮは、インターネット、専用線等の通信ネットワークである。
【００２６】
端末３１及び３２は、ネットワークＮを介して遠隔診療支援装置２１又は２２等にアクセスを行い、遠隔診療支援システム１０００が提供する各種情報サービスを利用可能な情報処理端末装置である。端末３１及び３２は、例えば、タブレット端末等の無線通信が可能な情報処理端末である。そして、端末３１と、端末３２とは遠隔診療支援装置２１等を介して直接通信のための接続確立を行い、直接通信により動画や音声についてリアルタイム通信を行う。端末３１は、端末ＩＤ３１１と接続管理情報３１２を内部の記憶装置（不図示）に記憶する。端末ＩＤ３１１は、端末３１を識別するための識別情報であり、電話番号に相当する値を用いてもよい。接続管理情報３１２は、上述した接続管理情報１２と同等の構成であり、端末３１が他の端末と直接通信の接続確立をするために必要な情報、直接通信に際して接続先へ提供する情報である。その他、端末３１の構成は、公知のものを用いることができるため、他の構成の図示及び説明を省略するものとする。また、端末３２は、端末３１と同等の構成である。但し、端末ＩＤ３２１は、端末３２を識別するための識別情報である。また、接続管理情報３２２は、端末３２が他の端末と直接通信の接続確立をするために必要な情報、直接通信に際して接続先へ提供する情報である。
【００２７】
図２及び図３は、本実施の形態１にかかる遠隔診療支援方法の流れを示すフローチャートである。まず、遠隔診療支援装置２１の接続管理部２１２は、所定の端末（例えば、端末３１）から、当該端末における接続管理情報（例えば、接続管理情報３１２）の登録要求を受け付ける（Ｓ１０１）。このとき、接続管理部２１２は、当該接続管理情報を自装置のメモリ２１４に保持する（Ｓ１０２）。またこれと共に、接続管理部２１２は、当該接続管理情報をストレージシステム１に登録する（Ｓ１０３）。
【００２８】
尚、遠隔診療支援装置２１は、別途、端末３２からも接続管理情報３２２の登録を受け付けてもよい。その場合、同様に、ステップＳ１０２及びＳ１０３が実行される。つまり、この場合、遠隔診療支援装置２１は、接続管理情報３１２及び３２２の両方をメモリ２１３に保持することとなる。または、遠隔診療支援装置２１は、端末３１から接続管理情報３１２の登録を受け付けるが、端末３２からは接続管理情報３２２の登録を受け付けなくても良い。この場合、遠隔診療支援装置２１は、接続管理情報３１２のみをメモリ２１３に保持することとなる。尚、遠隔診療支援装置２１は、端末３２のみから接続管理情報３２２の登録を受け付けた場合も同様である。
【００２９】
続いて、遠隔診療支援装置２１の診療管理部２１１は、第１の端末（例えば、端末３１）から端末リスト要求を受け付ける（Ｓ１０４）。これに応じて、診療管理部２１１は、ストレージシステム１の利用管理情報１１の中から利用状態１１１が利用中である端末ＩＤ１１２のリストを取得する（Ｓ１０５）。例えば、診療管理部２１１は、端末３２の端末ＩＤを含むリストを取得する。そして、診療管理部２１１は、当該リストを端末３１へ返信する（Ｓ１０６）。
【００３０】
その後、接続管理部２１２は、端末３１においてステップＳ１０６で返信されたリストの中から選択された第２の端末（例えば、端末３２）における第２の端末ＩＤを含む接続管理情報要求を受け付ける（Ｓ１０７）。これに応じて、接続管理部２１２は、メモリ２１３に対して第２の端末ＩＤを検索する（Ｓ１０８）。
【００３１】
接続管理部２１２は、ステップＳ１０８の検索によりメモリ２１３に第２の端末ＩＤが存在するか否かを判定する（Ｓ１０９）。例えば、遠隔診療支援装置２１がステップＳ１０１において端末３２から接続管理情報３２２の登録要求を受け付けていれば、メモリ２１３に接続管理情報３２２が保持されているため、メモリ２１３に第２の端末ＩＤが存在すると判定される（Ｓ１０９でＹＥＳ）。そして、接続管理部２１２は、メモリ２１３から第２の端末ＩＤが対応付けられた第２の接続管理情報を取得する（Ｓ１１０）。
【００３２】
一方、遠隔診療支援装置２１がステップＳ１０１において端末３２から接続管理情報３２２の登録要求を受け付けてなければ、メモリ２１３に接続管理情報３２２が保持されていないため、メモリ２１３に第２の端末ＩＤが存在しないと判定される（Ｓ１０９でＮＯ）。その場合、接続管理部２１２は、ストレージシステム１に対して第２の端末ＩＤを検索する（Ｓ１１１）。そして、接続管理部２１２は、ステップＳ１１１の検索によりストレージシステム１の接続管理情報１２内の端末ＩＤ１２２に第２の端末ＩＤが存在するか否かを判定する（Ｓ１１２）。尚、ステップＳ１１２でＮＯと判定される場合は、何らかのシステム不正により第２の接続管理情報が取得できないこととなる。よって、その場合、接続管理部２１２は、接続不可の旨を端末３１へ返信する（Ｓ１１４）。
【００３３】
一方、ステップＳ１１２においてストレージシステム１に第２の端末ＩＤが存在すると判定された場合、接続管理部２１２は、ストレージシステム１から第２の端末ＩＤが対応付けられた第２の接続管理情報を取得する（Ｓ１１３）。ステップＳ１１０又はＳ１１３の後、接続管理部２１２は、取得した第２の接続管理情報（例えば、端末３２の接続管理情報３２２）を第１の端末（端末３１）へ返信する（Ｓ１１５）。
【００３４】
そして、接続管理部２１２は、第１の端末から第２の接続管理情報が指定された端末間接続要求を受け付ける（Ｓ１１６）。これに応じて、接続管理部２１２は、第２の接続管理情報に基づいて第２の端末に対して、第１の端末との直接通信の接続可否を問合せを送信する（Ｓ１１７）。そして、接続管理部２１２は、第２の端末から接続許可の応答を受け付け（Ｓ１１８）、これに応じて、第２の端末との直接通信の接続許可を、第１の端末に対して応答する（Ｓ１１９）。
【００３５】
これにより、この後、端末３１は、端末３２の接続管理情報３２２を用いて端末３２との間で直接通信の接続を確立し、動画や音声等のリアルタイム通信を行うこととなる。また、端末３１及び端末３２は、遠隔診療支援装置２１等の診療管理部２１１とも接続されており、ＷＥＢアプリケーション等により診療情報の入出力も維持できる。そのため、本実施形態１により、遠隔診療のためにサーバとの間で情報共有を行う多数の端末のうち任意の端末間での直接通信の接続処理を、冗長化された接続制御サーバで実現することができる。
【００３６】
＜実施の形態２＞
本実施の形態２は、上述した実施の形態１の具体的な実施例である。図４は、本実施の形態２にかかる遠隔診療支援システム２０００の構成を示すブロック図である。遠隔診療支援システム２０００は、共有ストレージ装置４、サーバ装置５１、５２等、負荷分散装置６、タブレット端末７１０、７２０及び７３０を含む。
【００３７】
共有ストレージ装置４は、１以上のストレージ装置により構成される記憶装置群であり、２以上のストレージ装置により分散又は冗長化されたものであってもよい。共有ストレージ装置４は、サーバ装置５１、５２等と接続され、サーバ装置５１、５２等の間で共有される。共有ストレージ装置４は、ＤＢＭＳ（DataBase Management System）が稼働し、複数のＤＢインスタンスである、利用管理ＤＢ４１、接続管理ＤＢ４２、診療関係者ＤＢ４３、診療履歴ＤＢ４４及び権限定義ＤＢ４５を含む。
【００３８】
図５は、本実施の形態２にかかる共有ストレージ装置４内の各ＤＢの構成を示すブロック図である。利用管理ＤＢ４１は、上述した利用管理情報１１を複数管理するデータベースである。利用管理ＤＢ４１で管理される一レコードは、例えば、ユーザＩＤ４１１、ユーザ属性４１２、端末ＩＤ４１３、利用状態４１４、パスワード４１５及び顔画像４１６が対応付けられた情報である。ここで、ユーザＩＤ４１１は、所定の端末の利用者の識別情報である。ユーザ属性４１２は、遠隔診療における関係者である利用者の属性、例えば、医師、看護師、介護士、薬剤師、患者等を示す情報である。端末ＩＤ４１３は、利用者が利用（操作、ログイン等）可能な端末の識別情報である。利用状態４１４は、上述した利用状態１１１の一例であり、ユーザＩＤ４１１に対応するユーザが端末ＩＤ４１３に対応する端末を利用中か否か等を示す情報である。パスワード４１５は、ユーザＩＤ４１１がログインする際のパスワード認証に用いるパスワードである。顔画像４１６は、ユーザＩＤ４１１がログインする際の顔認証に用いる、ユーザの顔画像データである。
【００３９】
接続管理ＤＢ４２は、ＩＣＥ４２１、４２２等を管理するデータベースである。ここで、ＩＣＥ４２１等は、上述した接続管理情報１２の一例である。例えば、ＩＣＥ４２１は、端末ＩＤ４２１１、動的ＩＰアドレス４２１２及び経路情報４２１３が対応付けられている。動的ＩＰアドレス４２１２は、上述した宛先情報１２１の一例であり、端末の起動時に動的に付与されるアドレスである。経路情報４２１３は、Ｐ２Ｐ通信の接続先に到達する可能性のある通信経路に関する情報である。尚、経路情報４２１３は、直接通信の際に経由するネットワークＮ中の経路情報の候補ということもである。尚、接続管理ＤＢ４２は、接続管理情報としてＳＤＰ（Session Description Protocol）をさらに含めても良い。
【００４０】
診療関係者ＤＢ４３は、患者ごとの遠隔診療の関係者を管理するデータベースである。診療関係者ＤＢ４３の一レコードは、例えば、患者ＩＤ４３１、医師ＩＤ４３２、看護師ＩＤ４３３、介護士ＩＤ４３４が対応付けられたものである。ここで、患者ＩＤ４３１、医師ＩＤ４３２、看護師ＩＤ４３３、介護士ＩＤ４３４には、上述したユーザＩＤ４１１を用いてもよい。以後の説明についても同様である。
【００４１】
診療履歴ＤＢ４４は、患者ごとの診療情報とそのアクセス権限を管理するデータベースである。診療履歴ＤＢ４４の一レコードは、例えば、患者ＩＤ４４１、診療情報４４２、アクセス権限４４３、ユーザＩＤ４４４が対応付けられたものである。ここで、患者ＩＤ４４１は、上述した患者ＩＤ４３１と同様である。診療情報４４２には、上述した通り、患者自身の個人情報、生体情報、診察、処方、介護、リハビリ等の記録を示すテキスト情報、画像、音声データ等とこれらの更新日時と診療情報の種別とが含まれる。アクセス権限４４３は、閲覧権限、更新権限等の権限種別を示す情報である。ユーザＩＤ４４４は、患者ＩＤ４３１及び診療情報４４２の組に対してアクセス権限４４３が付与されたユーザの識別情報である。
【００４２】
権限定義ＤＢ４５は、患者ごとの診療情報の種別によりアクセス権限を付与するユーザを定義したデータベースである。権限定義ＤＢ４５の一レコードは、例えば、患者ＩＤ４５１、診療情報種別４５２、ユーザＩＤ４５３が対応付けられたものである。ここで、患者ＩＤ４５１は、上述した患者ＩＤ４３１と同様である。診療情報種別４５２は、例えば、診療情報の内容が患者自身の個人情報、生体情報、診察経過等のいずれであるかを識別する情報である。ユーザＩＤ４５３は、患者ＩＤ４５１及び診療情報種別４５２の組に対してアクセス権限４４３が付与されたユーザの識別情報である。
【００４３】
図４に戻り説明を続ける。サーバ装置５１及び５２は、２以上に冗長化されたコンピュータ装置であり、共に共有ストレージ装置４と接続されており、また、負荷分散装置６により負荷分散されてアクセス要求を受け付ける。サーバ装置５１は、Ｗｅｂ／ＡＰサーバ５１１と、Ｐ２Ｐ接続制御サーバ５１３との機能を有する。Ｗｅｂ／ＡＰサーバ５１１は、診療管理部５１２の機能を有する。Ｐ２Ｐ接続制御サーバ５１３は、Ｓｔｕｎサーバ５１４及びＰｅｅｒＪＳサーバ５１５の機能を有する。尚、Ｓｔｕｎサーバ５１４は、ＴＵＲＮサーバに置き換えてもよい。また、Ｐ２Ｐ接続制御サーバ５１３又はＰｅｅｒＪＳサーバ５１５は、シグナリングサーバと呼ばれる場合がある。尚、Ｓｔｕｎサーバ５１４は、便宜上、ＩＣＥ５１４１を保持しているとみなすことができる。また、サーバ装置５２は、Ｗｅｂ／ＡＰサーバ５２１と、Ｐ２Ｐ接続制御サーバ５２３の機能を有する。Ｐ２Ｐ接続制御サーバ５２３は、Ｓｔｕｎサーバ５２４と、ＰｅｅｒＪＳサーバ５２５の機能を有する。尚、サーバ装置５２もサーバ装置５１と同様の構成であり、一部の図示を省略している。
【００４４】
図６は、本実施の形態２にかかるサーバ装置５１の構成を示すブロック図である。サーバ装置５１は、記憶装置８１と、メモリ８２と、通信ＩＦ部８３と、制御部８４とを備える。記憶装置８１は、例えば、ハードディスク、フラッシュメモリ等の不揮発性記憶装置である。記憶装置８１は、ＯＳ（Operating System）８１１、Ｗｅｂサーバプログラム８１２、ＡＰ（Application）サーバプログラム８１３、Ｗｅｂアプリケーションプログラム８１４、Ｓｔｕｎサーバプログラム８１５、ＰｅｅｒＪＳサーバプログラム８１６を記憶する。ＯＳ８１１は、サーバ装置５１の全体の動作を制御する基本ソフトである。Ｗｅｂサーバプログラム８１２は、ＨＴＴＰ（Hypertext Transfer Protocol）サーバプログラムである。ＡＰサーバプログラム８１３は、Ｗｅｂアプリケーションプログラム８１４を実行させるためのミドルウェアである。Ｗｅｂアプリケーションプログラム８１４は、クライアントからのリクエストに応じてＤＢを参照して動的なＷＥＢページを生成し、レスポンスとして返信し、当該ＷＥＢページに対する入力に応じてＤＢを更新する処理が実装されたプログラムである。Ｓｔｕｎサーバプログラム８１５は、Ｐ２Ｐ通信の接続確立のために端末にＩＰアドレスを通知したり、ＩＣＥ等の接続管理情報の問合せに応じて返信する処理等が実装されたプログラムである。尚、Ｓｔｕｎサーバプログラム８１５は、公知のＳｔｕｎサーバプログラムを改良したものであってもよい。ＰｅｅｒＪＳサーバプログラム８１６は、Ｐ２Ｐ通信の接続確立のために要求された接続先に要求元との直接通信の接続確立の可否を問い合わせる処理等が実装されたプログラムである。尚、ＰｅｅｒＪＳサーバプログラム８１６は、公知のＰｅｅｒＪＳサーバプログラムを改良したものであってもよい。
【００４５】
メモリ８２は、上述したメモリ２１３の一例であり、例えば、ＩＣＥ５１４１が保持される。通信ＩＦ部８３は、サーバ装置５１の外部との入出力を行うインタフェースである。
【００４６】
制御部８４は、サーバ装置５１の各構成を制御するＣＰＵ（Central Processing Unit）等のプロセッサである。制御部８４は、記憶装置８１からＯＳ８１１、Ｗｅｂサーバプログラム８１２、ＡＰサーバプログラム８１３、Ｗｅｂアプリケーションプログラム８１４、Ｓｔｕｎサーバプログラム８１５及びＰｅｅｒＪＳサーバプログラム８１６をメモリ８２へ読み込み、これらのプログラムを実行する。これにより、制御部８４は、後述する診療管理部８４１、端末情報処理部８４２及び接続処理部８４３の機能を実現する。尚、診療管理部８４１は、上述した診療管理部５１２に対応し、また、診療管理部２１１の一例である。また、診療管理部８４１は、主に、Ｗｅｂサーバプログラム８１２、ＡＰサーバプログラム８１３、Ｗｅｂアプリケーションプログラム８１４により実現される。端末情報処理部８４２及び接続処理部８４３は、上述した接続管理部２１２の一例である。尚、端末情報処理部８４２は、主に、Ｓｔｕｎサーバプログラム８１５により実現される。接続処理部８４３は、主に、ＰｅｅｒＪＳサーバプログラム８１６により実現される。
【００４７】
図４に戻り説明を続ける。負荷分散装置６は、ネットワークＮを介したタブレット端末７１０、７２０及び７３０等からのアクセスをサーバ装置５１、５２等に分散させて、接続制御サーバ（Ｐ２Ｐ接続制御サーバ５１３、５２３等）の冗長化を実現する装置である。そのため、タブレット端末７１０は、実際のアクセス先が都度、サーバ装置５１や５２に切り替わることがあり得る。
【００４８】
タブレット端末７１０、７２０及び７３０は、上述した端末３１、３２の一例であり、タッチパネル（画面）による入出力が可能である。また、タブレット端末７１０等は、カメラ等の撮影手段も備えるものとする。但し、これらの端末はタブレットに限定されず、パーソナルコンピュータ等であっても構わない。タブレット端末７１０は、医療機関７１に存在する端末である。医療機関７１は、クリニック等であり、遠隔診療を遠隔で行う医師７１３や看護師７１４が勤務しているものとする。そして、医師７１３や看護師７１４は、タブレット端末７１０を利用するものとする。タブレット端末７１０は、端末アプリ７１１とＩＣＥ７１２を備える。端末アプリ７１１は、遠隔診療支援システム２０００における端末側のアプリケーションソフトウェアである。端末アプリ７１１は、ネットワークＮを介して診療管理部５１２に対して端末リスト要求を行い、返信されたリストを画面に表示する。端末アプリ７１１は、ネットワークＮを介してＳｔｕｎサーバ５１４に対して接続管理情報の登録要求や端末ＩＤを含めた接続管理情報要求を送信し、応答を受信し、画面に表示する。また、端末アプリ７１１は、ネットワークＮを介してＰｅｅｒＪＳサーバ５１５に対して接続管理情報を指定した端末間接続要求を送信し、接続許可の応答に応じて、接続管理情報が示す経路情報に基づきネットワークＮを介して直接通信の接続先との接続を確立する。そして、端末アプリ７１１は、直接通信により動画や音声等のリアルタイム通信を行う。ＩＣＥ７１２は、タブレット端末７１０における接続管理情報である。
【００４９】
タブレット端末７２０は、患者宅７２に存在する端末である。患者宅７２は、患者７２３が居住する自宅等である。介護士７２４は、介護事業所７３等から派遣された訪問介護士であり、患者７２３の遠隔診療をサポートする。但し、介護士７２４は、遠隔診療において必須ではない。つまり、患者７２３は、単独でタブレット端末７２０を操作して遠隔診療を受診してもよい。または、介護士７２４以外に例えば、家族や訪問看護師等が患者７２３の遠隔診療をサポートしてもよい。タブレット端末７２０は、端末アプリ７２１とＩＣＥ７２２を備える。端末アプリ７２１は端末アプリ７１１と同等の機能を有する。ＩＣＥ７２２は、タブレット端末７２０における接続管理情報である。
【００５０】
タブレット端末７３０は、介護事業所７３に存在する端末である。介護事業所７３は、介護士７３３や介護士７２４が勤務しているものとする。介護士７３３は、タブレット端末７３０を利用するものとする。タブレット端末７３０は、端末アプリ７３１とＩＣＥ７３２を備える。端末アプリ７３１は端末アプリ７１１と同等の機能を有する。ＩＣＥ７３２は、タブレット端末７３０における接続管理情報である。
【００５１】
そのため、例えば、医師７１３又は看護師７１４は、タブレット端末７１０を操作してタブレット端末７２０とＰ２Ｐ通信の接続を確立することで、患者７２３に対する遠隔診療を行うことができる。また、介護士７３３は、タブレット端末７３０を操作してタブレット端末７２０とＰ２Ｐ通信の接続を確立することで、患者７２３に対する遠隔診療（健康管理等）を行うことができる。尚、タブレット端末７１０と７３０とがＰ２Ｐ通信の接続を確立できることはもちろんである。
【００５２】
また、タブレット端末７１０等は、起動時と起動中に１０分置きに自身のＩＣＥの登録要求をネットワークＮを介してＳｔｕｎサーバ５１４等へ送信するものとする。
【００５３】
また、利用管理ＤＢ４１には、医師７１３、看護師７１４、患者７２３、介護士７２４、介護士７３３についてのユーザＩＤ４１１等が予め登録済みであるものとする。
【００５４】
図７は、本実施の形態２にかかるログイン及び認証処理の流れを説明するフローチャートである。ここでは、タブレット端末７１０を例に挙げ、また、タブレット端末７１０からのアクセス先がサーバ装置５１であるものとして説明する。まず、タブレット端末７１０は、ユーザ（医師７１３又は看護師７１４）の操作により起動し、端末アプリ７１１が動作を開始する。端末アプリ７１１は、ネットワークＮを介して診療管理部５１２に対してログイン画面の要求を送信する。これに応じて、診療管理部５１２は、当該要求に応じてログイン画面を生成し、ネットワークＮを介して端末アプリ７１１へログイン画面を送信する（Ｓ２０１）。
【００５５】
そして、端末アプリ７１１は、受信したログイン画面を表示し、ユーザの操作によりユーザＩＤの入力を受け付け、タブレット端末７１０に設定済みの端末ＩＤを読み出す。また、端末アプリ７１１は、カメラ機能によりユーザの顔付近を撮影し、顔画像を取得する。そして、端末アプリ７１１は、ユーザＩＤ、端末ＩＤ及び顔画像をネットワークＮを介して診療管理部５１２へ送信する。これに応じて、診療管理部５１２は、ユーザＩＤ、端末ＩＤ及び顔画像を受け付ける（Ｓ２０２）。
【００５６】
そして、診療管理部５１２は、共有ストレージ装置４を参照し、受け付けたユーザＩＤ及び端末ＩＤの組が利用管理ＤＢ４１に登録済みか否かを判定する（Ｓ２０３）。登録済みと判定された場合、診療管理部５１２は、顔認証を行う。すなわち、診療管理部５１２は、共有ストレージ装置４の利用管理ＤＢ４１から受け付けたユーザＩＤ及び端末ＩＤの組に対応付けられた顔画像４１６を読み出し、受け付けた顔画像と照合する。そして、診療管理部５１２は、顔認証に成功したか否かを判定する（Ｓ２０４）。尚、顔認証処理は公知の技術を適用できる。
【００５７】
ステップＳ２０４で顔認証に成功した場合、診療管理部５１２は、ユーザ属性が医師以外か否かを判定する（Ｓ２０５）。すなわち、診療管理部５１２は、共有ストレージ装置４の利用管理ＤＢ４１から、受け付けたユーザＩＤに対応付けられたユーザ属性４１２を特定し、特定したユーザ属性４１２が医師以外であるか否かを判定する。例えば、看護師７１４の場合（Ｓ２０５でＹＥＳ）、ステップＳ２０８及びＳ２０９へ進む。一方、医師７１３の場合（Ｓ２０５でＮＯ）、診療管理部５１２は、タブレット端末７１０へパスワードの入力を要求する（Ｓ２０６）。
【００５８】
タブレット端末７１０は、ユーザである医師７１３の操作によりパスワードの入力を受け付け、ネットワークＮを介して診療管理部５１２へ送信する。そして、診療管理部５１２は、受信したパスワードと、利用管理ＤＢ４１のパスワード４１５とを照合し、パスワード認証に成功したか否かを判定する（Ｓ２０７）。パスワード認証に成功した場合、ステップＳ２０８及びＳ２０９へ進む。
【００５９】
つまり、診療管理部５１２は、受け付けたユーザＩＤに対応付けられた利用状態４１４を「利用中」として利用管理ＤＢ４１を更新する（Ｓ２０８）。併せて、診療管理部５１２は、ログイン後の初期画面をタブレット端末７１０へ送信する（Ｓ２０９）。これにより、端末アプリ７１１は、受信した初期画面を画面に表示する。
【００６０】
尚、ステップＳ２０３、Ｓ２０４又はＳ２０７においてＮＯと判定された場合、診療管理部５１２は、ログイン失敗の旨をタブレット端末７１０へ送信する（Ｓ２１０）。
【００６１】
このように、本実施の形態にかかるログイン及び認証処理では、端末を操作するユーザが医師（第１の医療従事者の一例）である場合には、顔認証だけでなく、パスワード認証を追加で要求する。これにより、遠隔診療において責任の大きい医師向けの機能の利用を、他の属性と比べてより厳格に確認することができ、信頼性の高い遠隔診療を実現できる。
【００６２】
続いて、２端末がログイン後に、端末間直接通信のための接続確立の流れについて説明する。まず、２端末のＩＣＥが同一サーバに登録される場合における端末間接続処理の流れを図８及び図９のシーケンス図を用いて説明する。ここでは、タブレット端末７１０とタブレット端末７２０とがＰ２Ｐ通信のための接続確立を行うものとする。また、前提として、タブレット端末７１０及び７２０は、上述したログイン及び認証処理済みであり、利用管理ＤＢ４１の利用状態４１４には利用中と設定済みであるものとする。
【００６３】
まず、タブレット端末７１０（端末Ａ）は、自己の接続管理情報であるＩＣＥ７１２（ＩＣＥ＿Ａ）の登録要求をネットワークＮを介してＳｔｕｎサーバへ送信する（Ｓ２２１）。このとき、負荷分散装置６は、登録要求をサーバ装置５１内のＳｔｕｎサーバ５１４へ転送するものとする。そのため、Ｓｔｕｎサーバ５１４は、タブレット端末７１０からの登録要求を受け付け、登録要求に含まれるＩＣＥ＿Ａをメモリ８２に保持する（Ｓ２２２）。また、Ｓｔｕｎサーバ５１４は、ＩＣＥ＿Ａを共有ストレージ装置４の接続管理ＤＢ４２へ登録する（Ｓ２２３）。
【００６４】
また、タブレット端末７２０（端末Ｂ）は、自己の接続管理情報であるＩＣＥ７２２（ＩＣＥ＿Ｂ）の登録要求をネットワークＮを介してＳｔｕｎサーバへ送信する（Ｓ２２４）。このときも、負荷分散装置６は、登録要求をサーバ装置５１内のＳｔｕｎサーバ５１４へ転送するものとする。そのため、Ｓｔｕｎサーバ５１４は、タブレット端末７２０からの登録要求を受け付け、登録要求に含まれるＩＣＥ＿Ｂをメモリ８２に保持する（Ｓ２２５）。また、Ｓｔｕｎサーバ５１４は、ＩＣＥ＿Ｂを共有ストレージ装置４の接続管理ＤＢ４２へ登録する（Ｓ２２６）。
【００６５】
その後、タブレット端末７１０は、ネットワークＮを介して端末リスト要求を診療管理部へ送信する（Ｓ２２７）。このとき、負荷分散装置６は、端末リスト要求をサーバ装置５１内の診療管理部５１２へ転送するものとする。そのため、診療管理部５１２は、端末リスト要求の受け付けに応じて、共有ストレージ装置４の利用管理ＤＢ４１に対して、利用状態４１４が利用中である端末ＩＤの検索を行う（Ｓ２２８）。ここでは、少なくとも端末Ｂの端末ＩＤを含むリストが検索され、診療管理部５１２は、当該リストを共有ストレージ装置４の利用管理ＤＢ４１から取得する（Ｓ２２９）。そして、診療管理部５１２は、取得した端末リストをタブレット端末７１０へ返信する（Ｓ２３０）。そのため、タブレット端末７１０は、受信した端末リストを画面に表示する（Ｓ２３１）。
【００６６】
そして、タブレット端末７１０は、ユーザによる端末Ｂの選択を受け付け（Ｓ２３２）、端末ＢのＩＣＥ取得要求をネットワークＮを介してＳｔｕｎサーバへ送信する（Ｓ２３３）。このとき、負荷分散装置６は、ＩＣＥ取得要求をサーバ装置５１内のＳｔｕｎサーバ５１４へ転送するものとする。そのため、Ｓｔｕｎサーバ５１４は、受け付けたＩＣＥ取得要求に指定された端末Ｂに対応する端末ＩＤを自身のメモリ８２の中から検索する。ここでは、ステップＳ２２５においてＩＣＥ＿Ｂがメモリに保持されているため、Ｓｔｕｎサーバ５１４は、メモリ８２からＩＣＥ＿Ｂを取得し（Ｓ２３４）、取得したＩＣＥ＿Ｂをタブレット端末７１０へ返信する（Ｓ２３５）。
【００６７】
これに応じて、タブレット端末７１０は、受信したＩＣＥ＿Ｂを指定したＰ２Ｐ接続要求をネットワークＮを介してＰｅｅｒＪＳサーバへ送信する（Ｓ２３６）。このとき、負荷分散装置６は、Ｐ２Ｐ接続要求をサーバ装置５１内のＰｅｅｒＪＳサーバ５１５へ転送するものとする。そのため、ＰｅｅｒＪＳサーバ５１５は、受信したＰ２Ｐ接続要求に応じて、ＩＣＥ＿Ｂに基づいて端末Ｂに対して、端末ＡとのＰ２Ｐ接続可否の問合せを行う（Ｓ２３７）。このとき、ＰｅｅｒＪＳサーバ５１５は、端末ＡのＩＣＥ＿Ａを端末Ｂへ送信してもよい。
【００６８】
タブレット端末７２０は、端末ＡとのＰ２Ｐ接続可否の問合せに問題がなければ、ＰｅｅｒＪＳサーバ５１５へ端末Ａとの接続許可の応答を行う（Ｓ２３８）。尚、タブレット端末７２０は、併せてＩＣＥ＿Ａを内部で保持してもよい。そして、ＰｅｅｒＪＳサーバ５１５は、接続許可の応答に応じて、端末Ａに対して、端末ＢとのＰ２Ｐ接続許可応答を送信する（Ｓ２３９）。タブレット端末７１０は、端末ＢとのＰ２Ｐ接続許可応答に応じて、ＩＣＥ＿Ｂの動的ＩＰアドレス４２１２及び経路情報４２１３に基づいて、タブレット端末７２０とのＰ２Ｐ接続を確立する（Ｓ２４０）。以降、タブレット端末７１０とタブレット端末７２０は、直接通信により、動画及び音声のリアルタイム通信を行うことができる。
【００６９】
続いて、２端末のＩＣＥが別サーバに登録される場合における端末間接続処理の流れを図１０及び図１１のシーケンス図を用いて説明する。尚、上述した図８及び図９との違いは、負荷分散装置６におけるアクセスの割り振り先であり、以下では違いを中心に説明し、同様の処理について適宜、説明を省略する。
【００７０】
まず、ステップＳ２２１からＳ２２３は、図８と同様である。そして、タブレット端末７２０（端末Ｂ）は、自己の接続管理情報であるＩＣＥ７２２（ＩＣＥ＿Ｂ）の登録要求をネットワークＮを介してＳｔｕｎサーバへ送信する（Ｓ２２４ａ）。ここで、負荷分散装置６は、登録要求をサーバ装置５２内のＳｔｕｎサーバ５２４へ転送するものとする。そのため、Ｓｔｕｎサーバ５２４は、タブレット端末７２０からの登録要求を受け付け、登録要求に含まれるＩＣＥ＿Ｂを自身のメモリに保持する（Ｓ２２５ａ）。また、Ｓｔｕｎサーバ５２４は、ＩＣＥ＿Ｂを共有ストレージ装置４の接続管理ＤＢ４２へ登録する（Ｓ２２６ａ）。この結果、サーバ装置５１側のＳｔｕｎサーバ５１４のメモリにはＩＣＥ＿Ａが保持され、サーバ装置５２側のＳｔｕｎサーバ５２４のメモリにはＩＣＥ＿Ｂが保持されたことになる。そして、共有ストレージ装置４の接続管理ＤＢ４２には、ＩＣＥ＿Ａ及びＩＣＥ＿Ｂの両方が登録されたことになる。
【００７１】
引き続き、ステップＳ２２７からＳ２３２は、図８と同様である。そして、タブレット端末７１０は、端末ＢのＩＣＥ取得要求をネットワークＮを介してＳｔｕｎサーバへ送信する（Ｓ２３３）。このとき、負荷分散装置６は、ＩＣＥ取得要求をサーバ装置５１内のＳｔｕｎサーバ５１４へ転送するものとする。そのため、Ｓｔｕｎサーバ５１４は、受け付けたＩＣＥ取得要求に指定された端末Ｂに対応する端末ＩＤを自身のメモリ８２の中から検索する。しかし、ここでは、メモリへのＩＣＥ＿Ｂの検索がミスヒットする（Ｓ２３４ａ）。そのため、Ｓｔｕｎサーバ５１４は、共有ストレージ装置４の接続管理ＤＢ４２に対して、ＩＣＥ＿Ｂの検索要求を発行する（Ｓ２３４ｂ）。上述のとおり、接続管理ＤＢ４２にはＩＣＥ＿Ｂが登録済みであるため、Ｓｔｕｎサーバ５１４は、検索結果として接続管理ＤＢ４２からＩＣＥ＿Ｂを取得する（Ｓ２３４ｃ）。そして、Ｓｔｕｎサーバ５１４は、取得したＩＣＥ＿Ｂをタブレット端末７１０へ返信する（Ｓ２３５）。以後、ステップＳ２３６からＳ２４０については、図９と同様である。
【００７２】
このように、本実施の形態２により、端末間の直接通信を行う予定の２端末について、実際には自己のＩＣＥをＳｔｕｎサーバに登録済みであって、登録先が冗長化した異なるサーバに分散してしまった場合であっても、確実にＩＣＥを共有することができる。その理由は、各ＳｔｕｎサーバがＩＣＥを自己のメモリに保持するだけでなく、両サーバの共有ストレージ装置４にＩＣＥを登録しているためである。また、いずれのＳｔｕｎサーバもＩＣＥ取得要求で指定された端末のＩＣＥを先にメモリを参照することで、メモリで検索がヒットした場合には、より早くＩＣＥを返信することができる。そして、仮にメモリで検索にミスヒットしたとしても共有ストレージ装置４に対して検索を行うことで、速やかに所望のＩＣＥを取得することができる。
【００７３】
続いて、遠隔診療をより効果的に支援するために次の処理を行うことが望ましい。まず、診療管理部５１２は、第１の医療従事者が利用する任意の端末から特定の患者の遠隔診療に関わる第２の医療従事者のユーザＩＤの登録要求を受け付けるものとする。この場合、診療管理部５１２は、当該第１の医療従事者、前記第２の医療従事者及び前記特定の患者のそれぞれのユーザＩＤを対応付けて前記ストレージシステムに登録する。例えば、診療管理部５１２は、医師７１３が利用するタブレット端末７１０から患者７２３の遠隔診療に関わる看護師７１４や介護士７２４のユーザＩＤの登録要求を受け付ける。この場合、診療管理部５１２は、医師７１３、看護師７１４、介護士７２４及び患者７２３のそれぞれのユーザＩＤを対応付けて共有ストレージ装置４の診療関係者ＤＢ４３に登録する。
【００７４】
そして、診療管理部５１２は、看護師７１４が利用する際のタブレット端末７１０からの端末リスト要求に応じて、診療関係者ＤＢ４３の中から看護師７１４のユーザＩＤと対応付けられた他のユーザＩＤ（介護士７２４、患者７２３）を特定する。この場合、診療管理部５１２は、特定された他のユーザＩＤ４１１と対応付けられ、かつ、利用状態４１４が利用中である利用管理ＤＢ４１内の端末ＩＤ４１３のリストを取得し、当該リストをタブレット端末７１０へ返信する。つまり、この場合、端末ＩＤリストには、患者７２３の遠隔診療関係者ではない介護士７３３が利用可能なタブレット端末７３０の端末ＩＤは含まれない。よって、Ｐ２Ｐ接続が不要な端末ＩＤを除外することができ、また、看護師７１４が担当していない他の患者の端末ＩＤも除外される。これは、患者７２３が操作した場合も同様であり、他の患者や医療従事者の情報は除外される。よって、患者のプライバシーを保護し、医療従事者や患者間の不要な接続によるトラブルを回避できる。そして、これらを医療従事者の全員ではなくより責任の大きい医師の権限により制御できる。
【００７５】
さらに、診療情報へのアクセス権限を医師が制御できることが望ましい。そのためには、診療管理部５１２は、第１の医療従事者が利用する前記任意の端末から前記特定の患者の前記診療情報及び当該診療情報にアクセスを許可するユーザＩＤの登録要求を受け付けるものとする。その場合、診療管理部５１２は、当該特定の患者のユーザＩＤと前記診療情報とを対応付け、前記アクセスが許可されたユーザＩＤに当該診療情報へのアクセス権限を付与して、前記ストレージシステムに登録する。例えば、診療管理部５１２は、医師７１３が利用するタブレット端末７１０から患者７２３に対する医師のメモとこのメモの閲覧を許可する看護師７１４のユーザＩＤの登録要求を受け付ける。その場合、診療管理部５１２は、患者７２３の患者ＩＤ４４１と診療情報４４２を対応付け、これらのアクセス権限４４３「閲覧」に看護師７１４のユーザＩＤ４４４を付与して診療履歴ＤＢ４４に登録する。
【００７６】
そして、診療管理部５１２は、前記第１の端末又は前記第２の端末から前記特定の患者の前記診療情報へのアクセス要求を受け付けるものとする。この場合、診療管理部５１２は、前記ストレージシステムから、前記特定の患者の前記診療情報のうち当該アクセス要求の要求元を現在利用中のユーザＩＤに前記アクセス権限が付与されたものを取得し、当該取得した診療情報を当該要求元に対して返信する。例えば、診療管理部５１２は、患者７２３が利用中のタブレット端末７２０から、自身に対する診療情報へのアクセス要求を受け付けたものとする。例えば、診療管理部５１２は、タブレット端末７２０内の端末アプリ７２１から、患者７２３のこれまでの診察履歴の参照要求を受診したものとする。この場合、診療管理部５１２は、診療履歴ＤＢ４４から患者７２３の患者ＩＤ４４１に対応付けられた診療情報４４２のうち、アクセス権限４４３「閲覧」として患者７２３のユーザＩＤ４４４が付与されたもののみを読み出す。そして、診療管理部５１２は、読み出した診療情報をタブレット端末７２０へ返信する。つまり、この場合、上述した医師のメモは患者７２３には開示されない。このように、医師が登録する診療情報へのアクセス権限を制御できる。例えば、患者ではなく、第２の医療従事者であっても情報内容によっては、特定患者の診療情報を開示しないことが望ましい場合がある。よって、患者の容態に応じて医師がきめ細かく開示を制御できる。
【００７７】
また、上述したアクセス権限の設定は、診療情報ごとに個別に設定するため、医師の設定操作の負担が大きい。そこで、次のようにアクセス権限の設定を自動化することが考えられる。すなわち、診療管理部５１２は、第１の医療従事者が利用する前記任意の端末から前記特定の患者の前記診療情報の種別に応じてアクセスを許可するユーザＩＤの登録要求を受け付ける。その場合、診療管理部５１２は、当該特定の患者のユーザＩＤと前記診療情報の種別と前記アクセスが許可されたユーザＩＤとを対応付けて前記ストレージシステムに登録する。例えば、診療管理部５１２は、医師７１３が利用するタブレット端末７１０から患者７２３の診療情報の種別が介護士のメモである場合には閲覧許可を医師７１３、看護師７１４及び介護士７２４に限定するようこれらのユーザＩＤの登録要求を受け付ける。この場合、診療管理部５１２は、患者７２３の患者ＩＤ４５１と診療情報種別４５２と医師７１３、看護師７１４及び介護士７２４のユーザＩＤ４５３とを対応付けて権限定義ＤＢ４５に登録する。
【００７８】
その後、診療管理部５１２は、介護士７２４が利用するタブレット端末７２０から患者７２３の容態のメモの登録要求を受け付けたものとする。この場合、診療管理部５１２は、患者７２３の患者ＩＤ４４１と容態のメモである診療情報４４２とを対応付け、患者７２３の診療情報種別４５２に対応付けられたユーザＩＤ４５３である医師７１３、看護師７１４及び介護士７２４のユーザＩＤ４５３をユーザＩＤ４４４、アクセス権限４４３を閲覧として診療履歴ＤＢ４４に登録する。
【００７９】
そして、診療管理部５１２は、看護師７１４が利用するタブレット端末７１０から患者７２３の診療情報への閲覧要求を受け付けた場合、診療履歴ＤＢ４４から患者７２３の診療情報４４２のうち、看護師７１４に閲覧権限が付与されたものを取得する。そして、診療管理部５１２は、取得した診療情報をタブレット端末７１０へ返信する。一方、診療管理部５１２は、患者７２３が利用するタブレット端末７２０から自身の診療情報への閲覧要求を受け付けた場合、診療履歴ＤＢ４４から、患者７２３のユーザＩＤのアクセス権限が付与されていない診療情報の取得が行われない。
【００８０】
このように、医師が診療情報の種別に応じたアクセス権限の定義を事前に登録しておくことで、医師以外のユーザが入力した診療情報へのアクセス制限も自動的に設定できる。また、診療情報の種別ごとにアクセス権限を付与するため、医師は個別の診療情報について全てアクセス権限を付与する手間を軽減でき、つまり、アクセス権限の付与が自動化され、アクセス権限の管理が容易になる。
【００８１】
＜実施の形態３＞
本実施の形態３は、本開示を上述した実施の形態１とは異なる観点から説明するものである。ここで、本実施の形態３で解決しようとする課題は、医療従事者間の患者情報の共有画面と動画による双方向通信とを組み合わせることである。
【００８２】
図１２は、本実施の形態３にかかる遠隔診療支援システム３０００の構成を示すブロック図である。遠隔診療支援システム３０００は、遠隔診療支援装置２１ａと、端末３１、３２等とを少なくとも備える。また、遠隔診療支援装置２１ａと、端末３１、・・・３２とは、ネットワークＮを介して接続されている。尚、端末３１及び３２並びにネットワークＮは、上述した実施形態１等と同等のものであるため、説明を省略する。
【００８３】
遠隔診療支援装置２１ａは、診療管理部２１１ａと、接続管理部２１２ａとを備える。診療管理部２１１ａは、遠隔診療を受ける患者に関する診療情報を管理する。接続管理部２１２ａは、端末間の直接通信の接続確立を制御する。尚、端末間の直接通信の接続確立を行う手法は、公知の技術を用いてもよく、又は、上述した実施形態１もしくは２の技術を用いてもよい。
【００８４】
診療管理部２１１ａは、端末３２（第２の端末）と接続確立された端末３１（第１の端末）からの要求に応じて、診療情報を端末３１の画面に表示させるための表示情報を生成する。その際、診療管理部２１１ａは、端末３１により撮影された（端末３１を利用する）ユーザの撮影画像を直接通信により端末３２（接続確立の相手）へ送信させる処理を、表示情報に埋め込む。ここで、「撮影画像を直接通信により端末３２へ送信させる処理」とは、例えば、WebRTCを用いて記述されたコードが挙げられる。または、Ｐ２Ｐ通信による端末間の双方向の動画通信技術を用いてもよく、これに限定されない。そして、診療管理部２１１ａは、当該埋め込み後の表示情報を、第１の端末に返信する。
【００８５】
尚、遠隔診療支援装置２１ａは、図示しない構成としてプロセッサ、メモリ及び記憶装置を備えるものである。また、当該記憶装置には、本実施の形態にかかる遠隔診療支援方法が実装されたコンピュータプログラムである遠隔診療支援プログラムが記憶されている。そして、当該プロセッサは、当該記憶装置から遠隔診療支援プログラムをメモリへ読み込み、当該遠隔診療支援プログラムを実行する。これにより、前記プロセッサは、診療管理部２１１ａ及び接続管理部２１２ａの機能を実現する。
【００８６】
図１３は、本実施の形態３にかかる遠隔診療支援方法の流れを示すフローチャートである。まず、接続管理部２１２ａは、第１及び第２の端末の間の直接通信の接続確立を制御する（Ｓ３１）。これにより、例えば、端末３１と端末３２とは、遠隔診療支援装置２１ａを介さない直接通信が可能となる。
【００８７】
次に、診療管理部２１１ａは、（第２の端末と接続確立された）第１の端末からの要求に応じて、遠隔診療を受ける患者に関する診療情報を第１の端末の画面に表示させるための表示情報を生成する（Ｓ３２）。そして、診療管理部２１１ａは、ユーザの撮影画像を直接通信により第２の端末へ送信させる処理を、表示情報に埋め込む（Ｓ３３）。ここで、撮影画像は、Ｓ３２の要求元である第１の端末に搭載されたカメラ等の撮影装置により、第１の端末を利用するユーザが撮影された画像である。
【００８８】
その後、診療管理部２１１ａは、当該埋め込み後の表示情報を、第１の端末に返信する（Ｓ３４）。これにより、第１の端末が受信した表示情報を画面に表示することで、第１の端末の第１のユーザは、画面に表示された診療情報を閲覧することができる。また、第１の端末は、当該表示情報に埋め込まれた「送信させる処理」により、内蔵されるカメラにより第１のユーザを撮影した撮影画像を、直接通信により第２の端末へ送信できる。よって、第２の端末は、第１の端末から受信した撮影画像を画面に表示でき、第２の端末の第２のユーザは、画面から第１のユーザを視認できる。
【００８９】
同様に、遠隔診療支援装置２１ａは、第２の端末からのアクセス要求に応じて、ステップＳ３２からＳ３４を行うことで、第２の端末は、受信した表示情報を画面に表示できる。よって、第２の端末の第２のユーザも、画面に表示された診療情報を閲覧することができる。つまり、第１及び第２のユーザの間で患者情報を含む診療情報を共有できる。
【００９０】
併せて、第２の端末は、当該表示情報に埋め込まれた「送信させる処理」により、内蔵されるカメラにより第２のユーザを撮影した撮影画像を、直接通信により第１の端末へ送信できる。よって、第１の端末は、第２の端末から受信した撮影画像を画面に表示でき、第１の端末の第１のユーザは、画面から第２のユーザを視認できる。つまり、第１及び第２の端末は、直接通信により動画による双方向通信が可能となる。そのため、例えば、医療機関にいる医師等の医療従事者と、当該医療機関から遠隔地にある拠点にいる患者や他の医療従事者との間で、動画による双方向のリアルタイムなコミュニケーションが可能となる。
【００９１】
このように、本実施の形態３により、医療従事者間の患者情報の共有画面と動画による双方向通信とを円滑に組み合わせることができる。
【００９２】
尚、本実施の形態３は、上述した実施の形態１又は２の一部又は全ての構成をさらに追加しても構わない。例えば、遠隔診療支援装置２１ａは必ずしも冗長化する必要はない。
【００９３】
＜実施の形態４＞
本実施の形態４は、本開示を上述した実施の形態１及び３とは異なる観点から説明するものである。ここで、本実施の形態４で解決しようとする課題は、医師等の特定の医療従事者により、特定の患者に関する診療情報へのアクセス権限を制御することである。
【００９４】
図１４は、本実施の形態４にかかる遠隔診療支援システム４０００の構成を示すブロック図である。遠隔診療支援システム４０００は、記憶装置４ａと、遠隔診療支援装置２１ｂと、端末３１、３２等とを少なくとも備える。また、記憶装置４ａと遠隔診療支援装置２１ｂとは接続されている。遠隔診療支援装置２１ｂと、端末３１、・・・３２とは、ネットワークＮを介して接続されている。尚、端末３１及び３２並びにネットワークＮは、上述した実施形態１等と同等のものであるため、説明を省略する。
【００９５】
記憶装置４ａは、１以上のストレージ装置により構成されるストレージシステムであり、上述した共有ストレージ装置４を用いてもよい。記憶装置４ａは、利用管理ＤＢ４１と、診療関係者ＤＢ４３ａと、診療履歴ＤＢ４４ａとを含む。利用管理ＤＢ４１は、図４と同様である。診療関係者ＤＢ４３ａは、患者ＩＤ４３１と、関係者属性４３５と、ユーザリスト４３６とが対応付けられている。関係者属性４３５は、患者ＩＤ４３１に該当する特定の患者の診療に関係する関係者のグループの種別を示す情報である。関係者属性４３５としては、例えば、医療機関に所属する医師や看護師等の医療従事者のグループを示す医療関係者、介護事業者に属する介護士等の医療従事者のグループを示す介護チーム、患者やその家族をグループ化した患者家族等が挙げられる。ユーザリスト４３６は、上述した各関係者属性に属する個別のユーザＩＤ４３７の集合である。つまり、ユーザリスト４３６は、特定の患者（患者ＩＤ４３１）の診療に関わる関係者属性４３５に属するユーザリストの一例である。
【００９６】
診療履歴ＤＢ４４ａは、患者ＩＤ４４１ａと、診療情報４４２ａと、関係者属性４４３ａとが対応付けられている。患者ＩＤ４４１ａ及び診療情報４４２ａは、上述した患者ＩＤ４４１及び診療情報４４２と同様である。関係者属性４４３ａは、上述した関係者属性４３５と同様である。
【００９７】
遠隔診療支援装置２１ｂは、診療管理部２１１ｂを少なくとも備える。診療管理部２１１ｂは、第１の関係者属性に属する第１の医療従事者が利用する端末から、特定の患者に関する第１の診療情報と当該第１の診療情報にアクセスを許可する第２の関係者属性との登録要求を受信する。そして、診療管理部２１１ｂは、第１の診療情報に少なくとも第２の関係者属性を対応付けて記憶装置４ａに登録する。また、診療管理部２１１ｂは、ユーザ４３７が利用する所定の端末から、特定の患者の診療情報へのアクセス要求を受信する。そして、診療管理部２１１ｂは、診療関係者ＤＢ４３ａを参照してユーザ４３７を含むユーザリスト４３６が属する関係者属性４３５を特定し、特定した関係者属性４３５が対応付けられた１以上の診療情報４２２ａを診療履歴ＤＢ４４ａから取得する。診療管理部２１１ｂは、取得した１以上の診療情報４４２ａを所定の端末の画面に表示させるために所定の端末へ返信する。
【００９８】
尚、遠隔診療支援装置２１ｂは、図示しない構成としてプロセッサ、メモリ及び記憶装置を備えるものである。また、当該記憶装置には、本実施の形態にかかる遠隔診療支援方法が実装されたコンピュータプログラムである遠隔診療支援プログラムが記憶されている。そして、当該プロセッサは、当該記憶装置から遠隔診療支援プログラムをメモリへ読み込み、当該遠隔診療支援プログラムを実行する。これにより、前記プロセッサは、診療管理部２１１ｂの機能を実現する。
【００９９】
図１５は、本実施の形態４にかかる遠隔診療支援方法の流れを示すフローチャートである。まず、診療管理部２１１ｂは、例えば、医療関係者に属する医師が利用する端末から、特定の患者に関する第１の診療情報と当該第１の診療情報にアクセスを許可する関係者属性４４３ａ「介護チーム」との登録要求を受信する（Ｓ４１）。
【０１００】
次に、診療管理部２１１ｂは、第１の診療情報４４２ａに少なくとも関係者属性４４３ａ「介護チーム」を対応付けて診療履歴ＤＢ４４ａに登録する（Ｓ４２）。尚、このとき、診療管理部２１１ｂは、第１の診療情報４４２ａに関係者属性４４３ａ「医療関係者」を併せて対応付けて診療履歴ＤＢ４４ａに登録してもよい。但し、この場合、診療管理部２１１ｂは、第１の診療情報４４２ａに関係者属性４４３ａ「患者家族」を対応付けないものとする。
【０１０１】
また、ステップＳ４１において、第１の診療情報にアクセスを許可する関係者属性４４３ａに「患者家族」が対応付けられていた場合には、ステップＳ４２において、診療管理部２１１ｂは、第１の診療情報４４２ａに関係者属性４４３ａ「患者家族」を併せて対応付けて診療履歴ＤＢ４４ａに登録することになる。
【０１０２】
続いて、診療管理部２１１ｂは、所定のユーザが利用する所定の端末から、特定の患者の診療情報へのアクセス要求を受信する（Ｓ４３）。例えば、診療管理部２１１ｂは、介護士が利用する端末から、前記患者の診療情報へのアクセス要求を受信したものとする。
【０１０３】
このとき、診療管理部２１１ｂは、診療関係者ＤＢ４３ａを参照して当該介護士のユーザＩＤ４３７を含むユーザリスト４３６が属する関係者属性４３５を特定する（Ｓ４４）。もし、診療関係者ＤＢ４３ａ内に当該介護士のユーザＩＤ４３７を含むユーザリスト４３６と、当該患者の患者ＩＤ４３１の関係者属性４３５とが対応付けられていなければ、特定されず、その旨を端末へ返信する。
【０１０４】
ここではステップＳ４４で特定されたものとし、続いて、診療管理部２１１ｂは、特定した関係者属性４４３ａが対応付けられた１以上の診療情報４４２ａを診療履歴ＤＢ４４ａから取得する（Ｓ４５）。つまり、当該患者の患者ＩＤ４４１ａに対応付けられた診療情報４４２ａが過去に複数、登録されており、かつ、特定した関係者属性４４３ａが複数の診療情報４４２ａに対応付けられている場合には、２以上の診療情報４４２ａが取得される。
【０１０５】
そして、診療管理部２１１ｂは、取得した１以上の診療情報４４２ａを所定の端末の画面に表示させるために所定の端末へ返信する（Ｓ４６）。これにより、当該患者の担当医師により予め関係者属性及びユーザリストに登録されたユーザ、つまり当該患者の診療情報へのアクセス権限が付与されたグループに属するユーザに対して、診療情報が開示される。一方、担当医師により登録されていないユーザ、つまり、当該患者の診療情報へのアクセス権限が付与されいないユーザに対しては、診療情報が取得されないため、開示されない。例えば、医師が患者家族に開示できないコメントを記録して医療関係者及び介護チームとのみ共有するといったことが、安全かつ容易に実現できる。また、医療従事者であっても当該患者の関係者でないユーザには、当該患者の診療情報へのアクセスを制限し、プライバシーを保護できる。
【０１０６】
本実施の形態４は、上述した実施の形態１乃至３の一部又は全ての構成をさらに追加しても構わない。例えば、遠隔診療支援装置２１ｂは必ずしも冗長化する必要はない。さらに、遠隔診療支援装置２１ｂは必ずしも端末間の直接通信の接続確立を制御する必要もない。
【０１０７】
＜その他の実施の形態＞
尚、上述の実施の形態では、ハードウェアの構成として説明したが、これに限定されるものではない。本開示は、任意の処理を、ＣＰＵ（Central Processing Unit）にコンピュータプログラムを実行させることにより実現することも可能である。
【０１０８】
上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、ＤＶＤ（Digital Versatile Disc）、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【０１０９】
なお、本開示は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。また、本開示は、それぞれの実施の形態を適宜組み合わせて実施されてもよい。
【０１１０】
上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
（付記Ａ１）
第１及び第２の端末の間の直接通信の接続確立を制御する接続管理部と、
遠隔診療を受ける患者に関する診療情報を管理する診療管理部と、
を備え、
前記診療管理部は、
前記第２の端末と前記接続確立された前記第１の端末からの要求に応じて、前記診療情報を前記第１の端末の画面に表示させるための表示情報を生成し、
前記第１の端末により撮影された当該第１の端末を利用するユーザの撮影画像を前記直接通信により前記第２の端末へ送信させる処理を、前記表示情報に埋め込み、
当該埋め込み後の表示情報を、前記第１の端末に返信する
遠隔診療支援装置。
（付記Ａ２）
前記接続管理部は、
所定の端末における端末ＩＤと当該端末に付与された宛先情報とを対応付けた接続管理情報を受け付けた場合に、当該接続管理情報を自装置のメモリに保持し、
前記第１の端末から前記第２の端末との前記接続確立の要求に応じて、前記第１の端末に対して当該第２の端末の第２の接続管理情報を返信し、前記第２の端末に対して当該第１の端末との前記接続確立の可否を問合せることにより、前記第１及び第２の端末の間の前記接続確立をさせる
付記Ａ１に記載の遠隔診療支援装置。
（付記Ａ３）
前記接続管理部は、
前記接続管理情報を受け付けた場合に、当該接続管理情報を前記メモリに保持すると共に、前記自装置と冗長化された他装置と共に接続されたストレージシステムへ当該接続管理情報を登録し、
前記接続確立の要求に応じて、前記メモリに対して前記第２の接続管理情報を検索し、
前記検索がミスヒットした場合に、前記ストレージシステムに対して前記第２の接続管理情報を検索し、
前記メモリ又は前記ストレージシステムのうち前記検索がヒットした側から前記第２の接続管理情報を取得して、前記第１の端末に返信する
付記Ａ２に記載の遠隔診療支援装置。
（付記Ａ４）
前記ストレージシステムは、端末の利用状態と端末ＩＤとを対応付けた利用管理情報をさらに記憶し、
前記診療管理部は、
前記第１の端末からの端末リスト要求に応じて前記ストレージシステムの前記利用管理情報の中から前記利用状態が利用中である前記端末ＩＤのリストを取得し、当該リストを当該第１の端末へ返信し、
前記接続管理部は、
前記第１の端末において前記リストの中から選択された前記第２の端末における第２の端末ＩＤを含む接続管理情報要求を前記接続確立の要求として受け付けた場合に、前記メモリに対して前記第２の端末ＩＤを検索し、
前記検索がミスヒットした場合に、前記ストレージシステムに対して前記第２の端末ＩＤを検索し、
前記メモリ又は前記ストレージシステムのうち前記検索がヒットした側から前記第２の端末ＩＤが対応付けられた前記第２の接続管理情報を取得して、前記第１の端末に返信する
付記Ａ３に記載の遠隔診療支援装置。
（付記Ａ５）
前記接続管理部は、
前記第１の端末からの前記第２の接続管理情報が指定された端末間接続要求に応じて、前記第２の接続管理情報に基づいて前記第２の端末に対して前記第１の端末との前記接続確立の可否を問合せ、
前記第２の端末からの前記接続確立の許可応答に応じて、前記第２の端末と前記接続確立をさせるように前記第１の端末に対して応答する
付記Ａ４に記載の遠隔診療支援装置。
（付記Ａ６）
前記接続管理情報は、前記直接通信の際に経由するネットワーク中の経路情報の候補を含む
付記Ａ２乃至Ａ５のいずれか１項に記載の遠隔診療支援装置。
（付記Ａ７）
前記遠隔診療支援装置は、特定の患者の診療に関わる関係者属性に属するユーザリストを記憶する第１の記憶装置と接続され、
前記診療管理部は、
第１の関係者属性に属する第１の医療従事者が利用する端末から受信した前記特定の患者に関する第１の診療情報と当該第１の診療情報にアクセスを許可する第２の関係者属性との登録要求に応じて、前記第１の診療情報に少なくとも前記第２の関係者属性を対応付けて前記第１の記憶装置に登録し、
所定のユーザが利用する所定の端末から受信した前記特定の患者の診療情報へのアクセス要求に応じて、前記第１の記憶装置を参照して当該所定のユーザを含む前記ユーザリストが属する前記関係者属性を特定し、
前記特定した関係者属性が対応付けられた１以上の診療情報を前記第１の記憶装置から取得し、
前記取得した１以上の診療情報を前記所定の端末の画面に表示させるための第１の表示情報を生成
する
付記Ａ１乃至Ａ６のいずれか１項に記載の遠隔診療支援装置。
（付記Ａ８）
前記遠隔診療支援装置は、特定の端末を利用可能なユーザのユーザＩＤとパスワードと当該ユーザＩＤの属性と当該ユーザＩＤの顔画像とを対応付けて予め記憶する第２の記憶装置と接続され、
前記診療管理部は、
所定の端末のログイン処理時に、前記所定の端末により撮影された当該端末のユーザの顔画像とユーザＩＤとを受け付け、
前記受け付けたユーザＩＤに対応付けられた顔画像を前記第２の記憶装置から取得し
前記受け付けた顔画像と前記取得された顔画像との顔認証を行い、
前記受け付けたユーザＩＤの属性が特定の医療従事者である場合、前記顔認証に成功した後に前記所定の端末に対してパスワード認証を要求し、当該パスワード認証に成功した場合に、ログインを許可し、
前記受け付けたに含まれるユーザＩＤの属性が前記特定の医療従事者以外である場合、前記顔認証に成功した後に、ログインを許可する
付記Ａ１乃至Ａ７のいずれか１項に記載の遠隔診療支援装置。
（付記Ａ９）
前記利用管理情報は、前記端末を利用可能なユーザＩＤがさらに対応付けられ、
前記診療管理部は、
第１の医療従事者が利用する任意の端末から特定の患者の遠隔診療に関わる第２の医療従事者の前記ユーザＩＤの登録要求を受け付けた場合、当該第１の医療従事者、前記第２の医療従事者及び前記特定の患者のそれぞれのユーザＩＤを対応付けて前記ストレージシステムに登録し、
前記第１の端末からの前記端末リスト要求に応じて、前記ストレージシステムの中から当該第１の端末を現在利用中のユーザのユーザＩＤと対応付けられた他のユーザＩＤを特定し、
前記特定された他のユーザＩＤと対応付けられ、かつ、前記利用状態が利用中である前記利用管理情報の前記端末ＩＤのリストを取得し、
当該リストを当該第１の端末へ返信する
付記Ａ４又はＡ５に記載の遠隔診療支援装置。
（付記Ａ１０）
前記診療管理部は、
前記第１の医療従事者が利用する前記任意の端末から前記特定の患者の前記診療情報の種別に応じてアクセスを許可するユーザＩＤの登録要求を受け付けた場合、当該特定の患者のユーザＩＤと前記診療情報の種別と前記アクセスが許可されたユーザＩＤとを対応付けて前記ストレージシステムに登録し、
前記第１の端末又は前記第２の端末から前記特定の患者の前記診療情報の登録要求を受け付けた場合、当該特定の患者のユーザＩＤと前記診療情報とを対応付け、当該診療情報の種別に対応付けられたユーザＩＤに当該診療情報へのアクセス権限を付与して、前記ストレージシステムに登録し、
前記第１の端末又は前記第２の端末から前記特定の患者の前記診療情報へのアクセス要求を受け付けた場合、前記ストレージシステムから、前記特定の患者の前記診療情報のうち当該アクセス要求の要求元を現在利用中のユーザＩＤに前記アクセス権限が付与されたものを取得し、当該取得した診療情報を当該要求元に対して返信する
付記Ａ９に記載の遠隔診療支援装置。
（付記Ａ１１）
前記診療情報は、前記患者の生体情報を含む
付記Ａ１乃至Ａ１０のいずれか１項に記載の遠隔診療支援装置。
（付記Ｂ１）
第１及び第２の端末と、
前記第１及び第２の端末とネットワークを介して接続された遠隔診療支援装置と、
を備え、
前記遠隔診療支援装置は、
前記第１及び第２の端末の間の直接通信の接続確立を制御する接続管理部と、
遠隔診療を受ける患者に関する診療情報を管理する診療管理部と、
を備え、
前記診療管理部は、
前記第２の端末と前記接続確立された前記第１の端末からの要求に応じて、前記診療情報を前記第１の端末の画面に表示させるための表示情報を生成し、
前記第１の端末により撮影された当該第１の端末を利用するユーザの撮影画像を前記直接通信により前記第２の端末へ送信させる処理を、前記表示情報に埋め込み、
当該埋め込み後の表示情報を、前記第１の端末に返信する
遠隔診療支援システム。
（付記Ｂ２）
前記接続管理部は、
所定の端末における端末ＩＤと当該端末に付与された宛先情報とを対応付けた接続管理情報を受け付けた場合に、当該接続管理情報を自装置のメモリに保持し、
前記第１の端末から前記第２の端末との前記接続確立の要求に応じて、前記第１の端末に対して当該第２の端末の第２の接続管理情報を返信し、前記第２の端末に対して当該第１の端末との前記接続確立の可否を問合せることにより、前記第１及び第２の端末の間の前記接続確立をさせる
付記Ｂ１に記載の遠隔診療支援システム。
（付記Ｃ１）
コンピュータが、
第１及び第２の端末の間の直接通信の接続確立を制御し、
前記第２の端末と前記接続確立された前記第１の端末からの要求に応じて、遠隔診療を受ける患者に関する診療情報を前記第１の端末の画面に表示させるための表示情報を生成し、
前記第１の端末により撮影された当該第１の端末を利用するユーザの撮影画像を前記直接通信により前記第２の端末へ送信させる処理を、前記表示情報に埋め込み、
当該埋め込み後の表示情報を、前記第１の端末に返信する
遠隔診療支援方法。
（付記Ｄ１）
第１及び第２の端末の間の直接通信の接続確立を制御する処理と、
前記第２の端末と前記接続確立された前記第１の端末からの要求に応じて、遠隔診療を受ける患者に関する診療情報を前記第１の端末の画面に表示させるための表示情報を生成する処理と、
前記第１の端末により撮影された当該第１の端末を利用するユーザの撮影画像を前記直接通信により前記第２の端末へ送信させる処理を、前記表示情報に埋め込む処理と、
当該埋め込み後の表示情報を、前記第１の端末に返信する処理と、
をコンピュータに実行させる
遠隔診療支援プログラム。
（付記Ｅ１）
特定の患者の診療に関わる関係者属性に属するユーザリストを記憶する記憶装置と接続され、
第１の関係者属性に属する第１の医療従事者が利用する端末から受信した前記特定の患者に関する第１の診療情報と当該第１の診療情報にアクセスを許可する第２の関係者属性との登録要求に応じて、前記第１の診療情報に少なくとも前記第２の関係者属性を対応付けて前記記憶装置に登録し、
所定のユーザが利用する所定の端末から受信した前記特定の患者の診療情報へのアクセス要求に応じて、前記記憶装置を参照して当該所定のユーザを含む前記ユーザリストが属する前記関係者属性を特定し、
前記特定した関係者属性が対応付けられた１以上の診療情報を前記記憶装置から取得し、
前記取得した１以上の診療情報を前記所定の端末の画面に表示させるために前記所定の端末へ返信する
診療管理部を備える遠隔診療支援装置。
（付記Ｅ２）
前記記憶装置は、前記端末を利用可能なユーザのユーザＩＤとパスワードと当該ユーザＩＤの属性と当該ユーザＩＤの顔画像とを対応付けて予め記憶し、
前記診療管理部は、
前記所定の端末のログイン処理時に、前記所定の端末により撮影された当該端末のユーザの顔画像とユーザＩＤとを受け付け、
前記受け付けたユーザＩＤに対応付けられた顔画像を前記記憶装置から取得し
前記受け付けた顔画像と前記取得された顔画像との顔認証を行い、
前記受け付けたユーザＩＤの属性が前記第１の医療従事者である場合、前記顔認証に成功した後に前記所定の端末に対してパスワード認証を要求し、当該パスワード認証に成功した場合に、ログインを許可し、
前記受け付けたに含まれるユーザＩＤの属性が前記第１の医療従事者以外である場合、前記顔認証に成功した後に、ログインを許可する
付記Ｅ１に記載の遠隔診療支援装置。
（付記Ｅ３）
前記診療情報は、前記患者の生体情報を含む
付記Ｅ１又はＥ２に記載の遠隔診療支援装置。
（付記Ｅ４）
第１及び第２の端末の間の直接通信の接続確立を制御する接続管理部をさらに備え、
前記診療管理部は、
前記第２の端末と前記接続確立された前記第１の端末からの前記アクセス要求に応じて前記取得した１以上の診療情報を前記第１の端末の画面に表示させるための表示情報を生成し、
前記生成した表示情報に、前記第１の端末により撮影された当該第１の端末のユーザの撮影画像を前記直接通信により前記第２の端末へ送信させる処理を埋め込み、
前記埋め込み後の表示情報を前記第１の端末に返信する
付記Ｅ１乃至Ｅ３のいずれか１項に記載の遠隔診療支援装置。
（付記Ｅ５）
前記接続管理部は、
任意の端末における端末ＩＤと当該端末に付与された宛先情報とを対応付けた接続管理情報を受け付けた場合に、当該接続管理情報を自装置のメモリに保持し、
前記第１の端末から前記第２の端末との前記接続確立の要求に応じて、前記第１の端末に対して当該第２の端末の第２の接続管理情報を返信し、前記第２の端末に対して当該第１の端末との前記接続確立の可否を問合せることにより、前記第１及び第２の端末の間の前記接続確立をさせる
付記Ｅ４に記載の遠隔診療支援装置。
（付記Ｅ６）
前記記憶装置は、前記遠隔診療支援装置と、当該遠隔診療支援装置と冗長化された他装置と共に接続され、
前記接続管理部は、
前記接続管理情報を受け付けた場合に、当該接続管理情報を前記メモリに保持すると共に、当該接続管理情報を前記記憶装置へ登録し、
前記接続確立の要求に応じて、前記メモリに対して前記第２の接続管理情報を検索し、
前記検索がミスヒットした場合に、前記記憶装置に対して前記第２の接続管理情報を検索し、
前記メモリ又は前記記憶装置のうち前記検索がヒットした側から前記第２の接続管理情報を取得して、前記第１の端末に返信する
付記Ｅ５に記載の遠隔診療支援装置。
（付記Ｆ１）
特定の患者の診療に関わる関係者属性に属するユーザリストを記憶する記憶装置と接続されたコンピュータが、
第１の関係者属性に属する第１の医療従事者が利用する端末から、前記特定の患者に関する第１の診療情報と当該第１の診療情報にアクセスを許可する第２の関係者属性との登録要求を受信し、
前記第１の診療情報に少なくとも前記第２の関係者属性を対応付けて前記記憶装置に登録し、
所定のユーザが利用する所定の端末から、前記特定の患者の診療情報へのアクセス要求を受信し、
前記記憶装置を参照して当該所定のユーザを含む前記ユーザリストが属する前記関係者属性を特定し、
前記特定した関係者属性が対応付けられた１以上の診療情報を前記記憶装置から取得し、
前記取得した１以上の診療情報を前記所定の端末の画面に表示させるために前記所定の端末へ返信する
遠隔診療支援方法。
（付記Ｇ１）
特定の患者の診療に関わる関係者属性に属するユーザリストを記憶する記憶装置と接続されたコンピュータに、
第１の関係者属性に属する第１の医療従事者が利用する端末から、前記特定の患者に関する第１の診療情報と当該第１の診療情報にアクセスを許可する第２の関係者属性との登録要求を受信する処理と、
前記第１の診療情報に少なくとも前記第２の関係者属性を対応付けて前記記憶装置に登録する処理と、
所定のユーザが利用する所定の端末から、前記特定の患者の診療情報へのアクセス要求を受信する処理と、
前記記憶装置を参照して当該所定のユーザを含む前記ユーザリストが属する前記関係者属性を特定する処理と、
前記特定した関係者属性が対応付けられた１以上の診療情報を前記記憶装置から取得する処理と、
前記取得した１以上の診療情報を前記所定の端末の画面に表示させるために前記所定の端末へ返信する処理と、
を実行させる遠隔診療支援プログラム。
（付記Ｈ１）
端末の利用状態と端末ＩＤとを対応付けた利用管理情報と、当該端末ＩＤと当該端末に付与された宛先情報とを対応付けた接続管理情報とを記憶するストレージシステムに対して、自装置と冗長化された他装置と共に接続され、
前記端末との間で、遠隔診療を受ける患者に関する診療情報の入出力を行う診療管理部と、
端末間の直接通信の接続確立を制御する接続管理部と、
を備え、
前記接続管理部は、
所定の端末における前記接続管理情報の登録要求を受け付けた場合に、当該接続管理情報を自装置のメモリに保持すると共に、当該接続管理情報を前記ストレージシステムに登録し、
前記診療管理部は、
第１の端末からの端末リスト要求に応じて前記ストレージシステムの前記利用管理情報の中から前記利用状態が利用中である前記端末ＩＤのリストを取得し、当該リストを当該第１の端末へ返信し、
前記接続管理部は、
前記第１の端末において前記リストの中から選択された第２の端末における第２の端末ＩＤを含む接続管理情報要求を受け付けた場合に、前記メモリに対して前記第２の端末ＩＤを検索し、
前記メモリに前記第２の端末ＩＤが存在しない場合に、前記ストレージシステムに対して前記第２の端末ＩＤを検索し、
前記メモリ又は前記ストレージシステムのうち前記第２の端末ＩＤが存在した側から当該第２の端末ＩＤが対応付けられた第２の接続管理情報を取得して、前記第１の端末に返信し、
前記第１の端末からの前記第２の接続管理情報が指定された端末間接続要求の受信に応じて、前記第２の接続管理情報に基づいて前記第２の端末に対して前記第１の端末との直接通信の接続可否を問合せ、
前記第２の端末からの接続許可の応答に応じて、前記第２の端末との直接通信の接続許可を前記第１の端末に対して応答する
遠隔診療支援装置。
（付記Ｈ２）
前記接続管理情報は、前記直接通信の際に経由するネットワーク中の経路情報の候補を含む
付記Ｈ１に記載の遠隔診療支援装置。
（付記Ｈ３）
前記診療情報は、前記患者の生体情報を含む
付記Ｈ１又はＨ２に記載の遠隔診療支援装置。
（付記Ｈ４）
前記利用管理情報は、前記端末を利用可能なユーザＩＤがさらに対応付けられ、
前記診療管理部は、
第１の医療従事者が利用する任意の端末から特定の患者の遠隔診療に関わる第２の医療従事者の前記ユーザＩＤの登録要求を受け付けた場合、当該第１の医療従事者、前記第２の医療従事者及び前記特定の患者のそれぞれのユーザＩＤを対応付けて前記ストレージシステムに登録し、
前記第１の端末からの前記端末リスト要求に応じて、前記ストレージシステムの中から当該第１の端末を現在利用中のユーザＩＤと対応付けられた他のユーザＩＤを特定し、
前記特定された他のユーザＩＤと対応付けられ、かつ、前記利用状態が利用中である前記利用管理情報の前記端末ＩＤのリストを取得し、
当該リストを当該第１の端末へ返信する
付記Ｈ１乃至Ｈ３のいずれか１項に記載の遠隔診療支援装置。
（付記Ｈ５）
前記診療管理部は、
前記第１の医療従事者が利用する前記任意の端末から前記特定の患者の前記診療情報及び当該診療情報にアクセスを許可するユーザＩＤの登録要求を受け付けた場合、当該特定の患者のユーザＩＤと前記診療情報とを対応付け、前記アクセスが許可されたユーザＩＤに当該診療情報へのアクセス権限を付与して、前記ストレージシステムに登録し、
前記第１の端末又は前記第２の端末から前記特定の患者の前記診療情報へのアクセス要求を受け付けた場合、前記ストレージシステムから、前記特定の患者の前記診療情報のうち当該アクセス要求の要求元を現在利用中のユーザＩＤに前記アクセス権限が付与されたものを取得し、当該取得した診療情報を当該要求元に対して返信する
付記Ｈ４に記載の遠隔診療支援装置。
（付記Ｈ６）
前記診療管理部は、
前記第１の医療従事者が利用する前記任意の端末から前記特定の患者の前記診療情報の種別に応じてアクセスを許可するユーザＩＤの登録要求を受け付けた場合、当該特定の患者のユーザＩＤと前記診療情報の種別と前記アクセスが許可されたユーザＩＤとを対応付けて前記ストレージシステムに登録し、
前記第１の端末又は前記第２の端末から前記特定の患者の前記診療情報の登録要求を受け付けた場合、当該特定の患者のユーザＩＤと前記診療情報とを対応付け、当該診療情報の種別に対応付けられたユーザＩＤに当該診療情報へのアクセス権限を付与して、前記ストレージシステムに登録し、
前記第１の端末又は前記第２の端末から前記特定の患者の前記診療情報へのアクセス要求を受け付けた場合、前記ストレージシステムから、前記特定の患者の前記診療情報のうち当該アクセス要求の要求元を現在利用中のユーザＩＤに前記アクセス権限が付与されたものを取得し、当該取得した診療情報を当該要求元に対して返信する
付記Ｈ４又はＨ５に記載の遠隔診療支援装置。
（付記Ｈ７）
前記ストレージシステムには、前記端末を利用可能な利用者のユーザＩＤとパスワードと当該ユーザＩＤの属性と当該ユーザＩＤの顔画像とが対応付けて予め登録されており、
前記診療管理部は、
前記所定の端末のログイン処理時に、前記所定の端末により撮影された当該端末の利用者の顔画像とユーザＩＤとを受け付け、
前記ストレージシステムから前記受け付けたユーザＩＤに対応付けられた顔画像を取得し
前記受け付けた顔画像と前記取得された顔画像との顔認証を行い、
前記受け付けたユーザＩＤの属性が第１の医療従事者である場合、前記顔認証に成功した後に前記所定の端末に対してパスワード認証を要求し、当該パスワード認証に成功した場合に、ログインを許可し、
前記受け付けたユーザＩＤの属性が第１の医療従事者以外である場合、前記顔認証に成功した後に、ログインを許可する
付記Ｈ１乃至Ｈ６のいずれか１項に記載の遠隔診療支援装置。
（付記Ｉ１）
端末の利用状態と端末ＩＤとを対応付けた利用管理情報と、当該端末ＩＤと当該端末に付与された宛先情報とを対応付けた接続管理情報とを記憶するストレージシステムに対して、自装置と冗長化された他装置と共に接続された遠隔診療支援装置が、
所定の端末における前記接続管理情報の登録要求を受け付けた場合に、当該接続管理情報を自装置のメモリに保持すると共に、当該接続管理情報を前記ストレージシステムに登録し、
第１の端末からの端末リスト要求に応じて前記ストレージシステムの前記利用管理情報の中から前記利用状態が利用中である前記端末ＩＤのリストを取得し、当該リストを当該第１の端末へ返信し、
前記第１の端末において前記リストの中から選択された第２の端末における第２の端末ＩＤを含む接続管理情報要求を受け付けた場合に、前記メモリに対して前記第２の端末ＩＤを検索し、
前記メモリに前記第２の端末ＩＤが存在しない場合に、前記ストレージシステムに対して前記第２の端末ＩＤを検索し、
前記メモリ又は前記ストレージシステムのうち前記第２の端末ＩＤが存在した側から当該第２の端末ＩＤが対応付けられた第２の接続管理情報を取得して、前記第１の端末に返信し、
前記第１の端末からの前記第２の接続管理情報が指定された端末間接続要求の受信に応じて、前記第２の接続管理情報に基づいて前記第２の端末に対して前記第１の端末との直接通信の接続可否を問合せ、
前記第２の端末からの接続許可の応答に応じて、前記第２の端末との直接通信の接続許可を前記第１の端末に対して応答する
遠隔診療支援方法。
（付記Ｊ１）
端末の利用状態と端末ＩＤとを対応付けた利用管理情報と、当該端末ＩＤと当該端末に付与された宛先情報とを対応付けた接続管理情報とを記憶するストレージシステムに対して、自装置と冗長化された他装置と共に接続されたコンピュータに、
所定の端末における前記接続管理情報の登録要求を受け付けた場合に、当該接続管理情報を自装置のメモリに保持すると共に、当該接続管理情報を前記ストレージシステムに登録する処理と、
第１の端末からの端末リスト要求に応じて前記ストレージシステムの前記利用管理情報の中から前記利用状態が利用中である前記端末ＩＤのリストを取得し、当該リストを当該第１の端末へ返信する処理と、
前記第１の端末において前記リストの中から選択された第２の端末における第２の端末ＩＤを含む接続管理情報要求を受け付けた場合に、前記メモリに対して前記第２の端末ＩＤを検索する処理と、
前記メモリに前記第２の端末ＩＤが存在しない場合に、前記ストレージシステムに対して前記第２の端末ＩＤを検索する処理と、
前記メモリ又は前記ストレージシステムのうち前記第２の端末ＩＤが存在した側から当該第２の端末ＩＤが対応付けられた第２の接続管理情報を取得して、前記第１の端末に返信する処理と、
前記第１の端末からの前記第２の接続管理情報が指定された端末間接続要求の受信に応じて、前記第２の接続管理情報に基づいて前記第２の端末に対して前記第１の端末との直接通信の接続可否を問合せる処理と、
前記第２の端末からの接続許可の応答に応じて、前記第２の端末との直接通信の接続許可を前記第１の端末に対して応答する処理と、
を実行させる遠隔診療支援プログラム。
【符号の説明】
【０１１１】
１０００  遠隔診療支援システム
１  ストレージシステム
１１  利用管理情報
１１１  利用状態
１１２  端末ＩＤ
１２  接続管理情報
１２１  宛先情報
１２２  端末ＩＤ
２１  遠隔診療支援装置
２１１  診療管理部
２１２  接続管理部
２１３  メモリ
２１４  接続管理情報
２２  遠隔診療支援装置
Ｎ  ネットワーク
３１  端末
３１１  端末ＩＤ
３１２  接続管理情報
３２  端末
３２１  端末ＩＤ
３２２  接続管理情報
２０００  遠隔診療支援システム
４  共有ストレージ装置
４１  利用管理ＤＢ
４１１  ユーザＩＤ
４１２  ユーザ属性
４１３  端末ＩＤ
４１４  利用状態
４１５  パスワード
４１６  顔画像
４２  接続管理ＤＢ
４２１  ＩＣＥ
４２１１  端末ＩＤ
４２１２  動的ＩＰアドレス
４２１３  経路情報
４２２  ＩＣＥ
４３  診療関係者ＤＢ
４３１  患者ＩＤ
４３２  医師ＩＤ
４３３  看護師ＩＤ
４３４  介護士ＩＤ
４４  診療履歴ＤＢ
４４１  患者ＩＤ
４４２  診療情報
４４３  アクセス権限
４４４  ユーザＩＤ
４５  権限定義ＤＢ
４５１  患者ＩＤ
４５２  診療情報種別
４５３  ユーザＩＤ
５１  サーバ装置
５１１  Ｗｅｂ／ＡＰサーバ
５１２  診療管理部
５１３  Ｐ２Ｐ接続制御サーバ
５１４  Ｓｔｕｎサーバ
５１４１  ＩＣＥ
５１５  ＰｅｅｒＪＳサーバ
５２  サーバ装置
５２１  Ｗｅｂ／ＡＰサーバ
５２３  Ｐ２Ｐ接続制御サーバ
５２４  Ｓｔｕｎサーバ
５２５  ＰｅｅｒＪＳサーバ
６  負荷分散装置
７１  医療機関
７１０  タブレット端末
７１１  端末アプリ
７１２  ＩＣＥ
７１３  医師
７１４  看護師
７２  患者宅
７２０  タブレット端末
７２１  端末アプリ
７２２  ＩＣＥ
７２３  患者
７２４  介護士
７３  介護事業所
７３０  タブレット端末
７３１  端末アプリ
７３２  ＩＣＥ
７３３  介護士
８１  記憶装置
８１１  ＯＳ
８１２  Ｗｅｂサーバプログラム
８１３  ＡＰサーバプログラム
８１４  Ｗｅｂアプリケーションプログラム
８１５  Ｓｔｕｎサーバプログラム
８１６  ＰｅｅｒＪＳサーバプログラム
８２  メモリ
８３  通信ＩＦ部
８４  制御部
８４１  診療管理部
８４２  端末情報処理部
８４３  接続処理部
３０００  遠隔診療支援システム
２１ａ  遠隔診療支援装置
２１１ａ  診療管理部
２１２ａ  接続管理部
４０００  遠隔診療支援システム
２１ｂ  遠隔診療支援装置
２１１ｂ  診療管理部
４ａ  記憶装置
４３ａ  診療関係者ＤＢ
４３１  患者ＩＤ
４３５  関係者属性
４３６  ユーザリスト
４３７  ユーザＩＤ
４４ａ  診療履歴ＤＢ
４４１ａ  患者ＩＤ
４４２ａ  診療情報
４４３ａ  関係者属性
【図１】
2020087481.tif 000003
【図２】
2020087481.tif 000004
【図３】
2020087481.tif 000005
【図４】
2020087481.tif 000006
【図５】
2020087481.tif 000007
【図６】
2020087481.tif 000008
【図７】
2020087481.tif 000009
【図８】
2020087481.tif 000010
【図９】
2020087481.tif 000011
【図１０】
2020087481.tif 000012
【図１１】
2020087481.tif 000013
【図１２】
2020087481.tif 000014
【図１３】
2020087481.tif 000015
【図１４】
2020087481.tif 000016
【図１５】
2020087481.tif 000017