WO2024085102A1 - 情報処理装置および情報処理方法 - Google Patents

情報処理装置および情報処理方法 Download PDF

Info

Publication number
WO2024085102A1
WO2024085102A1 PCT/JP2023/037341 JP2023037341W WO2024085102A1 WO 2024085102 A1 WO2024085102 A1 WO 2024085102A1 JP 2023037341 W JP2023037341 W JP 2023037341W WO 2024085102 A1 WO2024085102 A1 WO 2024085102A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
information
information processing
processing device
possibility
Prior art date
Application number
PCT/JP2023/037341
Other languages
English (en)
French (fr)
Inventor
英徳 松本
Original Assignee
パナソニックオートモーティブシステムズ株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by パナソニックオートモーティブシステムズ株式会社 filed Critical パナソニックオートモーティブシステムズ株式会社
Publication of WO2024085102A1 publication Critical patent/WO2024085102A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/16—Anti-collision systems

Definitions

  • This disclosure relates to an information processing device and an information processing method.
  • Patent Document 1 discloses a device that determines whether the holder of a mobile device is riding a bicycle and issues a warning in different ways depending on the result.
  • the purpose of this disclosure is to provide an information processing device and information processing method with further improved convenience.
  • An information processing device is an information processing device that collects movement status information of each of a plurality of users and determines whether or not there is a possibility of a dangerous state based on the movement status information, and has an acquisition unit that acquires attribute information of each of the plurality of users, and a control unit that determines which of the terminal devices of each of the users who may be in a dangerous state should execute a warning activation action based on the attribute information of each of the users.
  • An information processing method is an information processing method executed by a device that collects movement state information of each of a plurality of users and determines whether or not there is a possibility of a dangerous state based on the movement state information, and obtains attribute information of each of the plurality of users, and determines which of the terminal devices of each of the users will execute a warning activation action based on the attribute information of each of the users who may be in a dangerous state.
  • This disclosure makes it possible to provide an information processing device and information processing method with further improved convenience.
  • FIG. 1 is a block diagram showing a configuration example of a safety support system according to an embodiment of the present disclosure.
  • FIG. 1 is a diagram illustrating an example of a hardware configuration of a computer included in a mobile terminal or a server according to an embodiment of the present disclosure.
  • 1 is a flowchart showing an example of an attribute determination process according to an embodiment of the present disclosure.
  • FIG. 1 is a diagram showing a list of risk targets and protection targets for each attribute according to an embodiment of the present disclosure.
  • FIG. 1 is a schematic diagram showing an example of a movement state of a plurality of users viewed from directly above according to an embodiment of the present disclosure; 1 is a sequence chart showing an example of the operation of a mobile terminal and a server according to an embodiment of the present disclosure.
  • FIG. 1 is a block diagram showing an example of the configuration of the safety support system 1.
  • the safety support system 1 includes a mobile terminal 100 and a server 200. Both the mobile terminal 100 and the server 200 correspond to an example of an "information processing device" of the present disclosure.
  • the mobile terminal 100 and the server 200 each have, as hardware, for example, a CPU (Central Processing Unit) 10, a main memory device 20 such as a ROM (Read Only Memory) or a RAM (Random Access Memory), a hard disk that stores computer programs, an auxiliary memory device 30 such as a flash memory, and a bus 40 that connects them.
  • a CPU Central Processing Unit
  • main memory device 20 such as a ROM (Read Only Memory) or a RAM (Random Access Memory)
  • a hard disk that stores computer programs
  • an auxiliary memory device 30 such as a flash memory
  • bus 40 that connects them.
  • the functions of the mobile terminal 100 and the server 200 described below are realized by the CPU 10 reading a computer program from the auxiliary storage device 30, expanding it into the RAM of the main storage device 20, and executing it.
  • the computer program may be provided to a user, etc. by being recorded on a specified recording medium or distributed over a network.
  • the mobile terminal 100 is a terminal device that is possessed (carried) by a mobile user.
  • Examples of the mobile terminal 100 include, but are not limited to, a smartphone, a tablet, a smart watch, etc.
  • the functions of the mobile terminal 100 described below may be realized by an edge server between a cloud computing server and the user terminal.
  • the mobile terminal 100 has a communication unit 110, an acquisition unit 120, a control unit 130, and an output unit 140.
  • the communication unit 110 is a communication device that performs network communication such as Internet communication and cellular communication (communication using a mobile communication network).
  • the communication unit 110 transmits moving state information and attribute information, which will be described later, to the server 200, and receives determination result information, which will be described later, from the server 200.
  • the communication unit 110 also includes communication devices that perform wireless communication such as RFID (Radio Frequency Identification), Bluetooth (registered trademark), and Wi-Fi (registered trademark).
  • RFID Radio Frequency Identification
  • Bluetooth registered trademark
  • Wi-Fi registered trademark
  • the communication unit 110 in this embodiment is a concept that includes both a device that realizes Internet communication and a device that realizes wireless communication (this does not mean that both communication functions are realized in a single device).
  • the acquisition unit 120 is an acquisition device that acquires various types of information.
  • acquisition includes the meanings of "detection” and "estimation.”
  • the acquisition unit 120 periodically acquires movement status information indicating the movement status of a user (hereinafter simply referred to as the user) who possesses the mobile terminal 100.
  • the movement status information includes, for example, information indicating the current position, direction of travel, movement speed, tilt, etc. of the user (which may also be referred to as the mobile terminal 100).
  • the acquisition unit 120 may include, for example, a GPS (Global Positioning System) receiver that receives GPS signals, a processor that measures the current position, etc. based on the GPS signals, an acceleration sensor, etc.
  • the movement status information needs to include at least current position information, and may additionally include direction of travel information, speed information, tilt information, etc.
  • the acquisition unit 120 acquires attribute information indicating the attributes of the user.
  • the attributes include pedestrian, cyclist (bicycle driver), rider (motorcycle driver), and driver (car driver).
  • the acquisition unit 120 may be, for example, a processor that performs attribute determination processing (described in detail below).
  • FIG. 3 is a flowchart showing an example of the attribute determination process.
  • the user's attribute is assumed to be a pedestrian.
  • the flow in FIG. 3 is performed periodically.
  • the acquisition unit 120 determines whether the user is within a predetermined distance from the roadway (step S1).
  • the acquisition unit 120 compares the current position measured based on the GPS signal with the position of the roadway shown in the map information, and determines whether the user is within a predetermined distance from the roadway.
  • the map information here is, for example, stored in a memory unit (not shown) of the mobile terminal 100.
  • step S2 If the user is not within a predetermined distance from the roadway (step S1/NO), the acquisition unit 120 determines that the user is not eligible for safety support (step S2).
  • those who are not eligible for safety support are those who do not require the warning described below. If the user is not within a specified distance from the roadway, the user is considered to be in a location where the possibility of being involved in a traffic accident is low, and therefore the user is determined to be not eligible for safety support.
  • the terminal transmits to the server a message indicating that the user is not eligible. If it is determined that the user is not eligible, the user's movement status information and attribute information do not need to be transmitted to the server 200. This makes it possible to reduce power consumption related to communication in the mobile terminal 100.
  • the acquisition unit 120 determines whether the CN (Carrier to Noise Ratio) value of the GPS signal is equal to or greater than a predetermined threshold (step S3).
  • the acquisition unit 120 determines that the user is not eligible for safety support (step S2).
  • the CN value is not equal to or greater than the threshold, it is assumed that the user is indoors or in an environment where the accuracy of the current location is insufficient, and it is determined that safety support is not necessary or that appropriate support cannot be provided, and the user is therefore determined to be ineligible for support.
  • the acquisition unit 120 determines whether walking has been detected within a certain period of time based on the detection results of, for example, an acceleration sensor (step S4).
  • This determination process takes into account the time the user stops walking, for example, while waiting for a traffic light.
  • step S4 If walking is detected within a certain period of time (step S4: YES), the acquisition unit 120 determines that the user is a pedestrian (step S5).
  • step S4 determines whether the mobile terminal 100 is attached to the holder.
  • the holder is a device that is attached to, for example, the body of a bicycle or motorcycle, and can accommodate (store) the mobile terminal 100.
  • This holder is provided with, for example, a non-contact IC tag (which may be a sensor).
  • the communication unit 110 receives pre-registered motorcycle type information from the non-contact IC tag. This motorcycle type information indicates whether the motorcycle to which the holder is attached is a bicycle or a motorcycle. If the motorcycle type information is received, the acquisition unit 120 determines that the mobile terminal 100 is attached to the holder, and if the motorcycle type information is not received, it determines that the mobile terminal 100 is not attached to the holder.
  • the acquisition unit 120 determines whether the two-wheeled vehicle type information indicates a motorcycle or a bicycle (step S7).
  • step S8 the acquisition unit 120 determines that the user is a rider.
  • the acquisition unit 120 determines that the user is a cyclist (step S9).
  • the acquisition unit 120 determines whether or not authentication has occurred between the mobile terminal 100 and the in-car device (step S10).
  • the authentication referred to here includes, for example, Bluetooth (registered trademark) pairing, but is not limited to this.
  • the in-vehicle device includes, for example, a car navigation system equipped with a Bluetooth (registered trademark) communication function, but is not limited to this.
  • step S10 If authentication is performed between the mobile terminal 100 and the in-vehicle device (step S10/YES), the acquisition unit 120 determines that the user is the driver (step S11).
  • the acquisition unit 120 determines that the user is not eligible for safety support (step S2).
  • the attribute determination process has been described above. Note that the flow in FIG. 3 is just one example, and attributes may be determined using other known methods. Also, while an example has been described in which the mobile terminal 100 performs the attribute determination process, the server 200 may also perform it. In that case, the server 200 will obtain the information necessary for the attribute determination process from the mobile terminal 100 or another device. Below, we return to the description of the acquisition unit 120.
  • the acquisition unit 120 acquires (generates) attribute information indicating that the user is a pedestrian, cyclist, rider, or driver based on the results of the attribute determination process described above.
  • the acquisition unit 120 acquires attribute information by executing an attribute determination process, but the present invention is not limited to this example.
  • the acquisition unit 120 may acquire attribute information by accepting an attribute input operation by a user.
  • the user's attributes may also change. For example, if a user leaves home, walks to a parking lot, and then gets in a car, the acquisition unit 120 changes the attribute from pedestrian to driver. When an attribute is changed in this way, the changed attribute information is sent to the server 200 together with the movement status information at the time of the change.
  • the control unit 130 is a control device that executes various controls.
  • control unit 130 controls the communication unit 110 to transmit the above-mentioned moving state information and attribute information to the server 200.
  • the transmitted moving state information and attribute information include identification information of the mobile terminal 100 (or the user).
  • the moving state information is transmitted at any time.
  • control unit 130 causes the output unit 140 to execute a warning activation action (described in detail below) based on the determination result information (described in detail below) received by the communication unit 110 from the server 200.
  • the output unit 140 is an output device that performs the alert operation.
  • the attention-calling activation action is an action that calls the attention of the user of the mobile terminal 100 when there is a possibility that the user of the mobile terminal 100 will collide with another user (hereinafter referred to as a collision possibility, or it can also be called a collision risk).
  • the warning activation action is to display an image indicating that there is a possibility of a collision.
  • the output unit 140 is a speaker of the mobile terminal 100
  • a sound (which may simply be a warning sound) indicating the possibility of a collision is output as a warning activation action.
  • the output unit 140 is a vibrator of the mobile device 100
  • the mobile device 100 vibrates as an attention-calling activation action.
  • the output unit 140 is provided in the mobile terminal 100, but the present invention is not limited to this.
  • the output unit 140 may be an output device that is provided outside the mobile terminal 100 and capable of wireless communication with the mobile terminal 100. Examples of such output devices include speakers and head-up displays built into helmets used by cyclists and riders, displays, speakers, and vibrators that vibrate the steering wheel or seat mounted in the passenger compartment of an automobile.
  • the control unit 130 instructs the external output unit 140 to issue a warning by wireless communication via the communication unit 110.
  • the server 200 is an information processing device that collects the movement status information of each of multiple users (which may also be called mobile terminals 100) and determines the possibility of collision between the users based on the movement status information. Although the server 200 is illustrated as a single device in FIG. 1, the server 200 may be a collection of multiple servers with each of the units described below distributed.
  • the server 200 has a communication unit 210, a memory unit 220, a determination unit 230, and a control unit 240.
  • the communication unit 210 is a communication device that performs network communication such as Internet communication.
  • the communication unit 210 receives the above-mentioned moving state information and attribute information from the mobile terminal 100, and transmits the determination result information described below to the mobile terminal 100.
  • the communication unit 210 corresponds to an example of an "acquisition unit that acquires attribute information.”
  • the memory unit 220 is a storage device that stores various information.
  • the storage unit 220 stores the movement status information and attribute information collected from each of the multiple mobile terminals 100 for each user (identification information).
  • the memory unit 220 also stores map information indicating sidewalks, roads, buildings, etc.
  • the determination unit 230 is a determination device that determines (predicts) the possibility of a collision between users who are close to each other, based on the movement state information and map information of each user.
  • the possibility of a dangerous state determined by the determination unit 230 is the possibility of a collision between users, as an example. Note that other examples of the possibility of a dangerous state will be described in the modified examples described below.
  • the determination unit 230 sets risk targets and protection targets for each user based on the attribute information.
  • Dangerous targets are attributes that make it more likely that someone will become a perpetrator in a traffic accident.
  • Protected targets are attributes that make it more likely that someone will become a victim in a traffic accident.
  • Figure 4 is a diagram showing a list of dangerous objects and objects to be protected by each attribute.
  • the user's attribute is pedestrian, drivers, riders, and cyclists are set as dangerous targets, and no protection targets are set.
  • the user's attribute is cyclist, drivers, riders, and cyclists are set as danger targets, and pedestrians are set as protection targets.
  • the user's attribute is a rider
  • drivers and riders are set as dangerous targets
  • pedestrians and cyclists are set as targets to be protected.
  • the user's attribute is a driver
  • drivers are set as danger targets
  • pedestrians, cyclists, and riders are set as protection targets.
  • attributes that make a person relatively stronger on the road are set as dangerous targets, and attributes that make a person relatively weaker on the road are set as targets for protection.
  • the purpose of classifying people into danger targets and protected targets in this way is, for example, to increase the flexibility of safety support services, such as encouraging only those at risk to avoid danger, and leading those at risk to safety without them even realizing it, without the protected target feeling the annoyance of being notified.
  • the determination unit 230 sets a safe area and a dangerous area for each user based on the attribute information.
  • a safe area is an area where the user is unlikely to be involved in a traffic accident.
  • a dangerous area is an area where the user is likely to be involved in a traffic accident.
  • the sidewalk is set as the safe area
  • the roadway is set as the dangerous area
  • the roadway is set as a danger area and no safety area is set.
  • the determination unit 230 determines whether or not there is a possibility of a collision based on the above settings, the movement state information, and the map information. This collision possibility determination process is performed for users who are in a dangerous area, and does not necessarily have to be performed for users who are in a safe area.
  • FIG. 5 is a schematic diagram showing an example of the movement of multiple users as viewed from directly above.
  • roadway R has two vehicle lanes (a left lane and a right lane) running in the same direction.
  • Arrow a in the figure indicates the direction of travel of bicycle B and automobiles V1 and V2.
  • automobile V2 In the left lane, automobile V2 is parked in front of bicycle B, which is traveling.
  • Automobile V1 traveling in the right lane, is approaching bicycle B from behind.
  • the determination unit 230 compares the current positions indicated in the movement status information of each of the user (cyclist) riding on bicycle B, the user (driver) riding on automobile V1, and the user (driver) riding on automobile V2 with the map information, thereby determining that each user is in a dangerous area and determining that each user is a target for collision possibility determination processing. All three users here are users of the mobile terminal 100. Note that if the occupant of the parked automobile V2 is not the user of the mobile terminal 100, the movement status information may be acquired by a camera installed on the road, etc.
  • the determination unit 230 recognizes the relative positions (e.g., the relative positions shown in FIG. 5), traveling direction, and moving speed of bicycle B and automobiles V1 and V2 based on the moving state information and map information.
  • the determination unit 230 recognizes that automobile V2 is stopped in the left lane (vehicle speed is zero), that bicycle B is traveling in the direction of arrow a in the left lane behind automobile V2, and that automobile V1 is traveling in the direction of arrow a at a faster speed than bicycle B in the right lane behind bicycle B, it predicts that bicycle B will change lanes from the left lane to the right lane and determines that there is a possibility of a collision between bicycle B and automobile V1.
  • the determination unit 230 may predict that bicycle B will change course from the left lane to the right lane. Using the inclination information allows for more accurate prediction.
  • the determination unit 230 recognizes that automobile V2 is stopped in the left lane (vehicle speed is zero), that bicycle B is stopped in the left lane behind automobile V2, and that automobile V1 is traveling in the direction of arrow a in the right lane behind bicycle B, it predicts that automobile V1 will overtake stopped bicycle B and determines that there is no possibility of a collision between bicycle B and automobile V1.
  • the collision possibility determination process described above is merely one example, and the determination unit 230 may determine whether or not there is a collision possibility using other known methods.
  • the determination unit 230 determines that there is no possibility of a collision, it again performs the above-mentioned process of setting the danger target, protection target, safety area, and danger area, and the process of determining the possibility of a collision, based on the newly received movement status information and attribute information from each mobile terminal 100.
  • control unit 240 performs processing (described in detail below).
  • the control unit 240 is a control device that determines which mobile terminal 100 of each user with whom there is a possibility of collision will issue a warning, and controls the communication unit 210 to issue a notification to that mobile terminal 100.
  • control unit 240 first compares the attribute information of each user with whom there is a possibility of collision, and determines the mobile terminal 100 of the user who is relatively more aggressive as the terminal device that will execute the warning operation.
  • the control unit 240 determines that, of the mobile terminal 100 of the user of bicycle B and the mobile terminal 100 of the user of automobile V1, the mobile terminal 100 of the user of automobile V1 is the terminal device that will execute the warning activation action.
  • control unit 240 controls the communication unit 210 to transmit determination result information indicating that there is a possibility of a collision to the mobile terminal 100 that has been determined as the terminal device that will execute the attention-call activation action.
  • the determination result information is transmitted from the communication unit 210 to the mobile terminal 100.
  • the determination result information may simply be information indicating that there is a possibility of a collision, or may include attribute information and current location information of the user at risk of collision.
  • the determination result information sent to automobile V1 shown in FIG. 5 may include information indicating that there is a risk of collision with bicycle B traveling to the left front of automobile V1.
  • the control unit 130 causes the output unit 140 to execute a warning activation action based on the judgment result information.
  • the control unit 130 causes the output unit 140 to display an image indicating that fact, output a sound, and vibrate the mobile terminal 100.
  • the determination result information includes attribute information and current location information of a user with a risk of collision
  • the control unit 130 causes the output unit 140 to display an image indicating the attribute information and current location information and output a sound, in addition to indicating that there is a possibility of a collision.
  • the attention alert action performed based on the determination result information may be performed based on the settings of the mobile terminal 100, regardless of the content of the determination result information.
  • the control unit 130 of the mobile terminal 100 may cause the output unit 140 to execute an attention-calling operation based on the determination result information received from the server 200 and information indicating the inclination of bicycle B to the right. For example, if the determination unit 230 recognizes that automobile V2 is stopped in the left-hand traffic lane, that bicycle B is traveling in the direction of arrow a in the left-hand traffic lane behind automobile V2, and that automobile V1 is traveling in the direction of arrow a at a faster speed than bicycle B in the right-hand traffic lane behind bicycle B, the server 200 transmits the determination result information to the mobile terminal 100 that has been determined as the terminal device that will execute the attention-calling operation.
  • the mobile terminal 100 receives the determination result information from the server 200, but does not execute the attention-calling operation at the time of receiving the determination result information, and waits for the execution of the attention-calling operation. Thereafter, if a sensor provided in the mobile terminal 100 detects a tilt of the mobile terminal 100 while waiting for an attention-calling activation action (for example, if the user tilts bicycle B to the right to avoid automobile V2), the mobile terminal 100 executes an attention-calling activation action.
  • the detection of a tilt of the mobile terminal 100 while waiting for an attention-calling activation action can be used as a trigger to notify the user. This allows the system to recognize changes in the user's behavior, notify the user when there is a possibility of a dangerous state, and not notify the user when there is no possibility of a dangerous state, thereby reducing unnecessary and bothersome notifications for the user.
  • a configuration example of the safety support system 1 (mobile terminal 100 and server 200) of this embodiment has been described above.
  • FIG. 6 is a sequence chart showing an example of the operation of the mobile terminal 100 and the server 200. Note that while FIG. 6 illustrates the processing between one mobile terminal 100 and the server 200, the flow shown in FIG. 6 is executed between each of the multiple mobile terminals 100 and the server 200.
  • the server 200 manages each mobile terminal 100 by identification information (ID), and information sent from each mobile terminal 100 to the server 200 includes the identification information. This allows the server 200 to recognize which mobile terminal 100 the information was received from.
  • ID identification information
  • each mobile terminal 100 acquires movement status information and attribute information, associates them with the mobile terminal 100's own ID, and transmits them to the server 200 (step S20).
  • the server 200 receives the movement status information and attribute information linked to the ID from each mobile terminal 100 (step S21).
  • the server 200 sets attributes for each ID and maps them on the map (step S22).
  • the server 200 sets the danger targets and protection targets based on the attribute information (step S23).
  • the server 200 sets the safe area and the dangerous area based on the attribute information (step S24).
  • the server 200 determines whether or not there is a possibility of a dangerous state based on the movement state information and the map information (step S25).
  • the possibility of a dangerous state is, for example, the possibility of a collision between users.
  • step S26/NO If there is no possibility of a dangerous state (step S26/NO), the flow returns to step S21.
  • the server 200 executes steps S22 to S25 again based on the movement state information and attribute information newly received from the mobile terminal 100 in step S21.
  • step S26/YES the server 200 determines which of the mobile terminals 100 of the possible users should perform the warning activation action (step S27).
  • the server 200 transmits the determination result information to the mobile terminal 100 that has been determined to be the terminal device that should execute the alert activation action (step S28).
  • the mobile device 100 receives the determination result information from the server 200 (step S29).
  • the mobile device 100 causes a specific output unit to execute a warning activation action (step S30).
  • the server 200 of the present embodiment described above is an information processing device that collects moving state information of each of a plurality of users and determines whether or not there is a possibility of a dangerous state based on the moving state information,
  • An acquisition unit e.g., a communication unit 210) that acquires attribute information of each of a plurality of users;
  • the system is characterized by having a control unit 240 that determines which of the terminal devices (e.g., mobile terminal 100) of each user who may be in a dangerous situation will execute the warning activation action based on the attribute information of the respective users.
  • the server 200 of this embodiment can further improve the convenience of the safety support system 1. As a result, the number of participants in the safety support system 1 can be increased, contributing to the prevention of traffic accidents.
  • the server 200 of this embodiment is characterized by comparing the attribute information of each user with whom there is a possibility of collision, and determining the terminal device of the user who is relatively more aggressive as the terminal device that will execute the warning activation action.
  • This feature makes it possible to avoid frequent warnings for vulnerable road users (e.g., pedestrians and cyclists). In other words, it is possible to reduce the inconvenience for vulnerable road users, who tend to be warned more frequently.
  • vulnerable road users e.g., pedestrians and cyclists.
  • a mobile terminal 100 may receive movement status information and attribute information of a user of another terminal (a mobile terminal 100 other than the own terminal) and determine the possibility of a collision between the user of the own terminal and the other user based on that information.
  • the terminal may include the storage unit 220 and the determination unit 230 of the server 200 in addition to the units shown in FIG. 1.
  • the flow of operations in this case will be briefly explained below.
  • the acquisition unit 120 acquires attribute information and movement status information of the user of the terminal, as in the embodiment.
  • the communication unit 110 also receives attribute information and movement state information of the user of the other terminal. At this time, the communication unit 110 may receive the attribute information and movement state information of the user of the other terminal directly from the other terminal, or may receive it from a distribution server (not shown).
  • the determination unit 230 performs the same processing as in the embodiment (e.g., setting hazard objects and protected objects, setting safe areas and hazard areas, collision possibility determination processing) based on the attribute information and movement state information acquired by the acquisition unit 120 and the communication unit 110, and the map information stored in the storage unit 220.
  • the collision possibility determination processing is targeted at the user of the own terminal (conversely, collision possibility determination processing between users of other terminals is not executed).
  • control unit 130 determines the terminal device that will execute the warning activation action, similar to the control unit 240 described in the embodiment.
  • control unit 140 determines that the terminal device that will execute the warning activation action is its own terminal, it causes the output unit 140 to execute a specified warning activation action.
  • control unit 140 determines that the terminal device that will execute the warning activation action is the other terminal, it controls the communication unit 110 to transmit the same determination result information as in the embodiment to the other terminal. As a result, the determination result information is transmitted to the other terminal directly or via a distribution server (not shown). Then, when the control unit 130 of the other terminal receives the determination result information, it controls the output unit 140 to execute a predetermined warning activation action.
  • the mobile terminal 100 of this modified example is an information processing device that collects movement state information of each of multiple users and determines whether or not there is a possibility of a collision between the users based on the movement state information, and is characterized by having an acquisition unit (e.g., communication unit 110 and acquisition unit 120) that acquires attribute information of each of the multiple users, and a control unit 130 that determines which of the terminal devices (e.g., mobile terminal 100) of each user with whom there is a possibility of collision will execute a warning activation action based on the attribute information of each of the users.
  • an acquisition unit e.g., communication unit 110 and acquisition unit 120
  • a control unit 130 that determines which of the terminal devices (e.g., mobile terminal 100) of each user with whom there is a possibility of collision will execute a warning activation action based on the attribute information of each of the users.
  • This feature allows the mobile terminal 100 of this modified example to achieve the same effects as the embodiment described above.
  • the sidewalk is set as a safe area for pedestrians, so pedestrians on the sidewalk are not subject to the collision possibility determination process.
  • bicycles may ride on the sidewalk, and in that case, there may be a possibility of a collision between the pedestrian and the cyclist.
  • the determination unit 230 may determine whether or not a cyclist is present on the sidewalk where a pedestrian is present. Then, if a pedestrian and a cyclist are present on the same sidewalk, the control unit 240 transmits notification information to the pedestrian's mobile device 100 informing the pedestrian of the presence of the cyclist, and transmits prompting information to the cyclist's mobile device 100 to prompt the cyclist to change lanes.
  • the control unit 130 of the pedestrian's mobile device 100 causes the output unit 140 to execute operations such as displaying an image or outputting sound to notify the pedestrian of the presence of a cyclist based on the received notification information.
  • the control unit 130 of the cyclist mobile device 100 causes the output unit 140 to execute operations such as displaying an image or outputting a sound that prompts the cyclist to change the route based on the received prompting information.
  • This type of behavior can reduce the possibility of collisions between pedestrians and cyclists on the sidewalk.
  • an in-vehicle device (not shown; for example, a car navigation system, a V2X communication unit, etc.) may be used instead of the mobile terminal 100. That is, the communication unit 110, the acquisition unit 120, the control unit 130, and the output unit 140 shown in FIG. 1 may be provided in the in-vehicle device.
  • the movement state information transmitted to the server 200 may include information indicating steering operations and direction indication operations detected by an in-vehicle sensor, etc. This allows the server 200 (specifically, the determination unit 230) to improve the accuracy of predicting the path of the driver (car).
  • the user's attribute may change from pedestrian to driver.
  • authentication processing may be performed between the mobile terminal 100 and the in-car device via wireless communication, so that the in-car device may take over the functions of each part of the mobile terminal 100.
  • the in-car device ends the handover of operation, and the operation of each part is re-executed in the mobile terminal 100.
  • the mobile terminal 100 determines whether there is an in-vehicle device that can take over the functions of each part of the mobile terminal 100.
  • the in-vehicle device that can take over may be an operating system for a dashboard or car navigation, or a V2X communication unit.
  • determining whether there is an in-vehicle device that can be taken over if the in-vehicle device is an operating system for a dashboard or car navigation, it may be determined that there is an in-vehicle device that can be taken over by establishing a connection (cable connection) with the mobile terminal 100.
  • the in-vehicle device is a V2X communication unit
  • the attention-calling operation is executed via the display panel of the car navigation or via audio output.
  • the attention-calling operation is executed via the display panel of the HUD (Head-Up Display) or the liquid crystal meter or via audio output. This prevents the mobile terminal 100 and the in-vehicle device from competing in their operations, causing both to issue attention calls and causing the user to feel annoyed.
  • the in-vehicle device to take over may be determined based on the number of users per unit area based on map information. Specifically, the mobile terminal 100 receives the number of surrounding users per unit area (Nvx) confirmed by the V2X communication unit. Furthermore, the mobile terminal 100 queries the number of surrounding users per unit area (Nc) confirmed by the server 200, and receives the number of users (Nc).
  • the mobile terminal 100 compares the number of users (Nvx) with the number of users (Nc), and if the number of users (Nvx) is large, it determines the V2X communication unit as the takeover destination, and if the number of users (Nc) is large, it determines the operating system for the dashboard or car navigation as the takeover destination. Note that the number of users (Nc) plus or minus the correction coefficient ⁇ may be compared with the number of users (Nvx). This allows priority to be given to in-vehicle devices that can be seen by more users in the vicinity, and allows for more accurate attention-calling activation.
  • the user's mobile terminal 100 when the user's attribute is a pedestrian, the user's mobile terminal 100 does not execute the attention-calling operation as long as the user is on the sidewalk (in other words, does not step onto the roadway), but the user may set the mobile terminal 100 so that the attention-calling operation is not executed. This prevents pedestrians from being warned at all, which prevents the user from feeling bothered and promotes the expansion of the use of the safety support service. As a result, it becomes easier for many users to participate, and a highly reliable safety support service is realized overall.
  • the likelihood of a hazardous condition may be determined based on the vehicle speeding.
  • the movement status information includes information on the movement speed (i.e., the speed of the bicycle, motorcycle, or automobile the user is riding) of the user whose attribute is cyclist, rider, or driver.
  • the movement speed may be a value calculated based on, for example, the Doppler effect of GPS signals.
  • the determination unit 230 determines whether the user (bicycle, motorcycle, car) is speeding based on the current location and movement speed indicated in the movement status information and the speed limit of the road indicated in the map information. If it is determined that the user is speeding, the control unit 240 determines that the user's mobile terminal 100 is the terminal device that should execute the warning activation action. Note that the speeding determination may be performed by the mobile terminal 100, or may be made by receiving the speed limit of the road indicated in the map information from the server 200 and comparing the speed limit and the movement speed in the control unit 130.
  • the likelihood of a hazardous condition may be determined based on whether or not a bicycle is riding on a sidewalk.
  • the determination unit 230 determines whether the user (bicycle) is on the sidewalk and riding, based on the current location indicated in the movement status information of the user whose attribute is cyclist, and on map information. If it is determined that the user is riding a bicycle on the sidewalk, the control unit 240 determines that the mobile terminal 100 of the user is the terminal device that should perform an attention-calling operation (for example, a notification based on the prompting information described in Variation 2).
  • an attention-calling operation for example, a notification based on the prompting information described in Variation 2.
  • the likelihood of a dangerous situation may be determined based on the likelihood of a rear-end collision with a parked vehicle.
  • the determination unit 230 determines whether the user (bicycle or car) is likely to rear-end a parked vehicle based on the current location indicated in the movement status information of the user whose attribute is cyclist, rider, or driver, and detection information acquired from an external device (for example, detection information results from a camera installed at a non-line-of-sight intersection). If it is determined that the user is likely to rear-end a parked vehicle, the control unit 240 determines that the user's mobile terminal 100 is the terminal device that should execute the attention-calling operation.
  • the method of detecting parked vehicles may be such that, in the attribute determination of the mobile terminal 100, if the coordinates of the position where the attribute is switched from driver to pedestrian are on a roadway, the server 200 determines that the vehicle driven by the user of the mobile terminal 100 (the vehicle linked to the mobile terminal 100 by location information or communication authentication) is a parked vehicle.
  • the possibility of a dangerous state may be determined based on whether or not a predetermined number or more of users whose attribute is pedestrian are present within a predetermined range.
  • the determination unit 230 determines whether a predetermined number or more of pedestrians are present within a predetermined range in the traveling direction of the second user based on the current position indicated in the moving state information of a user whose attribute is pedestrian (hereinafter referred to as the first user) and the current position indicated in the moving state information of a user whose attribute is either cyclist, rider, or driver (hereinafter referred to as the second user) (if the user is a driver, the moving route registered in the car navigation system may be included). For example, it may be determined whether a predetermined number of 20 or more pedestrians are present within a predetermined range of 10 m2.
  • the control unit 240 determines the mobile terminal 100 of the second user as the terminal device that should execute the attention call activation operation. Furthermore, the control unit 240 may search for a driving route that can avoid places where there are many pedestrians based on map information or the like, and transmit guidance information indicating the driving route to the mobile terminal 100 of the second user. As a result, the mobile terminal 100 of the second user is notified of the above driving route (an example of an attention call activation operation). As a result, the second user can easily drive a safe route. Furthermore, the second user can prevent delays in arriving at the destination.
  • the information processing device and information processing method disclosed herein are useful in technology that supports the safety of users while on the move.
  • Safety support system 100 Mobile terminal 110 Communication unit 120 Acquisition unit 130 Control unit 140 Output unit 200 Server 210 Communication unit 220 Storage unit 230 Determination unit 240 Control unit

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Traffic Control Systems (AREA)

Abstract

情報処理装置は、複数のユーザそれぞれの移動状態情報を収集し、移動状態情報に基づいて危険状態の可能性の有無を判定する情報処理装置であって、複数のユーザそれぞれの属性情報を取得する取得部と、危険状態の可能性があるユーザそれぞれの属性情報に基づいて、当該ユーザそれぞれの端末装置のうちのどの端末装置で注意喚起動作を実行するかを決定する制御部と、を有する。

Description

情報処理装置および情報処理方法
　本開示は、情報処理装置および情報処理方法に関する。
　従来、携帯端末の所持者と車両との異常接近が回避されるように、所持者または車両の運転者のいずれかを支援する装置が知られている。例えば、特許文献１には、携帯端末の所持者が自転車に乗っている状態であるか否かを判別し、その結果に応じて、異なる態様で注意喚起を行う装置が開示されている。
特開２００９－２５１７５８号公報
　しかしながら、従来の装置では、利便性に改善の余地があった。
　本開示の目的は、利便性をさらに改善した情報処理装置および情報処理方法を提供することである。
　本開示の一態様に係る情報処理装置は、複数のユーザそれぞれの移動状態情報を収集し、前記移動状態情報に基づいて危険状態の可能性の有無を判定する情報処理装置であって、前記複数のユーザそれぞれの属性情報を取得する取得部と、前記危険状態の可能性があるユーザそれぞれの属性情報に基づいて、当該ユーザそれぞれの端末装置のうちのどの端末装置で注意喚起動作を実行するかを決定する制御部と、を有する。
　本開示の一態様に係る情報処理方法は、複数のユーザそれぞれの移動状態情報を収集し、前記移動状態情報に基づいて危険状態の可能性の有無を判定する装置で実行される情報処理方法であって、前記複数のユーザそれぞれの属性情報を取得し、前記危険状態の可能性があるユーザそれぞれの属性情報に基づいて、当該ユーザそれぞれの端末装置のうちのどの端末装置で注意喚起動作を実行するかを決定する。
　本開示によれば、利便性をさらに改善した情報処理装置および情報処理方法を提供することができる。
本開示の実施の形態に係る安全支援システムの構成例を示すブロック図 本開示の実施の形態に係る携帯端末またはサーバに含まれるコンピュータのハードウェア構成例を示す図 本開示の実施の形態に係る属性判定処理の一例を示すフローチャート 本開示の実施の形態に係る属性毎の危険対象および保護対象の一覧を示す図 本開示の実施の形態に係る複数のユーザの移動状況の一例を真上から見た模式図 本開示の実施の形態に係る携帯端末およびサーバの動作例を示すシーケンスチャート
　以下、本開示の実施の形態について、図面を参照しながら詳細に説明する。
　本実施の形態に係る安全支援システム１の構成例について、図１を用いて説明する。図１は、安全支援システム１の構成例を示すブロック図である。
　図１に示すように、安全支援システム１は、携帯端末１００と、サーバ２００とを有する。携帯端末１００およびサーバ２００はともに、本開示の「情報処理装置」の一例に相当する。
　携帯端末１００およびサーバ２００は、それぞれ、図２に示すように、ハードウェアとして、例えば、ＣＰＵ（Central Processing Unit）１０、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）などの主記憶装置２０、コンピュータプログラムを格納したハードディスク、フラッシュメモリなどの補助記憶装置３０、それらを接続するバス４０を有する。
　以下に説明する携帯端末１００およびサーバ２００それぞれの機能は、ＣＰＵ１０が補助記憶装置３０から読み出したコンピュータプログラムを主記憶装置２０のＲＡＭに展開して実行することにより実現される。なお、そのコンピュータプログラムは、所定の記録媒体に記録されて、または、ネットワーク配信により、ユーザ等に提供されてもよい。
　まず、携帯端末１００について説明する。
　携帯端末１００は、移動するユーザに所持（携帯）される端末装置である。携帯端末１００としては、例えば、スマートフォン、タブレット、スマートウォッチ等が挙げられるが、それらに限定されない。なお、以下に説明する携帯端末１００の機能は、クラウドコンピューティングのサーバとユーザ端末との間におけるエッジサーバで実現されてもよい。
　なお、図１では、便宜上、携帯端末１００を１つだけ図示しているが、実際には、携帯端末１００は、複数存在するものとする。
　図１に示すように、携帯端末１００は、通信部１１０、取得部１２０、制御部１３０、出力部１４０を有する。
　通信部１１０は、インターネット通信などのネットワーク通信やセルラー通信（移動体通信網を利用した通信）を行う通信デバイスである。
　例えば、通信部１１０は、後述する移動状態情報および属性情報をサーバ２００へ送信したり、後述する判定結果情報をサーバ２００から受信したりする。
　また、通信部１１０は、ＲＦＩＤ（Radio Frequency Identification）やBluetooth（登録商標）、Ｗｉ－Ｆｉ（登録商標）といった無線通信を行う通信デバイスを含む。
　すなわち、本実施の形態における通信部１１０は、インターネット通信を実現するデバイスと無線通信を実現するデバイスの両方を含む概念である（それら両方の通信機能を１つのデバイスで実現するという意味ではない）。
　取得部１２０は、各種情報を取得する取得デバイスである。ここでいう「取得」には、「検知」や「推定」といった意味が含まれるとする。
　例えば、取得部１２０は、定期的に、携帯端末１００を所持するユーザ（以下、単にユーザという）の移動状態を示す移動状態情報を取得する。移動状態情報には、例えば、ユーザ（携帯端末１００と言ってもよい）の現在位置、進行方向、移動速度、および傾き等を示す情報が含まれる。この場合、取得部１２０としては、例えば、ＧＰＳ信号を受信するＧＰＳ（Global Positioning System）受信機、ＧＰＳ信号を基に現在位置等の測定を行うプロセッサ、加速度センサ等が挙げられる。なお、移動状態情報には、少なくとも現在位置情報が含まれればよく、それに加えて進行方向情報、速度情報、傾き情報等が含まれてもよい。
　また、例えば、取得部１２０は、ユーザの属性を示す属性情報を取得する。属性としては、例えば、歩行者、サイクリスト（自転車の運転手）、ライダー（オートバイの運転手）、ドライバー（自動車の運転手）が挙げられる。この場合、取得部１２０としては、例えば、属性判定処理（詳細は後述）を行うプロセッサが挙げられる。
　ここで、図３を用いて、携帯端末１００で行われる属性判定処理の流れを説明する。図３は、属性判定処理の一例を示すフローチャートである。図３のフローの開始時では、ユーザの属性は歩行者であるとする。また、ユーザの属性は切り替わる可能性があることから、図３のフローは、定期的に行われる。
　まず、取得部１２０は、ユーザが車道から所定距離以内に存在するか否かを判定する（ステップＳ１）。
　例えば、取得部１２０は、ＧＰＳ信号に基づいて測定された現在位置と、地図情報に示される車道の位置とを照合し、ユーザが車道から所定距離以内に存在しているか否かを判定する。ここでの地図情報は、例えば、携帯端末１００の記憶部（図示略）に記憶されているものである。
　ユーザが車道から所定距離以内に存在していない場合（ステップＳ１／ＮＯ）、取得部１２０は、ユーザが安全支援の対象外であると判定する（ステップＳ２）。
　安全支援の対象外とは、換言すると、後述する注意喚起を必要としない者である。ユーザが車道から所定距離以内に存在していない場合では、ユーザは、交通事故に遭う可能性が低い場所にいると考えられるため、安全支援の対象外と判定される。
　なお、ユーザが安全支援の対象外であると判定された場合、端末がサーバに対象外である旨を送信する。なお、対象外であると判定された場合に、そのユーザの移動状態情報および属性情報は、サーバ２００へ送信されなくてもよい。これにより、携帯端末１００において通信に係る電力の消費を抑制できる。
　一方、ユーザが車道から所定距離以内に存在している場合（ステップＳ１／ＹＥＳ）、取得部１２０は、ＧＰＳ信号のＣＮ（Carrier to Noise Ratio）値が予め定められた閾値以上であるか否かを判定する（ステップＳ３）。
　ＧＰＳ信号のＣＮ値が閾値以上ではない場合（ステップＳ３／ＮＯ）、取得部１２０は、ユーザが安全支援の対象外であると判定する（ステップＳ２）。
　ＣＮ値が閾値以上ではない場合では、ユーザは、屋内、または、現在位置の精度が十分ではない環境にいると推察されるため、安全支援が不要である、または、適切な支援が行えないと判断され、支援の対象外と判定される。
　一方、ＧＰＳ信号のＣＮ値が閾値以上である場合（ステップＳ３／ＹＥＳ）、取得部１２０は、例えば加速度センサ等の検知結果に基づいて、一定時間内に歩行検知があるか否かを判定する（ステップＳ４）。
　この判定処理は、ユーザが信号待ち等により歩行を停止している時間を考慮したものである。
　一定時間内に歩行検知がある場合（ステップＳ４：ＹＥＳ）、取得部１２０は、ユーザが歩行者であると判定する（ステップＳ５）。
　一方、一定時間内に歩行検知がない場合（ステップＳ４：ＮＯ）、取得部１２０は、携帯端末１００のホルダーへの装着の有無を判定する（ステップＳ６）。
　ホルダーは、例えば、自転車またはオートバイの車体に取り付けられ、携帯端末１００を装着（収容）可能な器具である。このホルダーには、例えば、非接触ＩＣタグ（センサでもよい）が設けられている。通信部１１０は、携帯端末１００がホルダーに装着されたときに、非接触ＩＣタグから予め登録された二輪車種別情報を受信する。この二輪車種別情報には、ホルダーが取り付けられた二輪車が、自転車であるか、または、オートバイであるかが示されている。取得部１２０は、二輪車種別情報が受信された場合、携帯端末１００のホルダーへの装着があると判定し、二輪車種別情報が受信されない場合、携帯端末１００のホルダーへの装着がないと判定する。
　携帯端末１００のホルダーへの装着がある場合（ステップＳ６／ＹＥＳ）、取得部１２０は、二輪車種別情報がオートバイまたは自転車のどちらを示すかを判定する（ステップＳ７）。
　二輪車種別情報がオートバイを示す場合（ステップＳ７／オートバイ）、取得部１２０は、ユーザがライダーであると判定する（ステップＳ８）。
　二輪車種別情報が自転車を示す場合（ステップＳ７／自転車）、取得部１２０は、ユーザがサイクリストであると判定する（ステップＳ９）。
　携帯端末１００のホルダーへの装着がない場合（ステップＳ６／ＮＯ）、取得部１２０は、携帯端末１００と車載装置との間における認証の有無を判定する（ステップＳ１０）。
　ここでいう認証としては、例えば、Bluetooth（登録商標）のペアリングが挙げられるが、これに限定されない。また、車載装置としては、例えば、Bluetooth（登録商標）通信機能を備えたカーナビゲーションシステムが挙げられるが、これに限定されない。
　携帯端末１００と車載装置との間で認証が行われた場合（ステップＳ１０／ＹＥＳ）、取得部１２０は、ユーザがドライバーであると判定する（ステップＳ１１）。
　携帯端末１００と車載装置との間で認証が行われない場合（ステップＳ１０／ＮＯ）、取得部１２０は、ユーザが安全支援の対象外であると判定する（ステップＳ２）。
　以上、属性判定処理について説明した。なお、図３のフローは一例であり、これ以外の公知の方法を用いて属性を判定してもよい。また、ここでは携帯端末１００が属性判定処理を行う場合を例に挙げて説明したが、サーバ２００が行ってもよい。その場合、サーバ２００は、属性判定処理に必要な情報を携帯端末１００または他の装置から取得するものとする。以下、取得部１２０の説明に戻る。
　取得部１２０は、上述した属性判定処理の結果に基づいて、ユーザが歩行者、サイクリスト、ライダー、ドライバーのいずれかであることを示す属性情報を取得（生成）する。
　なお、本実施の形態では、取得部１２０は、属性判定処理を実行することにより属性情報を取得する場合を例に挙げたが、これに限定されない。例えば、取得部１２０は、ユーザによる属性入力操作を受け付けることで、属性情報を取得してもよい。
　また、ユーザの属性は変更される場合がある。例えば、家を出たユーザが駐車場まで歩いて行き、そこから自動車に乗って移動する場合、取得部１２０は、属性を、歩行者からドライバーへ変更する。このように属性の変更があった場合、変更後の属性情報は、変更時点の移動状態情報とともにサーバ２００へ送信される。
　制御部１３０は、各種制御を実行する制御デバイスである。
　例えば、制御部１３０は、上述した移動状態情報および属性情報をサーバ２００へ送信するように通信部１１０を制御する。なお、送信される移動状態情報および属性情報には、携帯端末１００（またはユーザ）の識別情報が含まれる。また、移動状態情報の送信は、随時行われる。
　また、例えば、制御部１３０は、通信部１１０がサーバ２００から受信した判定結果情報（詳細は後述）に基づいて、出力部１４０に注意喚起動作（詳細は後述）を実行させる。
　出力部１４０は、注意喚起動作を行う出力デバイスである。
　注意喚起動作とは、携帯端末１００のユーザが他のユーザと衝突する可能性（以下、衝突可能性という。衝突リスクといってもよい）がある場合に、携帯端末１００のユーザの注意を喚起させる動作である。
　例えば、出力部１４０が携帯端末１００のディスプレイである場合、注意喚起動作として、衝突可能性がある旨を示す画像の表示が行われる。
　また、例えば、出力部１４０が携帯端末１００のスピーカである場合、注意喚起動作として、衝突可能性がある旨を示す音声（単なる警告音でもよい）の出力が行われる。
　また、例えば、出力部１４０が携帯端末１００のバイブレータである場合、注意喚起動作として、携帯端末１００が振動する。
　なお、上述した各種注意喚起動作は、組み合わせて行われてもよい。
　また、本実施の形態では、出力部１４０が携帯端末１００に設けられる場合を例に挙げたが、これに限定されない。例えば、出力部１４０は、携帯端末１００の外部に設けられ、携帯端末１００と無線通信が可能な出力デバイスであってもよい。このような出力デバイスとしては、例えば、サイクリストやライダーが使用するヘルメットに内蔵されたスピーカやヘッドアップディスプレイ、自動車の車室内に搭載されたディスプレイ、スピーカ、ステアリングホイールやシートを振動させるバイブレータ等が挙げられる。この場合、制御部１３０は、通信部１１０を介した無線通信により、外部の出力部１４０に注意喚起の実行を指示する。
　次に、サーバ２００について説明する。
　サーバ２００は、複数のユーザ（携帯端末１００と言ってもよい）それぞれの移動状態情報を収集し、それらの移動状態情報に基づいてユーザ同士の衝突可能性の有無を判定する情報処理装置である。図１では、サーバ２００を１つの装置として図示しているが、サーバ２００は、以下に説明する各部を分散させた複数のサーバの集合体であってもよい。
　図１に示すように、サーバ２００は、通信部２１０、記憶部２２０、判定部２３０、制御部２４０を有する。
　通信部２１０は、インターネット通信などのネットワーク通信を行う通信デバイスである。
　例えば、通信部２１０は、上述した移動状態情報および属性情報を携帯端末１００から受信したり、後述する判定結果情報を携帯端末１００へ送信したりする。なお、通信部２１０は、「属性情報を取得する取得部」の一例に相当する。
　記憶部２２０は、各種情報を記憶する記憶デバイスである。
　例えば、記憶部２２０は、複数の携帯端末１００のそれぞれから収集された移動状態情報および属性情報をユーザ（識別情報）毎に記憶する。
　また、例えば、記憶部２２０は、歩道、車道、建物等を示す地図情報を記憶する。
　判定部２３０は、各ユーザの移動状態情報および地図情報に基づいて、互いに近い位置にいるユーザ同士の衝突の可能性の有無を判定（予測）する判定デバイスである。本実施の形態では、判定部２３０により判定される危険状態の可能性が、ユーザ同士の衝突の可能性である場合を例に挙げて説明する、なお、危険状態の可能性のその他の例については、後述の変形例で説明する。
　具体的には、まず、判定部２３０は、属性情報に基づいて、ユーザ毎に、危険対象および保護対象を設定する。
　危険対象とは、交通事故の加害者になる確率が高い属性である。保護対象とは、交通事故の被害者になる確率が高い属性である。
　ここで、図４を用いて、危険対象および保護対象の例について説明する。図４は、属性毎の危険対象および保護対象の一覧を示す図である。
　例えば、ユーザの属性が歩行者である場合、危険対象として、ドライバー、ライダー、サイクリストが設定され、保護対象は設定されない。
　例えば、ユーザの属性がサイクリストである場合、危険対象として、ドライバー、ライダー、サイクリストが設定され、保護対象として、歩行者が設定される。
　例えば、ユーザの属性がライダーである場合、危険対象として、ドライバー、ライダーが設定され、保護対象として、歩行者、サイクリストが設定される。
　例えば、ユーザの属性がドライバーである場合、危険対象として、ドライバーが設定され、保護対象として、歩行者、サイクリスト、ライダーが設定される。
　このように、ある属性に対して、相対的に交通強者となる属性が危険対象に設定され、相対的に交通弱者となる属性が保護対象に設定される。
　このように危険対象と保護対象とに分類する目的としては、例えば、危険対象側のみに危険回避を促すこととし、保護対象側は通知の煩わしさを感じずに、危険対象側が知らない間に安全に導くといった安全支援サービスの融通性を拡げることが挙げられる。
　以上、危険対象および保護対象の例について説明した。以下、判定部２３０の説明に戻る。
　次に、判定部２３０は、属性情報に基づいて、ユーザ毎に、安全領域および危険領域を設定する。
　安全領域とは、ユーザが交通事故に遭いにくい領域である。危険領域とは、ユーザが交通事故に遭いやすい領域である。
　例えば、ユーザの属性が歩行者またはサイクリストである場合、安全領域として、歩道が設定され、危険領域として、車道が設定される。
　例えば、ユーザの属性がライダーまたはドライバーである場合、危険領域として、車道が設定され、安全領域は設定されない。
　次に、判定部２３０は、上記各設定と、移動状態情報と、地図情報とに基づいて、衝突可能性の有無を判定する。この衝突可能性判定処理は、危険領域に存在するユーザに対して行われ、安全領域に存在するユーザに対しては行われなくてもよい。
　ここで、図５を用いて、衝突可能性判定処理の例について説明する。図５は、複数のユーザの移動状況の一例を真上から見た模式図である。
　図５に示すように、車道Ｒは、同一方向に２つの車両通行帯（左側通行帯と右側通行帯）を備えている。図中の矢印ａは、自転車Ｂ、自動車Ｖ１、Ｖ２の進行方向を示している。左側通行帯において、走行中の自転車Ｂの前方には、自動車Ｖ２が停車している。右側通行帯を走行中の自動車Ｖ１は、自転車Ｂの後方に接近している。
　まず、判定部２３０は、自転車Ｂに搭乗しているユーザ（サイクリスト）、自動車Ｖ１に搭乗しているユーザ（ドライバー）、自動車Ｖ２に搭乗しているユーザ（ドライバー）それぞれの移動状態情報に示される現在位置と、地図情報とを照合することにより、各ユーザが危険領域にいると判断し、各ユーザを衝突可能性判定処理の対象に決定する。ここでいう３人のユーザはいずれも、携帯端末１００のユーザであるとする。なお、駐車車両である自動車Ｖ２の搭乗者が携帯端末１００のユーザではない場合、道路に設置されたカメラ等により、移動状態情報が取得されてもよい。
　次に、判定部２３０は、移動状態情報および地図情報に基づいて、自転車Ｂ、自動車Ｖ１、Ｖ２それぞれの位置関係（例えば図５に示す位置関係）、進行方向、移動速度を認識する。
　例えば、判定部２３０は、左側通行帯において自動車Ｖ２が停車している（車速がゼロである）こと、自動車Ｖ２よりも後方の左側通行帯において自転車Ｂが矢印ａの方向へ走行していること、自転車Ｂよりも後方の右側通行帯において自動車Ｖ１が自転車Ｂよりも速い速度で矢印ａの方向へ走行していること、を認識した場合、自転車Ｂは左側通行帯から右側通行帯へ進路変更すると予測し、自転車Ｂと自動車Ｖ１との衝突可能性があると判定する。
　なお、移動状態情報に例えば自転車Ｂの右方向への傾きを示す情報が含まれる場合、判定部２３０は、自転車Ｂの左側通行帯から右側通行帯への進路変更を予測してもよい。傾き情報を用いることで、より正確な予測が可能となる。
　一方、例えば、判定部２３０は、左側通行帯において自動車Ｖ２が停車している（車速がゼロである）こと、自動車Ｖ２よりも後方の左側通行帯において自転車Ｂが停車していること、自転車Ｂよりも後方の右側通行帯において自動車Ｖ１が矢印ａの方向へ走行していること、を認識した場合、自動車Ｖ１は停車中の自転車Ｂを追い抜くと予測し、自転車Ｂと自動車Ｖ１との衝突可能性がないと判定する。
　なお、上述した衝突可能性判定処理は、あくまで一例であり、判定部２３０は、他の公知の方法を用いて衝突可能性の有無を判定してもよい。
　以上、衝突可能性判定処理の例について説明した。以下、判定部２３０の説明に戻る。
　判定部２３０は、衝突可能性がないと判定した場合、各携帯端末１００から新たに受信した移動状態情報および属性情報に基づいて、再度、上述した危険対象、保護対象、安全領域、および危険領域の設定処理や、衝突可能性判定処理を行う。
　一方、判定部２３０により衝突可能性があると判定された場合、制御部２４０による処理（詳細は後述）が行われる。
　制御部２４０は、衝突可能性のあるユーザそれぞれの携帯端末１００のうちのどの携帯端末１００で注意喚起を実行するかを決定し、その携帯端末１００への通知を実行するように通信部２１０を制御する制御デバイスである。
　具体的には、まず、制御部２４０は、衝突可能性があるユーザそれぞれの属性情報を比較し、相対的に交通強者であるユーザの携帯端末１００を、注意喚起動作を実行する端末装置に決定する。
　例えば、図５に示した自転車Ｂと自動車Ｖ１との衝突可能性がある場合では、図４に示したようにサイクリストからみてドライバーは危険対象（交通強者）であるため、制御部２４０は、自転車Ｂのユーザの携帯端末１００と自動車Ｖ１のユーザの携帯端末１００のうち、自動車Ｖ１のユーザの携帯端末１００を、注意喚起動作を実行する端末装置に決定する。
　次に、制御部２４０は、注意喚起動作を実行する端末装置に決定された携帯端末１００へ、衝突可能性がある旨を示す判定結果情報を送信するように通信部２１０を制御する。これにより、通信部２１０から携帯端末１００へ判定結果情報が送信される。
　判定結果情報は、単に衝突可能性がある旨を示す情報でもよいし、衝突のおそれがあるユーザの属性情報や現在位置情報を含んでもよい。例えば、図５に示した自動車Ｖ１へ送信される判定結果情報には、自動車Ｖ１の左前方を走行中の自転車Ｂと衝突するおそれがある旨が含まれてもよい。
　上述したとおり、携帯端末１００（具体的には、通信部１１０）が判定結果情報を受信した場合、制御部１３０は、その判定結果情報に基づいて、出力部１４０に注意喚起動作を実行させる。
　例えば、判定結果情報が単に衝突可能性がある旨を示す場合、制御部１３０は、その旨を示す画像の表示、音声の出力、携帯端末１００の振動を出力部１４０に実行させる。また、例えば、判定結果情報が衝突のおそれがあるユーザの属性情報や現在位置情報を含んでいる場合、制御部１３０は、衝突可能性がある旨に加えて、属性情報や現在位置情報を示す画像の表示や音声の出力を出力部１４０に実行させる。なお、判定結果情報に基づいて行われる注意喚起動作は、判定結果情報の内容如何にかかわらず、携帯端末１００の設定に基づいて行われてもよい。
　なお、携帯端末１００の制御部１３０は、サーバ２００から受信した判定結果情報と、自転車Bの右方向への傾きを示す情報とに基づき、出力部１４０に注意喚起動作を実行させてもよい。例えば、判定部２３０が、左側通行帯において自動車Ｖ２が停車していること、自動車Ｖ２よりも後方の左側通行帯において自転車Ｂが矢印ａの方向へ走行していること、自転車Ｂよりも後方の右側通行帯において自動車Ｖ１が自転車Ｂよりも速い速度で矢印ａの方向へ走行していること、を認識した場合、サーバ２００は、注意喚起動作を実行する端末装置に決定された携帯端末１００へ判定結果情報が送信される。携帯端末１００は、サーバ２００から判定結果情報を受信するが、判定結果情報を受信した時点では、注意喚起動作を実行せず、注意喚起動作の実行を待機する。その後、注意喚起動作の待機中に携帯端末１００の備えるセンサにて、携帯端末１００の傾きが検知された場合（例えば、ユーザが自動車Ｖ２を回避するために右方向へ自転車Ｂを傾けた場合）、携帯端末１００は注意喚起動作を実行する。言い換えると、注意喚起動作の待機中に携帯端末１００の傾き検知を契機として、ユーザに通知する事ができる。そのため、ユーザの行動変化を認識し、危険状態の可能性が有る場合にユーザに通知し、危険状態の可能性がない場合にはユーザに通知しないため、ユーザにとって不必要で煩わしい通知を減らすことができる。
　以上、本実施の形態の安全支援システム１（携帯端末１００およびサーバ２００）の構成例について、説明した。
　次に、本実施の形態の携帯端末１００およびサーバ２００の動作例について、図６を用いて説明する。図６は、携帯端末１００およびサーバ２００の動作例を示すシーケンスチャートである。なお、図６では、１つの携帯端末１００とサーバ２００との間の処理について図示しているが、複数の携帯端末１００のそれぞれとサーバ２００との間で図６に示すフローが実行される。よって、サーバ２００は、各携帯端末１００を識別情報（ＩＤ）で管理しており、各携帯端末１００からサーバ２００へ送信される情報には、識別情報が含まれる。これにより、サーバ２００は、どの携帯端末１００から受信した情報であるかを認識できる。
　まず、各携帯端末１００は、移動状態情報および属性情報を取得し、それらに携帯端末１００自身のＩＤを紐付けてサーバ２００へ送信する（ステップＳ２０）。
　次に、サーバ２００は、各携帯端末１００から、ＩＤが紐付けられた移動状態情報および属性情報を受信する（ステップＳ２１）。
　次に、サーバ２００は、ＩＤ毎に属性を設定し、それらを地図上にマッピングする（ステップＳ２２）。
　次に、サーバ２００は、属性情報に基づいて、危険対象および保護対象を設定する（ステップＳ２３）。
　次に、サーバ２００は、属性情報に基づいて、安全領域および危険領域を設定する（ステップＳ２４）。
　次に、サーバ２００は、移動状態情報および地図情報に基づいて、危険状態の可能性の有無を判定する（ステップＳ２５）。なお、本実施の形態では、危険状態の可能性は、例えば、ユーザ同士の衝突可能性である。
　危険状態の可能性がない場合（ステップＳ２６／ＮＯ）、フローは、ステップＳ２１へ戻る。この場合、サーバ２００は、ステップＳ２１において携帯端末１００から新たに受信した移動状態情報および属性情報に基づいて、再度ステップＳ２２～Ｓ２５を実行する。
　一方、危険状態の可能性がある場合（ステップＳ２６／ＹＥＳ）、サーバ２００は、可能性があるユーザの携帯端末１００のうち、注意喚起動作を実行すべき端末装置を決定する（ステップＳ２７）。
　サーバ２００は、注意喚起動作を実行すべき端末装置に決定した携帯端末１００へ、判定結果情報を送信する（ステップＳ２８）。
　携帯端末１００は、サーバ２００から判定結果情報を受信する（ステップＳ２９）。
　携帯端末１００は、所定の出力部に注意喚起動作を実行させる（ステップＳ３０）。
　以上、実施の形態に係る携帯端末１００およびサーバ２００の動作例について、説明した。
　上述した本実施の形態のサーバ２００は、複数のユーザそれぞれの移動状態情報を収集し、移動状態情報に基づいて危険状態の可能性の有無を判定する情報処理装置であって、
　複数のユーザそれぞれの属性情報を取得する取得部（例えば、通信部２１０）と、
　危険状態の可能性があるユーザそれぞれの属性情報に基づいて、当該ユーザそれぞれの端末装置（例えば、携帯端末１００）のうちのどの端末装置で注意喚起動作を実行するかを決定する制御部２４０と、を有する、ことを特徴とする。
　この特徴により、衝突可能性のあるユーザのうちいずれかに対してのみ注意喚起が行われることになるため、注意喚起が頻繁に行われることがなく、ユーザが感じる煩わしさを低減することができる。すなわち、本実施の形態のサーバ２００は、安全支援システム１における利便性をさらに改善することができる。その結果、安全支援システム１の参加者を増やすことができ、交通事故の抑制に寄与することができる。
　特に、本実施の形態のサーバ２００は、衝突可能性があるユーザそれぞれの属性情報を比較し、相対的に交通強者であるユーザの端末装置を、注意喚起動作を実行する端末装置に決定することを特徴とする。
　この特徴により、交通弱者（例えば、歩行者、サイクリスト）に対して頻繁に注意喚起が行われることを回避することができる。すなわち、注意喚起の頻度が多くなりがちな交通弱者にとっての煩わしさを抑制することができる。
　上述した実施の形態は、何れも本開示を実施するにあたっての具体化の一例を示したものに過ぎず、これらによって本開示の技術的範囲が限定的に解釈されてはならないものである。すなわち、本開示はその要旨、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。
　以下、実施の形態に適用可能な変形例について説明する。
　［変形例１］
　実施の形態では、サーバ２００が複数の携帯端末１００から移動状態情報および属性情報を収集することにより、複数のユーザそれぞれが衝突可能性の判定対象となる場合を例に挙げて説明したが、これに限定されない。
　例えば、携帯端末１００（以下、自端末という）が、他端末（自端末以外の携帯端末１００）のユーザの移動状態情報および属性情報を受信し、それらの情報に基づいて、自端末のユーザと他ユーザとの衝突可能性を判定してもよい。
　その場合、自端末は、図１に示した各部に加えて、サーバ２００の記憶部２２０、判定部２３０を備えてもよい。以下、この場合の動作の流れについて簡単に説明する。
　まず、取得部１２０は、実施の形態と同様に、自端末のユーザの属性情報と移動状態情報を取得する。
　また、通信部１１０は、他端末のユーザの属性情報および移動状態情報を受信する。このとき、通信部１１０は、他端末のユーザの属性情報および移動状態情報を、他端末から直接受信してもよいし、または、図示しない配信用サーバから受信してもよい。
　次に、判定部２３０は、取得部１２０および通信部１１０により取得された属性情報および移動状態情報と、記憶部２２０に記憶された地図情報とに基づいて、実施の形態と同様の処理（例えば、危険対象および保護対象の設定、安全領域および危険領域の設定、衝突可能性判定処理）を行う。ただし、衝突可能性判定処理については、自端末のユーザを対象とする（逆に言えば、他端末のユーザ同士の衝突可能性判定処理は実行しない）。
　判定部２３０により衝突可能性があると判定された場合、制御部１３０は、実施の形態で説明した制御部２４０と同様に、注意喚起動作を実行する端末装置を決定する。
　制御部１４０は、注意喚起動作を実行する端末装置を自端末に決定した場合、所定の注意喚起動作を出力部１４０に実行させる。
　一方、制御部１４０は、注意喚起動作を実行する端末装置を他端末に決定した場合、実施の形態と同様の判定結果情報を他端末へ送信するように通信部１１０を制御する。これにより、判定結果情報は、直接他端末へ、または、図示しない配信サーバを介して他端末へ送信される。そして、他端末の制御部１３０は、判定結果情報を受信すると、所定の注意喚起動作を実行するように出力部１４０を制御する。
　このように、本変形例の携帯端末１００は、複数のユーザそれぞれの移動状態情報を収集し、移動状態情報に基づいてユーザ同士の衝突可能性の有無を判定する情報処理装置であって、複数のユーザそれぞれの属性情報を取得する取得部（例えば、通信部１１０および取得部１２０）と、衝突可能性があるユーザそれぞれの属性情報に基づいて、当該ユーザそれぞれの端末装置（例えば、携帯端末１００）のうちのどの端末装置で注意喚起動作を実行するかを決定する制御部１３０と、を有することを特徴とする。
　この特徴により、本変形例の携帯端末１００は、上述した実施の形態と同様の効果を得ることができる。
　［変形例２］
　実施の形態では、歩行者については歩道が安全領域に設定されるため、歩道にいる歩行者は、衝突可能性判定処理の対象にならない。しかし、自転車が歩道を走行する場合もあり、その場合には、歩行者とサイクリストとの衝突可能性が生じうる。
　そこで、判定部２３０は、歩行者が存在する歩道にサイクリストが存在するか否かを判定してもよい。そして、同一歩道上に歩行者とサイクリストが存在する場合には、制御部２４０は、歩行者の携帯端末１００へ、サイクリストの存在を知らせる通知情報を送信するとともに、サイクリストの携帯端末１００へ、走行路の変更を促す催促情報を送信する。
　歩行者の携帯端末１００の制御部１３０は、受信した通知情報に基づいて、サイクリストの存在を報知する画像の表示や音声の出力等を出力部１４０に実行させる。
　サイクリスト携帯端末１００の制御部１３０は、受信した催促情報に基づいて、走行路の変更を促す画像の表示や音声の出力等を出力部１４０に実行させる。
　このような動作により、歩道に存在する歩行者とサイクリストとの衝突可能性を低減することができる。
　［変形例３］
　ユーザの属性がドライバーである場合には、携帯端末１００の代わりに、備え付けの車載機器（図示略。例えば、カーナビゲーションシステム、Ｖ２Ｘ通信ユニット等）が用いられてもよい。すなわち、図１に示した通信部１１０、取得部１２０、制御部１３０、および出力部１４０は、車載機器に設けられてもよい。
　その場合、サーバ２００へ送信される移動状態情報には、車載センサ等で検知されたステアリング操作や方向指示操作を示す情報等が含まれてもよい。これにより、サーバ２００（具体的には、判定部２３０）において、ドライバー（自動車）の進路の予測精度を向上させることができる。
　実施の形態で説明したとおり、例えば、ユーザの属性が歩行者からドライバーへ変更される場合がある。この場合、携帯端末１００を所持したユーザが自動車に搭乗したときに、携帯端末１００と車載機器との間で無線通信により認証処理を行うことで、携帯端末１００の各部の機能を、車載機器が引き継ぐようにしてもよい。これにより、携帯端末１００と車載機器とで動作が競合することを防ぐことができる。なお、ユーザが降車し、ユーザの属性がドライバーから歩行者に変更された場合には、車載機器は動作の引き継ぎを終了し、携帯端末１００において各部の動作が再実行される。
　例えば、属性判定処理において、ユーザの属性が歩行者からドライバーに更新された場合、携帯端末１００は、携帯端末１００の各部の機能を引き継ぐことが可能な車載機器があるかどうか判断する。ここで、引き継ぐことが可能な車載機器は、ダッシュボードやカーナビゲーション用のオペレーティングシステムや、Ｖ２Ｘ通信ユニットであればよい。また、引き継ぐことが可能な車載機器があるかどうかの判断においては、車載機器がダッシュボードやカーナビゲーション用のオペレーティングシステムの場合、携帯端末１００とコネクション確立(ケーブル接続)がされたことにより、引き継ぐことが可能な車載機器があると判断してもよい。また、車載機器がＶ２Ｘ通信ユニットの場合、サーバを介して携帯端末１００と、車載機器とを認証することで、引き継ぐことが可能な車載機器があると判断してもよい。そして、引き継ぐことが可能な車載機器がある場合、車載機器は携帯端末１００の各部の機能を引き継ぎ実行し、携帯端末１００は属性判定のみが実行される。一方、引き継ぐことが可能な車載機器がない場合は、携帯端末１００において、引き続き各部の機能を実行する。一例として、車載機器がダッシュボードやカーナビゲーション用のオペレーティングシステムの場合は、カーナビゲーションの表示パネルや音声出力を介して注意喚起動作が実行される。車載機器がＶ２Ｘ通信ユニットの場合、HUD（Head-Up Display）、液晶メーターの表示パネルや音声出力を介して注意喚起動作が実行される。これにより、携帯端末１００と車載機器とで動作が競合することにより、双方で注意喚起が発生しユーザが煩わしさを感じてしまうことを防ぐことができる。なお、ダッシュボードやカーナビゲーション用のオペレーティングシステムとＶ２Ｘ通信ユニットがどちらも存在する場合、地図情報をもとにした単位面積当たりのユーザ数によって、引き継ぐ車載機器を決定してもよい。具体的には、携帯端末１００は、Ｖ２Ｘ通信ユニットにより確認された単位面積当たりの周囲のユーザ数（Ｎｖｘ）を受信する。さらに、サーバ２００により確認された単位面積当たりの周囲のユーザ数（Ｎｃ）を問い合わせ、ユーザ数（Ｎｃ）を受信する。そして、携帯端末１００は、ユーザ数（Ｎｖｘ）とユーザ数（Ｎｃ）を比較し、ユーザ数（Ｎｖｘ）の数が多い場合は、Ｖ２Ｘ通信ユニットを引き継ぎ先に決定し、ユーザ数（Ｎｃ）の数が多い場合は、ダッシュボードやカーナビゲーション用のオペレーティングシステムを引き継ぎ先に決定する。なお、ユーザ数（Ｎｃ）に補正係数αを加減した数と、ユーザ数（Ｎｖｘ）を比較してもよい。これにより、周囲にユーザがより多く確認できる車載機器を優先することができ、より精度のよい注意喚起動作を実行することができる。
　［変形例４］
　実施の形態では、ユーザの属性が歩行者である場合、そのユーザが歩道にいるかぎり（換言すると、車道に出なければ）、そのユーザの携帯端末１００において注意喚起動作は実行されない場合を例に挙げたが、ユーザ自身が、所持する携帯端末１００では注意喚起動作が実行されないように設定できるようにしてもよい。これにより、歩行者に対しては一切注意喚起が行われないため、ユーザに煩わしさを感じさせないこととなり、安全支援サービスの利用拡大が促進する。その結果、多くのユーザが参加やすくなり、全体として、確実性が高い安全支援サービスが実現される。
　［変形例５］
　実施の形態では、危険状態の可能性がユーザ同士の衝突可能性である場合を例に挙げて説明したが、これに限定されない。以下、別の例について説明する。なお、以下の各例において、図６のステップＳ２０～Ｓ２３、Ｓ２７～Ｓ２９は、実施の形態と同様であるので、ここでの説明は省略する。
　＜例１＞
　例えば、危険状態の可能性は、車両の速度超過に基づいて判定されてもよい。
　この場合では、移動状態情報に、属性がサイクリスト（自転車の運転手）、ライダー（オートバイの運転手）、ドライバー（自動車の運転手）であるユーザの移動速度（すなわち、ユーザが搭乗している自転車、オートバイ、自動車のいずれかの車速）の情報が含まれる。移動速度は、例えば、ＧＰＳ信号のドップラー効果等に基づいて算出された値でもよい。
　判定部２３０は、移動状態情報に示される現在位置および移動速度、地図情報に示される道路の制限速度に基づいて、ユーザ（自転車、オートバイ、自動車）が速度超過しているか否かを判定する。ユーザが速度超過していると判定された場合、制御部２４０は、そのユーザの携帯端末１００を、注意喚起動作を実行すべき端末装置に決定する。なお、速度超過の判定は、携帯端末１００で行われてもよく、サーバ２００から地図情報に示される道路の制限速度を受信し、制限速度と移動速度とを制御部１３０で比較することで判定してもよい。
　＜例２＞
　例えば、危険状態の可能性は、自転車が歩道を走行しているか否かに基づいて判定されてもよい。
　判定部２３０は、属性がサイクリストであるユーザの移動状態情報に示される現在位置と、地図情報とに基づいて、ユーザ（自転車）が歩道上に存在し、かつ、走行しているかを判定する。ユーザが自転車で歩道を走行していると判定された場合、制御部２４０は、そのユーザの携帯端末１００を、注意喚起動作（例えば、変形例２で説明した催促情報に基づく通知）を実行すべき端末装置に決定する。
　＜例３＞
　例えば、危険状態の可能性は、駐車車両への追突可能性に基づいて判定されてもよい。
　判定部２３０は、属性がサイクリスト、ライダーまたはドライバーであるユーザの移動状態情報に示される現在位置と、外部装置から取得した検知情報（例えば、見通し外交差点に設置したカメラ等による検知情報結果）とに基づいて、ユーザ（自転車または自動車）が駐車車両への追突する可能性があるかを判定する。ユーザが駐車車両へ追突する可能性があると判定された場合、制御部２４０は、そのユーザの携帯端末１００を、注意喚起動作を実行すべき端末装置に決定する。なお、駐車車両の検知方法は、携帯端末１００の属性判定において、属性がドライバーから歩行者に切り替わった位置の座標が車道上である場合、サーバ２００は、当該携帯端末１００のユーザが運転していた車両（携帯端末１００と位置情報や通信認証により紐づいた車両）を駐車車両と判断してもよい。
　＜例４＞
　例えば、危険状態の可能性は、属性が歩行者であるユーザが所定範囲内に所定数以上存在するか否かに基づいて判定されてもよい。
　判定部２３０は、属性が歩行者であるユーザ（以下、第１ユーザという）の移動状態情報に示される現在位置と、属性がサイクリスト、ライダー、またはドライバーのいずれかであるユーザ（以下、第２ユーザという）の移動状態情報に示される現在位置（ユーザがドライバーである場合には、カーナビに登録された走行ルートを含んでもよい）とに基づいて、第２ユーザの進行方向に歩行者が所定範囲内に所定数以上存在するかを判定する。例えば、所定範囲内として１０ｍ２内に、所定数として２０人以上の歩行者が存在するかを判定すればよい。歩行者が所定範囲内に所定数以上存在すると判定された場合、制御部２４０は、第２ユーザの携帯端末１００を、注意喚起動作を実行すべき端末装置に決定する。さらに、制御部２４０は、地図情報等に基づいて歩行者が多数存在する場所を回避可能な走行ルートを検索し、その走行ルートを示す案内情報を第２ユーザの携帯端末１００に送信してもよい。これにより、第２ユーザの携帯端末１００において、上記走行ルートの通知（注意喚起動作の一例）が行われる。これにより、第２ユーザは、容易に安全なルートを走行できる。さらに、第２ユーザは、目的地への到着遅延を防ぐことができる。
　以上、変形例について説明した。上述した変形例は、適宜組み合わせてもよい。
　２０２２年１０月２１日出願の特願２０２２－１６９１６６の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。
　本開示の情報処理装置および情報処理方法は、移動中のユーザの安全を支援する技術に有用である。
　１　安全支援システム
　１００　携帯端末
　１１０　通信部
　１２０　取得部
　１３０　制御部
　１４０　出力部
　２００　サーバ
　２１０　通信部
　２２０　記憶部
　２３０　判定部
　２４０　制御部
 
 

Claims (12)

  1. 　複数のユーザそれぞれの移動状態情報を収集し、前記移動状態情報に基づいて危険状態の可能性の有無を判定する情報処理装置であって、
    　前記複数のユーザそれぞれの属性情報を取得する取得部と、
    　前記危険状態の可能性があるユーザそれぞれの属性情報に基づいて、当該ユーザそれぞれの端末装置のうちのどの端末装置で注意喚起動作を実行するかを決定する制御部と、を有する、
    　情報処理装置。
  2. 　前記危険状態の可能性は、前記ユーザの衝突可能性に基づいて判定され、
    　前記制御部は、
    　前記ユーザの衝突可能性がある場合に、どの端末装置で注意喚起動作を実行するかを決定する、
    　請求項１に記載の情報処理装置。
  3. 　前記危険状態の可能性は、前記ユーザの速度超過に基づいて判定され、
    　前記制御部は、
    　前記ユーザの速度超過が検知された場合に、当該ユーザの端末装置で注意喚起動作を実行することを決定する、
    　請求項１に記載の情報処理装置。
  4. 　前記危険状態の可能性は、前記ユーザが自転車で歩道を走行しているか否かに基づいて判定され、
    　前記制御部は、
    　前記ユーザが自転車で歩道を走行している場合に、当該ユーザの端末装置で注意喚起動作を実行することを決定する、
    　請求項１に記載の情報処理装置。
  5. 　前記注意喚起動作は、走行経路の変更を促す通知である、
    　請求項４に記載の情報処理装置。
  6. 　前記危険状態の可能性は、前記ユーザの駐車車両への追突可能性に基づいて判定され、
    　前記制御部は、
    　前記ユーザの駐車車両への追突可能性がある場合に、当該ユーザの端末装置で注意喚起動作を実行することを決定する、
    　請求項１に記載の情報処理装置。
  7. 　前記危険状態の可能性は、前記ユーザの進行方向に歩行者が所定範囲内に所定数以上存在するか否かに基づいて判定され、
    　前記制御部は、
    　前記ユーザの進行方向に歩行者が所定範囲内に所定数以上存在する場合に、当該ユーザの端末装置で注意喚起動作を実行することを決定する、
    　請求項１に記載の情報処理装置。
  8. 　前記注意喚起動作は、前記歩行者が所定数以上存在する場所を回避可能な走行ルートの通知である、
    　請求項７に記載の情報処理装置。
  9. 　前記属性情報は、歩行者、自転車の運転手、オートバイの運転手、自動車の運転手のいずれかを示し、
    　前記制御部は、
    　前記衝突可能性があるユーザそれぞれの属性情報を比較し、相対的に交通強者であるユーザの端末装置を、前記注意喚起動作を実行する端末装置に決定する、
    　請求項１に記載の情報処理装置。
  10. 　前記情報処理装置は、サーバであり、
    　前記サーバは、
    　前記注意喚起を実行する端末装置に決定された端末装置へ、前記衝突可能性がある旨を示す判定結果情報を送信し、
    　前記端末装置は、
    　前記判定結果情報に基づいて、前記注意喚起動作を所定の出力部に実行させる、
    　請求項１に記載の情報処理装置。
  11. 　前記情報処理装置は、端末装置であり、
    　前記複数のユーザには、前記情報処理装置のユーザが含まれ、
    　前記制御部は、
    　当該情報処理装置自身が前記注意喚起を実行する端末装置に決定された場合、前記注意喚起動作を所定の出力部に実行させる、
    　請求項１に記載の情報処理装置。
  12. 　複数のユーザそれぞれの移動状態情報を収集し、前記移動状態情報に基づいて危険状態の可能性の有無を判定する装置で実行される情報処理方法であって、
    　前記複数のユーザそれぞれの属性情報を取得し、
    　前記危険状態の可能性があるユーザそれぞれの属性情報に基づいて、当該ユーザそれぞれの端末装置のうちのどの端末装置で注意喚起動作を実行するかを決定する、
    　情報処理方法。
PCT/JP2023/037341 2022-10-21 2023-10-16 情報処理装置および情報処理方法 WO2024085102A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022169166A JP2024061308A (ja) 2022-10-21 2022-10-21 情報処理装置および情報処理方法
JP2022-169166 2022-10-21

Publications (1)

Publication Number Publication Date
WO2024085102A1 true WO2024085102A1 (ja) 2024-04-25

Family

ID=90737765

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/037341 WO2024085102A1 (ja) 2022-10-21 2023-10-16 情報処理装置および情報処理方法

Country Status (2)

Country Link
JP (1) JP2024061308A (ja)
WO (1) WO2024085102A1 (ja)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017104093A1 (ja) * 2015-12-18 2017-06-22 パナソニックＩｐマネジメント株式会社 歩行者端末装置、車載端末装置、歩車間通信制御装置、歩車間通信システムおよび歩車間通信方法
JP2018013847A (ja) * 2016-07-19 2018-01-25 株式会社リコー 端末装置、運転補助方法及び運転補助プログラム
WO2018021191A1 (ja) * 2016-07-26 2018-02-01 三菱重工業株式会社 危険通知装置、危険通知システム、危険通知方法及びプログラム
WO2021039772A1 (ja) * 2019-08-28 2021-03-04 京セラ株式会社 基地局、交通通信システム、及び交通通信方法
JP2021117089A (ja) * 2020-01-24 2021-08-10 株式会社リコー 表示装置、及び表示方法
WO2022196028A1 (ja) * 2021-03-18 2022-09-22 本田技研工業株式会社 通知システム、サーバ、携帯装置、及び鞍乗り型車両

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017104093A1 (ja) * 2015-12-18 2017-06-22 パナソニックＩｐマネジメント株式会社 歩行者端末装置、車載端末装置、歩車間通信制御装置、歩車間通信システムおよび歩車間通信方法
JP2018013847A (ja) * 2016-07-19 2018-01-25 株式会社リコー 端末装置、運転補助方法及び運転補助プログラム
WO2018021191A1 (ja) * 2016-07-26 2018-02-01 三菱重工業株式会社 危険通知装置、危険通知システム、危険通知方法及びプログラム
WO2021039772A1 (ja) * 2019-08-28 2021-03-04 京セラ株式会社 基地局、交通通信システム、及び交通通信方法
JP2021117089A (ja) * 2020-01-24 2021-08-10 株式会社リコー 表示装置、及び表示方法
WO2022196028A1 (ja) * 2021-03-18 2022-09-22 本田技研工業株式会社 通知システム、サーバ、携帯装置、及び鞍乗り型車両

Also Published As

Publication number Publication date
JP2024061308A (ja) 2024-05-07

Similar Documents

Publication Publication Date Title
US10169991B2 (en) Proximity awareness system for motor vehicles
US9969405B2 (en) Alarm apparatus, alarm system, alarm method and portable terminal
WO2020049722A1 (ja) 車両の走行制御方法及び走行制御装置
JP4913683B2 (ja) 危険度管理システム、サーバ装置及び危険度管理方法
JP6690666B2 (ja) 警報装置、警報システム及び携帯端末
JP5432534B2 (ja) 位置情報通知システム及び位置情報通知方法、並びに、情報センタ装置及び車載装置
WO2015122406A1 (ja) 通信装置、運転支援装置、および、運転支援システム
JPWO2020035896A1 (ja) 車両の走行制御方法及び走行制御装置
JP2020091790A (ja) 自動運転システム
JP2016081193A (ja) 車両用交差点関連警報装置
JP5884478B2 (ja) 車載機、車両用報知システム、および携帯端末
JP2009116753A (ja) 衝突防止システム
JP2019197303A (ja) 車外報知装置
WO2017104209A1 (ja) 運転支援装置
JP4483764B2 (ja) 運転支援システムおよびプログラム
JP2005009933A (ja) 走行支援システム、車載端末器及び携帯型端末器
JP6261812B1 (ja) 車載装置、携帯端末装置、認識支援システム、認識支援方法、及び認識支援プログラム
JP2013171502A (ja) 警告装置、警告方法
JP5428611B2 (ja) 運転支援システム、車載装置、コンピュータ・プログラムおよび情報記録媒体
CN111161551A (zh) 用于检测、警报和响应紧急车辆的设备、系统和方法
JP2012088904A (ja) 運転支援装置
JP7108899B2 (ja) 歩行者端末装置、車載端末装置、歩車間通信システム、および降車通知方法
JP2005010937A (ja) 走行支援システム及び車載端末器
JP2004246631A (ja) 走行支援情報提示方法
WO2024085102A1 (ja) 情報処理装置および情報処理方法