特開 2023-74128 配信システム、有効化方法、及び有効化プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023074128

(43)【公開日】2023-05-29

(54)【発明の名称】配信システム、有効化方法、及び有効化プログラム

(51)【国際特許分類】

   G16H 10/00 20180101AFI20230522BHJP

   G16H 80/00 20180101ALI20230522BHJP

【ＦＩ】

G16H10/00

G16H80/00

【審査請求】未請求

【請求項の数】15

【出願形態】ＯＬ

(21)【出願番号】P 2021186909

(22)【出願日】2021-11-17

(71)【出願人】

【識別番号】516305053

【氏名又は名称】株式会社ＣｕｒｅＡｐｐ

(74)【代理人】

【識別番号】110002516

【氏名又は名称】弁理士法人白坂

(72)【発明者】

【氏名】鈴木 晋

(72)【発明者】

【氏名】宋 龍平

(72)【発明者】

【氏名】小羽田 諭孝

【テーマコード（参考）】

5L099

【Ｆターム（参考）】

5L099AA15

(57)【要約】

【課題】医療従事者からの処方を受けて治療用アプリケーションを実行できる治療用アプリケーション配信システムを提供する。
【解決手段】 医療従事者からの処方があって機能する機能部を有する治療用アプリケーションを配信する配信システムであって、患者の第１端末からの前記治療用アプリケーションの処方要求を受信する受信部と、前記処方要求に応じて、医療従事者から前記第１端末の患者に対する前記治療用アプリケーションの処方を許可する処方許可情報を受け付ける受付部と、前記処方許可情報を受け付けた場合に、前記機能部を有効化する有効化部と、を備える。
【選択図】図１

【特許請求の範囲】

【請求項1】

医療従事者からの処方があって機能する機能部を有する治療用アプリケーションを配信する配信システムであって、
患者の第１端末からの前記治療用アプリケーションの処方要求を受信する受信部と、
前記処方要求に応じて、医療従事者から前記第１端末の患者に対する前記治療用アプリケーションの処方を許可する処方許可情報を受け付ける受付部と、
前記処方許可情報を受け付けた場合に、前記機能部を有効化する有効化部と、を備える
ことを特徴とする配信システム。

【請求項2】

前記有効化部は、前記第１端末に記憶されている前記治療用アプリケーションの前記機能部を有効化する有効化信号を送信する
ことを特徴とする請求項１に記載の配信システム。

【請求項3】

前記有効化部は、前記第１端末に前記機能部を有効化するための処方コードを送信し、
前記第１端末において前記治療用アプリケーションに対して前記処方コードが入力されることで前記機能部が有効化される
ことを特徴とする請求項１又は２に記載の配信システム。

【請求項4】

前記受信部は、前記処方要求とともに前記第１端末の患者識別情報を受信し、
前記配信システムは、
患者を示す患者識別情報と、当該患者に関する患者情報と、を対応付けて記憶する記憶部を備え、
前記受信部が受信した患者識別情報が、前記記憶部に記憶されていない場合には、前記機能部を有効化していない状態の治療用アプリケーションを配信する配信部を備える
ことを特徴とする請求項１～３のいずれか一項に記載の配信システム。

【請求項5】

前記受信部が前記処方要求をとともに前記第１端末の患者識別情報を受信した場合であって、前記患者情報に、前記治療用アプリケーションに関する疾病についての事前情報が含まれるときには、前記処方要求と、前記患者情報と、を前記医療従事者の第２端末に送信する送信部を備え、
前記受付部は、前記送信部が前記処方要求と前記患者情報と、を前記第２端末に送信した後に、前記医療従事者による入力を受け付けた前記第２端末から、前記処方許可情報を受け付ける
ことを特徴とする請求項４に記載の配信システム。

【請求項6】

前記記憶部は、更に、前記処方要求を受け付けることが可能な医療機関を示す医療機関情報を記憶し、
前記送信部は、前記医療機関情報に含まれる医療従事者の前記第２端末に前記処方要求と、前記患者情報と、を送信する
ことを特徴とする請求項５に記載の配信システム。

【請求項7】

前記受信部は、前記医療機関情報に含まれる医療機関を指定する指定情報を受信し、
前記送信部は、前記指定情報で指定される医療機関の前記第２端末に前記処方要求と、前記患者情報と、を送信する
ことを特徴とする請求項６に記載の配信システム。

【請求項8】

前記治療用アプリケーションは、前記医療従事者からの処方無しでも機能する機能として問診部を備え、
前記第１端末において実行された前記治療用アプリケーションの前記問診部は、前記治療用アプリケーションに係る疾病についての問診を前記第１端末の患者に対して行って、前記問診に対する患者の回答を送信するものであり、
前記配信システムは、前記回答を前記第１端末の患者の患者識別情報とともに受信して、当該患者識別情報に対応付けて、前記患者情報として前記回答を前記記憶部に記憶する
ことを特徴とする請求項４～７のいずれか一項に記載の配信システム。

【請求項9】

前記機能部によって利用することが可能な機能には、前記記憶部に記憶されている当該患者の患者情報の閲覧が含まれる
ことを特徴とする請求項４～８のいずれか一項に記載の配信システム。

【請求項10】

前記事前情報は、前記患者に対して前記治療用アプリケーションに係る疾病に関する問診結果を示す問診情報である
ことを特徴とする請求項４～９のいずれか一項に記載の配信システム。

【請求項11】

前記事前情報は、前記患者の前記治療用アプリケーションに係る疾病に関する検診・健診情報である
ことを特徴とする請求項４～１０のいずれか一項に記載の配信システム。

【請求項12】

前記機能部によって利用することが可能な機能には、前記第１端末の患者の患者情報の閲覧を含む
ことを特徴とする請求項１～１１のいずれか一項に記載の配信システム。

【請求項13】

前記機能部によって利用することが可能な機能には、前記第１端末の患者の治療状況に応じた前記患者に対する治療手法の提案を含む
ことを特徴とする請求項１～１２のいずれか一項に記載の配信システム。

【請求項14】

医療従事者からの処方があって機能する機能部を有する治療用アプリケーションを配信する配信システムのコンピュータが、
患者の第１端末からの前記治療用アプリケーションの処方要求を受信する受信ステップと、
前記処方要求に応じて、医療従事者から前記第１端末の患者に対する前記治療用アプリケーションの処方を許可する処方許可情報を受け付ける受付ステップと、
前記処方許可情報を受け付けた場合に、前記機能部を有効化する有効化ステップと、を実行する治療用アプリケーションの有効化方法。

【請求項15】

医療従事者からの処方があって機能する機能部を有する治療用アプリケーションを配信する配信システムのコンピュータに、
患者の第１端末からの前記治療用アプリケーションの処方要求を受信する受信機能と、
前記処方要求に応じて、医療従事者から前記第１端末の患者に対する前記治療用アプリケーションの処方を許可する処方許可情報を受け付ける受付機能と、
前記処方許可情報を受け付けた場合に、前記機能部を有効化する有効化機能と、を実現させる治療用アプリケーションの有効化プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、治療用アプリケーションを有効化する配信システム、及び治療用アプリケーションの有効化方法、ならびに、有効化プログラムに関する。

【背景技術】

【0002】

近年、ユーザの健康に関する行動の改善や、疾病の治療、体調管理等を目的とした治療用アプリケーションが開発されている（例えば、特許文献１）。治療用アプリケーションとは、患者の日常の行動を記録したり、患者の行動に基づいて、患者の病状の改善を促すために患者が実行することが望まれる内容を示すメッセージを通知したりするアプリケーションである。特許文献１によれば、個人から収集したデータに基づき、健康に関する悪い行動を改善するためのメッセージを個人に提供している。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００１－９２８７６号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

ところで、このような治療用アプリケーションは、医療に関連する可能性の高い情報を取り扱うことが有り得るため、医療従事者からの処方許可を受けた上で使用可能になるべきアプリケーションである。しかしながら、患者が治療用アプリケーションの使用を始めるために、医療従事者の診察を受けてから処方を受けるのは、患者及び医療従事者双方にとって手間がかかるという問題がある。

【0005】

そこで、本発明は上記問題に鑑みてなされたものであり、医療従事者からの処方を受けることができる治療用アプリケーションの配信システム、有効化方法及び有効化プログラムを提供することを目的とする。

【課題を解決するための手段】

【0006】

上記課題を解決するために、本発明の一態様に係る治療用アプリケーションの配信システムは、医療従事者からの処方があって機能する機能部を有する治療用アプリケーションを配信する配信システムであって、患者の第１端末からの治療用アプリケーションの処方要求を受信する受信部と、処方要求に応じて、医療従事者から第１端末の患者に対する治療用アプリケーションの処方を許可する処方許可情報を受け付ける受付部と、処方許可情報を受け付けた場合に、機能部を有効化する有効化部と、を備える。

【0007】

上記配信システムにおいて、有効化部は、第１端末に記憶されている治療用アプリケーションの機能部を有効化する有効化信号を送信することとしてもよい。

【0008】

上記配信システムにおいて、有効化部は、第１端末に機能部を有効化するための処方コードを送信し、第１端末において治療用アプリケーションに対して処方コードが入力されることで機能部が有効化されることとしてもよい。

【0009】

上記配信システムにおいて、受信部は、処方要求とともに第１端末の患者識別情報を受信し、配信システムは、患者を示す患者識別情報と、当該患者に関する患者情報と、を対応付けて記憶する記憶部を備え、受信部が受信した患者識別情報が、記憶部に記憶されていない場合には、機能部を有効化していない状態の治療用アプリケーションを配信する配信部を備えることとしてもよい。

【0010】

上記配信システムにおいて、受信部が処方要求をとともに第１端末の患者識別情報を受信した場合であって、患者情報に、治療用アプリケーションに関する疾病についての事前情報が含まれるときには、処方要求と、患者情報と、を医療従事者の第２端末に送信する送信部を備え、受付部は、送信部が処方要求と患者情報と、を第２端末に送信した後に、医療従事者による入力を受け付けた第２端末から、処方許可情報を受け付けることとしてもよい。

【0011】

上記配信システムにおいて、治療用アプリケーションは、医療従事者からの処方無しでも機能する機能として問診部を備え、第１端末において実行された治療用アプリケーションの問診部は、治療用アプリケーションに係る疾病についての問診を第１端末の患者に対して行って、問診に対する患者の回答を送信するものであり、配信システムは、回答を第１端末の患者の患者識別情報とともに受信して、当該患者識別情報に対応付けて、患者情報として回答を記憶部に記憶することとしてもよい。

【0012】

上記配信システムにおいて、記憶部は、更に、処方要求を受け付けることが可能な医療機関を示す医療機関情報を記憶し、送信部は、医療機関情報に含まれる医療従事者の第２端末に処方要求と、患者情報と、を送信することとしてもよい。

【0013】

上記配信システムにおいて、受信部は、医療機関情報に含まれる医療機関を指定する指定情報を受信し、送信部は、指定情報で指定される医療機関の第２端末に処方要求と、患者情報と、を送信することとしてもよい。

【0014】

上記配信システムにおいて、機能部によって利用することが可能な機能には、記憶部に記憶されている当該患者の患者情報の閲覧が含まれることとしてもよい。

【0015】

上記配信システムにおいて、事前情報は、患者に対して治療用アプリケーションに係る疾病に関する問診結果を示す問診情報であることとしてもよい。

【0016】

上記配信システムにおいて、事前情報は、患者の治療用アプリケーションに係る疾病に関する検診・健診情報であることとしてもよい。

【0017】

上記配信システムにおいて、機能部によって利用することが可能な機能には、第１端末の患者の患者情報の閲覧を含むこととしてもよい。

【0018】

上記配信システムにおいて、機能部によって利用することが可能な機能には、第１端末の患者の治療状況に応じた患者に対する治療手法の提案を含むこととしてもよい。

【0019】

また、本発明の一態様に係る治療用アプリケーションの有効化方法は、医療従事者からの処方があって機能する機能部を有する治療用アプリケーションを配信する配信システムのコンピュータが、患者の第１端末からの治療用アプリケーションの処方要求を受信する受信ステップと、処方要求に応じて、医療従事者から第１端末の患者に対する治療用アプリケーションの処方を許可する処方許可情報を受け付ける受付ステップと、処方許可情報を受け付けた場合に、機能部を有効化する有効化ステップと、を実行する。

【0020】

また、本発明の一態様に係る治療用アプリケーションの有効化プログラムは、医療従事者からの処方があって機能する機能部を有する治療用アプリケーションを配信する配信システムのコンピュータに、患者の第１端末からの治療用アプリケーションの処方要求を受信する受信機能と、処方要求に応じて、医療従事者から第１端末の患者に対する治療用アプリケーションの処方を許可する処方許可情報を受け付ける受付機能と、処方許可情報を受け付けた場合に、機能部を有効化する有効化機能と、を実現させる。

【発明の効果】

【0021】

本発明の一態様に係る治療用アプリケーションの配信システムは、患者の第１端末からの治療用アプリケーションの処方要求を受信する受信部と、処方要求に応じて、医療従事者から第１端末の患者に対する治療用アプリケーションの処方を許可する処方許可情報を受け付ける受付部と、処方許可情報を受け付けた場合に、機能部を有効化する有効化部を備えることにより、医療従事者の診療を受けなくとも、患者は治療用アプリケーションの非治療的な機能を使用し始めることができる。

【図面の簡単な説明】

【0022】

【図1】治療用アプリケーション管理システムの概要を示すシステム図である。

【図2】管理サーバの構成例を示すブロック図である。

【図3】ユーザ端末の構成例を示すブロック図である。

【図4】配信サーバの構成例を示すブロック図である。

【図5】医療従事者端末の構成例を示すブロック図である。

【図6】運用サーバの構成例を示すブロック図である。

【図7】管理情報のデータ構成例を示すデータ概念図である。

【図8】治療用アプリケーション管理システムに係る各装置間のやり取りの例を示すシーケンス図である。

【図9】管理サーバの動作例を示すフローチャートである。

【図10】ユーザ端末の動作例を示すフローチャートである。

【図11】配信サーバの動作例を示すフローチャートである。

【図12】医療従事者端末の動作例を示すフローチャートである。

【図13】運用サーバの動作例を示すフローチャートである。

【図14】（ａ）治療用アプリケーションの表示画面例である。（ｂ）治療用アプリケーションによる問診の例を示す表示画面例である。（ｃ）治療用アプリケーションの機能部の表示画面例である。

【図15】治療用アプリケーション管理システムに係る各装置間の第２のやり取りの例を示すシーケンス図である。

【図16】第２のやり取りの例に係る管理サーバの動作例を示すフローチャートである。

【図17】第２のやり取りの例に係るユーザ端末の動作例を示すフローチャートである。

【図18】治療用アプリケーション管理システムに係る各装置間の第３のやり取りの例を示すシーケンス図である。

【図19】第３のやり取りの例に係るユーザ端末の動作例を示すフローチャートである。

【図20】第３のやり取りの例に係る管理サーバの動作例を示すフローチャートである。

【図21】第３のやり取りの例に係る配信サーバの動作例を示すフローチャートである。

【発明を実施するための形態】

【0023】

以下、本発明の一実施態様に係る情報処理装置について、図面を参照しながら詳細に説明する。

【0024】

＜実施の形態＞
図１は、実施の形態１に係る治療用アプリケーション配信システム１の概要を説明する概要図であって、そのシステム構成例を示すシステム図である。図１に示すように、治療用アプリケーション配信システム１は、管理サーバ１００と、配信サーバ３００とを含み、ユーザ端末２００、医療従事者端末５００、運用サーバ６００が含まれてよい。管理サーバ１００と、ユーザ端末２００と、配信サーバ３００と、医療従事者端末５００と、運用サーバ６００とは、ネットワーク４００を介して互いに通信可能に接続される。なお、図１に示す各装置について１台ずつ示しているが、各端末、各種のサーバは、１台に限定されるものではなく複数台あってよく、複数のサーバは、それぞれ同様の機能を有してもよいし、複数で１台のサーバと同等の機能を有するように構成されてもよい。

【0025】

管理サーバ１００は、ユーザ端末２００を保持する患者がユーザ端末２００を利用して使用する治療用アプリケーションを管理するサーバ装置である。管理サーバ１００は、ユーザ端末２００からの処方要求情報２１に応じて、医療従事者からの処方許可情報５１がある場合に、ユーザ端末２００において実行される治療用アプリケーションを有効化するサーバである。有効化の詳細については後述する。

【0026】

配信サーバ３００は、初期状態の各種の治療用アプリケーションをユーザ端末２００に配信する機能を有するサーバ装置である。

【0027】

ユーザ端末２００は、患者が保持する情報処理端末であり、所謂スマートフォン、タブレット端末、携帯電話機、ＰＣ等により実現される。

【0028】

また、医療従事者端末５００は、医療従事者が使用する情報処理装置であり、ユーザ端末２００同様に、所謂スマートフォン、タブレット端末、携帯電話機、ＰＣ等により実現される。

【0029】

運用サーバ６００は、治療用アプリケーションの実行時に、患者のユーザ端末２００に、患者の治療に関する治療情報を提供するサーバ装置である。

【0030】

ここで、治療用アプリケーションとは、患者の日々の状態を管理するとともに、各患者にパーソナライズした医学的知見を伴ったガイダンスを行うアプリケーションソフトである。治療用アプリケーションは、一例として、アプリケーションソフトの指示に従って実行する禁煙療法のための禁煙アプリであってもよいし、２型糖尿病に対する食事療法を提案する糖尿病アプリであってもよいし、不眠を改善するための不眠治療アプリであってもよいが、これらに限定するものではない。治療用アプリケーションは、ユーザ端末２００の患者の疾病を治療、改善することを目的の一つとしたアプリケーションであり、医師からの処方（許可）がないと実行できない機能部（医師からの処方を以て実行可能な機能部）を有するアプリケーションである。治療用アプリケーションは、医師からの処方なしで実行可能な処理を含んでもよい。治療用アプリケーションは、各種の疾病ごとに用意されてもよいし、複数の疾病に対するものであってもよい。

【0031】

また、医療従事者とは、医療に携わる人間であればよく、例えば、医師、看護師、心理士、薬剤師、理学療法士、管理栄養士などであってよいが、処方資格を有する者であることが好ましい。

【0032】

本実施形態に係る治療用アプリケーション配信システム１では、患者は、ユーザ端末２００から配信サーバ３００にアクセスして、治療用アプリケーション３１を取得する。この治療用アプリケーション３１は、医療従事者からの処方がない場合には、実行できず、医療従事者からの処方があって機能する機能部を有するアプリケーションである。この段階では、医師からの処方がないものとする。

【0033】

そこで、患者は、ユーザ端末２００から治療用アプリケーションを管理する管理サーバに対して、処方を要求するための処方要求情報２１を送信する。これを受けて、管理サーバ１００は、医療従事者２０の医療従事者端末５００に対して、ユーザ端末２００の患者から、治療用アプリケーション３１の処方が要求されていることを示す処方要求情報１１を送信する。

【0034】

医療従事者２０は、管理サーバ１００からの処方要求情報１１に応じて、ユーザ端末２００の患者に対して、治療用アプリケーション３１を処方してもよいと判断した場合には、医療従事者端末５００から管理サーバ１００に対して処方許可情報５１を送信する。

【0035】

管理サーバ１００は、医療従事者端末５００からの処方許可情報５１を受信したことを受けて、ユーザ端末２００の治療用アプリケーション３１を有効化するアクティベーション情報１２を送信する。これにより、ユーザ端末２００の治療用アプリケーション３１は、患者が医療従事者の診療にかからずとも、医療従事者からの処方があって初めて実行できる機能部を実行することができる。

【0036】

以下、詳細に説明する。なお、ネットワーク４００は、各種の機器との間を相互に接続させるためのネットワークであり、例えば、無線ネットワークや有線ネットワークである。具体的には、ネットワークは、ワイヤレスＬＡＮ（ｗｉｒｅｌｅｓｓ ＬＡＮ：ＷＬＡＮ）や広域ネットワーク（ｗｉｄｅ ａｒｅａ ｎｅｔｗｏｒｋ：ＷＡＮ）、ＩＳＤＮｓ（ｉｎｔｅｇｒａｔｅｄ ｓｅｒｖｉｃｅ ｄｉｇｉｔａｌ ｎｅｔｗｏｒｋｓ）、無線ＬＡＮｓ、ＬＴＥ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ－Ａｄｖａｎｃｅｄ、第４世代（４Ｇ）、第５世代（５Ｇ）、第６世代、ＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＷＣＤＭＡ（登録商標）、イーサネット（登録商標）などである。また、ネットワークは、これらの例に限られず、例えば、公衆交換電話網（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ：ＰＳＴＮ）やブルートゥース（Ｂｌｕｅｔｏｏｔｈ（登録商標））、ブルートゥースローエナジー（Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ）、光回線、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）回線、衛星通信網などであってもよく、どのようなネットワークであってもよい。ネットワークは、ユーザの住居に備えられる場合には、ホームネットワークと呼称されることもある。また、ネットワークは、例えば、ＮＢ－ＩｏＴ（Ｎａｒｒｏｗ Ｂａｎｄ ＩｏＴ）や、ｅＭＴＣ（ｅｎｈａｎｃｅｄ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）であってもよい。なお、ＮＢ－ＩｏＴやｅＭＴＣは、ＩｏＴ向けの無線通信方式であり、低コスト、低消費電力で長距離通信が可能なネットワークである。また、ネットワークは、これらの組み合わせであってもよい。また、ネットワークは、これらの例を組み合わせた複数の異なるネットワークを含むものであってもよい。例えば、ネットワークは、ＬＴＥによる無線ネットワークと、閉域網であるイントラネットなどの有線ネットワークとを含むものであってもよい。

【0037】

＜管理サーバ１００の構成例＞
図２は、管理サーバ１００の構成例を示すブロック図である。

【0038】

図２に示すように、管理サーバ１００は、通信部１１０と、入力部１２０と、制御部１３０と、記憶部１４０と、出力部１５０と、を備える。通信部１１０と、入力部１２０と、制御部１３０と、記憶部１４０と、出力部１５０とは、バス１６０を介して互いに通信可能に構成されてよい。

【0039】

通信部１１０は、他の装置と通信を実行するための機能を有する通信インターフェースである。通信部１１０は、他の装置と通信可能であれば、いずれの通信プロトコルにより通信を行ってもよく、有線、無線のいずれでの通信であってもよい。通信部１１０は制御部１３０からの指示にしたがって、ユーザ端末２００や、配信サーバ３００、医療従事者端末５００、あるいは、運用サーバ６００と通信を行う。通信部１１０は、例えば、ユーザ端末２００から送信された処方要求情報を受信して、制御部１３０に伝達する。また、通信部１１０は、制御部１３０からの指示に従って医療従事者端末５００に処方要求情報を送信する。また、あるいは、通信部１１０は、医療従事者端末５００から送信された処方許可情報を受信して、制御部１３０に伝達する。また、通信部１１０は、制御部１３０からの指示に従って、ユーザ端末２００の治療用アプリケーションを有効化する有効化信号を送信する。

【0040】

入力部１２０は、管理サーバ１００のオペレータ等からの入力を受け付けて、制御部１３０に伝達する機能を有する入力インターフェースである。入力部１２０は、タッチパネル等のソフトキーにより実現されてもよいし、ハードキーにより実現されてもよい。また、あるいは、入力部１２０は、音声入力を受け付けるためのマイクであってもよい。入力部１２０は、例えば、医療従事者や管理サーバ１００のオペレータ等からの入力を受けて、入力された内容を、制御部１３０に伝達する。

【0041】

記憶部１４０は、管理サーバ１００が動作上必要とする各種のプログラム及びデータを記憶する機能を有する。記憶部１４０は、例えば、ＨＤＤ（Hard Disc Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリ等により実現することができる。記憶部１４０は、管理情報１４１を記憶している。管理情報１４１は、各ユーザの各治療用アプリケーションを管理するための情報である。管理情報１４１の詳細については後述する。

【0042】

出力部１５０は、制御部１３０からの指示にしたがって、指定された情報を出力する機能を有する。出力部１５０による出力は、画像信号、音声信号のいずれでの出力であってもよい。画像信号による出力の場合、管理サーバ１００に接続された（又は管理サーバ１００が備える）モニタへの出力であってよい。また、音声信号による出力の場合、管理サーバ１００に接続された（又は管理サーバ１００が備える）スピーカーへの出力であってよい。

【0043】

制御部１３０は、管理サーバ１００の各部を制御する機能を有するプロセッサである。制御部１３０は、シングルコアにより実現されても、マルチコアにより実現されてもよい。

【0044】

制御部１３０は、制御部１３０が実現する機能として、受信部１３１と、受付部１３２と、有効化部１３３と、送信部１３４と、を備える。

【0045】

受信部１３１は、患者のユーザ端末２００から送信された治療用アプリケーションの処方を要求する処方要求情報を受信する。処方要求情報には、患者を識別するための患者識別情報が含まれてよい。また、処方要求情報には、患者に関する情報であって治療用アプリケーションが治療の対象とする疾病等に関する患者情報が含まれてよく、更に、処方を行う医療機関を指定する指定情報も含まれてもよい。

【0046】

受信部１３１は、処方要求情報を受信した場合に、その処方要求情報を、処方要求を行った患者を示す患者情報とともに、医療従事者端末５００に、通信部１１０を介して送信する。このとき、受信部１３１は、指定情報を受信していた場合には、指定情報で指定される医療機関の医療従事者端末５００に送信し、指定情報を受信していない場合には、治療用アプリケーションの処方に対応可能な医療機関の医療従事者端末５００に送信する。

【0047】

受付部１３２は、受信部１３１が送信した処方要求情報に対して医療従事者端末５００から送信された処方許可情報を受け付ける。また、受付部１３２は、処方を許可しない処方不許可情報を受け付けることとしてもよい。受付部１３２は、処方許可情報を受け付けた場合には、処方許可情報が処方の許可対象としている患者を示す患者識別情報を有効化部１３３に伝達する。受付部１３２は、処方不許可情報を受け付けた場合には、処方要求情報を送信してきたユーザ端末２００に対して、処方ができないことを示す処方不許可情報を、通信部１１０を介して送信する。

【0048】

有効化部１３３は、受付部１３２から患者識別情報を伝達されると、患者識別情報で示される患者のユーザ端末２００の治療用アプリケーションを有効化する。ここで、治療用アプリケーションの有効化手法としては複数の手法が考えられ、有効化部１３３は以下の手法の少なくともいずれか一つの手法を実行できればよく、複数を実行できるように構成されてもよい。

【0049】

有効化の手法の第１は、ユーザ端末２００に治療用アプリケーションが既にインストールされている場合に、特定の信号（以下、有効化信号）をユーザ端末２００に送信し、治療用アプリケーションが受信した有効化信号を解釈して、自動的にそれまで使用できなかった機能を使用できるようにする手法である。

【0050】

有効化の手法の第２は、ユーザ端末２００に治療用アプリケーションが既にインストールされている場合に、アクティベーションコードをユーザ端末２００に送信し、ユーザが受信したアクティベーションコードを治療用アプリケーションに入力して、治療用アプリケーションが入力されたアクティベーションコードを認証（管理サーバ１００に送信して認証）し、認証できたときにそれまで使用できなかった機能を使用できるようにする手法である。

【0051】

有効化の手法の第３は、ユーザ端末２００に治療用アプリケーションがまだインストールされていない場合に、有効化された治療用アプリケーションのインストーラを送信するよう、配信サーバ３００に送信するよう指示することで、ユーザ端末２００において、医療従事者の処方がある（制限されていない）状態の治療用アプリケーションを実行できるようにすることができる。

【0052】

送信部１３４は、有効化部１３３からの指示に従って、通信部１１０を介して、ユーザ端末２００に、有効化信号を送信することとしてよい。また、送信部１３４は、有効化部１３３からの指示に従って、通信部１１０を介して、ユーザ端末２００に、アクティベーションコードを送信することとしてよい。また、送信部１３４は、有効化部１３３からの指示に従って、通信部１１０を介して、ユーザ端末２００に、医療従事者の処方がある（制限されていない）状態の治療用アプリケーションのインストーラを対応するユーザ端末２００に送信する送信指示を送信することとしてもよい。送信部１３４は、有効化部１３３が実行可能な有効化の手法に従って、ユーザ端末２００において有効化された治療用アプリケーションが実行されるよう必要な信号を送信する。

【0053】

以上が、管理サーバ１００の構成例の説明である。

【0054】

＜ユーザ端末２００の構成例＞
図３は、ユーザ端末２００の構成例を示すブロック図である。図３に示すように、ユーザ端末２００は、通信部２１０と、入力部２２０と、制御部２３０と、記憶部２４０と、出力部２５０と、を備える。通信部２１０と、入力部２２０と、制御部２３０と、記憶部２４０と、出力部２５０とは、バス２６０を介して互いに通信可能に構成されてよい。

【0055】

通信部２１０は、他の装置と通信を実行するための機能を有する通信インターフェースである。通信部２１０は、他の装置と通信可能であれば、いずれの通信プロトコルにより通信を行ってもよく、有線、無線のいずれでの通信であってよい。通信部２１０は制御部２３０からの指示にしたがって、管理サーバ１００や配信サーバ３００と通信を行う。

【0056】

入力部２２０は、ユーザ端末２００の患者からの入力を受け付けて、制御部２３０に伝達する機能を有する入力インターフェースである。入力部２２０は、タッチパネル等のソフトキーにより実現されてもよいし、ハードキーにより実現されてもよい。また、あるいは、入力部２２０は、音声入力を受け付けるためのマイクであってもよい。入力部２２０は、患者から入力された入力内容を、制御部２３０に伝達する。入力部２２０は、例えば、患者からの治療用アプリケーションを利用するための処方を受けるための処方要求を送信する指示を受け付けて、制御部２３０に伝達することとしてよい。また、入力部２２０は、例えば、治療用アプリケーションにより行われる問診に対する回答の入力を受け付けて、制御部２３０に伝達することとしてよい。

【0057】

制御部２３０は、ユーザ端末２００の各部を制御する機能を有するプロセッサである。制御部２３０は、シングルコアにより実現されても、マルチコアにより実現されてもよい。制御部２３０は、患者からの入力にしたがって、治療用アプリケーションを使用するための処方要求情報を、通信部２１０を介して、配信サーバ３００に送信する。

【0058】

また、制御部２３０は、制御部２３０が実現する機能として、アプリ実行部２３１を備える。

【0059】

アプリ実行部２３１は、配信サーバ３００からダウンロードした治療用アプリケーションを実行する。アプリ実行部２３１は、治療用アプリケーションを実行して、患者からの入力にしたがって、各種の情報を治療用アプリケーションに登録するとともに、管理サーバ１００または治療情報を保持する運用サーバ６００から治療に関する情報を取得して表示する。アプリ実行部２３１は、医療従事者からの処方がある場合には、医療従事者の処方がないと実行できない機能部を実行可能な状態で治療用アプリケーション２４１を実行する。また、アプリ実行部２３１は、医療従事者からの処方がない場合には、医療従事者の処方がないと実行できない機能部を実行不可能な状態で治療用アプリケーション２４１を実行する。

【0060】

また、アプリ実行部２３１は、管理サーバ１００からの有効化信号を受け付けた場合には、医療従事者の処方がないと実行できない機能部を有効化し、当該機能部の機能を患者に提供できるようにする。また、アプリ実行部２３１は、患者からアクティベーションコードの入力を受け付けた場合には、入力されたアクティベーションコードを管理サーバ１００に送信して認証を行い、認証に成功した場合に、医療従事者の処方がないと実行できない機能部を有効化し、当該機能部の機能を患者に提供できるようにする。

【0061】

記憶部２４０は、ユーザ端末２００が動作上必要とする各種のプログラム及びデータを記憶する機能を有する。記憶部１４０は、例えば、ＨＤＤ（Hard Disc Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリ等により実現することができる。図３には、記憶部２４０が、治療用アプリケーション２４１を記憶している例を示している。患者が複数の異なる疾病に罹患している場合には、それぞれの疾病に応じて異なる治療用アプリケーションが、記憶部２４０に記憶されていてもよい。

【0062】

出力部２５０は、制御部２３０からの指示にしたがって、指定された情報を出力する機能を有する。出力部２５０による出力は、画像信号、音声信号のいずれでの出力であってもよい。画像信号による出力の場合、ユーザ端末２００が備える（又はユーザ端末２００に接続された）モニタへの出力であってよい。また、音声信号による出力の場合、ユーザ端末２００が備える（又はユーザ端末２００に接続された）スピーカーへの出力であってよい。出力部２５０は、例えば、アプリ実行部２３１による治療用アプリケーションの実行に伴って、治療用アプリケーション２４１が提供する情報を、ユーザ端末２００のモニタに表示する。

【0063】

以上が、ユーザ端末２００の構成例の説明である。

【0064】

＜配信サーバ３００の構成例＞
図４は、配信サーバ３００の構成例を示すブロック図である。配信サーバ３００は、管理サーバ１００から指定されている治療用アプリケーションを保持し、ユーザ端末２００からの要求に応じて、治療用アプリケーションを配信するダウンロードサーバである。

【0065】

図４に示すように、配信サーバ３００は、通信部３１０と、入力部３２０と、制御部３３０と、記憶部３４０と、出力部３５０と、を備える。通信部３１０と、入力部３２０と、制御部３３０と、記憶部３４０と、出力部３５０とは、バス３６０を介して互いに通信可能に構成されてよい。

【0066】

通信部３１０は、他の装置と通信を実行するための機能を有する通信インターフェースである。通信部３１０は、他の装置と通信可能であれば、いずれの通信プロトコルにより通信を行ってもよく、有線、無線のいずれでの通信であってよい。通信部３１０は制御部１３０からの指示にしたがって、管理サーバ１００やユーザ端末２００と通信を行う。

【0067】

入力部３２０は、配信サーバ３００のオペレータ等からの入力を受け付けて、制御部３３０に伝達する機能を有する入力インターフェースである。入力部３２０は、タッチパネル等のソフトキーにより実現されてもよいし、ハードキーにより実現されてもよい。また、あるいは、入力部３２０は、音声入力を受け付けるためのマイクであってもよい。

【0068】

制御部３３０は、ユーザ端末２００の各部を制御する機能を有するプロセッサである。制御部３３０は、シングルコアにより実現されても、マルチコアにより実現されてもよい。

【0069】

制御部３３０は、制御部３３０が実現する機能として配信部３３１を備える。

【0070】

配信部３３１は、通信部３１０から伝達された要求情報で示される治療用アプリケーションのインストーラを特定し、記憶部３４０から読み出す。そして、配信部３３１は、読み出した治療用アプリケーションのインストーラを、要求情報を送信したユーザ端末２００に対して、通信部３１０を介して送信する。この場合に配信する治療用アプリケーションのインストーラは、医療従事者の処方がなく、機能部の実行が制限された状態で起動する治療用アプリケーションのインストーラである。

【0071】

また、配信部３３１は、通信部３１０を介して管理サーバ１００から、医療従事者からの処方がある状態の治療用アプリケーションのインストーラの配信を指示された場合に、指定されているユーザ端末２００に対して、医療従事者からの処方がある状態の治療用アプリケーションのインストーラを送信する。即ち、この場合に配信する治療用アプリケーションのインストーラは、医療従事者の処方があり、機能部の実行が制限されていない状態で起動する治療用アプリケーションのインストーラである。

【0072】

記憶部３４０は、配信サーバ３００が動作上必要とする各種のプログラム及びデータを記憶する機能を有する。記憶部１４０は、例えば、ＨＤＤ（Hard Disc Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリ等により実現することができる。記憶部３４０は、管理サーバ１００から依頼された全ての治療用アプリケーション（のインストーラ）を記憶している。図４には、第１治療用アプリケーションインストーラ３４１と、第２治療用アプリケーションインストーラ３４２とを保持している例を示している。ここで、第１治療用アプリケーションインストーラ３４１と、第２治療用アプリケーションインストーラ３４２とは、互いに異なる疾病に対する治療用のアプリケーションであり、例えば、禁煙アプリや禁酒アプリ、糖尿病アプリなどであってもよい。なお、ここでは、２つのインストーラを記憶している例を示しているが、インストーラの数は２つに限定するものではなく、各種の疾病ごとのアプリケーションのインストーラが記憶されていてよい。

【0073】

出力部３５０は、制御部３３０からの指示にしたがって、指定された情報を出力する機能を有する。出力部３５０による出力は、画像信号、音声信号のいずれでの出力であってもよい。画像信号による出力の場合、配信サーバ３００に接続された（又は配信サーバ３００が備える）モニタへの出力であってよい。また、音声信号による出力の場合、配信サーバ３００が備える（又は配信サーバ３００に接続された）スピーカーへの出力であってよい。

【0074】

以上が配信サーバ３００の構成例の説明である。

【0075】

＜医療従事者端末５００の構成例＞
図５は、医療従事者端末５００の構成例を示すブロック図である。医療従事者端末５００は、医療従事者が使用する情報処理端末である。図５に示すように、医療従事者端末５００は、通信部５１０と、入力部５２０と、制御部５３０と、記憶部５４０と、出力部５５０とを備える。通信部５１０と、入力部５２０と、制御部５３０と、記憶部５４０と、出力部５５０とは、バス５６０を介して互いに通信可能に構成されてよい。

【0076】

通信部５１０は、他の装置と通信を実行するための機能を有する通信インターフェースである。通信部５１０は、他の装置と通信可能であれば、いずれの通信プロトコルにより通信を行ってもよく、有線、無線のいずれでの通信であってよい。通信部５１０は制御部５３０からの指示にしたがって、管理サーバ１００や、配信サーバ３００、運用サーバ６００と通信を行う。

【0077】

入力部５２０は、ユーザ端末２００の患者からの入力を受け付けて、制御部５３０に伝達する機能を有する入力インターフェースである。入力部５２０は、タッチパネル等のソフトキーにより実現されてもよいし、ハードキーにより実現されてもよい。また、あるいは、入力部５２０は、音声入力を受け付けるためのマイクであってもよい。入力部５２０は、患者から入力された入力内容を、制御部２３０に伝達する。

【0078】

入力部５２０は、医療従事者から、治療用アプリケーションを利用する患者から、治療用アプリケーションの処方要求があった場合に、当該患者に対して、治療用アプリケーションを処方するか否かの入力を受け付けて制御部５３０に伝達する。

【0079】

制御部５３０は、医療従事者端末５００の各部を制御する機能を有するプロセッサである。制御部５３０は、シングルコアにより実現されても、マルチコアにより実現されてもよい。

【0080】

制御部５３０は、制御部５３０が実現する機能として、処方許否情報送信部５３１を備える。

【0081】

処方許否情報送信部５３１は、入力部５２０を介して、医療従事者により処方要求を行った患者に対して、処方するか否かを示す入力を受け付けて、処方するとの入力を受け付けた場合に、処方許可情報を、処方しないとの入力を受け付けた場合に、処方不許可情報を、通信部５１０を介して、管理サーバ１００に送信する。

【0082】

記憶部５４０は、医療従事者端末５００が動作上必要とする各種のプログラム及びデータを記憶する機能を有する。記憶部５４０は、例えば、ＨＤＤ（Hard Disc Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリ等により実現することができる。

【0083】

出力部５５０は、制御部５３０からの指示にしたがって、指定された情報を出力する機能を有する。出力部５５０による出力は、画像信号、音声信号のいずれでの出力であってもよい。画像信号による出力の場合、医療従事者端末５００に接続された（又は医療従事者端末５００が備える）モニタへの出力であってよい。また、音声信号による出力の場合、医療従事者端末５００が備える（又は医療従事者端末５００に接続された）スピーカーへの出力であってよい。出力部５５０は、例えば、管理サーバ１００から送信された処方要求情報や処方要求を行った患者に関する患者情報を画像データとして表示することとしてよい。

【0084】

以上が、医療従事者端末５００の構成例の説明である。

【0085】

＜運用サーバ６００の構成例＞
図６は、運用サーバ６００の構成例を示すブロック図である。運用サーバ６００は、治療用アプリケーションを利用する患者の治療に関する情報を管理運用する情報処理装置（サーバ）である。運用サーバ６００は、運用サーバ６００によって管理される患者の治療に関する情報として、患者の疾病ごと、あるいは、患者の診療を行う治療施設（病院や施療院など）ごとに設けられてもよいし、治療用アプリケーションを提供する運用会社それぞれで設けられてもよいし、一つのサーバにまとめて管理されることとしてもよい。図６に示すように、運用サーバ６００は、通信部６１０と、入力部６２０と、制御部６３０と、記憶部６４０と、出力部６５０とを備える。通信部６１０と、入力部６２０と、制御部６３０と、記憶部６４０と、出力部６５０とは、バス５６０を介して互いに通信可能に構成されてよい。

【0086】

通信部６１０は、他の装置と通信を実行するための機能を有する通信インターフェースである。通信部６１０は、他の装置と通信可能であれば、いずれの通信プロトコルにより通信を行ってもよく、有線、無線のいずれでの通信であってよい。通信部６１０は制御部６３０からの指示にしたがって、管理サーバ１００や、ユーザ端末２００と通信を行う。

【0087】

入力部６２０は、ユーザ端末２００の患者からの入力を受け付けて、制御部６３０に伝達する機能を有する入力インターフェースである。入力部６２０は、タッチパネル等のソフトキーにより実現されてもよいし、ハードキーにより実現されてもよい。また、あるいは、入力部６２０は、音声入力を受け付けるためのマイクであってもよい。入力部６２０は、患者から入力された入力内容を、制御部２３０に伝達する。

【0088】

入力部６２０は、医療従事者（主に医師）から、診察対象の患者に関する情報の入力を受け付けて制御部６３０に伝達する。診察対象の患者に関する情報とは、患者に関する情報であればどのようなものであってもよく、また、医療従事者による患者の病状や、患者に対して処方した薬剤、治療経過、既往歴など、の情報であってもよい。具体的には、入力部６２０は、入力する情報の対象である患者を示す患者ＩＤと、その患者ＩＤが示す患者に関する情報の入力を受け付けて、制御部６３０に伝達する。

【0089】

制御部６３０は、運用サーバ６００の各部を制御する機能を有するプロセッサである。制御部６３０は、シングルコアにより実現されても、マルチコアにより実現されてもよい。制御部６３０は、入力部６２０から、患者ＩＤと、患者に関する情報を伝達されると、伝達された患者ＩＤに対応付けて、患者に関する情報を、記憶部６４０の治療情報６４１として記録する。

【0090】

制御部６３０は、制御部６３０が実現する機能として、治療情報提供部６３１を備える。

【0091】

治療情報提供部６３１は、通信部６１０を介して、ユーザ端末２００から、治療情報の送信要求を受信した場合に、当該治療情報の送信要求が示す患者ＩＤに対応付けられている患者に関する情報を、治療情報６４１から特定する。治療情報提供部６３１は、特定した治療情報（患者に関する情報）を、通信部６１０を介して、ユーザ端末２００に送信する。

【0092】

記憶部６４０は、運用サーバ６００が動作上必要とする各種のプログラム及びデータを記憶する機能を有する。記憶部６４０は、例えば、ＨＤＤ（Hard Disc Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリ等により実現することができる。記憶部６４０は、患者の治療に関する治療情報６４１を記憶している。治療情報は、各患者の患者ＩＤに対応付けて、当該患者に関する情報が対応付けられている。治療情報は、所謂、電子カルテであってもよい。また、治療情報は、患者により入力される患者自身の治療に関連する行動が入力された情報を含んでよい。また、この治療情報は、患者が利用している治療用アプリケーションのアプリＩＤと対応付けられていてもよい。

【0093】

出力部６５０は、制御部６３０からの指示にしたがって、指定された情報を出力する機能を有する。出力部６５０による出力は、画像信号、音声信号のいずれでの出力であってもよい。画像信号による出力の場合、運用サーバ６００に接続された（又は運用サーバ６００が備える）モニタへの出力であってよい。また、音声信号による出力の場合、運用サーバ６００が備える（又は運用サーバ６００に接続された）スピーカーへの出力であってよい。出力部６５０は、例えば、ユーザ端末２００で実行されている治療用アプリケーションからの要求に応じて、患者の治療情報を出力することとしてよい。

【0094】

以上が、運用サーバ６００の構成例の説明である。

【0095】

＜データ＞
ここから、管理情報１４１について説明する。上述の通り、管理サーバ１００が、各患者が使用している各治療用アプリケーションを管理するための情報である。また、管理情報１４１は、運用サーバ６００と共用されてもよい。

【0096】

図７は、管理情報１４１のデータ構成例を示すデータ概念図である。図７に示すように、管理情報１４１は、管理ＩＤ７０１と、患者名７０２と、アプリＩＤ７０３と、生年月日７０４と、性別７０５と、アクティベーション７０６と、治療情報７０７とが対応付けられた情報である。

【0097】

管理ＩＤ７０１は、管理情報１４１に含まれる各患者が使用している各治療用アプリケーションを管理するために管理サーバ１００が便宜上付与する管理用の識別情報である。

【0098】

患者名７０２は、治療用アプリケーションを使用している患者の名称を示す情報である。患者名７０２は、患者の名称ではなく患者を一意に識別可能な識別子であってもよい。

【0099】

アプリＩＤ７０３は、対応する患者名７０２で示される患者により使用されている治療用アプリケーションを一意に識別可能な識別情報である。

【0100】

生年月日７０４は、対応する患者名７０２で示される患者の生年月日を示す情報である。生年月日７０４は、患者の年齢を特定可能な情報として用いることができる。

【0101】

性別７０５は、対応する患者名７０２で示される患者の性別を示す情報である。

【0102】

アクティベーション７０６は、対応するアプリＩＤ７０３で示される治療用アプリケーションが、ユーザ端末２００において、有効化されているか否かを示す情報である。ここでいう有効化とは、医療従事者からの処方がおりていることを意味し、医療従事者からの処方がない場合に実行できない機能部の機能が実行できるようになっていることを意味する。図７においては、有効化されている場合には「○」を、有効化されていない場合には「×」を示しているが、これは表現の一態様であり、これに限定するものではない。

【0103】

治療情報７０７は、対応する患者名７０２で示される患者が使用している、アプリＩＤ７０３で示される治療用アプリケーションとして、確認することができる治療に関する情報の実データ、または、当該実データを確認することができる装置のアドレスを示す情報である。ここでいう実データを確認することができる装置とは、実際に患者が治療を受けている医療機関等による診察情報等の情報を保持するサーバ装置であり、管理サーバ１００と提携している医療機関等のサーバ装置である。なお、治療情報７０７について全て運用サーバ６００で運用管理する場合には、管理情報１４１に登録されていなくともよい。また、治療情報７０７と運用サーバ６００が保持する治療情報６４１とは、同じものであってもよいし、異なるものであってもよい。治療情報が互いに異なる一例として、例えば、管理サーバ１００では、患者の禁煙に関する治療の情報が保持され、運用サーバ６００では、糖尿の治療に関する情報が保持されるというような態様であってもよい。

【0104】

なお、管理情報１４１には、同一の患者が、異なる治療用アプリケーションを使用している場合には、それぞれ個別に登録される。また、管理情報１４１には、これらの情報の他、各患者のユーザ端末２００のアドレスや、患者の性格に関する情報、連絡先としての電話番号等の情報が記録されていてもよい。

【0105】

＜動作＞
ここから、治療用アプリケーション配信システム１及び当該システムに含まれる各装置の動作について説明する。
（処方例１）

【0106】

図８は、治療用アプリケーション配信システム１に係る各装置間のやり取りの一例を示すシーケンス図である。

【0107】

図８に示すように、ユーザ端末２００は、ユーザ端末２００の患者からの入力にしたがって、配信サーバ３００に対してユーザ情報とともに治療用アプリケーションを要求する要求情報を送信する（ステップＳ８０１）。ここでユーザ情報は、ユーザ端末２００の患者を特定できる情報であって、患者を識別できる情報であればよい。

【0108】

配信サーバ３００は、ユーザ端末２００からの要求情報を受信し、要求情報で指定されている治療用アプリケーション（治療用アプリケーションのインストーラ）を、ユーザ端末２００に送信する（ステップＳ８０２）。ここで送信する治療用アプリケーションは、医療従事者の処方がない状態の治療用アプリケーションであり、医療従事者の処方がないと実行できない機能部の実行が制限された状態の治療用アプリケーションである。ユーザ端末２００は、治療用アプリケーションを受信すると、これを実行してもよいが、医療従事者の処方がないため、機能部の実行が制限された状態となる。

【0109】

ユーザ端末２００は、患者からの入力に従って、患者識別情報と、治療用アプリケーションを使用するための処方要求情報を、管理サーバ１００に送信する（ステップＳ８０３）。患者識別情報は、患者の名前や治療用アプリケーション配信システム１において患者を一意に特定可能な識別情報であってもよい。

【0110】

管理サーバ１００は、ユーザ端末２００から処方要求情報を受信すると、医療従事者端末５００に、患者識別情報で示される患者の患者情報と処方要求情報とを送信する（ステップＳ８０４）。なお、医療従事者端末５００で患者の患者情報を得られる場合には、患者識別情報を送信することとしてもよい。ここでいう患者情報は、ユーザ端末２００の患者が、処方を要求している治療用アプリケーションに係る疾病に罹患しているか否かを特定可能な情報であればよく、問診に対する回答や、医療機関等のサーバ（例えば、運用サーバ６００）等に保存されている患者識別情報で示される患者の検診・健診情報や電子カルテなどであってよい。

【0111】

患者情報を確認した医療従事者は、治療用アプリケーションを当該患者に処方してよいと判断した場合には、医療従事者端末５００に処方許可を入力する（ステップＳ８０５）。そして、医療従事者端末５００は、処方許可情報を管理サーバ１００に送信する（ステップＳ８０６）。

【0112】

処方許可情報を医療従事者端末５００から受信すると、管理サーバ１００は、処方要求を行った患者のユーザ端末２００に、治療用アプリケーションのうち、医療従事者からの処方がないと実行できない機能部を有効化するための有効化情報（有効化信号）を生成し、送信する（ステップＳ８０７）。

【0113】

管理サーバ１００からの有効化情報を受信すると、ユーザ端末２００のアプリ実行部２３１は、治療用アプリケーションを有効化する。即ち、医療従事者の処方があることで機能する機能部を実行できる状態にする（ステップＳ８０８）。

【0114】

図９は、図８に示すやり取りを実現するための管理サーバ１００の動作例を示すフローチャートである。

【0115】

管理サーバ１００の通信部１１０は、信号を受信した場合に、その信号が患者識別情報と処方要求情報とであるか否かを確認する。通信部１１０は、患者識別情報と、処方要求情報を受信した場合には（ステップＳ９０１のＹＥＳ）、制御部１３０に患者識別情報と処方要求情報とを伝達する。そして、制御部１３０は、患者識別情報に対応する患者の情報である患者情報と、処方要求情報と、を医療従事者端末に送信する（ステップＳ９０２）。ここで、患者情報は、患者識別情報に基づいて、管理情報１４１から取得することとしてもよいし、ユーザ端末２００から患者識別情報及び処方要求情報とともに送信されてきたものを取得することとしてもよいし、運用サーバ６００の治療情報６４２から取得することとしてもよいし、患者情報を保持するその他の医療機関の情報処理装置や他のサーバから取得することとしてもよい。受信した信号が、患者識別情報と処方要求情報ではない場合には（ステップＳ９０１のＮＯ）、ステップＳ９０３の処理に移行する。

【0116】

通信部１１０は、信号を受信した場合に、その信号が、医療従事者端末５００からの処方許可情報であるか否かを確認する。通信部１１０は、処方許可情報を受信した場合には（ステップＳ９０３のＹＥＳ）、受信した信号を制御部１３０に伝達する。制御部１３０は、処方許可情報を伝達されると、処方許可情報が対応する患者のユーザ端末２００に、治療用アプリケーションを有効化するための有効化情報を送信することで、患者のユーザ端末２００の治療用アプリケーションを有効化する。治療用アプリケーションの有効化とはこれまでにも述べているように、医療従事者の処方が下りている状態にすることであって、医療従事者の処方があって初めて機能する機能部が機能する（実行できる）ようにすることであり、当該機能部の実行制限を解除することであってよい。

【0117】

処方許可情報ではなく処方不許可情報を受信した場合には（ステップＳ９０３のＮＯ）、制御部１３０は、通信部１１０を介して、患者識別情報で示される患者のユーザ端末２００に、処方ができないことを示す不許可情報を送信し（ステップＳ９０５）、ステップＳ９０１の処理に戻る。

【0118】

なお、ステップＳ９０１、Ｓ９０２の処理と、ステップＳ９０３～Ｓ９０５の処理とは、互いに並列に実行されてよい。以上が、管理サーバ１００の動作例である。

【0119】

図１０は、図８に示すやり取りを実現するためのユーザ端末２００の動作例を示すフローチャートである。

【0120】

ユーザ端末２００の入力部２２０は、患者から、治療用アプリケーションのダウンロードを指示する入力を受け付ける（ステップＳ１００１）。入力部２２０は、受け付けた入力内容を、制御部２３０に伝達する。制御部２３０は、伝達された入力内容にしたがって、通信部２１０を介して、治療用アプリケーションを保持する配信サーバ３００に、指定されている治療用アプリケーションを要求する要求情報を送信する（ステップＳ１００２）。アプリ要求情報には、どの治療用アプリケーションを要求しているのかを特定するためのアプリＩＤと、治療用アプリケーションを要求しているユーザ（患者）を特定するための患者識別情報とが含まれる。要求情報を受けて、配信サーバ３００は、指定された治療用アプリケーションのインストーラ（実行プログラムでもよい）が送信される。

【0121】

通信部２１０は、配信サーバ３００から送信された治療用アプリケーションのインストーラを受信する（ステップＳ１００３）。通信部２１０は、受信した治療用アプリケーションのインストーラを、制御部２３０に伝達する。制御部２３０は、伝達された治療用アプリケーションを実行してもよい。ただし、この段階においては、治療用アプリケーションは、医療従事者からの処方が下りておらず、一部の機能（機能部）を実行できない状態である。

【0122】

入力部２２０は、患者から、治療用アプリケーションに対する医療従事者からの処方を要求するための処方要求の入力を受け付け（ステップＳ１００４）、制御部２３０に伝達する。制御部２３０は、通信部２１０を介して、管理サーバ１００に、処方要求情報を送信する（ステップＳ１００５）。このとき、制御部２３０は、通信部２１０を介して、管理サーバ１００に、処方要求情報の他、ユーザ端末２００の患者を識別可能な患者識別情報を送信する。また、制御部２３０は、通信部２１０を介して管理サーバ１００に、治療用アプリケーションに対応する疾病に関する患者の情報を示す患者情報を送信してもよい。

【0123】

通信部２１０は、管理サーバ１００から信号を受信する。通信部２１０は、受信した信号が有効化情報であるか否かを判定する（ステップＳ１００６）。受信した信号が有効化情報である場合に（ステップＳ１００６のＹＥＳ）、通信部２１０は、制御部２３０に有効化情報を伝達する。制御部２３０のアプリ実行部２３１は、有効化情報を受け付けると、医療従事者の処方があって初めて実行が可能な機能部を有効化し（ステップＳ１００７）、処理を終了する。

【0124】

一方、通信部２１０は、受信した信号が有効化情報でなかった場合に（ステップＳ１００６のＮＯ）、受信した信号が不許可情報であるか否かを判定する（ステップＳ１００８）。受信した信号が不許可情報でない場合には（ステップＳ１００８のＮＯ）、ステップＳ１００６の処理に戻る。

【0125】

受信した信号が不許可情報であった場合には（ステップＳ１００８のＹＥＳ）、通信部２１０は、不許可情報を制御部２３０に伝達し、制御部２３０は、出力部２５０に治療用アプリケーションを有効化するための医療従事者からの処方がおりなかったことを示す情報を出力（表示）させ（ステップＳ１００９）、処理を終了する。

【0126】

以上が、図８に示すシーケンス図に対応するユーザ端末２００の動作例の説明であり、ユーザ端末２００の、治療用アプリケーションを使用するための処方を医療従事者から受ける際の動作例の説明である。

【0127】

図１１は、図８に示すやり取りを実現するための配信サーバ３００の動作例を示すフローチャートである。

【0128】

図１１に示すように、配信サーバ３００の通信部３１０は、ユーザ端末２００からの治療用アプリケーションを要求する要求信号を受信する（ステップＳ１１０１）。通信部３１０は、受信した要求信号を制御部３３０に伝達する。

【0129】

制御部３３０の配信部３３１は、要求信号を伝達されると、患者が所望している治療用アプリケーションであって、伝達された要求信号に含まれる治療用アプリケーションを示すアプリＩＤを、抽出する。そして、配信部３３１は、抽出したアプリＩＤを示す治療用アプリケーションのインストーラを記憶部３４０から取得する。配信部３３１は、取得した治療用アプリケーションのインストーラを、通信部３１０を介して、要求信号を送信したユーザ端末２００に配信する（ステップＳ１１０２）。これにより、患者は、治療用アプリケーションを取得することができるが、この段階の治療用アプリケーションは、医療従事者の処方が下りていない状態のアプリケーションであり、医療従事者の処方がないと実行できない機能部の実行が制限された状態のアプリケーションである。

【0130】

以上が、配信サーバ３００の動作例である。

【0131】

図１２は、図８に示すやり取りを実現するための医療従事者端末５００の動作例を示すフローチャートである。

【0132】

図１２に示すように、医療従事者端末５００の通信部５１０は、管理サーバ１００から送信された処方要求情報と患者情報とを受信する（ステップＳ１２０１）。通信部５１０は、受信した処方要求情報と患者情報とを制御部５３０に伝達する。

【0133】

制御部５３０は、処方要求情報と患者情報とを伝達されると、出力部５５０に、患者情報を出力、即ち、医療従事者端末５００に接続されているモニタ等に表示させる（ステップＳ１２０２）。医療従事者は、表示された患者情報を見て、治療用アプリケーションを処方してよいか否かを判断する。

【0134】

医療従事者から入力部５２０に対して処方許可を受け付けた場合には（ステップＳ１２０３のＹＥＳ）、制御部５３０は、通信部５１０を介して、管理サーバ１００に処方許可情報を送信し（ステップＳ１２０４）、処理を終了する。

【0135】

一方で、医療従事者から入力部５２０に対して処方できないことを示す入力を受け付けた場合には（ステップＳ１２０３のＮＯ）、制御部５３０は、通信部５１０を介して、管理サーバ１００に処方不許可情報を送信し（ステップＳ１２０５）、処理を終了する。

【0136】

以上が、医療従事者端末５００の動作例である。

【0137】

図１３は、運用サーバ６００の動作例を示すフローチャートである。図１３に示すように、運用サーバ６００の通信部６１０は、ユーザ端末２００から送信された治療情報の送信要求を受け付ける（ステップＳ１３０１）。ここでいう治療情報は、治療用アプリケーションが患者に提示する治療に関する情報であり、例えば、過去に行った治療の内容やその成否、使用した薬剤や、患者の行動に関する情報など様々な情報を含んでよい。この送信要求には、少なくとも、ユーザを特定可能なユーザＩＤ（患者ＩＤ）が含まれ、その他に、治療情報を閲覧するためのパスワードが含まれてもよい。通信部６１０は、治療情報の送信要求を受信すると、制御部６３０に伝達する。

【0138】

制御部６３０の治療情報提供部６３１は、伝達された治療情報の送信要求から患者ＩＤを特定する。そして、治療情報提供部６３１は、特定した患者ＩＤに対応する治療情報６４１を記憶部６４０から特定する（ステップＳ１３０２）。そして、治療情報提供部６３１は、特定した治療情報を、通信部６１０を介して、ユーザ端末２００に送信する（ステップＳ１３０３）。ここでいう治療情報６４１は、管理サーバ１００が管理する管理情報１４１と同じものであってもよいし、別の物であってもよい。別のものである場合には、少なくとも、患者ＩＤが管理情報１４１と共通するなどして、患者を一意に特定可能にさえなっていればよい。

【0139】

これにより、運用サーバ６００は、ユーザ端末２００に対して、ユーザの治療に関する情報を提供することができる。なお、ユーザ端末２００からの治療情報の送信要求にパスワードが含まれる場合に、ステップＳ１３０２において、先に、そのパスワードの認証を行い、パスワードが正しければ、治療情報の特定を行うようにすればよい。これにより、治療用アプリケーションは、医療従事者の処方があって初めて実行可能な機能部の一例として、医療従事者による診療情報の閲覧を行うことができる。

【0140】

＜表示例＞
図１４（ａ）～（ｃ）は、治療用アプリケーションによる表示例を示す図である。図１４（ａ）～（ｃ）は、あくまで一例であり、表示態様はその他の態様をとってもよい。図１４（ａ）～（ｃ）においては、治療用アプリケーションとして、禁煙アプリの表示例を示しているが、治療用アプリケーションは、禁煙アプリに限定するものではなく、その他の疾病や症状に対するアプリケーションであってよいが、いずれの場合であっても、少なくとも医療従事者からの処方がないと実行できない機能部を備えていることとしてよく、医療従事者の処方がなくとも実行できる処理があってよい。医療従事者の処方がなくとも実行できる処理とは、非治療的な機能のことであってよい。ここでいう非治療的な機能とは、一般的な疾病、治療に関する説明機能や問診機能など、患者に直接的かつ個別的な行動変容を促さない機能であってよい。

【0141】

図１４（ａ）は、治療用アプリケーションによる表示例の一例を示す図であって、治療用アプリケーションが提供する機能を選択するための画面例である。なお、図１４（ａ）に示す機能はあくまで一例であり、これ以外の機能を含んでもよいし、図１４（ａ）に示す機能を含まなくてもよい。

【0142】

図１４（ａ）では、治療用アプリケーションが提供する機能の一例として、基本情報２５２と、問診情報２５３と、診療情報２５４とを選択するためのボタンを表示した画面例２５１を示している。基本情報２５２は、治療用アプリケーションを使用する患者に関する基本的な情報のことである。基本情報２５２を選択することで、患者の基本的な情報を入力するための画面や、あるいは、基本的な情報示す画面を表示する。基本情報２５２は、医療従事者の処方なく実行できる機能（提供できる情報）であってよく、治療用アプリケーションが関連する疾病とは関与が低い、患者に関する情報として、患者の名前や、年齢、体重、身長等の情報であってよい。

【0143】

問診情報２５３は治療用アプリケーションが関連する疾病についての問診を患者に対して行うための機能であり、問診情報２５３を選択すると、一例として、図１４（ｂ）に示すような問診と、それに対する患者の回答を入力するためのＵＩ（User Interface）画面を表示することとしてよい。問診情報２５３は、医療従事者の処方なく実行できる機能（提供できる情報、アプリケーションとして患者が使用できる情報）であってよい。

【0144】

図１４（ｂ）に示すように、問診情報２５３を表示する画面例２５５は、治療用アプリケーションとして、対応する疾病や症状の状態、あるいは、それに対する患者の心象や心構えを問うものであってよい。図１４（ｂ）に示す例では、治療用アプリケーションは、禁煙のためのアプリケーションであり、問診の一例として、喫煙の習慣の有無、禁煙の意欲、喫煙の量と、それに対する回答の例を示している。これらの問診情報には、医療従事者が、患者に対して治療用アプリケーションを処方してよいかどうかを判断するための判断基準となる問診と回答が含まれる。

【0145】

図１４（ｃ）は、診療情報２５４を選択した場合に表示される画面例２５６を示している。診療情報２５４は、医療従事者の処方なく実行できない機能部の一例である。逆に言えば、医療従事者の処方があって管理サーバ１００により有効化されている場合には、実行可能な機能の一例である。医療従事者の処方があって実行できる機能部としては、治療の詳細な情報の閲覧機能や、治療の経過情報の閲覧機能、治療のために患者がとるべき行動等のアドバイス機能など、治療の根幹に関連する機能であってよいが、これらに限定するものではない。医療従事者の処方があって実行できる機能部の内容は、医療従事者と治療用アプリケーションの作成者等の間で取り決めることとしてよい。

【0146】

（処方例２）
処方例１においては、管理サーバ１００から、医療従事者からの処方に基づき、ユーザ端末２００の治療用アプリケーションを有効化する例を説明したが、処方例２においては、処方コード（アクティベーションコードと呼称してもよい）を用いた有効化の例を説明する。

【0147】

ここで、処方コード（アクティベーションコード）とは、治療用アプリケーションを有効化、即ち、治療用アプリケーションの中の医療従事者の処方がないと実行できない機能部を使用可能にする情報であればよく、処方コードとの名称に限定するものではない。一例として、処方コードは、パスコードやパスフレーズ、シリアルコードなどと呼称されて、代用されてもよい。

【0148】

図１５は、処方例２に係る治療用アプリケーション配信システムにおける各装置間のやり取りの例を示すシーケンス図であって、処方コードを用いた機能部の有効化を実現する手法を示す図である。図１５に示すシーケンス図においては、ステップＳ８０６までの処理は、図８と共通するので、そこまでの説明は割愛し、ステップＳ１５０７以降の処理について説明する。

【0149】

図１５に示すように、医療従事者端末５００から処方許可情報を受信すると、管理サーバ１００は、機能部を有効化するための処方コードを生成し、ユーザ端末２００に送信する（ステップＳ１５０７）。

【0150】

管理サーバ１００から送信された処方コードを受信すると、ユーザ端末２００は、受信した処方コードを表示する。表示された処方コードを見たユーザ端末２００の患者は、治療用アプリケーションに処方コードを入力する（ステップＳ１５０８）。処方コードの入力を受け付けたユーザ端末２００は、入力された処方コードを管理サーバ１００に送信する（ステップＳ１５０９）。

【0151】

管理サーバ１００は、ユーザ端末２００から処方コードを受信すると、受信した処方コードの認証を行う。一例として、管理サーバ１００は、受信した処方コードが自身で生成した処方コードに一致するか否かに応じて認証を行う。そして、認証に成功した場合に管理サーバ１００は、認証成功を示す情報をユーザ端末２００に送信する（ステップＳ１５１０）。

【0152】

認証成功の情報を受信するとユーザ端末２００の治療用アプリケーション、医療従事者の処方がないと実行できない機能部を有効化する（ステップＳ１５１１）。

【0153】

なお、ここでは、ユーザ端末２００に患者により入力された処方コードを管理サーバ１００が認証する態様をとっているが、これはその限りではない。例えば、治療用アプリケーションが処方コードに対応する認証情報を予め保持し、管理サーバ１００は、処方コードとしてその認証情報に対応する処方コードをユーザ端末２００に送信し、ユーザ端末２００は、入力された処方コードが治療用アプリケーションに予め記憶されている認証情報に対応すると認証された場合に、治療用アプリケーションが機能部を有効化するようにしてもよい。

【0154】

図１５に示すやり取りを実現するための、管理サーバ１００の動作例は、図１６に示すフローチャートに示すものになる。図１６に示すフローチャートは、図９に示したフローチャートと比して、医療従事者端末５００から処方許可情報を受信した以降の処理、即ち、捨てプＳ１６０４以降の処理が異なり、それ以外の処理については共通するので、ここでは、ステップＳ１６０４以降の処理についてのみ説明する。

【0155】

図１６に示すように、管理サーバ１００の制御部１３０は、医療従事者端末５００からユーザ端末２００の治療用アプリケーションの処方を許可する処方許可情報を受信した場合に（ステップＳ９０３のＹＥＳ）、患者識別情報で示される患者のユーザ端末２００の治療用アプリケーションの機能部を有効化するための処方コードを生成し、通信部１１０を介して、ユーザ端末２００に送信する（ステップＳ１６０４）。

【0156】

通信部１０は、ユーザ端末２００から処方コードを受信したか否かを判定する（ステップＳ１６０５）。受信していない場合は（ステップＳ１６０５のＮＯ）、待機する。

【0157】

ユーザ端末２００から処方コードを受信した場合には（ステップＳ１６０５のＹＥＳ）、通信部１１０は、受信した処方コードを制御部１３０に伝達する。制御部１３０は、処方コードを伝達されると、伝達された処方コードが正規の処方コードであるか否かを認証する（ステップＳ１６０６）。

【0158】

制御部１３０は、処方コードが正規の処方コードであると判定した場合、即ち、処方コードの認証に成功した場合（ステップＳ１６０６のＹＥＳ）、認証成功を示す情報をユーザ端末２００に送信し（ステップＳ１６０７）、処方コードの認証に失敗した場合（ステップＳ１６０６のＮＯ）、認証失敗を示す情報をユーザ端末２００に送信し（ステップＳ１６０８）、ステップＳ９０１の処理に戻る。

【0159】

図１５に示すやり取りを実現するための、ユーザ端末２００の動作例は、図１７に示すフローチャートに示すものになる。図１７に示すフローチャートは、図１０に示すフローチャートとの間において、ステップＳ１００５まで共通し、ステップＳ１７０６以降の処理が異なるので、ここでは、ステップＳ１７０６以降の処理について説明する。

【0160】

図１７に示すように、処方要求情報を管理サーバ１００に送信した後（ステップＳ１００５）、ユーザ端末２００は、管理サーバ１００から情報を待つ。

【0161】

ユーザ端末２００の通信部２１０は、管理サーバ１００から処方コードを受信したか否かを判定する（ステップＳ１７０６）。処方コードを受信した場合には（ステップＳ１７０６のＹＥＳ）、通信部２１０は、受信した処方コードを制御部２３０に伝達する。制御部２３０は、伝達された処方コードを、出力部２５０に出力する様に指示する。即ち、出力部２５０は、モニタに処方コードを表示する（ステップＳ１７０７）。

【0162】

表示された処方コードを見たユーザ端末２００の患者は、表示された処方コードを治療用アプリケーションに、入力部２２０を介して、入力する。そして、制御部２３０は、入力された処方コードを、通信部２１０を介して、管理サーバ１００に送信する（ステップＳ１７０８）。

【0163】

ユーザ端末２００の制御部２３０は、処方コードの認証に成功したか否かを、管理サーバ１００から、認証に成功したことを示す情報を受信したか否かによって判定する（ステップＳ１７０８９）。

【0164】

処方コードの認証に成功した場合には（ステップＳ１７０９のＹＥＳ）、治療用アプリケーションは、医療従事者の処方がないと実行できない機能部を有効化して（ステップＳ１７１０）、処理を終了する。処方コードの認証に失敗した場合には（ステップＳ１７０９のＮＯ）、機能部を有効化できない旨を表示する（ステップＳ１７１２）。この後、患者はユーザ端末２００に再度処方コードを入力しなおしてもよい。

【0165】

一方、処方コードを受信していない場合（ステップＳ１７０６のＮＯ）、制御部２３０は、治療用アプリケーションを処方できないことを示す不許可情報を受信したか否かを判定する（ステップＳ１７１１）。不許可情報を受信していない場合には（ステップＳ１７１１のＮＯ）、待機する。

【0166】

不許可情報を受信した場合には（ステップＳ１７１１のＹＥＳ）、制御部２３０は、出力部２５０に、機能部を有効化できない旨を示す情報を表示させ（ステップＳ１７１２）、処理を終了する。

【0167】

このように、治療用アプリケーションの医療従事者の処方がないと実行できない機能部は、処方コードによって有効化されてもよい。

【0168】

（処方例３）
処方例１、２においては、ユーザ端末２００に医療従事者からの処方がない状態の治療用アプリケーションがインストールされている場合での、治療用アプリケーションの有効化の例を説明したが、処方例３においては、治療用アプリケーションがまだユーザ端末２００においてインストールされていない場合の、効率的な治療用アプリケーションの実行例を説明する。

【0169】

図１８は、処方例３に係る治療用アプリケーション配信システムの各装置間のやり取りの例を示すシーケンス図である。図１８に示すように、ユーザ端末２００は、治療用アプリケーションがインストールされていない状態で、処方要求を行う点において、図８に示すシーケンス図と相違する。ステップＳ８０３からステップＳ８０６の処理内容自体は、図８を用いて説明した内容と同様であるので説明を省略し、ステップＳ１８０７以降の処理について説明する。

【0170】

図１８に示すように、処方許可情報を医療従事者端末５００から受信した管理サーバ１００は、患者識別情報と、処方許可情報と、を配信サーバ３００に送信する（ステップＳ１８０７）。ここで送信する患者識別情報には、ユーザ端末２００のネットワーク上の送信先のアドレスが含まれる。

【0171】

管理サーバ１００から、患者識別情報と、処方許可情報とを受信した配信サーバ３００は、患者識別情報で示される患者に対して治療用アプリケーションを処方してもよいと判断し、患者識別情報で示されるユーザ端末２００に、医療従事者の処方がないと実行できない機能部を実行可能に有効化した治療用アプリケーションをユーザ端末２００に送信する（ステップＳ１８０８）。

【0172】

これにより、ユーザ端末２００は、機能部が有効化された治療用アプリケーションを実行することができる（ステップＳ１８０９）。即ち、最初から機能部を実行できる状態で治療用アプリケーションを起動することができる。

【0173】

図１９は、図１８に示すやり取りを実現するためのユーザ端末２００の動作例を示すフローチャートである。

【0174】

図１９に示すように、入力部２２０は、患者から、治療用アプリケーションに対する医療従事者からの処方を要求するための処方要求の入力を受け付け（ステップＳ１９０１）、制御部２３０に伝達する。制御部２３０は、通信部２１０を介して、管理サーバ１００に、処方要求情報を送信する（ステップＳ１９０２）。このとき、制御部２３０は、通信部２１０を介して、管理サーバ１００に、処方要求情報の他、ユーザ端末２００の患者を識別可能な患者識別情報を送信する。また、制御部２３０は、通信部２１０を介して管理サーバ１００に、治療用アプリケーションに対応する疾病に関する患者の情報を示す患者情報を送信してもよい。

【0175】

通信部２１０は、管理サーバ１００から信号を受信する。通信部２１０は、受信した信号が医療従事者の処方がないと実行できない機能部が有効化された治療用アプリケーションであるか否かを判定する（ステップＳ１９０３）。受信した信号が、機能部が有効化された治療用アプリケーションである場合に（ステップＳ１９０３のＹＥＳ）、通信部２１０は、制御部２３０に治療用アプリケーションを伝達する。制御部２３０のアプリ実行部２３１は、治療用アプリケーションを受け付けると、医療従事者の処方があって初めて実行が可能な機能部が有効化された状態の治療用アプリケーションを実行し（ステップＳ１９０４）、処理を終了する。

【0176】

一方、通信部２１０は、受信した信号が機能部を有効化した治療用アプリケーションでなかった場合に（ステップＳ１９０３のＮＯ）、受信した信号が不許可情報であるか否かを判定する（ステップＳ１９０４）。受信した信号が不許可情報でない場合には（ステップＳ１９０４のＮＯ）、ステップＳ１９０３の処理に戻る。

【0177】

受信した信号が不許可情報であった場合には（ステップＳ１９０４のＹＥＳ）、通信部２１０は、不許可情報を制御部２３０に伝達し、制御部２３０は、出力部２５０に治療用アプリケーションを有効化するための医療従事者からの処方がおりなかったことを示す情報を出力（表示）させ（ステップＳ１９０６）、処理を終了する。これにより、ユーザ端末２００は、医療従事者からの処方が下りた状態（機能部が有効化された状態）の治療用アプリケーションを、最初から使用することができる。

【0178】

図２０は、図１８に示すやり取りを実現するための管理サーバ１００の動作例を示すフローチャートである。図２０に示すフローチャートは、図９に示すフローチャートとで、医療従事者端末５００から、処方許可情報を受信した場合（ステップＳ９０３のＹＥＳ）のステップＳ２００４の処理のみが異なる。したがって、ここでは、ステップＳ２００４の処理内容について説明する。

【0179】

医療従事者端末５００から処方許可情報を受信すると（ステップＳ９０３のＹＥＳ）、管理サーバ１００の制御部１３０は、処方許可が下りた患者のユーザ端末２００のアドレスを含む患者識別情報と、医療従事者端末５００から受信した処方許可情報と、を、通信部１１０を介して、配信サーバ３００に送信する（ステップＳ２００４）。これにより、配信サーバ３００から機能部が有効化された治療用アプリケーションをユーザ端末２００に送信することができるようにすることができる。

【0180】

図２１は、図１８に示すやり取りを実現するための配信サーバ３００の動作例を示すフローチャートである。図２１に示すように、配信サーバ３００の通信部３１０は、管理サーバ１００から送信された送信された患者識別情報と処方許可情報とを受信する（ステップＳ２１０１）。通信部３１０は受信した情報を制御部３３０に伝達する。

【0181】

制御部３３０は、患者識別情報と処方許可情報と、を受信すると、患者識別情報で示される患者に対して医療従事者から治療用アプリケーションが処方されたものと判断する。そして、制御部３３０は、医療従事者の処方がないと実行できない機能部を有効化した状態の治療用アプリケーションを、通信部３１０を介して、患者識別情報で示される患者のユーザ端末２００に送信し（ステップＳ２１０２）、処理を終了する。

【0182】

これにより、ユーザ端末２００は、機能部が有効された状態の治療用アプリケーションを最初から使用することができる。

【0183】

処方例３に示したように、ユーザ端末２００にまだ治療用アプリケーションがインストールされていない場合に、医療従事者が処方を許可した場合には、処方が許可された状態（機能部の制限が解除されて有効化されている状態）の治療用アプリケーションを、配信サーバ３００からユーザ端末２００に送信するように構成してもよい。

【0184】

＜まとめ＞
上記実施形態に示したように、本実施形態に係る治療用アプリケーション配信システムでは、ユーザ端末２００の患者が処方要求を行い、医療従事者が患者の情報を確認することによりワンタッチで、治療用アプリケーションを処方する（治療用アプリケーションの中の医療従事者の処方がないと実行できない機能部を有効化する）ことができる。即ち、医療従事者は、実際に患者を診察せずとも治療用アプリケーションを一手間だけで処方することができるので、医療従事者の負担を軽減することができる。また、同時に、患者側もわざわざ医療従事者の診療を受けずとも治療用アプリケーションを使用することができ、治療用アプリケーションが関連する疾病等の改善のために治療用アプリケーションを利用することができる。このことから、本発明に係る治療用アプリケーション配信システムは、従前の対面診療に代替する遠隔診療の導入も容易となる。特に、通院の困難者、隔離者等の医療支援に対しても効果的である。また、上記実施形態に示した態様であれば、医療従事者が、治療用アプリケーションについて、ユーザ端末２００の患者に対して、説明する手間を軽減することができる。

【0185】

＜補足＞
上記実施の形態においては、医療従事者からの処方に基づいて治療用アプリケーションをユーザ端末２００の患者に処方する例を説明したが、治療用アプリケーション配信システムの実施例は上記に限定するものではない。以下、各種の変形例について説明する。

【0186】

（１） 上記実施の形態において、管理サーバ１００は、処方要求情報を医療従事者端末５００に送信する際に、患者情報を送信することとしているが、この患者情報は、一例として問診情報であってもよいことは説明した通りであるが、この問診情報は、治療用アプリケーションの一機能であって、医療従事者からの処方がなくても実行可能な機能の一部であってよい。そして、治療用アプリケーションは、図１４（ｂ）に示されるような問診情報を表示し、問診情報の設問に対するユーザ端末２００の患者からの回答の入力を受け付けて記憶しておき、患者からの処方要求の入力を受け付けた場合に、記憶しておいた問診情報とその回答を、患者情報として、処方要求情報と共に管理サーバ１００に送信することとしてもよい。こうすることで、管理サーバ１００において、ユーザ端末２００の患者の治療用アプリケーションが対応する疾病に対する患者の情報を探索する必要がなくなり、管理サーバ１００の処理負荷を軽減することができる。

【0187】

（２） 上記実施の形態において、管理サーバ１００は、医療従事者端末５００に処方要求情報を送信しているが、治療用アプリケーションを処方可能な医療従事者がいる医療機関の数は多いので、対応可能な医療従事者端末５００の中から任意の医療従事者端末５００を選択できるように構成してもよい。

【0188】

一例として、管理サーバ１００は、記憶部１４０に対応可能な医療機関を示す情報と、その医療機関に設置されている医療従事者端末５００を特定できる医療機関情報を保持していてもよい。そして、ユーザ端末２００から処方要求情報があった場合に、医療機関情報に含まれる医療従事者端末５００から任意に選択し、選択した医療従事者端末５００に処方要求情報を送信してもよい。このとき、処方要求情報を送信してきたユーザ端末２００の情報としてユーザ端末２００の患者の住所、所在地、エリア等がわかる場合に、その近隣の医療機関を選択するようにしてもよい。

【0189】

また、処方要求行う段階において、ユーザ端末２００の患者が、医療機関を選択できるようにしてもよい。即ち、処方要求を行う治療用アプリケーションの画面、あるいは、管理サーバ１００が提供するウェブ画面において、治療用アプリケーションの処方が可能な医療機関のリスト情報を提供し、提供したリスト情報の中から、患者が医療機関を選択し、選択した医療機関の情報を、処方要求情報とともに、管理サーバ１００に送信することとしてもよい。そして、管理サーバ１００は、受信した医療機関の情報に対応する医療従事者端末５００に、処方要求情報を送信することとしてもよい。

【0190】

このように、処方要求を行う医療機関は、ユーザ端末２００の患者、あるいは、管理サーバ１００が、適宜選択できるように構成されていてもよい。

【0191】

（３） 上記実施の形態においては、ユーザ端末２００による治療用アプリケーションの有効化方法として、ユーザ端末２００を含む各装置のプロセッサが治療用アプリケーションや治療用アプリケーションを有効化するためのプログラム等を実行することにより、医療従事者の処方がないと実行できない機能部を実行できるようにしているが、これは装置に集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって実現してもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、上記実施の形態に示した複数の機能部の機能は１つの集積回路により実現されることとしてもよい。ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。

【0192】

また、上記プログラムは、プロセッサが読み取り可能な記録媒体に記録されていてよく、記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記管理プログラムは、当該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記プロセッサに供給されてもよい。つまり、例えば、スマートフォン等の情報処理機器を利用して、ネットワーク上から管理プログラムをダウンロードして実行する構成としてもよい。本発明は、上記管理プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

【0193】

なお、上記プログラムは、例えば、ActionScript、JavaScript（登録商標）などのスクリプト言語、Objective-C、Java（登録商標）、Ｃ＋＋、Ｐｙｔｈｏｎ、Ｒなどのオブジェクト指向プログラミング言語などを用いて実装できるが、これに限定するものではない。

【符号の説明】

【0194】

１００ 管理サーバ
１１０、２１０、３１０、５１０ 受信部
１２０、２２０、３２０、５２０ 入力部
１３０、２３０、３３０、５３０ 制御部
１３１ 受信部
１３２ 受付部
１３３ 有効化部
１３４ 送信部
１４０、２４０、３４０、５４０ 記憶部
１４１ 管理情報
１５０、２５０、３５０、５５０ 出力部
２００ ユーザ端末
２３１ アプリ実行部
３００ 配信サーバ
３３１ 配信部
３４１ 第１治療用アプリケーションインストーラ
３４２ 第２治療用アプリケーションインストーラ
４００ ネットワーク
５００ 医療従事者端末
５３１ 処方許否情報送信部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】