特許 7613398 情報処理装置、方法、及びプログラム

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

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

(11)【特許番号】

(24)【登録日】2025-01-06

(45)【発行日】2025-01-15

(54)【発明の名称】情報処理装置、方法、及びプログラム

(51)【国際特許分類】

   G08G 1/005 20060101AFI20250107BHJP

   G08G 1/16 20060101ALI20250107BHJP

   G16Y 10/40 20200101ALI20250107BHJP

   G16Y 20/20 20200101ALI20250107BHJP

   G16Y 40/10 20200101ALI20250107BHJP

【ＦＩ】

G08G1/005

G08G1/16 D

G16Y10/40

G16Y20/20

G16Y40/10

【請求項の数】 9

(21)【出願番号】P 2022038585

(22)【出願日】2022-03-11

(65)【公開番号】P2023132961

(43)【公開日】2023-09-22

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

(73)【特許権者】

【識別番号】000003207

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

(74)【代理人】

【識別番号】100147485

【弁理士】

【氏名又は名称】杉村 憲司

(74)【代理人】

【識別番号】230118913

【弁護士】

【氏名又は名称】杉村 光嗣

(74)【代理人】

【識別番号】100187078

【弁理士】

【氏名又は名称】甲原 秀俊

(74)【代理人】

【識別番号】100224694

【弁理士】

【氏名又は名称】伊藤 孝志

(72)【発明者】

【氏名】樫村 貴士

(72)【発明者】

【氏名】加藤 貴裕

【審査官】▲高▼木 真顕

(56)【参考文献】

【文献】国際公開第２０１９／２４００７０（ＷＯ，Ａ１）

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

【文献】国際公開第２０１５／１２２４０６（ＷＯ，Ａ１）

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

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

【文献】米国特許出願公開第２０１７／０３３７７９４（ＵＳ，Ａ１）

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

Ｇ０８Ｇ １／００－９９／００

Ｇ０１Ｃ ２１／００－２１／３６

Ｇ０１Ｃ ２３／００－２５／００

Ｇ０９Ｂ ２３／００－２９／１４

Ｇ１６Ｙ １０／００－４０／６０

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

【請求項1】

制御部を備える情報処理装置であって、
前記制御部は、
第１ユーザの移動手段を判定し、
前記第１ユーザの位置情報を取得し、
前記位置情報に基づいて、１つ以上のチェックポイントのうち少なくとも１つのチェックポイントに前記第１ユーザが接近したか否かを判定し、
第１条件及び第２条件の両方が満たされる場合、前記第１ユーザに安全行動を促すための第１通知を提示する第１指示を出力し、
前記第１条件及び前記第２条件の少なくとも一方が満たされない場合、前記第１指示を出力せず、
前記第１条件は、前記第１ユーザが旅客車両に乗車中ではないという条件であり、
前記第２条件は、前記１つ以上のチェックポイントのうち少なくとも１つのチェックポイントに前記第１ユーザが接近したという条件であり、
前記第１指示の出力後、前記第１ユーザによる前記安全行動が検出された場合、前記第１通知とは異なる第２通知を提示する第２指示を出力し、
前記第１指示の出力後、前記第１ユーザが前記安全行動未検出のまま前記少なくとも１つのチェックポイントの周辺エリアから出、且つ、前記周辺エリア内で前記第１ユーザによる道路横断があった場合、前記第１通知及び前記第２通知とは異なる第３通知を提示する第３指示を出力し、
前記第１指示の出力後、前記第１ユーザが前記安全行動未検出のまま前記周辺エリアから出、且つ、前記周辺エリア内で前記第１ユーザによる道路横断がなかった場合、前記第３指示を出力しない、情報処理装置。

【請求項2】

請求項１に記載の情報処理装置であって、
前記１つ以上のチェックポイントは、前記第１ユーザとは異なる第２ユーザの入力に基づかずに設定される第１チェックポイント、及び前記第２ユーザの入力に基づいて設定される第２チェックポイントの少なくとも一方を含む、情報処理装置。

【請求項3】

請求項１又は２に記載の情報処理装置であって、
前記制御部は、
前記少なくとも１つのチェックポイントと前記第１ユーザとの距離Ｄが閾値Ｄｔｈ未満になった場合、前記第１ユーザが前記少なくとも１つのチェックポイントに接近したと判定し、
前記第１ユーザの前記移動手段が徒歩である場合よりも自転車である場合の方がＤｔｈが長くなるように設定する、情報処理装置。

【請求項4】

情報処理装置が実行する方法であって、
第１ユーザの移動手段を判定すること、
前記第１ユーザの位置情報を取得すること、
前記位置情報に基づいて、１つ以上のチェックポイントのうち少なくとも１つのチェックポイントに前記第１ユーザが接近したか否かを判定すること、
第１条件及び第２条件の両方が満たされる場合、前記第１ユーザに安全行動を促すための第１通知を提示する第１指示を出力すること、及び
前記第１条件及び前記第２条件の少なくとも一方が満たされない場合、前記第１指示を出力しないこと、を含み、
前記第１条件は、前記第１ユーザが旅客車両に乗車中ではないという条件であり、
前記第２条件は、前記１つ以上のチェックポイントのうち少なくとも１つのチェックポイントに前記第１ユーザが接近したという条件であり、
前記第１指示の出力後、前記第１ユーザによる前記安全行動が検出された場合、前記第１通知とは異なる第２通知を提示する第２指示を出力すること、
前記第１指示の出力後、前記第１ユーザが前記安全行動未検出のまま前記少なくとも１つのチェックポイントの周辺エリアから出、且つ、前記周辺エリア内で前記第１ユーザによる道路横断があった場合、前記第１通知及び前記第２通知とは異なる第３通知を提示する第３指示を出力すること、及び
前記第１指示の出力後、前記第１ユーザが前記安全行動未検出のまま前記周辺エリアから出、且つ、前記周辺エリア内で前記第１ユーザによる道路横断がなかった場合、前記第３指示を出力しないことを更に含む、方法。

【請求項5】

請求項４に記載の方法であって、
前記１つ以上のチェックポイントは、前記第１ユーザとは異なる第２ユーザの入力に基づかずに設定される第１チェックポイント、及び前記第２ユーザの入力に基づいて設定される第２チェックポイントの少なくとも一方を含む、方法。

【請求項6】

請求項４又は５に記載の方法であって、
前記少なくとも１つのチェックポイントと前記第１ユーザとの距離Ｄが閾値Ｄｔｈ未満になった場合、前記第１ユーザが前記少なくとも１つのチェックポイントに接近したと判定すること、及び
前記第１ユーザの前記移動手段が徒歩である場合よりも自転車である場合の方がＤｔｈが長くなるように設定することを更に含む、方法。

【請求項7】

情報処理装置に、
第１ユーザの移動手段を判定すること、
前記第１ユーザの位置情報を取得すること、
前記位置情報に基づいて、１つ以上のチェックポイントのうち少なくとも１つのチェックポイントに前記第１ユーザが接近したか否かを判定すること、
第１条件及び第２条件の両方が満たされる場合、前記第１ユーザに安全行動を促すための第１通知を提示する第１指示を出力すること、及び
前記第１条件及び前記第２条件の少なくとも一方が満たされない場合、前記第１指示を出力しないこと、を実行させるプログラムであって、
前記第１条件は、前記第１ユーザが旅客車両に乗車中ではないという条件であり、
前記第２条件は、前記１つ以上のチェックポイントのうち少なくとも１つのチェックポイントに前記第１ユーザが接近したという条件であり、
前記第１指示の出力後、前記第１ユーザによる前記安全行動が検出された場合、前記第１通知とは異なる第２通知を提示する第２指示を出力すること、
前記第１指示の出力後、前記第１ユーザが前記安全行動未検出のまま前記少なくとも１つのチェックポイントの周辺エリアから出、且つ、前記周辺エリア内で前記第１ユーザによる道路横断があった場合、前記第１通知及び前記第２通知とは異なる第３通知を提示する第３指示を出力すること、及び、
前記第１指示の出力後、前記第１ユーザが前記安全行動未検出のまま前記周辺エリアから出、且つ、前記周辺エリア内で前記第１ユーザによる道路横断がなかった場合、前記第３指示を出力しないことを更に実行させる、プログラム。

【請求項8】

請求項７に記載のプログラムであって、
前記１つ以上のチェックポイントは、前記第１ユーザとは異なる第２ユーザの入力に基づかずに設定される第１チェックポイント、及び前記第２ユーザの入力に基づいて設定される第２チェックポイントの少なくとも一方を含む、プログラム。

【請求項9】

請求項７又は８に記載のプログラムであって、
前記少なくとも１つのチェックポイントと前記第１ユーザとの距離Ｄが閾値Ｄｔｈ未満になった場合、前記第１ユーザが前記少なくとも１つのチェックポイントに接近したと判定すること、及び
前記第１ユーザの前記移動手段が徒歩である場合よりも自転車である場合の方がＤｔｈが長くなるように設定することを前記情報処理装置に更に実行させる、プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、情報処理装置、方法、及びプログラムに関する。

【背景技術】

【0002】

従来、交通安全教育に関する技術が知られている。例えば特許文献１には、移動者の動作に基づき所定動作が行われたことを判断する技術が開示されている。

【先行技術文献】

【特許文献】

【0003】

【文献】国際公開第２０１９／２４００７０号

【発明の概要】

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

【0004】

交通安全教育に関する技術には改善の余地があった。

【0005】

かかる事情に鑑みてなされた本開示の目的は、交通安全教育に関する技術を改善することにある。

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

【0006】

本開示の一実施形態に係る情報処理装置は、
制御部を備える情報処理装置であって、
前記制御部は、
第１ユーザの移動手段を判定し、
第１条件及び第２条件の両方が満たされる場合、前記第１ユーザに安全行動を促すための第１通知を提示する第１指示を出力し、
前記第１条件及び前記第２条件の少なくとも一方が満たされない場合、前記第１指示を出力せず、
前記第１条件は、前記第１ユーザが旅客車両に乗車中ではないという条件である、情報処理装置。

【0007】

本開示の一実施形態に係る方法は、
情報処理装置が実行する方法であって、
第１ユーザの移動手段を判定すること、
第１条件及び第２条件の両方が満たされる場合、前記第１ユーザに安全行動を促すための第１通知を提示する第１指示を出力すること、及び
前記第１条件及び前記第２条件の少なくとも一方が満たされない場合、前記第１指示を出力しないこと、を含み、
前記第１条件は、前記第１ユーザが旅客車両に乗車中ではないという条件である。

【0008】

本開示の一実施形態に係るプログラムは、
情報処理装置に、
第１ユーザの移動手段を判定すること、
第１条件及び第２条件の両方が満たされる場合、前記第１ユーザに安全行動を促すための第１通知を提示する第１指示を出力すること、及び
前記第１条件及び前記第２条件の少なくとも一方が満たされない場合、前記第１指示を出力しないこと、を実行させるプログラムであって、
前記第１条件は、前記第１ユーザが旅客車両に乗車中ではないという条件である。

【発明の効果】

【0009】

本開示の一実施形態によれば、交通安全教育に関する技術が改善される。

【図面の簡単な説明】

【0010】

【図1】本開示の一実施形態に係るシステムの概略構成を示すブロック図である。

【図2】端末装置の概略構成を示すブロック図である。

【図3】演算装置の概略構成を示すブロック図である。

【図4】第１実施形態に係るシステムの動作を示すフローチャートである。

【図5】乗り物判定の具体例を示すフローチャートである。

【図6】自転車判定の具体例を示すフローチャートである。

【図7】第２実施形態に係るシステムの動作を示すフローチャートである。

【図8】第３実施形態に係るシステムの動作を示すフローチャートである。

【図9】一変形例に係るシステムの動作を示すフローチャートである。

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

【0011】

以下、本開示の実施形態について説明する。

【0012】

（実施形態の概要）
図１を参照して、本開示の実施形態に係るシステム１の概要について説明する。システム１は、端末装置１０と、演算装置２０と、を備える。端末装置１０及び演算装置２０は、例えばインターネット及び移動体通信網等を含むネットワーク３０を介して通信可能に接続される。

【0013】

端末装置１０は、ユーザが使用可能な任意の情報処理装置である。例えば、端末装置１０としては、ユーザが所持するウェアラブル機器、スマートフォン又はＰＣ（Personal Computer）等の汎用の装置が用いられてもよい。「ウェアラブル機器」は、具体的には、バッジ型、腕時計型、又は被服型デバイス等の、ユーザの被服又は身体の任意の位置に装着可能なモバイル機器である。端末装置１０は、本実施形態ではユーザに着用される帽子の、着用時側頭部側の位置に装着されるバッジ型のウェアラブル機器であるが、これらの例に限られず、任意の汎用の装置を任意の位置に装着可能である。端末装置１０のユーザは、本実施形態では典型的には子供（例えば、７歳児）であるが、これに限られない。

【0014】

演算装置２０は、１つ又は互いに通信可能な複数のサーバ装置等の任意の情報処理装置である。

【0015】

まず、本実施形態の概要について説明し、詳細については後述する。本実施形態に係る情報処理装置は、端末装置１０である。端末装置１０は、第１ユーザの移動手段を判定する。端末装置１０は、第１条件及び第２条件の両方が満たされる場合、第１ユーザに安全行動を促すための第１通知を提示する第１指示を出力する。「安全行動」とは、第１ユーザの身を守る行動のことであり、例えば、第１ユーザが道路を横断する前に左右確認を行うことが挙げられる。端末装置１０は、第１条件及び第２条件の少なくとも一方が満たされない場合、第１指示を出力しない。本実施形態において、第１条件は、第１ユーザが旅客車両に乗車中ではないという条件である。「旅客車両」とは、旅客輸送を目的とする鉄道車両、路面電車、路線バス、タクシー等の車両のことである。本明細書において、旅客車両は、第１ユーザ自身の移動手段として用いられる自転車及び電動キックボード等の軽車両を含まない。以下では、軽車両の代表例として自転車を例に説明するが、他の軽車両を排除することを意図したものではない。本明細書では、旅客車両及び自転車を「乗り物」と総称する。本実施形態において、第２条件は、１つ以上のチェックポイントのうち少なくとも１つのチェックポイントに第１ユーザが接近したという条件である。「チェックポイント」とは、交通安全の観点から第１ユーザの身に危険が及びやすい地点のことであり、例えば、交差点又は事故多発地点が挙げられる。換言すると、チェックポイントは、第１ユーザの身の安全を確保するために、何らかの安全行動が必要とされる地点である。端末装置１０は、第１ユーザの位置情報を取得する。端末装置１０は、位置情報に基づいて、１つ以上のチェックポイントのうち少なくとも１つのチェックポイントに第１ユーザが接近したか否かを判定する。

【0016】

このように、本実施形態によれば、第１条件及び第２条件の両方が満たされた場合にだけ、第１ユーザに安全行動を促すための第１通知を提示する第１指示が出力される。具体的には、歩行中又は自転車に乗車中の第１ユーザが何れかのチェックポイントに接近したときに、安全行動を促すための音声である第１通知が提示される。以下では、安全行動を促すための通知を提示することを「報知」ともいう。ここで、例えば第１ユーザが旅客車両に乗車中に何れかのチェックポイントに接近したときは、第１ユーザ自身による安全行動は必ずしも必要ではないと考えられる。しかしながら、従来は、チェックポイントへの接近という位置情報によってのみ報知を行うか否かが判断されている。このため、第１ユーザが旅客車両に乗車中である場合も、チェックポイントへの接近が検出されたときは報知が行われ、第１通知が提示される。つまり、第１通知が不要なタイミングで提示され得る。このため、第１ユーザに煩わしさを与えやすかった。一方、本実施形態によれば、第１ユーザが旅客車両に乗車中である場合は報知が行われないので、第１通知が不要なタイミングで提示されることを回避しやすくなる。したがって、第１ユーザの煩わしさを軽減でき、報知の効果を維持しやすくなる点で、交通安全教育に関する技術が改善される。

【0017】

次に、システム１の各構成について詳細に説明する。

【0018】

（端末装置の構成）
図２に示すように、端末装置１０は、通信部１１と、取得部１２と、出力部１３と、入力部１４と、記憶部１５と、制御部１６と、を備える。

【0019】

通信部１１は、ネットワーク３０に接続する１つ以上の通信インタフェースを含んでもよい。当該通信インタフェースは、例えば４Ｇ（4th Generation）及び５Ｇ（5th Generation）等の移動体通信規格、有線ＬＡＮ（Local Area Network）規格、又は無線ＬＡＮ規格に対応するが、これらに限られず、任意の通信規格に対応してもよい。本実施形態において、端末装置１０は、通信部１１を介してネットワーク３０に接続される。なお、端末装置１０は、通信部１１及びネットワーク３０を介して、例えば端末装置１０のユーザ（後述する第１ユーザ）とは異なるユーザ（後述する第２ユーザ）が所持するスマートフォン又はＰＣ（Personal Computer）等の汎用の装置と通信してもよい。

【0020】

取得部１２は、端末装置１０のユーザの位置情報を取得する１つ以上の装置を含む。具体的には、取得部１２は、例えばＧＰＳ（Global Positioning System）に対応する受信機を含むが、これに限られず、任意の衛星測位システムに対応する受信機を含んでもよい。また、取得部１２は、端末装置１０を保持するユーザの挙動を示す情報を取得可能な任意のセンサモジュールも含む。「ユーザの挙動」とは、例えば左右確認をすること、一時停止をすること、進行方向前方を向いて歩くこと、進行方向後方を向いて歩くこと、又は走ること等である。具体的には、センサモジュールは、カメラ、赤外線センサ、速度センサ、角速度センサ、加速度センサ、地磁気センサ、又はこれらの組合せを含む。

【0021】

出力部１３は、情報を出力してユーザに通知する１つ以上の出力装置を含む。当該出力装置は、例えば情報を音声で出力するスピーカ、情報を映像で出力するディスプレイ、又は振動等の体感刺激をユーザに与える駆動装置等であるが、これらに限られない。

【0022】

入力部１４は、ユーザ入力を検出する１つ以上の入力装置を含む。当該入力装置は、例えば物理キー、静電容量キー、出力部１３のディスプレイと一体的に設けられたタッチスクリーン、音声入力を受け付けるマイク、又はカメラ等であるが、これらに限られない。

【0023】

記憶部１５は、１つ以上のメモリを含む。メモリは、例えば半導体メモリ、磁気メモリ、又は光メモリ等であるが、これらに限られない。記憶部１５に含まれる各メモリは、例えば主記憶装置、補助記憶装置、又はキャッシュメモリとして機能してもよい。記憶部１５は、端末装置１０の動作に用いられる任意の情報を記憶する。例えば、記憶部１５は、システムプログラム、アプリケーションプログラム、組み込みソフトウェア、データベース、及び地図情報等を記憶してもよい。記憶部１５に記憶された情報は、例えば通信部１１を介してネットワーク３０から取得される情報で更新可能であってもよい。

【0024】

本実施形態において、記憶部１５は、ユーザデータベース及び通知データベースを記憶する。

【0025】

ユーザデータベースには、ユーザ毎に、「位置情報」、「乗り物フラグ」、及び「自転車フラグ」を有するユーザデータが含まれる。

【0026】

「位置情報」は、地図上におけるユーザの位置を示す情報である。

【0027】

「乗り物フラグ」は、ユーザが乗り物に乗車中であるか否かを示す情報である。ＯＮは、ユーザが乗り物に乗車中であることを、ＯＦＦは、ユーザが乗り物に乗車中ではないことを示す。

【0028】

「自転車フラグ」は、ユーザが自転車に乗車中であるか否かを示す情報である。ＯＮは、ユーザが自転車に乗車中であることを、ＯＦＦは、ユーザが自転車に乗車中ではないことを示す。

【0029】

通知データベースには、「第１通知」及び「第１通知ＩＤ」を有する通知データが含まれる。通知データベースには更に、「第２通知」、「第２通知ＩＤ」、「第３通知」、及び「第３通知ＩＤ」を有する通知データが含まれてもよい。

【0030】

「第１通知」は、報知に相当する通知のデータである。

【0031】

「第１通知ＩＤ」は、第１通知を一意に識別する情報である。

【0032】

「第２通知」は、ユーザに肯定的な判定結果を提示するための通知のデータである。

【0033】

「第２通知ＩＤ」は、第２通知を一意に識別する情報である。

【0034】

「第３通知」は、ユーザに否定的な判定結果を提示するための通知のデータである。

【0035】

「第３通知ＩＤ」は、第３通知を一意に識別する情報である。

【0036】

制御部１６は、１つ以上のプロセッサ、１つ以上のプログラマブル回路、１つ以上の専用回路、又はこれらの組合せを含む。プロセッサは、例えばＣＰＵ（Central Processing Unit）若しくはＧＰＵ（Graphics Processing Unit）等の汎用プロセッサ、又は特定の処理に特化した専用プロセッサであるがこれらに限られない。プログラマブル回路は、例えばＦＰＧＡ（Field-Programmable Gate Array）であるがこれに限られない。専用回路は、例えばＡＳＩＣ（Application Specific Integrated Circuit）であるがこれに限られない。制御部１６は、端末装置１０全体の動作を制御する。制御部１６によって制御される端末装置１０の動作の詳細については後述する。

【0037】

（演算装置の構成）
図３に示すように、演算装置２０は、通信部２１と、記憶部２２と、制御部２３と、を備える。

【0038】

通信部２１は、ネットワーク３０に接続する１つ以上の通信インタフェースを含む。当該通信インタフェースは、例えば移動体通信規格、有線ＬＡＮ規格、又は無線ＬＡＮ規格に対応するが、これらに限られず、任意の通信規格に対応してもよい。本実施形態において、演算装置２０は、通信部２１及びネットワーク３０を介して端末装置１０と通信する。なお、演算装置２０は、通信部２１及びネットワーク３０を介して、例えば端末装置１０のユーザ（後述する第１ユーザ）とは異なるユーザ（後述する第２ユーザ）が所持するスマートフォン又はＰＣ等の汎用の装置と通信してもよい。

【0039】

記憶部２２は、１つ以上のメモリを含む。記憶部２２に含まれる各メモリは、例えば主記憶装置、補助記憶装置、又はキャッシュメモリとして機能してもよい。記憶部２２は、演算装置２０の動作に用いられる任意の情報を記憶する。例えば、記憶部２２は、システムプログラム、アプリケーションプログラム、組み込みソフトウェア、データベース、及び地図情報等を記憶してもよい。記憶部２２に記憶された情報は、例えば通信部２１を介してネットワーク３０から取得される情報で更新可能であってもよい。

【0040】

制御部２３は、１つ以上のプロセッサ、１つ以上のプログラマブル回路、１つ以上の専用回路、又はこれらの組合せを含む。制御部２３は、演算装置２０全体の動作を制御する。

【0041】

（システムの動作フロー）
図４を参照して、第１実施形態に係るシステム１の動作について説明する。図４の動作は、本実施形態に係る方法に相当する。図４の動作は、端末装置１０の動作を示している。図４の動作は、例えば所定の周期で、繰り返し実行される。所定の周期は、任意に定めることができる。

【0042】

ステップＳ１００：端末装置１０の制御部１６は、端末装置１０のユーザである第１ユーザの移動手段を判定する。

【0043】

移動手段の判定には、任意の手法が採用可能である。例えば、制御部１６は、図５に示すような動作（以下、「乗り物判定」ともいう。）を実行することで、第１ユーザの移動手段を判定してもよい。乗り物判定とは、第１ユーザが乗り物に乗車中であるか否かを判定する処理のことである。乗り物判定は、例えば所定の周期で、繰り返し実行される。所定の周期は、任意に定めることができる。以下、図５を参照して乗り物判定について説明する。

【0044】

ステップＳ２００：制御部１６は、第１ユーザの速度Ｓが０ｋｍ／ｈ超であるか否かを判定する。速度Ｓが０ｋｍ／ｈ超であると判定された場合（ステップＳ２００－Ｙｅｓ）、プロセスは、ステップＳ２０１に進む。一方、速度Ｓが０ｋｍ／ｈ超でない、すなわち速度Ｓが０ｋｍ／ｈと等しい（例えば、第１ユーザが停止している）と判定された場合（ステップＳ２００－Ｎｏ）、プロセスは、終了する。

【0045】

速度Ｓが０ｋｍ／ｈ超であるか否かの判定には、任意の手法が採用可能である。例えば、制御部１６は、取得部１２を介して、第１ユーザの速度Ｓを示す情報を取得し、速度Ｓが０ｋｍ／ｈ超となったことが検出されたときに、速度Ｓが０ｋｍ／ｈ超であると判定してもよい。

【0046】

ステップＳ２０１：制御部１６は、乗り物フラグがＯＮであるか否かを判定する。乗り物フラグがＯＮであると判定された場合（ステップＳ２０１－Ｙｅｓ）、プロセスは、ステップＳ２０７に進む。一方、乗り物フラグがＯＦＦであると判定された場合（ステップＳ２０１－Ｎｏ）、プロセスは、ステップＳ２０２に進む。

【0047】

具体的には、制御部１６は、記憶部１５に記憶されたユーザデータベースを参照して、第１ユーザの乗り物フラグがＯＮであるか否かを判定する。

【0048】

ステップＳ２０２：制御部１６は、速度Ｓが閾値Ｓｔｈ１を超え、且つ、第１ユーザの加速度Ａが閾値Ａｔｈ１未満であるか否かを判定する。速度Ｓが閾値Ｓｔｈ１を超え、且つ、加速度Ａが閾値Ａｔｈ１未満であると判定された場合（ステップＳ２０２－Ｙｅｓ）、プロセスは、ステップＳ２０４に進む。一方、速度Ｓが閾値Ｓｔｈ１以下であり、且つ、加速度Ａが閾値Ａｔｈ１以上であると判定された場合（ステップＳ２０２－Ｎｏ）、プロセスは、ステップＳ２０３に進む。

【0049】

具体的には、制御部１６は、取得部１２を介して、第１ユーザの速度Ｓを示す情報を取得する。制御部１６は、速度Ｓが閾値Ｓｔｈ１を超えるか否かを判定する。閾値Ｓｔｈ１としては、第１ユーザが歩行中でなく乗り物に乗車中であると推定可能な任意の速度（例えば、１０ｋｍ／ｈ以上）を設定し得る。以下、閾値Ｓｔｈ１以下の速度を「歩行域の速度」ともいう。また、制御部１６は、取得部１２を介して、Ｘ軸（第１ユーザの前後方向）、Ｙ軸（第１ユーザの左右方向）、又はＺ軸（第１ユーザの上下方向）のうちの少なくとも一方向の加速度を示す情報を、加速度Ａとして取得する。ここで、歩行者は一般に、踵接地直後に接地時の反動により急激にＺ軸正方向（すなわち、第１ユーザの上方向）へ加速度を生じることが知られている。かかる加速度は、乗り物の乗客は通常生じ得ない、歩行者特有の加速度である。したがって、制御部１６は、Ｚ軸正方向の加速度を、加速度Ａとして取得してもよい。そして、制御部１６は、加速度Ａが閾値Ａｔｈ１未満であるか否かを判定する。閾値Ａｔｈ１としては、第１ユーザが歩行中であると推定可能な任意の加速度（例えば、Ｚ軸正方向に１ｍ／ｓ^２以上）が設定可能である。以下、閾値Ａｔｈ１以上の加速度を「歩行域の加速度」ともいう。なお、説明の便宜上、速度Ｓを取得してから加速度Ａを取得するかのように記述しているが、速度Ｓと加速度Ａは、逆順に又は並行して取得されてもよい。

【0050】

ここで、ステップＳ２０２の判定において、第１ユーザの速度Ｓだけでなく加速度Ａも加味する理由を説明する。ステップＳ２０２の判定を第１ユーザの速度Ｓのみに基づいて行う場合、以下のような問題が生じる。例えば、第１ユーザの乗車中の旅客車両が減速又は停車した際に、速度Ｓが歩行域の速度となったことが検出されたとする。このとき、第１ユーザが実際には乗り物に乗車中であっても、歩行中であると直ちに判定され得る。つまり、誤判定が生じ得る。一方、速度Ｓに加えて加速度Ａも加味すれば、速度Ｓが歩行域の速度となったことが検出されたときでも、歩行者特有の加速度が検出されない限り、第１ユーザが歩行中であると直ちに判定されることはない。その結果、誤判定を回避しやすくなる。したがって、第１ユーザが乗り物に乗車中であるか否かの判定精度を高めることができる。

【0051】

なお、速度Ｓ及び加速度Ａは、一時点の測定値に限られず、所定時間にわたって取得される測定値の代表値（例えば、平均値）であってもよい。所定時間としては、任意の時間が設定可能である。測定値は、継続的に取得されても所定間隔で取得されてもよい。例えば、Ｚ軸正方向への加速度は、乗り物の一種である路線バスが障害物に乗り上げた際にも検出される。その場合、一時点の加速度の測定値を加速度Ａとして取得すると、実際には乗り物に乗車中の第１ユーザが歩行中であるとの誤判定が生じ得る。そこで、第１ユーザの加速度を所定時間にわたって測定した結果の代表値を加速度Ａとして取得すれば、かかる誤判定を更に回避しやすくなる。したがって、第１ユーザが乗り物に乗車中であるか否かの判定精度を更に高めることができる。

【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】

具体的には、制御部１６は、記憶部１５に記憶されたユーザデータベースを参照して、第１ユーザの位置情報を取得する。制御部１６は、取得された位置情報に基づいて、地図情報で示される地図上における第１ユーザの位置と、地図上における１つ以上のチェックポイントそれぞれとの距離を算出する。記憶部１５には、１つ以上のチェックポイントそれぞれの位置情報が設定された地図情報が記憶される。１つ以上のチェックポイントは、第１ユーザとは異なる第２ユーザ（例えば、第１ユーザの親）の入力に基づかずに設定される第１チェックポイント、及び第２ユーザの入力に基づいて設定される第２チェックポイントの少なくとも一方を含む。第１チェックポイントは、本実施形態では交通量、事故情報、又は車両の走行データ等の情報に基づいて設定されるが、これらに限られず、任意の情報に基づいて設定可能である。交通量又は事故情報は、例えば、ネットワーク３０を介して日本道路交通情報センターから提供される交通情報に関するデータであるが、これに限られず任意のデータであってよい。車両の走行データは、例えば、急ブレーキ又は一時停止違反等、危険運転が生じやすい地点を特定するために、地図上の地点を走行する車両からネットワーク３０を介して収集されるＤＣＭ（Data Communication Module）データに基づいて生成されるデータであるが、これに限られず任意のデータであってよい。第２チェックポイントの設定には、任意の手法が採用可能である。例えば、第２ユーザは、第２ユーザが所持するスマートフォンのディスプレイに地図情報を表示させ、タッチパネルを操作して、地図情報で示される地図上における第１チェックポイントとは異なる任意の地点（例えば、第１ユーザの通学路上の地点）を第２チェックポイントとして設定し得る。第２ユーザは、スマートフォンの通信部を介して、設定した第２チェックポイントを示す情報を演算装置２０に送信してもよい。演算装置２０は、受信された第２チェックポイントを示す情報と記憶部２２に記憶された地図情報とを対応付けたデータを、端末装置１０に送信してもよい。端末装置１０は、受信されたデータで記憶部１５に記憶された地図情報を更新してもよい。そして、制御部１６は、地図情報で示される地図上における第１ユーザの位置と、地図上における１つ以上のチェックポイントそれぞれとの距離を算出する。制御部１６は、算出された距離が最も小さい少なくとも１つのチェックポイントと、第１ユーザとの距離を、距離Ｄとして算出する。しかしながら、距離Ｄの算出には、これらの例に限られず任意の手法が採用可能である。

【0099】

ステップＳ１０３：制御部１６は、ステップＳ１０２で算出された距離Ｄが閾値Ｄｔｈ未満であるか否かを判定する。距離Ｄが閾値Ｄｔｈ未満であると判定された場合（ステップＳ１０３－Ｙｅｓ）、プロセスは、ステップＳ１０４に進む。一方、距離Ｄが閾値Ｄｔｈ以上であると判定された場合（ステップＳ１０３－Ｎｏ）、プロセスは、ステップＳ１０２に戻る。

【0100】

具体的には、制御部１６は、距離Ｄと閾値Ｄｔｈとを比較することで、距離Ｄが閾値Ｄｔｈ未満になった少なくとも１つのチェックポイントを特定する。距離Ｄが閾値Ｄｔｈ未満になった場合、制御部１６は、第１ユーザが当該少なくとも１つのチェックポイントに接近したと判定する。第１ユーザが当該少なくとも１つのチェックポイントに接近したと判定された場合、第１ユーザが１つ以上のチェックポイントのうち少なくとも１つのチェックポイントに接近したという条件、すなわち本実施形態の第２条件が満たされる。閾値Ｄｔｈとしては、任意の距離（例えば、半径５ｍ）が設定可能である。しかしながら、第１ユーザが１つ以上のチェックポイントのうち少なくとも１つのチェックポイントに接近したか否かの判定には、これらの例に限られず任意の手法が採用可能である。以下、この判定を「接近判定」ともいう。

【0101】

本実施形態において、制御部１６は、第１ユーザの移動手段が徒歩である場合よりも自転車である場合の方がＤｔｈが長くなるように設定する。というのも、自転車は歩行よりも早い速度で移動するので、第１ユーザが１つ以上のチェックポイントのうち少なくとも１つのチェックポイントに接近したか否かを、歩行中と自転車乗車中で同じ基準に基づいて判定すると、報知のタイミングが遅れ、報知の効果が低下するおそれがある。したがって、第１ユーザの移動手段が徒歩である場合よりも自転車である場合の方がＤｔｈが長くなるように設定することで、自転車乗車中は、報知のタイミングを早めることができ、報知のタイミングが遅れることを抑制できる。

【0102】

ステップＳ１０４：制御部１６は、第１ユーザに安全行動を促すための第１通知を提示する第１指示を出力する。

【0103】

具体的には、制御部１６は、本実施形態の第１条件及び第２条件の両方が満たされる場合（ステップＳ１０１－Ｎｏ、且つ、ステップＳ１０３－Ｙｅｓ）、第１ユーザに安全行動を促すための第１通知を提示することを指示する第１指示を出力部１３に送る。第１通知は、音声、テキストメッセージ、画像、振動、又はこれらの組合せであり得るが、本実施形態では報知に相当する音声（以下、「第１音声」ともいう。）の形式で提示される。第１音声は、合成音声又は録音音声等、任意の音声であり得る。一方、制御部１６は、第１条件及び第２条件の少なくとも一方が満たされない場合、第１指示を出力しない。ステップＳ１０４では、上述したとおり、第１条件及び第２条件の両方が満たされている。したがって、制御部１６は、第１指示を出力部１３に送る。第１通知は、安全行動毎に１つの選択肢が設定されても複数の選択肢が設定されてもよい。第１通知の選択肢の設定には、任意の手法が採用可能である。例えば、記憶部１５は、安全行動毎に、１つ以上のチェックポイントそれぞれと対応付けて、第１通知に相当する第１音声を通知データベースに記憶してもよい。例えば、記憶部１５は、交差点に設定されたチェックポイントと対応付けて、「左右を確認しましょう」という第１通知に相当する第１音声を通知データベースに記憶してもよい。これにより、１つ以上のチェックポイントそれぞれに適した安全行動を促すことができる。また、安全行動毎に第１通知の複数の選択肢を設定する場合、どの第１通知を提示すべきかを毎回ランダムに選択してもよい。これにより、毎回同じ通知が提示されることによる第１ユーザの飽きを防止し、報知の効果を維持しやすくなる。そして、制御部１６は、第１通知ＩＤに基づいて通知データベースを検索し、第１通知の１つ以上の選択肢の中から、１つの第１通知を選択する。しかしながら、第１通知の選択には、これらの例に限られず任意の手法が採用可能である。制御部１６は、選択された第１通知を提示することを指示する第１指示を出力部１３に送る。

【0104】

ステップＳ１０５：制御部１６は、出力部１３を介して第１通知を提示する。

【0105】

具体的には、制御部１６は、ステップＳ１０４で選択された第１通知に相当する第１音声を、出力部１３を介して第１ユーザに対して再生する。その後、プロセスは終了する。

【0106】

次に、図７を参照して、第２実施形態に係るシステム１の動作について説明する。図７の動作は、本実施形態に係る方法に相当する。図７の動作は、端末装置１０及び演算装置２０の動作を示している。図７の動作は、例えば所定の周期で、繰り返し実行される。所定の周期は、任意に定めることができる。ステップＳ４００からＳ４０５までの処理は、第１実施形態で説明したステップＳ１００からＳ１０５と同様であるので、説明を省略する。以下では、主に第１実施形態との差異である、ステップＳ４０５で第１通知を提示した後に実行される、ステップＳ４０６以降の処理について説明する。

【0107】

ステップＳ４０６：制御部１６は、少なくとも１つのチェックポイントの周辺エリア内で、第１ユーザの安全行動が検出されたか否かを判定する。第１ユーザの安全行動が検出されたと判定された場合（ステップＳ４０６－Ｙｅｓ）、プロセスは、ステップＳ４０７に進む。一方、第１ユーザの安全行動が検出されないと判定された場合（ステップＳ４０６－Ｎｏ）、プロセスは、ステップＳ４０９に進む。

【0108】

具体的には、制御部１６は、取得部１２を介して、第１ユーザの位置情報に加えて、第１ユーザの挙動を示す情報を取得する。第１ユーザの挙動を示す情報の取得には、任意の手法が採用可能である。例えば、制御部１６は、取得部１２の角速度センサ及び／又は地磁気センサの信号を解析することで、第１ユーザの挙動（例えば、第１ユーザの頭部が左右に振れられたか否か）を示す情報を取得してもよい。制御部１６は、取得された第１ユーザの位置情報及び第１ユーザの挙動を示す情報を解析することで、少なくとも１つのチェックポイントの周辺エリア内で第１ユーザの安全行動（例えば、左右確認）が検出されたか否かを判定する。以下、この判定を「行動判定」ともいう。「周辺エリア」とは、本実施形態では距離Ｄが閾値Ｄｔｈ未満のエリアのことである。つまり、周辺エリアは、本実施形態では接近判定の基準である閾値Ｄｔｈに基づいて定義される。本実施形態では、距離Ｄが閾値Ｄｔｈ未満である場合、制御部１６は、第１ユーザが周辺エリア内にいるものと推定する。しかしながら、周辺エリアの定義には、任意の手法が採用可能である。例えば、周辺エリアは、閾値Ｄｔｈ（例えば、半径５ｍ）より大きい値（例えば、半径６ｍ）又は小さい値（例えば、半径２ｍ）を使用して定義されてもよい。つまり、周辺エリアは、閾値Ｄｔｈに依存せず、閾値Ｄｔｈとは独立して定義されてもよい。

【0109】

本実施形態では、位置情報及び安全行動が検出されたか否かを示す情報は、時刻とともに記憶部１５に記憶されるが、外部のストレージ、例えば演算装置２０の記憶部２２に記憶されてもよい。また、制御部１６は、通信部１１を介して、記憶部１５に記憶された位置情報、安全行動の有無を示す情報、及び時刻を演算装置２０の通信部２１に送信してもよい。この場合、演算装置２０の制御部２３は、通信部２１を介して受信された位置情報、安全行動の有無を示す情報、及び時刻を、記憶部２２に記憶する。制御部２３は、位置情報、安全行動の有無を示す情報、及び時刻を使用して、地図情報で示される地図上における第１ユーザの移動経路及び安全行動の履歴を示すデータ（以下、「履歴データ」ともいう。）を生成してもよい。この場合、制御部２３は、例えば第２ユーザのスマートフォンからの要求に応じて、当該データを第２ユーザのスマートフォンに送信してもよい。第２ユーザ側では、受信された履歴データをスマートフォンのディスプレイに表示された地図上に反映させることで、第２ユーザが第１ユーザの移動経路及び安全行動の履歴を確認できるようにし得る。さらに、第２ユーザは、第１ユーザの身の安全を確保する観点から、必要に応じて第２チェックポイントの追加又は削除を行うことができる。

【0110】

ステップＳ４０７：第１ユーザの安全行動が検出されたと判定された場合（ステップＳ４０６－Ｙｅｓ）、制御部１６は、第１通知とは異なる第２通知を提示する第２指示を出力する。

【0111】

具体的には、制御部１６は、ステップＳ４０４で第１指示の出力後、ステップＳ４０６で第１ユーザによる安全行動が検出された場合、第１通知とは異なる第２通知を提示することを指示する第２指示を出力部１３に送る。第２通知は、音声、テキストメッセージ、画像、振動、又はこれらの組合せであり得るが、本実施形態では第１ユーザに肯定的な判定結果を提示するための音声（以下、「第２音声」ともいう。）の形式で提示される。第２音声は、合成音声又は録音音声等、任意の音声であり得る。例えば、第２音声は、「よくできました」という音声であってもよい。これにより、第１ユーザの安全行動に対するモチベーションを維持しやすくなる。第２通知は、１つの選択肢が設定されても複数の選択肢が設定されてもよい。第２通知の選択肢の設定には、任意の手法が採用可能である。例えば、記憶部１５は、第１通知に相当する第１音声の選択肢それぞれと対応付けて、第２通知に相当する第２音声を通知データベースに記憶してもよい。これにより、第１通知の選択肢それぞれに呼応する第２通知を第１ユーザに提示することができる。また、第２通知の複数の選択肢を設定する場合、どの第２通知を提示すべきかを毎回ランダムに選択してもよい。これにより、毎回同じ通知が提示されることによる第１ユーザの飽きを防止し、報知の効果を維持しやすくなる。そして、制御部１６は、第２通知ＩＤに基づいて通知データベースを検索し、第２通知の１つ以上の選択肢の中から、１つの第２通知を選択する。しかしながら、第２通知の選択には、これらの例に限られず任意の手法が採用可能である。制御部１６は、選択された第２通知を提示する第２指示を出力部１３に送る。

【0112】

ステップＳ４０８：制御部１６は、第２通知を提示する。

【0113】

具体的には、制御部１６は、ステップＳ４０７で選択された第２通知に相当する第２音声を、出力部１３を介して第１ユーザに対して再生する。その後、プロセスは終了する。

【0114】

ステップＳ４０９：第１ユーザの安全行動が検出されないと判定された場合（ステップＳ４０６－Ｎｏ）、制御部１６は、距離Ｄを算出する。距離Ｄの算出方法は、上述のステップＳ１０２及びステップＳ４０２と同様であるので、説明を省略する。

【0115】

ステップＳ４１０：制御部１６は、距離Ｄが閾値Ｄｔｈ以上であるか否かを判定する。距離Ｄが閾値Ｄｔｈ以上であると判定された場合（ステップＳ４１０－Ｙｅｓ）、プロセスは、ステップＳ４１１に進む。一方、距離Ｄが閾値Ｄｔｈ未満であると判定された場合（ステップＳ４１０－Ｎｏ）、プロセスは、ステップＳ４０６に戻る。

【0116】

具体的には、制御部１６は、距離Ｄが閾値Ｄｔｈ以上になった場合、ステップＳ４０４で第１指示の出力後、第１ユーザが安全行動未検出のまま少なくとも１つのチェックポイントの周辺エリアから出たものと推定する。一方、距離Ｄが閾値Ｄｔｈ未満である場合、制御部１６は、第１ユーザが引き続き周辺エリア内にいるものと推定し、ステップＳ４０６の判定を再び実行する。

【0117】

ステップＳ４１１：距離Ｄが閾値Ｄｔｈ以上であると判定された場合（ステップＳ４１０－Ｙｅｓ）、制御部１６は、第１通知及び第２通知とは異なる第３通知を提示する第３指示を出力する。

【0118】

具体的には、制御部１６は、ステップＳ４１０の判定を経て、ステップＳ４０４で第１指示の出力後、第１ユーザが安全行動未検出のまま少なくとも１つのチェックポイントの周辺エリアから出たものと推定された場合、第３通知を提示する第３指示を出力部１３に送る。第３通知は、音声、テキストメッセージ、画像、振動、又はこれらの組合せであり得るが、本実施形態では第１ユーザに否定的な判定結果を提示するための音声（以下、「第３音声」ともいう。）の形式で提示される。第３音声は、合成音声又は録音音声等、任意の音声であり得る。第３通知は、１つの選択肢が設定されても複数の選択肢が設定されてもよい。第３通知の選択肢の設定には、任意の手法が採用可能である。例えば、記憶部１５は、第１通知に相当する第１音声の選択肢それぞれと対応付けて、第３通知に相当する第３音声を通知データベースに記憶してもよい。例えば、記憶部１５は、「左右を確認しましょう」という第１通知に相当する第１音声に対応付けて、「次回は左右を確認しましょう」という第３通知に相当する第３音声を通知データベースに記憶してもよい。これにより、第１通知の選択肢それぞれに呼応する第３通知を第１ユーザに提示することができる。また、第３通知の複数の選択肢を設定する場合、どの第３通知を提示すべきかを毎回ランダムに選択してもよい。これにより、毎回同じ通知が提示されることによる第１ユーザの飽きを防止し、報知の効果を維持しやすくなる。そして、制御部１６は、第３通知ＩＤに基づいて通知データベースを検索し、第３通知の１つ以上の選択肢の中から、１つの第３通知を選択する。しかしながら、第３通知の選択には、これらの例に限られず任意の手法が採用可能である。制御部１６は、選択された第３通知を提示する第３指示を出力部１３に送る。

【0119】

ステップＳ４１２：制御部１６は、第３通知を提示する。

【0120】

具体的には、制御部１６は、ステップＳ４１１で選択された第３通知に相当する第３音声を、出力部１３を介して第１ユーザに対して再生する。その後、プロセスは終了する。

【0121】

次に、図８を参照して、第３実施形態に係るシステム１の動作について説明する。図８の動作は、本実施形態に係る方法に相当する。図８の動作は、端末装置１０及び演算装置２０の動作を示している。図８の動作は、例えば所定の周期で、繰り返し実行される。所定の周期は、任意に定めることができる。第３実施形態は、ステップＳ５１１の処理が追加された点だけが第２実施形態と異なる。ステップＳ５００からＳ５０５までの処理は、第１実施形態で説明したステップＳ１００からＳ１０５と同様である。ステップＳ５０６からＳ５１０までの処理は、第２実施形態で説明したステップＳ４０６からステップＳ４１０までの処理、ステップＳ５１２及びＳ５１３の処理は、第２実施形態で説明したステップＳ４１１及びＳ４１２と同様である。したがって、これらの処理については説明を省略する。以下では、主に第２実施形態との差異である、ステップＳ５１０の判定を経て距離Ｄが閾値Ｄｔｈ以上になった場合に実行される、ステップＳ５１１の処理について説明する。

【0122】

ステップＳ５１１：制御部１６は、第１ユーザによる道路横断があったか否かを判定する。第１ユーザによる道路横断があったと判定された場合（ステップＳ５１１－Ｙｅｓ）、プロセスは、ステップＳ５１２に進む。一方、第１ユーザによる道路横断がなかったと判定された場合（ステップＳ５１１－Ｎｏ）、プロセスは、終了する。

【0123】

具体的には、制御部１６は、ステップＳ５１０の判定を経て、距離Ｄが閾値Ｄｔｈ以上になった場合、ステップＳ５０４で第１指示の出力後、第１ユーザが安全行動未検出のまま少なくとも１つのチェックポイントの周辺エリアから出たものと推定する。本実施形態では更に、ステップＳ５１１で、制御部１６は、周辺エリア内で第１ユーザによる道路横断があったか否かを判定する。道路横断の判定には、任意の手法が採用可能である。一例として、少なくとも１つのチェックポイントが信号機のない交差点であり、第１通知が「左右を確認しましょう」、第３通知が「次回は左右を確認しましょう」であるものとする。この場合、制御部１６は、記憶部１５に記憶されたユーザデータベースを参照して、第１ユーザの位置情報を取得してもよい。制御部１６は、取得された位置情報に基づいて、地図情報で示される地図上における第１ユーザの移動経路を解析し、少なくとも１つのチェックポイントにおいて第１ユーザによる道路横断があったか否かを判定し得る。制御部１６は、判定結果に応じて、第３通知を提示する第３指示を出力するか否かを決定し得る。

【0124】

本例では、第１ユーザが当該交差点で道路横断をする場合、第１ユーザが左右確認をして車両が接近して来ないことを確認してから道路横断をすることを、安全行動とする。したがって、第１指示の出力後、第１ユーザが安全行動未検出のまま周辺エリアから出、且つ、周辺エリア内で第１ユーザによる道路横断があった場合、第３通知を出力する必要がある。この場合、制御部１６は、ステップＳ５１２に進んで、ステップＳ４１１で上述したとおり、第３指示を出力する。一方、第１ユーザが単に交差点で角を曲がるだけで道路横断をしない場合、第１ユーザは、左右確認をして車両が接近して来ないことを確認する必要はない。第１ユーザが安全行動未検出のまま周辺エリアから出た場合でも、周辺エリア内で第１ユーザによる道路横断がなかったときにまで第３通知を提示することは、第１ユーザに煩わしさを与えやすい。したがって、第１指示の出力後、第１ユーザが安全行動未検出のまま周辺エリアから出、且つ、周辺エリア内で第１ユーザによる道路横断がなかった場合、第３通知を出力する必要はない。この場合、制御部１６は、第３指示を出力しない。

【0125】

このように、ステップＳ５０４で第１指示の出力後、第１ユーザが安全行動未検出のまま周辺エリアから出、且つ、周辺エリア内で第１ユーザによる道路横断があった場合、制御部１６は、ステップＳ４１１で上述したとおり、第３指示を出力する。一方、第１指示の出力後、第１ユーザが安全行動未検出のまま周辺エリアから出、且つ、周辺エリア内で第１ユーザによる道路横断がなかった場合、制御部１６は、第３指示を出力しない。これにより、第１ユーザによる道路横断の有無に応じて第３指示を出力するか否かを決定することができる。その結果、第３通知が不要な状況で提示されることを回避しやすくなる。したがって、第１ユーザの煩わしさを更に軽減でき、報知の効果を更に維持しやすくなる。

【0126】

以上述べたように、上述した実施形態に係る情報処理装置である端末装置１０は、第１ユーザの移動手段を判定する。端末装置１０は、第１条件及び第２条件の両方が満たされる場合、第１ユーザに安全行動を促すための第１通知を提示する第１指示を出力する。端末装置１０は、第１条件及び第２条件の少なくとも一方が満たされない場合、第１指示を出力しない。上述した実施形態において、第１条件は、第１ユーザが旅客車両に乗車中ではないという条件である。上述した実施形態において、第２条件は、１つ以上のチェックポイントのうち少なくとも１つのチェックポイントに第１ユーザが接近したという条件である。端末装置１０は、第１ユーザの位置情報を取得する。端末装置１０は、位置情報に基づいて、１つ以上のチェックポイントのうち少なくとも１つのチェックポイントに第１ユーザが接近したか否かを判定する。

【0127】

かかる構成によれば、第１条件及び第２条件の両方が満たされた場合にだけ、第１ユーザに安全行動を促すための第１通知を提示する第１指示が出力される。本実施形態によれば、従来とは異なり、第１ユーザが旅客車両に乗車中である場合は報知が行われないので、第１通知が不要なタイミングで提示される状況を回避しやすくなる。したがって、第１ユーザの煩わしさを軽減でき、報知の効果を維持しやすくなる点で、交通安全教育に関する技術が改善される。

【0128】

本開示を諸図面及び実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形及び改変を行ってもよいことに注意されたい。したがって、これらの変形及び改変は本開示の範囲に含まれることに留意されたい。例えば、各構成部又は各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の構成部又はステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。

【0129】

上述した実施形態の一変形例において、第２条件は、第１ユーザが第１ユーザの向きとは異なる方向に移動しているという条件であってもよい。本変形例では、第１ユーザの向き及び進行方向を解析して、第１ユーザの身に危険が及び得る挙動（以下、「不安全行動」ともいう。）を検出する。不安全行動が検出された場合、第１ユーザに対して安全行動を促すための第１通知を提示することで、第１ユーザの身の安全を確保しやすくなる。不安全行動は、本変形例では「第１ユーザが第１ユーザの向きとは異なる方向に移動していること」、典型的には第１ユーザがよそ見をしながら歩行していること又は後ろ向きで歩行していることであるが、これらに限られない。第１ユーザの向きの判定には、任意の手法が採用可能である。例えば、端末装置１０の制御部１６は、図９に示すような動作（以下、「向き判定」ともいう。）を実行することで、第１ユーザの向きを判定してもよい。向き判定は、例えば所定の周期で、繰り返し実行される。所定の周期は、任意に定めることができる。ステップＳ６００及びＳ６０１の処理は、第１実施形態で説明したステップＳ１００及びＳ１０１と同様であるので、説明を省略する。以下では、主に第１実施形態との差異である、ステップＳ６０２以降の処理について説明する。

【0130】

ステップＳ６０２：制御部１６は、第１ユーザの向きを示す向き情報を取得する。

【0131】

具体的には、制御部１６は、取得部１２の角速度センサ及び／又は地磁気センサの信号を解析することで、第１ユーザの向きを示す向き情報を取得する。制御部１６は、向き情報とともに、第１ユーザの位置情報も取得する。制御部１６は、取得された位置情報を解析して得られる、地図上における第１ユーザの移動経路から、第１ユーザの進行方向を特定する。追加的に又は代替として、制御部１６は、取得部１２の加速度センサの信号を解析することで、第１ユーザの進行方向を特定してもよい。しかしながら、向き情報の取得及び進行方向の特定には、これらの例に限られず任意の手法が採用可能である。

【0132】

ステップＳ６０３：制御部１６は、第１ユーザが第１ユーザの向きとは異なる方向に移動しているか否かを判定する。第１ユーザが第１ユーザの向きとは異なる方向に移動していると判定された場合（ステップＳ６０３－Ｙｅｓ）、プロセスは、ステップＳ６０４に進む。一方、第１ユーザが第１ユーザの向きとは異なる方向に移動していないと判定された場合（ステップＳ６０３－Ｎｏ）、プロセスは、ステップＳ６０２に戻る。

【0133】

具体的には、制御部１６は、ステップＳ６０２で取得された向き情報で示される第１ユーザの向きと、特定された第１ユーザの進行方向とを比較する。比較の結果、第１ユーザの向きと第１ユーザの進行方向とが実質的に同一でないと判定された場合、制御部１６は、第１ユーザが第１ユーザの向きとは異なる方向に移動していると判定する。この場合、第１ユーザが第１ユーザの向きとは異なる方向に移動しているという条件、すなわち本変形例の第２条件が満たされる。一方、第１ユーザの向きと第１ユーザの進行方向とが実質的に同一であると判定された場合、制御部１６は、第１ユーザが第１ユーザの向きとは異なる方向に移動していないと判定する。「第１ユーザの向きと第１ユーザの進行方向とが実質的に同一である」とは、第１ユーザの向きと第１ユーザの進行方向とが所定の角度差以下（例えば、９０°以下）であることを意味する。所定の角度差は、端末装置１０の装着位置に応じて任意に設定可能である。しかしながら、第１ユーザが第１ユーザの向きとは異なる方向に移動しているか否かの判定には、これらの例に限られず任意の手法が採用可能である。

【0134】

ステップＳ６０４：第１ユーザが第１ユーザの向きとは異なる方向に移動していると判定された場合（ステップＳ６０３－Ｙｅｓ）、制御部１６は、第１ユーザに安全行動を促すための第１通知を提示する第１指示を出力する。

【0135】

具体的には、制御部１６は、本変形例の第１条件及び第２条件の両方が満たされる場合（ステップＳ６０１－Ｎｏ、且つ、ステップＳ６０３－Ｙｅｓ）、第１ユーザに安全行動を促すための第１通知を提示することを指示する第１指示を出力部１３に送る。一方、制御部１６は、第１条件及び第２条件の少なくとも一方が満たされない場合、第１指示を出力しない。ステップＳ６０４では、上述のとおり、第１条件及び第２条件の両方が満たされている。したがって、制御部１６は、第１指示を出力部１３に送る。本変形例に係る第１通知とは、不安全行動が検出されたときに、出力部１３から提示される報知に相当する音声のことである。本変形例に係る第１通知は、不安全行動毎に１つの選択肢が設定されても複数の選択肢が設定されてもよい。本変形例に係る第１通知の選択肢の設定には、任意の手法が採用可能である。例えば、記憶部１５は、不安全行動それぞれと対応付けて、第１通知に相当する音声を通知データベースに記憶してもよい。例えば、本変形例の不安全行動は、典型的にはよそ見をしながら歩行していること又は後ろ向きで歩行していることである。この場合、記憶部１５は、当該不安全行動に対応付けて、「前を向いて歩きましょう」という第１通知に相当する音声を通知データベースに記憶してもよい。これにより、不安全行動それぞれに適した安全行動を促すことができる。また、不安全行動毎に第１通知の複数の選択肢を設定する場合、どの第１通知を提示すべきかを毎回ランダムに選択してもよい。これにより、毎回同じ通知が提示されることによる第１ユーザの飽きを防止し、報知の効果を維持しやすくなる。そして、制御部１６は、第１通知ＩＤに基づいて通知データベースを検索し、第１通知の１つ以上の選択肢の中から、１つの第１通知を選択する。しかしながら、第１通知の選択には、これらの例に限られず任意の手法が採用可能である。制御部１６は、選択された第１通知を提示することを指示する第１指示を出力部１３に送る。

【0136】

ステップＳ６０５：制御部１６は、出力部１３を介して第１通知を提示する。

【0137】

具体的には、制御部１６は、ステップＳ６０４で選択された第１通知に相当する音声を、出力部１３を介して第１ユーザに対して再生する。その後、プロセスは終了する。

【0138】

本変形例によれば、本変形例に係る第２条件を満たすか否かを判定することで、不安全行動を検出することができる。不安全行動が検出された場合、第１ユーザに対して安全行動を促すための第１通知を提示することで、第１ユーザの身の安全を確保しやすくなる。

【0139】

本変形例において、第２条件である不安全行動は、「第１ユーザが第１ユーザの向きとは異なる方向に移動していること」であるが、これに限られず、例えば「第１ユーザが道路付近で走ること」であってもよい。この場合、ステップＳ６０２で、制御部１６は、取得部１２を介して、向き情報及び位置情報に加えて、第１ユーザの速度及び加速度を示す情報を取得してもよい。ステップＳ６０３で、制御部１６は、取得された情報に基づいて、第１ユーザが走り出したか否かを判定してもよい。記憶部１５は、当該不安全行動に対して、「道路の近くで走るのはやめましょう」という第１通知に相当する音声を通知データベースに記憶してもよい。

【0140】

また例えば、上述した実施形態において、第１通知、第２通知、及び第３通知は、いずれも音声の形式で提示されるが、これらのうち少なくとも１つの通知を他の形式、例えば振動の形式で提示する実施形態も可能である。この場合、通知データベースの通知データには、当該通知のデータとして、出力部１３から出力される振動の強さ又は振動パターンを示すデータが記憶されてもよい。振動の強さ又は振動パターンは、距離Ｄ又は不安全行動の持続時間に応じて変化するように設定されてもよい。例えば、距離Ｄが小さくなるほど又は不安全行動の持続時間が長くなるほど、振動が強くなるように設定してもよい。また、第１通知、第２通知、及び第３通知のうち２つ以上の通知を振動の形式で提示する場合、出力部１３から出力される振動の強さ又は振動パターンを通知毎に変えることで、当該２つ以上の通知を区別してもよい。このように通知の提示態様を変化させる設定は、振動による通知に限られず、他の通知形式にも適宜適用可能である。これにより、第１ユーザに危険度の変化を体感させ且つ／又は２つ以上の通知を区別しつつ、第１ユーザの身の安全を確保しやすくなる。

【0141】

また例えば、端末装置１０の制御部１６は、第２ユーザのスマートフォンからの要求に応じて、ネットワーク３０を介さず無線ＬＡＮ等のローカルネットワークを介して、履歴データを第２ユーザのスマートフォンに送信してもよい。この場合、第１ユーザの端末装置１０と第２ユーザのスマートフォンとが直接データを送受信することで、第２ユーザが第１ユーザの移動経路及び安全行動の履歴を確認できるようにし得る。

【0142】

また例えば、上述した実施形態において、端末装置１０の構成及び動作を、互いに通信可能な複数のコンピュータに分散させた実施形態も可能である。

【0143】

また例えば、端末装置１０の一部又は全部の構成要素を演算装置２０に設けた実施形態も可能である。例えば、端末装置１０が実行する一部又は全部の動作を、演算装置２０が実行する実施形態も可能である。この場合、本実施形態に係る情報処理装置は、演算装置２０である。例えば、演算装置２０は、端末装置１０の取得部１２に相当する構成要素を更に備え、演算装置２０の制御部２３が、端末装置１０の制御部１６の一部又は全部の動作を実行してもよい。演算装置２０の制御部２３は、第１通知、第２通知、又は第３通知を端末装置１０の出力部１３を介して提示する動作（すなわち、ステップＳ１０５、Ｓ４０５、Ｓ４０８、Ｓ４１２、Ｓ５０５、Ｓ５０８、Ｓ５１３、又はＳ６０５）以外の動作を実行してもよい。この場合、ステップＳ１０４、Ｓ４０４、Ｓ４０７、Ｓ４１１、Ｓ５０４、Ｓ５０７、Ｓ５１２、又はＳ６０５で、演算装置２０の制御部２３は、ネットワーク３０を介して、第１指示、第２指示、又は第３指示を、端末装置の通信部１１に送信してもよい。端末装置１０の制御部１６は、通信部１１を介して受信された第１指示、第２指示、又は第３指示を、出力部１３に送ってもよい。

【0144】

また、例えば汎用のコンピュータを、上述した実施形態に係る端末装置１０として機能させる実施形態も可能である。具体的には、上述した実施形態に係る端末装置１０の各機能を実現する処理内容を記述したプログラムを、汎用のコンピュータのメモリに格納し、プロセッサによって当該プログラムを読み出して実行させる。したがって、本開示は、プロセッサが実行可能なプログラム、又は当該プログラムを記憶する非一時的なコンピュータ可読媒体としても実現可能である。

【符号の説明】

【0145】

１ システム
１０ 端末装置
１１ 通信部
１２ 取得部
１３ 出力部
１４ 入力部
１５ 記憶部
１６ 制御部
２０ 演算装置
２１ 通信部
２２ 記憶部
２３ 制御部
３０ ネットワーク

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】