(57)【要約】【課題】医用画像データに関する情報の交換を効率的、効果的に行う。【解決手段】DICOMファイルから抽出された動画像がアップロード端末６からサーバ２にアップロードされる。医療関係者は、閲覧端末８ａから医用画像データにアクセスし、サーバから提供される動画像を再生する。ユーザは、医用画像閲覧画面のコメント入力欄を介して、当該医用画像データへのリンク先情報を組み込んだ（挿入した）コメントを入力する。【選択図】図１ａ
2014210134.tif 000002
【特許請求の範囲】
【請求項１】
サーバ装置と端末装置を備えた画像データ提供システムであって、
前記サーバ装置は、
動画像データの各フレームを静止画とし、動画としての再生順の連続番号を各静止画のファイル名もしくはインデックス名にして記録するとともに、端末装置から入力されたコメントを記録する記録部と、
端末装置からの再生命令を受けて、前記静止画を送信する第一の送信手段と、
端末装置からのリンク先取得命令を受けて、当該リンク先取得命令に含まれるファイル名またはインデックス名に記述された前記連続番号に対応する静止画を取得し、送信する第二の送信手段と、
を備えており、
前記端末装置は、
再生命令に対応してサーバ装置から送られてくる一連の静止画を、ファイル名またはインデックス名に記述された連続番号順に再生して動画として表示するとともに、コメントを表示する第一の表示制御手段と、
連続番号を含むリンク情報に基づいてコメント中に表示されたリンクが選択されると、当該連続番号を伴ったリンク先取得命令をサーバ装置に送信するリンク先取得命令送信手段と、
リンク先取得命令に対応してサーバ装置から送られてくる静止画を表示する第二の表示制御手段と、
を備えた画像データ提供システム。
【請求項２】
動画像データの各フレームを静止画とし、動画としての再生順の連続番号を各静止画のファイル名もしくはインデックス名にして記録するとともに、端末装置から入力されたコメントを記録する記録部と、
端末装置からの再生命令を受けて、前記静止画を送信する第一の送信手段と、
端末装置からのリンク先取得命令を受けて、当該リンク先取得命令に含まれるファイル名またはインデックス名に記述された前記連続番号に対応する静止画を取得し、送信する第二の送信手段と、
を備えたサーバ装置
【請求項３】
動画像データの各フレームを静止画とし、動画としての再生順の連続番号を各静止画のファイル名もしくはインデックス名にして記録するとともに、端末装置から入力されたコメントを記録する記録部を有するコンピュータによってサーバ装置を実現するためのサーバプログラムであって、コンピュータを、
端末装置からの再生命令を受けて、前記静止画を送信する第一の送信手段と、
端末装置からのリンク先取得命令を受けて、当該リンク先取得命令に含まれるファイル名またはインデックス名に記述された前記連続番号に対応する静止画を取得し、送信する第二の送信手段として機能させるためのサーバプログラム。
【請求項４】
再生命令に対応してサーバ装置から送られてくる一連の静止画を、ファイル名またはインデックス名に記述された連続番号順に再生して動画として表示するとともに、コメントを表示する第一の表示制御手段と、
連続番号を含むリンク情報に基づいてコメント中に表示されたリンクが選択されると、当該連続番号を伴ったリンク先取得命令をサーバ装置に送信するリンク先取得命令送信手段と、
リンク先取得命令に対応してサーバ装置から送られてくる静止画を表示する第二の表示制御手段と、
を備えた端末装置。
【請求項５】
コンピュータによって端末装置を実現するための端末プログラムであって、コンピュータを、
再生命令に対応してサーバ装置から送られてくる一連の静止画を、ファイル名またはインデックス名に記述された連続番号順に再生して動画として表示するとともに、コメントを表示する第一の表示制御手段と、
連続番号を含むリンク情報に基づいてコメント中に表示されたリンクが選択されると、当該連続番号を伴ったリンク先取得命令をサーバ装置に送信するリンク先取得命令送信手段と、
リンク先取得命令に対応してサーバ装置から送られてくる静止画を表示する第二の表示制御手段として機能させるための端末プログラム。
【請求項６】
サーバ装置と端末装置を備えた画像データ提供システムであって、
前記サーバ装置は、
動画像データおよびコメントを記録する記録部と、
端末装置からの再生命令を受けて、前記動画データを送信する第一の送信手段と、
端末装置からのリンク先取得命令を受けて、当該リンク先取得命令に含まれるフレーム番号に対応するフレーム画像を取得し、送信する第二の送信手段と、
を備えており、
前記端末装置は、
再生命令に対応してサーバ装置から送られてくる動画データとコメントを表示する第一の表示制御手段と、
フレーム番号を含むリンク情報に基づいてコメント中に表示されたリンクが選択されると、当該フレーム番号を伴ったリンク先取得命令をサーバ装置に送信するリンク先取得命令送信手段と、
リンク先取得命令に対応してサーバ装置から送られてくるフレーム画像を表示する第二の表示制御手段と、
を備えた画像データ提供システム。
【請求項７】
動画像データおよびコメントを記録する記録部と、
端末装置からの再生命令を受けて、前記動画データを送信する第一の送信手段と、
端末装置からのリンク先取得命令を受けて、当該リンク先取得命令に含まれるフレーム番号に対応するフレーム画像を取得し、送信する第二の送信手段と、
を備えたサーバ装置。
【請求項８】
動画像データおよびコメントを記録する記録部を有するコンピュータによってサーバ装置を実現するためのプログラムであって、コンピュータを、
端末装置からの再生命令を受けて、前記動画データを送信する第一の送信手段と、
端末装置からのリンク先取得命令を受けて、当該リンク先取得命令に含まれるフレーム番号に対応するフレーム画像を取得し、送信する第二の送信手段として機能させるためのサーバプログラム。
【請求項９】
再生命令に対応してサーバ装置から送られてくる動画データとコメントを表示する第一の表示制御手段と、
フレーム番号を含むリンク情報に基づいてコメント中に表示されたリンクが選択されると、当該フレーム番号を伴ったリンク先取得命令をサーバ装置に送信するリンク先取得命令送信手段と、
リンク先取得命令に対応してサーバ装置から送られてくるフレーム画像を表示する第二の表示制御手段と、
を備えた端末装置。
【請求項１０】
コンピュータによって端末装置を実現するための端末プログラムであって、コンピュータを、
再生命令に対応してサーバ装置から送られてくる動画データとコメントを表示する第一の表示制御手段と、
フレーム番号を含むリンク情報に基づいてコメント中に表示されたリンクが選択されると、当該フレーム番号を伴ったリンク先取得命令をサーバ装置に送信するリンク先取得命令送信手段と、
リンク先取得命令に対応してサーバ装置から送られてくるフレーム画像を表示する第二の表示制御手段として機能させるための端末プログラム。
【請求項１１】
請求項１〜１０のシステム、装置またはプログラムにおいて、
前記端末装置は、
前記第一の表示制御手段によって動画が表示されている際に、ユーザによってリンク操作がなされると、表示中の動画のフレーム番号を特定したリンク情報を生成してコメント中に挿入するリンク情報挿入手段を備えることを特徴とするシステム、装置またはプログラム。
【請求項１２】
請求項１〜１１のシステム、装置またはプログラムにおいて、
前記端末装置は、
前記第一の表示制御手段によって動画が表示されている際に、ユーザによってリンク操作がなされると、表示中の動画の連続番号を特定したリンク情報を生成してコメント中に挿入するリンク情報挿入手段を備えることを特徴とするシステム、装置またはプログラム。
【請求項１３】
請求項１〜３、６〜８のシステム、装置またはプログラムにおいて、
前記サーバ装置は、
前記動画の再生中に端末装置のユーザが行った操作履歴を記憶する手段と、
前記ユーザの操作履歴に基づいて、次回以降の動画再生の際の表示方法を決定する手段と、
を備えたことを特徴とするシステム、装置またはプログラム。
【請求項１４】
請求項１３のシステム、装置またはプログラムにおいて、
前記操作履歴は、画像データの各フレーム毎に記憶される一時停止の操作回数であることを特徴とするシステム、装置またはプログラム。
【請求項１５】
請求項１３または１４のシステム、装置またはプログラムにおいて、
前記操作履歴は、各フレーム毎の表示回数であることを特徴とするシステム、装置またはプログラム。
【請求項１６】
請求項１〜１５のいずれかのシステム、装置またはプログラムにおいて、
前記サーバ装置の前記第一の送信手段は、コメントおよび動画データと共に、サムネイル表示すべきフレームの情報を送信するものであり、当該サムネイル表示すべきフレームは、前記操作履歴に基づいて決定することを特徴とするシステム、装置またはプログラム。
【請求項１７】
動画像データを含むコンテンツデータから、複数の医用画像データを抽出する手段と、
前記動画像の再生中に、ユーザが行った操作履歴を記憶する手段と、
ユーザが行った前記操作履歴の内容に基づいて、次回以降に視聴された際の表示方法を決定する手段と、
を備えたこと、を特徴とする医用画像データ提供装置。
【請求項１８】
コンピュータを、
動画像データを含むコンテンツデータから、複数の医用画像データを抽出する手段、
前記動画像の再生中に、ユーザが行った操作履歴を記憶する手段、
ユーザが行った前記操作履歴の内容に基づいて、次回以降に視聴された際の表示方法を決定する手段、
として機能させること、を特徴とする医用画像データ提供プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、医用画像データに関する情報を交換するための技術に関する。
【背景技術】
【０００２】
PACS (Picture Archiving and Communication System)とは、医療の現場で使われる、CRやCT、MRIなどのデジタルな医用画像データを保管、管理し、オンライン・ネットワーク上でやりとりする医用画像システム一式のことである。なお、一般的にPACSという場合には、医用画像サーバーおよびビューアだけではなく、レポーティング・システムや放射線科情報システム(RIS)などを含むシステム一式を指すのが一般的である。
【０００３】
PACSシステムに採用されている規格で、DICOM（Digital Imaging and COmmunications in Medicine）という規格が存在する。このDICOM規格は、MRIやCTなどで撮影された医用画像の世界標準規格であり、主として、医用画像情報のデータ方式と通信使用に関して定義されている。
【０００４】
DICOM規格によれば、MRIやCTの撮像画像だけでなく、内視鏡や超音波などから作成された動画データや音声データなど、医療診療に関わるデータを統一化して管理することができる。すなわち、異なる病院で、異なるタイプのデジタル画像機器を用いて撮像された画像データであっても、ネットワークおよび記録媒体を介して共有化することが可能になる。
【０００５】
現在、DICOMファイル（DICOM規格で作成されたファイル）を利用した様々な技術が存在する（特許文献１、２）。
【０００６】
特許文献１には、DICOMファイルに含まれる医用画像データを遠隔診断に用いるシステムが開示されている。
【０００７】
特許文献２には、二度目以降の読影時における操作負担を軽減するために、DICOMファイルに含まれる特定フレーム画像に、時系列的な順位情報を関連づけて記憶することが開示されている。これにより、例えば、ユーザによって設定された順位情報の特定フレーム画像を基準として動画像を所望の途中位置から再生することができる。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００５−２７８９９１号公報
【特許文献２】特開２００９−１４２３８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、特許文献１の技術では、閲覧している医用画像データに関するコメントを交換することができるだけであり、他の医用画像データを比較したり、参照することが困難であった。また、DICOMファイル内の医用画像データには患者名などの個人情報が含まれており、そのままでは、複数人でデータを共有するのに適切でないという問題もあった。
【００１０】
特許文献２の技術では、順位情報を決定するキーとなる画像をユーザが選択する必要があったため、操作が煩雑となっていた。
【００１１】
この発明は、動画データに対して簡易にリンクづけを行ってコメントを交換することのできるシステムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
(1)(2)(3)(4)(5)この発明に係る画像データ提供システムは、
前記サーバ装置が、
動画像データの各フレームを静止画とし、動画としての再生順の連続番号を各静止画のファイル名もしくはインデックス名にして記録するとともに、端末装置から入力されたコメントを記録する記録部と、端末装置からの再生命令を受けて、前記静止画を送信する第一の送信手段と、端末装置からのリンク先取得命令を受けて、当該リンク先取得命令に含まれるファイル名またはインデックス名に記述された前記連続番号に対応する静止画を取得し、送信する第二の送信手段とを備えており、
前記端末装置が、
再生命令に対応してサーバ装置から送られてくる一連の静止画を、ファイル名またはインデックス名に記述された連続番号順に再生して動画として表示するとともに、コメントを表示する第一の表示制御手段と、連続番号を含むリンク情報に基づいてコメント中に表示されたリンクが選択されると、当該連続番号を伴ったリンク先取得命令をサーバ装置に送信するリンク先取得命令送信手段と、リンク先取得命令に対応してサーバ装置から送られてくる静止画を表示する第二の表示制御手段とを備えたことを特徴としている。
【００１３】
したがって、サーバに記録された動画の一部を構成する画像に対して直接的にかつ簡易にリンクを行うことができる。
【００１４】
(6)(7)(8)(9)(10)この発明に係る画像データ提供システムは、
前記サーバ装置が、動画像データおよびコメントを記録する記録部と、端末装置からの再生命令を受けて、前記動画データを送信する第一の送信手段と、端末装置からのリンク先取得命令を受けて、当該リンク先取得命令に含まれるフレーム番号に対応するフレーム画像を取得し、送信する第二の送信手段とを備えており、
前記端末装置が、再生命令に対応してサーバ装置から送られてくる動画データとコメントを表示する第一の表示制御手段と、フレーム番号を含むリンク情報に基づいてコメント中に表示されたリンクが選択されると、当該フレーム番号を伴ったリンク先取得命令をサーバ装置に送信するリンク先取得命令送信手段と、リンク先取得命令に対応してサーバ装置から送られてくるフレーム画像を表示する第二の表示制御手段とを備えたことを特徴としている。
【００１５】
したがって、動画に対してインデックスなどを付加しなくともリンクを生成することができる。
【００１６】
(11)この発明に係る画像データ提供システムは、端末装置が、前記第一の表示制御手段によって動画が表示されている際に、ユーザによってリンク操作がなされると、表示中の動画のフレーム番号を特定したリンク情報を生成してコメント中に挿入するリンク情報挿入手段を備えることを特徴としている。
【００１７】
したがって、簡易な操作にてコメント中に画像に対するリンクを挿入することができる。
【００１８】
(12)この発明に係る画像データ提供システムは、端末装置が、前記第一の表示制御手段によって動画が表示されている際に、ユーザによってリンク操作がなされると、表示中の動画の連続番号を特定したリンク情報を生成してコメント中に挿入するリンク情報挿入手段を備えることを特徴としている。
【００１９】
したがって、簡易な操作にてコメント中に画像に対するリンクを挿入することができる。
【００２０】
(13)この発明に係る画像データ提供システムは、サーバ装置が、動画の再生中に端末装置のユーザが行った操作履歴を記憶する手段と、ユーザの操作履歴に基づいて、次回以降の動画再生の際の表示方法を決定する手段とを備えたことを特徴としている。
【００２１】
したがって、ユーザの閲覧履歴に基づいて、再生時の表示形態を変えることができる。
【００２２】
(14)この発明に係る画像データ提供システムにおいて、操作履歴は、画像データの各フレーム毎に記憶される一時停止の操作回数であることを特徴としている。
【００２３】
したがって、各ユーザが一時停止した回数に応じて、再生時の表示形態を変えることができる。
【００２４】
(15)この発明に係る画像データ提供システムにおいて、操作履歴は、各フレーム毎の表示回数であることを特徴としている。
【００２５】
したがって、各ユーザによって再生された回数に応じて、再生時の表示形態を変えることができる。
【００２６】
(16)この発明に係る画像データ提供システムにおいて、サーバ装置の前記第一の送信手段は、コメントおよび動画データと共に、サムネイル表示すべきフレームの情報を送信するものであり、当該サムネイル表示すべきフレームは、前記操作履歴に基づいて決定することを特徴としている。
【００２７】
したがって、重要であると思われる画像を選択してサムネイル表示することができる。
【００２８】
(17)(18)この発明に係る医用画像データ提供装置は、動画像データを含むコンテンツデータから、複数の医用画像データを抽出する手段と、前記動画像の再生中に、ユーザが行った操作履歴を記憶する手段と、ユーザが行った前記操作履歴の内容に基づいて、次回以降に視聴された際の表示方法を決定する手段とを備えたことを特徴としている。
【００２９】
したがって、ユーザの操作履歴に応じて動画の表示方法を決定することができる。
【図面の簡単な説明】
【００３０】
【図１ａ】本発明の医用画像データ提供システムの構成を示す図である。
【図１ｂ】本発明の医用画像データ提供システムの機能ブロック図である。
【図２】医用画像データ提供装置２のハードウェア構成を示す図である。
【図３】症例ＤＢ５４のデータ例を示す図である。
【図４】アップロード端末６のハードウェア構成を示す図である。
【図５】閲覧端末８のハードウェア構成を示す図である。
【図６】ログイン画面の表示例を示す図である。
【図７】アップロード時における処理を示すフローチャートである。
【図８】アップロード時における属性情報入力画面の表示例を示す図である。
【図９】コメントにフレーム番号を挿入する時の処理を示すフローチャートである。
【図１０】医用画像データの表示例を示す図である。
【図１１】コメント履歴テーブルのデータ例を示す図である。
【図１２】フレーム番号がクリックされた際の処理を示すフローチャートである。
【図１３】医用画像データの表示例を示す図である。
【図１４】医用画像データの表示例を示す図である。
【図１５】医用画像データに組み込まれるマークのデータ例を示す図である。
【図１６】操作履歴の蓄積から次回以降の視聴次における表示内容を決定するまでの処理を示すフローチャートである。
【図１７】視聴時における操作内容のデータ例を示す図である。
【図１８】各フレームの表示回数のデータ例を示す図である。
【図１９】操作内容および表示回数をグラフ化した図である。
【図２０】医用画像データの表示例を示す図である。
【図２１】医用画像データの表示例を示す図である。
【図２２】医用画像データの他の表示例を示す図である。
【発明を実施するための形態】
【００３１】
１．システムの概要
図１ａに示すように、本発明の医用画像データ情報交換システムは、動画像を登録するためのデータベースを備えた医用画像データ提供装置（サーバ）２と、当該サーバ２にネットワーク４を介して接続されたアップロード端末６および閲覧端末８（８ａ、８ｂ）を備えている。なお、以下の実施形態では、コンテンツデータがDICOMファイルである場合を例に説明する。
【００３２】
DICOMファイルから抽出された動画像（複数の医用画像データ）がアップロード端末６からサーバ２にアップロードされる。なお、このDICOMファイルは、医者が、手術の際にフットボタンを押して撮影をオン／オフする等の方法で生成された、少なくとも１つ以上の動画を含むコンテンツデータである。動画像としては、例えば、血管造影に代表されるシネアンジオグラフィーのような動画の他にも、CT、MRI、Ｘ線などで空間移動しながら連続して撮像された連続画像が含まれる。
【００３３】
医用画像を見ようとするユーザ（医療関係者）は、閲覧端末８ａからＷｅｂブラウザなどの閲覧プログラムによって、サーバ２内の医用画像にアクセスし、サーバから提供される動画像を再生する。また、再生中に一時停止、コマ送りなどの操作を行う。その操作は同時にサーバ２のデータベースに記憶される。
【００３４】
視聴したユーザは、医用画像閲覧画面のコメント入力欄において、当該医用画像に関連づけて、比較参照すべき特定の医用画像へのリンク先情報を組み込んだコメントを入力する。これにより、入力されたコメントのリンク部分をクリックするだけで、リンク先の医用画像に即座にアクセスすることができる。
【００３５】
さらに、動画像を再生した際に行った操作履歴（一時停止など）に基づいて、他の閲覧端末８ｂを操作するユーザに対して、次回以降に視聴された際の表示方法（一時停止が多く行われたフレームの強調表示など）が決定される。これにより、医療関係者が相互に情報を交換することが可能なシステムを構築することができる。
【００３６】
図１ｂに、この発明の一実施形態によるシステムの機能ブロック図を示す。サーバ装置２の記録部３には、動画データの各フレームを静止画５にしたものが記録されている。また、各静止画５のファイル名は、当該フレームのフレーム番号が割り当てられている。また、記録部３には、コメント７も記録されている。このコメント７は、端末装置８のユーザが入力したものである。第一の送信手段９は、記録部３から一連の静止画５およびコメント７を読み出して、端末装置８に送信する。
【００３７】
端末装置８の第一の表示制御手段１３は、この静止画５およびコメント７を受信して表示部に表示する。この際、静止画５のファイル名の順番に再生を行う。静止画５のファイル名は、フレーム番号となっているので、結果的に動画が再生されることになる。また、併せてコメント７も表示される。
【００３８】
コメント７に埋め込まれたリンクを、端末装置８のユーザがクリックすると、リンク先取得命令送信手段１５は、リンク情報を含むリンク先取得命令をサーバ装置２に送信する。なお、コメント７には、上記静止画５のファイル名に基づくＵＲＬがリンク情報として埋め込まれている。
【００３９】
リンク情報を受け取ったサーバ装置２の第二の送信手段１１は、対応する静止画５を記録部３から読み出して、端末装置８に送信する。端末装置８の第二の表示制御手段１７は、この静止画５を表示部に表示する。
【００４０】
以下に、上記医用画像データ情報交換システム（図１ａ）の詳細について説明する。
【００４１】
２．ハードウェア構成
図２に、医用画像データ提供サーバ２（図１ａ、ｂ）のハードウエア構成を示す。
【００４２】
医用画像データ提供サーバ２は、図２に示すように、ＣＰＵ２０、メモリ２２、ディスプレイ２４、ハードディスク２６、記録媒体リーダー２７、キーボード／マウス２８を備えたＰＣで構成されている。
【００４３】
ハードディスク２６には、Linux（商標）などのＯＳ（オペレーティングシステム）５０の他、症例登録プログラム５２、症例ＤＢ５４、医用画像データ情報表示プログラム５６、操作履歴ＤＢ５８が記録されている。
【００４４】
症例登録プログラム５２および医用画像データ情報表示プログラム５６は、ＯＳ（オペレーティングシステム）５０と協働してその機能を発揮する。ＯＳ（オペレーティングシステム）５０、症例登録プログラム５２、医用画像データ情報表示プログラム５６は、記録媒体に記録されたものを、記録媒体リーダー２７を介して、ハードディスク２６にインストールされる。
【００４５】
図３に、医用画像データ提供サーバ２が備える症例ＤＢ４３のデータ構造を示す。なお、DICOMファイルからの画像データの抽出は、DICOMファイルのデータ構造を解析して、特定位置の画像を特定することにより行うことができる。
【００４６】
図３Ａに示すように、症例は任意個数のシリーズで構成されており、各シリーズは任意個数のフレームで構成されている。１フレームは、１つの画像ファイルに対応しており、システム内で一意に識別ができるように、例えば、「[症例ID]_[シリーズID]_[フレームID]」という文字列を含むファイル名が付けられた状態でシステム内に保存されている。なお、図３Ｂに示すように、データベーステーブルに当該文字とファイル名との対応付け情報を保有して一意に特定できる状態に保持する等、画像を一意に識別することが可能な他の方法を用いてもよい。
【００４７】
以下において、フレームＩＤを示す記号として「♯」を用いて説明することとする。なお、フレームＩＤを示す記号は、「♯」に限定されるものではない。
【００４８】
医用画像データ提供サーバ２の操作履歴ＤＢ５８（図２）には、閲覧端末８（図１ａ）を介してユーザが動画像を視聴中に行った操作の履歴（操作内容、操作回数など）が記憶される。なお、操作履歴ＤＢ５８のデータ例については、後述する。
【００４９】
図４に、アップロード端末６（図１ａ）のハードウエア構成を示す。
【００５０】
アップロード端末６は、図４に示すように、ＣＰＵ６０、メモリ６２、ディスプレイ６４、ハードディスク６６、記録媒体リーダー６７、キーボード／マウス６８を備えたＰＣで構成されている。ハードディスク６６には、WINDOWS（商標）などのＯＳ（オペレーティングシステム）７０の他、医用画像データをアップロードするためのアップローダ７２が記録されている。ユーザは、アップローダ７２を介して、医用画像データ提供サーバ２にアクセスなどをすることができる。
【００５１】
図５に、閲覧端末８（８ａ、８ｂ）（図１ａ）のハードウエア構成を示す。
【００５２】
閲覧端末８は、図５に示すように、ＣＰＵ８０、メモリ８２、ディスプレイ８４、ハードディスク８６、記録媒体リーダー８７、キーボード／マウス８８を備えたＰＣで構成されている。ハードディスク８６には、WINDOWS（商標）などのＯＳ（オペレーティングシステム）９０の他、Ｗｅｂブラウザ９２、動画再生スクリプト９４が記録されている。ユーザは、Ｗｅｂブラウザ９２を介して、医用画像データ提供サーバ２にアクセスし、医用画像データおよびその関連情報を閲覧することができる。また、動画再生スクリプト９４は、医用画像データ提供サーバ２内の複数の医用画像データをクライアント側で動画として再生するためのスクリプトであり、Javascript（商標）などの言語で記述されている。
【００５３】
３．医用画像データアップロード時の処理
つぎに、アップロード端末６から、医用画像データを医用画像データ提供サーバ２にアップロードする際の処理について、図７に示すフローチャートなどを用いて説明する。なお、図７に示すフローチャートでは、ログイン後の処理を示している。
【００５４】
医用画像データをアップロードしようとするユーザは、まず、アップローダ７２を起動する。起動時に表示されるアクセス画面（図６）において、ユーザが、所定のユーザＩＤとパスワードを入力すると、医用画像データ提供サーバ２の認証を経て、ログインが完了する。
【００５５】
ログイン後、ユーザは、キーボード／マウス６８を介して、アップロードしようとするDICOMファイルを指定する（図７のステップＳ１２）。これにより、複数の画像（例えば、ＪＰＥＧ形式）が抽出され（ステップＳ１４）、シリーズ毎にＺＩＰ圧縮される（ステップＳ１６）。なお、ここではＺＩＰ圧縮することとしたが、他の圧縮形式であってもよい。
【００５６】
つぎに、圧縮されたファイルが医用画像データ提供サーバ２に送信され、動画像のアップロード処理が行われる（ステップＳ１８）。例えば、５シリーズの動画像が含まれたDICOMファイルを選択した場合には、５つの圧縮された動画ファイルが医用画像データ提供サーバ２にアップロードされることになる。
【００５７】
医用画像データ提供サーバ２は、受信したシリーズ全体に１つの症例ＩＤを関連づけて、図３に示す症例ＤＢ５４に記憶する（ステップＳ２０）。例えば、症例ＩＤとして「a3ef10」（図３）が付与される。
【００５８】
この時、医用画像データ提供サーバ２は、動画ファイルの各フレームごとにファイル名を付けて静止画として記録するようにしている。たとえば、図３Ａにおいては、a3ef10_5_001.jpg、a3ef10_5_002.jpg、a3ef10_5_003.jpg・・・のように、抽出した静止画にファイル名が付されている。a3ef10は症例ＩＤ、5は症例ＩＤ中の５番目の動画であることを示すＩＤ、001、002、003・・・は、フレーム番号である。以上のようにして、動画の各フレームが静止画としてフレーム番号をファイル名に含んだ形式にて記録される。
【００５９】
以上のようにして、ファイルサイズが大きいDICOMファイルを、ＪＰＥＧなどの形式に圧縮変換してファイルサイズを小さくするとともに、個人情報を削除して保持することができる。
【００６０】
さらに、ユーザは、図８に示すような登録画面において、アップロードした症例の属性情報などを別途入力し、登録ボタンＢ１を押下すると、医用画像データ提供サーバ２にデータが送信される（ステップＳ２２）。属性情報として、例えば、術者の名前Operator、患者の年齢Ageなどのデータが、プルダウンや自由記述方式により入力され、サーバ２に送信される。
【００６１】
医用画像データ提供サーバ２は、アップロード端末６から受信した属性情報を各症例（例えば、症例ＩＤ「a3ef10」）に関連づけて症例ＤＢ５４に記憶する（ステップＳ２４）。これにより、症例のアップロードが完了する。なお、DICOMファイルには、元々ここで入力されるような患者も含まれているが、これを抽出せずにユーザが入力することとしている。個人が特定できないレベルで属性情報などを登録するようにしたためである。
【００６２】
４．医用画像データ閲覧時の処理
アップロードされた医用画像データ閲覧時の処理について、図９のフローチャート、図１０Ａ、Ｂの閲覧画面の表示例などを用いて以下に説明する。
【００６３】
ユーザが、閲覧端末８のＷｅｂブラウザ９２（図５）を起動して、医用画像データ提供サーバ２にログインすると、まず、図１０Ａに示すような、医用画像データ情報の閲覧画面が表示される。なお、図１０Ａの表示では、医用画像表示の右側のコメント欄には、まだ何も表示されていない状態である。また、図１０Ａ、Ｂにおいて、メイン画像領域Ｍの左側には、当該症例に含まれる複数のシリーズ動画がサムネイルで一覧表示されている。
【００６４】
ユーザが症例を指定して再生ボタンＰを押すと、医用画像データ提供サーバ２から、当該症例に対応する一連の静止画が送信されてくる。閲覧端末８は、送られてきた静止画のファイル名に含まれるフレーム番号の順に、静止画を再生する。これにより、動画が表示される。なお、静止画をファイル名に含まれるフレーム番号順に再生するためのプログラムは、前述のようにJavascriptとして医用画像データ提供サーバ２から提供される。
【００６５】
ユーザが、この動画像を再生して視聴し、フレームＩＤ「♯１３１」の位置で視聴を一時停止して所見のコメントを入力する場合について、以下に説明する。なお、再生ボタンＰを押した後は、同じボタンが一時停止ボタンとなる。
【００６６】
ＩＤ「♯１３１」の位置で、ユーザが閲覧画面の右下に表示されているコメント入力欄Ｃの下にある挿入ボタンＢ２を押下すると（図９のステップＳ３２）、まず、現在表示されている医用画像ＩＤ「＃１３１」にアクセスするためのリンク先情報（ここでは、サーバに記録された当該静止画の記録場所ＵＲＬ）が、コメント入力欄Ｃにハイパーリンクで「♯１３１」として挿入される（ステップＳ３４）。例えば、「図３Ａに示す[a3ef10]_[1]_[131]」に対応する医用画像データを格納しているサーバ２上のアドレスを示すＵＲＬが、コメント入力欄Ｃにハイパーリンクで「♯１３１」で表示される。なお、リンク先情報の挿入は、コメントの入力前に挿入しても、コメント入力途中で挿入してもよい。また、挿入するリンク先情報は、異なる動画像のシリーズ内の医用画像データであってもよく、異なる症例の医用画像データであってもよい。
【００６７】
ユーザは、さらに、キーボード／マウス８８（図５）を介して、所見などのコメントを入力し、ＥＮＴＥＲキーを押下する（ステップＳ３６）。これにより、入力されたコメントは、図１１に示すように、入力したユーザのＩＤと関連づけて、症例ＤＢ５４に時系列順で記憶（蓄積）される（ステップＳ３８）。これによって、図１０Ｂに示すようなコメント「○○で私は××と判断した次第です。♯１３１のあたりですかね。」が画面上に表示される（ステップＳ４０）。
【００６８】
つぎに、医用画像データ情報表示プログラム５６は、ユーザ（例えば、上記ユーザとは異なるユーザ）が動画を視聴中に、コメント内のリンク部分（例えば、）がクリックされたと判断すると（図１２のステップＳ４２のＹｅｓ）、症例ＤＢ４３から当該リンク先の医用画像データを読み出して（ステップＳ４４）、図１３に示すようにメイン画像領域Ｍ上に表示する（ステップＳ４６）。
【００６９】
図１３に示す画面表示では、図１０Ｂに示す状態から、さらにフレーム「＃４４１」についてコメントしたユーザが、過去のコメントに含まれるリンク部分「＃１３１」をクリックした後の状態を示す。なお、読み出した医用画像データをメイン画像領域Ｍ上に表示せずに、メイン画像領域Ｍに隣接するサブ画面に表示したり、マウスオーバーにより別ウィンドウで表示（ポップアップ表示）するようにしてもよい。
【００７０】
以上のように、当該症例に対するユーザ（読影する医療関係者）のコメントが蓄積されて、リンク先情報と共に画面上に時系列順に表示されることにより（図１３）、過去のコメントで引用された医用画像データに容易にアクセスすることができる。
【００７１】
さらに、図１４に示すように、キーボード／マウス８８を介して矢印マークＲを配置して、医用画像の表示領域に識別表示であるマーク（矢印など）をコメントの入力時などに医用画像データに組み込むようにしてもよい。
【００７２】
例えば、図９のステップＳ３８において入力されたコメントを記憶する際に、配置された矢印マークＲの座標情報をフレーム毎に関連付けて記憶する別テーブル（図１５）に併せて記憶すればよい。なお、図１５に示す例では、動画像を視聴した際に、矢印マークＲが所定時間（例えば、数秒）だけ表示されるように、表示フレームは、フレームの前後において連続的に表示されるように決定している。これにより、次回の再生時において、矢印マークＲを所定のフレームに付加して表示することができる。
【００７３】
なお、矢印マークＲを医用画像データの特定フレームに組み込むこととしたが、その他の方法、例えば、矢印マークＲを用いずに、特定範囲を線で囲ったり、線で囲わずに輝度差で表示したり、矢印マークＲの代わりに、ユーザの顔マークなどの異なるマークで表示するようにしてもよい。また、入力したユーザの属性（名前、所属、専門分野、年齢など）を識別表示と併せて表示してもよい。
【００７４】
５．操作履歴の蓄積時および次回以降の閲覧時における処理
図１６は、医療動画の再生時における医用画像データ情報表示プログラム５６が実行する処理のフローチャートである。
【００７５】
医用動画の再生が開始されると（図１６に示すステップＳ５２のＹｅｓ）、医用画像データ提供サーバ２のＣＰＵ２０は、閲覧端末８から受けた操作履歴の蓄積を開始する（ステップＳ５４）。
【００７６】
すなわち、医用画像データ提供サーバ２のＣＰＵ２０は、ユーザの動画視聴時における操作履歴（操作内容および操作回数など）を操作履歴ＤＢ５８に記憶する。操作内容としては、例えば、一時停止、早送り、巻き戻し、コマ送り、コマ戻し（逆コマ送り）などが該当する。
【００７７】
図１７および図１８に、それぞれ医用画像データ提供サーバ２の操作履歴ＤＢ５８が備える操作種類テーブルおよび表示回数テーブルのデータ例を示す。
【００７８】
図１７に示す操作種類テーブルには、各ユーザの操作内容がその操作が行われた時のフレームＩＤに関連づけて時系列順に記憶されている。また、図１８に示す表示回数テーブルには、フレームが表示された頻度を示す表示回数が各フレーム毎に記憶されている。
【００７９】
図１９Ａに、図１８に示す表示回数テーブルのデータに基づいて、各フレームについて表示回数をグラフ化（ヒストグラム表示）した例を示す。また、図１９Ｂに、図１７に示す操作種類テーブルに基づいて、各フレームについて視聴中に一時停止された回数をグラフ化（ヒストグラム表示）した例を示す。
【００８０】
医用画像データ提供サーバ２のＣＰＵ２０は、医用動画の視聴が終了した（停止ボタンが押下される等）と判断すると（ステップＳ５６のＹｅｓ）、上記操作履歴の内容に基づいて、次回の視聴時における表示内容を決定する（ステップＳ５８）。
【００８１】
例えば、図２０に示すように、メイン画像領域Ｍの下に、タイムバーＴに沿って、フレームの表示回数Ｈを時系列順にヒストグラム（図１９Ａ）で表示することを決定する。これにより、次回に動画を視聴したユーザ（図１ａに示す閲覧端末８ｂのユーザ）が、過去に読影された頻度の高い部分（ヒストグラムの頂点）に対応する位置を選択して再生し、視聴することができる。
【００８２】
なお、メイン画像領域Ｍの下に、タイムバーＴに沿って、図２０に示すフレームの表示回数Ｈとともに、または単独で各フレームについて視聴中に一時停止された回数を時系列順にヒストグラム（図１９Ｂ）で表示するなど他の表示方法を決定してもよい。
【００８３】
また、図２１に示すように、特定のユーザが視聴頻度が多かったフレームに対して、当該ユーザの識別マークＳを特定のフレームについて表示するようにしてもよい。
【００８４】
なお、識別表示を決定する基準は、表示回数に限定されず、各フレームの総表示時間を基準としたり、コマ送り操作については２ポイントを加える等のようにして算出ポイントに基づいて決定してもよい。また、全ユーザ分の操作履歴データを合計するか、あるいは、特定ユーザの操作履歴データのみに絞り込むかを選択できるようにしてもよい。
【００８５】
以上のように、ユーザが動画を再生するたびに操作履歴データをデータベースに蓄積しつつ、次回以降の表示方法を決定することで、医療関係者間で所見を蓄積し、円滑な情報交換を図ることができる。
【００８６】
なお、次回以降の視聴時における表示方法としては、上記に例示した以外にも、動画の再生中に、重要度の高い部分（フレーム）で一時停止したり、重要度の高い部分（フレーム）でスロー再生するといった表示方法を採用してもよい。
【００８７】
なお、図１０等において、メイン画像領域Ｍの左側に当該症例に含まれる複数のシリーズ動画をサムネイルで一覧表示することとしたが、現在視聴しているシリーズ内のフレームをサムネイル表示するようにしてもよい。また、同じシリーズ内の重要度の高いフレーム（コメントで引用された画像など）のサムネイルを表示したり、重要度の高いフレームに色を着けたり（重要度の高い順に異なる色を着けるなど）、マークを付加してもよい。
【００８８】
６．その他の実施形態
なお、上記実施形態では、医用動画データの各フレームをＪＰＥＧなどの静止画データとし、それぞれの静止画データにフレーム番号順のファイル名を付して、順次再生するようにしている。これにより、動画としての再生が容易であると共に、各静止画に対するリンクづけが容易であるという効果を得ている。
【００８９】
しかしながら、このようなメリットがある一方で、上記実施形態のような手法においては、動画再生のための特殊な再生プログラム（例えば、図３の動画再生スクリプト９４）が必要であるという問題がある。
【００９０】
これを解決するため、医用画像データ提供サーバ２には、圧縮していない動画データを記録しておき、そのフレーム番号を指定してリンクづけを行うようにしてもよい。この場合、先の実施形態とは異なり、動画データは一つのファイルとして記録される。また、動画データに本来的に付けられているフレーム番号を用いるので、別途ＩＤなどを付す必要がない。
【００９１】
さらに、ＭＰＥＧなどの動画データを医用画像データ提供サーバ２に記録するようにしてもよい。この場合には、直接的に各フレームに対するリンクづけを行うことはできない。したがって、以下のようにしてリンクづけを行う。
【００９２】
図１ａに示す閲覧端末８においてユーザが参照ボタンをクリックすると、その時に表示されている画像のフレーム番号がリンク情報として生成され、医用画像データ提供サーバ２に送信される。医用画像データ提供サーバ２は、このフレーム番号を、リンク情報としてコメントなどとともに記録する。
【００９３】
参照時に、閲覧端末８においてリンクがクリックされると、そのフレーム番号が医用画像データ提供サーバ２に送信される。医用画像データ提供サーバ２では、このフレーム番号に基づいて、ＭＰＥＧ動画データのいずれのパケットに、当該フレーム番号が含まれているかどうかを判断する。この判断は、パケットに記録されているフレーム番号の範囲を参照することによって行うことができる。このようにしてパケットを特定すると、当該パケットから複数フレームの画像を生成し、指定されたフレーム番号の画像を抽出して、閲覧端末８に送信する。
【００９４】
なお、上記実施形態では、DICOMファイルから動画像データを抽出することとしたが、DICOMファイルに限られず、その他の独自規格データであってもよい。
【００９５】
なお、上記実施形態では、医用画像のみをメイン画像領域Ｍ上に表示することとしたが、図２２に示すように、心拍数などの他の画像Ｚを重ねてメイン画像領域Ｍ上に表示するようにしてもよい。
【００９６】
なお、上記実施形態では、症例に対してコメントを記憶することとしたが、フレーム単位でコメントを記憶するようにしてもよい。
【００９７】
なお、上記実施形態では、医用画像データ提供装置サーバ２をＰＣとしたが、その他のデバイス（ワークステーションなど）を用いてもよい。
【００９８】
なお、上記実施形態では、アップロート端末６、閲覧端末８をＰＣとしたが、その他のデバイス（スマートフォン、タブレット端末など）を用いてもよい。
【００９９】
なお、上記実施形態では、DICOMファイルから動画を構成する複数の画像を抽出したが、静止画像が連続（頭から足の方に向かって撮像されたCTの断面画像など）したものを抽出しもよい。
【０１００】
なお、上記実施形態では、アップロード端末６のアップローダ７２を用いて動画像をアップロードすることとしたが、これに限定されず、Ｗｅｂブラウザなど他の方法でアップロードするようにしてもよい。
【０１０１】
なお、上記実施形態では、閲覧端末８のＷｅｂブラウザ９２を用いて、医用画像データを閲覧することとしたが、閲覧端末８に視聴専用のアプリを設けて、これを用いて医用画像データを表示するようにしてもよい。
【０１０２】
なお、上記実施形態では、手術の際にフットボタンを押して撮影をオン／オフすることにより医用画像を撮像したDICOMファイルを生成することとしたが、例えば、音声により撮影をオン／オフするなど他の方法により、医用画像を撮像したDICOMファイルを生成するようにしてもよい。
【０１０３】
なお、上記実施形態では、DICOMファイル（１つの症例）に複数セットの動画像が含まれることとしたが、DICOMファイル（１つの症例）に１の動画像のみが含まれていてもよい。
【０１０４】
なお、上記実施形態では、アップロード端末６側でDICOMファイルから抽出した動画像を医用画像データ提供サーバ２に送信することとしたが、DICOMファイルをそのまま医用画像データ提供サーバ２に送信して、動画像の抽出処理を医用画像データ提供サーバ２側で行うようにしてもよい。
【０１０５】
なお、上記実施形態では、同じ症例内の医用画像データ（フレーム）を引用するようにしたが、他の症例の医用画像データ（フレーム）を引用するようにしてもよい。
【０１０６】
上記実施形態では、図３Ａのように動画の各フレームに対応する静止画のファイル名としてフレーム番号を用い、このフィル名に対するリンクを生成するようにしている。しかし、図３Ｂに示すように、各静止画ファイルに対応するＩＤを付しておき、これをテーブルとして保持しておくようにしてもよい。この場合、閲覧端末からは、リンクのパラメータとしてＩＤを挿入しておき、これを受け取った医用画像データ提供サーバ２が、当該ＩＤに基づいて対応する静止画を取得し、閲覧端末に送信する。
【図１ａ】
2014210134.tif 000003
【図１ｂ】
2014210134.tif 000004
【図２】
2014210134.tif 000005
【図４】
2014210134.tif 000006
【図５】
2014210134.tif 000007
【図６】
2014210134.tif 000008
【図７】
2014210134.tif 000009
【図８】
2014210134.tif 000010
【図９】
2014210134.tif 000011
【図１１】
2014210134.tif 000012
【図１２】
2014210134.tif 000013
【図１５】
2014210134.tif 000014
【図１６】
2014210134.tif 000015
【図１７】
2014210134.tif 000016
【図１８】
2014210134.tif 000017
【図１９】
2014210134.tif 000018
【図３】
2014210134.tif 000019
【図１０】
2014210134.tif 000020
【図１３】
2014210134.tif 000021
【図１４】
2014210134.tif 000022
【図２０】
2014210134.tif 000023
【図２１】
2014210134.tif 000024
【図２２】
2014210134.tif 000025