(57)【特許請求の範囲】
【請求項１】
サプライヤーからの中古車部品又は中古車の出品情報、この出品情報に対するバイヤーからの入札用情報及び前記サプライヤーからの落札者決定情報を受け付け、前記出品情報の前記中古車部品又は前記中古車に識別可能な車両ＩＤを付して出品データを生成する情報受付部と、前記出品データに基づいて、前記中古車部品又は前記中古車の仕様に応じて含まれる部品に予め付される個別に識別可能な部品ＩＤを前記車両ＩＤに紐付けしてオークションデータを生成し、このオークションデータを閲覧した前記バイヤーによって入力された前記入札用情報に含まれる部品単位の入札個数と入札価格に前記車両ＩＤ及び前記部品ＩＤを紐付けして入札情報を生成し、入札した前記バイヤーすべての前記入札情報を前記部品ＩＤ毎にマッチングさせて一覧表データとしてまとめたオークション入札状況データを生成するオークション入札処理部と、前記オークション入札状況データを前記サプライヤーに送信する出力部と、前記サプライヤーからの前記部品ＩＤ毎の前記落札者決定情報からオークション落札状況データを生成するオークション落札処理部と、を有し、前記出力部を介して前記オークション落札状況データを前記サプライヤー及び前記バイヤーに送信することを特徴とする中古車部品のオークションシステム。
【請求項２】
前記情報受付部は、前記バイヤーの利用に供するコンテナの容量に関するコンテナ情報を受け付け、前記オークション入札処理部は、前記コンテナの容量と前記バイヤーによる落札品の容量から前記コンテナの容量に対する充填率を演算し、この充填率を含めた前記コンテナ情報を含めて前記オークション入札状況データを生成することを特徴とする請求項１記載の中古車部品のオークションシステム。
【請求項３】
前記オークション落札状況データに含まれる個別の落札品の前記部品ＩＤ毎に前記サプライヤーからの作業指示情報を紐付けて作業指示データを生成し、この作業指示データを受信して作業指示書を作成する指示書作成部を有することを特徴とする請求項１又は請求項２に記載の中古車部品のオークションシステム。
【請求項４】
前記サプライヤーと前記バイヤーとの間で、個別にオークションにおける交渉に関するメッセージを送信可能とする商談部を有することを特徴とする請求項１乃至請求項３のいずれか１項に記載の中古車部品のオークションシステム。
【請求項５】
コンピュータによって、中古車部品のオークションを成立させるために実行されるプログラムであって、サプライヤーからの中古車部品又は中古車の出品情報、この出品情報に対するバイヤーからの入札用情報及び前記サプライヤーからの落札者決定情報を受け付け、前記出品情報の前記中古車部品又は前記中古車に識別可能な車両ＩＤを付して出品データを生成する情報受付工程と、前記出品データに基づいて、前記中古車部品又は前記中古車の仕様に応じて含まれる部品に予め付される個別に識別可能な部品ＩＤを前記車両ＩＤに紐付けしてオークションデータを生成し、このオークションデータを閲覧した前記バイヤーによって入力された前記入札用情報に含まれる部品単位の入札個数と入札価格に前記車両ＩＤ及び前記部品ＩＤを紐付けして入札情報を生成し、入札した前記バイヤーすべての前記入札情報を前記部品ＩＤ毎にマッチングさせて一覧表データとしてまとめたオークション入札状況データを生成するオークション入札処理工程と、前記オークション入札状況データを前記サプライヤーに送信するオークション入札状況出力工程と、前記サプライヤーからの前記部品ＩＤ毎の前記落札者決定情報からオークション落札状況データを生成するオークション落札処理工程と、このオークション落札状況データを前記サプライヤー及び前記バイヤーに送信するオークション落札状況出力工程と、を実行させることを特徴とする中古車部品のオークションプログラム。
【請求項６】
前記情報受付工程は、前記バイヤーの利用に供するコンテナの容量に関するコンテナ情報を受け付け、前記オークション入札処理工程は、前記コンテナの容量と前記バイヤーによる落札品から前記コンテナの容量に対する充填率を演算し、この充填率を含めた前記コンテナ情報を含めて前記オークション入札状況データを生成することを特徴とする請求項５記載の中古車部品のオークションプログラム。
【請求項７】
前記オークション落札処理工程は、前記オークション落札状況データに含まれる個別の落札品の前記部品ＩＤ毎に前記サプライヤーからの作業指示情報を紐付けて作業指示データを生成し、この作業指示データを受信して作業指示書を作成する指示書作成工程を有することを特徴とする請求項５又は請求項６に記載の中古車部品のオークションプログラム。
【請求項８】
前記サプライヤーと前記バイヤーとの間で、個別にオークションにおける交渉に関するメッセージ文を送信可能とする商談工程を有することを特徴とする請求項５乃至請求項７のいずれか１項に記載の中古車部品のオークションプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は中古車部品を競売にかけるシステムとそのプログラムに関する。
【背景技術】
【０００２】
今日の自動車リサイクル産業では自動車中古部品市場の縮小が危惧されており、中古部品の利用促進は長年の課題であった。日本国内では新品志向が強く、使い捨ての考えが一般的である。特にタイヤは消耗品であり需要が多い為、新品交換のサイクルが早く、不要になった廃タイヤの発生量は年間約１００万トンと言われているが、その中には使用可能なものも多数存在する。処分方法は様々であるが、焼却処分時に発生する内分泌撹乱作用を有すると疑われる化学物質による環境への影響は、人体への影響も懸念されている。
また、物流の国際化に伴って、貿易も活性化し、品質の高い日本の自動車のニーズは高まる一方であるが、中古車部品の国内及び国際的な流通は、運搬効率やコストの観点からまだまだ十分ではない。
【０００３】
このような現状においても、例えば、特許文献１には、「インターネットによるオークションシステム」という名称で、ホストサーバー、出品者と応札者の端末とがネットワークを介して接続された中古車のオークションシステムが開示されている。
この発明では、オークション参加の際に、個人認証を行う手段を備え、出品者は商品の情報を端末からホストサーバーに登録し、応札者は端末により商品情報を閲覧して応札することが可能である。また、この応札状況をホストサーバーによって監視することができる。さらに、応札時間の終了時に落札者を決定し、結果を出品者に知らせる手段を備え、落札後には次工程への指示（書類発行，運搬業者への連絡等）を行うことも可能である。
【０００４】
また、特許文献２には、「オークションシステム」という名称で、メインサーバーと出品者と入札者の端末とがネットワークを介して接続される中古車を対象としたオークションシステムが開示されている。
この発明では、消費者が業者に商品を登録し、この登録情報を用いて商品をオークションに出品し、その商品の情報と、業者によるこの商品の納入情報とに基づいて入札を行うことで、消費者が直接オークションに参加しながら、業者のインフラの利用を可能としている。また、消費者のニーズに適した取引を行いながら、商品の流通等を保障することが可能である。
【０００５】
さらに、特許文献３には、「オークション・システム、オークション・サーバ、ユーザ端末、オークション方法、値付け方法、記憶媒体及びプログラム伝送装置」という名称で、サーバー、売り手ユーザの端末、買い手ユーザの端末とがネットワークを介して接続されるオークション・システムが開示されている。
この発明は、複数の物品をまとめてオークションに出品した場合に、オークションの対象商品の単位を柔軟かつ動的に設定できることを特徴とするものである。具体的には、本発明におけるオークション・サーバが、種々の商品の組み合わせでなされた値付けのうちで、付け値の合計額が最も高くなるような値付けの組み合わせを選択し、その値付けを行った各買い手を落札者とする。したがって、売り手ユーザは、総売上高の最も高い、すなわち利益を上げられる態様で商品を売ることができる。
また、このオークション・サーバは、ユーザ端末により値付けの対象とされた商品の組み合わせに対していくらの値を付ければこの商品の組み合わせを確保したまま全ての商品に対する付け値の合計額が最も高くなるかを算出し、得られた金額をこの商品の組み合わせに対する付け値のそれまでの最高額としてこのユーザ端末に提示することを特徴としている。このような構成とすれば、買い手ユーザは、あたかもグループ商品のうちの自分が選択した商品の組み合わせに対してオークションが行われているかのように値付けを行うことができる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００２−２６９３９８号公報
【特許文献２】特開２００３−１１４９８６号公報
【特許文献３】特開２００１−３１２６２２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１に開示される技術は、中古車のオークションシステムであり、中古車毎に出品、入札は可能であるものの、中古車の部品毎にオークションにかけることができないという課題があった。
また、特許文献２に開示される技術でも、中古車単位でのオークションであり、その部品についてオークションを行うことができないという課題があった。また、消費者が業者に商品を登録し、その登録情報を用いて商品をオークションに出品するものであり、確かに消費者の手間やリスクは減じることが可能であるものの、入札者との直接の取引ができないので、価格の交渉ができないという課題があった。
さらに、特許文献１及び特許文献２に共通する課題として、中古車全体としてオークションにかけるよりも中古車部品に分解し、部品単位でオークションにかける方が全体の利益が高い場合が想定されるが、その場合、オークションにかけようとすると、中古車を部品単位にまず分解する必要があるが、これらの開示されている発明では、単純な中古車単位でのオークションを想定しているため、分解後の中古車部品単位でのオークションとして成立しないという課題があった。
特許文献３に開示される技術では、ユーザ端末により値付けの対象とされた商品の組み合わせに対していくらの値を付ければこの商品の組み合わせを確保したまま全ての商品に対する付け値の合計額が最も高くなるかを算出し、得られた金額をこの商品の組み合わせに対する付け値のそれまでの最高額としてこのユーザ端末に提示することで、複数の商品を出品した場合に、いずれの入札者を落札者とすれば最高利益を得ることができるかについては判断が可能であるが、入札者と直接付け値に対する交渉を想定しておらず、最高利益に関わっていないもののその周辺の入札者から直接付け値の変更を引き出して利益を上げることができないという課題があった。
すなわち、単純に出品された商品全体で総売上が最高となる付け値の組合せでは必ずしも十分ではなく、中古車部品毎に交渉相手がわかるように入札者及びその入札額をマッチングさせると同時に部品単位での最高額を示すという一覧表に関する情報を提供することが重要であるが、それができていないという課題があった。
また、中古車部品をオークションにかける場合には、入札者が落札品を収容して運搬するコンテナの充填率が落札の成否を左右する重要なファクターとなるところ、このコンテナに関する情報を出品者は得ることができず、入札者とコンテナの充填率を基に交渉を行うことができないという課題があった。
具体的には、出品者（サプライヤー）が入札者（バイヤー）のコンテナの充填率を把握することができれば、なるべく早期にコンテナで運び込みたい入札者は、入札額よりも多少高くとも交渉に応ずることも可能である。すなわち、コンテナの充填率は入札額の高低や落札と同じ土俵に載せることができるが、特許文献３に開示される発明ではそれができないという課題があった。
【０００８】
本発明はかかる従来の事情に対処してなされたものであり、サプライヤーから提供される販売可能な最小単位の部品のみならず、中古車１台まるごとあるいは一塊の部品（組合せ）から、これを分解して取れる中古車部品を、労力、コスト及び時間を節約しながらオークションで販売可能であり、サプライヤー及びバイヤーによる落札後の処理も効率的かつ高精度に実行可能な中古車部品のオークションシステム及び中古車部品のオークションプログラムを提供することを目的としている。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、第１の発明である中古車部品のオークションシステムは、サプライヤーからの中古車部品又は中古車の出品情報、この出品情報に対するバイヤーからの入札情報及び前記サプライヤーからの落札者決定情報を受け付け、前記出品情報の前記中古車部品又は前記中古車に識別可能な車両ＩＤを付す情報受付部と、前記中古車部品又は前記中古車の仕様に応じて含まれる部品に予め個別の識別可能な部品ＩＤを付しておき、前記車両ＩＤに前記部品ＩＤを紐付けして前記入札情報を生成し、入札した前記バイヤーすべての前記入札情報を前記部品ＩＤ毎にマッチングさせて一覧表示したオークション入札状況データを生成するオークション入札処理部と、前記オークション入札状況データを前記サプライヤーに送信する出力部と、前記サプライヤーからの前記部品ＩＤ毎の前記落札者決定情報からオークション落札状況データを生成するオークション落札処理部と、を有し、前記出力部を介して前記オークション落札状況データを前記サプライヤー及び前記バイヤーに送信することを特徴とするものである。
上記構成の中古車部品のオークションシステムでは、情報受付部が出品情報の中古車部品又は中古車に識別可能な車両ＩＤを付し、また、その後オークション入札処理部が、仕様に応じて予め部品に付されている個別の識別可能な部品ＩＤを車両ＩＤに紐付けして入札情報を生成することで、出品されるものが、一塊の中古車部品や中古車１台であっても、それらに含まれる部品毎に部品ＩＤで管理されるように作用する。
また、オークション入札処理部が、入札したバイヤーすべての入札情報を部品ＩＤ毎にマッチングさせて一覧表示したオークション入札状況データを生成することで、オークション入札状況データは、バイヤー毎、部品ＩＤ毎に一覧表示され、部品毎に入札額を参照しながら落札者を判断する情報となるように作用する。
なお、ＩＤとは、識別可能な番号、文字、記号等及びそれらの組合せを概念するものである。
なお、本願発明では、情報受付部やオークション入札処理部等、「部」という語を含んだ構成要素を用いているが、この「部」とは「素子」や「電子回路」、あるいは「構成物のユニット」、又は「それらが集合した装置」を概念化して示したものである。
【００１０】
また、第２の発明である中古車部品のオークションシステムは、第１の発明において、前記情報受付部は、前記バイヤーの利用に供するコンテナの容量に関するコンテナ情報を受け付け、前記オークション入札処理部は、前記コンテナの容量と前記バイヤーによる落札品の容量から前記コンテナの容量に対する充填率を演算し、これを前記コンテナ情報に含めて前記オークション入札状況データを生成することを特徴とするものである。
上記構成の中古車部品のオークションシステムでは、第１の発明の作用に加えて、情報受付部が、バイヤーの利用に供するコンテナの容量に関するコンテナ情報を受け付け、オークション処理部が、コンテナの容量とそのバイヤーによる落札品の容量からそのコンテナ容量に対する充填率を演算し、そのコンテナ情報に充填率を含めてオークション入札状況データとして生成するので、オークション入札状況データは、落札者を判断するためのデータとしてさらに選択肢を増やすように作用する。
なお、バイヤーによる落札品とは、落札されたもののコンテナで出荷をするための落札品の充填率が不足しており、バイヤーへまだコンテナでの出荷をしていない落札品をさす概念である。
【００１１】
そして、第３の発明である中古車部品のオークションシステムは、第１の発明又は第２の発明において、前記オークション落札処理部は、前記オークション落札状況データに含まれる個別の落札品の前記部品ＩＤ毎に前記サプライヤーからの作業指示情報を紐付けて作業指示データを生成し、この作業指示データを受信して作業指示書を作成する指示書作成部を有することを特徴とするものである。
上記構成の中古車部品のオークションシステムでは、前述のとおり、中古車１台まるごとあるいは一塊の中古車部品からのオークションを想定しており、その分解や出荷をオークション後に行うことで、予め分解の必要がないという効果を発揮させるが、そのため、落札後に何れの部品を分解し、何処に出荷するかという作業が正確に行われる必要がある。
第３の発明では、第１の発明又は第２の発明の作用に加えて、オークション処理部はオークション落札状況データに含まれる個別の落札品の前記部品ＩＤ毎にサプライヤーからの作業指示情報を紐付けて作業指示データを生成するので、作業書作成部において作成される作業指示書において、落札品毎の指示内容に誤りが生じないように作用する。また、指示書作成部は、中古車や一塊の中古車部品に対する解体あるいは出荷といった作業を誤りなく指示するように作用する。
【００１２】
第４の発明である中古車部品のオークションシステムは、第１乃至第３のいずれか１つの発明において、前記サプライヤーと前記バイヤーとの間で、個別にオークションにおける交渉に関するメッセージを送信可能とする商談部を有することを特徴とするものである。
上記構成の中古車部品のオークションシステムにおいては、第１乃至第３のいずれか１つの発明の作用に加えて、商談部を介してサプライヤーとバイヤーが随時簡単にメッセージを送信可能とすることで商談部が交渉の場となるように作用する。
【００１３】
第５の発明である中古車部品のオークションプログラムは、コンピュータによって、中古車部品のオークションを成立させるために実行されるプログラムであって、サプライヤーからの中古車部品又は中古車の出品情報、この出品情報に対するバイヤーからの入札情報及び前記サプライヤーからの落札者決定情報を受け付け、前記出品情報の前記中古車部品又は前記中古車に識別可能な車両ＩＤを付す情報受付工程と、前記中古車部品又は前記中古車の仕様に応じて含まれる部品に予め個別の識別可能な部品ＩＤを付しておき、前記車両ＩＤに前記部品ＩＤを紐付けして前記入札情報を生成し、入札した前記バイヤーすべての前記入札情報を前記部品ＩＤ毎にマッチングさせて一覧表示としたオークション入札状況データを生成するオークション入札処理工程と、前記オークション入札状況データを前記サプライヤーに送信するオークション入札状況出力工程と、前記サプライヤーからの前記部品ＩＤ毎の前記落札者決定情報からオークション落札状況データを生成するオークション落札処理工程と、このオークション落札状況データを前記サプライヤー及び前記バイヤーに送信するオークション落札状況出力工程と、を実行させることを特徴とするものである。
上記構成の中古車部品のオークションプログラムは、第１の発明である中古車部品のオークションシステムをプログラム発明として捉えたものであるので、その作用は、第１の発明と同様である。
【００１４】
第６の発明である中古車部品のオークションプログラムは、第５の発明において、前記情報受付工程は、前記バイヤーのコンテナ容量に関するコンテナ情報を受け付け、前記オークション入札処理工程は、前記コンテナ容量と前記バイヤーによる落札品から前記コンテナ容量に対する充填率を演算し、これを前記コンテナ情報に含めて前記オークション入札状況データを生成することを特徴とするものである。
上記構成の中古車部品のオークションプログラムは、第２の発明である中古車部品のオークションシステムをプログラム発明として捉えたものであるので、その作用は、第２の発明と同様である。
【００１５】
第７の発明である中古車部品のオークションプログラムは、第５の発明又は第６の発明において、前記オークション落札処理工程は、前記オークション落札状況データに含まれる個別の落札品の前記部品ＩＤ毎に前記サプライヤーからの作業指示情報を紐付けて作業指示データを生成し、この作業指示データを受信して作業指示書を作成する指示書作成工程を有することを特徴とするものである。
上記構成の中古車部品のオークションプログラムは、第３の発明である中古車部品のオークションシステムをプログラム発明として捉えたものであるので、その作用は、第３の発明と同様である。
【００１６】
第８の発明である中古車部品のオークションプログラムは、第１乃至第３のいずれか１つの発明において、前記サプライヤーと前記バイヤーとの間で、個別にオークションにおける交渉に関するメッセージ文を送信可能とする商談工程を有することを特徴とするものである。
上記構成の中古車部品のオークションプログラムは、第４の発明である中古車部品のオークションシステムをプログラム発明として捉えたものであるので、その作用は、第４の発明と同様である。
【発明の効果】
【００１７】
第１の発明に係る中古車部品のオークションシステムでは、出品されるものが、一塊の中古車部品や中古車１台であっても、それらに含まれる部品毎に部品ＩＤで管理されるので、サプライヤーは予め分解しなくとも、オークションに参加が可能であり、オークションでバイヤーに落札された後に分解を行うことができるので、事前の労力やコスト、時間を節約することが可能であり、取引の効率を上げることが可能である。
また、オークション入札状況データが、バイヤー毎、部品ＩＤ毎に一覧表示されるので、サプライヤーは部品毎に入札額を参照しながら落札者を効率良く判断することが可能である。
さらに、バイヤー毎にまとめられた情報からバイヤーの信頼性を判断材料に加えることも可能であるので、サプライヤーは、入札額だけでないバイヤーの評価要素を落札者選択の判断に利用することも可能である。
【００１８】
第２の発明に係る中古車部品のオークションシステムでは、第１の発明の効果に加えて、サプライヤーはコンテナ情報を参照しながら、落札者を選択することができる。例えば、出品している中古車部品を落札することでコンテナ容量が満杯となるようなバイヤーをスクリーニングすることで、より取引が確実に完了するバイヤーを落札者として効率的に選択することが可能である。
【００１９】
第３の発明に係る中古車部品のオークションシステムでは、オークション落札状況データは、個別の落札品の前記部品ＩＤ毎にサプライヤーからの作業指示情報が紐付けられた作業指示データを生成するので、その作業指示データを受信する指示書作成部は、中古車部品や中古車１台全体に対する解体あるいは出荷といった作業の指示内容を正確に受けることが可能である。指示書作成部によって作業指示書が落札時から遅滞なく作成されるので、サプライヤーは、中古車部品のオークションへ出品するための中古車を予め分解等する必要がなく、迅速に落札された部品のみを部分的に分解等することができる。また、分解や出荷の作業を落札後とすることで、いずれの部品を優先的に分解するか等の工程も計画することができるので、作業効率が向上し、中古車部品の管理も容易でミスのない質の高いものとなる。
【００２０】
第４の発明に係る中古車部品のオークションシステムでは、電話やインターネットを介しての商談ではなく、この商談部を介してサプライヤーとバイヤーが随時簡単にメッセージを送信可能とすることで、迅速かつ効率的に落札額等の交渉や出品に対する質疑応答をすることができる。
【００２１】
第５の発明に係る中古車部品のオークションプログラムは、第１の発明である中古車部品のオークションシステムをプログラム発明として捉えたものであるので、その効果は、第１の発明と同様である。
【００２２】
第６の発明に係る中古車部品のオークションプログラムでは、第２の発明である中古車部品のオークションシステムをプログラム発明として捉えたものであるので、その効果は、第２の発明と同様である。
【００２３】
第７の発明に係る中古車部品のオークションプログラムでは、第３の発明である中古車部品のオークションシステムをプログラム発明として捉えたものであるので、その効果は、第３の発明と同様である。
【００２４】
第８の発明に係る中古車部品のオークションプログラムでは、第４の発明である中古車部品のオークションシステムをプログラム発明として捉えたものであるので、その効果は、第４の発明と同様である。
【図面の簡単な説明】
【００２５】
【図１】本発明の第１の実施の形態に係る中古車部品のオークションシステムのブロック図である。
【図２】本発明の第１の実施の形態に係る中古車部品のオークションシステムによって実行されるオークションの部分フロー図である。
【図３】サプライヤーからの出品情報に基づいて生成された出品データの構造を示す概念図である。
【図４】オークションデータのバイヤー端末への表示を示す概念図である。
【図５】オークションデータの一部としてオークションデータベースに予め格納される入力フォームのバイヤー端末への表示を示す概念図である。
【図６】オークション入札処理部によって一覧表データとしてまとめられるオークション入札状況データのサプライヤー端末への表示を示す概念図である。
【図７】オークション入札処理部によって一覧表データとしてまとめられるオーダーシート回答リストのサプライヤー端末への表示を示す概念図である。
【図８】本発明の第２の実施の形態に係る中古車部品のオークションシステムによって実行されるオークションの部分フロー図である。
【図９】オークション入札状況データに含まれるコンテナデータの構造を示す概念図である。
【図１０】第２の実施の形態に係る中古車部品のオークションシステムの商談部を用いて行うチャット機能を説明するための概念図である。
【図１１】本発明の第３の実施の形態に係る中古車部品のオークションシステムによって実行されるオークションの部分フロー図である。
【発明を実施するための形態】
【００２６】
以下に、本発明の第１の実施の形態に係る中古車部品のオークションシステムについて図１−図６を参照しながら説明する。
図１は、本発明の第１の実施の形態に係る中古車部品のオークションシステム１ａのブロック図である。図２は本発明の第１の実施の形態に係る中古車部品のオークションシステム１ａによって実行されるオークションの部分フロー図である。この図２は、本願発明の中古車部品のオークションプログラムに対してはその実行工程を表すものでもあり、この図を参照しながら中古車部品のオークションシステム１ａにおけるデータ処理の流れを説明することは中古車部品のオークションプログラムの実施の形態について説明することと同義である。
なお、図２において、Ｓで示す工程に関する記載を覆うようにして破線で示しているのは図１に示される中古車部品のオークションシステム１ａの構成要素であり、符号を同一としている。また、図２の中央の一点鎖線はサプライヤーとバイヤーの動作に基づく処理を分ける線であり、左側がサプライヤー、右側がバイヤーである。図８及び図１１においても同様である。
図３は第１の実施の形態に係る中古車部品のオークションシステム１ａにおいて、サプライヤーからの出品情報に基づいて生成された出品データの構造を示す概念図である。
図１において、中古車部品のオークションシステム１ａは、入力部２、出力部３、情報受付部４、オークション処理部９並びにデータベース群として、サプライヤーデータベース１５、オークションデータベース２２及びバイヤーデータベース２７から構成されている。この中古車部品のオークションシステム１ａは、コンピュータサーバ内でそれぞれの機能を発揮し得る演算回路や記憶装置を備えたシステムを想定することができる。
その際の入力部２としては、データ受信部としての他の装置や情報通信ネットワークからの受信端子が相当し、出力部３としてはディスプレイ装置や情報通信ネットワークへの送信端子やデータ送信部として他の装置へデータを転送するトランスミッタのようなものが考えられる。すなわち、図１の構成要素が一体でなくとも入力部２と出力部３を分離して別体に設けて、有線又は無線でデータや情報を情報受付部４やオークション処理部９との間で送受信するシステムとしても可能である。
なお、本実施の形態では、中古車部品のオークションシステム１ａにサプライヤーデータベース１５及びバイヤーデータベース２７を含めているが、これらのデータベースはサプライヤーやバイヤーのサーバ等に設けられてもよい。その他の実施の形態においても同様である。
その場合、オークション処理部９に含まれるオークション入札処理部１０、商談部１１、オークション落札処理部１２、解体作業指示書作成部１３又は出荷作業指示書作成部１４は、サプライヤーデータベース１５やバイヤーデータベース２７へのアクセスが制限されることも考えられるが、その際には、情報受付部４で受け付けた情報からこれらのデータベースに格納されるデータを、オークション処理部９の各部が保持しつつ、必要なデータを生成してオークションデータベース２２に格納することで対応する。
【００２７】
中古車部品のオークションシステム１ａは、インターネットのような情報通信ネットワーク３５に接続され、サプライヤーとバイヤーは、それぞれサプライヤー端末３３とバイヤー端末３４からアクセスしてオークションに参加する。
中古車部品のオークションシステム１ａの情報受付部４は、サプライヤー情報受付部５、出品情報受付部６、入札情報受付部７及びバイヤー情報受付部８を備えている。
また、オークション処理部９は、オークション入札処理部１０、商談部１１、オークション落札処理部１２、解体作業指示書作成部１３及び出荷作業指示書作成部１４から構成されている。
なお、図１で、入力部２及び出力部３が、情報受付部４を介してオークション処理部９に接続されているように示されているが、情報受付部４が技術的な機能を発揮することなく単に接点として機能している場合も含まれている。
オークションに自己の中古車部品を出品したいサプライヤーは、サプライヤー端末３３から情報通信ネットワーク３５及び入力部２を介して、サプライヤーに係る名称、連絡先等、サプライヤーを特定可能な情報を入力する。このサプライヤー情報はサプライヤー情報受付部５によって受け付けられ、ＩＤ（識別可能な番号、文字、記号等及びそれらの組合せ、以下同様）を付してサプライヤーデータ１６として読み出し可能にサプライヤーデータベース１５に格納される。この工程が図２におけるステップＳ１ａである。以下、全てのデータのデータベースへの格納は読み出し可能に実行されるものとする。
なお、サプライヤー情報はサプライヤーによるサプライヤー端末３３からの入力の他、例えばシステム運営者によってサプライヤー情報受付部５を介して入力される場合も含まれる。
【００２８】
次に、サプライヤーは出品情報を同様に入力するが、この出品情報は出品情報受付部６によって受け付けられ、車両ＩＤを付して出品データ１７としてサプライヤーデータベース１５に格納される。識別可能な車両ＩＤの一例としては商品照会番号がある。この工程が図２におけるステップＳ２ａである。本願発明では、中古車１台あるいは一塊の中古車部品から最小単位の部品に解体して販売することを主として想定しているので、出品は、中古車１台まるごとである場合が多く、その他、複数の部品が販売を想定する最小単位の部品にまで解体されていない一塊の部品であったり、最小単位の部品である場合もあるが、そのそれぞれを１つの出品として車両ＩＤを付す。
出品情報としては、中古車のメーカー名、車名、型式、エンジン形式、ミッションの形式、駆動形式（２ＷＤ，４ＷＤ）、年式、エンジン排気量等といった基本的な仕様の他、走行距離、入庫日あるいは注意書き等の特記事項を含むテキストデータに加えて、中古車やその部品に関する画像や動画が含まれる。一塊の部品や最小単位の部品の場合には、メーカー名や車名、型式などバイヤーにとって何の中古車の部品かが識別できる程度の基本的な仕様や特記事項、画像、動画が含まれる。
このようにして生成された出品データ１７の構造に関する架空の具体例を図３に示す。図３に示されるとおり、出品された車両毎に、出品情報に含まれる基本仕様、特記事項等のテキストデータ及び画像や動画が車両ＩＤ（商品照会番号）に紐付けされている。
本願発明に係る中古車部品のオークションシステム１ａでは、出品データ１７は車両毎あるいは中古車部品毎に車両ＩＤを付して管理されている。
【００２９】
その後、オークション入札処理部１０は、サプライヤーデータベース１５から出品データ１７を読み出して、予めオークションデータベース２２に格納されていて入札者が閲覧するにふさわしいオークションフォームを用いて、オークションデータ２３を生成し、オークションデータベース２２に格納する。この工程が図２におけるステップＳ３である。
前述のとおり、本願発明に係る中古車部品のオークションシステム１ａでは、中古車１台あるいは一塊の中古車部品から販売する最小単位の部品に解体して販売することを想定しているので、その中古車のメーカー・車種・型式・年式等の仕様に対応した識別可能な車両ＩＤは解体後の個々の部品毎にも紐付けされる。
これを実現するために、予め部品にもＩＤを付し、部品ＩＤ付きで網羅したオークションフォームが用意されており、オークション入札処理部１０は、出品データ１７に基づいて、オークションフォームを選択し、車両ＩＤに部品ＩＤを紐付けしてオークションデータ２３を生成する。車両ＩＤと部品ＩＤはオークション入札処理部１０によって生成される。
したがって、サプライヤーが出品情報として中古車そのものに関する仕様等を入力するだけで、その中古車から解体されるすべての部品が網羅され、その部品ＩＤが車両ＩＤに紐付けされるオークションデータ２３が生成され、入札を希望するバイヤーに中古車の仕様に沿った部品のすべてを管理して示すことが可能であり、出品情報として、逐一部品毎に入力する必要がないのでサプライヤーに対する省力化と高精度化が可能である。
なお、サプライヤーが出品する商品が中古車ではなく一塊の部品である場合や中古車であっても一部の部品が備わっていない場合に対応すべく、サプライヤーの出品情報の入力時に、そのような場合を選択するチェックボックスを表示させてもよい。その場合には、その状態で出品情報受付部６が、前述のオークションフォームを表示させて、その中古車の仕様に応じて網羅された各部品のうち、出品を希望する部品を選択するためのチェックボックスにチェックを入力するように促すとよい。そのチェックされたオークションフォームも含めて出品データ１７としてサプライヤーデータベース１５に格納する。この場合も、オークション入札処理部１０は、サプライヤーデータベース１５から出品データ１７を読み出して、そのままオークションデータ２３としてオークションデータベース２２に格納する。
一方、オークションで中古車部品を購入したいバイヤーは、バイヤー端末３４から同様に、バイヤーに係る名称、連絡先等、バイヤーを特定可能な情報を入力する。このバイヤー情報はバイヤー情報受付部８によって受け付けられ、バイヤーＩＤを付してバイヤーデータ２８としてバイヤーデータベース２７に格納される。この工程が図２におけるステップＳ１ｂである。
なお、バイヤー情報や後述するコンテナに関する情報はバイヤーによるバイヤー端末３４からの入力の他、例えばシステム運営者によってバイヤー情報受付部８を介して入力される場合も含まれる。
【００３０】
以下、図４−５も参照しながら第１の実施の形態に係る中古車部品のオークションシステム１ａを説明する。
図４はオークションデータ２３のバイヤー端末３４への表示を示す概念図である。図５はオークションデータ２３の一部としてオークションデータベース２２に予め格納される入力フォームのバイヤー端末３４への表示を示す概念図である。図６はオークション入札処理部１２によって一覧表データとしてまとめられるオークション入札状況データ２４のサプライヤー端末３３への表示を示す概念図である。
図４において、オークション入札処理部１０によって生成されたオークションデータ２３は、出品されている中古車の画像及び動画、注意事項等のページに加えて、他にも出品データ１７に含まれる基本的な仕様等を紹介するページ等から構成されており、オークション入札処理部１０はバイヤー端末３４に表示させて、バイヤーによる閲覧を促す。バイヤーは落札を希望する出品に対して、入札用情報をバイヤー情報受付部８を介して入力する。
入札用情報の入力は、具体的には図５に示すような入札フォームを用いて実行される。このような入札フォームもオークションデータ２３の一部としてオークションデータベース２２に予め格納されている。オークション入札処理部１０が、前述のとおり、オークションフォームを用いてオークションデータ２３を生成する一方で、バイヤーが入札する際に必要な出品データ１７を抽出して入札フォームに紐付ける処理を実行し、オークションデータ２３の一部としてオークションデータベース２２に格納する。
バイヤーは、バイヤー端末３４によってオークションデータ２３を閲覧しながら、入札対象の出品に対して紐付けされた入力フォームを表示させて、部品単位個数と入札単価を入力する。
【００３１】
図５の入力フォームの一例には、入力フォームには出品された中古車に対する商品照会番号（車両ＩＤ）をはじめ、メーカー及び車名から仕様及びその他、入札時に必要な情報が示されている。また、図５中のフォームの最右欄にある「ＮＯＴＥ」の欄には、サプライヤーによって入力された特記事項が表示される。
オークション入札処理部１０は、オークションデータ２３を利用しながら、バイヤーによる部品単位の個数と入札価格を、商品照会番号（車両ＩＤ）に紐付けし、さらに、各部品の部品ＩＤに紐付けして入札情報を生成する。
バイヤーは、バイヤー端末３４から、図５に示されるような「入札」のアイコンをクリック動作させて入札処理を完了させる。
この入札情報は入札情報受付部７によって受け付けられ、入札データ３０としてバイヤーデータベース２７に格納される。これらの工程が図２におけるステップＳ２ｂである。
【００３２】
オークション入札処理部１０は、オークションデータベース２２からオークションデータ２３を読み出し、また、バイヤーデータベース２７から入札データ３０を読み出して、サプライヤーからの出品データ１７毎に、バイヤーからの入札データ３０をマッチングさせつつ、オークション入札状況データ２４を生成し、オークションデータベース２２に格納する。また、オークション入札処理部１０は、このオークション入札状況データ２４の複製データをサプライヤーが閲覧可能とすべくサプライヤーデータベース１５にオークション入札状況データ１８として格納する。この工程が図２におけるステップＳ４である。
オークションでは複数のバイヤーからの入札も想定され、出品データ１７と入札データ３０のマッチングは複雑化するため、ステップＳ４では、オークション入札処理部１０によって、オークション入札状況データ１８，２４は、図６に示すように一覧表データとしてまとめられる。
この図６に示されるように、上側の表Ａには、車両ＩＤ４０ａ及び商品の部品が提供される中古車のメーカー、車名、車台番号、エンジン形式、年式及び走行距離等の基本的な仕様や特記事項が明示されており、下側の表Ｂには、１桁から４桁の番号で示される部品ＩＤ４０ｂと部品名称４１が英語表記されている。また、その右の４つの縦の列の最上欄には、それぞれ５人のバイヤーがＦＦ，ＡＡ，ＢＢ，ＣＣ，ＤＤというバイヤーＩＤ４２で示されており、その縦の列には部品ＩＤ４０ｂに対応させて各バイヤーによる入札額が表示されている。また、最下欄には各バイヤーによる入札の合計額（ＴＯＴＡＬ）が表示されている。
【００３３】
さらに、図６ではわかり難いが、１つの部品に対して複数のバイヤーによる入札があった場合には、部品毎に、その入札額の最高値や最高値が複数ある場合に対しては異なる色（オレンジ色や青色等）で表示することで、その他の入札額に対して識別できるように工夫されている。また、合計額でも最高値や最高値と同額に対しては、他の合計額に対して識別できるように色を変えて表示している。
このように部品毎に最高値や最高値と同額を異なる色で表示可能なのは、前述のとおり、部品毎に部品ＩＤ４０ｂが存在し、入札の際に部品ＩＤ４０ｂとバイヤーによる部品単位の個数と入札価格が紐付けされるためである。このような表示をすることでサプライヤーは何れのバイヤーによる入札額が高額であるかを効率的に探すことが可能である。また、部品とバイヤーの組合せを判断する際にも効率的にサーチすることが可能である。
なお、図中の「チェックＯＮの部品の作業指示書作成」のアイコンについては、第３の実施の形態を説明する際に説明する。
その後、オークション入札処理部１０は、サプライヤーに対して、出品データ１７にバイヤーからの入札があったことを知らせるために、サプライヤー端末３３にメール等の連絡を、出力部３を介して発信する。あるいはオークション入札状況データ１８をサプライヤーデータベース１５から読み出して、出力部３を介してサプライヤー端末３３に送信するような連絡であってもよい。この工程が図２におけるステップＳ５である。
【００３４】
サプライヤーは、自己の出品に対する入札のマッチング状況をサプライヤー端末３３からサプライヤーデータベース１５のオークション入札状況データ１８を閲覧することで確認できる。この工程が図２におけるステップＳ６ａである。
【００３５】
以上説明したとおり、サプライヤーは、入札したバイヤーすべての入札額がマッチングされて一覧表示となっているオークション入札状況データ１８を閲覧することで、部品毎に複数のバイヤーからの各入札額を一目で確認することができる。また、部品毎にバイヤーを確認できるので、解体の手間と時間をかけないようにするため、多少入札額が少なくなる状態でも、複数の部品から構成されるブロックのままで落札者を決定することも可能である。さらに、バイヤーＩＤ４２からその信用度等を参酌しながら、落札者を決定することもできる。
様々な情報からバイヤーの中から落札者を決定したサプライヤーは、サプライヤー端末３３からオークションの取引成立についての回答情報を落札者及びその他のバイヤーに送信する。この回答情報はオークション落札処理部１２によって受信され、バイヤー端末３４に送信される。この工程が図２におけるステップＳ７ａである。
具体的な落札者の決定プロセスについて、図７を参照しながら説明する。図７は、オークション入札処理部１０がオークション入札状況データ２４をオークションデータベース２２から読み出して生成したオーダーシート回答リストである。このオーダーシート回答リストはオークション落札処理部１２によって、サプライヤー端末３３に表示させることができる。サプライヤーは、図６を参照しながら決定した落札者（向け先）に対してＯＫアイコン４８を選択して回答情報としてオークション落札処理部１２を介してバイヤー端末３４に対してメッセージ送信を行う。また、この符号４８で示したＯＫアイコンにおける部品ＩＤは２３８４０４であることから、その部品ＩＤに対応するその他のバイヤーに対しては、ＮＯアイコン４９を選択してオークション落札処理部１２を介してバイヤー端末３４に対してメッセージ送信を行う。
落札者及びその他のバイヤーは、回答情報を、オークション落札処理部１２を経由してバイヤー端末３４で受信する。この工程が図２のステップＳ７ｂである。
【００３６】
また、オークション落札処理部１２は、オークション入札処理部１０によって生成されたオークション入札状況データ２４に対して、落札者以外による入札データ３０を削除し、落札日時や落札までの経緯に関する事項、出荷に関する事項等、落札や納品に関する情報を追加してオークション落札状況データ２６を生成してオークションデータベース２２に格納する。
さらに、オークション落札処理部１２は、サプライヤー及び落札したバイヤーが閲覧可能なようにサプライヤーデータベース１５及びバイヤーデータベース２７にも複製データとしてそれぞれオークション落札状況データ２０及びオークション落札状況データ３２を格納する。この工程が図２におけるステップＳ１１である。
なお、本実施の形態では発明をシステムとして捉えたもので説明したが、そのシステムを用いてデータを処理する工程は、コンピュータを実行するためのプログラム発明として捉えることができ、その作用や効果については既に述べたシステム発明と同様である。また、後述する第２の実施の形態や第３の実施の形態についても同様である。
【００３７】
次に、本発明の第２の実施の形態に係る中古車部品のオークションシステム１ｂについて図１、図２及び図８−図１０を参照しながら説明する。第２の実施の形態に係る中古車部品のオークションシステム１ｂは、入札情報に含まれるコンテナデータ２９を活用して、入札したバイヤーと商談・交渉を実行することができるものである。
図８は本発明の第２の実施の形態に係る中古車部品のオークションシステム１ｂによって実行されるオークションの部分フロー図である。具体的には、図２におけるステップＳ５から続くオークションのフロー図である。図９はオークション入札状況データに含まれるコンテナデータの構造を示す概念図である。図１０は第２の実施の形態に係る中古車部品のオークションシステム１ｂの商談部を用いて行うチャット機能を説明するための概念図である。
本実施の形態では、図２におけるステップＳ４までは、入札情報にコンテナ情報を含む以外は第１の実施の形態と同様である。具体的に図２及び図１を参照しながら、第１の実施の形態に係る中古車部品のオークションシステム１ａと異なる部分について説明する。
まず、ステップＳ２ｂで、バイヤーは、バイヤー端末３４によってオークションデータ２３を閲覧しながら、入札対象の出品に対する入力フォームを表示させて、部品単位個数と入札単価を入力する際に、加えて、バイヤーは自己が落札品を収容して運搬するために必要なコンテナの容量に関する情報を入札用情報と共に同様に入力する。あるいは、コンテナ容量については標準的には２０フィートコンテナと４０フィートコンテナがあり、それらの容量は既知であることから、予め定められたコンテナ容量から希望するコンテナ容量をバイヤーが選択することで入力されるようにしてもよい。さらに、コンテナ容量に関する情報をステップＳ１ｂでバイヤー情報と共に入力されるようにしてもよい。
そして、オークション入札処理部１０は、新規のバイヤーに対しては落札品がないものとして、また、既存のバイヤーに対しては入力されたコンテナの容量と既にそのバイヤーが落札している落札品、すなわち、落札されたもののコンテナで出荷をするための落札品の充填率が不足しており、バイヤーへまだコンテナでの出荷をしていない落札品の容量から、コンテナの充填率を演算し、コンテナの容量及びその充填率に関する情報も商品照会番号に紐付けして入札情報と共に生成する。なお、落札品の容量は部品等によって概略の数値がわかっていることから、予めオークション入札処理部１０のデータとしてあるいはオークションデータベース２２等に格納しておく。
【００３８】
入札情報と共にコンテナの容量に関する情報も入札情報受付部７によって受け付けられ、オークション入札処理部１０によって演算されたコンテナの充填率に関する情報と共に、オークション入札処理部１０によって商品照会番号に紐付けられる。紐付けされたコンテナ容量と充填率に関する情報はコンテナデータ２９として、紐付けされた入札情報は入札データ３０として、オークション入札処理部１０によってバイヤーデータベース２７に格納される。
次にステップＳ４で、オークション入札処理部１０は、オークションデータベース２２からオークションデータ２３を読み出し、バイヤーデータベース２７から入札データ３０に加えてコンテナデータ２９を読み出して、サプライヤーからの出品データ１７毎に、バイヤーからの入札データ３０をマッチングさせつつ、バイヤーからのコンテナデータ２９も含めてオークション入札状況データ２４を生成し、オークションデータベース２２に格納する。そして、オークション入札処理部１０は、第１の実施の形態と同様に、オークション入札状況データ２４の複製データをオークション入札状況データ１８としてサプライヤーデータベース１５に格納する。
その後、ステップＳ５及びステップＳ６ａまでは第１の実施の形態と同様である。
続いて、第２の実施の形態に係る中古車部品のオークションシステム１ｂのステップＳ６ａ以降の処理について図８及び図１を参照しながら説明する。
図８において、サプライヤーは、サプライヤー端末３３によって、自己の出品に対する入札のマッチング状況に加えて、入札しているバイヤーのコンテナ容量及び充填率をサプライヤーデータベース１５のオークション入札状況データ１８を閲覧することで確認できる。この工程が図２におけるステップＳ６ｂである。
第１の実施の形態で図７を参照しながら説明したのと同様に、様々な情報から落札者を決定したサプライヤーによるサプライヤー端末３３からのオークションの成立についての回答情報はオークション落札処理部１２によって受信され（ステップＳ７ａ）、オークション落札処理部１２による落札者への回答情報及び落札者以外への回答情報も同様に送信される（ステップＳ７ｂ）。
しかしながら、本実施の形態では、バイヤーに関するコンテナ情報がオークション入札状況データ１８内に含まれ、サプライヤーはこれを閲覧できるので、オークションの落札を成立させる前に、このコンテナ情報を基に中古車部品のオークションシステム１ｂのオークション処理部９に備えられている商談部１１を用いて、バイヤーと商談あるいは入札額についての交渉を行うことが可能である。
【００３９】
具体的にオークション入札状況データ１８に含まれるコンテナデータ２９について図９を参照しながら説明を加える。
図９において、最左欄に記載されている「ＡＡ」や「ＢＢ」等は、向先、すなわちバイヤーＩＤ４２を示している。また、最上欄の「岩国」や「山口工場」は便宜的な地名・サイト名であり、サプライヤーの所有する解体設備や保管設備を備えたヤードの所在地を意味している。すなわち、図９はオークション入札状況データに含まれるコンテナデータの構造を示すが、向先をサプライヤー毎にまとめることで、各サプライヤーが保有する在庫の、バイヤー毎のコンテナサイズに応じた成約率一覧のデータということも可能である。したがって、各サプライヤーは在庫把握が容易に可能であり、落札者の選択を行う際にも便利である。
表中の「ＴＯＴＡＬ」の欄の上側の数字はコンテナ充填率４４を示し、下の欄はそのコンテナに収容されている部品の落札額の合計金額（万円）４５を示している。また、在庫％の欄の上欄の数字は、落札済で部品として未解体の状態のもの、すなわち未解体コンテナ充填率４６を示しており、下欄の数字は、落札済で部品としても解体済の状態のもの、すなわち解体済コンテナ充填率４７を示している。「Ｅ／Ｇ」はエンジンを意味し、「セットパーツ」はエンジンや主だった外装部品等をまとめたものを意味し、「ＮＯＳＥ」はノーズカット部品、すなわち、フロントバンパーの上の部分、ヘッドランプやコーナーランプも含めた車輌のフロント部分を意味している。また、「ＨＡＬＦ」はハーフカット部品、すなわち車輌を半分にカットしたものを意味し、「ＣＰＣ」は中古車全体を意味し、「ＣＫＤ」は“Complete Knock Down”の略で、自動車を構成する全ての部品を輸送して、現地で自動車として組み立てるものを意味している。
なお、部品が未解体でも部品自体は既存のものであり、それぞれの容量等の仕様は既知なので、コンテナ充填率を示すことは可能である。また、当初、バイヤーから入力されるコンテナ情報に基づくコンテナデータ２９は、落札される毎にオークション落札処理部１２によって更新され、オークションデータベース２２及びバイヤーデータベース２７に格納される。
その後、オークション入札処理部１０は、バイヤーデータベース２７から更新されたコンテナデータ２９を読み出して、オークション入札状況データ２４を更新し、オークションデータベース２２に格納する。
【００４０】
次に、上述したコンテナデータ２９を用いたサプライヤーとバイヤーの交渉について説明する。
例えば、バイヤーが落札した商品を運搬するために用いているコンテナ容量とコンテナ充填率４４から、サプライヤーは、入札しているバイヤーのうち、自分が出品している中古車部品を落札することでコンテナ容量が満杯、すなわちコンテナ充填率４４が１００％となるようなバイヤーをスクリーニングして、そのバイヤーに対して、その部品の他のバイヤーによる最高額に近いような入札額や最高額を超える入札額へ変更するように自由に交渉することが可能である。あるいは、他の部品との組合せでコンテナ充填率４４が１００％となる場合にも、その組合せ全体の入札額を高くするように取引が確実に完了するバイヤーを落札者として選択することが可能である。
バイヤーにとっては、コンテナ容量を早めに満杯にして運搬、売却等次の処理を実行でき、取引の効率を高めることができるというメリットが生じる。すなわち、サプライヤーにとって、バイヤーにも魅力的な交渉のカードを１枚増やすことが可能で、第１の実施の形態とは異なる要素を用いて十分で有効な入札額交渉を行うことが可能である。
この商談部１１は、具体的には、サプライヤーとバイヤーの１対１のチャット機能（メッセージ送受信機能）を有するものである。
図１０に商談部１１のチャット機能を用いてサプライヤー端末３３及びバイヤー端末３４に表示されるメッセージのやりとりを示す。商談部１１では、前述のサプライヤーからの入札額の交渉のみならず、バイヤーからの商品に関する質問等も受けてサプライヤーへ送信することも可能である。このような商談・交渉に関するメッセージのやりとりは商談部１１によってオークション交渉データ２５としてオークションデータベース２２に格納され、随時更新される。そして、商談部１１は、バイヤーデータベース２２からコンテナデータ２９を読み出して、データを複製してサプライヤーデータベース１５及びバイヤーデータベース２７に、それぞれオークション交渉データ１９及びオークション交渉データ３１として格納する。オークション交渉データ１９はサプライヤー端末３３からオークション交渉データ３１はバイヤー端末３４からいつでも確認可能である。このような商談・交渉に関する工程が図８におけるステップＳ８である。
【００４１】
さらに、図１０にも示されるとおり、商談部１１は、落札に関する回答情報を送信する機能として利用することも可能である。すなわち、商談部１１のチャット機能を利用して、サプライヤー端末３３からオークションの取引成立についての回答情報がオークション落札処理部１２を介してバイヤー端末３４に対して送信される（図中符号Ｃ）。
したがって、ステップＳ８の後のステップＳ９ａ及びテップＳ９ｂについては、第１の実施の形態の説明時のステップＳ７ａ及びステップＳ７ｂと同様の処理に加えて、商談部１１のチャット機能を利用しながら、オークション落札処理部１２を介してサプライヤー端末３３からバイヤー端末３４へ回答情報を送信することが可能である。さらに、ステップＳ９ａの後に実行されるステップＳ１１については、第１の実施の形態の説明時に説明した内容に加えて、オークション落札処理部１２はオークション落札状況データ２６の生成時に、落札者以外による入札データ３０の他、コンテナデータ２９も削除する。
【００４２】
次に、本発明の第３の実施の形態に係る中古車部品のオークションシステム１ｃについて図１、図６及び図１１を参照しながら説明する。図１１は本発明の第３の実施の形態に係る中古車部品のオークションシステム１ｃによって実行されるオークションの部分フロー図である。
第３の実施の形態に係る中古車部品のオークションシステム１ｃは、第１の実施の形態及び第２の実施の形態に係る中古車部品のオークションシステム１ａ，１ｂにおいて、オークションの取引成立後に落札された中古車を解体するための解体作業指示書作成部１３及び出荷作業指示書作成部１４を備えるものである。
本願発明では、基本的には中古車１台まるごとオークションにかけて、バイヤーに部品毎あるいは１台まるごと入札してもらい、落札後にサプライヤーが落札状況に応じて解体して出荷するというプロセスを踏んでいる。すなわち、サプライヤーは落札状況を確認してから解体できるので、事前に不要な解体作業を行うことなく出荷することが可能で労力、コスト及び時間を節約することが可能である。
具体的には、まず、バイヤーの中から落札者を決定したサプライヤーは、サプライヤー端末３３からオークションの取引成立についての回答情報を送信する。この回答情報はオークション落札処理部１２によって受信される。この工程が第１の実施の形態の中古車部品のオークションシステム１ａにおけるステップＳ７ａあるいは第２の実施の形態の中古車部品のオークションシステム１ｂにおけるステップＳ７ａ又はステップＳ９ａであり、図１１に示されるとおりである。その後のステップＳ７ｂ，Ｓ９ｂも既に第１及び第２の実施の形態の説明時に説明したとおりである。
【００４３】
次に、ステップＳ１１におけるオークション落札処理部１２よるオークション落札データ作成についても既に第１及び第２の実施の形態において説明したとおりである。
第３の実施の形態の中古車部品のオークションシステム１ｃでは、さらに、サプライヤーは、サプライヤー端末３３を介して落札された出品の解体作業及び出荷作業に関する作業指示情報及びその情報に基づく指示書を解体作業指示書作成部１３及び出荷作業指示書作成部１４を起動させて作成し、サプライヤーのヤードのサーバ等の設備（図示せず）に送信する。具体的には、サプライヤーは、作業対象となる部品に対するチェックボックス４３を選択した上で、別途用意されたフォーマットに入力し、図６の作業指示書作成アイコン５０を選択することで作業指示情報の生成を指示することが可能である。この工程が、図１１におけるステップＳ１０である。
解体作業指示書作成部１３及び出荷作業指示書作成部１４は、生成された作業指示情報に基づいて、それぞれの作業に関する指示書を作成し、解体や出荷の作業指示データ２１としてサプライヤーデータベース１５に格納する。この工程が図１１におけるステップＳ１２である。
サプライヤーは、この作業指示データ２１を自由に閲覧、転送、印刷してサプライヤーの解体作業の現場（ヤード）で指示書として活用しながら解体作業を実行し（ステップＳ１４）、あるいは出荷作業の現場で指示書として活用しながら出荷作業を実行（ステップＳ１５）することが可能である。
さらに、オークション入札処理部１０は、車両ＩＤや部品ＩＤを１次元コードや２次元コードに表現して、情報としてサプライヤーに送信するので、それをサプライヤーはラベルシールとして出力できる。したがって、落札品にラベルシールが貼付され、サプライヤーはこのラベルシールのコードと自社の保管ラックのＩＣタグ等とをコードリーダーで読み取ることで、在庫の管理を容易に行うことができる。さらに、コンテナに積み込むときにも同様に読み取ることで、どの部品をどのコンテナに積み込んだかということを容易に把握することができ、インボイスも作成することもできる。
したがって、サプライヤーは解体作業や出荷作業の高効率化と高精度化を促進させることができる。
【産業上の利用可能性】
【００４４】
以上説明したように、本発明の請求項１乃至請求項８に記載された発明は、中古車から中古車部品まで幅広く取り扱うことが可能なオークションサイトに広く利用が可能である。
【符号の説明】
【００４５】
１ａ，１ｂ，１ｃ…中古車部品のオークションシステム  ２…入力部  ３…出力部  ４…情報受付部  ５…サプライヤー情報受付部  ６…出品情報受付部  ７…入札情報受付部  ８…バイヤー情報受付部  ９…オークション処理部  １０…オークション入札処理部  １１…商談部  １２…オークション落札処理部  １３…解体作業指示書作成部  １４…出荷作業指示書作成部  １５…サプライヤーデータベース  １６…サプライヤーデータ  １７…出品データ  １８…オークション入札状況データ  １９…オークション交渉データ  ２０…オークション落札状況データ  ２１…作業指示データ  ２２…オークションデータベース  ２３…オークションデータ  ２４…オークション入札状況データ  ２５…オークション交渉データ  ２６…オークション落札状況データ  ２７…バイヤーデータベース  ２８…バイヤーデータ  ２９…コンテナデータ  ３０…入札データ  ３１…オークション交渉データ  ３２…オークション落札状況データ  ３３…サプライヤー端末  ３４…バイヤー端末  ３５…情報通信ネットワーク  ４０ａ…車両ＩＤ  ４０ｂ…部品ＩＤ  ４１…部品名称  ４２…バイヤーＩＤ  ４３…チェックボックス  ４４…コンテナ充填率  ４５…合計金額  ４６…未解体コンテナ充填率  ４７…解体済コンテナ充填率  ４８…ＯＫアイコン  ４９…ＮＯアイコン  ５０…作業指示書作成アイコン  Ａ…上側の表  Ｂ…下側の表  Ｃ…回答情報
【要約】      （修正有）【課題】サプライヤーから提供される中古車１台まるごとあるいは一塊の部品から、これを分解して取れる中古車部品を、労力、コスト及び時間を節約しながらオークションで販売可能で、サプライヤー及びバイヤーによる落札後の処理も効率的かつ高精度に実行可能な中古車部品のオークションシステムとそのプログラムを提供する。【解決手段】中古車部品のオークションシステム１ａは、サプライヤーからの出品情報の中古車部品又は中古車に識別可能な車両ＩＤを付す情報受付部４と、予め個別の識別可能な部品ＩＤを付しておき、車両ＩＤに部品ＩＤを紐付けして入札情報を生成し、入札したバイヤーすべての入札情報を部品ＩＤ毎にマッチングさせて一覧表示したオークション入札状況データを生成するオークション入札処理部１０と、サプライヤーからの部品ＩＤ毎の落札者決定情報からオークション落札状況データを生成するオークション落札処理部１２を有する。【選択図】図１【図１】
0006797444.tif 000002
【図２】
0006797444.tif 000003
【図３】
0006797444.tif 000004
【図４】
0006797444.tif 000005
【図５】
0006797444.tif 000006
【図６】
0006797444.tif 000007
【図７】
0006797444.tif 000008
【図８】
0006797444.tif 000009
【図９】
0006797444.tif 000010
【図１０】
0006797444.tif 000011
【図１１】
0006797444.tif 000012