WO2018025387A1 - 特定プログラム、特定方法および特定装置 - Google Patents

Abstract

運行管理装置（１００）は、出発地と目的地との情報を受け付け、出発地と目的地とを結ぶ複数の経路候補を特定する。運行管理装置（１００）は、ドライバーの走行履歴情報を記憶した記憶部を参照して、複数の経路候補のうちいずれかの経路候補について走行した経験のあるドライバーを特定し、特定したドライバーを候補として出力する。

Description

特定プログラム、特定方法および特定装置

　本発明は、特定プログラム等に関する。

　近年、トラックやツアーバスの需要が高まっているが、一方で、待遇の問題などにより、運行ルートを走行することに慣れているドライバーを確保することが困難になっている。従って、運送の依頼があった場合には、経験の浅いドライバーが運転せざるを得ないことがあり、事故の発生につながる場合もある。

　例えば、事故の発生を防止するために、運行ルート上の事故多発地点を運転中のドライバーに警告したり、休憩場所を指示したりする技術がある。

特開平８－２０１０８８号公報 特開２００３－２８８５１６号公報 特開２０１１－８０９１９号公報 特開２００７－１７１１２６号公報

　しかしながら、上述した従来技術では、運行ルートに対して適切なドライバーを特定することができないという問題がある。

　トラックやツアーバスは主に決まったルートを走行することが多いため、運行ルート上の事故多発地点を運転中のドライバーに警告したり、休憩場所を指示したりするサービスの導入は、メリットが費用に見合わない場合が多い。このため、運行ルートに適切なドライバーを特定することが求められている。

　１つの側面では、運行ルートに適切なドライバーを特定することができる特定プログラム、特定方法および特定装置を提供することを目的とする。

　第１の案では、コンピュータに下記の処理を実行させる。コンピュータは、出発地と目的地との情報を受け付け、出発地と目的地とを結ぶ複数の経路候補を特定する。コンピュータは、ドライバーの走行履歴情報を記憶した記憶部を参照して、複数の経路候補のうちいずれかの経路候補について走行した経験のあるドライバーを特定し、特定したドライバーを候補として出力する。

　運行ルートに対して適切なドライバーを特定することができる。

図１は、実施例にかかるシステムの全体構成例を示す図である。 図２は、本実施例に係る運行管理装置の構成を示す機能ブロック図である。 図３は、走行履歴テーブルのデータ構造の一例を示す図である。 図４は、走行区間履歴情報のデータ構造の一例を示す図である。 図５は、区間情報のデータ構造の一例を示す図である。 図６は、運行ルートテーブルのデータ構造の一例を示す図である。 図７は、表示部が生成する画面情報の一例を示す図（１）である。 図８は、表示部が生成する画面情報の一例を示す図（２）である。 図９は、本実施例に係る運行管理装置の処理手順を示すフローチャートである。 図１０は、運行管理装置と同様の機能を実現するコンピュータのハードウェア構成の一例を示す図である。

　以下に、本発明にかかる特定プログラム、特定方法および特定装置の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。

　図１は、実施例にかかるシステムの全体構成例を示す図である。図１に示す運行管理システムは、運行管理装置１００と、デジタコ１ａ、１ｂ、１ｃとを有する。運行管理装置１００は、特定装置の一例である。

　デジタコ１ａ、１ｂ、１ｃのそれぞれは、車両Ａ、車両Ｂ、車両Ｃに搭載される。これらデジタコ１ａ、１ｂ、１ｃと運行管理装置１００との間は、ネットワークＮを介して相互に通信可能に接続される。かかるネットワークＮには、有線または無線を問わず、インターネット（Internet）を始め、ＬＡＮ（Local　Area　Network）やＶＰＮ（Virtual　Private　Network）などの任意の種類の通信網を採用できる。

　各デジタコ１ａ，１ｂ，１ｃは、車両に搭載される車載装置の一種であり、デジタルタコグラフ、あるいは運行記録計とも呼ばれる。以下では、デジタコ１ａ、１ｂ、１ｃの各装置を総称する場合に単に「デジタコ」と記載する場合がある。

　各デジタコは、図示しない車両のデジタコ専用コネクタやＥＣＵ（Electronic　Control　Unit）などを介して接続されることにより、速度や距離などの走行記録を取得できる。例えば、各デジタコは、速度や距離などの法定の走行パラメータの時系列変化を始め、これと共に、図示しないＧＰＳ（Global　Positioning　System）受信機などを介して、緯度および経度を含む位置情報の時系列データを走行データとして取得することもできる。なお、各デジタコは、一例として、所定のサンプリング周期、例えば０．５秒以下の間隔で走行データを取得できる。

　より詳細には、各デジタコは、ドライバーを一意に識別するドライバー識別情報と、後述する各種データとを対応付けた情報を、定期的に運行管理装置１００に送信する。例えば、ドライバーは、車両を運転する場合に、車内に設定された入力装置を用いて、ドライバー識別情報を入力しても良いし、ドライバー識別情報を格納したＩＣ（Integrated　Circuit）カードの情報を、デジタコに読み取らせても良い。

　例えば、デジタコ１ａは、１秒ごとに、車両Ａのドライバーのドライバー識別情報、位置座標を運行管理装置１００に送信する。なお、デジタコ１ａは、位置座標を、車両の外部アンテナを設置しているＧＰＳ（Global　Positioning　System）レシーバーから得られる０．１秒単位のデータを基に特定する。

　以下の説明では、デジタコ１ａ～１ｃが運行管理装置１００に送信する、ドライバー識別情報、位置座標の情報を、まとめて走行データと表記する。

　運行管理装置１００は、目的地と出発地との指定を受け付けた場合に、目的地と出発地とを結ぶ経路を車両で走行するドライバーを特定する装置である。例えば、運行管理装置１００は、出発地と目的地とを結ぶ複数の経路候補を特定し、複数の経路候補のうちいずれかの経路候補を走行した経験のあるドライバーを候補として特定する。このような処理を実行することで、運行ルートを走行した経験のあるドライバーを優先的に選択することができるので、運行ルートに適切なドライバーを選択することができる。

　図２は、本実施例に係る運行管理装置の構成を示す機能ブロック図である。図２に示すように、この運行管理装置１００は、通信部１１０と、入力部１２０と、表示部１３０と、記憶部１４０と、制御部１５０とを有する。

　通信部１１０は、デジタコ１ａ～１ｃとの間のデータ通信を制御する通信装置である。後述する制御部１５０は、通信部１１０を介して、デジタコ１ａ～１ｃから走行データを受信する。例えば、通信部１１０は、ＮＩＣ（Network　Interface　Card）等の通信装置に対応する。

　入力部１２０は、各種の情報を運行管理装置１００に入力する入力装置である。入力部１２０は、例えば、キーボードやマウス、タッチパネル等に対応する。例えば、オペレータは、入力部１２０を操作して、運行ルートの出発地および目的地の情報を入力する。

　表示部１３０は、制御部１５０から出力される各種の情報を表示する表示装置である。例えば、表示部１３０は、運行ルートのドライバーに関する情報を表示し、オペレータは、かかる表示部１３０に表示される情報を参照して、運送会社にドライバーの依頼などを行う。表示部１３０は、液晶ディスプレイやタッチパネル等に対応する。

　記憶部１４０は、走行履歴テーブル１４１、区間情報１４２、運行ルートテーブル１４３を有する。記憶部１４０は、ＲＡＭ（Random　Access　Memory）、ＲＯＭ（Read　Only　Memory）、フラッシュメモリ（Flash　Memory）などの半導体メモリ素子や、ＨＤＤ（Hard　Disk　Drive）などの記憶装置に対応する。

　走行履歴テーブル１４１は、ドライバーの走行履歴に関する情報を保持するテーブルである。図３は、走行履歴テーブルのデータ構造の一例を示す図である。図３に示すように、この走行履歴テーブル１４１は、ドライバー識別情報と、運送会社識別情報と、走行区間履歴情報とを対応付ける。

　ドライバー識別情報は、ドライバーを一意に識別する情報である。運送会社識別情報は、ドライバーが勤める運送会社を一意に識別する情報である。走行区間履歴情報は、ドライバーが走行した区間の履歴を示す情報である。

　図４は、走行区間履歴情報のデータ構造の一例を示す図である。図４では一例として、ドライバー１０Ａの走行区間履歴情報を示す。図４に示すように、走行区間履歴情報は、区間識別情報と、走行回数とを対応付ける。区間識別情報は、道路上の区間を一意に識別する情報である。走行回数は、該当する区間を、ドライバーが走行した回数を示す情報である。例えば、図４に示す例では、ドライバー１０Ａは、区間識別情報「ｒ１１」の区間を走行した回数が「１００回」である旨が示される。

　区間情報１４２は、区間に関する情報を有する。図５は、区間情報のデータ構造の一例を示す図である。図５に示すように、この区間情報１４２は、区間識別情報と、区間座標情報とを対応付ける。区間識別情報は、道路上の区間を一意に識別する情報である。区間座標情報は、区間を４角形とした場合に、４角形に含まれる４隅のうち、対角の関係にある２隅の座標に対応する情報である。

　運行ルートテーブル１４３は、ある出発地とある目的地とを結ぶ複数の経路候補の情報を保持するテーブルである。図６は、運行ルートテーブルのデータ構造の一例を示す図である。図６に示すように、運行ルートテーブル１４３は、出発地と、目的地と、経路候補と、区間と、予想時間と、予想コストと、安全レベルとを対応付ける。

　出発地は、出発地を一意に示す情報である。目的地は、目的地を一意に示す情報である。経路候補は、出発地から目的地に至までの経路の候補を一意に示す情報である。区間は、該当する経路候補を構成する区間を示す情報である。予想時間は、該当する経路候補を車両で走行した場合に要する時間を示す情報である。予想コストは、該当する経路候補を車両で走行した場合に要する料金等を数値化した情報である。予想コストが大きいほど、より料金等がかかるものとする。安全レベルは、該当する経路候補の安全レベルを示すものであり、安全レベルが大きいほど、安全であることを示す。

　例えば、出発地を「Ｓｔ１０１」、目的地を「Ｄｅ１０１」とした場合には、経路候補は「Ｒ０１，Ｒ０２，Ｒ０３」となる。経路候補「Ｒ０１」は区間「ｒ１１，ｒ１２，ｒ１３」からなり、予測時間「１時間」、予想コスト「５０」、安全レベル「レベル１」である。経路候補「Ｒ０２」は区間「ｒ２１，ｒ２２，ｒ２３」からなり、予測時間「０．５時間」、予想コスト「６０」、安全レベル「レベル２」である。経路候補「Ｒ０３」は区間「ｒ３１，ｒ３２，ｒ３３」からなり、予測時間「１．５時間」、予想コスト「７０」、安全レベル「レベル１」である。

　図２の説明に戻る。制御部１５０は、走行データ受信部１５１と、更新部１５２と、経路候補特定部１５３と、ドライバー特定部１５４とを有する。制御部１５０は、ＣＰＵ（Central　Processing　Unit）やＭＰＵ（Micro　Processing　Unit）などによって実現できる。また、ＡＳＩＣ（Application　Specific　Integrated　Circuit）やＦＰＧＡ（Field　Programmable　Gate　Array）などのハードワイヤードロジックによっても実現できる。

　走行データ受信部１５１は、各デジタコ１ａ～１ｃから走行データを受信する処理部である。走行データ受信部１５１は、受信した走行データを、更新部１５２に出力する。上記のように、走行データには、ドライバー識別情報と、位置座標の情報とが含まれる。

　更新部１５２は、走行データと区間情報１４２とを比較して、ドライバーが走行した区間を特定し、走行履歴テーブル１４１の走行区間履歴情報を更新する処理部である。

　例えば、更新部１５２は、走行データの位置座標の情報と、区間情報１４２の区間座標情報とを比較して、ドライバーが運転する車両が含まれる区間を特定する。更新部１５２は、ドライバー識別情報をキーとして、走行履歴テーブル１４１の走行区間履歴情報を特定し、特定した走行区間履歴情報において、先の処理で特定した区間に対応する走行回数に１を加算する。

　例えば、更新部１５２は、ドライバー識別情報を「ドライバー１０Ａ」とし、位置座標が、区間ｒ１１の区間座標情報（ｘＡ１，ｙＡ１）～（ｘＡ２，ｙＡ２）に含まれる場合には、「ドライバー１０Ａ」が区間「ｒ１１」を走行したと判定する。更新部１５２は、「ドライバー１０Ａ」に対応する走行区間履歴情報の区間識別情報「区間ｒ１１」に対応する走行回数に１を加算する。

　更新部１５２は、走行データを取得する度に、上記処理を繰り返し実行することで、区間識別情報に対応する走行回数を更新する。なお、更新部１５２は、同一のドライバー識別情報について、一つ前に特定した区間識別情報と、今回特定した区間識別情報とが同一である場合には、区間識別情報の走行回数に１を加算する処理をスキップする。

　経路候補特定部１５３は、入力部１２０等から出発地と目的地との情報を受け付けた場合に、運行ルートテーブル１４３を基にして、出発地と目的地とを結ぶ複数の経路候補を特定する処理部である。経路候補特定部１５３は、特定した経路候補の情報を、ドライバー特定部１５４に出力する。

　例えば、経路候補特定部１５３は、入力部１２０から取得した出発地および目的地の組と、運行ルートテーブル１４３とを比較して、経路候補を特定する。例えば、経路候補特定部１５３は、出発地「Ｓｔ１０１」、目的地「Ｄｅ１０１」を取得すると、図６に示した運行ルートテーブル１４３を基にして、複数の経路候補「Ｒ０１，Ｒ０２，Ｒ０３」を特定する。経路候補特定部１５３は、特定した経路候補「Ｒ０１，Ｒ０２，Ｒ０３」を、ドライバー特定部１５４に出力する。なお、経路候補特定部１５３は、他の経路検索技術に基づいて、出発地と目的地とを結ぶ複数の経路候補を特定してもよい。

　ドライバー特定部１５４は、走行履歴テーブル１４１と運行ルートテーブル１４３とを基にして、複数の経路候補のうちいずれかの経路候補について走行した経験のあるドライバーを特定し、特定したドライバーを候補として表示部１３０に出力する処理部である。

　例えば、ドライバー特定部１５４は、経路候補特定部１５３から取得した経路候補をキーとして、運行ルートテーブル１４３を参照し、経路候補に含まれる区間を特定する。ドライバー特定部１５４は、特定した区間と、走行履歴テーブル１４１の走行区間履歴情報の区間とを比較し、経路候補に含まれる全ての区間について、走行回数が閾値以上となる条件を満たすドライバー識別情報を特定する。

　例えば、ドライバー特定部１５４が、複数の経路候補のうち、経路候補「Ｒ０１」を走行したことのあるドライバー識別情報を特定する処理の一例について説明する。ドライバー特定部１５４は、経路候補「Ｒ０１」と、運行ルートテーブル１４３とを比較して、経路候補「Ｒ０１」に含まれる区間「ｒ１１，ｒ１２，ｒ１３」を特定する。

　ドライバー特定部１５４は、走行履歴テーブル１４１の走行区間履歴情報を走査して、区間「ｒ１１，ｒ１２，ｒ１３」に対する走行回数が全て閾値以上となるドライバー識別情報を特定する。閾値を例えば、「１０回」とすると、ドライバー識別情報「ドライバー１０Ａ」が、区間「ｒ１１，ｒ１２，ｒ１３」に対する走行回数が閾値以上となる。このため、ドライバー特定部１５４は、経路候補「Ｒ０１」を走行したことのあるドライバーの識別情報として「ドライバー１０Ａ」を特定する。

　ドライバー特定部１５４は、各経路候補について、上記処理を繰り返し実行することで、経路候補を走行したことのあるドライバーのドライバー識別情報を特定する。ドライバー特定部１５４は、経路候補と、特定したドライバー識別情報と、このドライバー識別情報のドライバーが勤務する運送会社情報とを対応付けて、表示部１３０に出力する。ドライバー特定部１５４は、ドライバー識別情報と、走行履歴テーブル１４１とを比較して、運送会社情報を特定する。

　ドライバー特定部１５４は、ドライバーの特定結果を示す画面情報を生成し、表示部１３０に出力する。図７は、表示部が生成する画面情報の一例を示す図（１）である。図７に示すように、画面情報６０には、出発地を示す領域６１、目的地を示す領域６２、複数の経路候補を示す領域６３、各経路候補のドライバーを示す領域６４、各ドライバーの勤務する運送会社を示す領域６５が含まれる。

　なお、ドライバー特定部１５４は、経路候補特定部１５３から取得した複数の経路候補の全てについて、経路候補を走行したことのあるドライバーが存在しない場合には、下記の処理を実行する。

　ドライバー特定部１５４は、経路候補を複数の区間に分割し、分割した各区間を走行したことのあるドライバーのドライバー識別情報をそれぞれ特定する。この場合には、ドライバー特定部１５４は、区間毎に走行した経験のあるドライバーによって代わる代わる経路候補を運転させることをオペレータに提案する。

　例えば、経路候補特定部１５３によって特定された複数の経路候補を「Ｒ０４，Ｒ０５」とし、経路候補「Ｒ０４，Ｒ０５」を走行したことのあるドライバーが存在しないものとする。この場合には、ドライバー特定部１５４は、経路候補「Ｒ０４」を区間「ｒ４１，ｒ４２」に分割し、区間「ｒ４１」を走行した経験のあるドライバーと、区間「ｒ４２」を走行した経験のあるドライバーを特定する。また、ドライバー特定部１５４は、経路候補「Ｒ０５」を区間「ｒ５１，ｒ５２」に分割し、区間「ｒ５１」を走行した経験のあるドライバーと、区間「ｒ５２」を走行した経験のあるドライバーを特定する。

　区間「ｒ４１」を走行した経験のあるドライバーと、区間「ｒ４２」を走行した経験のあるドライバーを特定する処理の一例について説明する。ドライバー特定部１５４は、走行履歴テーブル１４１の走行区間履歴情報を走査して、区間「ｒ４１」に対する走行回数が全て閾値以上となるドライバー識別情報を特定する。ドライバー特定部１５４は、走行履歴テーブル１４１の走行区間履歴情報を走査して、区間「ｒ４２」に対する走行回数が全て閾値以上となるドライバー識別情報を特定する。

　区間「ｒ５１」を走行した経験のあるドライバーと、区間「ｒ５２」を走行した経験のあるドライバーを特定する処理の一例について説明する。ドライバー特定部１５４は、走行履歴テーブル１４１の走行区間履歴情報を走査して、区間「ｒ５１」に対する走行回数が全て閾値以上となるドライバー識別情報を特定する。ドライバー特定部１５４は、走行履歴テーブル１４１の走行区間履歴情報を走査して、区間「ｒ５２」に対する走行回数が全て閾値以上となるドライバー識別情報を特定する。

　ドライバー特定部１５４は、ドライバーの特定結果を示す画面情報を生成し、表示部１３０に出力する。図８は、表示部が生成する画面情報の一例を示す図（２）である。図８に示すように、画面情報７０には、出発地を示す領域７１、目的地を示す領域７２、複数の経路候補を示す領域７３を有する。また、画面情報７０には、区間を示す領域７４、区間を走行したことのあるドライバーを示す領域７５、各ドライバーの勤務する運送会社情報を示す領域７６が含まれる。

　図８に示す例では、区間「ｒ４１」を走行した経験のあるドライバーが「ドライバー１０Ｄ」であり、このドライバーの運送会社情報が「運送会社２０Ｃ」となっている。区間「ｒ４２」を走行した経験のあるドライバーが「ドライバー１０Ｅ」であり、このドライバーの運送会社情報が「運送会社２０Ｄ」となっている。

　図８に示す例では、区間「ｒ５１」を走行した経験のあるドライバーが「ドライバー１０Ｆ」であり、このドライバーの運送会社情報が「運送会社２０Ｅ」となっている。区間「ｒ５２」を走行した経験のあるドライバーが「ドライバー１０Ｇ」であり、このドライバーの運送会社情報が「運送会社２０Ａ」となっている。

　ところで、ドライバー特定部１５４は、経路候補を走行したことがあるドライバーのドライバー識別情報を特定し、経路候補に対するドライバーの走行回数が閾値未満である場合には、下記の処理を更に実行しても良い。なお、ドライバーは、同一の出発地と目的地とを結ぶ複数の経路候補を走行したことがあるものとする。この場合には、ドライバー特定部１５４は、複数の経路候補のうち、予測時間が最も少ない経路候補を優先的に通知しても良いし、予想コストが基も少ない経路候補を優先して通知しても良いし、安全レベルが最も高い経路候補を優先して通知して良い。

　また、ドライバー特定部１５４は、経路候補を通知する場合に、経路候補に含まれる経路のうち、事故多発地点が含まれる場合には、事故多発地点の場所を合わせて表示する処理を実行しても良い。

　次に、本実施例に係る運行管理装置１００の処理手順の一例について説明する。図９は、本実施例に係る運行管理装置の処理手順を示すフローチャートである。図９に示すように、運行管理装置１００の経路候補特定部１５３は、出発地と目的地との情報を受け付ける（ステップＳ１０１）。経路候補特定部１５３は、出発地と目的地とを結ぶ複数の経路候補を特定する（ステップＳ１０２）。

　運行管理装置１００のドライバー特定部１５４は、複数の経路候補と各ドライバーの走行区間履歴情報とを比較し、いずれかの経路候補を走行したことのあるドライバーが存在するか否かを判定する（ステップＳ１０３）。

　ドライバー特定部１５４は、ドライバーが存在する場合には（ステップＳ１０４，Ｙｅｓ）、経路候補と、この経路候補を走行したことのあるドライバーと、運送会社情報とを対応付けて表示する（ステップＳ１０５）。

　ドライバー特定部１５４は、ドライバーが存在しない場合には（ステップＳ１０４，Ｎｏ）、ステップＳ１０６に移行する。ドライバー特定部１５４は、各経路候補を複数の区間に分割する（ステップＳ１０６）。ドライバー特定部１５４は、経路候補に含まれる各区間について、区間を走行したことのあるドライバーと運送会社情報とを対応付けて表示する（ステップＳ１０７）。

　次に、本実施例に係る運行管理装置１００の効果について説明する。運行管理装置１００は、出発地と目的地とを結ぶ複数の経路候補を特定し、走行履歴テーブル１４１を参照して、複数の経路候補のうちいずれかの経路候補について走行した経験のあるドライバーを特定し、特定したドライバーを候補として出力する。このため、運行ルートを走行した経験のあるドライバーを優先的に選択することができ、運行ルートに適切なドライバーを選択することができる。また、事故の発生を予防することもできる。

　運行管理装置１００は、複数の経路候補について、走行した経験のあるドライバーが存在しない場合には、経路候補を複数の区間に分割し、分割したそれぞれの区間について走行した経験のあるドライバーをそれぞれの区間のドライバーとして特定する。これにより、経験のないドライバーを運転させることを防止し、少なくとも区間毎に走行した経験のあるドライバーによって代わる代わる経路候補を運転させることをオペレータに提案することができる。

　運行管理装置１００は、ドライバーの走行の経験のある区間単位で、経路候補を複数の区間に分割する。このため、経路候補を一続きで運転したことがあるドライバーが存在しない場合でも、走行経験のある複数のドライバーによって、代わる代わる運転させることができる。

　なお、運行管理装置１００のドライバー特定部１５４は、経路候補を複数の区間に分割する場合に、経路候補の含まれる全区間のうち、主要都市に含まれる間において、複数の区間に分割するようにしても良い。主要都市には、走行経験のあるドライバーが複数存在すると考えられるため、効率よく、区間を走行したことのあるドライバーを特定することができる。

　次に、上記実施例に示した運行管理装置１００と同様の機能を実現するコンピュータのハードウェア構成の一例について説明する。図１０は、運行管理装置と同様の機能を実現するコンピュータのハードウェア構成の一例を示す図である。

　図１０に示すように、コンピュータ２００は、各種演算処理を実行するＣＰＵ２０１と、ユーザからのデータの入力を受け付ける入力装置２０２と、ディスプレイ２０３とを有する。また、コンピュータ２００は、記憶媒体からプログラム等を読み取る読み取り装置２０４と、ネットワークを介して他のコンピュータとの間でデータの授受を行うインタフェース装置２０５とを有する。また、コンピュータ２００は、各種情報を一時記憶するＲＡＭ２０６と、ハードディスク装置２０７とを有する。そして、各装置２０１～２０７は、バス２０８に接続される。

　ハードディスク装置２０７は、走行データ受信プログラム２０７ａ、更新プログラム２０７ｂ、経路候補特定プログラム２０７ｃ、ドライバー特定プログラム２０７ｄを有する。ＣＰＵ２０１は、走行データ受信プログラム２０７ａ、更新プログラム２０７ｂ、経路候補特定プログラム２０７ｃ、ドライバー特定プログラム２０７ｄを読み出してＲＡＭ２０６に展開する。

　走行データ受信プログラム２０７ａは、走行データ受信プロセス２０６ａとして機能する。更新プログラム２０７ｂは、更新プロセス２０６ｂとして機能する。経路候補特定プログラム２０７ｃは、経路候補特定プロセス２０６ｃとして機能する。ドライバー特定プログラム２０７ｄは、ドライバー特定プロセス２０６ｄとして機能する。

　走行データ受信プロセス２０６ａの処理は、走行データ受信部１５１の処理に対応する。更新プロセス２０６ｂの処理は、更新部１５２の処理に対応する。経路候補特定プロセス２０６ｃの処理は、経路候補特定部１５３の処理に対応する。ドライバー特定プロセス２０６ｄの処理は、ドライバー特定部１５４の処理に対応する。

　なお、各プログラム２０７ａ～２０７ｄについては、必ずしも最初からハードディスク装置２０７に記憶させておかなくても良い。例えば、コンピュータ２００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ－ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に各プログラムを記憶させておく。そして、コンピュータ２００が各プログラム２０７ａ～２０７ｄを読み出して実行するようにしても良い。

　１００　　運行管理装置
　１１０　　通信部
　１２０　　入力部
　１３０　　表示部
　１４０　　記憶部
　１５０　　制御部

Claims (12)

1. 　コンピュータに、
   　出発地と目的地との情報を受け付け、
   　前記出発地と前記目的地とを結ぶ複数の経路候補を特定し、
   　ドライバーの走行履歴情報を記憶した記憶部を参照して、前記複数の経路候補のうちいずれかの経路候補について走行した経験のあるドライバーを特定し、
   　特定したドライバーを候補として出力する
   　処理を実行させることを特徴とする特定プログラム。
2. 　前記ドライバーを特定する処理は、特定した前記複数の経路候補に対して、いずれの経路候補についても経路全域を走行した経験のあるドライバーが存在しない場合には、経路候補を複数の区間に分割し、分割したそれぞれの区間について走行した経験のあるドライバーをそれぞれの区間のドライバーとして特定することを特徴とする請求項１に記載の特定プログラム。
3. 　前記ドライバーを特定する処理は、ドライバーの走行の経験のある区間単位で、前記経路候補を複数の区間に分割することを特徴とする請求項２に記載の特定プログラム。
4. 　前記ドライバーを特定する処理は、前記経路候補のうち主要都市に含まれる間において、複数の区間に分割することを特徴とする請求項２または３に記載の特定プログラム。
5. 　コンピュータが実行する特定方法であって、
   　出発地と目的地との情報を受け付け、
   　前記出発地と前記目的地とを結ぶ複数の経路候補を特定し、
   　ドライバーの走行履歴情報を記憶した記憶部を参照して、前記複数の経路候補のうちいずれかの経路候補について走行した経験のあるドライバーを特定し、
   　特定したドライバーを候補として出力する
   　処理を実行することを特徴とする特定方法。
6. 　前記ドライバーを特定する処理は、特定した前記複数の経路候補に対して、いずれの経路候補についても経路全域を走行した経験のあるドライバーが存在しない場合には、経路候補を複数の区間に分割し、分割したそれぞれの区間について走行した経験のあるドライバーをそれぞれの区間のドライバーとして特定することを特徴とする請求項５に記載の特定方法。
7. 　前記ドライバーを特定する処理は、ドライバーの走行の経験のある区間単位で、前記経路候補を複数の区間に分割することを特徴とする請求項６に記載の特定方法。
8. 　前記ドライバーを特定する処理は、前記経路候補のうち主要都市に含まれる間において、複数の区間に分割することを特徴とする請求項６または７に記載の特定方法。
9. 　出発地と目的地との情報を受け付け、前記出発地と前記目的地とを結ぶ複数の経路候補を特定する経路特定部と、
   　ドライバーの走行履歴を記憶した記憶部を参照して、前記複数の経路候補のうちいずれかの経路候補について走行した経験のあるドライバーを特定し、特定したドライバーを候補として出力するドライバー特定部と
   　を有することを特徴とする特定装置。
10. 　前記ドライバー特定部は、特定した前記複数の経路候補に対して、いずれの経路候補についても経路全域を走行した経験のあるドライバーが存在しない場合には、経路候補を複数の区間に分割し、分割したそれぞれの区間について走行した経験のあるドライバーをそれぞれの区間のドライバーとして特定することを特徴とする請求項９に記載の特定装置。
11. 　前記ドライバー特定部は、ドライバーの走行の経験のある区間単位で、前記経路候補を複数の区間に分割することを特徴とする請求項１０に記載の特定装置。
12. 　前記ドライバー特定部は、前記経路候補のうち主要都市に含まれる間において、複数の区間に分割することを特徴とする請求項１０または１１に記載の特定装置。

Images