JP7651316B2 - Vehicle parts distribution support device, vehicle parts distribution support method, and vehicle parts distribution support program - Google Patents

Description

The present invention relates to a vehicle parts distribution support device , a vehicle parts distribution support method , and a vehicle parts distribution support program .

Conventionally, a vehicle parts distribution support system is known that supports the distribution of used vehicle parts by providing inventory information of used vehicle parts via a network and facilitating transactions between part providers who wish to provide used parts and part users who wish to purchase used parts.
Furthermore, in order to promote the buying and selling of used vehicle parts, a used parts distribution system has been proposed that supports all aspects of commercial transactions for both parts providers and parts users, as disclosed in, for example, Japanese Patent Laid-Open No. 2003-233696.

JP 2008-203998 A JP 2017-16224 A

In the vehicle parts distribution support system for buying and selling vehicle parts (especially used vehicle parts) as described above, for example, when a vehicle part desired by a parts user is not in stock, the parts user needs to periodically check the stock status. Also, the parts provider cannot know information on vehicle parts with high purchase demand, and cannot provide the vehicle parts desired by the parts user in an appropriate manner, which may result in missing a sales opportunity.
Therefore, in order to further promote the buying and selling of vehicle parts (used vehicle parts), there was a need for a vehicle parts distribution support system that could reduce the effort required by parts users to check inventory parts and reduce lost sales opportunities for parts providers.

Although it does not target vehicle parts (used vehicle parts) for sale, the automobile buying and selling support system described in Patent Document 2 discloses that a buyer's desired conditions for purchasing an automobile are registered, and when a seller registers the desired automobile for sale, the two are matched.

An object of the present invention is to provide a vehicle parts distribution support device , a vehicle parts distribution support method , and a vehicle parts distribution support program that can further promote the distribution of vehicle parts (used vehicle parts).

The above problem is solved by the vehicle parts distribution support device of the present invention, which supports the distribution of vehicle parts, and includes: a storage unit that stores parts inventory data indicating inventory information of the vehicle parts and substitute parts list data indicating the correspondence between the vehicle parts and substitute vehicle parts that can be substituted for the vehicle parts ; a target parts search unit that searches for information on the vehicle parts to be traded and information on substitute vehicle parts for the vehicle parts to be traded by referring to the substitute parts list data ; a target parts registration unit that registers the information on the vehicle parts as a reservation target when neither the information on the vehicle parts nor the information on the substitute vehicle parts is extracted as a search result; a parts data generation unit that generates in - demand parts data indicating contents of the vehicle parts in demand based on the information on the vehicle parts to be reserved; and a parts presentation unit that accepts a predetermined viewing request and displays the contents of the vehicle parts in demand on a display screen, and the parts presentation unit displays the information of the vehicle parts registered as the reservation target when the information on the vehicle parts and the information on the substitute vehicle parts are not extracted as a search result in response to a viewing request from a first user terminal used by a parts provider that provides the vehicle parts and capable of updating the parts inventory data .

As described above, the vehicle parts distribution support device is equipped with a parts data generation unit that generates demand parts data indicating the contents of the vehicle parts, and a parts presentation unit that accepts specified viewing requests and displays the contents of the vehicle parts that are in demand on the display screen, thereby making it possible to further promote the distribution of vehicle parts.
In other words, parts providers can view vehicle parts that are in demand among the vehicle parts that are the subject of transactions , and by efficiently providing the vehicle parts, they can reduce opportunity losses . In addition, since vehicle parts that are in demand are provided, it also reduces the effort required for parts users to check stock parts.

The above problem can also be solved by a vehicle parts distribution support method executed by a computer that supports the distribution of vehicle parts, the computer having a storage unit that stores parts inventory data indicating inventory information of the vehicle parts and substitute parts list data indicating the correspondence between the vehicle parts and substitute vehicle parts that can be substituted for the vehicle parts, searches for information on the vehicle parts to be traded and information on substitute vehicle parts for the vehicle parts to be traded by referring to the substitute parts list data , and when neither the information on the vehicle parts nor the information on the substitute vehicle parts is extracted as a search result , registers the information on the vehicle parts as a reservation target, generates in- demand parts data indicating contents of the vehicle parts in demand based on the information on the vehicle parts to be reserved, and receives a predetermined viewing request and displays the contents of the vehicle parts in demand on a display screen . When the contents of the vehicle parts in demand are displayed on the display screen, the vehicle parts distribution support method displays the information of the vehicle parts registered as the reservation target in response to a viewing request from a first user terminal that is used by a parts provider that provides the vehicle parts and is capable of updating the parts inventory data, when the information on the vehicle parts and the information on the substitute vehicle parts are not extracted as a search result .
The above problem is also solved by a vehicle parts distribution support program that causes a computer having a storage unit that stores parts inventory data indicating inventory information of vehicle parts and substitute parts list data indicating the correspondence between the vehicle parts and substitute vehicle parts that can be substituted for the vehicle parts to execute the following processes: a process of searching for information on the vehicle parts to be traded and information on substitute vehicle parts for the vehicle parts to be traded by referring to the substitute parts list data; a process of registering the information on the vehicle parts as a reservation target when neither the information on the vehicle parts nor the information on the substitute vehicle parts is extracted as a search result; a process of generating in-demand parts data indicating the contents of the vehicle parts in demand based on the information on the vehicle parts to be reserved; and a process of accepting a predetermined viewing request and displaying the contents of the vehicle parts in demand on a display screen; and the process of displaying the contents of the vehicle parts in demand on a display screen is also solved by a vehicle parts distribution support program that causes a computer having a storage unit that stores parts inventory data indicating inventory information of vehicle parts and substitute vehicle parts list data indicating the correspondence between the vehicle parts and substitute vehicle parts that can be substituted for the vehicle parts, and that executes the following processes: a process of searching for information on the vehicle parts to be traded and information on substitute vehicle parts for the vehicle parts to be traded by referring to the substitute parts list data;

The vehicle parts distribution support device and vehicle parts distribution support method of the present invention can further promote the buying and selling of vehicle parts.

1 is a configuration diagram of an entire vehicle parts distribution support system according to an embodiment of the present invention. FIG. 2 is a diagram illustrating a hardware configuration of the vehicle parts distribution support system. FIG. 2 is a diagram illustrating functions of the vehicle parts distribution support system. FIG. 13 is a diagram showing an example of a parts search screen (input screen). FIG. 13 is a diagram showing an example of a part search screen (output screen (with extraction)). FIG. 13 is a diagram showing an example of a part search screen (output screen (no extraction)). FIG. 13 is a diagram showing an example of a parts reservation screen (input screen). FIG. 13 is a diagram showing an example of a screen on which a user notification is received. FIG. 13 is a diagram showing an example of a parts reservation screen (input screen). FIG. 13 is a diagram showing an example of a high-demand parts list screen (output screen). FIG. 13 is a diagram showing an example of a parts search screen (a search content input screen). FIG. 13 is a diagram showing an example of a part selection guide screen. FIG. 2 is a process flow diagram showing a vehicle parts distribution support method (parts search method). FIG. 2 is a process flow diagram showing a vehicle parts distribution support method (parts reservation method). FIG. 1 is a process flow diagram showing a vehicle parts distribution support method (high demand parts presentation method).

Hereinafter, an embodiment of the present invention will be described with reference to FIGS.
As shown in FIG. 1, the vehicle parts distribution support system S of this embodiment is mainly composed of a vehicle parts distribution support device 1 that provides inventory information of "vehicle parts" to be bought and sold via a network and supports the distribution of vehicle parts, and a plurality of first user terminals 100 that are each connected to the vehicle parts distribution support device 1 via the network and used by "parts providers," and a plurality of second user terminals 200 that are used by "parts users (parts purchasers)."

Here, the term "vehicle parts" refers to used parts of a vehicle, including recycled parts of a vehicle. Note that the term is not limited to used parts, and may include new parts.
A "parts provider" is, for example, a used parts seller (used parts manufacturer). The used parts seller checks the condition of the used vehicles received, and if there are used parts that can be resold, dismantles them in accordance with the Recycling Law. During the dismantling process, the used parts are removed, their quality is checked, and an inspection record book is created. The used parts to be bought and sold are then registered as products in the inventory database of the vehicle parts distribution support device 1. In addition to selling to dealers as described above, the products may also be registered on a sales website for general consumers and sold to general consumers.
A "parts user" is, for example, a parts purchaser, such as a repair shop, a sheet metal shop, a gas station, a leasing/rental business, or a wholesaler such as a parts dealer. The parts purchaser accesses the inventory database of the vehicle parts distribution support device 1, checks the inventory status of the used parts to be purchased, and if there are used parts that meet the desired purchasing conditions, checks the condition of the used parts, negotiates the purchasing conditions, and places an order for the used parts.

The vehicle parts distribution support device 1 is a device that provides software services to a first user terminal 100 and a second user terminal 200 that are connected via a network.
In detail, the vehicle parts distribution support device 1 provides a first user terminal 100 (parts provider) and a second user terminal 200 (parts user) with software services for operating and managing the vehicle parts buying and selling market, in particular, among other support services related to the buying and selling of vehicle parts.

The first user terminal 100 is an information terminal operated by the part provider, and specifically, is a computer such as a PC, a tablet terminal, or a smartphone.
The first user terminal 100 is connected to the vehicle parts distribution support device 1 via a network, and receives software services from the vehicle parts distribution support device 1 .
For example, on the display screen (new part registration screen), a new vehicle part can be registered for sale by accepting input or selection of "vehicle part identification information,""vehicle part sales conditions," etc., by a user operation. In other words, the "sales part registration data" shown in Fig. 2 can be transmitted to the vehicle parts distribution support device 1, and the registration information of the vehicle part can be updated as appropriate.
In addition, the system can receive input from a user to request viewing of a list of vehicle parts that are in demand for purchase, and display a "high demand parts list screen" on the display screen (see Fig. 6B). In other words, the system can transmit the "viewing request data" shown in Fig. 2 to the vehicle parts distribution support device 1, obtain the "high demand parts list data" shown in Fig. 2 from the vehicle parts distribution support device 1, and output and display the data.

The second user terminal 200 is an information terminal operated by a parts user, and is a computer similar to the first user terminal 100, and receives software services from the vehicle parts distribution support device 1.
For example, on the display screen (parts search screen) shown in Fig. 4A, the stock status of the vehicle parts to be purchased can be searched for by accepting input or selection of "vehicle parts identification information", "vehicle parts purchasing conditions", etc. by a user operation. In other words, the "target parts request data" shown in Fig. 2 can be transmitted to the vehicle parts distribution support device 1, the contents of the search results can be obtained from the vehicle parts distribution support device 1, and the contents of the search results can be displayed.
Furthermore, by accepting input or selection of "vehicle part identification information", "vehicle part purchasing conditions", etc., by a user on the display screen (parts reservation screen) shown in Fig. 5A and pre-registering the vehicle part to be reserved, it is possible to receive a "user notification" when a new reserved part is registered later (see Fig. 5B). In other words, it is possible to transmit the "reserved parts request data" shown in Fig. 2 to the vehicle parts distribution support device 1, and to receive the "user notification data" shown in Fig. 2 from the vehicle parts distribution support device 1 when a new reserved part is registered later.

For ease of explanation, the above configuration is such that the first user terminal 100 and the second user terminal 200, which is different from the first user terminal 100, are provided separately, but the first user terminal 100 and the second user terminal 200 may be the same terminal. In this case, the first user terminal 100 is capable of executing all the functions and processes of the second user terminal 200, and the second user terminal 200 is capable of executing all the functions and processes of the first user terminal 100.

<Hardware configuration of vehicle parts distribution support system>
As shown in FIG. 2, the vehicle parts distribution support device 1 is a computer equipped with a CPU as a data calculation/control processing device, a ROM, a RAM, and a HDD (SSD) as storage devices, and a communication IF for sending and receiving information data via the Internet.
In addition to a main program that performs the necessary functions of a computer, the memory device of the vehicle parts distribution support device 1 stores a vehicle parts distribution support program, and the functions of the vehicle parts distribution support device 1 are performed by executing these programs by the CPU.
The first user terminal 100 and the second user terminal 200 are also computers having the same hardware configuration.

<Functions of the vehicle parts distribution support system>
As shown in FIG. 3 , from the functional standpoint, the vehicle parts distribution support device 1 mainly comprises a memory unit 10 for storing various programs and various data such as “parts inventory data”, “purchase history data”, “substitute parts list data”, “related parts list data”, “reserved parts request data”, etc., a parts inventory update unit 11, a target parts search unit 12, a target parts presentation unit 13, a target parts registration unit 14, a reserved parts matching unit 15, a user notification unit 16, a priority order setting unit 17, a parts data generation unit 18, a high-demand parts presentation unit 19 (parts presentation unit), an authority setting unit 20, a relevance calculation unit 21, a related parts data generation unit 22, and a parts input guide unit 23.
These are composed of a CPU, ROM, RAM, HDD, a communication interface, and various programs.

Explaining the first user terminal 100 and the second user terminal 200 from a functional perspective, their main components are a memory unit 110, 210 that stores various programs and various data, a communication unit 111, 211 that transmits and receives various data between the vehicle parts distribution support device 1, a display unit 112, 212 that displays on a screen the service content related to the buying and selling of vehicle parts provided by the vehicle parts distribution support device 1, and an operation execution unit 113, 213 that accepts user operation input and executes operation processing.

The functions of the vehicle parts distribution support device 1 are described in detail below. Note that in this embodiment, the vehicle parts distribution support device 1 is configured to include a memory unit 10, but this is merely an example, and the memory unit 10 may be realized in an external storage device provided outside the vehicle parts distribution support device 1. In this case, the vehicle parts distribution support device 1 and the external storage device may be configured to be connected via a communication path.

The "parts inventory data" stored in the storage unit 10 is data showing inventory information of vehicle parts to be bought and sold. This parts inventory data is stored in such a manner that at least a vehicle part ID for identifying a vehicle part is associated with a quantity. In addition, it is also possible to associate a vehicle model ID (available vehicle model ID) for identifying a vehicle model for which the vehicle part can be used or on which the vehicle part was installed, a registration date of the vehicle part, and the like.
The parts inventory data is updated at any time by receiving information on new vehicle parts to be bought and sold (sales parts registration data) from the first user terminal 100, and the information on all vehicle parts is stored in a centralized manner so that it can be uniquely identified.
By referring to this data, for example, vehicle parts distribution support device 1 can execute a function of presenting inventory information of a specific vehicle part to second user terminal 200, as shown in FIG. 4B.

The "purchase history data" is data indicating the purchase history of a vehicle part when the vehicle part is sold. This purchase history data is stored in association with at least a vehicle part ID for identifying the vehicle part sold and information related to the purchase (such as a purchaser ID and purchase date and time).
By referring to the above-mentioned "parts inventory data" and "purchase history data", it is possible to execute a function of presenting information on vehicle parts with high purchasing demand (best-selling information on vehicle parts) to the first user terminal 100, as shown in, for example, FIG. 6B.

The "alternative part list data" is data showing the relationship between vehicle parts to be traded and alternative vehicle parts that can be substituted for the vehicle parts. The alternative part list data is stored in association with a vehicle part ID that identifies a vehicle part and an alternative vehicle part ID that identifies an alternative vehicle part that is similar to the vehicle part identified by the vehicle part ID and can be substituted (used as a substitute).
Here, the term "alternative vehicle part" refers to a vehicle part that is functionally compatible with a specific vehicle part, for example, and is also called a similar vehicle part.
By referring to this data, it is possible to execute functions such as simultaneously presenting to the second user terminal 200 inventory information for the desired vehicle part and inventory information for an alternative vehicle part for that vehicle part, as shown in Figure 4B.
Furthermore, looking at the search results list in Figure 4B, it can be seen that an example of a vehicle part is the part name "Front Bumper AA" used for the vehicle model "AA-Wagon" and model number "AA-**", and an example of a substitute vehicle part is the part name "Front Bumper BB" used for the vehicle model "BB-Wagon" and model number "BB-**".

The "related parts list data" is data showing the relationship between the vehicle parts to be traded and the related vehicle parts related to the vehicle parts. The related parts list data is stored in association with the vehicle part ID that identifies the vehicle part and the related vehicle part ID that identifies the related vehicle part related to the vehicle part identified by the vehicle part ID.
Here, the term "related vehicle parts" refers to vehicle parts that are purchased together with a specific vehicle part, and is assumed to be parts that are frequently purchased as a set based on the content of the part replacement work, for example.
By referring to this data, as shown in Figure 6B, it is possible to perform the function of presenting information on vehicle parts that are in high demand for purchase and information on related vehicle parts that are related to the vehicle parts to the first user terminal 100.
Furthermore, looking at the high-demand parts list screen shown in Figure 6B, it can be seen that an example of a vehicle part is a part name "Front Bumper AA" used for the vehicle model name "AA-Wagon" and model number "AA-**", and an example of a related vehicle part is a part name "Front Spoiler AA" used for the vehicle model name "AA-Wagon" and model number "AA-**".

The "reservation part request data" is data requesting information on the vehicle part to be reserved, and is received by vehicle parts distribution support device 1 from second user terminal 200 (parts user).
The "reservation part request data" includes "identification information" of the vehicle part to be reserved and "purchase condition information" of the vehicle part. The "identification information" of the vehicle part includes information on the model name, model type, chassis number, year, and grade of the vehicle, and information on the part name, part number, and type of the vehicle part. The "purchase condition information" of the vehicle part includes information on quality, price (desired purchase price), mileage, year, and registration date.
The "information on purchase conditions" may include information on the location (area) of the purchaser. It may also include information on whether or not replacement vehicle parts are required. It may also be changed as appropriate.

The parts inventory update unit 11 acquires "sales parts registration data" from the first user terminal 100 as information on vehicle parts to be newly bought and sold, and updates "parts inventory data."
The "parts inventory data" includes information on all vehicle parts that are subject to trading, and is updated in real time as new vehicle parts are registered and existing vehicle parts are traded.

<<Parts search function>>
The target part search unit 12 receives "target part request data" requesting information on vehicle parts to be purchased from the second user terminal 200, and searches for information on the vehicle parts to be purchased. At this time, by referring to the "alternative part list data", it is also possible to search for information on alternative vehicle parts for the vehicle parts to be purchased.
More specifically, the target part search unit 12 receives purchase information including "identification information" of the vehicle part and "information on purchase conditions" of the vehicle part as information of "target part request data". Then, the target part search unit 12 searches for vehicle parts that satisfy the conditions of the purchase information. In addition, the target part search unit 12 also searches for substitute vehicle parts.
The target part presentation unit 13 presents the information of the vehicle part to be purchased on the display screen when the information of the vehicle part to be purchased is extracted by the target part search unit 12. At this time, if there is information of a substitute vehicle part, the information of the substitute vehicle part is also presented on the display screen.
When the target part presentation unit 13 does not extract information on a vehicle part to be purchased, it presents on the display screen a message indicating that the corresponding vehicle part is not registered in stock.

4A, information such as the vehicle model name "AA-wagon", model number "AA-**", chassis number "MH**", model year "2002-2007", grade "**", and part name "Front bumper AA" is input as the "identification information" of the vehicle part. It can also be seen that information such as the price "10,000 to 15,000 yen" and registration date "2014-2017" is input as the "purchase conditions" of the vehicle part.
As the "identification information" of other vehicle parts, information such as product number, type, etc. can also be input. In addition, as the "purchase conditions" information of other vehicle parts, information such as quality, mileage, year of manufacture, etc. can also be input.
It should be noted that the term "grade" refers to the level of a vehicle of the same model that differs in equipment and performance, and multiple grades are available for the same vehicle model.
The “registration date” is the date when the vehicle part was registered for sale in the vehicle parts distribution support device 1 .
"Quality" refers to an index that is ranked according to the condition of the product, and is, for example, ranked as S, A, B, C, or D.
"Condition" indicates the condition of the product, and specifically indicates the condition of the product, such as scratches or cracks.

4B shows the parts search screen (search result) in which information on the three extracted vehicle parts and substitute vehicle parts is presented on the display screen. As the information on the first vehicle part, it can be seen that the following information is presented: vehicle model "AA-wagon", model type "AA-**", chassis number "MH**", year "2006", grade "**", part name "Front bumper AA", price "12,000 yen", quality "B", condition "some scratches", registration date "2017", business name "Business A", area "Hokkaido", etc.
In addition, the third item presents information about a replacement vehicle part. Specifically, it can be seen that the information presented is the vehicle model name "BB-Wagon", model number "BB-**", chassis number "NH**", year "2007", grade "**", part name "Front Bumper BB", quality "A", condition "Good", price "10,000 yen", registration date "2019", business name "Business B", and area "Tokyo".

The parts search screen (search results) shown in FIG. 4C indicates that there is no information on the relevant vehicle parts or replacement vehicle parts. Specifically, it can be seen that the message "0 search results found" is displayed.

<<Parts reservation function>>
When information on a vehicle part to be purchased is not extracted, the target part registration unit 14 receives a request from the second user terminal 200 and registers the information on the vehicle part to be purchased as a reservation target. In detail, the target part registration unit 14 receives "reservation part request data" from the second user terminal 200, which requests information on the vehicle part to be reserved.
The reserved parts verification unit 15 verifies, when the "parts inventory data" is updated (after it has been updated), information on the vehicle parts to be reserved that have been registered by the target parts registration unit 14. In other words, when a new vehicle part is registered for sale (at a predetermined timing after the registration), information on the new vehicle part is verified against information on the vehicle part to be reserved.
In other words, when a new vehicle part is registered for sale, information on the new vehicle part is compared with information on the vehicle part to be reserved.
At this time, the reserved part matching unit 15 can also match information on alternative vehicle parts for the vehicle part to be reserved by referring to the "alternative part list data."
When the reserved part matching unit 15 has matched the information of the vehicle part to be reserved, the user notification unit 16 notifies the user through the second user terminal 200. In addition, even when the information of the substitute vehicle part has been matched, the user notification unit 16 can notify the user through the second user terminal 200.

More specifically, the target part registration unit 14 accepts input of "reservation information" by a user operation and execution of the display button "search and reserve" on the part reservation screen shown in FIG. 5A.
Here, the target part registration unit 14 can use the "purchase information (information on purchase conditions)" of the vehicle part received during the search by the target part search unit 12 as "reservation information" of the vehicle part and register the reservation information. This can eliminate the need for the user to input the "reservation information." In other words, if the vehicle part desired to be purchased is not in stock, the vehicle part can be reserved in the same sequence.
In other words, the target part registration unit 14 detects that the vehicle part desired to be purchased is out of stock as a result of the search by the target part search unit 12 (obtains a search result showing an out-of-stock state), and, using this detection (obtaining the search result) as a trigger, changes (replaces) the "purchase information" of the vehicle part to "reservation information" of the vehicle part, and registers the reservation information as is or after processing it.
In addition, "when there are no vehicle parts in stock" includes cases where there are no existing vehicle parts remaining (when there is insufficient inventory) and cases where a relatively new vehicle part has never been registered for sale (when it is unregistered or when there are insufficient registrations).

Thereafter, the reserved part verification unit 15 verifies the "reservation information" every time the "parts inventory data" is updated, that is, every time a new vehicle part to be traded (sales part registration data) is registered. In other words, it determines whether a vehicle part (substitute vehicle part) that satisfies the "reservation information" has been registered for sale.
Then, when a match with the "reservation information" is made, the user notification unit 16 performs a predetermined user notification on the display screen of the second user terminal 200 as shown in FIG. 5B.

5A, information such as the vehicle model name "AA-Wagon", model number "AA-**", chassis number "MH**", model year "2002-2007", grade "**", and part name "Front Bumper AA" is input as the "identification information" of the vehicle part. It can also be seen that information such as the price "10,000 to 15,000 yen" and the registration date "2014-2017" is input as the "purchase conditions" of the vehicle part.
This is the case where the information (purchase information) already entered on the part search screen in Fig. 4A (Fig. 4C) is used as the reservation information as is. In this way, the purchase information may be used as the reservation information as is, or a part of the purchase information may be updated and used as the reservation information.
In addition, both the "Search" and "Reservation" check items are checked on the parts reservation screen in Fig. 5A. At this time, the vehicle parts distribution support device 1 may accept execution of the display button "Search/Reservation" by a user operation to simultaneously search and reserve the vehicle part. In this way, if the corresponding vehicle part is in stock, inventory information is extracted as a search result, and if it is not in stock, it can be registered as a reservation target as is.

In addition, on the user notification screen shown in FIG. 5B, a pop-up is displayed informing the user that one piece of vehicle part information that meets the reservation conditions has been extracted in conjunction with the registration of a new vehicle part for sale. Specifically, the display item "Reservation Parts Registration" is displayed on the pop-up window titled "New Notification," and it can be seen that "1 New Stock Registration" is displayed in the display item column.

Furthermore, the second user terminal 200 (parts user) that receives the user notification can perform a search for the desired vehicle part using the same purchasing conditions to obtain sales information for that vehicle part, and the parts user can purchase that vehicle part.
In addition, when the display content "1 new stock registration" is selected by a user operation on the user notification screen shown in FIG. 5B, the screen may be switched to one that displays sales information of the vehicle part.

When there are a plurality of second user terminals 200 to be notified, the user notification unit 16 notifies the users of all of the second user terminals 200 .
In detail, when there are multiple second user terminals 200 to be notified, the user notification unit 16 notifies the second user terminal 200 with a higher priority based on ``specified conditions'' at a first timing, and notifies the second user terminal 200 with a lower priority at a second timing that is later than the first timing.
The user notification unit 16 does not necessarily have to notify all the second user terminals 200. For example, the user notification unit 16 may notify the second user terminal 200 with the highest priority at a first timing, notify the second user terminal 200 with the next highest priority at a second timing that is later than the first timing, and not notify the second user terminal 200 with the lowest priority.

The priority setting unit 17 sets a predetermined priority (priority condition) for the user account of the second user terminal 200 with respect to the notification timing of the user notification unit 16 .
More specifically, the priority setting unit 17 sets a predetermined priority level from among a plurality of priority levels (specifically, priority levels 1, 2, and 3) for the user account of the second user terminal 200. Then, when there are a plurality of second user terminals 200 to be notified, the user notification unit 16 notifies the user at a notification timing according to the priority level of the second user terminal 200.
Specifically, when there are multiple second user terminals 200 to be notified, the user notification unit 16 notifies the second user terminals 200 set to priority level 1 (highest priority flag) at a first timing, notifies the second user terminals 200 set to priority level 2 (priority flag) at a second timing that is later than the first timing, and notifies the second user terminals 200 set to priority level 3 (normal flag) at a third timing that is later than the second timing.
Depending on the vehicle part, it may be arranged not to notify the second user terminal 200 that is set to priority level 3. In other words, it is also possible to set whether or not to notify depending on the priority level.

With the above configuration, when a vehicle part desired by a parts user is not in stock (when the vehicle part is out of stock or not registered), the parts user can be notified when the desired vehicle part is newly registered for sale. This reduces the time and effort required for the parts user to check the stock of parts.
In addition, "when there are no vehicle parts in stock" includes cases where there are no existing vehicle parts remaining and cases where a relatively new vehicle part has never been registered for sale.

Furthermore, with the above configuration, when there are multiple second user terminals 200 to be notified, user notification can be made at a timing according to the priority level. For example, the second user terminals 200 can be ranked according to the frequency of buying and selling through the system, and differences can be made according to the member rank. For example, parts users with high member ranks, such as valued customers, can be notified that new vehicle parts have been registered for sale earlier than parts users with other member ranks.

＜＜High-demand parts presentation function＞＞
The parts data generating unit 18 generates "high demand parts list data" showing the contents of a list of vehicle parts for which there is a demand to purchase, based on the "reserved parts request data" (see FIG. 6B).
In detail, the parts data generation unit 18 extracts information on vehicle parts with high purchasing demand from all vehicle parts that are subject to trading, based on the "reserved parts request data" and the "parts inventory data", and generates "high demand parts list data".

Specifically, the parts data generating unit 18 uses the number of reservations for each vehicle part (the number of reservation part request data received), the inventory number for that vehicle part, and information on the inventory update date and time to extract vehicle parts for which the difference between the number of reservations and the inventory number in a certain period is equal to or greater than a certain value, and generates "high demand parts list data". For example, when the number of reservations exceeds the inventory number and the vehicle parts are "waiting for inventory", the "high demand parts list data" is generated. Also, when the number of reservations exceeds the inventory number and the difference between the number of reservations and the inventory number is equal to or greater than a certain value, the "high demand parts list data" is generated.
In addition, when extracting information on vehicle parts with high purchasing demand, the "purchase history data" may also be referred to for analysis.

The parts data generation unit 18 can also extract information about related vehicle parts that are related to vehicle parts with high purchasing demand by referring to the "related parts list data." This information about related vehicle parts with high purchasing demand can also be extracted in the same way as the above-mentioned parts information.

The high demand parts presentation unit 19 receives a predetermined "viewing request data" from the first user terminal 100, refers to the "high demand parts list data", and presents the list of vehicle parts with high purchasing demand on the display screen. At this time, if there is information on related vehicle parts, the list of related vehicle parts is also presented on the display screen.

More specifically, the high-demand parts presentation unit 19 accepts the user's operation to click the display button "Browse" on the parts search screen in FIG. 6A. It then displays the high-demand parts list screen shown in FIG. 6B in a separate window, and accepts the user's input of keywords for "vehicle" and "vehicle parts," as well as the user's operation to click the display button "Refine." It then refers to the "high-demand parts list data," and presents on the display screen the contents of a list of vehicle parts with high purchasing demand based on the keywords, and the contents of a list of related vehicle parts.

6B, it can be seen that the following information is presented as information on vehicle parts with high purchasing demand: part name "Front bumper AA", price "10,000 to 15,000 yen", and registration date "2014-2017". It can also be seen that the following information is presented as information on replacement vehicle parts: part name "Front bumper BB", price "8,000 to 10,000 yen", and registration date "2000-2014".
It can also be seen that the first piece of information presented regarding related vehicle parts is the part name "Front Spoiler AABB," the price "3,000 to 6,000 yen," and the registration date "2015-2016."

The authority setting unit 20 sets, for the user account of the first user terminal 100, authority to view the contents of the list of vehicle parts with high purchasing demand.
More specifically, the authority setting unit 20 sets a predetermined authority level from among a plurality of authority levels (specifically, authority levels 1, 2, and 3) for the user account.
This allows the high-demand part presentation unit 19 to restrict viewing of information regarding vehicle parts with high purchasing demand depending on the authority level of the first user terminal 100.

For example, the high-demand parts presentation unit 19 presents a "list of vehicle parts with high purchasing demand" and a "list of related vehicle parts" on the display screen for the first user terminal 100 with authority level 1 (highest priority flag) (all can be viewed).
Then, for the first user terminal 100 with authority level 2 (priority flag), only the "list of vehicle parts with high purchasing demand" is presented on the display screen (a portion of the list can be viewed).
Furthermore, the first user terminal 100 with authority level 3 (normal flag) is not presented with the "list of vehicle parts with high purchasing demand" either (it is not viewable).
The contents of the viewing restrictions according to the authority level are not limited to the above restrictions, and can be changed as appropriate.

With the above configuration, when a parts provider newly provides a vehicle part, the parts provider can grasp information on vehicle parts with high purchasing demand (best-selling information on vehicle parts). Specifically, the parts provider can grasp reservation information for vehicle parts from parts users (order waiting information). Then, when the parts provider dismantles a used vehicle, the parts provider can prepare used vehicle parts with high purchasing demand with priority. As a result, the loss of sales opportunities by the parts provider can be reduced.
Furthermore, when there are multiple second user terminals 200 to be notified, the users can be notified at a timing according to the priority level. For example, the members of the second user terminals 200 can be ranked according to the frequency of buying and selling through the system. In other words, more useful market price information can be provided to parts users who are members of a high-ranking customer rank.

＜＜Related parts extraction function using artificial intelligence＞＞
The relevance calculation unit 21 calculates the "relevance" between a predetermined vehicle part and other vehicle parts based on a plurality of "purchase history data."
Here, the "degree of association" is a numerical representation of the degree of association between a specific vehicle part and other products based on the purchase history information of each second user terminal 200, and is obtained by normalizing the degree of association to a value between 0 and 1, for example. The larger the degree of association value, the stronger the association between the vehicle parts.
For example, if a vehicle part is frequently purchased as a set with a specific vehicle part, the relevance value of that vehicle part will be large.

The "relevance" may be corrected based on a predetermined bias (weighting). That is, the vehicle parts distribution support device 1 may include a bias determination unit that determines whether a deviation value obtained by quantifying the bias is equal to or greater than a predetermined threshold, and a relevance correction unit that corrects the relevance when it is determined that the deviation value is equal to or greater than the predetermined threshold.
For example, if there is a bias in the industry or work content of the second user terminal 200 (parts purchaser) that purchases a specific combination of vehicle parts, the relevance of the specific combination of vehicle parts may be corrected to be higher when another second user terminal 200 engaged in the same industry or work content purchases parts.
Also, for example, if there is a bias in the purchase times (e.g., spring) of the second user terminal 200 (parts purchaser) that purchases a specific combination of vehicle parts, the relevance may be corrected to be higher at that purchase time.

The related parts data generating unit 22 extracts related vehicle parts that are related to a predetermined vehicle part based on the magnitude of the above-mentioned degree of association, and generates "related parts list data."
This related parts list data is reference data used when identifying related vehicle parts that are related to the target vehicle part in the above-mentioned "parts search function,""parts reservation function," and "high demand part presentation function."
In detail, when the degree of association (corrected degree of association) between a first vehicle part and a second vehicle part is equal to or greater than a predetermined threshold value, the related parts data generation unit 22 identifies the second vehicle part as an associated vehicle part of the first vehicle part.

The above configuration allows for more accurate presentation of related vehicle parts. It is also possible to present related vehicle parts customized for each user.

<<Component input guide function>>
The part input guide unit 23 assists (guides) the user's operation of inputting information about a vehicle part to be purchased when it receives, from the second user terminal 200, "target part request data" requesting information about the vehicle part to be purchased.
More specifically, the part input guide unit 23 accepts input of identification information (part of the identification information) of vehicle parts by a user operation, presents "selected images" of multiple vehicle parts derived from the identification information of the vehicle parts on the display screen, and accepts selection of a "selected image" of a specific vehicle part by a user operation from among the multiple vehicle part candidates.

Specifically, the part input guide unit 23 accepts the input of "vehicle part identification information" by a user operation and the execution of the display button "Guide" on the "part search screen" shown in Fig. 7A. As can be seen from Fig. 7A, "Bumper AA" has been input into the item field "Part Name" by a user operation.
Then, a part selection guide screen shown in Fig. 7B is displayed in a separate window, and "selected images" of a plurality of vehicle parts derived from the vehicle part identification information "bumper AA" are presented on the display screen. As can be seen from Fig. 7B, the product number "AA-**1" and the selected image of the vehicle part "front bumper" are presented.
Then, the system accepts the selection of a "selected image" of a specific vehicle part from among a plurality of vehicle part candidates by a user operation. As can be seen from Fig. 7B, the selected images of the vehicle part "front bumper" and the vehicle part "front bumper S housing" have been selected (displayed in different colors).
Then, when the user operates the display button "OK", the display screen of FIG. 7A is returned to, and the user input of the selected vehicle part is completed.

With the above configuration, a parts user can select a desired vehicle part on the parts search screen (parts reservation screen) even if he/she does not know the vehicle part ID of the vehicle part, and can efficiently check the stock of the desired vehicle part. Alternatively, the desired vehicle part can be efficiently reserved.

<Method of supporting distribution of vehicle parts>
Next, the processing of the vehicle parts distribution support program (vehicle parts distribution support method) executed by the vehicle parts distribution support system S will be described with reference to FIGS.
The above-mentioned program in this embodiment is a program for realizing the above-mentioned parts inventory update unit 11, target parts search unit 12, target parts presentation unit 13, target parts registration unit 14, reserved parts matching unit 15, user notification unit 16, priority setting unit 17, parts data generation unit 18, high demand parts presentation unit 19, authority setting unit 20, relevance calculation unit 21, related parts data generation unit 22 and parts input guide unit 23 as functional components of a vehicle parts distribution support device 1 equipped with a memory unit 10, and the CPU of vehicle parts distribution support device 1 executes this vehicle parts distribution support program.
The storage unit 10 of the vehicle parts distribution support device 1 stores "parts inventory data,""purchase history data,""alternative parts list data,""related parts list data," and "reserved parts request data."

The flow shown in Figure 8 shows the processing flow for the "parts search method," the flow shown in Figure 9 shows the processing flow for the "parts reservation method," and the flow shown in Figure 10 shows the processing flow for the "high demand parts presentation method."

The process flow of the parts search method shown in FIG. 8 begins with step S1 in which the parts inventory update unit 11 receives, from the first user terminal 100, sales information (sales parts registration data) of a vehicle part to be newly traded.
The sales part registration data includes "identification information" of the vehicle part, "sales conditions information," and "identification information" of the part provider.

Then, in step S2, the parts inventory update unit 11 registers the sales information of the new vehicle parts and updates the parts inventory information (parts inventory data).
The parts inventory data includes information on all vehicle parts that are subject to trading, and is updated as new vehicle parts are registered and existing vehicle parts are traded.

Then, in step S3, the target part search unit 12 receives a request for information on the vehicle part to be purchased from the second user terminal 200 (target part request data).
As shown in FIG. 4A, the target part request data includes "identification information (part name)" of the vehicle part and "purchase condition information (price, registration date)."

Then, in step S4, the target part search unit 12 searches for information on vehicle parts that satisfy the above requirements. At this time, by referring to the "alternative parts list data," it is also possible to search for information on alternative vehicle parts for the vehicle parts to be purchased.

Then, in step S5, when the information of the vehicle part to be purchased is extracted in step S4, the target part presentation unit 13 presents the information of the vehicle part to the second user terminal 200. At this time, if there is information on an alternative vehicle part, the information on the alternative vehicle part is also presented.
That is, the second user terminal 200 receives information on the vehicle parts (alternative vehicle parts) to be purchased from the vehicle parts distribution support device 1, and displays it on the display screen (see FIG. 4B).

In step S5, when information on the vehicle part to be purchased is not extracted in step S4, the target part presentation unit 13 presents that fact to the second user terminal 200. That is, a message such as "0 search results found" is presented on the display screen of the parts search screen (see FIG. 4C).
The target part presenting unit 13 may change the presented content of the extracted vehicle part information based on the priority level set for each second user terminal 200 (user account). For example, when the second user terminal 200 is set to priority level 3 (normal flag), the target vehicle part may not be presented until a predetermined period has elapsed since the date of sales registration of the vehicle part.

After going through steps S1 to S5 above, the process in Figure 8 ends.

Next, the process flow of the parts reservation method shown in FIG. 9 begins with step S101 in which the target part search unit 12 receives a request for information on a vehicle part to be purchased (target part request data) from the second user terminal 200.
Then, in step S102, the target part search unit 12 searches for information on vehicle parts that satisfy the above requirements.

Then, in step S103, if information on the vehicle part to be purchased is not extracted (step S103: No), the process proceeds to step S104, and the target part presentation unit 13 presents this information (for example, "no extraction") to the second user terminal 200.
When the information on the vehicle part to be purchased is extracted (step S103: Yes), the process proceeds to step S111, where the target part presentation unit 13 presents the information on the vehicle part to be purchased to the second user terminal 200. In this case, there is no need to reserve the vehicle part, and the process in FIG. 9 is terminated.

Then, in step S105, the target part registration unit 14 accepts the request (reservation part request data) from the second user terminal 200 and registers information on the vehicle part to be purchased as a reservation target.
As shown in FIG. 5A, the reserved part request data includes "identification information (part name)" of the vehicle part and "purchase condition information (price, registration date)."
The reserved part request data is stored in the storage unit 10 and is managed in a centralized manner for each second user terminal 200 (user account) and for each vehicle part.
To explain step S105 in more detail, the target part registration unit 14 detects that the vehicle part to be purchased is out of stock as a result of the search by the target part search unit 12 in step S102 (step S103: No), and, using this detection (obtaining the search result) as a trigger, changes (substitutes) the "purchase condition information" of the vehicle part to "reservation condition information" of the vehicle part, and registers the reservation condition information as is or after processing it.

Then, in step S106, the parts inventory update unit 11 receives, from the first user terminal 100, sales information (sales parts registration data) of the vehicle parts to be newly traded.
Then, in step S107, the parts inventory update unit 11 registers the sales information of the new vehicle parts and updates the parts inventory information (parts inventory data).

Then, in step S108, when the parts inventory information is updated, the reserved parts verification unit 15 verifies the new vehicle part information with the vehicle part information to be reserved.
At this time, the reserved part matching unit 15 also matches information on alternative vehicle parts for the vehicle part to be reserved by referring to the "alternative part list data."

Then, in step S109, when the information of the vehicle part to be reserved is matched (step S109: Yes), the process proceeds to step S110, and the user notification unit 16 notifies the user through the second user terminal 200. Even when the information of the substitute vehicle part is matched, the user notification is also sent to the second user terminal 200.
On the other hand, if the information on the vehicle part to be reserved cannot be matched (step S109: No), the process returns to step S106, and when the parts inventory information is updated, the information on the new vehicle part will be matched again with the information on the vehicle part to be reserved.

In step S110, when there are a plurality of second user terminals 200 to be notified, the user notification unit 16 notifies the users of all of the second user terminals 200.
At this time, the user notification unit 16 notifies the user at different times based on the priority level set for each second user terminal 200 (user account).
Specifically, a second user terminal 200 set to priority level 1 (highest priority flag) is notified at a first timing, and a second user terminal 200 set to priority level 2 (priority flag) is notified at a second timing.

After passing through steps S101 to S110, the process of FIG. 9 ends.
The above-described parts reservation method reduces the time and effort required for parts users to check stock parts, and reduces loss of sales opportunities for parts providers.

Next, in the processing flow of the high-demand parts presentation method shown in Figure 10, first, the target parts registration unit 14 accepts a request (reservation part request data) from the second user terminal 200 and registers information on the vehicle parts to be purchased as reservation targets in step S201.
Then, in step S202, the target part registration unit 14 accepts a request (reservation part request data) from a different second user terminal 200, and registers information on the vehicle part to be purchased as a reservation target.
That is, a plurality of reserved part request data are stored in the storage unit 10 .

Then, in step S203, the parts data generating unit 18 extracts information on vehicle parts with high purchase demand from all vehicle parts to be traded based on the "reserved parts request data" and the "parts inventory data", and generates a list of vehicle parts with high purchase demand (high demand parts list data).
The high demand parts list data includes information on vehicle parts with high purchasing demand, information on substitute vehicle parts, and information on related vehicle parts.

Then, in step S204, the high-demand part presentation unit 19 accepts a request (viewing request data) to view vehicle parts with high purchasing demand from the first user terminal 100.
Specifically, the display screens of FIGS. 6A and 6B accept input of keywords "vehicle" and "vehicle parts" by a user operation.

Then, in step S205, the high-demand parts presentation unit 19 refers to the "high-demand parts list data" and presents a list of vehicle parts with high purchasing demand based on the above keywords (e.g., front bumper AA, etc.), a list of alternative vehicle parts (e.g., front bumper BB, etc.), and a list of related vehicle parts (e.g., front spoiler, etc.).
That is, the first user terminal 100 receives from the vehicle parts distribution support device 1 the list of vehicle parts with high purchasing demand, narrowed down based on the keyword, and displays it on the display screen.

In step S205, the high-demand parts presentation unit 19 may restrict viewing of information on vehicle parts with high purchasing demand according to the authority level set for each first user terminal 100 (user account). For example, if the first user terminal 100 is set to authority level 1 (highest priority flag), the information may be presented as "all viewable," and if the first user terminal 100 is set to authority level 3 (normal flag), the information may be presented as "not viewable."

After passing through steps S201 to S205, the process of FIG. 10 ends.
The method for presenting high-demand parts as described above allows parts providers to grasp in advance popular information on vehicle parts, thereby reducing loss of sales opportunities.

<Other embodiments>
In the above embodiment, when the parts inventory data is updated, the reserved parts verification unit 15 verifies the information of new vehicle parts against the information of vehicle parts to be reserved.
In this case, even if a match cannot be made (there is no exact match), if only a part of the reservation information does not satisfy the conditions, the user notification unit 16 may send a specified user notification to the second user terminal 200.
For example, if only the "price" of the reservation information does not satisfy the conditions, the user may be notified to the second user terminal 200 that "You can purchase the desired vehicle part by resetting the price." Alternatively, if only the "product condition" of the reservation information does not satisfy the conditions, the user may be notified to the second user terminal 200 that "The desired vehicle part is for sale, although it has some scratches."

In the above embodiment, when there are multiple second user terminals 200 (potential purchasers) to be notified, the user notification unit 16 notifies the users of all of the second user terminals 200, but this can be changed without any particular limitation.
For example, if there are multiple second user terminals 200 (potential purchasers) to be notified, the second user terminal 200 that offers the highest purchase price may be notified first and given the first right to purchase (right to negotiate).
Also, for example, all the second user terminals 200 (potential buyers) may compete for purchase conditions, as in an auction. That is, the second user terminal 200 that presents (re-presents) the best purchase conditions for the first user terminal 100 (parts seller) may be notified to the user first and given the right to make the first purchase.

In the above embodiment, the high-demand parts presentation unit 19 (parts presentation unit) accepts a specific viewing request from the first user terminal 100, refers to the "high-demand parts list data", and presents the list contents of vehicle parts that are in demand (high demand) in a specific category.
At this time, the content presented by the high-demand parts presentation unit 19 is not particularly limited and can be changed as appropriate.
For example, if the content is simple, only the reservation information of vehicle parts contained in the "reserved parts request data" received from the second user terminal 200 may be presented. In this case, the reservation information of vehicle parts can be simply displayed as a list as is or after processing, without analyzing the "parts inventory data" or "purchase history data." By viewing the list of the reservation information of vehicle parts, the parts provider can grasp the vehicle parts that are in demand for purchase.
On the other hand, to obtain more accurate information, for example, it is possible to perform data analysis on "reserved parts request data,""parts inventory data," and "purchase history data," and display a list of vehicle parts with high purchase demand based on the analysis results. In this case, it can be used not only as a consideration for parts providers when purchasing new vehicle parts, but also as useful information (market price information) that can lead to management decisions.

In the above embodiment, a vehicle parts distribution support program is stored in a recording medium readable by the vehicle parts distribution support device 1, and the processing is performed by the vehicle parts distribution support device 1 reading and executing the program. Here, the recording medium readable by the vehicle parts distribution support device 1 refers to a magnetic disk, a magneto-optical disk, a CD-ROM, a DVD-ROM, a semiconductor memory, etc.
In addition, a dedicated web application may be launched using a terminal (mobile terminal) that serves as the vehicle parts distribution support device 1, and the vehicle parts distribution support program may be executed on a web browser.

In the above embodiment, the vehicle parts distribution support device and the vehicle parts distribution support method according to the present invention have been mainly described.
However, the above embodiment is merely an example for facilitating understanding of the present invention, and does not limit the present invention. The present invention can be modified or improved without departing from the spirit of the present invention, and the present invention naturally includes equivalents thereof.

S Vehicle parts distribution support system 1 Vehicle parts distribution support device 10 Storage unit 11 Parts inventory update unit 12 Target parts search unit 13 Target parts presentation unit 14 Target parts registration unit 15 Reserved parts matching unit 16 User notification unit 17 Priority order setting unit 18 Parts data generation unit 19 High demand parts presentation unit (parts presentation unit)
20 Authority setting unit 21 Association degree calculation unit 22 Association part data generation unit 23 Part input guide unit 100 First user terminal 110 Storage unit 111 Communication unit 112 Display unit 113 Operation execution unit 200 Second user terminal 210 Storage unit 211 Communication unit 212 Display unit 213 Operation execution unit

Claims (8)

A vehicle part distribution support device that supports distribution of vehicle parts,
a storage unit that stores part inventory data indicating inventory information of the vehicle parts and alternative part list data indicating a correspondence between the vehicle parts and alternative vehicle parts that can be substituted for the vehicle parts ;
a target part search unit that searches for information on a vehicle part to be traded and information on an alternative vehicle part for the vehicle part to be traded by referring to the alternative part list data ;
a target part registration unit that registers the information of the vehicle part as a reservation target when neither the information of the vehicle part nor the information of the substitute vehicle part is extracted as a search result;
a part data generating unit that generates demand part data indicating details of the vehicle parts in demand based on the information of the vehicle parts to be reserved;
a parts presentation unit that receives a predetermined viewing request and displays details of the vehicle parts in demand on a display screen ;
The parts presentation unit is a vehicle parts distribution support device used by a parts provider who provides the vehicle parts, and displays information about the vehicle parts registered as reservation targets when information about the vehicle parts and information about the replacement vehicle parts are not extracted as search results in response to a viewing request from a first user terminal capable of updating the parts inventory data. 2. The vehicle parts distribution support device according to claim 1, wherein the part data generation unit generates the in-demand part data including the registered vehicle part to be reserved and an alternative vehicle part for the vehicle part to be reserved, based on information on the vehicle part to be reserved. an authority setting unit that sets an authority for the first user terminal to view details of the vehicle parts in demand ,
The part presentation unit displays details of the vehicle parts in demand on the first user terminal for which viewing authority has been set by the authority setting unit,
The authority setting unit sets a predetermined authority level for the first user terminal,
The vehicle parts distribution support device according to claim 1 , wherein the part presentation unit restricts access to information on the in-demand vehicle parts in accordance with an authority level of the first user terminal . 4. The vehicle parts distribution support device according to claim 1 , wherein the part data generation unit generates the demand part data based on identification information in the information of the vehicle part to be reserved, information on transaction terms, and inventory information . The vehicle part is a used vehicle part,
The storage unit stores related parts list data indicating a correspondence between the vehicle parts and related vehicle parts related to the vehicle parts,
5. The vehicle parts distribution support device according to claim 1 , wherein the part presentation unit displays details of the vehicle parts in demand and details of related vehicle parts related to the vehicle parts in demand on a display screen. The storage unit stores transaction history data of the vehicle parts,
an association degree calculation unit that calculates an association degree between a predetermined vehicle part and other vehicle parts based on a plurality of the transaction history data;
6. The vehicle parts distribution support device according to claim 5 , further comprising: a related parts data generation unit that identifies related vehicle parts related to the specified vehicle part based on the magnitude of the degree of association and generates the related parts list data. A vehicle part distribution support method executed by a computer for supporting distribution of vehicle parts, comprising:
The computer includes a storage unit that stores part inventory data indicating inventory information of the vehicle parts and alternative part list data indicating a correspondence between the vehicle parts and alternative vehicle parts that can be substituted for the vehicle parts ,
retrieving information on a vehicle part to be traded and information on an alternative vehicle part for the vehicle part to be traded by referring to the alternative part list data ;
When neither the information on the vehicle part nor the information on the substitute vehicle part is extracted as a search result , registering the information on the vehicle part as a reservation target;
generating demand part data indicating details of the vehicle parts in demand based on the information of the vehicle parts to be reserved;
receiving a predetermined viewing request and displaying details of the in-demand vehicle parts on a display screen ;
A vehicle parts distribution support method used by a parts provider who provides the vehicle parts to display the contents of the vehicle parts in demand on a display screen, and which displays information about the vehicle parts registered as reservation targets when information about the vehicle parts and information about the replacement vehicle parts are not extracted as search results in response to a viewing request from a first user terminal capable of updating the parts inventory data . A computer having a storage unit for storing part inventory data indicating inventory information of vehicle parts and alternative part list data indicating the correspondence between the vehicle parts and alternative vehicle parts that can be substituted for the vehicle parts,
A process of searching for information on a vehicle part to be traded and information on an alternative vehicle part for the vehicle part to be traded by referring to the alternative part list data;
When neither the information on the vehicle part nor the information on the alternative vehicle part is extracted as a search result, a process of registering the information on the vehicle part as a reservation target;
A process of generating demand part data indicating details of the vehicle parts in demand based on the information of the vehicle parts to be reserved;
receiving a predetermined viewing request and displaying details of the vehicle parts in demand on a display screen;
A vehicle parts distribution support program for displaying the details of the vehicle parts in demand on a display screen, which is used by a parts provider who provides the vehicle parts, and displays information about the vehicle parts registered as reservation targets when information about the vehicle parts and information about the replacement vehicle parts are not extracted as search results in response to a viewing request from a first user terminal capable of updating the parts inventory data.