【手続補正書】
【提出日】平成19年12月8日(2007.12.8)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【書類名】        明細書
【発明の名称】    ｅ−ドロップシップ（ｅＤＲＯＰＳＨＩＰ）：匿名での電子商取引における発送方法及びシステム
【特許請求の範囲】
【請求項１】  カスタマーがベンダーから購入した商品を梱包したパッケージを発送者がベンダーの知らないアドレスに配送する匿名での発送を銀行が可能とする方法であって、該カスタマーは該銀行で口座を維持し、該銀行は該カスタマーの口座と関連付けされたアドレスを保存し、該方法は、
銀行がベンダーから、前記商品の購入に用いられる電子手形を、前記パッケージに関するパッケージコードの要求とともに受取り、
銀行が、カスタマーの認証を行い、また、該カスタマーが認証されかつ銀行が課した制限が充足された場合にのみ、ベンダーへの前記手形による支払いを保証し、
カスタマーが認証されかつ銀行が課した制限が充足された場合において、
銀行が前記要求されたパッケージコードを生成し、該パッケージコードはデリバリーアドレス情報を含まず、
銀行がパッケージコードをベンダーに送付し、ここで銀行は前記パッケージに関するいかなるデリバリーアドレス情報もベンダーに送付せず、
銀行が、前記生成されたパッケージコードに関連付けされたパッケージの発送識別子を生成して、カスタマーの口座と関連付けされた前記保存されたアドレスを検索し、
銀行が前記生成された発送識別子と、カスタマーの前記銀行での口座に関連付けされた前記検索されたアドレスとを発送者に送付することによって、発送者が、発送のためにベンダーからパッケージを集荷した後、ベンダーに送付されたパッケージコードを発送識別子と関連付けし、前記関連付けされたアドレスを前記パッケージのデリバリーアドレスとして識別し、該パッケージに関連するいかなるデリバリーアドレスもベンダーに明かすことなく該パッケージをベンダーからデリバリーアドレスに直接発送すること、を銀行が可能にする工程
を含む方法。
【請求項２】  パッケージコードは、コード番号と、該コード番号を表わす機械読み取り可能な証印とのうち少なくともいずれか一方を含む請求項１に記載の方法。
【請求項３】  前記受取られた要求は、認証要求と、前記購入商品と発送料とのうち少なくともいずれか一方の支払いに用いられる電子手形と、のうち少なくともいずれか一方を含む請求項１に記載の方法。
【請求項４】  受取り及び送付工程はコンピュータネットワーク上で行われる請求項１に記載の方法。
【請求項５】  デリバリーアドレス情報を含まないパッケージコードによって識別されたパッケージを発送者が処理する方法であって、該パッケージはカスタマーがベンダーから購入した商品をベンダーの知らないアドレスへの発送用に梱包するものであり、該方法は、
発送者がパッケージをベンダーから集荷するよう要求を受け、該パッケージは該パッケージに貼り付けられた機械読み取り可能なパッケージコードを備えているがデリバリーアドレスは備えておらず、
発送者が、発送識別子と該発送識別子に関連付けされたデリバリーアドレスとを銀行から受取り、ここで該銀行は前記パッケージに包装された商品を購入したカスタマーが口座を維持している銀行であり、該デリバリーアドレスは該銀行における該カスタマーの口座に関連付けされており、
発送者が前記パッケージをベンダーから集荷し、
発送者がパッケージに貼り付けられたパッケージコードを読み取り、
発送者が、前記パッケージコードを前記受取った発送識別子と照合し、
発送者が、前記パッケージを前記発送識別子に関連付けされたデリバリーアドレスにベンダーから直接配送する、
一連の工程を含む方法。
【請求項６】  デリバリーアドレスを表示した発送ラベルを印刷して該発送ラベルを前記パッケージに貼り付ける工程を更に含む請求項５に記載の方法。
【請求項７】  パッケージコードは、コード番号と、該コード番号を表わす機械読み取り可能な証印とのうち少なくともいずれか一方を含む請求項５に記載の方法。
【請求項８】  受取り工程はコンピュータネットワーク上で行われる請求項５に記載の方法。
【請求項９】  ベンダーが、カスタマーの購入した商品のパッケージをベンダーの知らないデリバリーアドレスに配送させる方法であって、該方法は、
ベンダーが、パッケージコードの要求及びカスタマーに代わって商品の支払いを行うための電子手形の要求を、カスタマーが口座を維持している銀行に送付し、
カスタマーが銀行によって認証されかつ銀行が課した制限が充足された場合にのみ、ベンダーが、前記手形及びパッケージコードによる支払いを前記銀行から受取り、該パッケージコードはデリバリーアドレス情報を含まず、
ベンダーが、発送者による発送のため、表面にデリバリーアドレス情報を付けないような仕方でパッケージを用意し、
ベンダーが、前記受取ったパッケージコードを前記用意したパッケージに貼り付け、
ベンダーが、該パッケージを発送者に引渡しすることで、発送者が、該発送者が前記銀行から先に受取っている発送識別子及びデリバリーアドレスと前記パッケージコードとを照合して、該デリバリーアドレスを指定する発送ラベルを生成して、該発送ラベルを前記パッケージに貼り付けて、いかなるデリバリーアドレスもベンダーに明かすことなく該パッケージをベンダーからデリバリーアドレスに直接送付することを可能とする工程
を含む方法。
【請求項１０】  前記パッケージコードは、コード番号と、該コード番号を表わす機械読み取り可能な証印とのうち少なくともいずれか一方を含む請求項９に記載の方法。
【請求項１１】  前記要求は、認証要求と、前記購入商品と発送料とのうち少なくともいずれか一方の支払いに用いられる電子手形と、のうち少なくともいずれか一方を含む請求項９に記載の方法。
【請求項１２】  前記受取り及び送付工程はコンピュータネットワーク上で行われる請求項９に記載の方法。
【請求項１３】  カスタマーがベンダーから電子手形でアイテムを購入して、ベンダーにデリバリーアドレスを明かすことなく該アイテムを該アドレスに配送させることを、銀行が可能とする方法であって、該銀行は、
暗号化された固有のカスタマー識別子を保存し、該暗号化された固有の識別子は、銀行内に保存されていてデリバリーアドレスを含むカスタマー個人情報及び金融情報にリンクされており、
カスタマーにより提供された識別データの少なくとも一部を暗号化し、かつ該暗号化された識別データを前記保存及び暗号化された固有の識別子と照合確認することによって、アイテムの購入代金と発送費用とのうち少なくともいずれか一方を支払うために手形を振出したカスタマーを認証し、
少なくとも、認証されたカスタマーの金融情報及びデリバリーアドレスを検索し、
カスタマーが銀行により正規と認証され、かつ銀行が課した制限が充足された場合にのみ、アイテムの支払いのためにベンダーが提供した手形を引受け、
アイテムのパッケージコードを生成し、該生成されたパッケージコードはカスタマーの秘密情報を含まずかつデリバリーアドレス情報を含まず、
前記検索されたデリバリーアドレスを前記生成されたパッケージコードに関連付けし、
パッケージコードのみをベンダーに送付し、ベンダーは該パッケージコードをパッケージに貼り付け、
パッケージコード及び関連付けされたデリバリーアドレスを発送者に送付して発送者のデータベースに保存させ、これによって発送者はベンダーから該アイテムを集荷し、該パッケージ用の発送ラベルをプリントし、ここで該ラベル上のデリバリーアドレスは、該パッケージに貼り付けられた前記パッケージコードと一致する、発送者のデータベースに保存されたパッケージコード、とリンクされたカスタマーアドレスである工程
を実施するようにしてなる方法。
【請求項１４】  前記識別データは、ＩＤと、銀行のみが知っている暗号化形式のパスワードと、バイオメトリックデータと、デジタル証明書とのうち少なくともいずれか１つを含む請求項１３に記載の方法。
【請求項１５】  前記カスタマーの暗号化された固有の識別子並びに個人情報及び金融情報は、銀行が運用するディレクトリソフトウェアで管理されるデータ構造に保存される請求項１３に記載の方法。
【請求項１６】  前記パッケージコード及び前記リンクされたカスタマーアドレスは、ライトウェイトディレクトリアクセスプロトコル（ＬＤＡＰ）又は同様の標準フォーマットによって発送者のデータベース中に複製される請求項１３に記載の方法。
【請求項１７】  前記発送者のデータベースの少なくとも一部は、パッケージコードスキャナ及び発送ラベルプリンタを備えた携帯電子デバイス中に複製される請求項１３に記載の方法。
【請求項１８】  前記パッケージコードは、コード番号と、該コード番号を表わす機械読み取り可能な証印とのうち少なくともいずれか一方を含む請求項１３に記載の方法。
【請求項１９】  前記認証及び送付工程はコンピュータネットワーク上で行われる請求項１３に記載の方法。
【請求項２０】  前記コンピュータネットワークはインターネットを含む請求項１９に記載の方法。
【請求項２１】  前記カスタマーは企業である請求項１３に記載の方法。
【請求項２２】  デジタル形式の商品をベンダーから電子手形によって購入したカスタマーが、指定された電子デリバリーアドレスをベンダーに明かすことなく、該電子デリバリーアドレスに該商品を配信することを銀行が可能とする方法であって、該カスタマーは該銀行での口座を維持しており、該銀行は、
該商品の購入に用いられる電子手形を、パッケージコードの要求とともに受取り、
カスタマーの認証を行い、該カスタマーが認証されかつ銀行が課した制限が充足された場合にのみ、ベンダーへの前記手形による支払いを保証し、
カスタマーが認証されかつ銀行が課した制限が充足された場合において、前記商品のパッケージコードを生成及び保存し、該生成されたパッケージコードは電子デリバリーアドレス情報を含まず、
該指定された電子デリバリーアドレスを保存し、
前記保存された電子デリバリーアドレスを前記生成及び保存されたパッケージコードと関連付けし、
パッケージコード及び関連付けされた想定送付先電子アドレスをベンダーに送付し、該想定送付先電子アドレスは前記電子デリバリーアドレスとは異なり、ベンダーは商品及びパッケージコードを、該受取ったパッケージコードと関連付けされた前記想定送付先電子アドレスに想定送付し、
前記想定送付された商品及び前記パッケージコードを前記想定送付先電子アドレスから検索し、
該想定送付されたパッケージコードを読み取り、これと関連付けされた前記保存された電子デリバリーアドレスを検索し、
該検索された電子デリバリーアドレスに前記商品を配信する工程
を実施するようにしてなる方法。
【発明の詳細な説明】
【０００１】
【発明の背景】
１．発明の分野
本発明は、電子商取引における個人情報の保護に関する。本発明は、特に、パッケージのデリバリー情報へのアクセスを制限することによる電子市場における消費者のプライバシー問題に関する。
【０００２】
２．関連技術の説明
インターネット上での電子商取引の到来により、新製品及び新産業が生まれ且つ古い製品や産業に新しい活力を与えることで経済発展に拍車をかけた。電子商取引は消費者に空前の選択肢を与えたことで、消費者は、今では地理的な或いは政治的な境界に関係無く買い物ができるようになった。しかしながら、このような電子商取引を可能にする益々増加する地球的規模での相互のつながりは、消費者にとっての危険性を伴う。このような危険の１つが個人情報及び金融情報の悪用である。即ち、消費者はワールドワイドウェブ（以下Ｗｅｂ）上でベンダーからオンラインで買い物をするとき、彼或いは彼女は、典型的には、ベンダーに個人情報、彼或いは彼女の名前、住所、電話番号、電子メールアドレス、金融情報、例えばクレジットカード番号を提供する必要がある。しばしば、消費者は年収や扶養家族の数などの他の情報を提供することを要求されることもある。このような情報は、後まで残り影響を与える傾向があり、（そのベンダー、クレジット代理店或いは他のベンダーの所有の）データベースに通常は保存され、最初の取引時にカスタマーが全く予期しなかった目的に使用される可能性がある。個人消費者は、この慣行による危害を受ける唯一のものではなく、企業もまた顧客リストや主要なサプライヤー等のビジネス上の情報の保護に関心を持っている。
【０００３】
たとえ、オンラインでの買い物がどうにかして匿名で或いは準匿名で、（個人情報或いは金融情報をベンダーに漏らすことなく）行えたとしても、ベンダーは、典型的には、購入者の自宅アドレス或いはビジネスアドレス或いは顧客、友人、或いは関係者のアドレスであるかもしれないデリバリーのアドレスにパッケージを発送しなければならない。この情報はその後、ベンダーに与えられ、ベンダーは供給された情報を後の使用或いは悪用目的で保存するかもしれない。
【０００４】
このようなアドレス情報をベンダーに提供することの恐らく重要であろうと思われる幾つかの事項につき図１を参照して議論する。図１は、ベンダーからカスタマーへ商品を発送する従来の方法である。そこに示すように、カスタマーは工程Ｓ１１で電子的に買い物を行い、そして、工程Ｓ１３に示すように、彼或いは彼女の個人情報及び金融情報、例えば、支払い情報（例えばクレジットカード番号）や、電話番号や物理的アドレス及び／又は電子アドレス（例えば電子メールアドレス）のような個人情報、及び発送情報をベンダーに提供するよう求められる。工程Ｓ１４では、ベンダーが供給された情報の処理を行い、（典型的には図１中に参照番号１０で示すデータベース中に）保存する。ベンダーはその後カスタマーが購入した商品を梱包し、発送ラベルをパッケージに貼り、パッケージを発送者或いは運送業者（例えば、米国郵便局、ＵＰＳ（登録商標）或いはＦｅｄＥｘ（登録商標）に引渡してカスタマー１２に配送する。
【０００５】
しかしながら、前述した個人情報及び金融情報をベンダーに供給することによる効果は、本来の買い物に止まらない。即ち、図１に示すように、ベンダーは勝手に望んでいない電子メールをカスタマー１２に送付し、カスタマー１２に迷惑勧誘電話を入れることになるか、或いはカスタマーが要求していない商業目的のメール（一般には「ジャンクメール」）を送りつけるかもしれない。更にとんでもない場合には、ベンダーは、カスタマーが提供した情報を図１の参照番号１４で集約的に参照される第３者に売りつけるかもしれない。ベンダーはまた、比較的害の少ない行為であるが、統合されたカスタマー情報、即ちある一人のカスタマーを特定しない情報を売るかもしれない。しかしながら、ベンダーは、カスタマーの個人情報及び金融情報を、カスタマーの同意無く或いはカスタマーに知らせることなく第３者に売るかもしれない。或いは、このような第３者が代わりにカスタマーに迷惑電子メールや迷惑勧誘及び／又はジャンクメールを浴びせることになりかねない。カスタマーが企業である場合には、トレードシークレットの保護のようなビジネス上の理由により匿名での発送を所望するかもしれない。しかしながら、このような好ましくない押し付けは、個人情報及び金融情報の、あらゆる可能な意図的使用或いは悪用の内の数少ない現れに過ぎない。即ち、カスタマーの個人情報及び金融情報はカスタマーが全く予想しない者により買われたり或いは傍受されたりするかもしれず、不法目的で使用され、例えば身元を容易に盗まれるかもしれない。この問題は、個人情報及び金融情報を集め使用する電子商取引ベンダー及びＷｅｂサイトがますます増えることで更に悪化する。
【０００６】
しかしながら、たとえ実際に匿名或いは（例えば面と向かっての現金取引に似た）準匿名での購入を何とか行ったとしても、購入した商品を収容するパッケージをカスタマー或いは他の宛先人へ配送しなければならない。即ち、パッケージの受取人の名前及びアドレスをベンダーに提供することとなり、前述したように、このような情報の提供に伴う恐らく重大な問題が伴うことになる。
【０００７】
【発明の概要】
したがって、本発明の目的は、商品を匿名で発送する方法及びシステムを提供することである。
【０００８】
本発明の他の目的は、ベンダー、発送者及び銀行のような信頼された者が、商品の匿名での発送を取り扱うための方法及びシステムを提供することである。
【０００９】
本発明の更なる目的は、ソフトウェアや音楽といったデジタル形式の商品を匿名で想定送付する方法及びシステムを提供することである。
【００１０】
前述した目的及び以下に記載し明らかにされる目的によれば、本発明は、カスタマーがベンダーから購入した商品を梱包したパッケージを発送者がベンダーの知らないアドレスに配送する匿名での発送を銀行が可能とする方法であって、該カスタマーは該銀行で口座を維持し、該銀行は該カスタマーの口座と関連付けされたアドレスを保存し、該方法は、銀行がベンダーから、前記商品の購入に用いられる電子手形を、前記パッケージに関するパッケージコードの要求とともに受取り、銀行が、カスタマーの認証を行い、また、該カスタマーが認証されかつ銀行が課した制限が充足された場合にのみ、ベンダーへの前記手形による支払いを保証し、カスタマーが認証されかつ銀行が課した制限が充足された場合において、銀行が前記要求されたパッケージコードを生成し、該パッケージコードはデリバリーアドレス情報を含まず、銀行がパッケージコードをベンダーに送付し、ここで銀行は前記パッケージに関するいかなるデリバリーアドレス情報もベンダーに送付せず、銀行が、前記生成されたパッケージコードに関連付けされたパッケージの発送識別子を生成して、カスタマーの口座と関連付けされた前記保存されたアドレスを検索し、銀行が前記生成された発送識別子と、カスタマーの前記銀行での口座に関連付けされた前記検索されたアドレスとを発送者に送付することによって、発送者が、発送のためにベンダーからパッケージを集荷した後、ベンダーに送付されたパッケージコードを発送識別子と関連付けし、前記関連付けされたアドレスを前記パッケージのデリバリーアドレスとして識別し、該パッケージに関連するいかなるデリバリーアドレスもベンダーに明かすことなく該パッケージをベンダーからデリバリーアドレスに直接発送すること、を銀行が可能にする工程を含む方法である。前記パッケージコードは、コード番号と、該コード番号を表わす機械読み取り可能な証印とのうち少なくともいずれか一方を含んでもよい。前記受取られた要求は、認証要求、及び／又は、前記購入した商品及び／又は発送料の支払いに用いられる電子手形、を含んでもよい。前記受取り及び送付工程は、専用線、専用ネットワーク、仮想プライベートネットワーク及び／又はインターネットを含むコンピュータネットワーク上で行ってもよい。前記受取り及び送付工程は銀行により行われてもよい。
【００１１】
別の実施形態によれば、本発明は、デリバリーアドレス情報を含まないパッケージコードによって識別されたパッケージを発送者が処理する方法であって、該パッケージはカスタマーがベンダーから購入した商品をベンダーの知らないアドレスへの発送用に梱包するものであり、該方法は、発送者がパッケージをベンダーから集荷するよう要求を受け、該パッケージは該パッケージに貼り付けられた機械読み取り可能なパッケージコードを備えているがデリバリーアドレスは備えておらず、発送者が、発送識別子と該発送識別子に関連付けされたデリバリーアドレスとを銀行から受取り、ここで該銀行は前記パッケージに包装された商品を購入したカスタマーが口座を維持している銀行であり、該デリバリーアドレスは該銀行における該カスタマーの口座に関連付けされており、発送者が前記パッケージをベンダーから集荷し、発送者がパッケージに貼り付けられたパッケージコードを読み取り、発送者が、前記パッケージコードを前記受取った発送識別子と照合し、発送者が、前記パッケージを前記発送識別子に関連付けされたデリバリーアドレスにベンダーから直接配送する、一連の工程を含む方法である。
【００１２】
デリバリーアドレスを見ることができる発送ラベルを印刷し、該発送ラベルを前記パッケージに貼り付ける工程を行ってもよい。前記パッケージコードは、コード番号及び／又はこのコード番号を表わす機械読み取り可能な証印を含んでもよい。前記受取り工程は、例えば専用線、専用ネットワーク、仮想プライベートネットワーク及び／又はインターネットを含むコンピュータネットワーク上で行ってもよい。前記要求は、銀行或いは他の信頼された者により発送者に送付されてもよい。
【００１３】
さらに別の実施形態によれば、本発明は、ベンダーが、カスタマーの購入した商品のパッケージをベンダーの知らないデリバリーアドレスに配送させる方法であって、該方法は、ベンダーが、パッケージコードの要求及びカスタマーに代わって商品の支払いを行うための電子手形の要求を、カスタマーが口座を維持している銀行に送付し、カスタマーが銀行によって認証されかつ銀行が課した制限が充足された場合にのみ、ベンダーが、前記手形及びパッケージコードによる支払いを前記銀行から受取り、該パッケージコードはデリバリーアドレス情報を含まず、ベンダーが、発送者による発送のため、表面にデリバリーアドレス情報を付けないような仕方でパッケージを用意し、ベンダーが、前記受取ったパッケージコードを前記用意したパッケージに貼り付け、ベンダーが、該パッケージを発送者に引渡しすることで、発送者が、該発送者が前記銀行から先に受取っている発送識別子及びデリバリーアドレスと前記パッケージコードとを照合して、該デリバリーアドレスを指定する発送ラベルを生成して、該発送ラベルを前記パッケージに貼り付けて、いかなるデリバリーアドレスもベンダーに明かすことなく該パッケージをベンダーからデリバリーアドレスに直接送付することを可能とする工程を含む方法である。前記パッケージコードは、コード番号及び／又は該コード番号を表わす機械読み取り可能な証印を含んでもよい。前記要求は、認証要求、及び／又は、前記購入した商品及び／又は発送料の支払いに用いられる電子手形、を含んでもよい。前記受取り及び送付工程はコンピュータネットワーク上で行われてもよい。前記信用された実在者は例えば銀行であってもよい。
【００１４】
本発明はまた、カスタマーがベンダーから電子手形でアイテムを購入して、ベンダーにデリバリーアドレスを明かすことなく該アイテムを該アドレスに配送させることを、銀行が可能とする方法であるとみなしてもよく、ここで該銀行は、暗号化された固有のカスタマー識別子を保存し、該暗号化された固有の識別子は、銀行内に保存されていてデリバリーアドレスを含むカスタマー個人情報及び金融情報にリンクされており、カスタマーにより提供された識別データの少なくとも一部を暗号化し、かつ該暗号化された識別データを前記保存及び暗号化された固有の識別子と照合確認することによって、アイテムの購入代金と発送費用とのうち少なくともいずれか一方を支払うために手形を振出したカスタマーを認証し、少なくとも、認証されたカスタマーの金融情報及びデリバリーアドレスを検索し、カスタマーが銀行により正規と認証され、かつ銀行が課した制限が充足された場合にのみ、アイテムの支払いのためにベンダーが提供した手形を引受け、アイテムのパッケージコードを生成し、該生成されたパッケージコードはカスタマーの秘密情報を含まずかつデリバリーアドレス情報を含まず、前記検索されたデリバリーアドレスを前記生成されたパッケージコードに関連付けし、パッケージコードのみをベンダーに送付し、ベンダーは該パッケージコードをパッケージに貼り付け、パッケージコード及び関連付けされたデリバリーアドレスを発送者に送付して発送者のデータベースに保存させ、これによって発送者はベンダーから該アイテムを集荷し、該パッケージ用の発送ラベルをプリントし、ここで該ラベル上のデリバリーアドレスは、該パッケージに貼り付けられた前記パッケージコードと一致する、発送者のデータベースに保存されたパッケージコード、とリンクされたカスタマーアドレスである工程を実施するようにしてなる方法である。
【００１５】
適当なセキュリティーの必要性や取引価値として銀行独自の判断で、識別データに、ＩＤ、パスワード、バイオメトリックデータ及び／又はデジタル承認を含めてもよい。パスワードは銀行のみが知っている暗号化形式であることが好ましい。カスタマーの暗号化された固有の識別子並びに個人情報及び金融情報は、銀行が運用するディレクトリソフトウェアで管理されるデータ構造に保存され得る。パッケージコード及びリンクされたカスタマーアドレスは、ライトウェイトディレクトリアクセスプロトコル（ＬＤＡＰ）或いは同様の標準フォーマットで発送業者のデータベース中に複製され得る。発送業者のデータベースの少なくとも一部が、パッケージコードスキャナ及び発送ラベルプリンタを備えた携帯電子デバイス中に複製され得る。前記パッケージコードは、コード番号及び／又はこのコード番号を表わす機械読み取り可能な証印を含んでもよい。前記認証及び送付工程は、例えばインターネットを含むコンピュータネットワーク上で行われてもよい。
【００１６】
他の実施形態によれば、本発明は、デジタル形式の商品をベンダーから電子手形によって購入したカスタマーが、指定された電子デリバリーアドレスをベンダーに明かすことなく、該電子デリバリーアドレスに該商品を配信することを銀行が可能とする方法であって、該カスタマーは該銀行での口座を維持しており、該銀行は、該商品の購入に用いられる電子手形を、パッケージコードの要求とともに受取り、カスタマーの認証を行い、該カスタマーが認証されかつ銀行が課した制限が充足された場合にのみ、ベンダーへの前記手形による支払いを保証し、カスタマーが認証されかつ銀行が課した制限が充足された場合において、前記商品のパッケージコードを生成及び保存し、該生成されたパッケージコードは電子デリバリーアドレス情報を含まず、該指定された電子デリバリーアドレスを保存し、前記保存された電子デリバリーアドレスを前記生成及び保存されたパッケージコードと関連付けし、パッケージコード及び関連付けされた想定送付先電子アドレスをベンダーに送付し、該想定送付先電子アドレスは前記電子デリバリーアドレスとは異なり、ベンダーは商品及びパッケージコードを該受取ったパッケージコードと関連付けされた前記想定送付先電子アドレスに想定送付し、前記想定送付された商品及び前記パッケージコードを前記想定送付先電子アドレスから検索し、該想定送付されたパッケージコードを読み取り、これと関連付けされた前記保存された電子デリバリーアドレスを検索し、該検索された電子デリバリーアドレスに前記商品を配信する工程を実施するようにしてなる方法である。
【００１７】
本発明の目的及び利点の更なる理解のため、以下の詳細な実施形態を添付の図面を参照して説明する。
【００１８】
【発明の説明】
「ベンダー」とは、商品及び／又はサービスを販売及び／又は販売に供する人或いは実在する者（売り手）である。
【００１９】
「カスタマー」とは、ベンダーから商品及び／又はサービスを購入する人或いは実在する者（買い手）である。カスタマーは企業であってもよく、ビジネスに関連するプライバシー上の理由或いは（例えば企業秘密の保護のような）ビジネス上の理由で、商品を匿名で購入し受領することを望むかもしれない。
【００２０】
「デリバリーアドレス」とは、パッケージが配送されるべき場所である。デリバリーアドレスは、物理的なパッケージが配送され得る物理的な場所であってもよく、或いはインターネットのようなコンピュータネットワーク上の電子アドレスであってもよい。
【００２１】
「発送者」とは、購入された商品及び／又はサービスをデリバリーアドレスへ発送即ち配送する人或いは実在する者である。
【００２２】
「パッケージ」とは、購入者により購入された商品或いはアイテムを収容するパッケージであって発送者によりデリバリーアドレスに配送されるべきパッケージである。パッケージは如何なる形態でもよく、レターやパッケージのような形態でもよい。パッケージは、例えば「Ｓｅａ−Ｌａｎｄ（登録商標）」コンテナや鉄道貨車のように大きなものであってもよい。代替的には、パッケージは電子形態であってもよく、電子アドレスへ発送される１又はそれ以上の電子ファイルを含んでもよい。
【００２３】
「銀行」とは、ここで使用するように、現金の預金を受け入れ、現金に代えることが可能な担保を受け入れ、市場での売買可能な株を番号付けされた口座（或いは固有に識別された口座）に入れ、そして小切手、手形及び／又はカスタマーの他の指示を受けるあらゆる金融サービス機関を含む。この定義は、従来の銀行や貯金機関、株式仲買人、オンライントレーディング業者、信用組合及び口座の所有者と幾つかの金融上の信頼関係を合法的に設定しそして所有すると共に、特定の口座を参照してカスタマーの指示或いは口座所有者の指示を拝受する能力のあるあらゆる機関を含む。本発明によれば、用語「銀行」は、郵便局或いは他の政府系代理機関であって銀行の機能或いは準銀行の機能を行う機関をも含む。
【００２４】
【機能上の概要】
図２は、本発明の一実施形態に係る匿名での発送のためのｅＤＲＯＰＳＨＩＰ（商標）方法のフローチャートである。この方法は、工程Ｓ２０で開始する。工程Ｓ２１で、カスタマーは、例えばベンダーのＷｅｂサイトから購入する。工程Ｓ２２で、カスタマーは、該カスタマーの銀行２０を介し該カスタマーの購入に対する匿名（少なくともベンダーに対する匿名）での支払いを要求する。本発明により匿名での支払いの手段及び／又は方法が実現されるが、取分け良く適合するそれを行う方法及び手段が、共通に譲渡された米国特許出願第０９／２７２、０５６号、１９９９年３月１８日出願及び米国特許出願第０９／４０５、７４１号、１９９９年９月２４日出願に開示される。これら開示の内容の全部をここに加える。留意すべきことは、本発明は、支払いは匿名でないが、カスタマーは、パッケージの受取主の識別或いはアドレスがベンダーに対し開示されるのを望んでいない状況での適用可能性を見出し、そして、カスタマーは、パッケージの受取主の識別或いはアドレスをベンダーに対し知られないようにすることを望んでいる状況に対する適用可能性を見出したことである。本発明は、本人による直接の現金取引にも適用可能である。
【００２５】
本発明によれば、カスタマーの個人情報及び秘密の情報を保持すべき唯一の実在者は、既に顧客との信託関係及び信用関係を享有する実在者である。本発明の一実施形態によれば、その実在者は、カスタマーの銀行２０である。銀行２０は、既にカスタマーの金融情報及び個人情報を安全に管理されたデータベースに保存しているので、電子取引を仲介するのに非常に適している。本発明によれば、銀行２０は、口座番号、クレジットカード番号、パスワード、アドレス、電話番号等のようなカスタマーの金融情報及び個人情報へのアクセスを制限する。工程Ｓ２３で示すように、銀行２０は、カスタマーが購入した商品に対する匿名での支払い要求を処理する。例えば、匿名での支払い要求は、電子手形での形態であってもよい。一般に受け入れられている法律用語を用いると、手形とは、手形振出人と呼ばれる第一の当事者により作成された命令書であり、手形名宛人と呼ばれる第二の当事者に対し、手形受取人と呼ばれる第三の当事者へ金を支払うよう命令するものである。本発明の視点によれば、ベンダーが手形受取人であり、カスタマーが手形振出人であり、銀行が手形名宛人であるとみなすことができる。工程Ｓ２４で、銀行２０は、カスタマーの購入した商品（及び／又は発送料）に対するベンダーへの支払い（例えば電子手形での支払い）を許可し、保証し、及び／又は行う。前記許可、保証及び／又は電子的な支払いと共に或いはそれらと分けて、工程Ｓ２４に示すように、銀行２０は、パッケージコードをネットワーク２２を介してベンダーに送付する。好ましくは、ベンダーに送付されたパッケージコードは、コード番号とこのコード番号を表わす機械読み取り可能な証印とを含む。コード番号は全体が数字のコード番号でもよく或いは他のシンボル及び／又は文字を含んでもよい。本発明の一実施形態によれば、機械読み取り可能な証印はバーコードを含んでもよい。本発明によれば、他の機械読み取り可能な証印を使用してもよい。機械読み取り可能なコードの好適な例はシンボルテクノロジー社により開発されたＰＤＦコード及びゼロックス社により開発されたＤａｔａＧｌｙｐｈコードを含む。ＰＤＦコードは、２次元コードであって、代替可能なアイテムを識別するのに用いられ、ハンディータイプのレーザービームスキャニング技術を使用して読み取られる。ＤａｔａＧｌｙｐｈコードは、２次元コードであって、米国特許第５、２４５、１６５号に開示されており、従来の汎用ドキュメントリーダーを使用してスキャニングされるオフィス形態の情報を提供するのに用いられる。
【００２６】
本発明の一実施形態によれば、パッケージコードはパッケージデリバリーアドレスを全く含んでいない。代替的には、パッケージコードはベンダーには読み取りが不可能な形態でデリバリーアドレスを含む。いずれにせよ、ベンダーはパッケージデリバリーアドレスにアクセスできず、したがって情報を悪用できず、又後のマーケティング或いは販売作業にこのような情報を含めることはできない。銀行２０からパッケージコードを受けたことで、ベンダーは発送すべきパッケージにパッケージコードを貼り付けるか、さもなくば何とか刻印する。本発明の一実施形態によれば、ベンダーはパッケージコードを載せた粘着性ラベルをパッケージに貼り付ける。例えば、ベンダーは、バーコード、ＰＤＦ、ＤａｔａＧｌｙｐｈ或いは他のプリントされたコードのような機械読み取り可能な証印を有するラベルを発送すべきパッケージに貼り付けてもよい。工程Ｓ２５に示すように、銀行２０は、発送識別子及び関連するデリバリーアドレスをネットワーク２２を介して発送者、例えば、米国郵便局や民間の発送会社或いは運送会社、例えば、ＦｅｄＥｘ（登録商標）ＵＰＳ（登録商標）或いはＤＨＬ（登録商標）のような発送業者に送付する。銀行２０は、この情報を安全に管理されたデータベースに基づき検索し、発送識別子及び関連するデリバリーアドレスを、規格化されたプロトコルを使用する安全に管理された通信チャンネル、例えばセキュアーソケットレイヤー（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔ  Ｌａｙｅｒ以下「ＳＳＬ」）を介して送付する。ＳＳＬは、通信時に取り決められる暗号体系（例えばパブリックキー暗号体系）を利用するものであり、発送者と銀行２０との間の電子盗聴者がいかなる明瞭且つ暗号化されない通信も傍受できないようにするのを助ける。
【００２７】
発送識別子及び関連するパッケージのデリバリーアドレスが送付される発送者は、カスタマー或いは銀行２０により選択され得る。選択した発送者に送付された発送識別子は、ベンダーに送付されたパッケージコードと照合される。発送者は発送識別子及び関連するデリバリーアドレスを保存する。工程Ｓ２６に示すように、発送者はベンダーの場所でパッケージを集荷し、パッケージコードを読み取り、読み取ったパッケージコードを受領した発送識別子と照合し、関連するデリバリーアドレスを表示した発送ラベルをプリントアウトし、これをパッケージに貼り付ける。この手法において、発送者及び銀行のみが、デリバリーアドレスを知り、及び／又はアクセスする。工程Ｓ２７に示すように、発送者は、通常の手法にて発送ラベル上のアドレスにパッケージをすぐに発送してもよい。発送されたパッケージは、その後、工程Ｓ２８に示すように、意図したデリバリーアドレスで受取られ、工程Ｓ２９に示すように、本発明に係る方法がここで終了する。
【００２８】
実際には、銀行２０は、発送者がパッケージコードと共にパッケージを集荷する際の見積りをベンダーに送付してもよい。銀行２０が発送者に発送識別子及び関連するデリバリーアドレスを送付する際、工程Ｓ２５に示すように、銀行２０は、好ましくは、発送者にベンダーの氏名、アドレス及びコンタクト情報、例えば電話番号、ファクシミリ番号、及び電子メールアドレスを送付してもよい。銀行２０は、また、発送者にカスタマーの電話番号又は他のコンタクト情報を送付してもよい。この情報を発送者のデータベースに送付しその後複製するか、さもなくば携帯デジタルデバイス、例えば、シンボルテクノロジー社により製造され変更されたようなパームコンピュータデバイスにダウンロードしてもよい。このようなデバイスは、発送者のメインデータベースのサブセット（一部）を記憶する。例えば、「Ｏｒａｃｌｅ  ８ｉ  Ｌｉｔｅ」データベースは、この携帯デジタルデバイスに設けてもよく、発送者のメインデータベースのサブセット（一部）は、ワイヤレスにより携帯デジタルデバイスに複製してもよい。このような場合、前にリストした情報をここに複製することで、発送者が集荷を行い、パッケージ上のパッケージコードを、データベース（例えば「Ｏｒａｃｌｅ  ８ｉ  Ｌｉｔｅ」或いはその後のバージョンで現れたもの）に記憶された発送識別子及び関連するデリバリーアドレスと照合するのを可能にしてもよい。好ましくは、携帯デジタルデバイスは、パッケージに貼り付けられた機械読み取り可能な証印を読み取る内蔵コードリーダーと、発送ラベルをプリントアウトするプリンタとを含むか、或いはパッケージデリバリーアドレスを含むそれらの関連部分を含んでもよい。配送されるべきパッケージ上にベンダーにより貼り付けられた機械読み取り可能な証印を読み取る際、携帯デジタルデバイスに設けられたデータベースは、機械読み取り可能な証印中に具体化されたパッケージコードを、それに記憶されている発送識別子と関連デリバリーアドレスと（必要に応じてパッケージの受取人の名前を含む）に照合する。検索されたデリバリーアドレスは、携帯デジタルデバイスに設けられたプリンタ、或いは携帯デジタルデバイスに結合されたプリンタへ送られ、発送ラベルをプリントする。発送者はその後、発送ラベルをパッケージに貼り付けてもよく、またその後、パッケージの発送と実際の配送とを通常の手法で行ってもよい。
【００２９】
本発明に係る匿名での発送の方法及びシステムを、銀行の口座所有者のアドレス以外のアドレスへパッケージを発送するのに利用してもよい。例えば、パッケージは銀行の口座所有者方（気付）として、他の人のアドレスを宛先としてもよい。その場合、銀行の口座所有者は、「気付」アドレスを銀行のデータベースに保存し、「気付」アドレスを工程Ｓ２５でデリバリーアドレスに差し替えることを指示してもよい。これは、支払いのため電子手形が振り出され銀行２０に送られる場合、或いは銀行の仲介による支払い或いは資金調達を行う場合に用いてもよい。代替的には、パッケージはギフトであってもよく、銀行の口座所有者以外の人を代理して購入されたものであってもよい。この場合、銀行の口座所有者は、銀行のデータベースに「送付先」アドレスを保存してもよい。そして、電子手形が振り出され銀行２０に送られる際、或いは銀行の仲介による支払い或いは資金調達を行う際、カスタマーがこの「送付先」アドレスを選択してもよい。パッケージが何らかの理由で配送できない場合、発送者はパッケージを銀行２０に返送するか、或いは銀行２０の指定したある場所に返送してもよい。その後、銀行２０は、例えば電子メールのようなメッセージを作成し、カスタマーに該カスタマーのパッケージは配送できないことを報告してもよい。配送できなかったパッケージの発送及び保管にかかったコストを補填するため、料金をカスタマーの口座から徴収してしてもよい。
【００３０】
したがって本発明は、匿名での発送システム及び方法を提供するものであって、これによりカスタマーの個人情報及び金融情報は、信託及び／又は請負契約を有する実在者により安全に守られ、このような情報が流布されるのを抑制する。例えば、発送者は、銀行２０に対する請負義務下にあり、ここに開示する方法又はシステムの使用に参加することで得た個人情報及び／又は金融情報を開示しない義務の下にあってもよい。好ましくは、銀行２０は、統合されたカスタマー情報のみに限っては第３者に売ってもよいが、ただしカスタマーが該カスタマーの秘密情報の流布につき、該カスタマーの（完全な或いは限定的な）同意を事前に銀行２０に与えている場合はこれに限られない。したがって、ベンダーは、統合された情報（例えば、いずれのカスタマーかを識別しない情報）を購入して販売及び／又はマーケティングに使用してもよい。統合されたカスタマー情報は、フィルターにかけられて銀行２０により保管され、ベンダーに彼等が要求した情報のみを彼等が要求した形態のみで提供してもよい。したがって、ベンダーの販売及びマーケティング情報の必要性が満たされるため、カスタマーはプライバシーに関する不必要な要求や指示に従わなくともよい。
【００３１】
しかし、ベンダーがカスタマーと連絡を取ってカスタマーに製品リコールの通知を行うこと或いはカスタマーに広告及び特別な宣伝を送付することを希望する場合には、ベンダーは、工程Ｓ２４で送付したパッケージコードを含むそれらのものを電子的に銀行２０に送付してもよい。その後銀行２０は、該電子的なリコール通知、広告或いは宣伝をカスタマーの現実のアドレス或いは電子アドレス（例えば電子メールアドレス）に送付してもよい。但し、カスタマーの銀行の口座所有者が、例えば製品の安全性や製品回収の情報を除き、このようなメッセージ或いはこのベンダーからのメッセージを受取りたくない意思を表明していた場合はこの限りではない。したがって、カスタマーへのベンダーのリンクは、必ずしも断絶される必要はないが、該リンクは個人情報が無制御に流布した場合に損失のリスクを負うことになるカスタマーの制御下で管理される。本発明による方法及びシステムを実施した場合、カスタマーの個人情報及び金融情報が変更されてもベンダーのデータベースがもはや更新されないため、いずれはカスタマーの秘密性が再び確保される。そのかわり、カスタマーの情報を秘密に維持する義務を負っている銀行２０及び発送者のみがこれにアクセスする。
【００３２】
本発明によれば、銀行２０は、発送者の請求が支払われることを保証してもよい。即ち、発送者は口座所有者の口座から直接支払いを受けてもよい。この手法において、ベンダーは好ましくは、アイテムの対価のみを請求し、「発送及び取扱い」に関する料金は請求しない。
【００３３】
カスタマーがベンダーから購入した商品がソフトウェアや音楽やデータといった電子形態のものである場合、銀行２０はベンダーにパッケージコードと、カスタマーが購入したものを想定送付する想定送付先電子アドレスとを送ってもよい。ベンダーは、その後、供給されたパッケージコードと共にソフトウェアや音楽やデータを指定された想定送付先電子アドレスに送信してもよい。銀行２０はその後、パッケージコードをカスタマーの口座と照合して、カスタマーの購入したソフトウェアや音楽や他のデータを、カスタマーが該アイテムを購入して支払い方法を匿名又は他の仕方で手続きする際に指定した、カスタマー自身の電子アドレス、カスタマーの「気付」電子アドレス或いはカスタマーの「送付先」電子アドレスに送付してもよい。カスタマーは該カスタマーの支払い情報、物理的アドレス、電子アドレス、「気付」アドレス、「送付先」アドレス或いは他のデリバリーアドレスを、銀行２０によりセキュリティー管理されているＷｅｂサイトへログインして、（例えば）ＩＤとパスワードの組で銀行２０により認証されて、そして例えば「発送オプション」選択をクリックして所望の情報を入力或いは変更することによって、いつでも変更できる。
【００３４】
図３は、本発明の他の態様を示すもので、ベンダーとカスタマーとの間の取引に匿名での支払い及び発送を含む場合を示すものである。そこに示されるように、カスタマーが匿名でベンダーから電子手形でアイテムを購入し、ベンダーにデリバリーアドレスを知られることなくあるアドレスへ配送させることを可能にする方法は、以下の工程を含んでもよい。工程Ｓ３１で、暗号化されたカスタマー固有の識別子を、銀行或いは他の信頼された実在者に保存する。暗号化された固有の識別子を、デリバリーアドレス（或いは１又はそれ以上の「送付先」アドレス及び／又は１又はそれ以上の「気付」アドレス）を含み、銀行に保存されたカスタマーの個人情報及び金融情報にリンクする。デリバリーアドレスはカスタマー自身のホームアドレス或いはビジネスアドレスであってもよく或いは他の人のホームアドレス或いはビジネスアドレスであってもよい。工程Ｓ３２では、カスタマーが銀行により認証されたか否かが判定される。そうするために、先に引用した米国特許出願第０９／２７２、０５６号及び／又は第０９／４０５、７４１号に開示するように、カスタマーは前記判定のために開設された銀行のＷｅｂサイトにログインする。銀行と買手との間の契約では適切な認証手法が定義される。ネットワーク２２（例えばインターネットを含む）経由でログインすると、カスタマーは銀行２０に識別データを提供し、少なくともこの一部は直ちに暗号化され、先に保存された前記暗号化されたカスタマー固有の識別子と比較される。一致した場合、カスタマーは認証される。提供された識別データが保存された前記暗号化された固有識別子と一致しない場合、カスタマーは認証されず、工程Ｓ３３に示すように（認証されるまでは）カスタマーの口座上での該電子手形の引受けは行われない。工程Ｓ３４では、銀行２０或いは他の信頼された実在者は、前記暗号化された固有識別子にリンクした前記保存されたカスタマー個人情報及び／又は金融情報を検索する。工程Ｓ３５では、例えば、十分な預金残高或いは借方残高のような銀行が課した制限の下で、カスタマーが購入したものに対する支払いのため銀行２０に提示した電子手形の引受けが行われる。銀行２０はその後パッケージコードをカスタマーが購入したアイテムに割当て、そしてパッケージコードを（好ましくは電子的に）ベンダーに送付してもよい。ベンダーはその後、パッケージコードを表わす機械読み取り可能な証印をパッケージに貼り付ける。工程Ｓ３８に示すように、パッケージコード及びパッケージデリバリーアドレスをベンダーの識別情報及びその他の関連情報と共に、発送者に送付してもよい。好適な実施形態においては、先に引用した米国特許出願第０９／２７２、０５６号及び／又は第０９／４０５、７４１号に開示する手法により、発送者は、参加する「ｉＤＲＡＦＴ（商標）」銀行で「ｉＤＲＡＦＴ（商標）」口座を維持する。発送者はその後パッケージコードにより識別されたパッケージを集荷し、そこに貼り付けてある機械読み取り可能な証印を読み取り、これに関連するデリバリーアドレスを検索し、発送ラベルをプリントアウトしてパッケージに貼り付けてもよい。
【００３５】
カスタマーの識別データはＩＤ、パスワード及び／又は他の識別データ、例えばバイオメトリックデータを含んでもよい。カスタマーのパスワードは銀行２０に対し暗号化された形式でのみ知らされているため、銀行２０はカスタマーが提供したパスワードをその受領後直ちに暗号化することが好ましい。好ましくは、暗号化されたカスタマー固有の識別子並びに個人情報及び金融情報は、銀行２０か或いは他の信頼された実在者により、銀行により運用されているディレクトリソフトウェアにより管理されるデータ構造に保存される。
【００３６】
ディレクトリソフトウェアは典型的には、名前情報、許可情報、リソース情報、ハードウェア情報、ソフトウェア情報、階層構造の情報及び／又はネットワーク内でのルールのリポジトリ（例えばリストやデータベース）を含む。本発明に係るフレーズ「ディレクトリソフトウェア」は、ネットワークと結合したコンピュータ上で作動するよう設計された、該リポジトリを含み或いは該リポジトリを管理するあらゆるソフトウェアを包含する。例えば、銀行２０は前記情報を、Ｘ．５００ディレクトリアクセスプロトコル（ＤＡＰ）又はそのサブセット、拡張版若しくは改良版との互換ディレクトリアクセスソフトウェアのようなディレクトリアクセスソフトウェアと互換性があり且つ該ソフトウェアを介してアクセス可能なディレクトリソフトウェア中に保存してもよく、ここでＤＡＰは、参照されることによって本明細書の一部をなす。ＤＡＰのこのようなサブセットの１つはライトウエイトディレクトリアクセスプロトコル即ちＬＤＰＡである。例えばカスタマーの銀行２０は、本発明の出願人により開発されたソフトウェア製品であるオラクルインターネットディレクトリ（商標）（ＯｉＤ（商標））ソフトウェアを使用してもよい。「ＯｉＤ」（商標）は、インターネットエンジニアリングタスクフォース（ＩＥＴＦ）の「ＬＤＡＰｖ３」スタンダード（これも、その全体が参照されることによって本明細書の一部をなす）の本来の機能を実行することに加え、例えば、オラクル８（或いは後に実行される）バックエンドデータ保存と組み合わせてもよい。このような手法において、発送者は銀行により提供されたパッケージコード及びデリバリーアドレスを、「ＬＤＡＰｖ３」プロトコル（或いはその後のバージョンのプロトコル）と互換性のあるディレクトリソフトウェア、例えばオラクル社から市販されている前記「ＯｉＤ」（商標）ソフトウェアにより管理されるデータベース中に保存してもよい。このデータベースの一部を（例えばＬＤＡＰプロトコルを介して）「Ｏｒａｃｌｅ  ８ｉ  Ｌｉｔｅ」（或いはその後のバージョン）のデータベースが搭載されている携帯デジタルデバイス（例えば、シンボルテクノロジー社により製造され変更された「パーム」コンピュータのＳＰＴ１７００シリーズ）中に複製してもよい。これにより、パッケージを実際に集荷する発送者が、パッケージコードで識別されたパッケージを集荷する際にベンダーの場所で入手可能な全ての関連情報を得ることが可能となる。この目的のため、他のディレクトリソフトウェア、例えばノベル社の「ノベルディレクトリサービシーズ（Ｎｏｖｅｌ  Ｄｉｒｅｃｔｏｒｙ  Ｓｅｒｖｉｃｅｓ）（商標）（ＮＤＳ（商標））」を使用してもよい。
【００３７】
先の詳細な説明は本発明の好適な実施形態を含むが、前述の説明は単に事例であり開示の発明を限定するものではない。当業者は他の代替的な実施例を認識するであろうし、そしてこのような全ての実施例は本発明の範囲に該当するであろう。したがって、本発明は特許請求の範囲によってのみ限定されるべきである。
【図面の簡単な説明】
【図１】
ベンダーからカスタマーへ商品を発送する従来方法のフローチャートである。
【図２】
本発明の実施例に係る匿名での発送方法「ｅＤＲＯＰＳＨＩＰ（商標）」のフローチャートである。
【図３】
本発明の他の態様を示し、ベンダーとカスタマーとの間の取引が、匿名での支払いと匿名での発送を含むものである。
【手続補正２】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2003521040.tif 000001
【図２】
2003521040.tif 000002
【図３】
2003521040.tif 000003