(57)【要約】  日常の生活を支援する対象となる対象者が入居しネットワークに接続された複数の施設からの要求に応じて前記施設にスタッフを配置するケアサポートシステムであって、施設から要求される作業を募集情報としてスタッフに閲覧可能にし、募集情報に対して、スタッフからの応募に基づいて、施設に対して配置するスタッフを決定する。
2020004417.tif 000002
【特許請求の範囲】
【請求項１】
日常の生活を支援する対象となる対象者が入居しネットワークに接続された複数の施設からの要求に応じて前記施設にスタッフを配置するケアサポートシステムであって、
前記ネットワークに通信可能に接続されて前記スタッフが個々に所持するとともに前記スタッフによる入力操作を受け付けるスタッフ端末と、
前記ネットワークに通信可能に接続されて前記スタッフの管理を行うケアディレクタによる入力操作を受け付けるディレクタ端末と、
前記ネットワークに通信可能に接続されたクラウドと、を含み、
前記クラウドは、前記施設から要求される作業の情報を含む要求情報に基づいて前記作業の内容、当該作業を行う施設及びその時間の情報を含む募集情報を作成するとともに前記募集情報を少なくとも一部の前記スタッフ端末で閲覧可能にし、前記スタッフ端末からの前記募集情報に対して応募する情報を含む応募情報に基づいて、前記施設の各々に配置するスタッフを決めるとともにスタッフの配置をスタッフ配置情報として前記ディレクタ端末に送信し、前記ディレクタ端末から前記スタッフ配置情報に基づいて前記スタッフの配置を承認する承認情報を受け付けたときに、前記施設に配置されるスタッフの前記スタッフ端末に作業の依頼を行う依頼情報を提供するとともに前記施設に対して配置される前記スタッフの情報をスタッフ情報として提供するケアサポートシステム。
【請求項２】
前記ディレクタ端末は、前記複数の施設の各々から前記要求情報を取得するとともに、前記要求情報を前記クラウドに提供する請求項１に記載のケアサポートシステム。
【請求項３】
前記要求情報には、前記施設における作業のスケジュールを示すスケジュール情報を含む請求項１又は請求項２に記載のケアサポートシステム。
【請求項４】
前記クラウドは、前記スタッフの情報を管理するスタッフ情報管理データベースを備える請求項１から請求項３のいずれかに記載のケアサポートシステム。
【請求項５】
前記スタッフ情報管理データベースは、少なくとも作業に対する適正、スキルを含む適正を数値化した適正値を前記スタッフごとに備える請求項４に記載のケアサポートシステム。
【請求項６】
前記クラウドは、前記要求情報から作業に要求される適正を取得するとともに、前記スタッフ情報管理データベースから前記作業に対する適正に合致する前記スタッフを抽出し、前記抽出されたスタッフの前記スタッフ端末で前記募集情報を閲覧可能にする請求項５に記載のケアサポートシステム。
【請求項７】
前記クラウドは、前記要求情報から前記作業に要求される適正を取得するとともに、前記スタッフ情報管理データベースから前記応募情報を提供した前記スタッフ端末の入力操作を行ったスタッフの前記適正値を取得し、前記応募情報を提供した前記スタッフ端末の入力操作を行ったスタッフを適切な施設に配置したスタッフ配置情報を生成する請求項５に記載のケアサポートシステム。
【請求項８】
スタッフ管理情報データベースの適正値には、他のスタッフとの相性を数値化した値を備えており、
前記クラウドは、前記他のスタッフとの相性を鑑みて適切なスタッフを決定する請求項５から請求項７のいずれかに記載のケアサポートシステム。
【請求項９】
前記クラウドは、前記施設の情報を管理する施設情報管理データベースをさらに備え、
前記施設情報管理データベースには、前記スタッフと前記対象者の相性の情報が含まれており、
前記クラウドは、前記施設情報管理データベースから前記スタッフと前記対象者の相性の情報を取得するとともに、前記対象者と前記スタッフとの相性を鑑みて適切なスタッフを決定する請求項５から請求項８のいずれかに記載のケアサポートシステム。
【請求項１０】
前記スタッフ情報管理データベースは、前記スタッフごとに前記作業に対する希望の情報である希望情報をさらに含んでいる請求項３から請求項９のいずれかに記載のケアサポートシステム。
【請求項１１】
前記クラウドは、スタッフ本人、前記施設及び共同して作業を行ったスタッフの少なくとも一者から作業を実行したスタッフに対する評価を取得するとともに、前記スタッフへの評価として、前記スタッフ情報管理データベースに蓄積する請求項３から請求項１０のいずれかに記載のケアサポートシステム。
【請求項１２】
前記クラウドは、前記施設の各々に配置するスタッフを決めるときに前記スタッフが不足する場合において、前記不足したスタッフを前記スタッフ情報管理データベースに基づいて作業担当可能なスタッフを抽出するとともに、抽出したスタッフの前記スタッフ端末に対して作業の可否を問う確認情報を送信し、前記スタッフ端末から前記作業が可である作業可能情報を取得したときに、前記作業可能情報を取得した前記スタッフ入力操作を行ったスタッフを含んだスタッフ配置情報を生成する請求項１から請求項１１のいずれかに記載のケアサポートシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、対象者の日常の生活を支援するケアサポートシステムに関する。
【背景技術】
【０００２】
例えば、特許５５０３４４９号公報には、登録型の労働者を作業者としてファミリーサポートサービスを提供するファミリーサポートサービス支援システムが開示されている。ファミリーサポートサービス支援システムは、事業者に使用される事業者サーバと、事業者サーバに接続可能なクライアント端末とを有する。そして、事業者サーバは、ファミリーサポートサービスの複数の利用者について、利用者情報を保持および管理する。複数の作業者について、属性情報およびスケジュール情報を含む作業者情報を保持および管理する。【０００３】
そして、利用者からのファミリーサポートサービスの利用申し込みを受け付けると、利用申し込みに係る利用予定日時に業務可能な作業者を作業者候補として抽出し、当該作業者候補からの作業依頼の受諾連絡を受け付けて作業者を決定して予約を確定する。このようなシステムを用いることで、利用者に作業者を割り振る作業を簡略化できる。また、作業者も、端末を介して作業依頼を受けることができるので、サービスセンター等で待機する必要がなく、作業者の利便性も高くなる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特許５５０３４４９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、この手のサービスでは、作業者のスケジュールに基づいて、作業者を割り当てるため、作業が割り当てられる作業者と割り当てられない作業者とが偏る虞がある。また、作業者が仕事を選択することが困難であり、作業者の意欲が低下する虞がある。【０００６】
そこで本発明は、スタッフの意思を可能な限り反映し、複数の施設にまたがって効率よく適切なスタッフを適切な施設に配置することができるケアサポートシステムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために本発明のケアサポートシステムは、日常の生活を支援する対象となる対象者が入居しネットワークに接続された複数の施設からの要求に応じて前記施設にスタッフを配置するケアサポートシステムであって、前記ネットワークに通信可能に接続されて前記スタッフが個々に所持するとともに前記スタッフによる入力操作を受け付けるスタッフ端末と、前記ネットワークに通信可能に接続されて前記スタッフの管理を行うケアディレクタによる入力操作を受け付けるディレクタ端末と、前記ネットワークに通信可能に接続されたクラウドと、を含み、前記クラウドは、前記施設から要求される作業の情報を含む要求情報に基づいて前記作業の内容、当該作業を行う施設及びその時間の情報を含む募集情報を作成するとともに前記募集情報を少なくとも一部の前記スタッフ端末で閲覧可能にし、前記スタッフ端末から提供された前記募集情報で募集する作業に応募する情報を含む応募情報に基づいて、前記施設の各々に配置するスタッフを決めるとともにスタッフの配置をスタッフ配置情報として前記ディレクタ端末に送信し、前記ディレクタ端末から前記スタッフ配置情報に基づいて前記スタッフの配置を承認する承認情報を受け付けたときに、前記施設に配置されるスタッフの前記スタッフ端末に業務の依頼を行う依頼情報を提供するとともに前記施設に対して配置される前記スタッフの情報をスタッフ情報として提供する。【０００８】
このように構成することで、スタッフの作業を行う意思（応募）に基づいて、スタッフの施設への配置を決定することが可能である。そのため、スタッフが、自分の不得意とする作業やできない作業に配置されることを抑制し、スタッフが気持ち良く作業を行うことができる。これにより、スタッフによる作業の品質を上昇することができる。【０００９】
上記構成において、前記ディレクタ端末は、前記複数の施設の各々から前記要求情報を取得するとともに、前記要求情報に基づいて生成された募集情報を前記クラウドに提供するようにしてもよい。このようにすることで、ケアディレクタが、施設からの要求情報を全て掌握することができる。そのため、交通傷害、疾病等の突発的な事象によってスタッフに欠員が出た施設に対して、ケアディレクタは、迅速にスタッフの配置を決定することができる。なお、ケアディレクタは、クラウドにスタッフ配置の指示を送るだけでもよい。【００１０】
上記構成において、前記要求情報には、前記施設における作業のスケジュールを示すスケジュール情報を含んでいてもよい。これにより、短期間の作業の募集を行うことが可能となる。【００１１】
上記構成において、前記クラウドは、前記スタッフ端末を使用するスタッフの情報を管理するスタッフ情報管理データベースを備えていてもよい。これにより、クラウドは、スタッフの情報に基づいて、スタッフごとに募集情報を作成することができる。【００１２】
上記構成において、前記スタッフ情報管理データベースは、少なくとも作業に対する適正、スキルを含む適正を数値化した適正値を前記スタッフごとに備えてもよい。このようにすることで、クラウドは、スタッフの応募を参照しつつ、適正、スキルにあった施設にスタッフを配置することも可能となる。【００１３】
上記構成において、前記クラウドは、前記要求情報から作業に要求される適正を取得するとともに、前記スタッフ情報管理データベースから前記作業に対する適正に合致する前記スタッフを抽出し、前記抽出されたスタッフの前記スタッフ端末で前記募集情報を閲覧可能にしてもよい。このようにすることで、適正、スキルを持たないスタッフが、応募するのを抑制できる。また、スタッフにとって、応募できない情報を閲覧しないので、募集情報の確認が容易になる。【００１４】
上記構成において、前記クラウドは、前記要求情報から前記作業に要求される適正を取得するとともに、前記スタッフ情報管理データベースから前記応募情報を提供した前記スタッフ端末の入力操作を行ったスタッフの前記適正値を取得し、前記応募情報を提供した前記スタッフ端末の入力操作を行ったスタッフを適切な施設に配置したスタッフ配置情報を生成する。これにより、適材適所の配置を可能とする。また、適正、スキルが不十分であったとしても、適正、スキルの高いスタッフと組み合わせて配置することも可能であり、作業を行いながらスタッフの適正、スキルを挙げることができる。すなわち、スタッフ全体の適正、スキルの底上げが可能である。【００１５】
上記構成において、スタッフ管理情報データベースの適正値には、他のスタッフとの相性を数値化した値を備えており、前記クラウドは、前記他のスタッフとの相性を鑑みて適切なスタッフを決定してもよい。【００１６】
上記構成において、前記クラウドは、前記施設の各々に配置するスタッフを決めるときに前記スタッフが不足する場合において、前記不足したスタッフを前記スタッフ情報管理データベースに基づいて作業担当可能なスタッフを抽出するとともに、抽出したスタッフの前記スタッフ端末に対して作業の可否を問う確認情報を送信し、前記スタッフ端末から前記作業が可である作業可能情報を取得したときに、前記作業可能情報を取得した前記スタッフ入力操作を行ったスタッフを含んだスタッフ配置情報を生成する。このようにすることで、募集数に対して応募数が少なくて募集が満たされない場合、突発的にスタッフが不足する場合等にもスタッフの配置が可能となる。【００１７】
上記構成において、前記クラウドは、前記施設の情報を管理する施設情報管理データベースをさらに備え、前記施設情報管理データベースには、前記スタッフと前記対象者の相性の情報が含まれており、前記クラウドは、前記施設情報管理データベースから前記スタッフと前記対象者の相性の情報を取得するとともに、前記対象者と前記スタッフとの相性を鑑みて適切なスタッフを決定してもよい。【００１８】
上記構成において、前記スタッフ情報管理データベースは、前記スタッフごとに前記作業に対する希望の情報である希望情報をさらに含んでいてもよい。このようにすることで、スタッフの希望に応じた作業に配置することができるため、スタッフの意欲を高めることが可能である。【００１９】
上記構成において、前記クラウドは、スタッフ本人、前記施設及び共同して作業を行ったスタッフの少なくとも一者から作業を実行したスタッフに対する評価を取得するとともに、前記スタッフへの評価として、前記スタッフ情報管理データベースに蓄積してもよい。
【発明の効果】
【００２０】
本発明によると、スタッフの意思を可能な限り反映し、複数の施設にまたがって効率よく適切なスタッフを適切な施設に配置することができるケアサポートシステムを提供することが可能である。
【図面の簡単な説明】
【００２１】
【図１】本発明にかかるケアサポートシステムの一例の概略の構成を示す説明図である。
【図２】スタッフ端末の機能ブロック図である。
【図３】クラウドの概略構成を示す機能ブロック図である。
【図４】スタッフ情報管理データベースの一例を示す図である。
【図５】要求情報の一例を示す図である。
【図６】スタッフ端末で表示された募集情報の一例を示す図である。
【図７】募集情報の他の例を示す図である。
【図８】募集情報の詳細を示す図である。
【図９】本実施形態のケアサポートシステムにおける処理の流れを示すフローチャートである。
【図１０】本発明にかかるケアサポートシステムの他の例の動作を示すフローチャートである。
【図１１】スタッフ情報管理データベースの他の例を示す図である。
【発明を実施するための形態】
【００２２】
本発明について、図面に基づいて説明する。なお、本明細書において、スタッフとは、医療、介護または看護に従事する従事者（医師、介護士（介護者）、看護師など）を指す。また、ケアとは、医療、介護または看護に関して対象者に対して実施される世話を指す。さらにケアの対象者が入居している介護施設、入院している病院等を、まとめて、施設１００と称する。
【００２３】
＜第１実施形態＞
〔ケアサポートシステム〕
図１は、本発明にかかるケアサポートシステムの一例の概略の構成を示す説明図である。ケアサポートシステムＡは、通信ネットワーク３００を介して、複数の施設１００が通信可能に接続されている。施設１００には、通信を制御する制御装置（例えば、通信サーバ）が配置され、通信サーバが通信ネットワーク３００と通信を行っている。本発明のケアサポートシステムＡは、制御装置を特に限定するものではないので、「各施設１００の制御装置による通信」を、単に「施設１００との通信」と称するものとする。以下、特に断りが無い場合には、同様とする。また、施設１００には、病院等の医療施設と、老人ホーム等の介護施設とがあるものとする。
【００２４】
図１に示すように、ケアサポートシステムＡは、クラウド２００と、通信ネットワーク３００と、スタッフ端末４００と、ディレクタ端末５００と、を備える。
【００２５】
クラウド２００は、通信ネットワーク３００上における情報の処理、蓄積、配信等のサービスを提供する。クラウド２００の詳細な動作は後述するが、クラウド２００は、各施設１００からの情報を蓄積したり、スタッフ端末４００、ディレクタ端末５００からの情報に基づいて、処理を行う。
【００２６】
クラウド２００が管理する情報としては、例えば、施設１００の情報、施設１００からの作業の要求情報、スタッフＴの情報、スタッフ端末４００の個別情報、スタッフ端末４００からの応募情報、等を挙げることができる。クラウド２００で管理する情報の詳細についても、ケアサポートシステムＡの動作説明とともに説明する。
【００２７】
通信ネットワーク３００は、複数の機器と通信が可能な通信回線を備える。通信ネットワーク３００は、例えば、インターネット、携帯電話通信網等の公共の通信網を用いてもよいし、専用回線、専用空中線等を用いて、予め決められた、施設１００、クラウド２００、スタッフ端末４００及びディレクタ端末５００のみが接続可能な通信網であってもよい。
【００２８】
ケアサポートシステムＡでは、スタッフＴがスタッフ端末４００を携帯（所有）している。図１において、３人のスタッフＴを図示しているが、人数は、３人に限定されない。そして、個々のスタッフＴがそれぞれスタッフ端末４００を携帯する。すなわち、ケアサポートシステムＡにおいて、通信ネットワーク３００には、複数のスタッフ端末４００が接続可能である。なお、以下の説明において、特にスタッフを個別に特定しない場合には、スタッフＴとして説明する。
【００２９】
スタッフ端末４００は、スタッフＴによる操作に基づいて、クラウド２００にアクセスして種々の情報を取得できる。そして、スタッフ端末４００は、取得した情報を後述するスタッフ端末表示部４１に表示させることが可能である。またクラウド２００から情報が配信される場合もある。この場合もクラウド２００からの情報をスタッフ端末表示部４１に表示させることが可能である。
【００３０】
スタッフＴがスタッフ端末４００で入力する情報としては、クラウド２００で公開される情報、あるいは、クラウド２００から送信された募集情報に対する応募を行う応募情報、スタッフＴのスケジュール、スキル等の情報を挙げることができる。なお、これらの情報は、通信ネットワーク３００を介して、クラウド２００に送信されて、クラウド２００のストレージ機能に搭載されたデータベース機能に格納される。
【００３１】
＜スタッフ端末４００およびディレクタ端末５００＞
次にスタッフ端末４００について、図面を参照して説明する。図２は、スタッフ端末の機能ブロック図である。図２に示すように、スタッフ端末４００は、スタッフ端末表示部４１と、制御部４２と、記憶部４３と、通信部４４とを備える。
【００３２】
スタッフ端末表示部４１は、表示パネル４１１と、タッチセンサ４１２とを備える。表示パネル４１１は、画像、文字等の情報を表示する。表示パネル４１１としては、例えば、液晶パネル、有機ＥＬパネル等を挙げることができるが、これに限定されない。タッチセンサ４１２は、表示パネル４１１の前面に配置されており、例えば、スタッフＴの指の接触部分の位置を検知する。これにより、タッチセンサ４１２は、表示パネル４１１に表示された画像のうちスタッフＴの指が接触した画像を検知できる。すなわち、スタッフ端末表示部４１は、いわゆる、タッチパネルである。
【００３３】
スタッフ端末表示部４１は、制御部４２と接続される。制御部４２は、スタッフ端末４００の各部を制御するとともに、スタッフ端末４００で取り扱われる情報の処理を行う。制御部４２は、ＣＰＵを備えている。
【００３４】
記憶部４３は、制御部４２が実行する制御プログラムや各種の情報を記憶するメモリであり、例えばＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、不揮発性メモリなどで構成されている。
【００３５】
通信部４４は、通信ネットワーク３００に接続して、情報を送受信する。また、通信部４４は、通信ネットワーク３００に接続される。なお、通信部４４は、無線通信網および有線通信網の少なくとも一方と接続可能なインターフェースであり、送信回路、受信回路、アンテナ等を備える。
【００３６】
なお、スタッフ端末４００としては、例えば、タブレットやスマートフォンなどの多機能型携帯端末、ノート型パーソナルコンピュータを挙げることができる。また、ブレスレットまたは腕時計等のような装着型のウェアラブルデバイスであってもよい。これら以外にも、スタッフＴに情報を提供できるとともに、スタッフＴによる入力操作を受け付けることができるデバイスを広く採用できる。ここでは、スタッフ端末４００を、携帯性が高く、情報の表示および入力操作が容易なスマートフォン型の携帯端末とする。スタッフ端末４００は、クラウド２００から情報を取得したときに、音声、振動等でスタッフＴに通知できる機能を備えていてもよい。また、スタッフＴの個人所有のスマートフォン、タブレット、パーソナルコンピュータ等の情報端末にアプリケーションをインストールすることで、スタッフ端末４００としてもよい。
【００３７】
また、本実施形態のケアサポートシステムＡは、ケアディレクタＤによって使用される端末装置である、ディレクタ端末５００を含んでいる。ディレクタ端末５００は、スタッフ端末４００と同様に、タブレットやスマートフォンなどの多機能型携帯端末、ノート型パーソナルコンピュータなどで構成されている。ディレクタ端末５００もスタッフ端末４００と同様、通信ネットワーク３００に接続される。なお、スタッフ端末４００とディレクタ端末５００とは直接情報の送受信が可能であってもよいし、クラウド２００を経由して情報の送受信を行ってもよい。ディレクタ端末５００は、情報を表示する表示部を備えている。なお、以下の説明では、スタッフ端末表示部４１と区別するために、ディレクタ端末５００の表示部をディレクタ端末表示部５１として説明する。
【００３８】
ここで、ケアディレクタＤとは、スタッフＴに対して、作業に関する指示や助言を与える指示者（監督者）である。例えば、ケアディレクタＤがディレクタ端末５００を操作して指示情報を入力すると、その指示情報がディレクタ端末５００から通信ネットワーク３００を介してスタッフ端末４００に送信される。指示情報をスタッフ端末４００のスタッフ端末表示部４１に表示させることにより、スタッフＴは、表示された指示情報に基づいて適切なケア等の作業を行うことができる。また、ケアディレクタＤは、ディレクタ端末５００を操作して、クラウド２００における動作の設定および変更を行うことが可能である。なお、ケアディレクタＤは、人工知能であってもよく、この場合、クラウド２００がケアディレクタＤを兼ねてもよい。
【００３９】
ディレクタ端末５００は、後述するスタッフ配置情報を取得する。ディレクタ端末５００では、ディレクタ端末表示部５１にスタッフ配置情報を表示する。ケアディレクタＤは、ディレクタ端末表示部５１に表示されたスタッフＴの配置を確認し、スタッフＴの配置を承認するか否かの操作を行う。ディレクタ端末５００は、スタッフＴの配置の承認情報をクラウド２００に送信する。なお、非承認の場合には、非承認情報を送信する。なお、非承認情報には、非承認の理由、非承認と認定したスタッフＴ、スタッフ配置の代替案等を含んでよい。
【００４０】
施設１００には、複数人のケア対象者が入居している。そして、ケア対象者の多くは、スタッフＴによる生活のサポートが必要である。施設１００には、ケア対象者が居住するための居室を備える。また、各居室には、不図示のコールボタンが設置されている。コールボタンは、ケア対象者の入力操作に応じて、ケア対象者を世話するスタッフＴを呼び出すための呼出信号を出力する操作ユニットである。コールボタンが操作されると、施設内のスタッフＴにはスタッフ端末４００を呼び出しがあったことが通知される。この通知には、スタッフ端末表示部４１の表示の切り替え（例えば、明滅、画面の切り替わり等）で行ってもよいし、音、振動等で行ってもよい。
【００４１】
＜クラウド２００の詳細な構成＞
次に、クラウド２００について説明する。クラウド２００は、計算機リソースを提供する複数のノードを含む。例えば、クラウド２００は、外部機器（ここでは、施設１００、スタッフ端末４００、ディレクタ端末５００等）が接続されるフロントエンド、それぞれの機能を有するノード群、ノード群の管理及び制御を行う管理システムを含む。
【００４２】
図３は、クラウドの概略構成を示す機能ブロック図である。ケアサポートシステムＡにおいて、クラウド２００は、データベース操作部２１、募集情報生成部２２、閲覧操作部２３、スタッフ配置情報生成部２４及び通知部２５を備える。
【００４３】
データベース操作部２１には、例えば、登録されているスタッフＴの情報を含むスタッフ情報管理データベース２１１、接続されている施設１００の情報を含む施設情報管理データベース２１２等が備えられる。
【００４４】
ここで、データベースについて図面を参照して説明する。図４は、スタッフ情報管理データベースの一例を示す図である。スタッフ情報管理データベース２１１は、スタッフＴに関する情報を管理する。なお、スタッフ情報管理データベース２１１は、予め登録されているスタッフＴ（ここでは、登録スタッフと称する）の情報を管理する。
【００４５】
スタッフ情報管理データベース２１１は、スタッフＴごとに複数の管理項目で管理する。図４に示すように、スタッフ情報管理データベース２１１は、管理項目として、番号欄２１１ａ、氏名欄２１１ｂ、年齢欄２１１ｃ、性別欄２１１ｄ、作業欄２１１ｅ、ランク欄２１１ｆ、施設の評価欄２１１ｇ、希望欄２１１ｈ、スケジュール欄２１１ｉ、相性良欄２１１ｊ、相性不可欄２１１ｋを備える。
【００４６】
番号欄２１１ａはスタッフＴの識別番号が格納される。スタッフＴの識別番号は、スタッフＴが所持しているスタッフ端末４００の識別番号と一致する。すなわち、クラウド２００は、スタッフ端末４００の識別番号に基づいて、所持しているスタッフＴを判別できる。
【００４７】
氏名欄２１１ｂは、スタッフＴの氏名が格納される。本実施形態の例では、「ＶＶ」、「ＷＷ」、「ＸＸ」、「ＹＹ」の４人が登録されているが、これ以上登録されていてもよい。スタッフＴの氏名は、施設１００に送るスタッフ情報に含まれる。年齢欄２１１ｃは、スタッフＴの年齢である。性別欄２１１ｄは、スタッフＴの性別が格納される。なお、図４に示すスタッフ情報管理データベース２１１では、男性：Ｍ、女性：Ｆとしている。なお、年齢及び性別は、スタッフＴの希望により登録しなくてもよいが、募集条件に、年齢、性別がある場合に、応募が無効になる。
【００４８】
作業欄２１１ｅは、スタッフＴ各々の対応可能な作業の種類を示している。図４に示すスタッフ情報管理データベース２１１では、９個の数字で、対応可能な作業を示している。この９個の数字について説明する。図４に示すように、１ケタの数字-８ケタの数字で作業を示している。最初の１ケタは、職種のカテゴリーである。ここでは「１」は医療業務、「２」は介護業務である。
【００４９】
そして、最初のケタが「１」のとき、その後のケタは、順に、「医師」、「看護師」、「理学療法士」、「放射線技師」、「介護士」、「栄養士」、「医療事務」、「その他」を示している。そして、各ケタは、「０」又は「１」で示し、「１」は対応可能な職種であることを示す。例えば、図４の「ＷＷ」さんは、「１−１０００００００」である。そのため、「ＷＷ」さんは、職種は、医師である。
【００５０】
また、最初のケタが「２」のとき、その後のケタは、対応可能な作業内容を示している。すなわち、「食事介助」、「入浴介助」、「着替介助」、「トイレ介助」、「掃除」、「洗濯」、「調理」、「その他」を示している。そして、各桁は、上述と同様、「０」又は「１」で示される。例えば、図４の「ＶＶ」さんは、「２−１１１１１１１１」である。そのため、「ＷＷ」さんは、介護職で、上述した仕事の全てに対応可能であることを示す。なお、作業欄２１１ｅの管理方法は、一例であり、別の管理方法を用いて管理を行ってもよい。スタッフの職種（資格）等を管理する方法を広く採用することができる。
【００５１】
ランク欄２１１ｆは、スタッフＴに対するケアディレクタＤによる評価である。ランクは上から「１」、「２」、「３」、「４」、・・・、「１０」の１０段階に分かれている。そして、ランクは、スタッフＴのスキル、能力、経験等によって、ケアディレクタＤが決定する。例えば、スキルとしては、「教育」、「補助」、「管理」等を挙げることができる。そして、これらのスキル、能力、経験等を総合的に判断してランクが決められる。なお、ランク欄２１１ｆは、スタッフＴごとに１つとしているが、これに限定されない。総合ランクに加えて、スキル、能力、経験等を細かく分類し、分類ごとにランクを含んでいてもよい。
【００５２】
施設の評価欄２１１ｇは、スタッフＴの作業に対する施設１００からの評価を総合したものである。例えば、評価は「Ｓ」、「Ａ＋」、「Ａ」、「Ｂ＋」、「Ｂ」・・・で示される。施設の評価欄２１１ｇは、これまで、配置された施設１００からの評価（フィードバック）に基づいて、総合的に決定された総合評価である。評価の基準は、各施設１００に予め通知しておき、その基準に基づいて、評価されるものとする。なお、施設の評価欄２１１ｇは、スタッフＴごとに１つとしているが、これに限定されない。総合評価に加えて、施設１００ごと、評価基準ごとの評価を含んでいてもよい。これにより、施設１００とスタッフＴの相性によるトラブルを避けることが可能である。
【００５３】
ランク欄２１１ｆ及び施設の評価欄２１１ｇは、施設からのフィードバック、ケア対象者及び（又は）その家族からのフィードバック、一緒に作業を実行したスタッフからの情報に基づいて決定される。なお、作業が終了するごとに自己評価、他のスタッフの評価、施設の評価を取得し、その情報に基づいて、ランク及び施設の評価を更新するようにしてもよい。また、ランダムに抽出された作業に対して配置されたスタッフＴの評価を行ようにしてもよい。また、これ以外の項目が含まれていてもよい。ランク欄２１１ｆ及び施設の評価欄２１１ｇは、スタッフＴへの評価の欄である。
【００５４】
希望欄２１１ｈは、予めスタッフＴから登録された作業、施設等に対する希望が格納される。なお、希望は、スタッフＴが自由に登録してもよいし、予め登録項目を用意し、その登録項目をチェックしてもらうことで、スタッフＴの希望としてもよい。
【００５５】
スケジュール欄２１１ｉは、スタッフＴのスケジュールが格納される。スケジュールとしては、例えば、周期的なスケジュール（例えば、毎週月曜日等）と、突発的なスケジュール（例えば、××月ｙｙ日、９:００〜１７:００等）とが格納される。なお、スケジュール欄２１１ｉには、作業を行う施設名も含まれていることが好ましい。また、これら以外の管理項目、例えば、直近の作業量等の情報を含んでいてもよい。スタッフ情報管理データベース２１１には、スタッフ配置情報生成部２４において、スタッフＴの配置を決めるときに、考慮される情報が格納される。
【００５６】
相性良欄２１１ｊ、相性不可欄２１１ｋは、他のスタッフＴとの相性を示している。すなわち、相性良欄２１１ｊには、作業を協調して実施しやすいスタッフＴが格納される。また、相性不可欄２１１ｋには、作業を協調して実施するのが難しいスタッフＴが格納されている。
【００５７】
なお、データベース操作部２１は、スタッフ情報管理データベース２１１の管理項目を変更できてもよい。スタッフ情報管理データベース２１１の管理項目の変更は、ディレクタ端末５００（ケアディレクタＤ）からの指示に基づくものであってもよい。また、クラウド２００自体が施設１００、スタッフ端末４００（スタッフＴ）及びディレクタ端末５００（ケアディレクタＤ）からのフィードバックに基づいて、機械学習を行い、必要と思われる管理項目を変更してもよい。
【００５８】
このとき、ディレクタ端末５００からの承認があった後に最終的な追加の決定が行われる。このようにすることで、スタッフ情報管理データベース２１１の管理項目が際限なく増加するのを抑制できる。なお、予め管理項目の上限値を決めておき、管理項目を変更する場合、ディレクタ端末５００からの承認なしで管理項目を変更できるようにしてもよい。この場合であっても、データベース操作部２１は、ディレクタ端末５００に管理項目の変更についての情報を送信する。
【００５９】
なお、スタッフ端末４００から応募情報として、スタッフＴの上述のような情報を取得する構成の場合、スタッフ情報管理データベース２１１を備えていなくてもよい。
【００６０】
また、施設情報管理データベース２１２は、スタッフ情報管理データベース２１１と同様の構成を有しているため、詳細は省略する。施設情報管理データベース２１２は、施設１００ごとに、名称、住所、電話番号等の施設１００を特定するための情報が格納されている。施設情報管理データベース２１２は、ケアサポートシステムＡでスタッフＴを配置する施設１００の情報を管理している。換言すると、施設情報管理データベース２１２で、ケアサポートシステムＡでサポートする施設１００を管理している。さらに言うと、ケアサポートシステムＡでスタッフＴの配置を行う契約を結んでいる施設の情報が、施設情報管理データベース２１２に格納される。なお、施設情報管理データベース２１２の情報の変更は、ディレクタ端末５００からの操作によって行われることが好ましいが、クラウド２００が行うようにしてもよい。施設情報管理データベース２１２には、施設と相性が良いスタッフＴ及び相性が良くないスタッフＴを格納されている。施設情報管理データベース２１２の相性欄は、施設１００に入居しているケア対象者と相性の良いスタッフＴ及び相性が良くないスタッフＴの情報が格納されている。
【００６１】
募集情報生成部２２には、各施設１００から要求される作業の情報を含む要求情報が提供される。要求情報には、施設名、必要とされる作業の内容、必要な員数、作業の時間等の情報が含まれる。
【００６２】
ここで、要求情報の詳細について図面を参照して説明する。図５は、要求情報の一例を示す図である。図５では、理解を容易にするために要求情報Ｒｑを表形式で示しているが、実際には、表でなくてもよく、必要な情報が含まれていればよい。
【００６３】
まず、要求情報が送信される背景について説明する。多くの施設１００では、常住（常勤）のスタッフで、医療や介護の作業を行っている。そして、スタッフが休業等すると、残りのスタッフで作業をカバーしている。しかしながら、例えば、インフルエンザ等によって、多数のスタッフが同時に病欠してしまうと、残りのスタッフで作業をカバーしきれなくなる。そこで、施設１００（の管理者）は、ケアサポートシステムＡに対して、足りない作業、換言すると、必要とする作業を実行できるスタッフＴの配置を要求する要求情報を送信する。
【００６４】
要求情報Ｒｑは、施設１００ごとに、通信ネットワーク３００を介してディレクタ端末５００に送られる。図５に示すように要求情報Ｒｑは、施設名欄ＲｑＮ、期間欄Ｒｑ１、時間欄Ｒｑ２、作業内容欄Ｒｑ３、員数欄Ｒｑ４、単価欄Ｒｑ５及び備考欄Ｒｑ６を含む。期間欄Ｒｑ１は、スタッフＴの配置を要求する期間を示す。例えば、図５の表では、２０１８年７月２日〜７月９日の例を示している。また、単日の場合、日付の情報が格納される。また、期間を指定した後、曜日（例えば、月水金、火木土、月〜金等）をさらに指定してもよい。スタッフＴの配置が必要な日時がわかる情報が格納される。
【００６５】
時間欄Ｒｑ２は、各期間におけるスタッフＴの拘束時間である。例えば、図５の表では、８：００〜１４：００となっている。すなわち、８：００作業開始、１４：００作業終了を意味している。
【００６６】
作業内容欄Ｒｑ３は、施設１００が必要としている作業の内容が格納される。施設１００が老人介護施設の場合、必要とされる作業の内容として、例えば、「介護全般」、「食事介助又は介助補助」、「入浴介助又は介助補助」等が含まれる。必要とされる作業の内容は、施設１００の種類（病院、介護施設、リハビリ施設等）によって異なる。
【００６７】
員数欄Ｒｑ４には、必要とされる作業を実行するために必要なスタッフＴの人数に相当する。なお、員数は、通常のスキル及び経験を有するスタッフＴを基準としたものであり、熟練度が低いスタッフＴでは、員数よりも多い人数が必要となる。また、スキル、熟練度が高いスタッフＴでは、員数よりも少なくてもよい場合もある。単価欄Ｒｑ５は、作業に対する単価である。
【００６８】
なお、図５に示す例では、３６００円／時となっている。これは、員数３に対しての単価であり、例えば、スキル、経験が略同じスタッフＴが３人配置される場合、各スタッフＴの報酬は、１２００円／時となる。すなわち、単価欄Ｒｑ５は、配置されるすべてのスタッフＴに対して、施設１００から支払われる報酬である。なお、時間毎の報酬であってもよいし、１日の作業に対する報酬であってもよい。さらには、全ての作業に対する費用であってもよい。単価欄Ｒｑ５の単位については、特に限定されないが、理解しやすく、計算が容易なものが好ましい。
【００６９】
また、ケアサポートシステムＡとの契約時に単価が決められている場合がある。このような場合、単価は施設情報管理データベース２１２で管理されるため、要求情報から単価欄を省略してもよい。また、突発的な要求であったり、契約とは異なる作業を要求する場合には、単価欄を設けてもよい。この場合、要求情報Ｒｑの単価欄の単価は、施設情報管理データベース２１２に格納されている単価よりも優先される。
【００７０】
備考欄Ｒｑ６は、その他、上述の各欄では表記できない要求を記載する欄である。例えば、備考欄Ｒｑ６には、作業に要求される熟練度、スキル等が記載される場合がある。なお、備考欄Ｒｑ６については、別途必要に応じて説明を行う。
【００７１】
なお、これら以外にもスタッフＴの配置に必要と思われる情報が提供される場合もある。要求情報の種類については、クラウド２００側で、施設１００毎に決めたものであってもよいし、施設１００側で決めたものであってもよい。なお、本実施形態のケアサポートシステムＡでは、各施設１００から提供された要求情報は、ディレクタ端末５００で集約された後、クラウド２００の募集情報生成部２２に提供される。これにより、全ての要求情報をケアディレクタＤが確認することが可能である。
【００７２】
募集情報生成部２２は、各施設１００から送られてきた要求情報Ｒｑから、作業を募集している施設名、募集されている作業の内容、募集されているスタッフＴの人数、作業を行う日時の情報を取得する。そして、施設１００ごとに施設名、作業内容、スタッフＴの員数、日時の情報を募集情報として生成する。
【００７３】
閲覧操作部２３は、スタッフ端末４００を用いて、募集情報を閲覧可能にする。閲覧操作部２３は、例えば、ＳＮＳ（Social Network Service）で予め登録されているスタッフ端末４００に対して、応募情報を共有するようにしてもよいし、予め登録されているスタッフ端末４００に電子メールやメッセージサービス等を利用して配信するようにしてもよい。
【００７４】
また、閲覧操作部２３は、スタッフ端末４００から募集情報に常にアクセス可能にしておき、随時、募集情報を更新するようにしてもよい。このとき、募集情報を更新したことをスタッフ端末４００に送信するようにしてもよい。
【００７５】
ここで、募集情報の詳細について、図面を参照して説明する。図６は、スタッフ端末で表示された募集情報の一例を示す図である。図６に示すように、スタッフ端末４００のスタッフ端末表示部４１には、募集情報ＲＢと、応募ボタンＫ１と、キャンセルボタンＫ２とが表示される。スタッフ端末４００では、募集情報ＲＢを閲覧し、その後すぐに、応募可能な構成となっている。
【００７６】
募集情報ＲＢは、チェック欄Ｒｂ１、施設名欄Ｒｂ２、期間欄Ｒｂ３、時間欄Ｒｂ４、作業内容欄Ｒｂ５、員数欄Ｒｂ６、報酬欄Ｒｂ７及び備考欄Ｒｂ８が表示される。チェック欄Ｒｂ１は、正方形状のチェックボックスが表示される。募集情報ＲＢを閲覧したスタッフＴは、チェック欄Ｒｂ１をチェックすることで、選択を行うことができる。
【００７７】
施設名欄Ｒｂ２は、スタッフを募集している施設の名前が格納される。期間欄Ｒｂ３、時間欄Ｒｂ４、作業内容欄Ｒｂ５、員数欄Ｒｂ６、報酬欄Ｒｂ７及び備考欄Ｒｂ８は、要求情報Ｒｑの期間欄Ｒｑ１、時間欄Ｒｑ２、作業内容欄Ｒｑ３、員数欄Ｒｑ４、単価欄Ｒｑ５及び備考欄Ｒｑ６と同じ内容が格納される。そのため、詳細は省略する。
【００７８】
スタッフ端末４００で募集情報ＲＢを閲覧したスタッフＴは、気に入った募集がある場合、その募集のチェックボックスをチェックする。そして、応募ボタンＫ１を押す（触れる）ことで、応募情報をスタッフ配置情報生成部２４に送信する。
【００７９】
本実施形態では、募集情報として一覧表としているが、これに限定されない。図７は、募集情報の他の例を示す図である。図８は、募集情報の詳細を示す図である。図７に示すように、カレンダ型の募集情報Ｓｃを用いてもよい。そして、募集情報Ｓｃには、各日付の部分に、現在募集中の作業の表示である募集表示Ｒｃｔが表示される。そして、スタッフＴが募集表示Ｒｃｔを選択すると、スタッフ端末表示部４１の表示が、募集情報の詳細表示Ｒｓ（図８参照）に切り替わる。募集情報の詳細表示Ｒｓは、施設名欄Ｒｓ１、期間欄Ｒｓ２、時間欄Ｒｓ３、作業内容欄Ｒｓ４、募集数欄Ｒｓ５、報酬欄Ｒｓ６、備考欄Ｒｓ７、応募ボタンＫ１及びキャンセルボタンＫ２を備える。
【００８０】
詳細表示Ｒｓの施設名欄Ｒｓ１、期間欄Ｒｓ２、時間欄Ｒｓ３、作業内容欄Ｒｓ４、募集数欄Ｒｓ５、報酬欄Ｒｓ６及び備考欄Ｒｓ７は、募集情報ＲＢ８（図６参照）と同じであるため、詳細な説明は省略する。このように、カレンダ表示と共に募集表示Ｒｃｔが表示されることで、スケジュールを立てやすくなる。なお、募集情報Ｓｃには、スタッフＴ個人の予定を追加することができてもよい。このようにすることで、作業の募集を迅速に行うことが可能である。また、スタッフＴがスタッフ端末４００上で個人的に使用しているスケジュールアプリに情報を共有してもよい。これにより、スタッフＴの利便性をさらに向上することが可能である。
【００８１】
なお、募集情報Ｓｃには、別のスタッフによる応募状況が表示されるようになっていてもよい。募集情報に、備考にあるような経験年数の制限があったとき、応募している人によって応募条件をクリアできる場合がある。応募しているスタッフの情報を知ることで、自分が募集可能であるか否か確認することが可能である。また、閲覧操作部２４３で、応募しているスタッフＴの情報に基づいて、閲覧可能なスタッフＴを変更するようにしてもよい。
【００８２】
そして、スタッフ配置情報生成部２４には、募集情報を閲覧したスタッフＴからの応募情報が提供される。応募情報は募集情報に対して送られる。そのため、応募情報は、募集情報に含まれる情報を含む。募集情報に、個別の識別番号が振られている場合、応募情報には、募集情報の識別番号の情報が含まれる。そして、応募情報に複数の作業、日時が設定されている場合、作業の内容とその日時の情報が含まれる。また、スタッフ配置情報生成部２４は、応募情報から応募情報を送信したスタッフ端末４００及びそのスタッフ端末４００を所持しているスタッフＴの情報を取得する。スタッフＴの情報は、応募情報に含まれていてもよいし、応募情報を送信したスタッフ端末４００の識別番号をもとに、スタッフ情報管理データベース２１１を参照して、スタッフＴの情報を取得してもよい。
【００８３】
スタッフ配置情報生成部２４は、スタッフＴの情報と要求情報とを比較し、適切なスタッフＴを各施設に配置するスタッフ配置情報を生成する。スタッフ配置情報には、スタッフＴの氏名、作業を行う施設１００の名前、作業の内容、日時、備考を含む。またこれら以外の情報を含んでいてもよい。スタッフ配置情報生成部２４は生成したスタッフ配置情報をディレクタ端末５００に提供する。
【００８４】
スタッフ配置情報生成部２４は、ディレクタ端末５００から非承認情報が送られてきたときに、スタッフの配置を再構築する。このとき、ディレクタ端末５００から受け取った非承認情報から非承認の理由等の修正情報を取得し、修正情報に基づいてスタッフ配置情報を再度生成する。
【００８５】
また、通知部２５は、ディレクタ端末５００から承認情報を取得すると、スタッフ配置情報に含まれるスタッフＴのスタッフ端末４００に依頼情報を提供するとともに、施設１００に対して配置されるスタッフの情報であるスタッフ情報を送信する。
【００８６】
クラウド２００は、上述の機能を有している。
【００８７】
〔具体例１〕
次に、本実施形態のケアサポートシステムＡの具体的な処理について図面を参照して説明する。図９は、本実施形態のケアサポートシステムにおける処理の流れを示すフローチャートである。なお、以下の説明では、クラウド２００を中心に説明を行う。
【００８８】
まず、施設１００において必要とされる作業の内容を含む要求情報を受信する（ステップＳ１０１）ことで、動作開始する。要求情報は、一旦、ディレクタ端末５００に送られる。これにより、全ての要求情報が、ディレクタ端末５００に集約される。つまり、全ての要求情報は、ディレクタ端末５００で管理される。そして、ディレクタ端末５００は、要求情報をクラウド２００の募集情報生成部２２に送信する（ステップＳ１０２）。なお、本具体例では、要求情報を、ディレクタ端末５００で集約した後に、クラウド２００に送っているが、最初からクラウド２００に送信されるようにしてもよい。このとき、クラウド２００は、要求情報をまとめてディレクタ端末５００に送信することで、ディレクタ端末５００で要求情報の管理が可能である。
【００８９】
クラウド２００の募集情報生成部２２は、要求情報に基づいて、施設１００ごとに、必要とされる作業、スタッフの員数、日時の情報を含む募集情報を作成する（ステップＳ１０３）。募集情報生成部２２は、募集情報を閲覧操作部２３に受け渡す。閲覧操作部２３は、募集情報をスタッフＴが所持するスタッフ端末４００で閲覧可能にし、閲覧を開始する（ステップＳ１０４）。本具体例において、閲覧操作部２３は、募集情報を、通信ネットワーク３００に接続される全てのスタッフ端末４００で閲覧可能にする。なお、募集情報の閲覧方法としては、上述もしているが、電子メールを送信するようにしてもよいし、ＳＮＳサービスを利用して、募集情報を共有するようにしてもよい。
【００９０】
スタッフ配置情報生成部２４は、スタッフＴから募集情報に対する応募があるか否か、すなわち、スタッフ端末４００から応募情報を取得したか否かを確認する（ステップＳ１０５）。スタッフＴからの応募が無い場合（ステップＳ１０５でＮｏの場合）、スタッフ配置情報生成部２４は応募があるまで待機する（ステップＳ１０５を継続する）。
【００９１】
スタッフＴから募集情報に対する応募がある場合（ステップＳ１０５でＹｅｓの場合）、スタッフ配置情報生成部２４は、応募情報をからスタッフ端末４００の識別番号を取得し、識別番号からスタッフ端末４００を所持しているスタッフＴを識別する。そして、スタッフ配置情報生成部２４は、データベース操作部２１のスタッフ情報管理データベース２１１からスタッフＴの情報を取得する。スタッフ配置情報生成部２４は、施設１００及び作業に応募したスタッフＴを割り振った、スタッフ配置情報を生成する（ステップＳ１０６）。
【００９２】
そして、スタッフ配置情報生成部２４は、スタッフ配置情報をディレクタ端末５００に送信する（ステップＳ１０７）。そして、クラウド２００は、ディレクタ端末５００からの返信があるか否か確認する（ステップＳ１０８）。ディレクタ端末５００からの返信が無い場合（ステップＳ１０８でＮｏの場合）、ディレクタ端末５００からの返信があるまで待機する（ステップＳ１０８を繰り返す）。
【００９３】
ケアディレクタＤは、ディレクタ端末５００のディレクタ端末表示部５１に表示されたスタッフ配置情報を確認し、配置されているスタッフＴが配置されている施設１００及び作業に適切であるか判断可能である。そして、適切であると判断した場合には、ディレクタ端末５００を操作して承認情報を送信する。また、適切ではないと判断した場合には、その理由（例えば、住居と施設との距離が遠い等）を含む非承認情報を送信する。なお、非承認情報は、承認しないことだけを含んでいてもよい。
【００９４】
ディレクタ端末５００からの返信があった場合（ステップＳ１０８でＹｅｓの場合）、クラウド２００は、ディレクタ端末５００から送られた情報が承認情報か否か確認する（ステップＳ１０９）。ディレクタ端末５００からの返信が非承認情報の場合（ステップＳ１０９でＮｏの場合）、スタッフ配置情報生成部２４は、非承認情報から適切ではないスタッフＴ及びその理由等を含む修正情報を取得する（ステップＳ１１０）。そして、スタッフ配置情報生成部２４は、修正情報を参照して、スタッフ配置情報を再度生成する（ステップＳ１０６に戻る）。
【００９５】
ディレクタ端末５００からの返信が承認情報である場合（ステップＳ１０９でＹｅｓの場合）、通知部２５は、作業を行う施設１００、日時、作業の内容の情報を含む依頼情報を、応募情報を送信してきたスタッフ端末４００に対して送信する（ステップS１１１）。なお、依頼情報は、スタッフ配置情報生成部２４が生成してもよいし、通知部２５が生成してもよい。
【００９６】
さらに、通知部２５は、要求情報を送ってきた施設１００に対して、作業を実施するスタッフＴの情報を含むスタッフ情報を送信する（ステップＳ１１２）。
【００９７】
ケアサポートシステムＡでは、通信ネットワーク３００で接続された施設１００で必要とされる作業に対して、スタッフＴを送ることができる。このとき、スタッフＴを施設１００を超えて配置することができるため、全ての施設１００でスタッフＴが余ったり、足りなかったりするのを抑制できる。また、スタッフＴは、施設１００からの募集を確認し、自分の意思で応募することで仕事を行うことができる。そのため、スタッフＴは、空き時間を効率よく使うことが可能である。また、代りのスタッフＴがいないことによる、仕事が一部のスタッフＴに集中することも抑制できる。さらに、ケアサポートシステムＡでは、全ての仕事の募集、応募、スタッフＴの配置をケアディレクタＤが把握できる。これにより、交通網の麻痺等でスタッフＴが施設に行けなくなる等のアクシデントが発生したときに、ケアディレクタＤが迅速に対応することが可能である。そのため、スタッフＴ不在による、施設１００の運用ができなくなる不具合を抑制することができる。
【００９８】
［第１変形例］
上述の実施形態では、ケアサポートシステムＡに対して送られた要求情報Ｒｑを全て表示している。この場合、募集情報ＲＢが煩雑になりやすい。また、スタッフＴが従事できない作業の募集も表示される。そのため、実施できない作業の募集に対して、応募してしまう虞がある。また、施設１００からの要求情報Ｒｑの備考欄Ｒｑ６に、作業に対する熟練度、スキル等に対する要求が含まれる場合がある。このような場合において、熟練度及びスキルが足りないスタッフＴが応募してしまう虞がある。
【００９９】
そこで、閲覧操作部２３は、スタッフ情報管理データベース２１１の作業欄２１１ｅ、ランク欄２１１ｆ、施設の評価欄２１１ｇを参照し、スタッフ端末４００毎に閲覧制限を行って、応募情報の閲覧を行う。例えば、介護業務に従事するスタッフＴに対しては、医療業務にかかわる情報を閲覧できないようにする。また、介護業務に従事するスタッフＴであっても、閲覧操作部２３がスタッフ情報管理データベース２１１のランクや施設の評価に基づいて、応募できないと判断したスタッフＴに対しては、閲覧制限をかけるようにしてもよい。
【０１００】
すなわち、閲覧操作部２３は、新たな募集情報の閲覧を開始するときに、スタッフの可能作業、ランク、施設の評価等を確認し、配置可能と判断したスタッフＴのスタッフ端末４００でのみ、新しい募集情報を閲覧可能にする。このようにすることで、スタッフＴが募集に対して円滑かつ簡単に応募することが可能である。
【０１０１】
なお、本実施形態では、施設から期限のある作業の募集がある場合について説明したが、これに限定されない。例えば、月単位、年単位等の長期間にわたる周期的（定期的）な作業の募集、常勤の作業の募集を行うことも可能である。
【０１０２】
＜第２実施形態＞
本発明にかかるケアサポートシステムの他の例について図面を参照して説明する。図１０は、本発明にかかるケアサポートシステムの他の例の動作を示すフローチャートである。なお、本実施形態のケアサポートシステムＡは、第１実施形態のケアサポートシステムＡと同じ構成を有している。そのため、ケアサポートシステムＡの各部については、第１実施形態と同じ符号を付すとともに、詳細な説明は省略する。また、図１０に示すフローチャートでは、図９に示すフローチャートのステップＳ１０４とステップＳ１０６の間に配置されるステップＳ２０１からステップＳ２０７を備えている。また、ステップＳ１０５も含まれている。本実施形態の、ケアサポートシステムＡの動作を説明するときには、第１実施形態のケアサポートシステムＡの動作と同じ部分の説明は省略する。
【０１０３】
このようなケアサポートシステムＡにおいて、閲覧操作部２３が募集情報の閲覧を開始した（ステップＳ１０４）後、閲覧操作部２３は、募集情報の閲覧期限内であるか否か確認する（ステップＳ２０１）。閲覧期限内である場合（ステップＳ２０１でＹｅｓの場合）、閲覧操作部２３は、募集情報に対して応募があったか否か確認する（ステップＳ１０５）。応募が無い場合（ステップＳ１０５でＮｏの場合）、閲覧操作部２３は、閲覧期限内であるか否かの確認（ステップＳ２０１）に戻る。なお、閲覧期限は、要求情報Ｒｑに含まれていてもよいし、要求情報の期間の情報及び時間の情報に基づき、作業開始よりも一定時間（例えば、２４時間）手前としてもよい。閲覧期限が要求情報Ｒｑにない場合には、スタッフＴが応募した後、スタッフＴが十分に準備できる程度の余裕を持ったものとして設定することが好ましい。準備には、配置される施設までの時間も含む。
【０１０４】
応募があった場合（ステップＳ１０５でＹｅｓの場合）、スタッフ配置情報生成部２４は募集が埋まったか否か確認する（ステップＳ２０２）。募集が埋まっていない場合（ステップＳ２０２でＮｏの場合）、閲覧操作部２３は、閲覧期限内であるか否かの確認（ステップＳ２０１に戻る）。また、募集が埋まった場合（ステップＳ２０２でＹｅｓの場合）、スタッフ配置情報生成部２４は、スタッフ配置情報を生成する（ステップＳ１０６）。
【０１０５】
閲覧期限を過ぎた場合（ステップＳ２０１でＮｏの場合）、スタッフ配置情報生成部２４は、スタッフ情報管理データベース２１１を参照し、作業情報、ランク情報、施設の評価情報、希望情報、スケジュール情報等から、募集情報に含まれる条件（例えば、期間、場所、作業内容、熟練度、スキル）等に合致するスタッフＴを抽出する（ステップＳ２０３）。そして、通知部２５は、抽出したスタッフＴのスタッフ端末４００に対して、募集されている作業に対応可能か否かを確認する確認情報を送信する（ステップＳ２０４）。なお、通知部２５は、確認情報を送信する前に、ディレクタ端末５００に対して、確認情報の通知の承諾を受けるようにしてもよい。
【０１０６】
確認情報は、スタッフ端末表示部４１に表示される。確認情報は、図８に示す応募情報の詳細表示と同じか同等のものである。スタッフ端末表示部４１に表示された確認情報を確認したスタッフＴは、確認情報に表示されている情報に基づいて、作業可能か否かの情報を含む作業可能情報又は作業不可能情報を送信する。なお、作業可能情報は作業可能な場合に送信され、作業不可能情報は作業不可能な場合に送信される。
【０１０７】
スタッフ配置情報生成部２４は、スタッフ端末４００からの返信がある否か確認する（ステップＳ２０５）。返信が無い場合（ステップＳ２０５でＮｏの場合）、返信があるまで待機する（ステップＳ２０５に戻る）。返信があった場合（ステップＳ２０５でＹｅｓの場合）、スタッフ配置情報生成部２４は、返信が、作業可能情報か作業不可能情報か確認し、返信に基づいて募集が埋まったか否か確認する（ステップＳ２０６）。募集が埋まった場合（ステップＳ２０６でＹｅｓの場合）、スタッフ配置情報生成部２４は、スタッフ配置情報を生成する（ステップＳ１０６）。
【０１０８】
募集が埋まらなかった場合（ステップＳ２０６でＮｏの場合）、スタッフ配置情報生成部２４は、スタッフを抽出する条件を変更する（ステップＳ２０７）。スタッフを抽出する条件としては、最初の抽出時には、ランク３以上としていたところを、ランク５以上に変更する。そして、ステップＳ２０３に戻り、スタッフ配置情報生成部２４は、新しい、スタッフを抽出する条件でスタッフ情報管理データベース２１１からスタッフＴを抽出する。
【０１０９】
このように、クラウド２００にスタッフＴを抽出する機能を備えることで、募集に対して応募が少ない場合でも、施設１００に配置されるスタッフＴが不足する状態が発生するのを抑制できる。なお、本実施形態では、募集に対する応募が少ない場合として、説明しているが、これに限定されない。例えば、急病等で、スタッフに空きができた施設１００から、要求情報を受けたときに、ステップＳ２０３からステップＳ２０７を繰り返して、スタッフＴを施設１００に配置するようにしてもよい。
【０１１０】
これ以外の特徴については、第１実施形態と同じである。
【０１１１】
＜第３実施形態＞
上述の例では、スタッフＴ（スタッフ端末４００）からの応募に基づいて、スタッフＴの施設への配置が決定されている。しかしながら、スタッフＴの適正によっては、別の作業に割り振った方がよい場合もある。例えば、スタッフ情報管理データベース２１１の総合ランクにおいて、同じランクのスタッフＴが複数人、同じ作業に応募している場合があるとする。そして、同じ施設から別の作業に対する募集を受けているものとする。このような場合のスタッフ配置の決定動作について、新たな図面を参照して説明する。図１１は、スタッフ情報管理データベースの他の例を示す図である。
【０１１２】
スタッフ情報管理データベース２１１は、総合ランクと共に、個別のランクが設けられている。そして、図１１は、スタッフ情報管理データベース２１１のランクデータベース２１３を示している。図１１に示すように、ランクデータベース２１３は、例えば、介護スタッフのランクを決定するためのスタッフの適正を数値化したものである。ランクデータベース２１３は、スタッフごとに設けられており、スタッフ情報管理データベース２１１とリンクしている。
【０１１３】
ランクデータベース２１３には、スタッフ名２１３Ｎが示されている。そして、ランクデータベース２１３の各項目は、経験値２１３ａ、入浴介助２１３ｂ、食事介助２１３ｃ、着替介助２１３ｄ、トイレ介助２１３ｅ、掃除２１３ｆ、洗濯２１３ｇ、調理２１３ｈ、総合２１３ｉである。なお、各項目は、最低１〜最高５の数値（評価値）で評価する。また数値は、小数点１位程度の数字を用いてもよい。例えば、小数点１位までの数字を使う場合、評価値は、１．０〜５．０である。そして、経験値２１３ａは、介助スタッフとしての作業の経験値を示す。経験値としては、例えば、年数、延べ作業時間等に基づいて評価される。着替介助２１３ｄ、トイレ介助２１３ｅ、掃除２１３ｆ、洗濯２１３ｇ、調理２１３ｈの各項目は、施設からのフィードバック、ケア対象者及び（又は）その家族からのフィードバック、一緒に作業を実行したスタッフからの情報に基づいてケアディレクタＤが判定する。なお、作業ごとに情報を取得して、評価を行ってもよい。また、ランダムに抽出された作業に対して配置されたスタッフＴの評価を行ようにしてもよい。また、これ以外の項目が含まれていてもよい。
【０１１４】
そして、スタッフ配置情報生成部２４は、スタッフ配置を決定するときに、ランクデータベース２１３の各項目と、要求情報に記載の条件とを検討して適切なスタッフを選択する。そして、適切と判断されたスタッフを、施設に配置したスタッフ配置情報を生成して（図９ステップＳ１０６）、ディレクタ端末５００に送信する（図９ステップＳ１０７）。
【０１１５】
また、ディレクタ端末５００は、クラウド２００のスタッフ情報管理データベース２１１にアクセス可能になっている。そして、ケアディレクタＤは、ディレクタ端末表示部５１に表示されている、スタッフ配置情報を確認する。このとき、ケアディレクタＤは数値だけでは、判断が困難な情報（たとえば、希望欄における家から近い等）を確認し、スタッフ配置情報で、適切ではない部分があった場合、理由を含む非承認情報を送信する。
【０１１６】
このようにすることで、各施設に、適切なスタッフを配置することが可能である。
【０１１７】
［第１変形例］
本実施形態では、スタッフの配置を応募したスタッフの情報をもとに決定している。一方で、スタッフ情報管理データベース２１１は、スタッフのスケジュール欄２１１ｉを備えており、スタッフＴの作業に関するスケジュールの情報を備えている。
【０１１８】
そこで、例えば、募集されている作業に対して、ランクが高いスタッフＴが応募している場合において、多少ランクが低いスタッフＴが応募しているときには、タンクが高いスタッフとランクが低いスタッフとを組み合わせて配置することで、ＯＪＴ（Ｏｎ ｔｈｅ  Ｊｏｂ  Ｔｒａｉｎｉｎｇ）を行うようにしてもよい。なお、ランクが高い複数のスタッフから応募があったとき、スタッフ及びケアディレクタＤの承諾がある場合に、ランクが高いスタッフの一部を、条件が合う別の作業に割り振るようにしてもよい。また、スタッフ及びケアディレクタＤの承諾がある場合に、ランクが低いスタッフをランクが高いスタッフと一緒に作業するように配置を設定してもよい。
【０１１９】
スタッフの変更については、クラウド２００が調整してもよいし、ケアディレクタＤが調整しクラウド２００がスタッフ調整に反映させてもよい。
【０１２０】
これ以外の特徴については、第１実施形態及び第２実施形態と同じである。
【０１２１】
［第２変形例］
スタッフ配置情報生成部２４は、１つの施設に複数のスタッフを配置する場合には、スタッフ情報管理データベース２１１を確認して、相性が悪いスタッフが同じ施設に配置されるのを抑制して、スタッフ情報を生成する。このようにすることで、相性の悪いスタッフが組んで作業を行うことによる、作業の効率の低下を抑制することができる。また、施設のスケジュール情報を参照して、予め配置されているスタッフＴとの相性についても考慮してもよい。
【０１２２】
さらに、スタッフ配置情報生成部２４は、施設情報管理データベース２１２を確認し、施設に入居しているケア対象者と相性の良くないスタッフＴがその施設に配置されないように、スタッフ配置情報を生成してもよい。このようにすることで、ケア対象者とスタッフＴとのトラブルを未然に防ぐことが可能である。
【０１２３】
以上、本発明の実施形態について説明したが、本発明はこの内容に限定されるものではない。また本発明の実施形態は、発明の趣旨を逸脱しない限り、種々の改変を加えることが可能である。
【符号の説明】
【０１２４】
２１      データベース操作部
２２      募集情報生成部
２３      閲覧操作部
２４      スタッフ配置情報生成部
２５      通知部
４１      スタッフ端末表示部
４２      制御部
４３      記憶部
４４      通信部
５１      ディレクタ端末表示部
１００      施設
２００      クラウド
２００      調整しクラウド
２１１      スタッフ情報管理データベース
２１１ａ    番号欄
２１１ｂ    氏名欄
２１１ｃ    年齢欄
２１１ｄ    性別欄
２１１ｅ    作業欄
２１１ｆ    ランク欄
２１１ｇ    評価欄
２１１ｈ    希望欄
２１１ｉ    スケジュール欄
２１２      施設情報管理データベース
２１３      ランクデータベース
２１３ａ    経験値
２１３ｂ    入浴介助
２１３ｃ    食事介助
２１３ｄ    着替介助
２１３ｅ    トイレ介助
２１３ｆ    掃除
２１３ｇ    洗濯
２１３ｈ    調理
２１３ｉ    総合
３００      通信ネットワーク
４００      スタッフ端末
４１１      表示パネル
４１２      タッチセンサ
５００      ディレクタ端末
Ａ      ケアサポートシステム
Ｄ      ケアディレクタ
Ｋ１      応募ボタン
Ｋ２      キャンセルボタン
ＲＢ      募集情報
Ｒｂ１      チェック欄
Ｒｂ２      施設名欄
Ｒｂ３      期間欄
Ｒｂ４      時間欄
Ｒｂ５      作業内容欄
Ｒｂ６      員数欄
Ｒｂ７      単価欄
Ｒｂ８      備考欄
Ｒｃｔ      募集表示
Ｒｑ      要求情報
Ｒｑ１      期間欄
Ｒｑ２      時間欄
Ｒｑ３      作業内容欄
Ｒｑ４      員数欄
Ｒｑ５      単価欄
Ｒｑ６      備考欄
ＲｑＮ      施設名
Ｒｓ      詳細表示
Ｒｓ１      施設名欄
Ｒｓ２      期間欄
Ｒｓ３      時間欄
Ｒｓ４      作業内容欄
Ｒｓ５      募集数欄
Ｒｓ６      報酬欄
Ｒｓ７      備考欄
Ｓｃ      募集情報
【図１】
2020004417.tif 000003
【図２】
2020004417.tif 000004
【図３】
2020004417.tif 000005
【図４】
2020004417.tif 000006
【図５】
2020004417.tif 000007
【図６】
2020004417.tif 000008
【図７】
2020004417.tif 000009
【図８】
2020004417.tif 000010
【図９】
2020004417.tif 000011
【図１０】
2020004417.tif 000012
【図１１】
2020004417.tif 000013
【国際調査報告】
2020004417.tif 000014
2020004417.tif 000015
2020004417.tif 000016
2020004417.tif 000017