JP6293420B2 - 制御プログラムおよび情報処理方法 - Google Patents

Description

本発明は、運転中の走行状況を記録するドライブレコーダを制御するプログラムおよびその方法に関する。

従来、自動車に搭載されて、自動車の運転状況を記録するドライブレコーダが知られている。ドライブレコーダは、カメラで自動車からの映像を撮影して、映像情報を記憶媒体に記憶する。最近では、このような機能をアプリケーションとして提供する技術が見られている。

非特許文献１には、スマートフォンにインストールし、このスマートフォンに搭載されているカメラ、加速度センサ、ＧＰＳを利用して、運転状況を記録する技術について開示されている。

"運転の診断ができるドライブレコーダ Safety Rec"、[online]、Datatec Co., Ltd.、[２０１３年３月１３日検索]、インターネット<URL:http://www.datatec.co.jp/safetyrec/>

しかしながら、たとえば、非特許文献１のような技術では、スマートフォンのカメラを常時起動させておく必要があるため、スマートフォンのバッテリの消費が激しく、長時間の走行では利用できず、さらなる改善が求められていた。

そこで、本発明は、上記事情に鑑み、所定の条件を満たした場合に、端末装置のカメラ機能を起動させることで、端末装置の電力の消費を低減させることを可能にすることを目的とするものである。

本発明の制御プログラムは、カメラ機能を備える端末装置を制御し、端末装置の移動中の状況を記録する制御プログラムであって、端末装置を、この端末装置の位置情報を取得する取得手段と、位置情報に基づいて、端末装置が、移動中の状況を記録するための撮影エリアに含まれるか否かを判定する判定手段と、判定結果に基づいて、カメラ機能を起動し、撮影を開始する制御手段として機能させる。

上記判定手段は、渋滞情報、事故情報、交通情報、天候情報、時間情報のうち少なくともいずれか一つに基づいて記憶手段に記憶された撮影エリアを参照し、端末装置が含まれるか否かを判定するものであることが望ましい。

また、上記判定手段は、ユーザからの登録によって記憶手段に記憶された撮影エリアを参照し、端末装置が含まれるか否かを判定するものであってもよい。

また、上記制御手段は、端末装置が、撮影エリアを、所定の速度で移動した際に、カメラ機能を起動するものであってもよい。

また、上記制御手段は、撮影開始から所定の時間の経過後に、カメラ機能を停止させるものであることが望ましい。

また、上記制御手段は、移動中の状況を記録するために撮影した画像の容量が所定のサイズを超過した際に、カメラ機能を停止させるものであってもよい。

また、上記制御手段は、端末装置が備える記憶媒体の空き容量が、所定の容量以下である際に、カメラ機能を停止させるものであってもよい。

さらに、上記制御手段は、端末装置の電池残量に基づいて、カメラ機能を停止させることが望ましい。

上記制御プログラムは、さらに、端末装置を、撮影エリアを記憶するための記憶手段として機能させるものであってもよい。

また、上記判定手段は、記憶手段を備えるものであって、ネットワークを介して端末装置と通信する情報処理装置からの指示に基づき、端末装置が撮影エリアに含まれるか否かを判定するものであってもよい。

上記情報処理装置は、さらに、ユーザの位置情報を端末装置から取得する取得手段と、取得した位置情報が撮影エリアに含まれる際に、撮影の開始指示を端末装置に送信する指示手段と、を備えるものであって、上記判定手段は、情報処理装置からの開始指示に基づいて、端末装置が撮影エリアに含まれるか否かを判定するものであってもよい。

本発明にかかる情報処理方法は、制御部を備える端末装置において実施される、カメラ機能を備える端末装置を制御し、端末装置の移動中の状況を記録する方法であって、端末装置が、この端末装置の位置情報を取得するステップと、位置情報に基づいて、端末装置が、移動中の状況を記録するための撮影エリアに含まれるか否かを判定するステップと、判定結果に基づいて、カメラ機能を起動し、撮影を開始するステップとを実行する。

本発明の制御プログラムが、カメラ機能を備える端末装置を制御し、端末装置の移動中の状況を記録する制御プログラムであって、端末装置を、この端末装置の位置情報を取得する取得手段と、位置情報に基づいて、端末装置が、移動中の状況を記録するための撮影エリアに含まれるか否かを判定する判定手段と、判定結果に基づいて、カメラ機能を起動し、撮影を開始する制御手段として機能させることによって、端末装置のカメラ機能を起動させることで、端末装置の電力の消費を低減させることを可能になる。

本発明の第１の実施形態における制御プログラムをインストールした携帯端末を含む通信システムのシステム構成図である。 本発明の第１の実施形態における制御プログラムをインストールした携帯端末および情報処理装置のブロック図である。 本発明の第１の実施形態における撮影エリア情報テーブルを示す図である。 本発明の第１の実施形態におけるカメラ制御処理の処理フローを示すチャートである。 本発明の第１の実施形態における停止条件情報テーブルを示す図である。 本発明の第２の実施形態における制御プログラムをインストールした携帯端末および情報処理装置のブロック図である。 本発明の第２の実施形態における位置情報テーブルを示す図である。 本発明の第２の実施形態におけるカメラ制御処理の処理フローを示すチャートである。 本発明の第２の実施形態における撮影エリア情報テーブルを示す図である。

[第１の実施形態]
以下、本発明の第１の実施形態を図１乃至図５を用いて説明する。

図１は、本実施形態にかかる制御プログラム（以下、ドライブレコーダアプリという）をインストールした携帯端末２００を備える通信システムのシステム構成図を示している。図１に示すように情報処理装置１００と携帯端末２００（携帯端末２００Ａ〜２００Ｄを総称して、携帯端末２００という）とが、インターネットや専用線等のネットワーク３００を介して互いに通信可能に設定されることにより通信システムが構成される。この通信システムでは、情報処理装置１００から携帯端末２００へ、ドライブレコーダアプリ等の各種アプリの配布が行われる。

まず、ドライブレコーダアプリの概要について説明する。
ドライブレコーダアプリは、ユーザの携帯端末２００にインストールされて利用されるものをいう。ドライブレコーダアプリの配布は情報処理装置１００が行うものとしてもよい。ドライブレコーダアプリは、たとえば車の運転中に起動させておくと、ユーザの位置情報から、ユーザの現在位置が所定の撮影エリアに含まれていることを判断し、自動で携帯端末のカメラ２７０を起動させ、撮影を行う。これにより、常時カメラ２７０を起動させておく必要がなくなり、携帯端末２００のバッテリの消費を低減することができる。

撮影エリアは、ユーザの移動中の状況の記録を行うエリアをいう。たとえば、事故が多く発生する道路や、交差点、トンネル、渋滞が発生しやすい箇所、スクールゾーンなどが撮影エリアとして挙げられる。撮影エリアは、システムによってあらかじめ定められた地点であってもよいし、ユーザからの登録によって記憶されるものであってもよい。たとえば、ユーザは事故現場に遭遇した際に、位置情報と合わせてその情報を情報処理装置１００に投稿するものとしてもよい。

ドライブレコーダアプリは、別途携帯端末２００にインストールされている、目的地までの経路をナビゲーションするアプリ（以下、ナビアプリという）と連動することが望ましい。これによって、ドライブレコーダアプリは、ナビアプリから、ユーザが走行中の道路の種類（一般道か高速道路か、など）や交通情報を取得することが可能となる。

次に、図２を用いて情報処理装置１００および携帯端末２００の構成について説明する。図２は、情報処理装置１００および携帯端末２００のブロック図である。

情報処理装置１００は、サーバ用コンピュータであり、図２に示すように、ＣＰＵ（不図示）およびメモリ１１３を含む制御部１１０と、ネットワーク３００と接続するための通信部１４０と、情報処理装置１００の管理者からの操作を受け付ける入力部１２０と、配布するアプリおよび後述する撮影エリア情報テーブル１３０Ａが記憶されている記憶部１３０と、を備えている。情報処理装置１００は、制御部１１０に機能部として、配布部１１１Ａを備え、携帯端末２００からのダウンロード要求を受信すると、要求元を認証し、適切なアプリケーションを配布部１１１Ａから配布するものであることが望ましい。

図３は、撮影エリア情報テーブル１３０Ａを示す図である。図３に示すように、撮影エリア情報テーブル１３０Ａには、撮影エリアのＩＤと、緯度経度およびトリガー情報が対応づけられて格納されていることが望ましい。

トリガー情報は、その撮影エリアにユーザが含まれていた際に、後述する携帯端末２００のカメラ制御部２１１Ｄが、カメラ２７０を起動させる条件とするための情報をいう。具体的には、トリガー情報として、時間帯、天候情報、速度情報などが挙げられる。たとえば、撮影エリアがスクールゾーンなどである場合、その撮影エリア（たとえばスクールゾーン周辺）のトリガー情報として通学時間が登録されるものとしてもよい。このとき、カメラ制御部２１１Ｄは、トリガー情報に登録された時間帯のみ、その撮影エリアでカメラ２７０を起動させることが望ましい。また、たとえば、坂道や急カーブなどを含む道路で、晴天時には事故や渋滞はほとんど発生しないが、霧や積雪などの日には事故が多発しているような場所には、天候情報に関するトリガー情報が付与されるものとしてもよい。天候情報には、具体的には、積雪量、路面の凍結の有無、降水量、濃霧などが挙げられる。

また、トリガー情報として、ユーザの走行速度を扱うこともできる。このとき、携帯端末２００のカメラ制御部２１１Ｄは、撮影エリアを所定の速度を走行している際に、カメラ２７０を起動するものとしてもよい。これにより、たとえば、交差点でない地点で、一定時間以上停車した場合や、走行速度が極端に遅い場合などは、渋滞が発生している蓋然性が高いと判断し、カメラ２７０を起動させることができる。

さらに情報処理装置１００は、交通情報を随時外部システムから参照し、渋滞が発生している場所や事故が発生している場所やユーザから投稿があった場所を追加し、撮影エリア情報テーブル１３０Ａを適宜更新するものとしてもよい。

図２に戻り、本発明にかかるドライブレコーダアプリをインストールした携帯端末２００の構成について、説明する。ドライブレコーダアプリは、インストールされると携帯端末２００の記憶部２３０上または外部メモリ（不図示）上に展開される。

携帯端末２００は、現在位置を測位した位置情報を所定時間間隔で、またはユーザの入力に基づいてアップロードする機能を備えた、ユーザが持ち運び可能な可搬性の端末装置である。具体的には、たとえば、携帯電話やスマートフォン、ノートＰＣ、ＰＤＡ等が挙げられる。なお、本実施形態において、ユーザは携帯端末２００を用いてドライブレコーダアプリを利用するものとして説明するが、ユーザが利用する端末は必ずしも可搬性を備える必要はなく、たとえば車載端末などであってもよい。

携帯端末２００は、図２に示すように、主制御部２１０、入力部２２０、記憶部２３０、通信部２４０、表示部２５０、センサ２６０およびカメラ２７０、を備えている。

主制御部２１０は、ＣＰＵおよびＭＰＵ等の演算処理部２１１、画像処理部２１２およびＲＯＭ２１３を備えている。演算処理部２１１は、各種入力に基づき、ＲＯＭ２１３に記録されたプログラムを実行することで、各種機能部を動作させる。このプログラムは、ｍｉｃｒｏＳＤ等の外部メモリに記憶され、もしくはネットワーク３００を介して配布され、携帯端末２００にインストールされるものであってもよい。ＲＯＭ２１３は、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）をはじめとする、携帯端末２００のシステムが処理に必要とするデータ等が記憶されている。

画像処理部２１２は、携帯端末２００に表示する画像を生成するものである。画像の作成には既存の技術を用いることが可能である。

入力部２２０は、ボタン、タッチパネル等のことを指し、ユーザからの操作を受け付けるものである。

記憶部２３０は、ＲＡＭ等の記憶媒体によって構成され、ユーザがダウンロードしたアプリケーションに関するデータや、画像ファイル、音声ファイル等を記憶しておくためのものである。記憶部２３０は、携帯端末２００に内蔵されるものに限らず、たとえばｍｉｃｒｏＳＤ等の外部メモリであってもよい。記憶部２３０には、ドライブレコーダアプリがカメラ２７０を制御することによって撮影した画像が記録される。この記録される画像は動画であっても静止画であってもよい。

さらに、ドライブレコーダアプリがインストールされることで、記憶部２３０には、上述した撮影エリア情報のサブテーブル２３０Ａが作成される。この撮影エリア情報サブテーブル２３０Ａは、演算処理部２１１が、情報処理装置１００の撮影エリア情報テーブル１３０Ａを一定間隔で参照し、更新があった場合にその差分情報を受信し、反映されるものであることが望ましい。この更新は、ユーザから更新要求を情報処理装置１００に送信することで、行うものとしてもよい。また、記憶部には、後述する停止条件を格納する停止条件情報テーブル２３０Ｂを記憶しておくことが望ましい。

通信部２４０は、携帯端末２００をネットワーク３００に接続するためのものをいい、表示部２５０は、画像処理部２１２が作成した画像を携帯端末２００に表示する、液晶画面などをいう。

また、センサ２６０には、加速度を測定するための加速度センサ２６０Ａ、電池残量を測定するための電池残量センサ２６０Ｂ等が含まれていることが望ましい。

演算処理部２１１には、機能部として、携帯端末２００の位置情報を取得するＧＰＳ機能等を搭載した測位部２１１Ａを有している。さらに、演算処理部２１１は、ドライブレコーダアプリがインストールされることで、取得部２１１Ｂ、判定部２１１Ｃ、カメラ制御部２１１Ｄとして機能することが可能になる。

取得部２１１Ｂは、測位部２１１Ａから携帯端末２００の位置情報を取得するものをいう。また、取得部２１１Ｂは、ナビアプリから移動中の経路に関する情報を取得したり、ネットワーク３００経由で、外部システムから、天候に関する情報や交通情報を取得したりするものとしてもよい。さらに、取得部２１１Ｂはセンサ２６０から測定した情報を取得するものであることが望ましい。具体的には、取得部２１１Ｂは、加速度センサ２６０Ａから携帯端末２００の傾きに関する情報を取得し、電池残量センサ２６０Ｂから電池残量に関する情報を取得するものとしてもよい。

判定部２１１Ｃは、位置情報に基づいて、携帯端末２００が、記憶部２３０に記憶された撮影エリアに含まれるか否かを判定するものをいう。

カメラ制御部２１１Ｄは、判定部２１１Ｃの判定結果に基づいて、カメラ２７０のカメラ機能を起動し、撮影を開始するものをいう。カメラ制御部２１１Ｄは、さらに、記憶部２３０の撮影エリア情報サブテーブル２３０Ａに記憶された撮影エリアの、トリガー情報を満たしているか否かを判定し、満たしている場合にカメラ２７０を起動させるものであることが望ましい。これによって、例えば、路面凍結時等の特殊な条件下でなければ、渋滞も事故も起きないような道路で晴天時に撮影をして、電池を浪費することを防ぐことが可能となる。

また、カメラ制御部２１１Ｄは、取得部２１１Ｂが加速度センサ２６０Ａから取得した携帯端末２００の角度と、そのブレ幅から、固定状態であることを判断した際にカメラ２７０を起動させるものであることが望ましい。これによって、携帯端末２００が固定状態されていないのに撮影し、画像がブレてしまうのを防ぐことが可能となる。

また、カメラ制御部２１１Ｄは、停止条件情報テーブル２３０Ｂに記された停止条件を満たした際に、カメラ２７０を停止させる停止手段を有していることが望ましい。これによって、さらなる省電力化を図ることが可能となる。この停止条件は、たとえば、撮影開始から所定の時間を経過したか否かや、撮影した画像のサイズが所定の容量を超過したか否かや、記憶部２３０の空き容量が所定の容量以下であるか否かとしてもよい。さらに、停止条件は、電池残量の情報に応じて、変動するものとしてもよい。

次に、図４を用いて、ドライブレコーダアプリがカメラ２７０を制御する際の処理フローを説明する。なお、以下に説明する処理のフローに含まれる各処理ステップは、処理内容に矛盾を生じない範囲で、任意に順番を変更して又は並列に実行することができるとともに、各処理ステップ間に他のステップを追加してもよい。また、便宜上１ステップとして記載されているステップは、複数ステップに分けて実行することができる一方、便宜上複数ステップに分けて記載されているものは、１ステップとして把握することができる。

まず、ユーザが車両走行時に、あらかじめ携帯端末２００Ａにインストールした、ナビアプリおよびドライブレコーダアプリを起動させる。ナビアプリは、ユーザが入力した目的地から、推奨経路を探索し、携帯端末２００Ａ上に表示させる。表示された経路から、ユーザが走行する経路を選択すると、ナビゲーションが開始される。ナビアプリによるナビゲーション中は、このナビアプリは、測位部２１１Ａから適宜位置情報を取得し、ユーザがナビアプリの提示したどの経路を移動しているか、確認し、経路情報として保存する。

起動処理が完了すると、取得部２１１Ｂがナビアプリから経路情報を取得し、ユーザが車両ルートを走行しているか判定する（Ｓ１０１）。この判定は、たとえば、移動速度が一定速度以上か否かで行ってもよい。車両ルートを走行中であると判断した場合（Ｓ１０１：ＹＥＳ）、次に取得部２１１Ｂは、加速度センサ２６０Ａから、携帯端末２００Ａの角度に関する情報を取得し、携帯端末２００Ａの角度とその角度のブレ幅から、固定状態であるか否かを判定する（Ｓ１０２）。たとえば、携帯端末２００Ａの角度が一定角度以上にブレる場合には、固定されていないと判断してもよい。

携帯端末２００Ａが固定されていると判断した場合（Ｓ１０２：ＹＥＳ）には、判定部２１１Ｃが、ユーザが撮影エリアにいるか否かを判定する（Ｓ１０３）。具体的には、判定部２１１Ｃは、取得部２１１Ｂが測位部２１１Ａから取得した位置情報をもとに、撮影エリア情報サブテーブル２３０Ａを参照し、その位置情報が撮影エリアの緯度経度の範囲に含まれるか否かを判定する。判定部２１１Ｃが、ユーザが撮影エリアに含まれていると判断した場合（Ｓ１０３：ＹＥＳ）には、カメラ制御部２１１Ｄに、その旨の通知を行う。

判定部２１１Ｃから通知を受けたカメラ制御部２１１Ｄは、その撮影エリアにトリガー情報が登録されているか、撮影エリア情報サブテーブル２３０Ａを参照し、確認する（Ｓ１０４）。その撮影エリアには、トリガー情報が登録されていない場合（Ｓ１０４：ＮＯ）には、カメラ２７０を起動する（Ｓ１０６）。トリガー情報が登録されている場合（Ｓ１０４：ＹＥＳ）には、カメラ制御部２１１Ｄは、そのトリガー情報が満たされているか否かを判定する（Ｓ１０５）。

カメラ制御部２１１Ｄがトリガー情報が満たされているか否かを判定する際の処理について、図３に示すような撮影エリアが、撮影エリア情報サブテーブル２３０Ａに登録されていた場合を例に説明する。ＡＩＤ０００００１の撮影エリアはスクールゾーンを、ＡＩＤ０００００２は、山道の急カーブする地点を、ＡＩＤ０００００３は、制限速度６０キロの平坦な道路を示している。この場合、たとえば、判定部２１１Ｃが、ＡＩＤ０００００１の撮影エリアにユーザがいると判断した場合、現在時刻が８時〜１０時の間に含まれるか否かを判定し、含まれる場合にはカメラ２７０を起動する。この場合、たとえば、通学時間帯にスクールゾーンを走行中の場合にのみ、撮影を行うことが可能となる。また、判定部２１１Ｃが、ＡＩＤ０００００２にユーザが含まれると判断した場合、カメラ制御部２１１Ｄは、取得部２１１Ｂが取得した天気情報から、現在道路が積雪しているか否かを判定する。積雪があった場合には、カメラ制御部２１１Ｄは、さらに、ユーザの走行速度を確認し、時速８０キロ以上である場合には、カメラ２７０を起動する。これによって、晴天の日は、撮影せず、事故の危険性が増す積雪している日等のみに撮影を行うことが可能となる。さらに、判定部２１１Ｃが、ＡＩＤ０００００３に、ユーザが含まれていると判断した場合、カメラ制御部２１１Ｄは、ユーザの走行速度が時速３０キロ以下であるか否かを判定し、時速３０キロ以下の場合には、カメラ２７０を起動する。これによって、たとえば、渋滞が発生している場合や、居眠り運転をしている場合などにのみ、撮影を開始することが可能となる。

このように、カメラ制御部２１１Ｄは、撮影エリアにトリガー情報が登録されている場合には、トリガー情報が満たされていると判断した場合（Ｓ１０５：ＹＥＳ）に、カメラ２７０を起動する（Ｓ１０６）。

カメラ起動中、カメラ制御部２１１Ｄは、随時停止条件を満たしているか判断を行う（Ｓ１０７）。カメラ制御部２１１Ｄは、随時、停止条件情報テーブル２３０Ｂを参照しながら、取得部２１１Ｂが電池残量センサ２６０Ｂから取得した電池残量を確認し、停止条件を満たしているか否かを判定する。この停止条件は、電池残量に応じて変動するものであるものが望ましい。たとえば、停止条件が、撮影開始からの経過時間である場合、電池残量が多いほうが、少ない場合より長時間撮影するものとしてもよい。図５は、記憶部２３０に格納された停止条件情報テーブル２３０Ｂを示す図である。停止条件情報テーブル２３０Ｂには、電池残量に基づいて、カメラ起動から停止までの撮影時間が登録されている。停止条件は、撮影した画像の容量や、記憶部２３０の空き容量に基づくものとしてもよい。停止条件を満たしたと判断すると、カメラ制御部２１１Ｄは、カメラを停止する（Ｓ１０８）。

このＳ１０１〜Ｓ１０８までの処理を、ドライブレコーダアプリが終了されるまで繰り返し実行する。このように、本実施形態にかかるドライブレコーダアプリが、カメラ２７０の起動を制御することによって、携帯端末２００の省電力化を図ることが可能となる。

[第２の実施形態]
以下、本発明の第２の実施形態を図６乃至図９を用いて説明する。

図６は、本実施形態にかかる情報処理装置１００およびドライブレコーダアプリをインストールした携帯端末２００のブロック図である。

情報処理装置１００は、図６に示すように、制御部１１０と、入力部１２０と、記憶部１３０と、通信部１４０とを備えている。本実施形態において記憶部１３０は、さらに、図７に示す位置情報テーブル１３０Ｃを備え、制御部１１０は、配布部１１１Ａに加えさらに、取得部１１１Ｂと、指示部１１１Ｃとを備えていることが望ましい。

位置情報テーブル１３０Ｃは、図７に示すように、各ユーザのユーザＩＤと、そのユーザから取得した位置情報が記載されたものである。

取得部１１１Ｂは、ユーザの位置情報を携帯端末２００から取得するものをいう。取得部１１１Ｂは、取得した位置情報を、記憶部１３０の位置情報テーブル１３０Ｃに、ユーザＩＤと対応付けて記録する。

指示部１１１Ｃは、位置情報テーブル１３０Ｃと、撮影エリア情報テーブル１３０Ａとを参照し、取得した位置情報が撮影エリアに含まれる際に、携帯端末２００にインストールされたドライブレコーダアプリに、撮影の開始指示を送信するものをいう。

これらの構成を、情報処理装置１００が備えることにより、携帯端末２００側では、ユーザが撮影エリアに含まれるか否かの判定を行う必要がなくなり、処理負荷を低減できる。また、本実施形態では、携帯端末２００は、図６に示すように、撮影エリア情報のサブテーブル２３０Ａを有していないものとしてもよいため、携帯端末２００の記憶部２３０の容量を節約することも可能となる。なお、本実施形態では、携帯端末２００の判定部２１１Ｃは、情報処理装置１００からの開始指示があった場合に、ユーザが撮影エリアに含まれると判断する。

図８を用いて、処理フローを第１の実施形態との差異点を中心に説明する。なお、以下に説明する処理のフローに含まれる各処理ステップは、処理内容に矛盾を生じない範囲で、任意に順番を変更して又は並列に実行することができるとともに、各処理ステップ間に他のステップを追加してもよい。また、便宜上１ステップとして記載されているステップは、複数ステップに分けて実行することができる一方、便宜上複数ステップに分けて記載されているものは、１ステップとして把握することができる。

ユーザがドライブレコーダアプリを起動すると、ユーザＩＤが情報処理装置１００に送信される。制御部１１０がユーザＩＤを受信すると、情報処理装置１００は、ドライブレコーダアプリが起動されたと判断する。

取得部１１１Ｂが、位置情報を携帯端末２００Ａから取得し、随時、記憶部１３０の位置情報テーブル１３０Ｃに追記していく。指示部１１１Ｃは、位置情報テーブル１３０Ｃと撮影エリア情報テーブル１３０Ａとを参照し、ユーザの現在地が、撮影エリアに含まれているか判定する（Ｓ２０１）。ユーザの現在地が、撮影エリアに含まれていると判断する（Ｓ２０１:ＹＥＳ）と、指示部１１１Ｃはさらに、その撮影エリアにトリガー情報が登録されているか否かを判定する（Ｓ２０２）。トリガー情報が含まれていない場合（Ｓ２０２：ＮＯ）は、指示部１１１Ｃは、携帯端末２００Ａに、撮影開始指示のみを送信し（Ｓ２０３）、トリガー情報がその撮影エリアに登録されている場合（Ｓ２０２：ＹＥＳ）には、開始指示とあわせてトリガー情報も携帯端末２００Ａに送信する（Ｓ２０４）。

図９は本実施形態における撮影エリア情報テーブル１３０Ａを示す図である。たとえば、指示部１１１Ｃが、ＡＩＤ００００１６の撮影エリアにユーザが含まれていると判断した場合、この撮影エリアには、トリガー情報は登録されていないため、指示部１１１Ｃは携帯端末２００Ａに開始指示のみを送信する。開始指示を受けると、携帯端末２００Ａのカメラ制御部２１１Ｄはカメラ２７０を起動させる（Ｓ２０６）。また、指示部１１１Ｃが、ＡＩＤ００００１７の撮影エリアにユーザが含まれていると判断し、開始指示と合わせてトリガー情報を送信した場合、この撮影エリアは、走行速度がトリガー情報として登録されているため、カメラ制御部２１１Ｄは、走行速度が時速３０キロ以下である場合（Ｓ２０５：ＹＥＳ）にカメラ２７０を起動させる（Ｓ２０６）。

カメラ２７０が起動すると、カメラ制御部２１１Ｄは、停止条件を満たした場合（Ｓ２０７：ＹＥＳ）に、カメラ２７０を停止させる（Ｓ２０８）。このＳ２０１〜Ｓ２０８の処理を、ドライブレコーダアプリが終了するまで繰り返し実行する。

その他の構成、機能は第１の実施形態と同様である。

[その他の実施形態]
以上、本発明の実施形態について述べたが、本発明は既述の実施形態に限定されるものではなく、本発明の技術的思想に基づいて各種の変形および変更が可能である。

たとえば、既述の実施形態において、判定部２１１Ｃがまず、ユーザが含まれている撮影エリアを特定し、その後に、カメラ制御部２１１Ｄがその撮影エリアでのトリガー情報を満たしているか否かを判定する構成としているが、これに限定されるものでなく、たとえば、トリガー情報を満たしている撮影エリアのみを判定部２１１Ｃの判定対象としてもよい。

また、第１の実施形態において、情報処理装置１００も記憶部１３０を備え、携帯端末２００は適宜この記憶部１３０の撮影エリア情報テーブル１３０Ａを参照し、撮影エリア情報サブテーブルを更新する構成としたが、携帯端末２００は、初回インストール時に記憶部２３０に撮影エリア情報テーブル２３０Ａを構築すると、その後の更新はしないものとしてもよい。

また、さらに、トリガー情報は既述のものに限定されず、照度や気温、気圧など端末装置が備えるセンサ２６０から取得可能なものであれば利用するものとしてもよい。

１００ 情報処理装置
１１０ 制御部
１１１Ａ 配布部
１１１Ｂ 取得部
１１１Ｃ 指示部
１１３ メモリ
１２０ 入力部
１３０ 記憶部
１３０Ａ 撮影エリア情報テーブル
１３０Ｃ 位置情報テーブル
１４０ 通信部
２００Ａ〜Ｄ 携帯端末
２１０ 主制御部
２１１ 演算処理部
２１１Ａ 測位部
２１１Ｂ 取得部
２１１Ｃ 判定部
２１１Ｄ カメラ制御部
２１２ 画像処理部
２１３ ＲＯＭ
２２０ 入力部
２３０ 記憶部
２３０Ａ 撮影エリア情報サブテーブル
２３０Ｂ 停止条件情報テーブル
２４０ 通信部
２５０ 表示部
２６０ センサ
２６０Ａ 加速度センサ
２６０Ｂ 電池残量センサ
２７０ カメラ
３００ ネットワーク

Claims (12)

1. カメラ機能を備える端末装置を制御し、前記端末装置の移動中の状況を記録する制御プログラムであって、
   前記端末装置を、
   該端末装置の位置情報を取得する取得手段と、
   前記端末装置が固定されているか否かを判定する固定判定手段と、
   前記位置情報に基づいて、前記端末装置が、移動中の状況を記録するための撮影エリアに含まれるか否かを判定する判定手段と、
   前記端末装置の角度と当該角度のブレ幅に基づいて、前記携帯端末が固定されていると判定されている場合に、前記判定手段の判定結果に基づいて、前記カメラ機能を起動し、撮影を開始する制御手段と、
   して機能させるための制御プログラム。
2. 前記判定手段は、
   渋滞情報、事故情報、交通情報、天候情報、時間情報
   のうち少なくともいずれか一つに基づいて記憶手段に記憶された撮影エリアを参照し、前記端末装置が含まれるか否かを判定するものであることを特徴とする請求項１記載の制御プログラム。
3. 前記判定手段は、
   ユーザからの登録によって記憶手段に記憶された撮影エリアを参照し、前記端末装置が含まれるか否かを判定するものであることを特徴とする請求項１または２記載の制御プログラム。
4. 前記制御手段は、
   前記端末装置が、所定の速度で移動した際に、前記カメラ機能を起動することを特徴とする請求項１〜３いずれか一項に記載の制御プログラム。
5. 前記制御手段は、
   撮影開始から所定の時間の経過後に、前記カメラ機能を停止させることを特徴とする請求項１〜４いずれか一項に記載の制御プログラム。
6. 前記制御手段は、
   移動中の状況を記録するために撮影した画像の容量が所定のサイズを超過した際に、前記カメラ機能を停止させることを特徴とする請求項１〜５いずれか一項に記載の制御プログラム。
7. 前記制御手段は、
   前記端末装置が備える記憶媒体の空き容量が、所定の容量以下である際に、前記カメラ機能を停止させることを特徴とする請求項１〜６いずれか一項に記載の制御プログラム。
8. 前記制御手段は、
   前記端末装置の電池残量に基づいて、前記カメラ機能を停止させることを特徴とする請求項１〜７いずれか一項に記載の制御プログラム。
9. 前記制御プログラムは、さらに、
   前記端末装置を、
   前記撮影エリアを記憶するための記憶手段
   として機能させることを特徴とする請求項１〜８いずれか一項に記載の制御プログラム。
10. 前記判定手段は、
    前記記憶手段を備えるものであって、ネットワークを介して前記端末装置と通信する情報処理装置からの指示に基づき、前記端末装置が前記撮影エリアに含まれるか否かを判定するものであることを特徴とする請求項２または３に記載の制御プログラム。
11. 端末装置の位置情報を当該端末装置から取得する取得手段、及び
    取得した前記位置情報が、移動中の状況を記録するための撮影エリアに含まれるか否かを判定し、前記撮影エリアに含まれる際に、撮影の開始指示を前記端末装置に送信する指示手段、
    を有する情報処理装置と、
    前記端末装置の角度と当該角度のブレ幅に基づいて、前記携帯端末が固定されているか否かを判定する固定判定手段、及び
    前記端末装置が固定されていると判定された場合に、前記開始指示に基づいてカメラ機能を起動し、撮影を開始する制御手段、
    を有する端末装置と、
    を備える情報処理システム。
12. 制御部を備える端末装置において実施される、カメラ機能を備える端末装置を制御し、前記端末装置の移動中の状況を記録する方法であって、
    前記端末装置が、
    該端末装置の位置情報を取得するステップと、
    前記端末装置が固定されているか否かを判定するステップと、
    前記位置情報に基づいて、前記端末装置が、移動中の状況を記録するための撮影エリアに含まれるか否かを判定するステップと、
    前記端末装置の角度と当該角度のブレ幅に基づいて、前記携帯端末が固定されていると判定されている場合に、撮影エリアに含まれるか否かを判定するステップにおける判定結果に基づいて、前記カメラ機能を起動し、撮影を開始するステップと、
    を実行する情報処理方法。