特許 7597073 移動計画提案方法、移動計画提案装置及び移動システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-12-02

(45)【発行日】2024-12-10

(54)【発明の名称】移動計画提案方法、移動計画提案装置及び移動システム

(51)【国際特許分類】

   G01C 21/34 20060101AFI20241203BHJP

   G08G 1/0968 20060101ALI20241203BHJP

【ＦＩ】

G01C21/34

G08G1/0968 B

【請求項の数】 6

(21)【出願番号】P 2022068448

(22)【出願日】2022-04-18

(65)【公開番号】P2023158539

(43)【公開日】2023-10-30

【審査請求日】2023-12-19

(73)【特許権者】

【識別番号】000003207

【氏名又は名称】トヨタ自動車株式会社

(74)【代理人】

【識別番号】110003199

【氏名又は名称】弁理士法人高田・高橋国際特許事務所

(72)【発明者】

【氏名】野本 美樹

(72)【発明者】

【氏名】西山 由華

(72)【発明者】

【氏名】奥村 健一

(72)【発明者】

【氏名】富澤 亮太

(72)【発明者】

【氏名】菅野 達也

(72)【発明者】

【氏名】関 優志

(72)【発明者】

【氏名】増井 徳弘

【審査官】西堀 宏之

(56)【参考文献】

【文献】特開２０２１－０５０９１４（ＪＰ，Ａ）

【文献】特開２０２１－０２６３８８（ＪＰ，Ａ）

【文献】特開２０２１－０４７５０１（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０１Ｃ ２１／３４

Ｇ０８Ｇ １／０９６８

(57)【特許請求の範囲】

【請求項1】

ウェブ会議用設備を有する移動体を用いた移動計画をユーザに提案する方法であって、
第１地点から第２地点への移動と、前記第１地点から前記第２地点への移動の前後におけるウェブ会議への参加とを含む前記ユーザのスケジュールの情報を取得するステップと、
前記第１地点から前記第２地点に至る道路を含む地域における通信レベルの情報を取得するステップと、
前記スケジュールの情報及び前記通信レベルの情報に基づいて前記第１地点から前記第２地点への移動を前記移動体により行うときの移動計画の候補を生成するステップであって、前記移動計画の候補が、前記第１地点から前記第２地点への移動の最中に前記ウェブ会議用設備を用いた前記ウェブ会議への参加を実現する候補、かつ、前記ウェブ会議への参加が予定されている時間帯では閾値よりも低い通信レベルを有する通信区域内に前記移動体が位置することが禁止される候補を含むステップと、
前記移動計画の候補を前記ユーザの端末に送信するステップと、
を含むことを特徴とする移動計画提案方法。

【請求項2】

請求項１に記載の方法であって、
前記移動体はデスクワーク用設備を更に有し、
前記スケジュールは、前記第１地点から前記第２地点への移動の前後におけるデスクワークの実施を更に含み、
前記移動計画の候補が、前記デスクワークの実施が予定されている時間帯では前記閾値よりも低い通信レベルを有する通信区域内に前記移動体が位置することが許容される候補を含む
ことを特徴とする移動計画提案方法。

【請求項3】

請求項１に記載の方法であって、
前記移動体はデスクワーク用設備を更に有し、
前記スケジュールは、前記第１地点から前記第２地点への移動の前後におけるデスクワークの実施を更に含み、
前記移動計画の候補が、前記デスクワークの実施が予定されている時間帯では前記閾値よりも高い通信レベルを有する通信区域内に前記移動体が位置することが禁止される候補を含む
ことを特徴とする移動計画提案方法。

【請求項4】

請求項１～３の何れか１項に記載の方法であって、
前記移動計画の候補を生成するステップは、
前記ウェブ会議への参加が予定されているオリジナルの時間帯において前記移動体が前記閾値よりも高い通信レベルを有する通信区域内に位置する候補が抽出されたか否かを判定するステップと、
前記オリジナルの時間帯において前記候補が抽出されなかったと判定された場合、前記オリジナルの時間帯を変更し、変更後の時間帯において前記移動体が前記閾値よりも高い通信レベルを有する通信区域内に位置する候補が抽出されたか否かを判定するステップと、
前記変更後の時間帯において前記候補が抽出されたと判定された場合、前記変更後の時間帯において前記閾値よりも低い通信レベルを有する通信区域内に前記移動体が位置することが禁止される候補を生成するステップと、
を含み、
前記移動計画の候補を前記ユーザの端末に送信するステップにおいて、前記オリジナルの時間帯の変更が前記ユーザに提案される
ことを特徴とする移動計画提案方法。

【請求項5】

ウェブ会議用設備を有する移動体を用いた移動計画をユーザに提案する装置であって、
各種情報が格納されたメモリと、
前記各種情報を処理するプロセッサと、
を備え、
前記各種情報は、第１地点から第２地点への移動と、前記第１地点から前記第２地点への移動の前後におけるウェブ会議への参加と、を含む前記ユーザのスケジュールの情報と、前記第１地点から前記第２地点に至る道路を含む地域における通信レベルの情報と、を含み、
前記プロセッサは、
前記スケジュールの情報及び前記通信レベルの情報に基づいて、前記第１地点から前記第２地点への移動を前記移動体により行うときの移動計画の候補を生成し、
前記移動計画の候補が、前記第１地点から前記第２地点への移動の最中に前記ウェブ会議用設備を用いた前記ウェブ会議への参加を実現する候補、かつ、前記ウェブ会議への参加が予定されている時間帯では閾値よりも低い通信レベルを有する通信区域内に前記移動体が位置することが禁止される候補を含み、
前記移動計画の候補を前記ユーザの端末に送信する
ことを特徴とする移動計画提案装置。

【請求項6】

ウェブ会議用設備と、走行装置と、走行制御装置とを備える移動体と、
各種情報が格納されたメモリと、前記各種情報を処理するプロセッサとを備え、前記移動体を用いた移動計画をユーザに提案する管理サーバと、
を備えるシステムであって、
前記各種情報は、第１地点から第２地点への移動と、前記第１地点から前記第２地点への移動の前後におけるウェブ会議への参加と、を含む前記ユーザのスケジュールの情報と、前記第１地点から前記第２地点に至る道路を含む地域における通信レベルの情報と、を含み、
前記プロセッサは、
前記スケジュールの情報及び前記通信レベルの情報に基づいて、前記第１地点から前記第２地点への移動を前記移動体により行うときの移動計画の候補を生成し、
前記移動計画の候補が、前記第１地点から前記第２地点への移動の最中に前記ウェブ会議用設備を用いた前記ウェブ会議への参加を実現する候補、かつ、前記ウェブ会議への参加が予定されている時間帯では閾値よりも低い通信レベルを有する通信区域内に前記移動体が位置することが禁止される候補を含み、
前記移動計画の候補を前記ユーザの端末に送信し、
前記移動計画の候補が前記ユーザにより受け入れられた場合、前記移動計画の候補に基づいて生成した移動計画情報を前記移動体に送信し、
前記走行制御装置は、前記移動計画情報に基づいて前記走行装置を制御する
ことを特徴とする移動システム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、ウェブ会議用設備を有する移動体を用いた移動計画をユーザに提案する方法及び装置、並びに、この移動計画に従って当該移動体を制御するシステムに関する。

【背景技術】

【0002】

特許文献１は、出発地から目的地までの経路を生成する装置が開示されている。この従来の装置は、ユーザの出発地と目的地の情報に基づいて、ユーザが選択可能な複数の経路の候補を生成する。複数の経路の候補は、出発地から目的地までの移動中、最適な通信回線を利用できる候補を含んでいる。特許文献１は、また、複数の経路の候補の生成が、カーナビゲーションシステムにおいて行われてもよいことを述べている。つまり、特許文献１は、出発地から目的地までの移動手段が、このカーナビゲーションシステムが搭載された車両でもよいことを述べている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２００８－２３６３８１号公報

【文献】特開２０２０－１４０７３３号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

特許文献１の装置によれば、出発地から目的地までの経路をユーザが車両で移動する場合において、最適な通信回線を利用できる経路を当該ユーザが選択することができる。そのため、例えば、データ通信等による通信回線の利用が予定されている場合は、ユーザによってこの候補が選択されることが予想される。

【0005】

ところが、最適な通信回路を利用できる経路は、通信品質が低い道路を部分的に含んでいることが予想される。ここで、通信品質が低い道路を通る時間帯がデータ通信の予定時間帯と重複してしまうことは、ユーザにとって不利益である。特に、データ通信がウェブ会議の場合は、通信品質の低下が会議参加者のストレスに繋がる。そのため、このような不利益情報があればユーザに事前に通知されることが望ましい。

【0006】

データ通信がウェブ会議の場合において、不利益情報がユーザに通知された場合を考える。この場合は、不利益が発生する時間帯を避けるために、ウェブ会議の予定時間帯を変更することがユーザに暗に期待される。しかしながら、予定時間帯を変更することは、ユーザの予定の再調整に加えて他の会議参加者のそれも必要となる。そうすると、不利益情報がユーザに通知されることは、最適な通信回線を利用することのできる経路が最終的にユーザに選択されないことに繋がり、これでは経路の生成が無駄になってしまう。

【0007】

本開示の１つの目的は、出発地から目的地までの移動と、この移動の前後におけるウェブ会議への参加が予定されているユーザにとって有益であり、尚且つ、このユーザが受け入れやすい移動計画を提案する技術を提供することにある。

【課題を解決するための手段】

【0008】

本開示の第１の観点は、ウェブ会議用設備を有する移動体を用いた移動計画をユーザに提案する方法であり、次の特徴を有する。
前記方法は、
第１地点から第２地点への移動と、前記第１地点から前記第２地点への移動の前後におけるウェブ会議への参加と、を含む前記ユーザのスケジュールの情報を取得するステップと、
前記第１地点から前記第２地点に至る道路を含む地域における通信レベルの情報を取得するステップと、
前記スケジュールの情報及び前記通信レベルの情報に基づいて、前記第１地点から前記第２地点への移動を前記移動体により行うときの移動計画の候補を生成するステップであって、前記移動計画の候補が、前記ウェブ会議への参加が予定されている時間帯では閾値よりも低い通信レベルを有する通信区域内に前記移動体が位置することが禁止される候補を含むステップと、
前記移動計画の候補を前記ユーザの端末に送信するステップと、
を含む。

【0009】

本開示の第２の観点は、第１の観点において更に次の特徴を有する。
前記移動体はデスクワーク用設備を更に有する。
前記スケジュールは、前記第１地点から前記第２地点への移動の前後におけるデスクワークの実施を更に含む。
前記移動計画の候補は、前記デスクワークの実施が予定されている時間帯では前記閾値よりも低い通信レベルを有する通信区域内に前記移動体が位置することが許容される候補を含む。

【0010】

本開示の第３の観点は、第１の観点において更に次の特徴を有する。
前記移動体はデスクワーク用設備を更に有する。
前記スケジュールは、前記第１地点から前記第２地点への移動の前後におけるデスクワークの実施を更に含む。
前記移動計画の候補は、前記デスクワークの実施が予定されている時間帯では前記閾値よりも高い通信レベルを有する通信区域内に前記移動体が位置することが禁止される候補を含む。

【0011】

本開示の第４の観点は、第１～３の観点の何れか１つにおいて更に次の特徴を有する。
前記移動計画の候補を生成するステップは、
前記ウェブ会議への参加が予定されているオリジナルの時間帯において前記移動体が前記閾値よりも高い通信レベルを有する通信区域内に位置する候補が抽出されたか否かを判定するステップと、
前記オリジナルの時間帯において前記候補が抽出されなかったと判定された場合、前記オリジナルの時間帯を変更し、変更後の時間帯において前記移動体が前記閾値よりも高い通信レベルを有する通信区域内に位置する候補が抽出されたか否かを判定するステップと、
前記変更後の時間帯において前記候補が抽出されたと判定された場合、前記変更後の時間帯において前記閾値よりも低い通信レベルを有する通信区域内に前記移動体が位置することが禁止される候補を生成するステップと、
を含む。
前記移動計画の候補を前記ユーザの端末に送信するステップにおいて、前記オリジナルの時間帯の変更が前記ユーザに提案される。

【0012】

本開示の第５の観点は、ウェブ会議用設備を有する移動体を用いた移動計画をユーザに提案する装置であり、次の特徴を有する。
前記装置は、各種情報が格納されたメモリと、前記各種情報を処理するプロセッサと、を備える。
前記各種情報は、第１地点から第２地点への移動と、前記第１地点から前記第２地点への移動の前後におけるウェブ会議への参加と、を含む前記ユーザのスケジュールの情報と、前記第１地点から前記第２地点に至る道路を含む地域における通信レベルの情報と、を含む。
前記プロセッサは、前記スケジュールの情報及び前記通信レベルの情報に基づいて、前記第１地点から前記第２地点への移動を前記移動体により行うときの移動計画の候補を生成する。前記移動計画の候補は、前記ウェブ会議への参加が予定されている時間帯では閾値よりも低い通信レベルを有する通信区域内に前記移動体が位置することが禁止される候補を含む。
前記プロセッサは、また、前記移動計画の候補を前記ユーザの端末に送信する。

【0013】

本開示の第６の観点は、移動システムであり、次の特徴を有する。
前記移動システムは、移動体と、管理サーバとを備える。前記移動体は、ウェブ会議用設備と、走行装置と、走行制御装置とを備える。前記管理サーバは、各種情報が格納されたメモリと、前記各種情報を処理するプロセッサとを備える。前記管理サーバは、前記移動体を用いた移動計画をユーザに提案する。
前記各種情報は、第１地点から第２地点への移動と、前記第１地点から前記第２地点への移動の前後におけるウェブ会議への参加と、を含む前記ユーザのスケジュールの情報と、前記第１地点から前記第２地点に至る道路を含む地域における通信レベルの情報と、を含む。
前記プロセッサは、前記スケジュールの情報及び前記通信レベルの情報に基づいて、前記第１地点から前記第２地点への移動を前記移動体により行うときの移動計画の候補を生成する。前記移動計画の候補は、前記ウェブ会議への参加が予定されている時間帯では閾値よりも低い通信レベルを有する通信区域内に前記移動体が位置することが禁止される候補を含む。
前記プロセッサは、また、前記移動計画の候補を前記ユーザの端末に送信する。
前記プロセッサは、また、前記移動計画の候補が前記ユーザにより受け入れられた場合、前記移動計画の候補に基づいて生成した移動計画情報を前記移動体に送信する。
前記走行制御装置は、前記移動計画情報に基づいて前記走行装置を制御する。

【発明の効果】

【0014】

第１又は５の観点によれば、第１地点から第２地点への移動が予定されており、かつ、この移動の前後におけるウェブ会議への参加が予定されている場合、移動体による移動の最中にウェブ会議への参加を実現する移動計画の候補をユーザに提案することが可能となる。この候補には、ウェブ会議への参加が予定されている時間帯では閾値よりも低い通信レベルを有する通信区域内に移動体が位置することが禁止される候補が含まれる。そのため、ウェブ会議への参加が予定されている時間帯にデータ通信環境が低下するような状況に陥ることのないように配慮されている。故に、第１又は５の観点によれば、第１地点から第２地点までの移動と、この移動の前後におけるウェブ会議への参加が予定されているユーザにとって有益であり、尚且つ、このユーザが受け入れやすい移動計画を提案することが可能となる。

【0015】

第２又は３の観点によれば、第１地点から第２地点への移動の前後におけるデスクワークの実施が予定されている場合、移動体の室内でこのデスクワークを実現する移動計画の候補をユーザＵＳに提案することが可能となる。

【0016】

第４の観点によれば、ウェブ会議への参加が予定されているオリジナルの時間帯において当該ウェブ会議への参加を実現する移動計画の候補が抽出されないような場合に、この時間帯が変更された移動計画の候補をユーザに提案することが可能となる。

【0017】

第６の観点によれば、移動計画の候補がユーザに受け入れられた場合、移動体による移動中にウェブ会議への参加をストレスなく実現することが可能となる。

【図面の簡単な説明】

【0018】

【図1】第１実施形態の概要を説明する図である。

【図2】管理サーバにおいて生成される移動計画の候補の例を、スケジュール形式で示した図である。

【図3】通信レベル情報Ｖが考慮された移動計画の候補の例を説明する図である。

【図4】通信レベル情報Ｖが考慮された移動計画の候補の別の例を説明する図である。

【図5】管理サーバの構成例を説明する図である。

【図6】移動体の構成例を示すブロック図である。

【図7】管理サーバの情報処理装置（プロセッサ）により行われる処理の例を説明するフローチャートである。

【図8】第２実施形態の概要を説明する図である。

【図9】第２実施形態において生成される移動計画の候補の例を説明する図である。

【図10】第２実施形態において生成される移動計画の候補の別の例を説明する図である。

【図11】管理サーバの情報処理装置（プロセッサ）により行われる処理の例を説明するフローチャートである。

【発明を実施するための形態】

【0019】

以下、図面を参照しながら、本開示の実施形態に係る移動計画提案方法、移動計画提案装置及び移動システムについて説明する。尚、実施形態に係る提案方法は、実施形態に係る提案装置としての管理サーバが行うコンピュータ処理により実現される。また、各図において、同一又は相当する部分には同一符号を付してその説明を簡略化し又は省略する。

【0020】

１．第１実施形態
図１～７を参照しながら本開示の第１実施形態について説明する。

【0021】

１－１．概要
図１は、第１実施形態の概要を説明する図である。図１は、ユーザＵＳのスケジュールＳＣ１の例を示している。スケジュールＳＣ１は、例えば、ユーザＵＳの１日（例えば、金曜日）のスケジュールである。但し、スケジュールＳＣ１は、日付を跨いだスケジュールでもよい（例えば、金曜日と土曜日の２日間）。尚、スケジュールＳＣ１の情報（以下、「スケジュール情報ＳＣＨ」とも称す。）は、この日よりも前日以前に（例えば、木曜日）、管理サーバＭＳによって把握されているものとする。

【0022】

図１に示される例では、時刻Ｔ１からＴ２までの時間帯にウェブ会議ＷＭ１が予定されている。また、時刻Ｔ３からＴ４までの時間帯にウェブ会議ＷＭ２が予定されている。ウェブ会議ＷＭ１及びＷＭ２では、パーソナルコンピュータ、スマートフォン、タブレット端末などの通信端末を用い、アプリケーション又はウェブブラウザを介して遠隔地にいる相手とコミュニュケーションが行われる。ウェブ会議ＷＭ１及びＷＭ２としては、遠隔地にいる相手との打ち合わせ、セミナー、ワークショップなどが例示される。

【0023】

ウェブ会議ＷＭ１及びＷＭ２は、地点（第１地点）Ｐ１で行われることが予定されている。地点Ｐ１は、典型的にはユーザＵＳの勤務地又は自宅である。但し、勤務地及び自宅以外の拠点（例えば、外出先の拠点）であっても、情報処理装置、カメラ等のウェブ会議用設備を備える拠点であれば地点Ｐ１の候補となりうる。また、ユーザＵＳが通信端末を携帯しており、この通信端末を用いてウェブ会議ＷＭ１及びＷＭ２に参加することを予定している場合は、ウェブ会議用設備としての通信設備を備える拠点であれば、地点Ｐ１の候補となりうる。

【0024】

ウェブ会議ＷＭ１及びＷＭ２への参加拠点が地点Ｐ１であるという情報は、管理サーバＭＳによって把握されていなくてもよい。さらに言えば、この情報は、スケジュールＳＣ１に含まれていなくてもよい。つまり、管理サーバＭＳは、ウェブ会議ＷＭ１及びＷＭ２への参加が予定されている時間帯を少なくとも把握していれば十分であり、これらのウェブ会議に参加するときの拠点の情報は任意の情報である。

【0025】

図１に示される例では、また、時刻Ｔ５からＴ６までの時間帯に地点Ｐ１から地点（第２地点）Ｐ２への移動ＴＲが予定されている。地点Ｐ２は、地点Ｐ１から離れた地点であれば特に限定されない。例えば、地点Ｐ１がユーザＵＳの自宅の場合の地点Ｐ２は自宅以外の遠隔地であり、地点Ｐ１がユーザＵＳの勤務地の場合の地点Ｐ２は勤務地以外の遠隔地である。図１に示される例では、時刻Ｔ４（又は時刻Ｔ５）以降の休暇ＶＣが予定されており、地点Ｐ２は旅行先の拠点（例えば、宿泊ホテル）であるとする。

【0026】

地点Ｐ１は移動ＴＲにおける出発地に該当し、地点Ｐ２は移動ＴＲにおける目的地に該当する。時刻Ｔ５からＴ６までの時間帯に地点Ｐ１から地点Ｐ２まで移動ＴＲが行われる情報と、地点Ｐ１及びＰ２の位置情報とは、管理サーバＭＳによって把握されている。

【0027】

１－２．移動計画
上述したように、スケジュールＳＣ１には、ウェブ会議ＷＭ１及びＷＭ２の参加と、地点Ｐ１から地点Ｐ２への移動ＴＲと、が含まれている。また、地点Ｐ１の説明で述べたように、ウェブ会議への参加は、ウェブ会議用設備があれば可能である。そこで、第１実施形態では、ウェブ会議用設備を有する移動体ＭＢを考える。そして、移動体ＭＢを用いた地点Ｐ１から地点Ｐ２への移動ＴＲの最中にウェブ会議ＷＭ１及びＷＭ２への参加を実現する移動計画の候補を管理サーバＭＳにおいて生成する。

【0028】

図２は、管理サーバＭＳにおいて生成されるスケジュールＳＣ１＿Ｍの例を示している。尚、スケジュールＳＣ１＿Ｍは、管理サーバＭＳにおいて生成される移動計画の候補の１つを示したものである。図２に示される例では、時刻Ｔ１よりも前の時刻Ｔ７においてユーザＵＳは移動体ＭＢに乗る。ユーザＵＳのピックアップ位置は、地点Ｐ１である。また、時刻Ｔ４よりも後の時刻Ｔ８においてユーザＵＳは移動体ＭＢから降りる。ユーザＵＳのドロップオフ位置は、地点Ｐ２である。つまり、時刻Ｔ７から時刻Ｔ８までの間、ユーザＵＳは、移動体ＭＢを利用して地点Ｐ１から地点Ｐ２への移動ＴＲを行う。

【0029】

図２に示される例では、ウェブ会議ＷＭ１及びＷＭ２への参加が、移動体ＭＢが有するウェブ会議用設備を利用して行われる。そのため、図２に示される例によれば、ウェブ会議ＷＭ２の終了時刻（時刻Ｔ４）よりも後に地点Ｐ１を出発する場合（つまり、図１に示した例）に比べて、地点Ｐ２への到着時刻（例えば、時刻Ｔ８）を早めることが可能となる。ここで、時間的な余裕は、心理的な余裕をユーザＵＳに与えることになる。そのため、スケジュールＳＣ１＿ＭはユーザＵＳに有益であり、これはユーザＵＳに受け入れやすいものであると考えられる。

【0030】

特に、時刻Ｔ４（又は時刻Ｔ５）以降の休暇ＶＣが予定されている場合、地点Ｐ２への到着時刻が早まることは旅行先での滞在時間の延長に繋がる。従って、地点Ｐ２への移動ＴＲの後に休暇ＶＣが予定されているような場合、スケジュールＳＣ１＿Ｍは、旅行を満喫することを望むユーザＵＳに有益であると考えられる。

【0031】

また、図２で説明したスケジュールＳＣ１＿Ｍは往路のものであるが、このスケジュールＳＣ１＿Ｍは帰路にも同じく適用できる。例えば、図１の説明において、地点Ｐ１を旅行先の拠点（例えば、宿泊ホテル）とし、地点Ｐ２をユーザＵＳの勤務先又は自宅とする。また、図１に示した例と同様のウェブ会議ＷＭ１及びＷＭ２が予定されているとする。そうすると、スケジュールＳＣ１＿Ｍが帰路に適用された場合は、地点Ｐ２に到着しなければならない時刻を遵守しつつ、地点Ｐ２に到着するまでにウェブ会議ＷＭ１及びＷＭ２への参加をこなすことが可能となる。このことは、地点Ｐ１からの出発時刻を当初予定よりも遅らせることを可能とするので、旅行先での滞在時間の更なる延長に繋がる。故に、往路及び復路にスケジュールＳＣ１＿Ｍを適用することは、旅行を満喫することを望むユーザＵＳに特に有益であると考えられる。

【0032】

但し、このようなスケジュールＳＣ１＿Ｍにおいてネックとなるのが移動中のデータ通信環境である。何故なら、ウェブ会議ＷＭ１及びＷＭ２への参加が予定されている時間帯にデータ通信用のインフラの整備が不十分な区域を移動することになれば、ユーザＵＳは不利益を被ってしまうからである。そこで、第１実施形態では、移動計画の候補の生成に際し、地点Ｐ１から地点Ｐ２に至る道路を含む地域ＡＲにおける通信レベルＣＬの情報（以下、「通信レベル情報ＣＬＶ」とも称す。）が考慮される。

【0033】

図３は、通信レベル情報ＣＬＶが考慮された移動計画の候補の例を説明する図である。図３に示される例では、地点Ｐ１から地点Ｐ２に至る道路を含む地域ＡＲの一例が示されている。地点Ｐ１から地点Ｐ２に至る道路は、移動体ＭＢが走行することのできる道路であり、一般的なカーナビゲーションシステムのデータベースに登録されている車両用の道路が例示される。第１実施形態では、地点Ｐ１から地点Ｐ２までの経路の候補が、公知の手法を用いて生成される。地点Ｐ１から地点Ｐ２までの経路の候補は、少なくとも１つ生成される。

【0034】

第１実施形態では、更に、地域ＡＲが複数の通信区域ＣＤに分割される。図３に示される例では、地域ＡＲがメッシュ状に分割され、通信区域ＣＤのそれぞれに通信レベルＣＬが設定されている。通信レベルＣＬは、例えば、通信品質を測定する専用の移動体の走行中の通信品質に関するデータの履歴（例えば、無線電波の受信強度、レイテンシ、スループットなど）と、当該移動体の位置データの履歴とを組み合わせて基づいて設定することができる。通信品質に関するデータの履歴に対しては、曜日（平日、休日など）、時間帯（午前中、午後、夜間）といった時間的要素を用いた前処理が行われていてもよい。尚、測定専用の移動体が有する通信設備のスペックは、移動体ＭＢのそれと同等であることが望ましい。

【0035】

第１実施形態では、また、通信レベルＣＬが少なくとも２段階設定される。２段階の通信レベルＣＬが設定される場合、例えば、ウェブ会議に問題なく参加できる通信レベル（高通信レベル）と、そうでない通信レベル（低通信レベル）とから通信レベルＣＬが構成される。３段階の通信レベルＣＬが設定される場合、後者の通信レベル（低通信レベル）が、単純なデータ通信であれば問題なく行うことができる通信レベル（中通信レベル）と、そうでない通信レベル（低通信レベル）とに細分化される。

【0036】

第１実施形態では、更に、通信レベルＣＬの閾値Ｔｈが設定される。管理サーバＭＳは、地点Ｐ１から地点Ｐ２までの経路の候補に対してこの閾値Ｔｈを適用し、移動計画の候補を設定する。図３に示される通信区域ＣＤ（２，２）、ＣＤ（３，２）、ＣＤ（４，３）及びＣＤ（４，４）は、閾値Ｔｈよりも高い通信レベルＣＬを有する通信区域ＣＤの例である。一方、通信区域ＣＤ（３，１）、ＣＤ（４，１）及びＣＤ（４，２）は、閾値Ｔｈ以下の通信レベルＣＬを有する通信区域ＣＤの例である。

【0037】

図３には移動計画の候補ＭＣ１が描かれている。この候補ＭＣ１は、通信区域ＣＤ（２，２）、ＣＤ（３，２）、ＣＤ（４，２）、ＣＤ（４，３）及びＣＤ（４，４）を通過する候補ＭＣである。候補ＭＣ１に従って移動体ＭＢが移動するときの通信レベルＣＬの推移が図３の下段に示されている。この下段から理解されるように、通信区域ＣＤ（４，２）を通過する時間帯においては通信レベルＣＬが閾値Ｔｈを下回る。その他の通信区域ＣＤ（通信区域（２，２）等）を通過する時間帯においては通信レベルＣＬが閾値Ｔｈを上回る。

【0038】

つまり、候補ＭＣ１は、ウェブ会議ＷＭ１及びＷＭ２への参加が予定されている時間帯（即ち、時刻Ｔ１～時刻Ｔ２、時刻Ｔ３～時刻Ｔ４）において、閾値Ｔｈを下回る通信レベルＣＬを有する通信区域ＣＤに移動体ＭＢが位置することを禁止して生成された候補である。候補ＭＣ１は、これらの時間帯を除いた時間帯において、閾値Ｔｈを下回る通信レベルＣＬを有する通信区域ＣＤに移動体ＭＢが位置することを許容して生成された候補でもある。このような候補ＭＣ１が生成されることで、図２で説明したスケジュールＳＣ１＿Ｍを実現することが可能となる。

【0039】

図４は、通信レベル情報ＣＬＶが考慮された移動計画の候補の別の例を説明する図である。図３に示される例では、地点Ｐ１から地点Ｐ２までの経路の候補の生成に際しては、経路上に存在する通信拠点は考慮されていない。これに対し、図４に示される例では、通信区域ＣＤ（４，３）に存在する通信拠点（サービスエリアＳＡ）の位置情報が考慮されている。図４に描かれる移動計画の候補ＭＣ２は、地点Ｐ１から地点Ｐ２への移動ＴＲの途中、サービスエリアＳＡに立ち寄る候補である。尚、このサービスエリアＳＡでの通信レベルＣＬは、閾値Ｔｈを上回るとする。

【0040】

候補ＭＣ２では、ウェブ会議ＷＭ２への参加が予定されている時間帯（即ち、時刻Ｔ３～時刻Ｔ４）よりも前に、サービスエリアＳＡに到着する。そして、この時間帯が経過した後にサービスエリアＳＡを離れる。つまり、候補ＭＣ２では、ウェブ会議ＷＭ２への参加が予定されている時間帯、サービスエリアＳＡに留まる。サービスエリアＳＡに留まることで地点Ｐ２への到着時刻（時刻Ｔ８）は図３に示したそれよりも遅れる可能性がある。しかしながら、ウェブ会議ＷＭ２への参加が予定されている時間帯に亘ってサービスエリアＳＡに留まり続けることで、データ通信が安定することが期待される。従って、このような候補ＭＣ２によれば、候補ＭＣ１同様、図２で説明したスケジュールＳＣ１＿Ｍを実現することが可能となる。

【0041】

１－３．システムの構成例
次に、第１実施形態に係る移動計画提案システム及び移動システムの構成例について説明する。

【0042】

１－３－１．管理サーバＭＳの構成例
図５は、管理サーバＭＳの構成例を説明する図である。図５に示される構成例は、地図ＤＢ（データベース）１１と、管理ＤＢ１２と、通信装置１３と、情報処理装置１４と、を備えている。

【0043】

地図ＤＢ１１には、地図情報ＭＡＰ及び通信レベル情報ＣＬＶが格納されている。地図情報ＭＡＰとしては、道路の位置の情報、道路形状の情報（例えば、カーブ、直線の種別）、交差点及び構造物の位置の情報が例示される。地図情報ＭＡＰには、公共通信施設（例えば、サービスエリアＳＡ）の位置情報が含まれていてもよい。地図情報ＭＡＰには、道路の路面形状の情報（例えば、凹凸の有無に関する情報）が含まれていてもよい。通信レベル情報ＣＬＶについては図３で説明したとおりである。地図ＤＢ１１は、所定の記憶装置（例えば、ハードディスク、フラッシュメモリ等の不揮発性の記録媒体）内に形成されている。

【0044】

管理ＤＢ１２は、地図ＤＢ１１同様、所定の記憶装置内に形成されている。管理ＤＢ１２には、スケジュール情報ＳＣＨが格納されている。スケジュール情報ＳＣＨは、一定期間（例えば、翌日から１月先の日まで）におけるユーザＵＳのスケジュールの情報を含んでいる。スケジュール情報ＳＣＨは、ユーザインターフェースＵＩ（例えば、ユーザＵＳが携帯する通信端末）から定期的に取得される。ユーザＵＳが複数の場合、スケジュール情報ＳＣＨはユーザＵＳごとに格納される。

【0045】

管理ＤＢ１２には、また、移動体情報ＭＢＬが格納されている。移動体情報ＭＢＬは、移動体ＭＢを識別するための情報である。移動体ＭＢは、ユーザＵＳが所有するものでもよいし、レンタカーといったシェアリング用途のものでもよい。移動体情報ＭＢＬには、移動体ＭＢの位置情報、移動体ＭＢが有する通信設備のスペック情報、移動計画情報といった移動体ＭＢに関する各種情報が含まれる。尚、移動計画情報は、移動計画の候補ＭＣがユーザＵＳに受け入れられた場合に生成される。

【0046】

通信装置１３は、通信回線網を介して外部装置と接続する。通信回線網は特に限定されず、有線及び無線のネットワークを使用できる。通信回線網は、例えば、インターネット回線、ＷＷＷ（World Wide Web）、電話回線、ＬＡＮ（Local Area Network）、ＳＡＮ（Storage Area Network）、ＤＴＮ（Delay Tolerant Network）が例示される。無線通信としては、例えば、ＷｉＦｉ（Wireless Fidelity）、Ｂｌｕｅｔｏｏｔｈ（登録商標）が例示される。無線通信は、管理サーバＭＳが直接通信する形態（Ad Hoc通信）でもよいし、アクセスポイントを介した間接通信でもよい。通信装置１３の通信先には、移動体ＭＢ及びユーザインターフェースＵＩが含まれる。移動体ＭＢとの通信において、通信装置１３は、例えば走行予定情報を移動体ＭＢに送信する。ユーザインターフェースＵＩとの通信において、通信装置１３は、例えば移動計画の候補ＭＣの情報をユーザインターフェースＵＩに送信する。

【0047】

情報処理装置１４は、移動計画の候補ＭＣの生成、この候補ＭＣのユーザＵＳへの提案、移動体ＭＢの管理（移動計画に従った運行の管理）に関連する各種情報を処理するためのコンピュータである。情報処理装置１４は、少なくとも１つのプロセッサ１４ａと、少なくとも１つのメモリ１４ｂと、を備える。プロセッサ１４ａは、ＣＰＵ（Central Processing Unit）を含んでいる。メモリ１４ｂは、ＤＤＲメモリなどの揮発性のメモリであり、プロセッサ１４ａが使用する各種プログラムの展開及び各種情報の一時保存を行う。

【0048】

プロセッサ１４ａは、メモリ１４ｂに格納されたプログラムを実行することによって、移動計画の候補ＭＣの生成及びユーザＵＳへの提案に関連する処理を行う。プロセッサ１４ａは、また、メモリ２７ｂに格納されたプログラムを実行することによって、移動計画に従った移動体ＭＢの管理（移動計画に従った運行の管理）に関連する処理を行う。プロセッサ１４ａにより行われる処理の例については後述される。

【0049】

１－３－２．移動体ＭＢの構成例
図６は、移動体ＭＢの構成例を示すブロック図である。図６に示される構成例は、移動用設備２と、ウェブ会議用設備３と、デスクワーク用設備４とを備えている。

【0050】

移動用設備２は、移動体ＭＢを自律走行させ、又は、遠隔支援に基づいて走行させるための設備である。図６に示される例では、移動用設備２が、センサ群２１と、ＧＮＳＳ（Global Navigation Satellite System）受信機２２と、地図ＤＢ２３と、通信装置２４と、走行装置２５と、走行制御装置２６とを含んでいる。センサ群２１等の構成要素と走行制御装置２６は、例えば、所定のネットワーク（例えば、ＣＡＮ（Controller Area Network））により接続されている。

【0051】

センサ群２１としては、周辺状況センサと車体状態センサが例示される。周辺状況センサは、移動体ＭＢの周囲の状況を検出する。周辺状況センサは、カメラを含む。カメラは、移動体ＭＢの周囲を撮像する。周辺状況センサは、また、ＬｉＤＡＲ（Laser Imaging Detection and Ranging）やレーダを含んでいてもよい。車体状態センサは、移動体ＭＢの状態を検出する。移動体ＭＢの状態は、移動体ＭＢの速度、加速度、舵角、ヨーレート等を含む。センサ群２１は、更に、移動体ＭＢの残量を検出するセンサを含んでいる。センサ群２３は、移動体ＭＢの各種情報を走行制御装置２６に送信する。

【0052】

ＧＮＳＳ受信機２２は、３個以上の人工衛星からの信号を受信する装置である。ＧＮＳＳ受信機２２は、移動体ＭＢの位置情報を取得する。ＧＮＳＳ受信機２２は、取得した位置情報に基づいて、移動体ＭＢの姿勢（方位）を計算してもよい。ＧＮＳＳ受信機２２は、位置情報や姿勢情報を走行制御装置２６に送信する。

【0053】

地図ＤＢ２３には地図情報が格納されている。地図ＤＢ２３に格納される地図情報の例としては、地図ＤＢ１１に格納された地図情報ＭＡＰと同じものが例示される。地図ＤＢ２３は、移動体ＭＢに設けられていなくてもよい。この場合、移動体ＭＢは、外部サーバ（例えば、管理サーバＭＳ）から、移動体ＭＢの現在位置の周囲の地図情報を取得すればよい。

【0054】

通信装置２４は、無線ネットワークの基地局との間で無線通信を行う。この無線通信の通信規格としては、４Ｇ、ＬＴＥ、または５Ｇ等の移動体通信の規格が例示される。通信装置２４の接続先には、管理サーバＭＳが少なくとも含まれる。管理サーバＭＳとの通信において、通信装置２４は、走行制御装置２６から受け取った移動体ＭＢの位置情報を少なくとも管理サーバＭＳに送信する。

【0055】

通信装置２４の接続先には、ユーザインターフェースＵＩが含まれていてもよい。ユーザインターフェースＵＩとの通信において、通信装置２４は、移動体ＭＢの位置情報をユーザインターフェースＵＩに送信してもよい。移動体ＭＢがシェアリング用途の場合、通信装置２４は、移動体ＭＢのＩＤ情報をユーザインターフェースＵＩに送信してもよい。

【0056】

移動体ＭＢが遠隔支援を受ける場合、通信装置２４の接続先には遠隔支援装置（不図示）が含まれてもよい。遠隔支援装置との通信において、通信装置２４は、走行制御装置２６から受け取った移動体ＭＢの位置情報に加え、移動体ＭＢの周囲画像情報を少なくとも遠隔支援装置に送信してもよい。通信装置２４は、また、遠隔支援装置から遠隔支援情報を受信してもよい。遠隔支援情報は、移動体ＭＢの遠隔支援を行うための情報である。

【0057】

走行装置２５は、移動体ＭＢの加速、減速及び操舵を行う装置を含んでいる。走行装置２５は、例えば、駆動装置と、ステアリング装置と、ブレーキ装置とを含んでいる。駆動装置は、移動体ＭＢのタイヤを駆動する。ステアリング装置は、移動体ＭＢのタイヤを転舵する。ブレーキ装置は、移動体ＭＢに制動力を付与する。移動体ＭＢの加速は、駆動装置の制御によって行われる。移動体ＭＢの減速は、ブレーキ装置の制御によって行われる。駆動装置がモータの場合、モータの制御による回生ブレーキを利用して移動体ＭＢの制動が行われてもよい。移動体ＭＢの操舵は、ステアリング装置の制御によって行われる。

【0058】

走行制御装置２６は、移動体ＭＢが取得した各種情報を処理するためのコンピュータである。走行制御装置２６は、少なくとも１つのプロセッサ２６ａと、少なくとも１つのメモリ２６ｂとを備える。プロセッサ２６ａは、ＣＰＵを含んでいる。メモリ２６ｂは、プロセッサ２６ａが使用する各種プログラムの展開及び各種情報の一時保存を行う。走行制御装置２６が取得した各種情報は、メモリ２６ｂに格納される。

【0059】

プロセッサ２６ａは、メモリ２６ｂに格納されたプログラムを実行することにより移動体ＭＢの自律走行に関連する各種制御を行う。移動計画情報を受信している場合、プロセッサ２６ａは、移動計画情報に含まれる経路を自律走行するように走行装置２５を制御する。プロセッサ２６ａは、また、メモリ２６ｂに格納されたプログラムを実行することによって、遠隔支援が必要であるか否かを判定する。遠隔支援が必要であると判定した場合、プロセッサ２６ａは、遠隔支援リクエストを生成し、通信装置２４を介して遠隔支援装置に送信する。

【0060】

ウェブ会議用設備３は、通信設備と、カメラ、マイク、スピーカ、ディスプレイ及び処理装置を含むコンピュータと、含んでいる。典型的に、ウェブ会議用設備３を構成するコンピュータは、ウェブ会議用のプログラムがインストールされたパーソナルコンピュータ、スマートフォン又はタブレット端末である。このような通信端末をユーザＵＳが携帯している場合は、この通信端末と有線又は無線で通信する車載通信設備がウェブ会議用設備３に該当する。

【0061】

デスクワーク用設備４は、机、椅子、照明といったデスクワークを行うために必要な要素（家具）を含んでいる。デスクワーク用設備４は、移動体ＭＢの室内の一角に設置される。デスクワーク用設備４を構成する要素の機能、レイアウトは特に限定されない。デスクワーク用設備４は、例えば、ウェブ会議用設備３の際に使用される。デスクワーク用設備４は、ウェブ会議以外のデータ通信を伴うローカル作業の際に使用されてもよい。デスクワーク用設備４は、データ通信を伴わないローカル作業の際に使用されてもよい。

【0062】

１－４．管理サーバＭＳによる処理例
図７は、管理サーバＭＳの情報処理装置１４（プロセッサ１４ａ）により行われる処理の例を説明するフローチャートである。尚、図７に示されるルーチンは、例えば、所定の制御周期で繰り返し実行される。

【0063】

図７に示されるルーチンでは、まず、スケジュール情報ＳＣＨが取得される（ステップＳ１１）。既に説明したように、スケジュール情報ＳＣＨは、管理ＤＢ１２に格納されている情報であり、一定期間（例えば、翌日から１月先の日まで）におけるユーザＵＳのスケジュールの情報を含んでいる。尚、ユーザＵＳが複数の場合、ステップＳ１１及びこれ以降の処理はユーザＵＳごとに行われる。

【0064】

ステップＳ１１の処理に続いて、ＳＣＨ条件が満たされるか否かが判定される（ステップＳ１２）。ＳＣＨ条件は、移動計画の候補ＭＣを生成するか否かを判断するための条件である。ＳＣＨ条件が満たされるか否かは、ステップＳ１１で取得したスケジュール情報ＳＣＨに基づいて判定される。例えば、地点Ｐ１から地点Ｐ２への移動ＴＲが予定されており、かつ、この移動ＴＲの前後におけるウェブ会議への参加が予定されている場合、ＳＣＨ条件が満たされると判定される。

【0065】

「移動ＴＲの前後」は、移動ＴＲの開始又は終了が予定されている時刻を基準として判断される。移動ＴＲの開始が予定されている時刻よりも数時間～十数時間前は「移動ＴＲの前」の一例である。移動ＴＲの終了が予定されている時刻よりも数時間～十数時間後は「移動ＴＲの後」の一例である。尚、数時間～十数時間という間隔は一例であり、数十分～１時間という間隔で「移動ＴＲの前後」が判断されてもよい。ステップＳ１２の判定結果が否定的な場合、移動計画の候補ＭＣを生成する必要はないと判断されるので今回の処理は終了する。

【0066】

ステップＳ１２の判定結果が肯定的な場合、通信レベル情報ＣＬＶが取得される（ステップＳ１３）。通信レベル情報ＣＬＶは、ステップＳ１１で取得したスケジュール情報に含まれる地点Ｐ１と地点Ｐ２の位置情報に基づいて取得される。例えば、地点Ｐ１から地点Ｐ２に至る道路を含む地域ＡＲが特定される。地域ＡＲの特定は、例えば、地点Ｐ１から地点Ｐ２までの経路の候補を少なくとも１つ生成し、この少なくとも１つの経路の候補を含んだ地図上の地域を抽出することにより行われる。地域ＡＲが特定されたら、この地域ＡＲの位置情報を用いた地図ＤＢ１１の参照が行われる。これにより、地域ＡＲに含まれる通信区域ＣＤの各通信レベルＣＬの情報（つまり、通信レベル情報ＣＬＶ）が取得される。

【0067】

尚、経路の候補の生成に際しては、地図情報ＭＡＰに含まれる路面形状の情報に基づいて、凹凸の少ない滑らかな道路を通る経路の候補が生成されることが望ましい。滑らかな道路を通る経路の候補が生成されることで、ウェブ会議の最中の室内静寂性が確保される。ウェブ会議への参加が予定されている時間帯に通る道路が少なくとも滑らかな道路であれば、ウェブ会議の最中の室内静寂性の確保が期待できる。

【0068】

ステップＳ１３の処理に続いて、移動計画の候補ＭＣの生成が行われる（ステップＳ１４）。候補ＭＣの生成は、例えば、上述した少なくとも１つの経路の候補に沿って移動体ＭＢが法定速度（又は、法定速度よりも定速の一定速度）で移動し続けると仮定して、移動体ＭＢが各通信区域ＣＤを通過する時間帯が予測される。通信区域ＣＤの各通信レベルＣＬの情報はステップＳ１３の処理によって取得されているので、各通信区域ＣＤを通過する時間帯が予測されると、予測時間帯における各通信レベルＣＬが特定される。

【0069】

続いて、予測時間帯における各通信レベルＣＬと、ウェブ会議への参加が予定されている時間帯との比較が行われ、ウェブ会議への参加が予定されている時間帯において高通信レベルを有する通信区域ＣＤに移動体ＭＢが位置する経路の候補が抽出される。このような経路の候補（以下、「所望の経路候補」とも称す。）が抽出できた場合、抽出された所望の経路候補と、各通信区域ＣＤの通過予測時間帯とを組み合わせて移動計画の候補ＭＣが生成される。

【0070】

所望の経路候補が抽出できた場合は、ウェブ会議への参加が予定されている時間帯において単一の通信区域ＣＤに移動体ＭＢが位置するように通信区域ＣＤの通過予測時間帯が修正されてもよい。通過予測時間帯の修正が行われた後の経路の候補が依然として所望の経路候補に該当する場合は、この経路候補と、各通信区域ＣＤの通過予測時間帯とを組み合わせて移動計画の候補ＭＣが生成されてもよい。

【0071】

所望の経路候補が抽出できなかった場合、高通信レベルを有する通信区域ＣＤへの滞在時間を延長するように通過予測時間帯が修正されてもよい。高通信レベルを有する通信区域ＣＤへの滞在時間が延長されれば、この通信区域ＣＤの通過後に通過する通信区域ＣＤの通過予測時間帯が、延長された滞在時間の分だけ遅い時間帯にシフトする。このような修正を行うことで所望の経路候補が抽出できた場合、この経路候補と、各通信区域ＣＤの通過予測時間帯とを組み合わせて移動計画の候補ＭＣが生成される。高通信レベルを有する通信区域ＣＤへの滞在時間の延長は、例えば、この通信区域ＣＤ内に存在する通信拠点（例えば、図２で説明したサービスエリアＳＡ）に移動体ＭＢが立ち寄るように経路を修正することにより行われる。

【0072】

通過予測時間帯の修正は、第２地点への到着時刻がスケジュール情報ＳＣＨに含まれていたオリジナルの到着時刻を過ぎるまで繰り返し行われる。又は、通過予測時間帯の修正は、修正の対象とされた経路の候補に対する修正の回数が所定回数に到達するまで繰り返し行われる。

【0073】

ステップＳ１４の処理は、地域ＡＲの特定に際して生成された少なくとも１つの経路の候補に対して一度だけ行われる。上述した通過予測時間帯の修正が行われる場合、ステップＳ１４の処理は、所定時間が経過し、又は、上述した少なくとも１つの経路の候補に対する修正の回数が所定回数に到達するまで繰り返し行われてもよい。

【0074】

ステップＳ１４の処理に続いて、候補ＭＣが抽出されたか否かが判定される（ステップＳ１５）。例えば、ステップＳ１４の処理において、所望の経路候補が抽出されることなく所定時間が経過した場合、ステップＳ１５の処理において肯定的な判定結果が出力される。この場合は、ステップＳ１６の処理が行われる。

【0075】

ステップＳ１６の処理では、スケジュール情報ＳＣＨの一部変更が行われる。スケジュール情報ＳＣＨの変更は、ウェブ会議への参加が予定されているオリジナルの時間帯を遅い時間帯又は早い時間帯にシフトさせることにより行われる。ステップＳ１６の処理が行われた場合は、ステップＳ１４の処理が行われる。尚、ステップＳ１４～Ｓ１６の処理が何度も繰り返し行われることは処理負荷の増加に繋がる。そのため、変更の対象とされた経路の候補に対するステップＳ１６の処理の繰り返し回数には上限（例えば、２回）が設けられることが望ましい。

【0076】

ステップＳ１５の処理において否定的な判定結果が出力された場合は、ステップＳ１４の処理において生成された候補ＭＣがユーザＵＳ（例えば、ユーザインターフェースＵＩ）に送信される（ステップＳ１７）。ステップＳ１４の処理において複数の候補ＭＣが生成されている場合は、これらの候補ＭＣの全てがユーザＵＳに送信される。これらの候補ＭＣのうちから、移動体ＭＢへの乗車時間が最も短いもの、又は、第２地点への到着時刻が最も早いものを選択してユーザＵＳに送信されてもよい。ステップＳ１６の処理を経ることでオリジナルの時間帯が変更されている場合は、候補ＭＣに加えてスケジュールの変更の提案がユーザＵＳに送信されることが望ましい。

【0077】

ステップＳ１７の処理に続いて、ユーザＵＳが候補ＭＣを承諾したか否かが判定される（ステップＳ１８）。例えば、ユーザインターフェースＵＩからの承諾信号を受信した場合、ユーザＵＳが候補ＭＣを承諾したと判定される。ステップＳ１８の判定結果が否定的な場合、候補ＭＣが採用されなかったと判断されるので今回の処理は終了する。

【0078】

ステップＳ１８の判定結果が肯定的な場合、候補ＭＣは正式な移動計画として採用されたと判断される。そのため、この場合は、候補ＭＣから移動計画情報が生成され、ユーザＵＳ（例えば、ユーザインターフェースＵＩ）及び移動体ＭＢに送信される（ステップＳ１９）。ステップＳ１９の処理では、また、移動計画情報が管理ＤＢ１２に格納される。

【0079】

１－５．効果
以上説明した第１実施形態によれば、地点Ｐ１から地点Ｐ２への移動ＴＲが予定されており、かつ、この移動ＴＲの前後におけるウェブ会議への参加が予定されている場合、移動体ＭＢによる移動ＴＲの最中にウェブ会議への参加を実現する移動計画の候補ＭＣをユーザＵＳに提案することが可能となる。この候補ＭＣには、地点Ｐ１から地点Ｐ２に至る道路を含む地域ＡＲにおける通信レベルＣＬの情報が考慮されており、ウェブ会議への参加が予定されている時間帯にデータ通信環境が低下するような状況に陥ることのないように配慮されている。故に、候補ＭＣが提案されることはユーザＵＳにとって有益である。また、候補ＭＣがユーザＵＳに受け入れられることで、移動体ＭＢによる移動中にウェブ会議への参加をストレスなく実現することが可能となり、地点Ｐ２への到着時刻を早めることも可能となる。

【0080】

２．第２実施形態
図８～１０を参照しながら本開示の第２実施形態について説明する。尚、第１実施形態の内容と重複する内容の説明については適宜省略される。

【0081】

２－１．概要
図８は、第２実施形態の概要を説明する図である。図８は、ユーザＵＳの別のスケジュールＳＣ２の例を示している。スケジュールＳＣ２の一部は、図１で説明したスケジュールＳＣ１と共通する。スケジュールＳＣ１と相違する点は、時刻Ｔ９からＴ１０までの時間帯にデスクワークＤＷが予定されていること、時刻Ｔ１１からＴ１２までの時間帯にウェブ会議ＷＭ３が予定されていることである。

【0082】

一般的なデスクワークには、ウェブ会議以外のデータ通信を伴うローカル作業や、データ通信を伴わないローカル作業が含まれる。前者の例としては、ローカルサーバ（例えば、メールサーバ）へのアクセスを伴う作業が挙げられる。後者の例としては、パーソナルコンピュータ上のアプリケーションを使用した作業が挙げられる。第２実施形態では、これらのローカル作業をデスクワークＤＷと定義する。ウェブ会議ＷＭ３の定義は、ウェブ会議ＷＭ１及びＷＭ２と同じである。

【0083】

２－２．移動計画
第２実施形態では、デスクワークＤＷを行うユーザＵＳが、デスクワークＤＷに集中することを希望している場合を考える。この場合、ユーザＵＳは、デスクワークＤＷの開始前に意図的にデータ通信を遮断し、デスクワークＤＷの終了後にこれを回復させることが考えられる。つまり、この場合、ユーザＵＳは、デスクワークＤＷの最中の積極的なデータ通信を希望していないと考えられる。そこで、第２実施形態では、デスクワークＤＷが予定されている時間帯において閾値Ｔｈを下回る通信レベルＣＬを有する通信区域ＣＤを通過する移動計画の候補ＭＣを生成する。

【0084】

図９は、第２実施形態において生成される移動計画の候補ＭＣの例を説明する図である。図９に示される地域ＡＲ及び複数の通信区域ＣＤは、図３又は４に示した例でのそれと同じである。図３又は４に示した例同様、図９に示される例でも、地点Ｐ１から地点Ｐ２までの経路の候補が少なくとも１つ生成される。

【0085】

図９には移動計画の候補ＭＣ３が描かれている。この候補ＭＣ３は、通信区域ＣＤ（２，２）、ＣＤ（２，３）、ＣＤ（３，３）、ＣＤ（４，３）及びＣＤ（４，４）を通過する候補ＭＣである。候補ＭＣ３に従って移動体ＭＢが移動するときの通信レベルＣＬの推移は図９の下段に示されている。この下段から理解されるように、通信区域ＣＤ（２，３）及びＣＤ（３，３）を通過する時間帯においては通信レベルＣＬが閾値Ｔｈを下回る。その他の通信区域ＣＤ（通信区域（２，２）等）を通過する時間帯においては通信レベルＣＬが閾値Ｔｈを上回る。

【0086】

つまり、候補ＭＣ３は、ウェブ会議ＷＭ３への参加が予定されている時間帯（即ち、時刻Ｔ１１～時刻Ｔ１２）において、閾値Ｔｈを下回る通信レベルＣＬを有する通信区域ＣＤに移動体ＭＢが位置することを禁止して生成された候補である。候補ＭＣ３は、また、デスクワークＤＷが予定されている時間帯（即ち、時刻Ｔ９～時刻Ｔ１０）において、閾値Ｔｈを下回る通信レベルＣＬを有する通信区域ＣＤに移動体ＭＢが位置することを許容して生成された候補でもある。

【0087】

図１０は、第２実施形態において生成される移動計画の候補ＭＣの別の例を説明する図である。図１０に示される候補ＭＣ４が有する地点Ｐ１から地点Ｐ２までの経路は、図９に示した候補ＭＣ３のそれと同じである。候補Ｍ３と相違する点は、通信レベルＣＬの推移である。図１０の下段にから理解されるように、候補ＭＣ４では、デスクワークＤＷが予定されている時間帯（即ち、時刻Ｔ９～時刻Ｔ１０）においては通信レベルＣＬが閾値Ｔｈを下回る。つまり、候補ＭＣ４は、デスクワークＤＷが予定されている時間帯において、閾値Ｔｈを上回る通信レベルＣＬを有する通信区域ＣＤに移動体ＭＢが位置することを禁止して生成された候補である。

【0088】

候補ＭＣ３又はＭＣ４が生成されることで、第１実施形態による効果と同じ効果を得ることができる。これに加え、候補ＭＣ３又はＭＣ４が生成されることで、移動体ＭＢの室内でデスクワークＤＷをこなすことも可能となる。尚、ユーザＵＳは、図６に示したデスクワーク用設備４を用いてデスクワークＤＷを行うことが期待される。

【0089】

第２実施形態では、候補ＭＣ３又はＭＣ４がユーザＵＳに正式な移動計画として採用された場合を考える。この場合、ユーザＵＳは予定通りにデスクワークＤＷを行うことが考えられ、デスクワークＤＷの最中はデータ通信を遮断することも考えられる。そこで、第２実施形態では、デスクワークＤＷが予定されている時間帯に差し掛かる前と、この時間帯の経過後とに、データ通信の提案をユーザＵＳに対して行う。

【0090】

データ通信の提案は、例えば、管理サーバＭＳからユーザインターフェースＵＩに所定のメッセージを送信することにより行われる。所定のメッセージとしては、「間もなくデスクワーク時間が開始されます。データ通信をしておくことをお勧めします」、「デスクワーク時間が終了しました。データ通信をしておくことをお勧めします」が例示される。

【0091】

２－３．管理サーバＭＳによる処理例
図１１は、管理サーバＭＳの情報処理装置１４（プロセッサ１４ａ）により行われる処理の例を説明するフローチャートである。尚、図１１に示されるルーチンは、例えば、ユーザＵＳに採用された移動計画の遂行中に、所定の制御周期で繰り返し実行される。

【0092】

図１１に示されるルーチンでは、まず、スケジュール情報ＳＣＨ及び移動体情報ＭＢＬが取得される（ステップＳ２１）。これらの情報の取得は、管理ＤＢ１２から行われる。取得対象のスケジュール情報ＳＣＨは、現在時刻を含むものである。取得対象の移動体情報ＭＢＬは、現在時刻において移動計画が遂行中のものである。

【0093】

ステップＳ２１の処理に続いて、デスクワークＤＷの予定があるか否かが判定される（ステップＳ２２）。デスクワークＤＷの予定があるか否かは、ステップＳ２１において取得されたスケジュール情報ＳＣＨに基づいて判定される。ステップＳ２１の判定結果が否定的な場合、データ通信を提案する必要はないと判断されるので今回の処理は終了する。

【0094】

ステップＳ２２の判定結果が肯定的な場合、デスクワークＤＷが予定されている時間帯が近づいたか否かが判定される（ステップＳ２３）。例えば、デスクワークＤＷが予定されている時間帯よりも所定時間（数十分～１時間）だけ前の時刻になった場合、デスクワークＤＷが予定されている時間帯に近づいたと判定される。ステップＳ２３の処理は、肯定的な判定結果が出力されるまで繰り返し実行される。

【0095】

ステップＳ２３の処理に際しては、移動体情報ＭＢＬに含まれる位置情報と移動計画情報に基づいて、移動体ＭＢが現在位置している通信区域ＣＤの通信レベルＣＬが閾値Ｔｈを上回るか否かを判定してもよい。通信レベルＣＬが閾値Ｔｈを上回ることが確認されている場合は、次のステップＳ２４の処理に応じてユーザＵＳがデータ通信を行うときに、これをストレスなく行うことが可能となる。

【0096】

ステップＳ２３の判定結果が肯定的な場合、データ通信の提案がユーザＵＳ（例えば、ユーザインターフェースＵＩ）に送信される（ステップＳ２４）。データ通信の提案例については既に説明したとおりである。

【0097】

ステップＳ２４の処理に続いて、デスクワークＤＷが予定されている時間帯が終了したか否かが判定される（ステップＳ２５）。例えば、デスクワークＤＷが予定されている時間帯が経過した場合、デスクワークＤＷが予定されている時間帯が終了したと判定される。ステップＳ２５の処理は、肯定的な判定結果が出力されるまで繰り返し実行される。

【0098】

ステップＳ２３の処理同様、ステップＳ２５の処理に際しては、移動体情報ＭＢＬに含まれる位置情報と移動計画情報に基づいて、移動体ＭＢが現在位置している通信区域ＣＤの通信レベルＣＬが閾値Ｔｈを上回るか否かを判定してもよい。

【0099】

ステップＳ２５の判定結果が肯定的な場合、データ通信の提案がユーザＵＳ（例えば、ユーザインターフェースＵＩ）に送信される（ステップＳ２６）。データ通信の提案例については既に説明したとおりである。

【0100】

２－４．効果
以上説明した第２実施形態によれば、移動体ＭＢの室内でデスクワークＤＷを実現する移動計画の候補ＭＣをユーザＵＳに提案することが可能となる。この候補ＭＣには、地点Ｐ１から地点Ｐ２に至る道路を含む地域ＡＲにおける通信レベルＣＬの情報が考慮されており、デスクワークＤＷが予定されている時間帯には閾値Ｔｈを下回る通信レベルＣＬを有する通信区域ＣＤを通過することを許容する。そのため、この場合は移動計画の候補ＭＣの生成の自由度が高まることが期待される。一方、デスクワークＤＷが予定されている時間帯には閾値Ｔｈを上回る通信レベルＣＬを有する通信区域ＣＤを通過することを禁止すれば、デスクワークＤＷに集中することを希望するユーザＵＳに有益な候補ＭＣを提案することが可能となる。また、候補ＭＣがユーザＵＳに受け入れられることで、移動体ＭＢによる移動中にデスクワークＤＷをストレスなく実現することが可能となる。

【符号の説明】

【0101】

３ ウェブ会議用設備
４ デスクワーク用設備
１４ 情報処理装置
１４ａ プロセッサ
１４ｂ メモリ
ＡＲ 地域
ＣＤ 通信区域
ＣＬ 通信レベル
ＤＷ デスクワーク
ＭＢ 移動体
ＭＣ、ＭＣ１、ＭＣ２、ＭＣ３、ＭＣ４ 移動計画の候補
ＭＳ 管理サーバ
Ｐ１、Ｐ２ 地点
ＳＣ１、ＳＣ２ スケジュール
Ｔｈ 閾値
ＴＲ 移動
ＵＩ ユーザインターフェース
ＵＳ ユーザ
ＷＭ１、ＷＭ２ ウェブ会議
ＣＬＶ 通信レベル情報
ＭＡＰ 地図情報
ＭＢＬ 移動体情報
ＳＣＨ スケジュール情報

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】