JP3644044B2 - 車両用通報装置 - Google Patents
車両用通報装置 Download PDFInfo
- Publication number
- JP3644044B2 JP3644044B2 JP04556094A JP4556094A JP3644044B2 JP 3644044 B2 JP3644044 B2 JP 3644044B2 JP 04556094 A JP04556094 A JP 04556094A JP 4556094 A JP4556094 A JP 4556094A JP 3644044 B2 JP3644044 B2 JP 3644044B2
- Authority
- JP
- Japan
- Prior art keywords
- request
- switch
- signal
- vehicle
- notification device
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000012790 confirmation Methods 0.000 claims description 28
- 230000005540 biological transmission Effects 0.000 claims description 19
- 230000008520 organization Effects 0.000 claims description 9
- 230000007274 generation of a signal involved in cell-cell signaling Effects 0.000 claims description 3
- 238000000034 method Methods 0.000 description 23
- 238000010586 diagram Methods 0.000 description 7
- 238000012545 processing Methods 0.000 description 7
- 230000004397 blinking Effects 0.000 description 5
- 238000004891 communication Methods 0.000 description 5
- 241000722921 Tulipa gesneriana Species 0.000 description 4
- 238000012937 correction Methods 0.000 description 4
- 230000000694 effects Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000004913 activation Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000002542 deteriorative effect Effects 0.000 description 1
- 230000008054 signal transmission Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B1/00—Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
- H04B1/38—Transceivers, i.e. devices in which transmitter and receiver form a structural unit and in which at least one part is used for functions of transmitting and receiving
- H04B1/3822—Transceivers, i.e. devices in which transmitter and receiver form a structural unit and in which at least one part is used for functions of transmitting and receiving specially adapted for use in vehicles
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B60—VEHICLES IN GENERAL
- B60R—VEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
- B60R25/00—Fittings or systems for preventing or indicating unauthorised use or theft of vehicles
- B60R25/10—Fittings or systems for preventing or indicating unauthorised use or theft of vehicles actuating a signalling device
- B60R25/102—Fittings or systems for preventing or indicating unauthorised use or theft of vehicles actuating a signalling device a signal being sent to a remote location, e.g. a radio signal being transmitted to a police station, a security company or the owner
-
- G—PHYSICS
- G08—SIGNALLING
- G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
- G08B25/00—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems
- G08B25/001—Alarm cancelling procedures or alarm forwarding decisions, e.g. based on absence of alarm confirmation
-
- G—PHYSICS
- G08—SIGNALLING
- G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
- G08B25/00—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems
- G08B25/006—Alarm destination chosen according to type of event, e.g. in case of fire phone the fire service, in case of medical emergency phone the ambulance
-
- G—PHYSICS
- G08—SIGNALLING
- G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
- G08B25/00—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems
- G08B25/01—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems characterised by the transmission medium
- G08B25/016—Personal emergency signalling and security systems
Landscapes
- Engineering & Computer Science (AREA)
- Emergency Management (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Business, Economics & Management (AREA)
- Health & Medical Sciences (AREA)
- Public Health (AREA)
- Computer Security & Cryptography (AREA)
- Mechanical Engineering (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Traffic Control Systems (AREA)
Description
【０００１】
【産業上の利用分野】
本発明は車両用通報装置に係わるものであり、特に車両運転中の非常事態を緊急通報するのに好適なものである。
【０００２】
【従来の技術】
従来、車両用通報装置として、ＵＳＰ３９８６１１９号公報に開示された技術が知られている。この技術は、警察、救急車、レッカー車、役務等のユーザーが必要とする救助の種類に対応した救援信号を選択するための救援スイッチを備え、非常事態にユーザーがこの救援スイッチにていずれかの救援信号を選択すると、その信号は路傍の中継ステーションを介してターミナル・ステーションへ転送される。このターミナル・ステーションでは、救援信号を受け取ると、ユーザーの概略位置を決定し、ユーザーへ救助を差し向けるとともに、ユーザーからのメッセージが受信されたことを知らせる確認信号をユーザーへ送信する。この確認信号が該通報装置にて受信されると、認識インジケータが能動化され、それにより、ユーザーはメッセージが確かに受信されたことを確認できる。
【０００３】
【発明が解決しようとする課題】
しかしながら、この通報装置においては、利用者の必要とする救助の種類に対応した救助信号を救援スイッチにて選択可能であるものの、利用者はその内のいずれか１つしか選択することができず、一度に複数の救助を求めることができないという問題点があった。
【０００４】
即ち、自動車事故が発生した場合に、通常利用者は救急車と共に警察、さらにはロードサービスを同時に必要とするが、上述した従来の装置では、それらに救助を同時に要求することができないために、一つずつ救助を求める必要があり、緊急時にも係わらず、救助の要請に時間を要してしまう。
そこで本発明は、上記の課題を解決すべく、一度に複数の要求を可能とした車両用通報装置を提供するものである。
【０００５】
【課題を解決するための手段】
本発明は、上記課題を解決するために、車両の利用者の必要な救援項目の種類毎に設けられ、その２つ以上が実質的に同時に手動操作にて操作可能な複数の要求スイッチと、前記複数の要求スイッチの全ての操作状態を確認し、その確認結果に基づいて要求信号を発生する要求信号発生手段と、前記要求信号に応じた送信信号を車外の唯一のサービス機関に送信するように構成され、一度に複数の救援要求を前記唯一のサービス機関に通報可能な送信手段と、前記唯一のサービス機関から送られてくる受信確認信号を受信する受信手段と、前記受信確認信号に応じて、前記送信信号が前記唯一のサービス機関にて受信されたことを前記利用者に対して表示するための受信確認表示手段と、を具備したことを要旨とするものである。
【０００６】
【作用】
本発明によれば、２つ以上が実質的に同時に操作可能な複数の要求スイッチが操作された場合、この要求スイッチの操作状態を確認し、この確認状態に基づき、要求信号を発生し、この要求信号に応じた送信信号を車両外の唯一のサービス機関に送信する。この送信信号を受信したサービス機関は受信確認信号を発信し、この信号を車両側にて受信し、利用者に対して受信の確認を表示する。
【０００７】
【発明の効果】
本発明によれば、通報の操作性を悪化させることなく、一度に複数の要求を求めることができ、要求の要請までの時間を短縮することができるとともに、要求信号を送信した後に、その信号が確実にサービス機関にて受信されたことを利用者側にて確認することができ、利用者により大きな安心感を与えることができる。
【０００８】
【実施例】
例えば、車両運転中の非常事態を緊急通報する場合において、複数の救助を一度に要求できるようにするためには、個々のスイッチの他にそれ専用の独立したスイッチ（例えば、救急車＋警察用のスイッチ，救急車＋警察＋ロードサービス用のスイッチ等）を設けるようにすればよいが、この場合、スイッチの数が多くなり紛らわしくなるとともに、スイッチの配設スペースの制約から、これらのスイッチを小さくしなければならず、緊急時の操作性を悪化させてしまうことになる。
【０００９】
また、緊急時には、利用者は気が動転しているため、救援スイッチが多数存在すると、スイッチの押し間違いを招き易く、押し間違った場合には何らかの方法で、その押し間違いを訂正する必要性がある。
さらに、救援信号を送信した後には、上述したＵＳＰ３９８６１１９号公報に開示されているように、それがコントロールセンターにて確かに受信された事を利用者側にて確認できるようにするのが望ましいが、救援信号が複数存在する場合には、それらの個々について確認できるようにするのが望ましい。
【００１０】
以下に述べる本発明の一実施例は、上述した課題を全て解決するものである。
以下、本発明の一実施例について図面を用いて詳細に説明する。
図１は車両に搭載されたコールユニット１００および無線機（以下、ＶＬＵ（Vehicle Locator Unit）と称する）２００から成る車両用通報装置のブロック図を示す。
【００１１】
コールユニット１００にはそれぞれ救急車、警察、ロードサービスの救援を要求するための救急車スイッチ１０１、警察スイッチ１０２、ロードサービススイッチ１０３が設けられている。
なお、救援項目の種類の数（即ち本実施例においては３個）のみスイッチが設けられていることに特徴がある。
そして、これらのスイッチは全体の動作および制御を司るマイクロコンピュータ１０４に直接接続されると共に、ＯＲ回路１０５を介してマイクロコンピュータ１０４のインタラプト端子ＩＮＴにも接続される。
個々のスイッチの近傍にはそれぞれ発光ダイオード（以下ＬＥＤと称す）１０６乃至１０８が設けられており、各スイッチが能動化されると点滅あるいは点灯する。
また、コールユニット１００内にはメッセージ（救援項目、救援到達予測時間、等）を表示するためのディスプレイ（ＬＣＤ表示器）１０９、およびマイクロコンピュータ１０４からの表示命令に基づきディスプレイ１０９を駆動するためのキャラクタ発生ＩＣ１１０、およびメッセージが表示された時にそれを利用者に音でも知らせるためのブザー１１１も設けられている。
なお、図１には電源スイッチが図示されていないが、これはコールユニット１００に付設しても良いし、他の場所に設けても良い。
また、車両のイグニッションスイッチがＯＮされるとコールユニット１００にも自動的に電源が入るようにしても良い。
【００１２】
利用者の要求する救援信号は、マイクロコンピュータ１０４から送信ライン１１２を介してＶＬＵ２００へ送られ、ＶＬＵ２００のＩＤコードと共に、この救援信号をアンテナ２０１から車両外部に向けて発振する。
次に、図２は通信システムの全体図に示すものであり、車両外部に発振された救援信号およびＩＤコードは、中継アンテナ３００乃至３０４のうち少なくとも３つの中継アンテナを介してコントロールセンター４００にて受信される。コントロールセンター４００では、これらの信号を受信すると、救援信号受領信号（ペーシング信号）をＶＬＵ２００へ向けて発振する。この救援信号受領信号は専用のアンテナ３０５を介してＶＬＵ２００にて受信され、ＶＬＵ２００から受信ライン１１３を介してマイクロコンピュータ１０４へ送られ、その信号に応じた受領確認の表示およびブザー１１を鳴らし、利用者に救援信号がコントロールセンター４００に確かに送られたことを確認可能にする。
【００１３】
また、コントロールセンター４００では、各中継アンテナ３００乃至３０４におけるＩＤコード受信時刻差に基づいて車両の位置を計算し、コンピュータの地図上４０１に表示するとともに、救援信号に応じた救急車センター５００、警察署５０１、あるいはロードサービスセンター５０２等のサービス機関に車両位置および利用者のＩＤ（例えば、ナンバープレート、車種、車の色、ユーザーの氏名等）を通報し、それらのサービス機関の現地への予測到達時間を確認し、その時間を表す救援到着予測時間信号をアンテナ３０５を介してＶＬＵ２００に発信する。この信号はＶＬＵ２００から受信ライン１１３を介してマイクロコンピュータ１０４へ送られ、その信号に応じた受領確認の表示およびブザー１１１を鳴らし、利用者を安心させる。なお、図２に示された通信システムとしては、既に米国にて実施されているトラッキング技術を用いた盗難車探索サービスにおける通信システムを利用できる。
【００１４】
次に、マイクロコンピュータ１０４の制御動作を図３乃至図７のフローチャートを用いて説明する。
利用者が車両の運転中、何らかの事情により救援が必要になった場合に、利用者は先ずコールユニット１００の電源をＯＮにする。これにより、コールユニット１００はイニシャライズされ、作動待機状態になる。
【００１５】
次に、救急車スイッチ１０１、警察スイッチ１０２、ロードサービススイッチ１０３の内、いずれか１つ、あるいは複数のスイッチが同時あるいは連続して利用者により押されると、図３に示すインターラプトルーチンに入る。このインターラプトルーチンにおけるステップ６０１にて救急車スイッチ１０１が押されているか否かを判断する。救急車スイッチ１０１が押されている場合、ステップ６０２に進み、救急車スイッチ１０１に対応したスイッチフラグをＯＮにする。一方救急車スイッチ１０１が押されていない場合、あるいはステップ６０２にて救急車スイッチ１０１に対応したスイッチフラグがＯＮにされた後は、ステップ６０３に進み、警察スイッチ１０２が押されているか否かを判断する。警察スイッチが押されている場合、ステップ６０４に進み、警察スイッチ１０２に対応したスイッチフラグをＯＮにする。そして、警察スイッチ１０２が押されていない場合、あるいはステップ６０４にて警察スイッチ１０２に対応したスイッチフラグがＯＮにされた後は、ステップ６０５に進み、ロードサービススイッチ１０３が押されているか否かを判断する。そして、ロードサービススイッチ１０３が押されている場合、ステップ６０６に進み、ロードサービススイッチ１０３に対応したスイッチフラグをＯＮにする。ロードサービススイッチ１０３が押されていない場合、あるいはステップ６０６にてロードサービススイッチ１０３に対応したスイッチフラグがＯＮにされた後は、ステップ６０７に進む。
【００１６】
ステップ６０７では、各スイッチ１０１乃至１０３がいずれか１つでも押されているか否を判断し、押されていればステップ６０１に戻り上記のステップ６０１乃至６０６を繰り返し処理する。そうでなければ、このインターラプトルーチンを終了する。ここで、利用者が複数の救援を要求するために複数のスイッチを同時に押した場合、利用者は同時に押したつもりでいるが、ミクロ的な視野に立てば実際には各スイッチを押す時刻に差が生じている。そして、その差はマイクロコンピュータ１０４によるステップ６０１乃至６０６までの処理時間より通常長い。従って、もしステップ６０７がないと、同時に複数のスイッチを押しても１つのスイッチフラグしかＯＮにできなく、それにより１つの救援要求しか発信できない可能性もある。利用者がスイッチを押している期間は通常、マイクロコンピュータ１０４によるステップ６０１乃至６０６までの処理時間よりはるかに長いので、本実施例によると、ステップ６０７により各スイッチがいずれか１つでも押されている間に上記のステップ６０１乃至６０６を繰り返し処理することにより、複数のスイッチフラグを確実にＯＮすることができ、ひいては、一度に複数の救援要求を通報可能にする。
【００１７】
図４乃至図７に示すフローチャートはマイクロコンピュータ１０４のメインルーチンであり、コールユニット１００の電源がＯＮされた時点からこの処理を繰り返す。先ず、ステップ７０１にて後述するタイマによって１０秒経過したか否かが判断される。電源がＯＮされた直後ではまだタイマはスタートされていないのでステップ７０２に進む。ステップ７０２では救急車スイッチ１０１に対応したスイッチフラグがＯＮにされているか否かを判断する。上述したインターラプトルーチンのステップ６０２にて、このスイッチフラグがＯＮにされていれば、ステップ７０３に進み、このスイッチフラグをＯＦＦにし、さらにステップ７０４に進み、救急車スイッチに対応したＬＥＤ１０６が点滅しているか否かを判断する。救急車スイッチ１０１が初めて押されたのであればまだＬＥＤ１０６は点滅していないのでステップ７０５に進み、このＬＥＤ１０６を点滅させると共に救急車スイッチ１０１に対応した送信フラグをＯＮにする。その後はステップ７０６に進み前記タイマをリセット後にスタートさせ、所定時間、例えば１０秒間を計測する。
【００１８】
ステップ７０４にて、ＬＥＤ１０６が点滅していると判断された場合、ステップ７０７に進み、ＬＥＤ１０６の点滅を中止すると共に救急車スイッチ１０１に対応した送信フラグをＯＦＦし、救急車スイッチ救援信号の発信を中止する。ここで救急車スイッチ１０１を以前に一度押していなければＬＥＤ１０６は点滅していないので、ステップ７０２を経てステップ７０４にてＹＥＳと判断されるということは、この時点で救急車スイッチ１０１が２度押されたことを意味する。言い換えると、利用者は同じスイッチを再度押すことにより、前に押したスイッチの押し間違いを訂正することができる。なお、その押し間違い訂正はタイマによる所定時間範囲内に限られる。
【００１９】
ステップ７０７による処理が終わると、ステップ７０８に進み、他の救援信号に対応する送信フラグがＯＮか否かを判断する。他の救援信号に対応する送信フラグが１つでもＯＮである場合はステップ７０１に戻る、また、全ての送信フラグがＯＦＦである場合はステップにてタイマを停止させ、その後のステップ７０１に戻る。
【００２０】
ステップ７０２にて救急車スイッチ１０１に対応したスイッチフラグがＯＦＦであると判断すると、図５に示すステップ７１２に進み、警察スイッチ１０２およびロードサービススイッチ１０３について、ステップ７１２乃至７２９にて、上述したステップ７０２乃至７０９と同様の処理を行う。
ここまでのステップ７０１乃至７２９までのマイクロコンピュータ１０４の制動動作をまとめると、マイクロコンピュータ１０４は、優先順位（救急車＞警察＞ロードサービス）に従って、全ての救援項目に対して、スイッチフラグがＯＮされているか否かを順次確認し、ＯＮされている救援項目については確認後にスイッチフラグをＯＦＦに切り換え、スイッチに付随するＬＥＤを点滅させ、送信フラグをＯＮにすると共に所定時間のタイマを作動させる。もし利用者が救援スイッチを押し間違えた場合には、タイマの所定期間内に同じスイッチを再度押すことによりその訂正を可能にする。利用者はその訂正後、所望の救援スイッチを改めて押すことにより所望の救援を送信可能になる。
【００２１】
タイマによる所定時間経過後、マイクロコンピュータ１０４は救援項目が確定されたと見なし、ステップ７０１から図６に示すステップ７３１に進む。ステップ７３１では救急車スイッチ１０１に対応した送信フラグがＯＮであるか否かを判断する。ＯＦＦであればステップ７４１に進む。ＯＮであればステップ７３２にて救急車スイッチ１０１に付随するＬＥＤ１０６を点滅から連続点灯に切り換えているので、利用者は押し間違いの訂正可能期間（即ち、該所定時間）をタイマの点滅により視覚的に認識することができるという効果がある。
【００２２】
また、ディスプレイ１０９に例えば”救急車”と表示する（ステップ７３３）。そして、救急車救援信号をＶＬＵ２００のＩＤ信号と共にＶＬＵ２００を介してコントロールセンタ４００へ送信する（ステップ７３４）。また、ブザー１１１によりチュリップ音を２回鳴らす（ステップ７３５）。なお、ＬＥＤ１０６の連続点灯、ディスプレイ表示、およびチュリップ音は利用者に救急車救援信号が送られたことを確認させるためのものである。
【００２３】
ステップ７３５の処理の後は、ステップ７４１乃至７４５、およびステップ７５１乃至７５５では、それぞれ警察スイッチ、ロードサービススイッチ１０３について、上述したステップ７３１乃至７３５と同様の処理を行う。
その後、コントロールセンタ４００にて救援信号が受領され、それに応じて救援信号受領信号はコントロールセンタ４００からＶＬＵ２００に向けて発信され、ＶＬＵ２００がこれを受信すると、ステップ７５９にてＹＥＳと判断され、ステップ７６０に進む。なお、救援信号受領信号が受信されるまではステップ７６０に進むことはできない。
【００２４】
ステップ７６１では、受領された救援信号が救急車救援信号か否かを判断する。そうである場合ステップ７６２に進みディスプレイ１０９に例えば”救急車救援信号受信”と表示すると共に、ステップ７６３にてブザー１１１によりチュリップ音を一回鳴らす。そうでない場合にはステップ７７１に直接進む。
ステップ７７１乃至７７３、ステップ７８１乃至７８３では、それぞれ警察救援信号、ロードサービス救援信号について、上述したステップ７６１乃至７６３と同様の処理を行う。その後は図７に示すステップ７９０に進む。
【００２５】
コントロールセンタ４００にてサービス機関の現地への予測到達時間を確認し、その時間を表す救援到着予測時間信号をＶＬＵ２００に発信し、ＶＬＵ２００がその信号を受信すると、ステップ７９０にてＹＥＳと判断され、ステップ７９１に進む。ステップ７９１では、受信された救援到着予測時間が救急車の到着予測時間信号か否かを判断する。そうである場合、ステップ７９２にて、例えば救急車が１０分後に到着すると予測される場合、ディスプレイ１０９に”救急車到達予測時間１０分”と表示すると共に、ステップ７９３にてブザー１１１によりチュリップ音を一回鳴らす。そうでない場合にはステップ８０１に直接進む。
【００２６】
ステップ８０１乃至８０３、ステップ８１１乃至８１３では、それぞれ警察の到着予測時間信号、ロードサービスの到着予測時間について、上述したステップ７９１乃至７９３と同様の処理を行う。その後は、ステップ７９０に戻り、前回ステップ７９０にて検出されたサービス機関の到着予測時間信号と異なるサービス機関の到着予測時間信号が受信されるのを待つ待機状態となる。
【００２７】
上述のステップ７６０乃至８１３によると、コントロールセンタ４００からの確認メッセージ（受信、救援到着予想時間、等）を各救援信号毎に表示しているので、利用者により大きな安心感を与えることができる。
以上、本発明を上記一実施例を用いて説明したが、本発明はその主旨を逸脱しない限り、例えば以下に示す如く種々変更可能である。
【００２８】
▲１▼上記実施例ではディスプレイ１０９への各メッセージを順に表示するようにしているが、図８（イ）に示すように各ステップ毎に一画面の全てのメッセージを表示しても良い。また、図８（ロ）に示すように各メッセージが交互に表示されるようにしても良い。
▲２▼上記実施例では、救援信号が複数存在する場合、個々の信号を独立にコントロールセンタ４００に送信しているが、複数の救援信号を組み合わせた場合（例えば、救急車＋警察、警察＋ロードサービス、救急車＋警察＋ロードサービス、等）の救援信号コードも予め決めておき、マイクロコンピュータ１０４が各信号の送信をもとにこのような救援信号を送信するようにしても良い。
【００２９】
▲３▼図９に他の実施例の車両用通報装置のブロック図を示す。なお、図１に示す実施例と同様の構成要素については同一符号を付してその説明は省略する。図１に示す実施例との違いはＬＥＤ１０６乃至１０８が存在しない事、および警察スイッチ１１４がコールユニット１００外にもう一つ設けられていることである。上記実施例では救援スイッチを押した後、その確認と訂正可能機関をユーザに知らせるためにＬＥＤ１０６乃至１０８が点滅したが、本実施例ではディスプレイ１０９に表示される救援信号名を点滅表示させる。外部の警察スイッチ１１４は運転手の手元（例えば、ハンドルコラムの裏側、座席の下、等）に設置し、暴漢等に襲われた時に、相手に気付かれないように緊急通報できるようにする。
【００３０】
▲４▼マイクロコンピュータ１０４をエアバック用のＥＣＵと接続し、エアバックが作動した時に、コールユニット１００がその作動信号を受信し、自動的に救援信号を送るようにしても良い。
▲５▼図１０に示すように、コールユニット１００はサンバイザー９００の裏側に組み込むと効果的である。この位置は、日頃は目に付きにくく、いざと言う時にすぐ手が届く位置であるからである。また、コールユニット１００を覆うように蓋９０１を設け、この蓋９０１の開閉によりコールユニット１００の電源ＯＮ／ＯＦＦを制御するようにしても良い。また、そのような位置にはバニティミラー９０２が装着されていることが多いが、そのような場合、図１１に示すように、蓋９０１とコールユニット１００との間にバニティミラー９０２が介在する構造とし、このバニティミラー９０２を利用してコールユニット１００の電源ＯＮ／ＯＦＦを制御するようにしても良い。
【００３１】
▲６▼図３のステップ６０１、６０３、６０５において、所定時間（例えば、１秒間）以上スイッチが押し続けられた場合のみ、スイッチフラグをＯＮにするようにしても良い。このような手法も、スイッチの押し間違いに対して有効である。
▲７▼コールユニット１００の電源は利用者により制御され、ＶＬＵ２００の電源はコントロールセンター４００により制御されるようにしても良い。即ち、コールユニット１００からＶＬＵ２００へ救援信号送信後は、たとえ利用者がコールユニット１００の電源をＯＦＦにしたとしてもＶＬＵ２００はコントロールセンタ４００と交信を続け、コントロールセンター４００から確認のメッセージが届いた後に交信を終了するようにする。利用者はコールユニット１００の電源をいつＯＦＦにしたらよいか判断しづらいが、このようにすることにより、そのような判断を不要にすることができる。
【００３２】
▲８▼コールユニット１００に経路誘導サービス要求スイッチを設け、位置を記憶していない所望の場所まで到達したい時に、このスイッチを利用者が押すことによりコントロールセンター４００のサービスマンと自動車電話を介して話すことを可能とし、経路誘導等のサービスを受けれるようにしても良い。なお、この場合、上記実施例における救援到着予測時間のメッセージは省略される。
【００３３】
なお、上述した実施例では、日本語にてメッセージが表示されているが、このメッセージを英文等により表示するようにしても良いことは言うまでもない。
【図面の簡単な説明】
【図１】本発明の一実施例の車両用通報装置を示すブロック図である。
【図２】本発明の一実施例における通信システムの全体を示す全体構成図である。
【図３】マイクロコンピュータのインターラプトルーチンを示すフローチャートである。
【図４】マイクロコンピュータのメインルーチンを示すフローチャートである。
【図５】マイクロコンピュータのメインルーチンを示すフローチャートである。
【図６】マイクロコンピュータのメインルーチンを示すフローチャートである。
【図７】マイクロコンピュータのメインルーチンを示すフローチャートである。
【図８】ディスプレイへの表示の一例を示す図である。
【図９】本発明の他の実施例の車両用通報装置を示すブロック図である。
【図１０】コールユニットを車両のサンバイザーへ組み込構成を示す斜視図
【図１１】閾い値演算方法を示した線図である。
【符号の説明】
１０１，１０２，１０３ 要求スイッチ
１０４ 要求信号発生手段をなすマイクロコンピュータ
１０９ 受信確認表示手段をなすＬＣＤ表示器
１１０ 受信確認表示手段をなすＬＣＤ表示器
２００，２０１ 送受信手段
【産業上の利用分野】
本発明は車両用通報装置に係わるものであり、特に車両運転中の非常事態を緊急通報するのに好適なものである。
【０００２】
【従来の技術】
従来、車両用通報装置として、ＵＳＰ３９８６１１９号公報に開示された技術が知られている。この技術は、警察、救急車、レッカー車、役務等のユーザーが必要とする救助の種類に対応した救援信号を選択するための救援スイッチを備え、非常事態にユーザーがこの救援スイッチにていずれかの救援信号を選択すると、その信号は路傍の中継ステーションを介してターミナル・ステーションへ転送される。このターミナル・ステーションでは、救援信号を受け取ると、ユーザーの概略位置を決定し、ユーザーへ救助を差し向けるとともに、ユーザーからのメッセージが受信されたことを知らせる確認信号をユーザーへ送信する。この確認信号が該通報装置にて受信されると、認識インジケータが能動化され、それにより、ユーザーはメッセージが確かに受信されたことを確認できる。
【０００３】
【発明が解決しようとする課題】
しかしながら、この通報装置においては、利用者の必要とする救助の種類に対応した救助信号を救援スイッチにて選択可能であるものの、利用者はその内のいずれか１つしか選択することができず、一度に複数の救助を求めることができないという問題点があった。
【０００４】
即ち、自動車事故が発生した場合に、通常利用者は救急車と共に警察、さらにはロードサービスを同時に必要とするが、上述した従来の装置では、それらに救助を同時に要求することができないために、一つずつ救助を求める必要があり、緊急時にも係わらず、救助の要請に時間を要してしまう。
そこで本発明は、上記の課題を解決すべく、一度に複数の要求を可能とした車両用通報装置を提供するものである。
【０００５】
【課題を解決するための手段】
本発明は、上記課題を解決するために、車両の利用者の必要な救援項目の種類毎に設けられ、その２つ以上が実質的に同時に手動操作にて操作可能な複数の要求スイッチと、前記複数の要求スイッチの全ての操作状態を確認し、その確認結果に基づいて要求信号を発生する要求信号発生手段と、前記要求信号に応じた送信信号を車外の唯一のサービス機関に送信するように構成され、一度に複数の救援要求を前記唯一のサービス機関に通報可能な送信手段と、前記唯一のサービス機関から送られてくる受信確認信号を受信する受信手段と、前記受信確認信号に応じて、前記送信信号が前記唯一のサービス機関にて受信されたことを前記利用者に対して表示するための受信確認表示手段と、を具備したことを要旨とするものである。
【０００６】
【作用】
本発明によれば、２つ以上が実質的に同時に操作可能な複数の要求スイッチが操作された場合、この要求スイッチの操作状態を確認し、この確認状態に基づき、要求信号を発生し、この要求信号に応じた送信信号を車両外の唯一のサービス機関に送信する。この送信信号を受信したサービス機関は受信確認信号を発信し、この信号を車両側にて受信し、利用者に対して受信の確認を表示する。
【０００７】
【発明の効果】
本発明によれば、通報の操作性を悪化させることなく、一度に複数の要求を求めることができ、要求の要請までの時間を短縮することができるとともに、要求信号を送信した後に、その信号が確実にサービス機関にて受信されたことを利用者側にて確認することができ、利用者により大きな安心感を与えることができる。
【０００８】
【実施例】
例えば、車両運転中の非常事態を緊急通報する場合において、複数の救助を一度に要求できるようにするためには、個々のスイッチの他にそれ専用の独立したスイッチ（例えば、救急車＋警察用のスイッチ，救急車＋警察＋ロードサービス用のスイッチ等）を設けるようにすればよいが、この場合、スイッチの数が多くなり紛らわしくなるとともに、スイッチの配設スペースの制約から、これらのスイッチを小さくしなければならず、緊急時の操作性を悪化させてしまうことになる。
【０００９】
また、緊急時には、利用者は気が動転しているため、救援スイッチが多数存在すると、スイッチの押し間違いを招き易く、押し間違った場合には何らかの方法で、その押し間違いを訂正する必要性がある。
さらに、救援信号を送信した後には、上述したＵＳＰ３９８６１１９号公報に開示されているように、それがコントロールセンターにて確かに受信された事を利用者側にて確認できるようにするのが望ましいが、救援信号が複数存在する場合には、それらの個々について確認できるようにするのが望ましい。
【００１０】
以下に述べる本発明の一実施例は、上述した課題を全て解決するものである。
以下、本発明の一実施例について図面を用いて詳細に説明する。
図１は車両に搭載されたコールユニット１００および無線機（以下、ＶＬＵ（Vehicle Locator Unit）と称する）２００から成る車両用通報装置のブロック図を示す。
【００１１】
コールユニット１００にはそれぞれ救急車、警察、ロードサービスの救援を要求するための救急車スイッチ１０１、警察スイッチ１０２、ロードサービススイッチ１０３が設けられている。
なお、救援項目の種類の数（即ち本実施例においては３個）のみスイッチが設けられていることに特徴がある。
そして、これらのスイッチは全体の動作および制御を司るマイクロコンピュータ１０４に直接接続されると共に、ＯＲ回路１０５を介してマイクロコンピュータ１０４のインタラプト端子ＩＮＴにも接続される。
個々のスイッチの近傍にはそれぞれ発光ダイオード（以下ＬＥＤと称す）１０６乃至１０８が設けられており、各スイッチが能動化されると点滅あるいは点灯する。
また、コールユニット１００内にはメッセージ（救援項目、救援到達予測時間、等）を表示するためのディスプレイ（ＬＣＤ表示器）１０９、およびマイクロコンピュータ１０４からの表示命令に基づきディスプレイ１０９を駆動するためのキャラクタ発生ＩＣ１１０、およびメッセージが表示された時にそれを利用者に音でも知らせるためのブザー１１１も設けられている。
なお、図１には電源スイッチが図示されていないが、これはコールユニット１００に付設しても良いし、他の場所に設けても良い。
また、車両のイグニッションスイッチがＯＮされるとコールユニット１００にも自動的に電源が入るようにしても良い。
【００１２】
利用者の要求する救援信号は、マイクロコンピュータ１０４から送信ライン１１２を介してＶＬＵ２００へ送られ、ＶＬＵ２００のＩＤコードと共に、この救援信号をアンテナ２０１から車両外部に向けて発振する。
次に、図２は通信システムの全体図に示すものであり、車両外部に発振された救援信号およびＩＤコードは、中継アンテナ３００乃至３０４のうち少なくとも３つの中継アンテナを介してコントロールセンター４００にて受信される。コントロールセンター４００では、これらの信号を受信すると、救援信号受領信号（ペーシング信号）をＶＬＵ２００へ向けて発振する。この救援信号受領信号は専用のアンテナ３０５を介してＶＬＵ２００にて受信され、ＶＬＵ２００から受信ライン１１３を介してマイクロコンピュータ１０４へ送られ、その信号に応じた受領確認の表示およびブザー１１を鳴らし、利用者に救援信号がコントロールセンター４００に確かに送られたことを確認可能にする。
【００１３】
また、コントロールセンター４００では、各中継アンテナ３００乃至３０４におけるＩＤコード受信時刻差に基づいて車両の位置を計算し、コンピュータの地図上４０１に表示するとともに、救援信号に応じた救急車センター５００、警察署５０１、あるいはロードサービスセンター５０２等のサービス機関に車両位置および利用者のＩＤ（例えば、ナンバープレート、車種、車の色、ユーザーの氏名等）を通報し、それらのサービス機関の現地への予測到達時間を確認し、その時間を表す救援到着予測時間信号をアンテナ３０５を介してＶＬＵ２００に発信する。この信号はＶＬＵ２００から受信ライン１１３を介してマイクロコンピュータ１０４へ送られ、その信号に応じた受領確認の表示およびブザー１１１を鳴らし、利用者を安心させる。なお、図２に示された通信システムとしては、既に米国にて実施されているトラッキング技術を用いた盗難車探索サービスにおける通信システムを利用できる。
【００１４】
次に、マイクロコンピュータ１０４の制御動作を図３乃至図７のフローチャートを用いて説明する。
利用者が車両の運転中、何らかの事情により救援が必要になった場合に、利用者は先ずコールユニット１００の電源をＯＮにする。これにより、コールユニット１００はイニシャライズされ、作動待機状態になる。
【００１５】
次に、救急車スイッチ１０１、警察スイッチ１０２、ロードサービススイッチ１０３の内、いずれか１つ、あるいは複数のスイッチが同時あるいは連続して利用者により押されると、図３に示すインターラプトルーチンに入る。このインターラプトルーチンにおけるステップ６０１にて救急車スイッチ１０１が押されているか否かを判断する。救急車スイッチ１０１が押されている場合、ステップ６０２に進み、救急車スイッチ１０１に対応したスイッチフラグをＯＮにする。一方救急車スイッチ１０１が押されていない場合、あるいはステップ６０２にて救急車スイッチ１０１に対応したスイッチフラグがＯＮにされた後は、ステップ６０３に進み、警察スイッチ１０２が押されているか否かを判断する。警察スイッチが押されている場合、ステップ６０４に進み、警察スイッチ１０２に対応したスイッチフラグをＯＮにする。そして、警察スイッチ１０２が押されていない場合、あるいはステップ６０４にて警察スイッチ１０２に対応したスイッチフラグがＯＮにされた後は、ステップ６０５に進み、ロードサービススイッチ１０３が押されているか否かを判断する。そして、ロードサービススイッチ１０３が押されている場合、ステップ６０６に進み、ロードサービススイッチ１０３に対応したスイッチフラグをＯＮにする。ロードサービススイッチ１０３が押されていない場合、あるいはステップ６０６にてロードサービススイッチ１０３に対応したスイッチフラグがＯＮにされた後は、ステップ６０７に進む。
【００１６】
ステップ６０７では、各スイッチ１０１乃至１０３がいずれか１つでも押されているか否を判断し、押されていればステップ６０１に戻り上記のステップ６０１乃至６０６を繰り返し処理する。そうでなければ、このインターラプトルーチンを終了する。ここで、利用者が複数の救援を要求するために複数のスイッチを同時に押した場合、利用者は同時に押したつもりでいるが、ミクロ的な視野に立てば実際には各スイッチを押す時刻に差が生じている。そして、その差はマイクロコンピュータ１０４によるステップ６０１乃至６０６までの処理時間より通常長い。従って、もしステップ６０７がないと、同時に複数のスイッチを押しても１つのスイッチフラグしかＯＮにできなく、それにより１つの救援要求しか発信できない可能性もある。利用者がスイッチを押している期間は通常、マイクロコンピュータ１０４によるステップ６０１乃至６０６までの処理時間よりはるかに長いので、本実施例によると、ステップ６０７により各スイッチがいずれか１つでも押されている間に上記のステップ６０１乃至６０６を繰り返し処理することにより、複数のスイッチフラグを確実にＯＮすることができ、ひいては、一度に複数の救援要求を通報可能にする。
【００１７】
図４乃至図７に示すフローチャートはマイクロコンピュータ１０４のメインルーチンであり、コールユニット１００の電源がＯＮされた時点からこの処理を繰り返す。先ず、ステップ７０１にて後述するタイマによって１０秒経過したか否かが判断される。電源がＯＮされた直後ではまだタイマはスタートされていないのでステップ７０２に進む。ステップ７０２では救急車スイッチ１０１に対応したスイッチフラグがＯＮにされているか否かを判断する。上述したインターラプトルーチンのステップ６０２にて、このスイッチフラグがＯＮにされていれば、ステップ７０３に進み、このスイッチフラグをＯＦＦにし、さらにステップ７０４に進み、救急車スイッチに対応したＬＥＤ１０６が点滅しているか否かを判断する。救急車スイッチ１０１が初めて押されたのであればまだＬＥＤ１０６は点滅していないのでステップ７０５に進み、このＬＥＤ１０６を点滅させると共に救急車スイッチ１０１に対応した送信フラグをＯＮにする。その後はステップ７０６に進み前記タイマをリセット後にスタートさせ、所定時間、例えば１０秒間を計測する。
【００１８】
ステップ７０４にて、ＬＥＤ１０６が点滅していると判断された場合、ステップ７０７に進み、ＬＥＤ１０６の点滅を中止すると共に救急車スイッチ１０１に対応した送信フラグをＯＦＦし、救急車スイッチ救援信号の発信を中止する。ここで救急車スイッチ１０１を以前に一度押していなければＬＥＤ１０６は点滅していないので、ステップ７０２を経てステップ７０４にてＹＥＳと判断されるということは、この時点で救急車スイッチ１０１が２度押されたことを意味する。言い換えると、利用者は同じスイッチを再度押すことにより、前に押したスイッチの押し間違いを訂正することができる。なお、その押し間違い訂正はタイマによる所定時間範囲内に限られる。
【００１９】
ステップ７０７による処理が終わると、ステップ７０８に進み、他の救援信号に対応する送信フラグがＯＮか否かを判断する。他の救援信号に対応する送信フラグが１つでもＯＮである場合はステップ７０１に戻る、また、全ての送信フラグがＯＦＦである場合はステップにてタイマを停止させ、その後のステップ７０１に戻る。
【００２０】
ステップ７０２にて救急車スイッチ１０１に対応したスイッチフラグがＯＦＦであると判断すると、図５に示すステップ７１２に進み、警察スイッチ１０２およびロードサービススイッチ１０３について、ステップ７１２乃至７２９にて、上述したステップ７０２乃至７０９と同様の処理を行う。
ここまでのステップ７０１乃至７２９までのマイクロコンピュータ１０４の制動動作をまとめると、マイクロコンピュータ１０４は、優先順位（救急車＞警察＞ロードサービス）に従って、全ての救援項目に対して、スイッチフラグがＯＮされているか否かを順次確認し、ＯＮされている救援項目については確認後にスイッチフラグをＯＦＦに切り換え、スイッチに付随するＬＥＤを点滅させ、送信フラグをＯＮにすると共に所定時間のタイマを作動させる。もし利用者が救援スイッチを押し間違えた場合には、タイマの所定期間内に同じスイッチを再度押すことによりその訂正を可能にする。利用者はその訂正後、所望の救援スイッチを改めて押すことにより所望の救援を送信可能になる。
【００２１】
タイマによる所定時間経過後、マイクロコンピュータ１０４は救援項目が確定されたと見なし、ステップ７０１から図６に示すステップ７３１に進む。ステップ７３１では救急車スイッチ１０１に対応した送信フラグがＯＮであるか否かを判断する。ＯＦＦであればステップ７４１に進む。ＯＮであればステップ７３２にて救急車スイッチ１０１に付随するＬＥＤ１０６を点滅から連続点灯に切り換えているので、利用者は押し間違いの訂正可能期間（即ち、該所定時間）をタイマの点滅により視覚的に認識することができるという効果がある。
【００２２】
また、ディスプレイ１０９に例えば”救急車”と表示する（ステップ７３３）。そして、救急車救援信号をＶＬＵ２００のＩＤ信号と共にＶＬＵ２００を介してコントロールセンタ４００へ送信する（ステップ７３４）。また、ブザー１１１によりチュリップ音を２回鳴らす（ステップ７３５）。なお、ＬＥＤ１０６の連続点灯、ディスプレイ表示、およびチュリップ音は利用者に救急車救援信号が送られたことを確認させるためのものである。
【００２３】
ステップ７３５の処理の後は、ステップ７４１乃至７４５、およびステップ７５１乃至７５５では、それぞれ警察スイッチ、ロードサービススイッチ１０３について、上述したステップ７３１乃至７３５と同様の処理を行う。
その後、コントロールセンタ４００にて救援信号が受領され、それに応じて救援信号受領信号はコントロールセンタ４００からＶＬＵ２００に向けて発信され、ＶＬＵ２００がこれを受信すると、ステップ７５９にてＹＥＳと判断され、ステップ７６０に進む。なお、救援信号受領信号が受信されるまではステップ７６０に進むことはできない。
【００２４】
ステップ７６１では、受領された救援信号が救急車救援信号か否かを判断する。そうである場合ステップ７６２に進みディスプレイ１０９に例えば”救急車救援信号受信”と表示すると共に、ステップ７６３にてブザー１１１によりチュリップ音を一回鳴らす。そうでない場合にはステップ７７１に直接進む。
ステップ７７１乃至７７３、ステップ７８１乃至７８３では、それぞれ警察救援信号、ロードサービス救援信号について、上述したステップ７６１乃至７６３と同様の処理を行う。その後は図７に示すステップ７９０に進む。
【００２５】
コントロールセンタ４００にてサービス機関の現地への予測到達時間を確認し、その時間を表す救援到着予測時間信号をＶＬＵ２００に発信し、ＶＬＵ２００がその信号を受信すると、ステップ７９０にてＹＥＳと判断され、ステップ７９１に進む。ステップ７９１では、受信された救援到着予測時間が救急車の到着予測時間信号か否かを判断する。そうである場合、ステップ７９２にて、例えば救急車が１０分後に到着すると予測される場合、ディスプレイ１０９に”救急車到達予測時間１０分”と表示すると共に、ステップ７９３にてブザー１１１によりチュリップ音を一回鳴らす。そうでない場合にはステップ８０１に直接進む。
【００２６】
ステップ８０１乃至８０３、ステップ８１１乃至８１３では、それぞれ警察の到着予測時間信号、ロードサービスの到着予測時間について、上述したステップ７９１乃至７９３と同様の処理を行う。その後は、ステップ７９０に戻り、前回ステップ７９０にて検出されたサービス機関の到着予測時間信号と異なるサービス機関の到着予測時間信号が受信されるのを待つ待機状態となる。
【００２７】
上述のステップ７６０乃至８１３によると、コントロールセンタ４００からの確認メッセージ（受信、救援到着予想時間、等）を各救援信号毎に表示しているので、利用者により大きな安心感を与えることができる。
以上、本発明を上記一実施例を用いて説明したが、本発明はその主旨を逸脱しない限り、例えば以下に示す如く種々変更可能である。
【００２８】
▲１▼上記実施例ではディスプレイ１０９への各メッセージを順に表示するようにしているが、図８（イ）に示すように各ステップ毎に一画面の全てのメッセージを表示しても良い。また、図８（ロ）に示すように各メッセージが交互に表示されるようにしても良い。
▲２▼上記実施例では、救援信号が複数存在する場合、個々の信号を独立にコントロールセンタ４００に送信しているが、複数の救援信号を組み合わせた場合（例えば、救急車＋警察、警察＋ロードサービス、救急車＋警察＋ロードサービス、等）の救援信号コードも予め決めておき、マイクロコンピュータ１０４が各信号の送信をもとにこのような救援信号を送信するようにしても良い。
【００２９】
▲３▼図９に他の実施例の車両用通報装置のブロック図を示す。なお、図１に示す実施例と同様の構成要素については同一符号を付してその説明は省略する。図１に示す実施例との違いはＬＥＤ１０６乃至１０８が存在しない事、および警察スイッチ１１４がコールユニット１００外にもう一つ設けられていることである。上記実施例では救援スイッチを押した後、その確認と訂正可能機関をユーザに知らせるためにＬＥＤ１０６乃至１０８が点滅したが、本実施例ではディスプレイ１０９に表示される救援信号名を点滅表示させる。外部の警察スイッチ１１４は運転手の手元（例えば、ハンドルコラムの裏側、座席の下、等）に設置し、暴漢等に襲われた時に、相手に気付かれないように緊急通報できるようにする。
【００３０】
▲４▼マイクロコンピュータ１０４をエアバック用のＥＣＵと接続し、エアバックが作動した時に、コールユニット１００がその作動信号を受信し、自動的に救援信号を送るようにしても良い。
▲５▼図１０に示すように、コールユニット１００はサンバイザー９００の裏側に組み込むと効果的である。この位置は、日頃は目に付きにくく、いざと言う時にすぐ手が届く位置であるからである。また、コールユニット１００を覆うように蓋９０１を設け、この蓋９０１の開閉によりコールユニット１００の電源ＯＮ／ＯＦＦを制御するようにしても良い。また、そのような位置にはバニティミラー９０２が装着されていることが多いが、そのような場合、図１１に示すように、蓋９０１とコールユニット１００との間にバニティミラー９０２が介在する構造とし、このバニティミラー９０２を利用してコールユニット１００の電源ＯＮ／ＯＦＦを制御するようにしても良い。
【００３１】
▲６▼図３のステップ６０１、６０３、６０５において、所定時間（例えば、１秒間）以上スイッチが押し続けられた場合のみ、スイッチフラグをＯＮにするようにしても良い。このような手法も、スイッチの押し間違いに対して有効である。
▲７▼コールユニット１００の電源は利用者により制御され、ＶＬＵ２００の電源はコントロールセンター４００により制御されるようにしても良い。即ち、コールユニット１００からＶＬＵ２００へ救援信号送信後は、たとえ利用者がコールユニット１００の電源をＯＦＦにしたとしてもＶＬＵ２００はコントロールセンタ４００と交信を続け、コントロールセンター４００から確認のメッセージが届いた後に交信を終了するようにする。利用者はコールユニット１００の電源をいつＯＦＦにしたらよいか判断しづらいが、このようにすることにより、そのような判断を不要にすることができる。
【００３２】
▲８▼コールユニット１００に経路誘導サービス要求スイッチを設け、位置を記憶していない所望の場所まで到達したい時に、このスイッチを利用者が押すことによりコントロールセンター４００のサービスマンと自動車電話を介して話すことを可能とし、経路誘導等のサービスを受けれるようにしても良い。なお、この場合、上記実施例における救援到着予測時間のメッセージは省略される。
【００３３】
なお、上述した実施例では、日本語にてメッセージが表示されているが、このメッセージを英文等により表示するようにしても良いことは言うまでもない。
【図面の簡単な説明】
【図１】本発明の一実施例の車両用通報装置を示すブロック図である。
【図２】本発明の一実施例における通信システムの全体を示す全体構成図である。
【図３】マイクロコンピュータのインターラプトルーチンを示すフローチャートである。
【図４】マイクロコンピュータのメインルーチンを示すフローチャートである。
【図５】マイクロコンピュータのメインルーチンを示すフローチャートである。
【図６】マイクロコンピュータのメインルーチンを示すフローチャートである。
【図７】マイクロコンピュータのメインルーチンを示すフローチャートである。
【図８】ディスプレイへの表示の一例を示す図である。
【図９】本発明の他の実施例の車両用通報装置を示すブロック図である。
【図１０】コールユニットを車両のサンバイザーへ組み込構成を示す斜視図
【図１１】閾い値演算方法を示した線図である。
【符号の説明】
１０１，１０２，１０３ 要求スイッチ
１０４ 要求信号発生手段をなすマイクロコンピュータ
１０９ 受信確認表示手段をなすＬＣＤ表示器
１１０ 受信確認表示手段をなすＬＣＤ表示器
２００，２０１ 送受信手段
Claims (13)
- 車両の利用者の必要な救援項目の種類毎に設けられ、その２つ以上が実質的に同時に手動操作にて操作可能な複数の要求スイッチと、
前記複数の要求スイッチの全ての操作状態を確認し、その確認結果に基づいて要求信号を発生する要求信号発生手段と、
前記要求信号に応じた送信信号を車外の唯一のサービス機関に送信するように構成され、一度に複数の救援要求を前記唯一のサービス機関に通報可能な送信手段と、
前記唯一のサービス機関から送られてくる受信確認信号を受信する受信手段と、
前記受信確認信号に応じて、前記送信信号が前記唯一のサービス機関にて受信されたことを前記利用者に対して表示するための受信確認表示手段と、
を具備したことを特徴とする車両用通報装置。 - 前記要求信号発生手段による確認は、所定時間繰り返し行われるものであることを特徴とする請求項１記載の車両用通報装置。
- 前記所定時間は、利用者が前記要求スイッチを押している期間であることを特徴とする請求項２記載の車両用通報装置。
- 前記受信確認信号は、前記要求信号の種類に関する情報を含んでおり、前記受信確認表示手段は、利用者が該要求信号の種類が確認可能なように表示を行うものであることを特徴とする請求項１記載の車両用通報装置。
- 前記要求信号発生手段による確認は、所定の優先順位に従って行われるものであることを特徴とする請求項１記載の車両用通報装置。
- 前記要求スイッチが操作された後所定時間を計測するタイマを備え、該所定時間内に利用者により押し間違いの訂正がなければ前記要求信号発生手段は操作された前記要求スイッチに対応する前記要求信号を発生することを特徴とする請求項１記載の車両用通報装置。
- 前記所定時間内に利用者により、先に操作した前記要求スイッチと同じ前記要求スイッチが再度操作された場合、該要求スイッチによる要求をキャンセル可能としたことを特徴とする請求項６記載の車両用通報装置。
- 前記要求信号発生手段は、前記要求スイッチにて操作された要求項目を記憶する第１記憶手段（スイッチフラグ）、および該第１の記憶手段の記憶内容を確認することにより前記要求信号が送信可能であることを示す情報を記憶する第２記憶手段（送信フラグ）とを備え、前記所定時間内にこの第２記憶手段の記憶内容の訂正がなければ、前記要求信号を発生することを特徴とする請求項６記載の車両用通報装置。
- 前記要求スイッチが操作されたことを利用者に対して表示するための第２表示手段を具備したことを特徴とする請求項８記載の車両用通報装置。
- 前記第２表示手段は、前記要求スイッチが操作された後から前記所定時間が経過するまでの期間と、その期間後において、その表示状態を変えるものであることを特徴とする請求項９記載の車両用通報装置。
- 前記要求スイッチが所定時間以上継続して操作され続けることによって、前記第１記憶手段がその要求項目を記憶することを特徴とする請求項８記載の車両用通報装置。
- 少なくとも前記要求スイッチおよび前記受信確認表示手段は、前記車両のサンバイザーに取り付けられていることを特徴とする請求項１記載の車両用通報装置。
- 前記サンバイザーは前記要求スイッチおよび前記受信確認表示手段を覆う蓋を有し、該蓋の開閉動作により、前記要求スイッチ、前記要求信号発生手段及び前記受信確認表示手段の電源ＯＮ／ＯＦＦ状態を制御することを特徴とする請求項１２記載の車両用通報装置。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US5313493A | 1993-04-29 | 1993-04-29 | |
| US08/053134 | 1993-04-29 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH06318894A JPH06318894A (ja) | 1994-11-15 |
| JP3644044B2 true JP3644044B2 (ja) | 2005-04-27 |
Family
ID=21982148
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP04556094A Expired - Fee Related JP3644044B2 (ja) | 1993-04-29 | 1994-03-16 | 車両用通報装置 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US5579443A (ja) |
| JP (1) | JP3644044B2 (ja) |
Families Citing this family (43)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6021177A (en) | 1995-06-29 | 2000-02-01 | Allport; Douglas C. | Community alarm/notification device, method and system |
| US5890061A (en) * | 1996-02-09 | 1999-03-30 | Ford Motor Company | Vehicular emergency message system with call restriction defeating |
| US6539301B1 (en) * | 1996-08-02 | 2003-03-25 | Magellan Dis, Inc. | System and method for controlling a vehicle emergency response network |
| JPH10104258A (ja) * | 1996-09-27 | 1998-04-24 | Fujitsu Ten Ltd | 事故通報システム |
| US6005854A (en) * | 1997-08-08 | 1999-12-21 | Cwill Telecommunication, Inc. | Synchronous wireless access protocol method and apparatus |
| US6115605A (en) * | 1997-08-29 | 2000-09-05 | Ppm, Inc. | Communication system and device using dynamic receiver addressing |
| GB9723962D0 (en) * | 1997-11-14 | 1998-01-07 | Ahmed Shamin | Security and emergency systems mobile,remotely operated radio activated alarm ystem for schools and other institutional staff |
| US6292674B1 (en) * | 1998-08-05 | 2001-09-18 | Ericsson, Inc. | One-handed control for wireless telephone |
| US6124784A (en) * | 1998-08-11 | 2000-09-26 | Trw Inc. | Occupant protection and signal apparatus and method |
| WO2001027897A2 (en) * | 1999-10-11 | 2001-04-19 | Last Mile Communications/Tivis Limited | Information system |
| US7397768B1 (en) | 2002-09-11 | 2008-07-08 | Qlogic, Corporation | Zone management in a multi-module fibre channel switch |
| JP4258225B2 (ja) | 2003-02-14 | 2009-04-30 | トヨタ自動車株式会社 | 車両の位置検出装置及び方法 |
| US7525910B2 (en) | 2003-07-16 | 2009-04-28 | Qlogic, Corporation | Method and system for non-disruptive data capture in networks |
| US7620059B2 (en) | 2003-07-16 | 2009-11-17 | Qlogic, Corporation | Method and apparatus for accelerating receive-modify-send frames in a fibre channel network |
| US7583597B2 (en) * | 2003-07-21 | 2009-09-01 | Qlogic Corporation | Method and system for improving bandwidth and reducing idles in fibre channel switches |
| US7894348B2 (en) | 2003-07-21 | 2011-02-22 | Qlogic, Corporation | Method and system for congestion control in a fibre channel switch |
| US7522529B2 (en) | 2003-07-21 | 2009-04-21 | Qlogic, Corporation | Method and system for detecting congestion and over subscription in a fibre channel network |
| US7430175B2 (en) | 2003-07-21 | 2008-09-30 | Qlogic, Corporation | Method and system for managing traffic in fibre channel systems |
| US7447224B2 (en) * | 2003-07-21 | 2008-11-04 | Qlogic, Corporation | Method and system for routing fibre channel frames |
| US7792115B2 (en) | 2003-07-21 | 2010-09-07 | Qlogic, Corporation | Method and system for routing and filtering network data packets in fibre channel systems |
| US7558281B2 (en) | 2003-07-21 | 2009-07-07 | Qlogic, Corporation | Method and system for configuring fibre channel ports |
| US7525983B2 (en) | 2003-07-21 | 2009-04-28 | Qlogic, Corporation | Method and system for selecting virtual lanes in fibre channel switches |
| US7630384B2 (en) | 2003-07-21 | 2009-12-08 | Qlogic, Corporation | Method and system for distributing credit in fibre channel systems |
| US7406092B2 (en) | 2003-07-21 | 2008-07-29 | Qlogic, Corporation | Programmable pseudo virtual lanes for fibre channel systems |
| US7580354B2 (en) | 2003-07-21 | 2009-08-25 | Qlogic, Corporation | Multi-speed cut through operation in fibre channel switches |
| US7420982B2 (en) | 2003-07-21 | 2008-09-02 | Qlogic, Corporation | Method and system for keeping a fibre channel arbitrated loop open during frame gaps |
| US7684401B2 (en) | 2003-07-21 | 2010-03-23 | Qlogic, Corporation | Method and system for using extended fabric features with fibre channel switch elements |
| US7646767B2 (en) | 2003-07-21 | 2010-01-12 | Qlogic, Corporation | Method and system for programmable data dependant network routing |
| US7573909B2 (en) | 2003-07-21 | 2009-08-11 | Qlogic, Corporation | Method and system for programmable data dependant network routing |
| US7477655B2 (en) | 2003-07-21 | 2009-01-13 | Qlogic, Corporation | Method and system for power control of fibre channel switches |
| US7564789B2 (en) | 2004-02-05 | 2009-07-21 | Qlogic, Corporation | Method and system for reducing deadlock in fibre channel fabrics using virtual lanes |
| US7930377B2 (en) | 2004-04-23 | 2011-04-19 | Qlogic, Corporation | Method and system for using boot servers in networks |
| US7340167B2 (en) * | 2004-04-23 | 2008-03-04 | Qlogic, Corporation | Fibre channel transparent switch for mixed switch fabrics |
| US8295299B2 (en) | 2004-10-01 | 2012-10-23 | Qlogic, Corporation | High speed fibre channel switch element |
| US7593997B2 (en) | 2004-10-01 | 2009-09-22 | Qlogic, Corporation | Method and system for LUN remapping in fibre channel networks |
| JP2007000530A (ja) * | 2005-06-27 | 2007-01-11 | Mars Engineering Corp | 従業員管理システム、従業員管理方法、処理装置および管理装置 |
| US7548560B1 (en) | 2006-02-27 | 2009-06-16 | Qlogic, Corporation | Method and system for checking frame-length in fibre channel frames |
| JP2007112435A (ja) * | 2006-11-06 | 2007-05-10 | Fujitsu Ten Ltd | 事故通報システム及び事故通報方法 |
| US8013755B2 (en) * | 2007-09-19 | 2011-09-06 | Utc Fire & Security Americas Corporation, Inc. | System and methods for providing mass notification using existing fire system |
| US8554475B2 (en) | 2007-10-01 | 2013-10-08 | Mitac International Corporation | Static and dynamic contours |
| JP2017211840A (ja) * | 2016-05-25 | 2017-11-30 | 株式会社デンソー | 車両用非常通報装置 |
| JP7057677B2 (ja) * | 2018-01-17 | 2022-04-20 | 日立Astemo株式会社 | スイッチ装置 |
| JP7353534B2 (ja) * | 2021-05-17 | 2023-09-29 | 三菱電機株式会社 | 救急依頼装置 |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US3986119A (en) * | 1973-12-28 | 1976-10-12 | International Business Machines Corporation | Emergency communication system |
| US4176254A (en) * | 1977-12-27 | 1979-11-27 | Telcom, Inc. | Emergency roadside telephone system |
| US4360875A (en) * | 1981-02-23 | 1982-11-23 | Behnke Robert W | Automated, door-to-door, demand-responsive public transportation system |
| US4524243A (en) * | 1983-07-07 | 1985-06-18 | Lifeline Systems, Inc. | Personal alarm system |
| US4942841A (en) * | 1989-06-15 | 1990-07-24 | Drucker Jr Jack L | Vehicle service reminder display |
| US5225826A (en) * | 1989-09-05 | 1993-07-06 | Motorola, Inc. | Variable status receiver |
| US5363436A (en) * | 1989-10-02 | 1994-11-08 | Mcmonagle Jr John J | Remotely programmable, vandal-resistant voice communications unit |
| US5175759A (en) * | 1989-11-20 | 1992-12-29 | Metroka Michael P | Communications device with movable element control interface |
| US5159317A (en) * | 1991-07-12 | 1992-10-27 | Lifeline Systems, Inc. | System and method for remote telephonic station actuation |
| US5343493A (en) * | 1993-03-16 | 1994-08-30 | Hughes Aircraft Company | Personal assistance system and method for use with a cellular communication system |
-
1994
- 1994-03-16 JP JP04556094A patent/JP3644044B2/ja not_active Expired - Fee Related
-
1995
- 1995-03-03 US US08/400,396 patent/US5579443A/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| US5579443A (en) | 1996-11-26 |
| JPH06318894A (ja) | 1994-11-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3644044B2 (ja) | 車両用通報装置 | |
| EP2170657B1 (en) | Method and system for emergency notification | |
| US6642844B2 (en) | Direct dispatcherless automatic vehicle-to-vehicle and non-vehicle to vehicle police/emergency medical service notification system for life threatening accidents, hijackings, thefts and medical emergencies | |
| US20070243854A1 (en) | Information Processing Apparatus, Vehicle Control System and Information Processing Method | |
| US20130044008A1 (en) | Enhanced emergency system using a hazard light device | |
| US20020084918A1 (en) | Vehicle information dispatch system | |
| JP3257494B2 (ja) | 車両用通報情報確認装置、車両用通報情報確認方法、及び車両用通報情報確認プログラムを記録した記録媒体 | |
| US11203293B2 (en) | System for detecting activities that pose a risk during driving, based on checking the position of the two hands on the steering wheel | |
| CN111231891B (zh) | 集成的无声车辆报警器 | |
| JP3963205B2 (ja) | 移動体用無線端末 | |
| US20030112141A1 (en) | Method and system for providing emergency information from a communication device outside a vehicle | |
| JP2002185647A (ja) | 緊急通報装置 | |
| US6335679B1 (en) | Vehicle alarm and pager system | |
| JP3340920B2 (ja) | 居眠り運転防止システム | |
| KR20200054544A (ko) | 자동차용 안전 및 비상 신호 표시 시스템 | |
| JP2955702B2 (ja) | 自動車の緊急通報装置 | |
| US7561028B2 (en) | Method and apparatus for providing a personal security system | |
| JPH09139709A (ja) | 車両用通信装置 | |
| JP2003061201A (ja) | 電動車両の監視システム | |
| JPH06251292A (ja) | 車両現在位置通報システム | |
| KR20010005370A (ko) | 차량의 구조 요청 장치 | |
| JP2002208080A (ja) | 事故発生位置報知システム及び車載装置 | |
| JPH11250379A (ja) | 事故緊急通報システム及び事故緊急通報装置 | |
| JP3298822B2 (ja) | 緊急時通報システム用車載端末装置 | |
| KR0128186Y1 (ko) | 차량충돌시의 긴급구조신호 발생시스템 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040511 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040707 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20040817 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041004 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20041007 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20041026 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041129 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050111 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050124 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080210 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110210 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120210 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130210 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140210 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |