(57)【要約】【課題】ログインから画像送信までにかかる時間を短縮すること。【解決手段】情報処理装置１０１は、端末１０２からログイン要求と端末１０２の位置情報とを受け付ける。情報処理装置１０１は、端末１０２の位置情報が所定の条件を満たすか否かを判断する。情報処理装置１０１は、端末１０２の位置情報が所定の条件を満たす場合に、ログインした端末１０２への記憶部１１０に記憶された画像データの送信を開始する。一方、端末１０２の位置情報が所定の条件を満たさない場合、情報処理装置１０１は、ログインした端末１０２への画像データの送信を開始しない。【選択図】図１
2018156210.tif 000002
【特許請求の範囲】
【請求項１】
端末からログイン要求と前記端末の位置情報とを受け付け、
前記端末のログインを検出すると、受け付けた前記端末の位置情報が所定の条件を満たす場合に、記憶部に記憶された画像データの前記端末への送信を開始する、
処理をコンピュータに実行させることを特徴とする画像送信プログラム。
【請求項２】
前記送信を開始する処理は、
前記端末の位置情報が、前記端末のユーザの自宅または勤務先を示す場合に、前記端末への前記画像データの送信を開始する、ことを特徴とする請求項１に記載の画像送信プログラム。
【請求項３】
前記画像データは、患者の医用画像の画像データである、ことを特徴とする請求項１または２に記載の画像送信プログラム。
【請求項４】
前記端末との間のデータ転送速度を取得し、
取得した前記データ転送速度に基づいて、前記画像データの圧縮方式を決定する、
処理を前記コンピュータに実行させ、
前記送信を開始する処理は、
前記画像データを送信する際に、決定した前記圧縮方式で前記画像データを圧縮する、ことを特徴とする請求項１〜３のいずれか一つに記載の画像送信プログラム。
【請求項５】
緊急依頼の依頼先を記憶する第２の記憶部を参照して、前記端末のユーザが前記緊急依頼の依頼先であるか否かを判断する、処理を前記コンピュータに実行させ、
前記送信を開始する処理は、
前記端末の位置情報が前記所定の条件を満たし、かつ、前記端末のユーザが前記緊急依頼の依頼先である場合に、前記端末への前記画像データの送信を開始する、ことを特徴とする請求項１〜４のいずれか一つに記載の画像送信プログラム。
【請求項６】
前記緊急依頼は、特定の患者の医用画像の参照を依頼するものであり、
前記送信を開始する処理は、
前記記憶部に記憶された前記特定の患者の医用画像の画像データの前記端末への送信を開始する、ことを特徴とする請求項５に記載の画像送信プログラム。
【請求項７】
緊急依頼の依頼先を記憶する第２の記憶部を参照して、前記端末のユーザが前記緊急依頼の依頼先であるか否かを判断し、
前記端末のユーザが前記緊急依頼の依頼先である場合に、前記端末への前記画像データの送信を開始する、処理を前記コンピュータに実行させることを特徴とする請求項１〜４のいずれか一つに記載の画像送信プログラム。
【請求項８】
端末からログイン要求と前記端末の位置情報とを受け付け、
前記端末のログインを検出すると、受け付けた前記端末の位置情報が所定の条件を満たす場合に、記憶部に記憶された画像データの前記端末への送信を開始する、
処理をコンピュータが実行することを特徴とする画像送信方法。
【請求項９】
端末からログイン要求と前記端末の位置情報とを受け付け、
前記端末のログインを検出すると、受け付けた前記端末の位置情報が所定の条件を満たす場合に、記憶部に記憶された画像データの前記端末への送信を開始する、
制御部を有することを特徴とする情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像送信プログラム、画像送信方法、および情報処理装置に関する。
【背景技術】
【０００２】
病院に搬送された救急患者の検査画像を、当直医師の経験が浅いまたは専門外などの理由で、帰宅済みのベテラン医師等の他の医師に確認してもらい、アドバイスを仰ぐケースがある。この場合、他の医師は、例えば、自身のタブレットＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）やスマートフォンなどの端末に検査画像の画像データをダウンロードして、検査画像を参照する。
【０００３】
先行技術としては、識別データの送信元の第１携帯電話機に現在位置データの取得要求データを送信し、現在位置データを受信したとき、識別データに関連付いたアドレスデータの第２携帯電話機に対して、緊急通報データとともに第１携帯電話機の現在位置データに従った地図データのリンクデータを送信するものがある。また、メッセージが属するカテゴリに応じて先読み動作を選択し、当該選択した動作と、メッセージとをペアにして出力し、当該動作に対応する先読みタイミングで、メッセージに記載されたＵＲＬにアクセスしてウェブページの先読みを行う技術がある。また、バッファ部のデータ量を監視し、データ量に応じ、切換圧縮レートの高い映像データ高圧縮部を選択する技術がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−６１５８７号公報
【特許文献２】特開２０１２−１０８７４４号公報
【特許文献３】特開２００４−６４１７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来技術では、端末における画像のダウンロード開始までに時間がかかり、端末のユーザが画像を参照するまでに時間がかかることがある。
【０００６】
一つの側面では、本発明は、ログインから画像送信までにかかる時間を短縮することを目的とする。
【課題を解決するための手段】
【０００７】
１つの実施態様では、端末からログイン要求と前記端末の位置情報とを受け付け、前記端末のログインを検出すると、受け付けた前記端末の位置情報が所定の条件を満たす場合に、記憶部に記憶された画像データの前記端末への送信を開始する、画像送信プログラムが提供される。
【発明の効果】
【０００８】
本発明の一側面によれば、ログインから画像送信までにかかる時間を短縮することができる。
【図面の簡単な説明】
【０００９】
【図１】図１は、実施の形態にかかる画像送信方法の一実施例を示す説明図である。
【図２】図２は、画像送信システム２００のシステム構成例を示す説明図である。
【図３】図３は、情報処理装置１０１のハードウェア構成例を示すブロック図である。
【図４】図４は、端末Ｔｉのハードウェア構成例を示すブロック図である。
【図５】図５は、患者ＤＢ２２０の記憶内容の一例を示す説明図である。
【図６】図６は、医師ＤＢ２３０の記憶内容の一例を示す説明図である。
【図７】図７は、オーダＤＢ２４０の記憶内容の一例を示す説明図である。
【図８】図８は、検査ＤＢ２５０の記憶内容の一例を示す説明図である。
【図９】図９は、緊急依頼ＤＢ２６０の記憶内容の一例を示す説明図である。
【図１０】図１０は、情報処理装置１０１の機能的構成例を示すブロック図である。
【図１１】図１１は、画像送信システム２００の動作例を示すシーケンス図である。
【図１２】図１２は、情報処理装置１０１の緊急依頼送信処理手順の一例を示すフローチャートである。
【図１３】図１３は、情報処理装置１０１の画像送信処理手順の一例を示すフローチャート（その１）である。
【図１４】図１４は、情報処理装置１０１の画像送信処理手順の一例を示すフローチャート（その２）である。
【発明を実施するための形態】
【００１０】
以下に図面を参照して、本発明にかかる画像送信プログラム、画像送信方法、および情報処理装置の実施の形態を詳細に説明する。
【００１１】
（実施の形態）
図１は、実施の形態にかかる画像送信方法の一実施例を示す説明図である。図１において、情報処理装置１０１は、画像データを記憶する記憶部１１０を有し、記憶部１１０に記憶された画像データを送信するコンピュータである。画像データは、例えば、患者の医用画像の画像データである。
【００１２】
ここで、夜間などの通常業務時間外に病院に搬送された救急患者に対して、病気の発見や診断のために検査が行われることがある。検査としては、例えば、ＣＴ（Ｃｏｍｐｕｔｅｄ  Ｔｏｍｏｇｒａｐｈｙ）検査、ＭＲＩ（Ｍａｇｎｅｔｉｃ  Ｒｅｓｏｎａｎｃｅ  Ｉｍａｇｉｎｇ）検査、レントゲン検査などがある。
【００１３】
一方で、検査で撮影された検査画像から病気を発見したり診断したりするには、医師の経験やスキルを要することがある。このため、救急患者の検査画像を撮影した後に、当直医師の経験が浅いまたは専門外などの理由で、帰宅済みのベテラン医師等に検査画像の参照依頼をして、アドバイスを仰ぐケースがある。
【００１４】
このような場合、参照依頼された医師は、例えば、自身の端末から病院のシステムにログインし、救急患者を指定した後、参照依頼された検査画像を選択して、自身の端末に画像データをダウンロードすることになる。このため、参照依頼された医師が検査画像を参照するまでに時間がかかることがある。
【００１５】
しかし、医療の現場では、少しの時間の遅れが命にかかわることもあるため、一刻も早く検査画像を参照したいという要望がある。例えば、脳梗塞の場合、９０分以内に血栓の融解剤を投与するかによって生存率が大きく変わってくる。したがって、患者の検査画像からいかに早く脳梗塞であると診断できるかが重要である。
【００１６】
ただし、第三者に患者の検査画像が見られることは、プライバシーの侵害となるおそれがある。このため、周囲に第三者が存在する可能性が高い場所にいる医師の端末に、患者の検査画像を転送して表示可能な状態にすることは望ましくない。
【００１７】
そこで、本実施の形態では、患者等のプライバシーが侵害されないようにセキュリティに配慮しつつ、ログインから画像送信までの時間を短縮する画像送信方法について説明する。以下、情報処理装置１０１の処理例について説明する。ここでは、端末１０２のユーザに対して、何らかの手段（例えば、電話）で病院の当直医師から救急患者についての検査画像の参照依頼が行われた場合を想定する。端末１０２のユーザは、例えば、帰宅済みのベテラン医師である。
【００１８】
（１）情報処理装置１０１は、端末１０２からログイン要求と端末１０２の位置情報とを受け付ける。ログイン要求は、画像データを参照するためのシステム（例えば、病院の電子カルテシステム）へのログインを要求するものである。ログイン要求には、例えば、端末１０２のユーザの識別情報が含まれる。
【００１９】
また、端末１０２の位置情報は、端末１０２からログイン要求が送信される際の端末１０２の位置を示す情報（例えば、緯度、経度）である。具体的には、例えば、情報処理装置１０１は、端末１０２からログイン要求と位置情報とを受信することにより、端末１０２のログイン要求と、端末１０２の位置情報とを受け付ける。
【００２０】
（２）情報処理装置１０１は、受け付けた端末１０２の位置情報が所定の条件を満たすか否かを判断する。具体的には、例えば、情報処理装置１０１は、受け付けたログイン要求によって端末１０２がログインしたことを検出したことに応じて、端末１０２の位置情報が所定の条件を満たすか否かを判断する。
【００２１】
ここで、所定の条件は、端末１０２の場所に関する条件である。より具体的には、例えば、所定の条件は、端末１０２のユーザが、第三者（例えば、家族や病院関係者以外の者）が周囲に存在する可能性が低い場所にいるかどうかを判断するための条件である。
【００２２】
例えば、端末１０２のユーザの自宅や勤務先は、第三者が周囲に存在する可能性が低い場所であるといえる。このため、所定の条件としては、例えば、端末１０２のユーザが、自宅または勤務先にいるかといった条件が設定される。なお、端末１０２のユーザの自宅や勤務先の位置情報は、例えば、情報処理装置１０１に予め記録される。
【００２３】
（３）情報処理装置１０１は、端末１０２の位置情報が所定の条件を満たす場合に、記憶部１１０に記憶された画像データの端末１０２への送信を開始する。一方、端末１０２の位置情報が所定の条件を満たさない場合、情報処理装置１０１は、記憶部１１０に記憶された画像データの端末１０２への送信を開始しない。
【００２４】
ここで、送信対象となる画像データは、例えば、記憶部１１０に記憶された全ての画像データであってもよい。また、送信対象となる画像データは、例えば、現在時刻から所定時間（例えば、１時間〜数時間）内に撮影された画像データであってもよい。また、送信対象となる画像データは、例えば、端末１０２のユーザ宛に送信する画像データとして記憶部１１０に記憶された画像データであってもよい。
【００２５】
なお、送信対象となる画像データは、例えば、可逆圧縮または非可逆圧縮のいずれかの圧縮方式によって圧縮されて端末１０２に送信される。
【００２６】
このように、情報処理装置１０１によれば、端末１０２のログインを検出したことに応じて、ログイン要求を受け付けた際の端末１０２の位置情報が所定の条件を満たす場合に、端末１０２への画像データの送信を開始することができる。これにより、ログインから画像送信までの時間を短縮することができる。
【００２７】
具体的には、端末１０２において、ログインのタイミングで、バックグラウンドで画像データのダウンロードを開始することができ、端末１０２のユーザが画像データを参照（確認）するまでの時間を短縮することができる。また、画像データの送信を許可する場所を、端末１０２のユーザの自宅や勤務先などの周囲に第三者が存在する可能性が低い場所に限定することができる。このため、例えば、患者の検査画像が第三者に見られてプライバシーが侵害されるのを防いで、セキュリティを高めることができる。
【００２８】
なお、上述した説明では、救急患者の検査画像を例に挙げて説明したが、これに限らない。例えば、医師が、診察予定の患者の検査画像等を事前に確認したい場合にも適用できる。また、転送対象となる画像は、医用画像に限らず、何らかの画像を端末にダウンロードして参照する場合にも適用可能である。
【００２９】
（画像送信システム２００のシステム構成例）
つぎに、図１に示した情報処理装置１０１を、病院Ｈに導入される画像送信システム２００に適用した場合を例に挙げて説明する。画像送信システム２００は、例えば、病院Ｈの電子カルテシステムの一機能として実現される。
【００３０】
図２は、画像送信システム２００のシステム構成例を示す説明図である。図２において、画像送信システム２００は、情報処理装置１０１と、クライアント装置２０１と、端末Ｔ１〜Ｔｎと、を含む。画像送信システム２００において、情報処理装置１０１、クライアント装置２０１および端末Ｔ１〜Ｔｎは、有線または無線のネットワーク２１０を介して接続される。ネットワーク２１０は、例えば、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、移動体通信網、インターネットなどである。
【００３１】
以下の説明では、端末Ｔ１〜Ｔｎのうち任意の端末を「端末Ｔｉ」と表記する場合がある（ｉ＝１，２，…，ｎ）。図１に示した端末１０２は、例えば、端末Ｔｉに相当する。
【００３２】
ここで、情報処理装置１０１は、患者ＤＢ（Ｄａｔａｂａｓｅ）２２０、医師ＤＢ２３０、オーダＤＢ２４０、検査ＤＢ２５０および緊急依頼ＤＢ２６０を有する。なお、各種ＤＢ２２０，２３０，２４０，２５０，２６０の記憶内容については、図５〜図９を用いて後述する。
【００３３】
クライアント装置２０１は、病院Ｈの医療従事者により使用されるコンピュータである。医療従事者は、例えば、医師、看護師、各種検査技師、医療事務員などである。例えば、クライアント装置２０１は、ＰＣ、タブレットＰＣ、スマートフォン、携帯電話機、ＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙ−ｐｈｏｎｅ  Ｓｙｓｔｅｍ）などである。
【００３４】
端末Ｔｉは、情報処理装置１０１から画像データを受信して、受信した画像データを表示可能なコンピュータである。例えば、端末Ｔｉは、病院Ｈの医師（以下、「医師Ｄ」と称する）により使用されるタブレットＰＣ、スマートフォン、携帯電話機、ＰＨＳなどである。また、端末Ｔｉは、例えば、医師Ｄの自宅のＰＣなどであってもよい。
【００３５】
なお、ここでは、医師Ｄが端末Ｔｉを使用する場合を例に挙げて説明するが、これに限らない。例えば、端末Ｔｉは、医師Ｄだけでなく、病院Ｈの看護師や各種検査技師によって使用されることにしてもよい。
【００３６】
（情報処理装置１０１のハードウェア構成例）
図３は、情報処理装置１０１のハードウェア構成例を示すブロック図である。図３において、情報処理装置１０１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）３０１と、メモリ３０２と、Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）３０３と、ディスクドライブ３０４と、ディスク３０５と、を有する。また、各構成部は、バス３００によってそれぞれ接続される。
【００３７】
ここで、ＣＰＵ３０１は、情報処理装置１０１の全体の制御を司る。メモリ３０２は、例えば、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）およびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭやＲＯＭが各種プログラムを記憶し、ＲＡＭがＣＰＵ３０１のワークエリアとして使用される。メモリ３０２に記憶されるプログラムは、ＣＰＵ３０１にロードされることで、コーディングされている処理をＣＰＵ３０１に実行させる。
【００３８】
Ｉ／Ｆ３０３は、通信回線を通じてネットワーク２１０に接続され、ネットワーク２１０を介して他の装置（例えば、図２に示したクライアント装置２０１、端末Ｔｉ）に接続される。そして、Ｉ／Ｆ３０３は、ネットワーク２１０と自装置内部とのインターフェースを司り、他の装置からのデータの入出力を制御する。Ｉ／Ｆ３０３には、例えば、モデムやＬＡＮアダプタなどを採用することができる。
【００３９】
ディスクドライブ３０４は、ＣＰＵ３０１の制御に従ってディスク３０５に対するデータのリード／ライトを制御する。ディスク３０５は、ディスクドライブ３０４の制御で書き込まれたデータを記憶する。ディスク３０５としては、例えば、磁気ディスク、光ディスクなどが挙げられる。
【００４０】
なお、情報処理装置１０１は、上述した構成部のほかに、例えば、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）、キーボード、マウス、ディスプレイなどを有することにしてもよい。
【００４１】
（端末Ｔｉのハードウェア構成例）
図４は、端末Ｔｉのハードウェア構成例を示すブロック図である。図４において、端末Ｔｉは、ＣＰＵ４０１と、メモリ４０２と、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）ユニット４０３と、Ｉ／Ｆ４０４と、ディスプレイ４０５と、入力装置４０６と、を有する。また、各構成部はバス４００によってそれぞれ接続される。
【００４２】
ここで、ＣＰＵ４０１は、端末Ｔｉの全体の制御を司る。メモリ４０２は、例えば、ＲＯＭ、ＲＡＭおよびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭやＲＯＭが各種プログラムを記憶し、ＲＡＭがＣＰＵ４０１のワークエリアとして使用される。メモリ４０２に記憶されるプログラムは、ＣＰＵ４０１にロードされることで、コーディングされている処理をＣＰＵ４０１に実行させる。
【００４３】
ＧＰＳユニット４０３は、ＧＰＳ衛星からの電波を受信し、端末Ｔｉの位置情報を出力する。端末Ｔｉの位置情報は、例えば、緯度、経度などの地球上の１点を特定する情報である。また、端末Ｔｉは、ＤＧＰＳ（Ｄｉｆｆｅｒｅｎｔｉａｌ  ＧＰＳ）により、ＧＰＳユニット４０３から出力される位置情報を補正することにしてもよい。
【００４４】
Ｉ／Ｆ４０４は、通信回線を通じてネットワーク２１０に接続され、ネットワーク２１０を介して他の装置（例えば、図２に示した情報処理装置１０１）に接続される。そして、Ｉ／Ｆ４０４は、ネットワーク２１０と自装置内部とのインターフェースを司り、他の装置からのデータの入出力を制御する。
【００４５】
ディスプレイ４０５は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する。ディスプレイ４０５としては、例えば、液晶ディスプレイ、有機ＥＬ（Ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイなどを採用することができる。
【００４６】
入力装置４０６は、文字、数字、各種指示などの入力のためのキーを有し、データの入力を行う。入力装置４０６は、キーボードやマウスなどであってもよく、また、タッチパネル式の入力パッドやテンキーなどであってもよい。
【００４７】
なお、端末Ｔｉは、上述した構成部のほかに、例えば、ＳＳＤ、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）などを有することにしてもよい。また、上述した説明では、測位衛星としてＧＰＳ衛星を用いる場合を例に挙げて説明したが、例えば、準天頂衛星システムの測位衛星を用いることにしてもよい。また、端末Ｔｉの位置情報として、無線ＬＡＮなどのアクセスポイントから得られる位置情報を用いることにしてもよい。また、図２に示したクライアント装置２０１についても、端末Ｔｉと同様のハードウェア構成により実現することができる。
【００４８】
（各種ＤＢ２２０，２３０，２４０，２５０，２６０の記憶内容）
つぎに、図５〜図９を用いて、情報処理装置１０１が有する各種ＤＢ２２０，２３０，２４０，２５０，２６０の記憶内容について説明する。各種ＤＢ２２０，２３０，２４０，２５０，２６０は、例えば、図３に示したメモリ３０２、ディスク３０５などの記憶装置により実現される。
【００４９】
図５は、患者ＤＢ２２０の記憶内容の一例を示す説明図である。図５において、患者ＤＢ２２０は、患者ＩＤ、氏名、性別、生年月日および住所のフィールドを有し、各フィールドに情報を設定することで、患者情報（例えば、患者情報５００−１，５００−２）をレコードとして記憶する。
【００５０】
ここで、患者ＩＤは、病院Ｈの電子カルテシステムに登録された患者Ｐを一意に識別する識別子である。氏名は、患者Ｐの氏名である。性別は、患者Ｐの性別である。生年月日は、患者Ｐの生年月日である。住所は、患者Ｐの住所である。例えば、患者情報５００−１は、患者Ｐ１の氏名「富士  太郎」、性別「男」、生年月日「Ｓ５０．４．１６」および住所「東京都・・・」を示す。
【００５１】
図６は、医師ＤＢ２３０の記憶内容の一例を示す説明図である。図６において、医師ＤＢ２３０は、医師ＩＤ、氏名、性別、生年月日、住所およびアドレスのフィールドを有し、各フィールドに情報を設定することで、医師情報（例えば、医師情報６００−１，６００−２，６００−ｘ）をレコードとして記憶する。
【００５２】
ここで、医師ＩＤは、病院Ｈの医師Ｄを一意に識別する識別子である。氏名は、医師Ｄの氏名である。性別は、医師Ｄの性別である。生年月日は、医師Ｄの生年月日である。住所は、医師Ｄの住所である。住所としては、例えば、医師Ｄの自宅の位置を示す緯度、経度の位置情報が設定されることにしてもよい。
【００５３】
アドレスは、医師Ｄのアドレスである。アドレスとしては、例えば、医師Ｄが使用する端末Ｔｉのメールアドレス、電話番号などが設定される。例えば、医師情報６００−１は、医師Ｄ１の氏名「鈴木  一郎」、性別「男」、生年月日「Ｓ５２．７．１」、住所「東京都・・・」およびアドレス「ｓｕｚｕｋｉ．・・・＠ｘｘｘ．ｎｅ．ｊｐ」を示す。
【００５４】
なお、医師ＩＤフィールドには、病院Ｈ（あるいは、病院Ｈに関連する医療機関）を一意に識別する病院ＩＤが設定されることにしてもよい。この場合、氏名フィールドには病院Ｈの名称が設定され、住所フィールドには病院Ｈの住所が設定され、それ以外のフィールドは「−（Ｎｕｌｌ）」となる。例えば、医師情報６００−ｘは、病院Ｈの名称「○×病院」および住所「東京都・・・」を示す。
【００５５】
図７は、オーダＤＢ２４０の記憶内容の一例を示す説明図である。図７において、オーダＤＢ２４０は、オーダＩＤ、患者ＩＤおよび検査ＩＤのフィールドを有し、各フィールドに情報を設定することで、オーダ情報（例えば、オーダ情報７００−１，７００−２）をレコードとして記憶する。
【００５６】
ここで、オーダＩＤは、オーダＯＤを一意に識別する識別子である。オーダＯＤは、医師Ｄ等から発行される患者Ｐについての指示等をあらわすものである。なお、オーダＤとしては、例えば、処方オーダ、注射オーダ、検査オーダ、手術オーダなどの様々なオーダ種別があるが、ここでは検査オーダを対象とする。
【００５７】
患者ＩＤは、オーダＩＤのオーダＯＤが発行された患者Ｐの患者ＩＤである。検査ＩＤは、オーダＩＤのオーダＯＤに応じて行われた検査を一意に識別する識別子である。例えば、オーダ情報７００−１は、オーダＩＤ「ＯＤ１」、患者ＩＤ「Ｐ１」および検査ＩＤ「Ｔ１」を示す。
【００５８】
図８は、検査ＤＢ２５０の記憶内容の一例を示す説明図である。図８において、検査ＤＢ２５０は、検査ＩＤ、検査名、検査日時および検査画像群のフィールドを有し、各フィールドに情報を設定することで、検査情報（例えば、検査情報８００−１，８００−２）をレコードとして記憶する。図１に示した記憶部１１０は、例えば、検査ＤＢ２５０に相当する。
【００５９】
ここで、検査ＩＤは、検査を一意に識別する識別子である。検査名は、検査ＩＤの検査の名称である。検査日時は、検査ＩＤの検査が行われた日時（例えば、検査の開始日時）を示す。検査画像群は、検査ＩＤの検査において撮影された検査画像群それぞれの画像データである。例えば、ＣＴ検査やＭＲＩ検査の場合、検査画像は、一検査当たり数百枚〜数千枚程度撮影される。
【００６０】
例えば、検査情報８００−１は、検査ＩＤ「Ｔ１」、検査名「頭部ＭＲＩ検査」、検査日時「２０１７／０３／０１  ０２：１５」および検査画像群「ｄ１（１），ｄ１（２），・・・，ｄ１（１５００）」を示す。ただし、ｄ１（＃）は、検査Ｔ１で撮影された検査画像の画像データを示す（＃＝１，２，・・・，１５００）。
【００６１】
なお、検査画像の画像データには、シリーズＩＤが付与されていてもよい。シリーズＩＤは、シリーズを一意に識別する識別子である。シリーズは、検査画像に写る人体の部位を表す情報である。例えば、人体は、シリーズ１〜５に区分けされる。シリーズＩＤによれば、どの部位を撮影した検査画像であるかを判別することができる。
【００６２】
図９は、緊急依頼ＤＢ２６０の記憶内容の一例を示す説明図である。図９において、緊急依頼ＤＢ２６０は、依頼ＩＤ、依頼日時、医師ＩＤ、患者ＩＤおよび依頼フラグのフィールドを有し、各フィールドに情報を設定することで、緊急依頼情報（例えば、緊急依頼情報９００−１，９００−２）をレコードとして記憶する。
【００６３】
ここで、依頼ＩＤは、緊急依頼Ｒを一意に識別する識別子である。緊急依頼Ｒは、患者Ｐの検査画像の確認（参照）を依頼するものである。依頼日時は、緊急依頼Ｒを受け付けた日時である。医師ＩＤは、緊急依頼Ｒの依頼先の医師Ｄの医師ＩＤである。患者ＩＤは、検査対象の患者Ｐの患者ＩＤである。
【００６４】
依頼フラグは、緊急依頼Ｒが処理済みであるか否かを示す。ここでは、依頼フラグ「０」は、緊急依頼Ｒが未処理であることを示す。依頼フラグ「１」は、緊急依頼Ｒが処理済みであることを示す。初期状態では、依頼フラグは「０」である。例えば、緊急依頼情報９００−１は、依頼ＩＤ「Ｒ１」、依頼日時「２０１７／０３／０１  ０２：４７」、医師ＩＤ「Ｄ１」、患者ＩＤ「Ｐ１」および依頼フラグ「０」を示す。
【００６５】
（情報処理装置１０１の機能的構成例）
図１０は、情報処理装置１０１の機能的構成例を示すブロック図である。図１０において、情報処理装置１０１は、受付部１００１と、登録部１００２と、通知部１００３と、判断部１００４と、送信制御部１００５と、を含む構成である。受付部１００１〜送信制御部１００５は制御部となる機能であり、具体的には、例えば、図３に示したメモリ３０２、ディスク３０５などの記憶装置に記憶されたプログラムをＣＰＵ３０１に実行させることにより、または、Ｉ／Ｆ３０３により、その機能を実現する。各機能部の処理結果は、例えば、メモリ３０２、ディスク３０５などの記憶装置に記憶される。
【００６６】
受付部１００１は、緊急依頼Ｒを受け付ける。ここで、緊急依頼Ｒは、患者Ｐの検査画像の確認（参照）を依頼するものである。例えば、患者Ｐが救急患者の場合、電子カルテシステムへの登録が行われ、問診や視診で病気の種類や病状を判断できない場合などに検査が行われる。
【００６７】
緊急依頼Ｒは、例えば、患者Ｐを診ている医師Ｐの経験不足や専門外などの理由で、他の医師Ｄに患者Ｐの検査画像の参照を依頼してアドバイスを仰ぐ場合などに行われる。緊急依頼Ｒには、例えば、依頼先の医師Ｄの医師ＩＤと、検査対象の患者Ｐの患者ＩＤとが含まれる。
【００６８】
緊急依頼Ｒは、例えば、クライアント装置２０１において、ユーザ（病院Ｈの医療従事者）の操作入力により行われて情報処理装置１０１に送信される。この場合、受付部１００１は、クライアント装置２０１から緊急依頼Ｒを受信することにより、当該緊急依頼Ｒを受け付ける。また、受付部１００１は、例えば、不図示の入力装置を用いたユーザ（病院Ｈの医療従事者）の操作入力により、緊急依頼Ｒを受け付けることにしてもよい。
【００６９】
登録部１００２は、受付部１００１が受け付けた緊急依頼Ｒを登録する。具体的には、例えば、登録部１００２は、緊急依頼Ｒに含まれる医師ＩＤおよび患者ＩＤを、緊急依頼ＤＢ２６０（図９参照）内の医師ＩＤおよび患者ＩＤフィールドにそれぞれ設定する。これにより、新たな緊急依頼情報がレコードとして緊急依頼ＤＢ２６０に登録される。
【００７０】
例えば、医師ＩＤ「Ｄ１」と患者ＩＤ「Ｐ１」とを含む緊急依頼Ｒを受け付けた場合、緊急依頼ＤＢ２６０に緊急依頼情報９００−１（図９参照）が登録される。なお、依頼ＩＤは、登録時に採番される。依頼日時フィールドには、例えば、緊急依頼Ｒを受け付けた日時が設定される。
【００７１】
通知部１００３は、受付部１００１が受け付けた緊急依頼Ｒの依頼先に当該緊急依頼Ｒを通知する。具体的には、例えば、通知部１００３は、図６に示した医師ＤＢ２３０から、緊急依頼Ｒに含まれる医師ＩＤに対応する医師情報を取得する。そして、通知部１００３は、Ｉ／Ｆ３０３により、取得した医師情報のアドレス宛に緊急依頼Ｒを送信する。
【００７２】
これにより、緊急依頼Ｒを依頼先の医師Ｄに通知することができる。例えば、緊急依頼Ｒに医師ＩＤ「Ｄ１」が含まれる場合、医師ＤＢ２３０から医師情報６００−１が取得され、医師情報６００−１のアドレス「ｓｕｚｕｋｉ．・・・＠ｘｘｘ．ｎｅ．ｊｐ」宛に緊急依頼Ｒが送信される。
【００７３】
ただし、依頼先の医師Ｄに対する患者Ｐの検査画像の参照依頼は、他の手段により行われてもよい。例えば、依頼元の医師Ｄが、依頼先の医師Ｄに電話をかけて、患者Ｐの検査画像の参照依頼を行うことにしてもよい。
【００７４】
また、通知部１００３は、緊急依頼Ｒの依頼先に、当該緊急依頼Ｒとともに、患者Ｐの患者情報を合わせて通知することにしてもよい。具体的には、例えば、通知部１００３は、図５に示した患者ＤＢ２２０から、緊急依頼Ｒに含まれる患者ＩＤに対応する患者情報を取得する。そして、通知部１００３は、Ｉ／Ｆ３０３により、取得した患者情報を緊急依頼Ｒとともに送信する。これにより、依頼先の医師Ｄは、緊急依頼Ｒを受け付けた際に、検査対象である患者Ｐの基本的な情報（氏名、性別、生年月日等）を把握することができる。
【００７５】
また、受付部１００１は、端末Ｔｉからログイン要求と端末Ｔｉの位置情報とを受け付ける。ここで、ログイン要求は、画像送信システム２００（または、病院Ｈの電子カルテシステム）へのログインを要求するものである。ログイン要求には、例えば、端末Ｔｉのユーザの医師ＩＤが含まれる。また、端末Ｔｉの位置情報は、端末Ｔｉからログイン要求が送信される際の端末Ｔｉの位置を示す情報（例えば、緯度、経度）であり、例えば、図４に示した端末ＴｉのＧＰＳユニット４０３から出力される位置情報である。
【００７６】
具体的には、例えば、受付部１００１は、端末Ｔｉからログイン要求と位置情報とを受信することにより、端末Ｔｉからログイン要求と端末Ｔｉの位置情報とを受け付ける。端末Ｔｉからログイン要求を受け付けると、予め登録されたユーザアカウント（例えば、医師ＩＤ）とパスワードを用いたログイン処理が行われる。ただし、ログイン処理は、情報処理装置１０１において実行されてもよく、また、他のコンピュータにおいて実行されることにしてもよい。
【００７７】
判断部１００４は、受付部１００１が受け付けた端末Ｔｉの位置情報が、所定の条件を満たすか否かを判断する。ここで、所定の条件は、端末Ｔｉの場所に関する条件である。より具体的には、例えば、所定の条件は、第三者（例えば、家族や病院関係者以外の者）が周囲に存在する可能性が低い場所に、端末Ｔｉのユーザがいるかどうかを判断するための条件である。所定の条件は、任意に設定可能である。
【００７８】
以下の説明では、所定の条件を「場所条件」と表記する場合がある。また、場所条件の一例として、「端末Ｔｉのユーザが、自宅、または、病院Ｈ（病院Ｈに関連する医療機関を含む）にいる。」という条件が設定されている場合を想定する。自宅や病院Ｈは、第三者が周囲に存在する可能性が低い場所の一例である。
【００７９】
具体的には、例えば、判断部１００４は、端末Ｔｉのログインを検出すると、医師ＤＢ２３０から、ログイン要求に含まれる医師ＩＤに対応する医師情報を取得する。そして、判断部１００４は、受け付けた端末Ｔｉの位置情報が、取得した医師情報の住所を示す場合に、場所条件（端末Ｔｉのユーザが自宅にいる）を満たすと判断する。
【００８０】
例えば、ログイン要求に医師ＩＤ「Ｄ１」が含まれる場合、医師ＤＢ２３０から医師情報６００−１が取得され、端末Ｔｉの位置情報が、医師情報６００−１の住所「東京都・・・」を示すか否か判断される。より詳細に説明すると、判断部１００４は、例えば、端末Ｔｉの位置情報が示す地点が、医師情報６００−１の住所から所定範囲内（例えば、半径５０ｍ以内）にある場合に、端末Ｔｉの位置情報が医師情報６００−１の住所を示すと判断する。一方、判断部１００４は、端末Ｔｉの位置情報が示す地点が、医師情報６００−１の住所から所定範囲内にない場合、端末Ｔｉの位置情報が医師情報６００−１の住所を示していないと判断する。
【００８１】
また、例えば、判断部１００４は、端末Ｔｉのログインを検出すると、医師ＤＢ２３０を参照して、病院Ｈの住所を特定する。そして、判断部１００４は、受け付けた端末Ｔｉの位置情報が、特定した病院Ｈの住所を示す場合に、場所条件（端末Ｔｉのユーザが病院Ｈにいる）を満たすと判断する。
【００８２】
より詳細に説明すると、判断部１００４は、例えば、端末Ｔｉの位置情報が示す地点が、医師情報６００−ｘ（図６参照）の住所から所定範囲内にある場合に、端末Ｔｉの位置情報が病院Ｈの住所を示すと判断する。一方、判断部１００４は、端末Ｔｉの位置情報が示す地点が、医師情報６００−ｘの住所から所定範囲内にない場合、端末Ｔｉの位置情報が病院Ｈの住所を示していないと判断する。
【００８３】
また、判断部１００４は、端末Ｔｉのユーザが、緊急依頼Ｒの依頼先であるか否かを判断する。具体的には、例えば、判断部１００４は、端末Ｔｉのログインを検出すると、緊急依頼ＤＢ２６０から、受け付けたログイン要求に含まれる医師ＩＤが医師ＩＤフィールドに設定された緊急依頼情報を検索する。ここで、緊急依頼情報が検索されなかった場合には、判断部１００４は、端末Ｔｉのユーザが、緊急依頼Ｒの依頼先ではないと判断する。
【００８４】
一方、緊急依頼情報が検索された場合、判断部１００４は、検索された緊急依頼情報の依頼フラグが「０」であるか否かを判断する。なお、複数の緊急依頼情報が検索された場合は、判断部１００４は、複数の緊急依頼情報それぞれについて、依頼フラグが「０」であるか否かを判断する。
【００８５】
ここで、依頼フラグが「１」の場合には、処理済みの緊急依頼Ｒについての緊急依頼情報であるため、判断部１００４は、端末Ｔｉのユーザが、緊急依頼Ｒの依頼先ではないと判断する。一方、依頼フラグが「０」の場合、判断部１００４は、端末Ｔｉのユーザが、緊急依頼Ｒの依頼先であると判断する。例えば、ログイン要求に含まれる医師ＩＤ「Ｄ１」に対応する緊急依頼情報９００−１が検索された場合、依頼フラグ「０」のため、端末Ｔｉのユーザが緊急依頼Ｒの依頼先であると判断される。
【００８６】
なお、判断部１００４は、検索された緊急依頼情報の依頼日時が現在時刻から所定時間ｔ内であるか否かを判断することにしてもよい。所定時間ｔは、任意に設定可能であり、例えば、１時間〜数時間程度に設定される。そして、判断部１００４は、所定時間ｔ内ではない場合には、緊急依頼Ｒの依頼先ではないと判断することにしてもよい。すなわち、依頼日時から所定時間ｔ以上経過している場合は、依頼フラグが「０」であっても、緊急依頼Ｒの依頼先と判断しないようにしてもよい。
【００８７】
送信制御部１００５は、端末Ｔｉの位置情報が場所条件を満たすと判断された場合に、ログインした端末Ｔｉへの画像データの送信を開始する制御を行う。ここで、送信対象となる画像データは、患者Ｐの医用画像（例えば、検査画像）の画像データである。
【００８８】
具体的には、例えば、送信制御部１００５は、図８に示した検査ＤＢ２５０から、検査日時が現在時刻から所定時間ｔ（例えば、１時間〜数時間）内の検査情報を検索する。そして、送信制御部１００５は、検索した検査情報の検査画像群の画像データの端末Ｔｉへの送信を開始する。
【００８９】
これにより、自宅や病院Ｈ内から端末Ｔｉがログインしたことに応じて、検査日時が直近所定時間Ｔ以内（例えば、直近１時間以内）である患者Ｐの検査画像群の端末Ｔｉへの送信を開始することができる。
【００９０】
また、送信制御部１００５は、端末Ｔｉのユーザが、緊急依頼Ｒの依頼先であると判断された場合に、ログインした端末Ｔｉへの画像データの送信を開始する制御を行うことにしてもよい。具体的には、例えば、送信制御部１００５は、図７に示したオーダＤＢ２４０から、判断部１００４によって検索された緊急依頼情報（依頼フラグ「０」）の患者ＩＤに対応するオーダ情報を検索する。緊急依頼情報９００−１を例に挙げると、オーダＤＢ２４０から、緊急依頼情報９００−１の患者ＩＤ「Ｐ１」に対応するオーダ情報７００−１が検索される。
【００９１】
つぎに、送信制御部１００５は、検査ＤＢ２５０から、検索したオーダ情報の検査ＩＤに対応する検査情報を検索する。オーダ情報７００−１を例に挙げると、検査ＤＢ２５０から、オーダ情報７００−１の検査ＩＤ「Ｔ１」に対応する検査情報８００−１が検索される。なお、複数のオーダ情報が検索された場合は、判断部１００４は、複数のオーダ情報それぞれのオーダ情報の検査ＩＤに対応する検査情報を検索する。
【００９２】
そして、送信制御部１００５は、検索した検査情報の検査日時が現在時刻から所定時間ｔ（例えば、１時間〜数時間）内であるか否かを判断する。検査情報８００−１を例に挙げると、検査情報８００−１の検査日時「２０１７／０３／０１  ０２：１５」が、現在時刻から所定時間ｔ内であるか否かが判断される。なお、複数の検査情報が検索された場合は、判断部１００４は、複数の検査情報それぞれの検査日時が現在時刻から所定時間ｔ内であるか否かを判断する。
【００９３】
ここで、検査日時が現在時刻から所定時間ｔ内の場合、送信制御部１００５は、検索した検査情報の検査画像群の画像データの端末Ｔｉへの送信を開始する。検査情報８００−１を例に挙げると、検査情報８００−１の検査画像群「ｄ１（１），ｄ１（２），・・・，ｄ１（１５００）」の端末Ｔｉへの送信が開始される。
【００９４】
これにより、緊急依頼Ｒの依頼先であるユーザの端末Ｔｉがログインしたことに応じて、当該緊急依頼Ｒから特定される患者Ｐ（例えば、患者Ｐ１）の検査画像群の端末Ｔｉへの送信を開始することができる。この結果、対応する緊急依頼情報（例えば、緊急依頼情報９００−１）の依頼フラグに「１」が設定される。
【００９５】
一方、検査日時が現在時刻から所定時間ｔ内ではない場合には、送信制御部１００５は、検索した検査情報の検査画像群の画像データを端末Ｔｉに送信しない。これにより、検査日時から所定時間ｔ以上経過している場合は、検査画像を参照依頼する必要性が低くなっているとして、端末Ｔｉへの画像データの送信は行わないように制御することができる。この場合、対応する緊急依頼情報の依頼フラグに「１」が設定されることにしてもよい。
【００９６】
また、オーダ情報や検査情報が検索されなかった場合は、端末Ｔｉへの画像データの送信は行われない。これにより、端末Ｔｉのユーザに参照依頼された検査画像とは異なる他の検査画像が端末Ｔｉに送信されるのを防ぐことができる。
【００９７】
また、送信制御部１００５は、端末Ｔｉの位置情報が場所条件を満たし、かつ、端末Ｔｉのユーザが緊急依頼Ｒの依頼先であると判断された場合に、ログインした端末Ｔｉへの画像データの送信を開始する制御を行うことにしてもよい。これにより、緊急依頼Ｒの依頼先であるユーザの自宅や病院Ｈ内からログインしたことに応じて、当該緊急依頼Ｒから特定される患者Ｐの検査画像群の端末Ｔｉへの送信を開始することができる。
【００９８】
また、送信制御部１００５は、送信対象となる画像データの圧縮方式を決定することにしてもよい。そして、送信制御部１００５は、送信対象となる画像データを端末Ｔｉに送信する際に、決定した圧縮方式で当該画像データを圧縮することにしてもよい。
【００９９】
圧縮方式としては、例えば、可逆圧縮と非可逆圧縮とがある。可逆圧縮は、圧縮後のファイルから圧縮前と同一のファイルを復元できる圧縮方式（ロスレス圧縮）である。非可逆圧縮は、データが一部欠損するため、圧縮後のファイルから圧縮前と同一のファイルを復元できないが、可逆圧縮よりも圧縮効率を高めることができる。
【０１００】
可逆圧縮としては、例えば、ＰＮＧ（Ｐｏｒｔａｂｌｅ  Ｎｅｔｗｏｒｋ  Ｇｒａｐｈｉｃｓ）やＧＩＦ（Ｇｒａｐｈｉｃｓ  Ｉｎｔｅｒｃｈａｎｇｅ  Ｆｏｒｍａｔ）などがある。非可逆圧縮としては、例えば、ＪＰＥＧ（Ｊｏｉｎｔ  Ｐｈｏｔｏｇｒａｐｈｉｃ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）やＨＥＶＣ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）などがある。
【０１０１】
具体的には、例えば、まず、送信制御部１００５は、端末Ｔｉとの間のデータ転送速度を取得する。ここで、データ転送速度は、例えば、単位時間当たりに情報処理装置１０１から端末Ｔｉに転送可能な平均データ量である。データ転送速度は、情報処理装置１０１から端末Ｔｉに送信した所定データの送信時刻と、所定データを端末Ｔｉが受信した受信時刻と、所定データのデータ量とに基づいて算出することができる。
【０１０２】
より詳細に説明すると、送信制御部１００５は、例えば、所定データのデータ量を、所定データの送信時刻と受信時刻との時間間隔で除算することにより、単位時間当たりに端末Ｔｉに転送可能なデータ転送速度を取得することができる。所定データの受信時刻は、例えば、端末Ｔｉに問い合わせることにより取得することができる。
【０１０３】
なお、所定データは、データ転送速度を測定する専用のデータであってもよく、また、送信対象である検査画像の画像データであってもよい。また、データ転送速度の算出は、端末Ｔｉにおいて行われることにしてもよい。この場合、送信制御部１００５は、端末Ｔｉからデータ転送速度を取得する。
【０１０４】
つぎに、送信制御部１００５は、取得したデータ転送速度が閾値α以上であるか否かを判断する。そして、データ転送速度が閾値α以上の場合、送信制御部１００５は、送信対象となる画像データの圧縮方式を可逆圧縮に決定する。一方、データ転送速度が閾値α未満の場合には、送信制御部１００５は、送信対象となる画像データの圧縮方式を非可逆圧縮に決定する。
【０１０５】
ここで、閾値αは、任意に設定可能であり、例えば、単位時間当たりに最低限転送したい検査画像の枚数や、検査画像１枚当たりの平均的なデータサイズをもとに設定される。一例として、単位時間当たり１０枚の検査画像を転送可能なデータ転送速度を閾値αとする場合を想定する。また、可逆圧縮した検査画像１枚当たりのデータサイズが「１６９［Ｋｂｙｔｅ］」であるとする。この場合、閾値αは、例えば、１５［Ｍｂｐｓ］程度に設定される。この例では、データ転送速度が閾値α以上であれば、可逆圧縮した検査画像を１秒当たり少なくとも１１枚転送可能であることになる。
【０１０６】
ただし、初期状態での圧縮方式は、予め設定されていてもよい。例えば、端末Ｔｉの電波環境が良好ではない状況を想定して、初期状態での圧縮方式を非可逆圧縮に設定することにしてもよい。
【０１０７】
また、送信制御部１００５は、端末Ｔｉの位置情報に基づいて、端末Ｔｉが情報処理装置１０１から所定の距離Ｌ以上離れているか否かを判断することにしてもよい。情報処理装置１０１の位置情報は、予め記録されており、例えば、病院Ｈの位置情報である。また、所定の距離Ｌは、任意に設定可能であり、例えば、数千キロメートル程度の値に設定される。
【０１０８】
そして、送信制御部１００５は、端末Ｔｉが自装置から所定の距離Ｌ以上離れている場合は、送信対象となる画像データの圧縮方式を非可逆圧縮に決定することにしてもよい。これにより、たとえ端末Ｔｉの電波環境が良好でも、端末Ｔｉまでの物理的な距離が長くデータ転送に時間がかかる場合には、圧縮方式を非可逆圧縮に決定することができる。
【０１０９】
また、送信制御部１００５は、画像データを非可逆圧縮して送信する場合、可逆圧縮方式の検査画像（元の検査画像）と非可逆圧縮方式の検査画像との差分画像の画像データを記録することにしてもよい。そして、送信制御部１００５は、検査画像群の画像データの端末Ｔｉへの送信が完了した場合に、記録した差分画像の画像データの端末Ｔｉへの送信を開始することにしてもよい。
【０１１０】
これにより、端末Ｔｉにおいて、非可逆圧縮された検査画像の画像データと、当該検査画像に対応する差分画像の画像データとから、可逆圧縮方式の検査画像（元の検査画像）の画像データを作成して表示することが可能となる。すなわち、電波環境が悪い場所では、少しでも多くの検査画像を送信することを優先しつつ、最終的には高画質の検査画像を見られるようにすることができる。
【０１１１】
（画像送信システム２００の動作例）
つぎに、図１１を用いて、画像送信システム２００の動作例について説明する。ここでは、病院Ｈの診療時間外に救急患者が搬送された場合を想定する。
【０１１２】
図１１は、画像送信システム２００の動作例を示すシーケンス図である。図１１のシーケンス図において、まず、クライアント装置２０１は、ユーザ（病院Ｈの医療従事者）の操作入力により、救急患者の電子カルテシステム（画像送信システム２００）への登録を行う（ステップＳ１１０１）。
【０１１３】
この結果、新たな患者情報がレコードとして患者ＤＢ２２０に登録される。ここでは、患者情報５００−１が患者ＤＢ２２０に新規登録された場合を想定する。また、救急患者である患者Ｐ１の頭部ＭＲＩ検査が行われた結果、当直医師の経験不足や専門外などの理由で、帰宅済みの医師Ｄ１に患者Ｐ１の検査画像の参照を依頼してアドバイスを仰ぐ場合を想定する。
【０１１４】
この場合、クライアント装置２０１は、ユーザ（病院Ｈの医療従事者）の操作入力により、緊急依頼Ｒを情報処理装置１０１に送信する（ステップＳ１１０２）。この緊急依頼Ｒには、例えば、依頼先の医師Ｄ１の医師ＩＤ「Ｄ１」と、検査対象の患者Ｐ１の患者ＩＤ「Ｐ１」とが含まれる。
【０１１５】
つぎに、情報処理装置１０１は、クライアント装置２０１から緊急依頼Ｒを受信すると、依頼先の医師Ｄ１の端末Ｔｉに緊急依頼Ｒを送信する緊急依頼送信処理を実行する（ステップＳ１１０３）。緊急依頼送信処理の具体的な処理手順については、図１２を用いて後述する。
【０１１６】
ここでは、依頼先の医師Ｄ１が、端末Ｔｉによって受信された緊急依頼Ｒに気付いて、電子カルテシステム（画像送信システム２００）に端末Ｔｉからログインする場合を想定する。
【０１１７】
端末Ｔｉは、自端末のログイン要求と、自端末の位置情報とを情報処理装置１０１に送信する（ステップＳ１１０４）。情報処理装置１０１は、端末Ｔｉからログイン要求と端末Ｔｉの位置情報とを受信すると、検査画像を送信する画像送信処理を実行する（ステップＳ１１０５）。画像送信処理の具体的な処理手順については、図１３および図１４を用いて後述する。
【０１１８】
端末Ｔｉは、情報処理装置１０１から検査画像の画像データを受信すると、受信した画像データを伸張（解凍）して、ディスプレイ４０５に検査画像を表示する（ステップＳ１１０６）。なお、端末Ｔｉは、非可逆圧縮された検査画像の画像データを受信した後、当該検査画像についての差分画像の画像データを受信した場合、当該差分画像の画像データを用いて可逆圧縮方式の検査画像の画像データを作成して表示することにしてもよい。
【０１１９】
これにより、帰宅済みの医師Ｄ１が患者Ｐ１の検査画像を参照するまでの時間を短縮することができる。この結果、例えば、当直医師は、医師Ｄ１から適切なアドバイスを受けることができ、患者Ｐ１に対する医療の質を向上させることができる。
【０１２０】
（情報処理装置１０１の緊急依頼送信処理手順）
つぎに、図１２を用いて、情報処理装置１０１の緊急依頼送信処理手順について説明する。
【０１２１】
図１２は、情報処理装置１０１の緊急依頼送信処理手順の一例を示すフローチャートである。図１２のフローチャートにおいて、まず、情報処理装置１０１は、クライアント装置２０１から緊急依頼Ｒを受け付けたか否かを判断する（ステップＳ１２０１）。ここで、情報処理装置１０１は、緊急依頼Ｒを受け付けるのを待つ（ステップＳ１２０１：Ｎｏ）。
【０１２２】
そして、情報処理装置１０１は、緊急依頼Ｒを受け付けた場合（ステップＳ１２０１：Ｙｅｓ）、受け付けた緊急依頼Ｒを緊急依頼ＤＢ２６０に登録する（ステップＳ１２０２）。つぎに、情報処理装置１０１は、医師ＤＢ２３０から、受け付けた緊急依頼Ｒに含まれる医師ＩＤに対応する医師情報を取得する（ステップＳ１２０３）。
【０１２３】
そして、情報処理装置１０１は、取得した医師情報のアドレス宛に緊急依頼Ｒを送信して（ステップＳ１２０４）、本フローチャートによる一連の処理を終了する。これにより、クライアント装置２０１から受け付けた緊急依頼Ｒを、依頼先の医師Ｄに通知することができる。
【０１２４】
（情報処理装置１０１の画像送信処理手順）
つぎに、図１３および図１４を用いて、情報処理装置１０１の画像送信処理手順について説明する。
【０１２５】
図１３および図１４は、情報処理装置１０１の画像送信処理手順の一例を示すフローチャートである。図１３のフローチャートにおいて、まず、情報処理装置１０１は、端末Ｔｉからログイン要求と端末Ｔｉの位置情報とを受け付けたか否かを判断する（ステップＳ１３０１）。
【０１２６】
ここで、情報処理装置１０１は、端末Ｔｉからログイン要求と端末Ｔｉの位置情報とを受け付けるのを待つ（ステップＳ１３０１：Ｎｏ）。そして、情報処理装置１０１は、端末Ｔｉからログイン要求と端末Ｔｉの位置情報とを受け付けた場合（ステップＳ１３０１：Ｙｅｓ）、ログイン処理を行う（ステップＳ１３０２）。
【０１２７】
つぎに、情報処理装置１０１は、端末Ｔｉがログインしたか否かを判断する（ステップＳ１３０３）。ここで、端末Ｔｉがログインに失敗した場合（ステップＳ１３０３：Ｎｏ）、情報処理装置１０１は、本フローチャートによる一連の処理を終了する。
【０１２８】
一方、端末Ｔｉがログインした場合（ステップＳ１３０３：Ｙｅｓ）、情報処理装置１０１は、受け付けた端末Ｔｉの位置情報が場所条件を満たすか否かを判断する（ステップＳ１３０４）。ここで、場所条件を満たさない場合（ステップＳ１３０４：Ｎｏ）、情報処理装置１０１は、電子カルテシステムのトップページを端末Ｔｉに表示して（ステップＳ１３０５）、本フローチャートによる一連の処理を終了する。
【０１２９】
一方、場所条件を満たす場合（ステップＳ１３０４：Ｙｅｓ）、情報処理装置１０１は、緊急依頼ＤＢ２６０から、受け付けたログイン要求に含まれる医師ＩＤに対応する緊急依頼情報を検索する（ステップＳ１３０６）。そして、情報処理装置１０１は、緊急依頼情報が検索されたか否かを判断する（ステップＳ１３０７）。
【０１３０】
ここで、緊急依頼情報が検索されなかった場合（ステップＳ１３０７：Ｎｏ）、情報処理装置１０１は、ステップＳ１３０５に移行する。一方、緊急依頼情報が検索された場合（ステップＳ１３０７：Ｙｅｓ）、情報処理装置１０１は、検索された緊急依頼情報の依頼フラグが「０」であるか否かを判断する（ステップＳ１３０８）。
【０１３１】
ここで、依頼フラグが「１」の場合（ステップＳ１３０８：Ｎｏ）、情報処理装置１０１は、ステップＳ１３０５に移行する。一方、依頼フラグが「０」の場合には（ステップＳ１３０８：Ｙｅｓ）、情報処理装置１０１は、図１４に示すステップＳ１４０１に移行する。
【０１３２】
図１４のフローチャートにおいて、まず、情報処理装置１０１は、オーダＤＢ２４０から、検索した緊急依頼情報の患者ＩＤに対応するオーダ情報を検索する（ステップＳ１４０１）。つぎに、情報処理装置１０１は、検査ＤＢ２５０から、検索したオーダ情報の検査ＩＤに対応する検査情報を検索する（ステップＳ１４０２）。
【０１３３】
そして、情報処理装置１０１は、検索した検査情報の検査日時が直近１時間以内であるか否かを判断する（ステップＳ１４０３）。ここで、検査日時が直近１時間以内ではない場合（ステップＳ１４０３：Ｎｏ）、情報処理装置１０１は、図１３に示したステップＳ１３０５に移行する。
【０１３４】
一方、検査日時が直近１時間以内の場合（ステップＳ１４０３：Ｙｅｓ）、情報処理装置１０１は、検索した検査情報の検査画像群に含まれる検査画像の画像データの端末Ｔｉへの送信を開始する（ステップＳ１４０４）。ただし、検査画像の画像データの圧縮方式は、初期状態では非可逆圧縮（ＨＥＶＣ）とする。また、情報処理装置１０１は、元の検査画像と非可逆圧縮後の検査画像との差分画像の画像データを記録する。
【０１３５】
つぎに、情報処理装置１０１は、端末Ｔｉとの間のデータ転送速度を取得する（ステップＳ１４０５）。そして、情報処理装置１０１は、取得したデータ転送速度が１５［Ｍｂｐｓ］以上であるか否かを判断する（ステップＳ１４０６）。ここで、データ転送速度が１５［Ｍｂｐｓ］未満の場合（ステップＳ１４０６：Ｎｏ）、情報処理装置１０１は、ステップＳ１４０８に移行する。
【０１３６】
一方、データ転送速度が１５［Ｍｂｐｓ］以上の場合（ステップＳ１４０６：Ｙｅｓ）、情報処理装置１０１は、検査画像の画像データの圧縮方式を可逆圧縮に変更する（ステップＳ１４０７）。この結果、検査画像の画像データが可逆圧縮されて送信されることになる。
【０１３７】
つぎに、情報処理装置１０１は、検査情報の検査画像群に含まれる検査画像の画像データの端末Ｔｉへの送信が完了したか否かを判断する（ステップＳ１４０８）。ここで、情報処理装置１０１は、検査画像の画像データの送信が完了するのを待つ（ステップＳ１４０８：Ｎｏ）。
【０１３８】
そして、情報処理装置１０１は、検査画像の画像データの送信が完了すると（ステップＳ１４０８：Ｙｅｓ）、記録した差分画像の画像データの端末Ｔｉへの送信を開始する（ステップＳ１４０９）。つぎに、情報処理装置１０１は、差分画像の画像データの端末Ｔｉへの送信が完了したか否かを判断する（ステップＳ１４１０）。
【０１３９】
ここで、情報処理装置１０１は、差分画像の画像データの送信が完了するのを待つ（ステップＳ１４１０：Ｎｏ）。そして、情報処理装置１０１は、差分画像の画像データの送信が完了すると（ステップＳ１４１０：Ｙｅｓ）、本フローチャートによる一連の処理を終了する。なお、ステップＳ１３０７において検索された緊急依頼情報の依頼フラグには、例えば、差分画像の画像データの送信が完了すると「１」が設定される。
【０１４０】
これにより、端末Ｔｉがログインしたことに応じて、端末Ｔｉの位置情報が場所条件を満たす場合に、端末Ｔｉへの画像データの送信を開始することができ、端末Ｔｉのユーザが検査画像を参照するまでの時間を短縮することができる。
【０１４１】
以上説明したように、実施の形態にかかる情報処理装置１０１によれば、端末Ｔｉからログイン要求と端末Ｔｉの位置情報とを受け付け、端末Ｔｉのログインを検出すると、受け付けた端末Ｔｉの位置情報が場所条件を満たす場合に、端末Ｔｉへの画像データの送信を開始することができる。画像データは、例えば、患者の医用画像の画像データである。
【０１４２】
これにより、患者の検査画像の画像データの送信を許可する場所を限定しつつ、端末Ｔｉのログインから画像送信までの時間を短縮することができる。この結果、端末Ｔｉにおいて、ログインのタイミングで、バックグラウンドで画像データのダウンロードを開始することができ、画像データを表示するまでの時間を短縮することができる。
【０１４３】
また、情報処理装置１０１によれば、受け付けた端末Ｔｉの位置情報が、端末Ｔｉのユーザの自宅または勤務先を示す場合に、端末Ｔｉへの画像データの送信を開始することができる。これにより、画像データの送信を許可する場所を、端末Ｔｉのユーザの自宅や勤務先、すなわち、周囲に第三者が存在する可能性が低い場所に限定してセキュリティを高めることができる。
【０１４４】
また、情報処理装置１０１によれば、端末Ｔｉとの間のデータ転送速度を取得し、取得したデータ転送速度に基づいて、画像データの圧縮方式を決定し、画像データを送信する際に、決定した圧縮方式で画像データを圧縮することができる。
【０１４５】
これにより、端末Ｔｉ（あるいは、情報処理装置１０１）の電波環境に応じて、送信対象となる画像データの圧縮方式を可逆圧縮または非可逆圧縮のいずれかに決定することができる。例えば、端末Ｔｉの電波環境が悪い場合、非可逆圧縮してデータサイズを小さくすることで、電波環境が悪い場所での画像表示までの時間を短縮することができる。一方、端末Ｔｉの電波環境が良好の場合は可逆圧縮することで、高画質の検査画像を表示することができる。
【０１４６】
また、情報処理装置１０１によれば、端末Ｔｉのユーザが緊急依頼Ｒの依頼先であるか否かを判断し、端末Ｔｉの位置情報が場所条件を満たし、かつ、端末Ｔｉのユーザが緊急依頼Ｒの依頼先である場合に、端末Ｔｉへの画像データの送信を開始することができる。送信対象となる画像データは、緊急依頼Ｒから特定される患者の検査画像群それぞれの画像データである。これにより、自宅や病院Ｈ内からのログインであって、かつ、緊急である場合に、患者Ｐの検査画像群の端末Ｔｉへの送信を開始することができる。
【０１４７】
また、情報処理装置１０１によれば、端末Ｔｉのユーザが緊急依頼Ｒの依頼先であるか否かを判断し、端末Ｔｉのユーザが緊急依頼Ｒの依頼先である場合に、端末Ｔｉへの画像データの送信を開始することができる。これにより、緊急である場合には、場所条件を考慮しないで、患者Ｐの検査画像群の端末Ｔｉへの送信を開始することができる。
【０１４８】
これらのことから、実施の形態にかかる情報処理装置１０１によれば、参照依頼された医師Ｄが患者Ｐの検査画像を参照するまでの時間を短縮することができる。この結果、例えば、ベテラン医師から経験の浅い医師などへの適切なアドバイスが可能となり、医療の質を高めて患者Ｐの生存率の向上を図ることができる。
【０１４９】
なお、本実施の形態で説明した画像送信方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本画像送信プログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ（Ｍａｇｎｅｔｏ−Ｏｐｔｉｃａｌ  ｄｉｓｋ）、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）メモリ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、本画像送信プログラムは、インターネット等のネットワークを介して配布してもよい。
【０１５０】
上述した実施の形態に関し、さらに以下の付記を開示する。
【０１５１】
（付記１）端末からログイン要求と前記端末の位置情報とを受け付け、
前記端末のログインを検出すると、受け付けた前記端末の位置情報が所定の条件を満たす場合に、記憶部に記憶された画像データの前記端末への送信を開始する、
処理をコンピュータに実行させることを特徴とする画像送信プログラム。
【０１５２】
（付記２）前記送信を開始する処理は、
前記端末の位置情報が、前記端末のユーザの自宅または勤務先を示す場合に、前記端末への前記画像データの送信を開始する、ことを特徴とする付記１に記載の画像送信プログラム。
【０１５３】
（付記３）前記画像データは、患者の医用画像の画像データである、ことを特徴とする付記１または２に記載の画像送信プログラム。
【０１５４】
（付記４）前記端末との間のデータ転送速度を取得し、
取得した前記データ転送速度に基づいて、前記画像データの圧縮方式を決定する、
処理を前記コンピュータに実行させ、
前記送信を開始する処理は、
前記画像データを送信する際に、決定した前記圧縮方式で前記画像データを圧縮する、ことを特徴とする付記１〜３のいずれか一つに記載の画像送信プログラム。
【０１５５】
（付記５）緊急依頼の依頼先を記憶する第２の記憶部を参照して、前記端末のユーザが前記緊急依頼の依頼先であるか否かを判断する、処理を前記コンピュータに実行させ、
前記送信を開始する処理は、
前記端末の位置情報が前記所定の条件を満たし、かつ、前記端末のユーザが前記緊急依頼の依頼先である場合に、前記端末への前記画像データの送信を開始する、ことを特徴とする付記１〜４のいずれか一つに記載の画像送信プログラム。
【０１５６】
（付記６）前記緊急依頼は、特定の患者の医用画像の参照を依頼するものであり、
前記送信を開始する処理は、
前記記憶部に記憶された前記特定の患者の医用画像の画像データの前記端末への送信を開始する、ことを特徴とする付記５に記載の画像送信プログラム。
【０１５７】
（付記７）緊急依頼の依頼先を記憶する第２の記憶部を参照して、前記端末のユーザが前記緊急依頼の依頼先であるか否かを判断し、
前記端末のユーザが前記緊急依頼の依頼先である場合に、前記端末への前記画像データの送信を開始する、処理を前記コンピュータに実行させることを特徴とする付記１〜４のいずれか一つに記載の画像送信プログラム。
【０１５８】
（付記８）前記緊急依頼は、特定の患者の医用画像の参照を依頼するものであり、
前記送信を開始する処理は、
前記記憶部に記憶された前記特定の患者の医用画像の画像データの前記端末への送信を開始する、ことを特徴とする付記７に記載の画像送信プログラム。
【０１５９】
（付記９）端末からログイン要求と前記端末の位置情報とを受け付け、
前記端末のログインを検出すると、受け付けた前記端末の位置情報が所定の条件を満たす場合に、記憶部に記憶された画像データの前記端末への送信を開始する、
処理をコンピュータが実行することを特徴とする画像送信方法。
【０１６０】
（付記１０）端末からログイン要求と前記端末の位置情報とを受け付け、
前記端末のログインを検出すると、受け付けた前記端末の位置情報が所定の条件を満たす場合に、記憶部に記憶された画像データの前記端末への送信を開始する、
制御部を有することを特徴とする情報処理装置。
【符号の説明】
【０１６１】
１０１  情報処理装置
１０２  端末
１１０  記憶部
２００  画像送信システム
２０１  クライアント装置
２１０  ネットワーク
２２０  患者ＤＢ
２３０  医師ＤＢ
２４０  オーダＤＢ
２５０  検査ＤＢ
２６０  緊急依頼ＤＢ
３００，４００  バス
３０１，４０１  ＣＰＵ
３０２，４０２  メモリ
３０３，４０４  Ｉ／Ｆ
３０４  ディスクドライブ
３０５  ディスク
４０３  ＧＰＳユニット
４０５  ディスプレイ
４０６  入力装置
１００１  受付部
１００２  登録部
１００３  通知部
１００４  判断部
１００５  送信制御部
【図１】
2018156210.tif 000003
【図２】
2018156210.tif 000004
【図３】
2018156210.tif 000005
【図４】
2018156210.tif 000006
【図５】
2018156210.tif 000007
【図６】
2018156210.tif 000008
【図７】
2018156210.tif 000009
【図８】
2018156210.tif 000010
【図９】
2018156210.tif 000011
【図１０】
2018156210.tif 000012
【図１１】
2018156210.tif 000013
【図１２】
2018156210.tif 000014
【図１３】
2018156210.tif 000015
【図１４】
2018156210.tif 000016