(57)【要約】【課題】他のユーザの予定またはリアルタイムな状況を元に、あるユーザの現在の行動を推定することのできる行動支援装置を提供する。【解決手段】複数のユーザの予定および状況の一覧において、あるユーザの未知の行動または状況を推論し表示する行動支援装置であって、各ユーザの予定と状況とを対応付けて格納する予定−状況対応格納手段と、前記予定−状況対応格納手段に格納された前記ユーザ間の予定と状況との対応関係における矛盾を検出する矛盾検出手段と、前記ユーザ間の予定と状況とが一対一の対応関係となるように前記矛盾を解消する矛盾解消手段と、矛盾解消後の前記ユーザ間の予定と状況との対応関係に基づいて、前記あるユーザの行動または状況を推論し、前記一覧を補完する推論手段とを具備する。【選択図】図１
2007094854.tif 000002
【特許請求の範囲】
【請求項１】
複数のユーザの予定および状況の一覧において、あるユーザの未知の行動または状況を推論し表示する行動支援装置であって、
各ユーザの予定と状況とを対応付けて格納する予定−状況対応格納手段と、
前記予定−状況対応格納手段に格納された前記ユーザ間の予定と状況との対応関係における矛盾を検出する矛盾検出手段と、
前記ユーザ間の予定と状況とが一対一の対応関係となるように前記矛盾を解消する矛盾解消手段と、
矛盾解消後の前記ユーザ間の予定と状況との対応関係に基づいて、前記あるユーザの行動または状況を推論し、前記一覧を補完する推論手段と、
を具備する行動支援装置。
【請求項２】
前記矛盾解消手段は、前記ユーザ間で同一の状況に対応する複数の予定のなかから多数決に従って予定を選択することにより、前記矛盾を解決する請求項１記載の行動支援装置。
【請求項３】
前記矛盾解消手段は、前記ユーザ間で同一の状況に対応する複数の予定のなかから最新の予定を選択することにより、前記矛盾を解決する請求項１又は２記載の行動支援装置。
【請求項４】
前記予定は、あらかじめ前記一覧に登録され、ユーザの活動内容の記述を含む請求項１に記載の行動支援装置。
【請求項５】
前記予定は、予定を登録した日時を含む請求項１に記載の行動支援装置。
【請求項６】
前記予定に関連する資料のコンピュータファイルを保持する手段を具備する請求項１記載の行動支援装置。
【請求項７】
前記状況は、ユーザの現在時点での位置情報を含む請求項１に記載の行動支援装置。
【請求項８】
前記状況は、現在時点で利用中のコンピュータファイルを含む請求項１記載の行動支援装置。
【請求項９】
前記矛盾検出手段は、一つの状況に対して少なくとも２つ以上の異なる予定が対応付けられることを矛盾として検出する請求項１記載の行動支援装置。
【請求項１０】
ユーザの予定を入力するための予定入力手段と、
各ユーザの予定を格納するための予定格納手段と、
前記予定格納手段への予定の入出力を管理するための予定管理手段と、
各ユーザの現在の状況を入力するための状況情報入力手段と、
ある時刻におけるユーザの予定と状況との対応関係を検出する予定−状況対応検出手段をさらに具備する請求項１記載の行動支援装置。
【請求項１１】
前記推論手段による推論結果を格納する推論結果格納手段と、
前記推論結果に基づくユーザの行動を表示する行動表示手段と
をさらに具備する請求項１に記載の行動支援装置。
【請求項１２】
前記行動表示手段は前記推論結果に基づくユーザの行動に関連する情報を前記ユーザに提示する請求項９記載の行動支援装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リアルタイムに得られるセンサ情報からユーザが現在行っている行動を推測し、ユーザに負担をかけることなく行動内容に即したサービスやコンテンツを選択・提供する技術に関するものである。
【背景技術】
【０００２】
個人のスケジュール、学習された過去の状況、状況認識結果をもとに、ユーザの状況情報を推測・表示する技術や、個人の行動履歴とグループの行動履歴を用いた行動予測に関する技術（例えば、下記特許文献１参照）がこれまでに提案されている。
【特許文献１】特開２００１−５６８０５号公報「行動予測方法及びその装置」
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、これらの技術は過去の履歴をもとにしたユーザの状況あるいは行動の推測であって、現在の他ユーザの状況や行動内容から、あるユーザの現在の行動を推定する技術についてはこれまでに提案されていない。
【０００４】
つまり、所在地などの状況がセンサ情報により得られているユーザがいても、状況と行動内容との対応があらかじめ履歴上にあるか、あらかじめ行動内容が宣言されていない限りは、ユーザが現在行動している内容を判断することができない。したがって、そのユーザは行動内容に即したコンテンツやサービスを受けることができず、他のユーザにとっては、そのユーザが現在何を行っているかが分からないままである。
【０００５】
そこで、ユーザがあらかじめ記述した行動予定とリアルタイムな状況情報との対応をユーザユーザ間で検証することにより、同じ行動をしているが事前にその行動を表す予定を入力していないユーザの行動内容を推定できることが好ましい。また、予定の変更や入力ミスなどによりユーザ間で予定に矛盾が生じている場合に、そのような矛盾を解消できることも好ましい。
【０００６】
したがって、本発明は他のユーザの予定またはリアルタイムな状況を元に、あるユーザの現在の行動を推定することのできる行動支援装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の一観点に係る行動支援装置は、複数のユーザの予定および状況の一覧において、あるユーザの未知の行動または状況を推論し表示する行動支援装置であって、各ユーザの予定と状況とを対応付けて格納する予定−状況対応格納手段と、前記予定−状況対応格納手段に格納された前記ユーザ間の予定と状況との対応関係における矛盾を検出する矛盾検出手段と、前記ユーザ間の予定と状況とが一対一の対応関係となるように前記矛盾を解消する矛盾解消手段と、矛盾解消後の前記ユーザ間の予定と状況との対応関係に基づいて、前記あるユーザの行動または状況を推論し、前記一覧を補完する推論手段と、を具備する。
【発明の効果】
【０００８】
本発明によれば、他のユーザの予定またはリアルタイムな状況を元に、あるユーザの現在の行動を推定することのできる行動支援装置を提供できる。本発明によれば、行動予定を予定表に書く作業負担を軽減し、予定の記入内容が不正確な場合にユーザが不利益を被るリスクを軽減することもできる。
【発明を実施するための最良の形態】
【０００９】
以下、図面を参照しながら本発明の実施形態を説明する。
【００１０】
図１は、本発明の一実施形態に係る行動支援装置の構成を示すブロック図である。同図に示すように、本実施形態の行動支援装置は、予定入力部１、予定格納部２、予定管理部３、状況情報入力部４、予定−状況対応検出部５、予定−状況対応格納部６、予定−状況照合部７、矛盾解消部８、行動推論部９、推論結果格納部１０、行動表示部１１を備える。本発明は、このような構成要素を有する行動支援装置としてコンピュータを機能させるプログラムとして実施することができる。この場合、本発明に係るプログラムは、コンピュータ内のプログラム記憶装置に格納される。プログラム記憶装置は、例えば不揮発性半導体記憶装置や磁気ディスク装置等からなる。上記プログラムが図示しないＣＰＵからの制御でランダムアクセスメモリ（ＲＡＭ）に読み込まれ、同ＣＰＵにより実行されることにより、コンピュータを本発明に係る行動支援装置として機能させることができる。なお、このコンピュータには、各種コンピュータ資源を管理し、グラフィカルユーザインタフェース（ＧＵＩ）等を提供するオペレーティングシステムも導入されている。
【００１１】
以下の説明では次のように用語を区別する。ユーザがあらかじめ入力した活動内容を「予定」と称し、ユーザの位置情報や現在利用中のコンピュータファイルなどのリアルタイムな要素を「状況」と称し、システムによって導出された現在のユーザの活動内容を「行動」と称する。
【００１２】
ここで、「状況」とは具体的には「コンテキスト」のことであり、参考文献１「Dey, A.K. and Abowd, G.D. (1999). Toward a better understanding of context and context-awareness. GVU Technical Report GIT-GVU-99-22, College of Computing, Georgia Institute of Technology.」に記載されているように、「コンテキスト」とは、ある実体の状況を特徴づけることに利用可能なあらゆる情報のことである。「実体」とは、ユーザとアプリケーション間のインタラクションに関連すると考えられる人、場所、または物およびユーザとアプリケーションそのものである。また、参考文献２「Context-Aware Applications Survey www.hut.fi/~mkorkeaa/doc/context-aware.html」に記載されるように、インタラクションが行われるときに利用可能なたいがいの情報はコンテキスト情報といえる。たとえば、個性、空間情報（例：場所、方位、スピード、加速度）、時間情報（例：時間、年月日、季節）、環境情報（例：温度、大気環境、光や騒音のレベル）、社会生活状況（例：だれといっしょにいるか、近くにいる人）、近くのリソース（例：アクセス可能なデバイス、ホスト）、リソースの可用性（例：バッテリー、ディスプレイ、ネットワーク、帯域）、身体情報（例：血圧、脈拍、呼吸数、筋活動、口調）、活動（例：話す、読む、歩く、走る）といったものである。
【００１３】
予定入力部１は、ユーザ毎の予定および予定に関連する資料を入力する。予定入力ＵＩ（ユーザ・インタフェース）の例は後に図３を用いて説明される。
【００１４】
予定格納部２は、各ユーザの予定と予定に関連する資料を格納する。格納される予定の例は後に図４を用いて説明される。
【００１５】
予定管理部３は、予定入力部１からの予定入力を受け付けて予定格納部２に予定を格納するとともに、予定−状況対応検出部５からの要求に応じて予定情報を引き出す。
【００１６】
状況情報入力部４は、ユーザの場所情報や現在利用中の資料など、ユーザの現在の活動状態を入力する。
【００１７】
予定−状況対応検出部５は、各ユーザの現在の予定と現在の状況を対応づける。予定と状況の対応を検出する流れは、後に図５を用いて説明される。
【００１８】
予定−状況対応格納部６は、予定−状況対応検出部５によって対応づけられた予定と状況の組を格納する。格納された予定と状況の対応の例は、後に図６を用いて説明される。
【００１９】
予定−状況照合部７は、ユーザ間の予定と状況の対応を照合し、同一の予定の検出とともに、予定−状況の組を照合することにより矛盾の有無を検出する。予定−状況の対応を照合する流れは、後に図７を用いて説明される。
【００２０】
矛盾解消部８は、予定−状況照合部７によって矛盾が検出された時に、適切な判断基準に従って矛盾の解消を行う。矛盾解消の流れは、後に図８を用いて説明される。
【００２１】
行動推論部９は、矛盾解消後の予定−状況の対応を用いることで、予定あるいは状況の分からないユーザに関する行動や状況の推論を行う。推論の流れは、後に図９を用いて説明される。
【００２２】
推論結果格納部１０は、行動推論部９によって推論された結果の各ユーザの行動と状況を格納する。格納例は、後に図１１を用いて説明される。
【００２３】
行動表示部１１は、推論結果格納部１０に格納された、行動支援装置が最終的に推論した行動と状況を表示するとともに、行動に関連する資料がある場合には資料をユーザに提示する。行動の表示例は後に図１２を用いて説明される。
【００２４】
図２は、本実施形態の行動支援装置全体の処理手順を示すフローチャートである。関連する資料とともに入力される予定情報が格納され、実際に予定の時刻になった時に各ユーザの状況を表示するとともに、適切な資料を提示するまでの流れを説明する。
【００２５】
各ユーザは、行動支援装置の予定入力部１のＵＩを通じて各自の予定を入力する。
【００２６】
図３に、予定入力ＵＩの例を示す。１つの予定につき、ユーザ名、予定の日時、予定の名称、および予定に関連付けられる資料の一部または全部を入力する。ここで、予定に関連付けられる資料（関連情報）とは、例えば予定された打ち合わせで発表するスライドのように、その予定において参照することが期待されるドキュメントやスライドなどの電子ファイルを表す。
【００２７】
予定入力部１によって入力された予定は、予定管理部（スケジューラ）３を通じて予定格納部２に格納される。
【００２８】
図４に、格納された予定の例（２００５年５月１９日の予定）を示す。予定格納部２には、予定入力部１から入力されたユーザ、開始時刻、終了時刻、予定、予定の関連情報の他、各予定の登録時刻がそれぞれ登録される。このような予定は任意の日付範囲において複数記述され、登録されている。まずステップＳ１では、予定管理部（スケジューラ）３を通じて、記述されている範囲の予定が抽出される（ステップＳ１）。
【００２９】
次に、ある予定が実施されている時の状況について説明する。
【００３０】
一部のユーザは無線発信機能を持つＲＦＩＤ（Radio Frequency ID）タグを持ち、居室や会議室の入退出が正確に把握できるものとする。ＲＦＩＤタグからの情報は状況情報入力部４を通じて入力される。なお、ＧＰＳ(Global Positioning System)から同様の位置情報を得てもよい（ステップＳ２）。
【００３１】
状況情報入力部４から入力された状況情報は、これに対応するユーザの予定に、予定−状況対応検出部５によって対応付けられる（ステップＳ３）。
【００３２】
図５は、予定−状況対応検出部５がユーザの予定と状況情報とを対応付ける処理手順を示すフローチャートである。まず、各ユーザについて現在時刻の予定を予定管理部３より取得するとともに、状況情報入力部４から状況情報を入力する（ステップＳ３１）。次に、これらの情報から（ユーザ、予定、状況）の３つ組を生成する。これは、あるユーザの予定と、同一ユーザの状況とを組み合わせればよい。現在時刻の予定あるいは状況が得られない場合は、該当する項目を空欄とする（ステップＳ３２）。
【００３３】
予定−状況対応検出部５によって検出された予定と状況との対応を示す情報は、予定−状況対応格納部６に格納される。
【００３４】
図６は予定と状況とを対応付けて格納した一例を示す。現在時刻における、ユーザ毎の予定と現在の状況とがそれぞれ格納されている。矛盾検出フラグに関しては後述する。
【００３５】
次に、ユーザ全体を通じてそれぞれの状況がどの予定に対応付けられるかを調べるために、予定−状況照合部７によりユーザ間の予定と状況の対応を照合する（ステップＳ４）。
【００３６】
図７は、ユーザ間の予定−状況を照合する処理手順を示すフローチャートである。まず、状況が判明しているユーザ全員の置かれている各状況に対して、対応する予定の一覧を調べる（ステップＳ４１）。このとき、「□□」と「□□打ち合わせ」のように、細かい表記の揺れは同一視できるものとする。１つの状況に対して予定が２個以上ある場合は（ステップＳ４２＝ＹＥＳ）、状況に対して予定が競合している状態となるため、その状況に対して矛盾検出フラグを立てる（ステップＳ４３）。
【００３７】
本例の場合、図６から分かるように予定と状況がともに判明しているのはユーザＡとユーザＤであるが、場所が同じ「第１会議室」であるのに対して、予定は「□□打ち合わせ」と「☆☆打ち合わせ」であり、矛盾が発生している。このとき、図６においてユーザＡとユーザＤの矛盾検出フラグの欄に印が付けられる。
【００３８】
ステップＳ４における予定−状況の照合時に、矛盾が検出された場合には、矛盾解消部８において矛盾解消を行う（ステップＳ６）。
【００３９】
図８は矛盾解消の処理手順を示すフローチャートである。矛盾フラグが立っている各状況に対応する予定のうち、一番多く登録されている予定を選択する。すなわち、多数決により一つの予定を選択することにより矛盾を解消する（ステップＳ６１）。ここで、一番多く登録されている予定が複数種類ある場合（ステップＳ６２＝ＹＥＳ）は、最も新しく登録された予定（最新の予定）を採用する（ステップＳ６３）。そうでない場合はステップＳ６１で選択された予定を採用する（ステップＳ６４）。
【００４０】
本例の場合、矛盾フラグが立っているのは「第１会議室」に対する状況であるが、「□□打ち合わせ」と「☆☆打ち合わせ」はどちらも１つだけ登録されているので、ここでは最も新しく登録されている「□□打ち合わせ」が正しい予定であると判定されることになる（ステップＳ６３）。
【００４１】
矛盾解消後は、状況と予定の対応は１対１で対応付けられるので、一方が分かっているユーザについては、同じ状況あるいは予定が他のユーザに当てはまる場合には予定−状況の対応を用いて推測することができる（ステップＳ６）。
【００４２】
尚、ステップＳ６における矛盾解消の処理手順としては上述したもののみに限定されない。例えば、多数決によるものとせず、過去に入力した予定が実際の行動と対応していた割合のような、重みづけされた予定の和で比較を行うことにより適切な予定を選択し、これにより矛盾を解消してもよい。また、ステップＳ６３において、一番多く登録されている予定が複数種類ある場合（ステップＳ６２＝ＹＥＳ）は、最も新しく登録された予定（最新の予定）を採用することとしたが、予定の登録日時のみならず他の順序に基づいて予定を選択してもよい。
【００４３】
図９は行動推論の処理手順を示すフローチャートである。予定が登録されておらず、かつ状況が判明しているユーザに対しては（ステップＳ６４＝ＹＥＳ）、予定−状況対応が存在する場合は予定を補完する（ステップＳ６５）。また、状況が判明しないが予定が登録されているユーザに対しては（ステップＳ６６＝ＹＥＳ）、予定−状況対応が存在する場合は状況を補完する（ステップＳ６７）。これらの推論結果は推論結果格納部１０に格納される。
【００４４】
本例では、ユーザＣは状況が「第１会議室」であると判明しているので対応する「□□打ち合わせ」が補完され、ユーザＢは予定が「□□打合せ」であると判明しているので対応する「第１会議室」が状況として推測される。
【００４５】
図１０に推論前の予定−状況の対応例を示し、図１１に推論結果である行動−状況対応の格納例を示す。推論結果格納部１０では、矛盾解消、行動推論の過程を経て導出された行動と状況に加え、各予定および各状況がもともと記入されていたものか、あるいは推論によって導出されたかをそれぞれ示すフラグｆ１，ｆ２が設けられている。
【００４６】
図１０と図１１を比較すると、あらかじめ入力されている予定だけでは不完全であった情報が、矛盾解消と行動推論を経て現在の行動として適切に表現されていることが分かる。ユーザが現在の状況を知りたい場合には、推論結果格納部１０に格納された予定を用いて、最終的な予定を知ることができる。
【００４７】
図１２に推定された行動の表示例を示す。現在時刻における各ユーザの行動と状況が一覧できるほか、推論された行動あるいは状況に関しては、図１１で示された推論フラグを参照することで入力によるものと推論によるものが区別して表示される（ステップＳ７）。
【００４８】
また、実際に推論された行動を行っている各ユーザに対しては、予定入力時に関連付けられた情報が手元の端末上に表示される。例えば、ユーザＤは当初異なる予定である「☆☆打ち合わせ」と関連資料を入力しているが、実際に現在の居場所である第１会議室で行われている「□□打ち合わせ」に関する資料が端末に表示される。
【００４９】
このように、他人の予定や状況を用いて行動を推論することにより、リアルタイムな状況に適合した現在の活動内容を他人に知らせることができるほか、各ユーザにとっても適切な情報を参照することが可能となる。
【００５０】
上述した実施形態において、ユーザが入力する予定や推論結果である行動は、ユーザによって文字列として入力される形式には限定されず、時刻と予定内容を対応付けたものであれば、あらゆる形式を対象とすることができる。また、ユーザの状況に関しても位置情報やユーザが利用するコンピュータファイルには限定されず、現在ユーザの身体状態や利用している物品など、計測可能なものであれば、あらゆる状況を対象とすることができ、かつ１つ以上の状況を組み合わせて利用することもできる。
【００５１】
さらに、本発明が適用される具体的な場面は、打ち合わせの設定には限定されず、同じ状況に対応する行動が推論され、その行動に関連する情報が提示され得るようなあらゆる場面を対象とすることができる。例えば、講義の予定を入れた場合、講義の時刻に同じ講義室にいる他のメンバーは同じ講義を受講していると予測することができ、その講義に関連する資料としてテキストを提示するような実施形態に利用することもできる。
【００５２】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【００５３】
【図１】本発明の一実施形態に係る行動支援装置の構成を示すブロック図
【図２】本発明の一実施形態に係る行動支援装置全体の処理手順を示すフローチャート
【図３】予定入力ＵＩの例を示す図
【図４】予定格納部に格納された予定の例（２００５年５月１９日の予定）を示す図
【図５】予定−状況対応検出部がユーザの予定と状況情報とを対応付ける処理手順を示すフローチャート
【図６】予定と状況とを対応付けて格納した一例を示す図
【図７】ユーザ間の予定−状況を照合する処理手順を示すフローチャート
【図８】矛盾解消の処理手順を示すフローチャート
【図９】行動推論の処理手順を示すフローチャート
【図１０】推論前の予定−状況の対応例を示す図
【図１１】推論結果である行動−状況対応の格納例を示す図
【図１２】推定された行動の表示例を示す図
【符号の説明】
【００５４】
１…予定入力部；
２…予定格納部；
３…予定管理部；
４…状況情報入力部；
５…予定−状況対応検出部；
６…予定−状況対応格納部；
７…予定−状況照合部；
８…矛盾解消部；
９…行動推論部；
１０…推論結果格納部；
１１…行動表示部
【図１】
2007094854.tif 000003
【図２】
2007094854.tif 000004
【図３】
2007094854.tif 000005
【図４】
2007094854.tif 000006
【図５】
2007094854.tif 000007
【図６】
2007094854.tif 000008
【図７】
2007094854.tif 000009
【図８】
2007094854.tif 000010
【図９】
2007094854.tif 000011
【図１０】
2007094854.tif 000012
【図１１】
2007094854.tif 000013
【図１２】
2007094854.tif 000014