WO2025220577A1 - 情報処理装置、情報処理方法、およびプログラム - Google Patents

情報処理装置、情報処理方法、およびプログラム

Info

Publication number
WO2025220577A1
WO2025220577A1 PCT/JP2025/014227 JP2025014227W WO2025220577A1 WO 2025220577 A1 WO2025220577 A1 WO 2025220577A1 JP 2025014227 W JP2025014227 W JP 2025014227W WO 2025220577 A1 WO2025220577 A1 WO 2025220577A1
Authority
WO
WIPO (PCT)
Prior art keywords
vehicle
video
information processing
map
icon
Prior art date
Legal status (The legal status 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 status listed.)
Pending
Application number
PCT/JP2025/014227
Other languages
English (en)
French (fr)
Inventor
優仁 小池
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toyota Motor Corp
Original Assignee
Toyota Motor Corp
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 Toyota Motor Corp filed Critical Toyota Motor Corp
Publication of WO2025220577A1 publication Critical patent/WO2025220577A1/ja
Pending legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/01—Detecting movement of traffic to be counted or controlled
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/09—Arrangements for giving variable traffic instructions
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/123—Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams
    • G08G1/127—Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams to a central station ; Indicators in a central station
    • G08G1/13—Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams to a central station ; Indicators in a central station the indicator being in the form of a map
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M11/00—Telephonic communication systems specially adapted for combination with other electrical systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/18—Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast

Definitions

  • This disclosure relates to vehicle technology.
  • Patent Document 1 discloses a system that uses a server device to manage the history of vehicle driving locations and identifies vehicles equipped with drive recorders that are located near the caller.
  • the purpose of this disclosure is to improve the convenience of vehicle-based surveillance systems.
  • An information processing device having a control unit that performs the following operations: displays multiple icons on a map indicating the positions of one or more vehicles at multiple times based on the driving history of the vehicles; and, in response to receiving instructions from a user, sends a video request to each of two or more vehicles or on-board devices corresponding to two or more icons included in a first area set on the map, requesting the transmission of video captured at the corresponding time.
  • One aspect of an embodiment of the present disclosure is This is an information processing method executed by a computer, the information processing method including: a first step of displaying on a map a plurality of icons indicating the positions of one or more vehicles at a plurality of times based on the driving history of the one or more vehicles; and a second step of, in response to receiving an instruction from a user, sending a video request to each of two or more vehicles or on-board devices corresponding to two or more icons included in a first area set on the map, requesting the transmission of video captured at the corresponding time.
  • Another aspect is a program for causing a computer to execute the above method, or a computer-readable storage medium on which the program is non-temporarily stored.
  • This disclosure makes it possible to improve the convenience of vehicle-based surveillance systems.
  • FIG. 1 is a schematic diagram of a monitoring system according to a first embodiment.
  • FIG. 2 is a diagram illustrating a hardware configuration of the in-vehicle device according to the embodiment.
  • FIG. 2 is a hardware configuration diagram of a server device according to the embodiment.
  • FIG. 2 is a hardware configuration diagram of a terminal device according to the embodiment.
  • FIG. 2 is a software configuration diagram of the in-vehicle device according to the embodiment.
  • FIG. 2 is a software configuration diagram of a server device according to the embodiment.
  • FIG. 2 is a software configuration diagram of a terminal device according to an embodiment.
  • FIG. 2 is a diagram showing the structure of video data acquired by an in-vehicle device.
  • 10A and 10B show examples of vehicle data, a vehicle data table, and a vehicle list.
  • FIG. 10 is an example of a screen displayed on a terminal device in the first embodiment.
  • 10 is an example of a screen displayed on a terminal device in the first embodiment.
  • 10 is an example of a screen displayed on a terminal device in the first embodiment.
  • FIG. 10 is a diagram illustrating icons included in a specified range.
  • FIG. 10 is a diagram for explaining the order in which requests are issued in a batch designation method.
  • FIG. 10 is a diagram for explaining the order in which requests are issued in a batch designation method.
  • FIG. 4 is a sequence diagram of a process in which the server device collects vehicle data.
  • FIG. 4 is a sequence diagram of a process in which the server device collects vehicle data.
  • FIG. 10 is a sequence diagram of a process in which the server device provides a vehicle list.
  • FIG. 10 is a sequence diagram of a process for playing back in-vehicle video.
  • 10 is a flowchart of a process in which a terminal device issues a playback request.
  • images taken by cameras (such as dashcams) mounted on vehicles can be made available to designated agencies, which can be useful in initial responses to incidents and accidents.
  • relevant authorities can quickly confirm the situation at the scene by obtaining dashcam footage from a vehicle that was traveling near the relevant location around the time the incident occurred.
  • a system is known in which icons or the like representing the travel positions of a plurality of vehicles at a predetermined time in the past are mapped on a map and presented to an operator.
  • the system obtains location information for vehicles traveling in a specified area around a time specified by the operator (e.g., five minutes before the time the call was made) and maps this on a map.
  • the operator selects a vehicle on the map that was traveling near a desired location (e.g., the location where the call was made) at any time close to the desired time (e.g., the time of the call).
  • the system also requests that vehicle to transmit dashcam footage taken at the corresponding time. This allows the operator to view dashcam footage that may have captured the scene of the call.
  • An information processing device has a control unit that displays, on a map, multiple icons indicating the positions of one or more vehicles at multiple times based on the driving history of the vehicles, and, in response to receiving an instruction from a user, transmits a video request to each of two or more vehicles or in-vehicle devices corresponding to two or more icons included in a first area set on the map, requesting the transmission of video captured at the corresponding times.
  • the control unit displays a map on which the locations of vehicles that have traveled within a predetermined area within a predetermined time span are mapped with icons based on the vehicle's travel history.
  • the map display may be performed by a terminal connected to the information processing device. This makes it possible to request the provision of video from a vehicle corresponding to a specified icon or an in-vehicle device installed in the vehicle. For example, when one of a plurality of icons is selected, the control unit may transmit the video request to the corresponding vehicle or an in-vehicle device mounted on the vehicle.
  • the information processing device disclosed herein automatically sends a video request to each of one or more vehicles or in-vehicle devices corresponding to the multiple icons included in the first area in response to receiving an instruction from the user.
  • the first area is an area of a predetermined size set on the map.
  • the first area may be positioned automatically near the center of the map, for example, or may be positioned based on an operator's operation.
  • the aforementioned instruction may also be given by the user selecting the interior of the first area. For example, when the operator performs an operation to select the interior of the first area, a video request is issued to one or more vehicles or in-vehicle devices corresponding to the icons within that area.
  • the control unit may issue video requests in parallel to multiple vehicles or in-vehicle devices.
  • timing of issuing video requests may be controlled so that two or more video requests are not sent to the same vehicle at the same time. This is because issuing multiple requests to a single vehicle at the same time could result in unexpected behavior, such as the cancellation of an earlier request or the rejection of subsequent requests.
  • control unit when the control unit receives the instruction, it may preferentially transmit the video request to the vehicle or in-vehicle device corresponding to the icon with the time closest to the specified time.
  • the predetermined time may be, for example, a time designated by an operator. If there are multiple icons in the first area, the video requests can be transmitted in order, starting with the icon closest to the predetermined time, for example. With this configuration, a video request can be sent preferentially to a vehicle that is more likely to capture the target object desired by the operator.
  • control unit may preferentially transmit the video request to a vehicle or in-vehicle device corresponding to an icon that is closest to a predetermined position within the first area.
  • the video requests may be transmitted in order, starting with the icon closest to the center of the first area, for example.
  • a video request can be sent preferentially to a vehicle that is more likely to capture the target object desired by the operator.
  • the control unit may also change the appearance of an icon corresponding to the vehicle or in-vehicle device to which the video request was sent. Furthermore, the control unit may change the appearance of an icon corresponding to the vehicle or the in-vehicle device when the user becomes able to view the video after the video request is transmitted. In addition, the control unit may change the appearance of an icon corresponding to the vehicle or in-vehicle device when the vehicle or in-vehicle device to which the video request was sent notifies it that preparations for video transmission are complete.
  • This configuration allows the operator to distinguish between vehicles to which a video request has been sent and those to which it has not, or between vehicles to which video viewing is possible and those to which it has not.
  • the control unit may also output time information corresponding to one or more icons among the plurality of icons. This configuration allows the operator to know the time when a vehicle passed a point on the map, which makes it possible to select a more desirable vehicle to request video from.
  • the control unit may also output a list of time information corresponding to each of the plurality of icons included in the first area.
  • time information corresponding to the icons included in the first area may be output as a list. This allows the operator to determine which icon has the most recent time.
  • the monitoring system includes a plurality of vehicles 10, a server device 2, and a terminal device 3.
  • the vehicles 10 are connected vehicles that can access a wireless communication network.
  • the vehicles 10 can communicate with the server device 2 via the wireless communication network (e.g., a cellular communication network).
  • the wireless communication network e.g., a cellular communication network
  • Vehicle 10 is equipped with an in-vehicle device 1.
  • In-vehicle device 1 functions as a drive recorder and a wireless communication device.
  • In-vehicle device 1 has the function of acquiring and storing video images (hereinafter referred to as "video" or “in-vehicle video”) of the area in front of the vehicle using an on-board camera, and the function of providing the stored video to an external device (e.g., server device 2) in response to a request from the external device.
  • Vehicle 10 also has the function of periodically transmitting location information to server device 2.
  • the in-vehicle device 1 has wireless communication capabilities, but the vehicle 10 may also have a data communication module (DCM) for connecting the vehicle's components to a network.
  • DCM data communication module
  • the in-vehicle device and the wireless communication device may be separate.
  • the server device 2 is a device configured to be able to communicate with multiple vehicles 10 via a network.
  • the server device 2 periodically acquires location information from the multiple vehicles 10 under its management and stores it in a database. By referencing the database managed by the server device 2, it is possible to identify the locations and times at which the multiple vehicles 10 under the system's management have traveled in the past.
  • the terminal device 3 Based on the information acquired from the server device 2, the terminal device 3 identifies a vehicle 10 that is presumed to have the desired in-vehicle video, and acquires the in-vehicle video from the vehicle 10. Specifically, the terminal device 3 queries the server device 2 and obtains a list of vehicles that were traveling within a specified area at a specified time. The terminal device 3 then maps the relevant vehicles on a map and accepts a vehicle selection from the operator. The terminal device 3 then requests the selected vehicle 10 to transmit on-board video. This allows the operator of the terminal device 3 to check the video captured by the target vehicle.
  • the terminal device 3 is placed in an institution that uses the video captured by the vehicle 10. Examples of such institutions include police agencies and fire departments. For example, when a fire department uses the terminal device 3, a 119 call triggers the operator to identify a vehicle 10 that was traveling near the scene of the call around the time of the call, and obtains on-board video from that vehicle 10.
  • Fig. 2A is a diagram schematically illustrating an example of the hardware configuration of the in-vehicle device 1 mounted on the vehicle 10.
  • the in-vehicle device 1 can be configured as a computer having a processor (CPU, GPU, etc.), a main memory device (RAM, ROM, etc.), and an auxiliary memory device (EPROM, hard disk drive, removable media, etc.).
  • the auxiliary memory device stores an operating system (OS), various programs, various tables, etc., and by executing the programs stored therein, various functions (software modules) that meet specific purposes, as described below, can be realized. However, some or all of the functions may also be realized as hardware modules using hardware circuits such as ASICs and FPGAs.
  • the in-vehicle device 1 includes a control unit 11, a memory unit 12, a communication unit 13, a location information acquisition unit 14, and a camera 15.
  • the control unit 11 is a computing unit that executes predetermined programs to realize various functions of the in-vehicle device 1.
  • the control unit 11 can be realized, for example, by a hardware processor such as a CPU.
  • the control unit 11 may also be configured to include RAM, ROM (Read Only Memory), cache memory, etc.
  • the memory unit 12 is a means for storing information and is composed of storage media such as RAM, a magnetic disk, or flash memory.
  • the memory unit 12 stores programs executed by the control unit 11, data used by those programs, etc.
  • the communication unit 13 is a wireless communication interface for connecting the in-vehicle device 1 to an external network.
  • the communication unit 13 is configured to be able to communicate with the server device 2, for example, via a wireless LAN or a cellular communication network such as 3G, 4G, or 5G.
  • the position information acquisition unit 14 acquires position information of the vehicle 10.
  • the position information acquisition unit 14 includes a GPS antenna and a positioning module for determining the position information.
  • the GPS antenna is an antenna that receives positioning signals transmitted from positioning satellites (also referred to as GNSS satellites).
  • the positioning module is a module that calculates position information based on the signals received by the GPS antenna.
  • the position information acquisition unit 14 may determine the traveling direction of the vehicle 10 based on the transition of the position information.
  • the camera 15 is an optical unit including an image sensor for acquiring images, and is mounted, for example, facing forward of the vehicle 10.
  • Fig. 2B is a diagram schematically illustrating an example of the hardware configuration of the server device 2.
  • the server device 2 can be configured as a computer having a processor (CPU, GPU, etc.), a main memory device (RAM, ROM, etc.), and an auxiliary memory device (EPROM, hard disk drive, removable media, etc.).
  • the server device 2 includes a control unit 21, a memory unit 22, and a communication unit 23.
  • the control unit 21 is a computing unit that executes predetermined programs to realize various functions of the server device 2.
  • the control unit 21 can be realized, for example, by a hardware processor such as a CPU.
  • the control unit 21 may also be configured to include RAM, ROM (Read Only Memory), cache memory, etc.
  • the memory unit 22 is a means for storing information and is composed of storage media such as RAM, a magnetic disk, or flash memory.
  • the memory unit 22 stores programs executed by the control unit 21, data used by those programs, etc.
  • the communication unit 23 is a communication interface for connecting the server device 2 to a network.
  • the communication unit 23 is configured to be able to communicate with the network, for example, via Ethernet (registered trademark), a wireless LAN, a cellular communication network, etc.
  • Fig. 2C is a diagram schematically illustrating an example of the hardware configuration of the terminal device 3.
  • the terminal device 3 can be configured as a computer having a processor (CPU, GPU, etc.), a main memory device (RAM, ROM, etc.), and an auxiliary memory device (EPROM, hard disk drive, removable media, etc.).
  • the terminal device 3 includes a control unit 31, a memory unit 32, a communication unit 33, and an input/output unit 34.
  • the control unit 31 is a computing unit that executes predetermined programs to realize various functions of the terminal device 3.
  • the control unit 31 can be realized, for example, by a hardware processor such as a CPU.
  • the control unit 31 may also be configured to include RAM, ROM (Read Only Memory), cache memory, etc.
  • the memory unit 32 is a means for storing information and is composed of storage media such as RAM, a magnetic disk, or flash memory.
  • the memory unit 32 stores programs executed by the control unit 31, data used by those programs, etc.
  • the communication unit 33 is a wireless communication interface for connecting the terminal device 3 to an external network.
  • the communication unit 33 is configured to be able to communicate with the server device 2, for example, via a wireless LAN or a cellular communication network such as 3G, 4G, or 5G.
  • the input/output unit 34 is a unit that accepts input from the device operator and presents information to the operator.
  • the input/output unit 34 is composed of a touch panel and its control means, and an LCD display and its control means.
  • the touch panel and LCD display are composed of a single touch panel display.
  • FIG. 3A is a diagram showing a schematic software configuration of the in-vehicle device 1 according to this embodiment.
  • control unit 11 of the in-vehicle device 1 is configured to have three software modules: a photographing unit 111, a notification unit 112, and a provision unit 113.
  • Each software module may be realized by the control unit 11 (CPU, etc.) executing a program stored in the storage unit 12. Note that the information processing performed by the software modules is synonymous with the information processing performed by the control unit 11 (CPU, etc.).
  • the imaging unit 111 uses the camera 15 to capture video (in-vehicle footage) and stores the resulting data in the memory unit 12.
  • the imaging unit 111 receives power from the vehicle and captures video images continuously, recording the resulting video data in the memory unit 12.
  • FIG. 4 is a diagram illustrating the structure of video data generated by the image capture unit 111 and stored in the storage unit 12.
  • the video data is composed of multiple video files.
  • the length of a video corresponding to one file has an upper limit (e.g., one minute), and if the upper limit is exceeded, a new video file is generated. If the storage capacity is insufficient, the image capture unit 111 deletes the oldest video file to free up space and then continues capturing.
  • each video file is associated with an identifier (date and time ID) that identifies the date and time the video file was generated (i.e., the date and time when capturing began). The date and time ID may uniquely identify the year, month, day, hour, minute, and second.
  • the in-vehicle device 1 functions as a drive recorder.
  • the notification unit 112 periodically generates data related to the traveling of the vehicle (hereinafter referred to as vehicle data) and transmits it to the server device 2.
  • vehicle data includes the position information of the vehicle 10, the traveling direction of the vehicle 10, and a date and time ID indicating the date and time when the position information was acquired.
  • Fig. 5(A) shows an example of the vehicle data.
  • the vehicle data includes an identifier (vehicle ID) that uniquely identifies the vehicle 10, the date and time when the vehicle data was generated, an identifier (date and time ID) that uniquely identifies the date and time, location information, and information indicating the direction of travel.
  • the location information and direction of travel can be acquired from the location information acquisition unit 14, which will be described later.
  • Vehicle data is generated and transmitted at a predetermined cycle.
  • the predetermined cycle may be measured independently, or may be linked to the image capture unit 111.
  • the notification unit 112 may generate vehicle data at the timing when the image capture unit 111 generates a new video file (for example, at one-minute intervals). In this case, the date and time indicated in the vehicle data will be the same as the date and time when the new video file was generated.
  • the providing unit 113 provides the terminal device 3 with a video file that was shot at a specified time based on a request (video file provision request) sent from the terminal device 3. For example, when the providing unit 113 receives a provision request including a date and time ID from the terminal device 3, it retrieves the video file corresponding to the date and time ID from the storage unit 22 and transmits it to the terminal device 3.
  • Figure 3B is a diagram that schematically illustrates the software configuration of the server device 2 according to this embodiment.
  • control unit 21 of the server device 2 is configured to have two software modules: a data update unit 211 and an information provision unit 212.
  • Each software module may be implemented by the control unit 11 (CPU, etc.) executing a program stored in the storage unit 22.
  • the information processing performed by the software module is synonymous with the information processing performed by the control unit 21 (CPU, etc.).
  • the data update unit 211 receives vehicle data from multiple vehicles 10 (on-board devices 1) and stores it in the storage unit 22.
  • the data update unit 211 may store the vehicle data received from multiple vehicles 10 in a table (referred to as a vehicle data table) such as that shown in FIG. 5(B).
  • the information providing unit 212 provides information to the terminal device 3 based on the information stored in the storage unit 22. Specifically, the information providing unit 212 performs the following two types of processing:
  • the vehicle data table stores the position information of the vehicle 10 equipped with the in-vehicle device 1 having the function of a drive recorder, in association with date and time information. By referring to this, it is possible to extract vehicles that have a track record of driving within a specified area within a specified time range.
  • the information providing unit 212 extracts vehicles that have traveled within a specified area within a specified time period, and transmits pairs of location information and date and time information to the terminal device 3. This enables mapping onto a map on the terminal device 3 side.
  • the location information may include information indicating the direction of travel.
  • the information providing unit 212 receives a video playback request from the terminal device 3.
  • the video playback request includes information identifying the target vehicle and the date and time of the playback target. Based on this information, the information providing unit 212 transfers the video playback request to the target vehicle. In addition, the information providing unit 212 transfers the video file (or video stream) of the in-vehicle video transmitted from the target vehicle to the terminal device 3.
  • the memory unit 22 stores a table (vehicle data table) that stores data received from the in-vehicle device 1.
  • Figure 3C is a diagram that schematically illustrates the software configuration of the terminal device 3 according to this embodiment.
  • control unit 31 of the terminal device 3 is configured to have two software modules: a display control unit 311 and an image acquisition unit 312.
  • Each software module may be realized by the control unit 11 (CPU, etc.) executing a program stored in the storage unit 32.
  • the information processing performed by the software module is synonymous with the information processing performed by the control unit 31 (CPU, etc.).
  • the display control unit 311 generates and outputs a user interface (GUI) for requesting the acquisition of in-vehicle video.
  • GUI user interface
  • the display control unit 311 generates and outputs a user interface including a road map image based on stored or previously acquired road map data.
  • the user interface includes a user interface component for specifying the target period.
  • the display control unit 311 requests the server device 2 for a "list of vehicles that were traveling within the display area of the map during the target period," and based on the response, maps an icon representing the vehicle's location on the map. For example, if the operator specifies a period of "from 17:00 to 17:03 today," the display control unit 311 requests "a list of vehicles that have been traveling within the display range of the map from 17:00 to 17:03 today" from the server device 2. The display control unit 311 also maps icons based on the received list of vehicles.
  • the video acquisition unit 312 can issue a request to the vehicle 10 to acquire in-vehicle video by two methods.
  • the first method when an operator designates one of the mapped icons, a request to play back in-vehicle video is sent to the vehicle 10 corresponding to that icon.
  • this method will be referred to as the individual designation method.
  • the second method is when the operator selects a specific range set on a map, and then all icons within that range are designated at once. In this case, a request to play in-vehicle video is sent sequentially to multiple vehicles 10 corresponding to the icons within that range.
  • this method will be referred to as the collective designation method. A detailed description of this method will be given later.
  • the video acquisition unit 312 receives and plays back the video files or video streams transmitted from the vehicle 10. Note that if video files or video streams are transmitted from multiple vehicles 10 at the same time, the video acquisition unit 312 can receive the multiple video files or video streams in parallel and selectively play them back based on the operator's operation. In the following description, it is assumed that a playback request is transmitted to the vehicle 10 via the server device 2. It is also assumed that a video file or a video stream is received via the server device 2.
  • FIG. 6 shows an example of an initial screen provided to the operator of the terminal device 3.
  • the display control unit 311 of the terminal device 3 generates a user interface including a road map centered on a predetermined point, and outputs the generated user interface to the input/output unit 34.
  • the user interface includes a component for specifying a time (reference numeral 601), a component for specifying a time range (reference numeral 602), and a button for executing a search (reference numeral 603).
  • Reference numeral 601 denotes a user interface component for specifying a time. The operator uses this user interface component to set the time when the emergency call was made, for example.
  • Reference numeral 602 denotes a user interface component for specifying a target period for searching for vehicles. For example, if "3 minutes ago" is specified here, the search period will be "from 3 minutes before the set time until the set time.”
  • data requesting a list of vehicles that have traveled within the displayed area of the map during a set period (for example, from 16:57 to 17:00) is sent from the terminal device 3 to the server device 2.
  • This request includes, for example, information for identifying the displayed area of the map, information indicating the target period, etc.
  • the server device 2 In response to the request, the server device 2 (information provider 212) generates a list of relevant vehicles (vehicle list) and returns it to the terminal device 3.
  • Figure 5 (C) is an example of the returned vehicle list. Note that although it is referred to as a "vehicle list" here, the records included in the list may include the same vehicle. For example, the same vehicle may transmit vehicle data multiple times within a set period within the map display area. In this case, multiple records with the same vehicle ID will be included in the vehicle list.
  • the terminal device 3 (display control unit 311) that has received the vehicle list maps icons representing vehicles at corresponding positions on the map.
  • Fig. 7 shows an example of a map on which icons are mapped.
  • the icons may be positioned taking into account the direction of travel of the vehicles.
  • An icon is generated for each record in the vehicle list. That is, the same vehicle may be displayed by more than one icon. However, since the difference between vehicles is not important to the operator, in this embodiment, information for identifying the vehicle is not displayed on the screen.
  • the terminal device 3 can select an icon using either the individual designation method or the collective designation method described above, and request the vehicle 10 to transmit in-vehicle video.
  • Figure 8 is an example of a screen that is displayed when the operator selects an icon on the map in the example shown in Figure 7.
  • the date and time (reference numeral 801) corresponding to that icon is displayed on the screen.
  • the date and time corresponding to the selected icon can be obtained from the vehicle list received from the server device 2. This allows the operator to understand the time sequence even if there are multiple icons near the desired location (e.g., the reporting location).
  • the operator decides whether or not to acquire in-vehicle video from the vehicle corresponding to the icon. If acquiring in-vehicle video from the vehicle corresponding to the icon, for example, the operator presses the corresponding icon again.
  • a request to play back the in-vehicle video (hereinafter referred to as a playback request) is sent from the terminal device 3 to the server device 2.
  • the playback request includes a vehicle ID for specifying the vehicle and a date and time ID for specifying the date and time.
  • the server device 2 identifies the target vehicle and forwards the playback request to the corresponding in-vehicle device 1.
  • the in-car device 1 Upon receiving the playback request, the in-car device 1 extracts a video file corresponding to the specified date and time ID and transmits it to the server device 2.
  • the transmission target may be a video file of in-car video or a video stream.
  • the in-car device 1 may extract a video file that matches the specified date and time ID, or, if there is no video file that matches the specified date and time ID, may extract a video file that was captured at the closest time.
  • the transmitted moving image file (or video stream) is relayed by the server device 2 to the terminal device 3, and the moving image is played back on the terminal device 3.
  • FIG. 9 shows an example of a playback screen on the terminal device 3.
  • video files are generated in one-minute increments, so playback is also in one-minute increments.
  • a button that instructs movement forward or backward.
  • a playback request is generated to obtain the corresponding video file, and is sent to the target in-vehicle device 1 through the same process. This allows the operator of the terminal device 3 to play back the in-vehicle video from the specified date and time.
  • an area for collective designation of icons (hereinafter referred to as a designated area) is drawn in a graphic form in a predetermined area on the map.
  • the designated area is an example of a "first area.”
  • 10 shows an example of a screen displayed when the terminal device 3 is operating in the batch designation mode.
  • a figure 1001 representing the designated area is drawn at the center of the map.
  • the designated area is automatically set at the center of the map, but the designated area may also be set on the map based on an operator's operation.
  • the display range or scale of the map is changed, the position and size of the designated area may also be reset at the same time.
  • a request to play back video is automatically issued to the vehicle corresponding to each icon within the specified area.
  • the issuance of a playback request is triggered by the operator selecting (e.g., clicking) inside the specified area, but the issuance of a playback request may also be triggered by some other operation.
  • the issuance of a playback request may be triggered by clicking an interface (such as a button) as indicated by reference numeral 1002, or the issuance of a playback request may be instructed without using a screen, such as by voice input.
  • the terminal device 3 issues playback requests in this order.
  • 12 is a diagram illustrating the order in which the terminal device 3 issues playback requests in this example. As shown in the figure, the terminal device 3 issues playback requests to corresponding vehicles in order of their proximity to the time specified by the operator. The terminal device 3 also sequentially receives video files transmitted in response to the playback requests.
  • FIG. 11 when the records are sorted in descending order of proximity to the center of the designated area, the order is icons A, D, B, C, and E. Therefore, when the designated area is selected, the terminal device 3 issues playback requests in this order.
  • 13 is a diagram illustrating the order in which the terminal device 3 issues playback requests in this example. As shown in the figure, the terminal device 3 issues playback requests to corresponding vehicles in order of proximity to the center point of the designated area. The terminal device 3 also sequentially receives video files transmitted in response to the playback requests.
  • the distance from the center point of the designated area can be determined based on the location information included in the vehicle list. In this example, the distance from the center point of the specified area is used, but the distance from any other point within the specified area can also be used.
  • icons A and B, and icons D and E represent the same vehicle.
  • the terminal device 3 will issue the next playback request only after receiving a video file in response to the playback request. This prevents duplicate playback requests from being sent to the same vehicle.
  • the terminal device 3 may change the appearance (color, etc.) of an icon that has completed reception of the video file. Furthermore, the terminal device 3 may start playback of the in-vehicle video in response to the operator clicking on an icon whose appearance has changed.
  • the terminal device 3 may output the corresponding date and time for each of the multiple icons included in the designated area, as in the example shown in Figure 8. In other words, the terminal device 3 may output a list of multiple dates and times. This allows the operator to understand the time sequence even when there are multiple icons in the designated area.
  • FIG. 14 is a sequence diagram of the process of transmitting vehicle data from the in-vehicle device 1 to the server device 2.
  • the process shown in the figure is executed at a predetermined cycle.
  • the predetermined cycle may be determined by the notification unit 112, or may be determined by the notification unit 112 in response to a notification from the image capture unit 111.
  • the image capture unit 111 may send a notification to the notification unit 112 every time a video file is switched (for example, every minute), and in response to this, the notification unit 112 may start the process shown in the figure.
  • the in-vehicle device 1 (notification unit 112) generates vehicle data.
  • the notification unit 112 acquires the vehicle's position information and traveling direction from the position information acquisition unit 14, and generates vehicle data by combining the vehicle's identifier and date and time information.
  • the generated vehicle data is transmitted to the server device 2 (step S12).
  • step S13 the server device 2 (data update unit 211) receives the vehicle data and stores it in the vehicle data table in the memory unit 22.
  • the server device 2 can collect and manage past location information for multiple vehicles under its management. Furthermore, by referencing the vehicle data table stored in the server device 2, it becomes possible to search for vehicles that were traveling at a specific location on a specific date and time. Because each vehicle records on-board video while traveling, this makes it possible to search for vehicles that are likely to have captured video of a specific event (for example, an event related to a report, such as a traffic accident).
  • a specific event for example, an event related to a report, such as a traffic accident.
  • FIG. 15 is a sequence diagram of the process in which the terminal device 3 outputs a map onto which vehicle location information is mapped.
  • the illustrated process is initiated, for example, when a map is displayed on the terminal device 3 (display control unit 311).
  • step S21 the terminal device 3 (display control unit 311) determines whether redrawing is necessary. For example, if the map is drawn for the first time or if an operation to change the display range of the map is performed, the determination in this step will be affirmative. Note that here, it is assumed that the operator of the terminal device 3 has displayed a predetermined range of the map and specified a target period. If the determination in this step is affirmative, the terminal device 3 generates a vehicle list generation request and transmits it to the server device 2.
  • the vehicle list generation request includes information indicating the map display range and information indicating the target period specified by the operator.
  • the server device 2 (information provider 212) generates a vehicle list based on the received request. Specifically, it extracts records of vehicles that have a history of traveling within a specified range during a specified period from the vehicle data table stored in the storage unit 22, and generates a vehicle list consisting of the extracted records. The generated vehicle list is sent to the terminal device 3.
  • step S23 the terminal device 3 (display control unit 311) draws a map based on the acquired vehicle list and maps icons to corresponding locations on the map.
  • a plurality of icons are mapped on the map on the terminal device 3.
  • the icons represent the positions of vehicles that have been traveling within the display range of the map within the specified period.
  • the terminal device 3 may draw a graphic representing the designated area on the map at the same time as drawing the icon, as shown in FIG.
  • FIG. 16 is a sequence diagram of the process in which the in-vehicle device 1 provides video to the terminal device 3 based on a request from the terminal device 3.
  • the process shown in FIG. 16 is started by the terminal device 3 (display control unit 311) after a vehicle icon has been mapped on a map.
  • the display control unit 311 may refer to the vehicle list, obtain date and time information corresponding to the selected icon, and output it (for example, superimpose it on the screen).
  • the video acquisition unit 312 generates a playback request (step S31).
  • the playback request is data for requesting the in-vehicle device 1 to provide in-vehicle video, and includes an identifier (vehicle ID) for the in-vehicle device 1 (vehicle 10) and an identifier (date and time ID) for the date and time the in-vehicle video was captured.
  • vehicle ID and date and time ID are included in the vehicle list received by the terminal device 3 from the server device 2. When the operator selects an icon on the map, the terminal device 3 can identify the vehicle ID and date and time ID of the corresponding vehicle.
  • the playback request is sent from the terminal device 3 to the server device 2, and then relayed from the server device 2 to the target in-vehicle device 1.
  • the server device 2 may read the vehicle ID included in the playback request and identify the in-vehicle device 1 to which the playback request should be relayed. For this reason, it is preferable that the server device 2 store data associating the vehicle ID with the connection destination (e.g., network address, etc.) of the corresponding in-vehicle device 1.
  • the playback request relayed by the server device 2 is received by the corresponding in-vehicle device 1.
  • the in-car device 1 (provider 113) that has received the playback request extracts a video file corresponding to the date and time ID from the stored video data (step S32). For example, in the example of Fig. 4, if the date and time ID T002 is specified, the in-car device 1 (provider 113) extracts a video file that started recording at 12:01. The extracted video file is transmitted to the terminal device 3 via the server device 2. The terminal device 3 generates a playback screen as shown in Fig. 9 and starts playing the received video file (step S33). If an operation to specify another video file is performed (for example, if the button indicated by the reference numeral 901 is pressed), the process shown in FIG. 16 is executed again, and a new playback request is generated. In this example, a moving image file is the target of transmission, but the target of transmission may be a video stream or the like.
  • Fig. 16 shows a sequence when an operator issues a playback request by specifying one vehicle.
  • the terminal device 3 executes a process of generating and issuing multiple playback requests for multiple icons included in a designated area.
  • Fig. 17 is a flowchart of this process. The process shown in Fig. 17 is started by the terminal device 3 (display control unit 311) when a designated area on a map is selected by the operator. The designated area may be set automatically by the system or may be set by the operator.
  • Steps S43 to S45 are executed for each of the vehicles corresponding to the icons included in the specified area in the order in which the playback requests were issued, as described above.
  • the vehicle corresponding to a specific icon can be determined based on the vehicle list.
  • step S43 it is determined whether a regeneration request can be issued to the vehicle being processed. For example, if a regeneration request has been sent to a vehicle and a response has not yet been received from that vehicle, another regeneration request should not be sent. This is because sending a duplicate regeneration request in such a case could cause an error. In such a case, it is determined that a regeneration request cannot be issued to the target vehicle.
  • step S44 a playback request is issued to the target vehicle.
  • step S46 the process waits until a regeneration request can be issued. For example, if a response is received to a previously issued regeneration request during the wait, it is determined that a new regeneration request can be issued.
  • step S45 it is determined whether all playback requests have been issued, i.e., whether processing has been completed for all icons included in the specified area. If the determination in this step is negative, processing returns to step S43. If the determination in this step is positive, processing ends.
  • multiple video files may be sent to the terminal device 3 at the same time.
  • the terminal device 3 may mark up the corresponding icon, i.e., change the appearance of the icon. Marking up includes, for example, highlighting the icon, changing the color, or changing the design.
  • an icon is marked up, it means that the video file has been received and is ready to be played.
  • the terminal device 3 may start playing the corresponding video file.
  • the terminal device 3 maps the vehicle's driving history onto a map based on the vehicle data stored in the server device 2.
  • the operator of the terminal device 3 can specify a vehicle on the displayed map and obtain a video file from that vehicle. This allows the operator of the terminal device 3 to check on-board video captured by a vehicle traveling at a desired location at a desired time.
  • the monitoring system can automatically issue a request to play back in-vehicle video for multiple icons included in a specified area set on a map, which allows the operator to automatically obtain in-vehicle video for multiple vehicles traveling within a desired area without having to select each icon one by one.
  • the terminal device 3 controls so as not to issue multiple playback requests to the same vehicle, thereby preventing errors from occurring and enabling the in-vehicle video to be acquired in a short time.
  • any moving object other than a vehicle may be used as long as it is capable of capturing video.
  • the terminal device 3 may receive a notification from the in-car device 1 that preparations for streaming have been completed, and in response, the terminal device 3 may change the appearance of the corresponding icon.
  • the terminal device 3 may also change the appearance of the icon when a playback request is sent. Furthermore, the appearance of the icon may be changed in multiple steps, such as "playback request transmission completed" and "video file reception completed.” In this case, the terminal device 3 may, for example, perform control to gradually change the color of the icon, etc.
  • the designated area is drawn on the map (reference numeral 1001), but the designated area does not necessarily have to be drawn on the map. Even in this form, an invisible designated area is set on the map, and a playback request is issued to each vehicle by the processing described above.
  • the terminal device 3 generates and outputs a user interface including a road map based on information received from the server device 2, but the road map may also be generated by the server device 2.
  • the server device 2 may draw the road map and map icons.
  • a user interface screen including the road map generated by the server device 2 may be transmitted to the terminal device 3, and the terminal device 3 may output it.
  • the functions of the terminal device 3 (display control unit 311) described in the embodiment may be provided in the server device 2 (information providing unit 212).
  • the information processing device according to the present disclosure may be realized as either the server device 2 or the terminal device 3.
  • processing described as being performed by one device may be shared and executed by multiple devices.
  • processing described as being performed by different devices may be executed by a single device.
  • the hardware configuration (server configuration) used to realize each function can be flexibly changed.
  • the present disclosure can also be realized by supplying a computer program that implements the functions described in the above embodiments to a computer, and having one or more processors in the computer read and execute the program.
  • a computer program may be provided to the computer via a non-transitory computer-readable storage medium connectable to the computer's system bus, or via a network.
  • Non-transitory computer-readable storage media include, for example, any type of disk, such as a magnetic disk (e.g., a floppy disk, a hard disk drive (HDD), etc.), an optical disk (e.g., a CD-ROM, a DVD disk, a Blu-ray disk), a read-only memory (ROM), a random access memory (RAM), an EPROM, an EEPROM, a magnetic card, a flash memory, an optical card, or any type of medium suitable for storing electronic instructions.
  • a magnetic disk e.g., a floppy disk, a hard disk drive (HDD), etc.
  • an optical disk e.g., a CD-ROM, a DVD disk, a Blu-ray disk
  • ROM read-only memory
  • RAM random access memory
  • EPROM an EEPROM

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Remote Sensing (AREA)
  • Traffic Control Systems (AREA)
  • Closed-Circuit Television Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

一台以上の車両の走行履歴に基づいて、複数の時刻における各車両の位置を示す複数のアイコンを地図上に表示させ、ユーザから指示を受け付けたことに応じて、前記地図上に設定された第１の領域に含まれる二つ以上のアイコンに対応する二台以上の車両又は車載装置のそれぞれに対して、対応する時刻に撮影された映像の送信を要求する映像要求を送信する。

Description

情報処理装置、情報処理方法、およびプログラム
　本開示は、車両技術に関する。
　カメラを搭載した移動体を利用して、監視を行うための技術がある。これに関し、例えば、特許文献１には、車両の走行位置の履歴をサーバ装置によって管理し、通報者の近傍に位置する、ドライブレコーダーを搭載した車両を特定するシステムが開示されている。
特開２０２３－０１９７９２号公報
　本開示は、車両を用いた監視システムにおいて利便性を向上させることを目的とする。
　本開示の実施形態の一態様は、
　一台以上の車両の走行履歴に基づいて、複数の時刻における各車両の位置を示す複数のアイコンを地図上に表示させることと、ユーザから指示を受け付けたことに応じて、前記地図上に設定された第１の領域に含まれる二つ以上のアイコンに対応する二台以上の車両又は車載装置のそれぞれに対して、対応する時刻に撮影された映像の送信を要求する映像要求を送信することと、を実行する制御部を有する、情報処理装置である。
　本開示の実施形態の一態様は、
　コンピュータが実行する情報処理方法であって、一台以上の車両の走行履歴に基づいて、複数の時刻における各車両の位置を示す複数のアイコンを地図上に表示させる第１のステップと、ユーザから指示を受け付けたことに応じて、前記地図上に設定された第１の領域に含まれる二つ以上のアイコンに対応する二台以上の車両又は車載装置のそれぞれに対して、対応する時刻に撮影された映像の送信を要求する映像要求を送信する第２のステップと、を含む、情報処理方法である。
　また、他の態様として、上記の方法をコンピュータに実行させるためのプログラム、または、該プログラムを非一時的に記憶したコンピュータ可読記憶媒体が挙げられる。
　本開示によれば、車両を用いた監視システムにおいて利便性を向上させることができる。
第一の実施形態に係る監視システムの概要図。 実施形態に係る車載装置のハードウェア構成図。 実施形態に係るサーバ装置のハードウェア構成図。 実施形態に係る端末装置のハードウェア構成図。 実施形態に係る車載装置のソフトウェア構成図。 実施形態に係るサーバ装置のソフトウェア構成図。 実施形態に係る端末装置のソフトウェア構成図。 車載装置によって取得される動画データの構成図。 車両データ、車両データテーブル、車両リストの一例。 第一の実施形態において端末装置に表示される画面の一例。 第一の実施形態において端末装置に表示される画面の一例。 第一の実施形態において端末装置に表示される画面の一例。 車載映像の再生画面の一例。 指定範囲に含まれるアイコンを一括して指定する画面の一例。 指定範囲に含まれるアイコンを説明するための図。 一括指定方式における、リクエストの発行順序を説明する図。 一括指定方式における、リクエストの発行順序を説明する図。 サーバ装置が車両データを収集する処理のシーケンス図。 サーバ装置が車両リストを提供する処理のシーケンス図。 車載映像を再生する処理のシーケンス図。 端末装置が再生リクエストを発行する処理のフローチャート。
　近年、自動車のコネクティッド化が進み、通信機能を有する車両が増えている。また、車載カメラを搭載する車両が増えている。
　これに関連して、車両に搭載されたカメラ（ドライブレコーダー等）によって撮影された画像を、所定の機関から照会可能とすることで、事件や事故の初動対応に役立てることができる。
　例えば、１１０番や１１９番通報があった場合、事案が発生した時刻の前後に、該当する地点の付近を走行していた車両からドライブレコーダー映像を取得することで、関係機関は、いち早く現場の状況を確認することができる。
　このためのシステムとして、過去の所定時刻における複数の車両の走行位置を表すアイコン等を地図にマッピングし、オペレータに提示するシステムが知られている。
　システムは、例えば、オペレータによって指定された時刻の前後（例えば、通報があった時刻よりも前の５分間）に、指定されたエリアを走行していた車両の位置情報を取得し、これを地図上にマッピングする。オペレータは、所望の時刻（例えば、通報時刻）に近い任意の時刻に、所望の地点（例えば、通報があった地点）に近い場所を走行していた車両を地図上で選択する。また、システムは、当該車両に対して、該当する時刻に撮影されたドライブレコーダー映像の送信をリクエストする。これにより、オペレータは、通報現場を捉えている可能性があるドライブレコーダー映像を視聴することができる。
　このようなシステムにおいては、オペレータが、所望の映像が得られるまで、近接している複数のアイコンを順次クリックする操作を行うことが想定される。しかし、ドライブレコーダー映像の取得を車両に要求してから、実際に映像が視聴可能になるまではタイムラグがあるため、このようなケースでは、待ち時間が断続的に発生してしまい、オペレータに、スムーズに映像の確認を行わせることができないといった問題が発生しうる。
　本開示における情報処理装置は、かかる問題を解決する。
　本開示の一態様に係る情報処理装置は、一台以上の車両の走行履歴に基づいて、複数の時刻における各車両の位置を示す複数のアイコンを地図上に表示させることと、ユーザから指示を受け付けたことに応じて、前記地図上に設定された第１の領域に含まれる二つ以上のアイコンに対応する二台以上の車両又は車載装置のそれぞれに対して、対応する時刻に撮影された映像の送信を要求する映像要求を送信することと、を実行する制御部を有する。
　制御部は、例えば、車両の走行履歴に基づいて、所定の時間幅内に所定のエリア内を走行した実績のある車両の位置が、アイコンによってマッピングされた地図を表示させる。地図の表示は、情報処理装置に接続された端末によって行われてもよい。これにより、例えば、指定したアイコンに対応する車両や、当該車両に搭載された車載装置に対して、映像の提供を要求することが可能になる。
　制御部は、例えば、複数のアイコンのいずれかが選択された場合に、対応する車両又は前記車両に搭載された車載装置に対して、前記映像要求を送信してもよい。
　また、前述した問題に対応するため、本開示にかかる情報処理装置では、ユーザから指示を受け付けたことに応じて、第１の領域に含まれる複数のアイコンに対応する１台以上の車両又は車載装置のそれぞれに対して、映像要求を自動的に送信する。
　第１の領域とは、地図上に設定された所定の広さを有する領域である。第１の領域は、例えば、地図の中央付近に自動的に配置されてもよいし、オペレータの操作に基づいて配置されてもよい。また、前述した指示とは、前記ユーザが前記第１の領域の内部を選択することによって行われてもよい。例えば、オペレータが、第１の領域内を選択する操作を行うと、当該領域内にあるアイコンに対応する１台以上の車両や車載装置に対して、映像要求が発行される。制御部は、複数の車両や車載装置に対して、映像要求を並行して発行してもよい。
　また、この際、同一の車両に、一度に二つ以上の映像要求が送信されないように、映像要求の発行タイミングを制御してもよい。一台の車両に同時に複数のリクエストを発行してしまうと、先に送信されたリクエストがキャンセルされたり、二回目以降のリクエストが拒否されたりと、想定外の動作が起きてしまうおそれがあるためである。
　また、前記制御部は、前記指示を受け付けた場合に、所定の時刻により近い時刻のアイコンに対応する車両又は車載装置に対してより優先的に前記映像要求を送信してもよい。
　所定の時刻とは、例えば、オペレータによって指定された時刻であってもよい。
　第１の領域内に複数のアイコンがある場合、例えば、所定の時刻に最も近いアイコンから順番に映像要求を送信することができる。
　かかる構成によると、オペレータが所望する対象物を捉えている可能性がより高い車両に対して優先的に映像要求を送信することができる。
　また、前記制御部は、前記指示によって前記地図上に第１の領域が設定された場合に、前記第１の領域内の所定の位置により近いアイコンに対応する車両又は車載装置に対してより優先的に前記映像要求を送信してもよい。
　第１の領域内に複数のアイコンがある場合、例えば、当該第１の領域の中心に最も近いアイコンから順番に映像要求を送信してもよい。
　かかる構成によると、オペレータが所望する対象物を捉えている可能性がより高い車両に対して優先的に映像要求を送信することができる。
　また、前記制御部は、前記映像要求が送信された車両又は車載装置に対応するアイコンの外観を変化させてもよい。
　また、前記制御部は、前記映像要求の送信後に前記ユーザが前記映像の視聴が可能になった場合に、前記車両又は車載装置に対応するアイコンの外観を変化させてもよい。
　また、前記制御部は、前記映像要求が送信された車両又は車載装置から、映像の送信準備が完了した旨の通知があった場合に、前記車両又は車載装置に対応するアイコンの外観を変化させてもよい。
　かかる構成によると、映像要求が送信された車両とそうでない車両、または、映像の視聴が可能になった車両とそうでない車両をオペレータが識別できるようになる。
　また、前記制御部は、前記複数のアイコンのうちの一つ以上のアイコンに対応する時刻情報を出力してもよい。
　かかる構成によると、オペレータは、地図上の地点を対応する車両が通過した時刻を知ることができるようになる。すなわち、映像の提供を要求する先の車両として、より好ましい車両を選択することが可能になる。
　また、前記制御部は、前記第１の領域に含まれる前記複数のアイコンのそれぞれに対応する時刻情報のリストを出力してもよい。
　交差点手前の停止線付近など、車両が集まりやすい場所においては、地図上でアイコンが密集する傾向がある。そこで、第１の領域に含まれるアイコンに対応する時刻情報をリスト化して出力してもよい。これにより、オペレータは、どのアイコンが最も新しい時刻のものかという判断が行えるようになる。
　以下、本開示の具体的な実施形態について図面に基づいて説明する。各実施形態に記載されているハードウェア構成、モジュール構成、機能構成等は、特に記載がない限りは開示の技術的範囲をそれらのみに限定する趣旨のものではない。
（第一の実施形態）
［システムの概要］
　第一の実施形態に係る監視システムの概要について、図１を参照して説明する。本実施形態に係る監視システムは、複数の車両１０と、サーバ装置２と、端末装置３を含んで構成される。車両１０は、無線通信ネットワークにアクセス可能なコネクティッド車両である。車両１０は、無線通信ネットワーク（例えば、セルラ通信網）を介して、サーバ装置２と通信することができる。
　車両１０は、車載装置１を搭載している。車載装置１は、ドライブレコーダーおよび無線通信装置として機能する。車載装置１は、車載されたカメラによって車両前方の動画像（以下、「映像」または「車載映像」と称する）を取得し、記憶する機能と、外部装置（例えば、サーバ装置２）からのリクエストに応答して、記憶した映像を外部装置に提供する機能を有している。また、車両１０は、サーバ装置２に対して位置情報を周期的に送信する機能を有している。
　なお、本実施形態では、車載装置１が無線通信機能を有しているものとしたが、車両１０は、車両が有するコンポーネントとネットワークとを接続するためのデータ通信モジュール（Data Communication Module、以下ＤＣＭ）を有する構成であってもよい。すなわち、車載装置と無線通信装置が分離していてもよい。
　サーバ装置２は、複数の車両１０とネットワークを介して通信可能に構成された装置である。サーバ装置２は、管理下にある複数の車両１０から、周期的に位置情報を取得し、データベースに格納する。サーバ装置２によって管理されているデータベースを参照することで、システムの管理下にある複数の車両１０が過去に走行していた地点とその時刻を特定することができる。
　端末装置３は、サーバ装置２から取得した情報に基づいて、所望する車載映像を有していると推定される車両１０を特定し、当該車両１０から、車載映像を取得する。
　具体的には、端末装置３は、サーバ装置２に問い合わせを行い、指定時刻に指定範囲を走行していた車両のリストを取得する。また、端末装置３は、該当する車両を地図上にマッピングし、オペレータから車両の選択を受け付ける。また、端末装置３は、選択された車両１０に対して、車載映像の送信をリクエストする。これにより、端末装置３のオペレータは、対象車両によって撮影された映像を確認することができる。
　端末装置３は、車両１０によって撮像された映像を利用する機関に配置される。斯様な機関として、例えば、警察機関や消防機関が例示できる。例えば、消防機関が端末装置３を利用する場合、１１９番通報があったことをトリガとして、オペレータが、通報時刻の前後に通報現場の近傍を走行していた車両１０を特定し、当該車両１０から車載映像を取得する。
［ハードウェア構成］
　次に、システムを構成する各装置のハードウェア構成について説明する。
　まず、車両１０が有する構成要素について説明する。図２Ａは、車両１０に搭載された車載装置１のハードウェア構成の一例を模式的に示した図である。
　車載装置１は、プロセッサ（ＣＰＵ、ＧＰＵ等）、主記憶装置（ＲＡＭ、ＲＯＭ等）、補助記憶装置（ＥＰＲＯＭ、ハードディスクドライブ、リムーバブルメディア等）を有するコンピュータとして構成することができる。補助記憶装置には、オペレーティングシステム（ＯＳ）、各種プログラム、各種テーブル等が格納され、そこに格納されたプログラムを実行することによって、後述するような、所定の目的に合致した各機能（ソフトウェアモジュール）を実現することができる。ただし、一部または全部の機能は、例えば、ＡＳＩＣ、ＦＰＧＡ等のハードウェア回路によってハードウェアモジュールとして実現されてもよい。
　車載装置１は、制御部１１、記憶部１２、通信部１３、位置情報取得部１４、およびカメラ１５を含んで構成される。
　制御部１１は、所定のプログラムを実行することで、車載装置１の各種機能を実現する演算ユニットである。制御部１１は、例えば、ＣＰＵ等のハードウェアプロセッサによって実現することができる。また、制御部１１は、ＲＡＭ、ＲＯＭ（Read Only Memory）、キャッシュメモリ等を含んで構成されてもよい。
　記憶部１２は、情報を記憶する手段であり、ＲＡＭ、磁気ディスクやフラッシュメモリなどの記憶媒体により構成される。記憶部１２には、制御部１１にて実行されるプログラム、当該プログラムが利用するデータ等が記憶される。
　通信部１３は、車載装置１を外部ネットワークに接続するための無線通信インタフェースである。通信部１３は、例えば、無線ＬＡＮや３Ｇ、４Ｇ、または５Ｇ等のセルラ通信網を介して、サーバ装置２と通信可能に構成される。
　位置情報取得部１４は、車両１０の位置情報を取得する。位置情報取得部１４は、位置情報を測位するためのＧＰＳアンテナと測位モジュールを含む。ＧＰＳアンテナは、測位衛星（ＧＮＳＳ衛星とも称する）から送信された測位信号を受信するアンテナである。測位モジュールは、ＧＰＳアンテナによって受信された信号に基づいて、位置情報を算出するモジュールである。なお、位置情報取得部１４は、位置情報の推移に基づいて、車両１０の進行方向を判定してもよい。
　カメラ１５は、画像を取得するための画像センサを含む光学ユニットである。カメラ１５は、例えば、車両１０の前方を向いてマウントされる。
　次に、サーバ装置２について説明する。図２Ｂは、サーバ装置２のハードウェア構成の一例を模式的に示した図である。
　サーバ装置２は、車載装置１と同様に、プロセッサ（ＣＰＵ、ＧＰＵ等）、主記憶装置（ＲＡＭ、ＲＯＭ等）、補助記憶装置（ＥＰＲＯＭ、ハードディスクドライブ、リムーバブルメディア等）を有するコンピュータとして構成することができる。
　サーバ装置２は、制御部２１、記憶部２２、および通信部２３を含んで構成される。
　制御部２１は、所定のプログラムを実行することで、サーバ装置２の各種機能を実現する演算ユニットである。制御部２１は、例えば、ＣＰＵ等のハードウェアプロセッサによって実現することができる。また、制御部２１は、ＲＡＭ、ＲＯＭ（Read Only Memory）、キャッシュメモリ等を含んで構成されてもよい。
　記憶部２２は、情報を記憶する手段であり、ＲＡＭ、磁気ディスクやフラッシュメモリなどの記憶媒体により構成される。記憶部２２には、制御部２１にて実行されるプログラム、当該プログラムが利用するデータ等が記憶される。
　通信部２３は、サーバ装置２をネットワークに接続するための通信インタフェースである。通信部２３は、例えば、イーサネット（登録商標）、無線ＬＡＮやセルラ通信網等を介して、ネットワークと通信可能に構成される。
　次に、端末装置３について説明する。図２Ｃは、端末装置３のハードウェア構成の一例を模式的に示した図である。
　端末装置３は、車載装置１およびサーバ装置２と同様に、プロセッサ（ＣＰＵ、ＧＰＵ等）、主記憶装置（ＲＡＭ、ＲＯＭ等）、補助記憶装置（ＥＰＲＯＭ、ハードディスクドライブ、リムーバブルメディア等）を有するコンピュータとして構成することができる。
　端末装置３は、制御部３１、記憶部３２、通信部３３、および入出力部３４を含んで構成される。
　制御部３１は、所定のプログラムを実行することで、端末装置３の各種機能を実現する演算ユニットである。制御部３１は、例えば、ＣＰＵ等のハードウェアプロセッサによって実現することができる。また、制御部３１は、ＲＡＭ、ＲＯＭ（Read Only Memory）、キャッシュメモリ等を含んで構成されてもよい。
　記憶部３２は、情報を記憶する手段であり、ＲＡＭ、磁気ディスクやフラッシュメモリなどの記憶媒体により構成される。記憶部３２には、制御部３１にて実行されるプログラム、当該プログラムが利用するデータ等が記憶される。
　通信部３３は、端末装置３を外部ネットワークに接続するための無線通信インタフェースである。通信部３３は、例えば、無線ＬＡＮや３Ｇ、４Ｇ、または５Ｇ等のセルラ通信網を介して、サーバ装置２と通信可能に構成される。
　入出力部３４は、装置のオペレータから入力を受け付け、オペレータに対して情報を提示するユニットである。具体的には、入出力部３４は、タッチパネルとその制御手段、液晶ディスプレイとその制御手段から構成される。タッチパネルおよび液晶ディスプレイは、本実施形態では一つのタッチパネルディスプレイからなる。
［ソフトウェア構成］
　次に、システムを構成する各装置のソフトウェア構成について説明する。図３Ａは、本実施形態に係る車載装置１のソフトウェア構成を模式的に示した図である。
　本実施形態では、車載装置１が有する制御部１１は、撮影部１１１、通知部１１２、および提供部１１３の３つのソフトウェアモジュールを有して構成される。各ソフトウェアモジュールは、記憶部１２に記憶されたプログラムを制御部１１（ＣＰＵ等）によって実行することで実現されてもよい。なお、ソフトウェアモジュールにより実行される情報処理は、制御部１１（ＣＰＵ等）により実行される情報処理と同義である。
　撮影部１１１は、装置の動作中において、カメラ１５を利用して動画（車載映像）の撮影を行い、得られたデータを記憶部１２に保存する。撮影部１１１は、車両からの電源供給を受けて常時撮影を行い、得られた動画データを記憶部１２に記録する。
　図４は、撮影部１１１によって生成され、記憶部１２に保存される動画データの構造を説明する図である。動画データは、複数の動画ファイルから構成される。一つのファイルに対応する動画の長さには上限（例えば、１分）があり、上限を超えると、新たな動画ファイルが生成される。なお、記憶容量が不足した場合、撮影部１１１は、最も古い動画ファイルを削除して空き容量を確保したうえで撮影を続行する。本実施形態では、各動画ファイルには、それぞれ、動画ファイルが生成された日時（すなわち、撮影を開始した日時）を識別するための識別子（日時ＩＤ）が関連付けられている。日時ＩＤは、年月日および時分秒を一意に識別するものであってもよい。
　撮影部１１１が動作することにより、車載装置１が、ドライブレコーダーとして機能する。
　通知部１１２は、自車両の走行に関するデータ（以下、車両データ）を周期的に生成し、サーバ装置２に送信する。本実施形態では、車両データは、車両１０の位置情報、車両１０の進行方向、および、位置情報を取得した日時を表す日時ＩＤを含む。図５（Ａ）に、車両データの一例を示す。
　本実施形態における車両データは、車両１０を一意に表す識別子（車両ＩＤ）、車両データが生成された日時、当該日時を一意に表す識別子（日時ＩＤ）、位置情報、および進行方向を示す情報を含んで構成される。位置情報および進行方向は、後述する位置情報取得部１４から取得することができる。
　車両データは、所定の周期で生成および送信される。所定の周期は、独立して計測されてもよいが、撮影部１１１と連動していてもよい。例えば、撮影部１１１が新たな動画ファイルを生成したタイミングで（例えば、１分周期で）、通知部１１２が車両データを生成するようにしてもよい。この場合、車両データが示す日時は、動画ファイルが新しく生成された日時と同じになる。
　提供部１１３は、端末装置３から送信されたリクエスト（動画ファイルの提供リクエスト）に基づいて、指定された時刻に撮影された動画ファイルを端末装置３に提供する。例えば、提供部１１３は、日時ＩＤを含む提供リクエストを端末装置３から受信した場合に、当該日時ＩＤに対応する動画ファイルを記憶部２２から取得し、端末装置３に送信する。
　次に、サーバ装置２のソフトウェア構成について説明する。図３Ｂは、本実施形態に係るサーバ装置２のソフトウェア構成を模式的に示した図である。
　本実施形態では、サーバ装置２が有する制御部２１は、データ更新部２１１、および情報提供部２１２の２つのソフトウェアモジュールを有して構成される。各ソフトウェアモジュールは、記憶部２２に記憶されたプログラムを制御部１１（ＣＰＵ等）によって実行することで実現されてもよい。なお、ソフトウェアモジュールにより実行される情報処理は、制御部２１（ＣＰＵ等）により実行される情報処理と同義である。
　データ更新部２１１は、複数の車両１０（車載装置１）から車両データを受信し、記憶部２２に記憶させる。例えば、データ更新部２１１は、複数の車両１０から受信した車両データを、図５（Ｂ）に示したようなテーブル（車両データテーブルと称する）に格納してもよい。
　情報提供部２１２は、記憶部２２に記憶された情報に基づいて、端末装置３に対して情報提供を行う。具体的には、情報提供部２１２は、以下の二種類の処理を行う。
（１）車両の走行位置に関する情報提供
　車両データテーブルには、ドライブレコーダーとしての機能を有する車載装置１が搭載された車両１０の位置情報が、日時情報と関連付いた状態で格納されている。これを参照することで、指定された時間幅において、指定されたエリア内を走行した実績のある車両を抽出することができる。
　情報提供部２１２は、端末装置３からの要求があった場合に、指定された時間幅において、指定されたエリア内を走行した実績のある車両を抽出し、位置情報と日時情報のペアを端末装置３に送信する。これにより、端末装置３側において、地図へのマッピングが行えるようになる。位置情報は、進行方向を示す情報を含んでいてもよい。
（２）車載映像の中継
　端末装置３によって、車載映像を要求する対象車両が選択されると、情報提供部２１２が、端末装置３から、映像の再生リクエストを受け取る。映像の再生リクエストには、対象車両、および、再生対象の日時を識別する情報が含まれる。情報提供部２１２は、当該情報に基づいて、対象車両に対して映像の再生リクエストを転送する。また、情報提供部２１２は、対象車両から送信された車載映像の動画ファイル（または映像ストリーム）を、端末装置３に転送する。
　記憶部２２には、車載装置１から受信したデータを格納するテーブル（車両データテーブル）が記憶される。
　次に、端末装置３のソフトウェア構成について説明する。図３Ｃは、本実施形態に係る端末装置３のソフトウェア構成を模式的に示した図である。
　本実施形態では、端末装置３が有する制御部３１は、表示制御部３１１、および映像取得部３１２の２つのソフトウェアモジュールを有して構成される。各ソフトウェアモジュールは、記憶部３２に記憶されたプログラムを制御部１１（ＣＰＵ等）によって実行することで実現されてもよい。なお、ソフトウェアモジュールにより実行される情報処理は、制御部３１（ＣＰＵ等）により実行される情報処理と同義である。
　表示制御部３１１は、車載映像の取得をリクエストするためのユーザインタフェース（ＧＵＩ）を生成し、出力する。本実施形態では、表示制御部３１１は、記憶ないし事前に取得された道路地図データに基づいて、道路地図画像を含むユーザインタフェースを生成し、出力する。当該ユーザインタフェースには、対象期間を指定するためのユーザインタフェース部品が含まれる。
　また、表示制御部３１１は、オペレータによった行われた操作に基づいて、「地図の表示範囲内を対象期間内に走行していた車両のリスト」をサーバ装置２に要求し、応答に基づいて、車両の位置を表すアイコンを地図上にマッピングする。
　例えば、オペレータが、「本日の１７時００分から１７時０３分まで」という期間を指定した場合、表示制御部３１１は、サーバ装置２に対して、「本日の１７時００分から１７時０３分までに、地図の表示範囲内を走行していた車両のリスト」を要求する。また、表示制御部３１１は、受信した車両のリストに基づいて、アイコンのマッピングを行う。
　映像取得部３１２は、二種類の方法によって、車載映像を取得するためのリクエストを車両１０に対して発行することができる。
　一つ目の方法は、オペレータが、マッピングされた複数のアイコンのうちの一つを指定した場合に、当該アイコンに対応する車両１０に対して、車載映像の再生リクエストを送信する方法である。以降、この方法を、個別指定方式と呼ぶ。
　二つ目の方法は、地図上に設定された所定の範囲をオペレータが選択した場合に、当該範囲内にあるアイコンを一括して指定する方法である。この場合、当該範囲内にあるアイコンに対応する複数の車両１０に対して、車載映像の再生リクエストが順次送信される。以降、この方法を、一括指定方式と呼ぶ。詳細な方法については後述する。
　いずれの方式の場合も、映像取得部３１２は、車両１０から送信された動画ファイルまたは映像ストリームを受信し再生する。なお、動画ファイルまたは映像ストリームが、複数の車両１０から同時期に送信された場合、映像取得部３１２は、複数の動画ファイルまたは映像ストリームを並行して受信し、オペレータの操作に基づいて、それらを選択的に再生することができる。
　なお、以降の説明において、再生リクエストは、サーバ装置２を介して車両１０に送信されるものとする。また、動画ファイルまたは映像ストリームは、サーバ装置２を介して受信されるものとする。
　なお、図２Ａ～図２Ｃ、および図３Ａ～図３Ｃに示した構成は一例であり、図示した機能の全部または一部は、専用に設計された回路を用いて実行されてもよい。また、図示した以外の、主記憶装置および補助記憶装置の組み合わせによってプログラムの記憶ないし実行を行ってもよい。
［処理の詳細］
　次に、オペレータが端末装置３を介して行う操作と、それにより実行される処理について、具体的な例を挙げて説明する。
　図６は、端末装置３のオペレータに提供される初期画面の一例である。
　端末装置３の表示制御部３１１は、所定の地点を中心とした道路地図を含むユーザインタフェースを生成し、入出力部３４に出力する。当該ユーザインタフェースには、時刻を指定するための部品（符号６０１）と、時刻範囲を指定するための部品（符号６０２）と、検索を実行するためのボタン（符号６０３）が含まれる。
　符号６０１は、時刻を指定するためのユーザインタフェース部品である。オペレータは、当該ユーザインタフェース部品を利用して、例えば、１１９番通報があった時刻を設定する。
　符号６０２は、車両を検索する対象期間を指定するためのユーザインタフェース部品である。例えば、ここで「３分前」を指定すると、「設定された時刻の３分前から、設定された時刻まで」が検索対象の期間となる。
　オペレータが検索ボタン（符号６０３）を押下すると、設定された期間（例えば、１６時５７分から１７時００分まで）において、地図の表示範囲内を走行した実績のある車両のリストを要求するデータが、端末装置３からサーバ装置２に送信される。当該リクエストには、例えば、地図の表示範囲を特定するための情報、対象期間を示す情報などが含まれる。
　サーバ装置２（情報提供部２１２）は、要求に応答して、該当する車両のリスト（車両リスト）を生成し、端末装置３に返信する。図５（Ｃ）は、返信された車両リストの一例である。なお、ここでは「車両リスト」と称しているが、リストに含まれるレコードは、同じ車両を含んでもよい。例えば、同じ車両が、地図の表示範囲内において、設定された期間内に車両データを複数回送信している場合がある。この場合、同じ車両ＩＤを持つ複数のレコードが車両リストに含まれることになる。
　車両リストを受信した端末装置３（表示制御部３１１）は、地図上の対応する位置に、車両を表すアイコンをマッピングする。図７は、アイコンがマッピングされた地図の一例である。アイコンは、車両の進行方向を考慮して配置されてもよい。
　アイコンは、車両リストのレコードごとに生成される。すなわち、同一の車両が二つ以上のアイコンによって表示される場合もある。ただし、車両の異同はオペレータにとっては重要ではないため、本実施形態では、車両を識別するための情報は画面上には表示されない。
　端末装置３は、前述した個別指定方式、または、一括指定方式のいずれかによってアイコンを選択し、車両１０に対して車載映像の送信を要求することができる。
　最初に、個別指定方式の場合の動作を説明する。
　オペレータが、地図上にマッピングされたアイコンのうちのいずれかを選択（例えば、クリック）する操作を行うと、当該アイコンに対応する車両から車載映像を取得し、再生するための動作が開始される。
　図８は、図７に示した例において、オペレータが地図上においてアイコンを選択した場合に表示される画面の一例である。アイコンが選択されると、当該アイコンに対応する日時（符号８０１）が画面に出力される。選択されたアイコンに対応する日時は、サーバ装置２から受信した車両リストから得ることができる。これにより、オペレータは、所望の地点（例えば、通報地点）の近傍にアイコンが複数ある場合であっても、時刻の前後関係を把握することができる。
　日時を確認したオペレータは、アイコンに対応する車両から車載映像を取得するか否かを判断する。アイコンに対応する車両から車載映像を取得する場合、例えば、オペレータは、対応するアイコンを再度押下する。
　オペレータによって、前述した操作が行われた場合、端末装置３からサーバ装置２に対して、車載映像を再生するためのリクエスト（以下、再生リクエスト）が送信される。再生リクエストには、車両を指定するための車両ＩＤ、および、日時を指定するための日時ＩＤが含まれる。再生リクエストを受信したサーバ装置２は、対象車両を特定し、対応する車載装置１に対して当該再生リクエストを転送する。
　再生リクエストを受信した車載装置１は、指定された日時ＩＤに対応する動画ファイルを抽出し、サーバ装置２に送信する。なお、送信の対象は、車載映像の動画ファイルであってもよいし、映像ストリームであってもよい。車載装置１は、指定された日時ＩＤに合致する動画ファイルを抽出してもよいし、指定された日時ＩＤに合致する動画ファイルが無い場合、最も近い時刻に撮像された動画ファイルを抽出してもよい。
　送信された動画ファイル（または映像ストリーム）は、サーバ装置２によって、端末装置３に中継され、端末装置３において動画再生が行われる。図９は、端末装置３における再生画面の一例である。
　なお、本例では、動画ファイルを１分単位で生成しているため、再生も１分単位となる。前後の動画ファイルを再生したい場合、オペレータは、前後への移動を指示するボタン（符号９０１）を押下する。当該ボタンが押下されると、対応する動画ファイルを取得するための再生リクエストが生成され、同様の処理によって、対象の車載装置１に対して送信される。これにより、端末装置３のオペレータは、指定した日時の車載映像を再生することができる。
　次に、一括指定方式の場合の動作を説明する。端末装置３が一括指定方式で動作している場合、地図上の所定の領域に、アイコンを一括指定するための領域（以下、指定領域）が図形によって描画される。指定領域は、「第１の領域」の一例である。
　図１０は、端末装置３が一括指定方式で動作している場合において表示される画面の一例である。本実施形態では、地図の中心に、指定領域を表す図形１００１が描画される。なお、本例では、指定領域は、地図の中心に自動的に設定されるものとするが、指定領域は、オペレータの操作に基づいて地図上に設定されてもよい。地図の表示範囲や縮尺を変更した場合は、指定領域の位置や大きさも同時に再設定されてもよい。
　オペレータが、指定領域内にあるアイコン、または、指定領域内のいずれかの地点を選択（例えば、クリック）すると、当該指定領域内にあるアイコンのそれぞれに対応する車両に対して、映像の再生リクエストが自動的に発行される。
　なお、本例では、オペレータが、指定領域の内部を選択（例えば、クリック）したことをトリガとして再生リクエストを発行するが、再生リクエストは、これ以外の操作をトリガとして発行されてもよい。例えば、符号１００２で示したようなインタフェース（ボタン等）をクリックしたことをトリガとして再生リクエストを発行してもよいし、音声入力など、画面を介さずに再生リクエストの発行を指示してもよい。
　次に、指定領域の内部に複数のアイコンがある場合において、再生リクエストを発行する順番について説明する。本実施形態では、再生リクエストを発行する順番を決定する方法として、時刻を用いた方法と、距離を用いた方法について例示する。
（１）時刻を用いた方法
　関連付いた時刻が、オペレータが指定した時刻に対してより近いアイコンから順番に再生リクエストを送信する方法である。
　図１１は、ある指定領域内にあるアイコンに対応する車両のリストの一例である。本例では、３台の車両が、５個のアイコンを形成しているものとする。また、オペレータが指定した時刻は１２時０分であり、５分前（１１時５５分）から指定時刻までの車両データが抽出されているものとする。
　本例の場合、指定時刻から近い順にレコードをソートすると、アイコンＡ，Ｂ，Ｅ，Ｃ，Ｄの順番になる。よって、当該指定領域が選択された場合、端末装置３は、この順番で再生リクエストを発行する。
　図１２は、本例において端末装置３が再生リクエストを発行する順番を説明する図である。図示したように、端末装置３は、オペレータによって指定された時刻に近い順に、対応する車両に対して再生リクエストを発行する。また、端末装置３は、再生リクエストに応答して送信された動画ファイルを順次受信する。
（２）距離を用いた方法
　地図上にマッピングされた位置が、指定領域の中心に対してより近いものから順番に再生リクエストを送信する方法である。
　図１１の例の場合、指定領域の中心点から近い順にレコードをソートすると、アイコンＡ，Ｄ，Ｂ，Ｃ，Ｅの順番になる。よって、当該指定領域が選択された場合、端末装置３は、この順番で再生リクエストを発行する。
　図１３は、本例において端末装置３が再生リクエストを発行する順番を説明する図である。図示したように、端末装置３は、指定領域の中心点に近い順に、対応する車両に対して再生リクエストを発行する。また、端末装置３は、再生リクエストに応答して送信された動画ファイルを順次受信する。指定領域の中心点からの距離は、車両リストに含まれる位置情報に基づいて判定することができる。
　なお、本例では、指定領域の中心点からの距離を利用したが、指定領域内にあれば、他の任意の点からの距離を利用することもできる。
　なお、アイコンＡおよびＢ、アイコンＤおよびＥは同一の車両である。この場合、端末装置３は、再生リクエストに応答して動画ファイルを受信したことを条件として、次の再生リクエストを発行する。これにより、同じ車両に対して二重に再生リクエストを送信してしまうことを防ぐことができる。
　動画ファイルの受信が完了すると、対応するアイコンについては、車載映像の再生（視聴）が可能になる。端末装置３は、動画ファイルの受信を完了したアイコンについては、外観（色など）を変えるようにしてもよい。また、端末装置３は、外観が変わったアイコンをオペレータがクリックしたことに応じて車載映像の再生を開始してもよい。
　なお、オペレータに対する情報提供を行うため、端末装置３は、指定領域に含まれる複数のアイコンのそれぞれについて、図８に示した例のように、対応する日時を出力してもよい。すなわち、端末装置３は、複数の日時のリストを出力してもよい。これにより、オペレータは、指定領域内にアイコンが複数ある場合であっても、時刻の前後関係を把握することができる。
［処理シーケンス］
　次に、各装置が実行するステップと、装置間において送受信されるデータの流れについて説明する。
　図１４は、車載装置１からサーバ装置２に車両データを送信する処理のシーケンス図である。図示した処理は、所定の周期で実行される。所定の周期は、通知部１１２によって決定されてもよいし、撮影部１１１からの通知に応答して通知部１１２が決定してもよい。例えば、動画ファイルの切り替えが発生するごと（例えば、１分ごと）に、撮影部１１１から通知部１１２に対して通知を送信し、これに応答して、通知部１１２が図示した処理を開始してもよい。
　まず、ステップＳ１１で、車載装置１（通知部１１２）が車両データを生成する。本実施形態では、通知部１１２は、位置情報取得部１４から、自車両の位置情報および進行方向を取得し、自車両の識別子と、日時情報を組み合わせて車両データを生成する。生成された車両データは、サーバ装置２へ送信される（ステップＳ１２）。
　ステップＳ１３では、サーバ装置２（データ更新部２１１）が、当該車両データを受信し、当該車両データを、記憶部２２内の車両データテーブルに格納する。
　以上に説明した処理を、複数の車両１０について実行することで、サーバ装置２は、管理下にある複数の車両の、過去における位置情報を収集および管理することができる。また、サーバ装置２に記憶された車両データテーブルを参照することで、所定の日時に所定の地点を走行していた車両を検索できるようになる。各車両は、車載映像を撮影しながら走行しているため、これにより、特定の事象（例えば、交通事故など、通報に関する事象）を映像によって捉えている可能性の高い車両を探すことができるようになる。
　図１５は、端末装置３が、車両の位置情報がマッピングされた地図を出力する処理のシーケンス図である。図示した処理は、例えば、端末装置３（表示制御部３１１）において、地図の表示が行われた場合に開始される。
　まず、ステップＳ２１で、端末装置３（表示制御部３１１）が、再描画が必要か否かを判定する。例えば、地図を初めて描画した場合や、地図の表示範囲を変更する操作が行われた場合、本ステップは肯定判定になる。なお、ここでは、端末装置３のオペレータによって地図の所定の範囲が表示され、対象期間の指定が行われていたものとする。
　本ステップで肯定判定となった場合、端末装置３は、車両リストの生成リクエストを生成し、サーバ装置２へ送信する。車両リストの生成リクエストには、地図の表示範囲を表す情報と、オペレータによって指定された対象期間を表す情報が含まれる。
　ステップＳ２２では、サーバ装置２（情報提供部２１２）が、受信したリクエストに基づいて車両リストを生成する。具体的には、記憶部２２に記憶された車両データテーブルから、指定された期間において、指定された範囲内を走行していた実績がある車両のレコードを抽出し、抽出したレコードからなる車両リストを生成する。生成された車両リストは、端末装置３に送信される。
　ステップＳ２３では、端末装置３（表示制御部３１１）が、取得した車両リストに基づいて、地図の描画を行い、地図上の対応する地点にアイコンをマッピングする。
　ステップＳ２３の処理が終了すると、図７に示したように、端末装置３において、複数のアイコンが地図上にマッピングされた状態となる。当該アイコンは、指定した期間内において、地図の表示範囲内を走行していた車両の位置を表す。
　なお、一括指定方式を採用する場合、端末装置３は、アイコンの描画と同時に、図１０に示したように、指定領域を表す図形を地図上に描画してもよい。
　図１６は、端末装置３からのリクエストに基づいて、車載装置１が端末装置３に映像を提供する処理のシーケンス図である。図１６に示した処理は、車両のアイコンが地図上にマッピングされた後に端末装置３（表示制御部３１１）によって開始される。
　まず、個別指定方式によって車両を指定する場合の処理について説明する。
　端末装置３のオペレータが、表示されたアイコンのうちのいずれかを選択する操作を行うと、表示制御部３１１がこれを受け付ける。なお、表示制御部３１１は、選択操作に応答して、車両リストを参照し、選択されたアイコンに対応する日時情報を取得し、出力（例えば、画面上に重畳）してもよい。
　続いて、映像取得部３１２が、再生リクエストを生成する（ステップＳ３１）。再生リクエストは、車載装置１に対して車載映像の提供をリクエストするためのデータであり、車載装置１（車両１０）の識別子（車両ＩＤ）、および、車載映像が撮影された日時の識別子（日時ＩＤ）を含む。車両ＩＤおよび日時ＩＤは、端末装置３がサーバ装置２から受信した車両リストに含まれている。オペレータが地図上においてアイコンを選択すると、端末装置３は、対応する車両の車両ＩＤと日時ＩＤを特定することができる。
　再生リクエストは、端末装置３からサーバ装置２に送信され、サーバ装置２から、対象の車載装置１に中継される。この際、サーバ装置２は、再生リクエストに含まれる車両ＩＤを読み取り、当該再生リクエストを中継する先の車載装置１を識別してもよい。このため、サーバ装置２には、車両ＩＤと、対応する車載装置１の接続先（例えば、ネットワークアドレス等）を関連付けたデータを記憶させることが好ましい。サーバ装置２によって中継された再生リクエストは、対応する車載装置１によって受信される。
　再生リクエストを受信した車載装置１（提供部１１３）は、記憶している動画データから、日時ＩＤに対応する動画ファイルを抽出する（ステップＳ３２）。例えば、図４の例において、Ｔ００２という日時ＩＤが指定された場合、車載装置１（提供部１１３）は、１２時１分に録画を開始した動画ファイルを抽出する。
　抽出された動画ファイルは、サーバ装置２を介して端末装置３に送信される。端末装置３は、図９に示したような再生画面を生成し、受信した動画ファイルの再生を開始する（ステップＳ３３）。
　なお、他の動画ファイルを指定する操作が行われた場合（例えば、符号９０１で示したボタンが押下された場合）、図１６に示した処理が再度実行され、新たな再生リクエストが生成される。
　なお、本例では動画ファイルを送信の対象としたが、送信の対象は映像ストリーム等であってもよい。
　次に、一括指定方式によって車両を指定する場合の処理について説明する。
　図１６は、オペレータが一台の車両を指定して再生リクエストを発行する場合におけるシーケンスである。一方で、一括指定方式を採用する場合、端末装置３は、指定領域に含まれる複数のアイコンについて、複数の再生リクエストを生成および発行する処理を実行する。図１７は、当該処理のフローチャートである。図１７に示した処理は、オペレータによって、地図上の指定領域が選択された場合に、端末装置３（表示制御部３１１）によって開始される。指定領域は、システムが自動的に設定したものであってもよいし、オペレータによって設定されたものであってもよい。
　まず、ステップＳ４１で、指定領域に含まれるアイコンに関する情報を取得する。本ステップでは、指定領域に含まれるアイコンのそれぞれについて、車両リストに含まれる情報を取得する。
　次に、ステップＳ４２で、再生リクエストの発行順を決定する。再生リクエストの発行順は、前述したように、時刻（指定時刻からの差異）に基づいて決定してもよいし、距離（指定領域の中心からの距離）に基づいて決定してもよい。
　ステップＳ４３～Ｓ４５の処理は、指定領域に含まれる複数のアイコンに対応する複数の車両のそれぞれについて、前述した、再生リクエストの発行順に実行される。特定のアイコンに対応する車両は、車両リストに基づいて判定することができる。
　ステップＳ４３では、処理対象である車両に対して再生リクエストが発行可能であるか否かを判定する。例えば、ある車両に対して再生リクエストを送信し、当該車両から未だにレスポンスを受け取っていない場合、別の再生リクエストを送信すべきではない。このような場合において、二重に再生リクエストを送信すると、エラーを引き起こすおそれがあるためである。このような場合、対象車両に対する再生リクエストの発行は不可であると判定される。
　対象車両に対して再生リクエストが発行可能である場合、処理はステップＳ４４へ遷移し、当該車両に対して再生リクエストを発行する。この結果、図１６に示した処理が実行され、動画ファイルが受信される。
　対象車両に対して再生リクエストが発行可能でない場合、処理はステップＳ４６へ遷移し、再生リクエストが発行可能になるまで待機する。例えば、待機中に、以前に発行した再生リクエストに対する応答があった場合、新たな再生リクエストが発行可能になったと判定される。
　ステップＳ４５では、再生リクエストの発行が全て完了、すなわち、指定領域に含まれる全てのアイコンに対して処理が完了したか否かを判定する。本ステップで否定判定となった場合、処理はステップＳ４３へ戻る。本ステップで肯定判定となった場合、処理は終了する。
　なお、一括指定方式では、複数の動画ファイルが同時期に端末装置３に送信されることがある。端末装置３は、動画ファイルを受信した場合に、対応するアイコンをマークアップ、すなわち、アイコンの外観を変更してもよい。マークアップとは、例えば、アイコンの強調表示、色彩の変更、デザインの変更などを含む。アイコンがマークアップされたことは、動画ファイルの受信が完了し、再生可能な状態になったことを意味する。マークアップされたアイコンが選択された場合、端末装置３は、対応する動画ファイルの再生を開始してもよい。
　以上説明したように、本実施形態に係る監視システムでは、サーバ装置２に記憶された車両データに基づいて、端末装置３が、車両の走行実績を地図にマッピングする。端末装置３のオペレータは、表示された地図上で車両を指定し、当該車両から動画ファイルを取得することができる。これにより、端末装置３のオペレータは、所望する時刻に所望する地点を走行していた車両によって撮影された車載映像を確認することができる。
　また、本実施形態に係る監視システムでは、地図上に設定された指定領域に含まれる複数のアイコンについて、車載映像の再生リクエストを自動的に発行することができる。これにより、オペレータが所望する範囲を走行していた複数の車両について、アイコンを一つずつ選択せずとも、車載映像を自動的に取得することが可能になる。
　さらに、端末装置３は、同一の車両に対して複数の再生リクエストを発行しないような制御を行う。これにより、エラーの発生を防止し、短時間で車載映像を取得することが可能になる。
（変形例）
　上記の実施形態はあくまでも一例であって、本開示はその要旨を逸脱しない範囲内で適宜変更して実施しうる。
　例えば、本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。
　また、実施形態では、車載装置を搭載した車両を例示したが、映像を撮影することができれば、車両以外の移動体を利用してもよい。
　また、実施形態では、端末装置３が動画ファイルの受信を完了した場合に、対応するアイコンの外観を変化させる例を挙げたが、車載映像がストリーミング再生される場合、端末装置３が、車載装置１から、ストリーミングの準備が完了した旨の通知を受信し、これに応答して、端末装置３が、対応するアイコンの外観を変化させるようにしてもよい。
　また、実施形態では、端末装置３が動画ファイルの受信を完了した場合に、対応するアイコンの外観を変化させる例を挙げたが、端末装置３は、再生リクエストを送信したタイミングでアイコンの外観を変化させてもよい。さらに、「再生リクエストの送信完了」、「動画ファイルの受信完了」といったように、複数のステップでアイコンの外観を変化させてもよい。この場合、端末装置３は、例えば、アイコンの色などを段階的に変化させる制御を行ってもよい。
　また、実施形態では、指定領域を地図上に描画（符号１００１）したが、指定領域は必ずしも地図上に描画されなくてもよい。この形態であっても、不可視の指定領域が地図上に設定され、前述した処理によって、各車両に対して再生リクエストが発行される。
　また、実施形態では、端末装置３が、サーバ装置２から受信した情報に基づいて、道路地図を含むユーザインタフェースを生成して出力したが、道路地図は、サーバ装置２が生成してもよい。この場合、サーバ装置２が車両リストを生成して端末装置３に送信する代わりに、サーバ装置２が、道路地図の描画およびアイコンのマッピングを行ってもよい。この場合、サーバ装置２によって生成された道路地図を含むユーザインタフェース画面を端末装置３に送信し、端末装置３がこれを出力してもよい。すなわち、実施形態において説明した端末装置３（表示制御部３１１）の機能を、サーバ装置２（情報提供部２１２）に持たせてもよい。本開示に係る情報処理装置は、サーバ装置２として実現することもできるし、端末装置３として実現することもできる。
　また、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成（サーバ構成）によって実現するかは柔軟に変更可能である。
　本開示は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤディスク・ブルーレイディスク等）など任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、電子的命令を格納するために適した任意のタイプの媒体を含む。
１・・・車載装置
２・・・サーバ装置
３・・・端末装置
１１，２１，３１・・・制御部
１２，２２，３２・・・記憶部
１３，２３，３３・・・通信部
１４・・・位置情報取得部
１５・・・カメラ
３４・・・入出力部

Claims (17)

  1. 　一台以上の車両の走行履歴に基づいて、複数の時刻における各車両の位置を示す複数のアイコンを地図上に表示させることと、
    　ユーザから指示を受け付けたことに応じて、前記地図上に設定された第１の領域に含まれる二つ以上のアイコンに対応する二台以上の車両又は車載装置のそれぞれに対して、対応する時刻に撮影された映像の送信を要求する映像要求を送信することと、
    　を実行する制御部を有する、
    　情報処理装置。
  2. 　前記制御部は、前記複数のアイコンのいずれかが選択された場合に、対応する車両又は前記車両に搭載された車載装置に対して、前記映像要求を送信する、
    　請求項１に記載の情報処理装置。
  3. 　前記指示は、前記ユーザが前記第１の領域の内部を選択することによって行われる、
    　請求項１に記載の情報処理装置。
  4. 　前記制御部は、前記指示を受け付けた場合に、所定の時刻により近い時刻のアイコンに対応する車両又は車載装置に対してより優先的に前記映像要求を送信する、
    　請求項１に記載の情報処理装置。
  5. 　前記指示によって前記地図上に第１の領域が設定された場合に、前記第１の領域内の所定の位置により近いアイコンに対応する車両又は車載装置に対してより優先的に前記映像要求を送信する、
    　請求項１に記載の情報処理装置。
  6. 　前記制御部は、前記映像要求が送信された車両又は車載装置に対応するアイコンの外観を変化させる、
    　請求項１に記載の情報処理装置。
  7. 　前記制御部は、前記映像要求の送信後に前記ユーザが前記映像の視聴が可能になった場合に、前記車両又は車載装置に対応するアイコンの外観を変化させる、
    　請求項１に記載の情報処理装置。
  8. 　前記制御部は、前記映像要求が送信された車両又は車載装置から、映像の送信準備が完了した旨の通知があった場合に、前記車両又は車載装置に対応するアイコンの外観を変化させる、
    　請求項１に記載の情報処理装置。
  9. 　コンピュータが実行する情報処理方法であって、
    　一台以上の車両の走行履歴に基づいて、複数の時刻における各車両の位置を示す複数のアイコンを地図上に表示させる第１のステップと、
    　ユーザから指示を受け付けたことに応じて、前記地図上に設定された第１の領域に含まれる二つ以上のアイコンに対応する二台以上の車両又は車載装置のそれぞれに対して、対応する時刻に撮影された映像の送信を要求する映像要求を送信する第２のステップと、
    　を含む、情報処理方法。
  10. 　前記複数のアイコンのいずれかが選択された場合に、対応する車両又は前記車両に搭載された車載装置に対して、前記映像要求を送信する第３のステップをさらに含む、
    　請求項９に記載の情報処理方法。
  11. 　前記指示は、前記ユーザが前記第１の領域の内部を選択することによって行われる、
    　請求項９に記載の情報処理方法。
  12. 　前記第２のステップでは、前記指示を受け付けた場合に、所定の時刻により近い時刻のアイコンに対応する車両又は車載装置に対してより優先的に前記映像要求を送信する、
    　請求項９に記載の情報処理方法。
  13. 　前記第２のステップでは、前記指示によって前記地図上に第１の領域が設定された場合に、前記第１の領域内の所定の位置により近いアイコンに対応する車両又は車載装置に対してより優先的に前記映像要求を送信する、
    　請求項９に記載の情報処理方法。
  14. 　前記映像要求が送信された車両又は車載装置に対応するアイコンの外観を変化させる第４のステップをさらに含む、
    　請求項９に記載の情報処理方法。
  15. 　前記映像要求の送信後に前記ユーザが前記映像の視聴が可能になった場合に、前記車両又は車載装置に対応するアイコンの外観を変化させる第４のステップをさらに含む、
    　請求項９に記載の情報処理方法。
  16. 　前記映像要求が送信された車両又は車載装置から、映像の送信準備が完了した旨の通知があった場合に、前記車両又は車載装置に対応するアイコンの外観を変化させる第４のステップをさらに含む、
    　請求項９に記載の情報処理方法。
  17. 　請求項９から１６のいずれか１項に記載の情報処理方法をコンピュータに実行させるためのプログラム。
PCT/JP2025/014227 2024-04-16 2025-04-09 情報処理装置、情報処理方法、およびプログラム Pending WO2025220577A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2024066062A JP2025162698A (ja) 2024-04-16 2024-04-16 情報処理装置、情報処理方法、およびプログラム
JP2024-066062 2024-04-16

Publications (1)

Publication Number Publication Date
WO2025220577A1 true WO2025220577A1 (ja) 2025-10-23

Family

ID=97403398

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2025/014227 Pending WO2025220577A1 (ja) 2024-04-16 2025-04-09 情報処理装置、情報処理方法、およびプログラム

Country Status (3)

Country Link
JP (1) JP2025162698A (ja)
TW (1) TW202603579A (ja)
WO (1) WO2025220577A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020090225A (ja) * 2018-12-06 2020-06-11 株式会社デンソー 送信装置、及び受信装置
JP2020187536A (ja) * 2019-05-14 2020-11-19 株式会社デンソーテン 通信状態表示装置、端末装置、データ収集装置、データ収集システム、通信状態表示方法およびプログラム
JP2023139705A (ja) * 2022-03-22 2023-10-04 東京海上日動火災保険株式会社 情報処理装置、情報処理方法及びプログラム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020090225A (ja) * 2018-12-06 2020-06-11 株式会社デンソー 送信装置、及び受信装置
JP2020187536A (ja) * 2019-05-14 2020-11-19 株式会社デンソーテン 通信状態表示装置、端末装置、データ収集装置、データ収集システム、通信状態表示方法およびプログラム
JP2023139705A (ja) * 2022-03-22 2023-10-04 東京海上日動火災保険株式会社 情報処理装置、情報処理方法及びプログラム

Also Published As

Publication number Publication date
TW202603579A (zh) 2026-01-16
JP2025162698A (ja) 2025-10-28

Similar Documents

Publication Publication Date Title
JP6399324B1 (ja) 塵芥収集車における映像管理システム
JP7340678B2 (ja) データ収集方法およびデータ収集装置
JP6732677B2 (ja) 動画収集システム、動画収集装置、および動画収集方法
TW201741630A (zh) 圖像的處理方法、裝置、設備及用戶介面系統
CN104766300A (zh) 具有集成gps映射的事件记录仪回放
CN110089125B (zh) 影像显示装置，影像显示系统，影像显示方法以及存储介质
CN114241415B (zh) 车辆的位置监控方法、边缘计算设备、监控设备及系统
JP2015210713A (ja) ドライブレコーダおよびこれを用いたクラウド型道路情報等運用システム
CN110967036B (zh) 导航产品的测试方法和设备
JP2025140621A (ja) 情報処理装置、情報処理方法、およびプログラム
JP7601062B2 (ja) 情報処理装置、及び、プログラム
WO2025220577A1 (ja) 情報処理装置、情報処理方法、およびプログラム
JP6793516B2 (ja) 車両動画送信システムおよび車両動画送信方法
JP2026007639A (ja) 情報処理装置、情報処理方法、およびプログラム
US20250303863A1 (en) Information processing apparatus, information processing method, and non-transitory storage medium
JP2020149518A (ja) 特定映像収集システム、特定映像収集方法
US20250305848A1 (en) Information processing apparatus, information processing method, and non-transitory storage medium
CN121201084A (zh) 信息处理装置、信息处理方法以及程序产品
JP2023139705A (ja) 情報処理装置、情報処理方法及びプログラム
JP2019021187A (ja) 映像蓄積配信システム
JP2026003387A (ja) 情報処理システム、情報処理方法およびプログラム
JP2025162675A (ja) 情報処理装置、情報処理方法、および、プログラム
JP2025164315A (ja) 情報処理装置
US20250349323A1 (en) Data Capture System
JP2006287741A (ja) ナビゲーション装置・撮影装置の連携システムおよびナビゲーション装置

Legal Events

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

Ref document number: 25789629

Country of ref document: EP

Kind code of ref document: A1

DPE1 Request for preliminary examination filed after expiration of 19th month from priority date (pct application filed from 20040101)