JP7439754B2 - ケアサポートシステム - Google Patents

Description

本発明は、対象者の日常の生活を支援するケアサポートシステムに関する。

例えば、特許５５０３４４９号公報には、登録型の労働者を作業者としてファミリーサポートサービスを提供するファミリーサポートサービス支援システムが開示されている。ファミリーサポートサービス支援システムは、事業者に使用される事業者サーバと、事業者サーバに接続可能なクライアント端末とを有する。そして、事業者サーバは、ファミリーサポートサービスの複数の利用者について、利用者情報を保持および管理する。複数の作業者について、属性情報およびスケジュール情報を含む作業者情報を保持および管理する。

そして、利用者からのファミリーサポートサービスの利用申し込みを受け付けると、利用申し込みに係る利用予定日時に業務可能な作業者を作業者候補として抽出し、当該作業者候補からの作業依頼の受諾連絡を受け付けて作業者を決定して予約を確定する。このようなシステムを用いることで、利用者に作業者を割り振る作業を簡略化できる。また、作業者も、端末を介して作業依頼を受けることができるので、サービスセンター等で待機する必要がなく、作業者の利便性も高くなる。

特許５５０３４４９号公報

しかしながら、この手のサービスでは、作業者のスケジュールに基づいて、作業者を割り当てるため、作業が割り当てられる作業者と割り当てられない作業者とが偏る虞がある。また、作業者が仕事を選択することが困難であり、作業者の意欲が低下する虞がある。

そこで本発明は、スタッフの意思を可能な限り反映し、複数の派遣先に効率よく適切なスタッフを適切に派遣することができるケアサポートシステムを提供することを目的とする。

上記目的を達成するために本発明のケアサポートシステムは、日常の生活を支援する対象となる対象者又は前記対象者の世話をする世話者からの要求に応じてスタッフを派遣するケアサポートシステムであって、ネットワークに通信可能に接続されて前記対象者及び前記世話者の少なくとも一方による入力操作を受け付ける契約者端末と、前記ネットワークに通信可能に接続されて前記スタッフが個々に所持するとともに前記スタッフによる入力操作を受け付けるスタッフ端末と、前記ネットワークに通信可能に接続されて前記スタッフの管理を行うケアディレクタによる入力操作を受け付けるディレクタ端末と、前記ネットワークに通信可能に接続されたクラウドと、を含み、前記クラウドは、前記契約者端末から要求される作業の情報を含む要求情報に基づいて前記作業の内容、当該作業を行う場所及びその時間の情報を含む募集情報を作成するとともに前記募集情報を少なくとも一部の前記スタッフ端末で閲覧可能にし、前記スタッフ端末からの前記募集情報に対して応募する情報を含む応募情報に基づいて、前記作業を行う場所の各々に派遣するスタッフの派遣を決めるとともにスタッフの派遣情報をスタッフ派遣情報として前記ディレクタ端末に送信し、前記ディレクタ端末から前記スタッフ派遣情報に基づいて前記スタッフの派遣を承認する承認情報を受け付けたときに、前記作業を行う場所に派遣されるスタッフの前記スタッフ端末に作業の依頼を行う依頼情報を提供するとともに前記契約者端末に対して派遣される前記スタッフの情報をスタッフ情報として提供する。

このように構成することで、スタッフの作業を行う意思（応募）に基づいて、スタッフの派遣を決定することが可能である。そのため、スタッフが、自分の不得意とする作業やできない作業に派遣されることを抑制し、スタッフが気持ち良く作業を行うことができる。これにより、スタッフによる作業の品質を上昇することができる。

上記構成において、前記ディレクタ端末は、前記契約者端末の各々から前記要求情報を取得するとともに、前記要求情報に基づいて生成された募集情報を前記クラウドに提供するようにしてもよい。このようにすることで、ケアディレクタが、契約者端末からの要求情報を全て掌握することができる。そのため、交通傷害、疾病等の突発的な事象によってスタッフに欠員が出た場合に、ケアディレクタは、迅速にスタッフの派遣を決定することができる。なお、ケアディレクタは、クラウドにスタッフ派遣の指示を送るだけでもよい。

上記構成において、前記要求情報には、作業のスケジュールを示すスケジュール情報を含んでいてもよい。これにより、短期間の作業の募集を行うことが可能となる。

上記構成において、前記クラウドは、前記スタッフ端末を使用するスタッフの情報を管理するスタッフ情報管理データベースを備えていてもよい。これにより、クラウドは、スタッフの情報に基づいて、スタッフごとに募集情報を作成することができる。

上記構成において、前記スタッフ情報管理データベースは、少なくとも作業に対する適正、スキルを含む適正を数値化した適正値を前記スタッフごとに備えてもよい。このようにすることで、クラウドは、スタッフの応募を参照しつつ、適正、スキルにあった被介護者の元にスタッフを派遣することも可能となる。

上記構成において、前記クラウドは、前記要求情報から作業に要求される適正を取得するとともに、前記スタッフ情報管理データベースから前記作業に対する適正に合致する前記スタッフを抽出し、前記抽出されたスタッフの前記スタッフ端末で前記募集情報を閲覧可能にしてもよい。このようにすることで、適正、スキルを持たないスタッフが、応募するのを抑制できる。また、スタッフにとって、応募できない情報を閲覧しないので、募集情報の確認が容易になる。

上記構成において、前記クラウドは、前記要求情報から前記作業に要求される適正を取得するとともに、前記スタッフ情報管理データベースから前記応募情報を提供した前記スタッフ端末の入力操作を行ったスタッフの前記適正値を取得し、前記応募情報を提供した前記スタッフ端末の入力操作を行ったスタッフを適切な場所に派遣するスタッフ派遣情報を生成する。これにより、適材適所の派遣を可能とする。また、適正、スキルが不十分であったとしても、適正、スキルの高いスタッフと組み合わせて派遣することも可能であり、作業を行いながらスタッフの適正、スキルを挙げることができる。すなわち、スタッフ全体の適正、スキルの底上げが可能である。

前記クラウドは、前記対象者及び（又は）前記世話者の情報を管理する契約者情報管理データベースをさらに備え、前記契約者情報管理データベースには、スタッフとの相性の情報が含まれており、前記クラウドは、前記契約者情報管理データベースから前記スタッフとの相性の情報を取得するとともに、前記対象者及び（又は）前記世話者と前記スタッフとの相性を鑑みて適切なスタッフを決定してもよい。

上記構成において、前記クラウドは、前記作業を行う場所に派遣するスタッフの派遣を決めるときに前記スタッフが不足する場合において、前記不足したスタッフを前記スタッフ情報管理データベースに基づいて作業担当可能なスタッフを抽出するとともに、抽出したスタッフの前記スタッフ端末に対して作業の可否を問う確認情報を送信し、前記スタッフ端末から前記作業が可である作業可能情報を取得したときに、前記作業可能情報を取得した前記スタッフ入力操作を行ったスタッフを含んだスタッフ派遣情報を生成する。このようにすることで、募集数に対して応募数が少なくて募集が満たされない場合、突発的にスタッフが不足する場合等にもスタッフの派遣が可能となる。

上記構成において、前記クラウドは、スタッフ本人、前記対象者、前記世話者及び共同で作業を行ったスタッフの少なくとも１者から作業を実行したスタッフに対する評価を取得するとともに、前記スタッフへの評価として、前記スタッフ情報管理データベースに蓄積してもよい。

上記構成において、前記スタッフ情報管理データベースは、前記スタッフごとに前記作業に対する希望の情報である希望情報をさらに含んでいてもよい。このようにすることで、スタッフの希望に応じた作業に派遣することができるため、スタッフの意欲を高めることが可能である。

上記構成において、前記クラウドは、作業を行った作業者から、作業内容の情報を取得するとともに、作業内容を次の作業者への引き継ぎ資料として記憶してもよい。

本発明によると、スタッフの意思を可能な限り反映し、複数の派遣先に効率よく適切なスタッフを適切に派遣することができるケアサポートシステムを提供することが可能である。

本発明にかかるケアサポートシステムの一例の概略の構成を示す説明図である。 スタッフ端末の機能ブロック図である。 クラウドの概略構成を示す機能ブロック図である。 スタッフ情報管理データベースの一例を示す図である。 要求情報の一例を示す図である。 スタッフ端末で表示された募集情報の一例を示す図である。 募集情報の他の例を示す図である。 募集情報の詳細を示す図である。 本実施形態のケアサポートシステムにおける処理の流れを示すフローチャートである。 本発明にかかるケアサポートシステムの他の例の動作を示すフローチャートである。 スタッフ情報管理データベースの他の例を示す図である。

本発明について、図面に基づいて説明する。なお、本明細書において、スタッフとは、介護に従事する従事者を指す。また、ケアとは、介護に関して対象者に対して実施される世話を指す。さらにケアの対象者は、自宅で生活を行っているものとする。なお、自宅には、個人宅以外にも、サービス付老人住宅等も含むものとする。そして、被介護者Ｃとは、ケアの対象者を示す。また、被介護者と同居の同居人やサービス付老人住宅の管理人等、日常的に被介護者の世話を行う者を、世話者Ｓとする。そして、本実施形態では、ケアサポートシステムＡによるサポート契約を結んでいる被介護者及び（又は）世話者Ｓを合せて契約者と称する。

＜第１実施形態＞
〔ケアサポートシステム〕
図１は、本発明にかかるケアサポートシステムの一例の概略の構成を示す説明図である。ケアサポートシステムＡは、通信ネットワーク３００を介して、複数の契約者端末１００が通信可能に接続されている、契約者端末１００は通信ネットワーク３００と通信可能な構成を有している。なお、被介護者は、必要なケアによってランクが分かれている。例えば、入浴、着替等の身の回りの世話が困難な被介護者もいるし、身の回りの世話は自分でできるが、食事の準備、掃除等の家事が困難な被介護者もいる。また、被介護者が幼児の場合もあり、この場合、身の回りの世話、家事等は、不要で、見守りだけの場合もある。そのため、ケアサポートシステムＡにおいて、契約者端末１００は、被介護者が自ら通信動作が可能な場合被介護者が所持していてもよい。また、被介護者が通信動作をできない場合や未成年等の場合、世話者Ｓが契約者端末１００を所持する。契約者端末１００は、被介護者Ｃ又は世話者Ｓの操作入力を受け付ける情報端末である。

契約者端末１００は、例えば、タブレットやスマートフォンなどの多機能型携帯端末、ノート型パーソナルコンピュータを挙げることができる。また、ブレスレットまたは腕時計等のような装着型のウェアラブルデバイスであってもよい。これら以外にも、被介護者Ｃ又は世話者Ｓに情報を提供できるとともに、被介護者Ｃ又は世話者Ｓの入力操作を受け付けることができるデバイスを広く採用できる。ここでは、スタッフ端末４００を、携帯性が高く、情報の表示および入力操作が容易なスマートフォン型の携帯端末とする。契約者端末１００は、例えば、アプリケーションと呼ばれるプログラムを起動することで、ケアサポートシステムＡに接続可能となっている。なお、ケアサポートシステムＡを利用する契約を行ったときに、ケアサポートシステムＡ専用の端末を購入する又は貸与されてもよい。

図１に示すように、ケアサポートシステムＡは、クラウド２００と、通信ネットワーク３００と、スタッフ端末４００と、ディレクタ端末５００と、を備える。

クラウド２００は、通信ネットワーク３００上における情報の処理、蓄積、配信等のサービスを提供する。クラウド２００の詳細な動作は後述するが、クラウド２００は、各契約者端末１００からの情報を蓄積したり、スタッフ端末４００、ディレクタ端末５００からの情報に基づいて、処理を行う。

クラウド２００が管理する情報としては、例えば、契約者端末１００の情報、契約者端末１００と関連付けられた被介護者の情報、契約者端末１００からの作業の要求情報、スタッフＴの情報、スタッフ端末４００の個別情報、スタッフ端末４００からの応募情報、等を挙げることができる。クラウド２００で管理する情報の詳細についても、ケアサポートシステムＡの動作説明とともに説明する。

通信ネットワーク３００は、複数の機器と通信が可能な通信回線を備える。通信ネットワーク３００は、例えば、インターネット、携帯電話通信網等の公共の通信網を用いてもよいし、専用回線、専用空中線等を用いて、予め決められた、契約者端末１００、クラウド２００、スタッフ端末４００及びディレクタ端末５００のみが接続可能な通信網であってもよい。

ケアサポートシステムＡでは、スタッフＴがスタッフ端末４００を携帯（所有）している。図１において、３人のスタッフＴを図示しているが、人数は、３人に限定されない。そして、個々のスタッフＴがそれぞれスタッフ端末４００を携帯する。すなわち、ケアサポートシステムＡにおいて、通信ネットワーク３００には、複数のスタッフ端末４００が接続可能である。なお、以下の説明において、特にスタッフを個別に特定しない場合には、スタッフＴとして説明する。

スタッフ端末４００は、スタッフＴによる操作に基づいて、クラウド２００にアクセスして種々の情報を取得できる。そして、スタッフ端末４００は、取得した情報を後述するスタッフ端末表示部４１に表示させることが可能である。またクラウド２００から情報が配信される場合もある。この場合もクラウド２００からの情報をスタッフ端末表示部４１に表示させることが可能である。

スタッフＴがスタッフ端末４００で入力する情報としては、クラウド２００で公開される情報、あるいは、クラウド２００から送信された募集情報に対する応募を行う応募情報、スタッフＴのスケジュール、スキル等の情報を挙げることができる。なお、これらの情報は、通信ネットワーク３００を介して、クラウド２００に送信されて、クラウド２００のストレージ機能に搭載されたデータベース機能に格納される。

＜スタッフ端末４００およびディレクタ端末５００＞
次にスタッフ端末４００について、図面を参照して説明する。図２は、スタッフ端末の機能ブロック図である。図２に示すように、スタッフ端末４００は、スタッフ端末表示部４１と、制御部４２と、記憶部４３と、通信部４４とを備える。

スタッフ端末表示部４１は、表示パネル４１１と、タッチセンサ４１２とを備える。表示パネル４１１は、画像、文字等の情報を表示する。表示パネル４１１としては、例えば、液晶パネル、有機ＥＬパネル等を挙げることができるが、これに限定されない。タッチセンサ４１２は、表示パネル４１１の前面に派遣されており、例えば、スタッフＴの指の接触部分の位置を検知する。これにより、タッチセンサ４１２は、表示パネル４１１に表示された画像のうちスタッフＴの指が接触した画像を検知できる。すなわち、スタッフ端末表示部４１は、いわゆる、タッチパネルである。

スタッフ端末表示部４１は、制御部４２と接続される。制御部４２は、スタッフ端末４００の各部を制御するとともに、スタッフ端末４００で取り扱われる情報の処理を行う。制御部４２は、ＣＰＵを備えている。

記憶部４３は、制御部４２が実行する制御プログラムや各種の情報を記憶するメモリであり、例えばＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、不揮発性メモリなどで構成されている。

通信部４４は、通信ネットワーク３００に接続して、情報を送受信する。また、通信部４４は、通信ネットワーク３００に接続される。なお、通信部４４は、無線通信網および有線通信網の少なくとも一方と接続可能なインターフェースであり、送信回路、受信回路、アンテナ等を備える。

なお、スタッフ端末４００としては、例えば、タブレットやスマートフォンなどの多機能型携帯端末、ノート型パーソナルコンピュータを挙げることができる。また、ブレスレットまたは腕時計等のような装着型のウェアラブルデバイスであってもよい。これら以外にも、スタッフＴに情報を提供できるとともに、スタッフＴによる入力操作を受け付けることができるデバイスを広く採用できる。ここでは、スタッフ端末４００を、携帯性が高く、情報の表示および入力操作が容易なスマートフォン型の携帯端末とする。スタッフ端末４００は、クラウド２００から情報を取得したときに、音声、振動等でスタッフＴに通知できる機能を備えていてもよい。また、スタッフＴの個人所有のスマートフォン、タブレット、パーソナルコンピュータ等の情報端末にアプリケーションをインストールすることで、スタッフ端末４００としてもよい。

ケアサポートシステムＡにおいて、スタッフＴは、対象者の自宅にケアに伺う。そのため、スタッフ端末４００は、通信ネットワーク３００への接続だけで、スタッフ端末４００の位置を判定するのが困難な場合がある。そのため、スタッフ端末４００は、ＧＰＳ（global positioning system）信号を受信できる機能を有していることが望ましい。例えば、スタッフ端末４００に地図を表示できる機能を備えておき、ＧＰＳ信号と対象者の自宅の情報（住所、経度緯度情報等）に基づいて、道案内可能な構成であってもよい。

また、本実施形態のケアサポートシステムＡは、ケアディレクタＤによって使用される端末装置である、ディレクタ端末５００を含んでいる。ディレクタ端末５００は、スタッフ端末４００と同様に、タブレットやスマートフォンなどの多機能型携帯端末、ノート型パーソナルコンピュータなどで構成されている。ディレクタ端末５００もスタッフ端末４００と同様、通信ネットワーク３００に接続される。なお、スタッフ端末４００とディレクタ端末５００とは直接情報の送受信が可能であってもよいし、クラウド２００を経由して情報の送受信を行ってもよい。ディレクタ端末５００は、情報を表示する表示部を備えている。なお、以下の説明では、スタッフ端末表示部４１と区別するために、ディレクタ端末５００の表示部をディレクタ端末表示部５１として説明する。

ここで、ケアディレクタＤとは、スタッフＴに対して、作業に関する指示や助言を与える指示者（監督者）である。例えば、ケアディレクタＤがディレクタ端末５００を操作して指示情報を入力すると、その指示情報がディレクタ端末５００から通信ネットワーク３００を介してスタッフ端末４００に送信される。指示情報をスタッフ端末４００のスタッフ端末表示部４１に表示させることにより、スタッフＴは、表示された指示情報に基づいて適切なケア等の作業を行うことができる。また、ケアディレクタＤは、ディレクタ端末５００を操作して、クラウド２００における動作の設定および変更を行うことが可能である。なお、ケアディレクタＤは、人工知能であってもよく、この場合、クラウド２００がケアディレクタＤを兼ねてもよい。

ディレクタ端末５００は、後述するスタッフ派遣情報を取得する。ディレクタ端末５００では、ディレクタ端末表示部５１にスタッフ派遣情報を表示する。ケアディレクタＤは、ディレクタ端末表示部５１に表示されたスタッフＴの派遣を確認し、スタッフＴの派遣を承認するか否かの操作を行う。ディレクタ端末５００は、スタッフＴの派遣の承認情報をクラウド２００に送信する。なお、非承認の場合には、非承認情報を送信する。なお、非承認情報には、非承認の理由、非承認と認定したスタッフＴ、スタッフ派遣の代替案等を含んでよい。

被介護者は、自宅にいる。そして、被介護者に対して、ケアを行ってくれる世話人が常時同居していることは少ない。そのため、ケアサポートシステムＡでは、被介護者の状態（例えば身体状態）を入居者とは非接触で検知する非接触センサを備えた、検知ユニット６００を、被介護者の居室に備える場合がある（図１参照）。

検知ユニット６００は、電波式のセンサ、光学式のセンサを備えている。また、これら以外のセンサを備える場合もある。そのため、検知ユニット６００は、センサボックスとも呼ばれる。

電波式のセンサは、電波の放射および受信によって、被介護者の状態を検知する。電波式のセンサは、例えば２４ＧＨｚ帯のマイクロ波を放射し、被介護者で反射されドップラーシフトした反射波を受信するマイクロ波ドップラーセンサによって構成される。これにより、電波式のセンサは、受信した反射波から、被介護者の呼吸状態（呼吸数）、睡眠状態、心拍数などを生体情報（バイタルデータ）として検出することができる。

なお、被介護者が呼吸しているとき（睡眠中も含む）、被介護者の呼吸による体の微小な動き（微体動）が生じる。このため、被介護者の呼吸状態や睡眠状態を検出することは、入居者の微体動を検出するのと同じである。このことから、電波式のセンサは、被介護者の微体動を検出する微体動検出部として機能しているとも言うことができる。

また、電波式のセンサは、電波（マイクロ波）を放射し、被介護者にて反射してきた電波（反射波）の周波数と、放射した電波の周波数とを比較することにより、被介護者の身体の動き（体動）を検出することもできる。なお、電波式のセンサは、体動および微体動のどちらか一方のみを検出するセンサであってもよい。

光学式のセンサは、居室内部を撮影して画像を取得する撮像部である。例えば、可視光の光量が少ない場合でも、居室内部を撮影できる赤外画像センサを備えていてもよい。光学のセンサは、被介護者の生活を見守るセンサである。

検知ユニット６００は、電波式のセンサおよび光学式のセンサから得た情報を被介護者の状態に関する情報としてクラウド２００に出力する。クラウド２００は、被介護者の状態（健康状態、活動状態等）を確認できる。また、クラウド２００は、検知ユニット６００からの情報に基づいて、被介護者の異常を察知すると、被介護者と関連付けられた契約者端末１００に異常が発生している可能性がある情報を通知する。また、近くにいるまたは被介護者の確認に駆け付けられるスタッフＴのスタッフ端末４００にも同様の情報を通知してもよい。

＜クラウド２００の詳細な構成＞
次に、クラウド２００について説明する。クラウド２００は、計算機リソースを提供する複数のノードを含む。例えば、クラウド２００は、外部機器（ここでは、契約者端末１００、スタッフ端末４００、ディレクタ端末５００等）が接続されるフロントエンド、それぞれの機能を有するノード群、ノード群の管理及び制御を行う管理システムを含む。

図３は、クラウドの概略構成を示す機能ブロック図である。ケアサポートシステムＡにおいて、クラウド２００は、データベース操作部２１、募集情報生成部２２、閲覧操作部２３、スタッフ派遣情報生成部２４及び通知部２５を備える。

データベース操作部２１には、例えば、登録されているスタッフＴの情報を含むスタッフ情報管理データベース２１１、接続されている契約者端末１００の情報を含む契約者情報管理データベース２１２等が備えられる。

ここで、データベースについて図面を参照して説明する。図４は、スタッフ情報管理データベースの一例を示す図である。スタッフ情報管理データベース２１１は、スタッフＴに関する情報を管理する。なお、スタッフ情報管理データベース２１１は、予め登録されているスタッフＴ（ここでは、登録スタッフと称する）の情報を管理する。

スタッフ情報管理データベース２１１は、スタッフＴごとに複数の管理項目で管理する。図４に示すように、スタッフ情報管理データベース２１１は、管理項目として、番号欄２１１ａ、氏名欄２１１ｂ、年齢欄２１１ｃ、性別欄２１１ｄ、作業欄２１１ｅ、ランク欄２１１ｆ、契約者の評価欄２１１ｇ、希望欄２１１ｈ、スケジュール欄２１１ｉ、相性良欄２１１ｊ、相性不可欄２１１ｋを備える。

番号欄２１１ａはスタッフＴの識別番号が格納される。スタッフＴの識別番号は、スタッフＴが所持しているスタッフ端末４００の識別番号と一致する。すなわち、クラウド２００は、スタッフ端末４００の識別番号に基づいて、所持しているスタッフＴを判別できる。

氏名欄２１１ｂは、スタッフＴの氏名が格納される。本実施形態の例では、「ＶＶ」、「ＷＷ」、「ＸＸ」、「ＹＹ」の４人が登録されているが、これ以上登録されていてもよい。スタッフＴの氏名は、契約者端末１００に送るスタッフ情報に含まれる。年齢欄２１１ｃは、スタッフＴの年齢である。性別欄２１１ｄは、スタッフＴの性別が格納される。なお、図４に示すスタッフ情報管理データベース２１１では、男性：Ｍ、女性：Ｆとしている。なお、年齢及び性別は、スタッフＴの希望により登録しなくてもよいが、募集条件に、年齢、性別がある場合に、応募が無効になる。

作業欄２１１ｅは、スタッフＴ各々の対応可能な作業の種類を示している。図４に示すスタッフ情報管理データベース２１１では、８個の数字で、対応可能な作業を示している。

各ケタは、対応可能な作業内容を示している。すなわち、「食事介助」、「入浴介助」、「着替介助」、「トイレ介助」、「掃除」、「洗濯」、「調理」、「その他」を示している。そして、各桁は、「０」又は「１」で示される。例えば、図４の「ＶＶ」さんは、「１１１１１１１１」である。そのため、「VV」さんは、上述した仕事の全てに対応可能であることを示す。なお、作業欄２１１ｅの管理方法は、一例であり、別の管理方法を用いて管理を行ってもよい。スタッフの職種（資格）等を管理する方法を広く採用することができる。

ランク欄２１１ｆは、スタッフＴに対するケアディレクタＤによる評価である。ランクは上から「１」、「２」、「３」、「４」、・・・、「１０」の１０段階に分かれている。そして、ランクは、スタッフＴのスキル、能力、経験等によって、ケアディレクタＤが決定する。例えば、スキルとしては、「教育」、「補助」、「管理」等を挙げることができる。そして、これらのスキル、能力、経験等を総合的に判断してランクが決められる。なお、ランク欄２１１ｆは、スタッフＴごとに１つとしているが、これに限定されない。総合ランクに加えて、スキル、能力、経験等を細かく分類し、分類ごとにランクを含んでいてもよい。

契約者の評価欄２１１ｇは、スタッフＴの作業に対する契約者である被介護者またはその世話者Ｓからの評価を総合したものである。例えば、評価は「Ｓ」、「Ａ＋」、「Ａ」、「Ｂ＋」、「Ｂ」・・・で示される。契約者の評価欄２１１ｇは、これまで、作業に訪れた被介護者Ｃまたはその世話者Ｓである契約者からの評価（フィードバック）に基づいて、総合的に決定された総合評価である。評価の基準は、各契約者端末１００に予め通知しておき、その基準に基づいて、評価されるものとする。なお、契約者の評価欄２１１ｇは、スタッフＴごとに１つとしているが、これに限定されない。総合評価に加えて、契約者ごと、評価基準ごとの評価を含んでいてもよい。このようにすることで、被介護者Ｃまたは世話者Ｓとスタッフとの相性による、トラブルを避けることが可能である。

ランク欄２１１ｆ及び契約者の評価欄２１１ｇは、被介護者Ｃ及び世話者Ｓの少なくとも一方からのフィードバック、一緒に作業を実行したスタッフからの情報に基づいて決定される。なお、作業が終了するごとに自己評価、他のスタッフの評価、施設の評価を取得し、その情報に基づいて、ランク及び契約者の評価を更新するようにしてもよい。また、ランダムに抽出された作業に対して派遣されたスタッフＴの評価を行ようにしてもよい。また、これ以外の項目が含まれていてもよい。ランク欄２１１ｆ及び契約者の評価欄２１１ｇは、スタッフＴへの評価の欄である。

希望欄２１１ｈは、予めスタッフＴから登録された作業、契約者等に対する希望が格納される。なお、希望は、スタッフＴが自由に登録してもよいし、予め登録項目を用意し、その登録項目をチェックしてもらうことで、スタッフＴの希望としてもよい。

スケジュール欄２１１ｉは、スタッフＴのスケジュールが格納される。スケジュールとしては、例えば、周期的なスケジュール（例えば、毎週月曜日等）と、突発的なスケジュール（例えば、××月ｙｙ日、９:００～１７:００等）とが格納される。なお、スケジュール欄２１１ｉには、ケア対象の介護者および契約者名も含まれていることが好ましい。また、これら以外の管理項目、例えば、直近の作業量等の情報を含んでいてもよい。スタッフ情報管理データベース２１１には、スタッフ派遣情報生成部２４において、スタッフＴの派遣を決めるときに、考慮される情報が格納される。

相性良欄２１１ｊ、相性不可欄２１１ｋは、他のスタッフＴとの相性を示している。すなわち、相性良欄２１１ｊには、作業を協調して実施しやすいスタッフＴが格納される。また、相性不可欄２１１ｋには、作業を協調して実施するのが難しいスタッフＴが格納されている。

なお、データベース操作部２１は、スタッフ情報管理データベース２１１の管理項目を変更できてもよい。スタッフ情報管理データベース２１１の管理項目の変更は、ディレクタ端末５００（ケアディレクタＤ）からの指示に基づくものであってもよい。また、クラウド２００自体が契約者端末１００、スタッフ端末４００（スタッフＴ）及びディレクタ端末５００（ケアディレクタＤ）からのフィードバックに基づいて、機械学習を行い、必要と思われる管理項目を変更してもよい。

このとき、ディレクタ端末５００からの承認があった後に最終的な追加の決定が行われる。このようにすることで、スタッフ情報管理データベース２１１の管理項目が際限なく増加するのを抑制できる。なお、予め管理項目の上限値を決めておき、管理項目を変更する場合、ディレクタ端末５００からの承認なしで管理項目を変更できるようにしてもよい。この場合であっても、データベース操作部２１は、ディレクタ端末５００に管理項目の変更についての情報を送信する。

なお、スタッフ端末４００から応募情報として、スタッフＴの上述のような情報を取得する構成の場合、スタッフ情報管理データベース２１１を備えていなくてもよい。

契約者情報管理データベース２１２は、スタッフ情報管理データベース２１１と同様の構成を有しているため、詳細は省略する。契約者情報管理データベース２１２は、詳細な説明は省略するが、契約者ごとに、名称、住所、電話番号等の契約者を特定するための情報が格納されている。また、契約者端末１００の識別番号が格納されていてもよい。契約者情報管理データベース２１２は、ケアサポートシステムＡでスタッフＴを派遣する契約者の情報を管理している。換言すると、契約者情報管理データベース２１２で、ケアサポートシステムＡでサポートする契約者（契約者端末１００）を管理している。

さらに言うと、ケアサポートシステムＡによるサービスを受ける契約を結んでいる契約者の情報が、契約者情報管理データベース２１２に格納される。なお、契約者情報管理データベース２１２の情報の変更は、ディレクタ端末５００からの操作によって行われることが好ましいが、クラウド２００が行うようにしてもよい。契約者情報管理データベース２１２には、被介護者Ｃ及び世話者Ｓと相性が良いスタッフＴ及び相性が良くないスタッフＴを格納されている。なお、被介護者Ｃ及び世話者Ｓのいずれか一方と相性が良い場合も含んでよい。この場合、被介護者Ｃ及び世話者Ｓの相性が良い方と反対の者とは相性が良くない場合を除く。

募集情報生成部２２には、各契約者端末１００から要求される作業の情報を含む要求情報が提供される。要求情報には、契約者名、必要とされる作業の内容、必要な員数、作業の時間等の情報が含まれる。

ここで、要求情報の詳細について図面を参照して説明する。図５は、要求情報の一例を示す図である。図５では、理解を容易にするために要求情報Ｒｑを表形式で示しているが、実際には、表でなくてもよく、必要な情報が含まれていればよい。

まず、要求情報が送信される背景について説明する。多くの場合、被介護者Ｃは、世話者Ｓによってケアされているか、定期的（例えば、週４回等）なケアを受けている場合が多い。しかしながら、世話者Ｓが自宅を空ける必要があったり、定期的なケアが受けられなくなる場合が発生する。このような場合において、契約者は、ケアサポートシステムＡに対して、足りない作業、換言すると、必要とする作業を実行できるスタッフＴの派遣を要求する要求情報を送信する。

要求情報Ｒｑは、契約者ごとに、通信ネットワーク３００を介してディレクタ端末５００に送られる。図５に示すように要求情報Ｒｑは、契約者及び（又は）被介護者氏名ＲｑＮ、期間欄Ｒｑ１、時間欄Ｒｑ２、作業内容欄Ｒｑ３、員数欄Ｒｑ４及び備考欄Ｒｑ５を含む。期間欄Ｒｑ１は、スタッフＴの派遣を要求する期間を示す。例えば、図５の表では、２０１８年７月２日～７月９日の例を示している。また、単日の場合、日付の情報が格納される。また、期間を指定した後、曜日（例えば、月水金、火木土、月～金等）をさらに指定してもよい。スタッフＴの派遣が必要な日時がわかる情報が格納される。

時間欄Ｒｑ２は、各期間におけるスタッフＴの拘束時間である。例えば、図５の表では、８：００～１４：００となっている。すなわち、８：００作業開始、１４：００作業終了を意味している。

作業内容欄Ｒｑ３は、契約者が必要としている作業の内容が格納される。契約者が、必要とする作業の内容として、例えば、「介護全般」、「食事介助又は介助補助」、「入浴介助又は介助補助」等が含まれる。必要とされる作業の内容は、契約者によって異なる。例えば、幼児の見守り等のような作業が含まれてもよい。

員数欄Ｒｑ４には、必要とされる作業を実行するために必要なスタッフＴの人数に相当する。なお、員数は、通常のスキル及び経験を有するスタッフＴを基準としたものであり、熟練度が低いスタッフＴでは、員数よりも多い人数が必要となる。また、スキル、熟練度が高いスタッフＴでは、員数よりも少なくてもよい場合もある。

備考欄Ｒｑ５は、その他、上述の各欄では表記できない要求を記載する欄である。例えば、備考欄Ｒｑ５には、作業に要求される熟練度、スキル等が記載される場合がある。なお、備考欄Ｒｑ５については、別途必要に応じて説明を行う。

なお、これら以外にもスタッフＴの派遣に必要と思われる情報が提供される場合もある。要求情報の種類については、クラウド２００側で、契約者ごとに決めたものであってもよいし、契約者側で決めたものであってもよい。なお、本実施形態のケアサポートシステムＡでは、各契約者端末１００から提供された要求情報は、ディレクタ端末５００で集約された後、クラウド２００の募集情報生成部２２に提供される。これにより、全ての要求情報をケアディレクタＤが確認することが可能である。

募集情報生成部２２は、各契約者端末１００から送られてきた要求情報Ｒｑから、作業を募集している契約者名、募集されている作業の内容、募集されているスタッフＴの人数、作業を行う日時の情報を取得する。そして、契約者ごとに契約者及び（又は）被介護者氏名、作業内容、スタッフＴの員数、日時の情報を募集情報として生成する。

閲覧操作部２３は、スタッフ端末４００を用いて、募集情報を閲覧可能にする。閲覧操作部２３は、例えば、ＳＮＳ（Social Network Service）で予め登録されているスタッフ端末４００に対して、応募情報を共有するようにしてもよいし、予め登録されているスタッフ端末４００に電子メールやメッセージサービス等を利用して配信するようにしてもよい。

また、閲覧操作部２３は、スタッフ端末４００から募集情報に常にアクセス可能にしておき、随時、募集情報を更新するようにしてもよい。このとき、募集情報を更新したことをスタッフ端末４００に送信するようにしてもよい。

ここで、募集情報の詳細について、図面を参照して説明する。図６は、スタッフ端末で表示された募集情報の一例を示す図である。図６に示すように、スタッフ端末４００のスタッフ端末表示部４１には、募集情報ＲＢと、応募ボタンＫ１と、キャンセルボタンＫ２とが表示される。スタッフ端末４００では、募集情報ＲＢを閲覧し、その後すぐに、応募可能な構成となっている。

募集情報ＲＢは、チェック欄Ｒｂ１、契約者及び（又は）被介護者氏名欄Ｒｂ２、期間欄Ｒｂ３、時間欄Ｒｂ４、作業内容欄Ｒｂ５、員数欄Ｒｂ６、報酬欄Ｒｂ７及び備考欄Ｒｂ８が表示される。チェック欄Ｒｂ１は、正方形状のチェックボックスが表示される。募集情報ＲＢを閲覧したスタッフＴは、チェック欄Ｒｂ１をチェックすることで、選択を行うことができる。

契約者及び（又は）被介護者氏名欄Ｒｂ２は、スタッフを募集している契約者及び（又は）被介護者氏名が格納される。期間欄Ｒｂ３、時間欄Ｒｂ４、作業内容欄Ｒｂ５、員数欄Ｒｂ６及び備考欄Ｒｂ８は、要求情報Ｒｑの期間欄Ｒｑ１、時間欄Ｒｑ２、作業内容欄Ｒｑ３、員数欄Ｒｑ４及び備考欄Ｒｑ５と同じ内容が格納される。そのため、詳細は省略する。また、報酬欄Ｒｂ７については、予め決められた報酬額からクラウド２００が算出した値である。報酬額については、作業によって異なっていてもよいし、地域、時間等によって差があってもよい。

スタッフ端末４００で募集情報ＲＢを閲覧したスタッフＴは、気に入った募集がある場合、その募集のチェックボックスをチェックする。そして、応募ボタンＫ１を押す（触れる）ことで、応募情報をスタッフ派遣情報生成部２４に送信する。

本実施形態では、募集情報として一覧表としているが、これに限定されない。図７は、募集情報の他の例を示す図である。図８は、募集情報の詳細を示す図である。図７に示すように、カレンダ型の募集情報Ｓｃを用いてもよい。そして、募集情報Ｓｃには、各日付の部分に、現在募集中の作業の表示である募集表示Ｒｃｔが表示される。そして、スタッフＴが募集表示Ｒｃｔを選択すると、スタッフ端末表示部４１の表示が、募集情報の詳細表示Ｒｓに切り替わる。募集情報の詳細表示Ｒｓは、契約者及び（又は）被介護者氏名欄Ｒｓ１、期間欄Ｒｓ２、時間欄Ｒｓ３、作業内容欄Ｒｓ４、募集数欄Ｒｓ５、報酬欄Ｒｓ６、備考欄Ｒｓ７、応募ボタンＫ１及びキャンセルボタンＫ２を備える。

詳細表示Ｒｓの契約者及び（又は）被介護者氏名欄Ｒｓ１、期間欄Ｒｓ２、時間欄Ｒｓ３、作業内容欄Ｒｓ４、募集数欄Ｒｓ５、報酬欄Ｒｓ６及び備考欄Ｒｓ７は、募集情報ＲＢと同じであるため、詳細な説明は省略する。このように、カレンダ表示と共に募集表示Ｒｃｔが表示されることで、スケジュールを立てやすくなる。なお、募集情報Ｓｃには、スタッフＴ個人の予定を追加することができてもよい。このようにすることで、作業の募集を迅速に行うことが可能である。また、スタッフＴがスタッフ端末４００上で個人的に使用しているスケジュールアプリに情報を共有してもよい。これにより、スタッフＴの利便性をさらに向上することが可能である。

なお、募集情報Ｓｃには、別のスタッフによる応募状況が表示されるようになっていてもよい。募集情報に、備考にあるような経験年数の制限があったとき、応募している人によって応募条件をクリアできる場合がある。応募しているスタッフの情報を知ることで、自分が募集可能であるか否か確認することが可能である。また、閲覧操作部２４３で、応募しているスタッフＴの情報に基づいて、閲覧可能なスタッフＴを変更するようにしてもよい。

そして、スタッフ派遣情報生成部２４には、募集情報を閲覧したスタッフＴからの応募情報が提供される。応募情報は募集情報に対して送られる。そのため、応募情報は、募集情報に含まれる情報を含む。募集情報に、個別の識別番号が振られている場合、応募情報には、募集情報の識別番号の情報が含まれる。そして、応募情報に複数の作業、日時が設定されている場合、作業の内容とその日時の情報が含まれる。また、スタッフ派遣情報生成部２４は、応募情報から応募情報を送信したスタッフ端末４００及びそのスタッフ端末４００を所持しているスタッフＴの情報を取得する。スタッフＴの情報は、応募情報に含まれていてもよいし、応募情報を送信したスタッフ端末４００の識別番号をもとに、スタッフ情報管理データベース２１１を参照して、スタッフＴの情報を取得してもよい。

スタッフ派遣情報生成部２４は、スタッフＴの情報と要求情報とを比較し、適切なスタッフＴを派遣するスタッフ派遣情報を生成する。スタッフ派遣情報には、スタッフＴの氏名、作業を行う契約者及び（又は）被介護者氏名、作業の内容、日時、備考を含む。またこれら以外の情報を含んでいてもよい。スタッフ派遣情報生成部２４は生成したスタッフ派遣情報をディレクタ端末５００に提供する。

スタッフ派遣情報生成部２４は、ディレクタ端末５００から非承認情報が送られてきたときに、スタッフの派遣を再構築する。このとき、ディレクタ端末５００から受け取った非承認情報から非承認の理由等の修正情報を取得し、修正情報に基づいてスタッフ派遣情報を再度生成する。

また、通知部２５は、ディレクタ端末５００から承認情報を取得すると、スタッフ派遣情報に含まれるスタッフＴのスタッフ端末４００に依頼情報を提供するとともに、契約者端末１００に対して派遣されるスタッフの情報であるスタッフ情報を送信する。

クラウド２００は、上述の機能を有している。

〔具体例１〕
次に、本実施形態のケアサポートシステムＡの具体的な処理について図面を参照して説明する。図９は、本実施形態のケアサポートシステムにおける処理の流れを示すフローチャートである。なお、以下の説明では、クラウド２００を中心に説明を行う。

まず、契約者端末１００から契約者が必要とする作業の内容を含む要求情報を受信する（ステップＳ１０１）ことで、動作開始する。要求情報は、一旦、ディレクタ端末５００に送られる。これにより、全ての要求情報が、ディレクタ端末５００に集約される。つまり、全ての要求情報は、ディレクタ端末５００で管理される。そして、ディレクタ端末５００は、要求情報をクラウド２００の募集情報生成部２２に送信する（ステップＳ１０２）。なお、本具体例では、要求情報を、ディレクタ端末５００で集約した後に、クラウド２００に送っているが、最初からクラウド２００に送信されるようにしてもよい。このとき、クラウド２００は、要求情報をまとめてディレクタ端末５００に送信することで、ディレクタ端末５００で要求情報の管理が可能である。

クラウド２００の募集情報生成部２２は、要求情報に基づいて、契約者ごとに、必要とされる作業、スタッフの員数、日時の情報を含む募集情報を作成する（ステップＳ１０３）。募集情報生成部２２は、募集情報を閲覧操作部２３に受け渡す。閲覧操作部２３は、募集情報をスタッフＴが所持するスタッフ端末４００で閲覧可能にし、閲覧を開始する（ステップＳ１０４）。本具体例において、閲覧操作部２３は、募集情報を、通信ネットワーク３００に接続される全てのスタッフ端末４００で閲覧可能にする。なお、募集情報の閲覧方法としては、上述もしているが、電子メールを送信するようにしてもよいし、ＳＮＳサービスを利用して、募集情報を共有するようにしてもよい。

スタッフ派遣情報生成部２４は、スタッフＴから募集情報に対する応募があるか否か、すなわち、スタッフ端末４００から応募情報を取得したか否かを確認する（ステップＳ１０５）。スタッフＴからの応募が無い場合（ステップＳ１０５でＮｏの場合）、スタッフ派遣情報生成部２４は応募があるまで待機する（ステップＳ１０５を継続する）。

スタッフＴから募集情報に対する応募がある場合（ステップＳ１０５でＹｅｓの場合）、スタッフ派遣情報生成部２４は、応募情報をからスタッフ端末４００の識別番号を取得し、識別番号からスタッフ端末４００を所持しているスタッフＴを識別する。そして、スタッフ派遣情報生成部２４は、データベース操作部２１のスタッフ情報管理データベース２１１からスタッフＴの情報を取得する。スタッフ派遣情報生成部２４は、契約者及び作業に応募したスタッフＴを割り振った、スタッフ派遣情報を生成する（ステップＳ１０６）。

そして、スタッフ派遣情報生成部２４は、スタッフ派遣情報をディレクタ端末５００に送信する（ステップＳ１０７）。そして、クラウド２００は、ディレクタ端末５００からの返信があるか否か確認する（ステップＳ１０８）。ディレクタ端末５００からの返信が無い場合（ステップＳ１０８でＮｏの場合）、ディレクタ端末５００からの返信があるまで待機する（ステップＳ１０８を繰り返す）。

ケアディレクタＤは、ディレクタ端末５００のディレクタ端末表示部５１に表示されたスタッフ派遣情報を確認し、派遣されているスタッフＴが契約者および作業に適切であるか判断可能である。そして、適切であると判断した場合には、ディレクタ端末５００を操作して承認情報を送信する。また、適切ではないと判断した場合には、その理由（例えば、住居と被介護者Ｃの自宅との距離が遠い等）を含む非承認情報を送信する。なお、非承認情報は、承認しないことだけを含んでいてもよい。

ディレクタ端末５００からの返信があった場合（ステップＳ１０８でＹｅｓの場合）、クラウド２００は、ディレクタ端末５００から送られた情報が承認情報か否か確認する（ステップＳ１０９）。ディレクタ端末５００からの返信が非承認情報の場合（ステップＳ１０９でＮｏの場合）、スタッフ派遣情報生成部２４は、非承認情報から適切ではないスタッフＴ及びその理由等を含む修正情報を取得する（ステップＳ１１０）。そして、スタッフ派遣情報生成部２４は、修正情報を参照して、スタッフ派遣情報を再度生成する（ステップＳ１０６に戻る）。

ディレクタ端末５００からの返信が承認情報である場合（ステップＳ１０９でＹｅｓの場合）、通知部２５は、作業を行う契約者及び（又は）被介護者氏名、日時、作業の内容の情報を含む依頼情報を、応募情報を送信してきたスタッフ端末４００に対して送信する（ステップＳ１１１）。なお、依頼情報は、スタッフ派遣情報生成部２４が生成してもよいし、通知部２５が生成してもよい。

さらに、通知部２５は、要求情報を送ってきた契約者端末に対して、作業を実施するスタッフＴの情報を含むスタッフ情報を送信する（ステップＳ１１２）。

ケアサポートシステムＡでは、通信ネットワーク３００で接続された契約者に必要とされる作業に対して、スタッフＴを派遣ことができる。このとき、全ての作業を必要とする契約者にスタッフＴを迅速に派遣できる。また、スタッフＴは、契約者端末１００からの募集を確認し、自分の意思で応募することで仕事を行うことができる。そのため、スタッフＴは、空き時間を効率よく使うことが可能である。また、代りのスタッフＴがいないことによる、仕事が一部のスタッフＴに集中することも抑制できる。さらに、ケアサポートシステムＡでは、全ての仕事の募集、応募、スタッフＴの派遣をケアディレクタＤが把握できる。これにより、交通網の麻痺等でスタッフＴが被介護者Ｃのもとに行けなくなる等のアクシデントが発生したときに、ケアディレクタＤが迅速に対応することが可能である。

［第１変形例］
上述の実施形態では、ケアサポートシステムＡに対して送られた要求情報Ｒｑを全て表示している。この場合、募集情報ＲＢが煩雑になりやすい。また、スタッフＴが従事できない作業の募集も表示される。そのため、実施できない作業の募集に対して、応募してしまう虞がある。また、契約者からの要求情報Ｒｑの備考欄Ｒｑ６に、作業に対する熟練度、スキル等に対する要求が含まれる場合がある。このような場合において、熟練度及びスキルが足りないスタッフＴが応募してしまう虞がある。

そこで、閲覧操作部２３は、スタッフ情報管理データベース２１１の作業欄２１１ｅ、ランク欄２１１ｆ、契約者の評価欄２１１ｇを参照し、スタッフ端末４００毎に閲覧制限を行って、応募情報の閲覧を行う。例えば、介護業務に従事するスタッフＴに対しては、医療業務にかかわる情報を閲覧できないようにする。また、介護業務に従事するスタッフＴであっても、閲覧操作部２３がスタッフ情報管理データベース２１１のランクや契約者の評価に基づいて、応募できないと判断したスタッフＴに対しては、閲覧制限をかけるようにしてもよい。このようにすることで、被介護者Ｃ及び（又は）世話者Ｓと、スタッフＴとの相性によるトラブルを抑制できる。

すなわち、閲覧操作部２３は、新たな募集情報の閲覧を開始するときに、スタッフの可能作業、ランク、契約者の評価等を確認し、派遣可能と判断したスタッフＴのスタッフ端末４００でのみ、新しい募集情報を閲覧可能にする。このようにすることで、スタッフＴが募集に対して円滑かつ簡単に応募することが可能である。

なお、本実施形態では、契約者から期限のある作業の募集がある場合について説明したが、これに限定されない。例えば、月単位、年単位等の長期間にわたる周期的（定期的）な作業の募集、常勤の作業の募集を行うことも可能である。

［第２変形例］
ケアサポートシステムＡでは、作業が終了するごとに、作業を実行したスタッフＴから、作業の内容を取得するとともに、作業内容を次の作業者への引き継ぎ資料として記憶してもよい。このようにすることで、次の作業者が被介護者のもとに訪れたときに、円滑に作業を実行できる。なお、作用の内容は、スタッフ端末４００からの入力によって行われる。

＜第２実施形態＞
本発明にかかるケアサポートシステムの他の例について図面を参照して説明する。図１０は、本発明にかかるケアサポートシステムの他の例の動作を示すフローチャートである。なお、本実施形態のケアサポートシステムＡは、第１実施形態のケアサポートシステムＡと同じ構成を有している。そのため、ケアサポートシステムＡの各部については、第１実施形態と同じ符号を付すとともに、詳細な説明は省略する。また、図１０に示すフローチャートでは、図９に示すフローチャートのステップＳ１０４とステップＳ１０６の間に派遣されるステップＳ２０１からステップＳ２０７を備えている。また、ステップＳ１０５も含まれている。本実施形態の、ケアサポートシステムＡの動作を説明するときには、第１実施形態のケアサポートシステムＡの動作と同じ部分の説明は省略する。

このようなケアサポートシステムＡにおいて、閲覧操作部２３が募集情報の閲覧を開始した（ステップＳ１０４）後、閲覧操作部２３は、募集情報の閲覧期限内であるか否か確認する（ステップＳ２０１）。閲覧期限内である場合（ステップＳ２０１でＹｅｓの場合）、閲覧操作部２３は、募集情報に対して応募があったか否か確認する（ステップＳ１０５）。応募が無い場合（ステップＳ１０５でＮｏの場合）、閲覧操作部２３は、閲覧期限内であるか否かの確認（ステップＳ２０１）に戻る。なお、閲覧期限は、要求情報Ｒｑに含まれていてもよいし、要求情報の期間の情報及び時間の情報に基づき、作業開始よりも一定時間（例えば、２４時間）手前としてもよい。閲覧期限が要求情報Ｒｑにない場合には、スタッフＴが応募した後、スタッフＴが十分に準備できる程度の余裕を持ったものとして設定することが好ましい。準備には、派遣される場所までの時間も含む。

応募があった場合（ステップＳ１０５でＹｅｓの場合）、スタッフ派遣情報生成部２４は募集が埋まったか否か確認する（ステップＳ２０２）。募集が埋まっていない場合（ステップＳ２０２でＮｏの場合）、閲覧操作部２３は、閲覧期限内であるか否かの確認（ステップＳ２０１に戻る）。また、募集が埋まった場合（ステップＳ２０２でＹｅｓの場合）、スタッフ派遣情報生成部２４は、スタッフ派遣情報を生成する（ステップＳ１０６）。

閲覧期限を過ぎた場合（ステップＳ２０１でＮｏの場合）、スタッフ派遣情報生成部２４は、スタッフ情報管理データベース２１１を参照し、作業情報、ランク情報、契約者の評価情報、希望情報、スケジュール情報等から、募集情報に含まれる条件（例えば、期間、場所、作業内容、熟練度、スキル）等に合致するスタッフＴを抽出する（ステップＳ２０３）。そして、通知部２５は、抽出したスタッフＴのスタッフ端末４００に対して、募集されている作業に対応可能か否かを確認する確認情報を送信する（ステップＳ２０４）。なお、通知部２５は、確認情報を送信する前に、ディレクタ端末５００に対して、確認情報の通知の承諾を受けるようにしてもよい。

確認情報は、スタッフ端末表示部４１に表示される。確認情報は、図８に示す応募情報の詳細表示と同じか同等のものである。スタッフ端末表示部４１に表示された確認情報を確認したスタッフＴは、確認情報に表示されている情報に基づいて、作業可能か否かの情報を含む作業可能情報又は作業不可能情報を送信する。なお、作業可能情報は作業可能な場合に送信され、作業不可能情報は作業不可能な場合に送信される。

スタッフ派遣情報生成部２４は、スタッフ端末４００からの返信がある否か確認する（ステップＳ２０５）。返信が無い場合（ステップＳ２０５でＮｏの場合）、返信があるまで待機する（ステップＳ２０５に戻る）。返信があった場合（ステップＳ２０５でＹｅｓの場合）、スタッフ派遣情報生成部２４は、返信が、作業可能情報か作業不可能情報か確認し、返信に基づいて募集が埋まったか否か確認する（ステップＳ２０６）。募集が埋まった場合（ステップＳ２０６でＹｅｓの場合）、スタッフ派遣情報生成部２４は、スタッフ派遣情報を生成する（ステップＳ１０６）。

募集が埋まらなかった場合（ステップＳ２０６でＮｏの場合）、スタッフ派遣情報生成部２４は、スタッフを抽出する条件を変更する（ステップＳ２０７）。スタッフを抽出する条件としては、最初の抽出時には、ランク３以上としていたところを、ランク５以上に変更する。そして、ステップＳ２０３に戻り、スタッフ派遣情報生成部２４は、新しい、スタッフを抽出する条件でスタッフ情報管理データベース２１１からスタッフＴを抽出する。

このように、クラウド２００にスタッフＴを抽出する機能を備えることで、募集に対して応募が少ない場合でも、派遣されるスタッフＴが不足する状態が発生するのを抑制できる。なお、本実施形態では、募集に対する応募が少ない場合として、説明しているが、これに限定されない。例えば、急病等で、被介護者Ｃのケアが困難になった世話者Ｓから、要求情報を受けたときに、ステップＳ２０３からステップＳ２０７を繰り返して、スタッフＴを被介護者Ｃのもとに派遣するようにしてもよい。

これ以外の特徴については、第１実施形態と同じである。

＜第３実施形態＞
上述の例では、スタッフＴ（スタッフ端末４００）からの応募に基づいて、スタッフＴ被介護者Ｃのもとへの派遣が決定されている。しかしながら、スタッフＴの適正によっては、別の作業に割り振った方がよい場合もある。例えば、スタッフ情報管理データベース２１１の総合ランクにおいて、同じランクのスタッフＴが複数人、同じ作業に応募している場合があるとする。そして、別の作業に対する募集を受けているものとする。このような場合のスタッフ派遣の決定動作について、新たな図面を参照して説明する。図１１は、スタッフ情報管理データベースの他の例を示す図である。

スタッフ情報管理データベース２１１は、総合ランクと共に、個別のランクが設けられている。そして、図１１は、スタッフ情報管理データベース２１１のランクデータベース２１３を示している。図１１に示すように、ランクデータベース２１３は、例えば、介護スタッフのランクを決定するためのスタッフの適正を数値化したものである。ランクデータベース２１３は、スタッフごとに設けられており、スタッフ情報管理データベース２１１とリンクしている。

ランクデータベース２１３には、スタッフ名２１３Ｎが示されている。そして、ランクデータベース２１３の各項目は、経験値２１３ａ、入浴介助２１３ｂ、食事介助２１３ｃ、着替介助２１３ｄ、トイレ介助２１３ｅ、掃除２１３ｆ、洗濯２１３ｇ、調理２１３ｈ、総合２１３ｉである。なお、各項目は、最低１～最高５の数値（評価値）で評価する。また数値は、小数点１位程度の数字を用いてもよい。例えば、小数点１位までの数字を使う場合、評価値は、１．０～５．０である。そして、経験値２１３ａは、介助スタッフとしての作業の経験値を示す。経験値としては、例えば、年数、延べ作業時間等に基づいて評価される。着替介助２１３ｄ、トイレ介助２１３ｅ、掃除２１３ｆ、洗濯２１３ｇ、調理２１３ｈの各項目は、契約者からのフィードバック、ケア対象者及び（又は）その家族からのフィードバック、一緒に作業を実行したスタッフからの情報に基づいてケアディレクタＤが判定する。なお、作業ごとに情報を取得して、評価を行ってもよい。また、ランダムに抽出された作業に対して派遣されたスタッフＴの評価を行ようにしてもよい。また、これ以外の項目が含まれていてもよい。

そして、スタッフ派遣情報生成部２４は、スタッフ派遣を決定するときに、ランクデータベース２１３の各項目と、要求情報に記載の条件とを検討して適切なスタッフを選択する。そして、適切と判断されたスタッフを、被介護者Ｃのもとに派遣したスタッフ派遣情報を生成して（図９ステップＳ１０６）、ディレクタ端末５００に送信する（図９ステップＳ１０７）。

また、ディレクタ端末５００は、クラウド２００のスタッフ情報管理データベース２１１にアクセス可能になっている。そして、ケアディレクタＤは、ディレクタ端末表示部５１に表示されている、スタッフ派遣情報を確認する。このとき、ケアディレクタＤは数値だけでは、判断が困難な情報（たとえば、希望欄における家から近い等）を確認し、スタッフ派遣情報で、適切ではない部分があった場合、理由を含む非承認情報を送信する。

このようにすることで、適切なスタッフを派遣することが可能である。

［第１変形例］
本実施形態では、スタッフの派遣を応募したスタッフの情報をもとに決定している。一方で、スタッフ情報管理データベース２１１は、スタッフのスケジュール欄２１１ｉを備えており、スタッフＴの作業に関するスケジュールの情報を備えている。

そこで、例えば、募集されている作業に対して、ランクが高いスタッフＴが応募している場合において、多少ランクが低いスタッフＴが応募しているときには、タンクが高いスタッフとランクが低いスタッフとを組み合わせて派遣することで、ＯＪＴ（Ｏｎ ｔｈｅ
Ｊｏｂ Ｔｒａｉｎｉｎｇ）を行うようにしてもよい。なお、ランクが高い複数のスタッフから応募があったとき、スタッフ及びケアディレクタＤの承諾がある場合に、ランクが高いスタッフの一部を、条件が合う別の作業に割り振るようにしてもよい。また、スタッフ及びケアディレクタＤの承諾がある場合に、ランクが低いスタッフをランクが高いスタッフと一緒に作業するように派遣を設定してもよい。

スタッフの変更については、クラウド２００が調整してもよいし、ケアディレクタＤが調整しクラウド２００がスタッフ調整に反映させてもよい。

これ以外の特徴については、第１実施形態及び第２実施形態と同じである。

［第２変形例］
スタッフ派遣情報生成部２４は、契約者の自宅に複数のスタッフを派遣する場合には、スタッフ情報管理データベース２１１を確認して、相性が悪いスタッフが同時介護者の自宅に派遣されるのを抑制して、スタッフ情報を生成する。このようにすることで、相性の悪いスタッフが組んで作業を行うことによる、作業の効率の低下を抑制することができる。さらに、スタッフ派遣情報生成部２４は、契約者情報管理データベース２１２を確認し、被介護者又は世話者と相性の良くないスタッフＴがその自宅に派遣されないように、スタッフ派遣情報を生成してもよい。このようにすることで、トラブルを未然に防ぐことが可能である。

以上、本発明の実施形態について説明したが、本発明はこの内容に限定されるものではない。また本発明の実施形態は、発明の趣旨を逸脱しない限り、種々の改変を加えることが可能である。

２１ データベース操作部
２２ 募集情報生成部
２３ 閲覧操作部
２４ スタッフ派遣情報生成部
２５ 通知部
４１ スタッフ端末表示部
４２ 制御部
４３ 記憶部
４４ 通信部
５１ ディレクタ端末表示部
１００ 契約者端末
２００ クラウド
２００ 調整しクラウド
２１１ スタッフ情報管理データベース
２１１ａ 番号欄
２１１ｂ 氏名欄
２１１ｃ 年齢欄
２１１ｄ 性別欄
２１１ｅ 作業欄
２１１ｆ ランク欄
２１１ｇ 評価欄
２１１ｈ 希望欄
２１１ｉ スケジュール欄
２１２ 契約者情報管理データベース
２１３ ランクデータベース
２１３ａ 経験値
２１３ｂ 入浴介助
２１３ｃ 食事介助
２１３ｄ 着替介助
２１３ｅ トイレ介助
２１３ｆ 掃除
２１３ｇ 洗濯
２１３ｈ 調理
２１３ｉ 総合
３００ 通信ネットワーク
４００ スタッフ端末
４１１ 表示パネル
４１２ タッチセンサ
５００ ディレクタ端末
Ａ ケアサポートシステム
Ｄ ケアディレクタ
Ｋ１ 応募ボタン
Ｋ２ キャンセルボタン
ＲＢ 募集情報
Ｒｂ１ チェック欄
Ｒｂ２ 契約者及び（又は）被介護者氏名名欄
Ｒｂ３ 期間欄
Ｒｂ４ 時間欄
Ｒｂ５ 作業内容欄
Ｒｂ６ 員数欄
Ｒｂ７ 単価欄
Ｒｂ８ 備考欄
Ｒｃｔ 募集表示
Ｒｑ 要求情報
Ｒｑ１ 期間欄
Ｒｑ２ 時間欄
Ｒｑ３ 作業内容欄
Ｒｑ４ 員数欄
Ｒｑ５ 単価欄
Ｒｑ６ 備考欄
ＲｑＮ 契約者及び（又は）被介護者氏名名
Ｒｓ 詳細表示
Ｒｓ１ 契約者及び（又は）被介護者氏名名欄
Ｒｓ２ 期間欄
Ｒｓ３ 時間欄
Ｒｓ４ 作業内容欄
Ｒｓ５ 募集数欄
Ｒｓ６ 報酬欄
Ｒｓ７ 備考欄
Ｓｃ 募集情報

Claims (9)

1. 日常の生活を支援する対象となる対象者又は前記対象者の世話をする世話者からの要求に応じてスタッフを派遣するケアサポートシステムであって、
   ネットワークに通信可能に接続されて前記対象者及び前記世話者の少なくとも一方による入力操作を受け付ける契約者端末と、
   前記ネットワークに通信可能に接続されて前記スタッフが個々に所持するとともに前記スタッフによる入力操作を受け付けるスタッフ端末と、
   前記ネットワークに通信可能に接続されて前記スタッフの管理を行うケアディレクタによる入力操作を受け付けるディレクタ端末と、
   前記ネットワークに通信可能に接続されたクラウドと、
   前記クラウドに備えられて、少なくとも作業の経験値又は作業のスキル情報を前記スタッフごとに備えるスタッフ情報管理データベースと、を含み、
   前記クラウドは、
   前記契約者端末から要求される作業の情報を含む要求情報に基づいて前記作業の内容、当該作業を行う場所及びその時間の情報を含む募集情報を作成するとともに前記募集情報を少なくとも一部の前記スタッフ端末で閲覧可能にし、
   前記クラウドは、
   前記要求情報に記載の条件を取得するとともに、前記スタッフ情報管理データベースから前記作業の経験値又は前記作業のスキル情報を取得し、前記条件と前記作業の経験値又は前記作業のスキル情報とが合致する前記スタッフを選択し、選択された前記スタッフのスタッフ派遣情報を生成し、前記スタッフ派遣情報を前記ディレクタ端末に送信し、
   前記クラウドは、前記募集情報に対して応募したスタッフの応募情報をスタッフ端末から取得した場合に、
   前記ディレクタ端末から前記スタッフ派遣情報に基づいて前記スタッフの派遣を承認する承認情報を受け付けたときに、前記応募情報を送信した前記スタッフ端末に作業の依頼を行う依頼情報を送信するとともに前記契約者端末に対して派遣される前記応募したスタッフの情報をスタッフ情報として送信するケアサポートシステム。
2. 前記ディレクタ端末は、前記複数の前記契約者端末の各々から前記要求情報を取得するとともに、前記要求情報を前記クラウドに提供する請求項１に記載のケアサポートシステム。
3. 前記要求情報は、前記対象者又は前記世話者のスケジュールを示すスケジュール情報を含む請求項１又は請求項２に記載のケアサポートシステム。
4. 前記クラウドは、前記要求情報に記載の条件を取得するとともに、前記スタッフ情報管理データベースから取得した前記作業の経験値又は前記作業のスキル情報が前記条件に合致するスタッフを抽出し、抽出された前記スタッフの前記スタッフ端末で前記募集情報を閲覧可能にする請求項１から請求項３のいずれかに記載のケアサポートシステム。
5. 前記クラウドは、前記対象者及び（又は）前記世話者の情報を管理する契約者情報管理データベースをさらに備え、
   前記契約者情報管理データベースには、スタッフとの相性の情報が含まれている、請求項１から請求項４のいずれかに記載のケアサポートシステム。
6. 前記スタッフ情報管理データベースは、前記スタッフごとに前記作業に対する希望の情報である希望情報をさらに含んでいる請求項１から請求項５のいずれかに記載のケアサポートシステム。
7. 前記クラウドは、スタッフ本人、前記対象者、前記世話者及び共同で作業を行ったスタッフの少なくとも１者から作業を実行したスタッフに対する評価を取得するとともに、前記スタッフへの評価として、前記スタッフ情報管理データベースに蓄積する請求項１から請求項６のいずれかに記載のケアサポートシステム。
8. 前記クラウドは、前記スタッフを選択するときに前記スタッフが不足する場合において、前記スタッフ情報管理データベースに含まれるスタッフの前記作業の経験値又は前記作業のスキル情報が、前記募集情報に含まれる条件と合致する作業担当可能なスタッフを抽出するとともに、抽出した前記作業担当可能なスタッフの前記スタッフ端末に対して作業の可否を問う確認情報を送信し、前記スタッフ端末から前記作業が可である作業可能情報を取得したときに、前記作業担当可能なスタッフを含んだスタッフの派遣情報を生成する請求項１から請求項７のいずれかに記載のケアサポートシステム。
9. 前記クラウドは、作業を行った作業者から、作業内容の情報を取得するとともに、作業内容を次の作業者への引き継ぎ資料として記憶する請求項１から請求項８のいずれかに記載のケアサポートシステム。

Images