特開 2023-93382 情報処理装置、及び、情報処理方法

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023093382

(43)【公開日】2023-07-04

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

(51)【国際特許分類】

   G08B 21/24 20060101AFI20230627BHJP

   G08G 1/005 20060101ALI20230627BHJP

   G08B 21/02 20060101ALI20230627BHJP

   G08B 21/00 20060101ALI20230627BHJP

   G16Y 10/40 20200101ALI20230627BHJP

   G16Y 20/20 20200101ALI20230627BHJP

   G16Y 40/20 20200101ALI20230627BHJP

【ＦＩ】

G08B21/24

G08G1/005

G08B21/02

G08B21/00 U

G16Y10/40

G16Y20/20

G16Y40/20

【審査請求】未請求

【請求項の数】13

【出願形態】ＯＬ

(21)【出願番号】P 2022202048

(22)【出願日】2022-12-19

(31)【優先権主張番号】P 2021208518

(32)【優先日】2021-12-22

(33)【優先権主張国・地域又は機関】JP

(71)【出願人】

【識別番号】314012076

【氏名又は名称】パナソニックＩＰマネジメント株式会社

(74)【代理人】

【識別番号】110002952

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

(72)【発明者】

【氏名】須藤 浩章

【テーマコード（参考）】

5C086

5H181

【Ｆターム（参考）】

5C086AA22

5C086AA44

5C086AA47

5C086AA49

5C086AA51

5C086CA16

5C086CA21

5C086CA25

5C086FA06

5C086FA18

5H181AA21

5H181BB04

5H181BB05

5H181FF04

5H181FF33

5H181MB11

(57)【要約】      （修正有）

【課題】歩道橋等の構造物を利用する利用者の安全性を向上させる情報処理装置及び情報処理方法を提供する。
【解決手段】通信システムにおいて、情報処理装置である基地局１０は、歩道橋の階段／スロープを上った先の通路Ｒｕと、通路Ｒｄと、それらをつなぐ階段及び／又はスロープＲｍと、を含む構造物を利用する利用者の端末２０から、構造物における利用者の位置に関する通知情報を取得し、位置に基づいて、利用者Ｐ１～Ｐ３の状態を決定し、利用者の状態に対応して、前記構造物の利用に関する注意を喚起する喚起情報を生成する制御部と、喚起情報を送信する送信部と、を備える。
【選択図】図１

【特許請求の範囲】

【請求項1】

第１の通路と、第２の通路と、前記第１の通路及び前記第２の通路をつなぐ階段及び／又はスロープと、を含む構造物を利用する利用者の端末から、前記構造物における前記利用者の位置に関する通知情報を取得し、前記位置に基づいて、前記利用者の状態を決定し、前記利用者の状態に対応して、前記構造物の利用に関する注意を喚起する喚起情報を生成する制御部と、
前記喚起情報を送信する送信部と、
を備える情報処理装置。

【請求項2】

前記喚起情報は、前記第１の通路及び／又は前記第２の通路における車両の通行に関する注意と、前記利用者の健康面での異変に関する注意と、前記構造物の安全な利用に関する注意と、の少なくとも１つを喚起する、
請求項１に記載の情報処理装置。

【請求項3】

前記制御部は、前記利用者の移動方向と前記位置とに基づいて、前記利用者の状態を決定する、
請求項１に記載の情報処理装置。

【請求項4】

前記制御部は、前記構造物を歩行して利用する第１の利用者の位置と、前記構造物を車両に乗車して利用する第２の利用者の位置との関係に基づいて、前記第１の利用者の状態及び前記第２の利用者の状態の少なくとも１つを決定する、
請求項１に記載の情報処理装置。

【請求項5】

前記制御部は、前記第２の利用者の移動速度に基づいて、前記第１の利用者の状態及び前記第２の利用者の状態の少なくとも１つを決定する、
請求項４に記載の情報処理装置。

【請求項6】

前記制御部は、前記第２の利用者の移動速度が所定値より大きい場合に、前記第１の利用者の状態が第１の状態である、と決定し、前記移動速度が所定値より大きくない場合に、前記第１の利用者の状態が、前記第１の状態と異なる第２の状態である、と決定する、
請求項５に記載の情報処理装置。

【請求項7】

前記制御部は、前記第２の利用者の移動方向に基づいて、前記第１の利用者の状態及び前記第２の利用者の状態の少なくとも１つを決定する、
請求項４に記載の情報処理装置。

【請求項8】

前記制御部は、前記第２の利用者の移動方向が前記第１の利用者に近づく方向である場合に、前記第１の利用者の状態が第１の状態である、と決定し、前記第２の利用者の移動方向が前記第１の利用者に近づく方向ではない場合に、前記第１の利用者の状態が前記第１の状態と異なる第２の状態である、と決定する、
請求項７に記載の情報処理装置。

【請求項9】

前記制御部は、前記第２の利用者が前記スロープを上る方向に移動する場合に、前記第１の利用者の状態が第１の状態である、と決定し、前記第２の利用者が前記スロープを下る方向に移動する場合に、前記第１の利用者の状態が前記第１の状態と異なる第２の状態である、と決定する、
請求項７に記載の情報処理装置。

【請求項10】

前記制御部は、前記第２の利用者が前記階段に位置する場合に、前記第１の利用者の状態が第１の状態である、と決定し、前記第２の利用者が前記階段に位置しない場合に、前記第１の利用者の状態が前記第１の状態と異なる第２の状態である、と決定する、
請求項４に記載の情報処理装置。

【請求項11】

前記制御部は、前記第１の利用者が前記第１の状態である場合、前記通知情報を通知しない、
請求項１０に記載の情報処理装置。

【請求項12】

前記送信部は、前記喚起情報を前記利用者と異なる人物が有する端末へ送信する、
請求項１に記載の情報処理装置。

【請求項13】

情報処理装置が、
第１の通路と、第２の通路と、前記第１の通路及び前記第２の通路をつなぐ階段及び／又はスロープと、を含む構造物を利用する利用者の端末から、前記構造物における前記利用者の位置に関する通知情報を取得し、
前記位置に基づいて、前記利用者の状態を決定し、
前記利用者の状態に対応して、前記構造物の利用に関する注意を喚起する喚起情報を生成し、
前記喚起情報を送信する、
情報処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

歩道橋等の構造物を利用する利用者の存在に関する情報を、無線通信を用いて、提供することによって、利用者の安全性を向上させる技術が検討されている。

【0003】

例えば、特許文献１には、自転車に乗ったユーザが歩道橋に存在することを、車両に通知する方法が記載されている。

【先行技術文献】

【特許文献】

【0004】

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

【発明の概要】

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

【0005】

歩道橋等の構造物を利用する利用者の安全性を向上させる方法については検討の余地がある。

【0006】

本開示の非限定的な実施例は、歩道橋等の構造物を利用する利用者の安全性を向上させることができる情報処理装置、及び、情報処理方法の提供に資する。

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

【0007】

本開示の一実施例に係る情報処理装置は、第１の通路と、第２の通路と、前記第１の通路及び前記第２の通路をつなぐ階段及び／又はスロープと、を含む構造物を利用する利用者の端末から、前記構造物における前記利用者の位置に関する通知情報を取得し、前記位置に基づいて、前記利用者の状態を決定し、前記利用者の状態に対応して、前記構造物の利用に関する注意を喚起する喚起情報を生成する制御部と、前記喚起情報を送信する送信部と、を備える。

【0008】

本開示の一実施例に係る情報処理方法は、情報処理装置が、第１の通路と、第２の通路と、前記第１の通路及び前記第２の通路をつなぐ階段及び／又はスロープと、を含む構造物を利用する利用者の端末から、前記構造物における前記利用者の位置に関する通知情報を取得し、前記位置に基づいて、前記利用者の状態を決定し、前記利用者の状態に対応して、前記構造物の利用に関する注意を喚起する喚起情報を生成し、前記喚起情報を送信する。

【0009】

なお、これらの包括的又は具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、又は、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラム及び記録媒体の任意な組み合わせで実現されてもよい。

【発明の効果】

【0010】

本開示の一実施例によれば、歩道橋等の構造物を利用する利用者の安全性を向上させることができる。

【0011】

本開示の一実施例における更なる利点及び効果は、明細書及び図面から明らかにされる。かかる利点及び／又は効果は、いくつかの実施形態並びに明細書及び図面に記載された特徴によってそれぞれ提供されるが、１つ又はそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。

【図面の簡単な説明】

【0012】

【図1】一実施の形態に係る通信システムの概要の第１の例を示す図

【図2】第１の例において端末が送信する通知情報のフォーマットの例を示す図

【図3】一実施の形態に係る基地局の処理の流れを示すフローチャートの第１の例を示す図

【図4】一実施の形態に係る端末の処理の流れを示すフローチャートの第１の例を示す図

【図5】一実施の形態に係る通信システムの概要の第２の例を示す図

【図6】第２の例において端末が送信する通知情報のフォーマットの例を示す図

【図7】一実施の形態に係る端末の処理の流れを示すフローチャートの第２の例を示す図

【図8】一実施の形態に係る通信システムの概要の第３の例を示す図

【図9】一実施の形態に係る端末の処理の流れを示すフローチャートの第３の例を示す図

【図10】一実施の形態に係る通信システムの概要の第４の例を示す図

【図11】第４の例において端末が送信する通知情報のフォーマットの例を示す図

【図12】一実施の形態に係る通信システムの概要の第５の例を示す図

【図13】第５の例において端末が送信する通知情報のフォーマットの例を示す図

【図14】利用者の状態と注意喚起との第１の関係の例を示す図

【図15】利用者の状態と注意喚起との第２の関係の例を示す図

【図16】端末に表示される注意喚起情報の一例を示す図

【図17】一実施の形態に係る基地局の構成例を示すブロック図

【図18】一実施の形態に係る端末の構成例を示すブロック図

【図19】一実施の形態に係る通信システムの概要の第６の例を示す図

【図20】第６の例において端末が送信する通知情報のフォーマットの例を示す図

【図21】一実施の形態に係る端末の処理の流れを示すフローチャートの第６の例を示す図

【図22】一実施の形態に係る基地局の処理の流れを示すフローチャートの第６の例を示す図

【図23】一実施の形態に係る端末の処理の流れを示すフローチャートの第７の例を示す図

【図24】一実施の形態に係る基地局の処理の流れを示すフローチャートの第７の例を示す図

【図25】一実施の形態に係る通信システムの概要の第８の例を示す図

【図26】一実施の形態に係る端末の処理の流れを示すフローチャートの第８の例を示す図

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

【0013】

以下に添付図面を参照しながら、本開示の好適な実施形態について詳細に説明する。尚、本明細書及び図面において、実質的に同一の機能を有する構成要素については、同一の符号を付することにより重複説明を省略する。

【0014】

（一実施の形態）
特許文献１には、加速度情報に基づいて、自機のユーザが自転車に乗って移動中であると判定し、回転情報に基づいてユーザが歩道橋を移動中であるか否かを判定し、ユーザが歩道橋を移動中である場合に判定結果を車両に通知する通信装置を含むシステムが記載されている。

【0015】

特許文献１に記載のシステムは、ユーザが自転車に乗って歩道橋を移動中である旨を車両に通知するため、自転車に乗っていない歩道橋の利用者（例えば、歩行者）等に対する注意喚起（又は見守り）を行うことが困難である。

【0016】

本実施の形態では、歩道橋等の構造物を利用する利用者に対して、利用者の位置等に基づいた注意喚起を行うことによって、利用者の安全性を向上させることができる情報処理装置及び情報処理方法の提供に資する。

【0017】

＜システムの例及び第１の例＞
図１は、本実施の形態に係る通信システムの概要の第１の例を示す図である。本実施の形態では、本実施の形態に係る通信システムが、車道を跨ぐように架けられた歩行者・自転車専用の歩道橋に対して適用される例を説明する。

【0018】

図１は、階段Ｒｍと、階段Ｒｍを上った先に繋がっている通路Ｒｕとを有する歩道橋が示される。また、階段Ｒｍを下った先に通路Ｒｄが繋がっている。

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

利用者それぞれへの注意喚起の要否の判定が完了した場合（Ｓ１０２にてＹＥＳ）、フローは、Ｓ１０１へ戻る。

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

例えば、基地局１０は、第１の利用者Ｐ２及び第２の利用者Ｐ６の移動速度に関する速度情報を取得し、第２の利用者Ｐ６の移動速度と所定値とを比較することによって、第２の利用者Ｐ６が自転車に乗車している状態か、降車している状態かを判定する。そして、基地局１０は、判定結果に基づいて、第１の利用者Ｐ１及び第２の利用者Ｐ６の状態を決定する。

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

図１５において、Ｓｔａｔｅ＃１１００及びＳｔａｔｅ＃１１１０は、自転車に乗って走行可能なスロープ、または、自転車専用のスロープに、利用者が存在する状態であるので、「自転車」の注意喚起対象である。図１５において、Ｓｔａｔｅ＃１１０１及びＳｔａｔｅ＃１１１１は、自転車に乗って走行可能なスロープが「自転車」の注意喚起対象外である。Ｓｔａｔｅ＃１１００及びＳｔａｔｅ＃１１１０は、自転車に乗って走行可能ではない階段、または、歩行者専用の階段に、利用者が存在する状態であるので、自転車の注意喚起対象外である。

【0146】

図１５において、Ｓｔａｔｅ＃１１００及びＳｔａｔｅ＃１１０１は、階段／スロープを上っている状態を示すので、図１４と同様に、「動悸／息切れ」の注意喚起対象である。また、図１５において、Ｓｔａｔｅ＃１１１０及びＳｔａｔｅ＃１１１１は、階段／スロープを下っている状態を示すので、図１４と同様に、「スリップ／転倒」の注意喚起対象である。

【0147】

＜端末における注意喚起の例＞
次に、注意喚起情報を表示する場合の表示例について説明する。

【0148】

図１６は、端末２０に表示される注意喚起情報の一例を示す図である。図１６には、端末２０（の表示部）に表示される画像が示される。表示される画像には、端末２０を所有する利用者が利用している歩道橋の画像が含まれてもよい。

【0149】

図１６の例では、階段／スロープを上っている利用者（例えば、高齢者）の端末２０に、「疲れたら無理をしないで、休んでください。」というメッセージが表示される。

【0150】

なお、利用者が階段／スロープを上っているか、あるいは、下っているかといった状態の違いに応じて、メッセージの内容が変更されてもよい。例えば、階段／スロープを下っている利用者の端末２０に、「滑りやすいので、足元に気をつけてください」というメッセージが表示されてもよい。

【0151】

また、上述した第３の例～第５の例のように、歩道橋に自転車が存在する状態において、歩道橋の歩行者の端末２０には、「自転車がいますので、気をつけて下さい」というメッセージが表示されてよい。例えば、第４の例に示したように、自転車の移動速度が所定値より大きい場合に、このメッセージが表示されてもよいし、第５の例に示したように、自転車が歩行者に近づいてくる場合に、このメッセージが表示されてもよい。

【0152】

また、上述した第３の例～第５の例のように、歩道橋に自転車が存在する状態において、歩道橋の自転車の端末２０には、「歩道橋では、自転車を降りてください」というメッセージが表示されてよい。例えば、第４の例に示したように、自転車の移動速度が所定値より大きい場合に、このメッセージが表示されてもよい。このメッセージが表示された後、所定時間経過しても自転車の移動速度が所定値より大きい（減速されない）場合は、端末２０は、このメッセージと異なるメッセージを表示してもよいし、メッセージの表示と異なる注意喚起（例えば、音声による注意喚起）を行ってもよいし、場合によっては警察などに通知してもよい。端末２０が、注意喚起の方法の切り替え（例えば、メッセージの切り替え）の要否を判断し、注意喚起の方法を切り替えてもよい。あるいは、基地局１０が、要否を判断し、基地局１０の注意喚起情報の切り替えに基づいて、端末２０が、注意喚起の方法を切り替えてもよい。

【0153】

ここで、歩行者においても、移動速度が所定値より大きい（走って移動しているなど）場合、「歩道橋では、走らないでください」というメッセージが歩行者の端末２０に表示されてよい。なお、歩行者の場合、階段などにおいても走っていることが考えられるため、階段などにおいて、移動速度が所定値より大きい場合も、「歩道橋では、走らないでください」というメッセージが表示されてよい。なお、歩行者の移動速度と比較する所定値と、自転車の移動速度と比較する所定値とは、異なってもよい。また、階段における歩行者の移動速度と比較する所定値と、階段以外における歩行者の移動速度と比較される所定値とは、異なってもよい。なお、ここでの歩行者は、所定値より大きい移動速度で走行する例に限らず、自転車等の車両とは異なる移動手段（例えば、ローラースケート、スケートボード等）を用いて、移動してもよい。

【0154】

また、事前に、利用者本人、または、利用者の家族等によってメッセージが設定されてもよい。例えば、注意喚起情報が、利用者の端末２０ではなく、歩道橋を利用する利用者の見守りを行う人の端末４０に送信される場合、見守りを行う人が、端末２０に対して、音声通話により、注意を促す形態であってもよい。

【0155】

また、メッセージの内容は、天候（例えば、曇り、雨、雪等）及び／又は日時（日中又は夜間）に応じて変更されてもよい。

【0156】

また、メッセージを用いた注意喚起に加えて、音声を用いた注意喚起が行われてもよい。ここで、歩道橋に自転車が存在する状態において、注意喚起が行われた後、所定時間経過しても自転車の移動速度が所定値より大きい（減速されない）場合は、音声を大きくするなどの異なる注意喚起を行ってもよい。

【0157】

また、図１６では、メッセージが、端末２０の表示部に表示される例を示したが、端末２０の代わりに、利用者の近くに存在するサイネージ、自動販売機、電光掲示板といった外部の装置において、メッセージが表示されてもよい。

【0158】

なお、上述した各例において、利用者が高齢者又は障がい者であるか否かに応じて、注意喚起情報が決定されてもよい。利用者が高齢者又は障がい者である場合の注意喚起情報が、利用者が高齢者又は障がい者でない場合と異なってもよい。

【0159】

例えば、上述した各例の注意喚起は、利用者が高齢者又は障がい者である場合に行われてもよい。

【0160】

また、例えば、利用者が高齢者又は障がい者であり、歩道橋に設けられたエレベータ及び／又はエスカレータが利用者の進行方向に存在する場合に、エレベータ及び／又はエスカレータの利用を促す注意喚起情報が、利用者の端末２０に送信されてもよい。例えば、この場合、端末２０には、「エレベータがありますので、ご利用ください」というメッセージが表示されてもよいし、エレベータまでの経路を案内する情報が端末２０に表示されてもよい。

【0161】

＜各構成の例＞
上述した本実施の形態に係る通信システムの各構成の例を説明する。本実施の形態に係る通信システムは、図１７に示す基地局１０と、図１８に示す端末２０とを含む。本実施の形態に係る無線通信方式（無線通信システム）は、特に限定されない。例えば、本実施の形態に係る無線通信方式は、5th generation mobile communication system（５Ｇ）の規格に準拠してもよいし、他の無線通信規格に準拠してもよい。

【0162】

なお、以下に示す構成は一例であり、本開示はこれに限定されない。図１７～図１８に示される構成の一部が省略されてもよいし、各図に示されない構成が追加されてもよい。

【0163】

＜基地局１０の構成＞
図１７は、本実施の形態に係る基地局１０の構成例を示すブロック図である。基地局１０は、受信部１０１と、受信制御部１０２と、位置判定部１０３と、注意喚起判定部１０４と、注意喚起情報生成部１０５と、送信制御部１０６と、送信部１０７と、を備える。受信制御部１０２と、位置判定部１０３と、注意喚起判定部１０４と、注意喚起情報生成部１０５と、送信制御部１０６とは、基地局１０の制御部１０８に含まれてもよい。

【0164】

受信部１０１は、受信制御部１０２におけるタイミング制御に基づいて、基地局１０１０宛の上りリンク（ＵＬ）信号を受信する。受信部１０１は、ＵＬ信号を受信制御部１０２へ出力する。ＵＬ信号には、例えば、端末２０からの通知情報が含まれる。

【0165】

受信制御部１０２は、受信部１０１における受信タイミングを制御する。また、受信制御部１０２は、ＵＬ信号に所定の受信処理を行う。例えば、所定の受信処理は、周波数変換処理（ダウンコンバート）を含む。また、所定の受信処理は、復調処理、復号処理等のベースバンド信号処理を含んでよい。

【0166】

受信制御部１０２は、所定の受信処理を施したＵＬ信号から、受信データ及び／又は通知情報を抽出する。受信制御部１０２は、受信データを上位レイヤの信号処理を行うデータ処理部（図１４では省略）へ出力する。受信制御部１０２は、端末２０の通知情報を抽出した場合、抽出した通知情報を位置判定部１０３へ出力する。

【0167】

位置判定部１０３は、端末２０の通知情報に含まれる位置情報に基づいて、端末２０の所有者（歩道橋の利用者）の状態を判定する。なお、ここで判定する利用者の状態は、利用者の位置、及び、利用者の挙動（例えば、移動速度、及び／又は、進行方向）に基づいて判定される。

【0168】

注意喚起判定部１０４は、位置判定部１０３によって判定された利用者の状態に基づいて、注意喚起を行うか否かを判定する。また、注意喚起判定部１０４は、注意喚起を行う場合には、注意喚起の対象と、注意喚起の内容とを判定する。

【0169】

注意喚起情報生成部１０５は、注意喚起判定部１０４の判定結果に応じて、注意喚起情報を生成する。注意喚起情報生成部１０５は、注意喚起情報を送信制御部１０６へ出力する。

【0170】

送信制御部１０６は、注意喚起情報の送信タイミングを制御する。また、送信制御部１０６は、データ処理部（図１４では省略）から取得する送信データ及び／又は端末２０へ送信する制御情報の送信タイミングを制御する。また、送信制御部１０６は、注意喚起情報、送信データ、及び、制御情報の少なくとも１つに対して、所定の送信処理を行い、ＤＬ信号を生成する。なお、所定の送信処理は、符号化処理、変調処理等のベースバンド信号処理を含んでよい。

【0171】

送信部１０７は、送信制御部１０６における送信タイミング制御に基づいて、端末２０に対してＤＬ信号を送信する。

【0172】

本実施の形態に係る基地局１０（情報処理装置の一例）において、制御部１０８は、第１の通路と、第２の通路と、第１の通路及び第２の通路をつなぐ階段／スロープと、を含む構造物（例えば、歩道橋）を利用する利用者の端末２０から、構造物における利用者の位置に関する通知情報を取得し、位置に基づいて、利用者の状態を決定し、利用者の状態に対応して、構造物の利用に関する注意を喚起する喚起情報（例えば、注意喚起情報）を生成する。送信部１０７は、喚起情報を送信する。

【0173】

＜端末２０の構成＞
図１８は、本実施の形態に係る端末２０の構成例を示すブロック図である。端末２０は、受信部２０１と、受信制御部２０２と、位置情報生成部２０３と、高さ情報生成部２０４と、挙動判定部２０５と、通知情報生成部２０６と、送信制御部２０７と、送信部２０８と、表示制御部２０９と、表示部２１０を備える。受信制御部２０２と、位置情報生成部２０３と、高さ情報生成部２０４と、挙動判定部２０５と、通知情報生成部２０６と、送信制御部２０７と、表示制御部２０９は、端末２０の制御部２１１に含まれてもよい。

【0174】

受信部２０１は、受信制御部２０２におけるタイミング制御に基づいて、端末２０宛のＤＬ信号を受信する。受信部２０１は、端末２０宛のＤＬ信号を受信制御部２０２へ出力する。

【0175】

受信制御部２０２は、受信部２０１における受信タイミングを制御する。また、受信制御部２０２は、端末２０宛のＤＬ信号に所定の受信処理を行う。例えば、所定の受信処理は、周波数変換処理（ダウンコンバート）を含む。また、所定の受信処理は、復調処理、復号処理等のベースバンド信号処理を含んでよい。

【0176】

受信制御部２０２は、所定の受信処理を施した信号から、基地局１０が送信した注意喚起情報、受信データ及び／又は制御情報を抽出する。受信制御部２０２は、受信データを上位レイヤの信号処理を行うデータ処理部（図１８では省略）へ出力する。また、受信制御部２０２は、注意喚起情報を表示制御部２０９へ出力する。

【0177】

位置情報生成部２０３は、衛星信号受信部（図１８では省略）からＧＰＳ等の信号を取得し、端末２０の位置（緯度及び経度）を示す情報を生成する。

【0178】

高さ情報生成部２０４は、端末２０の気圧センサ（図１８では省略）から気圧の検出結果を示す情報を取得し、端末２０の高さ方向の位置を示す情報を生成する。

【0179】

挙動判定部２０５は、端末２０の位置（緯度及び経度）を示す情報と端末２０の高さ方向の位置を示す情報とに基づいて、端末２０を所有する利用者の挙動を判定する。例えば、挙動判定部２０５は、上述した利用者の状態を判定する。

【0180】

通知情報生成部２０６は、利用者の状態に関する情報、及び、利用者の位置情報を含む通知情報を生成し、送信制御部２０７へ出力する。

【0181】

送信制御部２０７は、送信部２０８における信号送信タイミングを制御する。また、送信制御部２０７は、データ処理部（図１５では省略）から取得する送信データ、及び／又は、基地局１０へ送信する制御情報又は通知情報の送信タイミングを制御する。また、送信制御部２０７は、通知情報、送信データ、及び、制御情報の少なくとも１つに対して、所定の送信処理を行い、ＵＬ信号を生成する。なお、所定の送信処理は、符号化処理、変調処理等のベースバンド信号処理を含んでよい。

【0182】

送信部２０８は、送信制御部２０７における送信タイミング制御に基づいて、基地局１０に対してＵＬ信号を送信する。

【0183】

表示制御部２０９は、注意喚起情報を表示部２１０に表示する制御を行う。

【0184】

本実施の形態に係る端末２０（情報処理装置の一例）において、制御部２１１は、第１の通路と、第２の通路と、第１の通路及び第２の通路をつなぐ階段及び／又はスロープと、を含む構造物（例えば、歩道橋）における、構造物の利用者の位置に基づいて、利用者の状態を決定し、利用者の状態に関する情報を含む通知情報を生成する。送信部２０８は、通知情報を送信する。

【0185】

なお、上述した基地局１０の構成の少なくとも一部が、端末２０に含まれてもよい。あるいは、上述した端末２０の構成の少なくとも一部が、基地局１０に含まれてもよい。

【0186】

例えば、基地局１０の位置判定部１０３、注意喚起判定部１０４、注意喚起情報生成部１０５が、端末２０（例えば、制御部２１１）に含まれてもよい。この構成の場合、端末２０は、利用者の位置（例えば、高さ方向の位置）に基づいて利用者の状態を判定し、判定した利用者の状態に基づいて注意喚起情報を生成し、端末２０において注意喚起を行ってもよい。なお、この場合、端末２０は、基地局１０と通信を行わなくてもよいし、基地局１０から、歩道橋の構造に関する情報（例えば、階段／スロープの高さ、勾配等）を取得し、取得した情報に基づいて、利用者の状態判定を行ってもよい。

【0187】

また、例えば、端末２０の挙動判定部２０５が、基地局１０（例えば、制御部１０８）に含まれてもよい。この場合、端末２０は、利用者の位置（例えば、高さ方向の位置）に関する情報を含む通知情報を基地局１０に送信し、基地局１０が、利用者の位置（例えば、高さ方向の位置）に関する情報に基づいて、利用者の状態を判定し、判定した利用者の状態に基づいて注意喚起情報を生成する。

【0188】

＜第６の例＞
なお、上述した各例において、カメラによって撮影した画像（以下、カメラ画像）が基地局１０に通知されてもよい。第６の例では、カメラ画像が、基地局１０に通知される例を説明する。

【0189】

図１９は、本実施の形態に係る通信システムの概要の第６の例を示す図である。図１９は、図１等と同様に、歩道橋に対して適用され、基地局１０と端末２０とを有する通信システムを示す。

【0190】

図１９の例では、端末２０はカメラを有し、端末２０のカメラ（以下、「端末カメラ」と記載）は、利用者の周囲（例えば、利用者の視線の先）を撮影する。端末２０のカメラは、見守り用として、利用者の周囲を撮影可能な特定の位置（例えば、利用者が有する手押し車）に固定されたカメラであってよい。端末２０は、撮影したカメラ画像を、基地局１０へ送信してもよい。なお、端末カメラは、端末２０に搭載されたカメラに限定されない。以下の例では、端末２０と別の装置であり、端末２０と無線または有線で接続するカメラも、端末２０のカメラに含まれてよい。

【0191】

また、図１９の例では、歩道橋の利用者を周囲から撮影するカメラ５０（以下、「インフラカメラ５０」と記載）が設置されている。インフラカメラ５０は、撮影したカメラ画像を、基地局１０へ送信してもよい。インフラカメラ５０と基地局１０とは、無線接続されてもよいし、有線で接続されてもよい。あるいは、インフラカメラ５０は、ネットワーク（例えば、インターネット）を介して基地局１０と接続されてもよい。

【0192】

基地局１０は、受信したカメラ画像を、歩道橋の利用者の見守りを行う人が所有する端末４０へ送信する。歩道橋の利用者の見守りを行う人は、端末４０が受信したカメラ画像を確認し、歩道橋の利用者の見守りを行い、利用者に対して、注意喚起を行ってもよい。

【0193】

なお、端末カメラと、インフラカメラ５０との動作に関して、以下のモード１－１～モード１－４の４つのモードが規定されてよい。なお、どのモードにおいて動作するかは、予め決められていてもよいし、動的に変更されてもよい。また、ユーザやユーザの見守りを行う人（例えば、保護者、家族、医師、看護師、介護士等）などの要望によって、選択されてもよい。

【0194】

モード１－１では、端末カメラとインフラカメラ５０との両方が、常時オン状態であり、カメラ画像を送信する。

【0195】

モード１－２では、インフラカメラ５０は、常時オン状態であり、カメラ画像を送信する。モード１－２では、端末２０を所有する利用者が階段／スロープにいる場合に、当該端末２０の端末カメラは、オン状態となり、カメラ画像を送信する。別言すると、モード１－２では、端末２０を所有する利用者が階段／スロープにいない場合に、当該端末２０の端末カメラは、オフ状態、または、カメラ画像の送信を停止する。例えば、端末２０は、端末２０に搭載されているセンサ（例えば、高さ方向の変動を検知できるセンサ（気圧センサ、加速度センサ））が検知した情報に基づいて、階段／スロープにいるか否かを判定してよい。

【0196】

モード１－３では、利用者が階段／スロープにいる場合に、当該端末２０の端末カメラ及びインフラカメラ５０の両方は、オン状態となり、カメラ画像を送信する。別言すると、モード１－３では、端末２０を所有する利用者が階段／スロープにいない場合に、当該端末２０の端末カメラ及びインフラカメラ５０の両方が、オフ状態、または、カメラ画像の送信を停止する。例えば、端末２０は、端末２０に搭載されているセンサ（例えば、高さ方向の変動を検知できるセンサ（気圧センサ、加速度センサ））が検知した情報に基づいて、利用者が階段／スロープにいるか否かを判定してよい。そして、端末２０が、基地局１０に判定結果を送信し、基地局１０は、受信した判定結果に基づいて、インフラカメラ５０に対して、オンまたはオフを指示してよい。

【0197】

モード１－４では、モード１－３と同様に、端末２０を所有する利用者が階段／スロープにいる場合に、当該端末２０の端末カメラ及びインフラカメラ５０の両方は、オン状態となり、カメラ画像を送信する。ただし、モード１－４では、モード１－３と異なり、基地局１０が、インフラカメラ５０と端末２０のカメラとに対して、オンまたはオフを指示してよい。例えば、基地局１０は、端末２０から受信する端末２０の利用者の位置に関する情報、及び／又は、インフラカメラ５０が撮影した画像に基づいて、インフラカメラ５０と端末２０のカメラとに対して、オンまたはオフを指示してよい。

【0198】

なお、上述したモード１－１～モード１－４における端末カメラのオフ状態は、端末２０がオン状態であるが、カメラが撮影をしていない状態に相当してよい。また、カメラのオフは、カメラ画像の送信停止と置き換えてもよい。また、カメラ画像の送信停止は、カメラ画像は撮影されているが、カメラ画像が送信されていないことに相当してもよい。あるいは、カメラ画像の送信停止は、カメラ画像の撮影が停止されていることに相当してもよい。

【0199】

図２０は、第６の例において端末２０が送信する通知情報のフォーマットの例を示す図である。図２０に示すフォーマットにおいて、図２と同様のフィールドについては、説明を省略する。図２０には、利用者が階段／スロープ以外にいる場合に、当該利用者の端末２０が送信する通知情報のフォーマット（ａ）と、利用者が階段／スロープにいる場合に、当該利用者の端末２０が送信する通知情報のフォーマット（ｂ）とが示される。

【0200】

利用者が階段／スロープ以外にいる場合に、当該利用者の端末２０が送信する通知情報のフォーマット（ａ）は、図２と同様である。利用者が階段／スロープにいる場合に、当該利用者の端末２０が送信する通知情報のフォーマット（ｂ）は、図２のフォーマットに対して、カメラ画像情報フィールドが追加される。

【0201】

カメラ画像情報フィールドには、端末カメラが撮影したカメラ画像の情報が含まれる。なお、歩道橋関連情報が、利用者が歩道橋／スロープにいるか否かを示すため、基地局１０は、歩道橋関連情報に基づいて、カメラ画像情報の有無が判定されてよい。

【0202】

次に、第６の例における基地局１０及び端末２０の処理の流れを説明する。

【0203】

図２１は、本実施の形態に係る端末２０の処理の流れを示すフローチャートの第６の例を示す図である。なお、図２１において、図４と同様の処理については、同一の符番を付し、説明を省略する。また、図２１に示すフローの開始及び終了は、図４と同様であってもよい。以下、図４との相違点について説明する。

【0204】

端末２０は、利用者の状態を「Ｓｔａｔｅ＃０」に遷移させた後（Ｓ２０４の後）、または、利用者の状態を「Ｓｔａｔｅ＃１０」に遷移させた後（Ｓ２０７の後）、端末２０のカメラの動作をオフにする（Ｓ７０１）。なお、既にカメラの動作がオフである場合には、オフ状態が維持される。

【0205】

端末２０は、利用者の状態を「Ｓｔａｔｅ＃１１」に遷移させた後（Ｓ２０８の後）、端末２０のカメラの動作をオンにして、カメラ画像を生成する（Ｓ７０２）。なお、既にカメラの動作がオンである場合には、オン状態が維持される。

【0206】

端末２０は、決定した状態に基づいて、通知情報を生成し、基地局１０へ送信する（Ｓ７０３）。なお、カメラ画像が生成されている場合（Ｓ７０２の後）、通知情報にはカメラ画像情報が含まれてよい。

【0207】

図２２は、本実施の形態に係る基地局１０の処理の流れを示すフローチャートの第６の例を示す図である。なお、図２２において、図３と同様の処理については、同一の符番を付し、説明を省略する。また、図２２に示すフローの開始及び終了は、図３と同様であってもよい。以下、図３との相違点について説明する。

【0208】

基地局１０は、判定が完了していない利用者についての位置及び／又は挙動を判定した後（Ｓ１０４の後）、端末２０及び／又はインフラカメラから受信したカメラ画像を解析して利用者に対して注意喚起すべき内容の有無を判定する（Ｓ８０１）。ここで、カメラ画像の具体的な活用方法としては、以下に示す方法がある。例えば、利用者の周辺で注意喚起すべき状況があるか否かの判定に、カメラ画像が活用されてよい。例えば、降雨時や降雨後、あるいは降雪時や降雪後に、階段及び／又はスロープに水溜りあるいは雪が残っていることをカメラ画像で確認できた場合、該当する階段やスロープを通らずに、他の経路を通るように注意喚起する、と判定される。

【0209】

基地局１０は、判定された位置及び／又は挙動（例えば、利用者の状態）に基づいて、判定対象の利用者に対して、注意喚起を行うか否かを判定する（Ｓ８０２）。

【0210】

注意喚起を行わない場合（Ｓ８０２にてＮＯ）、例えば、第６の例では、利用者が階段／スロープにいない状態である場合、基地局１０は、注意喚起情報を生成することなく、フローはＳ１０２へ戻る。

【0211】

注意喚起を行う場合（Ｓ８０２にてＹＥＳ）、例えば、第６の例では、利用者が階段／スロープにいる状態である場合、基地局１０は、判定対象の利用者に対して送信する注意喚起情報を生成する（Ｓ８０３）。そして、フローはＳ１０２へ戻る。なお、第６の例では、判定対象の利用者の見守りを行う人が所有する端末４０に対して送信する注意喚起情報を生成してもよい。ここで生成される注意喚起情報には、カメラ画像が含まれてもよい。

【0212】

注意喚起情報の通知時刻である場合（Ｓ１０１にてＹＥＳ）、基地局１０は、Ｓ８０３にて生成した注意喚起情報を、対応する利用者の端末２０、及び／又は、対応する利用者の見守りを行う人が所有する端末４０へ送信する（Ｓ８０４）。そして、フローはＳ１０１へ戻る。

【0213】

以上、第６の例では、歩道橋を利用する利用者の端末２０、及び、歩道橋の周辺に設けられるインフラカメラ５０が、撮影したカメラ画像を基地局１０へ送信する。このように、カメラ画像が基地局１０へ送信され、さらに、利用者の見守りを行う人の端末４０へ送信されることによって、歩道橋の状況をより詳細に把握できるため、見守りを適切に行うことができる。

【0214】

なお、端末２０は、端末２０を所有する利用者が歩道橋を利用する場合と異なる場合に、カメラ画像を送信してもよい。例えば、端末２０を所有する利用者が、インフラカメラ５０が設置されていない場所、及び／又は、安全性に問題がある場所（例えば、工事現場）を歩行する場合に、端末２０は、カメラ画像を送信してもよい。あるいは、端末２０を所有する利用者が、当該利用者及び／又は見守りを行う人が指定した場所を歩行する場合に、端末２０は、カメラ画像を送信してもよい。端末２０は、利用者が歩行している場所を位置情報に基づいて判定し、カメラ画像を送信することが望まれる場所において、カメラ画像を送信してよい。

【0215】

＜第７の例＞
第７の例では、第６の例と同様に、カメラ画像が、基地局１０に送信される。第７の例では、カメラ画像の基地局１０への送信の要否が、端末２０へ通知される。例えば、端末２０を所有する利用者の見守りを行う人が、カメラ画像を基地局１０へ通知する動作を行わないことを示す通知（カメラ画像不要通知）を端末２０へ送信してもよい。見守りを行う人は、端末４０から、カメラ画像不要通知を送信する。基地局１０を介して、端末４０からカメラ画像不要通知を受信した端末２０は、カメラ画像を基地局１０へ送信しなくてよい。カメラ画像不要通知は、例えば、上位レイヤのメッセージ等で通知されてよい。

【0216】

なお、端末カメラと、インフラカメラ５０との動作に関して、以下のモード２－１～モード２－２の２つのモードが規定されてよい。なお、どのモードにおいて動作するかは、予め決められていてもよいし、動的に変更されてもよい。

【0217】

モード２－１では、カメラのオフ及び／又はカメラ画像の送信停止は、端末２０に対して適用され、インフラカメラ５０に対して適用されなくてよい。この場合、インフラカメラ５０は、常時オン状態であり、カメラ画像を送信してよい。

【0218】

モード２－２では、カメラのオフ及び／又はカメラ画像の送信停止は、端末２０に対して適用される。そして、モード２－２では、利用者が階段／スロープにいる場合に、インフラカメラ５０は、オン状態となり、カメラ画像を送信する。別言すると、モード２－２では、利用者が階段／スロープにいない場合に、インフラカメラ５０が、オフ状態、または、カメラ画像の送信を停止する。例えば、基地局１０は、端末２０から受信する端末２０の利用者の位置に関する情報、及び／又は、インフラカメラ５０が撮影した画像に基づいて、インフラカメラ５０に対して、オンまたはオフを指示してよい。

【0219】

なお、モード２－２では、端末カメラとインフラカメラ５０とのそれぞれの動作タイミングが規定されてもよい。例えば、インフラカメラ５０がオンとなってから一定時間経過した後に、端末カメラをオンとしてもよい。一定時間とは、例えば、利用者が階段の所定の段数を上るまでの時間であってもよい。インフラカメラ５０のオンのタイミングと端末カメラのオンのタイミングは、例えば、基地局１０から指示されてよい。また、端末カメラは、インフラカメラ５０よりも先にオフに切り替えられてよい。例えば、端末カメラは、端末２０を所有する利用者が階段を上り終えるまでの残りの段数が所定の段数以下となった場合に、オフに切り替えられてよい。基地局１０は、端末２０から受信する利用者の位置情報、及び／又は、インフラカメラ５０のカメラ画像が示す利用者の位置に基づいて、端末カメラ及びインフラカメラ５０のオンまたはオフを指示してよい。このように、端末カメラがオン状態である時間を短縮することによって、端末２０の消費電力の増加を抑制できる。

【0220】

次に、第７の例における基地局１０及び端末２０の処理の流れを説明する。

【0221】

図２３は、本実施の形態に係る端末２０の処理の流れを示すフローチャートの第７の例を示す図である。なお、図２３において、図４、図２１と同様の処理については、同一の符番を付し、説明を省略する。また、図２３に示すフローの開始及び終了は、図４と同様であってもよい。以下、図４及び図２１との相違点について説明する。

【0222】

端末２０は、利用者の状態を「Ｓｔａｔｅ＃１１」に遷移させた後（Ｓ２０８の後）、カメラ画像不要通知を受信しているか否かを判定する（Ｓ９０１）。

【0223】

カメラ画像不要通知を受信している場合（Ｓ９０１にてＹＥＳ）、フローはＳ７０３へ移行する。

【0224】

カメラ画像不要通知を受信していない場合（Ｓ９０１にてＮＯ）、端末２０は、端末２０のカメラの動作をオンにして、カメラ画像を生成する（Ｓ７０２）。なお、既にカメラの動作がオンである場合には、オン状態が維持される。

【0225】

図２４は、本実施の形態に係る基地局１０の処理の流れを示すフローチャートの第７の例を示す図である。なお、図２４において、図３、図２２と同様の処理については、同一の符番を付し、説明を省略する。また、図２４に示すフローの開始及び終了は、図３と同様であってもよい。以下、図３及び図２２との相違点について説明する。

【0226】

基地局１０は、判定が完了していない利用者についての位置及び／又は挙動を判定した後（Ｓ１０４の後）、端末４０からカメラ画像不要通知を受信しているか否かを判定する（Ｓ１００１）。

【0227】

カメラ画像不要通知を受信していない場合（Ｓ１００１にてＮＯ）、フローはＳ８０１へ移行する。

【0228】

カメラ画像不要通知を受信している場合（Ｓ１００１にてＹＥＳ）、カメラ画像不要情報を生成する（Ｓ１００２）。そして、フローはＳ８０２へ移行する。このカメラ画像不要情報は、判定対象の利用者の見守りを行う人が、所有する端末４０を介して、基地局１０に通知する。基地局１０は、判定対象の利用者の見守りを行う人が所有する端末４０に、このカメラ画像不要情報を通知する。なお、インフラカメラ５０は、常時オンしてもよい。あるいは、端末情報及び／又はインフラカメラ５０の画像などに基づいて、基地局１０が、インフラカメラ５０のオンにするか否かを判断してもよい。例えば、基地局１０は、歩行者が階段やスロープにいる場合にのみ、インフラカメラ５０をオンにしてもよい。

【0229】

ここで、端末カメラのオン及び／又はオフ（以下、オン／オフ）は、インフラカメラ５０の設置位置及び／又はインフラカメラ５０が撮影可能な範囲に基づいて、制御されてもよい。例えば、インフラカメラ５０が、歩道橋の階段の下と階段を上った先の通路とにそれぞれ設けられる場合、端末カメラは、歩行者が階段を所定段数上った後にオンにし、残りの所定段数まで歩行者が階段を上った時点でオフにしてもよい。インフラカメラ５０から遠くなるにつれて、インフラカメラ５０で階段やスロープの詳細まで把握できなくなる恐れがあるが、インフラカメラ５０と端末カメラを併用することで、インフラ５０カメラから比較的遠い位置でも、端末２０の省電力を図ったうえで、階段やスロープの詳細まで把握することができる。例えば、基地局１０が、端末２０の位置情報と、インフラカメラ５０の設置位置及び／又はインフラカメラ５０が撮影可能な範囲に関する情報とを取得し、取得した情報に基づいて、端末カメラのオン／オフを指示する制御情報を端末２０に通知してもよい。

【0230】

以上、第７の例では、カメラ画像の基地局１０への送信の要否が、端末２０へ通知される。通知を受信した端末２０は、カメラ画像を基地局１０へ送信しなくてよい。このような構成により、不要なカメラ画像の送信を回避できるため、端末２０の消費電力の増加を抑制できる。また、必要なカメラ画像の送信を要求できるため、見守りにおける安全確保を行うことができる。例えば、同じ場所であっても天候が良い場合には、見守りを行う人は、カメラ画像の送信を行わないことを通知し、天候が悪い場合には、見守りを行う人は、カメラ画像の送信を行うことを通知してよい。

【0231】

＜第８の例＞
図２５は、本実施の形態に係る通信システムの概要の第８の例を示す図である。図２５は、図１と同様に、歩道橋に対して適用され、基地局１０と端末２０とを有する通信システムを示す。

【0232】

第８の例では、歩道橋を歩行して利用する利用者が歩道橋の階段／スロープ以外にいる場合でも、歩道橋を自転車に乗って移動する利用者が近くにいる場合には、カメラ画像が、基地局１０に送信されてよい。は、例えば、基地局１０が各利用者の位置情報、速度情報等に基づいて、自転車が歩道橋に存在するか否かを判定してもよいし、インフラカメラ５０のカメラ画像等に基づいて、自転車が歩道橋に存在するか否かを判定してもよい。基地局１０は、自転車が歩道橋に存在することを示す自転車情報を端末２０に通知してもよい。自転車情報は、例えば、上位レイヤのメッセージ等で通知されてよい。

【0233】

図２５の例では、利用者Ｐ７及びＰ８は、歩道橋の上段の通路を歩行する。利用者Ｐ９は、歩道橋の上段の通路を自転車に乗って移動する。この場合、利用者Ｐ７及びＰ８の端末２０は、カメラ画像を基地局１０へ送信する。送信されたカメラ画像は、基地局１０を介して、利用者それぞれの見守りを行う人の端末４０に送信される。見守りを行う人は、それぞれ、端末４０にて受信したカメラ画像を確認して、利用者Ｐ７及びＰ８に注意喚起を行ってよい。

【0234】

なお、端末２０のカメラ画像の送信の要否には、自転車の進行方向が考慮されてもよい。例えば、図２５の例において、利用者Ｐ９は、利用者Ｐ８から離れる方向であり、かつ、利用者Ｐ７に近づく方向に自転車で移動している。このような場合、利用者Ｐ７の端末２０は、カメラ画像を送信し、利用者Ｐ８の端末２０は、カメラ画像を送信しなくてもよい。

【0235】

なお、端末カメラと、インフラカメラ５０との動作に関して、上述したモード１－１～モード１－４、モード２－１～モード２－２の何れかが適用されてもよい。あるいは、以下のモード３－１～モード３－２の２つのモードの何れかが適用されてよい。なお、どのモードにおいて動作するかは、予め決められていてもよいし、動的に変更されてもよい。

【0236】

モード３－１では、インフラカメラ５０は、常時オン状態であり、カメラ画像を送信してよい。

【0237】

モード３－２では、自転車で移動する利用者が歩道橋にいる場合に、インフラカメラ５０は、オン状態となり、カメラ画像を送信する。別言すると、モード２－２では、自転車で移動する利用者が歩道橋にいない場合に、インフラカメラ５０が、オフ状態、または、カメラ画像の送信を停止する。

【0238】

次に、第８の例における基地局１０及び端末２０の処理の流れを説明する。

【0239】

第８の例における基地局１０の処理のながれは、図２２に示した第６の例における基地局１０の処理の流れ、図２４に示した第７の例における基地局１０の処理の流れ等と同様であってよいので、説明を省略する。

【0240】

図２６は、本実施の形態に係る端末２０の処理の流れを示すフローチャートの第８の例を示す図である。なお、図２６において、図４、図２１と同様の処理については、同一の符番を付し、説明を省略する。また、図２６に示すフローの開始及び終了は、図４と同様であってもよい。以下、図４及び図２１との相違点について説明する。

【0241】

端末２０は、利用者の状態を「Ｓｔａｔｅ＃０」に遷移させた後（Ｓ２０４の後）、または、利用者の状態を「Ｓｔａｔｅ＃１０」に遷移させた後（Ｓ２０７の後）、歩道橋に自転車が存在することを示す自転車情報を受信したか否かを判定する（Ｓ１１０１）。

【0242】

自転車情報を受信していない場合（Ｓ１１０１にてＮＯ）、端末２０は、端末２０のカメラの動作をオフにする（Ｓ７０１）。なお、既にカメラの動作がオフである場合には、オフ状態が維持される。

【0243】

自転車情報を受信している場合（Ｓ１１０１にてＹＥＳ）、端末２０は、端末２０のカメラの動作をオンにして、カメラ画像を生成する（Ｓ１１０２）。なお、既にカメラの動作がオンである場合には、オン状態が維持される。

【0244】

端末２０は、決定した状態に基づいて、通知情報を生成し、基地局１０へ送信する（Ｓ１１０３）。なお、カメラ画像が生成されている場合（Ｓ７０２の後、または、Ｓ１１０２の後）、通知情報にはカメラ画像情報が含まれてよい。

【0245】

以上、第８の例では、歩道橋の利用者が歩道橋の階段／スロープ以外を歩行する場合であっても、自転車との位置関係に応じて、歩行する利用者が所有する端末２０は、カメラ画像を送信する。この構成により、自転車が歩道橋に存在するような安全性に問題がある場合に、カメラ画像が見守りを行う人に送信されるため、見守りを適切に行うことができる。また、これにより、カメラ画像によって自転車の接近が確認されるため、自転車との接触事故を回避できる。

【0246】

なお、上述した第８の例において、自転車を有する利用者が歩道橋の階段を通行する場合、自転車から降車して歩行することによって、階段における歩行者の安全性は高いことが推測される。そのため、第８の例において、歩道橋の階段にいる利用者の端末２０は、自転車が存在する場合であっても、カメラ画像を送信しなくてよい。

【0247】

また、自転車を有する利用者がスロープを上っている場合、自転車の移動速度は、相対的に安全な速度であることが推測される。そのため、第８の例において、歩道橋の階段にいる利用者の端末２０は、自転車を有する利用者が歩道橋のスロープを上っている場合、カメラ画像を送信しなくてよい。この場合、歩道橋の階段にいる利用者の端末２０は、自転車を有する利用者が歩道橋のスロープを下っている場合、カメラ画像を送信してよい。

【0248】

例えば、歩行者が利用する階段と、自転車等が利用するスロープとが区別して設けられる歩道橋は、自転車等が存在する場合であっても安全性が高いことが想定される。そのため、第８の例において、歩行者が利用する階段と、自転車等が利用するスロープとが区別して設けられる歩道橋では、歩道橋の階段にいる歩行者の端末２０は、カメラ画像を送信しなくてよい。

【0249】

なお、上述した第６の例～第８の例において、特定の属性を有する人物が、歩道橋の利用者のそばに存在する場合、利用者の端末２０は、カメラ画像を送信しなくてもよい。特定の属性を有する人物とは、介護関係職員、レスキュー隊員、警察等であってよい。特定の属性を有する人物が、利用者のそばに存在することによって、利用者の安全性が確保できる可能性が高い。また、特定の属性を有する人物が、利用者のそばに存在することによって、利用者の介助ができる可能性も高い。そのため、カメラ画像の送信を省略でき、消費電力の増加を抑制できる。例えば、基地局１０は、特定の属性を有する人物の位置情報を、当該特定の属性を有する人物が有する端末から取得してよい。また、基地局１０は、当該人物の属性を示す情報を、当該人物が所有する端末から取得し、位置情報と属性を示す情報とを紐付けて管理することによって、特定の属性を有する人物が、歩道橋の利用者のそばに存在するか否かを判定してよい。

【0250】

なお、上述した第６の例～第８の例において、歩道橋の利用者が、特定の属性を有する人物の進行方向に存在する場合、利用者の端末２０は、カメラ画像を送信しなくてもよい。この場合、歩道橋の利用者が、特定の属性を有する人物の進行方向に存在しない場合、歩道橋の利用者が特定の属性を有する人物の視界に入らない可能性があるため、利用者の端末２０は、カメラ画像を送信してもよい。なお、特定の属性を有する人物の進行方向は、例えば、当該人物の速度情報に基づいて決定されてよい。

【0251】

なお、上述した第６の例～第８の例において、通信トラフィックが考慮されてもよい。

【0252】

なお、上述した第６の例～第８の例において、端末２０は、通信トラフィックが輻輳している場合に、カメラのオフまたはカメラ画像の送信を停止してもよい。この場合、端末２０は、通信トラフィックが輻輳していない場合に、カメラをオフにしなくてもよいし、カメラ画像の送信を停止しなくてもよい。

【0253】

また、上述した第６の例～第８の例において、特定の属性を有する人物が、歩道橋の利用者のそばに存在する場合であり、かつ、通信トラフィックが輻輳している場合に、利用者の端末２０は、カメラ画像を送信しなくてもよい。別言すると、端末２０は、通信トラフィックが輻輳していない場合、特定の属性を有する人物の有無に関わらず、カメラをオフにしなくてもよいし、カメラ画像の送信を停止しなくてもよい。

【0254】

また、上述した第６の例～第８の例において、歩道橋の利用者が、特定の属性を有する人物の進行方向に存在する場合であり、かつ、通信トラフィックが輻輳している場合に、利用者の端末２０は、カメラ画像を送信しなくてもよい。別言すると、端末２０は、通信トラフィックが輻輳していない場合、特定の属性を有する人物の有無、及び、進行方向に関わらず、カメラをオフにしなくてもよいし、カメラ画像の送信を停止しなくてもよい。

【0255】

なお、上述した第６の例～第８の例において、通信トラフィックが輻輳している場合であっても、特定の属性を有する人物が歩道橋の利用者のそばに存在する場合であっても、利用者のそばに自転車が存在する場合には、当該利用者の端末２０は、カメラ画像を送信してもよい。これにより、自転車の悪質な走行があった場合に、利用者への注意を促すとともに警察等への通報にもカメラ画像が使用できる。

【0256】

なお、上記実施の形態における「・・・部」は、「・・・回路（circuitry）」、「・・・デバイス」、「・・・ユニット」、又は、「・・・モジュール」であってもよい。

【0257】

また、上記実施の形態における「チャネル」という表記は、「周波数」、「周波数チャネル」、「帯域」、「バンド」、「キャリア」、「サブキャリア」、又は、「（周波数）リソース」といった他の表記に置換されてもよい。

【0258】

本開示はソフトウェア、ハードウェア、又は、ハードウェアと連携したソフトウェアで実現することが可能である。

【0259】

上記実施の形態の説明に用いた各機能ブロックは、部分的に又は全体的に、集積回路であるＬＳＩとして実現され、上記実施の形態で説明した各プロセスは、部分的に又は全体的に、一つのＬＳＩ又はＬＳＩの組み合わせによって制御されてもよい。ＬＳＩは個々のチップから構成されてもよいし、機能ブロックの一部又は全てを含むように一つのチップから構成されてもよい。ＬＳＩはデータの入力と出力を備えてもよい。ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。

【0260】

集積回路化の手法はＬＳＩに限るものではなく、専用回路、汎用プロセッサ又は専用プロセッサで実現してもよい。また、ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。本開示は、デジタル処理又はアナログ処理として実現されてもよい。

【0261】

さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。

【0262】

本開示は、通信機能を持つあらゆる種類の装置、デバイス、システム（通信装置と総称）において実施可能である。通信装置の、非限定的な例としては、電話機（携帯電話、スマートフォン等）、タブレット、パーソナル・コンピューター（ＰＣ）（ラップトップ、デスクトップ、ノートブック等）、カメラ（デジタル・スチル／ビデオ・カメラ等）、デジタル・プレーヤー（デジタル・オーディオ／ビデオ・プレーヤー等）、着用可能なデバイス（ウェアラブル・カメラ、スマートウオッチ、トラッキングデバイス等）、ゲーム・コンソール、デジタル・ブック・リーダー、テレヘルス・テレメディシン（遠隔ヘルスケア・メディシン処方）デバイス、通信機能付きの乗り物又は移動輸送機関（自動車、飛行機、船等）、及び上述の各種装置の組み合わせがあげられる。

【0263】

通信装置は、持ち運び可能又は移動可能なものに限定されず、持ち運びできない又は固定されている、あらゆる種類の装置、デバイス、システム、例えば、スマート・ホーム・デバイス（家電機器、照明機器、スマートメーター又は計測機器、コントロール・パネル等）、自動販売機、その他ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）ネットワーク上に存在し得るあらゆる「モノ（Things）」をも含む。

【0264】

通信には、セルラーシステム、無線ＬＡＮシステム、通信衛星システム等によるデータ通信に加え、これらの組み合わせによるデータ通信も含まれる。

【0265】

また、通信装置には、本開示に記載される通信機能を実行する通信デバイスに接続又は連結される、コントローラやセンサ等のデバイスも含まれる。例えば、通信装置の通信機能を実行する通信デバイスが使用する制御信号やデータ信号を生成するような、コントローラやセンサが含まれる。

【0266】

また、通信装置には、上記の非限定的な各種装置と通信を行う、あるいはこれら各種装置を制御する、インフラストラクチャ設備、例えば、基地局、アクセスポイント、その他あらゆる装置、デバイス、システムが含まれる。

【0267】

以上、図面を参照しながら各種の実施の形態について説明したが、本開示はかかる例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例又は修正例に想到し得ることは明らかであり、それらについても当然に本開示の技術的範囲に属するものと了解される。また、開示の趣旨を逸脱しない範囲において、上記実施の形態における各構成要素を任意に組み合わせてもよい。

【0268】

以上、本開示の具体例を詳細に説明したが、これらは例示にすぎず、請求の範囲を限定するものではない。請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。

【産業上の利用可能性】

【0269】

本開示は、無線通信システムに好適である。

【符号の説明】

【0270】

１０ 基地局
２０、４０ 端末
１０１、２０１ 受信部
１０２、２０２ 受信制御部
１０３ 位置判定部
１０４ 注意喚起判定部
１０５ 注意喚起情報生成部
１０６、２０７ 送信制御部
１０７、２０８ 送信部
１０８、２１１ 制御部
２０３ 位置情報生成部
２０４ 高さ情報生成部
２０５ 挙動判定部
２０６ 通知情報生成部
２０９ 表示制御部
２１０ 表示部
３０ サーバ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】