JP2013084303A - 商人に在庫充足サービスを提供するためのコンピュータ実施登録 - Google Patents

Abstract

【課題】任意数の異なる商人に在庫充足サービスを提供する。
【解決手段】システムが、命令をストアするように構成されたメモリ、及び当該メモリに結合された１つ又は複数のプロセッサを含む。命令は、それらプロセッサのうちの少なくとも１つによって在庫管理システムを実施するように実行可能で、当該在庫管理システムは、登録インターフェースを実装し、当該登録インターフェースを介して、在庫品目のための在庫充足サービスを充足サービス・プロバイダから受けることを求める要求を商人から受け取り、その要求が有効であるか否かを決定し、かつその要求が有効であるとの決定に応答して商人に、登録インターフェースを介して、いくらかの単位の在庫品目を充足サービス・プロバイダに渡すための情報を提供するように構成されている。
【選択図】図１

Description

本発明は、在庫管理サービスのためのコンピュータで実施される登録に関し、より詳細に述べれば、商人に在庫充足サービスを提供するためのコンピュータ実施登録テクニックに関する。

納品の求めに容易に応じられる多様な品目を顧客に提供するために、多くの商人は（電子又は「店舗型」商取引のいずれに従事するかによらず）、様々な量のその種の品目を在庫設備内に保持している。在庫内に品目を維持することは、顧客需要又は製造者又は配給業者の種々の品目を供給する能力における変動に対するバッファとして働く。たとえば、商人によって販売に提供される異なる品目は、異なる製造者リードタイムを有することがある。所定量のその種の品目を在庫として保有することは、商人が、異なるリードタイムに抗してそれらの品目の一貫した可用性を顧客に提供することを可能になる。

しかしながらいくつかの状況においては、在庫を抱えることが、商人に様々な費用又は不利な点が現れる。たとえば、特に、限られた量の在庫にわたってその種の設備の固定費用を効率的かつ収益的に分配できない小規模商人にとっては、在庫保管設備の準備や維持が高価なものとなる。さらに、必要が生じた場合に、在庫システムをスケーリングして増加した需要又は量に適応させることが、テクノロジ、設備、及び／又はスタッフへの実質的な投資を必要とする高価な問題となるおそれもある。

商人が独自の在庫を保有することはまた、顧客に不利となることもある。電子商取引が一般的になるに従って多くの商人は、顧客が品目を探し、注文することができる共通のインターフェースを提供する電子市場を介して、ほかの商人とともに自分たちの売り物を次々とリストしている。しかしながら、異なる商人が、それらの商人独自の、その種の市場を通じたそれぞれの注文を充足する責任を最終的に有するとすれば、所定の品目についての顧客の注文経験は、その品目の注文先の商人に応じて相当に変化するおそれがある。たとえば、注文の充足のためのスキルがほとんどないか、貧弱なプロセスしか持たない商人は、品目の出荷が遅い、誤った品目を出荷する、損傷を受けた物品を届ける、又はそのほかの不愉快な経験を顧客に与えるといったことがあり得る。その種の不愉快な経験は、顧客が注文した商人だけでなく、その電子市場内のほかの商人にも反映され、可能性としてはその市場自体の顧客信頼度を低減させることがある。

商人に在庫充足サービスを提供するための方法及びシステムの多様な実施態様が開示されている。１つの実施態様によれば、システムは、命令をストアするように構成されたメモリ、及び当該メモリに結合された１つ又は複数のプロセッサを含む。命令は、それらプロセッサのうちの少なくとも１つによって在庫管理システムを実施するように実行可能なものとすることができ、当該在庫管理システムは、登録インターフェースを実装し、当該登録インターフェースを介して、在庫品目のための在庫充足サービスを充足サービス・プロバイダから受けることを求める要求を商人から受け取り、その要求が有効であるか否かを決定し、かつその要求が有効であるとの決定に応答して商人に、登録インターフェースを介して、いくらかの単位の在庫品目を充足サービス・プロバイダに渡すための情報を提供するように構成されている。

別の実施態様においてはシステムが、命令をストアするように構成されたメモリ、及び当該メモリに結合された１つ又は複数のプロセッサを含む。命令は、それらプロセッサのうちの少なくとも１つによって在庫管理システムを実施するように実行可能なものとすることができ、当該在庫管理システムは、充足サービス・プロバイダから在庫品目のための在庫充足サービスを受けることを求める要求を複数の商人から受け取るように構成され、所定の商人から所定の要求が人的介入を必要としない登録インターフェースを介して受け取られ、かつ在庫品目が、それらの複数の商人によって商取引に提供される。在庫管理システムは、さらに、複数の商人のうちの２つ又はそれより多くの異なる商人によってそれぞれ提供されている在庫品目のうちの２つ又はそれより多くについて顧客によってなされた１つ又は複数の注文を受け取り、１つ又は複数の注文の受け取りに応答して、２つ又はそれより多くの在庫品目が、１つ又は複数の出荷で顧客に出荷されることを指示するように構成され、１つ又は複数の出荷のうちの少なくとも１つが、２つ又はそれより多くの異なる商人によって提供された在庫品目を含み、かつそれらの２つ又はそれより多くの異なる商人のそれぞれが、それぞれの提供した在庫品目に対して記録された商人となる。

本発明には、種々の修正及び代替形式が可能であるが、その特定の実施形態を例として図面内に示し、ここで詳細に説明する。しかしながら理解される必要があるが、図面やそれに対する詳細な説明は、開示されている特定の形式に本発明を限定する意図ではなく、むしろその逆にその意図は、付随する特許請求の範囲によって定義されるとおりの本発明の精神及び範囲内に入るすべての修正、均等、代替を保護するところにある。

充足センタの１つの実施形態を図解したブロック図である。 充足サービス登録インターフェースの１つの実施形態を示したブロック図（Ａ）と充足サービス管理インターフェースの１つの実施形態を示したブロック図（Ｂ）である。 充足サービス・プロバイダが商人から在庫充足サービスのための要求を受け取り、処理する方法の１つの実施形態を図解したフローチャートである。 いくつかの商人に代わって品目についての注文を充足する方法の１つの実施形態を図解したフローチャートである。 図４の注文充足方法からもたらされるパッケージ内に含めることができる梱包伝票の１つの実施形態を図解した説明図である。 ウェブ・ページの１つの実施形態を図解した説明図である。 コンピュータ・システムの例示的な実施形態を図解したブロック図である。

充足センタ概要
顧客の注文の充足ために在庫品目を保管するように構成された充足センタの１つの実施形態が図１に示されている。示されている実施形態においては、企業５が充足センタ１０を含み、それがまた在庫保管設備２０をはじめ在庫管理システム３０を含む。保管設備２０は、任意数の在庫品目３５ａ〜ｎを保管するように構成されている。より詳細を以下に説明するとおり、システム３０は、１又は複数の顧客５０から品目３５に含まれる多様な品目についての顧客注文を、任意数の異なる商人４０ａ〜ｄのうちの１つ又は複数を介して受けるように構成されている。加えてシステム３０は、対応する顧客５０に対する注文された品目３５の出荷に帰する活動の開始及び／又は調整を行うように構成されている。

一般的に言えば、充足センタ１０は、たとえば卸売業者、配給業者、又は商人４０等の多様な供給源から異なる種類の品目３５を受け取り、保管するように構成されている。品目３５は、保管のために受け取ることができる任意タイプの有体の物体又は物質を含む。たとえば、限定ではないが、品目３５は、媒体品目（たとえば、本、コンパクト・ディスク、ビデオテープ、及び／又はＤＶＤ）、電子デバイス、コンピュータと関連する周辺や装置、消費者又は商用器具、衣服、処方薬及び／又は処方不要薬、化粧品、食品、又はそのほかの適切な品目を含む。注意されたいが、品目３５は、パッケージ、カートン、クレート、パレット、又はそのほかの適切な集合体等の離散的な可算単位又は複数単位としてストック、管理、又は配布を行うことができる。それに代えてバルク製品、商品等といったいくつかの品目３５は、可算単位に組織化することが本質的にできない連続的な、又は恣意的に分割可能な量として保管できる。その種の品目３５は、長さ、面積、体積、重量、持続時間の単位、又はそのほかの、測定の単位によって特徴付けされる寸法特性等の測定可能量によって管理される。一般的に言えば、品目３５の量は、品目３５の個別又は集合単位の可算数又は品目３５の測定量のいずれかを意味している。

保管のために充足センタ１０において受け取られる品目３５は、品目保管構造の適切な組み合わせ又は配置を含む在庫保管設備２０内に保管される。たとえば、設備２０は、棚、ビン、パレット、又は格子状又はそのほかの態様で配置されたそのほかのタイプの保管装置を含む。いくつかの実施形態においては、設備２０は、特別な保管要件を有する品目３５に適した異なるタイプの保管庫を含むことがある。たとえば、特定タイプの品目３５が腐りやすい、壊れやすい、又は揮発しやすいことがあり、コントロールされた温度、雰囲気、又はそのほかの条件の下の保管を必要とすることがある。それに応じて設備２０は、特定の品目３５の特別な環境要件を満たすように構成された冷蔵又はそのほかのタイプの保管エリアを含む。いくつかの実施形態においては、品目３５は、それらが受け取られたときとは異なる構成で設備２０内に保管されることもある。たとえば、いくらかの単位の品目３５は、箱、パレット、又はそのほかの集合単位で受領され、個別の単位として設備２０内のビン内に、棚上に、又はそのほかの保管構造内に保管するために開梱されるか又はそのほかの方法でばらばらにされることもある。

システム３０は、概して、充足センタ１０を通じて在庫品目３５の状態と移動の追跡及びコントロールを行うように構成されている。１つの実施形態においては、図６の説明に関連してより詳細に後述するとおり、システム３０が、たとえば品目３５に関連がある事象を検出し、その種の事象に応答して活動を起こすか又は開始するように、プロセッサ又はコンピュータ・システムによって実行可能な命令をストアする構成のコンピュータ−アクセス可能媒体含む。たとえばシステム３０は、供給者又は商人からの在庫品目３５の到着に関連がある事象を検出でき、それに応答してエージェント（たとえば、機械のエージェント又は人間の代理人）に受領した品目３５の処理及び保管設備２０内における適切な保管を指示できる。同様にシステム３０は、顧客５０に代わって商人４０から届くことがある種々の品目３５についての注文を検出するようにも構成されている。それに応答してシステム３０は、エージェントに、受領した注文についての適切な品目（１つ又は複数）３５を保管設備２０から選択し、対応する顧客５０への出荷又はそのほかの運搬のための品目（１つ又は複数）３５の準備を行うことを指示するように構成されている。いくつかの実施形態においては、いくらかの単位の所定の品目３５が保管設備２０内に保管されるか、又はそこから選択されるときは、常にシステム３０は、当該所定の品目３５に対応する指標を更新してその在庫状態を反映させる。たとえば、その種の指標は、設備２０内に現在保管されている単位数、設備２０から選択されたがまだ充足センタ１０を離れていない単位数、注文を受けている所定品目３５の単位数、及び／又は任意のそのほかの適切な品目状態情報を反映させることができる。システム３０はまた、損傷を受けているか瑕疵のある品目３５、顧客５０から受領した返品、又はそのほかの例外事象を処理するようにも構成されている。

商人４０は、品目３５の種々の品目を、顧客５０に向けた商取引に提供することができる。一般的に言えば、品目３５は、任意の適切なビジネス・モデルに従い、商人によって商取引に提供される。たとえば品目３５は、販売、レンタル、リース、オークション、交換取引、信用販売、ライセンシング、ロイヤルティ、又は任意のそのほかのタイプの取引を基礎として商取引に提供される。商人４０は、種々のチャンネルのいずれかを通じて品目３５を商取引に提供することができる。たとえば所定の商人４０は、品目３５の提供を、顧客５０によるアクセス可能な電子商取引（ｅ−コマース）ポータルを介して行うことができる。その種のｅ−コマース提供は、当該所定の商人４０によってホストされており、かつ企業５とは別個の提供エンティティとして与えられるウェブ−ベースのエンティティ（たとえばウェブ・サイト又はページ）を介する品目３５のリスティング、又は当該所定の商人４０に代わって企業５によってホストされているウェブ−ベースのエンティティ介する品目３５のリスティングを様々な形で含むことができる。

いくつかの実施形態においては、商人４０が、多くの商人４０が売り物をリストする市場又はフォーラム等の、企業５によってホストされている汎用ウェブ−ベース・エンティティを介して品目３５をリストすることができる。一般的に言えば、市場のｅ−コマース・チャンネルは、１つ又は複数のウェブ・ページを介して複数の商人４０が品目３５を顧客５０に提供できるウェブ−ベースのエンティティを意味している。たとえば市場が、種々の条件（たとえば価格、可用性、状態等）に従い、特定の品目３５を商取引に提供する種々の商人４０をリストしている１つ又は複数のウェブ・ページを顧客５０に提供するように組織化されている。それに代えて市場は、商人４０それぞれの仮想店頭に対応する１つ又は複数のウェブ・ページを顧客５０に提供するように組織化されてもよく、各店頭は対応する商人４０の多様な売り物を示す。いくつかの実施形態においては、１つ又は複数のウェブ・ページとしてではなく、後述するウェブ・サービスのアプリケーション・プログラミング・インターフェース（ＡＰＩ）を介して市場を実現することができる。たとえば、カタログ情報、注文機能、市場のそのほかの態様を、顧客５０に対する商取引に品目３５を提供するために、種々の当事者によって呼び出されるウェブ・サービス機能として実装することができる。このほかの構成のｅ−コマース市場も可能であり、企図されている。

商人のｅ−コマース提供は、企業５及び商人４０とは別のサード−パーティのウェブ・エンティティ、たとえばサード−パーティのオークション・ウェブ・エンティティ等を介した品目３５のリスティングも含むことができる。また、商人４０がウェブ−ベースのエンティティ以外のエンティティを通じてｅ−コマースを商取引で提供することがあるということも企図される。たとえば商人４０は、電子メール、電子ブリテン・ボード、又はそのほかの電子チャンネルを通じてその種の提供を実施することができる。

いくつかの実施形態においては、商人４０が、たとえばカタログ、電話、又は物理的な店頭チャンネル等の非電子チャンネルを通じ、顧客５０に対する商取引に品目３５を提供することもできる。それに代えていくつかの商人４０は、異なるチャンネルの組み合わせを通じて品目３５を商取引に提供できる。これについても注意を要するが、いくつかの商人、たとえば商人４０ｄは、充足サービスを一般的に商人４０に提供する企業５と提携できるが、ほかの実施形態においては企業５は、品目３５のための充足サービスを、それらの品目のための商人として機能することなく提供できる。

一般的に言えば、顧客（１又は複数）５０は、１つ又は複数の商人４０を介して１つ又は複数の品目３５に対して注文を行うことができる任意のエンティティを含む。たとえば顧客５０は、個人、団体、会社、ビジネス、組織、又はそのほかのエンティティを含むことができる。顧客５０は、前述したｅ−コマース・チャンネルのうちの１つといった任意の適切なチャンネルを介して、又は非電子注文チャンネルを介して商人４０に注文することができる。顧客５０は、最終的に法的に、及び／又は注文に関して会計的に責任を負うエンティティであるが、必ずしもその種のエンティティである必要はない。同様に顧客５０は、所定の注文に関連付けされた品目の意図された受領者となることもあれば、そうならないこともある。たとえば顧客５０は、支払いについての義務を負う別のエンティティ又は意図された受領者に代わって品目３５を注文することができる。いくつかの実施形態においては、顧客５０には、注文した品目３５がまとめて出荷されることに承諾した複数の個人又はエンティティを含む。たとえば顧客５０は、同一世帯又はビジネス内の個人のグループに対応する。

所定の顧客５０が１つ又は複数の品目３５を注文した後は、その注文が充足される。一般的に言えば、この充足プロセスは、注文の中で指定された品目（１つ又は複数）３５を保管庫から選択すること、選択された品目（１つ又は複数）３５をそれらが顧客５０又はそのほかの意図された受領者に向けて運搬される態様に適した形で梱包すること、及び当該受領者に向けて１つ又は複数のパッケージを運搬することを含む。たとえば、選択された品目（１つ又は複数）を、１つ又は複数の箱、包み、又はそのほかのタイプの容器内に保護材料、販売促進資料（たとえば、宣伝リーフレット又は小冊子）、梱包伝票、又は送り状とともに梱包する。荷造り容器は、その後、シールされ、適切にラベル付けされ、意図された受領者への配達のために一般的な運送業者（たとえば、米国郵政公社又はそのほかの運送業者）又は別のタイプの運送業者又は配送サービスに渡される。

充足サービス要求処理
図１の実施形態に示されているとおり、充足センタ１０は、充足センタ１０に関連付けされた企業内又は外の種々の商人４０に充足サービスを提供するように構成されている。概して充足サービスは、充足センタ１０内における品目３５の保管や処理をはじめ、品目３５の種々の品目についての特定の顧客注文の充足に関係する任意の活動を含む。たとえば充足サービスは、いくらかの単位又は量の品目３５を物理的に受領する、品目３５の状態の検査及び／又は評価を行う、必要であれば品目３５の開梱又は再梱包を行う、保管設備２０内に品目３５を保管するといった品目３５を在庫として受け入れることに伴うタスクなどを含む。また充足サービスは、顧客注文に応答して保管設備２０から品目３５を選択すること又は拾い出すことをはじめ、上で述べた梱包及び出荷のタスクも含むことができる。いくつかの実施形態においては、充足サービスが、商人４０に代わって引き受けられるそのほかのタスク、たとえば保管設備２０内に保管中の品目３５の量及び／又は状態の検査及び監視、顧客５０から返却された品目３５の受領及び処理、多様な理由（たとえば品目３５が過剰、損傷を受けている、期限切れ、損なわれている等）のために市場に出せない品目３５の処理及び処分、顧客５０との顧客サービス活動への従事（たとえば、苦情、質問に対する応答等）、又はそのほかのタイプのタスクを含むことができる。商人４０に対して充足サービスを提供するように構成される充足センタ１０の実施形態は、充足サービス・プロバイダと呼ばれることもある。

いくつかの場合においては、充足センタ１０は、商人４０が独自の充足サービスを実施しようとした場合より大きな規模の効果を伴って商人４０に充足サービスを提供できる。たとえば、充足センタ１０（たとえば、数十万平方フィートの保管エリアを構成する）内の保管エリアの平方フィートの提供における限界原価は、限られた保管用の空間を有するか、又は局在的な市場条件によってその商人の在庫に必要とされるより多くの空間の保有が強要されることがある小規模商人４０によって背負い込まれる費用より有意に低くなることがあり得る。同様に充足センタ１０は、個別の商人４０の規模での実現がコスト高になり、煩雑となる、たとえば品目のＲＦＩＤ（無線周波数識別）、又は複数注文にわたる品目選択の動的スケジューリングと最適化、又は注文、受領、出荷活動に関するリアルタイム在庫追跡、又はそのほかの在庫管理テクニック等の洗練された在庫追跡及び管理テクニックを実現できる。より詳細を後述するとおり、いくつかの実施形態においては、充足センタ１０を、たとえば梱包、品目の取り扱い、出荷コストの低減によって追加の規模の効果を実現できるように、いくつかの商人４０からの単一の顧客の注文を整理統合するように構成できる。

しかしながら、様々な商人４０に対する充足サービスの提供をそろえることは、難題を呈することになる。たとえば商人４０は、互いをはじめ企業５とは異なる在庫管理のための方法及びシステム及び会計を有する性質の異なる企業として機能している。その結果として商人４０と企業５は、在庫品目３５を識別する一様な方法に欠けることになる。たとえば所定の商人４０が、特定の品目３５を、その品目の統一商品コード（ＵＰＣ）によって識別し、管理しており、その一方で充足センタ１０内においては同一の品目３５が、プロプラエタリの一意的な識別番号によって識別されているといったことがある。さらに商人４０が、種々の品目３５について受領する充足サービスの動的な変更を希望することがある。たとえば特定の商人４０が、品目３５のための独自の充足から、その品目のための充足サービスを充足センタ１０から受け取ることへ、又はその逆への迅速な移行を希望することがある。その種の移行がマニュアルの承認（たとえば、充足サービスについての商人の適格又は品目の適切性）及び／又は特定の商人の在庫や注文管理システムの関連する側面と充足センタ１０のそれとのマニュアルの統合を必要とすることになれば、充足サービスをそろえるオーバーヘッドが、その種のサービスによって提供される節約又は効率を有意にむしばむことになりかねない。たとえば商人４０によって提供されるデータのマニュアル・ルックアップ及び入力に係る充足サービス要求の処理が条件として企業５に課せられるのであれば、数日又は数週間が費やされることになろう。

１つの実施形態においては、充足センタ１０を、登録インターフェースを提供するように構成でき、それを通じて商人が、１つ又は複数の品目３５のための充足サービスを受け取るように登録できるが、充足サービスの要求を処理する登録インターフェースの動作が人的介入を必要としない。たとえばこのインターフェースは、自動化されたプロセスを提供でき、それを通じて商人が品目３５のための充足サービスの開始に必要なタスクを完了できる。より詳細を後述するとおり、種々の実施形態においてその種の自動化されたプロセスは、商人４０の信用証明書の評価（たとえば、商人が企業５に周知であるか否か、良好な財務状態にあるか否か等）、充足サービスが要求されている品目３５の査定（たとえば、品目３５が要求されたサービスについて適格であるか否か）、及び要求している商人４０への充足サービス要求を完成するために必要とされる情報の提供（たとえば、充足センタの在庫コントロールのために品目３５に貼られるラベル、充足センタ１０への品目の出荷のための出荷ラベル、説明書、状態レポート又はそのほかの情報）を含むことができる。これらのタスクそれぞれの充足センタの部分は、後述するとおり自動的に、かつ人的介入なしに実行できる。

充足サービスの登録インターフェースの１つの実施形態が図２Ａに示されている。示されている実施形態においては、充足センタ１０の在庫管理システム３０がデータベース２１０とインタラクションするように構成された登録インターフェース２００を含む。１つの実施形態においては、登録インターフェース２００を、それを通じて所定の商人４０が、充足サービスの要求の指定、要求しているサービスに関係するデータの入力、及び当該所定の商人４０が要求しているサービスを受けるために企業５によって必要と見なされる処理活動への従事ができるインターフェースを与えるように構成されている。たとえば、１つの実施形態においてはインターフェース２００を、商人４０に、公衆インターネット又は専用イントラネット（たとえば、アクセスのために何らかのレベルの認証又は安全確保された接続を必要とする企業５によって、又はそれに代わって維持されている専用ネットワーク）を介してアクセス可能な１つ又は複数のウェブ・ページを与えるように構成されている。その種のウェブ・ページは、穴埋めフォーム、メニュー、実行可能アプリケーション（たとえば、ジャバ（Ｊａｖａ^TM（登録商標））、ジャバスクリプト（Ｊａｖａｓｃｒｉｐｔ）、又はそのほかの、ウェブ−ベースの実行に適した言語によってコーディングされたアプリケーション）又はそのほかのウェブ−ベースのインターフェース要素を含むことができる。

別の実施形態においては、インターフェース２００は、プロプラエタリ又は非ウェブ−ベースの登録インターフェースを商人４０に与えるように構成されている。たとえばインターフェース２００は、テルネット等の端末エミュレーション・プログラムを介し、又は商人４０と在庫管理システム３０の間における情報の送信に適した別のタイプの標準又はプロプラエタリ・アプリケーションを介するといった、ダイアルアップ又は非ウェブ−ベースのインターネット接続を通じてアクセス可能とすることができる。さらに別の実施形態においては、インターフェース２００が、より詳細を後述するとおり、商人の充足サービス登録のためのウェブ・サービス・インターフェースを含むことができる。いくつかの実施形態においてインターフェース２００が、充足サービスのための登録又はその使用の管理に関係する活動を行うように商人４０と通信するために構成された、上記のテクニックの多様な組み合わせを含むそのほかのタイプ又はモードのインターフェース実装を含むことができる。

示されている実施形態においては、インターフェース２００は、商人４０から受信した充足サービス登録データ、又は商人の充足サービス登録活動の結果として、又はそれに関連して導かれるか、生成されたそのほかのデータをデータベース２１０内にストアするように構成されている。一般的に言えば、データベース２１０は、任意の適切なタイプのアプリケーション又は持続データのリポジトリとして構成されているデータ構造を含む。たとえばデータベース２１０は、列及び行のテーブルを１つ又は複数含み、いずれかのバージョンの構造化クエリ言語（ＳＱＬ）等のクエリ言語に従ってサーチ又はクエリを行うことができるリレーショナル・データベースとして構成される。それに代えてデータベース２１０を、いずれかのバージョンの拡張マークアップ言語（ＸＭＬ）等のマークアップ言語に従ってフォーマットされるデータ・レコードを含む構造化データ・ストアとして構成してもよい。ほかの実施形態においては、データベース２１０を、任意の適切なタイプのアプリケーションを通じて管理され、アクセスされる１つ又は複数の恣意的に、又は最小限に構造化されたデータ・ファイルを使用して実現する。

データベース２１０は、概して、商人４０、品目３５、及び／又はプロセスの様々な段階における充足サービスの要求に関係する任意の種類のデータをストアするように構成されている。たとえばデータベース２１０は、商人の人員又は部門の名前と住所、商人の請求書と出荷の住所情報、商人の銀行又はそのほかの財務情報、又はそのほかの識別情報等の商人４０についての識別情報をストアするように構成されている。またデータベース２１０を、商人４０の在庫又は販売取引に関する、商人の注文履歴、支払い履歴、充足センタ１０内における商人の在庫品目３５の状態、商人についての未決の充足サービス要求の状態、又はそのほかのタイプの状態情報といった、現在及び／又は履歴状態情報をストアするように構成してもよい。いくつかの実施形態においてはデータベース２１０を、品目３５についての識別子マッピング情報をストアするように構成させることもできる。たとえばデータベース２１０は、所定の商人４０の特定の品目３５のための識別子（たとえば、商人の在庫保管単位（ＳＫＵ）識別子）と企業５又は充足センタ１０に固有とすることができる識別子を関連させるレコードをストアできる。その種のマッピング情報は、たとえば、商人の充足サービス要求を結びつけるために使用される。

注意を要するが、データベース２１０が在庫管理システム３０内に組み込まれる必要はなく、充足センタ１０内においてさえその必要がない。いくつかの実施形態においては、商人及び／又は在庫データを、企業５全体にわたって分散される多くの異なるデータ・ストア内にストアできる。たとえば、商人の財務データを、充足センタ１０等の充足部門とは別個の企業５の会計部門に関連付けされた会計データベース内にストアできる。同様にいくつかの実施形態においては、インターフェース２００は、データベース２１０に追加されるか、又はそれに代わる在庫管理システム３０内又は外の多様なシステム、アプリケーション、又はデータベースとインタラクションするように構成される。

充足センタ１０等の充足サービス・プロバイダ（又は単純に、プロバイダ）が、商人４０から在庫充足サービスのための要求を受け取り、処理する方法の１つの実施形態が図３に示されている。様々な実施形態において、示されている方法又はそれの適切な変形が、図６の説明に関連してより詳細を後述するとおり、コンピュータ−アクセス可能媒体上にストアされ、コンピュータによって実行される命令を介して、又は状態依存とすることができるが、それ自体では離散的な命令を実行できなくてもよい専用コンピューティング・ハードウエア（たとえば状態マシン）を介して実装できることが企図されている。さらに、いくつかの実施形態において、示されている方法の一部又は全部がインターフェース２００内に含められる決定ロジックによって実装されるが、ほかの実施形態においては、インターフェース２００を、在庫管理システム３０又は充足センタ１０内のほかの実行可能コンポーネント、システム、又はデバイスへ、及びそれから商人の状態情報（たとえば、充足サービス登録プロセスの入力又は出力）を中継するように構成させることも企図されている。その種のほかの実施形態においては、示されている方法の一部又は全部を、インターフェース２００ではなくコンポーネントによって実装できる。注意を要するが、様々な実施形態において、商人が、複数の異なる品目３５に適用できる単一の充足サービス要求を提出してもよく、又はいくつかの品目３５のそれぞれについて各要求を提出してもよい。以下において考察する例は単一の品目３５の処理を参照できるが、この方法が複数の異なる品目３５の同時の充足サービス要求処理に適用できることが理解されるものとする。

示されている実施形態においては、動作がブロック３００において開始し、在庫充足サービスのための要求が充足サービス・プロバイダによって商人４０から受信される。たとえば、その種の要求を、インターフェース２００の１つの実施形態を介し、安全なウェブ・ページへの商人４０による、商人の識別子及び適切な信用証明書（たとえば、ログイン名及びパスワード、又はそのほかの任意の適切なタイプの信用証明書）を使用したサイン・イン、及びその後に続く、当該安全なウェブ・ページを介して表示される充足サービスを要求するオプション（たとえば、リンク、ボタン等）の選択の結果として受信することができる。ほかの実施形態においては、その種の要求を、ウェブ・サービス呼び出しを介して、又はウェブ−ベースのプロトコルを採用しない通信のモードを介して受信する。

商人４０からの充足サービス要求の受信に応答して、プロバイダは、要求している商人が充足サービスを受けるのに適格か否かを決定する（ブロック３０２）。いくつかの実施形態においては、充足サービスについての商人の適格性が、その商人の振る舞いの履歴に依存する。たとえば、現在の状態又はその商人のプロバイダ又は別の企業との以前の取引の履歴を調査して、その商人が顧客、ベンダー、プロバイダ、又はそのほかの当事者との欺瞞的又は疑わしい取引に従事したか否かを決定する。いくつかの実施形態においては、商人が信用貸しに値すること、顧客サービス履歴、又はその商人に関係する（又は、いくつかの場合においては、その商人に関連付けされた会計的に責任を負うエンティティ又は個人、たとえば保証人、長、首長等に関係する）そのほかの任意のデータを商人の充足サービスに対する適格の考察時に考慮でき、またその種のデータは、信用報告エージェンシー、ビジネス・リファレンス、顧客、それらの類といったサードパーティから獲得したデータを含むことができる。

種々の実施形態において、プロバイダは、要求している商人が充足サービスについて適格であるか否かについて決定するために、前述したタイプ又は特に言及されていないそのほかのタイプの商人データのいずれかを考慮に入れることができる様々な複雑性の決定モデルを実装できる。たとえば、１つの実施形態においては、欺瞞的な振る舞いの履歴が商人を不適格とするが、ほかの実施形態においては、より洗練されたリスク分析モデルが、ほかのデータ・ポイントに関連してその種の振る舞いを考察できる。いくつかの実施形態において、充足サービスについての適格性が、要求されているサービスのタイプ又は量に依存できることが企図されている。たとえば、ほとんど履歴又は疑わしい履歴を有していない商人４０がトライアル又は試験ベースで充足サービスにアクセスを許可されるようにできるが、その種のアクセスは、特定のタイプ、量、又は価値の品目３５に限定されるか、又は何らかのそのほかの基準に限定される。

要求している商人４０が充足サービスについて不適格であると決定されると、その商人が自動化された充足サービス要求処理に進むことを防止できる（ブロック３０４）。いくつかの実施形態においては、商人に、充足サービス要求の処理における追加の情報又は補助のために、たとえば不適格の理由及び状況を修正するためにとることができる活動（それがある場合）の説明を受けるように充足サービス・エージェント（たとえば、顧客サービス代理人）に接触することを指示できる。

要求している商人４０が充足サービスについて適格であると決定されると、プロバイダは、その商人がすでに充足サービスを受けるために登録済みであるか否かを決定する（ブロック３０６）。１つの実施形態においては、商人の登録状態の決定が、プロバイダが商人に代わって充足サービスを実施するに必要であると見なすデータをその商人が供給済みであるか否かの決定を含む。たとえば登録は、充足サービスに関係するプロバイダ及び商人の義務と期待を詳述した充足サービス参加の取り決め（種々の財務、手続き、顧客サービス又はそのほかのポリシーを遵守するという商人の同意等）に商人４０が（たとえば、電気的に又は文書で）同意することを条件にすることができる。また登録は、以下に示すとおり、充分な識別情報を商人４０が提供することも条件にしてもよい。いくつかの実施形態においては、商人が登録されているか否かの決定が、その商人が以前に充足サービスのために登録されたことがあるか否かの決定、及び登録されたことがある場合には登録のために必要とされるその商人の各データ項目のチェックなしにその商人が登録されるという想定を含むこともできる。またいくつかの実施形態においては、以前の登録又は商人に代わる以前の充足サービス活動が、現在の充足サービス要求よりしきい値時間を超えて遡った過去に生じている場合には、商人に、登録データの一部又は全部の再提供を要求できる。注意を要するが、いくつかの実施形態においては、商人の登録状態の決定が、充足サービスについての商人の適格の決定に先行して生じてもよい。

要求している商人４０が登録されていないと決定されると、プロバイダは、商人４０に登録データを要求する（ブロック３０８）。たとえば、穴埋めウェブ・フォーム又はそのほかの、商人への入力の要求を、インターフェース２００を介して商人４０に提供し、又は表示する。要求される入力は、商人の名前、電話番号、住所、銀行名、銀行間通信番号と口座番号、納税者識別情報、及び／又はそのほかの任意の適切な情報等の情報を含むことができる。加えて、必要又は適切な場合には、インターフェース２００を介して商人４０に参加の取り決めを、取り決めに対する商人の明示的な受諾又は拒絶の求めとともに知らせることができる。商人４０は、その後、要求が届けられた態様に適した形で、たとえばウェブ−ベースのフォームを埋めることによって要求されたデータを入力又は提供できる。

その後プロバイダは、商人４０によって提供された登録データの妥当性検査を試みることができる（ブロック３１０）。たとえばプロバイダは、要求されたすべてのデータが提供されていることをチェックし、たとえば、それぞれ公開住所データベース又は指定銀行に照らして連絡先情報又は銀行情報をチェックすることにより、サードパーティを伴って特定のデータ項目を確証できる。またプロバイダは、適用可能であれば商人が参加の取り決めの受諾を示したか否かもチェックできる。提供されたデータのいずれかの部分が妥当性検査に失敗した場合には、商人がデータを再入力することが商人に求められるか、又は自動化された充足サービス要求プロセスを終了し、商人に追加の補助のためにエージェントに連絡することを要求できる（ブロック３０４）。

提供されたデータが有効であるか、商人４０がすでに登録済みであると決定されると、プロバイダは、商人４０が充足サービスを要求している品目（１つ又は複数）３５に関連付けされた識別情報を要求する（ブロック３１２）。たとえば、インターフェース２００は、商人が品目識別情報を提供できる別のウェブ−ベースのフォームを表示する。いくつかの実施形態においては、品目識別情報が、充足サービスのための最初の要求とともに供給され、この情報のための別々の要求がプロバイダによって行われないことがある。またいくつかの実施形態においては、商人４０が、品目識別情報に加えて、充足サービスを要求している品目３５の量を指定できる。

その後プロバイダは、要求している商人４０によって識別されるとおりの品目３５について、その品目のための充足サービス要求の処理に充分な情報を得たか否かを決定する（ブロック３１４）。１つの実施形態においては、品目３５がプロバイダにとって周知であるか否か（たとえば、品目３５に関連付けされている情報の何らかの記録をプロバイダが有しているか否か）を最初に決定することによって、プロバイダがこの決定を行う。たとえば、前述したとおり、充足センタ１０による態様と異なって品目３５が商人４０によって識別されていることがある。１つの実施形態においては、商人は、商人指定ＳＫＵ識別子等のその商人独自の独特な識別子を、品目３５についての識別情報として提供する。それに応答してプロバイダは、たとえばその商人の識別子を使用してデータベース２１０にクエリを行い、対応するレコードがプロバイダの識別子を含むか否かを決定することによって、その商人に独特な識別子からプロバイダに周知の識別子へのマッピングが存在するか否かを決定する。別の実施形態においては、品目３５についての識別情報の供給時に、要求している商人４０が、商人指定の識別子に代えて、又はそれに加えてプロバイダに周知の識別子を提供できる。

プロバイダが有する情報が、識別された品目３５のための充足サービス要求の処理に不充分であれば、プロバイダは、商人から追加の情報を求める（ブロック３１６）。たとえばプロバイダが、商人のＳＫＵ等の商人指定の識別子を基礎として品目３５についてのレコードを探し出すことができなかった場合には、プロバイダは、要求している商人４０に、プロバイダ指定の識別子又は利用可能であれば統一商品コード等の汎用識別子を求める。いくつかの実施形態においてプロバイダは、充足サービスが要求された品目３５がプロバイダに周知であるか否かを要求している商人４０が決定することを可能にするために、インターフェース２００を介して品目サーチ機能を提供できる。たとえばプロバイダは、要求している商人４０が品目３５に関係するキーワードを入力することを可能にするキーワード・サーチ機能を提供する。それに代えてプロバイダは、要求している商人４０が品目カテゴリの階層構造を移動して、商人４０によって識別されている品目３５が当該階層構造内に含まれているか否かを突きとめること、及びいくつかの実施形態においては、品目３５が含まれていない場合に、もっとも類似する当該階層構造内の品目を決定することを可能にする。

いくつかの状況においては、プロバイダが、充足サービスが要求された品目３５に対応する情報をまったく有していないことがある。たとえばプロバイダが、以前に、要求している商人４０又はそのほかの商人のいずれのためにもその品目３５についての充足サービスを提供したことがないこともあり得る。いくつかの実施形態においては、プロバイダは、この場合に必要な情報を要求するように構成されている。たとえばプロバイダは、品目３５が充足サービスに適格であるか否か決定するため、及び／又は充足サービスの準備を容易にするために、要求している商人４０に、品目の寸法、重量、品目のタイプ又はクラス情報（たとえば、プロバイダによって定義された分類法又は階層構造に従ったもの）、品目固有の特性（たとえば、その品目が液体、生もの、又は有害物質である、特殊な取り扱い又は保管状態を必要とする等）、又はプロバイダによって品目３５の識別に必要であると見なされたそのほかの情報を提供することを要求できる。

プロバイダが品目３５に関する充分な情報を有した後、プロバイダは、品目３５が要求されている充足サービスに適格であるか否かを決定する（ブロック３１８）。たとえば１つの実施形態において、プロバイダは、有害な品目等の特定タイプの品目３５について、充足サービスを認めないことができる。別の実施形態においては、商人４０が、参加の取り決め又は料金構造、プロバイダとの現在のビジネス関係、商人のほかの在庫のプロバイダに関係する現状、又はそのほかの任意の適切な評価基準に従って特定の品目３５についての充足サービスの要求が制限されることがある。たとえば、商人４０は、プロバイダと、特定量の品目３５について、所定の時間にわたり充足サービスを受ける契約を行うことができ、その結果、その品目３５の追加の量について充足サービスが認められないことがある。

品目３５が不適格であるために充足サービス要求が処理不可能である場合には、要求している商人４０にプロバイダがインターフェース２００を介して通知でき、自動化された充足サービス要求の処理を終了できる（ブロック３２０）。それ以外の場合には、プロバイダは、要求している商人４０に、要求している商人によって充足サービスの要求の中で、又はそれに続いて指定された量といった何らかの指定量の品目３５をプロバイダに渡す指示ができる（ブロック３２２）。

１つの実施形態においては、品目３５を渡すことを商人に指示する中でプロバイダは、要求している商人４０に、個別のいくらかの単位の品目３５を識別するための商人によって使用されることになるデータを提供できる。たとえばプロバイダは、充足センタ１０内においていくらかの単位の品目３５の管理に使用できる識別情報を示す英数、バー・コード、又はそのほかの情報を含んだポータブル・ドキュメント・フォーマット（ＰＤＦ）ファイル又はほかのタイプのドキュメント・ファイル等のドキュメント・ファイルを、インターフェース２００を介して商人に渡すことができる。種々の実施形態においては、その種の識別情報がそれぞれの個別単位の品目３５を一意的に識別すること、それらの単位を品目３５の種類又はタイプの同一インスタンスとして包括的に識別すること、又は品目３５の総称的な情報と特定単位の品目３５に固有の情報を結合することができる。たとえば、提供される識別情報は、特定単位の品目３５に一意的なシリアル番号、全単位の品目３５の総称的なＵＰＣ又は類似した製品コード、又は品目３５の製品タイプをはじめ特定単位の状態（たとえば、新品、中古、損傷あり等）を識別するコードを含むことができる。任意の適切なタイプの識別情報又はその組み合わせを採用できる。提供されるドキュメントは、個別単位の品目３５にそれぞれ貼られるラベルの作成に使用される。たとえば、要求している商人４０は、そのドキュメントを受領すると、その内容をラベル台紙に印刷し、適宜そのラベルをいくらかの単位の品目３５に貼ることができる。

またプロバイダは、要求している商人４０に、品目３５をプロバイダに渡すためにその商人によって使用されるデータを提供する。１つの実施形態においては、プロバイダは、出荷情報を示すデータを含むＰＤＦドキュメント又はそのほかのタイプのドキュメント・ファイルを、インターフェース２００を介して商人に渡すことができる。たとえば、このドキュメント・ファイルは、住所情報、バー・コード・データ及び／又はそのほかの、出荷ラベルの作成に使用できるデータを含む。その種の出荷ラベルは、パッケージを任意タイプの運送業者に差し出すために適した一般的な出荷ラベルとすることができる。それに代えて、たとえば特定の運送業者固有のバー・コード、地理コード、又はそのほかの経路又は取り扱い情報を含めることによって、当該特定の運送業者に合わせた出荷ラベル・データを作ることもできる。いくつかの実施形態においては、前述した単位識別情報を渡すために使用されるものと同じドキュメント内に出荷情報データを含めることができるが、ほかの実施形態においては、出荷情報データを別々のドキュメント内で渡すことができる。注意を要するが、種々の実施形態においてプロバイダは、要求している商人４０に、単位識別情報、出荷情報両方を渡すこともあれば、いずれも渡さないこともある。

いくつかの実施形態においては、要求している商人４０に提供される出荷関連データは、要求している商人４０から期待される離散的な出荷又はパッケージの数を反映する。たとえば商人は、充足サービスが要求されている指定量の品目３５が特定数のパッケージに分けられることがある旨を示す。それに代えてプロバイダは、要求している商人４０に、指定の量を特定の形で複数の出荷に分割する指示を行うこともできる。いくつかの実施形態においては、特定品目３５の複数の出荷又はパッケージの場合に、たとえば出荷データから作成される出荷ラベル上に含められることになるバー・コード又はそのほかの情報を含めることによって、要求している商人４０に提供される出荷データが、各出荷又はパッケージを一意的に識別される。いくつかの実施形態において、プロバイダが、要求している商人４０に、異なる充足センタ１０に向けて異なる量の品目３５を出荷するように指示でき、要求している商人４０に渡される出荷データがこの分配を反映させることが企図される。たとえばプロバイダは、様々な充足センタ１０における利用可能な保管資源に従って分配を指定できる。それに代えてプロバイダ又は要求している商人４０が、たとえば予測される需要パターンを満たすように、異なる充足センタ１０の間における品目３５の特定の地理的な分配の確保を希望することもある。

多くの場合、プロバイダに指定量の品目３５を渡す指示を受け取ると、要求している商人４０は、受け取った指示に従って品目３５を適切に梱包し、プロバイダに向けて出荷できる。たとえば要求している商人４０は、品目ラベルをプリントし、それらを品目３５に貼り付け、出荷用の１つ又は複数のパッケージに数単位を梱包し、出荷ラベルをプリントしてパッケージ（１つ又は複数）に貼り付け、そのパッケージ（１つ又は複数）をプロバイダへの出荷のために荷送又は運送業者に差し出すことができる。しかしながら、要求している商人４０が品目３５を実際に所有している必要はない。いくつかの実施形態においては、要求している商人４０が、製造者、配給業者、ベンダー、又はそのほかのタイプの供給業者等のサードパーティとともに、プロバイダへの指定量の品目３５の運搬を手配できる。たとえば、要求している商人４０は、品目識別情報及び／又は出荷情報を当該サードパーティに転送し、それが、要求している商人４０に代わってプロバイダへの品目３５の運搬を手配できる。

要求している商人４０に指定量の品目３５を渡す指示を与えると、その後に続いてプロバイダは、品目３５を受領し（ブロック３２４）、品目３５を在庫内に保管できる（ブロック３２６）。たとえば、いくらかの単位の品目３５を含む１つ又は複数のパッケージが充足センタ１０に到着することがある。様々な実施形態においては、パッケージ（１つ又は複数）のスキャン、開梱、検査、及び／又はそのほかの処理を行うことができ、いくらかの単位の品目３５が保管設備２０内に保管されるようにする。また在庫管理システム３０も、受領したいくらかの単位の品目３５の状態を反映するように適切に更新でき、いくつかの実施形態においては、要求している商人４０に、品目３５が充足に利用可能であることを通知できる。

いくつかの実施形態においては、プロバイダは、品目３５の到着前に要求している商人４０から出荷の通知を受け取る。その種の実施形態においては、プロバイダ又は要求している商人４０のいずれかが、その種の通知に応答して品目３５の可用性の表示を更新する。たとえば要求している商人４０は、企業５によって維持されている、ウェブ−ベースの店頭又は市場等のｅ−コマース・チャンネルを介して品目３５を商取引に提供する。要求している商人４０から受領した出荷の通知に応答して、企業５は、要求している商人４０からプロバイダまでの予測される移送時間、プロバイダにおいて品目３５を受領し、保管する処理時間等の要因、及び／又はそのほかの品目３５の可用性に影響を及ぼす要因を考慮に入れて、予測されるリードタイム又はそのほかの可用性の表示を示すように品目３５を提供する表示又はリストを更新する。

注意を要するが、いくつかの実施形態においては、充足センタ１０等の充足サービス・プロバイダが、商人４０が品目３５についての充足サービスを要求することを可能にし、要求されているサービスについての商人及び品目の適格の確認に必要となる活動を行い、かつ商人に、当該商人が要求しているサービスのために品目３５を準備し、品目３５をプロバイダに渡すために必要なデータを渡すように機能する。特に、充足センタ１０が、完全に自動化された態様でそれらのタスクを実行できることに注意を要し、その結果、要求している商人４０及び品目３５がプロバイダの適格要件を満たす場合には、人的介入を伴わずに充足サービス要求を処理する。たとえば、登録インターフェース２００を介して充足センタ１０とインタラクションを行うことによって、商人４０は、登録インターフェース２００外の充足センタ１０のエージェントの活動に依存することなく、品目３５のための充足サービス要求を完成し、品目３５を充足センタ１０に向けて出荷し、後述する充足のための充足センタ１０への品目３５についての顧客注文の中継を開始する。その種の自動化された充足サービス要求処理システムは、商人４０が完全に主導権を持ってシステムとインタラクションできることから「セルフサービス」システムと呼ぶこともできる。

１つの実施形態においては、商人４０が多様な品目３５のための在庫充足サービスを要求できるセルフサービス登録インターフェース２００の提供に加えて、充足サービス・プロバイダは、商人４０が、自分たちの品目３５に適用できる充足サービスの様々な側面を管理できる管理インターフェースを提供できる。図２Ｂは、図２Ａと類似の在庫管理システム３０の実施形態を示しているが、データベース２１０をはじめ商人４０とインタラクションするように構成されている管理インターフェース２２０の追加を伴う。

管理インターフェース２２０は、所定の商人４０が、当該所定の商人が以前に（たとえば登録インターフェース２００を介して）充足サービスを要求した品目３５に関して、後述する多様な機能を実行できるインターフェースを提供するように構成されている。登録インターフェース２００と同様に、１つの実施形態における管理インターフェース２２０は、商人４０に、公衆インターネット又は専用イントラネット（たとえば、アクセスのために何らかのレベルの認証又は安全確保された接続を必要とする企業５によって、又はそれに代わって維持されている専用ネットワーク）を介してアクセス可能な１つ又は複数のウェブ・ページを与えるように構成されている。その種のウェブ・ページは、穴埋めフォーム、メニュー、実行可能アプリケーション（たとえば、ジャバ（Ｊａｖａ^TM）、ジャバスクリプト（Ｊａｖａｓｃｒｉｐｔ）、又はそのほかの、ウェブ−ベースの実行に適した言語によってコーディングされたアプリケーション）又はそのほかのウェブ−ベースのインターフェース要素を含むことができる。別の実施形態においては、管理インターフェース２２０は、登録インターフェース２００に関連した前述の説明と類似の形で非ウェブ−ベースの管理インターフェース又はウェブ・サービス−ベースの管理インターフェースを商人４０に与えるように構成されている。

いくつかの実施形態においては、登録インターフェース２００と管理インターフェース２２０の両方を、ウェブ−ベースの充足サービス・ポータルの別の部分又は統合された部分として実装できる。たとえば、登録インターフェース２００と管理インターフェース２２０の両方に関連付けされる機能は、集中充足サービス・ウェブ・サイトの側面として商人４０に与えられるそれぞれのウェブ・ページ又は参照パターンのグループを介して実装できる。それに代えて、その種の機能を、充足サービスの登録のため、及び管理のための汎用ウェブ・サービスＡＰＩとして商人４０に与えられるウェブ・サービス呼び出しのそれぞれのセットを通じて示すこともできる。

前述したとおり、１つの実施形態においては、商人４０が充足サービスのために品目３５を登録した後、充足センタ１０の物理的な保護と管理の下に品目３５を置くことができる。その種の実施形態においては、品目３５のための供給チェーンが、充足センタ１０内における品目３５の状態に加え、商人４０から充足センタ１０へ、及び充足センタ１０から顧客５０への移送において品目３５を取り囲むように拡張できる。（いくつかの場合においては、品目３５のための包括的な供給チェーンが、顧客５０からの返却されるいくらかの単位及び／又は充足センタ１０から取り除かれて商人４０に戻されるいくらかの単位の流れを反映する逆供給チェーンも説明できる。）いくつかの実施形態においては、管理インターフェース２２０は、所定の商人４０に、登録した品目３５に関する包括的供給チェーンの状態の可視表現を提供するように構成されている。たとえば、管理インターフェース２２０は、随時、所定の商人４０、充足センタ１０、及び／又は顧客５０の間において移送されている所定の品目３５の単位数の指標又は表示を（たとえば、利用可能かつ適用可能であれば、移送中の単位についての追跡情報も含めて）提供する。

１つの実施形態においては、管理インターフェース２２０が、たとえば注文に当てられているが、梱包又は出荷が未済の単位を識別する、腐っているか又は損傷を受けている単位を識別する、又はそのほかの任意の関連する在庫状態の情報を識別するといった充足センタ１０内の在庫に保持されているいくらかの単位の品目３５の状態の指標も提供する。いくつかの実施形態においては、管理インターフェース２２０が、商人４０に、品目３５のための供給チェーン内に生じた問題又は例外に関係する説明的な情報を提供できる。たとえば、充足センタ１０への到着時にいくらかの単位の品目３５が損傷を受けていたか、そのほかの、それらの単位のために充足サービスが要求されたときに期待された形又は商人４０によって示された形と異なる状態又は条件にあった場合に、管理インターフェース２２０は、その種の情報を商人４０に表示し、商人４０が問題を解決する活動を指定することを可能にするように構成されている。たとえば、管理インターフェース２２０は、商人４０が、損傷を受けている品目を処分するか又は商人４０に返却する指示を行うこと、商人４０が充足センタ１０に追加の単位を渡す手配を（たとえば、未解決の注文をカバーするために）行うこと、又はそのほかの適切な活動を行うことを可能にするように構成されている。より一般的には、管理インターフェース２２０は、商人４０が主導権を持って、いくらかの単位の品目３５を（たとえば商人４０への返却のために）在庫から引き揚げること、異なる充足センタ１０の間に再配置すること、又は処分することを可能にする。

一般的に言えば、管理インターフェース２２０は、商人４０、充足センタ１０、顧客５０を取り囲む拡張された供給チェーン内における所定品目３５の状態を監視するか、又は変更するために適した任意タイプの機能を提供するように構成されている。いくつかの実施形態においては、供給チェーンと管理インターフェースの機能を、製造者、配給業者、卸業者、又は所定品目３５に関連した取引に関係できるそのほかの当事者等のほかのサードパーティまで拡張する。

ほかの実施形態においては、監視又は管理する供給チェーンと直接関係しないことがある機能を提供するように、管理インターフェース２２０を構成する。１つの実施形態においては、管理インターフェース２２０は、商人４０が顧客５０側で生じた顧客サービス問題の通知を受け取り、それらの解決に参加できるインターフェースを提供するように構成されている。たとえば在庫管理システム３０は、特定の注文に関して生じた顧客サービス問題のレポートを受け取り、かつそれらの注文（又は、注文の中に含まれている特定の品目３５）に関連付けられた商人（１つ又は複数）４０を識別するように構成されている。システム３０は、その後、所定の商人４０に関連付けされるその種の顧客サービス・レポートを、管理インターフェース２２０を介して所定の商人４０によってアクセス可能なインボックス、フォーラム、又はそのほかのリポジトリに向けることができる。それに代えて管理インターフェース２２０は、その種のレポートを、たとえば電子メールを介して所定の商人４０に直接転送することができる。与えられたレポートに応答して、所定の商人４０は、管理インターフェース２２０を介し、たとえば品目３５の返却又は交換を手配すること、顧客５０に返金又は口座振り込みが生じる手配をすること、又は別の適切な活動を示すことによってその問題の解決に参加する。

注文充足プロセス
前述したとおり、企業５の充足センタ１０等の充足サービス・プロバイダは、いくつかの異なる商人４０によって商取引に提供された多様な品目３５のための充足サービスを実行できる。商人４０は、図３に関連して前述したとおり、セルフサービス登録インターフェースを介してその種のサービスを要求できる。

商人４０が、プロバイダから品目３５のための充足サービスを受けるように手配を完了すると、プロバイダは、顧客注文の充足に進むことができる。１つの実施形態においては、商人４０が品目３５を、商取引に提供されるチャンネルを介して（たとえば、前述したとおりｅ−コマース又はそのほかのタイプのチャンネルを介して）顧客が商人４０に直接品目３５を注文することができる。その種の１つの実施形態においては、在庫管理システム３０を介し、インターフェース２００又は注文処理のために構成された別のインターフェースのいずれかを介して商人４０から充足センタ１０に顧客注文を伝える。ほかの実施形態においては、サードパーティを介して顧客注文を充足センタ１０に伝えてもよい。たとえば商人４０は、独自の注文入力インターフェースを顧客５０に示し、充足のためにその注文を充足センタ１０に伝える責任を引き受けることができる。それに代わり商人４０は、商人４０が注文の受領及び処理に直接関わらなくてよいが、会計的及び／又は法的に注文の責任を持つことができるように企業５が商人に代わって注文入力インターフェースを含む商取引チャンネルをホストする手配を行うことができる。

いくつかの状況においては、所定の顧客５０が、異なるそれぞれの商人４０によって商取引に提供されている２つ又はそれより多くの異なる品目３５について注文することがある。たとえば所定の顧客５０は、第１の商人４０から第１の品目３５又は品目３５のグループを注文し、第２の商人４０から第２の品目３５又は品目３５のグループを注文するというように、任意の適切な組み合わせで商人４０のそれぞれに別々の注文を行うことができる。それに代えて所定の顧客５０は、１を超える商人４０の売り物を当該所定の顧客５０が同時に見ることを可能にするｅ−コマース・チャンネルを介して１つ又は複数の注文を行うことができる。たとえば、所定の顧客５０は、異なる商人４０から提供された品目３５を注文処理のために入れることが可能な仮想「買い物かご」を使用できる。その種の買い物かごは、当該所定の顧客が異なるｅ−コマース・チャンネルにわたって持続する特定の注文のために品目を選択することを可能にする。たとえば顧客が、１つの商人のウェブ・サイト又はリスティング・ページから別の商人４０に関連付けされたチャンネルにブラウズするとき、顧客の買い物かごの中身が持続する。いくつかの実施形態において仮想買い物かごは、たとえば顧客５０が、かごの中の品目３５に関連付けされた各商人４０のために支払い取引を提出するのではなく、それらすべての品目のために１つの支払い取引を提出することを可能にすることによって顧客の注文経験を単純化できる。また仮想買い物かごは、詳細を後述するとおり、複数の異なる商人４０から所定の顧客５０によって注文された品目３５を整理統合する機会の識別を容易にできる。

注文充足の従来モデルにおいては、異なる商人４０からの注文された品目３５が別々に充足されて、充足の全体的なコストを増加させることがある。たとえば、品目３５のグループを別々に梱包し、出荷することは、それらの品目をまとめて梱包し、出荷することよりコストが掛かる。しかしながらいくつかの実施形態においては、充足センタ１０等の充足サービス・プロバイダを、単一の顧客５０によって複数の商人４０から注文された品目３５を整理統合するように構成でき、その結果、異なる商人４０からの注文された品目３５の少なくともいくつかが単一の出荷として梱包されて出荷されるが、各商人４０は、そのそれぞれの品目３５の商人として記録に残される。特定の品目３５をまとめて出荷することで充足のコストが低減され、結果として顧客５０に節約がもたらされるか、又は利益として商人４０及び／又は企業５によって確保される。同時に、各商人４０は、商取引に提供した品目３５の商人として記録に残り、及びそれに関連付けされる会計的、法的、及び／又はそのほかの義務及び利益を確保することができる。すなわち、充足サービス・プロバイダは、商人４０に代わって充足サービスを提供する品目３５の物理的な保護を有することができるが、プロバイダは、商人４０と顧客５０の間の取引における主役ではなく、単に仲介として機能できる。種々の実施形態においては、注文の充足におけるプロバイダの役割が、顧客５０に可視であることもあれば、そうでないこともある。

多くの異なる商人４０に代わって品目３５のための注文を充足する方法の１つの実施形態が図４に示されている。集合的に図１〜４を参照するが、動作がブロック４００で開始し、充足センタ１０等の充足サービス・プロバイダが、異なるそれぞれの商人４０により商取引に提供されている少なくとも２つの異なる品目３５について顧客５０によってなされた１つ又は複数の注文を受領する。いくつかの実施形態においては、商人４０のうちの１つ又は複数が、対応する注文された品目３５のために、図３に関連して前述したとおり、インターフェース２００等のセルフサービス充足サービス・インターフェースを介して充足サービスを要求していることがある。前述したとおり、注文（１つ又は複数）は、商人４０から、顧客５０から直接、又はサードパーティを介して受け取ることができる。仮想買い物かごが採用される実施形態においては、異なる品目３５、異なる商人４０、注文している顧客５０の間の関係が、仮想買い物かごの中身の処理の結果として生成されるデータ・レコード内において明示的であることもあれば、暗黙的であることもある。たとえば、仮想買い物かごは、顧客の注文を構成する各品目３５に共通の注文識別子を割り当て、後述するとおり、それがプロバイダによる品目３５の結合を容易にできる。

いくつかの実施形態においては、同一又は異なる商人４０からの複数の別個の注文が単一の顧客５０から受領された場合に、たとえば商人４０とプロバイダの間で調整できる共通の顧客識別子又は共通の注文識別子を基礎として、それらの注文をプロバイダがリンクすることができる。リンクされているとして、又は関連しているとして識別された後は、後述するとおり、可能な限りにおいて複数の注文を、充足処理のために単一の注文として処理することができる。その種の実施形態においてプロバイダは、１時間内、又は１日内に行われた注文等といった所定の時間間隔内に行われたか、又は受領された注文をリンクするだけでよい。間隔は、顧客によって指定された配達の態様に依存できる。たとえば、顧客５０が所定の注文について急ぎ出荷を要求した場合には、当該所定の注文の出荷における遅延を防止するように当該所定の注文とほかの注文をリンクするための時間間隔を比較的短くできる。

注文（１つ又は複数）の受領に続いて、指定された品目３５を保管庫から回収できる（ブロック４０２）。たとえば１つの実施形態においては、顧客注文が在庫管理システム３０によって処理され、在庫保管設備２０の中から指定の品目３５の選択を人的又は機械的ピッカーに指示する命令を生成することができる。いくつかの実施形態においては、指定の品目３５を、関連のない注文に予定されたほかの品目３５とともに回収できることが企図される。たとえばシステム３０は、ピッカーの効率を最適化するために、特に所定の注文の中で指定された品目３５が充足センタ１０内にわたって広く分散する場合にいくつかの注文を複数のピッカーの間に分割できる。

その後、２つの異なる商人４０に対応する回収された品目３５のうちの少なくとも２つを梱包できる（ブロック４０４）。たとえば、回収された品目３５を、適切な箱又はそのほかの包みの選択、保護パッキング材料の介挿、及び／又は梱包伝票、送り状、積荷目録、販売促進資料又はそのほかの資料の同封を含め、出荷のために適切に梱包するように充足センタ１０内の梱包エリアに引き渡すことができる。いくつかの実施形態においては、顧客注文（１つ又は複数）に対応するすべての品目３５が充足センタ１０内にあるとき、それらを単一の出荷用パッケージとして梱包してもよく、コスト、品目の特性、又は荷送業者の要件に指定があれば、複数のパッケージに分けることができる。いくつかの場合には、品目３５の充足が、たとえば品目の可用性に応じ、異なる充足センタ１０にわたって分散される。

その後に続いて、２つの異なる商人４０に対応する少なくとも２つの品目３５を含むパッケージを、顧客５０に向けて出荷できる（ブロック４０６）。たとえば、１つ又は複数のパッケージを、出荷のために共通の運送業者に差し出すことができる。

図４の方法に従って充足されたパッケージ内に含めることができる梱包伝票の１つの実施形態が図５に示されている。示されている実施形態においては、梱包伝票５００が、識別された顧客に対する出荷の中に４つの品目３５が含まれることを示している。品目Ａ及びＢは、商人Ａによって提供されたとして示されている。品目Ｃは、商人Ｂによって提供されたとして示されている。品目Ｄは、商人Ｃによって提供されたとして示されている。このように、商人Ａ〜Ｃは、それぞれの対応する品目Ａ〜Ｄについて記録に載る商人として示され、しかも識別された顧客は、品目Ａ〜Ｄを単一の出荷として受領できる。異なる数の品目及び商人を伴うこのほかの状況も企図される。注意を要するが、様々な実施形態においては、梱包伝票５００が、顧客に対する送り状、請求書、船荷証券、又はそのほかの、注文情報を要約するようにフォーマットされた書類に対応できる。

さらに注意を要するが、いくつかの実施形態においては、梱包伝票５００が、複数のページ又は多様な形でフォーマットされた構成要素を含むことができる。たとえば、記録される異なる商人に対応する品目３５を、梱包伝票５００の異なるページ又はセクションに示してもよい。いくつかの場合においては、梱包伝票５００が、記録される商人の情報のほかに情報又はデータを含むこともできる。たとえば、その種の情報は、記録される商人に関する所定の品目３５又は所定の品目３５に伴う取引に適用できる条件、保証情報、顧客サービス情報（たとえば、苦情、返品、交換等のための連絡先情報）、マーケティング又は販売促進情報（たとえば、将来の値引き、クーポンの提供等）、又はそのほかのタイプの情報を含む。いくつかの実施形態においては、梱包伝票５００に含められる情報を、顧客の地域に適した要件又は場所に合わせてカスタム化又はフォーマットする。たとえば、異なる行政管轄区（たとえば、州、郡等）内にいる顧客を伴う取引には異なる文書化要件を適用する。梱包伝票５００は、その種の要件又はそのほかの要因を考慮に入れて適切にフォーマットできる。

複数の商人から注文された品目３５の、より少ない出荷への整理統合は、前述したとおり、より低い充足コストに帰することができる。たとえば量が功を奏し、充足センタ１０は、個別の商人４０が利用できる出荷レートに比べて割引されたレートへの優先的なアクセスを有することができる。したがって、品目３５と別の商人４０からの品目３５の出荷のための結合を可能にすることによって所定の商人４０は、より低い出荷及び梱包のコストを享受できる。さらに、より適時的及び／又は便利な出荷経験を通じて顧客の好感度を増加できる。たとえば、顧客の注文を、当該注文に関係する各商人４０がそれぞれの部分を別々に充足する場合より、充足センタ１０からの充足を通じてより迅速に完了できる。さらに、顧客５０への出荷コストの削減の可能性に加えて、たとえば顧客又は顧客の代理人が配達の時点にいなければならないとするのであれば、より少ない出荷が品目３５の受け取りにおける顧客の不便を低減できる。

注意を要するが、上記のとおりの注文の整理統合は、充足コストの低減に充分となるが、その種の整理統合が必ずしもそうならなくてよい。いくつかの状況においては、単一の品目３５の充足のコストを、充足センタ１０を通じて、商人４０が独自の充足を行った場合より低くできる。たとえば充足センタ１０は、より小さい規模で独自の充足を行う商人４０に対し、より大きな規模の効果、在庫及び供給チェーン管理のためのより良好なインフラストラクチャ、又は削減された充足コストに帰するそのほかの利点から利益を得ることができる。

いくつか場合において、登録インターフェース２００を介した充足サービスのための商人による所定の品目３５の登録は、充足センタ１０によって充足される品目３５に利用可能な、顧客が無料の標準出荷、無料の急ぎ出荷、値引きされた標準又は急ぎ出荷等を受けることができる値引き又は急ぎ出荷による販売促進等といった種々のサービス又は販売促進の機会について品目３５を適格とすることができる。そのほかの販売促進機会は、現在の注文に対する値引き、将来の注文に対する信用販売、ロイヤルティ・プログラム・ポイント、パートナの商人による値引き又は信用販売、又はそのほかのタイプの販売促進を含むことができる。その種の適格性は、注文の中で所定の品目３５とほかの品目３５を組み合わせることなく、顧客５０が単一の単位の所定の品目３５を注文する場合であっても適用できる。たとえば、１つの実施形態において、充足センタ１０によって充足される品目３５の販売促進に係る出荷の手配又はそのほかの販売促進の機会についての適格性が、顧客の注文の合計金額に依存できる。その種の実施形態においては、所定の品目３５が、適格の評価基準を満たす価格を有していれば、顧客５０は、単一単位の所定の品目３５の注文時に単独で、又は充足センタ１０によって充足されるほかの品目３５との組み合わせで販売促進に係る報酬を受け取ることができる。

いくつかの実施形態においては、前述したとおりの充足サービスのための商人のセルフサービス登録からもたらされるコスト削減及び／又は充足センタ１０の効率からもたらされるコスト削減を、値引き又は急ぎの出荷、品目の値引き、又はそのほかのタイプの販売促進を受け取る機会等の顧客に提供される販売促進の機会への資金供給に使用できる。ほかの場合においては、その種のコスト削減を、充足サービスのための料金に対する値引き又は貸方勘定として、利益共有又は協同マーケティング基金として、又はほかの適切な形で商人４０に提供できる。その種の節約は、企業５が保持するか、又は企業５、商人４０、及び／又は顧客５０の間において、前述した方法の任意の組み合わせで分配することもできる。

前に述べたとおり、前述の方法及びテクニックの様々な側面（たとえば、登録インターフェース２００及び／又は管理インターフェース２２０の様々な側面）は、ウェブ・ページの使用を通じて商人４０又は顧客５０に示すことができる。一般的に言えば、ウェブ・ページは、データ・コンテンツをはじめデータ・コンテンツの提供をコントロールするように構成されているメタデータ・コンテンツを含む。たとえばウェブ・ページは、テキスト、静止画、ビデオ・コンテンツ、移動可能リンク、又はそのほかのタイプのデータ・コンテンツをはじめ、データ・コンテンツの配置、見かけ、インタラクティブな振る舞い、又はそのほかの提供態様をコントロールできるメタデータ又は命令を含む。

しばしば、ウェブ・ページのデータ及びメタデータ・コンテンツは、いずれかのバージョンのハイパーテキスト・マークアップ言語（ＨＴＭＬ）又はウェブ−ベースのコンテンツ実装のためのそのほかの任意の適切な言語等の言語でコード化される。ウェブ・ページのコンテンツは、たとえば、充足センタ１０又は企業５によって実装されるか、又はそれに代わるウェブ・ホスト等のコンテンツ・ソースから、商人４０又は顧客５０等のクライアントへ、ネットワーク（たとえば、イントラネット又は専用ネットワーク）を介し、いずれかのバージョンのハイパーテキスト・トランスポート・プロトコル（ＨＴＴＰ）等の適切なトランスポート・プロトコルを使用して伝達される。その後それらのコンテンツを、ウェブ・ブラウザ等の適切なクライアント・アプリケーションを用いて、コーディング言語又はメタデータ・コンテンツによって示されるとおりに解釈し、又は処理することができる。いくつかの例示的なタイプのウェブ・ブラウザは、限定ではないがマイクロソフト・インターネット・エクスプローラ（Ｍｉｃｒｏｓｏｆｔ Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ^TM）、モジラ・ファイヤーフォックス（Ｍｏｚｉｌｌａ Ｆｉｒｅｆｏｘ）、及びオペラ（Ｏｐｅｒａ^TM）を含む。クライアントに対するウェブ・ページの提供に加えて、ウェブ・ブラウザは、クライアントから入力データを収集して、処理することもできる。たとえばブラウザは、クライアントに示すことができる移動可能リンク、メニュー項目、ボタン、又はそのほかのタイプの入力デバイスの選択又はアクティブ化を検出でき、またその種の選択又はアクティブ化に応答してコンテンツ・ソース又は別のエンティティ又はシステムにデータを返すか、異なるコンテンツ・ソースに移動するか、又は別の適切な動作を実行することによって動作する。

一般的なウェブ・ページの１つの実施形態を図６に示す。示されている実施形態においては、ブラウザ・ウインドウ６００がウェブ・ページ６１０を含んで示されている。ウェブ・ページ６１０内に含められる様々なタイプのコンテンツの中にはテキスト・コンテンツ６２０、画像コンテンツ６３０、入力機能６４０、移動可能リンク６５０があるが、ほかの実施形態においてはウェブ・ページ６１０が、ここで特に列挙していないタイプを含め、より多くの、又はより少ないタイプのコンテンツを様々な組み合わせで含むことができる。種々のコンテンツ・タイプが分離された特徴として示されているが、それらはブラウザの能力及びウェブ・ページ６１０の実装に使用される言語に従って任意の適切な態様で散在させるか、又は結合できる。１つの実施形態においては、ブラウザ・ウインドウ６００は、前述のもの等のウェブ・ブラウザによって生成され、管理される。

１つの実施形態においては、ウェブ・ページ６１０のコンテンツ及び種々のコンテンツ特徴の配置を、たとえばインターフェース２００によって、又はそれに代わって生成し、図３に関連して前述したセルフサービス充足サービス登録プロセスを商人４０が起動できるウェブ・ページを実装できる。たとえばテキスト・コンテンツ６２０、画像コンテンツ６３０、入力機能６４０は、たとえば商人４０がデータを挿入できるフィールドを伴うフォームの提供を通じて、充足サービス・プロバイダから商人４０へのデータの入力の要求を示し、またそれに応答して商人４０がその種のデータを入力し、伝えることを可能にするテクニックを提供するように構成されている。

別の実施形態においては、ウェブ・ページ６１０が、顧客５０に向けた品目３５の商取引への売り物の提供をはじめ、そのほかの、おそらくは顧客５０の関心を引くデータの提供に適したｅ−コマース・チャンネルを実装するように構成されている。たとえば商人４０が、独自のコンテンツを生成してウェブ・ページ６１０を介して顧客５０にそれを伝達する独自のｅ−コマース・ホスティング設備を運営できる。それに代えて商人４０は、企業５等の別の当事者とともに、その商人のためにその種のウェブ・ページ６１０を提供するように手配できる。別の実施形態においては、企業５又は別の当事者が、１つ又は複数のウェブ・ページ６１０を介して前述したようなｅ−コマース市場を実現できる。たとえば、特定の品目３５のため、又は複数の品目３５のための様々な商人４０からの多数の提供を、ウェブ・ページ６１０を介して顧客５０に表示できる。

例示的なコンピュータ・システムの実施形態
いくつかの実施形態においては、上で述べた方法又はテクニックのいずれかを、コンピュータ−アクセス可能媒体を介してストア又は伝達が可能なプログラム命令及びデータとして実現できることが企図される。その種の方法又はテクニックは、たとえば限定ではないが、システム３０、インターフェース２００、及び／又はデータベース２１０の機能をはじめ、図３及び４に示されている方法又はそれらの任意の適切な変形又は部分を含むことができる。またその種のプログラム命令は、前述した方法及びテクニックのサポートにおける演算機能の実行、たとえばオペレーティング・システム機能、アプリケーション機能、及び／又はそのほかの任意の適切な機能のインスタンス作成を行うように実行可能である。

コンピュータ−アクセス可能媒体を含むコンピュータ・システムの例示的な１つの実施形態を図７に示す。示されている実施形態において、コンピュータ・システム９００は、入力／出力（Ｉ／Ｏ）インターフェース９３０を介してシステム・メモリ９２０に結合された１つ又は複数のプロセッサ９１０を含む。さらにコンピュータ・システム９００は、Ｉ／Ｏインターフェース９３０に結合されたネットワーク・インターフェース９４０を含む。いくつかの実施形態においては、コンピュータ・システム９００の単一のインスタンスを使用して在庫管理システム５０を実装できることが企図されるが、ほかの実施形態においては、複数のその種のシステムを、在庫管理システム５０の異なる部分又はインスタンスをホストするように構成されている。たとえば、１つの実施形態においては、いくつかのデータ・ソース又はサービス（たとえば、購入管理サービス）を、ほかのデータ・ソース又はサービス（たとえば、注文入力／充足サービス）を実装するインスタンスとは別のコンピュータ・システム９００のインスタンスを介して実装できる。注意を要するが、いくつかの実施形態においては、様々な形で前述したとおりの在庫管理システム５０の機能を、任意の適切な形でいくつかの別個のモジュール、プロシージャ、又はそのほかの機能部分に分割できる。結果として得られる在庫管理システム５０の部分は、その後、コンピュータ・システム９００の１つ又はいくつかのインスタンスの間における統一又は分散システムとして、たとえばプロセッサ９１０のうちの１つ又は複数によって実行可能なインスタンスとして実装できる。

様々な実施形態において、コンピュータ・システム９００を、１つのプロセッサ９１０を含むユニプロセッサ・システム、又はいくつかの（たとえば、２、４、８、又は別の適切な数の）プロセッサ９１０を含むマルチプロセッサ・システムとすることができる。プロセッサ９１０は、命令を実行することが可能な任意の適切なプロセッサとすることができる。たとえば、種々の実施形態においてプロセッサ９１０を、ｘ８６、パワーＰＣ（ＰｏｗｅｒＰＣ）、スパーク（ＳＰＡＲＣ）、又はＭＩＰＳ ＩＳＡ、又はそのほかの任意の適切なＩＳＡといった様々な命令セット・アーキテクチャ（ＩＳＡ）のいずれかを実装する汎用又は埋め込みプロセッサとすることができる。マルチプロセッサ・システムにおいては、プロセッサ９１０のそれぞれが、必然ではないが、同一ＩＳＡを共通に実装できる。

システム・メモリ９２０は、プロセッサ９１０によってアクセス可能なプログラム命令及び／又はデータをストアするように構成されている。種々の実施形態においては、スタティック・ランダム・アクセス・メモリ（ＳＲＡＭ）、同期ダイナミックＲＡＭ（ＳＤＲＡＭ）、不揮発性／フラッシュ・タイプのメモリ、又は任意のそのほかのタイプのメモリ等、任意の適切なメモリ・テクノロジを使用してシステム・メモリ９２０を実装できる。示されている実施形態においては、前述したような所望の機能を実施するプログラム命令及びデータが、コード９２５としてシステム・メモリ９２０内にストアされることが示されている。

１つの実施形態においては、プロセッサ９１０、システム・メモリ９２０、任意の周辺デバイスの間におけるＩ／Ｏトラフィックを調和するようにＩ／Ｏインターフェース９３０が構成されている。それらの周辺デバイスにはネットワーク・インターフェース９４０又はそのほかの周辺インターフェースを含む。いくつかの実施形態においては、Ｉ／Ｏインターフェース９３０が、１つのコンポーネント（たとえば、システム・メモリ９２０）からのデータ信号を別のコンポーネント（たとえば、プロセッサ９１０）による使用に適したフォーマットに変換するように任意の必要なプロトコル、タイミング、又はそのほかのデータの変換を実行できる。いくつかの実施形態においては、Ｉ／Ｏインターフェース９３０が、たとえばペリフェラル・コンポーネント・インターコネクト（ＰＣＩ）バス標準又はユニバーサル・シリアル・バス（ＵＳＢ）標準の変形等の様々なタイプの周辺バスを通じて取り付けられるデバイスのためのサポートを含む。いくつかの実施形態においては、Ｉ／Ｏインターフェース９３０の機能を、２つ又はそれより多くの別々のコンポーネント、たとえばノース・ブリッジとサウス・ブリッジ等に分割できる。またいくつかの実施形態においては、システム・メモリ９２０に対するインターフェース等のＩ／Ｏインターフェース９３０の機能を、プロセッサ９１０内に組み込むこともできる。

ネットワーク・インターフェース９４０は、コンピュータ・システム９００と、ネットワークに取り付けられたほかのデバイス、たとえばほかのコンピュータ・システムの間におけるデータの交換を可能にするように構成されている。種々の実施形態においては、ネットワーク・インターフェース９４０が、任意の適切なタイプの、たとえばイーサネット（登録商標）・ネットワーク等の有線又は無線の汎用データ・ネットワーク経由、アナログ音声ネットワーク又はディジタル・ファイバ通信ネットワーク等のテレコミュニケーション／電話網経由、ファイバ・チャンネルＳＡＮ等のストレージ・エリア・ネットワーク経由、又はそのほかの任意の適切なタイプのネットワーク及び／又はプロトコル経由の通信をサポートできる。

いくつかの実施形態においては、前述したとおりシステム・メモリ９２０を、プログラム命令とデータをストアするように構成されたコンピュータ−アクセス可能媒体の１つの実施形態とすることができる。しかしながらほかの実施形態においては、異なるタイプのコンピュータ−アクセス可能媒体上においてプログラム命令及び／又はデータを受信、送信、又はストアできる。一般的に言えば、コンピュータ−アクセス可能媒体は、Ｉ／Ｏインターフェース９３０を介してコンピュータ・システム９００に結合される磁気又は光媒体、たとえばディスク又はＣＤ／ＤＶＤ−ＲＯＭ等のストレージ媒体又はメモリ媒体を含むことができる。またコンピュータ−アクセス可能媒体は、ＲＡＭ（たとえば、ＳＤＲＡＭ、ＤＤＲ ＳＤＲＡＭ、ＲＤＲＡＭ、ＳＲＡＭ等）、ＲＯＭ等の任意の揮発性又は不揮発性媒体を含むこともでき、いくつかの実施形態においては、それらをシステム・メモリ９２０又は別のタイプのメモリとしてコンピュータ・システム９００内に含めることができる。コンピュータ−アクセス可能媒体を介してストアされるプログラム命令やデータは、ネットワーク及び／又は無線リンク等の通信媒体を介して伝達できる電気、電磁気、又はディジタル信号等の送信媒体又は信号によって送信され、かつたとえばネットワーク・インターフェース９４０を介して実装される。

加えて、前述されており、かつたとえば図３及び４に示されている方法又はテクニックのいずれかを、その種のサービスを要求するクライアントのために実行できるウェブ・サービスとして実装できることが企図される。一般的に言えば、ウェブ・サービスとして機能又はサービスを提供することは、異なるソフトウエア・プログラムが自律的にウェブ−ベースで、かつ通常はプラットフォーム非依存の態様で通信すること（たとえば、サービスを要求すること、及びその種の要求に応答すること）を可能にするように構成された様々な標準化されたＡＰＩのいずれかを提供することを含む。たとえば企業は、特定の企業データ（たとえば、カタログ・データ、在庫データ、顧客データ、又はそのほかのタイプのデータ）及び／又は特定の企業機能（たとえば、充足サービス要求処理機能、クエリ機能、電子商取引機能、汎用データ・ストレージ又は演算機能等）を、ウェブ・サービス・インターフェースを介して外部クライアント（たとえば、商人４０又は顧客５０）に露出することを選択できる。その場合に露出されたデータ及び／又は機能にウェブ・サービス・インターフェースを介してアプリケーションがアクセスすることは、アクセスするアプリケーションが露出されたデータ又は機能をホストするプラットフォームとはまったく異なるプラットフォーム（たとえば、異なるオペレーティング・システム又はシステム・アーキテクチャ）上において動作するように構成されている場合であっても、可能になる。たとえば、商人４０は、インターフェース２００によって露出されているウェブ・サービス呼び出しを通じ、充足サービスのために品目３５のセルフサービス登録を実行すること、又は充足されるべき注文を充足センタ１０に知らせることができる。

いくつかの実施形態においては、ウェブ・サービスの提供が、利用可能なウェブ・サービスを潜在的ユーザに公開するため、ウェブ・サービスのインターフェースを充分に記述してユーザがウェブ・サービスを適切に起動することを可能にするため、ユーザが特定の取引のためにウェブ・サービス間の差異を認めて選択することを可能にするため、及び柔軟かつプラットフォーム非依存の態様でウェブ・サービス・データを交換するためのフォーマットを提供するために、実行可能（たとえば、コード９２５の一部）とすることができる特定のプロトコルの使用を含む。特に、１つの実施形態においては、ウェブ・サービスのプロバイダが、潜在的なリソース・ユーザが関心のあるウェブ・サービスを探すことができる汎用ディレクトリとして機能できるユニバーサル・ディスカバリ・デスクリプション・アンド・インテグレーション（Universal Discovery Description and Integration（ＵＤＤＩ））プロトコルを使用してサービスを登録できる。ウェブ・サービス・プロバイダは、また、ユーザからの良好に構成されたウェブ・サービス要求はどのようにフォーマットされる必要があるかに関する特定の詳細（たとえば、どのような特定パラメータが必要とされるか、又は許容されるか、どのようなデータ型又はフォーマットを所定のパラメータに使用するべきか等）を公開することもできる。たとえば、いずれかのバージョンのウェブ・サービス記述言語（ＷＳＤＬ）を使用してその種のインターフェース詳細を（たとえば、ＵＤＤＩディレクトリのエントリ内において）公開できる。

多くの実施形態では、ウェブ・サービス要求及び応答データが、いずれかのバージョンの拡張マークアップ言語（ＸＭＬ）に準じてフォーマットされたドキュメント等のプラットフォーム非依存の構造化データとしてフォーマットされたメッセージ又はドキュメントの使用を通じてクライアントとサービス・プロバイダの間において交換される。たとえば、１つの実施形態においては、所定の在庫品目についての在庫健康情報の提供を求めるウェブ・サービス要求を、関心のある品目、要求されるデータ（たとえば、在庫健康データ）の型を識別するフィールド、及びおそらくはほかのフィールドを含むＸＭＬドキュメント内に埋め込むことができ、その際、各フィールドは、そのフィールドを表すデータの型を記述するＸＭＬタグによって区切られる。その種の要求に対するウェブ・サービス・プロバイダからの応答は、要求されたデータが入れられたＸＭＬドキュメントを含む。いくつかの実施形態では、要求を行っているアプリケーションとターゲットされたウェブ・サービスの間において、たとえばいずれかのバージョンのハイパーテキスト・トランスファ・プロトコル（ＨＴＴＰ）等のウェブ−ベースの転送プロトコルを使用してウェブ・サービス関連ドキュメントを送信できる。

異なるタイプのウェブ・サービス要求及び応答が、ほとんど共通のコンテンツを持っていないＸＭＬドキュメントをもたらすことがあり、それがその種のドキュメントの扱い及び解釈を煩雑にすることがある。たとえば、ウェブ・サービス要求を指定する異なるバージョンのフリー−フォームＸＭＬドキュメントにおいて、要求されている実際のウェブ・サービスが異なるドキュメント・バージョン内の異なる場所に現れることがあり、それによりそのドキュメントの受領側が、そのドキュメントが何についてであるか理解する前に、相当量のドキュメント・データのバッファ又はパーズを必要とすることがある。結局、いくつかの実施形態においては、ウェブ・サービス要求／応答を含むＸＭＬドキュメントを、メッセージ・フレームワークの定義に使用される追加のＸＭＬデータ、たとえば任意のコンテンツを有するドキュメント又はメッセージの交換のための汎用フォーマット内にカプセル化できる。たとえば、１つの実施形態においては、ウェブ・サービス要求又は応答を、種々のバージョンにおいて「エンベロープ」（たとえば、ドキュメントのタイプ、意図された受領側ウェブ・サービス等を含むことができる）等の明確なドキュメント・セクションをはじめ任意のＸＭＬメッセージ・データ（たとえば、ウェブ・サービス要求の特定の詳細）を含むことができるメッセージ本体を定義できるシンプル・オブジェクト・アクセス・プロトコル（Simple Object Access Protocol（ＳＯＡＰ））のいずれかのバージョンに従ってフォーマットされたＸＭＬドキュメントとすることができる。しかしながらいくつかの実施形態においては、ウェブ・サービスを、サービスの公開及びメッセージのフォーマット及び交換のための異なるプロトコル及び標準を使用して実装できる。

加えて、いくつかの実施形態においては、ウェブ・サービス・システムを、ＳＯＡＰタイプのプロトコル等のドキュメント−ベースのテクニックを使用することなく実装できる。たとえば、ドキュメント−ベースのアプローチに対する代替として、ウェブ・サービスを、レプレゼンテーショナル・ステート・トランスファ（Representational State Transfer（ＲＥＳＴ））タイプのアーキテクチャを使用して実装できる。一般的に言えば、ＲＥＳＴタイプのアーキテクチャにおいては、ウェブ・サービス要求を、いずれかのバージョンのＨＴＴＰプロトコルを介して伝達されるＰＵＴ又はＧＥＴコマンド等の、トランスポート・プロトコルを介して伝達されるコマンドとしてフォーマットできる。ドキュメント−ベースのウェブ・サービス・アーキテクチャにおいてドキュメント内に埋め込みできる要求のパラメータは、それに代えてＲＥＳＴタイプのアーキテクチャにおけるコマンド・パラメータとして含めることができる。このほかの適切なウェブ・サービス・アーキテクチャの構成も可能であり、企図されている。

以上の実施形態はかなり詳細に述べられているが、以上の開示が完全に認識された後は、多くの変形及び修正が当業者に明らかになるであろう。特許請求の範囲には、すべてのその種の変形及び修正を含むように解釈されることが意図されている。

＜付記１＞ 命令をストアするように構成されたメモリと、
前記メモリに結合された１つ又は複数のプロセッサとを含み、前記命令が、前記１つ又は複数のプロセッサのうちの少なくとも１つによって在庫管理システムを実施するように実行可能であり、前記在庫管理システムが、
登録インターフェースを実装し、
充足サービス・プロバイダから在庫品目のための在庫充足サービスを受けることを求める要求を、前記登録インターフェースを介して商人から受け取り、
前記要求が有効であるか否かを決定し、かつ 前記要求が有効であるとの決定に応答して前記商人に前記登録インターフェースを介して、いくらかの単位の前記在庫品目を前記充足サービス・プロバイダに渡すための情報を提供するように構成されるシステム。
＜付記２＞ 前記充足サービス・プロバイダは、複数の商人から前記複数の商人によって商取引に提供されているそれぞれの在庫品目のための在庫充足サービスを受けることを求める要求を受け取る前記商人は前記複数の商人のうちの１人であり、前記在庫管理システムが、さらに、
前記複数の商人のうちの２人又はそれより多くの異なる商人によってそれぞれ提供されている前記在庫品目のうちの２つ又はそれより多くについて顧客によってなされた１つ又は複数の注文を受け取り、
前記１つ又は複数の注文の受け取りに応答して、前記２つ又はそれより多くの在庫品目が、１つ又は複数の出荷で前記顧客に出荷されることを指示するように構成され、前記１つ又は複数の出荷のうちの少なくとも１つが、前記２人又はそれより多くの異なる商人によって提供された在庫品目を含み、かつ前記２人又はそれより多くの異なる商人のそれぞれが、それぞれの提供した在庫品目に対して記録された商人となる付記１に記載のシステム。
＜付記３＞ 前記在庫管理システムが、さらに、
前記商人によって商取引に提供されている前記在庫品目のうちの１つ又は複数の単位について前記顧客によってなされた注文を受け取り、
前記注文が販売促進機会について適格であるか否かを決定し、
前記注文が適格である場合には、前記１つ又は複数の単位が、前記販売促進機会の条件の下に前記顧客に出荷されることを指示するように構成される付記１に記載のシステム。＜付記４＞ 前記注文が前記販売促進機会について適格か否かを決定するために、前記在庫管理システムが、さらに、前記注文の合計金額がしきい値を超えるか否かを決定するように構成される付記３に記載のシステム。
＜付記５＞ 前記販売促進機会は、値引き出荷の機会を含む付記３に記載のシステム。
＜付記６＞ 前記要求が有効であるか否かを決定するために、前記在庫管理システムが、さらに、前記商人が在庫充足サービスを受ける資格があるか否かを決定するように構成される付記１に記載のシステム。
＜付記７＞ 前記要求が有効であるか否かを決定するために、前記在庫管理システムが、さらに、前記在庫品目が在庫充足サービスを受ける資格があるか否かを決定するように構成される請求項１に記載のシステム。
＜付記８＞ 前記商人に前記登録インターフェースを介していくらかの単位の前記在庫品目を渡すための情報を提供するために、前記在庫管理システムが、さらに、前記商人に前記登録インターフェースを介して前記充足サービス・プロバイダに対する前記いくらかの単位の前記在庫品目の識別に適した識別データを含むドキュメントを渡すように構成される付記１に記載のシステム。
＜付記９＞ 前記ドキュメントは、前記商人が前記在庫品目に貼るために適した１つ又は複数のラベルを作ることを可能にするようにフォーマットされ、前記１つ又は複数のラベルは、前記識別データのうちの少なくともいくつかを示す付記８に記載のシステム。
＜付記１０＞ 前記商人に前記登録インターフェースを介していくらかの単位の前記在庫品目を渡すための情報を提供するために、前記在庫管理システムが、さらに、前記商人に前記登録インターフェースを介して前記充足サービス・プロバイダに対する出荷のための前記いくらかの単位の前記在庫品目を含む１つ又は複数のパッケージの識別に適した出荷データを含むドキュメントを渡すように構成される付記１に記載のシステム。
＜付記１１＞ 前記ドキュメントは、前記商人が前記いくらかの単位の前記在庫品目を含む前記１つ又は複数のパッケージに貼るのに適した１つ又は複数のラベルを作ることを可能にするようにフォーマットされ、前記１つ又は複数のラベルは、前記出荷データのうちの少なくともいくつかを示す付記１０に記載のシステム。
＜付記１２＞ 前記在庫管理システムが、さらに、前記いくらかの単位の前記在庫品目が、前記充足サービス・プロバイダによって受け取られたことを決定するように構成される付記１に記載のシステム。
＜付記１３＞ 前記在庫管理システムが、さらに、
前記要求の受け取りに応答して、前記商人が、在庫充足サービスを受けるように登録されているか否かを決定し、 前記商人が登録されていないとの決定に応答して、前記商人に登録データを要求し、かつ前記登録データの少なくともいくつかの妥当性検査を試みるように構成される付記１に記載のシステム。
＜付記１４＞ 前記登録インターフェースを介して前記要求を受け取るために、前記在庫管理システムが、さらに、前記登録インターフェースによって前記商人に示される１つ又は複数のウェブ・ページを介して前記要求を受け取るように構成される付記１に記載のシステム。
＜付記１５＞ 前記登録インターフェースを介して前記要求を受け取るために、前記在庫管理システムが、さらに、前記登録インターフェースによって前記商人に示されるウェブ・サービス・インターフェースを介して前記要求を受け取るように構成される付記１に記載のシステム。
＜付記１６＞ 充足サービス・プロバイダが、前記充足サービス・プロバイダから在庫品目のための在庫充足サービスを受けることを求める要求を、コンピュータ実施登録インターフェースを介して、商人から受け取ることと、
前記充足サービス・プロバイダが、前記要求が有効であるか否かを決定することと、
前記要求が有効であるとの決定に応答して、前記充足サービス・プロバイダが前記商人に、前記登録インターフェースを介して、いくらかの単位の前記在庫品目を前記充足サービス・プロバイダに渡すための情報を提供することとを含む方法。
＜付記１７＞ 前記充足サービス・プロバイダは、複数の商人から前記複数の商人によって商取引に提供されているそれぞれの在庫品目のための在庫充足サービスを受けることを求める要求を受け取る前記商人は前記複数の商人のうちの１人であり、さらに前記方法が、 前記複数の商人のうちの２人又はそれより多くの異なる商人によってそれぞれ提供されている前記在庫品目のうちの２つ又はそれより多くについての顧客によってなされた１つ又は複数の注文を前記充足サービス・プロバイダが受け取ること、
前記１つ又は複数の注文の受け取りに応答して、前記充足サービス・プロバイダが、前記２つ又はそれより多くの在庫品目を１つ又は複数の出荷で前記顧客に出荷することを含み、前記１つ又は複数の出荷のうちの少なくとも１つが、前記２人又はそれより多くの異なる商人によって提供された在庫品目を含み、かつ前記２人又はそれより多くの異なる商人のそれぞれが、それぞれの提供した在庫品目に対して記録された商人となる付記１６に記載の方法。
＜付記１８＞ さらに、
前記商人によって商取引に提供されている前記在庫品目のうちの１つ又は複数単位について前記顧客によってなされた注文を受け取ることと、
前記注文が販売促進機会について適格であるか否かを決定することと、
前記注文が適格である場合には、前記１つ又は複数の単位が、前記販売促進機会の条件の下に前記顧客に出荷されることを指示することとを含む付記１６に記載の方法。
＜付記１９＞ 前記充足サービス・プロバイダが前記要求が有効であるか否かを決定することは、前記充足サービス・プロバイダが、前記商人が在庫充足サービスを受ける資格があるか否かを決定することを含む付記１６に記載の方法。
＜付記２０＞ 前記充足サービス・プロバイダが前記要求が有効であるか否かを決定することは、前記充足サービス・プロバイダが、前記在庫品目が在庫充足サービスを受ける資格があるか否かを決定を含む付記１６に記載の方法。
＜付記２１＞ 前記充足サービス・プロバイダが前記商人に、前記登録インターフェースを介して、いくらかの単位の前記在庫品目を渡すための情報を提供することは、前記充足サービス・プロバイダが前記商人に、前記登録インターフェースを介して、前記充足サービス・プロバイダに対する前記いくらかの単位の前記在庫品目の識別に適した識別データを含むドキュメントを渡すことを含む付記１６に記載の方法。
＜付記２２＞ 前記充足サービス・プロバイダが前記商人に、前記登録インターフェースを介して、いくらかの単位の前記在庫品目を渡すための情報を提供することは、前記充足サービス・プロバイダが前記商人に、前記登録インターフェースを介して、前記充足サービス・プロバイダに対する出荷のための前記いくらかの単位の前記在庫品目を含む１つ又は複数のパッケージの識別に適した出荷データを含むドキュメントを渡すことを含む付記１６に記載の方法。
＜付記２３＞ さらに、前記充足サービス・プロバイダが、前記いくらかの単位の前記在庫品目を受け取り、保管することを含む付記１６に記載の方法。
＜付記２４＞ 前記充足サービス・プロバイダが、前記いくらかの単位の前記所定の品目を受け取ることは、前記充足サービス・プロバイダが、前記いくらかの単位の前記所定の品目の少なくともいくつかを、前記商人以外の前記商人に代わる当事者から受け取ることを含む付記２３に記載の方法。
＜付記２５＞ さらに、
前記要求の受け取りに応答して、前記充足サービス・プロバイダが、前記商人が在庫充足サービスを受けるように登録されているか否かを決定すること、
前記商人が登録されていないとの決定に応答して、前記充足サービス・プロバイダが前記商人に登録データを要求し、かつ前記登録データの少なくともいくつかの妥当性検査を試みることを含む付記１６に記載の方法。
＜付記２６＞ 前記充足サービス・プロバイダが前記要求を前記コンピュータ実施登録インターフェースを介して受け取ることは、前記充足サービス・プロバイダが、前記要求を、前記登録インターフェースによって前記商人に示される１つ又は複数のウェブ・ページを介して受け取ることを含む付記１６に記載の方法。
＜付記２７＞ 前記充足サービス・プロバイダが前記要求を前記コンピュータ実施登録インターフェースを介して受け取ることは、前記充足サービス・プロバイダが、前記要求を、前記登録インターフェースによって前記商人に示されるウェブ・サービス・インターフェースを介して受け取ることを含む付記１６に記載の方法。
＜付記２８＞ 付記１６〜２７のうちのいずれかに記載の方法を実施するように実行可能な命令を含むコンピュータ−アクセス可能媒体。
＜付記２９＞ 命令をストアするように構成されたメモリと、
前記メモリに結合された１つ又は複数のプロセッサとを含み、
前記命令が、前記１つ又は複数のプロセッサのうちの少なくとも１つによって在庫管理システムを実施するように実行可能であり、
前記在庫管理システムが、
充足サービス・プロバイダから在庫品目のための在庫充足サービスを受けることを求める要求を複数の商人から受け取り、前記複数の商人のうちの所定の１人からの前記要求のうちの所定の１つが人的介入を必要としない登録インターフェースを介して受け取られ、かつ前記在庫品目が前記複数の商人によって商取引に提供され、
前記複数の商人のうちの２人又はそれより多くの異なる商人によってそれぞれ提供されている前記在庫品目のうちの２つ又はそれより多くについて顧客によってなされた１つ又は複数の注文を受け取り、
前記１つ又は複数の注文の受け取りに応答して、前記２つ又はそれより多くの在庫品目が、１つ又は複数の出荷で前記顧客に出荷されることを指示するように構成され、前記１つ又は複数の出荷のうちの少なくとも１つが、前記２人又はそれより多くの異なる商人によって提供された在庫品目を含み、かつ前記２人又はそれより多くの異なる商人のそれぞれが、それぞれの提供した在庫品目に対して記録された商人となるシステム。
＜付記３０＞ 前記在庫管理システムが、さらに、前記顧客に梱包伝票が提供されることを指示するように構成され、前記梱包伝票が、前記２人又はそれより多くの異なる商人のそれぞれを、それぞれの提供した在庫品目に対して記録された商人として示されるようにフォーマットされる付記２９に記載のシステム。
＜付記３１＞ 前記在庫管理システムが、さらに、前記登録インターフェースによって前記所定の商人に提供された１つ又は複数のウェブ・ページを介して前記所定の要求を受け取るように構成される付記２９に記載のシステム。
＜付記３２＞ 前記在庫管理システムが、さらに、前記登録インターフェースによって前記所定の商人に示されるウェブ・サービス・インターフェースを介して前記所定の要求を受け取るように構成される付記２９に記載のシステム。
＜付記３３＞ 前記命令が、さらに、前記顧客に電子商取引市場を示すように実行可能であり、それを通じて前記在庫品目のうちの前記２つ又はそれより多くが前記複数の商人のうちの前記２人又はそれより多くの異なる商人によってそれぞれ提供される付記２９に記載のシステム。
＜付記３４＞ 前記電子商取引市場は、１つ又は複数のウェブ・ページを含む付記３３に記載のシステム。
＜付記３５＞ 前記電子商取引市場は、ウェブ・サービス・インターフェースを含む付記３３に記載のシステム。
＜付記３６＞ 前記在庫品目のうちの前記２つ又はそれより多くが、前記複数の商人のうちの前記２人又はそれより多くの異なる商人にそれぞれ関連付けされた電子商取引チャンネルを通じて商取引に提供される付記２９に記載のシステム。
＜付記３７＞ 前記電子商取引チャンネルのうちの少なくとも１つは、１つ又は複数のウェブ・ページを含む付記３６に記載のシステム。
＜付記３８＞ 前記電子商取引チャンネルのうちの少なくとも１つは、ウェブ・サービス・インターフェースを含む付記３７に記載のシステム。
＜付記３９＞ 前記顧客は複数の個人に対応し、そのそれぞれは、自分の注文が共通の宛先に出荷されることを承諾している付記２９に記載のシステム。
＜付記４０＞ 充足サービス・プロバイダが、前記充足サービス・プロバイダから在庫品目のための在庫充足サービスを受けることを求める要求を複数の商人から受け取ること、及び前記複数の商人のうちの所定の１つから前記要求の所定のうちの１つが人的介入を必要としない登録インターフェースを介して受け取られ、かつ前記在庫品目が前記複数の商人によって商取引に提供されること、 前記充足サービス・プロバイダが、前記複数の商人のうちの２人又はそれより多くの異なる商人によってそれぞれ提供されている前記在庫品目のうちの２つ又はそれより多くについて顧客によってなされた１つ又は複数の注文を受け取ること、
前記１つ又は複数の注文の受け取りに応答して、前記充足サービス・プロバイダが、前記２つ又はそれより多くの在庫品目を、１つ又は複数の出荷で前記顧客に出荷し、前記１つ又は複数の出荷のうちの少なくとも１つが、前記２人又はそれより多くの異なる商人によって提供された在庫品目を含み、かつ前記２人又はそれより多くの異なる商人のそれぞれが、それぞれの提供した在庫品目に対して記録された商人となることを含む方法。
＜付記４１＞ さらに、前記充足サービス・プロバイダが、前記２人又はそれより多くの異なる商人のそれぞれを、それぞれの提供した在庫品目に対して記録された商人として示されるようにフォーマットされた梱包伝票を前記顧客に提供することを含む付記４０に記載の方法。
＜付記４２＞ さらに、前記充足サービス・プロバイダが、前記登録インターフェースによって前記所定の商人に示される１つ又は複数のウェブ・ページを介して前記所定の要求を受け取ることを含む付記４０に記載の方法。
＜付記４３＞ さらに、前記充足サービス・プロバイダが、前記登録インターフェースによって前記所定の商人に示されるウェブ・サービス・インターフェースを介して前記所定の要求を受け取ることを含む付記４０に記載の方法。
＜付記４４＞ さらに、前記充足サービス・プロバイダが、前記顧客に電子商取引市場を提供することを含み、市場を通じて前記在庫品目のうちの前記２つ又はそれより多くが、前記複数の商人のうちの前記２人又はそれより多くの異なる商人によってそれぞれ提供される付記４０に記載の方法。
＜付記４５＞ 前記在庫品目のうちの前記２つ又はそれより多くが、前記複数の商人のうちの前記２人又はそれより多くの異なる商人にそれぞれ関連付けされた電子商取引チャンネルを通じて商取引に提供される付記４０に記載の方法。
＜付記４６＞ 前記顧客は複数の個人に対応し、そのそれぞれは、自分の注文が共通の宛先に出荷されることを承諾している付記４０に記載の方法。
＜付記４７＞ 付記４０〜４６のうちのいずれかに記載の方法を実施するように実行可能な命令を含むコンピュータ−アクセス可能媒体。
＜付記４８＞ 充足センタであって、
在庫品目を保管するように構成された在庫保管設備と、
在庫管理システムとを含み、前記在庫管理システムが、
充足サービス・プロバイダから前記在庫品目のうちの所定の１つのための在庫充足サービスを受けることを求める要求を商人から受け取り、前記要求がコンピュータ実施登録インターフェースを介して受け取られ、
前記要求が有効であるか否かを決定し、
前記要求が有効であるとの決定に応答して前記商人に前記登録インターフェースを介して、いくらかの単位の前記所定の在庫品目を前記充足センタに渡すための情報を提供し、かつ 前記いくらかの単位の前記在庫品目が前記充足センタにおいて受け取られたことを検出すると、前記いくらかの単位の前記所定の在庫品目が、前記在庫保管設備内に保管されることを指示するように構成される充足センタ。
＜付記４９＞ 前記在庫管理システムは、複数の商人から前記複数の商人によって商取引に提供されているそれぞれの在庫品目のための在庫充足サービスを受けることを求める要求を受け取る前記商人は前記複数の商人のうちの１人であり、前記在庫管理システムが、さらに、
前記複数の商人のうちの２人又はそれより多くの異なる商人によってそれぞれ提供されている前記在庫品目のうちの２つ又はそれより多くについて顧客によってなされた１つ又は複数の注文を受け取り、
前記１つ又は複数の注文の受け取りに応答して、前記２つ又はそれより多くの在庫品目が、１つ又は複数の出荷で前記顧客に出荷されることを指示するように構成され、前記１つ又は複数の出荷のうちの少なくとも１つが、前記２人又はそれより多くの異なる商人によって提供された在庫品目を含み、かつ前記２人又はそれより多くの異なる商人のそれぞれが、それぞれの提供した在庫品目に対して記録された商人となる付記４８に記載の充足センタ。
＜付記５０＞ 命令をストアするように構成されたメモリと、
前記メモリに結合された１つ又は複数のプロセッサとを含み、前記命令が、前記１つ又は複数のプロセッサのうちの少なくとも１つによって充足サービス管理インターフェースを実施するように実行可能であり、前記充足サービス管理インターフェースが、
商人から在庫品目に対応する状態要求を受け取るように構成され、前記商人は、コンピュータ実施登録インターフェースを介して、充足サービス・プロバイダから在庫充足サービスを受けるように前記在庫品目を登録済みであり、 前記状態要求の受け取りに応答して、前記商人に、前記在庫品目に対応する在庫状態の指標を提供するように構成されるシステム。
＜付記５１＞ 前記在庫状態の指標を提供するために、前記充足サービス管理インターフェースが、さらに、前記商人から前記充足サービス・プロバイダへの移動中、前記充足サービス・プロバイダにおいて保管中、前記充足サービス・プロバイダから顧客への移動中の在庫状態のうちの１つ又は複数について、前記１つ又は複数の在庫状態に対応する前記在庫品目のそれぞれの単位数を前記商人に示すように構成される付記５０に記載のシステム。
＜付記５２＞ 前記充足サービス管理インターフェースが、さらに、
前記商人から前記在庫品目の在庫状態を修正する要求を受け取り、かつ 前記修正する要求の受け取りに応答して、前記在庫品目の在庫状態を相応じて修正する１つ又は複数の動作がとられることを指示するように構成される付記５０に記載のシステム。
＜付記５３＞ 前記在庫状態を修正する要求は、所定量の前記在庫品目を前記商人に返却することを指定し、１つ又は複数の動作がとられることを指示するために、前記充足サービス管理インターフェースが、さらに、前記所定量の前記在庫品目を前記充足サービス・プロバイダから引き揚げて前記商人に戻すことを指示するように構成される付記５２に記載のシステム。
＜付記５４＞ 前記充足サービス管理インターフェースが、さらに、前記在庫品目に対応する顧客サービス照会処理を前記商人に示すように構成される付記５０に記載のシステム。
＜付記５５＞ 商人から在庫品目に対応する状態要求を受け取ること、及び前記商人が、コンピュータ実施登録インターフェースを介して、充足サービス・プロバイダから在庫充足サービスを受けるように前記在庫品目を登録済みであること、
前記状態要求の受け取りに応答して、前記商人に、前記在庫品目に対応する在庫状態の指標を提供することを含む方法。
＜付記５６＞ 前記在庫状態の指標を提供することは、さらに、前記商人から前記充足サービス・プロバイダへの移動中、前記充足サービス・プロバイダにおいて保管中、前記充足サービス・プロバイダから顧客への移動中の在庫状態のうちの１つ又は複数について、前記１つ又は複数の在庫状態に対応する前記在庫品目のそれぞれの単位数を前記商人に示すことを含む付記５５に記載の方法。
＜付記５７＞ さらに、
前記商人から前記在庫品目の在庫状態を修正する要求を受け取ることと、
前記修正する要求の受け取りに応答して、前記在庫品目の在庫状態を相応じて修正する１つ又は複数の動作がとられるように指示することとを含む付記５５に記載の方法。
＜付記５８＞ 前記在庫状態を修正する要求は、所定量の前記在庫品目を前記商人に返却することを指定し、１つ又は複数の動作がとられるように指示は、前記所定量の前記在庫品目を前記充足サービス・プロバイダから引き揚げて前記商人に戻すように指示することを含む付記５７に記載の方法。
＜付記５９＞ さらに、前記在庫品目に対応する顧客サービス照会処理を前記商人に示すことを含む請求項５５に記載の方法。

Claims (19)

1. 命令をストアするように構成されたメモリと、
   前記メモリに結合された１つ又は複数のプロセッサとを含み、
   前記命令が、前記１つ又は複数のプロセッサのうちの少なくとも１つによって在庫管理システムを実施するように実行可能であり、
   前記在庫管理システムが、
   複数の商人のうち一人の商人から、顧客によりなされた１つ又は複数の在庫品目に対する注文の識別子を受け取り、前記複数の商人は、充足サービス・プロバイダから在庫品目のための在庫充足サービスを受けるように登録がなされており、かつ前記１つ又は複数の在庫品目は前記商人によって商取引に提供され、
   前記複数の商人のうちの他の商人から、前記顧客によりなされた前記在庫品目のうちの他の１つ又は複数の在庫品目に対する他の注文の識別子を受け取り、前記他の１つ又は複数の在庫品目が前記他の商人によって商取引に提供され、
   同一のあて先へ出荷される、同一の前記顧客によってなされた前記１つ又は複数の在庫品目に対する前記注文および前記他の１つ又は複数の在庫品目に対する前記他の注文を特定し、
   同一の前記顧客によってなされた前記注文と前記他の注文を特定するのに応答して、前記１つ又は複数の在庫品目と前記他の１つ又は複数の在庫品目をまとめて前記顧客に出荷することを指示するように構成されるシステム。
2. 前記在庫管理システムが、さらに、前記顧客に梱包伝票が提供されることを指示するように構成され、前記梱包伝票が、前記２人又はそれより多くの異なる商人のそれぞれを、それぞれの提供した在庫品目に対して記録された商人として示されるようにフォーマットされる請求項１に記載のシステム。
3. 前記在庫管理システムが、さらに、
   所定の時間間隔内において前記顧客によってなされた前記注文および前記他の注文を特定し、
   前記在庫管理システムと前記複数の商人の間で調整できる共通の顧客識別子に基づいて前記注文と前記他の注文をリンクさせるように構成される請求項１に記載のシステム。
4. 前記時間間隔は、前記顧客により特定された注文の態様に依存する請求項３に記載のシステム。
5. 前記在庫管理システムはさらに、前記在庫管理システムと前記複数の商人の間で調整できる共通の顧客識別子に基づいて前記注文と前記他の注文をリンクさせるように構成される請求項１に記載のシステム。
6. 前記在庫管理システムはさらに、仮想買い物かごを前記顧客に提示するよう構成され、前記商人と前記他の商人は、前記仮想買い物かごの中身の処理結果として生成されたデータ記録において明示的に特定される請求項１に記載のシステム。
7. 前記顧客は、前記商人への前記注文を、前記他の商人への前記他の注文とは別々に行う請求項１に記載のシステム。
8. 前記在庫管理システムは、前記複数の商人の代わりに注文入力インターフェースを含む商取引チャンネルを運営し、それにより前記複数の商人は、注文の受け取りと処理に直接関与しない請求項１に記載のシステム。
9. 前記複数の商人は複数の顧客に対してそれぞれ注文入力インターフェースを提供し、注文についてのそれぞれの識別子を充足管理システムへ伝える責任を引き受ける請求項１に記載のシステム。
10. 前記注文は、前記商人が前記１つまたは複数の在庫品目を商取引に提供するチャンネルを介して前記商人へ直接なされ、前記他の注文は、前記他の商人が前記他の１つまたは複数の在庫品目を商取引に提供するチャンネルを介して前記他の商人へ直接なされる、請求項１に記載のシステム。
11. 注文の前記識別子は、注文を処理するように構成された前記在庫管理システムのインターフェースを通じて前記商人から前記在庫管理システムへ提供され、注文の前記他の識別子は、注文を処理するように構成された前記在庫管理システムのインターフェースを通じて前記他の商人から前記在庫管理システムへ提供される請求項１０に記載のシステム。
12. 充足サービス・プロバイダが、複数の商人のうち一人の商人から、顧客によりなされた１つ又は複数の在庫品目に対する注文の識別子を受け取るステップであって、前記複数の商人は、充足サービス・プロバイダから在庫品目のための在庫充足サービスを受けるように登録がなされており、かつ前記１つ又は複数の在庫品目は前記商人によって商取引に提供されている、ステップと、
    前記充足サービス・プロバイダが、前記複数の商人のうちの他の商人から、前記顧客によりなされた前記在庫品目のうちの他の１つ又は複数の在庫品目に対する他の注文の識別子を受け取るステップであって、前記他の１つ又は複数の在庫品目が前記他の商人によって商取引に提供されている、ステップと、
    前記充足サービス・プロバイダが、同一のあて先へ出荷される、同一の前記顧客によってなされた前記１つ又は複数の在庫品目に対する前記注文および前記他の１つ又は複数の在庫品目に対する前記他の注文を特定するステップと、
    同一の前記顧客によってなされた前記注文と前記他の注文を特定するのに応答して、前記１つ又は複数の在庫品目と前記他の１つ又は複数の在庫品目をまとめて前記顧客に出荷することを指示するステップと、を含む方法。
13. さらに、前記充足サービス・プロバイダが、所定の時間間隔内において前記顧客によってなされた前記注文および前記他の注文を特定するステップと、
    前記充足サービス・プロバイダが、前記在庫管理システムと前記複数の商人の間で調整できる共通の顧客識別子に基づいて前記注文と前記他の注文をリンクさせるステップと、
    を含む請求項１２に記載の方法。
14. 前記在庫管理システムはさらに、前記在庫管理システムと前記複数の商人の間で調整できる共通の顧客識別子に基づいて前記注文と前記他の注文をリンクさせるように構成される請求項１２に記載の方法。
15. 前記顧客は、前記商人への前記注文を、前記他の商人への前記他の注文とは別々に行う請求項１２に記載の方法。
16. 前記商人は複数の顧客に対して注文入力インターフェースを提供し、注文についての前記識別子を充足管理システムへ伝える責任を引き受ける請求項１２に記載の方法。
17. 前記注文は、前記商人が前記１つまたは複数の在庫品目を商取引に提供するチャンネルを通じて前記商人へ直接なされ、前記他の注文は、前記他の商人が前記他の１つまたは複数の在庫品目を商取引に提供するチャンネルを通じて前記他の商人へ直接なされる請求項１２に記載の方法。
18. 注文の前記識別子は、注文を処理するように構成された前記在庫管理システムのインターフェースを介して前記商人から前記在庫管理システムへ提供され、注文の前記他の識別子は、注文を処理するように構成された前記在庫管理システムのインターフェースを介して前記他の商人から前記在庫管理システムへ提供される請求項１７に記載の方法。
19. 請求項１２〜１８のうちのいずれかに記載の方法を実施するように実行可能な命令を含
    むコンピュータ−アクセス可能媒体。

Images