(57)【要約】【課題】免許更新時に、更新対象者の運行履歴に応じた更新条件を決定する。【解決手段】更新条件決定サーバ１０は、車両を運転する運転者に対応付けて全運転者ＤＢ６０に記憶された、運転者による車両の運行履歴情報を取得するデータ取得部１２と、運転免許証の更新条件を車両の運行履歴情報に対応付けて定義する教材選択テーブル２４と更新時内容テーブル２６を参照し、データ取得部１２が取得し、特定運転者ＤＢ２０に格納されている情報に基づいて、更新対象者の運転免許証の更新条件を決定する更新条件決定部１４と、を備えている。【選択図】図３
2016162215.tif 000002
【特許請求の範囲】
【請求項１】
車両を運転する運転者に対応付けて記憶部に記憶された、前記運転者による前記車両の運行履歴情報を取得する取得部と、
運転免許証の更新条件を車両の運行履歴情報に対応付けて定義する定義部と、
前記定義部を参照し、前記取得部が取得した情報に基づいて、前記運転者の運転免許証の更新条件を決定する決定部と、を備える運転免許証更新条件決定装置。
【請求項２】
前記定義部は、前記運転免許証の更新条件を、違反歴、事故歴、免許証に関する情報の少なくとも１つと対応付けて定義しており、
前記取得部は、前記運転者の違反歴、事故歴、免許証に関する情報の少なくとも１つを更に取得する、ことを特徴とする請求項１に記載の運転免許証更新条件決定装置。
【請求項３】
前記定義部は、前記運転免許証の更新条件として、実施すべき、実技、学科、検査を定義し、
前記決定部は、前記定義部を参照して、前記運転者に実施すべき、実技、学科、検査を決定することを特徴とする請求項１又は２に記載の運転免許証更新条件決定装置。
【請求項４】
前記定義部は、前記学科に対して優先順位を設定しており、
前記決定部は、前記運転者に実施すべき学科を前記優先順位に基づいて決定することを特徴とする請求項３に記載の運転免許証更新条件決定装置。
【請求項５】
車両を運転する運転者に対応付けて記憶部に記憶された、前記運転者による前記車両の運行履歴情報を取得し、
運転免許証の更新条件を車両の運行履歴情報に対応付けて定義する定義部を参照し、前記取得する処理で取得した情報に基づいて、前記運転者の運転免許証の更新条件を決定する、処理をコンピュータに実行させることを特徴とする運転免許証更新条件決定プログラム。
【請求項６】
車両を運転する運転者に対応付けて記憶部に記憶された、前記運転者による前記車両の運行履歴情報を取得し、
運転免許証の更新条件を車両の運行履歴情報に対応付けて定義する定義部を参照し、前記取得する処理で取得した情報に基づいて、前記運転者の運転免許証の更新条件を決定する、処理をコンピュータが実行することを特徴とする運転免許証更新条件決定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、運転免許証更新条件決定装置、プログラム及び方法に関する。
【背景技術】
【０００２】
従来、運転免許証の発行や更新に関する制度においては、社会情勢を鑑みて、発行条件や更新条件等の見直しが都度行われている。近年では、更新期間の見直し（２００２年施行の改正道路交通法）、高齢者の更新手続きの変更（２００９年施行の改正道路交通法）、一定の病気等に関する質問票の提出（２０１４年施行の改正道路交通法）などの改正が行われている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−２８８２８６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
運転免許証の更新時には、原則、技能や知識のレベルを確認することなく、講習の受講完了と簡単な適性検査の合格により、更新免許証が発行される。また、運転免許証を更新する者は、免許取得期間や違反の回数に応じて、優良講習、一般講習、初回講習、違反講習のいずれかを受講することが定められている。
【０００５】
このような制度の下では、長期間に渡って運転をしていない運転者（いわゆるペーパードライバ）は、優良運転者と認定され、優良講習を受講する可能性が高い。一方、タクシーや貨物自動車を運転する運転者（いわゆる専業運転者）は、運転機会が多く、統計的に違反や事故等の発生リスクが高いため、違反講習を受講する可能性が高い。
【０００６】
すなわち、上記制度においては、運転経験が少なく、運転技術が未熟である可能性の高い運転者ほど簡易な講習で済んでしまうなど、運転者にとって適切な更新条件が設定されていないおそれがある。
【０００７】
なお、特許文献１には、運転者の運行履歴に応じて運転者の優秀度、優良度を評価し、例えば免許証の更新期間を設定したり、更新料金割引等を行うサービスを実施したりすることについて記載されている。しかしながら、特許文献１では、具体的にどのような評価を行い、どのような手法でサービスを提供するのかが不明である。
【０００８】
１つの側面では、本発明は、運転者ごとに適切な運転免許証の更新条件を決定することが可能な運転免許証更新条件決定装置、プログラム及び方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
一つの態様では、運転免許証更新条件決定装置は、車両を運転する運転者に対応付けて記憶部に記憶された、前記運転者による前記車両の運行履歴情報を取得する取得部と、運転免許証の更新条件を車両の運行履歴情報に対応付けて定義する定義部と、前記定義部を参照し、前記取得部が取得した情報に基づいて、前記運転者の運転免許証の更新条件を決定する決定部と、を備える。
【発明の効果】
【００１０】
運転者ごとに適切な運転免許証の更新条件を決定することができる。
【図面の簡単な説明】
【００１１】
【図１】一実施形態に係る情報処理システムの構成を概略的に示す図である。
【図２】図２（ａ）は、更新条件決定サーバ及び更新業務担当行政サーバのハードウェア構成を示す図であり、図２（ｂ）は、車載装置のハードウェア構成を示す図である。
【図３】更新条件決定サーバ、更新業務担当行政サーバ及び車載装置の機能ブロック図である。
【図４】特定運転者ＤＢのデータ構造を示す図である。
【図５】更新者区分テーブルのデータ構造を示す図である。
【図６】教材選択テーブルのデータ構造を示す図である。
【図７】更新時内容テーブルのデータ構造を示す図である。
【図８】運行履歴情報の取得処理を示すフローチャートである。
【図９】更新条件の決定処理を示すフローチャートである。
【図１０】図９のステップＳ１８の処理（その１：Ｓ１８Ａ）を示すフローチャートである。
【図１１】図９のステップＳ１８の処理（その２：Ｓ１８Ｂ）を示すフローチャートである。
【図１２】図９のステップＳ１８の処理（その３：Ｓ１８Ｃ）を示すフローチャートである。
【図１３】更新対象者の具体的なデータの一例を示す図である。
【発明を実施するための形態】
【００１２】
以下、情報処理システムの一実施形態について、図１〜図１３に基づいて詳細に説明する。
【００１３】
図１には、一実施形態にかかる情報処理システム１００の構成が概略的に示されている。図１に示すように、情報処理システム１００は、運転免許証更新条件決定装置としての更新条件決定サーバ１０と、更新業務担当行政サーバ５０と、車載装置７０と、を備える。更新条件決定サーバ１０、更新業務担当行政サーバ５０、及び車載装置７０は、インターネットなどのネットワーク８０に接続されている。
【００１４】
更新条件決定サーバ１０は、運転免許証を保持する運転者それぞれが運転免許更新を行う前において、各運転者の更新条件を決定し、運転者に通知するサーバである。
【００１５】
図２（ａ）には、更新条件決定サーバ１０のハードウェア構成が示されている。図２（ａ）に示すように、更新条件決定サーバ１０は、ＣＰＵ（Central Processing Unit）９０、ＲＯＭ（Read Only Memory）９２、ＲＡＭ（Random Access Memory）９４、記憶部（ここではＨＤＤ（Hard Disk Drive））９６、ネットワークインタフェース９７、及び可搬型記憶媒体用ドライブ９９等を備えている。これら更新条件決定サーバ１０の構成各部は、バス９８に接続されている。ＣＰＵ９０が、ＲＯＭ９２あるいはＨＤＤ９６に格納されているプログラム（運転免許証更新条件決定プログラムを含む）、或いは可搬型記憶媒体用ドライブ９９が可搬型記憶媒体９１から読み取ったプログラム（運転免許証更新条件決定プログラムを含む）を実行することにより、図３に示す取得部としてのデータ取得部１２、決定部としての更新条件決定部１４、出力部１６として、更新条件決定サーバ１０を機能させる。なお、図３には、ＨＤＤ９６等に格納されている特定運転者ＤＢ２０、更新者区分テーブル２２、定義部としての更新条件定義部４０（教材選択テーブル２４及び更新時内容テーブル２６を含む）も図示されている。
【００１６】
データ取得部１２は、運転免許証の更新条件を決定する対象となった運転者のデータ（運転免許証の情報や、運行履歴情報等）を更新業務担当行政サーバ５０のデータ管理部５２から取得し、特定運転者ＤＢ２０に格納する。
【００１７】
更新条件決定部１４は、特定運転者ＤＢ２０に格納されている情報や、各種テーブルに基づいて、各運転者の運転免許更新時の更新条件を決定し、出力部１６に対して送信する。
【００１８】
ここで、特定運転者ＤＢ２０、更新者区分テーブル２２、教材選択テーブル２４、更新時内容テーブル２６のデータ構造について、説明する。
【００１９】
特定運転者ＤＢ２０は、図４に示すように、Ａ．運転免許の基本情報、Ｂ．違反等情報、Ｃ．運行履歴情報の各情報を保持している。Ａ．運転免許の基本情報は、免許証を保有する運転者の情報や、免許証に関する情報を含み、具体的には、保有者情報（氏名、性別、生年月日、住所、本籍、顔写真、疾病（持病）、その他）、免許情報（交付日、交付番号、有効期限、免許証番号、種類（車種）、取得日、発行元、その他）、条件等の情報（区分（色）、限定、その他）の各情報を含んでいる。また、Ｂ．違反等情報は、運転者の違反や事故に関連する情報を含み、具体的には、違反歴、事故歴、点数、処分歴、その他の各情報を含んでいる。また、Ｃ．運行履歴情報は、運転者が実際に車両（自動車等）を運転した際の履歴情報を含み、具体的には、走行距離、走行時間、車種、走行日時、走行環境（場所、道路区分、渋滞状況）、走行傾向（速度超過、低速、蛇行）、その他の各情報を含んでいる。
【００２０】
更新者区分テーブル２２は、公安委員会等により設定される、更新者（運転者）の区分を定義するテーブルであり、図５に示すように、「５年間の違反」、「更新歴」、「有効期限日年齢」、「区分」の各フィールドを有する。この更新者区分テーブル２２によると、運転者が直近５年間の間に違反した回数と、更新歴の有無と、年齢（７０歳未満か、７０歳以上７５歳未満か、７５歳以上か）により、１５種の区分が定められている。
【００２１】
教材選択テーブル２４は、公安委員会等により設定される、更新時の講習教材を決定するためのテーブルであり、図６に示すように、「講習教材」、「選択基準」、「関連違反」の各フィールドを有する。「講習教材」のフィールドには、上から、重要度の低い順に、講習教材の名称が格納されている。「選択基準」のフィールドには、各講習教材を受講する必要のある運転者の条件が格納されている。「関連違反」のフィールドには、各講習教材に関連する違反の名称が格納されている。更新条件決定部１４は、運転者が満たす「選択条件」や運転者の「違反」を特定し、特定された選択条件や違反に対応する講習教材を決定する。そして、更新条件決定部１４は、全ての講習教材を消化するために必要な時間を計算し、該必要な時間が所定の時間に収まらない場合には、特定した講習教材のうち図６の下側に位置するもの（より重要度の高いもの）を優先的に選択する。
【００２２】
更新時内容テーブル２６は、公安委員会等により設定される、更新時に運転者に課せられる更新条件の種類を示すテーブルであり、図７に示すように、「項目」及び「更新時の内容」の各フィールドを有する。「項目」のフィールドには、実技、学科、検査のいずれかが格納され、「更新時の内容」のフィールドには、各項目に対応する内容の情報が格納されている。更新条件決定部１４は、運転者の更新条件として、「項目」ごとに１以上の「更新時の内容」を選択する。
【００２３】
図３に戻り、出力部１６は、更新条件決定部１４から受信した各運転者の更新条件を、公安委員会や警察署へ通知する。なお、警察署等への通知に代えて、例えば葉書等に更新条件を印刷して郵送したりメール送信したりすることにより、更新者に対して更新条件などを直接通知してもよい。
【００２４】
図１に戻り、更新業務担当行政サーバ５０は、更新業務担当行政（例えば警察署や公安委員会等）が利用するサーバである。具体的には、更新業務担当行政サーバ５０は、運転免許証を保持する運転者のデータ、運転免許証のデータ、運転者の運行履歴に関するデータ（運行履歴情報）等を管理し、更新条件決定サーバ１０に対して提供する。
【００２５】
更新業務担当行政サーバ５０は、更新条件決定サーバ１０と同様、図２（ａ）に示すようなハードウェア構成を有しており、ＣＰＵ９０がプログラムを実行することにより、図３に示すデータ管理部５２として、更新業務担当行政サーバ５０を機能させる。なお、図３には、ＨＤＤ９６等に格納されている記憶部としての全運転者ＤＢ６０も図示されている。
【００２６】
データ管理部５２は、更新業務担当行政の担当者等により入力される運転免許証のデータや運転免許証を保持する運転者のデータ、及び車載装置７０から受信した運転者の運行履歴に関するデータ（運行履歴情報）を、全運転者ＤＢ６０に格納する。なお、データ管理部５２は、運行履歴情報を運転者等が改ざんできないように、暗号化等により運行履歴情報に対して改ざん防止処理を施しているものとする。また、データ管理部５２は、更新条件決定サーバ１０からの求めに応じて、全運転者ＤＢ６０からデータを抽出して、更新条件決定サーバ１０に送信する。なお、全運転者ＤＢ６０は、更新業務担当行政が担当する全運転者のデータ（図４の特定運転者ＤＢ２０に格納されるデータと同様のデータ）を管理するデータベースである。
【００２７】
車載装置７０は、運転者が運転する車両（自動車等）に搭載される装置であり、運転者による運転の履歴（運行履歴情報）を取得し、更新業務担当行政サーバ５０に通知する装置である。
【００２８】
車載装置７０は、図２（ｂ）に示すようなハードウェア構成を有している。具体的には、車載装置７０は、ＣＰＵ１９０、ＲＯＭ１９２、ＲＡＭ１９４、記憶部（ＨＤＤ）１９６、ネットワークインタフェース１９７、センサ群１９３、及び可搬型記憶媒体用ドライブ１９９等を備えている。これら車載装置７０の構成各部は、バス１９８に接続されている。なお、図２（ｂ）における可搬型記憶媒体１９１は、例えば、運転免許証に設けられている、運転者を特定するための情報が格納されたＩＣチップや、運転者を特定するための情報が格納されている記憶媒体等であるものとする。また、センサ群１９３は、様々な力学的、電磁的、光学的、電気化学的センサや、温湿度センサのほか、カーナビゲーションシステムに搭載されたＧＰＳ（Global Positioning System）センサなどを含んでいてもよい。ＣＰＵ１９０は、ＲＯＭ１９２あるいはＨＤＤ１９６に格納されているプログラム等を実行することにより、車載装置７０を、図３に示す運行履歴取得部７２、運転者特定部７４として機能させる。
【００２９】
運行履歴取得部７２は、センサ群１９３から得られる各種情報（例えば、走行速度、エンジン回転数、燃料消費、計時情報、車輪速度、温度、水量、油量、明度、電気抵抗、各種ガス、風量、雨滴、車間距離、シートベルト脱着有無などの情報）を取得し、取得した情報から運転者の運行履歴を算出し、更新業務担当行政サーバ５０に送信する。
【００３０】
運転者特定部７４は、可搬型記憶媒体用ドライブ１９９が可搬型記憶媒体１９１（運転免許証のＩＣチップ等）から読み出した運転者の情報と、センサ群１９３から得られる情報（例えば、運転席に着席している人物の顔情報や指紋情報など）とに基づいて、運転者を特定する。そして、運転者特定部７４は、特定した運転者の情報を運行履歴取得部７２に送信する。
【００３１】
次に、本実施形態における各装置の処理について、詳細に説明する。本実施形態では、車載装置７０による運行履歴情報の取得処理と、更新条件決定サーバ１０による更新条件の決定処理について、説明する。
【００３２】
（車載装置７０の処理）
図８には、車載装置７０による運行履歴情報の取得処理がフローチャートにて示されている。なお、図８の処理は、例えば、運転席の人物がイグニッションキーなどを用いて車両のエンジンを始動した段階から開始されるものとする。
【００３３】
図８の処理では、まず、ステップＳ１００において、運転者特定部７４が、運転者情報を取得する。ここで、運転者情報とは、運転免許証を所有する人物を特定する情報であり、例えば、運転者の個人情報等を記憶したメモリカードや、ＩＣ化された運転免許証、ＥＴＣカードなどである可搬型記憶媒体１９１から可搬型記憶媒体用ドライブ１９９が読み出し可能な情報であるものとする。なお、運転者の個人情報には、免許更新時に必要な個人特定情報のほか、実際に車両を運行する運転者を認証するために必要な情報（例えば、運転者の顔の情報、虹彩の情報、指紋や掌紋、手のひらの静脈などの情報、声紋の情報など）が含まれる。ステップＳ１００においては、運転席の人物は、自己が保有する可搬型記憶媒体１９１（運転免許証等）を可搬型記憶媒体用ドライブ１９９に読み取らせる。
【００３４】
次いで、ステップＳ１０２では、運転者特定部７４が、例えば、所定時間内に必要な情報（運転者情報）を取得できたか否かを判断する。このステップＳ１０２の判断が否定された場合（例えば、運転免許の有効期限が切れていたり、運転者を認証するために必要な情報が可搬型記憶媒体１９１に記録されていなかったり、所定時間内に可搬型記憶媒体用ドライブ１９９が可搬型記憶媒体１９１を読み取りできなかった場合など）には、ステップＳ１０４に移行する。ステップＳ１０４に移行すると、運転者特定部７４は、警報を発した後、図８の全処理を終了する。なお、図８の全処理を終了した後は、所定時間経過後において、再度ステップＳ１００から開始される。
【００３５】
一方、ステップＳ１０２の判断が肯定された場合、すなわち、運転者情報が取得できた場合には、ステップＳ１０６に移行し、運転者特定部７４が、運転席の人物の生体情報を取得する。なお、本ステップＳ１０６で、運転者特定部７４が取得する生体情報は、可搬型記憶媒体１９１に格納されている運転者の個人情報に含まれる情報（例えば、運転者の顔の情報、虹彩の情報、指紋や掌紋、手のひらの静脈などの情報、声紋の情報など）に対応した情報であるものとする。例えば、運転者の顔情報や虹彩情報は、ルームミラー位置等に設けたカメラにより撮影される、運転席に座った人物の顔の画像や虹彩の画像とすることができる。また、指紋や掌紋、手のひらの静脈などの情報は、ハンドルやシフトレバー表面に設けたセンサにより取得することができる。また、声紋の情報は、車内に設置したマイクにより取得される音声情報から得ることができる。
【００３６】
次いで、ステップＳ１０８では、運転者特定部７４が、運転者と運転席の人物が同一であるか否かを判断する。具体的には、運転者特定部７４は、ステップＳ１００で取得した運転者情報と、ステップＳ１０６で取得した生体情報とを照合（比較）して、一致した場合に、運転者と運転席の人物が同一であると判断する。ステップＳ１０８の判断が否定された場合には、ステップＳ１１０に移行して、運転者特定部７４は、警報を発した後、ステップＳ１００に戻る。一方、ステップＳ１０８の判断が肯定された場合には、ステップＳ１１２に移行する。上述したステップＳ１００〜Ｓ１１０の処理・判断により、運転者のなりすましを防止することができる。なお、巧妙ななりすまし行為を防止するため、例えば、車両が移動している間に、所定時間間隔（又はランダムな時間間隔）で生体情報の取得処理を繰り返したり、上述した生体情報の少なくとも２つを組み合わせて認証したりするなどしてもよい。また、例えば、特開２００９−２５５７６６号公報に記載されているように、運転席のヘッドレストに後頭部が接触した状態で、人物の顔画像を取得するようにしてもよい。
【００３７】
ステップＳ１１２に移行すると、運行履歴取得部７２は、運行履歴情報を取得し、ＨＤＤ１９６等に一時記録する。この場合、運行履歴取得部７２は、センサ群１９３から得られる様々な情報から、どのような状況で、どのように車両を運行させたかを示す情報を算出し、該情報を運転者情報と関連付けて、ＨＤＤ１９６等に一時記憶する。なお、算出する情報は、一例として、図１３の左段に示されているような運転免許証の更新条件を決定するために必要な運行履歴情報であるものとする。このように、算出する情報を予め定めておくことにより、車載装置７０において扱う情報の量を最小限に抑えることができる。なお、運行履歴取得部７２は、運行履歴情報を一時記憶する際に、暗号化等により改ざん防止処理を施しているものとする。
【００３８】
次いで、ステップＳ１１４では、運行履歴取得部７２が、運行履歴情報の取得終了条件が成立したか否かを判断する。ここで、運行履歴情報の取得終了条件とは、車両のエンジンが停止された場合や、運転席の人物が変わった場合、運行履歴の取得が所定時間以上になった場合などを意味する。このステップＳ１１４の判断が否定された場合には、ステップＳ１１２に戻るが、ステップＳ１１４の判断が肯定された場合には、ステップＳ１１６に移行する。
【００３９】
ステップＳ１１６に移行すると、運行履歴取得部７２は、終了するか否かを判断する。このステップＳ１１６の判断が否定される場合とは、運転席の人物が変わったものの、車両のエンジンがかかった状態にある場合等を意味する。また、ステップＳ１１６の判断が肯定される場合とは、車両のエンジンが停止された場合等を意味する。ステップＳ１１６の判断が否定された場合には、ステップＳ１０６に戻る。なお、ステップＳ１０６以降の処理では、運転席の人物が変わっていないかを判断し、変わっていなければ（Ｓ１０８：肯定）、運行履歴情報の取得を再開する（Ｓ１１２以降の処理）。また、運転席の人物が変わっている場合には（Ｓ１０８：否定）、ステップＳ１１０を経た後、ステップＳ１００に戻る。なお、ステップＳ１１０を所定回数繰り返した場合には、図８の処理を強制終了することとしてもよい。
【００４０】
一方、ステップＳ１１６の判断が肯定された場合には、ステップＳ１１８に移行し、運行履歴取得部７２は、一時記憶しておいた運行履歴情報を、更新業務担当行政サーバ５０に送信する。更新業務担当行政サーバ５０では、データ管理部５２が受信した運行履歴情報を全運転者ＤＢ６０に格納する。このように、図８の処理によれば、運転者が特定されている間に取得される運行履歴情報を、車両の運行ごとに全運転者ＤＢ６０に格納することが可能である。以上により、図８の処理が終了する。
【００４１】
（更新条件の決定処理）
次に、図９〜図１２のフローチャートに沿って、その他図面を適宜参照しつつ、更新条件決定サーバ１０による更新条件の決定処理について、詳細に説明する。なお、図９の処理は、例えば、１日１回行われるものとする。
【００４２】
図９の処理では、まず、ステップＳ１０において、データ取得部１２が、有効期限情報を取得する。例えば、現在の日付から７１日後を有効期限情報として取得する。
【００４３】
次いで、ステップＳ１２では、データ取得部１２が、未特定の更新対象者を１人特定する。具体的には、データ取得部１２は、ステップＳ１０で取得した有効期限情報に基づいて、現在から７１日後に有効期限となる運転免許証を所持する運転者の１人を更新対象者として特定する。なお、有効期限から７１日前の運転者を更新対象者として特定するのは、現在が、このような運転者に対して更新条件を通知するタイミングだからである。
【００４４】
次いで、ステップＳ１４では、データ取得部１２が、特定した更新対象者の情報を取得する。具体的には、データ取得部１２は、更新業務担当行政サーバ５０（データ管理部５２）に対して、特定した更新対象者の運転履歴情報などのデータを要求する。この場合、データ管理部５２は、全運転者ＤＢ６０に格納されている特定した更新対象者のデータを読み出し、データ取得部１２に送信するので、データ取得部１２は、データ管理部５２から送信されてくるデータを取得し、特定運転者ＤＢ２０に格納する。
【００４５】
次いで、ステップＳ１６では、更新条件決定部１４が、特定運転者ＤＢ２０に格納されたデータに基づいて、特定した更新対象者の更新者区分を決定する。この場合、更新条件決定部１４は、更新者区分テーブル２２を参照し、特定運転者ＤＢ２０に格納されたデータに基づいて、更新者区分を決定する。例えば、図１３の例の場合には、更新対象者の年齢が４５歳で、違反が２回以上又は３点よりも多いため、更新者区分は「違反」となる。
【００４６】
次いで、ステップＳ１８では、更新条件決定部１４が、更新条件を決定し、出力部１６が、決定した更新条件を通知する。なお、ステップＳ１８の具体的処理については、後述する。
【００４７】
次いで、ステップＳ２０では、更新条件決定部１４が、全更新対象者を特定したか否かを判断する。ここでの判断が否定された場合には、ステップＳ１２に戻り、ステップＳ１２〜Ｓ２０の処理・判断が繰り返し実行される。なお、ステップＳ１２に戻る場合には、特定運転者ＤＢ２０のデータが全て削除される。一方、全ての更新対象者に対する処理が終了し、ステップＳ２０の判断が肯定された場合には図９の全処理を終了する。
【００４８】
以下、前述したステップＳ１８の具体的な処理について、図１０〜図１２に基づいて詳細に説明する。
【００４９】
ここで、ステップＳ１８においては、ステップＳ１６の処理で決定された更新者区分に「優良」の文字が含まれる場合に、図１０のステップＳ１８Ａが実行され、更新者区分に「一般」の文字が含まれる場合に、図１１のステップＳ１８Ｂが実行され、更新者区分に「違反」の文字が含まれる場合に、図１２のステップＳ１８Ｃが実行される。
【００５０】
（ステップＳ１８Ａについて）
図１０のステップＳ１８Ａにおいては、まず、ステップＳ３０では、更新条件決定部１４は、特定した更新対象者の運行履歴情報を特定運転者ＤＢ２０から取得する。
【００５１】
次いで、ステップＳ３２では、走行距離ｄや運行回数ｎに基づいて、更新時の内容（実技、学科にどれだけの時間を必要とし、検査において何の検査を行うのか等）を決定する。例えば、特定した更新対象者が、年間０．３万ｋｍ以上走行し、かつ直近１ヶ月の間に１００ｋｍ以上走行した場合には、更新時の内容として、実技：１（実技免除（図７参照））、学科：１（講習免除（図７参照））、検査：１（検査免除（図７参照））とする。また、特定した更新対象者が、年間０．３万ｋｍ以上走行し、かつ直近１ヶ月の間に１００ｋｍ未満走行した場合には、実技：１、学科：１、検査：２（視力、色彩判別、聴力、運動能力（図７参照））とする。また、例えば、特定した更新対象者が、年間１００ｋｍ未満走行し、かつ走行回数が３回未満の場合には、実技：３（実技：０．５時間（車種））、学科：３（講習：１時間）、検査：２とする。このように、本実施形態では、車両を運転しないペーパードライバーほど実技や講習を長い時間実施し、運行実績の多いドライバーほど実技や講習の負担を減らすようにしている。
【００５２】
次いで、ステップＳ３６では、更新条件決定部１４は、直近半年の蛇行走行回数が１０回以上、又は蛇行走行の総走行時間が１時間以上であるか否かを判断する。ここでの判断が肯定された場合には、ステップＳ３８において、更新条件決定部１４は、検査に「５：行動（反応、応答、様子）」の検査を追加した後、ステップＳ４０に移行する。このように検査に「５」を追加するのは、蛇行走行を頻繁に行う運転者に、薬物依存や疾患の有無がないかを確認する必要があるためである。一方、ステップＳ３６の判断が否定された場合には、更新条件決定部１４は、ステップＳ３８を経ずに、ステップＳ４０に移行する。
【００５３】
ステップＳ４０に移行すると、ステップＳ３２において設定された学科の番号が「１」でなかったか否かを判断する。このステップＳ４０の判断が否定された場合、すなわち、学科が「１：講習免除」であった場合には、ステップＳ５２に移行し、出力部１６は、これまでに設定された更新条件を公安委員会や警察署等に通知する。その後は、図１０のステップＳ１８Ａの全処理を終了し、図９のステップＳ２０の処理に戻る。なお、ステップＳ５２では、出力部１６は、公安委員会や警察署等への通知とともに、又はこれに代えて、更新対象者へ直接通知してもよい。更新対象者への直接通知は、葉書への更新条件の印刷及び郵送や、メール送信による通知などが可能である。このような直接通知により、更新業務の効率化を図ることができる。
【００５４】
一方、ステップＳ４０の判断が肯定された場合、すなわち、設定された学科の番号が「１」以外であった場合には、更新条件決定部１４は、ステップＳ４２に移行する。
【００５５】
ステップＳ４２に移行すると、更新条件決定部１４は、特定運転者ＤＢ２０の情報が選択基準を満足しているか否かを判断する。通常、学科の番号が１以外になった場合には、図６の教材選択テーブル２４の何らかの選択基準を満たすはずであるので、この選択基準を満たしていない場合（Ｓ４２：否定）には、履歴情報や更新条件の設定、システムなどに問題がある可能性がある。したがって、このような場合には、ステップＳ４４において、更新条件決定部１４は、警告を発し、図１０のステップＳ１８Ａの処理を終了する。
【００５６】
一方、ステップＳ４２の判断が肯定された場合には、ステップＳ４６において、更新条件決定部１４は、講習教材を選択する。この場合、更新条件決定部１４は、特定運転者ＤＢ２０に格納されている情報に基づいて、選択基準を満たす又は運転者の違反に対応する全ての講習教材を選択する。
【００５７】
次いで、ステップＳ４８では、更新条件決定部１４は、選択した講習教材の所要時間が閾値（図７において定められている講習時間）を超えるか否かを判断する。ここでの判断が肯定された場合には、ステップＳ５０に移行し、更新条件決定部１４は、優先順位の低い講習教材（図６では、より上位の講習教材）の選択を１つ解除する。その後は、ステップＳ４８に戻る。そして、ステップＳ４８、Ｓ５０の判断・処理の繰り返しにより、選択された講習教材の所要時間が閾値に収まった場合には、更新条件決定部１４は、ステップＳ５２に移行する。
【００５８】
ステップＳ５２に移行すると、出力部１６は、これまでに設定された更新条件を公安委員会や警察署等に通知する。その後は、図１０のステップＳ１８Ａの全処理が終了し、図９のステップＳ２０の処理に戻る。
【００５９】
以上の処理により、更新者区分に「優良」の文字が含まれている更新対象者に関し、走行距離や運行回数、蛇行走行回数や蛇行走行時間に応じて、実技や学科、検査の内容を設定することができる。また、更新対象者の運行履歴情報に基づいて、適切な講習教材を選択することができる。
【００６０】
（ステップＳ１８Ｂについて）
次に、図１１に基づいて、更新者区分に「一般」の文字が含まれている場合の処理（ステップＳ１８Ｂ）について説明する。なお、図１１においては、太字、太線枠で示す箇所が、図１０の処理（ステップＳ１８Ａ）と異なっているので、この点について詳細に説明する。
【００６１】
図１１の処理では、ステップＳ３２’において、更新時内容を決定するための条件の一部と、更新時内容の一部が図１０のステップＳ３２と異なっている。具体的には、実技、学科、検査の全てが免除となる条件（「１」となる条件）が年間走行距離が１万ｋｍと設定されている。また、年間走行距離が０．３万ｋｍ以上で１万ｋｍ未満の場合、実技：１、学科：２、検査：２となり、年間走行距離が１００ｋｍ以上０．３万ｋｍ未満の場合、実技：１、学科：３、検査：２となる。このように、ステップＳ３２’においては、ステップＳ３２の場合よりも更新条件を厳しくしている。その他は、図１０のステップＳ３２と同様である。
【００６２】
また、図１１の処理では、ステップＳ４２’において、特定運転者ＤＢ２０に格納されている講習対象者の違反に関連する講習教材が図６の教材選択テーブル２４に存在し、又は特定運転者ＤＢ２０の運行履歴情報が図６の選択基準を満たすか否かを判断する点が、図１０と異なっている。
【００６３】
その他の処理・判断については、図１０と同様である。
【００６４】
以上の処理により、更新者区分に「一般」が含まれる更新対象者に関しても、走行距離や運行回数、蛇行走行回数や蛇行走行時間に応じて、実技や学科、検査の内容を設定することができる。また、更新対象者の運行履歴情報に基づいて、適切な講習教材を選択することができる。
【００６５】
（ステップＳ１８Ｃについて）
次に、図１２に基づいて、更新者区分に「違反」が含まれる場合の処理（ステップＳ１８Ｃ）について説明する。なお、図１２においては、図１１の処理（ステップＳ１８Ｂ）のステップＳ３２’の代わりに、ステップＳ３２”を実行するが、その他の処理については、図１１の処理と同様となっている。
【００６６】
ステップＳ３２”では、年間走行距離が１万ｋｍ以上であり、各違反の点数が３以下かつ１万ｋｍごとの平均違反回数が１回以下の更新対象者の場合には、実技：１、学科：２、検査：１とする。また、年間走行距離が１万ｋｍ以上であり、違反の点数が３以下でない、又は１万ｋｍごとの平均違反回数が１回以下でない更新対象者の場合には、実技：１、学科：４、検査：２とする。また、年間走行距離が１００ｋｍ以上で１万ｋｍ未満の更新対象者の場合には、実技：１、学科：４、検査：２とする。更に、年間走行距離が１００ｋｍ未満で、運行回数が３以上の場合には、実技：２、学科：４、検査：２とし、年間走行距離が１００ｋｍ未満で、運行回数が３未満の場合には、実技：３、学科：４、検査：２とする。このように、ステップＳ３２”においては、ステップＳ３２、Ｓ３２’の場合よりも更新条件を厳しくしている。
【００６７】
ここで、図１３の場合を例に、具体的な更新条件の決定方法について説明する。図１３では、更新対象者の区分が「違反」と定まっているため、図１２のステップＳ１８Ｃの処理が適用される。この場合、ステップＳ３２”では、年間走行距離が、９８０００ｋｍ／５年＝１９６００ｋｍ／年であり、７つの違反それぞれの点数が３以下であり、かつ、１万ｋｍあたりの違反回数は、７／９．８＝０．７回／万ｋｍであるため、更新時内容は、実技：１、学科：２、検査：１となる。
【００６８】
また、蛇行走行回数は０回で、総蛇行走行回数は０時間であるため、検査に「５」は追加されない（図１２のステップＳ３６：否定）。また、違反内容（速度超過、踏み切り不停止、携帯電話使用等）や、運行履歴を考慮すると、講習教材としては、ｎ（速度超過のリスク）、ｋ（迷惑駐車の影響）、ｆ（市街地走行）、ａ（全般）が選択される（ステップＳ４６）。これらの講習教材の所要時間が合計４５分であったとすると、学科：２（０．５時間）を超えているため、最も優先度の低いａ（全般）を除外する。これにより、講習教材の所要時間が３０分以内となれば、講習教材として、ｎ，ｋ，ｆが決定されることになる。なお、講習教材ａを除外した後も所要時間が３０分を超える場合には、単純に次に優先度の低いｎを除外するのではなく、ａとｆを入れ替える。これにより所要時間が３０分以内となれば、ｎ，ｋ，ａを講習教材として特定する。また、ｎ，ｋ，ａでは、所要時間が３０分を超える場合には、ｎ，ｋのみで所要時間が３０分を超えるか確認する。
【００６９】
なお、本実施形態では、講習教材が人によって様々となる。このような場合に多くの運転者の免許証の更新を円滑に行うため、例えば、講習教材をｅ−learningにより提供するようにしてもよい。この場合、講習教材のコンテンツを格納した講習教材ＤＢをネットワーク８０上に用意し、更新条件決定サーバ１０や更新業務担当行政サーバ５０が、運転者の端末に対して、コンテンツを提供するようにすればよい。また、e-learningにおいては、講習の成果（理解度）を確認すべく、確認テストを実施するようにしてもよい。
【００７０】
以上、詳細に説明したように、本実施形態によると、更新条件決定サーバ１０は、車両を運転する運転者に対応付けて全運転者ＤＢ６０に記憶された、運転者による車両の運行履歴情報を取得するデータ取得部１２と、運転免許証の更新条件（講習教材）を車両の運行履歴情報に対応付けて定義する教材選択テーブル２４及び更新時内容テーブル２６と、テーブル２４、２６を参照し、データ取得部１２が取得した情報（特定運転者ＤＢ２０に格納されている情報）に基づいて、運転者（更新対象者）の運転免許証の更新条件（受講すべき講習内容や講習教材）を決定する更新条件決定部１４と、を備えている。これにより、免許更新時に、更新対象者の運行履歴に応じた更新条件を決定できるので、更新者の運転の技能や知識の実績（経験）に応じた適切な免許証の更新を実現することができる。また、更新対象者の不公平感を解消することができる。
【００７１】
また、本実施形態によると、教材選択テーブル２４では、講習教材を、違反歴、事故歴と対応付けて定義しており、データ取得部１２は、更新対象者の違反歴、事故歴も取得する。これにより、更新条件決定部は、違反歴や事故歴を考慮して、適切な更新条件を決定することができる。また、本実施形態によると、図１０〜図１２の処理のように、ステップＳ１８を運転免許証の情報（運転者区分）に基づいて実施する処理を異ならせているので、運転免許証の情報に応じた適切な更新条件を決定することができる。
【００７２】
また、本実施形態によると、教材選択テーブル２４では、講習教材に対して優先順位を設定しており（図６の場合、下方ほど優先順位が高い）、更新条件決定部１４は、更新対象者が受講すべき講習教材を優先順位に基づいて決定する（Ｓ４６〜Ｓ５０）。これにより、更新対象者ごとに定められる講習時間内に、適切な講習教材を受講させることが可能となる。
【００７３】
なお、上記実施形態では、図９に示すように、更新対象者を１人特定した後に、その更新対象者の情報を特定運転者ＤＢ２０に格納した後、更新対象者の更新条件を決定する場合について説明したが、これに限られるものではない。例えば、更新対象者を全員特定した後に、全ての更新対象者の情報を特定運転者ＤＢ２０に格納した後、各更新対象者の更新条件を決定することとしてもよい。
【００７４】
また、上記実施形態では、運転者の運行履歴情報として、どのような路面状況で走行したか、どのような天気や気温、風向きにおいて走行したか、どのような道路を走行したか、等の情報が含まれていてもよい。この場合、講習条件を決定する際に、上述したような情報を考慮してもよい。
【００７５】
なお、上記実施形態では、走行距離や運行回数のわずかな不足により、更新条件が変動するため、更新通知を行うよりも前（例えば１年前）に更新対象者に対して、現状の運行履歴情報から見込まれる更新条件や、更新条件を簡素化するために必要な条件を通知してもよい。また、更新条件決定サーバ１０は、レンタカー会社や自動車教習所等と連携して、更新対象者が運行実績を積むためのサービス（例えば、レンタカーや実車教習の事前予約などのサービス）を提供してもよい。
【００７６】
なお、上記実施形態では、更新条件として、実技、学科、検査の質や量を変更する場合について説明したが、これに限られるものではない。更新条件としては、更新に要する金額や、更新時期などを変更することとしてもよい。
【００７７】
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体（ただし、搬送波は除く）に記録しておくことができる。
【００７８】
プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【００７９】
プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。
【００８０】
上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。
【００８１】
なお、以上の実施形態の説明に関して、更に以下の付記を開示する。
（付記１）  車両を運転する運転者に対応付けて記憶部に記憶された、前記運転者による前記車両の運行履歴情報を取得する取得部と、
運転免許証の更新条件を車両の運行履歴情報に対応付けて定義する定義部と、
前記定義部を参照し、前記取得部が取得した情報に基づいて、前記運転者の運転免許証の更新条件を決定する決定部と、を備える運転免許証更新条件決定装置。
（付記２）  前記定義部は、前記運転免許証の更新条件を、違反歴、事故歴、免許証に関する情報の少なくとも１つと対応付けて定義しており、
前記取得部は、前記運転者の違反歴、事故歴、免許証に関する情報の少なくとも１つを更に取得する、ことを特徴とする付記１に記載の運転免許証更新条件決定装置。
（付記３）  前記定義部は、前記運転免許証の更新条件として、実施すべき、実技、学科、検査を定義し、
前記決定部は、前記定義部を参照して、前記運転者に実施すべき、実技、学科、検査を決定することを特徴とする付記１又は２に記載の運転免許証更新条件決定装置。
（付記４）  前記定義部は、前記学科に対して優先順位を設定しており、
前記決定部は、前記運転者に実施すべき学科を前記優先順位に基づいて決定することを特徴とする付記３に記載の運転免許証更新条件決定装置。
（付記５）  車両を運転する運転者に対応付けて記憶部に記憶された、前記運転者による前記車両の運行履歴情報を取得し、
運転免許証の更新条件を車両の運行履歴情報に対応付けて定義する定義部を参照し、前記取得する処理で取得した情報に基づいて、前記運転者の運転免許証の更新条件を決定する、処理をコンピュータに実行させることを特徴とする運転免許証更新条件決定プログラム。
（付記６）  前記定義部は、前記運転免許証の更新条件を、違反歴、事故歴、免許証に関する情報の少なくとも１つと対応付けて定義しており、
前記取得する処理では、前記運転者の違反歴、事故歴、免許証に関する情報の少なくとも１つを更に取得する、ことを特徴とする付記５に記載の運転免許証更新条件決定プログラム。
（付記７）  前記定義部は、前記運転免許証の更新条件として、実施すべき、実技、学科、検査を定義しており、
前記決定する処理では、前記定義部を参照して、前記運転者に実施すべき、実技、学科、検査を決定することを特徴とする付記５又は６に記載の運転免許証更新条件決定プログラム。
（付記８）  前記定義部は、前記学科に対して優先順位を設定しており、
前記決定する処理では、前記運転者に実施すべき学科を前記優先順位に基づいて決定することを特徴とする付記７に記載の運転免許証更新条件決定プログラム。
（付記９）  車両を運転する運転者に対応付けて記憶部に記憶された、前記運転者による前記車両の運行履歴情報を取得し、
運転免許証の更新条件を車両の運行履歴情報に対応付けて定義する定義部を参照し、前記取得する処理で取得した情報に基づいて、前記運転者の運転免許証の更新条件を決定する、処理をコンピュータが実行することを特徴とする運転免許証更新条件決定方法。
（付記１０）  前記定義部は、前記運転免許証の更新条件を、違反歴、事故歴、免許証に関する情報の少なくとも１つと対応付けて定義しており、
前記取得する処理では、前記運転者の違反歴、事故歴、免許証に関する情報の少なくとも１つを更に取得する、ことを特徴とする付記９に記載の運転免許証更新条件決定方法。
（付記１１）  前記定義部は、前記運転免許証の更新条件として、実施すべき、実技、学科、検査を定義しており、
前記決定する処理では、前記定義部を参照して、前記運転者に実施すべき、実技、学科、検査を決定することを特徴とする付記９又は１１に記載の運転免許証更新条件決定方法。
（付記１２）  前記定義部は、前記学科に対して優先順位を設定しており、
前記決定する処理では、前記運転者に実施すべき学科を前記優先順位に基づいて決定することを特徴とする付記１１に記載の運転免許証更新条件決定方法。
【符号の説明】
【００８２】
１０  更新条件決定サーバ（運転免許証更新条件決定装置）
１２  データ取得部（取得部）
１４  更新条件決定部（決定部）
２４  教材選択テーブル（定義部）
２６  更新時内容テーブル（定義部）
６０  全運転者ＤＢ（記憶部）
【図１】
2016162215.tif 000003
【図２】
2016162215.tif 000004
【図３】
2016162215.tif 000005
【図４】
2016162215.tif 000006
【図５】
2016162215.tif 000007
【図６】
2016162215.tif 000008
【図７】
2016162215.tif 000009
【図８】
2016162215.tif 000010
【図９】
2016162215.tif 000011
【図１０】
2016162215.tif 000012
【図１１】
2016162215.tif 000013
【図１２】
2016162215.tif 000014
【図１３】
2016162215.tif 000015