(57)【要約】本発明に係る受注及びビジビリティ・システムは、第１ユーザ（特に買い手）が電子的に製品の注文を入力し、第２ユーザ（特にサプライヤ）と通信し、少なくとも注文の一部が達成された後完成した発送ラベルを生成する第２ユーザのために提供するネットワーク技術の結合である。このシステムは、第１ユーザ（買い手）及び第２ユーザ（サプライヤ）の双方に利益をもたらす。買い手の製品は、ネットワークアプリケーションを介して製品注文を入力手段を提供し、ネットワークアプリケーションを介して注文及び発送状態（ステータス）への迅速なアクセスを有する。製品のサプライヤは、注文を処理するネットワークアプリケーションへアクセスし、注文の達成後、完成した発送ラベルを生成する。【特許請求の範囲】
【請求項１】
通信ネットワークへの接続を有する通信装置を介して受注からの製品注文及び前記通信ネットワーク上において実施されるビジビリティ・システムを受信するステップと、
少なくとも前記製品注文の一部を達成するステップと、
前記受注及び前記ビジビリティ・システムにおいて少なくとも前記製品注文の一部の達成をステータスするステップと、
前記受注及び前記ビジビリティ・システムにおいて、少なくとも前記製品注文の一部の達成をステータスすることにより生成される発送ラベルを用いて前記製品注文を発送するステップ
とからなることを特徴とする通信ネットワークにおいて製品注文を受信し製品注文を処理する方法。
【請求項２】
前記受注及び前記ビジビリティ・システムを介して製品注文ステータスを意図したネットワークでつながれた受取人に提供するステップを更に有することを特徴とする請求項１記載の方法。
【請求項３】
前記通信ネットワークを介して、発送に関する情報を前記製品注文が置かれた前記エンティティへ提供するステップを更に有することを特徴とする請求項１記載の方法。
【請求項４】
発送後、 前記通信ネットワークを介して、請求金額に関する情報を前記製品注文が置かれた前記エンティティへ提供するステップを更に有することを特徴とする請求項１記載の方法。
【請求項５】
前記請求金額に関する情報とは、製品の値段及び発送費を含むことを特徴とする請求項４記載の方法。
【請求項６】
前記受注及びビジビリティ・システムにより生成された発送ラベルを用いた前記製品注文を発送するステップは、前記受注及びビジビリティ・システムにより自己生成された完成した発送ラベルを用いて前記注文を発送するステップを更に有することを特徴とする請求項１記載の方法。
【請求項７】
通信ネットワークへのアクセスを有する第１通信装置を介して、受注に対する製品注文及び通信ネットワーク上で実行されるビジビリティ・システムを出すステップと、
前記通信ネットワークを介して前記製品をサプライヤへ伝達するステップと、
通信ネットワークへのアクセスを有する第２通信装置を介して前記受注及びビジビリティ・システムから前記製品注文を受信するステップと、
前記製品注文の少なくとも一部を達成するステップと、
前記受注及びビジビリティ・システムへ製品注文の達成情報を提供するステップと、
前記受注及びビジビリティ・システムへ製品注文の達成情報を提供すると、前記受注及びビジビリティ・システムを介して、発送ラベルを生成するステップ
とからなることを特徴とする通信ネットワークにおける製品受注、製品注文ビジビリティ、及び製品注文処理のための方法。
【請求項８】
前記通信ネットワークを介して、前記製品注文を出した前記エンティティへ製品注文ステータス情報を伝達するステップを更に有することを特徴とするクレーム７記載の方法。
【請求項９】
前記製品注文を出した前記エンティティへ製品注文ステータス情報を伝達するステップは、前記受注及びビジビリティ・システムを介して伝達するステップを更に有することを特徴とする請求項８記載の方法。
【請求項１０】
前記通信ネットワークを介して、前記製品注文が出された前記エンティティへ発送確認及びトラッキング情報を伝達するステップを更に有することを特徴とする請求項７記載の方法。
【請求項１１】
発送すると、前記通信ネットワークを介して前記製品注文が置かれた前記エンティティへ請求に関する情報を伝達するステップを更に有することを特徴とする請求項７記載の方法。
【請求項１２】
前記請求に関する情報は、製品の値段及び発送費を含むことを特徴とする請求項１１記載の方法。
【請求項１３】
通信ネットワークへの接続を有する第１通信装置を介して、前記通信ネットワーク上において実行される受注及びビジビリティ・システムを出すステップは、
前記第１通信装置において、前記受注及びビジビリティ・システムへ製品注文を手動で入力するステップを更に有することを特徴とする請求項７記載の方法。
【請求項１４】
通信ネットワークへの接続を有する第１通信装置を介して、前記通信ネットワーク上において実行される受注及びビジビリティ・システムを出すステップは、
製品注文を既存の受注システムから、通信ネットワークへの接続を有する第１通信装置において実行される受注及びビジビリティ・システムへ電子的に移動するステップを更に有することを特徴とする請求項７記載の方法。
【請求項１５】
第１ユーザーが製品注文を入力し、前記製品注文をサプライヤに伝達するために提供される通信ネットワークへの接続を有する第１通信装置と、
第２ユーザーが前記製品注文 を受信し、少なくとも一部の前記製品注文の完成した発送ラベルを生成するために提供される通信ネットワークへの接続を有する第２通信装置と、
前記第１通信装置のユーザー及び前記第２通信装置のユーザーへ前記受注及び注文処理ステータス情報へのネットワーク接続を提供する目的で、受注及び注文処理ステータス情報を格納する通信ネットワークデータベース
とからなることを特徴とする通信ネットワークにおいて製品注文 及び製品注文を伝達するための受注及びビジビリティ・システム。
【請求項１６】
前記第１通信装置は、前記第１ユーザーが前記製品注文に関する前進するステータス情報を受信し、前記完成した発送ラベルの生成により前記注文が発送された旨を伝える確認を受信するために更に提供することを特徴とする請求項１５記載の受注及びビジビリティ・システム。
【請求項１７】
前記第２通信装置は、前記第２ユーザーが前記注文の前記ステータスを通信し、前記完成した発送ラベルの生成により前記第１ユーザーへ前記注文の前記発送を伝達するために更に提供することを特徴とする請求項１５記載の受注及びビジビリティ・システム。
【請求項１８】
前記第２通信装置は、前記第２ユーザーが前記完成した発送ラベルの生成により、前記第１ユーザへの請求情報を伝達するために更に提供することを特徴とする請求項１５記載の受注及びビジビリティ・システム。
【請求項１９】
ユーザーが前記製品のネットワーク上のサプライヤのために指摘された製品注文を入力し、前記サプライヤにより前記製品注文の処理が一旦初期化されると、製品注文ステータス情報を受信するために提供する通信ネットワークにおいて実行される製品受注及びビジビリティアプリケーションと、
前記ネットワーク上のサプライヤへ、前記受注アプリケーションから前記通信ネットワークを介して製品注文を伝達する手段と、
前記ネットワーク上のサプライヤの前記製品注文及び注文ステータスの特性への接続を提供し、前記製品注文の少なくとも一部の完成した発送ラベルを生成する前記通信ネットワークにおいて実行される注文プロセッシング及びビジビリティアプリケーション
とからなることを特徴とする通信ネットワークを介し、製品注文を通信し、処理し、ステータスするための製品受注及びビジビリティ・システム。
【請求項２０】
前記製品受注及びビジビリティアプリケーションは、
互換性のあるインターネットブラウザ上で実行されるインターネットベースのウェブサイトアプリケーションを更に有することを特徴とする請求項１９記載の方法。
【請求項２１】
前記製品注文処理及びビジビリティアプリケーションは、互換性のあるインターネットブラウザ上で実行されるインターネットベースのウェブサイトアプリケーションを更に有することを特徴とする請求項１９記載の方法。
【請求項２２】
ネットワークアプリケーションを介してネットワークに接続された通信装置の中へ注文情報を入力することにより、買い手がサプライヤへ製品注文を出すことを可能とする手段と、
前記製品注文を達成し、前記製品注文のための完成した発送ラベルを生成する目的において、ネットワークに接続された通信装置を介して前記ネットワークアプリケーションへ前記サプライヤが接続するのを可能にする手段と、
前記製品受注及びビジビリティ・システムが、前記製品注文の前記ステータスを管理し、前記買い手に迅速に製品注文状態情報を提供することを可能にする手段
とからなることを特徴とする通信装置を設備し、製品の買い手及び前記製品のサプライヤにより用いられる製品受注及びビジビリティ・システム。
【請求項２３】
少なくとも前記製品注文の一部の発送後、前記製品受注及びビジビリティ・システムが発送に関する情報を前記買い手に提供することを可能とする手段を更に有することを特徴とする請求項２２記載のシステム。
【請求項２４】
少なくとも前記製品注文の一部の発送後、前記製品受注 及びビジビリティ・システムが発送費を含む請求に関する情報を前記買い手に提供することを可能とする手段を更に有することを特徴とする請求項２２記載のシステム。
【請求項２５】
通信ネットワークへの接続を有する第１通信装置に製品受注アプリケーションを提供するステップと、
前記通信ネットワークとの通信においてデータベースに製品注文情報を格納するステップと、
通信ネットワークへの接続を有する第２通信装置に製品注文ビジビリティ アプリケーションを提供するステップと、
前記製品注文発送ラベルは格納された製品受注情報を構成し、少なくとも前記製品注文の一部の達成後、完成した製品注文の発送ラベルを生成するステップ
とからなることを特徴とする通信ネットワークにおいて受注， 注文ビジビリティ， 及び自動発送ラベル生成のためのステップを実行するために、前記機械により実行可能な命令のプログラムを明確に具現化する機械読み取り可能なプログラム記憶装置。
【請求項２６】
前記命令のプログラムは、少なくとも前記製品注文の一部の達成後、発送状態情報を伝達するステップを更に有することを特徴とする請求項２５記載のプログラム格納装置。
【請求項２７】
前記命令のプログラムは、少なくとも前記製品の一部の達成後、請求情報を伝達するステップを更に有することを特徴とする請求項２５記載のプログラム格納装置。
【請求項２８】
通信ネットワークへの接続を有する第１通信装置に製品注文エントリーアプリケーションを提供するためのコンピュータ読み取り可能なプログラム手段と、
前記通信ネットワークにおける通信のデータベースに製品注文情報を格納するためのコンピュータ読み取り可能なプログラム手段と、
前記コミュニケーションネットワークを介して前記製品注文をサプライヤへ伝達するためのコンピュータ読み取り可能なプログラム手段と、
通信ネットワーク接続を有する第２通信装置へ製品注文 ビジビリティアプリケーションを提供するためのコンピュータ読み取り可能なプログラム手段と、
格納された製品受注情報により構成される前記製品注文発送ラベルにおいて、少なくとも前記製品注文の一部を達成した後、完成した製品注文発送ラベルを生成するためのコンピュータ読み取り可能なプログラム手段とからなることを特徴とし、
通信ネットワーク上において受注， 注文ビジビリティ， 及び自動発送ラベル生成を提供するために具現化されたコンピュータ読み取り可能なプログラムコードを有するコンピュータ使用可能な媒体を有することを特徴とする通信装置プログラム製品。
【請求項２９】
前記コンピュータ使用可能な媒体は、
前記通信ネットワークを介して、少なくとも前記製品注文の一部の前記発送状態を伝達するためのコンピュータ読み取り可能なプログラム手段を更に有することを特徴とする請求項２８記載の製品。
【請求項３０】
前記コンピュータ使用可能な媒体は、
前記通信ネットワークを介して、少なくとも前記製品注文の一部の前記発送後、発送費を含む請求に関する情報を伝達するためのコンピュータ読み取り可能なプログラム手段を更に有することを特徴とする請求項２８記載の製品。
【発明の詳細な説明】
【０００１】
（発明の属する分野）
本発明は概してネットワーク環境において、受注を容易にする方法および装置に関し、更に詳細には、ネットワーク環境において、売手（セラー）からサプライヤへ受注を伝達し、サプライヤによる売手への効率的な注文発送を提供し、また注文状態を売手に提供する方法および装置に関する。
【０００２】
（発明の背景）
最近、インターネット即ち詳細には「ワールドワイドウェブ（Ｗｏｒｌｄ　Ｗｉｄｅ　Ｗｅｂ）」は商業実務において特別の関心が持たれており、広範囲に亙って「電子商取引」に従事しようとする要望を喚起している。背景としての観点から見ると、ワールドワイドウェブ（ＷＷＷまたはＷ３）は、直観的な探索によって情報を迅速に検索することのできる莫大な量の電子ライブラリを作成するために連結された全世界に配布されるテキストおよびマルチメディアドキュメント及びファイル及びその他のネットワークサービスの一収集体である。ウェブは、同一コンピュータ内に所在するかまたは世界中の多くのコンピュータに配布された特別にフォーマットされたドキュメントに含まれる情報を検索するための、ハイパテキスト技術およびグラフィックインタフェースのインターネットへの適用を表す。現在、ウェブの機能性は次に示す主要な３要素に基づく。即ち、ＨＴＭＬ、ＨＴＴＰ、及び、ＵＲＬである。ハイパテキストマークアップ言語（ＨＴＭＬ）は、フォント、レイアウト、埋め込まれた図形、ウェブを介して他のドキュメントへアクセス可能なリンク（ハイパリンク）を定義するプログラミングコード又はタグを含む。ハイパテキストトランスファプロトコル（ＨＴＴＰ）はインターネットに亙ってウェブページを伝送する規格集合体である。ユニバーサルソ−スロケータ（ＵＲＬ）は、ウェブドキュメント又はファイル、またある意味ではリンクのアドレスを識別するための標準化されたネーミング規定である。「ウェブ（クモの巣）」と結果的に呼ばれる理由は、適当なハイパリンクを選択することによってユーザが或るサイトからその次のサイトへ移動するように、全てが一緒にリンクされた多数のサイトによって構成されていることに因る。
【０００３】
ウェブサイトはウェブペ−ジとも呼ばれ、実際には、ハイパテキストリンクによってマルチメディアドキュメントを作成するために全てが同じ技法およびＨＴＭＬタッグを使用するインターネットサイトである。各ウェブペ−ジは、テキスト、図形、オーディオ、更にはビデオさえもの多くのスクリーン又はプリントされたペ−ジを含むことが可能であり、あらゆるウェブサイトの出発点をホームページと称する。各ペ−ジはインターネットサイトであるが、ウェブブラウザと称する特殊プログラムを介してアクセスされなければならず、これはＨＴＭＬを図形画像、テキスト、および、当該ページのクリエータが意図するハイパテキストリンクに変換することができる。
【０００４】
インターネットの受入れが広範囲に広がるにつれて、様々な個人とエンティティとの間の相互対話を可能にするために、インターネットが大容量であることが理解されるはずである。また、本発明は、次に示す４つのエンティティを包含するビジネス実務に関する全体的な背景を持つ。即ち、顧客、売人、サプライヤ（供給者）、及び、キャリア（運送業者）／シッパ（荷主）である。最も典型的なビジネスモデルにおいて、顧客は初めに売手と接触し、当該製品の入手可能性について照会する。売手は製品を所有するサプライヤの場所を特定し、次に、キャリアを利用して顧客に製品を「ドロップシップ」（直接発送）する。ドロップシップとはそれによってサプライヤが商品を顧客に直接発送するための手配のことである。この技法は売手による在庫コスト及び関連管理コストの節減を可能にする。
【０００５】
売手が注文を多くのサプライヤに配布する今日の従来型受注／購入環境においては、一般にサプライヤは一意的な注文インタフェース又はデータインタフェースを所有し、これらが複数のサプライヤと複数の売手との間の注文および注文状態の交換を複雑化する。注文を受取り、注文を確認し、注文発送を認識（肯定応答）する一手段として、幾らかのサプライヤはＥＤＩをサポートし、他のサプライヤはＸＭＬ、電話、及び、又は、ファクシミリを使用する。タイミング良い効率的な発送状況の受け取り及び提供が困難であることはこの状況における売手およびサプライヤ両方にとって重大な問題である。良好な顧客サービスにおいて発送状況を容易に入手できることは不可欠である。即ち、それによって、発送状態を知るためのコストを最小限化し、顧客サービスを改良し、買手の注文が順調に実施されていることが買手に通知される。
【０００６】
一例として、「ＳｅｌｌｅｒＣｏ．ｃｏｍ」として知られるインターネットを基調とする会社の場合における、典型的な現行受注プロセスを図１に示す。この例において、ＳｅｌｌｅｒＣｏ．ｃｏｍは、見付けることが困難な保守修理・操作用（ＭＲＯ）製品を探し出す。図１を参照することとし、ステップ（１）において、プロセスが確定し、それによって、購入者／顧客はＳｅｌｌｅｒＣｏ．ｃｏｍのインターネットウェブサイトに注文を出す。ステップ（２）において、ＳｅｌｌｅｒＣｏ．ｃｏｍの顧客サービス代理人（ＣＳＲ）は、一般にインターネット、サプライヤリスト、又は、他の何等かの調査手段を介してサプライヤの所在場所を特定する。一旦、サプライヤの所在場所が特定されると、ステップ（３）において、ＳｅｌｌｅｒＣｏ．ｃｏｍは価格見積を顧客に提供する。この見積は電子メール、郵便、ファクシミリ、電話、または、あらゆる他の適当な通信手段によって伝送されても差し支えない。手順に従って、顧客が価格見積を承認するものとすれば、顧客は任意の適当な通信媒体を介して、その旨を売手に送り返すことになる。ステップ（４）において、売手のＣＳＲは確認された注文を売手の受注システムに入力（エントリ）する。次に、サプライヤは、一般にファクシミリ、電子メール、電話、または、他の適当な通信手段によって当該注文をサプライヤに伝達する。ステップ（５）において、サプライヤは当該注文をサプライヤの特定注文達成システムに入力する。一般に、このプロセスは完了までに平均３日の営業日を要する。
【０００７】
一旦、サプライヤが当該注文をサプライヤの特定注文達成システムに入力すると、ステップ（６）において、サプライヤは、例えばＵＰＳ、ＦｅｄＥｘ、Ａｉｒｂｏｒｎｅ、等々のような多数の可能性のあるキャリヤ（運送）インタフェースステーションの１つを用いて当該注文を発送する。ステップ（７）において、当該製品が発送され、キャリヤ／運送会社はサプライヤに運送費を請求する。この請求書作成プロセスは一般に、１〜２週間の時間枠内に行われる。一旦、発送が開始されると、サプライヤはステップ（８）において、製品コストおよび運送費に関する送状を売手あてに発行する。サプライヤの送状受け取りを介して発送を確認した売手は、顧客／購入者に対して製品に関する請求書を発行し、ステップ（９）において、購入者は当該製品に関する送状を受け取り、売手に支払う。ステップ（１０）において、売手が顧客／購入者からの支払いを受け取る以前、又は、その後に、売手は、当該製品および運送費をサプライヤに支払う。一般に、このプロセスは完了までに平均１５営業日を要する。
【０００８】
上述のプロセスに際して発生した或る種の商取引上の問題について次に検討することとする。売手がサプライヤに注文したと仮定し、更に、売手が発送確認または発送状況報告を受け取らなかったと仮定する。顧客が当該注文の状況を決定するために売手に電話した場合、売手はこの種の情報を即座に提供することは不可能であり、サプライヤから即座に入手可能なことも、或いは、不可能なこともあり得る追跡番号、及び／又は、注文状態を知るために、サプライヤに電話するか、または他の方法によって連絡をとらねばならない。一旦、注文状態、及び／又は、発送追跡番号が売手に提供されると、売手はその注文状態を電話または電子メールで顧客に通知する。この種の相互対話は必ずしも遅延を生じたり、売手とサプライヤに経費を負担させるとは限らないが、売手が顧客に即時フィードバックを提供できない結果として、顧客は不満を抱く。
【０００９】
その上、本システムの手作業による請求書作成態様は支払いを不必要に遅延させ、サプライヤと売手のコスト効率を低下させる。売手が発送状態を知りさえすれば、購入対象とされる商品またサービスに関して売手は買手に送状を発行する手続きを進めることができる。同様の論旨に従って、売手に発送状態がリアルタイムに提供されるならば、売手とサプライヤとの間の送状プロセスを急がせ、請求書作成問題を解決する。
【００１０】
従って、良好な注文および発送状態を提供することの必要性がよく理解されたはずである。その上、サプライヤ／売手と売手／顧客との間に効率的な請求書作成が実施され、それによって全てのエンティティに関するキャッシュフローを改良くすることを可能にする受注および注文ビジビリティ（可視性）・システムを装備する必要性も存在する。この種システムは自己生成される発送ラベル（出荷ラベル）処理を含む流線型発送プロセスをサプライヤに提供することも可能でなくてはならない。
【００１１】
（発明の開示）
本発明による受注および注文ビジビリティ・システムは、購入者がネットワークアプリケーション（即ち、ウェブサイト等）を介してサプライヤに製品注文を電子的に入力すること、及び、当該製品注文の達成に際して完成した発送ラベル（出荷ラベル）をサプライヤに提供することを可能にする一般的にはインターネット技術であるネットワーク化技術の使用を含む。この種のシステムは購入者とサプライヤの両方に利点を提供する。購入者は、ネットワークアプリケーションを介して注文情報を入力し、ネットワークインタフェースを介して一定の注文処理状態を維持することが可能になる。次に、サプライヤは、当該注文を処理／完成し、注文達成に際して完成した発送ラベルを自動的にプリントするためにネットワークアプリケーションとインタフェースする。この場合、発送ラベルは、購入者またはサプライヤのいずれかによって選定された特定のキャリヤサービス（運送業務）に適合するものとする。ラベル印刷プロセスの実行に際して、本発明の受注およびビジビリティ・システムは発送情報を管理し、かつこの情報を購入者にとってアクセス可能にする。
【００１２】
製品購入者にとって、本発明の受注およびビジビリティ・システムを使用する利点は、購入者が発送状態に即時アクセス可能なことである。製品サプライヤにとって、受注およびビジビリティ・システムを使用する利点は、サプライヤが注文発送情報を電子形式において受け取り、必要な発送ラベルを作成するために発送情報を再入力する必要のないことである。
【００１３】
本発明の実施形態によれば、通信ネットワークにおける注文受け取り及び注文処理方法は次のように定義される。製品のサプライヤは本発明の受注およびビジビリティ・システムから製品注文を受け取る。本システムは通信ネットワークアクセスを有する通信デバイスにおいて実施される。次にサプライヤは製品注文を当該注文の少なくとも一部分が達成される点まで処理する。注文達成点において、受注およびビジビリティ・システムは完成した発送ラベルを生成する。更に、本方法は通信ネットワークを介して例えば製品購入者などの意図されたネットワ−ク受取人への注文状態情報の連絡を含むこともあり得る。この種の注文状態情報は注文が発送済みであると言う確認および当該発送に関する適切な追跡情報を含むこともあり得る。
【００１４】
本発明の代替実施形態において、通信ネットワークにおける受注、注文可視性および注文処理の方法は次のように定義される。受注は本発明の受注およびビジビリティ・システムに提出される。受注およびビジビリティ・システムは通信ネットワークアクセスを有する第１通信デバイスにおいて実施される。次に製品注文は通信ネットワークを介して当該製品の意図されたサプライヤへ連絡される。本通信プロセスは通信ネットワークに関連したデータベースへ受注データを記憶することを含み、通信ネットワークを介した注文可視性アプリケーションへのアクセスと連携したデータベースへのサプライヤアクセスを有する。
【００１５】
次に製品注文は意図されたサプライヤによって受け取られる。注文の受取りは通信ネットワークアクセスを有する第２通信デバイスによって達成される。次に、サプライヤは当該製品注文の少なくとも一部分を達成し、受注およびビジビリティ・システムへ注文達成情報を提供する。注文達成に際して、完成した発送ラベルが本発明の受注およびビジビリティ・システムによって生成される。更に、本方法は、例えば製品購入者などの意図されたネットワーク受取人への通信ネットワークを介した注文状態情報の連絡を含むこともあり得る。この種の注文状態情報は注文発送の確認および発送に関する適切な追跡情報を含むこともあり得る。
【００１６】
更に、本発明は通信ネットワークにおける製品注文および注文情報を連絡するための受注およびビジビリティ・システムにおいて具体化される。本システムは製品注文を入力し、かつサプライヤへ製品注文を伝達するために第１ユーザに与えられる通信ネットワークアクセスを有する第１通信デバイスを含む。また、本システムは製品注文を受け取り、かつ当該製品注文の少なくとも一部分に関する完成した発送ラベルを生成するために第２ユーザに与えられる通信ネットワークアクセスを有する第２通信デバイスを含む。更に、本システムは第１および第２通信デバイスのユーザに受注および注文処理状態情報へのネットワークアクセスを与えるために受注および注文処理状態情報を記憶する通信ネットワークデータベースを含む。
【００１７】
それによって、本発明の受注およびビジビリティ・システムは注文可視性とサプライチェーン（供給連鎖）の輸送部分との間にリンクを提供する。この点に関して、本システムは明示し（即ち、荷物の格付け及び発送ラベルの作成）かつ輸送ビジビリティ（即ち追跡）を付与することによって、全体のサプライチェーンサイクルタイム及び顧客サービスを改良することが可能である。
【００１８】
（発明の詳細な説明）
次に、本発明の好ましい実施形態を示す添付図面を参照しながら本発明について更に詳細に説明することとする。ただし、本発明は多くの異なる形式に具体化されることも可能であり、ここに示す実施形態に限定されるものと解釈されてはならず、これらの実施形態は、本開示が全体を通じて完全であり、当該技術分野における当業者に本発明の範囲を十分に伝えるために、用いられるものである。全体を通じて、同じ番号は同じ要素を参照する。
【００１９】
概説
ここに示す本発明は、ネットワーク伝達される受注、注文ビジビリティ（可視性）、及び、発送状態メカニズムである。本発明によって提供される方法、装置、及び、システムは、一般に製品の売手である第１ユーザが受注を入力し、一般に商品のサプライヤである第２ユーザにネットワークを介して注文を伝達することを可能にする。一般に注文即時可視性（ビジビリティ）能力を有するはずのサプライヤは当該注文を全体的または部分的に達成し，必要な発送ラベルを電子的に印刷し、当該注文の発送を開始したというネットワーク伝達されたフィードバックを売手に提供し、大抵の場合に、当該発送の状態を追跡するための手段を売手に提供することができる。本発明は、売手とサプライヤ両方のユーザにシステムへの同時アクセスを可能にするので、サプライヤに発注した注文の状態に関係する情報への即刻アクセス（即ち、可視性）を売手に提供する。同様の論旨に従って、サプライヤは売手によるサプライヤへの注文に関して即時可視性（ビジビリティ）を持ち、注文受取り／確認システムから発送システムへ情報を転送する必要性なしに、それらの注文を能率的に達成かつ発送することが可能である。
【００２０】
本発明は、発送状態への即刻かつ最新のアクセスを製品の売手に提供し、それによって、売手がこの情報をそれらの顧客に正確かつ能率的に伝達することを可能にする。更に、注文が何時発送されるかに関する即時情報を提供することにより、サプライヤは更に効率的かつ時機を得た仕方において顧客に対して請求書を作成することが可能であることから利益が得られる。製品のサプライヤは本発明の受注およびビジビリティ・システムを使用し、発注直後における受注情報を電子形式において受け取ることによって利益が得られる。、更に、当該注文の達成に際して完全な発送ラベルが提供されるので、それによって、サプライヤは発送関連情報を別の発送ラベルシステムに再入力することが不要である。
【００２１】
本発明の実施形態に従い、図２は受注および注文可視性（ビジビリティ）を提供する方法のフローチャートを示す。ステップ１００において、第１ユーザが本発明の受注およびビジビリティ・システムに注文を出す。第１ユーザには本システムを介して発注することが認可されている他のあらゆる購入者が含まれることもあるが、一般に、第１ユーザはネットワークインタフェースを介してシステムにアクセスする売手代理人である。第１ユーザは本システム内の関連受注欄に入力することによって受注を達成する。この種の受注欄の例にはサプライヤ名、発送先、商品、量、及び、他のあらゆる注文関連情報が含まれる。この受注機能はキー入力を介して手作業によるか、または、付属受注インタフェースを介して自動化されることによって達成される。
【００２２】
ステップ２００において、受注は通信ネットワークを介して当該受注およびビジビリティ・システムの他のユーザへ伝達される。例えば更に個人的なイントラネットなどの他の通信ネットワークも通信ネットワークとして使用可能であるが、一般的な通信ネットワークはインターネットである。一旦、第１ユーザ（即ち、売手）が受注をネットワークへ伝達すれば、本システムは当該注文にアクセス可能な全てのユーザによる当該注文のリアルタイム可視性を可能にする。例えば、当該注文が特定のサプライヤに発注された場合には、当該サプライヤに限って当該注文情報へのリアルタイムアクセスが可能である。その上、当該注文情報を当該受注およびビジビリティ・システムの例えば注文先である顧客のような他のユーザに伝達することも可能である。本発明の一実施形態において、ネットワーク通信は受注情報をネットワーク関連データベースに伝達する（即ち、記憶する）ことによって達成される。あらゆる所与注文のサプライヤには発注されたことが一般に電子メールその他の通信を介して通告されるはずである。
【００２３】
ステップ３００において、一般にサプライヤの代理人である第２ユーザは、ネットワークインタフェースを介して本システム（即ち、データベース）にアクセスする。第２ユーザによるアクセスによって、第１ユーザによって発注され、第２ユーザによって達成されることが意図される見計注文（未出荷オーダ）の即時可視性が提供される。第２ユーザは当該注文の一部分または当該注文全体のいずれかの発送を準備することによって注文を処理する。その上、一般に製品が入手不可能であるか、又は、発送関連情報の詳細が未知であることに起因して、製品の発送が将来発生するはずであれば、第２ユーザは当該注文を未決定である（保留）として処理することも可能である。
【００２４】
受注およびビジビリティ・システムの発送処理能力を実施することを第２ユーザが決定した場合には、ステップ４００において、第２ユーザは発送コンテナに添付するための１つ又は複数の完全な発送ラベルをプリントする。本システムは、本システム（即ち、ＵＰＳ、Ａｉｒｂｏｒｎｅ、Ｒｏａｄｗａｙ、等々）によってサポートされる任意の発送エンティティ用として使用準備の整った発送ラベルをプリントする能力を提供する。その代りに、第２ユーザは、内部発送処理の実施を選定することも可能であり、それによって、本発明の自動化された発送ラベル処理を実施することも可能である。
【００２５】
一旦、発送プロセスが完了すると、注文状態が更新され、ステップ５００において、注文状態は通信ネットワークを介してシステムユーザへ伝達される。この点に関して、システムユーザはシステムデータベースへの即時アクセスが可能であり、それによって、特定の注文に関する発送状態を確認することが可能である。その上、注文の発送は、電子メール、ＸＭＬ、ファクシミリ等を介して、例えば発送業者の追跡番号、及び／又は、製品及び／又は発送料金のコストに関する請求書作成関連情報などの発送関連情報の第１ユーザへの連絡を本システムに開始させることがあり得る。例えば売手の顧客等のような他のシステムユーザへ注文状態を伝達することも可能であるが、注文状態情報は一般に当該注文の発注先であるエンティティ、即ち、売手に伝達される。
【００２６】
受注およびビジビリティ・システムの実施
図３を参照することとし、本発明の一実施形態に従った受注およびビジビリティ・システムの実装を図解するフローチャートを示す。図３に示す実施は限定的なものでなく、本受注およびビジビリティ・システムの他の実施も本発明の限度内において実現可能であることに留意されたい。本発明を通信ネットワークにおいて実施するには、例えばイントラネット等のような他の通信ネットワークも使用可能であるが、一般にインターネット上に設置されるウェブサイトである、共用され、かつ好ましくは安全なネットワークサイトが確立される。本発明用ウェブサイトの確立はコンピュータ技術分野における通常の当業者によって一般的に知られているので、ここでは詳細に検討しないこととする。
【００２７】
本発明の受注およびビジビリティ・システムの実施に先立って、購入プロセスについて熟知させるために、次に示す予備ステップについて検討することとする。ステップ（１）において、顧客／購入者は指定された製品の注文を売手に提供する。注文は売手の電子通商ウェブサイトを介して、電話を介して、郵便または他の任意の手段を介して実施される。ステップ（２）において、売手のＣＳＲは注文を受け取り、インターネット、サプライヤリスト、又は、他のあらゆるサプライヤ調査技法を介してサプライヤの位置を特定する。一旦、サプライヤの位置が特定されると、ステップ（３）において、売手は価格見積を顧客／購入者に送る。一般に見積は電子メール、ファクシミリ、又は、他の適当な通信手段を介して送られる。顧客／購入者は、一般に、例えば電子メール、ファクシミリ等のような標準通信手段を介して、価格相場を承認する。一旦、承認された見積が購入者／顧客から受け取られると、ステップ（４）において、売手は確認済み注文を特定の受注システムに入力する。
【００２８】
本発明の一実施形態に従い、注文およびビジビリティ・システムは、売手の受注システムが必要な注文情報を本発明の受注およびビジビリティ・システムへ自動的に転送するように売手の受注システムとインタフェースすることが可能である（ＯＶ（注文可視性）統合としてステップ（４）に示される）。本発明の一代替実施形態において、売手は、手作業または他の方法によって注文データを本発明の受注およびビジビリティ・システムに入力するように要求されるはずである。ステップ（５）において、一旦、注文が受注およびビジビリティ・システムに入力されると、ネットワークを介してサプライヤに電子的に伝達される。一旦売手が注文をシステム内に入力すれば、サプライヤは一般に注文へリアルタイムにアクセスするはずである。自動化された電子メール又は他の通信形式は一般に売手からサプライヤに送られ、当該注文が受注およびビジビリティ・システム内で利用可能であることがサプライヤに警告される。
【００２９】
この段階において、一旦、サプライヤが本発明の受注およびビジビリティ・システムを介して注文を受け取れば、サプライヤは、それらの特定注文達成システムに当該注文を統合すること、又は、それらの注文達成システムとして本注文ビジビリティ・システムを利用することを決定することが可能である。サプライヤが受注およびビジビリティ・システムからデータをそれらの特定注文達成システムに転送する場合には、当該転送は自動化されるか又は手作業によることが可能である。
【００３０】
製品の発送は一般に受注およびビジビリティ・システムを介して処理される。売手またはサプライヤは発送のために利用する運送業者を指名することが出来る。本発明は選定された運送業者の発送ラベルに対応する完全な発送ラベルを十分にプリントアウトする能力を提供する。サプライヤは、注文ビジビリティ・システムの全体発送または部分発送の状態指定に従って、当該注文全体を発送するか、又は、当該注文の一部分を発送するかを選定可能である。その代わりに、サプライヤは、本発明の発送態様を進行させ、分離された個別運送業者処理ステーションを介して実施される注文を処理することを選定可能である。
【００３１】
受注およびビジビリティ・システムが発送を処理するために用いられ、当該アイテムが一旦発送されると、ステップ（６）において、正確な運送業者コストが即座に判明する。これは運送業者がサプライヤに対して発送料金の請求書を作成する必要性を排除し、その結果として、サプライヤは、即座に、電子メールその他の適当な通信手段を介して製品および発送料金のコストに関する請求書を売手に対して作成することが可能である。ステップ（７）において、売手はサプライヤから送り状を受け取り、電子メール又は他の適当な通信手段を介して購入者／顧客に対して即座に請求書を作成可能である。ステップ（８）において、購入者は送り状を受け取り、それに応じて請求額を支払う。購入者からの支払いを売手が受け取る以前または以後のいずれかにおけるステップ（９）において、売手は、一般に電子的または郵便を介してサプライヤに対して支払いを実施する。売手および顧客に対して請求書を作成する効率的な手段を提供することにより、全体としての請求書作成サイクルタイムが実質的に短縮され、コスト効率向上がサプライヤと売手の両方によって実現される。
【００３２】
受注およびビジビリティ・システムの逐次的事例
当然理解されるように、本発明は一般にインターネット上で実施され、ユーザは、例えば、マイクロソフト株式会社（シアトル、ワシントン）製インターネットエクスプローラ又はネットスケープ・コミュニケーション株式会社（マウンテンビュー、カリフォルニア）製ネットスケープなどの互換性のあるインターネットブラウザを介してインターネットへアクセス可能であることが要求される。ただし、本発明は他の標準インターネットブラウザならびに希望に応じてプロプラェタリブラウザの使用を考慮に入れるものであることが容易に理解されるはずである。一般的なブラウザは図形を受け入れるように構成され、ＪａｖａＳｃｒｉｐｔ言語（又は、他の適当なクロスプラットホーム、オブジェクト基調スクリプト言語）によるプログラミングを可能にし、安全なソケット層暗号化技術を使用可能化する。
【００３３】
受注およびビジビリティ・システムインタフェース
本発明に従った受注およびビジビリティ・システムは一般に３つのインタフェースを有する。これらのインタフェースには、限定的意味をもつことなく、システムアドミニストレータ、一般に売手の顧客サービス代理人（ＣＳＲ）である第１ユーザ、及び、一般にサプライヤの代理人である第２ユーザが含まれる。システム全体の機能性を十分に評価するために、次に示す討論によって、これらのインタフェースの機能およびインタラクションについて簡潔に説明することとする。
【００３４】
システムアドミニストレータは認定されたユーザに、受注およびビジビリティ・システムに関するユーザアカウントを割り当て、かつ売手のＣＳＲまたはサプライヤの代理人としてユーザの権利を構成するる能力を付与する。
【００３５】
第１ユーザまたは売手のＣＳＲインタフェースは注文を入力し、それらを特定のサプライヤに割り当てる能力を提供する。その上、売手のＣＳＲは注文を見ること、注文を編集すること、及び、注文の状態を追跡することが可能である。注文処理は、注文の第２ユーザに対する当該注文処理の可視性を（即ち、注文はシステムに依然として「未出荷」、又は、「保留」、又は、「一部発送済み」、又は、「発送済み」としてリストされているか？）用いて売手のＣＳＲによって追跡される。発送追跡は一般に発送作業を実施した結果として第２ユーザによって割り当てられた追跡番号を用いて達成される。
【００３６】
第２ユーザ又はサプライヤの代理インタフェースにはサプライヤに明確に割り当てられた注文を見て、注文を適宜処理する能力が付与されている。注文を処理することは一般に当該注文を全体的または部分的に達成し、当該注文の発送準備を整えることを意味する。サプライヤの代理インタフェースは処理されつつある注文の状態に関する情報をシステム内へ入力する。本発明の一実施形態において、サプライヤの代理インタフェースは、発送プロセスを完成するために完全な発送ラベルを提供する本発明の発送態様を実施する。
【００３７】
その代りに、サプライヤが発送ラベルをプリントする本発明の発送態様を必要としないならば、サプライヤ代理人は、手作業または別の方法により、発送に関連する情報を本発明の受注およびビジビリティ・システムへ入力する。この発送ラベル無効化特性はサプライヤがそのように選定するならば、サプライヤがそれら自体の洗練された発送処理を継続して使用することを可能にする。また、所要運送業者が小口扱い（ＬＴＬ）運送業者として定義されるならば、サプライヤの代理インタフェースは発送関連情報を入力することも可能である。
【００３８】
第１注文ビジビリティ・システムインタフェース　−　売手
検討の序文として、一般的な売手の顧客サービス代理人（ＣＳＲ）は本発明の注文ビジビリティ・システムの第１ユーザ、即ち第１インタフェースであるものと仮定する。一般に、売手のＣＳＲは、顧客注文を本システムに入力するために注文ビジビリティ・システムへアクセスし、これらの注文を指定されたサプライヤへ送るはずである。その上、ＣＳＲは、これら注文の状態をチェックするために本注文ビジビリティ・システムにアクセスするはずである。図４は本注文ビジビリティ・システムに関連した特定のネットワークアドレスにアクセスするときにＣＳＲが遭遇する一般的な注文ビジビリティ・システムのログインペ−ジである。ＣＳＲはユーザ名およびパスワードをログインペ−ジ上の指定された部位に入力することを継続する。図に示す例において、顧客代理人のユーザ名は「ｃｓｒ」であるものと仮定し、パスワードは希望通りに設定可能である。
【００３９】
ユーザ／ＣＳＲが本注文ビジビリティ・システムに順調にログされた後で、ユーザは図５に示すＭａｉｎ　Ｍｅｎｕペ−ジに再びアクセスする。図から分かるように、メイン・メニュータイトルの下に、後続するサブタイトルが所在し、これらは同様にハイパリンクとして機能する。即ち、未出荷注文、一部発送注文、発送済注文、及び、全ての注文。更に、メイン・メニューは一般に新規注文、注文の編集、及び、注文の検索機能へのアクセス可能なサブタイトル／ハイパリンクを含む。
【００４０】
後続するウェブページ（即ち図）に示すように、メイン・メニューペ−ジは１つ又は複数の埋め込まれたリンクを有する「ヘディング」図形を含む。注記として、これらのリンクの１つは「ヘルプ」リンクであり、種々様々なヘルプセクションのプルダウンメニュを備える。「ヘルプ・メイン・メニュー」と称されるヘルプセクションを選定することによって、図６に示すペ−ジにアクセスする。このペ−ジは「主要なヘルプ項目（Ｈｅｌｐ　Ｆｅａｔｕｒｅｓ）」と称されるカラム及び「一般的な手順（Ｃｏｍｍｏｎ　Ｐｒｏｃｅｓｓｅｓ）」の表題をつけたカラムを含む。「主要なヘルプ項目」カラムは頻繁に尋ねられる質問、電子メールアドレス、新規機能、用語集、及び、サイトマップへのハイパリンクを含む。「一般的な手順」カラムは、ＣＳＲが習慣的に実施する種々様々なプロセスを備えた「ハウ・ツー（Ｈｏｗ　ｔｏ）」リンクを含む。例えば、「どうやって注文に関する情報を閲覧するのか？」と題する第６リンクを選定することにより、ユーザは図７に示されるインストラクションペ−ジへのアクセスが提供され、それによって、注文に関する情報を見ることに関連している特定のステップが画定される。プロセスにおける各ステップは「詳細はここをクリック（Ｃｌｉｃｋ　ｈｅｒｅ　ｆｏｒ　ｍｏｒｅ　ｄｅｔａｉｌｓ）」と称されるリンクを備え、このリンクは更に詳細なインストラクション及び特定のステップに添付されたダウンサイズされた図に対応する全ペ−ジサイズの図を含むペ−ジへのアクセスを提供する。
【００４１】
再び図５を参照することとし、ＣＳＲが新規注文を入力しようとする場合にはＣＳＲ／ユーザは「新規注文」リンクを選定または「クリック・オン」することができる。同様に、ＣＳＲは以前に入力された注文を編集するために注文の編集リンクを選択することもできる。その上、ユーザが見計注文、部分注文、発送済み注文、又は、全注文の状態をそれぞれ見ることを選定した場合には、ＣＳＲは、未出荷注文、一部発送注文、発送済注文、または、全ての注文と称されるリンクの１つを選定する。
【００４２】
検討することを目的として、ＣＳＲ／ユーザは図５に示すペ−ジから「全ての注文」リンクを選定するものと仮定すれば、結果として図８に示すようなページディスプレイが得られる。このページディスプレイは注文リスト（Ｏｒｄｅｒ　Ｌｉｓｔｉｎｇ）と名づけられ、ＣＳＲが特定の日付範囲内の全注文データベースまたは事前に定義された先行する日数を探索することを可能にする。図８に示す場合においては、デフォルトの範囲は先行する１８０日である。注文リストのペ−ジは一般に注文に関係する情報に対応するヘッディングを含む。この例においては、関連情報の６個のカラムに対応する６個のヘッディングが示される。第１カラムはＩＤとラベル表示され、第２カラムの題名は注文（ＯＲＤＥＲ）であり、第３はステータス（ＳＴＡＴＵＳ）と名づけられ、第４は注文日（ＯＲＤＥＲ　ＤＡＴＥ）とラベル表示され、第５はサプライヤ（ＳＵＰＰＬＩＥＲ）と名づけられ、第６はロケーション（ＬＯＣＡＴＩＯＮ）とラベル表示される。注文（ＯＲＤＥＲ）フィールドは売手の注文番号を含み、ステータス（ＳＴＡＴＵＳ）フィールドは特定の注文の状態を未出荷である（即ち、発注されたが未だ発送されていない）、発送済み又は一部発送済みと定義する。注文日（ＯＲＤＥＲ　ＤＡＴＥ）と称されるフィールドは初めて発注された日付を識別する。サプライヤ（ＳＵＰＰＬＩＥＲ）フィールドは異なる注文の引き渡し（デリバリ）に関して識別された特定のサプライヤを識別し、ロケーション（ＬＯＣＡＴＩＯＮ）フィールドは特定のサプライヤの位置を識別する。
【００４３】
それぞれ「未出荷」、「一部」、「発送済」を示すことを除けば、図９から１１は図８と同じである。これらのペ−ジは、例えば図５において、「未出荷注文」、「一部発送済注文」、または、「発送済注文」リンクを選定することによってアクセスされ得る。
【００４４】
図８から１１に示すように、種々様々なカラムは、個別カラムヘッディングのラベルに隣接する上向き又は下向きの矢印を使用して、上昇順または下降順に記憶されることが可能である。ヘディングの中の分類（ソート）機能はカラムを含むフィールド入力に応じて番号順、アルファベット順、または、年代順に記憶される注文（ＯＲＤＥＲ）、ステータス（ＳＴＡＴＵＳ）、注文日（ＯＲＤＥＲ　ＤＡＴＥ）、サプライヤ（ＳＵＰＰＬＩＥＲ）、及び、ロケーション（ＬＯＣＡＴＩＯＮ）フィールドを備える。例えば、図１１は、発注日が最も近い注文が注文日（ＯＲＤＥＲ　ＤＡＴＥ）カラムの先頭に現れるように注文日付によって年代順に記憶された発送日を示す。
【００４５】
ＣＳＲ／ユーザが新規発注を扱う場合には、大抵のページヘッディング上で見付けられるメイン・メニュー（Ｍａｉｎ　Ｍｅｎｕ）ペ−ジまたは「注文（Ｏｒｄｅｒ）」プルダウンメニュ上にディスプレイされるように、適当な「新規注文（Ｎｅｗ　Ｏｒｄｅｒ）」が選定されるはずである。一旦、「新規注文（Ｎｅｗ　Ｏｒｄｅｒ）」入力が選定されると、ＣＳＲ／ユーザは、図１２に示すように、「新規注文（Ｎｅｗ　Ｏｒｄｅｒ）」と題名のついたペ−ジにアクセスし、これによって、ユーザは、入力されるべき注文を購入する顧客と関連する顧客番号を入力することが要求される。本発明の一態様の下において、既存の顧客番号がこのフィールドに入力される場合には、既存の顧客情報が顧客データベースから検索され、新規注文を発注するために用いられる。ただし、以前に未使用の新規顧客番号が用いられる場合には、新規顧客情報ペ−ジが装備されるはずである。検討するために、新規顧客番号、即ち０６３０００が用いられるものとする。新規顧客番号を入力すると、結果として、図１３に示すように、「顧客情報：新規顧客（Ｃｕｓｔｏｍｅｒ　Ｉｎｆｏｒｍａｔｉｏｎ：Ｎｅｗ　Ｃｕｓｔｏｍｅｒ）」と称されるペ−ジへのアクセスが実施される。このペ−ジは新規顧客情報用に使用され得る種々様々な入力フィールドを示す。
【００４６】
新規顧客（Ｎｅｗ　Ｃｕｓｔｏｍｅｒ）情報ペ−ジ上で発見される入力フィールドを完成した後においてユーザ／ＣＳＲは「送信（Ｓｕｂｍｉｔ）」を選定するはずである。「送信（ｓｕｂｍｉｔ）」オプションを選定することにより、新規顧客情報は顧客データベース内に記憶される。その上、「送信（ｓｕｂｍｉｔ）」オプションを選定すると、図１４に示すように、「新規注文の入力（Ｅｎｔｅｒ　ａ　Ｎｅｗ　Ｏｒｄｅｒ）」と称されるペ−ジへのアクセスがユーザ／ＣＳＲに提供されるはずである。新規注文ページは一般的に注文情報に関するフィールド及び顧客情報に関するフィールドを含むはずである。顧客データベースを組み込む本発明のこれら実施形態における顧客情報データベースから顧客情報が繰り越されるはずである。顧客データベースが存在しない本発明の一代替実施形態において、ユーザ／ＣＳＲは新規注文ページ内にディスプレイされる全ての顧客情報フィールドに入力を供給することが要求されるはずである。
【００４７】
新規注文ページ上の注文情報フィールドには注文番号、リファレンス番号、顧客ＰＯ番号、発送方法、商品数、サプライヤ、注文日、要求日、及びロケーションリファレンスが含まれ得る。必要とされるフィールドはフィールド名に近接して位置するアステリスクによって示される。ユーザ／ＣＳＲは手作業によって注文情報を注文情報フィールドへ入力するか、又は、付属ＳＡＰシステムは、必要な注文情報を提供するために、本発明の受注システムと電子的にインタフェースすることもあり得る。
【００４８】
所与のフィールドにおいてどの情報が提供されるべきかについてユーザ／ＣＳＲが確信を持てない場合には、ユーザ／ＣＳＲはページヘディング内に位置するプルダウン「ヘルプ」メニュへアクセスすることもあり得る。プルダウン「ヘルプ」メニュ内には「索引」と題する入力が含まれる。「索引」入力を選定することによって、図１５に示すように、ユーザ／ＣＳＲには索引ペ−ジへのアクセスが提供される。用語集はアルファベット順に組み立てられ、注文ビジビリティ・システム内で発見される全てのフィールド入力に関する短い記述を提供する。新規受注の完成に際してユーザ／ＣＳＲが更なる支援を望むならば、「ヘルプ・メイン・メニュー」と称する入力がプルダウン「ヘルプ」メニュ内に備えられる。「ヘルプ・メイン・メニュー」入力を選定することによって、既に検討され、かつ図６に示されるように、ユーザ／ＣＳＲにはヘルプ・メイン・メニューペ−ジへのアクセスが提供される。「どうやって新規注文を作成するのか？」と称するオプション１を選定することにより、ユーザ／ＣＳＲは、図１６に示すように、新規注文を作成する方法について詳述する特定のステップバイステップインストラクションにアクセスする。
【００４９】
本検討を目的とし、かつ図１４に示すように、ユーザ／ＣＳＲは注文番号「１００１０」を入力する。リファレンス番号として「２４」が入力される。顧客購入注文（ＰＯ）番号は、「１０００００００２４」であるものと仮定される。発送方法は「ＵＰＳグラウンド」であるように選定される。注文における商品数は「２」である。選定されたサプライヤは「供給会社（サプライヤ・カンパニー）」である。発注日付は現在の日付と一致するものとし、要求される日付はユーザ／ＣＳＲによって定義されるものとし、この場合には、次の月の第１日である。この例の場合に限り、ロケーション・リファレンス・フィールドは未定義であるものと仮定される。
【００５０】
一般的な注文ビジビリティ・システムにおいては、売手は発送オプション及びサプライヤオプションを事前定義しても差し支えない。事前定義されたオプションは、発送方法およびサプライヤのための受注フィールドに関連したプルダウンメニュよりユーザ／ＣＳＲへディスプレイされ得る。例えば、売手はＵＰＳグラウンド、ＵＰＳネクスト・デイ・エアー（翌日航空便）、及び、発送オプションとして適した種々のＬＴＬ（小口扱い）運送業者を事前定義しても差し支えない。本発明の一実施形態に従い、以後の詳細な検討において詳しく論じられるように、要求される発送方法を用いてサプライヤが一旦注文を受け取ると、次に、当該サプライヤは当該注文を処理し、選定された発送方法と関連した発送ラベルを自動的にプリントすることができる。
【００５１】
一旦、ユーザ／ＣＳＲが注文情報フィールド、及び／又は、顧客情報フィールドへ必要とされる情報を入力すると、ユーザ／ＣＳＲは受注プロセスを継続するために「継続」を選定することが可能であるか、又は、当該フィールド内に提供されている情報は「クリア」オプションを選定することによって編集可能である。本検討の場合には、ユーザ／ＣＳＲは「継続」オプションを選定すれば、図１７に示すように，注文１００１０の商品と称されるペ−ジへのアクセスが提供される。
【００５２】
商品注文ペ−ジは前のオーダー・エントリー（受注）ペ−ジに入力された、この場合には「２」である商品数に対応する商品受注を含む。商品フィールドは、商品の種類、商品ＩＤ、ＳＫＵ／商品番号、数量、詳細、及び、リファレンスを含む。商品ＩＤはこの特定注文に関する一意的識別子であり、この場合には、商品１は「１００」に割り当てられ、商品２は「２００」に割り当てられる。ＳＫＵ／商品番号は一般に特定のアイテムに関するサプライヤ番号であり、この場合には、商品１は「１８８」として定義され、商品２は「１８９」として定義される。この場合における所要量は、商品１に関しては「２」および商品２に関しては「１」と定義される。記述フィールドは購入される商品に関する記述を備え、例えば、ライナイテム１は「小型部品」であり、ライナイテム２は「小型部品ホルダ」である。この場合には未定義のまま残されているリファレンスフィールドは　必要に応じて参照情報を付加する能力をユーザ／ＣＳＲに提供する。
【００５３】
一旦、ユーザ／ＣＳＲによって必要情報が商品注文情報フィールドに入力されると、ユーザ／ＣＳＲは、受注プロセスを継続するために「継続」を選定可能であるか、又は、「注文情報の編集」オプションを選定することによって、当該フィールドに提供される情報が編集可能である。本検討の場合に限り、ユーザ／ＣＳＲは「継続」オプションを選定し、図１８に示すように、「注文確認」と称するペ−ジへのアクセスが提供される。
【００５４】
注文確認ペ−ジは新規注文の詳細、顧客情報、及び、以前に入力された情報に対応する商品情報を示す。示された情報が正しくない場合には、ユーザ／ＣＳＲは「注文の編集」リンクを選定して、確認において示されるあらゆる情報を編集することが出来る。ただし、注文情報が正しいものと仮定すれば、「注文処理（Ｐｒｏｃｅｓｓ　Ｏｒｄｅｒ）」リンクが選定され、ユーザ／ＣＳＲは、図１９に示すように「新規注文処理完了」と題するペ−ジに導かれる。
【００５５】
新規注文処理完了ペ−ジは、新規注文がシステムによって受け入れられ、サプライヤによって採用されたことを示す。この場合においては、注文番号１００１０が受け入れられ、この段階において、当該注文は、この場合の「供給会社（サプライヤ・カンパニー）」である選定されたサプライヤにとって「ビジブル（可視）」である。このアプリケーションにおける「ビジブル（可視）」は、サプライヤが注文ビジビリティ・システムにアクセスした時に、この段階において、この特定注文は採用され、サプライヤ側のアクション（措置）が必要であるものとして現れることを意味する。更に、注文が採用されたことの確認は、一般に電子メール又はｘｍｌフィードのいずれかである注文通信を注文ビジビリティ・システムがサプライヤに自動的に送るように促し（プロンプトし）、注文が採用されたことをサプライヤに警告するはずである。注文が採用されたことが確認された後で、ユーザ／ＣＳＲは「メイン・メニュー」、「新規注文の入力」，又は、「ログアウト」へ戻ることを選択するはずである。
【００５６】
検討を目的とする場合に限り、ユーザ／ＣＳＲはメイン・メニューへ戻り、「全ての注文」リンクを選定し、その結果として、例えば図２０に示すように、現在採用されている全ての注文を含むペ−ジにユーザ／ＣＳＲがアクセスするものと仮定される。当然理解されるはずであるように、新規注文＃１００１０がリストの最上部に含まれて、その状態がＯＰＥＮであることを表示していること、注文日付が６／６／２００１であること、サプライヤが供給会社（サプライヤ・カンパニー）であることを除けば、図２０は図８の場合と同様である。
【００５７】
第２注文ビジビリティ・システムインタフェース　―　サプライヤ
検討を目的として、次に、売手によって採用された注文を受け取りかつ達成するためにサプライヤの代理人である供給会社（サプライヤ・カンパニー）は注文ビジビリティ・システムへアクセスするものと仮定する。ただし、顧客サービス代理人による「ログアウト」の以前または以後のいずれかにおいて、サプライヤが本システムにアクセスするものと理解されたい。一旦、注文が売手側によって確認されると、当該注文は当該サプライヤに伝達され、当該サプライヤは伝達の瞬間的な後において（ネットワーク通信の速度に応じて）当該注文を見る能力を持つはずである。売手とサプライヤは、本システムへ同時にログオン可能であり、非常にしばしば同時ログオンすることもあり得るはずである。
【００５８】
図２１は、本注文ビジビリティ・システムに関連した特定のネットワークアドレスを入力することによってアクセスされる図４と同じ注文ビジビリティ・システムログインペ−ジである。ただし、この場合には、当該ペ−ジはサプライヤによってアクセスされつつあり、サプライヤの代理人は、ログインペ−ジ上の指定された部位（エリア）にユーザ名およびパスワードを入力することによって操作を進行させるはずである。図に示す事例に関して、サプライヤ代理人のユーザ名は「サプライヤ」であるものと仮定して差し支えなく、パスワードは希望通りに設定可能である。
【００５９】
適当なユーザ名、及び、パスワードの入力に際して、図２２に示すように、サプライヤの代理人はメイン・メニューと称するペ−ジへアクセスする。このＭａｉｎ　Ｍｅｎｕはサプライヤに現行注文状態（１未出荷オーダ（見計注文）、２部分注文、及び、０未決定注文）ならびに下記のリンクを提供する。即ち、「未出荷注文」、「一部発送済注文」、「保留注文（ｐｅｎｄｉｎｇ　ｏｒｄｅｒｓ）」、「発送済」、「注文の発送」、及び、「発送済注文」である。当然理解されるはずであるように、これらのリンクはサプライヤの特定見計（未出荷）注文、部分的発送済み注文、未決定注文、発送済み注文へのアクセスを提供し、同様に発送リンク及び注文探索機能を提供する。
【００６０】
この場合には、サプライヤの代理人は、売手によって採用された未だ処理されなければならない注文を見るために「未出荷」（ｏｐｅｎ）注文を選択する。図２３に示すように、サプライヤは、未出荷な注文に関連する情報を提供する注文リストと表題をつけられたペ−ジにアクセスする。当該ページは、サプライヤが特定の日付範囲内の、又は、事前定義された先行日数に関する未出荷な注文データベース全体を探索することを可能にする。図２３に示す場合において、デフォルト範囲は先行する１８０日である。このペ−ジは、例えば、売手の注文番号、注文ステータス、注文日、ならびに、当該商品を購入する顧客などのような注文情報を含む。この種の注文リスティングを見るサプライヤは売手によってこれら特定の注文に割り当てられたサプライヤであるものと仮定されているので、この点において一切のサプライヤ関連情報を提供する必要がないことに留意されたい。
【００６１】
当然理解されるはずであるように、本発明の注文ビジビリティ・システムはサプライヤに、サプライヤの「一部発送済み」注文（図２４）、サプライヤの「発送済み注文（図２５）、及び／又は、サプライヤの「未決定注文」（図２６）」へのアクセス（即ち可視性）を提供する。部分的発送済み注文は商品又は未だ発送すべき商品の一部分を依然として所有している注文として定義される。未決定の注文は、処理されて達成されたが未だ発送されるべき（即ち、発送追跡番号が割り当てられた）注文として定義される。発送済み注文は全体が発送された注文である。
【００６２】
サプライヤは未出荷な注文を発送するために必要な情報を獲得する種々様々なオプションを有する。サプライヤはメイン・メニュー・ページを介して未出荷な注文ページにアクセスし、あらゆる未出荷な注文の注文番号を選択することが可能である。未出荷な注文番号を選定することによって、サプライヤは、注文の発送ＸＸＸＸと題するペ−ジへ導かれる。ここにＸＸＸＸは注文番号を示す。注文の発送ページを図２７に示す。その代りに、サプライヤはメイン・メニューの中から、図２８に示すように注文の発送の検索と題するページへサプライヤを導く「注文の発送」リンクを選定可能である。発送注文探索ページはサプライヤが未出荷な注文に関係する情報を入力することを要求する。従って、サプライヤは注文番号、参照番号、顧客Ｐ０番号等の形式で発送に関する知識を持つことを要求される。この場合には「１００１０」である注文番号を入力することによって、サプライヤは図２７に示される上記の同じ注文の発送ＸＸＸＸへ導かれる。
【００６３】
図２７に示すように、注文の発送ページが備えられ、これには、注文番号、顧客情報（即ち、当該注文の発送先）、ならびに、パッケージに対応する或る特定の発送情報を入力するための条項が含まれる。当然理解されるはずであるように、この種の発送情報には、重量（ポンド表示）、寸法（一般にインチ表示）、特大パッケージ、及び／又は、発送に関する特殊必要条件、申告値（ドル表示）、パッケージ番号、及び、荷主追跡番号に関するフィールドが含まれる。その上、発送情報は売手の希望する発送サービスを示すはずである。本発明の一実施形態において、サプライヤは、希望する場合には、売手が希望する所要の発送サービスを無効化することが可能である。発送サービスがサプライヤによって無効化されることを可能にするためには、受け入れ可能な代替発送サービスをリストするプルダウンサプライヤ・メニューが備えられる。同様に、注文の発送ページはＬＴＬ情報に関関するフィールドを含む。売手がＬＴＬ運送業者を介して発送を要求した場合、又は、サプライヤが売手の発送リクエストを無効化してＬＴＬ運送業者を選定した場合にはＬＴＬ情報が必要とされる。これらのフィールドには、追跡番号、発送記述、キャリアインストラクション、パッケージ記述、ＬＴＬクラス、ＢＯＬ（船荷証券）番号等が含まれることがあり得る。
【００６４】
注文包装情報の入力に先立って、一般にサプライヤは注文の発送ページ上で「注文の詳細を参照」リンクを選定することにより当該注文の詳細にアクセスするはずである。一般に個別のネットワークウィンドウが開かれて、例えばサプライヤ名およびアドレス、注文番号、注文状態、顧客／発送先名およびアドレス、顧客Ｐ０番号、注文日付、要求された日付、及び、商品情報などの注文に関する詳細を提供する図２９に示されるページへのアクセスを提供する。このページから、サプライヤは、このページ上で「注文記録の閲覧」リンクを選定することにより、当該注文に関係する売手によって供給されるあらゆる追加注記を見ることも可能である。
【００６５】
少なくとも注文の一部分に適合する在庫が所在することをサプライヤが注文の詳細から一旦決定すれば、当該サプライヤは、必要な在庫を引き出し、適宜、荷造りすることによって注文の達成を進行させるはずである。次に、注文の発送ページ上の該当パッケージ情報フィールド内にサプライヤによってパッケージ情報が提供される。パッケージ重量および発送サービスは、遅くとも、当該注文が発送と共に処理される以前に提供されなければならない。その上、パッケージに関する更なる記述を提供するため、及び／又は、追加発送必要条件を定義するために残りのパッケージ情報フィールドを完成させることが可能である。サプライヤは追跡番号を手作業で入力可能であるか、或いは、追跡番号は発送ラベルが続いて生成される時に自動的に供給され得る。
【００６６】
ＬＴＬ発送が実施されるべきであることが売手またはサプライヤによって指示される場合には、ＬＴＬ情報の下でリストされたフィールドは一般に「注文の発送」を選定する以前に完成されるはずである。ＬＴＬタイプの荷主が利用される予定であることが仮定されている場合に、サプライヤが「ＬＴＬトラッキング番号」を入力しないならば、当該注文は、該当する追跡番号の割当に際して、本発明に従い、発送を待ちつつある「保留注文」として分類されるはずである。次に、サプライヤ又は荷主は注文の発送ページへ戻り、当該注文の状態が「保留」から「発送」に変化する点においてＬＴＬ追跡番号を入力するように指示される。発送の技術分野における当業者によって当然理解されるはずであるように、一般に、ＬＴＬ追跡番号は、実際の運送業ドライバが発送されるべきパッケージを収集するためにサプライヤの現場に到着する時まで、ＬＴＬ運送業者によって供給されない。
【００６７】
その上、注文の発送ページは、注文の発送ページ上で「注文記録の追加」リンクを選択することによって発送に関する注文ノートをサプライヤに提供する。一般に、選択に際して、記録ページ（Ｎｏｔｅページ）を表示する個別のネットワークウィンドウが開かれる。サプライヤはカスタムノートを提供するか、又は、総称発送ノートのリスティングにアクセスすることが可能なはずである。一旦、発送ノートが提出されたならば、それらのノートはは受注およびビジビリティ・システム又はＸＭＬを介して顧客に運ばれるはずである。
【００６８】
一旦、発送準備が整えば、サプライヤは「注文の発送」リンクを選定し、サプライヤは、図３０に示すように、注文ＸＸＸＸの発送商品と称するペ−ジに導かれる。これは、サプライヤが、発送された商品の番号または任意の１つの商品の量を変更することを可能にする。ここに呈示された例においては、サプライヤが商品１から１つの量および商品２から１つの量を発送中であるものと仮定する。サプライヤの代理人は「発送」フィールドにおける量を編集し、発送注文プロセスを完成するために「注文の発送」リンクを選定する。サプライヤの代理人が発送情報を編集することを望むならば、当該サプライヤは「発送の編集」リンクを選定し、当該サプライヤは図２７の注文の発送ページに返される。
【００６９】
「注文の発送」リンクの選定に際して、サプライヤは、図３１に示すように、発送ラベルを生成するページへ導かれる。次に、発送ラベルはプリントアウト可能であり、発送コンテナに添付される。発送ラベルは選定された発送サービスを示し、発送中のアイテムの追跡番号を含んでいても差し支えない。その上、発送ラベルは一般に顧客名およびアドレスを含み、サプライヤのアドレス、パッケージ重量、及び、その上にプリントされた情報に関連した他のあらゆる発送を返す。また、ラベルページには、ラベルの印刷、コンテナへのラベルの添付、及び、運送業者によるパッケージの収集に関するインストラクションが含まれる。
【００７０】
一旦、ラベルが印刷および添付され、パッケージが「発送済み」であると推測される場合には、サプライヤは、メイン・メニューへ戻るか又は未発送注文ページを見るオプションを有する。これらのオプションはラベルページ上で対応するリンクを選択することによって実施される。例えば、サプライヤが未発送注文ページへ戻ることを選定した場合には、当該ページは、図３２に示すように、未出荷な注文が一切残存しないことを示すはずである。サプライヤがＭａｉｎ　Ｍｅｎｕページへ戻ることを選定し、「一部発送」リンクを選定した場合には、図３３に示すように、一部発送ページは、注文番号　１００１０が部分発送であり、従って、更なる発送が必要とされることを示すはずである。サプライヤが一部発送ページにおいて注文番号を選定した場合には、サプライヤが注文の発送ページへ導かれ、ここで、当該注文が完全に発送可能であるか、又は、更なる部分発送が実施されるはずである。
【００７１】
更に、発送中の注文の確認、即ち「注文の発送」リンクを選定すると、注文ビジビリティ・システムが一般に電子メール又はｘｍｌフィードである注文通信を売手に自動的に送ることを促し、当該注文の発送が既に実施されたことを売手に警告し、かつ当該注文番号、１つ又は複数の追跡番号、及び／又は、１つ又は複数のパッケージ重量を売手に提供する。また、発送確認通信には、発送中の製品のコスト、ならびに、発送料金に関係する請求書作成情報が含まれても差し支えない。発送に際して、発送料金に関して売手に対して請求書を即座に作成するためのメカニズムを提供することにより、本発明の受注およびビジビリティ・システムは、サプライヤに対して運送業者に請求書を作成させる必要性を排除する。その上、同様の発送確認メッセージが当該発送の顧客に送られることも可能である。
【００７２】
サプライヤの大局観に基づいて本システムが複数の売手とインタフェースするように本発明の受注およびビジビリティ・システムを構成することはここに開示された創意に富んだ概念内において可能である。本発明のこの一実施形態において、注文リスティングペ−ジには一般に発注した売手を識別するかめに役立つ「売手（セラー）」に関するカラムが含まれる。その上、売手がシステムにアクセスする時には、売手は売手がサプライヤに発注した注文の状態に関して可視性を持つに過ぎず、売手は他の売手の注文を見ることから除外されるはずである。
【００７３】
第３注文可視性インタフェース　―　システムアドミニストレータ
第３インタフェース、即ち「システム・アドミニストレーター・インタフェース」も使用可能である。図３４に示すように、一般に売手と関連するシステムアドミニストレータは、該当するユーザ名およびパスワードを入力することにより、システムログインペ−ジを介して本システムにアクセスする。図３４に示す事例において、アドミニストレータユーザ名は「ａｄｍｉｎｃｓｒ」である。一旦、ログイン機能が完成すれば、図３５に示すように、システムアドミニストレータは本システムのメイン・メニューへ導かれる。メイン・メニューはシステムアドミニストレータが既に検討された注文情報にアクセスすること、ならびに、アドミニストレーティブ・ファンクショナリティ（管理機能）のヘディングの下でリストされたアドミニストレーション・メニューにアクセスすることを可能にする。
【００７４】
図３６に示すように、アドミニストレーション・メイン・メニューからのシステムアドミニストレータは、新規ユーザを追加または編集するか、又は、サプライヤの位置を追加または編集するか、又は、サプライヤを追加または編集する能力を有する。更に、システムアドミニストレータは本システムアドミニストレータのプロファイルを編集可能である。図３７は、システムアドミニストレータが「新規ユーザーの追加」を選定した場合にアクセスされるペ−ジを示す。新規ユーザは一般に売手の顧客サービス代理人、サプライヤ代理人、又は、追加システムアドミニストレータを有する。ユーザの名前、ユーザのログイン名、ユーザのパスワード、ユーザの電子メールアドレス、及び、ユーザのロケーションを含む情報を入力することにより新規ユーザは追加される。
【００７５】
システムアドミニストレータは、システムアドミニストレータを図３８に示すペ−ジへ導く「新規ロケーションを追加する」ために追加的に選定することが可能である。プルダウンメニュはシステムアドミニストレータが既存のサプライヤ（即ち、会社）を選定し、次に、新規ロケーションに関連する入力に記入することを可能にする。これらのエントリには、新規ロケーションの記述、新規ロケーションアドレス、新規ロケーション電話、及び、ファクシミリ番号、新規ロケーション連絡名、プリンタタイプ（自己生成された発送ラベル機能を構成するため）、及び、サプライヤに結合した該当する売手の口座番号が含まれる。
【００７６】
その上、システムアドミニストレータは、図３９に示すペ−ジにアクセスすることによって新規会社を追加する能力を有する。新規サプライヤを追加するために必要な情報は、既に述べたように、新規サプライヤロケーションを追加するために必要な情報に類似する。更に、新規サプライヤを追加するには、会社／サプライヤ名、サプライヤを識別するサプライヤコード、電子メールアドレス、通知方法（電子メール、又は、ＸＭＬ）、会社のタイプ（サプライヤ、又は、売手）、及び、会社が所有すれば該当するＸＭＬまたはＵＲＬアドレスを必要とする。
【００７７】
結論
従って、本発明に従った受注およびビジビリティ・システムは会社または多くのサプライヤを有する会社を支援するため、注文をそれらのサプライヤに配分するため、及び、通信ネットワーク技術を使用して中央位置において発送結果の状態を受け取るために簡単なインタフェースを提供する。
【００７８】
本発明は幾つかの一意的特徴を含む。本発明はアクセス容易な単一フォーマットにおいて様々な多くのサプライヤに関する発送状態を統合する。また、本発明は一般に基礎的なインターネット技術を使用することにより、ネットワークにおける全てのサプライヤに関する共同インタフェースを介して注文交換を可能にする。サプライヤに関して、本発明は独立した発送アプリケーションへのデータ再入力を不要にする。パッケージが発送される時には、荷主またはサプライヤからの更なる努力なしに発送状態は即座に売手に提供される。従って、多くの個別通信（ファクシミリ、電話、等々）はサプライチェーンに沿った多くのステップにおいて回避され、時間のかかる労力消費を防止するばかりでなく、再び入力されたデータエントリエラー又はロスの発生を防止する。
【００７９】
本発明の多くの変更および他の実施形態は、前述の記述および関連図面において呈示された教示が提供する利益の所有に本発明が関係することを当該技術分野における当業者に気付かせるはずである。従って、本発明がここに開示された特定の実施形態に限定されないこと、及び、改変および他の実施形態は添付特許請求の範囲に含まれることを意図したものであることが理解されるべきである。ここでは特定の用語が用いられているが、これらの用語は総称的かつ記述的な意味において使用されたものであり、限定を目的とするものではない。
【図面の簡単な説明】
【図１】
従来の技術に従った受注および請求書作成現行システムの流れ図である。この図は購入者が「ＳｅｌｌｅｒＣｏ．ｃｏｍ」と称する典型的な売手を介して注文を入力することによって始まり、送り状を受け取る購入者と支払いを実施するサプライヤの両者によって終了する順次的ステップ１から１０の形式において開示する。
【図２】
本発明の実施形態に従った受注と注文可視性および発送ラベル生成のための方法の流れ図である。
【図３】
本発明に従った受注およびビジビリティ・システムを実施する受注および請求書作成システムの流れ図である。この図は購入者が「ＳｅｌｌｅｒＣｏ．ｃｏｍ」と称する典型的な売手を介して注文を入力することによって始まり、送り状を受け取る購入者と支払いを実施するサプライヤの両者によって終了する順次的ステップ１から９の形式において開示する。
【図４】
一般にサプライヤである第２ユーザによる当該注文の達成、及び／又は、発送によって後続される一般に購入者または売手である第１ユーザによる注文の入力を含む典型的な受注および注文可視性セッションに際して遭遇する一般的なネットワークアプリケーションペ−ジを示す図である。
【図５】
一般にサプライヤである第２ユーザによる当該注文の達成、及び／又は、発送によって後続される一般に購入者または売手である第１ユーザによる注文の入力を含む典型的な受注および注文可視性セッションに際して遭遇する一般的なネットワークアプリケーションペ−ジを示す図である。
【図６】
一般にサプライヤである第２ユーザによる当該注文の達成、及び／又は、発送によって後続される一般に購入者または売手である第１ユーザによる注文の入力を含む典型的な受注および注文可視性セッションに際して遭遇する一般的なネットワークアプリケーションペ−ジを示す図である。
【図７Ａ】
一般にサプライヤである第２ユーザによる当該注文の達成、及び／又は、発送によって後続される一般に購入者または売手である第１ユーザによる注文の入力を含む典型的な受注および注文可視性セッションに際して遭遇する一般的なネットワークアプリケーションペ−ジを示す図である。
【図７Ｂ】
一般にサプライヤである第２ユーザによる当該注文の達成、及び／又は、発送によって後続される一般に購入者または売手である第１ユーザによる注文の入力を含む典型的な受注および注文可視性セッションに際して遭遇する一般的なネットワークアプリケーションペ−ジを示す図である。
【図８Ａ】
一般にサプライヤである第２ユーザによる当該注文の達成、及び／又は、発送によって後続される一般に購入者または売手である第１ユーザによる注文の入力を含む典型的な受注および注文可視性セッションに際して遭遇する一般的なネットワークアプリケーションペ−ジを示す図である。
【図８Ｂ】
一般にサプライヤである第２ユーザによる当該注文の達成、及び／又は、発送によって後続される一般に購入者または売手である第１ユーザによる注文の入力を含む典型的な受注および注文可視性セッションに際して遭遇する一般的なネットワークアプリケーションペ−ジを示す図である。
【図９Ａ】
一般にサプライヤである第２ユーザによる当該注文の達成、及び／又は、発送によって後続される一般に購入者または売手である第１ユーザによる注文の入力を含む典型的な受注および注文可視性セッションに際して遭遇する一般的なネットワークアプリケーションペ−ジを示す図である。
【図９Ｂ】
一般にサプライヤである第２ユーザによる当該注文の達成、及び／又は、発送によって後続される一般に購入者または売手である第１ユーザによる注文の入力を含む典型的な受注および注文可視性セッションに際して遭遇する一般的なネットワークアプリケーションペ−ジを示す図である。
【図１０】
一般にサプライヤである第２ユーザによる当該注文の達成、及び／又は、発送によって後続される一般に購入者または売手である第１ユーザによる注文の入力を含む典型的な受注および注文可視性セッションに際して遭遇する一般的なネットワークアプリケーションペ−ジを示す図である。
【図１１Ａ】
一般にサプライヤである第２ユーザによる当該注文の達成、及び／又は、発送によって後続される一般に購入者または売手である第１ユーザによる注文の入力を含む典型的な受注および注文可視性セッションに際して遭遇する一般的なネットワークアプリケーションペ−ジを示す図である。
【図１１Ｂ】
一般にサプライヤである第２ユーザによる当該注文の達成、及び／又は、発送によって後続される一般に購入者または売手である第１ユーザによる注文の入力を含む典型的な受注および注文可視性セッションに際して遭遇する一般的なネットワークアプリケーションペ−ジを示す図である。
【図１２】
一般にサプライヤである第２ユーザによる当該注文の達成、及び／又は、発送によって後続される一般に購入者または売手である第１ユーザによる注文の入力を含む典型的な受注および注文可視性セッションに際して遭遇する一般的なネットワークアプリケーションペ−ジを示す図である。
【図１３】
一般にサプライヤである第２ユーザによる当該注文の達成、及び／又は、発送によって後続される一般に購入者または売手である第１ユーザによる注文の入力を含む典型的な受注および注文可視性セッションに際して遭遇する一般的なネットワークアプリケーションペ−ジを示す図である。
【図１４】
一般にサプライヤである第２ユーザによる当該注文の達成、及び／又は、発送によって後続される一般に購入者または売手である第１ユーザによる注文の入力を含む典型的な受注および注文可視性セッションに際して遭遇する一般的なネットワークアプリケーションペ−ジを示す図である。
【図１５】
一般にサプライヤである第２ユーザによる当該注文の達成、及び／又は、発送によって後続される一般に購入者または売手である第１ユーザによる注文の入力を含む典型的な受注および注文可視性セッションに際して遭遇する一般的なネットワークアプリケーションペ−ジを示す図である。
【図１６】
一般にサプライヤである第２ユーザによる当該注文の達成、及び／又は、発送によって後続される一般に購入者または売手である第１ユーザによる注文の入力を含む典型的な受注および注文可視性セッションに際して遭遇する一般的なネットワークアプリケーションペ−ジを示す図である。
【図１７】
一般にサプライヤである第２ユーザによる当該注文の達成、及び／又は、発送によって後続される一般に購入者または売手である第１ユーザによる注文の入力を含む典型的な受注および注文可視性セッションに際して遭遇する一般的なネットワークアプリケーションペ−ジを示す図である。
【図１８】
一般にサプライヤである第２ユーザによる当該注文の達成、及び／又は、発送によって後続される一般に購入者または売手である第１ユーザによる注文の入力を含む典型的な受注および注文可視性セッションに際して遭遇する一般的なネットワークアプリケーションペ−ジを示す図である。
【図１９】
一般にサプライヤである第２ユーザによる当該注文の達成、及び／又は、発送によって後続される一般に購入者または売手である第１ユーザによる注文の入力を含む典型的な受注および注文可視性セッションに際して遭遇する一般的なネットワークアプリケーションペ−ジを示す図である。
【図２０Ａ】
一般にサプライヤである第２ユーザによる当該注文の達成、及び／又は、発送によって後続される一般に購入者または売手である第１ユーザによる注文の入力を含む典型的な受注および注文可視性セッションに際して遭遇する一般的なネットワークアプリケーションペ−ジを示す図である。
【図２０Ｂ】
一般にサプライヤである第２ユーザによる当該注文の達成、及び／又は、発送によって後続される一般に購入者または売手である第１ユーザによる注文の入力を含む典型的な受注および注文可視性セッションに際して遭遇する一般的なネットワークアプリケーションペ−ジを示す図である。
【図２１】
一般にサプライヤである第２ユーザによる当該注文の達成、及び／又は、発送によって後続される一般に購入者または売手である第１ユーザによる注文の入力を含む典型的な受注および注文可視性セッションに際して遭遇する一般的なネットワークアプリケーションペ−ジを示す図である。
【図２２】
一般にサプライヤである第２ユーザによる当該注文の達成、及び／又は、発送によって後続される一般に購入者または売手である第１ユーザによる注文の入力を含む典型的な受注および注文可視性セッションに際して遭遇する一般的なネットワークアプリケーションペ−ジを示す図である。
【図２３】
一般にサプライヤである第２ユーザによる当該注文の達成、及び／又は、発送によって後続される一般に購入者または売手である第１ユーザによる注文の入力を含む典型的な受注および注文可視性セッションに際して遭遇する一般的なネットワークアプリケーションペ−ジを示す図である。
【図２４】
一般にサプライヤである第２ユーザによる当該注文の達成、及び／又は、発送によって後続される一般に購入者または売手である第１ユーザによる注文の入力を含む典型的な受注および注文可視性セッションに際して遭遇する一般的なネットワークアプリケーションペ−ジを示す図である。
【図２５】
一般にサプライヤである第２ユーザによる当該注文の達成、及び／又は、発送によって後続される一般に購入者または売手である第１ユーザによる注文の入力を含む典型的な受注および注文可視性セッションに際して遭遇する一般的なネットワークアプリケーションペ−ジを示す図である。
【図２６】
一般にサプライヤである第２ユーザによる当該注文の達成、及び／又は、発送によって後続される一般に購入者または売手である第１ユーザによる注文の入力を含む典型的な受注および注文可視性セッションに際して遭遇する一般的なネットワークアプリケーションペ−ジを示す図である。
【図２７】
一般にサプライヤである第２ユーザによる当該注文の達成、及び／又は、発送によって後続される一般に購入者または売手である第１ユーザによる注文の入力を含む典型的な受注および注文可視性セッションに際して遭遇する一般的なネットワークアプリケーションペ−ジを示す図である。
【図２８】
一般にサプライヤである第２ユーザによる当該注文の達成、及び／又は、発送によって後続される一般に購入者または売手である第１ユーザによる注文の入力を含む典型的な受注および注文可視性セッションに際して遭遇する一般的なネットワークアプリケーションペ−ジを示す図である。
【図２９】
一般にサプライヤである第２ユーザによる当該注文の達成、及び／又は、発送によって後続される一般に購入者または売手である第１ユーザによる注文の入力を含む典型的な受注および注文可視性セッションに際して遭遇する一般的なネットワークアプリケーションペ−ジを示す図である。
【図３０】
一般にサプライヤである第２ユーザによる当該注文の達成、及び／又は、発送によって後続される一般に購入者または売手である第１ユーザによる注文の入力を含む典型的な受注および注文可視性セッションに際して遭遇する一般的なネットワークアプリケーションペ−ジを示す図である。
【図３１】
一般にサプライヤである第２ユーザによる当該注文の達成、及び／又は、発送によって後続される一般に購入者または売手である第１ユーザによる注文の入力を含む典型的な受注および注文可視性セッションに際して遭遇する一般的なネットワークアプリケーションペ−ジを示す図である。
【図３２】
一般にサプライヤである第２ユーザによる当該注文の達成、及び／又は、発送によって後続される一般に購入者または売手である第１ユーザによる注文の入力を含む典型的な受注および注文可視性セッションに際して遭遇する一般的なネットワークアプリケーションペ−ジを示す図である。
【図３３】
一般にサプライヤである第２ユーザによる当該注文の達成、及び／又は、発送によって後続される一般に購入者または売手である第１ユーザによる注文の入力を含む典型的な受注および注文可視性セッションに際して遭遇する一般的なネットワークアプリケーションペ−ジを示す図である。
【図３４】
一般にサプライヤである第２ユーザによる当該注文の達成、及び／又は、発送によって後続される一般に購入者または売手である第１ユーザによる注文の入力を含む典型的な受注および注文可視性セッションに際して遭遇する一般的なネットワークアプリケーションペ−ジを示す図である。
【図３５】
一般にサプライヤである第２ユーザによる当該注文の達成、及び／又は、発送によって後続される一般に購入者または売手である第１ユーザによる注文の入力を含む典型的な受注および注文可視性セッションに際して遭遇する一般的なネットワークアプリケーションペ−ジを示す図である。
【図３６】
一般にサプライヤである第２ユーザによる当該注文の達成、及び／又は、発送によって後続される一般に購入者または売手である第１ユーザによる注文の入力を含む典型的な受注および注文可視性セッションに際して遭遇する一般的なネットワークアプリケーションペ−ジを示す図である。
【図３７】
一般にサプライヤである第２ユーザによる当該注文の達成、及び／又は、発送によって後続される一般に購入者または売手である第１ユーザによる注文の入力を含む典型的な受注および注文可視性セッションに際して遭遇する一般的なネットワークアプリケーションペ−ジを示す図である。
【図３８】
一般にサプライヤである第２ユーザによる当該注文の達成、及び／又は、発送によって後続される一般に購入者または売手である第１ユーザによる注文の入力を含む典型的な受注および注文可視性セッションに際して遭遇する一般的なネットワークアプリケーションペ−ジを示す図である。
【図３９】
一般にサプライヤである第２ユーザによる当該注文の達成、及び／又は、発送によって後続される一般に購入者または売手である第１ユーザによる注文の入力を含む典型的な受注および注文可視性セッションに際して遭遇する一般的なネットワークアプリケーションペ−ジを示す図である。
【図１】
2004503027.tif 000002
【図２】
2004503027.tif 000003
【図３】
2004503027.tif 000004
【図４】
2004503027.tif 000005
【図５】
2004503027.tif 000006
【図６】
2004503027.tif 000007
【図７Ａ】
2004503027.tif 000008
【図７Ｂ】
2004503027.tif 000009
【図８Ａ】
2004503027.tif 000010
【図８Ｂ】
2004503027.tif 000011
【図９Ａ】
2004503027.tif 000012
【図９Ｂ】
2004503027.tif 000013
【図１０】
2004503027.tif 000014
【図１１Ａ】
2004503027.tif 000015
【図１１Ｂ】
2004503027.tif 000016
【図１２】
2004503027.tif 000017
【図１３】
2004503027.tif 000018
【図１４】
2004503027.tif 000019
【図１５】
2004503027.tif 000020
【図１６】
2004503027.tif 000021
【図１７】
2004503027.tif 000022
【図１８】
2004503027.tif 000023
【図１９】
2004503027.tif 000024
【図２０Ａ】
2004503027.tif 000025
【図２０Ｂ】
2004503027.tif 000026
【図２１】
2004503027.tif 000027
【図２２】
2004503027.tif 000028
【図２３】
2004503027.tif 000029
【図２４】
2004503027.tif 000030
【図２５】
2004503027.tif 000031
【図２６】
2004503027.tif 000032
【図２７】
2004503027.tif 000033
【図２８】
2004503027.tif 000034
【図２９】
2004503027.tif 000035
【図３０】
2004503027.tif 000036
【図３１】
2004503027.tif 000037
【図３２】
2004503027.tif 000038
【図３３】
2004503027.tif 000039
【図３４】
2004503027.tif 000040
【図３５】
2004503027.tif 000041
【図３６】
2004503027.tif 000042
【図３７】
2004503027.tif 000043
【図３８】
2004503027.tif 000044
【図３９】
2004503027.tif 000045
【国際公開パンフレット】
2004503027.tif 000046
2004503027.tif 000047
2004503027.tif 000048
2004503027.tif 000049
2004503027.tif 000050
2004503027.tif 000051
2004503027.tif 000052
2004503027.tif 000053
2004503027.tif 000054
2004503027.tif 000055
2004503027.tif 000056
2004503027.tif 000057
2004503027.tif 000058
2004503027.tif 000059
2004503027.tif 000060
2004503027.tif 000061
2004503027.tif 000062
2004503027.tif 000063
2004503027.tif 000064
2004503027.tif 000065
2004503027.tif 000066
2004503027.tif 000067
2004503027.tif 000068
2004503027.tif 000069
2004503027.tif 000070
2004503027.tif 000071
2004503027.tif 000072
2004503027.tif 000073
2004503027.tif 000074
2004503027.tif 000075
2004503027.tif 000076
2004503027.tif 000077
2004503027.tif 000078
2004503027.tif 000079
2004503027.tif 000080
2004503027.tif 000081
2004503027.tif 000082
2004503027.tif 000083
2004503027.tif 000084
2004503027.tif 000085
2004503027.tif 000086
2004503027.tif 000087
2004503027.tif 000088
2004503027.tif 000089
2004503027.tif 000090
2004503027.tif 000091
2004503027.tif 000092
2004503027.tif 000093
2004503027.tif 000094
2004503027.tif 000095
2004503027.tif 000096
2004503027.tif 000097
2004503027.tif 000098
2004503027.tif 000099
2004503027.tif 000100
2004503027.tif 000101
2004503027.tif 000102
2004503027.tif 000103
2004503027.tif 000104
2004503027.tif 000105
2004503027.tif 000106
2004503027.tif 000107
2004503027.tif 000108
2004503027.tif 000109
2004503027.tif 000110
2004503027.tif 000111
2004503027.tif 000112
2004503027.tif 000113
2004503027.tif 000114
2004503027.tif 000115
2004503027.tif 000116
2004503027.tif 000117
2004503027.tif 000118
2004503027.tif 000119
2004503027.tif 000120
2004503027.tif 000121
2004503027.tif 000122
2004503027.tif 000123
2004503027.tif 000124
2004503027.tif 000125