(57)【要約】【課題】新たな予定を利用者に提案することが可能な利用者端末を提供する。【解決手段】本開示の一態様にかかる利用者端末は、予定記憶手段に新規予定を登録した場合に、新規予定と同一の第１の予定と対応付けられてイベント記憶手段に記憶されている第２の予定をイベント記憶手段から選出し、該選出した第２の予定を、新規予定に関連する新たな次の予定候補として利用者に通知する予定登録制御手段と、予定記憶手段に登録されている予定がキャンセルされた場合に、当該キャンセルされた予定により発生する空き時間を特定し、イベント記憶手段に記憶されている第２の予定の中から空き時間で実行可能な第２の予定を絞り込み、該絞り込んだ第２の予定を、空き時間に応じた新たな予定候補として利用者に通知する予定キャンセル制御手段と、の少なくとも１つの制御手段を有する。【選択図】図１
2016197337.tif 000002
【特許請求の範囲】
【請求項１】
利用者の予定を記憶する予定記憶手段に新規予定を登録した場合に、第１の予定と前記第１の予定の次に遷移する第２の予定とが対応付けられて記憶されているイベント記憶手段を参照し、前記新規予定と同一の前記第１の予定と対応付けられている前記第２の予定を前記イベント記憶手段から選出し、該選出した第２の予定を、前記新規予定に関連する新たな次の予定候補として前記利用者に通知する予定登録制御手段と、
前記予定記憶手段に登録されている予定がキャンセルされた場合に、当該キャンセルされた予定により発生する空き時間を特定し、前記イベント記憶手段に記憶されている前記第２の予定の中から前記空き時間で実行可能な第２の予定を絞り込み、該絞り込んだ第２の予定を、前記空き時間に応じた新たな予定候補として前記利用者に通知する予定キャンセル制御手段と、の少なくとも１つの制御手段を有することを特徴とする利用者端末。
【請求項２】
前記予定登録制御手段は、前記イベント記憶手段から選出した前記第２の予定の中から、前記予定記憶手段に記憶された前記利用者の予定の空き時間の範囲で実行可能な第２の予定を絞り込み、該絞り込んだ第２の予定を、前記新規予定に関連する新たな次の予定候補として前記利用者に通知する、ことを特徴とする請求項１記載の利用者端末。
【請求項３】
前記予定キャンセル制御手段は、前記予定記憶手段に記憶されている予定が実施されたか否かを特定するための実施状況の情報と、前記予定の次に実施する予定が前記予定記憶手段に登録されたか否かを特定する次予定確保有無の情報と、を前記予定記憶手段に記憶されている予定と対応付けて記憶する予定一覧記憶手段を参照し、前記実施状況の情報が、前記予定が実施されたことを示す情報であり、前記次予定確保有無の情報が、前記予定の次に実施する予定が前記予定記憶手段に登録されていないことを示す情報である予定を前記予定一覧記憶手段から選出し、該選出した予定と同一の前記第１の予定に対応付けられている前記第２の予定を前記イベント記憶手段から選出し、該選出した第２の予定の中から前記空き時間で実行可能な第２の予定を絞り込み、該絞り込んだ第２の予定を、前記空き時間に応じた新たな予定候補として前記利用者に通知する、ことを特徴とする請求項１または２記載の利用者端末。
【請求項４】
前記イベント記憶手段は、前記第１の予定の次に前記第２の予定に遷移する確率を示す遷移確率を記憶しており、
前記予定登録制御手段は、前記遷移確率が基準値以上の前記第２の予定を前記イベント記憶手段から選出する、ことを特徴とする請求項１から３の何れか１項に記載の利用者端末。
【請求項５】
前記イベント記憶手段は、前記第１の予定の次に前記第２の予定に遷移するまでの期間を示す平均遷移期間を記憶しており、
前記予定登録制御手段は、前記新規予定の予定日時に、前記イベント記憶手段から選出した前記第２の予定の前記平均遷移期間を加算した日時を予定候補日時とし、前記予定候補日時を基に、前記予定記憶手段に記憶された前記利用者の予定の空き時間の範囲で実行可能な第２の予定を絞り込む、ことを特徴とする請求項２記載の利用者端末。
【請求項６】
前記イベント記憶手段は、前記第１の予定の次に前記第２の予定に遷移する確率を示す遷移確率を記憶しており、
前記予定キャンセル制御手段は、前記遷移確率が基準値以上の前記第２の予定を前記イベント記憶手段から選出する、ことを特徴とする請求項３記載の利用者端末。
【請求項７】
前記予定登録制御手段は、前記イベント記憶手段から選出した前記第２の予定全てを、前記新規予定に関連する予定として前記予定記憶手段に登録する、ことを特徴とする請求項１記載の利用者端末。
【請求項８】
前記予定キャンセル制御手段は、前記予定記憶手段に登録されている予定がキャンセルされた場合に、前記イベント記憶手段を参照し、キャンセルされた予定と同一の第１の予定と対応付けられている第２の予定を前記イベント記憶手段から選出し、該選出した第２の予定に対応する予定が前記予定記憶手段に登録されている場合に、前記第２の予定に対応する予定を前記予定記憶手段から個別にまたは纏めて削除する、ことを特徴とする請求項１記載の利用者端末。
【請求項９】
利用者の予定を記憶する予定記憶手段に新規予定を登録した場合に、第１の予定と前記第１の予定の次に遷移する第２の予定とが対応付けられて記憶されているイベント記憶手段を参照し、前記新規予定と同一の前記第１の予定と対応付けられている前記第２の予定を前記イベント記憶手段から選出し、該選出した第２の予定を、前記新規予定に関連する新たな次の予定候補として前記利用者に通知する予定登録制御処理と、
前記予定記憶手段に登録されている予定がキャンセルされた場合に、当該キャンセルされた予定により発生する空き時間を特定し、前記イベント記憶手段に記憶されている前記第２の予定の中から前記空き時間で実行可能な第２の予定を絞り込み、該絞り込んだ第２の予定を、前記空き時間に応じた新たな予定候補として前記利用者に通知する予定キャンセル制御処理と、の少なくとも１つの制御処理を、コンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、ユーザのスケジュールを管理する技術に関する。
【背景技術】
【０００２】
従来のスケジュール管理としては、例えば、自己の予定を携帯電話、スマートフォンなどの利用者端末に登録して管理する方法がある。
【０００３】
この種のスケジュール管理は、ユーザが人手操作で予定を利用者端末に登録し、その登録した予定を参照して、その予定を遂行していた。また、登録した予定を利用者にアラームなどで通知し、その予定を遂行していた。
【０００４】
利用者端末に登録する予定には、その登録する予定と関連性の高い予定が存在する。関連性の高い予定としては、例えば、定期的に行われる会議の予定、順番が決まっている会議の予定、ショッピングした後に習い事に行く等の利用者が慣習としている予定などがあげられる。
【０００５】
しかし、従来は、利用者端末に予定を新規登録する際に、その新規登録に伴う関連性の高い予定を追加で利用者端末に登録するには、その予定を何度も新規登録として日時や内容、出席者等を踏まえて利用者端末に登録しなければならなかった。また、新規登録に伴う関連性の高い予定を利用者自身が予め把握しておく必要があった。
【０００６】
また、利用者端末に登録した予定が急にキャンセルされる場合もある。
【０００７】
予定が急にキャンセルされると、空き時間が急に発生する。その空き時間を埋めるためには、利用者は新たな予定を検討する必要がある。しかし、新たな予定を検討するのに時間をついやしたり、新たな予定が立てられずに時間を持て余してしまい、空き時間の有効活用を図ることができない場合がある。
【０００８】
このようなことから、利用者が利用者の予定を新規登録する際に、その新規登録の予定に関連した新たな予定の提案や、利用者の予定がキャンセルされた場合に、そのキャンセルされた予定により発生する空き時間に応じた新たな予定の提案を行うことが可能な仕組みが必要視されている。
【０００９】
なお、本発明より先に出願された技術文献として、特許文献１（特開2013-3877号公報）には、利用者に対して最適なスケジュールを提案する技術について開示されている。
【００１０】
特許文献１では、情報処理装置がスケジュールの編集操作の実行や実施状況の変化を検知すると、利用者に関するスケジュールの実施を決定するための優先度、及び、スケジュールの実施条件に基づき、実施予定の登録スケジュールが時系列にリスト化された実施予定リスト内のスケジュール構成を再構成し、スケジュール調整を行う。そして、調整した実施予定リストに基づいて、実施予定スケジュールのスケジュール情報を情報端末に送信している。これにより、利用者に対して最適なスケジュールを提案することを可能にしている。
【００１１】
また、特許文献２（特開2008-77311号公報）には、目的地までの行程の途中で行動予定が変更される場合に、ユーザに複雑な操作を要求せずに道案内を行う技術について開示されている。
【００１２】
特許文献２では、出発地から目的地までの行動予定を生成し、その行動予定に基づいて道案内表示を行う。そして、行動予定と実際の行動内容とにズレが生じてきた場合に、行動予定の再作成を行い、その再作成した行動予定に基づいて道案内表示を行うことにしている。また、同行者が存在する場合に、利用者と同行者の少なくとも何れかの行動予定に変更が生じる場合は、その変更に応じて行動予定の調整を行うことにしている。これにより、行動予定が変更される場合に、ユーザに複雑な操作を要求せずに道案内を行うことを可能にしている。
【先行技術文献】
【特許文献】
【００１３】
【特許文献１】特開２０１３−３８７７号公報
【特許文献２】特開２００８−７７３１１号公報
【発明の概要】
【発明が解決しようとする課題】
【００１４】
上記特許文献１は、利用者に関するスケジュールの実施を決定するための優先度、及び、スケジュールの実施条件に基づき、実施予定の登録スケジュールが時系列にリスト化された実施予定リスト内のスケジュール構成を再構成し、再構成後の実施予定スケジュールのスケジュール情報を情報端末に送信している。
【００１５】
しかし、特許文献１は、予め登録した実施予定のスケジュールをベースにスケジュールの調整を行うものであり、利用者が利用者の予定を新規登録する際に、その新規登録の予定に関連した新たな予定の提案や、利用者の予定がキャンセルされた場合に、そのキャンセルされた予定により発生する空き時間に応じた新たな未登録予定の提案を行うものではない。
【００１６】
また、特許文献２は、行動予定に基づいて道案内表示を行っており、予め判明している目的地に対して位置情報で途中順序を付けているだけであり、新しい目的地の提案をするものではない。
【００１７】
本開示の目的は、新たな予定を利用者に提案することが可能な利用者端末を提供することにある。
【課題を解決するための手段】
【００１８】
本開示の一態様にかかる利用者端末は、
利用者の予定を記憶する予定記憶手段に新規予定を登録した場合に、第１の予定と前記第１の予定の次に遷移する第２の予定とが対応付けられて記憶されているイベント記憶手段を参照し、前記新規予定と同一の前記第１の予定と対応付けられている前記第２の予定を前記イベント記憶手段から選出し、該選出した第２の予定を、前記新規予定に関連する新たな次の予定候補として前記利用者に通知する予定登録制御手段と、
前記予定記憶手段に登録されている予定がキャンセルされた場合に、当該キャンセルされた予定により発生する空き時間を特定し、前記イベント記憶手段に記憶されている前記第２の予定の中から前記空き時間で実行可能な第２の予定を絞り込み、該絞り込んだ第２の予定を、前記空き時間に応じた新たな予定候補として前記利用者に通知する予定キャンセル制御手段と、の少なくとも１つの制御手段を有することを特徴とする。
【発明の効果】
【００１９】
本開示の一態様によれば、新たな予定を利用者に提案することができる。
【図面の簡単な説明】
【００２０】
【図１】本実施形態の利用者端末100の構成例を示す図である。
【図２】予定記憶部10の構成例を示す第１の図である。
【図３】予定記憶部10の構成例を示す第２の図である。
【図４】イベント記憶部11の構成例を示す第１の図である。
【図５】イベント記憶部11の構成例を示す第２の図である。
【図６】利用者端末100の処理動作例を示す第１の図である。
【図７】利用者端末100の処理動作例を示す第２の図である。
【発明を実施するための形態】
【００２１】
（本開示の一態様にかかる利用者端末100の実施形態の概要）
まず、図１を参照しながら、本開示の一態様にかかる利用者端末100の実施形態の概要について説明する。図１は、本実施形態の利用者端末100の構成例を示す図である。
【００２２】
本開示の一態様にかかる利用者端末100は、予定記憶手段10、イベント記憶手段11、予定登録制御手段12、予定キャンセル制御手段13を有して構成する。
【００２３】
予定記憶手段10は、利用者の予定を記憶する。
【００２４】
イベント記憶手段11は、第１の予定と第１の予定の次に遷移する第２の予定とを対応付けて記憶している。
【００２５】
予定登録制御手段12は、予定記憶手段10に新規予定を登録した場合に、イベント記憶手段11を参照し、新規予定と同一の第１の予定と対応付けられている第２の予定をイベント記憶手段11から選出し、該選出した第２の予定を、新規予定に関連する新たな次の予定候補として利用者に通知する。
【００２６】
予定キャンセル制御手段13は、予定記憶手段10に登録されている予定がキャンセルされた場合に、当該キャンセルされた予定により発生する空き時間を特定し、イベント記憶手段11に記憶されている第２の予定の中から空き時間で実行可能な第２の予定を絞り込み、該絞り込んだ第２の予定を、空き時間に応じた新たな予定候補として利用者に通知する。
【００２７】
本開示の一態様にかかる利用者端末100は、予定記憶手段10に新規予定を登録した場合に、イベント記憶手段11を参照し、新規予定と同一の第１の予定と対応付けられている第２の予定をイベント記憶手段11から選出し、該選出した第２の予定を、新規予定に関連する新たな次の予定候補として利用者に通知する。これにより、本開示の一態様にかかる利用者端末100は、予定記憶手段10に新規予定が登録された場合に、新規予定に関連する新たな次の予定候補を利用者端末100の利用者に提案することができる。
【００２８】
また、本開示の一態様にかかる利用者端末100は、予定記憶手段10に登録されている予定がキャンセルされた場合に、当該キャンセルされた予定により発生する空き時間を特定し、イベント記憶手段11に記憶されている第２の予定の中から空き時間で実行可能な第２の予定を絞り込み、該絞り込んだ第２の予定を、空き時間に応じた新たな予定候補として利用者に通知する。これにより、本開示の一態様にかかる利用者端末100は、予定記憶手段10に登録されている予定がキャンセルされた場合に、そのキャンセルされた予定の空き時間に応じた新たな予定候補を利用者端末100の利用者に提案することができる。
【００２９】
なお、上述した本開示の一態様にかかる利用者端末100は、予定記憶手段10、イベント記憶手段11を有して構成している。しかし、予定記憶手段10、イベント記憶手段11は、利用者端末100と通信可能なサーバ装置等に有して構成し、サーバ装置等の予定記憶手段10、イベント記憶手段11に記憶された情報を利用するようにすることも可能である。また、上述した本開示の一態様にかかる利用者端末100は、予定登録制御手段12、予定キャンセル制御手段13を有して構成している。しかし、予定登録制御手段12、予定キャンセル制御手段13の少なくとも１つの制御手段を有して構成するようにすることも可能である。以下、添付図面を参照しながら、本開示の一態様にかかる利用者端末100の実施形態について詳細に説明する。
【００３０】
＜利用者端末100の構成例＞
まず、図１を参照しながら、本実施形態の利用者端末100の構成例について説明する。図１は、本実施形態の利用者端末100の構成例を示す図である。
【００３１】
本実施形態の利用者端末100は、予定記憶部10、イベント記憶部11、予定登録制御部12、予定キャンセル制御部13、操作部14、表示部15を有して構成する。
【００３２】
予定記憶部10は、図２に示すように、利用者の予定一覧を管理する。予定記憶部10は、図２に示すように、利用者と、利用者の予定と、その予定のイベント種類を一意に識別するためのイベントカテゴリ、イベントID、その予定が実施されたか否かを特定する実施状況、その予定の次に実施する予定が予定記憶部10に登録されたか否かを特定する次予定確保有無、次予定名、その予定に関係する関係者を対応付けて記憶する。実施状況は、予定の遂行時間以降に自動的に『未』の状態から『済』の状態に更新される。次予定確保有無は、図２の予定一覧に新規予定を登録した段階では、『未』の状態になっており、その新規予定と関連性の高い新たな次の予定を図２の予定一覧に登録した段階で、『済』の状態に更新される。また、次予定確保有無が『済』の状態に更新されると、次予定名に次の予定名が登録される。
【００３３】
また、予定記憶部10は、図３に示すように、利用者の予定を管理する。予定記憶部10は、図３に示すように、利用者毎の予定をその予定を行う時間と対応付けて時系列で記憶する。図３は、利用者Ａの予定の例を示している。
【００３４】
イベント記憶部11は、図４に示すように、利用者毎のイベント遷移表を管理する。イベント記憶部11は、図４に示すように、利用者、発生イベントのカテゴリ、発生イベントID、発生イベントの後に実際に遷移した遷移後イベントIDとその遷移回数と遷移確率、発生イベントから遷移後イベントに遷移するまでの平均期間である平均遷移期間を対応付けて記憶する。発生イベントから実際に遷移した遷移後イベントの遷移確率は同じカテゴリ内であれば数学的にベイズの定理等を利用することで求めることができる。また、手動で遷移確率を決めるようにしても良い。
【００３５】
また、イベント記憶部11は、図５に示すように、イベント一覧を管理する。イベント記憶部11は、図５に示すように、イベントを一意で識別するためカテゴリ、イベントID、イベント名称、条件等を対応付けて記憶する。図５に示すイベントIDは、図４に示す発生イベントID、遷移後イベントIDとしてイベント遷移表に登録されることになる。また、図２に示すイベントIDとして予定一覧に登録されることになる。イベントのカテゴリとしては、例えば、戦略会議、仕様決定会議、グループ会議等の会議のカテゴリ、ショッピング、習い事、食事等の日常のカテゴリ、みなとみらい、武蔵小杉、目黒といった駅・場所のカテゴリがあげられる。
【００３６】
予定登録制御部12は、新規予定の登録要求を利用者から受け付けた場合に、予定記憶部10に新規予定を登録する処理を行う。新規予定は、予定記憶部10の図２の予定一覧に登録する。この場合、予定登録制御部12は、イベント記憶部11の図５のイベント一覧を参照し、新規予定に該当するイベントIDを特定して図２の予定一覧に登録することになる。なお、イベント記憶部11の図５のイベント一覧に新規予定に該当するイベントIDが登録されていない場合は、新規予定に対応するイベントが初めて出現したことになるため、イベント記憶部11の図５のイベント一覧に新規予定に対応するイベント情報を追加登録すると共に、新規予定を図２の予定一覧に登録する。イベント情報の追加登録は、そのイベント情報の種別を一意に決めることができれば良く、利用者がカテゴリやイベント名称を自由に決めて良い。イベントIDの割り付けは自動的に採番される。また、会議のようなカテゴリでは会議名称毎に登録することになる。また、日常生活の場合だと、ショッピングや映画等になる。駅・場所もイベントの一つとして作成することも可能である。
【００３７】
また、予定登録制御部12は、予定記憶部10に新規予定を登録した場合に、その新規予定と関連性の高い新たな次の予定を予定記憶部10に登録する処理を行う。この場合、予定登録制御部12は、イベント記憶部11の図４のイベント遷移表を参照し、予定記憶部10に登録した新規予定と関連性の高い次の予定候補をイベント記憶部11の図４のイベント遷移表から選出する。具体的には、予定登録制御部12は、イベント記憶部11の図４のイベント遷移表を参照し、予定記憶部10の図２の予定一覧に登録した新規予定のイベントIDと同一の発生イベントIDを特定する。そして、その特定した発生イベントIDに対応付けられた遷移後イベントIDの中から遷移確率の高い遷移後イベントIDを、新規予定の次に遷移する確率の高い予定候補としてイベント記憶部11の図４のイベント遷移表から選出する。遷移確率自体は、０から１までの連続値となるため、予定登録制御部12は、基準値を定めて基準値以上の遷移確率の遷移後イベントIDを予定候補として選出する。遷移確率が基準値以上のものが複数存在すれば複数になる。これにより、予定登録制御部12は、予定記憶部10に登録した新規予定と関連性の高い次の予定候補をイベント記憶部11の図４のイベント遷移表から複数選出することもできる。
【００３８】
予定登録制御部12は、予定候補として選出した遷移後イベントIDについては、その遷移後イベントIDに対応する平均遷移期間を基に、予定候補を投入する予定候補日を算出する。例えば、予定記憶部10の図２の予定一覧にIDA1（戦略会議）を新規予定として登録した場合は、イベント記憶部11の図４のイベント遷移表を参照し、IDA1（戦略会議）の発生イベントIDを特定する。そして、その発生イベントIDであるIDA1（戦略会議）に対応付けられた遷移後イベントIDの中から遷移確率が基準値以上の０．８であるIDA5（仕様決定会議）を予定候補の１つとしてイベント記憶部11の図４のイベント遷移表から選出することになる。そして、予定登録制御部12は、予定候補として選出した遷移後イベントIDであるIDA5（仕様決定会議）に対応する平均遷移期間である２１日を基に、新規予定の予定日時から２１日後をIDA5（仕様決定会議）の予定候補日として算出する。IDA5（仕様決定会議）の予定候補日の詳細な予定候補時間は、新規予定と同じ時間とする。
【００３９】
次に、予定登録制御部12は、上記算出した予定候補日、予定候補時間を基に、予定記憶部10の図３の利用者の予定から空き時間を確認する。空き時間を確認する際は、イベント毎の条件を確認し、曜日等の優先や、いくつかの条件も加味する。予定登録制御部12は、予定記憶部10の図３の利用者の空き時間を確認し、予定候補を行うために空き時間が不足していないかを確認し、空き時間の範囲で実行可能な予定候補を、上記選出した予定候補の中から利用者に提案可能な形で絞り込む。例えば、予定登録制御部12は、新規予定に関係する関係者を基に、関係者の空き時間も確認し、関係者の空き時間の範囲で実行可能な予定候補を絞り込むようにする。但し、関係者の空き時間を確認できない場合は、利用者の空き時間だけで予定候補を絞り込むようにする。
【００４０】
予定登録制御部12は、上記処理で絞り込んだ予定候補を利用者に提案する。例えば、複数の予定候補を予定候補順に並べて利用者に提案する。また、最も遷移確率の高い予定候補を利用者に提案する。予定候補の提案方法は利用者に提案することが可能であれば特に限定せず、利用者端末100の表示部15に予定候補を表示して利用者に提案したり、音声により予定候補を利用者に提案したりすることが可能である。これにより、利用者端末100の利用者は、予定記憶部10に新規予定を登録した場合に、その新規予定に関連する新たな次の予定候補を把握することができる。利用者は、予定登録制御部12により提案された予定候補を予定記憶部10に登録する場合は、利用者端末100を用いて予定候補の登録要求を行う。予定候補の登録要求は、利用者端末100の操作部14を操作したり、音声により行うことが可能である。なお、利用者は、利用者端末100の操作部14を操作したり音声により、予定登録制御部12により提案された予定候補の保留やキャンセルを行うことが可能である。この場合、予定記憶部10の図２の予定一覧に登録された新規予定の次予定確保有無は『未』の状態のままになる。なお、予定候補の保留やキャンセル時に、他の予定候補を利用者に提案して利用者に選択させるようにしても良い。
【００４１】
予定登録制御部12は、利用者に提案した予定候補の登録要求を利用者から受け付けた場合に、その予定候補を、新規予定と関連性の高い新たな次の予定として予定記憶部10に登録する。これにより、予定登録制御部12は、新規予定と関連性の高い新たな次の予定を予定記憶部10に登録することになる。この場合、予定記憶部10の図２の予定一覧に登録された新規予定の次予定確保有無は『済』の状態に更新する。また、図２の予定一覧の次予定名に次の予定名を登録する。予定登録制御部12は、予定記憶部10に登録された新たな予定が他の関係者にも関係する予定の場合は、その新たな予定と、その予定に関係する関係者と、を対応付けて予定記憶部10に記憶する。
【００４２】
予定登録制御部12は、予定記憶部10に登録した新たな予定が他の関係者にも関係する予定の場合は、その関係者にも新たな予定の内容を通知しても良い。関係者に通知する方法としては、メールなどがあげられる。このため、予定記憶部10の図２の予定一覧には、関係者のメールアドレスなどが記憶されている。
【００４３】
また、利用者の過去の予定において、３つ以上の予定が順番に推移していくケースが存在する。このような複数の予定の場合は、各々遷移確率が高い一連の複数予定の集合を、利用者の行動パターンとして登録することも可能である。登録には利用者に気が付かせて手動で登録を促したり、特定の遷移確率以上で自動で登録させても良い。例えば、図４に示すイベント遷移表におけるIDA1（戦略会議）の場合、IDA5（仕様決定会議）に遷移した後に、再び、IDA1（戦略会議）に遷移することになる。これらの会議の集合を利用者の行動パターンとして登録する。また、場所のような場合、みなとみらい、武蔵小杉、自由が丘、自宅等、毎日の通勤の行動パターンもある。行動パターンの場合、カテゴリ間をまたぐことも存在するため、遷移確率が利用できないため順序等やルールをあらかじめ決めておくようなオプションがあることで相互に補完することも可能になる。銀座に行くと、ショッピングし習い事に行くというような場合である。
【００４４】
上述した一連の複数予定の集合については、発展形として一つの予定に対して、関連性がある予定全てを予定記憶部10に登録して予約することを可能にしても良い。たとえば、先ほどの戦略会議の例の場合、仕様以外にもマーケティングや、幹部への報告等芋づる式的な予定を予定記憶部10に登録して予約するようにしても良い。
【００４５】
予定キャンセル制御部13は、予定記憶部10に登録された予定をキャンセルする処理を行う。予定記憶部10に登録された予定のキャンセル要求は、例えば、利用者端末100を用いて利用者が行う。また、予定に関係する関係者が行う。
【００４６】
予定キャンセル制御部13は、予定記憶部10に登録された予定のキャンセル要求を受け付けた場合に、予定記憶部10に登録された利用者の予定をキャンセルする。また、予定キャンセル制御部13は、当該キャンセルされた予定により発生する空き時間を特定する。例えば、図３に示す利用者Ａの予定Ａ１、Ａ２、Ａ３の中で、予定Ａ２がキャンセルされたとする。この場合、そのキャンセルされた予定Ａ２により発生する空き時間は、14：00〜14:50の５０分である。但し、予定Ａ２の後にも空き時間があるため、その空き時間を含んだ14：00〜17:00までの３時間を、キャンセルされた予定Ａ２により発生する空き時間とすることも可能である。なお、キャンセルされた予定Ａ２により発生する空き時間は、キャンセルされた予定Ａ２の時間（５０分）のみにしたり、キャンセルされた予定Ａ２の時間（５０分）とその後に連続して存在する空き時間（２時間１０分）を含むようにしたり、利用者が利用者端末100を用いて任意に設定することが可能である。
【００４７】
本実施形態では、キャンセルされた予定Ａ２の時間（５０分）とその後に連続して存在する空き時間（２時間１０分）を含んだ時間（３時間）を空き時間として特定したとする。
【００４８】
次に、予定キャンセル制御部13は、予定記憶部10の図２の予定一覧及びイベント記憶部11の図４のイベント遷移表を参照し、キャンセルされた予定の日に予定を登録したかった次予定未確定の予定をイベント記憶部11の図４のイベント遷移表から選出する。まず、予定キャンセル制御部13は、予定記憶部10の図２の予定一覧において、予定の実施状況が予定『済』であり、次予定確保有無が『未』確保の予定を予定候補として選出する。次に、予定候補として選出した予定のイベントIDを基に、イベント記憶部11の図４のイベント遷移表を参照し、予定候補として選出した予定のイベントIDと同一の発生イベントIDを特定する。そして、その特定した発生イベントIDに対応付けられた遷移後イベントIDの中から遷移確率の高い遷移後イベントIDを、予定候補としてイベント記憶部11の図４のイベント遷移表から選出する。遷移確率が基準値以上のものが複数存在すれば複数になる。これにより、予定キャンセル制御部13は、予定記憶部10の図２の予定一覧及びイベント記憶部11の図４のイベント遷移表を参照し、キャンセルされた予定の日に予定を登録したかった次予定未確定の予定をイベント記憶部11の図４のイベント遷移表から複数選出することもできる。
【００４９】
予定キャンセル制御部13は、予定候補として選出した遷移後イベントIDについては、その遷移後イベントIDに対応する平均遷移期間を基に、キャンセルされた予定の前後の予定の範囲で実行可能な予定候補を、上記選出した予定候補の中から利用者に提案可能な形で絞り込む。例えば、上記特定した空き時間の範囲内に該当する平均遷移期間の予定候補を、キャンセルされた予定の前後の予定の範囲で実行可能な予定候補として絞り込む。これにより、予定キャンセル制御部13は、キャンセルされた予定の日に予定を登録したかった次予定未確定の予定の中から、そのキャンセルされた予定の前後の予定の範囲で実行可能な予定を、利用者に提案可能な形で絞り込むことができる。なお、利用者に提案可能な予定を絞り込む場合に、キャンセルされた予定の前後の予定Ａ１、Ａ３の内容、場所、移動時間、関係者の情報などの諸条件を踏まえて絞り込むようにすることも可能である。この諸条件は、利用者が利用者端末100から任意に設定することが可能である。
【００５０】
予定キャンセル制御部13は、上記処理で絞り込んだ予定候補を利用者に提案する。これにより、利用者端末100の利用者は、予定記憶部10に登録されている予定がキャンセルされた場合に、そのキャンセルされた予定の前後の予定の範囲で実行可能な予定候補を把握することができる。利用者は、提案された予定候補を予定記憶部10に登録する場合は、利用者端末100を操作し、予定候補の登録要求を行う。利用者は、利用者端末100を操作し、予定キャンセル制御部13により提案された予定候補の保留やキャンセルを行うことも可能である。
【００５１】
予定キャンセル制御部13は、利用者に提案した予定候補の登録要求を利用者から受け付けた場合に、その予定候補を、キャンセルされた予定の代替予定として予定記憶部10に登録する。これにより、予定キャンセル制御部13は、キャンセルされた予定の代替予定を予定記憶部10に登録することになる。予定キャンセル制御部13は、予定記憶部10に登録された代替予定が他の関係者にも関係する予定の場合は、その代替予定と、その代替予定に関係する関係者と、を対応付けて予定記憶部10に記憶する。
【００５２】
予定キャンセル制御部13は、予定記憶部10に登録した代替予定が他の関係者にも関係する予定の場合は、その関係者にも代替予定の内容を通知する。関係者に通知する方法としては、メールなどがあげられる。このため、予定記憶部10の図２の予定一覧には、関係者のメールアドレスなどが記憶されている。
【００５３】
＜新規予定を予定記憶部10に登録する際の処理動作例＞
次に、図６を参照しながら、新規予定を予定記憶部10に登録する際の処理動作例について説明する。
【００５４】
予定登録制御部12は、新規予定の登録要求を利用者から受け付けた場合に、新規予定を予定記憶部10に登録する処理を行う（ステップS1）。この場合、予定登録制御部12は、予定記憶部10の図２の予定一覧に新規予定を実施状況が『未』、次予定確保有無が『未』の状態で登録する。また、予定記憶部10の図３の予定に新規予定を登録する。また、予定登録制御部12は、新規予定に関係する図４のイベント遷移表の遷移回数、遷移確率を更新する。例えば、図３の予定に登録した新規予定のイベントIDと、その新規予定の前後の予定のイベントIDと、の情報等を基に、イベント記憶部11の図４のイベント遷移表の遷移回数、遷移確率を更新する。具体的には、新規予定の前の予定のイベントIDが発生イベントIDに該当し、新規予定のイベントIDが遷移後イベントIDに該当する遷移回数、遷移確率を更新する。また、新規予定のイベントIDが発生イベントIDに該当し、新規予定の後のイベントIDが遷移後イベントIDに該当する遷移回数、遷移確率を更新する。これにより、新規予定を予定記憶部10に登録した時点で、その新規予定に関係する図４のイベント遷移表の遷移回数、遷移確率を更新することができる。
【００５５】
予定登録制御部12は、予定記憶部10に新規予定を登録した場合に、イベント記憶部11の図４のイベント遷移表を参照し、予定記憶部10に登録した新規予定と関連性の高い次の予定候補をイベント記憶部11の図４のイベント遷移表から複数選出する（ステップS2）。具体的には、予定登録制御部12は、イベント記憶部11の図４のイベント遷移表を参照し、予定記憶部10の図２の予定一覧に登録した新規予定のイベントIDと同一の発生イベントIDを特定する。そして、その特定した発生イベントIDに対応付けられた遷移後イベントIDの中から遷移確率の高い遷移後イベントIDを、新規予定の次に遷移する確率の高い予定候補としてイベント記憶部11の図４のイベント遷移表から複数選出する。これにより、予定登録制御部12は、予定記憶部10に登録した新規予定と関連性の高い次の予定候補をイベント記憶部11の図４のイベント遷移表から複数選出することができる。
【００５６】
予定登録制御部12は、予定候補として選出した遷移後イベントIDについては、その遷移後イベントIDに対応する平均遷移期間を基に、予定候補を投入する予定候補日を算出する。例えば、予定記憶部10の図２の予定一覧にIDA1（戦略会議）を新規予定として登録した場合は、イベント記憶部11の図４のイベント遷移表を参照し、IDA1（戦略会議）の発生イベントIDを特定する。そして、その発生イベントIDであるIDA1（戦略会議）に対応付けられた遷移後イベントIDの中から遷移確率が基準値以上の０．８であるIDA5（仕様決定会議）を予定候補の１つとしてイベント記憶部11の図４のイベント遷移表から選出することになる。そして、予定登録制御部12は、予定候補として選出した遷移後イベントIDであるIDA5（仕様決定会議）に対応する平均遷移期間である２１日を基に、新規予定の予定日時から２１日後をIDA5（仕様決定会議）の予定候補日として算出する。IDA5（仕様決定会議）の予定候補日の詳細な予定候補時間は、新規予定と同じ時間とする。
【００５７】
次に、予定登録制御部12は、上記算出した予定候補日、予定候補時間を基に、予定記憶部10の図３の利用者の空き時間を確認し、予定候補を行うために空き時間が不足していないかを確認し、利用者の空き時間の範囲で実行可能な予定候補を、上記選出した予定候補の中から利用者に提案可能な形で絞り込む（ステップS3）。例えば、予定候補は、新規予定との遷移確率が高いため、予定登録制御部12は、新規予定に関係する関係者を基に、関係者の空き時間も確認し、関係者の空き時間の範囲で実行可能な予定候補を絞り込むようにする。但し、関係者の空き時間を確認できない場合は、利用者の空き時間だけで予定候補を絞り込むようにする。
【００５８】
予定登録制御部12は、上記のステップS3の処理で利用者に提案可能な形で予定候補を絞り込むことができた場合は（ステップS4/Yes）、その絞り込んだ予定候補を利用者に提案する（ステップS5）。これにより、利用者端末100の利用者は、予定記憶部10に新規予定を登録した場合に、その新規予定に関連する新たな次の予定候補を把握することができる。利用者は、予定登録制御部12により提案された予定候補を予定記憶部10に登録する場合は、利用者端末100を用いて予定候補の登録要求を行うことになる。
【００５９】
予定登録制御部12は、利用者に提案した予定候補の登録要求を利用者から受け付けた場合に（ステップS6/Yes）、その予定候補を、新規予定と関連性の高い新たな次の予定として予定記憶部10に登録する（ステップS7）。これにより、予定登録制御部12は、新規予定と関連性の高い新たな次の予定を予定記憶部10に登録することになる。この場合、予定登録制御部12は、予定記憶部10の図２の予定一覧に新たな次の予定を登録する。登録時には、実施状況が『未』、次予定確保有無が『未』の状態で登録する。なお、予定登録制御部12は、予定記憶部10に登録された新たな予定が他の関係者にも関係する予定の場合は、その新たな予定と、その予定に関係する関係者と、を対応付けて予定一覧に登録する。また、予定記憶部10の図３の予定に新たな次の予定を登録する。また、予定登録制御部12は、予定記憶部10の図２の予定一覧にステップS1で登録された新規予定の次予定確保有無を『未』の状態から『済』の状態に更新する。また、『済』の状態に更新した際に、図２の予定一覧の次予定名に次の予定名を登録する。
【００６０】
予定登録制御部12は、予定記憶部10に登録した新たな予定が他の関係者にも関係する予定の場合は（ステップS8/Yes）、その関係者にも新たな予定の内容を通知する（ステップS9）。これにより、関係者は、利用者の予定に新たな予定が登録されたことを把握することができる。
【００６１】
＜予定記憶部10に登録されている予定をキャンセルする際の処理動作例＞
次に、図７を参照しながら、予定記憶部10に登録されている予定をキャンセルする際の処理動作例について説明する。
【００６２】
予定キャンセル制御部13は、予定記憶部10に登録されている予定のキャンセル要求を受け付けた場合に、該当する予定を予定記憶部10から削除してキャンセルする（ステップA1）。この場合、予定キャンセル制御部13は、予定記憶部10の図３の予定から該当する予定を削除する。また、予定記憶部10の図２の予定一覧から該当する予定を削除する。また、削除した予定に関係する図４のイベント遷移表の遷移回数、遷移確率の中で予定の削減による変更部分を更新する。また、図２の予定一覧の次予定名にキャンセルした予定名が存在する場合は、その次予定名に登録されている予定名を削除すると共に、その削除した次予定名の次予定確保有無を『済』の状態から『未』の状態に更新する。
【００６３】
次に、予定キャンセル制御部13は、当該キャンセルされた予定により発生する空き時間を特定する（ステップA2）。例えば、図３に示す利用者Ａの予定Ａ１、Ａ２、Ａ３の中で、予定Ａ２がキャンセルされたとする。この場合、そのキャンセルされた予定Ａ２により発生する空き時間は、キャンセルされた予定Ａ２の時間（５０分）とその後に連続して存在する空き時間（２時間１０分）を含んだ時間（３時間）を空き時間として特定する。
【００６４】
次に、予定キャンセル制御部13は、予定記憶部10の図２の予定一覧及びイベント記憶部11の図４のイベント遷移表を参照し、キャンセルされた予定の日に予定を登録したかった次予定未確定の予定をイベント記憶部11の図４のイベント遷移表から複数選出する（ステップA3）。まず、予定キャンセル制御部13は、予定記憶部10の図２の予定一覧において、予定の実施状況が予定『済』であり、次予定確保有無が『未』確保の予定を予定候補として選出する。但し、ステップA1で次予定確保有無を『未』の状態に更新した予定は除く。次に、予定候補として選出した予定のイベントIDを基に、イベント記憶部11の図４のイベント遷移表を参照し、予定候補として選出した予定のイベントIDと同一の発生イベントIDを特定する。そして、その特定した発生イベントIDに対応付けられた遷移後イベントIDの中から遷移確率の高い遷移後イベントIDを、予定候補としてイベント記憶部11の図４のイベント遷移表から複数選出する。これにより、予定キャンセル制御部13は、予定記憶部10の図２の予定一覧及びイベント記憶部11の図４のイベント遷移表を参照し、キャンセルされた予定の日に予定を登録したかった次予定未確定の予定をイベント記憶部11の図４のイベント遷移表から複数選出することができる。
【００６５】
予定キャンセル制御部13は、予定候補として選出した遷移後イベントIDについては、その遷移後イベントIDに対応する平均遷移期間を基に、キャンセルされた予定の前後の予定の範囲で実行可能な予定候補を、上記選出した予定候補の中から利用者に提案可能な形で絞り込む（ステップA4）。これにより、予定キャンセル制御部13は、キャンセルされた予定の日に予定を登録したかった次予定未確定の予定の中から、そのキャンセルされた予定の前後の予定の範囲で実行可能な予定を、利用者に提案可能な形で絞り込むことができる。
【００６６】
予定キャンセル制御部13は、上記のステップA4の処理で利用者に提案可能な形で予定候補を絞り込むことができた場合は（ステップA5/Yes）、その絞り込んだ予定候補を利用者に提案する（ステップA6）。これにより、利用者端末100の利用者は、予定記憶部10に登録されている予定がキャンセルされた場合に、そのキャンセルされた予定の前後の予定の範囲で実行可能な予定候補を把握することができる。利用者は、予定キャンセル制御部13により提案された予定候補を予定記憶部10に登録する場合は、利用者端末100を用いて予定候補の登録要求を行うことになる。
【００６７】
予定キャンセル制御部13は、利用者に提案した予定候補の登録要求を利用者から受け付けた場合に（ステップA7/Yes）、その予定候補を、キャンセルされた予定の代替予定として予定記憶部10に登録する（ステップA8）。これにより、予定キャンセル制御部13は、キャンセルされた予定の代替予定を予定記憶部10に登録することになる。この場合、予定キャンセル制御部13は、予定記憶部10の図２の予定一覧に代替予定を実施状況が『未』、次予定確保有無が『未』の状態で登録する。なお、予定キャンセル制御部13は、予定記憶部10に登録された代替予定が他の関係者にも関係する予定の場合は、その代替予定と、その代替予定に関係する関係者と、を対応付けて予定一覧に登録する。また、予定記憶部10の図３の予定に代替予定を登録する。また、予定キャンセル制御部13は、登録した予定が図２の次予定名に存在する予定の次予定確保有無を『未』の状態から『済』の状態に更新する。
【００６８】
予定キャンセル制御部13は、予定記憶部10に登録した代替予定が他の関係者にも関係する予定の場合は（ステップA9/Yes）、その関係者にも代替予定の内容を通知する（ステップA10）。これにより、関係者は、利用者の予定に代替予定が登録されたことを把握することができる。
【００６９】
＜本実施形態の利用者端末100の作用・効果＞
このように、本実施形態の利用者端末100は、予定記憶部10に新規予定を登録した場合に（ステップS1）、イベント記憶部11の図４のイベント遷移表を参照し、予定記憶部10に登録した新規予定と関連性の高い次の予定候補をイベント記憶部11の図４のイベント遷移表から複数選出する（ステップS2）。そして、利用者端末100は、予定記憶部10の図３の利用者の空き時間を確認し、利用者の空き時間の範囲で実行可能な予定候補を利用者に提案可能な形で絞り込む（ステップS3）。そして、利用者端末100は、その絞り込んだ予定候補を利用者に提案する（ステップS5）。これにより、利用者端末100の利用者は、予定記憶部10に新規予定を登録した場合に、その新規予定に関連する新たな次の予定候補を把握することができる。また、その新たな次の予定候補を予定記憶部10に簡単に登録することができる。
【００７０】
また、本実施形態の利用者端末100は、予定記憶部10に登録されている予定がキャンセルされた場合に（ステップA1）、当該キャンセルされた予定により発生する空き時間を特定する（ステップA2）。また、利用者端末100は、キャンセルされた予定の日に予定を登録したかった次予定未確定の予定をイベント記憶部11の図４のイベント遷移表から複数選出する（ステップA3）。そして、利用者端末100は、キャンセルされた予定の前後の予定の範囲で実行可能な予定候補を利用者に提案可能な形で絞り込む（ステップA4）。そして、利用者端末100は、その絞り込んだ予定候補を利用者に提案する（ステップA5）。これにより、利用者端末100の利用者は、予定記憶部10に登録されている予定がキャンセルされた場合に、そのキャンセルされた予定の前後の予定の範囲で実行可能な予定候補を把握することができる。また、その予定候補を予定記憶部10に簡単に登録することができる。
【００７１】
なお、上述する実施形態は、本発明の好適な実施形態であり、上記実施形態のみに本発明の範囲を限定するものではなく、本発明の要旨を逸脱しない範囲において種々の変更を施した形態での実施が可能である。
【００７２】
例えば、上述する実施形態では、予定記憶部10に登録されている予定がキャンセルされた場合に（ステップA1）、当該キャンセルされた予定により発生する空き時間を特定する（ステップA2）。また、利用者端末100は、キャンセルされた予定の日に予定を登録したかった次予定未確定の予定をイベント記憶部11の図４のイベント遷移表から複数選出する（ステップA3）。そして、利用者端末100は、キャンセルされた予定の前後の予定の範囲で実行可能な予定候補を利用者に提案可能な形で絞り込む（ステップA4）。そして、利用者端末100は、その絞り込んだ予定候補を利用者に提案するようにしている（ステップA5）。しかし、予定記憶部10に登録されている予定がキャンセルされた場合に、イベント記憶部11を参照し、キャンセルされた予定と関連性の高い予定をイベント記憶部11から選出し、該選出した関連性の高い予定が予定記憶部10に登録されている場合に、その関連性の高い予定を予定記憶部10から個別にまたは纏めて削除するようにすることも可能である。これにより、予定記憶部10に登録されている予定を削除してキャンセルする場合にも、そのキャンセルした予定と関連性の高い予定を個別にまたはまとめて予定記憶部10から削除してキャンセルするようにすることができる。
【００７３】
また、上記実施形態では、利用者端末100に予定記憶部10、イベント記憶部11を有して構成する場合を例に説明した。しかし、利用者端末100とネットワークを介して接続したサーバに予定記憶部10、イベント記憶部11を設け、そのサーバの予定記憶部10、イベント記憶部11の情報を利用するようにすることも可能である。
【００７４】
また、上記実施形態の利用者端末100を構成する各部における制御動作は、ハードウェア、ソフトウェア、あるいは、両者の複合構成を用いて実行することも可能である。
【００７５】
なお、ソフトウェアを用いて処理を実行する場合には、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれているコンピュータ内のメモリにインストールして実行させることが可能である。あるいは、各種処理が実行可能な汎用コンピュータ内のメモリにインストールして実行させることが可能である。
【００７６】
例えば、プログラムは、記録媒体としてのハードディスクやROM（Read Only Memory）に予め記録しておくことが可能である。あるいは、プログラムは、リムーバブル記録媒体に一時的、あるいは、永続的に格納（記録）しておくことが可能である。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することが可能である。リムーバブル記録媒体は、磁気ディスク、半導体メモリなどの各種記録媒体があげられる。
【００７７】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールすることになる。また、ダウンロードサイトからコンピュータに無線転送することになる。また、ネットワークを介してコンピュータに有線で転送することになる。
【００７８】
プログラムの形態としては、クラウド等によるネット上のサーバからの利用もありえる。一部のプログラムのみをコンピュータに転送して利用する形態もありえる。
【００７９】
また、上記実施形態の利用者端末100を構成する各部は、上記実施形態で説明した処理動作に従って時系列的に処理を実行するだけに限定するものでない。例えば、処理を実行する装置の処理能力、あるいは、必要に応じて並列的にあるいは個別に処理を実行するように構築することも可能である。
【符号の説明】
【００８０】
１００    利用者端末
１０    予定記憶部
１１    イベント記憶部
１２    予定登録制御部
１３    予定キャンセル制御部
１４    操作部
１５    表示部
【図１】
2016197337.tif 000003
【図２】
2016197337.tif 000004
【図３】
2016197337.tif 000005
【図４】
2016197337.tif 000006
【図５】
2016197337.tif 000007
【図６】
2016197337.tif 000008
【図７】
2016197337.tif 000009