KR20230158903A - Method, Apparatus and Computer-readable Medium for Managing Vehicle Trim Information - Google Patents

Abstract

A method according to an embodiment of the present disclosure is a vehicle trim information management method, comprising: configuring a first database for basic information, specification information, seat information, and vehicle image information of one or more vehicle trims; and providing a first interface to search for vehicle trim information meeting a predetermined condition among one or more vehicle trim information stored in the first database. wherein the seat information includes a layout type and a seat layout, and configuring the first database includes selecting the layout type; and configuring the first database for seat information of the one or more vehicle trims by setting seat attributes of a seat layout corresponding to the selected layout type; Discloses a method comprising:

Description

Method, Apparatus and Computer-readable Medium for Managing Vehicle Trim Information}

The present invention relates to a method, apparatus, and computer-readable medium for managing vehicle trim information.

Conventional means of transportation include buses, subways, and taxis. Buses and subways are inexpensive, but have the inconvenience of having to go directly to a designated area at a set time, and taxis allow passengers to get on where they want and get off where they want. However, there is a disadvantage that it is expensive.

In general cities, you can freely use transportation such as buses, subways, and taxis, but in remote areas such as the countryside, taxis do not operate or buses only run about 3 to 4 times a day, making accessibility to traditional transportation less accessible. It falls.

Demand Responsive Transportation (DRT) is emerging as a transportation method that complements the advantages and disadvantages of these conventional transportation methods. Demand-responsive transportation refers to a transportation method that can flexibly operate the operating section, operating frequency, and operating time according to user demand without a fixed route.

Recently, there has been a demand for research into ways to operate demand-responsive transportation systems more efficiently.

The above-mentioned background technology is technical information that the inventor possessed for deriving the present invention or acquired in the process of deriving the present invention, and cannot necessarily be said to be known art disclosed to the general public before filing the application for the present invention.

Republic of Korea Patent Publication No. 10-2001-0000716 (2001.01.05)

The present invention provides an apparatus and method for managing information on vehicles used in demand-responsive transportation services and managing vehicle trim information as one of the vehicle information in order to operate a demand-responsive transportation system more efficiently. there is. The problem to be solved by the present invention is not limited to the problems mentioned above, and other problems and advantages of the present invention that are not mentioned can be understood through the following description and can be understood more clearly through the examples of the present invention. It will be. In addition, it can be seen that the problems and advantages to be solved by the present invention can be realized by the means and combinations thereof indicated in the patent claims.

As a technical means for achieving the above-described technical problem, a first aspect of the present disclosure is a vehicle trim information management method, which includes a first database for basic information, specification information, seat information, and vehicle image information of one or more vehicle trims. Steps to configure; and providing a first interface to search for vehicle trim information meeting a predetermined condition among one or more vehicle trim information stored in the first database. wherein the seat information includes a layout type and a seat layout, and configuring the first database includes selecting the layout type; and configuring the first database for seat information of the one or more vehicle trims by setting seat attributes of a seat layout corresponding to the selected layout type; A method including a may be provided.

A second aspect of the present disclosure is a vehicle trim information management device, the device comprising: a memory storing at least one program; and a processor that performs an operation by executing the at least one program, wherein the processor configures a first database for basic information, specification information, seat information, and vehicle image of one or more vehicle trims, and the first database A first interface is provided to search for a vehicle trim that meets a predetermined condition among one or more vehicle trims stored in a database, wherein the seat information includes a layout type and a seat layout, and the processor selects the layout type, An apparatus may be provided that configures the first database for seat information of the plurality of vehicle trims by setting seat attributes of the seat layout corresponding to the selected layout type.

A third aspect of the present disclosure may provide a computer-readable recording medium recording a program for executing the method according to the first aspect on a computer.

In addition, another method for implementing the present invention, another system, and a computer-readable recording medium storing a computer program for executing the method may be further provided.

Other aspects, features and advantages in addition to those described above will become apparent from the following drawings, claims and detailed description of the invention.

According to the problem-solving means of the present disclosure described above, an interface that can increase the convenience and efficiency of vehicle management can be provided to managers who provide demand-responsive transportation services (DRT services).

According to the problem-solving means of the present disclosure described above, the control server that controls the demand-responsive transportation service processes the stored information and provides it in the form of a user interface to the manager using the control server, thereby increasing the control accuracy and convenience of the manager. there is.

According to the problem-solving means of the present disclosure described above, efficient vehicle trim management may be possible by providing an interface for managing vehicle trim.

1 is a diagram for explaining an autonomous driving method according to an embodiment.
Figure 2 is a block diagram showing hardware included in an autonomous driving device according to an embodiment.
Figure 3 is a diagram for explaining a demand-responsive transportation system according to an embodiment.
Figure 4 is an exemplary diagram for explaining a control function performed in a control server according to an embodiment.
FIG. 5 is an exemplary diagram illustrating a method of configuring a first database for various information on one or more vehicle trims according to an embodiment.
FIG. 6 is an exemplary diagram of a first interface for searching for a vehicle trim that meets a predetermined condition among one or more vehicle trims stored in a first database according to an embodiment.
7 is an exemplary diagram of a method of configuring a first database for layout types and seat layouts according to an embodiment.
FIG. 8A is an exemplary diagram of a method of configuring a first database by setting seat attributes of seats included in a seat layout according to an embodiment.
FIG. 8B is an exemplary diagram of a method of configuring a first database by setting seat attributes of seats included in a seat layout according to an embodiment.
FIG. 9 is an exemplary diagram of a method of configuring a first database by setting seat attributes for each of a plurality of seats included in a seat layout according to an embodiment.
FIG. 10 is an exemplary diagram of a method of configuring a second database for basic information, vehicle information, and additional information about one or more vehicles according to an embodiment.
FIG. 11 is an exemplary diagram of a second interface for searching for a vehicle that satisfies a predetermined condition among one or more vehicles stored in a second database according to an embodiment.
FIG. 12 is an exemplary diagram of a method of configuring a second database by obtaining a seat layout corresponding to a selected vehicle trim from a first database according to an embodiment.
Figure 13 is a block diagram of an interface providing device according to an embodiment.

The advantages and features of the present invention and methods for achieving them will become clear by referring to the embodiments described in detail together with the accompanying drawings. However, the present invention is not limited to the embodiments presented below, but may be implemented in various different forms, and should be understood to include all conversions, equivalents, and substitutes included in the spirit and technical scope of the present invention. . The embodiments presented below are provided to ensure that the disclosure of the present invention is complete and to fully inform those skilled in the art of the scope of the invention. In describing the present invention, if it is determined that a detailed description of related known technologies may obscure the gist of the present invention, the detailed description will be omitted.

The terms used in this application are only used to describe specific embodiments and are not intended to limit the invention. Singular expressions include plural expressions unless the context clearly dictates otherwise. In this application, terms such as “comprise” or “have” are intended to designate the presence of features, numbers, steps, operations, components, parts, or combinations thereof described in the specification, but are not intended to indicate the presence of one or more other features. It should be understood that this does not exclude in advance the possibility of the existence or addition of elements, numbers, steps, operations, components, parts, or combinations thereof.

Some embodiments of the present disclosure may be represented by functional block configurations and various processing steps. Some or all of these functional blocks may be implemented in various numbers of hardware and/or software configurations that perform specific functions. For example, the functional blocks of the present disclosure may be implemented by one or more microprocessors, or may be implemented by circuit configurations for certain functions. Additionally, for example, functional blocks of the present disclosure may be implemented in various programming or scripting languages. Functional blocks may be implemented as algorithms running on one or more processors. Additionally, the present disclosure may employ conventional technologies for electronic environment setup, signal processing, and/or data processing. Terms such as “mechanism,” “element,” “means,” and “configuration” may be used broadly and are not limited to mechanical and physical configurations.

Additionally, connection lines or connection members between components shown in the drawings merely exemplify functional connections and/or physical or circuit connections. In an actual device, connections between components may be represented by various replaceable or additional functional connections, physical connections, or circuit connections.

Hereinafter, 'vehicle' may refer to any type of transportation used to move people or objects with engine, such as a car, bus, motorcycle, kickboard, or truck.

Hereinafter, the present disclosure will be described in detail with reference to the attached drawings.

1 is a diagram for explaining an autonomous driving method according to an embodiment.

Referring to FIG. 1, the autonomous driving device according to an embodiment of the present invention can be mounted on a vehicle to implement an autonomous vehicle 10. The autonomous driving device mounted on the autonomous vehicle 10 may include various sensors for collecting surrounding situation information. For example, the autonomous driving device may detect the movement of the preceding vehicle 20 running in front through an image sensor and/or an event sensor mounted on the front of the autonomous vehicle 10. The self-driving device may further include sensors for detecting not only the front of the self-driving vehicle 10, but also other driving vehicles 30 running in the lane next to the self-driving vehicle 10 and pedestrians around the self-driving vehicle 10.

At least one of the sensors for collecting situational information around the autonomous vehicle may have a predetermined field of view (FoV), as shown in FIG. 1 . For example, when a sensor mounted on the front of the autonomous vehicle 10 has a field of view (FoV) as shown in FIG. 1, information detected at the center of the sensor may have relatively high importance. This may be because the information detected at the center of the sensor includes most of the information corresponding to the movement of the preceding vehicle 20.

The self-driving device processes information collected by the sensors of the self-driving vehicle 10 in real time to control the movement of the self-driving vehicle 10, while storing at least some of the information collected by the sensors in a memory device. .

Figure 2 is a block diagram showing hardware included in an autonomous driving device according to an embodiment.

Referring to FIG. 2, the autonomous driving device 40 may include a sensor unit 41, a processor 46, a memory system 47, and a vehicle body control module 48. The sensor unit 41 includes a plurality of sensors 42-45, and the plurality of sensors 42-45 may include an image sensor, an event sensor, an illumination sensor, a GPS device, an acceleration sensor, etc.

Data collected by sensors 42-45 may be transmitted to processor 46. The processor 46 stores the data collected by the sensors 42-45 in the memory system 47 and controls the vehicle body control module 48 based on the data collected by the sensors 42-45 to control the vehicle body control module 48. movement can be determined. The memory system 47 may include two or more memory devices and a system controller for controlling the memory devices. Each of the memory devices may be provided as one semiconductor chip.

In addition to the system controller of the memory system 47, each of the memory devices included in the memory system 47 may include a memory controller, and the memory controller may include an artificial intelligence (AI) operation circuit such as a neural network. The memory controller may generate calculation data by assigning a predetermined weight to data received from the sensors 42 - 45 or the processor 46 and store the calculation data in a memory chip.

The autonomous driving device 40 may be mounted on a demand-responsive vehicle described below.

Figure 3 is a diagram for explaining a demand-responsive transportation system according to an embodiment.

Demand Responsive Transportation (DRT) refers to a transportation method that can flexibly operate the operation section, frequency of operation, and operation time according to user demand without a fixed route.

Demand-responsive transportation can be divided into various types depending on the route operation method. For example, the fixed route type is a type in which the operation time, stops, and start and end points are all fixed. In the route departure type, the operation time and starting and ending points are fixed, but in the case of stops, new stops can be set in addition to the fixed stops according to user reservations. In the semi-dynamic type, the start and end points are fixed, but only the departure and arrival times are fixed for the operation time, and stops other than the start and end points can be freely set. The dynamic type is a type in which the operation time, stop, and start/end point are all not fixed.

Additionally, demand-responsive transportation can be divided into various types depending on the number of start and end points. For example, the one-to-one type is a type that starts from one point and moves to another point. Additionally, the one-to-many type is a type of moving from one origin to multiple destinations, and the many-to-one type is a type of moving from multiple origins to one destination. Additionally, the many-to-many type has no start or end point and is a type that can be changed depending on the situation or request.

Referring to FIG. 3 , the demand-responsive transportation system 300 may include a user terminal 310, a control server 320, and a demand-responsive vehicle 330.

The user terminal 310 includes a smartphone, tablet PC, PC, smart TV, mobile phone, personal digital assistant (PDA), laptop, media player, micro server, global positioning system (GPS) device, e-book reader, and digital broadcasting terminal. , navigation devices, kiosks, MP3 players, digital cameras, home appliances, devices equipped with cameras, and other mobile or non-mobile computing devices. Additionally, the user terminal 310 may be a wearable device such as a watch, glasses, hair band, or ring equipped with a communication function and data processing function. However, it is not limited to this.

The control server 320 refers to a server that performs a control function for operating demand-responsive traffic. The demand-responsive vehicle 330 refers to a vehicle that is dispatched according to user demand, and the operation section, number of operations, and operation time are determined according to the operation method of demand-responsive transportation.

The user terminal 310, the control server 320, and the demand response vehicle 330 may communicate using a network. For example, networks include Local Area Network (LAN), Wide Area Network (WAN), Value Added Network (VAN), mobile radio communication network, satellite communication network, and their It is a comprehensive data communication network that includes mutual combinations and allows each network constituent shown in FIG. 3 to communicate smoothly with each other, and may include wired Internet, wireless Internet, and mobile wireless communication networks. In addition, wireless communications include, for example, wireless LAN (Wi-Fi), Bluetooth, Bluetooth low energy, ZigBee, WFD (Wi-Fi Direct), UWB (ultra-wideband), infrared communication (IrDA, Infrared Data Association), NFC (Near Field Communication), etc., but are not limited to these.

The user terminal 310 can connect to the control server 320 through the network and transmit information such as departure time, departure point, and destination to the control server 320. The control server 320 may check information on the registered demand response vehicle 330 and perform a dispatch process. For example, the control server 320 compares the current location of the departure point of the user terminal 310 and the demand response vehicle 330, and the demand response vehicle that can arrive at the departure point of the user terminal 310 the fastest ( 330) can be dispatched. The control server 320 may transmit dispatch information to the user terminal 310 and the demand response vehicle 330 through the network.

Figure 4 is an exemplary diagram for explaining a control function performed in a control server according to an embodiment.

The control server is a server that can control multiple demand response vehicles operating under a demand response transportation system. Information on multiple companies that provide demand-responsive transportation services may be registered in the control server. Additionally, information on a plurality of vehicles operated by each company and information on a plurality of drivers registered for each company may be registered in the control server.

Figure 4 shows a user interface 400 provided by the control server to the administrator. Referring to the user interface 400, an administrator can set various conditions for searching for a demand-responsive vehicle by interacting with objects included in the first area 410. For example, the manager can set conditions for the operation area, operating company, vehicle type product, route, and control status by interacting with objects included in the first area 410. Additionally, the manager can set conditions for driver information, vehicle information, and driving information by interacting with objects included in the first area 410.

In response to the manager setting conditions for searching for a demand response vehicle, the control server may display detailed information on the demand response vehicle meeting the set conditions in the second area 420. In the second area 420, information on the company name, driver name, vehicle number, operation status, and route for the demand response vehicle that meets the set conditions may be displayed, but the information displayed in the second area 420 may be displayed. The information is not limited to this. For example, in response to the administrator setting the conditions as 'Sejong' as the operating area and 'ABC' as the company name, the control server provides the article name for the demand response vehicle of the 'ABC' company operating in 'Sejong'. , vehicle number, control status, and route information can be displayed.

Additionally, in response to the manager setting conditions for searching for a demand-responsive vehicle, the control server may display operation information on the demand-responsive vehicle that meets the set conditions in the third area 430. In the third area 430, information on the operation status (waiting for dispatch, dispatch stopped, in operation, rest, etc.), movement path, and current location of the demand response vehicle that meets the set conditions may be displayed. Information displayed in area 3 430 is not limited to this.

Meanwhile, the manager can select a predetermined demand-responsive vehicle by interacting with an object included in the second area 420. In response to the manager selecting a predetermined demand-responsive vehicle, the control server may display the boarding point, disembarkation point, and remaining travel route of the selected demand-responsive vehicle in the third area 430. For example, in Figure 4, the vehicle number '5678' is selected by the manager, and accordingly, the boarding point, the disembarkation point, and the remaining travel route of the vehicle number '5678' are displayed in the third area 430.

The control server can store information on companies providing demand-responsive transportation services, information on a plurality of vehicles operated by each company, and information on a plurality of drivers registered for each company. In addition, the control server can process the stored information and provide it in the form of a user interface to the manager using the control server, thereby increasing the manager's control accuracy and convenience.

Meanwhile, in FIG. 4, for convenience of explanation, the first area 410, the second area 420, and the third area 430 are described as being displayed on one interface, but each area may be displayed on a different interface. It may be possible.

Below, a method of managing vehicle information will be described by providing a user interface for managing the vehicle from the control server to the manager. A device that provides an interface described below (hereinafter referred to as an ‘interface providing device’) may refer to a control server. Here, vehicle information refers to general information about vehicles such as autonomous driving classification, vehicle ID, vehicle number, vehicle name, vehicle product, vehicle trim, vehicle model, vehicle status, vehicle image, etc. regarding vehicles providing demand-responsive transportation services. means. Vehicle trim information generally refers to the grade within a car model, and refers to convenience features, options, etc. that can be selected for vehicles that provide demand-responsive transportation services. In this specification, vehicle trim information has this meaning and means one of various pieces of information included in vehicle information.

FIG. 5 is an exemplary diagram illustrating a method of configuring a first database for various information on one or more vehicle trims according to an embodiment.

Referring to FIG. 5, the interface providing device may configure a first database for basic information, specification information, seat information, and vehicle images of one or more vehicle trims.

For example, basic information about a vehicle trim may include information such as a vehicle trim name, vehicle image, and vehicle trim ID. The specification information of the vehicle trim may include information such as manufacturer, vehicle model, fuel, vehicle type, and autonomous driving category.

For example, the seat information of the vehicle trim may include information such as seat layout type, seat layout information, boarding class, and number of passengers.

For example, the vehicle trim name is a name to distinguish vehicle trims from each other and may be set as a combination of the vehicle name and the number of passengers. The status of the vehicle trim indicates whether it is currently being provided for demand-responsive transportation services, and may be active or deactivated. The vehicle model may be one of the vehicle models belonging to the selected manufacturer. The fuel may be any one of gasoline, diesel, LPG, gasoline and electricity, diesel and electricity, LPG and electricity, gasoline and LPG, gasoline and CNG, CNG, electricity, hydrogen, biodiesel, etc. The vehicle type may be one of light, small, medium, semi-medium, large, semi-large, and sports cars, and may indicate the type of transportation service provided by the vehicle. Types of transportation services may include Demand Responsive Transport (DRT), taxis, buses, self-driving taxis, and self-driving buses. The vehicle type can be either passenger type or combined vehicle type.

In one embodiment, the interface providing device may allow the administrator's mouse to overlap on the vehicle image and may expose preview and delete icons. The interface providing device may provide a preview of the vehicle image by exposing a pop-up in response to receiving an input for the preview icon. The interface providing device may delete the registered image in response to receiving an input for the delete icon.

FIG. 6 is an exemplary diagram of a first interface for searching for vehicle trim information meeting a predetermined condition among one or more vehicle trim information stored in a first database according to an embodiment.

Referring to FIG. 6, the first interface 600 includes a 1.1 area 610 configured to set conditions for searching vehicle trims, and a 1.2 area configured to list information about vehicle trims that meet the set conditions. It may include an area 630 and a 1.3 area 650 configured to receive an administrator's input. Meanwhile, in FIG. 6, for convenience of explanation, the 1.1 area 610, 1.2 area 630, and 1.3 area 650 are described as being displayed on one interface, but each area may be displayed on a different interface. It may be possible.

The interface providing device can display search conditions in area 1.1 610 and receive the administrator's search condition settings. For example, the search conditions displayed in area 1.1 610 may be vehicle trim information and date and time information. Here, vehicle trim information may include vehicle trim name, manufacturer, vehicle model, fuel, vehicle model, autonomous driving category and status, etc.

The interface providing device may search the first database for vehicle trim information that meets the search conditions set by the administrator, and list the information on the matching vehicle trim in area 1.2 (630). For example, vehicle trim information constituting the first database may be displayed in area 1.2 630. Vehicle trim information may include vehicle trim ID, vehicle trim name, manufacturer, vehicle model, fuel, vehicle model, autonomous driving category, number of passengers, status, registration date/modification date, registrant/modifier, etc.

According to one embodiment, area 1.3 650 may include a download tab and a registration tab. The interface providing device may transmit information on vehicle trim from the database to the manager's terminal, database, server, etc. in response to receiving the manager's input regarding the download tab in area 1.3 650. The interface providing device may configure a first database for vehicle trim information in response to receiving an administrator's input regarding the registration tab in area 1.3 650.

7 is an exemplary diagram of a method of configuring a first database for layout types and seat layouts according to an embodiment.

Referring to FIG. 7, seat information constituting the first database may include layout type and seat layout. The interface providing device may receive an input for selecting a layout type, and may configure a first database for seat information of one or more vehicle trims by setting seat attributes of a seat layout corresponding to the selected layout type. Here, the seat layout type refers to the form of the seat layout, and the seat attribute refers to detailed seat information for each seat. For example, Figure 7 shows an example in which the layout type is selected as 4X4 with 4 rows and 4 columns. The interface providing device can set each seat attribute of a 4X4 seat layout.

According to one embodiment, the seat layout type may consist of at least 2 rows and 2 rows. The seat layout type is described in a matrix form for convenience of explanation, but any form in which seats can be distinguished will not be limited to this.

According to one embodiment, the interface providing device includes a 7.1 area 710 configured to select a seat layout type, a 7.2 area 730 configured to display a seat layout corresponding to the selected seat layout type, and a seat of the seat layout. An interface including a 7.3 area 750 configured to set properties may be provided.

FIG. 8A is an exemplary diagram of a method of configuring a first database by setting seat attributes of seats included in a seat layout according to an embodiment.

Referring to FIG. 8A, seat attributes of the seat layout may include seat status and seat number. The interface providing device may receive an input for selecting a predetermined seat among a plurality of seats included in the seat layout. The interface providing device can determine the status of the selected seat as either used or unused, and determine the seat number for the selected seat. Here, when the status of the seat is determined to be used, it means that the seat of the vehicle providing demand-responsive transportation service can be used by the passenger. The seat number may be determined by an input value or may be determined in response to the seat layout.

In one embodiment, the seat number may be determined using at least one of letters and numbers depending on the seat layout type. In another embodiment, the seat number may be determined to correspond to the position of the seat to be entered and the position of the seat where the zazen number is entered using the previously entered seat number.

As another example, the seat number may be determined in response to the status of the seat. For example, the interface providing device may determine the seat number in response to the seat status being determined to be in use, and may not determine the seat number if the seat status is unused.

Figure 8a shows an example in which predetermined seats corresponding to the second row and first row are selected among 16 seats in the seat layout. The interface providing device set the status of the selected seat to 'used' and set the seat number to '2A'.

FIG. 8B is an exemplary diagram of a method of configuring a first database by setting seat attributes of seats included in a seat layout according to an embodiment.

Referring to FIG. 8B, the interface providing device may configure the first database by setting the determined seat status and determined seat number as seat attributes for a predetermined seat.

For example, referring to Figure 8, 16 seats corresponding to the 4 It is done.

In one embodiment, the interface providing device may separately display the number of available seats according to the number of seats set to be used.

FIG. 9 is an exemplary diagram of a method of configuring a first database by setting seat attributes for each of a plurality of seats included in a seat layout according to an embodiment.

Referring to FIG. 9 , the interface providing device may perform a registration process of registering the seat layout in a database in response to determining seat attributes for each of a plurality of seats included in the seat layout.

For example, referring to Figure 9, seat attributes for each of the 16 seats included in the 4X4 seat layout were determined. Seats 1A, 1B, 2A, 2B, 2C, 3A, 3B, 3C, 4A, 4B, 4C determined to be 'used' and 5 seats determined to be 'unused' are displayed. After the seat attributes for the 16 seats are determined, the interface providing device may perform a registration process to register the seat layout in the database.

According to one embodiment, after selecting a layout type, the interface providing device may configure a first database for seat information of one or more vehicle trims by recommending seat attributes of a seat layout corresponding to the selected layout type.

For example, an interface providing device can obtain account information of an administrator using the interface. Here, the manager's account information refers to information on the area where demand-responsive transportation services are provided by each manager, information on the vehicle type and product used by the manager to provide the service, information on seat attributes that have already been set with the manager's account, etc. This may be included, and the manager's account information may be separately stored and managed by the control server, or may be received through another server. The interface providing device may recommend seat attributes of a seat layout corresponding to the selected layout type, based on account information. For example, the interface providing device may recommend seat attributes of the seat layout using seat attribute history information corresponding to account information. If a database for vehicle trims is currently being configured through the administrator account of Corporation A, the interface providing device can retrieve the history of seat properties previously set by the administrator account of Corporation A and recommend the seat properties currently being set. The interface providing device will be able to configure a database for efficient and convenient vehicle trims by recommending seat attributes of the seat layout related to the administrator account currently being provided with the vehicle trim management interface.

As another example, the interface providing device may recommend seat attributes of a seat layout corresponding to the selected layout type based on specification information of the vehicle trim. The interface providing device can recommend seat attributes centered on the number of seats for each vehicle type. For example, in response to the fact that the vehicle model information among the specification information of the vehicle trim is set to a large vehicle model, the interface providing device may recommend that the status of a certain percentage or more of the seats included in the selected layout type be set to used. You can. A certain percentage can be set to 80% or more of the vehicle capacity. As another example, in response to vehicle type information being set to bus or taxi, the interface providing device may recommend seat attributes of a seat layout that matches the vehicle type.

The interface providing device can recommend convenience-oriented seat attributes for each purpose. For example, in response to the fact that the grade information among the vehicle trim specification information is set to a premium grade, the interface providing device sets the remaining seats except for certain seats among the plurality of seats included in the selected layout type so that customers can use the spacious seats. You can determine seat attributes for a seat.

According to another embodiment, the interface providing device may recommend seat attributes by considering special purposes. For example, the interface providing device may recommend seat attributes for a vehicle in which infants and young children can ride, or may recommend seat attributes for a vehicle in which pets can ride.

FIG. 10 is an exemplary diagram of a method of configuring a second database for basic information, vehicle information, and additional information about one or more vehicles according to an embodiment.

Referring to FIG. 10, the interface providing device may configure a second database for basic information, vehicle information, and additional information about one or more vehicles. If the first database is composed of information about vehicle trim, the second database is composed of information about the vehicle, and can be understood in an expanded sense including information in the first database. For example, basic information about a vehicle may include information about autonomous driving classification, type of license providing the vehicle, corporate name, vehicle status, and registration date. Vehicle information about a vehicle may include information about vehicle ID, vehicle name, vehicle number, vehicle type product, vehicle trim, vehicle model, vehicle image, and seat image. Additional information about the vehicle may include information about the route on which the vehicle is provided.

For example, the status of the vehicle indicates whether it can currently provide demand-responsive transportation service, and may be one of available, unavailable, or accident status.

For example, a vehicle number may be a string consisting of a region, a front number, Korean characters, and a back number. The region can be up to 3 Korean characters, and the first number can be up to 3 numbers. Hangul characters can be up to 1 Hangul character, and the last number can be up to 4 numbers. The vehicle number may be a temporary license plate if the administrator has entered the use of a temporary license plate. The temporary license plate may be a string consisting of the Korean character 'Im' and 4 digits.

In one embodiment, the interface providing device can check whether a vehicle number is duplicated. If information about the vehicle number is duplicated, the interface providing device may provide an alarm indicating that information about the vehicle number cannot be added to the database. For example, the interface providing device can provide an alarm saying, ‘The vehicle number is already in use’ and reset information about the entered vehicle number. If the information about the vehicle number is not duplicated, the interface providing device can provide an alarm notifying that information about the vehicle number can be added to the database. For example, an interface providing device may provide an alarm that says, ‘Vehicle number is available.’

For example, among vehicle information, information about vehicle products may indicate the type of transportation service provided by the vehicle. Types of transportation services may include Demand Responsive Transport (DRT), taxis, buses, self-driving taxis, and self-driving buses.

For example, among the additional information, information about the route may indicate the detailed route of the transportation service provided by the vehicle. As an example, the route may be displayed separately with a transportation service area name and a name indicating a specific route of the transportation service.

FIG. 11 is an exemplary diagram of a second interface for searching for a vehicle meeting a predetermined condition among one or more vehicles stored in a second database according to an embodiment.

Referring to FIG. 11, the second interface 1100 includes a 2.1 area 1110 configured to set conditions for searching vehicles, and a 2.2 area configured to list information about vehicles meeting the set conditions ( 1130) and a 2.3 area 1150 configured to receive the administrator's input. Meanwhile, in FIG. 11, for convenience of explanation, the 2.1 area 1110, the 2.2 area 1130, and the 2.3 area 1150 are described as being displayed on one interface, but each area may be displayed on a different interface. It may be possible.

The interface providing device can display search conditions in area 2.1 1110 and receive the administrator's search condition settings. For example, search conditions displayed in area 2.1 1110 may be search category, vehicle information, and date and time information. Here, the inquiry category may include autonomous driving category, route selection, and vehicle product conditions, and vehicle information may include vehicle number, license type and status, etc.

The interface providing device may search the second database for vehicle information that meets the search conditions set by the administrator, and list the information on the matching vehicles in area 2.2 (1130). For example, in the 2.2 area 1130, the vehicle information constituting the second database includes vehicle ID, vehicle number, vehicle name, corporation name, route, vehicle product, vehicle trim, status, registration date/modification date, registrant/ Modifiers, etc. may be displayed.

In one embodiment, the interface providing device may list route information mapped to the vehicle with respect to route information for the vehicle. When there is a plurality of route information mapped to a vehicle, the interface providing device can list a plurality of route information.

According to one embodiment, area 2.3 1150 may include a download tab and a registration tab. The interface providing device may transmit information about the vehicle from the database to the manager's terminal, database, server, etc. through the server in response to receiving the manager's input regarding the download tab in area 2.3 1150. The interface providing device may configure a second database for vehicle information in response to receiving an administrator's input for the registration tab in area 2.3 1150.

FIG. 12 is an exemplary diagram of a method of configuring a second database by obtaining a seat layout corresponding to vehicle trim information selected from a first database according to an embodiment.

Referring to FIG. 12, vehicle information constituting the second database may include seat layout. The interface providing device may receive an input for selecting a vehicle trim from the manager and obtain a seat layout corresponding to the selected vehicle trim from the first database. The interface providing device may configure the second database using the obtained seat layout. In addition, the interface providing device may configure a second database using information obtained from the first database, such as vehicle trim specification information or seat information. As the first database for vehicle trim and the second database for vehicles can be linked, the efficiency and convenience of vehicle management and vehicle trim management can be increased.

As an example, Figure 12 shows an example in which a database is configured in which a Solati gasoline 11-seater vehicle is provided as a DRT vehicle, has a total of 11 seats available, and uses the Sejong A route.

In one embodiment, the control server displays the status corresponding to the vehicle information and controls the vehicle using vehicle and vehicle trim information (e.g., vehicle type, product, route, etc.) constituting the first and second databases. can do. The control server can transmit the vehicle information in the database to the user terminal through the network, or to the demand response vehicle through the vehicle rear-seat infotainment system (RSI: rear-seat infotainment). For example, Figure 12 is an example of vehicle information and passenger boarding information for a gasoline 11-seater vehicle providing DRT service on the Sejong A route. The control server may transmit information on the passenger's seat occupancy status using the vehicle information and seat layout information of FIG. 12 to be displayed on the user terminal or the demand response vehicle.

Figure 13 is a block diagram of an interface providing device according to an embodiment.

Referring to FIG. 13, the interface providing device 1300 may include a communication unit 1310, a processor 1320, and a database (DB) 1330. In the interface providing device 1300 of FIG. 13, only components related to the embodiment are shown. Accordingly, those skilled in the art can understand that other general-purpose components may be included in addition to the components shown in FIG. 13.

The communication unit 1310 may include one or more components that enable wired/wireless communication with an external server or external device. For example, the communication unit 1310 may include at least one of a short-range communication unit (not shown), a mobile communication unit (not shown), and a broadcast receiver (not shown).

The database (DB) 1330 is hardware that stores various data processed within the interface providing device 1300, and can store programs for processing and control of the processor 1320.

The database (DB) 1330 includes random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), such as dynamic random access memory (DRAM) and static random access memory (SRAM). ), CD-ROM, Blu-ray or other optical disk storage, hard disk drive (HDD), solid state drive (SSD), or flash memory.

The processor 1320 controls the overall operation of the interface providing device 1300. For example, the processor 1320 executes programs stored in the database (DB) 1330, such as an input unit (not shown), a display (not shown), a communication unit 1310, a database (DB) 1330, etc. can be controlled overall. The processor 1320 may control the operation of the interface providing device 1300 by executing programs stored in the database (DB) 1330.

The processor 1320 may control at least some of the operations of the interface providing device 1300 described above with reference to FIGS. 1 to 12 .

The processor 1320 includes application specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field programmable gate arrays (FPGAs), controllers, and microcontrollers. It may be implemented using at least one of micro-controllers, microprocessors, and other electrical units for performing functions.

In one embodiment, the interface providing device 1300 may be a mobile electronic device. For example, the interface providing device 1300 may be implemented as a smartphone, tablet PC, PC, smart TV, personal digital assistant (PDA), laptop, media player, navigation, device equipped with a camera, and other mobile electronic devices. there is. Additionally, the interface providing device 1300 may be implemented as a wearable device such as a watch, glasses, hair band, or ring equipped with a communication function and data processing function.

In another embodiment, the interface providing device 1300 may be an electronic device embedded in a vehicle. For example, the interface providing device 1300 may be an electronic device inserted into a vehicle through tuning after the production process.

In another embodiment, the interface providing device 1300 may be a server located outside the vehicle. A server may be implemented as a computer device or a plurality of computer devices that communicate over a network to provide commands, codes, files, content, services, etc. The server may receive data necessary to determine the vehicle's movement path from devices mounted on the vehicle, and determine the vehicle's movement path based on the received data.

In another embodiment, the process performed by the interface providing device 1300 may be performed by at least some of a mobile electronic device, an electronic device embedded in the vehicle, and a server located outside the vehicle.

Embodiments according to the present invention may be implemented in the form of a computer program that can be executed through various components on a computer, and such a computer program may be recorded on a computer-readable medium. At this time, the media includes magnetic media such as hard disks, floppy disks, and magnetic tapes, optical recording media such as CD-ROMs and DVDs, magneto-optical media such as floptical disks, and ROM. , RAM, flash memory, etc., may include hardware devices specifically configured to store and execute program instructions.

Meanwhile, the computer program may be designed and configured specifically for the present invention, or may be known and available to those skilled in the art of computer software. Examples of computer programs may include not only machine language code such as that created by a compiler, but also high-level language code that can be executed by a computer using an interpreter or the like.

According to one embodiment, methods according to various embodiments of the present disclosure may be included and provided in a computer program product. Computer program products are commodities and can be traded between sellers and buyers. The computer program product may be distributed in the form of a machine-readable storage medium (e.g. compact disc read only memory (CD-ROM)) or through an application store (e.g. Play StoreTM) or between two user devices. It may be distributed in person or online (e.g., downloaded or uploaded). In the case of online distribution, at least a portion of the computer program product may be at least temporarily stored or temporarily created in a machine-readable storage medium, such as the memory of a manufacturer's server, an application store's server, or a relay server.

Unless there is an explicit order or statement to the contrary regarding the steps constituting the method according to the invention, the steps may be performed in any suitable order. The present invention is not necessarily limited by the order of description of the above steps. The use of any examples or illustrative terms (e.g., etc.) in the present invention is merely to describe the present invention in detail, and unless limited by the claims, the scope of the present invention is limited by the examples or illustrative terms. It doesn't work. Additionally, those skilled in the art will recognize that various modifications, combinations and changes may be made depending on design conditions and factors within the scope of the appended claims or their equivalents.

Therefore, the spirit of the present invention should not be limited to the above-described embodiments, and the scope of the patent claims described below as well as all scopes equivalent to or equivalently changed from the scope of the claims are within the scope of the spirit of the present invention. It will be said to belong to

10: Autonomous vehicles
20: Leading vehicle
30: Other driving vehicles
40: autonomous driving device
41: sensor unit
42 to 45: sensor
46: processor
47: memory system
48: Body control module
300: Demand-responsive transportation system
310: user terminal
320: Control server
330: Accommodation-responsive vehicle
400: User Interface
410: first area
420: second area
430: Third area
600: first interface
610: Area 1.1
630: Area 1.2
650: Area 1.3
710: Area 7.1
730: Area 7.2
750: Area 7.3
1100: second interface
1110: Area 2.1
1130: Area 2.2
1150: Area 2.3
1300: Interface providing device
1310: Ministry of Communications
1320: Processor
1330: database

Claims (10)

In the vehicle trim information management method,
Constructing a first database of basic information, specification information, seat information, and vehicle image information of one or more vehicle trims; and
providing a first interface to search for vehicle trim information meeting a predetermined condition among one or more vehicle trim information stored in the first database; Including,
The seat information includes layout type and seat layout,
The step of configuring the first database is,
selecting the layout type; and
configuring the first database for seat information of the one or more vehicle trims by setting seat attributes of a seat layout corresponding to the selected layout type; Method, including. According to claim 1,
Seat properties of the seat layout include seat status and seat number,
The step of configuring the first database is,
selecting a predetermined seat from among a plurality of seats included in the seat layout;
determining the status of the selected seat as either used or unused;
determining a seat number for the predetermined seat; and
Constructing the first database by setting the determined seat status and the determined seat number as seat attributes for the predetermined seat; Method, including. According to clause 2,
The step of configuring the first database is,
Setting seat attributes for each of a plurality of seats included in the seat layout; and
In response to completing seat attribute settings for each of the plurality of seats, performing a registration process of registering a seat layout in the database; A method further comprising: According to claim 1,
The step of configuring the first database is,
After selecting the layout type,
Recommending seat attributes of a seat layout corresponding to the selected layout type; Method, including. According to clause 4,
The method includes obtaining account information; It further includes,
The step of recommending the seat attributes is,
Based on the account information, the method includes recommending seat attributes of a seat layout corresponding to the selected layout type. According to clause 4,
The step of recommending the seat attributes is,
based on the specification information, recommending seat attributes of a seat layout corresponding to the selected layout type; Method, including. According to claim 1,
The above method is,
Constructing a second database of basic information, vehicle information, and additional information about one or more vehicles; and
providing a second interface to search for a vehicle meeting a predetermined condition among one or more vehicles stored in the second database; Method, including. According to clause 7,
The vehicle information includes information about vehicle trim and seat layout,
The step of configuring the second database is,
selecting the vehicle trim;
Obtaining seat layout information corresponding to the selected vehicle trim from the first database; and
Constructing the second database using the obtained seat layout; Method, including. In the vehicle trim information management device,
The device is,
a memory in which at least one program is stored; and
A processor that performs calculations by executing the at least one program,
The processor,
Constructing a first database for basic information, specification information, seat information, and vehicle image information of a plurality of vehicle trims,
Providing a first interface to search for a vehicle trim that meets predetermined conditions among a plurality of vehicle trims stored in the first database,
The seat information includes layout type and seat layout,
The processor,
Select the layout type above,
configuring the first database for seat information of the plurality of vehicle trims by setting seat attributes of a seat layout corresponding to the selected layout type. A computer-readable recording medium recording a program for executing the method according to claim 1 on a computer.

Images