特許 6681358 通知システム、通知方法および通知プログラム

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

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

(11)【特許番号】6681358

(24)【登録日】2020年3月25日

(45)【発行日】2020年4月15日

(54)【発明の名称】通知システム、通知方法および通知プログラム

(51)【国際特許分類】

   G06Q 10/04 20120101AFI20200406BHJP

   G08B 25/04 20060101ALI20200406BHJP

【ＦＩ】

   G06Q10/04

   G08B25/04 K

【請求項の数】15

【全頁数】27

(21)【出願番号】特願2017-60121(P2017-60121)

(22)【出願日】2017年3月24日

(65)【公開番号】特開2018-163510(P2018-163510A)

(43)【公開日】2018年10月18日

【審査請求日】2019年2月13日

(73)【特許権者】

【識別番号】598057291

【氏名又は名称】株式会社富士通エフサス

(74)【代理人】

【識別番号】110002147

【氏名又は名称】特許業務法人酒井国際特許事務所

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

【特許文献1】特開平１０−８５１９２号公報

【特許文献2】特開平９−４４４９６号公報

【発明の概要】

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

【0006】

しかしながら、上記のような従来のシステムでは、在宅医療に向かう医者が患者宅に到着するまでの支援を行うことは必ずしも容易ではなかった。

【0007】

たとえば、区画整理されていない古い地域などは、一般的な地図やカーナビには表示されない道や自動車では通れない隘路が存在する場合がある。また大規模マンションの場合、入口から住居までの道順が複雑で外部者には理解しにくいことがある。

【0008】

このため、特に初診で医者が訪問する場合、患者宅を見つけるまでに時間がかかることがある。また、夜間等に緊急で訪問診療を行うときは、医者が患者宅を見つけるまでに時間がかかると、患者および患者の家族の心理的負担が増す。また、患者に異常が発生して医者が緊急に訪問する場合は、医者が患者宅を見つけるまでに時間がかかると、患者の状態に影響する可能性もある。

【0009】

１つの側面では、患者宅の状況に適合させた効率的な通知を実現することができる通知システム、通知方法および通知プログラムを提供することを目的とする。

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

【0010】

第１の案では、目的住所を受信し、目的住所への通知の送信タイミングを目的住所の住宅属性に応じて補正し、目的住所と第１のユーザとの距離を算出し、補正された送信タイミングに対応する距離と算出した距離との比較結果に基づき、目的住所に対応付けて通知を送信する。

【発明の効果】

【0011】

本発明の１実施形態によれば、患者宅の状況に適合させた効率的な通知を実現することができる。

【図面の簡単な説明】

【0012】

【図1】図１は、第１の実施形態に係る通知システムの構成の一例を示す図である。

【図2】図２は、第１の実施形態に係る通知システムにおける患者情報の構成の一例を示す図である。

【図3】図３は、第１の実施形態に係る通知システムにおけるタイミング情報の構成の一例を示す図である。

【図4】図４は、第１の実施形態に係る通知システムの通知処理の流れの一例を示すフローチャートである。

【図5】図５は、第１の実施形態に係る通知システムにおける第１の補正処理の流れの一例を示すフローチャートである。

【図6】図６は、第１の実施形態に係る通知システムにおける第２の補正処理の流れの一例を示すフローチャートである。

【図7】図７は、第１の実施形態に係る通知システムにおける第３の補正処理の流れの一例を示すフローチャートである。

【図8】図８は、第２の実施形態に係る通知システムの構成の一例を示す図である。

【図9】図９は、第２の実施形態に係る通知システムにおける患者情報の構成の一例を示す図である。

【図10】図１０は、第２の実施形態に係る通知システムにおける医者情報の構成の一例を示す図である。

【図11】図１１は、第２の実施形態に係る通知システムにおけるタイミング情報の構成の一例を示す図である。

【図12】図１２は、第２の実施形態に係る通知システムの通知処理の流れの一例を示すフローチャートである。

【図13】図１３は、第２の実施形態に係る通知システムにおける第１の補正処理の流れの一例を示すフローチャートである。

【図14】図１４は、第２の実施形態に係る通知システムにおける第２の補正処理の流れの一例を示すフローチャートである。

【図15】図１５は、第３の実施形態に係る通知システムにおける患者情報の構成の一例を示す図である。

【図16】図１６は、第３の実施形態に係る通知システムにおけるタイミング情報の構成の一例を示す図である。

【図17】図１７は、第３の実施形態に係る通知システムの通知処理の流れの一例を示すフローチャートである。

【図18】図１８は、第３の実施形態に係る通知システムにおける補正処理の流れの一例を示すフローチャートである。

【図19】図１９は、実施形態に係る通知プログラムを実行するコンピュータの一例について説明するための図である。

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

【0013】

以下に、本願の開示する通知システム、通知方法および通知プログラムの実施形態を図面に基づいて詳細に説明する。なお、この実施形態によりこの発明が限定されるものではない。

【0014】

（第１の実施形態）
図１は、第１の実施形態に係る通知システム１の構成の一例を示す図である。第１の実施形態に係る通知システム１は、患者の住所に基づき、当該住所の住宅属性に基づいて、患者に医者の到着を知らせる通知の送信タイミングを調整する。たとえば、通知システム１は、患者の住所表記に基づき、当該住所の住宅属性を推定する。たとえば、通知システム１は、当該住宅が建物の何階かを推定する。また、通知システム１は、当該住所の周辺状況を推定する。また、通知システム１は、当該住宅が一軒家か施設かを推定する。そして、通知システム１は、推定した住宅属性に基づき、通知の送信タイミングを調整する。ここで、住宅属性とは、住所から推定される住宅の特徴であり、当該住宅への行きやすさに影響する特徴である。たとえば、以下に説明する階数、隘路係数、住居種別等が住宅属性に該当する。

【0015】

図１に示すように、通知システム１は、サーバ１０と、情報処理端末２０および３０と、を備える。サーバ１０と、情報処理端末２０および３０と、はネットワーク４０を介して通信可能に接続される。サーバ１０は、情報処理端末２０から送信される通知リクエストに応じて、情報処理端末２０から送信される住所に対応する情報処理端末３０に通知を送信する。

【0016】

情報処理端末２０は、たとえば医者が使用する情報処理装置である。情報処理端末２０はユーザからの情報の入力を受付け、ネットワーク４０経由でサーバ１０に情報を送信する。情報処理端末２０はたとえば、スマートフォン、タブレットコンピュータ等、ユーザが携帯可能な小型情報処理装置である。情報処理端末２０は、医者が在宅医療のため患者宅に向かう際に使用する自動車等の乗り物に搭載されてもよい。たとえば、情報処理端末２０は、カーナビシステムの一部であってもよい。また、医者が使用するスマートフォンとカーナビシステム全体が情報処理端末２０を構成するものとしてもよい。情報処理端末２０は、自装置の位置を検知するＧＰＳ（Global Positioning System）機能を有するものとする。情報処理端末２０は、ユーザから通知リクエストの入力を受け付ける。通知リクエストには情報処理端末２０を使用する医者を特定する情報が含まれる。また、情報処理端末２０は、ユーザによる患者の居宅の住所入力を受け付ける。情報処理端末２０は、受け付けた通知リクエストと住所とをサーバ１０に送信する。

【0017】

情報処理端末３０は、たとえば患者または患者の介護者や家族が利用する情報処理装置である。情報処理端末３０はたとえば、パーソナルコンピュータ（ＰＣ）、タブレットコンピュータ、スマートフォン等である。情報処理端末３０は、サーバ１０からネットワーク４０経由で通知を受信する。情報処理端末３０は、通知に対する応答を送信する機能を有してもよい。

【0018】

（サーバ１０の構成の一例）
サーバ１０は、記憶部１１と、制御部１２と、通信部１３と、入力部１４と、出力部１５と、を有する。

【0019】

記憶部１１は、サーバ１０における処理に使用される情報および処理の結果生成される情報を記憶する。記憶部１１はたとえば、半導体メモリ素子や記憶装置である。半導体メモリ素子としては、ＶＲＡＭ（Ｖｉｄｅｏ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やフラッシュメモリ（ｆｌａｓｈ ｍｅｍｏｒｙ）などが挙げられる。また、記憶装置としては、ハードディスク、光ディスクなどの記憶装置が挙げられる。

【0020】

制御部１２は、サーバ１０の動作および機能を制御する。制御部１２としてたとえば、各種の集積回路や電子回路を採用できる。また、制御部１２に含まれる機能部の一部を別の集積回路や電子回路とすることもできる。例えば、集積回路としては、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）が挙げられる。また、電子回路としては、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）などが挙げられる。制御部１２の構成については後述する。

【0021】

通信部１３は、サーバ１０と情報処理端末２０，３０との間での情報の送受信を実現する。通信部１３が実現する通信の形式は特に限定されない。通信部１３はたとえば、情報処理端末２０，３０が対応する形式であれば、無線通信および有線通信の何れを実現してもよい。通信部１３の具体的態様は特に限定されない。

【0022】

入力部１４は、サーバ１０に対する外部からの情報の入力を受け付ける。入力部１４はたとえば、マウス、キーボード、ジョイスティック、タッチパネル等である。

【0023】

出力部１５は、任意の形式の情報を外部に出力する。出力部１５はたとえば、モニタ、スピーカ、プリンタ等である。

【0024】

（記憶部１１に記憶される情報の一例）
記憶部１１は、患者記憶部１１１と、タイミング記憶部１１２と、を有する。

【0025】

図２は、第１の実施形態に係る通知システムにおける患者情報の構成の一例を示す図である。図２に示すように、患者情報は、「患者ＩＤ」、「氏名」、「住所」、「電話番号（固定）」、「電話番号（携帯）」、「メールアドレス１」、「メールアドレス２」、「住居種別」を含む。「患者ＩＤ」は、在宅医療を受ける患者を一意に特定する識別子（Ｉｄｅｎｔｉｆｉｅｒ）である。患者ＩＤは、通知システム１のサービスを受ける患者各々に割り当てられる。「氏名」は、対応する患者ＩＤにより識別される患者の氏名である。「住所」は、対応する患者ＩＤにより識別される患者の住所である。ここで、「住所」は実際に当該患者が居住する住宅の住所を指す。「電話番号（固定）」は、対応する患者ＩＤにより識別される患者の固定電話の電話番号である。「電話番号（携帯）」は、対応する患者ＩＤにより識別される患者の携帯電話の電話番号である。「メールアドレス１」は、対応する患者ＩＤにより識別される患者に対する通知の宛先となるメールアドレスである。「メールアドレス２」は、対応する患者ＩＤにより識別される患者に対する通知の予備の宛先となるメールアドレスである。「住居種別」は、対応する患者ＩＤにより識別される患者の居宅の種別を示す。たとえば、「住居種別」は、患者の居宅が一軒家か、マンションか、自宅以外の施設か、などを示す。また、「住居種別」は、患者の居宅がマンションである場合、大規模マンションか、中規模マンションか、小規模マンションか、等を示す。

【0026】

たとえば、図２の例では、「患者ＩＤ，Ｐ００１」に対応づけて、「氏名、栄阿一郎」、「住所、○○市富士町１−５−５」、「電話番号（固定）、０１２−３４５−６７８９」が記憶される。さらに、「患者ＩＤ，Ｐ００１」に対応づけて、「電話番号（携帯）、０９０−１２３４−５６７８」、「メールアドレス１，[e-mail]」、「メールアドレス２，[e-mail]」、「住居種別、一軒家」が記憶される。これは、患者ＩＤ「Ｐ００１」で一意に特定される患者の氏名は、「栄阿一郎」であることを示す。また、栄阿一郎は、○○市富士町１−５−５に住んでいることを示す。また、栄阿一郎の固定電話の電話番号は、０１２−３４５−６７８９であることを示す。また、栄阿一郎の携帯電話の電話番号は、０９０−１２３４−５６７８であることを示す。また、栄阿一郎の通知の宛先となるメールアドレスは、「[e-mail]」であることを示す。また、栄阿一郎の予備のメールアドレスは、「[e-mail]」であることを示す。また、栄阿一郎の居宅は一軒家であることを示す。

【0027】

患者情報は、在宅医療を受ける患者に関する情報であれば、上記の情報に限定されない。患者情報はたとえば、患者の病歴や処方箋など任意の情報をさらに含んでもよい。

【0028】

図３は、第１の実施形態に係る通知システム１におけるタイミング情報の構成の一例を示す図である。タイミング情報は、通知システム１が情報処理端末２０から受信した情報に基づき、情報処理端末３０に通知を送るタイミングを決定するための情報である。タイミング情報はたとえば、情報処理端末２０の現在位置と患者の居宅との距離が何メートルになった時点で通知を送信するか、を定義する。また、タイミング情報は、患者の居宅の特徴に応じて通知を送信するタイミングを補正するルールを記憶する。また、タイミング情報は、患者の居宅の周辺の状況に応じて通知を送信するタイミングを補正するルールを記憶する。

【0029】

図３の（Ａ）に示すように、タイミング情報はたとえば、「基準距離」を含む。「基準距離」は、送信タイミングとして予め設定される基本となる距離である。通知システム１においては、情報処理端末２０と患者の居宅との距離が、タイミング記憶部１１２に設定される基準距離になったとき、情報処理端末３０に通知が送信される。たとえば、図３の（Ａ）には、「基準距離、５００ｍ」が記憶される。これは、通知システム１は、患者の居宅と情報処理端末２０との距離が５００メートル以下になったと判定すると、患者の情報処理端末３０に通知を送信することを意味する。通知システム１においては、基準距離が後述する補正処理により補正されなかった場合は、基準距離を送信タイミングとする。また、通知システム１においては、基準距離が後述する補正処理により補正された場合は、補正後の距離が送信タイミングとなる。

【0030】

また、図３の（Ｂ）に示すように、タイミング情報はたとえば、「階数」と「調整」とを含む。「階数」は、患者の居宅が存在する階数を示す。また、「調整」は、患者の居宅が存在する階数に応じて送信タイミングを補正する数値を示す。「調整」はたとえば、基準距離に加算する数値を示す。

【0031】

たとえば、図３の（Ｂ）中、「階数、１」に対応付けて「調整、０」が記憶される。これは、患者の居宅が１階にある場合、送信タイミングは調整しないことを示す。また、「階数、２」に対応付けて「調整、１００」が記憶される。これは、患者の居宅が２階にある場合、基準距離に対して１００メートル加算する、送信タイミングの補正を行うことを示す。

【0032】

このように、第１の実施形態の通知システム１は、患者の居宅の特徴に基づき送信タイミングを調整する。たとえば、地図上では患者の居宅と医者との距離が短くなったように見えても、患者の居宅がマンションの高層階にある場合、マンションに到着してから患者の居宅に到着するまでに長時間要する場合がありうる。また、患者の居宅が隘路が多い場所や一方通行路が多い場所にある場合、居宅の近くに到達してから実際に居宅に到着するまでに時間を要する場合も考えられる。

【0033】

第１の実施形態の通知システム１は、患者の住宅が見つけにくいと予測される属性を有する場合、通知の送信タイミングを早めるように調整を実行する。このように調整することで、患者の家族等は、通知によって医者の到着が近いことを知らされると迎えに行く等の行動をとることができる。

【0034】

たとえば、患者の居宅が高層階であれば家族が医者を迎えにいくためにマンションの入口まで降りるのに時間がかかることを考慮して、図３の（Ｂ）のように高層階ほど基準距離を大きく補正する。通知システム１は、たとえば、５階に住む患者に対する通知は、基準距離「５００ｍ」に「階数、５」に対応する「調整、４００」を加算したタイミングで行う。つまり、通知システム１は、医者と患者の居宅との間の距離が５００ｍ＋４００ｍ＝９００ｍになった時点で通知を送信する。この時点で患者の家族が通知を受け取ることができれば、医者がマンションの入口に到着するころまでに、家族も５階から下に降りて医者を出迎えることができる。

【0035】

また、図３の（Ｃ）に示すように、タイミング情報はたとえば、「隘路係数」と「調整」とを含む。「隘路係数」は患者の居宅周辺の隘路の多さに応じて設定される係数である。たとえば、「隘路係数」は、患者の居宅から所定範囲内の、所定幅以下の道路の長さを、全ての道路の長さで割った数に応じて設定する。またあるいは、患者の居宅前に所定幅以上かつ所定長さ以上の道路があるか否かに応じて設定する。たとえば、所定幅以下の道路の長さを全ての道路の長さで割った数が、「１０」以上の場合に隘路係数を「５」とする。また、所定幅以下の道路の長さを全ての道路の長さで割った数が、「１」の場合に隘路係数を「１」とする。また、所定幅以下の道路の長さを全ての道路の長さで割った数が、「０」の場合に隘路係数を「０」とする。またあるいは、患者の居宅前に所定幅以上かつ所定長さ以上の道路がある場合は、隘路係数を「０」とする。他方、患者の居宅前に所定幅以上かつ所定長さ以上の道路がない場合は、隘路係数を「５」とする。隘路係数の具体的算出手法は特に限定されない。隘路係数は、患者の居宅に自動車で到達する場合の困難度を表すことができれば、どのような手法で算出してもよい。

【0036】

たとえば、図３の（Ｃ）の例では、「隘路係数、１」「調整、１００」が対応付けて記憶される。これは、隘路係数が「１」と算出された場合、基準距離に１００メートル加算して送信タイミングとすることを示す。すなわち、基準距離が５００メートルの場合に隘路係数「１」と算出されると、送信タイミングは６００メートルに補正される。

【0037】

また、図３の（Ｄ）に示すように、タイミング情報はたとえば、「住居種別」と「調整」を含む。「住居種別」は、患者の居宅が一軒家か、マンションか、あるいは介護施設などか、を示す。また、マンションの場合に、大規模マンションか、中規模マンションか、小規模マンションか、等を示す。「調整」は、患者の居宅が対応する住居種別の場合に、実行する基準距離に対する調整の内容を示す。たとえば、「調整、なし」は、基準距離を補正しないことを示す。また、「調整、１００ｍ加算」は、基準距離に１００メートル加算することを示す。また、「調整、１００ｍ減算」は、基準距離から１００メートル減算することを示す。

【0038】

たとえば、図３の（Ｄ）の例では、「住居種別、介護施設」、「調整、１００ｍ減算」が対応付けて記憶される。これは、患者の居宅の住居種別が「介護施設」である場合、基準距離５００メートルから１００メートル減算して送信タイミングとすることを示す。すなわち、通知システム１は、患者が「介護施設」に居住している場合、医者と居宅との距離が地図上４００メートルになった時点で通知を送信することを示す。このように調整するのは、患者の居宅の種類によっては、通知が直前に送信されても家族や介護者の対応が容易であり、通知があまり早いと逆に通知が忘れられたりして対応しにくいことも考えられるためである。

【0039】

（制御部１２の機能および構成の一例）
図１に戻り、サーバ１０が有する制御部１２につき説明する。制御部１２は、受信部１２１、補正部１２２、算出部１２３および送信部１２４を有する。

【0040】

受信部１２１は、情報処理端末２０から通知リクエスト（情報処理端末２０および医者を特定する情報を含む）と患者の居宅の住所を受信する。受信部１２１は、受信した住所を補正部１２２に送信する。

【0041】

補正部１２２は、受信した住所と記憶部１１に記憶される情報に基づき、送信タイミングの補正を実行する。補正部１２２はたとえば、受信した住所に含まれる英数字に基づき、患者の居宅の階数を特定する。そして、補正部１２２は、特定した階数とタイミング記憶部１１２に記憶される情報に基づき、基準距離に加算または減算する距離を特定する（図３の（Ｂ））。また、補正部１２２はたとえば、受信した住所と地図情報に基づき予め設定された手法に基づき隘路係数を算出する。そして、補正部１２２は算出した隘路係数に対応する、基準距離に加算または減算する距離を特定する（図３の（Ｃ））。また、補正部１２２はたとえば、受信した住所と患者記憶部１１１に記憶される情報に基づき、患者の居宅の住居種別を特定する。そして、特定した住居種別に対応する、基準距離に加算または減算する距離を特定する（図３の（Ｄ））。

【0042】

算出部１２３は、受信部１２１から通知リクエストを受信する。そして、算出部１２３は通知リクエストを送信した情報処理端末２０から当該情報処理端末２０の位置を示すＧＰＳ情報の受信を開始する。算出部１２３は、受信したＧＰＳ情報に基づき、当該情報処理端末２０と通知リクエストとともに受信部１２１が受信した住所との距離を算出する。

【0043】

送信部１２４は、算出部１２３が算出した距離と、補正部１２２が特定した距離に基づき基準距離を補正して得られる距離と、を比較する。そして、送信部１２４は、算出部１２３が算出した距離が、補正により得られる距離以下であると判定すると、患者に対応付けて記憶される宛先に通知を送信する。たとえば、送信部１２４は、通知リクエストとともに受信された住所に対応づけて患者記憶部１１１に記憶される「メールアドレス１」に通知を送信する。送信部１２４は、算出部１２３が算出した距離が、補正により得られる距離より長いと判定した場合、次に算出部１２３から新たに算出した距離を受信するまで待機する。

【0044】

（通知処理の流れの一例）
図４は、第１の実施形態に係る通知システム１の通知処理の流れの一例を示すフローチャートである。通知処理は、情報処理端末２０からサーバ１０に通知リクエスト（情報処理端末２０および医者を特定する情報を含む）と患者の居所の住所とが送信されることで開始する。サーバ１０の受信部１２１は、通知リクエストと住所とを受信する（ステップＳ４１）。受信部１２１は受信した住所を補正部１２２に送信する。補正部１２２は、受信した住所に基づき、基準距離を補正するための数を特定する（補正処理、ステップＳ４２）。他方、通知リクエストは算出部１２３に送信され、算出部１２３は、情報処理端末２０からＧＰＳ情報の受信を開始する（ステップＳ４３）。情報処理端末２０は、当該情報処理端末２０の現在位置をＧＰＳ情報としてサーバ１０に送信するものとする。また、情報処理端末２０は医者が携帯するかまたは医者が乗車する自動車等に設置され、情報処理端末２０の現在位置は医者の現在位置と等しいものとする。算出部１２３は、受信したＧＰＳ情報に基づき、情報処理端末２０の現在位置を特定する。そして、算出部１２３は、情報処理端末２０と患者の住所との距離を算出する（ステップＳ４４）。送信部１２４は、補正部１２２が特定した数に基づき基準距離を補正して得られる距離と、算出部１２３が算出した距離と、を比較する（ステップＳ４５）。送信部１２４は、算出部１２３が算出した距離が、補正後の距離より長い場合（ステップＳ４５、Ｎｏ）、ステップＳ４３に戻り、算出部１２３からの次の距離の入力を待つ。他方、送信部１２４は、算出部１２３が算出した距離が、補正後の距離以下の場合（ステップＳ４５、Ｙｅｓ）、通知リクエストとともに送信された住所に対応する患者の宛先に通知を送信する（ステップＳ４６）。これで通知処理が完了する。

【0045】

（階数に基づく第１の補正処理）
図５は、第１の実施形態に係る通知システム１における第１の補正処理の流れの一例を示すフローチャートである。図５は、患者の居宅の階数に基づく補正処理を示す。図５に示すように、補正部１２２は、受信部１２１から患者の住所を受信すると、当該住所に含まれる英数字を特定する。そして、英数字の表記に基づき、患者の居宅が存在する階数を特定する（ステップＳ５１）。そして、補正部１２２は、タイミング記憶部１１２を参照して、特定した階数に対応する調整のための距離を特定する（ステップＳ５２）。補正部１２２は、特定した距離を基準距離に加算または減算する（ステップＳ５３）。階数に基づく補正処理はこれで完了する。

【0046】

（隘路係数に基づく第２の補正処理）
図６は、第１の実施形態に係る通知システム１における第２の補正処理の流れの一例を示すフローチャートである。図６は、患者の居宅の住所周辺の隘路等の状況に基づく補正処理を示す。図６に示すように、補正部１２２は、受信部１２１から患者の住所を受信すると、当該住所の周辺所定区画の地図を取得する（ステップＳ６１）。なお、地図情報はサーバ１０に予め記憶されるものとしてもよいし、適宜ネットワーク４０を介して外部から取得するものとしてもよい。補正部１２２は、取得した地図に基づき、患者の住所周辺の隘路係数を算出する（ステップＳ６２）。補正部１２２は、タイミング記憶部１１２を参照して算出した隘路係数に対応する調整のための距離を特定する（ステップＳ６３）。補正部１２２は、特定した距離を基準距離に加算または減算する（ステップＳ６４）。隘路等の状況に基づく補正処理はこれで完了する。

【0047】

（住居種別に基づく第３の補正処理）
図７は、第１の実施形態に係る通知システム１における第３の補正処理の流れの一例を示すフローチャートである。図７は、患者の居宅の種別に基づく補正処理を示す。図７に示すように、補正部１２２は、受信部１２１から患者の住所を受信すると、患者記憶部１１１を参照し、当該住所の住居種別を特定する（ステップＳ７１）。そして、補正部１２２は、特定した住居種別に対応する調整のための距離を特定する（ステップＳ７２）。補正部１２２は、特定した距離を基準距離に加算または減算する（ステップＳ７３）。患者の居宅の種別に基づく補正処理はこれで完了する。

【0048】

なお、図５乃至図７に示す補正処理は全て実行してもよいし、一部のみを実行してもよい。たとえば、予め隘路が少ないことが分かっている地域であれば、第２の補正処理は実行しないものとしてもよい。また、予め患者がすべて施設に居住していることが分かっている場合などは、第３の補正処理は実行しないものとしてもよい。

【0049】

（第１の実施形態の効果）
このように、第１の実施形態に係る通知システムは、受信部と、補正部と、算出部と、送信部と、を備える。受信部は、目的住所を受信する。補正部は、目的住所への通知の送信タイミングを、目的住所の住宅属性に応じて補正する。算出部は、目的住所と第１のユーザ（医者、情報処理端末２０）との距離を算出する。送信部は、補正部により補正された送信タイミングに対応する距離と算出部が算出した距離との比較結果に基づき、目的住所に対応付けて通知を送信する。このため、第１の実施形態に係る通知システムは、単純に地図から得られる情報に基づいて目的地までの距離から通知の送信タイミングを判断するのではなく、目的地である住宅の特徴に応じて送信タイミングを調整することができる。このため、第１の実施形態に係る通知システムは、患者宅の状況に適合させた効率的な通知を実現することができる。このため、通知システムは、医者の迎えに必要な時間や、患者宅の来客準備に必要な時間等を加味して通知の送信タイミングを設定することができる。このため通知システムは、医者および患者に安心感を与え、利便性を高めることができる。

【0050】

また、第１の実施形態に係る通知システムにおいて、補正部は、目的住所の階数に応じて送信タイミングを補正する。このため通知システムは、地図上は判断することができない、垂直方向の距離を考慮して、通知の送信タイミングを調整することができる。

【0051】

また、第１の実施形態に係る通知システムにおいて、補正部は、目的住所の周辺隘路状況に応じて送信タイミングを補正する。このため通知システムは、単に地図上の距離に基づいて通知の送信タイミングを決定するのではなく、実際の交通の困難さおよび容易さを考慮して、通知の送信タイミングを調整することができる。

【0052】

また、第１の実施形態に係る通知システムにおいて、補正部は、目的住所の住宅の種類に応じて送信タイミングを補正する。このため、通知システムは、住宅の性質上、通知を到着直前にした方がいい場合など、ユーザの具体的な事情を推定して通知の送信タイミングを調整することができる。

【0053】

また、第１の実施形態に係る通知システムにおいて、送信部は、算出部が算出した距離が送信タイミングに対応する距離に達したとき、目的住所に対応付けて通知を送信する。このため、通知システムは、住所から推定される患者宅の状況に適合させて通知の送信タイミングを調整した上で患者に通知を送信することができる。このため、通知システムは、医者の迎えに必要な時間や、患者宅の来客準備に必要な時間等を加味して通知の送信タイミングを設定することができる。このため通知システムは、医者および患者に安心感を与え、利便性を高めることができる。

【0054】

（第２の実施形態）
図８は、第２の実施形態に係る通知システム１Ａの構成の一例を示す図である。第２の実施形態に係る通知システム１Ａは、患者の住所と、当該住所に対応するユーザのユーザ属性に基づいて、患者に医者の到着を知らせる通知の送信タイミングを調整する。ここで、ユーザとはたとえば、通知システム１Ａを利用する医者および患者である。また、患者の住所に対応するユーザとはたとえば、当該住所を居所とする患者、当該患者の介護者、当該患者の在宅医療のため通知システム１Ａを利用する医者である。また、ユーザ属性とはたとえば、医者または患者若しくは患者の介護者に関する特徴である。ユーザ属性はたとえば、患者の介護者の年齢や、認知症の有無、患者の病状などを含む。また、ユーザ属性はたとえば、医者がこれまで同じ患者を何回診断しているか、初診か否か、などを含む。

【0055】

図８に示す通知システム１Ａの構成は、図１に示す第１の実施形態に係る通知システム１と同様である。ただし、通知システム１Ａが備えるサーバ１０Ａの記憶部１１Ａおよび制御部１２Ａの機能および構成は、サーバ１０の記憶部１１および制御部１２と異なる。以下、第１の実施形態に係る通知システム１と相違する点について説明する。

【0056】

（第２の実施形態に係るサーバ１０Ａの構成の一例）
サーバ１０Ａは、記憶部１１Ａと、制御部１２Ａと、通信部１３と、入力部１４と、出力部１５と、を有する。通信部１３、入力部１４および出力部１５の構成および機能は第１の実施形態と同様である。

【0057】

記憶部１１Ａは、サーバ１０Ａにおける処理に使用される情報および処理の結果生成される情報を記憶する。記憶部１１Ａはたとえば、半導体メモリ素子や記憶装置である。半導体メモリ素子としては、ＶＲＡＭ（Ｖｉｄｅｏ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やフラッシュメモリ（ｆｌａｓｈ ｍｅｍｏｒｙ）などが挙げられる。また、記憶装置としては、ハードディスク、光ディスクなどの記憶装置が挙げられる。

【0058】

記憶部１１Ａは、患者記憶部１１１Ａと、タイミング記憶部１１２Ａと、医者記憶部１１３Ａと、を有する。

【0059】

図９は、第２の実施形態に係る通知システム１Ａにおける患者情報の構成の一例を示す図である。患者情報は患者記憶部１１１Ａに記憶される。図９の例において、患者情報は、「患者ＩＤ」、「氏名」、「住所」、「電話番号（固定）」、「電話番号（携帯）」、「メールアドレス１」、「メールアドレス２」を含む。患者情報はさらに、「介護者年齢」、「指定重病人」、「介護者認知症」を含む。「患者ＩＤ」、「氏名」、「住所」、「電話番号（固定）」、「電話番号（携帯）」、「メールアドレス１」、「メールアドレス２」は、図２に示したものと同様である。「介護者年齢」は、対応する患者ＩＤで特定される患者の介護者の年齢を示す。「指定重病人」は、特に緊急時に迅速な対応が必要とされる病気の患者を示す。「介護者認知症」は、対応する患者ＩＤで特定される患者の介護者が認知症であるか否かを示す。

【0060】

たとえば、図９の例では、「患者ＩＤ、Ｐ００１」に対応付けて、「介護者年齢、８３」、「指定重病人、×」、「介護者認知症、○」が記憶されている。これは、患者ＩＤ「Ｐ００１」で特定される患者の介護者の年齢は８３才であることを示す。また、患者ＩＤ「Ｐ００１」で特定される患者は指定重病人ではないことを示す。また、患者ＩＤ「Ｐ００１」で特定される患者の介護者は認知症であることを示す。

【0061】

図１０は、第２の実施形態に係る通知システム１Ａにおける医者情報の構成の一例を示す図である。医者情報は、医者記憶部１１３Ａに記憶される。図１０の例では、医者情報は、「医者ＩＤ」、「氏名」、「対応患者」、「診断回数」を含む。「医者ＩＤ」は、各医者を一意に特定するための識別子である。「氏名」は対応する医者ＩＤで特定される医者の名前である。「対応患者」は、対応する「医者ＩＤ」で特定される医者が対応する患者の患者ＩＤである。「対応患者」は、「医者ＩＤ」で特定される医者が在宅医療のために訪問したことがある患者または訪問する予定の患者である。「診断回数」は、対応する「医者ＩＤ」で特定される医者が対応する患者をこれまでに在宅医療で診断した回数を示す。

【0062】

たとえば、図１０の例では、「医者ＩＤ、Ｄ００１」、「氏名、医者太郎」、「対応患者、Ｐ００１，Ｐ０８８，Ｐ４３２」、「診断回数、１０，６，０」が記憶される。これは、医者ＩＤ「Ｄ００１」で特定される医者の氏名は「医者太郎」であることを示す。また、医者太郎は、患者ＩＤ「Ｐ００１」、「Ｐ０８８」、「Ｐ４３２」で特定される患者の診察を行っていることを示す。また、医者太郎が、患者ＩＤ「Ｐ００１」の患者を診断した回数は１０回であることを示す。また、医者太郎が、患者ＩＤ「Ｐ０８８」の患者を診断した回数は６回であることを示す。また、医者太郎が、患者ＩＤ「Ｐ４３２」の患者を診断した回数は０回であることを示す。

【0063】

図１１は、第２の実施形態に係る通知システム１Ａにおけるタイミング情報の構成の一例を示す図である。タイミング情報は、タイミング記憶部１１２Ａに記憶される。図１１の（Ａ）の例では、タイミング情報は、「患者属性」、「調整」、「ＭＳＧ」を含む。「患者属性」は、患者情報に含まれる特定の情報である。「調整」は、対応する患者属性を有する患者に医者の到着を通知する際に実行する送信タイミングの調整内容を示す。言い換えると、「調整」は、基準距離に対して加算または減算する距離を示す。「ＭＳＧ」は、対応する患者属性を有する患者に医者の到着を通知する際に、あわせて送信するメッセージの有無および内容を示す。

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

たとえば、図１５の例においては、「患者ＩＤ、Ｐ００１」に対応付けて、「第１連絡先、[e-mail]、栄阿花子」、「第２連絡先、[e-mail]、栄阿鳥子」、「フラグ、有」が記憶される。これは、通知システム１Ｂは、患者ＩＤ「Ｐ００１」で特定される患者に通知を送信する際は、最初に「[e-mail]」で特定されるメールアドレスを送信先として、「栄阿花子」に通知を送信することを示す。また、「栄阿花子」に１回目の通知を送信した後、応答がない場合は、通知システム１Ｂは所定時間後に「[e-mail]」で特定されるメールアドレスを送信先として、「栄阿鳥子」に通知を送信することを示す。また、患者ＩＤ「Ｐ００１」の患者に対しては、通知を複数回送信する処理が適用されることを示す。

【0090】

たとえば、ユーザは「第１連絡先」として患者の介護者の連絡先を登録する。たとえば、患者の配偶者や子供等の連絡先が「第１連絡先」として登録される。しかし、「第１連絡先」のユーザが常に患者の居宅にいるとは限らず、また、「第１連絡先」のユーザに異常が発生する場合も考えられる。たとえば、認認介護の場合に、介護者側に異常が発生する等である。そこで、第１連絡先のユーザが通知を受信しても通知に対応できない場合には、第２連絡先のユーザが対応できるよう、通知システム１Ｂは通知送信後に所定の条件が満足されたときは最初とは異なる宛先に通知を送信する。

【0091】

図１６は、第３の実施形態に係る通知システム１Ｂにおけるタイミング情報の構成の一例を示す図である。図１６の例では、タイミング情報は、「フラグ有無」、「第１連絡先通知」、「第２連絡先通知」を含む。「フラグ有無」は、患者情報に含まれる「フラグ」が「有」か「無」か、を示す。「第１連絡先通知」は通知を複数回送信する場合に第１回目の通知を送信するタイミングを示す。「第１連絡先通知」としてたとえば、「１００ｍ加算」、「１００ｍ減算」、「加減なし」等が記憶される。「１００ｍ加算」は、他の補正処理の結果得られる距離に対して１００メートル加算した距離に、医者が到達したとき通知を送信することを示す。「１００ｍ減算」は、他の補正処理の結果得られる距離に対して１００メートル減算した距離に、医者が到達したとき通知を送信することを示す。また、「加減なし」は、他の補正処理の結果得られる距離に、医者が到達したとき通知を送信することを示す。「第２連絡先通知」は、複数回通知を送信する処理を実行する場合に、第２回目の通知を送信するタイミングを示す。たとえば、「第２連絡先通知」として「応答無の場合加減なしで通知」、「応答有の場合通知なし」、「なし」等が記憶される。「応答無の場合加減なしで通知」は、第１回目の通知に対して応答がなかった場合は、他の補正処理の結果得られる距離に医者が到達したとき、第２回目の通知を送信することを示す。また、「応答有の場合通知なし」は、第１回目の通知に対して応答があった場合は、第２回目の通知は送信しないことを示す。また、「なし」は、第２回目の通知は送信しないことを示す。

【0092】

図８を参照し、サーバ１０Ｂが有する制御部１２Ｂについてさらに説明する。制御部１２Ｂは、補正部１２２Ｂと送信部１２４Ｂの機能および構成が、第２の実施形態に係る制御部１２Ａの補正部１２２Ａと送信部１２４Ａの機能および構成と異なる。受信部１２１Ａおよび算出部１２３Ａの機能および構成は第２の実施形態と同様である。

【0093】

補正部１２２Ｂは、第１、第２の実施形態と同様に補正処理を実行する。さらに補正部１２２Ｂは、患者記憶部１１１Ｂを参照し、通知リクエストの対象となる患者に対応づけてフラグが記憶されているか否かを判定する。補正部１２２Ｂは、フラグが記憶されていると判定した場合、タイミング記憶部１１２Ｂを参照し、「フラグ有」の場合の第１連絡先通知のタイミングを抽出する。補正部１２２Ｂは、補正後の距離とともに、抽出したタイミングを送信部１２４Ｂに送る。他方、補正部１２２Ｂは、フラグが記憶されていないと判定した場合、タイミング記憶部１１２Ｂを参照し、「フラグ無」の場合の第１連絡先通知を参照する。そして、補正部１２２Ｂは、補正後の距離とともに、抽出したタイミング（図１６の例の場合「加減なし」）を送信部１２４Ｂに送る。

【0094】

送信部１２４Ｂは、補正部１２２Ｂから補正後の距離とともに、補正部１２２Ｂが抽出したタイミングを受信する。そして、送信部１２４Ｂは、算出部１２３Ａが算出した距離を受信する。送信部１２４Ｂは、算出部１２３Ａが算出した距離と、補正部１２２Ｂが抽出したタイミングによって補正された距離と、を比較する。たとえば、補正部１２２Ｂが「１００ｍ加算」というタイミングを抽出した場合、送信部１２４Ｂは、補正部１２２Ｂによる補正処理後の距離に１００メートル加算した距離と、算出部１２３Ａが算出した距離とを比較する。送信部１２４Ｂは、算出部１２３Ａが算出した距離が、補正処理後の距離に１００メートル加算した距離以下であれば、患者記憶部１１１Ｂに記憶される第１連絡先に通知を送信する。そして、送信部１２４Ｂは、第１連絡先からの応答まで待機する。送信部１２４Ｂは、タイミング記憶部１１２Ｂに記憶される「第２連絡先通知」を参照し、タイミング記憶部１１２Ｂに記憶されるタイミングで第２連絡先への通知を実行する。たとえば、「応答無の場合加減なしで通知」「応答有の場合通知なし」とタイミング記憶部１１２Ｂに記憶されているとする。この場合、送信部１２４Ｂは、算出部１２３Ａが算出した距離が、補正部１２２Ｂによる補正処理後の距離以下になった時点で、応答を受信したか否か判定する。応答を受信していない場合、送信部１２４Ｂは、第２連絡先通知へ通知を送信する。他方、応答を受信している場合、送信部１２４Ｂは、第２連絡先通知への通知送信を実行しない。

【0095】

（第３の実施形態の通知処理の流れの一例）
図１７は、第３の実施形態に係る通知システム１Ｂの通知処理の流れの一例を示すフローチャートである。まず、受信部１２１Ａは、情報処理端末２０から目的住所と通知リクエスト、通知対象に関する情報等を受信する（ステップＳ１７０１）。補正部１２２Ｂは、受信部１２１Ａが受信した情報から通知処理の対象となる患者の患者情報を特定する（ステップＳ１７０２）。補正部１２２Ｂは、特定した情報に基づき、通知を送信するタイミングの補正処理を実行する（ステップＳ１７０３）。たとえば、補正部１２２Ｂは、目的住所の住宅属性や、特定した患者のユーザ属性等に応じて基準距離を補正する。そして、補正部１２２Ｂは、特定した患者情報に基づき、通知を複数回送信する処理を実行するか否かを判定する。判定結果および補正後の距離は、送信部１２４Ｂに送られる。

【0096】

算出部１２３Ａは、情報処理端末２０からＧＰＳ情報を受信する。算出部１２３Ａは、ＧＰＳ情報に基づき、情報処理端末２０の現在位置を取得する（ステップＳ１７０４）。そして、算出部１２３Ａは、情報処理端末２０の現在位置に基づき、医者と目的住所との距離を算出する（ステップＳ１７０５）。算出部１２３Ａは算出した距離を、送信部１２４Ｂに渡す。

【0097】

送信部１２４Ｂは、算出部１２３Ａが算出した距離と、補正部１２２Ｂから受信した補正後の距離と、を比較する（ステップＳ１７０６）。算出した距離が補正後の距離以下であると判定した場合（ステップＳ１７０６、Ｙｅｓ）、送信部１２４Ｂは、患者情報とタイミング情報を参照する。送信部１２４Ｂは、患者情報とタイミング情報とに基づき、第１連絡先へ通知を送信する（ステップＳ１７０７）。他方、算出した距離が補正後の距離より長いと判定した場合（ステップＳ１７０６、Ｎｏ）、送信部１２４Ｂは通知の送信は行わず、ステップＳ１７０４に戻って算出部１２３Ａからの次の入力を待つ。

【0098】

次に、送信部１２４Ｂは、第１連絡先からの応答があったか否かを判定する（ステップＳ１７０８）。応答があったと判定した場合（ステップＳ１７０８、Ｙｅｓ）、送信部１２４Ｂは処理を終了する。他方、応答がなかったと判定した場合（ステップＳ１７０８、Ｎｏ）、送信部１２４Ｂは、第２連絡先へ通知を送信する（ステップＳ１７０９）。これで処理は完了する。

【0099】

（補正処理の流れの一例）
図１８は、第３の実施形態に係る通知システムにおける補正処理の流れの一例を示すフローチャートである。図１８は、複数回の通知を送信する場合の補正処理を示す。図１８に示すように、補正部１２２Ｂは、通知リクエストが受信されると、第１の実施形態または第２の実施形態と同様の補正処理を実行する（ステップＳ１８０１）。そして、補正部１２２Ｂは、患者記憶部１１１Ｂとタイミング記憶部１１２Ｂとを参照して、通知対象患者に対応するフラグが有か無かを抽出する（ステップＳ１８０２）。そして、補正部１２２Ｂは、フラグに対応する処理内容をタイミング記憶部１１２Ｂから特定して読み出し、送信部１２４Ｂに渡す（ステップＳ１８０３）。

【0100】

（第３の実施形態の効果）
上記のように、第３の実施形態に係る通知システムは、複数の目的住所各々に対応するユーザのユーザ属性を記憶する記憶部をさらに備える。そして、通知システムが備える送信部は、記憶部に、目的住所に対応するユーザに対応づけて所定の情報が記憶されている場合、複数回通知を送信する。このため、通知システムは、ユーザの状況に応じて通知を複数回送信することができ、ユーザの状況に応じたきめ細かな通知送信を実現することができる。

【0101】

また、第３の実施形態に係る通知システムにおいて、送信部は、目的住所に対応するユーザに対応づけて所定の情報が記憶されている場合、算出部が算出した距離が所定閾値に到達した時点で、目的住所に対応する第１の宛先に第１の通知を送信する。また、送信部は、当該第１の通知に対する応答を受信しなかった場合、目的住所に対応する、第１の宛先とは異なる第２の宛先に第２の通知を送信する。このため、通知システムは、介護者に不具合があり通知を受け取れないような場合には、予め登録された別の宛先に通知を送信することができる。このため、通知システムは、患者の介護者に異常が生じた場合でも効率的な通知を実現することができる。

【0102】

（その他の実施形態）
これまで開示の装置に関する実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、本発明に含まれる他の実施例を説明する。

【0103】

第１の実施形態に係る住宅属性に基づく補正処理と、第２の実施形態に係るユーザ属性に基づく補正処理とは任意に組み合わせることができる。また、第１乃至第３の実施形態の補正処理を適宜組み合わせてよい。また、複数の補正処理を組み合わせて実行する場合は、各補正処理に重みづけをして送信タイミングを調整してもよい。

【0104】

また、上記実施形態は在宅医療を行う医者のために患者または介護者に通知を送信する場合について説明した。しかし、これに限らず、上記実施形態は、ユーザがシステムに目的地の住所を入力し、目的地に到着する前に目的地のユーザに通知を送信する、他の場合にも適用することができる。たとえば、友人や知人の間で訪問前に前もって通知する必要がある場合等に上記実施形態を適用することができる。

【0105】

また、通知を複数回出す手法は上記の例に限定されず、通知システムはたとえば、算出された距離に応じて複数回の通知を送信するようにしてもよい。通知システムはたとえば、距離が１０００メートル、７００メートル、４００メートルとなった時点それぞれにおいて通知を送信する等してもよい。

【0106】

［クラウドコンピューティングによる実装］
開示の通知プログラムは、クラウドシステムを構成するサーバに実装し、クラウドシステムを介して、様々な場所に存在する患者および医者にユーザの利便性に資する態様で通知を送信するために使用することができる。

【0107】

［分散および統合］
図示した各装置の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。たとえば、上記実施形態において、サーバ１０の機能として説明した機能は、情報処理端末２０および情報処理端末３０上で動作するアプリケーションの機能として実装することができる。各機能の配置は、サーバ１０（１０Ａ，１０Ｂ）、情報処理端末２０，３０の処理能力等に基づき決定することができる。

【0108】

［通知プログラム］
また、上記の実施例で説明した各種の処理は、予め用意されたプログラムをサーバ等のコンピュータからタブレット端末やノート型コンピュータ等のコンピュータに配布し、サーバとコンピュータとが処理を協働して実行することによって実現することができる。そこで、以下では、図１９を用いて、上記の実施例と同様の機能を有する通知プログラムを実行するコンピュータの一例について説明する。

【0109】

図１９は、第１〜３の実施形態に係る通知プログラムを実行するコンピュータの一例について説明するための図である。図１９に示すように、コンピュータ１０００は、操作部１１００と、ディスプレイ１２００と、通信部１３００とを有する。さらに、このコンピュータ１０００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１４００と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１５００と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１６００と、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）１７００とを有する。これら１１００〜１７００の各部はバス１８００を介して接続される。

【0110】

ＨＤＤ１７００には、図１９に示すように、上記の実施形態で示した各部と同様の機能を発揮するモジュールを実装することができる通知プログラム１７００ａが予め記憶される。この通知プログラム１７００ａについては、図１、図８に示した各々の各構成要素と同様、適宜統合または分離してもよい。すなわち、ＨＤＤ１７００に記憶される各データは、常に全てのデータがＨＤＤ１７００に記憶される必要はなく、処理に必要なデータのみがＨＤＤ１７００に記憶されればよい。

【0111】

そして、ＣＰＵ１４００が、通知プログラム１７００ａの各モジュールをＨＤＤ１７００から読み出してＲＡＭ１６００に展開する。これによって、図１９に示すように、通知プログラム１７００ａは、通知プロセス１６００ａとして機能する。この通知プロセス１６００ａは、ＨＤＤ１７００から読み出した各種データを適宜ＲＡＭ１６００上の自身に割り当てられた領域に展開し、この展開した各種データに基づいて各種処理を実行する。なお、通知プロセス１６００ａは、図１に示した各処理部にて実行される処理を含む。また、ＣＰＵ１４００上で仮想的に実現される各処理部は、常に全ての処理部がＣＰＵ１４００上で動作する必要はなく、必要な処理部のみが仮想的に実現されればよい。

【0112】

なお、上記の通知プログラム１７００ａについては、必ずしも最初からＨＤＤ１７００やＲＯＭ１５００に記憶させておく必要はない。たとえば、コンピュータ１０００に挿入されるフレキシブルディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）などの「可搬用の物理媒体」に各プログラムを記憶させる。または、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）ディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に各プログラムを記憶させる。そして、コンピュータ１０００がこれらの可搬用の物理媒体から各プログラムを取得して実行するようにしてもよい。また、公衆回線、インターネット、ＬＡＮ、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）などを介してコンピュータ１０００に接続される他のコンピュータまたはサーバ装置などに各プログラムを記憶させておいてもよい。そして、コンピュータ１０００がこれらから各プログラムを取得して実行するようにしてもよい。

【符号の説明】

【0113】

１，１Ａ，１Ｂ 通知システム
１０ サーバ
１１ 記憶部
１１１ 患者記憶部
１１２ タイミング記憶部
１２ 制御部
１２１ 受信部
１２２ 補正部
１２３ 算出部
１２４ 送信部
１３ 通信部
１４ 入力部
１５ 出力部
２０ 情報処理端末
３０ 情報処理端末
４０ ネットワーク

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】