(57)【要約】【課題】外部ネットワークに接続されたコンピュータに医用画像を安全に送信可能な画像送信方法等を提供すること。【解決手段】画像送信方法は、医用画像を含む医用情報を外部ネットワークに接続されない第１端末にて表示するようにし、前記第１端末にて表示するようにされている前記医用画像を含む医用情報をキャプチャしたキャプチャ画像を生成し外部ネットワークに接続される第２端末に保存し、前記第２端末から外部ネットワークに接続される第３端末に前記キャプチャ画像を送信する。【選択図】図１
2019185674.tif 000002
【特許請求の範囲】
【請求項１】
医用画像を含む医用情報を外部ネットワークに接続されない第１端末にて表示するようにし、
前記第１端末にて表示するようにされている前記医用画像を含む医用情報をキャプチャしたキャプチャ画像を生成し外部ネットワークに接続される第２端末に保存し、
前記第２端末から外部ネットワークに接続される第３端末に前記キャプチャ画像を送信する
ことを特徴とする画像送信方法。
【請求項２】
画像を生成するキャプチャデバイスを前記第１端末と前記第２端末とに接続し、
前記キャプチャデバイスにより前記キャプチャ画像を生成する
ことを特徴とする請求項１に記載の画像送信方法。
【請求項３】
前記第２端末は、仮想私設通信網に接続を行い、
該仮想私設通信網を介して前記第３端末に前記キャプチャ画像を送信する
ことを特徴とする請求項１又は請求項２に記載の画像送信方法。
【請求項４】
前記第２端末は、前記仮想私設通信網に接続する際に、認証サーバの認証を受ける
ことを特徴とする請求項３に記載の画像送信方法。
【請求項５】
前記第３端末は、前記キャプチャ画像の受信が完了した場合、前記第２端末に受取通知を送信することを特徴とする請求項１から請求項４のいずれか１項に記載の画像送信方法。
【請求項６】
前記キャプチャ画像は前記第１端末にて表示するようにされている前記医用情報の一部であることを特徴とする請求項１から請求項５のいずれか１項に記載の画像送信方法。
【請求項７】
医用画像を含む医用情報を表示するようにする表示部を有する外部ネットワークに接続されない第１端末と、
前記第１端末にて表示するようにされている前記医用画像を含む医用情報をキャプチャしたキャプチャ画像を生成する生成部を有するキャプチャデバイスと、
前記キャプチャデバイスが生成した前記キャプチャ画像を取得する画像取得部、前記外部ネットワークに接続する通信部、及び前記外部ネットワークに接続された第３端末に前記通信部を介して前記キャプチャ画像を出力する出力部を有する第２端末と
を備えることを特徴とする画像キャプチャシステム。
【請求項８】
前記第２端末から前記第３端末に送信された前記キャプチャ画像を受信する受信部、
受信した前記キャプチャ画像を記憶する記憶部、
前記第３端末に前記キャプチャ画像の受信を通知する通知部、及び
前記通知部による通知後に、接続を確立した前記第３端末へ前記キャプチャ画像を送信する送信部を有する画像サーバ
を備えることを特徴とする請求項７に記載の画像キャプチャシステム。
【請求項９】
前記第２端末及び前記第３端末が仮想私設通信網に接続する際に認証を行う認証サーバ
を備えることを特徴とする請求項７又は請求項８に記載の画像キャプチャシステム。
【請求項１０】
前記第２端末は所定の条件下において前記第３端末から前記キャプチャ画像を開封したことを示す開封報告を受信する
ことを特徴とする請求項７から請求項９のいずれかの１項に記載の画像キャプチャシステム。
【請求項１１】
前記第２端末と共に、前記開封報告を受信する第４端末を備える
ことを特徴とする請求項１０に記載の画像キャプチャシステム。
【請求項１２】
前記第２端末はメッセンジャーサービスにより前記キャプチャ画像を送信し、
前記第３端末は前記メッセンジャーサービスにより前記キャプチャ画像を受信する
ことを特徴とする請求項７に記載の画像キャプチャシステム。
【請求項１３】
前記第３端末は所定の条件下において開封報告を前記メッセンジャーサービスを介して、前記第２端末に送信する
ことを特徴とする請求項１２に記載の画像キャプチャシステム。
【請求項１４】
前記第３端末は前記キャプチャ画像の開封後に操作をロックする信号を前記メッセンジャーサービスを介して前記第２端末へ送信する
ことを特徴とする請求項１２又は請求項１３に記載の画像キャプチャシステム。
【請求項１５】
前記第２端末は前記キャプチャ画像を複数の前記第３端末へ送信し、
複数の前記第３端末中で一の端末が前記開封報告を前記メッセンジャーサービスに送信した場合、
前記メッセンジャーサービスは前記開封報告を前記第２端末及び複数の前記第３端末中の他の端末に前記開封報告を送信し、
前記開封報告を受信した複数の前記第３端末中の他の端末は操作がロックされる
ことを特徴とする請求項１３に記載の画像キャプチャシステム。
【請求項１６】
外部ネットワークに接続されないサーバから取得した医用画像を含む医用情報を表示する前記外部ネットワークに接続されない一端末から、前記医用画像を含む医用情報をキャプチャしたキャプチャ画像を生成し、
生成した前記キャプチャ画像を前記外部ネットワークに接続される他端末へ送信する
ことをコンピュータに実行させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、医用画像に係る画像送信方法等に関する。
【背景技術】
【０００２】
近年、医療機関においては、カルテや検査画像などの医用情報の電子化が進んでいる。それに伴い、ＰＡＣＳ（Ｐｉｃｔｕｒｅ  Ａｒｃｈｉｖｉｎｇ  ａｎｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍｓ：画像保存通信システム）やＨＩＳ（Ｈｏｓｐｉｔａｌ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｙｓｔｅｍ：病院情報システム）等の医療情報システムの導入が行われている。
【０００３】
医療機関が保有する医用データは機微な個人情報であるから、改ざん、漏洩は許されない。それに対して、画像データのセキュリティを向上させる医用画像管理システムが提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−２７９４０７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
一方、医療機関においては、外部からの侵入、外部へのデータの漏洩から守るため、医療情報システムを公衆網に接続しないのが通常である。しかしながら、夜間の救急搬送などに伴い、緊急に医用画像の読影診断が必要であっても、読影医が退勤していた場合、自宅などの医療機関外にいる読影医へ医用画像を送信し、読影してもらう必要がある。
【０００６】
本開示はこのような事情に鑑みてなされたものである。その目的は、外部ネットワークに接続されたコンピュータに医用画像を安全に送信可能な画像送信方法の提供である。
【課題を解決するための手段】
【０００７】
本開示に係る画像送信方法は、医用画像を含む医用情報を外部ネットワークに接続されない第１端末にて表示するようにし、前記第１端末にて表示するようにされている前記医用画像を含む医用情報をキャプチャしたキャプチャ画像を生成し外部ネットワークに接続される第２端末に保存し、前記第２端末から外部ネットワークに接続される第３端末に前記キャプチャ画像を送信することを特徴とする。
【発明の効果】
【０００８】
本開示にあっては、外部ネットワークに接続されたコンピュータに医用画像を安全に送信可能となる。
【図面の簡単な説明】
【０００９】
【図１】画像送信システムの構成例を示す説明図である。
【図２】画像キャプチャのハードウェア構成例を示すブロック図である。
【図３】表示端末のハードウェア構成例を示すブロック図である。
【図４】キャプチャ端末のハードウェア構成例を示すブロック図である。
【図５】認証サーバのハードウェア構成例を示すブロック図である。
【図６】受信端末のハードウェア構成例を示すブロック図である。
【図７】読影依頼から診断報告までの手順例を示すフローチャートである。
【図８】読影依頼から診断報告までの手順例を示すフローチャートである。
【図９】読影依頼から診断報告までの手順例を示すフローチャートである。
【図１０】読影依頼から診断報告までの手順例を示すフローチャートである。
【図１１】所定条件下において開封報告を送信する手順例を示すフローチャートである。
【図１２】所定条件下において開封報告を送信する手順例を示すフローチャートである。
【図１３】所定条件下において開封報告を送信する手順例を示すフローチャートである。
【図１４】所定条件下において開封報告を送信する手順例を示すフローチャートである。
【図１５】所定条件下において開封報告を送信する手順例を示すフローチャートである。
【図１６】読影依頼から診断報告までの手順の他の例を示すフローチャートである。
【図１７】読影依頼から診断報告までの手順の他の例を示すフローチャートである。
【図１８】所定条件下において開封報告を送信する手順例を示すフローチャートである。
【図１９】所定条件下において開封報告を送信する手順例を示すフローチャートである。
【図２０】所定条件下において開封報告を送信する手順例を示すフローチャートである。
【図２１】所定条件下において開封報告を送信する手順例を示すフローチャートである。
【図２２】所定条件下において開封報告を送信する手順例を示すフローチャートである。
【図２３】読影依頼から診断報告までの手順の他の例を示すフローチャートである。
【図２４】読影依頼から診断報告までの手順の他の例を示すフローチャートである。
【図２５】読影依頼から診断報告までの手順の他の例を示すフローチャートである。
【図２６】読影依頼から診断報告までの手順の他の例を示すフローチャートである。
【図２７】読影依頼から診断報告までの手順の他の例を示すフローチャートである。
【図２８】画像送信システムの他の構成例を示す説明図である。
【図２９】読影依頼から診断報告までの手順の他の例を示すフローチャートである。
【図３０】読影開始を知らせるメッセージを送信する手順例を示すフローチャートである。
【図３１】受信端末の画面例を示す説明図である。
【図３２】読影開始を知らせるメッセージを送信する手順例を示すフローチャートである。
【図３３】受信端末又はキャプチャ端末の画面例を示す説明図である。
【図３４】読影開始を知らせるメッセージを送信する手順例を示すフローチャートである。
【図３５】受信端末又はキャプチャ端末の画面例を示す説明図である。
【図３６】読影開始を知らせるメッセージを送信する手順例を示すフローチャートである。
【図３７】キャプチャ端末に表示される読影医連絡画面の例を示す説明図である。
【図３８】読影開始を知らせるメッセージを送信する手順例を示すフローチャートである。
【図３９】受信端末の画面例を示す説明図である。
【図４０】キャプチャ端末の表示部に表示した表示端末の出力画像の例を示す説明図である。
【発明を実施するための形態】
【００１０】
以下、図面を参照しつつ、本開示に係る実施の形態を説明する。
【００１１】
実施の形態１
図１は画像送信システム（画像キャプチャシステム）の構成例を示す説明図である。画像送信システム１００は画像キャプチャ（キャプチャデバイス）１、表示端末（第１端末）２、医用情報システム３、キャプチャ端末（第２端末）４、認証サーバ５、画像サーバ６及び受信端末（第３端末）７を含む。画像キャプチャ１、表示端末２、医用情報システム３及びキャプチャ端末４は医療機関内に設置された機器である。画像キャプチャ１、表示端末２及び医用情報システム３はネットワークＮ１により、互いに通信可能に接続されている。また図示しないが、表示端末２が医用情報システム３そのものであってもよいし、表示端末２がモダリティであってもよい。ネットワークＮ１は医療機関内のＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）であり、内部で閉じたネットワークである。キャプチャ端末４はネットワークＮ１に接続されていない。認証サーバ５、画像サーバ６及び受信端末７は医療機関外に設置された機器である。キャプチャ端末４、並びに認証サーバ５、画像サーバ６及び受信端末７はネットワークＮ２により、互いに通信可能に接続されている。ネットワークＮ２は医療機関の内外を接続するネットワークである。ネットワークＮ２はインターネットなどの公衆網を利用した仮想私設通信網、例えば、ＶＰＮ（Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）である。
【００１２】
画像キャプチャ１は映像信号を受け付け、受け付けた映像信号に基づく静止画ファイル又は動画ファイルを生成し、生成したファイルを出力する。画像キャプチャ１が受け付ける映像信号は、例えば、ＨＤＭＩ（登録商標）、ＤＶＩ−Ｄ、ＨＤ−ＳＤＩ、ＳＤ−ＳＤＩ規格などである。画像キャプチャ１が出力するファイルの形式は、静止画では例えば、ＢＭＰ（Ｗｉｎｄｏｗｓ  ｂｉｔｍａｐ）、ＪＰＥＧ（Ｊｏｉｎｔ  Ｐｈｏｔｏｇｒａｐｈｉｃ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）、又はＰＮＧ（Ｐｏｒｔａｂｌｅ  Ｎｅｔｗｏｒｋ  Ｇｒａｐｈｉｃｓ）である。画像キャプチャ１が出力するファイルの形式は、動画では例えば、ＡＶＩ（Ａｕｄｉｏ  Ｖｉｄｅｏ  Ｉｎｔｅｒｌｅａｖｅ）、ＷＭＶ（Ｗｉｎｄｏｗｓ  Ｍｅｄｉａ  Ｖｉｄｅｏ）又はＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）形式である。図１の例では、画像キャプチャ１は表示端末２が表示している映像から静止画ファイル又は動画ファイルを生成し、キャプチャ端末４に出力する。
【００１３】
図２は画像キャプチャのハードウェア構成例を示すブロック図である。画像キャプチャ１は筐体を有するスタンドアローンの機器である。画像キャプチャ１はＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１２、入力部１３、記憶部１４、及び出力部１５を含む。各構成はバスＢで接続されている。
【００１４】
ＣＰＵ１１はＲＯＭ１２に記憶された制御プログラム１Ｐにしたがい、ハードウェア各部を制御する。入力部１３には表示端末２が表示させている画像の画像信号が入力される。記憶部１４は例えばフラッシュメモリ又はＳＳＤ（ｓｏｌｉｄ  ｓｔａｔｅ  ｄｒｉｖｅ）である。記憶部１４は入力部１３に入力された画像信号より生成した静止画や動画をファイルとして記憶する。出力部１５は静止画や動画のファイルをキャプチャ端末４に出力する。
【００１５】
図３は表示端末２のハードウェア構成例を示すブロック図である。表示端末２は、例えばＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、ノートＰＣ、タブレットコンピュータなどである。表示端末２はＣＰＵ２１、ＲＯＭ２２、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２３、大容量記憶部２４、入力部２５、表示部２６、通信部２７及び外部出力部２８を含む。各構成はバスＢで接続されている。
【００１６】
ＣＰＵ２１はＲＯＭ２２に記憶された制御プログラム２Ｐにしたがい、ハードウェア各部を制御する。ＲＡＭ２３は例えばＳＲＡＭ（Ｓｔａｔｉｃ  ＲＡＭ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ  ＲＡＭ）又はフラッシュメモリである。ＲＡＭ２３はＣＰＵ２１によるプログラムの実行時に発生するデータを一時的に記憶する。
【００１７】
大容量記憶部２４は、例えばハードディスク又はＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）などである。大容量記憶部２４は各種データを記憶する。入力部２５はキーボードやマウス等である。表示部２６は液晶表示装置である。表示部２６は医用画像などを表示する。また、入力部２５は表示部２６と一体化したタッチパネルディスプレイでもよい。通信部２７はネットワークＮ１を介して、医用情報システム３と通信を行う。また、ＣＰＵ２１が通信部２７を用い、ネットワークＮ１等を介して他のコンピュータから制御プログラム２Ｐをダウンロードし、大容量記憶部２４に記憶してもよい。
【００１８】
外部出力部２８は表示部２６に表示させている画像と同等の画像を表示するための画像信号を出力する。外部出力部２８が出力する画像信号は、例えば、ＨＤＭＩ規格の信号である。なお、外部出力部２８は、表示部２６に表示出力するように画像信号を出力する図示しない表示部２６用の出力部と別の出力部として説明しているが、表示部２６用の出力部と同じあってもよい。
【００１９】
医用情報システム３がＰＡＣＳである場合、医用画像をデジタルデータで受信、保存・データベース化している。表示端末２からのリクエストで指定の画像を配信する。医用画像はＸ線撮影装置、ＣＴ（Ｃｏｍｐｕｔｅｄ  Ｔｏｍｏｇｒａｐｈｙ）装置、ＭＲＩ（ｍａｇｎｅｔｉｃ  ｒｅｓｏｎａｎｃｅ  ｉｍａｇｉｎｇ：磁気共鳴断層撮影）装置などから取得した画像である。
【００２０】
図４はキャプチャ端末４のハードウェア構成例を示すブロック図である。キャプチャ端末４は、例えばＰＣ、ノートＰＣ、タブレットコンピュータ、スマートフォンなどである。キャプチャ端末４はＣＰＵ４１、ＲＯＭ４２、ＲＡＭ４３、大容量記憶部４４、入力部４５、表示部４６、通信部４７及び外部入力部４８を含む。各構成はバスＢで接続されている。ＣＰＵ４１、ＲＯＭ４２、ＲＡＭ４３、大容量記憶部４４、入力部４５、表示部４６及び通信部４７は、それぞれ表示端末２のＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、大容量記憶部２４、入力部２５、表示部２６及び通信部２７と同様であるから、説明を省略する。なお、ＲＯＭ４２には制御プログラムとして、キャプチャアプリケーションプログラム４Ｐ（以下、「キャプチャアプリ」と記す）が、記憶されている。
【００２１】
外部入力部４８は外部からデータを受け取るための通信ポートである。外部入力部４８は例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）ポートである。外部入力部４８は画像キャプチャ１から静止画ファイルや動画ファイルを取得する。
【００２２】
図５は認証サーバ５のハードウェア構成例を示すブロック図である。認証サーバ５は、例えばサーバコンピュータ、ブレードサーバなどである。認証サーバ５はＣＰＵ５１、ＲＯＭ５２、ＲＡＭ５３、大容量記憶部５４及び通信部５５を含む。各構成はバスＢで接続されている。ＣＰＵ５１、ＲＯＭ５２、ＲＡＭ５３、大容量記憶部５４及び通信部５５は、それぞれ表示端末２のＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、大容量記憶部２４及び通信部２７と同様であるから、説明を省略する。なお、ＲＯＭ５２には制御プログラム５Ｐが、記憶されている。
【００２３】
図６は受信端末７のハードウェア構成例を示すブロック図である。受信端末７はＰＣ、ノートＰＣ、タブレットコンピュータ、スマートフォンなどで構成する。受信端末７はＣＰＵ７１、ＲＯＭ７２、ＲＡＭ７３、大容量記憶部７４、入力部７５、表示部７６及び通信部７７各構成はバスＢで接続されている。ＣＰＵ７１、ＲＯＭ７２、ＲＡＭ７３、大容量記憶部７４、入力部７５、表示部７６及び通信部７７は、それぞれ表示端末２のＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、大容量記憶部２４、入力部２５、表示部２６及び通信部２７と同様であるから、説明を省略する。なお、ＲＯＭ７２には制御プログラムとして、ビューワアプリケーションプログラム７Ｐ（以下、「ビューワアプリ」と記す）が、記憶されている。
【００２４】
画像送信システム１００の動作について、説明する。ここでは次のような場面を想定する。医療機関において、医用情報により診断が必要となったが、当該医用情報を診断（以下、読影と示す）できる医師（以下、読影医と記す）が退勤しており、医療機関内での読影はできない。そのため、自宅などの医療機関外にいる読影医に読影を依頼せざるを得ない。そこで、診断の依頼を出す医療機関関係者は、表示端末２に読影を依頼する医療情報である医用画像を表示させる。画像キャプチャ１を用いて、表示端末２に表示させた画像をキャプチャし、キャプチャ端末４に取り込む。キャプチャ端末４を用いて、外部の画像サーバ６に保存する。読影医は画像サーバ６に保存された画像を、自宅にある受信端末７にダウンロードし、読影を行う。読影医は読影による診断報告を医療機関に送信する。以上のような場面での画像送信システム１００の動作を説明する。以下、医療機関外で読影を行い、診断報告を行うことが可能な読影医を「受信者」と呼ぶ。
【００２５】
図７から図１０は読影依頼から診断報告までの手順例を示すフローチャートである。読影を依頼する医師又は当該医師の指示の下に作業を行う職員等（以下、「送信者」と呼ぶ。）は表示端末２に読影対象の医用画像を表示させる。キャプチャ端末４のキャプチャアプリを起動する（ステップＳ１）。表示端末２の表示部２６に表示している画像を外部出力部２８から出力するようにする（ステップＳ２）。キャプチャ端末４のＣＰＵ４１は認証サーバ５に対して、ＶＰＮ接続認証を要求する（ステップＳ３）。認証サーバ５のＣＰＵ５１はキャプチャ端末４に対して、パスワードを要求する（ステップＳ４）。ＣＰＵ４１はＶＰＮ接続パスワードを認証サーバ５に送信する（ステップＳ５）。ＶＰＮ接続パスワードは予め大容量記憶部４４に記憶しておく。また、キャプチャアプリの起動時に送信者が入力してもよい。認証サーバ５のＣＰＵ５１は受信したパスワードが正しいか否かにより認証を成功とする否かを判定する（ステップＳ６）。ＣＰＵ５１は認証を成功としないと判定した場合（ステップＳ６でＮＯ）、キャプチャ端末４に対して、再度パスワードを要求する（ステップＳ４）。ＣＰＵ５１は認証を成功とすると判定した場合（ステップＳ６でＹＥＳ）、キャプチャ端末４に認証成功を通知し、キャプチャ端末４はＶＰＮ接続を完了する（ステップＳ７）。キャプチャ端末４のＣＰＵ４１は画像キャプチャ１を用いて、表示端末２が出力した画像をキャプチャする（ステップＳ８）。
【００２６】
図８に移り、キャプチャ端末４のＣＰＵ４１はキャプチャして生成された画像（キャプチャ画像）を大容量記憶部４４等に記憶する（ステップＳ９）。キャプチャ端末４のＣＰＵ４１は画像サーバ６に接続要求を行う（ステップＳ１０）。画像サーバ６はキャプチャ端末４に対して、ログインパスワードを要求する（ステップＳ１１）。キャプチャ端末４のＣＰＵ４１はログインパスワードを画像サーバ６に送信する（ステップＳ１２）。ログインパスワードはＶＰＮ接続パスワードと同様、予め大容量記憶部４４に記憶しておくか、又は、接続時に送信者が入力してもよい。画像サーバ６は受信したパスワードが予め記憶してあるパスワードと一致するか否かを判定する（ステップＳ１３）。画像サーバ６は両パスワードが一致しないと判定した場合（ステップＳ１３でＮＯ）、キャプチャ端末４に対して、再度パスワードを要求する（ステップＳ１１）。画像サーバ６は両パスワードが一致すると判定した場合（ステップＳ１３でＹＥＳ）、キャプチャ端末４の接続を許可し、キャプチャ端末４はログインを完了する（ステップＳ１４）。キャプチャ端末４のＣＰＵ４１は画像を画像サーバ６へアップロードする（ステップＳ１５）。画像サーバ６はアップロードされた画像を保存する（ステップＳ１６）。
【００２７】
図９に移り、キャプチャ端末４のＣＰＵ４１は受信者を選択する（ステップＳ１７）。ＣＰＵ４１は受信者候補の一覧を表示部４６に表示し、送信者は入力部４５を用いて受信者を選択する。受信者候補の一覧データは予め大容量記憶部４４に記憶しておくか、認証サーバ５又は画像サーバ６から取得する。キャプチャ端末４は受信端末７へのお知らせを画像サーバ６に送信する（ステップＳ１８）。画像サーバ６はお知らせを受信し、それを受信端末７に送信する（ステップＳ１９）。受信端末７はお知らせを受信する（ステップＳ２０）。お知らせの内容は、読影を依頼する旨、画像は画像サーバ６にアップロード済みである旨などである。お知らせは電子メールやプッシュ通知などの仕組み又はそれらと同様な仕組みを用いて、受信端末７が常にオンラインでなくとも、数秒から数分で届くようにする。お知らせを見た受信者により、受信端末７のビューワアプリが起動される（ステップＳ２１）。受信端末７のＣＰＵ７１は認証サーバ５に対して、ＶＰＮ接続認証を要求する（ステップＳ２２）。認証サーバ５のＣＰＵ５１は受信端末７に対して、パスワードを要求する（ステップＳ２３）。ＣＰＵ７１はＶＰＮ接続パスワードを認証サーバ５に送信する（ステップＳ２４）。ＶＰＮ接続パスワードは予め大容量記憶部７４に記憶しておく。また、ビューワアプリの起動時に受信者が入力してもよい。認証サーバ５のＣＰＵ５１は受信したパスワードが正しいか否かにより認証を成功とする否かを判定する（ステップＳ２５）。ＣＰＵ５１は認証を成功としないと判定した場合（ステップＳ２５でＮＯ）、受信端末７に対して、再度パスワードを要求する（ステップＳ２３）。ＣＰＵ５１は認証を成功とすると判定した場合（ステップＳ２５でＹＥＳ）、受信端末７に認証成功を通知し、受信端末７はＶＰＮ接続を完了する（ステップＳ２６）。
【００２８】
図１０に移り、受信端末７のＣＰＵ７１は画像サーバ６に接続要求を行う（ステップＳ２７）。画像サーバ６は受信端末７に対して、ログインパスワードを要求する（ステップＳ２８）。受信端末７のＣＰＵ７１はログインパスワードを画像サーバ６に送信する（ステップＳ２９）。ログインパスワードはＶＰＮ接続パスワードと同様、予め大容量記憶部７４に記憶しておくか、又は、接続時に受信者が入力してもよい。画像サーバ６は受信したパスワードが予め記憶してあるパスワードと一致するか否かを判定する（ステップＳ３０）。画像サーバ６は両パスワードが一致しないと判定した場合（ステップＳ３０でＮＯ）、受信端末７に対して、再度パスワードを要求する（ステップＳ２８）。画像サーバ６は両パスワードが一致すると判定した場合（ステップＳ３０でＹＥＳ）、受信端末７の接続を許可し、受信端末７はログインを完了する。受信端末７のＣＰＵ７１は画像サーバ６からキャプチャ画像をダウンロードする（ステップＳ３１）。ＣＰＵ７１は受取報告を画像サーバ６に送信する（ステップＳ３２）。画像サーバ６は受取報告を受信し、受信した受取報告をキャプチャ端末４に送信する（ステップＳ３３）。キャプチャ端末４は診断報告を受信する（ステップＳ３４）。ＣＰＵ７１はダウンロードした画像を表示部７６に表示する。画像を表示させた受信者は画像の読影を行い、入力部７５を用いて診断報告を作成する。ＣＰＵ７１は診断報告を取得し、取得した診断報告を画像サーバ６へ送信する（ステップＳ３５）。画像サーバ６は診断報告を受信し、受信した診断報告をキャプチャ端末４に送信する（ステップＳ３６）。キャプチャ端末４は診断報告を受信する（ステップＳ３７）。受信端末７のＣＰＵ７１は診断報告の送信が完了したら、ダウンロードした画像を削除する（ステップＳ３８）。画像サーバ６は診断報告の送受信が完了したら、保存している画像を削除する（ステップＳ３９）。キャプチャ端末４は診断報告の受信が完了したら、画像を削除する（ステップＳ４０）。
【００２９】
なお、受信端末７のＣＰＵ７１は、ダウンロードした画像を表示部７６に表示する際、一定の条件下において開封報告を画像サーバ６に送信するようにしてもよい。一定の条件下とは、ダウンロードした画像を表示部７６に表示することであってもよいし、表示後に所定の時間経過後であってもよい。またダウンロードした画像を表示部７６に表示する際に読影を開始することを知らせる読影ボタンを合わせて表示し、受信者が入力部７５を用いて読影ボタンを押下した場合であってもよい。
【００３０】
図１１から図１５は所定条件下において開封報告を送信する手順例を示すフローチャートである。図１１から図１５は図１０に示した手順の一部を変更するものである。図１１について説明する。図１０において、受信端末７のＣＰＵ７１はステップＳ３１を実行後、画像ファイルが開封されたことを検知する（ステップＳ４１）。ＣＰＵ７１は開封報告を画像サーバ６に送信する（ステップＳ４２）。受信端末７のＣＰＵ７１は図１０のステップＳ３５以降を実行する。一方、画像サーバ６は開封情報を受信する（ステップＳ４３）。画像サーバ６は受取報告を生成し、キャプチャ端末４に送信する（ステップＳ４４）。キャプチャ端末４は受取報告を受信する（ステップＳ３４）。
【００３１】
図１２について説明する。図１０において、受信端末７のＣＰＵ７１はステップＳ３１を実行後、画像ファイルが開封されたことを検知する（ステップＳ４１）。ＣＰＵ７１は所定時間経過したか否かを判定する（ステップＳ４５）。ＣＰＵ７１は所定時間経過していないと判定した場合（ステップＳ４５でＮＯ）、ステップＳ４５を繰り返す。ＣＰＵ７１は所定時間経過したと判定した場合（ステップＳ４５でＹＥＳ）、ＣＰＵ７１は開封報告を画像サーバ６に送信する（ステップＳ４２）。受信端末７のＣＰＵ７１は図１０のステップＳ３５以降を実行する。一方、画像サーバ６は開封情報を受信する（ステップＳ４３）。画像サーバ６は受取報告を生成し、キャプチャ端末４に送信する（ステップＳ４４）。キャプチャ端末４は受取報告を受信する（ステップＳ３４）。
【００３２】
図１３について説明する。図１０において、受信端末７のＣＰＵ７１はステップＳ３１を実行後、画像ファイルが開封されたことを検知する（ステップＳ４１）。ＣＰＵ７１は読影ボタンのクリックを検知する（ステップＳ４６）。ＣＰＵ７１は開封報告を画像サーバ６に送信する（ステップＳ４２）。受信端末７のＣＰＵ７１は図１０のステップＳ３５以降を実行する。一方、画像サーバ６は開封情報を受信する（ステップＳ４３）。画像サーバ６は受取報告を生成し、キャプチャ端末４に送信する（ステップＳ４４）。キャプチャ端末４は受取報告を受信する（ステップＳ３４）。
【００３３】
図１４について説明する。図１０において、受信端末７のＣＰＵ７１はステップＳ３１を実行後、画像ファイルが開封されたことを検知する（ステップＳ４１）。ＣＰＵ７１は読影ボタンのクリックを検知する（ステップＳ４６）。ＣＰＵ７１は終了ボタンがクリックされたか否かを判定する（ステップＳ４７）。ＣＰＵ７１は終了ボタンがクリックされていないと判定した場合（ステップＳ４７でＮＯ）、ステップＳ４７を繰り返す。ＣＰＵ７１は終了ボタンがクリックされたと判定した場合（ステップＳ４７でＹＥＳ）、開封報告を画像サーバ６に送信する（ステップＳ４２）。受信端末７のＣＰＵ７１は図１０のステップＳ３５以降を実行する。一方、画像サーバ６は開封情報を受信する（ステップＳ４３）。画像サーバ６は受取報告を生成し、キャプチャ端末４に送信する（ステップＳ４４）。キャプチャ端末４は受取報告を受信する（ステップＳ３４）。
【００３４】
図１５について説明する。図１０において、受信端末７のＣＰＵ７１はステップＳ３１を実行後、画像ファイルが開封されたことを検知する（ステップＳ４１）。ＣＰＵ７１は開封報告を画像サーバ６に送信する（ステップＳ４２）。受信端末７のＣＰＵ７１は図１０のステップＳ３５以降を実行する。一方、画像サーバ６は開封情報を受信する（ステップＳ４３）。画像サーバ６は受取報告を生成し、キャプチャ端末４及び他のキャプチャ端末４に送信する（ステップＳ４４）。キャプチャ端末４は受取報告を受信する（ステップＳ３４）。他のキャプチャ端末４は受取報告を受信する（ステップＳ４８）。他のキャプチャ端末４は携帯電話機やスマートフォンなどの携帯通信端末が望ましい。
【００３５】
本実施の形態は、以下の効果を奏する。医療機関内に保存された医用画像を医療機関内のネットワークＮ１に接続されていない端末で送信することが可能となる。すなわち、送信したい医用画像を医療機関内のネットワークＮ１に接続された表示端末２に表示する。当該表示画像を画像キャプチャ１にてキャプチャし、画像を生成する。生成した画像をキャプチャ端末４に記憶し、キャプチャ画像を医療機関外のネットワークＮ２を介して、画像サーバ６に送信する。画像キャプチャ１は、医療機関内のネットワークＮ１に接続された表示端末２と、医療機関外のネットワークＮ２に接続されたキャプチャ端末４とを介在する。しかし、画像キャプチャ１は画像データ（画像信号、画像ファイル）のみを入出力するので、画像キャプチャ１を介して、医療機関内のネットワークＮ１が外部からの侵入を受け、医用データの改ざん、漏洩などのリスクを低減することが可能となる。
【００３６】
また、キャプチャ端末４から受信端末７への画像の送信は、ＶＰＮを用いたセキュアな通信を行う。さらにまた、読影医が行った診断報告を送信完了後に、受信端末７、画像サーバ６及びキャプチャ端末４のそれぞれは保存している画像を削除する。受信端末７、画像サーバ６及びキャプチャ端末４が画像を保存している時間が可能な限り短くなるので、画像の改ざん、漏洩などのリスクを低減することが可能となる。
【００３７】
さらにまた、画像の受取報告、診断報告が受信端末７からキャプチャ端末４に送信されるので、送信者は読影の進行を把握することが可能となる。
【００３８】
実施の形態２
本実施の形態は画像サーバ６を含まない構成である。本実施の形態における画像送信システム１００の構成は、図１に示した実施の形態１の構成から画像サーバ６を除いた構成である。本実施の形態における画像送信システム１００の構成の説明及び図示は省略する。画像キャプチャ１、表示端末２、キャプチャ端末４、認証サーバ５及び受信端末７のハードウェア構成も実施の形態１と同様であるので、説明及び図示は省略する。
【００３９】
本実施の形態における読影依頼から診断報告までの手順を説明する。図１６及び図１７は読影依頼から診断報告までの手順の他の例を示すフローチャートである。本実施の形態と実施の形態１との相違を大まかに述べると、実施の形態１では、キャプチャ端末４と受信端末７とがＶＰＮに同時に接続されている必要がないが、本実施の形態では、キャプチャ端末４と受信端末７とがＶＰＮに同時に接続されている必要がある。そのため、実施の１と異なり、画像の送受信を行う前に、キャプチャ端末４と受信端末７とがＶＰＮに接続を完了する必要がある。
【００４０】
送信者の操作に基づき、キャプチャ端末４のＣＰＵ４１は受信者への読影依頼を生成し、受信端末７に送信する（ステップＳ６１）。読影依頼の送受信は、図示しないサーバを用いて、電子メール、プッシュ通知などで行う。また、Ｐ２Ｐ（Ｐｅｅｒ  ｔｏ  Ｐｅｅｒ）通信を用いてもよい。受信端末７のＣＰＵ７１は読影依頼を受信し、それに対する承諾を送信する（ステップＳ６２）。キャプチャ端末４は依頼受諾を受信する（ステップＳ６３）。なお、受信者が受諾できない場合は、受信端末７から不承諾の通知が送信される。不承諾の通知を受信したキャプチャ端末４のＣＰＵ４１はその旨を表示部４６に表示し、送信者に受信者の再設定を促す。ＣＰＵ４１は他の受信者宛の読影依頼を生成し、ステップＳ６１以降を実行する。ＣＰＵ４１はキャプチャアプリを起動する（ステップＳ６４）。送信者の操作により、表示端末２は画像を出力する（ステップＳ６５）。キャプチャ端末４のＣＰＵ４１はＶＰＮ接続を行う。ここで、ステップＳ６６からステップＳ７０までの処理は、図７におけるステップＳ３からステップＳ７までの処理と同様であるので、説明を省略する。ＣＰＵ４１は画像をキャプチャし保存する。ここで、ステップＳ７１及びＳ７２のそれぞれは、図７におけるステップＳ８及び図８のステップＳ９と同様であるので、説明を省略する。
【００４１】
一方、受信端末７のＣＰＵ７１は読影依頼に対する承諾を送信後、ビューワアプリを起動する（ステップＳ７３）。受信端末７のＣＰＵ７１はＶＰＮ接続を行う。ここで、ステップＳ７４からＳ７８までの処理は、図９におけるステップＳ２２からＳ２６までの処理と同様であるので、説明を省略する。
【００４２】
図１７に移り、キャプチャ端末４のＣＰＵ４１は受信端末７へキャプチャ画像を送信する（ステップＳ８１）。受信端末７は画像を受信する（ステップＳ８２）。受信端末７のＣＰＵ７１は受取報告をキャプチャ端末４に送信する（ステップＳ８３）。キャプチャ端末４のＣＰＵ４１は受取報告を受信する（ステップＳ８４）。受信端末７のＣＰＵ７１はダウンロードした画像を表示部７６に表示する。受信者は画像の読影を行い、入力部７５を用いて診断報告を作成する。ＣＰＵ７１は診断報告を取得し、取得した診断報告をキャプチャ端末４へ送信する（ステップＳ８５）。キャプチャ端末４は診断報告を受信する（ステップＳ８６）。受信端末７のＣＰＵ７１は診断報告の送信が完了したら、ダウンロードした画像を削除する（ステップＳ８７）。キャプチャ端末４は診断報告の受信が完了したら、画像を削除する（ステップＳ８８）。
【００４３】
なお、ステップＳ８３からステップＳ８７において、キャプチャ端末４と受信端末７との処理の進行に不整合が出ないようにするために、キャプチャ端末４は受信端末７から送信されたデータを受信した後、受領通知を受信端末７に送信してもよい。受信端末７は受領通知を受信してから、次のステップ（ステップＳ８３、Ｓ８５、Ｓ８７）を実行する。
【００４４】
なお、受信端末７のＣＰＵ７１は、ダウンロードした画像を表示部７６に表示する際、所定の条件下において開封報告を画像サーバ６に送信するようにしてもよい。所定の条件下とは、ダウンロードした画像を表示部７６に表示することであってもよいし、表示後に所定の時間経過後であってもよい。またダウンロードした画像を表示部７６に表示する際に読影を開始することを知らせる読影ボタンを合わせて表示し、受信者が入力部７５を用いて読影ボタンを押下した場合であってもよい。
【００４５】
図１８から図２２は所定条件下において開封報告を送信する手順例を示すフローチャートである。図１８から図２２は図１７に示した手順の一部を変更するものである。図１８について説明する。図１７において、受信端末７のＣＰＵ７１はステップＳ８２を実行後、画像ファイルが開封されたことを検知する（ステップＳ８９）。ＣＰＵ７１は受取報告をキャプチャ端末４に送信する（ステップＳ８３）。受信端末７のＣＰＵ７１は図１７のステップＳ８５以降を実行する。一方、キャプチャ端末４は受取報告を受信する（ステップＳ８４）。当該形態においては、画像の受取情報を自動送信することで、読影開始時間を知らせることが、受信者の手を煩わせることなく可能となる。
【００４６】
図１９について説明する。図１７において、受信端末７のＣＰＵ７１はステップＳ８２を実行後、画像ファイルが開封されたことを検知する（ステップＳ８９）。ＣＰＵ７１は所定時間経過したか否かを判定する（ステップＳ９０）。ＣＰＵ７１は所定時間経過していないと判定した場合（ステップＳ９０でＮＯ）、ステップＳ９０を繰り返す。ＣＰＵ７１は所定時間経過したと判定した場合（ステップＳ９０でＹＥＳ）、ＣＰＵ７１は受取報告をキャプチャ端末４に送信する（ステップＳ８３）。受信端末７のＣＰＵ７１は図１０のステップＳ８５以降を実行する。一方、キャプチャ端末４は受取報告を受信する（ステップＳ８４）。当該形態においては、受取情報の自動送信に一定時間の閾値を設けることで、読影医の意図しない開封による自動送信を減らすことが可能となる。
【００４７】
図２０について説明する。図１７において、受信端末７のＣＰＵ７１はステップＳ８２を実行後、画像ファイルが開封されたことを検知する（ステップＳ８９）。ＣＰＵ７１は読影ボタンのクリックを検知する（ステップＳ９１）。ＣＰＵ７１は受取報告をキャプチャ端末４に送信する（ステップＳ８３）。受信端末７のＣＰＵ７１は図１７のステップＳ８５以降を実行する。一方、キャプチャ端末４は受取報告を受信する（ステップＳ８４）。当該形態においては、読影開始を知らせるボタンを設けることで、読影医の意図しない開封による自動送信を減らすことが可能となる。
【００４８】
図２１について説明する。図１７において、受信端末７のＣＰＵ７１はステップＳ８２を実行後、画像ファイルが開封されたことを検知する（ステップＳ８９）。ＣＰＵ７１は読影ボタンのクリックを検知する（ステップＳ９１）。ＣＰＵ７１は終了ボタンがクリックされたか否かを判定する（ステップＳ９２）。ＣＰＵ７１は終了ボタンがクリックされていないと判定した場合（ステップＳ９２でＮＯ）、ステップＳ９２を繰り返す。ＣＰＵ７１は終了ボタンがクリックされたと判定した場合（ステップＳ９２でＹＥＳ）、受取報告をキャプチャ端末４に送信する（ステップＳ８３）。受信端末７のＣＰＵ７１は図１７のステップＳ８５以降を実行する。一方、キャプチャ端末４は受取報告を受信する（ステップＳ８４）。当該形態においては、読影開始を知らせるボタンを設けることで、読影医の意図しない開封による自動送信を減らすことが可能となる。また終了ボタンを設けることで、読影時間などの情報をキャプチャ端末４に伝えることが可能となる。
【００４９】
図２２について説明する。図１７において、受信端末７のＣＰＵ７１はステップＳ８２を実行後、画像ファイルが開封されたことを検知する（ステップＳ８９）。ＣＰＵ７１は受取報告をキャプチャ端末４及び他のキャプチャ端末４に送信する（ステップＳ８３）。受信端末７のＣＰＵ７１は図１７のステップＳ８５以降を実行する。一方、キャプチャ端末４は受取報告を受信する（ステップＳ８４）。他のキャプチャ端末４は受取報告を受信する（ステップＳ９３）。他のキャプチャ端末４は携帯電話機やスマートフォンなどの携帯通信端末が望ましい。キャプチャ端末４や他のキャプチャ端末４は受取報告を受信スマと音声やバイブレーションで知らせる。音声やバイブレーションは他の通知と異なる特有なものとすることが望ましい。当該形態においては、複数端末への自動送信を行うことで、キャプチャ端末４使用者への連絡を確実のものとすることが可能となる。また特殊音声を使用することも効果を増幅させる。
【００５０】
本実施の形態は、実施の形態１と同様な効果に加え、以下の効果を奏する。実施の形態１と比較して、画像サーバ６を必要としないため、構築コスト、運用コストを低めに抑えることが可能となる。
【００５１】
実施の形態３
本実施の形態は実施の形態１と同様、画像サーバ６を含む構成である。実施の形態１と異なるのは、画像サーバ６へのログイン操作を省いた点である。本実施の形態における画像送信システム１００の構成は、図１に示した実施の形態１の構成と同様である。本実施の形態における画像送信システム１００の構成の説明及び図示は省略する。画像キャプチャ１、表示端末２、キャプチャ端末４、認証サーバ５及び受信端末７のハードウェア構成も実施の形態１と同様であるので、説明及び図示は省略する。
【００５２】
本実施の形態における読影依頼から診断報告までの手順を説明する。図２３及び図２４は読影依頼から診断報告までの手順の他の例を示すフローチャートである。以下の説明においては、図７から図１０に示した実施の形態１のフローチャートと異なる点を主として説明する。
【００５３】
キャプチャ端末４でのキャプチャアプリを起動（ステップＳ１０１）から、ＶＰＮ接続完了（ステップＳ１０７）を経て、キャプチャ画像を保存する（ステップＳ１０９）処理は、図７のステップＳ１からステップＳ９と同様であるから、説明を省略する。本実施の形態において、キャプチャ端末４がＶＰＮ接続に成功した場合、認証サーバ５は認証情報を発行する（ステップＳ１１０）。発行した認証情報は認証サーバ５の大容量記憶部５４に記憶される。
【００５４】
キャプチャ端末４のＣＰＵ４１は画像サーバ６に接続要求を行う（ステップＳ１１１）。画像サーバ６は認証サーバ５に対して、接続要求をしたキャプチャ端末４の認証情報を要求する（ステップＳ１１２）。認証サーバ５は接続要求をしたキャプチャ端末４の認証情報を画像サーバ６に送信する（ステップＳ１１３）。画像サーバ６は認証情報を受信したことにより、キャプチャ端末４の接続を許可する（ステップＳ１１４）。キャプチャ端末４はログインを完了する（ステップＳ１１５）。
【００５５】
キャプチャ端末４のＣＰＵ４１がキャプチャした画像を画像サーバ６へアップロードする（ステップＳ１１６）処理から、受信端末７のＶＰＮ接続完了（図２４のステップＳ１２７）までの処理は、図８のステップＳ１５から図９のステップＳ２６と同様であるから、説明を省略する。本実施の形態において、受信端末７がＶＰＮ接続に成功した場合、認証サーバ５は認証情報を発行する（ステップＳ１２８）。発行した認証情報は認証サーバ５の大容量記憶部５４に記憶される。
【００５６】
受信端末７のＶＰＮ接続完了（ステップＳ１２７）後、ＣＰＵ７１は画像サーバ６に接続要求を行う（ステップＳ１２９）。画像サーバ６は認証サーバ５に対して、受信端末７に対する認証情報を要求する（ステップＳ１３０）。認証サーバ５はステップＳ１２８で発行した認証情報を画像サーバ６に送信する（ステップＳ１３１）。画像サーバ６は認証情報を受信したことをもって、受信端末７のログインを許可する（ステップＳ１３２）。受信端末７はログインを完了する（ステップＳ１３３）。受信端末７による画像のダウロード（ステップＳ１３４）からキャプチャ端末４の画像の削除（ステップＳ１４３）までの処理は、図１０のステップＳ３１からステップＳ４０と同様であるから、説明を省略する。
【００５７】
なお、受信端末７のＣＰＵ７１は、ダウンロードした画像を表示部７６に表示する際、所定の条件下において開封報告を画像サーバ６に送信するようにしてもよい。具体的な処理は図１１から図１５を参照して説明した処理と同様であるから、説明を省略する。
【００５８】
本実施の形態は、実施の形態１と同様な効果に加え、以下の効果を奏する。本実施の形態では、送信者、受信者共に、ＶＰＮ接続時にパスワードの入力が求められる。しかし、その後に画像サーバ６と接続する際には、パスワードを入力する必要がない。すなわち、本実施の形態では、いわゆるシングルサイオンが実現する。それにより、送信者及び受信者の利便性が向上する。
【００５９】
実施の形態４
本実施の形態は実施の形態１と同様、画像サーバ６を含む構成である。実施の形態１と異なるのは、認証サーバ５の機能が強化されている点である。具体的には、本実施の形態の認証サーバ５はＶＰＮに接続中の端末を記憶する機能を有している。例えば、本実施の形態の認証サーバ５は、大容量記憶部５４にＶＰＮ接続中の端末一覧を記憶している。そして、本実施の形態の認証サーバ５は、ＶＰＮ接続している端末からの問い合わせに対し、他にＶＰＮ接続中の端末の一覧を回答することが可能である。本実施の形態における画像送信システム１００の構成は、図１に示した実施の形態１の構成と同様である。本実施の形態における画像送信システム１００の構成の説明及び図示は省略する。画像キャプチャ１、表示端末２、キャプチャ端末４、認証サーバ５及び受信端末７のハードウェア構成も実施の形態１と同様であるので、説明及び図示は省略する。
【００６０】
本実施の形態における読影依頼から診断報告までの手順を説明する。本実施の形態において、自宅などの医療機関外にいる読影医であって、緊急の読影診断が可能な読影医は、受信端末７をＶＰＮに接続しておくものとする。図２５、図２６及び図２７は読影依頼から診断報告までの手順の他の例を示すフローチャートである。以下の説明においては、図７から図１０に示した実施の形態１のフローチャートと異なる点を主として説明する。
【００６１】
緊急の読影診断が可能な読影医は、受信端末７を起動する（ステップＳ１６１）。その後のＶＰＮ接続認証（ステップＳ１６２）から、ＶＰＮ接続の完了（ステップＳ１６６）は、図９のステップＳ２２からステップＳ２６と同様であるから、説明を省略する。
【００６２】
画像の送信が必要となった送信者は、表示端末２を起動する（ステップＳ１６７）。その後の画像の出力（ステップＳ１６８）から、ＶＰＮ接続の完了（ステップＳ１７３）は、図７のステップＳ２からステップＳ７と同様であるから、説明を省略する。
【００６３】
キャプチャ端末４のＣＰＵ４１は認証サーバ５に対して、接続中の端末を問い合わせる（ステップＳ１７４）。認証サーバ５のＣＰＵ５１は各受信端末７へ問い合わせを行う（ステップＳ１７５）。この問い合わせは、例えば、ブロードキャストコマンドで行う。受信端末７のＣＰＵ７１は認証サーバ５からの問い合わせに対して、応答する（ステップＳ１７６）。認証サーバ５は受信端末７からの応答を受けて、受信端末７が受信可能である旨をキャプチャ端末４に対して送信する（ステップＳ１７７）。キャプチャ端末４のＣＰＵ４１はキャプチャアプリを起動する（ステップＳ１７８）。図２６に移り、画像のキャプチャ（ステップＳ１７９）から、画像の保存（ステップＳ１８７）は、図７のステップＳ８から図８のステップＳ１６と同様であるから、説明を省略する。同様に、キャプチャ端末４からのお知らせの送信（ステップＳ１８９）からビューワアプリの起動（図２７のステップＳ１９１）は、図８のステップＳ１８からステップＳ２１と同様であるから、説明を省略する。続いて、画像サーバ６へ接続要求（ステップＳ１９２）から、キャプチャ端末４における画像の削除（ステップＳ２０５）は、図１０のステップＳ２７からステップＳ４０と同様であるから、説明を省略する。
【００６４】
なお、ステップＳ１７７で複数の受信端末７から応答があった場合は、以下のようにする。認証サーバ５のＣＰＵ５１は任意の受信端末７を選択し、選択した受信端末７のみが受信可能であるとして、その旨をキャプチャ端末４に送信する。ランダムで選択してもよいし、予め定めたアルゴリズムを使って選択してもよい。又は認証サーバ５のＣＰＵ５１は応答のあったすべての受信端末７の情報をキャプチャ端末４に送信する。キャプチャ端末４のＣＰＵ４１は応答のあった受信端末７の情報をすべて表示部４６に表示する。送信者は入力部４５により、画像の受信先とする受信端末７を選択し、お知らせの送信する（ステップＳ１８８）。この場合、各受信端末７のホスト名やユーザ名に基づき、各受信端末７を使用している読影医の氏名が表示されることが望ましい。さらにまた、画像の受信先とする受信端末７の選択を送信者の介在無しで、キャプチャ端末４のＣＰＵ４１が行ってもよい。
【００６５】
なお、受信端末７のＣＰＵ７１は、ダウンロードした画像を表示部７６に表示する際、所定の条件下において開封報告を画像サーバ６に送信するようにしてもよい。具体的な処理は図１１から図１５を参照して説明した処理と同様であるから、説明を省略する。
【００６６】
本実施の形態は、実施の形態１と同様な効果に加え、以下の効果を奏する。画像の受信が可能になっている受信端末７に読影依頼を送信するので、迅速に読影診断を開始することが可能となる。
【００６７】
実際の形態５
本実施の形態は実施の形態１から４とは全体構成が大きく異なる。図２８は画像送信システムの他の構成例を示す説明図である。画像送信システム１００は画像キャプチャ１、表示端末２、医用情報システム３、キャプチャ端末４、受信端末７及びメッセンジャーサービス８を含む。図２８に示すように、本実施の形態においては、認証サーバ５及び画像サーバ６が含まれていない。本実施の形態においては、メッセンジャーサービス８を利用する。
【００６８】
メッセンジャーサービス８は、ユーザ間でリアルタイムに短いメッセージ（インスタントメッセージ）をやりとりすることができるサービスである。特に、本実施の形態においては、ファイル送受信機能が含まれているものとする。また、キャプチャ端末４及び受信端末７はメッセンジャーサービス８用のアカウント情報を有している。さらに、キャプチャ端末４及び受信端末７は、キャプチャアプリケーションプログラム４Ｐ及びビューワアプリケーションプログラム７Ｐの機能をもつメッセンジャーアプリを備えているものとする。メッセンジャーアプリはメッセンジャーサービス８を利用するためのアプリケーションプログラムである。
【００６９】
上述の実施の形態と同様に、画像キャプチャ１、表示端末２、医用情報システム３及びキャプチャ端末４は医療機関内に設置された機器である。キャプチャ端末４及び受信端末７はネットワークＮ２を介して、メッセンジャーサービス８の利用が可能である。ここで、メッセンジャーサービス８は、ユーザ間でテキストメッセージを送受信可能なサービスである。メッセンジャーサービス８はメッセージに画像を貼付可能である。メッセンジャーサービス８は例えば、ＬＩＮＥ（登録商標）、Ｆａｃｅｂｏｏｋ（登録商標）  Ｍｅｓｓｅｎｇｅｒ、Ｇｏｏｇｌｅ（登録商標）  ハングアウトである。
【００７０】
本実施の形態における読影依頼から診断報告までの手順を説明する。図２９は読影依頼から診断報告までの手順の他の例を示すフローチャートである。自宅などの医療機関外にいる読影医であって、緊急の読影診断が可能な読影医は、受信端末７のメッセンジャーアプリを起動しておく（ステップＳ２２１）。送信者はキャプチャ端末４のメッセンジャーアプリを起動する（ステップＳ２２２）。送信者は受信者一覧より受信者を選択する。選択は受信者候補の一覧から選択する。一覧では、オンラインではない受信者候補は含めないことが望ましい。キャプチャ端末４のＣＰＵ４１は受信者の選択を受け付ける（ステップＳ２２３）。ＣＰＵ４１は選択された受信者宛の読影依頼をメッセンジャーサービス８に送信する（ステップＳ２２４）。メッセンジャーサービス８は読影依頼を受信し、それを受信者の受信端末７に送信する（ステップＳ２２５）。受信端末７のＣＰＵ７１は読影依頼を受信し、表示部７６に表示する（ステップＳ２２６）。読影医は依頼を確認し、入力部７５を用いして依頼の承諾を入力し、ＣＰＵ７１は承諾を受け付け、送信者宛の承諾通知をメッセンジャーサービス８に送信する（ステップＳ２２７）。メッセンジャーサービス８は承諾通知を受信し、キャプチャ端末４に送信する（ステップＳ２２８）。一方、送信者は表示端末２から画像キャプチャ１へ画像を出力するように操作する（ステップＳ２２９）。キャプチャ端末４のＣＰＵ４１は承諾受信後、画像をキャプチャする（ステップＳ２３０）。キャプチャ端末４のＣＰＵ４１は画像をメッセンジャーサービス８に送信する（ステップＳ２３１）。メッセンジャーサービス８は画像を受信し、受信端末７へ送信する（ステップＳ２３２）。受信端末７のＣＰＵ７１は画像を受信し、表示部７６に表示する（ステップＳ２３３）。受信者である読影医は読影、診断を行い、診断報告を入力部７５により入力する。受信端末７のＣＰＵ７１は診断報告を受け付け、送信者宛でメッセンジャーサービス８に送信する（ステップＳ２３４）。メッセンジャーサービス８は診断報告を受信し、キャプチャ端末４へ送信する（ステップＳ２３５）。キャプチャ端末４のＣＰＵ４１は診断報告を受信し、表示部４６に表示する（ステップＳ２３６）。送信者は診断報告が届いたことを確認し、受取報告の送信をキャプチャ端末４に指示する。キャプチャ端末４のＣＰＵ４１は受取報告を受信宛でメッセンジャーサービス８に送信する（ステップＳ２３７）。メッセンジャーサービス８は受取報告を受信し、受信端末７へ送信する（ステップＳ２３８）。受信端末７のＣＰＵ７１は受取報告を受信する（ステップＳ２３９）。ＣＰＵ７１は画像を削除する（ステップＳ２４０）。キャプチャ端末４のＣＰＵ４１は受取報告の送信後、画像を削除する（ステップＳ２４１）。
【００７１】
本実施の形態は、実施の形態１と同様な効果に奏する。それに加え、以下の効果を奏する。メッセンジャーサービス８を利用することにより、認証サーバ５及び画像サーバ６が不要となるので、構築コスト、運用コストの削減が可能となる。
【００７２】
なお、受信端末７のＣＰＵ７１は、受信者である読影医が読影画像を確認したことを検出して、読影開始を知らせるメッセージを送信してもよい。
【００７３】
図３０は読影開始を知らせるメッセージを送信する手順例を示すフローチャートである。
図３０は図２９に示した手順の一部を変更するものである。図２９において、受信端末７のＣＰＵ７１は画像を受信し、受信者の操作により表示部７６に表示する（ステップＳ２３３）。ＣＰＵ７１は読影開始のメッセージをメッセンジャーサービス８に送信する（ステップＳ２４２）。メッセンジャーサービス８は読影開始のメッセージをキャプチャ端末４へ送信する（ステップＳ２４３）。キャプチャ端末４は読影開始のメッセージを受信する（ステップＳ２４４）。ＣＰＵ７１はステップＳ２４２の実行後、図２９のステップＳ２３４以降を実行する。
【００７４】
図３１は受信端末の画面例を示す説明図である。受信者が送信された画像を確認したことで、「読影を開始しました」とのメッセージが送信されている。頭蓋メッセージは、自動送信されたメッセージである。当該形態においては、メッセージを確認することで、読影開始を知らせるメッセージを自動送信することが可能となる。
【００７５】
図３２は読影開始を知らせるメッセージを送信する手順例を示すフローチャートである。図３２は図３０と同様、図２９に示した手順の一部を変更するものである。図２９において、受信端末７のＣＰＵ７１は画像を受信し、受信者の操作により表示部７６に表示する（ステップＳ２３３）。ＣＰＵ７１は画像の詳細を確認するために、受信者が画像をタッチしたことを検知する（ステップＳ２４５）。ＣＰＵ７１は読影開始のメッセージをメッセンジャーサービス８に送信する（ステップＳ２４２）。メッセンジャーサービス８は読影開始のメッセージをキャプチャ端末４へ送信する（ステップＳ２４３）。キャプチャ端末４は読影開始のメッセージを受信する（ステップＳ２４４）。ＣＰＵ７１はステップＳ２４２の実行後、図２９のステップＳ２３４以降を実行する。
【００７６】
図３３は受信端末又はキャプチャ端末の画面例を示す説明図である。図３３Ａは受信者が画像の受信を確認した状態である。図３３Ｂは受信者が画像にタッチして、画像３３１の内容を確認した状態である。図３３Ｃは受信者が画像をタッチした後のキャプチャ端末４の画面例である。読影開始メッセージ３３２が送信されたことを示している。当該形態においては、受信者が画像をタッチするまで、読影開始メッセージを送信しない。そのため、受信者である読影医の意図しないメッセージ送信を防止することが可能となる。
【００７７】
図３４は読影開始を知らせるメッセージを送信する手順例を示すフローチャートである。図３４は図３０と同様、図２９に示した手順の一部を変更するものである。図２９において、受信端末７のＣＰＵ７１は画像を受信し、受信者の操作により表示部７６に表示する（ステップＳ２３３）。ＣＰＵ７１は画像の詳細を確認するために、受信者が画像をタッチしたことを検知する（ステップＳ２４５）。ＣＰＵ７１は受信者が開始ボタンをクリックしたことを検知する（ステップＳ２４６）。ＣＰＵ７１は読影開始のメッセージをメッセンジャーサービス８に送信する（ステップＳ２４２）。メッセンジャーサービス８は読影開始のメッセージをキャプチャ端末４へ送信する（ステップＳ２４３）。キャプチャ端末４は読影開始のメッセージを受信する（ステップＳ２４４）。ＣＰＵ７１はステップＳ２４２の実行後、図２９のステップＳ２３４以降を実行する。
【００７８】
図３５は受信端末又はキャプチャ端末の画面例を示す説明図である。図３５Ａは受信者が画像の受信を確認した状態である。図３５Ｂは受信者が画像にタッチして、画像３５１の内容を確認した状態である。図３３Ｃは受信者が開始ボタン３５２をクリックした後のキャプチャ端末４の画面例である。読影開始メッセージ３５３が送信されたことを示している。当該形態においては、受信者が画像をタッチした後、開始ボタンをクリックしないと、読影開始メッセージを送信しない。そのため、受信者である読影医の意図しないメッセージ送信を防止することが可能となる。
【００７９】
図３６は読影開始を知らせるメッセージを送信する手順例を示すフローチャートである。図３６は図３０と同様、図２９に示した手順の一部を変更するものである。図２９において、受信端末７のＣＰＵ７１は画像を受信し、受信者の操作により表示部７６に表示する（ステップＳ２３３）。ＣＰＵ７１は画像の詳細を確認するために、受信者が画像をタッチしたことを検知する（ステップＳ２４５）。ＣＰＵ７１は読影開始のメッセージをメッセンジャーサービス８に送信する（ステップＳ２４２）。メッセンジャーサービス８は読影開始のメッセージをキャプチャ端末４へ送信する（ステップＳ２４３）。キャプチャ端末４は読影開始のメッセージを受信する（ステップＳ２４４）。キャプチャ端末４のＣＰＵ４１は読影医連絡画面の選択をロックする（ステップＳ２４７）。読影医連絡画面は読影依頼の送信先候補となる読影医を一覧表示する画面である。当該画面を用いて、送信先の読影医を選択する。ＣＰＵ７１はステップＳ２４２の実行後、診断報告を受け付け、受け付けた診断報告をメッセンジャーサービス８に送信する（ステップＳ２３４）。メッセンジャーサービス８は診断報告受信し、受信した診断報告をキャプチャ端末４へ送信する（ステップＳ２３５）。キャプチャ端末４は診断報告受信する（ステップＳ２３６）。キャプチャ端末４のＣＰＵ４１は読影医連絡画面のロックを解除する（ステップＳ２４８）。キャプチャ端末４のＣＰＵ４１はステップＳ２４８の実行後、図２９のステップＳ２３７以降を実行する。
【００８０】
図３７はキャプチャ端末４に表示される読影医連絡画面の例を示す説明図である。図３７Ａは通常の読影医連絡画面の例を示す。図３７Ａに示す例では、読影依頼の送信先候補である読影医として、読影医Ａから読影医Ｄが表示されている。ここでは、例えば読影医Ｂに読影依頼したとする。図３７Ｂはロックされた読影医連絡画面の例を示す。ここで、読影依頼を受信した読影医Ｂは読影医を開始しているので、その旨と画面をロックしていることを表示している。当該形態においては、キャプチャ端末４使用者の複数の読影医への依頼メッセージ送信を防止することが可能となる。
【００８１】
図３８は読影開始を知らせるメッセージを送信する手順例を示すフローチャートである。図３６は図３０と同様、図２９に示した手順の一部を変更するものである。図３８は図３６に示したフローを変更するものである。図３８に示す内容のうち図３６と共通する部分は説明を省略する。図３８のフローは読影依頼を複数の医師に送信した場合の処理を示す。ここでは、読影医Ａから読影医Ｄに読影依頼を行い、読影医Ｂから読影開始のメッセージが送られたものとする。読影医Ａから読影医Ｄが使用する端末をそれぞれ、受信端末７Ａ、７Ｂ、７Ｃ、７Ｄとする。
【００８２】
メッセンジャーサービス８は読影医Ｂ使用の受信端末７Ｂより読影開始のメッセージを受信後、読影開始のメッセージをキャプチャ端末４及び受信端末７Ｂ以外の受信端末７Ａ、７Ｃ、７Ｄへ送信する（ステップＳ２４３）。キャプチャ端末４は読影開始のメッセージを受信する（ステップＳ２４４）。キャプチャ端末４のＣＰＵ４１は読影医連絡画面の選択をロックする（ステップＳ２４７）。受信端末７Ａ、７Ｃ、７Ｄは読影開始のメッセージを受信する（ステップＳ２４９）。受信端末７Ａ、７Ｃ、７Ｄは画面をロックする（ステップＳ２５０）。その後、メッセンジャーサービス８は受信端末７Ｂから診断報告受信し、受信した診断報告をキャプチャ端末４及び受信端末７Ｂ以外の受信端末７Ａ、７Ｃ、７Ｄへ送信する（ステップＳ２３５）。キャプチャ端末４は診断報告受信する（ステップＳ２３６）。キャプチャ端末４のＣＰＵ４１は読影医連絡画面のロックを解除する（ステップＳ２４８）。キャプチャ端末４のＣＰＵ４１はステップＳ２４８の実行後、図２９のステップＳ２３７以降を実行する。受信端末７Ａ、７Ｃ、７Ｄは診断報告受信する（ステップＳ２５１）。受信端末７Ａ、７Ｃ、７Ｄは読影医連絡画面のロックを解除する（ステップＳ２５２）。
【００８３】
図３９は受信端末の画面例を示す説明図である。図３９Ａは読影依頼が送信された後の画面例である。図３９Ｂは読影医Ｂが読影を開始したことを示す、受信端末Ｂの画面例である。図３９Ｃは読影医Ｂが使用する受信端末７Ｂ以外の受信端末７Ａ、７Ｃ、７Ｄの画面例である。読影医Ｂが読影を開始したこと、そのため画面がロックされていることを示している。当該形態においては、キャプチャ端末４使用者の複数の読影医への依頼メッセージ送信を防止することが可能となる。当該形態においては、所見を複数の読影医が同時に書くことを防止することが可能となる。
【００８４】
なお、利用するメッセンジャーサービス８はセキュア通信を行えるものが望ましい。また、メッセンジャーアプリに画像の暗号化及び復号化の機能を設けてもよい。キャプチャ端末４から暗号化した画像を送信し、受信端末７で画像を復号化する。これにより、利用するメッセンジャーサービス８がセキュア通信を行えない場合であっても、画像の漏洩リスクを低減することが可能となる。
【００８５】
変形例
本変形例は表示端末２が出力している画像をキャプチャ端末４でキャプチャする際にキャプチャする範囲を指定可能とするものである。図４０はキャプチャ端末４の表示部４６に表示した表示端末２の出力画像の例を示す説明図である。出力画像には既にキャプチャ端末４で保存した出力画像のサムネイル画像が表示されるサムネイル領域４６１と表示端末２の出力画像を表示する医用画像領域４６２が含まれている。医用画像領域４６２に表示される出力画像には撮影画像４６２２に加えて患者属性４６２１とを含んでいることがある。患者属性４６２１は例えば、患者の氏名、性別、年齢である。４６３は入力部４５の一例であるマウスポインタなどのポイティングデバイスの位置を示すものである。４６４はポイティングデバイスでの選択範囲を示す表示である。図４０に示すように、入力部４５の一例であるポイティングデバイスにより、患者属性４６２１を除いた範囲を指定して、図示しないキャプチャボタンを押下することにより出力画像の一部をキャプチャする。また、キャプチャボタンを押下することにより、ポインティングデバイスによる指定をすることなく、画像認識により所定の条件下（例えば患者属性に関わる情報を含む領域という条件）に基づく画像を含まない出力画像の一部をキャプチャしてもよい。受信端末７に送信する画像に患者属性４６２１を含めないことにより、画像が漏洩した場合の情報量を減らすと共に、画像が悪用されるリスクを低減することが可能となる。医用画像や患者の属性などを含めた情報を医用情報という。
【００８６】
当該変形例は上述の実施の形態１から５のいずれにも適用可能である。なお、キャプチャする範囲から患者属性４６２１を除くとしたが、読影、診断に必要とする属性は含めてもよい。例えば、患者の氏名は含めないが、性別、年齢は含めてもよい。又は必要とする属性は画像に含めないが、別途、電話等で送信者から受信者に伝達してもよい。手段を変えることにより、撮影画像と患者属性４６２１とが同時に漏洩するリスクを低減することが可能となる。
【００８７】
なお、画像キャプチャ１はキャプチャ端末４に内蔵可能な拡張ボードとしてもよい。拡張ボードは例えば、ＡＧＰ（Ａｃｃｅｌｅｒａｔｅｄ  Ｇｒａｐｈｉｃｓ  Ｐｏｒｔ）やＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ）バスに挿して使うボードである。
【００８８】
表示端末２が本体とディスプレイとを含むデスクトップＰＣの場合、本体とディスプレイとの間に画像キャプチャ１を接続してもよい。この場合、画像キャプチャ１はディスプレイに対しては、本体からの画像信号をそのまま出力する。画像キャプチャ１はキャプチャ端末４に対しては、キャプチャして生成した画像を出力する。
【００８９】
また、画像キャプチャ１とキャプチャ端末４とが担う機能をカメラ内蔵のスマートフォンで実現してもよい。
【００９０】
各実施の形態で記載されている技術的特徴（構成要件）はお互いに組み合わせ可能であり、組み合わせすることにより、新しい技術的特徴を形成することができる。
今回開示された実施の形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本開示の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【００９１】
１００  画像送信システム
１      画像キャプチャ（キャプチャデバイス）
１１    ＣＰＵ
１２    ＲＯＭ
１３    入力部
１４    記憶部
１５    出力部
１Ｐ    制御プログラム
２      表示端末（第１端末）
４      キャプチャ端末（第２端末）
４１    ＣＰＵ
４２    ＲＯＭ
４３    ＲＡＭ
４４    大容量記憶部
４５    入力部
４６    表示部
４７    通信部
４８    外部入力部
４Ｐ    キャプチャアプリケーションプログラム
５      認証サーバ
６      画像サーバ
７      受信端末（第３端末）
８      メッセンジャーサービス
Ｂ      バス
【図１】
2019185674.tif 000003
【図２】
2019185674.tif 000004
【図３】
2019185674.tif 000005
【図４】
2019185674.tif 000006
【図５】
2019185674.tif 000007
【図６】
2019185674.tif 000008
【図７】
2019185674.tif 000009
【図８】
2019185674.tif 000010
【図９】
2019185674.tif 000011
【図１０】
2019185674.tif 000012
【図１１】
2019185674.tif 000013
【図１２】
2019185674.tif 000014
【図１３】
2019185674.tif 000015
【図１４】
2019185674.tif 000016
【図１５】
2019185674.tif 000017
【図１６】
2019185674.tif 000018
【図１７】
2019185674.tif 000019
【図１８】
2019185674.tif 000020
【図１９】
2019185674.tif 000021
【図２０】
2019185674.tif 000022
【図２１】
2019185674.tif 000023
【図２２】
2019185674.tif 000024
【図２３】
2019185674.tif 000025
【図２４】
2019185674.tif 000026
【図２５】
2019185674.tif 000027
【図２６】
2019185674.tif 000028
【図２７】
2019185674.tif 000029
【図２８】
2019185674.tif 000030
【図２９】
2019185674.tif 000031
【図３０】
2019185674.tif 000032
【図３１】
2019185674.tif 000033
【図３２】
2019185674.tif 000034
【図３３】
2019185674.tif 000035
【図３４】
2019185674.tif 000036
【図３５】
2019185674.tif 000037
【図３６】
2019185674.tif 000038
【図３７】
2019185674.tif 000039
【図３８】
2019185674.tif 000040
【図３９】
2019185674.tif 000041
【図４０】
2019185674.tif 000042