JP2003108670A

JP2003108670A - 介護システム

Info

Publication number: JP2003108670A
Application number: JP2001294949A
Authority: JP
Inventors: Sanenori Izumi; 実教泉
Original assignee: Toshiba Corp; Toshiba Medical Systems Corp
Current assignee: Toshiba Corp; Canon Medical Systems Corp
Priority date: 2001-09-26
Filing date: 2001-09-26
Publication date: 2003-04-11

Abstract

(57)【要約】【課題】本発明は、介護を要求する被介護者が介護を
受けるまでの時間がかかるのを防止できる介護システム
を提供する。【解決手段】介護を希望する介護希望者が所有するな
いしは前記介護希望者に対して介護を行う介護者が使用
する複数の端末とネットワークを介して通信可能なサー
バーを用いて介護希望者に対して介護サービスを提供す
る介護システムである。受信手段は、介護希望者により
少なくとも一つの端末からの操作入力に基づいて送信さ
れた介護希望者が介護を要求する介護要求通知を受信す
る。報知手段は、受信手段にて受信され、複数のうちい
ずれか１つの前記端末からの介護要求通知を、複数の前
記端末に対して一斉に報知する。これにより、いずれか
の介護者に介護要求通知を伝達でき、介護を受けるまで
の時間を短縮化できる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、介護システムに関
し、特に、介護サービスにけるネットワークを使った通
知手法に関するもので、介護を必要とする人が長い時間
介護されないことを避けるために使用されるものに関す
る。

【０００２】

【従来の技術】近年、医療技術の進歩等による長寿命化
に伴って、高齢者の割合は増加の一途を辿っており、高
齢者等の介護を必要とする被介護者の介護問題が社会的
に注目されるようになってきている。特に、一人暮らし
の老人などの被介護者の人数も増加すると予想されてい
るが、このような被介護者を収容する施設は現状でも不
足しがちであり、在宅で介護を行わざるをえないのが必
至の情勢である。

【０００３】例えば、被介護者の近くに介護者がおら
ず、緊急を要する介護を必要とする場合には、従来、介
護してもらいたい被介護者は自宅から、親戚・知人等に
電話して自宅に来てもらい介護を受けていた。

【０００４】一方、在宅介護などの介護サービスを行う
企業、団体等も増え、ホームヘルパー等の介護者による
サービスを含めて様々な形態の介護サービスが登場して
きている。すなわち、在宅介護を行う介護サービスの場
合、例えば、安否確認や、独居老人の寂しさ解消のため
のコミュニケーション、買物代行のような訪問前の依頼
等の業務を行う際に、ネットワークを利用して要介護者
とコンタクトを可能にする技術が提案されている。

【０００５】このような介護サービスの場合には、前記
被介護者が介護を希望する際に、予め登録している介護
サービス会社に電話にて連絡を行い、介護者に自宅まで
来てもらうようなサービスも行われている。

【０００６】

【発明が解決しようとする課題】しかしながら、電話な
どにより自宅から連絡を行うような場合には、介護をす
る介護者が電話中であるなどの理由により、相手が捕ま
らないという問題があった。

【０００７】また、登録しているサービス会社に電話を
して特定の介護者を呼び出して、介護の依頼を要求する
場合も同様に、依頼された介護者（担当者）がいない場
合もあり、さらに、会社が遠くにあるなどの諸般の事情
により直ちに自宅に来ることができない場合があり、被
介護者が困ってしまうという問題があった。

【０００８】さらに、緊急ではないが介護を要請するよ
うな、日常の身近な用事でも助ける必要性を要する場合
に、気軽に介護者に介護依頼を行うシステムではなかっ
た。

【０００９】本発明は、上記事情に鑑みてなされたもの
であり、その目的とするところは、介護を要求する被介
護者が介護を受けるまでの時間がかかるのを防止できる
介護システムを提供することにある。

【００１０】

【課題を解決するための手段】上記目的を達成するため
に、請求項１に記載の発明は、介護を希望する介護希望
者が所有するないしは前記介護希望者に対して介護を行
う介護者が使用する複数の端末とネットワークを介して
通信可能なサーバーを用いて前記介護希望者に対して介
護サービスを提供する介護システムであって、前記介護
希望者により少なくとも一つの前記端末からの操作入力
に基づいて送信された前記介護希望者が介護を要求する
介護要求通知を受信する受信手段と、前記受信手段にて
受信され、複数のうちいずれか１つの前記端末からの介
護要求通知を、複数の前記端末に対して一斉に報知する
報知手段と、を含むことを特徴としている。

【００１１】

【発明の実施の形態】以下、本発明の好適な実施の形態
の一例について、図面を参照して具体的に説明する。

【００１２】（システムの全体構成）先ず、本発明の介
護システムを動作させる前提となる、システムの概略構
成、とりわけその通信インフラ並びにハードウエア構成
について、図１を参照して説明する。図１は、本実施の
形態の介護システムの全体構成を示す説明図である。

【００１３】本実施の形態の介護システム１は、介護サ
ービス会社ないしは自治体によるサービスセンターが介
護サービスを提供するものであり、図１に示すように、
被介護者が所有ないし使用する（ユーザー）側の一又は
複数の被介護者端末１０（１０―１〜１０―Ｍ）（第１
の機器）と、介護者側が所有ないし使用する一又は複数
の端末２０（２０―１〜２０―Ｎ）（第２の機器）と、
これら被介護者端末１０、介護者端末２０とネットワー
クＮなどの通信網を介して無線、有線等により各々デー
タ通信可能に形成されてサービスを提供するサーバー３
０（第３の機器）と、を含んで構成されている。

【００１４】ここに、当該サーバー３０から他方側の介
護者側の介護者端末２０までは、介護サービス提供者、
すなわちサービスセンター側のシステムを構成してい
る。

【００１５】なお、ネットワークＮとしては、例えばイ
ンターネット（乃ち、ＴＣＰ・ＩＰプロトコルを用いた
通信態様）や、他の種々の通信プロトコルを用いたネッ
トワーク、無線（携帯電話網、衛星通信等を含む）ネッ
トワークであっても構わない。

【００１６】被介護者端末１０は、被介護者（ユーザ
ー）により使用されるものであり、ｗｅｂサーバー等に
アクセス可能な携帯コンピュータ機器である。この被介
護者端末１０は、インターネット関連の機能を有してい
れば、デスクトップ、ラップトップコンピュータ、携帯
電話端末・パームコンピュータ・ＰＤＡ、モバイル、ペ
ージャその他無線・有線通信機能を有する情報機器、ま
たはこれに類するコンピュータなどいかなるコンピュー
タでもよく、移動式・固定式を問わない。

【００１７】なお、被介護者端末１０は、図示しない
が、種々の画像情報等を表示するための表示手段（スク
リーン）、この表示手段の表示画面上にデータを入力す
るための操作入力手段、データを送受信するための送受
信手段（ないしは送信手段及び受信手段）、各種データ
を記憶するための記憶手段（メモリ）、これらの制御を
司る制御手段などを有している。

【００１８】介護者端末２０は、前記被介護者端末１０
とほぼ同様の構成を有し、無線もしくは有線通信機能を
もち、当該介護者端末２０にアクセス可能なメモリを有
する。

【００１９】サーバー３０は、有線通信に加えて無線通
信機能を有し、データベースその他のメモリなど、サー
バー３０にアクセス可能なメモリを有する。サーバー３
０は、例えばＷｅｂ上で情報をユーザーに提供するもの
であり、インタラクティブなウェブページの管理その他
インターネットサービスの提供を目的とした市販のサー
バーまたは無線・有線通信機能をもつ専用のサーバーで
よい。

【００２０】このサーバー３０は、図示しないが、ユー
ザー側にメニュー画面等の各種画面が表示されるように
促す例えばＣＧＩプログラム等により形成された表示処
理手段、被介護者端末１０、介護者端末２０との間で例
えばユーザー情報などの各種データの送受信を行う送受
信手段（ないしは送信手段及び受信手段）、システム管
理者用の表示手段及び操作入力手段、各種制御プログラ
ム、サービス実行プログラムなどを記憶しておく記憶手
段、などを含んで構成される。これらの各手段の構成
は、種々のハードウエア及びソフトウエアによって実現
できるよう構成される。

【００２１】ハードウエア構成の具体例としては、図示
しないが、通信機能の制御を行う通信用インターフェー
ス、ハードディスク等の記憶装置、端末からのデータ入
出力を行う入出力インターフェース、及びそれらの制御
を司る制御手段たる中央演算処理装置（ＣＰＵ）等が挙
げられる。

【００２２】また、ソフトウエアとしては、そのグラフ
ィカルユーザインターフェースを実現するための、標準
ウェブページオーサリングツールおよびＨＴＭＬ、ＸＭ
Ｌ、ＸＨＴＭＬ、ＣＧＩ、Ｊａｖａ、Ｊａｖａｓｃｒｉ
ｐｔ、ＡｃｔｉｖｅＸ等の言語を用いてプログラムされ
てもよい。

【００２３】さらに、「サーバー３０」には、ｗｅｂサ
ーバーのみならず、データベース、電子メールを送受信
するためのＰＯＰ及びＳＭＴＰサーバーやその他ＤＮＳ
サーバーなどの各種サーバーを含んで構成され、これら
を含むシステムの総称として機能する。

【００２４】なお、本実施の形態の介護システム１の基
本構成は、図１のようであるが、より広義には、図２に
示すような、サーバー３０を各地域毎に設置されるいわ
ゆる「ドメインコントローラ」として機能する構成とし
てよい。

【００２５】ここに、「ドメイン」とは、管理単位毎に
設定されるネットワーク上のコンピュータの概念的なグ
ループであり、端末の集合の単位であり、階層的に管理
され、物理的な設置場所には基本的には無関係である。
また、複数台のサーバーをまとめてグループにし、ドメ
インとして統合管理するためのものである。

【００２６】そして、「ドメインコントローラ」は、一
般的には、ユーザーの登録処理やアクセス権限の管理な
どを行い、この結果は、ドメインに参加する全サーバー
にコピーされるものと認識されているが、このような機
能に限定されるものではない。

【００２７】具体的には、図２に示すように、介護シス
テム１において、被介護者端末１０（１０―１〜１０―
Ｍ）並びに介護者端末２０（２０―１〜２０―Ｎ）を管
理するドメインコントローラ３２ａと、他の被介護者端
末４０（４０―１〜４０―Ｍ）並びに介護者端末５０
（５０―１〜５０―Ｎ）を管理するドメインコントロー
ラ３２ｂと、前記ドメインコントローラ３２ａ、前記ド
メインコントローラ３２ｂを管理するためのドメインコ
ントローラ３４と、を有する。

【００２８】例えば、地域的に管理を分担する場合に
は、ドメインコントローラ３２ａは、例えばある地域エ
リアＡに属する被介護者並びにサービスセンターの支所
などを管理するために設置されるものである。また、ド
メインコントローラ３２ｂは、前記地域エリアＡとは異
なる地域エリアＢに属する被介護者並びにサービスセン
ターの支所などを管理するために設置されるものであ
る。そして、ドメインコントローラ３４は、例えば前記
地域エリアＡ及び地域エリアＢを含む広域エリアＣを管
理するための設置されるものである。

【００２９】なお、これら各ドメインコントローラ３２
ａ、３２ｂ、３４には、各々不図示のバックアップ用サ
ーバーを付設してよい。

【００３０】また、サーバー３０を構成するドメインコ
ントローラ３２ａにより、例えば、同じアパートの住人
や同じ地区の住人など、ドメインの広域の広さを自由に
定義できる。

【００３１】さらには、ドメインコントローラによるシ
ステム構成は、上記の例に限らず、さらに複数のドメイ
ンコントローラを、マンション等の各階別、各番地別、
各各町別、各都道府県別、各国別等階層的に設けてもも
ちろんよい。例えば、あるドメインコントローラは、マ
ンションに１つ、あるいは、ある地区に一つ、という具
合に地域別にカテゴリーを分けて構成してよい。この
際、サービス会社ないしは自治体が地域別に各サーバー
を所有していることとなる。また、介護者も、例えば地
域別ないしはドメイン別に担当の割り振りを構成するこ
とが好ましい。

【００３２】さらに、ドメインは概念であるから、複数
の各ドメインコントローラを１台のサーバーとして構成
してもよいし、各ドメイン毎にドメインコントローラと
してのサーバーが配備され、これらの各ドメインを管理
するコントローラとしてのサーバーも配設する構成とし
てもよい。なお、ドメインコントローラとして機能する
サーバーの設置する際の最小単位は、例えば、１棟のマ
ンションの各階に１台、あるいは、同じ棟のマンション
がいくつもあった場合には、マンションに１台に設定す
るのが好ましい。

【００３３】上述のような構成を有する介護システム１
において、概略以下のように動作する。先ず、前提とし
て、予め被介護者が利用する被介護者端末１０から介護
サービス提供者側のサーバー３０に対して、ユーザー登
録等を行っておく必要がある。このユーザー登録の際に
必要な情報としては、例えば、端末情報、ドメイン情報
等がある。

【００３４】ここに、端末情報とは、端末所有者（被介
護者及び介護者を含む）の電子メールアドレスをいう。
さらに、ドメイン情報とは、電子メールアドレスに含ま
れているドメインの情報である。例えば、「ｔａｒｏ＠
ｘｘ．ｙｙ．ｚｚ．ｃｏ．ｊｐ」とすると、例えばｘｘ
が一番狭い区域のドメイン、ｙｙが中規模のドメイン、
ｚｚが大規模（全体）のドメイン、・・等を示し、３階
層のドメインよりなることを示している。従って、被介
護者は、被介護者端末１０からサーバー３０に対し、自
己の電子メールアドレスを入力して登録する際に、前記
端末情報と前記ドメイン情報の登録は一義的になされる
こととなる。

【００３５】また、被介護者は、前記被介護者端末１０
を利用して、介護サービス提供者に対して、自己の氏
名、年齢、住所等の個人情報、電子メールアドレス、サ
ービス会社における登録ＩＤ等を登録する。というの
も、介護要求通知を受けた際には、当該個人情報が判明
しないと、介護要求通知を受けた介護者がどこに行けば
よいのかが解らないからである。このために、前提とし
て、予めユーザー情報を登録するステップが必要とな
る。

【００３６】このような前提の下、被介護者は、介護を
必要とする場合に被介護者端末１０を用いて介護要求通
知を送信し、当該介護要求通知がサーバー３０に届く
と、サーバー３０は、基本的にはその被介護者端末１０
が所属しているドメイン内のグループの全ての介護者端
末２０（ないしは介護者端末２０及び被介護者端末１
０）に電子メールにて当該介護要求通知を一斉に報知す
る。

【００３７】介護要求通知なる電子メールが介護者端末
２０に到着すると、介護者は、当該介護者端末２０にて
前記介護要求通知を参照しつつ返答ボタンを押すことに
より、自動的に介護ＯＫ通知が介護者端末２０よりサー
バー３０に対して送信される。サーバー３０は、少なく
とも１つの介護者端末２０より介護ＯＫ通知を受け取る
と、前記ドメイン内の全ての被介護者端末１０及び介護
者端末２０を含む端末の所有者全員に対して前記介護Ｏ
Ｋ通知を送信する。

【００３８】一方、サーバー３０は、介護要求通知を送
信した後、一定時間返答を監視し、予め設定した一定期
間、介護要求通知を一斉に報知したにも関わらず、介護
者端末２０からの介護ＯＫ通知が受信されない場合は、
当該ドメインよりさらに上の階層の広域なドメイン（親
ドメイン）に所属する全ての端末（被介護者端末４０及
び介護者端末５０）に対して一斉に介護要求通知を送信
することとなる。以上が概略の動作であり、以下さらに
詳細な処理手順について説明することとする。

【００３９】（処理手順について）次に、上述のような
構成を有する介護システムにおいてユーザーがサービス
を受けるにあたり、特にサーバー側の処理を中心にその
処理手順を、図２に示すネットワークシーケンス図を参
照しつつその詳細について説明する。図２は、本例のシ
ステムの全体の処理の流れを示すネットワークシーケン
ス図である。

【００４０】なお、以下の説明では、説明を簡易にする
ために、被介護者側からサービスセンター側に対して電
子メールを送信する場合の被介護者側ＳＭＴＰサーバ
ー、サービスセンター側からの電子メールを被介護者側
で受信する被介護者側ＰＯＰサーバー、介護者側からサ
ービスセンター側に対して電子メールを送信する場合の
介護者側ＳＭＴＰサーバー、サービスセンター側からの
電子メールを介護者側で受信する介護者側ＰＯＰサーバ
ーなどを省略し、かつ、被介護者側ないしは介護者側か
らの電子メールをサービスセンター側で受信するための
サービスセンター側ＰＯＰサーバー、被介護者側ないし
は介護者側に対して電子メールをサービスセンター側か
ら送信するためのＳＭＴＰサーバー、被介護者側ないし
は介護者側に対してホームページ等のＷｅｂコンテンツ
を提供するためのＷｅｂサーバー、並びに各種登録情報
を管理する管理データベースを便宜的に「サーバー」な
いしは通知サーバーと称することとする。

【００４１】先ず、前提として、介護を希望する介護希
望者（被介護者）は、サービスセンターのサーバーない
しは通知サーバーに対して当該介護希望者に対する個人
情報（ユーザー情報）の登録等を行っておく（ステッ
プ、以下「Ｓ」１０１）。この個人情報の登録とは、先
に述べたように、端末情報、ドメイン情報等である。

【００４２】このような前提の下、被介護者が諸般の事
情により介護を必要とすると判断した場合には、被介護
者端末１０を用いて、例えば電子メール等にて介護要求
通知を送信することとなる（Ｓ１０２）。なお、いま述
べた「諸般の事情」とは、いわゆる被介護者が心臓発作
等に見舞われるような切迫した緊急事態のことではな
く、被介護者が立てなくて自宅内の高所に手が届かずに
日用品等を採ってもらいたい等の日常の雑務に対する要
求とするような、緊急ではないが介護を要する場合を想
定している。

【００４３】さて、電子メールにて送信される介護要求
通知としては、例えば、図４に示すような画面レイアウ
トの「介護要求通知」なる通知メールを構成することが
好ましい。同図から明らかなように、介護要求通知の表
示画面６０に必要な情報としては、被介護者のメッセー
ジ６１、被介護者の氏名６２、住所６３、電子メールア
ドレス６４の他、介護の要求レベルに関する情報６５を
有することが好ましい。ここに、介護の要求レベルと
は、介護に要する緊急度を意味し、例えば、要求レベル
を「３」「２」「１」と三段階にした場合に、緊急度の
高い要求を「３」とし、緊急度の低い要求を「１」とす
るようなものである。

【００４４】このために、被介護者が被介護者端末１０
から介護要求通知を送信する際には、緊急等の要求レベ
ル（例えば緊急度等）に応じて要求レベルを選択して通
知を行う。

【００４５】従って、介護要求通知として送信される情
報としては、当該要求レベルに関する情報、被介護者の
氏名、住所、電子メールアドレス等が含まれることとな
る。

【００４６】なお、このような送信にかかる操作を、老
人等の被介護者が、通常の電子メールソフトのように、
当該電子メールソフトを立ち上げて、メッセージを書き
込み、保存し、（登録がない場合には電子メールアドレ
スを入力し）送信操作を行うのは負担が大きい。そこ
で、予め個人情報を事前に登録しておくことで、例え
ば、介護要求通知送信用のアイコン等が被介護者端末の
表示画面に自動生成され、当該アイコンをクリックする
だけで、自動的に前記情報を含む介護要求通知が送信す
るような構成としておくことが好ましい。但し、要求レ
ベルに関しては、常時はあるレベルに設定されていて、
場合に応じて被介護者に採って使い勝手のよいＧＵＩに
よって適宜変更が可能であるものとする。

【００４７】さて、いずれか一つの被介護者端末１０か
ら介護要求通知がサーバー３０に対して送信されると、
当該介護要求通知がサーバー３０に届き、サーバー３０
（通知サーバー）は、被介護者端末からの介護要求通知
を受信すると、報知手段３１なる電子メール一斉送信プ
ログラムが起動し、基本的にはその被介護者端末１０が
所属しているドメイン内のグループの全ての複数の介護
者端末２０（ないしは介護者端末２０及び被介護者端末
１０）に対して電子メールにて当該介護要求通知を一斉
に報知する（Ｓ１０５）。但し、便宜的に介護者端末２
０に対して一斉に送信する構成としてもよい。

【００４８】なお、報知手段３１では、被介護者端末１
０から送信されてきた電子メールのヘッダ部に含まれる
宛先情報を全介護者端末２０宛とするような書き換え処
理ないしは割り当て処理が行われることとなる。

【００４９】これらの各電子メールが各々各介護者端末
２０にて受信されると、乃ち、少なくとも一つの介護要
求通知なる電子メールが介護者端末２０に到着すると
（Ｓ１０６）、当該受信を介護者が確認した場合には、
いずれかの介護者端末の介護者は、当該介護者端末２０
にて前記介護要求通知を参照しつつ介護者宅に介護に行
くことができる旨の返答ボタンを押すことにより、自動
的に介護ＯＫ通知が介護者端末２０よりサーバー３０に
対して送信されることとなる。を所定の操作に基づき、
送信することとなる（Ｓ１０８）。

【００５０】ここに、介護ＯＫ通知は、例えば、図５に
示すような画面レイアウトに構成できる。同図に示すよ
うに、介護ＯＫ通知の表示画面７０には、例えば、「介
護します」等のメッセージ欄７１、介護者の氏名が表示
された介護者名表示欄７２などが形成されている。

【００５１】一方、サーバー３０では介護ＯＫ通知の応
答待ち状態となる（Ｓ１０７）。そして、このような、
メッセージ情報、介護者氏名等の情報を含む介護ＯＫ通
知が電子メールの形式でサーバー３０にて受信されたか
否かに関する判断処理が行われる（Ｓ１１０）。この判
断処理において、例えばＳ１０９のように受信され、受
信されたものと判断されると、すなわち、少なくとも１
つの介護者端末２０より介護ＯＫ通知を受け取ると、前
記ドメイン内の全ての被介護者端末１０及び介護者端末
２０を含む端末の所有者全員に対して前記介護ＯＫ通知
を一斉に送信する処理を行う（Ｓ１１１）。

【００５２】このように、本実施の形態では、例えば、
当該介護ＯＫ通知を同じアパートの住人等などのあるエ
リア全体に対して一斉に報じることができる。

【００５３】というのも、介護ＯＫ通知を全員に送信し
ないと、介護要求通知に対する返答が行われたか否かが
他の介護者に解らないからである。ただし、同一ドメイ
ン内で介護ＯＫ通知が複数同時になされた場合には、サ
ーバー３０での着信順に優先処理される。

【００５４】例えば、一方の被介護者端末１０から介護
要求通知を行うと、その要求を受けた介護者端末２０の
いずれか一方から介護ＯＫ通知を受ける。一方、他方の
被介護者端末１０から介護要求通知を行うと、その要求
を受けた介護者端末２０のいずれか他方から介護ＯＫ通
知を受ける。

【００５５】なお、被介護者端末１０では、前記一方側
の介護ＯＫ通知も、前記他方側の介護ＯＫ通知も受信し
てしまうことになるが、介護ＯＫ通知は、単に介護要求
通知が来ましたよということを報告するだけであるので
問題ない。

【００５６】このように、介護ＯＫ通知は、被介護者端
末、介護者端末を問わず、すべての端末に送信されるの
で、ある一の介護者が一の介護者端末２０から介護ＯＫ
通知を送信すると、他の介護者の他の介護者端末２０に
も介護ＯＫ通知が通達されることとなるので、他の介護
者は、前記介護要求通知に対して一の介護者が介護に向
かうことを把握することができる。このため、前記のよ
うな全端末に対する通知を行うことにより、電子メール
を管理する管理サーバーにアクセスすることなく、どの
被介護者からの要求に対してどの介護者が依頼を受けた
のかといったような状況を第三者が把握することができ
る。

【００５７】なお、一の介護要求通知に対して、複数の
介護人から各々介護ＯＫ通知が送信された場合には、サ
ーバー３０に当該各介護ＯＫ通知が着信した時点におけ
る着信時間順に基づいて、優先される一つの介護ＯＫ通
知が決定され、当該一つの介護ＯＫ通知が全ての端末に
対して送信されることとなる。

【００５８】そして、これらの各介護ＯＫ通知が各被介
護者端末にて各々受信される（Ｓ１１２）一方、各介護
ＯＫ通知は、各介護者端末にて各々受信され（Ｓ１１
３）、各々通知されることとなる。

【００５９】一方、サーバー３０は、介護要求通知を送
信した後、一定時間返答を監視し、予め設定した一定期
間、介護要求通知を一斉に報知したにも関わらず、介護
者端末２０からの介護ＯＫ通知が受信されない場合、す
なわち、前記Ｓ１１０の判断処理において、介護ＯＫ通
知が受信されていないものと判断されると、現在のサー
バー３０（ないしは通知サーバー）が属するドメインよ
りさらに上の階層の広域なドメイン（親ドメイン）に所
属する全ての端末（被介護者端末４０及び介護者端末５
０）に対して介護要求通知を一斉に送信する処理を行う
（Ｓ１２０）。

【００６０】ここに、親ドメインとは、上述したよう
に、図２に示す、ドメインコントローラ３２ａが管理す
るドメインよりもより広域なドメインコントローラ３４
が管理するドメインを意味する。

【００６１】より具体的には、被介護者ないしは介護者
が属するドメインを、ドメインコントローラ３２ａが管
理する「ドメイン１―１」とした場合を想定する。ドメ
イン１―１の被介護者端末１０から介護要求通知が介護
者端末２０に一斉に通知される。その際に、ドメイン１
―１にて介護ＯＫ通知がドメインコントローラ３２ａに
着信されない場合には（１人も介護者がいない場合に
は）、ドメインコントローラ３４による広域の「ドメイ
ン１」に属する介護者端末５０、２０（ないしは介護者
端末５０、２０及び被介護者端末４０、１０）に介護要
求通知を送信することとなる。

【００６２】この際、上述したように、狭いドメイン
は、広域ドメインに含まれることとなるので、結果とし
て、狭いドメインと広域ドメインに当該介護要求通知を
送信することとなり、特に、狭いドメインには、重複し
て電子メールが送られることとなる。なお、システムの
設定上、２回目は、狭いドメインには電子メールを送信
しないように構成しても勿論よい。

【００６３】なお、あるドメインに属する全ての端末に
介護ＯＫ通知を送信するが、その際、例えば介護者端末
に介護要求通知が来たにもかかわらず、介護者がＯＫす
る旨のボタンを押下しなかった場合のように、サーバー
３０において応答待ちで介護ＯＫ通知が１通も受信され
ない状態も想定されうる。このような場合には、特定の
例えば、３階層以上の上の広域のドメインに達した場合
には、当該処理を終了するような制限を設けておくこと
が好ましい。例えば、上記広域な特定のドメインコント
ローラにまで要求が至ると、自動的に下位のドメインコ
ントローラに対して、あるいは要求を受けた下位のドメ
インに属する端末に対して、介護ＯＫ通知がなかった旨
の通知を送信する構成としてよい。より広域なドメイン
に属する端末に対して送ったとしても、地域が遠くなり
介護者が被介護者のもとにすぐに介護に行けないからで
ある。

【００６４】このようにして、介護要求通知を発信した
被介護者の被介護者端末に対して、介護ＯＫ通知が受信
されると、必要に応じて、被介護者端末よりサーバーに
対して終了通知等を送信するとよい（Ｓ１１４）。つま
り、介護ＯＫ通知に対して被介護者がＯＫである場合
に、介護者が自宅に来た場合、介護が終了した場合など
に、被介護者は、終了通知をサービスセンターに対し通
知することもできる。ここに、終了通知ないしは介護完
了通知は、例えば図６に示すような画面レイアウトに構
成することが好ましい。同図に示すように、介護完了通
知の表示画面８０には、例えば、「介護を受けました」
等のメッセージ欄８１、被介護者の氏名が表示された被
介護者名表示欄８２などが形成されている。このように
して、終了通知を出すことにより、このシステムが終了
する。なお、介護者が現場にて携帯情報端末から終了通
知を出すようにしても構わない。

【００６５】また、介護ＯＫ通知に対して、被介護者が
ＯＫを出さないと、いつまで経っても介護されないよう
に構成してもよい。

【００６６】ここで、上述のＳ１０４を処理するための
処理プログラムは、介護要求通知を受信する処理である
ことから、前述のハードウエア構成と組み合わせること
により、いわば本発明にいう「受信手段」を構成できる
と言えよう。この受信手段は、介護希望者により端末か
らの操作入力に基づいて送信された介護希望者が介護を
要求する介護要求通知を受信する機能を主として有す
る。

【００６７】また、上述のＳ１０５を処理するための処
理プログラムは、介護要求通知を端末に一斉に報知する
処理であることから、前述のハードウエア構成と組み合
わせることにより、いわば本発明にいう「報知手段」を
構成できると言えよう。この報知手段は、複数のうちい
ずれか１つの端末からの介護要求通知を、複数の端末に
対して一斉に報知する機能を主として有するが、必要に
応じて、介護者が使用する端末に対してのみ介護要求通
知を一斉に報知するように制御してもよい。

【００６８】また、上述のＳ１１１を処理するための処
理プログラムは、介護ＯＫ通知を端末に一斉に送信する
処理であることから、前述のハードウエア構成と組み合
わせることにより、いわば本発明にいう「送信手段」を
構成できると言えよう。この送信手段は、介護要求通知
に対する、少なくとも一人の介護者からの応答である介
護ＯＫ通知を、複数の端末に対して一斉に送信する機能
を主として有する。

【００６９】さらに、上述のＳ１２０を処理するための
処理プログラムは、介護要求通知を異なるドメインの端
末に一斉に報知する処理であることから、前述のハード
ウエア構成と組み合わせることにより、いわば本発明に
いう「第２の報知手段」を構成できると言えよう。この
第２の報知手段は、介護者が使用する端末からの介護Ｏ
Ｋ通知が一定期間サーバーにて受信されない場合に、サ
ーバーが属するドメインより広域の広域ドメインに属す
る全ての端末に対して、介護が必要である旨の介護要求
通知を一斉に報知する機能を主として有するが、必要に
応じて、介護希望者が所有する端末に対してのみ介護Ｏ
Ｋ通知を一斉に報知するように制御してもよい。

【００７０】以上のように本実施の形態によれば、被介
護者は、ドメインに登録されている人に対して、一斉に
介護要求を伝えることができるため、介護要求通知はい
ずれかの介護者に伝達されるので、介護要求時に介護者
が捕まらないような事態を回避でき、被介護者は介護を
受けるまでに長い時間待たされることなく、短時間で介
護を受けることができる。

【００７１】また、サーバーがドメインからの介護ＯＫ
通知の最大受信待ち時間を監視しており、その時間を越
えても応答がない場合、そのドメインが所属するドメイ
ン（広域）に対して再度通知するため、介護者が捕まる
確実性も増す。

【００７２】なお、本発明にかかる装置と方法（処理手
順）は、そのいくつかの特定の実施の形態に従って説明
してきたが、本発明の主旨および範囲から逸脱すること
なく本発明の本文に記述した実施の形態に対して種々の
変形が可能である。例えば、上述の第１の実施の形態で
は、介護ＯＫ通知を被介護者端末及び介護者端末に対し
て送信する構成としたが、被介護者端末のみに送信する
構成としてもよい。

【００７３】また、上述の実施の形態では、介護サービ
スにおける介護要求通知、介護ＯＫ通知等を電子メール
にて通知する構成としたが、このような電子メールでの
通知に限らず、種々の通信手段例えば、電話、ファクシ
ミリ等にて一斉に特定の端末もしくは全端末に通知する
構成であっても勿論よい。

【００７４】さらに、上記実施の形態において、介護サ
ービスを受けて、介護者が現場に来た場合には、支払い
料金等を支払うステップを構成してもよい。

【００７５】またさらに、上述の実施の形態の介護（通
知）システム、それに用いるサーバー、端末において処
理される処理プログラム、説明された処理、データ（例
えば、各種テーブル等）の全体もしくは各部を情報記録
媒体に記録した構成であってもよい。さらに、上述の処
理プログラムを、一般のパソコンや携帯端末で動作可能
な電子メールソフトに組み込んだもの、あるいは組み込
んだ電子メールソフトを記録した情報記録媒体も含む。

【００７６】この情報記録媒体としては、例えばＲＯ
Ｍ、ＲＡＭ、フラッシュメモリ等の半導体メモリ並びに
集積回路、光ディスク、光磁気ディスク、磁気記録媒体
等を用いてよく、さらに、ＣＤ−ＲＯＭ、ハードディス
ク、ＦＤ、ＤＶＤＲＡＭ、ＤＶＤＲＯＭ、ＭＯ、ＺＩ
Ｐ、磁気カード、磁気テープ、不揮発性メモリカード、
ＩＣカード等に記録して構成して用いてよい。

【００７７】さらにまた、媒体の例としては、コンピュ
ータと別のデバイスの間の無線又は赤外線送信チャンネ
ル、コンピュータで読取可能なカード、例えばＰＣＭＣ
ＩＡカード、別のコンピュータ又はネットワーク上のデ
バイスへのネットワーク接続、及び電子メール送信とウ
ェブサイトその他に記録された情報を含むインターネッ
トやイントラネットにて通信制御するために必要な各種
処理プログラムの情報を含む。

【００７８】この情報記録媒体を上記各実施の形態によ
るシステム以外の他のシステムあるいは装置で用い、そ
のシステムあるいはコンピュータがこの記憶媒体に格納
されたプログラムコードを読み出し、実行することによ
っても、上記各実施の形態と同等の機能を実現できると
共に、同等の効果を得ることができる。

【００７９】また、コンピュータ上で稼働しているＯ
Ｓ、サーバー、端末（携帯電話）上のＲＴＯＳ等が処理
の一部又は全部を行う場合、あるいは記憶媒体から読み
出されたプログラムコードが、コンピュータ、情報処理
装置に挿入された拡張機能ボードやコンピュータに接続
された拡張機能ユニットに備わるメモリに書き込まれた
後、そのプログラムコードの指示に基づいて、上記拡張
機能ボードや拡張機能ユニットに備わるＣＰＵ等が処理
の一部又は全部を行う場合にも、上記実施の形態と同等
の機能を実現できると共に、同等の効果を得ることがで
きる。

【００８０】さらにまた、上述の実施の形態の「介護サ
ービス」の一例である「介護（通知）システム」を、い
わゆる「病院情報システム」などと連携して、医師等に
連絡可能な構成としてもよい。

【００８１】さらに、上記実施形態には種々の段階が含
まれており、開示される複数の構成要件における適宜な
組み合わせにより種々の発明が抽出され得る。つまり、
上述の各実施の形態同士、あるいはそれらのいずれかと
各変形例のいずれかとの組み合わせによる例をも含むこ
とは言うまでもない。また、実施形態に示される全構成
要件から幾つかの構成要件が削除された構成であっても
よい。

【００８２】

【発明の効果】以上説明したように本発明によれば、被
介護者は、ドメインに登録されている人に対して、一斉
に介護要求を伝えることができるため、介護要求通知は
いずれかの介護者に伝達されるので、介護要求時に介護
者が捕まらないような事態を回避でき、被介護者は介護
を受けるまでに長い時間待たされることなく、短時間で
介護を受けることができる。

【００８３】また、サーバーがドメインからの介護ＯＫ
通知の最大受信待ち時間を監視しており、その時間を越
えても応答がない場合、そのドメインが所属するドメイ
ン（広域）に対して再度通知するため、介護者が捕まる
確実性も増す。

【図面の簡単な説明】

【図１】本発明の介護システムの全体の概略構成の一例
を示す説明図ある。

【図２】本発明の介護システムにおける処理手順の一例
を示すネットワークシーケンス図である。

【図３】図１の介護システムにおけるサーバーが属する
ドメインとその親ドメインとの関係を説明するための説
明図である。

【図４】図１の介護システムにおける端末に表示される
表示画面の一例を示す説明図である。

【図５】図１の介護システムにおける端末に表示される
表示画面の一例を示す説明図である。

【図６】図１の介護システムにおける端末に表示される
表示画面の一例を示す説明図である。

【符号の説明】

１介護システム１０端末（被介護者端末）２０端末（介護者端末）３０サーバーＮネットワーク

Claims

【特許請求の範囲】

【請求項１】介護を希望する介護希望者が所有するな
いしは前記介護希望者に対して介護を行う介護者が使用
する複数の端末とネットワークを介して通信可能なサー
バーを用いて前記介護希望者に対して介護サービスを提
供する介護システムであって、前記介護希望者により少なくとも一つの前記端末からの
操作入力に基づいて送信された前記介護希望者が介護を
要求する介護要求通知を受信する受信手段と、前記受信手段にて受信され、複数のうちいずれか１つの
前記端末からの介護要求通知を、複数の前記端末に対し
て一斉に報知する報知手段と、を含むことを特徴とする介護システム。
【請求項２】前記報知手段にて報知された前記介護要
求通知に対する、少なくとも一人の前記介護者からの応
答である介護ＯＫ通知を、複数の前記端末に対して一斉
に送信する送信手段をさらに有することを特徴とする請
求項１に記載の介護システム。
【請求項３】前記介護者が使用する前記端末からの前
記介護ＯＫ通知が一定期間前記サーバーにて受信されな
い場合に、前記サーバーが属するドメインより広域の広
域ドメインに属する全ての端末に対して、介護が必要で
ある旨の前記介護要求通知を一斉に報知する第２の報知
手段をさらに有することを特徴とする請求項２に記載の
介護システム。
【請求項４】前記報知手段は、前記介護者が使用する
前記端末に対してのみ前記介護要求通知を一斉に報知す
るように制御することを特徴とする請求項１に記載の介
護システム。
【請求項５】前記第２の報知手段は、前記介護希望者
が所有する前記端末に対してのみ前記介護ＯＫ通知を一
斉に報知するように制御することを特徴とする請求項３
に記載の介護システム。