(57)【要約】【課題】患者の個人情報を保護しつつ、患者の医療画像の２次利用を可能とする仕組みを提供することを目的とする。【解決手段】第１の情報処理装置は、患者の個人情報と、医療情報と、識別情報と、を対応付けて記憶する第１の記憶手段と、第１の記憶手段に記憶されている識別情報を更新する第１の更新手段とを有し、第２の情報処理装置は、医療情報と、識別情報と、を対応付けて記憶する第２の記憶手段と、受信手段が受信した個人情報を、一の識別情報に対応付ける対応付手段と、第２の記憶手段に記憶されている識別情報を更新する第２の更新手段とを有し、第１の更新手段と第２の更新手段は、第１の記憶手段と第２の記憶手段において、同一の医療情報に対応付けられている第１の識別情報それぞれを、対応するタイミングにおいて、第１の識別情報と異なる第２の識別情報に更新する。【選択図】図１
2019003413.tif 000002
【特許請求の範囲】
【請求項１】
第１の情報処理装置と、第２の情報処理装置と、を備える情報処理システムであって、
前記第１の情報処理装置は、
患者の個人情報と、前記個人情報に係る人物に対して得られた医療情報と、前記医療情報を識別する識別情報と、を対応付けて記憶する第１の記憶手段と、
前記第１の記憶手段に記憶されている前記識別情報を更新する第１の更新手段と
を有し、
前記第２の情報処理装置は、
前記医療情報と、前記識別情報と、を対応付けて記憶する第２の記憶手段と、
一の識別情報に対応付けられた前記個人情報の少なくとも一部を前記第１の情報処理装置から受信する受信手段と、
前記受信手段が受信した前記個人情報を、前記一の識別情報に対応付ける対応付手段と、
前記第２の記憶手段に記憶されている前記識別情報を更新する第２の更新手段と
を有し、
前記第１の更新手段と前記第２の更新手段は、前記第１の記憶手段と前記第２の記憶手段において、同一の医療情報に対応付けられている第１の識別情報それぞれを、対応するタイミングにおいて、前記第１の識別情報と異なる第２の識別情報に更新することを特徴とする情報処理システム。
【請求項２】
前記第１の情報処理装置は、前記第１の更新手段及び前記第２の更新手段の更新開始を制御する更新制御手段をさらに有することを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記第２の情報処理装置は、前記第１の更新手段及び前記第２の更新手段の更新開始を制御する更新制御手段をさらに有することを特徴とする請求項１に記載の情報処理システム。
【請求項４】
前記更新制御手段は、前記受信手段が前記個人情報を受信した場合に、前記更新を開始するよう制御することを特徴とする請求項３に記載の情報処理システム。
【請求項５】
前記更新制御手段は、定期的に、更新を開始するよう制御することを特徴とする請求項２又は３に記載の情報処理システム。
【請求項６】
前記更新制御手段は、前記受信手段が受信した個人情報の種別に応じた間隔で、更新を行うことを特徴とする請求項５に記載の情報処理システム。
【請求項７】
前記第１の更新手段と前記第２の更新手段は、同じ単射関数を適用することで、前記第１の識別情報を前記第２の識別情報に更新することを特徴とする請求項１乃至６の何れか１項に記載の情報処理システム。
【請求項８】
前記第２の情報処理装置は、
前記医療情報を利用した処理を行う処理手段をさらに有し、
前記更新制御手段は、前記処理手段による処理に利用されている医療情報の識別情報は、更新対象としないよう制御することを特徴とする請求項３に記載の情報処理システム。
【請求項９】
前記第２の情報処理装置は、
前記処理手段による処理を識別する識別情報に対応付けて、前記処理に利用される医療情報の識別情報を記憶する第３の記憶手段をさらに有し、
前記第２の更新手段は、前記医療情報を更新する場合に、前記第３の記憶手段に記憶されている前記処理の識別情報を他の識別情報に更新することを特徴とする請求項８に記載の情報処理システム。
【請求項１０】
前記第２の情報処理装置の前記受信手段は、前記第１の情報処理装置から前記医療情報を受信し、
前記第２の情報処理装置は、前記受信手段が受信した前記医療情報に対し前記識別情報を発行する発行手段と、
前記受信手段が受信した前記医療情報と、前記医療情報に対して発行された前記識別情報とを対応付けて前記第２の記憶手段に格納する管理手段と、
前記識別情報を前記第１の情報処理装置に送信する送信手段と
をさらに有し、
前記第１の情報処理装置は、前記第２の情報処理装置に送信した前記医療情報と、前記第２の情報処理装置から送信された前記識別情報とを対応付けて前記第１の記憶手段に格納する管理手段をさらに有することを特徴とする請求項１乃至９の何れか１項に記載の情報処理システム。
【請求項１１】
前記医療情報は、医療画像であり、
前記第２の情報処理装置は、
前記医療画像に対する画像処理を行う画像処理手段をさらに有することを特徴とする請求項１乃至１０の何れか１項に記載の情報処理システム。
【請求項１２】
個人情報と、前記個人情報に係る人物に対して得られた医療情報と、前記医療情報を識別する識別情報と、を対応付けて記憶する第１の記憶手段と、
前記第１の記憶手段に記憶されている前記識別情報を更新する更新手段と
を有し、
前記更新手段は、前記医療情報と前記識別情報を対応付けて記憶する外部装置の第２の記憶手段と、前記第１の記憶手段において、同一の医療情報に対応付けられている第１の識別情報それぞれを、対応するタイミングにおいて、前記第１の識別情報と異なる第２の識別情報に更新することを特徴とする情報処理装置。
【請求項１３】
医療情報と、前記医療情報を識別する識別情報と、を対応付けて記憶する第１の記憶手段と、
個人情報と、前記個人情報に係る人物の前記医療情報と、前記識別情報と、を対応付けて記憶する第２の記憶手段を有する外部装置から、一の識別情報に対応付けられた個人情報の少なくとも一部を受信する受信手段と、
前記受信手段が受信した前記個人情報を、前記一の識別情報に対応付ける対応付手段と、
前記第１の記憶手段に記憶されている前記識別情報を更新する更新手段と
を有し、
前記更新手段は、前記第１の記憶手段と前記第２の記憶手段において、同一の医療情報に対応付けられている第１の識別情報それぞれを、対応するタイミングにおいて、前記第１の識別情報と異なる第２の識別情報に更新することを特徴とする情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム及び情報処理装置に関する。
【背景技術】
【０００２】
近年、病院内で得られた検査画像等に対する画像処理等の医療情報サービスをクラウド等の病院外のデータセンタで行うことが増えてきている。このようなサービスでは、患者の個人情報保護の観点から病院内のゲートウェイ・サーバで診療情報である医療画像から個人情報を取り除き、医療画像のみをデータセンタにアップロードする必要がある。アップロードされた画像をゲートウェイ・サーバ側から特定して操作、参照できるように、データセンタは画像に対して識別子を返すようになっている。以降、この識別子を紐付ＩＤと称する。ゲートウェイ・サーバでは、アップロードした画像に対してデータセンタから返ってくる画像処理結果を患者情報と紐付けるために、患者情報と画像の紐付ＩＤを関連付けて管理している。特許文献１には、病院外部のデータセンタに診療情報である医療画像をアップロードする際に紐付ＩＤとして医療画像固有の識別情報を用いる技術が開示されている。
【０００３】
近年、データセンタ上に溜まった大量の医療画像等のビッグデータを用いて統計処理を行ったり、症例画像データベースを作成したりする等のデータの２次利用の重要性が高まっている。診療情報の２次利用のためには、患者の年齢や性別等ある程度の個人情報が必要とされる。しかし、病院外のデータセンタは情報漏えいのリスクが高いため、個人情報の保護を考慮する必要がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−２６４１０７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１の技術においては、データセンタにおいて、医療画像は紐付ＩＤでのみ識別される匿名化されたデータになってしまう。このため、医療画像を２次利用することができない。また、紐付ＩＤを医療画像に固有の情報とした場合には、情報が漏えいしていた場合に、過去に漏えいした個人情報と、医療画像との関係付けが可能となり、個人が特定される可能性が高くなるという問題があった。
【０００６】
本発明はこのような問題点に鑑みなされたもので、患者の個人情報を保護しつつ、患者の医療画像の２次利用を可能とする仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００７】
そこで、本発明は、第１の情報処理装置と、第２の情報処理装置と、を備える情報処理システムであって、前記第１の情報処理装置は、患者の個人情報と、前記個人情報に係る人物に対して得られた医療情報と、前記医療情報を識別する識別情報と、を対応付けて記憶する第１の記憶手段と、前記第１の記憶手段に記憶されている前記識別情報を更新する第１の更新手段とを有し、前記第２の情報処理装置は、前記医療情報と、前記識別情報と、を対応付けて記憶する第２の記憶手段と、一の識別情報に対応付けられた前記個人情報の少なくとも一部を前記第１の情報処理装置から受信する受信手段と、前記受信手段が受信した前記個人情報を、前記一の識別情報に対応付ける対応付手段と、前記第２の記憶手段に記憶されている前記識別情報を更新する第２の更新手段とを有し、前記第１の更新手段と前記第２の更新手段は、前記第１の記憶手段と前記第２の記憶手段において、同一の医療情報に対応付けられている第１の識別情報それぞれを、対応するタイミングにおいて、前記第１の識別情報と異なる第２の識別情報に更新することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、患者の個人情報を保護しつつ、患者の医療画像の２次利用を可能とする仕組みを提供することができる。
【図面の簡単な説明】
【０００９】
【図１】第１の実施形態に係る医療システムの全体図である。
【図２】クライアント装置のハードウェア構成図である。
【図３】医療システムによるアップロード処理を示すシーケンス図である。
【図４】アップロード処理後のデータ記憶領域のデータ構成例を示す図である。
【図５】医療システムによるジョブリクエスト処理を示すシーケンス図である。
【図６】リクエスト電文のデータ構成例を示す図である。
【図７】データ用記憶領域のデータ構成例を示す図である。
【図８】医療システムによる２次利用処理を示すシーケンス図である。
【図９】データ用記憶領域のデータ構成例を示す図である。
【図１０】データ用記憶領域のデータ構成例を示す図である。
【図１１】データ用記憶領域のデータ構成例を示す図である。
【図１２】２次利用データの説明図である。
【図１３】紐付ＩＤの更新制御処理を示すフローチャートである。
【図１４】データ用記憶領域のデータ構成例を示す図である。
【図１５】データ用記憶領域のデータ構成例を示す図である。
【図１６】２次利用処理を示すシーケンス図である。
【図１７】データ用記憶領域のデータ構成例を示す図である。
【発明を実施するための形態】
【００１０】
以下、本発明の実施形態について図面に基づいて説明する。
【００１１】
（第１の実施形態）
図１は、第１の実施形態に係る医療システムの全体図である。医療システムは、情報処理システムの一例である。医療システムは、管理装置１００と、画像処理装置１１０と、を有している。管理装置１００は、病院内に設定され、患者の個人情報と共に、患者の検査画像等の医療画像を管理する。以下、医療画像を単に画像と称する。管理装置１００は、例えばゲートウェイ・サーバである。画像処理装置１１０は、クラウド上に置かれた画像処理サーバであり、管理装置１００から受け取った画像に画像処理を施し、処理結果を管理装置１００に返す。本実施形態では画像処理の一例として差分画像生成を用いるが、融合画像生成等、他の画像処理であっても構わない。管理装置１００と画像処理装置１１０は、インターネット１３０を介して接続する。また、クライアント装置１４０は、医師等のユーザが画像を表示、操作するために用いられる。ユーザは、クライアント装置１４０を用いて、管理装置１００にアクセスすることで、画像処理装置１１０に画像処理をリクエストしたり、画像処理の結果を表示、操作したりすることができる。また、ＰＡＣＳ（Picture  Archiving  and  Communication  System）１５０は、画像を保管するための装置である。クライアント装置１４０、ＰＡＣＳ１５０及び管理装置１００は、イントラネット１６０を介して接続する。
【００１２】
管理装置１００は、機能構成として、第１通信処理部１０１と、第１画像管理部１０２と、第１ジョブ管理部１０３と、第１画像テーブル１０４と、第１ジョブテーブル１０５と、を有している。第１通信処理部１０１は、外部装置との通信を制御する。第１画像管理部１０２は、自装置に記憶されている画像を管理する。第１ジョブ管理部１０３は、画像処理装置１１０において実行される、画像に対する画像処理のジョブのジョブＩＤを管理する。第１画像テーブル１０４は、画像と、画像に対応する患者の個人情報とを対応付けて記憶する。第１ジョブテーブル１０５は、画像処理装置１１０において画像処理に対して付与されたジョブＩＤと、画像処理（ジョブ）に係る画像とを対応付けて記憶する。ここで、ジョブＩＤは、ジョブの識別情報である。
【００１３】
画像処理装置１１０は、機能構成として、第２通信処理部１１１と、第２画像管理部１１２と、第２ジョブ管理部１１３と、第２画像テーブル１１４と、第２ジョブテーブル１１５と、を有している。画像処理装置１１０はさらに、画像処理部１１６と、２次利用管理部１１７と、２次利用テーブル１１８とを有している。第２通信処理部１１１は、外部装置との通信を制御する。第２画像管理部１１２は、管理装置１００から画像を受信し、自装置に記憶されている画像を管理する。第２ジョブ管理部１１３は、画像に対する画像処理のジョブを管理する。第２画像テーブル１１４は、画像を記憶する。第２ジョブテーブル１１５は、ジョブＩＤと、画像とを対応付けて記憶する。
【００１４】
画像処理部１１６は、画像に対する画像処理を行う。２次利用管理部１１７は、画像の２次利用を管理する。ここで、２次利用としては、本来、画像処理部１１６による画像処理を目的として、管理装置１００から受信した画像を、画像に対応した人物の個人情報と照らし合わせることにより統計処理に用いる等が挙げられる。なお、２次利用に係る処理については、画像処理装置１１０が行ってもよく、同一クラウド内の他の装置が行ってもよい。他の装置において２次利用される場合には、画像処理装置１１０は、２次利用の対象となる画像を、必要な個人情報と共に、クラウド内に閉じた通信路を用いて他の装置に送信する。２次利用テーブル１１８は、２次利用に係る情報を記憶する。
【００１５】
図２は、クライアント装置１４０のハードウェア構成図である。ＵＩデバイス２０１は、マウスやキーボード、表示画面上に指等がタッチした位置を検出するタッチセンサー等である。ＵＩデバイス２０１にユーザからの指示が入力される。ＣＰＵ２０２は、プログラム用記憶領域２０６からＲＡＭ２０３にプログラムを読み出し、これを解釈、実行することにより、各種制御や計算、ＵＩの表示等を実現する。通信ＩＦ２０４は、イントラネット１６０と繋がっており、管理装置１００や画像処理装置１１０等の外部装置とのデータの送受信を行う。表示部２０５は、装置の状態や処理内容を表示する。表示部２０５は、例えばＬＥＤ（Light  Emitting  Diode）や液晶パネル等である。プログラム用記憶領域２０６には、各種プログラムが記憶されている。データ用記憶領域２０７には、各種データが記憶されている。プログラム用記憶領域２０６及びデータ用記憶領域２０７は、例えば、ハードディスクやフラッシュメモリであるが、記憶媒体はこれらに限定されるものではない。
【００１６】
管理装置１００のハードウェア構成は、図２を参照しつつ説明したクライアント装置１４０のハードウェア構成と同様である。ただし、管理装置１００においては、ＵＩデバイス２０１及び表示部２０５は必須ではない。また、管理装置１００の通信ＩＦ２０４は、イントラネット１６０及びインターネット１３０の双方と繋がっている。図１を参照しつつ説明した管理装置１００の機能や、後述の処理等は、管理装置１００のＣＰＵ２０２がプログラムを読み出し、このプログラムを実行することにより実現されるものである。
【００１７】
また、画像処理装置１１０のハードウェア構成も、管理装置１００のハードウェア構成と同様である。ただし、画像処理装置１１０の通信ＩＦ２０４は、インターネット１３０と繋がっているが、イントラネット１６０とは繋がっていない。画像処理装置１１０の機能や後述の処理は、画像処理装置１１０のＣＰＵ２０２がプログラムを読み出し、このプログラムを実行することにより実現されるものである。なお、第１画像テーブル１０４及び第１ジョブテーブル１０５は、管理装置１００のデータ用記憶領域２０７に格納されているものとする。また、第２画像テーブル１１４、第２ジョブテーブル１１５及び２次利用テーブル１１８は、画像処理装置１１０のデータ用記憶領域２０７に格納されているものとする。
【００１８】
なお、他の例としては、管理装置１００は、ＣＰＵやＲＯＭ、ＲＡＭ等を複数有し、図１を参照しつつ説明した各機能や後述の各処理は、複数のＣＰＵやＲＯＭ、ＲＡＭ等を協働させて実現されるものでもよい。また、他の例としては、管理装置１００の機能や処理それぞれがハードウェア回路により実現されるものでもよい。画像処理装置１１０についても同様である。
【００１９】
図３は、医療システムによるアップロード処理を示すシーケンス図である。アップロード処理とは、管理装置１００に格納されている画像に対する画像処理を画像処理装置１１０において行うべく、画像を管理装置１００から画像処理装置１１０に送信する処理である。Ｓ３００において、第１画像管理部１０２は、ユーザにより指定された画像をＰＡＣＳ１５０から受信する。具体的には、クライアント装置１４０において、ユーザ操作により選択された画像を指定する情報が管理装置１００に送信されると、第１画像管理部１０２は、指定する情報に従い、第１通信処理部１０１を介して、ＰＡＣＳ１５０から画像を取得する。次に、Ｓ３０１において、第１通信処理部１０１は、Ｓ３００において取得した画像を画像処理装置１１０に送信する。このとき、第１通信処理部１０１は、画像に対しメタ情報として含まれている個人情報（患者名、性別、年齢等）については送信しない。
【００２０】
画像処理装置１１０の第２通信処理部１１１がＳ３０１において画像を受信すると、次に、Ｓ３０２において、第２画像管理部１１２は、受信した画像に対し、紐付ＩＤを発行する。ここで、紐付ＩＤは、画像を識別する識別情報の一例である。また、第２画像管理部１１２が行う本処理は、画像の識別情報を発行する発行処理の一例である。次に、Ｓ３０３において、第２画像管理部１１２は、Ｓ３０１において受信した画像と、Ｓ３０２において発行された紐付ＩＤと、を関連付けて第２画像テーブル１１４に格納する。第２画像管理部１１２が行う本処理は、第２画像テーブル１１４の管理処理の一例である。この場合には、第２画像テーブル１１４には、画像と共に、個人情報の一部を格納してもよい。次に、Ｓ３０４において、第２通信処理部１１１は、Ｓ３０２において発行された紐付ＩＤを管理装置１００に送信する。管理装置１００の第１通信処理部１０１がＳ３０４において紐付ＩＤを受信すると、次に、Ｓ３０５において、第１画像管理部１０２は、紐付ＩＤと、画像と、画像に対しメタ情報として含まれていた個人情報と、を関連付けて第１画像テーブル１０４に格納する。第１画像管理部１０２が行う本処理は、第１画像テーブル１０４の管理処理の一例である。
【００２１】
図４は、アップロード処理後のデータ用記憶領域２０７のデータ構成例を示す図である。管理装置１００の第１画像テーブル１０４には、アップロードされた複数の画像それぞれに対応するレコード（図４の行）が記憶されている。図４の例では、６つの画像に対応した６つのレコードが記憶されている。各レコードには、紐付ＩＤと、生成元と、画像ファイル名と、患者名と、性別と、年齢と、が含まれている。ここで、患者名、性別及び年齢は、患者に関する情報であり、個人情報の一例である。なお、個人情報に含まれる情報の数や種類は実施形態に限定されるものではなく、任意に決定することができる。また、生成元は、画像を生成した装置を示す情報である。また、画像ファイル名と紐付いて画像本体も管理装置１００のデータ用記憶領域２０７に記憶されている。
【００２２】
また、画像処理装置１１０の第２画像テーブル１１４には、アップロードされた複数の画像それぞれに対応するレコードが記憶されている。なお、第１画像テーブル１０４と第２画像テーブル１１４には、同一の画像に対応したレコードが記憶される。各レコードには、紐付ＩＤと、生成元と、画像ファイル名と、が含まれている。画像ファイル名と紐付いて画像自体も画像処理装置１１０のデータ用記憶領域２０７に記憶されている。なお、第２画像テーブル１１４には、個人情報は記憶されていない。なお、この時点においては、第１ジョブテーブル１０５、第２ジョブテーブル１１５及び２次利用テーブル１１８には、レコード（データ）は記憶されていない。
【００２３】
なお、他の例としては、管理装置１００は、画像の送信（アップロード）時に、画像だけでなく、例えば秘匿性の低い情報など個人情報の一部を送信してもよい。この場合、第２画像テーブル１１４には、個人情報の一部が画像に対応付けて記憶される。
【００２４】
図３を参照しつつ説明したアップロード処理により、第１画像テーブル１０４と第２画像テーブル１１４には、同一の画像に対しては同一の紐付ＩＤが対応付けて格納される。これにより、管理装置１００及び画像処理装置１１０は、紐付ＩＤにより、互いの装置に記憶されている画像の同一性を判断することができる。
【００２５】
図５は、医療システムによるジョブリクエスト処理を示すシーケンス図である。ジョブリクエスト処理とは、アップロード済みの画像に対する画像処理を画像処理装置１１０において行うべく、画像処理ジョブのリクエストを管理装置１００から画像処理装置１１０に送信する処理である。図６は、ジョブリクエスト処理において管理装置１００から送信されるリクエスト電文のデータ構成例を示す図である。図７は、ジョブリクエスト処理後のデータ用記憶領域２０７のデータ構成例を示す図である。なお、本実施形態においては、リクエストに係る画像処理が２つの画像の差分画像を生成する処理である場合を例にジョブリクエスト処理について説明する。
【００２６】
図５に示すＳ５００において、第１ジョブ管理部１０３は、画像処理の対象となる画像の紐付ＩＤを第１画像テーブル１０４から取得し、リクエスト電文を生成する。なお、画像処理の対象とできるのは、既にアップロード済みの画像とする。図６には、リクエスト電文がＪＳＯＮ（JavaScript（登録商標）  Object  Notation）で構成される例を示しているが、リクエスト電文はＸＭＬ（Extensible  Markup  Language）等別の表現方法で構成されてもよい。
【００２７】
第１ジョブ管理部１０３は、第１画像テーブル１０４から取得した紐付ＩＤを図６に示すリクエスト電文のDataSetIDフィールドに埋め込む。具体的には、第１ジョブ管理部１０３は、DataSetIDフィールドに差分画像の生成元となる２つの画像の紐付ＩＤ（最新画像紐付ＩＤと過去画像紐付ＩＤ）を埋め込む。また、第１ジョブ管理部１０３は、ActionCodeフィールドには画像処理種別、ActionPriorityフィールドには処理優先度を埋め込む。第１ジョブ管理部１０３は、RequestSideIDフィールドには管理装置１００で定義したＩＤを埋め込む。このＩＤは、画像処理結果の各種電文のRequestSideIDフィールドにその値がそのまま埋め込まれて戻ってくる。第１ジョブ管理部１０３は、Descriptionフィールドには処理対象画像のオリジナルデータの所在や生成元等を説明する一文を埋め込む。第１ジョブ管理部１０３は、DataSetDecryptionInfoには画像を暗号化してアップロードした場合の復号情報を埋め込む。第１ジョブ管理部１０３は、StudyInstanceUIDフィールドには画像処理結果として作成される画像に付ける検査ＩＤを埋め込む。第１ジョブ管理部１０３は、Paramsフィールドには画像処理の詳細パラメータを埋め込む。
【００２８】
図５に戻り、Ｓ５００の処理の後、Ｓ５０１において、管理装置１００の第１通信処理部１０１は、リクエスト電文を画像処理装置１１０に送信する。画像処理装置１１０の第２通信処理部１１１がＳ５０１においてリクエスト電文を受信すると、次に、Ｓ５０２において、第２ジョブ管理部１１３は、リクエスト電文に対応した画像処理を管理するためのジョブＩＤを発行する。次に、Ｓ５０３において、第２画像管理部１１２は、リクエストに係る画像処理に応じて新たに生成される画像（本実施例では差分画像）に対し紐付ＩＤを発行し、画像ファイル名を生成する。次に、Ｓ５０４において、第２ジョブ管理部１１３は、ジョブＩＤと、リクエスト電文に示される紐付ＩＤと、新たに生成される画像の紐付ＩＤと、を対応付けて第２ジョブテーブル１１５に格納する。これにより、例えば図７に示すように、第２ジョブテーブル１１５には、２つのジョブに対応するレコード（図７に示す行）が格納される。各レコードには、ジョブＩＤと、差分画像の生成元の画像の紐付ＩＤ（最新画像紐付ＩＤと過去画像紐付ＩＤ）と、差分画像の紐付ＩＤと、が含まれている。
【００２９】
次に、Ｓ５０５において、第２画像管理部１１２は、第２画像テーブル１１４を更新する。具体的には、第２画像管理部１１２は、新たに生成される差分画像の紐付ＩＤと、これに対応して新たに生成した画像ファイル名を対応付けて第２画像テーブル１１４に格納する。なお、この場合、生成元には画像処理の種類（差分処理）を対応付けて格納する。これにより、図７に示すように、第２画像テーブル１１４には、紐付ＩＤ７，８の２つのレコードが追加される。なお、この時点では、新たに追加されたレコードの画像ファイル名に対応した画像（差分画像）は生成されていない。このため、新たに追加されたレコードの画像ファイル名には画像は紐付けられていない。次に、Ｓ５０６において、第２通信処理部１１１は、Ｓ５０２において発行したジョブＩＤと、画像処理において生成される画像の紐付ＩＤと、画像ファイル名とを管理装置１００に送信する。
【００３０】
Ｓ５０６において、管理装置１００の第１通信処理部１０１がジョブＩＤと、紐付ＩＤと、画像ファイル名と、を受信すると、管理装置１００のＣＰＵ２０２は、処理をＳ５０７へ進める。Ｓ５０７において、管理装置１００の第１ジョブ管理部１０３は、Ｓ５００において送信したリクエスト電文に含まれる紐付ＩＤ（最新画像紐付ＩＤと過去画像紐付ＩＤ）を特定する。そして、第１ジョブ管理部１０３は、ジョブＩＤと、画像処理において生成される画像の紐付ＩＤと、最新画像紐付ＩＤと過去画像紐付ＩＤと、を対応付けて第１ジョブテーブル１０５に格納する。なお、本実施形態においては、第１ジョブ管理部１０３は、第１画像テーブル１０４を参照し、紐付ＩＤに対応付けられた患者名を、さらにジョブＩＤに対応付けて第１ジョブテーブル１０５に格納する。これにより、図７に示すように、第１ジョブテーブル１０５には２つのレコードが追加される。
【００３１】
なお、本実施形態では、Ｓ５０６において、第１通信処理部１０１は、リクエスト電文の返信として、画像処理において生成される画像の紐付ＩＤ及び画像ファイル名を管理装置１００に送っているが、画像処理が完了した後に送るようにしても構わない。すなわち、Ｓ５０６において、第１通信処理部１０１は、リクエスト電文の返信としてはジョブＩＤのみを送っておき、画像処理が完了した後にジョブＩＤと生成された画像の紐付ＩＤ及び画像ファイル名を管理装置１００に送るようにしても構わない。また、画像ファイル名が紐付ＩＤから所定の規則で導き出せる場合には、画像ファイル名を送らないようにしても構わない。
【００３２】
次に、Ｓ５０８において、第１画像管理部１０２は、第１画像テーブル１０４を更新する。具体的には、第１画像管理部１０２は、新たに生成される差分画像の紐付ＩＤと、これに対応して新たに生成された画像ファイル名とを対応付けて格納する。本実施形態においては、第１ジョブ管理部１０３は、さらに、第１ジョブテーブル１０５において差分画像の紐付ＩＤに対応付けられている最新画像や過去画像の紐付ＩＤを検索キーとして個人情報を特定する。そして、第１ジョブ管理部１０３は、特定した個人情報を、新たに生成される差分画像の紐付ＩＤに対応付けて格納する。これにより、図７に示すように、第１画像テーブル１０４には、紐付ＩＤ７、８の２つのレコードが追加される。なお、この時点では、第１画像テーブル１０４に新たに追加された画像ファイル名には画像本体は紐付けられていない。第１画像テーブル１０４及び第２画像テーブル１１４に追加された画像ファイル名に対応した画像が生成されると、それぞれに対応付けて画像本体が格納される。ここで画像本体の格納は、第２通信処理部１１１と第１通信処理部１０１によって、画像処理装置１１０から管理装置１００に、紐付ＩＤに対応する画像本体を送信することによって実施される。
【００３３】
図８は、医療システムによる２次利用処理を示すシーケンス図である。画像処理装置１１０にアップロードされた画像は、２次利用される場合がある。この場合、画像処理装置１１０は、２次利用の対象となる画像に対し、必要な個人情報を付加して２次利用データを作成する。２次利用処理は、２次利用データの作成に係る処理である。なお、ここでは、ＣＴ装置において生成された画像と個人情報のうち年齢の情報とを対応付けたデータが２次利用される場合を例に説明する。この場合には、画像と年齢を対応付けた情報が２次利用データとして生成される。
【００３４】
Ｓ８００において、画像処理装置１１０の２次利用管理部１１７は、第２画像テーブル１１４から２次利用の対象となる画像を選択する。例えば、図７に示す第２画像テーブル１１４に記憶されている画像のうち、生成元がＣＴ装置の画像というように画像が指定された場合には、２次利用管理部１１７は、紐付ＩＤ１，２，３，４の４つの画像を選択する。なお、２次利用管理部１１７は、例えば、画像処理装置１１０におけるユーザ操作、又は外部装置におるユーザ操作に応じて指定された画像を選択対象とするものとする。次に、Ｓ８０１において、第２通信処理部１１１は、Ｓ８００において選択された画像の紐付ＩＤと、２次利用に必要な個人情報の種別とを含む情報を管理装置１００に送信する。ここで、個人情報の種別には「年齢」が示される。
【００３５】
管理装置１００の第１通信処理部１０１が、Ｓ８０１において紐付ＩＤと個人情報の種別とを受信すると、次に、Ｓ８０２において、第１画像管理部１０２は、個人情報の値を特定する。具体的には、第１画像管理部１０２は、第１画像テーブル１０４を参照し、Ｓ８０１において受信した紐付ＩＤに対応付けられている個人情報のうち、個人情報の種別に対応した値（個人情報の値）を特定する。ここでは、年齢が特定される。次に、Ｓ８０３において、第１通信処理部１０１は、Ｓ８０２において特定した個人情報の種別に対応した値（年齢の値）と紐付ＩＤとの組を画像処理装置１１０に送信する。ここでは、紐付ＩＤ１〜４それぞれと年齢の値との組が４つ画像処理装置１１０に送信される。
【００３６】
画像処理装置１１０の第２通信処理部１１１が、Ｓ８０３において紐付ＩＤと個人情報の値との組を受信すると、画像処理装置１１０のＣＰＵ２０２は、処理をＳ８０４へ進める。Ｓ８０４において、画像処理装置１１０の２次利用管理部１１７は、Ｓ８０３で受信した紐付ＩＤと個人情報の値との組を２次利用テーブル１１８に格納する。これにより、図９に示すように、２次利用テーブル１１８には、４つの紐付ＩＤそれぞれに対応したレコードが追加される。ここで、年齢のみを用いた単純な統計処理のように、画像自体を必要としない２次利用の場合には、画像ファイル名を２次利用テーブル１１８に格納する必要はない。なお、この時点ではジョブは終了し、第１ジョブテーブル１０５及び第２ジョブテーブル１１５のレコードはすべて削除されている。本処理は、個人情報と、医療情報の識別情報としての紐付ＩＤと、を対応付ける対応付処理の一例である。
【００３７】
次に、Ｓ８０５において、第２画像管理部１１２は、紐付ＩＤの更新タイミングであると判断し、第２通信処理部１１１を利用して画像処理装置１１０に紐付ＩＤの更新指示を送信する。なお、第２画像管理部１１２は、紐付ＩＤと個人情報の値を受信した場合に、更新タイミングであると判断する。また、他の例としては、第２画像管理部１１２は、２次利用テーブルに新たなデータが格納された場合に、更新タイミングであると判断する。次に、Ｓ８０６において、第２画像管理部１１２は、更新タイミングと判断すると、第２画像テーブル１１４に記憶されている紐付ＩＤを新たな紐付ＩＤに更新する。ここで、Ｓ８０５の処理は、更新開始を制御する更新制御処理の一例である。
【００３８】
一方、管理装置１００の第１通信処理部１０１がＳ８０５において更新指示を受信すると、次に、Ｓ８０７において、管理装置１００の第１画像管理部１０２は、第１画像テーブル１０４に記憶されている紐付ＩＤを新たな紐付ＩＤに更新する。なお、第２画像テーブル１１４と第１画像テーブル１０４には同一の画像が記憶されており、第２画像管理部１１２及び第１画像管理部１０２は、更新処理において、同一の画像には同一の紐付ＩＤが付与されるよう紐付ＩＤを更新する。具体的には、第２画像管理部１１２と第１画像管理部１０２は、同一の単射関数を紐付ＩＤに適用することで同一の、新たな紐付ＩＤに更新することとする。
【００３９】
また、Ｓ８０６とＳ８０７の処理は同期して行われるものとする。例えば、更新指示において、更新タイミングを指定する等により、第１画像管理部１０２と第２画像管理部１１２は、同一のタイミング又は所定の時間範囲内のタイミングなど対応するタイミングで、紐付ＩＤの更新処理を行うものとする。また、第１画像管理部１０２及び第２画像管理部１１２は、紐付ＩＤの更新処理中は、画像管理情報の齟齬を防止するため、更新対象の紐付ＩＤに対応付けられた画像に対する各種操作や処理は禁止するよう制御する。
【００４０】
さらに、画像処理装置１１０においては、Ｓ８０６の処理の後、Ｓ８０８において、２次利用管理部１１７は、２次利用テーブル１１８のデータ（レコード）をすべて削除する。なお、Ｓ８０８の処理は、２次利用の終了後であればよく、Ｓ８０６の処理の後に限定されるものではない。図１０は、２次利用処理の終了時点におけるデータ用記憶領域２０７のデータ構成例を示す図である。このように、２次利用テーブル１１８のデータはすべて削除される。また、第１画像テーブル１０４及び第２画像テーブル１１４の紐付ＩＤはすべて新たな紐付ＩＤに更新されている。なお、本実施形態においては、第１画像テーブル１０４及び第２画像テーブル１１４の紐付ＩＤの更新に伴い、画像ファイル名も更新されるものとするが、これに限定されるものではなく、紐付ＩＤの更新時、ファイル名の更新は行わなくともよい。
【００４１】
このように、本実施形態においては、画像処理装置１１０において２次利用データが作成されると、その直後に速やかに第１画像テーブル１０４及び第２画像テーブル１１４において、画像に対応付けられている紐付ＩＤが更新される。これにより、次に、２次利用データが生成される際には、紐付ＩＤは更新されていることになる。したがって、第１の時点で生成された２次利用データと、第１の時点よりも後の第２の時点で生成された２次利用データが、同一の画像に対応するデータであったとしても、２つの２次利用データには、異なる紐付ＩＤが含まれることになる。例えば、図９の例では、２次利用テーブルに記憶される紐付けＩＤは、１，２，３，４であるのに対し、図１１の例では、２次利用テーブルに記憶される紐付けＩＤは、１４、１３、１２、１１となる。このため、例えば、２次利用テーブル１１８の２次利用データが継続的に漏えいしていた場合においても、紐付ＩＤをキーとして、個人情報を蓄積することにより、患者を特定するといった情報漏えいを防ぐことができる。
【００４２】
紐付ＩＤの更新を行わないこととした場合には、例えば、図１２に示すように、第１の時点において２次利用データ１２００が生成され、その後の第２の時点において、２次利用データ１２０１が生成される。この場合において２つの２次利用データ１２００と１２０１とが漏えいした場合には、１２０３に示すように、年齢と性別を紐付ＩＤに対応した人物の個人情報として蓄積していくことができる。これにより、例えば、紐付ＩＤ１に対応する人物は４５歳の男性であるというように個人を特定する情報が増えてしまう。
【００４３】
これに対し、上述のように、本実施形態に係る医療システムにおいては、紐付ＩＤを更新するので、紐付ＩＤに対応付けた個人情報の蓄積により、個人が特定されるのを防ぐことができる。さらには、管理装置と画像処理装置において同一の画像に対応付けられた紐付ＩＤの対応関係を更新前後において維持することができるので、両装置において、画像の同一性を判断することができる。以上のように、本実施形態に係る医療システムは、患者の個人情報を保護しつつ、患者の医療画像の２次利用を可能とする仕組みを提供することができる。
【００４４】
第１の実施形態の第１の変形例としては、画像処理装置１１０と管理装置１００は、Ｓ８０６及びＳ８０７において、同期して紐付ＩＤを同期させて更新した後も、定期的に紐付ＩＤを更新することとしてもよい。この場合には、画像処理装置１１０及び管理装置１００はそれぞれがタスクスケジューラ等を用いて、同期して紐付ＩＤを更新することとする。
【００４５】
第２の変形例としては、紐付ＩＤの定期的な更新における更新間隔は、２次利用に用いられる個人情報の種別に応じて決定されてもよい。例えば、個人情報種別が性別の場合は男性か女性かの２つしかないため個人特定レベルは低いと考えることができる。そこで、画像処理装置１１０は、個人情報により個人が特定され得る可能性の高さに応じて、更新間隔を決定する。個人情報の種別が性別の場合には、更新間隔を比較的長い期間とする。一方で、年齢は、対象患者が０歳から９９歳の場合には１００通りの値を取り得るため、個人特定レベルは高いと考えることができる。そこで、画像処理装置１１０は、個人情報により個人が特定され得る可能性の高さに応じて、更新間隔を決定する。個人情報の種別が年齢の場合には、性別に比べて短い期間を更新間隔として決定する。なお、更新間隔を決定する処理は、管理装置１００及び画像処理装置１１０の何れが行ってもよい。
【００４６】
第３の変形例としては、医療システムは、新たな２次利用データの生成タイミングとは無関係に定期的に紐付ＩＤの更新を行うこととしてもよい。この場合においても、更新間隔を適切に設定することにより、２次利用データが生成された後、次の２次利用データが作成されるまでの間のタイミングで紐付ＩＤの更新を行うことができる。
【００４７】
第４の変形例としては、紐付ＩＤの更新を制御する装置、すなわち紐付ＩＤの更新タイミングを判断する装置は、管理装置１００及び画像処理装置１１０のいずれの装置であってもよい。管理装置１００が、更新タイミングか否かの判断を行い、画像処理装置１１０へ更新指示を送信してもよい。また、他の例としては、管理装置１００及び画像処理装置１１０以外の外部の装置が、更新タイミングか否かの判断を行い、管理装置１００及び画像処理装置１１０へ更新指示を送信してもよい。例えば、外部の装置は、上述のように定期的に、更新指示を送信すればよい。また、他の例としては、外部の装置は、画像処理装置１１０を監視し、２次利用テーブルを作成した場合に、画像処理装置１１０及び管理装置１００に更新指示を送信してもよい。
【００４８】
第５の変形例としては、第１画像テーブル１０４と第２画像テーブル１１４に記憶されている同一の画像に対応付けられている同一の紐付ＩＤを他の同一の紐付ＩＤに更新するため処理（図８の８０５〜Ｓ８０７）は、実施形態に限定されるものではない。他の例としては、管理装置１００が新たな紐付ＩＤを発行し、管理装置１００及び画像処理装置１１０は、管理装置１００において発行された新たな紐付ＩＤを用いて紐付ＩＤの更新を行ってもよい。具体的には、管理装置１００の第１画像管理部１０２は、画像処理装置１１０に送信済みの画像に対し、紐付ＩＤを新たに発行する。そして、第１画像管理部１０２は、新たに発行した紐付ＩＤと、これまで対応付けられていた旧紐付ＩＤとを対応付けた更新情報を生成する。更新情報は、第１通信処理部１０１により画像処理装置１１０に送信される。第１画像管理部１０２は、第１画像テーブル１０４に記憶されている紐付ＩＤを新たに発行した紐付ＩＤに更新し、画像処理装置１１０の第２画像管理部１１２は、更新情報に従い、第２画像テーブル１１４の紐付ＩＤを更新する。なお、この場合も、第１画像テーブル１０４の更新と第２画像テーブル１１４の更新は同期して行われるものとする。また、逆に、画像処理装置１１０が第２画像テーブル１１４に格納されている画像の紐付ＩＤを新たに発行し、この新たに発行された紐付ＩＤにより、第１画像テーブル１０４及び第２画像テーブル１１４の紐付ＩＤの更新が行われてもよい。
【００４９】
第６の変形例について説明する。本実施形態においては、更新前後において、第１画像テーブル１０４と第２画像テーブル１１４において同一の画像には同一の紐付ＩＤが対応付けられるものとした。ただし、第１画像テーブル１０４と第２画像テーブル１１４において、同一の画像に対応付けられる紐付ＩＤは、両画像が同一の画像であることを管理装置１００及び画像処理装置１１０が識別可能な情報であればよい。すなわち、同一の画像に対応付けられる紐付ＩＤは同一の情報に限定されるものではない。例えば、同一の画像に対応付けられる紐付ＩＤは、５ケタの数字であって、そのうち、下３ケタの値が一致し、残り２ケタの値が異なる（任意の値）ものであってもよい。また、他の例としては、同一の画像に対応付けられる紐付ＩＤは、所定の関数による変換前後の値等でもよい。
【００５０】
第７の変形例としては、本実施形態においては、処理対象が医療画像である場合を例に説明したが、処理対象の情報は、ある人物に対して得られた医療情報であればよく、医療画像に限定されるものではない。医療画像以外の医療情報としては、心電図や検査データ等が挙げられる。この場合、医療情報の送信先となる装置は、画像処理装置に替えて、医療情報に対し特定の処理を行う情報処理装置となる。
【００５１】
（第２の実施形態）
第２の実施形態に係る医療システムにおいては、更新対象の紐付ＩＤに対応した画像を用いた画像処理が行われている間は、紐付ＩＤの更新は行わないよう制御する。以下、第２の実施形態に係る医療システムについて、第１の実施形態に係る医療医ステムと異なる点について説明する。図１３は、第２の実施形態に係る医療システムにおける、紐付ＩＤの更新制御処理を示すフローチャートである。本処理は、第１の実施形態において図８を参照しつつ説明したＳ８０５〜Ｓ８０７に対応する処理である。
【００５２】
画像処理装置１１０の第２画像管理部１１２は、第２画像テーブル１１４に記憶されているすべての画像に対し、Ｓ１３００〜Ｓ１３０３の処理を行う。すなわち、Ｓ１３００において、第２画像管理部１１２は、第２画像テーブル１１４に記憶されている画像のうち、紐付ＩＤの更新が行われていない画像を選択する。次に、Ｓ１３０１において、第２画像管理部１１２は、選択中の画像を利用した画像処理の実行中か否かを確認する。第２画像管理部１１２は、画像処理の実行中でない場合には（Ｓ１３０１でＮｏ）、処理をＳ１３０２へ進める。第２画像管理部１１２は、画像処理の実行中の場合には（Ｓ１３０１でＹｅｓ）、処理をＳ１３００へ進め、処理対象の画像を変更する。
【００５３】
Ｓ１３０２において、第２通信処理部１１１は、画像処理装置１１０に紐付ＩＤの更新指示を送信する。次に、Ｓ１３０３において、第２画像管理部１１２は、第２画像テーブル１１４において、更新対象の画像の紐付ＩＤを更新する。一方、Ｓ１３１０において、管理装置１００の第１通信処理部１０１は、更新指示を受信する。次に、Ｓ１３１１において、第１画像管理部１０２は、第１画像テーブル１０４において、更新対象の紐付ＩＤを更新する。なお、Ｓ１３０３の更新処理とＳ１３１１の更新処理は、対応するタイミングにおいて実行されるものとする。
【００５４】
これにより、例えば、図７に示す状態において、ジョブＩＤ１００の画像処理が実行中であったとする。この場合に上記更新制御処理が実行された場合には、紐付ＩＤは図１４に示すように、実行中の画像処理に係る紐付ＩＤ以外の紐付ＩＤが更新される。図１４の例では、ジョブＩＤ１００の画像処理に係る紐付ＩＤ３，４，８は、更新されない。一方で、これらの紐付ＩＤ以外の紐付ＩＤが更新されている。さらに、ジョブＩＤ１００の画像処理が終了すると、図１５に示すように、ジョブＩＤの画像処理に係る紐付ＩＤ３，４，８についても更新処理が実行され、新たな紐付ＩＤに更新される。なお、第２の実施形態に係る医療システムのこれ以外の構成及び処理は、第１の実施形態に係る医療システムの構成及び処理と同様である。
【００５５】
第２の実施形態においては、このように、画像処理中には、関係する紐付ＩＤの更新を行わないこととする。これにより、エラーの発生を抑えることができる。また、画像処理を複数台の情報処理装置に分散させ、紐付ＩＤを利用して連携させる場合がある。この場合には、紐付ＩＤの変更を多数の情報処理装置に伝搬させるのが困難になる。これに対し、本実施形態においては、画像処理中に、関係する紐付ＩＤの更新を行わないこととすることで、連携システムをシンプルに構成することができる。
【００５６】
（第３の実施形態）
第３の実施形態の医療システムは、紐付ＩＤの更新時に、第２ジョブテーブル１１５及び第１ジョブテーブル１０５のジョブＩＤも更新する。以下、第３の実施形態に係る医療システムについて、第１の実施形態に係る医療システムと異なる点について説明する。図１６は、第３の実施形態に係る医療システムによる２次利用処理を示すシーケンス図である。なお、図１６に示す２次利用処理の各処理のうち、図８を参照しつつ説明した第１の実施形態に係る２次利用処理の各処理と同一の処理には、同一の番号を付している。
【００５７】
Ｓ８０４の処理の後、Ｓ１６００において、画像処理装置１１０の第２通信処理部１１１は、紐付ＩＤとジョブＩＤの更新指示を送信する。次に、Ｓ８０６及びＳ８０７において、第２画像管理部１１２及び第１画像管理部１０２による同期した紐付ＩＤの更新処理が行われる。その後、Ｓ１６０１において、第２ジョブ管理部１１３は、第２ジョブテーブル１１５に記憶されているジョブＩＤを新たなジョブＩＤに更新する。同様に、Ｓ１６０２において、第１ジョブ管理部１０３は、第１ジョブテーブル１０５に記憶されているジョブＩＤを新たなジョブＩＤに更新する。なお、第２ジョブテーブル１１５のジョブＩＤと第１ジョブテーブル１０５のジョブＩＤは対応するタイミングにおいて、同一のジョブに同一の新たなジョブＩＤが付与されるようジョブＩＤの更新が行われる。ジョブＩＤを更新する処理は、紐付ＩＤを更新する処理と同様である。なお、紐付ＩＤの更新とジョブＩＤの更新の処理順は実施形態に限定されるものではなく、両処理は同時に行われてもよく、また、ジョブＩＤの更新が先に行われてもよい。
【００５８】
図１７は、図７に示す状態において、紐付ＩＤとジョブＩＤが共に更新された場合を示す図である。図１７の例では、ジョブＩＤ１００，１０１は、それぞれ２００，２０１に更新されている。なお、第３の実施形態に係る医療システムのこれ以外の構成及び処理は、他の実施形態に係る医療システムの構成及び処理と同様である。
【００５９】
第２ジョブテーブル１１５の情報が継続的に漏えいしていた場合には、第２ジョブテーブル１１５のジョブＩＤにより紐付ＩＤを対応付けることで、紐付ＩＤの更新を追跡することができる。これに対し、第３の実施形態において説明したように、ジョブＩＤについても更新することにより、紐付ＩＤの更新の追跡を防止することができる。
【００６０】
以上、上述した各実施形態によれば、患者の個人情報を保護しつつ、患者の医療画像の２次利用を可能とする仕組みを提供することができる。
【００６１】
以上、本発明をその好適な実施形態に基づいて詳述してきたが、本発明はこれら特定の実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の様々な形態も本発明に含まれる。上述の実施形態の一部を適宜組み合わせてもよい。
【００６２】
＜その他の実施形態＞
以上、実施形態例を詳述したが、本発明は例えば、システム、装置、方法、プログラム若しくは記録媒体(記憶媒体)等としての実施態様をとることが可能である。具体的には、複数の機器（例えば、ホストコンピュータ、インタフェース機器、撮像装置、Webアプリケーション等）から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【００６３】
また、本発明の目的は、以下のようにすることによって達成されることはいうまでもない。即ち、前述した実施形態の機能を実現するソフトウェアのプログラムコード（コンピュータプログラム）を記録した記録媒体（または記憶媒体）を、システムあるいは装置に供給する。係る記憶媒体は言うまでもなく、コンピュータ読み取り可能な記憶媒体である。そして、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読み出し実行する。この場合、記録媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記録した記録媒体は本発明を構成することになる。
【符号の説明】
【００６４】
１００  管理装置
１１０  画像処理装置
【図１】
2019003413.tif 000003
【図２】
2019003413.tif 000004
【図３】
2019003413.tif 000005
【図４】
2019003413.tif 000006
【図５】
2019003413.tif 000007
【図６】
2019003413.tif 000008
【図７】
2019003413.tif 000009
【図８】
2019003413.tif 000010
【図９】
2019003413.tif 000011
【図１０】
2019003413.tif 000012
【図１１】
2019003413.tif 000013
【図１２】
2019003413.tif 000014
【図１３】
2019003413.tif 000015
【図１４】
2019003413.tif 000016
【図１５】
2019003413.tif 000017
【図１６】
2019003413.tif 000018
【図１７】
2019003413.tif 000019