車両搭載装置、警告方法及びプログラム
【課題】 ドライバに死角がある場合、歩行者が発信装置を持っていない場合でも、警告することを可能とする技術を提供する。
【解決手段】 自車両の車線が渋滞していると判定し、かつ、自車両の隣接する車線が渋滞している場合、又は、自車両の前方の各対象物の前方所定距離内に他の対象物が位置していない場合、ドライバに死角があると判定し、警告するための情報を出力する。
【解決手段】 自車両の車線が渋滞していると判定し、かつ、自車両の隣接する車線が渋滞している場合、又は、自車両の前方の各対象物の前方所定距離内に他の対象物が位置していない場合、ドライバに死角があると判定し、警告するための情報を出力する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、危険な状況を警告する技術に関するものである。
【背景技術】
【０００２】
車両運転中の危険な状況を警告する技術として、特許文献１、特許文献２に記載の技術がある。特許文献１に記載の技術は、場所と日時から、車両が現在事故を起こしやすい位置にいるか否か判定し、現在事故を起こしやすい位置にいると判定された場合に、警告等をするものである。特許文献２に記載の技術は、歩行者に発信装置をもたせ、その発信装置からの信号を受信等した場合に、警告等をするものである。
【０００３】
【特許文献１】特開２００１-３５７４９６号公報
【特許文献２】特開２００５-２２７９８９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載の技術は、単に場所と日時とにより危険であるか否か判定するため、例えば両側に何も無い等、見通しが良い場所等でも警告する場合がある。また、特許文献２に記載の技術は、歩行者が発信装置を持っていない場合は警告等をすることができない。
【０００５】
本発明はこのような事情に鑑みてなされたもので、ドライバに死角がある場合は警告を行なうことのできる技術を提供することを目的とする。また、本発明は、歩行者が発信装置を持っていない場合でも、警告することを可能とすることを目標とする。
【課題を解決するための手段】
【０００６】
本発明は上記の目的を達成するためになされたもので、隣接する車線が渋滞である場合に、警告することを特徴とする。また、本発明は、隣接する車線の対象物より前方に、所定距離以上何もない場合に、警告することを特徴とする。
【０００７】
また、本発明は、車線ごとの渋滞情報を送信する渋滞情報送信装置と通信ネットワークを介して接続され、自車両がどの車線に存在するかを判定する車両搭載装置であって、前記渋滞情報送信装置からの、車線ごとの渋滞情報を受信する受信手段と、前記受信した渋滞情報から、自車両の存在する車線が渋滞しているか否か判定する自車両渋滞判定手段と、前記受信した渋滞情報から、自車両と隣接する車線が渋滞しているか否か判定する隣接車線渋滞判定手段と、前記判定により、自車両の車線が渋滞していると判定し、かつ、自車両の隣接する車線が渋滞していると判定された場合、警告する情報を出力する出力手段と、を有することを特徴とする。
【０００８】
また、車両に搭載される車両搭載装置であって、前記車両の前方の、該車両の隣接車線の各対象物の位置及び該各対象物の大きさを測定するレーダと、前記レーダにより測定された対象物の位置及び大きさの各々から、対象物の前端から所定距離内に他の対象物が位置しているか否か判定する判定手段と、前記判定により、対象物の前端から所定距離内に他の対象物が位置していないと判定された場合、警告する情報を出力する出力手段と、を有することを特徴とする。
【発明の効果】
【０００９】
本発明の技術によれば、隣接車線に渋滞が発生している場合、及び、ドライバに死角があると考えられる場合のみ警告を行なうことができる。これにより、例えば歩行者や自転車、バイク等の飛び出し等の発生が考えられ、かつ、それらの歩行者や自転車、バイク等の存在をドライバが認識することが困難であると考えられる場合のみ、警告を行うことが可能となる。また、歩行者等が発信装置を持っていない場合でも、警告することが可能となる。
【発明を実施するための最良の形態】
【００１０】
以下、本発明の一実施形態を、図面を参照して詳細に説明する。
【００１１】
まず、図１を参照し、システム構成例を説明する。
【００１２】
本実施形態のシステムは、警告装置１、車両２、カメラ３、レーダ４、サーバ５、通信ネットワーク６、ＧＰＳ（Global Positioning System）衛星７等を有する。警告装置１、カメラ３、レーダ４等は、有線又は無線により互いに接続されている。警告装置１は、通信ネットワーク６を介してサーバ５と接続されている。
【００１３】
サーバ５は、例えば、渋滞情報を提供するサービスを提供する企業等のサーバ等である。サーバ５は、通信ネットワーク６を介する等して直接、又は、ビーコン送信機（図示略）を介する等して、警告装置１に車線ごとの渋滞情報を送信する。ここでは、サーバ５は、通信ネットワーク６を介して渋滞情報を送信するものとする。
【００１４】
通信ネットワーク６は、例えば、インターネット、携帯電話網、公衆網等である。
【００１５】
警告装置１、カメラ３、レーダ４等は、車両２に供えられている。カメラ３は、少なくとも車両２の前方を撮影し、撮影した画像データを警告装置１に入力する。レーダ４は、電波を発信し、その電波の反射波等から、車両２の前方の、車両等の各対象物までの距離、その対象物の前端・後端までの距離、その対象物の横端の位置、速度等を取得する。なお、カメラ３、レーダ４等は従来技術と同じである。
【００１６】
警告装置１は、カメラ３、レーダ４、ＧＰＳ衛星７、サーバ５等から入力された情報から、ドライバに死角があるか否か判定し、死角があると判定された場合、警告の出力、車両３の速度抑制等を行なう。
【００１７】
なお、図１に示す各構成の数は任意であり、図１に示すものに限られるわけではない。
【００１８】
警告装置１の構成例を、図２を参照して説明する。
【００１９】
警告装置１は、演算部１１、メモリ１２、記憶装置１３、入力装置１４、出力装置１５、通信装置１６、ＧＰＳ受信装置１７等を有する。演算部１１、メモリ１２、記憶装置１３、入力装置１４、出力装置１５、通信装置１６、ＧＰＳ受信装置１７等はバス１８により接続されている。
【００２０】
記憶装置１３は、例えば、ＣＤ（Compact Disc）やＤＶＤ（Digital Versatile Disk）等の記憶メディア及び当該記憶メディアの駆動装置、ＨＤＤ（Hard Disk Drive）等である。記憶装置１３は、地図情報１３１、施設ポイントテーブル１３２、ヒヤリハットポイントテーブル１３３、飛出ポイントテーブル１３４等を記憶する。
【００２１】
入力装置１４は、例えば、ボタン、ダイヤル、タッチパネル、リモコン及びリモコン受信部等である。出力装置１５は、例えば、ディスプレイ、スピーカ等である。通信装置１６は、例えば携帯電話等である。警告装置１は、通信装置１６を介して通信ネットワーク６と接続する。ＧＰＳ受信装置１７は、ＧＰＳ衛星７からの電波を受信する。
【００２２】
演算部１１は、例えば、ＭＰＵ（Micro Processing Unit）やＣＰＵ（Central Processing Unit）等である。演算部１１は、図示しないプログラムを実行することにより、現在位置算出部１１１、死角判定部１１２、危険可能性判定部１１３、施設ポイント加算部１１４、ヒヤリハットポイント加算部１１５、飛出ポイント加算部１１６、判定部１１７等の機能を実現する。現在位置算出部１１１は、車両２の現在位置と、車両２の進行方位と、車両２の位置する車線とを算出する。ここで、現在位置算出部１１１が現在位置を算出する動作は従来技術と同じであり、例えば、ＧＰＳ受信装置１７により受信した信号、及び、地図情報１３１からマップマッチ等により現在位置を算出してもよい。また、現在位置算出部１１１が進行方位を算出する動作は従来技術と同じであり、例えば、前回算出された現在位置と、今回算出された現在位置とから、車両２の進行方位を算出する。現在位置算出部１１１が車両２の位置する車線を算出する動作例は従来技術と同じであり、例えば、車線ごとに設置されたビーコン送信機から送信される情報により自車線を判定してもよく、また、カメラ３により取得された画像データを画像処理等して、車線を区切る線を検出等することにより、自車線を検出してもよい。死角判定部１１２は、ドライバの死角の有無を判定する。この動作例は後述する。危険可能性判定部１１３は、歩行者等の飛び出しがあるか否かを、歩道に隣接する車線の渋滞状況、又は、駐停車両の有無等により判定する。施設ポイント加算部１１４は、地図情報１３１、施設ポイントテーブル１３２内の条件に従い、危険性を示すポイントを加算する。ヒヤリハットポイント加算部１１５は、ヒヤリハットポイントテーブル１３３内の条件に従い、危険性を示すポイントを加算する。飛出ポイント加算部１１６は、飛出ポイントテーブル１３４内の条件に従い、危険性を示すポイントを加算する。判定部１１７は、加算されたポイントが所定閾値以上であるか否かにより、警告を含む情報を出力する。
【００２３】
次に、記憶装置１３内の情報について説明する。
【００２４】
まず、地図情報１３１について説明する。
【００２５】
本実施形態では、地図上の位置は、緯度経度で示されるものとする。上述のように、地図情報１３１は、道路情報を含む。地図情報１３１において、道路は、近似した線分で示され、その線分の端点の緯度経度により道路の位置を示すものとする。地図情報１３１に含まれる道路情報の一例を図３に示す。図３において、地図情報１３１は、複数の道路情報テーブル３０１を有する。１つの道路情報テーブル３０１は、１つの線分で示される道路に関する情報を含む。地図情報１３１は、１つの線分で示される道路の数だけ、道路情報テーブル３０１を有しているものとする。
【００２６】
各道路情報テーブル３０１は、項目３１１、内容３１２等を有する。項目３１１、内容３１２等は互いに対応付けられている。項目３１１は、道路情報の項目であり、内容３１２は、対応する項目３１１の値である。例えば、図３において、項目３１１「道路ＩＤ」は、道路の識別情報である。項目３１１「位置」は、線分で近似した道路の端点の緯度経度である。
【００２７】
また、上述の道路情報テーブル３０１に一例を示す道路情報の他に、地図情報１３１は、施設と、その施設の有る位置等とを対応付けた施設情報等を有する。この施設とは、例えば、幼稚園、小学校、中学校、高校、イベント会場、病院、店舗、公園、駅、バス停、スクールゾーン、学習塾、運動公園等である。また、この施設に対応する位置は、ここでは、緯度経度であるものとする。
【００２８】
次に、施設ポイントテーブル１３２について説明する。
【００２９】
施設ポイントテーブル１３２の一例を図４に示す。図４において、施設ポイントテーブル１３２は、施設４０１、要注意時間帯４０２、ポイント４０３等を有する。施設４０１、要注意時間帯４０２、ポイント４０３等は互いに対応付けられている。施設４０１、要注意時間帯４０２は、車両２の現在位置から所定範囲内に対応する施設４０１が有り、かつ、現在時刻が対応する要注意時間帯４０２である場合に、ポイントを加算するものである。ポイント４０３は、対応する施設４０１、要注意時間帯４０２の条件を満たす場合に加算するポイントである。ここで、図４の例において、例えば施設４０１「イベント会場」に対応する要注意時間帯４０２「イベント開催時間前後２時間」や、施設４０１「バス停」に対応する要注意時間帯４０２「バス停運行時間」、施設４０１「駅」に対応する要注意時間帯４０２「電車運行時間」、施設４０１「スクールゾーン」に対応する要注意時間帯４０２「学校通勤時間」等、時期や曜日、日時等により人の往来する時間が定まっていないものは、サーバ５によりそれらの要注意時間帯が送信されるものとする。
【００３０】
次に、ヒヤリハットポイントテーブル１３３の一例について、図５を参照して説明する。なお、ここでは、１つのヒヤリハットポイントテーブル１３３は、１つのヒヤリハットの発生条件に関する情報を含む。ここでいうヒヤリハットとは、例えばカーブが曲がりきれず対物事故が発生した、飛出し等により人身事故が発生しそうになった等、危険な状況のことである。従って、記憶装置１３には、ヒヤリハットの数だけ、ヒヤリハットポイントテーブル１３３が格納されているものとする。また、ここでは、ヒヤリハットの発生位置に関する情報を格納するテーブルと、発生したヒヤリハットの件数に関する情報とを異なるテーブルに格納するものとする。以下、各テーブルを区別するために、例えば「ヒヤリハットポイントテーブル１３３ａ」というように符号を付与して説明する。
【００３１】
図５（ａ）において、ヒヤリハットポイントテーブル１３３ａは、ヒヤリハットの発生位置に関する情報を格納する。ヒヤリハットポイントテーブル１３３ａは、ヒヤリハットＩＤ５０１、位置５０２等を有する。ヒヤリハットＩＤ５０１、位置５０２等は互いに対応付けられている。ヒヤリハットＩＤ５０１は、ヒヤリハットの識別情報である。位置５０２は、座標５１１、道路種別５１２、幅員５１３、車線数５１４、車線位置５１５、方向５１６等を有する。座標５１１は、対応するヒヤリハットＩＤ５０１のヒヤリハットが起きた位置である。道路種別５１２は、対応するヒヤリハットＩＤ５０１のヒヤリハットが起こった道路の道路種別である。幅員５１３は、対応するヒヤリハットＩＤ５０１のヒヤリハットが起こった位置における道幅である。車線数５１４は、対応するヒヤリハットＩＤ５０１のヒヤリハットが起こった位置における車線数である。車線位置５１５は、対応するヒヤリハットＩＤ５０１のヒヤリハットが起こった位置における車線位置である。方向５１６は、対応するヒヤリハットＩＤ５０１のヒヤリハットが起こったときの進行方位である。
【００３２】
図５（ｂ）において、ヒヤリハットポイントテーブル１３３ｂは、発生したヒヤリハットの件数に関する情報を格納する。ヒヤリハットポイントテーブル１３３ｂは、ヒヤリハット地区ＩＤ５２１、内容５２２、件数５２３等を有する。ヒヤリハット地区ＩＤ５２１、内容５２２、件数５２３等は互いに対応付けられている。ヒヤリハット地区ＩＤ５２１は、ヒヤリハットの識別情報であり、上述のヒヤリハット地区ＩＤ５０１と同じである。内容５２２は、対応するヒヤリハットＩＤ５２１のヒヤリハットが起こった状況を示す。件数５２３は、対応するヒヤリハットＩＤ５２１のヒヤリハットが、対応する内容５２２で起こった件数である。
【００３３】
内容５２２は、時間帯５３１、明るさ５３２、天候５３３、輝度５３４、種別５３５等を有する。時間帯５３１は、対応するヒヤリハットＩＤ５２１のヒヤリハットが起こった時間である。明るさ５３２は、対応するヒヤリハットＩＤ５２１のヒヤリハットが起こった明るさである。天候５３３は、対応するヒヤリハットＩＤ５２１のヒヤリハットが起こった天候である。輝度５３４は、対応するヒヤリハットＩＤ５２１のヒヤリハットが起こった、所定の標準輝度とヒヤリハットが起こった時の輝度とのコントラスト比である。種別５３５は、対応するヒヤリハットＩＤ５２１のヒヤリハットの種別を示す。
【００３４】
なお、図５の例では、種別５３５に含まれているヒヤリハット種別は、対人のみ示しているが、これに限られるわけではなく、対車、対物等を含んでも良い。
【００３５】
次に、飛出ポイントテーブル１３４の一例を、図６を参照して説明する。
【００３６】
図６において、飛出ポイントテーブル１３４は、状況６０１、ポイント６０２等を有する。状況６０１、ポイント６０２等は互いに対応付けられている。状況６０１は、飛び出しの発生する可能性のある状況条件である。ポイント６０２は、対応する状況６０１を満たす場合に加算するポイントである。
【００３７】
なお、地図情報１３１、施設ポイントテーブル１３２、ヒヤリハットポイントテーブル１３３、飛出ポイントテーブル１３４等の情報は予め格納されているものとするが、これに限られるわけではなく、入力装置１４、通信装置１６等を介して入力された情報に従い、新規登録、追加、変更、削除等してもよい。また、飛出ポイントテーブル１３４内の情報は、警告装置１がヒヤリハットを検出する機能がある場合、その機能により検出されたヒヤリハットに関する情報を格納等して、新規登録、追加、変更、削除等してもよい。
【００３８】
次に、サーバ５の構成例を、図７を参照して説明する。
【００３９】
図７において、サーバ５は、演算部７１、メモリ７２、記憶装置７３、入力装置７４、出力装置７５、通信インタフェース７６等を有する。演算部７１、メモリ７２、記憶装置７３、入力装置７４、出力装置７５、通信インタフェース７６等はバス７７を介して互いに接続されている。
【００４０】
演算部７１は、例えばＣＰＵ等である。記憶装置７３は、例えば、ＣＤやＤＶＤ等の記憶メディア及び当該記憶メディアの駆動装置、ＨＤＤ等である。記憶装置７３は、渋滞情報テーブル７３１、時間帯情報テーブル７３２、ユーザ情報テーブル７３３等を記憶する。
【００４１】
入力装置７４は、例えば、キーボード、マウス、マイク等である。出力装置７５は、例えば、ディスプレイ、スピーカ、プリンタ等である。サーバ５は、通信インタフェース７６を介して通信ネットワーク６と接続する。
【００４２】
ここで、記憶装置７３内の情報について説明する。
【００４３】
まず、渋滞情報テーブル７３１の一例について説明する。
【００４４】
渋滞情報テーブル７３１は、渋滞情報として、渋滞位置、識別情報、速度等を記憶する。渋滞位置、識別情報、速度等は互いに対応付けられている。渋滞位置は、例えば、渋滞の発生している位置の緯度経度等である。識別情報とは、対応する渋滞の発生している車線の識別情報である。速度とは、対応する渋滞位置で、対応する識別情報の車線を走行する車両の速度である。この渋滞情報テーブル７３１内の情報は、例えば、次世代ＶＩＣＳ（Vehicle Information and Communication System）のセンタサーバ等から取得した車線ごとの渋滞情報である。この渋滞情報は、例えば、所定区間を走行する間の平均速度等である。車線ごとの渋滞情報は、例えば、例えば車線ごとに設けられた渋滞情報を取得する路側器により取得され、次世代ＶＩＣＳのセンタサーバを介する等してサーバ５が取得する。
【００４５】
次に、時間帯情報テーブル７３２の一例について説明する。
【００４６】
時間帯情報テーブル７３２は、施設と、その施設の位置と、時間帯等とを記憶する。施設、施設位置、時間帯等は互いに対応付けられている。施設とは、例えば、イベント会場、バス停、駅等である。この時間帯情報テーブル７３２内の施設は、例えば、季節や場所、月日によって人の往来が変化する場所等である。施設位置とは、例えば、対応する施設の位置である緯度経度等である。時間帯とは、対応する施設近傍で人の往来が激しくなる要注意時間帯等である。
【００４７】
ユーザ情報テーブル７３３の一例について説明する。
【００４８】
ユーザ情報テーブル７３３は、ユーザ名、接続情報等を有する。ユーザ名、接続情報等は互いに対応付けられている。ユーザ名は、サーバ５からの情報提供を契約したユーザの氏名等である。接続情報は、対応するユーザの警告装置１と接続するための情報である。
【００４９】
なお、渋滞情報テーブル７３１、時間帯情報テーブル７３２、ユーザ情報テーブル７３３内の情報は予め格納されているものとするが、入力装置７４、通信インタフェース７６等を介して入力された情報に従い、新規追加、修正、削除等されてもよい。
【００５０】
演算部７１は、図示しないプログラムを実行することにより、渋滞情報送信部７１１、時間帯情報送信部７１２等を実現する。渋滞情報送信部７１１は、警告装置１からの要求を受信したときや、所定時間毎等に、渋滞情報テーブル７３１から読み出した渋滞位置、速度、及び識別情報等を送信する。サーバ５による情報の送信は、通信ネットワーク６を介する等して直接送信してもよく、又、ビーコン送信機（図示略）を介する等して送信してもよいが、ここでは、通信ネットワーク６を介して渋滞情報を送信するものとする。時間帯情報送信部７１２は、警告装置１からの要求を受信したときや、所定時間毎等に、時間帯情報テーブル７３２から読み出した施設、その施設の施設位置、時間帯等を送信する。
【００５１】
これらのサーバ５の動作例は、従来技術と同じであるので、詳細は省略する。
【００５２】
次に、警告装置１の動作例を説明する。
【００５３】
警告装置１が起動等されると、警告装置１は、サーバ５と通信し、渋滞位置、速度、及び識別情報等を受信し、メモリ１２等に格納する。以後、警告装置１は、車両２が所定距離走行する毎や、所定時間毎等に、サーバ５と通信し、渋滞位置、速度、及び識別情報等を受信し、メモリ１２等に格納する。なお、ここで、警告装置１が、例えばナビゲーションシステムの機能を有するものであれば、例えば、経路探索等の処理に、受信した渋滞位置、速度、及び識別情報等を用いてもよい。この動作例は従来技術と同じであるのでここでは省略する。
【００５４】
また、警告装置１が起動されると、警告装置１は、サーバ５と通信し、施設、その施設の施設位置、時間帯等の組み合わせを受信し、施設ポイントテーブル１３２等に格納する。具体的には、例えば、受信した施設、その施設の施設位置、時間帯等の組み合わせのうち、施設、時間帯等を、施設ポイントテーブル１３２の施設４０１、要注意時間帯４０２に格納する。なお、ここで、サーバ５の時間帯情報送信部７１２は、車両２の現在位置から所定範囲内の施設、その施設の施設位置、時間帯等を送信してもよい。この場合、警告装置１は、現在位置算出部１１１の算出した車両２の現在位置をサーバ５に送信するとよい。
【００５５】
まず、ドライバから死角があるか否かを判定する動作例を説明する。この動作例は、例えば、警告装置１が、所定時間毎や、所定距離走行ごとに起動する動作例である。
【００５６】
なお、ここでは、死角の有無は、現在位置、地図情報１３１、サーバ５から送信された渋滞情報等から判定する場合と、カメラ３及びレーダ４により取得された情報から判定する場合との２つがあるものとする。警告装置１は、これらの両方を行なってもよく、また、何れか一方を行なっても良い。
【００５７】
まず、現在位置、地図情報１３１、サーバ５から送信された渋滞位置、速度、及び識別情報等から、死角の有無を判定する場合の例を説明する。
【００５８】
なお、以下で説明する、現在位置、地図情報１３１、サーバ５から送信された渋滞位置、速度、及び識別情報等から死角の有無を判定する動作例は、次のような考え方によるものである。即ち、隣接車線に車両等が走行又は駐停車等している場合、その車両等により死角が発生すると考えられる。ここで、さらに、歩行者や自転車、バイク等は、車両等が停止又はある程度の速度以下である場合に、その車両等の前後を横切る可能性があるものであり、車両等の速度が十分早い場合は、その車両等の前後を横切る可能性が低いことが考えられる。以下で説明する動作例は、自車線が渋滞であり、かつ、隣接車線が渋滞又は駐停車であるか否かにより、歩行者や自転車、バイク等の飛出しが発生する可能性のある死角の有無を判定するものである。
【００５９】
上記判定の具体的な動作例を、図８を参照して説明する。
【００６０】
図８において、死角判定部１１２は、まず、現在位置、車線、進行方向等を取得する（Ｓ８０１）。そのために、死角判定部１１２は、現在位置算出部１１１の算出した現在位置、車線、進行方向等を取得する。ここで、現在位置算出部１１１は、所定時間毎や所定距離走行毎に現在位置、車線、進行方向等を算出し、メモリ１２等に格納してもよく、また、死角判定部１１２等からの要求を受けた場合に現在位置、車線、進行方向等を算出し、メモリ１２等に格納しても良い。この、現在位置算出部１１１が現在位置、車線、進行方向等を算出する動作例は、上述したように従来技術と同じである。
【００６１】
次に、死角判定部１１２は、Ｓ８０１で取得した現在位置と、記憶装置１３から読み出した地図情報１３１とから、車両２の現在位置が自動車専用道路であるか否か判定する（Ｓ８０２）。そのために、死角判定部１１２は、各道路情報テーブル３０１の項目３１１「位置」に対応する内容３１２に示される線分上に、Ｓ８０１で取得した現在位置の緯度経度が位置するか否か判定する。この判定は、例えば、各道路情報テーブル３０１の項目３１１「位置」に対応する内容３１２に示される線分上と、Ｓ８０１で取得した現在位置の緯度経度とが完全に一致する場合に、道路を示す線分上に現在位置が位置すると判定してもよく、また、各道路情報テーブル３０１の項目３１１「位置」に対応する内容３１２に示される線分から所定範囲内に、Ｓ８０１で取得した現在位置の緯度経度が位置する場合に、道路を示す線分上に現在位置が位置すると判定してもよい。死角判定部１１２は、この判定により、道路を示す線分上に現在位置が位置すると判定した道路情報テーブル３０１を選択し、選択した道路情報テーブル３０１の項目３１１「自動車専用道路」に対応する内容３１２が「×」であるか否か判定する。この判定の結果、項目３１１「自動車専用道路」に対応する内容３１２が「×」である場合、死角判定部１１２は、車両２の現在位置が自動車専用道路でないと判定する。
【００６２】
Ｓ８０２の判定の結果、車両２の現在位置が自動車専用道路でない場合、死角判定部１１２は、車両２の現在走行している車線が渋滞でないか否か判定する（Ｓ８０３）。この判定には、車両２の速度を用いてもよく、また、サーバ５から送信された、車線毎の渋滞情報に含まれる車線毎の車両平均速度により判定してもよい。
【００６３】
車両２の速度から判定する場合の例を説明する。この場合、死角判定部１１２は、車両２の速度を算出し、算出した速度が所定の閾値以下であるか否か判定する。この車両２の速度は、例えば、死角判定部１１２が、図示しない加速度センサにより取得された加速度データ等を取得し、さらに、そのときの現在位置をＧＰＳ受信装置１７が受信した信号から取得し、今回算出した現在位置と前回算出した現在位置とから車両２の速度を算出して取得する。また、この判定で用いる閾値は、予め定められた値でもよく、また、入力装置１４等から入力された情報に従い変更等されてもよい。
【００６４】
車線毎の渋滞情報から判定する場合の例を説明する。この場合、死角判定部１１２は、例えば、メモリ１２から読み出した車両２の位置する車線の車両平均速度が所定閾値以下であるか否か判定する。この判定で用いる閾値は、予め定められた値でもよく、また、入力装置１４等から入力された情報に従い変更等されてもよい。
【００６５】
Ｓ８０３の判定の結果、現在走行している車線が渋滞でない場合、死角判定部１１２は、隣接車線が渋滞、又は、隣接車線に駐停車があるか否か判定する（Ｓ８０４）。上述のように、本実施形態では、サーバ５は、車線ごとの渋滞位置を送信している。死角判定部１１２は、サーバ５から送信された渋滞位置、速度、及び識別情報の組み合わせのうち、隣接する車線の識別情報であり、かつ、現在位置から所定範囲内の渋滞位置である情報の組み合わせを抽出し、その情報から、隣接車線が渋滞、又は、隣接車線に駐停車があるか否か判定する。この、渋滞、駐停車判定は、例えば、上述のように、渋滞情報である平均速度が所定閾値以下であるか否かにより判定してもよい。
【００６６】
Ｓ８０４の判定の結果、隣接車線が渋滞、又は、隣接車線に駐停車がある場合、死角判定部１１２は、飛出し等の可能性のある死角があるものと判定し、後述する危険度ポイント加算処理に移行する。
【００６７】
Ｓ８０２の判定の結果、車両２の現在位置が自動車専用道路である場合、Ｓ８０３の判定の結果、現在走行している車線が渋滞である場合、又は、Ｓ８０４の判定の結果、隣接車線が渋滞、又は、隣接車線に駐停車がない場合、死角判定部１１２は、飛出し等の可能性のある死角が無いものと判定し、処理を終了する。
【００６８】
次に、カメラ３及びレーダ４により取得された情報から、死角の有無を判定する動作例を説明する。
【００６９】
まず、動作例を説明する前に、カメラ３及びレーダ４により取得される情報から判定する死角について、図９を参照して説明する。
【００７０】
図９（ａ）は、平面投影図の一例である。図９（ａ）において、車両９０１は、車両２である。また、車両９０２は、隣接車線の車両である。図９（ａ）に一例を示す平面図の場合、車両９０１のレーダ３及びカメラ４には、斜線部９１１が映らない。従って、斜線部９１１が死角であると考えられる。
【００７１】
ここで、装置１が、図９（ａ）のような場合に算出する死角領域について、図９（ｂ）を参照して説明する。
【００７２】
例えば、車両９０１の車線に隣接する車線上の、車両９２１による死角を一例として説明する。車両９０１の進行方向に対し、車両９２１の前方には車両９２２がある。ここで、車両９２１と車両９２２との車間距離が「ｌ１」とする。車両９２１が前進しているときに、歩行者や自転車、バイク等がその前を横切る場合、車両９２１の速度を見計らった分前方を横切ることが考えられる。従って、車両９２１の速度に応じて、車両９２１の前端から距離内には歩行者や自転車、バイク等がいないものと考えられる。図９（ｂ）の例では、この距離を「ｌ２」とする。車両９２１と車両９２２との距離「ｌ１」と、歩行者や自転車、バイク等が横切らないと考えられる領域の距離「ｌ２」との差分である距離「ｌ３」が、歩行者や自転車、バイク等が横切れるだけ十分な距離である場合、飛出し等の可能性のある死角があるものとする。
【００７３】
上記判定の具体的な動作例を、図１０を参照して説明する。
【００７４】
図１０において、死角判定部１１２は、車両２の現在位置を取得する（Ｓ１００１）。この処理の具体例は上述と同じであるので省略する。次に、死角判定部１１２は、カメラ３、レータ４等の取得した情報を取得し、車両２の前方の、車両等の各対象物までの距離、その対象物の前端・後端までの距離、その対象物の横端の位置、速度等を取得する（Ｓ１００２）。次に、死角判定部１１２は、カメラ３により取得された画像データから平面図を作成する（Ｓ１００３）。具体的には、例えば、死角判定部１１２は、カメラ３が撮影することにより取得した画像データに含まれる車線等を、平面図に投影する。次に、死角判定部１１２は、Ｓ１００２で取得した対象物の位置及び大きさ等のうち、車両２を基準とした位置から前方に「Ｌ」の距離内にある対象物を、Ｓ１００３で配置した平面図に配置する（Ｓ１００４）。ここで、この距離「Ｌ」は、例えば、「Ｌ＝Ｖ＊ｓ」で算出される値である。この「Ｖ」は、車両２の速度である。「ｓ」は、例えば、車両２のドライバがブレーキ操作を開始してから車両２が停止するまでの反応時間である。この「ｓ」の値は、予め定められていてもよく、また、入力装置１４、通信装置１６、車両２の速度や天候等の走行状況等により設定等されてもよい。死角判定部１１２は、Ｓ１００３で作成した平面図に、Ｓ１００２により取得した車両２の前方の各対象物の、各対象物までの距離、その対象物の前端・後端までの距離、その対象物の横端の位置等を配置した画像データを作成する。
【００７５】
死角判定部１１２は、Ｓ１００４で配置した前方の各対象物を、車両２の進行方向に向かって距離「ｌ」だけ延伸する（Ｓ１００５）。そのために、例えば、死角判定部１１２は、Ｓ１００４で取得した画像データにおいて、各対象物の前端に距離「ｌ」分加算した値を、延伸した対象物の大きさとする。この距離「ｌ」は、例えば「ｌ＝ｖ＊ｗ」で算出される値である。この「ｖ」は、各対象物の速度であり、「ｗ」は、歩行者、自転車、バイク等の横断時間である。この「ｗ」の値は、予め定められていてもよく、また、入力装置１４、通信装置１６、車両２の現在位置等により変更等されてもよい。なお、この距離「ｌ」は、上述の図９の説明で用いた「ｌ２」に該当する。
【００７６】
死角判定部１１２は、Ｓ１００５で延伸した各対象物と、その各対象物の前方にある他の対象物との距離が閾値以上であるか否か判定する（Ｓ１００６）。そのために、例えば、死角判定部１１２は、Ｓ１００５で取得した延伸した対象物の前端から、その対象物のすぐ前の対象物の後端までの距離が閾値以上であるか否か判定する。この閾値は、例えば３０ｃｍ等、歩行者や自転車、バイク等が横切れるだけ十分な距離である。なお、この距離は、上述の図９の説明で用いた「ｌ３」に該当する。
【００７７】
Ｓ１００６の判定の結果、距離が閾値以上である場合、死角判定部１１２は、飛出し等の可能性のある死角があるものと判定し、後述する危険度ポイント加算処理に移行する。即ち、Ｓ１００６の判定の結果、距離が閾値以上である場合、上述の図９の例で説明した、「「ｌ３」が、歩行者や自転車、バイク等が横切れるだけ十分な距離である場合」に該当するものとなる。
【００７８】
Ｓ１００６の判定の結果、距離が閾値以上でない場合、死角判定部１１２は、死角が無いものと判定し、処理を終了する。
【００７９】
次に、図１１を参照し、上述の図８又は図１０の処理の後に起動する、危険度ポイント加算処理の一例を説明する。
【００８０】
図１１において、まず、危険可能性判定部１１３は、歩道に面している車線が渋滞しているか否か判定する（Ｓ１１０１）。そのために、例えば、危険可能性判定部１１３は、サーバ５から送信された渋滞位置、速度、及び識別情報の組み合わせのうち、渋滞位置が現在位置から所定範囲内であり、かつ、歩道に面した車線の識別情報である組み合わせを選択し、その組み合わせの速度情報が所定値以上であるか否か判定する。
【００８１】
Ｓ１１０１の判定の結果、歩道に面している車線が渋滞している場合、危険可能性判定部１１３は処理を終了する。
【００８２】
ここで、歩行者や自転車、バイク等は、横切ろうとするすぐ横の車線を走行する車両等の速度が速い場合、その車両の前を横切ることをしないと考えられる。この判定は、このような場合を判定するためのものであり、これにより、無用な警告をさらに防ぐことが可能となる。
【００８３】
Ｓ１１０１の判定の結果、歩道に面している車線が渋滞していない場合、施設ポイント加算部１１４は、危険地区ポイント「Ｐ１」を算出する（Ｓ１１０２）。そのために、施設ポイント加算部１１４は、地図情報１３１を参照し、車両２の現在位置から所定範囲内にある施設を取得する。次に、施設ポイント加算部１１４は、現在時刻を取得し、施設ポイントテーブル１３２から、取得した施設、取得した現在時刻の条件が、施設４０１、要注意時間帯４０２に合致するものを選択し、その設備４０１、要注意時間帯４０２に対応するポイント４０３を読み出し、それらのポイントを変数「Ｐ１」に加算する。
【００８４】
ヒヤリハットポイント加算部１１５は、ヒヤリハットポイント「Ｐ２」を算出する（Ｓ１１０３）。そのために、ヒヤリハットポイント加算部１１５は、各ヒヤリハットポイントテーブル１３３ａを参照し、車両２の現在位置から所定範囲内に位置する位置５１１が含まれており、車両２の車線位置と一致する車線位置５１５が含まれており、かつ、車両２の進行方向と一致する方向５１６が含まれているヒヤリハットポイントテーブル１３３ａを選択し、ヒヤリハットポイントテーブル１３３ａから、そのヒヤリハット地区ＩＤ５０１を読み出す。次に、ヒヤリハットポイント加算部１１５は、読み出したヒヤリハット地区ＩＤ５０１と一致するヒヤリハット地区ＩＤ５２１を有するヒヤリハットポイントテーブル１３３ｂを選択する。次に、ヒヤリハットポイント加算部１１５は、選択したヒヤリハットポイントテーブル１３３ｂの時間帯５３１、明るさ５３２、天候５３３、輝度５３４等の各々のうち、現在の状況に当てはまるものを選択し、選択した時間帯５３１、明るさ５３２、天候５３３、輝度５３４等の各々に対応する件数５２３を読み出す。ヒヤリハットポイント加算部１１５は、これらの件数５２３に応じて、ヒヤリハットポイントを変数「Ｐ２」に加算する。このヒヤリハットポイントの加算は任意であり、例えば、選択した時間帯５３１、明るさ５３２、天候５３３、輝度５３４等の合計件数が所定値以上である場合に、一定値、又は、合計件数に応じて増加する値をヒヤリハットポイントとして加算してもよい。また、例えば、選択した時間帯５３１、明るさ５３２、天候５３３、輝度５３４等の各々の件数が閾値以上であるか否かにより、ヒヤリハットポイントとして加算してもよい。
【００８５】
なお、ここで、明るさ、天候、輝度等を取得する技術は従来技術と同じであり、特に限定するものではない。例えば、明るさは、センサ（図示略）等により取得された値が所定値以上であるか否かにより、暗い、明るい、やや暗い、のうちいずれかであるか判定する。また、天候は、サーバ５から、渋滞情報等と共に送信されたものを用いても良い。「輝度」は、上述と同様に、センサ（図示略）等により取得された値と、所定の標準輝度とにより算出されたコントラスト比を用いても良い。
【００８６】
飛出ポイント加算部１１６は、飛出ポイント「Ｐ３」を算出する（Ｓ１１０４）。そのために、飛出ポイント加算部１１６は、現在の状況が、飛出ポイントテーブル１３４の各状況６０１に当てはまるか否か判定し、状況６０１に当てはまる場合、その状況６０１に対応するポイント６０２を加算する。
【００８７】
ここで、各状況６０１に当てはまるか否か判定するための技術は特に限定するものではなく、従来技術と同じでよい。具体的には、例えば、状況６０１「幅員が所定値以下」、「歩道が無い」、「歩道と車道との間に仕切りが無い」等を判定するために、死角判定部１１２は、Ｓ５０１又はＳ８０１で取得した現在位置の緯度経度及び進行方位が、各道路情報テーブル３０１の項目３１１「位置」に対応する内容３１２に示される線分上又はその線分から所定範囲内に位置するか否か判定し、該当する内容３１２が含まれている道路情報テーブル３０１を選択する。次に、飛出ポイント加算部１１６は、選択した道路情報テーブル３０１の項目３１１「幅員」、「上り歩道の有無」、「下り歩道の有無」、「上り歩道と車道との仕切りの有無」、「下り歩道と車道との仕切りの有無」、「中央分離帯の仕切り」等に対応する内容３１２から、状況６０１「幅員が所定値以下」、「歩道が無い」、「歩道と車道との間に仕切りが無い」等であるか否か判定する。
【００８８】
また、飛出ポイント加算部１１６が、状況６０１「反対車線が渋滞、又は、駐停車があり、中央分離帯に仕切りが無い」を判定するために、死角判定部１１２は、上述と同じ動作により選択した道路情報テーブル３０１の項目３１１「中央分離帯の仕切り」等に対応する内容３１２から、「中央分離帯に仕切りが無い」等であるか否か判定する。さらに、飛出ポイント加算部１１６は、上述と同じ動作例により、反対車線の渋滞及び駐停車の有無を判定する。
【００８９】
また、飛出ポイント加算部１１６は、状況６０１「逆光」であるか否か判定するために、例えば、カメラ３の所定領域に太陽が映っているか否かにより判定してもよい。この、太陽が映っているか否かの判定は、カメラ３により取得された画像データを画像処理して判定するとよい。
【００９０】
飛出ポイント加算部１１６は、状況６０１「雨又は雪」、「大雨又は大雪」であるか否か判定するために、サーバ５から渋滞情報等と共に送信されたものを用いても良い。
【００９１】
飛出ポイント加算部１１６は、状況６０１「所定値以下の明るさ、かつ、ライト未点灯」であるか否か判定するために、センサ（図示略）等により取得された値が所定値以下か否かと、車両２の機器等から取得したライト点灯/非点灯信号等により判定してもよい。また、サーバ５等から送信等された天候や日出、日没時間と現在時刻等と、車両２の機器等から取得したライト点灯/非点灯信号等により判定してもよい
判定部１１７は、上述のＳ１１０２で算出された「Ｐ１」、上述のＳ１１０３で算出された「Ｐ２」、上述のＳ１１０４で算出された「Ｐ３」の合計値が、所定閾値以上であるか否か判定する（Ｓ１１０５）。この閾値は、予め定められてもよく、また、入力装置１４又は通信装置１６から入力された情報に従い変更等されてもよい。
【００９２】
Ｓ１１０５の判定の結果、「Ｐ１」、「Ｐ２」、「Ｐ３」の合計値が所定閾値以上でない場合、判定部１１７は警告情報を出力する（Ｓ１１０６）。ここで出力する警告は、画像でもよく、音声でもよい。ディスプレイ等の出力装置１５に警告を出力した画面の一例を図１２に示す。図１２において、画面１２０１は、例えば、ナビゲーションシステムの画像上に警告を表示した例である。
【００９３】
図１１において、Ｓ１１０５の判定の結果、「Ｐ１」、「Ｐ２」、「Ｐ３」の合計値が所定閾値以上である場合、判定部１１７は警告情報及び速度抑制指示を出力する（Ｓ１１０７）。ここで出力される警告情報は、上述のＳ１１０６と同じである。速度抑制指示とは、車両２の速度を抑制指示するための情報であり、図示しない車両２の制御装置等へ、図示しない出力インタフェース等から出力される。
【００９４】
このような、車の外界の渋滞や駐停車状況等から、死角の有無を判定することにより、人の飛び出す可能性の有る状況にて警告または速度抑制ができるようになり、事故を回避しやすくなる。また、警告回数を絞ることが可能となる。また、予め、危険発生地域であると登録されていない場合でも、例えば飛び出し等危険が発生する可能性のある状況であれば、警告することが可能となる。
【００９５】
以上、この発明の実施形態を図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。
【００９６】
例えば、上述のＳ１１０４の処理において、車両２の前方にバスや路面電車等があり、車両２の現在位置から所定範囲内にバス停や路面電車駅等がある場合には、ポイントを加算してもよい。車両２の前方にバスや路面電車等があるか否か判定する技術は任意であるが、例えば、カメラ３により取得された画像データを画面処理することにより判定してもよい。
【図面の簡単な説明】
【００９７】
【図１】本発明の、一実施形態のシステム構成例を示す図である。
【図２】同実施形態において、警告装置の構成例を示す図である。
【図３】同実施形態において、地図情報の一例を示す図である。
【図４】同実施形態において、施設ポイントテーブルの一例を示す図である。
【図５】同実施形態において、ヒヤリハットポイントテーブルの一例を示す図である。
【図６】同実施形態において、飛出ポイントテーブルの一例を示す図である。
【図７】同実施形態において、サーバの構成例を示す図である。
【図８】同実施形態において、動作例を説明する図である。
【図９】同実施形態において、動作例を説明する図である。
【図１０】同実施形態において、動作例を説明する図である。
【図１１】同実施形態において、動作例を説明する図である。
【図１２】同実施形態において、画面例である。
【符号の説明】
【００９８】
１： 警告装置、２：車両、３：カメラ、４：レーダ、５：サーバ、６：通信ネットワーク、７：ＧＰＳ衛星、１１：演算部、１２：メモリ、１３：記憶装置、１４：入力装置、１５：出力装置、１６：通信装置、１７：ＧＰＳ受信装置、１８：バス、１１１：現在位置算出部、１１２：死角判定部、１１３：危険可能性判定部、１１４：施設ポイント加算部、１１５：ヒヤリハットポイント加算部、１１６：飛出ポイント加算部、１１７：判定部、１３１：地図情報、３０１：道路情報テーブル、１３２：施設ポイントテーブル、１３３：ヒヤリハットポイントテーブル、１３４：飛出ポイントテーブル、５１：演算部、５２：メモリ、５３：記憶装置、５４：入力装置、５５：出力装置、５６：通信インタフェース、５７：バス、５１１：渋滞情報送信部、５１２：時間帯情報送信部、５３１：渋滞情報テーブル、５３２：時間帯情報テーブル、５３３：ユーザ情報テーブル
【技術分野】
【０００１】
本発明は、危険な状況を警告する技術に関するものである。
【背景技術】
【０００２】
車両運転中の危険な状況を警告する技術として、特許文献１、特許文献２に記載の技術がある。特許文献１に記載の技術は、場所と日時から、車両が現在事故を起こしやすい位置にいるか否か判定し、現在事故を起こしやすい位置にいると判定された場合に、警告等をするものである。特許文献２に記載の技術は、歩行者に発信装置をもたせ、その発信装置からの信号を受信等した場合に、警告等をするものである。
【０００３】
【特許文献１】特開２００１-３５７４９６号公報
【特許文献２】特開２００５-２２７９８９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載の技術は、単に場所と日時とにより危険であるか否か判定するため、例えば両側に何も無い等、見通しが良い場所等でも警告する場合がある。また、特許文献２に記載の技術は、歩行者が発信装置を持っていない場合は警告等をすることができない。
【０００５】
本発明はこのような事情に鑑みてなされたもので、ドライバに死角がある場合は警告を行なうことのできる技術を提供することを目的とする。また、本発明は、歩行者が発信装置を持っていない場合でも、警告することを可能とすることを目標とする。
【課題を解決するための手段】
【０００６】
本発明は上記の目的を達成するためになされたもので、隣接する車線が渋滞である場合に、警告することを特徴とする。また、本発明は、隣接する車線の対象物より前方に、所定距離以上何もない場合に、警告することを特徴とする。
【０００７】
また、本発明は、車線ごとの渋滞情報を送信する渋滞情報送信装置と通信ネットワークを介して接続され、自車両がどの車線に存在するかを判定する車両搭載装置であって、前記渋滞情報送信装置からの、車線ごとの渋滞情報を受信する受信手段と、前記受信した渋滞情報から、自車両の存在する車線が渋滞しているか否か判定する自車両渋滞判定手段と、前記受信した渋滞情報から、自車両と隣接する車線が渋滞しているか否か判定する隣接車線渋滞判定手段と、前記判定により、自車両の車線が渋滞していると判定し、かつ、自車両の隣接する車線が渋滞していると判定された場合、警告する情報を出力する出力手段と、を有することを特徴とする。
【０００８】
また、車両に搭載される車両搭載装置であって、前記車両の前方の、該車両の隣接車線の各対象物の位置及び該各対象物の大きさを測定するレーダと、前記レーダにより測定された対象物の位置及び大きさの各々から、対象物の前端から所定距離内に他の対象物が位置しているか否か判定する判定手段と、前記判定により、対象物の前端から所定距離内に他の対象物が位置していないと判定された場合、警告する情報を出力する出力手段と、を有することを特徴とする。
【発明の効果】
【０００９】
本発明の技術によれば、隣接車線に渋滞が発生している場合、及び、ドライバに死角があると考えられる場合のみ警告を行なうことができる。これにより、例えば歩行者や自転車、バイク等の飛び出し等の発生が考えられ、かつ、それらの歩行者や自転車、バイク等の存在をドライバが認識することが困難であると考えられる場合のみ、警告を行うことが可能となる。また、歩行者等が発信装置を持っていない場合でも、警告することが可能となる。
【発明を実施するための最良の形態】
【００１０】
以下、本発明の一実施形態を、図面を参照して詳細に説明する。
【００１１】
まず、図１を参照し、システム構成例を説明する。
【００１２】
本実施形態のシステムは、警告装置１、車両２、カメラ３、レーダ４、サーバ５、通信ネットワーク６、ＧＰＳ（Global Positioning System）衛星７等を有する。警告装置１、カメラ３、レーダ４等は、有線又は無線により互いに接続されている。警告装置１は、通信ネットワーク６を介してサーバ５と接続されている。
【００１３】
サーバ５は、例えば、渋滞情報を提供するサービスを提供する企業等のサーバ等である。サーバ５は、通信ネットワーク６を介する等して直接、又は、ビーコン送信機（図示略）を介する等して、警告装置１に車線ごとの渋滞情報を送信する。ここでは、サーバ５は、通信ネットワーク６を介して渋滞情報を送信するものとする。
【００１４】
通信ネットワーク６は、例えば、インターネット、携帯電話網、公衆網等である。
【００１５】
警告装置１、カメラ３、レーダ４等は、車両２に供えられている。カメラ３は、少なくとも車両２の前方を撮影し、撮影した画像データを警告装置１に入力する。レーダ４は、電波を発信し、その電波の反射波等から、車両２の前方の、車両等の各対象物までの距離、その対象物の前端・後端までの距離、その対象物の横端の位置、速度等を取得する。なお、カメラ３、レーダ４等は従来技術と同じである。
【００１６】
警告装置１は、カメラ３、レーダ４、ＧＰＳ衛星７、サーバ５等から入力された情報から、ドライバに死角があるか否か判定し、死角があると判定された場合、警告の出力、車両３の速度抑制等を行なう。
【００１７】
なお、図１に示す各構成の数は任意であり、図１に示すものに限られるわけではない。
【００１８】
警告装置１の構成例を、図２を参照して説明する。
【００１９】
警告装置１は、演算部１１、メモリ１２、記憶装置１３、入力装置１４、出力装置１５、通信装置１６、ＧＰＳ受信装置１７等を有する。演算部１１、メモリ１２、記憶装置１３、入力装置１４、出力装置１５、通信装置１６、ＧＰＳ受信装置１７等はバス１８により接続されている。
【００２０】
記憶装置１３は、例えば、ＣＤ（Compact Disc）やＤＶＤ（Digital Versatile Disk）等の記憶メディア及び当該記憶メディアの駆動装置、ＨＤＤ（Hard Disk Drive）等である。記憶装置１３は、地図情報１３１、施設ポイントテーブル１３２、ヒヤリハットポイントテーブル１３３、飛出ポイントテーブル１３４等を記憶する。
【００２１】
入力装置１４は、例えば、ボタン、ダイヤル、タッチパネル、リモコン及びリモコン受信部等である。出力装置１５は、例えば、ディスプレイ、スピーカ等である。通信装置１６は、例えば携帯電話等である。警告装置１は、通信装置１６を介して通信ネットワーク６と接続する。ＧＰＳ受信装置１７は、ＧＰＳ衛星７からの電波を受信する。
【００２２】
演算部１１は、例えば、ＭＰＵ（Micro Processing Unit）やＣＰＵ（Central Processing Unit）等である。演算部１１は、図示しないプログラムを実行することにより、現在位置算出部１１１、死角判定部１１２、危険可能性判定部１１３、施設ポイント加算部１１４、ヒヤリハットポイント加算部１１５、飛出ポイント加算部１１６、判定部１１７等の機能を実現する。現在位置算出部１１１は、車両２の現在位置と、車両２の進行方位と、車両２の位置する車線とを算出する。ここで、現在位置算出部１１１が現在位置を算出する動作は従来技術と同じであり、例えば、ＧＰＳ受信装置１７により受信した信号、及び、地図情報１３１からマップマッチ等により現在位置を算出してもよい。また、現在位置算出部１１１が進行方位を算出する動作は従来技術と同じであり、例えば、前回算出された現在位置と、今回算出された現在位置とから、車両２の進行方位を算出する。現在位置算出部１１１が車両２の位置する車線を算出する動作例は従来技術と同じであり、例えば、車線ごとに設置されたビーコン送信機から送信される情報により自車線を判定してもよく、また、カメラ３により取得された画像データを画像処理等して、車線を区切る線を検出等することにより、自車線を検出してもよい。死角判定部１１２は、ドライバの死角の有無を判定する。この動作例は後述する。危険可能性判定部１１３は、歩行者等の飛び出しがあるか否かを、歩道に隣接する車線の渋滞状況、又は、駐停車両の有無等により判定する。施設ポイント加算部１１４は、地図情報１３１、施設ポイントテーブル１３２内の条件に従い、危険性を示すポイントを加算する。ヒヤリハットポイント加算部１１５は、ヒヤリハットポイントテーブル１３３内の条件に従い、危険性を示すポイントを加算する。飛出ポイント加算部１１６は、飛出ポイントテーブル１３４内の条件に従い、危険性を示すポイントを加算する。判定部１１７は、加算されたポイントが所定閾値以上であるか否かにより、警告を含む情報を出力する。
【００２３】
次に、記憶装置１３内の情報について説明する。
【００２４】
まず、地図情報１３１について説明する。
【００２５】
本実施形態では、地図上の位置は、緯度経度で示されるものとする。上述のように、地図情報１３１は、道路情報を含む。地図情報１３１において、道路は、近似した線分で示され、その線分の端点の緯度経度により道路の位置を示すものとする。地図情報１３１に含まれる道路情報の一例を図３に示す。図３において、地図情報１３１は、複数の道路情報テーブル３０１を有する。１つの道路情報テーブル３０１は、１つの線分で示される道路に関する情報を含む。地図情報１３１は、１つの線分で示される道路の数だけ、道路情報テーブル３０１を有しているものとする。
【００２６】
各道路情報テーブル３０１は、項目３１１、内容３１２等を有する。項目３１１、内容３１２等は互いに対応付けられている。項目３１１は、道路情報の項目であり、内容３１２は、対応する項目３１１の値である。例えば、図３において、項目３１１「道路ＩＤ」は、道路の識別情報である。項目３１１「位置」は、線分で近似した道路の端点の緯度経度である。
【００２７】
また、上述の道路情報テーブル３０１に一例を示す道路情報の他に、地図情報１３１は、施設と、その施設の有る位置等とを対応付けた施設情報等を有する。この施設とは、例えば、幼稚園、小学校、中学校、高校、イベント会場、病院、店舗、公園、駅、バス停、スクールゾーン、学習塾、運動公園等である。また、この施設に対応する位置は、ここでは、緯度経度であるものとする。
【００２８】
次に、施設ポイントテーブル１３２について説明する。
【００２９】
施設ポイントテーブル１３２の一例を図４に示す。図４において、施設ポイントテーブル１３２は、施設４０１、要注意時間帯４０２、ポイント４０３等を有する。施設４０１、要注意時間帯４０２、ポイント４０３等は互いに対応付けられている。施設４０１、要注意時間帯４０２は、車両２の現在位置から所定範囲内に対応する施設４０１が有り、かつ、現在時刻が対応する要注意時間帯４０２である場合に、ポイントを加算するものである。ポイント４０３は、対応する施設４０１、要注意時間帯４０２の条件を満たす場合に加算するポイントである。ここで、図４の例において、例えば施設４０１「イベント会場」に対応する要注意時間帯４０２「イベント開催時間前後２時間」や、施設４０１「バス停」に対応する要注意時間帯４０２「バス停運行時間」、施設４０１「駅」に対応する要注意時間帯４０２「電車運行時間」、施設４０１「スクールゾーン」に対応する要注意時間帯４０２「学校通勤時間」等、時期や曜日、日時等により人の往来する時間が定まっていないものは、サーバ５によりそれらの要注意時間帯が送信されるものとする。
【００３０】
次に、ヒヤリハットポイントテーブル１３３の一例について、図５を参照して説明する。なお、ここでは、１つのヒヤリハットポイントテーブル１３３は、１つのヒヤリハットの発生条件に関する情報を含む。ここでいうヒヤリハットとは、例えばカーブが曲がりきれず対物事故が発生した、飛出し等により人身事故が発生しそうになった等、危険な状況のことである。従って、記憶装置１３には、ヒヤリハットの数だけ、ヒヤリハットポイントテーブル１３３が格納されているものとする。また、ここでは、ヒヤリハットの発生位置に関する情報を格納するテーブルと、発生したヒヤリハットの件数に関する情報とを異なるテーブルに格納するものとする。以下、各テーブルを区別するために、例えば「ヒヤリハットポイントテーブル１３３ａ」というように符号を付与して説明する。
【００３１】
図５（ａ）において、ヒヤリハットポイントテーブル１３３ａは、ヒヤリハットの発生位置に関する情報を格納する。ヒヤリハットポイントテーブル１３３ａは、ヒヤリハットＩＤ５０１、位置５０２等を有する。ヒヤリハットＩＤ５０１、位置５０２等は互いに対応付けられている。ヒヤリハットＩＤ５０１は、ヒヤリハットの識別情報である。位置５０２は、座標５１１、道路種別５１２、幅員５１３、車線数５１４、車線位置５１５、方向５１６等を有する。座標５１１は、対応するヒヤリハットＩＤ５０１のヒヤリハットが起きた位置である。道路種別５１２は、対応するヒヤリハットＩＤ５０１のヒヤリハットが起こった道路の道路種別である。幅員５１３は、対応するヒヤリハットＩＤ５０１のヒヤリハットが起こった位置における道幅である。車線数５１４は、対応するヒヤリハットＩＤ５０１のヒヤリハットが起こった位置における車線数である。車線位置５１５は、対応するヒヤリハットＩＤ５０１のヒヤリハットが起こった位置における車線位置である。方向５１６は、対応するヒヤリハットＩＤ５０１のヒヤリハットが起こったときの進行方位である。
【００３２】
図５（ｂ）において、ヒヤリハットポイントテーブル１３３ｂは、発生したヒヤリハットの件数に関する情報を格納する。ヒヤリハットポイントテーブル１３３ｂは、ヒヤリハット地区ＩＤ５２１、内容５２２、件数５２３等を有する。ヒヤリハット地区ＩＤ５２１、内容５２２、件数５２３等は互いに対応付けられている。ヒヤリハット地区ＩＤ５２１は、ヒヤリハットの識別情報であり、上述のヒヤリハット地区ＩＤ５０１と同じである。内容５２２は、対応するヒヤリハットＩＤ５２１のヒヤリハットが起こった状況を示す。件数５２３は、対応するヒヤリハットＩＤ５２１のヒヤリハットが、対応する内容５２２で起こった件数である。
【００３３】
内容５２２は、時間帯５３１、明るさ５３２、天候５３３、輝度５３４、種別５３５等を有する。時間帯５３１は、対応するヒヤリハットＩＤ５２１のヒヤリハットが起こった時間である。明るさ５３２は、対応するヒヤリハットＩＤ５２１のヒヤリハットが起こった明るさである。天候５３３は、対応するヒヤリハットＩＤ５２１のヒヤリハットが起こった天候である。輝度５３４は、対応するヒヤリハットＩＤ５２１のヒヤリハットが起こった、所定の標準輝度とヒヤリハットが起こった時の輝度とのコントラスト比である。種別５３５は、対応するヒヤリハットＩＤ５２１のヒヤリハットの種別を示す。
【００３４】
なお、図５の例では、種別５３５に含まれているヒヤリハット種別は、対人のみ示しているが、これに限られるわけではなく、対車、対物等を含んでも良い。
【００３５】
次に、飛出ポイントテーブル１３４の一例を、図６を参照して説明する。
【００３６】
図６において、飛出ポイントテーブル１３４は、状況６０１、ポイント６０２等を有する。状況６０１、ポイント６０２等は互いに対応付けられている。状況６０１は、飛び出しの発生する可能性のある状況条件である。ポイント６０２は、対応する状況６０１を満たす場合に加算するポイントである。
【００３７】
なお、地図情報１３１、施設ポイントテーブル１３２、ヒヤリハットポイントテーブル１３３、飛出ポイントテーブル１３４等の情報は予め格納されているものとするが、これに限られるわけではなく、入力装置１４、通信装置１６等を介して入力された情報に従い、新規登録、追加、変更、削除等してもよい。また、飛出ポイントテーブル１３４内の情報は、警告装置１がヒヤリハットを検出する機能がある場合、その機能により検出されたヒヤリハットに関する情報を格納等して、新規登録、追加、変更、削除等してもよい。
【００３８】
次に、サーバ５の構成例を、図７を参照して説明する。
【００３９】
図７において、サーバ５は、演算部７１、メモリ７２、記憶装置７３、入力装置７４、出力装置７５、通信インタフェース７６等を有する。演算部７１、メモリ７２、記憶装置７３、入力装置７４、出力装置７５、通信インタフェース７６等はバス７７を介して互いに接続されている。
【００４０】
演算部７１は、例えばＣＰＵ等である。記憶装置７３は、例えば、ＣＤやＤＶＤ等の記憶メディア及び当該記憶メディアの駆動装置、ＨＤＤ等である。記憶装置７３は、渋滞情報テーブル７３１、時間帯情報テーブル７３２、ユーザ情報テーブル７３３等を記憶する。
【００４１】
入力装置７４は、例えば、キーボード、マウス、マイク等である。出力装置７５は、例えば、ディスプレイ、スピーカ、プリンタ等である。サーバ５は、通信インタフェース７６を介して通信ネットワーク６と接続する。
【００４２】
ここで、記憶装置７３内の情報について説明する。
【００４３】
まず、渋滞情報テーブル７３１の一例について説明する。
【００４４】
渋滞情報テーブル７３１は、渋滞情報として、渋滞位置、識別情報、速度等を記憶する。渋滞位置、識別情報、速度等は互いに対応付けられている。渋滞位置は、例えば、渋滞の発生している位置の緯度経度等である。識別情報とは、対応する渋滞の発生している車線の識別情報である。速度とは、対応する渋滞位置で、対応する識別情報の車線を走行する車両の速度である。この渋滞情報テーブル７３１内の情報は、例えば、次世代ＶＩＣＳ（Vehicle Information and Communication System）のセンタサーバ等から取得した車線ごとの渋滞情報である。この渋滞情報は、例えば、所定区間を走行する間の平均速度等である。車線ごとの渋滞情報は、例えば、例えば車線ごとに設けられた渋滞情報を取得する路側器により取得され、次世代ＶＩＣＳのセンタサーバを介する等してサーバ５が取得する。
【００４５】
次に、時間帯情報テーブル７３２の一例について説明する。
【００４６】
時間帯情報テーブル７３２は、施設と、その施設の位置と、時間帯等とを記憶する。施設、施設位置、時間帯等は互いに対応付けられている。施設とは、例えば、イベント会場、バス停、駅等である。この時間帯情報テーブル７３２内の施設は、例えば、季節や場所、月日によって人の往来が変化する場所等である。施設位置とは、例えば、対応する施設の位置である緯度経度等である。時間帯とは、対応する施設近傍で人の往来が激しくなる要注意時間帯等である。
【００４７】
ユーザ情報テーブル７３３の一例について説明する。
【００４８】
ユーザ情報テーブル７３３は、ユーザ名、接続情報等を有する。ユーザ名、接続情報等は互いに対応付けられている。ユーザ名は、サーバ５からの情報提供を契約したユーザの氏名等である。接続情報は、対応するユーザの警告装置１と接続するための情報である。
【００４９】
なお、渋滞情報テーブル７３１、時間帯情報テーブル７３２、ユーザ情報テーブル７３３内の情報は予め格納されているものとするが、入力装置７４、通信インタフェース７６等を介して入力された情報に従い、新規追加、修正、削除等されてもよい。
【００５０】
演算部７１は、図示しないプログラムを実行することにより、渋滞情報送信部７１１、時間帯情報送信部７１２等を実現する。渋滞情報送信部７１１は、警告装置１からの要求を受信したときや、所定時間毎等に、渋滞情報テーブル７３１から読み出した渋滞位置、速度、及び識別情報等を送信する。サーバ５による情報の送信は、通信ネットワーク６を介する等して直接送信してもよく、又、ビーコン送信機（図示略）を介する等して送信してもよいが、ここでは、通信ネットワーク６を介して渋滞情報を送信するものとする。時間帯情報送信部７１２は、警告装置１からの要求を受信したときや、所定時間毎等に、時間帯情報テーブル７３２から読み出した施設、その施設の施設位置、時間帯等を送信する。
【００５１】
これらのサーバ５の動作例は、従来技術と同じであるので、詳細は省略する。
【００５２】
次に、警告装置１の動作例を説明する。
【００５３】
警告装置１が起動等されると、警告装置１は、サーバ５と通信し、渋滞位置、速度、及び識別情報等を受信し、メモリ１２等に格納する。以後、警告装置１は、車両２が所定距離走行する毎や、所定時間毎等に、サーバ５と通信し、渋滞位置、速度、及び識別情報等を受信し、メモリ１２等に格納する。なお、ここで、警告装置１が、例えばナビゲーションシステムの機能を有するものであれば、例えば、経路探索等の処理に、受信した渋滞位置、速度、及び識別情報等を用いてもよい。この動作例は従来技術と同じであるのでここでは省略する。
【００５４】
また、警告装置１が起動されると、警告装置１は、サーバ５と通信し、施設、その施設の施設位置、時間帯等の組み合わせを受信し、施設ポイントテーブル１３２等に格納する。具体的には、例えば、受信した施設、その施設の施設位置、時間帯等の組み合わせのうち、施設、時間帯等を、施設ポイントテーブル１３２の施設４０１、要注意時間帯４０２に格納する。なお、ここで、サーバ５の時間帯情報送信部７１２は、車両２の現在位置から所定範囲内の施設、その施設の施設位置、時間帯等を送信してもよい。この場合、警告装置１は、現在位置算出部１１１の算出した車両２の現在位置をサーバ５に送信するとよい。
【００５５】
まず、ドライバから死角があるか否かを判定する動作例を説明する。この動作例は、例えば、警告装置１が、所定時間毎や、所定距離走行ごとに起動する動作例である。
【００５６】
なお、ここでは、死角の有無は、現在位置、地図情報１３１、サーバ５から送信された渋滞情報等から判定する場合と、カメラ３及びレーダ４により取得された情報から判定する場合との２つがあるものとする。警告装置１は、これらの両方を行なってもよく、また、何れか一方を行なっても良い。
【００５７】
まず、現在位置、地図情報１３１、サーバ５から送信された渋滞位置、速度、及び識別情報等から、死角の有無を判定する場合の例を説明する。
【００５８】
なお、以下で説明する、現在位置、地図情報１３１、サーバ５から送信された渋滞位置、速度、及び識別情報等から死角の有無を判定する動作例は、次のような考え方によるものである。即ち、隣接車線に車両等が走行又は駐停車等している場合、その車両等により死角が発生すると考えられる。ここで、さらに、歩行者や自転車、バイク等は、車両等が停止又はある程度の速度以下である場合に、その車両等の前後を横切る可能性があるものであり、車両等の速度が十分早い場合は、その車両等の前後を横切る可能性が低いことが考えられる。以下で説明する動作例は、自車線が渋滞であり、かつ、隣接車線が渋滞又は駐停車であるか否かにより、歩行者や自転車、バイク等の飛出しが発生する可能性のある死角の有無を判定するものである。
【００５９】
上記判定の具体的な動作例を、図８を参照して説明する。
【００６０】
図８において、死角判定部１１２は、まず、現在位置、車線、進行方向等を取得する（Ｓ８０１）。そのために、死角判定部１１２は、現在位置算出部１１１の算出した現在位置、車線、進行方向等を取得する。ここで、現在位置算出部１１１は、所定時間毎や所定距離走行毎に現在位置、車線、進行方向等を算出し、メモリ１２等に格納してもよく、また、死角判定部１１２等からの要求を受けた場合に現在位置、車線、進行方向等を算出し、メモリ１２等に格納しても良い。この、現在位置算出部１１１が現在位置、車線、進行方向等を算出する動作例は、上述したように従来技術と同じである。
【００６１】
次に、死角判定部１１２は、Ｓ８０１で取得した現在位置と、記憶装置１３から読み出した地図情報１３１とから、車両２の現在位置が自動車専用道路であるか否か判定する（Ｓ８０２）。そのために、死角判定部１１２は、各道路情報テーブル３０１の項目３１１「位置」に対応する内容３１２に示される線分上に、Ｓ８０１で取得した現在位置の緯度経度が位置するか否か判定する。この判定は、例えば、各道路情報テーブル３０１の項目３１１「位置」に対応する内容３１２に示される線分上と、Ｓ８０１で取得した現在位置の緯度経度とが完全に一致する場合に、道路を示す線分上に現在位置が位置すると判定してもよく、また、各道路情報テーブル３０１の項目３１１「位置」に対応する内容３１２に示される線分から所定範囲内に、Ｓ８０１で取得した現在位置の緯度経度が位置する場合に、道路を示す線分上に現在位置が位置すると判定してもよい。死角判定部１１２は、この判定により、道路を示す線分上に現在位置が位置すると判定した道路情報テーブル３０１を選択し、選択した道路情報テーブル３０１の項目３１１「自動車専用道路」に対応する内容３１２が「×」であるか否か判定する。この判定の結果、項目３１１「自動車専用道路」に対応する内容３１２が「×」である場合、死角判定部１１２は、車両２の現在位置が自動車専用道路でないと判定する。
【００６２】
Ｓ８０２の判定の結果、車両２の現在位置が自動車専用道路でない場合、死角判定部１１２は、車両２の現在走行している車線が渋滞でないか否か判定する（Ｓ８０３）。この判定には、車両２の速度を用いてもよく、また、サーバ５から送信された、車線毎の渋滞情報に含まれる車線毎の車両平均速度により判定してもよい。
【００６３】
車両２の速度から判定する場合の例を説明する。この場合、死角判定部１１２は、車両２の速度を算出し、算出した速度が所定の閾値以下であるか否か判定する。この車両２の速度は、例えば、死角判定部１１２が、図示しない加速度センサにより取得された加速度データ等を取得し、さらに、そのときの現在位置をＧＰＳ受信装置１７が受信した信号から取得し、今回算出した現在位置と前回算出した現在位置とから車両２の速度を算出して取得する。また、この判定で用いる閾値は、予め定められた値でもよく、また、入力装置１４等から入力された情報に従い変更等されてもよい。
【００６４】
車線毎の渋滞情報から判定する場合の例を説明する。この場合、死角判定部１１２は、例えば、メモリ１２から読み出した車両２の位置する車線の車両平均速度が所定閾値以下であるか否か判定する。この判定で用いる閾値は、予め定められた値でもよく、また、入力装置１４等から入力された情報に従い変更等されてもよい。
【００６５】
Ｓ８０３の判定の結果、現在走行している車線が渋滞でない場合、死角判定部１１２は、隣接車線が渋滞、又は、隣接車線に駐停車があるか否か判定する（Ｓ８０４）。上述のように、本実施形態では、サーバ５は、車線ごとの渋滞位置を送信している。死角判定部１１２は、サーバ５から送信された渋滞位置、速度、及び識別情報の組み合わせのうち、隣接する車線の識別情報であり、かつ、現在位置から所定範囲内の渋滞位置である情報の組み合わせを抽出し、その情報から、隣接車線が渋滞、又は、隣接車線に駐停車があるか否か判定する。この、渋滞、駐停車判定は、例えば、上述のように、渋滞情報である平均速度が所定閾値以下であるか否かにより判定してもよい。
【００６６】
Ｓ８０４の判定の結果、隣接車線が渋滞、又は、隣接車線に駐停車がある場合、死角判定部１１２は、飛出し等の可能性のある死角があるものと判定し、後述する危険度ポイント加算処理に移行する。
【００６７】
Ｓ８０２の判定の結果、車両２の現在位置が自動車専用道路である場合、Ｓ８０３の判定の結果、現在走行している車線が渋滞である場合、又は、Ｓ８０４の判定の結果、隣接車線が渋滞、又は、隣接車線に駐停車がない場合、死角判定部１１２は、飛出し等の可能性のある死角が無いものと判定し、処理を終了する。
【００６８】
次に、カメラ３及びレーダ４により取得された情報から、死角の有無を判定する動作例を説明する。
【００６９】
まず、動作例を説明する前に、カメラ３及びレーダ４により取得される情報から判定する死角について、図９を参照して説明する。
【００７０】
図９（ａ）は、平面投影図の一例である。図９（ａ）において、車両９０１は、車両２である。また、車両９０２は、隣接車線の車両である。図９（ａ）に一例を示す平面図の場合、車両９０１のレーダ３及びカメラ４には、斜線部９１１が映らない。従って、斜線部９１１が死角であると考えられる。
【００７１】
ここで、装置１が、図９（ａ）のような場合に算出する死角領域について、図９（ｂ）を参照して説明する。
【００７２】
例えば、車両９０１の車線に隣接する車線上の、車両９２１による死角を一例として説明する。車両９０１の進行方向に対し、車両９２１の前方には車両９２２がある。ここで、車両９２１と車両９２２との車間距離が「ｌ１」とする。車両９２１が前進しているときに、歩行者や自転車、バイク等がその前を横切る場合、車両９２１の速度を見計らった分前方を横切ることが考えられる。従って、車両９２１の速度に応じて、車両９２１の前端から距離内には歩行者や自転車、バイク等がいないものと考えられる。図９（ｂ）の例では、この距離を「ｌ２」とする。車両９２１と車両９２２との距離「ｌ１」と、歩行者や自転車、バイク等が横切らないと考えられる領域の距離「ｌ２」との差分である距離「ｌ３」が、歩行者や自転車、バイク等が横切れるだけ十分な距離である場合、飛出し等の可能性のある死角があるものとする。
【００７３】
上記判定の具体的な動作例を、図１０を参照して説明する。
【００７４】
図１０において、死角判定部１１２は、車両２の現在位置を取得する（Ｓ１００１）。この処理の具体例は上述と同じであるので省略する。次に、死角判定部１１２は、カメラ３、レータ４等の取得した情報を取得し、車両２の前方の、車両等の各対象物までの距離、その対象物の前端・後端までの距離、その対象物の横端の位置、速度等を取得する（Ｓ１００２）。次に、死角判定部１１２は、カメラ３により取得された画像データから平面図を作成する（Ｓ１００３）。具体的には、例えば、死角判定部１１２は、カメラ３が撮影することにより取得した画像データに含まれる車線等を、平面図に投影する。次に、死角判定部１１２は、Ｓ１００２で取得した対象物の位置及び大きさ等のうち、車両２を基準とした位置から前方に「Ｌ」の距離内にある対象物を、Ｓ１００３で配置した平面図に配置する（Ｓ１００４）。ここで、この距離「Ｌ」は、例えば、「Ｌ＝Ｖ＊ｓ」で算出される値である。この「Ｖ」は、車両２の速度である。「ｓ」は、例えば、車両２のドライバがブレーキ操作を開始してから車両２が停止するまでの反応時間である。この「ｓ」の値は、予め定められていてもよく、また、入力装置１４、通信装置１６、車両２の速度や天候等の走行状況等により設定等されてもよい。死角判定部１１２は、Ｓ１００３で作成した平面図に、Ｓ１００２により取得した車両２の前方の各対象物の、各対象物までの距離、その対象物の前端・後端までの距離、その対象物の横端の位置等を配置した画像データを作成する。
【００７５】
死角判定部１１２は、Ｓ１００４で配置した前方の各対象物を、車両２の進行方向に向かって距離「ｌ」だけ延伸する（Ｓ１００５）。そのために、例えば、死角判定部１１２は、Ｓ１００４で取得した画像データにおいて、各対象物の前端に距離「ｌ」分加算した値を、延伸した対象物の大きさとする。この距離「ｌ」は、例えば「ｌ＝ｖ＊ｗ」で算出される値である。この「ｖ」は、各対象物の速度であり、「ｗ」は、歩行者、自転車、バイク等の横断時間である。この「ｗ」の値は、予め定められていてもよく、また、入力装置１４、通信装置１６、車両２の現在位置等により変更等されてもよい。なお、この距離「ｌ」は、上述の図９の説明で用いた「ｌ２」に該当する。
【００７６】
死角判定部１１２は、Ｓ１００５で延伸した各対象物と、その各対象物の前方にある他の対象物との距離が閾値以上であるか否か判定する（Ｓ１００６）。そのために、例えば、死角判定部１１２は、Ｓ１００５で取得した延伸した対象物の前端から、その対象物のすぐ前の対象物の後端までの距離が閾値以上であるか否か判定する。この閾値は、例えば３０ｃｍ等、歩行者や自転車、バイク等が横切れるだけ十分な距離である。なお、この距離は、上述の図９の説明で用いた「ｌ３」に該当する。
【００７７】
Ｓ１００６の判定の結果、距離が閾値以上である場合、死角判定部１１２は、飛出し等の可能性のある死角があるものと判定し、後述する危険度ポイント加算処理に移行する。即ち、Ｓ１００６の判定の結果、距離が閾値以上である場合、上述の図９の例で説明した、「「ｌ３」が、歩行者や自転車、バイク等が横切れるだけ十分な距離である場合」に該当するものとなる。
【００７８】
Ｓ１００６の判定の結果、距離が閾値以上でない場合、死角判定部１１２は、死角が無いものと判定し、処理を終了する。
【００７９】
次に、図１１を参照し、上述の図８又は図１０の処理の後に起動する、危険度ポイント加算処理の一例を説明する。
【００８０】
図１１において、まず、危険可能性判定部１１３は、歩道に面している車線が渋滞しているか否か判定する（Ｓ１１０１）。そのために、例えば、危険可能性判定部１１３は、サーバ５から送信された渋滞位置、速度、及び識別情報の組み合わせのうち、渋滞位置が現在位置から所定範囲内であり、かつ、歩道に面した車線の識別情報である組み合わせを選択し、その組み合わせの速度情報が所定値以上であるか否か判定する。
【００８１】
Ｓ１１０１の判定の結果、歩道に面している車線が渋滞している場合、危険可能性判定部１１３は処理を終了する。
【００８２】
ここで、歩行者や自転車、バイク等は、横切ろうとするすぐ横の車線を走行する車両等の速度が速い場合、その車両の前を横切ることをしないと考えられる。この判定は、このような場合を判定するためのものであり、これにより、無用な警告をさらに防ぐことが可能となる。
【００８３】
Ｓ１１０１の判定の結果、歩道に面している車線が渋滞していない場合、施設ポイント加算部１１４は、危険地区ポイント「Ｐ１」を算出する（Ｓ１１０２）。そのために、施設ポイント加算部１１４は、地図情報１３１を参照し、車両２の現在位置から所定範囲内にある施設を取得する。次に、施設ポイント加算部１１４は、現在時刻を取得し、施設ポイントテーブル１３２から、取得した施設、取得した現在時刻の条件が、施設４０１、要注意時間帯４０２に合致するものを選択し、その設備４０１、要注意時間帯４０２に対応するポイント４０３を読み出し、それらのポイントを変数「Ｐ１」に加算する。
【００８４】
ヒヤリハットポイント加算部１１５は、ヒヤリハットポイント「Ｐ２」を算出する（Ｓ１１０３）。そのために、ヒヤリハットポイント加算部１１５は、各ヒヤリハットポイントテーブル１３３ａを参照し、車両２の現在位置から所定範囲内に位置する位置５１１が含まれており、車両２の車線位置と一致する車線位置５１５が含まれており、かつ、車両２の進行方向と一致する方向５１６が含まれているヒヤリハットポイントテーブル１３３ａを選択し、ヒヤリハットポイントテーブル１３３ａから、そのヒヤリハット地区ＩＤ５０１を読み出す。次に、ヒヤリハットポイント加算部１１５は、読み出したヒヤリハット地区ＩＤ５０１と一致するヒヤリハット地区ＩＤ５２１を有するヒヤリハットポイントテーブル１３３ｂを選択する。次に、ヒヤリハットポイント加算部１１５は、選択したヒヤリハットポイントテーブル１３３ｂの時間帯５３１、明るさ５３２、天候５３３、輝度５３４等の各々のうち、現在の状況に当てはまるものを選択し、選択した時間帯５３１、明るさ５３２、天候５３３、輝度５３４等の各々に対応する件数５２３を読み出す。ヒヤリハットポイント加算部１１５は、これらの件数５２３に応じて、ヒヤリハットポイントを変数「Ｐ２」に加算する。このヒヤリハットポイントの加算は任意であり、例えば、選択した時間帯５３１、明るさ５３２、天候５３３、輝度５３４等の合計件数が所定値以上である場合に、一定値、又は、合計件数に応じて増加する値をヒヤリハットポイントとして加算してもよい。また、例えば、選択した時間帯５３１、明るさ５３２、天候５３３、輝度５３４等の各々の件数が閾値以上であるか否かにより、ヒヤリハットポイントとして加算してもよい。
【００８５】
なお、ここで、明るさ、天候、輝度等を取得する技術は従来技術と同じであり、特に限定するものではない。例えば、明るさは、センサ（図示略）等により取得された値が所定値以上であるか否かにより、暗い、明るい、やや暗い、のうちいずれかであるか判定する。また、天候は、サーバ５から、渋滞情報等と共に送信されたものを用いても良い。「輝度」は、上述と同様に、センサ（図示略）等により取得された値と、所定の標準輝度とにより算出されたコントラスト比を用いても良い。
【００８６】
飛出ポイント加算部１１６は、飛出ポイント「Ｐ３」を算出する（Ｓ１１０４）。そのために、飛出ポイント加算部１１６は、現在の状況が、飛出ポイントテーブル１３４の各状況６０１に当てはまるか否か判定し、状況６０１に当てはまる場合、その状況６０１に対応するポイント６０２を加算する。
【００８７】
ここで、各状況６０１に当てはまるか否か判定するための技術は特に限定するものではなく、従来技術と同じでよい。具体的には、例えば、状況６０１「幅員が所定値以下」、「歩道が無い」、「歩道と車道との間に仕切りが無い」等を判定するために、死角判定部１１２は、Ｓ５０１又はＳ８０１で取得した現在位置の緯度経度及び進行方位が、各道路情報テーブル３０１の項目３１１「位置」に対応する内容３１２に示される線分上又はその線分から所定範囲内に位置するか否か判定し、該当する内容３１２が含まれている道路情報テーブル３０１を選択する。次に、飛出ポイント加算部１１６は、選択した道路情報テーブル３０１の項目３１１「幅員」、「上り歩道の有無」、「下り歩道の有無」、「上り歩道と車道との仕切りの有無」、「下り歩道と車道との仕切りの有無」、「中央分離帯の仕切り」等に対応する内容３１２から、状況６０１「幅員が所定値以下」、「歩道が無い」、「歩道と車道との間に仕切りが無い」等であるか否か判定する。
【００８８】
また、飛出ポイント加算部１１６が、状況６０１「反対車線が渋滞、又は、駐停車があり、中央分離帯に仕切りが無い」を判定するために、死角判定部１１２は、上述と同じ動作により選択した道路情報テーブル３０１の項目３１１「中央分離帯の仕切り」等に対応する内容３１２から、「中央分離帯に仕切りが無い」等であるか否か判定する。さらに、飛出ポイント加算部１１６は、上述と同じ動作例により、反対車線の渋滞及び駐停車の有無を判定する。
【００８９】
また、飛出ポイント加算部１１６は、状況６０１「逆光」であるか否か判定するために、例えば、カメラ３の所定領域に太陽が映っているか否かにより判定してもよい。この、太陽が映っているか否かの判定は、カメラ３により取得された画像データを画像処理して判定するとよい。
【００９０】
飛出ポイント加算部１１６は、状況６０１「雨又は雪」、「大雨又は大雪」であるか否か判定するために、サーバ５から渋滞情報等と共に送信されたものを用いても良い。
【００９１】
飛出ポイント加算部１１６は、状況６０１「所定値以下の明るさ、かつ、ライト未点灯」であるか否か判定するために、センサ（図示略）等により取得された値が所定値以下か否かと、車両２の機器等から取得したライト点灯/非点灯信号等により判定してもよい。また、サーバ５等から送信等された天候や日出、日没時間と現在時刻等と、車両２の機器等から取得したライト点灯/非点灯信号等により判定してもよい
判定部１１７は、上述のＳ１１０２で算出された「Ｐ１」、上述のＳ１１０３で算出された「Ｐ２」、上述のＳ１１０４で算出された「Ｐ３」の合計値が、所定閾値以上であるか否か判定する（Ｓ１１０５）。この閾値は、予め定められてもよく、また、入力装置１４又は通信装置１６から入力された情報に従い変更等されてもよい。
【００９２】
Ｓ１１０５の判定の結果、「Ｐ１」、「Ｐ２」、「Ｐ３」の合計値が所定閾値以上でない場合、判定部１１７は警告情報を出力する（Ｓ１１０６）。ここで出力する警告は、画像でもよく、音声でもよい。ディスプレイ等の出力装置１５に警告を出力した画面の一例を図１２に示す。図１２において、画面１２０１は、例えば、ナビゲーションシステムの画像上に警告を表示した例である。
【００９３】
図１１において、Ｓ１１０５の判定の結果、「Ｐ１」、「Ｐ２」、「Ｐ３」の合計値が所定閾値以上である場合、判定部１１７は警告情報及び速度抑制指示を出力する（Ｓ１１０７）。ここで出力される警告情報は、上述のＳ１１０６と同じである。速度抑制指示とは、車両２の速度を抑制指示するための情報であり、図示しない車両２の制御装置等へ、図示しない出力インタフェース等から出力される。
【００９４】
このような、車の外界の渋滞や駐停車状況等から、死角の有無を判定することにより、人の飛び出す可能性の有る状況にて警告または速度抑制ができるようになり、事故を回避しやすくなる。また、警告回数を絞ることが可能となる。また、予め、危険発生地域であると登録されていない場合でも、例えば飛び出し等危険が発生する可能性のある状況であれば、警告することが可能となる。
【００９５】
以上、この発明の実施形態を図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。
【００９６】
例えば、上述のＳ１１０４の処理において、車両２の前方にバスや路面電車等があり、車両２の現在位置から所定範囲内にバス停や路面電車駅等がある場合には、ポイントを加算してもよい。車両２の前方にバスや路面電車等があるか否か判定する技術は任意であるが、例えば、カメラ３により取得された画像データを画面処理することにより判定してもよい。
【図面の簡単な説明】
【００９７】
【図１】本発明の、一実施形態のシステム構成例を示す図である。
【図２】同実施形態において、警告装置の構成例を示す図である。
【図３】同実施形態において、地図情報の一例を示す図である。
【図４】同実施形態において、施設ポイントテーブルの一例を示す図である。
【図５】同実施形態において、ヒヤリハットポイントテーブルの一例を示す図である。
【図６】同実施形態において、飛出ポイントテーブルの一例を示す図である。
【図７】同実施形態において、サーバの構成例を示す図である。
【図８】同実施形態において、動作例を説明する図である。
【図９】同実施形態において、動作例を説明する図である。
【図１０】同実施形態において、動作例を説明する図である。
【図１１】同実施形態において、動作例を説明する図である。
【図１２】同実施形態において、画面例である。
【符号の説明】
【００９８】
１： 警告装置、２：車両、３：カメラ、４：レーダ、５：サーバ、６：通信ネットワーク、７：ＧＰＳ衛星、１１：演算部、１２：メモリ、１３：記憶装置、１４：入力装置、１５：出力装置、１６：通信装置、１７：ＧＰＳ受信装置、１８：バス、１１１：現在位置算出部、１１２：死角判定部、１１３：危険可能性判定部、１１４：施設ポイント加算部、１１５：ヒヤリハットポイント加算部、１１６：飛出ポイント加算部、１１７：判定部、１３１：地図情報、３０１：道路情報テーブル、１３２：施設ポイントテーブル、１３３：ヒヤリハットポイントテーブル、１３４：飛出ポイントテーブル、５１：演算部、５２：メモリ、５３：記憶装置、５４：入力装置、５５：出力装置、５６：通信インタフェース、５７：バス、５１１：渋滞情報送信部、５１２：時間帯情報送信部、５３１：渋滞情報テーブル、５３２：時間帯情報テーブル、５３３：ユーザ情報テーブル
【特許請求の範囲】
【請求項１】
車線ごとの渋滞情報を送信する渋滞情報送信装置と通信ネットワークを介して接続され、自車両がどの車線に存在するかを判定する車両搭載装置であって、
前記渋滞情報送信装置からの、車線ごとの渋滞情報を受信する受信手段と、
前記受信した渋滞情報から、自車両の存在する車線が渋滞しているか否か判定する自車両渋滞判定手段と、
前記受信した渋滞情報から、自車両と隣接する車線が渋滞しているか否か判定する隣接車線渋滞判定手段と、
前記判定により、自車両の車線が渋滞していると判定し、かつ、自車両の隣接する車線が渋滞していると判定された場合、警告する情報を出力する出力手段と、を有すること
を特徴とする車両搭載装置。
【請求項２】
車両に搭載される車両搭載装置であって、
前記車両の前方の、該車両の隣接車線の各対象物の位置及び該各対象物の大きさを測定するレーダと、
前記レーダにより測定された対象物の位置及び大きさの各々から、対象物の前端から所定距離内に他の対象物が位置しているか否か判定する判定手段と、
前記判定により、対象物の前端から所定距離内に他の対象物が位置していないと判定された場合、警告する情報を出力する出力手段と、を有すること
を特徴とする車両搭載装置。
【請求項３】
車線毎の車両の速度情報を送信する渋滞情報送信装置と通信ネットワークを介して接続され、自車両がどの車線に存在するかを判定する車両搭載装置であって、
前記渋滞情報送信装置からの、車線毎の車両の速度情報を受信する受信手段と、
前記受信した車線毎の速度情報から、自車両の存在する車線の車両速度が所定値以下であるか否か判定する自車両渋滞判定手段と、
前記受信した車線毎の速度情報から、自車両と隣接する車線の車両速度が所定値以下であるか否か判定する隣接車線渋滞判定手段と、
前記判定により、自車両の車線の車両速度が所定値以下であり、かつ、自車両の隣接する車線の車両速度が所定値以下である場合、警告する情報を出力する出力手段と、を有すること
を特徴とする車両搭載装置。
【請求項４】
車両に搭載される車両搭載装置であって、
前記車両の前方の、該車両の隣接車線の各対象物の前端及び後端の位置、及び、該各対象物の速度を測定するレーダと、
前記車両の前方の対象物の各々に対し、前記測定された対象物の前端を、前記測定された該対象物の速度に応じて延伸し、該延伸した対象物の前端から所定距離内に、他の対象物の後端があるか否か判定する判定手段と、
前記判定により、延伸した対象物の前端から所定距離内に他の対象物の後端がないと判定された場合、警告する情報を出力する出力手段と、を有すること
を特徴とする車両搭載装置。
【請求項５】
車線ごとの渋滞情報を送信する渋滞情報送信装置と通信ネットワークを介して接続され、自車両がどの車線に存在するかを判定する車両搭載装置による警告方法であって、
前記渋滞情報送信装置からの、車線ごとの渋滞情報を受信する受信ステップと、
前記受信した渋滞情報から、自車両の存在する車線が渋滞しているか否か判定する自車両渋滞判定ステップと、
前記受信した渋滞情報から、自車両と隣接する車線が渋滞しているか否か判定する隣接車線渋滞判定ステップと、
前記判定により、自車両の車線が渋滞していると判定し、かつ、自車両の隣接する車線が渋滞していると判定された場合、警告する情報を出力する出力ステップと、を有すること
を特徴とする警告方法。
【請求項６】
車両に搭載される車両搭載装置による警告方法であって、
前記車両の前方の、該車両の隣接車線の各対象物の位置及び該各対象物の大きさを測定するレーダ、を有する車両搭載装置が、
前記レーダにより測定された対象物の位置及び大きさの各々から、対象物の前端から所定距離内に他の対象物が位置しているか否か判定する判定ステップと、
前記判定により、対象物の前端から所定距離内に他の対象物が位置していないと判定された場合、警告する情報を出力手段に出力する警告出力ステップと、を有すること
を特徴とする警告方法。
【請求項７】
車線ごとの渋滞情報を送信する渋滞情報送信装置と通信ネットワークを介して接続され、自車両がどの車線に存在するかを判定する車両搭載装置に実行させるプログラムであって、
前記渋滞情報送信装置からの、車線ごとの渋滞情報を受信する受信ステップと、
前記受信した渋滞情報から、自車両の存在する車線が渋滞しているか否か判定する自車両渋滞判定ステップと、
前記受信した渋滞情報から、自車両と隣接する車線が渋滞しているか否か判定する隣接車線渋滞判定ステップと、
前記判定により、自車両の車線が渋滞していると判定し、かつ、自車両の隣接する車線が渋滞していると判定された場合、警告する情報を出力する出力ステップと、を実行させること
を特徴とするプログラム。
【請求項８】
車両に搭載される車両搭載装置に実行させるプログラムであって、
前記車両の前方の、該車両の隣接車線の各対象物の位置及び該各対象物の大きさを測定するレーダ、を有する車両搭載装置に、
前記レーダにより測定された対象物の位置及び大きさの各々から、対象物の前端から所定距離内に他の対象物が位置しているか否か判定する判定ステップと、
前記判定により、対象物の前端から所定距離内に他の対象物が位置していないと判定された場合、警告する情報を出力手段に出力する警告出力ステップと、を実行させること
を特徴とするプログラム。
【請求項１】
車線ごとの渋滞情報を送信する渋滞情報送信装置と通信ネットワークを介して接続され、自車両がどの車線に存在するかを判定する車両搭載装置であって、
前記渋滞情報送信装置からの、車線ごとの渋滞情報を受信する受信手段と、
前記受信した渋滞情報から、自車両の存在する車線が渋滞しているか否か判定する自車両渋滞判定手段と、
前記受信した渋滞情報から、自車両と隣接する車線が渋滞しているか否か判定する隣接車線渋滞判定手段と、
前記判定により、自車両の車線が渋滞していると判定し、かつ、自車両の隣接する車線が渋滞していると判定された場合、警告する情報を出力する出力手段と、を有すること
を特徴とする車両搭載装置。
【請求項２】
車両に搭載される車両搭載装置であって、
前記車両の前方の、該車両の隣接車線の各対象物の位置及び該各対象物の大きさを測定するレーダと、
前記レーダにより測定された対象物の位置及び大きさの各々から、対象物の前端から所定距離内に他の対象物が位置しているか否か判定する判定手段と、
前記判定により、対象物の前端から所定距離内に他の対象物が位置していないと判定された場合、警告する情報を出力する出力手段と、を有すること
を特徴とする車両搭載装置。
【請求項３】
車線毎の車両の速度情報を送信する渋滞情報送信装置と通信ネットワークを介して接続され、自車両がどの車線に存在するかを判定する車両搭載装置であって、
前記渋滞情報送信装置からの、車線毎の車両の速度情報を受信する受信手段と、
前記受信した車線毎の速度情報から、自車両の存在する車線の車両速度が所定値以下であるか否か判定する自車両渋滞判定手段と、
前記受信した車線毎の速度情報から、自車両と隣接する車線の車両速度が所定値以下であるか否か判定する隣接車線渋滞判定手段と、
前記判定により、自車両の車線の車両速度が所定値以下であり、かつ、自車両の隣接する車線の車両速度が所定値以下である場合、警告する情報を出力する出力手段と、を有すること
を特徴とする車両搭載装置。
【請求項４】
車両に搭載される車両搭載装置であって、
前記車両の前方の、該車両の隣接車線の各対象物の前端及び後端の位置、及び、該各対象物の速度を測定するレーダと、
前記車両の前方の対象物の各々に対し、前記測定された対象物の前端を、前記測定された該対象物の速度に応じて延伸し、該延伸した対象物の前端から所定距離内に、他の対象物の後端があるか否か判定する判定手段と、
前記判定により、延伸した対象物の前端から所定距離内に他の対象物の後端がないと判定された場合、警告する情報を出力する出力手段と、を有すること
を特徴とする車両搭載装置。
【請求項５】
車線ごとの渋滞情報を送信する渋滞情報送信装置と通信ネットワークを介して接続され、自車両がどの車線に存在するかを判定する車両搭載装置による警告方法であって、
前記渋滞情報送信装置からの、車線ごとの渋滞情報を受信する受信ステップと、
前記受信した渋滞情報から、自車両の存在する車線が渋滞しているか否か判定する自車両渋滞判定ステップと、
前記受信した渋滞情報から、自車両と隣接する車線が渋滞しているか否か判定する隣接車線渋滞判定ステップと、
前記判定により、自車両の車線が渋滞していると判定し、かつ、自車両の隣接する車線が渋滞していると判定された場合、警告する情報を出力する出力ステップと、を有すること
を特徴とする警告方法。
【請求項６】
車両に搭載される車両搭載装置による警告方法であって、
前記車両の前方の、該車両の隣接車線の各対象物の位置及び該各対象物の大きさを測定するレーダ、を有する車両搭載装置が、
前記レーダにより測定された対象物の位置及び大きさの各々から、対象物の前端から所定距離内に他の対象物が位置しているか否か判定する判定ステップと、
前記判定により、対象物の前端から所定距離内に他の対象物が位置していないと判定された場合、警告する情報を出力手段に出力する警告出力ステップと、を有すること
を特徴とする警告方法。
【請求項７】
車線ごとの渋滞情報を送信する渋滞情報送信装置と通信ネットワークを介して接続され、自車両がどの車線に存在するかを判定する車両搭載装置に実行させるプログラムであって、
前記渋滞情報送信装置からの、車線ごとの渋滞情報を受信する受信ステップと、
前記受信した渋滞情報から、自車両の存在する車線が渋滞しているか否か判定する自車両渋滞判定ステップと、
前記受信した渋滞情報から、自車両と隣接する車線が渋滞しているか否か判定する隣接車線渋滞判定ステップと、
前記判定により、自車両の車線が渋滞していると判定し、かつ、自車両の隣接する車線が渋滞していると判定された場合、警告する情報を出力する出力ステップと、を実行させること
を特徴とするプログラム。
【請求項８】
車両に搭載される車両搭載装置に実行させるプログラムであって、
前記車両の前方の、該車両の隣接車線の各対象物の位置及び該各対象物の大きさを測定するレーダ、を有する車両搭載装置に、
前記レーダにより測定された対象物の位置及び大きさの各々から、対象物の前端から所定距離内に他の対象物が位置しているか否か判定する判定ステップと、
前記判定により、対象物の前端から所定距離内に他の対象物が位置していないと判定された場合、警告する情報を出力手段に出力する警告出力ステップと、を実行させること
を特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２００７−２９８３４１（Ｐ２００７−２９８３４１Ａ）
【公開日】平成１９年１１月１５日（２００７．１１．１５）
【国際特許分類】
【出願番号】特願２００６−１２５３７３（Ｐ２００６−１２５３７３）
【出願日】平成１８年４月２８日（２００６．４．２８）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＶＩＣＳ
【出願人】（５９１１３２３３５）株式会社ザナヴィ・インフォマティクス (745)
【Ｆターム（参考）】
【公開日】平成１９年１１月１５日（２００７．１１．１５）
【国際特許分類】
【出願日】平成１８年４月２８日（２００６．４．２８）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＶＩＣＳ
【出願人】（５９１１３２３３５）株式会社ザナヴィ・インフォマティクス (745)
【Ｆターム（参考）】
[ Back to top ]