JP2017041018A - Conveyance information gathering system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To appropriately deal with a situation when trouble with a mobile communication terminal occurs in a configuration in which the mobile communication terminal of a crew member relays the transmission of information on a conveyance.SOLUTION: A vehicle information gathering system 100 comprises: an OBD terminal 1 that obtains information preset as an acquisition object of information on a company vehicle C when the OBD terminal is mounted on the company vehicle C; a mobile communication terminal 2 that is brought in the vehicle when a crew member gets in the company vehicle C, receives the information obtained by the OBD terminal 1 from the OBD terminal 1, and transmits the received information toward a management server 4; and a recording medium 3 that is detachably attached to the OBD terminal 1 and records the information obtained by the OBD terminal 1.SELECTED DRAWING: Figure 1

Description

  The present invention relates to a vehicle information collection system, and more particularly to a vehicle information collection system that transmits various information related to a vehicle through a communication terminal carried by a vehicle occupant.

  A communication system that collects information about a vehicle such as a vehicle from the vehicle, and manages and utilizes the collected information is already known. An example of the communication system is a vehicle information collection system described in Patent Document 1. In the vehicle information collection system described in Patent Document 1, an in-vehicle ECU that forms a vehicular gateway acquires vehicle information from each control device in the vehicle through an in-vehicle network (Controller Area Network, hereinafter referred to as “in-vehicle CAN”).

  Moreover, said vehicle equipment transmits the acquired vehicle information toward an external apparatus through a mobile telephone communication network. At this time, the vehicle information is temporarily delivered to a communication terminal (for example, a smartphone or a mobile phone) carried by a vehicle occupant and then transmitted to a predetermined transmission destination. That is, in the vehicle information collection system described in Patent Document 1, a communication terminal carried by a passenger relays transmission of vehicle information.

JP 2013-232027 A

  By the way, when adopting a configuration in which the communication terminal carried by the occupant relays the transmission of the vehicle information, if the vehicle information to be transmitted is a large amount of information, the communication load becomes excessive and the vehicle information is appropriately transmitted. There is a risk of being lost. Further, for example, when the occupant forgets to carry the communication terminal, similarly, the vehicle information is not properly transmitted.

  Therefore, the present invention has been made in view of the above-described problems, and the purpose of the present invention is when a malfunction occurs in the mobile communication terminal in a configuration in which transmission of information related to a vehicle is relayed by a passenger's mobile communication terminal. It is to provide a vehicle information collection system capable of appropriately responding.

  According to the vehicle information collecting system of the present invention, (A) when the vehicle is in a state of being mounted in a vehicle, the information to be acquired that has been set in advance as the acquisition target is acquired from the information related to the vehicle. An information acquisition device, and (B) receiving the acquired information acquired by the information acquisition device from the information acquisition device in a state of being brought into the vehicle when the vehicle occupant gets into the vehicle. A portable communication terminal that transmits the acquired information to a predetermined transmission destination; and (C) the information acquisition device that is detachable from the information acquisition device and acquired by the information acquisition device This is solved by providing the recording medium.

  In the vehicle information collection system having the above-described configuration, when the mobile communication terminal is in the vehicle, information on the vehicle acquired by the information acquisition device is transmitted via the mobile communication terminal. On the other hand, when the mobile communication terminal is not in the vehicle, it is stored in a recording medium attached to the information acquisition device. As a result, even if a problem occurs in the mobile communication terminal, the information acquired by the information acquisition device can be stored in the recording medium so that the information can be appropriately stored. Further, when using the information, the information can be appropriately handled by reading from the recording medium.

In the vehicle information collection system, the information acquisition device determines whether or not the mobile communication terminal is present in the vehicle, and determines that the mobile communication terminal is present in the vehicle. When the mobile communication terminal is handed over and it is determined that the mobile communication terminal is not present in the vehicle, the acquired information is preferably stored in the recording medium.
In the above configuration, the information acquisition device automatically determines the presence / absence of the mobile communication terminal in the vehicle, and delivers the information to an appropriate delivery destination according to the determination result.

The vehicle information collection system may further include a server as the predetermined transmission destination, the server receiving the acquired information transmitted by the mobile communication terminal, and the received acquired A data generation unit that generates image display data for displaying an image having contents according to information, and a data transmission unit that transmits the image display data to a browser user terminal used by a viewer of the image; A correspondence relationship storage unit that stores a correspondence relationship between the viewer and the content of the image, and the data generation unit generates the image display data for displaying an image of the content, the data The transmitting unit is configured so that the certain content is directed toward the viewer using terminal only while the viewer corresponding to the image of the certain content in the correspondence relationship is using the viewer using terminal. It is more preferable to transmit the image display data for displaying an image.
In the above configuration, the server receives the acquired information, and displays data (image display data) for displaying an image having contents corresponding to the received acquired information. The image display data is transmitted only while the viewer corresponding to the content of the image indicated by the data is using the terminal. This makes it possible to limit the browsing of an image with a certain content to a certain person (specifically, a person who has the authority to view an image with a certain content).

Further, in the vehicle information collection system, the server is a management server used for managing use behavior of the vehicle by the occupant, and the information acquisition device includes the driving state of the vehicle, the driving of the vehicle. The information to be acquired related to at least one item of a value that changes with the vehicle and a situation during driving of the vehicle is acquired, and the data generation unit indicates a history of the at least one item in a predetermined period. It is more preferable to generate the image display data for displaying an image every predetermined period.
In the above configuration, as the image display data, display data of an image indicating a history of the driving state of the vehicle, a value that changes with the driving of the vehicle, and a situation during the driving of the vehicle is generated. By browsing such an image, it is possible to grasp the use behavior of the vehicle by the occupant and appropriately manage the use behavior of the vehicle.

In the vehicle information collection system, at least one of the information acquisition device and the mobile communication terminal includes a GPS, and the acquired information received by the receiving unit is specified by the GPS. The acquired information indicating the location of the vehicle is included, and the data generation unit displays the image indicating the history of the location in the predetermined period for each predetermined period. It is increasingly preferred to generate display data.
In the above configuration, image data indicating the history of the location of the vehicle is generated as the image display data. By browsing such an image, it is possible to specify the route (trajectory) when the occupant moves using the vehicle, and thus it is possible to appropriately manage the occupant's behavior.

Further, in the vehicle information collection system, the information acquisition device includes the object set in advance as an acquisition target among information that can be acquired from each part of the vehicle through an in-vehicle network built in the vehicle as the vehicle. The acquisition information is acquired, and the in-vehicle network is a CAN (Controller Area Network), and the information that can be acquired from each part of the vehicle may be CAN data.
In the above configuration, when transmission of CAN data is relayed by the occupant's mobile communication terminal, it is possible to appropriately cope with a problem occurring in the mobile communication terminal. Further, by making the information to be transmitted CAN data, it is possible to accurately analyze the state of the vehicle that is the source of the data, the behavior of the vehicle user, and the like based on the collected CAN data.

In the vehicle information collection system, the information acquisition device is mounted on a vehicle owned by a group to which the occupant belongs, and the information to be acquired that is set as an acquisition target in advance in information related to the vehicle owned. May be obtained.
In the above configuration, when transmission of vehicle information of a company-owned vehicle such as a company car is relayed by the occupant's mobile communication terminal, it is possible to respond appropriately even if a malfunction occurs in the mobile communication terminal. It becomes possible.

In the vehicle information collection system, the information acquisition device communicates with a device serving as a transmission source of the acquired information mounted in the owned vehicle through an in-vehicle network constructed in the owned vehicle. Information to be acquired may be acquired.
In the above configuration, when transmission of the vehicle information acquired through the in-vehicle network is relayed by the occupant's portable communication terminal, it is possible to appropriately cope with the occurrence of a malfunction in the portable communication terminal.

  According to the present invention, in a vehicle information collection system that relays transmission of information related to a vehicle by an occupant's mobile communication terminal, when a malfunction occurs in the mobile communication terminal, specifically, when an information transmission load becomes excessive When a passenger or a passenger forgets to carry a mobile communication terminal, the above information can be stored in a recording medium and appropriately dealt with.

It is a figure which shows the structure of the vehicle information collection system which concerns on one Embodiment of this invention. It is the figure which showed the structure of the server which concerns on one Embodiment of this invention from the functional surface. It is explanatory drawing about the browsing authority with respect to each image content. It is a figure which shows an example of a driving | running | working daily report screen. It is a figure which shows an example of a simple confirmation screen. It is a figure which shows an example of the confirmation screen for vehicle real-time display. It is a figure which shows an example of the confirmation screen of a vehicle operation rate. It is a figure which shows an example of the confirmation screen of average fuel consumption. It is a figure which shows an example of the confirmation screen of a maintenance inspection record. It is a figure which shows an example of the confirmation screen for driving performance output. It is a figure which shows an example of the confirmation screen of a traveling locus. It is a figure which shows an example of the confirmation screen of a dangerous driving history. It is a figure which shows an example of the confirmation screen of parking time. It is a figure which shows the example of a screen as which the economical driving | operation history was displayed. It is a flowchart which shows the procedure of the information collection by a vehicle information collection system (the 1). It is a flowchart which shows the procedure of the information collection by a vehicle information collection system (the 2).

  Hereinafter, an embodiment (this embodiment) of the present invention will be described. The embodiment described below is an example for facilitating understanding of the present invention, and does not limit the present invention. That is, the present invention can be changed and improved without departing from the gist thereof, and the present invention includes the equivalents thereof. In addition, the configuration examples of the operation screen (screen design and layout, and information displayed on the screen) described in the following explanations and drawings are merely examples, depending on product specifications, user preferences, etc. It is possible to set arbitrarily. Furthermore, a graphic user interface (GUI) provided for accepting a user input operation on the operation screen can be arbitrarily set as long as it does not depart from the spirit of the present invention.

  Hereinafter, as an example of the vehicle information collection system, a system that collects information related to a company car C owned by a company F (hereinafter referred to as “vehicle information collection system 100”) will be described as an example. Incidentally, the company F is an example of an organization, and the company car C corresponds to a vehicle owned by the company F. The company car C is used by an employee of the company F. In other words, the employee corresponds to an occupant of the company car C. The present invention is also applicable to collecting information on vehicles held by an organization other than a company (for example, a public interest group), and collecting information on vehicles other than vehicles (for example, ships and aircraft). It is also applicable to

<< Use and equipment configuration of vehicle information collection system >>
First, as an outline of the vehicle information collection system 100, the use of the system will be described. The vehicle information collection system 100 is constructed to manage the use behavior of a company car C by an employee of a company F, specifically, the driving behavior of the employee. More specifically, in the vehicle information collection system 100, information on the company car C, strictly speaking, OBD data (On-board Diagnostics) is collected, and the driving behavior of the employee is specified based on the OBD data. It has become.

  Here, the “OBD data” is information set in advance as an acquisition target of the OBD terminal 1 to be described later, among the information related to the company vehicle C, and corresponds to “acquired information” of the present invention. In the present embodiment, the operating state of the company car C, the value that changes with the driving of the company car C, and information about the situation during the operation of the company car C are collected as OBD data. Yes. Incidentally, the OBD data acquired in the present embodiment is compatible not only with data that can be acquired with a communication standard uniquely developed by a vehicle manufacturer (that is, a communication standard called “OBD1”) but also between vehicle manufacturers. It also includes data that can be acquired with a certain communication standard (that is, a communication standard called “OBD2”).

  “Information relating to the driving state of the company car C” means, for example, the specific state of the company car C at a certain point in time, such as the engine start state, engine stop state, running state (start, cruise, deceleration), idling state, It is the information which shows. In addition, “information regarding values that change with the operation of the company car C” is, for example, a value (coordinate value) indicating the location of the company car C, a travel distance, a travel time, a fuel remaining amount, an engine start-up It is information indicating the elapsed time from the time. Further, “information regarding the situation during operation of the company car C” is information indicating, for example, vehicle speed, accelerator opening, engine speed, exhaust gas emission, fuel consumption, and the like.

  Incidentally, in the present embodiment, all the information described above is collected. However, the present invention is not limited to this, and it relates to at least one of the operating state of the company car C, the value that changes as the company car C is driven, and the situation during the operation of the company car C. It only needs to collect information.

  Next, a device configuration of the vehicle information collection system 100 will be described with reference to FIG. FIG. 1 is a diagram illustrating a device configuration of the vehicle information collection system 100. As shown in the figure, the vehicle information collection system 100 includes an OBD terminal 1, a mobile communication terminal 2, a recording medium 3, a management server 4, and user terminals 5 to 7 as main components. Hereinafter, each device will be described.

  First, the OBD terminal 1 will be described. The OBD terminal 1 corresponds to the information acquisition device of the present invention, and is used in a state of being mounted in the company car C. Specifically, the OBD terminal 1 is connected to a vehicle-mounted network (that is, CAN8) by being connected to a connection connector (not shown) provided in the company car C. Thereby, the OBD terminal 1 comes to communicate with ECU9 (Electric Control Unit) mounted in the company car C through CAN8.

  Then, the ECU 9 outputs a signal corresponding to the current state (driving state) of the company vehicle C and the like. On the other hand, when the OBD terminal 1 receives an output signal from the ECU 9 through the CAN 8, the OBD terminal 1 analyzes the signal to identify the state of the company vehicle C at the time of signal output. As a result, the OBD terminal 1 acquires OBD data (acquired information) at the time of signal output. In other words, the OBD terminal 1 includes a data logger that acquires OBD data through the CAN 8. On the other hand, ECU9 is corresponded to the apparatus used as the transmission source of OBD data.

  The OBD terminal 1 according to the present embodiment is equipped with a GPS, and acquires information indicating the location (strictly speaking, the current position) of the company vehicle C specified by the GPS. Furthermore, the OBD terminal 1 according to the present embodiment includes an acceleration sensor, and acquires information indicating the inclination of the company car C (inclination with respect to each of the yaw axis, the pitch axis, and the roll axis) through the acceleration sensor. .

  Furthermore, the OBD terminal 1 according to the present embodiment includes a casing in which a slot (not shown) is formed as a part to which the recording medium 3 is attached. The OBD terminal 1 according to the present embodiment has an information transmission function. For example, the acquired OBD data, the positional information by GPS, and the inclination information by the acceleration sensor (hereinafter, information such as OBD data) are Send to the target device. When transmitting information such as OBD data, the OBD terminal 1 transmits the information after incorporating the acquisition time of the information into the information.

  Here, the information acquired by the OBD terminal 1, that is, the information to be acquired, is not limited to the OBD data, the position information by the GPS, and the inclination information by the acceleration sensor. It may be selected from information that can be acquired from each part of C, so-called CAN data in general.

  Next, the mobile communication terminal 2 will be described. The mobile communication terminal 2 includes a notebook PC, a tablet terminal, a smartphone, a mobile phone, etc. owned by the employee, and is used for the company when the employee gets into the company car C. It is brought into the car C. The mobile communication terminal 2 communicates wirelessly with the OBD terminal 1 in the company car C. As a result, the mobile communication terminal 2 receives from the OBD terminal 1 information related to the company car C acquired by the OBD terminal 1, that is, information such as OBD data. Furthermore, the mobile communication terminal 2 transmits information such as the received OBD data to a predetermined transmission destination. In the present embodiment, when the mobile communication terminal 2 receives information such as OBD data, the mobile communication terminal 2 automatically transmits the information to the management server 4.

  More specifically, the mobile communication terminal 2 is installed with a dedicated program for collecting vehicle information (hereinafter referred to as an information collection application). When the mobile communication terminal 2 receives information such as OBD data from the OBD terminal 1, the information collection application is activated using this as a trigger. When the information collection application is activated, the mobile communication terminal 2 automatically transmits information received from the OBD terminal 1 to the management server 4 by the function of the application.

  In the present embodiment, the mobile communication terminal 2 is to transmit information through a mobile communication network. Further, as described above, the time when the OBD terminal 1 acquires the information is incorporated in the information such as the OBD data at the stage of transmission by the mobile communication terminal 2.

  Further, the mobile communication terminal 2 according to the present embodiment is equipped with a GPS, and has a function of acquiring information indicating the location (strictly speaking, the current position) of the company vehicle C specified by the GPS. Yes. Then, the position information of the company car C acquired through the function is to be transmitted from the mobile communication terminal 2 to the management server 4 together with the information received from the OBD terminal 1.

  Note that the position information of the company car C can also be acquired by the GPS of the OBD terminal 1 as described above. That is, in this embodiment, there is position information specified by the GPS mounted on the OBD terminal 1 and position information specified by the GPS mounted on the mobile communication terminal 2, and which position information is transmitted. It is possible to select arbitrarily about. Incidentally, in the present embodiment, the position information specified by the GPS of the mobile communication terminal 2 is normally transmitted, and the GPS of the OBD terminal 1 is limited to an emergency such as when the battery of the mobile communication terminal 2 is exhausted. The position information specified by is to be transmitted.

  Furthermore, the mobile communication terminal 2 according to the present embodiment receives data transmitted from the management server 4 by communicating with the management server 4 and expands the data to display an image indicated by the data on the display. It has a function. The image displayed on the display of the mobile communication terminal 2 by the function includes the simple confirmation screen shown in FIG. The simple confirmation screen will be described later.

  Next, the recording medium 3 will be described. The recording medium 3 is for temporarily recording information such as OBD data acquired by the OBD terminal 1. The recording medium 3 is composed of a portable storage medium such as a memory card, for example, and is detachable from the OBD terminal 1 by being inserted into and removed from a slot provided in the OBD terminal 1.

  In the present embodiment, when the information acquired by the OBD terminal 1 cannot be relayed through the mobile communication terminal 2, the information is stored in the recording medium 3. That is, when the battery of the mobile communication terminal 2 is exhausted or the employee forgets to carry the mobile communication terminal 2, the information acquired by the OBD terminal 1 is transmitted to the management server 4 via the mobile communication terminal 2. Without being stored in the recording medium 3.

  Note that the information stored in the recording medium 3 is read from the recording medium 3 when transmission via the mobile communication terminal 2 can be normally performed, and thereafter, from the OBD terminal 1 to the mobile communication terminal 2. Is supposed to be sent via.

  Next, the management server 4 will be described. The management server 4 is a server used for managing the use behavior of the company car C by employees. In the present embodiment, the management server 4 is configured by a server computer for cloud service. ing. The management server 4 includes hardware devices such as a CPU, a memory such as a ROM and a RAM, a hard disk drive, and a communication interface. The management server 4 is installed with a computer program (hereinafter referred to as “behavior management program”) developed to manage employee behavior. The management server 4 exhibits its function when the behavior management program is read and executed by the CPU. The function of the management server 4 will be described in detail later.

  The user terminals 5 to 7 are information processing terminals used for confirming employee behavior and the like, and correspond to the “browser use terminal” of the present invention. Here, the users of the user terminals 5 to 7 will be described. An employee who uses the company car C, a manager of the department to which the employee belongs (hereinafter simply referred to as “boss”), and the company car C Personnel in the department to be managed (hereinafter referred to as “management department staff”) are to use the user terminals 5 to 7. More specifically, the employee uses the user terminal 5, the boss uses the user terminal 6, and the manager of the management unit uses the user terminal 7. In addition, each user terminal 5-7 which concerns on this embodiment is comprised by general PC. However, it is not limited to this, You may be comprised by the tablet terminal, the smart phone, or the mobile phone. The user terminals 5 to 7 may be prepared for each user, or a plurality of users may share the same terminal.

  In addition, the user terminals 5 to 7 can communicate with the management server 4 via a communication network such as the Internet, receive data transmitted from the management server 4, and display an image indicated by the data on the display. More specifically, each of the user terminals 5 to 7 has a browsing function, receives data from the management server 4 through the function, and displays the image indicated by the data by expanding the received data. To do.

  In addition, in this embodiment, the image displayed on the display of the user terminals 5-7 is an image of the content regarding the employee's action, especially the usage history (driving history) of the company car C. Therefore, the employee, the supervisor, and the staff of the management department check the usage history of the company car C by the employee by browsing the images displayed on the displays of their user terminals 5 to 7. In this sense, it can be said that employees, supervisors, and managers are managers of images.

  And the employee, the boss, and the staff of the management department grasp the respective management items by confirming the use history of the company car C through the user terminals 5 to 7. Specifically, an employee can check the progress of work (for example, sales activities) performed using the company car C on a certain day by confirming the usage history of the company car C on a certain day. To grasp. In addition, the supervisor confirms the usage history of the company car C by the employee who is a subordinate, thereby grasping the behavior of the employee, particularly the action related to the business using the company car C. Moreover, the staff of the management part grasps | ascertains the state change (for example, fuel residual amount etc.) before and behind use of the company car C by confirming the use log | history when the company car C is actually used.

<< Management server functions >>
The function of the management server 4 will be described with reference to FIG. FIG. 2 is a diagram showing the configuration of the management server 4 in terms of functions. As shown in the figure, the management server 4 includes a plurality of functional units. Specifically, the receiving unit 11, the information storage unit 12, the processing execution unit 13, the data generation unit 14, the data transmission unit 15, A correspondence relationship storage unit 16 and a maintenance inspection history storage unit 17 are provided. These functional units are realized by a hardware device constituting the management server 4 cooperating with an action management program as a software device.

  The receiving unit 11 receives information transmitted by the mobile communication terminal 2 (that is, information such as OBD data acquired by the OBD terminal 1) via the mobile communication network.

  The information storage unit 12 stores the information received by the reception unit 11 in a database. In the present embodiment, the company F has a plurality of company cars C, and the information storage unit 12 converts each information received by the receiving unit 11 to the company car C that is the source of each information. Accumulate and store. In addition, since there are a plurality of employees who use (drive) the company car C, the information accumulating unit 12 converts each information received by the receiving unit 11 to the company car C at the time of transmission of each information. Is stored in association with the employee who was driving.

  The process execution unit 13 reads information stored in the information storage unit 12 and executes a predetermined calculation process using the information. The arithmetic processing executed by the processing execution unit 13 includes daily processing performed every day and special processing performed only when an execution request is received. The daily process is a process in which information received by the receiving unit 11 on that day is totaled for each employee and company car C according to a predetermined rule, and analysis is performed based on the total result. The special process is a process for performing analysis according to the execution request.

  In the present embodiment, the process (regular process) periodically executed by the process execution unit 13 is a daily process, that is, a process for each day. However, the execution interval of the regular process is arbitrarily set. It can be every week, every few weeks, or every month.

  The data generation unit 14 generates data (hereinafter referred to as image display data) for displaying on the predetermined screen an image that notifies the result of the analysis performed by the process execution unit 13 when the process is executed. Here, the image indicated by the image display data notifies the result of the analysis performed by the process execution unit 13 as described above. On the other hand, the process execution unit 13 performs the above analysis using the information received by the reception unit 11. Therefore, the image indicated by the image display data is an image having contents corresponding to the information received by the receiving unit 11.

  Incidentally, the image display data generated by the data generation unit 14 is roughly classified into two types. Among them, one type of image display data is an image of the contents related to the analysis result in the daily processing, specifically, an image showing the driving history of the company car C in one day (corresponding to a predetermined period) every day. It is data for display. The other type of image display data is data for displaying an image of the contents related to the analysis result in the special processing, specifically, an image indicating the current position of the company car C, a maintenance inspection record, and the like.

  The data transmission unit 15 transmits the image display data generated by the data generation unit 14. Here, the transmission destination when the data transmission unit 15 transmits the image display data is the mobile communication terminal 2 or the user terminals 5 to 7. That is, when the data transmission unit 15 receives a data transmission request from the mobile communication terminal 2 or the user terminals 5 to 7, the data transmission unit 15 analyzes the request to identify the image display data related to the transmission request, Send to the device that issued the data transmission request.

  The correspondence storage unit 16 stores the correspondence between the viewer and the content of the image as information related to the image viewing authority. More specifically, in the present embodiment, there is a restriction on transmission of image display data by the data transmission unit 15. That is, for image display data for displaying an image with a certain content, only when a person who has the viewing authority for the image with the certain content uses the user terminals 5 to 7, To be sent to. The correspondence relationship storage unit 16 stores, as the correspondence relationship described above, table data that defines whether or not each image can be browsed for each viewer according to the content of the image.

  Note that the correspondence relationship is preferably set to a content suitable for managing the behavior of the employee, and is the content illustrated in FIG. 3 in the present embodiment. FIG. 3 is an explanatory diagram regarding the viewing authority for each image content, and is a diagram illustrating an example of the table data. However, the correspondence relationship illustrated in FIG. 3 is merely an example, and is not limited to the content described in FIG. Further, the correspondence relationship may be changed / modified after setting.

  Furthermore, in this embodiment, the viewer category is divided into “driver (equivalent to employee)”, “sales manager (equivalent to boss)”, and “operation manager (equivalent to a member of the management department)”. . Here, the category of the viewer is a type (account) set for the viewer when the viewer uses the user terminals 5 to 7 (for example, at the time of login). In addition, about a viewer's category, it is not limited to said category, The thing subdivided rather than said category may be sufficient. For example, the category may be subdivided according to the department to which the employee or supervisor belongs, or the area under the jurisdiction of the employee or supervisor.

  In addition, as shown in FIG. 3, in the above category, the system administrator ("administrator" in the figure) who has the viewing authority for all images and the behavior of employees are managed in units of departments. Therefore, an administrator (“department administrator” in the figure) who has an authority to view information on employees belonging to the relevant department may be included.

  The maintenance / inspection history storage unit 17 stores history information relating to maintenance / inspection of the company car C for each company car C. Here, the history information relating to the maintenance inspection is, for example, information related to the implementation date of the vehicle inspection that the company vehicle C received last time, the next scheduled vehicle inspection date, and the maintenance history (such as oil change or cleaning liquid replenishment).

<< Analysis Items in Processing by Management Server >>
Next, analysis items in processing executed by the management server 4 (strictly, the above-described processing execution unit 13) will be described. As described above, the processing executed by the management server 4 according to the present embodiment includes daily processing and special processing. In the daily processing, a driving history when an employee uses (drives) the company car C on a certain day is analyzed. Here, the driving history is a history regarding each of the driving state of the company car C on a certain day, a value that changes with driving, and a situation during driving.

  More specifically, in the daily process executed on a certain day, information such as OBD data acquired by the OBD terminal 1 on a certain day is read from the information storage unit 12 and totalized by employee and company car C. . Then, based on the totaled information, various items related to the driving history on a certain day are specified. Specifically, operation start time (departure time), operation end time (arrival time) on one day, location of company car C at each time of operation start and operation end, travel locus (movement route) , Mileage, idling time, parking time, cumulative value of mileage, fuel consumption, carbon dioxide emissions, occurrence of dangerous driving (rapid acceleration / deceleration) and location of occurrence.

  When the daily processing for a certain day is executed, the management server 4 displays an image on which the analysis result is posted as data for notifying the analysis result regarding the driving history of the company car C on a certain day. Image display data for display is generated. Such image display data is generated by the data generation unit 14 of the management server 4 and transmitted by the data transmission unit 15 of the management server 4. And said image display data are received and expand | deployed by the user terminals 5-7. Thereby, the driving daily report screen illustrated in FIG. 4 is displayed on the displays of the user terminals 5 to 7. FIG. 4 is a diagram illustrating an example of a daily driving report screen.

  The driving daily report screen is an image in which information related to the driving history of the company car C on a certain day is posted. Incidentally, the driving daily report screen shown in FIG. 4 includes information on driving history of a certain day as driving start time (departure time), driving end time (arrival time), travel distance, idling time, parking time, The cumulative value of mileage, fuel consumption, carbon dioxide emissions, etc. are posted. In addition, on the driving daily report screen, the location of the company car C at each time point at the start of driving and at the end of driving is listed. Such information is information indicating the history of the location of the company vehicle C on a certain day. Further, the posted information on the daily driving report screen is displayed in a state of being divided by day as shown in FIG. In this sense, it can be said that the image display data on the driving daily report screen is image display data for displaying an image indicating the history of the location of the company car C in a predetermined period for each predetermined period.

  In addition, about the content of the information published on a driving | running | working daily report screen, it is not limited to the content mentioned above, Content other than the content mentioned above may be contained. For example, in the daily driving report, as shown in FIG. 14, a time during which the company car C is driven at a constant speed or an idling time during a certain period may be displayed. FIG. 14 is a diagram showing an example of a screen displaying an economic driving history. In addition, as information regarding the constant speed driving time of the company vehicle C, for example, a time during which the constant speed driving has been continued, a ratio of the duration to a driving time during a certain period, and the like can be cited. In addition, as information on the idling time, the normal idling time, the long idling time, the total time of both idling times, the ratio of the total time to the driving time during a certain period, and the long time The number of times idling is performed.

  On the other hand, in the specific process, when the management server 4 receives an execution request for the specific process, the driving state of the company car C at that time is specified, or the driving history of the company car C in a certain period is analyzed. To do. Here, the execution request for the specific process is generated when a predetermined operation is performed in the mobile communication terminal 2 or the user terminals 5 to 7, and is then transmitted to the management server 4.

  More specifically, for example, when a predetermined screen input operation is performed on the mobile communication terminal 2, an execution request for the “simple confirmation process” as the specific process is generated and transmitted from the mobile communication terminal 2. become. When the management server 4 receives the execution request, the management server 4 reads the information stored in the information storage unit 12 and identifies the operating state of the company car C at a certain point in time.

  Thereafter, in the management server 4, image display data for displaying an image on which the specific result is posted is generated by the data generation unit 14 as data for notifying the specific result regarding the driving state of the company car C. Such image display data is transmitted toward the mobile communication terminal 2 by the data transmission unit 15 of the management server 4. In the mobile communication terminal 2 that has received the image display data, the image display data is expanded and an image indicated by the data is displayed. Specifically, the simple confirmation screen shown in FIG. 5 is displayed. FIG. 5 is a diagram illustrating an example of a simple confirmation screen.

  The simple confirmation screen is an image for simply confirming the driving state of the company car C at a certain time point. To be exact, the simple confirmation screen includes one of the driving states of the company car C. The contents at a certain point in the section items (travel speed, engine speed, accelerator opening, MAF (Mass Air Flow), etc.) are listed. Here, “a certain point in time” is the date and time set on the mobile communication terminal 2 side when the execution request for the simple confirmation process is transmitted. For example, the operator of the mobile communication terminal 2 passes through the mobile communication terminal 2. The specified date and time. Note that the content posted on the simple confirmation screen is not limited to the content illustrated in FIG. 5, and other content may be included.

  When a predetermined screen input operation is performed on the user terminals 5 to 7, an execution request for the specific process is generated and transmitted from the user terminals 5 to 7. On the other hand, when the management server 4 receives the execution request, the management server 4 reads information stored in the information storage unit 12 and specifies the state of the company car C at a certain point in time, or the company car C in a certain period. Analyzing the driving history. Here, “a certain point in time / a certain period” is a date / period set on the user terminal 5-7 side when an execution request for a specific process is transmitted. For example, the user terminals 5-7 are used. The date / time specified by the user through the user terminals 5-7.

  Then, after the processing is executed, in the management server 4, image display data for displaying an image on which these are posted is generated by the data generation unit 14 as data for notifying a specific result or an analysis result in the specific processing. The image display data is transmitted by the data transmission unit 15 of the management server 4 toward the user terminals 5 to 7 that are the transmission source of the execution request. In the user terminals 5 to 7 that have received the image display data, the image display data is expanded and an image indicated by the data is displayed.

  Here, there are a plurality of types of specific processes that can be requested through the user terminals 5 to 7. Specifically, in the present embodiment, “vehicle real-time display process”, “vehicle operation rate confirmation process”, and “ “Average fuel consumption confirmation process”, “maintenance inspection record confirmation process”, “travel performance output process”, “travel locus confirmation process”, “dangerous driving history confirmation process”, and “parking time confirmation process” include. Hereinafter, each process will be described. In addition, the following content is only an example of the content of the specific process, and may be a process for specifying the driving state at a certain point in time or a process for analyzing the driving history in a certain period. Is not limited to the following contents.

  The “vehicle real-time display process” is a process for specifying the current position of the company car C from the GPS position information in order to display the current position of the company car C. When such processing is executed, data for displaying the vehicle real-time display confirmation screen shown in FIG. 6 is generated as image display data. FIG. 6 is a diagram illustrating an example of a confirmation screen for vehicle real-time display. The vehicle real-time display confirmation screen will be described. On the confirmation screen, a map on which an icon indicating the current position of each company car C owned by the company F appears is drawn.

  “Vehicle utilization rate confirmation processing” confirms the utilization rate of company car C in a certain period, specifically, what percentage of company car C owned by company F is used. Therefore, it is a process of specifying the operation time of each company car C in a certain period. When such processing is executed, data for displaying the vehicle operation rate confirmation screen shown in FIG. 7 is generated as image display data. FIG. 7 is a diagram illustrating an example of a vehicle operation rate confirmation screen. The vehicle operation rate confirmation screen will be described. On the confirmation screen, a graph showing changes in the vehicle operation rate over a certain period is drawn.

  The “average fuel consumption confirmation process” calculates the average fuel consumption for a certain period based on the distance traveled and the fuel consumption, in order to confirm the average speed of fuel consumption of the company car C (hereinafter referred to as average fuel consumption) over a certain period It is a process to do. When this processing is executed, data for displaying the average fuel consumption confirmation screen shown in FIG. 8 is generated as image display data. FIG. 8 is a diagram illustrating an example of a confirmation screen for average fuel consumption. The average fuel consumption confirmation screen will be described. On the confirmation screen, a table (table) in which the travel distance, fuel consumption, and average fuel consumption in a certain period are described for each company car C is drawn.

  The “maintenance inspection record confirmation process” is a process for identifying the maintenance inspection record in order to confirm when and what kind of maintenance / inspection the company car C has undergone. When such processing is executed, data for displaying the maintenance inspection record confirmation screen shown in FIG. 9 is generated. FIG. 9 is a diagram illustrating an example of a maintenance inspection record confirmation screen. The confirmation screen for the maintenance inspection record will be described. In the confirmation screen, specific contents regarding the maintenance inspection such as the maintenance inspection date of the company vehicle C and the location of the maintenance inspection are shown.

  The “running record output process” is a process of specifying the driving history of the company car C in a certain period in order to output the running record of the company car C in a certain period. When such processing is executed, data for displaying a confirmation screen for output of driving results shown in FIG. 10 is generated as image display data. FIG. 10 is a diagram showing an example of a confirmation screen for outputting a driving record. The confirmation screen for driving performance output will be described. The confirmation screen includes items related to the driving history of the company car C in a certain period (specifically, at the start of driving, at the end of driving, at the start of driving, and at the end of driving). The location, driving time, mileage, etc.) of each are shown by day.

  The “running locus confirmation process” is a process of specifying a route traveled by the company car C during a certain period in order to confirm a running locus when the company car C has traveled during a certain period. When such processing is executed, data for displaying the traveling locus confirmation screen shown in FIG. 11 is generated as image display data. FIG. 11 is a diagram illustrating an example of a travel locus confirmation screen. The travel trajectory confirmation screen will be described. On the confirmation screen, the travel distance and driving time of the company car C in a certain period are shown, and a map showing the travel route of the company car C is drawn. Has been.

  “Dangerous driving history confirmation process” specifies whether the company car C has suddenly accelerated or decelerated in a certain period and the location at that time in order to confirm the existence or occurrence of dangerous driving in a certain period It is processing to do. When such processing is executed, data for displaying the dangerous driving history confirmation screen shown in FIG. 12 is generated as image display data. FIG. 12 is a diagram illustrating an example of a confirmation screen for a dangerous driving history. The confirmation screen for the dangerous driving history will be described. The confirmation screen shows the number of dangerous driving times of the company car C in a certain period, and a map showing the places where the dangerous driving occurs is drawn. Yes. Incidentally, “dangerous driving” corresponds to, for example, driving with sudden acceleration or sudden deceleration during driving or driving exceeding a set speed.

  “Parking time confirmation process” is a process for identifying the number of times the company car C is parked in a certain period, the number of parking times and the parking location in order to confirm the parking time when the company car C is parked in a certain period. It is. When such processing is executed, data for displaying the parking time confirmation screen shown in FIG. 13 is generated as image display data. FIG. 13 is a diagram illustrating an example of a parking time confirmation screen. The confirmation screen for the parking time will be described. The confirmation screen shows the total value of the parking time and the number of parkings in a certain period, and the parking start time, the parking end time, and the parking time at each parking location. The represented map is drawn.

  The processing by the management server 4 and the image display data generated by the execution result of the processing have been described so far. On the other hand, the image display data is to be transmitted to the device (specifically, the mobile communication terminal 2 and the user terminals 5 to 7) that has transmitted the processing execution request by the data transmission unit 15. . Here, in the present embodiment, certain restrictions are provided for transmission of image display data. If it demonstrates concretely, only the person who has browsing authority will be able to browse each confirmation screen mentioned above.

  More specifically, the correspondence storage unit 16 of the management server 4 stores the correspondence shown in FIG. 3 as described above, and the correspondence includes the correspondence between the viewer and the content of the image, Strictly speaking, the correspondence between each confirmation screen and the viewing authority is defined.

  Then, the employee, the supervisor, and the staff of the management department can browse only the confirmation screen determined according to the correspondence relationship. In other words, when the data generation unit 14 of the management server 4 generates image display data for displaying the “certain confirmation screen”, the data transmission unit 15 browses corresponding to the “certain confirmation screen” in the above correspondence relationship. As long as the user uses the user terminals 5 to 7, image display data for displaying a “certain confirmation screen” is transmitted to the user terminals 5 to 7. A specific example will be described with reference to FIG. 3. The image display data of the traveling track confirmation screen is transmitted to the user terminals 6 and 7 used by the supervisor or the staff of the management department, while the employee Is not transmitted to the user terminal 5 that is used.

  If it explains more strictly about the above-mentioned contents, management server 4 will analyze the execution demand, if an execution demand to specific processing is received from user terminals 5-7. Thereby, the management server 4 includes the request contents (specifically, the type of the specific process that is requested to be executed), the users of the user terminals 5 to 7 that have transmitted the execution request (that is, the request sender), and , Specify.

  Then, the management server 4 sets whether or not the image displayed by the data generated in the process requested to execute corresponds to the sender of the execution request, that is, the viewing authority is set for the request sender. It is determined whether or not the image has been processed. At this time, if it is determined that the image has the browsing authority set for the request sender, the data transmission unit 15 of the management server 4 executes the process requested to be executed and is generated by the process. The image display data is transmitted to the user terminals 5 to 7 used by the request sender. On the other hand, when it is determined that the image has no browsing authority set, the data transmission unit 15 of the management server 4 displays data (error display data) for indicating that the image display data of the image cannot be transmitted. ) And transmits the error display data to the user terminals 5 to 7 used by the request sender.

<< Information collection procedure by vehicle information collection system >>
Next, an information collection procedure by the vehicle information collection system 100 will be described with reference to FIGS. 15 and 16. 15 and 16 are flowcharts showing information collection procedures by the vehicle information collection system 100. FIG.

  In the present embodiment, information collection by the vehicle information collection system 100 is roughly divided into two steps. One process is a process of acquiring information such as ODB data (hereinafter, an information acquisition process). The other process is a process (hereinafter, a process execution process) in which the management server 4 executes a daily process or a specific process using information such as OBD data.

  First, the information acquisition process will be described. The information acquisition process is periodically performed, for example, at intervals of several minutes. In addition, as shown in FIG. 15, the information acquisition process starts when the OBD terminal 1 first confirms the current time (S001). When the current time is the time when a predetermined time (that is, the time corresponding to the execution interval of the information acquisition process) has elapsed since the previous information acquisition process, the OBD terminal 1 acquires information such as OBD data (S002). , S003). More specifically, the OBD terminal 1 receives an output signal from the ECU 9 through the CAN 8, analyzes the signal, and acquires OBD data indicating the state of the company vehicle C at the time of signal output. At the same time, the OBD terminal 1 acquires position information by GPS and inclination information by an acceleration sensor.

  Thereafter, the OBD terminal 1 determines whether the mobile communication terminal 2 is in the company car C by trying to communicate with the mobile communication terminal 2 (S004). When it is determined that the mobile communication terminal 2 is in the vehicle, the OBD terminal 1 transmits information such as the acquired OBD data to the mobile communication terminal 2 (S005). When the mobile communication terminal 2 receives information from the OBD terminal 1, the mobile communication terminal 2 transmits the received information to the management server 4 (S006, S007).

  On the other hand, when it is determined that the mobile communication terminal 2 is not in the vehicle, the OBD terminal 1 records information such as OBD data on the recording medium 3 attached to the OBD terminal 1 (S008). In the present embodiment, information such as OBD data is recorded on the recording medium 3 only when it is determined that the mobile communication terminal 2 is not in the vehicle. However, the present invention is not limited to this. Information may be stored in the recording medium 3 even when the mobile communication terminal 2 is in the vehicle. In such a case, when a large amount of information (data) is transmitted from the OBD terminal 1, the recording medium 3 is used as a buffer, and the information to be transmitted is temporarily stored in the recording medium 3. Information transmission can be achieved.

  The series of steps S001 to S008 in the information acquisition process described above is repeatedly performed every time a predetermined time (a time corresponding to the execution interval of the information acquisition process) elapses.

  Next, the process execution process will be described. In this process, the management server 4 executes a daily process or a specific process. In executing the process execution step, the management server 4 receives information such as OBD data transmitted from the mobile communication terminal 2 and stores the information in a database. In addition, as shown in FIG. 16, the process execution process starts when the management server 4 first confirms the current time (S011). Then, when the current time corresponds to the execution time of the daily process, the management server 4 executes the daily process (S012, S013). More specifically, in the daily processing, the management server 4 aggregates information such as ODB data acquired on the execution date of the processing, and specifies matters related to the driving history of the company car C on that day.

  Thereafter, the management server 4 generates an image describing matters relating to the driving history of the company car C on the processing execution date, that is, image display data indicating a driving daily report screen (S014). When the management server 4 receives a data transmission request from the user terminals 5 to 7, the data is sent from the management server 4 to the user terminals 5 to 7 (strictly speaking, the transmission source of the data transmission request). It is transmitted (S015, S016). On the user terminal 5-7 side that has received the image display data, the image display data is expanded, and the image indicated by the data (that is, the daily driving report screen) is displayed on the display of the user terminals 5-7. .

  On the other hand, when the current time is not the execution time of the daily process, the management server 4 waits until an execution request for the specific process is received, and when the request is received, the subsequent steps are advanced (S017). ). More specifically, when receiving the execution request for the specific process, the management server 4 analyzes the execution request and specifies the content of the execution request and the sender (request sender) of the execution request (S018). . Thereafter, the management server 4 refers to the correspondence relationship stored in the correspondence relationship storage unit 16, and whether the image indicated by the image display data generated in the processing requested to be executed corresponds to the request sender. It is determined whether or not the image has the browsing authority set for the request sender (S019).

  And when it determines with it being an image by which browsing authority was set with respect to a request | requirement sender | caller, the process execution part 13 of the management server 4 will perform the specific process which concerns on an execution request (S020). In the specifying process, the data generation unit 14 of the management server 4 generates image display data for displaying an image corresponding to the specifying process (S021). Then, the data transmission unit 15 of the management server 4 transmits the image display data to the user terminals 5 to 7 used by the request sender (S022). On the user terminal 5-7 side that has received the image display data, the image display data is expanded, and an image indicated by the data (specifically, a confirmation screen corresponding to the executed specific process) is displayed on the user terminals 5-7. Will appear on the display.

  On the other hand, if it is determined that the image does not have browsing authority set for the request sender, the data transmitting unit 15 of the management server 4 displays an error message indicating that the image display data of the image cannot be transmitted. Display data is transmitted toward the user terminals 5 to 7 used by the request sender (S023).

  When the steps S011 to S023 described above are completed, the process execution process ends. Then, through the process execution process, employees, supervisors, and managers of the management department can drive the state of the company car C at a certain point in time or the operation of the company car C through the mobile communication terminal 2 or the user terminals 5 to 7. The history can be confirmed.

1 OBD terminal (information acquisition device)
2 Mobile communication terminal 3 Recording medium 4 Management server 5, 6, 7 User terminal 8 CAN (in-vehicle network)
9 ECU
DESCRIPTION OF SYMBOLS 11 Reception part 12 Information storage part 13 Process execution part 14 Data generation part 15 Data transmission part 16 Correspondence relation memory | storage part 17 Maintenance inspection history memory | storage part 100 Vehicle information collection system (vehicle information collection system)
Company C car

Claims (8)

An information acquisition device that acquires information to be acquired that is set as an acquisition target in advance among the information related to the vehicle when in a state of being mounted in a vehicle;
The acquired information acquired by the information acquisition device is received from the information acquisition device in a state where the vehicle occupant is brought into the vehicle when the vehicle rides on the vehicle, and the received acquired information is determined in advance. A mobile communication device sending to the destination,
A vehicle information collection system comprising: a recording medium that is detachable from the information acquisition device and stores the acquired information acquired by the information acquisition device.   The information acquisition device determines the presence or absence of the mobile communication terminal in the vehicle, and when determining that the mobile communication terminal is in the vehicle, delivers the acquired information to the mobile communication terminal, The vehicle information collection system according to claim 1, wherein the information to be acquired is stored in the recording medium when it is determined that there is no portable communication terminal. A server as the predetermined destination;
The server
A receiving unit for receiving the acquired information transmitted by the mobile communication terminal;
A data generation unit that generates image display data for displaying an image of content according to the received information received;
A data transmission unit for transmitting the image display data to a browser user terminal used by a viewer of the image;
A correspondence storage unit that stores the correspondence between the viewer and the content of the image,
When the data generation unit generates the image display data for displaying an image with a certain content, the data transmission unit is configured such that the viewer who corresponds to the image with the certain content in the correspondence relationship is the viewer. 3. The image display data for displaying the image of the certain content is transmitted to the viewer user terminal only while using the user terminal. Vehicle information collection system. The server is a management server used for managing usage behavior of the vehicle by the occupant,
The information acquisition device acquires the acquired information related to at least one of a driving state of the vehicle, a value that changes with driving of the vehicle, and a situation during driving of the vehicle,
The vehicle according to claim 3, wherein the data generation unit generates the image display data for displaying the image indicating the history of the at least one item in a predetermined period for each predetermined period. Information collection system. At least one of the information acquisition device and the mobile communication terminal includes a GPS,
The acquired information received by the receiving unit includes the acquired information indicating the location of the vehicle specified by the GPS,
The vehicle information according to claim 4, wherein the data generation unit generates the image display data for displaying the image indicating the history of the location in the predetermined period for each predetermined period. Collection system. The information acquisition device acquires the acquired information set as an acquisition target in advance from information that can be acquired from each part of the vehicle through an in-vehicle network built in the vehicle as the vehicle,
The in-vehicle network is a CAN (Controller Area Network),
The vehicle information collection system according to any one of claims 1 to 5, wherein the information that can be acquired from each part of the vehicle is CAN data.   The information acquisition device acquires the information to be acquired, which is set as an acquisition target in advance, among information on the owned vehicle in a state where the information acquisition device is mounted on the owned vehicle of an organization to which the occupant belongs. The vehicle information collection system as described in any one of.   The information acquisition device acquires the acquired information by communicating with a device serving as a transmission source of the acquired information mounted in the owned vehicle through an in-vehicle network built in the owned vehicle. The vehicle information collection system according to any one of claims 1 to 7.

Images