(57)【特許請求の範囲】
【請求項１】
車両（１００）に乗車している人物の数を検知する乗車人数検知装置（１０、４０）であって、
前記車両の走行状態を取得する走行状態取得手段（Ｓ１６０）と、
前記車両の走行状態が予め設定されたカウント条件を満たす際に、前記人物がそれぞれ所持する装置である１または複数の携帯装置からの電波または音波を検知することによって前記携帯装置の数をカウントする装置数カウント手段（Ｓ１１０，Ｓ１２０）と、
前記装置数カウント手段にて得られた携帯装置の数に応じた値を前記人物の数として出力する人数出力手段（Ｓ１３４，Ｓ１４０，Ｓ１５０）と、
を備え、
前記走行状態取得手段は、前記車両の走行状態として、車両の走行距離を取得し、
前記装置数カウント手段は、前記カウント条件として、車両の走行開始後、予め設定された距離を走行したとの条件を満たす際に、前記携帯装置の数をカウントすること
を特徴とする乗車人数検知装置。
【請求項２】
請求項１に記載の乗車人数検知装置において、
前記装置数カウント手段は、前記カウント条件として、車両の走行開始前との条件を満たす際にも、前記携帯装置の数をカウントすること
を特徴とする乗車人数検知装置。
【請求項３】
請求項１または請求項２に記載の乗車人数検知装置において、
事前に登録された１または複数の携帯装置を特定する登録情報を取得する登録情報取得手段（Ｓ１３２）、を備え、
前記人数出力手段は、前記登録情報に含まれる携帯装置のみについて前記装置数カウント手段にて得られた携帯装置の数とし、この数に応じた値を前記人物の数として出力すること
を備えたことを特徴とする乗車人数検知装置。
【請求項４】
車両（１００）に乗車している人物の数を検知する乗車人数検知装置（１０、４０）であって、
前記車両の走行状態を取得する走行状態取得手段（Ｓ１６０）と、
前記車両の走行状態が予め設定されたカウント条件を満たす際に、前記人物がそれぞれ所持する装置である１または複数の携帯装置からの電波または音波を検知することによって前記携帯装置の数をカウントする装置数カウント手段（Ｓ１１０，Ｓ１２０）と、
前記装置数カウント手段にて得られた携帯装置の数に応じた値を前記人物の数として出力する人数出力手段（Ｓ１３４，Ｓ１４０，Ｓ１５０）と、
事前に登録された１または複数の携帯装置を特定する登録情報を取得する登録情報取得手段（Ｓ１３２）と、を備え、
前記人数出力手段は、前記登録情報に含まれる携帯装置のみについて前記装置数カウント手段にて得られた携帯装置の数とし、この数に応じた値を前記人物の数として出力すること
を特徴とする乗車人数検知装置。
【請求項５】
請求項３または請求項４に記載の乗車人数検知装置において、
前記登録情報取得手段は、前記登録情報として、携帯装置を所持する人物の特性を示す情報も取得すること
を特徴とする乗車人数検知装置。
【請求項６】
請求項３〜請求項５の何れか１項に記載の乗車人数検知装置において、
前記人数出力手段は、前記人物の数とともに前記登録情報も出力すること
を特徴とする乗車人数検知装置。
【請求項７】
請求項１〜請求項６の何れか１項に記載の乗車人数検知装置において、
前記装置数カウント手段は、携帯装置の数をカウントする際に、検知された携帯装置を特定する特定情報を取得し、
前記人数出力手段は、前記特定情報を用いて予め設定された確率以上の割合で検知された携帯装置を前記装置数カウント手段にて得られた携帯装置の数に含め、この数に応じた値を前記人物の数として出力すること
を特徴とする乗車人数検知装置。
【請求項８】
請求項１〜請求項７の何れか１項に記載の乗車人数検知装置において、
車両側の装置と通信を行うための対車両通信手段（４４、４７）を備え、
前記走行状態取得手段は、前記対車両通信手段を用いて前記車両の走行状態を取得し、
前記人数出力手段は、前記対車両通信手段を用いて出力を行うこと
を特徴とする乗車人数検知装置。
【請求項９】
車両における異常を通知する異常通知装置（３５）であって、
前記車両の走行状態を取得する走行状態取得手段（Ｓ１６０）と、
前記車両の走行状態が予め設定されたカウント条件を満たす際に、前記車両に乗車している人物がそれぞれ所持する装置である１または複数の携帯装置からの電波または音波を検知することによって前記携帯装置の数をカウントする装置数カウント手段（Ｓ１１０，Ｓ１２０）と、
前記装置数カウント手段にて得られた携帯装置の数に応じた値を前記人物の数として出力する人数出力手段（Ｓ１３４，Ｓ１４０，Ｓ１５０）と、
前記人物の数を取得する乗車人数取得手段（Ｓ２５０，Ｓ２６０）と、
車両内の人物に異常がある旨を取得する異常取得手段（Ｓ２７０）と、
前記異常がある旨が取得されると、前記人物の数を含み、車両内の人物に異常がある旨を示す異常情報を車両の外部に通知する非常通知手段（Ｓ２８０）と、
を備え、
前記走行状態取得手段は、前記車両の走行状態として、車両の走行距離を取得し、
前記装置数カウント手段は、前記カウント条件として、車両の走行開始後、予め設定された距離を走行したとの条件を満たす際に、前記携帯装置の数をカウントすること
を特徴とする異常通知装置。
【請求項１０】
車両における異常を通知する異常通知装置（３５）であって、
前記車両の走行状態を取得する走行状態取得手段（Ｓ１６０）と、
前記車両の走行状態が予め設定されたカウント条件を満たす際に、前記車両に乗車している人物がそれぞれ所持する装置である１または複数の携帯装置からの電波または音波を検知することによって前記携帯装置の数をカウントする装置数カウント手段（Ｓ１１０，Ｓ１２０）と、
前記装置数カウント手段にて得られた携帯装置の数に応じた値を前記人物の数として出力する人数出力手段（Ｓ１３４，Ｓ１４０，Ｓ１５０）と、
前記人物の数を取得する乗車人数取得手段（Ｓ２５０，Ｓ２６０）と、
車両内の人物に異常がある旨を取得する異常取得手段（Ｓ２７０）と、
前記異常がある旨が取得されると、前記人物の数を含み、車両内の人物に異常がある旨を示す異常情報を車両の外部に通知する非常通知手段（Ｓ２８０）と、
事前に登録された１または複数の携帯装置を特定する登録情報を取得する登録情報取得手段（Ｓ１３２）と、
を備え、
前記人数出力手段は、前記登録情報に含まれる携帯装置のみについて前記装置数カウント手段にて得られた携帯装置の数とし、この数に応じた値を前記人物の数として出力すること
を特徴とする異常通知装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両に乗車している人物の数を検知する乗車人数検知装置、および車両における異常を通知する異常通知装置に関する。
【背景技術】
【０００２】
上記の乗車人数検知装置として、使用者がボタン操作を行った際に、近距離装置でサーチされた携帯装置の数を車両における人物の数として検知するものが知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−２４７６２１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記の乗車人数検知装置では、使用者がボタン操作を行わない限り車両における人物の数の検知ができないため、用途によっては使い勝手が悪いという問題点があった。また、上記の乗車人数検知装置や車両における異常を通知する異常通知装置の技術分野においては、使用者による操作によらず正確に人物の数を検知したいという要求がある。
【０００５】
そこでこのような問題点を鑑み、車両に乗車している人物の数を検知する技術において、使用者による操作を要求することなく、より正確に車両に乗車している人物の数を検知できるようにすることを本発明の目的とする。
【課題を解決するための手段】
【０００６】
本発明の一側面の乗車人数検知装置において、走行状態取得手段は、車両の走行状態を取得し、装置数カウント手段は、車両の走行状態が予め設定されたカウント条件を満たす際に、人物がそれぞれ所持する装置である１または複数の携帯装置からの電波または音波を検知することによって携帯装置の数をカウントする。また、人数出力手段は、装置数カウント手段にて得られた携帯装置の数に応じた値を人物の数として出力する。
【０００７】
このような乗車人数検知装置によれば、走行状態がカウント条件を満たす場合に人物の数を検知するので、カウント条件を車両のすぐそばに他の人物が存在しにくい条件に設定すれば、車両外の他の人物が所持する携帯装置が人数のカウントに与える影響を軽減することができる。よって、使用者による操作を要求することなく、より正確に車両に乗車している人物の数を検知することができる。
【０００８】
なお、各請求項の記載は、可能な限りにおいて任意に組み合わせることができる。この際、一部構成を除外してもよい。
【図面の簡単な説明】
【０００９】
【図１】第１実施形態の異常通知システム１の概略構成を示すブロック図である。
【図２】人数検知ＥＣＵ１０が実行する車載機処理を示すフローチャートである。
【図３】スマートフォン２０が実行するスマホ処理を示すフローチャートである。
【図４】非常通信部３５が実行する非常通信処理を示すフローチャートである。
【図５】第２実施形態の異常通知システム２の概略構成を示すブロック図である。
【図６】認証ＥＣＵ５０が実行する車載機処理を示すフローチャートである。
【図７】携帯機４０が実行する携帯機処理を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下に本発明にかかる実施の形態を図面と共に説明する。
［第１実施形態］
［第１実施形態の構成］
本発明が適用された異常通知システム１は、走行状態がカウント条件を満たす場合にスマートフォン等の端末装置の数をカウントし、事故等の車両の異常が生じた際に、端末装置の数を含む情報を車両の外部に通知する機能を有するものである。なお、本明細書においては、使用者が携えて利用するスマートフォン２０等の装置である携帯装置を端末装置、或いは端末と表記する。
【００１１】
異常通知システム１は、図１に示すように、車両１００に搭載された人数検知ＥＣＵ１０と、主に車両１００内において車両１００の乗員にて所持される１または複数のスマートフォン２０とを備えて構成されている。人数検知ＥＣＵ１０とスマートフォン２０とはBluetooth（登録商標）によって通信するよう設定されている。
【００１２】
車両１００においては、人数検知ＥＣＵ１０に加えて、移動距離検出部３１、ＧＰＳ（全地球測位システム）受信機３２、走行速度検出部３４、非常通信部３５を備えている。人数検知ＥＣＵ１０、移動距離検出部３１、および非常通信部３５は、通信用のバス５を介して互いに通信可能に接続されている。
【００１３】
人数検知ＥＣＵ１０は、ＣＰＵ１１と、ＲＯＭ、ＲＡＭ等のメモリ１２と、ＢＬＥ（Bluetooth Low Energy）モジュール１３とを備えている。ＣＰＵ１１およびメモリ１２は、周知のコンピュータを構成し、ＣＰＵ１１はメモリ１２に格納されたプログラムに従って後述する車載機処理等の各種処理を実施する。なお、車載機処理では、車両１００に乗車している人物の数に関する情報が非常通信部３５に送られる。
【００１４】
また、メモリ１２には、車両１００に乗車する可能性がある人物が所持するスマートフォン２０等の端末装置を識別するための識別情報が、登録情報として予め記録されている。登録情報は後述する車載機処理において利用される。
【００１５】
ＢＬＥモジュール１３は、電力を低減した通信方式でBluetooth通信を行う周知のモジュールである。ＢＬＥモジュール１３は、車両１００内が通信可能領域となるよう設定され、主に車両１００の乗員が所持するスマートフォン２０との通信を行う。
【００１６】
ＧＰＳ受信機３２は、ＧＰＳ衛星から送信された電波に基づいて位置を検知する周知の位置検知装置として構成されている。ＧＰＳ受信機３２は、検知した位置を繰り返し移動距離検出部３１に送る。
【００１７】
走行速度検出部３４は、車両１００の走行速度を検知する周知の車速センサとして構成されている。走行速度検出部３４は、繰り返し車速を検知し、検知した車速を移動距離検出部３１に送る。
【００１８】
移動距離検出部３１は、車両１００の移動距離を定期的に求め、求めた移動距離（例えば車両１００の総走行距離等）をバス５上に出力する。例えば、移動距離検出部３１は、ＧＰＳ受信機３２から繰り返し得られる位置の偏差の積算値を移動距離として出力する。或いは、移動距離検出部３１は、走行速度検出部３４から得られる車速に時間を乗じて積算し、移動距離として出力する。
【００１９】
非常通信部３５は、ＣＰＵとメモリとを備えたコンピュータとして構成されており、後述する非常通報処理等の各種処理を実施する。
スマートフォン２０は、ＣＰＵ２１とＲＯＭ，ＲＡＭ等のメモリ２２と、ＧＰＳ受信機２３と、Bluetoothモジュール２４とを備えている。ＣＰＵ２１およびメモリ２２は、周知のコンピュータを構成し、ＣＰＵ２１はメモリ２２に格納されたプログラムに従って後述するスマホ処理等の各種処理を実施する。
【００２０】
Bluetoothモジュール２４は、周知のBluetoothモジュールとして構成されている。Bluetoothモジュール２４は、Bluetoothを利用して人数検知ＥＣＵ１０との通信を行う。すなわち、Bluetoothモジュール２４は、ＢＬＥ通信機能も備えており、人数検知ＥＣＵ１０のＢＬＥモジュール１３と通信可能に構成されている。
【００２１】
［第１実施形態の処理］
このように構成された異常通知システム１において、人数検知ＥＣＵ１０は、図２に示す車載機処理を実施する。また、スマートフォン２０は、図３に示すスマホ処理を実施する。
【００２２】
車載機処理およびスマホ処理は、車両１００の乗員の数を検知するための処理である。車載機処理は、例えば車両の電源（イグニッション等のスイッチ）が投入されると開始される処理であり、また、スマホ処理は、例えば、スマートフォン２０の電源が投入されると開始される処理である。
【００２３】
車載機処理では、図２に示すように、まず、ＢＬＥモジュール１３を起動させ、周囲（通信可能範囲内）に位置するスマートフォン２０等の端末装置をサーチする（Ｓ１１０）。一方、スマートフォン２０は、図３に示すスマホ処理を実施し、この処理では、自装置の存在を周囲に示す信号を送信するタイミングであるか否かを判定する（Ｓ２１０）。信号を送信するタイミングでなければ（Ｓ２１０：ＮＯ）、Ｓ２１０の処理を繰り返す。
【００２４】
また、信号を送信するタイミングであれば（Ｓ２１０：ＹＥＳ）、自装置の存在を示すAdvertisingパケットを周囲に送信し（Ｓ２２０）、Ｓ２１０の処理に戻る。
車載機処理では、周囲に位置する端末装置から、このようなAdvertisingパケットを受けて、図２に示すように、端末装置の検知台数を認識する（Ｓ１２０）。なお、Advertisingパケットには、端末装置を特定するための識別情報（ＩＤ）も含まれており、端末装置の検知台数を認識する際に、この識別情報も取得し、これらの情報をメモリ１２に記録させる。
【００２５】
続いて、車載機処理が起動されてからの処理の実行回数を検知回数ｎとして、該検知回数ｎと予め設定された回数閾値Ｎとを比較する（Ｓ１３０）。ここで、回数閾値Ｎは、たまたま検知されてしまった車両１００外に位置する端末装置を検知台数から除外するために設定される値であり、例えば、２〜５程度の値に設定される。
【００２６】
検知回数ｎが回数閾値Ｎ以下であれば（Ｓ１３０：ＮＯ）、後述するＳ１６０の処理に移行する。すなわち、検知回数ｎが回数閾値Ｎ以下である場合には、端末装置の数の検知精度が低い可能性が高いので、検知台数を確定させる処理を省略する。
【００２７】
また、検知回数ｎが回数閾値Ｎを超えていれば（Ｓ１３０：ＹＥＳ）、登録情報をメモリ１２から取得する（Ｓ１３２）。登録情報には、事前に登録された端末装置である登録端末を識別するための識別情報や、端末装置を所持する人物の特性（性別、年齢、持病の有無等）を示す情報が含まれる。
【００２８】
続いて、得られたAdvertisingパケットのうちの、登録端末以外のものを除去する（Ｓ１３４）。すなわち、登録端末に関する検知台数と識別情報とが残される。
続いて、検知率が検知閾値以上のものを抽出し、抽出したものの数を通知検知台数として設定する（Ｓ１４０）。この構成により電波強度が一定して高い端末装置（電波強度の変化が少ない端末装置）を検知しやすくしている。ここで、検知率とは、検知回数ｎに対してある端末装置を検知した確率を示し、端末装置毎に求められる値である。
【００２９】
また、検知閾値は、回数閾値Ｎと同様に、たまたま検知されてしまった車両１００外に位置する端末装置を除外するために設定される値である。この検知閾値は、例えば、５０％程度の値に設定される。また、通知検知台数は、検知した端末装置の数のうちの、他のＥＣＵに通知を行うための数である。
【００３０】
続いて、移動距離検出部３１から移動距離を取得する（Ｓ１６０）。そして、移動距離が基準距離以上であるか否かを判定する（Ｓ１７０）。なお、Ｓ１６０の処理にて取得する距離は、総走行距離等の情報であるが、Ｓ１７０の処理にて用いる移動距離は、Ｓ１１０〜Ｓ１５０の処理を実施してからの距離である。
【００３１】
つまり、本処理の開始時に、移動距離検出部３１から移動距離を取得しておき、この距離と、Ｓ１６０の処理にて取得した移動距離との差分をＳ１７０の処理にて利用する。なお、本実施形態の構成では、車両１００が移動距離分だけ移動した後、および移動前（車両１００の発進前）に、人数の検知を行う処理を実施することになる。
【００３２】
移動距離が基準距離未満であれば（Ｓ１７０：ＮＯ）、Ｓ１６０の処理に戻る。また、移動距離が基準距離以上であれば（Ｓ１７０：ＹＥＳ）、Ｓ１１０以下の処理を繰り返す。
【００３３】
次に、非常通信部３５が実行する非常通信処理について説明する。非常通信処理は、車両１００の異常時に、クラウド３６に対して車両１００に乗車している人物の人数等の情報を通知する処理である。
【００３４】
非常通信処理では、図４に示すように、まず、バス５を監視し、通知検知台数を受信したか否かを判定する（Ｓ２５０）。通知検知台数を受信していなければ（Ｓ２５０：ＮＯ）、Ｓ２５０の処理を繰り返す。
【００３５】
また、通知検知台数を受信していれば（Ｓ２５０：ＹＥＳ）、受信データを当該非常通信部３５内のメモリに保持する（Ｓ２６０）。続いて、車両１００に異常が生じたか否かを判定する（Ｓ２７０）。異常を検知する際には、例えば、事故が想定される大きな加速度が検知されたときや、車両１００の乗員が動かない等の事象を周知の手法（加速度センサやカメラによる画像認識等）によって認識し、これらの事象が検知されると異常であると判断する。
【００３６】
車両１００に異常が生じていなければ（Ｓ２７０：ＮＯ）、Ｓ２７０の処理を繰り返す。また、車両１００に異常が生じていれば（Ｓ２７０：ＹＥＳ）、車両内の人物に異常がある旨を示す異常情報をクラウド３６上に位置する所定のサーバ（緊急コールセンタ等）に送る（Ｓ２８０）。この際、人数検知ＥＣＵ１０から送られた人数の情報によって救護すべき人数を特定し、この人数とともに異常が生じた旨を異常情報としてクラウド３６上に送る。
【００３７】
なお、本実施形態においては、人数検知ＥＣＵ１０は端末装置を所持する人物の特性（性別、年齢、持病の有無等）を示す情報も取得し、この情報を登録情報として非常通信部３５に送信する。そして、非常通信部３５は、人数と共に、この登録情報もクラウド３６に送るよう設定されている。
【００３８】
このような処理が終了すると、非常通報処理を終了する。
［第１実施形態による効果］
上記の異常通知システム１において、人数検知ＥＣＵ１０は、車両の走行状態を取得し、車両の走行状態が予め設定されたカウント条件を満たす際に、人物がそれぞれ所持する装置である１または複数の端末装置からの電波または音波を検知することによって端末装置の数をカウントする。また、得られた端末装置の数に応じた値を人物の数として出力する。
【００３９】
このような異常通知システム１によれば、走行状態がカウント条件を満たす場合に人物の数を検知するので、カウント条件を車両のすぐそばに他の人物が存在しにくい条件に設定すれば、車両外の他の人物が所持する端末装置が人数のカウントに与える影響を軽減することができる。よって、使用者による操作を要求することなく、より正確に車両に乗車している人物の数を検知することができる。なお、端末装置からの電波を検知する際には、通信可能範囲が見通し範囲以下となる近距離無線通信を用いることが好ましい。車両１００外の端末装置を検知しにくくするためである。
【００４０】
また、上記の異常通知システム１において、人数検知ＥＣＵ１０は、車両の走行状態として、車両の走行距離を取得し、カウント条件として、車両の走行開始後、予め設定された距離を走行したとの条件を満たす際に、端末装置の数をカウントする。
【００４１】
このような異常通知システム１によれば、走行開始後に端末装置の数をカウントするので、周囲の他車両や車両外の人物が所持する端末装置を誤検出する可能性を低減することができる。
【００４２】
また、上記の異常通知システム１において、人数検知ＥＣＵ１０は、カウント条件として、車両の走行開始前との条件を満たす際にも、端末装置の数をカウントする。
このような異常通知システム１によれば、端末装置の数のカウントを複数回行うことができるので、人物の数の検知精度を向上させることができる。また、このような異常通知システム１によれば、車両の走行開始前および走行開始後に端末装置の数をカウントするので、人物の数の検知精度を向上させることができる。
【００４３】
上記の異常通知システム１において、人数検知ＥＣＵ１０は、端末装置の数をカウントする際に、検知された端末装置を特定する特定情報を取得し、特定情報を用いて予め設定された確率以上の割合で検知された端末装置を端末装置の数に含め、この数に応じた値を人物の数として出力する。
【００４４】
このような異常通知システム１によれば、たまたま車両外の端末装置が検知された際に、この端末装置に基づいて人物の数が誤検知されること抑制することができる。
上記の異常通知システム１において、人数検知ＥＣＵ１０は、事前に登録された１または複数の端末装置を特定する登録情報を取得し、登録情報に含まれる端末装置のみについて端末装置の数とし、この数に応じた値を人物の数として出力する。
【００４５】
このような異常通知システム１によれば、意図しない端末装置に基づいて人物の数が誤検知されること抑制することができる。
上記の異常通知システム１において、人数検知ＥＣＵ１０は、登録情報として、端末装置を所持する人物の特性を示す情報も取得する。
【００４６】
このような異常通知システム１によれば、端末装置を所持する人物の特性を示す情報も取得するので、どのような特性を有する人物が乗車しているかを検知することができる。
上記の異常通知システム１において、人数検知ＥＣＵ１０は、人物の数とともに登録情報も出力する。
【００４７】
このような異常通知システム１によれば、人物の数とともに登録情報も出力するので、乗員についてのより詳細な情報を出力することができる。
上記の異常通知システム１において、非常通信部３５は、車両に乗車している人物の数を取得し、また、車両内の人物に異常がある旨を取得する。そして、非常通信部３５は、異常がある旨が取得されると、人物の数を含む異常情報を車両の外部に通知する。
【００４８】
このような異常通知システム１によれば、車両内の人物に異常がある旨が取得された際に、人物の数を含む出力することができる。
上記の異常通知システム１において、非常通信部３５は、上記の人数検知ＥＣＵ１０から出力される人物の数を取得する。
【００４９】
このような異常通知システム１によれば、より正確に車両に乗車している人物の数を検知し、その人数を車両の外部に通知することができる。
［第２実施形態］
［第２実施形態の構成］
次に、別形態の異常通知システム２について説明する。本実施形態（第２実施形態）では、第１実施形態の異常通知システム１と異なる箇所のみを詳述し、第１実施形態の異常通知システム１と同様の箇所については、同一の符号を付して説明を省略する。
【００５０】
本実施形態の異常通知システム２は、車両１００とスマートフォン２０等の端末装置とが車両１００の鍵として機能する携帯機４０を介して通信を行う。すなわち、異常通知システム２は、図５に示すように、携帯機４０を備えて構成される。
【００５１】
また、車両１００においては、人数検知ＥＣＵ１０に換えて、認証ＥＣＵ５０およびドア通信部６０等を備えている。認証ＥＣＵ５０は、ＣＰＵ５１と、ＲＯＭ，ＲＡＭ等のメモリ５２と、ＲＦアンテナ５３と、ＲＦレシーバ５４と、ＬＦドライバ５５とを備えている。
【００５２】
ＣＰＵ５１およびメモリ５２は、周知のコンピュータを構成し、ＣＰＵ５１はメモリ５２に格納されたプログラムに従って後述する車載機処理等の各種処理を実施する。例えば、ＣＰＵ５１は、車載機処理以外の処理として、エンジン始動ボタン３７が操作された際に、携帯機４０との認証を行い、認証が成功すれば図示しないエンジンＥＣＵに対してエンジンの始動を許可する処理等を実施する。
【００５３】
携帯機４０からデータを受信する際には、ＲＦアンテナを用いてＲＦ帯（radio frequency）の信号を受信し、ＲＦレシーバ５４が受信したＲＦ帯の信号を復調する。復調された信号はＣＰＵ５１（コンピュータ）に送られる。車両１００から携帯機４０にデータを送信する際には、ＬＦドライバ５５において送信しようとするデータをＬＦ帯に変調し、変調された信号をドア通信部６０に送る。
【００５４】
ドア通信部６０は、タッチセンサ６１およびＬＦアンテナ６２を備えており、ＬＦ帯（low frequency）に変調された信号をＬＦアンテナ６２から送信する。なお、タッチセンサ６１は車両１００のドアを開錠または施錠する際に使用者によって触れられる周知のセンサであり、タッチセンサ６１が触れられると、ＣＰＵ５１が携帯機の４０の認証を行う。この際、ＣＰＵ５１は、認証が成功すると、ドアの開錠や施錠を行うアクチュエータ（図示省略）に対して開錠または施錠するよう指示を送る。
【００５５】
携帯機４０は、車両１００の施錠や開錠、或いはエンジンの始動のために、認証を行うための認証情報（ＩＤ等）を送信する機能を有するが、本実施形態では、認証ＥＣＵ５０とスマートフォン２０等の端末装置との間のデータのやりとりを中継する中継装置としても機能する。本実施形態では、中継装置としての機能について説明する。
【００５６】
携帯機４０は、ＣＰＵ４１と、ＲＯＭ，ＲＡＭ等のメモリ４２と、ＢＬＥモジュール４３と、ＲＦ送信部４４と、ＲＦアンテナ４５と、ＬＦアンテナ４６と、ＬＦ受信部４７とを備えている。ＣＰＵ４１およびメモリ４２は、周知のコンピュータを構成し、ＣＰＵ４１はメモリ４２に格納されたプログラムに従って後述する携帯機処理等の各種処理を実施する。
【００５７】
ＢＬＥモジュール４３は、前述のＢＬＥモジュール１３と同様に、電力を低減した通信方式でBluetooth通信を行う周知のモジュールである。ＢＬＥモジュール４３は、スマートフォン２０等の端末装置との通信に用いられ、ＣＰＵ４１にて生成されたデータを端末装置に送信し、端末装置から得られたデータをＣＰＵ４１に送る。
【００５８】
ＲＦ送信部４４は、ＣＰＵ４１にて生成された車両１００宛のデータをＲＦ帯の信号に変調する。ＲＦアンテナ４５は、ＲＦ帯の信号を送信する。
ＬＦアンテナ４６は、ＬＦ帯の信号を受信し、ＬＦ受信部４７に送る。ＬＦ受信部は、ＬＦ帯の信号を復調し、復調後のデータをＣＰＵ４１に送る。
【００５９】
［第２実施形態の処理］
このように構成された異常通知システム２において、認証ＥＣＵ５０は、図６に示す車載機処理を実施する。また、携帯機４０は、図７に示す携帯機処理を実施する。なお、スマートフォン２０は、図３に示したスマホ処理を実施する。
【００６０】
第２実施形態の車載機処理および携帯機処理は、車両１００の乗員の数を検知する処理である。車載機処理は、例えば車両の電源（イグニッション等のスイッチ）が投入されると開始される処理である。また、携帯機処理は、例えば、定期的に起動する処理である。
【００６１】
車載機処理では、図６に示すように、まず、サーチ指令をＬＦ通信にて送信する（Ｓ３１０）。なお、サーチ指令とは、携帯機４０に周囲に存在する端末装置を探索させる処理である。また、サーチ指令は、ＬＦドライバ５５およびＬＦアンテナ６２を介して送信される。
【００６２】
続いて、通知検知台数を受信したか否かを判定する（Ｓ３２０）。通知検知台数は、携帯機４０によって検知された端末装置の数であり、ＲＦアンテナ５３およびＲＦレシーバ５４を介して受信される。
【００６３】
通知検知台数を受信していなければ（Ｓ３２０：ＮＯ）、Ｓ３２０の処理を繰り返す。また、通知検知台数を受信していれば（Ｓ３２０：ＹＥＳ）、前述のＳ１５０〜Ｓ１７０の処理を実施し、Ｓ３１０の処理に戻る。
【００６４】
次に、携帯機処理では、図７に示すように、まず、車載機処理によって送信されるサーチ指令を受信したか否かを判定する（Ｓ４１０）。サーチ指令を受信していなければ（Ｓ４１０：ＮＯ）、携帯機処理を終了する。また、サーチ指令を受信していれば（Ｓ４１０：ＹＥＳ）、前述のＳ１１０〜Ｓ１４０の処理を実施する。
【００６５】
続いて、通知検知台数をＲＦ通信にて通知し（Ｓ４２０）、Ｓ４１０の処理に戻る。
［第２実施形態による効果］
上記の異常通知システム２において、携帯機４０は、ＲＦ送信部４４、ＬＦ受信部４７を用いて車両側の装置と通信を行うことによって車両の走行状態を取得し、また、人物の数を含む出力を行う。
【００６６】
このような異常通知システム２によれば、乗車人数検知装置を車載装置（認証ＥＣＵ５０）とは異なる装置として構成するので、車載装置の構成を簡素化することができる。よって、既存の車載装置に必要となるカスタマイズを最小限にすることができ、既存の車載装置の構成の大部分をそのまま活用したシステムとすることができる。
【００６７】
［その他の実施形態］
本発明は、上記の実施形態によって何ら限定して解釈されない。また、上記の実施形態の説明で用いる符号を特許請求の範囲にも適宜使用しているが、各請求項に係る発明の理解を容易にする目的で使用しており、各請求項に係る発明の技術的範囲を限定する意図ではない。上記実施形態における１つの構成要素が有する機能を複数の構成要素として分散させたり、複数の構成要素が有する機能を１つの構成要素に統合させたりしてもよい。また、上記実施形態の構成の少なくとも一部を、同様の機能を有する公知の構成に置き換えてもよい。また、上記実施形態の構成の一部を、課題を解決できる限りにおいて省略してもよい。また、上記実施形態の構成の少なくとも一部を、他の上記実施形態の構成に対して付加又は置換してもよい。なお、特許請求の範囲に記載した文言のみによって特定される技術思想に含まれるあらゆる態様が本発明の実施形態である。
【００６８】
上述した異常通知システム１，２の他、当該異常通知システム１，２の構成要素となる各装置、当該異常通知システム１，２としてコンピュータを機能させるためのプログラム、このプログラムを記録した媒体、異常通知方法など、種々の形態で本発明を実現することもできる。
【００６９】
例えば、上記実施形態においては、端末装置の数を車両１００に乗車している人物の数としたが、端末装置の数に応じた値を人物の数とすればよい。例えば、端末装置の数に対して、端末装置の所持率（普及率）に応じた係数を乗じたもの等の値を人物の数としてもよい。
【００７０】
また、上記実施形態においては、車両の走行状態として移動距離を採用したが、エンジン始動後の経過時間や走行時間等を採用してもよい。このようにする場合には、車両の走行状態が予め設定された条件になると人数のカウントを行うとよい。
【００７１】
また、上記実施形態においては、車両１００がクラウド３６に対して直接、人物の数を含む通知を行ったが、スマートフォン２０等の任意の通信装置を経由して通知を行ってもよい。この場合、スマートフォン２０等の通信装置が車両１００とクラウド３６との間で中継装置として機能すればよい。
【００７２】
これらのようにしても上記実施形態と概ね同様の効果を享受することができる。
［実施形態の構成と本発明の手段との対応関係］
上記実施形態における人数検知ＥＣＵ１０および携帯機４０は本発明でいう乗車人数検知装置に相当し、上記実施形態における非常通信部３５は本発明でいう異常通知装置に相当する。また、上記実施形態におけるＲＦ送信部４４、ＬＦ受信部４７は本発明でいう対車両通信手段に相当する。
【００７３】
また、上記実施形態において実施される処理のうちの、Ｓ１１０，Ｓ１２０の処理は本発明でいう装置数カウント手段に相当し、上記実施形態におけるＳ１６０の処理は本発明でいう走行状態取得手段に相当する。また、上記実施形態におけるＳ１３４，Ｓ１４０，Ｓ１５０の処理は本発明でいう人数出力手段に相当し、上記実施形態におけるＳ１３２の処理は本発明でいう登録情報取得手段に相当する。
【００７４】
また、上記実施形態におけるＳ２５０，Ｓ２６０の処理は本発明でいう乗車人数取得手段に相当し、上記実施形態におけるＳ２７０の処理は本発明でいう異常取得手段に相当する。また、上記実施形態におけるＳ２８０非常通知手段に相当する。
【符号の説明】
【００７５】
１，２…異常通知システム、５…バス、１０…人数検知ＥＣＵ、１１…ＣＰＵ、１２…メモリ、１３…ＢＬＥモジュール、２０…スマートフォン、２１…ＣＰＵ、２２…メモリ、２３…ＧＰＳ受信機、２４…Bluetoothモジュール、３１…移動距離検出部、３２…ＧＰＳ受信機、３４…走行速度検出部、３５…非常通信部、３６…クラウド、３７…エンジン始動ボタン、４０…携帯機、４１…ＣＰＵ、４２…メモリ、４３…ＢＬＥモジュール、４４…ＲＦ送信部、４５…ＲＦアンテナ、４６…ＬＦアンテナ、４７…ＬＦ受信部、５０…認証ＥＣＵ、５１…ＣＰＵ、５２…メモリ、５３…ＲＦアンテナ、５４…ＲＦレシーバ、５５…ＬＦドライバ、６０…ドア通信部、６１…タッチセンサ、６２…ＬＦアンテナ、１００…車両。
【図１】
0006654376.tif 000002
【図２】
0006654376.tif 000003
【図３】
0006654376.tif 000004
【図４】
0006654376.tif 000005
【図５】
0006654376.tif 000006
【図６】
0006654376.tif 000007
【図７】
0006654376.tif 000008