Vehicle parts distribution support device, vehicle parts distribution support method, and vehicle parts distribution support program

Abstract

To provide a vehicle component distribution support apparatus which can facilitate selling and buying of vehicle component.SOLUTION: A vehicle component distribution support apparatus 1 provides inventory information of a vehicle component for sale over a network and supports distribution of the vehicle component. The vehicle component distribution support apparatus 1 includes: a component inventory update unit which acquires information on a new vehicle component for sale from a first user terminal 100 used by a component provider, and updates component inventory data; a target component registration unit which registers, when information on a vehicle component to be purchased is not extracted through a search, information on the vehicle component as a component to be reserved; a component data generation unit which generates high-demand component list data including information on the registered vehicle component to be reserved and indicating contents of a list of demanded vehicle components; and a component presentation unit which receives a browsing request from the first user terminal 100 and presents the contents of the list of the demanded vehicle components on a display screen.SELECTED DRAWING: Figure 1

Description

[Technical field]

[0001] The present invention relates to a vehicle parts distribution support device. 、 Vehicle parts distribution support method and vehicle parts distribution support program do. [Background technology]

[0002] 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 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, Patent Document 1. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] JP 2008-203998 A [Patent Document 2] JP 2017-16224 A Summary of the Invention [Problem to be solved by the invention]

[0004] However, in the vehicle parts distribution support system for buying and selling vehicle parts (especially used vehicle parts) as described above, if the vehicle parts desired by the parts users are not in stock, it is necessary to periodically check the stock status. Also, the parts providers cannot know the information on vehicle parts with high purchase demand, and cannot provide the vehicle parts desired by the parts users in an appropriate manner, which may result in missing sales opportunities. 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.

[0005] 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 sales registration of the desired automobile is subsequently received from a seller, the two are matched.

[0006] Books The purpose of the invention is to manufacture used vehicle parts. distribution Vehicle parts distribution support device that can further promote 、 Vehicle parts distribution support method and vehicle parts distribution support program The purpose of this invention is to provide [Means for solving the problem]

[0007] The above problem is solved by the vehicle parts distribution support device of the present invention, car A vehicle parts distribution support device that supports the distribution of both parts, comprising: parts inventory data indicating inventory information of the vehicle parts; and replacement part list data indicating a correspondence between the vehicle part and a replacement vehicle part that can be substituted for the vehicle part. A storage unit that stores the transaction Information on the vehicle parts in question and information on alternative vehicle parts for the vehicle parts to be traded, by referring to the alternative part list data. A part search section searches for the target part, Recorded car Information on both parts and the information on the alternative vehicle parts are both displayed as search results. Not extracted When ,before Recorded car a target part registration unit for registering information on both parts as reservation targets; before Information on the vehicle parts to be reserved Based on , demand Vehicle parts that need Of Showing the capacity demand Main part Product description a part data generating unit for generating part data; place Accept the specified viewing request and Record Vehicle parts that need Of Display the contents on the screen display A part presentation unit for presenting a part The part presentation unit displays information on the vehicle part registered as a reservation target when information on the vehicle part and information on the substitute vehicle part are not extracted as a search result in response to a viewing request from a first user terminal that is used by a part provider that provides the vehicle part and is capable of updating the part inventory data.This problem is solved by:

[0008] As described above, the vehicle parts distribution support device car Both parts Of Showing the capacity demand Main part Product description a part data generating unit for generating part data; place Accepting certain viewing requests, demand Vehicle parts that need Of Display the contents on the screen display and a part presentation unit for presenting the vehicle parts. distribution This will make it possible to further promote the above. That is, the parts provider: transaction Among the target vehicle parts demand By allowing customers to browse the vehicle parts they need and providing them efficiently, Lost opportunity This can reduce the loss of demand This also reduces the effort required by parts users to check stock parts, as the necessary vehicle parts are provided.

[0009] The problem is also solved by: car A vehicle part distribution support method executed by a computer that supports distribution of both parts, comprising: parts inventory data indicating inventory information of the vehicle parts; and replacement part list data indicating a correspondence between the vehicle part and a replacement vehicle part that can be substituted for the vehicle part. The computer includes a storage unit that stores transaction Information on the vehicle parts in question and information on alternative vehicle parts for the vehicle parts to be traded, by referring to the alternative part list data. Search for and The car Information on both parts and the information on the alternative vehicle parts are both displayed as search results. Not extracted When ,before Recorded car Register the information of both parts as reservation targets, before Information on the vehicle parts to be reserved Based on , demand Vehicle parts that need Of Showing the capacity demand Main part Product description The system generates the data and accepts a given browsing request. Record Vehicle parts that need Of Display the contents on the screen display To do and to carry out and when displaying the contents of the vehicle parts in demand on a display screen, the display screen displays information on the vehicle parts registered as reservation targets when information on the vehicle parts and information on the substitute vehicle parts are not extracted as search results in response to a viewing request from a first user terminal that is used by a parts provider that provides the vehicle parts and that is capable of updating the parts inventory data. The problem is also solved by a vehicle parts distribution support method. The above problem can also be 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 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, the process of displaying the information on the vehicle parts registered as the reservation target 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. Effect of the Invention

[0010] According to the vehicle parts distribution support device and vehicle parts distribution support method of the present invention, it is possible to further promote buying and selling of vehicle parts. [Brief description of the drawings]

[0011] [Figure 1] 1 is a diagram showing the overall configuration of a vehicle parts distribution support system according to an embodiment of the present invention; [Diagram 2] FIG. 2 is a diagram illustrating a hardware configuration of the vehicle parts distribution support system. [Diagram 3] FIG. 2 is a diagram illustrating functions of the vehicle parts distribution support system. [Figure 4A] FIG. 13 is a diagram showing an example of a parts search screen (input screen). [Figure 4B] FIG. 13 is a diagram showing an example of a part search screen (output screen (with extraction)). [Figure 4C] FIG. 13 is a diagram showing an example of a part search screen (output screen (no extraction)). [Figure 5A] FIG. 13 is a diagram showing an example of a parts reservation screen (input screen). [Figure 5B] FIG. 13 is a diagram illustrating an example of a screen on which a user notification is received. [Figure 6A] FIG. 13 is a diagram showing an example of a parts reservation screen (input screen). [Figure 6B] FIG. 13 is a diagram showing an example of a high-demand parts list screen (output screen). [Figure 7A] FIG. 13 is a diagram showing an example of a parts search screen (a search content input screen). [Figure 7B] FIG. 13 is a diagram showing an example of a part selection guide screen. [Figure 8] FIG. 1 is a process flow diagram showing a vehicle parts distribution support method (parts search method). [Figure 9] FIG. 2 is a process flow diagram showing a vehicle parts distribution support method (parts reservation method). [Figure 10]FIG. 1 is a process flow diagram showing a vehicle parts distribution support method (high demand parts presentation method). DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0012] 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)."

[0013] 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 purchase conditions, checks the condition of the used parts, negotiates the purchase conditions, and places an order for the used parts.

[0014] 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.

[0015] The first user terminal 100 is an information terminal operated by a 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 appropriately. Also, it is possible to accept a user operation input to request viewing of the list contents of vehicle parts with purchase demand, and to display a "high demand parts list screen" on the display screen (see Fig. 6B). In other words, it is possible to 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.

[0016] 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 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.

[0017] 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.

[0018] <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 and 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 similar hardware configurations.

[0019] <Functions of the vehicle parts distribution support system> As shown in Figure 3, from a functional perspective, 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," and "reserved parts request data," 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 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, communication interface, and various programs.

[0020] Describing the first user terminal 100 and the second user terminal 200 from a functional standpoint, the 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 contents 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.

[0021] The following is a detailed description of the functions of the vehicle parts distribution support device 1. In the present embodiment, the vehicle parts distribution support device 1 is configured to include the storage unit 10, but this is merely an example, and the storage 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.

[0022] 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 that identifies a vehicle part and a quantity are associated with each other. In addition, it is also possible to associate a vehicle model ID (available vehicle model ID) that identifies a vehicle model for which the vehicle part can be used or to which the vehicle part was attached, the registration date of the vehicle part, and the like. The parts inventory data is updated from time to 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 the data, for example, the vehicle parts distribution support device 1 can execute a function of presenting inventory information of a predetermined vehicle part to the second user terminal 200 as shown in FIG. 4B.

[0023] 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 "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 FIG. 6B, for example.

[0024] 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. This 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 stock information of the desired vehicle part and stock information of an alternative vehicle part for that vehicle part, as shown in FIG. 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-**".

[0025] 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. This 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 FIG. 6B, a function can be executed to present information on vehicle parts with high purchasing demand 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 FIG. 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-**".

[0026] The "reservation part request data" is data requesting information on the vehicle part to be reserved, and is received by the vehicle parts distribution support device 1 from the 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 vehicle model name, model type, chassis number, year, and grade, 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.

[0027] 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.

[0028] <<Part 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. In detail, the target part search unit 12 receives purchase information including "identification information" of the vehicle part and "purchase condition information" of the vehicle part as information of "target part request data". Then, it searches for vehicle parts that satisfy the conditions of the purchase information. It 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 presenting 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.

[0029] In the part search screen (search contents) shown in Fig. 4A, information such as the model name "AA-Wagon", model number "AA-**", chassis number "MH**", model year "2002-2007", grade "**", part name "Front bumper AA", etc. are input as "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" are input as information on 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 condition" 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 that is different in terms of equipment and performance within the same vehicle model, and multiple grades may be available within 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.

[0030] In the parts search screen (search result) shown in Fig. 4B, information on the three extracted vehicle parts and substitute vehicle parts is displayed on the display screen. As information on the first vehicle part, it can be seen that the following information is displayed: vehicle model "AA-wagon", model number "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. Additionally, the third item shows information about a replacement vehicle part. Specifically, the vehicle model name is "BB-Wagon", model number is "BB-**", chassis number is "NH**", model year is "2007", grade is "**", part name is "Front Bumper BB", quality is "A", condition is "Good", price is "10,000 yen", registration date is "2019", business name is "Business B", and area is "Tokyo".

[0031] In the parts search screen (search results) shown in Fig. 4C, the display screen indicates that there is no information on the relevant vehicle parts or substitute vehicle parts. Specifically, it can be seen that the display screen indicates that "0 search results were found" or the like.

[0032] <<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 is updated), information on the vehicle parts to be reserved that are 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 verification unit 15 can also verify 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 successfully matched the information of the vehicle part to be reserved, the user notification unit 16 notifies the user through the second user terminal 200. Even when the information of the substitute vehicle part has successfully matched, the user notification unit 16 can notify the user through the second user terminal 200.

[0033] 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, it becomes possible to reserve the vehicle part 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 with "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).

[0034] 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.

[0035] 5A, the vehicle model name "AA-Wagon", model number "AA-**", chassis number "MH**", model year "2002-2007", grade "**", part name "Front Bumper AA", etc. are input as the "identification information" of the vehicle part. It can also be seen that the price "less than 10,000 to 15,000 yen", registration date "2014-2017", etc. are input as the "purchase conditions" of the vehicle part. This is the case where the information (purchase information) already entered on the parts 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, and simultaneously execute search and reservation of the vehicle part. In this way, if the corresponding vehicle part is in stock, the stock information is extracted as a search result, and if it is not in stock, it can be registered as a reservation target as is.

[0036] Also, in the user notification screen shown in Fig. 5B, a pop-up is displayed to inform the user that one piece of vehicle part information that satisfies the reservation conditions has been extracted in conjunction with the registration of a new vehicle part for sale. Specifically, in the pop-up window with the title "New Notification," the display item "Reservation Parts Registration" is displayed, and in the display item column, "1 New Stock Registration" is displayed.

[0037] Furthermore, the second user terminal 200 (parts user) that receives the user notification can obtain sales information for the desired vehicle part by performing a search using the same purchasing conditions, and the parts user can purchase the 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.

[0038] When there are a plurality of second user terminals 200 to be notified, the user notification unit 16 notifies all of the second user terminals 200 of the users. 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 the "predetermined 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, 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.

[0039] 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 set to priority level 3. In other words, it is also possible to set whether or not to notify depending on the priority level.

[0040] 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), a reservation for the desired vehicle part can be accepted in advance. The parts user can then 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.

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

[0042] <<High-demand parts presentation function>> The parts data generating unit 18 generates "high demand parts list data" indicating the contents of a list of vehicle parts for which there is a demand to purchase, based on the "reservation 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".

[0043] 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 part is "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 and analyzed.

[0044] In addition, the parts data generating unit 18 can also extract information on related vehicle parts related to vehicle parts with high purchasing demand by referring to the "related parts list data". This information on related vehicle parts with high purchasing demand can also be extracted in the same way as the above-mentioned parts information.

[0045] 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.

[0046] More specifically, the high demand parts presentation unit 19 accepts the execution of the display button "Browse" by a user operation on the parts search screen of Fig. 6A. Then, it displays the high demand parts list screen shown in Fig. 6B in another window, and accepts the input of keywords "vehicle" and "vehicle parts" by a user operation, and the execution of the display button "Refine". Then, it refers to the "high demand parts list data", and presents the list contents of vehicle parts with high purchase demand and the list contents of related vehicle parts on the display screen based on the keywords.

[0047] In the high demand parts list screen shown in Fig. 6B, it can be seen that the following information is presented as 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 substitute vehicle parts: part name "Front bumper BB", price "8,000 to 10,000 yen", and registration date "2000-2014". Additionally, it can be seen that the first piece of information presented for related vehicle parts is the part name "Front Spoiler AABB," the price "3,000-6,000 yen," and the registration date "2015-2016."

[0048] The authority setting unit 20 sets, for the user account of the first user terminal 100, the authority to view the contents of the list of vehicle parts with high purchase 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 browsing of information related to vehicle parts with high purchasing demand, depending on the authority level of the first user terminal 100.

[0049] For example, the high demand parts presentation unit 19 presents a "list of vehicle parts with high purchase demand" and a "list of related vehicle parts" on the display screen for a 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 purchase demand" is presented on the display screen (a part of the list can be viewed). Further, 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.

[0050] 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 (waiting order information) for vehicle parts from parts users. 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 parts provider can reduce the loss of sales opportunities. 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 second user terminals 200 can be ranked according to the frequency of buying and selling through this system. In other words, more useful market price information can be provided to parts users with a member rank of a frequent customer.

[0051] <<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 for each second user terminal 200, and is obtained by normalizing the degree of association to, for example, a value between 0 and 1. 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 the vehicle part will be large.

[0052] The "degree of association" 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 degree of association correction unit that corrects the degree of association 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 second user terminals 200 (parts purchasers) that purchase 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 terminals 200 (parts purchasers) that purchase a specific combination of vehicle parts, the relevance may be corrected to be higher at that purchase time.

[0053] 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 the first vehicle part and the second vehicle part is equal to or greater than a predetermined threshold, the related parts data generation unit 22 identifies the second vehicle part as an associated vehicle part of the first vehicle part.

[0054] According to the above configuration, it is possible to present more accurate related vehicle parts together. Also, it is possible to present related vehicle parts customized for each user.

[0055] <<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 "target part request data" requesting information about the vehicle part to be purchased is received from the second user terminal 200. In detail, the part input guide unit 23 accepts input of identification information (part of the identification information) of vehicle parts by a user operation, and presents "selected images" of multiple vehicle parts derived from the identification information of the vehicle parts on the display screen. Then, the part input guide unit 23 accepts selection of a "selected image" of a specific vehicle part by a user operation from among the multiple vehicle part candidates.

[0056] 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 multiple vehicle parts derived from the vehicle part identification information "bumper AA" are displayed 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 displayed. Then, the system accepts the selection of a "selected image" of a specific vehicle part by a user operation from among multiple vehicle part candidates. 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.

[0057] 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.

[0058] <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."

[0059] The flow shown in FIG. 8 shows the processing flow of the "parts search method", the flow shown in FIG. 9 shows the processing flow of the "parts reservation method", and the flow shown in FIG. 10 shows the processing flow of the "high demand parts presentation method".

[0060] The process flow of the parts search method shown in FIG. 8 starts 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 parts registration data includes "identification information" and "sales conditions information" of the vehicle parts, as well as "identification information" of the parts provider.

[0061] 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.

[0062] 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)" and "purchase condition information (price, registration date)" of the vehicle part.

[0063] 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 part list data", information on alternative vehicle parts for the vehicle parts to be purchased can also be searched for.

[0064] Then, in step S5, when information on the vehicle part to be purchased is extracted in step S4, the target part presentation unit 13 presents the information on 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 part (alternative vehicle part) to be purchased from the vehicle parts distribution support device 1, and displays it on the display screen (see FIG. 4B).

[0065] In step S5, when information on a 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 registration for sale of the vehicle part.

[0066] After passing through steps S1 to S5, the process of FIG. 8 ends.

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

[0068] 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 that fact (for example, "no extraction") to the second user terminal 200. When 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.

[0069] 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 unified 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.

[0070] 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).

[0071] 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 verification unit 15 also verifies information on alternative vehicle parts for the vehicle part to be reserved by referring to the "alternative part list data."

[0072] Then, in step S109, if the information of the vehicle part to be reserved is matched (step S109: Yes), the process proceeds to step S110, where the user notification unit 16 notifies the user via the second user terminal 200. Even if 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.

[0073] In step S110, if there are a plurality of second user terminals 200 to be notified, the user notification unit 16 notifies all of the second user terminals 200. At this time, the user notification unit 16 performs user notification 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.

[0074] 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 makes it possible to reduce loss of sales opportunities for parts providers.

[0075] Next, the processing flow of the high-demand parts presentation method shown in Figure 10 begins with step S201 in which the target parts registration unit 14 accepts a request (reservation part request data) from the second user terminal 200 and registers information about the vehicle parts to be purchased as reservation targets. 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 a vehicle part to be purchased as a reservation target. That is, a plurality of pieces of reserved part request data are stored in the storage unit 10.

[0076] 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.

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

[0078] 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 purchase 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 contents of a list of vehicle part items with high purchasing demand, narrowed down based on the keyword, and displays it on the display screen.

[0079] In step S205, the high demand part 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, when the first user terminal 100 is set to authority level 1 (highest priority flag), the information may be presented as "all viewable," and when the first user terminal 100 is set to authority level 3 (normal flag), the information may be presented as "not viewable."

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

[0081] <Other embodiments> In the above embodiment, when the parts inventory data is updated, the reserved parts verification unit 15 verifies the information of the new vehicle parts with the information of the vehicle parts to be reserved. At this time, even if a match cannot be made (there is no complete match), if only a part of the reservation information does not satisfy the conditions, the user notification unit 16 may send a predetermined 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 via 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 via the second user terminal 200 that "The desired vehicle part is for sale, although it has some scratches."

[0082] 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 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 buyers) to be notified, the second user terminal 200 offering 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, like 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.

[0083] 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 contents of 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.

[0084] 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 started using a terminal (mobile terminal) serving as the vehicle parts distribution support device 1, and the vehicle parts distribution support program may be executed on a web browser.

[0085] 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. [Explanation of symbols]

[0086] S Vehicle parts distribution support system 1. Vehicle parts distribution support device 10 Storage section 11 Parts Inventory Update Department 12 Target Part Search Section 13 Target Part Presentation Section 14. Target Parts Registration Section 15 Reservation Parts Verification Department 16 User Notification Section 17 Priority setting section 18 Parts Data Generation Unit 19 High demand parts presentation department (parts presentation department) 20 Permission Setting Section 21 Relevance calculation unit 22 Related parts data generation unit 23 Parts input guide 100 First user terminal 110 Storage section 111 Communications Department 112 Display section 113 Operation Execution Unit 200 Second user terminal 210 Storage section 211 Communications Department 212 Display section 213 Operation Execution Unit

Claims

1. A vehicle parts distribution support device that supports distribution of vehicle parts, comprising: 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 described in claim 1, wherein the parts data generation unit generates the demand parts data including the registered vehicle parts that are the subject of reservation and alternative vehicle parts for the vehicle parts that are the subject of reservation based on information about the vehicle parts that are the subject of reservation.

3. 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. 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.

5. 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.

6. 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.

7. 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.

8. A computer having a storage unit for storing part inventory data indicating inventory information of 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 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.

Images