特許 7492228 コンテンツサーバシステム、コンピュータシステム及びプログラム

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-05-21

(45)【発行日】2024-05-29

(54)【発明の名称】コンテンツサーバシステム、コンピュータシステム及びプログラム

(51)【国際特許分類】

   G16H 20/10 20180101AFI20240522BHJP

【ＦＩ】

G16H20/10

【請求項の数】 15

(21)【出願番号】P 2020094027

(22)【出願日】2020-05-29

(65)【公開番号】P2021189720

(43)【公開日】2021-12-13

【審査請求日】2023-05-18

(73)【特許権者】

【識別番号】591040753

【氏名又は名称】東和薬品株式会社

(73)【特許権者】

【識別番号】519180002

【氏名又は名称】株式会社バンダイナムコ研究所

(73)【特許権者】

【識別番号】518381916

【氏名又は名称】Ｔスクエアソリューションズ株式会社

(74)【代理人】

【識別番号】100124682

【弁理士】

【氏名又は名称】黒田 泰

(74)【代理人】

【識別番号】100104710

【弁理士】

【氏名又は名称】竹腰 昇

(74)【代理人】

【識別番号】100090479

【弁理士】

【氏名又は名称】井上 一

(72)【発明者】

【氏名】中村 豪之

(72)【発明者】

【氏名】小野田 洋

(72)【発明者】

【氏名】樺島 広子

(72)【発明者】

【氏名】堤 康一郎

(72)【発明者】

【氏名】福島 哲

(72)【発明者】

【氏名】樺島 脩

(72)【発明者】

【氏名】山本 勇樹

(72)【発明者】

【氏名】名田 茂

(72)【発明者】

【氏名】福岡 敬真

【審査官】松尾 真人

(56)【参考文献】

【文献】特開２０１７－１８７９１４（ＪＰ，Ａ）

【文献】特開２０１４－０５６４９１（ＪＰ，Ａ）

【文献】特開２０２０－０７７０６２（ＪＰ，Ａ）

【文献】特開２０１９－１２８６６５（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ１６Ｈ １０／００－８０／００

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

医薬品を使用するユーザのユーザ端末と通信を行い、所与のエンターテインメントコンテンツ（以下「コンテンツ」という）を、所与のコンテンツ設定に基づいて前記ユーザ端末に提供するコンテンツサーバシステムであって、
前記ユーザに係る医薬品の使用期間情報を少なくとも含む当該医薬品の使用情報を取得する取得手段と、
前記使用期間情報に基づいてコンテンツ設定を可変に決定するコンテンツ設定決定手段と、
前記コンテンツ設定決定手段により決定されたコンテンツ設定に基づくコンテンツの提供制御を行うコンテンツ提供制御手段と、
を備えるコンテンツサーバシステム。

【請求項2】

前記コンテンツ設定には、複数種類のコンテンツの中から進行制御の対象とする対象コンテンツの選択設定と、コンテンツの進行制御に係る設定と、のうちの少なくとも一方が含まれる、
請求項１に記載のコンテンツサーバシステム。

【請求項3】

前記コンテンツ設定決定手段は、前記ユーザのユーザ情報を記憶する記憶部から取得した前記ユーザ情報に基づいて前記コンテンツ設定を可変に決定する、
請求項１又は２に記載のコンテンツサーバシステム。

【請求項4】

医薬品を使用するユーザのユーザ端末と通信を行い、所与のエンターテインメントコンテンツ（以下「コンテンツ」という）を、所与のコンテンツ設定に基づいて前記ユーザ端末に提供するコンテンツサーバシステムであって、
前記ユーザに係る医薬品の使用タイミングの情報と当該使用タイミング毎の使用有無を示す使用有無情報とを少なくとも含む当該医薬品の使用情報を取得する取得手段と、
直近の前記使用タイミングにおける使用有無が有ることを示す前記使用有無情報を前記取得手段が取得しない状態が、当該使用タイミングに基づく待機期限に達した場合に、使用を促すメッセージを前記ユーザ端末に報知させる第１のメッセージ制御を行う第１のメッセージ制御手段と、
直近の前記使用タイミングにおける使用有無が有ることを示す前記使用有無情報を前記取得手段が取得した場合に、前記第１のメッセージ制御の前に取得したのか、後に取得したのかに応じてコンテンツ設定を可変に決定するコンテンツ設定決定手段と、
前記コンテンツ設定決定手段により決定されたコンテンツ設定に基づくコンテンツの提供制御を行うコンテンツ提供制御手段と、
を備えるコンテンツサーバシステム。

【請求項5】

前記第１のメッセージ制御手段は、前記待機期限に達した医薬品の種類に基づいて前記メッセージの内容を決定する、
請求項４に記載のコンテンツサーバシステム。

【請求項6】

直近の前記使用タイミングにおける使用有無が有ることを示す前記使用有無情報を前記取得手段が取得しない状態が、当該使用タイミングに基づく待機期限に達した場合に、使用を促すメッセージを、前記ユーザに予め関連づけて設定された報知先端末に報知させる第２のメッセージ制御を行う第２のメッセージ制御手段、
を更に備える請求項４又は５に記載のコンテンツサーバシステム。

【請求項7】

前記ユーザが使用する医薬品に関する各使用タイミングの使用有無を前記使用有無情報に基づいて前記ユーザ端末に表示させる使用有無表示を、前記コンテンツ設定に基づいて可変に制御する使用有無表示制御手段、
を更に備える請求項４～６の何れか一項に記載のコンテンツサーバシステム。

【請求項8】

医薬品を使用するユーザのユーザ端末と通信を行い、所与のエンターテインメントコンテンツ（以下「コンテンツ」という）を、所与のコンテンツ設定に基づいて前記ユーザ端末に提供するコンテンツサーバシステムであって、
前記ユーザに係る医薬品の使用情報を取得する取得手段と、
前記使用情報に基づいてコンテンツ設定を可変に決定するコンテンツ設定決定手段と、
前記コンテンツ設定決定手段により決定されたコンテンツ設定に基づくコンテンツの提供制御を行うコンテンツ提供制御手段と、
を備え、
前記コンテンツ設定決定手段は、コンテンツの進行制御に係る設定を、ジェネリック医薬品か否かが少なくとも含まれる医薬品の種類に基づいて可変に決定する、
コンテンツサーバシステム。

【請求項9】

前記取得手段は、前記使用情報を、１）前記ユーザ端末、２）前記ユーザが使用する医薬品及びその使用を管理する管理者の管理者端末、３）当該使用情報を当該ユーザのユーザＩＤと紐付けて記憶・管理する管理制御システム、のうちの何れかから取得する、
請求項１～８の何れか一項に記載のコンテンツサーバシステム。

【請求項10】

前記取得手段は、前記ユーザの体調情報を取得し、
前記コンテンツ設定決定手段は、前記体調情報に基づいて前記コンテンツ設定を可変に決定する、
請求項１～９の何れか一項に記載のコンテンツサーバシステム。

【請求項11】

前記取得手段は、前記体調情報を、ａ）前記ユーザ端末、ｂ）前記ユーザが使用する医薬品及びその使用を管理する管理者の管理者端末、ｃ）当該体調情報を当該ユーザのユーザＩＤと紐付けて記憶・管理する管理制御システム、のうちの何れかから取得する、
請求項１０に記載のコンテンツサーバシステム。

【請求項12】

前記使用情報を前記ユーザのユーザＩＤと紐付けて記憶・管理する管理制御システムと、
前記取得手段が前記ユーザＩＤに基づいて前記使用情報を取得する請求項１～１１の何れか一項に記載のコンテンツサーバシステムと、
を具備するコンピュータシステム。

【請求項13】

医薬品を使用するユーザのユーザ端末と通信を行い、所与のエンターテインメントコンテンツ（以下「コンテンツ」という）を、所与のコンテンツ設定に基づいて前記ユーザ端末に提供するコンピュータシステムを、
前記ユーザに係る医薬品の使用期間情報を少なくとも含む当該医薬品の使用情報を取得する取得手段、
前記使用期間情報に基づいてコンテンツ設定を可変に決定するコンテンツ設定決定手段、
前記コンテンツ設定決定手段により決定されたコンテンツ設定に基づくコンテンツの提供制御を行うコンテンツ提供制御手段、
として機能させるためのプログラム。

【請求項14】

医薬品を使用するユーザのユーザ端末と通信を行い、所与のエンターテインメントコンテンツ（以下「コンテンツ」という）を、所与のコンテンツ設定に基づいて前記ユーザ端末に提供するコンピュータシステムを、
前記ユーザに係る医薬品の使用タイミングの情報と当該使用タイミング毎の使用有無を示す使用有無情報とを少なくとも含む当該医薬品の使用情報を取得する取得手段、
直近の前記使用タイミングにおける使用有無が有ることを示す前記使用有無情報を前記取得手段が取得しない状態が、当該使用タイミングに基づく待機期限に達した場合に、使用を促すメッセージを前記ユーザ端末に報知させる第１のメッセージ制御を行う第１のメッセージ制御手段、
直近の前記使用タイミングにおける使用有無が有ることを示す前記使用有無情報を前記取得手段が取得した場合に、前記第１のメッセージ制御の前に取得したのか、後に取得したのかに応じてコンテンツ設定を可変に決定するコンテンツ設定決定手段、
前記コンテンツ設定決定手段により決定されたコンテンツ設定に基づくコンテンツの提供制御を行うコンテンツ提供制御手段、
として機能させるためのプログラム。

【請求項15】

医薬品を使用するユーザのユーザ端末と通信を行い、所与のエンターテインメントコンテンツ（以下「コンテンツ」という）を、所与のコンテンツ設定に基づいて前記ユーザ端末に提供するコンピュータシステムを、
前記ユーザに係る医薬品の使用情報を取得する取得手段、
前記使用情報に基づいてコンテンツ設定を可変に決定するコンテンツ設定決定手段、
前記コンテンツ設定決定手段により決定されたコンテンツ設定に基づくコンテンツの提供制御を行うコンテンツ提供制御手段、
として機能させ、
前記コンテンツ設定決定手段は、コンテンツの進行制御に係る設定を、ジェネリック医薬品か否かが少なくとも含まれる医薬品の種類に基づいて可変に決定する、
プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、医薬品を使用するユーザのユーザ端末と通信を行い、所与のエンターテインメントコンテンツを提供するコンテンツサーバシステム等に関する。

【背景技術】

【0002】

医薬品（処方薬）は、定められたタイミングで定められた分量を定められた使用期間に亘って正しく使用するのが望ましいとされる。例えば、朝夕食後に服用する服用薬・定時毎の吸入を要する吸入薬、１日３回使用する塗り薬など、が良い例である。点眼薬・点鼻薬・点耳薬・坐薬・解熱剤・インスリンなどの注射・貼り薬などでは頓用（自己判断で自己使用）する処方薬であっても、定められたタイミングが無くとも使用期間や使用回数に上限が設定されている場合もある。しかし、単純な使用忘れや患者独自の判断での使用中止などにより、必ずしも正しく使用されない場合がある。そして、特に処方薬の場合には、正しく使われないと、症状が再発して再受診・再処方を繰り返すこととなり時間と費用の無駄が生じる。また、過度な使用では好ましくない副作用も懸念される。

【0003】

医薬品の使用忘れ等の残薬問題を解消するために、医薬品の使用スケジュールを管理して、正しい使用タイミングが間近になると患者に使用を催促するシステムも考案されている（例えば、特許文献１を参照）。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２００３－１６１８５号公報

【発明の概要】

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

【0005】

医薬品の使用タイミングに合わせて使用を促すシステムは、医薬品の使用忘れを防止するのに効果的であるが、電子メールの送信やスマートフォン等の通知機能を利用した催促では、他の電子メールや通知に埋没し易く見落とされる場合があった。ユーザが子供である場合、催促の通知それ自体を理解できない場合もある。

【0006】

本発明が解決しようとする課題は、ユーザによる医薬品の自発的な正しい使用を促すことを可能とさせる新たな技術を提供すること、である。

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

【0007】

上記した課題を解決するための第１の発明は、医薬品を使用するユーザのユーザ端末と通信を行い、所与のエンターテインメントコンテンツ（以下「コンテンツ」という）を、所与のコンテンツ設定に基づいて前記ユーザ端末に提供するコンテンツサーバシステムであって、前記ユーザに係る医薬品の使用情報を取得する取得手段（例えば、図１１の制御基板１３５０、ＣＰＵ１３５１、通信モジュール１３５３、取得制御部２３１）と、前記使用情報に基づいてコンテンツ設定を可変に決定するコンテンツ設定決定手段（例えば、図１１の制御基板１３５０、ＣＰＵ１３５１、コンテンツ設定決定部２３５、図１５のプレイデータ８００、コンテンツ設定データ８１０）と、前記コンテンツ設定決定手段により決定されたコンテンツ設定に基づくコンテンツの提供制御を行うコンテンツ提供制御手段（例えば、図１１の制御基板１３５０、ＣＰＵ１３５１、コンテンツ提供制御部２３７）と、を備えるコンテンツサーバシステムである。

【0008】

「コンテンツサーバシステム」は、単数のコンピュータがサーバとして機能することで実現される形態は勿論、通信回線を介して接続された複数のコンピュータが連携して一体的なサーバシステムとして機能する形態であってもよい。
また「エンターテインメントコンテンツ（コンテンツ）」は、ゲーム、擬似会話、絵本、動画、物語音声、などの形態を含む。
また、「使用情報」は、ユーザが使用するべき医薬品の種類・用法・用量についての情報と、ユーザが使用した結果についての情報と、の一方又は両方を含む。

【0009】

第１の発明によれば、医薬品を使用するユーザ（例えば患者）は、ユーザ端末を使って、例えば、当該ユーザに対して処方された医薬品の使用情報に基づいて内容が変化するエンターテインメントコンテンツを楽しむことができる。ユーザの立場からすると、自分が処方通りに正しく医薬品を使用しているかによってコンテンツの内容が変化するので、自然とコンテンツへの興味がわく。そして、コンテンツの内容が気になるユーザは、自然と医薬品を正しく使用することを意識するようになる。

【0010】

第２の発明は、前記コンテンツ設定には、複数種類のコンテンツの中から進行制御の対象とする対象コンテンツの選択設定と、コンテンツの進行制御に係る設定と、のうちの少なくとも一方が含まれる、第１の発明のコンテンツサーバシステムである。

【0011】

第２の発明によれば、進行制御の対象とする対象コンテンツが複数種類の中から選択されるので、同じコンテンツしか提供できない場合に比べてユーザに飽きられることがなく、医薬品の正しい使用を促す作用効果が発揮される。或いは、使用情報に基づいてコンテンツの進行制御に係る設定が変更されるので、ユーザを当該コンテンツに惹き付け、医薬品の正しい使用を促す作用効果が発揮される。

【0012】

第３の発明は、前記コンテンツ設定決定手段は、前記ユーザのユーザ情報を記憶する記憶部から取得した前記ユーザ情報に基づいて前記コンテンツ設定を可変に決定する、第１又は第２の発明のコンテンツサーバシステムである。

【0013】

「ユーザ情報」は、ユーザに係る個人的な情報（例えば、年齢、性別、既往歴、など）を含む。
第３の発明によれば、コンテンツサーバシステムは、ユーザ情報を取得してコンテンツ設定を可変に決定することができる。ユーザ情報を記憶する記憶部を外部装置とすれば、コンテンツサーバシステムとしてはユーザ情報を常時記憶して管理する必要がなく、コンテンツの提供専用にすることができる。よって、コンテンツサーバシステムの運用効率を高め、ユーザの情報を適切に管理することが可能となる。

【0014】

第４の発明は、前記使用情報には、医薬品の使用期間情報が含まれ、前記コンテンツ設定決定手段は、前記使用期間情報に基づいて前記コンテンツ設定を可変に決定する、第１～第３の何れかの発明のコンテンツサーバシステムである。

【0015】

「医薬品の使用期間情報」とは、当該医薬品の使用を継続するべき期間についての情報である。例えば風邪を引いて５日分の医薬品が処方された場合の「５日間」がこれに該当する。

【0016】

第４の発明によれば、コンテンツサーバシステムは、医薬品の使用期間に基づいてコンテンツ設定を可変に決定することができる。例えば、コンテンツの所要時間を、医薬品の使用期間長に合わせることで、使用期間終了前に唐突にコンテンツが終了したり、使用期間が終了したのにコンテンツが何時までも終わらないといった好ましくない事態を避けることができる。

【0017】

第５の発明は、前記使用情報には、医薬品の使用タイミングを少なくとも含む用法情報が含まれ、前記取得手段は、前記使用タイミング毎の使用有無を示す使用有無情報を取得し、前記コンテンツ設定決定手段は、前記使用有無情報に基づいて前記コンテンツ設定を可変に決定する、第１～第４の何れかの発明のコンテンツサーバシステムである。

【0018】

「使用タイミング」とは、医薬品を使用するべき時又は時間帯を言う。例えば「朝夕１日２回服用」の定時薬が処方された場合、「用法情報」は「朝」「夕」を示す情報が該当する。「発熱時に随時服用」の頓用薬が処方された場合、「用法情報」は「随時」又は「所与の周期」が該当する。

【0019】

「使用有無情報」は、医薬品をユーザが使用した内容の情報であって、使用した／使用していない、医薬品別の使用日時及び使用量といった、使用結果についての情報が含まれる。

【0020】

第５の発明によれば、コンテンツサーバシステムは、ユーザが医薬品をどのように使用したかの結果に基づいてコンテンツ設定を変更できる。例えば、正しい使用タイミングで使用された場合のコンテンツ設定が、誤った使用タイミングで使用された場合（使用されなかった場合を含む）のそれよりも、ユーザにとって利益となるようにコンテンツ設定を決定すれば、医薬品の自発的な正しい使用をユーザに促すことができる。

【0021】

第６の発明は、直近の前記使用タイミングにおける使用有無が有ることを示す前記使用有無情報を前記取得手段が取得しない状態が、当該使用タイミングに基づく待機期限に達した場合に、使用を促すメッセージを前記ユーザ端末に報知させる第１のメッセージ制御を行う第１のメッセージ制御手段（例えば、図１１の制御基板１３５０、ＣＰＵ１３５１、第１メッセージ制御部２３２）、を更に備える第５の発明のコンテンツサーバシステムである。

【0022】

第６の発明によれば、コンテンツサーバシステムは、使用タイミングからある程度の待機期限を待ってなお、当該使用タイミングにおける使用有無の情報を取得できない場合、医薬品の使用を促すメッセージをユーザ端末に報知させて医薬品の使用忘れを防ぐことができる。

【0023】

第７の発明は、前記コンテンツ設定決定手段が、直近の前記使用タイミングにおける使用有無が有ることを示す前記使用有無情報を前記取得手段が取得した場合に、前記第１のメッセージ制御の前に取得したのか、後に取得したのかに応じて前記コンテンツ設定を可変に決定する、第６の発明のコンテンツサーバシステムである。

【0024】

第７の発明によれば、コンテンツサーバシステムは、ユーザが、自発的に正しく医薬品を使用できたのか、或いは、使用を促すメッセージを受けて使用したのか、によってコンテンツ設定を変更できる。コンテンツの内容が、医薬品を自発的にきちんと使用できているかによって変化することになるので、決められた時に遅れることなく使用するようにユーザを誘導することができる。

【0025】

第８の発明は、前記第１のメッセージ制御手段が、前記待機期限に達した医薬品の種類に基づいて前記メッセージの内容を決定する、第６又は第７の発明のコンテンツサーバシステムである。

【0026】

第８の発明によれば、コンテンツサーバシステムは、使用が確認されない医薬品の種類によって使用を促すメッセージの内容を決定できる。例えば、絶対に忘れてはいけない種類については警告を含めた内容とすると、今回の使用忘れを速やかにリカバーできるとともに、次回以降の使用忘れを強く防止できる。また例えば、ユーザが子供であり、子供には服用の難易度が高い粉薬を服用する必要がある場合には、応援要素を含むメッセージの内容とすることで、ユーザに服用を奮起させることができる。

【0027】

第９の発明は、直近の前記使用タイミングにおける使用有無が有ることを示す前記使用有無情報を前記取得手段が取得しない状態が、当該使用タイミングに基づく待機期限に達した場合に、使用を促すメッセージを、前記ユーザに予め関連づけて設定された報知先端末に報知させる第２のメッセージ制御を行う第２のメッセージ制御手段（例えば、図１１の制御基板１３５０、ＣＰＵ１３５１、第２メッセージ制御部２３３）、を更に備える第５～第８の何れかの発明のコンテンツサーバシステムである。

【0028】

第９の発明によれば、コンテンツサーバシステムは、ユーザに対するメッセージだけではユーザ自身による医薬品の使用履行が望めないケース（例えば、医薬品を使用すべきユーザが子供の場合や、補助や介助を必要とするユーザの場合）において、ユーザ端末とは別の報知先端末に医薬品の使用履行のためのメッセージを報知させることができる。よって、使用忘れのリカバーをより確実なものとすることできる。

【0029】

第１０の発明は、前記ユーザが使用する医薬品に関する各使用タイミングの使用有無を前記使用有無情報に基づいて前記ユーザ端末に表示させる使用有無表示を、前記コンテンツ設定に基づいて可変に制御する使用有無表示制御手段（例えば、図１０の使用有無表示Ｗ７、図１１の制御基板１３５０、ＣＰＵ１３５１、使用有無表示制御部２３９）、を更に備える第５～第９の何れか発明のコンテンツサーバシステムである。

【0030】

第１０の発明によれば、コンテンツサーバシステムは、ユーザ端末での医薬品の使用有無の表示を、コンテンツ設定に基づいて可変に制御することができる。これにより、医薬品の継続的な正しい使用をユーザに促すことが可能となる。

【0031】

第１１の発明は、前記コンテンツ設定決定手段が、コンテンツの進行制御に係る設定を、医薬品の種類に基づいて可変に決定する、第１～第１０の何れかの発明のコンテンツサーバシステムである。

【0032】

第１１の発明によれば、コンテンツサーバシステムは、使用する医薬品の種類に基づいてコンテンツの進行制御に係る設定を変化させることが可能となる。

【0033】

第１２の発明は、前記医薬品の種類には、ジェネリック医薬品か否かが少なくとも含まれる、第１１の発明のコンテンツサーバシステムである。

【0034】

医療費の低減の一策としてジェネリック医薬品は有効である。
第１２の発明によれば、コンテンツサーバシステムは、ジェネリック医薬品を使用するか否かによってコンテンツ設定を変更することが可能となる。

【0035】

第１３の発明は、前記取得手段が、前記使用情報を、１）前記ユーザ端末、２）前記ユーザが使用する医薬品及びその使用を管理する管理者の管理者端末、３）当該使用情報を当該ユーザのユーザＩＤと紐付けて記憶・管理する管理制御システム、のうちの何れかから取得する、第１～第１２の何れかの発明のコンテンツサーバシステムである。

【0036】

第１３の発明によれば、コンテンツサーバシステムは、使用情報を、ユーザ端末、管理者端末、管理制御システムの何れかから取得できるので、使用情報を何処に記憶・保存するかシステム設計上の自由度を高くすることができる。

【0037】

第１４の発明は、前記取得手段が、前記ユーザの体調情報を取得し、前記コンテンツ設定決定手段は、前記体調情報に基づいて前記コンテンツ設定を可変に決定する、第１～第１３の何れかの発明のコンテンツサーバシステム。

【0038】

第１４の発明によれば、コンテンツサーバシステムは、ユーザの体調に応じてコンテンツ設定を変更することが可能となる。例えば、コンテンツがゲームである場合、体調が改善したタイミングでプレーヤキャラクタのレベルアップや、ゲームイベントを発生させるようにコンテンツ設定を変更すれば、ユーザは、プレーヤキャラクタに抱く共感が高まり、医薬品を正しく使用する間接的なモチベーションとなる。よって、自発的な医薬品の正しい使用を促すことが可能となる。

【0039】

第１５の発明は、前記取得手段が、前記体調情報を、ａ）前記ユーザ端末、ｂ）前記ユーザが使用する医薬品及びその使用を管理する管理者の管理者端末、ｃ）当該体調情報を当該ユーザのユーザＩＤと紐付けて記憶・管理する管理制御システム、のうちの何れかから取得する、第１４の発明のコンテンツサーバシステムである。

【0040】

第１５の発明によれば、コンテンツサーバシステムは、体調情報を、ユーザ端末、管理者端末、管理制御システムの何れかから取得できるので、体調情報を何処に記憶・保存するかシステム設計上の自由度を高くすることができる。

【0041】

第１６の発明は、前記使用情報を前記ユーザのユーザＩＤと紐付けて記憶・管理する管理制御システムと、前記取得手段が前記ユーザＩＤに基づいて前記使用情報を取得する第１～第１５の何れかの発明のコンテンツサーバシステムと、を具備するコンピュータシステムである。

【0042】

第１６の発明によれば、第１～第１５の何れかの発明のコンテンツサーバシステムと、使用情報を記憶・管理する管理制御システムとを具備し、互いのシステムがユーザＩＤに基づいて情報をやり取りできるコンピュータシステムを実現することができる。

【0043】

第１７の発明は、医薬品を使用するユーザのユーザ端末と通信を行い、所与のエンターテインメントコンテンツ（以下「コンテンツ」という）を、所与のコンテンツ設定に基づいて前記ユーザ端末に提供するコンピュータシステムを、前記ユーザに係る医薬品の使用情報を取得する取得手段、前記使用情報に基づいてコンテンツ設定を可変に決定するコンテンツ設定決定手段、前記コンテンツ設定決定手段により決定されたコンテンツ設定に基づくコンテンツの提供制御を行うコンテンツ提供制御手段、として機能させるためのプログラムである。

【0044】

第１７の発明によれば、第１の発明と同様の作用効果を発揮するコンピュータシステムを実現できる。

【図面の簡単な説明】

【0045】

【図1】処方薬使用支援システムの構成例を示す図。

【図2】ユーザ端末が有する機能と、ユーザ端末が記憶・管理するプログラムやデータとについて説明するための図。

【図3】管理制御システムが有する機能と、管理制御システムが記憶・管理するプログラムやデータとについて説明するための図。

【図4】診断データのデータ構成例を示す図。

【図5】使用有無及び体調についての報告に係るユーザ端末と管理制御システムとの処理の流れを説明するためのフローチャート。

【図6】報告入力画面の表示例を示す図。

【図7】コンテンツの提供の仕方について説明するための図（その１）。

【図8】コンテンツの提供の仕方について説明するための図（その２）。

【図9】コンテンツの提供の仕方について説明するための図（その３）。

【図10】使用有無表示の例を示す図。

【図11】コンテンツサーバシステムが有する機能と、コンテンツサーバシステムが記憶するデータやプログラムの例を示す図。

【図12】コンテンツ定義データのデータ構成例を示す図。

【図13】シナリオ定義データのデータ構成例を示す図。

【図14】ルート内容定義データのデータ構成例を示す図。

【図15】プレイデータのデータ構成例を示す図。

【図16】コンテンツ提供に係る処理の流れを説明するためのフローチャート。

【図17】図１６より続くフローチャート。

【図18】図１７より続くフローチャート。

【図19】処方薬使用支援システムの他の構成例を示す図。

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

【0046】

以下、本発明の実施形態の例を説明するが、本発明を適用可能な形態が以下の実施形態に限られないことは勿論である。本実施形態では、ユーザを患者とし、医薬品を当該ユーザ（患者）に対して処方された処方薬として説明する。

【0047】

〔第１実施形態〕
図１は、処方薬使用支援システムの構成例を示す図である。
処方薬使用支援システム１０００は、処方薬（処方された医薬品）及びその使用を管理する管理者２（本実施形態では医者２ａとして説明するが、処方薬の使用を指導する薬剤師２ｂでもよい）が、患者であるユーザ３に処方した処方薬を、ユーザ３が用法・用量を正しく守って使用できるように支援するためのコンピュータシステムである。

【0048】

具体的には、処方薬使用支援システム１０００は、ネットワーク９を介して相互にデータ通信が可能に接続された管理制御システム１１００と、コンテンツサーバシステム１３００とを含み、処方された医薬品を使用するユーザ３が使用するユーザ端末１５００と接続される。ユーザ端末１５００を含めて処方薬使用支援システム１０００としてもよい。

【0049】

ネットワーク９は、データ通信が可能な通信路を意味する。すなわち、ネットワーク９とは、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬＡＮ（Local Area Network）の他、電話通信網やケーブル網、インターネット等の通信網を含む意味であり、また、通信方法については有線／無線を問わない。

【0050】

管理制御システム１１００は、患者であるユーザ３への医薬品の処方に関する情報や、処方後の医薬品の使用や体調についての情報を管理するコンピュータシステムである。

【0051】

コンテンツサーバシステム１３００は、所与のエンターテインメントコンテンツを、所与のコンテンツ設定に基づいてユーザ端末１５００に提供するコンピュータシステムである。

【0052】

「エンターテインメントコンテンツ（以下「コンテンツ」という）」は、パラメータ等によってコンテンツ設定が定められており、そのコンテンツ設定によってシナリオやストーリー、登場キャラクタ、場面設定等が変化するように定められており、ビデオゲームや、擬似会話、デジタル絵本、動画、などが該当する。デジタル絵本は、グラフィックスを除いた読み聞かせ形式でもよい。

【0053】

コンテンツサーバシステム１３００は、ユーザ端末１５００をクライアントとするクライアント・サーバ形式で、ユーザ端末１５００でのコンテンツのプレイ（コンテンツを使用する、視聴する、遊ぶ、の意）を実現する。

【0054】

ユーザ端末１５００は、アプリケーションプログラムを実行可能なコンピュータシステムである。ユーザ端末１５００は、例えば、スマートフォンや、ノート型パソコン、タブレット型コンピュータ、腕時計型などのウェアラブルコンピュータ、などの形態を取り得る。そして、ユーザ端末１５００は、管理制御システム１１００にログインすることで、処方された医薬品の使用状況や体調を報告するための報告用端末装置として機能し、コンテンツサーバシステム１３００にログインすることで、コンテンツプレイを実現するプレイ用端末装置として機能する。

【0055】

なお、管理制御システム１１００とコンテンツサーバシステム１３００を、それぞれ単数のコンピュータシステムであるかのように描いているが、複数のコンピュータシステムで実現する構成であってもよい。例えば、各機能を分担する複数のブレードサーバを搭載して相互に内部バスを介してデータ通信可能に接続した構成であっても良い。また、これらを構成するハードウェアの設置場所は問わない。離れた場所に設置された独立した複数のコンピュータを、ネットワーク９を介してデータ通信させることで、全体として一体的に機能させる構成であっても良い。

【0056】

また、ユーザ端末１５００に格納されるアプリケーションプログラムは、報告用とプレイ用とでそれぞれ用意され、ユーザ端末１５００のオペレーティングシステムにより切り換えて使用する構成であってもよい。

【0057】

本実施形態では、ユーザ３がユーザ端末１５００を使って、コンテンツサーバシステム１３００が提供するコンテンツをプレイする際、提供されるコンテンツの内容が、ユーザ３が管理制御システム１１００へ報告した処方薬の使用有無の結果等に応じて変化することになる。このことが、ユーザ３に処方薬の正しい使用（使用を忘れないことであったり、用量・用法を間違えないことであったりの意）を促す支援機能を果たす。

【0058】

〔１〕処方薬の使用情報の管理
先ず、ユーザ端末１５００と管理制御システム１１００とによる処方薬の使用情報の管理ついて説明する。

【0059】

図２は、ユーザ端末１５００が有する機能と、ユーザ端末１５００が記憶・管理するプログラムやデータと、について説明するための図である。ユーザ端末１５００は、制御基板１５５０に搭載されたＩＣメモリ１５５２に、アプリケーションプログラム５０１と、ユーザＩＤ５０２と、処方薬情報５０６と、現在日時９００と、を記憶する。

【0060】

ユーザＩＤ５０２は、ユーザ３をユニークに識別するための識別情報である。
処方薬情報５０６は、診察時の処方に関する情報であって、処方毎に管理制御システム１１００が記憶するオリジナルから複製され取得・記憶される。

【0061】

ユーザ端末１５００は、ＣＰＵ（Central Processing Unit）１５５１がアプリケーションプログラム５０１を実行することで、（１）通信モジュール１５５３を介してネットワーク９に接続して管理制御システム１１００にアクセスし、処方薬の使用有無及び体調の報告情報を送信する報告端末制御部２０２と、（２）コンテンツサーバシステム１３００に接続してコンテンツプレイを可能にする制御を行うプレイ端末制御部２０４と、して機能する。なお、アプリケーションプログラム５０１は、管理制御システム１１００又はコンテンツサーバシステム１３００などから適宜ダウンロードしてインストールされる。

【0062】

図３は、管理制御システム１１００が有する機能と、管理制御システム１１００が記憶・管理するプログラムやデータと、について説明するための図である。管理制御システム１１００は、制御基板１１５０に搭載されたＩＣメモリ１１５２又はデータベース１１４０が、管理制御プログラム５１０と、ユーザ３別のカルテデータ６００と、現在日時９００と、を記憶する。

【0063】

管理制御プログラム５１０は、ＣＰＵ（Central Processing Unit）１１５１が実行することで、管理制御システム１１００を管理制御部２１０として機能させる。

【0064】

管理制御部２１０は、ユーザ３に固有のユーザＩＤを付与し、当該ユーザＩＤで紐付けて処方に係るデータ等を記憶・管理制御する。
また、管理制御部２１０は、通信モジュール１１５３を介してネットワーク９に接続してユーザ端末１５００からユーザ３の処方薬の使用有無や体調についての報告を取得し、それらをカルテデータ６００に追加する制御と、コンテンツサーバシステム１３００からのリクエストに応じてカルテデータ６００に含まれる情報を提供する制御と、を実行する。

【0065】

カルテデータ６００は、例えば、ユーザ３に固有のユーザＩＤ６０２と、ユーザ情報６０４と、報知先端末アドレス６０６と、既往歴情報６０８と、診断毎に作成される診断データ６１０と、を含む。

【0066】

ユーザ情報６０４は、氏名、住所、年齢、性別、メールアドレス（ユーザ端末１５００の通知機能を利用して報知を実行するためのデータ送信先アドレス情報でも可）、を含む。

【0067】

報知先端末アドレス６０６は、ユーザ３が処方薬を使用する手助けが可能な人物への報知装置にて報知を実行させるためのデータ送信先アドレス情報（例えば、スマートフォンの電話番号、メールアドレス）である。

【0068】

診断データ６１０は、例えば図４に示すように、診断日時６１１と、症状情報６１２と、検査結果情報６１３と、診断結果情報６１４と、診断結果に基づいてユーザ３に対して処方される医薬品についての使用情報６２０と、を含む。勿論、これら以外のデータも適宜含めることができる。

【0069】

使用情報６２０は、処方薬情報６３０と、処方薬の使用有無情報６４０と、体調情報６４２と、を含む。

【0070】

処方薬情報６３０は、当該処方にて出された処方薬の種類毎に用意され、医薬品種類６３１と、用法情報６３２と、用量情報６３７と、を含む。

【0071】

用法情報６３２は、今回の処方薬を使用する期間を示す使用期間情報６３３（例えば、３日、５日など）と、使用タイミング情報６３４（例えば、食前・食後・食間・朝・夕・寝る前・頓用（自己判断での自己使用）など）と、使用方法情報６３５（例えば、内服・点眼・塗布・貼り付け・吸引・点鼻・点耳・坐薬の挿入・インスリンの注射など）と、を含む。勿論、これら以外のデータも適宜含めることができる。

【0072】

用量情報６３７は、１回の使用当たりの使用量（例えば、２錠、１袋、１枚など）を示す。

【0073】

使用有無情報６４０は、使用タイミング情報６３４が示す使用タイミング毎に、当該使用タイミングで使用されるべき処方薬の使用実績についての情報（例えば、使用の有無、使用した医薬品の種類と数量、など）である。

【0074】

体調情報６４２は、処方薬の使用時点におけるユーザ３の体調についての情報である。具体的には、１つの体調情報６４２は、報告日時と、血圧と、体温と、脈拍数と、痛みの評価値と、痛みの種類と、を含む。勿論、これら以外のデータも適宜含めることができる。

【0075】

図５は、使用有無及び体調についての報告に係るユーザ端末１５００と管理制御システム１１００との処理の流れを説明するためのフローチャートである。ユーザ３が病院で管理者２（この場合医者）の診察を受けて処方薬を得る状況に相当する。或いは、ユーザ３が薬局に行って管理者２（この場合薬剤師）のアドバイスを受けて医薬品を得る状況に相当する。

【0076】

管理制御システム１１００は、管理者端末１１０２での管理者２による操作に応じて、カルテデータ６００の読み出しを行う（ステップＳ２）。読み出しにはユーザＩＤの入力を必要とするが、新患については新患を意味する所定ＩＤを使用する。管理制御システム１１００は、ユーザＩＤが新患を示す場合には新たな正規のユーザＩＤを発行してカルテデータ６００を新規作成し、該当するユーザＩＤが既存であれば、該当するカルテデータ６００を検索する（ステップＳ４）。

【0077】

管理制御システム１１００は、読み出したカルテデータ６００の内容を、管理者端末１１０２（１１０２ａ）にて表示させ、カルテの入力を可能にする（ステップＳ６）。管理制御システム１１００は、ここで管理者２が新たに入力した内容を、新たな診断データ６１０として記録する（ステップＳ６；図４参照）。但し、使用有無情報６４０や体調情報６４２は、ユーザ端末１５００からの報告がなされるまでは記録されない。

【0078】

管理者２が処方を決定すると、ユーザ３へ処方薬が提供される。ユーザ３は、アプリケーションプログラム５０１をユーザ端末１５００へインストールして（ステップＳ１０）、当該プログラムを起動してユーザＩＤを入力して使用を開始する（ステップＳ１２）。

【0079】

ユーザ端末１５００は、アプリケーションプログラム５０１が起動されユーザＩＤが入力されると、管理制御システム１１００へユーザＩＤとともにユーザ３の最新の処方薬情報６３０（図４参照）のリクエストを送信してこれを取得・保存する（ステップＳ１４）。

【0080】

管理制御システム１１００は、リクエストに呼応して、リクエストされたユーザＩＤの処方薬情報６３０を提供する制御を行う（ステップＳ１５）。

【0081】

そして、ユーザ端末１５００は、取得した処方薬情報６３０の使用タイミング情報６３４を元にして、使用タイミングの到来を判定する。到来している場合には（ステップＳ１６のＹＥＳ）、処方薬の使用有無及び体調の報告入力画面を表示させて、処方薬の使用と報告操作入力をユーザ３に促し、操作入力を受け付ける（ステップＳ１８）。具体的には、報告入力画面は、使用タイミング情報６３４を基準に決まる所定の受付期間内で表示され、当該期間を過ぎると自動的に表示解消され、当該使用タイミングに係る報告ができなくなるものとする。

【0082】

図６に示すように、報告入力画面Ｗ６は、最初に処方薬の使用報告用の表示が行われ、次に体調の報告用の表示が行われる。使用報告用の表示では、処方内容が使用タイミング別に閲覧可能になっており、ステップＳ１６で肯定判定された使用タイミングで使用するべき内容についての報告が限定的に入力可能になっている（図の例では、網掛けされてない範囲が入力可能であることを示している）。

【0083】

報告入力画面Ｗ６では、処方された医薬品別に、チェックボタン５２とともに、医薬品名（又は医薬品の画像）・使用数・使用方法が表示される。チェックボタン５２のチェックマークは「使用有り」を示す。初期状態では、チェックボタン５２へのチェックは入っていないので、ユーザ３は、使用した医薬品のチェックボタンを操作して「使用有り」に変更する。もし、使用してなければ（使用し忘れた、或いは自己判断で使用しなかった場合は）そのままにする。

【0084】

そして、ユーザ３が入力決定操作アイコン５４を操作すると、ユーザ端末１５００は入力された内容を使用有無報告として、管理制御システム１１００へ送信し、体調の報告画用Ｗ６の表示へ切り換える。

【0085】

なお、使用報告用Ｗ６の表示では、使用量をユーザ３が自己申告するための使用量の入力欄を設けても良い。

【0086】

体調の報告用の表示では、体温・血圧・脈拍数など体調を示すバイタル値の入力欄５６と、症状種類の入力欄５７と、痛みの種類及び評価値の入力欄５８とが用意されており、ユーザ３は自身で計測したバイタル値を入力し、症状や痛みについての入力を行う。

【0087】

そして、ユーザ３が報告実行操作アイコン５９を操作すると、ユーザ端末１５００は報告入力画面Ｗ６で入力された内容の情報（報告情報）をユーザＩＤとともに管理制御システム１１００へ送信する（ステップＳ１８；図５）。

【0088】

ユーザ端末１５００は、アプリケーションが終了するまで（ステップＳ２０のＹＥＳ）、ステップＳ１４からステップＳ１８を繰り返す。

【0089】

一方、管理制御システム１１００は、報告情報を取得すると（ステップＳ２２）、取得したユーザＩＤに対応するカルテデータ６００を検索し、その最新の診断データ６１０に、新たな使用有無情報６４０と体調情報６４２とを追加する（ステップＳ２４；図４参照）。

【0090】

次いで、管理制御システム１１００は、誤使用アラート制御を実行する（ステップＳ２６）。具体的には、ステップＳ２２で取得した報告情報に基づいて、今回の使用についての正使用／誤使用を判定し、誤使用と判定された場合に、報告情報の送信元であるユーザ端末１５００へ所定の誤使用を告げるアラート表示を実行させるアラート指示を送信する。
アラート指示を受信したユーザ端末１５００は、これに従って所定のアラート表示を表示し、ユーザ３へ誤使用を警告する。

【0091】

よって、管理制御システム１１００には、ユーザ３の最新の使用情報６２０が常に保存されていることになる。なお、管理制御システム１１００による報告情報の取得は、ユーザ３によるユーザ端末１５００への操作入力を起因として、ユーザ端末１５００が報告情報を送信する方法に限らない。例えば、任意のタイミングでユーザ端末１５００に入力された報告情報を、ユーザ端末１５００が自動的かつ周期的に管理制御システム１１００に送信することで、管理制御システム１１００が報告情報を取得することとしてもよいし、管理制御システム１１００が自動的かつ周期的にユーザ端末１５００に対して報告情報の送信をリクエストしてユーザ端末１５００から報告情報を取得することとしてもよい。

【0092】

処方の使用についての指導は、薬剤師２ｂ（図１参照）が、薬局等に設置された管理者端末１１０２（１１０２ｂ）を用いて管理制御システム１１００に記憶されている使用有無情報６４０（図４参照）を参照して行う。

【0093】

〔２〕コンテンツの提供
次に、コンテンツサーバシステム１３００によるコンテンツの提供について詳細に述べる。図７～図９は、コンテンツの提供の仕方について説明するための図であって、図７はコンテンツが擬似会話である場合、図８はコンテンツがゲーム（例えばＲＰＧ（ロールプレイングゲーム））である場合、図９はコンテンツがデジタル絵本や動画である場合、の例をそれぞれ示している。

【0094】

ユーザ端末１５００でアプリケーションプログラム５０１をインストールしてユーザＩＤを設定入力すると、ユーザ端末１５００はコンテンツサーバシステム１３００にアクセスして、ユーザ端末１５００でコンテンツの提供を受けられるようにする。つまり、ユーザ３は、コンテンツをプレイできるようになる。

【0095】

コンテンツの提供は、ユーザ３が自発的に処方薬を正しく使用するように促す支援機能を果たし、そのためにコンテンツサーバシステム１３００は、ユーザ３の処方薬の使用有無の状況に応じてコンテンツ設定を変更しながらコンテンツの提供を続ける。

【0096】

コンテンツ設定は、どのコンテンツを提供対象として選択するかと、コンテンツの進行制御に係る設定つまりはコンテンツの内容に関する設定と、が含まれる。コンテンツ設定の変更は、ユーザ３が処方薬を正しく使用すればするほど、コンテンツをプレイするユーザ３にとってより有益となるように、より興趣性のあるものとなるように、変更される。

【0097】

言い換えると、コンテンツ設定は、ユーザ３が処方薬を正しく使用すればするほど、コンテンツの中の世界に良い影響が及ぶように感じられるように、或いはコンテンツのプレイにおいて自身にメリットがあると感じさせるように、変更される。

【0098】

結果、コンテンツプレイを通じて、コンテンツに興味を抱かせ、コンテンツをより楽しみたいと思うユーザ３に致して、処方薬を正しく使用させるように促す支援をすることとなる。

【0099】

具体的には、コンテンツが擬似会話である場合、ユーザ端末１５００の表示画面内で、ＳＮＳ（Social Networking Service）のチャット画面が擬似的に再現され、ユーザ３は仮想人物であるキャラクタ４との会話を楽しむ。

【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】

配信用アプリケーションプログラム５３２は、ユーザ端末１５００にインストールされるアプリケーションプログラム５０１のオリジナルである。

【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】

進行制御データ８１３は、コンテンツの進行制御に係る各種設定データを含む。例えば、初期設定データ８１４と、現在ルートＩＤ８１５と、分岐結果リスト８１６と、を含む。勿論、これら以外のデータも適宜含めることができる。例えば、ゲームコンテンツであれば、進行制御データ８１３は、３次元仮想空間に設定されたゲーム空間オブジェクトの配置や制御のデータ、プレーヤキャラクタや、敵ＮＰＣの制御データ、プレーヤが獲得したアイテムの保有データ、イベントフラグ、なども含む。

【0192】

初期設定データ８１４には、対象コンテンツ選択設定データ８１１が示すコンテンツの初期設定パターン定義データ６７１（図１３参照）の中から選択・適用された初期設定の内容が格納される。

【0193】

催促メッセージ履歴データ８２０は、初期状態は履歴無しとされるが、第１メッセージ制御部２３２，第２メッセージ制御部２３３が、第１のメッセージや第２のメッセージの制御を実行すると、実行日時情報が格納される。

【0194】

図１１に戻って、ユーザ管理データ８５０は、ユーザ３毎に用意され、当該ユーザに係る各種データを格納する。１つのユーザ管理データ８５０は、例えばユーザＩＤ８５１と、コンテンツ使用履歴データ８５３と、を含む。勿論、これら以外のデータも適宜含めることができる。

【0195】

コンテンツ使用履歴データ８５３は、新たにコンテンツの提供が開始される毎に作成され、提供開始日時と、提供されたコンテンツのコンテンツＩＤと、セーブデータと、を格納する。セーブデータは、最新のコンテンツ提供の進行制御を保存・回復するためのデータである。

【0196】

催促メッセージ定義データ８６０は、処方された医薬品の種類毎に用意され、ユーザ３に当該医薬品の使用を催促するメッセージ内容を定義する各種データを格納する。１つの催促メッセージ定義データ８６０は、医薬品種類と、メッセージ内容とを対応付けて格納する。例えば、絶対に使用を忘れてはならない種類の医薬品についてのメッセージには、使用忘れが招く影響を踏まえた警告を含むようなメッセージ内容に設定されている。また、メッセージ内容は、ユーザ３の年齢別に用意するとしてもよい。例えば、子供には使用の難易度が高い医薬品（例えば、粉薬や、注射、吸入薬）の子供向けメッセージでは、応援要素を含む内容を含めると好適である。

【0197】

次に、コンテンツ提供に係る処理の流れについて説明する。
図１６～図１８は、コンテンツ提供に係る処理の流れを説明するためのフローチャートである。

【0198】

ユーザ３は、管理者２（医者）から処方を受けると、ユーザ端末１５００においてアプリケーションプログラム５０１を起動して、管理者２から渡されたユーザＩＤで設定登録する（図５参照）。ユーザ端末１５００は、設定登録されたユーザＩＤでコンテンツサーバシステム１３００にアクセスしログインする（ステップＳ５０）。

【0199】

コンテンツサーバシステム１３００は、当該ユーザ端末１５００へコンテンツを提供するための準備として、受信したユーザＩＤが示すユーザ３のユーザ情報６０４と、最新の使用情報６２０の提供を管理制御システム１１００にリクエストする（ステップＳ５２）。
管理制御システム１１００は、当該リクエストに応じてユーザ情報６０４と報知先端末アドレス６０６と最新の使用情報６２０とをコンテンツサーバシステム１３００へ送信するので（ステップＳ５４）、コンテンツサーバシステム１３００は、プレイデータ８００（図１５参照）を作成して、受信したデータを取得済ユーザ情報８０３、取得済報知先端末アドレス８０４、取得済使用情報８０５として格納する（ステップＳ５６）。

【0200】

次に、コンテンツサーバシステム１３００は、コンテンツ設定の１つとして、提供対象とするコンテンツを選択する（ステップＳ６０）。具体的には、選択要件６６２（図１２参照）を満たすコンテンツ定義データ６６０を検索し、検索された定義データのコンテンツの何れかをランダムに選択する。選択結果は、対象コンテンツ選択設定データ８１１として記憶される。なお、検索された定義データのコンテンツのタイトル等をユーザ端末１５００にて表示させ、ユーザ３に提供対象を選択させるとしてもよい。

【0201】

次に、コンテンツサーバシステム１３００は、コンテンツ設定の１つとして、提供対象としたコンテンツのシナリオ定義データ６７０（図１３参照）の初期設定パターン定義データ６７１のなかから、選択要件６７３を満たすものを検索し、その初期設定内容６７２を、進行制御データ８１３の初期設定データ８１４（図１５参照）に設定する（ステップＳ６２）。現在ルートＩＤ８１５は、当該コンテンツの最初のルートに設定される。これで、コンテンツを提供する準備が整ったことになる。

【0202】

準備が整ったならば、コンテンツサーバシステム１３００は、コンテンツの進行制御を開始する（ステップＳ６６）。進行制御には、現在ルートＩＤ８１５の示すルートのルート内容定義データ７００（図１４参照）を参照して、特別イベント実行データ７０４、使用有無改善時特典設定データ７１０、体調改善時特典設定データ７１２、エンディング定義データ７１４などに基づくイベントや特典付与を制御することも含まれる。なお、最初のルートでは、これらは設定されていない。

【0203】

進行制御を開始すると、クライアント・サーバ型のオンラインコンテンツの提供が始まる。すなわち、コンテンツサーバシステム１３００は、コンテンツの映像を表示する表示データを生成して次々にユーザ端末１５００へ送信する。ユーザ端末１５００はコンテンツの映像を表示し、操作入力情報を逐一コンテンツサーバシステム１３００へ送信する。コンテンツサーバシステム１３００は、操作入力情報に基づいてコンテンツ設定（この場合、進行制御に係る各種パラメータ値や設定）を変更しながら、進行制御を続ける。

【0204】

図１６に移って、進行制御開始後、コンテンツサーバシステム１３００は、使用タイミングに基づく更新タイミングの到来を常時監視する（ステップＳ７０）。更新タイミングは、処方された使用タイミングの種類に応じて予め設定されている時間帯（例えば、「朝」ならば６：００～９：００）の終わり時刻に所定の猶予時間（ユーザ３が用事を済ませて使用有無の報告をするのに必要と想定される猶予時間）を加算した時刻とする。使用タイミングが特定時間に設定されている場合、或いは初回の使用タイミングの時間から次回以降の使用タイミングが所定間隔で一意に特定時間が決まる場合には、当該特定時間に猶予時間を加えた時刻を更新タイミングとする。

【0205】

そして、コンテンツサーバシステム１３００は、更新タイミングが到来すると（ステップＳ７０のＹＥＳ）、管理制御システム１１００に最新の使用情報６２０の提供をリクエストする（ステップＳ７２）。

【0206】

管理制御システム１１００は当該リクエストに応じて最新の使用情報６２０を返信し（ステップＳ７４）、コンテンツサーバシステム１３００はこれを受信して取得済使用情報８０５と比較する。その結果、新たに取得した使用情報６２０が取得済使用情報８０５から更新されていなければ（ステップＳ７６のＮＯ）、催促メッセージ履歴データ８２０（図１５参照）を参照する。

【0207】

もし、当該使用タイミングに係り催促メッセージの送信を行っていなければ（ステップＳ７８のＮＯ）、待機時間の経過を待って（ステップＳ８０のＹＥＳ）、ユーザ端末１５００では処方薬の使用と使用報告を催促する第１の催促メッセージを、取得済報知先端末アドレス８０４の示す報知先端末ではユーザ３の補助を催促する第２の催促メッセージを、それぞれ報知させる制御、すなわち催促の制御を行う（ステップＳ８２，ステップＳ８４）。第１の催促メッセージは、催促メッセージ定義データ８６０（図１１参照）の中から、当該使用タイミングで使用されるべき医薬品に対応する定義データが検索され、そのメッセージ内容が含められる。なお、催促メッセージは、電子メール、ＳＮＳ（Social Networking Service）によるメッセージ、などその実現方法は問わない。

【0208】

新たに取得した使用情報６２０が取得済使用情報８０５から更新されている場合（ステップＳ７６のＹＥＳ）、又は催促してなお更新されていない場合は（ステップＳ７８のＹＥＳ）、コンテンツサーバシステム１３００は、今回到来した使用タイミングに係る処方薬の正使用／誤使用を判定する（ステップＳ９０）。

【0209】

そして、コンテンツサーバシステム１３００は、正使用／誤使用の判定結果に基づいてルート分岐を行う（ステップＳ９２）。具体的には、コンテンツサーバシステム１３００は、分岐元ルートＩＤ６８１が現在ルートを示すルート分岐定義データ６８０（図１３参照）を参照して分岐先ルートを決定し、現在ルートＩＤ８１５（図１５参照）を変更し、分岐結果リスト８１６を更新する。

【0210】

コンテンツサーバシステム１３００は、今回の処方の使用期間が終了するまでステップＳ７０からステップＳ９２を繰り返す（ステップＳ９４のＮＯ）。

【0211】

使用期間が終了したならば（ステップＳ９４のＹＳＥ）、図１８に移って、コンテンツサーバシステム１３００は、今回の処方薬に係る使用成績に応じてエンディングを選択或いは設定し（ステップＳ１００）、エンディングを提供する（ステップＳ１０２）。

【0212】

次いで、コンテンツサーバシステム１３００は、コンテンツの進行制御を終了させ（ステップＳ１０４）、コンテンツ使用履歴データ８５３（図１１参照）を作成・更新する（ステップＳ１０６）。そして、コンテンツサーバシステム１３００は、使用有無表示Ｗ７（図１０参照）の表示制御を行う（ステップＳ１０８）。ユーザ端末１５００では、使用有無表示Ｗ７が表示される（ステップＳ１１０）。

【0213】

以上、本実施形態によれば、患者による処方薬の自発的な正しい使用を促して処方薬の使用忘れを防ぐ支援を実現することができる。

【0214】

すなわち、医薬品を使用するユーザ３は、ユーザ端末１５００を使って、当該ユーザに対して処方された医薬品（処方薬）の使用情報に基づいて内容が変化するエンターテインメントコンテンツを楽しむことができる。ユーザ３の立場からすると、自分が処方通りに正しく医薬品を使用しているかによってコンテンツの内容が変化するので、自然とコンテンツへの興味がわく。そして、コンテンツの内容が気になるユーザ３は、自然と自身の医薬品の使用を正しく行う意識をするようになり、医薬品の自発的な正しい使用をするようになる。

【0215】

また、ユーザ３がプレイするコンテンツは複数種類の中から選択されるので、同じコンテンツしか提供できない場合に比べてユーザに飽きられることがない。

【0216】

また、医薬品の使用期間を通じて１つのコンテンツを継続してプレイする場合であっても、使用情報に基づいてコンテンツの進行制御に係る設定が変更されるので、ユーザを当該コンテンツに継続的に惹き付けることができる。

【0217】

また、コンテンツサーバシステム１３００は、ユーザ３のユーザ情報６０４を外部の記憶部（管理制御システム１１００の記憶部）から取得するので、コンテンツサーバシステム１３００としてはユーザ情報６０４を常時記憶して管理する必要がなく、リソースをコンテンツの提供に集中することができる。また、コンテンツサーバシステム１３００を、ユーザ情報６０４という個人情報の管理から切り離すことができる。

【0218】

また、コンテンツサーバシステム１３００は、医薬品の使用期間に基づいてコンテンツ設定を決定できるので、コンテンツの所要プレイ時間を、医薬品の使用期間長に合わせることで、使用期間終了前に唐突にコンテンツが終了したり、使用期間が終了したのにコンテンツが何時までも終わらないといった好ましくない事態を避けることができる。

【0219】

また、コンテンツサーバシステム１３００は、ユーザ３が処方された医薬品をどのように使用したかの結果に基づいてコンテンツ設定を変更できる。正しい使用タイミングで使用された場合のコンテンツ設定が、誤った使用タイミングで使用された場合（使用されなかった場合を含む。）のコンテンツ設定よりも、ユーザにとって利益となるようにコンテンツ設定が変更されるので、ユーザ３の処方薬の正しい使用を促すことができる。

【0220】

また、コンテンツサーバシステム１３００は、使用タイミングからある程度の待機期限を待ってなお使用有無情報を取得できない場合、ユーザ端末１５００にて医薬品の使用を促すメッセージを報知させて、使用忘れが起きないような措置を講ずることができる。

【0221】

また、コンテンツサーバシステム１３００は、ユーザが、自発的に正しく医薬品を使用できたか、第１のメッセージを受けたことで、使用すべきことを思い出して使用したかによってもコンテンツ設定を変更できる。プレイ中のコンテンツの内容が、処方薬を自発的にきちんと使用できるかによって左右されることになるので、決められた正しいタイミングで医薬品を使用するようにユーザを誘導することができる。

【0222】

また、コンテンツサーバシステム１３００は、使用が確認されない医薬品の種類によって使用を促す催促メッセージの内容を決定できる。例えば、絶対に忘れてはいけない種類については警告を含めた内容とすると、今回の使用忘れを速やかにリカバーできるとともに、次回以降の使用忘れを強く防止できる。また例えば、子供のユーザには服用難易度が高い粉薬が処方されている場合には、応援要素を含むメッセージの内容とすることで、ユーザに服用を奮起させることができる。

【0223】

また、コンテンツサーバシステム１３００は、第１の催促メッセージだけではユーザ単独での医薬品の使用履行が望めない場合（例えば、医薬品を使用すべきユーザが子供の場合や、使用するには介助や補助を必要とする場合）において、報知先端末から第２のメッセージを報知させることで、当該報知先端末を使用する他ユーザに使用履行のための補助を求める報知とすることができる。

【0224】

また、コンテンツサーバシステム１３００は、使用有無表示Ｗ７（図１０参照）によって、ユーザ３による処方薬の使用についての成績発表をして、ユーザ３に自身の症状を改善するためのやる気度合を認識させ、ユーザ３が反省して真摯に使用するようになるキッカケを提供できる。

【0225】

また、コンテンツサーバシステム１３００は、ジェネリック医薬品が処方されているかによってコンテンツ設定を変更することができる。例えば、ジェネリック医薬品を使用していることを褒める内容に設定を変更することで、ユーザを、医療費低減のために頑張っていることでユーザを褒めて、使用を促すといったことが期待できる。

【0226】

また、コンテンツサーバシステム１３００は、ユーザ３の体調に応じてコンテンツ設定を変更することができる。例えば、コンテンツがゲームである場合、体調が改善したタイミングでプレーヤキャラクタの能力や体力が改善するキャラクタのレベルアップや、イベントが発生するようにコンテンツ設定を変更すれば、ユーザ３は、プレーヤキャラクタに抱く共感が高まり、医薬品の正しい使用の大切さをコンテンツ内でも追体験することができる。よって、自発的で正しい処方薬の使用を啓蒙できる。

【0227】

〔第２実施形態〕
次に、本発明を適用した第２実施形態について説明する。本実施形態は、基本的には第１実施形態と同様に実現されるが、管理制御システム１１００の構成が異なる。なお、本実施形態では、主に第１実施形態との差異について述べることとし、第１実施形態と同様の構成要素については第１実施形態と同じ符号を付与して重複する説明は省略する。

【0228】

図１９は、第２実施形態におけるシステム構成図である。管理制御システム１１００Ｂは、第１実施形態の管理制御システム１１００に対応するシステムであり、情報管理サーバシステム１１７０と、管理者支援サーバシステム１１７１と、ＳＮＳサーバシステム１１７２と、連携サーバシステム１１７３と、ゲートウェイサーバシステム１１７４と、を含む。

【0229】

情報管理サーバシステム１１７０は、処方薬支援サービスの提供にあたって必要な各種情報（例えば、カルテデータ６００（図３参照）、使用情報６２０（図４参照））を管理する。具体的には、情報管理サーバシステム１１７０は、第１実施形態のデータベース１１４０が担っていた情報記憶管理及び情報提供に関する制御を行う。

【0230】

管理者支援サーバシステム１１７１は、ユーザ３の使用情報６２０（処方薬情報６３０、使用有無情報６４０を含む。）を、病院や調剤薬局に設置された管理者端末１１０２（１１０２ａ、１１０２ｂ）から閲覧できるようにする制御を行う。また、管理者支援サーバシステム１１７１は、管理者２（２ａ、２ｂ）による所定のメッセージ作成操作及び送信操作に、ユーザ３のユーザ端末１５００宛てに、作成したメッセージを送信する制御を行うとしてもよい。なお、メッセージの送信は、電子メール、ＳＮＳサーバシステム１１７２を介したＳＮＳメッセージ、などその方法は問わない。

【0231】

連携サーバシステム１１７３は、処方薬使用支援システム１０００の各サーバシステムで管理されている情報を相互に参照可能にする制御を行う。具体的には、ユーザ３のユーザＩＤに紐付けされている情報をサーバシステム間で参照する。

【0232】

ゲートウェイサーバシステム１１７４は、情報管理サーバシステム１１７０・管理者支援サーバシステム１１７１・ＳＮＳサーバシステム１１７２間のデータ通信や、それらとユーザ端末１５００やコンテンツサーバシステム１３００とのデータ通信を中継制御する。

【0233】

管理制御システム１１００Ｂの機能構成は、第１実施形態と同様であるが、第１実施形態の管理制御部２１０（図３参照）が担っていた各種機能を、情報管理サーバシステム１１７０と、管理者支援サーバシステム１１７１と、ＳＮＳサーバシステム１１７２と、連携サーバシステム１１７３と、ゲートウェイサーバシステム１１７４と、で分担していることになる。勿論、これらのサーバシステムには、それぞれが担う機能を実現するためのプログラムやデータを記憶している。

【0234】

なお、管理制御システム１１００Ｂにおける処理の流れは、第１実施形態の管理制御システム１１００が実行している各ステップの内容を、その内容に応じて、情報管理サーバシステム１１７０・管理者支援サーバシステム１１７１・ＳＮＳサーバシステム１１７２・連携サーバシステム１１７３・ゲートウェイサーバシステム１１７４が分担作業するように適宜読み替えればよい。

【0235】

本実施形態によれば、第１実施形態と同様の効果を得ることができる。

【0236】

〔変形例〕
以上、本発明を適用した実施形態について説明したが、本発明を適用可能な形態は上記形態に限定されるものではなく適宜構成要素の追加・省略・変更を施すことができる。

【0237】

例えば、上記実施形態では、ユーザ情報６０４や使用情報６２０（使用有無情報６４０、体調情報６４２を含む）を、管理制御システム１１００にて記憶・管理する構成としたが、ユーザ端末１５００や、管理者端末１１０２の記憶部で記憶・管理する構成としてもよい。

【0238】

また例えば、上記実施形態では、コンテンツの進行制御に係る演算処理を、コンテンツサーバシステム１３００で実行する構成としたが、ユーザ端末１５００で実行する構成も可能である。その場合、進行制御を開始する前に、コンテンツサーバシステム１３００が提供対象コンテンツのコンテンツ定義データ６６０（図１２参照）をユーザ端末１５００に提供し、進行制御の演算処理の一部又は全部をユーザ端末１５００で行うとすればよい。

【0239】

また例えば、上記実施形態では、ユーザ３が体調についての報告を手入力で行う構成としたが、これを自動化することもできる。例えば、ユーザ端末１５００が腕時計型などのウェアラブルコンピュータであり、血圧や脈拍数の計測センサを搭載している場合、体調報告に係るそれらのバイタル値の入力を自動で行うとしてもよい。

【0240】

また、上記実施形態では、コンテンツの提供に際し、使用タイミングを基準としてルート分岐に係るコンテンツ設定を変更するとしたが、ルート分岐をしないでコンテンツを提供するとしてもよい。その場合、実質的にルート内容定義データ７００（図１４参照）は１つのみ用意され、特別イベント実行データ７０４や、使用有無改善時特典設定データ７１０、体調改善時特典設定データ７１２の発動制御を、直近の使用タイミングに係る使用有無情報６４０や体調情報６４２に基づいて実行する構成とすればよい。

【符号の説明】

【0241】

２…管理者
３…ユーザ
２３０…コンテンツサーバ制御部
２３１…取得制御部
２３２…第１メッセージ制御部
２３３…第２メッセージ制御部
２３５…コンテンツ設定決定部
２３７…コンテンツ提供制御部
２３９…使用有無表示制御部
６０４…ユーザ情報
６０６…報知先端末アドレス
６１０…診断データ
６２０…使用情報
６３０…処方薬情報
６３１…医薬品種類
６３２…用法情報
６３３…使用期間情報
６３４…使用タイミング情報
６４０…使用有無情報
６４２…体調情報
６６０…コンテンツ定義データ
６６２…選択要件
６６３…ユーザ情報条件
６６４…使用情報条件
６６４ａ…医薬品種類条件
６６４ｂ…使用期間条件
６６４ｃ…使用タイミング条件
６６４ｆ…体調条件
６７０…シナリオ定義データ
６７１…初期設定パターン定義データ
６８０…ルート分岐定義データ
６８４…分岐要件
８００…プレイデータ
８０１…ユーザＩＤ
８０３…取得済ユーザ情報
８０４…取得済報知先端末アドレス
８０５…取得済使用情報
８１０…コンテンツ設定データ
８１１…対象コンテンツ選択設定データ
８２０…催促メッセージ履歴データ
１０００…処方薬使用支援システム
１１００…管理制御システム
１１０２…管理者端末
１３００…コンテンツサーバシステム
１５００…ユーザ端末
Ｗ６…報告入力画面
Ｗ７…使用有無表示

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】