(57)【要約】【課題】エピソード記憶の想起を効果的に支援できるようにすること。【解決手段】それぞれの利用者の利用者ＩＤと、過去のイベントの「いつ、どこで、だれと、何を、どうしたのか」という属性とを対応付けたイベントデータベース１１ａを用い、行為の内容は同じであるがその対象が日々異なるイベントを抽出して質問文を生成し、利用者に提示する。また、この抽出したイベントと主体（ＩＤ）が同じで、過去にさかのぼったイベントからヒント文を生成し、提示する。これに対する回答の正解／不正解により、最も過去のヒントから順次現在に近いものを順次提示する。【選択図】      図２
2010092358.tif 000002
【特許請求の範囲】
【請求項１】
”誰が”を示す個人属性と、”いつ”を示す時間属性と、”どこで”を示す空間属性と、”何を”を示す対象属性と、”どうしたのか”を示す行動属性とに基づいて、前記個人属性で区別される利用者ごとのイベントの履歴をデータベース化したイベントデータベースと、
指定された個人属性を持つ利用者の、前記時間属性が指定期間内で、前記行動属性の頻度が閾値以上で、前記対象属性の頻度が基準値以下であるイベントを前記イベントデータベースから抽出し、この抽出されたイベントの時間属性、空間属性、対象属性、および行動属性の少なくとも一つの属性を秘匿した質問を生成する質問生成手段と、
前記秘匿された属性を想起するためのヒントを、前記抽出されたイベントと同じ個人属性を持つイベントから生成するヒント生成手段と、
前記質問を前記利用者に提示して前記秘匿された属性の回答を促し、当該利用者からの要求に応じて前記ヒントをその時間属性の古いものから順次提示する提示手段とを具備することを特徴とするエピソード記憶想起支援システム。
【請求項２】
”誰が”を示す個人属性と、”いつ”を示す時間属性と、”どこで”を示す空間属性と、”何を”を示す対象属性と、”どうしたのか”を示す行動属性とに基づいて前記個人属性で区別される利用者ごとのイベントの履歴をデータベース化したイベントデータベースから、指定された個人属性を持つ利用者の、前記時間属性が指定期間内で、前記行動属性の頻度が閾値以上で、前記対象属性の頻度が基準値以下であるイベントを抽出し、
この抽出されたイベントの時間属性、空間属性、対象属性、および行動属性の少なくとも一つの属性を秘匿した質問を生成し、
前記秘匿された属性を想起するためのヒントを、前記抽出されたイベントと同じ個人属性を持つイベントから生成し、
前記質問を前記利用者に提示して前記秘匿された属性の回答を促し、
当該利用者からの要求に応じて前記ヒントをその時間属性の古いものから順次提示することを特徴とするエピソード記憶想起支援方法。
【請求項３】
コンピュータに読み込まれるプログラムであって、
前記コンピュータに、
”誰が”を示す個人属性と、”いつ”を示す時間属性と、”どこで”を示す空間属性と、”何を”を示す対象属性と、”どうしたのか”を示す行動属性とに基づいて前記個人属性で区別される利用者ごとのイベントの履歴をデータベース化したイベントデータベースから、指定された個人属性を持つ利用者の、前記時間属性が指定期間内で、前記行動属性の頻度が閾値以上で、前記対象属性の頻度が基準値以下であるイベントを抽出する処理を実行させる命令と、
この抽出されたイベントの時間属性、空間属性、対象属性、および行動属性の少なくとも一つの属性を秘匿した質問を生成する処理を実行させる命令と、
前記秘匿された属性を想起するためのヒントを、前記抽出されたイベントと同じ個人属性を持つイベントから生成する処理を実行させる命令と、
前記質問を前記利用者に提示して前記秘匿された属性の回答を促す処理を実行させる命令と、
当該利用者からの要求に応じて前記ヒントをその時間属性の古いものから順次提示する処理を実行させる命令とを含むことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は認知症などの予防のため、コンピュータを用いてエピソード記憶能力を訓練する技術に関する。
【背景技術】
【０００２】
近年、認知症の発症、進行には様々な要因が関連することが明らかにされつつある。要因の一つにエピソード記憶能力の低下がある。エピソード記憶とは記憶の一分類であり、個々人が経験したイベントに関連する内容を持つものである。エピソード記憶は、本人が体験したイベントにその時間・場所・何をしたなどといった情報が組み合わされて脳内に記憶される。
【０００３】
このエピソード記憶を司る脳機能の低下が認知症の発現に大きく影響する。翻って、認知症を予防するためにはエピソード記憶能力の向上を図ることが有効であると考えられる。つまり過去のイベントを振りかえり、思い出す行為を繰り返すことで、エピソード記憶を司る脳部位（海馬など）を活性化することができる。
【０００４】
エピソード記憶能力を訓練する手法の一つに、回想法が知られている。回想法とは、昔の写真や音楽などを素材として、それらから想起される思い出を回想させるという手法である。例えば非特許文献１に記載される思い出ビデオは、回想法を支援する一つのマテリアルである。思い出ビデオとは、認知症を予防、あるいは治療しようとする人（以下、利用者と総称する）の昔の写真アルバムから作成したスライドショウに映像エフェクト、ＢＧＭ、あるいはナレーションなどを加えて編集したマルチメディア素材である。利用者は補助者と一緒に思い出ビデオを眺めながら、表示されるコンテンツから過去のイベントを想起し、さまざまなできごとを思い出してゆく。
【０００５】
【非特許文献１】桑原ほか、「セマンティックＷｅｂを用いた思い出ビデオの作成支援と配信メカニズム」  ３Ｆ１−５，第２０回人工知能学会全国大会、２００６年
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、回想法や非特許文献１に記載の方法を実施するには、カウンセラーなど熟達した話し相手の存在が欠かせない。しかし利用者にとっては相手の都合に合わせなくてはならないので煩わしさを感じる人もいる。また回想法では思い出ビデオを観ても何も想起されない、またはあいまいにしか思い出せないといったケースがよくある。このようなケースでは却って利用者に負担がかかる。
【０００７】
思い出すという行為を諦めてしまうのは、認知症予防の観点からはエピソード記憶能力への刺激を途中で停止することであり、望ましいとはいえない。また、思い出したいのに思い出せないということは特に高齢者にとっては大きなストレスであり、自信をなくしたり、訓練への意欲を失いかねないといったリスクもある。
【０００８】
この発明は上記事情によりなされたもので、その目的は、エピソード記憶の想起を効果的に支援することの可能なエピソード記憶想起支援システム、エピソード記憶想起支援方法およびプログラムを提供することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するためにこの発明に関わるエピソード記憶想起支援システムでは、それぞれ利用者ＩＤを持つ利用者ごとに過去に経験したイベントをデータベース化した、イベントデータベースを利用する。このイベントデータベースは、”いつ”を示す時間属性と、”どこで”を示す空間属性と、”何を”を示す対象属性と、”どうしたのか”を示す行動属性とのそれぞれの値を、利用者ＩＤすなわち”誰が”を示す個人属性に対応付けて記録したものである。
【００１０】
そしてこの発明の一態様によれば、指定された個人属性を持つ利用者のイベントのうち、時間属性が指定期間内で、行動属性の頻度が閾値以上で、かつ対象属性の頻度が基準値以下であるイベントが、質問生成手段によりイベントデータベースから抽出される。そして、この抽出されたイベントの時間属性、空間属性、対象属性、および行動属性の少なくとも一つの属性を秘匿した質問が、質問生成手段により生成される。この質問は提示手段により利用者に提示され、秘匿された属性の回答が促される。  
またヒント生成手段により、秘匿された属性を想起するためのヒントが、上記抽出されたイベントと同じ個人属性を持つイベントから生成される。そして利用者からの要求に応じて、ヒントが時間属性の古いものから順次、提示手段により提示される。
【００１１】
このような手段を講じることにより、例えばコンピュータを用いたシステムの処理により、利用者の過去のイベントに基づく質問が生成される。この質問が提示されることによりエピソード記憶の想起を促すことができる。また、記憶を思い出すことが困難であればヒントの提示を要求すれば、適切なヒントが提示される。よって介在者がいなくても、回想法によるエピソード記憶の想起訓練を効果的に実施することが可能になる。
【発明の効果】
【００１２】
この発明によれば、エピソード記憶の想起を効果的に支援することの可能なエピソード記憶想起支援システム、エピソード記憶想起支援方法およびプログラムを提供することができる。
【発明を実施するための最良の形態】
【００１３】
図１は、この発明に係わるエピソード記憶想起支援システムの実施の形態を示すシステム図である。図１において、利用者端末２１〜２ｎ、および移動端末３１〜３ｍが共通の通信ネットワークＮＷに接続される。通信ネットワークＮＷは例えば、病院や介護福祉施設などに形成されるＬＡＮ（Local Area Network）である。この通信ネットワークＮＷにはエピソード記憶想起支援サーバ（以下、支援サーバと略称する）１も接続され、各端末２１〜２ｎ、３１〜３ｍはＬＡＮ経由で支援サーバ１にアクセスしてさまざまな支援サービスを受けることができる。
【００１４】
図２は、図１に示すシステムの要部を示す機能ブロック図である。図２においては利用者端末２１の機能ブロックを示すが、他の利用者端末２２〜２ｎ、および移動端末３１〜３ｍにおいても同様である。  
支援サーバ１は通信インタフェース１５を介して通信ネットワークＮＷに接続され、また、プログラムメモリ１０、ストレージユニット１１、およびＣＰＵ（Central Processing Unit）１６を備える。ＣＰＵ１６はプログラムメモリ１０に記憶されるプログラムに記載された命令を処理し、この実施形態に必要な種々の処理機能を実現する。ストレージユニット１１は例えばハードディスクドライブ（ＨＤＤ）などの記録メディアであり、イベントデータベース１１ａを記憶する。
【００１５】
図３は、イベントデータベース１１ａの内容の一例を示す図である。このデータベースは、一人一人の利用者ごとに、過去に経験した様々なイベントをデータ化し、記録したものである。イベントは、Ｗｈｏ（誰が）、Ｗｈｅｎ（いつ）、Ｗｈｅｒｅ（何処で）、Ｗｈｏｍ（誰と）、Ｗｈａｔ（何を）、および、Ｄｏ（どうしたのか）、の６つの項目を属性として表現することができる。ここではＷｈｏを個人属性、Ｗｈｅｎを時間属性、Ｗｈｅｒｅを空間属性、Ｗｈｏｍを随伴属性、Ｗｈａｔを対象属性、Ｄｏを行動属性と称することにする。
【００１６】
図３に示すように、属性は項目ごとに値を持つ。例えば"User 2"については、"2008年8月9日15時00分"に、"会社の会議室"で、"同僚"と、"コーヒー"を、"飲んだ"ことがそれぞれ値として登録される。これらの値は、例えばセンサデータ、テキストデータ、画像データ、音声データ、あるいはこれらの組み合わせにより生成される。一例を挙げればＷｈｅｎは時計からの出力、ＷｈｅｒｅはＧＰＳ（Global Positioning System）からの緯度経度情報の出力から地図情報を照合して算出される、地名などの情報といった具合である。これらのイベント情報は、Ｗｈｅｎが過去のものから順に時系列でソートされて記憶される。
【００１７】
Ｗｈｏはイベントの主体者を記述する項目であり、例えば利用者を識別する値（利用者ＩＤ）が記載される。Ｗｈｅｎは時間情報を記述する項目であり、例えば年月日時分のような形式で記載される。Ｗｈｅｒｅは位置情報を記述するものであり、例えば地名や、建物内における部屋名などが記載される。Ｗｈｏｍは当該イベントの主体者と行動をともにした人物を記載する項目であり、例えばＷｈｏと同様に利用者ＩＤを記載する。Ｗｈａｔは行動の対象を、Ｄｏは行動の内容を記載する項目である。例えばカレーライスを食べたことを記述するために、Ｗｈａｔには"カレーライス"、Ｄｏには"食べた"のように、行動対象の名称および行動の名称を記載する。  
イベントデータベース１１ａはこれらの６つの項目に加え、１つのフラグ項目を合わせて７つの項目から構成される。フラグはイベント種別を区別するためのものであり、質問用のイベントであるか、またはヒント用のイベントであるかを示す。
【００１８】
なお、エピソード記憶として人間の脳内に記憶されるイベントは［Ｗｈｅｎ、Ｗｈｅｒｅ、Ｗｈｏｍ、Ｗｈａｔ、Ｗｈｏ、Ｄｏ］の６項目の情報に限るものではない。特に、Ｗｈｏｍ（随伴情報）は空欄になることも多く必ずしも必須ではない。しかしながらエピソード記憶は時間や空間と強く結びついた体験に関する記憶であることを考慮し、この実施形態ではイベントデータベース１１ａに図３に示すような構造を与える。このようなデータベース構造は合理的であり、各項目に示される値は脳内に記憶されるエピソード記憶のうちの主要な情報として位置づけられることは、当業者には明らかであろう。
【００１９】
図２に戻って説明する。プログラムメモリ１０はこの実施形態に係わるプログラムブロックとして、質問生成ブロック１２、ヒント生成ブロック１３、および入力処理ブロック１４を備える。これらの処理ブロックがコンピュータとしての支援サーバ１にロードされＣＰＵ１６により実行されることで、ＣＰＵ１６は、エピソード記憶の想起を支援するための処理機能を提供する。
【００２０】
質問生成ブロック１２およびヒント生成ブロック１３は、イベントデータベース１１ａに記憶されたイベント情報を用いて、エピソード記憶想起のための質問およびそのヒントをそれぞれ生成する。すなわち質問生成ブロック１２は、指定された利用者の利用者ＩＤを記載されたイベントのうち、Ｗｈｅｎが指定期間内のもので、Ｄｏの頻度が閾値以上で、かつ、Ｗｈａｔの頻度が基準値以下であるイベントをイベントデータベース１１ａから抽出する。そして、この抽出したイベントのＷｈｅｎ、Ｗｈｅｒｅ、Ｗｈｏｍ、Ｗｈａｔ、およびＤｏの少なくともいずれか一つを秘匿したかたちの質問文を生成する。
【００２１】
ヒント生成ブロック１３は、抽出されたイベントと同じ利用者ＩＤを記載された他のイベント（イベントデータベース１１ａ内）を参照して、質問文に対する回答を導くためのヒントを生成する。  
入力処理ブロック１４は、利用者端末２１を介して質問を利用者に提示し、回答の入力を促す。この回答は、例えば秘匿された属性を言い当てる、といったかたちである。また入力処理ブロック１４は質問に対する回答の正否判定（利用者が正しく想起できたか否か）を行い、正解率のスコアが低かったり、あるいは利用者からの要求があればヒントを提示する。特に、ヒントは時間属性の古いものから順に提示される。
【００２２】
利用者端末２１は、利用者がエピソード記憶想起を訓練するために使用するコンピュータ端末である。利用者端末２１は通信インタフェース３０を介して通信ネットワークＮＷに接続され、表示部３１、キーボード３２、マウス３３、および制御部３４を備える。表示部３１は例えば液晶ディスプレイである。次に、以上示した構成のエピソード記憶想起支援システムの動作について説明する。
【００２３】
図４および図５は、支援サーバ１および利用者端末２１の処理手順の一例を示すフローチャートである。他の利用者端末２２〜２ｎ、および移動端末３１〜３ｍにおいても同様の処理手順が踏まれる。  
図４において、エピソード記憶の想起訓練を開始するにあたり利用者はまずキーボード３２、マウス３３などからシステムに開始要求を与える（ステップＳ１）。このステップでは例えば、利用者ＩＤ（IDentification）の入力を利用者に促すメッセージが表示部３１に表示される。利用者ＩＤが入力されると、利用者端末２１は利用者ＩＤを含む利用開始信号を支援サーバ１に送信する。
【００２４】
通信インタフェース１５を介して利用開始信号を受信すると、支援サーバ１は入力処理ブロック１４において利用者ＩＤを認証する。認証ＯＫであればこの利用者ＩＤは質問生成ブロック１２に渡される。質問生成ブロック１２は利用者ＩＤを受けると、この利用者ＩＤをキーとしてイベントデータベース１１ａを検索し、対象となる日時（対象日と称する）にその利用者の行ったイベントを取得する（ステップＳ２）。すなわち質問生成ブロック１２はイベントデータベース１１ａに格納されるデータから、Ｗｈｏがその利用者ＩＤであり、かつ、Ｗｈｅｎが対象日であるイベントデータを抽出する。なお対象日は例えば訓練当日の１日前（昨日）などというように予め決められる。
【００２５】
さらに質問生成ブロック１２は、抽出されたイベントデータを既定の条件下で絞り込む（ステップＳ３）。その条件とはまず、Ｗｈｏが利用者ＩＤであり、Ｗｈｅｎが予め指定された期間内（例えば訓練当日の２日前から７日前）であることである。質問生成ブロック１２はこれらの条件で絞り込まれたイベントデータから、ステップＳ２で抽出されたイベント（１日前）と同じＤｏであり、その頻度が予め定めた閾値以上（例えば選択対象期間である６日間のうち４日以上）あるイベントをさらに選択する。さらに質問生成ブロック１２は、選択されたイベントのうちＷｈａｔの頻度が基準値以下、好ましくはイベントごとにＷｈａｔが全て異なることを条件として、これらの条件を満たすイベントを検索する。
【００２６】
条件を満たすイベントがあれば、質問生成ブロック１２は、ステップＳ３で抽出されたイベントを質問用イベントの候補として選択する（ステップＳ４）。質問用イベントの候補が複数であれば、その中から１つのイベントをランダムに指定するようにする。そして質問生成ブロック１２は、選択されたイベントのフラグ項目に、質問用イベントであることを示すフラグを設定する（ステップＳ５）。このフラグを質問用イベントフラグと称することにする。質問用イベントフラグの値としては、例えば図３に示すように”Ｆｑ”と記載すれば良い。  
このようにして選択された質問用イベントは、ほぼ日常的に行う行為（Ｄｏが同じであることに相当）であって、その対象が日々異なるような（Ｗｈａｔが異なることに相当）イベントに相当する。例えば、”食事の内容”や”着た服装”などがその一例である。
【００２７】
質問用イベントフラグのセットを終えると、質問生成ブロック１２はヒント生成ブロック１３に利用者ＩＤを渡す（ステップＳ６）。ヒント生成ブロック１３は受け取った利用者ＩＤをキーとしてイベントデータベース１１ａを検索し、受信した利用者ＩＤとＷｈｏが同じで、質問用イベントフラグがセットされているイベントのＷｈｅｎを取得する（ステップＳ７）。次にヒント生成ブロック１３は、質問用イベントフラグが記載されたイベントを基点として、Ｗｈｅｎが質問用イベントの発生時刻から一定の対象期間以内（例えば質問用イベントの発生時刻から３時間前）であり、かつＷｈｏが質問用イベントの利用者ＩＤと同じであるイベントを抽出する（ステップＳ８）。
【００２８】
次にヒント生成ブロック１３は、ステップＳ５で抽出したイベントのうち、質問用イベントの時刻から予め定めた期間（例えば３０分）ずつ遡った時点で生じているイベントに、ヒント用イベントであることを示すフラグをセットする（ステップＳ９）。このフラグをヒント用イベントフラグと称することにする。ヒント用イベントフラグの値としては、例えば”Ｆｈ”と記載すれば良い。このようにフラグ項目の値の変化に伴いイベントデータベース１１ａは更新される。
【００２９】
なおＷｈｅｎの値が一致するイベントが無ければ、その直前のイベントをヒント用イベントとみなして、ヒント用イベントフラグを立てるようにする。例えば、或るイベント（Ｉ１）のＷｈｅｎが質問用イベントからみて４０分前であり、その次に生じた次イベント（Ｉ２）のＷｈｅｎが２５分前であるとき、イベント（Ｉ１）と次イベント（Ｉ２）とのうちから３０分前に発生したイベントを求める場合には、３０分前より前に生じたイベントであるイベントＩ１を３０分前に発生したイベントと見做す。この例では対象が３時間以内のイベントであり、時間刻みが３０分間隔であるため、それぞれ３０分前、６０分前、９０分前、１２０分前、１５０分前、および１８０分前に生じた６つのイベントが選択されることになる。
【００３０】
ヒント用イベントフラグの設定を終えると、ヒント生成ブロック１３は質問生成ブロック１２にヒント用イベントの選択処理が終了した旨を示す信号（ヒント用イベント選択終了信号）を送信する（ステップＳ１０）。  
図５において、質問生成ブロック１２はヒント用イベント選択終了信号を受信すると、ステップＳ５で選択された質問用イベントのうち、ＷｈｅｎとＤｏを含みＷｈａｔを秘匿した質問文を生成し、通信ネットワークＮＷを介して利用者端末２１に転送して表示部３１を介して提示させる（ステップＳ１１）。
【００３１】
図６は、表示部３１に表示される質問表示画面の一例を示す図である。このウインドウは、質問生成ブロック１２によって生成された質問を表示する項目と、この質問への回答を受け付ける項目とを含む。利用者は質問への回答を思い出す（想起する）ことができれば、キーボード３２から回答をテキストで入力する。回答を思い出せないのであれば、ヒントを提示して欲しい旨を表す例えば”＊”などの記号（ヒント提示要求記号）を入力し、ヒントの提示をシステムに要求する。
【００３２】
入力処理ブロック１４は通信ネットワークＮＷを介して利用者端末２からの入力文字列を受け取ると、この文字列がヒント提示要求記号であるか否かを判定する（ステップＳ１２）。ヒント提示要求記号でなければ、入力処理ブロック１４は受け取った文字列を回答として処理し、その正否を判定する（ステップＳ１３）。ここでは、質問生成ブロック１２で選択された質問用イベントのＷｈａｔと回答とを比較し、両者の内容が一致するか否かを判定する（ステップＳ１３）。この判定には、文字列の完全な一致を要件としても良いし、実質的な内容が一致しているか否かを要件としても良い。
【００３３】
ステップＳ１３において「一致する」と判定されれば、入力処理ブロック１４は、利用者がエピソード記憶を正しく想起することができたと判定し、イベントデータベース１１ａにおいて質問用イベントフラグを消去する。そして正解である旨を示す情報を利用者端末２に送信し、図７に示すように正解の旨を表示部３１に表示する（ステップＳ１４）。
【００３４】
一方、ステップＳ１２においてヒント提示要求記号が入力された場合、またはステップＳ１３において「一致しない」と判定されたケースでは、入力処理ブロック１４は、生成されたヒントのうちヒント用イベントフラグをセットされたイベントがイベントデータベース１１ａに存在するか否かを検証することで、未表示のヒントの有無を判断する（ステップＳ１５）。
【００３５】
入力処理ブロック１４は未表示のヒントが有れば、その発生時刻が質問用イベントからみて最も遠い、すなわち最も古いイベントを一つ提示し、そのイベントのヒント用イベントフラグを消去する（ステップＳ１６）。すなわち入力処理ブロック１４は、ヒント用イベントの属性のうちＷｈｅｎ、Ｗｈｅｒｅ、Ｗｈｏｍ、Ｗｈａｔ、Ｄｏの少なくとも１つの属性を含むヒント文を生成し、利用者端末２１に送信して表示部３１に表示させる（ステップＳ１６）。  
図８は、表示部３１に表示されるヒント表示画面の一例を示す図である。この例では最も過去のイベントとして昨日の１８時にスーパーで肉を買ったことが提示され、利用者はこのヒントを手がかりに過去のエピソードを想起することができる。
【００３６】
なおステップＳ１５において未提示のヒント用イベントが存在しないと判定されれば、これ以上提示可能なヒントが無いので、入力処理ブロック１４はエピソード記憶を正しく想起することができなかったと判定する。そして質問用イベントフラグを消去するとともに、不正解の旨を示す情報を利用者端末２に送信し、表示部３１に表示させる（ステップＳ１７）。以上の処理手順によって、利用者のエピソード記憶想起支援を実現する。
【００３７】
以上説明したようにこの実施形態では、それぞれの利用者の利用者ＩＤと、過去のイベントの「いつ、どこで、だれと、何を、どうしたのか」という属性とを対応付けたイベントデータベース１１ａを用い、行為の内容は同じであるがその対象が日々異なるイベントを抽出して質問文を生成し、利用者に提示する。また、この抽出したイベントと主体（ＩＤ）が同じで、過去にさかのぼったイベントからヒント文を生成し、提示する。これに対する回答の正解／不正解により、最も過去のヒントから順次現在に近いものを順次提示するようにしている。
【００３８】
すなわち質問生成ブロック１２により、ほぼ日常的に行う行動であってその対象が日々異なるような行動を質問作成用のイベントとして抽出し、ヒント生成ブロック１３により、質問内容に関連する行動履歴をヒント用のイベントとして抽出する。そして入力処理ブロック１４により質問用イベントから遠い時刻に生じたイベントを優先的にヒントとして提示するようにしている。手掛かりとして提示されるヒントは、想起すべきイベントに対して時系列順に（時間的に遠い時点に起きたイベントから、次第に近い時点に起きたイベントを）段階的に提示するようにしている。このような処理により利用者は、ヒントから想起するイベントに至るまでの時系列で生じたイベントを順次想起することになる。
【００３９】
認知症予防を目的とする既存の回想法では、熟達した話し相手の存在が不可欠であるという制約があり、かつ想起できない記憶に対しては想起できないままで終了せざるを得ないという困難があった。
これに対しこの実施形態では、質問とヒントを自動的に生成し提示することができるので、認知症予防を行おうとする利用者が単独で認知症予防に取り組むことができる。また、利用者が回答を思い出せなくても想起を継続させ、思い出すことができる可能性を高めることができるようになる。結果的に思い出すまでに至らなくても、既存の回想法に比べてエピソード記憶能力を使う機会がより多くなるので、エピソード記憶能力の刺激の機会が増大することになり、特に高齢者の認知症の発生を低減する効果が期待できる。これらのことから、エピソード記憶の想起を効果的に支援することの可能なエピソード記憶想起支援システム、エピソード記憶想起支援方法およびプログラムを提供することが可能になる。
【００４０】
なお、この発明は上記実施形態そのままに限定されるものではない。例えば実施形態においては支援サーバ１と利用者端末２とをそれぞれ個別のコンピュータとし、両者を通信ネットワークを介して接続する構成を図示した。これに代えて、支援サーバ１の機能と利用者端末２の機能とを同じコンピュータにインプリメントし、スタンドアロンで同じ機能を実現することもできる。
【００４１】
また、実施形態ではエピソード記憶想起の対象日を１日前とし、選択対象期間を２日前から７日前としたが、これに限るものではなく適宜他の期間および対象日に代えることももちろん可能である。またこれらの日付、期間は事前に定めずとも、利用者端末から与えられた日付や期間を用いても良い。さらに、実施形態ではヒント用イベントの選択対象の期間を質問用イベントの時刻から３時間前以内とし、またその中から３０分刻みでヒント用イベントを選択するとして説明したが、適宜他の期間および時間刻みを選ぶことも可能である。
【００４２】
さらにこの発明は、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。
【００４３】
また、実施形態に記載した手法は、計算機（コンピュータ）に実行させることができるプログラム（ソフトウェア手段）として、例えば磁気ディスク（フロッピー（登録商標）ディスク、ハードディスク等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤ、ＭＯ等）、半導体メモリ（ＲＯＭ、ＲＡＭ、フラッシュメモリ等）等の記録媒体に格納し、また通信媒体により伝送して頒布することもできる。なお、媒体側に格納されるプログラムには、計算機に実行させるソフトウェア手段（実行プログラムのみならずテーブルやデータ構造も含む）を計算機内に構成させる設定プログラムをも含む。本装置を実現する計算機は、記録媒体に記録されたプログラムを読み込み、また場合により設定プログラムによりソフトウェア手段を構築し、このソフトウェア手段によって動作が制御されることにより上述した処理を実行する。なお、本明細書でいう記録媒体は、頒布用に限らず、計算機内部あるいはネットワークを介して接続される機器に設けられた磁気ディスクや半導体メモリ等の記憶媒体を含むものである。
【図面の簡単な説明】
【００４４】
【図１】この発明に係わるエピソード記憶想起支援システムの実施の形態を示すシステム図。
【図２】図１に示すエピソード記憶想起支援システムの要部を示す機能ブロック図。
【図３】図２のイベントデータベース１１ａの内容の一例を示す図。
【図４】支援サーバ１および利用者端末２１の処理手順の一例を示すフローチャート。
【図５】支援サーバ１および利用者端末２１の処理手順の一例を示すフローチャート。
【図６】表示部３１に表示される質問表示画面の一例を示す図。
【図７】質問への回答が正解であることを示す表示部３１の表示例を示す図。
【図８】表示部３１に表示されるヒント表示画面の一例を示す図。
【符号の説明】
【００４５】
１…エピソード記憶想起支援サーバ、２１〜２ｎ…利用者端末、３１〜３ｍ…移動端末、ＮＷ…通信ネットワーク、１０…プログラムメモリ、１１…ストレージユニット、１１ａ…イベントデータベース、１２…質問生成ブロック、１３…ヒント生成ブロック、１４…入力処理ブロック、１５…通信インタフェース、１６…ＣＰＵ、３０…通信インタフェース、３１…表示部、３２…キーボード、３３…マウス、３４…制御部
【図１】
2010092358.tif 000003
【図２】
2010092358.tif 000004
【図３】
2010092358.tif 000005
【図４】
2010092358.tif 000006
【図５】
2010092358.tif 000007
【図６】
2010092358.tif 000008
【図７】
2010092358.tif 000009
【図８】
2010092358.tif 000010