JP7393373B2 - 車両部品流通支援装置、車両部品流通支援方法及び車両部品流通支援プログラム - Google Patents

Description

本発明は、車両部品流通支援装置、車両部品流通支援方法及び車両部品流通支援プログラムに係り、特に、車両部品の流通を支援する車両部品流通支援装置、車両部品流通支援方法及び車両部品流通支援プログラムに関する。

従来、車両の中古部品の在庫情報をネットワークを通じて提供し、中古部品を提供したい部品提供者と、中古部品を購入したい部品利用者との間で売買を成立させることで、車両の中古部品の流通を支援する車両部品流通支援システムが知られている。
また、車両の中古部品の売買を促進させるために、例えば特許文献１のように、部品提供者と部品利用者の双方に対して商取引全般をサポートする中古部品流通システムが提案されている。

特開２００８－２０３９９８号公報 特開２０１７－１６２２４号公報

ところで、上記のような車両部品（特に車両中古部品）を売買対象とする車両部品流通支援システムでは、例えば、部品利用者にとって希望する車両部品の在庫がない場合には、在庫状況を定期的に確認する必要があった。また部品提供者にとっては、購買需要の高い車両部品の情報を知ることができず、部品利用者が希望する車両部品を好適に提供することができず、販売機会を逃してしまうことがあった。
そこで、車両部品（車両中古部品）の売買を一層促進させるために、部品利用者による在庫部品の確認作業の手間を軽減するとともに、部品提供者による販売機会の損失を減らすことが可能な車両部品流通支援システムが求められていた。

なお、車両部品（車両中古部品）を販売対象とするものではないが、特許文献２に記載の自動車売買サポートシステムでは、購入希望者による自動車の購入希望条件を登録処理し、追って希望の自動車の販売登録を販売者から受け付けた場合には、双方をマッチング処理することが一応開示されている。

本発明は、上記の課題に鑑みてなされたものであり、本発明の目的は、車両部品（車両中古部品）の売買を一層促進させることが可能な車両部品流通支援装置及び車両部品流通支援方法を提供することにある。

前記課題は、本発明の車両部品流通支援装置によれば、車両部品の流通を支援する車両部品流通支援装置であって、前記車両部品の在庫情報を示す部品在庫データと、売買対象となる車両部品と該車両部品に対し代替可能な代替車両部品との関係を示す代替部品一覧データとを記憶する記憶部と、部品提供者によって用いられる第１ユーザ端末から、新たな売買対象となる車両部品の情報を取得し、前記部品在庫データを更新する部品在庫更新部と、部品利用者によって用いられる第２ユーザ端末から、購入対象となる車両部品の情報を要求する対象部品要求データを受け付けて、前記購入対象となる車両部品の情報と、併せて前記代替部品一覧データを参照して前記購入対象となる車両部品に対する代替車両部品の情報を検索する対象部品検索部と、前記対象部品検索部によって前記購入対象となる車両部品の情報と、前記代替車両部品の情報とが抽出された場合に、前記購入対象となる車両部品の情報と、併せて前記代替車両部品の情報を提示する対象部品提示部と、前記購入対象となる車両部品の情報が抽出されなかった場合に、前記購入対象となる車両部品の情報を予約対象として登録する対象部品登録部と、前記部品在庫データが更新されたときに又は更新された後に、前記対象部品登録部によって登録された前記予約対象となる車両部品の情報と、併せて前記予約対象となる車両部品に対する代替車両部品の情報を照合する予約部品照合部と、前記予約部品照合部によって照合された場合、前記第２ユーザ端末に向けて前記予約対象となる車両部品の情報と、併せて前記予約対象となる車両部品に対する代替車両部品の情報を通知するユーザ通知部と、を備えていること、により解決される。

上記のように、車両部品流通支援装置は、第２ユーザ端末からの要求を受け付けて、購入対象となる車両部品の情報が抽出されなかった場合に、購入対象となる車両部品の情報を予約対象として登録する対象部品登録部と、部品在庫データが更新されたときに予約対象となる車両部品の情報を照合する予約部品照合部と、予約部品照合部によって予約対象となる車両部品の情報の照合が取れたときに、第２ユーザ端末に向けて通知するユーザ通知部と、を備えているため、車両部品の売買を一層促進させることが可能となる。
すなわち、部品利用者にとって在庫部品の確認作業の手間を軽減することができる。そして、部品提供者による販売機会の損失を減らすことにもつながる。

また前記課題は、車両部品の流通を支援するコンピュータによって実行される車両部品流通支援方法であって、前記車両部品の在庫情報を示す部品在庫データと、売買対象となる車両部品と該車両部品に対し代替可能な代替車両部品との関係を示す代替部品一覧データとを記憶する記憶部を備える前記コンピュータが、新たな売買対象となる車両部品の情報を取得し、前記部品在庫データを更新することと、購入対象となる車両部品の情報を要求する対象部品要求データを受け付けて、前記購入対象となる車両部品の情報と、併せて前記代替部品一覧データを参照して前記購入対象となる車両部品に対する代替車両部品の情報を検索することと、検索によって前記購入対象となる車両部品の情報と、前記代替車両部品の情報とが抽出された場合に、前記購入対象となる車両部品の情報と、併せて前記代替車両部品の情報を提示することと、前記購入対象となる車両部品の情報が抽出されなかった場合に、前記購入対象となる車両部品の情報を予約対象として登録することと、前記部品在庫データが更新されたときに又は更新された後に、登録された前記予約対象となる車両部品の情報と、併せて前記予約対象となる車両部品に対する代替車両部品の情報を照合することと、照合された場合、前記予約対象となる車両部品の情報と、併せて前記予約対象となる車両部品に対する代替車両部品の情報をユーザ通知することと、を実行する車両部品流通支援方法によっても解決される。
また前記課題は、車両部品の流通を支援する車両部品流通支援装置としてのコンピュータに、新たな売買対象となる車両部品の情報を取得し、前記車両部品の在庫情報を示す部品在庫データを更新する処理と、購入対象となる車両部品の情報を要求する対象部品要求データを受け付けて、前記購入対象となる車両部品の情報と、併せて売買対象となる車両部品及び該車両部品に対し代替可能な代替車両部品の関係を示す代替部品一覧データを参照して前記購入対象となる車両部品に対する代替車両部品の情報を検索する処理と、検索によって前記購入対象となる車両部品の情報と、前記代替車両部品の情報とが抽出された場合に、前記購入対象となる車両部品の情報と、併せて前記代替車両部品の情報を提示する処理と、前記購入対象となる車両部品の情報が抽出されなかった場合に、前記購入対象となる車両部品の情報を予約対象として登録する処理と、前記部品在庫データが更新されたときに又は更新された後に、登録された前記予約対象となる車両部品の情報と、併せて前記予約対象となる車両部品に対する代替車両部品の情報を照合する処理と、照合された場合、前記予約対象となる車両部品の情報と、併せて前記予約対象となる車両部品に対する代替車両部品の情報をユーザ通知する処理と、を実行させる車両部品流通支援プログラムによっても解決される。

本発明の車両部品流通支援装置及び車両部品流通支援方法によれば、車両部品の売買を一層促進させることが可能となる。

本実施形態の車両部品流通支援システム全体の構成図である。 車両部品流通支援システムのハードウェア構成を説明する図である。 車両部品流通支援システムの機能を説明する図である。 部品検索画面（入力画面）の一例を示す図である。 部品検索画面（出力画面（抽出あり））の一例を示す図である。 部品検索画面（出力画面（抽出なし））の一例を示す図である。 部品予約画面（入力画面）の一例を示す図である。 ユーザ通知を受け取った画面の一例を示す図である。 部品予約画面（入力画面）の一例を示す図である。 高需要部品一覧画面（出力画面）の一例を示す図である。 部品検索画面（検索内容の入力画面）の一例を示す図である。 部品選択ガイド画面の一例を示す図である。 車両部品流通支援方法（部品検索方法）を示す処理フロー図である。 車両部品流通支援方法（部品予約方法）を示す処理フロー図である。 車両部品流通支援方法（高需要部品提示方法）を示す処理フロー図である。

以下、本発明の実施形態について図１－図１０を参照して説明する。
本実施形態の車両部品流通支援システムＳは、図１に示すように、売買対象となる「車両部品」の在庫情報をネットワークを通じて提供し、車両部品の流通を支援する車両部品流通支援装置１と、車両部品流通支援装置１とネットワークを通じてそれぞれ接続され、「部品提供者」によって用いられる複数の第１ユーザ端末１００と、「部品利用者（部品購入者）」によって用いられる複数の第２ユーザ端末２００と、から主に構成されている。

ここで「車両部品」とは、車両の中古部品に相当し、車両のリサイクル部品を含むものである。なお、中古部品に限定されることなく、新品部品を含むものとしても良い。
「部品提供者」とは、例えば、中古部品販売者（中古部品生産者）である。中古部品販売者は、入庫された中古車両を状態確認し、再販可能な中古部品が存在する場合には、リサイクル法に基づき解体処理する。解体処理中に中古部品を取り外し、品質確認を行い、検査記録簿を作成する。そして、車両部品流通支援装置１の在庫データベースに売買対象となる中古部品を商品登録する。なお、上記のように業者向け販売を行うほか、一般消費者向けの販売ウェブサイト上に商品登録し、一般消費者向けに販売する場合もある。
「部品利用者」とは、例えば、部品購入業者であって、整備工場、板金工場、ガソリンスタンド、リース・レンタカー等の業者や、部品商等の卸売業者である。部品購入業者は、車両部品流通支援装置１の在庫データベースにアクセスし、購入対象となる中古部品の在庫状況を確認し、希望の購入条件を満たす中古部品が存在すれば、中古部品の状態確認、購入条件に関する交渉を行い、当該中古部品を発注する。

車両部品流通支援装置１は、ネットワークを介して接続される第１ユーザ端末１００、第２ユーザ端末２００に対し、ソフトウェアサービスを提供する装置である。
詳しく述べると、車両部品流通支援装置１は、車両部品の売買に関する支援業務全般のうち、特に車両部品の売買マーケットを運営、管理するソフトウェアサービスを第１ユーザ端末１００（部品提供者）及び第２ユーザ端末２００（部品利用者）に対して提供するものである。

第１ユーザ端末１００は、部品提供者によって操作される情報端末であって、具体的には、ＰＣ、タブレット端末、スマートフォン等のコンピュータである。
第１ユーザ端末１００は、車両部品流通支援装置１とネットワークを介して接続され、車両部品流通支援装置１からソフトウェアサービスの提供を受けるものである。
例えば、表示画面（新規部品登録画面）上で、ユーザ操作による「車両部品の識別情報」、「車両部品の販売条件」等の入力又は選択を受け付けて、新規の車両部品の販売登録を行うことができる。言い換えれば、図２に示す「販売部品登録データ」を車両部品流通支援装置１に向けて送信し、当該車両部品の登録情報を適宜更新させることができる。
また、ユーザ操作の入力を受け付けて購買需要のある車両部品の一覧内容の閲覧を要求し、表示画面上に「高需要部品一覧画面」を表示することができる（図６Ｂ参照）。言い換えれば、図２に示す「閲覧要求データ」を車両部品流通支援装置１に向けて送信し、車両部品流通支援装置１から図２に示す「高需要部品一覧データ」を取得し、当該データを出力表示することができる。

第２ユーザ端末２００は、部品利用者によって操作される情報端末であって、第１ユーザ端末１００と同様のコンピュータであって、車両部品流通支援装置１からソフトウェアサービスの提供を受けるものである。
例えば、図４Ａに示す表示画面（部品検索画面）上で、ユーザ操作による「車両部品の識別情報」、「車両部品の購入条件」等の入力又は選択を受け付けて、購入対象となる車両部品の在庫状況を検索することができる。言い換えれば、図２に示す「対象部品要求データ」を車両部品流通支援装置１に向けて送信し、車両部品流通支援装置１から検索結果の内容を取得し、当該検索結果の内容を表示することができる。
また、図５Ａに示す表示画面（部品予約画面）上で、ユーザ操作による「車両部品の識別情報」、「車両部品の購入条件」等の入力又は選択を受け付けて、予約対象となる車両部品を事前登録することで、追って予約部品の新規登録がなされた場合に「ユーザ通知」を受け取ることができる（図５Ｂ参照）。言い換えれば、図２に示す「予約部品要求データ」を車両部品流通支援装置１に向けて送信し、追って予約部品の新規登録がなされた場合に車両部品流通支援装置１から図２に示す「ユーザ通知データ」を受け取ることができる。

なお、説明の便宜上、上記においては第１ユーザ端末１００と、この第１ユーザ端末１００とは異なる第２ユーザ端末２００とを別々に設けた構成としているが、第１ユーザ端末１００と第２ユーザ端末２００とは同一の端末であってもよい。この場合、第１ユーザ端末１００では、第２ユーザ端末２００における機能・処理全てを実行することが可能であり、また、第２ユーザ端末２００では、第１ユーザ端末１００における機能・処理全てを実行することが可能であることを示す。

＜車両部品流通支援システムのハードウェア構成＞
車両部品流通支援装置１は、図２に示すように、データの演算・制御処理装置としてのＣＰＵと、記憶装置としてのＲＯＭ、ＲＡＭ、及びＨＤＤ（ＳＳＤ）と、インターネットを通じて情報データの送受信を行う通信用ＩＦと、を備えたコンピュータである。
車両部品流通支援装置１の記憶装置には、コンピュータとして必要な機能を果たすメインプログラムに加えて、車両部品流通支援プログラムが記憶されており、これらプログラムがＣＰＵによって実行されることにより、車両部品流通支援装置１の機能が発揮されることになる。
なお、第１ユーザ端末１００や第２ユーザ端末２００についても同様のハードウェア構成を備えたコンピュータである。

＜車両部品流通支援システムの機能＞
車両部品流通支援装置１は、図３に示すように、機能面から説明すると、「部品在庫データ」、「購入履歴データ」、「代替部品一覧データ」、「関連部品一覧データ」、「予約部品要求データ」等、各種プログラム及び各種データを記憶しておく記憶部１０と、部品在庫更新部１１と、対象部品検索部１２と、対象部品提示部１３と、対象部品登録部１４と、予約部品照合部１５と、ユーザ通知部１６と、優先順位設定部１７と、部品データ生成部１８と、高需要部品提示部１９（部品提示部）と、権限設定部２０と、関連度算出部２１と、関連部品データ生成部２２と、部品入力ガイド部２３と、を主な構成要素として備えている。
これらは、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＨＤＤ、通信用インタフェース、及び各種プログラム等によって構成されている。

第１ユーザ端末１００、第２ユーザ端末２００についても機能面から説明すると、各種プログラム及び各種データを記憶する記憶部１１０、２１０と、車両部品流通支援装置１との間で各種データを送受信する通信部１１１、２１１と、車両部品流通支援装置１から提供される車両部品の売買に関するサービス内容を画面表示する表示部１１２、２１２と、ユーザ操作の入力を受け付けて操作処理を実行する操作実行部１１３、２１３と、を主な構成要素として備えている。

以下、車両部品流通支援装置１の機能について詳しく説明する。なお、本実施形態では車両部品流通支援装置１が記憶部１０を具備する構成としているが、あくまでも一例にすぎず、車両部品流通支援装置１の外部に設けられた外部記憶装置において記憶部１０を実現することとしてもよい。この場合、車両部品流通支援装置１と外部記憶装置とは通信路を介して接続された構成からなると良い。

記憶部１０に記憶される「部品在庫データ」は、売買対象となる車両部品の在庫情報を示すデータである。この部品在庫データは、車両部品を識別する車両部品ＩＤと、数量とを少なくとも対応付けて記憶されたものである。そのほか、車両部品を利用可能な若しくは車両部品が取り付けられていた車種を識別する車種ＩＤ（利用可能車種ＩＤ）、車両部品の登録日などを対応付けることも可能である。
部品在庫データは、第１ユーザ端末１００から、新たな売買対象となる車両部品の情報（販売部品登録データ）を受信することで随時更新され、全ての車両部品の情報が一意に識別できる状態で一元管理されて記憶されている。
当該データを参照することで、例えば、車両部品流通支援装置１は、図４Ｂに示すように、第２ユーザ端末２００に向けて所定の車両部品の在庫情報を提示する機能を実行することができる。

「購入履歴データ」は、車両部品の売買が成立したときの、当該車両部品の購入履歴を示すデータである。この購入履歴データは、売買が成立した車両部品を識別する車両部品ＩＤと、購入に係る情報（購入者ＩＤ、購入日時等）とを少なくとも対応付けて記憶されている。
上記「部品在庫データ」と、「購入履歴データ」とを参照することで、例えば、図６Ｂに示すように、第１ユーザ端末１００に向けて購買需要の高い車両部品の情報（車両部品の売れ筋情報）を提示する機能を実行することができる。

「代替部品一覧データ」は、売買対象となる車両部品と、当該車両部品に対し代替可能な代替車両部品との関係を示すデータである。この代替部品一覧データは、車両部品を識別する車両部品ＩＤと、車両部品ＩＤで識別される車両部品と類似し、代替（代用）することが可能な代替車両部品を識別する代替車両部品ＩＤとを対応付けて記憶されている。
ここで「代替車両部品」とは、例えば所定の車両部品に対して機能的に互換性がある車両部品を意味し、類似車両部品とも呼ばれるものである。
当該データを参照することで、図４Ｂに示すように、第２ユーザ端末２００に向けて希望する車両部品の在庫情報と、当該車両部品に対する代替車両部品の在庫情報とを同時に提示する機能等を実行することができる。
なお、図４Ｂの検索結果一覧を見ると、車両部品の例として車種「ＡＡ－ワゴン」、型式「ＡＡ－＊＊」に用いられる部品名「フロントバンパＡＡ」が示されており、代替車両部品の例として車種「ＢＢ－ワゴン」、型式「ＢＢ－＊＊」に用いられる部品名「フロントバンパＢＢ」が示されていることが分かる。

「関連部品一覧データ」は、売買対象となる車両部品と、当該車両部品に関連する関連車両部品との関係を示すデータである。この関連部品一覧データは、車両部品を識別する車両部品ＩＤと、その車両部品ＩＤで識別される車両部品に関連する関連車両部品を識別する関連車両部品ＩＤとを対応付けて記憶されている。
ここで「関連車両部品」とは、所定の車両部品と合わせて購入される車両部品を意味し、例えば部品交換の作業内容からセット購入される頻度の高いものが想定される。
当該データを参照することで、図６Ｂに示すように、第１ユーザ端末１００に向けて購買需要の高い車両部品の情報と、当該車両部品に関連する関連車両部品の情報とを提示する機能を実行することができる。
なお、図６Ｂに示す高需要部品一覧画面を見ると、車両部品の例として車種名「ＡＡ－ワゴン」、型式「ＡＡ－＊＊」に用いられる部品名「フロントバンパＡＡ」が示されており、関連車両部品の例として車種名「ＡＡ－ワゴン」、型式「ＡＡ－＊＊」に用いられる部品名「フロントスポイラＡＡ」が示されていることが分かる。

「予約部品要求データ」は、予約対象となる車両部品の情報を要求するデータであって、第２ユーザ端末２００（部品利用者）から車両部品流通支援装置１が受信するものである。
「予約部品要求データ」には、予約する車両部品の「識別情報」と、車両部品の「購入条件の情報」とが含まれている。車両部品の「識別情報」としては、車両に関する車種名、型式、車台番号、年式、グレードの情報と、車両部品に関する部品名、品番、種別の情報とが含まれている。そして、車両部品の「購入条件の情報」としては、品質、価格（購入希望価格）、走行距離、年式、登録日の情報が含まれている。
なお、「購入条件の情報」には、購入先の場所（地区）の情報が含まれていても良い。また、代替車両部品の要否の情報が含まれていても良い。また、適宜変更されても良い。

部品在庫更新部１１は、第１ユーザ端末１００から、新たな売買対象となる車両部品の情報として「販売部品登録データ」を取得し、「部品在庫データ」を更新するものである。
なお、「部品在庫データ」には、売買対象となる全ての車両部品の情報が含まれており、新たな車両部品の登録や、既存の車両部品の売買に伴ってリアルタイムで更新されるものである。

＜＜部品検索機能＞＞
対象部品検索部１２は、第２ユーザ端末２００から、購入対象となる車両部品の情報を要求する「対象部品要求データ」を受け付けて、購入対象となる車両部品の情報を検索するものである。このとき、「代替部品一覧データ」を参照することで、購入対象となる車両部品に対する代替車両部品の情報も合わせて検索することができる。
詳しく述べると、対象部品検索部１２は、「対象部品要求データ」の情報として車両部品の「識別情報」と、車両部品の「購入条件の情報」とを含む購入情報を受け付ける。そして、当該購入情報の条件を満たす車両部品を検索する。また、代替車両部品も合わせて検索する。
対象部品提示部１３は、対象部品検索部１２によって購入対象となる車両部品の情報が抽出された場合に、購入対象となる車両部品の情報を表示画面上に提示する。このとき、代替車両部品の情報があれば、代替車両部品の情報も合わせて表示画面上に提示する。
なお、対象部品提示部１３は、購入対象となる車両部品の情報が抽出されなかった場合には、該当する車両部品が在庫登録されていないことを表示画面上に提示する。

図４Ａに示す部品検索画面（検索内容）では、車両部品の「識別情報」として、車種名「ＡＡ－ワゴン」、型式「ＡＡ－＊＊」、車台番号「ＭＨ＊＊」、年式「２００２－２００７」、グレード「＊＊」、部品名「フロントバンパＡＡ」等の情報が入力されている。また、車両部品の「購入条件」の情報として、価格「１万～１万５０００円」、登録日「２０１４－２０１７」等の情報が入力されていることが分かる。
その他の車両部品の「識別情報」として、品番、種別等の情報を入力することもできる。また、その他の車両部品の「購入条件」の情報として、品質、走行距離、年式等の情報を入力することもできる。
なお、「グレード」とは、同一の車種における装備や性能の違いによる等級を示すものであって、同一車種の中で複数のグレードが用意されるものである。
「登録日」とは、車両部品流通支援装置１に車両部品を販売登録したときの日付である。
「品質」とは、商品状態に応じてランク付けされた指標を示すものであって、例えば、Ｓ、Ａ、Ｂ、Ｃ、Ｄのランク付けがなされている。
「状態」とは、商品状態を示すものであって、例えば傷やひび割れ等の商品状態を具体的に入力するものである。

図４Ｂに示す部品検索画面（検索結果）では、抽出された３件の車両部品及び代替車両部品の情報が表示画面上に提示されている。１件目の車両部品の情報としては、車種「ＡＡ－ワゴン」、型式「ＡＡ－＊＊」、車台番号「ＭＨ＊＊」、年式「２００６」、グレード「＊＊」、部品名「フロントバンパＡＡ」、価格「１万２０００円」、品質「Ｂ」、状態「一部傷あり」、登録日「２０１７」、事業所名「Ａ事業者」、地区「北海道」等の情報が提示されていることが分かる。
また、３件目には、代替車両部品の情報が提示されている。具体的には、車種名「ＢＢ－ワゴン」、型式「ＢＢ－＊＊」、車台番号「ＮＨ＊＊」、年式「２００７」、グレード「＊＊」、部品名「フロントバンパＢＢ」、品質「Ａ」、状態「良好」、価格「１万円」、登録日「２０１９」、事業所名「Ｂ事業者」、地区「東京」等の情報が提示されていることが分かる。

図４Ｃに示す部品検索画面（検索結果）では、該当する車両部品及び代替車両部品の情報がないことが表示画面上に提示されている。具体的には、「０件の検索結果がみつかりました」等と提示されていることが分かる。

＜＜部品予約機能＞＞
対象部品登録部１４は、購入対象となる車両部品の情報が抽出されなかった場合に、第２ユーザ端末２００からの要求を受け付けて、購入対象となる車両部品の情報を予約対象として登録するものである。詳しく述べると、第２ユーザ端末２００から、新たに予約対象となる車両部品の情報を要求する「予約部品要求データ」を受け付けるのではなく、検索した車両部品の条件を「予約部品要求データ」と代替して受け付ける。
予約部品照合部１５は、「部品在庫データ」が更新されたときに（更新された後に）、対象部品登録部１４によって登録された予約対象となる車両部品の情報を照合するものである。言い換えれば、新たな車両部品の販売登録がなされたときに（販売登録がなされた後の所定のタイミングのときに）、当該新たな車両部品の情報と、予約対象となる車両部品の情報とを照合する。
このとき、予約部品照合部１５は、「代替部品一覧データ」を参照することで、予約対象となる車両部品に対する代替車両部品の情報も合わせて照合することができる。
ユーザ通知部１６は、予約部品照合部１５によって予約対象となる車両部品の情報の照合が取れたときに、第２ユーザ端末２００に向けてユーザ通知する。また、代替車両部品の情報の照合が取れた場合であっても、第２ユーザ端末２００に向けてユーザ通知することができる。

詳しく述べると、対象部品登録部１４は、図５Ａに示す部品予約画面において、ユーザ操作による「予約情報」の入力と、表示ボタン「検索・予約」の実行とを受け付ける。
ここで、対象部品登録部１４は、対象部品検索部１２による検索の際に受け付けた車両部品の「購入情報（購入条件の情報）」をそのまま車両部品の「予約情報」として利用し、当該予約情報を登録することもできる。そうすれば、ユーザ操作による「予約情報」の入力の手間を省くことができる。すなわち、購入したい車両部品の在庫がなかった場合に、そのまま一連の流れで当該車両部品を予約することが可能となる。
言い換えれば、対象部品登録部１４は、対象部品検索部１２による検索の結果、購入希望の車両部品の在庫がない状態であることを検知し（在庫不足状態の検索結果を取得し）、当該検知したこと（当該検索結果の取得）をトリガーとして、車両部品の「購入情報」を車両部品の「予約情報」に変更し（代替し）、当該予約情報をそのまま又は加工して登録することができる。
なお、「車両部品の在庫がない場合」とは、既存の車両部品において残りがない場合（在庫が不足している状態）と、比較的新しい車両部品であって販売登録が一度もなされたことがない場合（未登録の状態又は登録が不足している状態）とが含まれる。

その後、予約部品照合部１５は、「部品在庫データ」が更新される毎に、すなわち、新たな売買対象となる車両部品（販売部品登録データ）が登録される毎に、「予約情報」との照合を行う。言い換えれば、「予約情報」を満たす車両部品（代替車両部品）が販売登録されたか否かを判断する。
そして、ユーザ通知部１６は、「予約情報」との照合が取れたときに、図５Ｂに示すように、第２ユーザ端末２００の表示画面上に所定のユーザ通知を行う。

図５Ａに示す部品予約画面（予約内容）では、車両部品の「識別情報」として、車種名「ＡＡ－ワゴン」、型式「ＡＡ－＊＊」、車台番号「ＭＨ＊＊」、年式「２００２－２００７」、グレード「＊＊」、部品名「フロントバンパＡＡ」等の情報が入力されている。また、車両部品の「購入条件」の情報として、価格「１万～１万５０００円」、登録日「２０１４－２０１７」等の情報が入力されていることが分かる。
これは、図４Ａ（図４Ｃ）の部品検索画面において既に入力されている情報（購入情報）を、そのまま予約情報として利用しているものである。このように、購入情報をそのまま予約情報として利用しても良いし、購入情報の一部をアップデートさせて予約情報としても良い。
なお、図５Ａの部品予約画面では、「検索」及び「予約」の両方のチェック項目がチェックされている。このとき、車両部品流通支援装置１が、ユーザ操作による表示ボタン「検索・予約」の実行を受け付けて、車両部品の検索及び予約を同時に実行することとしても良い。そうすれば、該当する車両部品の在庫がある場合には検索結果として在庫情報を抽出し、在庫がなかった場合にはそのまま予約対象として登録することができる。

また、図５Ｂに示すユーザ通知画面では、新たな車両部品の販売登録に伴って、予約条件を満たす車両部品の情報が１件抽出されたことをお知らせする内容がポップアップ表示されていることが分かる。具体的には、タイトル「新しい通知」のポップアップウインドウ上において、表示項目「予約部品登録」が表示されており、当該表示項目欄において「新規在庫登録１件」が表示されていることが分かる。

なお、ユーザ通知を受け取った第２ユーザ端末２００（部品利用者）は、同じ購入条件で希望の車両部品の検索を実行することで、当該車両部品の販売情報を得ることができ、部品利用者は、当該車両部品を購入することができる。
なお、図５Ｂに示すユーザ通知画面において、ユーザ操作による表示内容「新規在庫登録１件」の選択がなされたときに、当該車両部品の販売情報を表示する画面へ切り替わっても良い。

ユーザ通知部１６は、通知対象となる第２ユーザ端末２００が複数存在する場合には、全ての第２ユーザ端末２００に向けてユーザ通知する。
詳しく述べると、ユーザ通知部１６は、通知対象となる第２ユーザ端末２００が複数存在する場合には、「所定の条件」に基づいて優先順位の高い第２ユーザ端末２００に第１のタイミングで通知し、優先順位の低い第２ユーザ端末２００には第１のタイミングよりも遅い第２のタイミングで通知することとしている。
なお、ユーザ通知部１６は、必ずしも全ての第２ユーザ端末２００に向けてユーザ通知しなくても良い。例えば、優先順位の高い第２ユーザ端末２００に第１のタイミングで通知し、次に優先順位の高い第２ユーザ端末２００には第１のタイミングよりも遅い第２のタイミングで通知し、最も優先順位の低い第２ユーザ端末２００には通知しないこととしても良い。

優先順位設定部１７は、ユーザ通知部１６の通知タイミングについて、第２ユーザ端末２００のユーザアカウントに対し、所定の優先順位（優先条件）を設定するものである。
詳しく述べると、優先順位設定部１７は、第２ユーザ端末２００のユーザアカウントに対し、複数の優先レベル（具体的には、優先レベル１、２、３）の中から所定の優先レベルを設定する。そして、ユーザ通知部１６は、通知対象となる第２ユーザ端末２００が複数存在する場合には、第２ユーザ端末２００の優先レベルに応じた通知タイミングでユーザ通知する。
具体的には、ユーザ通知部１６は、通知対象となる第２ユーザ端末２００が複数存在する場合には、優先レベル１（最優先フラグ）に設定された第２ユーザ端末２００に第１のタイミングで通知し、優先レベル２（優先フラグ）に設定された第２ユーザ端末２００に第１のタイミングよりも遅い第２のタイミングで通知し、優先レベル３（通常フラグ）に設定された第２ユーザ端末２００に第２のタイミングよりも遅い第３のタイミングで通知する。
なお、車両部品によっては、優先レベル３に設定された第２ユーザ端末２００に対し、敢えて通知しないこととしても良い。つまり、通知の有無を優先レベルによって設定することも可能である。

上記構成により、部品利用者にとって希望する車両部品の在庫がない場合に（在庫不足状態又は未登録状態のときに）、予め希望する車両部品の予約を受け付けることができる。そして、希望する車両部品が新たに販売登録されたタイミングで部品利用者へ通知することができる。そのため、部品利用者による在庫部品の確認作業の手間を軽減することができる。

また上記構成により、通知対象となる第２ユーザ端末２００が複数存在する場合には、優先レベルに応じた通知タイミングでユーザ通知を行うことができる。例えば、本システムの売買頻度に応じて第２ユーザ端末２００に対して会員のランク付けを行い、会員ランクに応じて差を付けることができる。例えば、お得意様などの会員ランクの高い部品利用者に対しては、他の会員ランクの部品利用者に通知するタイミングよりも早いタイミングで新しい車両部品の販売登録があったことを通知することができる。

＜＜高需要部品提示機能＞＞
部品データ生成部１８は、「予約部品要求データ」に基づいて、購買需要のある車両部品の一覧内容を示す「高需要部品一覧データ」を生成するものである（図６Ｂ参照）。
詳しく述べると、部品データ生成部１８は、「予約部品要求データ」と、「部品在庫データ」とに基づいて、売買対象となる全ての車両部品の中から購買需要の高い車両部品の情報を抽出し、「高需要部品一覧データ」を生成する。

具体的には、部品データ生成部１８は、各車両部品に対する予約件数（予約部品要求データを受信している件数）と、その車両部品に対する在庫数と、在庫の更新日時との情報を用いて、一定期間における予約件数と在庫数との差が一定値以上である車両部品を抽出して、「高需要部品一覧データ」を生成する。例えば、予約件数が在庫数を超過する場合、すなわち「在庫待ち」である場合に「高需要部品一覧データ」を生成する。また例えば、予約件数が在庫数を上回っている場合であって、かつ、予約件数と在庫数との差が一定値以上であるときに「高需要部品一覧データ」を生成する。
なお、購買需要の高い車両部品の情報を抽出するにあたっては、「購買履歴データ」も参照しながら分析することとしても良い。

また、部品データ生成部１８は、「関連部品一覧データ」を参照することで、購買需要の高い車両部品に関連する関連車両部品の情報も合わせて抽出することができる。この購買需要の高い関連車両部品の情報についても、上記の部品情報と同様に抽出することが可能である。

高需要部品提示部１９は、第１ユーザ端末１００から、所定の「閲覧要求データ」を受け付けて、「高需要部品一覧データ」を参照し、購買需要の高い車両部品の一覧内容を表示画面に提示する。このとき、関連車両部品の情報があれば、関連車両部品の一覧内容も合わせて表示画面上に提示する。

より詳しく述べると、高需要部品提示部１９は、図６Ａの部品検索画面において、ユーザ操作による表示ボタン「閲覧」の実行を受け付ける。そして、別ウインドウに図６Ｂに示す高需要部品一覧画面を表示し、ユーザ操作による「車両」及び「車両部品」のキーワード入力と、表示ボタン「絞り込み」の実行とを受け付ける。そして、「高需要部品一覧データ」を参照し、キーワードに基づいて購買需要の高い車両部品の一覧内容と、関連車両部品の一覧内容とを表示画面上に提示する。

図６Ｂに示す高需要部品一覧画面では、購買需要の高い車両部品の情報として、部品名「フロントバンパＡＡ」、価格「１万～１万５０００円」、登録日「２０１４－２０１７」の情報が提示されていることが分かる。また、代替車両部品の情報として、部品名「フロントバンパＢＢ」、価格「８０００～１万円」、登録日「２０００－２０１４」の情報が提示されていることが分かる。
また、関連車両部品の情報として、部品名「フロントスポイラＡＡ」、価格「３０００～６０００円」、登録日「２０１５－２０１６」の情報が１件目に提示されていることが分かる。

権限設定部２０は、第１ユーザ端末１００のユーザアカウントに対し、購買需要の高い車両部品の一覧内容を閲覧する権限を設定するものである。
詳しく述べると、権限設定部２０は、上記ユーザアカウントに対し、複数の権限レベル（具体的には権限レベル１、２、３）の中から所定の権限レベルを設定する。
これにより、高需要部品提示部１９は、第１ユーザ端末１００の権限レベルに応じて、購買需要の高い車両部品に関する情報の閲覧を制限することができる。

例えば、高需要部品提示部１９は、権限レベル１（最優先フラグ）の第１ユーザ端末１００に対しては、「購買需要の高い車両部品の一覧内容」と、「関連車両部品の一覧内容」とを表示画面上に提示する（全て閲覧可能とする）。
そして、権限レベル２（優先フラグ）の第１ユーザ端末１００に対しては、「購買需要の高い車両部品の一覧内容」のみを表示画面上に提示する（一部閲覧可能とする）。
そして、権限レベル３（通常フラグ）の第１ユーザ端末１００に対しては、「購買需要の高い車両部品の一覧内容」をも提示しないこととする（閲覧不可とする）。
なお、権限レベルに応じた閲覧制限の内容は、上記制限内容に限定されることなく、適宜変更することが可能である。

上記構成により、部品提供者が車両部品を新たに提供するにあたって、予め購買需要の高い車両部品の情報（車両部品の売れ筋情報）を把握することができる。具体的には、部品提供者が、部品利用者からの車両部品の予約情報（オーダー待ち情報）を把握することができる。そして、部品提供者が中古車両を解体するときに、購買需要の高い中古車両部品を優先して用意することができる。その結果、部品提供者による販売機会の損失を減らすことができる。
また、通知対象となる第２ユーザ端末２００が複数存在する場合には、優先レベルに応じた通知タイミングでユーザ通知を行うことができる。例えば、本システムの売買頻度に応じて第２ユーザ端末２００に対して会員のランク付けを行うことができる。すなわち、お得意様の会員ランクの部品利用者に対しては、より有益な相場情報を提供することができる。

＜＜人工知能を用いた関連部品の抽出機能＞＞
関連度算出部２１は、複数の「購入履歴データ」に基づいて所定の車両部品と、その他の車両部品との「関連度」を算出するものである。
ここで「関連度」とは、第２ユーザ端末２００毎の購入履歴情報に基づいて、所定の車両部品と、その他の商品との関連の度合いを数値化したものであって、例えば０～１の数値に正規化されて求められる。関連度の数値が大きいほど車両部品間の関連性が強くなる。
例えば、所定の車両部品と頻繁にセット購入されている車両部品であれば、当該車両部品の関連度の数値は大きくなる。

なお、上記「関連度」は、所定の偏り（重み付け）に基づいて補正されても良い。すなわち、車両部品流通支援装置１が、上記偏りを数値化したときの偏差値が所定の閾値以上であるか否かを判定する偏り判定部と、所定の閾値以上であると判定された場合には、関連度を補正する関連度補正部と、を備えていても良い。
例えば、所定の車両部品の組み合わせで購入する第２ユーザ端末２００（部品購入者）の業種や作業内容に偏りがある場合には、同じ業種や作業内容を営む別の第２ユーザ端末２００が部品購入するときに、当該所定の車両部品の組み合わせによる関連度を高くするように補正しても良い。
また例えば、所定の車両部品の組み合わせで購入する第２ユーザ端末２００（部品購入者）の購入時期（例えば、春の時期）に偏りがある場合には、当該購入時期のときに関連度を高くするように補正しても良い。

関連部品データ生成部２２は、上記関連度の大きさに基づいて所定の車両部品に関連する関連車両部品を抽出し、「関連部品一覧データ」を生成するものである。
当該関連部品一覧データは、上述した「部品検索機能」や「部品予約機能」、「高需要部品提示機能」において、対象となった車両部品に関連する関連車両部品を特定するときに用いられる参照データとなっている。
詳しく述べると、関連部品データ生成部２２は、第１の車両部品と、第２の車両部品との関連度（補正後の関連度）が所定の閾値以上であるときには、第２の車両部品を第１の車両部品の関連車両部品であると特定する。

上記構成により、より精度の高い関連車両部品を合わせて提示することができる。また、ユーザ毎にカスタマイズされた関連車両部品を提示することもできる。

＜＜部品入力ガイド機能＞＞
部品入力ガイド部２３は、第２ユーザ端末２００から、購入対象となる車両部品の情報を要求する「対象部品要求データ」を受け付けるときに、当該車両部品の情報を入力するユーザ操作を補助（ガイド）するものである。
詳しく述べると、部品入力ガイド部２３は、ユーザ操作による車両部品の識別情報（識別情報の一部）の入力を受け付けて、車両部品の識別情報から導き出される複数の車両部品の「選択画像」を表示画面上に提示する。そして、複数の車両部品の候補の中から、ユーザ操作による所定の車両部品の「選択画像」の選択を受け付ける。

具体的には、部品入力ガイド部２３は、図７Ａに示す「部品検索画面」において、ユーザ操作による「車両部品の識別情報」の入力と、表示ボタン「ガイド」の実行とを受け付ける。図７Ａを見ると、ユーザ操作によって項目欄「部品名」に対して「バンパＡＡ」が入力されていることが分かる。
そして、別ウインドウに図７Ｂに示す部品選択ガイド画面を表示し、車両部品の識別情報「バンパＡＡ」から導き出される複数の車両部品の「選択画像」を表示画面上に提示する。図７Ｂを見ると、品番「ＡＡ－＊＊１」、車両部品「フロントバンパ」の選択画像等が提示されていることが分かる。
そして、複数の車両部品の候補の中から、ユーザ操作による所定の車両部品の「選択画像」の選択を受け付ける。図７Ｂを見ると、車両部品「フロントバンパ」と車両部品「フロントバンパＳホースメント」の選択画像が選択されていることが分かる（異なる色の表示態様となっている）。
そして、ユーザ操作による表示ボタン「決定」の実行を受け付けて、図７Ａの表示画面に戻り、選択された車両部品のユーザ入力を完了させる。

上記構成により、部品利用者が、車両部品の車両部品ＩＤを知らなくとも、部品検索画面（部品予約画面）上で希望の車両部品を選択することができ、希望の車両部品の在庫確認を効率良く行うことができる。あるいは、希望の車両部品の予約を効率良く行うことができる。

＜車両部品流通支援方法＞
次に、車両部品流通支援システムＳで実行される車両部品流通支援プログラム（車両部品流通支援方法）の処理について、図８－図１０に基づいて説明する。
本実施形態に係る上記プログラムは、記憶部１０を備えた車両部品流通支援装置１の機能的な構成要素として、上述した部品在庫更新部１１と、対象部品検索部１２と、対象部品提示部１３と、対象部品登録部１４と、予約部品照合部１５と、ユーザ通知部１６と、優先順位設定部１７と、部品データ生成部１８と、高需要部品提示部１９と、権限設定部２０と、関連度算出部２１と、関連部品データ生成部２２と、部品入力ガイド部２３とを実現させるためのプログラムであって、車両部品流通支援装置１のＣＰＵがこの車両部品流通支援プログラムを実行する。
なお、車両部品流通支援装置１の記憶部１０には、「部品在庫データ」、「購入履歴データ」、「代替部品一覧データ」、「関連部品一覧データ」、「予約部品要求データ」がそれぞれ記憶されている。

図８に示すフローは「部品検索方法」の処理フローを示し、図９に示すフローは「部品予約方法」の処理フローを示し、図１０に示すフローは「高需要部品提示方法」の処理フローを示す。

図８に示す部品検索方法の処理フローでは、まず、部品在庫更新部１１が、第１ユーザ端末１００から、新たな売買対象となる車両部品の販売情報（販売部品登録データ）を受け付けるステップＳ１から始まる。
販売部品登録データには、車両部品の「識別情報」や「販売条件の情報」、部品提供者の「識別情報」が含まれている。

そして、ステップＳ２で、部品在庫更新部１１が、上記新たな車両部品の販売情報を登録し、部品在庫情報（部品在庫データ）を更新する。
部品在庫データには、売買対象となる全ての車両部品の情報が含まれており、新たな車両部品の登録や、既存の車両部品の売買に伴って更新される。

そして、ステップＳ３で、対象部品検索部１２が、第２ユーザ端末２００から、購入対象となる車両部品の情報の要求（対象部品要求データ）を受け付ける。
対象部品要求データには、図４Ａに示すように、車両部品の「識別情報」及び「購入条件の情報」が含まれている。

そして、ステップＳ４で、対象部品検索部１２が、上記要求を満たす車両部品の情報を検索する。このとき、「代替部品一覧データ」を参照することで、購入対象となる車両部品に対する代替車両部品の情報も合わせて検索することができる。

そして、ステップＳ５で、対象部品提示部１３が、ステップＳ４で購入対象となる車両部品の情報が抽出されたときに、当該車両部品の情報を第２ユーザ端末２００に向けて提示する。このとき、代替車両部品の情報があれば、代替車両部品の情報も合わせて提示する。
すなわち、第２ユーザ端末２００は、車両部品流通支援装置１から購入対象となる車両部品（代替車両部品）の情報を受信し、表示画面上に表示する（図４Ｂ参照）。

ステップＳ５について、対象部品提示部１３は、ステップＳ４で購入対象となる車両部品の情報が抽出されなかったときには、第２ユーザ端末２００に向けてその旨を提示する。すなわち、部品検索画面において「０件の検索結果がみつかりました」等と表示画面上に提示する（図４Ｃ参照）。
なお、対象部品提示部１３は、個々の第２ユーザ端末２００（ユーザアカウント）に対して設定される優先レベルに基づいて、抽出された車両部品の情報の提示内容を変更しても良い。例えば、第２ユーザ端末２００が優先レベル３（通常フラグ）に設定されている場合には、対象となる車両部品の販売登録日から所定の期間が経過するまでの間は、敢えて当該車両部品を提示しないこととしても良い。

上記ステップＳ１からステップＳ５を経て、図８のプロセスを終了する。

次に、図９に示す部品予約方法の処理フローでは、まず、対象部品検索部１２が、第２ユーザ端末２００から、購入対象となる車両部品の情報の要求（対象部品要求データ）を受け付けるステップＳ１０１から始まる。
そして、ステップＳ１０２で、対象部品検索部１２が、上記要求を満たす車両部品の情報を検索する。

そして、ステップＳ１０３で、購入対象となる車両部品の情報が抽出されなかった場合には（ステップＳ１０３：Ｎо）、ステップＳ１０４に進み、対象部品提示部１３が、第２ユーザ端末２００に向けてその旨（例えば「抽出なし」）を提示する。
なお、購入対象となる車両部品の情報が抽出された場合には（ステップＳ１０３：Ｙｅｓ）、ステップＳ１１１に進み、対象部品提示部１３が、購入対象となる車両部品の情報を第２ユーザ端末２００に向けて提示する。この場合には、車両部品を予約する必要はなく、図９のプロセスを終了する。

そして、ステップＳ１０５で、対象部品登録部１４が、第２ユーザ端末２００からの要求（予約部品要求データ）を受け付けて、購入対象となる車両部品の情報を予約対象として登録する。
予約部品要求データには、図５Ａに示すように、車両部品の「識別情報（部品名）」及び「購入条件の情報（価格、登録日）」が含まれている。
なお、予約部品要求データは、記憶部１０に記憶され、第２ユーザ端末２００（ユーザアカウント）毎に、また車両部品毎に一元管理される。
ステップＳ１０５について詳しく説明すると、対象部品登録部１４は、ステップＳ１０２での対象部品検索部１２による検索の結果、購入対象となる車両部品の在庫がない状態であることを検知し（ステップＳ１０３：Ｎо）、当該検知したこと（当該検索結果の取得）をトリガーとして、車両部品の「購入条件の情報」を車両部品の「予約条件の情報」に変更し（代替し）、当該予約条件の情報をそのまま又は加工して登録する。

そして、ステップＳ１０６で、部品在庫更新部１１が、第１ユーザ端末１００から、新たな売買対象となる車両部品の販売情報（販売部品登録データ）を受け付ける。
そして、ステップＳ１０７で、部品在庫更新部１１が、上記新たな車両部品の販売情報を登録し、部品在庫情報（部品在庫データ）を更新する。

そして、ステップＳ１０８で、予約部品照合部１５が、部品在庫情報が更新されたときに、当該新たな車両部品の情報と、予約対象となる車両部品の情報とを照合する。
このとき、予約部品照合部１５は、「代替部品一覧データ」を参照することで、予約対象となる車両部品に対する代替車両部品の情報も合わせて照合する。

そして、ステップＳ１０９で、予約対象となる車両部品の情報の照合が取れた場合には（ステップＳ１０９：Ｙｅｓ）、ステップＳ１１０に進み、ユーザ通知部１６が第２ユーザ端末２００に向けてユーザ通知する。また、代替車両部品の情報の照合が取れた場合であっても、第２ユーザ端末２００に向けてユーザ通知する。
一方で、予約対象となる車両部品の情報の照合が取れない場合には（ステップＳ１０９：Ｎо）、ステップＳ１０６に戻り、部品在庫情報が更新されたときに、また新たな車両部品の情報と、予約対象となる車両部品の情報とを照合することになる。

ステップＳ１１０について、ユーザ通知部１６は、通知対象となる第２ユーザ端末２００が複数存在する場合には、全ての第２ユーザ端末２００に向けてユーザ通知する。
このとき、ユーザ通知部１６は、個々の第２ユーザ端末２００（ユーザアカウント）に対して設定される優先レベルに基づいて、異なるタイミングでユーザ通知を行う。
具体的には、優先レベル１（最優先フラグ）に設定された第２ユーザ端末２００に第１のタイミングで通知し、優先レベル２（優先フラグ）に設定された第２ユーザ端末２００に第２のタイミングで通知する。

上記ステップＳ１０１からステップＳ１１０を経て、図９のプロセスを終了する。
上記部品予約方法であれば、部品利用者による在庫部品の確認作業の手間を軽減し、部品提供者による販売機会の損失を減らすことが可能となる。

次に、図１０に示す高需要部品提示方法の処理フローでは、まず、対象部品登録部１４が、第２ユーザ端末２００からの要求（予約部品要求データ）を受け付けて、購入対象となる車両部品の情報を予約対象として登録するステップＳ２０１から始まる。
そして、ステップＳ２０２で、対象部品登録部１４が、異なる第２ユーザ端末２００からの要求（予約部品要求データ）を受け付けて、購入対象となる車両部品の情報を予約対象として登録する。
すなわち、複数の予約部品要求データが、記憶部１０に記憶されている。

そして、ステップＳ２０３で、部品データ生成部１８が、「予約部品要求データ」と、「部品在庫データ」とに基づいて、売買対象となる全ての車両部品の中から購買需要の高い車両部品の情報を抽出する。そして、購買需要の高い車両部品の一覧内容（高需要部品一覧データ）を生成する。
高需要部品一覧データには、購買需要の高い車両部品の情報と、代替車両部品の情報と、関連車両部品の情報とが含まれている。

そして、ステップＳ２０４で、高需要部品提示部１９が、第１ユーザ端末１００から、購買需要の高い車両部品の閲覧の要求（閲覧要求データ）を受け付ける。
具体的には、図６Ａ、Ｂの表示画面においてユーザ操作による「車両」及び「車両部品」のキーワード入力を受け付ける。

そして、ステップＳ２０５で、高需要部品提示部１９は、「高需要部品一覧データ」を参照し、上記キーワードに基づいて購買需要の高い車両部品の一覧内容（例えばフロントバンパＡＡ等）と、代替車両部品の一覧内容（例えばフロントバンパＢＢ等）と、関連車両部品の一覧内容（例えばフロントスポイラ等）とを提示する。
すなわち、第１ユーザ端末１００は、キーワードから絞り込まれた、購買需要の高い車両部位品の一覧内容を車両部品流通支援装置１から受信し、表示画面上に表示する。

ステップＳ２０５について、高需要部品提示部１９は、個々の第１ユーザ端末１００（ユーザアカウント）に対して設定される権限レベルに応じて、購買需要の高い車両部品に関する情報を閲覧制限しても良い。例えば、第１ユーザ端末１００が権限レベル１（最優先フラグ）に設定されている場合には「全て閲覧可能」となるように提示し、権限レベル３（通常フラグ）に設定されている場合には「閲覧不可」となるように提示しても良い。

上記ステップＳ２０１からステップＳ２０５を経て、図１０のプロセスを終了する。
上記高需要部品提示方法であれば、部品提供者が、予め車両部品の売れ筋情報を把握することができ、販売機会の損失を減らすことができる。

＜その他の実施形態＞
上記実施形態では、予約部品照合部１５が、部品在庫データが更新されたときに、新規の車両部品の情報と、予約対象となる車両部品の情報とを照合している。
このとき、照合が取れない（完全一致しない）場合であっても、予約情報の一部のみが条件を満たさない場合ならば、ユーザ通知部１６が、第２ユーザ端末２００に向けて所定のユーザ通知を行うこととしても良い。
例えば、予約情報のうち「価格」のみが条件を満たさない場合には、第２ユーザ端末２００に対して「価格を再設定することで、希望の車両部品を購入できます。」等とユーザ通知しても良い。あるいは、予約情報のうち「商品状態」のみが条件を満たさない場合には、第２ユーザ端末２００に対して「一部傷がありますが、希望の車両部品が販売されています。」等とユーザ通知しても良い。

上記実施形態では、ユーザ通知部１６が、通知対象となる第２ユーザ端末２００（購入希望者）が複数存在する場合には、全ての第２ユーザ端末２００に向けてユーザ通知しているが、特に限定されることなく変更可能である。
例えば、通知対象となる第２ユーザ端末２００（購入希望者）が複数存在する場合には、最も高い購入価格を提示した第２ユーザ端末２００に対して最初にユーザ通知し、最初に購入する権利（交渉する権利）を与えても良い。
また例えば、競売（オークション）のように全ての第２ユーザ端末２００（購入希望者）に対して購入条件を競わせても良い。すなわち、第１ユーザ端末１００（部品販売者）にとって最も良い購入条件を提示した第２ユーザ端末２００に対して最初にユーザ通知し、最初に購入する権利を与えても良い。

上記実施形態では、高需要部品提示部１９（部品提示部）が、第１ユーザ端末１００から所定の閲覧要求を受け付けて、「高需要部品一覧データ」を参照し、特定のカテゴリにおいて購買需要のある（購買需要の高い）車両部品の一覧内容を提示している。
このとき、高需要部品提示部１９によって提示される内容は、特に限定されることなく適宜変更可能である。
例えば、シンプルな内容とするならば、第２ユーザ端末２００から受け付けた「予約部品要求データ」に含まれる車両部品の予約情報のみを提示しても良い。この場合には、「部品在庫データ」や「購入履歴データ」を分析することなく、シンプルに車両部品の予約情報をそのまま又は加工して一覧表示することができる。なお、車両部品の予約情報の一覧内容を閲覧することで、部品提供者は購買需要のある車両部品を把握することができる。
一方で、より精度の高い内容とするならば、例えば「予約部品要求データ」と、「部品在庫データ」と、「購入履歴データ」とを分析対象としてデータ分析し、分析結果に基づいて購買需要の高い車両部品の一覧内容を表示することもできる。この場合には、部品提供者にとって新たな車両部品を仕入れる際の検討材料になるだけでなく、経営判断につながる有益な情報（相場情報）として利用することができる。

上記実施形態では、車両部品流通支援装置１が読み取り可能な記録媒体に車両部品流通支援プログラムが記憶されており、車両部品流通支援装置１が当該プログラムを読み出して実行することによって処理が実行される。ここで車両部品流通支援装置１が読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、半導体メモリ等をいう。
そのほか、車両部品流通支援装置１となる端末（携帯端末）を利用して専用ウェブアプリを起動させて、ウェブブラウザ上で車両部品流通支援プログラムが実行されることとしても良い。

上記実施形態では、主として本発明に係る車両部品流通支援装置及び車両部品流通支援方法に関して説明した。
ただし、上記の実施形態は、本発明の理解を容易にするための一例に過ぎず、本発明を限定するものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得るとともに、本発明にはその等価物が含まれることは勿論である。

Ｓ 車両部品流通支援システム
１ 車両部品流通支援装置
１０ 記憶部
１１ 部品在庫更新部
１２ 対象部品検索部
１３ 対象部品提示部
１４ 対象部品登録部
１５ 予約部品照合部
１６ ユーザ通知部
１７ 優先順位設定部
１８ 部品データ生成部
１９ 高需要部品提示部（部品提示部）
２０ 権限設定部
２１ 関連度算出部
２２ 関連部品データ生成部
２３ 部品入力ガイド部
１００ 第１ユーザ端末
１１０ 記憶部
１１１ 通信部
１１２ 表示部
１１３ 操作実行部
２００ 第２ユーザ端末
２１０ 記憶部
２１１ 通信部
２１２ 表示部
２１３ 操作実行部

Claims (7)

1. 車両部品の流通を支援する車両部品流通支援装置であって、
   前記車両部品の在庫情報を示す部品在庫データと、売買対象となる車両部品と該車両部品に対し代替可能な代替車両部品との関係を示す代替部品一覧データとを記憶する記憶部と、
   部品提供者によって用いられる第１ユーザ端末から、新たな売買対象となる車両部品の情報を取得し、前記部品在庫データを更新する部品在庫更新部と、
   部品利用者によって用いられる第２ユーザ端末から、購入対象となる車両部品の情報を要求する対象部品要求データを受け付けて、前記購入対象となる車両部品の情報と、併せて前記代替部品一覧データを参照して前記購入対象となる車両部品に対する代替車両部品の情報を検索する対象部品検索部と、
   前記対象部品検索部によって前記購入対象となる車両部品の情報と、前記代替車両部品の情報とが抽出された場合に、前記購入対象となる車両部品の情報と、併せて前記代替車両部品の情報を提示する対象部品提示部と、
   前記購入対象となる車両部品の情報が抽出されなかった場合に、前記購入対象となる車両部品の情報を予約対象として登録する対象部品登録部と、
   前記部品在庫データが更新されたときに又は更新された後に、前記対象部品登録部によって登録された前記予約対象となる車両部品の情報と、併せて前記予約対象となる車両部品に対する代替車両部品の情報を照合する予約部品照合部と、
   前記予約部品照合部によって照合された場合、前記第２ユーザ端末に向けて前記予約対象となる車両部品の情報と、併せて前記予約対象となる車両部品に対する代替車両部品の情報を通知するユーザ通知部と、を備えていることを特徴とする車両部品流通支援装置。
2. 前記対象部品提示部によって表示画面に提示された前記購入対象となる車両部品の情報と、前記代替車両部品の情報とに対して所定のユーザ操作の入力を受け付けることで、前記購入対象となる車両部品と前記代替車両部品との選択画像を表示画面に提示する部品入力ガイド部を備え、
   前記部品入力ガイド部は、選択画像として表示画面に提示された前記購入対象となる車両部品と前記代替車両部品との候補の中から、ユーザ操作による所定の車両部品の選択画像の選択を受け付けることを特徴とする請求項１に記載の車両部品流通支援装置。
3. 前記車両部品は、中古車両部品であって、
   前記対象部品登録部は、前記予約対象となる車両部品の情報として車両部品の識別情報と、車両部品の購入条件の情報とを含む予約情報を登録し、
   前記予約部品照合部は、前記予約情報との照合を行い、
   前記ユーザ通知部は、前記予約情報との照合が取れたときに、通知対象となる前記第２ユーザ端末が複数存在する場合には、全ての前記第２ユーザ端末に向けて通知することを特徴とする請求項１又は２に記載の車両部品流通支援装置。
4. 前記ユーザ通知部は、
   通知対象となる前記第２ユーザ端末が複数存在する場合には、所定の優先条件に基づいて優先順位の高い前記第２ユーザ端末に第１のタイミングで通知し、
   前記優先順位の低い前記第２ユーザ端末には前記第１のタイミングよりも遅い第２のタイミングで通知することを特徴とする請求項３に記載の車両部品流通支援装置。
5. 前記第１ユーザ端末から所定の閲覧要求を受け付けて、前記対象部品登録部によって登録された前記予約対象となる車両部品の情報を表示画面上に提示する部品提示部を備えていることを特徴とする請求項１乃至４のいずれか１項に記載の車両部品流通支援装置。
6. 車両部品の流通を支援するコンピュータによって実行される車両部品流通支援方法であって、
   前記車両部品の在庫情報を示す部品在庫データと、売買対象となる車両部品と該車両部品に対し代替可能な代替車両部品との関係を示す代替部品一覧データとを記憶する記憶部を備える前記コンピュータが、
   新たな売買対象となる車両部品の情報を取得し、前記部品在庫データを更新することと、
   購入対象となる車両部品の情報を要求する対象部品要求データを受け付けて、前記購入対象となる車両部品の情報と、併せて前記代替部品一覧データを参照して前記購入対象となる車両部品に対する代替車両部品の情報を検索することと、
   検索によって前記購入対象となる車両部品の情報と、前記代替車両部品の情報とが抽出された場合に、前記購入対象となる車両部品の情報と、併せて前記代替車両部品の情報を提示することと、
   前記購入対象となる車両部品の情報が抽出されなかった場合に、前記購入対象となる車両部品の情報を予約対象として登録することと、
   前記部品在庫データが更新されたときに又は更新された後に、登録された前記予約対象となる車両部品の情報と、併せて前記予約対象となる車両部品に対する代替車両部品の情報を照合することと、
   照合された場合、前記予約対象となる車両部品の情報と、併せて前記予約対象となる車両部品に対する代替車両部品の情報をユーザ通知することと、を実行することを特徴とする車両部品流通支援方法。
7. 車両部品の流通を支援する車両部品流通支援装置としてのコンピュータに、
   新たな売買対象となる車両部品の情報を取得し、前記車両部品の在庫情報を示す部品在庫データを更新する処理と、
   購入対象となる車両部品の情報を要求する対象部品要求データを受け付けて、前記購入対象となる車両部品の情報と、併せて売買対象となる車両部品及び該車両部品に対し代替可能な代替車両部品の関係を示す代替部品一覧データを参照して前記購入対象となる車両部品に対する代替車両部品の情報を検索する処理と、
   検索によって前記購入対象となる車両部品の情報と、前記代替車両部品の情報とが抽出された場合に、前記購入対象となる車両部品の情報と、併せて前記代替車両部品の情報とを提示する処理と、
   前記購入対象となる車両部品の情報が抽出されなかった場合に、前記購入対象となる車両部品の情報を予約対象として登録する処理と、
   前記部品在庫データが更新されたときに又は更新された後に、登録された前記予約対象となる車両部品の情報と、併せて前記予約対象となる車両部品に対する代替車両部品の情報を照合する処理と、
   照合された場合、前記予約対象となる車両部品の情報と、併せて前記予約対象となる車両部品に対する代替車両部品の情報をユーザ通知する処理と、を実行させることを特徴とする車両部品流通支援プログラム。