JP2001331700A - ホイールキャップ選択方法及び選択システム - Google Patents

Abstract

(57)【要約】 【課題】 顧客の要望に沿うホイールキャップまたはホ
イールとホイールキャップとの組み合わせを電子商取引
きによって、オーダーメード方式で短時間で対応する方
法及びシステムの提供。 【解決手段】 電子商取引によって顧客が任意の仕様品
を発注するホイールキャップ選択方法において、不特定
多数の顧客の要望の発注に対応する受注工程と、その受
注工程で決定したホイールキャップ仕様を確認する受注
確認工程と、受注仕様品を製造する製造工程と、製造し
たホイールキャップの完成品を所定の引き渡し場所に搬
送する完成品搬送工程と、その引き渡し場所で完成品を
顧客に引き渡す完成品引き渡し工程、とを含んで構成さ
れている。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンピュータ及び
通信ネットワークを介して行われる電子商取引に関する
ものであり、より詳細には、顧客が任意の仕様のホイー
ルキャップを発注することが出来る様な方法及び選択シ
ステムに関する。

【０００２】

【従来の技術】ディスクホイールをカバーするホイール
キャップは、特に乗用車に装着されるものについては、
近時、装飾を目的として高級化する傾向にあると共に、
個性化指向にある。そのため、不特定多数の顧客の各々
の要望に沿うために、従前に比して多種、多様のホイー
ルキャップやフィルムパックホイールが用意され、ホイ
ールキャップ、またはホイールとホイールキャップとの
組み合わせで、市販されている。しかし、通常は１車型
に複数の仕様のタイヤが装着できることもあって、それ
らに対応する装飾仕様の全てのキャップの品揃えをする
事は、在庫場所や展示場の確保、それに伴う各種コスト
の高騰化等の理由から困難である。また、特別な個人仕
様について対応することは、従来の取引態様では、コス
ト的にも時間的にも対応が困難であった。

【０００３】

【発明が解決しようとする課題】本発明は上述した従来
技術の問題点に鑑て提案されたものであり、不特定多数
の顧客の各々の要望に沿ったホイールキャップ（または
ホイールとホイールキャップとの組み合わせ）を、電子
商取引きによって、オーダーメード方式で短時間で対応
する方法及びシステムの提供を目的としている。

【０００４】

【課題を解決するための手段】本発明のコンピュータを
用いたホイールキャップ選択方法は、コンピュータ及び
通信ネットワーク（例えばインターネット）を介して行
われる電子商取引によって顧客が任意の仕様品を発注す
るコンピュータを用いたホイールキャップ選択方法にお
いて、顧客（アクセスして来たユーザー）の発注に対応
する受注工程と、その受注工程で決定したホイールキャ
ップ仕様を受注確認する確認工程と、受注仕様品を製造
する製造工程と、製造したホイールキャップの完成品を
所定の引き渡し場所に搬送する完成品搬送工程と、その
引き渡し場所で完成品を顧客に引き渡す完成品引き渡し
工程、とを含んで構成される。ここで、コンピュータは
通信端末として使用されている。換言すれば、ここでい
う「コンピュータ」なる文言は、カラー画像を通信可能
な通信端末機器を全て包含する趣旨の文言である。

【０００５】本発明のホイールキャップ選択方法によれ
ば、不特定多数の顧客が通信ネットワーク、主としてイ
ンターネットを介して、受注サイトのホームページで任
意仕様のホイールキャップを選択して、オーダーメイド
方式で発注でき、例えば指定するガソリンスタンドの様
な顧客に便利な場所で顧客の乗用している車両に装着さ
せることができる。この様に、電子商取引にてホイール
キャップを選択或いは決定することにより、不特定多数
の顧客の各々は、各人の嗜好に対応したホイールキャッ
プを選ぶことが出来るのである。

【０００６】ここで、前記受注工程は、顧客が発注する
ホイールキャップを装着する車両サイズ及び仕様を確認
する車両仕様確認工程と、その車両の車両カラーを確認
する車両カラー確認工程と、ホイールキャップを装着す
るタイヤ仕様を確認するタイヤ仕様確認工程と、ホイー
ルキャップを決定するホイールキャップ決定工程と、前
記各工程で確認された仕様の車両に前記決定工程で決定
されたホイールキャップを取り付けた状態をカラー画像
で表示する画像表示工程、とを含んで構成されている。

【０００７】この様に構成することにより、顧客が上記
したオーダーメード方式で選択したホイールキャップ
と、それを実際に取り付けるべき車両（例えば、当該顧
客が乗用している車両）とを組み合わせた結果を、コン
ピュータのディスプレイ上でカラー画像にて顧客に示す
ことにより、顧客は車両のトータルコーディネートとい
う観点で、ホイールキャップの是非を判断することが可
能である。そして、ホイールキャップを取り付けるべき
車両の各種使用やカラー等を、前述した各種工程で確認
することにより、車両とホイールキャップとの規格の不
適合を事前に回避することが出来る。それと共に、車両
とホイールキャップとの組み合わせ（マッチング）を、
カラー画像で正確にシミュレーションすることが出来る
のである。

【０００８】ここで、前記タイヤ仕様確認工程で確認さ
れたタイヤに装着するホイールの仕様を確認するホイー
ル仕様確認工程を含んで構成することが可能である。こ
のホイール仕様確認工程は、ホイールとキャップとが一
体となったタイプの場合においても必要である。

【０００９】本発明の実施に際して、前記ホイールキャ
ップ決定工程は、顧客が形状、カラー及び図柄をデザイ
ンできる様に構成されているのが好ましい。これによっ
て、顧客は個人仕様のホイールキャップを発注できる。
より詳細に説明すれば、前記ホイールキャップ決定工程
において、当該顧客が自分で撮影した写真、自分で作成
した絵画等を通信ネットワークを介して伝送することに
より、当該写真や絵画等をホイールキャップに表現する
ことが可能となるのである。この場合、他人の著作権等
を侵害することを防止するため、当該写真や絵画等をチ
ェックするために必要な処理を組み合わせることが好ま
しい。

【００１０】また前記受注工程は、受注処理を中止する
受注中止処理工程を含むことが可能である。これによっ
て、キャンセル処理等の労力を軽減出来ると共に、顧客
の心変わりや各種の都合による受注の中止に対して対処
することができる。

【００１１】さらに前記受注工程は、顧客の誤操作に対
応するため、ホイールキャップその他各種使用を変更す
る仕様変更処理工程を含んでいる。これによって、誤操
作やその他の顧客都合による各種仕様の選択変更を可能
として、受注サイトを「ユーザーフレンドリー」なサイ
トとすることができる。

【００１２】前記車両仕様確認工程は、車両メーカー名
を選択する工程と、車両のクラスを選択する工程と、車
種を選択する工程と、選択された車種の画像を表示する
工程、とを含んで構成されるのが好ましい。これに加え
て、選択された車種に対応するタイヤを選択する工程を
含むことが好ましい。

【００１３】さらに本発明によれば、前記各工程で確認
された仕様の車両に前記決定工程で決定されたホイール
キャップを取り付けた状態をカラー画像で表示する画像
表示工程を有して構成することが出来る。従って、車両
の知識に乏しい顧客が車両の各種仕様を正確に把握して
いなくても、カラー画像を（顧客の）通信端末上に表示
することにより、顧客はホイールキャップを取付けよう
としている車両（及びその仕様）を正確に特定すること
が出来て、車両とホイールキャップとのマッチングを正
確に判断することが出来る様になるのである。なお、上
記工程で表示される画像は、カラー画像に限定されるも
のではなく、シルエット画像や、その他の簡略化された
画像であっても良い。

【００１４】また本発明のホイールキャップ選択システ
ムは、コンピュータ及び通信ネットワーク（例えば、イ
ンターネット）を介して行われる電子商取引によって顧
客が任意の仕様品を発注するホイールキャップ選択シス
テムにおいて、不特定多数の顧客の発注に対応する受注
サイトと、その受注サイトで決定したホイールキャップ
に関する各種仕様を確認し且つ製造或いは製造に関する
各種情報を発信する既存のサイト（以下、本明細書では
「本社サイト」と記載する）と、顧客と受注サイトと本
社サイトとを連結する通信ネットワーク（例えば、イン
ターネット）と、製造指示された完成品を顧客に引き渡
す店舗、とで構成されている。

【００１５】上記インターネットを介して必要な情報の
やり取りを行うために、顧客が使用する端末仕様に合わ
せた電話回線用リモートアクセスサーバ、ＩＳＤＮ用リ
モートアクセスサーバの機能を有し、ウエブサーバ、デ
ータベースサーバを含んで構成されている。

【００１６】そして前記受注サイトは、顧客を確認する
顧客確認手段と、ホイールキャップを装着するべき車両
の仕様を確認する車両仕様確認手段と、その車両の車両
カラーを確認する車両カラー確認手段と、ホイールキャ
ップを装着するタイヤ仕様を確認するタイヤ仕様確認手
段と、ホイールキャップを決定するホイールキャップ決
定手段と、前記各手段で確認された仕様の車両に前記決
定手段で決定されたホイールキャップを取り付けた状態
をカラー画像で表示する画像表示手段、とを含んで構成
されている。ここで、前記タイヤ仕様確認手段で確認さ
れたタイヤに装着するホイールの仕様を確認するホイー
ル仕様確認手段を含んで構成されるのが好ましい。

【００１７】顧客確認に要するデータ、車両仕様確認、
車両カラー確認、タイヤ仕様確認、ホイール仕様確認、
ホイールキャップ仕様確認等に要するデータは、上記各
確認手段にデータ記憶手段を一体的に設け、当該データ
記憶手段に記憶されていても良い。また、受注サイト内
に上述した各種手段とは別体にデータベースを設け、そ
こから必要なデータを引き出す様に構成しても良い。或
いは、通信ネットワークで接続された他のサイト（第３
者のサイトでも可）に存在するデータベースであって、
利用可能なデーターベースにアクセスして、前記車両仕
様確認、車両カラー確認、タイヤ仕様確認、ホイール仕
様確認、ホイールキャップ仕様確認等に要するデータを
使用しても良い。但し、顧客確認に関するデータは、第
３者のサイトにデータベースを設けることは好ましくな
い。

【００１８】

【発明の実施の形態】以下、添付図面を参照して、本発
明のホイールキャップ選択方法及び選択システムの１実
施形態を説明する。図１は、ホイールキャップ、または
ホイールとホイールキャップの組み合わせ、の選択をす
る手段の構成図を示している。

【００１９】図１において、符号１０は、不特定多数の
顧客の通信端末或いはサイトを示している。例示の通信
端末Ｃａ、Ｃｂ、Ｃｃはデスクトップ端末を、Ｃｎはラ
ップトップ端末を示していて、それぞれが、線Ｌａ、Ｌ
ｂ、Ｌｃ、Ｌｎで、インターネット１に連結されてい
る。換言すれば、図示の実施形態では、通信ネットワー
クとして、インターネットを利用している。なお、顧客
側の通信端末として、所謂「モバイル端末」やその他の
各種通信端末が仕様可能である。後述するカラー画像が
表示可能且つインターネットに接続可能であれば、顧客
側の通信端末については特に限定するものではない。

【００２０】符号１はインターネットを示しており、顧
客端末と受注サイト２０及び本社サイト４０の通信を支
援するウエブサーバ、ホイールキャップの選択受注用の
サーチサイトとの連係、データベース支援、ホームペー
ジ支援等の機能が含まれている。符号２０は、顧客から
のホイールキャップ選択要望に対応する受注サイトを示
していて、インターネット１と受注サイト２０との交信
のための第１のインターフェース２１が窓口として設け
られている。

【００２１】第１のインターフェース２１は、顧客の端
末に対応する例えばアナログ回線、ディジタル回線対応
の機能等を有して構成されている。第１のインターフェ
ース２１を窓口とする受注サイト２０は、図２に示すよ
うに、インターネット１を介してアクセスしてきた顧客
を確認する顧客確認手段２２と、受注するホイールキャ
ップを装着するべき車両の仕様を確認する車両仕様確認
手段３１と、その車両の車両カラーを確認する車両カラ
ー確認手段３２と、その車両のタイヤ仕様を確認するタ
イヤ仕様確認手段３３と、そのタイヤホイール仕様を確
認するホイール仕様確認手段３４と、ホイールキャップ
の仕様を確認するホイールキャップ仕様確認手段３５、
とを備えており、当該顧客が受注するに際して、各種の
仕様に関して必要とされる基礎的なデータを確認出来る
よう構成されている。

【００２２】また、前記に加えて受注仕様のホイールキ
ャップとそれを取り付ける車両とのマッチングを確認す
るべくシミュレーションを行うために、当該ホイールキ
ャップを車両に取り付けた状態をカラー画像にて表示す
る画像処理手段２８と、画像処理手段２８へのデータ送
信やその他必要な演算処理をする演算処理手段２６と、
受注にかかわる処理を行う注文処理手段２４、とが受注
サイト２０を構成している。

【００２３】上記各確認手段２２、３１、３２、３３、
３４、３５及び処理手段２４、２８は、いずれもコンピ
ュータの一部のブロックとして構成されており、これら
の処理手段全般を制御する機能を演算処理手段２６が有
している。

【００２４】画像処理手段２８は、各種ホイールキャッ
プを選択して決定するため以外に、顧客のデザインした
個有のホイールキャップを表示し、確認する機能も有し
ている。また、ホイールキャップとホイールを一対にし
て選択する場合の確認表示機能をも有している。ここ
で、「顧客のデザイン」なる文言は、当該顧客が作成し
た各種模様、絵画、装飾等を含むのみならず、当該顧客
が撮影した写真や、当該顧客が選択した既存の模様等を
も包含するものである。

【００２５】なお、顧客確認に要するデータ、車両仕様
確認、車両カラー確認、タイヤ仕様確認、ホイール仕様
確認、ホイールキャップ仕様確認等に要するデータは、
上記各確認手段２２、３１、３２、３３、３４、３５に
データ記憶手段（図示せず）を一体的に設け、当該デー
タ記憶手段に記憶しても良い。また、受注サイト２０内
に上述した各種手段とは別体にデータベース（図示せ
ず）を構築し、そこから上述した各種データを引き出す
様に構成しても良い。或いは、図示されていないが、イ
ンターネットで接続された他のサイトに存在するデータ
ベースであって、利用可能なデーターベースにアクセス
して、前記車両仕様確認、車両カラー確認、タイヤ仕様
確認、ホイール仕様確認、ホイールキャップ仕様確認等
に要するデータを使用しても良い。但し、顧客確認に関
するデータは、受注サイト２０或いは本社サイト４０の
いずれかに設けたデータベース内に記憶されている。

【００２６】本社サイト４０は、インターネット１との
交信を行う第２のインターフェース４１と、受注確認手
段４２とを含んで構成されており、該受注確認手段４２
は、受注サイト２０の受け取った受注情報を確認し、後
述する製造施設５０に対して製造に関する各種情報或い
は指示を伝達するように構成されている。さらに受注確
認手段４２は、当該製造指示したホイールキャップが完
成した際に顧客に対して報告を行い、確認等をする処理
機能を有している。図示の実施形態において、本社サイ
ト４０と受注サイト２０とを別個に構成することによ
り、本社サイト４０の本来行うべき各種業務或いは処理
に悪影響を及ぼすこと無く、受注サイト２０を再構築し
て機能を強化し、或いは顧客に対するサービス強化を自
在にはかることができる。

【００２７】図１において、符号Ｒ１は顧客サイト１０
から受注サイト２０の通信ルートを示し、符号Ｒ２は本
社サイト４０から受注サイト２０の通信ルートを示し、
符号Ｒ３は本社サイト４０から顧客サイト１０の通信ル
ートを示している。

【００２８】製造施設５０は、受注確認手段４２からの
情報に基いてホイールキャップを製造し、物流ルートＬ
Ｂを利用して、所定の場所、日時に完成品（ホイールキ
ャップ）を搬送品５５として搬送するよう構成されてい
る。なお、製造施設５０と本社サイト４０とは、交信ル
ートＬ４３で連結されている。

【００２９】符号６０は、完成品のホイールキャップま
たはホイールキャップとホイールの組み合わせ品を顧客
に引き渡す店舗を示しており、例えばガソリンスタンド
や部品ショップ等（図１ではガソリンスタンド）が指定
される。ここで、店舗６０と本社サイト４０とは、交流
ルートＬ４０により各種情報を送受信出来る様になって
いる。そして符号６５は、店舗６０におけるホイールキ
ャップ脱着交換場所を示している。着脱交換については
後述する。

【００３０】次に、上記した構成により実行されるホイ
ールキャップの選択を、図３以下のフローチャートによ
って説明する。先ず、図３に示すフローチャート（Ｃ−
１）においては、顧客確認工程及び車両仕様確認工程を
示している。

【００３１】ステップＳ１において、顧客よりホイール
キャップ発注のアクセスが来るまで待機（ステップＳ１
でＮＯのループにてスタンバイ）する。そして顧客から
インターネット１経由でアクセスが有れば（ステップＳ
１がＹＥＳ）、ステップＳ２に行く。ステップＳ２で
は、図示しない顧客のデータベースから当該顧客の履歴
その他を取りだし、当該顧客の調査をする。例えば支払
能力等の問題があれば（ステップＳ２がＹＥＳ）トラブ
ル処理ルーチンに行き、問題がなければ（ステップＳ２
がＮＯ）ステップＳ３に行く。ここまでが、顧客確認工
程である。

【００３２】ステップＳ３では、ホイールキャップを装
着すべき対象車両（例えば顧客が使用する車両）の車両
メーカ名（日産、トヨタ、スズキ等）を列記表示して、
顧客に選択を要望する。ステップＳ４におけるＮＯのル
ープでは、顧客が車両メーカを選択決定（例えば日産）
するのを待つ。選択されれば（ステップＳ４がＹＥＳ）
次のステップＳ５に行く。

【００３３】ステップＳ５では、車両のクラスを特定す
る。例えば大、中、小型及びバン、４駆型等を列記表示
して、対象のクラス（例えばセダン）選択を顧客に対し
て要望する。ステップＳ６でＮＯのループにおいては、
顧客が車両のクラス選択決定を行うのを待ち、顧客がク
ラス決定をしたならば（ステップＳ６がＹＥＳ）、ステ
ップＳ７に行く。

【００３４】ステップＳ７では、車種名を表示して選択
を要望する。ステップＳ８でＮＯのループにおいては、
車種名の選択決定（例えばブルーバード）を待つ。選択
されれば（ステップＳ８でＹＥＳ）、次のステップＳ９
に行く。

【００３５】ステップＳ９では、上記各ステップで確認
された車両を、画像処理手段２８によって画像表示し、
これを顧客サイトに送信して顧客の端末画面に再生表示
する。画像表示することにより、仮に顧客が自動車の知
識に乏しく、車種について正確に回答していなかった場
合でも、当該画像を見ることにより、車種を正確に判定
出来るのである。ここで前記画像としては、シルエット
のみの画像、その他の簡略化された画像を表示しても良
い。ステップＳ１０では、ステップＳ９で表示された車
両の画像を顧客がチェックすることにより、ステップＳ
８で選択された車種が、顧客の対象車両（ホイールキャ
ップを取り付けようとしている車両）であることの確認
をする。画像で表示された車種と顧客の対象車両とが同
一であれば（ステップＳ１０がＹＥＳ）、次のルーチン
である図４のフローチャート（Ｃー２）に行く。画像表
示された車種と顧客の対象車両とが違っていれば（ステ
ップＳ１０がＮＯ）、ステップＳ７に戻って、再度車両
表示、選択を繰り返す。ステップＳ３〜Ｓ１０が車両仕
様確認工程である。

【００３６】次に、ホイールキャップを装着すべきタイ
ヤ、ホイール、車両カラーの確認等を行う。図４のフロ
ーチャート（Ｃ−２）において、ステップＳ１１では、
前記フローチャート（Ｃ−１）で選択された車種、車両
に対応するタイヤを確認するために、タイヤのデータ表
示例えばサイズを表示して、その中から現在装着してい
るタイヤを選択するよう要望する。なお、装着可能であ
れば現在装着しているタイヤ以外のタイヤを選択しても
良い。ステップＳ１２では、上記表示タイヤの選択決定
を待つ（ステップＳ１２がＮＯのループ）。選択された
ら（ステップＳ１２がＹＥＳ）次のステップＳ１３に行
く。ステップＳ１１及びＳ１２がタイヤ仕様確認工程で
ある。

【００３７】ステップＳ１３では、車両のカラーを確認
するために各種カラーを文字で表示し、選択を要望す
る。ステップＳ１４では、上記カラーの選択決定を待つ
（ステップＳ１４がＮＯのループ）。顧客により車両の
カラーが選択されたら（ステップＳ１４がＹＥＳ）次の
ステップＳ１５に行く。

【００３８】ステップＳ１５では、上記ステップで選択
されたカラーと前記車両確認工程で選択された車種との
組み合わせを、カラー画像で表示する。そしてステップ
Ｓ１６では、当該カラー画像で示す車両（車両仕様確認
工程及び車両カラー確認工程で特定された車両）と、顧
客の対象車両（ホイールキャップを取り付けるべき車
両）とが同じであるかの確認を要望する。当該カラー画
像で示す車両が顧客の対象車両と違っていた場合には
（ステップＳ１６がＮＯ）ステップＳ１３に戻り、当該
カラー画像で示す車両が顧客の対象車両と同一であれば
（ステップＳ１６がＹＥＳ）、ステップＳ１７に行く。
ステップＳ１３〜Ｓ１６が車両カラー確認工程である。

【００３９】ステップＳ１７は、ホイール仕様確認のた
めにホイール画像を表示してその中から現有ホイール
（顧客の対象車両のホイール）の選択確認を要望する。
ステップＳ１８でＮＯのループにおいては、ホイールの
選択決定を待つ。選択されたら（ステップＳ１８がＹＥ
Ｓ）、次のステップＳ１９に行く。ステップＳ１７、Ｓ
１８がホイール仕様確認工程である。なお、ホイールと
キャップとが一体化されているタイプのホイールキャッ
プの場合であっても、ステップＳ１７、Ｓ１８は必要で
ある。

【００４０】ステップＳ１９では、顧客が独自のホイー
ルキャップをデザインするかを問い合わせ確認する。独
自のホイールキャップをデザインしないのであれば（ス
テップＳ１９がＮＯ）、図５のフローチャート（Ｃ−２
Ｎ）へ行く。一方、独自のホイールキャップをデザイン
する場合には（ステップＳ１９がＹＥＳ）、図６のフロ
ーチャート（Ｃ−２Ｙ）へ行く。

【００４１】独自のホイールキャップをデザインしない
場合、すなわち、受注サイト２０で表示されているもの
の中からのホイールキャップを選択することにした場合
（ステップＳ１９がＮＯ）は、図５のフローチャート
（Ｃ−２Ｎ）において、ステップＳ２１で、ホイールキ
ャップの既設定デザインを表示し、表示された既設定デ
ザインのホイールキャップの中から選択することを、顧
客に対して要望する。ステップＳ２２では、ホイールキ
ャップの選択決定を待つ。選択されたら（ステップＳ２
２がＹＥＳ）、次のステップＳ２３に行く。ステップＳ
１９、Ｓ２１、Ｓ２２がホイールキャップ決定工程であ
る。

【００４２】ステップＳ２３では、これまでに選択され
た車両、車両カラー及びホイールキャップを組み合わせ
てカラー画像で表示し、これにより、決定したホイール
キャップを車両に実際に組み合わせた場合のシミュレー
ションを行う。これにより顧客は、車両とホイールキャ
ップとのマッチングを、車両全体とのトータルコーディ
ネートの見地から判断することが可能となる。ステップ
Ｓ２４では、車両とホイールキャップとのマッチングに
ついて、宜しいか否かを顧客に判断せしめる。決定され
たホイールキャップが顧客の対象車両と全体的に合わな
い、と顧客が判断したならば、ステップＳ２１に戻り、
再度、ホイールキャップを選択・決定する（ステップＳ
２４がＮＯのループ）。決定されたホイールキャップと
顧客の対象車両とのマッチングに問題が無い、と顧客が
判断したならば（ステップＳ２４がＹＥＳ）、次のステ
ップＳ２５に行く。ステップＳ２３、Ｓ２４において、
車両、車両カラー、ホイールキャップ組み合わせ仕様の
確認が為され、画像表示工程が行われる。

【００４３】上記迄の全ステップにより顧客からの受注
仕様の全体が受注サイト２０で確認される。ここまでの
全ステップが受注工程である。なお、顧客が自分でデザ
インしたホイールキャップを希望する場合については、
後述する。

【００４４】ステップＳ２５では、受注仕様を含む全情
報を受注サイト２０から本社サイト４０（図５では「既
存サイト」と記載されている）に送信する（図２の矢印
Ｒ２で示す）。本社サイト４０では、この情報を受注情
報として確認する。以上が受注確認工程である。

【００４５】ステップＳ２６では、本社サイト４０から
受注確認メール（図１：矢印Ｒ３参照）を、顧客宛に送
信する。ステップＳ２７では、本社サイト４０からの受
注処理のうちの１つとして、製造施設５０に製造指示情
報を送信する（図１：矢印Ｌ４３参照）。ステップＳ２
６、Ｓ２７が受信処理工程である。

【００４６】ステップＳ１９で、受注サイト２０で表示
されているものの中からのホイールキャップを選択する
のでなく、顧客のデザインによることにした場合（ステ
ップＳ１９がＹＥＳ）は、図６のフローチャート（Ｃ−
２Ｙ）において、ステップＳ３１で、顧客自らがホイー
ルキャップの固有デザインを決定する。ステップＳ３２
では、顧客のデザインを受注サイト２０へ送信してもら
う。デザインを送信する手法としては、カメラ撮影画像
をイメージスキャナで読み取っても良いし、ＣＧ画像で
も良い。顧客デザインの受信が行われれば（ステップＳ
３２がＹＥＳ）ステップＳ３３に行く。

【００４７】ステップＳ３３では、本社サイト４０から
注文内容の確認と、顧客デザインによるホイールキャッ
プと車両、車両カラー、タイヤを組み合わせたカラー画
像を顧客に送信する。顧客は当該カラー画像を見ること
により、自分で決定したホイールキャップを対象車両
（自分が所有する車両：各種仕様を前記各工程にて確認
した車両）に実際に取り付けた場合にどうなるかを、車
両のトータルコーディネートという見地から判定するこ
とが出来る。換言すれば、このステップＳ３３は、顧客
が決定したホイールキャップを実際に車両に取り付けた
場合について、シミュレーションするのである。ホイー
ルキャップを車両に組み合わせた画像を表示した後に、
その内容の確認、すなわちホイールキャップを車両に取
り付けた状態が顧客のイメージ通りであるか否かを顧客
により判断せしめる（ステップＳ３４）。ステップＳ３
３のカラー画像が顧客のイメージ通りでなければ（ステ
ップＳ３４がＮＯ）、ステップＳ３１に戻り、再度ホイ
ールキャップのデザインを決定する。ステップＳ３３の
カラー画像が顧客のイメージ通りであれば（ステップＳ
３４がＹＥＳ）、ステップＳ３５に行く。

【００４８】ステップＳ３５では、ステップＳ３３の仕
様情報を受注情報として本社サイト４０（図６では「既
存サイト」と記載されている）に送信する（図１の矢印
Ｒ２参照）。ステップＳ１〜Ｓ３５が顧客デザインを含
んだ受注確認工程である。ステップＳ３６では、本社サ
イト４０から顧客サイトに受注の確認をする（図１：矢
印Ｒ３参照）と共に、受注処理のうちの１つとして、製
造施設５０に製造指示情報を送信する（図１のＬ４３参
照）。ステップＳ３６が顧客デザインを折り込んだ受信
処理工程である。

【００４９】製造施設５０では、ステップＳ３６の製造
指示にもとづいてホイールキャップを製造する。これが
製造工程である。

【００５０】さらに、ホイールキャップが完成すると、
本社サイト４０からの搬送指示先の店舗６０と搬送日時
に従って搬送する。これが完成品搬送工程である。

【００５１】次に、店舗６０では、顧客の来店を待って
車両への装着を行う。これが完成品引き渡し工程であ
る。なお、完成品搬送工程、完成品引き渡し工程等につ
いては、図９を参照して後述する。

【００５２】図７は、図３−図６の電子商取引きにおい
て、何らかの理由により中止事態が発生した場合の処理
を示している。

【００５３】ステップＳ４１では、処理中止事態発生を
監視していて、処理中止にいたる問題が発生した場合
（ＹＥＳ）は、ステップＳ４２でホームページ経由即
ち、受注サイト４０に中止の旨を掲載する。ここで言う
「問題」とは、通信端末が所謂「フリーズ」状態になっ
た等の物理的な理由のみならず、顧客サイトで何等かの
事情で、ホイールキャップが注文出来なくなった場合を
も包含する。これにより、図示のホイール選択方法及び
システムは、所謂「ユーザーフレンドリー」な電子商取
引であると言える。ステップＳ４２で受注サイト４０に
中止の旨を掲載する際に、当該中止の原因が異常事態の
発生によるものである場合には、本社サイト４０のホー
ムページでも処理中止を掲載して、他の顧客に迷惑を及
ぼすことが防止できる。処理中止事態が発生しなければ
（ステップＳ４１がＮＯ）、ステップＳ４３で正常に受
注処理を継続する。

【００５４】図８は、顧客都合によるホイールキャップ
仕様の選択を変更する方法を示した別ルーチンのフロー
チャートである。図３−図６のフローチャートでは、顧
客が判定を求められて「ＮＯ」を選択した場合に、戻る
ステップは定められているが、それ以外の任意のステッ
プに戻って、選択をやり直したい場合が存在する。図８
で示す処理手順は、その様な要望に応えるものであり、
「ユーザーフレンドリー」な電子商取引にするためのも
のである。ステップＳ５１は、選択の変更がある場合を
監視するステップで、選択のし直しがない場合はステッ
プＳ５３で処理を続行する。これに対して、ホイールキ
ャップ選択に関する条件、例えばタイヤサイズや車両カ
ラー等が変わった場合（ステップＳ５１がＹＥＳ）に
は、ステップＳ５２に行く。

【００５５】ステップＳ５２では、選択条件の変更をす
る段階（ステップ）を、例えばタイヤサイズ変更であれ
ば図４のステップＳ１１へ、車両カラーの変更であれば
ステップＳ１５への様に、ジャンプを要望する段階（ス
テップ）を設問する（ステップＳ５４がＮＯのルー
プ）。その設問への顧客回答がでた場合は（ステップＳ
５４がＹＥＳ）、ステップＳ５５に行って、所望のステ
ップへジャンプし、条件設定の処理をする。

【００５６】なお、図７の受注処理中止ルーチンは飛び
込み可能ルーチンとなり、図８の仕様変更処理ルーチン
はステップＳ〜Ｓ３６の全てのステップ間に介装されて
作動するようになっている。

【００５７】図９のフローチャートは、顧客発注のホイ
ールキャップが完成した時の処理を示している。ステッ
プＳ６１では、ホイールキャップ完成時期を監視するス
テップであり、完成の場合はステップＳ６２に行く。ス
テップＳ６２では、本社サイト４０から顧客にメール
（図１のＲ３参照）で報告し、搬送品（ホイールキャッ
プ）５５（図１）の送り先、例えば当該顧客が常用して
いるガソリンスタンド６０、を決定する。そして、完成
したホイールキャップ５５を搬送ルートにのせ、その搬
送先であるガソリンスタンド６０へ搬送情報を送信する
（図１：Ｌ４０）。

【００５８】ステップＳ６３がＮＯのループは、ホイー
ルキャップ５５の搬送先であるガソリンスタンド６０
へ、顧客が車両（ホイールキャップを取り付けるべき車
両）を運転して到着するまで待機している状態である。
顧客が到着すると（ステップＳ６３がＹＥＳ）ステップ
Ｓ６４に行く。ステップＳ６４は、顧客が運転して来た
車両に対して、交換場所６５でホイールキャップ５５
（図１）（またはホイールとホイールキャップの組み合
わせ）を交換作業する。交換作業が終了すれば、顧客は
ホイールキャップの受領手続をする（ステップＳ６
４）。そして終了する。

【００５９】なお、図示の実施形態はあくまでも例示で
あり、本発明の技術的範囲を限定する趣旨の記述ではな
い。

【００６０】

【発明の効果】本発明の作用効果を、以下に列記する。 （１） 不特定多数の顧客が、インターネットを介し
て、受注サイトのホームページで任意仕様のホイールキ
ャップを車両、カラー及びホイールとのマッチングをシ
ミュレーションで確認し、選択して、オーダーメイド方
式で発注できる。そして発注したホイールキャップを、
指定するガソリンスタンド等で装着させることができ
る。 （２） ネットワーク上の仮想店舗として機能する受注
サイトのみが必要であり、実際の店舗は不要であるの
で、人件費その他のコストが低減され、オーダーメイド
による在庫負担がなく、顧客要望のホイールキャップ
が、顧客に低価格で提供できる。 （３） 顧客のデザインによるホイールキャップを受注
できる。 （４） 異常発生時、その他において、受注処理を中止
できる。 （５） 顧客都合による発注仕様の変更処理ができる。 （６） ホームページを介する受注は、受注サイトを従
来の既存のサイト（本社サイト）と切り離して新規サイ
トにするので、本社サイトの機能を複雑にすること無
く、サービス内容の拡充、例えば選択可能なホイールキ
ャップの設定増加等、が容易である。 （７） 顧客確認を先行させるので、課金のリスクがな
くかつ課金が容易である。

【図面の簡単な説明】

【図１】本発明の実施形態を示す手段のブロック構成
図。

【図２】図１の受注サイトの手段のブロック構成図。

【図３】顧客確認及び車種確認工程を示すフローチャー
ト図。

【図４】タイヤ仕様確認、ボディーカラー確認、ホイー
ル仕様確認及びキャップ仕様確認の各工程を示すフロー
チャート図。

【図５】ホイールキャップ仕様決定、ボディーとボディ
ーカラーとキャップの組み合わせ表示、受注処理の各工
程を示すフローチャート図。

【図６】ホイールキャップの顧客デザイン確認及び受注
処理を示すフローチャート図。

【図７】ホイールキャップの受注中止処理を示すフロー
チャート図。

【図８】ホイールキャップの受注に際して、仕様の変
更、選択し直し処理を示すフローチャート図。

【図９】ホイールキャップの受注品完成後の処理を示す
フローチャート図。

【符号の説明】

Ｃａ、Ｃｂ、Ｃｃ、Ｃn ・・・顧客端末 Ｒ１・・顧客〜受注サイトのルート Ｒ２・・受注サイト〜本社サイトのルート Ｒ３・・本社サイト〜顧客サイトのルート １・・・インターネット １０・・・顧客サイト ２０・・・受注サイト ２１・・・第１のインターフェース ２２・・・顧客確認手段 ２４・・・注文処理手段 ２６・・・演算処理手段 ２８・・・画像処理手段 ３１・・・車両仕様確認手段 ３２・・・車両カラー確認手段 ３３・・・タイヤ仕様確認手段 ３４・・・ホイール仕様確認手段 ３５・・・ホイールキャップ仕様確認手段 ４０・・・本社サイト ４１・・・第２のインターフェース ４２・・・受注確認手段 ５０・・・製造施設 ５５・・・搬送品 ６０・・・店舗 ６５・・・ホイールキャップ脱着交換場所

───────────────────────────────────────────────────── フロントページの続き (72)発明者 榎 本 勉 東京都千代田区四番町五番地九 トピー工 業株式会社内 (72)発明者 津久井 慎 吾 東京都千代田区四番町五番地九 トピー工 業株式会社内 Ｆターム(参考） 5B049 AA01 AA02 BB07 BB16 CC02 CC05 DD01 EE00 EE07 FF03 GG02 GG04 GG07

Claims (8)

【特許請求の範囲】
1. 【請求項１】 コンピュータ及び通信ネットワークを介
   して行われる電子商取引によって顧客が任意の仕様品を
   発注するコンピュータを用いたホイールキャップ選択方
   法において、顧客の発注に対応する受注工程と、その受
   注工程で決定したホイールキャップ仕様を受注確認する
   確認工程と、受注仕様品を製造する製造工程と、製造し
   たホイールキャップの完成品を所定の引き渡し場所に搬
   送する完成品搬送工程と、その引き渡し場所で完成品を
   顧客に引き渡す完成品引き渡し工程、とを含んで構成さ
   れることを特徴とするコンピュータを用いたホイールキ
   ャップ選択方法。
2. 【請求項２】 前記受注工程は、顧客が発注するホイー
   ルキャップを装着する車両サイズ及び仕様を確認する車
   両仕様確認工程と、その車両の車両カラーを確認する車
   両カラー確認工程と、ホイールキャップを装着するタイ
   ヤ仕様を確認するタイヤ仕様確認工程と、ホイールキャ
   ップを決定するホイールキャップ決定工程と、前記各工
   程で確認された仕様の車両に前記決定工程で決定された
   ホイールキャップを取り付けた状態をカラー画像で表示
   する画像表示工程、とを含んで構成される請求項１のホ
   イールキャップ選択方法。
3. 【請求項３】 前記タイヤ仕様確認工程で確認されたタ
   イヤに装着するホイールの仕様を確認するホイール仕様
   確認工程を含んで構成される請求項２のホイールキャッ
   プ選択方法。
4. 【請求項４】 ホイールキャップ決定工程は、顧客が形
   状、カラー及び図柄をデザインできる様に構成されてい
   る請求項２、３のいずれかのホイールキャップ選択方
   法。
5. 【請求項５】 前記車両仕様確認工程は、車両メーカー
   名を選択する工程と、車両のクラスを選択する工程と、
   車種を選択する工程と、選択された車種の画像を表示す
   る工程、とを含んで構成される請求項２−４のいずれか
   １項のホイールキャップ選択方法。
6. 【請求項６】 コンピュータ及び通信ネットワークを介
   して行われる電子商取引によって顧客が任意の仕様品を
   発注するホイールキャップ選択システムにおいて、不特
   定多数の顧客の発注に対応する受注サイトと、その受注
   サイトで決定したホイールキャップに関する各種仕様を
   確認し且つ製造或いは製造に関する各種情報を発信する
   既存のサイトと、顧客と受注サイトと本社サイトとを連
   結する通信ネットワークと、製造指示された完成品を顧
   客に引き渡す店舗、とで構成されること特徴とするコン
   ピュータを用いたホイールキャップ選択システム。
7. 【請求項７】 前記受注サイトは、顧客を確認する顧客
   確認手段と、ホイールキャップを装着するべき車両の仕
   様を確認する車両仕様確認手段と、その車両の車両カラ
   ーを確認する車両カラー確認手段と、ホイールキャップ
   を装着するタイヤ仕様を確認するタイヤ仕様確認手段
   と、ホイールキャップを決定するホイールキャップ決定
   手段と、前記各手段で確認された仕様の車両に前記決定
   手段で決定されたホイールキャップを取り付けた状態を
   カラー画像で表示する画像表示手段、とを含んで構成さ
   れる請求項１のホイールキャップ選択システム。
8. 【請求項８】 前記タイヤ仕様確認手段で確認されたタ
   イヤに装着するホイールの仕様を確認するホイール仕様
   確認手段を含んで構成される請求項７のホイールキャッ
   プ選択システム。