JP2021110684A - スケジュール作成プログラム - Google Patents

Abstract

【課題】複数の移動手段を効率よく組み合わせて予定を作成することができるスケジュール作成プログラムを提供すること。
【解決手段】スケジュール作成プログラムは、ハードウェアを有するプロセッサに、ユーザの行動履歴に基づいて、ユーザによって入力された予定の目的地まで車両での移動が必要か否かを判定し、車両での移動が必要であると判定した場合、車両の位置に基づいて、ユーザが前両をピックアップして目的地に移動する移動経路を探索する、ことを実行させる。
【選択図】図２

Description

本開示は、スケジュール作成プログラムに関する。

特許文献１には、ユーザによって設定された目的地に応じて、当該目的地までの移動時間を考慮した予定を作成する技術が開示されている。

特開２００２−２３０２４３号公報

ユーザが目的地まで複数の移動手段（例えば車両、電車等）を利用するような場合に、複数の移動手段を効率よく組み合わせて予定を作成することができる技術が求められていた。

本開示は、上記に鑑みてなされたものであって、複数の移動手段を効率よく組み合わせて予定を作成することができるスケジュール作成プログラムを提供することを目的とする。

本開示に係るスケジュール作成プログラムは、ハードウェアを有するプロセッサに、ユーザの行動履歴に基づいて、前記ユーザによって入力された予定の目的地まで車両での移動が必要か否かを判定し、前記車両での移動が必要であると判定した場合、前記車両の位置に基づいて、前記ユーザが前記車両をピックアップして前記目的地に移動する移動経路を探索する、ことを実行させる。

本開示によれば、ユーザが車両をピックアップして目的地に移動する移動経路を探索することにより、複数の移動手段を効率よく組み合わせて予定を作成することができるため、ユーザの利便性が向上する。

図１は、実施形態に係るスケジュール作成プログラムを実現するためのスケジュール作成システムの構成を示すブロック図である。 図２は、実施形態に係るスケジュール作成プログラムが実行するスケジュール作成処理の第一の態様を示すフローチャートである。 図３は、実施形態に係るスケジュール作成プログラムが実行するスケジュール作成処理の第一の態様において、移動経路探索処理の具体例を示すフローチャートである。 図４は、実施形態に係るスケジュール作成プログラムが実行するスケジュール作成処理の第一の態様において、目的地までの移動経路を自動で登録する場合の一例を示す図である。 図５は、実施形態に係るスケジュール作成プログラムが実行するスケジュール作成処理の第一の態様において、目的地までの移動経路を手動で登録する場合の一例を示す図である。 図６は、実施形態に係るスケジュール作成プログラムが実行するスケジュール作成処理の第二の態様を示すフローチャートである。

本開示の実施形態に係るスケジュール作成プログラムについて、図面を参照しながら説明する。なお、下記実施形態における構成要素には、当業者が置換可能かつ容易なもの、あるいは実質的に同一のものが含まれる。

実施形態に係るスケジュール作成プログラムの構成について、図１を参照しながら説明する。スケジュール作成プログラムは、ユーザが新たに予定を入力した際に、当該ユーザの車両（マイカー）をピックアップして予定の目的地に移動する移動経路を探索・提案する。なお、本実施形態におけるユーザとは、具体的には、車両を運転する運転者のことを示している。

実施形態に係るスケジュール作成プログラムは、図１に示すスケジュール作成システムによって実現される。スケジュール作成システムは、サーバ１と、端末２と、を有している。スケジュール作成システムにおいて、サーバ１および端末２は、ネットワークＮＷを通じて相互に通信可能に構成されている。このネットワークＮＷは、例えばインターネット回線網、携帯電話回線網等から構成される。

（サーバ）
サーバ１は、ユーザの予定を管理するためのものである。サーバ１は、制御部１１と、通信部１２と、記憶部１３と、を備えている。

制御部１１は、ＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＦＰＧＡ（Field-Programmable Gate Array）等からなるプロセッサと、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等からなるメモリ（主記憶部）と、を備えている。制御部１１は、記憶部１３に格納されたプログラムを主記憶部の作業領域にロードして実行し、プログラムの実行を通じて各構成部等を制御することにより、所定の目的に合致した機能を実現する。

通信部１２は、例えばＬＡＮ（Local Area Network）インターフェースボード、無線通信のための無線通信回路等から構成される。通信部１２は、公衆通信網であるインターネット等のネットワークＮＷに接続されている。そして、通信部１２は、当該ネットワークＮＷに接続することにより、端末２との間で通信を行う。

記憶部１３は、ＥＰＲＯＭ（Erasable Programmable ROM）、ハードディスクドライブ（Hard Disk Drive：ＨＤＤ）およびリムーバブルメディア等の記録媒体から構成される。リムーバブルメディアとしては、例えばＵＳＢ（Universal Serial Bus）メモリ、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ＢＤ（Blu-ray（登録商標） Disc）のようなディスク記録媒体が挙げられる。また、記憶部１３には、オペレーティングシステム（Operating System：ＯＳ）、各種プログラム、各種テーブル、各種データベース等が格納可能である。

記憶部１３には、予定情報１３１と、車両情報１３２と、が格納されている。予定情報１３１は、ユーザが登録した過去、現在および未来の予定に関する情報である。予定情報１３１としては、例えばユーザが特定の場所に留まって行う用事（私用、公用）に関する予定（第一の予定情報）と、第一の予定が行われる場所までの移動に関する予定（第二の予定）とが含まれる。なお、本実施形態では、第一の予定が行われる場所のことを、「目的地」と表記する。

第一の予定情報には、例えば予定の目的地、開始時間、終了時間、出席者の氏名等の情報が含まれる。また、第二の予定情報には、例えば出発地、目的地、出発地を出発する出発時間、目的地への到着時間、移動手段（例えば電車、車両、飛行機等）等の情報が含まれる。

車両情報１３２は、ユーザの車両に関する情報である。車両情報１３２としては、例えば車両の位置に関する情報（以下、「車両位置情報」という）が少なくとも含まれる。

（端末）
端末２は、ユーザが自己の予定を登録、予定の目的地までの経路を探索するためのものである。端末２としては、例えばユーザが所有するスマートフォン、携帯電話、タブレット端末、ウェアラブルコンピュータ、パーソナルコンピュータ等が挙げられる。端末２は、制御部２１と、通信部２２と、記憶部２３と、操作・表示部２４と、を備えている。制御部２１、通信部２２および記憶部２３の物理的な構成は、制御部１１、通信部１２および記憶部１３と同様である。制御部２１は、記憶部２３に格納されたプログラムの実行を通じて、表示制御部２１１、予定登録部２１２、経路探索部２１３および経路登録部２１４として機能する。

表示制御部２１１は、操作・表示部２４における表示内容を制御する。表示制御部２１１は、ユーザの操作（タッチ操作、フリック操作等）に基づいて、予定一覧の表示画面（図４および図５参照）、予定の登録画面、移動経路の探索要否のボタン等を、操作・表示部２４に表示させる。

予定登録部２１２は、ユーザによって入力された予定を登録する。予定の登録は、以下の流れで行う。まず、表示制御部２１１は、操作・表示部２４に「予定の登録画面」を表示させる。そして、当該「予定の登録画面」上で、ユーザによって予定が入力されると、予定登録部２１２は、この予定情報をサーバ１に出力する。これにより、記憶部１３の予定情報１３１が更新され、予定が登録される。

経路探索部２１３は、ユーザの予定が行われる目的地までの移動経路を探索する。経路探索部２１３は、ユーザの行動履歴に基づいて、当該ユーザによって入力された予定の目的地まで車両での移動が必要か否かを判定する。そして、経路探索部２１３は、車両での移動が必要であると判定した場合、当該車両の位置に基づいて、ユーザが車両をピックアップして目的地に移動する移動経路を探索する。なお、経路探索部２１３による移動経路の探索の詳細については、後ほど説明する（図２および図３参照）。

経路登録部２１４は、経路探索部２１３によって探索された目的地までの移動経路を予定として登録する。経路登録部２１４は、経路探索部２１３によって移動経路が探索された際に、ユーザの疲労度に基づいて、移動経路を予定として自動で登録するか否かを判定する。そして、経路登録部２１４は、ユーザの疲労度が所定の閾値よりも小さい場合、移動経路に関する情報をサーバ１に出力する。これにより、記憶部１３の予定情報１３１が更新され、移動経路が予定として登録される。

一方、経路登録部２１４は、ユーザの疲労度が所定の閾値以上である場合、ユーザの承諾を条件として、移動経路に関する情報をサーバ１に出力する。これにより、記憶部１３の予定情報１３１が更新され、移動経路が予定として登録される。なお、経路登録部２１４による移動経路の登録の詳細については、後ほど説明する（図２参照）。

操作・表示部２４は、例えばタッチパネルディスプレイにより構成されている。操作・表示部２４は、ユーザの手指やペン等による操作を受け付ける入力機能と、表示制御部２１１の制御に基づいて各種情報を表示する表示機能と、を有している。

（スケジュール作成処理（第一の態様））
実施形態に係るスケジュール作成プログラムが実行するスケジュール作成処理の第一の態様について、図２〜図５を参照しながら説明する。なお、以下で説明する態様は、車両をピックアップして予定の目的地まで向かう移動経路を自動的に探索し、所定条件を満たした場合に移動経路の登録を行う場合を示している。

まず、予定登録部２１２は、ユーザによって入力された予定を登録する（ステップＳ１）。続いて、経路探索部２１３は、ユーザの行動履歴を取得する（ステップＳ２）。ステップＳ２において、経路探索部２１３は、サーバ１の記憶部１３に格納されているユーザの予定情報１３１のうち、ユーザが過去に車両で移動した予定に関する第二の予定情報を、ユーザの行動履歴として取得する。

続いて、経路探索部２１３は、ステップＳ２で取得したユーザの行動履歴に基づいて、ユーザの車両をピックアップする必要があるか否かを判定する（ステップＳ３）。ここで、「ユーザの車両をピックアップする必要がある」場合とは、例えば以下のような場合が挙げられる。
（１）ステップＳ１で入力された予定の目的地への移動の際に、ユーザが車両を利用する頻度が多い場合
（２）ステップＳ１で入力された予定の後に、ユーザが車両で移動する頻度の多い予定が登録されている場合。例えばステップＳ１で入力された予定の後に、「自宅への帰宅」や「子供の送迎」等の予定が登録されており、かつユーザが「自宅への帰宅」や「子供の送迎」の際に必ず車両を利用している場合
（３）ステップＳ１で入力された予定の目的地への同行者が多い場合（但し車両の定員以下）

ユーザの車両をピックアップする必要があると判定した場合（ステップＳ３でＹｅｓ）、経路探索部２１３は、車両のピックアップを含む移動経路を探索する（ステップＳ４）。なお、「車両のピックアップを含む移動経路」とは、車両をピックアップし、当該車両に乗車して目的地に移動する経路のことを示している。ステップＳ４における移動経路探索処理の詳細について、図３を参照しながら説明する。

まず、経路探索部２１３は、現在時刻と、ユーザによって入力された予定との間に別の予定があるか否かを判定する（ステップＳ４１）。「現在時刻」とは、経路探索部２１３による移動経路の探索を開始した時点のことを示している。

例えば、当初の予定が図４の（ａ）であり、同図の（ｂ）に示すように、１９時に「食事（場所：栄駅）」という予定がユーザによって入力された場合を考える。この場合、経路探索部２１３は、例えばＡ部に示すように、１４時〜１５時の間に移動経路の探索を開始した場合、ユーザによって入力された予定との間に別の予定があると判定する。なお、この場合の別の予定とは、１５時の「移動（電車で移動）」および１６時の「挨拶（場所：三河豊田駅）」である。一方、経路探索部２１３は、例えばＢ部に示すように、１７時〜１９時の間に移動経路の探索を開始した場合、ユーザによって入力された予定との間に別の予定がないと判定する。

ユーザによって入力された予定との間に別の予定があると判定した場合（ステップＳ４１でＹｅｓ）、経路探索部２１３は、車両の最終到着予定地点を経由地として決定する（ステップＳ４２）。ステップＳ４２において、経路探索部２１３は、例えば記憶部１３に格納されているユーザの予定情報１３１に基づいて、車両の最終到着予定地点を特定する。

続いて、経路探索部２１３は、ステップＳ４２で決定した経由地を含む移動経路を探索し（ステップＳ４３）、本フローを終了する。なお、ステップＳ４１において、ユーザによって入力された予定との間に別の予定がないと判定した場合（ステップＳ４１でＮｏ）、経路探索部２１３は、車両の最終位置を経由地として決定し（ステップＳ４４）、本フローを終了する。ステップＳ４４において、経路探索部２１３は、例えば記憶部１３に格納されている車両情報１３２に基づいて、車両の最終位置を特定する。図２に戻って説明を続ける。

ステップＳ４の後に、経路探索部２１３は、ユーザの疲労度を取得する（ステップＳ５）。ここで、「疲労度」とは、ステップＳ１でユーザが入力した予定の目的地に車両で移動した場合に想定されるユーザの疲労の度合いを示している。この「疲労度」は、例えば以下のような基準に基づいて、予め定めることができる。
（１）当日に登録された予定が多いほど疲労度が大きい。
（２）ステップＳ１で入力された予定の目的地への同行者が多いほど疲労度が大きい。

続いて、経路探索部２１３は、ステップＳ５で取得した疲労度が、予め定めた閾値よりも小さいか否かを判定する（ステップＳ６）。なお、この閾値は、予め経験的または実験的に求めて定めることができる。

疲労度が予め定めた閾値よりも小さいと判定した場合（ステップＳ６でＹｅｓ）、経路登録部２１４は、移動経路を予定として登録し（ステップＳ７）、本フローを終了する。一方、疲労度が予め定めた閾値以上であると判定した場合（ステップＳ６でＮｏ）、経路登録部２１４は、ユーザによる移動経路の探索指示があるか否かを判定する（ステップＳ８）。ステップＳ８では、例えば表示制御部２１１が、操作・表示部２４に移動経路の探索要否のボタンを表示させる。そして、経路登録部２１４は、ユーザによって移動経路の探索要否のボタンが押下された場合にユーザによる移動経路の探索指示があると判定し、ユーザによって移動経路の探索要否のボタンが押下されない場合にユーザによる移動経路の探索指示がないと判定する。

ユーザによる移動経路の探索指示があると判定した場合（ステップＳ８でＹｅｓ）、経路登録部２１４は、ステップＳ７に進む。一方、ユーザによる移動経路の探索指示がないと判定した場合（ステップＳ８でＮｏ）、経路登録部２１４は、本フローを終了する。なお、ステップＳ３において、ユーザの車両をピックアップする必要がないと判定した場合（ステップＳ３でＮｏ）、経路探索部２１３は、本フローを終了する。

ここで、図４は、図２のステップＳ１，Ｓ２，Ｓ３，Ｓ４，Ｓ５，Ｓ６，Ｓ７の処理を行った場合に、表示制御部２１１が操作・表示部２４に表示させる予定情報の変遷の一例を示している。この場合、当初の予定は、同図の（ａ）である。そして、同図の（ｂ）に示すように、１９時に「食事（場所：栄駅）」という予定がユーザによって登録されると、同図の（ｃ）に示すように、車両をピックアップして予定の目的地（栄駅）までの移動経路が自動的に探索され、かつ予定として自動的に登録される。

また、図５は、図２のステップＳ１，Ｓ２，Ｓ３，Ｓ４，Ｓ５，Ｓ６，Ｓ８，Ｓ７の処理を行った場合に、表示制御部２１１が操作・表示部２４に表示させる予定情報の変遷の一例を示している。この場合、当初の予定は同図の（ａ）である。そして、同図の（ｂ）に示すように、１９時に「食事（場所：栄駅）」という予定がユーザによって登録されると、同図の（ｃ）に示すように、車両をピックアップして予定の目的地（栄駅）に向かう移動経路が自動的に探索される。続いて、同図のＣ部に示すように、移動経路の探索要否のボタン（例えば車両のマーク）が表示される。そして、移動経路の探索要否のボタンがユーザに押下されると、同図の（ｄ）に示すように、移動経路が予定として登録される。

（スケジュール作成処理（第二の態様））
実施形態に係るスケジュール作成プログラムが実行するスケジュール作成処理の第二の態様について、図６を参照しながら説明する。なお、以下で説明する態様は、ユーザが予定を入力した際に、車両をピックアップして予定の目的地まで向かう移動経路を自動的には探索せず、所定条件を満たした場合に移動経路の探索および登録を行う場合を示している。

まず、予定登録部２１２は、ユーザによって入力された予定を登録する（ステップＳ１１）。続いて、経路探索部２１３は、ユーザの行動履歴を取得する（ステップＳ１２）。ステップＳ１２において、経路探索部２１３は、サーバ１の記憶部１３に格納されているユーザの予定情報１３１のうち、ユーザが過去に車両で移動した予定に関する第二の予定情報を、ユーザの行動履歴として取得する。

続いて、経路探索部２１３は、ステップＳ１２で取得したユーザの行動履歴に基づいて、ユーザの車両をピックアップする必要があるか否かを判定する（ステップＳ１３）。ユーザの車両をピックアップする必要があると判定した場合（ステップＳ１３でＹｅｓ）、経路探索部２１３は、ユーザの疲労度を取得する（ステップＳ１４）。

続いて、経路探索部２１３は、ステップＳ１４で取得した疲労度が、予め定めた閾値よりも小さいか否かを判定する（ステップＳ１５）。疲労度が予め定めた閾値よりも小さいと判定した場合（ステップＳ１５でＹｅｓ）、経路探索部２１３は、車両のピックアップを含む移動経路を探索する（ステップＳ１６）。なお、ステップＳ１６における移動経路探索処理の詳細は、図３と同様であるため説明を省略する。続いて、経路登録部２１４は、ステップＳ１６で探索された移動経路を予定として登録し（ステップＳ１７）、本フローを終了する。

ステップＳ１３において、ユーザの車両をピックアップする必要がないと判定した場合（ステップＳ１３でＮｏ）、経路探索部２１３は、ユーザによる移動経路の探索指示があるか否かを判定する（ステップＳ１８）。ステップＳ１８において、表示制御部２１１は、例えば操作・表示部２４に移動経路の探索要否のボタンを表示させる。そして、経路登録部２１４は、ユーザによって移動経路の探索要否のボタンが押下された場合にユーザによる移動経路の探索指示があると判定し、ユーザによって移動経路の探索要否のボタンが押下されない場合にユーザによる移動経路の探索指示がないと判定する。

ユーザによる移動経路の探索指示があると判定した場合（ステップＳ１８でＹｅｓ）、経路探索部２１３は、ステップＳ１６に進む。一方、ユーザによる移動経路の探索指示がないと判定した場合（ステップＳ１８でＮｏ）、経路登録部２１４は、本フローを終了する。

以上説明した実施形態に係るスケジュール作成プログラムによれば、ユーザが予定を入力した際に、別の場所にある車両をピックアップして予定の目的地に移動する移動経路を探索、提案することができる。従って、複数の移動手段を効率良く組み合わせて予定を作成することができ、ユーザの利便性が向上する。

さらなる効果や変形例は、当業者によって容易に導き出すことができる。よって、本発明のより広範な態様は、以上のように表わしかつ記述した特定の詳細および代表的な実施形態に限定されるものではない。したがって、添付のクレームおよびその均等物によって定義される総括的な発明の概念の精神または範囲から逸脱することなく、様々な変更が可能である。

１ サーバ
１１ 制御部
１２ 通信部
１３ 記憶部
１３１ 予定情報
１３２ 車両情報
２ 端末
２１ 制御部
２１１ 表示制御部
２１２ 予定登録部
２１３ 経路探索部
２１４ 経路登録部
２２ 通信部
２３ 記憶部
２４ 操作・表示部

Claims (1)

1. ハードウェアを有するプロセッサに、
   ユーザの行動履歴に基づいて、前記ユーザによって入力された予定の目的地まで車両での移動が必要か否かを判定し、
   前記車両での移動が必要であると判定した場合、前記車両の位置に基づいて、前記ユーザが前記車両をピックアップして前記目的地に移動する移動経路を探索する、
   ことを実行させるスケジュール作成プログラム。

Images