(57)【要約】【課題】アップロードされていないファイルについて閲覧要求があった場合に、当該ファイルが提供されるまでの時間を短縮させる。【解決手段】データ管理サーバーに複数のファイルを所定の順序に従ってアップロードしている途中で、外部機器からデータ管理サーバーに対してアップロードされていないファイルの閲覧要求があった場合に、閲覧要求の対象のファイルを優先してアップロードするよう、アップロードデータリストにおけるファイルの順序を変更する。具体的には、アップロード中のファイルの行番号Ｘを取得し（ステップＡ２２）、行番号Ｘに１を加算した値を新たな行番号Ｘとし（ステップＡ２３）、要求データリストにより要求されているファイルに該当する既存のデータをアップロードデータリストから削除し（ステップＡ２６）、当該データをアップロードデータリストの行番号Ｘに挿入する（ステップＡ２７）。【選択図】図１２
2018195039.tif 000002
【特許請求の範囲】
【請求項１】
複数のクライアント機器と、各クライアント機器と通信ネットワークを介してデータ通信可能に接続され、前記各クライアント機器からアップロードされたファイルを保存し、前記各クライアント機器からの閲覧要求に応じてファイルを提供するデータ管理サーバーと、を備えるデータ通信システムであって、
前記各クライアント機器は、アップロード対象の複数のファイルを、所定の順序に従って前記データ管理サーバーにアップロードするアップロード手段を備え、
前記複数のクライアント機器のうち一のクライアント機器のアップロード手段により前記複数のファイルがアップロードされている途中で、前記複数のクライアント機器のうち一のクライアント機器以外の他のクライアント機器から前記データ管理サーバーに対して前記複数のファイルのうちアップロードされていないファイルの閲覧要求があった場合に、前記一のクライアント機器のアップロード手段に、前記閲覧要求の対象のファイルを優先してアップロードするよう、前記所定の順序を変更させる順序変更手段を備えるデータ通信システム。
【請求項２】
前記各クライアント機器のアップロード手段は、前記アップロード対象の複数のファイルを前記データ管理サーバーにアップロードする前に、当該複数のファイルのそれぞれに対応する付帯情報を前記データ管理サーバーに送信し、
前記データ管理サーバーは、前記送信された付帯情報を記憶する記憶手段を備える請求項１に記載のデータ通信システム。
【請求項３】
前記データ管理サーバーは、前記記憶手段に記憶されている付帯情報については、当該付帯情報に対応するファイルが前記データ管理サーバーにアップロードされているか否かにかかわらず、前記各クライアント機器から閲覧可能とする公開手段を備える請求項２に記載のデータ通信システム。
【請求項４】
前記各クライアント機器は、前記記憶手段に記憶されている付帯情報により特定されるファイルの中から閲覧したいファイルを選択するための選択手段を備える請求項２又は３に記載のデータ通信システム。
【請求項５】
前記順序変更手段は、前記閲覧要求の対象のファイルが複数ある場合に、ファイルサイズが小さいものから順にアップロードするよう、前記所定の順序を変更させる請求項１から４のいずれか一項に記載のデータ通信システム。
【請求項６】
前記順序変更手段は、前記一のクライアント機器のアップロード手段により現在アップロード中のファイルのサイズが予め定められた値以上である場合に、当該アップロード中のファイルのアップロードを一旦中断させ、前記閲覧要求の対象のファイルを優先してアップロードするよう、前記所定の順序を変更させる請求項１から５のいずれか一項に記載のデータ通信システム。
【請求項７】
通信ネットワークを介してデータ通信可能に接続されたデータ管理サーバーに、アップロード対象の複数のファイルを、所定の順序に従ってアップロードするアップロード手段と、
前記アップロード手段により前記複数のファイルがアップロードされている途中で、外部機器から前記データ管理サーバーに対して前記複数のファイルのうちアップロードされていないファイルの閲覧要求があった場合に、前記アップロード手段に、前記閲覧要求の対象のファイルを優先してアップロードするよう、前記所定の順序を変更させる順序変更手段と、
を備えるデータ処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ通信システム及びデータ処理装置に関する。
【背景技術】
【０００２】
近年、通信ネットワークを介して接続されたデータ管理サーバーにファイルをアップロードしてデータを保管したり、他の機器からデータ管理サーバーにアップロードされたファイルを異なる環境のユーザーが閲覧したりするデータ通信システムが利用されるようになってきている。
【０００３】
例えば、撮影機器で取得した動画又は静止画の画像ファイルをネットワーク上の画像サーバーにアップロードする際に、ユーザーが操作する機器側でアップロードしたい画像ファイルを予め複数登録し、順次画像サーバーにアップロードするシステムが知られている。
このようなシステムにおいて、或る機器から画像ファイルをアップロード中であっても、同じ機器内でアップロードする画像ファイルを適宜追加できるようにし、先に登録されていた画像ファイルのアップロードが完了した場合に、続けて追加した画像ファイルをアップロードする技術が提案されている（特許文献１参照）。
【０００４】
また、或るクライアント機器から静止画像ファイル、動画像ファイルの順にサーバーにアップロードするデータ保管システムにおいて、別のクライアント機器からブラウザーを利用してサーバーに保管されている画像を閲覧するシステムが知られている（特許文献２参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−１０１３７３号公報
【特許文献２】特開２００４−３４８２６８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、或るクライアント機器からデータ管理サーバーにアップロードされたファイルを別のクライアント機器から閲覧するシステムでは、次のような問題があった。
通常、クライアント機器からデータ管理サーバーに動画や静止画等の複数のファイルをアップロードする場合、まず各ファイルに対応する付帯情報（テキスト情報）をデータ管理サーバーに送信しておき、その後、各ファイルを順にデータ管理サーバーに送信するようになっている。したがって、別のクライアント機器からみると、付帯情報がデータ管理サーバーに登録された時点で、付帯情報に対応するファイルがデータ管理サーバーに登録されていると認識される。
【０００７】
しかし、実際には、閲覧したいファイルのアップロードが終了していない場合がある。この場合、別のクライアント機器から閲覧対象のファイルをすぐに参照できないという不具合が生じ、ユーザーはアップロードが終了するまで待機を強いられる。特に、迅速性が求められる医療現場においては、診断に必要な画像ファイルがアップロードされるまで医師がその場で待たされることは、大きなデメリットとなっていた。
【０００８】
本発明は、上記の従来技術における問題に鑑みてなされたものであって、アップロードされていないファイルについて閲覧要求があった場合に、当該ファイルが提供されるまでの時間を短縮させることを課題とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、請求項１に記載の発明は、複数のクライアント機器と、各クライアント機器と通信ネットワークを介してデータ通信可能に接続され、前記各クライアント機器からアップロードされたファイルを保存し、前記各クライアント機器からの閲覧要求に応じてファイルを提供するデータ管理サーバーと、を備えるデータ通信システムであって、前記各クライアント機器は、アップロード対象の複数のファイルを、所定の順序に従って前記データ管理サーバーにアップロードするアップロード手段を備え、前記複数のクライアント機器のうち一のクライアント機器のアップロード手段により前記複数のファイルがアップロードされている途中で、前記複数のクライアント機器のうち一のクライアント機器以外の他のクライアント機器から前記データ管理サーバーに対して前記複数のファイルのうちアップロードされていないファイルの閲覧要求があった場合に、前記一のクライアント機器のアップロード手段に、前記閲覧要求の対象のファイルを優先してアップロードするよう、前記所定の順序を変更させる順序変更手段を備える。
【００１０】
請求項２に記載の発明は、請求項１に記載のデータ通信システムにおいて、前記各クライアント機器のアップロード手段は、前記アップロード対象の複数のファイルを前記データ管理サーバーにアップロードする前に、当該複数のファイルのそれぞれに対応する付帯情報を前記データ管理サーバーに送信し、前記データ管理サーバーは、前記送信された付帯情報を記憶する記憶手段を備える。
【００１１】
請求項３に記載の発明は、請求項２に記載のデータ通信システムにおいて、前記データ管理サーバーは、前記記憶手段に記憶されている付帯情報については、当該付帯情報に対応するファイルが前記データ管理サーバーにアップロードされているか否かにかかわらず、前記各クライアント機器から閲覧可能とする公開手段を備える。
【００１２】
請求項４に記載の発明は、請求項２又は３に記載のデータ通信システムにおいて、前記各クライアント機器は、前記記憶手段に記憶されている付帯情報により特定されるファイルの中から閲覧したいファイルを選択するための選択手段を備える。
【００１３】
請求項５に記載の発明は、請求項１から４のいずれか一項に記載のデータ通信システムにおいて、前記順序変更手段は、前記閲覧要求の対象のファイルが複数ある場合に、ファイルサイズが小さいものから順にアップロードするよう、前記所定の順序を変更させる。
【００１４】
請求項６に記載の発明は、請求項１から５のいずれか一項に記載のデータ通信システムにおいて、前記順序変更手段は、前記一のクライアント機器のアップロード手段により現在アップロード中のファイルのサイズが予め定められた値以上である場合に、当該アップロード中のファイルのアップロードを一旦中断させ、前記閲覧要求の対象のファイルを優先してアップロードするよう、前記所定の順序を変更させる。
【００１５】
請求項７に記載の発明は、通信ネットワークを介してデータ通信可能に接続されたデータ管理サーバーに、アップロード対象の複数のファイルを、所定の順序に従ってアップロードするアップロード手段と、前記アップロード手段により前記複数のファイルがアップロードされている途中で、外部機器から前記データ管理サーバーに対して前記複数のファイルのうちアップロードされていないファイルの閲覧要求があった場合に、前記アップロード手段に、前記閲覧要求の対象のファイルを優先してアップロードするよう、前記所定の順序を変更させる順序変更手段と、を備えるデータ処理装置である。
【発明の効果】
【００１６】
本発明によれば、アップロードされていないファイルについて閲覧要求があった場合に、当該ファイルが提供されるまでの時間を短縮させることができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の第１の実施の形態におけるデータ通信システムのシステム構成図である。
【図２】データ管理サーバーの機能的構成を示すブロック図である。
【図３】画像ＤＢのデータ構成例を示す図である。
【図４】要求データリストのデータ構成例を示す図である。
【図５】クライアント機器の機能的構成を示すブロック図である。
【図６】アップロードデータリストのデータ構成例を示す図である。
【図７】データ管理サーバーと、医療施設Ａに設置されたクライアント機器と、医療施設Ｂに設置されたクライアント機器と、により実行されるアップロード順序変更処理を示すラダーチャートである。
【図８】データ管理サーバーと、医療施設Ａに設置されたクライアント機器と、医療施設Ｂに設置されたクライアント機器と、により実行されるアップロード順序変更処理を示すラダーチャートである。
【図９】クライアント機器に表示される検査リスト画面の例である。
【図１０】クライアント機器に表示される検査ビューアー画面の例である。
【図１１】画像表示後の検査ビューアー画面の例である。
【図１２】クライアント機器により実行されるアップロードデータリスト書き換え処理を示すフローチャートである。
【図１３】（ａ）は、アップロード順序変更例１における要求データリスト取得時のアップロードデータリストである。（ｂ）は、順序変更後のアップロードデータリストである。
【図１４】（ａ）は、アップロード順序変更例２におけるユーザー選択時の要求データリストである。（ｂ）は、並べ替え後の要求データリストである。
【図１５】（ａ）は、アップロード順序変更例２における要求データリスト取得時のアップロードデータリストである。（ｂ）は、順序変更後のアップロードデータリストである。
【図１６】第２の実施の形態におけるクライアント機器により実行される第２のアップロードデータリスト書き換え処理を示すフローチャートである。
【発明を実施するための形態】
【００１８】
以下、図面を参照して、本発明に係るデータ通信システムの実施の形態について説明する。ただし、発明の範囲は、図示例に限定されない。
【００１９】
〔第１の実施の形態〕
図１に、第１の実施の形態におけるデータ通信システム１００のシステム構成を示す。
図１に示すように、データ通信システム１００は、データ管理サーバー１０と、患者の治療に携わる各医療施設Ａ，Ｂ，Ｃ，・・・に所属する医師、看護師等の医療従事者が使用するクライアント機器２０Ａ，２０Ｂ，２０Ｃ，・・・と、を備えて構成されている。データ管理サーバー１０とクライアント機器２０Ａ，２０Ｂ，２０Ｃ，・・・とは、通信ネットワークＮを介してデータ通信可能に接続されている。データ通信システム１００は、医療施設間の医療連携、情報共有を目的としたシステムである。
【００２０】
データ管理サーバー１０は、クライアント機器２０Ａ，２０Ｂ，２０Ｃ，・・・からアップロードされた医療情報のファイルを保存し管理する。データ管理サーバー１０は、クライアント機器２０Ａ，２０Ｂ，２０Ｃ，・・・からの閲覧要求に応じて、要求元のクライアント機器２０Ａ，２０Ｂ，２０Ｃ，・・・にファイルを提供する。
【００２１】
データ処理装置としてのクライアント機器２０Ａ，２０Ｂ，２０Ｃ，・・・は、各医療施設Ａ，Ｂ，Ｃ，・・・内で使用されるＰＣ（Personal Computer）、タブレット端末等のコンピューター装置である。医療施設Ａ，Ｂ，Ｃ，・・・としては、比較的大規模の総合病院、小規模の診療所等が挙げられる。クライアント機器２０Ａ，２０Ｂ，２０Ｃ，・・・は、患者を撮影して得られた医用画像等のファイルをデータ管理サーバー１０にアップロードする。以下、クライアント機器２０Ａ，２０Ｂ，２０Ｃ，・・・を特に区別しない場合には、クライアント機器２０と記す。
【００２２】
図２に、データ管理サーバー１０の機能的構成を示す。
図２に示すように、データ管理サーバー１０は、制御部１１、通信部１２、ＲＡＭ１３、記憶部１４等を備えて構成されており、各部はバス１５により接続されている。
【００２３】
制御部１１は、ＣＰＵ（Central Processing Unit）等から構成され、データ管理サーバー１０の各部の処理動作を統括的に制御する。具体的には、ＣＰＵは、通信部１２により受信される指示信号に応じて、記憶部１４に記憶されている各種処理プログラムを読み出してＲＡＭ１３に展開し、当該プログラムとの協働により各種処理を行う。
【００２４】
通信部１２は、ネットワークインターフェース等により構成され、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、インターネット等の通信ネットワークＮを介して接続された外部機器との間でデータの送受信を行う。
【００２５】
ＲＡＭ１３は、制御部１１により実行制御される各種処理において、記憶部１４から読み出された各種プログラム、入力若しくは出力データ及びパラメーター等を一時的に記憶するワークエリアを形成する。
【００２６】
記憶部１４は、ＨＤＤ（Hard Disk Drive）や不揮発性の半導体メモリー等により構成され、各種処理プログラム、当該プログラムの実行に必要なパラメーターやファイル等を記憶している。例えば、記憶部１４には、クライアント機器２０に搭載されたＷｅｂブラウザーとＨＴＴＰプロトコルによる通信を行ってＷｅｂブラウザーに各種Ｗｅｂ画面を提供するＷｅｂサーバーとしての機能を実現させるためのＷｅｂサーバープログラムや、Ｗｅｂサーバー上で動作し、Ｗｅｂブラウザーを介してクライアント機器２０のユーザーにデータ管理サービスを提供するためのアプリケーションプログラム等が記憶されている。
【００２７】
また、記憶部１４には、ユーザー情報テーブル１４１、画像ＤＢ１４２が記憶されている。また、記憶部１４は、ファイル格納部１４３、要求データリスト格納部１４４を有する。
【００２８】
ユーザー情報テーブル１４１は、データ通信システム１００を利用するユーザー（医療従事者）ごとに、ユーザーに関するユーザー情報を管理するためのテーブルである。ユーザー情報テーブル１４１には、ユーザーごとに、ユーザーＩＤ、パスワード、氏名、電話番号、メールアドレス、施設コード、職種等が対応付けられて格納される。
ユーザーＩＤは、ユーザーの識別情報である。
パスワードは、ユーザーがシステムにログインする際のユーザー認証に用いられる。
氏名、電話番号、メールアドレスは、それぞれ、ユーザーの氏名、電話番号、メールアドレスである。
施設コードは、ユーザーが所属する医療施設の識別情報である。
職種は、ユーザーの職種（医師、看護師、薬剤師、ケアマネージャー等）である。
【００２９】
画像ＤＢ１４２は、各医療施設のクライアント機器２０からアップロードされたファイルの付帯情報を管理するためのデータベースである。付帯情報は、ファイルに関連する情報である。
図３に、画像ＤＢ１４２のデータ構成例を示す。
画像ＤＢ１４２では、ファイル格納部１４３に格納されるファイルごとに、付帯情報と、ファイル格納先と、が対応付けられている。記憶部１４は、クライアント機器２０から送信された付帯情報を記憶するものである。
【００３０】
付帯情報には、検査ＩＤ、検査日時、モダリティー、部位、シリーズ数、画像枚数、画像ファイル名、ファイルサイズ、患者ＩＤ、患者氏名、生年月日、性別、施設コード等が含まれる。
検査ＩＤは、ファイルに係る検査の識別情報である。
検査日時は、検査が実施された日時である。
モダリティーは、検査（撮影）に用いられたモダリティーである。
部位は、検査（撮影）の対象とされた部位である。
シリーズ数は、検査に含まれるシリーズの数である。
画像枚数は、検査に含まれる画像の枚数である。
画像ファイル名は、ファイルの名称である。
ファイルサイズは、ファイルのサイズである。
患者ＩＤ、患者氏名、生年月日、性別は、それぞれ、検査の対象とされた患者の識別情報、氏名、生年月日、性別である。
施設コードは、ファイルをアップロードしたユーザー（医療従事者）が所属する医療施設の識別情報である。
【００３１】
ファイル格納先は、記憶部１４のファイル格納部１４３における、付帯情報により特定されるファイルの保存場所を示す情報である。
【００３２】
ファイル格納部１４３には、各医療施設のクライアント機器２０からアップロードされたファイルが格納される。
【００３３】
要求データリスト格納部１４４には、各医療施設のクライアント機器２０から送信された要求データリストが格納される。
要求データリストは、アップロード予定のファイルについて、閲覧を要求するファイルのリストである。
【００３４】
図４に、要求データリストのデータ構成例を示す。
要求データリストには、閲覧要求の対象のファイルごとに、検査ＩＤ、ファイルサイズが含まれる。
要求データリストのファイル名は、「要求先施設コード＋要求元施設コード＋ファイル作成日時（ＹＹＹＹＭＭＤＤＨＨｍｍｓｓ）」として作成される。
要求先施設コードは、アップロード順序の変更が要求される相手先の医療施設の施設コードである。
要求元施設コードは、要求データリストが作成された医療施設の施設コードである。
ファイル作成日時は、要求データリストが作成された日時である。
【００３５】
制御部１１は、クライアント機器２０において、各ユーザーに対応するログインアカウント（ユーザーＩＤ・パスワード）からデータ管理サーバー１０にアクセスがあった場合に、記憶部１４のユーザー情報テーブル１４１を参照して、予め登録されているユーザーであるか否かを判断する。制御部１１は、クライアント機器２０において入力されたユーザーＩＤ及びパスワードの組み合わせが、ユーザー情報テーブル１４１に登録されている場合には、このユーザーＩＤに対応するユーザーが正当なユーザーであると判断する。
【００３６】
制御部１１は、クライアント機器２０からの閲覧要求に応じて、要求されたファイルを要求元のクライアント機器２０に提供する。
【００３７】
制御部１１は、記憶部１４に記憶されている（画像ＤＢ１４２に登録されている）付帯情報については、当該付帯情報に対応するファイルがデータ管理サーバー１０にアップロードされているか否かにかかわらず、各クライアント機器２０から閲覧可能とする。すなわち、制御部１１は、公開手段として機能する。
【００３８】
図５に、クライアント機器２０の機能的構成を示す。
図５に示すように、クライアント機器２０は、制御部２１、操作部２２、表示部２３、通信部２４、ＲＡＭ２５、記憶部２６、計時部２７等を備えて構成されており、各部はバス２８により接続されている。
【００３９】
制御部２１は、ＣＰＵ等から構成され、クライアント機器２０の各部の処理動作を統括的に制御する。具体的には、ＣＰＵは、操作部２２から入力される操作信号又は通信部２４により受信される指示信号に応じて、記憶部２６に記憶されている各種処理プログラムを読み出してＲＡＭ２５に展開し、当該プログラムとの協働により各種処理を行う。
【００４０】
操作部２２は、カーソルキー、文字入力キー及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された操作信号を制御部２１に出力する。また、操作部２２が、表示部２３に積層されたタッチパネルを備え、ユーザーの指等によるタッチ操作の位置に応じた操作信号を制御部２１に出力することとしてもよい。
例えば、操作部２２は、データ管理サーバー１０の記憶部１４に記憶されている付帯情報により特定されるファイルの中から閲覧したいファイルを選択する際に用いられる。すなわち、操作部２２は、選択手段として機能する。
【００４１】
表示部２３は、ＬＣＤ（Liquid Crystal Display）等のモニターを備えて構成されており、制御部２１から入力される表示信号の指示に従って、各種画面を表示する。例えば、表示部２３は、データ管理サーバー１０から受信した各種Ｗｅｂ画面の表示用データに基づいて各種Ｗｅｂ画面を表示する。
【００４２】
通信部２４は、ネットワークインターフェース等により構成され、ＬＡＮ、ＷＡＮ、インターネット等の通信ネットワークＮを介して接続された外部機器との間でデータの送受信を行う。
【００４３】
ＲＡＭ２５は、制御部２１により実行制御される各種処理において、記憶部２６から読み出された各種プログラム、入力若しくは出力データ及びパラメーター等を一時的に記憶するワークエリアを形成する。
【００４４】
記憶部２６は、ＨＤＤや不揮発性の半導体メモリー等により構成され、各種処理プログラム、当該プログラムの実行に必要なパラメーターやファイル等を記憶している。例えば、記憶部２６には、Ｗｅｂブラウザーを実現するためのＷｅｂブラウザープログラム等が記憶されている。
【００４５】
また、記憶部２６には、アップロードデータリストが記憶される。アップロードデータリストは、アップロード対象の複数のファイルに対して順序を付けて並べたリストである。
図６に、アップロードデータリストのデータ構成例を示す。
アップロードデータリストには、アップロード対象のファイルごとに、アップロード済みフラグ、成功／失敗フラグ、検査ＩＤ、要求元施設コード、要求日時が含まれる。
アップロード済みフラグは、該当する行のファイルがアップロード済みであるか否かを示すフラグであり、アップロード済みの場合には「１」、アップロード前の場合には「０」となる。
成功／失敗フラグは、該当する行のファイルのアップロードが成功したか否かを示すフラグであり、アップロードが成功した場合には「１」、アップロード前又はアップロードが失敗した場合には「０」となる。
検査ＩＤは、該当する行のファイルに係る検査の識別情報である。
要求元施設コードは、該当する行のファイルに対してアップロードを優先する旨の要求があった要求元の医療施設の施設コードである。
要求日時は、該当する行のファイルに対してアップロードを優先する旨の要求があった日時である。
なお、要求元施設コード及び要求日時については、該当する行のファイルに対して、いずれの医療施設からもアップロードを優先する旨の要求がなかった場合には、空欄のままである。
【００４６】
計時部２７は、計時回路（ＲＴＣ：Real Time Clock）を有し、この計時回路により現在日時を計時して制御部２１に出力する。
【００４７】
制御部２１は、アップロード対象の複数のファイルを、所定の順序に従ってデータ管理サーバー１０にアップロードする。すなわち、制御部２１は、アップロード手段として機能する。複数のファイルをアップロードする際の順序は、アップロードデータリストに従う。アップロード順序は、ユーザーにより指定されたものでもよいし、予め定められたルールに則って決定されたものでもよい。
制御部２１は、アップロードデータリストに基づいて、リストの上段の行から順にファイルをデータ管理サーバー１０にアップロードする。
【００４８】
制御部２１は、自クライアント機器２０によりアップロードデータリストに含まれる複数のファイルがアップロードされている途中で、自クライアント機器２０以外の他のクライアント機器２０からデータ管理サーバー１０に対して複数のファイルのうちアップロードされていないファイルの閲覧要求があった場合に、自クライアント機器２０において、閲覧要求の対象のファイルを優先してアップロードするよう、アップロードデータリスト内の所定の順序を変更する。すなわち、制御部２１は、順序変更手段として機能する。
【００４９】
具体的には、制御部２１は、データ管理サーバー１０に対して、要求先が自施設に該当する要求データリストの有無を定期的に確認し、要求先が自施設に該当する要求データリストがあれば、これを取得する。
制御部２１は、要求データリストを取得すると、要求データリストに基づいて、要求されたファイルが優先的にアップロードされるように、アップロード順序を変更する。
【００５０】
また、制御部２１は、アップロード対象の複数のファイルをデータ管理サーバー１０にアップロードする前に、当該複数のファイルのそれぞれに対応する付帯情報をデータ管理サーバー１０に送信する。
【００５１】
一方、他のクライアント機器２０により複数のファイルがアップロードされている途中で、データ管理サーバー１０にアップロードされていないファイルの閲覧要求を行う場合には、制御部２１は、要求データリストを作成し、データ管理サーバー１０に送信する。
この際、制御部２１は、閲覧要求の対象のファイルが複数ある場合に、ファイルサイズが小さいものから順にアップロードされるよう、所定の順序を変更させるために、要求データリスト内のファイル順を並べ替える。
【００５２】
次に、データ通信システム１００における動作について説明する。
以下の処理に先立ち、クライアント機器２０からデータ管理サーバー１０にアクセスする際には、ログイン処理が行われる。
【００５３】
具体的には、クライアント機器２０において、操作部２２によりＷｅｂブラウザー上からデータ管理サーバー１０にアクセスするためのＵＲＬが入力されると、制御部２１により、入力されたＵＲＬに基づいて、通信部２４を介してデータ管理サーバー１０にアクセスが行われる。
【００５４】
データ管理サーバー１０では、制御部１１により、クライアント機器２０に対し、通信部１２を介してログイン画面を表示するための表示用データが送信される。なお、データ管理サーバー１０のＷｅｂサーバー機能によりクライアント機器２０に送信されるログイン画面をはじめとする各種Ｗｅｂ画面の表示用データには、ＨＴＭＬ、スタイルシート、画像データ、クライアント機器２０で所定の処理を実行させるためのスクリプト等が含まれる。
【００５５】
クライアント機器２０では、通信部２４によりログイン画面の表示用データが受信されると、制御部２１により、表示部２３にログイン画面が表示される。ログイン画面には、ユーザーＩＤ及びパスワードの入力欄が含まれる。ログイン画面において、操作部２２からの操作により、ユーザーＩＤ及びパスワードが入力されると、制御部２１により、入力されたユーザーＩＤ及びパスワードが通信部２４を介してデータ管理サーバー１０に送信される。
【００５６】
データ管理サーバー１０では、通信部１２によりユーザーＩＤ及びパスワードが受信されると、制御部１１により、ユーザー認証が行われる。具体的には、制御部１１により、記憶部１４のユーザー情報テーブル１４１から、受信されたユーザーＩＤと一致するレコードが検索され、検索されたレコードに含まれるパスワードと受信されたパスワードが一致する場合には、ユーザー認証が成功したと判断される。
【００５７】
図７及び図８は、データ管理サーバー１０と、医療施設Ａに設置されたクライアント機器２０Ａと、医療施設Ｂに設置されたクライアント機器２０Ｂと、により実行されるアップロード順序変更処理を示すラダーチャートである。この処理は、クライアント機器２０Ａから複数のファイルをアップロード中に、クライアント機器２０Ｂからファイルの閲覧要求があった場合の処理である。データ管理サーバー１０における処理は、制御部１１と記憶部１４に記憶されているプログラムとの協働によるソフトウェア処理によって実現され、クライアント機器２０Ａ，２０Ｂにおける処理は、制御部２１と記憶部２６に記憶されているプログラムとの協働によるソフトウェア処理によって実現される。
【００５８】
なお、図７及び図８では、クライアント機器２０Ａにおける処理は、メインスレッドとポーリングスレッドに分けて記載し、クライアント機器２０Ｂにおける処理は、メインスレッドとポーリングスレッドとユーザーインターフェース（ＵＩ）スレッドに分けて記載する。ＵＩスレッドには、操作部２２における入力及び表示部２３における出力（表示）が含まれる。
【００５９】
クライアント機器２０Ａにおいて、複数のファイルが所定の順序（アップロードデータリスト）に従ってデータ管理サーバー１０にアップロードされる際には、まず、メインスレッドにより、複数のファイルのそれぞれに対応する付帯情報が通信部２４を介してデータ管理サーバー１０に送信される（ステップＡ１）。
データ管理サーバー１０では、通信部１２により、クライアント機器２０Ａからアップロードされる予定の複数のファイルのそれぞれに対応する付帯情報が受信されると、制御部１１により、各付帯情報が記憶部１４の画像ＤＢ１４２に格納される。この時点では、画像ＤＢ１４２において、新たに登録された「付帯情報」に対応する「ファイル格納先」は空欄である。
【００６０】
クライアント機器２０Ａでは、ステップＡ１の後、ポーリングスレッドにより、データ管理サーバー１０に対して、通信部２４を介して、医療施設Ａ宛ての要求データリストの有無の確認が開始される（ステップＡ１１）。要求データリストの有無の確認は、データ管理サーバー１０へのアップロードが完了するまで、定期的に行われる。
【００６１】
また、クライアント機器２０Ａでは、ステップＡ１の後、メインスレッドにより、アップロードデータリストに基づいて、通信部２４を介して、ファイルが順にデータ管理サーバー１０にアップロードされていく（ステップＡ２，Ａ３）。また、メインスレッドにより、アップロードデータリストにおいて、アップロードが終了したファイルに対応する「アップロード済みフラグ」が「１」に変更される。
データ管理サーバー１０では、通信部１２により、クライアント機器２０Ａからファイルが受信されると、制御部１１により、当該ファイルが記憶部１４のファイル格納部１４３に格納されるとともに、当該ファイルの格納先が当該ファイルの「付帯情報」と対応付けられて画像ＤＢ１４２の「ファイル格納先」に登録される。
また、クライアント機器２０Ａでは、メインスレッドにより、アップロードデータリストにおいて、アップロードが成功したファイルに対応する「成功／失敗フラグ」が「１」に変更される。
【００６２】
クライアント機器２０Ｂにおいて、操作部２２からの操作により、検査リスト画面の表示要求が指示されると（ステップＢ２１）、メインスレッドにより、データ管理サーバー１０に対して、通信部２４を介して、画像ＤＢ１４２の参照が行われる（ステップＢ１）。
データ管理サーバー１０では、制御部１１により、クライアント機器２０Ｂからの画像ＤＢ１４２の参照要求に応じて、通信部１２を介して、画像ＤＢ１４２内の付帯情報がクライアント機器２０Ｂに提供される（ステップＳ１）。クライアント機器２０Ｂにおいて検索条件が設定されている場合には、画像ＤＢ１４２から検索条件に合致する検査（ファイル）の付帯情報が抽出され、クライアント機器２０Ｂに提供される。
【００６３】
クライアント機器２０Ｂでは、メインスレッドにより、データ管理サーバー１０から画像ＤＢ１４２内の付帯情報が取得され、表示部２３に検査リスト画面が表示される（ステップＢ２２）。
【００６４】
図９に、クライアント機器２０Ｂの表示部２３に表示される検査リスト画面２３１の例を示す。検査リスト画面２３１には、検索条件設定欄３１、検索ボタン３２、検査リスト表示欄３３が含まれる。
検索条件設定欄３１は、患者ＩＤ、モダリティー、部位、検査日等を指定して、検索条件を設定するための領域である。
検索ボタン３２は、検索条件設定欄３１において設定された検索条件に合致する検査の検索を指示するためのボタンである。
検査リスト表示欄３３には、データ管理サーバー１０の画像ＤＢ１４２に登録されている付帯情報により特定される検査（ファイル）のうち、検索条件に合致する検査のリストが表示される。検査リスト表示欄３３には、検査ごとに、検査ＩＤ、検査日時、モダリティー、部位、画像枚数、患者ＩＤ、患者氏名、性別等が表示される。
【００６５】
クライアント機器２０Ｂでは、操作部２２からの操作により、検査リスト画面上で検査（閲覧したい画像に対応）が選択されると（ステップＢ２３）、表示部２３に検査ビューアー画面が表示され（ステップＢ２４）、選択された検査に対応する画像の表示要求が行われる（ステップＢ２５）。
【００６６】
図１０に、クライアント機器２０Ｂの表示部２３に表示される検査ビューアー画面２３２の例を示す。検査ビューアー画面２３２には、検査情報表示欄４１、サムネイル表示欄４２、画像表示欄４３が含まれる。
検査情報表示欄４１には、選択された検査の検査情報（検査ＩＤ、検査日、モダリティー等）が表示される。
サムネイル表示欄４２には、選択された検査のサムネイル画像が表示される。
画像表示欄４３は、選択された検査に対応する画像が表示される領域である。
【００６７】
クライアント機器２０Ｂでは、メインスレッドにより、データ管理サーバー１０に対して、通信部２４を介して、選択された検査に対応するファイルの閲覧要求が行われる（ステップＢ２）。具体的には、選択された検査の検査ＩＤを含む閲覧要求がデータ管理サーバー１０に送信される。
データ管理サーバー１０では、制御部１１により、クライアント機器２０Ｂからのファイルの閲覧要求に応じて、該当するファイルがアップロード済みであるか否かが判断される。具体的には、制御部１１により、記憶部１４の画像ＤＢ１４２が参照され、閲覧要求に含まれる「検査ＩＤ」に対応する「ファイル格納先」にファイルの保存場所が登録されているか否かが判断される。該当するファイルがアップロード済みでない場合、すなわち、「検査ＩＤ」により特定されるファイルについて、画像ＤＢ１４２の「ファイル格納先」が空欄の場合には、制御部１１により、「データなし」という応答が、通信部１２を介してクライアント機器２０Ｂに提供される（ステップＳ２）。
【００６８】
図１０に示す検査ビューアー画面２３２では、選択された検査に対応する画像について、データ管理サーバー１０へのアップロードが完了していないため、画像表示欄４３に、「画像取得中です。しばらくお待ちください。」と表示されている。つまり、サムネイル表示欄４２に表示されている４枚のサムネイル画像のそれぞれに対応する画像の取得の待機中である。
【００６９】
クライアント機器２０Ｂでは、データ管理サーバー１０からの応答に対し、メインスレッドにより、要求データリストが作成される（ステップＢ３）。具体的には、閲覧要求の対象のファイルを特定するための検査ＩＤ及びファイルサイズを含む要求データリストが作成される。要求データリストのファイル名は、「要求先施設コード（医療施設Ａ）＋要求元施設コード（医療施設Ｂ）＋ファイル作成日時」というルールに則って命名される。ここで、「要求先施設コード」として、選択された検査に対応する付帯情報に含まれる「施設コード」が用いられる。また、「要求元施設コード」として、クライアント機器２０Ｂを操作するユーザーが所属する医療施設Ｂの「施設コード」が用いられる。「ファイル作成日時」は、要求データリストの作成時に、計時部２７により取得された「現在日時」が用いられる。
そして、メインスレッドにより、作成された要求データリストが、通信部２４を介してデータ管理サーバー１０に送信される（ステップＢ４）。
データ管理サーバー１０では、通信部１２により、クライアント機器２０Ｂから要求データリストが受信されると、制御部１１により、要求データリストが記憶部１４の要求データリスト格納部１４４に格納される。
【００７０】
クライアント機器２０Ａでは、ポーリングスレッドにより、引き続きデータ管理サーバー１０に対して、通信部２４を介して、医療施設Ａ宛ての要求データリストの有無の確認が行われている（ステップＡ１２）。
データ管理サーバー１０では、制御部１１により、クライアント機器２０Ａからの要求データリストの有無の確認に応じて、記憶部１４の要求データリスト格納部１４４に、クライアント機器２０Ａを操作するユーザーが所属する医療施設Ａ宛ての要求データリスト（要求データリストのファイル名に含まれる「要求先施設コード」が医療施設Ａに該当する要求データリスト）があるか否かが判断される。要求データリスト格納部１４４に医療施設Ａ宛ての要求データリストがある場合には（ステップＳ３）、制御部１１により、通信部１２を介して、医療施設Ａ宛ての要求データリストがクライアント機器２０Ａに送信される。
【００７１】
クライアント機器２０Ａでは、通信部２４を介して、データ管理サーバー１０から医療施設Ａ宛ての要求データリストが取得されると（ステップＡ１３）、メインスレッドにより、アップロードデータリストが書き換えられる（ステップＡ４）。
クライアント機器２０Ａでは、メインスレッドにより、変更されたアップロードデータリストに基づいて、通信部２４を介して、ファイルが順にデータ管理サーバー１０にアップロードされていく（ステップＡ５）。
【００７２】
クライアント機器２０Ｂでは、ステップＢ４の後、ポーリングスレッドにより、データ管理サーバー１０に対して、通信部２４を介して、要求データ（要求データリストに含まれる閲覧要求の対象のファイル）の有無の確認が開始される（ステップＢ１１）。
クライアント機器２０Ｂのポーリングスレッドによる要求データの有無の確認に対し（ステップＢ１２）、データ管理サーバー１０では、制御部１１により、記憶部１４のファイル格納部１４３に要求データがアップロードされたか否かが判断される。具体的には、制御部１１により、記憶部１４の画像ＤＢ１４２が参照され、要求データリストに含まれる「検査ＩＤ」に対応する「ファイル格納先」にファイルの保存場所が登録されているか否かが判断される。
ファイル格納部１４３に要求データがアップロードされている場合には（ステップＳ４）、制御部１１により、通信部１２を介して、要求データがアップロード済みであることがクライアント機器２０Ｂに送信される。
【００７３】
クライアント機器２０Ｂでは、ポーリングスレッドにより、要求データがアップロード済みであることが取得され、要求データがアップロード済みであることがメインスレッドに伝えられる。
クライアント機器２０Ｂでは、メインスレッドにより、データ管理サーバー１０に対して、通信部２４を介して、選択された検査に対応するファイルの閲覧要求が行われる（ステップＢ５）。
データ管理サーバー１０では、制御部１１により、クライアント機器２０Ｂからのファイルの閲覧要求に応じて、通信部１２を介して、該当するファイルがクライアント機器２０Ｂに提供される。
【００７４】
クライアント機器２０Ｂでは、メインスレッドにより、閲覧要求の対象のファイルが取得されると（ステップＢ６）、当該ファイルに対応する画像が表示部２３に表示される（ステップＢ２６）。
図１１に、画像が表示された状態の検査ビューアー画面２３３の例を示す。検査ビューアー画面２３３の構成は、検査ビューアー画面２３２（図１０参照）と同様であるため、同一の符号を用い、説明を省略する。図１１では、選択された検査に対応する画像について、データ管理サーバー１０へのアップロードが完了しているため、画像表示欄４３に４枚の画像が表示されている。画像表示欄４３では、データ管理サーバー１０へのアップロードが進むにつれて、データ管理サーバー１０からファイルが取得されたものから順に表示されていく。
以上で、アップロード順序変更処理が終了する。
【００７５】
図１２は、クライアント機器２０Ａにより実行されるアップロードデータリスト書き換え処理を示すフローチャートである。この処理は、クライアント機器２０Ａにおいて、複数のファイルがデータ管理サーバー１０にアップロードされている途中で、データ管理サーバー１０から要求データリストを取得した際に行われる処理であり、図８のステップＡ４に相当する。
【００７６】
まず、制御部２１により、アップロードデータリストが参照され、要求データリスト上のファイルがデータ管理サーバー１０にアップロード済み又はアップロード中であるか否かが判断される（ステップＡ２１）。要求データリスト上のファイルがデータ管理サーバー１０にアップロード済みである場合には、アップロードデータリストの順序を変更する必要はない。また、要求データリスト上のファイルがデータ管理サーバー１０にアップロード中である場合には、そのままファイルのアップロードを継続すればよく、これ以上優先順位を上げることはできない。
【００７７】
要求データリスト上のファイルがデータ管理サーバー１０にアップロード済みでもなく、アップロード中でもない場合には（ステップＡ２１；ＮＯ）、制御部２１により、アップロードデータリストにおいて、アップロード中のファイルの行番号Ｘが取得される（ステップＡ２２）。
【００７８】
次に、制御部２１により、行番号Ｘに１が加算された値が新たな行番号Ｘとされ、アップロードデータリストにおいて、次の行が処理対象とされる（ステップＡ２３）。
【００７９】
次に、制御部２１により、アップロードデータリストにおいて、行番号Ｘの要求日時が記載されているか否かが判断される（ステップＡ２４）。すなわち、制御部２１により、行番号Ｘに該当するデータが既に優先順位が変更されたものであるか否かが判断される。
【００８０】
行番号Ｘの要求日時が記載されている場合（ステップＡ２４；ＹＥＳ）、すなわち、行番号Ｘに該当するデータが既に優先順位が変更されたものである場合には、制御部２１により、アップロードデータリストにおいて、行番号Ｘの要求日時が今回の要求データリストのファイル作成日時以前であるか否かが判断される（ステップＡ２５）。要求データリストのファイル作成日時は、要求データリストのファイル名に含まれる「ファイル作成日時」により取得される。
【００８１】
行番号Ｘの要求日時が今回の要求データリストのファイル作成日時以前である場合には（ステップＡ２５；ＹＥＳ）、ステップＡ２３に戻り、処理が繰り返される。
【００８２】
ステップＡ２４において、行番号Ｘの要求日時が記載されていない場合（ステップＡ２４；ＮＯ）、又は、ステップＡ２５において、行番号Ｘの要求日時が今回の要求データリストのファイル作成日時より後の場合には（ステップＡ２５；ＮＯ）、制御部２１により、要求データリストにより要求されているファイルに該当する既存のデータがアップロードデータリストから削除される（ステップＡ２６）。データの削除により、アップロードデータリストにおいて、これ以降のデータの行番号は繰り上がる。
【００８３】
次に、制御部２１により、要求データリストにより要求されているファイルに該当するデータがアップロードデータリストの行番号Ｘに挿入され（ステップＡ２７）、アップロードデータリストの行番号Ｘに要求元施設コードと要求日時が追加される（ステップＡ２８）。具体的には、行番号Ｘの要求元施設コードとして、要求データリストのファイル名に含まれる「要求元施設コード」が追加され、行番号Ｘの要求日時として、要求データリストのファイル名に含まれる「ファイル作成日時」が追加される。データの挿入により、アップロードデータリストにおいて、これ以降のデータの行番号は繰り下がる。
【００８４】
ステップＡ２１において、要求データリスト上のファイルがデータ管理サーバー１０にアップロード済み又はアップロード中である場合（ステップＡ２１；ＹＥＳ）、又は、ステップＡ２８の後、アップロードデータリスト書き換え処理が終了する。
クライアント機器２０Ａでは、要求データリストに含まれるファイルの数だけ、アップロードデータリスト書き換え処理が繰り返される。
【００８５】
＜アップロード順序変更例１＞
次に、アップロード順序変更例１について説明する。
クライアント機器２０Ａにおいて、図１３（ａ）に示すアップロードデータリストに基づいて複数のファイルがデータ管理サーバー１０にアップロードされている途中で、データ管理サーバー１０から図４に示す要求データリストが取得されたこととする。図４に示す要求データリストは、クライアント機器２０Ｂからデータ管理サーバー１０に送信されたものであり、ファイル名は、「Facility-A_Facility-B_201703271315」である。
【００８６】
図１３（ａ）によると、クライアント機器２０Ａでは、アップロードデータリストの行番号「１」のファイル（検査ＩＤ：１００１００）についてはアップロード済みであり、現在、行番号「２」のファイル（検査ＩＤ：１００２００）をアップロード中である。
図４に示す要求データリストに含まれる「検査ＩＤ」が「１００４００」のファイルのデータをアップロードデータリストの元の位置から抜き出して、アップロード中のファイルの次の行（行番号「３」）に挿入し、順序を変更した後のアップロードデータリストを図１３（ｂ）に示す。結果として、アップロードデータリストの行番号「３」のファイル（検査ＩＤ：１００３００）と行番号「４」のファイル（検査ＩＤ：１００４００）とが入れ替わっている。また、アップロードデータリストにおいて、クライアント機器２０Ｂから閲覧要求があったファイル（検査ＩＤ：１００４００）のデータに対し、要求元施設コードに「Facility-B」が追加され、要求日時に「201703271315」が追加されている。
【００８７】
＜アップロード順序変更例２＞
次に、アップロード順序変更例２として、閲覧要求の対象のファイルが複数ある場合について説明する。
まず、クライアント機器２０Ｂにおいて、要求データリストを作成する際に、操作部２２からの操作により、図１４（ａ）に示すように、３個のファイルが選択されたこととする。クライアント機器２０Ｂの制御部２１（メインスレッド）は、選択された３個のファイルを、ファイルサイズが小さい順に並べ替え、図１４（ｂ）に示す要求データリストを作成する。要求データリストは、クライアント機器２０Ｂからデータ管理サーバー１０に送信される。
【００８８】
クライアント機器２０Ａにおいて、図１５（ａ）に示すアップロードデータリストに基づいて複数のファイルがデータ管理サーバー１０にアップロードされている途中で、データ管理サーバー１０から図１４（ｂ）に示す要求データリストが取得されたこととする。
【００８９】
図１５（ａ）によると、クライアント機器２０Ａでは、アップロードデータリストの行番号「１」のファイル（検査ＩＤ：１００１００）についてはアップロード済みであり、現在、行番号「２」のファイル（検査ＩＤ：１００２００）をアップロード中である。
図１４（ｂ）に示す要求データリストに含まれる「検査ＩＤ」が「１０２５００」のファイルのデータをアップロードデータリストの元の位置から抜き出して、アップロード中のファイルの次の行（行番号「３」）に挿入し、「検査ＩＤ」が「１０１６００」のファイルのデータをアップロードデータリストの元の位置から抜き出して、その次の行（行番号「４」）に挿入し、「検査ＩＤ」が「１０１５００」のファイルのデータをアップロードデータリストの元の位置から抜き出して、その次の行（行番号「５」）に挿入することで、順序を変更した後のアップロードデータリストを図１５（ｂ）に示す。結果として、アップロードデータリストの行番号「３」〜「５」に、要求データリストにより要求されたファイルのデータが、ファイルサイズが小さい順に挿入されている。
【００９０】
この例では、クライアント機器２０Ｂ側で、ファイルサイズが小さい順になるように要求データリストを作成しているので、要求元であるクライアント機器２０Ｂの制御部２１が順序変更手段の一部を構成している。
なお、クライアント機器２０Ｂ側で要求データリスト内のファイルサイズの大小に基づく並べ替えを行わず、データ管理サーバー１０又はクライアント機器２０Ａにおいて、要求データリスト内でファイルをサイズの小さい順に並べ替えることとしてもよい。
【００９１】
以上説明したように、第１の実施の形態によれば、閲覧要求の対象のファイルを優先してアップロードするよう、アップロードの順序を変更するので、アップロードされていないファイルについて閲覧要求があった場合に、当該ファイルが提供されるまでの時間を短縮させることができる。
【００９２】
また、各クライアント機器２０からアップロード対象の複数のファイルをデータ管理サーバー１０にアップロードする前に、複数のファイルのそれぞれに対応する付帯情報をデータ管理サーバー１０に送信することで、アップロードされるファイルの付帯情報を他のクライアント機器２０から閲覧可能となる。
【００９３】
また、閲覧要求の対象のファイルが複数ある場合に、ファイルサイズが小さいものから順にアップロードすることで、ファイルが提供されるまでの待ち時間を短縮させることができる。
【００９４】
〔第２の実施の形態〕
次に、本発明を適用した第２の実施の形態について説明する。
第２の実施の形態におけるデータ通信システムは、第１の実施の形態に示したデータ通信システム１００と同様の構成であるため、図１、図２及び図５を援用し、その構成については図示及び説明を省略する。以下、第２の実施の形態に特徴的な構成及び処理について説明する。
【００９５】
第１の実施の形態では、クライアント機器２０がデータ管理サーバー１０から要求データリストを取得した場合に、アップロード中のファイルについては、アップロードを継続することとしたが、第２の実施の形態では、アップロード中のファイルのサイズに応じて、アップロードを継続するか否かを決定する。
【００９６】
クライアント機器２０の制御部２１は、自クライアント機器２０により現在アップロード中のファイルのサイズが予め定められた値以上である場合に、当該アップロード中のファイルのアップロードを一旦中断させ、閲覧要求の対象のファイルを優先してアップロードするよう、所定の順序を変更させる。
【００９７】
図１６は、クライアント機器２０Ａにより実行される第２のアップロードデータリスト書き換え処理を示すフローチャートである。この処理は、クライアント機器２０Ａにおいて、複数のファイルがデータ管理サーバー１０にアップロードされている途中で、データ管理サーバー１０から要求データリストを取得した際に行われる処理である。
【００９８】
ステップＡ３１及びステップＡ３２の処理は、アップロードデータリスト書き換え処理（図１２参照）のステップＡ２１及びステップＡ２２の処理と同様であるため、説明を省略する。
【００９９】
次に、制御部２１により、アップロード中のファイルのサイズが所定値以上であるか否かが判断される（ステップＡ３３）。
アップロード中のファイルのサイズが所定値以上である場合には（ステップＡ３３；ＹＥＳ）、制御部２１により、アップロードデータリストにおいて、行番号Ｘの要求日時が記載されているか否かが判断される（ステップＡ３４）。
【０１００】
行番号Ｘの要求日時が記載されていない場合（ステップＡ３４；ＮＯ）、すなわち、行番号Ｘに該当するデータが他からの要求によって優先順位が変更されたものでない場合には、制御部２１により、行番号Ｘのファイルのアップロードが中断される（ステップＡ３５）。
【０１０１】
次に、制御部２１により、要求データリストにより要求されているファイルに該当する既存のデータがアップロードデータリストから削除される（ステップＡ３６）。
次に、制御部２１により、要求データリストにより要求されているファイルに該当するデータがアップロードデータリストの行番号Ｘに挿入され（ステップＡ３７）、アップロードデータリストの行番号Ｘに要求元施設コードと要求日時が追加される（ステップＡ３８）。
【０１０２】
ステップＡ３３において、アップロード中のファイルのサイズが所定値未満である場合（ステップＡ３３；ＮＯ）、又は、ステップＡ３４において、行番号Ｘの要求日時が記載されている場合には（ステップＡ３４；ＹＥＳ）、ステップＡ３９に移行する。ステップＡ３９以降の処理は、アップロードデータリスト書き換え処理（図１２参照）のステップＡ２３以降の処理と同様であるため、説明を省略する。
【０１０３】
ステップＡ３１において、要求データリスト上のファイルがデータ管理サーバー１０にアップロード済み又はアップロード中である場合（ステップＡ３１；ＹＥＳ）、又は、ステップＡ３８の後、第２のアップロードデータリスト書き換え処理が終了する。
クライアント機器２０Ａでは、要求データリストに含まれるファイルの数だけ、第２のアップロードデータリスト書き換え処理が繰り返される。
【０１０４】
以上説明したように、第２の実施の形態によれば、閲覧要求の対象のファイルを優先してアップロードするよう、アップロードの順序を変更するので、アップロードされていないファイルについて閲覧要求があった場合に、当該ファイルが提供されるまでの時間を短縮させることができる。
【０１０５】
特に、現在アップロード中のファイルのサイズが所定値以上である場合に、当該アップロード中のファイルのアップロードを一旦中断させ、閲覧要求の対象のファイルを先にアップロードするので、比較的アップロードに時間がかかる大きいサイズのファイルのアップロードは後回しにすることで、閲覧要求の対象のファイルをより迅速に提供可能とすることができる。
【０１０６】
なお、アップロード中のファイルのサイズが所定値以上であっても、アップロードが完了するまでの残りのデータ量が予め定められた値以下である場合には、アップロードを続行することとしてもよい。
【０１０７】
また、上記各実施の形態における記述は、本発明に係るデータ通信システムの例であり、これに限定されるものではない。システムを構成する各装置の細部構成及び細部動作に関しても本発明の趣旨を逸脱することのない範囲で適宜変更可能である。
【０１０８】
例えば、各医療施設内でサーバー／クライアントシステムが構成され、上記各実施の形態におけるクライアント機器２０が有する機能が、ファイルの保存及びアップロードを行う施設内サーバーと、施設内サーバーに対して操作指示を行うための操作端末と、に分かれていてもよい。
【０１０９】
各処理を実行するためのプログラムを格納するコンピューター読み取り可能な媒体としては、ＨＤＤや不揮発性の半導体メモリーの他、ＣＤ−ＲＯＭ等の可搬型記録媒体を適用することも可能である。また、プログラムのデータを通信回線を介して提供する媒体として、キャリアウェーブ（搬送波）を適用することとしてもよい。
【符号の説明】
【０１１０】
１０  データ管理サーバー
１１  制御部
１２  通信部
１４  記憶部
２０（２０Ａ，２０Ｂ，２０Ｃ，・・・）  クライアント機器
２１  制御部
２２  操作部
２３  表示部
２４  通信部
２６  記憶部
２７  計時部
１００  データ通信システム
１４２  画像ＤＢ
１４３  ファイル格納部
１４４  要求データリスト格納部
Ｎ  通信ネットワーク
【図１】
2018195039.tif 000003
【図２】
2018195039.tif 000004
【図３】
2018195039.tif 000005
【図４】
2018195039.tif 000006
【図５】
2018195039.tif 000007
【図６】
2018195039.tif 000008
【図７】
2018195039.tif 000009
【図８】
2018195039.tif 000010
【図９】
2018195039.tif 000011
【図１０】
2018195039.tif 000012
【図１１】
2018195039.tif 000013
【図１２】
2018195039.tif 000014
【図１３】
2018195039.tif 000015
【図１４】
2018195039.tif 000016
【図１５】
2018195039.tif 000017
【図１６】
2018195039.tif 000018