JP2020061100A - スケジュール提案システム及びプログラム - Google Patents

Abstract

【課題】パソコンやスマートフォンにおける単なるカレンダー機能に比較して、ユーザの行うべき行動をより良く支援する。【解決手段】スケジュール提案システムは、ユーザの行うべき行動項目を取得する行動項目取得部１１１と、行動項目の対象先にてユーザが行動を起こすために用いられる対象先情報を取得する対象先情報取得部１１２と、取得した行動項目と対象先情報とを用いて、ユーザのスケジュールを提案するスケジュール提案部１１５とを備える。【選択図】図４

Description

本発明は、スケジュール提案システム及びプログラムに関する。

例えば、特許文献１には、ユーザの生活に関する生活情報を取得し、ユーザの生活における目標を達成するための生活パターンである目標パターンを取得し、取得した生活情報に基づく生活パターンである実績パターンと、取得した目標パターンとを比較して、比較結果を出力する生活パターン管理システムが開示されている。

特開２０１８−８８１９５号公報

近年の複雑化した社会において、ユーザの行動項目は増大する一方である。また、必要となる行動範囲も広がり、そのスケジュール管理に対するユーザの労力が増している。
一方、パソコンやスマートフォンによるスケジュール管理も行われているが、これらは、カレンダーにスケジュールを反映させ、ユーザを支援する技術に留まっており、ユーザのやるべきことをこなすために十分に役立っているとは言い得ない。

本発明の目的は、パソコンやスマートフォンにおける単なるカレンダー機能に比較して、ユーザの行うべき行動をより良く支援することにある。

かかる目的のもと、本発明は、ユーザの行うべき行動項目を取得する行動項目取得手段と、前記行動項目の対象先にて前記ユーザが行動を起こすために用いられる対象先情報を取得する対象先情報取得手段と、取得した前記行動項目と前記対象先情報とを用いて、前記ユーザのスケジュールを提案する提案手段とを備えるスケジュール提案システムである。
ここで、前記対象先情報取得手段は、前記ユーザの過去の行動を示す過去行動情報を取得し、前記提案手段は、取得した前記過去行動情報に基づいてスケジュールを提案することを特徴とすることができる。
また、前記提案手段は、前記行動項目の対象先が一意に特定される場合には、前記過去行動情報を用いず、当該行動項目の対象先が一意に特定されない場合には、当該過去行動情報を用いて、スケジュールを提案することを特徴とすることができる。
さらに、前記提案手段は、前記行動項目の対象先が普通名詞の場合には、前記過去行動情報を用いて、スケジュールを提案することを特徴とすることができる。
そして、前記提案手段は、前記行動項目が前記ユーザの指定した期限内に終了するとともに、前記対象先への移動が予め定められた条件を満たすように、スケジュールを提案することを特徴とすることができる。
また、前記予め定められた条件は、前記対象先への移動時間を最短にするという条件であることを特徴とすることができる。
さらに、前記対象先情報取得手段は、前記対象先情報として、前記行動項目の対象先の営業時間を取得し、前記提案手段は、更に、前記行動項目が当該行動項目の対象先の営業時間内に終了するように、スケジュールを提案することを特徴とすることができる。
そして、スケジュール提案システムは、前記ユーザが置かれている環境を把握する環境把握手段を更に備え、前記提案手段は、把握された前記環境に基づいてスケジュールを提案することを特徴とすることができる。
また、前記提案手段は、把握された前記環境と、前記行動項目の対象先が屋内及び屋外の何れであるかとにより、スケジュールを提案することを特徴とすることができる。
さらに、前記提案手段は、把握された前記環境が予め定められた条件を満たす時間帯には、屋外で行われる行動項目よりも屋内で行われる行動項目を優先して実行するように、スケジュールを提案することを特徴とすることができる。
そして、スケジュール提案システムは、前記ユーザが前記行動項目を実行する上で利用可能な当該ユーザ個々の交通方法を認識する交通方法認識手段を更に備え、前記提案手段は、前記ユーザ個々の交通方法に基づいてスケジュールを提案することを特徴とすることができる。
また、前記ユーザ個々の交通方法は、公共交通機関の交通方法と、前記ユーザが予め登録した私的な交通方法とを含むことを特徴とすることができる。
さらに、スケジュール提案システムは、前記スケジュールに含まれる複数の前記行動項目を、実行する順序で並べて表示する表示手段を更に備えることを特徴とすることができる。
そして、スケジュール提案システムは、複数の前記行動項目のうちの特定の行動項目が終了した旨の終了報告をユーザから受け付ける報告受付手段を更に備え、前記表示手段は、前記終了報告を基に、前記スケジュールの表示内容を変更することを特徴とすることができる。
また、かかる目的のもと、本発明は、コンピュータに、ユーザの行うべき行動項目を取得する機能と、前記行動項目の対象先にて前記ユーザが行動を起こすために用いられる対象先情報を取得する機能と、取得した前記行動項目と前記対象先情報とを用いて、前記ユーザのスケジュールを提案する機能とを実現させるためのプログラムである。

本発明によれば、パソコンやスマートフォンにおける単なるカレンダー機能に比較して、ユーザの行うべき行動をより良く支援することができる。

本実施の形態に係るスケジュール提案システムの全体構成例を示す図である。 本実施の形態に係るスケジュール提案装置の外観構成例を示す図である。 本実施の形態に係るスケジュール提案装置のハードウェア構成例を示す図である。 本実施の形態に係るスケジュール提案装置の機能構成の一例を示す図である。 スケジュール提案装置がスケジュールを提案する処理の手順の一例を示したフローチャートである。 行動項目取得部が取得する行動項目の情報の一例を示す図である。 対象先情報取得部が取得する対象先情報の一例を示す図である。 スケジュール提案部が提案するスケジュールの一例を示す図である。 ユーザが置かれている環境を加味して提案されるスケジュールの一例を示す図である。 ユーザ個々の交通方法を加味して提案されるスケジュールの一例を示す図である。

以下、添付図面を参照して、本発明の実施の形態について詳細に説明する。

＜スケジュール提案システムの全体構成＞
図１は、本実施の形態に係るスケジュール提案システム１の全体構成例を示す図である。本実施の形態に係るスケジュール提案システム１は、ユーザに対してスケジュールを提案するシステムである。そして、スケジュール提案システム１は、図示するように、スケジュール提案装置１００と、ユーザ端末２００とを備える。スケジュール提案装置１００及びユーザ端末２００は、ネットワーク３００に接続される。

スケジュール提案装置１００は、ユーザに対してスケジュールを提案するコンピュータ装置である。スケジュール提案装置１００としては、例えば、ロボットやスマートスピーカー、ＰＣ（Personal Computer）等が例示される。また、スケジュール提案装置１００は、ネットワーク３００によりインターネットに接続されており、インターネット上のウェブサイトにアクセスして、各種情報を取得することが可能である。

ユーザ端末２００は、ユーザにより使用されるコンピュータ装置である。ユーザ端末２００としては、例えば、携帯情報端末（いわゆる、スマートフォンやタブレット端末等）やＰＣ等が例示される。ユーザ端末２００には、スケジュール提案装置１００との間で情報のやり取りを行うためのアプリケーション（以下「スケジュール提案用アプリ」と称する）がインストールされている。そして、ユーザ端末２００は、スケジュール提案用アプリを実行することにより、例えば、スケジュール提案装置１００にて提案されたスケジュールの情報を取得したり、取得したスケジュールの情報をユーザ端末２００の画面に表示したりする。

ネットワーク３００は、スケジュール提案装置１００とユーザ端末２００との間の情報通信に用いられる通信手段である。ネットワーク３００としては、各装置間のデータ通信に用いられる通信ネットワークであれば特に限定されず、例えば、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、インターネット等としてよい。データ通信に用いられる通信回線は、有線か無線かを問わず、これらを併用してもよい。また、ゲートウェイ装置やルータ等の中継装置を用い、複数のネットワークや通信回線を介して各装置を接続するように構成してもよい。

＜スケジュール提案装置の外観構成＞
次に、本実施の形態に係るスケジュール提案装置１００の外観構成について説明する。図２は、本実施の形態に係るスケジュール提案装置１００の外観構成例を示す図である。

スケジュール提案装置１００は、一例として、いわゆるロボットを模した機器であり、符号１Ａで示すように、人の顔を模した部分を有する。
より具体的には、スケジュール提案装置１００には、ビデオメモリや液晶ディスプレイ等により構成された表示機構１０６が設けられており、本実施の形態では、この表示機構１０６に、人の顔に相当する画像が表示されることで、人の顔を模した部分が表示される。また、表示機構１０６には、スケジュール提案装置１００にて提案するスケジュールが表示される。

さらに、スケジュール提案装置１００は、表示機構１０６を下方から支持する胴体部分１２１、および、この胴体部分１２１に取り付けられた腕部分１２２を有する。
さらに、この腕部分１２２を動かすためのモータ（不図示）が、胴体部分１２１の内部に設けられている。また、胴体部分１２１には、互いに異なる色の光を出射する複数の光源１２３が設けられている。

＜スケジュール提案装置のハードウェア構成＞
次に、本実施の形態に係るスケジュール提案装置１００のハードウェア構成について説明する。図３は、本実施の形態に係るスケジュール提案装置１００のハードウェア構成例を示す図である。

図示するように、スケジュール提案装置１００は、プログラム（ファームウェアを含む）の実行を通じて装置全体を制御するＣＰＵ（Central Processing Unit）１０１と、ＢＩＯＳ（Basic Input Output System）やファームウェア等のプログラムを記憶するＲＯＭ（Read Only Memory）１０２と、プログラムの実行領域として使用されるＲＡＭ（Random Access Memory）１０３とを備える。また、スケジュール提案装置１００は、ＯＳ（Operating System）やアプリケーション等の各種プログラム、各種プログラムに対する入力データ、各種プログラムからの出力データ等を記憶する記憶領域であるＨＤＤ（Hard Disk Drive）１０４を備える。

さらに、スケジュール提案装置１００は、外部との通信を行うための通信インタフェース（通信Ｉ／Ｆ）１０５と、表示機構１０６と、タッチパネル等の入力デバイス１０７とを備える。
また、スケジュール提案装置１００は、外部の音を検知するマイク１０８と、外部に音を出力するスピーカ１０９とを備える。なお、スケジュール提案装置１００の内部には、不図示のモータも設けられている。

＜スケジュール提案装置の機能構成＞
次に、スケジュール提案装置１００の機能構成について説明する。図４は、本実施の形態に係るスケジュール提案装置１００の機能構成の一例を示す図である。スケジュール提案装置１００は、行動項目取得部１１１と、対象先情報取得部１１２と、環境把握部１１３と、交通方法認識部１１４と、スケジュール提案部１１５と、報告受付部１１６とを備える。

行動項目取得部１１１は、ユーザの行う行動項目の情報を取得する。この行動項目は、ユーザがこれから行うとされる行動を示すものである。より具体的には、例えば、ユーザのやりたいこと、ユーザのやるべきこと、ユーザがいつまでに何を行うか、ユーザがいつまでに何をやらなければいけないか等を示す項目である。
付言すると、ユーザは、スケジュール提案装置１００に対して、やりたいこと、やるべきこと、その時間、いつまでにやらなければいけないか等の情報を伝える。スケジュール提案装置１００は、これらのユーザの発言をマイク１０８で収集する。そして、行動項目取得部１１１は、収集されたユーザの発言を基に、行動項目の情報を取得する。

ただし、行動項目取得部１１１は、ユーザの発言を基に、行動項目の情報を取得する構成に限られない。例えば、行動項目取得部１１１は、スケジュール提案装置１００やユーザ端末２００に搭載されたカレンダー機能にて登録された情報など、ユーザが行動項目の対象として入力した情報を基に、行動項目の情報を取得してもよい。また、ユーザが、送受信したメールや記録したメモの中で、行動項目の対象とする文字列を指定することにより、行動項目の情報を取得してもよい。

さらに、ユーザが明示的に行動項目の内容を指定しなくても、自動的に、行動項目の情報を取得してもよい。例えば、行動項目取得部１１１は、ユーザが送受信したメールやユーザが記録したメモを基に、行動項目の情報を取得してもよい。より具体的には、行動項目取得部１１１は、メールから行動項目の情報を取得する場合には、メールの題名やメールの本文から行動内容を抽出したり、メールの本文から行動の所要時間や期限を抽出したりすることにより、行動項目の情報を取得する。また、メモから行動項目の情報を取得する場合も、同様に、メモの中身から行動内容や行動の所要時間、期限等を抽出する。このように、行動項目取得部１１１は、ユーザが明示的に行動項目の内容を指定しなくても、ユーザの行う行動内容が記載された情報を基に、行動項目の情報を取得してもよい。

対象先情報取得部１１２は、行動項目の対象先にてユーザが行動を起こすために用いられる情報（以下「対象先情報」と称する。）を取得する。この対象先情報は、行動項目の内容によって様々なものが考えられる。より具体的には、例えば、対象先の場所、対象先の営業時間、対象先にてユーザが行動を起こした場合の所要時間、ユーザが対象先にて行動を起こす前に確認すべき事項などである。
付言すると、対象先情報取得部１１２は、例えば、インターネット上のＷｅｂページにアクセスして、対象先情報を収集する。また、対象先情報取得部１１２は、ユーザの発言やユーザが入力した情報を基に、対象先情報を取得してもよい。

また、対象先情報取得部１１２は、行動項目の対象先を判断するために、ユーザの過去の行動を示す情報（以下「過去行動情報」と称する。）を取得する。過去行動情報は、例えば、ユーザが過去に行ったことのある場所や、ユーザが過去に利用したことのあるサービス等の情報であり、ユーザによって予め登録される。付言すると、過去行動情報は、ユーザの習慣を示す情報として捉えることもできる。

ここで、行動項目取得部１１１が取得した行動項目の対象先が一意に特定される場合には、過去行動情報は用いられない。一方、行動項目の対象先が一意に特定されない場合には、過去行動情報が用いられ、過去行動情報を基に対象先が判断される。
なお、対象先が一意に特定されるか否かは、例えば、対象先の場所（即ち、住所）が一意に特定されるか否かによって判定される。例えば、行動項目の対象先が「会社」の場合、その場所は一意に特定されない。一方、行動項目の対象先が「Ａ会社」の場合、Ａ会社の場所は一意に特定されるため、対象先が一意に特定されるものと扱われる。
また、例えば、対象先が固有名詞の場合には、対象先が一意に特定されると判定し、対象先が普通名詞の場合には、対象先が一意に特定されないと判定してもよい。ただし、例えば店名のように、固有名詞であっても偶然に複数のものが存在し、対象先の場所が一意に特定されないことも考えられる。そこで、固有名詞であっても対象先の場所が一意に特定されない場合には、過去行動情報を取得してもよい。

より具体的には、例えば、ユーザは、「会社」について、ユーザが勤務している会社（例えばＡ会社）を予め登録する。その結果、ユーザがＡ会社に勤務していることが過去行動情報として取得されることになる。この場合、行動項目に「会社」が出てきた場合には、ユーザの勤務しているＡ会社が、行動項目の対象先として扱われる。例えば、ユーザは、Ａ会社に行くことを行動項目とする場合、「会社に行く」と発言することで、「Ａ会社に行くこと」が行動項目として設定される。一方、ユーザの勤務している会社ではない別の会社を行動項目の対象先にする場合、ユーザは、対象先が一意に特定されるように会社名を指定すればよい。例えば、ユーザは、Ａ会社とは別のＢ会社に行くことを行動項目とする場合、「Ｂ会社に行く」と発言することで、「Ｂ会社に行くこと」が行動項目として設定される。

このように、ユーザが普段行く場所やよく利用しているような場所について、予め登録しておくことにより、対象先を特定するための情報（例えば、Ａ会社の「Ａ」という情報やＢ会社の「Ｂ」という情報）がなくても、普通名詞だけで、予め登録された場所が行動項目の対象先として扱われる。一方で、特別に行くような場所については、ユーザは、普通名詞ではなく、固有名詞として、対象先を特定するための情報を付与することにより、行動項目の対象先として扱われる。

環境把握部１１３は、ユーザが置かれている環境を把握する。ここで、環境把握部１１３は、ユーザが置かれている環境に関する情報（以下「環境情報」と称する。）を取得する。この環境情報は、例えば、晴れ・雨、気温、湿度、降水確率などの大気の状態を表す情報である。また、環境把握部１１３は、ユーザの自宅などの予め定められた場所の環境の情報を取得してもよいし、行動項目の対象先毎にそれぞれの対象先の環境情報を取得してもよい。

交通方法認識部１１４は、ユーザが行動項目を実行する上で利用可能なユーザ個々の交通方法を認識する。ここで、交通方法認識部１１４は、ユーザが行動項目を実行する上で利用可能なユーザ個々の交通方法に関する情報（以下「交通情報」と称する。）を取得する。この交通情報は、例えば、徒歩、自転車、自動車、電車、バス、航空機などの情報である。
付言すると、交通情報には、自転車、自家用車のような私的な交通方法と、電車やバス、航空機のような公共交通機関による交通方法とが含まれる。そして、私的な交通方法については、ユーザが所有している乗り物の情報として、予め登録される。また、公共交通機関による交通方法については、デフォルトで設定されていてもよいし、ユーザがどのような公共交通機関を利用するか事前に登録してもよい。なお、公共交通機関については、各公共交通機関のＷｅｂページ等から、行動項目の対象先への交通ルートや、公共交通機関の時刻表、料金などの情報が取得される。

スケジュール提案部１１５は、行動項目取得部１１１が取得した行動項目と、対象先情報取得部１１２が取得した対象先情報とを用いて、ユーザのスケジュールを提案する。ここで、スケジュール提案部１１５は、例えば、各行動項目をいつ実行すべきか、各行動項目をどのような順番で実行すべきか等を判断し、行動項目の実行時刻、行動項目の実行順序等を示したスケジュールを提案する。また、スケジュール提案部１１５は、対象先情報取得部１１２が取得した過去行動情報により、ユーザの過去の行動を加味してスケジュールを提案する。
さらに、スケジュール提案部１１５は、環境把握部１１３が把握した環境、交通方法認識部１１４が認識したユーザ個々の交通方法を考慮して、スケジュールを提案してもよい。

例えば、スケジュール提案部１１５は、環境把握部１１３が把握した環境により、ユーザが置かれている環境を加味してスケジュールを提案する。ここで、スケジュール提案部１１５は、例えば、行動項目の対象先が屋内及び屋外の何れであるかを考慮する。そして、ユーザの置かれている環境が予め定められた条件を満たす時間帯には、屋外で行われる行動項目よりも屋内で行われる行動項目を優先して実行するようにスケジュールを提案する。また、ユーザの置かれている環境が予め定められた別の条件を満たす時間帯には、屋内で行われる行動項目よりも屋外で行われる行動項目を優先して実行するようにスケジュールを提案する。

より具体的には、例えば、スケジュール提案部１１５は、暑い時間帯（例えば、気温が予め定められた閾値を超える時間帯）には、屋外で行われる行動項目よりも屋内で行われる行動項目を優先して実行するように、スケジュールを提案する。また、例えば、スケジュール提案部１１５は、雨の時間帯（例えば、降水確率が予め定められた閾値を超える時間帯）には、屋外で行われる行動項目よりも屋内で行われる行動項目を優先したり、晴れの時間（例えば、降水確率が予め定められた閾値以下の時間帯）には、屋内で行われる行動項目よりも屋外で行われる行動項目を優先したりして、スケジュールを提案してもよい。

さらに、例えば、スケジュール提案部１１５は、交通方法認識部１１４が認識した交通方法により、ユーザ個々の交通方法を加味してスケジュールを提案する。ここで、スケジュール提案部１１５は、例えば、行動項目の対象先へ移動するために、自家用車を利用するか、又は電車を利用するか等を決定して、スケジュールを提案する。

なお、スケジュール提案部１１５がユーザに対してスケジュールを提案する手法としては、例えば、スピーカ１０９によってスケジュールを報知する手法や、表示機構１０６にスケジュールを表示する手法が挙げられる。また、スケジュール提案部１１５は、スケジュールの情報をユーザ端末２００へ送信してもよい。この場合、ユーザ端末２００は、ユーザの操作等によりスケジュール提案用アプリを実行し、スケジュール提案部１１５から送信されたスケジュールを表示する。ここで、ユーザ端末２００を、表示手段の一例として捉えることができる。なお、スケジュール提案部１１５は、スピーカ１０９や表示機構１０６によって提案したスケジュールがユーザに承認されたことを条件として、スケジュールの情報をユーザ端末２００へ送信してもよい。

報告受付部１１６は、スケジュール提案部１１５が提案したスケジュールに含まれる行動項目のうち、特定の行動項目が終了した旨の終了報告をユーザから受け付ける。ここで、報告受付部１１６は、ユーザの操作やユーザの発言を基に、終了報告を受け付ける。
例えば、ユーザが、表示機構１０６に表示されたスケジュールにおいて、終了した行動項目を指定することにより、報告受付部１１６が終了報告を受け付ける。また、例えば、ユーザが、特定の行動項目が終了したことを発言することにより、マイク１０８がこのユーザの発言を収集して、報告受付部１１６が、収集したユーザの発言を基に終了報告を受け付けてもよい。さらに、例えば、ユーザが、ユーザ端末２００に表示されたスケジュールにおいて、終了した行動項目を指定することにより、報告受付部１１６が終了報告を受け付けてもよい。

なお、報告受付部１１６が特定の行動項目の終了報告を受け付けると、スケジュール提案部１１５は、受け付けた終了報告を基に、表示機構１０６に表示されたスケジュールの表示内容を変更する。より具体的には、行動項目が終了したことが把握できるように、終了した行動項目が非表示にされたり、終了した行動項目と終了していない行動項目とが異なる態様で表示されたりする。即ち、スケジュール提案部１１５は、終了報告を受け付けた行動項目について、終了したことを示す表示内容に変更する。

また、ユーザ端末２００が、ユーザからの終了報告を受け付けて、ユーザ端末２００に表示されたスケジュールの表示内容を変更してもよい。例えば、ユーザ端末２００は、スケジュール提案用アプリを実行し、ユーザ端末２００の画面上でユーザから終了報告を受け付けたり、ユーザからの終了報告をスケジュール提案装置１００から受け付けたりする。そして、終了報告を受け付けた行動項目について、終了したことを示す表示内容に変更する。この場合、ユーザ端末２００を、報告受付手段の一例として捉えることができる。

そして、このようなスケジュール提案装置１００の各機能部は、ソフトウェアとハードウェア資源とが協働することにより実現される。具体的には、スケジュール提案装置１００を図３に示したハードウェア構成にて実現した場合、例えば、ＲＯＭ１０２又はＨＤＤ１０４等に格納されているプログラムがＲＡＭ１０３に読み込まれてＣＰＵ１０１に実行されることにより、行動項目取得部１１１、対象先情報取得部１１２、環境把握部１１３、交通方法認識部１１４、スケジュール提案部１１５、報告受付部１１６等の各機能部が実現される。

なお、本実施の形態において、行動項目取得部１１１は、行動項目取得手段の一例として用いられる。対象先情報取得部１１２は、対象先情報取得手段の一例として用いられる。スケジュール提案部１１５は、提案手段、表示手段の一例として用いられる。環境把握部１１３は、環境把握手段の一例として用いられる。交通方法認識部１１４は、交通方法認識手段の一例として用いられる。報告受付部１１６は、報告受付手段の一例として用いられる。

＜スケジュールを提案する処理の手順＞
次に、本実施の形態に係るスケジュール提案装置１００がスケジュールを提案する処理の手順について説明する。図５は、スケジュール提案装置１００がスケジュールを提案する処理の手順の一例を示したフローチャートである。
なお、以下では、処理のステップを記号の「Ｓ」と表記する場合がある。

まず、行動項目取得部１１１は、ユーザの行う行動項目の情報を取得する（Ｓ１０１）。次に、対象先情報取得部１１２は、取得された全ての行動項目のうち、行動項目を１つ選択する（Ｓ１０２）。そして、選択した行動項目の対象先が一意に特定されるか否かを判定する（Ｓ１０３）。

Ｓ１０３で否定の判断（ＮＯ）がされた場合、対象先情報取得部１１２は、選択された行動項目の対象先について、過去行動情報を取得する（Ｓ１０４）。なお、Ｓ１０４において、行動項目の対象先に対応する過去行動情報が存在しない場合、対象先情報取得部１１２は、ユーザに対して行動項目の対象先を問い合わせるためのメッセージ等を、表示機構１０６やユーザ端末２００に表示してもよい。

次に、対象先情報取得部１１２は、全ての行動項目を選択したか否かを判定する（Ｓ１０５）。Ｓ１０５で否定の判断（ＮＯ）がされた場合、Ｓ１０２に移行し、まだ選択されていない行動項目の選択が行われる。一方、Ｓ１０５で肯定の判断（ＹＥＳ）がされた場合、スケジュール提案部１１５は、Ｓ１０４で取得された過去行動情報を基に、行動項目の対象先を特定する（Ｓ１０６）。ここで、複数の行動項目について過去行動情報が取得されている場合には、各行動項目のそれぞれについて、対象先が特定される。

次に、対象先情報取得部１１２は、行動項目取得部１１１に取得された行動項目について、対象先情報を取得する（Ｓ１０７）。次に、スケジュール提案部は、行動項目取得部１１１が取得した行動項目と、対象先情報取得部１１２が取得した対象先情報とを用いて、ユーザのスケジュールを提案する（Ｓ１０８）。そして、本処理フローは終了する。

また、スケジュール提案部１１５は、環境情報、交通情報を用いて、スケジュールを提案してもよい。この場合、環境把握部１１３による環境情報の取得、交通方法認識部１１４による交通情報の取得が行われた後に、Ｓ１０８の処理が行われる。なお、スケジュール提案部１１５は、環境情報、交通情報の両方を用いてスケジュールを提案してもよいし、これらの情報のうちの何れかを用いてスケジュールを提案してもよい。

＜スケジュールを提案する処理の具体例＞
次に、図６〜図１０を参照しながら、スケジュール提案装置１００がスケジュールを提案する処理について、具体例を挙げて説明する。

まず、ユーザは、スケジュール提案装置１００に対して、行動の内容を発言する。この例では、ユーザは、その日の１日にやるべきこととして、「本日中に、クリーニング店に衣類を取りに行く」、「１２時までに、Ｃ販売店で携帯電話を購入する」、「１４時までに、郵便局へ荷物を取りに行く」、「本日中に、図書館に本を返す」、「１７時までに、公園で１時間運動する」といった行動をすることを発言する。

そして、行動項目取得部１１１は、これらのユーザの発言を基に、行動項目の情報を取得する。ここで、行動項目の対象先は、クリーニング店、Ｃ販売店、郵便局、図書館、公園である。このうち、クリーニング店、郵便局、図書館、公園については、ユーザの発言からは一意に特定されないが、ユーザが普段行く場所やよく利用している場所として、それぞれ、「Ｂクリーニング店」、「Ｄ郵便局」、「Ｅ図書館」、「Ｆ公園」が登録されている。そこで、これらの登録されている場所の情報が過去行動情報として取得され、行動項目の対象先として反映される。一方、Ｃ販売店は一意に特定されるため、事前の登録内容にかかわらず、Ｃ販売店が行動項目の対象先として扱われる。

図６は、行動項目取得部１１１が取得する行動項目の情報の一例を示す図である。この例では、過去行動情報が反映された結果、行動項目１〜行動項目５として、「本日中に、Ｂクリーニング店に衣類を取りに行く」、「１２時までに、Ｃ販売店で携帯電話を購入する」、「１４時までに、Ｄ郵便局へ荷物を取りに行く」、「本日中に、Ｅ図書館に本を返す」、「１７時までに、Ｆ公園で１時間運動する」という情報が示されている。

次に、対象先情報取得部１１２は、行動項目の対象先について、対象先情報を取得する。ここで、対象先情報取得部１１２は、Ｂクリーニング店、Ｃ販売店、Ｄ郵便局、Ｅ図書館、Ｆ公園について、例えば、住所や営業時間、ユーザが行動を起こした場合の所要時間、事前に確認すべき事項などの情報を取得する。

図７は、対象先情報取得部１１２が取得する対象先情報の一例を示す図である。図７に示す例では、行動項目の情報に対して、対象先情報を追加したものを示している。この例では、各対象先において、住所、営業時間、所要時間の情報が追加される。
例えば、行動項目１の場合、対象先情報取得部１１２は、Ｂクリーニング店のＷｅｂページにアクセスして、Ｂクリーニング店の住所、営業時間（例えば１０時〜１９時）、平均的な所要時間（例えば３０分）等の情報を、対象先情報として取得する。また、例えば、行動項目２の場合、対象先情報取得部１１２は、Ｃ販売店の住所、営業時間、所要時間等の情報の他に、例えば、携帯電話の購入に必要な物、購入の際の注意点などの情報を取得してもよい。

また、対象先情報取得部１１２は、ユーザの発言やユーザが入力した情報を基に、対象先情報を取得してもよい。例えば、行動項目５では、ユーザが所要時間を申告しており、ユーザの発言を基に所要時間の情報が取得される。また、Ｆ公園の住所や営業時間についても、ユーザが申告してもよい。
さらに、対象先情報取得部１１２は、対象先のＷｅｂページが存在しない場合や、Ｗｅｂページに情報が掲載されていない場合など、所要時間や住所、営業時間等を取得できないことも考えられる。この場合には、対象先情報を入力するようにユーザに促したり、デフォルトの情報を用いたりしてもよい。デフォルトの情報は、対象先にかかわらず一律に定めてもよいし、クリーニング店や郵便局、図書館などのような対象先の種別毎に定めてもよい。

次に、スケジュール提案部１１５は、図７に示す情報、即ち、行動項目取得部１１１が取得した行動項目、及び、対象先情報取得部１１２が取得した対象先情報を用いて、ユーザのスケジュールを提案する。ここで、スケジュール提案部１１５は、行動項目の実行時刻、行動項目の実行順序等を示したスケジュールを提案する。その際、スケジュール提案部１１５は、どのような順序で行動すれば効率が良いか等を加味した提案を行う。

より具体的には、スケジュール提案部１１５は、各行動項目について、ユーザの指定した期限内に終了するとともに、対象先への移動が予め定められた条件を満たすように、スケジュールを提案する。ここで、予め定められた条件として、例えば、全体の移動時間が最短になるように、スケジュールを提案する。さらに、各行動項目について、対象先の営業時間を考慮して、スケジュールを提案してもよい。

図８は、スケジュール提案部１１５が提案するスケジュールの一例を示す図である。図８に示すスケジュールは、例えば、表示機構１０６に表示される。
この例では、スケジュール提案部１１５は、１０時から行動を開始して、まず、Ｃ販売店に行くように計画する。その後、Ｄ郵便局、Ｅ図書館、Ｂクリーニング店、Ｆ公園に移動するように計画する。また、交通方法としては、徒歩又は公共交通機関を利用するものとして、移動時間の見積もりを行う。その際、全体の移動時間が短くなるように、交通方法及び実行順序を検討する。

例えば、行動項目３でＤ郵便局に行った後、Ｅ図書館、Ｂクリーニング店、Ｆ公園の順に移動した方が、全体の移動時間が短くなる。また、このような実行順序で移動しても、各行動項目は、ユーザが指定した期限内、及び、対象先の営業時間内に終了する。そこで、スケジュール提案部１１５は、図８に示す実行順序で、各行動項目を実行する順序で並べて表示し、スケジュールの提案を行う。

なお、効率よく回るための方針としては、全体の移動時間が短くなるようにするものに限られない。例えば、全体の移動時間にかかわらず徒歩の合計時間が短くなるようにしたり、全体の移動にかかる料金を安くしたりすることも、効率よく回るための方針の一例として挙げられる。また、ユーザが、効率よく回るための方針を指定できるようにしてもよい。スケジュール提案部１１５は、ユーザが指定した方針に従って、各行動項目の実行順序を検討する。

また、ユーザが、特定の行動項目が終了したことを報告することにより、報告受付部１１６は、その終了報告を受け付ける。図８に示す例では、表示機構１０６にスケジュールが表示され、そのスケジュールの各行動内容に対して、左側にチェックボックスが設けられている。ユーザは、終了した行動内容に対応するチェックボックスをチェックすることにより、その行動内容が終了したことを報告する。

例えば、ユーザは、自宅からＣ販売店へ移動し、Ｃ販売店における携帯電話の購入が終了した場合、「自宅からＣ販売店へ移動」、「携帯電話を購入する（即ち、行動項目２）」のチェックボックスをそれぞれチェックする。これにより、チェックされた行動内容が終了したことが報告される。そして、スケジュール提案部１１５は、表示機構１０６に表示された画面において、終了した行動内容を非表示にしたり、グレーアウトの状態で表示したりして、終了したことを示す表示内容に変更する。

（過去行動情報を用いる他の例）
上述した例では、ユーザが過去行動情報を予め登録したが、過去行動情報は、ユーザが登録した情報に限られない。例えば、郵便局について、特定の郵便局が予め登録されていない場合に、対象先情報取得部１１２は、過去行動情報として、スケジュール提案部１１５が過去に提案したスケジュールから、ユーザが普段よく行く郵便局や、ユーザが過去に行ったことのある郵便局の情報を取得してもよい。例えば、Ｄ郵便局が過去に行ったことのある郵便局として取得された場合、スケジュール提案部１１５は、行動項目の「郵便局」を「Ｄ郵便局」として判断して、スケジュールの提案を行う。

さらに、過去行動情報は、スケジュール提案部１１５が過去に提案したスケジュールから取得するものに限られない。例えば、ユーザが所有している各種カード（例えば、ポイントカード、キャッシュカード、ＩＣ（Integrated Circuit）カード、病院の診察券など）をスキャンしておき、スキャンによって得られた画像から、過去行動情報を取得してもよい。例えば、対象先情報取得部１１２は、キャッシュカードをスキャンすることにより得られた画像から、ユーザが普段よく行く郵便局や銀行の情報を取得できる。また、例えば、対象先情報取得部１１２は、ポイントカードをスキャンすることによって得られた画像から、ユーザが普段よく行くスーパーマーケットや薬局の情報を取得できる。

また、例えば、ユーザが所有するクレジットカードやポイントカードの使用履歴を収集し、収集した使用履歴から過去行動情報を取得してもよい。例えば、対象先情報取得部１１２は、クレジットカード会社が管理するサーバ装置等にアクセスして、クレジットカードの使用履歴を収集し、過去行動情報として、クレジットカードが使用された店舗やサービスの情報を取得してもよい。また、例えば、複数の店舗で共通に用いられるポイントカードについては、そのポイントカードの管理会社のサーバ装置等にアクセスして、ポイントカードの使用履歴を収集し、過去行動情報として、ポイントカードが使用された店舗やサービスの情報を取得してもよい。
このようにして、対象先情報取得部１１２は、ユーザが所有している各種カードの情報から、過去行動情報を取得してもよい。

（環境情報を用いる例）
また、図９は、ユーザが置かれている環境を加味して提案されるスケジュールの一例を示す図である。図９に示す例では、晴れの時間帯に、屋内で行われる行動項目よりも屋外で行われる行動項目を優先して実行するように、スケジュールが提案される。

付言すると、図８の場合、行動項目１〜４は屋内で行われる行動項目であるが、行動項目５は屋外で行われる行動項目である。ここで、例えば、１５時までの降水確率は１０％、１５時以降の降水確率は８０％であり、降水確率が５０％を超える時間帯を雨の時間帯とする。この場合、図８に示す例では、行動項目５は、１５時以降の雨の時間帯に行われることになる。そこで、スケジュール提案部１１５は、行動項目５が１５時までに終了するように、即ち、行動項目５が晴れの時間帯に行われるように、スケジュールを提案する。

ここで、行動項目２、行動項目３の期限はそれぞれ１２時、１４時であるため（図６参照）、スケジュール提案部１１５は、図８と同様に、まず、Ｃ販売店へ移動して行動項目２を実行し、次にＤ郵便局へ移動して行動項目３を実行するように計画する。次に、Ｆ公園へ移動すると、行動項目５は１５時までに終了し、晴れの時間帯に行動項目５が終了することになる。その後は、ユーザの移動時間が短くなるように、Ｆ公園からＢクリーニング店へ移動して行動項目１を実行し、Ｂクリーニング店からＥ図書館へ移動して行動項目４を実行するように計画する。このようにして、スケジュール提案部１１５は、環境を加味してスケジュールを提案する。

（交通情報を用いる例）
また、図１０は、ユーザ個々の交通方法を加味して提案されるスケジュールの一例を示す図である。図１０に示す例では、ユーザが、自身が所有している乗り物として、自動車を登録する。そして、交通方法認識部１１４は、交通情報として、徒歩、公共交通機関の他に、自家用車の情報を取得する。その結果、スケジュール提案部１１５は、ユーザに対して、徒歩、公共交通機関、自家用車を利用したスケジュールの提案が可能になる。

付言すると、図８の場合、交通方法として、徒歩、公共交通機関（この例では、電車、バス）が用いられる。一方、図１０に示すスケジュールでは、さらに、自家用車を含めて、どのような交通方法を利用するべきかを加味してスケジュールが提案される。この例では、交通方法として自家用車を利用した場合に、徒歩や公共交通機関を利用する場合よりも全体の移動時間が短くなる。そこで、スケジュール提案部１１５は、交通方法を自家用車として、スケジュールを提案する。

ここで、スケジュール提案部１１５は、交通方法が異なる複数のスケジュールを提案してもよい。例えば、スケジュール提案部１１５は、徒歩及び公共交通機関を利用するスケジュール（例えば、図８のスケジュール）と、自家用車を利用するスケジュール（例えば、図１０のスケジュール）との両方を提案してもよい。ユーザは、提案されたスケジュールの内容を確認して、何れかのスケジュールを採用すればよい。

以上説明したように、本実施の形態に係るスケジュール提案装置１００では、行動項目取得部１１１が、ユーザがこれから行うとされる行動を示す行動項目を取得する。また、対象先情報取得部１１２が、行動項目の対象先にてユーザが行動を起こすために用いられる対象先情報を取得する。そして、スケジュール提案部１１５は、行動項目取得部１１１が取得した行動項目と、対象先情報取得部１１２が取得した対象先情報とを用いて、ユーザのスケジュールを提案する。このようにしてスケジュールを提案することにより、例えば、パソコンやスマートフォンにおける単なるカレンダー機能に比較して、ユーザの行うべき行動についてのより良い支援が行われることとなる。

（他の実施例）
次に、本実施の形態に係る他の実施例について説明する。
本実施の形態では、例えば、ユーザが期限のある行動項目を事前に登録することで、スケジュール提案部１１５が、登録された期限の情報をユーザに通知してもよい。より具体的には、例えば、ユーザは、飲食店の予約のキャンセル期限や、自動車の免許の更新期限などを登録しておく。そして、スケジュール提案部１１５は、飲食店の予約のキャンセル期限の当日、キャンセル期限である旨をユーザに通知する。ここで、「キャンセルの確認」といった行動項目を含むスケジュールを提案してもよい。また、スケジュール提案部１１５は、免許の更新期限の当日に、更新期限である旨をユーザに通知する。ここで、「更新の確認」といった行動項目を含むスケジュールを提案してもよい。さらに、キャンセル期限の当日や更新期限の当日ではなく、その何日か前にリマインドとして、ユーザに通知したり、「キャンセルの確認」や「更新の確認」といった行動項目を含むスケジュールを提案したりしてもよい。

また、上述した例では、ユーザは、その日の行動について発言したが、本実施の形態では、複数の日の行動について発言してもよい。例えば、ユーザは、ビン・缶回収日など、定期的な予定について発言する。この発言を基に、スケジュール提案部１１５は、ビン・缶回収日の当日や前日に、その旨をユーザに通知する。ここで、ビン・缶回収日の当日のスケジュールとして、「ビン・缶を捨てる」といった行動項目を含むスケジュールを提案してもよい。また、例えば、ユーザは、購入した商品が自宅に配達される日など、ユーザ以外の人物が主体となって行う予定について発言してもよい。例えば、ユーザは、商品の配達予定日について発言する。この発言を基に、スケジュール提案部１１５は、配達予定日の当日や前日に、その旨をユーザに通知する。ここで、配達予定日の当日のスケジュールとして、「自宅で荷物を受け取る」といった行動項目を含むスケジュールを提案してもよい。

また、本実施の形態では、行動項目に重要度を定めてもよい。例えば、ユーザが、各行動項目について重要度を設定する。そして、スケジュール提案部１１５は、各行動項目の重要度を基に、重要度の高い行動項目を優先して実行するように、スケジュールを提案する。さらに、期限のある行動項目に重要度を設定した場合には、重要度に応じて、リマインドを通知する日（即ち、期限の何日前にリマインドを通知するか）を変えたり、リマインドの通知頻度を変えたりしてもよい。例えば、商品の配達予定日に重要度を設定した場合、重要度の高いものについてはリマインドを通知したり、配達予定日の当日のスケジュールに行動項目として追加する一方で、重要度の低いものについてはリマインドを通知しなかったり、配達予定日の当日のスケジュールとして追加しなかったりしてもよい。

また、本実施の形態において、スケジュール提案部１１５は、ユーザから行動項目を取得した当日のスケジュールではなく、次の日以降のスケジュールを提案してもよい。ユーザは、次の日以降のスケジュールを確認することにより、例えば、そのスケジュールに合わせて前日の就寝時間や当日の起床時間を調整することができる。さらに、スケジュール提案部１１５は、スケジュール通りにユーザが行動するように、アラームを設定してもよい。例えば、スケジュール提案部１１５は、次の日のスケジュールの最初の予定が９時から開始される場合、９時の一定時間前（例えば１時間前）にアラームを設定する。このアラームにより、例えば、ユーザは、スケジュールに間に合うように起床することができる。

また、本実施の形態では、スケジュール提案装置１００の機能の一部を、ユーザ端末２００やネットワーク３００に接続されたサーバ装置（不図示）等で実現してもよい。例えば、サーバ装置が対象先情報取得部１１２の機能を有する場合、サーバ装置は、行動項目取得部１１１にて取得された行動項目の情報をスケジュール提案装置１００から取得し、取得した行動項目の情報を基に、Ｗｅｂページ等にアクセスして、対象先情報を取得する。そして、取得した対象先情報を、スケジュール提案装置１００に送信する。この場合、スケジュール提案装置１００とサーバ装置とを含む構成を、スケジュール提案システムの一例として捉えることができる。

また、本発明の実施の形態を実現するプログラムは、通信手段により提供することはもちろん、ＣＤ−ＲＯＭ等の記録媒体に格納して提供することも可能である。

なお、上記では種々の実施形態および変形例を説明したが、これらの実施形態や変形例どうしを組み合わせて構成してももちろんよい。
また、本開示は上記の実施形態に何ら限定されるものではなく、本開示の要旨を逸脱しない範囲で種々の形態で実施することができる。

１…スケジュール提案システム、１００…スケジュール提案装置、１１１…行動項目取得部、１１２…対象先情報取得部、１１３…環境把握部、１１４…交通方法認識部、１１５…スケジュール提案部、１１６…報告受付部、２００…ユーザ端末

Claims (15)

1. ユーザの行うべき行動項目を取得する行動項目取得手段と、
   前記行動項目の対象先にて前記ユーザが行動を起こすために用いられる対象先情報を取得する対象先情報取得手段と、
   取得した前記行動項目と前記対象先情報とを用いて、前記ユーザのスケジュールを提案する提案手段と
   を備えるスケジュール提案システム。
2. 前記対象先情報取得手段は、前記ユーザの過去の行動を示す過去行動情報を取得し、
   前記提案手段は、取得した前記過去行動情報に基づいてスケジュールを提案すること
   を特徴とする請求項１記載のスケジュール提案システム。
3. 前記提案手段は、前記行動項目の対象先が一意に特定される場合には、前記過去行動情報を用いず、当該行動項目の対象先が一意に特定されない場合には、当該過去行動情報を用いて、スケジュールを提案すること
   を特徴とする請求項２記載のスケジュール提案システム。
4. 前記提案手段は、前記行動項目の対象先が普通名詞の場合には、前記過去行動情報を用いて、スケジュールを提案すること
   を特徴とする請求項２記載のスケジュール提案システム。
5. 前記提案手段は、前記行動項目が前記ユーザの指定した期限内に終了するとともに、前記対象先への移動が予め定められた条件を満たすように、スケジュールを提案すること
   を特徴とする請求項１記載のスケジュール提案システム。
6. 前記予め定められた条件は、前記対象先への移動時間を最短にするという条件であること
   を特徴とする請求項５記載のスケジュール提案システム。
7. 前記対象先情報取得手段は、前記対象先情報として、前記行動項目の対象先の営業時間を取得し、
   前記提案手段は、更に、前記行動項目が当該行動項目の対象先の営業時間内に終了するように、スケジュールを提案すること
   を特徴とする請求項５記載のスケジュール提案システム。
8. 前記ユーザが置かれている環境を把握する環境把握手段を更に備え、
   前記提案手段は、把握された前記環境に基づいてスケジュールを提案すること
   を特徴とする請求項１記載のスケジュール提案システム。
9. 前記提案手段は、把握された前記環境と、前記行動項目の対象先が屋内及び屋外の何れであるかとにより、スケジュールを提案すること
   を特徴とする請求項８記載のスケジュール提案システム。
10. 前記提案手段は、把握された前記環境が予め定められた条件を満たす時間帯には、屋外で行われる行動項目よりも屋内で行われる行動項目を優先して実行するように、スケジュールを提案すること
    を特徴とする請求項９記載のスケジュール提案システム。
11. 前記ユーザが前記行動項目を実行する上で利用可能な当該ユーザ個々の交通方法を認識する交通方法認識手段を更に備え、
    前記提案手段は、前記ユーザ個々の交通方法に基づいてスケジュールを提案すること
    を特徴とする請求項１記載のスケジュール提案システム。
12. 前記ユーザ個々の交通方法は、公共交通機関の交通方法と、前記ユーザが予め登録した私的な交通方法とを含むこと
    を特徴とする請求項１１記載のスケジュール提案システム。
13. 前記スケジュールに含まれる複数の前記行動項目を、実行する順序で並べて表示する表示手段を更に備えること
    を特徴とする請求項１記載のスケジュール提案システム。
14. 複数の前記行動項目のうちの特定の行動項目が終了した旨の終了報告をユーザから受け付ける報告受付手段を更に備え、
    前記表示手段は、前記終了報告を基に、前記スケジュールの表示内容を変更すること
    を特徴とする請求項１３記載のスケジュール提案システム。
15. コンピュータに、
    ユーザの行うべき行動項目を取得する機能と、
    前記行動項目の対象先にて前記ユーザが行動を起こすために用いられる対象先情報を取得する機能と、
    取得した前記行動項目と前記対象先情報とを用いて、前記ユーザのスケジュールを提案する機能と
    を実現させるためのプログラム。