JP2003526166A - インベントリ管理システム及び方法 - Google Patents

Abstract

(57)【要約】 第三者が、インターネット及びワールド・ワイド・ウェブ（「ウェブ」）を通して、会社のインベントリをモニタして、必要とされる商品を自動的に注文することを可能にするシステム及び方法。また本発明は、余分の中古の装置を転売するために、再販業者と顧客が直接に対話するフォーラムを提供する。また本発明は、第三者がブローカの役割をすることを可能にし、そのために、購入された装置が本当に配達されること、及び売り手が適切に補償されることの両方を保証する。

Description

【発明の詳細な説明】

【０００１】

【優先件主張及び著作権請求】

本出願は、その全開示が参考文献としてここに組み込まれる２０００年３月７
日に提出された米国仮特許出願第６０／１８７，３８９号の利益を請求する。 本出願は、著作権保護の対象となる事項を含む。著作権所有者は、それが特許
商標庁のファイル又はレコードに現われるように、その特許の開示を誰かがファ
ックス複写することに反対しないが、その他の点で、どんな著作権の権利もすべ
て留保する。

【０００２】

【発明の技術分野】

本発明は、電子的なインベントリ管理の分野に関する。特に、本発明は、ヘル
スケア用品のインベントリ管理に関する。

【０００３】

【従来の技術】

従来、インベントリ管理は、インベントリ（在庫）中の商品を使用している会
社あるいは組織によって行われてきた。より小さな事務所では、インベントリ管
理は通常は高い優先順位を持たず、商品が品切になった時に、注文がなされる。 事務所が大きくなってくるにつれて、インベントリ管理は、より重要な課題に
なり、頻繁に用いられる又は極めて重要な商品をモニタすることが、非常に重要
になる。通常は、１人の人が、インベントリをモニタし、補給品が少なくなると
交換品を注文する責任を与えられる。さらに会社が大きくなってくるにつれて、
より先進的なインベントリ管理技術が用いられる。例えば、手元に置く最小量を
決定するために、供給と使用の傾向が分析され、また、季節によるピーク使用、
あるいは他のピーク使用が決定される。 いくつかのより大きな事務所は、自動又は半自動化されたインベントリ追跡シ
ステムに既に切り替えている。これらの自動システムは、出庫及び入庫を追跡す
るために、バーコード・スキャナ又は他の電子的な識別子を利用して、補給品が
少なくなると、購入要求を準備することができる。

【０００４】

【発明の概要】

本発明は、インベントリ追跡の負担を第三者に移行させることによって従来技
術を改良するもので、この概念は、ベンダ管理型インベントリ、あるいはＶＭＩ
と呼ばれる。第三者が、複数の会社にＶＭＩサービスを提供する場合、第三者は
、使用することができる著しい購買力を獲得し、その結果、より良い商売を取り
決め、供給の応答性を向上させ、かつ購入プロセスを合理化することができる。 本発明は、インターネット及びワールド・ワイド・ウェブ（「ウェブ」）を通
して、第三者が会社のインベントリをモニタできるようにする。さらに本発明は
、ＶＭＩをうまく利用して、小規模及び中規模の会社が、インベントリ追跡の必
要性に関して、費用効率の高い解決策を得られるようにする。

【０００５】 本発明は、インベントリを追跡すること、そして追加の補給品が必要とされる
時に、仕入先、製造業者又は卸売業者に自動的に連絡することによって、インベ
ントリ管理を革新する、ウェブを使用可能にする技術を利用する。現時点で展開
されている労働集約型のインベントリ管理システムと比較して、これは労働力の
削減につながる。 労働コストを減少させることに加えて、本発明は、会社が他のコストを削減す
るのに役立つ。本発明は、ニーズを予想して、規則的に補給品を注文し、そうす
ることで、速達での輸送を未然に防ぐことによって、運送費を減少させることに
役立つ。本発明は、第三者が、第三者の顧客が要求する製品を提示された時、製
造業者あるいは卸売業者の特売をうまく利用することができるようにするので、
顧客のコストをさらに減少させる。

【０００６】 購入作業がインベントリ管理の大きな役割であるが、本発明は、他の業務もま
た促進することができる。例えば、本発明は、顧客が製品又は装置を他の企業へ
転売することを可能にするので、効用を最大限にする。Ｎｅｏｆｏｒｍａ．ｃｏ
ｍ及びＭｅｄｉｂｕｙ．ｃｏｍのような従来技術のいくつかは、ウェブ・ベース
のオークションを通して、企業から企業への装置の転売を提供することを試みた
が、オークションは装置利用可能の保証を提供しない。本発明は、転売者と顧客
が対話するフォーラムを提供し、そのフォーラムで、本発明はブローカの役割を
し、これにより、購入された装置が納品されること、及び、売り手が適切な報酬
を受け取ることの両方を保証する。

【０００７】

【発明の実施の態様】

本発明は、インターネット・ベースのベンダ管理型インベントリ（「ＶＭＩ」
）・システムを実現する。ＶＭＩシステムは、第三者あるいはマネージャに、イ
ンベントリ管理責任を転化することによって、顧客がコストを削減できるように
する。マネージャは、複数の会社がより良い商売を取り決めることができるよう
に、複数の会社にサービスを提供し、供給応答性を向上させ、かつ有効な顧客代
弁者としての役割を果たす。 本発明は、マネージャが、インターネット及びワールド・ワイド・ウェブ（「
ウェブ」）を通して、低費用で顧客インベントリをモニタできるようにする。本
発明は、ウェブが使える技術を利用し、その結果、製品が必要とされる時に、イ
ンベントリを追跡して、仕入先、製造業者又は卸売業者に自動的に連絡をとるこ
とによって、インベントリ管理を革新する。このことは、現時点で展開されてい
る労働集約型のインベントリ管理システムと比較して、労力の削減になる。

【０００８】 図１は、本発明の主要なハードウェア・コンポーネントを示すブロック図であ
る。図１中で示されるように、本発明は、顧客インベントリ・システムとマネー
ジャとの間の通信を促進するために、クライアント／サーバのアーキテクチャを
利用する。顧客インベントリ・システム１３０上で作動するクライアントは、イ
ンベントリを追跡し、特別な注文を出し、かつ、他の顧客とやりとりするために
使用される。 クライアントは、ビジュアル・ベーシック、ジャバ、又はＣで書かれたアプリ
ケーションといったような特注ソフトウェア、ウェブ・ブラウザを通してウェブ
・ページにアクセスできるような商用ソフトウェア、あるいはウェブ・ブラウザ
内で動作する「プラグ・イン」といったような特注及び商用ソフトウェアの組合
せ、を含む。一般的なウェブ・ブラウザの例は、ワシントン州のレドモンドのマ
イクロソフト社によって開発されたインターネット・エクスプローラ、及びカリ
フォルニア州のマウンテン・ビューのネットスケープ社によって開発されたナビ
ゲータを含む。

【０００９】 顧客インベントリ・システム１３０は、手動によるインベントリ追跡、又は半
自動的なインベントリ追跡を可能にするか、又は自動システムを使用してインベ
ントリが販売される。一例として、本発明を制限するものではないが、本発明の
望ましい実施例は、バーコード・スキャナが装備されている、Ｐａｌｍ Ｃｏｍ
ｐｕｔｉｎｇ社によるＰａｌｍ ＶＩＩデバイスのような携帯型のデバイスを含
む。そのようなデバイスは、各インベントリ商品と結び付けられたバーコード又
は他の識別子が、商品配布の前か、又は配布の時に、システムにスキャンされる
か、他の方法で入力されることができるようにする。各商品がスキャンされると
、本発明によって維持されるカウントが、インベントリレベルを正確に追跡する
ために調整される。その後、製品警告及び他の情報を含む、受領者特定ラベルが
、各スキャンされた商品に対して印字可能である。

【００１０】 考慮される他のインベントリ販売方法は、制限されるものではないが、自動販
売機と本発明をインターフェースで接続することを含む。自動販売機は、特定の
補給品又はいくつかの補給品を周期的に補充すること以外は、人間とのやりとり
を必要とせず、正確なインベントリ追跡を可能にする。望ましい実施例では、自
動販売機が、不正な補給品配布を防ぐためのセキュリティ対策を含む。そのよう
なセキュリティ対策は、制限されるものではないが、ＩＤカード及び個人識別番
号（「ＰＩＮ」）の使用、及び生物測定システムを含む。セキュリティ・システ
ムを装備した自動販売機は、個人ごとのレベル又はグループごとのベースで、特
定の補給品へのアクセスを限定できる。また自動販売機は、販売される商品のパ
ッケージに、警告及び他の情報を付けることができるようにするラベル・プリン
タも装備することができる。

【００１１】 代案として、図５で示されるように、補給品の物置又は収納エリアは、無線周
波数識別子（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ
（ＲＦＩＤ））ポータルの装備がなされてもよい。ＲＦＩＤポータル（ブロック
５００）は、ＲＦＩＤポータルが、タグがポータルを通り抜ける時にＲＦＩＤタ
グを検知するかスキャンすることができること以外は、構造において空港セキュ
リティ金属検出器に類似している。本発明は、収納エリアへの立入りをモニタで
き、個人によって取り除かれた商品を、ユーザとの直接のやりとりなしで追跡す
ることができるように、個人に割り当てられた識別子を含めて、ＲＦＩＤタグ識
別子をモニタできる。

【００１２】 また、本発明の望ましい実施例は、個々の製品の販売を追跡することができ、
製品が販売される時の追加情報を要求できる。一例として、本発明はまた、本発
明を制限するものではないが、医者が患者にサンプル投薬を配布した場合は、患
者識別子を要求するが、診察室に補充するために、１箱のガーゼの包帯がインベ
ントリから取り除かれた場合、本発明は患者識別子を要求しない。仕入先及び製
造業者が、標準的な受領者の所得、人種、民族性、又は他の人口統計的特性をよ
りよく理解するための手助けとなる、様々な製品に対する配布履歴レポートを作
成するために、本発明は患者識別子を使用することができる。本発明は、そのよ
うなレポートを単に人口統計的情報にだけ限定して、該レポートに個人特定の情
報を含まない。

【００１３】 本発明の代案となる実施例は、医師又は他の者が、患者と話している間に処方
箋を書き込むことができる携帯型デバイスを持ち運ぶことができるようにする。
該携帯型デバイスは、無線手段あるいは有線手段を利用して、ローカル・インベ
ントリ管理システムに接続することができ、適切な時に、処方された商品サンプ
ルが自動販売機によって自動的に投与される。代案として、インベントリからそ
の商品が引き抜かれることを示すメッセージが、看護婦のステーションに表示さ
れてもよい。商品が自動販売機によって投与されるか、インベントリから引き抜
かれる場合、インベントリ・カウントが適切に減少させられ、必要に応じて新し
い注文がなされる。

【００１４】 インベントリが配布されると、顧客インベントリ・システム１３０は、手元に
受入可能な最小限の数量を決定するために、補給品使用傾向を追跡する。使用情
報は、様々な期間に対して研究され、本発明は、集めたデータに基づいてインベ
ントリ使用モデルを作成する。モデルが作成され洗練されると、本発明は、予想
される使用を反映するために、最小限の手持ちインベントリ閾値を修正する。手
持ちインベントリ数量が、計算された又は指定された閾値に接近すると、顧客イ
ンベントリ・システム１３０は、自動的にサーバ１００に新しい補給品を要請す
る。補給品の要請は、制限されるものではないが、要請の緊急度、代替となるブ
ランド又はサイズを受け入れる顧客の意向、請求書作成情報、及び出荷情報を含
む、様々な情報を含む。

【００１５】 サーバ１００が補給品要請を受けると、サーバ１００は、いくつかの製造業者
、仕入先、又は卸売業者１２０等（「卸売業者１２０」）に価格の見積もりを要
請する。卸売業者１２０は、入手可能な数量、価格、推定の配送時刻、及び他の
そのような情報でもって応じる。その後、サーバ１００は、各顧客の要求に関連
する所定の様々な要素に、最良の値を見いだすために、各卸売業者１２０の応答
を自動評価する。適切な卸売業者１２０の応答が選択されると、サーバ１００は
、顧客インベントリ・システム１３０に対して、要請された補給品に対する支払
いと出荷を自動的に手配する。 顧客インベントリ・システム１３０、サーバ１００、及び卸売業者１２０の間
の通信は、制限されるものではないが、ハイパーテキスト転送プロトコル（「Ｈ
ＴＴＰ」）、ファイル転送プロトコル（「ＦＴＰ」）、単純メール転送プロトコ
ル（「ＳＭＴＰ」）、又は他の同類の方法を含む、様々な方法を通して達成され
る。

【００１６】 購入作業はインベントリ管理の大きな役割であるが、本発明の望ましい実施例
ではさらに、顧客間のコミュニケーションを促進し、情報普及のソースを提供し
、かつ顧客相互のやりとりを促す。本発明は、顧客が他の企業へ、製品、装置又
は過剰インベントリを転売できるようにすることによって、顧客のコミュニケー
ションを促進する。本発明は、顧客がそこから注文する、入手可能な装置及び他
のインベントリについての最新のカタログを提供することにより、情報普及を可
能にする。本発明は、新しいルール、規定、プロシージャ、収益生成の見通し、
又は他の顧客にとって興味ある他の情報について説明する約定を、マネージャと
顧客が約定しかつ配布することを可能にすることにより、顧客のコミュニケーシ
ョンを促進する。 顧客インベントリ・システム１３０は、本発明と顧客のやりとりの一次ソース
として役立つ。約定、カタログ、インベントリ情報、及び他のそのような情報は
、サーバ１００上に格納され、顧客インベントリ・システム１３０は、要請され
た情報を得るために、サーバ１００と通信する。

【００１７】 図２は、サーバ１００の望ましい実施例を示している。図中、サーバ１００に
よって提供されるデータ記憶、ウェブ・サーバ、及びアプリケーション・サービ
ス間の関係が示される。すべてのクライアントの通信は、最初に、ファイアウォ
ール２１０を通過する。ファイアウォール２１０は、ウェブ・サーバ２２０、デ
ータベース・サーバ２３０、及びアプリケーション・サーバ２４０に格納された
データを、不正なアクセスから保護するために使用されるソフトウェア及びハー
ドウェアの組合せを示す。 上述したように、クライアントは、ＨＴＴＰを含む様々なプロトコルを通して
、本発明と通信する。ウェブ・サーバ２２０は、ＨＴＴＰ又は他のプロトコルを
通して、情報を送信及び受信することができるソフトウェアを表わす。そのよう
なソフトウェアの例は、ワシントン州のレドモンドのマイクロソフト社によって
開発されたインターネット情報サーバ、カリフォルニア州のマウンテン・ビュー
のネットスケープ社によって開発されたエンタープライズ・サーバ、及びメリー
ランド州のフォーレスト・ヒルのアパッチ・ソフトウェア財団によって開発され
たアパッチ・サーバを含む。

【００１８】 クライアントが情報を要求すると、ウェブ・サーバ２２０は、クライアントの
要求が前処理を必要としているかどうかを判定し、必要とする場合には、要求が
アプリケーション・サーバ２４０に渡される。そうではなく、要求が単に要求を
満たすためのデータを必要としているだけである場合には、ウェブ・サーバ２２
０は、データベース・サーバ２３０と直接に通信する。 データベース・サーバ２３０は、ワシントン州のレドモンドのマイクロソフト
社によって開発されたマイクロソフトＳＱＬサーバ、ワシントン州のレッドウッ
ド・ショアのオラクル社によって開発されたオラクル８ｉ、又は、他の同様のソ
フトウェア、といったような市販のデータベース・ソフトウェアを示す。データ
ベース・サーバ２３０は、顧客インベントリ情報、顧客住所、販売業者名、販売
業者の商品区分、及び、他の同様の情報というような、生データを格納する。そ
のような情報は、ウェブ・サーバ２２０によって、クライアントに通信されるか
、あるいはアプリケーション・サーバ２４０が、データベース・サーバ２３０に
格納された情報を、通信される前に解釈する。

【００１９】 アプリケーション・サーバ２４０は、本発明に関連するビジネス・ルールを保
持していて、それが、クライアントにそのデータを送信する前に、データベース
・サーバ２３０のデータを解釈するために使用される。またアプリケーション・
サーバ２４０は、クライアントの使用向けに、データベース・サーバ２３０に蓄
えられた情報を解釈することに加えて、データベース・サーバ２３０内に示され
たインベントリ・レベルをモニタし、データベース・サーバ２３０からの情報に
基づいて販売業者に連絡し、新しいインベントリが受け取られるとインベントリ
情報を調整し、そしてまた、データベース・サーバ２３０に格納されている装置
又は製品の企業から企業への転売を促進するのに必要なサービスを提供する。 ウェブ・サーバ２２０、データベース・サーバ２３０、及びアプリケーション
・サーバ２４０はそれぞれ、同じコンピュータ又は複数のコンピュータ上で作動
するソフトウェアを表わす。さらに、アプリケーション・サーバ２４０は、ビジ
ネス・ルール一式としてデータベース・サーバ２３０内に実装されてもよい。

【００２０】 本発明の代案となる説明が次になされるが、その中で本発明は、一連の機能仕
様を通して記述される。この情報は、説明の目的で含まれており、本仕様がファ
イルされた時点で意図された最良のモードを記述する。次の機能仕様は、本発明
の望ましい実施例を記述しているが、機能仕様内の説明が、本発明を制限するよ
うに、解釈されてはならない。

【００２１】 混同を回避するために、次のような用語がこの機能仕様の中で使用される。 Ｃｕｓｔｏｍｅｒ（顧客）− 本発明を通して製品の買い手のことをいう。顧
客は、クレジットカード及びＣＯＤ出荷の問題を回避するために、「オープン勘
定」の関係を持つことができる。 Ｌｉｎｋｅｄ Ｓｕｐｐｌｉｅｒ（リンク仕入先）− 支払債務が共同勘定支
払いシステム内にある場合、本発明で事業を行っている他の販売業者との混同を
回避するために区別される。卸売業者、製造業者、又は他の販売業者（ひとまと
めにして「仕入先」）は、彼等が本発明のインベントリ追跡及び会計ソフトウェ
アを使用していて、従って、問合せ、注文処理及び料金請求のために彼等のデー
タベースの中に生のインターネット・リンクを持っているかどうかによって、区
別される。 Ｍａｎｕａｌ Ｓｕｐｐｌｉｅｒ（マニュアル仕入先）− 仕入先が本発明を
通して品物又はサービスを提供するが、マニュアルのインターフェースを通して
インベントリを追跡する場合、そのような仕入先は「マニュアル仕入先」と名付
けられる。支払いの複雑さを回避するために、オープン勘定の関係は、リンク又
はマニュアル仕入先間で維持される。 Ｎｏｎ−ｌｉｎｋｅｄ Ｓｕｐｐｌｉｅｒ（非リンク仕入先）− 本発明とリ
ンクされていない仕入先。 Ｐｒｏｄｕｃｔｓ（製品）− 本発明を通して販売するための商品。 Ｃｕｓｔｏｍｅｒ Ｉｎｖｅｎｔｏｒｙ（顧客インベントリ）− 所定の顧客
サイトで維持管理される製品のリスト。

【００２２】 上に述べられた一般的な定義に加えて、この機能仕様はまた、一式のシステム
機能を定義する。該システム機能は、次の一般的なサブシステム・カテゴリのう
ちの１つに入る。 Ｉｎｔｅｒａｃｔｉｖｅ（対話型）− インベントリ数、インベントリ消費の
速さ、重大な製品の注文などを追跡するためのヒューマン・インターフェース及
び関連機能。対話型プロセスは、ウェブ・ベースか、又はＰＣベースである（ク
ライアント・サーバ）。 Ｎｉｇｈｔｌｙ Ｐｒｏｃｅｓｓｅｓ（夜毎のプロセス）− それによって注
文が生成されることができる周期的なプロセスであり、卸売業者の倉庫での流通
システムとのやりとりを含め、請求のプロセス及び関連するプロセスを実行する
ことができる。 Ｃｏｒｐｏｒａｔｅ（企業）− 企業事務所内で実行されるプロセスであるが
、データベースを更新するプロセス。会計、クライアント・データ管理などのプ
ロセスを含む。 Ｄｉｓｔｒｉｂｕｔｉｏｎ（販売又は配布）− 本発明に統合されたリンク仕
入先。業界標準エンタープライズ・リソース・プランニング（ＥＲＰ）ソフトウ
ェアが、リンク仕入先に完全なビジネスシステムを提供するために、市販の金融
ソフトウェアと共に結合される。 Ｄａｔａｂａｓｅ Ｄｅｓｉｇｎ（データベース設計）― 本発明の望ましい
実施例で利用されるデータベース・スキーマ。

【００２３】 本発明は全般に、そして、この機能仕様は特に、広く利用可能なシステムにす
ることを目的とする、詳細なウェブ・ページ及び他のユーザ・インターフェース
・エレメントに含まれるスタイル及び機能を定義する。本発明内のウェブ・ペー
ジ、アプリケーション・ウィンドウ、プログラム・スクリーン、及びトランザク
ションは、共通のルールを守るべきである。これらのルールは、制限されるもの
ではないが、次のものを含む。 ・いかなる顧客も、いかなる方法でも、別の顧客データを見たり、照会したり、
更新したり、変更することはできない。トランザクションは、送信されたページ
に入ってくる顧客ＩＤに対するクロスチェックとして、ＩＰアドレス又は他のユ
ニークな識別子を使用することができ、その結果、ルールの施行を保証する。そ
のようなセキュリティ・プロシージャのために、顧客ＩＰアドレス又は他のユニ
ークな識別子は、企業職員にのみアクセス可能な機能を通して、変更可能である
だけである。 ・いかなるリンク仕入先も、別のリンク仕入先に属するデータを見ることはでき
ない。 ・顧客オプションを制御するシステム・パラメータは、アカウント設定及び編集
プロセスを通して設定することができる。そのようなプロセスは、認可された識
別子を持つ者によってのみアクセスされることができる。当初は、そのような識
別子は企業職員に与えられるだけである。 ・データ変更は、顧客又は卸売業者にとってアクセス可能な、また適切なセキュ
リティ・レベルを備えた企業職員がアクセスできる、トランザクション・ログす
なわちトランザクション履歴によって一般的に反映される。

【００２４】 データ変更を引き起こす機能は、クライアント側ロジックを通してではなく、
サーバ側スクリプトとして実行される。一般的に、そのようなサーバ側スクリプ
トは、図３と同様な論理フローを利用することができる。図３に示されるように
、顧客のマシン上で作動するクライアント・ソフトウエアは、ウェブ・サーバに
よって更新されるべきデータを含んだページを生成して、ページをウェブ・サー
バに送信する（ブロック３００）。 ウェブ・サーバが顧客マシンからページを受け取ると、本発明はページによっ
て要求された変更をも処理しようと試みる。そのような変更が成功すると（ブロ
ック３２０）、本発明は確認ページを返すか、あるいは確認メッセージが顧客の
マシンに表示させるようにして、適切なトランザクション・ログが発生する。

【００２５】 変更が成功しない場合、本発明は１だけ再試行カウントを加算する（ブロック
３４０）。再試行カウントが３以下である場合、本発明は、何等かの適切な変更
をなすために、ブロック３１０に顧客変更を再送信する（ブロック３７０）。再
試行カウントが３を超過する場合（ブロック３５０）、本発明は、何等かのエラ
ーコード又は他のフィードバック情報を含むページが、クライアント・マシンに
表示されるようにする。そのようなページは、元のクライアント・データの変更
も、変更（ブロック３６０）を再実行するための手段も含む。 またクライアント・ソフトウエアは、クライアント・ソフトウエアと本発明の
一部として役割を果たすサーバとの間にデータ接続が存在することを周期的に確
認する。そのようなソフトウェアは、正確なデータ接続モニタリングを達成する
ために、図４に示されるロジックに従う。ブロック４００が示すように、クライ
アント・ソフトウエアは、本発明の一部として働くサーバとの高速接続がまだ利
用可能であることを確認するために、１又は複数のＴＣＰ／ＩＰ Ｐｉｎｇコマ
ンド又は他のネットワーク・テスト・コマンドを送る。

【００２６】 高速ネットワーク接続が検知される場合、本発明は、通常操作を継続すること
ができる（ブロック４１０）。高速ネットワーク接続が検知されない場合、本発
明は、そのような接続の再確立を試みる（ブロック４２０）。高速ネットワーク
接続が再確立されることができれば（ブロック４３０）、本発明は、通常操作を
継続する（ブロック４１０）。高速ネットワーク接続が確立できない場合、ダイ
ヤル呼出ネットワーク接続のような低速度のネットワーク接続が、本発明によっ
て確立される（ブロック４４０）。低速度のネットワーク接続が確立されること
ができれば、本発明は、通常操作を継続する一方で、高速ネットワーク接続（ブ
ロック４１０）の再確立を周期的に試みる。

【００２７】 低速度のネットワーク接続が確立できない場合、クライアント・ソフトウエア
は、別のユーザ・インターフェース及び別の機能で、アプリケーション又はペー
ジを表示する（ブロック４６０）。そのような代案となる機能は、製品使用情報
のローカルな保管、ローカルなインベントリ追跡、及びよく知られた仕入先との
ダイヤル呼び出し又は他の一時的な接続を通しての限定的な再注文を含むことが
できる（ブロック４７０）。データ接続なしで機能しているクライアントは、高
速又は低速のネットワーク接続の再確立を周期的に試みる（ブロック４８０）。
接続が再確立される場合（ブロック４９０）、クライアントは、本発明の一部と
して役割を果たすサーバに、製品使用のスキャン情報を送信する。

【００２８】 インベントリ追跡アプリケーションに加えて、本発明はまた、顧客への表示用
に、クライアントへの新製品の売り出し又は特別な宣伝を送信するために高速ネ
ットワーク接続を利用する。新製品が製品テーブルあるいは同じようなデータ構
造に入力されると、本発明は、そのような製品がクライアント上に現れるように
する。望ましい実施例では、本発明は、顧客が関心のある製品を選択できるよう
にし、本発明は、顧客の先の仕様を満たす、新製品又は特別な取引を表示するだ
けである。そのような仕様は、制限されるものではないが、製造業者、製品商標
名、特別な製品タイプ、一般的な製品分類、及び入手可能な数量又は出荷単位の
数量、によるカテゴリを含むことができる。

【００２９】 クライアントが表示するそのような情報は、コマンドをタイプするか、ボタン
又は他のグラフィカル・インターフェース・エレメントをクリックするか、ある
いは別の方法でクライアントとやりとりすることによって、製品への関心を顧客
が示すことができるようにする。顧客が特筆された製品への関心を示せば、クラ
イアントは、顧客が一度だけの注文を作成できるようにするか、又は繰り返しな
される注文を設定することができるようにする。 またクライアント・ソフトウエアは、顧客が製品使用を記録して新しいインベ
ントリあるいは新製品を注文することができるようにすることに加えて、周期的
に変更して広告を表示したり、また他の目的のために使用されることもできる。
また典型的なクライアント・ソフトウエア・スクリーンは、制限されるものでは
ないが、製品ＳＫＵフィールド、ユーザＩＤフィールド、ドクタＩＤフィールド
、及びセールス・コンサルタント・コンタクト（Ｓａｌｅｓ Ｃｏｎｓｕｌｔａ
ｎｔ Ｃｏｎｔａｃｔ）フィールドを含む、追加の情報及びフィールドを含む。

【００３０】 顧客が直接にクライアント・ソフトウエアとやりとりしていない場合、クライ
アント・ソフトウエアは、デフォルトで、製品ＳＫＵフィールドにカーソルを置
く。製品ＳＫＵフィールドにカーソルを置くことによって、クライアント・ソフ
トウエアは、ウェッジスタイル・バーコード・スキャナを通してスキャンされた
バーコード・ラベルのような、自動又は手動で入力される製品識別子を即座に受
け入れることができる。 製品識別子が入力されると、クライアント・ソフトウエアは、各製品識別子又
は一組の製品識別子に対して、ユーザＩＤを要求する。ユーザＩＤは、ある組織
内の各従業員又は一組の従業員のために作成されたユニークな識別子である。そ
のような識別子は、制限されるものではないが、キーボード、タッチ・スクリー
ン、又は数字キーパッド、のような能動的なユーザ・インターフェースを通して
、あるいは、制限されるものではないが、バイオメトリック（生物測定）認識装
置、従業員によって使用されているか又は知られているバーコード識別子のよう
な受動的なユーザ・インターフェースを通して、あるいは従業員によって使用さ
れているか又は知られているＲＦＩＤタグを通して、手動で入力される。ユーザ
ＩＤは、より機密保護されたインベントリ追跡システムを作成するために、パス
ワードと結合される。

【００３１】 ユーザＩＤは、インベントリから商品を取り除く人を追跡するために使用され
るが、。例えば、従業員がインベントリから高価な商品又は統制薬物を取り除く
場合、追加の認証が要求される。本発明は、いつそのようなインベントリ商品が
取り除かれるかを認識して、クライアント・ソフトウエアが、認証としてドクタ
ＩＤと呼ばれる追加の識別子を要求する。クライアント・ソフトウエアは、他の
インベントリ商品についてドクタＩＤ及び関連するパスワードを必要とする一方
で、任意のユーザがいくつかのインベントリ商品にドクタＩＤを入力する許可す
る。いくつかのアプリケーションでは、ドクタＩＤ、あるいはドクタＩＤ及びパ
スワードの代わりに、バイオメトリック又は他のプラスの識別子が使用される。

【００３２】 適切なインベントリ追跡データがクライアント・ソフトウエアに入力された時
、本発明はそのようなデータをサーバに送信する。サーバは、そのようなデータ
を受け取ると、クライアントに確認メッセージを送信する。確認メッセージが事
前に決められた時間内に受け取られない場合、本発明はインベントリ追跡データ
を再送する。連続する再送の試みが失敗である場合、本発明は、図３に示したプ
ロセスと同様のプロセスに従う。クライアント・ソフトウエアは、サーバからの
確認を待つ間に、追加のインベントリ・スキャンが発生することを許可する。

【００３３】 インベントリ追跡情報の記録に加えて、クライアント・ソフトウエアはまた、
顧客が様々なオプションにクセスできるようにする。そのようなオプションは、
制限されるものではないが、管理用のページ、インベントリ状態問合せページ、
及びインベントリ受け取りページを含む。管理用のページは、権限を与えられた
顧客が、ユーザＩＤ、ドクタＩＤ等のアカウントのグループ、及びアカウント特
定情報を、作成、編集、あるいは除去することを可能にする。インベントリ・ス
テータス問合せページは、顧客インベントリ・レコード、注文状況、及び他のそ
のような情報を含むページを取り出して表示することができる。

【００３４】 インベントリス・テータス問合せは、クライアント・マシン上に格納されたサ
イト特定の識別情報だけでなく、顧客特定情報も含むページを送ることができる
、クライアント・ソフトウエアを通して起動される。望ましい実施例では、その
ような要求を受け取るサーバが、顧客インベントリレコードのテーブルから、適
切なサイト及びユーザの特定情報を備えたレコードを選択する。サーバは、いく
つかのテーブルからの情報を含む、顧客インベントリ情報を含むページすなわち
スクリーンを生成する。下のテーブル１は、そのようなデータが取り出すことが
できるサンプル・テーブル及びフィールド名だけでなく、典型的なインベントリ
要求スクリーンに表示されるカラムの例を提供する。

【表１】

【００３５】 従来技術を越える本発明の利点は、新しい商品を追加すること、又は商品をイ
ンベントリに補充することを単純化する能力である。顧客へ商品を出荷するリン
ク仕入先は、特別にコード化された梱包明細書を提供することができ、顧客はク
ライアント・ソフトウエアにそのようなコードを、自動又は手動で入力すること
ができる。クライアント・ソフトウエアは、顧客に帰属するものとして、梱包明
細書番号を確認することができ、パッキング・リストが、二度以上、顧客システ
ムの貸方に記入されていないことを保証することができる。無効又は以前に発効
された梱包明細書が入力されれば、クライアント・ソフトウエアは、エラーメッ
セージを表示することができる。 有効な梱包伝票が入力されると、クライアント・ソフトウエアは、集中型デー
タベース、又は仕入先データベースから、出荷内容を取り出し、受け取ったイン
ベントリを反映するために、自動的に顧客インベントリ情報を更新する。その後
、クライアント・ソフトウエアは、インベントリの変更が完了したことを確認す
るメッセージを表示し、顧客をメイン・ページに戻す。

【００３６】 また、製品検索ページは、クライアント・ソフトウエアを通してアクセス可能
である。製品検索ページは、ユーザが検索タイプ、そして適切な場合は、検索パ
ラメータ及び検索パラメータ値（ひとまとめにして「検索基準」）を選択するこ
とができるようにする。一例として、本発明を制限するものではないが、製品検
索ページは、顧客が特定の製造業者及びある分類の製品によって検索できるよう
にする。 顧客が適切な検索基準を選択すると、クライアント・ソフトウエアはそのよう
な検索基準をサーバに渡す。サーバは、製品と製品説明のデータベースを問い合
わせて、顧客の検索基準と一致する又は近似する製品を戻す。

【００３７】 ユーザが説明の検索を選択したならば、サーバは、それのデータがユーザによ
って入られた説明文と一致するか又は近似する、製品テーブル又は他の同じよう
なテーブルからレコードを選び出す。ユーザがパラメータ検索を選択したならば
、サーバは、それのフィールドがユーザの検索要求と一致するか又は近似する、
製品テーブルのレコードを選び出す。そのような選び出しの速度を上げるために
、サーバは、説明、製造業者、商品区分、製品名、及び他の頻繁に検索されるフ
ィールドにインデックスをかける。

【００３８】 適切なレコードが選び出されると、サーバは、表示用に、そのレコードをクラ
イアント・ソフトウエアに送信する。クライアント・ソフトウエアは、制限され
るものではないが、縦欄式又はテーブルになったフォーマットを含めて、様々な
フォーマットでそのようなレコードを表現する。テーブル２は、そのようなレコ
ードを表示する場合に、クライアント・ソフトウエアが提供する、サンプルのカ
ラム名、サンプルのソース・テーブル名、ソース・フィールド名、及び追加機能
を示す。

【表２】

【００３９】 テーブル２に示すように、クライアント・ソフトウエアは、顧客が製品入手の
可能性をチェックして、ストック・プランに製品を追加することができるように
する。望ましい実施例では、クライアント・ソフトウエアが、表示された各レコ
ードに対して、そのような機能を利用できるようにする。代案となる実施例では
、レコードがチェック・ボックス又は他の選択制御を持ち、そのために、顧客が
複数の商品の入手の可能性をチェックし、かつストック・プランに複数の商品を
追加できるようにする。 顧客が製品（複数可）の入手の可能性をチェックする場合、本発明は、入手可
能な数量、物理的な場所、予想配達時間などを決定するために、リンク仕入先の
インベントリを検索する。インベントリが利用可能な場合、クライアント・ソフ
トウエアは顧客が製品を注文できるようにする。

【００４０】 顧客がインベントリ又はストック・プランに製品を追加することに決めると、
クライアント・ソフトウエアは、顧客にインベントリ補充及び他のパラメータを
要請し、次に、サーバのもとへ適切な情報を送信する。サーバは、Ｃｕｓｔｏｍ
ｅｒ＿Ｉｎｖｅｎｔｏｒｙ（顧客インベントリ）又は他の同様のテーブルに適切
な入力を追加し、本発明を通してインベントリ追跡を可能にする。 またクライアント・ソフトウエアは、顧客が、セールス・コンサルタントから
の電話、電子メール又は他のコンタクトを要求できるようにする。望ましい実施
例では、顧客が製品あるいは仕入先を選択し、クライアント・ソフトウエアが選
定された製品あるいは仕入先に対して、適切なセールス・コンサルタントを決定
するためにサーバに問い合わせることができる。その後、ユーザに、コンタクト
の要求を確認するよう顧客に求めるダイアログ・ボックス又は他の対話型インタ
ーフェースが示される。いったんコンタクトの要求が確認されたならば、クライ
アント・ソフトウエアは、サーバに、Ｃｏｎｔａｃｔ＿Ｌｏｇテーブル（コンタ
クト・ログ・テーブル又は他の同様なテーブルに、要求メッセージを格納させる
。

【００４１】 望ましい実施例では、サーバはＣｏｎｔａｃｔ＿Ｌｏｇテーブルの入力を周期
的にスキャンする。新しい又は返答のない要求が見つかると、サーバはそのよう
な要求について仕入先に警告する通知を送信するが、そのような通知は、他の関
連する顧客及び製品情報だけでなく、顧客電子メールアドレス、電話番号、ファ
クス番号、又は他のコンタクト情報を含むことができる。 本発明は、インベントリ使用をモニタでき、そして必要な時に自動的に新しい
インベントリを注文することができるが、その一方で、顧客は、本発明の範囲外
のパラメータに基づいて、追加インベントリの必要性を予測する。一例として、
本発明を制限するものではないが、本発明が病院の中で使用され、そしてオリン
ピックが病院の位置する市又は市の近くで開催された場合に、病院の管理者は、
頻繁に用いられる補給品について追加の数量を注文する必要性を予想する。クラ
イアント・ソフトウエアは、顧客にすばやくそのような注文を出す能力を提供す
ることができる。

【００４２】 顧客は、ボタンをクリックするか、あるいは別の方法で、グラフィカル又は物
理的なインターフェースと対話することにより、そのような注文を起こすことが
できる。望ましい実施例では、顧客は、インベントリ又はストック・プランに既
に含まれる製品又は製品グループから選択するか、あるいは以前に記述されたそ
れに似ているインターフェースを通して製品を検索する。これまでに記述された
ように、顧客は、標準的な補充する数量を指定することができ、そして、クライ
アントが追加のインベントリを要求している場合、クライアント・ソフトウエア
は、デフォルトとしてそのような数量を使用する。またクライアント・ソフトウ
エアは、顧客がより賢い購入決定を下すのを助けるために、手持ちの数量を示す
。そのような情報に基づいて、顧客は注文を提出する前に発注量を修正すること
ができる。

【００４３】 クライアント・ソフトウエアは、顧客注文をサーバに送信することができる。
顧客注文を受け取ると、サーバは注文調達プロセスを起動することができる。 サーバは、顧客要求に基づいた注文を自動的に出す。サーバは周期的に顧客イ
ンベントリ・テーブルをスキャンし、インベントリ使用をモニタする。インベン
トリが消耗されると、サーバは頻繁に用いられている商品を予測し、適切な数量
を注文することができる。初めのうち、サーバは顧客コストを制限するために、
限定的な数量を注文する。サーバは、顧客の使用傾向が定まるに連れて、頻繁に
発注される製品の発注量を増大させる。またサーバは、履歴からみた使用の特徴
を構築し、その結果、季節的又は他の周期的な使用パターンを自動的に考慮に入
れることができる。

【００４４】 注文が出されると、サーバは注文を満たす各仕入先の能力を確認するために、
リンク仕入先のインベントリを問い合わせることができる。各注文が処理される
と、サーバは、出荷費用を計算することができ、また、最も費用対効果的に顧客
のニーズに合致することができる１又は複数の仕入先を選択することができる。
適格な資格を得た仕入先が特定されると、顧客によって指定されるか、又はサー
バによって決定されるような、緊急配送及び他のオプションを含むことができる
注文が出される。 またサーバは、買掛金勘定システムに仕入先請求書をポスティングし、仕入先
請求書に基づく顧客請求書を作成し、売掛金勘定システムに該顧客請求書をポス
ティングすることができる。さらにサーバは、自動決済システムと結合し、そう
することで、代金を請求したりすることなどの経費を抑える。

【００４５】 顧客及び注文に関係する機能に加えて、サーバはまた、管理上の機能を提供す
ることができる。一例として、本発明を制限するものではないが、顧客でないユ
ーザが、サーバに提供されるインターフェースを通して、顧客となるために登録
することができる。そのようなインターフェースは、商号、業務タイプ、常勤取
締役又はジェネラルマネージャ、物理アドレス、郵便先住所、送付先住所、１又
は複数の電話番号、従業員名、従業員ライセンス付与及び認定情報などを、ユー
ザが記入することができるようにする。 ユーザがそのような情報を提出すると、サーバは、住所、電話番号及び郵便番
号が互いに関してすべて有効であること、及び必要なフィールドがすべて満たさ
れていることを確認する。何等かの検証が失敗すると、サーバは何等かの無効デ
ータと共にデータ入力ページを示し、これにより、データ修正を簡単にする。

【００４６】 また、サーバ及びクライアント・ソフトウエアは、顧客及び仕入先が様々な情
報を変更できるようにする。一例として、本発明を制限するものではないが、仕
入先は価格を変更でき、販売業者と製品を追加又は削除でき、コンタクトを追加
、編集又は削除でき、そして他のそのような機能を実行できる。顧客は、監査結
果を反映するようインベントリ数を調整することができ、従業員及び従業員情報
を追加、編集又は削除でき、支払い及びコンタクト情報を更新でき、会計収支を
見て支払をすることができ、そして、他のそのような機能を実行できる。 またリンク仕入先は、これらの同じ機能の多くを利用することができる。本発
明を実装しているリンク仕入先は、インベントリを追跡でき、予期される顧客に
リアルタイムのインベントリ情報を提供でき、電子注文を受け付けることができ
、取出／梱包明細書を生成でき、注文された各商品がどのコンテナに置かれたか
の追跡を含めた注文調達プロセスを追跡でき、各コンテナ用のバーコード付き梱
包明細書及び出荷ラベルを作成でき、そして請求書を作成できる。

【００４７】 本発明はまた、従来技術を越える他の利点をリンク仕入先に提供する。一例と
して、本発明を制限せずに、リンク仕入先のインベントリのニーズを、以前の注
文履歴、以前の調達期間、安全インベントリ数量、及び同種のものに基づいて予
測することができ、そのために全体的なインベントリ投資を減少させることがで
きる。また本発明は、リンク仕入先が、注文されている様々な製品に対する、処
理及び出荷の状態を追跡できるようにし、そのために、より高いレベルの顧客サ
ービスを提供する。また本発明は、マネージャ又は他の認可された個人が、注文
書、請求書、あるいは他の料金請求又は注文文書に電子署名できるようにし、適
切な受領者にそのような文書を電子的に送信する。 上に述べられた機能を達成するために、本発明の望ましい実施例は、次のテー
ブル構造を含む。下に記述されたテーブル構造は、実施可能な最良モードを説明
するために含まれており、本発明を制限するように解釈されてはならない。 テーブル名− ＣＬＩＥＮＴ＿ＣＯＮＴＲＯＬ

【００４８】 テーブルの説明及び機能 − このテーブルは、顧客コンピュータ上にローカ
ルに存在することができる。それは、オンライン及びオフラインの機能を遠隔地
から管理するために必要とされるコントロール・データを保持している１又は複
数のレコードを格納することができる。これらのレコードを、ウェブ・サーバの
ＳＱＬデータベースからこのコントロールにデータを送信する更新アプレットを
通して更新することができる。その目的は、たとえそれがオフラインでも、その
ローカル・マシン上で作動しているプロセスに対してコントロールを提供し、そ
れが自動的に再接続できるようにする。

【表３】

【００４９】 テーブル名 − ＣＬＩＥＮＴ＿ＥＲＲＯＲ＿ＬＯＧ テーブル説明及び機能 − このテーブルは、顧客マシン上で起こるプロセス
に対するエラー生成の履歴を含む。それは、プロセスがどれくらいよく機能して
いるかの監査証跡及びビューを提供し、致命的な誤りの状態及び顧客に表示され
る必要がない誤りの状態の両方を記録する場を提供することができる。そのデー
タは処理されないが、システム管理者及びマネージャによる再調査のために格納
されることができる。

【表４】

【００５０】 テーブル名 − ＳＹＳＴＥＭ＿ＥＲＲＯＲ＿ＬＯＧ テーブル説明及び機能 − このテーブルは、顧客マシンの外から起こるプロ
セスによって生成されるエラーの履歴を保持することができる。テーブルは、プ
ロセスがどれくらいよく機能しているかの監査証跡及びビューを提供し、致命的
な誤りの状態及び顧客に表示される必要がない誤りの状態の両方を記録する場を
提供することができる。そのようなデータによって、システム管理者、プログラ
マ、及びマネージャが、自動かつ無人のプロセスをモニタすることが可能になる
。ＳＹＳＴＥＭ＿ＥＲＲＯＲ＿ＬＯＧは、ＣＬＩＥＮＴ＿ＥＲＲＯＲ＿ＬＯＧテ
ーブルに似たデータ・ディクショナリー／フィールド構造を使用することができ
る。

【表５】

【００５１】 テーブル名 − ＳＹＳ＿ＰＡＲＡＭＥＴＥＲＳ テーブル説明及び機能 − 共通のテーブル内にシステム全体に及ぶパラメー
タを格納する。

【表６】

【００５２】 テーブル名 − ＣＵＳＴＯＭＥＲ＿ＡＰＰＬＩＣＡＴＩＯＮ テーブル説明及び機能 − このテーブルは、ＣＵＳＴＯＭＥＲＳテーブルに
似たデータ・ディクショナリを持つことができ、顧客／クライアント・アプリケ
ーション・ページによって提出された承認されていない処理されていない顧客ア
プリケーション・データを一時的に格納するために使用することができる。アプ
リケーションが処理される場合、適切なレコードがこのテーブルから削除される
ことができる。

【表７】

【００５３】 テーブル名 − ＭＥＭＢＥＲＳ＿ＡＰＰＬＩＣＡＴＩＯＮ テーブル説明及び機能 − このテーブルは、ＰＲＡＣＴＩＣＥ＿ＭＥＭＢＥ
ＲＳに似たデータ・ディクショナリを使用し、顧客／クライアント・アプリケー
ション・ページによって提出された承認されていない処理されていない顧客アプ
リケーション・データを一時的に格納するために使用することができる。アプリ
ケーションが処理される場合、適切なレコードがこのテーブルから削除されるこ
とができる。

【表８】

【００５４】 テーブル名 − ＣＵＳＴＯＭＥＲＳ テーブル説明及び機能 − パーマネント・テーブルに各顧客に対するユニー
クな識別子を格納することができる。アクティビティはＣＵＳＴＯＭＥＲ＿ＭＡ
ＩＮＴ＿ＨＩＳＴＯＲＹテーブルに記録される。支払条件、請求書送付先、送り
先住所、電話及び他の金融データに対して、サードパーティ・アプリケーション
とリンクされることができる。

【表９】

【００５５】 テーブル名 − ＰＲＡＣＴＩＣＥ＿ＭＥＭＢＥＲＳ テーブル説明及び機能 − このテーブルはＣＵＳＴＯＭＥＲＳテーブル内の
レコードとリンクされることができ、業務場所で働いている個々の医師又は他の
健康管理専門家に関係するデータを格納することができる。

【表１０】

【００５６】 テーブル名 − ＤＩＳＣＯＵＮＴ＿ＣＯＤＥＳ テーブル説明及び機能 − 課されるユニークな価格又は各顧客に許される割
引を表わす十進値を含む。どの顧客も、値引きコードを使用する。所定のコード
に関連する十進値が変更される時、その結果は、そのコードを使用するすべての
顧客の価格がすべて変化されるということである。顧客の値引きコードが、所定
の製品に対して許容されるより大きな割引値を指定する場合、本発明は価格を最
大値引きに制限する。

【表１１】

【００５７】 テーブル名− ＣＵＳＴＯＭＥＲ＿ＩＮＶＥＮＴＯＲＹ テーブル説明及び機能 − 顧客事務所でインベントリを格納する。過去に使
用されたか、又は次の発注サイクルに対して使用されることになるすべてを含め
て、それぞれの顧客／ＳＫＵの組合せに対して１つのレコード。パーマネント・
テーブル。アクティビティはＣＵＳＴＯＭＥＲ＿ＩＮＶＥＮＴＯＲＹ＿ＴＸテー
ブルに記録される。

【表１２】

【００５８】 テーブル名 − ＰＲＯＤＵＣＴＳ テーブル説明及び機能 − いかなる時点でも、セールス可能な製品を識別す
る。またはアクティブでない製品も含む。それぞれの製品／ＳＫＵ／商品番号に
対して１つのレコード。

【表１３】

【００５９】 テーブル名 − ＭＡＮＵＦＡＣＴＵＲＥＳ テーブル説明及び機能 − このテーブルは、それの製品がＰＲＯＤＵＣＴＳ
テーブルに入れられる製造業者をすべて格納する。それは、製品にとっては、照
会及び確認用のテーブルとして役立つ。

【表１４】

【００６０】 テーブル名 − ＯＲＤＥＲＳ テーブル説明及び機能 − 後に卸売業者にダウンロードされ、かつ夜ごとの
プロセス及び（又は）重大な発注プロセスによって生成される注文を格納する。
注文の「ヘッダ」レコードとしての役割を果たす。細目が格納されるＯＲＤＥＲ
＿ＤＥＴＡＩＬテーブルにリンクされる。維持管理用の履歴ログ・テーブルはな
い。生成されダウンロードされる各注文に対して１つのレコード。

【表１５】

【００６１】 テーブル名 − ＯＲＤＥＲ＿ＤＥＴＡＩＬ テーブル説明及び機能 − ＯＲＤＥＲＳ上に細目内容を格納する。注文上の
各細目に対して１つのレコード。

【表１６】

【００６２】 テーブル名− ＬＩＮＫＥＤ＿ＳＵＰＰＬＩＥＲ テーブル説明及び機能 − それぞれのリンク仕入先、つまりウェブ・サイト
にリンクされる卸売業者を格納し設定する。Ｍｅｄ−ｅ−Ｔｒａｃｋにリンクし
ようとしているか、しているか、又はかつてリンクしたことのある各仕入先に対
して１つのレコード。アクティビティは、ＬＩＮＫＥＤ＿ＳＵＰＰＬＩＥＲのＭ
ＡＩＮＴ＿ＨＩＳＴＯＲＹに記録される。アカウントは、ＳＯＬＯＭＡＮ買掛金
勘定サブシステム内の仕入先テーブルとリンクされる。

【表１７】

【００６３】 テーブル名 − ＳＵＰＰＬＩＥＲ＿ＩＮＶＯＩＣＥ テーブル説明及び機能 − リンク仕入先からアップロードされた請求書／梱
包明細書を格納する。請求書に対する「ヘッダ」レコードとしての役割を果たす
。ある注文は、複数の請求書を持つことができる。細目内容を伝えるＳＵＰＰＬ
ＩＥＲ＿ＩＮＶＯＩＣＥ＿ＤＥＴＡＩＬレコードにリンクされる。卸売業者から
アップロードされた請求書は、彼等が出荷した注文を反映し、次に、顧客請求書
を生成するために使用される。またアップロードされた請求書データは、会社会
計／追跡用のＳｏｌｏｍｏｎＩＶソフトウェアの買掛金勘定モジュールに渡され
る。またこのテーブル内の生成され記録された顧客請求書は、売掛金勘定モジュ
ールにも渡される。

【表１８】

【００６４】 テーブル名− ＩＮＴＥＲＮＡＬ＿ＩＮＶＯＩＣＥ＿ＳＨＩＰ＿ＤＥＴＡＩＬ テーブル説明及び機能 − このテーブルは、内部的な請求書によってカバー
される出荷情報を保持する。請求書によってカバーされる出荷を含むそれぞれの
カートンに対して１つのレコードがある。それはＩｎｔｅｒｎａｌ＿Ｉｎｖｏｉ
ｃｅテーブルとリンクされる。

【表１９】

【００６５】 テーブル名 − ＳＵＰＰＬＩＥＲ＿ＩＮＶＯＩＣＥ＿ＤＥＴＡＩＬ テーブル説明及び機能 − このテーブルは、リンク仕入先／卸売業者からア
ップロードされた請求書に対する細目レベルの詳細を伝える。ある細目レベルの
詳細は、迅速な注文ステータス照会をサポートするため、及びバックオーダされ
た商品を追跡するために使用される。

【表２０】

【００６６】 テーブル名 − ＳＵＰＰＬＩＥＲ＿ＣＯＳＴ テーブル説明及び機能 − システム内の各リンク仕入先に支払われる価格を
格納する。各リンク仕入先及びＳＫＵに対して１つのレコード。パーマネント・
テーブル。アクティビティは、ＳＵＰＰＬＩＥＲ＿ＣＯＳＴ＿ＭＡＩＮＴ−ＨＩ
ＳＴＯＲＹテーブルに記録される。

【表２１】

【００６７】 テーブル名− ＳＵＰＰＬＩＥＲ＿ＣＯＳＴ＿ＭＡＩＮＴ＿ＨＩＳＴＯＲＹ テーブル説明及び機能 − ＳＵＰＰＬＩＥＲ＿ＣＯＳＴレコードになされる
変更を記録する。所定のレコードの更新中に変更される各フィールドに対して１
つのレコード。

【表２２】

【００６８】 テーブル名 − ＰＲＯＤＵＣＴ＿ＭＡＩＮＴ＿ＨＩＳＴＯＲＹ テーブル説明及び機能 − 製品テーブルになされた変更を記録する。所定の
レコードの更新中に変更される各フィールドに対して１つのレコード。

【表２３】

【００６９】 テーブル名 − ＰＲＯＤＵＣＴ＿ＣＬＡＳＳ テーブル説明及び機能 − 有効な商品クラスを識別するもので、参照テーブ
ルとしての役割を果たす。

【表２４】

【００７０】 テーブル名 − ＰＲＯＤＵＣＴ＿ＧＲＯＵＰ テーブル説明及び機能 − 有効な製品グループを識別するもので、参照テー
ブルとしての役割を果たす。

【表２５】

【００７１】 テーブル名 − ＰＲＯＤＵＣＴ＿ＬＩＮＥ テーブル説明及び機能 − 有効な製品ラインを識別するもので、参照テーブ
ルとしての役割を果たす。

【表２６】

【００７２】 テーブル名 − ＣＵＳＴＯＭＥＲ＿ＩＮＶＥＮＴＯＲＹ＿ＴＲＡＮＳＡＣＴＩＯＮＳ テーブル説明及び機能 − Ｃｕｓｔｏｍｅｒ−Ｉｎｖｅｎｔｏｒｙテーブル
内のデータを変えるアクティビティに対するトランザクション履歴テーブルであ
る。記録された各変更に対して１つのレコード。トランザクションは、ステータ
スへの変更、ＲＯＰ、ＲＯＱ及び注意値（すなわち、入手不能な数量値）に対し
て生成されるけれども、主な用途はインベントリ・アクティビティを記録するこ
とである。各トランザクションは、１つのデータ・フィールドだけに影響を与え
る。トランザクション・コードは、何の更新／変更のアクティビティが実行され
たか、また、その結果、どのデータフィールドが更新されたかを示す。

【表２７】

【００７３】 テーブル名 − ＣＯＮＴＡＣＴ＿ＬＯＧ テーブル説明及び機能 − このテーブルは、コンサルタント要請機能からト
ランザクションを受け付け、追跡及び維持管理の目的でそれらを入力し追跡する
。

【表２８】

【００７４】 テーブル名 − ＣＵＳＴＯＭＥＲ＿ＵＳＥＲＳ テーブル説明及び機能 − このテーブルは、顧客サイトで各ユーザに関する
情報を格納する。ユーザに、スーパバイザ及びスタッフという２つのクラスがあ
る。スーパバイザ権限を持ったユーザは、新規ユーザを追加することができる。
ウェブ・ページは顧客が誰であるかを「ｈａｒｄ−ｗｉｒｅｓ」するので、顧客
ユーザは、正しい顧客と関連付けが継続する。

【表２９】

【００７５】 テーブル名 − ＳＡＬＥＳ＿ＣＯＮＳＵＬＴＡＮＴＳ テーブル説明及び機能 − このテーブルは、各セールス・コンサルタントに
関するデータを格納する。それは基本的に参照テーブルである。

【表３０】

【００７６】 本発明が、手動、半自動及び自動の手段の組合せを通して、インベントリの追
跡及び管理を可能にすることは、当分野における技術を持つ人達であれば明かで
あるだろう。また本発明は、マネージャが大量に購入すること、そして宣伝及び
他の特別売り出しをうまく利用することを可能にし、インベントリ費用を減少さ
せる。さらに、本発明は、正確にインベントリニーズをモデル化し予測すること
により、手元に置いておかなければならないインベントリ量を減少させる。さら
に本発明は、顧客が、新しい装置をよく調べて、互いに通信し、そして超過イン
ベントリ、改装された装置、及び同種のものを売買する能力を提供する。 本発明の望ましい実施例及び様々な代案となる実施例が、ここに開示され、詳
細に記述されたが、ヘルスケア以外の分野に本発明を適用することを含めて、本
発明の技術思想及び範囲から外れずに、形態及び細部における様々な変更が本発
明になされることができることは、この分野の技術を持つ当業者には明らかであ
ろう。

【図面の簡単な説明】

【図１】 本発明の主要なハードウェア・コンポーネントを示すブロック図である。

【図２】 本発明のソフトウエア・コンポーネントの概要を示すブロック図である。

【図３】 クライアント・ソフトウエアがサーバに格納されたデータを更新しようとする
時に実行されるサンプル・ロジックを示すフローチャートである。

【図４】 クライアント・ソフトウエアがデータ接続をポーリングするときに実行される
サンプル・ロジックを示すフローチャートである。

【図５】 サンプルＲＦＩＤポータル及び関連するコンピュータ装置を示す図である。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ，ＴＲ)，ＯＡ(ＢＦ ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ， ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，Ｇ Ｍ，ＫＥ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ， ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ， ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，Ｂ Ｚ，ＣＡ，ＣＨ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ ，ＤＭ，ＤＺ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ， ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，Ｊ Ｐ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ，ＭＫ， ＭＮ，ＭＷ，ＭＸ，ＭＺ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，Ｒ Ｏ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＺ，ＶＮ， ＹＵ，ＺＡ，ＺＷ

Claims (29)

【特許請求の範囲】
1. 【請求項１】 インベントリ管理システムにおいて、 １又は複数のコンピュータと、 該コンピュータ上の１又は複数のデータベースであって、インベントリ及び顧
   客情報が格納されるデータベースと、 データベースに対してインターフェースを提供し、管理機能を実行するクライ
   アント・ソフトウエアと、 ユーザ識別サブシステムと、 新製品をインベントリ・データベースに追加することができるとともに、イン
   ベントリ・データベース内の補充された製品の適切な会計を可能にするサブシス
   テムと、 製品がインベントリから取り除かれると、データベース内の該製品の会計処理
   を行うサブシステムと からなるインベントリ管理システム。
2. 【請求項２】 請求項１記載のインベントリ管理システムにおいて、サブシステ
   ムの１又は複数が、物体あるいは人物上の特有にコード化された情報を読取るこ
   とができる光学読取装置からなることを特徴とするインベントリ管理システム。
3. 【請求項３】 請求項１記載のインベントリ管理システムにおいて、サブシステ
   ムの１又は複数が、物体あるいは人物と結び付けられたアクセス可能な識別子を
   、無線でスキャンするための電子デバイスからなることを特徴とするインベント
   リ管理システム。
4. 【請求項４】 請求項１記載のインベントリ管理システムにおいて、ユーザ識別
   サブシステムが、バイオメトリック識別デバイスからなることを特徴とするイン
   ベントリ管理システム。
5. 【請求項５】 請求項１記載のインベントリ管理システムにおいて、クライアン
   ト・ソフトウエアは、個々のユーザの登録及び除去、並びにユーザ情報の修正を
   可能にすることを特徴とするインベントリ管理システム。
6. 【請求項６】 請求項１記載のインベントリ管理システムにおいて、クライアン
   ト・ソフトウエアは、ユーザがグループに分類されることを可能にし、かつ、認
   可又は役割がこれらグループに割り当てられることを特徴とするインベントリ管
   理システム。
7. 【請求項７】 請求項１記載のインベントリ管理システムにおいて、クライアン
   ト・ソフトウエアは、製品が分類にグループ化されることを可能にし、これら製
   品の配布を制限することを可能にし、個々の製品あるいは特定のグループあるい
   は複数のグループに属する複数の製品が投与される場合の患者情報を記録するこ
   とを可能にし、インベントリから取り除かれる各製品と共に含まれるべき、製品
   を特定する又はグループを特定するラベル又は情報の印刷を可能にすることを特
   徴とするインベントリ管理システム。
8. 【請求項８】 請求項１記載のインベントリ管理システムにおいて、クライアン
   ト・ソフトウエアは、インベントリ・レベルをモニタして、予期される品不足を
   レポートすることを特徴とするインベントリ管理システム。
9. 【請求項９】 請求項１記載のインベントリ管理システムにおいて、クライアン
   ト・ソフトウエアは、インベントリ・レベルをモニタして、予期される品不足を
   補うために注文を作成することを特徴とするインベントリ管理システム。
10. 【請求項１０】 請求項１記載のインベントリ管理システムにおいて、クライア
    ント・ソフトウエアは、ユーザが新製品を注文すること、又は、所望時にインベ
    ントリを補完することを可能にすることを特徴とするインベントリ管理システム
    。
11. 【請求項１１】 請求項１記載のインベントリ管理システムにおいて、クライア
    ント・ソフトウエアは、ユーザがインベントリ内の販売製品の価格を指定するこ
    とを可能にすることを特徴とするインベントリ管理システム。
12. 【請求項１２】 ベンダ管理型インベントリ・システムにおいて、 インベントリ管理システムを利用してインベントリを維持管理する１又は複数
    の仕入先と、 インベントリ管理システムを利用してインベントリを維持管理する１又は複数
    の顧客と、 顧客と仕入先との間の通信及びインベントリ管理を促進する中央サーバと、 仕入先と顧客と中央サーバとの間の冗長データ接続と を含むことを特徴とするベンダ管理型インベントリ・システム。
13. 【請求項１３】 ベンダ管理型インベントリ・システムにおいて、中央サーバは
    、顧客及び仕入先からのインベントリ情報を受け取り、インベントリ不足を予測
    し、インベントリ不足を補うための注文を生成し、該注文のための仕入先及び製
    品を選択し、選定された仕入先に注文を出し、注文ステータスをモニタすること
    を特徴とするベンダ管理型インベントリ・システム。
14. 【請求項１４】 インベントリ販売システムにおいて、 自動販売機と、 自動販売機に接続されたコンピュータと、 コンピュータ上で作動するソフトウェアと、 プリンタと、 ユーザ識別サブシステムと、 データ入力サブシステムと からなることを特徴とするインベントリ販売システム。
15. 【請求項１５】 請求項１４記載のインベントリ販売システムにおいて、ユーザ
    識別サブシステムは、バイオメトリック・スキャナ、ＲＦＩＤリーダ、バーコー
    ド・スキャナ、キーボード、タッチ感知ディスプレイ、又はこれらの組合せから
    なり、これにより、ユーザが、ソフトウェアを介してコンピュータに彼等自身を
    確実に識別させることができるようにしたことを特徴とするインベントリ販売シ
    ステム。
16. 【請求項１６】 請求項１４記載のインベントリ販売システムにおいて、データ
    入力サブシステムは、能動的又は受動的なユーザ・インターフェースで構成され
    て、ユーザが特定の製品の調剤を要求することができることを特徴とするインベ
    ントリ販売システム。
17. 【請求項１７】 請求項１４記載のインベントリ販売システムにおいて、適用さ
    れる規定を満たすために、要求された時及び必要に応じて、プリンタが製品情報
    を印字することを特徴とするインベントリ販売システム。
18. 【請求項１８】 請求項１４記載のインベントリ販売システムにおいて、該シス
    テムはさらに中央サーバと、自動販売機とサーバとの間の冗長データ接続とを含
    むことを特徴とするインベントリ販売システム。
19. 【請求項１９】 請求項１８記載のインベントリ販売システムにおいて、コンピ
    ュータは、自動販売機内に保持されている製品の販売をモニタし、該販売を冗長
    データ接続を介してサーバに送信し、これにより、サーバが自動販売機サービス
    提供業者にインベントリ不足について知らせることができることを特徴とするイ
    ンベントリ販売システム。
20. 【請求項２０】 自動化インベントリ管理方法において、 受け取られた製品をインベントリ内に計上するステップと、 該製品がインベントリから取り除かれるときに製品をモニタするステップと、 製品が使用される頻度に基づいて傾向を予測するステップと、 出荷コストが減少させられるように、そして支出もまた減少させながら異なる
    数量に対する価格ポイントが考慮に入れられるように、各注文に対して最適の製
    品数量を決定するステップと、 必要に応じて追加の在庫を注文するステップと、 注文を追跡するステップと、 各仕入先からと各製品に対する納入時間に基づいて、注文履行の傾向を予測す
    るステップと、 該注文履行の傾向に基づいて、望ましい仕入先を決定するステップと を含むことを特徴とする自動化インベントリ管理方法。
21. 【請求項２１】 請求項２０記載の自動化インベントリ管理方法において、受け
    取られた製品をインベントリ内に計上するステップは、各パッケージに伴って供
    給される文書を電子的に読み取るステップと、パッケージ内容を反映するように
    インベントリ情報を自動的に更新するステップとを含むことを特徴とする自動化
    インベントリ管理方法。
22. 【請求項２２】 請求項２０記載の自動化インベントリ管理方法において、製品
    がインベントリから取り除かれるときに製品をモニタするステップは、製品又は
    製品のグループと結び付けられた製品識別子を電子的に読み取るステップを含む
    ことを特徴とする自動化インベントリ管理方法。
23. 【請求項２３】 請求項２０記載の自動化インベントリ管理方法において、該方
    法はさらに、ユーザから識別子を電子的に取り出すことによって、インベントリ
    から製品を取り除くユーザを識別するステップを含むことを特徴とする自動化イ
    ンベントリ管理方法。
24. 【請求項２４】 自動化注文履行方法において、 顧客から１又は複数の製品に対する入手可能性及び値決めの要求を受け取るス
    テップと、 顧客照会に基づいて、製品に対する受入可能な選択肢を決定するステップと、 全ての受入可能な選択肢を含めて、入手可能な数量、価格、価格値下げに必要
    な数量、及び要求を満たす１又は複数の仕入先からの予想配達時間を決定するス
    テップと、 顧客インベントリ要求を満たしながら、最多の価値を提供する製品、製品数量
    、及び仕入先を選択するステップと、 各仕入先に対して、製品を取り出して梱包する伝票を生成するステップと、 仕入先のインベントリから製品が取り出されたときに、製品を記録するステッ
    プと、 製品が出荷パッケージに梱包されたときに、製品を記録するステップと、 パッケージ梱包伝票及び出荷ラベルを生成するステップと、 出荷及び梱包情報を関連させるステップと、 パッケージを出荷するステップと、 出荷を追跡するステップと を含むことを特徴とする自動化注文履行方法。
25. 【請求項２５】 請求項２４記載の自動化注文履行方法において、取り出された
    製品は、該製品と関連付けられた識別子を電子的にスキャンすることによって記
    録されることを特徴とする方法。
26. 【請求項２６】 請求項２５記載の自動化注文履行方法において、取り出された
    製品がバーコード・スキャナが取り付けられた携帯型の計算デバイスを使用して
    、製品と関連付けられた識別子を電子的にスキャンすることによって記録される
    ことを特徴とする自動化注文履行方法。
27. 【請求項２７】 請求項２４記載の自動化注文履行方法において、製品が梱包さ
    れたときに製品を記録するステップはさらに、出荷パッケージに梱包された個々
    の商品をスキャンする前に、出荷パッケージと関連付けられた識別子をスキャン
    するステップを含むことを特徴とする自動化注文履行方法。
28. 【請求項２８】 請求項２４記載の自動化注文履行方法において、梱包及び出荷
    のラベルが機械読み取り可能な識別子を含むことを特徴とする方法。
29. 【請求項２９】 ベンダ管理型インベントリ及びグループ購入システムにおいて
    、 １又は複数のサーバと、 サーバ上で作動する１又は複数のデータベースと、 顧客サイトで１又は複数のコンピュータ上で作動するクライアント・ソフトウ
    エアであって、顧客インベントリをモニタすることができ、冗長データ通信接続
    を介して、情報をサーバにレポートできる、クライアント・ソフトウエアと、 仕入先サイトにある１又は複数のコンピュータ上で作動するクライアント・ソ
    フトウエアであって、手元にある製品数量をモニタすることができ、発注数量に
    依存する複数の製品価格をサポートし、そして冗長データ通信接続を介してサー
    バに情報を送信することができるクライアント・ソフトウエアと、 サーバ上で作動するソフトウェアであって、統合された注文数量を利用するこ
    とで顧客コストが減少されるように、顧客の注文を統合するソフトウェアと を含むことを特徴とするシステム。