JP7206434B2 - Trading support device, trading support method and program - Google Patents

Description

Application of Article 30, Paragraph 2 of the Patent Act (1) Published on July 10, 2020 in the leaflet of "mobilico" issued by Yokohama Toyopet Co., Ltd. (2) September 16, 2020 Published on the website of Yokohama Toyopet Co., Ltd. (3) Published on the website of PR TIMES Co., Ltd. on September 17, 2020

The present invention relates to a trading support device, a trading support method, and a program.

Systems have been developed to support the trading of goods (for example, second-hand goods).

For example, Patent Literature 1 describes that a car trading support server provides car information and mediates trading. Specifically, when a terminal of a person wishing to sell a certain automobile accesses the website of the support server and transmits an exhibition request, the support server internally registers information regarding past maintenance of the automobile. Then, when the desired purchase conditions are received from the terminal of the prospective purchaser of the automobile and there is a matching automobile, the support server transmits the information on the maintenance of the automobile to the terminal of the prospective purchaser.

Further, Patent Literature 2 discloses a trading support system that includes a store terminal, a vehicle information management server, and a vehicle database. Specifically, when a store terminal accepts a request to sell a car, the store terminal acquires car information from the car database based on the car number to be sold, and determines the selling price based on the car information. Calculate. The store terminal registers the car sale information including the sale price in the car database or car sales system. An individual who wishes to purchase a car acquires information on a car that is registered in a car database and is posted as a plan to sell, when performing purchase procedures at another store terminal.

JP 2017-016224 A JP 2019-153335 A

In the system described above, when the owner of a car has an intention to sell it, the car information of the person who wishes to sell is registered in the system for the first time, so that the person who wishes to purchase can purchase the car. As a result, opportunities to conduct automobile sales transactions were limited.

SUMMARY OF THE INVENTION An object of the present invention is to provide a trading support device, a trading support method, and a program capable of activating commodity trading.

A trading support device according to a first exemplary aspect of the present invention includes a receiving unit that receives update information of a held article held by a user; a holding item information acquiring unit that acquires a holding item information, a specifying unit that specifies a replacement candidate item related to the held item using at least the held item information, and a replacement candidate item that proposes to the user to replace the held item with the replacement candidate item A proposal generation unit is provided for generating a replacement proposal including product information. As a result, with the transmission of the update information as a trigger, the trading support device can prompt the user to purchase a replacement of the owned goods, and activate the trade of the goods.

Here, the owned goods information includes price information when the user purchases the owned goods, and the identifying unit of the trading support device may identify replacement candidate goods based on the price information. As a result, the trading support device can propose a replacement purchase candidate product in a price range that the user is expected to purchase, so that a replacement purchase proposal more suitable for the user can be made.

In addition, the trading support device may further include a transmission unit that transmits a replacement proposal to the user. The receiving unit further receives from the user a notification indicating that the user is interested in the replacement candidate product, and the specifying unit, based on the notification, generates proposals for products similar to the replacement candidate product in which the user is interested, from the next time onwards. It may be specified as a replacement candidate product proposed by the department. As a result, the trading support device can propose an article that the user is interested in in the future as a candidate article for replacement, so that it is possible to propose a replacement that is more suitable for the user.

In addition, the trading support device may further include a transmission unit that transmits a replacement proposal to the user. The specifying unit may specify replacement candidate items from a purchasable item database that stores items that can be purchased by the user, using at least the possessed item information. The possessed article information acquisition unit acquires the possessed article information from the possessed article database storing the possessed article information when the information of the additional article is newly added to the purchasable article database as the additional article information. When it is determined in the comparison between the possessed article information and the additional article information that the possessed article and the additional article are similar, the specifying unit specifies the additional article as a replacement candidate article to be proposed from the next time onwards, and transmits the additional article. The department sends a notification to the user prompting the user to send update information. As a result, the trading support device can propose a new purchaseable item (for example, a new item) that is similar to the owned item as a replacement purchase candidate item, thereby further increasing the user's willingness to purchase. can.

In addition, the trading support device may further include a transmission unit that transmits a replacement proposal to the user. The specifying unit may specify replacement candidate items from a purchasable item database that stores items that can be purchased by the user, using at least the possessed item information. The possessed article information acquisition unit acquires the possessed article information from the possessed article database storing the possessed article information when the information of the additional article is newly added to the purchasable article database as the additional article information. When it is determined that the article having the preference and the additional article are similar in the comparison between the preference article information, which is the information of the article that the user prefers, and the additional article information, the specifying unit selects the additional article as the next item. The item is specified as a replacement candidate item to be proposed later, and the transmission unit transmits a notification prompting the user to transmit update information. As a result, the trading support device can propose an article (for example, a new article) that is suitable for the user's taste and has become newly available for purchase as a replacement purchase candidate article, thereby further increasing the user's willingness to purchase. can be done.

Further, the transmission unit of the trading support device may not transmit a notification prompting the user to transmit new update information until a predetermined period has elapsed after transmitting the notification prompting the user to transmit the update information. good. As a result, the user does not receive repeated notifications from the trading support device in a short period of time, so the user's annoyance can be suppressed.

In addition, if the possessed item and the additional item are similar, and if the similarity between the possessed item and the additional item is equal to or greater than the predetermined similarity, a notification prompting the transmission of the update information was previously sent and then the predetermined The transmission unit of the trading support device may transmit a notification prompting transmission of new update information even before the period of . On the other hand, even if the possessed item and the additional item are similar, if the degree of similarity between the possessed item and the additional item is less than the predetermined degree of similarity, the notification prompting the transmission of the update information was previously sent. Before the predetermined period elapses, the transmitting unit does not transmit a notification prompting transmission of new update information. As a result, unless the additional item has a high degree of similarity to the owned item, the user will not receive the notification for a predetermined period of time. Therefore, it becomes difficult for the user to receive a replacement proposal for an article that has a low degree of matching with his/her interest, so that the user's annoyance can be suppressed.

In addition, if the possessed item and the additional item are similar and the degree of similarity between the possessed item and the additional item is equal to or higher than the predetermined degree of similarity, the notification prompting the transmission of the update information is sent last time and then After one period has elapsed, the transmission unit of the trading support device may transmit a notification prompting transmission of new update information. On the other hand, if the possessed item and the additional item are similar and the degree of similarity between the possessed item and the additional item is less than the predetermined degree of similarity, the notification prompting the transmission of the update information is sent last time and then After a second time period longer than the one time period has elapsed, the transmitter sends a notification prompting the transmission of new update information. As a result, the trading support device can reduce the frequency with which the user is notified when the additional item has a low degree of similarity to the owned item, compared to when the similarity is high. Therefore, it becomes difficult for the user to receive a replacement proposal for an article that has a low degree of matching with his/her interest, so that the user's annoyance can be suppressed.

Further, if the item having the preference and the additional item are similar and the degree of similarity between the item having the preference and the additional item is equal to or higher than a predetermined degree of similarity, a notification prompting transmission of update information is sent to the previous time. The transmission unit of the trading support device may transmit a notification prompting transmission of new update information even before a predetermined period of time has passed since the update. On the other hand, even if the item having the preference and the additional item are similar, if the degree of similarity between the item having the preference and the additional item is less than the predetermined degree of similarity, a notification prompting the transmission of the update information is sent to the previous time. The transmission unit does not transmit a notification prompting transmission of new update information before a predetermined period of time has elapsed since the transmission. As a result, the user does not receive the notification for a predetermined period of time unless the additional item has a high degree of similarity to the item that the user has a preference for. Therefore, it becomes difficult for the user to receive a replacement proposal for an article that has a low degree of matching with his/her interest, so that the user's annoyance can be suppressed.

Further, if the item having the preference and the additional item are similar and the degree of similarity between the item having the preference and the additional item is equal to or higher than a predetermined degree of similarity, a notification prompting transmission of update information is sent to the previous time. After the first period has elapsed since then, the transmission unit may transmit a notification prompting transmission of new update information. On the other hand, when the item having the preference and the additional item are similar, and the degree of similarity between the item having the preference and the additional item is less than the predetermined degree of similarity, a notification prompting transmission of update information is sent to the previous time. After a second period longer than the first period has elapsed since then, the transmitting unit transmits a notification prompting transmission of new update information. As a result, the trading support device can reduce the frequency of notification to the user when the additional item has a low degree of similarity to the item that the user likes, compared to the case of a high degree of similarity. Therefore, it becomes difficult for the user to receive a replacement proposal for an article that has a low degree of matching with his/her interest, so that the user's annoyance can be suppressed.

In addition, the trading support device includes a storage unit that stores terminal information of registered users and terminal information of a person in charge of a chat service linked to the terminal information; A providing unit may further be provided for providing a chat service connecting the terminal of the user and the terminal of the person in charge based on the terminal information of the person in charge. This enables smoother communication between the user and the person in charge.

In addition, the trading support device uses training data having a history of communication between the user and the person in charge of the user and a history of purchase of at least one of the goods and services by the user to obtain at least one of the goods and services. By using a communication model generation unit that generates a communication model that identifies a communication pattern related to purchase, the communication model, and the communication history between the target user and the person in charge of the target user, the target product and the target related to the target user It may further include a communication proposal generating unit that generates a proposal to a person in charge of the target user for communications related to purchasing at least one of the services. As a result, the person in charge of the target user can communicate regarding the purchase of the target product or target service, thereby improving the sales performance of the target product or target service.

Here, the communication history is a chat history between the user and the person in charge of the user, and the communication model generation unit uses the training data to generate chat conversation patterns related to purchase of at least one of goods and services. A communication model to be specified is generated, and the communication proposal generating unit uses the communication model and the chat history between the target user and the person in charge of the target user to generate a chat related to the purchase of at least one of the target product and the target service. Suggestions may be generated for conversations on . As a result, the person in charge of the target user can develop a conversation related to the purchase of the target product or target service in chat, thereby improving the sales performance of the target product or target service.

Furthermore, the training data further includes at least one of the user's personal information, the user's behavior history related to purchase of at least one of goods and services, and/or the user's history related to sales promotion of at least one of goods and services. and the communication proposal generating unit includes personal information of the target user, an action history related to the purchase of at least one of the target product and the target service of the target user, and at least one of the target product and the target service of the target user. Suggestions may be generated by further using at least one of the history of promotions. As a result, the person in charge of the target user can take communication more suitable for the user's attribute or behavior.

Then, the communication proposal generation unit provides timing for communicating with the target user, at least one of goods and services recommended to the target user for purchase, and sales promotion of at least one of the target goods and target service to the target user. may generate suggestions for at least one of the methods of This allows the target user's representative to take a more effective approach to selling goods or services.

In addition, the trading support device uses training data having history of at least one of advertisement and sales promotion and sales history of at least one of goods and services for at least one of goods and services. a sales model generation unit that generates a sales model specifying at least one method of advertising and/or sales promotion related to sales of at least one of; may further comprise a marketing proposal generator that generates proposals for advertising and/or promotions related to the. This allows advertising or promotion personnel to incorporate advertising or promotional techniques related to the sale of the subject goods or services, thereby improving sales performance of the subject goods or services.

Further, in the trading support device, the owned item and the item that the user can purchase may be a car. Thus, the trading support device can easily mediate automobile transactions.

A trading support method executed by a trading support device according to a second exemplary aspect of the present invention includes a receiving step of receiving update information of a held item held by a user; A possessed article information acquisition step of acquiring possessed article information which is information; a specifying step of specifying a replacement candidate article related to the possessed article using at least the possessed article information; and a proposal generation step for generating a replacement proposal containing information on replacement candidate articles. As a result, with the transmission of the update information as a trigger, the trading support device can prompt the user to purchase a replacement of the owned goods, and activate the trade of the goods.

A program according to an exemplary third aspect of the present invention comprises, in a computer, a receiving step of receiving update information of an article held by a user; a possessed article information acquisition step of acquiring information; a specifying step of specifying a replacement candidate article related to the possessed article using at least the possessed article information; A proposal generation step is executed for generating a replacement proposal including information on the candidate product. As a result, with the transmission of the update information as a trigger, the computer can prompt the user to purchase a replacement of the possessed goods, thereby activating the trade of the goods.

INDUSTRIAL APPLICABILITY According to the present invention, it is possible to provide a trading support device, a trading support method, and a program capable of activating commodity trading.

1 is a schematic diagram showing a trading support system according to a first embodiment; FIG. 2 is a block diagram showing a configuration of a terminal according to Embodiment 1; FIG. 2 is a block diagram showing the configuration of a management server according to the first exemplary embodiment; FIG. 4 is a flow chart showing an example of processing executed by the management server according to the first embodiment; 1 is a schematic diagram showing a trading support system according to a first embodiment; FIG. 4 is a flow chart showing an example of processing executed by the management server according to the first embodiment; It is a schematic diagram showing a trading support system according to a second embodiment. 8 is a block diagram showing the configuration of a management server according to the second embodiment; FIG. FIG. 10 is a flow chart showing an example of processing executed by a management server according to the second embodiment; FIG. It is a schematic diagram showing a trading support system according to a third embodiment. FIG. 12 is a flow chart showing an example of processing executed by a management server according to the third embodiment; FIG. It is a schematic diagram showing a trading support system according to a fourth embodiment. FIG. 13 is a flow chart showing an example of processing executed by a management server according to the fourth embodiment; FIG. FIG. 11 is a schematic diagram showing a trading support system according to a fifth embodiment; FIG. 14 is a flow chart showing an example of processing executed by a management server according to the fifth embodiment; FIG. It is a schematic diagram showing a trading support system according to a sixth embodiment. FIG. 16 is a flow chart showing an example of processing executed by a management server according to the sixth embodiment; FIG. FIG. 14 is a schematic diagram showing a trading support system according to a seventh embodiment; FIG. 16 is a flow chart showing an example of processing executed by a management server according to the seventh embodiment; FIG. It is a schematic diagram showing a trading support system according to an eighth embodiment. It is a schematic diagram showing a trading support system according to a ninth embodiment. FIG. 21 is a block diagram showing the configuration of a management server according to a ninth embodiment; FIG. FIG. 22 is a flowchart showing an example of processing executed by a management server according to the ninth embodiment; FIG. 2 is a block diagram showing a hardware configuration example of an information processing apparatus according to each embodiment; FIG.

Embodiment 1
(1A: Refer to maintenance/inspection history)
BEST MODE FOR CARRYING OUT THE INVENTION Hereinafter, embodiments of the present invention will be described with reference to the drawings. In each of the following embodiments, an example in which an automobile is traded as an article will be described. In Embodiment 1, basic processing executed by a management server (trading support device) will be described.

FIG. 1 is a schematic diagram showing a trading support system according to Embodiment 1. FIG. Explaining the outline of FIG. 1, the trading support system S1 includes at least terminals 10A and 10B, a management server 11, and a maintenance/inspection history DB (Database) 12. FIG. Terminals 10A and 10B are terminals owned by a car owner (owner) and a car buyer, respectively. The management server 11 is connected to the terminals 10A and 10B, respectively, and is owned by an intermediary company that mediates the buying and selling of used cars. The management server 11 functions as a platform that mediates between the owner and the buyer and supports the used car sales contract between them. The maintenance/inspection history DB 12 is a database that is connected to the management server 11 and stores information on maintenance/inspection histories of vehicles owned by a plurality of users. The maintenance/inspection history DB 12 may be owned by an intermediary company having the management server 11, or may be owned by a different company. Also, the arrows in FIG. 1 indicate the transmitted and received information in chronological order, the details of which will be described later. A detailed configuration of each terminal or device will be described below.

FIG. 2 is a block diagram showing the configuration of terminals 10A and 10B. In the following description, terminals 10A and 10B are collectively referred to as terminal 10. FIG. Terminal 10 includes communication unit 101 , display unit 102 , input unit 103 , imaging unit 104 , control unit 105 and storage unit 106 . The terminal 10 is configured by any information processing device such as a smart phone, a tablet terminal, or a PC (Personal Computer).

The communication unit 101 (transceiver) functions as a transmitting unit that transmits information to the management server 11 and also functions as a receiving unit that receives information from the management server 11 . For example, the communication unit 101 can transmit information to the management server 11 by accessing a website (described later) operated by the management server 11 and inputting information through the input unit 103 . However, the communication unit 101 can also transmit and receive information to and from the management server 11 in other forms, and can also communicate with terminals and devices other than the management server 11 . Communication may be either wired or wireless.

The display unit 102 is an interface for displaying information stored in the storage unit 106 and information received from the management server 11 . The input unit 103 is an interface for the user (holder or buyer) of the terminal 10 to input information. For example, the user can enter information to be sent to the management server 11 . The display unit 102 is configured by, for example, a display or touch panel, and the input unit 103 is configured by, for example, buttons or a touch panel. Note that at least a part of each of the display unit 102 and the input unit 103 may be configured as a common component using a touch panel.

The imaging unit 104 is composed of a camera and images desired contents. The imaged information may be displayed on the display unit 102 by the control unit 105 or transmitted via the communication unit 101 . Also, when the imaging unit 104 reads a two-dimensional bar code such as a QR code (registered trademark) for vehicle inspection, the control unit 105 accesses the website specified by the two-dimensional bar code via the communication unit 101. By doing so, the information described on the website may be displayed on the display unit 102 or stored in the storage unit 106 .

The control unit 105 controls processing of each unit of the terminal 10, and is connected to other components via a bus. For example, the control unit 105 can cause the display unit 102 to display information transmitted from the management server 11 . Also, the control unit 105 can transmit input information acquired from the input unit 103 to the management server 11 via the communication unit 101 .

The storage unit 106 can store information input to the input unit 103 and information received from the management server 11 under the control of the control unit 105 . Further, the storage unit 106 may store a program for realizing the processing executed by the control unit 105 .

FIG. 3 is a block diagram showing the configuration of the management server 11. As shown in FIG. The management server 11 includes a communication section 111 , a control section 112 and a storage section 113 . However, the management server 11 may further include an input unit and a display unit having functions similar to those of the terminal 10 . The management server 11 is composed of one or a plurality of arbitrary information processing devices. The management server 11 also manages a website that the terminals 10 can access.

The communication unit 111 (transceiver) functions as a transmitting unit and a receiving unit that transmit and receive information to and from the terminal 10 and the maintenance/inspection history DB 12 . For example, the terminal 10 can transmit and receive information via a website. However, the communication unit 111 can also perform communication with other terminals or devices.

The control unit 112 reads software (computer program) from the storage unit 113 and executes it, thereby realizing functions such as the analysis unit 112A, the search unit 112B, and the site management unit 112C. Each of these functions will be described below.

112 A of analysis parts analyze the information received via the communication part 111, and determine the process which the management server 11 performs next. For example, when information on a user's own vehicle (possessed goods) is received from the terminal 10A as information on a vehicle desired for sale, the information is stored in the storage unit 113, and based on the information, the search unit 112B performs maintenance. - It is determined to search for information (maintenance/inspection history information) on the maintenance/inspection history of the vehicle desired to be sold in the inspection history DB 12 . Further, when the maintenance/inspection history information related to the vehicle desired for sale is obtained from the maintenance/inspection history DB 12, the site management unit 112C determines to upload the maintenance/inspection history information to the website. Further, when receiving inquiry information about a vehicle for sale from the terminal 10B, the search unit 112B searches for information on the vehicle desired to be sold stored in the storage unit 113 according to the content of the inquiry information, and finds information that matches the inquiry. Get information on cars you want to sell.

Furthermore, when the website is accessed from the terminal 10 via the communication unit 111, the analysis unit 112A displays the content of the website displayed on the terminal 10 by the site management unit 112C according to the content of the access. decide to update the Further, when the communication unit 111 receives an instruction to withdraw the vehicle desired for sale from the terminal 10A, the analysis unit 112A analyzes the instruction, and the site management unit 112C transmits the information on the vehicle desired for sale according to the instruction to the website. It may be determined to delete from the top (that is, to disable viewing from the terminal 10B).

When the search unit 112B acquires information related to a vehicle desired for sale or an inquiry from the terminal 10, the search unit 112B searches for desired information based on the analysis result of the analysis unit 112A. For example, when information about a vehicle desired to be sold (information on a vehicle desired to be sold) is acquired from the terminal 10A, specific information of the vehicle such as the vehicle body number included in the information is used to transmit the maintenance/inspection history via the communication unit 111. Search and acquire maintenance/inspection history information related to the vehicle desired to be sold in the DB 12 . On the other hand, when information related to an inquiry about a vehicle for sale is acquired from the terminal 10B, information on the vehicle for sale stored in the storage unit 113 is searched and acquired according to the inquiry information.

112 C of site management parts manage the website which the terminal 10 can access. Specifically, the site management unit 112C manages information to be uploaded to the website. to the website. Further, when receiving an instruction to withdraw the vehicle desired for sale from the terminal 10A, the site management unit 112C deletes the information on the vehicle desired for sale from the website. Furthermore, according to the contents of the access from the terminal 10, the contents of the website displayed on the accessed terminal 10 are updated, and the contents are transmitted to the terminal 10 via the communication unit 111. - 特許庁

In the storage unit 113, in association with the connection destination (destination) of the owner's terminal 10A, the owner's personal information, the information on the desired vehicle acquired from the terminal 10A, and the maintenance/requested vehicle related to the vehicle acquired by the search unit 112B are stored. Inspection history information is stored. The site management unit 112C uploads predetermined information from the information stored in the storage unit 113 onto the website. Further, the storage unit 113 may store a program for realizing the processing executed by the control unit 112 .

Returning to FIG. 1, the description is continued. The maintenance/inspection history DB 12 stores maintenance/inspection history information of vehicles owned by a plurality of users. Maintenance/inspection history information refers to information on at least one of vehicle inspections, legal inspections, and other inspections of each vehicle linked to a vehicle identification number that identifies the vehicle and a specific number that identifies the maintenance/inspection history information. .

1 and 4, the details of communication and processing performed within the trading support system S1 will be described below. FIG. 4 is a flowchart showing an example of processing executed by the management server 11. As shown in FIG. Reference numerals (11) to (16) in the following specification indicate explanations corresponding to (11) to (16) in FIG.

(11) First, the vehicle owner operates the input unit 103 of the terminal 10A to input information on the desired vehicle on the website and transmits the information to the management server 11 via the communication unit 101 . The communication unit 111 receives the information on the vehicle desired for sale (step S11). The information on the car you want to sell includes, for example, the vehicle identification number, vehicle inspection certificate, specific number that identifies the maintenance/inspection history information, detailed information on the car you want to sell (model, manufacturer, color, mileage, car options, exterior and interior conditions, etc.) (information such as comments and photos indicating the vehicle), and comments from the owner regarding the vehicle desired for sale. As an example, an activation button for the imaging unit 104 is provided on the website displayed on the display unit 102, and when the owner presses it by operating the input unit 103, the site management unit 112C outputs an instruction to the terminal 10A. Thus, the imaging unit 104 is activated. By photographing the vehicle inspection QR code with the imaging unit 104 activated by the owner, the terminal 10A acquires the vehicle inspection data and transmits it to the management server 11 via the communication unit 101 . The acquired vehicle inspection data may be displayed on the display unit 102 .

(12) After the analysis unit 112A analyzes the information on the desired vehicle for sale, the search unit 112B uses the received vehicle body number to search the maintenance/inspection history DB 12 for the maintenance/inspection history linked to the vehicle body number. Information is searched (step S12). Alternatively, the search unit 112B may use a specific number for specifying maintenance/inspection history information for the search.

(13) The communication unit 111 acquires the maintenance/inspection history information retrieved in (12). After the analysis unit 112A analyzes this information, the site management unit 112C associates the desired vehicle information with the maintenance/inspection history information, and executes a process of uploading them on the website (step S13). As a result, the desired vehicle information and maintenance/inspection history information can be browsed from any terminal. In addition, the information on the desired vehicle for sale and the maintenance/inspection history information that have been acquired are stored in the storage unit 113 . Here, the personal information about the owner other than the vehicle information acquired in (11) and (12) is stored in the storage unit 113, but is not uploaded on the website. Therefore, the information cannot be acquired from the terminal 10B.

(14) The site management unit 112C also notifies the terminal 10A via the communication unit 111 that the registration of the desired vehicle on the website has been completed (step S14).

(15) Next, the car buyer operates the input unit 103 of the terminal 10B to enter information on the car for sale that he/she wishes to purchase on the website. 11. The inquiry information may be, for example, an inquiry for detailed information on a particular vehicle designated by the buyer on the website. Alternatively, the buyer may input the desired conditions of the desired vehicle on the website and request matching.

The communication unit 111 acquires inquiry information from the terminal 10B. The search unit 112B searches the desired-for-sale vehicle information currently open to the public on the website stored in the storage unit 113 according to the content of the inquiry, and searches for the desired-for-sale vehicle information that matches the inquiry and the desired-sale vehicle information. Obtain the associated maintenance/inspection history information (step S15). For example, when the buyer inputs the desired conditions of the prospective purchaser on the website, the search unit 112B acquires all the information on the vehicle desired to be sold that meets the conditions and the corresponding maintenance/inspection history information.

(16) The site management unit 112C transmits the information to the terminal 10B via the communication unit 111 so as to display the acquired information on the desired vehicle for sale and maintenance/inspection history information on the website displayed on the terminal 10B. Send (step S16).

Note that the site management unit 112C may accept user registration of the owner or the buyer on the website. For example, after the owner executes the user registration process via the terminal 10A, the site management unit 112C causes the terminal 10A to display the desired vehicle information registration screen on the website. Desired vehicle information may be transmitted to the management server 11 .

Further, when the buyer executes the user registration process via the terminal 10B, the analysis unit 112A analyzes the registration processing information via the communication unit 111, and then sends the vehicle information from the terminal 10B to the site management unit 112C. Allow purchase acceptance. As a result, the terminal 10B can apply to the management server 11 to purchase a desired vehicle that can be browsed on the website. Here, the buyer's personal information transmitted from the terminal 10B in the user registration process is stored in the storage unit 113 and is not uploaded on the website. Therefore, the information cannot be acquired from the terminal 10A.

In addition, the buyer may write a comment on the car that the buyer wishes to sell using the terminal 10B. In addition, the holder may write a comment as an answer to the comment using the terminal 10A. These comments are transmitted from each terminal 10 to the management server 11 , and uploaded on the website and stored in the storage section 113 by the site management section 112</b>C in association with the desired vehicle information. Therefore, since the holder and the buyer can communicate with each other on the website like a chat, it is possible to carry out a smooth sales transaction.

In the transaction support system S1 described above, when a buyer inquires about information on a vehicle that the buyer wishes to purchase, the maintenance/inspection history of the vehicle can be referred to, so the reliability of the used vehicle transaction can be improved. In addition, since the personal information of the owner and the buyer is managed by the management server 11 and is not disclosed to anyone other than the person himself/herself, it is possible to trade used cars while taking privacy into consideration.

(1B: Processing of amount display)
FIG. 5 is a schematic diagram showing a trading support system capable of executing processing that can be executed in parallel with the processing described in (1A). FIG. 5 differs from FIG. 1 in that a sales amount DB 13 is provided instead of the maintenance/inspection history DB 12 . The sales price DB 13 is connected to the management server 11, and information on the sales price of various used cars (so-called market price information) is stored in the used car detailed information (model, manufacturer, color, mileage, car options, etc.). , comments and photographs indicating the state of appearance and interior) are stored in association with each other. The sales amount DB 13 may be owned by an intermediary company having the management server 11, or may be owned by a different company. Note that the block diagrams of the terminal 10 and the management server 11 are as shown in FIGS. 2 and 3, so description thereof will be omitted.

5 and 6, the details of communication and processing performed in the trading support system S1' will be described below. FIG. 6 is a flowchart showing an example of processing executed by the management server 11. As shown in FIG. (11′) to (16′) in FIG. 5 indicate the information to be transmitted and received in chronological order, and the symbols (11′) to (16′) in the following specification are shown in FIG. (11') to (16') of (11') to (16'). Further, the processes (11') to (16') are performed in parallel with the processes (11) to (16) in FIG. 1, respectively.

(11′) First, when the owner of the car transmits the information of the vehicle that he/she wishes to sell, he/she also inputs the desired sales price information of the vehicle that he/she wishes to sell on the website, and transmits the information to the management server 11 via the communication section 101. do. The desired sales price may be determined by the owner with reference to an assessment price by AI (Artificial Intelligence), for example. The communication unit 111 of the management server 11 receives the information on the vehicle desired for sale from the terminal 10A (step S11').

(12') The search unit 112B uses the received desired-to-sell vehicle information to search the sales amount DB 13 for sales amount information of used cars similar to the desired-to-sell vehicle (step S12'). Note that the maintenance/inspection history information obtained in (13) may also be used for the search.

Here, "a used car similar to the car desired for sale" means, for example, that the detailed information of the used car and the detailed information of the car desired for sale, which are the elements that determine the sales amount, are combined from one or more viewpoints (e.g., car model, Manufacturer, color, mileage, vehicle options, exterior and interior condition, maintenance/inspection history, etc.) match or are within a range that can be considered a match. For example, the similar point of view may be determined by the search unit 112B and then searched. A well-known technique can be appropriately used for this analogy judgment.

(13') The communication unit 111 acquires the sales amount information of the used car searched in (12'). The analysis unit 112A analyzes this information, and creates a visually perceptible graph showing the position of the desired sales price obtained in (11′) in the distribution of the obtained used car sales price. do. The graph is any kind of graph, such as a bar graph. The site management unit 112C performs a process of associating the desired sales vehicle information and the like with the desired sales price and the graph, and uploading them to the website (step S13'). As a result, the desired sales price and the graph are associated with the desired sales car information, and can be browsed from any terminal. The desired sales price and the graph are stored in the storage unit 113 in association with the desired sales car information.

(14') Further, the site management unit 112C notifies the terminal 10A via the communication unit 111 that the registration of the desired vehicle on the website has been completed (step S14').

(15') Next, the car buyer inputs information on the car he or she wishes to purchase on the website, and transmits the information as inquiry information to the management server 11 via the communication unit 101. The search unit 112B searches the storage unit 113 for desired sales car information that matches the content of the inquiry and the associated desired sales price and graph information (step S15').

(16') The site management unit 112C transmits the acquired desired sales price and the graph to the terminal 10B for display (step S16'). The site management unit 112C may configure the website so that at least the information on the desired sales price can be provided as an electronic file to the terminal 10B. The electronic file format is, for example, PDF (Portable Document Format). 112 C of site management parts transmit an electronic file to the terminal 10B via the communication part 111 based on the access from the terminal 10B. This allows the buyer to download the selling price of the desired car as an estimate. Note that the electronic file may be stored in the storage unit 113 in association with the buyer's personal information.

As described above, the buyer can view the desired sales price of the desired vehicle in the form of a graph combined with the sales price data of used cars similar to the desired purchase vehicle. Therefore, it is possible to easily determine whether or not the used car that the user is considering purchasing is a bargain compared to the market price, which leads to an increase in the willingness of the buyer to purchase.

In the process (1B), the maintenance/inspection history information acquisition processes (12) to (13) shown in (1A) are not essential. Also, after the holder has registered as a user on the website, the site management unit 112C causes the terminal 10A to display the input screen for the desired sales amount on the website, and after inputting the desired sales amount (11 ') The subsequent processing may be performed. As a result, the holder can assess the selling price by registering as a user, so it is possible to motivate the holder to register as a user.

In addition, in (1B), the same processing or variations as in (1A) can be applied as appropriate. For example, if the owner is allowed to enter a comment on the vehicle that the owner wishes to sell, the owner refers to the desired sales price and graph disclosed on the website and comments on the appealing points of the vehicle that the owner wishes to sell. You can also enter For example, if the desired sales price is higher than the market price on the graph, the owner can comment on the reason (for example, the reason why the car he wants to sell has a premium), so he can sell the car he wants to sell more. easier.

In addition to the processing of (12') and (13'), the management server 11 adds desired car information to a model indicating the relationship between a used car and its sales price, which is machine-learned in advance. It is also possible to input as input data, obtain price information of an estimated exhibition price as output data, and display the price information on the website in association with the information of the vehicle desired to be sold. This model is generated by machine learning by the management server 11 or other device based on the detailed information and the sales amount information of cars sold in the past, which are stored in the storage unit 113 of the management server 11, for example. It may be the one that was made. Also, the model can be updated as appropriate.

Further, instead of the sales amount DB 13, a machine learning model may be provided in advance, and a model representing a vehicle whose input data and output data are similar to each other may be provided. The search unit 112B obtains the information of the used car (similar to the car desired to be sold) outputted as the output data by inputting the information of the car desired to be sold as input data for the model. Since the used car information includes the sales amount information, the search unit 112B can acquire the used car sales amount information from the output data.

Embodiment 2
(2A: Notification of Replacement Proposal)
Next, in Embodiment 2, a process in which a management server (trading support device) generates a replacement purchase proposal for a vehicle owner and transmits it will be described.

FIG. 7 is a schematic diagram showing a trading support system according to the second embodiment. Explaining the outline of FIG. 7, the trading support system S2 includes at least a terminal 10A, a management server 21, a owned vehicle DB 22 (possessed goods database), and a purchased vehicle DB 23 (purchasable goods database). The terminal 10A is owned by the owner of the car, and its configuration is as described with reference to FIG. The management server 21 is connected to the terminal 10A, the owned vehicle DB 22, and the purchase target vehicle DB 23, and is a server owned by an intermediary company. The owned vehicle DB 22 and the vehicle to be purchased DB 23 are respectively a database that stores information on vehicles owned by a plurality of users and a database that stores information on vehicles currently available for purchase by users, and are owned by an intermediary company having the management server 21. It may be held by a different company. Also, the arrows in FIG. 7 indicate the transmitted and received information in chronological order, the details of which will be described later. A detailed configuration of each terminal or device will be described below.

FIG. 8 is a block diagram showing the configuration of the management server 21. As shown in FIG. The management server 21 includes a communication section 211 , a control section 212 and a storage section 213 . However, the management server 21 may further include an input unit and a display unit having functions similar to those of the terminal 10 . The management server 21 is composed of one or a plurality of arbitrary information processing devices. The management server 21 also manages a website that the terminals 10 can access.

The communication unit 211 (transceiver) functions as a transmitting unit and a receiving unit that transmit and receive information to and from the terminal 10, the owned vehicle DB 22, and the vehicle to be purchased DB 23. FIG. For example, the terminal 10 can transmit and receive information via a website.

The control unit 212 reads software (computer program) from the storage unit 213 and executes it, thereby realizing functions such as an analysis unit 212A, a search unit 212B, a site management unit 212C, and a proposal generation unit 212D. Each of these functions will be described below.

The analysis unit 212A analyzes the information received via the communication unit 211 and determines the processing to be executed by the management server 21 next. For example, when the update information of the user's car is received from the terminal 10A, the information is stored in the storage unit 113, and based on the information, the search unit 212B retrieves the information of the car in the car DB 22 ( owned car information). Further, when the analysis unit 212A acquires the owned vehicle information from the owned vehicle DB 22, the search unit 212B searches the purchased vehicle DB 23 for replacement candidate vehicles related to the owned vehicle based on the owned vehicle information ( specific). Note that the analysis unit 212A can also perform processing similar to that of the analysis unit 112A according to the first embodiment.

The search unit 212B (possessed article information acquisition unit and identification unit) searches for desired information based on the analysis result of the analysis unit 212A. For example, the vehicle information related to the update information received from the terminal 10A is retrieved from the owned vehicle information in the owned vehicle DB 22 via the communication unit 211 and acquired. In addition, using the owned vehicle information acquired from the owned vehicle DB 22, the information of the replacement candidate vehicle related to the owned vehicle is retrieved from the purchased vehicle information in the purchased vehicle DB 23 via the communication unit 211 and acquired. do. Note that the search unit 212B can also perform the same processing as the search unit 112B according to the first embodiment.

Here, the search unit 212B can determine the "replacement candidate vehicle related to the owned vehicle", for example, as follows. For example, if the search unit 212B compares the owned vehicle information and the purchased vehicle information in the purchased vehicle DB 23 for each purchased vehicle, and determines that the owned vehicle and the purchased vehicle are similar, Alternatively, the vehicle to be purchased may be specified as a replacement candidate vehicle. Here, "similarity between the owned vehicle and the vehicle to be purchased" means that the detailed information of the owned vehicle and the detailed information of the vehicle to be purchased, which are elements that can be said to be similar between the owned vehicle and the vehicle to be purchased, are equal to 1. or in terms of multiple aspects (e.g., vehicle type, make, color, vehicle options, exterior and interior appearance), or within a range that can be considered a match. From this similar point of view, what is stored in advance in the storage unit 213 can be read out by the search unit 212B and used.

Further, in place of the purchase target vehicle DB 23, a model is provided in which machine learning is performed in advance, and when vehicle information is input as input data, information on a purchase target vehicle similar to that vehicle is output as output data. can be The search unit 212B inputs owned vehicle information as input data to the model, and acquires the purchase target vehicle (similar to the owned vehicle) output as output data as a replacement candidate vehicle.

Further, the owned vehicle information may include price information when the user purchases the owned vehicle. The search unit 212B identifies a replacement candidate vehicle by performing a similar determination that takes price information into consideration as the above-described viewpoint. As a result, the search unit 212B can identify a replacement candidate car in a price range similar to the price at which the owned car was purchased, regardless of whether the purchase target car DB 23 or a model based on machine learning is used. .

The site management unit 212C executes the same processing as the site management unit 112C according to the first embodiment, so the description is omitted.

The proposal generating unit 212D generates a replacement proposal that proposes to the user to replace the owned vehicle with a replacement candidate vehicle and includes information on the replacement candidate vehicle. For example, if the user's car is car A and the replacement candidate car is car B, the proposal generation unit 212D makes a proposal such as "Why don't you consider purchasing the newly sold car B?" to generate After generating the replacement proposal, the proposal generation unit 212D may transmit the replacement proposal to the terminal 10A via the communication unit 211 . Alternatively, the proposal generating section 212D may display the generated replacement proposal on the display section of the management server 21 so that the sales staff or the like can modify the information on the replacement proposal using the input section of the management server 21. FIG. The corrected replacement proposal is transmitted to the terminal 10A by the operation of the sales staff.

The storage unit 213 stores the update information of the vehicle acquired from the terminal 10A, the owned vehicle information acquired by the search unit 212B, and the information of the replacement candidate vehicle. In addition, in the storage unit 213, information on the content of the replacement proposal generated by the proposal generation unit 212D and information on the date and time of transmission thereof is stored in the personal information of the owner managed by the management server 21 (for example, the name, the body number of the owned vehicle, etc.). is stored in association with Furthermore, the storage unit 213 may store a program for realizing the processing executed by the control unit 212 . Note that the storage unit 213 can also perform processing similar to that of the storage unit 113 according to the first embodiment.

Returning to FIG. 7, the description is continued. The owned car DB 22 stores owned car information of the owned cars of users grasped by the intermediary company. The owned vehicle information may include detailed information such as the vehicle identification number identifying the vehicle, vehicle model, manufacturer, color, mileage, vehicle options, exterior and interior conditions, and the like. Further, the owned vehicle information may include the maintenance/inspection history information described above. The owned vehicle DB 22 stores owned vehicle information, for example, when the user purchases the current owned vehicle or when the user registers with an intermediary company.

The purchase target vehicle DB 23 stores purchase target vehicle information regarding vehicles that the user can purchase at present and vehicles that will be available for purchase in the future. The purchase target vehicle information may include detailed information similar to the owned vehicle information. Moreover, the cars that can be purchased may include not only new cars but also used cars.

Details of communication and processing performed in the trading support system S2 will be described below with reference to FIGS. 7 and 9. FIG. FIG. 9 is a flowchart showing an example of processing executed by the management server 11. As shown in FIG. Reference numerals (21) to (26) in the following specification indicate explanations corresponding to (21) to (26) in FIG.

(21) First, the owner of the car operates the input unit 103 of the terminal 10A to transmit update information of his/her own car to the management server 21 via the communication unit 101 . The update information may be transmitted by being input on the website operated by the management server 21, or may be transmitted to the management server 21 by a medium such as e-mail. The update information is information indicating whether or not the state of the owned vehicle has changed since the time of purchase of the owned vehicle or the transmission of the previous update information. The information may indicate at least one of a change, a change in external appearance and internal appearance (for example, the occurrence of a scratch), but the information is not limited to these. The update information may be information indicating "no change". In addition, the update information includes information used for searching owned vehicle information, such as the vehicle body number. The communication unit 211 of the management server 21 receives the update information from the terminal 10A (step S21; receiving step).

(22) After the analysis unit 212A analyzes the update information, the search unit 212B uses the received vehicle body number to search the owned vehicle DB 22 for owned vehicle information linked to the vehicle body number (step S22).

(23) The communication unit 211 acquires the owned vehicle information retrieved in (22), and the analysis unit 212A analyzes this information (step S23; owned article information acquisition step).

(24) Using the acquired owned vehicle information, the search unit 212B searches for a replacement candidate vehicle related to the owned vehicle from the purchased vehicle information in the purchased vehicle DB 23 via the communication unit 211 ( step S24; specific step). Note that the search unit 212B may use the update information acquired in step S21 or the owner's personal information stored in the storage unit 213 when searching.

(25) The communication unit 211 acquires the information on the replacement candidate vehicle searched in (24), and the analysis unit 212A analyzes this information. Then, the proposal generation unit 212D generates a replacement proposal including information on the replacement candidate vehicle (step S25; proposal generation step).

(26) The proposal generator 212D transmits the replacement proposal to the terminal 10A via the communication unit 111 (step S26). The terminal 10A displays the replacement proposal received by the communication unit 101 on the display unit 102 so that the owner can see the replacement proposal. The proposal generation unit 212D causes the storage unit 213 to store the content of the generated replacement proposal and information on the transmission date and time thereof for each owner.

Here, the owner may operate the input unit 103 to transmit to the management server 21 a notification indicating that the owner is interested in the replacement candidate article proposed in the replacement proposal. The holder may send this notification, for example, by replying to a replacement offer email. The communication unit 211 receives this notification, the analysis unit 212A analyzes the content of this notification, and changes the setting of the search unit 212B as follows. Based on the notification, the search unit 212B identifies a purchase target vehicle similar to the replacement candidate vehicle in which the user is interested as a replacement candidate vehicle to be proposed by the proposal generation unit 212D from the next time onwards. The next and subsequent times may be, for example, the timing at which the update information is received next from the terminal 10A, or may be the timing after that. In this case, the search unit 212B may execute the above-described method of specifying a purchase target vehicle by applying information related to the replacement candidate vehicle to the purchase target vehicle DB 23 or a machine learning model instead of the owned vehicle information.

It should be noted that if the search unit 212B cannot search for a replacement candidate vehicle related to the owned vehicle in step S24, the management server 21 does not execute subsequent processing.

In the trading support system S2 described above, the management server 21 can prompt replacement of owned goods by using transmission of update information as a trigger, so that it is possible to activate trade of goods.

Here, the search unit 212B can also specify the replacement candidate product based on the price information. As a result, the management server 21 can propose a replacement purchase candidate article in a price range that the user is expected to purchase, so that a replacement purchase proposal more suitable for the user can be made.

(2B: Detail 1 on Replacement Proposal)
As the processing of the management server 21 shown in (2A), the following more detailed processing as described in (2B) and (2C) may be performed.

For example, when purchase target vehicle information (hereinafter referred to as additional vehicle information) is newly added to the purchase target vehicle DB 23 , the purchase target vehicle DB 23 may notify the management server 21 of that fact. The analysis unit 212A analyzes the notification and causes the search unit 212B to acquire additional vehicle information from the purchase target vehicle DB 23 . The purchase target vehicle DB 23 may automatically transmit to the management server 21 when additional vehicle information is newly stored.

In addition, the search unit 212B acquires owned vehicle information of a certain owner from the owned vehicle DB 22 . Here, the owner whose owned car information is to be acquired (that is, the target for subsequent replacement proposal generation determination) may be, for example, all the owners stored in the storage unit 213, or may be the holder after a predetermined threshold (period) has passed since the replacement proposal was sent. This predetermined threshold value is stored in the storage unit 213 . The search unit 212B acquires this threshold value and the information on the previous transmission date and time of the replacement proposal from the storage unit 213, and determines the target holder for generation determination of the replacement proposal for each holder.

Then, the search unit 212B determines whether or not the owned vehicle in the owned vehicle information and the vehicle in the additional vehicle information are similar. This similar determination method is as described in (2A), for example. If it is determined that both are similar, the search unit 212B identifies the added vehicle as a replacement candidate vehicle that the proposal generation unit 212D will propose from the next time onwards. The proposal generation unit 212D generates a replacement proposal for the replacement candidate vehicle, and the communication unit 211 transmits a notification prompting the owner to send update information. The management server 21 performs this process for all the holders for whom replacement proposal generation determination has been made.

The "notification to prompt the transmission of update information" is, for example, "Have you noticed any changes in your car recently? Please select from the following." It prompts you to input. When the holder enters predetermined information in response to the notification and replies, the update information is transmitted to the management server 21 as in step S21 described above. After the analysis unit 211A of the management server 21 analyzes the update information, the proposal generation unit 212D uses the update information as a trigger to transmit the replacement proposal generated in advance by the above processing to the terminal 10A.

Further, the personal information of the owner stored in the storage unit 213 may include information of a car that the owner has a preference for (preferred car information). The preferred car information includes, for example, the car model, manufacturer, color, mileage, car options, exterior and interior appearance, etc. of the car having the preference. The search unit 212B determines whether or not the vehicle in the preferred vehicle information and the vehicle in the additional vehicle information are similar. That is, the preferred car information is used for similarity determination instead of the owned car information described above.

When it is determined that the vehicle in the preferred vehicle information and the vehicle in the additional vehicle information are similar, the search unit 212B selects the added vehicle as a replacement candidate vehicle that the proposal generation unit 212D proposes from the next time onwards. Identify as The proposal generation unit 212D generates a replacement proposal for the replacement candidate vehicle, and the communication unit 211 transmits a notification prompting the owner to send update information. The management server 21 performs this process for all the holders for whom replacement proposal generation determination has been made. When the management server 21 receives the update information from the owner, the analysis unit 212A determines that, and the proposal generation unit 212D sends the replacement proposal generated in advance to the owner through the communication unit 211. send it through

As a result, the management server 21 can propose a car that is similar to the owned car or a car that matches the taste of the owner, among the cars that can be newly purchased, as replacement candidate goods. of purchase intention can be improved.

Note that the management server 21 can also generate a replacement proposal for the vehicle in the additional vehicle information determined to be similar, instead of the notification prompting transmission of the update information, and transmit it to the terminal 10A. However, by temporarily waiting for an action from the owner and then transmitting the replacement offer to the terminal 10A, it becomes easier for the owner to accept the replacement offer.

Further, the storage unit 213 may store information on the previous transmission date and time of the notification prompting the transmission of update information for each owner. The search unit 212B extracts the information of the previous transmission date and time for each holder when determining the holder to be subjected to the replacement proposal generation determination, and finds that the predetermined threshold value (period) from the previous transmission date and time. Determine whether or not it has passed. Then, holders after a predetermined threshold has elapsed since the previous transmission date and time are subject to the replacement proposal generation determination, while other holders are excluded. In other words, the other holders are not sent a notification prompting them to send new update information. This predetermined threshold value is stored in the storage unit 213 . As a result, the owner does not receive repeated notifications from the management server 21 in a short period of time, so the annoyance felt by the owner can be suppressed.

(2C: Details about replacement proposal 2)
In (2B), when it is determined that the owned vehicle in the owned vehicle information and the vehicle in the additional vehicle information are similar, the search unit 212B may further determine the degree of similarity between the two. The degree of similarity is expressed, for example, by the number of elements that match or are within a range that can be considered a match in terms of similarity described above (e.g., model, make, color, car options, exterior and interior appearance). Alternatively, as described above, when a machine-learned model is used in place of the purchase target vehicle DB 23, the output data output by the model includes information on similar vehicles as well as information related to the vehicle and the input data. It may be represented by including a numerical value of the degree of similarity with the automobile. The search unit 212B determines whether the degree of similarity between the two is equal to or greater than a predetermined threshold (similarity). This predetermined threshold value is stored in the storage unit 213 .

If the degree of similarity between the two is equal to or greater than a predetermined threshold, even before a predetermined period of time (for example, several weeks to several months) has elapsed since the previous notification prompting the user to send update information. , the search unit 212B identifies the added vehicle as a replacement candidate vehicle currently proposed by the proposal generation unit 212D. The proposal generation unit 212D generates a replacement proposal for the replacement candidate vehicle, and the communication unit 211 transmits a notification prompting the owner to send update information.

On the other hand, if the degree of similarity between the two is less than the predetermined threshold, the search unit 212B identifies the added vehicle as a replacement candidate vehicle to be proposed in the future by the proposal generation unit 212D. This "future" refers to the timing after a predetermined period of time has elapsed since the last transmission of the notification prompting the transmission of the update information. When the timing arrives, the proposal generation unit 212D generates a replacement proposal for the replacement candidate vehicle, and the communication unit 211 transmits a notification prompting the owner to transmit update information. Therefore, at this stage, no notification prompting the transmission of new update information is sent. The management server 21 performs the above processing for all the holders who are the target of replacement proposal generation determination.

Further, when the degree of similarity between the two is equal to or greater than the predetermined threshold, the search unit 212B causes the communication unit 211 to A setting may be made to send a notification prompting the owner to send updated information. On the other hand, if the degree of similarity between the two is less than the predetermined threshold, the search unit 212B, after the second period t2 (>t1) has passed since the previous transmission of the notification prompting the transmission of the update information, The communication unit 211 is set to transmit a notification prompting the owner to transmit update information. The first period t<b>1 and the second period t<b>2 are threshold values for determination stored in the storage unit 213 . Further, the search unit 212B identifies the added vehicle as a replacement candidate vehicle to be proposed in the future by the proposal generation unit 212D, in the same manner as described above.

With the above processing, the owner is less likely to receive a replacement purchase proposal for an article that has a low degree of coincidence with his/her interest, so that the annoyance felt by the owner can be suppressed.

In addition, the process described in (2C) is not the case where it is determined that the owned vehicle in the owned vehicle information and the vehicle in the additional vehicle information are similar, but the vehicle that the owner has a preference for and the additional vehicle information Even if the cars are determined to be similar, it is feasible as well. Similar effects can be obtained in this way as well. In any case, when the management server 21 receives update information from the owner, the analysis unit 212A determines that, and the proposal generation unit 212D sends a replacement proposal generated in advance to the owner. , can be transmitted via the communication unit 211 . Also, the threshold used for determination can be changed arbitrarily.

In the following embodiments, other embodiments that can be appropriately applied to the trading support system in the first and second embodiments will be described. In addition, the structures and processes described in different embodiments can be combined as appropriate.

Embodiment 3 (Determination of Desired Sales Amount)
FIG. 10 is a schematic diagram showing a trading support system according to the third embodiment. Explaining the outline of FIG. 10, the trading support system S3 includes at least terminals 10A and 10B, a management server 11, a sales amount DB 13, and a related information DB 31. FIG. The terminals 10A and 10B and the sales amount DB 13 are as described in the first embodiment. The management server 11 is connected to the terminals 10A and 10B, the management server 11, the sales amount DB 13, and the related information DB 31, and is owned by the intermediary company. The configuration of the management server 11 is as shown in FIG. Arrows in FIG. 10 indicate transmitted and received information in chronological order, the details of which will be described later.

The related information DB 31 is a database managed by the management server 11 and stores related information related to the owner's vehicle. good. Here, the related information includes general information about the money paid by the buyer of the used car, such as catalog data (vehicle specification table) of the owned car, environmental performance tax, automobile tax, and repair warranty fee. The related information is stored in the related information DB 31 in association with information that can identify the owned vehicle, such as the body number of the owned vehicle.

Details of communication and processing performed in the trading support system S3 will be described below with reference to FIGS. 10 and 11. FIG. FIG. 11 is a flowchart showing an example of processing executed by the management server 11. As shown in FIG. Reference numerals (31) to (37) in the specification below indicate explanations corresponding to (31) to (37) in FIG.

(31) First, the owner of the car uses the input unit 103 to enter the information on the car he wishes to sell, and transmits the information to the management server 11 . As a result, the communication unit 111 receives the desired vehicle information (step S31). The input may be data obtained by photographing a QR code, for example, and transmitted to the management server 11 via a website. In addition, the desired sales price of the owned vehicle is not included in the desired sales vehicle information.

(32) After the analyzing unit 112A analyzes the desired-for-sale vehicle information, the searching unit 112B uses the received desired-for-sale vehicle information to search the sales amount DB 13 for used cars similar to the desired-for-sale vehicle. Search for information. The details are the same as those of step S12'.

(32') Further, the search unit 112B uses the received desired-to-sell vehicle information to search the related information DB 31 for related information related to the desired-to-sell vehicle (step S32). For the above retrieval, for example, the received body number is used.

(33) The communication unit 111 acquires the sales price information of the used car searched in (32). The analysis unit 112A analyzes this information and creates a graph relating to the distribution of used car sales amount information. A specific example of this graph is as described in step S13'.

(33') Further, the communication unit 111 acquires the related information retrieved in (32') (step S33). The information obtained by the above process is stored in the storage unit 113 in association with the desired vehicle information.

In addition to the processing of (32), (33), (32'), and (33'), the management server 11 prepares a model indicating the relationship between the used car and its sales amount for which machine learning has been performed in advance. On the other hand, by inputting the information of the vehicle desired to be sold as input data, the price information of the estimated exhibition price may be acquired as the output data. The details of this model are as described in the first embodiment. Furthermore, an assessment price derived by an AI different from this model may also be calculated as price information for the indication of exhibition. The price information acquired in this manner is stored in the storage unit 113 in association with the information on the vehicle desired for sale.

(34) The search unit 112B sends the graph obtained by the above processing, the related information regarding the vehicle desired for sale, and the price information of the estimated exhibition price to the terminal 10A via the communication unit 111 as information regarding determination of the desired sales price. Send (step S34).

(35) The owner of the car browses the transmitted information and confirms information on the market price of the sales price of the owned car and the amount that the buyer of the owned car will pay. Based on these pieces of information, the owner determines the desired sales price of the owned vehicle, inputs the desired sales price on the website, and transmits the desired sales price to the management server 11 . The management server 11 receives information on the desired sales price (step S35).

(36) After the analysis unit 112A analyzes the information on the desired sales price, the site management unit 112C plots the acquired desired sales price of the desired vehicle on a graph. Then, the information on the desired vehicle for sale, the related information, the desired sales price of the desired vehicle for sale, and the plotted graph are associated with each other, and a process of uploading them on the website is executed (step S36). In addition, the site management unit 112C notifies the terminal 10A via the communication unit 111 that the registration of the desired vehicle on the website has been completed.

(37) The uploaded information can be browsed from any terminal such as the terminal 10B. The terminal 10B can also acquire the uploaded purchase amount information as an electronic file of a rough estimate. Note that the electronic file may be stored in the storage unit 113 in association with the buyer's personal information.

With the above process, when the owner decides on the desired sales price, it is possible to check the market price of the owned car and the amount that the owner's buyer will pay, making it easier to sell. Amounts or amounts higher than originally anticipated may be set. Therefore, it becomes possible to trade profitably for the holder. In addition, since the buyer can check the information related to the used car, the buyer can know the amount to be paid more accurately.

In (31), the desired sales price of the owned vehicle may be included in the desired sales vehicle information transmitted from the terminal 10A. In this case, in (35), the owner of the car browses the transmitted information, corrects the desired sales price of the owned vehicle, and transmits the desired sales price information to the management server 11.例文帳に追加The graph generated in (36) displays the corrected desired sales amount information.

Embodiment 4 (Trial exhibition system)
FIG. 12 is a schematic diagram showing a trading support system according to the fourth embodiment. To explain the outline of FIG. 12, the trading support system S4 includes at least terminals 10A and 10B, a management server 11, a maintenance/inspection history DB 12, and a sales amount DB 13, and enables trial exhibition (temporary exhibition) of owned vehicles. System. Each component of the trading support system S4 is as described in the first embodiment. Arrows in FIG. 12 indicate transmitted and received information in chronological order, which will be described in detail below.

12 and 13, the details of communication and processing performed within the trading support system S4 will be described. FIG. 13 is a flowchart showing an example of processing executed by the management server 11. As shown in FIG. Reference numerals (41) to (47) in the specification below indicate explanations corresponding to (41) to (47) in FIG.

(41) First, the vehicle owner uses the input unit 103 to input desired sales vehicle information and a desired sales price for the owned vehicle to be a trial exhibition, and transmits the information to the management server 11 . As a result, the communication unit 111 receives the desired vehicle information (step S41). Note that the input may be made, for example, on a website.

(42) By the management server 11 performing the same processing as in step S12, the search unit 112B searches for maintenance/inspection history information regarding the vehicle desired for sale.

(42') In addition, the management server 11 performs the same processing as in step S12', so that the search unit 112B searches the sales amount DB 13 for sales amount information of used cars similar to the vehicle desired for sale ( step S42).

(43) The communication unit 111 acquires the maintenance/inspection history information retrieved in (42).

(43') Also, the communication unit 111 acquires the related information retrieved in (42'). After the analysis unit 112A analyzes these pieces of information, the site management unit 112C associates the desired vehicle information, the sales amount information, and the maintenance/inspection history information with each other, and executes a process of uploading them on the website (step S43). . As a result, the uploaded information can be browsed from any terminal. The information obtained by the above processing is stored in the storage unit 113 in association with the information on the vehicle desired for sale.

(44) The site management unit 112C notifies the terminal 10A via the communication unit 111 that the temporary registration (trial listing) of the vehicle desired for sale on the website has been completed (step S44).

(45) The site management unit 112C does not accept purchase procedures from other terminals for used cars (vehicles desired for sale) put up for trial on the website. Instead, the site management unit 112C provides the website with a configuration for accepting an application for a regular exhibition of the used car in association with the used car that has been put up for trial. After browsing the information of the car put up for trial exhibition, the buyer transmits an application for the real exhibition of the car to the management server 11 via the website by operating the input unit 103 of the terminal 10B. The communication unit 111 receives the application for the regular exhibition transmitted from the terminal 10B (step S45).

(46) After analyzing the information received by the analysis unit 112A, the site management unit 112C notifies the terminal 10A that the application for the real exhibition has been made (step S46).

(47) From the notification sent to the terminal 10A, the owner grasps that the application for the real exhibition has been made, judges that there is a high possibility that the owned car will be sold through the real exhibition, and presses the input unit 103. A request for this exhibition is sent to the management server 11 by operating it. The communication unit 111 receives the request for the regular exhibition transmitted from the terminal 10A. Then, the site management unit 112C performs a regular exhibition process of starting accepting purchase procedures from other terminals for the vehicle for which the regular exhibition is requested (step S47).

By the above processing, the owner can make a trial exhibition before the actual exhibition, and can know whether or not there is a demand for the owned vehicle before the actual exhibition. Therefore, the owner can sell the owned car at an effective timing when it is considered that there will be a demand.

During the trial exhibition, the owner can also send a request to the management server 11 to withdraw the trial exhibition through the terminal 10A. In this case, the site management unit 112C withdraws the uploading of the desired-to-sell vehicle information and the like for the requested desired-to-sell vehicle so that it is not displayed from other terminals. In addition, the management server 11 may withdraw the trial exhibition even when the owner does not notify the owner of the request for the regular exhibition until a predetermined period has elapsed since the trial exhibition. This predetermined period is stored in the storage unit 113 .

In addition, the site management unit 112C may provide the website with a function for the buyer to search for the cars currently uploaded to the website (including both the actual exhibited vehicles and trial exhibited vehicles). The terminal 10B transmits detailed information (price range, vehicle type, manufacturer, color, mileage, vehicle options, exterior and interior conditions, etc.) of the desired vehicle input by the buyer to the management server 11 via the website. do. Communication unit 111 receives the information, and analysis unit 112A analyzes the information. According to the result, the site management unit 112C extracts the vehicles that meet the specified conditions of the desired purchase vehicle from the uploaded vehicles, and displays the information of the extracted vehicles desired for sale on the website. is transmitted from the communication unit 111 to the terminal 10B as information displayed in . By browsing this information, the buyer can apply for the above-mentioned book exhibition with respect to the specific automobile that the buyer wishes to purchase.

In addition, the management server 11 may transmit a proposal for trial exhibition of the owned vehicle together with the replacement proposal in the second embodiment. In response to the proposal, when the terminal 10A sends a notification requesting a trial exhibition of the owned vehicle, the management server 11 sends the information in the input format in which the desired sales amount related to (41) can be entered, It is transmitted to the terminal 10A by e-mail, website, or the like. In this case, it is not necessary to acquire information on the desired vehicle from the owner because the information on the vehicle owned in advance acquired in step S23 can be diverted.

Embodiment 5 (System for calculating repair cost based on damage information)
FIG. 14 is a schematic diagram showing a trading support system according to the fifth embodiment. Explaining the outline of FIG. 14, the trading support system S5 is a system that enables calculation of repair costs for owned vehicles, including at least terminals 10A and 10B, a management server 11, and a damage information DB 51. FIG. The damage information DB 51 stores detailed damage information, repair details, and repair costs for each case of damage to the automobile in association with each other. The flaw information includes flaw attribute information such as the location, type, size, and repair history of the flaw. Repair contents include, for example, sheet metal processing and painting, but are not limited to these. Other components of the trading support system S5 are as described in the first embodiment. Arrows in FIG. 14 indicate transmitted and received information in chronological order, and the details thereof will be described below.

14 and 15, the details of communication and processing performed within the trading support system S5 will be described. FIG. 15 is a flowchart showing an example of processing executed by the management server 11. As shown in FIG. Reference numerals (51) to (57) in the following specification indicate explanations corresponding to (51) to (57) in FIG. Also, the following processing can be executed in parallel with the processing after (31) in the third embodiment, as an example.

(51) First, based on access from the terminal 10A, the management server 11 transmits a screen (damage input screen) for the owner to input the damage information of his/her own car to the terminal 10A through the communication unit 111. (Step S51). The display of the blemish input screen may be displayed on a website, for example. The damage input screen may allow input of damage information (for example, attachment of a photograph) for each automobile part, for example.

(52) The owner inputs the external and internal damage information of the own vehicle on the display unit 102 by any method such as comments, description of drawings, attachment of photographs, etc., and transmits the information to the management server 11 . Communication unit 111 receives the information (step S52).

(53) As a result of analyzing the information received by the analysis unit 112A, the search unit 111B searches the flaw information DB 51 (step S53). Specifically, the search unit 111B extracts examples of scratches similar to the scratches received in step S51 from the scratch information DB 51 based on attributes such as the position, type, size, and repair history of the scratches included in the scratch information. .

(54) The search unit 111B acquires information on repair details and repair costs in the extracted case (step S54).

(55) The communication unit 111 transmits the repair content and repair cost information acquired in step S54 to the terminal 10A as estimate information (step S55).

(56) The user of the terminal 10A determines the desired sales price of the owned vehicle based on the transmitted repair estimate information. The terminal 10A may display, in addition to the repair estimate information, the market price of the owned car and the amount to be paid by the buyer of the owned car, as shown in (35). . The owner inputs the desired sales amount on the website and transmits it to the management server 11. - 特許庁The management server 11 receives information on the desired sales amount. The site management unit 112C then uploads the information on the desired sales amount to the website (step S56). Furthermore, the site management unit 112C may also upload the damage information received in step S52 and the repair content and repair price information acquired in step S54 to the website. In addition, it notifies the terminal 10A via the communication unit 111 that the registration of the desired vehicle on the website has been completed.

(57) The uploaded information can be browsed from any terminal such as the terminal 10B. The terminal 10B can also acquire the uploaded purchase amount information as an electronic file of a rough estimate.

Through the above process, the owner can set a more reasonable desired sales price by knowing the estimate of the repair cost in advance. Also, the buyer can more accurately know the cost of the purchase.

Instead of the damage information DB 51, a machine-learned model may be provided in advance regarding the damage information, its repair details, and the repair cost. The search unit 212B inputs the damage information obtained in step S52 as input data to the model, and acquires the repair content and repair cost information output as output data.

In addition, in (52), the site management unit 112C provides the terminal 10A with a function of processing the background of the photograph related to the damage information and a function of hiding the license plate of the owned vehicle in the photograph as a function of the website. you can provide. Processing the background of a photograph means, for example, making the background area other than the owned vehicle white or making it a virtual background area. The owner executes these processes on the photo by operating the input unit 103 on the website. The site management unit 112C uploads the processed photo on the website, so that it can be displayed in consideration of privacy.

Embodiment 6 (Acquisition of Various Information on Owned Vehicles)
FIG. 16 is a schematic diagram showing a trading support system according to the sixth embodiment. Explaining the outline of FIG. 16, the trading support system S6 is a system that enables acquisition of various types of information on owned vehicles, including at least a terminal 10A, a management server 11, a sales amount DB 13, and a owned vehicle DB 22. FIG. Each component of the trading support system S6 is as described in the previous embodiment. Arrows in FIG. 16 indicate transmitted and received information in chronological order, and the details thereof will be described below.

16 and 17, the details of communication and processing performed within the trading support system S6 will be described. FIG. 17 is a flowchart showing an example of processing executed by the management server 11. As shown in FIG. Reference numerals (61) to (64) in the following specification indicate explanations corresponding to (61) to (64) in FIG. Further, the following processing is described as being performed based on the notification prompting transmission of update information in the second embodiment, but is not limited to this and may be performed at any timing.

(61) First, when the owner of the car receives a notification prompting transmission of update information, the owner uses the input unit 103 to send information about the owned vehicle to the management server 11 in a format of replying to the notification. Here, the imaging unit 104 captures the QR code of the vehicle inspection certificate so that the terminal 10A acquires the vehicle inspection data and transmits the data to the management server 11, but the method of transmitting the information on the owned vehicle is limited to this. Absent. The details of the method of obtaining vehicle inspection data are as described above. As described above, the communication unit 111 receives vehicle inspection data (step S61).

(62) The analysis unit 112A causes the search unit 111B to search for owned vehicles by analyzing the received vehicle inspection data. Specifically, the search unit 111B searches the owned vehicle DB 22 for the owned vehicle information linked to the vehicle body number by using the vehicle body number in the received owned vehicle information. This owned vehicle information includes, for example, whether or not the owned vehicle is subject to recall, the timing of vehicle inspections and legal inspections (12 months / 24 months), the presence or absence of vehicle options (for example, sunroof, car navigation system, seat). Various information is included. Further, the owned vehicle information may include detailed information of the above-mentioned owned vehicle and maintenance/inspection history information.

(62') Further, the search unit 111B searches the sales price DB 13 for sales price information of a used car similar to the owned car using the information included in the received vehicle inspection data (step S62). . Note that the search unit 111B may use the detailed information of the owned vehicle acquired from the owned vehicle DB 22 in (62) and the maintenance/inspection history information for the search.

(63) The communication unit 111 acquires the owned vehicle information of the owned vehicle searched in (62).

(63') Further, the communication unit 111 acquires the sales amount information of the used car searched in (62'). The sales amount information acquired here also includes information such as the years of use of each used car and the mileage.

The analysis unit 112A analyzes the vehicle inspection data and owned vehicle information, and predicts the current or future appraisal price of the target owned vehicle based on the second-hand vehicle sales amount information acquired in (63') ( step S63). For example, the analysis unit 112A determines the timing of the next vehicle inspection of the owned vehicle based on various information. Then, based on the information on the number of years of use of the owned car at that time and the information on the expected mileage at that time calculated based on the data on the mileage in average use, the sales amount of the acquired used car Use the information to predict the assessed value of your car at that point in time. Note that there may be a plurality of timings to be predicted.

(64) The communication unit 111 transmits the owned vehicle information acquired by the search and the estimated assessed price information of the owned vehicle to the terminal 10A (step S64).

With the above processing, the owner can know the detailed information of the owned vehicle and its appraisal value by photographing the QR code of the vehicle inspection certificate. Therefore, in addition to improving the quality of services for users (for example, after-sales service after purchasing a car), it is possible to motivate owners to buy new cars.

In addition, in (61), the owner may transmit the information on the current mileage of the own vehicle to the management server 11 together with the vehicle inspection data. For example, the storage unit 113 may store mileage data of the vehicle (owned vehicle) for each owner together with the update timing of each data. The analysis unit 112A periodically checks the mileage data of the vehicle stored in the storage unit 113, and if there is a vehicle whose mileage data has not been updated for a predetermined period of time or longer, the analysis unit 112A detects that there is a vehicle whose mileage data has not been updated. to send a notification prompting you to send mileage information. This notification may be made together with the notification prompting transmission of the update information described in the second embodiment. Further, the predetermined period, which is the threshold value for determining whether to transmit the notification, is stored in the storage unit 113 and may be updated by the administrator.

In this case, the analysis unit 112A can use information on the current mileage in predicting the appraisal price in step S63. For example, when predicting the appraisal price at the timing of the next vehicle inspection, the mileage of the owned car at that time is predicted by calculating using the current mileage information, and the predicted mileage is used to predict the appraisal value of the owned car. This makes it possible to predict the appraisal price with higher accuracy.

Further, at (62), when the analysis unit 112A recognizes that it has received the travel distance data, it gives predetermined service points to the owner who transmitted the data. This service point information is recorded as holder data in storage unit 113, and is also transmitted to terminal 10A. Service points are also given by processing other than this. The analysis unit 112A executes a process of issuing a coupon when the service points exceed a certain value. The coupon may be transmitted to the terminal 10A as electronic data, or may be printed on paper from a printer connected to the management server 11. FIG. Coupons may be used, for example, to pay for services related to owned vehicles (e.g., option installation, repair, car wash, purchase of vehicles to be purchased), or other products or services at intermediary companies or their affiliates. may be used for payment of expenses. However, the coupon data may be stored in the storage unit 113 in association with the owner's personal information. Also, similar service point awarding processing is possible even when other information related to the owned vehicle is updated in addition to the mileage data. As a result, the owner can be motivated to update the information, and the management server 11 side can grasp more accurate information of the owned vehicle, which leads to improvement of the service. Information on the process of giving service points and the number of points to be given is stored in the storage unit 113, and the analysis unit 112A refers to this information when giving service points.

Also, as described in the first embodiment, a model that has undergone machine learning in advance may be used instead of the sales amount DB 13 . In this case, by inputting owned vehicle information as input data to the model, the search unit 112B acquires used vehicle information output as output data. The owned vehicle information to be input may include data on travel distance.

Embodiment 7 (Acquisition of exhibition request information)
FIG. 18 is a schematic diagram showing a trading support system according to Embodiment 7. FIG. Explaining the outline of FIG. 18, the trading support system S7 is a system that enables acquisition of desired exhibition information, including at least terminals 10A and 10B, a management server 11, a owned car DB 22, and a registered car DB 71. FIG.

The terminal 10A is a terminal of an owner who has purchased a car from an intermediary company or an owner who has undergone user registration processing. The user registration process is as described in (1A).

The owned vehicle DB 22 stores owned vehicle information including detailed information of the owned vehicle in association with connection destination (destination) information of the terminal 10A owned by the owner of each owned vehicle. This data is stored in the owned vehicle DB 22, for example, when the user registration process described above is performed. The owned vehicle DB 22 is a database of vehicles owned by customers of the intermediary company. In addition, the registered vehicle DB 71 stores registered vehicle information including detailed information on registered vehicles for which user registration processing has been performed, in association with the connection destination information of the terminal 10A owned by the registered user (owner) of each registered vehicle. ing. Note that this registered vehicle includes the vehicle on trial exhibition as shown in the fourth embodiment, and the registered vehicle information includes a flag indicating whether or not the registered vehicle is on trial exhibition. can be

The site management unit 112C of the management server 11 manages the exhibition request bulletin board as one of the websites accessible by the terminals 10A and 10B. The terminals 10A and 10B can write comments of arbitrary contents on the bulletin board for the desired exhibition. Analysis unit 112A acquires and analyzes this written information via communication unit 111 . When the written information is the detailed information of the vehicle desired to be exhibited by the buyer, the search unit 112B retrieves the details of the vehicle desired to be exhibited from among the information of the automobiles stored in the owned vehicle DB 22 and the registered vehicle 71 DB. It decides to do the process of searching for the car corresponding to the information. According to the determination, the search unit 112B searches through the communication unit 111, the owned vehicle information and the registered vehicle information corresponding to the detailed information of the vehicle desired to be exhibited from the owned vehicle DB 22 and the registered vehicle 71 DB. Then, the connection destination information of the terminal 10A associated with the corresponding owned vehicle information and registered vehicle information is acquired. The analysis unit 112A controls the communication unit 111 so as to transmit a notification prompting the exhibition to the obtained connection destination of the terminal 10A.

Other processing executed by each component of the trading support system S7 is as described in the previous embodiment. Arrows in FIG. 18 indicate transmitted and received information in chronological order, and the details thereof will be described below.

18 and 19, the details of communication and processing performed within the trading support system S7 will be described. FIG. 19 is a flowchart showing an example of processing executed by the management server 11. As shown in FIG. Reference numerals (71) to (75) in the following specification indicate explanations corresponding to (71) to (75) in FIG.

(71) First, the buyer writes detailed information on the car that the buyer wishes to put up for sale on the listing wishing bulletin board managed by the site management section 112C. As a result, the communication unit 111 receives the detailed information of the vehicle desired to be exhibited from the terminal 10B (step S71). The analysis unit 112A analyzes the detailed information of the vehicle desired to be exhibited. Then, the search unit 112B determines to search for a car corresponding to (corresponding to) the detailed information of the car desired to be exhibited from among the car information stored in the owned car DB 22 and the registered car 71 DB.

(72) In response to the determination, the search unit 112B searches the owned vehicle information corresponding to the detailed information of the vehicle desired to be exhibited from the owned vehicle DB 22 via the communication unit 111 (step S72).

(72') Further, the search unit 112B searches the registered vehicle DB 22 via the communication unit 111 for registered vehicle information corresponding to the detailed information of the vehicle desired to be exhibited.

(73) The communication unit 111 acquires the connection destination information of the terminal 10A associated with the owned vehicle information specified by the search in (72) (step S73).

(73') Further, the communication unit 111 acquires connection destination information of the terminal 10A associated with the registered vehicle information specified by the search in (72').

(74) The analysis unit 112A controls the communication unit 111 so as to transmit a notification prompting the exhibition to the connection destination of the terminal 10A obtained in (73) and (73'). At this time, the analysis unit 112A, for the terminal 10A associated with the owned vehicle information and the terminal 10A associated with the registered vehicle information of the registered vehicle that is not in the trial exhibition, at least Control to send notifications prompting either. For example, since there is a user who wishes to purchase a car owned by the owner in the content of the notification, the analysis unit 112A prompts the user to consider the real exhibition, and further confirms the demand for his own car before the real exhibition. If you want to do so, you may include the fact that trial listings are also possible. On the other hand, the analysis unit 112A controls the terminal 10A that is associated with the registered vehicle information of the registered vehicle that is currently being put up for trial so as to transmit a notification prompting the actual exhibition. Under the control of the analysis unit 112A, the communication unit 111 transmits a notification prompting the exhibition to the connection destination of the terminal 10A (step S74).

(75) The user of the terminal 10A decides whether to put up a trial exhibition or a regular exhibition of his/her own vehicle based on the transmitted notification. Then, the terminal 10A transmits a request for trial exhibition or regular exhibition of the owned vehicle. The communication unit 111 receives the request transmitted from the terminal 10A. Then, the site management unit 112C performs trial exhibition or permanent exhibition processing for the requested owned vehicle (step S75). This processing is as described in (41) to (44) or (47) of the fourth embodiment.

Through the above processing, the owner can understand that there is a demand for his/her own vehicle, and thus is motivated to make a trial exhibition or a regular exhibition, which can lead to activation of transactions.

Embodiment 8 (Chat Service)
FIG. 20 is a schematic diagram showing a trading support system according to the eighth embodiment. 20, the trading support system S8 includes at least a terminal 10, a management server 11 and a terminal 80. FIG. In this embodiment, the management server 11 provides a chat service that directly connects the terminal 10 (the terminal of the vehicle owner or buyer) and the terminal 80 of the person in charge of the chat service corresponding to the user of the terminal 10. An example will be described. Arrows in FIG. 20 indicate transmission and reception of information about chat. The terminal 80 is configured by any information processing device such as a smart phone, a tablet terminal, or a PC.

The storage unit 113 of the management server 11 stores terminal information of users registered in the chat service and terminal information of the person in charge of the chat service linked to the terminal information. Registration to the chat service may be done through the user registration process described above. The person in charge of the chat service is, for example, the sales staff of the intermediary company in charge of the user. The terminal information of the user and the terminal information of the person in charge each include connection destination information of each terminal. Here, information on a plurality of terminals may be associated with each other and stored in the storage unit 113 for the user and the person in charge. Further, the storage unit 113 stores chat service screen (chat screen) information and information transmitted from the terminals 10 and 80 via the chat service. Any type of service can be applied to the chat service as long as it is a chat-type service in which conversation is performed in real time.

The site management unit 112C provides a chat service that connects the user terminal 10 and the person in charge's terminal 80 based on the user's terminal information and the person's terminal information stored in the storage unit 113. function as Specifically, the site management unit 112</b>C causes the terminals 10 and 80 to display chat screens based on the information stored in the storage unit 113 . When writing or the like is made from either the terminal 10 or the terminal 80, the written contents acquired from the communication part 111 are reflected on the chat screen, and the reflected screen is displayed on the terminal 10 and the terminal 80.例文帳に追加

The provided chat service is a service performed between the terminal 10 and the terminal 80, and it is not possible to view the contents of the chats between the terminals from other terminals. Moreover, this chat service allows both terminals 10 and 80 to transmit various electronic data such as images, PDFs, and coupons in addition to written text.

For example, the person in charge operates the terminal 80 to greet the user, inquire about the condition of the user's car, celebrate an event related to the user, make a sales proposal regarding new car sales and new services, and schedule a telephone or face-to-face interview. Contents such as reservation and operational support for the website managed by the site management section 112C can be written. User-related events are, for example, user events such as the user's birthday and user's family events such as a child entering school. The operation support of the website is, for example, the support regarding the above-described method of the regular exhibition and the trial exhibition, and the method of responding to comments. Furthermore, it is also possible to enter a URL (Uniform Resource Locator) for a given service.

The user can operate the terminal 10 to write a reply regarding the content described above, and can browse the homepage of a predetermined service by operating the input URL. In addition, the user can take an image of the owned vehicle with the imaging unit 104 of the terminal 10 and upload the image to the chat in order to show the state of the owned vehicle to the person in charge. The person in charge can view the image on the chat screen, and if the owned car has a scratch or the like, it is possible to propose to receive the service for estimating the repair cost shown in the fifth embodiment.

As another example, the person in charge operates the terminal 80 to access the above-described maintenance/inspection history DB 12, thereby referring to information regarding the maintenance/inspection history of the user's vehicle. As a result, the terminal 80 acquires information about the user's vehicle, such as the vehicle inspection date, the legal inspection date, and the expiration date of the automobile insurance of the user's vehicle. Also, by the operation of the person in charge, the terminal 80 refers to the owner's personal information stored in the storage unit 113 of the management server 11, so that the service points and coupons owned by the owner described in the sixth embodiment You can also get ticket data. Furthermore, by referring to the personal information by the operation of the person in charge, the terminal 80 can be used to store electronic files in which predetermined items such as the desired sales amount and rough estimate described in the above-described embodiment have been entered, pamphlets related to sales, etc. You can also get other electronic files. The person in charge uploads the information to the chat on the screen of the terminal 80 so that the user can easily check the information from the terminal 10 .

A chat application (hereinafter referred to as an application) is installed in the terminals 10 and 80, and when new content is entered in the chat, the chat is updated. , on the display of the terminal 10, 80 by means of a push notification. As a result, both the user and the person in charge can confirm that the other party has newly communicated.

As described above, the chat service provided by the management server 11 allows smoother communication between the user and the person in charge by directly connecting the user and the person in charge. For example, the user can routinely and easily check various types of information about his own vehicle by contacting the person in charge. In addition, compared to methods such as telephone and mail, it is possible to reduce the user's stress related to communication.

Also, for the person in charge, it is possible to increase opportunities for communication with customers, which can lead to improved after-sales service and increased sales opportunities. Therefore, transactions can be activated. Furthermore, since the management server 11 can grasp communication information through chat, this information can be utilized as big data for improvement proposals of sales methods, which will be described later.

Furthermore, for the person in charge, it is also possible to facilitate the management of customer data. For example, even if the person in charge is handed over to another new person in charge, by updating the above-mentioned terminal information of the person in charge stored in the storage unit 113, the new person in charge can operate his/her terminal to You can easily check the communication on the chat of the previous person in charge.

Note that the above-described information about the user's vehicle and the owner's personal information may be automatically acquired by the management server 11 instead of by the person in charge, and uploaded to the chat screen. Specifically, the search unit 112B of the management server 11 periodically accesses the maintenance/inspection history DB 12 or refers to the owner's personal information stored in the storage unit 113, thereby Get information. Then, the site management section 112C uploads this information to the chat. The management server 11 can also upload electronic files such as the user's desired sales amount stored in the storage unit 113 to the chat.

Furthermore, the management server 11 can execute the communication regarding the buying and selling of automobiles between the terminal 10 and the management server 11 described in the first to seventh embodiments on the chat service provided by the site management section 112C. For example, when the user inputs the desired sales vehicle information and the desired sales price information of the vehicle desired to be sold by chatting and transmits the information to the management server 11 using the terminal 10A, the analysis unit 112A analyzes the information, and the communication unit Via 111, an AI service linked with the management server 11 may be requested to assess the vehicle desired for sale by AI. The AI service executes the assessment and returns information on the assessed amount to the management server 11 . The analysis unit 112A analyzes the information and controls the site management unit 112C to reflect the information on the assessed amount in the chat. As a result, the user can acquire the information on the amount assessed by the AI assessment shown in (11') of the first embodiment.

The management server 11 can also execute the processes (21) and (26) described in the second embodiment on the chat service. First, at (21), the car owner uploads updated information to the chat using the terminal 10A. The processes (22) to (25) are as described in the second embodiment. Then, in (26), the communication unit 111 uploads the information on the replacement proposal to the chat and transmits it to the terminal 10A. As another example, the processes (61) and (64) described in Embodiment 6 may be executed on the chat service. First, in (61), the owner of the car captures the QR code of the vehicle inspection certificate with the terminal 10 and uploads it to the chat. The processing of (62) to (63') is as described in the sixth embodiment. Then, in (64), the communication unit 111 uploads the owned vehicle information acquired by the search and the estimated assessed price information of the owned vehicle to the chat. As described above, the user can easily grasp various kinds of information.

Also, the chat service provided by the site management unit 112C may include shortcut keys for frequently used functions. Functions that are often used are, for example, trade-in assessment request and visit schedule adjustment.

Other processing executed by each component of the trading support system S8 is as described in the previous embodiment. Note that the processing described above can be executed not only by the management server 11 shown in FIG. 3 but also by the management server 21 shown in FIG.

Embodiment 9 (Proposal for improvement of sales, advertising and sales promotion methods)
(9A)
FIG. 21 is a schematic diagram showing a trading support system according to a ninth embodiment. Explaining the outline of FIG. 21, the trading support system S9 comprises at least a terminal 10, a terminal 80, a management server 91 and a purchase DB92. A terminal 10 is a terminal of a customer C of an intermediary company, and a terminal 80 is a terminal of a salesperson D of the customer C. FIG. Here, the customer C may be a user who has completed the user registration described above, or may be a user who previously purchased a car through an intermediary company. A salesperson D is an employee belonging to an intermediary company.

The management server 91 is connected to the terminal 10, the terminal 80 and the purchase DB 92, respectively, and is owned by an intermediary company. The purchase DB 92 stores data on purchases of vehicles (items to be sold) that have been made by the intermediary company. Also, arrows between the terminal 10 and the management server 91 and between the terminal 80 and the management server 91 in FIG. 21 indicate transmission and reception of information related to chat, as in FIG. 21 indicates that the management server 91 accesses the purchase DB 92 and the management server 91 acquires purchase data from the purchase DB 92, as described later.

In this embodiment, proposals for improving sales, advertising and sales promotion methods of intermediary companies will be described. The detailed configuration of each device will be described below.

FIG. 22 is a block diagram showing the configuration of the management server 91. As shown in FIG. The management server 91 includes a communication section 111, a control section 912, and a storage section 113, but may further include an input section and a display section. The management server 91 is composed of one or a plurality of arbitrary information processing devices.

A communication unit 911 (transceiver) functions as a transmission unit and a reception unit that transmits and receives information to and from the terminal 10, the terminal 80, and the purchase DB 92. FIG. For example, the terminal 10 can transmit and receive information via websites and chat services.

The control unit 912 reads and executes software (computer program) from the storage unit 913, thereby realizing functions such as an analysis unit 912A, a search unit 912B, a site management unit 912C, a model generation unit 912D, and a proposal generation unit 912E. . Each of these functions will be described below.

Since the processing executed by the analysis unit 912A and the search unit 912B is the same as that of the analysis unit 112A and the search unit 112B, the description thereof is omitted. The site management unit 912C, like the site management unit 112C, manages websites that can be accessed by the terminal 10, and also provides a chat service that connects the terminals 10 and 80 as described in the eighth embodiment. It also functions as a provider.

The model generation unit 912D uses training data having at least a chat history (communication history) between a past customer and a sales representative of the customer and the purchase history of the customer's automobile to perform machine learning on car purchase. Generate a communication model that identifies communication patterns in relevant chats. This past customer may be a user who has completed user registration, or may be a user who previously purchased a car through an intermediary company. The car purchase history indicates whether or not the customer has purchased a specific car (success or failure of the contract). Based on such chat histories and purchase histories regarding multiple past customers, the model generation unit 912D identifies what kind of chat conversation pattern between the customer and the salesperson determined the success or failure of the purchase. generate a communication model that

In addition, the model generation unit 912D can apply various known machine learning techniques for model generation. For example, the model generation unit 912D may execute natural language analysis using deep learning or the like to analyze the chat history. With this communication model, for example, based on past statistics, a conversation pattern (favorable conversation pattern) in which a car purchase contract has been concluded with a considerably high predetermined probability or higher, or a car purchase contract has been concluded with a considerably high predetermined probability or higher. At least one of the conversation patterns (undesirable conversation patterns) that did not occur can be identified.

The communication pattern may be quantified, for example, the number of chats, the frequency of a predetermined keyword in one conversation, or the length of one sentence. Alternatively, the model generation unit 912D may generate a communication pattern regarding the flow of conversation by using natural language analysis. In this case, for example, it becomes clearer whether it is preferable or not preferable to respond to what kind of customer's remarks.

The proposal generating unit 912E uses the communication model and the history of chats between the current customer C (target user) and the salesperson D to provide the salesperson D with communication related to the purchase of a car. Generate suggestions.

For example, the proposal generation unit 912E determines whether or not the chat history thus far corresponds to a preferable conversation pattern specified by the communication model. As an example, it is assumed that a preferable conversation pattern is that the number of characters per sentence is 30 or less, and the chat conversation interval (reply interval) is 3 minutes or less. The proposal generating unit 912E analyzes the chat conversations between the customer C and the salesperson D so far, and when it determines that this conversation pattern does not apply, the proposal generation unit 912E tells the salesperson D, " Let's make one sentence a little shorter and raise the tempo of the conversation." Proposal generation section 912E transmits this proposal to terminal 80 via communication section 911 . An application as a support tool is installed in the terminal 80, and this application displays the proposal on the display section of the terminal 80 in a place different from the chat screen. As a result, salesperson D can develop favorable conversation patterns in the chat, thereby increasing the likelihood of obtaining a car contract.

Note that the proposal generation unit 912E can similarly generate a proposal using an unfavorable conversation pattern instead of or in addition to the favorable conversation pattern. Further, it goes without saying that the proposal may be something else, such as "Let's write a specific sentence" or "Let's talk about this point."

Returning to FIG. 21, the description is continued. The purchase DB 92 stores past purchase data (big data) relating to automobiles, which are items to be sold by an intermediary company, as a log for each customer by a salesperson. Specifically, the customer's personal information, the behavior history related to the customer's car purchase, the customer's communication history with the customer's sales representative, the customer's car purchase history, and the car sales promotion history Stored as purchase data.

The customer's personal information includes the customer's name, the body number of the owned or purchased vehicle, the type of the owned or purchased vehicle, the customer's sex, age, address, family structure, and other attributes of the customer. The customer's behavior history related to automobile purchase includes the behavior history when the customer visits the brokerage firm and the behavior history when the customer accesses the brokerage firm's website managed by the site management unit 112C. An example of the former is an action history such as a tour of a car on sale or a test drive. Examples of the latter include website browsing history (what kind of cars have you viewed), registration information of "favorites" for a specific car, comment history about a car you want to sell, and comment history written on a bulletin board that you want to sell. Anything is fine. The explanation of these comments is as shown in the above embodiment.

The communication history includes the chat history between the customer and the customer's sales representative, as well as the contents of communication such as e-mails exchanged between the two parties, telephone calls and face-to-face conversations between the two parties. The customer's automobile purchase history indicates whether or not the customer has purchased a particular automobile. The history relating to sales promotion of automobiles includes, for example, the history of information such as various campaigns and benefits such as coupons conducted by an intermediary company to promote sales of automobiles.

Other processing executed by each component of the trading support system S9 is as described in the previous embodiment.

Processing executed by the management server 91 within the trading support system S9 will be described with reference to FIG. First, the model generation unit 912D accesses the purchase DB 92 via the communication unit 111 to acquire at least the past customer's chat history and the customer's purchase history. Then, using the acquired information as training data, a communication model is generated as described above (step S91).

When the site management unit 112C provides a chat service and the customer C and the salesperson D operate their respective terminals to chat, the proposal generation unit 912E generates the communication model generated in step S91. , the history of chats between customer C and salesperson D is used to generate a proposal to salesperson D regarding communication related to the purchase of a car (step S92). As described above, the salesperson D can develop a conversation related to the purchase of a car in a chat, so that the sales performance of the car can be improved. This can also activate trading.

Note that the model generation unit 912D may use, as training data, communication histories such as e-mails and conversations stored in the purchase DB 92 other than chat histories. In that case, the model generator 912D can generate a communication model that identifies communication patterns in emails and conversations related to purchasing a car. The proposal generation unit 912E uses the communication model and the communication history such as past emails and conversations between the customer C and the salesperson D to generate emails and conversations that increase the possibility that the customer C will purchase a car. Generate a proposal for the salesperson D about the content. Salesperson D can use the suggestions to improve the car's sales performance. Note that the communication history between the customer C and the salesperson D is stored in the purchase DB 92, for example, and can be acquired by the proposal generation unit 912E accessing the purchase DB 92. FIG.

(9B)
The model generation unit 912D shown in (9A) uses, as training data, not only the communication history and the customer's car purchase history stored in the purchase DB 92, but also the customer's personal information, the customer's car purchase-related action history, and so on. , and/or a history of automobile sales promotion may be further used. The proposal generator 912E uses data about customer C that corresponds to the data that the model generator 912D used as training data. In other words, the proposal generation unit 912E further uses at least one of the personal information of the customer C, the behavior history of the customer C related to the purchase of the automobile, and the history related to the sales promotion of the automobile to the customer C to generate the above-mentioned proposal. to generate These pieces of information used by the proposal generation unit 912E are stored in the purchase DB 92, for example, and can be obtained by the proposal generation unit 912E accessing the purchase DB 92. FIG. As a result, salesperson C can communicate more appropriately with customer D's attributes or behavior.

In addition, the proposal generation unit 912E can generate a proposal regarding at least one of the timing of communicating with the customer C, the automobile recommended to the customer C to purchase, and the sales promotion method of the automobile.

For example, the proposal generation unit 912E acquires, as the personal information of the customer C, that several years have passed since the previous car was purchased, and that the child will soon become an elementary school student. In addition, as the behavior history of customer C, the fact that customer C has recently accessed the website managed by the site management unit 112C is also acquired. At this time, the proposal generation unit 912E uses a communication model generated based on the customer's personal information and action history to determine that the customer C is about to buy a new car, Assume that you want a large size car. Proposal generation unit 912E, based on the estimation, sends to terminal 80 as proposal content that it is desirable for salesperson D to communicate with customer C and that the purchase of a relatively large size automobile is recommended. Send. In addition, when the communication model is generated based on the information on the sales promotion method, the proposal generating unit 912E may also issue a sales promotion method such as coupons and discounts to the customer C. be included in In this way, salesperson D can take a more effective approach to selling cars.

As another example, the proposal generation unit 912E uses a communication model to estimate that the possibility of future purchases will decrease if the customer who has not been contacted recently is left unattended. You may propose to communicate with the customer (for example, seasonal greetings).

In (9A) and (9B), the communication models may be generated separately based on at least one of the attributes of the customer's personal information and the attributes of the purchased vehicle. For example, after a plurality of attributes are defined according to gender and age, the model generation unit 912D classifies past customers by attributes and generates a communication model for each attribute based on the above information. As a result, multiple communication models are generated. Then, based on the customer C's personal information, the proposal generation unit 912E selects one communication model that matches the attributes of the customer C from among a plurality of communication models. Then, the above-described processing is executed using the selected communication model. As a result, the proposal generation unit 912E can generate a more accurate proposal according to the customer's attribute.

(9C)
In addition, the model generation unit 912D uses training data having at least one history of advertisements and/or sales promotions related to automobiles and a sales history of automobiles to perform at least one of advertisements and/or sales promotions related to sales of automobiles. A sales model that specifies the method may be generated. The advertisement may be displayed on the terminal 10 as the above-described chat push notification, or may be displayed as a TV commercial or the like. The advertisement history is information indicating the contents of advertisements for each period. The history of advertisements and sales promotions is stored in the purchase DB 92, and the model generation unit 912D acquires it and generates a sales model using a known machine learning method such as natural language analysis. With this sales model, for example, an advertising or sales promotion technique that historically improved automobile purchase agreements by more than a fairly high predetermined probability (preferred advertising or sales promotion technique), or more than a fairly high predetermined probability At least one of the advertising and/or promotional techniques (unfavorable advertising or promotional techniques) that resulted in lower vehicle purchase commitments can be identified.

Proposal generator 912E uses the sales model generated by model generator 912D to generate proposals for advertising and/or promotions related to automobile sales. For example, the proposal generation unit 912E determines whether or not the slogan of the advertisement currently being considered corresponds to the preferable advertisement specified by the sales model. As an example, when it is determined that the number of characters in the catchphrase of the preferred advertisement is 15 characters or less, while the catchphrase of the advertisement currently under consideration is determined to be 20 characters, the proposal generation unit 912E outputs the catchphrase " Let's make it a little shorter." The proposal generation unit 912E transmits this proposal to the terminal 80 via the communication unit 911, and the terminal 80 displays this proposal on the display unit.

With the above processing, the person in charge of advertising or sales promotion of automobiles can take an advertising or sales promotion method more related to sales of automobiles, so that sales performance of automobiles can be improved.

In addition, in (9C), the sales model may be divided and generated based on at least one of the attribute in the customer's personal information and the attribute of the purchased vehicle. For example, after a plurality of attributes are defined according to gender and age, the model generation unit 912D divides the history of at least one of advertisements and sales promotions and the sales history of automobiles for each attribute. A sales model is then generated for each attribute. Based on the attributes of the current target customer, the proposal generation unit 912E selects one sales model that matches the attributes of the customer from among the plurality of sales models. Then, the above-described processing is executed using the selected sales model. As a result, the proposal generation unit 912E can generate a more accurate advertisement or sales promotion proposal according to the customer's attribute.

(9A) to (9C) can be combined as appropriate. In addition, in (9A) to (9C), the sales target is not limited to automobiles, but may be automobile-related goods, or various automobile-related services such as automobile insurance and inspection services. good. Also, the model generated by the model generation unit 912D and the proposal generated by the proposal generation unit 912E may target both goods and services.

It should be noted that the present invention is not limited to the first to ninth embodiments, and can be modified as appropriate without departing from the scope of the invention. For example, the terminals 10A and 10B may not be terminals possessed by the owner or the buyer, but at least one of them may be a terminal provided in a store such as an intermediary company. Also, various DBs used for searches in the first to seventh and ninth embodiments may be configured as storage units provided inside the management server instead of outside.

In Embodiments 1 to 9, an example in which an automobile is traded as an article has been described, but the present invention is not limited to automobiles, and can be used in the trade of any tangible object (for example, real estate, watches, clothes, accessories, etc.). can also be applied.

FIG. 24 is a block diagram showing a hardware configuration example of an information processing device (signal processing device) that executes the processes of the embodiments described above. Referring to FIG. 24, this information processing device I0 includes a signal processing circuit I1, a processor I2 and a memory I3.

The signal processing circuit I1 is a circuit for processing signals under the control of the processor I2. The signal processing circuit I1 may include a communication circuit that receives signals from the transmitter.

The processor I2 reads and executes software (computer program) from the memory I3 to perform the processing of the apparatus described in the above embodiments. As an example of the processor 92, one of a CPU (Central Processing Unit), MPU (Micro Processing Unit), FPGA (Field-Programmable Gate Array), DSP (Demand-Side Platform), and ASIC (Application Specific Integrated Circuit) is used. may be used, or a plurality of them may be used in parallel.

The memory I3 is composed of volatile memory, non-volatile memory, or a combination thereof. The number of memories I3 is not limited to one, and a plurality of memories may be provided. The volatile memory may be, for example, RAM (Random Access Memory) such as DRAM (Dynamic Random Access Memory) and SRAM (Static Random Access Memory). The non-volatile memory may be, for example, ROM (Random Only Memory) such as PROM (Programmable Random Only Memory), EPROM (Erasable Programmable Read Only Memory), flash memory, or SSD (Solid State Drive).

Memory I3 is used to store one or more instructions. Here, one or more instructions are stored in memory I3 as a group of software modules. The processor I2 can perform the processing described in the above embodiments by reading out and executing these software module groups from the memory I3.

Note that the memory I3 may be provided outside the processor I2, or may include a memory built into the processor I2. The memory I3 may also include storage located remotely from the processors that make up the processor I2. In this case, the processor I2 can access the memory I3 via an I/O (Input/Output) interface.

As described above, one or more processors included in each device in the above-described embodiments execute one or more programs containing instructions for causing a computer to execute the algorithms described with reference to the drawings. . By this processing, the processing of the management server or terminal described in each embodiment can be realized.

The program can be stored and delivered to the computer using various types of non-transitory computer readable media. Non-transitory computer-readable media include various types of tangible storage media. Examples of non-transitory computer-readable media include optical storage media (e.g., DVD (Digital Versatile Disc), CD (Compact Disc) optical discs), semiconductor memories (e.g., mask ROM (Read Only Memory), PROM (Programmable ROM) , EPROM (Erasable PROM), flash ROM, RAM (Random Access Memory)), magnetic recording media (eg, flexible disks, magnetic tapes, hard disk drives), and magneto-optical recording media (eg, magneto-optical disks). The program may also be delivered to the computer on various types of transitory computer readable medium. Examples of transitory computer-readable media include electrical signals, optical signals, and electromagnetic waves. Transitory computer-readable media can deliver the program to the computer via wired channels, such as wires and optical fibers, or wireless channels.

Although the present invention has been described with reference to the embodiments, the present invention is not limited to the above. Various changes can be made to the configuration and details of the present invention within the scope of disclosure that can be understood by those skilled in the art.

10 terminal 101 communication unit 102 display unit 103 input unit 104 imaging unit 105 control unit 106 storage unit 11 management server 111 communication unit 112 control unit 112A analysis unit 112B search unit 112C site management unit 113 storage unit 12 maintenance/inspection history DB
13 Sales amount DB
21 management server 211 communication unit 212 control unit 212A analysis unit 212B search unit 212C site management unit 212D proposal generation unit 213 storage unit 22 owned vehicle DB
23 Purchase target vehicle DB
31 Related information database
51 Damage information DB
91 management server 911 communication unit 912 control unit 912A analysis unit 912B search unit 912C site management unit 912D model generation unit 912E proposal generation unit 913 storage unit 92 purchase DB

Claims (14)

Owned goods information, which is information on owned goods held by the user, and goods that are purchasable by the user and that are candidates for replacement, stored in the purchasable goods storage unit, are obtained using information related to similar points of view. When it is determined that the held article and the replacement candidate article are similar, the replacement candidate article is specified as an article similar to the held article. a specific part;
Transmission of update information to the terminal of the user, which is update information of the held article and information indicating whether or not the state of the held article has changed since the purchase of the held article or the previous transmission of update information. a transmitting unit that transmits a notification prompting for
a receiving unit that receives update information transmitted from the terminal in response to the notification;
The transmitting unit, triggered by the reception of the update information by the receiving unit, makes a replacement proposal for proposing the replacement candidate item specified by the specifying unit to the user as an item to be replaced from the possessed item. , to the terminal,
Trading support device. The specifying unit compares the replacement candidate item information with the possessed item information when information on a replacement candidate item is newly added to the purchasable item storage unit.
The trading support device according to claim 1. If the degree of similarity between the held article and the replacement candidate article determined to be similar to the held article is greater than or equal to a predetermined degree of similarity, a notification prompting transmission of the update information was previously sent. The transmission unit newly transmits a notification prompting transmission of update information even before a predetermined period has elapsed since
If the degree of similarity between the held article and the replacement candidate article determined to be similar to the held article is less than a predetermined degree of similarity, a notification prompting transmission of the update information was previously sent. The transmission unit does not newly transmit a notification prompting transmission of update information before the predetermined period has elapsed since
The trading support device according to claim 1 or 2. If the degree of similarity between the held article and the replacement candidate article determined to be similar to the held article is greater than or equal to a predetermined degree of similarity, a notification prompting transmission of the update information was previously sent. after a first period has elapsed, the transmission unit newly transmits a notification prompting transmission of update information;
If the degree of similarity between the held article and the replacement candidate article determined to be similar to the held article is less than a predetermined degree of similarity, a notification prompting transmission of the update information was previously sent. after a second period longer than the first period has elapsed, the transmission unit newly transmits a notification prompting transmission of update information;
The trading support device according to claim 1 or 2. The article is an automobile, and the update information is information indicating at least one of maintenance/inspection history of the automobile, update information of vehicle inspection, presence/absence of accidents, and changes in exterior and interior conditions.
The trading support device according to any one of claims 1 to 4. When the update information including the vehicle inspection data is transmitted from the terminal of the user in response to the notification, the owned item information linked to the identification information included in the vehicle inspection data is stored in the owned item storage. a possession item information acquisition unit that acquires from the department;
Using information on similar points of view, the owned goods information is compared with used goods information, which is information on used goods stored in the sales amount storage unit, to determine whether the owned goods and the used goods are similar. a sales amount information acquisition unit that acquires sales amount information of the second-hand goods related to the second-hand goods information when it is determined that the
a prediction unit for predicting the current or future appraisal price of the owned goods based on the sales amount information acquired by the sales amount information acquisition unit by analyzing the vehicle inspection data and the owned goods information; further prepared,
The transmission unit transmits the information of the assessed price to the terminal of the user.
The trading support device according to claim 5. Using information on similar points of view, preference product information, which is information on products that the user has a preference for, and information on products that can be purchased by the user and are candidates for replacement, stored in a purchasable product storage unit. is compared with the replacement candidate article information, and if it is determined that the article having the preference and the replacement candidate article are similar, the replacement candidate article is regarded as an article similar to the article having the preference a specific part to be specified;
Information for the terminal of the user, which is update information of the possessions held by the user and indicates whether or not the state of the possessions has changed since the purchase of the possessions or the previous transmission of the update information. a transmission unit that transmits a notification prompting transmission of update information;
a receiving unit that receives update information transmitted from the terminal in response to the notification;
The transmitting unit, triggered by the reception of the update information by the receiving unit, makes a replacement proposal for proposing the replacement candidate item specified by the specifying unit to the user as an item to be replaced from the possessed item. , to the terminal,
Trading support device. When the degree of similarity between the article having the preference and the replacement candidate article determined to be similar to the article having the preference is greater than or equal to a predetermined degree of similarity, a notification prompting transmission of the update information is provided. The transmission unit newly transmits a notification prompting transmission of update information even before a predetermined period has elapsed since the previous transmission,
When the degree of similarity between the article having the preference and the replacement candidate article determined to be similar to the article having the preference is less than a predetermined degree of similarity, a notification prompting transmission of the update information is provided. The transmission unit does not newly transmit a notification prompting transmission of update information before the predetermined period has elapsed since the previous transmission.
The trading support device according to claim 7. When the degree of similarity between the article having the preference and the replacement candidate article determined to be similar to the article having the preference is greater than or equal to a predetermined degree of similarity, a notification prompting transmission of the update information is provided. After a first period has passed since the previous transmission, the transmission unit newly transmits a notification prompting transmission of update information,
When the degree of similarity between the article having the preference and the replacement candidate article determined to be similar to the article having the preference is less than a predetermined degree of similarity, a notification prompting transmission of the update information is provided. After a second period longer than the first period has elapsed since the previous transmission, the transmission unit newly transmits a notification prompting transmission of update information.
The trading support device according to claim 7. The receiving unit and the transmitting unit respectively perform the receiving and transmitting on the chat service,
The trading support device according to any one of claims 1 to 9. Owned goods information, which is information on owned goods held by the user, and goods that are purchasable by the user and that are candidates for replacement, stored in the purchasable goods storage unit, are obtained using information related to similar points of view. When it is determined that the held article and the replacement candidate article are similar, the replacement candidate article is specified as an article similar to the held article. a specific step;
Transmission of update information to the terminal of the user, which is update information of the held article and information indicating whether or not the state of the held article has changed since the purchase of the held article or the previous transmission of update information. a first sending step of sending a notification prompting for
a receiving step of receiving update information transmitted from the terminal in response to the notification;
Triggered by the reception of the update information, a second transmission for transmitting to the terminal a replacement proposal for proposing to the user the specified replacement candidate item as an item to be replaced from the held item. a step;
A trading support method executed by a trading support device. Using information on similar points of view, preference product information, which is information on products that the user has a preference for, and information on products that can be purchased by the user and are candidates for replacement, stored in a purchasable product storage unit. is compared with the replacement candidate article information, and if it is determined that the article having the preference and the replacement candidate article are similar, the replacement candidate article is regarded as an article similar to the article having the preference a specific step to identify;
Information for the terminal of the user, which is update information of the possessions held by the user and indicates whether or not the state of the possessions has changed since the purchase of the possessions or the previous transmission of the update information. a first transmission step of transmitting a notification prompting transmission of update information;
a receiving step of receiving update information transmitted from the terminal in response to the notification;
Triggered by the reception of the update information, a second transmission for transmitting to the terminal a replacement proposal for proposing to the user the specified replacement candidate item as an item to be replaced from the held item. a step;
A trading support method executed by a trading support device. Owned goods information, which is information on owned goods held by the user, and goods that are purchasable by the user and that are candidates for replacement, stored in the purchasable goods storage unit, are obtained using information related to similar points of view. When it is determined that the held article and the replacement candidate article are similar, the replacement candidate article is specified as an article similar to the held article. a specific step;
Transmission of update information to the terminal of the user, which is update information of the held article and information indicating whether or not the state of the held article has changed since the purchase of the held article or the previous transmission of update information. a first sending step of sending a notification prompting for
a receiving step of receiving update information transmitted from the terminal in response to the notification;
Triggered by the reception of the update information, a second transmission for transmitting to the terminal a replacement proposal for proposing to the user the specified replacement candidate item as an item to be replaced from the held item. a step;
A program that makes a computer run Using information on similar points of view, preference product information, which is information on products that the user has a preference for, and information on products that can be purchased by the user and are candidates for replacement, stored in a purchasable product storage unit. is compared with the replacement candidate article information, and if it is determined that the article having the preference and the replacement candidate article are similar, the replacement candidate article is regarded as an article similar to the article having the preference a specific step to identify;
Information for the terminal of the user, which is update information of the possessions held by the user and indicates whether or not the state of the possessions has changed since the purchase of the possessions or the previous transmission of the update information. a first transmission step of transmitting a notification prompting transmission of update information;
a receiving step of receiving update information transmitted from the terminal in response to the notification;
Triggered by the reception of the update information, a second transmission for transmitting to the terminal a replacement proposal for proposing to the user the specified replacement candidate item as an item to be replaced from the held item. a step;
A program that makes a computer run

Images