JP2004506957A

JP2004506957A - Machine technology web portal

Info

Publication number: JP2004506957A
Application number: JP2001514682A
Authority: JP
Inventors: バウマン，ゲオルグ; コッテ，ピエール−アレイン
Original assignee: ウェブ・ツウー・キャド・アクチェンゲセルシャフト
Priority date: 1999-07-30
Filing date: 2000-07-28
Publication date: 2004-03-04
Also published as: WO2001009742A8; AU6175300A; WO2001009742A2; EP1203306A2

Abstract

技術ウェブポータルを実現するシステム及び方法。このシステムは、売り手が販売するパーツのデータ及び図面のデータベースを維持管理する。図面を買い手にダウンロードし、ＣＡＤシステムに挿入することが可能であり、これにより売り手は図面がダウンロードされる度に手数料を課金される。パーツのデータベースは、ユーザの条件に合うパーツについて検索可能である。検索の結果得られたパーツは、システムの対話型購買機構に付託することができる。対話型購買機構は、パーツの購買取引の複数の段階を管理する機構を提供する。さらに、検索により見付かったパーツは、パーツの入札を受付ける競売があるか否か検索する検索エンジンへ付託することも可能である。System and method for implementing a technical web portal. This system maintains a database of data and drawings of parts sold by sellers. Drawings can be downloaded to the buyer and inserted into the CAD system, whereby the seller is charged a fee each time the drawing is downloaded. The parts database is searchable for parts that meet the user's conditions. The parts obtained as a result of the search can be referred to the interactive purchasing mechanism of the system. The interactive purchasing mechanism provides a mechanism for managing multiple stages of a parts purchase transaction. Further, parts found by the search can be referred to a search engine for searching whether there is an auction for accepting a bid for the part.

Description

【０００１】
【技術分野】
本発明は、一般的に、電子データ処理システムの分野に関し、さらに詳細には、インターネットによる技術システムに関する。
【０００２】
【関連出願】
本願は、一部として引用される米国特許第０９／３６５，３４１号（発明の名称：”ＭＥＣＨＡＮＩＣＡＬＥＮＧＩＮＥＥＲＩＮＧＷＥＢＰＯＲＴＡＬ”、弁理士事件番号第１１５４．００１ＵＳ１号）の一部継続出願である。
【０００３】
【背景】
装置製造へのコンピュータ支援設計（ＣＡＤ）ツールの使用が普及した結果、効率及び品質に大きな改善が得られている。従来のシステムでは、他のコンポーネントへの組込みまたは結合が可能なコンポーネントの技術図面は、そのコンポーネントの売り手から提供される。さらに、コンポーネントの売り手は、販売しようとするコンポーネントの電子図面を作成する必要がある。電子図面のフォーマットは、ＣＡＤシステムの売り手により異なり、また単一の売り手が取り扱うシステムにも種々のものがある。例えば、ＡｕｔｏＣＡＤシステムは、．ｄｗｇ、．ｄｘｆ、．ｄｘｂファイルをサポートするが、他のファイルフォーマットには、．ｓａｔ、．ｇｃｄ及び．ｔｉｆファイルがある。
【０００４】
さらに、売り手から技術者であるユーザへの電子図面の配布チャンネルには、種々のものがある。例えば、製造者は、ＣＤに図面を収録して購入できるようにする場合がある。コンポーネントのユーザである技術者は、図面を種々のフォーマットで、また種々の電子的配布チャンネルを介して受けて、フォーマット変換のような種々のプロセスにより、図面をユーザのＣＡＤシステムに組み込む必要がある。さらに、売り手は図面が購入されると課金するが、このシステムでは、技術者であるユーザは多数の売り手から請求を受けるため、これらの請求を取りまとめて支払いを行うには高い管理コストがかかる。さらに、技術者であるユーザは、コンポーネントにつき入札を求めるかまたは注文しようとする場合、多数の異なるプロセスにより個々の売り手と数量及び納入期限について交渉しなければならず、付け値や注文が売り手に正しく伝わらない危険性があるため、技術者であるユーザと売り手が負担する管理的取引コストが高くなる。
【０００５】
コンポーネントの電子図面を配布する従来のシステムは、技術者であるユーザからコンポーネントの売り手への図面のリクエストを、そのコンポーネントが関連するプロジェクトまたはそのコンポーネントのキーワード及びコンポーネントの属性に基づいて、組織化または整理することができない。さらに、図面は、コンポーネントとサブコンポーネントとの間の関係を示す態様で組織化または整理されていない。加えて、従来のシステムは、パーツのモデルをＣＡＤシステムに直接ロードする手段を提供しない。
【０００６】
従来のシステム及び製品は、売り手によるコンポーネント技術図面の便利な供給源、コンポーネントの多数の売り手に対して入札を求め、注文を行う便利で信頼性の高いチャンネル、コンポーネントを技術者であるユーザのプロジェクトと関係付ける便利なシステム及びコンポーネントとそのサブコンポーネントとの間の関係を提供する問題を解決できない。
【０００７】
さらに、従来のシステムは、所望のコンポーネントの供給先となりうる標準的供給者及び競売サイトを含む種々の異なる供給源を検索する能力を提供しない。
【０００８】
上記理由により、また当業者であれば本明細書を読んで理解すれば明らかになる他の理由により、本発明に対する需要が当該技術分野に存在する。
【０００９】
【発明の概要】
上述の問題点、欠陥及び短所は本発明によって解消されるが、それは以下の説明を読めばわかるであろう。
【００１０】
以下に述べる本発明のシステム及び方法は、ユーザに技術図面及びデータを提供し、またパーツを選択して購入できるようにする、本発明の実施例による技術ウェブポータルに関するものである。本発明の１つの局面によると、ウェブポータルは、パーツ図面のデータベースを維持管理するサーバ上に存在する。パーツ図面は、売り手から入手できるパーツを表すものである。図面には売り手が作成したものがあるが、パーツカタログのような、売り手が提供する情報に基づいてウェブポータルプロバイダが作成するものもある。買い手は、クライアントコンピュータのブラウザにより、ウェブポータルによりダウンロードされたページを見ることができる。それらのページは、ユーザがクライアントコンピュータへダウンロードすべき図面を選択する機構を提供する。このシステムの１つの局面として、売り手は、図面がクライアントコンピュータへダウンロードされる度に課金される。これにより、ポータルのプロバイダは収入を得ることができ、買い手に図面を提供するために売り手が負担するコストが減少する。それは、ポータルのプロバイダが売り手に代わって図面を作成すれば、売り手による図面の作成が不要になるからである。
【００１１】
このシステムの別の局面として、パーツの図面を、ユーザにより提供されるパラメータに応じてカストム化できる点がある。
【００１２】
このシステムは、別の局面では、対話型購買（ＩＰＡ）機構を提供する。本発明の１つの実施例によるＩＰＡは、１組のウェブページが、買い手と売り手に、１またはそれ以上のプロジェクトにつきパーツの売買取引を行えるようにするものである。ウェブページは、プロジェクトの売買取引の現在の状態を記憶させたポータルのプロバイダにより維持管理されるデータベースとインターフェイスしている。本発明の１つの実施例によると、この状態には、照会、オファー、オファー受諾、注文、注文確認、配送状態、商品受取り、受取り証が含まれる。各状態は、当事者である買い手または売り手の一方がその状態を完了する情報を提供することを必要とする。
【００１３】
このシステムは、さらに別の局面では、ユーザがその用途に適合するパーツを探すための対話型検索エンジンを提供する。ユーザは、そのパーツを記述するパラメータを検索エンジンに与える。これらのパラメータは、パーツの寸法、例えば、シリンダの孔径及びストロークに関係付けることができる。さらに、パラメータは、パーツの動作環境に関連する属性の場合もある。例えば、対象となる物の質量を、その物が移動しなければならない距離及び頻度と共に、検索パラメータとして与えることができる。システムは、これらのパラメータに合う性能を備えたパーツのサイズを計算し、所望の基準に合致するパーツまたはその売り手のリストを提示する。
【００１４】
このシステムは、さらに別の局面によると、ユーザにより与えられるパラメータにマッチするパーツのオンラインの競売を検索するように構成できる。このオンライン競売は、システム自身による維持管理可能であるが、第３者による維持管理もできる。
【００１５】
このシステムの別の局面において、検索エンジンは、ユーザによる入札条件及び他の基準に従って選択される技術サービス提供者のリストを提供する。システムは、サービスを提供する者とサービスを要求する者との間のやりとりに関する情報を追跡できる。例えば、システムは、サービス提供者の応答時間を追跡し、この情報を用いてサービス提供者のランク付けをすることができる。さらに、追跡情報を用いて、サービス提供者へのユーザ照会の対価として手数料が支払われるべきか否かを判定することができる。
【００１６】
本発明は、種々の範囲のシステム、クライアント、サーバ、方法及びコンピュータによる読み取りが可能なメディアに関連がある。この概要に述べた本発明の種々の局面及び利点とは別に、本発明にはさらに別の局面及び利点があるが、それらは、以下の詳細な説明を添付図面を参照して読めば明らかになるであろう。
【００１７】
【好ましい実施例の詳細な説明】
本発明の実施例に関する以下の詳細な説明において、本願の一部を構成し、本発明の特定の実施例を例示する添付図面を参照する。これらの実施例は、当業者が本発明を実施できるよう十分詳細に記載されたものであり、本発明の範囲から逸脱することなく、他の実施例を利用するかあるいは他の論理的、機械的、電気的変形例が可能であることがわかるであろう。従って、以下の詳細な説明は限定的な意味でとらえるべきでなく、本発明の範囲は頭書の特許請求の範囲によってのみ限定される。
【００１８】
以下の詳細な説明の一部は、コンピュータメモリ内のデータビットに対する動作を表わすアルゴリズム及び記号表示を用いて行う。これらのアルゴリズムの説明及び表示は、当業者がその仕事の内容を他の当業者に最も効果的に伝達するために使用する手段である。アルゴリズムは、ここでは、所望の結果を発生させるための首尾一貫した一連のステップであると考えられる。これらのステップは、物理量の物理的操作を必要とするものである。必要条件ではないが、通常、これらの量は、記憶、伝送、組合わせ、比較、また他の方法による操作が可能な電気的または磁気的信号の形をとる。時として、また、主として普通使用されるという理由により、これらの信号は、ビット、値、要素、記号、文字、用語、数として言及すると便利であることが分っている。しかしながら、これらの、そしてよく似た用語は全て適当な物理量と関連性を有し、これらの量に適用される便宜的表示にすぎないことに留意されたい。以下の説明から明らかなように、特に断らない限り、本明細書全体を通して、「処理」または「計算」若しくは「判定」のような用語による説明は、コンピュータシステムのレジスタ及びメモリ内の物理的（電子的）量として表されるデータを操作変形して、コンピュータシステムのメモリまたはレジスタまたは他のかかる情報記憶、伝送または表示装置内の物理量として表される同様な他のデータにする、コンピュータシステムまたは同様な電子計算装置の動作またはプロセスを言及することがわかるであろう。
【００１９】
以下の詳細な説明は、多数の部分より成る。第１の部分は、本発明の種々の実施例が作動可能なハードウェア環境について述べる。第２の部分は、本発明の種々の実施例が作動するソフトウェア環境のシステムレベルを概観する。第３の部分は、本発明の一実施例である機械技術ウェブポータルを概観する。第４の部分は、パーツの電子検索アシスタント及び検索エンジンを述べる。第５の部分は、本発明の一実施例であるウェブポータルの対話型購買機構を説明する。第６の部分は、買い手によるダウンロードが可能な技術ＣＡＤ（コンピュータ支援設計）図面のカタログについて述べる。最後の部分は、詳細な説明の結論である。
【００２０】
ハードウェアの環境
図１は、本発明の種々の実施例が作動可能なハードウェア及び動作環境を示すブロック図である。図１の説明は、従来型コンピュータのハードウェアと、本発明の実現に適した計算環境を概観するものである。本発明を、コンピュータの命令の実行について説明する。しかしながら、本発明は、コンピュータにより実行される命令がリード・オンリ・メモリにより実行されるコンピュータハードウェアだけで実行することも可能である。本発明はまた、通信ネットワークによりリンクされた遠隔装置が仕事を行うクライアント／サーバ計算機環境でも実施できる。プログラムモジュールは、分散型計算環境にある構内及び遠隔メモリ装置の両方に設けることができる。
【００２１】
コンピュータ１１０は、ディスプレイ装置１１２、ポインティング装置１１４及びキーボード１１６に作動的に結合されている。コンピュータ１１０は、プロセッサ１１８（例えば、インテルの「ペンチアム」プロセッサ）、ランダム・アクセス・メモリ１２０（ＲＡＭ）、リード・オンリ・メモリ１２２（ＲＯＭ）、１またはそれ以上の大量記憶装置１２４、システムメモリを含む種々のシステムコンポーネントをプロセッサ１１８に作動的に結合するシステムバス１２６を有する。大量記憶装置は、不揮発性の特殊な記憶メデイアであり、ハードディスク・ドライブ、ＣＤ−ＲＯＭドライブ、フロッピディスク・ドライブ、光ディスク・ドライブ、テープ・カートリッジ・ドライブが含まれる。メモリ１２０，１２２及び大量記憶装置１２４は、コンピュータによる読取りが可能なメデイアである。ユーザは、命令及び情報を、ポインティング装置１１４、キーボード１１６のような入力装置によりパソコン１１０に入力できる。他の入力装置（図示せず）には、マイクロフォン、ジョイスティック、ゲームパッド、サテライト・ディッス、スキャナなどがある。プロセッサ１１８は、コンピュータ読取り可能メデイア上に記憶されたコンピュータプログラムを実行する。本発明は、任意特定タイプのコンピュータ１１０に限定されない。コンピュータ１１０は、ＰＣコンパチブル・コンピュータ、マックＯＳコンパチブル・コンピュータまたはＵＮＩＸコンパチブル・コンピュータでもよい。かかるコンピュータの構成及び動作は、当該技術分野において周知である。
【００２２】
さらに、コンピュータ１１０は、通信装置１２８を介してインターネットと通信可能に接続できる。インターネット接続は、当該技術分野で周知である。１つの実施例において、コンピュータは、モデムである通信装置と、対応の通信ドライバとを有し、「ダイヤルアップ接続」によりインターネットに接続される。別の実施例において、コンピュータは、ローカル・エリア・ネットワーク（ＬＡＮ）に接続されたイーサネットまたは同様なハードウェア（ネットワーク）カードである通信装置を有し、それ自体が「直接接続」（例えば、Ｔ１ラインなど）によりインターネットに接続される。
れる。
【００２３】
コンピュータ１１０はまた、その上で動作する少なくとも１つのオペレーティング環境を有し、それらは、望ましくは、ユーザによる制御が可能なポインタを含むグラフィカル・ユーザ・インターフェイスを提供する。かかる動作環境は、当該技術分野で周知のマイクロソフトウインドーズ及びアップルのマックＯＳオペレーティングシステムのようなオペレーティングシステムを含む。しかしながら、本発明は、任意特定の動作環境に限定されず、かかる動作環境の構成及び使用は当該技術分野で周知である。コンピュータ１１０はまた、少なくとも１つの動作環境で作動する少なくとも１つのウェブ・ブラウザ・アプリケーション・プログラムを有するのが望ましく、これにより、コンピュータ１１０のユーザはＵＲＬアドレスによりアドレスするイントラネットまたはインターネットＷＷＷページにアクセスできる。かかるブラウザのアプリケーション・プログラムには、ネットスケープのナビゲータ及びマイクロソフトのインターネット・エクスプローラが含まれる。
【００２４】
ディスプレイ装置１１２は、コンピュータ情報、ビデオ情報及び他の情報を含む情報を、コンピュータのユーザが見ることができるように表示する。ディスプレイ装置も、システムバス１２６に接続されている。スピーカ１１３及び１１４は、信号の音声出力を可能にする。スピーカ１１３，１１４も、システムバス１２６に接続されている。コンピュータは通常、モニターの他に、スピーカ及びプリンタのような他の周辺出力装置（図示せず）を有する。本発明は、任意特定のディスプレイ装置１１２に限定されない。かかるディスプレイ装置には、ＣＲＴディスプレイ（モニター）だけでなく、液晶ディスプレイ（ＬＣＤ）のようなフラットパネル・ディスプレイが含まれる。ポインティング装置１１４は、マイクロソフトウインドーズのバージョンのようなオペレーティングシステムのグラフィカル・ユーザ・インターフェイス（ＧＵＩ）により提供されるスクリーンポインタの制御を可能にする。本発明は、任意特定のポインティング装置１１４に限定されない。かかるポインティング装置には、マウス、タッチパッド、トラックボール、リモートコントローラ及びポイントスティックが含まれる。最後に、キーボード１１６は、当該技術分野において周知のようにコンピュータ１１０へのテキスト情報の入力を可能にするが、本発明は任意特定タイプのキーボードに限定されない。
【００２５】
コンピュータ１１０は、遠隔のコンピュータ１５０のような１またはそれ以上の遠隔コンピュータへの論理接続によりネットワーク環境で動作できる。これらの論理接続は、コンピュータ１１０の一部に結合された通信装置により行われるが、本発明は、任意特定タイプの通信装置に限定されない。遠隔コンピュータ１５０は、別のコンピュータ１１０、サーバ、ルータ、ネットワークＰＣ、クライアント、ピアー装置または他の普通のネットワークノードであり得る。図１に示す論理接続には、ローカル・エリア・ネットワーク（ＬＡＮ）１５１及びワイド・エリア・ネットワーク（ＷＡＮ）１５２が含まれる。かかるネットワーク環境は、オフィス、企業別コンピュータネットワーク、イントラネット及びインターネットでよく見られるものである。
【００２６】
ＬＡＮネットワーク環境に使用されるコンピュータ１１０は、通信装置の一種であるネットワーク・インターフェイスまたはアダプタ１５３を介してローカル・ネットワーク１５１に接続される。従来のＷＡＮネットワーク環境に接続されるコンピュータ１１０は、モデム（図示せず）を介して通信する。内臓型または外付けモデムは、システムバス１２６に接続される。ネットワーク環境において、パソコン１１０またはその一部に関連して示すプログラムモジュールは、遠隔のメモリ装置に記憶させることが可能である。
【００２７】
ソフトウェア環境
図２は、本発明の実施例のシステムレベルを概観するものである。システム２００は、多数のセクションに分割されている。システム２００の第１のセクションは製品データベース２１０であり、製品情報データベース２５５と、ＣＡＤ図面データベース２６５とより成る。製品データベースは、機械コンポーネントのパーツのマーケティング、販売及び構成のようなパーツデータを記憶し、これには、図面、キーワード、属性及びそれらの値の明細が含まれる。製品データベースは、当業者に知られたデータベース技術を利用し、図１のシステム１１０のようなコンピュータ上で実現可能である。システム２００の第２のセクションは製品情報ソース２１５であり、製品データベース２１０の最初の記憶及びその後のメインテナンスを容易にする。システム２００の第３のセクションは破線で示すような購買システムであり、製品データベース２１０と通信する対話型購買機構２２０を含む。対話型購買機構は、オンラインのカタログ及び注文プロセスとして働くソフトウェアである。対話型購買機構は、システム２００上で維持管理されるウェブポータル（ウェブサーバとも呼ぶ）２９０と、データベース２１０のようなより深いインフラストラクチュアとの間のインターフェイスであり、買い手及びユーザがＣＡＤ図面及びパーツのような品目を選択し、選択した品目を検討し、必要な変更または付加を行い、その品目を購入できるようにする。種々の品目を売り手２４５から購入できるが、売り手は、コンポーネントパーツの製造者、配送者または小売りである。売り手２４５は、入札プロセスによりパーツを提供する競売サイトでもよい。対話型購買機構２２０は、図１のシステム１１０のようなコンピュータ上で実現可能である。さらに、システム２００の購買システムはまた、売り手２４５に接続された請求及び配送通知システム２４０を含み、売り手は、製品データベース２１０に接続されている。請求及び配送通知システム２４０は、図１のシステム１１０のようなコンピュータ上で実現可能である。システム２００の第４のセクションは製品カタログであり、これには、ＣＤ−ＲＯＭ２５０のような１またはそれ以上のデータ記憶装置に記憶された製品情報が含まれる。大きな記憶容量を有する他のデータ記憶装置を製品情報の記憶に用いることも可能である。
【００２８】
システム２００の第５のセクションはＣＡＤバンクであり、これには、ＣＤ−ＲＯＭ２６０に記憶されたＣＡＤ図面が含まれる。システム２００の第６のセクションは、買い手またはユーザのクライアントコンピュータ２７５である。クライアントコンピュータ２７５は、図１のシステム１１０のようなコンピュータ上で実行可能である。クライアントコンピュータは、インターネット２７０を介して、または構内ＣＤ−ＲＯＭ記憶装置２６０から、要求された機械パーツのＣＡＤ図面２６５を取り出し、そして、インターネット２７０を介して、または構内ＣＤ−ＲＯＭ記憶装置２５０から、要求された製品情報２５５のキーワード及び属性を取り出す。クライアントコンピュータ２７５も、インターネット２７０を介して購買システムに接続されている。クライアントコンピュータ２７５は、対話型購買機構２２０を介して、売り手２４５へ、また製品データベース２１０へ、製品の指値及び注文を送る。請求及び配送情報は、売り手２４５と、クライアントコンピュータ２７５との間で、請求及び配送通知システム２４０を介して送られるが、この請求及び配送通知システム２４０では、インターネット２７０がクライアントコンピュータ２７５と、請求及び配送通知システム２４５との間を結ぶ。従って、このシステム２００により、クライアントコンピュータは、機械コンポーネントの製品図面、キーワード及び属性を受けて、そのコンポーネントの指値または注文を売り手に送付し、請求及び配送につき売り手と取引きすることができる。
【００２９】
機械技術ウェブポータル
図３は、本発明の実施例による機械技術ウェブポータルの最初のスクリーン３００を示す。このスクリーン３００は、ヘッダ部分３０４、左フレーム３０２、右フレーム３０３及びプレゼンテーション部分３２０を含む。一般的に、最初のスクリーン３００は、機械技術のファンクション及びトピックスへの種々のリンクを提供する。ヘッダ部分３０４は、このページのタイトルのような一般的情報や、機械技術コミュニティにとって現在興味ある新しいヘッドラインをスクロール表示するニュース速報３０７を含むことができる。ヘッダ部分３０４はさらに、検索テキスト入力ボックス３０９及び検索ボタン３１１を用いると検索能力を提供できる。
【００３０】
本発明の一実施例の左フレーム３０２は、情報セクション３０５、通信セクション３１０、サービスセクション３１５に分割されている。情報セクション３０５は、大学、業界、展示会及び機械工学の分野に関連のあるイベントを記載するページへのリンクを提供する。通信セクション３１０は、通信リンクを提供する。このセクションには、技術関連のチャット領域、技術関連のインターネットニュースグループ、よくある質問（ＦＡＱ）ページ、フォラムページ、技術者求人リストページへのリンクが含まれる。サービスセクション３１５は、本発明の種々の実施例において提供される機構を含む技術サービス提供ページ及びコンポーネントへのリンクを提供する。さらに、このサービスセクション３１５は、オンライン競売によりパーツを提供できる競売サイトへのリンクを提供できる。
【００３１】
プレゼンテーション部分３２０は、左フレーム３０２及び右フレーム３０３のような上述の種々のフレームで選択されるリンクに従って変化するコンテンツを表示する。最初、このプレゼンテーション部分３２０は、機械エンジニアリング会社、自動車業界（機械エンジニアリングサービスの重要なユーザ）及びコンピュータ支援設計（ＣＡＤ）に関連するニュースのような技術関連のニュース及び情報の種々のリストを提供する。このプレゼンテーション部分３２０はさらに、ＣＡＤシステムに関連するサイトへのリンクを含むことができる。例えば、種々のＣＡＤシステムの売り手のホームページへのリンクが提供される。種々のＣＡＤシステムのユーザグループページへの他のリンクも提供可能である。最初のコンテンツは、ユーザが最初のスクリーン３００の種々のフレームに含まれるリンクの中から選択を行うと、そのリンク関連のコンテンツより置換される。特定のリンクに関連するコンテンツにつき、以下のセクションでさらに詳細に説明する。
【００３２】
当業者は、上述の最初のスクリーン３００の説明及び以下の説明にあるスクリーンフォーマットは可能なスクリーン構成の例に過ぎず、同様な情報を提供する他のスクリーンフォーマットもあり得ることが分かるであろう。本発明は、ここに説明する特定フォーマットに限定されない。
【００３３】
電子検索アシスタント及び検索エンジン
機械技術プロジェクトは通常、設計技術者がプロジェクトの一部として組み込まれるコンポーネントパーツを選択することを必要とする。コンポーネントパーツは、特別な仕様に設計されることも、既製の物もある。既製の製品には非常に広範囲の選択肢があり、どの製品、またある製品をどの製造者が提供するかを知ることは容易でない。さらに、種々のパーツには、それぞれ異なる様々な属性、公差、性能、仕様があり、これらが選択基準となる。図４Ａ−４Ｉは、設計者によるコンポーネントパーツの選択を支援する本発明の一実施例による電子検索アシスタント及び検索エンジンを示す。
【００３４】
検索アシスタントは、最初のスクリーン３００（図３）から適当なリンクを選択することによりスタートする。これにより、プレゼンテーション部分３２０は、図４Ａに示すコンテンツを有する最初のコンポーネント照会スクリーン領域４００を表示するように更新される。スクリーンエリア４００は、照会ヘッダ４０２と、コンポーネントリスト４０４とを有する。照会ヘッダ４０２は、現在のコンテンツ領域がコンテンツ領域階層構造のどこに位置するかについての情報を提供する。本発明の１つの実施例では、この照会ヘッダ４０２は、前の選択の階層構造を示す第１のラインと、階層構造内の一般的な説明を提供する第２のラインとを有する。一般的な説明は、階層構造の前のポイントへのリンクとして表示可能である。コンポーネントリスト４０４は、ユーザがさらなる照会を行うために選択できる一般的コンポーネントタイプの候補リストを提供する。コンポーネントタイプのこのリストは例示的なものであり、本発明のいかなる実施例も図４Ａに示す特定コンポーネントタイプに限定されない。
【００３５】
本発明を実施例の１つの操作例として、ユーザが、コンポーネントリスト４０４の中から「空気圧」を選択したものと仮定する。この場合、プレゼンテーション部分３２０は、図４Ｂに示すようなファンクション照会スクリーン領域４１０を示すように更新される。照会ヘッダ４０２は、親スクリーン領域（即ち、スクリーン領域４００）をスクリーン選択階層構造に付加することにより、新しい領域を示すように、更新される。加えて、用語「ファンクション」が記述ライン上で強調され、ユーザが現在、ファンクション選択モードにあることを示す。
【００３６】
スクリーン領域４１０はまた、ファンクションリスト４１４を有する。ファンクションリスト４１４は、コンポーネントリスト４０４（図４Ａ）から選択されたコンポーネントタイプ内のコンポーネントにより実行可能な一般的なファンクションのリストである。場合によっては、ファンクションを１またはそれ以上のサブファンクションに分割することが可能であり、その場合、サブファンクションリスト４１２をスクリーン領域４１０内に提示することができる。実施例のファンクションリストは、空気圧コンポーネントが実行可能なファンクションのリストよりなる。例えば、空気圧コンポーネントは、アクチュエータ、センサー、制御手段または空気圧ネットワークの１部品として使用可能である。ユーザは、そのコンポーネントが実行するファンクション、即ち機能をそのリストから選択する。当業者であれば分かるように、ファンクションリスト４１２に提供されたファンクションのリスト４１０（そして、恐らくサブファンクションのリスト４１２）は、前に選択したコンポーネントタイプにより異なる。コンポーネントタイプが異なれば、必然的に、ファンクション及びサブファンクションも異なるであろう。本発明は、任意特定のファンクションまたはサブファンクションに限定されない。
【００３７】
実施例の操作をさらに説明するために、ユーザが空気圧アクチュエータが必要であると決めたものと仮定する。図４Ｃは、ユーザがファンクションリスト４１２の中から「アクチュエータ」のリンクを選択すると表示される、本発明の実施例により標準スクリーン領域４２０を示す。この標準スクリーンエリア４２０は、照会ヘッダ４０２、コンポーネント標準リスト４２４及びコンポーネント標準パーツリスト４２２を有する。照会ヘッダ４０２の第１のラインは、スクリーン領域階層構造内における現在のページの位置を示すために更新される。第２のラインもまた、ユーザが、現在、特定のファンクションを実行するコンポーネントの標準タイプを選択していることを示すために更新される。
【００３８】
コンポーネント標準リスト４２４は、ユーザが前に選択したファンクションを実行する標準コンポーネントタイプのリストを提供する。この例では、標準コンポーネントタイプには、アクチュエータ機能を実行するシリンダを含まれ、それには、標準シリンダ、ロータリシリンダ、エンジン及び空気圧ハンマが含まれる。標準リストはさらに、標準コンポーネントタイプに含まれるパーツタイプのリストを提供するパーツリスト４２２を含むことがある。パーツリスト４２２には、照会アシスタントウェブページへのリンクが含まれる。照会アシスタントの機能については、図４Ｅを参照して以下に詳しく説明する。
【００３９】
図４Ｃに示す標準コンポーネントタイプは、特定タイプのコンポーネント、即ち、シリンダコンポーネントの一例である。当業者は、コンポーネント標準リスト４２４及びパーツリスト４２２に提示される標準コンポーネントタイプが、ユーザによる選択に依存し、本発明は任意特定のコンポーネント標準パーツまたはコンポーネントパーツに限定されないことが分かるであろう。
【００４０】
図４Ｄは、本発明の実施例のパーツスクリーン領域４３０を示す。図示のパーツスクリーン領域４３０は、ユーザがコンポーネント標準リスト４２４の中から「シリンダ」のリンクを選択していることを想定している。パーツスクリーン領域４３０は照会ヘッダ４０２を含むが、このヘッダは、上述のスクリーン領域と同様に、スクリーン領域階層構造におけるスクリーンエリアの現在位置を示すために更新される。ヘッダ４０２の第２のラインは、ユーザがパーツ選択スクリーンにいることを示すために更新される。また、パーツリスト４３２も含まれている。パーツリスト４３２は、前のスクリーン領域でユーザが選択したファンクションを実行する標準コンポーネントに含まれるパーツタイプを与える。この例の、アクチュエータ機能を実行するシリンダであるパーツのリストは、パーツリスト４３２に含まれている。このリストには、照会アシスタントウェブページへのリンクも含まれている。図４Ｄに示す例では、照会アシスタントへのリンクはシリンダの照会アシスタントを呼び出すが、しかしながら、リストに含まれる特定の照会アシスタントは、ユーザが前に選択したコンポーネントタイプ及びファンクションに依存する。
【００４１】
図４Ｅは、一例としての照会アシスタントの最初の表示フレーム４４０を示す。この表示フレーム４４０は、ヘッダ４０２と、コンポーネント用途リスト４４２とを含む。この実施例のヘッダ４０２の第１のラインは、ユーザが選択するフレームの階層構造における照会アシスタントの位置を反映するように更新され、第２のラインは、アシスタントが用途選択モードにあることを示すようにエントリが強調されている。コンポーネント用途リスト４４２は、コンポーネントパーツが使用される用途のリストを提供する。かかるリストが望まれるは、照会アシスタントが潜在的利用可能性を有するパーツの領域を、そのパーツの意図した用途に適合するパーツに絞ることができるからである。図４Ｅに示すシリンダの例では、空気圧シリンダの２つの用途、即ち固定された物体を伸張するためのシリンダの用途と、物体を移動させる用途とが提示される。
【００４２】
そのパーツについて適切な用途を選択すると、図４Ｆに示すように、ユーザには、プレゼンテーション部分３２２において、リクエストフレーム４５０が表示される。このリクエストフレームは、ヘッダ４０２、コンポーネントデータ４５２、コンポーネントパラメータ４５４及びアクションボタン４５６，４５８を含む。ヘッダ４０２は、その第２のラインの「リクエスト」を強調することにより、ユーザが用途選択モードからリクエストモードへ移動したことを示すように更新される。コンポーネントデータ４５２は、そのコンポーネントパーツ関連のある特定のパラメータの範囲、そのパーツ関連の何らかの工業基準及びそのパーツの意図された用途を含む一般的な情報を提供する。
【００４３】
コンポーネントパラメータ４５４は、そのコンポーネントが満足しなければならない種々の条件につきユーザがパラメータを入力する機構を提供する。この実施例のパラメータは、そのパラメータの名前または称呼、測定（寸法）単位及びその値を含む表形式で提示される。各パラメータについて、ユーザは所望の値を入力する。各パラメータには、連携の情報ボタン４５９がある。情報ボタン４５９を、例えば、ボタンをクリックすることにより押すと、そのパラメータについてさらなる情報をユーザに与えるテキストウインドウが表示される。
【００４４】
この実施例には、アクションボタン４５６，４５８が設けられている。アクションボタン４５８は、入力削除ボタンである。アクションボタン４５８を押すと、現在のパラメータ値がゼロにリセットされ、ユーザは新しい値で再スタートを切ることができる。アクションボタン４５６を押すと、クライアントコンピュータがポータルをホストとするサーバ上の検索エンジンに、そのパラメータを送る。検索エンジンはその後、受取った、前のページ上のユーザの選択に基づくパラメータと選択基準とを用いて、ユーザのニーズに合うパーツを供給できる売り手があるかをチェックする。
【００４５】
本発明の別の実施例（図示せず）では、図４Ｆに示すインターフェイスは、特定タイプの売り手の検索を指示するボタンまたはメニューを含む。例えば、１つのボタン、アイコンまたはメニューにより、検索パラメータを、そのパーツを供給できる製造者、配送者及び小売りを検索する検索エンジンに送ることができる。第２のボタン、アイコンまたは別のメニューを選択すると、検索パラメータが、それらのパラメータにマッチする競売データを検索する検索エンジンへ送られる。検索エンジンは、ポータルのプロバイダにより維持管理される競売データを検索するか、検索パラメータにマッチする公知のオンライン競売サイトを検索できる。
【００４６】
図４Ｇは、供給者フレーム４６０の一例を示す。この供給者フレーム４６０は、照会ヘッダ４０２、エントリ総数４６２、供給者リスト４６４及びナビゲーションボタン４６６を含む。照会ヘッダは、ヘッダの用語「供給者」を強調することにより、ユーザが供給者ページにいることを示すように更新される。供給者リスト４６４は、ユーザの基準に合致するパーツを供給可能な供給者についての詳細事項を含むリストを表示する。この詳細リストは、多数の異なる基準のうち任意の１つにより順番に並べることができる。例えば、リストを、価格、配送期限またはパーツがユーザが入力した基準にいかによくマッチするかに応じて並べることができる。これらの詳細事項には、住所、電話番号、価格、配送期限、パーツ番号及び合致するパーツに関する他の情報を含めてもよい。１ページに収まらない数の供給者が見つかった場合、その供給者リスト４６４は、供給者の全リストの一部である。エントリ総数４６２は、ユーザの基準に合致するパーツを供給可能な供給者の総数を与える。ユーザは、ナビゲーションボタン４６６の１つを選択してボタン４６６に表示された供給者のエントリで表示を更新することにより、供給者の全リストに亘ってナビゲーションすることができる。供給者リスト４６４中の各エントリを選択することができる。選択すると、売り手のパーツに関する詳細事項が表示される。
【００４７】
本発明の別の実施例において、図４Ｇに示す供給者リストは、競売プロセスによりパーツを供給できる者のリストである。それらの者はウェブポータルのプロバイダが主催する競売から読み取るか、或いは特定のパーツを入札を受付けるオンライン競売ウェブサイドへのリンクである場合がある。
【００４８】
図４Ｈは、代表的な供給詳細事項フレーム４７０を示す。供給詳細事項フレーム４７０は、ヘッダ４０２、売り手データ４７４、パーツパラメータ４７６、結果パラメータ４７８及びボタン４７７を含む。ヘッダ４０２は、用語「供給」を強調することにより、現在のページが供給フレームであることを示すように更新される。売り手データ４７４は、売り手の名前、住所、選択されたパーツの売り手パーツ番号、パーツ価格、パーツ配送期限及びパーツの意図された用途を含む。提示される情報として、売り手が標準パーツを製造できるか或いは設計変更できるかについての情報を含むことができる。
【００４９】
本発明の一実施例において、パーツパラメータ４７６は４つの欄を有する表形式で提示される。第１の欄は、パラメータの名前または称呼を、第２の欄はパラメータの測定単位または寸法を、第３の欄は表４５４（図４Ｆ）にユーザが入力するパラメータ値を、また第４の欄は、売り手または製造者により与えられるパーツのパラメータ値が与えられている。検索エンジンは、ユーザが入力するパラメータ値に対する正確なマッチと、それに近いマッチとの両方を見付けることのできるアルゴリズムを使用するため、ユーザの値と売り手の値とは必ずしも常に正確にマッチしない。
【００５０】
結果パラメータ４７８は、入力パラメータ及びデータベース２１０に維持される売り手のパーツデータに基づき計算される値をユーザに与える。表示される結果パラメータは、選択されるコンポーネントパーツにより異なる。図４Ｈに示す例では、ピストンの直径、ピストンロットの直径及びシリンダの吸気量が計算され、ユーザに表示される。
パーツパラメータ４７６及び結果パラメータ４７８の各パラメータは、それに関連する別の情報アイコン４７９を有することができる。特定のアイコン４７９を押すと、そのパラメータに関するさらに別の情報がユーザに表示される。
【００５１】
供給詳細事項フレーム４７０は、さらに別の詳細事項ボタン４７６も含む。このボタン４７７を押すと、ポータルウェブのサーバはクライアントウェブブラウザにさらに別のパーツデータを送る。図４Ｉは、この詳細事項を含むパーツ詳細事項フレーム４８０の一例を示す。パーツ詳細事項フレーム４８０は、照会ヘッダ４０２、売り手データ４７４、パーツ図面４８２、注文ボタン４８４、技術データ４８６、オプション情報４９０、パーツ仕様４９２及び注文ボタン４９４を含む。照会ヘッダ４０２は、用語「照会」を強調することにより、現在のページが照会ページであることを示すために更新される。前のページは、ヘッダ４０２のリンクとして示されている。パーツ図面４８２は、現在選択されているパーツの画像を提供する。本発明の別の実施例では、このパーツのＣＡＤ図面が示される。選択されたパーツの画像を表示するかその図面を表示するかの選択は、検索エンジンの速度及びネットワークの速度並びに画像または図面を送信するために利用可能な帯域幅により決まる。技術データ４８６は、パーツのコンポーネント要素の構成のような情報を提供する。技術情報４８８は、パーツが配置される動作環境の種々の局面における最小値及び最大値を含む情報を提供する。オプション情報４９０は、選択されるパーツと共に常用される関連のパーツまたはコンポーネントに関する情報をユーザが得ることができるリンクを提供する。パーツ仕様４９２は、パーツの寸法及び重量に関するデータを提供する。種々のセクション４８６，４８８，４９０及び４９２のデータは、パーツ毎に、また売り手毎に異なる場合がある。本発明は、データの任意特定の配置または特定の内容に限定されない。
【００５２】
発明の一実施例において、注文ボタン４８４をクリックすると、そのパーツが注文される。この実施例では、データベース２１０は、パーツデータの「バーチャル倉庫」を提供する。バーチャル倉庫に維持管理されるデータは、在庫番号のようなパーツ識別情報、販売可能数量、そのパーツの保証された納入期日を含む。買い手は、その注文をポータルプロバイダへ送信し、プロバイダは、現在保証された納入期日において現在販売可能な数量から注文された数量を差し引く。ポータルは、そのパーツの注文を発生させ、それを売り手へ送信する。注文は、インターネットにより電子的に送信するか、電子メールで送信するか、ファックスで送信するか、または印刷した手紙を売り手に送ることもできる。
【００５３】
本発明の別の実施例において、パーツは、対話型購買機構に付託することができる。対話型購買機構の動作を、次のセクションでさらに詳しく説明する。
【００５４】
検索プロセスを、検索結果フレームに至るパーツ選択オプションをユーザに提供する一連のフレームについて説明した。しかしながら、本発明のさらに別の実施例では、データベース２１０のようなパーツのデータベースに対して、テキスト検索による問い合わせを行うことが可能である。この実施例では、パーツは、そのパーツを総括的に記述する名前により識別される。さらに、パーツは、各々が属性値を有する属性タイプを有する。例えば、「空気シリンダ」という名前のパーツは、シリンダ直径及びシリンダストロークより成る属性タイプを有する。ユーザは、パーツの名前を示すキーワードと、１またはそれ以上の属性タイプと属性値の対を入力する。その後、検索エンジンは、図４Ｇに示すように、指示した検索基準に合致するパーツを供給する売り手を示す結果フレーム４６０を発生させる。本発明のさらに別の実施例において、検索エンジンは検索基準に合致するパーツのリストを発生させる。
【００５５】
上述の例において、検索基準は、パーツの物理的寸法、例えば、シリンダの物理的寸法である。しかしながら、本発明は、かかる検索基準に限定されず、パーツの物理的環境を構成する他の検索基準を、上述の基準の代わりに、またはそれに加えて入力することができる。例えば、ユーザは、運動すべき物体の質量及びその物体が到達しなければならない速度を知っているであろう。ユーザが質量と速度を入力すると、検索エンジンは、検索基準に従う性能を発揮できるパーツの属性を求める。一例として、ユーザは、５０キログラムのものを２秒で１００ミリメートルのストロークで運動させる必要があるとする。ユーザは適当な基準を入力すると、検索エンジンは、この基準に合うパーツのリストを提供する。
【００５６】
さらに、上述の例は、ユーザの検索基準に合致するパーツを販売する売り手を識別することに向けられている。しかしながら、本発明は、パーツの供給能力に基づく売り手の識別に限定されない。本発明のさらに別の実施例（図示せず）では、電子検索アシスタント及び検索エンジンにより、サービスを提供できる売り手を識別する。この実施例において、買い手（ジョブソースとも呼ぶ）は実施すべきサービスに関する入札条件を与える。これらの入札条件には、パーツの説明（テキストまたはグラフィックスによる）、所望の数量、供給者の場所、パーツのサイズ、機械の種類及び供給者の規模が含まれる。さらに、入札条件には、供給者により提供される保証及び賠償のような商業的条項を含めることができる。ポータルサーバの検索エンジンは、入札条件を満たすことのできる供給者のためのデータベース２１０（図２）のような、データを供給するデータベースを検索する。
【００５７】
図４Ｊは、ユーザが検索を行う地理的領域を特定できる、本発明の一実施例によるスクリーン１４００の一例を示す。スクリーン１４００は、地図１４０２、登録リンク１４０８、サービス提供者総数１４０６及び平均応答時間１４１０を含む。地図１４０２は、ユーザが小領域１４０６を選択できる地理的領域を与える。例えば、地理的領域は大陸であり、小領域はその大陸上の国々である。あるいは、地理的領域は国で、小領域はその国の州、郡または他の政治的または地理的区分である場合がある。本発明は、任意特定の領域／小領域の組み合わせに限定されない。
【００５８】
ユーザは、小領域を選択して、検索範囲を選択された小領域に事業所を有するサービス提供者に限定することができる。
【００５９】
サービス提供者総数１４０４は、データベース２１０に登録されたサービス提供者の数を示す。この総数には、データベースに登録された全てのサービス提供者、選択された小領域内のサービス提供者の総数、または入力された入札条件に合致する可能性のあるサービスを提供可能なサービス提供者の数が含まれる。
【００６０】
平均応答時間１４１０は、ユーザがリクエストに対して応答すると予想可能な時間を与える。図示の平均時間は、選択された領域内でのサービス、あるいは入力された入札条件に合わせることの可能なサービスにつき、データベース２１０に登録された全てのサービスに亘って平均することができる。
【００６１】
登録リンク１４０８は、サービス提供者がデータベース２１０に登録するためのインターフェイスを提供する。
【００６２】
本発明の１つの実施例において、ポータルサーバ２９０（図２）は、入札条件に合致する各供給者に対して入札リクエストを送付する。入札リクエストには、買い手により提供されるパーツの説明が含まれる。供給者は、入札を望むなら入札リクエストに応答できる。供給者が入札すると、ポータルサーバは、入札プロセス処理につき買い手に所定の金額を請求する。
【００６３】
本発明の別の実施例において、所定の地理的領域内で入札条件に合致可能なサービス提供者のリストが、ウェブページ（図示せず）によりユーザに表示される。ユーザは、リクエストしたパーツの説明を送付したい１またはそれ以上のサービス提供者を選択できる。本発明は、任意特定の選択方法に限定されず、選択方法の例として、ウェブページボックスのチェック、ウェブページボタンのクリック、サービス提供者を表すリンクの選択が含まれる。
【００６４】
所望のサービス提供者が選択されると、システムは、リクエストデータを選択されたサービス提供者へ送付する。本発明の一実施例では、サービス提供者は電子メールによりリクエストの通知をうける。電子メールは、サービス提供者に、所望のパーツ説明及びそのパーツに関連するパラメータを含むリクエストされたデータを提供するウェブページを読むように指示する。これに対して、サービス提供者は、そのリクエストに対して応答する意思があるか、ないかを示すことが可能である。サービス提供者が応答する意思がある場合、システムは、本発明の一実施例において、リクエストをしたユーザに対して、そのサービス提供者を示す電子メールを作成する。
【００６５】
本発明の実施例の一部では、リクエストをしたユーザの名前を伏せることによりユーザが匿名でリクエストするのを可能にしている。
【００６６】
また本発明の一部の実施例には、リクエストに添付して別のパーツデータを送れるものがある。本発明の一部の実施例には、さらに、リクエストしたユーザが、リクエストへの添付情報を読むか見ることのできる提供者を制限できるものがある。
【００６７】
上記のことからわかるように、本発明の一部の実施例では、システムは、リクエストした者と、サービス提供者との間の仲介者として働く。これにより、システムは、サービスをリクエストした者と、サービス提供者との両方を追跡し、それらに有用なデータを提供することができる。例えば、システムは、提供者がリクエストに応答するまでにかかる時間、サービス提供者が受けるリクエストの数、サービス提供者が応答するリクエストの数、またリクエストする者と、提供者とが接触状態を保っているか否かを追跡することができる。上記データは、データベース２１０に記憶させることができる。
【００６８】
本発明のさらに別の実施例では、上述の応答時間データを用いて、システムのユーザに有用な情報を提供することが可能である。例えば、ユーザには、サービス提供者がリクエストに応答するまでにかかる時間を教えることができる。さらに、サービス提供者を、リクエストに応答するまでにかかった時間により分類することも可能である。加えて、このデータを用いて、サービス提供者が保証した応答時間を守っているか否かをモニターすることができる。
【００６９】
本発明の一部の実施例では、サービス提供者は、ポータルプロバイダへの登録につき手数料を支払う必要がある。その手数料は、１回払いか、例えば年会費のように一定の期間に応じて払う場合がある。上述した手数料に加えて、またその代わりに、サービス提供者に、リクエストを受信する度にそして／またはリクエストに応答する度に手数料を請求することができる。さらに、システムは、ユーザが特定のリクエストを「緊急」として表示するインターフェイスを提供できる。この場合、システムは、サービス提供者に対してさらに別の手数料を請求できる。この別の手数料は、リクエストするユーザに取引を成立させるための何らかの圧力をかける情報であることから、システムがサービス提供者に与える付加的な価値に対するものである。
【００７０】
上述のパーツの例及びサービスの例の両方において、検索基準に、価格と配送条件を含めることができる。例えば、ユーザは、特定の日付までに配送可能なパーツまたはサービスを最低の価格でユーザが欲しがっていることを示すパラメータを入力することにより、パーツ及び／またはサービスを検索することができる。
【００７１】
図８は、１またはそれ以上のパーツにつきデータベースを検索する方法８００を示す。この方法は、コンピュータにより実行可能な命令で構成されたコンピュータプログラムにより実行できる。フローチャートでこの方法を記述することにより、当業者は、この方法を適当なコンピュータ（コンピュータによる読取りが可能なメディアからの命令を実行するコンピュータのプロセッサ）上で実行するための命令を含むプログラムを作成することができる。図８に示す方法は、本発明の実施例の動作環境で実行が必要な動作を含むものである。
【００７２】
この方法は、システムが検索キーワードを受けるとスタートする。検索キーワードは、パーツの名前、例えば「シリンダ」である（ブロック８０２）。キーワードは、ユーザがページ４１０（図４Ｂ）のようなウェブページからキーワードを選択すると受信されるか、またはキーワードをテキスト形式で検索エンジンに入力することも可能である。次に、システムは、１またはそれ以上の属性の名前と、その属性の値を対で受信する（ブロック８０４）。この属性の名前と、属性の値の対は、キーワードに関連するエントリの属性を表すものである。例えば、シリンダに関連する属性には、シリンダの孔径及びストロークが含まれる。さらに、これらの属性は、その物の環境属性を表すことができる。例えば、ある物体がその物により移動すべき質量及び距離である。システムは、この環境属性を用いて、その所与の環境属性を作動させるために、その物が保持しなければならない物理的属性を計算する。これらの属性は、上述したようにウェブページ上のテキストボックスに入力するか、あるいは検索エンジンに検索テキストとして入力することができる。
【００７３】
システムはその後、入力されたキーワード及び属性にマッチするパーツについて、データベース２１０（図２）のようなパーツ情報のデータベースに問い合わせを行う（ブロック８０６）。マッチするパーツのリストが戻ってくると、ユーザに表示される（ブロック８０８）。このリストは、そのパーツを供給できる売り手のリストを含むか、またはそのパーツ自体のリストであることもある。本発明の実施例では、リストはウェブページとして表示される。
【００７４】
次に、ユーザがパーツを選択すると、システムは、例えば、そのパーツをシステムの対話型購買機構へ付託することにより（ブロック８１０）、そのパーツの注文を付託する。対話型購買機構については、次のセクションで詳しく説明する。
【００７５】
図９は、供給者情報をデータベースで検索する方法９００を示す。この方法は、システムが入力としてパーツの説明と、そのパーツに関する入札条件を受けることによりスタートする（ブロック９０２）。この入力は、ユーザがウェブページのフィールド上に検索基準及び入札条件を入力するか、または検索エンジンにコマンドラインとして与えることにより行われる。パーツの説明は、シリンダのようなパーツの名前でよい。入札条件には、パーツの保証配送期日、数量、供給者の場所、供給者の規模、保証条項、またはパーツの購入に関連する他の条件を含むことができる。例えば、入札条件は、供給者が４日以内に最小量として１００個のシリンダを納入できなければならないということを特定することもある。システムはその後、入力された入札条件に合致する供給者について、データベース２１０のようなパーツとパーツ供給者のデータベースを検索する（ブロック９０６）。本発明の１つの実施例では、リストはウェブページに戻される。
【００７６】
次に、システムは、入札リクエストを、入札条件に合致可能なリストの供給者へ送る（ブロック９０８）。入札リクエストを送付については、電子メール、ファックス及び供給者へ郵送するための入札リクエストの印刷を含む種々の方法を用いることができる。さらに、システムは、供給者が見ることができるように、入札リクエストをウェブページ上に置くことができる。
【００７７】
本発明の別の実施例（図示せず）において、ユーザは、システムが発生する入札リクエストに応答して供給者の１人を選択すると、手数料を課金される。
【００７８】
上記の方法をシリンダついて検索を行う文脈で説明したが、本発明は、当業者であればわかるように、任意特定種類のパーツの検索に限定されない。
【００７９】
対話型購買機構
本発明の実施例の機械技術ウェブポータルの別の局面として、対話型購買（ＩＰ）がある。機械技術者及び他の設計者は、一般的に、組立てを行うために種々のパーツを必要とする。さらに、技術者は通常、多数のプロジェクトに同時並行的に従事し、各プロジェクトに用いるパーツの注文及び調達はその完了状態が異なる。本発明の実施例による電子式購買機構は、１またはそれ以上のプロジェクトのパーツの調達状態の維持管理を容易にするためのシステムを提供する。本発明によるＩＰＡの操作を、システムがエンドユーザに提示するウェブページのフレームを示す図５Ａ−５Ｉを参照して説明する。
【００８０】
図５Ａは、セキュリティフレームの一例を示す。セキュリティフレーム５００は、情報テキスト５０２、ログインテキスト領域５６２及びパスワードテキスト領域５０６を含む。ＩＰＡは、ポータルのデータベース２１０上に維持可能なクライアントのデータへ権限のない者がアクセスするのを阻止するためのセキュリティを与える。従って、データにアクセスするためには、買い手または売り手のようなユーザは、ログインテキスト領域５０４へ有効なログインＩＤを、またパスワードテキスト領域５０６へログインＩＤに関連する有効なパスワードを入力する必要がある。有効なログインＩＤ及びパスワードを入力した場合に限り、ユーザはＩＰシステムとの対話操作に進むことが許される。
【００８１】
有効なログインＩＤ及びパスワードを入力すると、ユーザには、図５Ｂに示すような照会ページ５０１がプレゼンテーション部分３２０に表示される（図３）。本発明の１つの実施例の照会ページ５０１は、ヘッダ５０２、プロジェクトフレーム５０４、取引識別表示５１０、リクエスト情報表５１２及びコメントボックス５１８を含む。ヘッダ５０２は、パーツ照会の各部分の状態（照会、オファー、オファー受諾、注文など）に関する情報を与える。各状態について、その状態を完了させる当事者及びその状態が完了した日付が与えられている。
【００８２】
プロジェクトフレーム５０４は、買い手の１またはそれ以上のプロジェクトについてナビゲーションする機構を提供する。本発明の一実施例では、買い手のプロジェクトは階層表示されており、この階層構造には、オープンなプロジェクト、待機中のプロジェクト及び完了したプロジェクトが含まれる。オープンなプロジェクトは、初期または継続中のリクエスト、即ち、パーツを未だ受取っていないリクエストに関して、買い手側のアクションが必要なプロジェクトである。待機中プロジェクトは、パーツの売り手側のアクションが必要なプロジェクトである。完了したプロジェクトは、リクエストされた全てのパーツの受取りが終了し取引が完了したプロジェクトである。階層構造の「メッセージ」ブランチはメッセージボードとして働き、買い手及び売り手によるプロジェクト関連事項についての通信を可能にする。
【００８３】
照会ページ５０１の一例として、プロジェクトフレーム５０４はプロジェクトの状態に応じて（即ち、オープン、待機中または完了したプロジェクトかなど）分類されており、その後にプロジェクトの名前がある。しかしながら、本発明は図示の分類に限定されず、本発明の別の実施例では、プロジェクトフレーム５０４を３つの基準、即ち売り手、プロジェクト識別表示及びプロジェクト状態のうち任意の１つにより分類することができる。例えば、プロジェクトフレームは、パーツの売り手の後、プロジェクトの状態、プロジェクトの名前により分類可能である。さらに、分類の順序はユーザが決めることができる。
【００８４】
取引識別表示５１０は、取引に関与する買い手と売り手を同定する情報を提供する。この情報は、買い手と売り手の名前及び住所を含み、システムが買い手に付与したＩＤ（買い手番号）を含むことができる。取引の種々の状態のついての識別情報も与えられる。例えば、特定のリクエストを示すリクエスト番号が表示される。ユーザは、リクエストテキストボックス５０８にリクエスト名を入力して、リクエストを記述させることができる。
【００８５】
リクエスト情報表５１２は、取引でリクエストされたパーツに関する情報を提供する。前のセクションで説明したように、検索を実行すると、リクエストにパーツを加えることができるが、図５Ｄに示すように、「物品付加」ボタンをクリックして、リクエストに或るパーツを手動で付加してもよい。さらに、ＣＤ−ＲＯＭ、フロッピディスク、ハードドライブまたは他の不揮発性記憶装置のようなコンピュータによる読取りが可能なメディアに記憶された材料の目録から１またはそれ以上のパーツを読取って、プロジェクトにパーツを加えることが可能である。
【００８６】
本発明の１つの実施例では、情報は表形式で表示される。表形式で表示される情報には、リクエスト番号、パーツリスト内の特定のパーツの位置を示すそのパーツのカウント、パーツの物品番号（パーツ番号または在庫番号とも呼ばれる）、パーツのテキスト式記述、パーツの所望数量を入力できる数量テキストボックス５１３、パーツ価格、パーツ割引額、割引後のパーツ価格、パーツにかかる税率、取引通貨を含むパーツ最終価格が含まれる。最終価格のようなある特定の値は、数量テキストボックス５１３に入力される数量による。従って、本発明の１つの実施例では、入力した値を保持するための入力値保持／再計算ボタン５１６が設けられ、それに従属する値が更新されて再表示される。
【００８７】
コメントボックス５１８は、ユーザがパーツリクエストに関するテキスト、リンクまたは追加事項を入力する機構を提供する。この情報には、リクエストを特別処理するためのリクエスト、プロジェクトの付加的説明、売り手のための質問等がある。さらに、情報としては、パーツリクエストに付加されるファイル名がある。
【００８８】
アクションボタン５２０は、リクエストの状態を制御するために使用される。例えば、「送付」ボタンをクリックすると、ポータルサーバは照会状態を完了状態にセットして、そのリクエストを「オファー」状態にする。ポータルサーバはまた、売り手にそのリクエストを通知する。通知は、電子メール、ファックスまたは他の電子的通信手段により行うことができる。さらに、売り手に向けられた新しいリクエストの存否についての照会を売り手が行うため売り手がアクセスするウェブページを更新することにより、通知が行われる場合もある。
【００８９】
中断ボタンは、リクエストを中断させる。リクエストを中断させると、リクエストの現在の状態が保存される。即ち、入力された数量、コメントテキストまたは他の値が保存される。これにより、買い手は、所望に応じて２つ以上のセッションにつきリクエストを入力できる。例えば、買い手が、特定のパーツまたは数量について決定を行う前に他人に相談する必要がある場合がある。買い手は適当な入力値を決めて、リクエストページに戻り、全ての情報が得られた状態で以前中断したリクエストを送ることができる。
【００９０】
リセットボタンは、リクエスト情報表５１２にあるリクエストした値がリセットされるようにする。リセットボタンをクリックすると、削除チェックボックス、数量テキストボックス５１３及びコメントテキストボックス５１８の全ての値またはテキストがクリアされ、ユーザは適当な値を再入力できる。
【００９１】
プロジェクト追加ボタン５０５をクリックして、階層構造にプロジェクトを付加することができる。ボタン５０５を押すと、ユーザは、そのプロジェクトのプロジェクト名及びアドレスのようなプロジェクトを記述する情報を入力するように促される。必要な情報を入力すると、そのプロジェクトの階層構造５０４に新しく加えたプロジェクトが付加される。提供される情報は、データベース２１０に記憶される。そのプロジェクトについてのさらに別の情報が、以下に述べるように、スクリーンを介してシステムより取得されると、その情報もデータベース２１０に付加される。従って、この情報は、ポータルページを何度見ても保持されている。これにより、買い手と売り手は、時々プロジェクト情報にアクセスして、更新したりプロジェクトへの照会を行うことができる。
【００９２】
本発明の一実施例において、プロジェクトへのパーツの入力は、上述した検索機構により、特定のパーツを表示させた後、ボタン４９４をクリックして（図４Ｉ）システムに、その表示されたパーツをポータルサーバ上の対話型購買機構に送付させることにより行う。パーツが付加されるプロジェクトは、プロジェクト番号またはパーツ番号により識別可能である。
【００９３】
図５Ｋは、本発明の別の実施例による照会ページ１５００を示す。照会ページ１５００は、上述した照会ページ５０１により与えられるものと同様な機能を提供し、さらに、ボタン１５１０、１５０８、１５０６を有する。ボタン１５０６により、システムはコンポーネントデータを、本発明の実施例のシステムを用いる会社内の購買担当者に転送する。この転送は、コンポーネントデータを通信リンクを介して購買システムに転送することにより行うことができるが、別の方法として、データを電子メールに入れ、購買部の人間に送ってもよい。購買部の人間は、そのデータを購買システムに入力できる。本発明は、特定の転送機構に限定されない。さらに、本発明は、任意特定タイプの購買システムに限定されない。本発明の１つの実施例における購買システムは、ＥＲＰ（企業資源計画）システムである。
【００９４】
ボタン１５０８により、システムは、表５１２のリクエスト情報を検索エンジンへ送り、検索エンジンはリクエストされた物品を提供できる供給者のリストを提示することができる。図４Ｇは、本発明の一実施例による供給者リストの一例である。
【００９５】
ボタン１５１０により、システムは、表５１２のリクエスト情報をそのパーツ入札のための競売を検索できる検索エンジンへ送る。本発明の一実施例のパーツは、そのパーツのＵＮスペック分類を提供することにより特定される。
【００９６】
本発明の一実施例では、競売はポータルにより維持管理される。この実施例では、売り手が競売したいパーツをポータルに登録し、そのパーツの機械分類を特定する。さらに、売り手は、パーツの売り手が受け入れ可能な最小量（最低価格）及び競売が開始され終了する日付及び時間のような他のデータを提供できる。潜在的な買い手がリクエストすると、検索エンジンは、所望のパーツにマッチする競売データを検索する。かかるマッチを発見すると、現在の入札データを潜在的入札者に表示することができる。例えば、現在の高い入札価格、現在の最小入札増分金額、競売終了日をユーザに表示し、ユーザはそのパーツにつき入札するか否か、またはそのパーツの別の供給者を検索するか否かを決める。本発明の一部の実施例では、パーツの売り手は、取引が終了する（即ち、高い入札額が受諾される）かまたは譲渡禁止の何れかになるまで、匿名を貫きたいとことを指示することができる。これらの実施例において、ウェブポータルのプロバイダは、パーツの売り手／供給者としてリストすることが可能である。
【００９７】
本発明の別の実施例では、パーツの仕様を受取った後、検索エンジンは、１組の競売ウェブサイトをスキャンして仕様にマッチするものを探す。検索される競売ウェブサイトは、種々のファクタにより決めることができる。例えば、本発明の１つの実施例では、検索される１組の競売ウェブサイトは、ポータルプロバイダによる競売ウェブサイトへの紹介により売却された各コンポーネントにつきポータルプロバイダへ手数料または一律金額を支払うことに同意した競売ウェブサイト群より成る。
【００９８】
図５Ｃは、最初のオファーフレーム５０３を示す。オファーフレーム５０３は、プロジェクトについてのリクエストが照会状態を完了すると表示される。オファーフレーム５０３は、ヘッダ５０２、取引情報５１０、オファー情報５２４、削除ボタン５２６、追加ボタン５２８、保存ボタン５３０、買い手コメントブロック５３８、売り手コメントブロック５３４、担当者ドロップダウンボックス５３６を含む。ヘッダ５０２は、リクエストの現在の状態を示すために更新される。照会状態が完了した日付が指示され、リクエストが現在、オファー状態にあることが、ヘッダのオファー部分を強調し、状態を「進行中」と表示することにより指示される。
【００９９】
以前完了した状態、例えば、照会状態にもアクセス可能であり、ヘッダ５０２の「照会」リンクをクリックすると変更可能である。これにより、買い手は照会にさらに別の、あるいは異なるパーツを含めるように、また所望の数量を変えるように訂正することができる。売り手はその後、オファースクリーン５０３により、訂正された照会に対する応答を行うことができる。このプロセスは、買い手と売り手が必要と考えるまで何回も繰り返すことができる。
【０１００】
取引表示５１０は、テキストボックス５０８に示されるリクエスト名を示す（図５Ｂ）ために更新され、これは、システムにより付与されたオファー番号を含む。
【０１０１】
オファー情報表５２４は、リクエストされた１またはそれ以上のパーツのオファー情報を提供する。リクエストされた各パーツの情報には、オファーに関連するオファー番号、総数、リクエストされたパーツの物品番号、定価、割引額及び販売価格が含まれる。各パーツの情報には、数量テキストボックス５２２及び割引率テキストボックス５２３を含む場合があり、売り手によるリクエストの数量及び割引額の入力が可能である。例えば、売り手は、買い手のリクエストを満足するに十分なパーツの在庫を持たない場合がある。数量テキストボックス５２２を設けることにより、売り手は、在庫数量を考慮した応答が可能となる。保存ボタン５３０は、プロジェクトの現在の状態を保存し、表５２４の販売価格を現在の数量及び割引額を反映するように更新する。
【０１０２】
削除ボタン５２６は、売り手による表５２４からの物品の削除を可能にする。削除すべき物品は、表５２４のその物品のボックスをチェックして、削除ボタン４２６を押すと、その表から削除される。このようにすると、売り手は買い手にオファーしたくない物品を削除することができる。
【０１０３】
物品追加ボタン５２８は、買い手がリクエストしている物品の代替品を売り手が示唆できるようにする。これは、買い手が最初にリクエストした物品よりもより良い代替品を売り手が示唆できるため、望ましい。
【０１０４】
コメント領域５３８は、特別な取扱いを望むリクエストまたはパーツリクエストに関連する他の情報のような、ユーザがコメントボックス５１８に入力するコメント（図５Ｂ）を表示する。
【０１０５】
オファーコメントボックス５３４は、売り手がオファーに関するコメントを入力する領域を提供する。例えば、売り手は、手持ちの在庫が十分でないため数量が少ないこと、またはそのオファーには特別な一度限りの割引が適用されていることを知ることができる。
【０１０６】
フレーム５０３において、アクションボタン５２０を使用すると、オファーの状態を制御することができる。例えば、「送付」ボタンをクリックすると、ポータルサーバはオファー状態を完了状態にセットし、リクエストをオファー受諾状態にする。ポータルサーバはまた、売り手のオファー受諾オフィスにそのリクエストを通知する。その通知は、電子メール、ファックスまたは他の電子通信手段により行うことができる。さらに、売り手に新しいリクエストが送られているか否かを問い合わせるために売り手のオファー受諾オフィスがアクセスするウェブページを更新することにより、通知することができる。
【０１０７】
中断ボタンは、リクエストを中断させる。売り手により提示された現在のオファー価格は、データベース２１０に保存されるため、売り手は後でそのページに戻ってオファープロセスを完了することができる。
リセットボタンにより、オファーフレーム５０３の入力値をリセットすることができる。リセットボタンをクリックすると、削除チェックボックス、オファーテーブル５２４の数量テキストボックス５２２及び割引率テキストボックス５２３並びにコメントボックスウ５３４の値またはテキストがクリアされる。売り手はクリアされた項目について新しい値またはテキストを入力できる。
【０１０８】
売り手担当者ドロップダウンボックス５３６は、売り手が、そのオファーを担当する者を表示できるようにする。選択されると、ドロップダウンボックス５３６は、オファー担当者のリストを表示する。担当者リストは、データベース２１０から読取ってドロップダウンボックス５３６に表示することができる。その後、売り手は、取引識別表示５１０に示されるオファーを担当する担当者の１人を選択する。
【０１０９】
アクションボタン５２０から送付ボタンを選択してクリックすると、オファー状態が完了して、プロジェクトはオファー受諾状態へ移行する。図５Ｄは、オファー受諾フレーム５０７の一例を示す。本発明の一実施例では、オファー受諾フレーム５０７は、オファー受諾状態にあるプロジェクトをプロジェクトフレーム５１３から選択すると提示される。この実施例のオファー受諾フレーム５０７は、ヘッダ５０２、取引表示ブロック５１０、オファー受諾表５３８、削除ボタン５２６、追加ボタン５２８、保存ボタン５３０、コメントボックス５３４、担当者ボックス５４０及びアクションボタン５２０を含む。ヘッダ５０２は、オファー状態が完了したこと及びプロジェクトが現在、オファー受諾状態にあることを示すために更新される。
【０１１０】
オファー受諾表５３８は、受諾を必要とするオファーの詳細事項に関する情報より構成される。この情報は、オファー番号、カウント、売り手在庫番号、その物品の説明、数量、割引額、売値、税率、割引率と税率に基づく最終価格、取引通貨を含む。この表には、割引率テキストボックス５３９も含まれるが、これは、最初にテキストボックス５２３に入力した割引額を含む（図５Ｃ）。割引率テキストボックス５３９を設けるのが望ましいが、その理由は、オファーを受諾する者が割引率を所望の如く調整可能にするためである。表５３４に示す項目は例示的なものであり、本発明の何れの実施例も図示の特定の項目に限定されない。当業者は、他の項目を図示のものに置き換え可能であることがわかるであろう。
【０１１１】
保存ボタン５３０は、表５３８に示す値をテキストボックス５３９に入力された割引率が変化した場合調整できるようにする機構を提供する。
【０１１２】
コメントボックス５３４は、オファー受諾担当者がその取引に関する表示またはコメントを書きこむ機構を提供する。これらのコメントはデータベース２１０に記憶され、以下に示すように、後続のウェブページまたはウェブページのフレームに提示される。
【０１１３】
売り手担当者ブロック５４０は、売り手によりドロップダウンボックス５３６に入力された、売り手のそのオファー担当者を示す（図５Ｃ）。その担当者の電話番号のような売り手担当者に関する付加的情報をデータベース２１０から得て、売り手担当者ブロック５４０のクライアントブラウザに提示することができる。
【０１１４】
競売ボタン５２０は、プロジェクトの現在の状態を制御する。送付ボタンをクリックすると、ポータルの更新データベース２１０が、オファー受諾状態を完了状態にセットして、現在選択中のプロジェクトの状態を更新し、現在の状態を注文状態にセットする。リセットボタンをクリックすると、割引率ボックス５３９の値が最初の値にリセットされ、コメントボックスがクリアされる。中断ボタンをクリックすると、売り手によりオファー受諾フレーム５０７に入力された現在の値がデータベース２１０に記憶される。これにより、売り手は後でスクリーンに戻って、オファー受諾プロセスを完了することができる。
【０１１５】
本発明の別の実施例（図示せず）において、フレームにより表される仕事の流れには、注文を購買部へ送付するフィールドを含む。これは、購買部が仕事の流れを完了して購買部をその流れの中に取り込む機構を提供する。
【０１１６】
アクションボタン５２０の中から送付ボタンを選択してクリックすると、オファー受諾状態が完了し、プロジェクトが注文状態へ移行する。買い手へは、オファーが受諾されたことを示す通知が送られる。上述したように、この通知は、電子メール、ファックスまたは買い手への郵便メッセージにより行うことができる。図５Ｅは、注文フレーム５０９の一例を示す。本発明の一実施例における注文受諾フレーム５０９は、プロジェクトフレーム５０４から注文状態にあるプロジェクトを選択すると提示される（図５Ｂ）。この実施例の注文フレーム５０９は、ヘッダ５０２、取引表示ブロック５１０、注文情報表５４２、売り手コメントブロック５４４、注文コメントテキストボックス５４６、担当者ブロック５４０及び競売ボタン５２０を含む。ヘッダ５０２は、オファー受諾完了日、そしてそのプロジェクトが現在、注文状態にあることを示すために更新される。取引表示ブロック５１０は、システムが発生させた注文番号を取引に付与するために更新される。
【０１１７】
注文情報表５４２は、注文を構成するパーツに関する情報を提供する。この情報には、注文番号、カウント、売り手物品番号、パーツのテキスト表示、注文数量、注文価格、注文割引率、注文割引価格、販売価格、税率、最終価格、取引通貨が含まれる。表のフィールド値は、ポータルウェブシステムの上述のページを介する前の買い手と売り手のやり取りにより生じ且つ更新されるポータルデータベース２１０の情報に基づく。
【０１１８】
売り手コメントボックス５４４は、売り手コメントボックス５３４のような、売り手が前のスクリーンに入力したコメントを表示する。注文コメントテキストボックス５４６は、買い手がその注文に関する付加的情報を提供するための機構である。例えば、買い手が配送につき特別な指示を与えることがある。この情報は、以下に示すように、スクリーンで売り手に提示するためにデータベース２１０に記憶される。
【０１１９】
上述したリクエスト及びオファーフレームのように、注文フレーム５０９のアクションボタン５２０は、注文取引の状態を制御する。送付ボタンは、クリックすると、プロジェクトの注文状態を完了させ、プロジェクトを注文確認状態にする機構を提供する。売り手は、その注文を確認できるように、電子メール、ファックスまたは他の通信手段により、新しい状態につき通知を受けることができる。リセットボタンをクリックすると、コメントボックス５４６のテキストがクリアされる。中断ボタンをクリックすると、注文フレーム５０９の現在の入力値がデータベース２１０に保存されるため、買い手は後でスクリーンに戻って、これまで入力した値を失うことなく値の入力を完了することができる。
【０１２０】
図５Ｆは、注文受諾フレーム５１１の一例を示す。注文確認フレーム５１１は、プロジェクトの階層構造５０４（図５Ｂ）から注文確認状態にあるプロジェクトが選択されると、ポータルサーバにより買い手のブラウザへ送られる。フレーム５１１は、ヘッダ５０２、取引表示ブロック５１０、注文確認表５４８、顧客コメントブロック５５０、確認コメントテキストボックス５５２、担当者ブロック５４０及びアクションボタン５２０を含む。ヘッダ５０２は、プロジェクトが注文状態を完了した日付と、プロジェクトの状態が現在、注文確認状態にあることを示すために更新される。取引表示ブロック５１０は、システムが発生する確認番号を付加するために更新される。
【０１２１】
注文確認表５４８は、その注文に関する詳細事項を与える。この情報は注文情報表５４２にあるものと同じであり、注文番号が確認番号に置き換えられている。
【０１２２】
顧客コメントボックス５５０は、注文コメントテキストボックス５４６（図５Ｅ）に買い手が入力するコメントを表示する。
【０１２３】
確認コメントテキストボックス５５２は、売り手が注文確認に関するさらに別の情報を提供して、データベース２１０に記憶できるようにし、またポータルサーバにより提供される後続のページ上に表示できるようにする。
【０１２４】
アクションボタン５２０は、プロジェクトの現在の状態を制御する。送付ボタンをクリックすると、注文確認状態が完了し、新しいプロジェクトの状態が配送状態となる。電子メール、ファックスまたは他の通信手段により、売り手の配送部門へ通知を送ることができる。リセットボタンをクリックすると、確認コメントボックス５５２のテキストがクリアされる。中断ボタンをクリックすると、売り手が注文確認フレーム５１１へ入力した現在の入力値がデータベース値２１０へ保存されるために、売り手は後でそのページへ戻って入力を完了することができる。
【０１２５】
図５Ｇは、本発明の実施例による配送状態フレーム５１３の一例である。配送状態フレーム５１３は、ヘッダ５０２、取引表示ブロック５２２、配送状態表５４４、顧客コメントブロック５５０、配送コメントテキストボックス５５２、担当者ブロック５４０及びアクションボタン５２０を含む。フレーム５１３は、プロジェクト階層構造５０４（図５Ｂ）から配送状態にあるプロジェクトが選択されると、表示される。ヘッダ５０２は、注文確認状態が完了した日付を与え、そのプロジェクトが現在、配送状態にあることを示すために更新される。
【０１２６】
配送状態テーブル５５４は、取引の配送状態に関する情報を提供する。本発明の一実施例のこの表５５４は、確認番号、カウント、売り手パーツ番号、パーツの説明、確認されたパーツ数量、確認されているが未だ配送されていないパーツ数量である残量を含む。表５５４はまた、２つのテキストボックス、配送済み数量テキストボックス５５１及び配送期日テキストボックス５５３を含む。売り手は、テキストボックス５５１へ配送すべき数量及び配送を行った、または配送すべき日付をテキストボックス５５３へ入力することができる。
【０１２７】
アクションボタン５２０は、プロジェクトの現在の状態を制御するために使用される。送付ボタンをクリックすると、配送状態が完了し、プロジェクトが商品受取り状態へ移行する。商品が配送されることを示す通知を買い手に送ることができる。上述の通知と同様に、配送通知は、電子メール、ファックスまたは他の通信方法により送ることが可能である。リセットボタンをクリックすると、コメントテキストボックス５５２に入力されたコメントがクリアされ、新しいコメントを送ることができる。
【０１２８】
図５Ｈは、商品受取りフレーム５１５の一例を示す。商品受取りフレーム５１５は、プロジェクト階層構造５０４（図５Ｂ）から商品受取り状態にあるプロジェクトが選択されると、ポータルサーバ２９０により買い手ブラウザに提示される。商品受取りフレーム５１５は、ヘッダ５０２、取引表示ブロック５１０、受取り状態表５５６、売り手コメントブロック５５８、コメントテキストボックス５５２、担当者ブロック５４０及びアクションボタン５２０を含む。ヘッダ５０２は、プロジェクトの配送状態が完了した日付と、プロジェクトが現在、商品受取り状態にあることを示すために更新される。
【０１２９】
受取り状態表５５６は、売り手からのそのプロジェクトにつき注文された１またはそれ以上のパーツの受取りに関する状態についての情報を提供する。この情報は、確認番号、カウント、各パーツのテキストによる説明、確認された注文数量、残りの数量及び配送済み数量を含む。表５５６は、２つのテキストボックス、即ち受取り済み数量に関するテキストボックス５５５及び受取り日のテキストボックス５５７を含む。受取り済み数量テキストボックス５５５は、買い手が受取った注文パーツの数量を与えるための機構を提供し、受取り日テキストボックス５５７は、買い手が注文したパーツを受取った日付を示す機構提供する。
【０１３０】
コメントテキストボックス５５２は、買い手がその商品の受取りに関する情報を提供する手段である。例えば、買い手はパーツを良好な状態で受取ったこと或いは配送されたパーツに何等かの損傷があったか否かを書き込むことができる。
【０１３１】
アクションボタン５２０は、プロジェクトの現在の状態を制御する。送付ボタンをクリックすると、ポータルサーバがデータベース２１０を更新して、商品受取り状態が完了し、プロジェクトの現在の状態が受取り証状態であることを示す。さらに、送付ボタンをクリックすると、受取り証を売り手へ送付することができる。受取証は、電子メール、ファックスによるか、または印刷したものを売り手へ郵送することができる。リセットボタンをクリックすると、受取り済み数量テキストボックス５５５、受取り日テキストボックス５５７、コメントテキストボックス５５２がクリアされ、買い手は新しい数量、日付またはコメントを書き込むことができる。中断ボタンをクリックすると、商品受取りフレーム５１５に現在入力されている値がデータベース２１０に保存される。これにより、買い手はフレームの現在の状態を保存して、後で入力を完了することができる。
【０１３２】
図５Ｉは、本発明の実施例による受取り証フレーム５１７の一例を示す。受取り証フレーム５１７は、受取り証状態にあるプロジェクトが階層構造５０４（図５Ｂ）から選択されると、ポータルサーバが買い手ブラウザに表示するために提供される。この実施例の受取り証フレーム５１７は、ヘッダ５０２、取引表示ブロック５１０、受取り証テーブル５５８、担当者ブロック５４０、受取り人ブロック５６０及びアクションボタン５２０を含む。ヘッダ５０２は、商品受取り状態が完了した日付と、選択したプロジェクトが現在、受取り証状態にあることを示すために更新される。
【０１３３】
受取り証表５５８は、選択されたプロジェクトにつき１またはそれ以上の注文パーツの受取りに関する情報を表示する。各パーツについて、注文確認番号、注文カウント、売り手パーツ番号、パーツの説明、確認数量、配送数量、価格、通貨が表示される。
【０１３４】
受取り人ブロック５６０は、商品の受取りを担当する顧客の代表者を示す。ドロップダウンボックスが受取人ブロックに含まれるが、これを用いて適当な人を選択することができる。ドロップダウンボックスに入力する候補者リストは、データベース２１０から選択される。
【０１３５】
再び、アクションボタン５２０は、プロジェクトの現在の状態を制御する。送付ボタンをクリックすると、プロジェクトの状態が完了する。データベース２１０は、新しい状態を反映するために更新される。さらに、このプロジェクトは、プロジェクトの階層構造５０４（図５Ｂ）において、オープンプロジェクトのブランチから完了プロジェクトのブランチへ移行する。リセットボタンをクリックすると、入力した受取り人ドロップダウンボックス５６０が最初のデフォールト状態にリセットされる。中断ボタンをクリックすると、現在の入力値がデータベース２１０に保存されるため、ユーザは受取り証フレーム５１７を出て、後で送付ボタンにより入力を完了するか、または受取り証を送付することができる。
【０１３６】
図５Ｊは、プロジェクトに関連する購入取引を維持する方法を示す。この方法は、ユーザによりシステムがプロジェクトを作成するようにリクエストされるとスタートする（ブロック５８０）。このリクエストは、図５Ｂを参照して上述したシステムと買い手ブラウザがインターフェイスすることにより発行することができる。このシステムは、データベース２１０のようなデータベースにプロジェクトを作成する。このプロジェクトのデータはまた、当業者であれば分かるように、ファイルシステムの１つのファイルまたは一組のファイルとして維持することができる。
【０１３７】
システムはその後、プロジェクトに付加すべきものとして選択されたパーツを受ける（ブロック５８２）。これらのパーツの提供は、いくつかのやり方で可能である。例えば、パーツは、上述したように、検索エンジンを実行する結果得られるが、ユーザが売り手の名前及びパーツ番号のようなパーツデータをウェブページ上に入力することにより、パーツを付加してもよい。さらに、上述したように電子検索アシスタントにより、パーツを選択することが可能である。データベースはその後、選択されたパーツをプロジェクトと関連付けるように更新される（ブロック５８４）。
【０１３８】
次に、選択されたパーツに関連のある売り手に照会が行われる（ブロック５８６）。この照会は、電子メール、ファックスまたは他の電子通信手段により行うことができる。さらに、照会に関する詳細事項は、図５Ｃに示すページのようなウェブページ上に提供することができる。
【０１３９】
システムはその後、パーツの売り手からオファーデータを受取る（ブロック５８８）。このオファーデータは、上述したようにウェブ上に提示することができる。システムは、データベースをこのオファーデータにより更新する。本発明の一実施例において、オファーデータの受取りは、オファーデータを最初に提供し、データベースに記憶させる２つのステップよりなるプロセスである。オファーデータはその後、売り手の担当者により検討され、受諾される。プロジェクトの作成者はその後、オファーデータが受取られたとの通知を受ける。上述したように、この通知は、電子メールまたはファックスのような電子手段で行うことが可能である。さらに、オファーデータをウェブページを介してプロジェクト作成者に提示することも可能である。
【０１４０】
プロジェクトの作成者がシステムに記憶されたオファーデータを検討した後、システムが、売り手への注文を発行するようにすることが可能である（ブロック５９０）。システムはデータベースを更新して注文状態を表示するようにし、またシステムは売り手にこの注文を通知する。
【０１４１】
次に、システムは注文確認を受けてそれを処理する（ブロック５９２）。本発明の一実施例において、注文確認データは、システムが維持するウェブページを介して売り手により提供される。
【０１４２】
本発明の別の実施例によると、システムは、注文の配送状態を受けてそれを更新する（ブロック５９４）。更新はウェブページ上で行うことが可能であり、売り手が配送数量及び配送日を、パーツの配送準備ができると入力する。システムは、売り手により提供されるデータによりプロジェクトのデータベースを更新する。
【０１４３】
本発明のさらにべつの実施例によると、システムは、売り手からパーツが受取られると、プロジェクト作成者から更新データを受けとる。パーツの数量及びパーツが受取られた日付は、システムが維持するウェブページ上に入力可能である。システムはその後、プロジェクトのデータベースを受取りデータで更新する。
【０１４４】
上述の方法の任意の点において、顧客または売り手は、フローチャートのブロックを接続する破線で示すように、前の点に戻って、前の点で入力したデータを更新または変更することができる。一例として、顧客は、売り手への照会を行った後、プロジェクトに付加すべき新しいパーツを選択することができる。システムは、データベースを変更済みデータで更新し、取引の適当な当事者へこの通知を送る。
【０１４５】
さらに、本発明の一部の実施例では、顧客は、上述のプロセスの任意の点で検索エンジンの助けを借り、パーツの説明をそのパーツを供給可能な競売へ送付することができる。かくして、買い主は、プロセスの任意の点において、そのパーツを最低価格で供給できる者を探すことができる。一例として、ボタン１５１０（図５Ｋ）のような「競売検索」ボタンを、図５Ｃ−５Ｊに示す本発明の実施例の任意のスクリーンに付加することにより、現在のパーツデータをオンライン競売のために検索パラメータとして送付することができる。
【０１４６】
詳細な説明のこの部分において、本発明の種々の実施例による対話型購買機構について説明した。プロジェクトが顧客／売り手の売買取引における種々の段階を移行することを示す一連のフレームについて説明した。当業者は、上述したすべての段階が存在しなければならないということはなく、本発明は、プロジェクトの種々段階の特定の順序または数には限定されないことが分かるであろう。例えば、注文受諾段階は、取引のプロセスから省略することができる。さらに、本発明の範囲から逸脱することなく、このプロセスに他の段階を加えることができる。
【０１４７】
ＣＡＤ図面カタログ及びパラメータによるＣＡＤエンジン
本発明の実施例による機械技術ウェブポータルのさらに別の局面は、ＣＡＤ図面カタログ及びパラメータによるＣＡＤエンジン部分を含むことである。この実施例において、ポータルプロバイダは、ＣＡＤ図面のデータベースを維持管理する。これらの図面は、当該技術分野で知られるように、任意のＣＡＤシステム上で作成可能である。ポータルプロバイダが維持管理する図面は、種々の売り手から入手可能なパーツを表すものである。通常、これらの図面は、ポータルプロバイダが、売り手からのパーツカタログ情報に基づき作成する。しかしながら、本発明はそれに限定されず、ＣＡＤ図面には売り手それ自身または第３者から得られるものもある。
【０１４８】
図６Ａ−６Ｇは、本発明の一実施例によるこれら部分の操作を示す。
【０１４９】
図６Ａは、ＣＡＤ図面カタログの最初のスクリーン領域６００を示す。本発明の一実施例において、この最初のスクリーン６００は、ユーザがポータルスクリーン３００（図３）上に示すＣＡＤデータバンクのリンクを選択すると、ウェブのクライアントに表示される。この実施例のスクリーン領域６００はプレゼンテーション部分３２０内に表示されるが、本発明はそれに限定されず、別の実施例ではポータルスクリーン３００に代わって最初のスクリーン６００が表示される。
【０１５０】
最初のスクリーン６００は、３つの主要フレーム、即ち、モードフレーム６０２、パーツフレーム６０４及び図面フレーム６０６よりなる。ユーザが最初にＣＡＤ図面の一部を入力すると、パーツフレーム６０４は、ポータルプロバイダが代ってパーツ図面を維持するパーツプロバイダのリストを含むようになり、図面フレーム６０６はブランクである。このリストを発生させるためのデータは、データベース２１０（図２）から得られる。ユーザはその後、当該技術分野で知られているように、通常は、ポイントとクリック操作により、パーツリストから特定の売り手を選択する。特定の売り手を選択すると、リストは、拡張されて、その売り手から入手可能なパーツリストを示すようになる。１つのパーツを選択すると、パーツフレーム６０４内のそのリストはそのパーツの図面を含むようにさらに拡張される。
【０１５１】
図６Ｂは、Ｂｏｓｃｈの単動コンパクトシリンダの図面が望ましいことを示す本発明の実施例を示す。図６Ｂに示すように、パーツフレーム６０４には、種々のレベルの詳細度を設けることができる。リストが拡張されるにつれて、そのパーツに関するさらに詳しい情報が提供され、最後に、そのリストに、そのパーツの種々の図を表す図面が提供される。加えて、本発明の一実施例では、モードフレーム６０２にそのパーツの概略図が提示される。
【０１５２】
図６Ｂに示すように、パーツフレーム６０４のリストは、３つのブランチがさらに詳細な情報を提供する３つのツリー構造のリストである。リストの構造は、利用可能な売り手、パーツ及び図面を記述するデータと共にデータベース２１０に維持される。最小詳細度のレベルは、利用可能な売り手である。次のレベルは、その売り手から入手可能なパーツを記載する。次のレベルで入手可能な図面のリストが提示される。図面は通常、例えば上面図、左側面図及び右側面図のようなパーツの単一図面である。しかしながら、本発明はそれに限定されず、単一図面が多数の図を含むようにしてもよい。
【０１５３】
本発明の一実施例では、上述したツリー構造をユーザがカストム化できる。この実施例では、ユーザは、「お気に入り」リストを含むブランチを追加できる。ツリー構造の「お気に入り」ブランチは、ユーザが頻繁に利用する製造者、パーツ群またはパーツを含む。かかる「お気に入り」ブランチを設けることは、パーツ図面選択プロセスにおけるユーザの時間を節約できるため望ましい。
【０１５４】
本発明のさらに別の実施例において、このリストのエントリには参照識別表示が含まれる。エントリするテキストは参照識別表示と関連があり、データベース内に、またはファイルシステムのファイルとして別個に記憶される。テキストを別個に維持し、参照識別表示により特定のテキストをエントリ入力と関連させるのが望ましいが、その理由は言語とは無関係にツリーを表示できるからである。特定の言語が望ましい場合、システムは所望の言語及び参照識別表示を含む適当なファイルを選択するか、或いは所望言語のテキストをデータベース２１０にロードする。
【０１５５】
本発明の一実施例では、ウェブポータルシステムは、ツリー作成機構を含む。このツリー作成機構は、特定の売り手のパーツと図面のツリー構造リストを作成するために使用される。このリストはその後、データベース２１０に新しいリストとして付加するか、または前のリストに併合することができる。この実施例において、ユーザには、ツリー構造を作成するためのグラフィック・ユーザ・インターフェイスが提供される。ユーザは、リストの各エントリに、コメント、添付事項及びＨＴＭＬリンクを付加することができる。この実施例のさらに別の局面は、頻繁に使用するパーツのライブラリが提供されていることである。ユーザは、ＧＵＩを用いて新しいツリー構造のリストにライブラリからのエントリを含めることができる。ＧＵＩは、当該技術分野で知られているドラッグ・アンド・ドロップ・インターフェイスを提供するか、或いは当該技術分野で知られたカット・アンド・ペースト操作により、ライブラリ内のコンポーネントをツリー構造リストにコピーすることができる。
【０１５６】
図６Ｃは、本発明の実施例による図面ダンロード後のスクリーン領域６６０を示す。この実施例において、図面は、ポータルプロバイダが維持管理するデータベース２１０（図２）からダウンロードされて、スクリーン領域６６０の図面フレーム６０６に表示されている。ダウンロードは、ユーザが、パーツフレーム６０４に提示されたパーツリストから特定の図面を選択するとスタートする。
【０１５７】
ポータルプロバイダは、図面を買い手のウェブブラウザに送信するだけでなく、データベース２１０に請求エントリを付加する。請求エントリは、買い手のウェブブラウザへダウンロードされた図面により表示されるパーツの売り手に関する情報を含む。請求エントリに含めることが可能な他の情報としては、例えば、ダウンロード時間、ダウンロードを行った当事者の識別情報が含まれる。特定の売り手について、請求エントリが所定のインターバルで蓄積され、請求書が作成されて、その売り手へ送付される。所定のインターバルとして、毎日、一週間に一度、一ヶ月に一度、３ヶ月に一度または一年に一度があるが、本発明は任意特定のインターバルに限定されない。さらに、このインターバルは請求記録の入力ごとにすることができる。以上から明らかなように、売り手は、１つまたはそれ以上のパーツを表すパーツ図面をダウンロードするたびに課金される。図面のダウンロードごとに売り手に課金するのが望ましいが、その理由は、ウェブポータルプロバイダによる、売り手のパーツカタログの技術図面への変換を、売り手へのコストを実質的にゼロか小額にして、行うことができるからである。その後、ウェブポータルプロバイダは、売り手のパーツを表す図面が後でダウンロードされるたびに、またはウェブポータルプロバイダのウェブページ上において売り手のデータにヒットが表れるたびに、売り手から収入を得ることができる。この収入は、ダウンロードのたびに特定の金額を売り手に課金する形であるか、或いは図面ダウンロードの結果注文されるパーツの割合である場合がある。
【０１５８】
本発明の別の実施例（図示せず）によると、図面のダウンロードについて売り手が課金される代わりに、またはそれと並行して、ユーザに対しても、図面のダウンロードにつき課金される。ユーザへの課金は、種々の機構により可能である。例えば、システムは、ダウンロード開始前に、ユーザに対してクレジットカードの番号を入力するように促す。さらに、システムはユーザのための請求情報を登録し、請求記録を作成して、パーツの売り手の場合と同様にユーザに請求書を送付することができる。
【０１５９】
本発明の別の実施例において、ユーザは、一群のパーツをダウンロード可能である。このパーツ群は、１組の同様なパーツ（例えば、１つの製造者により製造される全てのシリンダ）または１組の関連パーツ（例えば、シリンダ、シリンダ取付けブロックおよびシリンダ取付けるボルト）の場合がある。さらに、その群は、特定の製造者から入手可能な全てのパーツである場合がある。この実施例において、売り手は、１ユニットとしてダウンロードされる各図面について図面ごとに同額、課金されるか、或いは、大量割引を反映した低額が課金されることがある。
【０１６０】
本発明のさらに別の実施例では、ユーザは、パーツ図面をダウンロードする前に特定のパーツを同定する情報を供給する必要がある。例えば、空気圧シリンダのパーツを特定するために、ユーザは、ネジパターン、シリンダ直径及びシリンダストロークを選択しなければならない。この実施例の操作例を、図６Ｄ−６Ｆに示す。この例は、パーツリスト６０４からシリンダのパーツをユーザが選択する例である。ユーザはその後、図６Ｄに示すように、パールのネジの形状を入力するように促される。フレーム６２０には、一連のボタン６２２がオプションとして提示されている。ユーザは、適当なボタン６２２をクリックして、ネジの形状を選択する。
【０１６１】
ユーザは、図６Ｄに示すグラフィックなプロンプトだけでなく、テキスト形式のプロンプトも提示される。図６Ｅは、シリンダ直径を特定するために用いるテキスト形式のプロンプト６３０の一例を示す。プロンプト６３０には、直径６３２の表が表示されている。ユーザはその後、表６３２の所望の直径を選択する。ストロークのプロンプト６４０の一例を、図６Ｆに示す。テーブル６４２は、ユーザが行ったシリンダ直径の前の選択に基づいて、シリンダストロークのサイズを提示する。ユーザはその後、表６４２から所望のストロークサイズを選択する。
【０１６２】
ユーザが全てのプロンプトに対して入力を行うと、適当な図面がデータベース２１０からダウンロードされて、ユーザに表示される。さらに、請求エントリが作成されて、そのダウンロードにつき、ポータルプロバイダによるパーツの売り手への課金が可能となる。
【０１６３】
本発明の一部の実施例において、ユーザは、図面のダウンロードだけでなく、上述のプロンプトにより得られたパラメータを検索エンジンに送付することができる。検索エンジンはその後、図面により表わされるパーツを供給できる売り手を探して、オンラインデータベースにより、製造者、配送者及び小売りを検索することができる。本発明の別の実施例によると、検索エンジンは、特定のパーツの入札を受け付ける競売を検索することができる。競売は、上述したようなウェブポータルプロバイダが開催するものか、或いはオンライン競売ウェブサイトであってもよい。
【０１６４】
本発明のさらに別の実施例のポータルプロバイダは、パラメータによるＣＡＤエンジンを含むが、このエンジンは、利用可能なオプションを選択することによりカストム化された、パーツを表わす図面をユーザがダウンロードできるようにする。カストム化された図面はその後、図面フレーム６０６に表示される。この実施例において、カストム化パラメータは、データベース２１０のＣＡＤ図面２６５から得られるパーツ図面と関連がある。ユーザは、図６Ｇに示すカストム化表６３２のようなプロンプトを介して図面と関連するパラメータを入力するように促される。この例では、表６３２のカストム化パラメータは、ストロークサイズ及び２つの取付けナットの位置を含む。表６３２は、各パラメータの最小値及び最大値を含む。ユーザは各パラメータの所望データを入力し、「ＯＫ」ボタンをクリックすることによって、所望の全てのデータが供給されたことを示す。ユーザが１つのパラメータの値を入力しない場合、デフォールト値が供給されるか、或いはパラメータが必要なパラメータである場合、エラーメッセージが表示される。
【０１６５】
全てのパラメータがユーザの入力またはデフォールト値によって供給されると、パーツ図面はユーザが選択したオプションに従ってカストム化され、図面がユーザのウェブブラウザにダウンロードされて、図面領域６０６に表示される。さらに、パーツ番号及びオプション番号のようなそのパーツに関連する情報をユーザに表示することができる。この付加的情報は、ユーザの好みに従ってオンまたはオフにすることができる。
【０１６６】
上述の図６Ａ−６Ｇの説明は、特定の売り手から空気圧シリンダを入手するという文脈で行った。当業者は、種々の売り手から他のタイプのパーツを入手する場合では、必要な選択基準及びパラメータが異なることが分かるであろう。これらの異なるパラメータ及び選択基準は、本発明の範囲内である。
【０１６７】
本発明の一部の実施例は、上述したように、図面のダウンロードに加えて、図面をＣＡＤシステムに挿入する機構を提供する。図６Ｈは、ダウンロードボタン６７２と、挿入ボタン６７４とを含むスクリーンの一例６７０を示す。ダウンロードボタン６７２は、図面をユーザのシステムにダウンロードして、後で利用させる。挿入ボタン６７４を電子的に押すと、システムは、ソースから図面を受取り、ＣＡＤシステムに自動的に挿入する。本発明の１つの実施例では、図面データはネットワークから読取られ、ＣＡＤシステムの現在のセッションに挿入される。これにより、技術者は、既存のアセンブリに新しいコンポーネントを付加することができる。或いは、図面データをテンポラリデレクトリのファイルに読込んだ後、ＣＡＤシステムに挿入することもできる。本発明の一実施例によると、ＣＡＤシステムはオートキャドシステムであるが、本発明は任意特定のＣＡＤシステムに限定されない。図面データをＣＡＤシステムに自動挿入できることが望ましいが、その理由は、ユーザがパーツの三次元表示をＣＡＤシステムに挿入した後、そのシステムにより任意所望の二次元の図面を作成できるからである。
【０１６８】
図７は、ダウンロードして、そのダウンロードに対する課金を行うためにパーツ図面を選択する方法７００を示す。この方法は、システムが、ユーザに選択インターフェイスを提供して、ユーザが１またはそれ以上のＣＡＤ図面を選択できるようにする（ブロック７０２）と、スタートする。本発明の１つの実施例において、システムは、図６Ａ−６Ｇを参照して上述したように、ウェブページ上で選択インターフェイスをツリー構造リストとして買い手コンピュータに提供する。ユーザは、このツリーから１またはそれ以上の図面を選択する。
【０１６９】
図面が選択されると、その図面の画像がユーザに表示される（ブロック７０４）。ＣＡＤ図面はその後、買い手のシステムにダウンロードする（ブロック７０６）か、またはＣＡＤシステムに挿入する（ブロック７０７）ことができる。図面が買い手のシステムにダウンロードされ、ＣＡＤシステムに挿入されると、この方法を実行するシステムは、請求記録を作成して、その記録をデータベースに入力する（ブロック７０８）。請求記録は、その図面により表わされる部品の売り手と、その図面とを識別するものである。システムは、所定のインターバルで、売り手へ発行する請求書を作成する（ブロック７１０）。この請求書は、データベースに維持される請求記録からのデータを含み、売り手のパーツ図面のダウンロードについて売り手がシステムプロバイダに支払うべき請求金額を表わす。
【０１７０】
結論
機械技術ウェブポータルについて説明した。特定の実施例を図示説明したが、当業者は、図示の特定実施例を、同一目的を達成するように構成された任意の構成に置き換え可能なことが分かるであろう。例えば、本発明の実施例を多数のスクリーン領域及びページより成るウェブポータルのユーザ・インターフェイスの文脈で説明したが、これらのシステム及び方法は、種々のグラフィカル・ユーザ・インターフェイスを用い、ネットワーク上で通信可能なシステム及び方法により実現することができる。本願は、本発明の任意の変形例または設計変更を包含することを意図している。従って、本発明は、頭書の特許請求の範囲及びその均等物によってのみ限定されるものと意図されている。
【図面の簡単な説明】
【図１】
図１は、本発明の種々の実施例の使用可能なハードウェア及び動作環境を示すブロック図である。
【図２】
図２は、本発明の実施例のシステムレベルの概観を示すブロック図である。
【図３】
図３は、本発明の実施例による技術ウェブポータルのページである。
【図４Ａ】
図４Ａは、本発明の実施例による電子検索アシスタント及び検索エンジンを示す。
【図４Ｂ】
図４Ｂは、本発明の実施例による電子検索アシスタント及び検索エンジンを示す。
【図４Ｃ】
図４Ｃは、本発明の実施例による電子検索アシスタント及び検索エンジンを示す。
【図４Ｄ】
図４Ｄは、本発明の実施例による電子検索アシスタント及び検索エンジンを示す。
【図４Ｅ】
図４Ｅは、本発明の実施例による電子検索アシスタント及び検索エンジンを示す。
【図４Ｆ】
図４Ｆは、本発明の実施例による電子検索アシスタント及び検索エンジンを示す。
【図４Ｇ】
図４Ｇは、本発明の実施例による電子検索アシスタント及び検索エンジンを示す。
【図４Ｈ】
図４Ｈは、本発明の実施例による電子検索アシスタント及び検索エンジンを示す。
【図４Ｉ】
図４Ｉは、本発明の実施例による電子検索アシスタント及び検索エンジンを示す。
【図４Ｊ】
図４Ｊは、本発明の実施例による地理的検索スクリーンを示す。
【図５Ａ】
図５Ａは、本発明のさらに別の実施例による対話型購買機構を示す。
【図５Ｂ】
図５Ｂは、本発明のさらに別の実施例による対話型購買機構を示す。
【図５Ｃ】
図５Ｃは、本発明のさらに別の実施例による対話型購買機構を示す。
【図５Ｄ】
図５Ｄは、本発明のさらに別の実施例による対話型購買機構を示す。
【図５Ｅ】
図５Ｅは、本発明のさらに別の実施例による対話型購買機構を示す。
【図５Ｆ】
図５Ｆは、本発明のさらに別の実施例による対話型購買機構を示す。
【図５Ｇ】
図５Ｇは、本発明のさらに別の実施例による対話型購買機構を示す。
【図５Ｈ】
図５Ｈは、本発明のさらに別の実施例による対話型購買機構を示す。
【図５Ｉ】
図５Ｉは、本発明のさらに別の実施例による対話型購買機構を示す。
【図５Ｊ】
図５Ｊは、本発明の実施例による購入取引の種々の段階を取扱う方法を示すフローチャートである。
【図５Ｋ】
図５Ｋは、本発明の実施例による照会スクリーンの一例を示す。
【図６Ａ】
図６Ａは、本発明のさらに別の実施例による図面ダウンロード機構を示す。
【図６Ｂ】
図６Ｂは、本発明のさらに別の実施例による図面ダウンロード機構を示す。
【図６Ｃ】
図６Ｃは、本発明のさらに別の実施例による図面ダウンロード機構を示す。
【図６Ｄ】
図６Ｄは、本発明のさらに別の実施例による図面ダウンロード機構を示す。
【図６Ｅ】
図６Ｅは、本発明のさらに別の実施例による図面ダウンロード機構を示す。
【図６Ｆ】
図６Ｆは、本発明のさらに別の実施例による図面ダウンロード機構を示す。
【図６Ｇ】
図６Ｇは、本発明のさらに別の実施例による図面ダウンロード機構を示す。
【図６Ｈ】
図６Ｈは、本発明のさらに別の実施例による図面ダウンロード機構を示す。
【図７】
図７は、本発明の実施例による図面をダウンロードし、売り手に課金する方法を示すフローチャートである。
【図８】
図８は、本発明の実施例に従ってデータベースでパーツを検索する方法を示すフローチャートである。
【図９】
図９は、本発明の実施例に従ってデータベースでサービス提供者を検索する方法を示すフローチャートである。[0001]
【Technical field】
The present invention relates generally to the field of electronic data processing systems, and more particularly to technical systems over the Internet.
[0002]
[Related application]
This application is a continuation-in-part of U.S. Patent No. 09 / 365,341 (Title of Invention: "MECHANICAL ENGINEERING WEB PORTAL", Patent Attorney's Attorney Docket No. 1154.001US1), which is incorporated by reference in its entirety.
[0003]
【background】
The widespread use of computer-aided design (CAD) tools in device manufacturing has resulted in significant improvements in efficiency and quality. In conventional systems, technical drawings of components that can be incorporated or coupled to other components are provided by the component vendor. In addition, the component seller needs to create an electronic drawing of the component being sold. The format of the electronic drawing varies depending on the seller of the CAD system, and there are various systems handled by a single seller. For example, the AutoCAD system is: dwg,. dxf,. dxb files, but other file formats include. sat,. gcd and. There is a tif file.
[0004]
In addition, there are various distribution channels for electronic drawings from sellers to technician users. For example, a manufacturer may make drawings available on CD for purchase. The technician who is the user of the component must receive the drawings in various formats and via various electronic distribution channels and incorporate the drawings into the user's CAD system through various processes such as format conversion. . Further, the seller charges when the drawing is purchased, but in this system, since a user who is a technician is charged by a large number of sellers, it is costly to collect and pay these bills. In addition, technician users have to negotiate quantities and delivery deadlines with individual sellers through a number of different processes when seeking or ordering bids for components, and bids and orders are placed with sellers. Since there is a risk of not being transmitted correctly, administrative transaction costs incurred by users as technicians and sellers are increased.
[0005]
Conventional systems for distributing electronic drawings of components use a technical user to request the drawing of the component from the component seller based on the project or the component's keywords associated with the component and the attributes of the component. I can't organize. Further, the drawings are not organized or organized in a manner that illustrates the relationships between components and sub-components. In addition, conventional systems do not provide a means to load a model of a part directly into a CAD system.
[0006]
Conventional systems and products provide a convenient source of component technical drawings by sellers, a convenient and reliable channel for soliciting bids and ordering from multiple sellers of components, and projecting components to technical users. The problem of providing a convenient system and a relationship between components and their subcomponents cannot be solved.
[0007]
Further, conventional systems do not provide the ability to search for a variety of different sources, including standard suppliers and auction sites to which the desired components can be supplied.
[0008]
For the foregoing reasons, and for other reasons that will become apparent to those skilled in the art upon reading and understanding this specification, there is a need in the art for the present invention.
[0009]
Summary of the Invention
The above problems, deficiencies and disadvantages are overcome by the present invention, which will be apparent from a reading of the following description.
[0010]
The system and method of the present invention described below relates to a technical web portal according to an embodiment of the present invention that provides a user with technical drawings and data, and enables the user to select and purchase parts. According to one aspect of the present invention, a web portal resides on a server that maintains a database of part drawings. Parts drawings represent parts available from the seller. Some drawings are created by the seller, while others, such as parts catalogs, are created by the web portal provider based on information provided by the seller. The buyer can view the page downloaded by the web portal through the browser of the client computer. These pages provide a mechanism for the user to select the drawings to download to the client computer. As one aspect of the system, the seller is charged each time a drawing is downloaded to a client computer. This allows the portal provider to make money and reduce the cost borne by the seller to provide the drawing to the buyer. This is because if the portal provider creates the drawing on behalf of the seller, the seller does not need to create the drawing.
[0011]
Another aspect of this system is that parts drawings can be customized according to parameters provided by the user.
[0012]
The system, in another aspect, provides an interactive purchasing (IPA) mechanism. IPA, according to one embodiment of the present invention, allows a set of web pages to allow buyers and sellers to trade parts for one or more projects. The web page interfaces with a database maintained by the portal provider that stores the current state of the project's sales transactions. According to one embodiment of the present invention, the status includes inquiry, offer, offer acceptance, order, order confirmation, delivery status, product receipt, receipt. Each state requires that one of the parties, the buyer or the seller, provide information to complete the state.
[0013]
In yet another aspect, the system provides an interactive search engine for a user to search for a part that fits the application. The user gives the search engine parameters describing the part. These parameters can be related to the dimensions of the part, for example, the cylinder bore and stroke. Further, the parameter may be an attribute related to the operating environment of the part. For example, the mass of an object of interest, along with the distance and frequency that the object must travel, can be provided as a search parameter. The system calculates the size of parts with performance that meets these parameters and presents a list of parts or their sellers that meet the desired criteria.
[0014]
According to yet another aspect, the system can be configured to search for online auctions for parts that match parameters provided by a user. This online auction can be maintained by the system itself, but can also be maintained by a third party.
[0015]
In another aspect of the system, the search engine provides a list of technical service providers that are selected according to bid conditions and other criteria by the user. The system can track information about the interaction between the service provider and the service requester. For example, the system can track service provider response times and use this information to rank service providers. In addition, the tracking information can be used to determine whether a fee should be paid for a user inquiry to a service provider.
[0016]
The invention relates to a wide range of systems, clients, servers, methods and computer readable media. Apart from the various aspects and advantages of the present invention described in this summary, there are still other aspects and advantages of the present invention, which will become apparent from the following detailed description when read in conjunction with the accompanying drawings. Will be.
[0017]
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
In the following detailed description of embodiments of the invention, reference is made to the accompanying drawings, which form a part hereof, and in which is shown by way of illustration specific embodiments of the invention. These embodiments have been described in sufficient detail to enable those skilled in the art to practice the invention and may utilize other embodiments or implement other logical or mechanical techniques without departing from the scope of the invention. It will be understood that mechanical and electrical modifications are possible. The following detailed description is, therefore, not to be taken in a limiting sense, and the scope of the present invention is limited only by the claims that follow.
[0018]
Some portions of the detailed description that follows are presented using algorithms and symbolic representations of operations on data bits within a computer memory. The description and representation of these algorithms is the means used by those skilled in the art to most effectively convey the substance of their work to others skilled in the art. An algorithm is here, and generally, conceived to be a self-consistent sequence of steps leading to a desired result. These steps require physical manipulation of physical quantities. Usually, but not necessarily, these quantities take the form of electrical or magnetic signals that can be stored, transmitted, combined, compared, and otherwise manipulated. At times, and primarily because they are commonly used, these signals have proven convenient to refer to as bits, values, elements, symbols, characters, terms, or numbers. However, it should be noted that these and similar terms are all relevant to the appropriate physical quantities and are merely convenient denotations applied to these quantities. As will be apparent from the following description, unless otherwise indicated, throughout this specification, descriptions using terms such as "processing" or "calculation" or "determining" refer to physical ( A computer system or operation that transforms data represented as electronic) quantities into memory or registers of a computer system or other such information storage, transmission or similar similar data represented as physical quantities in a display device. It will be appreciated that reference is made to similar operations or processes of an electronic computing device.
[0019]
The following detailed description consists of a number of parts. The first part describes a hardware environment in which various embodiments of the present invention can operate. The second part provides an overview of the system level of the software environment in which various embodiments of the present invention operate. The third part provides an overview of a machine technology web portal that is one embodiment of the present invention. The fourth part describes the electronic search assistant and search engine for parts. The fifth part describes an interactive purchasing mechanism of a web portal which is one embodiment of the present invention. The sixth part describes a catalog of technical CAD (computer aided design) drawings that can be downloaded by the buyer. The last part is the conclusion of the detailed description.
[0020]
Hardware environment
FIG. 1 is a block diagram illustrating hardware and operating environment in which various embodiments of the present invention can operate. The description of FIG. 1 provides an overview of the hardware of a conventional computer and a computing environment suitable for implementing the present invention. The invention will be described with reference to the execution of computer instructions. However, the invention is also capable of executing computer-executed instructions solely on computer hardware executed by read-only memory. The present invention may also be practiced in client / server computing environments where remote devices linked by a communications network perform work. The program modules may be located on both premises and remote memory devices in a distributed computing environment.
[0021]
Computer 110 is operatively coupled to a display device 112, a pointing device 114, and a keyboard 116. Computer 110 includes a processor 118 (eg, an Intel “Pentium” processor), a random access memory 120 (RAM), a read-only memory 122 (ROM), one or more mass storage devices 124, and a system memory. A system bus 126 operatively couples various system components including the processor 118 to the processor 118. Mass storage is a special type of non-volatile storage media, including hard disk drives, CD-ROM drives, floppy disk drives, optical disk drives, and tape cartridge drives. The memories 120 and 122 and the mass storage device 124 are computer-readable media. The user can input commands and information to the personal computer 110 using input devices such as the pointing device 114 and the keyboard 116. Other input devices (not shown) include a microphone, joystick, game pad, satellite dish, scanner, and the like. Processor 118 executes a computer program stored on computer readable media. The invention is not limited to any particular type of computer 110. Computer 110 may be a PC-compatible computer, a Mac OS-compatible computer, or a UNIX-compatible computer. The configuration and operation of such a computer are well known in the art.
[0022]
Further, the computer 110 can be communicably connected to the Internet via the communication device 128. Internet connections are well known in the art. In one embodiment, the computer has a communication device, which is a modem, and a corresponding communication driver, and is connected to the Internet by a "dial-up connection". In another embodiment, the computer has a communication device that is an Ethernet or similar hardware (network) card connected to a local area network (LAN), and is itself "directly connected" (eg, T1). Connection to the Internet.
It is.
[0023]
Computer 110 also has at least one operating environment running thereon, which preferably provides a graphical user interface including a pointer that can be controlled by a user. Such operating environments include operating systems such as the Microsoft Windows and Apple Mac OS operating systems, which are well known in the art. However, the invention is not limited to any particular operating environment, and the configuration and use of such operating environments are well known in the art. Computer 110 also preferably has at least one web browser application program that operates in at least one operating environment, so that users of computer 110 can access intranet or Internet WWW pages addressed by URL addresses. . Such browser application programs include Netscape's Navigator and Microsoft's Internet Explorer.
[0024]
Display device 112 displays information, including computer information, video information, and other information, for viewing by a computer user. The display device is also connected to the system bus 126. Speakers 113 and 114 enable audio output of the signal. The speakers 113 and 114 are also connected to the system bus 126. Computers typically have, in addition to a monitor, other peripheral output devices (not shown) such as speakers and a printer. The present invention is not limited to any particular display device 112. Such display devices include flat panel displays, such as liquid crystal displays (LCD), as well as CRT displays (monitors). The pointing device 114 allows for control of a screen pointer provided by a graphical user interface (GUI) of an operating system such as a version of Microsoft Windows. The present invention is not limited to any particular pointing device 114. Such pointing devices include mice, touchpads, trackballs, remote controllers and point sticks. Finally, keyboard 116 allows for the input of textual information into computer 110, as is well known in the art, but the invention is not limited to any particular type of keyboard.
[0025]
Computer 110 can operate in a networked environment with logical connections to one or more remote computers, such as a remote computer 150. Although these logical connections are made by communication devices coupled to a portion of computer 110, the invention is not limited to any particular type of communication device. The remote computer 150 can be another computer 110, a server, a router, a network PC, a client, a peer device or other ordinary network node. The logical connections shown in FIG. 1 include a local area network (LAN) 151 and a wide area network (WAN) 152. Such networking environments are commonplace in offices, enterprise-specific computer networks, intranets and the Internet.
[0026]
A computer 110 used in a LAN network environment is connected to a local network 151 via a network interface or an adapter 153, which is a type of communication device. Computers 110 connected to a conventional WAN network environment communicate via a modem (not shown). A built-in or external modem is connected to the system bus 126. In a networked environment, program modules depicted relative to the personal computer 110 or portions thereof can be stored in the remote memory device.
[0027]
Software environment
FIG. 2 provides an overview of the system level of an embodiment of the present invention. System 200 is divided into a number of sections. The first section of the system 200 is the product database 210, which comprises a product information database 255 and a CAD drawing database 265. The product database stores part data, such as the marketing, sales and configuration of parts of the machine component, including drawings, keywords, attributes and descriptions of their values. The product database can be implemented on a computer, such as the system 110 of FIG. 1, utilizing database techniques known to those skilled in the art. The second section of the system 200 is a product information source 215, which facilitates initial storage and subsequent maintenance of the product database 210. The third section of the system 200 is a purchasing system, as indicated by the dashed line, and includes an interactive purchasing mechanism 220 in communication with the product database 210. An interactive purchasing mechanism is software that works as an online catalog and ordering process. The interactive purchasing mechanism is the interface between a web portal (also referred to as a web server) 290 maintained on the system 200 and a deeper infrastructure, such as the database 210, that allows buyers and users to create CAD drawings and parts. , Review the selected item, make any necessary changes or additions, and make that item available for purchase. Various items can be purchased from seller 245, which is the manufacturer, distributor, or retailer of the component parts. Seller 245 may be an auction site that provides parts through a bidding process. The interactive purchasing mechanism 220 can be implemented on a computer such as the system 110 of FIG. Further, the purchasing system of system 200 also includes a billing and delivery notification system 240 connected to seller 245, which is connected to product database 210. The billing and delivery notification system 240 can be implemented on a computer such as the system 110 of FIG. The fourth section of system 200 is a product catalog, which includes product information stored on one or more data storage devices, such as CD-ROM 250. Other data storage devices having large storage capacities can be used for storing product information.
[0028]
The fifth section of system 200 is a CAD bank, which includes CAD drawings stored on CD-ROM 260. The sixth section of the system 200 is a buyer or user client computer 275. The client computer 275 is executable on a computer such as the system 110 of FIG. The client computer retrieves the CAD drawing 265 of the requested machine part via the Internet 270 or from the premises CD-ROM storage 260 and then retrieves it via the Internet 270 or from the premises CD-ROM storage 250 The keyword and attribute of the requested product information 255 are extracted. The client computer 275 is also connected to the purchasing system via the Internet 270. The client computer 275 sends the product limit and order to the seller 245 and to the product database 210 via the interactive purchasing mechanism 220. Billing and delivery information is sent between the seller 245 and the client computer 275 via the billing and delivery notification system 240, where the Internet 270 connects the client computer 275 to the billing and delivery The connection with the delivery notification system 245 is established. Thus, the system 200 allows a client computer to receive a product drawing, keywords and attributes of a machine component, send a bid or order for that component to the seller, and transact with the seller for billing and delivery.
[0029]
Machine technology web portal
FIG. 3 illustrates a first screen 300 of a machine technology web portal according to an embodiment of the present invention. The screen 300 includes a header portion 304, a left frame 302, a right frame 303, and a presentation portion 320. In general, the initial screen 300 provides various links to mechanical technology functions and topics. The header portion 304 can include general information, such as the title of this page, and breaking news 307 that scrolls through new headlines that are currently of interest to the machine technology community. The header portion 304 can further provide search capabilities using a search text input box 309 and a search button 311.
[0030]
The left frame 302 according to one embodiment of the present invention is divided into an information section 305, a communication section 310, and a service section 315. The information section 305 provides links to pages describing events relevant to the fields of universities, industry, trade shows and mechanical engineering. Communication section 310 provides a communication link. This section includes links to technology-related chat areas, technology-related Internet newsgroups, frequently asked questions (FAQ) pages, forum pages, and technician job listing pages. Services section 315 provides links to technical service offering pages and components, including the features provided in various embodiments of the present invention. In addition, this service section 315 can provide a link to an auction site where parts can be provided via online auction.
[0031]
Presentation portion 320 displays content that changes according to the links selected in the various frames described above, such as left frame 302 and right frame 303. Initially, this presentation portion 320 provides various listings of technology-related news and information, such as news relating to mechanical engineering companies, the automotive industry (a key user of mechanical engineering services) and computer-aided design (CAD). . The presentation portion 320 may further include a link to a site associated with the CAD system. For example, links to the homepages of various CAD system sellers are provided. Other links to user group pages of various CAD systems can also be provided. The initial content is replaced by the link-related content when the user selects among the links included in the various frames of the initial screen 300. The content related to a particular link is described in more detail in the following sections.
[0032]
Those skilled in the art will appreciate that the screen formats described above and in the following description of the initial screen 300 are only examples of possible screen configurations, and that there are other screen formats that provide similar information. . The invention is not limited to the specific formats described herein.
[0033]
Electronic search assistant and search engine
Mechanical engineering projects typically require a design engineer to select component parts to be included as part of the project. Component parts can be designed to special specifications or off-the-shelf. There are a wide range of options for off-the-shelf products, and it is not easy to know which products and which manufacturers offer a product. Further, various parts have various different attributes, tolerances, performances, and specifications, and these are selection criteria. 4A-4I illustrate an electronic search assistant and search engine according to one embodiment of the present invention that assists designers in selecting component parts.
[0034]
The search assistant starts by selecting the appropriate link from the initial screen 300 (FIG. 3). Thereby, the presentation part 320 is updated to display the first component inquiry screen area 400 having the content shown in FIG. 4A. The screen area 400 has a query header 402 and a component list 404. The query header 402 provides information about where the current content area is located in the content area hierarchy. In one embodiment of the present invention, the query header 402 has a first line indicating the hierarchy of the previous selection and a second line providing a general description within the hierarchy. The general description can be displayed as a link to a previous point in the hierarchy. Component list 404 provides a candidate list of common component types that the user can select to make further queries. This list of component types is exemplary, and any embodiment of the present invention is not limited to the specific component types shown in FIG. 4A.
[0035]
Assume that the user has selected "pneumatic pressure" from the component list 404 as an operation example of the embodiment. In this case, the presentation portion 320 is updated to show a function inquiry screen area 410 as shown in FIG. 4B. Query header 402 is updated to indicate the new region by adding the parent screen region (ie, screen region 400) to the screen selection hierarchy. In addition, the term "function" is highlighted on the description line to indicate that the user is currently in function selection mode.
[0036]
The screen area 410 also has a function list 414. The function list 414 is a list of general functions that can be executed by components within the component type selected from the component list 404 (FIG. 4A). In some cases, a function can be divided into one or more sub-functions, in which case sub-function list 412 can be presented in screen area 410. The example function list comprises a list of functions that the pneumatic component can perform. For example, a pneumatic component can be used as an actuator, a sensor, a control means or a component of a pneumatic network. The user selects a function to be executed by the component, that is, a function from the list. As will be appreciated by those skilled in the art, the list of functions 410 provided in the function list 412 (and possibly the list of sub-functions 412) will depend on the previously selected component type. Different component types will necessarily have different functions and sub-functions. The invention is not limited to any particular function or sub-function.
[0037]
To further illustrate the operation of the example, assume that the user has determined that a pneumatic actuator is needed. FIG. 4C illustrates a standard screen area 420 displayed when a user selects the “actuator” link from function list 412 according to an embodiment of the present invention. The standard screen area 420 has a query header 402, a component standard list 424, and a component standard parts list 422. The first line of the query header 402 is updated to indicate the position of the current page within the screen area hierarchy. The second line is also updated to indicate that the user is currently selecting a standard type of component that performs a particular function.
[0038]
Component standard list 424 provides a list of standard component types that perform the function previously selected by the user. In this example, standard component types include cylinders that perform actuator functions, including standard cylinders, rotary cylinders, engines and pneumatic hammers. The standard list may further include a parts list 422 that provides a list of part types included in the standard component type. The parts list 422 includes a link to the inquiry assistant web page. The function of the inquiry assistant will be described in detail below with reference to FIG. 4E.
[0039]
The standard component type shown in FIG. 4C is an example of a specific type of component, ie, a cylinder component. Those skilled in the art will appreciate that the standard component types presented in the component standard list 424 and the parts list 422 will depend on the selection by the user, and the present invention is not limited to any particular component standard part or component part.
[0040]
FIG. 4D illustrates a part screen area 430 according to an embodiment of the present invention. The illustrated parts screen area 430 assumes that the user has selected the “cylinder” link from the component standard list 424. The parts screen area 430 includes a query header 402, which is updated to indicate the current position of the screen area in the screen area hierarchy, similar to the screen area described above. The second line of the header 402 is updated to indicate that the user is on the parts selection screen. Also, a parts list 432 is included. The parts list 432 gives the part types included in the standard components that perform the function selected by the user in the previous screen area. The list of parts that are cylinders that execute the actuator function in this example is included in the parts list 432. The list also includes a link to the inquiry assistant web page. In the example shown in FIG. 4D, the link to the query assistant calls the cylinder query assistant, however, the particular query assistant included in the list depends on the component type and function previously selected by the user.
[0041]
FIG. 4E shows the first display frame 440 of the example query assistant. The display frame 440 includes a header 402 and a component use list 442. The first line of the header 402 in this example is updated to reflect the position of the query assistant in the hierarchical structure of the frame selected by the user, and the second line indicates that the assistant is in the use select mode. So the entry is highlighted. The component usage list 442 provides a list of applications where the component parts are used. Such a list is desired because the query assistant can narrow the area of parts that have potential availability to those parts that match the intended use of the part. In the example of the cylinder shown in FIG. 4E, two applications of the pneumatic cylinder are presented: a cylinder for extending a fixed object, and a moving object.
[0042]
Upon selecting an appropriate use for the part, the user is presented with a request frame 450 in the presentation portion 322, as shown in FIG. 4F. This request frame includes a header 402, component data 452, component parameters 454, and action buttons 456,458. The header 402 is updated to indicate that the user has moved from the application selection mode to the request mode by highlighting the "request" on the second line. Component data 452 provides general information, including the range of certain parameters associated with the component part, any industry standards associated with the part, and the intended use of the part.
[0043]
Component parameters 454 provide a mechanism for a user to enter parameters for various conditions that the component must satisfy. The parameters of this embodiment are presented in a tabular form that includes the name or name of the parameter, the unit of measurement (dimension) and its value. For each parameter, the user enters a desired value. Each parameter has a link information button 459. Pressing the information button 459, for example, by clicking the button, displays a text window that gives the user more information about that parameter.
[0044]
In this embodiment, action buttons 456 and 458 are provided. The action button 458 is an input delete button. Pressing action button 458 resets the current parameter value to zero and allows the user to restart with the new value. When the action button 456 is pressed, the client computer sends the parameters to a search engine on a server hosted by the portal. The search engine then uses the received parameters and selection criteria based on the user's selection on the previous page to check if there is a seller that can supply the part that meets the user's needs.
[0045]
In another embodiment of the present invention (not shown), the interface shown in FIG. 4F includes a button or menu that directs a search for a particular type of seller. For example, a single button, icon, or menu may send search parameters to a search engine that searches for manufacturers, distributors, and retailers that can supply that part. Selecting a second button, icon or another menu sends the search parameters to a search engine that searches for auction data that matches those parameters. The search engine can search for auction data maintained by the portal provider or a known online auction site that matches the search parameters.
[0046]
FIG. 4G shows an example of the supplier frame 460. The supplier frame 460 includes a query header 402, a total number of entries 462, a supplier list 464, and a navigation button 466. The query header is updated to indicate that the user is on the supplier page by highlighting the term "supplier" in the header. The supplier list 464 displays a list including details of suppliers who can supply parts that match the user's criteria. This detail list can be ordered by any one of a number of different criteria. For example, the list can be ordered according to price, delivery deadline, or how well the part matches the criteria entered by the user. These details may include addresses, telephone numbers, prices, delivery deadlines, part numbers, and other information about matching parts. If more than one supplier is found, the supplier list 464 is part of the full list of suppliers. The total number of entries 462 gives the total number of suppliers who can supply parts that meet the user's criteria. The user can navigate through the entire list of suppliers by selecting one of the navigation buttons 466 and updating the display with the supplier's entry displayed on button 466. Each entry in the supplier list 464 can be selected. When selected, details about the seller's parts are displayed.
[0047]
In another embodiment of the present invention, the supplier list shown in FIG. 4G is a list of those who can supply parts through the auction process. They may read from an auction sponsored by a web portal provider or may be a link to an online auction webside that accepts bids for specific parts.
[0048]
FIG. 4H shows an exemplary supply detail frame 470. The supply details item frame 470 includes a header 402, seller data 474, part parameters 476, result parameters 478, and buttons 477. The header 402 is updated to indicate that the current page is a serving frame by highlighting the term "serving". Seller data 474 includes the seller's name, address, seller part number of the selected part, part price, part delivery deadline, and the intended use of the part. The information presented may include information as to whether the seller can manufacture standard parts or modify the design.
[0049]
In one embodiment of the invention, part parameters 476 are presented in a tabular form with four columns. The first column contains the name or name of the parameter, the second column contains the unit of measurement or dimension of the parameter, the third column contains the parameter values entered by the user in Table 454 (FIG. 4F), and the fourth The columns give parameter values for parts given by the seller or manufacturer. The search engine does not always match the user's value exactly with the seller's value because the search engine uses an algorithm that can find both an exact match and a close match for the parameter value entered by the user.
[0050]
The result parameter 478 gives the user a value calculated based on the input parameters and the part data of the seller maintained in the database 210. The displayed result parameters depend on the selected component part. In the example shown in FIG. 4H, the diameter of the piston, the diameter of the piston lot, and the intake air amount of the cylinder are calculated and displayed to the user.
Each of the part parameters 476 and the result parameters 478 may have another information icon 479 associated therewith. Pressing a particular icon 479 will display further information about the parameter to the user.
[0051]
The supply details frame 470 also includes yet another details button 476. When this button 477 is pressed, the portal web server sends another part data to the client web browser. FIG. 4I shows an example of a part detail frame 480 including this detail. The parts detail matter frame 480 includes an inquiry header 402, seller data 474, parts drawings 482, order buttons 484, technical data 486, option information 490, parts specifications 492, and order buttons 494. The query header 402 is updated to highlight that the term "query" indicates that the current page is a query page. The previous page is shown as a link in header 402. Part drawing 482 provides an image of the currently selected part. In another embodiment of the invention, a CAD drawing of this part is shown. The choice between displaying an image of the selected part or displaying its drawing depends on the speed of the search engine and the speed of the network and the bandwidth available for transmitting the image or drawing. Technical data 486 provides information such as the configuration of the component elements of the part. Technical information 488 provides information including minimum and maximum values in various aspects of the operating environment in which the part is located. Optional information 490 provides a link from which the user can obtain information about related parts or components commonly used with the selected part. The part specification 492 provides data regarding the dimensions and weight of the part. The data in the various sections 486, 488, 490, and 492 may vary from part to part and from seller to seller. The invention is not limited to any particular arrangement or particular content of the data.
[0052]
In one embodiment of the invention, clicking on order button 484 orders the part. In this embodiment, database 210 provides a "virtual warehouse" of parts data. The data maintained in the virtual warehouse includes parts identification information such as stock numbers, salable quantities, and guaranteed delivery dates for the parts. The buyer sends the order to the portal provider, who subtracts the ordered quantity from the currently available quantity on the currently guaranteed delivery date. The portal generates an order for the part and sends it to the seller. The order can be sent electronically over the Internet, emailed, faxed, or send a printed letter to the seller.
[0053]
In another embodiment of the invention, the parts can be submitted to an interactive purchasing mechanism. The operation of the interactive purchasing mechanism is described in more detail in the next section.
[0054]
The search process has been described with respect to a series of frames that provide a user with a part selection option that leads to a search results frame. However, in yet another embodiment of the present invention, a database of parts, such as the database 210, can be queried by text search. In this embodiment, parts are identified by names that generally describe the part. Further, parts have attribute types, each having an attribute value. For example, a part named "air cylinder" has an attribute type consisting of cylinder diameter and cylinder stroke. The user inputs a keyword indicating the name of the part and one or more attribute types and attribute value pairs. Thereafter, the search engine generates a result frame 460, as shown in FIG. 4G, indicating the seller supplying the parts that meet the indicated search criteria. In yet another embodiment of the present invention, the search engine generates a list of parts that match the search criteria.
[0055]
In the above example, the search criteria is the physical dimensions of the part, for example, the physical dimensions of the cylinder. However, the present invention is not limited to such search criteria, and other search criteria that make up the physical environment of the part can be entered instead of or in addition to the criteria described above. For example, the user will know the mass of the object to be moved and the speed that the object must reach. When the user enters the mass and speed, the search engine seeks the attributes of the part that can perform according to the search criteria. As an example, suppose a user needs to exercise a 50 kilogram with a stroke of 100 millimeters in 2 seconds. When the user enters the appropriate criteria, the search engine provides a list of parts that meet this criteria.
[0056]
Further, the above example is directed to identifying sellers who sell parts that meet the user's search criteria. However, the invention is not limited to seller identification based on part supply capabilities. In yet another embodiment of the invention (not shown), electronic search assistants and search engines identify sellers who can provide the service. In this embodiment, a buyer (also referred to as a job source) provides bidding terms for a service to be performed. These bid conditions include the description of the part (in text or graphics), the desired quantity, the location of the supplier, the size of the part, the type of machine and the size of the supplier. In addition, the bidding terms may include commercial terms such as warranties and indemnities provided by the supplier. The search engine of the portal server searches a database that provides data, such as a database 210 (FIG. 2) for suppliers that can meet the bid conditions.
[0057]
FIG. 4J illustrates an example of a screen 1400 that allows a user to identify a geographic region to search for, according to one embodiment of the present invention. Screen 1400 includes map 1402, registration link 1408, total number of service providers 1406, and average response time 1410. Map 1402 provides a geographical area from which a user can select a small area 1406. For example, a geographic region is a continent and sub-regions are countries on that continent. Alternatively, the geographic area may be a country and the sub-areas may be states, counties or other political or geographical divisions of the country. The invention is not limited to any particular area / small area combination.
[0058]
The user can select a small area and limit the search range to service providers having offices in the selected small area.
[0059]
The total number of service providers 1404 indicates the number of service providers registered in the database 210. The total number may include all service providers registered in the database, the total number of service providers in the selected small area, or a service provider capable of providing a service that may match the entered bid conditions. The number is included.
[0060]
Average response time 1410 gives the time that a user can expect to respond to a request. The average time shown can be averaged over all services registered in the database 210 for services within the selected area or services that can be matched to the entered bidding terms.
[0061]
The registration link 1408 provides an interface for the service provider to register in the database 210.
[0062]
In one embodiment of the present invention, portal server 290 (FIG. 2) sends a bid request to each supplier that meets the bid conditions. The bid request includes a description of the parts provided by the buyer. Suppliers can respond to bid requests if they wish to bid. When a supplier bids, the portal server charges the buyer a predetermined amount for the bidding process.
[0063]
In another embodiment of the present invention, a list of service providers that can meet the bid criteria within a given geographic area is displayed to the user via a web page (not shown). The user may select one or more service providers to whom a description of the requested part may be sent. The invention is not limited to any particular selection method, and examples of selection methods include checking a web page box, clicking a web page button, and selecting a link representing a service provider.
[0064]
When the desired service provider is selected, the system sends the request data to the selected service provider. In one embodiment of the present invention, the service provider is notified of the request by email. The email instructs the service provider to read a web page that provides the requested data including the desired part description and parameters associated with the part. In contrast, the service provider can indicate whether he or she intends to respond to the request. If the service provider is willing to respond, in one embodiment of the present invention, the system creates an e-mail to the requesting user indicating the service provider.
[0065]
Some embodiments of the present invention allow a user to request anonymously by hiding the name of the user making the request.
[0066]
In some embodiments of the present invention, another part data can be sent as an attachment to the request. Some embodiments of the present invention further allow the requesting user to limit who can read or view the information attached to the request.
[0067]
As can be seen from the above, in some embodiments of the present invention, the system acts as an intermediary between the requester and the service provider. This allows the system to track both the service requester and the service provider and provide them with useful data. For example, the system may maintain the time it takes for the provider to respond to the request, the number of requests the service provider receives, the number of requests the service provider responds to, and the contact between the requester and the provider. Can be tracked. The data can be stored in the database 210.
[0068]
In yet another embodiment of the present invention, the response time data described above can be used to provide useful information to a user of the system. For example, a user can be told how long it takes for a service provider to respond to a request. Furthermore, service providers can be categorized by the time taken to respond to a request. In addition, this data can be used to monitor whether the service provider is meeting the guaranteed response time.
[0069]
In some embodiments of the present invention, the service provider needs to pay a fee for registering with the portal provider. The fee may be paid once or for a fixed period, such as an annual fee. In addition to, or instead of, the fees described above, a service provider may be charged a fee each time a request is received and / or each time a request is responded to. In addition, the system can provide an interface that allows the user to indicate a particular request as "urgent." In this case, the system can charge a further fee to the service provider. This additional fee is for the additional value that the system provides to the service provider, as it is information that puts some pressure on the requesting user to complete the transaction.
[0070]
In both the part example and the service example described above, search criteria can include price and shipping terms. For example, a user may search for parts and / or services by entering a parameter indicating that the user wants parts or services deliverable by a certain date at the lowest price.
[0071]
FIG. 8 shows a method 800 for searching a database for one or more parts. The method can be executed by a computer program configured by computer-executable instructions. By describing the method in a flowchart, one of ordinary skill in the art can create a program that includes instructions for executing the method on a suitable computer (a computer processor that executes instructions from a computer readable medium). can do. The method shown in FIG. 8 includes operations that need to be performed in the operating environment of the embodiment of the present invention.
[0072]
The method starts when the system receives a search keyword. The search keyword is the name of the part, for example, "cylinder" (block 802). The keywords may be received when a user selects a keyword from a web page, such as page 410 (FIG. 4B), or the keyword may be entered into a search engine in text format. Next, the system receives the name of one or more attributes and the value of the attribute in pairs (block 804). The pair of the attribute name and the attribute value represents the attribute of the entry related to the keyword. For example, attributes related to cylinders include cylinder bore diameter and stroke. In addition, these attributes can represent the environmental attributes of the entity. For example, the mass and distance that an object should be moved by the object. The system uses this environmental attribute to calculate the physical attributes that the object must retain in order to activate that given environmental attribute. These attributes can be entered in a text box on a web page as described above, or as search text in a search engine.
[0073]
The system then queries a database of parts information, such as database 210 (FIG. 2), for parts that match the entered keywords and attributes (block 806). When the list of matching parts returns, it is displayed to the user (block 808). This list may include a list of sellers that can supply the part, or may be a list of the part itself. In an embodiment of the present invention, the list is displayed as a web page.
[0074]
Next, when the user selects a part, the system submits the order for the part, for example, by submitting the part to the interactive purchasing mechanism of the system (block 810). The interactive purchasing mechanism is described in more detail in the next section.
[0075]
FIG. 9 illustrates a method 900 for searching supplier information in a database. The method starts with the system receiving as input a description of a part and bid conditions for the part (block 902). This input is performed by a user inputting search criteria and bid conditions on a field of a web page, or by giving the search engine as a command line. The description of the part may be the name of the part, such as a cylinder. The bidding terms may include a guaranteed delivery date, quantity, supplier location, supplier size, warranty terms for the part, or other terms related to the purchase of the part. For example, a bid condition may specify that a supplier must be able to deliver a minimum of 100 cylinders within 4 days. The system then searches a database of parts and parts suppliers, such as database 210, for suppliers that match the entered bid conditions (block 906). In one embodiment of the invention, the list is returned to a web page.
[0076]
Next, the system sends the bid request to the suppliers of the list that can meet the bid conditions (block 908). A variety of methods can be used for sending a bid request, including email, fax, and printing the bid request for mailing to the supplier. In addition, the system can place the bid request on a web page for the supplier to view.
[0077]
In another embodiment of the present invention (not shown), the user is charged a fee for selecting one of the suppliers in response to a bid request generated by the system.
[0078]
Although the above method has been described in the context of performing a search on cylinders, the present invention is not limited to searching for any particular type of part, as will be appreciated by those skilled in the art.
[0079]
Interactive purchasing mechanism
Another aspect of the machine technology web portal of an embodiment of the present invention is interactive purchasing (IP). Mechanical engineers and other designers typically require various parts to perform the assembly. In addition, technicians typically work on many projects concurrently, and the ordering and procurement of parts used for each project varies in completion status. An electronic purchasing mechanism according to embodiments of the present invention provides a system for facilitating the maintenance of the procurement status of parts for one or more projects. The operation of the IPA according to the present invention will now be described with reference to FIGS.
[0080]
FIG. 5A shows an example of a security frame. Security frame 500 includes information text 502, login text area 562, and password text area 506. IPA provides security to prevent unauthorized access to client data that can be maintained on the portal database 210. Thus, to access the data, a user, such as a buyer or seller, needs to enter a valid login ID in the login text area 504 and a valid password associated with the login ID in the password text area 506. . Only when a valid login ID and password are entered, the user is allowed to proceed with the interaction with the IP system.
[0081]
Upon entering a valid login ID and password, the user is presented with an inquiry page 501 as shown in FIG. 5B in the presentation portion 320 (FIG. 3). The query page 501 of one embodiment of the present invention includes a header 502, a project frame 504, a transaction identification 510, a request information table 512, and a comment box 518. Header 502 provides information about the status of each part of the part inquiry (inquiry, offer, offer accepted, order, etc.). For each state, the party that completes the state and the date that the state was completed are given.
[0082]
Project frame 504 provides a mechanism for navigating about one or more buyer projects. In one embodiment of the present invention, buyer projects are displayed in a hierarchy, the hierarchy including open projects, waiting projects, and completed projects. An open project is a project that requires buyer action on initial or ongoing requests, i.e., requests that have not yet received parts. A waiting project is a project that requires action on the part seller side. A completed project is a project in which all requested parts have been received and transactions have been completed. The hierarchical "message" branch acts as a message board and allows buyers and sellers to communicate about project related matters.
[0083]
As an example of an inquiry page 501, the project frame 504 is categorized according to the status of the project (ie, open, waiting, completed, etc.), followed by the name of the project. However, the present invention is not limited to the illustrated classification, and in another embodiment of the present invention, the project frame 504 may be classified by any one of three criteria: seller, project identification, and project status. it can. For example, project frames can be categorized by parts seller, project status, and project name. Further, the order of classification can be determined by the user.
[0084]
Transaction identification display 510 provides information identifying buyers and sellers involved in the transaction. This information includes the name and address of the buyer and seller, and may include an ID (buyer number) assigned to the buyer by the system. Identification information about the various states of the transaction is also provided. For example, a request number indicating a specific request is displayed. The user can enter a request name in the request text box 508 to describe the request.
[0085]
Request information table 512 provides information about the parts requested in the transaction. Performing a search as described in the previous section will allow you to add parts to the request, but as shown in Figure 5D, click the "Add Article" button to manually add certain parts to the request. May be. In addition, one or more parts may be read from an inventory of materials stored on computer readable media, such as a CD-ROM, floppy disk, hard drive, or other non-volatile storage, and the parts added to the project. It is possible to add.
[0086]
In one embodiment of the invention, the information is displayed in a tabular format. The information displayed in tabular format includes the request number, the count of that part, which indicates the location of a particular part in the parts list, the part number (also known as the part number or stock number), the textual description of the part, , A part price, a part discount amount, a discounted part price, a tax rate on parts, and a part final price including a transaction currency. Certain values, such as the final price, depend on the quantity entered in the quantity text box 513. Therefore, in one embodiment of the present invention, an input value hold / recalculate button 516 for holding the input value is provided, and the dependent value is updated and redisplayed.
[0087]
Comment box 518 provides a mechanism for the user to enter text, links, or additional information about the part request. This information includes requests for special handling of requests, additional descriptions of projects, questions for sellers, and the like. Further, the information includes a file name added to the parts request.
[0088]
Action button 520 is used to control the status of the request. For example, clicking the "Send" button causes the portal server to set the query state to completed and put the request in the "offer" state. The portal server also notifies the seller of the request. Notification can be by email, fax, or other electronic means of communication. Further, a notification may be provided by updating a web page accessed by a seller to allow the seller to query for new requests directed to the seller.
[0089]
The suspend button suspends the request. Interrupting the request saves the current state of the request. That is, the entered quantity, comment text or other values are saved. This allows the buyer to enter requests for more than one session as desired. For example, a buyer may need to consult with others before making a decision on a particular part or quantity. The buyer can make the appropriate input, return to the request page and send the previously interrupted request with all the information.
[0090]
The reset button causes the requested value in the request information table 512 to be reset. Clicking the reset button clears all values or text in the delete check box, quantity text box 513, and comment text box 518, allowing the user to re-enter appropriate values.
[0091]
By clicking the add project button 505, a project can be added to the hierarchical structure. Pressing button 505 prompts the user to enter information describing the project, such as the project name and address of the project. When the necessary information is input, the newly added project is added to the hierarchical structure 504 of the project. The provided information is stored in the database 210. As further information about the project is obtained from the system via the screen, as described below, that information is also added to the database 210. Therefore, this information is retained no matter how many times the portal page is viewed. This allows buyers and sellers to access project information from time to time to make updates and refer to projects.
[0092]
In one embodiment of the present invention, inputting parts to a project is performed by displaying a specific part by the above-described search mechanism and then clicking a button 494 (FIG. 4I) to display the displayed part in the system. This is done by sending it to the interactive purchasing mechanism on the portal server. The project to which a part is added can be identified by a project number or a part number.
[0093]
FIG. 5K illustrates a query page 1500 according to another embodiment of the present invention. Inquiry page 1500 provides functions similar to those provided by inquiry page 501 described above, and further includes buttons 1510, 1508, 1506. Button 1506 causes the system to transfer the component data to a purchaser within the company using the system of an embodiment of the present invention. This transfer can be done by transferring the component data to the purchasing system via a communication link, but alternatively, the data may be sent in an e-mail and sent to a person in the purchasing department. A person in the purchasing department can input the data into the purchasing system. The invention is not limited to a particular transfer mechanism. Further, the present invention is not limited to any particular type of purchasing system. The purchase system in one embodiment of the present invention is an ERP (Enterprise Resource Planning) system.
[0094]
Button 1508 causes the system to send the request information in table 512 to the search engine, which can present a list of suppliers that can provide the requested item. FIG. 4G is an example of a supplier list according to an embodiment of the present invention.
[0095]
Button 1510 causes the system to send the request information in table 512 to a search engine that can search for auctions for that part bid. Parts of one embodiment of the present invention are identified by providing a UN spec classification of the part.
[0096]
In one embodiment of the invention, the auction is maintained by a portal. In this embodiment, a seller registers a part to be auctioned in a portal, and specifies a machine classification of the part. In addition, the seller can provide other data such as the minimum quantity (lowest price) that the part seller can accept and the date and time when the auction will begin and end. When a potential buyer requests, the search engine searches for auction data that matches the desired part. Upon finding such a match, the current bid data can be displayed to potential bidders. For example, the current high bid price, the current minimum bid increment, and the auction end date are displayed to the user, and the user is prompted whether to bid on the part or to search for another supplier for the part. Decide. In some embodiments of the present invention, the parts seller indicates that he / she wants to remain anonymous until either the transaction ends (ie, a high bid is accepted) or is non-transferable. be able to. In these embodiments, the web portal provider may be listed as a part seller / supplier.
[0097]
In another embodiment of the present invention, after receiving the part specification, the search engine scans a set of auction websites for a match to the specification. The auction website to be searched can be determined by various factors. For example, in one embodiment of the present invention, a set of auctioned websites that are searched agree to pay a fee or flat fee to the portal provider for each component sold by referral to the auction website by the portal provider. Auctioned websites.
[0098]
FIG. 5C shows the first offer frame 503. Offer frame 503 is displayed when the request for the project has completed the inquiry state. The offer frame 503 includes a header 502, transaction information 510, offer information 524, a delete button 526, an add button 528, a save button 530, a buyer comment block 538, a seller comment block 534, and a person drop-down box 536. Header 502 is updated to indicate the current state of the request. The date that the inquiry state was completed is indicated, and the request is currently in the offer state, by highlighting the offer portion of the header and indicating the state as "in progress".
[0099]
Previously completed states, such as the inquiry state, are also accessible and can be changed by clicking on the “inquiry” link in header 502. This allows the buyer to correct the inquiry to include additional or different parts and to change the desired quantity. The seller can then respond to the corrected inquiry with the offer screen 503. This process can be repeated many times until buyers and sellers consider it necessary.
[0100]
Transaction display 510 is updated to indicate the request name shown in text box 508 (FIG. 5B), which includes the offer number given by the system.
[0101]
Offer information table 524 provides offer information for one or more requested parts. The information for each requested part includes the offer number, the total number, the article number of the requested part, the list price, the discount, and the selling price associated with the offer. The information of each part may include a quantity text box 522 and a discount rate text box 523, and the seller can input a request quantity and a discount amount. For example, a seller may not have enough parts in stock to satisfy a buyer's request. By providing the quantity text box 522, the seller can make a response in consideration of the stock quantity. Save button 530 saves the current state of the project and updates the sales price in table 524 to reflect the current quantity and discount.
[0102]
Delete button 526 allows the seller to delete the item from table 524. The item to be deleted is deleted from the table by checking the box of the item in the table 524 and pressing the delete button 426. In this way, the seller can delete items that he does not want to offer to the buyer.
[0103]
An add item button 528 allows the seller to suggest an alternative to the item that the buyer is requesting. This is desirable because the seller can suggest a better replacement than the item originally requested by the buyer.
[0104]
The comment area 538 displays a comment (FIG. 5B) that the user enters in the comment box 518, such as a request for special handling or other information related to the part request.
[0105]
Offer comment box 534 provides an area for sellers to enter comments about the offer. For example, the seller may know that the inventory is low due to insufficient inventory, or that the offer has a special one-off discount.
[0106]
In frame 503, the use of an action button 520 allows the state of the offer to be controlled. For example, when the "Send" button is clicked, the portal server sets the offer state to the completed state and places the request in the offer accepted state. The portal server also notifies the seller's offer acceptance office of the request. The notification can be provided by e-mail, fax, or other electronic communication means. Additionally, the seller may be notified by updating a web page accessed by the offer acceptance office to query whether a new request has been sent.
[0107]
The suspend button suspends the request. The current offer price offered by the seller is stored in the database 210 so that the seller can return to that page later to complete the offer process.
With the reset button, the input value of the offer frame 503 can be reset. When the reset button is clicked, the value or text of the delete check box, the quantity text box 522 and the discount rate text box 523 of the offer table 524, and the comment box 534 are cleared. The seller can enter a new value or text for the cleared item.
[0108]
The seller contact drop-down box 536 allows the seller to display the person responsible for the offer. When selected, drop-down box 536 displays a list of offer agents. The contact list can be read from database 210 and displayed in drop down box 536. Thereafter, the seller selects one of the persons in charge of the offer indicated in the transaction identification display 510.
[0109]
When the send button is selected and clicked from the action button 520, the offer state is completed, and the project shifts to the offer acceptance state. FIG. 5D shows an example of the offer acceptance frame 507. In one embodiment of the present invention, offer accept frame 507 is presented upon selecting a project in the offer accept state from project frame 513. The offer acceptance frame 507 of this embodiment includes a header 502, a transaction display block 510, an offer acceptance table 538, a delete button 526, an add button 528, a save button 530, a comment box 534, a contact box 540, and an action button 520. The header 502 is updated to indicate that the offer state is complete and that the project is currently in the offer accepted state.
[0110]
The offer acceptance table 538 comprises information regarding the details of the offer that requires acceptance. This information includes the offer number, count, seller stock number, description of the item, quantity, discount, selling price, tax rate, final price based on discount and tax rates, and transaction currency. The table also includes a discount rate text box 539, which includes the discount amount initially entered in text box 523 (FIG. 5C). It is desirable to provide a discount rate text box 539 so that those who accept the offer can adjust the discount rate as desired. The items shown in Table 534 are exemplary, and any embodiments of the present invention are not limited to the specific items shown. Those skilled in the art will appreciate that other items can be substituted for those shown.
[0111]
Save button 530 provides a mechanism that allows the values shown in Table 538 to be adjusted if the discount rate entered in text box 539 changes.
[0112]
Comment box 534 provides a mechanism for an offer acceptor to write a display or comment regarding the transaction. These comments are stored in the database 210 and presented in a subsequent web page or frame of a web page, as described below.
[0113]
Seller rep block 540 shows the seller's offer rep, as entered by seller in drop-down box 536 (FIG. 5C). Additional information about the seller contact, such as the contact's telephone number, may be obtained from database 210 and presented to the client browser of seller contact block 540.
[0114]
Auction button 520 controls the current state of the project. When the submit button is clicked, the portal update database 210 sets the offer accepted status to completed, updates the status of the currently selected project, and sets the current status to ordered. When the reset button is clicked, the value of the discount rate box 539 is reset to the initial value, and the comment box is cleared. Clicking the Pause button causes the current value entered by the seller in the offer acceptance frame 507 to be stored in the database 210. This allows the seller to return to the screen later to complete the offer acceptance process.
[0115]
In another embodiment of the present invention (not shown), the work flow represented by the frame includes a field for sending the order to the purchasing department. This provides a mechanism by which the purchasing department completes the work flow and incorporates the purchasing department into the flow.
[0116]
When the send button is selected from the action buttons 520 and clicked, the offer acceptance state is completed, and the project shifts to the order state. A notification is sent to the buyer indicating that the offer has been accepted. As noted above, this notification may be by email, fax, or mail message to the buyer. FIG. 5E shows an example of the order frame 509. An order acceptance frame 509 in one embodiment of the present invention is presented by selecting an ordered project from the project frame 504 (FIG. 5B). The order frame 509 of this embodiment includes a header 502, a transaction display block 510, an order information table 542, a seller comment block 544, an order comment text box 546, a person in charge block 540, and an auction button 520. The header 502 is updated to indicate the offer acceptance completion date and that the project is currently on order. Transaction display block 510 is updated to provide a system generated order number to the transaction.
[0117]
The order information table 542 provides information on the parts making up the order. This information includes order number, count, seller article number, textual representation of parts, order quantity, order price, order discount rate, order discount price, sales price, tax rate, final price, and transaction currency. The table field values are based on information in the portal database 210 generated and updated by previous buyer-seller interactions via the aforementioned pages of the portal web system.
[0118]
Seller comment box 544 displays comments entered by seller on the previous screen, such as seller comment box 534. Order comment text box 546 is a mechanism for buyers to provide additional information about the order. For example, a buyer may give special instructions for delivery. This information is stored in the database 210 for presentation to the seller on the screen, as described below.
[0119]
Like the request and offer frames described above, the action buttons 520 of the order frame 509 control the status of the order transaction. The send button, when clicked, provides a mechanism to complete the order status of the project and place the project in an order confirmed status. The seller may be notified of the new status by email, fax or other means of communication so that the order can be confirmed. Clicking the reset button clears the text in comment box 546. Clicking the Pause button saves the current input values of order frame 509 in database 210 so that the buyer can later return to the screen and complete the value entry without losing the value entered so far. .
[0120]
FIG. 5F shows an example of the order acceptance frame 511. The order confirmation frame 511 is sent by the portal server to the buyer's browser when a project in the order confirmation state is selected from the project hierarchical structure 504 (FIG. 5B). The frame 511 includes a header 502, a transaction display block 510, an order confirmation table 548, a customer comment block 550, a confirmation comment text box 552, a person in charge block 540, and an action button 520. The header 502 is updated to indicate the date that the project completed the order status and that the status of the project is now in the order confirmation status. Transaction display block 510 is updated to add a confirmation number generated by the system.
[0121]
Order confirmation table 548 gives details about the order. This information is the same as that in the order information table 542, with the order number replaced by the confirmation number.
[0122]
Customer comment box 550 displays a comment entered by the buyer in order comment text box 546 (FIG. 5E).
[0123]
Confirmation comment text box 552 allows the seller to provide additional information regarding the order confirmation to be stored in database 210 and displayed on a subsequent page provided by the portal server.
[0124]
Action button 520 controls the current state of the project. Clicking the send button completes the order confirmation status and the new project status is the delivery status. Notification can be sent to the seller's shipping department by email, fax or other communication means. When the reset button is clicked, the text in the confirmation comment box 552 is cleared. Clicking the Pause button saves the current input values entered by the seller into the order confirmation frame 511 into the database value 210 so that the seller can return to that page later to complete the entry.
[0125]
FIG. 5G is an example of a delivery status frame 513 according to an embodiment of the present invention. The delivery status frame 513 includes a header 502, a transaction display block 522, a delivery status table 544, a customer comment block 550, a delivery comment text box 552, a person in charge block 540, and an action button 520. The frame 513 is displayed when a project in a delivery state is selected from the project hierarchical structure 504 (FIG. 5B). The header 502 gives the date that the order confirmation status was completed and is updated to indicate that the project is currently in a shipping status.
[0126]
Delivery status table 554 provides information regarding the delivery status of the transaction. This table 554 of one embodiment of the present invention includes a confirmation number, a count, a seller part number, a description of the part, a confirmed part quantity, and a remaining quantity that is a confirmed but not yet delivered part quantity. Table 554 also includes two text boxes, a delivered quantity text box 551 and a delivery due date text box 553. The seller can enter in the text box 553 the quantity to be delivered to the text box 551 and the date of delivery or delivery.
[0127]
Action button 520 is used to control the current state of the project. When the send button is clicked, the delivery state is completed and the project shifts to the goods receiving state. A notification can be sent to the buyer indicating that the item will be delivered. Similar to the notification described above, the delivery notification can be sent by e-mail, fax, or other communication method. When the reset button is clicked, the comment entered in the comment text box 552 is cleared, and a new comment can be sent.
[0128]
FIG. 5H shows an example of the product receiving frame 515. The commodity receiving frame 515 is presented to the buyer browser by the portal server 290 when a project in the commodity receiving state is selected from the project hierarchical structure 504 (FIG. 5B). The product receiving frame 515 includes a header 502, a transaction display block 510, a receiving status table 556, a seller comment block 558, a comment text box 552, a person in charge block 540, and an action button 520. The header 502 is updated to indicate the date on which the delivery status of the project has been completed and to indicate that the project is currently in the goods receiving state.
[0129]
Receipt status table 556 provides information about the status of receiving one or more parts ordered from the seller for the project. This information includes confirmation number, count, textual description of each part, confirmed order quantity, remaining quantity, and delivered quantity. Table 556 includes two text boxes: a text box 555 for the quantity received and a text box 557 for the date received. The received quantity text box 555 provides a mechanism for providing the quantity of ordered parts received by the buyer, and the received date text box 557 provides a mechanism indicating the date on which the buyer received the ordered parts.
[0130]
The comment text box 552 is a means for the buyer to provide information regarding the receipt of the product. For example, the buyer can note that the part was received in good condition or if the delivered part had any damage.
[0131]
Action button 520 controls the current state of the project. When the send button is clicked, the portal server updates the database 210 to indicate that the product receiving state has been completed and that the current state of the project is the receiving certificate state. Further, by clicking the send button, the receipt can be sent to the seller. The receipt can be by email, fax, or printed and mailed to the seller. Clicking the reset button clears the Received Quantity text box 555, Received Date text box 557, and Comment text box 552 so that the buyer can write a new quantity, date, or comment. When the suspend button is clicked, the value currently input in the commodity receiving frame 515 is stored in the database 210. This allows the buyer to save the current state of the frame and complete the entry later.
[0132]
FIG. 5I illustrates an example of an acknowledgment frame 517 according to an embodiment of the present invention. The receipt frame 517 is provided for the portal server to display on the buyer browser when a project in the receipt status is selected from the hierarchical structure 504 (FIG. 5B). The receipt frame 517 in this embodiment includes a header 502, a transaction display block 510, a receipt table 558, a person in charge block 540, a recipient block 560, and an action button 520. The header 502 is updated to indicate the date that the goods receipt status has been completed and that the selected project is currently in the receipt status.
[0133]
Receipt table 558 displays information about the receipt of one or more ordered parts for the selected project. For each part, the order confirmation number, order count, seller part number, part description, confirmation quantity, delivery quantity, price, and currency are displayed.
[0134]
Recipient block 560 indicates a representative of the customer responsible for receiving the product. A drop-down box is included in the recipient block, which can be used to select the appropriate person. The candidate list to be entered in the drop down box is selected from the database 210.
[0135]
Again, the action button 520 controls the current state of the project. Click the send button to complete the project. Database 210 is updated to reflect the new state. Further, this project transitions from an open project branch to a completed project branch in the project hierarchy 504 (FIG. 5B). Clicking the reset button resets the entered recipient drop-down box 560 to its initial default state. Clicking the Pause button saves the current input values in the database 210 so that the user can exit the receipt frame 517 and either complete the entry later with the send button or send the receipt.
[0136]
FIG. 5J illustrates a method for maintaining a purchase transaction associated with a project. The method starts when a user requests the system to create a project (block 580). This request can be issued by the interface between the system described above with reference to FIG. 5B and the buyer browser. The system creates a project in a database, such as database 210. The data for this project can also be maintained as a file or a set of files in a file system, as will be appreciated by those skilled in the art.
[0137]
The system then receives the parts selected to be added to the project (block 582). The provision of these parts is possible in several ways. For example, a part is obtained as a result of executing a search engine, as described above. However, a user may add a part by inputting part data such as a seller name and a part number on a web page. . Further, it is possible to select parts by the electronic search assistant as described above. The database is then updated to associate the selected part with the project (block 584).
[0138]
Next, a query is made with the seller associated with the selected part (block 586). This inquiry can be made by e-mail, fax, or other electronic communication means. Further, details regarding the query can be provided on a web page, such as the page shown in FIG. 5C.
[0139]
The system then receives offer data from the parts seller (block 588). This offer data can be presented on the web as described above. The system updates the database with this offer data. In one embodiment of the present invention, receiving offer data is a two-step process in which offer data is first provided and stored in a database. The offer data is then reviewed and accepted by a seller representative. The creator of the project is then notified that the offer data has been received. As mentioned above, this notification can be made by electronic means such as e-mail or fax. Further, the offer data can be presented to the project creator via a web page.
[0140]
After the creator of the project reviews the offer data stored in the system, the system may cause the system to place an order with the seller (block 590). The system updates the database to indicate the status of the order, and the system notifies the seller of this order.
[0141]
Next, the system receives the order confirmation and processes it (block 592). In one embodiment of the invention, the order confirmation data is provided by the seller via a web page maintained by the system.
[0142]
According to another embodiment of the invention, the system receives and updates the delivery status of the order (block 594). Updates can be made on a web page and the seller enters the delivery quantity and delivery date when the part is ready for delivery. The system updates the project database with data provided by the seller.
[0143]
According to yet another embodiment of the present invention, the system receives update data from the project creator as parts are received from the seller. The quantity of the part and the date the part was received can be entered on a web page maintained by the system. The system then updates the project database with the received data.
[0144]
At any point in the method described above, the customer or seller can return to the previous point and update or change the data entered at the previous point, as shown by the dashed lines connecting the blocks of the flowchart. As an example, after making an inquiry to the seller, the customer can select new parts to add to the project. The system updates the database with the changed data and sends this notification to the appropriate parties in the transaction.
[0145]
Further, in some embodiments of the present invention, a customer may, with the help of a search engine, at any point in the process described above, submit a description of the part to an auction that can supply the part. Thus, at any point in the process, the buyer can seek out who can supply the part at the lowest price. As an example, adding a "Auction Search" button, such as button 1510 (FIG. 5K), to any of the screens of the embodiment of the present invention shown in FIGS. Can be sent as search parameters.
[0146]
In this part of the detailed description, an interactive purchasing mechanism according to various embodiments of the invention has been described. A series of frames has been described that show that a project transitions through various stages in a customer / seller trading transaction. Those skilled in the art will appreciate that not all steps described above need to be present and that the invention is not limited to the particular order or number of the various steps of the project. For example, the order acceptance phase can be omitted from the transaction process. Further, other steps can be added to the process without departing from the scope of the invention.
[0147]
CAD engine based on CAD drawing catalog and parameters
Yet another aspect of a machine technology web portal according to embodiments of the present invention is to include a CAD engine part with a CAD drawing catalog and parameters. In this embodiment, the portal provider maintains a database of CAD drawings. These drawings can be created on any CAD system, as is known in the art. The drawings maintained by the portal provider represent parts available from various sellers. Usually, these drawings are created by a portal provider based on parts catalog information from a seller. However, the invention is not so limited, and some CAD drawings may be obtained from the seller itself or from a third party.
[0148]
6A-6G illustrate the operation of these parts according to one embodiment of the present invention.
[0149]
FIG. 6A shows the first screen area 600 of the CAD drawing catalog. In one embodiment of the present invention, this initial screen 600 is displayed on the web client when the user selects the CAD databank link shown on portal screen 300 (FIG. 3). Although the screen area 600 of this embodiment is displayed within the presentation portion 320, the invention is not so limited, and in another embodiment, the first screen 600 is displayed instead of the portal screen 300.
[0150]
The first screen 600 comprises three main frames: a mode frame 602, a parts frame 604, and a drawing frame 606. When the user first enters a portion of the CAD drawing, the parts frame 604 will contain a list of parts providers for which the portal provider will maintain the parts drawing, and the drawing frame 606 will be blank. Data for generating this list is obtained from database 210 (FIG. 2). The user then selects a particular seller from a parts list, typically by a point and click operation, as is known in the art. Upon selection of a particular seller, the list expands to show the parts list available from that seller. Upon selecting a part, the list in the parts frame 604 is further expanded to include a drawing of the part.
[0151]
FIG. 6B shows an embodiment of the invention showing that a drawing of Bosch's single-acting compact cylinder is preferred. As shown in FIG. 6B, the parts frame 604 can be provided with various levels of detail. As the list expands, more information about the part is provided, and finally, the list is provided with drawings representing various views of the part. In addition, in one embodiment of the invention, a schematic view of the part is presented in the mode frame 602.
[0152]
As shown in FIG. 6B, the list of part frames 604 is a list of three tree structures in which three branches provide more detailed information. The structure of the list is maintained in the database 210 with data describing available sellers, parts and drawings. The level of minimum detail is the seller available. The next level describes the parts available from the seller. A list of drawings available at the next level is presented. The drawing is typically a single drawing of the part, for example, a top view, left side view, and right side view. However, the invention is not so limited and a single drawing may include multiple figures.
[0153]
In one embodiment of the present invention, the user can customize the tree structure described above. In this example, the user can add a branch that includes a "favorite" list. The "favorite" branch of the tree structure includes manufacturers, parts groups or parts that are frequently used by users. Providing such a "favorite" branch is desirable because it saves the user time in the part drawing selection process.
[0154]
In yet another embodiment of the present invention, the entries in the list include a reference identification. The text to be entered is associated with the reference identification and is stored separately in a database or as a file in the file system. It is desirable to keep the text separate and associate a particular text with the entry entry by reference identification because the tree can be displayed independent of language. If a particular language is desired, the system selects the appropriate file containing the desired language and reference identification, or loads the text of the desired language into database 210.
[0155]
In one embodiment of the present invention, a web portal system includes a tree creation mechanism. This tree creation mechanism is used to create a tree-structured list of parts and drawings for a particular seller. This list can then be added to database 210 as a new list or merged with the previous list. In this embodiment, the user is provided with a graphical user interface for creating a tree structure. The user can add comments, attachments, and HTML links to each entry in the list. Yet another aspect of this embodiment is that a library of frequently used parts is provided. The user can include entries from the library in a new tree-structured list using the GUI. The GUI may provide a drag and drop interface as known in the art, or copy the components in the library into a tree structure list by a cut and paste operation as known in the art. be able to.
[0156]
FIG. 6C shows the screen area 660 after drawing download according to an embodiment of the present invention. In this embodiment, the drawing is downloaded from the database 210 (FIG. 2) maintained by the portal provider and displayed in the drawing frame 606 of the screen area 660. The download starts when the user selects a specific drawing from the parts list presented in the parts frame 604.
[0157]
The portal provider not only sends the drawing to the buyer's web browser, but also adds a billing entry to the database 210. The billing entry includes information about the seller of the part as displayed by the drawing downloaded to the buyer's web browser. Other information that can be included in the billing entry includes, for example, download time, and identification information of the party that performed the download. For a particular seller, billing entries are accumulated at predetermined intervals, a bill is generated and sent to that seller. The predetermined interval may be daily, once a week, once a month, once every three months or once a year, but the invention is not limited to any particular interval. Further, the interval can be for each input of a billing record. As should be apparent, the seller is charged each time he downloads a part drawing representing one or more parts. It is desirable to charge the seller for each download of the drawing, because the web portal provider converts the parts catalog of the seller into technical drawings at substantially zero or less cost to the seller. Because it can be. The web portal provider can then earn revenue from the seller each time a drawing representing the seller's parts is later downloaded or whenever a hit appears in the seller's data on the web portal provider's web page. This revenue may be in the form of billing the seller a specific amount for each download, or it may be the percentage of parts ordered as a result of drawing downloads.
[0158]
According to another embodiment of the present invention (not shown), instead of, or in parallel with, the seller being charged for drawing download, the user is also charged for drawing download. Billing to the user is possible by various mechanisms. For example, the system prompts the user to enter a credit card number before starting the download. Further, the system can register billing information for the user, create a billing record, and send the bill to the user as if it were a parts seller.
[0159]
In another embodiment of the invention, a user can download a group of parts. This group of parts may be a set of similar parts (eg, all cylinders manufactured by one manufacturer) or a set of related parts (eg, cylinders, cylinder mounting blocks and cylinder mounting bolts). Further, the group may be all parts available from a particular manufacturer. In this embodiment, the seller may be charged the same amount per drawing for each drawing downloaded as a unit, or a lower price reflecting a mass discount.
[0160]
In yet another embodiment of the present invention, the user needs to provide information identifying a particular part before downloading the part drawing. For example, to identify parts of a pneumatic cylinder, the user must select a thread pattern, cylinder diameter, and cylinder stroke. An operation example of this embodiment is shown in FIGS. 6D-6F. In this example, the user selects a cylinder part from the parts list 604. The user is then prompted to enter the shape of the pearl screw, as shown in FIG. 6D. In frame 620, a series of buttons 622 are presented as options. The user clicks the appropriate button 622 to select the shape of the screw.
[0161]
The user is presented with a textual prompt as well as the graphical prompt shown in FIG. 6D. FIG. 6E shows an example of a textual prompt 630 used to identify the cylinder diameter. The prompt 630 displays a table of the diameter 632. The user then selects the desired diameter in table 632. An example of a stroke prompt 640 is shown in FIG. 6F. Table 642 presents cylinder stroke sizes based on previous selections of cylinder diameters made by the user. The user then selects the desired stroke size from table 642.
[0162]
When the user completes all prompts, the appropriate drawing is downloaded from database 210 and displayed to the user. In addition, a billing entry is created that allows the portal provider to charge the seller of the part for its download.
[0163]
In some embodiments of the present invention, the user can send the parameters obtained by the above-mentioned prompt to the search engine as well as download the drawing. The search engine can then search the online database for manufacturers, distributors and retailers, looking for sellers who can supply the parts represented by the drawings. According to another embodiment of the present invention, a search engine may search for auctions that accept bids for particular parts. The auction may be hosted by a web portal provider as described above, or may be an online auction website.
[0164]
Yet another embodiment of the invention, a portal provider, includes a CAD engine with parameters, which allows a user to download a customizable drawing representing a part by selecting an available option. I do. The customized drawing is then displayed in drawing frame 606. In this embodiment, the customization parameters are associated with a part drawing obtained from the CAD drawing 265 of the database 210. The user is prompted to enter parameters associated with the drawing via a prompt such as the customization table 632 shown in FIG. 6G. In this example, the customization parameters in Table 632 include the stroke size and the location of the two mounting nuts. Table 632 includes minimum and maximum values for each parameter. The user enters desired data for each parameter and clicks the "OK" button to indicate that all desired data has been supplied. If the user does not enter a value for one parameter, a default value is supplied, or an error message is displayed if the parameter is a required parameter.
[0165]
When all parameters are provided by user input or default values, the part drawing is customized according to the options selected by the user, and the drawing is downloaded to the user's web browser and displayed in drawing area 606. Further, information related to the part, such as the part number and option number, can be displayed to the user. This additional information can be turned on or off according to user preferences.
[0166]
The description of FIGS. 6A-6G above has been in the context of obtaining pneumatic cylinders from a particular vendor. Those skilled in the art will appreciate that the selection criteria and parameters required will vary when obtaining other types of parts from various vendors. These different parameters and selection criteria are within the scope of the present invention.
[0167]
Some embodiments of the present invention provide a mechanism for inserting a drawing into a CAD system, in addition to downloading the drawing, as described above. FIG. 6H shows an example screen 670 that includes a download button 672 and an insert button 674. A download button 672 downloads the drawing to the user's system for later use. When the insert button 674 is pressed electronically, the system receives the drawing from the source and automatically inserts it into the CAD system. In one embodiment of the invention, the drawing data is read from the network and inserted into the current session of the CAD system. This allows the technician to add new components to an existing assembly. Alternatively, the drawing data can be read into a temporary directory file and then inserted into the CAD system. According to one embodiment of the invention, the CAD system is an autocad system, but the invention is not limited to any particular CAD system. It is desirable to be able to automatically insert drawing data into a CAD system, because after a user inserts a three-dimensional representation of a part into a CAD system, the system can create any desired two-dimensional drawing.
[0168]
FIG. 7 shows a method 700 for downloading and selecting a part drawing to charge for the download. The method begins when the system provides a user with a selection interface to allow the user to select one or more CAD drawings (block 702). In one embodiment of the present invention, the system provides the buyer computer with a selection interface on a web page as a tree-structured list, as described above with reference to FIGS. 6A-6G. The user selects one or more drawings from this tree.
[0169]
When a drawing is selected, an image of the drawing is displayed to the user (block 704). The CAD drawing can then be downloaded to the buyer's system (block 706) or inserted into the CAD system (block 707). Once the drawing has been downloaded to the buyer's system and inserted into the CAD system, the system performing the method creates a billing record and enters the record into a database (block 708). The billing record identifies the seller of the part represented by the drawing and the drawing. At predetermined intervals, the system generates an invoice to be issued to the seller (block 710). This bill includes data from the billing records maintained in the database and represents the amount due to the seller to pay the system provider for the download of the part drawing for the seller.
[0170]
Conclusion
The machine technology web portal was explained. Although particular embodiments have been illustrated and described, those skilled in the art will recognize that the particular embodiments illustrated may be substituted with any configuration configured to achieve the same purpose. For example, while embodiments of the present invention have been described in the context of a web portal user interface consisting of multiple screen areas and pages, these systems and methods use various graphical user interfaces to communicate over a network. It can be realized by possible systems and methods. This application is intended to cover any adaptations or variations of the present invention. Accordingly, the invention is intended to be limited only by the appended claims and equivalents thereof.
[Brief description of the drawings]
FIG.
FIG. 1 is a block diagram illustrating usable hardware and operating environment of various embodiments of the present invention.
FIG. 2
FIG. 2 is a block diagram illustrating a system level overview of an embodiment of the present invention.
FIG. 3
FIG. 3 is a page of a technical web portal according to an embodiment of the present invention.
FIG. 4A
FIG. 4A illustrates an electronic search assistant and search engine according to an embodiment of the present invention.
FIG. 4B
FIG. 4B illustrates an electronic search assistant and a search engine according to an embodiment of the present invention.
FIG. 4C
FIG. 4C illustrates an electronic search assistant and search engine according to an embodiment of the present invention.
FIG. 4D
FIG. 4D illustrates an electronic search assistant and search engine according to an embodiment of the present invention.
FIG. 4E
FIG. 4E illustrates an electronic search assistant and search engine according to an embodiment of the present invention.
FIG. 4F
FIG. 4F illustrates an electronic search assistant and a search engine according to an embodiment of the present invention.
FIG. 4G
FIG. 4G illustrates an electronic search assistant and a search engine according to an embodiment of the present invention.
FIG. 4H
FIG. 4H illustrates an electronic search assistant and search engine according to an embodiment of the present invention.
FIG. 4I
FIG. 4I illustrates an electronic search assistant and a search engine according to an embodiment of the present invention.
FIG. 4J
FIG. 4J illustrates a geographic search screen according to an embodiment of the present invention.
FIG. 5A
FIG. 5A illustrates an interactive purchasing mechanism according to yet another embodiment of the present invention.
FIG. 5B
FIG. 5B illustrates an interactive purchasing mechanism according to yet another embodiment of the present invention.
FIG. 5C
FIG. 5C illustrates an interactive purchasing mechanism according to yet another embodiment of the present invention.
FIG. 5D
FIG. 5D illustrates an interactive purchasing mechanism according to yet another embodiment of the present invention.
FIG. 5E
FIG. 5E illustrates an interactive purchasing mechanism according to yet another embodiment of the present invention.
FIG. 5F
FIG. 5F illustrates an interactive purchasing mechanism according to yet another embodiment of the present invention.
FIG. 5G
FIG. 5G illustrates an interactive purchasing mechanism according to yet another embodiment of the present invention.
FIG. 5H
FIG. 5H illustrates an interactive purchasing mechanism according to yet another embodiment of the present invention.
FIG. 5I
FIG. 5I illustrates an interactive purchasing mechanism according to yet another embodiment of the present invention.
FIG. 5J
FIG. 5J is a flowchart illustrating a method for handling various stages of a purchase transaction according to an embodiment of the present invention.
FIG. 5K
FIG. 5K illustrates an example of a query screen according to an embodiment of the present invention.
FIG. 6A
FIG. 6A illustrates a drawing download mechanism according to yet another embodiment of the present invention.
FIG. 6B
FIG. 6B illustrates a drawing download mechanism according to yet another embodiment of the present invention.
FIG. 6C
FIG. 6C illustrates a drawing download mechanism according to yet another embodiment of the present invention.
FIG. 6D
FIG. 6D illustrates a drawing download mechanism according to yet another embodiment of the present invention.
FIG. 6E
FIG. 6E illustrates a drawing download mechanism according to yet another embodiment of the present invention.
FIG. 6F
FIG. 6F illustrates a drawing download mechanism according to yet another embodiment of the present invention.
FIG. 6G
FIG. 6G illustrates a drawing download mechanism according to yet another embodiment of the present invention.
FIG. 6H
FIG. 6H illustrates a drawing download mechanism according to yet another embodiment of the present invention.
FIG. 7
FIG. 7 is a flowchart illustrating a method of downloading a drawing and charging a seller according to an embodiment of the present invention.
FIG. 8
FIG. 8 is a flowchart illustrating a method for searching a database for parts according to an embodiment of the present invention.
FIG. 9
FIG. 9 is a flowchart illustrating a method for searching for a service provider in a database according to an embodiment of the present invention.

Claims

技術情報を提供するコンピュータシステムであって、
プロセッサ、メモリ及びコンピュータによる読み取り可能なメディアが互いに結合されたコンピュータと、
売り手から入手可能な複数のパーツの各々につき、少なくとも１つの図面と、少なくとも１つのパーツの属性とを含むパーツデータを記憶するデータベースを管理するように作動するデータベース管理機構と、
複数の図面のうち少なくとも１つの図面を買い手のコンピュータへダウンロードし、データベースにおいて請求記録を作成するように作動するウェブサーバ機構と、
請求記録に基づいて売り手への請求書を作成するように作動する請求機構とより成るコンピュータシステム。A computer system for providing technical information,
A computer having a processor, memory, and a computer-readable medium coupled to each other;
A database management mechanism operable to manage a database storing part data including at least one drawing and at least one part attribute for each of a plurality of parts available from the seller;
A web server mechanism operable to download at least one of the plurality of drawings to a buyer's computer and create a billing record in a database;
A computer system comprising: a billing mechanism operable to generate a bill to a seller based on the billing record.

売り手からのパーツを示す少なくとも１つの図面を表示し、
少なくとも１つの図面を買い手のコンピュータへダウンロードし、
図面をダウンロードすると、売り手に手数料を課金するステップより成るコンピュータによる方法。Displaying at least one drawing showing parts from the seller,
Download at least one drawing to the buyer's computer,
A computer-based method comprising the steps of downloading a drawing and charging a fee to the seller.

パーツの購入を制御するコンピュータによる方法であって、
売り手のある複数のパーツをデータベースに記憶させ、
顧客のプロジェクトをデータベースにおいて作成し、
データベースから少なくとも１つのパーツを選択し、
プロジェクトへ少なくとも１つのパーツを付加し、
少なくとも１つのパーツにつき売り手への申し込みを行い、
パーツの売り手からのオファー金額をそのパーツと関連させ、
オファー識別表示をそのパーツと関連させるステップより成る方法。A computerized method of controlling the purchase of parts,
Store several parts of a seller in a database,
Create customer projects in the database,
Select at least one part from the database,
Add at least one part to the project,
Apply to the seller for at least one part,
Associating the offer amount from the part seller with the part,
Associating an offer identification with the part.

パーツを注文するウェブページであって、
パーツの注文プロセスを示す可視表示手段を有し、
売り手からオファーを受け、
売り手からのオファーを受諾し、
買い手から注文を発行させ、
売り手に注文を確認させ、
売り手に配送状態を提供させ、
買い手により注文の受取りを指示させるステップを表す可視表示が含まれているウェブページ。A web page for ordering parts,
It has a visual display means to indicate the part ordering process,
Receive offers from sellers,
Accept the offer from the seller,
Have the buyer issue an order,
Let the seller confirm the order,
Let the seller provide the shipping status,
A web page that includes a visual indication that represents the step of prompting a buyer to receive an order.

属性値を有する少なくとも１つの属性タイプを含んだ名前を有するパーツのデータベースに問い合わせを行うコンピュータによる方法であって、
検索キーワード、検索属性タイプ及び検索属性値を特定し、
検索キーワード、検索属性タイプ及び検索属性値を特定するパーツのデータベースへの問い合わせを行い、
パーツの名前が検索キーワードにマッチし、検索属性タイプがパーツの属性タイプにマッチし、検索の属性値がパーツの属性値にマッチするパーツの副集合を表示するステップより成る方法。A computer-based method for querying a database of parts having names including at least one attribute type having an attribute value,
Specify the search keyword, search attribute type and search attribute value,
Inquires the database of parts that specify the search keyword, search attribute type and search attribute value,
Displaying a subset of parts where the part name matches the search keyword, the search attribute type matches the part attribute type, and the search attribute value matches the part attribute value.

パーツのデータベースを検索するコンピュータによる方法であって、
少なくとも１つの環境属性を受け、
少なくとも１つの環境属性に基づきパーツの属性を計算し、
パーツの属性を有するパーツの副集合についてデータベースへの問い合わせを行い、
問い合わせの結果をウェブページ上に表示するステップより成る方法。A computer-based method for searching a database of parts,
Receiving at least one environmental attribute;
Calculating part attributes based on at least one environmental attribute;
Query the database for a subset of parts with part attributes,
Displaying the results of the query on a web page.

バーチャル在庫を維持するコンピュータによる方法であって、
複数のパーツの各々についての、パーツの売り手、保証配送時間インターバル及び保証配送時間インターバル内で配送可能なパーツの数量を含むデータを含んだデータベースを維持管理し、
複数のパーツのうち１つのパーツの注文数量を含む注文を顧客から受け、
注文を売り手へ送付し、
保証配送時間インターバル内において配送可能なパーツの数量から注文数量を差し引くステップより成る方法。A computerized method of maintaining virtual inventory,
Maintaining, for each of the plurality of parts, a database including data including a part seller, a guaranteed delivery time interval, and a quantity of parts deliverable within the guaranteed delivery time interval;
Receiving an order from a customer including the order quantity of one of the parts,
Send the order to the seller,
Subtracting the ordered quantity from the quantity of deliverable parts within the guaranteed delivery time interval.

パーツを設計するコンピュータによる方法であって、
各々が属性値を有する複数の属性を備えたパーツをデータベースから選択し、
パーツの各属性について、
その属性値が０であるか否かを判定し、
属性値が０であれば、ユーザにその属性値を入力するように促し、
複数の属性の属性値に応じてパーツの図面を作成するステップを実行する方法。A computer-based method for designing parts,
Selecting from the database parts with multiple attributes, each with an attribute value,
For each part attribute,
Determine whether the attribute value is 0,
If the attribute value is 0, prompt the user to enter the attribute value,
A method for performing a step of creating a drawing of a part according to attribute values of a plurality of attributes.

サービス提供者に入札リクエストを発行するコンピュータによる方法であって、
入札条件を含むパーツの説明を受け、
複数のサービス提供者の各々につき提供者の属性を含むデータベースを検索し、
属性を入札条件にマッチする複数のサービス提供者の副集合に戻り、
複数のサービス提供者の副集合へ入札リクエストを送付するステップより成る方法。A computerized method of issuing a bid request to a service provider,
After receiving explanations of parts including bid conditions,
Searching a database containing provider attributes for each of a plurality of service providers;
Return attributes to a subset of multiple service providers that match the bid criteria,
Sending a bid request to a subset of the plurality of service providers.

技術情報を提供するコンピュータシステムであって、
プロセッサ、メモリ及びコンピュータによる読み取り可能なメディアが互いに結合されたコンピュータと、
売り手から入手可能な複数のパーツの各々につき、少なくとも１つの図面と、少なくとも１つのパーツの属性とを含むパーツデータを記憶するデータベースを管理するように作動するデータベース管理機構と、
複数の図面のうち少なくとも１つの図面を買い手のコンピュータへダウンロードし、その図面をＣＡＤシステムに挿入するように作動するウェブサーバ機構とより成るコンピュータシステム。A computer system for providing technical information,
A computer having a processor, memory, and a computer-readable medium coupled to each other;
A database management mechanism operable to manage a database storing part data including at least one drawing and at least one part attribute for each of a plurality of parts available from the seller;
A computer system comprising: a web server mechanism operable to download at least one of the plurality of drawings to a buyer's computer and insert the drawings into a CAD system.

技術情報を提供するコンピュータシステムであって、
プロセッサ、メモリ及びコンピュータによる読み取り可能なメディアが互いに結合されたコンピュータと、
売り手から入手可能な複数のパーツの各々につき、少なくとも１つの図面と、少なくとも１つのパーツの属性とを含むパーツデータを記憶するデータベースを管理するように作動するデータベース管理機構と、
パーツの仕様を受けて、少なくとも１つのデータベースをそのパーツの供給者について検索するように作動する検索エンジン機構とより成るコンピュータシステム。A computer system for providing technical information,
A computer having a processor, memory, and a computer-readable medium coupled to each other;
A database management mechanism operable to manage a database storing part data including at least one drawing and at least one part attribute for each of a plurality of parts available from the seller;
A computer system comprising: a search engine mechanism operable to search at least one database for suppliers of the part in response to the specification of the part.

売り手からのパーツの少なくとも１つの図面を表示し、
少なくとも１つの図面を買い手のコンピュータへダウンロードし、
その図面をＣＡＤシステムに挿入するステップより成るコンピュータによる方法。Displaying at least one drawing of the part from the seller,
Download at least one drawing to the buyer's computer,
A computer-based method comprising inserting the drawing into a CAD system.

属性値を有する少なくとも１つの属性タイプを含んだ名前を有するパーツについてデータベースに問い合わせを行うコンピュータによる方法であって、
検索キーワード、検索属性タイプ及び検索属性値を特定し、
検索キーワード、検索属性タイプ及び検索属性値を特定するパーツのデータベースへの問い合わせを行い、
問い合わせの結果返信された一組のパーツを入札によりオファーする競売のリストを表示するステップより成る方法。A computer-based method for querying a database for a part having a name that includes at least one attribute type having an attribute value, the method comprising:
Specify the search keyword, search attribute type and search attribute value,
Inquires the database of parts that specify the search keyword, search attribute type and search attribute value,
Displaying a list of auctions that offer a set of parts returned as a result of the inquiry by bidding.

パーツを設計するコンピュータによる方法であって、
各々が属性値を有する複数の属性を備えたパーツをデータベースから選択し、
パーツの各属性について、
その属性値が０であるか否かを判定し、
属性値が０であれば、ユーザにその属性値を入力するように促し、
複数の属性の属性値に応じてパーツの図面を作成し、
図面をＣＡＤシステムに挿入するステップを実行する方法。A computer-based method for designing parts,
Selecting from the database parts with multiple attributes, each with an attribute value,
For each part attribute,
Determine whether the attribute value is 0,
If the attribute value is 0, prompt the user to enter the attribute value,
Create drawings of parts according to attribute values of multiple attributes,
A method for performing the step of inserting a drawing into a CAD system.

少なくとも１つのサービス提供者を選択するコンピュータによる方法であって、
コンポーネントパーツを記述する少なくとも１つのパラメータを含む照会をリクエストする者から受け、
複数のサービス提供者を記述するデータを有するデータベースを検索し、
データが少なくとも１つのパラメータにマッチするサービス提供者のリストに戻り、
サービス提供者のリストの副集合を選択し、
コンポーネントパーツに対するリクエストをサービス提供者のリストの副集合へ送付するステップより成る方法。A computer-based method for selecting at least one service provider, comprising:
Receiving from a requester a query including at least one parameter describing a component part,
Searching a database having data describing multiple service providers,
Return to the list of service providers whose data matches at least one parameter,
Select a subset of the list of service providers,
Sending a request for component parts to a subset of the list of service providers.