JP2021163008A - 医療用アプリケーション管理システム、医療用アプリケーション管理方法、及び、管理装置 - Google Patents

医療用アプリケーション管理システム、医療用アプリケーション管理方法、及び、管理装置 Download PDF

Info

Publication number
JP2021163008A
JP2021163008A JP2020062193A JP2020062193A JP2021163008A JP 2021163008 A JP2021163008 A JP 2021163008A JP 2020062193 A JP2020062193 A JP 2020062193A JP 2020062193 A JP2020062193 A JP 2020062193A JP 2021163008 A JP2021163008 A JP 2021163008A
Authority
JP
Japan
Prior art keywords
license
application
medical
management
authentication
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2020062193A
Other languages
English (en)
Inventor
淳 浅井
Atsushi Asai
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Group Corp
Original Assignee
Sony Group Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Group Corp filed Critical Sony Group Corp
Priority to JP2020062193A priority Critical patent/JP2021163008A/ja
Priority to EP21718244.3A priority patent/EP4014137A1/en
Priority to US17/766,731 priority patent/US20240087727A1/en
Priority to PCT/JP2021/012801 priority patent/WO2021200629A1/en
Publication of JP2021163008A publication Critical patent/JP2021163008A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/20—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
    • G06F21/12—Protecting executable software
    • G06F21/121—Restricting unauthorised execution of programs
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
    • G06F21/101—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM] by binding digital rights to specific entities
    • G06F21/1012—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM] by binding digital rights to specific entities to domains
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
    • G06F21/105—Arrangements for software license management or administration, e.g. for managing licenses at corporate level
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
    • G06F21/12—Protecting executable software
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • G06Q20/127—Shopping or accessing services according to a time-limitation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q2220/00—Business processing using cryptography
    • G06Q2220/10—Usage protection of distributed data files
    • G06Q2220/18—Licensing
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/40—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to mechanical, radiation or invasive therapies, e.g. surgery, laser therapy, dialysis or acupuncture

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Multimedia (AREA)
  • Technology Law (AREA)
  • Computer Hardware Design (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Biomedical Technology (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

【課題】医療用のアプリケーションのライセンス管理を安全かつ安価に行えるようにする。
【解決手段】本技術においては、ライセンス認証を要する医療用のアプリケーションのプログラムが実行される。事前に登録されたライセンスに関するライセンス情報に基づいて前記アプリケーションに対するライセンス認証が行われる。前記アプリケーションに対するライセンス認証が得られた場合に前記アプリケーションの利用が可能とされ、前記アプリケーションに対するライセンス認証が得られない場合に前記アプリケーションの利用が不可とされる。本技術は、例えば、医療イメージングシステムに適用できる。
【選択図】図１

Description

本技術は、医療用アプリケーション管理システム、医療用アプリケーション管理方法、及び、管理装置に関する。
手術室では医療機器を介して様々な医療用アプリケーションが用いられる。このとき、医療用アプリケーションをライセンスで管理することが提案されている。しかしながら医療機器は安全性の観点から病院外のネットワークに接続されることは好ましくない。そこで例えば、特許文献１には、医療機器に複数のアプリケーションをインストールしておき、医療用途に応じて機器ごとに利用できるアプリケーションを制限することが開示されている。
特開２００９−２７１６１９号公報
医療用のアプリケーションのライセンス管理を安全かつ安価に行えるようにすることが要望されている。
本技術はこのような状況に鑑みてなされたものであり、医療用のアプリケーションのライセンス管理を安全かつ安価に行えるようにする。
本技術の医療用アプリケーション管理システムは、院内ネットワークに接続された１又は複数のアプリケーション実行装置であって、ライセンス認証を要する医療用のアプリケーションのプログラムを実行するアプリケーション実行装置と、前記院内ネットワークに接続された管理装置であって、事前に登録されたライセンスに関するライセンス情報に基づいて前記アプリケーション実行装置の各々における前記アプリケーションに対するライセンス認証を行う管理装置とを備え、前記管理装置は、前記アプリケーションに対するライセンス認証が得られた前記アプリケーション実行装置に対して前記アプリケーションの利用を可能とし、前記アプリケーションに対するライセンス認証が得られない前記アプリケーション実行装置に対して前記アプリケーションの利用を不可とする医療用アプリケーション管理システムである。
本技術の医療用アプリケーション管理方法は、院内ネットワークに接続された１又は複数のアプリケーション実行装置であって、ライセンス認証を要する医療用のアプリケーションのプログラムを実行するアプリケーション実行装置と、前記院内ネットワークに接続された管理装置であって、事前に登録されたライセンスに関するライセンス情報に基づいて前記アプリケーション実行装置の各々における前記アプリケーションに対するライセンス認証を行う管理装置とを含む医療用アプリケーション管理システムの前記管理装置が、前記アプリケーションに対するライセンス認証が得られた前記アプリケーション実行装置に対して前記アプリケーションの利用を可能とし、前記アプリケーションに対するライセンス認証が得られない前記アプリケーション実行装置に対して前記アプリケーションの利用を不可とする医療用アプリケーション管理方法である。
本技術の管理装置は、ライセンス認証を要する医療用のアプリケーションのプログラムを実行するアプリケーション実行装置が接続された院内ネットワークに接続され、事前に登録されたライセンスに関するライセンス情報に基づいて前記アプリケーション実行装置の各々における前記アプリケーションに対するライセンス認証を行い、前記アプリケーションに対するライセンス認証が得られた前記アプリケーション実行装置に対して前記アプリケーションの利用を可能とし、前記アプリケーションに対するライセンス認証が得られない前記アプリケーション実行装置に対して前記アプリケーションの利用を不可とする管理装置である。
本技術においては、ライセンス認証を要する医療用のアプリケーションのプログラムが実行される。事前に登録されたライセンスに関するライセンス情報に基づいて前記アプリケーションに対するライセンス認証が行われる。前記アプリケーションに対するライセンス認証が得られた場合に前記アプリケーションの利用が可能とされ、前記アプリケーションに対するライセンス認証が得られない場合に前記アプリケーションの利用が不可とされる。
医療イメージングシステムに導入された医療用アプリケーション管理システムの第１の実施の形態の構成例を示したブロック図である。 ライセンス発行サーバにおけるライセンス登録に関する処理を機能的なブロックとして例示した図である。 ライセンス情報テーブルを例示した図である。 ライセンス管理サーバにおけるライセンス登録に関する処理を機能的なブロックとして例示した図である。 ライセンス管理テーブルを例示した図である。 ライセンス登録の手順を示したシーケンス図である。 画像処理サーバにおけるライセンス利用に関する処理を機能的なブロックとして例示した図である。 ライセンス管理サーバにおけるライセンス利用に関する処理を機能的なブロックとして例示した図である。 ライセンス利用の手順を示したシーケンス図であり、ライセンス認証が得られる場合のシーケンス図である。 ライセンス利用の手順を示したシーケンス図であり、ライセンス認証が得られない場合のシーケンス図である。 ライセンス発行サーバにおけるライセンス更新に関する処理を機能的なブロックとして例示した図である。 ライセンスキー生成部におけるライセンスキー生成の処理を説明する図である。 ライセンス管理サーバにおけるライセンス更新に関する処理を機能的なブロックとして例示した図である。 ライセンス更新の手順を示したシーケンス図である。 医療イメージングシステムに導入された医療用アプリケーション管理システムの第２の実施の形態の構成例を示したブロック図である。 手術情報テーブルを例示した図である。 デバイス配置テーブルを例示した図である。 医療用アプリケーション管理システムの第２の実施の形態におけるライセンス利用の手順を示したシーケンス図である。
以下、図面を参照しながら本技術の実施の形態について説明する。
＜＜医療用アプリケーション管理システムの第１の実施の形態＞＞
図１は、医療イメージングシステムに導入された医療用アプリケーション管理システムの第１の実施の形態の構成例を示したブロック図である。
（医療用アプリケーション管理システム１）
図１の医療用アプリケーション管理システム１は、医療イメージングシステム２、及び、ライセンス発行システム３を有する。
医療用アプリケーション管理システム１は、医療イメージングシステム２で使用される医療用アプリケーションのライセンス管理等を行うシステムとして医療イメージングシステム２に導入される。以下において、医療用アプリケーション管理システム１によりライセンス管理される医療用アプリケーションをアプリケーションＡという。
医療イメージングシステム２は、各種の医療用イメージング装置（後述の画像送出装置１１）により取得された画像（静止画像又は動画像）を事前に決められた送信先の装置（後述のモニタ等の画像受信装置１３）に伝送する。また、医療イメージングシステム２は、アプリケーションＡのプログラムを実行することにより、医療イメージング装置からの画像に対して、所定の画像処理や画像認識処理を行う。
ライセンス発行システム３は、アプリケーションＡのライセンスを発行（登録）し、ライセンスに関するライセンス情報をユーザに通知する。
（医療イメージングシステム２）
医療イメージングシステム２は、１又は複数の画像送出装置１１、院内ネットワークシステム１２、及び、１又は複数の画像受信装置１３とを有する。
画像送出装置１１は、院内（病院の施設内）に配置され、院内ネットワークシステム１２に接続される。画像送出装置１１は、医用画像等の画像を所定規格の映像信号として院内ネットワークシステム１２に送出する。画像送出装置１１から送出される映像信号は、特定の規格に限定されず、SDI（Serial Digital Interface）、HDMI（登録商標）、NTSC（National Television System Committee）信号等であってよい。画像送出装置１１の例としては、カメラヘッドを搭載した内視鏡装置、血管造影X線診断装置、超音波診断装置等のように医用画像を撮影して他の機器に送出する医療イメージング装置が該当する。また、画像送出装置１１は、術野カメラや顕微鏡などの医療機器であってもよい。更に、画像送出装置１１は、医療イメージング装置等の画質調整等を行うCCU（Camera Control Unit）であってもよい。
院内ネットワークシステム１２は、院内の装置間でデータを伝送する院内ネットワークとしてIP（Internet Protocol）ネットワークを構築する。院内ネットワークシステム１２は、画像送出装置１１からの画像又は所定の処理が施された画像をIPネットワークを介して画像受信装置１３に伝送する。
画像受信装置１３は、院内ネットワークシステム１２から所定規格の映像信号として伝送された画像を受信する。院内ネットワークシステム１２から伝送される映像信号は、特定の規格に限定されず、SDI（Serial Digital Interface）、HDMI（登録商標）、NTSC（National Television System Committee）信号等であってよい。画像受信装置１３の例としては、モニタが該当し、画像受信装置１３は、院内ネットワークシステム１２から受信した画像を表示する。ただし、画像受信装置１３は、モニタに限らない。
院内ネットワークシステム１２は、院内に配置された、画像処理サーバ３１、IPコンバータ３２、３４、IPスイッチ３３、及び、ライセンス管理サーバ３５を有する。画像処理サーバ３１、IPコンバータ３２、３４、及び、ライセンス管理サーバ３５は、イーサネットインタフェースによりIPスイッチ３３に接続される。画像処理サーバ３１、IPコンバータ３２、３４、及び、ライセンス管理サーバ３５は、通信プロトコルであるIPによりIPスイッチ３３を介して相互に通信可能である。即ち、院内ネットワークシステム１２では、画像処理サーバ３１、IPコンバータ３２、３４、IPスイッチ３３、及び、ライセンス管理サーバ３５がIPネットワーク（院内ネットワーク）を介して接続され、通信プロトコルであるIPにより相互にデータが送受信される。
画像処理サーバ３１は、不図示の処理部及び記憶部を有する。画像処理サーバ３１の処理部は、記憶部に記憶されたアプリケーションＡのプログラムを実行することにより、所定の画像送出装置１１から送出された画像をIPネットワークを介して取得する。そして、画像処理サーバ３１の処理部は、取得した画像に対して画像処理や画像認識処理等の所定の処理を行う。画像処理サーバ３１は、処理後の画像をIPネットワークを介して所定のIPコンバータ３４に送信する。なお、画像処理サーバ３１のアプリケーションＡのプログラムによる処理（アプリケーションＡの処理）や画像処理サーバ３１が処理後の画像を送信する送信先のIPコンバータ３４については適宜後述する。
IPコンバータ３２は、画像送出装置１１に対して１対１で接続される。IPコンバータ３２は、画像送出装置１１から送出された画像を所定規格の映像信号により取得する。IPコンバータ３２は、取得した映像信号をIP通信用の伝送データ（IPパケット）に変換してイーサネットインタフェースを介してIPスイッチ３３に送信する。これにより、画像送出装置１１がIPコンバータ３２を介して院内ネットワークであるIPネットワークに接続される。また、画像送出装置１１から送出された画像（映像信号）がIP通信用の伝送データ（以下、単に伝送データという）としてIPネットワークに伝送される。
ここで、院内ネットワークシステム１２に含まれる各装置には、例えば、伝送グループが設定される。伝送グループは、IPコンバータ３２の各々が異なる伝送グループに属し、かつ、各IPコンバータ３２からの伝送データを受信する１又は複数の装置が、IPコンバータ３２と同一の伝送グループに属するように設定される。各伝送グループに属するIPコンバータ３２以外の装置には伝送グループごとに異なるマルチキャストグループIPアドレスが割り当てられる。各IPコンバータ３２は、伝送データの送信先のIPアドレスとしてマルチキャストグループIPアドレスを付加することにより、自己と同一の伝送グループに属する自己以外の全ての装置に伝送データを送信する。なお、複数の装置に伝送データを同時に送信する方法はこれに限らない。
また、画像処理サーバ３１と同一の伝送グループに属するIPコンバータ３２に接続された画像送出装置１１からの画像は、IPコンバータ３２を介して伝送データとして画像処理サーバ３１に伝送される。画像処理サーバ３１は伝送された画像を対象としてアプリケーションＡの処理を行う。画像処理サーバ３１は、処理後の画像を伝送データとして、画像処理サーバ３１と同一の伝送グループに属するIPコンバータ３４に送信する。
IPスイッチ３３は、イーサネットインタフェースにより画像処理サーバ３１、IPコンバータ３２、３４、及び、ライセンス管理サーバ３５の各々と接続される。
IPスイッチ３３は、IPコンバータ３２からの伝送データをそのIPコンバータ３２と同一の伝送グループに属する装置に転送する。例えば、IPスイッチ３３に伝送された伝送データの送信元のIPコンバータ３２と同一の伝送グループに属する装置が、画像処理サーバ３１と１又は複数のIPコンバータ３４であるとする。この場合には、IPスイッチ３３は、送信元のIPコンバータ３２からの伝送データをそれらの画像処理サーバ３１とIPコンバータ３４とに転送する。
IPコンバータ３４は、IPスイッチ３３を介して伝送されたIPコンバータ３２からの伝送データにより、送信元のIPコンバータ３２に接続された画像送出装置１１からの画像を取得する。
IPコンバータ３４は、不図示の操作部（入力部）及び処理部とを有する。IPコンバータ３４の処理部は、ユーザ操作により操作部から指示された処理内容に基づいて、画像送出装置１１から取得した画像に対して所定の画像処理を行う。IPコンバータ３４の処理部で行うことができる画像処理の種類としては、例えば、ズーム（電子ズーム）処理、手ぶれ補正処理、回転補正処理、及び、ＰｉｎＰ（Picture in Picture）処理等がある。ユーザ操作により操作部から指示される処理内容としては、処理部におけるズーム処理のズーム倍率、手ぶれ補正処理のオン／オフ、回転補正処理の回転補正角度、及び、ＰｉｎＰ処理のオン／オフ等がある。
IPコンバータ３４は、処理後の画像を画像受信装置１３に伝送する所定規格の映像信号を生成し、画像受信装置１３に送信する。
ライセンス管理サーバ３５は、画像処理サーバ３１において実行されるアプリケーションＡに対するライセンスを管理する。ライセンス管理サーバ３５には、画像処理サーバ３１においてアプリケーションＡが起動された際に、アプリケーションＡのライセンス認証を要求するリクエスト信号（ライセンス認証要求）がIPネットワークを介して画像処理サーバ３１から通知される。
ライセンス管理サーバ３５は、画像処理サーバ３１からのライセンス認証要求の通知を受信すると、不図示の記憶部に記憶されたライセンス管理テーブルを参照して、アプリケーションＡのライセンス認証を行う（詳細は後述）。そして、ライセンス管理サーバ３５は、その認証結果をIPネットワークを介して画像処理サーバ３１に通知する。
画像処理サーバ３１は、ライセンス管理サーバ３５からライセンス認証が得られた（ライセンス認証が成功した）旨の認証結果が通知された場合、即ち、アプリケーションＡの利用が可能である旨が通知された場合には、アプリケーションＡの処理を実行する。
一方、画像処理サーバ３１は、ライセンス管理サーバ３５からライセンス認証が得られない（ライセンス認証が失敗した）旨の認証結果が通知された場合、即ち、アプリケーションＡの利用が不可である旨が通知された場合には、アプリケーションＡの処理を実行せずに、アプリケーションＡのライセンス認証が得られない（ライセンスが無効である）旨の警告等をユーザに対して行う。
ここで、画像処理サーバ３１におけるアプリケーションＡの処理及びそれに関連する処理を例示する。
画像処理サーバ３１には、画像処理サーバ３１が属する伝送グループのIPコンバータ３２からIPスイッチ３３を介して伝送データが伝送される。各IPコンバータ３２の伝送グループのうち、画像処理サーバ３１が属する伝送グループは、画像処理サーバ３１においてユーザ等が指定することにより事前に設定される。
画像処理サーバ３１の処理部は、アプリケーションＡの処理を実行すると、IPコンバータ３２からの伝送データによりIPコンバータ３２に接続された画像送出装置１１から送出された画像を取得する。なお、取得する画像は手術画像であるとする。続いて、画像処理サーバ３１の処理部は、伝送データにより取得した画像（元画像）の全領域のうち、手術に使用される器具の画像領域を画像認識処理（物体認識処理）により検出する。画像処理サーバ３１の処理部は、器具の画像領域を囲む矩形枠の画像や、器具の名称を表すテキスト画像を元画像に重畳した画像を生成する。
画像処理サーバ３１は、以上のようにアプリケーションＡの処理により生成した画像を伝送データとして画像処理サーバ３１と同一の伝送グループに属するIPコンバータ３４に送信する。
これにより、画像処理サーバ３１と同一の伝送グループに属するIPコンバータ３４は、画像処理サーバ３１及びIPコンバータ３４と同一の伝送グループに属するIPコンバータ３２からの伝送データと、画像処理サーバ３１からの伝送データとを受信する。したがって、IPコンバータ３４は、IPコンバータ３２に接続された画像送出装置１１から送出された画像（元画像）と、その元画像に対して画像処理サーバ３１でのアプリケーションＡの処理により生成された画像（アプリケーションＡの処理後の画像）とを取得する。
IPコンバータ３４は、例えば、ＰｉｎＰ処理により、元画像の一部にアプリケーションＡの処理後の画像を合成した画像を映像信号として生成し、画像受信装置１３に送信する。
なお、アプリケーションＡは、画像処理サーバ３１以外の装置において実行されてもよい。例えば、IPコンバータ３４の１又は複数のIPコンバータ３４でアプリケーションＡが実行され、IPコンバータ３４で取得した画像に対してアプリケーションＡの処理が行われる場合であってもよい。また、IPコンバータ３４以外の院内ネットワークに接続された任意の装置においてアプリケーションＡの処理が行われる場合であってもよい。更に、アプリケーションＡは、画像処理に関するプログラムに限らない。ただし、アプリケーションＡはライセンス認証を要するアプリケーションであるものとする。
（ライセンス発行システム３）
ライセンス発行システム３は、ライセンス発行サーバ５１と、ライセンス購入端末５２とを有する。ライセンス発行サーバ５１とライセンス購入端末５２とはインターネット５３を介して通信可能に接続される。なお、図１の院内ネットワークシステム１２の院内ネットワークはインターネット５３とは接続されず、ライセンス発行サーバ５１は院内ネットワークシステム１２のいずれの装置とも非接続の状態である。
ライセンス発行サーバ５１は、医療イメージングシステム２のシステム開発元の企業等が管理するサーバである。ライセンス発行サーバ５１は、アプリケーションＡに対するライセンスの新規発行（登録）と更新とを行う。ライセンス発行サーバ５１は、医療イメージングシステム２の各装置が配置される院内とは無関係の位置に配置される。ライセンス発行サーバ５１は、ユーザの操作に基づいてライセンス購入端末５２からライセンスの登録の要求があると、ユーザに所要の手続き（購入手続き等）を要求する。要求した手続きが満たされると、ライセンス発行サーバ５１は、ライセンスを有効にするためのライセンス情報（プロトコルID及びライセンスキー等）を発行して、ライセンス情報をライセンス購入端末５２にインターネット５３を介して送信する。
ライセンス購入端末５２は、例えば、汎用のパーソナルコンピュータやスマートフォン等の携帯端末である。ライセンス購入端末５２はインターネット５３を介してライセンス発行サーバ５１に通信可能に接続される。ライセンス購入端末５２は、ユーザ等の入力操作に基づいて、ライセンスの登録又は更新のための手続きに必要な情報を取得し、ライセンス発行サーバ５１に送信する。ライセンス購入端末５２は、ライセンス発行サーバ５１により発行されたライセンス情報をインターネット５３を介して取得する。ライセンス購入端末５２は、取得したライセンス情報を不図示の表示部に表示させてユーザに通知する。
＜＜医療用アプリケーション管理システムにおけるライセンス管理＞＞
次に、図１の医療用アプリケーション管理システム１におけるライセンス管理について説明する。
なお、本明細書では、アプリケーションＡを実行する装置（アプリケーション実行装置）を主に画像処理サーバ３１に限定してアプリケーションＡに対するライセンス管理についての構成及び処理を説明するが、画像処理サーバ３１以外の任意のアプリケーション実行装置についても画像処理サーバ３１と同様の構成及び処理を適用できる。
＜ライセンス登録＞
（ライセンス発行サーバ５１の構成）
図２は、ライセンス発行サーバ５１におけるライセンス登録に関する処理を機能的なブロックとして例示した図である。
図２において、ライセンス発行サーバ５１は、通信部７１、ライセンス登録処理部７２、及び、ライセンス情報テーブル記憶部７３を有する。
通信部７１は、インターネット５３に接続してインターネット５３を介してライセンス購入端末５２（図１参照）と通信を行う。
ライセンス登録処理部７２は、新たに登録（発行）するアプリケーションＡのライセンスに関する情報（ライセンス情報）を取得または生成し、通信部７１及びライセンス情報テーブル記憶部７３に供給する。ライセンス登録処理部７２は、デバイスID取得部９１、プロダクトID生成部９２、及び、初回ライセンスキー生成部９３を有する。
デバイスID取得部９１は、アプリケーションＡを実行するアプリケーション実行装置であって、ライセンスを登録するアプリケーション実行装置（画像処理サーバ３１）のデバイスIDを通信部７１から取得する。デバイスIDは、装置に対して一意に割り振られた固有の値である。デバイスIDとしては、例えば、装置のシリアルナンバー、又は、装置を構成する部品の情報により一意に生成された値が用いられる。
デバイスIDは、通信部７１によりインターネット５３を介して通信接続されたライセンス購入端末５２から入力される。例えば、ユーザは、ライセンス購入端末５２でWebブラウザを起動し、ライセンス発行サーバ５１のURL（Uniform Resource Locator）を指定してライセンス発行サーバ５１にアクセスする。これによって、ライセンス発行サーバ５１のライセンス登録処理部７２は、ライセンス登録のためのWebページをライセンス購入端末５２に送信し、ライセンス購入端末５２のWebブラウザに表示させる。Webブラウザに表示されたWebページには、アプリケーションＡを実行するアプリケーション実行装置のデバイスIDを入力する入力欄が設けられる。ユーザはその入力欄にライセンスを登録するアプリケーション実行装置のデバイスIDを入力し、ライセンス購入端末５２からライセンス発行サーバ５１に送信させる。
ライセンス発行サーバ５１のデバイスID取得部９１は、ライセンス購入端末５２からのデバイスIDを通信部７１から取得する。なお、ライセンス購入端末５２において、デバイスID等のライセンス登録に必要な情報の入力は、Webブラウザではなく、専用のアプリケーションを用いて行われてもよく、特定の方法に限定されない。
また、ライセンス購入端末５２を用いたライセンス登録（デバイスIDの入力等）は、医療イメージングシステム２のシステム開発元のサービス担当者が行う。ただし、医療イメージングシステム２の機器管理者等のシステム開発元のサービス担当者以外の者が行ってもよい。
デバイスID取得部９１は、取得したデバイスIDをライセンス情報テーブル記憶部７３に供給し、記憶（保存）させる。
プロダクトID生成部９２は、ライセンスを登録（発行）する際に、ライセンスに対して固有のプロダクトIDを生成する。プロダクトID生成部９２は、生成したプロダクトIDを、ライセンス情報テーブル記憶部７３に供給し、デバイスIDと紐付けて（対応付けて）記憶させる。また、プロダクトID生成部９２は、生成したプロダクトIDを通信部７１に供給し、インターネット５３を介してライセンス購入端末５２に送信する。
初回ライセンスキー生成部９３は、ライセンスを登録（発行）する際に、ライセンスに対して固有のライセンスキーを初回のライセンスキーとして生成する。初回ライセンスキー生成部９３は、生成したライセンスキーを、ライセンス情報テーブル記憶部７３に供給し、デバイスIDと紐付けて（対応付けて）記憶させる。また、初回ライセンスキー生成部９３は、生成したライセンスキーを通信部７１に供給し、インターネット５３を介してライセンス購入端末５２に送信する。
ライセンス購入端末５２では、プロダクトID生成部９２及び初回ライセンスキー生成部９３から送信されたプロダクトID及びライセンスキーが表示され、サービス担当者に通知される。
ライセンス情報テーブル記憶部７３は、デバイスID取得部９１、プロダクトID生成部９２、及び、初回ライセンスキー生成部９３のそれぞれからのデバイスID、プロダクトID、及び、ライセンスキーを対応付けてデータベースであるライセンス情報テーブルとして記憶する。
図３は、ライセンス情報テーブルを例示した図である。
図３のライセンス情報テーブルＴ１は、プロダクトID、デバイスID、及び、ライセンスキーのそれぞれを記憶するカラム（列）を有する。ライセンス情報テーブルＴ１の各レコード（行）は、互いに対応付けられたプロダクトID、デバイスID、及び、ライセンスキーを記憶するフィールドを有する。なお、プロダクトID、デバイスID、及び、ライセンスキーのようにライセンスに関する情報をライセンス情報という。
ライセンス情報テーブルＴ１には、異なるデバイスIDの装置でのアプリケーションＡの利用に対して、又は、同一のデバイスIDの装置での異なるユーザ等のアプリケーションＡの利用に対して、登録済み（発行済み）のライセンス情報が蓄積される。
（ライセンス管理サーバ３５の構成）
図４は、ライセンス管理サーバ３５におけるライセンス登録に関する処理を機能的なブロックとして例示した図である。
図４において、ライセンス管理サーバ３５は、入力部１１１、ライセンス登録処理部１１２、及び、ライセンス管理テーブル記憶部１１３を有する。
入力部１１１は、キーボード等の入力装置であり、サービス担当者は、ライセンス情報として、アプリケーションＡを実行するアプリケーション実行装置のデバイスIDと、ライセンス購入端末５２により通知されたプロダクトID及びライセンスキー（初回のライセンスキー）を入力部１１１から入力する。
ライセンス登録処理部１１２は、入力部１１１からライセンス情報として入力されたデバイスID、プロダクトID、及び、ライセンスキーを取得し、ライセンス管理テーブル記憶部１１３に供給する。
ライセンス登録処理部１１２は、デバイスID取得部１３１、プロダクトID取得部１３２、及び、初回ライセンスキー取得部１３３を有する。
デバイスID取得部１３１は、入力部１１１からデバイスIDを取得し、ライセンス管理テーブル記憶部１１３に供給する。
プロダクトID取得部１３２は、入力部１１１からプロダクトIDを取得し、ライセンス管理テーブル記憶部１１３に供給する。
初回ライセンスキー取得部１３３は、入力部１１１から初回のライセンスキーを取得し、ライセンス管理テーブル記憶部１１３に供給する。
ライセンス管理テーブル記憶部１１３は、デバイスID取得部１３１、プロダクトID取得部１３２、及び、初回ライセンスキー取得部１３３のそれぞれからのデバイスID、プロダクトID、及び、ライセンスキーを対応付けてデータベースであるライセンス管理テーブルとして記憶する。
図５は、ライセンス管理テーブルを例示した図である。
図５のライセンス管理テーブルＴ２は、プロダクトID、デバイスID、ライセンスキー、及び、ライセンス条件のそれぞれを記憶するカラム（列）を有する。ライセンス管理テーブルＴ２の各レコード（行）は、互いに対応付けられたプロダクトID、デバイスID、ライセンスキー、及び、ライセンス条件を記憶するフィールドを有する。
ライセンス管理テーブルＴ２には、異なるデバイスIDの装置でのアプリケーションＡの利用に対して、又は、同一のデバイスIDの装置での異なるユーザ等のアプリケーションＡの利用に対してのライセンス情報が蓄積される。
ここで、ライセンス条件は、ライセンス管理テーブルＴ２に登録されたライセンス（プロダクトID、デバイスID、及び、ライセンスキー）が有効である条件（アプリケーションＡの利用が許可される条件）を表す。例えば、ライセンス管理テーブルＴ２のライセンス条件のフィールドには、ライセンス（アプリケーションＡ）を利用可能な回数（トークン）又は期間（サブスクリプション）を制限するライセンス条件が記憶される。
ライセンスを利用可能な回数を制限するライセンス条件としては、例えば、ライセンス登録時におけるアプリケーションＡの利用可能な回数（以下、ライセンス回数という）である。なお、ライセンス条件は、アプリケーションＡを利用するごとに減算される残り回数であってもよいし、アプリケーションＡを利用するごとに加算される回数の加算上限であってもよい。
なお、ライセンス（アプリケーションＡ）の利用の回数は、アプリケーションＡを起動した回数であってもよいし、手術での利用であれば、１度の手術に対して１回としてもよい。また、アプリケーションＡの起動中に一定時間経過するごとにアプリケーションＡの利用の回数を１ずつ加算してもよいし、１日の間でのアプリケーションＡの利用を１回としてもよい。
ライセンスを利用可能な期間を制限するライセンス条件としては、例えば、アプリケーションＡを利用できる日数（以下、ライセンス期間という）であってもよいし、アプリケーションＡを利用できる最終日である終了期限（以下、ライセンス期限という）であってもよい。ライセンス管理テーブルＴ２のライセンス条件には、ライセンスの登録時におけるライセンス回数又はライセンス期限が記憶される。
また、本説明では、ライセンス条件は、予め決められたライセンス回数及び予め決められたライセンス期間に対応したライセンス期限のいずれかに自動的に設定されるものとする。ただし、ユーザがライセンスの契約形態としてプリペイドの契約（ライセンス回数による契約）とサブスクリプションの契約（ライセンス期間による契約）とのいずれかを選択できるようにしてもよい。
また、ユーザがライセンスの契約の際に、プリペイドの契約であれば、ライセンス回数をユーザが選択できるようにし、サブスクリプションの契約であれば、ライセンス期間をユーザが選択できるようにしてもよい。このような場合には、プロダクトID、デバイスID、及び、ライセンスキーと同様にライセンス管理テーブルＴ２のライセンス条件についてもサービス担当者が入力部１１１から入力する。又は、ライセンス条件については、プロダクトIDやライセンスキーにライセンス条件の情報を含ませておき、ライセンス管理サーバ３５が、プロダクトIDやライセンスキーから自動的にライセンス条件を読み取ってライセンス管理テーブルＴ２に記憶させてもよいし、その他の方法でライセンス管理テーブルＴ２に記憶させてもよい。
また、ライセンスの新規登録（新規契約）の際にお試しという契約形態があってもよい。お試しの場合には、ユーザは、アプリケーションＡを一定回数又は一定期間無料で利用することができる。すなわち、ユーザが契約形態としてお試しを選択した場合には、ライセンスを購入する際の価格を０とし、お試しの間のアプリケーションＡの利用に対しては課金されないようにする。
また、ライセンスの契約形態として、プリペイドやサブスクリプションではなく、買取（無期限でアプリケーションＡの利用が可能）という契約があってもよい。この場合には、ライセンス発行サーバ５１が発行するライセンスのライセンス回数又はライセンス期間を、現実的にライセンスが切れることない大きな値とすることで対応することができる。
（ライセンス登録の手順）
図６は、ライセンス登録の手順を示したシーケンス図である。
図６において、ステップＳ１１では、サービス担当者Ｕ１は、図６では不図示のライセンス購入端末５２を用いてアプリケーションＡを実行するアプリケーション実行装置のデバイスIDを入力する。処理はステップＳ１１からステップＳ１２に進む。
ステップＳ１２では、ライセンス発行サーバ５１は、ステップＳ１１で入力されたデバイスIDを取得する。処理はステップＳ１２からステップＳ１３に進む。
ステップＳ１３では、ライセンス発行サーバ５１は、プロダクトID及び初回のライセンスキーを生成する。処理はステップＳ１３からステップＳ１４に進む。
ステップＳ１４では、ライセンス発行サーバ５１は、ステップＳ１１で取得したデバイスIDと、ステップＳ１３で生成されたプロダクトID及びライセンスキーとを対応付けてライセンス情報テーブルＴ１に保存する。処理はステップＳ１４からステップＳ１５に進む。
ステップＳ１５では、ライセンス発行サーバ５１は、ステップＳ１３で生成されたプロダクトID及びライセンスキーをライセンス購入端末５２に送信してサービス担当者Ｕ１に通知する。処理はステップＳ１５からステップＳ１６に進む。
ステップＳ１６では、サービス担当者Ｕ１は、ステップＳ１５で通知されたプロダクトID及びライセンスキーを受け取る。処理はステップＳ１６からステップＳ１７に進む。
ステップＳ１７では、サービス担当者Ｕ１は、ステップＳ１１で入力したデバイスIDと、ステップＳ１６で受け取ったプロダクトID及びライセンスキー（初回のライセンスキー）をライセンス管理サーバ３５に入力する。処理はステップＳ１７からステップＳ１８に進む。
ステップＳ１８では、ライセンス管理サーバ３５は、ステップＳ１７で入力されたデバイスID、プロダクトID、及び、ライセンスキーをライセンス管理テーブルＴ２に保存する。
以上のライセンス登録の手順によれば、院内ネットワークシステム１２のライセンス管理サーバ３５をインターネット５３等の院外のネットワークに接続することなく、アプリケーションＡのライセンスを登録することができる。したがって、院外のネットワークからのハッキングや、マルウェアの侵入、個人情報の漏洩というようなリスクが少なく安全にライセンス登録を行うことができる。また、院内ネットワークの複数の医療機器や医療用アプリケーションに対してライセンス管理サーバ３５を用いてライセンス管理を行うことができる。したがって、複数の医療機器や医療用アプリケーションに対して個別のライセンスの管理を行う必要がないので、管理システムを安価かつ簡易に構築できる。
なお、ライセンス登録は、院内ネットワークシステム１２の納品前に行われてもよいし、納品後に病院の機材のセットアップが完了した後に行われてもよい。
＜ライセンス利用＞
（画像処理サーバ３１の構成）
図７は、画像処理サーバ３１におけるライセンス利用に関する処理を機能的なブロックとして例示した図である。
図７において、画像処理サーバ３１は、アプリケーション起動指示部１６１、アプリケーション実行処理部１６２、アプリケーション記憶部１６３、ライセンス認証処理部１６４、通信部１６５、及び、警告処理部１６６を有する。
アプリケーション起動指示部１６１は、キーボードやマウス等の入力デバイスに対するユーザ（医療スタッフ）の操作に基づいてアプリケーションＡの起動をアプリケーション実行処理部１６２に指示する。
アプリケーション実行処理部１６２は、アプリケーション起動指示部１６１からの指示により、アプリケーションＡのプログラムをアプリケーション記憶部１６３から読み出してアプリケーションＡの処理を実行する。
また、アプリケーション実行処理部１６２は、アプリケーションＡを起動する際に、ライセンス認証処理部１６４に対して、アプリケーションＡのライセンス認証の実施を要求する。アプリケーション実行処理部１６２は、ライセンス認証が得られた場合には、アプリケーションＡの処理を実行する。アプリケーション実行処理部１６２は、ライセンス認証が得られない場合には、アプリケーションＡの処理を実行しない。
アプリケーション記憶部１６３は、ハードディスク等の記憶部である。アプリケーション記憶部１６３は、アプリケーションＡのプログラムを記憶し、アプリケーション実行処理部１６２にアプリケーションＡのプログラムを供給する。
ライセンス認証処理部１６４は、アプリケーション実行処理部１６２からの要求により、アプリケーションＡのライセンス認証の認証結果をアプリケーション実行処理部１６２に供給する。
ライセンス認証処理部１６４は、デバイスID送信部１８１、及び、認証結果取得部１８２を有する。
デバイスID送信部１８１は、ライセンス認証を行う際に、画像処理サーバ３１のデバイスIDを、通信部１６５に通信接続されたライセンス管理サーバ３５に送信し、ライセンス認証を行わせる。
認証結果取得部１８２は、通信部１６５を介してライセンス管理サーバ３５からライセンス認証の認証結果を取得する。また、認証結果取得部１８２は、ライセンス管理サーバ３５から取得した認証結果をアプリケーション実行処理部１６２に供給する。
また、認証結果取得部１８２は、ライセンス管理サーバ３５から取得した認証結果がライセンス認証を得られないことを示す場合、その旨を警告処理部１６６に通知する。
通信部１６５は、IPネットワークを介してライセンス管理サーバ３５と通信を行う。通信部１６５は、デバイスID送信部１８１からのデバイスIDをライセンス管理サーバ３５に送信する。また、通信部１６５は、ライセンス管理サーバ３５からのライセンス認証の認証結果を受信し、認証結果取得部１８２に供給する。
警告処理部１６６は、認証結果取得部１８２からライセンス認証が得られない旨が通知された場合に、ユーザに対してライセンス切れの警告を行う。ライセンス切れの警告の方法としては、例えば、画像処理サーバ３１がアプリケーションＡを実行した場合にIPコンバータ３４に送信される処理後の画像の代わりに、警告処理部１６６が警告画像をIPコンバータ３４に送信する。これにより、IPコンバータ３４に接続された画像受信装置１３に警告画像が表示されるようにする。警告画像は、ライセンス切れを表す文字や図の警告情報が付された画像であってよい。
また、警告の方法として、ライセンス認証が得られない場合であってもアプリケーション実行処理部１６２は、アプリケーションＡを実行してアプリケーションＡの処理後の画像を生成する。そして、ライセンス切れであることを警告するため、警告処理部１６６は、アプリケーションＡの処理後の画像に警告情報を重畳した画像を生成し、又は、アプリケーションＡの処理後の画像に明らかに正常ではないと認識される加工（モザイク加工や点滅等）を施した画像を警告画像として生成する。そして、警告処理部１６６は、生成した警告画像をIPコンバータ３４に送信するようにしてもよい。
また、警告の方法として、院内ネットワーク（IPネットワーク）に接続された所定の端末にメール等でライセンス切れであることをユーザ（ライセンス更新等を行う機器管理者）に通知するようにしてもよい。
なお、ライセンス切れの警告と同様にライセンス切れが近いことの警告（ライセンス更新を促すリマインド通知）が行われるようにしてもよい。この場合に、例えば、認証結果取得部１８２は、通信部１６５を介してライセンス管理サーバ３５からライセンス認証の認証結果と共に、ライセンス条件を取得する。認証結果取得部１８２は、取得したライセンス条件に基づいて、ライセンス（アプリケーションＡ）の利用可能な残り回数、又は、ライセンス（アプリケーションＡ）の利用可能な残り日数を算出する。そして、認証結果取得部１８２は、算出した残り回数又は残り日数が所定の閾値より少ない場合にその旨を警告処理部１６６に通知する。警告処理部１６６はライセンス切れの警告と同様にライセンス切れが近いことの警告を行う。また、ライセンス切れやライセンス切れが近いことを警告するために、アプリケーションＡの起動の有無とは無関係に定期的にライセンス認証や、ライセンスの利用可能な残り回数、又は、ライセンス（アプリケーションＡ）の利用可能な残り日数の算出が行われるようにしてもよい。
（ライセンス管理サーバ３５の構成）
図８は、ライセンス管理サーバ３５におけるライセンス利用に関する処理を機能的なブロックとして例示した図である。
図８において、ライセンス管理サーバ３５は、ライセンス管理テーブル記憶部１１３、通信部２１１、及び、ライセンス認証処理部２１２を有する。
ライセンス管理テーブル記憶部１１３は、図４に示したライセンス管理テーブル記憶部１１３であり、図５のライセンス管理テーブルＴ２を記憶する。
通信部２１１は、IPネットワークを介して画像処理サーバ３１と通信を行う。通信部２１１は、画像処理サーバ３１から送信されるデバイスIDを受信し、ライセンス認証処理部２１２のデバイスID取得部２３１に供給する。また、通信部２１１は、ライセンス認証処理部２１２の認証部２３２から供給されるライセンス認証の認証結果を画像処理サーバ３１に送信する。
ライセンス認証処理部２１２は、画像処理サーバ３１からの要求（デバイスIDの受信）により、アプリケーションＡのライセンス認証を行い、認証結果を通信部２１１を介して画像処理サーバに通知する。
ライセンス認証処理部２１２は、デバイスID取得部２３１、及び、認証部２３２を有する。
デバイスID取得部２３１は、通信部２１１を介して画像処理サーバ３１からの画像処理サーバ３１のデバイスIDを取得する。デバイスID取得部２３１は、取得したデバイスIDを認証部２３２に供給する。
認証部２３２は、ライセンス管理テーブル記憶部１１３のライセンス管理テーブルＴ２から、デバイスID取得部２３１からの画像処理サーバ３１のデバイスIDが記憶されたレコードを検出する。認証部２３２は、ライセンス管理テーブルＴ２から画像処理サーバ３１のデバイスIDが記憶されたレコードを検出できない場合にはライセンス認証が得られない旨の認証結果を通信部２１１を介して画像処理サーバ３１に送信する。
一方、認証部２３２は、ライセンス管理テーブルＴ２から、画像処理サーバ３１のデバイスIDが記憶されたレコードを検出した場合、即ち、少なくともデバイスIDに対応付けられたプロダクトID及びライセンスキーがライセンサ管理テーブルＴ２に記憶されている場合にライセンス（アプリケーションＡ）が利用可能（有効）と判定する。
さらに、認証部２３２は、検出したレコードのライセンス条件に対して、ライセンス（アプリケーションＡ）の利用（今回の利用）がライセンス条件の制限内の利用か否かにより、ライセンス（アプリケーションＡ）が利用可能（有効）か否かを判定する。具体的には、ライセンス（アプリケーションＡ）の利用可能な残り回数が存在する（１回以上である）場合、又は、ライセンス期限が本日以降の期日である場合には、ライセンスが有効であると判定される。ライセンス（アプリケーションＡ）の利用可能な残り回数が存在しない場合、又は、ライセンス期限が本日より前の期日である場合には、ライセンスが無効であると判定される。認証部２３２は、ライセンスが有効であると判定した場合には、ライセンス認証が得られた旨の認証結果を通信部２１１を介して画像処理サーバ３１に送信する。また、認証部２３２は、ライセンスが無効であると判定した場合には、ライセンス認証が得られない旨の認証結果を通信部２１１を介して画像処理サーバ３１に送信する。
（ライセンス利用の手順１）
図９は、ライセンス利用の手順を示したシーケンス図であり、ライセンス認証が得られる場合のシーケンス図である。
図９において、ステップＳ３１では、医師や看護師等の医療スタッフＵ２は、画像処理サーバ３１においてアプリケーションＡの起動を指示する操作を行う。処理はステップＳ３１からステップＳ３２に進む。
ステップＳ３２では、画像処理サーバ３１は、ステップＳ３１での医療スタッフＵ２の操作を受け付ける。処理はステップＳ３２からステップＳ３３に進む。
ステップＳ３３では、画像処理サーバ３１は、画像処理サーバ３１のデバイスIDをライセンス管理サーバ３５に送信する。処理はステップＳ３３からステップＳ３４に進む。
ステップＳ３４では、ライセンス管理サーバ３５は、画像処理サーバ３１からのデバイスIDを受信する。処理はステップＳ３４からステップＳ３５に進む。
ステップＳ３５では、ライセンス管理サーバ３５は、ライセンス管理テーブル記憶部１１３のライセンス管理テーブルＴ２を参照して、ステップＳ３４で受信した画像処理サーバ３１のデバイスIDに対するアプリケーションＡのライセンス認証を行う。本シーケンス図においては、ライセンス認証が得られたとする。処理はステップＳ３５からステップＳ３６に進む。
ステップＳ３６では、ライセンス管理サーバ３５は、ライセンス認証が得られた旨の認証結果を画像処理サーバ３１に送信する。処理はステップＳ３６からステップＳ３７に進む。
ステップＳ３７では、画像処理サーバ３１は、ライセンス認証が得られた旨の認証結果をライセンス管理サーバ３５から受信する。処理はステップＳ３７からステップＳ３８に進む。
ステップＳ３８では、画像処理サーバ３１は、アプリケーションＡの処理を実行する。処理はステップＳ３８からステップＳ３９に進む。なお、ステップＳ３９以降は、ライセンス切れが近いことの警告（ライセンス更新を促すリマインド通知）が行われる場合の処理である。画像処理サーバ３１は、ライセンス切れが近い場合に該当しないとき、又は、ライセンス切れが近いことの警告を行わない場合には、ステップＳ３９以降の処理は行わない。
ステップＳ３９では、画像処理サーバ３１は、ライセンス切れが近いことの警告を表示する。例えば、画像処理サーバ３１は、画像処理サーバ３１が生成した画像が送信されるIPコンバータ３４にライセンス切れが近いことを警告する警告画像を送信する。これにより、画像処理サーバ３１は、IPコンバータ３４に接続された画像受信装置１３に警告画像を表示させる。処理はステップＳ３９からステップＳ４０に進む。
ステップＳ４０では、医療スタッフＵ２は、ステップＳ３９での警告表示によりライセンス切れが近いこと、及び、ライセンスの更新が必要になることを認識する。
以上のライセンス利用の手順によれば、画像処理サーバ３１をインターネット５３等の院外のネットワークに接続することなく、アプリケーションＡのライセンス認証を行うことができる。したがって、院外のネットワークからのハッキングや、マルウェアの侵入、個人情報の漏洩というようなリスクが少なく安全にライセンス認証を行うことができる。また、院内ネットワークの複数の医療機器や医療用アプリケーションに対してライセンス管理サーバ３５を用いてライセンス管理を行うことができる。したがって、複数の医療機器や医療用アプリケーションに対して個別のライセンスの管理を行う必要がないので、管理システムを安価かつ簡易に構築できる。
（ライセンス利用の手順２）
図１０は、ライセンス利用の手順を示したシーケンス図であり、ライセンス認証が得られない場合のシーケンス図である。
なお、図中、ステップＳ６１乃至ステップＳ６４は、図９のステップＳ３１乃至ステップＳ３４と同じであるから説明を省略する。
ステップＳ６５では、ライセンス管理サーバ３５は、ライセンス管理テーブル記憶部１１３のライセンス管理テーブルＴ２を参照して、ステップＳ５４で受信した画像処理サーバ３１のデバイスIDに対するアプリケーションＡのライセンス認証を行う。本シーケンス図においては、ライセンス認証が得られないとする。処理はステップＳ６５からステップＳ６６に進む。
ステップＳ６６では、ライセンス管理サーバ３５は、ライセンス認証が得られない旨の認証結果を画像処理サーバ３１に送信する。処理はステップＳ６６からステップＳ６７に進む。
ステップＳ６７では、画像処理サーバ３１は、ライセンス認証が得られない旨の認証結果をライセンス管理サーバ３５から受信する。この場合に、画像処理サーバ３１は、アプリケーションＡの処理を実行しない。ただし、後述のステップＳ７０でアプリケーションＡが実行される態様もあり得る。処理はステップＳ６７からステップＳ６８に進む。
ステップＳ６８では、画像処理サーバ３１は、ライセンス切れの警告を表示する。例えば、画像処理サーバ３１は、画像処理サーバ３１が生成した画像が送信されるIPコンバータ３４にライセンス切れであることを警告する警告画像を送信する。これにより、画像処理サーバ３１は、IPコンバータ３４に接続された画像受信装置１３に警告画像を表示させる。処理はステップＳ６８からステップＳ６９に進む。
ステップＳ６９では、医療スタッフＵ２は、ステップＳ６８での警告表示によりライセンス切れであること、及び、ライセンスの更新が必要であることを認識する。処理はステップＳ６９からステップＳ７０に進む。
ステップＳ７０では、画像処理サーバ３１は、アプリケーションＡの処理を実行させる。なお、ステップＳ７０は、アプリケーションＡのライセンス認証が得られなかった場合でも、緊急を要する治療などでアプリケーションＡを利用する必要があることを考慮した場合の処理である。このような考慮を行わない場合等にはステップＳ７０の処理はなくてもよい。また、例えば、ライセンス切れのアプリケーションＡの処理を実行させるか否かを医療スタッフＵ２が選択できるようにし、医療スタッフＵ２がアプリケーションＡの処理を実行させないことを選択した場合にはステップＳ７０の処理は行われない。
また、ライセンス切れのアプリケーションＡを実行させた場合に、ライセンス切れの間にアプリケーションＡを利用した回数又は期間が次回のライセンス更新の際にライセンス条件から減算されるようにしてもよい。
以上のライセンス利用の手順によれば、画像処理サーバ３１をインターネット５３等の院外のネットワークに接続することなく、アプリケーションＡのライセンス認証を行うことができる。したがって、院外のネットワークからのハッキングやマルウェアの侵入、個人情報の漏洩というようなリスクが少なく安全にライセンス認証を行うことができる。また、院内ネットワークの複数の医療機器や医療用アプリケーションに対してライセンス管理サーバ３５を用いてライセンス管理を行うことができる。したがって、複数の医療機器や医療用アプリケーションに対して個別のライセンスの管理を行う必要がないので、管理システムを安価かつ簡易に構築できる。
＜ライセンス更新＞
（ライセンス発行サーバ５１の構成）
図１１は、ライセンス発行サーバ５１におけるライセンス更新に関する処理を機能的なブロックとして例示した図である。
図１１において、ライセンス発行サーバ５１は、通信部７１、ライセンス情報テーブル記憶部７３、パスワード記憶部２５１、及び、ライセンス更新処理部２５２を有する。
通信部７１は、図２に示した通信部７１であり、インターネット５３に接続してインターネット５３を介してライセンス購入端末５２と通信を行う。
ライセンス情報テーブル記憶部７３は、図２に示したライセンス情報テーブル記憶部７３であり、登録済みのライセンス情報をライセンス情報テーブルＴ１として記憶している。
パスワード記憶部２５１は、ライセンスキーを新たに発行する場合に必要となるパスワードを記憶する。パスワードは、非公開の情報として例えば自動生成されてパスワード記憶部２５１に記憶され、少なくともライセンス（アプリケーションＡ）を利用するユーザ（医療スタッフ等）やライセンスを更新するユーザ（機器管理者等）には秘匿される。パスワードは固定であってもよいし、ワンタイムパスワードを用いて安全性を高めてもよい。
ライセンス更新処理部２５２は、既に登録済みのアプリケーションＡのライセンス情報を取得し、新たなライセンスキーを生成して通信部７１及びライセンス情報テーブル記憶部７３に供給する。ライセンス更新処理部２５２は、プロダクトID取得部２７１、デバイスID読取部２７２、前回ライセンスキー読取部２７３、パスワード読取部２７４、及び、ライセンスキー生成部２７５を有する。
プロダクトID取得部２７１は、更新するライセンスのプロダクトIDを通信部７１によりインターネット５３を介して通信接続されたライセンス購入端末５２から取得する。
例えば、ユーザは、ライセンス購入端末５２でWebブラウザを起動し、ライセンス発行サーバ５１のURLを指定してライセンス発行サーバ５１にアクセスする。これによって、ライセンス発行サーバ５１のライセンス登録処理部７２は、ライセンス更新のためのWebページをライセンス購入端末５２に送信し、ライセンス購入端末５２のWebブラウザに表示させる。Webブラウザに表示されたWebページには、更新するライセンスのプロダクトIDを入力する入力欄が設けられる。ユーザはその入力欄にプロダクトIDを入力し、ライセンス購入端末５２からライセンス発行サーバ５１に送信する。ライセンス発行サーバ５１のプロダクトID取得部２７１は、ライセンス購入端末５２からのプロダクトIDを通信部７１から取得する。なお、ライセンス購入端末５２において、プロダクトID等のライセンス更新に必要な情報の入力は、Webブラウザではなく、専用のアプリケーションを用いて行われてもよく、特定の方法に限定されない。
また、ライセンス購入端末５２を用いたライセンスの更新（プロダクトIDの入力等）は、例えば、医療イメージングシステム２の機器管理者が行う。
プロダクトID取得部２７１は、取得したプロダクトIDをライセンスキー生成部２７５に供給する。
デバイスID読取部２７２は、ライセンス情報テーブル記憶部７３のライセンス情報テーブルＴ１から、プロダクトID取得部２７１が取得したプロダクトIDと同一レコードのデバイスID（プロダクトIDに対応付けられたデバイスID）を読み取る。本説明では、アプリケーションＡを実行する装置が画像処理サーバ３１のみであると想定しているため、デバイスID読取部２７２がライセンス情報テーブルＴ１から読み取るデバイスIDは画像処理サーバ３１のデバイスIDである。
デバイスID読取部２７２は、ライセンス情報テーブルＴ１から読み取ったデバイスIDをライセンスキー生成部２７５に供給する。
前回ライセンスキー読取部２７３は、ライセンス情報テーブル記憶部７３のライセンス情報テーブルＴ１から、プロダクトID取得部２７１が取得したプロダクトIDと同一レコードのライセンスキー（プロダクトIDに対応付けられたライセンスキー）を前回ライセンスキーとして読み取る。前回ライセンスキー読取部２７３は、ライセンス情報テーブルＴ１から読み取った前回ライセンスキーをライセンスキー生成部２７５に供給する。
パスワード読取部２７４は、ライセンスキーを生成する際に用いるパスワードをパスワード記憶部２５１から読み取り、ライセンスキー生成部２７５に供給する。
ライセンスキー生成部２７５は、プロダクトID取得部２７１、デバイスID読取部２７２、前回ライセンスキー読取部２７３、及び、パスワード読取部２７４のそれぞれからのプロダクトID、デバイスID、前回ライセンスキー、及び、パスワードに基づいて、新たなライセンスキーを生成する。
図１２は、ライセンスキー生成部２７５におけるライセンスキー生成の処理を説明する図である。ライセンスキー生成部２７５において、入力情報として、更新するライセンスのプロダクトID、デバイスID、及び、前回ライセンスキーと、パスワードがプロダクトID取得部２７１、デバイスID読取部２７２、前回ライセンスキー読取部２７３、及び、パスワード読取部２７４のそれぞれから供給される。
ライセンスキー生成部２７５は、それらの入力情報に対して、所定のライセンスキー生成アルゴリズムに従ったキー生成関数を用いて一意の出力値を算出し、その出力値を新たなライセンスキーとする。キー生成関数としては、異なる入力情報に対して異なる出力値を出力し、かつ、出力値からは入力情報を逆算することができない関数であってよく、例えばハッシュ関数であってよい。
ライセンスキー生成部２７５は、ライセンス情報テーブル記憶部７３のライセンス情報テーブルＴ１に記憶されている前回ライセンスキーのデータを、キー生成関数により生成した新たなライセンスキーに更新する。
また、ライセンスキー生成部２７５は、新たなライセンスキーを通信部７１を介してライセンス購入端末５２に送信し、ユーザ（機器管理者）に通知する。
なお、ライセンス発行サーバ５１は、ライセンスを更新する際に、ライセンスの更新に必要な課金処理を行う不図示の課金処理部を有していてもよい。その場合に、ユーザは、課金処理部に対して必要な情報をライセンス購入端末５２から入力する。これにより、課金処理部での課金処理が適切に行われた場合に、新たなライセンスキーがユーザに通知されるようにしてもよい。
また、本説明ではライセンス条件は予め決められているものとしたが、ユーザがライセンス回数やライセンス期間等のライセンス条件を選択できるようにした場合には、ライセンス条件に応じた金額がユーザに課金されるようにしてもよい。また、ユーザがライセンス条件を選択できるようにした場合には、ライセンス発行サーバ５１のライセンスキー生成部２７５は、ライセンス条件に対応した値をキー生成関数の入力情報に含めてライセンスキーを算出するようにしてもよい。
（ライセンス管理サーバ３５の構成）
図１３は、ライセンス管理サーバ３５におけるライセンス利用に関する処理を機能的なブロックとして例示した図である。
図１３において、ライセンス管理サーバ３５は、入力部１１１、ライセンス管理テーブル記憶部１１３、パスワード記憶部２９１、及び、ライセンス更新処理部２９２を有する。
入力部１１１は、図４に示した入力部１１１と同様にキーボード等の入力装置である。機器管理者は、ライセンス情報として、更新を行うライセンスのプロダクトIDとライセンス購入端末５２により通知された新たなライセンスキー（入力ライセンスキー）を入力部１１１から入力する。
ライセンス管理テーブル記憶部１１３は、図４に示したライセンス管理テーブル記憶部１１３であり、登録済みのライセンス情報をライセンス管理テーブルＴ２として記憶している。
パスワード記憶部２９１は、ライセンス更新に必要となるパスワードであって、図１１のライセンス発行サーバ５１におけるパスワード記憶部２５１と同一のパスワードを記憶する。パスワードは、少なくともライセンス（アプリケーションＡ）を利用するユーザ（医療スタッフ等）やライセンスを更新するユーザ（機器管理者等）には秘匿される。
ライセンス更新処理部２５２は、既に登録済みのアプリケーションＡのライセンス情報と、入力ライセンスキーを取得し、入力ライセンスキーが有効である場合に、ライセンス更新を行う。ライセンス更新処理部２９２は、プロダクトID取得部３１１、デバイスID読取部３１２、前回ライセンスキー読取部３１３、パスワード読取部３１４、ライセンスキー生成部３１５、入力ライセンスキー取得部３１６、及び、判定部３１７を有する。
プロダクトID取得部３１１は、更新するライセンスのプロダクトIDを入力部１１１から取得し、ライセンスキー生成部３１５に供給する。
また、ライセンスの更新（プロダクトIDや入力プロダクトキーの入力等）は、例えば、医療イメージングシステム２の機器管理者が行う。
デバイスID読取部３１２は、ライセンス管理テーブル記憶部１１３のライセンス管理テーブルＴ２から、プロダクトID取得部３１１が取得したプロダクトIDと同一レコードのデバイスID（プロダクトIDに対応付けられたデバイスID）を読み取る。本説明では、アプリケーションＡを実行する装置が画像処理サーバ３１のみであると想定しているため、デバイスID読取部３１２がライセンス管理テーブルＴ２から読み取るデバイスIDは画像処理サーバ３１のデバイスIDである。
デバイスID読取部３１２は、ライセンス管理テーブルＴ２から読み取ったデバイスIDをライセンスキー生成部３１５に供給する。
前回ライセンスキー読取部３１３は、ライセンス管理テーブル記憶部１１３のライセンス管理テーブルＴ２から、プロダクトID取得部３１１が取得したプロダクトIDと同一レコードのライセンスキー（プロダクトIDに対応付けられたライセンスキー）を前回ライセンスキーとして読み取る。前回ライセンスキー読取部３１３は、ライセンス管理テーブルＴ２から読み取った前回ライセンスキーをライセンスキー生成部３１５に供給する。
パスワード読取部３１４は、ライセンスキーを生成する際に用いるパスワードをパスワード記憶部２９１から読み取り、ライセンスキー生成部３１５に供給する。
ライセンスキー生成部３１５は、プロダクトID取得部３１１、デバイスID読取部３１２、前回ライセンスキー読取部３１３、及び、パスワード読取部３１４のそれぞれからのプロダクトID、デバイスID、前回ライセンスキー、及び、パスワードに基づいて、新たなライセンスキーを生成する。
ライセンスキー生成部３１５における新たなライセンスキーの生成は、図１１のライセンス発行サーバ５１におけるライセンスキー生成部２７５と同一のキー生成関数を用いてライセンスキー生成部２７５と同一の方法で行われる。
即ち、ライセンスキー生成部３１５には、図１２で示したように、入力情報として、更新するライセンスのプロダクトID、デバイスID、及び、前回ライセンスキーと、パスワードがプロダクトID取得部３１１、デバイスID読取部３１２、前回ライセンスキー読取部３１３、及び、パスワード読取部３１４のそれぞれから供給される。
ライセンスキー生成部３１５は、それらの入力情報に対して、図１１のライセンス発行サーバ５１におけるライセンスキー生成部２７５と同一のライセンスキー生成アルゴリズムに従ったキー生成関数を用いて一意の出力値を算出し、その出力値を新たなライセンスキーとする。
ライセンスキー生成部３１５は、生成した新たなライセンスキーを判定部３１７に供給する。また、ライセンスキー生成部３１５は、判定部３１７からライセンス更新が有効である旨の通知が得られた場合、ライセンス管理テーブル記憶部１１３のライセンス管理テーブルＴ２に記憶されている前回ライセンスキーのデータをキー生成関数により生成した新たなライセンスキーに更新する。
入力ライセンスキー取得部３１６は、入力部１１１から入力された入力ライセンスキーを取得し、判定部３１７に供給する。
判定部３１７は、ライセンスキー生成部３１５からの新たなライセンスキー（更新ライセンスキー）と、入力ライセンスキー取得部３１６からの入力ライセンスキーとを照合（比較）する。照合の結果、更新ライセンスキーと入力ライセンスキーとが一致する場合には判定部３１７は更新ライセンスキー（又は入力ライセンスキー）が有効であり、ライセンス更新が有効であると判定する。照合の結果、更新ライセンスキーと入力ライセンスキーとが一致しない場合には判定部３１７は、ライセンス更新が無効であると判定する。
判定部３１７は、ライセンス更新が有効であると判定した場合、その旨をライセンスキー生成部３１５に通知する。これにより、ライセンス管理テーブル記憶部１１３のライセンス管理テーブルＴ２に記憶されている前回ライセンスキーのデータが新たなライセンスキーに更新される。判定部３１７は、ライセンス更新が無効であると判定した場合、ライセンス更新が有効である旨の通知をライセンスキー生成部３１５に通知せずにライセンス更新を行わないようにする。なお、判定部３１７は、照合の結果を、ライセンス管理サーバの不図示の表示部に表示させてもよい。
また、不図示のライセンス条件更新部（又は、判定部３１７）は、判定部３１７によりライセンス更新が有効であると判定された場合に、ライセンス管理テーブルＴ２のライセンス条件を更新する。例えば、ライセンスの契約形態がプリペイド（ライセンス期間による契約）である場合、ライセンス条件更新部は、ライセンス更新の際におけるライセンス（アプリケーションＡ）の利用可能な残り回数に、予め決められた回数（ライセンス更新によるライセンス条件の追加分）を加算して得られる回数を、新たなライセンス条件としてライセンス管理テーブルＴ２に記憶させる。ライセンスの契約形態がサブスクリプション（ライセンス期間による契約）である場合、ライセンス条件更新部は、ライセンス更新の際におけるライセンス期限に予め決められたライセンス期間（ライセンス更新によるライセンス条件の追加分）を加算して得られる期日を新たなライセンス期限としてライセンス管理テーブルＴ２に記憶させる。
なお、上記説明ではライセンス更新によるライセンス回数又はライセンス期間の追加分（ライセンス条件の追加分）が予め決められているものとしたが、ライセンス更新によるライセンス回数又はライセンス期間の追加分をユーザが選択できるようにしてもよい。その場合には、ライセンス条件更新部は、例えば、入力部１１１からライセンス更新によるライセンス条件の追加分を取得し、ライセンス管理テーブルＴ２のライセンス条件を、ライセンス更新によるライセンス条件の追加分に応じたライセンス回数又はライセンス期限に更新する。また、ライセンス発行サーバ５１のライセンスキー生成部２７５、及び、ライセンス管理サーバ３５のライセンスキー生成部３１５は、ライセンス更新によるライセンス条件の追加分に対応した値をキー生成関数の入力情報に含めて新たなライセンスキーを算出するようにしてもよい。
（ライセンス更新の手順）
図１４は、ライセンス更新の手順を示したシーケンス図である。
図１４において、ステップＳ９１では、機器管理者Ｕ３は、更新するライセンスのプロダクトIDをライセンス購入端末５２に入力する。処理はステップＳ９１からステップＳ９２に進む。
ステップＳ９２では、ライセンス購入端末５２は、機器管理者Ｕ３が入力したプロダクトIDを受け付ける。処理はステップＳ９２からステップＳ９３に進む。
ステップＳ９３では、ライセンス購入端末５２は、ステップＳ９２で受け付けたプロダクトIDをライセンス発行サーバ５１に送信する。処理はステップＳ９３からステップＳ９４に進む。
ステップＳ９４では、ライセンス発行サーバ５１は、ライセンス購入端末５２からのプロダクトIDを受信する。処理はステップＳ９４からステップＳ９５に進む。
ステップＳ９５では、ライセンス発行サーバ５１は、ライセンス更新に要する料金の支払いに関する課金処理を行う。処理はステップＳ９５からステップＳ９６に進む。
ステップＳ９６では、ライセンス発行サーバ５１は、ライセンス情報テーブル記憶部７３のライセンス情報テーブルＴ１からステップＳ９４で受信したプロダクトIDに対応付けされたデバイスIDと前回のライセンスキーを取得する。処理はステップＳ９６からステップＳ９７に進む。
ステップＳ９７では、ライセンス発行サーバ５１は、パスワード記憶部２５１からパスワードを取得する。処理はステップＳ９７からステップＳ９８に進む。
ステップＳ９８では、ライセンス発行サーバ５１は、ステップＳ９４で受信したプロダクトIDと、ステップＳ９６で取得したデバイスID及び前回のライセンスキーと、ステップＳ９７で取得したパスワードとに基づいて、キー生成関数を用いて新たなライセンスキーを生成する。処理はステップＳ９８からステップＳ９９に進む。
ステップＳ９９では、ライセンス発行サーバ５１は、ステップＳ９８で生成した新たなライセンスキーをライセンス購入端末５２に送信する。処理はステップＳ９９からステップＳ１００に進む。
ステップＳ１００では、ライセンス購入端末５２は、ライセンス発行サーバ５１からの新たなライセンスキーを受信する。処理はステップＳ１００からステップＳ１０１に進む。
ステップＳ１０１では、ライセンス購入端末５２は、ステップＳ１００で受信した新たなライセンスキーを表示部に表示させる。処理はステップＳ１０１からステップＳ１０２に進む。
ステップＳ１０２では、機器管理者Ｕ３は、ステップＳ１０２でライセンス購入端末５２の表示部に表示された新たなライセンスキーを取得（認識）する。処理はステップＳ１０２からステップＳ１０３に進む。
ステップＳ１０３では、機器管理者Ｕ３は、更新するライセンスのプロダクトIDと、ステップＳ１０２で取得した新たなライセンスキーをライセンス管理サーバ３５に入力する。処理はステップＳ１０３からステップＳ１０４に進む。
ステップＳ１０４では、ライセンス管理サーバ３５は、機器管理者Ｕ３が入力したプロダクトIDと新たなライセンスキー（入力ライセンスキー）を取得する。処理はステップＳ１０４からステップＳ１０５に進む。
ステップＳ１０５では、ライセンス管理サーバ３５は、ステップＳ１０４で取得したプロダクトIDに対応付けられたデバイスID及び前回のライセンスキーをライセンス管理テーブル記憶部１１３のライセンス管理テーブルＴ２から取得する。処理はステップＳ１０５からステップＳ１０６に進む。
ステップＳ１０６では、ライセンス管理サーバ３５は、パスワード記憶部２９１からパスワードを取得する。処理はステップＳ１０６からステップＳ１０７に進む。
ステップＳ１０７では、ライセンス管理サーバ３５は、ステップＳ１０４で取得したプロダクトIDと、ステップＳ１０５で取得したデバイスID及び前回のライセンスキーと、ステップＳ１０６で取得したパスワードとに基づいて、キー生成関数を用いて新たなライセンスキー（更新ライセンスキー）を生成する。処理はステップＳ１０７からステップＳ１０８に進む。
ステップＳ１０８では、ライセンス管理サーバ３５は、ステップＳ１０４で取得した入力ライセンスキーとステップＳ１０７で生成した更新ライセンスキーとを照合する。処理はステップＳ１０８からステップＳ１０９に進む。
ステップＳ１０９では、ライセンス管理サーバ３５は、ライセンス管理テーブル記憶部１１３のライセンス管理テーブルＴ２のライセンスキー及びライセンス条件を更新する。なお、ステップＳ１０８での照合の結果、入力ライセンスキーと更新ライセンスキーとが一致し、ライセンスの更新が有効であると判定された場合にステップＳ１０９の更新の処理が行われる。入力ライセンスキーと更新ライセンスキーとが一致せず、ライセンスの更新が無効であると判定された場合には、ステップＳ１０９の処理はスキップされる。処理はステップＳ１０９からステップＳ１１０に進む。
ステップＳ１１０では、ライセンス管理サーバ３５は、ステップＳ１０８での照合の結果をモニタに表示する。処理はステップＳ１１０からステップＳ１１１に進む。
ステップＳ１１１では、機器管理者Ｕ３は、モニタに表示された照合の結果から、ライセンスの更新が適切に行われたか否かを認識する。
以上のライセンス更新の手順によれば、院内ネットワークシステム１２のライセンス管理サーバ３５をインターネット５３等の院外のネットワークに接続することなく、アプリケーションＡのライセンスの更新を行うことができる。したがって、院外のネットワークからのハッキングやマルウェアの侵入、個人情報の漏洩というようなリスクが少なく安全にライセンス更新を行うことができる。また、アプリケーションＡを利用する側のユーザがライセンス更新の手続を行うことができるので、簡易かつ低コストでライセンス更新を行うことができる。また、院内ネットワークの複数の医療機器や医療用アプリケーションに対してライセンス管理サーバ３５を用いてライセンス管理を行うことができる。したがって、複数の医療機器や医療用アプリケーションに対して個別のライセンスの管理を行う必要がないので、管理システムを安価かつ簡易に構築できる。
＜＜医療用アプリケーション管理システムの第２の実施の形態＞＞
図１５は、医療イメージングシステムに導入された医療用アプリケーション管理システムの第２の実施の形態の構成例を示したブロック図である。なお、図中、図１と対応する部分には同一の符号を付して説明を省略する。
図１５の医療用アプリケーション管理システム１は、図１の医療用アプリケーション管理システム１の全ての構成要素を有する点で、図１の場合と共通する。ただし、図１５の医療用アプリケーション管理システム１は、院内ネットワークシステム１２において手術情報管理サーバ３４０が新たに設けられている点で、図１の場合と相違する。
手術情報管理サーバ３４０は、例えば、規模が大きな病院で特に導入される傾向にある手術情報管理システムで用いられるサーバである。手術情報管理システムは、院内で実施される手術計画又は院内で実施された手術の結果等の手術情報を管理するシステムである。手術情報管理システムにおいて、手術情報は、手術情報管理サーバ３４０で一元的に管理されている。その手術情報管理サーバ３４０が院内ネットワークシステム１２の院内ネットワーク（IPネットワーク）にIPスイッチ３３を介して接続される。
これにより、ライセンス管理サーバ３５は、IPネットワークを介して手術情報管理サーバ３４０と通信を行って、手術情報を取得することができるようになる。ライセンス管理サーバ３５は、手術情報を取得し、手術情報を参照することで、例えば、次のようなライセンス管理を行う。
・１度の手術でのアプリケーションＡの利用は、１回のライセンス利用として数えてライセンス管理を行う。
・同一の装置でアプリケーションＡが実行される場合であっても、アプリケーションＡを利用する診療科又は医者ごとにアプリケーションＡのライセンスを登録し、ライセンス管理を行う。
・アプリケーションＡを利用した履歴を手術情報管理サーバ３４０の手術情報の一つとして記憶させる。
図１６は、手術情報管理サーバ３４０がデータベースとして記憶している手術情報テーブルＴ３を例示した図である。
図１６の手術情報テーブルＴ３は、手術ID、手術日時、手術室、診療科、医師名、及び、アプリ利用有無等のそれぞれを手術情報として記憶するカラム（列）を有する。手術情報テーブルＴ３の各レコード（行）は、互いに対応付けられた手術ID、手術日時、手術室、診療科、医師名、及び、アプリ利用有無等を記憶するフィールドを有する。
手術IDのフィールドには、手術を識別する情報が記録される。手術日時のフィールドには、手術が行われる日時の情報が記録される。手術室のフィールドには、手術が行われる手術室を特定する情報が記録される。診療科のフィールドには、手術を行う診療科を特定する情報が記録される。アプリ利用有無のフィールドには、アプリケーションＡを利用の有無が記録される。
図１７は、手術情報管理サーバ３４０がデータベースとして記憶しているデバイス配置テーブルＴ４を例示した図である。
図１７のデバイス配置テーブルＴ４は、デバイスID及び手術室等のそれぞれをデバイス配置情報として記憶するカラム（列）を有する。デバイス配置テーブルＴ４の各レコード（行）は、互いに対応付けられたデバイスID及び手術室等を記憶するフィールドを有する。
デバイスIDのフィールドには、院内ネットワークシステムの各装置のデバイスIDが記録される。ただし、デバイスIDのフィールドには、IPコンバータ３２のデバイスIDのみが記録されていてもよい。
手術室のフィールドには、同一レコードのデバイスIDの装置が配置されている手術室を特定する情報が記録される。
また、アプリケーションＡのライセンス（ライセンス情報）は、アプリケーションＡを実行する装置（画像処理サーバ３１等）ごと、かつ、診療科ごと（又は医者ごと）に登録されているものとする。
例えば、ライセンス登録において、ライセンス購入端末５２からアプリケーションＡを実行する装置（画像処理サーバ３１等）のデバイスIDをライセンス発行サーバ５１に送信すると、既にライセンス登録されているデバイスIDであっても、そのデバイスIDに対応付けられて既に登録されているプロダクトID及びライセンスキーとは異なるプロダクトID及びライセンスキーが新たにライセンス発行サーバ５１により発行される。したがって、同一の装置で実行されるアプリケーションＡに対して複数のライセンス登録を行うことができる。
また、院内ネットワークシステム１２のライセンス管理サーバ３５に新たなライセンスを登録する際に、デバイスID、プロダクトID、及び、ライセンスキー等のライセンス情報と共にそのライセンスを所有する診療科（又は医者）の情報をライセンス管理サーバ３５に入力する。これによって、ライセンス管理テーブルＴ２は、診療科ごと（又は医者ごと）に作成されるものとする。
アプリケーションＡのライセンスが診療科ごと（又は医者ごと）に登録されること以外は、ライセンス登録及びライセンス更新の手順は、図１の医療用アプリケーション管理システム１と同様に行われるので詳細な説明は省略する。
（ライセンス利用の手順）
図１８は、図１５の医療用アプリケーション管理システム１におけるライセンス利用の手順を示したシーケンス図である。なお、アプリケーションＡは画像処理サーバ３１のみで実行されるものとする。また、アプリケーションＡは診療科ごとに登録されているものとする。
図１８において、ステップＳ１４１では、医療スタッフＵ２は、画像処理サーバ３１においてアプリケーションＡの起動を指示する操作を行う。処理はステップＳ１４１からステップＳ１４２に進む。
ステップＳ１４２では、画像処理サーバ３１は、ステップＳ１４１での医療スタッフＵ２の操作を受け付ける。処理はステップＳ１４２からステップＳ１４３に進む。
ステップＳ１４３では、画像処理サーバ３１は、画像処理サーバ３１のデバイスIDと、画像処理サーバ３１でアプリケーションＡの処理を行う画像を伝送データとして送信するIPコンバータ３２（送信元のIPコンバータ３２）のデバイスIDとをライセンス管理サーバ３５に送信する。処理はステップＳ１４３からステップＳ１４４に進む。
ステップＳ１４４では、ライセンス管理サーバ３５は、画像処理サーバ３１からの画像処理サーバ３１（アプリケーションＡを実行する装置）のデバイスIDと、送信元のIPコンバータ３２のデバイスIDとを受信する。処理はステップＳ１４４からステップＳ１４５に進む。
ステップＳ１４５では、ライセンス管理サーバ３５は、ステップＳ１４４で受信した送信元のIPコンバータ３２のデバイスIDを手術情報管理サーバ３４０に送信する。処理はステップＳ１４５からステップＳ１４６に進む。
ステップＳ１４６では、手術情報管理サーバ３４０は、ライセンス管理サーバ３５からの送信元のIPコンバータ３２のデバイスIDを受信する。処理はステップＳ１４６からステップＳ１４７に進む。
ステップＳ１４７では、手術情報管理サーバ３４０は、図１６の手術情報テーブルＴ３及び図１７のデバイス配置テーブルＴ４を参照して送信元のIPコンバータ３２を使用する手術の手術IDとその手術を行う診療科を検出する。すなわち、手術情報管理サーバ３４０は、デバイス配置テーブルＴ４を参照して、送信元のIPコンバータ３２が配置されている手術室を検出する。続いて、手術情報管理サーバ３４０は、手術情報テーブルＴ３を参照して、デバイス配置テーブルＴ４から検出した手術室、及び、現在日時に基づいて、送信元のIPコンバータ３２を使用する手術の手術IDとその手術を行う診療科を検出する。処理はステップＳ１４７からステップＳ１４８に進む。
ステップＳ１４８では、手術情報管理サーバ３４０は、ステップＳ１４７で検出した手術ID及び診療科をライセンス管理サーバ３５に送信する。処理はステップＳ１４８からステップＳ１４９に進む。
ステップＳ１４９では、ライセンス管理サーバ３５は、手術情報管理サーバ３４０からの手術ID及び診療科を受信する。処理はステップＳ１４９からステップＳ１５０に進む。
ステップＳ１５０では、ライセンス管理サーバ３５は、ステップＳ１４９で受信した診療科に対応する図５のライセンス管理テーブルＴ２を選択する。処理はステップＳ１５０からステップＳ１５１に進む。なお、図１８には、ライセンス管理サーバ３５には診療科１、２、及び、３の各々に対応するライセンス管理テーブルＴ２が記憶されていることが例示されている。
ステップＳ１５１では、ライセンス管理サーバ３５は、ステップＳ１５０で選択したライセンス管理テーブルＴ２を参照してステップＳ１４４で受信した画像処理サーバ３１（アプリケーションＡを実行する装置）のデバイスIDに対するアプリケーションＡのライセンス認証を行う。本シーケンス図においては、ライセンス認証が得られたとする。処理はステップＳ１５１からステップＳ１５２に進む。
ステップＳ１５２では、ライセンス管理サーバ３５は、ライセンス認証が得られた旨の認証結果を画像処理サーバ３１に送信する。処理はステップＳ１５２からステップＳ１５３に進む。
ステップＳ１５３では、画像処理サーバ３１は、ライセンス認証が得られた旨の認証結果をライセンス管理サーバ３５から受信する。処理はステップＳ１５３からステップＳ１５４に進む。
ステップＳ１５４では、画像処理サーバ３１は、アプリケーションＡの処理を実行する。ステップＳ１４９で受信した手術IDの手術の終了後において、処理はステップＳ１５４からステップＳ１５５に進む。
ステップＳ１５５では、ライセンス管理サーバ３５は、ステップＳ１４９で受信した手術IDとアプリケーションの利用の有無（アプリ利用情報）とを手術情報管理サーバ３４０に送信する。処理はステップＳ１５５からステップＳ１５６に進む。
ステップＳ１５６では、手術情報管理サーバ３４０は、ライセンス管理サーバ３５からの手術IDとアプリ利用情報を受信する。処理はステップＳ１５６からステップＳ１５７に進む。
ステップＳ１５７では、手術情報管理サーバ３４０は、手術情報テーブルＴ３において、ステップＳ１５６で受信した手術IDに対応付けられた（手術IDと同一レコードの）アプリ利用有無のフィールドのデータを利用有り又は利用無しに更新する。本シーケンス図では、ステップＳ１５４において画像処理サーバ３１がアプリケーションＡの処理を実行したので、手術情報テーブルＴ３において、ステップＳ１５６で受信した手術IDに対応付けられたアプリ利用有無のフィールドのデータは利用有りに更新される。
なお、ライセンス管理テーブルＴ２のライセンス条件がライセンス回数である場合において、アプリケーションＡの起動と停止が繰り返し行われたとしても、同一手術IDの手術でのアプリケーションＡの利用回数は１回である。この場合に、ライセンスの利用可能な残り回数が１回分減算される。
また、図１８に示されていないライセンス利用の手順（処理）に関しても、図１の医療用アプリケーション管理システム１と同様に行うことができる。例えば、図１５の医療用アプリケーション管理システム１において、図９のステップＳ３９と同様に、ライセンス切れが近いことの警告（ライセンス更新を促すリマインド通知）が行われるようにしてもよい。また、図１５の医療用アプリケーション管理システム１において、図１０のステップＳ６８と同様にライセンス切れの場合にはその旨の警告が行われるようにしてもよい。
以上のライセンス利用の手順によれば、画像処理サーバ３１をインターネット５３等の院外のネットワークに接続することなく、アプリケーションＡのライセンス認証を行うことができる。したがって、院外のネットワークからのハッキングや、マルウェアの侵入、個人情報の漏洩というようなリスクが少なく安全にライセンス認証を行うことができる。また、院内ネットワークの複数の医療機器や医療用アプリケーションに対してライセンス管理サーバ３５を用いてライセンス管理を行うことができる。したがって、複数の医療機器や医療用アプリケーションに対して個別のライセンスの管理を行う必要がないので、管理システムを安価かつ簡易に構築できる。また、診療科ごと、又は、医者ごとにアプリケーションＡのライセンスを管理することができるので、診療科ごと、又は、医者ごとにライセンスの契約形態を変えることができる。また、診療科ごと、又は、医者ごとに個別のライセンスで個別の利用料の支払いを行うことができる。
本技術は以下のような構成も取ることができる。
（１）
院内ネットワークに接続された１又は複数のアプリケーション実行装置であって、ライセンス認証を要する医療用のアプリケーションのプログラムを実行するアプリケーション実行装置と、
前記院内ネットワークに接続された管理装置であって、事前に登録されたライセンスに関するライセンス情報に基づいて前記アプリケーション実行装置の各々における前記アプリケーションに対するライセンス認証を行う管理装置と
を備え、
前記管理装置は、
前記アプリケーションに対するライセンス認証が得られた前記アプリケーション実行装置に対して前記アプリケーションの利用を可能とし、
前記アプリケーションに対するライセンス認証が得られない前記アプリケーション実行装置に対して前記アプリケーションの利用を不可とする
医療用アプリケーション管理システム。
（２）
前記ライセンス情報は、前記院内ネットワークに非接続の装置により発行され、
前記管理装置は、前記ライセンス情報をユーザにより操作される入力部から取得し、記憶する
（１）に記載の医療用アプリケーション管理システム。
（３）
前記ライセンス情報は、前記アプリケーション実行装置の各々に対応付けられたプロダクトID及びライセンスキーを含む
（１）又は（２）に記載の医療用アプリケーション管理システム。
（４）
前記ライセンス情報は、前記アプリケーションを利用可能な回数又は期間を制限するライセンス条件であって、前記アプリケーション実行装置に対応付けられたライセンス条件を含む
（１）乃至（３）のいずれかに記載の医療用アプリケーション管理システム。
（５）
前記ライセンス情報は、前記アプリケーション実行装置に固有のデバイスIDを含み、
前記プロダクトID、前記ライセンスキー、及び、前記ライセンス条件は前記デバイスIDに対応付けられる
（１）乃至（４）のいずれかに記載の医療用アプリケーション管理システム。
（６）
前記管理装置は、前記アプリケーション実行装置に対応付けられた前記プロダクトID及び前記ライセンスキーが前記ライセンス情報として記憶されている場合に、前記アプリケーション実行装置における前記アプリケーションに対するライセンス認証が得られたと判定する
（３）乃至（５）のいずれかに記載の医療用アプリケーション管理システム。
（７）
前記管理装置は、前記アプリケーション実行装置に対応付けられた前記プロダクトID及び前記ライセンスキーが前記ライセンス情報として記憶されている場合、かつ、前記アプリケーションの利用が前記アプリケーション実行装置に対応付けられた前記ライセンス条件の制限内の利用であると判定された場合に、前記アプリケーション実行装置における前記アプリケーションに対する前記ライセンス認証が得られたと判定する
（４）に記載の医療用アプリケーション管理システム。
（８）
前記ライセンス情報は、前記アプリケーションを利用可能な回数又は期間を制限するライセンス条件であって、前記アプリケーション実行装置に対応付けられたライセンス条件を含む
（１）乃至（７）のいずれかに記載の医療用アプリケーション管理システム。
（９）
前記管理装置は、前記アプリケーションの利用が前記アプリケーション実行装置に対応付けられた前記ライセンス条件の制限内の利用であると判定された場合に、前記アプリケーション実行装置における前記アプリケーションに対する前記ライセンス認証が得られたと判定する
（８）に記載の医療用アプリケーション管理システム。
（１０）
前記管理装置は、前記ライセンスを更新する際に、前記ライセンスの前記ライセンス情報と、予め決められたパスワードとに基づいて新たなライセンスキーを生成し、前記新たなライセンスキーと、ユーザにより入力部から入力されたライセンスキーが一致する場合に前記ライセンスを更新する
（３）乃至（９）のいずれかに記載の医療用アプリケーション管理システム。
（１１）
前記管理装置は、同一の前記アプリケーション実行装置における前記アプリケーションに対する前記ライセンスを診療科又は医者ごとに管理する
（３）乃至（１０）のいずれかに記載の医療用アプリケーション管理システム。
（１２）
前記管理装置は、前記アプリケーションが手術において利用された場合に、一度の手術の間での前記アプリケーションの利用回数は、１回であるとみなす
（４）又は（７）に記載の医療用アプリケーション管理システム。
（１３）
前記管理装置は、前記アプリケーション実行装置において前記アプリケーションが起動された際に、前記ライセンス認証を行う
（１）乃至（１２）のいずれかに記載の医療用アプリケーション管理システム。
（１４）
前記アプリケーションに対する前記ライセンスの契約形態がお試しの間は前記アプリケーションの利用に対して課金されない
（１）乃至（１３）のいずれかに記載の医療用アプリケーション管理システム。
（１５）
前記アプリケーションに対する前記ライセンスの契約形態が買取の場合は、前記アプリケーションの利用可能な回数又は期間の大きさによって対応する
（４）、（７）、又は、（１２）に記載の医療用アプリケーション管理システム。
（１６）
前記アプリケーション実行装置は、前記アプリケーションを利用可能な残り回数又は残り日数が所定の閾値より少なくなった場合に、警告を行う
（４）、（７）、（１２）、又は、（１５）に記載の医療用アプリケーション管理システム。
（１７）
院内ネットワークに接続された１又は複数のアプリケーション実行装置であって、ライセンス認証を要する医療用のアプリケーションのプログラムを実行するアプリケーション実行装置と、
前記院内ネットワークに接続された管理装置であって、事前に登録されたライセンスに関するライセンス情報に基づいて前記アプリケーション実行装置の各々における前記アプリケーションに対するライセンス認証を行う管理装置と
を含む
医療用アプリケーション管理システムの
前記管理装置が、前記アプリケーションに対するライセンス認証が得られた前記アプリケーション実行装置に対して前記アプリケーションの利用を可能とし、
前記アプリケーションに対するライセンス認証が得られない前記アプリケーション実行装置に対して前記アプリケーションの利用を不可とする
医療用アプリケーション管理方法。
（１８）
ライセンス認証を要する医療用のアプリケーションのプログラムを実行するアプリケーション実行装置が接続された院内ネットワークに接続され、事前に登録されたライセンスに関するライセンス情報に基づいて前記アプリケーション実行装置の各々における前記アプリケーションに対するライセンス認証を行い、
前記アプリケーションに対するライセンス認証が得られた前記アプリケーション実行装置に対して前記アプリケーションの利用を可能とし、
前記アプリケーションに対するライセンス認証が得られない前記アプリケーション実行装置に対して前記アプリケーションの利用を不可とする
管理装置。
１ 医療用アプリケーション管理システム， ２ 医療イメージングシステム， ３ ライセンス発行システム， １１ 画像送出装置， １２ 院内ネットワークシステム， １３ 画像受信装置， ３１ 画像処理サーバ， ３２ IPコンバータ， ３３ IPスイッチ， ３４ IPコンバータ， ３５ ライセンス管理サーバ， ５１ ライセンス発行サーバ， ５２ ライセンス購入端末

Claims (18)

  1. 院内ネットワークに接続された１又は複数のアプリケーション実行装置であって、ライセンス認証を要する医療用のアプリケーションのプログラムを実行するアプリケーション実行装置と、
    前記院内ネットワークに接続された管理装置であって、事前に登録されたライセンスに関するライセンス情報に基づいて前記アプリケーション実行装置の各々における前記アプリケーションに対するライセンス認証を行う管理装置と
    を備え、
    前記管理装置は、
    前記アプリケーションに対するライセンス認証が得られた前記アプリケーション実行装置に対して前記アプリケーションの利用を可能とし、
    前記アプリケーションに対するライセンス認証が得られない前記アプリケーション実行装置に対して前記アプリケーションの利用を不可とする
    医療用アプリケーション管理システム。
  2. 前記ライセンス情報は、前記院内ネットワークに非接続の装置により発行され、
    前記管理装置は、前記ライセンス情報をユーザにより操作される入力部から取得し、記憶する
    請求項１に記載の医療用アプリケーション管理システム。
  3. 前記ライセンス情報は、前記アプリケーション実行装置の各々に対応付けられたプロダクトID及びライセンスキーを含む
    請求項１に記載の医療用アプリケーション管理システム。
  4. 前記ライセンス情報は、前記アプリケーションを利用可能な回数又は期間を制限するライセンス条件であって、前記アプリケーション実行装置に対応付けられたライセンス条件を含む
    請求項３に記載の医療用アプリケーション管理システム。
  5. 前記ライセンス情報は、前記アプリケーション実行装置に固有のデバイスIDを含み、
    前記プロダクトID、前記ライセンスキー、及び、前記ライセンス条件は前記デバイスIDに対応付けられる
    請求項４に記載の医療用アプリケーション管理システム。
  6. 前記管理装置は、前記アプリケーション実行装置に対応付けられた前記プロダクトID及び前記ライセンスキーが前記ライセンス情報として記憶されている場合に、前記アプリケーション実行装置における前記アプリケーションに対するライセンス認証が得られたと判定する
    請求項３に記載の医療用アプリケーション管理システム。
  7. 前記管理装置は、前記アプリケーション実行装置に対応付けられた前記プロダクトID及び前記ライセンスキーが前記ライセンス情報として記憶されている場合、かつ、前記アプリケーションの利用が前記アプリケーション実行装置に対応付けられた前記ライセンス条件の制限内の利用であると判定された場合に、前記アプリケーション実行装置における前記アプリケーションに対する前記ライセンス認証が得られたと判定する
    請求項４に記載の医療用アプリケーション管理システム。
  8. 前記ライセンス情報は、前記アプリケーションを利用可能な回数又は期間を制限するライセンス条件であって、前記アプリケーション実行装置に対応付けられたライセンス条件を含む
    請求項１に記載の医療用アプリケーション管理システム。
  9. 前記管理装置は、前記アプリケーションの利用が前記アプリケーション実行装置に対応付けられた前記ライセンス条件の制限内の利用であると判定された場合に、前記アプリケーション実行装置における前記アプリケーションに対する前記ライセンス認証が得られたと判定する
    請求項８に記載の医療用アプリケーション管理システム。
  10. 前記管理装置は、前記ライセンスを更新する際に、前記ライセンスの前記ライセンス情報と、予め決められたパスワードとに基づいて新たなライセンスキーを生成し、前記新たなライセンスキーと、ユーザにより入力部から入力されたライセンスキーが一致する場合に前記ライセンスを更新する
    請求項３に記載の医療用アプリケーション管理システム。
  11. 前記管理装置は、同一の前記アプリケーション実行装置における前記アプリケーションに対する前記ライセンスを診療科又は医者ごとに管理する
    請求項３に記載の医療用アプリケーション管理システム。
  12. 前記管理装置は、前記アプリケーションが手術において利用された場合に、一度の手術の間での前記アプリケーションの利用回数は、１回であるとみなす
    請求項４に記載の医療用アプリケーション管理システム。
  13. 前記管理装置は、前記アプリケーション実行装置において前記アプリケーションが起動された際に、前記ライセンス認証を行う
    請求項１に記載の医療用アプリケーション管理システム。
  14. 前記アプリケーションに対する前記ライセンスの契約形態がお試しの間は前記アプリケーションの利用に対して課金されない
    請求項１に記載の医療用アプリケーション管理システム。
  15. 前記アプリケーションに対する前記ライセンスの契約形態が買取の場合は、前記アプリケーションの利用可能な回数又は期間の大きさによって対応する
    請求項４に記載の医療用アプリケーション管理システム。
  16. 前記アプリケーション実行装置は、前記アプリケーションを利用可能な残り回数又は残り日数が所定の閾値より少なくなった場合に、警告を行う
    請求項４に記載の医療用アプリケーション管理システム。
  17. 院内ネットワークに接続された１又は複数のアプリケーション実行装置であって、ライセンス認証を要する医療用のアプリケーションのプログラムを実行するアプリケーション実行装置と、
    前記院内ネットワークに接続された管理装置であって、事前に登録されたライセンスに関するライセンス情報に基づいて前記アプリケーション実行装置の各々における前記アプリケーションに対するライセンス認証を行う管理装置と
    を含む
    医療用アプリケーション管理システムの
    前記管理装置が、前記アプリケーションに対するライセンス認証が得られた前記アプリケーション実行装置に対して前記アプリケーションの利用を可能とし、
    前記アプリケーションに対するライセンス認証が得られない前記アプリケーション実行装置に対して前記アプリケーションの利用を不可とする
    医療用アプリケーション管理方法。
  18. ライセンス認証を要する医療用のアプリケーションのプログラムを実行するアプリケーション実行装置が接続された院内ネットワークに接続され、事前に登録されたライセンスに関するライセンス情報に基づいて前記アプリケーション実行装置の各々における前記アプリケーションに対するライセンス認証を行い、
    前記アプリケーションに対するライセンス認証が得られた前記アプリケーション実行装置に対して前記アプリケーションの利用を可能とし、
    前記アプリケーションに対するライセンス認証が得られない前記アプリケーション実行装置に対して前記アプリケーションの利用を不可とする
    管理装置。
JP2020062193A 2020-03-31 2020-03-31 医療用アプリケーション管理システム、医療用アプリケーション管理方法、及び、管理装置 Pending JP2021163008A (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2020062193A JP2021163008A (ja) 2020-03-31 2020-03-31 医療用アプリケーション管理システム、医療用アプリケーション管理方法、及び、管理装置
EP21718244.3A EP4014137A1 (en) 2020-03-31 2021-03-26 Medical application management system, medical application management method, and management program
US17/766,731 US20240087727A1 (en) 2020-03-31 2021-03-26 Medical application management system, medical application management method, and management program
PCT/JP2021/012801 WO2021200629A1 (en) 2020-03-31 2021-03-26 Medical application management system, medical application management method, and management program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2020062193A JP2021163008A (ja) 2020-03-31 2020-03-31 医療用アプリケーション管理システム、医療用アプリケーション管理方法、及び、管理装置

Publications (1)

Publication Number Publication Date
JP2021163008A true JP2021163008A (ja) 2021-10-11

Family

ID=75478132

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020062193A Pending JP2021163008A (ja) 2020-03-31 2020-03-31 医療用アプリケーション管理システム、医療用アプリケーション管理方法、及び、管理装置

Country Status (4)

Country Link
US (1) US20240087727A1 (ja)
EP (1) EP4014137A1 (ja)
JP (1) JP2021163008A (ja)
WO (1) WO2021200629A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4336387A1 (en) * 2022-09-07 2024-03-13 Ambu A/S Configuration of a medical visualisation system

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5260999A (en) * 1991-06-28 1993-11-09 Digital Equipment Corporation Filters in license management system
JP2001312325A (ja) * 2000-04-28 2001-11-09 Hitachi Ltd プログラムライセンスキー発行方法及び発行システム
US20070244825A1 (en) * 2006-04-14 2007-10-18 Gilbert Semmer Item, accessory kit, and method for software based medical resource activation
JP5135049B2 (ja) 2008-05-01 2013-01-30 株式会社東芝 医療情報処理装置及びプログラム
US9558331B2 (en) * 2013-03-15 2017-01-31 Carefusion 303, Inc. Application licensing for a centralized system of medical devices
US20150135338A1 (en) * 2013-11-13 2015-05-14 Fenwal, Inc. Digital certificate with software enabling indicator

Also Published As

Publication number Publication date
EP4014137A1 (en) 2022-06-22
WO2021200629A1 (en) 2021-10-07
US20240087727A1 (en) 2024-03-14

Similar Documents

Publication Publication Date Title
CN104169935B (zh) 信息处理装置、信息处理系统、信息处理方法
CN105897565B (zh) 在上载到因特网网站的多媒体中保护用户隐私的系统和方法
JP4290185B2 (ja) 撮影システム、撮像装置、監視装置及びプログラム
US8314948B2 (en) Image forming system utilizing network camera
EP2329424B1 (en) System and method of encryption for dicom volumes
JP5145914B2 (ja) コンテンツ視聴管理装置、コンテンツ視聴管理方法、プログラム及びコンテンツ視聴管理システム
JP5174955B2 (ja) クライアント端末、サーバ、サーバクライアントシステム、連携動作処理方法、プログラム、および記録媒体
JP6150129B2 (ja) 薬歴管理装置および方法、情報処理装置および方法、並びにプログラム
US10445477B2 (en) Information processing system, method of controlling the system, information processing apparatus, web server, and storage medium
CN105339949A (zh) 用于管理对医学数据的访问的系统
JP2005049993A (ja) 会議システムおよびその制御方法
JP7278802B2 (ja) サービス利用装置、方法、及びプログラム
WO2017208305A1 (ja) サーバ装置、サービス方法、プログラム、ならびに、非一時的なコンピュータ読取可能な情報記録媒体
JP2018120537A (ja) 情報処理システム、情報処理ステムの制御方法およびそのプログラム。
JP2021163008A (ja) 医療用アプリケーション管理システム、医療用アプリケーション管理方法、及び、管理装置
JP5439443B2 (ja) 情報管理システムとそのデータ連携操作方法、プログラム
JP2019220805A (ja) 情報処理装置、情報処理方法及びプログラム
US20180012029A1 (en) Information processing system, information processing method, and non-transitory computer readable medium
JP2009093578A (ja) 画像処理システム、画像処理装置及び画像処理プログラム
JP2006279407A (ja) 医用画像管理システム
JP5616293B2 (ja) 情報流通システム及び情報流通制御方法
JP2012065110A (ja) コンテンツ配信システム、携帯端末、映像端末及びサーバ
JP2002207663A (ja) 情報管理システム及び該情報管理システムにおけるアクセス管理方法、並びに記憶媒体
JP6566990B2 (ja) 薬歴管理装置および方法、並びにプログラム
JP2011090505A (ja) 情報処理システム、情報処理装置、及びプログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20230202

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20240220

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240404

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20240514