携帯通信端末
【課題】カメラが撮像した映像データをリアルタイムで保存することができる携帯通信端末を提供する。
【解決手段】携帯通信端末１において、画像用エンコーダ１０３は、カメラ１０２から入力された映像信号をＪＰＥＧ形式で圧縮符号化して、写真画像データ４１を生成する。携帯通信端末１が写真画像データ４１の生成及び保存処理を繰り返し実行することにより、１秒間あたりに複数の写真画像データ４１が生成される。加速度センサ１０８が所定値以上の加速度を出力した場合、結合プログラム１１０は、送信対象データを特定する。送信対象データは、所定値以上の加速度が出力された基準時刻から１２．５秒遡った時刻と基準時刻から１２．５秒経過した時刻との間に生成された写真画像データ４１である。携帯通信端末１は、送信対象データを一つにまとめて結合データ４３を生成する。結合データ４３は、管理サーバ３に送信される。
【解決手段】携帯通信端末１において、画像用エンコーダ１０３は、カメラ１０２から入力された映像信号をＪＰＥＧ形式で圧縮符号化して、写真画像データ４１を生成する。携帯通信端末１が写真画像データ４１の生成及び保存処理を繰り返し実行することにより、１秒間あたりに複数の写真画像データ４１が生成される。加速度センサ１０８が所定値以上の加速度を出力した場合、結合プログラム１１０は、送信対象データを特定する。送信対象データは、所定値以上の加速度が出力された基準時刻から１２．５秒遡った時刻と基準時刻から１２．５秒経過した時刻との間に生成された写真画像データ４１である。携帯通信端末１は、送信対象データを一つにまとめて結合データ４３を生成する。結合データ４３は、管理サーバ３に送信される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯通信端末に関し、さらに詳しくは、携帯通信端末をドライブレコーダとして利用する技術に関する。
【背景技術】
【０００２】
ドライブレコーダは、自動車などの車両前方の景色の録画や、車内及び車外の音声の録音などを行う装置である。ドライブレコーダが記録したデータを利用することにより、交通事故の原因の特定が容易となる。ドライブレコーダを車両に搭載することにより、運転者の安全運転に対する意識が向上するというメリットもある。
【０００３】
従来から市販されているドライブレコーダは、カメラとドライブレコーダ本体とをケーブルを介して接続するタイプが一般的である。このタイプのドライブレコーダは、自動車に取り付ける作業が煩雑である。そこで、カメラ機能を有する携帯通信端末にドライブレコーダ機能を組み込むことが検討されている（たとえば、特許文献１参照）。この場合、携帯端末をダッシュボード上に固定すればよいため、ドライブレコーダの取り付け作業を簡略化することができる。
【０００４】
特許文献１に係る携帯端末は、カメラが撮影した撮影画像データを圧縮符号化して動画ストリームデータを生成する。携帯端末は、動画ストリームデータと、マイクから入力された音声データを圧縮符号化した音声ストリームデータとを多重化して多重化ストリームを生成する。多重化ストリームは、通信網を介して外部記憶装置に送信される。
【０００５】
しかし、携帯端末に搭載されるＣＰＵ（Central Processing Unit）の処理能力は、パーソナルコンピュータに搭載されるＣＰＵの処理能力に比べて大幅に低い。携帯端末で撮影画像データから動画ストリームデータを生成する場合、動画ストリームデータの生成時間は、実際の撮影時間より長くなる。このように、携帯端末は、カメラから出力される撮影画像データを符号化して、動画ストリームデータをリアルタイムに生成することができない。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００９−２７４６４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明の目的は、カメラが撮像した映像データをリアルタイムで圧縮符号化することができる携帯通信端末を提供することである。
【課題を解決するための手段及び発明の効果】
【０００８】
本発明による携帯通信端末は、車両に設置される。本発明による携帯通信端末は、カメラと、写真画像生成手段と、メモリと、送信手段とを備える。カメラは、車両の外側または内側の状況を撮影する。写真画像生成手段は、カメラから入力された映像信号を符号化して、第１所定期間あたりに複数の写真画像データを連続的に生成する。メモリは、写真画像生成手段により生成された複数の写真画像データを記憶する。送信手段は、メモリに記憶された複数の写真画像データを送信する。
【０００９】
写真画像データの生成時間は、動画ストリームデータの生成時間に比べて非常に短い。したがって、本発明による携帯通信端末は、カメラから出力される映像信号をリアルタイムで符号化することができる。
【００１０】
好ましくは、本発明による携帯通信端末は、さらに、マイクと、録音手段とを備える。録音手段は、マイクから第２所定期間内に入力された音声信号を符号化して、音声データを連続的に生成する。録音手段により生成された音声データは、メモリに記憶される。送信手段は、メモリに記憶された音声データを送信する。
【００１１】
本発明による携帯通信端末は、写真画像データの生成と並行して、音声を録音した音声データを生成する。写真画像データだけでなく、音声データを利用することにより、車両の状況の把握がさらに容易となる。
【００１２】
好ましくは、本発明による携帯通信端末は、さらに、加速度計測手段と、特定手段とを備える。加速度計測手段は、車両の加速度を計測する。特定手段は、加速度計測手段が所定値以上の加速度を計測した時刻を基準時刻として、基準時刻から所定の事前対象時間を遡った時刻と基準時刻から所定の事後対象時間を経過した時刻との間の期間を送信対象期間に設定する。特定手段は、メモリに記憶されたデータのうち、送信対象期間に生成されたデータを、送信手段により送信されるべき対象に特定する。
【００１３】
本発明による携帯通信端末は、加速度検出手段が所定値以上の加速度を検出した時刻に基づいて送信対象期間を設定して、送信すべきデータを特定する。これにより、交通事故などが発生した時刻における車両の状況を容易に確認することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施の形態による携帯通信端末の構成を示す機能ブロック図である。
【図２】携帯通信端末の取り付け状態を示す図である。
【図３】画像生成タイミングと録音タイミングとを示すタイムチャートである。
【図４】ドライブレコーダとして動作を開始してから終了するまでの動作を示すフローチャートである。
【図５】撮影処理のフローチャートである。
【図６】録音処理のフローチャートである。
【図７】送信対象データと所定値以上の加速度を検出した時刻との対応関係を示す図である。
【図８】送信判定処理のフローチャートである。
【発明を実施するための形態】
【００１５】
以下、図面を参照し、本発明の実施の形態を詳しく説明する。図中同一又は相当部分には同一符号を付してその説明は繰り返さない。
【００１６】
｛携帯通信端末１の構成｝
図１は、本発明の実施の形態による携帯通信端末１を示す機能ブロック図である。携帯通信端末１は、ドライブレコーダ機能が組み込まれた携帯電話である。携帯通信端末１は、自動車などの車両に設置された状態で、車両前方の景色の映像の記録と、車内及び車外の音声の録音とを行う。以下、携帯通信端末１が車両に設置された場合を説明する。
【００１７】
携帯通信端末１は、車両前方の映像から１秒間あたりに複数の写真画像データ４１を生成する。携帯通信端末１は、録音時間が１秒間の音声データ４２を繰り返し生成する。複数の写真画像データ４１，４１・・・及び複数の音声データ４２，４２・・・とは、結合データ４３として一つにまとめられる。結合データ４３は、ネットワーク２を介して管理サーバ３に送信される。管理サーバ３は、携帯通信端末１から受信した結合データ４３を、メモリ３１に保存する。
【００１８】
車両が交通事故に関与した場合、携帯通信端末１に大きな加速度が発生する可能性が高い。そこで、携帯通信端末１は、所定値以上の加速度を検出したときに、結合データ４３を生成して管理サーバ３に送信する。これにより、車両の管理者は、管理サーバ３に送信された結合データ４３を利用して、交通事故の原因などを特定することができる。
【００１９】
携帯通信端末１の構成について説明する。携帯通信端末１は、コントローラ１０１と、カメラ１０２と、画像用エンコーダ１０３と、モニタ１０４と、マイク１０５と、音声用エンコーダ１０６と、メモリ１０７と、加速度センサ１０８と、送信指示プログラム１０９と、結合プログラム１１０と、メーラー１１１と、操作キー１１２と、通信コントローラ１１３とを備える。
【００２０】
コントローラ１０１は、ＣＰＵ及びＲＡＭ（Random Access Memory）などを備え、携帯通信端末１の各構成要素を制御する。
【００２１】
カメラ１０２は、被写体を撮影する。具体的には、カメラ１０２は、自動車前方の景色を被写体として撮影して、映像信号を出力する。画像用エンコーダ１０３は、カメラ１０２から入力された映像信号を符号化して、１秒間あたりに複数の写真画像データ４１，４１・・・を生成する。モニタ１０４は、液晶ディスプレイなどであり、カメラ１０２が撮影した映像を表示する。
【００２２】
マイク１０５は、車内及び車外の音声を入力して音声信号を出力する。音声用エンコーダ１０６は、マイク１０５から１秒間に入力された音声信号を符号化して音声データ４２を連続的に生成する。
【００２３】
メモリ１０７は、フラッシュメモリなどである。メモリ１０７は、画像用エンコーダ１０３により生成された複数の写真画像データ４１，４１・・・と、音声用エンコーダ１０６により生成された音声データ４２とを記憶する。
【００２４】
加速度センサ１０８は、携帯通信端末１の加速度を計測する。つまり、加速度センサ１０８は、携帯通信端末１が取り付けられた車両の加速度を検出する。
【００２５】
送信指示プログラム１０９は、メモリ１０７に記憶されたデータを管理サーバ３に送信するか否かを判定する送信判定処理を実行する。送信指示プログラム１０９は、加速度センサ１０８が所定値以上の加速度を検出した時刻を基準時刻として、基準時刻から所定の事前対象時間を遡った時刻と基準時刻から所定の事後対象時間を経過した時刻との間の期間を送信対象期間に設定する。送信指示プログラム１０９は、メモリ１０７に記憶されたデータのうち、送信対象期間に生成されたデータを管理サーバ３へ送信すべき送信対象データとして特定する。
【００２６】
結合プログラム１１０は、送信指示プログラム１０９が特定した送信対象データを一つにまとめた結合データ４３を生成する。メーラー１１１は、結合データ４３を添付したメールを、予め送信先として指定された管理サーバ３に送信する。
【００２７】
操作キー１１２は、車両の運転手からの操作を受け付ける。通信コントローラ１１３は、携帯通信網を利用した通信を制御する。
【００２８】
｛携帯通信端末１の取り付け状態｝
次に、携帯通信端末１の取り付け状態について説明する。図２は、携帯通信端末１が車両に取り付けられた状態を示す模式図である。図２に示すように、携帯通信端末１は、ダッシュボード５１上に固定されたクレードル５２に取り付けられる。クレードル５２は、携帯通信端末１及びクレードル５２が運転手の視界の妨げとならない位置に固定される。
【００２９】
図２に示すように、カメラ１０２とモニタ１０４とは、携帯通信端末１の筺体１０の互いに反対側となる位置に取り付けられている。カメラ１０２が撮影した映像は、モニタ１０４に表示される。これにより、運転手は、シート５３に座りながら、携帯通信端末１がドライブレコーダとして機能していることを容易に確認することができる。携帯通信端末１がカメラ１０２の向きを変えることができるのであれば、カメラ１０２の取り付け位置は、モニタ１０４の反対側でなくてもよい。
【００３０】
携帯通信端末１をタクシーなどに設置する場合、携帯通信端末１を車内に向けて設置してもよい。携帯通信端末１を車内に設置するのであれば、カメラ１０２とモニタ１０４とは、筺体１０の同一面に取り付けられていてもよい。これにより、携帯通信端末１が車内の状況を撮影することができるため、防犯の効果を期待することができる。
【００３１】
｛撮影処理及び録音処理の概要｝
写真画像データ４１を生成する撮影処理、及び音声データ４２を生成する録音処理の概要について説明する。
【００３２】
図３は、画像用エンコーダ１０３及び音声用エンコーダ１０６の処理タイミングを示すタイムチャートである。図３に示す「符号化」とは、映像信号または音声信号の圧縮符号化処理を指す。「保存」とは、圧縮符号化により生成されたデータの保存処理を指す。
【００３３】
運転手の操作により、携帯通信端末１は、時刻Ｔａから撮影処理及び録音処理を開始する。
【００３４】
まず、撮影処理について説明する。画像用エンコーダ１０３は、時刻Ｔａにカメラ１０２から映像信号を取得する。画像用エンコーダ１０３は、取得した映像信号の圧縮符号化を時刻Ｔａから開始することにより、写真画像データ４１ａを生成する。映像信号の圧縮符号化は、たとえばＪＰＥＧ形式に基づいて行われる。時刻Ｔｂに映像信号の圧縮符号化が終了する。写真画像データ４１ａは、たとえば、写真画像データ４１ａのファイル名に時刻Ｔａを示す情報が付与されることにより、映像信号の取得時刻Ｔａと対応付けられる。画像用エンコーダ１０３は、写真画像データ４１ａのメモリ１０７への書き込みを、時刻Ｔｂから開始する。
【００３５】
画像用エンコーダ１０３は、写真画像データ４１ａの符号化が終了した時刻Ｔｂに、映像信号を新たに取得する。画像用エンコーダ１０３は、新たに取得した映像信号の圧縮符号化を時刻Ｔｂから開始して、写真画像データ４１ｂを生成する。この結果、写真画像データ４１ａの保存処理と新たに取得した映像信号の圧縮符号化処理とが、時刻Ｔｂ〜Ｔｂ１まで、並行して実行される。画像用エンコーダ１０３は、時刻Ｔｃに圧縮符号化が終了すると、時刻Ｔｃから写真用画像データ４１ｂの保存処理と、映像信号の圧縮符号化処理とを開始する。
【００３６】
以下、映像信号を取得する処理と、圧縮符号化処理と、保存処理とが繰り返されることにより、写真画像データ４１ｃ，４１ｄ，４１ｅ，４１ｆ・・・が順次生成される。
【００３７】
ＪＰＥＧ形式に基づく圧縮符号化処理がコントローラ１０１のＣＰＵに与える負荷は、動画ストリームデータの生成処理と比較して非常に小さい。一つの写真画像データ４１の生成及び保存に要する時間は、数十ミリ秒から数百ミリ秒程度である。したがって、画像用エンコーダ１０３は、１秒間あたりに複数の写真画像データ４１，４１・・・を生成することができる。
【００３８】
図３では、時刻Ｔａ〜Ｔｇの１秒間に五つの写真画像データ４１が生成されている。しかし、１秒間あたりに生成される写真画像データ４１の数は、コントローラ１０１が備えるＣＰＵの処理能力や、並行して実行される処理（後述する結合データ４３の生成処理など）によって変化する。
【００３９】
管理サーバ３のユーザ(車両の管理者)は、写真画像データ４１を生成するために映像信号を取得した時刻（撮影時刻）の順に写真画像データ４１を連続的に表示させることにより、写真画像データ４１を、まるで動画を見ているかのように閲覧することができる。
【００４０】
次に、音声データ４２の生成について説明する。音声データ４２を生成する録音処理は、図３に示すように、撮影処理と並行して実行される。音声用エンコーダ１０６は、時刻Ｔａのタイミングでマイク１０５から入力された音声信号の取得を開始する。時刻Ｔａから１秒が経過した時刻Ｔｇにおいて、音声用エンコーダ１０６は、音声信号の取得を停止する。
【００４１】
音声用エンコーダ１０６は、時刻Ｔａ〜Ｔｇの間に取得した音声信号を、たとえばＯＧＧ形式に基づいて圧縮符号化して音声データ４２を生成する。音声データ４２の生成が終了した後に、音声用エンコーダ１０６は、画像用エンコーダ１０３と同様に、音声データ４２の録音を開始した時刻Ｔａと対応付けてメモリ１０７に保存する。
【００４２】
音声データ４２の保存が終了した時刻Ｔｈに、音声用エンコーダ１０６は、新たに音声信号の取得を開始する。このように、音声用エンコーダ１０６は、音声信号を１秒間取得する処理と、音声データ４２を生成して保存する処理とを繰り返す。
【００４３】
図３に示すように、音声データ４２の生成及び保存が行われる時刻Ｔｇ〜Ｔｈの期間には、音声用エンコーダ１０６が音声信号を取得しない。つまり、携帯通信端末１は、時刻Ｔｇ〜Ｔｈの期間に録音を実行しない。しかし、時刻Ｔｇ〜Ｔｈの期間は、数１００ミリ秒程度と非常に短い時間である。したがって、音声データ４２を音声時刻の取得開始時刻順に連続して再生したとしても、車両の走行状況を十分に把握することができる。
【００４４】
コントローラ１０１が備えるＣＰＵの処理能力に余裕があれば、携帯通信端末１は、音声信号の圧縮符号化と音声信号の取得とを並行して実行してもよい。図３に示す例では、時刻Ｔｇに新たな音声信号の取得が開始される。これにより、録音が実行されない期間が発生することを防ぐことができる。
【００４５】
｛ドライブレコーダとしての動作の流れ｝
図４は、携帯通信端末１がドライブレコーダとして動作を開始してから、終了するまでの動作の流れを示す図である。図４に示す処理は、運転手が操作キー１１２を操作して、カメラ１０２の起動を指示することにより開始される。
【００４６】
まず、カメラ１０２が、運転手の操作に応じて起動する（ステップＳ１）。起動したカメラ１０２が出力した映像信号が、モニタ１０４に入力される（ステップＳ２）。モニタ１０４に、車両前方の景色が表示される。
【００４７】
運転手が操作キー１１２を操作してドライブレコーダ機能をオンにすることにより（ステップＳ３でＹｅｓ）、送信指示プログラム１０９が送信判定処理を開始する（ステップＳ４）。送信判定処理の詳細については、後述する。撮影処理（ステップＳ５）及び録音処理（ステップＳ６）が並行して実行される。これにより、車両前方の映像が写真画像データ４１として記録される。車内及び車外の音声が、音声データ４２として記録される。図４には示していないが、送信判定処理は、撮影処理（ステップＳ５）及び録音処理（ステップＳ６）と並行して実行される。
【００４８】
運転手が操作キー１１２を操作してドライブレコーダ機能のオフを指示した場合（ステップＳ７でＹｅｓ）、コントローラ１０１は、撮影処理、録音処理、及び送信判定処理の終了を指示する（ステップＳ８）。これにより、図４に示す処理が終了する。
【００４９】
図５は、撮影処理（ステップＳ５）の流れを示すフローチャートである。まず、画像用エンコーダ１０３は、撮影初期化処理を実行する（ステップＳ５１）。撮影初期化処理とは、一つの写真画像データ４１の保存に必要な記憶領域を、メモリ１０７に確保する処理である。一つの写真画像データ４１の保存に必要な記憶領域がメモリ１０７に存在しない場合、撮影時刻の一番古い写真画像データ４１がメモリ１０７から削除される。
【００５０】
画像用エンコーダ１０３は、映像信号を圧縮符号化して、写真画像データ４１を生成する（ステップＳ５２）。写真画像データ４１は、撮影時刻を示すファイル名が付与された上で、メモリ１０７に保存される（ステップＳ５３）。たとえば、撮影時刻が２００９年７月２８日１６時２３分５４．４９１秒である場合、写真画像データ４１のファイル名は、「２００９＿０７２８＿１６２３＿５４４９１．ｊｐｇ」となる。
【００５１】
画像用エンコーダ１０３は、撮影終了が指示されていなければ（ステップＳ５４でＮｏ）、ステップＳ５１の処理に戻る。これにより、写真画像データ４１を生成する処理が、繰り返し実行される。一方、画像用エンコーダ１０３は、撮影終了が指示されていれば（ステップＳ５４でＹｅｓ）、図５に示す処理を終了する。
【００５２】
図６は、録音処理（ステップＳ６）の流れを示すフローチャートである。まず、音声用エンコーダ１０６は、録音初期化処理を実行する（ステップＳ６１）。録音初期化処理とは、撮影初期化処理（ステップＳ５１）と同様に、一つの音声データ４２の保存に必要な記憶領域を、メモリ１０７に確保する処理である。一つの音声データ４２の保存に必要な記憶領域がメモリ１０７に存在しない場合、録音開始時刻の一番古い音声データ４２がメモリ１０７から削除される。
【００５３】
音声用エンコーダ１０６は、音声信号の取得を開始する（ステップＳ６２）。音声信号の取得開始から１秒が経過した場合（ステップＳ６３でＹｅｓ）、音声用エンコーダ１０６は、音声信号の取得を停止し、取得した音声信号を圧縮符号化して音声データ４２を生成する（ステップＳ６４）。音声データ４２は、写真画像データ４１と同様に録音開始時刻を示すファイル名が付与されて、メモリ１０７に保存される（ステップＳ６５）。
【００５４】
音声用エンコーダ１０６は、録音終了が指示されていなければ（ステップＳ６６でＮｏ）、ステップＳ６１の処理に戻る。これにより、音声データ４２を生成する処理が、繰り返し実行される。一方、音声用エンコーダ１０６は、録音終了が指示されていれば（ステップＳ６６でＹｅｓ）、図６に示す処理を終了する。
【００５５】
｛送信判定処理｝
上述したように、携帯通信端末１は、ドライブレコーダ機能がオンされることに伴い、送信判定処理を開始する（ステップＳ４、図４参照）。送信判定処理では、加速度センサ１０８が所定値以上の加速度を検出することにより、送信対象データが管理サーバ３に送信される。
【００５６】
まず、送信対象データの特定について説明する。一般的に、交通事故が発生した時刻を中心として２５秒間の映像を記録していれば、交通事故の原因の特定が容易になるとされている。そこで、携帯通信端末１は、加速度センサ１０８が所定値以上の加速度を出力した時刻（以下、「基準時刻」という）を中心とした２５秒間の期間に記録された写真画像データ４１及び音声データ４２を、送信対象データとして特定する。写真画像データ４１及び音声データ４２が送信対象データに含まれるか否かは、写真画像データ４１の撮影時刻及び音声データ４２の録音開始時刻に基づいて判定される。
【００５７】
図７は、送信対象データと基準時刻との対応関係を示す図である。図７に示す期間中、写真画像データ４１及び音声データ４２は、連続して生成されている。
【００５８】
加速度センサ１０８が、所定値以上の加速度を１３時４５分１７秒（基準時刻）に検出したとする。送信指示プログラム１０９は、基準時刻から待機時間（１２．５秒）を経過した送信指示時刻（１３時４５分２９．５秒）に、送信対象データを特定する。
【００５９】
送信指示プログラム１０９は、送信指示時刻と、送信指示時刻から送信対象時間（２５秒）前の時刻（１３時４５分４．５秒）との間の期間に記録されたデータを、送信対象データとして特定する。つまり、送信対象データは、基準時刻から１２．５秒（事前対象時間）を遡った時刻と基準時刻から１２．５秒（事後対象時間）を経過した時刻との間の期間に生成されたデータである。
【００６０】
待機時間及び送信対象時間は、送信指示プログラム１０９に予め設定されており、これらの時間の長さを変更することができる。待機時間及び送信対象時間の変更に応じて、事前対象時間及び事後対象時間の長さも変更される。
【００６１】
写真画像データ４１の生成頻度が１秒間あたり約５個である場合、送信対象データとして、約１２５個の写真画像データ４１が特定される。音声の録音期間は１秒であるため、送信対象データとして、約２５個の音声データ４２が特定される。
【００６２】
図８は、送信判定処理の流れを示すフローチャートである。送信判定処理は、ステップＳ４の処理（図４参照）に応じて開始される。送信判定処理と並行して、撮影処理（ステップＳ５）及び録音処理（ステップＳ６）が実行されている。
【００６３】
送信指示プログラム１０９は、加速度センサ１０８から出力される加速度を監視している（ステップＳ８１）。所定値以上の加速度を検出した場合（ステップＳ８１でＹｅｓ）、送信指示プログラム１０９は、携帯通信端末１が設置された車両が関与する交通事故が発生したと判断する。送信指示プログラム１０９は、基準時刻を基準として、待機時間（１２．５秒）の計測を開始する。
【００６４】
送信指示プログラム１０９は、基準時刻から待機時間が経過した場合（ステップＳ８２でＹｅｓ）、メモリ１０７に保存されている写真画像データ４１及び音声データ４２の中から送信対象データを特定する（ステップＳ８３）。送信対象データを特定する流れは、上述した通りである。
【００６５】
送信指示プログラム１０９は、判定終了が指示されていなければ（ステップＳ８４でＮｏ）、ステップＳ８１の処理に戻る。これにより、送信判定処理が継続される。一方、送信指示プログラム１０９は、判定終了が指示されていれば（ステップＳ８４でＹｅｓ）、図８に示す処理を終了する。
【００６６】
次に、送信指示プログラム１０９が送信対象データを特定した後の携帯通信端末１の動作を説明する。結合プログラム１１０は、送信対象データを一つにまとめることにより、結合データ４３を生成する。コントローラ１０１が備えるＣＰＵの処理能力に余裕があれば、結合プログラム１１０は、結合データ４３をさらに圧縮してもよい。結合データ４３は、メモリ１０７に保存される。
【００６７】
メーラー１１１は、メモリ１０７に保存された結合データ４３を添付ファイルとした電子メールを作成する。メーラー１１１には、結合データ４３の送信先として管理サーバ３のメールアドレスが設定されている。メーラー１１１は、宛先を管理サーバ３として、結合データ４３が添付された電子メールを送信する。
【００６８】
管理サーバ３は、受信した電子メールから結合データ４３を取り出し、メモリ３１に保存する。車両の管理者は、結合データ４３の結合を解除することにより、写真画像データ４１及び音声データ４２を利用することができる。
【００６９】
このように、携帯通信端末１は、メモリ１０７に記憶された全ての写真画像データ４１及び音声データ４２を送信対象データとするのではなく、基準時刻に基づいて送信対象データを特定する。結合データ４３のデータサイズを小さくすることができるため、携帯通信端末１と管理サーバ３との通信帯域が圧迫されることを防ぐことができる。
【００７０】
以上説明したように、本実施の形態に係る携帯通信端末１は、カメラ１０２が出力する映像信号から動画ストリームデータを生成するのではなく、１秒間あたりに複数の写真画像データ４１，４１・・・を生成する。携帯通信端末１は、ＣＰＵの処理能力が低くても、写真画像データ４１を数百ミリ秒以内に生成することができる。したがって、カメラ１０２が撮影した映像をリアルタイムで保存することができる。
【００７１】
｛変形例｝
本実施の形態では、加速度センサ１０８から所定値以上の加速度が出力された時に、結合データ４３を送信する例について説明したが、これに限られない。送信指示プログラム１０９は、加速度センサ１０８に代えて、予め設定された設定時間（たとえば１時間）が経過するたびに、送信指示プログラム１０９に送信対象データの特定を指示するプログラムを備えてもよい。携帯通信端末１は、結合データ４３が定期的に生成して管理サーバ３に送信する。車両の管理者は、定期的に送信される結合データ４３を用いて、車両の走行状況を記録したダイジェストデータを容易に作成することができる。
【００７２】
この場合、送信指示プログラム１０９は、設定時間が経過したタイミングを送信指示時刻としてもよい。つまり、送信指示プログラム１０９は、待機時間の計測を行わなくてもよい。あるいは、送信指示プログラム１０９は、設定時間が経過したタイミングから所定時間内に新たに作成された写真画像データ４１及び音声データ４２を送信対象データとして特定してもよい。
【００７３】
携帯通信端末１は、加速度センサ１０８に代えて、管理サーバ３から結合データ４３の送信を要求されたときに送信指示プログラム１０９に送信対象データの特定を指示するプログラムを備えてもよい。具体的には、携帯通信端末１に管理サーバ３の電話番号を予め登録しておく。送信指示プログラム１０９は、管理サーバ３から着信があるたびに、送信対象データを特定する。これにより、運転手の意図と関係なく結合データ４３が管理サーバ３に送信されるために、車両の走行状況が常時管理されているのと同一の状況を作り出すことができる。運転手に安全運転を常に心がけるようになると考えられるため、交通事故を防止することができる。
【００７４】
加速度センサ１０８は、携帯通信端末１がドライブレコーダとして動作している間、継続的に加速度を出力している例について説明したが、これに限られない。加速度センサ１０８のオン・オフを、運転手が設定できるようにしてもよい。急カーブが連続する山道や、砂利道などを自動車が走行するときには、所定値以上の加速度を検出する頻度が増加する。このような道路の走行時には、交通事故が発生していないにも関わらず、結合データ４３の送信回数が増加する。道路状況に応じて運転手が加速度センサ１０８のオン・オフを切り替えることにより、交通事故の誤判定を防ぐことができる。
【００７５】
携帯通信端末１は、加速度センサ１０８に代えて、地磁気センサを備えていてもよい。この場合、携帯通信端末１は、地磁気センサから出力される情報を用いて携帯通信端末１の加速度を計算する加速度計算プログラムを備える必要がある。
【００７６】
以上、本発明の実施の形態を説明したが、上述した実施の形態は本発明を実施するための例示に過ぎない。よって、本発明は上述した実施の形態に限定されることなく、その趣旨を逸脱しない範囲内で上述した実施の形態を適宜変形して実施することが可能である。
【符号の説明】
【００７７】
１ 携帯通信端末
１０１ コントローラ
１０２ カメラ
１０３ 画像用エンコーダ
１０４ モニタ
１０５ マイク
１０６ 音声用エンコーダ
１０７ メモリ
１０８ 加速度センサ
１０９ 送信指示プログラム
１１０ 結合プログラム
１１１ メーラー
４１，４１ａ，４１ｂ，４１ｃ，４１ｄ，４１ｅ 写真画像データ
４２ 音声データ
４３ 結合データ
【技術分野】
【０００１】
本発明は、携帯通信端末に関し、さらに詳しくは、携帯通信端末をドライブレコーダとして利用する技術に関する。
【背景技術】
【０００２】
ドライブレコーダは、自動車などの車両前方の景色の録画や、車内及び車外の音声の録音などを行う装置である。ドライブレコーダが記録したデータを利用することにより、交通事故の原因の特定が容易となる。ドライブレコーダを車両に搭載することにより、運転者の安全運転に対する意識が向上するというメリットもある。
【０００３】
従来から市販されているドライブレコーダは、カメラとドライブレコーダ本体とをケーブルを介して接続するタイプが一般的である。このタイプのドライブレコーダは、自動車に取り付ける作業が煩雑である。そこで、カメラ機能を有する携帯通信端末にドライブレコーダ機能を組み込むことが検討されている（たとえば、特許文献１参照）。この場合、携帯端末をダッシュボード上に固定すればよいため、ドライブレコーダの取り付け作業を簡略化することができる。
【０００４】
特許文献１に係る携帯端末は、カメラが撮影した撮影画像データを圧縮符号化して動画ストリームデータを生成する。携帯端末は、動画ストリームデータと、マイクから入力された音声データを圧縮符号化した音声ストリームデータとを多重化して多重化ストリームを生成する。多重化ストリームは、通信網を介して外部記憶装置に送信される。
【０００５】
しかし、携帯端末に搭載されるＣＰＵ（Central Processing Unit）の処理能力は、パーソナルコンピュータに搭載されるＣＰＵの処理能力に比べて大幅に低い。携帯端末で撮影画像データから動画ストリームデータを生成する場合、動画ストリームデータの生成時間は、実際の撮影時間より長くなる。このように、携帯端末は、カメラから出力される撮影画像データを符号化して、動画ストリームデータをリアルタイムに生成することができない。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００９−２７４６４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明の目的は、カメラが撮像した映像データをリアルタイムで圧縮符号化することができる携帯通信端末を提供することである。
【課題を解決するための手段及び発明の効果】
【０００８】
本発明による携帯通信端末は、車両に設置される。本発明による携帯通信端末は、カメラと、写真画像生成手段と、メモリと、送信手段とを備える。カメラは、車両の外側または内側の状況を撮影する。写真画像生成手段は、カメラから入力された映像信号を符号化して、第１所定期間あたりに複数の写真画像データを連続的に生成する。メモリは、写真画像生成手段により生成された複数の写真画像データを記憶する。送信手段は、メモリに記憶された複数の写真画像データを送信する。
【０００９】
写真画像データの生成時間は、動画ストリームデータの生成時間に比べて非常に短い。したがって、本発明による携帯通信端末は、カメラから出力される映像信号をリアルタイムで符号化することができる。
【００１０】
好ましくは、本発明による携帯通信端末は、さらに、マイクと、録音手段とを備える。録音手段は、マイクから第２所定期間内に入力された音声信号を符号化して、音声データを連続的に生成する。録音手段により生成された音声データは、メモリに記憶される。送信手段は、メモリに記憶された音声データを送信する。
【００１１】
本発明による携帯通信端末は、写真画像データの生成と並行して、音声を録音した音声データを生成する。写真画像データだけでなく、音声データを利用することにより、車両の状況の把握がさらに容易となる。
【００１２】
好ましくは、本発明による携帯通信端末は、さらに、加速度計測手段と、特定手段とを備える。加速度計測手段は、車両の加速度を計測する。特定手段は、加速度計測手段が所定値以上の加速度を計測した時刻を基準時刻として、基準時刻から所定の事前対象時間を遡った時刻と基準時刻から所定の事後対象時間を経過した時刻との間の期間を送信対象期間に設定する。特定手段は、メモリに記憶されたデータのうち、送信対象期間に生成されたデータを、送信手段により送信されるべき対象に特定する。
【００１３】
本発明による携帯通信端末は、加速度検出手段が所定値以上の加速度を検出した時刻に基づいて送信対象期間を設定して、送信すべきデータを特定する。これにより、交通事故などが発生した時刻における車両の状況を容易に確認することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施の形態による携帯通信端末の構成を示す機能ブロック図である。
【図２】携帯通信端末の取り付け状態を示す図である。
【図３】画像生成タイミングと録音タイミングとを示すタイムチャートである。
【図４】ドライブレコーダとして動作を開始してから終了するまでの動作を示すフローチャートである。
【図５】撮影処理のフローチャートである。
【図６】録音処理のフローチャートである。
【図７】送信対象データと所定値以上の加速度を検出した時刻との対応関係を示す図である。
【図８】送信判定処理のフローチャートである。
【発明を実施するための形態】
【００１５】
以下、図面を参照し、本発明の実施の形態を詳しく説明する。図中同一又は相当部分には同一符号を付してその説明は繰り返さない。
【００１６】
｛携帯通信端末１の構成｝
図１は、本発明の実施の形態による携帯通信端末１を示す機能ブロック図である。携帯通信端末１は、ドライブレコーダ機能が組み込まれた携帯電話である。携帯通信端末１は、自動車などの車両に設置された状態で、車両前方の景色の映像の記録と、車内及び車外の音声の録音とを行う。以下、携帯通信端末１が車両に設置された場合を説明する。
【００１７】
携帯通信端末１は、車両前方の映像から１秒間あたりに複数の写真画像データ４１を生成する。携帯通信端末１は、録音時間が１秒間の音声データ４２を繰り返し生成する。複数の写真画像データ４１，４１・・・及び複数の音声データ４２，４２・・・とは、結合データ４３として一つにまとめられる。結合データ４３は、ネットワーク２を介して管理サーバ３に送信される。管理サーバ３は、携帯通信端末１から受信した結合データ４３を、メモリ３１に保存する。
【００１８】
車両が交通事故に関与した場合、携帯通信端末１に大きな加速度が発生する可能性が高い。そこで、携帯通信端末１は、所定値以上の加速度を検出したときに、結合データ４３を生成して管理サーバ３に送信する。これにより、車両の管理者は、管理サーバ３に送信された結合データ４３を利用して、交通事故の原因などを特定することができる。
【００１９】
携帯通信端末１の構成について説明する。携帯通信端末１は、コントローラ１０１と、カメラ１０２と、画像用エンコーダ１０３と、モニタ１０４と、マイク１０５と、音声用エンコーダ１０６と、メモリ１０７と、加速度センサ１０８と、送信指示プログラム１０９と、結合プログラム１１０と、メーラー１１１と、操作キー１１２と、通信コントローラ１１３とを備える。
【００２０】
コントローラ１０１は、ＣＰＵ及びＲＡＭ（Random Access Memory）などを備え、携帯通信端末１の各構成要素を制御する。
【００２１】
カメラ１０２は、被写体を撮影する。具体的には、カメラ１０２は、自動車前方の景色を被写体として撮影して、映像信号を出力する。画像用エンコーダ１０３は、カメラ１０２から入力された映像信号を符号化して、１秒間あたりに複数の写真画像データ４１，４１・・・を生成する。モニタ１０４は、液晶ディスプレイなどであり、カメラ１０２が撮影した映像を表示する。
【００２２】
マイク１０５は、車内及び車外の音声を入力して音声信号を出力する。音声用エンコーダ１０６は、マイク１０５から１秒間に入力された音声信号を符号化して音声データ４２を連続的に生成する。
【００２３】
メモリ１０７は、フラッシュメモリなどである。メモリ１０７は、画像用エンコーダ１０３により生成された複数の写真画像データ４１，４１・・・と、音声用エンコーダ１０６により生成された音声データ４２とを記憶する。
【００２４】
加速度センサ１０８は、携帯通信端末１の加速度を計測する。つまり、加速度センサ１０８は、携帯通信端末１が取り付けられた車両の加速度を検出する。
【００２５】
送信指示プログラム１０９は、メモリ１０７に記憶されたデータを管理サーバ３に送信するか否かを判定する送信判定処理を実行する。送信指示プログラム１０９は、加速度センサ１０８が所定値以上の加速度を検出した時刻を基準時刻として、基準時刻から所定の事前対象時間を遡った時刻と基準時刻から所定の事後対象時間を経過した時刻との間の期間を送信対象期間に設定する。送信指示プログラム１０９は、メモリ１０７に記憶されたデータのうち、送信対象期間に生成されたデータを管理サーバ３へ送信すべき送信対象データとして特定する。
【００２６】
結合プログラム１１０は、送信指示プログラム１０９が特定した送信対象データを一つにまとめた結合データ４３を生成する。メーラー１１１は、結合データ４３を添付したメールを、予め送信先として指定された管理サーバ３に送信する。
【００２７】
操作キー１１２は、車両の運転手からの操作を受け付ける。通信コントローラ１１３は、携帯通信網を利用した通信を制御する。
【００２８】
｛携帯通信端末１の取り付け状態｝
次に、携帯通信端末１の取り付け状態について説明する。図２は、携帯通信端末１が車両に取り付けられた状態を示す模式図である。図２に示すように、携帯通信端末１は、ダッシュボード５１上に固定されたクレードル５２に取り付けられる。クレードル５２は、携帯通信端末１及びクレードル５２が運転手の視界の妨げとならない位置に固定される。
【００２９】
図２に示すように、カメラ１０２とモニタ１０４とは、携帯通信端末１の筺体１０の互いに反対側となる位置に取り付けられている。カメラ１０２が撮影した映像は、モニタ１０４に表示される。これにより、運転手は、シート５３に座りながら、携帯通信端末１がドライブレコーダとして機能していることを容易に確認することができる。携帯通信端末１がカメラ１０２の向きを変えることができるのであれば、カメラ１０２の取り付け位置は、モニタ１０４の反対側でなくてもよい。
【００３０】
携帯通信端末１をタクシーなどに設置する場合、携帯通信端末１を車内に向けて設置してもよい。携帯通信端末１を車内に設置するのであれば、カメラ１０２とモニタ１０４とは、筺体１０の同一面に取り付けられていてもよい。これにより、携帯通信端末１が車内の状況を撮影することができるため、防犯の効果を期待することができる。
【００３１】
｛撮影処理及び録音処理の概要｝
写真画像データ４１を生成する撮影処理、及び音声データ４２を生成する録音処理の概要について説明する。
【００３２】
図３は、画像用エンコーダ１０３及び音声用エンコーダ１０６の処理タイミングを示すタイムチャートである。図３に示す「符号化」とは、映像信号または音声信号の圧縮符号化処理を指す。「保存」とは、圧縮符号化により生成されたデータの保存処理を指す。
【００３３】
運転手の操作により、携帯通信端末１は、時刻Ｔａから撮影処理及び録音処理を開始する。
【００３４】
まず、撮影処理について説明する。画像用エンコーダ１０３は、時刻Ｔａにカメラ１０２から映像信号を取得する。画像用エンコーダ１０３は、取得した映像信号の圧縮符号化を時刻Ｔａから開始することにより、写真画像データ４１ａを生成する。映像信号の圧縮符号化は、たとえばＪＰＥＧ形式に基づいて行われる。時刻Ｔｂに映像信号の圧縮符号化が終了する。写真画像データ４１ａは、たとえば、写真画像データ４１ａのファイル名に時刻Ｔａを示す情報が付与されることにより、映像信号の取得時刻Ｔａと対応付けられる。画像用エンコーダ１０３は、写真画像データ４１ａのメモリ１０７への書き込みを、時刻Ｔｂから開始する。
【００３５】
画像用エンコーダ１０３は、写真画像データ４１ａの符号化が終了した時刻Ｔｂに、映像信号を新たに取得する。画像用エンコーダ１０３は、新たに取得した映像信号の圧縮符号化を時刻Ｔｂから開始して、写真画像データ４１ｂを生成する。この結果、写真画像データ４１ａの保存処理と新たに取得した映像信号の圧縮符号化処理とが、時刻Ｔｂ〜Ｔｂ１まで、並行して実行される。画像用エンコーダ１０３は、時刻Ｔｃに圧縮符号化が終了すると、時刻Ｔｃから写真用画像データ４１ｂの保存処理と、映像信号の圧縮符号化処理とを開始する。
【００３６】
以下、映像信号を取得する処理と、圧縮符号化処理と、保存処理とが繰り返されることにより、写真画像データ４１ｃ，４１ｄ，４１ｅ，４１ｆ・・・が順次生成される。
【００３７】
ＪＰＥＧ形式に基づく圧縮符号化処理がコントローラ１０１のＣＰＵに与える負荷は、動画ストリームデータの生成処理と比較して非常に小さい。一つの写真画像データ４１の生成及び保存に要する時間は、数十ミリ秒から数百ミリ秒程度である。したがって、画像用エンコーダ１０３は、１秒間あたりに複数の写真画像データ４１，４１・・・を生成することができる。
【００３８】
図３では、時刻Ｔａ〜Ｔｇの１秒間に五つの写真画像データ４１が生成されている。しかし、１秒間あたりに生成される写真画像データ４１の数は、コントローラ１０１が備えるＣＰＵの処理能力や、並行して実行される処理（後述する結合データ４３の生成処理など）によって変化する。
【００３９】
管理サーバ３のユーザ(車両の管理者)は、写真画像データ４１を生成するために映像信号を取得した時刻（撮影時刻）の順に写真画像データ４１を連続的に表示させることにより、写真画像データ４１を、まるで動画を見ているかのように閲覧することができる。
【００４０】
次に、音声データ４２の生成について説明する。音声データ４２を生成する録音処理は、図３に示すように、撮影処理と並行して実行される。音声用エンコーダ１０６は、時刻Ｔａのタイミングでマイク１０５から入力された音声信号の取得を開始する。時刻Ｔａから１秒が経過した時刻Ｔｇにおいて、音声用エンコーダ１０６は、音声信号の取得を停止する。
【００４１】
音声用エンコーダ１０６は、時刻Ｔａ〜Ｔｇの間に取得した音声信号を、たとえばＯＧＧ形式に基づいて圧縮符号化して音声データ４２を生成する。音声データ４２の生成が終了した後に、音声用エンコーダ１０６は、画像用エンコーダ１０３と同様に、音声データ４２の録音を開始した時刻Ｔａと対応付けてメモリ１０７に保存する。
【００４２】
音声データ４２の保存が終了した時刻Ｔｈに、音声用エンコーダ１０６は、新たに音声信号の取得を開始する。このように、音声用エンコーダ１０６は、音声信号を１秒間取得する処理と、音声データ４２を生成して保存する処理とを繰り返す。
【００４３】
図３に示すように、音声データ４２の生成及び保存が行われる時刻Ｔｇ〜Ｔｈの期間には、音声用エンコーダ１０６が音声信号を取得しない。つまり、携帯通信端末１は、時刻Ｔｇ〜Ｔｈの期間に録音を実行しない。しかし、時刻Ｔｇ〜Ｔｈの期間は、数１００ミリ秒程度と非常に短い時間である。したがって、音声データ４２を音声時刻の取得開始時刻順に連続して再生したとしても、車両の走行状況を十分に把握することができる。
【００４４】
コントローラ１０１が備えるＣＰＵの処理能力に余裕があれば、携帯通信端末１は、音声信号の圧縮符号化と音声信号の取得とを並行して実行してもよい。図３に示す例では、時刻Ｔｇに新たな音声信号の取得が開始される。これにより、録音が実行されない期間が発生することを防ぐことができる。
【００４５】
｛ドライブレコーダとしての動作の流れ｝
図４は、携帯通信端末１がドライブレコーダとして動作を開始してから、終了するまでの動作の流れを示す図である。図４に示す処理は、運転手が操作キー１１２を操作して、カメラ１０２の起動を指示することにより開始される。
【００４６】
まず、カメラ１０２が、運転手の操作に応じて起動する（ステップＳ１）。起動したカメラ１０２が出力した映像信号が、モニタ１０４に入力される（ステップＳ２）。モニタ１０４に、車両前方の景色が表示される。
【００４７】
運転手が操作キー１１２を操作してドライブレコーダ機能をオンにすることにより（ステップＳ３でＹｅｓ）、送信指示プログラム１０９が送信判定処理を開始する（ステップＳ４）。送信判定処理の詳細については、後述する。撮影処理（ステップＳ５）及び録音処理（ステップＳ６）が並行して実行される。これにより、車両前方の映像が写真画像データ４１として記録される。車内及び車外の音声が、音声データ４２として記録される。図４には示していないが、送信判定処理は、撮影処理（ステップＳ５）及び録音処理（ステップＳ６）と並行して実行される。
【００４８】
運転手が操作キー１１２を操作してドライブレコーダ機能のオフを指示した場合（ステップＳ７でＹｅｓ）、コントローラ１０１は、撮影処理、録音処理、及び送信判定処理の終了を指示する（ステップＳ８）。これにより、図４に示す処理が終了する。
【００４９】
図５は、撮影処理（ステップＳ５）の流れを示すフローチャートである。まず、画像用エンコーダ１０３は、撮影初期化処理を実行する（ステップＳ５１）。撮影初期化処理とは、一つの写真画像データ４１の保存に必要な記憶領域を、メモリ１０７に確保する処理である。一つの写真画像データ４１の保存に必要な記憶領域がメモリ１０７に存在しない場合、撮影時刻の一番古い写真画像データ４１がメモリ１０７から削除される。
【００５０】
画像用エンコーダ１０３は、映像信号を圧縮符号化して、写真画像データ４１を生成する（ステップＳ５２）。写真画像データ４１は、撮影時刻を示すファイル名が付与された上で、メモリ１０７に保存される（ステップＳ５３）。たとえば、撮影時刻が２００９年７月２８日１６時２３分５４．４９１秒である場合、写真画像データ４１のファイル名は、「２００９＿０７２８＿１６２３＿５４４９１．ｊｐｇ」となる。
【００５１】
画像用エンコーダ１０３は、撮影終了が指示されていなければ（ステップＳ５４でＮｏ）、ステップＳ５１の処理に戻る。これにより、写真画像データ４１を生成する処理が、繰り返し実行される。一方、画像用エンコーダ１０３は、撮影終了が指示されていれば（ステップＳ５４でＹｅｓ）、図５に示す処理を終了する。
【００５２】
図６は、録音処理（ステップＳ６）の流れを示すフローチャートである。まず、音声用エンコーダ１０６は、録音初期化処理を実行する（ステップＳ６１）。録音初期化処理とは、撮影初期化処理（ステップＳ５１）と同様に、一つの音声データ４２の保存に必要な記憶領域を、メモリ１０７に確保する処理である。一つの音声データ４２の保存に必要な記憶領域がメモリ１０７に存在しない場合、録音開始時刻の一番古い音声データ４２がメモリ１０７から削除される。
【００５３】
音声用エンコーダ１０６は、音声信号の取得を開始する（ステップＳ６２）。音声信号の取得開始から１秒が経過した場合（ステップＳ６３でＹｅｓ）、音声用エンコーダ１０６は、音声信号の取得を停止し、取得した音声信号を圧縮符号化して音声データ４２を生成する（ステップＳ６４）。音声データ４２は、写真画像データ４１と同様に録音開始時刻を示すファイル名が付与されて、メモリ１０７に保存される（ステップＳ６５）。
【００５４】
音声用エンコーダ１０６は、録音終了が指示されていなければ（ステップＳ６６でＮｏ）、ステップＳ６１の処理に戻る。これにより、音声データ４２を生成する処理が、繰り返し実行される。一方、音声用エンコーダ１０６は、録音終了が指示されていれば（ステップＳ６６でＹｅｓ）、図６に示す処理を終了する。
【００５５】
｛送信判定処理｝
上述したように、携帯通信端末１は、ドライブレコーダ機能がオンされることに伴い、送信判定処理を開始する（ステップＳ４、図４参照）。送信判定処理では、加速度センサ１０８が所定値以上の加速度を検出することにより、送信対象データが管理サーバ３に送信される。
【００５６】
まず、送信対象データの特定について説明する。一般的に、交通事故が発生した時刻を中心として２５秒間の映像を記録していれば、交通事故の原因の特定が容易になるとされている。そこで、携帯通信端末１は、加速度センサ１０８が所定値以上の加速度を出力した時刻（以下、「基準時刻」という）を中心とした２５秒間の期間に記録された写真画像データ４１及び音声データ４２を、送信対象データとして特定する。写真画像データ４１及び音声データ４２が送信対象データに含まれるか否かは、写真画像データ４１の撮影時刻及び音声データ４２の録音開始時刻に基づいて判定される。
【００５７】
図７は、送信対象データと基準時刻との対応関係を示す図である。図７に示す期間中、写真画像データ４１及び音声データ４２は、連続して生成されている。
【００５８】
加速度センサ１０８が、所定値以上の加速度を１３時４５分１７秒（基準時刻）に検出したとする。送信指示プログラム１０９は、基準時刻から待機時間（１２．５秒）を経過した送信指示時刻（１３時４５分２９．５秒）に、送信対象データを特定する。
【００５９】
送信指示プログラム１０９は、送信指示時刻と、送信指示時刻から送信対象時間（２５秒）前の時刻（１３時４５分４．５秒）との間の期間に記録されたデータを、送信対象データとして特定する。つまり、送信対象データは、基準時刻から１２．５秒（事前対象時間）を遡った時刻と基準時刻から１２．５秒（事後対象時間）を経過した時刻との間の期間に生成されたデータである。
【００６０】
待機時間及び送信対象時間は、送信指示プログラム１０９に予め設定されており、これらの時間の長さを変更することができる。待機時間及び送信対象時間の変更に応じて、事前対象時間及び事後対象時間の長さも変更される。
【００６１】
写真画像データ４１の生成頻度が１秒間あたり約５個である場合、送信対象データとして、約１２５個の写真画像データ４１が特定される。音声の録音期間は１秒であるため、送信対象データとして、約２５個の音声データ４２が特定される。
【００６２】
図８は、送信判定処理の流れを示すフローチャートである。送信判定処理は、ステップＳ４の処理（図４参照）に応じて開始される。送信判定処理と並行して、撮影処理（ステップＳ５）及び録音処理（ステップＳ６）が実行されている。
【００６３】
送信指示プログラム１０９は、加速度センサ１０８から出力される加速度を監視している（ステップＳ８１）。所定値以上の加速度を検出した場合（ステップＳ８１でＹｅｓ）、送信指示プログラム１０９は、携帯通信端末１が設置された車両が関与する交通事故が発生したと判断する。送信指示プログラム１０９は、基準時刻を基準として、待機時間（１２．５秒）の計測を開始する。
【００６４】
送信指示プログラム１０９は、基準時刻から待機時間が経過した場合（ステップＳ８２でＹｅｓ）、メモリ１０７に保存されている写真画像データ４１及び音声データ４２の中から送信対象データを特定する（ステップＳ８３）。送信対象データを特定する流れは、上述した通りである。
【００６５】
送信指示プログラム１０９は、判定終了が指示されていなければ（ステップＳ８４でＮｏ）、ステップＳ８１の処理に戻る。これにより、送信判定処理が継続される。一方、送信指示プログラム１０９は、判定終了が指示されていれば（ステップＳ８４でＹｅｓ）、図８に示す処理を終了する。
【００６６】
次に、送信指示プログラム１０９が送信対象データを特定した後の携帯通信端末１の動作を説明する。結合プログラム１１０は、送信対象データを一つにまとめることにより、結合データ４３を生成する。コントローラ１０１が備えるＣＰＵの処理能力に余裕があれば、結合プログラム１１０は、結合データ４３をさらに圧縮してもよい。結合データ４３は、メモリ１０７に保存される。
【００６７】
メーラー１１１は、メモリ１０７に保存された結合データ４３を添付ファイルとした電子メールを作成する。メーラー１１１には、結合データ４３の送信先として管理サーバ３のメールアドレスが設定されている。メーラー１１１は、宛先を管理サーバ３として、結合データ４３が添付された電子メールを送信する。
【００６８】
管理サーバ３は、受信した電子メールから結合データ４３を取り出し、メモリ３１に保存する。車両の管理者は、結合データ４３の結合を解除することにより、写真画像データ４１及び音声データ４２を利用することができる。
【００６９】
このように、携帯通信端末１は、メモリ１０７に記憶された全ての写真画像データ４１及び音声データ４２を送信対象データとするのではなく、基準時刻に基づいて送信対象データを特定する。結合データ４３のデータサイズを小さくすることができるため、携帯通信端末１と管理サーバ３との通信帯域が圧迫されることを防ぐことができる。
【００７０】
以上説明したように、本実施の形態に係る携帯通信端末１は、カメラ１０２が出力する映像信号から動画ストリームデータを生成するのではなく、１秒間あたりに複数の写真画像データ４１，４１・・・を生成する。携帯通信端末１は、ＣＰＵの処理能力が低くても、写真画像データ４１を数百ミリ秒以内に生成することができる。したがって、カメラ１０２が撮影した映像をリアルタイムで保存することができる。
【００７１】
｛変形例｝
本実施の形態では、加速度センサ１０８から所定値以上の加速度が出力された時に、結合データ４３を送信する例について説明したが、これに限られない。送信指示プログラム１０９は、加速度センサ１０８に代えて、予め設定された設定時間（たとえば１時間）が経過するたびに、送信指示プログラム１０９に送信対象データの特定を指示するプログラムを備えてもよい。携帯通信端末１は、結合データ４３が定期的に生成して管理サーバ３に送信する。車両の管理者は、定期的に送信される結合データ４３を用いて、車両の走行状況を記録したダイジェストデータを容易に作成することができる。
【００７２】
この場合、送信指示プログラム１０９は、設定時間が経過したタイミングを送信指示時刻としてもよい。つまり、送信指示プログラム１０９は、待機時間の計測を行わなくてもよい。あるいは、送信指示プログラム１０９は、設定時間が経過したタイミングから所定時間内に新たに作成された写真画像データ４１及び音声データ４２を送信対象データとして特定してもよい。
【００７３】
携帯通信端末１は、加速度センサ１０８に代えて、管理サーバ３から結合データ４３の送信を要求されたときに送信指示プログラム１０９に送信対象データの特定を指示するプログラムを備えてもよい。具体的には、携帯通信端末１に管理サーバ３の電話番号を予め登録しておく。送信指示プログラム１０９は、管理サーバ３から着信があるたびに、送信対象データを特定する。これにより、運転手の意図と関係なく結合データ４３が管理サーバ３に送信されるために、車両の走行状況が常時管理されているのと同一の状況を作り出すことができる。運転手に安全運転を常に心がけるようになると考えられるため、交通事故を防止することができる。
【００７４】
加速度センサ１０８は、携帯通信端末１がドライブレコーダとして動作している間、継続的に加速度を出力している例について説明したが、これに限られない。加速度センサ１０８のオン・オフを、運転手が設定できるようにしてもよい。急カーブが連続する山道や、砂利道などを自動車が走行するときには、所定値以上の加速度を検出する頻度が増加する。このような道路の走行時には、交通事故が発生していないにも関わらず、結合データ４３の送信回数が増加する。道路状況に応じて運転手が加速度センサ１０８のオン・オフを切り替えることにより、交通事故の誤判定を防ぐことができる。
【００７５】
携帯通信端末１は、加速度センサ１０８に代えて、地磁気センサを備えていてもよい。この場合、携帯通信端末１は、地磁気センサから出力される情報を用いて携帯通信端末１の加速度を計算する加速度計算プログラムを備える必要がある。
【００７６】
以上、本発明の実施の形態を説明したが、上述した実施の形態は本発明を実施するための例示に過ぎない。よって、本発明は上述した実施の形態に限定されることなく、その趣旨を逸脱しない範囲内で上述した実施の形態を適宜変形して実施することが可能である。
【符号の説明】
【００７７】
１ 携帯通信端末
１０１ コントローラ
１０２ カメラ
１０３ 画像用エンコーダ
１０４ モニタ
１０５ マイク
１０６ 音声用エンコーダ
１０７ メモリ
１０８ 加速度センサ
１０９ 送信指示プログラム
１１０ 結合プログラム
１１１ メーラー
４１，４１ａ，４１ｂ，４１ｃ，４１ｄ，４１ｅ 写真画像データ
４２ 音声データ
４３ 結合データ
【特許請求の範囲】
【請求項１】
車両に設置される携帯通信端末であって、
前記車両の外側または内側の状況を撮影するカメラと、
前記カメラから入力された映像信号を符号化して、第１所定期間あたりに複数の写真画像データを連続的に生成する写真画像生成手段と、
前記写真画像生成手段により生成された複数の写真画像データを記憶するメモリと、
前記メモリに記憶された複数の写真画像データを送信する送信手段とを備える携帯通信端末。
【請求項２】
請求項１に記載の携帯通信端末であって、さらに、
マイクと、
前記マイクから第２所定期間内に入力された音声信号を符号化して、音声データを連続的に生成する録音手段とを備え、
前記メモリは、前記録音手段により生成された音声データを記憶し、
前記送信手段は、前記メモリに記憶された音声データを送信する携帯通信端末。
【請求項３】
請求項１または請求項２に記載の携帯通信端末であって、さらに、
前記車両の加速度を計測する加速度計測手段と、
前記加速度計測手段が所定値以上の加速度を計測した時刻を基準時刻として、前記基準時刻から所定の事前対象時間を遡った時刻と前記基準時刻から所定の事後対象時間を経過した時刻との間の期間を送信対象期間に設定し、前記メモリに記憶されたデータのうち、前記送信対象期間に生成されたデータを前記送信手段により送信されるべき対象に特定する特定手段とを備える携帯通信端末。
【請求項１】
車両に設置される携帯通信端末であって、
前記車両の外側または内側の状況を撮影するカメラと、
前記カメラから入力された映像信号を符号化して、第１所定期間あたりに複数の写真画像データを連続的に生成する写真画像生成手段と、
前記写真画像生成手段により生成された複数の写真画像データを記憶するメモリと、
前記メモリに記憶された複数の写真画像データを送信する送信手段とを備える携帯通信端末。
【請求項２】
請求項１に記載の携帯通信端末であって、さらに、
マイクと、
前記マイクから第２所定期間内に入力された音声信号を符号化して、音声データを連続的に生成する録音手段とを備え、
前記メモリは、前記録音手段により生成された音声データを記憶し、
前記送信手段は、前記メモリに記憶された音声データを送信する携帯通信端末。
【請求項３】
請求項１または請求項２に記載の携帯通信端末であって、さらに、
前記車両の加速度を計測する加速度計測手段と、
前記加速度計測手段が所定値以上の加速度を計測した時刻を基準時刻として、前記基準時刻から所定の事前対象時間を遡った時刻と前記基準時刻から所定の事後対象時間を経過した時刻との間の期間を送信対象期間に設定し、前記メモリに記憶されたデータのうち、前記送信対象期間に生成されたデータを前記送信手段により送信されるべき対象に特定する特定手段とを備える携帯通信端末。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１１−３４２１５（Ｐ２０１１−３４２１５Ａ）
【公開日】平成２３年２月１７日（２０１１．２．１７）
【国際特許分類】
【出願番号】特願２００９−１７８０８７（Ｐ２００９−１７８０８７）
【出願日】平成２１年７月３０日（２００９．７．３０）
【出願人】（５０９２１５７６５）株式会社パイ・アール (3)
【Ｆターム（参考）】
【公開日】平成２３年２月１７日（２０１１．２．１７）
【国際特許分類】
【出願日】平成２１年７月３０日（２００９．７．３０）
【出願人】（５０９２１５７６５）株式会社パイ・アール (3)
【Ｆターム（参考）】
[ Back to top ]