(57)【要約】【課題】情報の端末への到着タイミングの遅延を低減する。【解決手段】車載された端末及び歩行者に所持された端末を含む複数の端末の位置情報に基づいて前記複数の端末のそれぞれに情報の送信の優先度を設定する処理と、前記車載された端末の位置に基づいて前記情報の送信が必要と判定される場合に前記複数の端末のうち所定の優先度を有する端末に前記情報を送信する処理とを実行する処理部を含む情報処理装置である。【選択図】図６
2018022391.tif 000002
【特許請求の範囲】
【請求項１】
車載された端末及び歩行者に所持された端末を含む複数の端末の位置情報に基づいて前記複数の端末のそれぞれに知らせる情報の送信の優先度を設定する処理と、前記車載された端末の位置に基づいて前記情報を送信する必要があると判定される場合に前記複数の端末のうち所定の優先度を有する端末に前記情報を送信する処理とを実行する処理部
を含む情報処理装置。
【請求項２】
前記処理部は、前記複数の端末から前記位置情報を含むデータセットを収集する周期を前記優先度に応じて変更する
請求項１に記載の情報処理装置。
【請求項３】
前記複数の端末中に所定の優先順位以上の優先度を有する端末が存在する場合に、前記処理部は前記情報の送信を決定する
請求項１又は２に記載の情報処理装置。
【請求項４】
前記車載された端末が載った車両が減速なく所定地点に近づいていると判定される場合に、前記処理部は前記車載された端末に前記所定の優先度を設定する
請求項１から３のいずれか１項に記載の情報処理装置。
【請求項５】
前記歩行者に所持された端末のうち前記所定地点から所定範囲に位置する端末に前記処理部は前記所定の優先度を設定する
請求項４に記載の情報処理装置。
【請求項６】
前記処理部は前記所定地点から所定範囲に位置する端末のうち使用中の端末に非使用状態の端末より高い優先度を設定する
請求項５に記載の情報処理装置。
【請求項７】
前記所定地点から所定範囲を撮影した画像に基づき前記情報の送信要求が受信された場合に、前記処理部は前記所定の優先度を有する端末に前記情報を送信する処理を行う
請求項１から６のいずれか１項に記載の情報処理装置。
【請求項８】
前記情報処理装置が前記複数の端末と無線通信する基地局である
請求項１から７のいずれか１項に記載の情報処理装置。
【請求項９】
前記複数の端末のそれぞれから各端末の位置情報を含むＭＡＣ−ＰＤＵを受信する処理と、前記情報を含んだＭＡＣ−ＰＤＵを前記所定の優先度を有する端末に送信する処理とを行うＭＡＣ処理部
をさらに含む
請求項８に記載の情報処理装置。
【請求項１０】
前記ＭＡＣ処理部は、端末の位置情報を含むＭＡＣ−ＰＤＵの送信を促すＵＬグラントを前記複数の端末のそれぞれに送信する
請求項９に記載の情報処理装置。
【請求項１１】
前記ＭＡＣ処理部は、前記複数の端末のうち車載された端末からさらに端末の移動速度を示す情報を含むＭＡＣ−ＰＤＵを受信する
請求項９又は１０に記載の情報処理装置。
【請求項１２】
前記情報を含んだＭＡＣ−ＰＤＵの送信を優先するスケジューリングを行うスケジュー
ラ
をさらに含む請求項９から１１のいずれか１項に記載の情報処理装置。
【請求項１３】
前記複数の端末の一つが単独歩行者に所持されており、前記単独歩行者から所定範囲において前記単独歩行者の移動速度より速い移動速度で前記単独歩行者に近づく方向に移動する人がいる場合に、前記処理部は前記複数の端末の一つに情報を送信する処理を行う
請求項１から１２のいずれか１項に記載の情報処理装置。
【請求項１４】
所定の人物により所持されている第１の端末の位置情報が受信された場合に、前記処理部は前記第１の端末の位置から所定範囲に位置する１以上の端末に情報を送信する処理を行う
請求項１から１３のいずれか１項に記載の情報処理装置。
【請求項１５】
第２の端末の位置情報とともに前記第２の端末によって検出されたイベントに基づく危険通知の送信要求が含まれている場合に、前記処理部は前記第２の端末の位置から所定範囲に位置する１以上の端末に危険通知を送信する処理を行う
請求項１から１４のいずれか１項に記載の情報処理装置。
【請求項１６】
車載された端末及び歩行者に所持された端末を含む複数の端末の位置情報に基づいて前記複数の端末のそれぞれに危険通知の優先度を設定し、
前記車載された端末の位置に基づいて前記危険通知を送信する必要があると判定される場合に前記複数の端末のうち所定の優先度を有する端末に前記危険通知を送信する
ことを含む危険通知の送信制御方法。
【請求項１７】
情報の送信を制御する情報処理装置と通信する端末において、
前記端末の位置情報を送信する送信部と、
前記端末の位置情報に基づき前記情報の送信の優先度のうちの所定の優先度が設定され、車載された端末の位置情報に基づいて複数の端末のうち前記所定の優先度を有する端末への前記情報の送信が決定された場合に、前記情報を受信する受信部と
を含む端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置，及び情報送信制御方法に関する。
【背景技術】
【０００２】
交通事故防止、渋滞緩和、高齢者の運転支援などを目的に、車載センサを利用した運転支援システムの実用化が始まっている。また、車載センサだけでは捉えきれない情報を路車間通信や車車間通信を用いて取得し、安全運転を支援するシステムの開発が進められている。さらに、歩行者や車両に対し接近や衝突などの危険を知らせる歩車間通信の開発も進められている。
【０００３】
歩車間通信システムは、車両と歩行者が通信を行うことで、自動車ドライバに対して歩行者の、歩行者に対しては自動車の、存在や接近、危険性を通知し、交通事故防止につなげるシステムである。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−１５４９４号公報
【特許文献２】特開２００２−３０４７００号公報
【特許文献３】特開２０１３−１２０５７３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
歩車間通信システムとして、現在インフラ整備がされている移動通信網を活用することが考えられる。例えば、移動端末（以下端末）からそれぞれの位置情報を収集し、位置に基づく危険度の判定を行い、各端末に警報を通知することが考えられる。しかし、複数の端末のそれぞれへの通知では時間がかかるので、端末への警報の到着タイミングが遅くなる可能性があった。
【０００６】
本発明は、情報の送信先及び送信時機の適正化を図ることができる情報処理装置，及び情報送信制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
一つの態様は、車載された端末及び歩行者に所持された端末を含む複数の端末の位置情報に基づいて前記複数の端末のそれぞれに知らせる情報の送信の優先度を設定する処理と、前記車載された端末の位置に基づいて前記情報を送信する必要があると判定される場合に前記複数の端末のうち所定の優先度を有する端末に前記情報を送信する処理とを実行する処理部を含む情報処理装置である。
【発明の効果】
【０００８】
一側面では、情報の送信先及び送信時機の適正化を図ることができる。
【図面の簡単な説明】
【０００９】
【図１】図１は情報通知システムの一例を示す図である。
【図２】図２は基地局の構成例を示す。
【図３】図３は端末（移動端末、車載端末）の構成例を示す。
【図４】図４はサーバなどとして使用可能な情報処理装置の構成例を示す。
【図５】図５は端末，基地局，ＳＧＷ，ＰＧＷ及びサーバに係る通信のプロトコルスタックの説明図である。
【図６】図６はサーバによって実行される処理の一例を示すフローチャートである。
【図７】図７は第１判定処理の一例を示すフローチャートである。
【図８】図８は第２判定処理の一例を示すフローチャートである。
【図９】図９は端末１における処理例を示すフローチャートである。
【図１０】図１０は実施形態２に係る危険通知システムの一例を示す図である。
【図１１】図１１は道路情報に基づく危険通知の要否判定の一例を示すフローチャートである。
【図１２】図１２は交差点情報（道路情報に含まれる）に基づく危険通知の要否判定の一例を示すフローチャートである。
【図１３】図１３は実施形態２におけるサーバ６の処理例を示すフローチャートである。
【図１４】図１４は後方からの危険の通知に係る処理例を示すフローチャートである。
【図１５】図１５は危険人物の位置の通知に係る処理例を示すフローチャートである。
【図１６】図１６は危険人物の位置の通知に係る端末の処理例を示すフローチャートである。
【図１７】図１７は実施形態３（基地局における危険判断制御）の場合の構成例を模式的に示す。
【図１８】図１８はＭＡＣ−ＰＤＵの説明図である。
【図１９】図１９はＭＡＣヘッダを説明する表である。
【図２０】図２０（Ａ）はＤＬ−ＳＣＨのＬＣＩＤの値を示す表であり、図２０（Ｂ）はＵＬ−ＳＣＨのＬＣＩＤの値を示す表である。
【図２１】図２１は、危険通知のＬＣＩＤに対応するオプションのＭＡＣ−ＳＤＵ（ＤＬ）のフォーマット例を示す。
【図２２】図２２は、車載の端末から送信される、「情報リポート」のＬＣＩＤがＭＡＣヘッダに付与されたアップリンクのＭＡＣ−ＰＤＵに載せられるＭＡＣ−ＳＤＵのフォーマット例を示す。
【図２３】図２３は、歩行者の端末から送信される、「情報リポート」のＬＣＩＤがＭＡＣヘッダに付与されたアップリンクのＭＡＣ−ＰＤＵに載せられるＭＡＣ−ＳＤＵのフォーマット例を示す。
【図２４】図２４は端末１におけるデータセット送信時における処理例を示すフローチャートである。
【図２５】図２５は、基地局２におけるＭＡＣ−ＰＤＵ受信時の処理例を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、図面を参照して実施形態に係る情報処理装置（情報の送信制御装置）及び情報の送信制御方法について説明する。但し、実施形態の構成は例示であり、本発明は実施形態の構成に限定されない。
【００１１】
〔実施形態１〕
＜システム構成例＞
図１は、複数の端末のそれぞれに情報を知らせる情報通知システムの一例を示す。情報は例えば危険を示す情報であり、上記情報通知システムは一例として危険通知システムとして使用される。危険通知は「情報の送信」の一例である。図１には、危険通知システムに適用可能な無線通信規格の一例であるLong Term Evolution（ＬＴＥ）に適用又は準拠
する無線通信システムが示されている。但し、無線通信規格は、ＬＴＥ以外の規格、例えばWideband Code Division Multiple Access（ＷＣＤＭＡ（登録商標））などであっても
良い。
【００１２】
無線通信システムは、歩行者Ｗが有する移動端末１Ａ（以下端末１Ａ）と、車道Ｒを走行する車両Ｖに搭載された車載端末１Ｂ（以下端末１Ｂ）と、端末１Ａ及び端末１Ｂと通信可能な基地局２とを含む。基地局２は、一例として、交差点の周辺にある高所（例えばビルの屋上）に設置される。車載端末１Ｂは車載専用端末である。移動端末１Ａが車両Ｖに載せられる場合、移動端末１Ａは車載端末として扱い得る。車載端末１Ｂ及び車載された移動端末１Ａは「車載された端末」の一例であり、歩行者Ｗが有する移動端末１Ａは「歩行者に所持された端末」の一例である。
【００１３】
端末１Ａ及び端末１Ｂは、一例として１つずつ図示されている。但し、基地局２は、端末１Ａ及び端末１Ｂを含む複数の端末と通信可能である。以下の説明において、端末１Ａと端末１Ｂを区別しない場合には、端末１と表記する。
【００１４】
端末１（端末１Ａ，端末１Ｂ）は、ＬＴＥ網を介してＩＰ網５に接続されたサーバ６と通信する。サーバ６は、端末１から得られた情報を元に、衝突などの危険性の判定を行うともに、端末１に対する優先度を決定し、所定の優先度を有する端末１に危険性を知らせる通知を送る。
【００１５】
各端末１とサーバ６とは、基地局２, Serving GateWay（ＳＧＷ）３，Packet data Network GateWay（ＰＧＷ）４，ＩＰ（Internet Protocol）網５を介してサーバ６と接続さ
れる。サーバ６は「情報処理装置」の一例である。
【００１６】
ＬＴＥ網は、無線網とコア網とを有し、基地局２が無線網を形成する。ＳＧＷ３及びＰＧＷ４は、コア網に含まれるネットワークノードである。ＳＧＷ３は、無線網（基地局２）からのユーザデータ（パケット）を転送する。ＰＧＷ４は、ＩＰ網５のような外部網との接続点である。
【００１７】
基地局２と接続した端末１がサーバ６との通信を要求すると、コア網に含まれる制御装置（Mobility Management Entity（ＭＭＥ）と呼ばれる（図示せず））が、端末１Ａや端末１Ｂの位置登録を行う。位置登録の後、ＭＭＥは、ＰＧＷ４とＳＧＷ３との間、ＳＧＷ３と基地局２との間にベアラと呼ばれるパケットの通信路を確立させる。
【００１８】
基地局２と端末１との間に無線ベアラが設定される。端末１から送信されるパケットは、無線ベアラ及びベアラを通ってＰＧＷ４に到達する。ＰＧＷ４はＩＰ網５を介してパケットをサーバ６へ送る。サーバ６から送信されるパケットは、逆の経路を辿って端末１に受信される。
【００１９】
端末１Ａは、端末１Ａの位置情報を含む歩行者情報をサーバ６に送信する。端末１Ｂは、端末１Ｂ（車両Ｖ）の位置,進行方向,移動速度（車速）を含む車両情報をサーバ６へ送信する。
【００２０】
サーバ６は、車両情報を用いて危険通知の要否の判定処理を行う。例えば、車両情報を用いて減速なく交差点に進入することが予測される車両がある場合に危険通知要と判定される。但し、危険通知の要否判定は車両情報及び歩行者情報を用いて行われても良い。危険は情報の一例であり危険通知は情報の送信の一例である。
【００２１】
また、サーバ６は、歩行者情報及び車両情報を用いて各端末１に危険通知（情報の送信の一例）の優先度を設定する。さらに、サーバ６は、所定の優先度を有する端末１に危険通知を送信する。複数の端末のうち所定の優先度を有する端末に通知先が絞られることで
、通知の必要性が高い歩行者やドライバに遅延が抑えられた（適時での）情報伝達を行うことができる。すなわち、危険通知の通知先及び通知時機（情報の送信先及び送信時機の一例）の適正化が図られる。
【００２２】
危険通知を受けた端末１Ａを所持する歩行者は通知により、周囲環境を把握し、必要に応じて歩行停止や移動方向変更などの衝突回避行動を採ることができる。同様に、通知を受けた端末１Ｂが搭載された車両Ｖの運転者は通知に応じてブレーキ操作やステアリング操作などの衝突回避行動を採ることができる。
【００２３】
＜基地局の構成例＞
図２は基地局２の構成例を示す。基地局２は内部スイッチＳＷを介して接続されたCentral Processing Unit（ＣＰＵ）１１，Digital Signal Processor（ＤＳＰ）１３，通信
インタフェース（通信Ｉ／Ｆ）１４，ＤＳＰ１５を含む。
【００２４】
また、基地局２は、ＣＰＵ１１に接続されたメモリ１２と、ＤＳＰ１５に接続されたField Programmable Gate Array（ＦＰＧＡ）１６と、ＦＰＧＡ１６に接続されたRadio Frequency（ＲＦ）回路１７と、ＲＦ回路１７に接続されたアンテナ１８を含む。
【００２５】
ＤＳＰ１３は、アップリンク（ＵＬ）及び（ダウンリンク（ＤＬ）：端末）に対する無線チャネル（無線リソース）の割当などを行うスケジューラとして動作する。ＤＳＰ１５は、ディジタルベースバンド処理を行うＢＢ処理部として動作する。ＦＰＧＡ１６は、ベースバンド信号（ＢＢ信号）とOrthogonal Frequency Division Multiplexing（ＯＦＤＭ）信号との間の変換を行う直交変復調器として動作する。
【００２６】
ＤＳＰ１５，ＦＰＧＡ１６，ＲＦ回路１７は、ＤＬ方向（基地局→端末）に関して以下の処理を行う。ＤＳＰ１５は、ＤＬ方向のデータが符号化及び変調されたベースバンド信号を生成し、ＦＰＧＡ１６へ入力する。ＦＰＧＡ１６は、ベースバンド信号に対する直交変調を行う。ＲＦ回路１７は、直交変調によって得られた信号のディジタル-アナログ変
換（ＤＡ変換）と、アナログ信号のアップコンバートによる無線信号への変換と、無線信号の増幅とを行い、無線信号をアンテナ１８から放射させる。
【００２７】
また、ＤＳＰ１５，ＦＰＧＡ１６，ＲＦ回路１７は、ＵＬ方向（端末→基地局）に関して以下の処理を行う。ＲＦ回路１７は、アンテナ１８から受信された無線信号の低雑音増幅と、低雑音増幅された信号のダウンコンバートと、ダウンコンバートされた信号のアナログ-ディジタル変換（ＡＤ変換）とを行う。ＡＤ変換によって得られた信号はＦＰＧＡ
１６によってＢＢ信号に復調される。ＤＳＰ１５は、ＢＢ信号の復調及び復号を行い、ＵＬ方向のデータを得る。
【００２８】
通信Ｉ／Ｆ１４は、ＳＧＷ３やＭＭＥ（図示せず）、他の基地局と接続されており、パケットの送受信処理を行う。通信Ｉ／Ｆ１４として、例えばネットワークインタフェースカード（ＮＩＣ）が適用される。
【００２９】
メモリ１２は、主記憶装置と補助記憶装置とを含む。主記憶装置は、プログラムの展開領域，ＣＰＵ１１の作業領域，データやプログラムの記憶領域又はバッファ領域として使用される。主記憶装置は、例えばRandom Access Memory（ＲＡＭ），或いはＲＡＭとRead
Only Memory（ＲＯＭ）との組み合わせで形成される。
【００３０】
補助記憶装置は、データやプログラムの記憶領域として使用される。補助記憶装置は、例えば、ハードディスクドライブ（ＨＤＤ），Solid State Drive（ＳＳＤ），フラッシ
ュメモリ，Electrically Erasable Programmable Read-Only Memory（ＥＥＰＲＯＭ）な
どの不揮発性記憶媒体で形成される。補助記憶装置には、ディスク型記憶媒体や、ＵＳＢメモリなど、可搬性を有する記録媒体を含むことができる。
【００３１】
ＣＰＵ１１は、メモリ１２に記憶されたプログラムを実行することによって、様々な処理を行う。例えば、ＣＰＵ１１は、端末１の呼処理、基地局２の保守及び監視処理などを行う。
【００３２】
なお、基地局２として、ＲＥＣ（Radio Equipment Control）装置と１以上のＲＥ（Radio Equipment）装置とで形成される基地局を適用可能である。ＲＥＣ装置とＲＥ装置とで基地局が形成される場合、例えば、ＤＳＰ１５とＦＰＧＡ１６との間でＲＥＣ装置とＲＥ装置とに分離され、両者間は物理リンク（メタル線又は光ファイバ）で接続される。物理リンクの両端には、信号形式を物理リンクで伝送するための信号形式に変換したり、元の形式に戻したりするためのインタフェース回路が設けられる。インタフェース回路は、例えば、Common Public Radio Interface（ＣＰＲＩ）に適合又は準拠した回路を適用可能
である。
【００３３】
＜端末の構成例＞
図３は、端末１（移動端末、車載端末）の構成例を示す。端末１は、バスを介して相互に接続されたＣＰＵ２１，メモリ２２，ＤＳＰ２３，Global Positioning System (ＧＰ
Ｓ)受信機２６，入力装置２７，出力装置２８，カメラ２９を含む。ＤＳＰ２３にはＲＦ
回路２４が接続されており、ＲＦ回路２４にはアンテナ２５が接続されている。なお、車載端末の場合、例えば、速度計（車速計）やカーナビゲーション装置（位置及び方向を算出）によって得られた速度情報、位置情報、方向情報を利用できる。ＲＦ回路２４は送信部及び受信部として動作する。
【００３４】
ＤＳＰ２３は、ＢＢ処理部として動作する。ＤＳＰ２３はデータ（ディジタル信号）とベースバンド信号（ＢＢ信号）との間の変換処理を行う。ＲＦ回路２４は、ＢＢ信号と無線信号との間の変換処理を行う。無線信号はアンテナ２５によって送受信される。
【００３５】
ＧＰＳ受信機２６は、ＧＰＳ衛星からの電波を受信することによって、端末１の位置座標を算出し、ＣＰＵ２１に供給する。入力装置２７はデータや情報の入力に使用される。入力装置２７は、例えば、キー，ボタン，ポインティングデバイス（マウスなど），タッチパネル，マイクロフォンなどである。出力装置２８は、情報の出力に使用される。出力装置２８は、ディスプレイ，スピーカ，ランプなどである。端末１本体を振動させる振動子（バイブレータ）も出力装置２８に含まれる。カメラ２９は、画像や動画の撮影に使用される。
【００３６】
メモリ２２は、メモリ１２と同様のものを適用できる。ＣＰＵ２１はメモリ２２に記憶されたプログラムをロードして実行することによって、端末１Ａとしての処理、或いは端末１Ｂとしての処理を行う。メモリ２２には、実施形態に係る危険及び優先度判定のための情報（データセット）を収集及び送信したり、危険通知の受信時に端末１が行う危険の報知動作を制御したりアプリケーションプログラム（以下「端末アプリ」と称する）がインストールされている。ＣＰＵ２１によって実行される。
【００３７】
図４は、サーバ６などとして使用可能な情報処理装置６０の構成例を示す。情報処理装置６０は、サーバマシンのような専用のコンピュータ，パーソナルコンピュータ（ＰＣ）やワークステーション（ＷＳ）のような汎用のコンピュータを適用することができる。
【００３８】
図４において、情報処理装置６０はバスを介して相互に接続されたＣＰＵ６１，メモリ６２，通信Ｉ／Ｆ６４，入力装置６５，及び出力装置６６を含む。メモリ１２と同じもの
をメモリ６２として適用可能である。通信Ｉ／Ｆ６４は通信Ｉ／Ｆ１４と同じものを適用可能である。入力装置６５及び出力装置６６は入力装置２７及び出力装置２８と同じものを適用可能である。
【００３９】
ＣＰＵ６１はメモリ６２に記憶されたプログラムをロードして実行することによって、危険の判定や優先度の決定を行う「危険判定部」として動作する。なお、メモリ１２，メモリ２２，メモリ６２のそれぞれは「記憶装置」，「記憶媒体」，「メモリ」，「記憶部」の一例である。ＣＰＵ１１，ＣＰＵ２１，ＣＰＵ６１のそれぞれは「制御装置」，「制御部」，「コントローラ」，「プロセッサ」、「処理部」の一例である。
【００４０】
ＣＰＵはＭＰＵ（Microprocessor）、プロセッサとも呼ばれる。ＣＰＵは、単一のプロセッサに限定される訳ではなく、マルチプロセッサ構成であってもよい。また、単一のソケットで接続される単一のＣＰＵがマルチコア構成を有していても良い。ＣＰＵで行われる処理の少なくとも一部は、ＣＰＵ以外のプロセッサ、例えば、Digital Signal Processor(DSP)、Graphics Processing Unit（GPU）、数値演算プロセッサ、ベクトルプロセッサ、画像処理プロセッサ等の専用プロセッサで行われても良い。
【００４１】
また、ＣＰＵで行われる処理の少なくとも一部は、集積回路（ＩＣ）、その他のディジタル回路で行われても良い。また、集積回路やディジタル回路はアナログ回路を含んでいても良い。集積回路は、ＬＳＩ，Application Specific Integrated Circuit（ASIC），
プログラマブルロジックデバイス（ＰＬＤ）を含む。ＰＬＤは、例えば、Field-Programmable Gate Array(FPGA)を含む。ＣＰＵ１１で行われる処理の少なくとも一部は、プロセ
ッサと集積回路との組み合わせにより実行されても良い。組み合わせは、例えば、マイクロコントローラ（ＭＣＵ），ＳｏＣ（System-on-a-chip），システムＬＳＩ，チップセットなどと呼ばれる。
【００４２】
なお、情報処理装置６０は、ＳＧＷ３やＰＧＷ４として動作する情報処理装置として使用することができる。すなわち、メモリ６２にＳＧＷ３やＰＧＷ４として動作するためのプログラムをインストールし、ＣＰＵ６１がプログラムを実行することによって、ＳＧＷ３やＰＧＷ４としての動作が行われる。
【００４３】
図５は、端末，基地局，ＳＧＷ，ＰＧＷ及びサーバに係る通信のプロトコルスタックの説明図である。端末１と基地局２とは無線リンク３１を形成する物理層（レイヤ１（Ｌ１））とレイヤ２（Ｌ２）とで接続される。レイヤ２は、Media Access Control（ＭＡＣ）層，Radio  Link Control（ＲＬＣ）層，Packet Data Convergence Protocol（ＰＤＣＰ
）層からなる。レイヤ３以上のプロトコルには、ＩＰ（Internet Protocol）層とアプリ
ケーション層が含まれる。
【００４４】
基地局２では、Ｌ１，ＭＡＣ，ＲＬＣ，ＰＤＣＰに基づく信号（無線信号）がプロトコル変換によってＬ１（レイヤ１），Ｌ２（レイヤ２），ＵＤＰ（User Datagram Protocol）／ＩＰのパケットに変換され、さらにＧＴＰ-Ｕヘッダが付与されてトンネル３２（基
地局２−ＳＧＷ３間のベアラ）を転送される。ＳＧＷ３では、パケットがＳＧＷ３−ＰＧＷ４間のベアラ（ＧＴＰ−Ｕのトンネル３３）に載せ替えられ、ＰＧＷ４に送られる。ＰＧＷ４において、ＧＴＰ−Ｕのヘッダが除去されたパケットがＩＰ網５を介してサーバ６に転送される。
【００４５】
図５では、主に、ユーザデータ（パケット）を伝送するユーザプレーン（Ｕプレーン）のプロトコルスタックを図示している。図５の基地局２では、制御プレーン（Ｃプレーン）のデータ（制御信号）を各レイヤに挿入し得ることを示している。
【００４６】
端末１とＰ−ＧＷ４との間には通常のベアラ以外のベアラ（“専用ベアラ（dedicated bearer）”と呼ばれる）を確立し、特定のフローのパケットが専用ベアラを用いて伝送されるようにすることができる。通常のベアラが帯域をフロー間で共有するのに対し、専用ベアラは特定のフローが帯域を専有することができる。このため、端末１が位置情報など（データセット）をサーバ６へ送るためのパケット及びサーバ６が各端末１に危険の通知を送るためのパケットが専用ベアラを用いて伝送される。これによって、通常ベアラを用いる場合よりも安定した速度で端末１−サーバ６間通信を行い得る。
【００４７】
例えば、端末１がサーバ６向けに発呼したことをＭＭＥが認識した場合に専用ベアラの確立をＳＧＷ３及びＰＧＷ４に指示し、データセット及び危険の通知に係るパケットが専用ベアラで伝送されるように、端末１及びＰＧＷ４に指示を与える。
【００４８】
＜サーバにおける処理＞
サーバ６は、危険判断部を含む装置として動作し、車両の情報(位置,移動方向,速度)から、危険通知の要否判定を行う。また、サーバ６は、各端末１の位置情報に基づいて各端末１に危険通知の優先度を設定する。優先度は車両の位置や歩行者の位置から導出される。一例として、優先度は以下のように設定し得る。
（例）交差点内に人（歩行者）がいる場合
優先度“１”：速度を落とさず交差点に近づく車両
・車両の運転者（ドライバ）が人に気づくことで事故が回避される。
優先度“２”：端末を使用している歩行者(クリック・カメラなどで監視)
・車両に気が付いていない可能性があり、車両を認識することで回避行動をとることが可能。
優先度“３”：高齢者，子供，非健常者
優先度“４”：健常者
【００４９】
さらに、サーバ６は、複数の端末１から位置情報を含むデータセット（後述）を収集する周期を優先度に応じて変更する。
【００５０】
実施形態１では、端末１がサーバ６とアプリケーション層での通信を行い、サーバ６が危険判定部を含む装置として動作する例について説明する。サーバ６は、単数又は複数のエリアに存在する複数の端末１（移動端末１Ａ及び車載端末１Ｂ）の情報を収集する。
【００５１】
本実施形態では、説明を簡単にするため、サーバ６が管理するエリアが１つであり、この１つのエリアに存在する複数の端末１を管理する。エリアは基地局２によって形成されるセルのカバレッジエリアに包含されており、エリア内のどこであっても端末１は基地局２と通信できる。
【００５２】
また、本実施形態では、エリアに信号機が設置された１つの交差点が含まれる（各交差点がエリアをなす）例について説明する。但し、信号機の設置場所は必ずしも交差点で無くても良い。すなわち、速度を落とさず横断歩道に近づく車両に優先度“１”が設定されるようになっていても良い。要するに、減速なく所定地点（交差点、横断歩道）に近づいている車両に載せられた端末１に優先度“１”が設定される。また、エリアが交差点や信号機を含むことは必須条件ではない。
【００５３】
サーバ６（サーバ６として動作する情報処理装置６０）のメモリ６２には、エリアの地理的範囲を示す情報が予め記憶されている。端末１はサーバ６宛てに端末１の位置情報を含むデータ（データセットと呼ぶ）を送信する。サーバ６（ＣＰＵ６１）はデータセット中の位置情報とエリアとの関連づけを行い、各データセットをメモリ６２に記憶する。すなわち、エリア内に存在する端末１のデータセットがエリアと関連づけられて記憶される
。データセットには収集時間（タイムスタンプ）がセットされる。エリアの情報には、上記した交差点や信号機の位置情報が含まれる。
【００５４】
図６は、サーバ６によって実行される処理の一例を示すフローチャートである。図６の処理は、例えば、サーバ６（サーバ６として動作する情報処理装置６０）のＣＰＵ６１によって実行される。図６に示す処理は、サーバ６が端末１から位置情報を含むデータセット（車両情報、歩行者情報）を収集する周期が満了する場合に開始される。例えば、サーバ６は周期に合わせて各端末１にデータセットの送信要求を送信し、周期を計時するタイマをセットし、周期（タイマ）の満了まで各端末１から到着するデータセットを待ち受ける。
【００５５】
００１では、収集された各端末１から送信されたデータセットの一つが抽出され、データセットの送信元の端末１が車載か否かが判定される。端末が車載であると判定される場合には処理が００２に進み、そうでない場合（送信元の端末１が歩行者に所持されている場合）には処理が００３に進む。車載は、端末１が車両に搭載されている場合（車載専用端末の場合）、移動端末Ａが車内に持ち込まれている場合を含む。
【００５６】
００１の処理は、例えば、データセットに含まれる車載か否かを示す識別子（フラグ）に基づき判定される。端末１が車載端末１Ｂである場合や車両内に持ち込まれた移動端末１Ａが「車載」を示す識別子をデータセットに含める。これにより、車載の移動端末１Ａが車載端末として扱われる。
【００５７】
００２ではＣＰＵ６１は第１判定処理を行う。第１判定処理は車載された端末１の優先度を判定する処理である。００３ではＣＰＵ６１は第２判定処理を行う。第２判定処理は歩行者に所持された端末１の優先度を判定する処理である。
【００５８】
００４では、ＣＰＵ６１は００２や００３の処理によって決定された端末１の優先度に合わせて端末１の情報（データセット）を更新する周期を変更する。例えば、周期はデータセットの収集周期（間隔）である。例えば複数の優先度に対応する複数の周期長が用意される。優先順位が高い程周期長が短くなる。本実施形態では、説明を簡単にするため、１つのエリアに対して１つの周期が設定され、エリアに存在する端末１に設定された優先度のうちで最上位の優先度に対応する周期長が適用される。
【００５９】
００５では、ＣＰＵ６１はエリアと関連づけられた端末１の中で優先度“１”を有する端末１があるか否かを判定する。優先度“１”の端末１があると判定される場合には処理が００６に進み、そうでない場合には処理が００７に進む。
【００６０】
００６では、ＣＰＵ６１は優先度“１”の端末１が存在するエリアと関連づけられた優先度“１”〜優先度“４”のそれぞれを有する各端末１に危険通知を送信する処理を行う。００７では危険通知の送信は行われない（特に処理は行われない）。
【００６１】
このように，第１判定処理では、複数の端末１中に所定の優先順位（優先度“１”）以上の優先度を有する端末１が存在する場合にＣＰＵ６１（処理部の一例）は危険通知の送信を決定する（危険通知の送信要と判定する）。
【００６２】
図７は第１判定処理の一例を示すフローチャートである。０１１の処理では、ＣＰＵ６１は「車載」の端末１からのデータセットに含まれる車両情報を取得する。車両情報は位置情報（位置（a）），速度情報（速度ｆ（ａ））及び方向情報（ｈ（ａ））を含む。
【００６３】
０１２の処理において、ＣＰＵ６１は進行方向にある交差点の信号機が現在赤かｘ秒後
に赤に変わるかを判定する。例えば、ＣＰＵ６１は、メモリ６２に記憶されたエリアの情報と、車両の位置及び方向情報に基づき、車両が次に進入する交差点に設置され且つ車両の進行方向に合致する（車両が次に従う）信号機を特定する。
【００６４】
さらに、ＣＰＵ６１は、特定した信号機の赤の時間を示す情報（例えば、メモリ６２に予め記憶される。但し、周期的に収集されても良い）を用いて０１２の判定を行う。なお、xの値はデータセットの収集周期などに応じて適宜変更可能である。信号機が現在赤か
ｘ秒後に赤に変わると判定される場合には処理が０１３に進み、そうでない場合には処理が０２０に進む。
【００６５】
０１３の処理において、ＣＰＵ６１は前回の位置及び収集時間から速度ｆ（ｂ）を算出する。０１４の処理において、ＣＰＵ６１は速度ｆ（ｂ）が速度ｆ（ａ）より大きいか否かを判定する。速度ｆ（ｂ）が大きいと判定される場合には、ＣＰＵ６１は速度ｆの値にｆ（ｂ）の値を設定し（０１５）、速度ｆ（ａ）が大きいと判定される場合には、ＣＰＵ６１は速度ｆの値にｆ（ａ）の値を設定する（０１６）。
【００６６】
０１７の処理では、ＣＰＵ６１は速度ｆの値が前回の速度ｆ（ａ−１）−１０km/hの値より大きいか否かを判定する。速度ｆの値が大きいと判定される場合には処理が０１８に進み、そうでない場合には処理が０２０に進む。「１０km/h」は例示であり適宜変更できる。０１７の処理は前回よりも速度が一定以上低下している（減速している）車両を危険通知の対象から除外するための処理である。
【００６７】
０１８の処理では、ＣＰＵ６１は交差点に到達するまでの時間ｓ１を求める。ｓ１の値は例えば“ｓ１＝交差点までの距離／ｆ”によって求められる。０１９の処理では、ＣＰＵ６１は赤信号になるまでの時間ｓｒがｓ１の値より大きいか否かを判定する。ｓｒ＞ｓ１と判定される場合にはデータセットの送信元が危険通知の対象と判定され優先度“１”が設定される。ｓｒ＞ｓ１でないと判定される場合には処理が０２０に進む。
【００６８】
０２０では、データセットの送信元の端末１が車載専用端末か否かをＣＰＵ６１は判定する。車載専用端末であると判定される場合には、データセットの送信元の端末１が通知の対象外に決定される。車載専用端末でないと判定される場合には、第２の優先度判定処理へ進む。０２０の処理は車載端末として扱われている移動端末１Ａを危険通知の対象外と判定するのを回避するために行われる。０２０の処理は例えばデータセットに車載された端末であることを識別可能な情報（例えば端末ＩＤ、フラグなど）がセットされているか否かを以て行うことができる。
【００６９】
このように、第１判定処理では、車載された端末１が載った車両が減速なく交差点（「所定の地点」の一例）に近づいていると判定される場合にＣＰＵ６１は上記車載された端末１に優先度“１”（所定の優先度の一例）を設定する。
【００７０】
図８は第２判定処理の一例を示すフローチャートである。０２１では、ＣＰＵ６１はデータセットに含まれる歩行者の情報（位置情報、端末１の操作回数）を取得する。０２２では、ＣＰＵ６１は交差点から端末（歩行者）の位置までの距離が所定の閾値（ｙ[ｍ]）以内かを判定する。
【００７１】
閾値ｙの値は適宜設定可能である。例えば、交差点の中心から交差点内（車道内）とされる範囲をカバーする閾値ｙが設定される。距離が閾値ｙを超過すると判定される場合には端末１（歩行者）が危険通知の対象外と判定される。距離が閾値ｙ以下である場合には処理が０２３に進む。
【００７２】
但し、交差点内と判定される領域は必ずしも円形（半径が閾値ｙ（ｍ）の円）である必要はないので、適宜の形状の領域が設定され、０２２の処理において、設定された領域内に歩行者が位置するかが判定されれば良い。
【００７３】
０２３では、ＣＰＵ６１は端末１の操作回数が零より大きいかを判定する。操作回数が零より大きい場合には、端末１（歩行者）が危険通知の送信対象と判定され優先度“２”が設定される。操作回数が零より大きくない場合には処理が０２４に進む。
【００７４】
優先度“２”が設定される端末１には、使用中の端末１（使用者が画面を覗き込んでいる端末１）が含まれる。このように、交差点からの距離がｙ以下の端末１（所定地点から所定範囲に位置する）使用中の端末に非使用状態の端末より高い優先度が設定される。
【００７５】
０２４ではデータセットの送信元の端末１の使用者（歩行者）が子ども、高齢者及び非健常者（disabled persons）のいずれかであるかが判定される。例えば、０２４の判定はデータセットに端末１の使用者が子ども，高齢者，非健常者のいずれかであることを示す情報が含まれているかによって行うことができる。
【００７６】
代替構成として、サーバ６が子ども，高齢者，非健常者の登録機関のコンピュータにアクセスし、端末１の識別子が子ども、高齢者，非健常者と紐づけられているか否かの回答に基づいて０２４の判定を行っても良い。この場合、データセットに子ども，高齢者，非健常者のいずれかであることを示す情報が無くても良い。
【００７７】
使用者が子ども、高齢者及び非健常者のいずれかである場合には端末１（歩行者）が危険通知の送信対象と判定され端末１に優先度“３”が設定され、そうでなければ端末１（歩行者）が危険通知の送信対象と判定され優先度“４”が設定される。
【００７８】
なお、本実施形態では、優先度は“１”，“２”，“３”，“４”の４つであり、番号が小さい程優先順位が高い。子どもは、例えば所定年齢（例えば１２歳）未満の男女である。高齢者は、所定年齢（例えば６５歳）以上の男女である。但し、年齢は適宜設定可能である。非健常者か否かの判断基準は適宜設定し得る。
【００７９】
以上説明したサーバ６による処理では、交差点内に人がおり、車両が所定速度で交差点に進入する可能性が高い場合に優先度“１”〜“４”のいずれかを有する端末１に危険通知が送信される。端末１の所持者は危険通知に基づき危険回避行動を採ることができる。一方、エリアに存しているが交差点からの距離が閾値ｙより大きい端末１（車道にいない歩行者）には危険通知は送信されない。このように、危険通知の送信対象がエリアに存在する端末１のうち所定の優先度を有する端末１に絞られる。このため、危険通知の送信に係る負荷や時間を軽減乃至短縮できる。
【００８０】
＜端末の処理例＞
図９は端末１における処理例を示すフローチャートである。図９の処理は例えば端末１のＣＰＵ２１が端末アプリを実行することによって行われる。図９の処理は、データセットの送信タイミングになると開始される。送信タイミングは、周期的に発生してもよく、或いはサーバ６などからの要求により発生しても良い。
【００８１】
０３１では、端末１が車載端末１Ｂ（車載専用端末）か否かをＣＰＵ２１は判定する。例えば、車載端末１Ｂか否かを示すコンフィグレーション情報が予めメモリ２２に記憶され、ＣＰＵ２１がコンフィグレーション情報を参照して判定を行う。
【００８２】
０３２では、現在から過去に遡った所定時間（例えば３分）における速度が所定速度（
１０ｋｍ／ｈ）を超えているか否かをＣＰＵ２１は判定する。速度が所定速度を超えていると判定される場合には処理が０３３に進み、そうでない場合には処理が０３４に進む。速度は例えばＧＰＳ受信機２６を用いて得た位置情報の履歴から算出することができる。
【００８３】
０３２の処理は、端末１が車載乃至車内に持ち込まれた移動端末１Ａ（車載専用端末以外の端末）かを判定するための処理である。なお、端末１が車両にある車載専用端末以外の端末かを判定可能である限りにおいて、所定時間の長さや所定速度は適宜設定可能である。
【００８４】
０３３では、ＣＰＵ２１は車載端末が送信するデータセットを生成し、所定の宛先（サーバ６）へ送信する処理を行う。データセットは、車載端末であることを示す識別子（フラグ），端末１の位置情報，速度情報，方向情報などを含む。位置情報や進行方向の情報は例えば車載のカーナビゲーション装置から取得する。速度は例えば車載の車速計から取得する。但し、位置、速度、方向の入手経路は上記に限定されない。データセットはさらに端末ＩＤのような車載専用端末かを識別し得る情報などを含み得る。
【００８５】
０３４では、ＣＰＵ２１は歩行者端末のデータセットの生成及び送信処理を行う。歩行者端末は歩行者が所持している移動端末１Ａを含む。データセットは、車載端末であることを示す識別子（フラグ），端末１の位置情報などを含む。位置情報はＧＰＳ受信機２６を用いて入手し得る。但し、位置情報の入手経路は上記に限定されない。データセットはさらに端末ＩＤ、フラグのような車載専用端末かを識別し得る情報などを含み得る。
【００８６】
０３５では、端末１の使用者が端末１を使用中か否かが判定される。すなわち、端末１を使用中であれば端末１の使用者が画面を覗き込んでいると考えられる。このため、ＣＰＵ２１は端末１の使用者が端末１の画面を覗き込んでいるか否かを判定する。
【００８７】
０３５の処理は、例えばカメラ２９により撮影される画像の顔認識をＣＰＵ２１が行い、顔認識ができた場合に画面を覗き込んでいると判定することができる。カメラ２９の画角（視野範囲）は、端末１の画面を覗き込む使用者の顔が撮影される位置に設定されている。
【００８８】
０３５の処理において使用者が画面を覗き込んでいると判定される場合には０３６に処理が進み、そうでない場合には処理が０３７に進む。０３６の処理では、操作回数“ＭＡＸ（操作回数の設定可能値の最大値）”を含むデータセットの送信処理をＣＰＵ２１は行う。０３７の処理では、現在から所定時間遡った時間（例えば１秒）内における操作回数を含むデータセットの送信処理をＣＰＵ２１は行う。
【００８９】
操作は、キーやボタンの押し下げ、マウスクリック，タッチパネルへのタップ，ダブルタップ，ドラッグ，スライド，フリック，スワイプなどを含む。どのような操作を１回と計上するかは適宜設定可能である。以上の様にして、端末１からデータセットが送信され、サーバ６に伝達される。
【００９０】
次に、図３を用いて、危険通知を受けた端末１の動作について説明する。危険通知を受信した端末１は、危険を報知して端末１を載せた車両のドライバや端末１を所持する歩行者の注意を喚起し、危険回避行動の促進を図る。
【００９１】
端末１が車載端末１Ｂである場合には、例えば、カーナビゲーション装置を介して、警報音や音声ガイドを出力したり、画面に危険を知らせる情報を表示したりすることができる。端末１が移動端末１Ａである場合には、出力装置２８に含まれるディスプレイに危険を知らせる情報を表示したり、スピーカから警報音や音声ガイドを出力したり、図示しな
い振動子を用いたバイブレーション動作を行ったりする。
【００９２】
移動端末１Ａの使用者の利用状況に応じて報知方法を変更することができる。例えば、カメラ２９で使用者を撮影し、画像解析（顔認識等）の結果から画面を覗き込んでいると判定できる場合には、注意喚起用の画面を表示したり、音声出力のボリュームを上げたりすることができる。
【００９３】
また、利用者の操作履歴をメモリ２２に記憶する構成を採用し、危険通知を受信した場合にその時点から所定時間遡った範囲の操作の頻度が閾値を超えている場合に注意喚起用の画面を表示したり、音声出力のボリュームを上げたりすることができる。端末１が利用されていない場合には、音声出力やバイブレーションで危険を報知することが考えられる。なお、実施形態１では、優先度“１”〜“４”の端末１へ通知を送信する例について説明したが、通知対象の端末１の数に応じて通知を送信する端末１の範囲を優先度“３”以上に絞っても良い。
【００９４】
〔実施形態２〕
次に、実施形態２について説明する。実施形態２は実施形態１と共通点を含むので主として相違点について説明し共通点については説明を省略する。実施形態２では、車両との衝突以外の危険を通知する例について説明する。
【００９５】
実施形態２では、道路監視システムにおける画像の解析結果に基づく危険通知を行う。図１０は実施形態２に係る危険通知システムの一例を示す図である。実施形態１と相違点として、以下のような道路監視システムが設けられている。道路監視システムは、１以上のカメラ８を有する。図１０の例ではカメラ８Ａ及びカメラ８Ｂが例示されている。カメラ８は、車道Ｒを走行する車両Ｖや、車道Ｒを横断する歩行者Ｗを撮影する。カメラ８によって撮影された画像（動画）は、ＩＰ網５を介して道路監視サーバ９に伝達される。
【００９６】
道路監視サーバ９として、図４に示した情報処理装置６０を適用することができる。道路監視サーバ９のメモリ６２には、カメラ８で撮影された画像乃至動画を解析するプログラムと、解析結果に基づく危険通知の要否判定を行うプログラムとを含む様々なプログラムと、プログラムの実行に際して使用されるデータとが記憶される。道路監視サーバ９は、カメラ８にて撮影された画像（動画）の解析により交差点に進入する車両や交差点の横断歩道を横断する歩行者などを検出し、危険通知の要請が必要かの判定を行う。
【００９７】
図１１は道路情報に基づく危険通知の要否判定の一例を示すフローチャートである。図１１の処理は道路監視サーバ９として動作する情報処理装置６０のＣＰＵ６１によって行われる。図１１の処理の前提として、カメラ８の固定視点から撮影された動画の解析により、交差点へ向かって走行する車両が検出されているものとする。
【００９８】
０４１の処理では、ＣＰＵ６１は、車両の進行方向の信号機は現在赤か又は所定期間（例えばｘ１秒）後に赤に変わるか否かを判定する。０４１の判定手法として図７に示した０１２の判定手法を適用可能である。信号機が現在赤かｘ１秒後に赤に変わると判定される場合には処理が０４１に進み、そうでない場合には処理が０４２に進む。
【００９９】
０４２の処理では、ＣＰＵ６１は画像内の２点間を車両が通過した時間に基づき速度ｆを算出する。０４３及び０４４の処理は、図７に示した０１８及び０１９の処理と同じであるので説明を省略する。０４４の処理の結果において、ｓｒ＞ｓ１と判定される場合には処理が０４５に進み、ｓｒ＞ｓ１でないと判定される場合には処理が０４６に進む。
【０１００】
０４５では、ＣＰＵ２１（道路監視サーバ９）は危険通知を要請するメッセージ（危険
通知の送信要求）をサーバ６宛てに送信する。メッセージはＩＰ網５を介してサーバ６に到着する。０４６では危険通知の要請はなされない（具体的な処理は行われない）。
【０１０１】
図１２は交差点情報（道路情報に含まれる）に基づく危険通知の要否判定の一例を示すフローチャートである。図１２の処理は道路監視サーバ９として動作する情報処理装置６０のＣＰＵ６１によって行われる。図１２の処理の前提として、カメラ８により撮影された動画の解析により、交差点へ向かって走行する車両が検出されているものとする。
【０１０２】
０５１の処理では、ＣＰＵ６１は車両の進行方向の信号機は現在赤か又は所定期間（例えばｘ２秒）後に赤に変わるか否かを判定する。０５１の判定手法として図７に示した０１２の判定手法を適用可能である。信号機が現在赤かｘ２秒後に赤に変わると判定される場合には処理が０５２に進み、そうでない場合には処理が０５４に進む。
【０１０３】
０５２の処理では、ＣＰＵ６１は画像解析により上記信号機が赤のときに歩行可能な横断歩道（対象横断歩道という）を横断する人がいるか否かを判定する。横断者がいると判定される場合には処理が０５３に進み、そうでない場合には処理が０５４に進む。
【０１０４】
０５３では、ＣＰＵ２１（道路監視サーバ９）は危険通知を要請するメッセージ（危険通知の送信要求）をサーバ６宛てに送信する。メッセージはＩＰ網５を介してサーバ６に到着する。０５４では危険通知の要請はなされない（具体的な処理は行われない）。
【０１０５】
図１３は実施形態２におけるサーバ６の処理例を示すフローチャートである。実施形態１（図６）との相違点は、００５と００６との間に００５Ａの判定処理が挿入されている点である。
【０１０６】
００５Ａでは、サーバ６のＣＰＵ６１は道路監視サーバ９からの危険通知の送信要求が届いているか否かを判定する。送信要求があると判定される場合には処理が００６に進み、そうでない場合には処理が００７に進む。
【０１０７】
このように、実施形態２では、優先度“１”を有する端末１がある場合に加えて、道路監視サーバ９（道路管理システム）からの要請があった場合にも危険通知が送信される。なお、時間短縮のため、要請に基づく危険通知の送信が割り込みによって行われるようにしても良い。
【０１０８】
＜車両以外の危険通知＞
＜＜後方からの危険＞＞
歩行者の端末１に対し、車両以外の危険についても危険通知を送信することができる。例えば、単独歩行者に対し後方から近づく危険（ひったくりなど）を通知することが考えられる。
【０１０９】
図１０のシステム構成において、サーバ６はカメラ８で撮影された画像（動画）を受信する。ＣＰＵ６１はメモリ６２に記憶されたプログラムの実行によって画像解析を行うことができる。端末１が送信するデータセットには、単独歩行者であることを示す情報を含めることができる。
【０１１０】
実施形態２では、一例として、以下の条件１及び条件２が満たされるかを以て後方の危険の通知の要否を判定する。
（条件１）単独歩行者を中心とする所定範囲（例：半径１００ｍ、但し半径の長さは適宜設定可能）内の人数が所定数以下である。所定範囲は、円でも扇型でも良い。
（条件２）単独歩行者の後方を単独歩行者の速度より速い速度で単独歩行者と同方向に進
行する人がいる。速度は例えばデータセット２回分の位置の差分（距離）及び時間差分より算出できる。
条件１及び条件２が満たされる場合に、条件２で検出された者が危険人物（ひったくりなど）と判定される。危険人物は「所定の人物」の一例である。
【０１１１】
図１４は後方からの危険の通知に係る処理例を示すフローチャートである。０６１の処理では、ＣＰＵ６１はデータセットの送信元端末の所持者が単独歩行者であるか否かを判定する。判定はデータセット中に単独歩行者であることを示す情報が含まれるか否かを以て行われる。単独歩行者であると判定される場合には処理が０６２に進み、そうでない場合には処理が０６５に進む。
【０１１２】
０６２の処理では、ＣＰＵ６１はデータセット中の端末１の位置情報を画像中にマッピングすることによって画像中の単独歩行者を特定する。ＣＰＵ６１は画像解析を通じて、単独歩行者を基準とする所定領域内に存在する人数が所定数（例えば２人）以下か否かを判定する。所定領域は例えば単独歩行者の後方に延びる半径１００ｍの扇形であり、中心角は適宜設定可能であるが例えば１５〜３０度程度にされる。所定領域は単独歩行者の後方に延びる帯状の領域でも良い。帯状の延伸方向（後方）の長さや幅長さは適宜設定可能である。所定領域内の人数が所定数以下であると判定される場合には処理が０６３に進み、そうでない場合には処理が０６５に進む。
【０１１３】
０６３の処理ではＣＰＵ６１は所定領域内で単独歩行者の速度より速い速度で単独歩行者に近づく方向に進行する者がいるか否かを判定する。速度は上記した手法で算出できる。また、近づく方向か否かは、各人の進行方向と単独歩行者の進行方向とのなす角度が所定範囲内である場合に近づく方向と判定できる。
【０１１４】
０６４では、ＣＰＵ６１は対象（歩行者）に危険通知を送信する処理を行う。０６５では、通知は行われない（具体的な処理は行われない）。このようにして、危険に対する注意を促す通知を端末１に送ることができる。
【０１１５】
＜＜危険人物に対する注意喚起＞＞
端末１の位置から所定範囲に危険人物（例えば、銃所有者，性犯罪者等）が位置している場合には、その位置情報をサーバ６から通知する。例えば、銃所有者や性犯罪者等の危険人物の位置情報を危険人物が所持している端末の識別情報と関連づけて管理しているデータベースサーバ（ＤＢサーバ：管理センター）６ＡがＩＰ網５に接続されている（図１０参照）。
【０１１６】
図１５は危険人物の位置の通知に係る処理例を示すフローチャートである。図１５の処理は周期的に実行されても、所定のイベント発生を契機に開始されても良い。０７１ではＣＰＵ６１は収集によって得られた複数の端末１の識別情報（データセットに含まれる）をＤＢサーバ６Ａに送って、エリアに存在する危険人物情報をＤＢサーバ６Ａに問い合わせる。
【０１１７】
０７２ではＤＢサーバ６Ａから危険人物情報が返信されたか否かをＣＰＵ６１は判定する。危険人物情報が返信されたと判定される場合には０７３に処理が進み、そうでない場合には処理が０７５に進む。危険人物情報は、少なくとも対応する端末１の識別情報（サーバ６から送ったもの）を含む。危険人物情報は、さらに危険人物の種類（銃所有者，性犯罪者等）を示す情報を含んでも良い。
【０１１８】
０７３では、危険人物の端末１の識別情報から特定される、危険人物の端末１から受信されたデータセット中の位置情報から所定範囲内（例えば、端末の位置を中心とした半径
ｒの円内）に危険人物の端末１以外の端末１の位置が属するかをＣＰＵ６１は判定する。
【０１１９】
半径ｒの値は適宜の値を設定可能である。例えばＲ＝５００ｍであるが、これより大きくても小さくでも良い。所定範囲内に端末１の位置が属すると判定される場合には処理が０７４に進み、そうでない場合には処理が０７５に進む。
【０１２０】
０７４では、ＣＰＵ６１は上記した所定範囲内に存在する端末１に危険人物の位置情報を送信する処理を行う（危険人物の端末１を除く）。危険人物情報に危険人物の種別（属性）が含まれる場合には位置情報とともに種別を送信しても良い。０７５は、危険人物の位置情報を送信する処理は行われない（具体的な処理は行われない）。
【０１２１】
図１５の処理では、危険人物により所持されている端末１（第１の端末の一例）の位置情報が受信された場合に、ＣＰＵ６１は危険人物の端末１の位置から所定範囲に位置する１以上の端末１に危険通知を送信する処理を行う。図１５の処理によって、位置情報で特定される位置に危険人物（銃所有者や性犯罪者）がいることを端末１の使用者に伝達できる。
【０１２２】
図１６は危険人物の位置の通知に係る端末１の処理例を示すフローチャートである。図１６に示す処理は端末１のＣＰＵ２１によって実行される。ＣＰＵ２１は端末１の入力装置２７に含まれるマイクロフォンで集音された端末１の周囲音の音声解析を行い、周囲音に危険音（例えば発砲音）が含まれているかを判定する（０８１）。
【０１２３】
危険音が含まれている場合には、端末１の位置情報を含むデータセットをＣＰＵ２１は形成しサーバ６へ送信する（０８２）。データセットは端末１の位置情報に加えて、イベントの種別（発砲音を検出）、危険通知の送信要求を含む。
【０１２４】
データセットを受信したサーバ６では、危険通知の送信要求に応じて図１５に示した０７４の処理が行われ、危険音を検知した端末１の位置から所定範囲に存在する（位置する）各端末１（１以上の端末）へ危険通知が送信される。危険通知を受信した端末１の所持者は危険音（発砲音の検知）を受けて注意乃至警戒の措置を採ることができる。
【０１２５】
危険音を検知した端末１は「第２の端末」の一例である。危険音の検知は「第２の端末によって検出されたイベント」の一例である。なお、図１６の例では、危険音の検知をイベントとして検出する。このような構成に代えて、検出対象のイベントに応じたセンサを端末１が備え、０８１でイベント検出を意味するセンサ出力が得られた場合にデータセットが送信されるようになっていれば良い。
【０１２６】
〔実施形態３〕
次に、実施形態３について説明する。実施形態３は実施形態１と共通点を含むので主として相違点について説明し共通点については説明を省略する。実施形態３では、危険及び優先度の判定を基地局２が行う。換言すれば、実施形態１ではサーバ６が「情報処理装置（危険通知の送信制御装置）」であるのに対し、実施形態３では基地局２が「情報処理装置（危険通知の送信制御装置）」である。
【０１２７】
図１７は、実施形態３（基地局における危険判断制御）の場合の構成例を模式的に示す。図１７に示すように、実施形態１で説明した位置情報を含むデータセット及び危険通知は、端末１と基地局２との間におけるＭＡＣ通信によって行われる。実施形態３では、端末１と基地局２とが物理層（Ｌ１），ＭＡＣ層，及びアプリケーション層で接続される。
【０１２８】
サーバ６で行われていた危険及び優先度判定（アプリケーション層の処理）は、一例と
して、基地局２に含まれる情報処理部１１Ａ（情報処理部１１Ａとして動作するＣＰＵ１１（図２））によって行われる。ＤＳＰ１３はスケジューラ１３Ａとして動作する。ＭＡＣ層の処理はＤＳＰ１５によって行われる。
【０１２９】
すなわち、ＤＳＰ１５はＭＡＣ層の処理を行うＭＡＣ処理部として動作可能であり、ＭＡＣ−ＰＤＵ（ＭＡＣ−ＳＤＵを含む）の送信及び受信処理を行う。ＭＡＣ−ＰＤＵから得られる端末の位置情報を含むデータセットはＣＰＵ１１を介して、或いはＣＰＵ１１を介することなくメモリ１２に記憶される。
【０１３０】
基地局２は定期的に又は周期的に端末１（歩行者、車両）の位置情報を含むデータセットを収集してメモリ１２に記憶する。基地局２は危険及び優先度判定を行い、所定の優先度を有する端末１へ危険通知を送信する。
【０１３１】
実施形態３では、以下のような位置情報を含むデータセットの収集方法が行われる。
基地局２は、定期的に、端末１（移動端末１Ａ，車載端末１Ｂ)にＵＬグラント（UL Grant）を送信する。ＵＬグラントは端末１がデータを基地局へ送信する（アップリンク（
ＵＬ）送信を行う）許可及びＵＬ送信に使用する無線リソースの指定を含む物理制御チャネル情報であり、ＵＬ送信許可通知として機能する。
【０１３２】
ＵＬグラントを受信した車載端末１Ｂは指定された無線リソースを用いて送信データ（位置情報を含むデータセット）を送信する。ＵＬグラントを受信した車載端末１Ｂは最新の自車の位置,速度，進行方向を含むデータセットをＭＡＣ−ＰＤＵに載せて基地局２に
送信する。
【０１３３】
ＵＬグラントを受信した移動端末１Ａ（歩行者)は最新の位置情報を含むデータセット
をＭＡＣ−ＰＤＵに載せて基地局２に送信する。歩行者の端末１から速度及び進行方向を受信するのを回避して移動端末１Ａが送信する情報量を低減する。ＵＬグラントの使用によって基地局２は所望のタイミングで各端末１からのデータセットを受信できる。
【０１３４】
図１８はＭＡＣ−ＰＤＵ（MAC Protocol Data Unit）の説明図であり、図１９はＭＡＣヘッダを説明する表である。図２０（Ａ）はＤＬ−ＳＣＨ（Downlink-Shared Channel：
ダウンリンク共有チャネル）のＬＣＩＤ（Logical Channel identifier：論理チャネル識別子）の値を示す表であり、図２０（Ｂ）はＵＬ−ＳＣＨ（Uplink-Shared Channel：ア
ップリンク共有チャネル）のＬＣＩＤの値を示す表である。
【０１３５】
ＭＡＣ−ＰＤＵは、図１８に示すように、ＭＡＣヘッダ（MAC Header）とＭＡＣペイロード（MAC payload）とから形成される。ＭＡＣヘッダは０又は１以上のＭＡＣ−ＰＤＵ
サブヘッダ（MAC PDU sub-header）で形成される。ＭＡＣペイロードは０又は１以上のＭＡＣ制御エレメント（MAC control element）及び／又は、ＭＡＣ−ＳＤＵで形成される
。ＭＡＣ−ＰＤＵのサイズが割り当てられたトランスポートブロック（ＴＢ）サイズに満たない場合には、パディング（Padding）が挿入される。
【０１３６】
ＭＡＣ−ＳＤＵは、ＭＡＣヘッダにあるＭＡＣ−ＰＤＵサブヘッダの一つと対応づけられる。ＭＡＣ−ＰＤＵサブヘッダは複数の識別子を含む。識別子はＬＣＩＤ，Ｌ（長さ），Ｆ（フォーマット），Ｅ（イクステンション）である。
【０１３７】
図１９に示すように、ＬＣＩＤはＭＡＣ−ＳＤＵの論理チャネルの種別、ＭＡＣ制御エレメントのタイプやパディングの指定に使用される。ＬＣＩＤは５ビットであり、“00001”〜“01010”が論理チャネルの識別に使用される（図２０（Ａ）（Ｂ）参照）。
【０１３８】
ＤＬ−ＳＣＨのＬＣＩＤは用途の決まっていない“Reserved”の値（“01011”〜“11001”）を有している（図２０（Ａ）参照）。“Reserved”の値の何れかが「危険通知」の識別子として使用される。
【０１３９】
「危険通知」を示すＬＣＩＤが端末１で認識されることで、危険通知の受信を検知し得る。このため、「危険通知」のＬＣＩＤに対応するＭＡＣ−ＳＤＵの送信はオプション扱いとなる。ＭＡＣ−ＳＤＵ送信回避により、通信データ量の軽減及び処理の低減が行われる。
【０１４０】
但し、オプションとして、危険対象の物体の位置情報[経度（XXX度YY.ZZZZ分）・緯度
（XX度YY.ZZZZZ分）・高さ(XXXX.Y)]・移動方向[北基準に角度(度)]・速度情報[km/s]を
ダウンリンク（ＤＬ）のＭＡＣ−ＳＤＵとして含めることができる。
【０１４１】
図２１は、危険通知のＬＣＩＤに対応するオプションのＭＡＣ−ＳＤＵ（ＤＬ）のフォーマット例を示す。図２１に示すように、位置情報（緯度経度の座標情報），速度，方向がマッピングされる。
【０１４２】
ＵＬ−ＳＣＨのＬＣＩＤも用途の決まっていない“Reserved”の値（“01011”〜“11001”）を有している（図２０（Ｂ）参照）。“Reserved”の値の何れかが、対応するＭＡＣ−ＳＤＵが位置情報（データセット）を含んでいることを示す識別子（「情報リポート」のＬＣＩＤ）として使用される。
【０１４３】
端末１は、「情報応答リポート」のＬＣＩＤがＭＡＣヘッダに付与されたＭＡＣ−ＰＤＵを基地局２に送信する。データ量を抑えるため車載端末１Ｂと歩行者の移動端末１Ａとで送信内容を異ならせる。
【０１４４】
車速は歩行速度より速いことから、車載の端末（車載端末１Ｂ、車両に載せられた移動端末１Ａ）からは、「車載」を示す端末識別子，位置情報，移動方向，速度を含むデータセットが送信される。
【０１４５】
図２２は、車載の端末から送信される、「情報リポート」のＬＣＩＤがＭＡＣヘッダに付与されたアップリンクのＭＡＣ−ＰＤＵに載せられるＭＡＣ−ＳＤＵのフォーマット例を示す。ＭＡＣ−ＳＤＵには、「車載」の識別子，位置情報[経度（XXX度YY.ZZZZ分）・
緯度（XX度YY.ZZZZZ分）・高さ(XXXX.Y)]・移動方向[北基準に角度(度)]・速度情報[km/s]が含められる。
【０１４６】
歩行者の端末１は、歩行速度が車速より遅く、歩行者の数が車両数より多いことが少なくないため、速度及び方向は送信対象に含めない。図２３は、歩行者の端末から送信される、「情報リポート」のＬＣＩＤがＭＡＣヘッダに付与されたアップリンクのＭＡＣ−ＰＤＵに載せられるＭＡＣ−ＳＤＵのフォーマット例を示す。ＭＡＣ−ＳＤＵには、「車載」でないことを示す識別子，位置情報[経度（XXX度YY.ZZZZ分）・緯度（XX度YY.ZZZZZ分
）・高さ(XXXX.Y)]が含まれる。
【０１４７】
端末１と基地局２の位置情報を含むデータセットの授受に関して説明する。図２４は端末１におけるデータセット送信時における処理例を示すフローチャートである。図２４の処理は端末１が基地局２からのＵＬグラントの受信を契機に開始される。
【０１４８】
１０１で端末１はＧＰＳ受信機２６により位置情報が取得されているかを判定する。位置情報が取得されていない場合には処理が１０２に進み、そうでない場合には処理が１０３に進む。
【０１４９】
１０２では、ＭＡＣ−ＳＤＵに位置情報が格納される。１０３では、ＭＡＣ−ＳＤＵのうち、位置情報を載せるフィールドの値としてＡＬＬ：０（全て０）が設定される。但し、端末１以外の装置（例えば、カーナビゲーション装置など）の位置情報を流用できる場合には、そのような位置情報がＭＡＣ−ＳＤＵに格納されても良い。なお、１０２や１０３では、図２２又は図２３に示したフォーマットに則ったＭＡＣ−ＳＤＵが生成される。１０４では、１０２や１０３で生成されたＭＡＣ−ＳＤＵが含まれ、且つ「情報リポート」のＬＣＩＤが設定されたＭＡＣ−ＰＤＵが生成され、基地局２へ送信される。
【０１５０】
図２５は、基地局２におけるＭＡＣ−ＰＤＵ受信時の処理例を示すフローチャートである。１１１ではＭＡＣ−ＰＤＵのＭＡＣヘッダに「情報リポート」のＬＣＩＤが設定されたＭＡＣ−ＰＤＵであるかが判定される。「情報リポート」のＬＣＩＤが設定されたＭＡＣ−ＰＤＵであると判定される場合には処理が１１２に進み、そうでない場合には処理が１１３に進む。
【０１５１】
１１２では「情報リポート」のＬＣＩＤに対応するＭＡＣ−ＳＤＵの位置情報のフィールドの値が全て０か否かを判定する。位置情報のフィールドの値が全て０である場合には処理が１１３に進み、そうでなければ処理が１１４に進む。
【０１５２】
１１３では、位置情報のフィールドの値が全て０であることから位置情報が取得できていないので、Timing Advance(ＴＡ)及び前回の位置及び速度情報（メモリに記憶されている）に基づき位置情報を推定する。ＴＡとは端末１の送信タイミングの調整に使用される量（パラメータ）である。１１４では、位置情報を含むデータセットがデータベースに記憶される。データベースはメモリ１２上に作成される。
【０１５３】
情報処理部１１Ａは、図６，図７，図８に示した処理と同様の処理を行い、端末１に関する優先度の決定，危険通知の要否、情報更新の周期更新を行う。処理の詳細の説明は重複するので省略する。
【０１５４】
図６の処理の開始契機は、データセットの収集周期の満了、或いは、端末１からの要求又は自発的に特定の端末１にＵＬグラントを送信しＵＬグラントに応じて送信されてきたデータセットが取得された場合に開始される。なお、収集周期内においても端末１からのＵＬグラントの送信要求があるときにはＵＬグラントが送信される。
【０１５５】
００１の処理において、ＭＡＣ−ＰＤＵのフォーマットの違い（図２２、図２３）によって車載か否かが判断されても、ＭＡＣ−ＳＤＵの「車載」の識別子に基づいて判断されても良い。００４では、優先度に応じて端末１に対するＵＬグラントの送信周期が変更（更新）される。
【０１５６】
００６にて危険通知を優先度“１”〜“４”の端末１に送信する場合、「危険通知」のＬＣＩＤ（及びオプションＭＡＣ−ＳＤＵ）は、スケジューラ１３Ａ（図１７）によって優先的に（例えば割り込みによって）ＭＡＣ−ＰＤＵにセットされる。このように、危険通知であることを示す情報を含んだＭＡＣ−ＰＤＵの送信を優先するスケジューリングが行われることによって危険通知の端末１への到着タイミングを早めることができる。
【０１５７】
ところで、端末１が間欠受信（ＤＲＸ: Discontinuous Reception）と呼ばれる、数秒
〜数十分の周期でデータを受信する（その間はデータを受信できない）状態（ＤＲＸ状態）となっている場合がある。端末１がＤＲＸ状態か否かは基地局２にて管理される。
【０１５８】
基地局２は、歩行者と車両とが衝突する危険性はまだ低いが、危険性が高まる範囲に入
り、且つ端末１がＤＲＸ状態であった場合（所定条件が満たされる場合）、基地局２はＤＲＸ状態の端末１にＤＲＸ状態の解除指示を送る。解除指示は、例えば、ＲＲＣ（Radio Resource Control）のメッセージである。解除指示を受信した端末１はＤＲＸ状態を解除（ＯＦＦ）にする。ＤＲＸ状態の解除によって端末１は危険通知をいつでも受信可能な状態となる。また、基地局２は、危険通知を端末１に送信する場合に、より信頼性の高いlteＴＢＳ（Transport Block Size），変調方式，アンテナ数を選択することができる。
【０１５９】
実施形態３によれば、位置情報の伝送距離や危険通知の伝送距離が短くなるので、伝送遅延を実施形態１よりも短くすることができる。これによって、端末１（ドライバ、歩行者）への適時の危険通知が実施形態１に比べて容易となる。
【０１６０】
以上説明した実施形態１〜３の構成は適宜組み合わせることができる。特に実施形態３の構成は実施形態２と組み合わせることができる。
【符号の説明】
【０１６１】
１・・・端末
２・・・基地局
３・・・ＳＧＷ
４・・・ＰＧＷ
５・・・ＩＰ網
６・・・サーバ
１１，２１，６１・・・ＣＰＵ
１２，２２，６２・・・メモリ
１５・・・ＤＳＰ
２４・・・ＲＦ回路
【図１】
2018022391.tif 000003
【図２】
2018022391.tif 000004
【図３】
2018022391.tif 000005
【図４】
2018022391.tif 000006
【図５】
2018022391.tif 000007
【図６】
2018022391.tif 000008
【図７】
2018022391.tif 000009
【図８】
2018022391.tif 000010
【図９】
2018022391.tif 000011
【図１０】
2018022391.tif 000012
【図１１】
2018022391.tif 000013
【図１２】
2018022391.tif 000014
【図１３】
2018022391.tif 000015
【図１４】
2018022391.tif 000016
【図１５】
2018022391.tif 000017
【図１６】
2018022391.tif 000018
【図１７】
2018022391.tif 000019
【図１８】
2018022391.tif 000020
【図１９】
2018022391.tif 000021
【図２０】
2018022391.tif 000022
【図２１】
2018022391.tif 000023
【図２２】
2018022391.tif 000024
【図２３】
2018022391.tif 000025
【図２４】
2018022391.tif 000026
【図２５】
2018022391.tif 000027