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

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

Info

Publication number
WO2018025387A1
WO2018025387A1 PCT/JP2016/073017 JP2016073017W WO2018025387A1 WO 2018025387 A1 WO2018025387 A1 WO 2018025387A1 JP 2016073017 W JP2016073017 W JP 2016073017W WO 2018025387 A1 WO2018025387 A1 WO 2018025387A1
Authority
WO
WIPO (PCT)
Prior art keywords
driver
route
section
traveled
information
Prior art date
Application number
PCT/JP2016/073017
Other languages
English (en)
French (fr)
Inventor
耕世 高野
Original Assignee
富士通株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 富士通株式会社 filed Critical 富士通株式会社
Priority to JP2018531699A priority Critical patent/JP6729701B2/ja
Priority to PCT/JP2016/073017 priority patent/WO2018025387A1/ja
Publication of WO2018025387A1 publication Critical patent/WO2018025387A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40—Business processes related to the transportation industry

Definitions

  • the present invention relates to a specific program and the like.
  • an object is to provide a specific program, a specific method, and a specific device that can identify an appropriate driver for an operation route.
  • the computer executes the following processing.
  • the computer receives information on the departure point and the destination, and identifies a plurality of route candidates connecting the departure point and the destination.
  • the computer refers to the storage unit storing the driving history information of the driver, identifies a driver who has traveled on any one of the plurality of route candidates, and outputs the identified driver as a candidate.
  • FIG. 1 is a diagram illustrating an example of the overall configuration of a system according to an embodiment.
  • the operation management system shown in FIG. 1 includes an operation management device 100 and digital octopuses 1a, 1b, and 1c.
  • the operation management device 100 is an example of a specific device.
  • Each of the digital octopuses 1a, 1b, and 1c is mounted on a vehicle A, a vehicle B, and a vehicle C.
  • the digital octopus 1a, 1b, 1c and the operation management apparatus 100 are connected to each other via a network N so as to communicate with each other.
  • a network N any type of communication network such as the Internet (Internet), LAN (Local Area Network), VPN (Virtual Private Network), etc. can be adopted regardless of wired or wireless.
  • Each digital octopus 1a, 1b, 1c is a kind of in-vehicle device mounted on a vehicle, and is also called a digital tachograph or an operation recorder.
  • digital tachometers 1a, 1b, and 1c when each of the digital tachometers 1a, 1b, and 1c is collectively referred to, it may be simply referred to as “digital tachometer”.
  • Each digital octopus can acquire travel records such as speed and distance by being connected via a digital octopus connector (not shown) or an ECU (Electronic Control Unit). For example, each digital octopus starts time-series changes in legal driving parameters such as speed and distance, and along with this, a time series of position information including latitude and longitude via a GPS (Global Positioning System) receiver (not shown). Data can also be acquired as travel data. For example, each digital octopus can acquire travel data at a predetermined sampling period, for example, at intervals of 0.5 seconds or less.
  • each digital octopus periodically transmits information that associates driver identification information that uniquely identifies the driver with various data that will be described later to the operation management apparatus 100.
  • a driver may input driver identification information using an input device set in the vehicle, or information on an IC (Integrated Circuit) card that stores the driver identification information, It may be read by a digital octopus.
  • IC Integrated Circuit
  • the digital octopus 1a transmits the driver identification information and the position coordinates of the driver of the vehicle A to the operation management apparatus 100 every second.
  • the digital octopus 1a specifies position coordinates based on data in units of 0.1 seconds obtained from a GPS (Global Positioning System) receiver in which an external antenna of the vehicle is installed.
  • GPS Global Positioning System
  • the driver identification information and the position coordinate information transmitted from the digital octopus 1a to 1c to the operation management apparatus 100 are collectively expressed as travel data.
  • the operation management device 100 is a device that identifies a driver who travels on a route that connects a destination and a departure place when designation of the destination and the departure point is received. For example, the operation management apparatus 100 identifies a plurality of route candidates that connect a departure point and a destination, and identifies a driver who has traveled any one of the plurality of route candidates as a candidate. By executing such processing, it is possible to preferentially select a driver who has traveled along the route of operation, so that an appropriate driver can be selected for the route of operation.
  • FIG. 2 is a functional block diagram showing the configuration of the operation management apparatus according to the present embodiment.
  • the operation management apparatus 100 includes a communication unit 110, an input unit 120, a display unit 130, a storage unit 140, and a control unit 150.
  • the communication unit 110 is a communication device that controls data communication with the digital octopus 1a to 1c.
  • a control unit 150 described later receives travel data from the digital octopus 1a to 1c via the communication unit 110.
  • the communication unit 110 corresponds to a communication device such as a NIC (Network Interface Card).
  • the input unit 120 is an input device that inputs various types of information to the operation management device 100.
  • the input unit 120 corresponds to, for example, a keyboard, a mouse, a touch panel, and the like.
  • the operator operates the input unit 120 to input information on the departure point and destination of the operation route.
  • the display unit 130 is a display device that displays various types of information output from the control unit 150.
  • the display unit 130 displays information related to the driver of the operation route, and the operator refers to the information displayed on the display unit 130 and requests the driver from the shipping company.
  • the display unit 130 corresponds to a liquid crystal display, a touch panel, or the like.
  • the storage unit 140 includes a travel history table 141, section information 142, and an operation route table 143.
  • the storage unit 140 corresponds to a semiconductor memory element such as a RAM (Random Access Memory), a ROM (Read Only Memory), and a flash memory (Flash Memory), and a storage device such as an HDD (Hard Disk Drive).
  • the travel history table 141 is a table that holds information related to a driver's travel history.
  • FIG. 3 is a diagram illustrating an example of a data structure of the travel history table. As shown in FIG. 3, the travel history table 141 associates driver identification information, shipping company identification information, and travel section history information.
  • Driver identification information is information that uniquely identifies a driver.
  • the shipping company identification information is information that uniquely identifies the shipping company where the driver works.
  • the travel section history information is information indicating the history of the section in which the driver has traveled.
  • FIG. 4 is a diagram illustrating an example of a data structure of travel section history information.
  • FIG. 4 shows the travel section history information of the driver 10A as an example.
  • the travel section history information associates the section identification information with the number of travels.
  • the section identification information is information that uniquely identifies a section on the road.
  • the travel count is information indicating the number of times the driver has traveled in the corresponding section. For example, in the example illustrated in FIG. 4, it is indicated that the number of times that the driver 10A has traveled through the section of the section identification information “r11” is “100 times”.
  • the section information 142 includes information related to the section.
  • FIG. 5 is a diagram illustrating an example of the data structure of the section information. As shown in FIG. 5, the section information 142 associates section identification information with section coordinate information.
  • the section identification information is information that uniquely identifies a section on the road.
  • the section coordinate information is information corresponding to coordinates of two corners having a diagonal relationship among the four corners included in the quadrangle when the section is a quadrangular shape.
  • the departure place is information that uniquely indicates the departure place.
  • the destination is information that uniquely indicates the destination.
  • the route candidate is information that uniquely indicates a route candidate from the departure point to the destination.
  • the section is information indicating a section constituting the corresponding route candidate.
  • the estimated time is information indicating the time required when the corresponding route candidate travels with the vehicle.
  • the expected cost is information obtained by quantifying a fee required for traveling the corresponding route candidate with a vehicle. It is assumed that the higher the expected cost, the higher the fee.
  • the safety level indicates the safety level of the corresponding route candidate. The higher the safety level is, the safer the safety level is.
  • the route candidates are “R01, R02, R03”.
  • the route candidate “R01” is composed of the sections “r11, r12, r13”, and has a predicted time “1 hour”, a predicted cost “50”, and a safety level “level 1”.
  • the route candidate “R02” is composed of the sections “r21, r22, r23”, and has a predicted time “0.5 hours”, a predicted cost “60”, and a safety level “level 2”.
  • the route candidate “R03” is composed of the sections “r31, r32, r33” and has the predicted time “1.5 hours”, the predicted cost “70”, and the safety level “level 1”.
  • the control unit 150 includes a travel data receiving unit 151, an updating unit 152, a route candidate specifying unit 153, and a driver specifying unit 154.
  • the control unit 150 can be realized by a CPU (Central Processing Unit) or an MPU (Micro Processing Unit). It can also be realized by hard wired logic such as ASIC (Application Specific Integrated Circuit) or FPGA (Field Programmable Gate Array).
  • ASIC Application Specific Integrated Circuit
  • FPGA Field Programmable Gate Array
  • the travel data receiving unit 151 is a processing unit that receives travel data from each of the digital octopuses 1a to 1c.
  • the travel data receiving unit 151 outputs the received travel data to the update unit 152.
  • the driving data includes driver identification information and position coordinate information.
  • the update unit 152 is a processing unit that compares the travel data with the section information 142, identifies the section in which the driver has traveled, and updates the travel section history information in the travel history table 141.
  • the update unit 152 compares the position coordinate information of the travel data with the section coordinate information of the section information 142, and identifies the section including the vehicle driven by the driver.
  • the update unit 152 identifies the travel section history information in the travel history table 141 using the driver identification information as a key, and adds 1 to the number of travels corresponding to the section identified in the previous process in the identified travel section history information. .
  • the update unit 152 sets “driver 10A” as “driver 10A”. It is determined that the vehicle has traveled in the section “r11”. The update unit 152 adds 1 to the number of times of travel corresponding to the section identification information “section r11” of the travel section history information corresponding to “driver 10A”.
  • the update unit 152 updates the number of travels corresponding to the section identification information by repeatedly executing the above process every time the travel data is acquired.
  • the update part 152 adds 1 to the frequency
  • the route candidate specifying unit 153 specifies a plurality of route candidates connecting the departure point and the destination based on the operation route table 143 when information on the departure point and the destination is received from the input unit 120 or the like. It is a processing unit.
  • the route candidate specifying unit 153 outputs information on the specified route candidate to the driver specifying unit 154.
  • the route candidate specifying unit 153 compares the set of the departure point and the destination acquired from the input unit 120 with the operation route table 143 and specifies the route candidate. For example, when obtaining the departure place “St101” and the destination “De101”, the route candidate specifying unit 153 obtains a plurality of route candidates “R01, R02, R03” based on the operation route table 143 shown in FIG. Identify. The route candidate specifying unit 153 outputs the specified route candidates “R01, R02, R03” to the driver specifying unit 154. In addition, the route candidate specifying unit 153 may specify a plurality of route candidates that connect the departure point and the destination based on another route search technique.
  • the driver identifying unit 154 Based on the travel history table 141 and the operation route table 143, the driver identifying unit 154 identifies a driver who has traveled for any one of a plurality of route candidates, and displays the identified driver as a candidate. It is a processing unit that outputs to the unit 130.
  • the driver identifying unit 154 refers to the operation route table 143 using the route candidate acquired from the route candidate identifying unit 153 as a key, and identifies a section included in the route candidate.
  • the driver identifying unit 154 compares the identified section with the section of the travel section history information in the travel history table 141, and for each section included in the route candidate, the driver identification information that satisfies the condition that the number of travels is equal to or greater than the threshold. Is identified.
  • the driver identifying unit 154 identifies driver identification information that has traveled a route candidate “R01” among a plurality of route candidates.
  • the driver specifying unit 154 compares the route candidate “R01” with the operation route table 143 and specifies the section “r11, r12, r13” included in the route candidate “R01”.
  • the driver identification unit 154 scans the travel section history information in the travel history table 141, and identifies driver identification information in which the number of travels for the sections “r11, r12, r13” is all equal to or greater than a threshold value. For example, when the threshold value is “10 times”, the number of times the driver identification information “driver 10A” is traveling for the section “r11, r12, r13” is equal to or greater than the threshold value. Therefore, the driver specifying unit 154 specifies “driver 10A” as identification information of a driver who has traveled the route candidate “R01”.
  • the driver identification unit 154 identifies the driver identification information of the driver who has traveled the route candidate by repeatedly executing the above process for each route candidate.
  • the driver identification unit 154 associates the route candidate, the identified driver identification information, and the shipping company information on which the driver of the driver identification information works, and outputs it to the display unit 130.
  • the driver specifying unit 154 compares the driver identification information with the travel history table 141 to specify the shipping company information.
  • the driver identification unit 154 generates screen information indicating a driver identification result and outputs the screen information to the display unit 130.
  • FIG. 7 is a diagram (1) illustrating an example of the screen information generated by the display unit. As shown in FIG. 7, the screen information 60 includes an area 61 indicating a departure place, an area 62 indicating a destination, an area 63 indicating a plurality of route candidates, an area 64 indicating a driver of each route candidate, and the work of each driver. An area 65 indicating the shipping company to be included is included.
  • driver specifying unit 154 executes the following processing when there is no driver who has traveled the route candidate for all of the plurality of route candidates acquired from the route candidate specifying unit 153.
  • the driver specifying unit 154 divides the route candidate into a plurality of sections, and specifies the driver identification information of the driver who has traveled in each divided section. In this case, the driver specifying unit 154 proposes to the operator to drive an alternative route candidate to be replaced by a driver who has traveled for each section.
  • a plurality of route candidates specified by the route candidate specifying unit 153 is “R04, R05” and there is no driver who has traveled the route candidate “R04, R05”.
  • the driver identification unit 154 divides the route candidate “R04” into the sections “r41, r42”, and has experience of driving the section “r42” with the driver who has traveled the section “r41”. Identify the driver. Further, the driver identification unit 154 divides the route candidate “R05” into the sections “r51, r52”, and identifies the driver who has traveled the section “r51” and the driver who has traveled the section “r52”. To do.
  • the driver identifying unit 154 scans the travel section history information in the travel history table 141, and identifies driver identification information in which the number of travels for the section “r41” is all equal to or greater than the threshold.
  • the driver specifying unit 154 scans the travel section history information in the travel history table 141 and specifies driver identification information in which the number of travels for the section “r42” is all equal to or greater than the threshold.
  • the driver specifying unit 154 scans the travel section history information in the travel history table 141 and specifies driver identification information in which the number of travels for the section “r51” is all equal to or greater than the threshold.
  • the driver specifying unit 154 scans the travel section history information in the travel history table 141 and specifies driver identification information in which the number of travels for the section “r52” is all equal to or greater than the threshold.
  • the driver identification unit 154 generates screen information indicating a driver identification result and outputs the screen information to the display unit 130.
  • FIG. 8 is a diagram (2) illustrating an example of the screen information generated by the display unit.
  • the screen information 70 includes an area 71 indicating a departure place, an area 72 indicating a destination, and an area 73 indicating a plurality of route candidates.
  • the screen information 70 includes an area 74 indicating a section, an area 75 indicating a driver who has traveled the section, and an area 76 indicating information on a shipping company where each driver works.
  • the driver who has traveled in the section “r41” is “driver 10D”, and the transportation company information of this driver is “transportation company 20C”.
  • the driver who has traveled in the section “r42” is “driver 10E”, and the transportation company information of this driver is “transportation company 20D”.
  • the driver who has traveled in the section “r51” is “driver 10F”, and the transportation company information of this driver is “transportation company 20E”.
  • the driver who has traveled in the section “r52” is “driver 10G”, and the transportation company information of this driver is “transportation company 20A”.
  • the driver specifying unit 154 specifies driver identification information of a driver who has traveled a route candidate, and when the number of times the driver has traveled for the route candidate is less than a threshold, the following processing may be further executed. good. It is assumed that the driver has traveled a plurality of route candidates that connect the same starting point and destination. In this case, the driver specifying unit 154 may preferentially notify the route candidate with the shortest prediction time among the plurality of route candidates, or give priority to the route candidate with the low estimated cost. Alternatively, the route candidate with the highest safety level may be preferentially notified.
  • the driver identifying unit 154 executes a process of displaying the location of the accident frequent occurrence point when the accident frequent occurrence point is included among the routes included in the route candidate. Also good.
  • FIG. 9 is a flowchart illustrating the processing procedure of the operation management apparatus according to the present embodiment.
  • the route candidate specifying unit 153 of the operation management apparatus 100 receives information on the departure place and the destination (Step S ⁇ b> 101).
  • the route candidate specifying unit 153 specifies a plurality of route candidates connecting the departure point and the destination (step S102).
  • the driver specifying unit 154 of the operation management apparatus 100 compares the plurality of route candidates with the travel section history information of each driver, and determines whether there is a driver who has traveled any of the route candidates ( Step S103).
  • step S104 If there is a driver (Yes in step S104), the driver specifying unit 154 displays the route candidate, the driver who has traveled the route candidate, and the shipping company information in association with each other (step S105). .
  • Step S104 If there is no driver (No at Step S104), the driver specifying unit 154 proceeds to Step S106.
  • the driver specifying unit 154 divides each route candidate into a plurality of sections (step S106).
  • the driver specifying unit 154 displays, for each section included in the route candidate, the driver who has traveled the section and the shipping company information in association with each other (step S107).
  • the operation management apparatus 100 identifies a plurality of route candidates connecting the departure point and the destination, refers to the travel history table 141, and selects a driver who has traveled with respect to any one of the plurality of route candidates. Identify and output the identified driver as a candidate. For this reason, it is possible to preferentially select a driver who has traveled on the operation route, and to select an appropriate driver for the operation route. In addition, accidents can be prevented.
  • the operation management device 100 divides the route candidate into a plurality of sections, and each driver who has traveled for each of the divided sections Identified as a section driver. Accordingly, it is possible to prevent the driver having no experience from driving and to propose to the operator to drive an alternative route candidate to be replaced by the driver who has traveled at least for each section.
  • the operation management device 100 divides route candidates into a plurality of sections in units of sections in which the driver has traveled. For this reason, even when there is no driver who has driven the route candidates in a row, a plurality of drivers who have traveled can be driven in place of each other.
  • the driver specifying unit 154 of the operation management apparatus 100 may divide the route candidates into a plurality of sections while being included in the main city among all sections including the route candidates. Therefore. Since it is considered that there are a plurality of drivers who have travel experience in major cities, it is possible to efficiently identify drivers who have traveled in the section.
  • FIG. 10 is a diagram illustrating an example of a hardware configuration of a computer that realizes the same function as the operation management apparatus.
  • the computer 200 includes a CPU 201 that executes various arithmetic processes, an input device 202 that receives input of data from a user, and a display 203.
  • the computer 200 also includes a reading device 204 that reads programs and the like from a storage medium, and an interface device 205 that exchanges data with other computers via a network.
  • the computer 200 also includes a RAM 206 that temporarily stores various information and a hard disk device 207.
  • the devices 201 to 207 are connected to the bus 208.
  • the hard disk device 207 includes a travel data reception program 207a, an update program 207b, a route candidate identification program 207c, and a driver identification program 207d.
  • the CPU 201 reads the travel data reception program 207 a, the update program 207 b, the route candidate identification program 207 c, and the driver identification program 207 d and develops them in the RAM 206.
  • the travel data reception program 207a functions as a travel data reception process 206a.
  • the update program 207b functions as the update process 206b.
  • the route candidate specifying program 207c functions as a route candidate specifying process 206c.
  • the driver identification program 207d functions as a driver identification process 206d.
  • the process of the travel data receiving process 206a corresponds to the process of the travel data receiving unit 151.
  • the process of the update process 206b corresponds to the process of the update unit 152.
  • the process of the route candidate specifying process 206c corresponds to the process of the route candidate specifying unit 153.
  • the process of the driver specifying process 206d corresponds to the process of the driver specifying unit 154.
  • each program is stored in a “portable physical medium” such as a flexible disk (FD), a CD-ROM, a DVD disk, a magneto-optical disk, and an IC card inserted into the computer 200. Then, the computer 200 may read and execute each of the programs 207a to 207d.
  • a “portable physical medium” such as a flexible disk (FD), a CD-ROM, a DVD disk, a magneto-optical disk, and an IC card inserted into the computer 200.
  • the computer 200 may read and execute each of the programs 207a to 207d.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Human Resources & Organizations (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • General Physics & Mathematics (AREA)
  • Tourism & Hospitality (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Theoretical Computer Science (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Game Theory and Decision Science (AREA)
  • Development Economics (AREA)
  • Educational Administration (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Traffic Control Systems (AREA)
  • Navigation (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

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. 　前記ドライバー特定部は、前記経路候補のうち主要都市に含まれる間において、複数の区間に分割することを特徴とする請求項１０または１１に記載の特定装置。
PCT/JP2016/073017 2016-08-04 2016-08-04 特定プログラム、特定方法および特定装置 WO2018025387A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2018531699A JP6729701B2 (ja) 2016-08-04 2016-08-04 特定プログラム、特定方法および特定装置
PCT/JP2016/073017 WO2018025387A1 (ja) 2016-08-04 2016-08-04 特定プログラム、特定方法および特定装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2016/073017 WO2018025387A1 (ja) 2016-08-04 2016-08-04 特定プログラム、特定方法および特定装置

Publications (1)

Publication Number Publication Date
WO2018025387A1 true WO2018025387A1 (ja) 2018-02-08

Family

ID=61073543

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/073017 WO2018025387A1 (ja) 2016-08-04 2016-08-04 特定プログラム、特定方法および特定装置

Country Status (2)

Country Link
JP (1) JP6729701B2 (ja)
WO (1) WO2018025387A1 (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019175209A (ja) * 2018-03-29 2019-10-10 株式会社デンソー 車両の遠隔支援システムおよび方法
JP2019172089A (ja) * 2018-03-28 2019-10-10 トヨタ自動車株式会社 車両制御装置
JP2021086525A (ja) * 2019-11-29 2021-06-03 矢崎総業株式会社 運送支援システム
DE102022004306A1 (de) 2022-11-21 2024-05-23 Mercedes-Benz Group AG Verfahren zur Auswahl eines geeigneten Fahrers aus einer Mehrzahl von Fahrern in einem Fahrzeug

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005056136A (ja) * 2003-08-04 2005-03-03 Nissan Motor Co Ltd 送迎支援システム
JP2005122757A (ja) * 2004-11-22 2005-05-12 Jln:Kk 車両の配車管理方法および車両の配車管理システム
JP2010055326A (ja) * 2008-08-27 2010-03-11 Kando Rensa Kk 配車センター管理システム

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001240219A (ja) * 2000-03-02 2001-09-04 Fujitsu Ltd 検索システムおよび記録媒体
JP2003089426A (ja) * 2001-09-19 2003-03-25 E Clutch:Kk 輸送業務取引代行サーバ及びそれを用いた輸送業務取引システム及び輸送業務取引方法並びに輸送業務取引プログラム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005056136A (ja) * 2003-08-04 2005-03-03 Nissan Motor Co Ltd 送迎支援システム
JP2005122757A (ja) * 2004-11-22 2005-05-12 Jln:Kk 車両の配車管理方法および車両の配車管理システム
JP2010055326A (ja) * 2008-08-27 2010-03-11 Kando Rensa Kk 配車センター管理システム

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019172089A (ja) * 2018-03-28 2019-10-10 トヨタ自動車株式会社 車両制御装置
JP2019175209A (ja) * 2018-03-29 2019-10-10 株式会社デンソー 車両の遠隔支援システムおよび方法
JP7124382B2 (ja) 2018-03-29 2022-08-24 株式会社デンソー 車両の遠隔支援システムおよび方法
JP2021086525A (ja) * 2019-11-29 2021-06-03 矢崎総業株式会社 運送支援システム
WO2021106476A1 (ja) * 2019-11-29 2021-06-03 矢崎総業株式会社 運送支援システム
JP7157040B2 (ja) 2019-11-29 2022-10-19 矢崎総業株式会社 運送支援システム
DE102022004306A1 (de) 2022-11-21 2024-05-23 Mercedes-Benz Group AG Verfahren zur Auswahl eines geeigneten Fahrers aus einer Mehrzahl von Fahrern in einem Fahrzeug

Also Published As

Publication number Publication date
JPWO2018025387A1 (ja) 2019-03-28
JP6729701B2 (ja) 2020-07-22

Similar Documents

Publication Publication Date Title
US9702714B2 (en) Routing of vehicle for hire to dynamic pickup location
EP3622250B1 (en) Systems and methods for avoiding location-dependent driving restrictions
US8797187B2 (en) Street parking availability estimation
WO2018025387A1 (ja) 特定プログラム、特定方法および特定装置
US8725409B2 (en) Vehicle navigation system and navigation method thereof
JP6134527B2 (ja) 運転支援情報を提供する装置
US10745010B2 (en) Detecting anomalous vehicle behavior through automatic voting
WO2018078717A1 (ja) 走行経路推定装置及び走行経路推定方法
JP6951046B2 (ja) 情報処理装置
JP4501718B2 (ja) 車両用情報取得装置、車両用情報配信システムおよび車両用情報取得方法
US20220341747A1 (en) Uncontrolled intersection detection and warning system
JP5494501B2 (ja) 情報処理システム
JP6223019B2 (ja) 経路探索装置および経路探索方法
US11293774B2 (en) Notification control apparatus and notification control method
CN113808385A (zh) 机动车行车道的选择方法及装置、车辆
JP7413960B2 (ja) 情報処理装置、情報処理方法、およびプログラム
US11405751B2 (en) Method, apparatus, and computer program product for anonymizing trajectories including endogenous events
JP7517969B2 (ja) 情報処理装置
JP2014099016A (ja) 情報処理システム、情報処理装置、サーバ、端末装置、情報処理方法、およびプログラム
JP5964158B2 (ja) 情報処理システム、情報処理装置、サーバ、端末装置、情報処理方法、及びプログラム
WO2018025393A1 (ja) 経路特定プログラム、経路特定方法および経路特定装置
JP2011021934A (ja) ナビゲーション装置
CN112262294B (zh) 用于用户移动性预测的方法、***和计算机程序产品
JP2024018537A (ja) ナビゲーション制御装置およびナビゲーション方法
JP2006047123A (ja) ナビゲーション装置

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2018531699

Country of ref document: JP

Kind code of ref document: A

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16911646

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16911646

Country of ref document: EP

Kind code of ref document: A1