知財求人 - 知財ポータルサイト「IP Force」
▶ ＴＩＳ株式会社の特許一覧 ▶ Ｔスクエアソリューションズ株式会社の特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023054619
(43)【公開日】2023-04-14
(54)【発明の名称】情報処理装置、情報処理方法および情報処理プログラム
(51)【国際特許分類】
G06Q 50/22 20180101AFI20230407BHJP
【ＦＩ】
G06Q50/22
【審査請求】未請求
【請求項の数】10
【出願形態】ＯＬ
(21)【出願番号】P 2021163585
(22)【出願日】2021-10-04
(71)【出願人】
【識別番号】514020389
【氏名又は名称】ＴＩＳ株式会社
(71)【出願人】
【識別番号】518381916
【氏名又は名称】Ｔスクエアソリューションズ株式会社
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】福岡 敬真
(72)【発明者】
【氏名】山本 勇樹
【テーマコード（参考）】
5L099
【Ｆターム（参考）】
5L099AA13
(57)【要約】
【課題】介護事業者と、介護事業者による介護対象となっている利用者との双方において、より高い満足度が得られるような介護レクリエーションに関するサービスを実現すること。
【解決手段】本願に係る情報処理装置は、介護事業者に関する事業者情報を取得する取得部と、事業者情報に基づいて、介護事業者が介護対象の利用者に対して実施するレクリエーションに関するサービスを介護事業者に提供する提供部とを有することを特徴とする。
【選択図】図３
【解決手段】本願に係る情報処理装置は、介護事業者に関する事業者情報を取得する取得部と、事業者情報に基づいて、介護事業者が介護対象の利用者に対して実施するレクリエーションに関するサービスを介護事業者に提供する提供部とを有することを特徴とする。
【選択図】図３
【特許請求の範囲】
【請求項1】
介護事業者に関する事業者情報を取得する取得部と、
前記事業者情報に基づいて、前記介護事業者が介護対象の利用者に対して実施するレクリエーションに関するサービスを前記介護事業者に提供する提供部と
を有することを特徴とする情報処理装置。
前記事業者情報に基づいて、前記介護事業者が介護対象の利用者に対して実施するレクリエーションに関するサービスを前記介護事業者に提供する提供部と
を有することを特徴とする情報処理装置。
【請求項2】
前記事業者情報に基づいて、前記介護事業者が介護対象の利用者に対して実施する実施候補のレクリエーションを決定する決定部をさらに有し、
前記提供部は、前記実施候補のレクリエーションを前記介護事業者に応じたレクリエーションとしてレコメンドするレコメンド情報を提供する
ことを特徴とする請求項１に記載の情報処理装置。
前記提供部は、前記実施候補のレクリエーションを前記介護事業者に応じたレクリエーションとしてレコメンドするレコメンド情報を提供する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項3】
前記取得部は、前記事業者情報として、前記介護事業者の属性を示す属性情報を取得し、
前記決定部は、前記属性情報に基づいて、前記実施候補のレクリエーションを決定する ことを特徴とする請求項２に記載の情報処理装置。
前記決定部は、前記属性情報に基づいて、前記実施候補のレクリエーションを決定する ことを特徴とする請求項２に記載の情報処理装置。
【請求項4】
前記取得部は、前記介護事業者の属性として、前記介護事業者の介護施設を利用している前記利用者の年齢層、前記介護施設を利用している前記利用者の性別状況、前記介護施設を利用している前記利用者の介護レベルの状況、前記介護施設を利用している前記利用者の人数、前記介護施設の規模、前記介護施設の種別、前記介護施設のランク、または、前記介護事業者が前記実施候補のレクリエーションを採用した採用実績のうち、少なくともいずれか１つを含む前記属性情報を取得する
ことを特徴とする請求項３に記載の情報処理装置。
ことを特徴とする請求項３に記載の情報処理装置。
【請求項5】
前記決定部は、前記属性情報と、前記属性情報に紐づく評価結果であって前記実施候補のレクリエーションが実際に実施されたことに応じて評価された評価結果を示す評価情報とに基づいて、前記実施候補のレクリエーションを決定する
ことを特徴とする請求項４に記載の情報処理装置。
ことを特徴とする請求項４に記載の情報処理装置。
【請求項6】
前記決定部は、前記実施候補のレクリエーションに関する情報に基づいて、前記実施候補のレクリエーションを実施するうえで必要となる素材をさらに決定し、
前記提供部は、前記実施候補のレクリエーションの方法が示されたマニュアル情報を含むコンテンツであって、前記素材をダウンロード可能なコンテンツを提供する
ことを特徴とする請求項２～５のいずれか１つに記載の情報処理装置。
前記提供部は、前記実施候補のレクリエーションの方法が示されたマニュアル情報を含むコンテンツであって、前記素材をダウンロード可能なコンテンツを提供する
ことを特徴とする請求項２～５のいずれか１つに記載の情報処理装置。
【請求項7】
前記取得部は、前記事業者情報として、前記実施候補のレクリエーションが実際に実施された場合における前記利用者の状況に基づき前記介護事業者が前記レクリエーションを評価した評価結果を示す評価情報を取得し、
前記提供部は、前記評価情報が集計された集計結果に関する情報を提供する
ことを特徴とする請求項２～６のいずれか１つに記載の情報処理装置。
前記提供部は、前記評価情報が集計された集計結果に関する情報を提供する
ことを特徴とする請求項２～６のいずれか１つに記載の情報処理装置。
【請求項8】
前記提供部は、前記決定部により前記実施候補のレクリエーションが決定された場合には、決定されたレクリエーションそれぞれに対応する前記集計結果に基づき各レクリエーションが順位付けされたランキング情報を含む前記レコメンド情報を提供する
ことを特徴とする請求項７に記載の情報処理装置。
ことを特徴とする請求項７に記載の情報処理装置。
【請求項9】
情報処理装置が実行する予測方法であって、
介護事業者に関する事業者情報を取得する取得工程と、
前記事業者情報に基づいて、前記介護事業者が介護対象の利用者に対して実施するレクリエーションに関するサービスを前記介護事業者に提供する提供工程と
を含むことを特徴とする情報処理方法。
介護事業者に関する事業者情報を取得する取得工程と、
前記事業者情報に基づいて、前記介護事業者が介護対象の利用者に対して実施するレクリエーションに関するサービスを前記介護事業者に提供する提供工程と
を含むことを特徴とする情報処理方法。
【請求項10】
介護事業者に関する事業者情報を取得する取得手順と、
前記事業者情報に基づいて、前記介護事業者が介護対象の利用者に対して実施するレクリエーションに関するサービスを前記介護事業者に提供する提供手順と
を情報処理装置に実行させるための情報処理プログラム。
前記事業者情報に基づいて、前記介護事業者が介護対象の利用者に対して実施するレクリエーションに関するサービスを前記介護事業者に提供する提供手順と
を情報処理装置に実行させるための情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置、情報処理方法および情報処理プログラムに関する。
【背景技術】
【0002】
従来、高齢者施設の利用者に対して適切なケアサービスが提供されるよう施設側に提案が行われている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２００６－３１４３３号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、上記の従来技術では、介護事業者と、介護事業者による介護対象となっている利用者との双方において、より高い満足度が得られるような介護レクリエーションに関するサービスを実現できているとはいい難い。
【0005】
例えば、上記の従来技術は、高齢者の日常生活体力、高次脳機能、および、精神的状態等が定量的に評価された評価結果と、日常生活体力の測定値から自立できる度合いが定量的に評価された評価結果とに基づいて、高齢者各人の日常生活活動量に適した生活指導と運動プログラムを施設側に提示している。
【0006】
このように、上記の従来技術では、例えば、介護レクリエーションの立案から実施に至るまでに介護事業者にかかる業務負担と、介護レクリエーションの内容に利用者が満足できない場合があるという、二側面（介護事業者側、および、利用者側）の問題点について一切考慮されていない。
【0007】
このため、上記の従来技術では、介護事業者と、介護事業者による介護対象となっている利用者との双方において、より高い満足度が得られるような介護レクリエーションに関するサービスを実現するという点で改善の余地がある。
【0008】
そこで、本発明では、介護事業者と、介護事業者による介護対象となっている利用者との双方において、より高い満足度が得られるような介護レクリエーションに関するサービスを実現することを目的とする。
【課題を解決するための手段】
【0009】
本発明の一態様に係る情報処理装置は、介護事業者に関する事業者情報を取得する取得部と、前記事業者情報に基づいて、前記介護事業者が介護対象の利用者に対して実施するレクリエーションに関するサービスを前記介護事業者に提供する提供部とを有することを特徴とする。
【0010】
本発明の一態様に係る情報処理方法は、情報処理装置が実行する予測方法であって、介護事業者に関する事業者情報を取得する取得工程と、前記事業者情報に基づいて、前記介護事業者が介護対象の利用者に対して実施するレクリエーションに関するサービスを前記介護事業者に提供する提供工程とを含むことを特徴とする。
【0011】
本発明の一態様に係る情報処理プログラムは、介護事業者に関する事業者情報を取得する取得手順と、前記事業者情報に基づいて、前記介護事業者が介護対象の利用者に対して実施するレクリエーションに関するサービスを前記介護事業者に提供する提供手順とを情報処理装置に実行させるためのプログラムである。
【発明の効果】
【0012】
本発明によれば、例えば、介護事業者と、介護事業者による介護対象となっている利用者との双方において、より高い満足度が得られるような介護レクリエーションに関するサービスを実現することができる。
【図面の簡単な説明】
【0013】
【発明を実施するための形態】
【0014】
以下に、情報処理装置、情報処理方法および情報処理プログラムを実施するための形態（以下、「実施形態」と記載する）の一例について図面を参照しつつ詳細に説明する。なお、この実施形態により情報処理装置、情報処理方法および情報処理プログラムが限定されるものではない。また、以下の実施形態において同一の部位には同一の符号を付し、重複する説明は省略する。
【0015】
［実施形態］
〔１．はじめに〕
介護施設等の高齢者施設では、介護スタッフによって利用者に対して介護や手助け等の様々なケアサービスが提供されている。例えば、介護スタッフによる介護業務の一つとして、レクリエーション業務がある。このような介護レクリエーション（以下、「介護レク」と略す）は、利用者の運動機能改善や、精神的な安定を図る目的があり、介護業務の中でも重要な取り組みとされている。
〔１．はじめに〕
介護施設等の高齢者施設では、介護スタッフによって利用者に対して介護や手助け等の様々なケアサービスが提供されている。例えば、介護スタッフによる介護業務の一つとして、レクリエーション業務がある。このような介護レクリエーション（以下、「介護レク」と略す）は、利用者の運動機能改善や、精神的な安定を図る目的があり、介護業務の中でも重要な取り組みとされている。
【0016】
しかしながら、介護レクの実施においては、介護スタッフ側と、利用者側とにおいて以下のような問題点がある。
【0017】
まず、介護スタッフ側について説明する。例えば、多忙な介護業務に従事する介護スタッフにとって、介護レクを立案し、立案した介護レクを実際に実施するという一連の業務は大きな負担となっている。また、介護スタッフには、利用者を如何にして楽しませるように介護レクを進行するかといったスキルが求められる場合があるが、全ての介護スタッフがこのようなスキルを有している訳ではない。
【0018】
また、介護スタッフ側に介護レクに関する確かなノウハウが確立されているとはいい難く、結果として、簡単な内容の介護レクにとどまってしまい、運動機能改善や、精神的安定という本来の目的が達成されてない場合がある。
【0019】
続いて、利用者側について説明する。例えば、介護レクが適切に進行されなかったり、介護レクの内容が簡易なものであったりする場合、利用者の中には、馬鹿にされていると感じて気分を害したり、退屈を覚えてしまうことがある。そうすると、利用者は、運動機能を改善することも、精神的な安定を得ることもできないままで意味のない介護レクに参加することになる。
【0020】
上記のような介護現場の現状によれば、介護スタッフと、介護スタッフによる介護対象となっている利用者との間において、介護レクに関して満足度の高い環境が実現されているとはいえない場合がある。
【0021】
そこで、本発明は、上記事情に着目してなされたものであって、その目的とするところは、介護スタッフと利用者との双方において、より高い満足度が得られるような介護レクリエーションに関するサービスを実現することことにある。このような目的のため、本発明では、介護レクにまつわる様々な機能を有するプラットフォームを介護スタッフに提供することで、介護スタッフ側に対しては介護レクの実施を適切に支援し、また、利用者側に対しては満足度の高い介護レクへの参加を実現する。
【0022】
【0023】
なお、以下の実施形態において、「介護事業者」とは、介護施設等の高齢者施設を運営する運営者と、高齢者施設で実際に業務に従事する介護スタッフとの双方の概念を含むものとする。よって、例えば、「介護事業者」と表記する場合には、これを「介護スタッフ」と言い換えることができ、また、「介護スタッフ」と表記する場合には、これを「介護事業者」と言い換えることができるものとする。
【0024】
〔２．システムの全体像について〕
まず、図１を用いて、実施形態に係る情報処理システムの構成を説明する。図１は、実施形態に係る情報処理システムの一例を示す図である。図１には、実施形態に係る情報処理システムの一例として、情報処理システム１が示される。
まず、図１を用いて、実施形態に係る情報処理システムの構成を説明する。図１は、実施形態に係る情報処理システムの一例を示す図である。図１には、実施形態に係る情報処理システムの一例として、情報処理システム１が示される。
【0025】
図１に示すように、情報処理システム１は、介護事業者装置２０と、パートナー装置４０と、ＰＨＲ（Personal Health Record）サービス提供者装置６０と、情報処理装置１００とを備えてよい。また、介護事業者装置２０と、パートナー装置４０と、ＰＨＲサービス提供者装置６０と、情報処理装置１００とは、ネットワークＮを介して、有線または無線により通信可能に接続される。また、図１に示す情報処理システム１には、任意の数の介護事業者装置２０と、任意の数のパートナー装置４０と、任意の数のＰＨＲサービス提供者装置６０と、任意の数の情報処理装置１００とが含まれてもよい。
【0026】
また、図１では、不図示であるが、情報処理システム１には、広告コンテンツ（例えば、介護業務で利用される物品や機材に関する広告）を提供する広告主の装置がさらに含まれてもよい。
【0027】
介護事業者装置２０は、介護事業者によって利用される情報処理端末であってよい。介護事業者装置２０は、例えば、スマートフォンや、タブレット型端末や、ノート型ＰＣ（Personal Computer）や、デスクトップＰＣや、携帯電話機や、ＰＤＡ（Personal Digital Assistant）等により実現される。
【0028】
また、介護事業者装置２０には、情報処理装置１００との間での情報の送受信を実現するためのアプリケーションが導入されていてよい。また、係るアプリケーションは、情報処理装置１００にアクセスするための専用のアプリケーションとして実装されてもよいし、ブラウザなどの汎用的なアプリケーションであってもよい。例えば、介護事業者は、介護事業者装置２０を用いて情報処理装置１００にアクセスすることで、レクリエーションに関するサービス提供を受けることができる。
【0029】
パートナー装置４０は、レクリエーションパートナーによって利用される情報処理端末であってよい。パートナー装置４０は、例えば、スマートフォンや、タブレット型端末や、ノート型ＰＣや、デスクトップＰＣや、携帯電話機や、ＰＤＡ等により実現される。
【0030】
また、パートナー装置４０には、情報処理装置１００との間での情報の送受信を実現するためのアプリケーションが導入されていてよい。また、係るアプリケーションは、情報処理装置１００にアクセスするための専用のアプリケーションとして実装されてもよいし、ブラウザなどの汎用的なアプリケーションであってもよい。
【0031】
ここで、レクリエーションパートナーとは、自身が考案した介護レクを示すレクリエーションデータを提供するパートナー事業者である。例えば、レクリエーションパートナーは、情報処理装置１００（すなわち、情報処理装置１００を介して介護レクに関するプラットフォームを提供する仲介業者）に対して、自身が考案した介護レクに関する情報を提供する。この結果、仲介業者は、質の高い介護レクを介護事業者に提案することができるようになる。
【0032】
また、パートナー装置４０には、情報処理装置１００との間での情報の送受信を実現するためのアプリケーションが導入されていてよい。また、係るアプリケーションは、情報処理装置１００にアクセスするための専用のアプリケーションとして実装されてもよいし、ブラウザなどの汎用的なアプリケーションであってもよい。例えば、レクリエーションパートナーは、パートナー装置４０を用いて情報処理装置１００にアクセスすることで、介護レクを示すレクリエーションデータを提供することができる。
【0033】
ＰＨＲサービス提供者装置６０は、ＰＨＲサービス提供者によって利用される情報処理端末であってよい。ＰＨＲサービス提供者装置６０は、例えば、スマートフォンや、タブレット型端末や、ノート型ＰＣや、デスクトップＰＣや、携帯電話機や、ＰＤＡ等により実現される。
【0034】
ここで、ＰＨＲサービス提供者とは、健康診断情報等のＰＨＲを活用したサービスを提供する民間事業者である。例えば、ＰＨＲサービス提供者は、情報処理装置１００（仲介業者）に対して、ＰＨＲに基づく所定のサービスを提供する。
【0035】
また、ＰＨＲサービス提供者装置６０には、情報処理装置１００との間での情報の送受信を実現するためのアプリケーションが導入されていてよい。また、係るアプリケーションは、情報処理装置１００にアクセスするための専用のアプリケーションとして実装されてもよいし、ブラウザなどの汎用的なアプリケーションであってもよい。例えば、ＰＨＲサービス提供者は、ＰＨＲサービス提供者装置６０を用いて情報処理装置１００にアクセスすることで、ＰＨＲに基づく所定のサービスを提供することができる。
【0036】
情報処理装置１００は、介護事業者、コンテンツパートナー、ＰＨＲサービス提供者がサービスを受けることのできるプラットフォーム（以下、「介護レクＰＦ」と表記する）を実現する装置である。後述するが、介護レクＰＦでは、介護レクに関する機能１～機能６という６つの機能が展開されてよい。このようなことから、情報処理装置１００は、機能１～機能６という６つの機能それぞれに対応する情報処理（実施形態に係る情報処理）を行うことで、介護レクＰＦを介して、各機能に対応するサービスを提供する。
【0037】
一例を示すと、情報処理装置１００は、介護事業者に関する事業者情報を取得し、取得した事業者情報に基づいて、介護事業者が利用者に対して実施する介護レクに関するサービスを介護事業者に提供する。
【0038】
また、介護事業者装置２０、パートナー装置４０、ＰＨＲサービス提供者装置６０を各事業者の近くでエッジ処理を行うエッジコンピュータとするなら、情報処理装置１００は、例えば、クラウド側で処理を行うクラウドコンピュータであってよい。すなわち、情報処理装置１００は、サーバ装置であってよい。
【0039】
〔３．システムの一例ついて〕
続いて、介護ＰＦを介して提供されるサービスについて、情報処理システム１の具体例を用いて説明する。図２には、実施形態に係る情報処理システム１の具体例が示される。図２は、実施形態に係る情報処理システム１の具体例を示す図である。
続いて、介護ＰＦを介して提供されるサービスについて、情報処理システム１の具体例を用いて説明する。図２には、実施形態に係る情報処理システム１の具体例が示される。図２は、実施形態に係る情報処理システム１の具体例を示す図である。
【0040】
図２に示す情報処理システム１には、介護事業者装置２０－１（介護事業者装置２０の一例）と、パートナー装置４０－１（パートナー装置４０の一例）と、ＰＨＲサービス提供者装置６０－１（ＰＨＲサービス提供者装置６０の一例）と、情報処理装置１００とが含まれる。
【0041】
また、図２には、介護事業者装置２０－１は介護事業者ＣＰＶ１によって利用され、パートナー装置４０－１はレクリエーションパートナーＰＴ１によって利用され、ＰＨＲサービス提供者装置６０－１はＰＨＲサービス提供者ＢＰ１によって利用される例が示される。
【0042】
また、図２には、情報処理装置１００は仲介業者ＭＤ１によって利用される例が示される。また、図２の例では、情報処理装置１００は、介護レクに関する機能１～機能６それぞれに対応する情報処理を行うことで、介護レクＰＦを介して、各機能に対応するサービスを提供している。
【0043】
ここで、機能１～機能６が実現されるにあたって、仲介業者ＭＤ１とレクリエーションパートナーＰＴ１との間で取引ＴＳ１が行われ、また、仲介業者ＭＤ１とＰＨＲサービス提供者ＢＰ１との間では取引ＴＳ２が行われてよい。
【0044】
取引ＴＳ１とは、レクリエーションパートナーＰＴ１が考案した介護レクが実践される場を仲介業者ＭＤ１が提供する結果として、この介護レクを示すレクリエーションデータの提供を、レクリエーションパートナーＰＴ１からのサービス提供として仲介業者ＭＤ１が受けるというものである。なお、取引ＴＳ１は、図２に示すように、情報処理装置１００とパートナー装置４０－１との間での情報の送受信によって実現されてよい。
【0045】
取引ＴＳ２とは、ＰＨＲサービス提供者ＢＰ１がＰＨＲに基づき生成したコンテンツ（例えば、リモート運動コンテンツや、フレイルチェックコンテンツ等）の提供を、ＰＨＲサービス提供者ＢＰ１からのサービス提供として仲介業者ＭＤ１が受ける代わりに、仲介業者ＭＤ１がＰＨＲサービス提供者ＢＰ１に対してコンテンツ利用料金を支払うというものである。なお、取引ＴＳ２は、図２に示すように、情報処理装置１００とＰＨＲサービス提供者装置６０－１との間での情報の送受信によって実現されてよい。
【0046】
情報処理装置１００は、例えば、取引ＴＳ１あるいは取引ＴＳ２の結果得られたデータやコンテンツを用いることで、介護レクに関する６つの機能として、図２に示すような、機能１～機能６を介護レクＰＦの中で実行する。
【0047】
続いて、機能１～機能６それぞれの概要を説明する。なお、機能１～機能６は、介護事業者向けのサービスであってよい。したがって、機能１～機能６によって、介護レクに関するサービスが介護事業者に提供される。
【0048】
例えば、機能１は、介護レクに関するコンテンツを介護事業者に提供するというサービスに対応する。また、係るコンテンツには、介護レクを実施するうえで必要となる素材や、この介護レクの実践方法が示されたマニュアル情報等がラインナップされてよい。また、図２の例では、係るコンテンツで紹介される介護レクは、レクリエーションパートナーＰＴ１によって考案されたものであってよく、必要素材やマニュアル情報は例えばレクリエーションパートナーＰＴ１から提供されたレクリエーションデータに含まれてよい。
【0049】
機能２は、介護スタッフは適切に介護レクを進行するスキルを必ずしも有していないという問題点に鑑みて、介護スタッフに代わって介護レクの進行を代行する代行者を紹介するというサービスに対応する。
【0050】
機能３は、介護レクＰＦを介してレコメンドされた介護レクが介護事業者によって実際に行われたことに応じて、例えば、そのときの利用者の状況からこの介護レクが評価された評価結果を実績とし集計することで、集計結果を提供するというサービスに対応する。
【0051】
機能４は、異なる介護事業者の間で意見交換や情報共有を行うことができるよう情報共有の場を提供するというサービスに対応する。また、このようなサービスでは、例えば、一方の介護事業者に属する利用者と、他方の介護事業者に属する利用者との間で得点を競い合うといった大型イベント形式の介護レクの開催も可能となる。
【0052】
機能５は、ＡＩ（機械学習）を活用することで、介護事業者の属性を示す属性情報に応じたより最適な介護レクをレコメンドするというサービスに対応する。機能５は、実施形態に係る情報処理の中心的な機能であり、これによれば、介護スタッフは、専門家（図２の例では、レクリエーションパートナーＰＴ１）が考案した質の高い介護レクの紹介を受けることができるようになるため、業務負担が軽減される。また、この結果、専門家が考案した質の高い介護レクが介護スタッフによって利用者に提供されるため、利用者は、馬鹿にされている等と気分を害することもなくなるうえに、例えば、適切に運動機能の改善や、精神的安定に向かうことができるようになる。
【0053】
機能６は、例えば、ＩｏＴ機器やＶＲ機器を利用者に利用させることで、リモートによる電子スポーツへの参加を可能とするサービスに対応する。なお、図２の例では、電子スポーツとしてのコンテンツは、ＰＨＲサービス提供者ＢＰ１によって作成されたコンテンツであってよい。
【0054】
ここで、介護レクＰＦを介して、機能１～機能６に対応するサービスが提供される場合、仲介業者ＭＤ１と介護事業者との間で所定の取引が発生してよい。図２の例では、介護事業者ＣＰＶ１は、介護レクＰＦを介して、介護レクに関するサービスを受けたい場合、仲介業者ＭＤ１との間で取引ＴＳ３を行ってよい。
【0055】
取引ＴＳ３とは、機能１～機能６に応じた介護レクに関するサービスを介護事業者ＣＰＶ１が受ける代わりに、介護事業者ＣＰＶ１は仲介業者ＭＤ１に対してサービス利用料金を支払うというものである。サービス利用料金の支払形態は、仲介業者ＭＤ１によって定められてよいが、一例を示すと、月額定額料金（サブスクリプション形態）であってよい。なお、取引ＴＳ３は、図２に示すように、情報処理装置１００と介護事業者装置２０－１との間での情報の送受信によって実現されてよい。
【0056】
また、図２の例によれば、介護事業者ＣＰＶ１が運営する介護施設Ａ１の介護スタッフＣＡ１が、介護事業者装置２０－１を用いて介護レクＰＦにアクセスすることで、介護レクのレコメンドを要求したとする。係る場合、情報処理装置１００は、機能５に対応する情報処理によって、介護スタッフＣＡ１が利用者に対して実施する実施候補の介護レクを決定する。例えば、情報処理装置１００は、ＡＩによる学習結果（モデル）と、介護事業者ＣＰＶ１の属性を示す属性情報とに基づいて、介護事業者ＣＰＶ１に適した介護レクを決定する。そして、情報処理装置１００は、決定した介護レクを介護事業者ＣＰＶ１に応じた介護レクとして介護スタッフＣＡ１にレコメンドする。例えば、情報処理装置１００は、決定した介護レクを介護事業者ＣＰＶ１に応じた介護レクとしてレコメンドするレコメンド情報を介護事業者装置２０－１に送信する。
【0057】
また、図２の例によれば、介護スタッフＣＡ１は、レコメンドされた介護レクをケアサービスの一つとして、介護施設Ａ１の利用者Ｕ１に提供している例が示される。例えば、介護スタッフＣＡ１は、レコメンドされた介護レクを介護施設Ａ１にて開催することで、利用者Ｕ１の運動機能改善や精神安定等に努める。
【0058】
また、図２の例によれば、介護スタッフＣＡ１は、質の高い介護レクの紹介を容易に受けることができるようになるため、業務負担が軽減される。また、利用者Ｕ１は、馬鹿にされている等と気分を害することもなくなるうえに、適切に運動機能の改善や、精神的安定に向かうことができるようになる。
【0059】
このように、図２に示す情報処理システム１において、情報処理装置１００は、介護事業者ＣＰＶ１と、利用者Ｕ１との双方において、より高い満足度が得られるような介護レクリエーションに関するサービスを実現することができるようになる。
【0060】
〔４．情報処理装置の構成〕
ここからは、図３を用いて、実施形態に係る情報処理装置１００について説明する。図３は、実施形態に係る情報処理装置１００の構成例を示す図である。図３に示すように、情報処理装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。
ここからは、図３を用いて、実施形態に係る情報処理装置１００について説明する。図３は、実施形態に係る情報処理装置１００の構成例を示す図である。図３に示すように、情報処理装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。
【0061】
（通信部１１０について）
通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部１１０は、ネットワークと有線または無線で接続され、例えば、介護事業者装置２０、パートナー装置４０と、ＰＨＲサービス提供者装置６０との間で情報の送受信を行う。
通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部１１０は、ネットワークと有線または無線で接続され、例えば、介護事業者装置２０、パートナー装置４０と、ＰＨＲサービス提供者装置６０との間で情報の送受信を行う。
【0062】
（記憶部１２０について）
記憶部１２０は、例えば、ＲＡＭ（Random Access Memory)、フラッシュメモリ等の半導体メモリ素子またはハードディスク、光ディスク等の記憶装置によって実現される。記憶部１２０は、ＰＨＲデータベース１２１と、事業者情報データベース１２２と、評価情報データベース１２３と、コンテンツ情報データベース１２４と、代行者情報データベース１２５とを有する。
記憶部１２０は、例えば、ＲＡＭ（Random Access Memory)、フラッシュメモリ等の半導体メモリ素子またはハードディスク、光ディスク等の記憶装置によって実現される。記憶部１２０は、ＰＨＲデータベース１２１と、事業者情報データベース１２２と、評価情報データベース１２３と、コンテンツ情報データベース１２４と、代行者情報データベース１２５とを有する。
【0063】
（ＰＨＲデータベース１２１について）
ＰＨＲデータベース１２１は、ＰＨＲサービス提供者によって提供されたＰＨＲを記憶する。例えば、ＰＨＲデータベース１２１は、ＰＨＲサービス提供者を識別する識別情報ごとに、当該ＰＨＲサービス提供者によって提供されたＰＨＲを対応付けて記憶してよい。
ＰＨＲデータベース１２１は、ＰＨＲサービス提供者によって提供されたＰＨＲを記憶する。例えば、ＰＨＲデータベース１２１は、ＰＨＲサービス提供者を識別する識別情報ごとに、当該ＰＨＲサービス提供者によって提供されたＰＨＲを対応付けて記憶してよい。
【0064】
（事業者情報データベース１２２）
事業者情報データベース１２２は、介護事業者に関する事業者情報を記憶する。例えば、事業者情報データベース１２２は、事業者情報として、介護事業者の属性を示す属性情報を記憶してよい。
事業者情報データベース１２２は、介護事業者に関する事業者情報を記憶する。例えば、事業者情報データベース１２２は、事業者情報として、介護事業者の属性を示す属性情報を記憶してよい。
【0065】
ここで、図４に、実施形態に係る事業者情報データベース１２２の一例を示す。図４の例では、事業者情報データベース１２２は、介護事業者の属性を示す属性情報として、施設情報、利用者情報、採用実績を記憶している。具体的には、図４の例では、事業者情報データベース１２２は、「事業者ＩＤ」、「施設情報」、「利用者情報」、「採用実績」といった項目を有する。
【0066】
「事業者ＩＤ」は、実施形態に係る情報処理システム１に加盟しサービス利用料金を支払うことで、図２で説明した各種サービスを受ける契約が成立している介護事業者を識別する識別情報を示す。
【0067】
「施設種別」は、介護施設の種別を示す情報である。介護施設の種別としては、例えば、特別養護老人ホーム、デイサービス老人ホーム、介護付き有料老人ホーム、サービス付き高齢者向け住宅等が挙げられる。もちろん、介護施設の種別は、係る例に限定されない。図４には、事業者ＩＤ「ＣＰＶ１」と、施設種別「種別♯１１」とが対応付けられる例が示される。係る例は、介護事業者「ＣＰＶ１」が運営する介護施設の施設種別が概念的に「種別♯１１」である例を示す。
【0068】
「施設規模」は、介護施設の規模を示す情報である。介護施設の規模は、収容可能人数、病床数、広さ（面積）、介護スタッフ数等に基づき定義されてよい。図４には、事業者ＩＤ「ＣＰＶ１」と、施設規模「種別♯１２」とが対応付けられる例が示される。係る例は、介護事業者「ＣＰＶ１」が運営する介護施設の施設規模が概念的に「規模♯１２」である例を示す。
【0069】
「施設ランク」は、介護施設のランクを示す情報である。介護施設のランクは、対象とする利用者の収入（一般、高所得者等）、介護施設の予算、介護事業者の運営形態（例えば、地方公共団体、社会福祉法人、民間企業のいずれであるか）等に基づき定義されてよい。図４には、事業者ＩＤ「ＣＰＶ１」と、施設ランク「ランク♯１３」とが対応付けられる例が示される。係る例は、介護事業者「ＣＰＶ１」が運営する介護施設の施設ランクが概念的に「ランク♯１３」である例を示す。
【0070】
「年齢層」は、「事業者ＩＤ」が示す介護事業者の介護施設を利用している利用者の年齢層を示す情報である。利用者の年齢層は、例えば、年齢に対応する年代別の利用者人数であってよい。図４には、事業者ＩＤ「ＣＰＶ１」と、年齢層「年齢層♯１４」とが対応付けられる例が示される。係る例は、介護事業者「ＣＰＶ１」が運営する介護施設を利用している利用者の年齢層が概念的に「年齢層♯１４」である例を示す。
【0071】
「性別状況」は、「事業者ＩＤ」が示す介護事業者の介護施設を利用している利用者の性別状況を示す情報である。利用者の性別状況は、例えば、男女比であってよい。図４には、事業者ＩＤ「ＣＰＶ１」と、性別状況「性別状況♯１５」とが対応付けられる例が示される。係る例は、介護事業者「ＣＰＶ１」が運営する介護施設を利用している利用者の性別状況が概念的に「状況♯１５」である例を示す。
【0072】
「介護レベル状況」は、「事業者ＩＤ」が示す介護事業者の介護施設を利用している利用者の介護レベルに関する情報である。利用者の介護レベルは、例えば、年代別における介護レベルの分布を示す情報であってよい。図４には、事業者ＩＤ「ＣＰＶ１」と、介護レベル状況「性別状況♯１６」とが対応付けられる例が示される。係る例は、介護事業者「ＣＰＶ１」が運営する介護施設を利用している利用者の介護レベル状況が概念的に「状況♯１６」である例を示す。
【0073】
「利用者人数」は、「事業者ＩＤ」が示す介護事業者の介護施設を利用している利用者の人数を示す情報である。図４には、事業者ＩＤ「ＣＰＶ１」と、利用者人数「人数♯１７」とが対応付けられる例が示される。係る例は、介護事業者「ＣＰＶ１」が運営する介護施設を利用している利用者の人数が概念的に「人数♯１７」である例を示す。
【0074】
「採用実績」は、「事業者ＩＤ」が示す介護事業者が、情報処理装置１００からレコメンドされた介護レクを実際に採用したか否か（実施したか否か）を示す情報である。すなわち、「採用実績」は、情報処理装置１００からレコメンドされた介護レクが採用されたことによる採用履歴（いつ、どのような介護レクが実施されたか）であってよい。図４には、事業者ＩＤ「ＣＰＶ１」と、採用実績「実績♯１８」とが対応付けられる例が示される。係る例は、介護事業者「ＣＰＶ１」が情報処理装置１００からレコメンドされた介護レクを実施した採用履歴が概念的に「実績♯１８」である例を示す。
【0075】
（評価情報データベース１２３）
評価情報データベース１２３は、情報処理装置１００からレコメンドされた介護レクが実際に実施されたことに応じて、この介護レクが評価された評価結果に関する情報を記憶する。評価結果に関する情報は、例えば、事業者ＩＤを用いて、事業者情報データベース１２２に記憶される属性情報（「施設情報」、「利用者情報」、「採用実績」）と紐付けられてよい。
評価情報データベース１２３は、情報処理装置１００からレコメンドされた介護レクが実際に実施されたことに応じて、この介護レクが評価された評価結果に関する情報を記憶する。評価結果に関する情報は、例えば、事業者ＩＤを用いて、事業者情報データベース１２２に記憶される属性情報（「施設情報」、「利用者情報」、「採用実績」）と紐付けられてよい。
【0076】
ここで、図５に、実施形態に係る評価情報データベース１２３の一例を示す。図５の例では、評価情報データベース１２３は、「事業者ＩＤ」、「実施日時」、「レクリエーション情報」、「評価結果」といった項目を有する。
【0077】
「事業者ＩＤ」は、実施形態に係る情報処理システム１に加盟しサービス利用料金を支払うことで、図２で説明した各種サービスを受ける契約が成立している介護事業者を識別する識別情報を示す。すなわち、「事業者ＩＤ」は、図４に示す事業者情報データベース１２２が有する「事業者ＩＤ」と同様であってよい。
【0078】
「実施日時」は、情報処理装置１００からレコメンドされた介護レクが実施された日時に関する情報である。図５には、事業者ＩＤ「ＣＰＶ１」と、実施日時「日時♯１８１－１」とが対応付けられる例が示される。係る例は、介護事業者「ＣＰＶ１」が、「日時♯１８１－１」が示す日時に介護レクを実施した例を示す。
【0079】
「レクリエーション情報」は、情報処理装置１００からレコメンドされた介護レクのうち、「実施日時」において実施された介護レクに関する情報である。介護レクに関する情報には、例えば、「実施日時」において実施された介護レクを識別する識別情報、この介護レクの内容（例えば、タイトルや概要等）、この介護レクで必要となる素材の情報等が含まれてよい。図５には、事業者ＩＤ「ＣＰＶ１」と、レクリエーション情報「レク情報♯１８１－２」とが対応付けられる例が示される。係る例は、介護事業者「ＣＰＶ１」が、「レク情報♯１８１－２」という内容の介護レクを実施した例を示す。
【0080】
「評価結果」は、「レクリエーション情報」が示す介護レクが評価された評価結果を示す情報である。なお、介護レクは、これに参加した利用者の状況（例えば、表情、積極性、会話の内容、感想等）に基づき、介護レク提供者側の介護事業者によって評価されてよい。したがって、「評価結果」は、「レクリエーション情報」が示す介護レクに参加した利用者の状況を参考に、介護事業者（事業者ＩＤで識別される介護事業者）がこれを評価した評価結果であってよい。なお、「評価結果」は、例えば、星マークの数、いいね数、アンケートに対する回答をもって評価されたものであってよい。図５には、事業者ＩＤ「ＣＰＶ１」と、評価結果「結果♯１８１－３」とが対応付けられる例が示される。係る例は、介護事業者「ＣＰＶ１」が、「レク情報♯１８１－２」という内容の介護レクに対して、参加者の状況から「結果♯１８１－３」という評価結果を下した例を示す。
【0081】
なお、「評価結果」は、情報処理装置１００による集計の元データとして用いられてよい。
【0082】
（コンテンツ情報データベース１２４）
コンテンツ情報データベース１２４は、レクリエーションパートナーによって考案された介護レクに関する情報を記憶する。コンテンツ情報データベース１２４に記憶される情報は、必要素材や進行の手順が示されたコンテンツを生成する際に用いられる。
コンテンツ情報データベース１２４は、レクリエーションパートナーによって考案された介護レクに関する情報を記憶する。コンテンツ情報データベース１２４に記憶される情報は、必要素材や進行の手順が示されたコンテンツを生成する際に用いられる。
【0083】
ここで、図６に、実施形態に係るコンテンツ情報データベース１２４の一例を示す。図６の例では、コンテンツ情報データベース１２４は、「パートナーＩＤ」、「レクリエーションデータ」、「画面フォーマット」といった項目を有する。
【0084】
「パートナーＩＤ」は、介護レクを考案した考案元のレクリエーションパートナーを識別する識別情報を示す。
【0085】
「レクリエーションデータ」は、「パートナーＩＤ」が示すレクリエーションパートナーが考案した介護レクを示すレクリエーションデータである。「レクリエーションデータ」には、介護レクを実施するうえで必要となる素材や、介護レクの実践方法が示されたマニュアル情報等が含まれてよい。図６には、パートナーＩＤ「ＰＴ１」と、レクリエーションデータ「レクデータ♯１１」とが対応付けられる例が示される。係る例は、レクリエーションパートナー「ＰＴ１」が、介護レクを考案したことにより、この介護レクを示すレクリエーションデータを事業者ＭＤ１に提供した例を示す。
【0086】
「画面フォーマット」は、「レクリエーションデータ」に含まれる必要素材やマニュアル情報が示されたコンテンツを生成する際に用いられるフォーマット情報であってよい。なお、「画面フォーマット」は、レクリエーションパートナーによって準備されてもよいし、事業者ＭＤ１が準備したものであってもよい。図６には、パートナーＩＤ「ＰＴ１」と、画面フォーマット「フォーマット♯１１」とが対応付けられる例が示される。係る例は、レクリエーションパートナー「ＰＴ１」が、介護レクを考案したことにより、「フォーマット♯１１」のような画面フォーマットも準備した例を示す。
【0087】
（代行者情報データベース１２５）
代行者情報データベース１２５は、介護スタッフに代わって介護レクの進行を代行する代行者に関する情報を記憶する。ここで、図７に、実施形態に係る代行者情報データベース１２５の一例を示す。図７に示すように、代行者情報データベース１２５は、代行を希望する代行希望者側の情報を記憶する記憶層であるデータベース１２５（ａ）と、代行を依頼したいと考える介護事業者側の情報を記憶する記憶層であるデータベース１２５（ｂ）とに分けられてよい。
代行者情報データベース１２５は、介護スタッフに代わって介護レクの進行を代行する代行者に関する情報を記憶する。ここで、図７に、実施形態に係る代行者情報データベース１２５の一例を示す。図７に示すように、代行者情報データベース１２５は、代行を希望する代行希望者側の情報を記憶する記憶層であるデータベース１２５（ａ）と、代行を依頼したいと考える介護事業者側の情報を記憶する記憶層であるデータベース１２５（ｂ）とに分けられてよい。
【0088】
図７の例では、データベース１２５（ａ）は、「代行希望者ＩＤ」、「スケジュール情報」、「代行者情報」、「相手事業者希望条件」といった項目を有する。
【0089】
「代行希望者ＩＤ」は、介護スタッフに代わって介護レクの進行を代行したいと考える代行希望者を識別する識別情報を示す。例えば、司会者を派遣する派遣業務を行っている派遣事業者と、仲介業者ＭＤ１との間で契約が結ばれている場合、派遣事業者に属する人物が代行希望者となり得る。また、例えば、芸能事務所と、仲介業者ＭＤ１との間で契約が結ばれている場合、芸能事務所に属する人物（例えば、タレントやお笑い芸人等）が代行希望者となり得る。
【0090】
上記のような人物は、例えば、介護レクの進行を代行したいと考える場合、自身のスケジュールや、相手先となる介護事業者に対して希望する条件を情報処理装置１００に登録することができる。したがって、「代行希望者ＩＤ」は、このような情報登録に応じて例えば情報処理装置１００が払い出した識別情報であってよい。すなわち、「代行希望者ＩＤ」は、介護レクの進行を代行できるよう情報登録した代行希望者を識別する識別情報である。
【0091】
「スケジュール情報」は、「代行希望者ＩＤ」が示す代行希望者によって登録されたスケジュールに関する情報である。「スケジュール情報」には、例えば、代行希望者が何らかのイベントに参加する日時および時間帯や、代行希望者が代行業務を行うことが可能な日時および時間帯が示されてよい。図７には、代行希望者ＩＤ「ＰＳ１」と、スケジュール情報「スケジュール♯１１」とが対応付けられる例が示される。係る例は、代行希望者「ＰＳ１」のスケジュールは、「スケジュール♯１１」という内容のスケジュールである例を示す。
【0092】
「代行者情報」は、「代行希望者ＩＤ」が示す代行希望者に関する各種の属性情報（例えば、年齢、性別、プロフィール、得意分野等）である。図７には、代行希望者ＩＤ「ＰＳ１」と、代行者情報「代行者♯１１」とが対応付けられる例が示される。係る例は、代行希業者「ＰＳ１」が、「代行者♯１１」という属性の人物である例を示す。
【0093】
「相手事業者希望条件」は、「代行希望者ＩＤ」が示す代行希望者が相手先となる介護事業者に対して希望する条件を示す情報である。例えば、「相手事業者希望条件」では、代行対象の介護レクの規模（例えば、参加予定人数、大型イベントであるか否か、複数の介護事業者に渡って各事業者に属する利用者が参加する事業者連携型であるか否か）、介護レクの内容、介護事業者に関する各種属性（例えば、施設の種別、施設の場所等）が条件付けられてよい。図７には、代行希望者ＩＤ「ＰＳ１」と、相手事業者希望条件「事業者条件♯１１」とが対応付けられる例が示される。係る例は、代行希望者「ＰＳ１」は、「事業者条件♯１１」という条件を満たす介護レクであれば進行代役を務めたいと意思表示している例を示す。
【0094】
また、図７の例では、データベース１２５（ｂ）は、「事業者ＩＤ」、「選択者情報」、「開催予定日時」、「事業者情報」、「相手代行者希望条件」といった項目を有する。
【0095】
ここで、介護事業者は、介護レクの代行を依頼したい場合、データベース１２５（ａ）を参照することで、どの代行希望者に依頼したいか依頼先の代行希望者を選択したり、代行希望者に求める条件を設定したりすることができる。したがって、「事業者ＩＤ」は、このような情報設定に応じて例えば情報処理装置１００が払い出した識別情報であってよい。すなわち、「事業者ＩＤ」は、介護レクの進行代行を依頼するために情報設定した介護事業者を識別する識別情報である。
【0096】
「選択者情報」は、「事業者ＩＤ」が示す介護事業者が、代行を依頼する依頼先として選択した代行希望者を示す情報である。図７には、事業者ＩＤ「ＣＰＶ１」と、選択者情報「選択者♯１１」とが対応付けられる例が示される。係る例は、介護事業者「ＣＰＶ１」が、代行を依頼する依頼先として選択した代行希望者が「選択者♯１１」によって示される代行希望者である例を示す。
【0097】
「開催予定日時」は、「事業者ＩＤ」が示す介護事業者が、介護レクを開催する予定と定めている日時を示す情報である。図７には、事業者ＩＤ「ＣＰＶ１」と、開催予定日時「日時♯１１」とが対応付けられる例が示される。係る例は、介護事業者「ＣＰＶ１」が、「日時♯１１」において介護レクを開催予定である例を示す。
【0098】
「事業者情報」は、「事業者ＩＤ」が示す介護事業者に関する各種の属性情報である。図７には、事業者ＩＤ「ＣＰＶ１」と、事業者情報「事業者♯１１」とが対応付けられる例が示される。係る例は、介護事業者「ＣＰＶ１」が、「事業者♯１１」という属性の介護事業者である例を示す。なお、「事業者情報」には、介護事業者が開催予定の介護レクがどのような内容のレクリエーションであるかを示す情報も含まれてよい。
【0099】
「相手代行者希望条件」は、「事業者ＩＤ」が示す介護事業者が相手先となる代行希望者に対して希望する条件を示す情報である。例えば、「相手代行者希望条件」では、代行希望者が介護現場でのイベントに参加した参加経歴を有するか否か、得意分野等が条件付けられてよい。図７には、事業者ＩＤ「ＣＰＶ１」と、相手代行者希望条件「代行者条件♯１１」とが対応付けられる例が示される。係る例は、介護事業者「ＣＰＶ１」は、「代行者条件♯１１」という条件を満たす代行希望者に代行依頼を希望している旨を意思表示している例を示す。
【0100】
ここで、後述するが情報処理装置１００は、代行者情報データベース１２５を参照することで、代行希望者および介護事業者の双方における希望条件が満たされるようにマッチングすることで、代行希望者の選定を行うことができる。そして、情報処理装置１００は、選定した代行希望者を正式な代行者としてマッチング先の介護事業者に紹介してよい。
【0101】
この際、代行希望者によるエントリー（登録）に対して、希望する代行希望者を介護事業者が選択してよい。この場合、情報処理装置１００は、介護事業者が選択した代行希望者と、この介護事業者との間で互いに条件を満たしているかマッチングしてよい。
【0102】
また、上記例とは逆に、介護事業者によるエントリー（登録）に対して、希望する介護事業者を代行希望者が選択してよい。この場合、情報処理装置１００は、代行希望者が選択した介護事業者と、この代行希望者との間で互いに条件を満たしているかマッチングしてよい。
【0103】
また、上記例のように、介護事業者は必ずしも代行希望者に対して希望を出す必要はなく、代行希望者も必ずしも介護事業者に対して希望を出す必要はない。係る場合、情報処理装置１００は、介護事業者および代行希望者の双方の希望条件に基づいて、互いに条件を満たし合う相手が存在するか否かマッチングすることで、条件を満たし合う相手が存在した場合には、マッチング対象となった代行希望者を介護事業者に紹介してもよい。
【0104】
（制御部１３０について）
図３に戻り、制御部１３０は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、情報処理装置１００内部の記憶装置に記憶されている各種プログラム（例えば、実施形態に係る情報処理プログラム）がＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。
図３に戻り、制御部１３０は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、情報処理装置１００内部の記憶装置に記憶されている各種プログラム（例えば、実施形態に係る情報処理プログラム）がＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。
【0105】
図３に示すように、制御部１３０は、取得部１３１と、生成部１３２と、受付部１３３と、決定部１３４と、集計部１３５と、代行者制御部１３６と、共有制御部１３７と、提供部１３８とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３０の内部構成は、図３に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部１３０が有する各処理部の接続関係は、図３に示した接続関係に限られず、他の接続関係であってもよい。
【0106】
以下では、図２で説明した機能１～機能６それぞれの観点から、制御部１３０に含まれる処理部について具体的に説明する。なお、説明の便宜上、機能５、機能１、機能３、機能２、機能４、機能６の順に説明する。
【0107】
［機能５について］
機能５は、ＡＩ（機械学習）を活用することで、介護事業者の属性を示す属性情報に応じたより最適な介護レクをレコメンドするというサービスに対応する。
機能５は、ＡＩ（機械学習）を活用することで、介護事業者の属性を示す属性情報に応じたより最適な介護レクをレコメンドするというサービスに対応する。
【0108】
（取得部１３１について）
取得部１３１は、介護事業者に関する事業者情報を取得する。例えば、取得部１３１は、事業者情報として、介護事業者の属性を示す属性情報を取得してよい。より具体的には、取得部１３１は、介護事業者の属性として、介護事業者の介護施設を利用している利用者の年齢層、介護施設を利用している利用者の性別状況、介護施設を利用している利用者の介護レベルの状況、介護施設を利用している利用者の人数、介護施設の規模、介護施設の種別、介護施設のランク、または、介護事業者が前記実施候補のレクリエーションを採用した採用実績のうち、少なくともいずれか１つを含む属性情報を取得してよい。
取得部１３１は、介護事業者に関する事業者情報を取得する。例えば、取得部１３１は、事業者情報として、介護事業者の属性を示す属性情報を取得してよい。より具体的には、取得部１３１は、介護事業者の属性として、介護事業者の介護施設を利用している利用者の年齢層、介護施設を利用している利用者の性別状況、介護施設を利用している利用者の介護レベルの状況、介護施設を利用している利用者の人数、介護施設の規模、介護施設の種別、介護施設のランク、または、介護事業者が前記実施候補のレクリエーションを採用した採用実績のうち、少なくともいずれか１つを含む属性情報を取得してよい。
【0109】
なお、情報処理装置１００は、介護事業者に関する事業者情報の登録を介護事業者から受け付けてよく、係る場合には、取得部１３１は、介護事業者によって登録された事業者情報を取得してよい。また、介護事業者が例えば情報処理装置１００とは異なる他のサーバ装置に事業者情報を登録している場合には、取得部１３１は、このサーバ装置にアクセスすることで事業者情報を取得してもよい。
【0110】
また、取得部１３１は、取得した事業者情報を事業者情報データベース１２２に登録してよい。また、取得部１３１は、以下に示すように、生成部１３２がモデル生成できるよう、学習データとして用いられる評価情報を評価情報データベース１２３から取得し、取得した評価情報を生成部１３２に出力してもよい。また、取得部１３１は、上記例以外の情報も取得してよい。
【0111】
（生成部１３２について）
生成部１３２は、事業者情報と評価情報との組を学習データとして、事業者情報と評価情報との関係性をモデルに学習させることで、事業者情報が入力される対象の介護事業者が利用者に対して実施する実施候補の介護レクに関する情報を出力するモデルを生成する。
生成部１３２は、事業者情報と評価情報との組を学習データとして、事業者情報と評価情報との関係性をモデルに学習させることで、事業者情報が入力される対象の介護事業者が利用者に対して実施する実施候補の介護レクに関する情報を出力するモデルを生成する。
【0112】
具体的には、生成部１３２は、介護事業者の属性を示す属性情報と、この介護事業者にレコメンドされた介護レクが実際に実施された場合における利用者の状況に基づきこの介護事業者が介護レクを評価した評価結果を示す評価情報との組を学習データとして用いる。そして、生成部１３２は、属性情報と評価情報との関係性をモデルに学習させることで、属性情報が入力される対象の介護事業者（例えば、レコメンドを要求してきた介護事業者）が利用者に対して実施する実施候補の介護レクに関する情報を出力するモデルを生成する。例えば、生成部１３２は、実施候補の介護レクを決定する際に用いられる情報を出力するモデルを生成する。
【0113】
ここで、生成部１３２は、評価情報のうち、ポジティブな評価結果に対応する評価情報を学習データとして利用してよい。このような場合、生成部１３２は、例えば、事業者情報データベース１２２の「施設種別」、「施設種別」、「施設ランク」、「年齢層」、「性別状況」、「介護レベル状況」、「利用者人数」、「採用実績」という属性情報と、ポジティブな評価結果に対応する評価情報との組を学習データとして、この属性情報と評価情報との関係性を学習してよい。
【0114】
概念的に一例を示すと、生成部１３２は、施設種別「Ｘ１」、施設種別「Ｘ２」、施設ランク「Ｘ３」、年齢層「Ｘ４」、性別状況「Ｘ５」、介護レベル状況「Ｘ６」、利用者人数「Ｘ７」、採用実績「Ｘ８」という属性の介護事業者は、「Ｙ１」という介護レクに高評価を定めていたという過去の事例に応じた関係性をモデルに学習させることで、今回レコメンドを要求してきた要求元の介護事業者の属性情報が入力された場合には、要求元の介護事業者にレコメンドすべき介護レクを示す情報を出力するモデルを生成する。
【0115】
なお、生成部１３２は、いかなる学習アルゴリズムを用いてモデルを生成してもよい。例えば、生成部１３２は、ニューラルネットワーク、サポートベクターマシン（ＳＶＭ）、クラスタリング、強化学習等の学習アルゴリズムを用いてモデルを生成してよい。一例として、生成部１３２がニューラルネットワークを用いてモデルを生成する場合、このモデルは、一以上のニューロンを含む入力層と、一以上のニューロンを含む中間層と、一以上のニューロンを含む出力層とを有してよい。
【0116】
情報処理装置１００は、このようなモデルを用いることで、要求元の介護事業者でも高評価が得られる可能性の高い介護レクを推定し、推定した介護レクをレコメンドすることができるようになる。
【0117】
（受付部１３３について）
受付部１３３は、事業者から各種情報を受け付ける。例えば、受付部１３３は、介護事業者から情報提供の要求を受け付ける。例えば、受付部１３３は、介護レクをレコメンドするよう介護事業者から要求を受け付ける。
受付部１３３は、事業者から各種情報を受け付ける。例えば、受付部１３３は、介護事業者から情報提供の要求を受け付ける。例えば、受付部１３３は、介護レクをレコメンドするよう介護事業者から要求を受け付ける。
【0118】
また、受付部１３３は、レクリエーションパートナーやＰＨＲサービス提供者からも要求やアクセスを受け付けてよい。
【0119】
（決定部１３４について）
決定部１３４は、事業者情報に基づいて、介護事業者が利用者に対して実施する実施候補の介護レクを決定する。例えば、決定部１３４は、事業者情報と評価情報とに基づいて、実施候補の介護レクを決定する。すなわち、決定部１３４は、介護事業者の属性を示す属性情報および評価情報の間での関係性を学習したモデル（生成部１３２が生成したモデル）と、対象の介護事業者の属性を示す属性情報とに基づいて、対象の介護事業者が利用者に対して実施する候補の介護レクを決定する。
決定部１３４は、事業者情報に基づいて、介護事業者が利用者に対して実施する実施候補の介護レクを決定する。例えば、決定部１３４は、事業者情報と評価情報とに基づいて、実施候補の介護レクを決定する。すなわち、決定部１３４は、介護事業者の属性を示す属性情報および評価情報の間での関係性を学習したモデル（生成部１３２が生成したモデル）と、対象の介護事業者の属性を示す属性情報とに基づいて、対象の介護事業者が利用者に対して実施する候補の介護レクを決定する。
【0120】
例えば、決定部１３４は、受付部１３３によりレコメンドの要求が受け付けられた場合には、要求元の介護事業者の属性情報を、生成部１３２による生成済のモデルに入力する。このような場合、モデルは、入力された属性情報に応じて、例えば、この属性の介護事業者であれば高評価が得られる可能性の高い介護レク推定し、推定した介護レクを示す情報を出力する。そして、決定部１３４は、モデルが出力した出力情報に基づいて、要求元の介護事業者が利用者に対して実施する実施候補の介護レクを決定する。
【0121】
（提供部１３８について）
提供部１３８は、事業者情報に基づいて、介護事業者が利用者に対して実施する介護レクに関するサービスを介護事業者に提供する。例えば、提供部１３８は、決定部１３４により決定された実施候補のレクリエーションを、対象の介護事業者に応じた介護レク（対象の介護事業者で高評価が得られる可能性の高い介護レク）としてレコメンドするレコメンド情報を提供する。例えば、提供部１３８は、レコメンド情報を介護事業者装置２０に送信してよい。
提供部１３８は、事業者情報に基づいて、介護事業者が利用者に対して実施する介護レクに関するサービスを介護事業者に提供する。例えば、提供部１３８は、決定部１３４により決定された実施候補のレクリエーションを、対象の介護事業者に応じた介護レク（対象の介護事業者で高評価が得られる可能性の高い介護レク）としてレコメンドするレコメンド情報を提供する。例えば、提供部１３８は、レコメンド情報を介護事業者装置２０に送信してよい。
【0122】
［機能１について］
機能１は、介護レクに関するコンテンツを介護事業者に提供するというサービスに対応する。機能１では、例えば、提供部１３８によってレコメンドされた介護レクのうち、任意の介護レクが介護事業者により選択された場合において、選択された介護レクに関するコンテンツに含むべき情報が決定され、決定された情報を含むコンテンツが提供されてよい。
機能１は、介護レクに関するコンテンツを介護事業者に提供するというサービスに対応する。機能１では、例えば、提供部１３８によってレコメンドされた介護レクのうち、任意の介護レクが介護事業者により選択された場合において、選択された介護レクに関するコンテンツに含むべき情報が決定され、決定された情報を含むコンテンツが提供されてよい。
【0123】
（決定部１３４について）
決定部１３４は、決定した実施候補の介護レクに関する情報に基づいて、実施候補の介護レクを実施するうえで必要となる素材をさらに決定する。例えば、決定部１３４は、レコメンドされた介護レクのうち介護事業者により選択された介護レクに関する情報に基づいて、選択された介護レクが実施されるうえで必要となる素材を決定してよい。
決定部１３４は、決定した実施候補の介護レクに関する情報に基づいて、実施候補の介護レクを実施するうえで必要となる素材をさらに決定する。例えば、決定部１３４は、レコメンドされた介護レクのうち介護事業者により選択された介護レクに関する情報に基づいて、選択された介護レクが実施されるうえで必要となる素材を決定してよい。
【0124】
これまで説明してきた通り、必要素材やマニュアル情報は例えばレクリエーションパートナーから提供され、そしてレクリエーションデータとしてコンテンツ情報データベース１２４に格納済である。よって、決定部１３４は、実施候補の介護レクに関する情報と、コンテンツ情報データベース１２４のレクリエーションデータとを照らし合わせることで、コンテンツデータの中から実施候補の介護レクに対応するコンテンツデータを抽出してよい。そして、決定部１３４は、抽出したコンテンツデータに含まれる必要素材を、実施候補の介護レクを実施するうえで必要となる必要素材として決定してよい。
【0125】
なお、決定部１３４は、抽出したコンテンツデータに含まれるマニュアル情報を、実施候補の介護の方法（手順）が示されたマニュアル情報としてさらに決定してよい。また、決定部１３４は、抽出したコンテンツデータに対応する画面フォーマット（図６より）を、実施候補の介護レクに関するコンテンツを１つの画面として生成するためのフォーマットとしてさらに決定してよい。
【0126】
（提供部１３８について）
提供部１３８は、実施候補の介護レクの方法が示されたマニュアル情報を含むコンテンツであって、必要素材をダウンロード可能なコンテンツを介護事業者に提供する。例えば、提供部１３８は、レコメンドされた介護レクのうち介護事業者により選択された介護レクの方法が示されたマニュアル情報を含むコンテンツであって、必要素材をダウンロード可能なコンテンツを介護事業者に提供する。
提供部１３８は、実施候補の介護レクの方法が示されたマニュアル情報を含むコンテンツであって、必要素材をダウンロード可能なコンテンツを介護事業者に提供する。例えば、提供部１３８は、レコメンドされた介護レクのうち介護事業者により選択された介護レクの方法が示されたマニュアル情報を含むコンテンツであって、必要素材をダウンロード可能なコンテンツを介護事業者に提供する。
【0127】
上記の通り、必要素材やマニュアル情報は、決定部１３４によって決定される。また、画面フォーマットも決定部１３４により決定される。係る場合、提供部１３８は、決定部１３４により決定された必要素材およびマニュアル情報と、画面フォーマットとに基づいて、マニュアル情報を含むコンテンツであって、必要素材をダウンロード可能なコンテンツの生成も行ってよい。
【0128】
ここで、図８を用いて、提供部１３８により生成されるコンテンツの一例を説明する。図８は、介護レクに関するコンテンツの一例を示す図である。なお、図８に示すコンテンツは一例であり、例えば、どのような情報がどのよう配置で表示されるかは限定されない。
【0129】
図８には、提供部１３８が介護レクに関するコンテンツの一例として、コンテンツＧ１を生成した例が示される。図８に示すように、コンテンツＧ１には、６つの項目が表示されてよい。具体的には、図８に示すように、コンテンツＧ１には、項目Ｃ１１、項目Ｃ１２、項目Ｃ１３、項目Ｃ１４、項目Ｃ１５、項目Ｃ１６という６つの表示項目が含まれてよい。
【0130】
項目Ｃ１１は、レコメンドされた介護レクのうち介護事業者により選択された介護レクのタイトルに相当する。また、図８に示すように、項目Ｃ１１には、選択された介護レクがどのようなジャンルに対応する介護レクであるかを示す情報がさらに含まれてよい。図８の例によれば、ジャンルを示す情報として、「団体」、「ゲーム」、「夏」、「頭を使う」、「お正月」、「司会有り」が挙げられている。係る例によれば、選択された介護レクは、「団体」で行うものであり、「ゲーム」に属し、「夏」向けであり、「頭を使う」必要があり、「お正月」時期に行うことが適しており、「司会有り」というジャンルのレクリエーションであることが説明されている。
【0131】
また、ジャンルを示す情報により、介護事業者は、例えば、選択した介護レクには司会者が必要であることを把握することができ。この結果、介護事業者は、選択した介護レクを実行するにあたって進行の代行を依頼するか否かを適切に検討することができるようになる。
【0132】
項目Ｃ１２は、介護事業者により選択された介護レクを実施するうえで、どのような素材が必要となるか必要素材を示す情報に相当する。
【0133】
項目Ｃ１３は、介護事業者により選択された介護レクの方法や手順が示されたマニュアル情報に相当する。項目Ｃ１３に示すように、マニュアル情報は、動画であってよい。また、図８に示すように、項目Ｃ１３には、項目Ｃ１２で示される必要素材をダウンロードするためのダウンロードボタンがさらに含まれてよい。なお、コンテンツＧ１において、ダウンロードボタンが表示される位置は図８の例に限定されず、どのような位置に表示されてもよい。
【0134】
項目Ｃ１４は、介護事業者により選択された介護レクの方法や手順が示されたマニュアル情報に相当する。項目Ｃ１４に示すように、マニュアル情報は、手順を示すフローチャートであってよい。
【0135】
項目Ｃ１５は、介護事業者により選択された介護レクではどのような身体的効果あるいは精神的効果が得られるか、その効果を示す情報に相当する。
【0136】
項目Ｃ１６は、介護事業者により選択された介護レクのシナリオを示す情報に相当する。
【0137】
［機能３について］
機能３は、レコメンドされた介護レクが介護事業者によって実際に行われたことに応じて、そのときの利用者の状況からこの介護レクが評価された評価結果を実績とし集計することで、集計結果を提供するというサービスに対応する。
機能３は、レコメンドされた介護レクが介護事業者によって実際に行われたことに応じて、そのときの利用者の状況からこの介護レクが評価された評価結果を実績とし集計することで、集計結果を提供するというサービスに対応する。
【0138】
（取得部１３１について）
取得部１３１は、決定部１３４により決定された実施候補の介護レクが実際に実施された場合における利用者の状況に基づき、介護事業者がこの介護レクを評価した評価結果を示す評価情報を取得する。例えば、取得部１３１は、評価情報データベース１２３において「評価結果」として格納される評価情報を取得してよい。
取得部１３１は、決定部１３４により決定された実施候補の介護レクが実際に実施された場合における利用者の状況に基づき、介護事業者がこの介護レクを評価した評価結果を示す評価情報を取得する。例えば、取得部１３１は、評価情報データベース１２３において「評価結果」として格納される評価情報を取得してよい。
【0139】
（集計部１３５について）
集計部１３５は、取得部１３１により取得された評価情報に基づいて、評価結果を集計する。例えば、集計部１３５は、レコメンドされた介護レクが実際に実施された場合における利用者の状況に基づき介護事業者がこの介護レクを評価した評価結果であって、介護事業者ごとの評価結果を集計することで、介護レクごとに全体の集計結果を算出する。図３では、不図示であるが、情報処理装置１００は、介護レクごとに集計結果を記憶する記憶部をさらに有していてよい。
集計部１３５は、取得部１３１により取得された評価情報に基づいて、評価結果を集計する。例えば、集計部１３５は、レコメンドされた介護レクが実際に実施された場合における利用者の状況に基づき介護事業者がこの介護レクを評価した評価結果であって、介護事業者ごとの評価結果を集計することで、介護レクごとに全体の集計結果を算出する。図３では、不図示であるが、情報処理装置１００は、介護レクごとに集計結果を記憶する記憶部をさらに有していてよい。
【0140】
（提供部１３８について）
提供部は、評価情報が集計された集計結果に関する情報を提供する。例えば、提供部１３８は、決定部１３４により実施候補の介護レクが決定された場合に、決定された介護レクそれぞれに対応する集計結果に基づき各介護レクに順位付けする。そして、提供部１３８は、順位付けされたランキング情報を含むレコメンド情報を提供する。このようなレコメンド情報では、例えば、提案される介護レクそれぞれに対して順位付けによる順位結果が付されてよい。
提供部は、評価情報が集計された集計結果に関する情報を提供する。例えば、提供部１３８は、決定部１３４により実施候補の介護レクが決定された場合に、決定された介護レクそれぞれに対応する集計結果に基づき各介護レクに順位付けする。そして、提供部１３８は、順位付けされたランキング情報を含むレコメンド情報を提供する。このようなレコメンド情報では、例えば、提案される介護レクそれぞれに対して順位付けによる順位結果が付されてよい。
【0141】
このように各介護レクが、例えば、人気順に順位付けされ、また、その順位に応じた一覧で提供されれば、介護事業者は、介護レクをより選択しやすくなる。
【0142】
［機能２について］
機能２は、介護スタッフは適切に介護レクを進行するスキルを必ずしも有していないという問題点に鑑みて、介護スタッフに代わって介護レクの進行を代行する代行者を紹介するというサービスに対応する。
機能２は、介護スタッフは適切に介護レクを進行するスキルを必ずしも有していないという問題点に鑑みて、介護スタッフに代わって介護レクの進行を代行する代行者を紹介するというサービスに対応する。
【0143】
（代行者制御部１３６について）
代行者制御部１３６は、代行者情報データベース１２５を参照することで、介護レクの代行を希望する介護事業者に応じた代行者を選定する。
代行者制御部１３６は、代行者情報データベース１２５を参照することで、介護レクの代行を希望する介護事業者に応じた代行者を選定する。
【0144】
例えば、代行者制御部１３６は、代行者情報データベース１２５を参照することで、代行希望者および介護事業者の双方における希望条件が満たされるようにマッチングすることで、代行希望者の選定を行う。
【0145】
例えば、代行希望者によるエントリー（登録）に対して、希望する代行希望者を介護事業者が選択してよい。この場合、代行者制御部１３６は、介護事業者が選択した代行希望者と、この介護事業者との間で互いに条件を満たしているかマッチングしてよい。
【0146】
また、例えば、介護事業者によるエントリー（登録）に対して、希望する介護事業者を代行希望者が選択するという構成が採用されてもよい。この場合、代行者制御部１３６は、代行希望者が選択した介護事業者と、この代行希望者との間で互いに条件を満たしているかマッチングしてよい。
【0147】
また、介護事業者は必ずしも代行希望者に対して希望を出す必要はなく、代行希望者も必ずしも介護事業者に対して希望を出す必要はない。係る場合、代行者制御部１３６は、介護事業者および代行希望者の双方の希望条件に基づいて、互いに条件を満たし合う相手が存在するか否かマッチングしてもよい。
【0148】
（提供部１３８について）
提供部１３８は、代行者制御部１３６によるマッチングの結果、代行希望者が選定された場合には、選定された代行希望者を正式な代行者としてマッチング先の介護事業者に紹介する。例えば、提供部１３８は、選定された代行希望者を正式な代行者として紹介する紹介情報をマッチング先の介護事業者に提供する。
提供部１３８は、代行者制御部１３６によるマッチングの結果、代行希望者が選定された場合には、選定された代行希望者を正式な代行者としてマッチング先の介護事業者に紹介する。例えば、提供部１３８は、選定された代行希望者を正式な代行者として紹介する紹介情報をマッチング先の介護事業者に提供する。
【0149】
なお、代行者制御部１３６によるマッチングの結果、条件を満たす相手が存在せず選定されなかった場合には、提供部１３８は、マッチング不成立の情報を介護事業者に通知してよい。
【0150】
［機能４について］
機能４は、異なる介護事業者の間で意見交換や情報共有を行うことができるよう情報共有の場を提供するというサービスに対応する。また、このようなサービスでは、例えば、一方の介護事業者に属する利用者と、他方の介護事業者に属する利用者との間で得点を競い合うといった大型イベント形式の介護レクのプランニングを介護事業者間で行うことが可能となる。
機能４は、異なる介護事業者の間で意見交換や情報共有を行うことができるよう情報共有の場を提供するというサービスに対応する。また、このようなサービスでは、例えば、一方の介護事業者に属する利用者と、他方の介護事業者に属する利用者との間で得点を競い合うといった大型イベント形式の介護レクのプランニングを介護事業者間で行うことが可能となる。
【0151】
（共有制御部１３７について）
共有制御部１３７は、異なる介護事業者の間で情報共有を可能とする場の制御を行う。例えば、共有制御部１３７は、異なる介護事業者の間で情報共有を可能とする仮想ルーム（例えば、チャットルーム）の生成および提供を行ってよい。また、共有制御部１３７は、介護事業者からの要求に基づいて、目的や話題に応じた仮想ルームを生成してよい。また、共有制御部１３７は、生成した仮想ルームへの入室に関する制御も行ってよい。例えば、共有制御部１３７は、仮想ルームを生成するよう要求したマスターの介護事業者と特定のグループを組んでいる他の介護事業者のみ、この仮想ルームへの入室を許可するよう制御することができる。
共有制御部１３７は、異なる介護事業者の間で情報共有を可能とする場の制御を行う。例えば、共有制御部１３７は、異なる介護事業者の間で情報共有を可能とする仮想ルーム（例えば、チャットルーム）の生成および提供を行ってよい。また、共有制御部１３７は、介護事業者からの要求に基づいて、目的や話題に応じた仮想ルームを生成してよい。また、共有制御部１３７は、生成した仮想ルームへの入室に関する制御も行ってよい。例えば、共有制御部１３７は、仮想ルームを生成するよう要求したマスターの介護事業者と特定のグループを組んでいる他の介護事業者のみ、この仮想ルームへの入室を許可するよう制御することができる。
【0152】
［機能６について］
機能６は、例えば、ＩｏＴ機器やＶＲ機器を利用者に利用させることで、リモートによる電子スポーツへの参加を可能とするサービスに対応する。また、機能６では、利用者は、介護事業者による介護対象となっている点ではこれまでの例と同様であるが、介護事業者の介護施設ではなく例えば自宅に居ながらにしてケアを受ける場面が想定される。つまり、機能６は、在宅で介護を受ける利用者が、介護施設に居る介護事業者、あるいは、この介護施設に居る他の利用者との間でリモートによってやり取りすることで運動機能改善を図れるようにすることを目的とするものであってよい。
機能６は、例えば、ＩｏＴ機器やＶＲ機器を利用者に利用させることで、リモートによる電子スポーツへの参加を可能とするサービスに対応する。また、機能６では、利用者は、介護事業者による介護対象となっている点ではこれまでの例と同様であるが、介護事業者の介護施設ではなく例えば自宅に居ながらにしてケアを受ける場面が想定される。つまり、機能６は、在宅で介護を受ける利用者が、介護施設に居る介護事業者、あるいは、この介護施設に居る他の利用者との間でリモートによってやり取りすることで運動機能改善を図れるようにすることを目的とするものであってよい。
【0153】
なお、リモートで採用されるイベントとしては、電子スポーツのように運動コンテンツであってよく、また、係る運動コンテンツはＰＨＲサービス提供者ＢＰ１から提供されたものであってよい。
【0154】
（決定部１３４について）
例えば、介護施設に居る介護事業者と在宅の利用者との間において、１対１でリモートにて運動コンテンツが行われるものとする。係る場合、決定部１３４は、利用者のＰＨＲに基づいて、候補の運動コンテンツの中から利用者の身体能力に応じた運動コンテンツを選択してよい。そして、決定部１３４は、選択した運動コンテンツを実行対象の運動コンテンツとして決定する。
例えば、介護施設に居る介護事業者と在宅の利用者との間において、１対１でリモートにて運動コンテンツが行われるものとする。係る場合、決定部１３４は、利用者のＰＨＲに基づいて、候補の運動コンテンツの中から利用者の身体能力に応じた運動コンテンツを選択してよい。そして、決定部１３４は、選択した運動コンテンツを実行対象の運動コンテンツとして決定する。
【0155】
ここで、例えば、介護施設、利用者の自宅の双方に、互いに通信可能なデバイス（例えば、ゲーム機材）が導入されているものとする。また、係るデバイスは、ＶＲ機能を有していてよい。また、係るデバイスは、キネクト（登録商標）であってもよいし、頭部に装着するウェアラブルデバイスであってもよい。
【0156】
このような場合、制御部１３０は、介護施設、利用者の自宅の双方に導入されているデバイスを介して、決定部１３４により決定された運動コンテンツが仮想空間で実現されるよう制御する。例えば、制御部１３０は、決定部１３４により決定された運動コンテンツに応じた背景を有する仮想空間を生成するとともに、この仮想空間の中に介護施設の介護スタッフを模した仮想人物Ｐ１、および、利用者を模した仮想人物Ｐ２を配置してよい。また、仮想人物Ｐ１は、センサが認識した介護スタッフの動きに合わせて動作するよう制御される。仮想人物Ｐ２は、センサが認識した介護スタッフの動きに合わせて動作するよう制御される。
【0157】
この結果、利用者は、例えば、自宅に居ながらにして、施設先の介護スタッフの指導を受けながら運動コンテンツを実践することができるようになる。
【0158】
〔５．処理手順〕
次に、図９を用いて、実施形態に係る情報処理の手順について説明する。図９は、実施形態に係る情報処理手順を示すフローチャートである。なお、図９では、機能１、機能３および機能５に対応する情報処理手順を示す。また、図９の例では、生成部１３２によって、実施候補の介護レクに関する情報を出力するモデルが生成済であるものとする。
次に、図９を用いて、実施形態に係る情報処理の手順について説明する。図９は、実施形態に係る情報処理手順を示すフローチャートである。なお、図９では、機能１、機能３および機能５に対応する情報処理手順を示す。また、図９の例では、生成部１３２によって、実施候補の介護レクに関する情報を出力するモデルが生成済であるものとする。
【0159】
まず、受付部１３３は、介護レクのレコメンドを要求するレコメンド要求を介護事業者から受け付けたか否かを判定する（ステップＳ９０１）。受付部１３３は、レコメンド要求を受け付けていないと判定している間は（ステップＳ９０１；Ｎｏ）、レコメンド要求を受け付けたと判定できるまで待機する。
【0160】
一方、取得部１３１は、レコメンド要求が受け付けた場合には（ステップＳ９０１；Ｙｅｓ）、要求元の介護事業者の属性を示す属性情報を取得する（ステップＳ９０２）。例えば、取得部１３１は、事業者情報データベース１２２から要求元の介護事業者の属性情報を取得してよい。なお、要求元の介護事業者の属性情報は、レコメンド要求に含まれてもよい。
【0161】
次に、決定部１３４は、要求元の介護事業者の属性情報を、生成部１３２による生成済のモデルに入力することで、入力情報に応じて出力された出力情報を取得する（ステップＳ９０３）。モデルは、入力された属性情報に応じて、この属性の介護事業者であれば高評価が得られる可能性の高い介護レク推定し、推定した介護レクを示す情報を出力する。このため、決定部１３４は、モデルが出力した出力情報に基づいて、要求元の介護事業者が利用者に対して実施する実施候補の介護レクを決定する（ステップＳ９０４）。決定部１３４は、実施候補の介護レクを複数決定してよい。
【0162】
また、取得部１３１は、ステップＳ９０４で決定された実施候補の介護レクそれぞれに対応する集計結果を取得する（ステップＳ９０５）。
【0163】
次に、提供部１３８は、実施候補の介護レクそれぞれに対応する集計結果に基づいて、各介護レクに順位付けする（ステップＳ９０６）。例えば、提供部１３８は、集計結果で示される高評価数が多い介護レクほど高い順位を付してよい。
【0164】
そして、提供部１３８は、Ｓ９０６で順位付けした結果に応じて介護レクが一覧に並べられた状態でレコメンドされるレコメンド情報（例えば、レコメンド画面）を生成し、生成したレコメンド画面を要求元の介護事業者に提供する（ステップＳ９０７）。この結果、要求元の介護事業者は、ランキングに応じて介護レクがレコメンドされるレコメンド情報の提供を受けることができる。
【0165】
ここで、例えば、レコメンド画面では、画面内に表示される介護レク情報のうち、任意の介護レクを選択可能に制御されていてよい。そこで、受付部１３３は、画面内でレコメンドされる介護レクのうち、いずれかの介護レクの選択を受け付けたか否かを判定する（ステップＳ９０８）。受付部１３３は、介護レクの選択を受け付けていないと判定している間は（ステップＳ９０８；Ｎｏ）、選択を受け付けたと判定できるまで待機する。
【0166】
一方、決定部１３４は、選択が受け付けられた場合には（ステップＳ９０８；Ｙｅｓ）、選択された介護レクに関する情報に基づいて、選択された介護レクが実施されるうえで必要となる必要素材を決定する（ステップＳ９０９）。また、決定部１３４は、選択された介護レクに関する情報に基づいて、選択された介護レクの方法や手順が示されたマニュアル情報を取得する（ステップＳ９１０）。例えば、決定部１３４は、ステップＳ９０９およびＳ９１０について、選択された介護レクに関する情報と、コンテンツ情報データベース１２４のレクリエーションデータとの照合により行うことができる。
【0167】
次に、提供部１３８は、必要素材の情報およびマニュアル情報で構成されるコンテンツを生成する（ステップＳ９１１）。例えば、提供部１３８は、決定部１３４により決定された必要素材およびマニュアル情報と、画面フォーマットとに基づいて、マニュアル情報を含むコンテンツであって、必要素材をダウンロード可能なコンテンツを生成する。
【0168】
最後に、提供部１３８は、生成したコンテンツを選択元の介護事業者に提供する（ステップＳ９１２）。
【0169】
〔６．ハードウェア構成〕
次に、実施形態に係る情報処理装置１００のハードウェア構成例について説明する。図１０は、実施形態に係る情報処理装置１００のハードウェア構成例を示すブロック図である。図１０を参照すると、情報処理装置１００は、例えば、プロセッサ８０１と、ＲＯＭ８０２と、ＲＡＭ８０３と、ホストバス８０４と、ブリッジ８０５と、外部バス８０６と、インターフェース８０７と、入力装置８０８と、出力装置８０９と、ストレージ８１０と、ドライブ８１１と、接続ポート８１２と、通信装置８１３と、を有する。なお、ここで示すハードウェア構成は一例であり、構成要素の一部が省略されてもよい。また、ここで示される構成要素以外の構成要素をさらに含んでもよい。
次に、実施形態に係る情報処理装置１００のハードウェア構成例について説明する。図１０は、実施形態に係る情報処理装置１００のハードウェア構成例を示すブロック図である。図１０を参照すると、情報処理装置１００は、例えば、プロセッサ８０１と、ＲＯＭ８０２と、ＲＡＭ８０３と、ホストバス８０４と、ブリッジ８０５と、外部バス８０６と、インターフェース８０７と、入力装置８０８と、出力装置８０９と、ストレージ８１０と、ドライブ８１１と、接続ポート８１２と、通信装置８１３と、を有する。なお、ここで示すハードウェア構成は一例であり、構成要素の一部が省略されてもよい。また、ここで示される構成要素以外の構成要素をさらに含んでもよい。
【0170】
（プロセッサ８０１）
プロセッサ８０１は、例えば、演算処理装置または制御装置として機能し、ＲＯＭ８０２、ＲＡＭ８０３、ストレージ８１０、またはリムーバブル記録媒体９０１に記録された各種プログラムに基づいて各構成要素の動作全般またはその一部を制御する。
プロセッサ８０１は、例えば、演算処理装置または制御装置として機能し、ＲＯＭ８０２、ＲＡＭ８０３、ストレージ８１０、またはリムーバブル記録媒体９０１に記録された各種プログラムに基づいて各構成要素の動作全般またはその一部を制御する。
【0171】
（ＲＯＭ８０２、ＲＡＭ８０３）
ＲＯＭ８０２は、プロセッサ８０１に読み込まれるプログラムや演算に用いるデータなどを格納する手段である。ＲＡＭ８０３には、例えば、プロセッサ８０１に読み込まれるプログラムや、そのプログラムを実行する際に適宜変化する各種パラメータなどが一時的または永続的に格納される。
ＲＯＭ８０２は、プロセッサ８０１に読み込まれるプログラムや演算に用いるデータなどを格納する手段である。ＲＡＭ８０３には、例えば、プロセッサ８０１に読み込まれるプログラムや、そのプログラムを実行する際に適宜変化する各種パラメータなどが一時的または永続的に格納される。
【0172】
（ホストバス８０４、ブリッジ８０５、外部バス８０６、インターフェース８０７）
プロセッサ８０１、ＲＯＭ８０２、ＲＡＭ８０３は、例えば、高速なデータ伝送が可能なホストバス８０４を介して相互に接続される。一方、ホストバス８０４は、例えば、ブリッジ８０５を介して比較的データ伝送速度が低速な外部バス８０６に接続される。また、外部バス８０６は、インターフェース８０７を介して種々の構成要素と接続される。
プロセッサ８０１、ＲＯＭ８０２、ＲＡＭ８０３は、例えば、高速なデータ伝送が可能なホストバス８０４を介して相互に接続される。一方、ホストバス８０４は、例えば、ブリッジ８０５を介して比較的データ伝送速度が低速な外部バス８０６に接続される。また、外部バス８０６は、インターフェース８０７を介して種々の構成要素と接続される。
【0173】
（入力装置８０８）
入力装置８０８には、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチ、およびレバーなどが用いられる。さらに、入力装置８０８としては、赤外線やその他の電波を利用して制御信号を送信することが可能なリモートコントローラ（以下、リモコン）が用いられることもある。また、入力装置８０８には、マイクロフォンなどの音声入力装置が含まれる。
入力装置８０８には、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチ、およびレバーなどが用いられる。さらに、入力装置８０８としては、赤外線やその他の電波を利用して制御信号を送信することが可能なリモートコントローラ（以下、リモコン）が用いられることもある。また、入力装置８０８には、マイクロフォンなどの音声入力装置が含まれる。
【0174】
（出力装置８０９）
出力装置８０９は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）、ＬＣＤ、または有機ＥＬなどのディスプレイ装置、スピーカ、ヘッドホンなどのオーディオ出力装置、プリンタ、携帯電話、またはファクシミリなど、取得した情報を利用者に対して視覚的または聴覚的に通知することが可能な装置である。また、本実施形態に係る出力装置８０９は、触覚刺激を出力することが可能な種々の振動デバイスを含む。
出力装置８０９は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）、ＬＣＤ、または有機ＥＬなどのディスプレイ装置、スピーカ、ヘッドホンなどのオーディオ出力装置、プリンタ、携帯電話、またはファクシミリなど、取得した情報を利用者に対して視覚的または聴覚的に通知することが可能な装置である。また、本実施形態に係る出力装置８０９は、触覚刺激を出力することが可能な種々の振動デバイスを含む。
【0175】
（ストレージ８１０）
ストレージ８１０は、各種のデータを格納するための装置である。ストレージ８１０としては、例えば、ハードディスクドライブ（ＨＤＤ）などの磁気記憶デバイス、半導体記憶デバイス、光記憶デバイス、または光磁気記憶デバイスなどが用いられる。
ストレージ８１０は、各種のデータを格納するための装置である。ストレージ８１０としては、例えば、ハードディスクドライブ（ＨＤＤ）などの磁気記憶デバイス、半導体記憶デバイス、光記憶デバイス、または光磁気記憶デバイスなどが用いられる。
【0176】
（ドライブ８１１）
ドライブ８１１は、例えば、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどのリムーバブル記録媒体９０１に記録された情報を読み出し、またはリムーバブル記録媒体９０１に情報を書き込む装置である。
ドライブ８１１は、例えば、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどのリムーバブル記録媒体９０１に記録された情報を読み出し、またはリムーバブル記録媒体９０１に情報を書き込む装置である。
【0177】
（接続ポート８１２）
接続ポート８１２は、例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）ポート、ＩＥＥＥ１３９４ポート、ＳＣＳＩ（Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）、ＲＳ－２３２Ｃポート、または光オーディオ端子などのような外部接続機器９０２を接続するためのポートである。
接続ポート８１２は、例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）ポート、ＩＥＥＥ１３９４ポート、ＳＣＳＩ（Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）、ＲＳ－２３２Ｃポート、または光オーディオ端子などのような外部接続機器９０２を接続するためのポートである。
【0178】
（通信装置８１３）
通信装置８１３は、ネットワークに接続するための通信デバイスであり、例えば、有線または無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、またはＷＵＳＢ（Ｗｉｒｅｌｅｓｓ ＵＳＢ）用の通信カード、光通信用のルータ、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）用のルータ、または各種通信用のモデムなどである。
通信装置８１３は、ネットワークに接続するための通信デバイスであり、例えば、有線または無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、またはＷＵＳＢ（Ｗｉｒｅｌｅｓｓ ＵＳＢ）用の通信カード、光通信用のルータ、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）用のルータ、または各種通信用のモデムなどである。
【0179】
（リムーバブル記録媒体９０１）
リムーバブル記録媒体９０１は、例えば、ＤＶＤメディア、Ｂｌｕ－ｒａｙ（登録商標）メディア、ＨＤ ＤＶＤメディア、各種の半導体記憶メディアなどである。もちろん、リムーバブル記録媒体９０１は、例えば、非接触型ＩＣチップを搭載したＩＣカード、または電子機器などであってもよい。
リムーバブル記録媒体９０１は、例えば、ＤＶＤメディア、Ｂｌｕ－ｒａｙ（登録商標）メディア、ＨＤ ＤＶＤメディア、各種の半導体記憶メディアなどである。もちろん、リムーバブル記録媒体９０１は、例えば、非接触型ＩＣチップを搭載したＩＣカード、または電子機器などであってもよい。
【0180】
（外部接続機器９０２）
外部接続機器９０２は、例えば、プリンタ、携帯音楽プレーヤ、デジタルカメラ、デジタルビデオカメラ、またはＩＣレコーダなどである。
外部接続機器９０２は、例えば、プリンタ、携帯音楽プレーヤ、デジタルカメラ、デジタルビデオカメラ、またはＩＣレコーダなどである。
【0181】
なお、実施形態に係る記憶部１２０は、ＲＯＭ８０２やＲＡＭ８０３、ストレージ８１０によって実現される。また、プロセッサ８０１によって実現される実施形態に係る制御部１３０が、取得部１３１と、生成部１３２と、受付部１３３と、決定部１３４と、集計部１３５と、代行者制御部１３６と、共有制御部１３７と、提供部１３８とを実現する各制御プログラム（例えば、実施形態に係る情報処理プログラム）を、ＲＯＭ８０２やＲＡＭ８０３などから読み出し実行する。
【0182】
〔７．その他〕
上記した各処理のうち、自動的に行われるものとして説明した処理の全部または一部は、手動的に行われてもよい。また、手動的に行われるものとして説明した処理の全部または一部は、公知の方法で自動的に行われてもよい。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られるものではない。
上記した各処理のうち、自動的に行われるものとして説明した処理の全部または一部は、手動的に行われてもよい。また、手動的に行われるものとして説明した処理の全部または一部は、公知の方法で自動的に行われてもよい。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られるものではない。
【0183】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されなくともよい。すなわち、各装置の分散・統合の具体的形態は図示のものに限られない。また、各構成要素は、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成してもよい。また、上記してきた各処理は、矛盾しない範囲で適宜組み合わせて実行されてもよい。
【0184】
以上、本願の実施形態をいくつかの図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【符号の説明】
【0185】
１ 情報処理システム
２０ 介護事業者装置
４０ パートナー装置
６０ ＰＨＲサービス提供者装置
１００ 情報処理装置
１２０ 記憶部
１２１ ＰＨＲデータベース
１２２ 事業者情報データベース
１２３ 評価情報データベース
１２４ コンテンツ情報データベース
１２５ 代行者情報データベース
１３０ 制御部
１３１ 取得部
１３２ 生成部
１３３ 受付部
１３４ 決定部
１３５ 集計部
１３６ 代行者制御部
１３７ 共有制御部
１３８ 提供部
２０ 介護事業者装置
４０ パートナー装置
６０ ＰＨＲサービス提供者装置
１００ 情報処理装置
１２０ 記憶部
１２１ ＰＨＲデータベース
１２２ 事業者情報データベース
１２３ 評価情報データベース
１２４ コンテンツ情報データベース
１２５ 代行者情報データベース
１３０ 制御部
１３１ 取得部
１３２ 生成部
１３３ 受付部
１３４ 決定部
１３５ 集計部
１３６ 代行者制御部
１３７ 共有制御部
１３８ 提供部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】