JP2022070086A - 治療用アプリケーション配信システム、治療用アプリケーション配信方法、治療用アプリケーション配信プログラム、及び端末 - Google Patents

Abstract

【課題】治療用アプリケーションの初回実行でも患者に適した状態で運用することができる治療用アプリケーション配信システムを提供する。
【解決手段】 治療用アプリケーション配信システムは、治療用アプリケーションによる治療の対象となる患者の情報処理端末から、治療用アプリケーションを実行するためのアクティベーションコードの要求を受け付けて、事前に医療従事者により入力された患者の治療する病気に関する初期情報に基づいてアクティベーションコードを生成して、患者の情報処理端末に送信するサーバと、サーバから受信したアクティベーションコードを用いて、初期情報が適用された状態で治療用アプリケーションを実行する情報処理端末を備える。
【選択図】図１

Description

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

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

特開２００１－９２８７６号公報

ところで、このような治療用アプリケーションは、患者に継続して使用されてこそ、治療の効果が出るものが多い。一方で、治療アプリケーションとしては、治療を継続してその行ってきた治療内容と、経時的変化によって効果的な治療を行うことができる。しかしながら、このようなアプリケーションは、初期起動時には患者の状態がわからず、適切な治療を提案できない可能性があるという問題がある。

そこで、本発明は上記問題に鑑みてなされたものであり、患者に係属して使用させることができる治療用アプリケーションを配信する治療用アプリケーション配信システム、治療用アプリケーション配信方法、および、治療用アプリケーション配信プログラムを提供することを目的とする。

上記課題を解決するために、本発明の一態様に係る治療用アプリケーション配信システムは、治療用アプリケーションによる治療の対象となる患者の情報処理端末から、患者を識別するユーザ識別情報と、治療用アプリケーションを識別するアプリＩＤと、治療用アプリケーションを実行するためのアクティベーションコードを要求する要求情報を受信する第１受信部と、ユーザ識別情報と治療用アプリケーションが治療する病気とに関する初期情報の入力を医療従事者から受け付けて、ユーザ識別情報と初期情報とを関連付けて記憶部に記憶する受付部と、ユーザ識別情報に対応し、治療用アプリケーションを実行するためのアクティベーションコードを生成する生成部と、生成部が生成したアクティベーションコードを患者の情報処理端末に送信する第１送信部と、備えるサーバと、初期状態の治療用アプリケーションを取得するアプリ取得部と、ユーザ識別情報と、アプリ取得部が取得した治療用アプリケーションを識別するアプリＩＤと、治療用アプリケーションを実行するためのアクティベーションコードを要求する要求情報と、をサーバに送信する第２送信部と、サーバからアクティベーションコードを受信する第２受信部と、治療用アプリケーションを実行する実行部と、治療用アプリケーションに基づく情報を出力する出力部と、を備え、実行部は、治療用アプリケーションの初回実行時に、アクティベーションコードの入力に基づき、初期情報が適用された状態で治療用アプリケーションを実行する情報処理端末と、備える。

上記治療用アプリケーション配信システムにおいて、初期情報は、患者の年齢を含み、治療用アプリケーションは、病気に対する治療のための提言を行うものであり、出力部は、治療用アプリケーションに基づく情報として、患者の年齢に応じた提言を出力することとしてもよい。

上記治療用アプリケーション配信システムにおいて、初期情報は、患者の性別を含み、治療用アプリケーションは、病気に対する治療のための提言を、複数のキャラクターのうちのいずれかを介して出力するものであり、出力部は、治療用アプリケーションに基づく情報として、複数のキャラクターのうち患者の性別に適したキャラクターにより提言を出力することとしてもよい。

上記治療用アプリケーション配信システムにおいて、初期情報は、患者の病気に関する治療の履歴情報を含み、出力部は、治療用アプリケーションに基づく情報として、履歴情報に基づく患者の治療の経緯を示す情報を出力することとしてもよい。

上記治療用アプリケーション配信システムにおいて、出力部は、治療用アプリケーションに基づく情報として、患者の履歴情報に基づく病気の進行度に応じた治療に関する提言を出力することとしてもよい。

上記治療用アプリケーション配信システムにおいて、履歴情報は、患者の電子カルテであることとしてもよい。

上記治療用アプリケーション配信システムにおいて、初期情報は、患者の性格に関する情報であり、出力部は、治療用アプリケーションに基づく情報として、患者の正確に応じた提言を出力することとしてもよい。

上記治療用アプリケーション配信システムにおいて、サーバは、アクティベーションコードを要求するための入力フォームを情報処理端末に提供する提供部を備え、入力フォームは、患者に対するアンケートを含み、第２送信部は、更に、アンケートに対する患者の回答を送信し、第１受信部は、更に、患者の回答を受信し、初期情報は、患者の性格に関する情報として、アンケートに対する患者の回答に基づく情報を含むこととしてもよい。

上記治療用アプリケーション配信システムにおいて、初期情報は、医療従事者が患者に対する医療従事者が行った治療のための提案に関する情報を含み、出力部は、治療用アプリケーションに基づく情報として、提案と同様の提言を出力することとしてもよい。

また、本発明の一態様に係るサーバは、治療用アプリケーションによる治療の対象となる患者の端末から、患者を識別するユーザ識別情報と、治療用アプリケーションを識別するアプリＩＤと、治療用アプリケーションを実行するためのアクティベーションコードを要求する要求情報を受信する受信部と、ユーザ識別情報と治療用アプリケーションが治療する病気とに関する初期情報の入力を医療従事者から受け付けて、ユーザ識別情報と初期情報とを関連付けて記憶部に記憶する受付部と、ユーザ識別情報に対応し、治療用アプリケーションを実行するためのアクティベーションコードを生成する生成部と、生成部が生成したアクティベーションコードを患者の端末に送信する送信部と、を備える。

また、本発明の一態様に係る情報処理端末は、初期状態の治療用アプリケーションを取得するアプリ取得部と、ユーザ識別情報と、アプリ取得部が取得した治療用アプリケーションを識別するアプリＩＤと、治療用アプリケーションを実行するためのアクティベーションコードを要求する要求情報と、をサーバに送信する第２送信部と、サーバからアクティベーションコードを受信する第２受信部と、治療用アプリケーションを実行する実行部と、治療用アプリケーションに基づく情報を出力する出力部と、を備え、アクティベーションコードは、ユーザ識別情報に対応付けられており、ユーザ識別情報は、ユーザ識別情報で示される患者に関する情報と、治療用アプリケーションが治療する病気とに関する初期情報と対応付けられており、実行部は、治療用アプリケーションの初回実行時に、アクティベーションコードの入力に基づき、初期情報が適用された状態で治療用アプリケーションを実行する。

また、本発明の一態様に係る治療用アプリケーションの配信方法は、情報処理端末が、初期状態の治療用アプリケーションを取得するアプリ取得ステップと、情報処理端末が、ユーザ識別情報と、アプリ取得ステップが取得した治療用アプリケーションを識別するアプリＩＤと、治療用アプリケーションを実行するためのアクティベーションコードを要求する要求情報と、をサーバに送信する第１送信ステップと、サーバが、治療用アプリケーションによる治療の対象となる患者の情報処理端末から、患者を識別するユーザ識別情報と、治療用アプリケーションを識別するアプリＩＤと、治療用アプリケーションを実行するためのアクティベーションコードを要求する要求情報を受信する第１受信ステップと、サーバが、ユーザ識別情報と治療用アプリケーションが治療する病気とに関する初期情報の入力を医療従事者から受け付けて、ユーザ識別情報と初期情報とを関連付けて記憶部に記憶する受付ステップと、サーバが、ユーザ識別情報に対応し、治療用アプリケーションを実行するための生成ステップと、サーバが、生成ステップにおいて生成したアクティベーションコードを患者の情報処理端末に送信する第２送信ステップと、情報処理端末が、サーバからアクティベーションコードを受信する第２受信ステップと、情報処理端末が、治療用アプリケーションを実行する実行ステップと、情報処理端末が、治療用アプリケーションに基づく情報を出力する出力ステップと、を実行し、実行ステップは、治療用アプリケーションの初回実行時に、アクティベーションコードの入力に基づき、初期情報が適用された状態で治療用アプリケーションを実行する。

また、本発明の一態様に係るサーバが実行する治療用アプリケーションの配信方法は、治療用アプリケーションによる治療の対象となる患者の端末から、患者を識別するユーザ識別情報と、治療用アプリケーションを識別するアプリＩＤと、治療用アプリケーションを実行するためのアクティベーションコードを要求する要求情報を受信する受信ステップと、ユーザ識別情報と治療用アプリケーションが治療する病気とに関する初期情報の入力を医療従事者から受け付けて、ユーザ識別情報と初期情報とを関連付けて記憶部に記憶する受付ステップと、ユーザ識別情報に対応し、治療用アプリケーションを実行するための生成ステップと、生成ステップが生成したアクティベーションコードを患者の端末に送信する送信ステップと、を含む。また、本発明の一態様に係る端末が実行する治療用アプリケーション実行方法は、初期状態の治療用アプリケーションを取得するアプリ取得ステップと、ユーザ識別情報と、アプリ取得ステップが取得した治療用アプリケーションを識別するアプリＩＤと、治療用アプリケーションを実行するためのアクティベーションコードを要求する要求情報と、をサーバに送信する第２送信ステップと、サーバからアクティベーションコードを受信する第２受信ステップと、治療用アプリケーションを実行する実行ステップと、治療用アプリケーションに基づく情報を出力する出力ステップと、を含み、アクティベーションコードは、ユーザ識別情報に対応付けられており、ユーザ識別情報は、ユーザ識別情報で示される患者に関する情報と、治療用アプリケーションが治療する病気とに関する初期情報と対応付けられており、実行ステップは、治療用アプリケーションの初回実行時に、アクティベーションコードの入力に基づき、初期情報が適用された状態で治療用アプリケーションを実行する。

また、本発明の一態様に係る治療用アプリケーション配信プログラムは、サーバのコンピュータに、治療用アプリケーションによる治療の対象となる患者の端末から、患者を識別するユーザ識別情報と、治療用アプリケーションを識別するアプリＩＤと、治療用アプリケーションを実行するためのアクティベーションコードを要求する要求情報を受信する受信機能と、ユーザ識別情報と治療用アプリケーションが治療する病気とに関する初期情報の入力を医療従事者から受け付けて、ユーザ識別情報と初期情報とを関連付けて記憶部に記憶する受付機能と、ユーザ識別情報に対応し、治療用アプリケーションを実行するための生成機能と、生成機能が生成したアクティベーションコードを患者の端末に送信する送信機能と、実現させる。

また、本発明の一態様に係る治療用アプリケーション実行プログラムは、端末のコンピュータに、初期状態の治療用アプリケーションを取得するアプリ取得機能と、ユーザ識別情報と、アプリ取得機能が取得した治療用アプリケーションを識別するアプリＩＤと、治療用アプリケーションを実行するためのアクティベーションコードを要求する要求情報と、をサーバに送信する第２送信機能と、サーバからアクティベーションコードを受信する第２受信機能と、治療用アプリケーションを実行する実行機能と、治療用アプリケーションに基づく情報を出力する出力機能と、を実現させ、アクティベーションコードは、ユーザ識別情報に対応付けられており、ユーザ識別情報は、ユーザ識別情報で示される患者に関する情報と、治療用アプリケーションが治療する病気とに関する初期情報と対応付けられており、実行機能は、治療用アプリケーションの初回実行時に、アクティベーションコードの入力に基づき、初期情報が適用された状態で治療用アプリケーションを実行する。

本発明の一態様に係る治療用アプリケーション配信システムは、患者が、治療用アプリケーションを初めて使用する際に、その患者に特化した情報が反映されるので、治療用アプリケーションを初めて使用する場合であっても、その患者の病状に適した状態で運用することができる。

治療用アプリケーション管理システムの概要を示すシステム図である。 管理サーバの構成例を示すブロック図である。 ユーザ端末の構成例を示すブロック図である。 配信サーバの構成例を示すブロック図である。 医療従事者端末の構成例を示すブロック図である。 運用サーバの構成例を示すブロック図である。 管理情報のデータ構成例を示すデータ概念図である。 治療用アプリケーション管理システムに係る各装置間のやり取りの例を示すシーケンス図である。 管理サーバの動作例を示すフローチャートである。 ユーザ端末の動作例を示すフローチャートである。 配信サーバの動作例を示すフローチャートである。 医療従事者端末の動作例を示すフローチャートである。 運用サーバの動作例を示すフローチャートである。 （ａ）初期情報がない場合の端末における初期表示画面例を示す図である。（ｂ）初期情報がある場合の端末における初期表示画面例を示す図である。 ユーザに応じたチャットボットの選択表の一例である。 ユーザに応答するチャットボットを決定する端末の動作例を示すフローチャートである。 ユーザの状態に応じた応答例を示す表の一例である。 ユーザに対する提案方法の決定例を示す端末の動作例を示すフローチャートである。 （ａ）、（ｂ）は、提案の一例を示す画面例を示す図である。 変形例に係る治療用アプリケーション管理システムに係る各装置間のやり取りの例を示すシーケンス図である。 変形例に係る医療従事者端末の動作例を示すフローチャートである。 変形例に係るユーザ端末の動作例を示すフローチャートである。 変形例に係る配信サーバの動作例を示すフローチャートである。

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

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

管理サーバ１００は、ユーザ端末２００を保持する患者が、ユーザ端末２００を利用して使用する治療用アプリケーションを管理するサーバ装置であって、治療用アプリケーションを利用するためのアクティベーションコードを発行する装置である。ここで、アクティベーションコードとは、治療用アプリケーションを有効化、即ち、治療用アプリケーションを使用可能にする情報であればよく、アクティベーションコードとの名称に限定するものではない。一例として、アクティベーションコードは、パスコードやパスフレーズ、シリアルコードなどと呼称されて、代用されてもよい。また、配信サーバ３００は、初期状態の治療用アプリケーションをユーザ端末２００に配信する機能を有するサーバ装置である。ユーザ端末２００は、患者が保持する情報処理端末であり、所謂スマートフォン、タブレット端末、携帯電話機、ＰＣ等により実現される。また、医療従事者端末５００は、医療従事者が使用する情報処理装置であり、ユーザ端末２００同様に、所謂スマートフォン、タブレット端末、携帯電話機、ＰＣ等により実現される。運用サーバ６００は、治療用アプリケーションの実行時に、患者のユーザ端末２００に、患者の治療に関する治療情報を提供するサーバ装置である。

ここで、治療用アプリケーションとは、患者の日々の状態を管理するとともに、各患者にパーソナライズした医学的知見を伴ったガイダンスを行うアプリケーションソフトである。

また、医療従事者とは、医療に携わる人間であればよく、例えば、医師、看護師、メンター、薬剤師などである。

本実施形態に係る治療用アプリケーション配信システム１では、医療従事者２０により、医療従事者端末５００に対して、治療用アプリケーションを運用する際の初期情報を入力もしくは初期情報として既存のデータとの関連付けの設定を行う。入力されたユーザ（患者）の情報は、初期情報５１として管理サーバ１００に送信され、管理サーバ１００は、患者ごと、治療用アプリケーションごとに、対応付けて登録、管理する。

一方、患者は、ユーザ端末２００を用いて、配信サーバ３００から配信された治療用アプリケーション３１をダウンロードして使用する。また、ユーザ端末２００は、治療用アプリケーション３１を利用するにあたって、管理サーバ１００からアクティベーションコード１１を受信する。このアクティベーションコード１１は医療従事者２０により設定された初期情報が関連付けられており、初期起動時に、ユーザ端末２００の患者に関する情報が入力された状態で治療用アプリケーションを開始することができる。管理サーバ１００は、患者が治療用アプリケーションを使用することにより蓄積される各種のデータを収集、保存、管理する。ユーザ端末２００が治療用アプリケーションを実行する際には、ユーザ端末２００の患者の治療に関する情報として、管理サーバ１００または運用サーバ６００から提供される治療情報を表示することができる。

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

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

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

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

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

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

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

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

制御部１３０は、制御部１３０が実現する機能として、受信部１３１と、登録部１３２と、生成部１３３と、送信部１３４と、を備える。

受信部１３１は、治療用アプリケーションを示す情報と、治療用アプリケーションの処方対象となるユーザ（患者）を識別するユーザ識別情報と、当該患者が使用する治療用アプリケーションを最初に使用する際に適用することができる初期情報を受信する。治療用アプリケーションを示す情報は、治療用アプリケーションを識別する識別情報であってもよいし、アプリケーション本体であってもよい。また、これらの情報は、互いに対応づいていることを制御部１３０が認識できれば個別に受信することとしてもよい。

また、受信部１３１は、ユーザ端末２００からのアクティベーションコードを要求する要求情報を受信する。

登録部１３２は、受信部１３１が取得した各情報を対応付けて管理情報１４１に登録する。記憶部１４０には、登録部１３２により、更新後の管理情報１４１が記憶される。

生成部１３３は、受信部１３１が受信した要求情報に応じて、要求情報に含まれるユーザ識別情報と、アプリＩＤに対応するアクティベーションコードを生成する。生成部１３３は、要求情報に含まれるユーザ識別情報とアプリＩＤとに対応する初期情報が管理情報１４１に登録されているかを特定する。そして、初期情報が対応付けられていた場合には、その初期情報が関連付けられたアクティベーションコードを生成する。このとき、生成部１３３は、ユーザ識別情報に対応するユーザ（患者）を管理サーバ１００が管理するための患者ＩＤを生成して、ユーザ識別情報と初期情報とに対応付けて、以降の管理を実行する。ここで、初期情報が関連付けられたアクティベーションコードとは、そのアクティベーションコードを適用することで、治療用アプリケーションの初期実行時に、対応する患者に関する情報が入力された状態で治療用アプリケーションを使用可能になるコードのことである。なお、生成部１３３は、要求情報に含まれるユーザ識別情報と、アプリＩＤとに対応する初期情報が管理情報１４１に登録されていなかった場合には、初期情報が関連付けられていないアクティベーションコードを生成する。

送信部１３４は、生成部１３３が生成したアクティベーションコードを、アクティベーションコードを要求する要求情報を送信してきたユーザ端末２００に送信する。

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

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

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

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

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

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

アプリ実行部２３１は、配信サーバ３００からダウンロードした治療用アプリケーションを実行する。アプリ実行部２３１は、治療用アプリケーションを実行して、患者からの入力にしたがって、各種の情報を治療用アプリケーションに登録するとともに、管理サーバ１００または治療情報を保持する運用サーバ６００から治療に関する情報を取得して表示する。アプリ実行部２３１は、治療用アプリケーションの実行時にアクティベーションコードを管理サーバ１００に要求する。そして、アプリ実行部２３１は、アクティベーションコードの入力を受け付けて治療用アプリケーションを実行するが、アクティベーションコードが初期情報が関連付けられたアクティベーションコードであった場合には、初期起動時であっても、ユーザ端末２００の患者に関連する情報を含む治療用アプリケーションを患者に提供する。アクティベーションコードが初期情報が関連付けられたアクティベーションコードでなかった場合には、アプリ実行部２３１は、初期状態の治療用アプリケーションを患者に提供する。

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

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

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

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

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

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

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

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

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

配信部３３１は、通信部３１０から伝達された要求情報で示される治療用アプリケーションのインストーラを特定し、記憶部３４０から読み出す。そして、読み出した治療用アプリケーションのインストーラを、要求情報を送信したユーザ端末２００に対して、通信部３１０を介して送信する。

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

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

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

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

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

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

入力部５２０は、医療従事者から、治療用アプリケーションを利用する患者の初期情報の入力を受け付けて制御部５３０に伝達する。ここで初期情報は、対応する患者に関する情報であればどのようなものであってもよく、例えば、患者の名前、年齢、性別の他、性格やこれまでの治療経過、病気の段階に関する情報のいずれかあるいは複数であってもよく、それらの情報を保持するサーバ装置の格納場所を特定可能な情報であってもよい。具体的には、入力部５２０は、初期情報を関連付ける治療用アプリケーションを指定するアプリＩＤと、当該アプリを使用する患者を示すユーザ識別情報と、治療用アプリケーションの初期情報と、の入力を受け付け、制御部５３０に伝達する。

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

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

初期情報送信部５３１は、入力部５２０を介して、医療従事者により入力されたアプリＩＤと、アプリを使用するユーザ（患者）を示すユーザ識別情報と、初期情報と、を通信部５１０を介して、管理サーバ１００に送信する。

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

出力部５５０は、制御部５３０からの指示にしたがって、指定された情報を出力する機能を有する。出力部５５０による出力は、画像信号、音声信号のいずれでの出力であってもよい。画像信号による出力の場合、医療従事者端末５００に接続された（又は医療従事者端末５００が備える）モニタへの出力であってよい。また、音声信号による出力の場合、医療従事者端末５００が備える（又は医療従事者端末５００に接続された）スピーカーへの出力であってよい。出力部５５０は、例えば、医療従事者が入力した治療用アプリケーションの患者に関する初期情報を、画像データとして表示することとしてよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

性格７０７は、対応する患者名６０２で示される患者の性格を示す情報である。性格７０７は、基本的に対応する患者名６０２で示される患者の治療に携わってきた医療従事者により入力される情報であるが、患者本人が入力した情報であってもよい。また、治療用アプリケーションを利用する経過から推察された情報であってもよい。また、性格７０７は、患者本人は確認できないマスクデータであってもよい。

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

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

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

配信サーバ３００は、ユーザ端末２００からの要求情報を受信し、要求情報で指定されている治療用アプリケーションを、ユーザ端末２００に送信する（ステップＳ８０２）。

また、配信サーバ３００は、治療用アプリケーションを要求したユーザ端末２００に対応するユーザを示すユーザ情報と、要求された治療用アプリケーションを示すアプリＩＤとを、医療従事者端末５００に送信する（ステップＳ８０３）。なお、このステップＳ８０３の処理は、ユーザ端末２００から、医療従事者端末５００に対して行う、即ち、ユーザ端末２００からユーザ情報とアプリＩＤとを医療従事者端末５００に送信することとしてもよい。

医療従事者端末５００は、医療従事者により入力された治療用アプリケーションの初期情報を、管理サーバ１００に送信する（ステップＳ８０４）。初期情報は、治療用アプリケーションを利用するユーザ（患者）に関連する情報である。初期情報としては、例えば、ユーザ（患者）の名前、年齢、性別、体重、血液型、既往症などの情報を含んでよく、また、治療用アプリケーションが治療する疾病についてのユーザの状態に関する情報であってもよい。また、あるいは、その治療用アプリケーションに関する疾病の治療におけるユーザ（患者）の電子カルテであってもよいし、電子カルテが保存されている運用サーバ６００のアドレスの情報を含んでもよい。

管理サーバ１００は、医療従事者端末５００から受信したアプリＩＤで示される治療用アプリケーションとユーザ識別情報に対応付けて、初期情報を登録する（ステップＳ８０５）。

ユーザ端末２００は、治療用アプリケーションを配信サーバ３００から受信すると、患者からの指示にしたがって、治療用アプリケーションを実行する（ステップＳ８０６）。ユーザ端末２００は、治療用アプリケーションを実行すると、管理サーバ１００に対して、治療用アプリケーションを実行するためのアクティベーションコードを要求する（ステップＳ８０７）。このとき、ユーザ端末２００は、配信サーバ３００に治療用アプリケーションを要求した際に送信したユーザ識別情報も送信する。

管理サーバ１００は、アクティベーションコードの要求を受け付けると、受信したユーザ識別情報に対して管理サーバ１００が患者を管理するために他の患者から一意に識別するための患者ＩＤを付与する（ステップＳ８０８）。管理サーバ１００は、ユーザ端末２００からのアクティベーションコードの要求を受けて、ユーザ端末２００の患者に関する初期情報が関連付けられたアクティベーションコードを送信する（ステップＳ８０９）。

ユーザ端末２００の患者は、管理サーバ１００から送信されたアクティベーションコードを確認し、入力する。アクティベーションコードの入力を受けて、治療用アプリケーションは、初期情報が適用された状態の治療に関するコンテンツを表示する（ステップＳ８０９）。ここで表示する治療に関するコンテンツは、管理サーバ１００が保持する治療情報７０６から取得したものであってもよいし、予め定められた運用サーバ６００から取得したものであってもよい。また、あるいは、初期情報として、管理サーバ１００上で対応付けられている情報であってもよい。

なお、図８におけるステップＳ８０７の処理は、ステップＳ８０６の処理の前に実行し、治療用アプリケーションの実行前に取得しておいてもよい。この場合に、患者ＩＤの付与は、アクティベーションコードの認証を行ったタイミングで実行することとしてもよい。また、図８では、患者ＩＤは、アクティベーションコードを要求したタイミングで付与することとしているが、前述のようにアクティベーションコードの入力をユーザ端末２００が受け付けて管理サーバ１００がその認証に成功したタイミングに実行することとしてもよい。

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

管理サーバ１００の通信部１１０は、信号を受信した場合に、その信号がアプリＩＤとユーザ識別情報と初期情報であるか否かを確認する。通信部１１０は、初期情報を含む各情報を受信した場合には（ステップＳ９０１のＹＥＳ）、受信した初期情報を含む各情報を、制御部１３０に伝達する。受信した信号が、初期情報ではない場合には（ステップＳ９０１のＮＯ）、ステップＳ９０３の処理に移行する。

制御部１３０は、初期情報を含む各情報を伝達されると、登録部１３２は、アプリＩＤと、患者ＩＤとに対応付けて、初期情報を管理情報１４１に登録する（ステップＳ９０２）。ここで初期情報が、患者に関連する各種の個人情報（例えば、名前や年齢、性別や性格など）であれば、登録部１３２は、それぞれ対応する項目に登録し、患者に関する治療の情報が保持されているクラウドのストレージを示す情報であれば、管理情報１４１の治療情報７０６に登録する。これにより、管理サーバ１００において、対応する治療用アプリケーションに初期情報が関連付けられて管理されることになる。

通信部１１０は、信号を受信した場合に、その信号が、治療用アプリケーションのアクティベーションコードを要求する信号であるか否かを確認する。通信部１１０は、アクティベーションコードを要求する信号を受信した場合には（ステップＳ９０３のＹＥＳ）、受信した信号を制御部１３０に伝達する。アクティベーションコードの要求を受信していない場合には（ステップＳ９０３のＮＯ）、ステップＳ９０１の処理に移行する。

制御部１３０は、アクティベーションコードの要求を受け付けると、当該要求に含まれる治療用アプリケーションを示すアプリＩＤと、ユーザ識別情報とを特定する。そして、受信したユーザ識別情報で示されるユーザに対して、管理サーバ１００上で一意に識別、管理するための患者ＩＤを付与する。制御部１３０は、生成した患者ＩＤを、ユーザ識別情報に対応付けて記憶部１４０に記憶する（ステップＳ９０４）。

制御部１３０は、受信したユーザ識別情報に、初期情報が対応付けられているかを記憶部１４０を参照して確認する（ステップＳ９０５）。初期情報が対応付けられている場合には（ステップＳ９０５のＹＥＳ）、制御部１３０の生成部１３３は、特定した治療用アプリケーションに対するアクティベーションコードであって、初期情報が関連付けられたアクティベーションコードを生成する（ステップＳ９０６）。ユーザ識別情報に初期情報が対応付けられていない場合には（ステップＳ９０５のＮＯ）、初期情報が関連付けられていないアクティベーションコード、即ち、初期状態で治療用アプリケーションが起動するアクティベーションコードを生成する（ステップＳ９０７）。

そして、送信部１３４は、生成部１３３が生成したアクティベーションコードを、通信部１１０を介して特定した患者ＩＤのユーザ端末２００に送信する（ステップＳ９０８）。

なお、ステップＳ９０１、Ｓ９０２の処理と、ステップＳ９０３～Ｓ９０８の処理とは、互いに並列に実行されてよい。

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

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

通信部２１０は、配信サーバ３００から送信された治療用アプリケーションのインストーラを受信する（ステップＳ１００３）。通信部２１０は、受信した治療用アプリケーションのインストーラを、制御部２３０に伝達する。制御部２３０は、治療用アプリケーションのインストーラを伝達されると、治療用アプリケーションのインストールを実行し、アプリ実行部２３１は、治療用アプリケーションを実行する（ステップＳ１００４）。

アプリ実行部２３１は、その治療用アプリケーションを実行するのが初回である場合にアクティベーションコードを、管理サーバ１００に要求する。このとき、アプリ実行部２３１は、ユーザ識別情報も管理サーバ１００に送信する。アクティベーションコードは治療用アプリケーション実行する都度（あるいは、定期的に）入力が要求されるコードであってもよい。アプリ実行部２３１は、アクティベーションコードを要求するコード要求情報を、通信部２１０を介して管理サーバ１００に送信する（ステップＳ１００５）。これを受けて、管理サーバ１００は、ユーザ端末２００に対するアクティベーションコードを生成し、送信する。

通信部２１０は、管理サーバ１００から送信された治療用アプリケーションのアクティベーションコードを受信する（ステップＳ１００６）。通信部２１０は、受信したアクティベーションコードを制御部２３０に伝達する。そして、制御部２３０は、伝達されたアクティベーションコードを、出力部２５０に出力させる。即ち、ユーザ端末２００のモニタにアクティベーションコードを表示する。そして、患者は、表示されたアクティベーションコードを入力部２２０から入力することで、治療用アプリケーションが実行される。なお、アクティベーションコードの入力は、患者による入力ではなく、受信したタイミングでプログラムにより直接治療用アプリケーションに入力される仕様であってもよい。

アクティベーションコードに初期情報が関連付けられていた場合には（ステップＳ１００７のＹＥＳ）、アプリ実行部２３１は、初期情報が適用されている状態で治療用アプリケーションを実行する（ステップＳ１００８）。アクティベーションコードに初期情報が関連付けられていない場合には（ステップＳ１００７のＮＯ）、アプリ実行部２３１は、初期状態で治療用アプリケーションを実行する（ステップＳ１００９）。

以上が、ユーザ端末２００の、治療用アプリケーションを入手して初期起動する際の動作である。

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

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

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

また、制御部３３０は、要求信号を伝達されると、要求されている治療用アプリケーションのアプリＩＤと、治療用アプリケーションを要求しているユーザ端末２００のユーザ（患者）を示すユーザ識別情報と、を医療従事者端末５００に送信する（ステップＳ１１０３）。これにより、医療従事者端末５００において医療従事者によりユーザ（患者）に対する初期情報の入力が行われるためのトリガとすることができる。

以上が、配信サーバ３００の動作である。なお、ステップＳ１１０２とステップＳ１１０３の処理は、順序が前後してよい。

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

図１２に示すように、医療従事者端末５００の通信部５１０は、配信サーバ３００から、治療用アプリケーションを示すアプリＩＤと、治療用アプリケーションを必要としているユーザ（患者）を示すユーザ識別情報と、を受信する（ステップＳ１２０１）。通信部５１０は、受信したアプリＩＤとユーザ識別情報とを制御部５３０に伝達する。

制御部５３０は、出力部５５０に受信したアプリＩＤとユーザ識別情報とを示す情報を出力（表示）させる（ステップＳ１２０２）。これにより、医療従事者は、どの患者が、どの治療用アプリケーションを欲しているのかを認識することができる。

入力部５２０は、ステップＳ１２０１で受信したアプリＩＤで示される治療用アプリケーションが治療の対象とする症状及びユーザ識別情報で示されるユーザ（患者）のうち、少なくともいずれかに関する初期情報の入力を受け付ける（ステップＳ１２０３）。入力部５２０は、受け付けた初期情報を制御部５３０に伝達する。

そして、初期情報送信部５３１は、医療従事者により入力された初期情報と、対応するアプリＩＤとユーザ識別情報とを、通信部５１０を介して、管理サーバ１００に送信して（ステップＳ１２０４）、処理を終了する。

これにより、管理サーバ１００は、医療従事者により指定された初期情報を用いて、各患者が使用する治療用アプリケーションを初期状態ではなく、患者が何も情報を入力していないにも関わらず、ある程度の情報が入力された状態から、使用することができる。したがって、治療用アプリケーションを使用する際に、患者に煩雑な入力処理をさせることがないので、患者が、入力処理を面倒に感じて治療用アプリケーションを使用しない可能性を抑制することができる。

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

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

これにより、運用サーバ６００は、ユーザ端末２００に対して、ユーザの治療に関する情報を提供することができる。なお、ユーザ端末２００からの治療情報の送信要求にパスワードが含まれる場合に、ステップＳ１３０２において、先に、そのパスワードの認証を行い、パスワードが正しければ、治療情報の特定を行うようにすればよい。

＜表示例＞
図１４（ａ）、（ｂ）は、治療用アプリケーションの表示例を示す図である。図１４（ａ）、（ｂ）は、あくまで一例であり、表示態様はその他の態様をとってもよい。

図１４（ａ）は、初期情報が適用されていない状態での、治療用アプリケーションの初期画面の一例を示しており、図１４（ｂ）は、初期情報が適用されている状態での、治療用アプリケーションの初期画面の一例を示している。図１４では、治療用アプリケーションの一種として、禁煙アプリの表示例を示しているが、治療用アプリケーションとしては、禁煙に限定するものではない。

図１４（ａ）に示すように、初期情報がない状態だと、名前や年齢など、各種の情報が何もない状態であるため、患者は、これらの情報を入力しなければならないという煩雑さがある。この初期入力が煩雑であるために、患者によっては、治療用アプリケーションを使用しない可能性がある。そのような可能性を低減するために、本実施例では、初期情報が適用されることで、図１４（ｂ）に示すように、初期起動であっても、各種の情報が適用された状態で治療用アプリケーションが起動する。したがって、患者に各種の入力のための煩雑さを強要することがないので、治療用アプリケーションを気軽に使用することができる。

また、治療用アプリケーションは、患者に対して、その治療段階に応じた治療のための提案を行うアプリケーションである。しかしながら、初期情報がないと、患者に対して治療の段階に応じた適切な提案ができない可能性が出てくるため、患者からすると見当違いの提案をする可能性がある。その場合に患者から見れば、役に立たないアプリケーションだと判断して治療用アプリケーションを使用しなくなる可能性があるところ、初期情報が適用されることで、最初から、患者にとって適切な提案ができるようになる。

＜初期情報があることによる治療用アプリケーションの初期動作例＞
ここから、治療用アプリケーションに初期情報が適用されることで、患者に対して最初から適切な提案ができる例を説明する。これらの動作は、ここでは、治療用アプリケーションの動作として説明するが、治療用アプリケーションは、管理サーバ１００、あるいは、運用サーバ６００との共同により以下に説明する動作を実現することとしてもよい。

治療用アプリケーションは、チャットボットによる治療提案を、患者に対して行ってもよい。また、治療用アプリケーションは、複数種類のチャットボットを用意してもよい。例えば、医者型のチャットボット、看護師型のチャットボット、同じ疾病に罹っているという設定のチャットボットなど、様々なタイプのチャットボットが用意されてよい。そして、チャットボットに応じて、患者に対する提案の内容や提案の仕方が異なってもよい。現実の場合でも、患者と、医師や看護師との間で、信頼関係を築くにあたって相性も関わってくることは知られており、チャットボットについても同様のことが言える。

そこで、患者が、治療に前向きになるように、初期起動時から、患者にとって相性のよいチャットボットを用意することが望ましい。そこで、図１５、図１６を用いて、チャットボットの選定方法について説明する。

図１５は、チャットボットの選定を行う際に利用するチャットボット相性表の一例を示すデータ概念図である。

チャットボット相性表１５００は、ユーザ端末２００の記憶部２４０の治療用アプリケーション２４１の一部として保持されていてもよいし、管理サーバ１００あるいは運用サーバ６００の記憶部に記憶されていてもよい。

図１５に示すように、チャットボット相性表１５００は、ユーザ情報１５１０と、チャットボット識別子１５２０とが対応付けられた情報である。

ユーザ情報１５１０は、相性のよい（相性がよいと推察される）チャットボットを決定するために用いる患者の属性を示す情報である。図１５に示す例では、ユーザ情報１５１０として、性別１５１１と、性格１５１２と、が含まれる例を示しているが、これらに限定するものではない。

チャットボット識別子１５２０は、システム上で、各チャットボットを一意に識別する情報であり、管理サーバ１００のオペレータ等に付与される記号や番号であってよく、その特徴を示す名称（例えば、厳格男性医師型など）で示されてもよい。

チャットボット相性表１５００は、患者の各種の情報の組み合わせに応じて、チャットボットが定まる表であってよい。なお、ここで、同じ組み合わせに対して、複数の異なるチャットボットが対応付けられてもよく、その場合に、それらの複数の異なるチャットボットの中からランダムで決定されることとしてもよい。

図１５の例では、治療用アプリケーションは、例えば、性別が、「男性」で、性格が、「短気」な患者に対しては、「CB_001N」で示されるチャットボットを用いて、最初の提案を行うようにする。なお、患者に提案するチャットボットは、時間の経過とともに、変更されてもよい。例えば、患者の性格が変わったと推定された場合に、変わった後の性格を利用してチャットボットを特定することとしてもよい。

なお、チャットボット相性表１５００は、管理サーバ１００のオペレータにより作成されてもよいし、様々な患者が治療用アプリケーションを利用する過程で、各患者の性格と、相性のよかったチャットボット（例えば、患者が所定期間以上利用したチャットボット）の情報を集計し、その集計結果に基づいて、例えば、管理サーバ１００の制御部１３０が作成することとしてもよい。

図１６は、治療用アプリケーション（ユーザ端末２００の制御部２３０）による患者の治療に用いるチャットボットを決定する動作例を示すフローチャートである。ここでは、ユーザ端末２００の動作として説明するが、同様の処理は、管理サーバ１００によって実現することも可能である。

図１６に示すように、制御部２３０は、患者ＩＤの入力を受け付ける（ステップＳ１６０１）。この入力は、患者からの入力であってもよいし、治療用アプリケーションの入出時等や初期情報を適用したときの情報を入力として受け付けることとしてもよい。

制御部２３０は、治療用アプリケーションに登録されている情報を用いて、患者の性別を特定する（ステップＳ１６０２）。

次に、制御部２３０は、患者の性格を特定する（ステップＳ１６０３）。制御部２３０は、例えば、管理サーバ１００にアクセスして、管理情報１４１に登録されている患者の性格に関する情報を取得する。

制御部２３０は、特定した患者の性別と性格とから、チャットボット相性表１５００を参照して、使用するチャットボットを決定する（ステップＳ１６０４）。

そして、制御部２３０は、治療用アプリケーションによる治療の一環として、決定したチャットボットによる応答（治療の提案）を実行する（ステップＳ１６０５）。

このように、治療用アプリケーションは、最初に使用すべきチャットボットを決定し、治療の提案に使用することができる。このチャットボットは、患者にとって相性がよいと目されるチャットボットであることから、患者は、最初から心地よく治療用アプリケーションを使用することができる。

次に、図１７から図１９を用いて、チャットボットが、治療の段階に応じて適切な受け答えができる例を示す。

治療用アプリケーションは、図１７に示す応答表１７００を保持していてもよい。また、この応答表１７００は、管理サーバ１００あるいは運用サーバ６００に保持されていてもよく、ユーザ端末２００の治療用アプリケーションからサーバにアクセスして参照できるものであってもよい。

応答表１７００は、ユーザ状態１７１０と、応答例１７２０と、が対応付けられた表である。

ユーザ状態１７１０は、患者の状態を示す情報である。図１７では、一例として、治療の段階を示す情報を、ユーザ状態１７１０として示している。

応答例１７２０は、対応するユーザ状態である場合に、チャットボットが実行する受け答えの例を示す情報である。なお、図１７では、ユーザ状態１７１０に対応付けて一つの応答を対応付けた例を示しているが、複数の応答例が対応付けられてもよく、その場合に、それらの中から、一つを選択して、応答としてもよい。また、応答例１７２０で示す応答は、応答するチャットボットに応じて口調を変更してもよい。例えば、チャットボットが医師であれば厳格な口調で応答することとしてもよいし、同じ疾病に罹患している仲間としてのチャットボットであれば、それよりも慣れ慣れしい口調で応答することとしてもよい。

図１８は、ユーザ端末２００の制御部２３０が、治療用アプリケーションによる実行の一環として、チャットボットの応答を決定する動作例を示すフローチャートである。

図１８に示すように、制御部２３０は、患者の病状に対応する状態を、治療用アプリケーションに記憶されている情報、もしくは、運用サーバ６００に登録されている治療情報を参照して特定する（ステップＳ１８０１）。

次に、制御部２３０は、特定した患者の状態と、応答表１７００とを参照して、対応する応答を特定する（ステップＳ１８０２）。

そして、制御部２３０は、使用しているチャットボットに特定した応答を出力させる（ステップＳ１８０３）。

このようにして、治療用アプリケーションは、ユーザと相性がよいチャットボットに、患者の状態に適した受け答えや提案をすることができる。

なお、ここでは、分かり易くするために応答表１７００という例を示しているが、チャットボットによる受け答えは、患者の状態（年齢、性別、性格、精神状態、治療状態など）と、その状態に応じた提案や受け答えを学習させた学習モデルにより応答内容を決定するものであってもよい。

図１９（ａ）～（ｃ）は、チャットボットによる応答の表示例であって、患者の状態やチャットボットの違いによる応答例を示す画面図である。

図１９（ａ）は、初期情報が適用されていない状態での応答例を示す表示例である。何も、情報がない状態からの受け答えになるため、各種の基本的な情報も学習しなければならない状態となっている。一方で、図１９（ｂ）の場合であれば、初期情報が入力されていることにより、患者が、長い間喫煙していることが理解できたための発言となっている。また、図１９（ａ）、図１９（ｂ）は、医師のチャットボットによる応答の例を示しているが、患者によっては、同じような闘病をしている状態の仲間がいれば頑張れるという患者もおり、図１９（ｃ）には、そのような患者のためのチャットボットによる応答の例を示している。このように、様々な種類のチャットボットを用意しておくことで、様々なタイプの患者にも対応することができる治療用アプリケーションを提供することができる。また、それらの複数のチャットボットの中から、患者に最も適していると推定されるチャットボットを利用することで、患者による治療用アプリケーションの利用の継続率を高めることができる。

なお、チャットボットの応答は、管理サーバ１００或いは運用サーバ６００が決定し、管理サーバ１００或いは運用サーバ６００が決定した応答をユーザ端末２００に伝達して、ユーザ端末２００でチャットボットが指定された応答をするように構成されてもよい。

＜変形例＞
上記実施の形態においては、図５のシーケンス図に示されるように、ユーザ（患者）側からのアプローチによる初期情報が対応付けられた治療用アプリケーションの利用例について説明した。しかし、治療用アプリケーション配信システムによる治療用アプリケーションの運用例はこれに限定するものではない。図２０に示すように、医療従事者からユーザ（患者）にアプローチする態様で、患者に治療用アプリケーションを利用させてもよい。

図２０は、本変形例における治療用アプリケーション配信システムに係る各装置のやり取りの例を示すシーケンス図である。ここで医療従事者端末５００を使用する医療従事者は、治療用アプリケーションを使用させたいユーザ（患者）がいる場合に、そのユーザに関する初期情報を医療従事者端末５００に入力する。そして、医療従事者端末５００は、入力された初期情報と、その初期情報を利用する予定のユーザ（患者）を示すユーザ識別情報と利用される予定の治療用アプリケーションを示すアプリＩＤとを、管理サーバ１００に送信する（ステップＳ２００１）。

アプリＩＤと、ユーザ識別情報と、初期情報と、を受信した管理サーバ１００は、これらの情報を互いに対応付けて記憶部１４０に記憶する（ステップＳ２００２）。この処理は、図８のステップＳ８０５の処理、図９のステップＳ９０２の処理と同じ処理である。

そして、医療従事者端末５００は、使用する治療用アプリケーションの情報をユーザ端末２００に送信する（ステップＳ２００３）。
なお、ここでは、医療従事者端末５００からユーザ端末２００に通知を送信することとしているが、これは、医療従事者端末５００の医療従事者からユーザ端末２００のユーザ（患者）に直接、口頭で伝達することとしてもよい。

なお、ステップＳ８０２以降の処理は、図８を用いて説明した場合と同様であるので説明を省略する。また、ステップＳ２００１とＳ２００２の処理と、ステップＳ２００３の処理とは前後してもよい。

図２１は、図２０に示すやり取りを実現するための医療従事者端末５００の動作例を示すフローチャートである。図２１と図１２を比較すれば理解できるように、本変形例においては、図１２におけるステップＳ１２０１、Ｓ１２０２の処理が実行されない。そして、ステップＳ２１０５に示すように、医療従事者端末５００の制御部５３０は、治療用アプリケーションに関する情報（アプリＩＤ）をユーザ端末２００に送信する（ステップＳ２１０５）。この治療用アプリケーションに関する情報は、治療用アプリケーションをダウンロードするためのＵＲＬの情報を含んでもよい。

図２２は、図２０に示すやり取りを実現するためのユーザ端末２００の動作例を示すフローチャートである。図２２と図１０を比較すれば理解できるように、本変形例においては、ユーザ端末２００は、ステップＳ７０１以降の処理を実行する前に、医療従事者端末５００から、治療用アプリケーションに関する情報を受信する（ステップＳ２２００）。これにより、ユーザ端末２００のユーザは、治療用アプリケーションの存在を認知し、治療用アプリケーションをダウンロードすることができる。ステップＳ７０１以降の処理は図７の処理と同様であるので説明を省略する。

また、図２３は、変形例に係る配信サーバ３００の処理例であるが、図１１と比較すれば理解できるように、本変形例においては、ステップＳ１１０３の処理を実行しない点において相違し、それ以外の処理は共通する。
以上に説明したように、治療用アプリケーション配信システムは、医療従事者側から患者に対してアプローチをして治療用アプリケーションを使用させることとしてもよい。

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

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

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

＜まとめ＞
上記実施形態に示したように、本実施形態に係る治療用アプリケーションでは、初期起動時に入力するアクティベーションコードに患者に関する情報を含む初期情報を適用して、治療用アプリケーションを表示することができる。したがって、患者に、患者自身や疾病の状態に関する入力をさせるという煩雑な処理をさせなくて済むので、患者は治療用アプリケーションを気楽に使用することができる。また、ある程度治療が進んでいる段階であっても初期情報により反映されるので、治療用アプリケーションとして、患者の治療段階に応じた適切な提案や応答をすることができる。また、更には、患者と相性のよいチャットボットを用いた応答をすることで、患者が係属してチャットボットを利用する可能性を向上させることができる。さらに、患者の自己認識が偏っており、患者自身による明示的な入力情報だけをもとに行われる提案や応答は効果的ではない場合がある。しかし、専門家である治療者による観察や評価が予め初期情報として入力されることで、より適切な提案や応答を行うことができ、治療用アプリケーションの効果を向上させることができる。

１００ 管理サーバ
１１０、２１０、３１０、５１０ 受信部
１２０、２２０、３２０、５２０ 入力部
１３０、２３０、３３０、５３０ 制御部
１３１ 取得部
１３２ 登録部
１３３ 計時部
１３４ 制限部
１４０、２４０、３４０、５４０ 記憶部
１４１ 管理情報
１５０、２５０、３５０、５５０ 出力部
２００ ユーザ端末
２３１ アプリ実行部
３００ 配信サーバ
３３１ 配信部
３４１ 第１治療用アプリケーションインストーラ
３４２ 第２治療用アプリケーションインストーラ
４００ ネットワーク
５００ 医療従事者端末
５３１ 初期情報送信部

Claims (16)

1. 治療用アプリケーションによる治療の対象となる患者の情報処理端末から、患者を識別するユーザ識別情報と、前記治療用アプリケーションを識別するアプリＩＤと、前記治療用アプリケーションを実行するためのアクティベーションコードを要求する要求情報を受信する第１受信部と、
   前記ユーザ識別情報と前記治療用アプリケーションが治療する病気とに関する初期情報の入力を医療従事者から受け付けて、前記ユーザ識別情報と前記初期情報とを関連付けて記憶部に記憶する受付部と、
   前記ユーザ識別情報に対応し、前記治療用アプリケーションを実行するためのアクティベーションコードを生成する生成部と、
   前記生成部が生成したアクティベーションコードを前記患者の情報処理端末に送信する第１送信部と、
   を備えるサーバと、
   初期状態の治療用アプリケーションを取得するアプリ取得部と、
   ユーザ識別情報と、前記アプリ取得部が取得した治療用アプリケーションを識別するアプリＩＤと、前記治療用アプリケーションを実行するためのアクティベーションコードを要求する要求情報と、を前記サーバに送信する第２送信部と、
   前記サーバから前記アクティベーションコードを受信する第２受信部と、
   前記治療用アプリケーションを実行する実行部と、
   前記治療用アプリケーションに基づく情報を出力する出力部と、を備え、
   前記実行部は、前記治療用アプリケーションの初回実行時に、前記アクティベーションコードの入力に基づき、前記初期情報が適用された状態で前記治療用アプリケーションを実行する情報処理端末と、
   を備える治療用アプリケーション配信システム。
2. 前記初期情報は、前記患者の年齢を含み、
   前記治療用アプリケーションは、前記病気に対する治療のための提言を行うものであり、
   前記出力部は、前記治療用アプリケーションに基づく情報として、前記患者の年齢に応じた提言を出力する
   ことを特徴とする請求項１に記載の治療用アプリケーション配信システム。
3. 前記初期情報は、前記患者の性別を含み、
   前記治療用アプリケーションは、前記病気に対する治療のための提言を、複数のキャラクターのうちのいずれかを介して出力するものであり、
   前記出力部は、前記治療用アプリケーションに基づく情報として、前記複数のキャラクターのうち前記患者の性別に適したキャラクターにより提言を出力する
   ことを特徴とする請求項１又は２に記載の治療用アプリケーション配信システム。
4. 前記初期情報は、前記患者の前記病気に関する治療の履歴情報を含み、
   前記出力部は、前記治療用アプリケーションに基づく情報として、前記履歴情報に基づく前記患者の治療の経緯を示す情報を出力する
   ことを特徴とする請求項１～３のいずれか一項に記載の治療用アプリケーション配信システム。
5. 前記出力部は、前記治療用アプリケーションに基づく情報として、前記患者の履歴情報に基づく病気の進行度に応じた治療に関する提言を出力する
   ことを特徴とする請求項４に記載の治療用アプリケーション配信システム。
6. 前記履歴情報は、前記患者の電子カルテである
   ことを特徴とする請求項４又は５に記載の治療用アプリケーション配信システム。
7. 前記初期情報は、前記患者の性格に関する情報であり、
   前記出力部は、前記治療用アプリケーションに基づく情報として、前記患者の正確に応じた提言を出力する
   ことを特徴とする請求項１～６のいずれか一項に記載の治療用アプリケーション配信システム。
8. 前記サーバは、前記アクティベーションコードを要求するための入力フォームを前記情報処理端末に提供する提供部を備え、
   前記入力フォームは、前記患者に対するアンケートを含み、
   前記第２送信部は、更に、前記アンケートに対する前記患者の回答を送信し、
   前記第１受信部は、更に、前記患者の回答を受信し、
   前記初期情報は、前記患者の性格に関する情報として、前記アンケートに対する前記患者の回答に基づく情報を含む
   ことを特徴とする請求項７に記載の治療用アプリケーション配信システム。
9. 前記初期情報は、前記医療従事者が前記患者に対する前記医療従事者が行った治療のための提案に関する情報を含み、
   前記出力部は、前記治療用アプリケーションに基づく情報として、前記提案と同様の提言を出力する
   ことを特徴とする請求項１～８のいずれか一項に記載の治療用アプリケーション配信システム。
10. 治療用アプリケーションによる治療の対象となる患者の端末から、患者を識別するユーザ識別情報と、前記治療用アプリケーションを識別するアプリＩＤと、前記治療用アプリケーションを実行するためのアクティベーションコードを要求する要求情報を受信する受信部と、
    前記ユーザ識別情報と前記治療用アプリケーションが治療する病気とに関する初期情報の入力を医療従事者から受け付けて、前記ユーザ識別情報と前記初期情報とを関連付けて記憶部に記憶する受付部と、
    前記ユーザ識別情報に対応し、前記治療用アプリケーションを実行するためのアクティベーションコードを生成する生成部と、
    前記生成部が生成したアクティベーションコードを前記患者の端末に送信する送信部と、
    を備えるサーバ。
11. 初期状態の治療用アプリケーションを取得するアプリ取得部と、
    ユーザ識別情報と、前記アプリ取得部が取得した治療用アプリケーションを識別するアプリＩＤと、前記治療用アプリケーションを実行するためのアクティベーションコードを要求する要求情報と、をサーバに送信する第２送信部と、
    前記サーバから前記アクティベーションコードを受信する第２受信部と、
    前記治療用アプリケーションを実行する実行部と、
    前記治療用アプリケーションに基づく情報を出力する出力部と、を備え、
    前記アクティベーションコードは、ユーザ識別情報に対応付けられており、
    前記ユーザ識別情報は、前記ユーザ識別情報で示される患者に関する情報と、前記治療用アプリケーションが治療する病気とに関する初期情報と対応付けられており、
    前記実行部は、前記治療用アプリケーションの初回実行時に、前記アクティベーションコードの入力に基づき、前記初期情報が適用された状態で前記治療用アプリケーションを実行する情報処理端末。
12. 情報処理端末が、初期状態の治療用アプリケーションを取得するアプリ取得ステップと、
    情報処理端末が、ユーザ識別情報と、前記アプリ取得ステップが取得した治療用アプリケーションを識別するアプリＩＤと、前記治療用アプリケーションを実行するためのアクティベーションコードを要求する要求情報と、をサーバに送信する第１送信ステップと、
    前記サーバが、治療用アプリケーションによる治療の対象となる患者の情報処理端末から、患者を識別するユーザ識別情報と、前記治療用アプリケーションを識別するアプリＩＤと、前記治療用アプリケーションを実行するためのアクティベーションコードを要求する要求情報を受信する第１受信ステップと、
    前記サーバが、前記ユーザ識別情報と前記治療用アプリケーションが治療する病気とに関する初期情報の入力を医療従事者から受け付けて、前記ユーザ識別情報と前記初期情報とを関連付けて記憶部に記憶する受付ステップと、
    前記サーバが、前記ユーザ識別情報に対応し、前記治療用アプリケーションを実行するための生成ステップと、
    前記サーバが、前記生成ステップにおいて生成したアクティベーションコードを前記患者の情報処理端末に送信する第２送信ステップと、
    前記情報処理端末が、前記サーバから前記アクティベーションコードを受信する第２受信ステップと、
    前記情報処理端末が、前記治療用アプリケーションを実行する実行ステップと、
    前記情報処理端末が、前記治療用アプリケーションに基づく情報を出力する出力ステップと、を実行し、
    前記実行ステップは、前記治療用アプリケーションの初回実行時に、前記アクティベーションコードの入力に基づき、前記初期情報が適用された状態で前記治療用アプリケーションを実行する、
    治療用アプリケーション配信方法。
13. 治療用アプリケーションによる治療の対象となる患者の端末から、患者を識別するユーザ識別情報と、前記治療用アプリケーションを識別するアプリＩＤと、前記治療用アプリケーションを実行するためのアクティベーションコードを要求する要求情報を受信する受信ステップと、
    前記ユーザ識別情報と前記治療用アプリケーションが治療する病気とに関する初期情報の入力を医療従事者から受け付けて、前記ユーザ識別情報と前記初期情報とを関連付けて記憶部に記憶する受付ステップと、
    前記ユーザ識別情報に対応し、前記治療用アプリケーションを実行するための生成ステップと、
    前記生成ステップが生成したアクティベーションコードを前記患者の端末に送信する送信ステップと、
    をサーバが実行する治療用アプリケーション配信方法。
14. 初期状態の治療用アプリケーションを取得するアプリ取得ステップと、
    ユーザ識別情報と、前記アプリ取得ステップが取得した治療用アプリケーションを識別するアプリＩＤと、前記治療用アプリケーションを実行するためのアクティベーションコードを要求する要求情報と、をサーバに送信する第２送信ステップと、
    前記サーバから前記アクティベーションコードを受信する第２受信ステップと、
    前記治療用アプリケーションを実行する実行ステップと、
    前記治療用アプリケーションに基づく情報を出力する出力ステップと、を実行させ、
    前記アクティベーションコードは、ユーザ識別情報に対応付けられており、
    前記ユーザ識別情報は、前記ユーザ識別情報で示される患者に関する情報と、前記治療用アプリケーションが治療する病気とに関する初期情報と対応付けられており、
    前記実行ステップは、前記治療用アプリケーションの初回実行時に、前記アクティベーションコードの入力に基づき、前記初期情報が適用された状態で前記治療用アプリケーションを実行する情報処理端末による治療用アプリケーション実行方法。
15. コンピュータに、
    治療用アプリケーションによる治療の対象となる患者の端末から、患者を識別するユーザ識別情報と、前記治療用アプリケーションを識別するアプリＩＤと、前記治療用アプリケーションを実行するためのアクティベーションコードを要求する要求情報を受信する受信機能と、
    前記ユーザ識別情報と前記治療用アプリケーションが治療する病気とに関する初期情報の入力を医療従事者から受け付けて、前記ユーザ識別情報と前記初期情報とを関連付けて記憶部に記憶する受付機能と、
    前記ユーザ識別情報に対応し、前記治療用アプリケーションを実行するための生成機能と、
    前記生成機能が生成したアクティベーションコードを前記患者の端末に送信する送信機能と、実現させる治療用アプリケーション配信プログラム。
16. コンピュータに、
    初期状態の治療用アプリケーションを取得するアプリ取得機能と、
    ユーザ識別情報と、前記アプリ取得機能が取得した治療用アプリケーションを識別するアプリＩＤと、前記治療用アプリケーションを実行するためのアクティベーションコードを要求する要求情報と、をサーバに送信する第２送信機能と、
    前記サーバから前記アクティベーションコードを受信する第２受信機能と、
    前記治療用アプリケーションを実行する実行機能と、
    前記治療用アプリケーションに基づく情報を出力する出力機能と、を実現させ、
    前記アクティベーションコードは、ユーザ識別情報に対応付けられており、
    前記ユーザ識別情報は、前記ユーザ識別情報で示される患者に関する情報と、前記治療用アプリケーションが治療する病気とに関する初期情報と対応付けられており、
    前記実行機能は、前記治療用アプリケーションの初回実行時に、前記アクティベーションコードの入力に基づき、前記初期情報が適用された状態で前記治療用アプリケーションを実行する治療用アプリケーション実行プログラム。

Images