(57)【特許請求の範囲】
【請求項１】
被介護者と介護者との対話日時をスケジューリングするコミュニティサーバを備えるスケジューリングシステムであって、
前記コミュニティサーバは、
被介護者宅のコンピュータから、対話希望の日時および対話希望の介護者の情報を含むスケジューリング要求を受信するスケジューリング要求受信手段、
前記スケジューリング要求受信手段によって受信されたスケジューリング要求が示す介護者宅のコンピュータに対話希望の日時にスケジューリング可能か否かを問い合わせる問い合わせ手段、および
前記問い合わせ手段の問い合わせ結果が、スケジューリング可能を示すとき、対話日時および対話する介護者の情報を前記被介護者宅のコンピュータに通知するとともに、当該対話日時および対話する被介護者の情報を前記介護者宅のコンピュータに通知するスケジュール通知手段を備え、
前記介護者宅のコンピュータは、
前記介護者から見た前記被介護者との第１相性度を記憶する第１相性度記憶手段、
対話可能なスケジュールを記憶した対話可能スケジュール記憶手段、
前記問い合わせ手段の問い合わせに応じて、前記対話可能スケジュール記憶手段に記憶された対話可能なスケジュールと、前記第１相性度記憶手段によって記憶された第１相性度とに基づいて、スケジューリング可能か否かを判定するスケジューリング判定手段、および
前記スケジューリング判定手段の判定結果を前記コミュニティサーバに回答する回答手段を備える、スケジューリングシステム。
【請求項２】
前記コミュニティサーバは、介護者についての介護者属性情報を記憶する介護者属性情報記憶手段、および前記問い合わせ手段の問い合わせ結果がスケジューリング不能を示すとき、前記介護者属性情報記憶手段に記憶された介護者属性情報に基づいて、前記対話希望の介護者に類似する他の介護者を検索する介護者検索手段をさらに備える、請求項１記載のスケジューリングシステム。
【請求項３】
スケジューリング要求は、対話希望の複数の介護者の情報を含み、
前記問い合わせ手段は、複数の介護者宅のコンピュータの各々に、スケジューリング可能か否かを順次問い合わせる、請求項１または２記載のスケジューリングシステム。
【請求項４】
前記コミュニティサーバは、被介護者についての被介護者属性情報を記憶する被介護者属性情報記憶手段、および
前記介護者の各々の介護者属性情報と前記被介護者の被介護者属性情報とに基づいて、前記介護者の各々と前記被介護者との相性の良さを推測するための相性推定値を算出する相性推定値算出手段をさらに備え、
前記介護者検索手段は、前記介護者属性情報に基づいて介護者を検索できないとき、または、検索した介護者がスケジューリング不能であるとき、前記相性推定値算出手段によって算出された相性推定値が一定値以上である介護者を検索する、請求項２または３記載のスケジューリングシステム。
【請求項５】
前記被介護者宅のコンピュータは、
前記被介護者と前記介護者との対話中における当該被介護者の発話時間を検出する発話時間検出手段、
前記被介護者と前記介護者との全対話時間と、前記発話時間検出手段によって検出された発話時間とから当該被介護者の発話率を検出する発話率検出手段、
前記被介護者と前記介護者との全対話時間と、当該被介護者と当該介護者との対話中に当該介護者の映像を表示するモニタを当該被介護者が見ていた時間とから当該被介護者の対話への集中度を検出する集中度検出手段、および
少なくとも前記発話率検出手段によって検出された発話率および前記集中度検出手段によって検出された集中度に基づいて、被介護者から見た介護者との第２相性度を計算する相性度計算手段を備える、請求項１ないし４のいずれかに記載のスケジューリングシステム。
【請求項６】
前記被介護者宅のコンピュータは、
前記第２相性度を記憶する第２相性度記憶手段、および
少なくとも前記相性度計算手段によって計算された第２相性度に基づいて、前記第２相性度記憶手段によって記憶された現在の第２相性度を更新する相性度更新手段をさらに備える、請求項５記載のスケジューリングシステム。
【請求項７】
被介護者と介護者との対話日時をスケジューリングするコミュニティサーバを備えるスケジューリングシステムであって、
前記コミュニティサーバは、
介護者の各々の個人属性情報を記憶する介護者個人属性情報記憶手段、
被介護者の各々の個人属性情報を記憶する被介護者個人属性情報記憶手段、
被介護者宅のコンピュータから、対話希望の日時を含むスケジューリング要求を受信するスケジューリング要求受信手段、
前記スケジューリング要求受信手段によってスケジューリング要求を受信したとき、当該スケジューリング要求を送信した被介護者宅のコンピュータに対応する被介護者の個人属性情報と、前記介護者の各々の個人属性情報とに基づいて、前記介護者の各々と前記被介護者との相性の良さを推測するための相性推定値を算出する相性推定値算出手段、
前記相性推定値算出手段によって算出された相性推定値が一定値以上である介護者を介護者の候補として選択する介護者候補選択手段、
前記介護者候補選択手段によって選択された介護者の候補についての介護者宅のコンピュータに、スケジューリング可能か否かを問い合わせる問い合わせ手段、および
前記問い合わせ手段の問い合わせ結果が、スケジューリング可能を示すとき、対話日時および対話する介護者の情報を前記被介護者宅のコンピュータに通知するとともに、当該対話日時および対話する被介護者の情報を前記介護者宅のコンピュータに通知するスケジュール通知手段を備える、スケジューリングシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明はスケジューリングシステムに関し、特にたとえば、介護者と被介護者とがテレビ会議システムを用いて対話する日時をスケジューリングする、スケジューリングシステムに関する。
【背景技術】
【０００２】
背景技術の一例が特許文献１に開示される。この特許文献１によれば、利用者と相性の悪いヘルパーがデータベースに登録され、利用者がヘルパーの派遣を依頼するとき、当該利用者と相性の悪いヘルパーがスケジューリングの対象から除かれる。
【０００３】
また、背景技術の他の例が特許文献２に開示される。この特許文献２によれば、第１の要介護者の端末に送信した質問文に対する回答として選択された回答情報に対応する相性情報に基づき、相性の良い第２の要介護者が特定され、当該第２の要介護者が第１の要介護者に紹介される。
【特許文献１】特開２００２−２４４９３号
【特許文献２】特開２００２−３５８３６７号
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、特許文献１に開示される背景技術では、利用者がヘルパーの変更を依頼すると、実際には利用者と相性の良いヘルパーであっても、それ以降では、派遣されなくなってしまうため、相性が良いかどうかを正確に判断する必要がある。このような判断は困難であり、面倒でもある。
【０００５】
また、特許文献２に開示される背景技術では、回答情報に対応する相性情報に基づいて、相性の良い要介護者を特定するようにしてあるが、相性の良い要介護者を見つけるためには要介護者は質問に対して回答する必要があり、面倒である。
【０００６】
それゆえに、この発明の主たる目的は、相性の良い相手を比較的簡単にスケジューリングできる、スケジューリングシステムを提供することである。
【課題を解決するための手段】
【０００７】
請求項１の発明は、被介護者と介護者との対話日時をスケジューリングするコミュニティサーバを備えるスケジューリングシステムであって、コミュニティサーバは、被介護者宅のコンピュータから、対話希望の日時および対話希望の介護者の情報を含むスケジューリング要求を受信するスケジューリング要求受信手段、スケジューリング要求受信手段によって受信されたスケジューリング要求が示す介護者宅のコンピュータに対話希望の日時にスケジューリング可能か否かを問い合わせる問い合わせ手段、および問い合わせ手段の問い合わせ結果が、スケジューリング可能を示すとき、対話日時および対話する介護者の情報を被介護者宅のコンピュータに通知するとともに、当該対話日時および対話する被介護者の情報を介護者宅のコンピュータに通知するスケジュール通知手段を備え、介護者宅のコンピュータは、介護者から見た被介護者との第１相性度を記憶する第１相性度記憶手段、対話可能なスケジュールを記憶した対話可能スケジュール記憶手段、問い合わせ手段の問い合わせに応じて、対話可能スケジュール記憶手段に記憶された対話可能なスケジュールと、第１相性度記憶手段によって記憶された第１相性度とに基づいて、スケジューリング可能か否かを判定するスケジューリング判定手段、およびスケジューリング判定手段の判定結果をコミュニティサーバに回答する回答手段を備える、スケジューリングシステム。
【０００８】
請求項１の発明では、スケジューリングシステム（１０：実施例で相当する参照符号。以下、同じ。）は、被介護者と介護者との対話日時をスケジューリングするコミュニティサーバ（１２）を備える。コミュニティサーバ（１２）では、スケジューリング要求受信手段（Ｓ１）は、被介護者宅のコンピュータ（１６）から、対話希望の日時および対話希望の介護者の情報を含むスケジューリング要求を受信する。問い合わせ手段（Ｓ７，Ｓ１３，Ｓ１９，Ｓ３３，Ｓ３７，Ｓ４３，Ｓ９７，Ｓ１０１，Ｓ１０７）は、スケジューリング要求受信手段（Ｓ１）によって受信されたスケジューリング要求が示す介護者宅のコンピュータ（１８）に対話希望の日時にスケジューリング可能か否かを問い合わせる。
【０００９】
介護者宅のコンピュータ（１８）では、第１相性度記憶手段が介護者から見た被介護者との第１相性度（１８ａ）を記憶する。また、対話可能スケジュール記憶手段は、対話可能なスケジュール（日時）を記憶する。スケジューリング判定手段は、問い合わせ手段（Ｓ７，Ｓ１３，Ｓ１９，Ｓ３３，Ｓ３７，Ｓ４３，Ｓ９７，Ｓ１０１，Ｓ１０７）の問い合わせに応じて、話可能なスケジュールと第１相性度と基づいて、スケジューリング可能か否かを判定する。そして、回答手段は、スケジューリング判定手段の判定結果、すなわちスケジューリング可能／不能をコミュニティサーバ（１２）に回答する。
【００１０】
コミュニティサーバ（１２）では、問い合わせ手段（Ｓ７，Ｓ１３，Ｓ１９，Ｓ３３，Ｓ３７，Ｓ４３，Ｓ９７，Ｓ１０１，Ｓ１０７）の問い合わせ結果が、スケジューリング可能を示すとき、スケジュール通知手段（Ｓ２３，Ｓ２５）は、対話日時および対話する介護者の情報をスケジューリング要求のあった被介護者宅のコンピュータ（１６）に通知するとともに、当該対話日時および対話する被介護者の情報を被介護者の対話相手となる介護者宅のコンピュータ（１８）に通知する。
【００１１】
請求項１の発明によれば、対話希望の介護者の対話可能スケジュールと介護者から見た被介護者の相性度とに基づいてスケジューリングを行うので、相性の良い介護者を比較的簡単にスケジューリングすることができる。
【００１２】
請求項２の発明は請求項１に従属し、コミュニティサーバは、介護者についての介護者属性情報を記憶する介護者属性情報記憶手段、および問い合わせ手段の問い合わせ結果がスケジューリング不能を示すとき、介護者属性情報記憶手段に記憶された介護者属性情報に基づいて、対話希望の介護者に類似する他の介護者を検索する介護者検索手段をさらに備える。
【００１３】
請求項２の発明では、コミュニティサーバ（１２）は、介護者属性情報記憶手段および介護者検索手段（Ｓ２７，Ｓ９１）をさらに備える。介護者属性情報記憶手段は、介護者についての介護者属性情報（１２ｂ）を記憶する。介護者検索手段（２７，Ｓ９１）は、問い合わせ手段（Ｓ７，Ｓ１３，Ｓ１９，Ｓ３３，Ｓ３７，Ｓ４３，Ｓ９７，Ｓ１０１，Ｓ１０７）の問い合わせ結果がスケジューリング不能を示すとき（Ｓ９で“ＮＯ”，Ｓ１７で“ＹＥＳ”）、介護者属性情報に基づいて、対話希望の介護者に類似する他の介護者を検索する。
【００１４】
請求項２の発明によれば、対話希望の介護者をスケジューリングできない場合には、当該介護者に類似する介護者を検索するので、検索した介護者についてスケジューリングを試みることができる。したがって、比較的相性が良いと思われる介護者との対話日時をスケジューリングすることができる。
【００１５】
請求項３の発明は請求項１または２に従属し、スケジューリング要求は、対話希望の複数の介護者の情報を含み、問い合わせ手段は、複数の介護者宅のコンピュータの各々に、スケジューリング可能か否かを順次問い合わせる。
【００１６】
請求項３の発明では、スケジューリング要求は、対話希望の複数の介護者の情報を含む。つまり、対話希望の介護者を複数人指定することができる。問い合わせ手段（Ｓ７，Ｓ１３，Ｓ１９，Ｓ３３，Ｓ３７，Ｓ４３，Ｓ９７，Ｓ１０１，Ｓ１０７）は、複数の介護者宅のコンピュータの各々に、スケジューリング可能か否かを順次問い合わせる（Ｓ１５−Ｓ２１，Ｓ３７−４５，Ｓ１０１−Ｓ１０９）。
【００１７】
請求項３の発明によれば、対話希望の介護者を複数人指定することができるので、被介護者が希望する介護者との対話日時をスケジューリングし易くすることができる。
【００１８】
請求項４の発明は請求項２または３に従属し、コミュニティサーバは、被介護者についての被介護者属性情報を記憶する被介護者属性情報記憶手段、および介護者の各々の介護者属性情報と被介護者の被介護者属性情報とに基づいて、介護者の各々と被介護者との相性の良さを推測するための相性推定値を算出する相性推定値算出手段をさらに備え、介護者検索手段は、介護者属性情報に基づいて介護者を検索できないとき、または、検索した介護者がスケジューリング不能であるとき、相性推定値算出手段によって算出された相性推定値が一定値以上である介護者を検索する。
【００１９】
請求項４の発明では、コミュニティサーバ（１２）は、被介護者属性情報記憶手段および相性推定値算出手段をさらに備える。この被介護者属性情報記憶手段は、被介護者についての被介護者属性情報（１２ａ）を記憶する。相性推定値算出手段（Ｓ２７，Ｓ９１）は、介護者の各々の介護者属性情報と被介護者の被介護者属性情報とに基づいて、介護者の各々と被介護者との相性の良さを推測するための相性推定値を算出する。介護者検索手段（Ｓ２７，Ｓ９１）は、介護者属性情報に基づいて介護者を検索できないとき（Ｓ２９で“ＮＯ”）、または、検索した介護者がスケジューリング不能であるとき（Ｓ３５で“ＮＯ”，Ｓ４１で“ＹＥＳ”）、相性推定値算出手段によって算出された相性推定値が一定値以上である介護者を検索する。
【００２０】
請求項４の発明によれば、希望の介護者や希望の介護者に類似する介護者をスケジューリングできない場合には、被介護者と相性が良いと考えられる介護者をスケジューリングすることができる。
【００２１】
請求項５の発明は請求項１ないし４のいずれかに従属し、被介護者宅のコンピュータは、被介護者と介護者との対話中における当該被介護者の発話時間を検出する発話時間検出手段、被介護者と介護者との全対話時間と、発話時間検出手段によって検出された発話時間とから当該被介護者の発話率を検出する発話率検出手段、被介護者と介護者との全対話時間と、当該被介護者と当該介護者との対話中に当該介護者の映像を表示するモニタを当該被介護者が見ていた時間とから当該被介護者の対話への集中度を検出する集中度検出手段、および少なくとも発話率検出手段によって検出された発話率および集中度検出手段によって検出された集中度に基づいて、被介護者から見た介護者との第２相性度を計算する相性度計算手段を備える。
【００２２】
請求項５の発明では、被介護者宅のコンピュータ（１６）は、発話時間検出手段（Ｓ６３）、発話率検出手段（Ｓ６３）、集中度検出手段（Ｓ６５）、および相性度計算手段（Ｓ６７）を備える。発話時間検出手段（Ｓ６３）は、被介護者と介護者との対話中（対話セッション）における当該被介護者の発話時間を検出する。発話率検出手段（Ｓ６３）は、被介護者と介護者との全対話時間と、発話時間検出手段によって検出された発話時間とから当該被介護者の発話率を検出する。集中度検出手段（Ｓ６５）は、被介護者と介護者との全対話時間と、当該被介護者と当該介護者との対話中に当該介護者の映像を表示するモニタを当該被介護者が見ていた時間とから当該被介護者の対話への集中度を検出する。そして、相性度計算手段（Ｓ６５）は、少なくとも発話率検出手段によって検出された発話率および集中度検出手段によって検出された集中度に基づいて、被介護者から見た介護者との第２相性度を計算する。
【００２３】
請求項５の発明によれば、被介護者の発話率や対話への集中度から、対話相手としての介護者との相性度を計算するので、比較的正確な相性度を計算することができる。したがって、かかる相性度を参考にして、対話希望の介護者を指定することができる。
【００２４】
請求項６の発明は請求項５に従属し、被介護者宅のコンピュータは、第２相性度を記憶する第２相性度記憶手段、および少なくとも相性度計算手段によって計算された第２相性度に基づいて、第２相性度記憶手段によって記憶された現在の第２相性度を更新する相性度更新手段をさらに備える。
【００２５】
請求項６の発明では、被介護者宅のコンピュータ（１６）は、第２相性度記憶手段および相性度更新手段（Ｓ７５）をさらに備える。第２相性度記憶手段は、被介護者から見た介護者との相性度（１６ａ）を記憶する。相性度更新手段（Ｓ７５）は、相性度計算手段（Ｓ６７）によって計算された第２相性度に基づいて、第２相性度記憶手段によって記憶された現在の第２相性度を更新する。
【００２６】
請求項６の発明によれば、第２相性度を更新するので、対話回数を重ねる毎に正しい相性度に変化される。
【００２７】
請求項７の発明は、被介護者と介護者との対話日時をスケジューリングするコミュニティサーバを備えるスケジューリングシステムであって、コミュニティサーバは、介護者の各々の個人属性情報を記憶する介護者個人属性情報記憶手段、被介護者の各々の個人属性情報を記憶する被介護者個人属性情報記憶手段、被介護者宅のコンピュータから、対話希望の日時を含むスケジューリング要求を受信するスケジューリング要求受信手段、スケジューリング要求受信手段によってスケジューリング要求を受信したとき、当該スケジューリング要求を送信した被介護者宅のコンピュータに対応する被介護者の個人属性情報と、介護者の各々の個人属性情報とに基づいて、介護者の各々と被介護者との相性の良さを推測するための相性推定値を算出する相性推定値算出手段、相性推定値算出手段によって算出された相性推定値が一定値以上である介護者を介護者の候補として選択する介護者候補選択手段、介護者候補選択手段によって選択された介護者の候補についての介護者宅のコンピュータに、スケジューリング可能か否かを問い合わせる問い合わせ手段、および問い合わせ手段の問い合わせ結果が、スケジューリング可能を示すとき、対話日時および対話する介護者の情報を被介護者宅のコンピュータに通知するとともに、当該対話日時および対話する被介護者の情報を介護者宅のコンピュータに通知するスケジュール通知手段を備える、スケジューリングシステムである。
【００２８】
請求項７の発明では、スケジューリングシステム（１０）は、被介護者と介護者との対話日時をスケジューリングするコミュニティサーバ（１２）を備える。このコミュニティサーバは、介護者個人属性情報記憶手段、被介護者個人属性情報記憶手段、スケジューリング要求受信手段（Ｓ１）、相性推定値算出手段（Ｓ２７）、介護者候補選択手段（Ｓ２７）、問い合わせ手段（Ｓ７，Ｓ１３，Ｓ１９，Ｓ３３，Ｓ３７，Ｓ４３，Ｓ９７，Ｓ１０１，Ｓ１０７）、スケジュール通知手段（Ｓ２３，Ｓ２５）を備える。介護者個人属性情報記憶手段は、介護者の各々の個人属性情報（１２ｂ）を記憶する。被介護者個人属性情報記憶手段は、被介護者の各々の個人属性情報（１２ａ）を記憶する。スケジューリング要求受信手段（Ｓ１）は、被介護者宅のコンピュータ（１６）から、対話希望の日時を含むスケジューリング要求を受信する。相性推定値算出手段（Ｓ２７）は、スケジューリング要求受信手段（Ｓ１）によってスケジューリング要求を受信したとき、当該スケジューリング要求を送信した被介護者宅のコンピュータ（１６）に対応する被介護者の個人属性情報（１２ａ）と、介護者の各々の個人属性情報（１２ｂ）とに基づいて、介護者の各々と被介護者との相性の良さを推測するための相性推定値を算出する。介護者候補選択手段（Ｓ２７）は、相性推定値算出手段（Ｓ２７）によって算出された相性推定値が一定値以上である介護者を介護者の候補として選択する。問い合わせ手段（Ｓ７，Ｓ１３，Ｓ１９，Ｓ３３，Ｓ３７，Ｓ４３，Ｓ９７，Ｓ１０１，Ｓ１０７）は、介護者候補選択手段（Ｓ２７）によって選択された介護者の候補についての介護者宅のコンピュータ（１８）に、スケジューリング可能か否かを問い合わせる。スケジュール通知手段（Ｓ２３，Ｓ２５）は、問い合わせ手段（Ｓ７，Ｓ１３，Ｓ１９，Ｓ３３，Ｓ３７，Ｓ４３，Ｓ９７，Ｓ１０１，Ｓ１０７）の問い合わせ結果が、スケジューリング可能を示すとき、対話日時および対話する介護者の情報を被介護者宅のコンピュータ（１６）に通知するとともに、当該対話日時および対話する被介護者の情報を介護者宅のコンピュータ（１８）に通知する。
【００２９】
請求項７の発明においても、請求項１の発明と同様に、相性の良い介護者を比較的簡単にスケジューリングすることができる。
【発明の効果】
【００３０】
この発明によれば、対話希望の介護者の対話可能スケジュールと介護者から見た被介護者の相性度とに基づいてスケジューリングを行うので、相性の良い介護者を比較的簡単にスケジューリングすることができる。
【００３１】
この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【発明を実施するための最良の形態】
【００３２】
＜第１実施例＞
図１を参照して、この第１実施例のスケジューリングシステム１０はコミュニティサーバ（以下、単に「サーバ」という。）１２を含む。サーバ１２は、インターネットのようなネットワーク１４を介して、複数のコンピュータ１６，１８に接続される。この第１実施例では、複数のコンピュータ１６は、被介護者宅に設置された、或いは被介護者宅の居住者が使用するコンピュータであり、典型的には、パーソナルコンピュータ（ＰＣ）或いはサーバまたはワークステーション（ＷＳ）である。ただし、この第１実施例では、被介護者は認知症や記憶障害を有する人物を想定してある。複数のコンピュータ１８は、介護者宅に設置された、或いは介護者によって使用されるコンピュータであり、典型的には、ＰＣ或いはサーバまたはＷＳである。この第１実施例では、介護者は、主に介護についてのボランティア活動をしている者である。ただし、被介護者宅の居住者等で当該被介護者を介護する者は除く。
【００３３】
サーバ１２は、主として、被介護者と介護者とがいわゆるテレビ会議システムを用いて対話する日時を決定（スケジューリング）する。このサーバ１２は、被介護者の個人属性情報１２ａおよび介護者の個人属性情報１２ｂをハードディスク或いはＲＯＭのような内部メモリ（図示せず）に記憶する。ただし、データベースや外付けのハードディスクに記憶するようにしてもよい。
【００３４】
図２（Ａ）は、被介護者の個人属性情報１２ａの一例を示す。この図２（Ａ）を参照して分かるように、被介護者の個人属性情報１２ａには、該当する被介護者の識別情報（ＩＤ）が付される。また、被介護者の個人属性情報１２ａの具体的な内容として、性別、年齢、出身地、趣味、性格、主な症状、症状の程度が記憶される。たとえば、主な症状には、「ｘ年前までのことは覚えている（ｘ年前の世界を生きている）。」、「徘徊の傾向がある」などのような具体的な内容が記載される。また、症状の程度としては、軽度、中度、重度の別が記載される。
【００３５】
図２（Ｂ）は、介護者の個人属性情報１２ｂの一例を示す。この図２（Ｂ）を参照して分かるように、介護者の個人属性情報１２ｂには、該当する介護者のＩＤが付される。また、介護者の個人属性情報１２ｂの具体的な内容としては、性別、年齢、出身地、趣味、介護（対話）の経験年数、対話する被介護者への要望が記憶される。
【００３６】
なお、詳細な説明は省略するが、図２（Ａ）および図２（Ｂ）に示すような個人属性情報がサーバ１２で記憶（管理）されている被介護者および介護者は、このシステム１０が提供するスケジューリング機能を使用することについて契約等している者（ユーザ）である。
【００３７】
また、被介護者宅のコンピュータ１６は、ハードディスク等の内部メモリ（図示せず）に、相性度のテーブル１６ａおよび対話スケジュール１６ｂを記憶する。ここで、相性度（被介護者側）とは、被介護者から見た（を主体とした）介護者との相性の度合いを数値で表わしたものであり、０〜１の間で表わされる。ただし、相性度の最小値は“０”であり、相性度の最大値は“１”である。たとえば、被介護者側の相性度のテーブル１６ａは、図３（Ａ）のように示され、各介護者（介護者の氏名またはＩＤ）に対応して相性度が記述される。ただし、相性度が記述されるのは、当該被介護者が過去に対話したことのある介護者だけである。また、図３（Ａ）からも分かるように、介護者Ａとの相性度は“０．３”であり、介護者Ｂとの相性度は“０．９”であり、介護者Ｃとの相性度は“０．５”であり、そして、介護者Ｚとの相性度は“０．７”である。この相性度（被介護者側）は、介護者と対話するときの被介護者の対応や様子に応じて算出され、一旦相性度が登録（記録）された後では、同じ介護者との対話回数が所定回数（たとえば、３回）になると更新される。ただし、相性度は毎回更新するようにしてもよい。
【００３８】
被介護者側の対話スケジュール１６ｂは、図３（Ｂ）に示すように、被介護者が対話する日時（対話日時）と対話相手（介護者）とを記述したテーブルである。この対話スケジュール１６ｂは、後述するスケジューリング処理により決定（更新）される。この図３（Ｂ）に示す対話スケジュール１６ｂによれば、当該被介護者は、９月１日の１４時（１４：００）〜１６時（１６：００）の間、介護者Ｂと対話する予定である。また、当該被介護者は、９月４日の１５時３０分（１５：３０）〜１７時３０分（１７：３０）の間、介護者Ｚと対話する予定である。さらに、当該被介護者は、９月１７日の１０時（１０：００）〜１２時（１２：００）の間、介護者Ｃと対話する予定である。さらにまた、当該被介護者は、９月２２日の１９時（１９：００）〜２１時（２１：００）の間、介護者Ｂと対話する予定である。
【００３９】
図示は省略するが、さらに対話予定がある場合には、同様に対話日時および対話相手（介護者）が対話スケジュール１６ｂに記述される。なお、詳細な説明は省略するが、対話スケジュール１６ｂに記述された対話日時を過ぎると（予定の対話を終了すると）、該当する対話日時および対話相手の項目が、当該対話スケジュール１６ｂから削除される。
【００４０】
一方、介護者宅のコンピュータ１８は、ハードディスクなどの内部メモリ（図示せず）に、介護者側の相性度のテーブル１８ａ、対話可能スケジュール１８ｂおよび対話スケジュール１８ｃを記憶する。たとえば、介護者側の相性度のテーブル１８ａは、図４（Ａ）のように示され、各被介護者（被介護者の氏名またはＩＤ）に対応して相性度が記述される。ここで、相性度（介護者側）は、介護者から見た（を主体とした）被介護者との相性の度合いを数値で表わしたものであり、０〜１の間で表わされる。ただし、相性度の最小値は“０”であり、相性度の最大値は“１”である。具体的には、被介護者ａとの相性度は“０．１”であり、被介護者ｂとの相性度は“０．４”であり、被介護者ｃとの相性度は“０．９”であり、そして、被介護者ｚとの相性度は“０．６”である。この相性度（介護者側）は、介護者が被介護者と対話することにより、介護者自身が決定および更新する。したがって、介護者側の相性度と上述した被介護者側の相性度とは、必ずしも対称にならない。
【００４１】
介護者側の対話可能スケジュール１８ｂは、介護者がコンピュータ１８の入力装置（キーボード、コンピュータマウスなど。以下、同じ。）を用いて対話可能な日時を入力したテーブルであり、図４（Ｂ）のように示される。この図４（Ｂ）に示す対話可能スケジュール１８ｂによれば、当該介護者は、９月２日の１４時（１４：００）〜１９時（１９：００）の間は対話可能である。また、当該介護者は、９月４日の１０時（１０：００）〜１２時（１２：００）の間および１６時（１６：００）〜１９時（１９：００）の間は対話可能である。さらに、当該介護者は、９月１２日の１３時（１３：００）〜１５時（１５：００）の間および１９時（１９：００）〜２１時（２１：００）の間は対話可能である。そして、当該介護者は、９月２２日の９時（９：００）〜１１時３０分（１１：３０）の間および２０時（２０：００）〜２２時（２２：００）の間は対話可能である。
【００４２】
図示は省略するが、さらに対話可能日時を記述することができる。また、対話可能スケジュール１８ｂは、後述する対話スケジュール１８ｃを決定する際に参照され、対話スケジュール１８ｃが決定されると、決定（選択）された対話可能日時が当該対話可能スケジュール１８ｂから削除される。ただし、対話可能日時の一部の時間の対話スケジュールが決定された場合には、当該一部の時間が対話可能スケジュール１８ｂから削除される。
【００４３】
介護者側の対話スケジュール１８ｃは、図４（Ｃ）に示すように、対話日時および対話相手（被介護者）を記述したテーブルである。対話スケジュール１８ｃは、上述した被介護者側の対話スケジュール１６ｂと同様に、後述するスケジューリング処理によって決定される。なお、対話可能スケジュール１８ｂに記載された対話可能日時を参照して、対話スケジュールは決定されるため、対話スケジュール１８ｃにおける対話日時は対話可能スケジュール１８ｂが選択したものである。この図４（Ｃ）によれば、当該介護者は、９月２日の１４時（１４：００）〜１６時（１６：００）の間は被介護者ｃと対話する予定である。また、当該介護者は、９月４日は１１時（１１：００）〜１２時（１２：００）の間は被介護者ｚと対話し、同じ日の１６時（１６：００）〜１８時（１８：００）の間は被介護者ｂと対話する予定である。さらに、当該介護者は、９月１２日の１９時（１９：００）〜２０時（２０：００）の間は被介護者ｃと対話する予定である。
【００４４】
図示は省略するが、図３（Ｂ）に示した対話スケジュール１６ｂと同様に、さらに対話予定がある場合には、同様に対話日時および対話相手（介護者）が対話スケジュール１８ｃに記述される。なお、詳細な説明は省略するが、対話スケジュール１８ｃに記述された対話日時を過ぎると（予定の対話を終了すると）、該当する対話日時および対話相手の項目が、当該対話スケジュール１８ｃから削除される。
【００４５】
このような構成のシステム１０では、たとえば、被介護者宅のコンピュータ１６からサーバ１２にスケジューリング要求を送信する。この第１実施例では、スケジューリング要求は、少なくとも対話希望の日時を含み、さらに対話希望の相手（介護者）を含む場合もある。また、対話希望の介護者は複数人指定することができる。たとえば、対話希望の介護者は、被介護者宅のコンピュータ１６に記憶される相性度を参照して、当該コンピュータ１６の操作者（居住者）によって選択される。図示は省略するが、被介護者宅の操作者（居住者）は、コンピュータ１６の入力装置を操作して、少なくとも対話希望の日時を入力したスケジューリング要求をサーバ１２に送信する。以下、サーバ１２が実行するスケジューリング処理について、場合を分けて説明することにする。
【００４６】
（１）対話希望の相手（介護者）が指定されている場合
（１−ａ）対話希望の介護者が１人の場合には、サーバ１２は、当該介護者宅のコンピュータ１８にスケジュール可能か否かを問い合わせる。この第１実施例では、スケジューリング可能か否かは、対話日時のみならず、介護者側の相性度も考慮される。
【００４７】
具体的には、コンピュータ１８は、対話可能スケジュール１８ｂに記述された日時がスケジューリング要求に含まれる対話希望の日時と一致または包含（重複）し、かつ、介護者から見た被介護者の相性度が一定値（たとえば、０．５）以上であるとき、スケジューリング可能であると判定する。つまり、コンピュータ１８は、対話可能な日時であり、被介護者と介護者との相性が或る程度良いと判断される場合に、スケジューリング可能であると判定する。しかし、対話可能スケジュール１８ｂに記述される日時がスケジューリング要求に含まれる対話希望の日時と一致または重複しない場合または介護者から見た被介護者の相性度が一定値未満である場合或いはその両方である場合には、コンピュータ１８は、スケジューリング不能であると判定する。スケジューリング可能またはスケジューリング不能すなわち判定結果は、サーバ１２に回答される。
【００４８】
サーバ１２は、スケジューリング可能である旨の回答を受信すると、スケジューリング要求のあった被介護者宅のコンピュータ１６およびスケジューリング可能である介護者宅のコンピュータ１８に対話予定を通知する。ここで、通知される対話予定は、対話日時および対話相手である。ただし、被介護者宅のコンピュータ１６には、介護者が対話相手として通知され、介護者宅のコンピュータ１８には、被介護者が対話相手として通知される。コンピュータ１６およびコンピュータ１８は、それぞれ、サーバ１２から通知された対話予定に従って、対話スケジュール１６ｂおよび対話スケジュール１８ｃ（対話可能スケジュール１８ｂも）を更新する。
【００４９】
一方、サーバ１２は、スケジューリング不能である旨の回答を受信すると、スケジューリング要求のあった被介護者宅のコンピュータ１６に、スケジューリング不能を通知する。したがって、たとえば、被介護者宅のコンピュータ１６の操作者は、対話希望の日時や対話希望の介護者を変更する。
【００５０】
（１−ｂ）また、スケジューリング要求で複数の介護者が指定されている場合には、サーバ１２は、当該複数の被介護者宅のコンピュータ１８に、スケジューリング可能か否かを順次問い合わせる。各被介護者宅のコンピュータ１８への問い合わせ方法は、上述のとおりである。
【００５１】
ただし、かかる場合には、スケジューリング可能なコンピュータ１８が見つかった時点で、サーバ１２は、コンピュータ１６およびコンピュータ１８に対話予定を通知する。
【００５２】
また、スケジューリング要求のあった複数の介護者をいずれもスケジューリングできない場合には、スケジューリング不能である旨のメッセージを、スケジューリング要求のあった被介護者宅のコンピュータ１６に通知する。
【００５３】
（２）対話希望の介護者が指定されていない場合
かかる場合には、被介護者の個人属性情報１２ａおよび介護者の個人属性情報１２ｂに基づいて、相性の良さを推測し、推測により相性が良いと判断される介護者についてスケジューリングを試みる。この第１実施例では、相性の良さを推測するため、数１に従って、被介護者と介護者との相性推定値を、各介護者について算出するようにしてある。ただし、数１において、ｋ１，ｋ２，ｋ３，ｋ４，ｋ５，ｋ６，ｋ７は係数であり、実際に介護に携わっている者のような専門家によって、その値が経験的に決定される。
【００５４】
［数１］
相性推定値＝ｋ１×性別に関する数値＋ｋ２×年齢差
＋ｋ３×出身地に関する値＋ｋ４×介護者の経験年数
＋ｋ５×被介護者の症状の程度に関する数値
＋ｋ６×被介護者の性格に関する数値
＋ｋ７×介護者の要望と被介護者の状況の適合度
ただし、性別に関する数値は「１」または「０」であり、性別が異なる場合に「１」が代入され、性別が同じ場合に「０」が代入される。年齢差は、介護者の年齢と被介護者の年齢との差分の絶対値である。出身地に関する数値は「１」または「０」であり、出身地が同じであれば「１」が代入され、出身地が異なれば「０」が代入される。介護者の経験年数は、上述したとおり、被介護者と対話することについての経験年数である。つまり、経験年数が長ければ、いろいろな性格や症状を有する人物（被介護者）に対応可能であることを意味し、相性推定値が大きくなる方向に働く。
【００５５】
また、被介護者の症状の程度に関する数値は、上述したように、軽度、中度、高度のように大きく分別することができ、たとえば、軽度であれば「１」が代入され、中度であれば「０．５」が代入され、高度であれば「０」が代入される。したがって、症状の程度が高度である場合には相性推定値が小さくされる。被介護者の性格に関する数値は、たとえば、社交的な性格であれば「１」が代入され、非社交的な性格であれば「０」が代入される。
【００５６】
さらに、介護者の要望と被介護者の状況の適合度は次のようにして算出される。介護者の要望および被介護者の状況はいずれもフリーフォーマットで入力されたものでよく、入力された内容からキーワードをたとえば手作業により抽出する。たとえば、介護者の要望についてのキーワード（ｇ＿１，ｇ＿２，…，ｇ＿ｎ）および被介護者の状況についてのキーワード（ｔ＿１，ｔ＿２，…，ｔ＿ｍ）が抽出される。キーワード間の関連度は予め決定されており、ｎ×ｍ個の組み合わせのそれぞれについて関連度が数２に従って算出される。そして、数３に従って関連度の総和が算出される。
【００５７】
［数２］
関連度（ｇ＿ｉ，ｔ＿ｊ）
［数３］
ｓｕｍ＿｛０＜ｉ≦ｎ，０＜ｊ≦ｍ｝｛関連度（ｇ＿ｉ，ｔ＿ｊ）｝
この数３で算出された値が、数１の介護者の要望と被介護者の状況の適合度として代入されるのである。そして、各介護者について相性推定値を算出し、相性推定値が一定値以上である介護者についてスケジューリング可能か否かが問い合わされる。
【００５８】
なお、コンピュータ１８におけるスケジューリング可能か否かの判定は、（１）で説明した場合と同じであるため、重複した説明は省略する。また、いずれの介護者もスケジューリングできない場合についても上述したとおりである。
【００５９】
具体的には、サーバ１２は図５−図７に示するフロー図に従ってスケジューリング処理を実行する。図５に示すように、サーバ１２はスケジューリング処理を開始すると、ステップＳ１で、スケジューリング要求が有るかどうかを判断する。つまり、或る被介護者宅のコンピュータ１６からのスケジューリング要求を受信したかどうかを判断する。ステップＳ１で“ＮＯ”であれば、つまりスケジューリング要求が無ければ、そのままステップＳ１に戻って、スケジューリング要求が有るのを待機する。
【００６０】
一方、ステップＳ１で“ＹＥＳ”であれば、つまりスケジューリング要求が有れば、ステップＳ３で、スケジューリング要求に対話希望の介護者が指定されているかどうかを判断する。ステップＳ３で“ＮＯ”であれば、つまり対話希望の日時のみが指定されている場合には、図７に示すステップＳ２７に進む。しかし、ステップＳ３で“ＹＥＳ”であれば、つまり対話希望の介護者が指定されている場合には、ステップＳ５で、対話希望の介護者が複数人指定されているかどうかを判断する。ステップＳ５で“ＮＯ”であれば、つまり対話希望の介護者が１人であれば、ステップＳ７で、当該介護者にスケジューリング可能かどうかを問い合わせる。つまり、上述したように、サーバ１２は、対話希望の介護者宅のコンピュータ１８にスケジューリング可能かどうかを問い合わせる。具体的には、サーバ１２は、対話希望の介護者宅のコンピュータ１８に、スケジューリング要求を送信してきた被介護者の氏名（またはＩＤ）を送信するとともに、対話希望の日時を送信する。図示は省略するが、問い合わせのあった介護者宅のコンピュータ１８では、被介護者の氏名（またはＩＤ）および対話希望の日時の情報を含む問い合わせに応答して、相性度のテーブル１８ａを参照するとともに、対話可能スケジュール１８ｂを参照して、スケジューリグ要求のあった被介護者との対話を、スケジューリング可能かどうかを判定する。そして、コンピュータ１８は、判定結果をサーバ１２に通知（回答）する。
【００６１】
サーバ１２は、介護者宅のコンピュータ１８からの回答を受信すると、ステップＳ９で、スケジューリング可能かどうかを判断する。つまり、コンピュータ１８からの回答がスケジューリング可能か否かを判断する。ステップＳ９で“ＮＯ”であれば、つまりスケジュール不能であれば、ステップＳ１１で、スケジューリング不能であることを、スケジューリング要求のあった被介護者宅のコンピュータ１６に通知し、ステップＳ１に戻る。一方、ステップＳ９で“ＹＥＳ”であれば、つまりスケジューリング可能であれば、図６に示すステップＳ２３に進む。
【００６２】
また、ステップＳ５で“ＹＥＳ”であれば、つまりスケジューリング要求が示す対話希望の介護者が複数人である場合には、ステップＳ１３で、１番目の介護者に対話可能か否かを問い合わせる。ここでは、複数人の介護者（厳密には、複数の介護者宅のコンピュータ１８）に順次問い合わせをするために、説明の便宜上、１番目としてあるだけであり、重複しなければランダムに問い合わせすることも可能である。また、ステップＳ１３の問い合わせ処理は、上述したステップＳ７の問い合わせ処理と同様であるため、詳細な説明は省略する。以下、介護者（介護者宅のコンピュータ１８）に問い合わせする場合についても同様である。
【００６３】
続くステップＳ１５では、スケジューリング可能であるかどうかを判断する。ステップＳ１５で“ＹＥＳ”であれば、つまりスケジューリング可能であれば、そのままステップＳ２３に進む。一方、ステップＳ１５で“ＮＯ”であれば、つまりスケジューリング不能であれば、ステップＳ１７で、対話希望の介護者すべてについてスケジューリングを試みたかどうかを判断する。ステップＳ１７で“ＹＥＳ”であれば、つまり対話希望の介護者すべてについてスケジューリングを試みていれば、そのままステップＳ１１に進む。しかし、ステップＳ１７で“ＮＯ”であれば、つまり対話希望の介護者すべてについてスケジューリングを試みていなければ、ステップＳ１９で、次の介護者にスケジューリング可能かどうかを問い合わせる。そして、ステップＳ２１で、スケジューリング可能かどうかを判断する。
【００６４】
ステップＳ２１で“ＮＯ”であれば、つまりスケジューリング不能であれば、そのままステップＳ１７に戻る。しかし、ステップＳ２１で“ＹＥＳ”であれば、つまりスケジューリング可能であれば、図６に示すステップＳ２３で、スケジューリング可能な介護者宅のコンピュータ１８に対話予定を通知する。つまり、対話日時と対話する被介護者とを通知する。したがって、図示は省略するが、介護者宅のコンピュータ１８では、対話可能スケジュール１８ｂにおいて、今回スケジューリングされた対話可能な日時が削除（対話可能な日おいて対話可能な時間の一部が削除される場合もある。）され、対話スケジュール１８ｃにおいて、今回スケジューリングされた対話日時および対話相手（被介護者）が書き込まれる。そして、ステップＳ２５で、スケジューリング要求のあった被介護者宅のコンピュータ１６に対話スケジュールを通知する。つまり、対話日時と対話する介護者とを通知する。したがって、図示は省略するが、被介護者宅のコンピュータ１６では、対話スケジュール１６ｂにおいて、今回スケジューリングされた対話日時および対話相手（介護者）が書き込まれる。つまり、対話スケジュール１６ｂが更新される。
【００６５】
また、上述したように、対話希望の介護者が指定されておらず、ステップＳ３で“ＮＯ”と判断された場合には、図７に示すステップＳ２７で、被介護者の個人属性情報１２ａと介護者の個人属性情報１２ｂとから介護者の候補を選出（検索）する。ここでは、上述したように、数１〜数３に従って、スケジューリング要求のあった被介護者と各介護者とについての相性推定値が算出され、相性推定値が一定値以上の介護者が候補として選出される。ステップＳ２９では、介護者の候補が存在するかどうかを判断する。つまり、相性推定値が一定値以上の介護者が存在するかどうかを判断しているのである。ステップＳ２９で“ＮＯ”であれば、つまり介護者の候補が存在しなければ、図５に示したステップＳ１１に進む。
【００６６】
しかし、ステップＳ２９で“ＹＥＳ”であれば、つまり介護者の候補が存在すれば、ステップＳ３１で、介護者の候補が複数人であるかどうかを判断する。ステップＳ３１で“ＮＯ”であれば、つまり介護者の候補が１人であれば、ステップＳ３３で、当該介護者にスケジューリング可能か否かを問い合わせる。そして、ステップＳ３５で、スケジューリング可能かどうかを判断する。ステップＳ３５で“ＹＥＳ”であれば、つまりスケジューリング可能であれば、図６に示したステップＳ２３に進む。しかし、ステップＳ３５で“ＮＯ”であれば、つまりスケジューリング不能であれば、ステップＳ１１に進む。
【００６７】
また、ステップＳ３１で“ＹＥＳ”であれば、つまり介護者の候補が複数人であれば、ステップＳ３７で、１番目の候補者（候補の介護者）にスケジュール可能か否かを問い合わせる。なお、説明の便宜上、１番目としてある点は、上述のステップＳ１３の場合と同じである。続くステップＳ３９では、スケジューリング可能かどうかを判断する。ステップＳ３９で“ＹＥＳ”あれば、つまりスケジューリング可能であれば、ステップＳ２３に進む。しかし、ステップＳ３９で“ＮＯ”であれば、つまりスケジューリング不能であれば、ステップＳ４１で、候補の介護者すべてについてスケジューリングを試みたかどうかを判断する。
【００６８】
ステップＳ４１で“ＹＥＳ”であれば、つまり候補の介護者すべてについてスケジューリングを試みていれば、ステップＳ１１に進む。しかし、ステップＳ４１で“ＮＯ”であれば、つまり候補の介護者すべてについてスケジューリングを試みていなければ、ステップＳ４３で、次の候補者にスケジューリング可能かどうかを問い合わせる。そして、ステップＳ４５で、スケジューリング可能かどうかを判断する。ステップＳ４５で“ＮＯ”であれば、つまりスケジューリング不能であれば、ステップＳ４１に戻る。しかし、ステップＳ４５で“ＹＥＳ”であれば、ステップＳ２３に進む。
【００６９】
以上のようにして、スケジューリング処理が行われ、スケジューリングされた日時になると、被介護者と介護者とはテレビ会議システムを用いて対話する。この第１実施例では、対話中の被介護者の発話量（発話率）と対話中における被介護者の集中度とに基づいて被介護者側の相性度を計算し、さらに、その相性度を更新するようにしてある。
【００７０】
図１では省略したが、図８に示すように、被介護者宅のコンピュータ１６には、カメラ３０およびマイク３２が接続される。また、コンピュータ１６にはタイマ１６ａが内蔵される。ただし、カメラ３０およびマイク３２は、テレビ会議システムに含まれるものとは別個独立に設けてもよく、共用するようにしてもよい。たとえば、カメラ３０およびマイク３２を共用する場合、図９に示すように、カメラ３０およびマイク３２が配置される。具体的には、カメラ３０およびスピーカは、テレビモニタの上に配置され、カメラ３０の向きは被介護者を正面から撮影可能に設定される。ただし、スピーカは、テレビモニタに一体的に設けられるものを用いるようにしてもよい。また、マイク３２は、ソファーに座っている被介護者の近傍に配置される。ただし、被介護者の音声を正確に検出するためには、ヘッドセットタイプのマイク（単一指向性マイク）や声帯マイクを用いるようにしてもよい。
【００７１】
なお、この第１実施例では、テレビ会議システムのモニタとして、テレビモニタを用いるようにしてあるが、コンピュータ（コンピュータ１６）を用いたテレビ会議システムを用いる場合には、当該コンピュータに接続されたＣＲＴモニタや液晶モニタを用いるようにしてもよい。また、テレビモニタの表示画面に対話（会話）する介護者の映像が表示される。
【００７２】
たとえば、介護者と被介護者との対話中では、カメラ３０およびマイク３２はオンされ、カメラ３０は主として被介護者の顔（目）を撮影し、マイク３２は被介護者の音声を検出する。カメラ３０の撮影映像およびマイク３２で検出された音声信号は、たとえば、コンピュータ１６のアナログ／デジタルポートを通してコンピュータ１６に入力され、図示しないハードディスクのようなメモリに記憶される。コンピュータ１６は、撮影映像から対話中（対話セッション）における被介護者の対話（会話）への集中度を算出する。この第１実施例では、集中度は、対話時間（対話スケジュールに記述された時間。以下、同じ。）において、被介護者の目線（視線）がテレビモニタ（介護者の映像）を見ていた時間の比率である。また、コンピュータ１６は、被介護者の音声の長さ（発話量）をタイマ１６ａでカウントすることにより検出し、対話時間における被介護者の発話率を算出する。ただし、被介護者が発話（発声）しているか否かは、或る一定値（たとえば、５０ｄＢ）以上の音量が連続して入力されているかどうかで判断することができる。ただし、被介護者が息継ぎしたり、単に言葉に詰まったりする場合もあるため、或る一定時間（たとえば、３００ｍｓｅｃ）以下の区切れ（無音区間）は無視して、発話していると判断するようにしてある。このように算出された集中度および発話率から、今回対話した介護者との間における被介護者側の相性度が数４に従って算出され、０〜１の値になるように正規化される。ただし、αおよびβは０以上１以下の係数である。
【００７３】
［数４］
相性度＝α×集中度＋β×発話率
このようにして、対話した介護者との相性度が計算され、この第１実施例では、同じ介護者と所定回数（たとえば、３回）対話すると、当該介護者との相性度を更新するようにしてある。相性度の更新は、相性度のテーブル１６ａに現在記憶されている相性度と直近３回分の相性度との全部の平均値を求めるようにしたり、相性度のテーブル１６ａに現在記憶されている相性度に代えて、直近３回分の平均値を記憶するようにしたりすることができる。ただし、これらの方法に限定される必要はなく、他の任意の方法を採用することができる。また、この第１実施例では、同じ介護者と３回対話すると、当該介護者との相性度を更新するようにしてあるが、毎回相性度を更新するようにしてもよい。なお、図示は省略するが、相性度を更新しない場合には、コンピュータ１６は、今回算出した相性度を、対象となる介護者に対応づけてハードディスクのメモリ領域に記憶しておくのである。
【００７４】
具体的には、図１０に示すフロー図に従って相性度の記録／更新処理を実行する。今回の対話セッションを終了した後、コンピュータ１６は相性度の記録／更新処理を開始すると、ステップＳ６１で、今回の対話セッションの時間を、対話スケジュール１６ｂから取得する。次にステップＳ６３で、対話セッション中の被介護者の発話時間を取得し、発話率（発話時間／対話セッションの時間）を算出する。続くステップＳ６５では、対話セッション中の被介護者の集中度を取得する。そして、ステップＳ６７で、今回の相性度を数４に従って算出する。ただし、このとき、相性度の正規化も実行される。
【００７５】
続いて、ステップＳ６９では、相性度のテーブル１６ａに相性度が記録されているかどうかを判断する。つまり、初めて対話した介護者についての相性度を算出したかどうかを判断する。ステップＳ６９で“ＮＯ”であれば、つまりテーブル１６ａに相性度が記録されていなければ、ステップＳ７１で、テーブル１６ａに相性度を記録（新規登録）して、相性度の記録／更新処理を終了する。
【００７６】
しかし、ステップＳ６９で“ＹＥＳ”であれば、つまりテーブル１６ａに相性度が記録されていれば、ステップＳ７３で、所定回数（３回）算出したかどうかを判断する。つまり、コンピュータ１６は、ハードディスクのメモリ領域を参照して、対象の介護者との相性度が２つ記憶されているかどうかにより、相性度を更新するか否かを判断する。ステップＳ７３で“ＹＥＳ”であれば、つまり相性度を３回算出した場合には、ステップＳ７５で、相性度を更新し、ステップＳ７７で、メモリ領域に記憶された相性度を削除（消去）して、相性度の記録／更新処理を終了する。また、ステップＳ７３で“ＮＯ”であれば、つまり相性度を３回算出していない場合には、ステップＳ７９で、今回の相性度をハードディスクのメモリ領域に対象の被介護者に対応付けて記憶し、相性度の記録／更新処理を終了する。
【００７７】
この第１実施例によれば、対話希望の日時が対話可能スケジュールを満たすかどうかのみならず、介護者から見た被介護者との相性度に応じて対話日時および対話する介護者を、スケジューリング可能かどうかを判定するので、相性の良い介護者との対話日時をスケジューリングすることができる。また、対話希望の介護者が指定されていない場合には、被介護者との相性が良いと推測される介護者のスケジューリングを試みるので、かかる場合にも、相性の良い介護者との対話日時をスケジューリングすることができる。
【００７８】
また、被介護者から見た介護者との相性度は、実際に被介護者が介護者と対話しているときの様子（状況）から判断されるので、スケジューリング要求するときに比較的正確な相性度に基づいて対話希望の介護者を指定することができる。
【００７９】
さらに、相性度は、対話中における被介護者の発話量を検出したり、対話中における被介護者の視線の動きを検出したりするだけなので、被介護者に手間を取らせることがない。つまり、被介護者に余計なストレスを与えることがないので、自然な状態の相性度を算出することができるのである。
＜第２実施例＞
第２実施例のシステム１０は、スケジューリング処理において、対話希望の介護者をスケジューリングできない場合に、当該対話希望の介護者に類似する介護者のスケジューリングを試みて、さらに、類似する介護者をスケジューリングできない場合に、被介護者と相性が良いと推測される介護者のスケジューリングを試みるようにした以外は第１実施例と同じであるため、重複した説明は省略する。
【００８０】
ここで、対話希望の介護者に類似する介護者は、第１実施例において説明した相性推測値が近似するか否かで判断するようにしてある。近似するか否かは、たとえば、相性推定値の差が所定値以下であるかどうかで判断することができる。
【００８１】
具体的なスケジューリング処理は、第１実施例の図５−図７に示したスケジューリング処理のフロー図に、図１１に示すフロー図を追加したものである。なお、図５−図７に示したフロー図に図１１に示すフロー図を追加しただけであるため、図１１に示すフロー図についてのみ説明し、他の部分についての説明は省略することにする。また、図１１に示すフロー図は、図７に示したフロー図とほぼ同じであるため、重複する内容については簡単に説明することにする。
【００８２】
図１１に示すように、第２実施例のスケジューリング処理では、対話希望の相手（介護者）をスケジューリングできない場合には、つまりステップＳ９で“ＮＯ”またはステップＳ１７で“ＹＥＳ”である場合には、ステップＳ９１で、希望の介護者と似ている介護者を候補者として検索する。ここでは、被介護者との相性推定値を各介護者について算出し、対話希望の介護者の算出結果と近似する算出結果を有する介護者を抽出する。
【００８３】
続くステップ９３では、候補者すなわち対話希望の介護者に類似する介護者が存在するかどうかを判断する。ステップＳ９３で“ＮＯ”であれば、候補者が存在しなければ、スケジューリング要求のあった被介護者との相性が良いと推測される介護者を検索すべく、図７に示したステップＳ２７に進む。一方、ステップＳ９３で“ＹＥＳ”であれば、つまり候補者が存在すれば、ステップＳ９５で、候補者が複数人であるかどうかを判断する。ステップＳ９５で“ＮＯ”であれば、ステップＳ９７で、候補の介護者にスケジューリング可能か否かを問い合わせ、ステップＳ９９で、スケジューリング可能かどうかを判断する。ステップＳ９９で“ＮＯ”であれば、ステップＳ２７に進む。しかし、ステップＳ９９で“ＹＥＳ”であれば、図６に示したステップＳ２３に進む。
【００８４】
また、ステップＳ９５で“ＹＥＳ”であれば、ステップＳ１０１で、１番目の候補者にスケジューリング可能か否かを問い合わせる。続くステップＳ１０３では、スケジューリング可能かどうかを判断する。ステップＳ１０３で“ＹＥＳ”であれば、ステップＳ２３に進む。しかし、ステップＳ１０３で“ＮＯ”であれば、ステップＳ１０５で、他の候補者が存在するかどうかを判断する。ステップＳ１０５で“ＮＯ”であれば、ステップＳ２７に進む。しかし、ステップＳ１０５で“ＹＥＳ”であれば、次の候補者にスケジューリング可能か否かを問い合わせる。そして、ステップＳ１０９で、スケジューリング可能かどうかを判断する。ステップＳ１０９で“ＮＯ”であれば、ステップＳ１０５に戻る。しかし、ステップＳ１０９で“ＹＥＳ”であれば、ステップＳ２３に進む。
【００８５】
この第２実施例によれば、対話希望の介護者をスケジューリングできない場合には、当該対話希望の介護者に類似する介護者のスケジューリングを試みるので、第１実施例と同様に、相性が良い介護者を比較的簡単にスケジューリングすることができる。
【００８６】
なお、上述の実施例では、被介護者が希望する介護者または希望の介護者に類似する介護者或いは被介護者と相性が良いと推測される介護者が複数存在する場合には、順次スケジュール可能か否かを問い合わせて、スケジュール可能な介護者が見つかると、他に問い合わせていない介護者が存在するか否かに拘わらず、スケジューリング処理を終了するようにした。しかし、介護者が複数存在する場合には、各々の介護者に問い合わせて、スケジューリング可能な介護者のうち、最も相性の良い（介護者側の相性度が最大である）介護者をスケジューリングするようにしてもよい。
【図面の簡単な説明】
【００８７】
【図１】図１はこの発明のスケジューリングシステムの一例を示す図解図である。
【図２】図２は図１に示すコミュニティサーバによって管理される被介護者の個人属性情報および介護者宅の個人属性情報の例を示す図解図である。
【図３】図３は図１に示す被介護者宅のコンピュータによって管理される被介護者側の相性度および被介護者側の対話スケジュールの例を示す図解図である。
【図４】図４は図１に示す介護者宅のコンピュータによって管理される介護者側の相性度、介護者側の対話可能スケジュールおよび介護者側の対話スケジュールの例を示す図解図である。
【図５】図５は図１に示すコミュニティサーバのスケジューリング処理の一部を示すフロー図である。
【図６】図６は図１に示すコミュニティサーバのスケジューリング処理の他の一部であり、図５に後続するフロー図である。
【図７】図７は図１に示すコミュニティサーバのスケジューリング処理のその他の一部であり、図５に後続するフロー図である。
【図８】図８は図１に示す被介護者宅のコンピュータの一例を示す図解図である。
【図９】図９は被介護者と介護者とが対話する場合のテレビ会議システムおよび図８に示した被介護者宅のコンピュータに接続されるカメラおよびマイクの配置例を示す図解図である。
【図１０】図１０は図１に示す被介護者宅のコンピュータの相性度の記録／更新処理を示すフロー図である。
【図１１】図１１はこの発明の他の実施例におけるコミュニティサーバのスケジューリング処理の一部を示すフロー図である。
【符号の説明】
【００８８】
１０  …スケジューリングシステム
１２  …コミュニティサーバ
１６  …被介護者宅のコンピュータ
１８  …介護者宅のコンピュータ
３０  …カメラ
３２  …マイク
【図１】
0004710064.tif 000002
【図２】
0004710064.tif 000003
【図３】
0004710064.tif 000004
【図４】
0004710064.tif 000005
【図５】
0004710064.tif 000006
【図６】
0004710064.tif 000007
【図７】
0004710064.tif 000008
【図８】
0004710064.tif 000009
【図９】
0004710064.tif 000010
【図１０】
0004710064.tif 000011
【図１１】
0004710064.tif 000012