医用システム
【課題】ネットワークから分離された環境下においても、所望の機能を実行できる環境をクライアントにあらかじめ構築し、作業の継続を可能とする。
【解決手段】医用画像及び医用レポートのいずれかまたは双方を含む医用データを記憶する第１の記憶部と、端末からの指示に基づき、前記医用データの編集機能を含む加工に係る複数の機能を実行し、結果を前記端末に出力する処理実行制御部とを備えたサーバーを含む医用システムであって、前記サーバーは、更に、複数の前記機能それぞれに関連付けられたソフトウェアを記憶する第２の記憶部と、前記端末からの指示を受けて、指示された前記機能に関連付けられた一部または全ての前記ソフトウェアと、指示された前記医用データとを前記端末に配信する配信制御部とを備える。
【解決手段】医用画像及び医用レポートのいずれかまたは双方を含む医用データを記憶する第１の記憶部と、端末からの指示に基づき、前記医用データの編集機能を含む加工に係る複数の機能を実行し、結果を前記端末に出力する処理実行制御部とを備えたサーバーを含む医用システムであって、前記サーバーは、更に、複数の前記機能それぞれに関連付けられたソフトウェアを記憶する第２の記憶部と、前記端末からの指示を受けて、指示された前記機能に関連付けられた一部または全ての前記ソフトウェアと、指示された前記医用データとを前記端末に配信する配信制御部とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、医用画像データなどを含む医用データの保存及び管理と、該医用データに対する処理を、サーバーで集中管理する医用システムにおいて、該医用データを端末で処理する技術に関する。
【背景技術】
【０００２】
近年、ネットワークコンピュータ技術の向上及び低価格化に伴い、クライアントからネットワークを介してサーバーに処理を依頼し、その結果をクライアントで表示する医用システムが導入されてきている。
【０００３】
このような医用システムの導入により、画像処理などの負荷の大きい処理を高性能のサーバーで処理しつつ、その処理結果をクライアントで確認することが可能となった。また、データやソフトウェアをサーバーで集中管理することが可能となり、保守作業の効率化をはかることが可能となった。また当該医用システムは、端末の性能によらず、ネットワークを介して、複数の端末から共通のインタフェースを用いて、サーバーの機能を利用することが可能となる利点も有している。
【０００４】
一方で、このような医用システムでは、サーバーの性能に関わらず、システムの処理性能がネットワークのトラフィックに依存するという問題点を有している。例えば、利用者が多い時間帯の場合、ネットワークの輻輳が発生し、このネットワークの輻輳がボトルネックとなり処理のレスポンスが低下する。また、このような医用システムでは、サーバーに接続可能であることが前提となるため、院外などの、ネットワークからクライアントが分離された環境では、作業を継続することができないという問題点も有している。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−１１３４５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
この発明の実施形態は上記の問題を解決するものであり、サーバーとの接続が切断されネットワークから分離された環境下においても、操作者により選択された所望の機能を実行できる環境をクライアントにあらかじめ構築し、作業の継続を可能とすることを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、この発明の第１の形態は、医用画像及び医用レポートのいずれかまたは双方を含む医用データを記憶する第１の記憶部と、端末からの指示に基づき、前記医用データの編集機能を含む加工に係る複数の機能を実行し、結果を前記端末に出力する処理実行制御部とを備えたサーバーを含む医用システムであって、前記サーバーは、更に、複数の前記機能それぞれに関連付けられたソフトウェアを記憶する第２の記憶部と、前記端末からの指示を受けて、指示された前記機能に関連付けられた一部または全ての前記ソフトウェアと、指示された前記医用データとを前記端末に配信する配信制御部とを備えたことを特徴とする医用システムである。
【図面の簡単な説明】
【０００８】
【図１】第１の実施形態に係る医用システムの機能ブロック図である。
【図２】オンライン環境で実行させる場合のメイン機能とサブ機能との関係、及び、オフライン環境で実行させる場合の各メイン機能とサブ機能との関係を説明するための図である。
【図３】各サブ機能に対応するソフトウェアを管理するための管理テーブルの一例である。
【図４】医用画像のデータを管理するための管理テーブルの一例である。
【図５】各医用画像のデータ構成の一例である。
【図６】各医用画像のデータ構成の一例である。
【図７】各機能をオンライン環境で実行させる場合の操作画面の一例である。
【図８】一部の機能をオフライン環境で実行させる場合の操作画面の一例である。
【図９】第１の実施形態に係る医用システムにおいて、クライアントにオフライン環境を構築し、クライアントをネットワークから切断する場合の一連の動作のフローチャートである。
【図１０】第１の実施形態、変形例１、及び変形例２に係る医用システムにおいて、オフライン環境で加工されたデータをサーバーに転送したうえで、クライアントをネットワークに接続する場合の一連の動作のフローチャートである。
【図１１】変形例１に係る医用システムの機能ブロック図である。
【図１２】変形例１に係る医用システムにおいて、クライアントにオフライン環境を構築し、クライアントをネットワークから切断する場合の一連の動作のフローチャートである。
【図１３】変形例２に係る医用システムの機能ブロック図である。
【図１４】変形例２に係る医用システムにおいて、クライアントにオフライン環境を構築し、クライアントをネットワークから切断する場合の一連の動作のフローチャートである。
【発明を実施するための形態】
【０００９】
（第１の実施形態）
第１の実施形態に係る医用システムについて図１及び図２を参照しながら説明する。本実施形態に係る医用システムは、図１に示すように、サーバー１とクライアント２（このクライアント２が「端末」に相当する）とで構成される。本実施形態に係る医用システムは、サーバー１とクライアント２とがネットワークを介して通信可能に接続されている。そしてクライアント２から指示することで、サーバー１でメイン機能またはサブ機能を実行し、その実行結果をクライアント２の表示部で参照することが可能となる（この環境を「オンライン環境」と呼ぶ）。メイン機能とは、図２に示すように、例えば、機能Ｆｓ１〜Ｆｓ４のように、操作者が医用データに対し解析、操作等の作業を行うために必要な機能を大枠で分類した機能を指す。またサブ機能は、メイン機能を更に細かく分類した機能であり、複数のサブ機能でメイン機能を構成する。サブ機能とは図２の機能Ｃ１〜Ｃ１０で示すように、メイン機能間にまたがって使用されることがある。メイン機能は、操作者によって先に選択される作業項目でもあり、次に選択されるサブ機能が実行される。各サブ機能は、ＣＰＵで実行可能なソフトウェアで構成される。以下、メイン機能とサブ機能とを特に区別しない場合、単に「機能」と記載する。
【００１０】
さらに、本実施形態に係る医用システムでは、サーバー１で実行される複数の機能の一部をクライアント２に組込むことで、サーバー１とは独立して当該機能を実行可能な実行環境を、クライアント２に構築可能とする特徴を有する。以下、クライアント２に構築される実行環境を、「オフライン環境」と呼ぶ。このとき、オフライン環境には、必要な医用データのみをダウンロードし作業することも可能である。これにより、クライアントをネットワークから切断した場合においても、操作者は、クライアントで当該機能を使用し作業を継続することを可能となる。オンライン環境を用いた動作と、オフライン環境を用いた動作とは、操作者の指示により切替わる。以下、オンライン環境で動作する場合のモードを「オンラインモード」と呼び、オフライン環境で動作する場合のモードを「オフラインモード」と呼ぶ。
【００１１】
以下に本実施形態の詳細について説明する。まず本実施形態に係る医用システムの構成について、図１を参照しながら説明する。
【００１２】
サーバー１は、ソフトウェア管理・記憶部１１と、データ記憶部１２と、送受信部１３と、配信制御部１４と、処理実行制御部１５とで構成される。またクライアント２は、送受信部２１と、ソフトウェア組込制御部２４と、一時データ記憶部２５と、処理実行部２６と、処理制御部２２と、ＵＩ制御部２３と、出力部２７と、入力部２８とで構成される。以下に各構成の詳細について、「オンライン環境」、「オンライン環境からオフライン環境への切替え」、「オフライン環境」、及び「オフライン環境からオンライン環境への切替え」に分けて、各契機で動作する構成に着目し説明する。
【００１３】
（オンライン環境）
まずオンライン環境で動作する構成について説明する。なお、この説明の一部には他の契機においても共通で動作する構成の説明も含まれる。以下、特に指定が無い場合は、各構成は同様の動作をするものとする。まず、サーバー１の各構成の詳細について説明する。
【００１４】
ソフトウェア管理・記憶部１１は、各メイン機能と各サブ機能との対応付けを、管理テーブル（図２及び図３）にあらかじめ定義し管理している。またソフトウェア管理・記憶部１１は、各サブ機能に対応するソフトウェアをそれぞれ取り出し可能に記憶している。このときソフトウェア管理・記憶部１１は、各メイン機能と各サブ機能との対応付けを、オンライン環境で実行される場合と、オフライン環境で実行される場合とで別々に管理するように構成してもよい。
【００１５】
例えば図２は、オンライン環境で実行させる場合のメイン機能とサブ機能との関係、及び、オフライン環境で実行させる場合の各メイン機能とサブ機能との関係を示している。図２の例では、機能Ｆｓ１〜Ｆｓ４は、オンライン環境で動作するメイン機能（サーバー１で実行されるメイン機能）を示しており、メイン機能Ｆｓ１〜Ｆｓ４それぞれがサブ機能Ｃ１〜Ｃ１２のいずれかと対応付けられている。例えば、メイン機能Ｆｓ２で示された「統計処理」の機能は、サブ機能Ｃ３（画像統計値演算）、サブ機能Ｃ４（ＲＯＩ処理）、及びサブ機能Ｃ５（グラフ表示）と対応付けられており、メイン機能Ｆｓ２を使用時には、関連するサブ機能Ｃ３〜Ｃ５を使用できることを示している。
【００１６】
また、図２の機能Ｆｃ２〜Ｆｃ３は、オフライン環境で動作可能なメイン機能を示しており、メイン機能Ｆｃ２〜Ｆｃ３それぞれがサブ機能Ｃ１〜Ｃ１２のいずれかと対応付けられている。このとき、サーバー１で動作するメイン機能（Ｆｓ１〜Ｆｓ４）及びサブ機能（Ｃ１〜Ｃ１２）の対応付けと、オフライン環境で動作可能な機能（Ｆｃ２〜Ｆｃ４）とサブ機能（Ｃ１〜Ｃ１２）との対応は、必ずしも一致させる必要はない。例えば図２では、「統計処理」をメイン機能Ｆｃ２としてオフライン環境で動作させる場合、利用可能なサブ機能を、サブ機能Ｃ３（画像統計値演算）及びサブ機能Ｃ４（ＲＯＩ処理）に限定している。また、メイン機能Ｆｓ１（機能解析）やサブ機能Ｃ７（ボリュームレンダリング）などのように、一部のメイン機能またはサブ機能について、オフライン環境で利用できないように構成してもよい。
【００１７】
また、「血管解析」をサーバー１でメイン機能Ｆｓ３として動作させる場合、関連するサブ機能としてサブ機能Ｃ３（画像統計値演算）、Ｃ５（グラフ表示）、Ｃ６（解析処理）、及びＣ８（ＭＰＲ処理）が利用可能に構成されている。これに対し、「血管解析」をオフライン環境で動作させる場合、関連するサブ機能は、サブ機能Ｃ５、Ｃ６、及びＣ８に限定されサブ機能Ｃ３（画像統計値演算）が使用できないが、サブ機能Ｃ１１（バイリニア補間）が追加で使用できるように構成されている。このように、サーバー１で動作させる場合及びオフライン環境で動作させる場合における、各メイン機能と各サブ機能との対応付けは、実際に動作させる機器の性能や、想定される利用方法に応じてあらかじめ設定しておく。
【００１８】
なお、図２に示した機能以外にも、例えば医用画像に対する所見をまとめた読影レポートや、患者のカルテなどの医用レポートを、作成・編集するためのレポート編集機能や、医用レポート内の記述と医用画像に含まれる画像データとを関連づけるリンク機能などを設けてもよい。
【００１９】
またソフトウェア管理・記憶部１１は、各メイン機能または各サブ機能に対応するソフトウェアをそれぞれ取り出し可能に記憶している。このときソフトウェア管理・記憶部１１は、各ソフトウェアを構成する資材（例えば、実行ファイルやライブラリなど）を記憶し、各メイン機能または各サブ機能と各資材とを対応付けて管理する構成としてもよい。以下、ソフトウェアとは、そのプログラムを記載した実行ファイルやライブラリを含む総称として用いる。
【００２０】
例えば図３は、各サブ機能に対応するソフトウェアを管理するための管理テーブルの一例である。例えば、「画像統計値演算」に対応するソフトウェアは実行ファイル「ａａａ．ｅｘｅ」と、ライブラリ「ｂｂｂ１．ｄｌｌ」及び「ｂｂｂ２．ｄｌｌ」とで構成されている。つまり、これらのソフトウェアをオフライン環境にダウンロードし組込むことで、該ソフトウェアに対応するサブ機能を、オフライン環境で動作させることが可能となる。なおソフトウェア管理・記憶部１１が、第２の記憶部に相当する。
【００２１】
データ記憶部１２は、医用レポートや医用画像などの医用データを、該医用データに含まれる情報を基にそれぞれ取り出し可能に記憶している。例えば図４は、医用画像のデータを管理するための管理テーブルの一例である。図４では、例えば「画像ＩＤ」や「検査番号」、「患者ＩＤ」などから医用画像を特定することが可能となる。また、医用画像の収集は、検査ごとに１または複数回行われる。また、１回の収集で１または複数枚の画像が一連の画像として取得される。そのため医用画像は、複数の画像により構成されており、該医用画像を構成する一部の画像を取りだすことも可能である。
【００２２】
例えば図５は、各医用画像のデータ構成の一例である。図５の例では、検査番号で対応付けられた医用画像のデータには、収集単位で関連付けられた医用画像が含まれている。例えば、検査番号ｓ１０００１に対応する医用画像のデータには、収集番号ｓｅ１１００１で対応付けられた画像データＩｍｇ１１１０１、Ｉｍｇ１１１０２、・・・と、収集番号ｓｅ１１００２で対応付けられた画像データＩｍｇ１１２０１、Ｉｍｇ１１２０２、・・・とが含まれている。これにより、例えば、収集番号ｓｅ１１００１に対応する画像データを取り出すことも可能であるし、画像データＩｍｇ１１１０１のみを指定して取り出すことも可能である。
【００２３】
また図６は、医用レポートのデータを管理するための管理テーブルの一例である。図６では、例えば「患者ＩＤ」、「患者名」、「性別」や「生年月日」などから医用レポートを特定することが可能となる。また医用レポートとして、データ記憶部１２に、医用画像に対する所見をまとめた読影レポートや、患者のカルテなどを管理・記憶させる構成としてもよい。なおデータ記憶部１２が、第１の記憶部に相当する。
【００２４】
送受信部１３は、サーバー１内の各構成が、サーバー１以外の構成（例えばクライアント２の各構成）とネットワークを介してデータの送受信を行うための構成である。以降は、サーバー１内の各構成が、サーバー１以外の構成とデータや命令を送受信する場合、この送受信部１３を介して実行されるものとする。
【００２５】
処理実行制御部１５は、オンライン環境での動作時にクライアント２からの指示に応じ、実行可能な機能の一覧と医用データの一覧とをクライアント２に送信する。このとき処理実行制御部１５は、実行可能な機能の一覧を、ソフトウェア管理・記憶部１１の管理テーブル（例えば、図２及び図３）から取得する。また、処理実行制御部１５は、医用データの一覧を、データ記憶部１２の管理テーブルから取得する。また処理実行制御部１５は、クライアント２からの指示に応じ、指定された医用データをクライアント２に送信する。このとき、処理実行制御部１５は、該医用データそのものを送信する構成としてもよいし、該医用データの表示するためのデータのみを送信する構成としてもよい。
【００２６】
処理実行制御部１５は、クライアント２からの指示に応じ、処理対象の医用データをデータ記憶部１２から抽出し、実行する機能をソフトウェア管理・記憶部１１から特定したうえで、当該機能を実行することで抽出した医用データを編集または加工する。処理実行制御部１５は、編集または加工した医用データをデータ記憶部１２に記憶させ、該機能の実行結果をクライアント２に送信する。オンライン環境で動作する場合、つまり、サーバー１で各機能を実行させ、クライアント２で処理結果を確認する構成で動作する場合、本処理が実行される。
【００２７】
次に、クライアント２の各構成の詳細について説明する。
【００２８】
送受信部２１は、クライアント２内の各構成が、クライアント２以外の構成（例えばサーバー１の各構成）とネットワークを介してデータの送受信を行うための構成である。以降は、クライアント２内の各構成が、クライアント２以外の構成とデータや命令を送受信する場合、この送受信部２１を介して実行されるものとする。
【００２９】
処理制御部２２は、動作するモード（オフラインモードまたはオンラインモード）に応じて操作者に指定された機能を実行させる構成を切替える。オンラインモードで動作している場合、処理制御部２２は、まずオンライン環境で実行可能な機能の一覧（つまり、サーバー１で実行させることが可能な機能の一覧）を、サーバー１の処理実行制御部１５から取得する。このとき処理制御部２２は、あわせて医用データの一覧を取得する構成としてもよい。取得した機能の一覧（及び医用データの一覧）は、ＵＩ制御部２３を介し入力部２８及び出力部２７で構成されるＵＩに表示される（ＵＩ制御部２３については後述する）。
【００３０】
またＵＩを介し医用データが指定されると、処理制御部２２は、対応する医用データを処理実行制御部１５から取得し、取得した医用データをＵＩに表示するようにＵＩ制御部２３に指示する。このとき処理制御部２２は、該医用データそのものを受信する構成としてもよいし、該医用データの表示するためのデータのみを受信する構成としてもよい。
【００３１】
処理制御部２２は、ＵＩを介し操作者から指定された、サーバー１に実行させる機能、処理対象の医用データ、及びその処理内容に関する指示をＵＩ制御部２３から受信する。処理制御部２２は、ＵＩ制御部２３から受信した指示（サーバー１に実行させる機能、処理対象の医用データ、及び処理内容）を、サーバー１の処理実行制御部１５に通知する。処理実行制御部１５は、処理制御部２２から通知を受けた機能、処理対象の医用データ、及び処理内容に基づき、当該機能を実行し、その処理結果を処理制御部２２に送信する。処理制御部２２は、処理実行制御部１５から処理結果を受信すると、ＵＩ制御部２３に、該処理結果をＵＩに表示するように指示する。
【００３２】
ＵＩ制御部２３は、オンラインモードで動作している場合とオフラインモードで動作している場合とで、ＵＩの表示を切替える。オンラインモードで動作している場合、ＵＩ制御部２３は、まず処理制御部２２からオンライン環境で実行可能な機能の一覧（つまり、サーバー１に実行させることが可能な機能の一覧）を受信する。ＵＩ制御部２３は、受信した機能の一覧をＵＩ上に選択可能に表示する。
【００３３】
またＵＩ制御部２３は、処理制御部２２から医用データの一覧を受信し、該医用データを、ＵＩ上に選択可能に表示することも可能である。ＵＩ制御部２３は、操作者によりＵＩを介し医用データが指定されると、処理制御部２２に該医用データの取得を依頼する。ＵＩ制御部２３は、処理制御部２２から当該医用データを受信すると、該医用データをＵＩ上に表示する。
【００３４】
ＵＩ制御部２３は、図７のような表示フォーマットを記憶している。例えば図７は、ＵＩ制御部２３が、各機能をオンライン環境で実行させる場合に表示する操作画面の一例である。図７のように、ＵＩ制御部２３は、オンライン環境で実行可能なメイン機能（メイン機能１〜メイン機能５）の一覧をＦ１〜Ｆ５として、操作領域Ｖ１の上部に選択可能に表示している。またＵＩ制御部２３は、機能メニューＶ３に、選択されたメイン機能（例えばＦ２対応するメイン機能２）と関連付けられたサブ機能（サブ機能１〜サブ機能４）の一覧をＣ２１〜Ｃ２４として選択可能に表示している。
【００３５】
またＵＩ制御部２３は、表示領域Ｖ２に、選択された機能の加工・編集の対象となる医用データや、操作者が選択した医用データ（例えば画像データＩｍ１〜Ｉｍ３）、または、実行された機能の処理結果（例えば処理結果Ａｎ１）などを表示している。
【００３６】
またＵＩ制御部２３は、表示領域Ｖ２に医用レポートを表示する構成としてもよいし、医用レポートの作成・編集に係る機能を実行するための操作画面を別途表示し、該操作画面に医用レポートを表示する構成としてもよい。
【００３７】
（オンライン環境からオフライン環境への切替え）
次にオンライン環境からオフライン環境へ切替えるときに動作する構成について説明する。まず、サーバー１の各構成の詳細について説明する。
【００３８】
配信制御部１４は、クライアント２からの指示を受け、指示された機能に対応するソフトウェアと、医用データとを抽出し、クライアント２に配信する。また、配信制御部１４は、クライアント２からの指示に基づき、一部の機能の実行を処理実行制御部１５に指示する。以下に配信制御部１４の具体的な動作について説明する。
【００３９】
配信制御部１４は、クライアント２からのオフライン環境の構築のための指示を受け、まずオフライン環境で動作可能な機能の一覧を、ソフトウェア管理・記憶部１１の管理テーブル（例えば、図２及び図３）から取得する。また、配信制御部１４は、医用データの一覧を、データ記憶部１２の管理テーブル（例えば、図４、図５及び図６）から取得する。配信制御部１４は、取得した機能の一覧と医用データの一覧とを、クライアント２に送信する。
【００４０】
配信制御部１４は、クライアント２によって、機能の一覧の中からオフライン環境に組込む機能（メイン機能及びサブ機能）の指定を受けると、指定された機能に対応するソフトウェアをソフトウェア管理・記憶部１１から特定し抽出する。例えば図３を例にすると、画像統計値演算の機能が指定された場合、配信制御部１４は、ソフトウェア管理・記憶部１１を参照して画像統計値演算に対応するソフトウェアとして、実行ファイル「ａａａ．ｅｘｅ」と、ライブラリ「ｂｂｂ１．ｄｌｌ」及び「ｂｂｂ２．ｄｌｌ」とを抽出する。
【００４１】
また配信制御部１４は、クライアント２によって、医用データの一覧の中からオフライン環境にダウンロードする医用データの指定を受けると、指定された医用データをデータ記憶部１２から抽出する。
【００４２】
配信制御部１４は、クライアント２からの指示に基づき抽出したソフトウェア及び医用データを、クライアント２のソフトウェア組込制御部２４に配信する（ソフトウェア組込制御部２４については後述する）。
【００４３】
また配信制御部１４は、オフライン環境での動作時にサーバー１で実行可能な機能のうち、一部の機能の実行をサーバー１で実行するようにクライアント２から指示されると、指示された機能の実行を処理実行制御部１５に指示する（この場合の処理実行制御部１５の動作については後述する）。このとき、クライアント２から処理対象の医用データが指定された場合、配信制御部１４は、処理実行制御部１５に、実行を指示する機能の処理対象として該医用データを指定する。処理実行制御部１５は、配信制御部１４の指示に基づき指定された機能を実行し、該機能に対応する該処理を識別するための識別情報（この識別情報の代表的な例として「セッションＩＤ」が知られている）を配信制御部１４に送信する。以降はこの識別情報を「処理識別情報」と呼ぶ。配信制御部１４は、処理実行制御部１５から受信した処理識別情報をクライアント２に通知する。これによりクライアント２は、該処理識別情報を指定することで、該処理の結果を受け取ることが可能となる。
【００４４】
処理実行制御部１５は、配信制御部１４からの指示を受けて、処理対象の医用データをデータ記憶部１２から抽出し、実行する機能をソフトウェア管理・記憶部１１から特定したうえで、当該機能を実行することで抽出した医用データを編集または加工する。この場合、該機能の処理結果を配信制御部１４に送信する構成としてもよい。
【００４５】
また処理実行制御部１５は、実行された該機能に対応する処理に、該処理を識別するための処理識別情報を対応付け、該処理識別情報を配信制御部１４またはクライアント２に送信する構成としてもよい。これにより、当該処理識別情報を指定することで、指定もとの構成（配信制御部１４またはクライアント２）は、該処理識別情報に対応する処理の結果を受け取ることが可能となる。以下、処理実行制御部１５は、配信制御部１４から一部の機能の実行を指示された場合、該機能の実行により動作する処理に処理識別情報を対応付け、該処理識別情報を配信制御部１４に送信するものとする。
【００４６】
次に、クライアント２の各構成の詳細について説明する。
【００４７】
操作者によりオフラインモードへの移行が指示されると、ＵＩ制御部２３は、まずオフライン環境で動作可能な機能の一覧と、オフライン環境にダウンロード可能な医用データの一覧を処理制御部２２から取得し、ＵＩに表示する。処理制御部２２の詳細な動作については後述する。
【００４８】
ＵＩ制御部２３は、オフライン環境に組込む機能（メイン機能及びサブ機能）と、ダウンロードする医用データとが、表示されたＵＩに基づき操作者から指定されると、指定された該機能と該医用データとを処理制御部２２に通知する。
【００４９】
またこのとき、サーバー１で実行させる機能と該機能の処理対象となる医用データが指示できるようにしてもよい。ＵＩ制御部２３は、サーバー１で実行させる機能と該機能の処理対象となる医用データが操作者から指示されると、該機能と該処理対象の医用データとを処理制御部２２に通知する。処理制御部２２は、その通知を受けて、該機能をサーバー１で動作させるように配信制御部１４に通知する。
【００５０】
次に処理制御部２２の動作の詳細について説明する。処理制御部２２は、ＵＩを介し操作者からオフラインモードへの移行が指示されると、まずオフライン環境の構築を行う。このとき処理制御部２２は、まずオフライン環境で動作可能な機能の一覧と、オフライン環境にダウンロード可能な医用データの一覧とを、サーバー１の配信制御部１４から受信する。処理制御部２２は、受信した機能の一覧及び医用データの一覧をＵＩに表示するようにＵＩ制御部２３に指示する。
【００５１】
次に処理制御部２２は、ＵＩを介し操作者から指定された、オフライン環境に組込む機能（メイン機能及びサブ機能）と、ダウンロードする医用データの指示を、ＵＩ制御部２３から受け、該機能に対応するソフトウェアと該医用データのダウンロードをソフトウェア組込制御部２４に指示する（ソフトウェア組込制御部２４については後述する）。
【００５２】
またこのとき処理制御部２２は、ＵＩを介し操作者から指示された、サーバー１で実行させる機能と該機能の処理対象となる医用データとをＵＩ制御部２３から受信すると、該機能と該処理対象の医用データとを配信制御部１４に通知する。配信制御部１４は、処理制御部２２からの通知を受け、該機能を処理実行制御部１５に実行させるとともに、該処理実行制御部１５から受信した処理識別情報を処理制御部２２に通知する。これにより、処理制御部２２は、ＵＩを介し操作者から、サーバー１に実行させた機能の処理結果の通知を指示された場合、該処理識別情報を用い処理実行制御部１５から処理結果を受信し、該処理結果をＵＩに表示するようにＵＩ制御部２３に指示することが可能となる。
【００５３】
ソフトウェア組込制御部２４によるソフトウェア及び医用データのダウンロードが完了すると、ＵＩ制御部２３にＵＩの表示をオフラインモードでの表示（図８）に切替えるように指示する。ＵＩ制御部２３による、オフラインモードにおけるＵＩの表示については後述する。オフラインモードに変更されると、処理制御部２２は、オフライン環境に組込まれた機能のみを動作可能に制御する。
【００５４】
一時データ記憶部２５は、サーバー１の配信制御部１４から配信されたソフトウェア及び医用データを記憶するための記憶領域である。後述するソフトウェア組込制御部２４が、配信制御部１４から受信した該ソフトウェア及び該医用データを、一時データ記憶部２５に記憶させる。なお一時データ記憶部２５が、第３の記憶部に相当する。
【００５５】
ソフトウェア組込制御部２４は、処理制御部２２から、オフライン環境を構築するためにクライアント２に組込む機能の指示を受けて、サーバー１の配信制御部１４に、該機能に対応するソフトウェアを送信させる（ダウンロードする）。またこのとき処理制御部２２から、ダウンロードする医用データの指定を受けた場合、ソフトウェア組込制御部２４は、該医用データを配信制御部１４に送信させる。
【００５６】
ソフトウェア組込制御部２４は、受信したソフトウェア及び医用データを一時データ記憶部２５に記憶させる。このときソフトウェア組込制御部２４は、処理制御部２２に、該ソフトウェア及び該医用データの記憶先（例えば、一時データ記憶部２５内の領域を指定するアドレス）を通知する構成にするとよい。これにより、処理制御部２２は、一時データ記憶部２５内に記憶された各ソフトウェア及び各医用データを特定することが可能となる。
【００５７】
（オフライン環境）
次にオフライン環境で動作するクライアント２の構成について説明する。
【００５８】
ＵＩ制御部２３は、オフラインモードへの移行に伴い処理制御部２２からＵＩの表示の切替えが指示されると、オフライン環境に組込まれた機能のみを選択可能に表示する。このときＵＩ制御部２３は、オフライン環境に組込まれなかったその他の機能について、操作できないように制御するか、表示そのものを行わない。またＵＩ制御部２３は、オフライン環境に組込まれなかった機能の処理に対応する、処理結果は表示しないように制御するように構成してもよい。またＵＩ制御部２３は、オフライン環境にダウンロードした医用データのみをＵＩ上に表示する。
【００５９】
以下に図８を参照しながら、ＵＩ制御部２３が、各機能をオフライン環境で実行させる場合に表示する操作画面について説明する。図８は、一部の機能をオフライン環境で実行させる場合の操作画面の一例であり、メイン機能１〜メイン機能３がオフライン環境に組込まれ、医用データとして画像データＩｍ２のみがダウンロードされた場合の操作画面を示している。
【００６０】
図８に示すように、ＵＩ制御部２３は、操作領域Ｖ１に、オフライン環境に組込まれたメイン機能１〜メイン機能３に対応するＦ１〜Ｆ３のみを選択可能に表示している。またＵＩ制御部２３は、機能メニューＶ３に、メイン機能２に対応しオフライン環境で実行可能なサブ機能１及びサブ機能５に対応するＣ２１及びＣ２５のみを選択可能に表示している。
【００６１】
またＵＩ制御部２３は、表示領域Ｖ２に、ダウンロードされた画像データＩｍ２のみを表示している。また処理結果Ａｎ１は、オフライン環境に組込まれなかったメイン機能４に対応しており、この場合、ＵＩ制御部２３は、処理結果Ａｎ１はオフラインモード時には表示しない。医用レポートを表示する場合についても同様であり、ＵＩ制御部２３は、ダウンロードされた医用レポートのみを、対応する表示領域に表示させる。
【００６２】
なおＵＩ制御部２３は、サーバー１に実行させた機能を、ＵＩ上に識別可能に表示する構成としてもよい。この場合、サーバー１の処理実行制御部１５から当該機能の処理結果を受信するための処理識別情報を、処理制御部２２を介し配信制御部１４から受信し、該処理識別情報を、対応する機能に対応付けられたＵＩ上の表示と関連付けて選択可能に表示するとよい。これにより、ＵＩ上の該表示を選択することで、サーバー１から処理結果を取得し、表示領域Ｖ２に表示する構成にすることも可能となる。
【００６３】
図７及び図８に示す通り、ＵＩ制御部２３は、処理制御部２２がオンラインモードで動作している場合と、オフラインモードで動作している場合とで、操作画面の表示フォーマットは変更せずに、操作可能な機能及び参照可能なデータのみを選択可能に表示する。これにより、操作者は、動作しているモードが変更された場合においても、違和感なく操作することが可能となる。
【００６４】
処理制御部２２は、オフラインモードへ移行すると、まずＵＩ制御部２３にＵＩの表示の切替えを指示する。また処理制御部２２は、オフラインモード時に、オフライン環境に組込まれた機能の実行が指示された場合、該機能の実行を処理実行部２６に指示する（処理実行部２６については後述する）。また、処理制御部２２は、処理実行部２６から該機能の処理結果を受信すると、該処理結果をＵＩ上に表示するようにＵＩ制御部２３に指示する。これにより、クライアント２がネットワークから分離された場合においても、操作者はオフライン環境を使用し作業を継続することが可能となる。
【００６５】
処理実行部２６は、処理制御部２２から指示を受けて、オフライン環境に組込まれた機能を実行する。具体的には、処理実行部２６は、実行する機能に対応するソフトウェアが処理制御部２２から指示される。処理実行部２６は、処理制御部２２から指示されたソフトウェアを一時データ記憶部２５から特定し実行する。このとき処理実行部２６は、処理制御部２２から該機能の処理対象として医用データが指示された場合、該医用データを一時データ記憶部２５から抽出し、該機能に対応するソフトウェアの処理対象とする。該ソフトウェアの実行により、該医用データに加工または編集が施されると、その内容は差分データとして一時データ記憶部２５に記憶される。
【００６６】
（オフライン環境からオンライン環境への切替え）
次にオフライン環境からオンライン環境へ切替えるときに動作する構成について説明する。
【００６７】
処理制御部２２は、ＵＩを介し操作者からオンラインモードへの移行が指示されると、ソフトウェア組込制御部２４に差分データの送信とオフライン環境の破棄を指示する。この指示を受けてソフトウェア組込制御部２４により、差分データが配信制御部１４に送信され、一時データ記憶部２５に記憶されたソフトウェア及び医用データが削除される（ソフトウェア組込制御部２４の動作の詳細については後述する）。
【００６８】
オフライン環境の破棄が完了すると、処理制御部２２は、オンラインモードに変更する。またオンラインモードへの移行に伴い、処理制御部２２は、ＵＩ制御部２３に、ＵＩの表示の切替えを指示する。以降、処理制御部２２は、ＵＩ制御部２３を介しＵＩにサーバー１で実行可能な機能の一覧を表示させる。また処理制御部２２は、ＵＩを介し操作者から指定された機能を、サーバー１に実行させるように動作する。
【００６９】
一時データ記憶部２５に記憶された医用データが編集・加工された場合、基となる医用データは変更されず、編集・加工に係る処理内容が差分データとして一時データ記憶部２５に蓄積される。ソフトウェア組込制御部２４は、処理制御部２２から差分データの送信が指示されると、該差分データを配信制御部１４に送信する。
【００７０】
またソフトウェア組込制御部２４は、処理制御部２２から、オフライン環境の破棄が指示されると、一時データ記憶部２５に記憶させたソフトウェア及び医用データを削除する。
【００７１】
オフライン環境で医用データに対し加工・編集された内容は、差分データとして、クライアント２のソフトウェア組込制御部２４から配信制御部１４に送信される。配信制御部１４は、オフライン環境で加工・編集された医用データの差分データを受け取ると、該差分データで、データ記憶部１２に記憶された該医用データのマスターデータを更新する。ここで、マスターデータとは、該加工・編集された医用データ（オフライン環境の構築時にクライアント２に配信された医用データ）のもととなる、データ記憶部１２に記憶された医用データを示している。なお、このとき配信制御部１４は、受信した差分データを、マスターデータとは別々に記憶させる構成にしてもよい。本構成により、例えば、マスターデータの内容と、マスターデータを一時データで更新した場合の内容とを切替えて表示させることも可能となる。
【００７２】
（動作）
次に、第１の実施形態に係る医用システムの一連の動作について、図９及び図１０を参照しながら説明する。まず図９を参照しながら、クライアント２に所望の機能を実行可能なオフライン環境を構築し、ネットワークからクライアント２を切断する場合の処理について説明する。図９は、クライアント２にオフライン環境を構築し、クライアント２をネットワークから切断する場合の一連の動作のフローチャートである。
【００７３】
（ステップＳ１１）
処理制御部２２は、ＵＩを介し操作者からオフラインモードへの移行が指示されると、まずオフライン環境で動作可能な機能の一覧、及び、オフライン環境にダウンロード可能な医用データの一覧の配信をサーバー１の配信制御部１４に依頼する。
【００７４】
（ステップＳ２１）
配信制御部１４は、クライアント２からの指示を受け、オフライン環境で動作可能な機能の一覧と、オフライン環境にダウンロード可能な医用データの一覧とを、クライアント２の処理制御部２２に送信する。
【００７５】
（ステップＳ１２）
処理制御部２２は、配信制御部１４から受信した、機能の一覧及び医用データの一覧をＵＩに表示するようにＵＩ制御部２３に指示する。処理制御部２２は、表示されたＵＩに基づき操作者に指定された、オフライン環境に組込む機能（メイン機能及びサブ機能）と、ダウンロードする医用データと、サーバー１で実行させる機能及び該機能の処理対象となる医用データとに関する通知をＵＩ制御部２３から受信する。処理制御部２２は、ＵＩ制御部２３から受信したオフライン環境に組込む機能及び医用データをソフトウェア組込制御部２４に通知し、対応するソフトウェア及び医用データのダウンロードを指示する。また、処理制御部２２は、ＵＩ制御部２３から受信した、サーバー１で実行させる機能及び該機能の処理対象となる医用データを配信制御部１４に通知する。
【００７６】
（ステップＳ２２）
配信制御部１４は、処理制御部２２から、サーバー１で実行させる機能及び該機能の処理対象となる医用データに関する通知を受けると、処理対象の医用データを処理実行制御部１５に通知し、該機能の実行を処理実行制御部１５に指示する。処理実行制御部１５は、配信制御部１４からの指示に基づき、処理対象の医用データをデータ記憶部１２から抽出し、当該機能を実行する。このとき処理実行制御部１５は、当該機能の処理に処理識別情報を対応付け、該処理識別情報を配信制御部１４に通知する。配信制御部１４は、処理実行制御部１５から通知された処理識別情報を、処理制御部２２に通知する。
【００７７】
（ステップＳ２３）
また配信制御部１４は、ソフトウェア組込制御部２４から、オフライン環境に組込む機能（メイン機能及びサブ機能）と、ダウンロードする医用データとに関する通知を受けると、通知された機能に対応するソフトウェアをソフトウェア管理・記憶部１１から抽出し、通知された医用データをデータ記憶部１２から抽出する。配信制御部１４は、抽出したソフトウェア及び医用データをソフトウェア組込制御部２４に送信する。
【００７８】
（ステップＳ１３）
ソフトウェア組込制御部２４は、受信したソフトウェア及び医用データを一時データ記憶部２５に記憶させる。このときソフトウェア組込制御部２４は、処理制御部２２に、該ソフトウェア及び該医用データの記憶先（例えば、一時データ記憶部２５内の領域を指定するアドレス）を通知する。
【００７９】
（ステップＳ１４）
ソフトウェア組込制御部２４によるソフトウェア及び医用データのダウンロードが完了すると、処理制御部２２は、ＵＩ制御部２３にＵＩの表示の切替えを指示し、オフラインモードに変更する。
【００８０】
ＵＩ制御部２３は、オフラインモードへの移行に伴い処理制御部２２からＵＩの表示の切替えが指示されると、オフライン環境に組込まれた機能のみを選択可能に表示する。このときＵＩ制御部２３は、オフライン環境に組込まれなかったその他の機能について、操作できないように制御するか、表示そのものを行わない。
【００８１】
またＵＩ制御部２３は、オフライン環境に組込まれなかった機能の処理に対応する、処理結果は表示しないように制御する。またＵＩ制御部２３は、オフライン環境にダウンロードした医用データのみをＵＩ上に表示する。またこのときＵＩ制御部２３は、サーバー１に実行させた機能を、ＵＩ上に識別可能に表示する構成としてもよい。
【００８２】
（ステップＳ１５）
オフライン環境の構築が完了しオフラインモードに移行すると、クライアント２をネットワークから切断することが可能となる。オフラインモード時に、オフライン環境に組込まれた機能の実行が指示された場合、処理制御部２２は、該機能の実行を処理実行部２６に指示し、その結果をＵＩ制御部２３に表示させる。
【００８３】
次に図１０を参照しながら、ネットワークから切断したクライアントを、再びネットワークに接続し、サーバーとクライアントとの間でデータの同期をとったうえで、オンラインモードに変更する場合の処理について説明する。図１０は、オフライン環境で加工されたデータをサーバーに転送したうえで、クライアントをネットワークに接続する場合の一連の動作のフローチャートである。
【００８４】
（ステップＳ３１）
オフラインモードからオンラインモードへ移行することで、オフライン環境で編集・加工した医用データの差分データを、サーバー１のデータ記憶部１２に記憶されたマスターデータに反映することが可能となる。オンラインモードへ移行するとき、クライアント２がネットワークから切断されている場合、まずクライアント２をネットワークに接続することで、サーバー１との通信を可能とする。
【００８５】
（ステップＳ３２）
次に処理制御部２２は、ＵＩを介し操作者からオンラインモードへの移行が指示されると、まずソフトウェア組込制御部２４に差分データの送信を指示する。ソフトウェア組込制御部２４は、処理制御部２２からの指示を受けると、一時データ記憶部２５に蓄積された差分データを配信制御部１４に送信する。
【００８６】
（ステップＳ４１）
配信制御部１４は、ソフトウェア組込制御部２４から受信した差分データを、データ記憶部１２に記憶されたマスターデータに反映する。
【００８７】
（ステップＳ３３）
次に処理制御部２２は、ソフトウェア組込制御部２４にオフライン環境の破棄を指示する。ソフトウェア組込制御部２４は、処理制御部２２から、オフライン環境の破棄が指示されると、一時データ記憶部２５に記憶させたソフトウェア及び医用データを削除する。
【００８８】
（ステップＳ３４）
オフライン環境の破棄が完了すると、処理制御部２２は、オンラインモードに変更する。またオンラインモードへの移行に伴い、処理制御部２２は、ＵＩ制御部２３に、ＵＩの表示の切替えを指示する。以降、処理制御部２２は、ＵＩ制御部２３を介しＵＩにサーバー１で実行可能な機能の一覧を表示させる。また処理制御部２２は、ＵＩを介し操作者から指定された機能を、サーバー１に実行させるように動作する。
【００８９】
以上、第１の実施形態に係る医用システムによれば、操作者からの指示に基づき、所望の機能のみを組込んだオフライン環境を、クライアント２に構築することが可能となる。操作者は、あらかじめオフライン環境を構築しておくことにより、利用者が多い時間帯においても、ネットワークの輻輳によるレスポンスの低下を回避することが可能となる。また、オフライン環境を構築することで、クライアント２をネットワークから切断した場合においても、操作者は、オフライン環境を利用して作業を継続することが可能となる。
【００９０】
また、オフライン環境での作業に切替えた場合、操作画面は、オンラインモードで動作している場合と同一のフォーマットで、オフライン環境で操作可能な機能のみ選択可能に表示される。また、医用データにおいてもオフライン環境にダウンロードした医用データのみが操作可能に表示される。これにより、オンラインモードからオフラインモードに切り替えた場合、及び、オフラインモードからオンラインモードに切り替えた場合それぞれにおいて、シームレスに操作画面が切り替わり、操作者は違和感なく操作を行うことが可能となる。
【００９１】
（変形例１）
次に変形例１に係る医用システムについて説明する。まず変形例１に係る医用システムの構成について図１１を参照しながら説明する。図１１は、変形例１に係る医用システムの機能ブロック図である。変形例１に係る医用システムは、第１の実施形態に係る医用システムの構成に加え、分散処理部３２を備えた分散処理サーバー３を更に備えることを特徴とする。これにより、変形例１に係る医用システムは、オンライン環境からオフライン環境へ切替えるときに、サーバー１に実行させる機能のうち一部または全てを、分散処理サーバー３に処理させ、サーバー１の負荷を軽減することを可能とする。以下、変形例１に係る医用システムの構成について、第１の実施形態に係る医用システムの構成と異なる部分に着目し説明する。
【００９２】
分散処理サーバー３は、送受信部３１と、分散処理部３２とで構成されている。
【００９３】
送受信部３１は、分散処理サーバー３内の各構成が、分散処理サーバー以外の構成（例えばサーバー１の各構成）とネットワークを介してデータの送受信を行うための構成である。以降は、分散処理サーバー３内の各構成が、分散処理サーバー３以外の構成とデータや命令を送受信する場合、この送受信部３１を介して実行されるものとする。
【００９４】
分散処理部３２は、クライアント２からサーバー１での実行が指示された機能のうち、少なくとも一部の機能を、サーバー１の分散処理制御部１６の指示に基づき、処理実行制御部１５に替わり実行する構成である（分散処理制御部１６については後述する）。分散処理部３２は、指示された機能の実行が完了すると、その実行結果を分散処理制御部１６に通知する。
【００９５】
分散処理部３２は、処理実行制御部１５と同様に、サーバー１上の各機能を実行可能に構成され、かつ、データ記憶部１２に記憶された医用データを参照可能に構成されている。具体的には、分散処理部３２に、ソフトウェア管理・記憶部１１及びデータ記憶部１２に相当する構成を持たせることにより実現可能である。この場合、分散処理部３２内のデータ記憶部と、サーバー１のデータ記憶部１２とは、一方のデータが更新された場合に他方のデータもあわせて更新することでデータの整合性をとるように構成するとよい（以降は、データの整合性をとることを「データの同期」と呼ぶ）。
【００９６】
また別の構成として、分散処理部３２が、ネットワークを介してソフトウェア管理・記憶部１１及びデータ記憶部１２を参照できるように構成してもよい。また、分散処理部３２が一部の機能を代行する場合に、必要なソフトウェアと医用データとをサーバー１から受信する構成にしてもよい。この場合、分散処理部３２には、サーバー１から送信されたソフトウェア及び医用データを一時的に記憶させる記憶部を設けるとよい。なお以降の説明では、分散処理部３２が、ソフトウェア管理・記憶部１１及びデータ記憶部１２に相当する構成を持ち、分散処理部３２内のデータ記憶部と、サーバー１のデータ記憶部１２とは、データの同期を行うものとして説明する。
【００９７】
変形例１に係るサーバー１は、第１の実施形態に係るサーバー１の構成に加え、更に分散処理制御部１６を備えていることを特徴とする。
【００９８】
変形例１に係る処理実行制御部１５は、クライアント２のオフラインモードへの移行に伴い、配信制御部１４からサーバー１で実行可能な機能のうち少なくとも一部の機能の実行が指示された場合、指示された機能の一部または全てを分散処理サーバー３に実行させるように、分散処理制御部１６に指示する。このとき処理実行制御部１５は、処理対象の医用データをあわせて通知するように構成してもよい。
【００９９】
また処理実行制御部１５は、分散処理サーバー３に実行させる機能の処理に処理識別情報を対応付け、該処理識別情報を配信制御部１４に通知する。このとき処理実行制御部１５は、分散処理サーバー３に実行させる機能の処理と、処理実行制御部１５自身が実行する機能の処理とを識別可能に、それぞれの処理に異なる処理識別情報を対応付ける。
【０１００】
分散処理制御部１６は、処理実行制御部１５からの指示された機能の実行を、分散処理部３２に指示する。このとき処理実行制御部１５から処理対象の医用データが指示された場合、分散処理制御部１６は、該処理対象の医用データを分散処理部３２に通知する。また分散処理制御部１６は、分散処理部３２から依頼した機能の実行結果を受信すると、該実行結果を処理実行制御部１５に通知する。これにより、処理実行制御部１５は、分散処理部３２に実行させた機能の実行結果を認識することが可能となる。
【０１０１】
なお、分散処理サーバー３に実行させる機能は、クライアント２から指定可能としてもよいし、処理実行制御部１５が、サーバー１の性能や処理負荷に応じて、自動的に割り振るように構成してもよい。
【０１０２】
クライアント２から、処理対象のサーバー（サーバー１または分散処理サーバー３）を指定可能とする場合、配信制御部１４は、サーバー１で実行可能な機能の一覧及び医用データの一覧とあわせて、処理の依頼先となるサーバーの一覧（サーバー１及び分散処理サーバー３）を配信する構成にするとよい。これにより操作者は、ＵＩに表示されたサーバーの一覧から、オフライン環境に組込まない機能の一部または全ての実行を依頼するサーバーを指定することが可能となる。
【０１０３】
またクライアント２の処理制御部２２は、配信制御部１４から、分散処理部３２に実行させた機能の処理に対応付けられた処理識別情報を受信するように構成するとよい。これにより処理制御部２２は、該処理識別情報を指定することで、該処理の結果を受け取ることが可能となる。
【０１０４】
さらにＵＩ制御部２３は、オフライン環境に組込んだ機能、サーバー１に実行させた機能、及び分散処理サーバー３に実行させた機能を、ＵＩ上に識別可能に表示する構成としてもよい。この場合、サーバー１の処理実行制御部１５から、サーバー１及び分散処理サーバー３に実行させた機能それぞれの処理結果を受信するための処理識別情報を、処理制御部２２を介し配信制御部１４から受信し、該処理識別情報を、対応する機能に対応付けられたＵＩ上の表示と関連付けて選択可能に表示するとよい。これにより、ＵＩ上の該表示を選択することで処理結果を取得し、ＵＩ上に表示する構成にすることも可能となる。
【０１０５】
（動作）
次に、変形例１に係る医用システムの一連の動作について、図１２を参照しながら説明する。図１２は、クライアント２にオフライン環境を構築し、クライアント２をネットワークから切断する場合の一連の動作のフローチャートである。
【０１０６】
（ステップＳ１１）
処理制御部２２は、ＵＩを介し操作者からオフラインモードへの移行が指示されると、まずオフライン環境で動作可能な機能の一覧、オフライン環境にダウンロード可能な医用データの一覧、及び、機能の実行を依頼可能なサーバーの一覧（サーバー１及び分散処理サーバー３）の配信をサーバー１の配信制御部１４に依頼する。
【０１０７】
（ステップＳ２１）
配信制御部１４は、クライアント２からの指示を受け、オフライン環境で動作可能な機能の一覧と、オフライン環境にダウンロード可能な医用データの一覧と、機能の実行を依頼可能なサーバーの一覧とを、クライアント２の処理制御部２２に送信する。
【０１０８】
（ステップＳ１２）
処理制御部２２は、配信制御部１４から受信した、機能の一覧及び医用データの一覧をＵＩに表示するようにＵＩ制御部２３に指示する。処理制御部２２は、表示されたＵＩに基づき操作者に指定された、オフライン環境に組込む機能（メイン機能及びサブ機能）と、ダウンロードする医用データと、サーバー１または分散処理サーバー３で実行させる機能及び該機能の処理対象となる医用データとに関する通知をＵＩ制御部２３から受信する。処理制御部２２は、ＵＩ制御部２３から受信したオフライン環境に組込む機能及び医用データをソフトウェア組込制御部２４に通知し、対応するソフトウェア及び医用データのダウンロードを指示する。また、処理制御部２２は、ＵＩ制御部２３から受信した、サーバー１または分散処理サーバー３で実行させる機能及び該機能の処理対象となる医用データを配信制御部１４に通知する。
【０１０９】
（ステップＳ２２）
配信制御部１４は、処理制御部２２から、サーバー１または分散処理サーバー３で実行させる機能及び該機能の処理対象となる医用データに関する通知を受けると、処理対象の医用データを処理実行制御部１５に通知し、該機能の実行を処理実行制御部１５に指示する。配信制御部１４からの指示を受けて、処理実行制御部１５は、まずサーバー１で実行させる機能の処理対象となる医用データをデータ記憶部１２から抽出する。次に処理実行制御部１５は、サーバー１で実行させる機能を特定し、抽出した医用データに対する処理を開始する。このとき処理実行制御部１５は、当該機能の処理に処理識別情報を対応付け、該処理識別情報を配信制御部１４に通知する。
【０１１０】
（ステップＳ２４）
次に処理実行制御部１５は、分散処理サーバー３で実行させる機能及び該機能の処理対象となる医用データを、分散処理制御部１６に通知し、該機能を分散処理サーバー３に実行させるように、分散処理制御部１６に指示する。分散処理制御部１６は、処理実行制御部１５からの指示を受けて、該機能及び該医用データを分散処理部３２に通知し、該機能を分散処理部３２に実行させる。処理実行制御部１５は、分散処理制御部１６に指示を行うと、分散処理サーバー３に実行させる該機能の処理に処理識別情報を対応付け、該処理識別情報を配信制御部１４に通知する。配信制御部１４は、処理実行制御部１５から通知された各処理識別情報を、処理制御部２２に通知する。
【０１１１】
（ステップＳ２３）
また配信制御部１４は、ソフトウェア組込制御部２４から、オフライン環境に組込む機能（メイン機能及びサブ機能）と、ダウンロードする医用データとに関する通知を受けると、通知された機能に対応するソフトウェアをソフトウェア管理・記憶部１１から抽出し、通知された医用データをデータ記憶部１２から抽出する。配信制御部１４は、抽出したソフトウェア及び医用データをソフトウェア組込制御部２４に送信する。
【０１１２】
（ステップＳ１３）
ソフトウェア組込制御部２４は、受信したソフトウェア及び医用データを一時データ記憶部２５に記憶させる。このときソフトウェア組込制御部２４は、処理制御部２２に、該ソフトウェア及び該医用データの記憶先（例えば、一時データ記憶部２５内の領域を指定するアドレス）を通知する。なおステップＳ２３及びステップＳ１３に係る処理は第１の実施形態に係る医用システムと同様である。
【０１１３】
（ステップＳ１４）
ソフトウェア組込制御部２４によるソフトウェア及び医用データのダウンロードが完了すると、処理制御部２２は、ＵＩ制御部２３にＵＩの表示の切替えを指示し、オフラインモードに変更する。
【０１１４】
ＵＩ制御部２３は、オフラインモードへの移行に伴い処理制御部２２からＵＩの表示の切替えが指示されると、オフライン環境に組込まれた機能のみを選択可能に表示する。このときＵＩ制御部２３は、オフライン環境に組込まれなかったその他の機能について、操作できないように制御するか、表示そのものを行わない。
【０１１５】
またＵＩ制御部２３は、オフライン環境に組込まれなかった機能の処理に対応する、処理結果は表示しないように制御する。またＵＩ制御部２３は、オフライン環境にダウンロードした医用データのみをＵＩ上に表示する。またこのときＵＩ制御部２３は、サーバー１に実行させた機能、及び分散処理サーバー３に実行させた機能を、ＵＩ上に識別可能に表示する構成としてもよい。
【０１１６】
（ステップＳ１５）
オフライン環境の構築が完了しオフラインモードに移行すると、クライアント２をネットワークから切断することが可能となる。オフラインモード時に、オフライン環境に組込まれた機能の実行が指示された場合、処理制御部２２は、該機能の実行を処理実行部２６に指示し、その結果をＵＩ制御部２３に表示させる。
【０１１７】
なお、ネットワークから切断したクライアント２を、再びネットワークに接続し、サーバー１とクライアント２との間でデータの同期をとったうえで、オンラインモードに変更する場合の処理については、第１の実施形態と同様である（図１０）。
【０１１８】
以上、変形例１に係る医用システムによれば、サーバー１で実行される機能のうち一部または全てを、分散処理サーバー３で処理することが可能となる。また、各サーバーで実行された機能の処理結果をそれぞれ識別して取り出すことが可能となる。これにより、第１の実施形態に係る医用システムの効果に加え、更に、サーバー１の処理負荷を軽減することが可能となる。
【０１１９】
（変形例２）
次に変形例２に係る医用システムについて説明する。まず変形例２に係る医用システムの構成について図１３を参照しながら説明する。図１３は、変形例２に係る医用システムの機能ブロック図である。変形例２に係るクライアント２は、第１の実施形態に係る医用システムの構成に加え、更に性能情報取得部２９を更に備えていることを特徴とする。これにより、変形例２に係る医用システムは、オンライン環境からオフライン環境へ切替えるときに、クライアント２の処理能力に応じ、オフライン環境で動作可能な機能と、オフライン環境で処理可能な医用データとを、ＵＩを介し操作者への提示・案内を可能とする。以下、変形例２に係る医用システムの構成について、第１の実施形態に係る医用システムの構成と異なる部分に着目し説明する。
【０１２０】
性能情報取得部２９は、クライアント２がオフライン環境に組込まれる機能を実行するための処理能力を示す性能情報を取得し出力する構成である。性能情報取得部２９は、例えば、クライアント２に組込まれたＣＰＵの処理能力（例えば、クロック周波数やキャッシュメモリの容量など）、メモリの容量、グラフィックボードの処理能力（例えば、ＧＰＵ：Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの処理能力やＶＲＡＭ：Ｖｉｄｅｏ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙの容量など）、ネットワークの転送速度、及び、ネットワークのトラフィックなど情報のうち、一部または全てを性能情報として取得し出力する。
【０１２１】
処理制御部２２は、操作者からのオフラインモードへの移行の指示に基づき、オフライン環境で動作可能な機能の一覧と、オフライン環境にダウンロード可能な医用データの一覧とを、サーバー１の配信制御部１４から受信すると、性能情報取得部２９から性能情報を取得する。
【０１２２】
処理制御部２２は、性能情報取得部２９から取得した性能情報を基に、配信制御部１４から受信したオフライン環境で動作可能な機能の一覧を、クライアント２の性能で処理可能な機能と、クライアント２の性能では処理が難しい（処理によりレスポンスが落ちる）機能とを区別する。
【０１２３】
また処理制御部２２は、配信制御部１４から受信した医用データを、クライアント２の性能で処理可能な医用データと、クライアント２の性能では処理が難しい医用データとに区別する。処理制御部２２は、区別した各機能及び各医用データを、それぞれ識別可能にＵＩに表示するように、ＵＩ制御部２３に指示する。これにより操作者は、クライアント２の性能に応じて、処理可能な機能と医用データとを、オフライン環境に組込むことが可能となる。
【０１２４】
また、性能情報に応じ、処理制御部２２が自動的に機能（メイン機能及びサブ機能）及び医用データを選択する構成としてもよい。例えば、操作者による機能の指示を受けて、性能情報に応じ、オフライン環境で動作可能なサブ機能を、処理制御部２２が選択するように構成してもよい。また、操作者による医用画像を構成する画像データ（医用データ）の指示を受けて、指示された画像データに関連付けられた他の画像データのうち、クライアント２にダウンロードする画像データの枚数を、処理制御部２２が調整するように構成してもよい。
【０１２５】
なお、性能情報取得部２９は、ネットワークを介し、サーバー１の性能情報を取得できるように構成してもよい。これにより処理制御部２２は、サーバー１の性能情報と、クライアント２の性能情報とを比較することで、更に、オフライン環境に組込むべき機能と、サーバー１に実行させるべき機能とを区別することも可能となる。本構成により、例えば、サーバー１の処理負荷に応じて、オフライン環境に組込むべき機能と、サーバー１に実行させるべき機能との割合を切替えることも可能となる。具体的には、サーバー１の処理負荷が高い場合には、クライアント２の性能が低い場合においても、より多くの機能をオフライン環境に組込むように制御することが可能となる。
【０１２６】
（動作）
次に、変形例２に係る医用システムの一連の動作について、図１４を参照しながら説明する。図１４は、クライアントをネットワークから切断する場合の一連の動作のフローチャートである。
【０１２７】
（ステップＳ１１）
処理制御部２２は、ＵＩを介し操作者からオフラインモードへの移行が指示されると、まずオフライン環境で動作可能な機能の一覧、及び、オフライン環境にダウンロード可能な医用データの一覧の配信をサーバー１の配信制御部１４に依頼する。
【０１２８】
（ステップＳ２１）
配信制御部１４は、クライアント２からの指示を受け、オフライン環境で動作可能な機能の一覧と、オフライン環境にダウンロード可能な医用データの一覧とを、クライアント２の処理制御部２２に送信する。
【０１２９】
（ステップＳ１６）
処理制御部２２は、配信制御部１４から機能の一覧及び医用データの一覧を受信すると、性能情報取得部２９から性能情報を取得する。次に処理制御部２２は、性能情報取得部２９から取得した性能情報を基に、配信制御部１４から受信したオフライン環境で動作可能な機能の一覧を、クライアント２の性能で処理可能な機能と、クライアント２の性能では処理が難しい（処理によりレスポンスが落ちる）機能とを区別する。
【０１３０】
また処理制御部２２は、配信制御部１４から受信した医用データを、クライアント２の性能で処理可能な医用データと、クライアント２の性能では処理が難しい医用データとに区別する。処理制御部２２は、区別した各機能及び各医用データを、それぞれ識別可能にＵＩに表示するように、ＵＩ制御部２３に指示する。
【０１３１】
（ステップＳ１７）
処理制御部２２は、表示されたＵＩに基づき操作者に指定された、オフライン環境に組込む機能（メイン機能及びサブ機能）と、ダウンロードする医用データと、サーバー１で実行させる機能及び該機能の処理対象となる医用データとに関する通知をＵＩ制御部２３から受信する。処理制御部２２は、ＵＩ制御部２３から受信したオフライン環境に組込む機能及び医用データをソフトウェア組込制御部２４に通知し、対応するソフトウェア及び医用データのダウンロードを指示する。また、処理制御部２２は、ＵＩ制御部２３から受信した、サーバー１で実行させる機能及び該機能の処理対象となる医用データを配信制御部１４に通知する。
【０１３２】
（ステップＳ２２）
配信制御部１４は、処理制御部２２から、サーバー１で実行させる機能及び該機能の処理対象となる医用データに関する通知を受けると、処理対象の医用データを処理実行制御部１５に通知し、該機能の実行を処理実行制御部１５に指示する。処理実行制御部１５は、配信制御部１４からの指示に基づき、処理対象の医用データをデータ記憶部１２から抽出し、当該機能を実行する。このとき処理実行制御部１５は、当該機能の処理に処理識別情報を対応付け、該処理識別情報を配信制御部１４に通知する。配信制御部１４は、処理実行制御部１５から通知された処理識別情報を、処理制御部２２に通知する。
【０１３３】
以降の処理（ステップＳ２３、Ｓ１３、Ｓ１４、及びＳ１５）は、第１の実施形態と同様である。また、ネットワークから切断したクライアント２を、再びネットワークに接続し、サーバー１とクライアント２との間でデータの同期をとったうえで、オンラインモードに変更する場合の処理については、第１の実施形態と同様である（図１０）。
【０１３４】
なお、変形例１に係る医用システムと同様に、分散処理サーバー３を設け、サーバー１に分散処理制御部１６を設ける構成としてもよい。このとき、性能情報取得部２９は、サーバー１の性能情報及び分散処理サーバー３の性能情報を、ネットワークを介して取得できるように構成してもよい。これにより、処理制御部２２は、クライアント２の性能情報、サーバー１の性能情報、及び分散処理サーバー３の性能情報に応じて、オフライン環境で動作可能な機能、ダウンロード可能な医用データ、サーバー１で実行可能（実行させるべき）な機能、及び、分散処理サーバー３で実行可能（実行させるべき）機能を、ＵＩを介し操作者に提示することが可能となる。
【０１３５】
また、性能情報に基づいてクライアント２にソフトウェア及び医用データをダウロードした際に、ネットワークを切断せずに各機能を動作させる構成としてもよい。これにより、例えば、オンライン環境で動作している場合においても、各機能をサーバー１、クライアント２、及び分散処理サーバー３とに分けて実行させることが可能となる。
【０１３６】
以上、変形例２に係る医用システムによれば、クライアント２の性能に応じ、オフライン環境で動作可能な機能と、オフライン環境で処理可能な医用データとを、ＵＩを介し操作者に提示・案内することが可能となる。これにより、操作者は、クライアント２の性能に応じて、クライアント環境に組込む機能やダウンロードする医用データを選択することが可能となり、オフライン環境での作業時に、クライアント２の性能不足による作業効率の低下を防止することが可能となる。
【符号の説明】
【０１３７】
１ サーバー
１１ ソフトウェア管理・記憶部 １２ データ記憶部 １３ 送受信部
１４ 配信制御部 １５ 処理実行制御部 １６ 分散処理制御部
２ クライアント
２１ 送受信部 ２２ 処理制御部 ２３ ＵＩ制御部
２４ ソフトウェア組込制御部 ２５ 一時データ記憶部
２６ 処理実行部 ２７ 出力部 ２８ 入力部 ２９ 性能情報取得部
３ 分散処理サーバー
３１ 送受信部 ３２ 分散処理部
【技術分野】
【０００１】
本発明の実施形態は、医用画像データなどを含む医用データの保存及び管理と、該医用データに対する処理を、サーバーで集中管理する医用システムにおいて、該医用データを端末で処理する技術に関する。
【背景技術】
【０００２】
近年、ネットワークコンピュータ技術の向上及び低価格化に伴い、クライアントからネットワークを介してサーバーに処理を依頼し、その結果をクライアントで表示する医用システムが導入されてきている。
【０００３】
このような医用システムの導入により、画像処理などの負荷の大きい処理を高性能のサーバーで処理しつつ、その処理結果をクライアントで確認することが可能となった。また、データやソフトウェアをサーバーで集中管理することが可能となり、保守作業の効率化をはかることが可能となった。また当該医用システムは、端末の性能によらず、ネットワークを介して、複数の端末から共通のインタフェースを用いて、サーバーの機能を利用することが可能となる利点も有している。
【０００４】
一方で、このような医用システムでは、サーバーの性能に関わらず、システムの処理性能がネットワークのトラフィックに依存するという問題点を有している。例えば、利用者が多い時間帯の場合、ネットワークの輻輳が発生し、このネットワークの輻輳がボトルネックとなり処理のレスポンスが低下する。また、このような医用システムでは、サーバーに接続可能であることが前提となるため、院外などの、ネットワークからクライアントが分離された環境では、作業を継続することができないという問題点も有している。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−１１３４５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
この発明の実施形態は上記の問題を解決するものであり、サーバーとの接続が切断されネットワークから分離された環境下においても、操作者により選択された所望の機能を実行できる環境をクライアントにあらかじめ構築し、作業の継続を可能とすることを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、この発明の第１の形態は、医用画像及び医用レポートのいずれかまたは双方を含む医用データを記憶する第１の記憶部と、端末からの指示に基づき、前記医用データの編集機能を含む加工に係る複数の機能を実行し、結果を前記端末に出力する処理実行制御部とを備えたサーバーを含む医用システムであって、前記サーバーは、更に、複数の前記機能それぞれに関連付けられたソフトウェアを記憶する第２の記憶部と、前記端末からの指示を受けて、指示された前記機能に関連付けられた一部または全ての前記ソフトウェアと、指示された前記医用データとを前記端末に配信する配信制御部とを備えたことを特徴とする医用システムである。
【図面の簡単な説明】
【０００８】
【図１】第１の実施形態に係る医用システムの機能ブロック図である。
【図２】オンライン環境で実行させる場合のメイン機能とサブ機能との関係、及び、オフライン環境で実行させる場合の各メイン機能とサブ機能との関係を説明するための図である。
【図３】各サブ機能に対応するソフトウェアを管理するための管理テーブルの一例である。
【図４】医用画像のデータを管理するための管理テーブルの一例である。
【図５】各医用画像のデータ構成の一例である。
【図６】各医用画像のデータ構成の一例である。
【図７】各機能をオンライン環境で実行させる場合の操作画面の一例である。
【図８】一部の機能をオフライン環境で実行させる場合の操作画面の一例である。
【図９】第１の実施形態に係る医用システムにおいて、クライアントにオフライン環境を構築し、クライアントをネットワークから切断する場合の一連の動作のフローチャートである。
【図１０】第１の実施形態、変形例１、及び変形例２に係る医用システムにおいて、オフライン環境で加工されたデータをサーバーに転送したうえで、クライアントをネットワークに接続する場合の一連の動作のフローチャートである。
【図１１】変形例１に係る医用システムの機能ブロック図である。
【図１２】変形例１に係る医用システムにおいて、クライアントにオフライン環境を構築し、クライアントをネットワークから切断する場合の一連の動作のフローチャートである。
【図１３】変形例２に係る医用システムの機能ブロック図である。
【図１４】変形例２に係る医用システムにおいて、クライアントにオフライン環境を構築し、クライアントをネットワークから切断する場合の一連の動作のフローチャートである。
【発明を実施するための形態】
【０００９】
（第１の実施形態）
第１の実施形態に係る医用システムについて図１及び図２を参照しながら説明する。本実施形態に係る医用システムは、図１に示すように、サーバー１とクライアント２（このクライアント２が「端末」に相当する）とで構成される。本実施形態に係る医用システムは、サーバー１とクライアント２とがネットワークを介して通信可能に接続されている。そしてクライアント２から指示することで、サーバー１でメイン機能またはサブ機能を実行し、その実行結果をクライアント２の表示部で参照することが可能となる（この環境を「オンライン環境」と呼ぶ）。メイン機能とは、図２に示すように、例えば、機能Ｆｓ１〜Ｆｓ４のように、操作者が医用データに対し解析、操作等の作業を行うために必要な機能を大枠で分類した機能を指す。またサブ機能は、メイン機能を更に細かく分類した機能であり、複数のサブ機能でメイン機能を構成する。サブ機能とは図２の機能Ｃ１〜Ｃ１０で示すように、メイン機能間にまたがって使用されることがある。メイン機能は、操作者によって先に選択される作業項目でもあり、次に選択されるサブ機能が実行される。各サブ機能は、ＣＰＵで実行可能なソフトウェアで構成される。以下、メイン機能とサブ機能とを特に区別しない場合、単に「機能」と記載する。
【００１０】
さらに、本実施形態に係る医用システムでは、サーバー１で実行される複数の機能の一部をクライアント２に組込むことで、サーバー１とは独立して当該機能を実行可能な実行環境を、クライアント２に構築可能とする特徴を有する。以下、クライアント２に構築される実行環境を、「オフライン環境」と呼ぶ。このとき、オフライン環境には、必要な医用データのみをダウンロードし作業することも可能である。これにより、クライアントをネットワークから切断した場合においても、操作者は、クライアントで当該機能を使用し作業を継続することを可能となる。オンライン環境を用いた動作と、オフライン環境を用いた動作とは、操作者の指示により切替わる。以下、オンライン環境で動作する場合のモードを「オンラインモード」と呼び、オフライン環境で動作する場合のモードを「オフラインモード」と呼ぶ。
【００１１】
以下に本実施形態の詳細について説明する。まず本実施形態に係る医用システムの構成について、図１を参照しながら説明する。
【００１２】
サーバー１は、ソフトウェア管理・記憶部１１と、データ記憶部１２と、送受信部１３と、配信制御部１４と、処理実行制御部１５とで構成される。またクライアント２は、送受信部２１と、ソフトウェア組込制御部２４と、一時データ記憶部２５と、処理実行部２６と、処理制御部２２と、ＵＩ制御部２３と、出力部２７と、入力部２８とで構成される。以下に各構成の詳細について、「オンライン環境」、「オンライン環境からオフライン環境への切替え」、「オフライン環境」、及び「オフライン環境からオンライン環境への切替え」に分けて、各契機で動作する構成に着目し説明する。
【００１３】
（オンライン環境）
まずオンライン環境で動作する構成について説明する。なお、この説明の一部には他の契機においても共通で動作する構成の説明も含まれる。以下、特に指定が無い場合は、各構成は同様の動作をするものとする。まず、サーバー１の各構成の詳細について説明する。
【００１４】
ソフトウェア管理・記憶部１１は、各メイン機能と各サブ機能との対応付けを、管理テーブル（図２及び図３）にあらかじめ定義し管理している。またソフトウェア管理・記憶部１１は、各サブ機能に対応するソフトウェアをそれぞれ取り出し可能に記憶している。このときソフトウェア管理・記憶部１１は、各メイン機能と各サブ機能との対応付けを、オンライン環境で実行される場合と、オフライン環境で実行される場合とで別々に管理するように構成してもよい。
【００１５】
例えば図２は、オンライン環境で実行させる場合のメイン機能とサブ機能との関係、及び、オフライン環境で実行させる場合の各メイン機能とサブ機能との関係を示している。図２の例では、機能Ｆｓ１〜Ｆｓ４は、オンライン環境で動作するメイン機能（サーバー１で実行されるメイン機能）を示しており、メイン機能Ｆｓ１〜Ｆｓ４それぞれがサブ機能Ｃ１〜Ｃ１２のいずれかと対応付けられている。例えば、メイン機能Ｆｓ２で示された「統計処理」の機能は、サブ機能Ｃ３（画像統計値演算）、サブ機能Ｃ４（ＲＯＩ処理）、及びサブ機能Ｃ５（グラフ表示）と対応付けられており、メイン機能Ｆｓ２を使用時には、関連するサブ機能Ｃ３〜Ｃ５を使用できることを示している。
【００１６】
また、図２の機能Ｆｃ２〜Ｆｃ３は、オフライン環境で動作可能なメイン機能を示しており、メイン機能Ｆｃ２〜Ｆｃ３それぞれがサブ機能Ｃ１〜Ｃ１２のいずれかと対応付けられている。このとき、サーバー１で動作するメイン機能（Ｆｓ１〜Ｆｓ４）及びサブ機能（Ｃ１〜Ｃ１２）の対応付けと、オフライン環境で動作可能な機能（Ｆｃ２〜Ｆｃ４）とサブ機能（Ｃ１〜Ｃ１２）との対応は、必ずしも一致させる必要はない。例えば図２では、「統計処理」をメイン機能Ｆｃ２としてオフライン環境で動作させる場合、利用可能なサブ機能を、サブ機能Ｃ３（画像統計値演算）及びサブ機能Ｃ４（ＲＯＩ処理）に限定している。また、メイン機能Ｆｓ１（機能解析）やサブ機能Ｃ７（ボリュームレンダリング）などのように、一部のメイン機能またはサブ機能について、オフライン環境で利用できないように構成してもよい。
【００１７】
また、「血管解析」をサーバー１でメイン機能Ｆｓ３として動作させる場合、関連するサブ機能としてサブ機能Ｃ３（画像統計値演算）、Ｃ５（グラフ表示）、Ｃ６（解析処理）、及びＣ８（ＭＰＲ処理）が利用可能に構成されている。これに対し、「血管解析」をオフライン環境で動作させる場合、関連するサブ機能は、サブ機能Ｃ５、Ｃ６、及びＣ８に限定されサブ機能Ｃ３（画像統計値演算）が使用できないが、サブ機能Ｃ１１（バイリニア補間）が追加で使用できるように構成されている。このように、サーバー１で動作させる場合及びオフライン環境で動作させる場合における、各メイン機能と各サブ機能との対応付けは、実際に動作させる機器の性能や、想定される利用方法に応じてあらかじめ設定しておく。
【００１８】
なお、図２に示した機能以外にも、例えば医用画像に対する所見をまとめた読影レポートや、患者のカルテなどの医用レポートを、作成・編集するためのレポート編集機能や、医用レポート内の記述と医用画像に含まれる画像データとを関連づけるリンク機能などを設けてもよい。
【００１９】
またソフトウェア管理・記憶部１１は、各メイン機能または各サブ機能に対応するソフトウェアをそれぞれ取り出し可能に記憶している。このときソフトウェア管理・記憶部１１は、各ソフトウェアを構成する資材（例えば、実行ファイルやライブラリなど）を記憶し、各メイン機能または各サブ機能と各資材とを対応付けて管理する構成としてもよい。以下、ソフトウェアとは、そのプログラムを記載した実行ファイルやライブラリを含む総称として用いる。
【００２０】
例えば図３は、各サブ機能に対応するソフトウェアを管理するための管理テーブルの一例である。例えば、「画像統計値演算」に対応するソフトウェアは実行ファイル「ａａａ．ｅｘｅ」と、ライブラリ「ｂｂｂ１．ｄｌｌ」及び「ｂｂｂ２．ｄｌｌ」とで構成されている。つまり、これらのソフトウェアをオフライン環境にダウンロードし組込むことで、該ソフトウェアに対応するサブ機能を、オフライン環境で動作させることが可能となる。なおソフトウェア管理・記憶部１１が、第２の記憶部に相当する。
【００２１】
データ記憶部１２は、医用レポートや医用画像などの医用データを、該医用データに含まれる情報を基にそれぞれ取り出し可能に記憶している。例えば図４は、医用画像のデータを管理するための管理テーブルの一例である。図４では、例えば「画像ＩＤ」や「検査番号」、「患者ＩＤ」などから医用画像を特定することが可能となる。また、医用画像の収集は、検査ごとに１または複数回行われる。また、１回の収集で１または複数枚の画像が一連の画像として取得される。そのため医用画像は、複数の画像により構成されており、該医用画像を構成する一部の画像を取りだすことも可能である。
【００２２】
例えば図５は、各医用画像のデータ構成の一例である。図５の例では、検査番号で対応付けられた医用画像のデータには、収集単位で関連付けられた医用画像が含まれている。例えば、検査番号ｓ１０００１に対応する医用画像のデータには、収集番号ｓｅ１１００１で対応付けられた画像データＩｍｇ１１１０１、Ｉｍｇ１１１０２、・・・と、収集番号ｓｅ１１００２で対応付けられた画像データＩｍｇ１１２０１、Ｉｍｇ１１２０２、・・・とが含まれている。これにより、例えば、収集番号ｓｅ１１００１に対応する画像データを取り出すことも可能であるし、画像データＩｍｇ１１１０１のみを指定して取り出すことも可能である。
【００２３】
また図６は、医用レポートのデータを管理するための管理テーブルの一例である。図６では、例えば「患者ＩＤ」、「患者名」、「性別」や「生年月日」などから医用レポートを特定することが可能となる。また医用レポートとして、データ記憶部１２に、医用画像に対する所見をまとめた読影レポートや、患者のカルテなどを管理・記憶させる構成としてもよい。なおデータ記憶部１２が、第１の記憶部に相当する。
【００２４】
送受信部１３は、サーバー１内の各構成が、サーバー１以外の構成（例えばクライアント２の各構成）とネットワークを介してデータの送受信を行うための構成である。以降は、サーバー１内の各構成が、サーバー１以外の構成とデータや命令を送受信する場合、この送受信部１３を介して実行されるものとする。
【００２５】
処理実行制御部１５は、オンライン環境での動作時にクライアント２からの指示に応じ、実行可能な機能の一覧と医用データの一覧とをクライアント２に送信する。このとき処理実行制御部１５は、実行可能な機能の一覧を、ソフトウェア管理・記憶部１１の管理テーブル（例えば、図２及び図３）から取得する。また、処理実行制御部１５は、医用データの一覧を、データ記憶部１２の管理テーブルから取得する。また処理実行制御部１５は、クライアント２からの指示に応じ、指定された医用データをクライアント２に送信する。このとき、処理実行制御部１５は、該医用データそのものを送信する構成としてもよいし、該医用データの表示するためのデータのみを送信する構成としてもよい。
【００２６】
処理実行制御部１５は、クライアント２からの指示に応じ、処理対象の医用データをデータ記憶部１２から抽出し、実行する機能をソフトウェア管理・記憶部１１から特定したうえで、当該機能を実行することで抽出した医用データを編集または加工する。処理実行制御部１５は、編集または加工した医用データをデータ記憶部１２に記憶させ、該機能の実行結果をクライアント２に送信する。オンライン環境で動作する場合、つまり、サーバー１で各機能を実行させ、クライアント２で処理結果を確認する構成で動作する場合、本処理が実行される。
【００２７】
次に、クライアント２の各構成の詳細について説明する。
【００２８】
送受信部２１は、クライアント２内の各構成が、クライアント２以外の構成（例えばサーバー１の各構成）とネットワークを介してデータの送受信を行うための構成である。以降は、クライアント２内の各構成が、クライアント２以外の構成とデータや命令を送受信する場合、この送受信部２１を介して実行されるものとする。
【００２９】
処理制御部２２は、動作するモード（オフラインモードまたはオンラインモード）に応じて操作者に指定された機能を実行させる構成を切替える。オンラインモードで動作している場合、処理制御部２２は、まずオンライン環境で実行可能な機能の一覧（つまり、サーバー１で実行させることが可能な機能の一覧）を、サーバー１の処理実行制御部１５から取得する。このとき処理制御部２２は、あわせて医用データの一覧を取得する構成としてもよい。取得した機能の一覧（及び医用データの一覧）は、ＵＩ制御部２３を介し入力部２８及び出力部２７で構成されるＵＩに表示される（ＵＩ制御部２３については後述する）。
【００３０】
またＵＩを介し医用データが指定されると、処理制御部２２は、対応する医用データを処理実行制御部１５から取得し、取得した医用データをＵＩに表示するようにＵＩ制御部２３に指示する。このとき処理制御部２２は、該医用データそのものを受信する構成としてもよいし、該医用データの表示するためのデータのみを受信する構成としてもよい。
【００３１】
処理制御部２２は、ＵＩを介し操作者から指定された、サーバー１に実行させる機能、処理対象の医用データ、及びその処理内容に関する指示をＵＩ制御部２３から受信する。処理制御部２２は、ＵＩ制御部２３から受信した指示（サーバー１に実行させる機能、処理対象の医用データ、及び処理内容）を、サーバー１の処理実行制御部１５に通知する。処理実行制御部１５は、処理制御部２２から通知を受けた機能、処理対象の医用データ、及び処理内容に基づき、当該機能を実行し、その処理結果を処理制御部２２に送信する。処理制御部２２は、処理実行制御部１５から処理結果を受信すると、ＵＩ制御部２３に、該処理結果をＵＩに表示するように指示する。
【００３２】
ＵＩ制御部２３は、オンラインモードで動作している場合とオフラインモードで動作している場合とで、ＵＩの表示を切替える。オンラインモードで動作している場合、ＵＩ制御部２３は、まず処理制御部２２からオンライン環境で実行可能な機能の一覧（つまり、サーバー１に実行させることが可能な機能の一覧）を受信する。ＵＩ制御部２３は、受信した機能の一覧をＵＩ上に選択可能に表示する。
【００３３】
またＵＩ制御部２３は、処理制御部２２から医用データの一覧を受信し、該医用データを、ＵＩ上に選択可能に表示することも可能である。ＵＩ制御部２３は、操作者によりＵＩを介し医用データが指定されると、処理制御部２２に該医用データの取得を依頼する。ＵＩ制御部２３は、処理制御部２２から当該医用データを受信すると、該医用データをＵＩ上に表示する。
【００３４】
ＵＩ制御部２３は、図７のような表示フォーマットを記憶している。例えば図７は、ＵＩ制御部２３が、各機能をオンライン環境で実行させる場合に表示する操作画面の一例である。図７のように、ＵＩ制御部２３は、オンライン環境で実行可能なメイン機能（メイン機能１〜メイン機能５）の一覧をＦ１〜Ｆ５として、操作領域Ｖ１の上部に選択可能に表示している。またＵＩ制御部２３は、機能メニューＶ３に、選択されたメイン機能（例えばＦ２対応するメイン機能２）と関連付けられたサブ機能（サブ機能１〜サブ機能４）の一覧をＣ２１〜Ｃ２４として選択可能に表示している。
【００３５】
またＵＩ制御部２３は、表示領域Ｖ２に、選択された機能の加工・編集の対象となる医用データや、操作者が選択した医用データ（例えば画像データＩｍ１〜Ｉｍ３）、または、実行された機能の処理結果（例えば処理結果Ａｎ１）などを表示している。
【００３６】
またＵＩ制御部２３は、表示領域Ｖ２に医用レポートを表示する構成としてもよいし、医用レポートの作成・編集に係る機能を実行するための操作画面を別途表示し、該操作画面に医用レポートを表示する構成としてもよい。
【００３７】
（オンライン環境からオフライン環境への切替え）
次にオンライン環境からオフライン環境へ切替えるときに動作する構成について説明する。まず、サーバー１の各構成の詳細について説明する。
【００３８】
配信制御部１４は、クライアント２からの指示を受け、指示された機能に対応するソフトウェアと、医用データとを抽出し、クライアント２に配信する。また、配信制御部１４は、クライアント２からの指示に基づき、一部の機能の実行を処理実行制御部１５に指示する。以下に配信制御部１４の具体的な動作について説明する。
【００３９】
配信制御部１４は、クライアント２からのオフライン環境の構築のための指示を受け、まずオフライン環境で動作可能な機能の一覧を、ソフトウェア管理・記憶部１１の管理テーブル（例えば、図２及び図３）から取得する。また、配信制御部１４は、医用データの一覧を、データ記憶部１２の管理テーブル（例えば、図４、図５及び図６）から取得する。配信制御部１４は、取得した機能の一覧と医用データの一覧とを、クライアント２に送信する。
【００４０】
配信制御部１４は、クライアント２によって、機能の一覧の中からオフライン環境に組込む機能（メイン機能及びサブ機能）の指定を受けると、指定された機能に対応するソフトウェアをソフトウェア管理・記憶部１１から特定し抽出する。例えば図３を例にすると、画像統計値演算の機能が指定された場合、配信制御部１４は、ソフトウェア管理・記憶部１１を参照して画像統計値演算に対応するソフトウェアとして、実行ファイル「ａａａ．ｅｘｅ」と、ライブラリ「ｂｂｂ１．ｄｌｌ」及び「ｂｂｂ２．ｄｌｌ」とを抽出する。
【００４１】
また配信制御部１４は、クライアント２によって、医用データの一覧の中からオフライン環境にダウンロードする医用データの指定を受けると、指定された医用データをデータ記憶部１２から抽出する。
【００４２】
配信制御部１４は、クライアント２からの指示に基づき抽出したソフトウェア及び医用データを、クライアント２のソフトウェア組込制御部２４に配信する（ソフトウェア組込制御部２４については後述する）。
【００４３】
また配信制御部１４は、オフライン環境での動作時にサーバー１で実行可能な機能のうち、一部の機能の実行をサーバー１で実行するようにクライアント２から指示されると、指示された機能の実行を処理実行制御部１５に指示する（この場合の処理実行制御部１５の動作については後述する）。このとき、クライアント２から処理対象の医用データが指定された場合、配信制御部１４は、処理実行制御部１５に、実行を指示する機能の処理対象として該医用データを指定する。処理実行制御部１５は、配信制御部１４の指示に基づき指定された機能を実行し、該機能に対応する該処理を識別するための識別情報（この識別情報の代表的な例として「セッションＩＤ」が知られている）を配信制御部１４に送信する。以降はこの識別情報を「処理識別情報」と呼ぶ。配信制御部１４は、処理実行制御部１５から受信した処理識別情報をクライアント２に通知する。これによりクライアント２は、該処理識別情報を指定することで、該処理の結果を受け取ることが可能となる。
【００４４】
処理実行制御部１５は、配信制御部１４からの指示を受けて、処理対象の医用データをデータ記憶部１２から抽出し、実行する機能をソフトウェア管理・記憶部１１から特定したうえで、当該機能を実行することで抽出した医用データを編集または加工する。この場合、該機能の処理結果を配信制御部１４に送信する構成としてもよい。
【００４５】
また処理実行制御部１５は、実行された該機能に対応する処理に、該処理を識別するための処理識別情報を対応付け、該処理識別情報を配信制御部１４またはクライアント２に送信する構成としてもよい。これにより、当該処理識別情報を指定することで、指定もとの構成（配信制御部１４またはクライアント２）は、該処理識別情報に対応する処理の結果を受け取ることが可能となる。以下、処理実行制御部１５は、配信制御部１４から一部の機能の実行を指示された場合、該機能の実行により動作する処理に処理識別情報を対応付け、該処理識別情報を配信制御部１４に送信するものとする。
【００４６】
次に、クライアント２の各構成の詳細について説明する。
【００４７】
操作者によりオフラインモードへの移行が指示されると、ＵＩ制御部２３は、まずオフライン環境で動作可能な機能の一覧と、オフライン環境にダウンロード可能な医用データの一覧を処理制御部２２から取得し、ＵＩに表示する。処理制御部２２の詳細な動作については後述する。
【００４８】
ＵＩ制御部２３は、オフライン環境に組込む機能（メイン機能及びサブ機能）と、ダウンロードする医用データとが、表示されたＵＩに基づき操作者から指定されると、指定された該機能と該医用データとを処理制御部２２に通知する。
【００４９】
またこのとき、サーバー１で実行させる機能と該機能の処理対象となる医用データが指示できるようにしてもよい。ＵＩ制御部２３は、サーバー１で実行させる機能と該機能の処理対象となる医用データが操作者から指示されると、該機能と該処理対象の医用データとを処理制御部２２に通知する。処理制御部２２は、その通知を受けて、該機能をサーバー１で動作させるように配信制御部１４に通知する。
【００５０】
次に処理制御部２２の動作の詳細について説明する。処理制御部２２は、ＵＩを介し操作者からオフラインモードへの移行が指示されると、まずオフライン環境の構築を行う。このとき処理制御部２２は、まずオフライン環境で動作可能な機能の一覧と、オフライン環境にダウンロード可能な医用データの一覧とを、サーバー１の配信制御部１４から受信する。処理制御部２２は、受信した機能の一覧及び医用データの一覧をＵＩに表示するようにＵＩ制御部２３に指示する。
【００５１】
次に処理制御部２２は、ＵＩを介し操作者から指定された、オフライン環境に組込む機能（メイン機能及びサブ機能）と、ダウンロードする医用データの指示を、ＵＩ制御部２３から受け、該機能に対応するソフトウェアと該医用データのダウンロードをソフトウェア組込制御部２４に指示する（ソフトウェア組込制御部２４については後述する）。
【００５２】
またこのとき処理制御部２２は、ＵＩを介し操作者から指示された、サーバー１で実行させる機能と該機能の処理対象となる医用データとをＵＩ制御部２３から受信すると、該機能と該処理対象の医用データとを配信制御部１４に通知する。配信制御部１４は、処理制御部２２からの通知を受け、該機能を処理実行制御部１５に実行させるとともに、該処理実行制御部１５から受信した処理識別情報を処理制御部２２に通知する。これにより、処理制御部２２は、ＵＩを介し操作者から、サーバー１に実行させた機能の処理結果の通知を指示された場合、該処理識別情報を用い処理実行制御部１５から処理結果を受信し、該処理結果をＵＩに表示するようにＵＩ制御部２３に指示することが可能となる。
【００５３】
ソフトウェア組込制御部２４によるソフトウェア及び医用データのダウンロードが完了すると、ＵＩ制御部２３にＵＩの表示をオフラインモードでの表示（図８）に切替えるように指示する。ＵＩ制御部２３による、オフラインモードにおけるＵＩの表示については後述する。オフラインモードに変更されると、処理制御部２２は、オフライン環境に組込まれた機能のみを動作可能に制御する。
【００５４】
一時データ記憶部２５は、サーバー１の配信制御部１４から配信されたソフトウェア及び医用データを記憶するための記憶領域である。後述するソフトウェア組込制御部２４が、配信制御部１４から受信した該ソフトウェア及び該医用データを、一時データ記憶部２５に記憶させる。なお一時データ記憶部２５が、第３の記憶部に相当する。
【００５５】
ソフトウェア組込制御部２４は、処理制御部２２から、オフライン環境を構築するためにクライアント２に組込む機能の指示を受けて、サーバー１の配信制御部１４に、該機能に対応するソフトウェアを送信させる（ダウンロードする）。またこのとき処理制御部２２から、ダウンロードする医用データの指定を受けた場合、ソフトウェア組込制御部２４は、該医用データを配信制御部１４に送信させる。
【００５６】
ソフトウェア組込制御部２４は、受信したソフトウェア及び医用データを一時データ記憶部２５に記憶させる。このときソフトウェア組込制御部２４は、処理制御部２２に、該ソフトウェア及び該医用データの記憶先（例えば、一時データ記憶部２５内の領域を指定するアドレス）を通知する構成にするとよい。これにより、処理制御部２２は、一時データ記憶部２５内に記憶された各ソフトウェア及び各医用データを特定することが可能となる。
【００５７】
（オフライン環境）
次にオフライン環境で動作するクライアント２の構成について説明する。
【００５８】
ＵＩ制御部２３は、オフラインモードへの移行に伴い処理制御部２２からＵＩの表示の切替えが指示されると、オフライン環境に組込まれた機能のみを選択可能に表示する。このときＵＩ制御部２３は、オフライン環境に組込まれなかったその他の機能について、操作できないように制御するか、表示そのものを行わない。またＵＩ制御部２３は、オフライン環境に組込まれなかった機能の処理に対応する、処理結果は表示しないように制御するように構成してもよい。またＵＩ制御部２３は、オフライン環境にダウンロードした医用データのみをＵＩ上に表示する。
【００５９】
以下に図８を参照しながら、ＵＩ制御部２３が、各機能をオフライン環境で実行させる場合に表示する操作画面について説明する。図８は、一部の機能をオフライン環境で実行させる場合の操作画面の一例であり、メイン機能１〜メイン機能３がオフライン環境に組込まれ、医用データとして画像データＩｍ２のみがダウンロードされた場合の操作画面を示している。
【００６０】
図８に示すように、ＵＩ制御部２３は、操作領域Ｖ１に、オフライン環境に組込まれたメイン機能１〜メイン機能３に対応するＦ１〜Ｆ３のみを選択可能に表示している。またＵＩ制御部２３は、機能メニューＶ３に、メイン機能２に対応しオフライン環境で実行可能なサブ機能１及びサブ機能５に対応するＣ２１及びＣ２５のみを選択可能に表示している。
【００６１】
またＵＩ制御部２３は、表示領域Ｖ２に、ダウンロードされた画像データＩｍ２のみを表示している。また処理結果Ａｎ１は、オフライン環境に組込まれなかったメイン機能４に対応しており、この場合、ＵＩ制御部２３は、処理結果Ａｎ１はオフラインモード時には表示しない。医用レポートを表示する場合についても同様であり、ＵＩ制御部２３は、ダウンロードされた医用レポートのみを、対応する表示領域に表示させる。
【００６２】
なおＵＩ制御部２３は、サーバー１に実行させた機能を、ＵＩ上に識別可能に表示する構成としてもよい。この場合、サーバー１の処理実行制御部１５から当該機能の処理結果を受信するための処理識別情報を、処理制御部２２を介し配信制御部１４から受信し、該処理識別情報を、対応する機能に対応付けられたＵＩ上の表示と関連付けて選択可能に表示するとよい。これにより、ＵＩ上の該表示を選択することで、サーバー１から処理結果を取得し、表示領域Ｖ２に表示する構成にすることも可能となる。
【００６３】
図７及び図８に示す通り、ＵＩ制御部２３は、処理制御部２２がオンラインモードで動作している場合と、オフラインモードで動作している場合とで、操作画面の表示フォーマットは変更せずに、操作可能な機能及び参照可能なデータのみを選択可能に表示する。これにより、操作者は、動作しているモードが変更された場合においても、違和感なく操作することが可能となる。
【００６４】
処理制御部２２は、オフラインモードへ移行すると、まずＵＩ制御部２３にＵＩの表示の切替えを指示する。また処理制御部２２は、オフラインモード時に、オフライン環境に組込まれた機能の実行が指示された場合、該機能の実行を処理実行部２６に指示する（処理実行部２６については後述する）。また、処理制御部２２は、処理実行部２６から該機能の処理結果を受信すると、該処理結果をＵＩ上に表示するようにＵＩ制御部２３に指示する。これにより、クライアント２がネットワークから分離された場合においても、操作者はオフライン環境を使用し作業を継続することが可能となる。
【００６５】
処理実行部２６は、処理制御部２２から指示を受けて、オフライン環境に組込まれた機能を実行する。具体的には、処理実行部２６は、実行する機能に対応するソフトウェアが処理制御部２２から指示される。処理実行部２６は、処理制御部２２から指示されたソフトウェアを一時データ記憶部２５から特定し実行する。このとき処理実行部２６は、処理制御部２２から該機能の処理対象として医用データが指示された場合、該医用データを一時データ記憶部２５から抽出し、該機能に対応するソフトウェアの処理対象とする。該ソフトウェアの実行により、該医用データに加工または編集が施されると、その内容は差分データとして一時データ記憶部２５に記憶される。
【００６６】
（オフライン環境からオンライン環境への切替え）
次にオフライン環境からオンライン環境へ切替えるときに動作する構成について説明する。
【００６７】
処理制御部２２は、ＵＩを介し操作者からオンラインモードへの移行が指示されると、ソフトウェア組込制御部２４に差分データの送信とオフライン環境の破棄を指示する。この指示を受けてソフトウェア組込制御部２４により、差分データが配信制御部１４に送信され、一時データ記憶部２５に記憶されたソフトウェア及び医用データが削除される（ソフトウェア組込制御部２４の動作の詳細については後述する）。
【００６８】
オフライン環境の破棄が完了すると、処理制御部２２は、オンラインモードに変更する。またオンラインモードへの移行に伴い、処理制御部２２は、ＵＩ制御部２３に、ＵＩの表示の切替えを指示する。以降、処理制御部２２は、ＵＩ制御部２３を介しＵＩにサーバー１で実行可能な機能の一覧を表示させる。また処理制御部２２は、ＵＩを介し操作者から指定された機能を、サーバー１に実行させるように動作する。
【００６９】
一時データ記憶部２５に記憶された医用データが編集・加工された場合、基となる医用データは変更されず、編集・加工に係る処理内容が差分データとして一時データ記憶部２５に蓄積される。ソフトウェア組込制御部２４は、処理制御部２２から差分データの送信が指示されると、該差分データを配信制御部１４に送信する。
【００７０】
またソフトウェア組込制御部２４は、処理制御部２２から、オフライン環境の破棄が指示されると、一時データ記憶部２５に記憶させたソフトウェア及び医用データを削除する。
【００７１】
オフライン環境で医用データに対し加工・編集された内容は、差分データとして、クライアント２のソフトウェア組込制御部２４から配信制御部１４に送信される。配信制御部１４は、オフライン環境で加工・編集された医用データの差分データを受け取ると、該差分データで、データ記憶部１２に記憶された該医用データのマスターデータを更新する。ここで、マスターデータとは、該加工・編集された医用データ（オフライン環境の構築時にクライアント２に配信された医用データ）のもととなる、データ記憶部１２に記憶された医用データを示している。なお、このとき配信制御部１４は、受信した差分データを、マスターデータとは別々に記憶させる構成にしてもよい。本構成により、例えば、マスターデータの内容と、マスターデータを一時データで更新した場合の内容とを切替えて表示させることも可能となる。
【００７２】
（動作）
次に、第１の実施形態に係る医用システムの一連の動作について、図９及び図１０を参照しながら説明する。まず図９を参照しながら、クライアント２に所望の機能を実行可能なオフライン環境を構築し、ネットワークからクライアント２を切断する場合の処理について説明する。図９は、クライアント２にオフライン環境を構築し、クライアント２をネットワークから切断する場合の一連の動作のフローチャートである。
【００７３】
（ステップＳ１１）
処理制御部２２は、ＵＩを介し操作者からオフラインモードへの移行が指示されると、まずオフライン環境で動作可能な機能の一覧、及び、オフライン環境にダウンロード可能な医用データの一覧の配信をサーバー１の配信制御部１４に依頼する。
【００７４】
（ステップＳ２１）
配信制御部１４は、クライアント２からの指示を受け、オフライン環境で動作可能な機能の一覧と、オフライン環境にダウンロード可能な医用データの一覧とを、クライアント２の処理制御部２２に送信する。
【００７５】
（ステップＳ１２）
処理制御部２２は、配信制御部１４から受信した、機能の一覧及び医用データの一覧をＵＩに表示するようにＵＩ制御部２３に指示する。処理制御部２２は、表示されたＵＩに基づき操作者に指定された、オフライン環境に組込む機能（メイン機能及びサブ機能）と、ダウンロードする医用データと、サーバー１で実行させる機能及び該機能の処理対象となる医用データとに関する通知をＵＩ制御部２３から受信する。処理制御部２２は、ＵＩ制御部２３から受信したオフライン環境に組込む機能及び医用データをソフトウェア組込制御部２４に通知し、対応するソフトウェア及び医用データのダウンロードを指示する。また、処理制御部２２は、ＵＩ制御部２３から受信した、サーバー１で実行させる機能及び該機能の処理対象となる医用データを配信制御部１４に通知する。
【００７６】
（ステップＳ２２）
配信制御部１４は、処理制御部２２から、サーバー１で実行させる機能及び該機能の処理対象となる医用データに関する通知を受けると、処理対象の医用データを処理実行制御部１５に通知し、該機能の実行を処理実行制御部１５に指示する。処理実行制御部１５は、配信制御部１４からの指示に基づき、処理対象の医用データをデータ記憶部１２から抽出し、当該機能を実行する。このとき処理実行制御部１５は、当該機能の処理に処理識別情報を対応付け、該処理識別情報を配信制御部１４に通知する。配信制御部１４は、処理実行制御部１５から通知された処理識別情報を、処理制御部２２に通知する。
【００７７】
（ステップＳ２３）
また配信制御部１４は、ソフトウェア組込制御部２４から、オフライン環境に組込む機能（メイン機能及びサブ機能）と、ダウンロードする医用データとに関する通知を受けると、通知された機能に対応するソフトウェアをソフトウェア管理・記憶部１１から抽出し、通知された医用データをデータ記憶部１２から抽出する。配信制御部１４は、抽出したソフトウェア及び医用データをソフトウェア組込制御部２４に送信する。
【００７８】
（ステップＳ１３）
ソフトウェア組込制御部２４は、受信したソフトウェア及び医用データを一時データ記憶部２５に記憶させる。このときソフトウェア組込制御部２４は、処理制御部２２に、該ソフトウェア及び該医用データの記憶先（例えば、一時データ記憶部２５内の領域を指定するアドレス）を通知する。
【００７９】
（ステップＳ１４）
ソフトウェア組込制御部２４によるソフトウェア及び医用データのダウンロードが完了すると、処理制御部２２は、ＵＩ制御部２３にＵＩの表示の切替えを指示し、オフラインモードに変更する。
【００８０】
ＵＩ制御部２３は、オフラインモードへの移行に伴い処理制御部２２からＵＩの表示の切替えが指示されると、オフライン環境に組込まれた機能のみを選択可能に表示する。このときＵＩ制御部２３は、オフライン環境に組込まれなかったその他の機能について、操作できないように制御するか、表示そのものを行わない。
【００８１】
またＵＩ制御部２３は、オフライン環境に組込まれなかった機能の処理に対応する、処理結果は表示しないように制御する。またＵＩ制御部２３は、オフライン環境にダウンロードした医用データのみをＵＩ上に表示する。またこのときＵＩ制御部２３は、サーバー１に実行させた機能を、ＵＩ上に識別可能に表示する構成としてもよい。
【００８２】
（ステップＳ１５）
オフライン環境の構築が完了しオフラインモードに移行すると、クライアント２をネットワークから切断することが可能となる。オフラインモード時に、オフライン環境に組込まれた機能の実行が指示された場合、処理制御部２２は、該機能の実行を処理実行部２６に指示し、その結果をＵＩ制御部２３に表示させる。
【００８３】
次に図１０を参照しながら、ネットワークから切断したクライアントを、再びネットワークに接続し、サーバーとクライアントとの間でデータの同期をとったうえで、オンラインモードに変更する場合の処理について説明する。図１０は、オフライン環境で加工されたデータをサーバーに転送したうえで、クライアントをネットワークに接続する場合の一連の動作のフローチャートである。
【００８４】
（ステップＳ３１）
オフラインモードからオンラインモードへ移行することで、オフライン環境で編集・加工した医用データの差分データを、サーバー１のデータ記憶部１２に記憶されたマスターデータに反映することが可能となる。オンラインモードへ移行するとき、クライアント２がネットワークから切断されている場合、まずクライアント２をネットワークに接続することで、サーバー１との通信を可能とする。
【００８５】
（ステップＳ３２）
次に処理制御部２２は、ＵＩを介し操作者からオンラインモードへの移行が指示されると、まずソフトウェア組込制御部２４に差分データの送信を指示する。ソフトウェア組込制御部２４は、処理制御部２２からの指示を受けると、一時データ記憶部２５に蓄積された差分データを配信制御部１４に送信する。
【００８６】
（ステップＳ４１）
配信制御部１４は、ソフトウェア組込制御部２４から受信した差分データを、データ記憶部１２に記憶されたマスターデータに反映する。
【００８７】
（ステップＳ３３）
次に処理制御部２２は、ソフトウェア組込制御部２４にオフライン環境の破棄を指示する。ソフトウェア組込制御部２４は、処理制御部２２から、オフライン環境の破棄が指示されると、一時データ記憶部２５に記憶させたソフトウェア及び医用データを削除する。
【００８８】
（ステップＳ３４）
オフライン環境の破棄が完了すると、処理制御部２２は、オンラインモードに変更する。またオンラインモードへの移行に伴い、処理制御部２２は、ＵＩ制御部２３に、ＵＩの表示の切替えを指示する。以降、処理制御部２２は、ＵＩ制御部２３を介しＵＩにサーバー１で実行可能な機能の一覧を表示させる。また処理制御部２２は、ＵＩを介し操作者から指定された機能を、サーバー１に実行させるように動作する。
【００８９】
以上、第１の実施形態に係る医用システムによれば、操作者からの指示に基づき、所望の機能のみを組込んだオフライン環境を、クライアント２に構築することが可能となる。操作者は、あらかじめオフライン環境を構築しておくことにより、利用者が多い時間帯においても、ネットワークの輻輳によるレスポンスの低下を回避することが可能となる。また、オフライン環境を構築することで、クライアント２をネットワークから切断した場合においても、操作者は、オフライン環境を利用して作業を継続することが可能となる。
【００９０】
また、オフライン環境での作業に切替えた場合、操作画面は、オンラインモードで動作している場合と同一のフォーマットで、オフライン環境で操作可能な機能のみ選択可能に表示される。また、医用データにおいてもオフライン環境にダウンロードした医用データのみが操作可能に表示される。これにより、オンラインモードからオフラインモードに切り替えた場合、及び、オフラインモードからオンラインモードに切り替えた場合それぞれにおいて、シームレスに操作画面が切り替わり、操作者は違和感なく操作を行うことが可能となる。
【００９１】
（変形例１）
次に変形例１に係る医用システムについて説明する。まず変形例１に係る医用システムの構成について図１１を参照しながら説明する。図１１は、変形例１に係る医用システムの機能ブロック図である。変形例１に係る医用システムは、第１の実施形態に係る医用システムの構成に加え、分散処理部３２を備えた分散処理サーバー３を更に備えることを特徴とする。これにより、変形例１に係る医用システムは、オンライン環境からオフライン環境へ切替えるときに、サーバー１に実行させる機能のうち一部または全てを、分散処理サーバー３に処理させ、サーバー１の負荷を軽減することを可能とする。以下、変形例１に係る医用システムの構成について、第１の実施形態に係る医用システムの構成と異なる部分に着目し説明する。
【００９２】
分散処理サーバー３は、送受信部３１と、分散処理部３２とで構成されている。
【００９３】
送受信部３１は、分散処理サーバー３内の各構成が、分散処理サーバー以外の構成（例えばサーバー１の各構成）とネットワークを介してデータの送受信を行うための構成である。以降は、分散処理サーバー３内の各構成が、分散処理サーバー３以外の構成とデータや命令を送受信する場合、この送受信部３１を介して実行されるものとする。
【００９４】
分散処理部３２は、クライアント２からサーバー１での実行が指示された機能のうち、少なくとも一部の機能を、サーバー１の分散処理制御部１６の指示に基づき、処理実行制御部１５に替わり実行する構成である（分散処理制御部１６については後述する）。分散処理部３２は、指示された機能の実行が完了すると、その実行結果を分散処理制御部１６に通知する。
【００９５】
分散処理部３２は、処理実行制御部１５と同様に、サーバー１上の各機能を実行可能に構成され、かつ、データ記憶部１２に記憶された医用データを参照可能に構成されている。具体的には、分散処理部３２に、ソフトウェア管理・記憶部１１及びデータ記憶部１２に相当する構成を持たせることにより実現可能である。この場合、分散処理部３２内のデータ記憶部と、サーバー１のデータ記憶部１２とは、一方のデータが更新された場合に他方のデータもあわせて更新することでデータの整合性をとるように構成するとよい（以降は、データの整合性をとることを「データの同期」と呼ぶ）。
【００９６】
また別の構成として、分散処理部３２が、ネットワークを介してソフトウェア管理・記憶部１１及びデータ記憶部１２を参照できるように構成してもよい。また、分散処理部３２が一部の機能を代行する場合に、必要なソフトウェアと医用データとをサーバー１から受信する構成にしてもよい。この場合、分散処理部３２には、サーバー１から送信されたソフトウェア及び医用データを一時的に記憶させる記憶部を設けるとよい。なお以降の説明では、分散処理部３２が、ソフトウェア管理・記憶部１１及びデータ記憶部１２に相当する構成を持ち、分散処理部３２内のデータ記憶部と、サーバー１のデータ記憶部１２とは、データの同期を行うものとして説明する。
【００９７】
変形例１に係るサーバー１は、第１の実施形態に係るサーバー１の構成に加え、更に分散処理制御部１６を備えていることを特徴とする。
【００９８】
変形例１に係る処理実行制御部１５は、クライアント２のオフラインモードへの移行に伴い、配信制御部１４からサーバー１で実行可能な機能のうち少なくとも一部の機能の実行が指示された場合、指示された機能の一部または全てを分散処理サーバー３に実行させるように、分散処理制御部１６に指示する。このとき処理実行制御部１５は、処理対象の医用データをあわせて通知するように構成してもよい。
【００９９】
また処理実行制御部１５は、分散処理サーバー３に実行させる機能の処理に処理識別情報を対応付け、該処理識別情報を配信制御部１４に通知する。このとき処理実行制御部１５は、分散処理サーバー３に実行させる機能の処理と、処理実行制御部１５自身が実行する機能の処理とを識別可能に、それぞれの処理に異なる処理識別情報を対応付ける。
【０１００】
分散処理制御部１６は、処理実行制御部１５からの指示された機能の実行を、分散処理部３２に指示する。このとき処理実行制御部１５から処理対象の医用データが指示された場合、分散処理制御部１６は、該処理対象の医用データを分散処理部３２に通知する。また分散処理制御部１６は、分散処理部３２から依頼した機能の実行結果を受信すると、該実行結果を処理実行制御部１５に通知する。これにより、処理実行制御部１５は、分散処理部３２に実行させた機能の実行結果を認識することが可能となる。
【０１０１】
なお、分散処理サーバー３に実行させる機能は、クライアント２から指定可能としてもよいし、処理実行制御部１５が、サーバー１の性能や処理負荷に応じて、自動的に割り振るように構成してもよい。
【０１０２】
クライアント２から、処理対象のサーバー（サーバー１または分散処理サーバー３）を指定可能とする場合、配信制御部１４は、サーバー１で実行可能な機能の一覧及び医用データの一覧とあわせて、処理の依頼先となるサーバーの一覧（サーバー１及び分散処理サーバー３）を配信する構成にするとよい。これにより操作者は、ＵＩに表示されたサーバーの一覧から、オフライン環境に組込まない機能の一部または全ての実行を依頼するサーバーを指定することが可能となる。
【０１０３】
またクライアント２の処理制御部２２は、配信制御部１４から、分散処理部３２に実行させた機能の処理に対応付けられた処理識別情報を受信するように構成するとよい。これにより処理制御部２２は、該処理識別情報を指定することで、該処理の結果を受け取ることが可能となる。
【０１０４】
さらにＵＩ制御部２３は、オフライン環境に組込んだ機能、サーバー１に実行させた機能、及び分散処理サーバー３に実行させた機能を、ＵＩ上に識別可能に表示する構成としてもよい。この場合、サーバー１の処理実行制御部１５から、サーバー１及び分散処理サーバー３に実行させた機能それぞれの処理結果を受信するための処理識別情報を、処理制御部２２を介し配信制御部１４から受信し、該処理識別情報を、対応する機能に対応付けられたＵＩ上の表示と関連付けて選択可能に表示するとよい。これにより、ＵＩ上の該表示を選択することで処理結果を取得し、ＵＩ上に表示する構成にすることも可能となる。
【０１０５】
（動作）
次に、変形例１に係る医用システムの一連の動作について、図１２を参照しながら説明する。図１２は、クライアント２にオフライン環境を構築し、クライアント２をネットワークから切断する場合の一連の動作のフローチャートである。
【０１０６】
（ステップＳ１１）
処理制御部２２は、ＵＩを介し操作者からオフラインモードへの移行が指示されると、まずオフライン環境で動作可能な機能の一覧、オフライン環境にダウンロード可能な医用データの一覧、及び、機能の実行を依頼可能なサーバーの一覧（サーバー１及び分散処理サーバー３）の配信をサーバー１の配信制御部１４に依頼する。
【０１０７】
（ステップＳ２１）
配信制御部１４は、クライアント２からの指示を受け、オフライン環境で動作可能な機能の一覧と、オフライン環境にダウンロード可能な医用データの一覧と、機能の実行を依頼可能なサーバーの一覧とを、クライアント２の処理制御部２２に送信する。
【０１０８】
（ステップＳ１２）
処理制御部２２は、配信制御部１４から受信した、機能の一覧及び医用データの一覧をＵＩに表示するようにＵＩ制御部２３に指示する。処理制御部２２は、表示されたＵＩに基づき操作者に指定された、オフライン環境に組込む機能（メイン機能及びサブ機能）と、ダウンロードする医用データと、サーバー１または分散処理サーバー３で実行させる機能及び該機能の処理対象となる医用データとに関する通知をＵＩ制御部２３から受信する。処理制御部２２は、ＵＩ制御部２３から受信したオフライン環境に組込む機能及び医用データをソフトウェア組込制御部２４に通知し、対応するソフトウェア及び医用データのダウンロードを指示する。また、処理制御部２２は、ＵＩ制御部２３から受信した、サーバー１または分散処理サーバー３で実行させる機能及び該機能の処理対象となる医用データを配信制御部１４に通知する。
【０１０９】
（ステップＳ２２）
配信制御部１４は、処理制御部２２から、サーバー１または分散処理サーバー３で実行させる機能及び該機能の処理対象となる医用データに関する通知を受けると、処理対象の医用データを処理実行制御部１５に通知し、該機能の実行を処理実行制御部１５に指示する。配信制御部１４からの指示を受けて、処理実行制御部１５は、まずサーバー１で実行させる機能の処理対象となる医用データをデータ記憶部１２から抽出する。次に処理実行制御部１５は、サーバー１で実行させる機能を特定し、抽出した医用データに対する処理を開始する。このとき処理実行制御部１５は、当該機能の処理に処理識別情報を対応付け、該処理識別情報を配信制御部１４に通知する。
【０１１０】
（ステップＳ２４）
次に処理実行制御部１５は、分散処理サーバー３で実行させる機能及び該機能の処理対象となる医用データを、分散処理制御部１６に通知し、該機能を分散処理サーバー３に実行させるように、分散処理制御部１６に指示する。分散処理制御部１６は、処理実行制御部１５からの指示を受けて、該機能及び該医用データを分散処理部３２に通知し、該機能を分散処理部３２に実行させる。処理実行制御部１５は、分散処理制御部１６に指示を行うと、分散処理サーバー３に実行させる該機能の処理に処理識別情報を対応付け、該処理識別情報を配信制御部１４に通知する。配信制御部１４は、処理実行制御部１５から通知された各処理識別情報を、処理制御部２２に通知する。
【０１１１】
（ステップＳ２３）
また配信制御部１４は、ソフトウェア組込制御部２４から、オフライン環境に組込む機能（メイン機能及びサブ機能）と、ダウンロードする医用データとに関する通知を受けると、通知された機能に対応するソフトウェアをソフトウェア管理・記憶部１１から抽出し、通知された医用データをデータ記憶部１２から抽出する。配信制御部１４は、抽出したソフトウェア及び医用データをソフトウェア組込制御部２４に送信する。
【０１１２】
（ステップＳ１３）
ソフトウェア組込制御部２４は、受信したソフトウェア及び医用データを一時データ記憶部２５に記憶させる。このときソフトウェア組込制御部２４は、処理制御部２２に、該ソフトウェア及び該医用データの記憶先（例えば、一時データ記憶部２５内の領域を指定するアドレス）を通知する。なおステップＳ２３及びステップＳ１３に係る処理は第１の実施形態に係る医用システムと同様である。
【０１１３】
（ステップＳ１４）
ソフトウェア組込制御部２４によるソフトウェア及び医用データのダウンロードが完了すると、処理制御部２２は、ＵＩ制御部２３にＵＩの表示の切替えを指示し、オフラインモードに変更する。
【０１１４】
ＵＩ制御部２３は、オフラインモードへの移行に伴い処理制御部２２からＵＩの表示の切替えが指示されると、オフライン環境に組込まれた機能のみを選択可能に表示する。このときＵＩ制御部２３は、オフライン環境に組込まれなかったその他の機能について、操作できないように制御するか、表示そのものを行わない。
【０１１５】
またＵＩ制御部２３は、オフライン環境に組込まれなかった機能の処理に対応する、処理結果は表示しないように制御する。またＵＩ制御部２３は、オフライン環境にダウンロードした医用データのみをＵＩ上に表示する。またこのときＵＩ制御部２３は、サーバー１に実行させた機能、及び分散処理サーバー３に実行させた機能を、ＵＩ上に識別可能に表示する構成としてもよい。
【０１１６】
（ステップＳ１５）
オフライン環境の構築が完了しオフラインモードに移行すると、クライアント２をネットワークから切断することが可能となる。オフラインモード時に、オフライン環境に組込まれた機能の実行が指示された場合、処理制御部２２は、該機能の実行を処理実行部２６に指示し、その結果をＵＩ制御部２３に表示させる。
【０１１７】
なお、ネットワークから切断したクライアント２を、再びネットワークに接続し、サーバー１とクライアント２との間でデータの同期をとったうえで、オンラインモードに変更する場合の処理については、第１の実施形態と同様である（図１０）。
【０１１８】
以上、変形例１に係る医用システムによれば、サーバー１で実行される機能のうち一部または全てを、分散処理サーバー３で処理することが可能となる。また、各サーバーで実行された機能の処理結果をそれぞれ識別して取り出すことが可能となる。これにより、第１の実施形態に係る医用システムの効果に加え、更に、サーバー１の処理負荷を軽減することが可能となる。
【０１１９】
（変形例２）
次に変形例２に係る医用システムについて説明する。まず変形例２に係る医用システムの構成について図１３を参照しながら説明する。図１３は、変形例２に係る医用システムの機能ブロック図である。変形例２に係るクライアント２は、第１の実施形態に係る医用システムの構成に加え、更に性能情報取得部２９を更に備えていることを特徴とする。これにより、変形例２に係る医用システムは、オンライン環境からオフライン環境へ切替えるときに、クライアント２の処理能力に応じ、オフライン環境で動作可能な機能と、オフライン環境で処理可能な医用データとを、ＵＩを介し操作者への提示・案内を可能とする。以下、変形例２に係る医用システムの構成について、第１の実施形態に係る医用システムの構成と異なる部分に着目し説明する。
【０１２０】
性能情報取得部２９は、クライアント２がオフライン環境に組込まれる機能を実行するための処理能力を示す性能情報を取得し出力する構成である。性能情報取得部２９は、例えば、クライアント２に組込まれたＣＰＵの処理能力（例えば、クロック周波数やキャッシュメモリの容量など）、メモリの容量、グラフィックボードの処理能力（例えば、ＧＰＵ：Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの処理能力やＶＲＡＭ：Ｖｉｄｅｏ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙの容量など）、ネットワークの転送速度、及び、ネットワークのトラフィックなど情報のうち、一部または全てを性能情報として取得し出力する。
【０１２１】
処理制御部２２は、操作者からのオフラインモードへの移行の指示に基づき、オフライン環境で動作可能な機能の一覧と、オフライン環境にダウンロード可能な医用データの一覧とを、サーバー１の配信制御部１４から受信すると、性能情報取得部２９から性能情報を取得する。
【０１２２】
処理制御部２２は、性能情報取得部２９から取得した性能情報を基に、配信制御部１４から受信したオフライン環境で動作可能な機能の一覧を、クライアント２の性能で処理可能な機能と、クライアント２の性能では処理が難しい（処理によりレスポンスが落ちる）機能とを区別する。
【０１２３】
また処理制御部２２は、配信制御部１４から受信した医用データを、クライアント２の性能で処理可能な医用データと、クライアント２の性能では処理が難しい医用データとに区別する。処理制御部２２は、区別した各機能及び各医用データを、それぞれ識別可能にＵＩに表示するように、ＵＩ制御部２３に指示する。これにより操作者は、クライアント２の性能に応じて、処理可能な機能と医用データとを、オフライン環境に組込むことが可能となる。
【０１２４】
また、性能情報に応じ、処理制御部２２が自動的に機能（メイン機能及びサブ機能）及び医用データを選択する構成としてもよい。例えば、操作者による機能の指示を受けて、性能情報に応じ、オフライン環境で動作可能なサブ機能を、処理制御部２２が選択するように構成してもよい。また、操作者による医用画像を構成する画像データ（医用データ）の指示を受けて、指示された画像データに関連付けられた他の画像データのうち、クライアント２にダウンロードする画像データの枚数を、処理制御部２２が調整するように構成してもよい。
【０１２５】
なお、性能情報取得部２９は、ネットワークを介し、サーバー１の性能情報を取得できるように構成してもよい。これにより処理制御部２２は、サーバー１の性能情報と、クライアント２の性能情報とを比較することで、更に、オフライン環境に組込むべき機能と、サーバー１に実行させるべき機能とを区別することも可能となる。本構成により、例えば、サーバー１の処理負荷に応じて、オフライン環境に組込むべき機能と、サーバー１に実行させるべき機能との割合を切替えることも可能となる。具体的には、サーバー１の処理負荷が高い場合には、クライアント２の性能が低い場合においても、より多くの機能をオフライン環境に組込むように制御することが可能となる。
【０１２６】
（動作）
次に、変形例２に係る医用システムの一連の動作について、図１４を参照しながら説明する。図１４は、クライアントをネットワークから切断する場合の一連の動作のフローチャートである。
【０１２７】
（ステップＳ１１）
処理制御部２２は、ＵＩを介し操作者からオフラインモードへの移行が指示されると、まずオフライン環境で動作可能な機能の一覧、及び、オフライン環境にダウンロード可能な医用データの一覧の配信をサーバー１の配信制御部１４に依頼する。
【０１２８】
（ステップＳ２１）
配信制御部１４は、クライアント２からの指示を受け、オフライン環境で動作可能な機能の一覧と、オフライン環境にダウンロード可能な医用データの一覧とを、クライアント２の処理制御部２２に送信する。
【０１２９】
（ステップＳ１６）
処理制御部２２は、配信制御部１４から機能の一覧及び医用データの一覧を受信すると、性能情報取得部２９から性能情報を取得する。次に処理制御部２２は、性能情報取得部２９から取得した性能情報を基に、配信制御部１４から受信したオフライン環境で動作可能な機能の一覧を、クライアント２の性能で処理可能な機能と、クライアント２の性能では処理が難しい（処理によりレスポンスが落ちる）機能とを区別する。
【０１３０】
また処理制御部２２は、配信制御部１４から受信した医用データを、クライアント２の性能で処理可能な医用データと、クライアント２の性能では処理が難しい医用データとに区別する。処理制御部２２は、区別した各機能及び各医用データを、それぞれ識別可能にＵＩに表示するように、ＵＩ制御部２３に指示する。
【０１３１】
（ステップＳ１７）
処理制御部２２は、表示されたＵＩに基づき操作者に指定された、オフライン環境に組込む機能（メイン機能及びサブ機能）と、ダウンロードする医用データと、サーバー１で実行させる機能及び該機能の処理対象となる医用データとに関する通知をＵＩ制御部２３から受信する。処理制御部２２は、ＵＩ制御部２３から受信したオフライン環境に組込む機能及び医用データをソフトウェア組込制御部２４に通知し、対応するソフトウェア及び医用データのダウンロードを指示する。また、処理制御部２２は、ＵＩ制御部２３から受信した、サーバー１で実行させる機能及び該機能の処理対象となる医用データを配信制御部１４に通知する。
【０１３２】
（ステップＳ２２）
配信制御部１４は、処理制御部２２から、サーバー１で実行させる機能及び該機能の処理対象となる医用データに関する通知を受けると、処理対象の医用データを処理実行制御部１５に通知し、該機能の実行を処理実行制御部１５に指示する。処理実行制御部１５は、配信制御部１４からの指示に基づき、処理対象の医用データをデータ記憶部１２から抽出し、当該機能を実行する。このとき処理実行制御部１５は、当該機能の処理に処理識別情報を対応付け、該処理識別情報を配信制御部１４に通知する。配信制御部１４は、処理実行制御部１５から通知された処理識別情報を、処理制御部２２に通知する。
【０１３３】
以降の処理（ステップＳ２３、Ｓ１３、Ｓ１４、及びＳ１５）は、第１の実施形態と同様である。また、ネットワークから切断したクライアント２を、再びネットワークに接続し、サーバー１とクライアント２との間でデータの同期をとったうえで、オンラインモードに変更する場合の処理については、第１の実施形態と同様である（図１０）。
【０１３４】
なお、変形例１に係る医用システムと同様に、分散処理サーバー３を設け、サーバー１に分散処理制御部１６を設ける構成としてもよい。このとき、性能情報取得部２９は、サーバー１の性能情報及び分散処理サーバー３の性能情報を、ネットワークを介して取得できるように構成してもよい。これにより、処理制御部２２は、クライアント２の性能情報、サーバー１の性能情報、及び分散処理サーバー３の性能情報に応じて、オフライン環境で動作可能な機能、ダウンロード可能な医用データ、サーバー１で実行可能（実行させるべき）な機能、及び、分散処理サーバー３で実行可能（実行させるべき）機能を、ＵＩを介し操作者に提示することが可能となる。
【０１３５】
また、性能情報に基づいてクライアント２にソフトウェア及び医用データをダウロードした際に、ネットワークを切断せずに各機能を動作させる構成としてもよい。これにより、例えば、オンライン環境で動作している場合においても、各機能をサーバー１、クライアント２、及び分散処理サーバー３とに分けて実行させることが可能となる。
【０１３６】
以上、変形例２に係る医用システムによれば、クライアント２の性能に応じ、オフライン環境で動作可能な機能と、オフライン環境で処理可能な医用データとを、ＵＩを介し操作者に提示・案内することが可能となる。これにより、操作者は、クライアント２の性能に応じて、クライアント環境に組込む機能やダウンロードする医用データを選択することが可能となり、オフライン環境での作業時に、クライアント２の性能不足による作業効率の低下を防止することが可能となる。
【符号の説明】
【０１３７】
１ サーバー
１１ ソフトウェア管理・記憶部 １２ データ記憶部 １３ 送受信部
１４ 配信制御部 １５ 処理実行制御部 １６ 分散処理制御部
２ クライアント
２１ 送受信部 ２２ 処理制御部 ２３ ＵＩ制御部
２４ ソフトウェア組込制御部 ２５ 一時データ記憶部
２６ 処理実行部 ２７ 出力部 ２８ 入力部 ２９ 性能情報取得部
３ 分散処理サーバー
３１ 送受信部 ３２ 分散処理部
【特許請求の範囲】
【請求項１】
医用画像及び医用レポートのいずれかまたは双方を含む医用データを記憶する第１の記憶部と、端末からの指示に基づき、前記医用データの編集機能を含む加工に係る複数の機能を実行し、結果を前記端末に出力する処理実行制御部とを備えたサーバーを含む医用システムであって、
前記サーバーは、更に、
複数の前記機能それぞれに関連付けられたソフトウェアを記憶する第２の記憶部と、
前記端末からの指示を受けて、指示された前記機能に関連付けられた一部または全ての前記ソフトウェアと、指示された前記医用データとを前記端末に配信する配信制御部とを備えたことを特徴とする医用システム。
【請求項２】
前記端末は、前記機能を実行するための画面を表示部に表示させ、配信された前記ソフトウェアに対応する機能を選択可能に表示する表示制御部を更に備えたことを特徴とする請求項１に記載の医用システム。
【請求項３】
前記表示制御部は、前記機能が前記サーバーで実行される場合は、前記機能を選択可能に表示部に表示させ、前記端末に前記ソフトウェアが配信された場合は、配信されたソフトウェアで構成される機能を選択可能に表示部に表示させることを特徴とする請求項２に記載の医用システム。
【請求項４】
前記端末は、
配信されたソフトウェアと配信された医用データとを記憶する第３の記憶部と、
前記第３の記憶部に記憶された前記ソフトウェアを実行する処理実行部と、
前記第３の記憶部に前記配信されたソフトウェアが記憶されているとき、前記処理実行部に該ソフトウェアを実行させる処理制御部とを更に備えたことを特徴とする請求項１乃至請求項３のいずれかに記載の医用システム。
【請求項５】
前記端末は、前記処理実行部により前記医用データが加工されたとき、加工された医用データを前記配信制御部に送信し、
前記配信制御部は、受信した該医用データを前記データ記憶部に記憶させることを特徴とする請求項４に記載の医用システム。
【請求項６】
前記処理制御部は、前記端末の構成を基に、前記端末が前記機能を実行するための処理能力を示す性能情報を取得する性能情報取得部を更に備え、前記性能情報を基に、処理の実行が可能な前記ソフトウェア及び前記医用データを特定し、特定した前記ソフトウェア及び前記医用データの配信を前記配信制御部に指示することを特徴とする請求項１乃至請求項５のいずれかに記載の医用システム。
【請求項７】
前記処理制御部は、前記端末の構成を基に、前記端末が前記機能を実行するための処理能力、ネットワークの転送速度、及び、ネットワークのトラフィックの少なくともいずれかを示す性能情報を取得する性能情報取得部を更に備え、前記性能情報を基に、処理の実行が可能な前記ソフトウェア及び前記医用データを特定し、前記表示制御部に、特定した前記ソフトウェア及び前記医用データを識別可能に表示させることを特徴とする請求項２乃至請求項５のいずれかに記載の医用システム。
【請求項８】
前記処理実行制御部は、前記端末からの指示を受けて、前記端末に配信されたソフトウェアに対応する機能以外の機能のうち、少なくとも一部の機能である第１の機能を実行することを特徴とする請求項１乃至請求項６のいずれかに記載の医用システム。
【請求項９】
前記表示制御部は、前記第１の機能と、前記配信されたソフトウェアに対応する機能とを識別可能に表示することを特徴とする請求項７に記載の医用システム。
【請求項１０】
前記処理制御部は、前記性能情報を基に、更に、前記第１の機能を特定することを特徴とする請求項８または請求項９に記載の医用システム。
【請求項１１】
前記サーバーからの指示に基づき、前記複数の機能のうち少なくとも一部の機能を実行し、その結果を返却する分散処理部を備えた分散処理サーバーを更に備え、
前記サーバーは、前記端末からの指示を受けて、前記第１の機能のうち、少なくとも一部の機能である第２の機能の実行を、前記分散処理部に指示する分散処理制御部を更に備えたことを特徴とする請求項８乃至請求項１０のいずれかに記載の医用システム。
【請求項１２】
前記表示制御部は、前記処理実行制御部が実行する前記第１の機能及び前記分散処理部が実行する前記第２の機能のいずれかもしくは双方と、前記配信されたソフトウェアに対応する機能とを識別可能に表示することを特徴とする請求項１１に記載の医用システム。
【請求項１３】
前記処理制御部は、前記性能情報を基に、更に、前記分散処理部に実行させる前記第２の機能を特定することを特徴とする請求項１１または請求項１２に記載の医用システム。
【請求項１】
医用画像及び医用レポートのいずれかまたは双方を含む医用データを記憶する第１の記憶部と、端末からの指示に基づき、前記医用データの編集機能を含む加工に係る複数の機能を実行し、結果を前記端末に出力する処理実行制御部とを備えたサーバーを含む医用システムであって、
前記サーバーは、更に、
複数の前記機能それぞれに関連付けられたソフトウェアを記憶する第２の記憶部と、
前記端末からの指示を受けて、指示された前記機能に関連付けられた一部または全ての前記ソフトウェアと、指示された前記医用データとを前記端末に配信する配信制御部とを備えたことを特徴とする医用システム。
【請求項２】
前記端末は、前記機能を実行するための画面を表示部に表示させ、配信された前記ソフトウェアに対応する機能を選択可能に表示する表示制御部を更に備えたことを特徴とする請求項１に記載の医用システム。
【請求項３】
前記表示制御部は、前記機能が前記サーバーで実行される場合は、前記機能を選択可能に表示部に表示させ、前記端末に前記ソフトウェアが配信された場合は、配信されたソフトウェアで構成される機能を選択可能に表示部に表示させることを特徴とする請求項２に記載の医用システム。
【請求項４】
前記端末は、
配信されたソフトウェアと配信された医用データとを記憶する第３の記憶部と、
前記第３の記憶部に記憶された前記ソフトウェアを実行する処理実行部と、
前記第３の記憶部に前記配信されたソフトウェアが記憶されているとき、前記処理実行部に該ソフトウェアを実行させる処理制御部とを更に備えたことを特徴とする請求項１乃至請求項３のいずれかに記載の医用システム。
【請求項５】
前記端末は、前記処理実行部により前記医用データが加工されたとき、加工された医用データを前記配信制御部に送信し、
前記配信制御部は、受信した該医用データを前記データ記憶部に記憶させることを特徴とする請求項４に記載の医用システム。
【請求項６】
前記処理制御部は、前記端末の構成を基に、前記端末が前記機能を実行するための処理能力を示す性能情報を取得する性能情報取得部を更に備え、前記性能情報を基に、処理の実行が可能な前記ソフトウェア及び前記医用データを特定し、特定した前記ソフトウェア及び前記医用データの配信を前記配信制御部に指示することを特徴とする請求項１乃至請求項５のいずれかに記載の医用システム。
【請求項７】
前記処理制御部は、前記端末の構成を基に、前記端末が前記機能を実行するための処理能力、ネットワークの転送速度、及び、ネットワークのトラフィックの少なくともいずれかを示す性能情報を取得する性能情報取得部を更に備え、前記性能情報を基に、処理の実行が可能な前記ソフトウェア及び前記医用データを特定し、前記表示制御部に、特定した前記ソフトウェア及び前記医用データを識別可能に表示させることを特徴とする請求項２乃至請求項５のいずれかに記載の医用システム。
【請求項８】
前記処理実行制御部は、前記端末からの指示を受けて、前記端末に配信されたソフトウェアに対応する機能以外の機能のうち、少なくとも一部の機能である第１の機能を実行することを特徴とする請求項１乃至請求項６のいずれかに記載の医用システム。
【請求項９】
前記表示制御部は、前記第１の機能と、前記配信されたソフトウェアに対応する機能とを識別可能に表示することを特徴とする請求項７に記載の医用システム。
【請求項１０】
前記処理制御部は、前記性能情報を基に、更に、前記第１の機能を特定することを特徴とする請求項８または請求項９に記載の医用システム。
【請求項１１】
前記サーバーからの指示に基づき、前記複数の機能のうち少なくとも一部の機能を実行し、その結果を返却する分散処理部を備えた分散処理サーバーを更に備え、
前記サーバーは、前記端末からの指示を受けて、前記第１の機能のうち、少なくとも一部の機能である第２の機能の実行を、前記分散処理部に指示する分散処理制御部を更に備えたことを特徴とする請求項８乃至請求項１０のいずれかに記載の医用システム。
【請求項１２】
前記表示制御部は、前記処理実行制御部が実行する前記第１の機能及び前記分散処理部が実行する前記第２の機能のいずれかもしくは双方と、前記配信されたソフトウェアに対応する機能とを識別可能に表示することを特徴とする請求項１１に記載の医用システム。
【請求項１３】
前記処理制御部は、前記性能情報を基に、更に、前記分散処理部に実行させる前記第２の機能を特定することを特徴とする請求項１１または請求項１２に記載の医用システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１２−２０８７３７（Ｐ２０１２−２０８７３７Ａ）
【公開日】平成２４年１０月２５日（２０１２．１０．２５）
【国際特許分類】
【出願番号】特願２０１１−７３９６７（Ｐ２０１１−７３９６７）
【出願日】平成２３年３月３０日（２０１１．３．３０）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【出願人】（５９４１６４５４２）東芝メディカルシステムズ株式会社 (4,066)
【出願人】（５９４１６４５３１）東芝医用システムエンジニアリング株式会社 (892)
【公開日】平成２４年１０月２５日（２０１２．１０．２５）
【国際特許分類】
【出願日】平成２３年３月３０日（２０１１．３．３０）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【出願人】（５９４１６４５４２）東芝メディカルシステムズ株式会社 (4,066)
【出願人】（５９４１６４５３１）東芝医用システムエンジニアリング株式会社 (892)
[ Back to top ]