JP3968243B2 - Return method and return system for generating and sending electronic shipping return labels - Google Patents

Description

Translated fromJapanese

【０００１】
発明の分野
本発明は、インターネットのようなコンピュータネットワーク環境を使って、返品発送ラベルを生成して顧客に送信する返品方法および返品システムに関する。
【０００２】
発明の背景
典型的な返品処理は、顧客が電子メールまたは電話で商人に連絡し、顧客が返品したいと望む品物について商人に告げることを含む。返品を承諾すると、商人は、運送業者から返品発送ラベルを入手して、その返品発送ラベルを、返品される品物の包装の仕方に関する特別な指示と共に顧客に郵送する。顧客はそれから包装し、返品発送ラベルを荷物に貼り付け、その荷物を商人に発送する。
【０００３】
典型的な返品処理には数日かかる。図１はこれらのうちのいくつかを説明しており、特に、通常商人が返品発送ラベルを入手してそれを顧客に送るのに３日から６日かかることを示している。さらに上記した処理は、返品要求を受け、返品要求を承諾し、返品発送ラベルを入手して顧客に送るための人員を確保することを要し、労働集約的である。
【０００４】
したがって、上述のいくつかの先行技術の問題点を克服するような品物の返品を処理する改良された返品方法および返品システムが求められている。
【０００５】
発明の概要
本発明は、顧客が商品を商人または売主に返品することを可能にする電子的な返品配送ラベルを生成し提供する返品システムおよび返品方法を含む。
【０００６】
本発明の実施の形態によれば、返品方法は、顧客が品物を返品することを可能にするために商人が顧客に電子的な発送ラベルを提供するための返品方法として説明される。本発明の１つの面によれば、返品要求が顧客から受け取られ、その返品要求に関する情報が取得され、そして印刷して品物の返品のための荷物に貼り付けることができる返品発送ラベルが生成される。１つの説明される実施の形態では、顧客は商人のウェブサイトを通して返品要求を送信する。別の実施の形態では、顧客は商人の代理人に連絡することにより返品要求を送信し、商人の代理人は商人のウェブサイトを通してその返品要求を送信する。
【０００７】
本発明の他の面によれば、返品要求に関する発送情報は、顧客の住所と返品される品物の寸法と重さに関する情報を含む。本発明の他の面は、顧客注文データベースから取得した発送情報の少なくとも一部を有する。さらに本発明の他の面によると、発送情報の一部は、品物データベースから取得した。
【０００８】
本発明の１つの実施の形態では、返品発送ラベルはＨＴＭＬ文書の形式であり、この発送ラベルは、返品発送ラベルに対応するＵＲＬアドレスを顧客に与えることにより顧客に提供される。他の実施の形態では、顧客は、返品発送ラベルの電子画像を含むファイルを与えられる。さらに他の実施の形態では、返品発送ラベルは、顧客の住所から荷物を集荷せよという指示と共に、運送業者に送られる。
【０００９】
本発明の他の実施の形態によれば、顧客が品物を返品することを可能にするために顧客に電子的な発送ラベルを提供する返品方法が開示される。この開示された返品方法は、顧客から品物に対する返品要求を受けるステップ、その返品要求に関する発送情報を取得するステップ、その発送情報を処理して返品発送ラベルを生成するように構成されたアプリケーションサービスプロバイダに返品情報を送信するステップ、その返品発送ラベルを生成するステップ、その返品発送ラベルに対するアクセスを顧客に提供するステップを含む。
【００１０】
さらに本発明の他の実施の形態によれば、商人が品物を返品することを望んでいる顧客に電子的に返品発送ラベルを提供する返品システムが開示される。この返品システムは、商人のウェブサイトが置かれていてアプリケーションサービスプロバイダおよび少なくとも１つの顧客のコンピュータと通信することができる商人サーバ、商人サーバと通信するアプリケーションサービスプロバイダ、商人サーバに駐在し商人サーバから受け取った発送情報に少なくとも部分的に基づいて返品発送ラベルを生成するように構成されたアプリケーションサービスプロバイダのアプリケーション、および返品発送ラベルを受け取る顧客のコンピュータを含む。
【００１１】
発明の詳細な説明
本発明は、以下、本発明の好ましい実施の形態が示される図面を参照しながら、より詳細に説明される。しかしながら、本発明は、多数の異なる形で実施されることができ、ここに示されている実施の形態に限定されると解釈されるべきではない。むしろ、これらの実施の形態は、この開示が徹底的であり完全であり、この分野に習熟した人々に本発明の範囲を完全に伝えるように提供されている。全体を通して類似の番号は類似の要素を指す。
【００１２】
本発明の分野の専門家には、上記の説明と図面における教示のおかげで、本発明の多数の変形や他の実施の形態が思い浮かぶであろう。したがって、本発明は開示されている特定の実施の形態に限定されないこと、そして変形や他の実施の形態も、添付の請求の範囲内に含まれることは理解されるべきである。この明細書には具体的な語が使用されているけれども、それらは一般的で説明的な意味でのみ用いられ、限定することを目的としていない。
【００１３】
以下の段落はインターネット環境における本発明を説明している。これは説明のためだけである。この分野で通常の知識を持つ人にとっては、本発明が他の任意のネットワーク環境においても適用できることは、容易に分かるであろう。
【００１４】
図２は、本発明のいろいろいろな面を実現するための、商人電子返品システムの高レベルのブロック図である。本発明は、コンピュータ１００と通信する商人サーバ１１０および商人サーバ１１０と連係したウェブサイト１２０を含む。商人サーバ１１０は、コンピュータネットワーク１００上の他のコンピュータがアクセスすることができる情報を生成し記憶する。１つの好ましい実施形態においては、この情報はウェブページとして記憶され、この分野で良く知られているウェブブザウザを使い、ワールドワイドウェブを通してアクセスされる。
【００１５】
本発明またコンピュータネットワーク１００および商人サーバ１１０と通信する運送業者サーバ１３０を含む。図２は、ユナイテッドパーセルサービス（ＵＰＳ）によって運用される運送業者サーバ１３０を示す。しかしながら本発明はＵＰＳサーバに限定されず、運送業者サーバ１３０は他の運送業者またはどんな他の存在により運用されてもよい。その理由のために、運送業者サーバ１３０は、ここではときどき一般的にアプリケーションサービスプロバイダ（ＡＳＰ）と呼ばれる。運送業者サーバ１３０は、本発明にしたがって、商人サーバ１１０から受け取った発送情報を処理して返品発送ラベルを生成するＡＳＰアプリケーション１４０（その動作は後で説明される）を含む。
【００１６】
再び図２を参照して、本発明はコンピュータネットワーク１００および商人サーバ１１０と通信する少なくとも１つのユーザコンピュータ１５０を含む。１つの好ましい実施の形態では、ユーザコンピュータ１５０は商人ウェブサイト１２０にアクセスすることができるウェブブラウザを備えている。
【００１７】
図３は、本発明の実施の形態の動作を示す高レベルのブロック図である。ステップ３０５において、ユーザは商人ウェブブサイト１２０にアクセスし、ユーザが商人に、顧客が品物を返品したいと思っている、ということを知らせる返品要求を送信する。１つの好ましい実施の形態では、そのユーザはその品物を返したいと思う顧客であり、顧客はユーザコンピュータ１５０を使って商人ウェブサイト１２０に連絡する。しかしながら、商人ウェブブサイト１２０にアクセスするユーザは顧客である必要はないことは容易に分かるはずである。別の実施の形態においては、例えば、ユーザは、その商人のために働く、顧客サービスの代理人であり、顧客から電話または電子メールのメッセージを受けた後で顧客のために返品要求を入れる。
【００１８】
図４Ａ〜４Ｆは、顧客が返品要求を送信することを可能にするために、商人が本発明にしたがって提供することができるウェブページを示す。図４Ａに示されているホームページは、商人ウェブサイト１２０に対する典型的なエントリポイントを示す。１つの好ましい実施の形態では、このホームページは、商人を識別し、ユーザにそのサイトに入るかまたは新しいユーザとして登録するかの選択を提供する。図４Ｂは、電子メールのアドレスとパスワードによりユーザを識別するログインウェブページの一例である。ユーザがログオンしたとき、商人システムはユーザを図４Ｃに例示されるような、商人ウェブサイトのディレクトリページにリンクする。そのディレクトリページから、ユーザは、そのページの左側にある選択肢のパネルから選択してもよい。１つの好ましい実施の形態では、これらの選択肢は「店舗一覧」、「検索」、「バスケットの表示」、「精算」及び「返品」を含み、各選択肢はユーザを対応するウェブページに導く対応するハイパーリンクを持つ。
【００１９】
返品要求を送信するためには、ユーザは選択肢「返品」を選択し、図４Ｄに示されているようなウェブページにリンクされる。図４に示されるウェブページは、その顧客が以前にその商人に対して行った注文のリストを表示し、ユーザが返品したい品物に対応する注文を選択することを可能にする。この好ましい実施の形態では、顧客の注文のリストは顧客注文データベースに記憶され、顧客の識別情報で索引が付けられている。したがって、ユーザがディレクトリページから選択肢「返品」を選んだときは、システムは自動的にそのユーザに対応する顧客注文リストを検索して表示する。図４Ｄに示される顧客注文リストは、顧客が返品したい品物（品物）を特定する。この分野に通常の知識を有する人には、顧客注文リストを使うことは、顧客が返品したい品物が何であるかを知るための多くの方法のうちの１つにすぎないことは容易に分かるであろう。別の実施の形態では、例えば、ユーザは関係する品物の情報を入力することを促されてもよい。
【００２０】
この図面について説明を続けると、ユーザは次に顧客が返品したい品物に対応する注文番号を選択する。ユーザによる注文番号の選択により、ユーザは、表４Ｅに示されるようなウェブページにリンクされるが、このウェブページでは、選択された注文番号に対する品物を一覧表示する品物の表が示される。図４Ｅに示される品物の表は、選択された注番号に対応する各品物のために種類、数量および品物番号を一覧表示している。図４に示されている品物表の欄は、説明になるように意図されている。別の実施の形態では、品物表はさらに仕入れ価格、小売価格、色および目方などの追加の情報を含んでもよい。
【００２１】
次のステップにおいて、ユーザは、適当な品物番号に対応するハイパーリンクをクリックすることにより、返品したい品物を品物表から選択する。この例では、ユーザはダルマティーポットを返品したいと思い、したがって品物番号９８７６５４−２８のハイパーリンクを選択する。このリンクはユーザを図４Ｆに送り、そこでユーザは、顧客が返品したいダルマティーポットの数を知るための質問をされる。ユーザはまた返品のための予め承諾した理由のリストから１つを選択する機会を与えられる。返品のための３つの予め承諾した理由として、「破損」、「品物違い」及び「気に入らない」が図４Ｆに示されている。１つの好ましい実施の形態では、顧客の返品は予め承諾され一瞬で済むかもしれない。他の実施の形態では、商人は返品を認める前に返品要求のための理由をよく調べてみることを選ぶかもしれないし、そうではなく承諾手続きを完全に省略するかもしれない。
【００２２】
図３のブロック図にもどって、商人の承諾手続きは、ステップ３１０に示されている。返品要求がいったん認められると、手続きはステップ３１５に進み、そこで商人サーバ１１０（図２も参照）がコンピュータネットワーク１００を通してＡＳＰサーバ１３０とリンクを確立し、顧客の要求に関係する発送情報を送信する。この発送情報は、顧客から商人に荷物を運ぶために運送業者が使うあらゆる情報、すなわち、顧客の住所、商人の住所、サービスのレベル、および運ばれる荷物の重さや大きさなどを限定することなく含んでもよい。１つの好ましい実施の形態では、商人サーバ１１０は顧客注文データベースからその顧客の住所を取得し、そして１つまたは複数の品物のデータベースから発送される品物の寸法や重さについての情報を得る。別の実施の形態では、顧客、商人、第三者の売主が、一部またはすべての発送情報を入力してもよい。品物のデータベースが使用される場合には、それは商人サーバ１１０にあるかもしれないし、第三者の供給者または売主のサーバ（図示されていない）のような別のサーバにあるかもしれない。
【００２３】
図３のステップ３２０において、ＡＳＰサーバは返品要求とそれに関係する発送情報を受け取って、ステップ３２５に進み、そこで受注として記録される。ステップ３２５において、発送情報がその運送業者の荷受け規則に対して問題がないか確認される。必要な発送情報が欠落しているとき、または不適当な運送業者サービスレベルが要求されているときは、エラーコードが生成され、商人に送られる。不適当な運送業者サービスレベルの一例は、カリフォルニアからハワイへの配送のために陸路運送を要求することである。システムがその受注が適正と決定したときは、ＡＳＰサーバはその発送情報を運送業者サーバに送る（ステップ３３０）。１つの好ましい実施の形態では、その発送情報は、荷物レベル詳細（ＰＬＤ）として知られている記録形式で運送業者に送られる。しかしながら、この分野で通常の知識を持つ者には、その発送情報はどのような形式で送られてもよいことは、容易にわかるであろう。１つの好ましい実施の形態では、ステップ３３０において、運送業者は請求書発行処理を開始し、商人に対してその運送料のための請求書を生成する。そして運送業者はその受注に荷物追跡番号を割り当て、その追跡情報をＡＳＰサーバに送信する。
【００２４】
ステップ３３５において、ＡＳＰアプリケーションは、商人からの発送情報と運送業者からの追跡情報を使って電子的な返品発送ラベルを生成する。１つの実施の形態では、ＡＳＰアプリケーションは、返品発送ラベルの電子画像を表示するハイパーテキストマークアップランゲージ（ＨＴＭＬ）形式のウェブページを作成し、そのウェブページに１つのユニフォームリソースローケータ（ＵＲＬ）アドレスを割り当てる。図５は典型的な返品発送ラベル２００を示し、発送アドレス２１５、配送先アドレス２２０、マクシコード（登録商標）２２５、郵便番号２３５、郵便バーコード２４０、運送業者追跡番号２３５、運送業者バーコード２５０、およびサービス識別番号２５５を含む。この好ましい実施の形態では、配送アドレスは、その返品の配送を受け取る商人または売主のアドレスである。
【００２５】
図６はステップ３５５においてＡＳＰアプリケーションにより作成されるウェブページの他の実施の形態である。この実施の形態では、発送ラベル２００にテキストエリア（文章領域）３００が付いており、このテキストエリア３００はまた受付ロケータリンク３１５を含む。この受付ロケータリンク３１５をクリックするとＡＳＰアプリケーションが運送業者の受付データベースにアクセスし、顧客の住所に近い運送業者の荷物受付け所のリストを検索する。１つの好ましい実施の形態では、ＡＳＰアプリケーションは、顧客の住所から１０マイル以内の荷物受付け所を検索する。図７は、ユーザが受付ロケータリンク３１５をクリックしたときに表示される典型的なウェブページを示す。図７に示されているウェブページは、顧客の住所２１５に近い運送業者の荷物受付け所３５０のリストを示している。荷物受付け所の種類３３５、住所３６０、営業時間３６５、電話番号３７０、顧客の住所からの距離３７５が、各荷物受付け所に対して表示されている。さらに、選択されたとき各荷物受付け所についての詳細情報を提供する受付リンク３８０が表示されている。１つの実施の形態では、この詳細情報は、顧客の住所２１５から荷物受付け所までの地図を含む（図８）。
【００２６】
図３に戻って、ＡＳＰアプリケーションが返品発送ラベルを表示するウェブサイト１２０を作成した後、処理はステップ３４５に進み、ＡＳＰアプリケーションは売主に品物が返品されつつあることを示す電子メール通知を送信する。１つの好ましい実施の形態では、このステップは、その返品されつつある品物が商人に直接に送られないで、代わりに第三者であるその品物の売主または供給者に送られつつある場合にのみ発生する。または、ステップ３４５は商人が返品を処理するために使用する別の部門または別の存在に対して電子メール通知を送ってもよい。
【００２７】
ステップ３５５において、ＡＳＰアプリケーションは、返品送信ラベルウェブページのＵＲＬアドレスを商人サーバ１１０に送る。１つの好ましい実施の形態では、このウェブページは実際にＡＳＰサーバに記憶され、そのＵＲＬアドレスに対するリンクが商人サーバ１１０に送られる。または、ＡＳＰアプリケーションは実際の返品発送ラベルのＨＴＭＬドキュメントを送り、商人がそのページを商人サーバ１１０上で公表することができるようにしてもよい。これらの実施の形態のどれにおいても、商人は、返品発送ラベルを含むウェブページのＵＲＬアドレスを顧客に提供する責任を持つ。
【００２８】
さらに別の実施の形態においては、ＡＳＰアプリケーションは返品発送ラベルを直接に顧客に送る。１つの実施の形態においては、ＡＳＰアプリケーションは、返品発送ラベルを含むウェブページのＵＲＬアドレスを含む電子メールを顧客に送る。他の実施の形態では、ＡＳＰアプリケーションは、返品発送ラベルを画像ファイル形式とし、その画像ファイルを顧客への電子メールに添付してもよい。好ましい実施の形態では、返品発送ラベルの画像は可搬データファイル（ＰＤＦ）形式であるが、返品発送ラベルの画像は、可搬ネットワーク画像（ＰＮＧ）または画像交換形式（ＧＩＦ）などの他のデータ形式で記憶されてもよいことは、この分野の通常の知識を持つ者には直ちに明らかであろう。
【００２９】
さらにもう１つの実施の形態では、顧客は返品発送ラベルを受け取らない。その代わりに、ＡＳＰアプリケーションは返品発送ラベルを生成し、それを直接に顧客の住所の近くの運送業者の施設に送信する。この実施の形態においては、運送業者は、顧客が荷物を運送業者の受付施設に持ってくることを求めるのではなく、ドライバを送って顧客から荷物を受け取る。ＡＳＰアプリケーションはこれを、運送業者の施設のデータベース（図示されていない）にアクセスして運送業者のどの施設がその顧客の住所への配送を担当しているかを決定することにより行う。ＡＳＰアプリケーションは次に返品発送ラベルを生成し、それを直接にその地域の運送業者の施設に送信する。その運送業者の施設からのドライバは、その返品発送ラベルをその顧客の住所に持っていき、返品されるべき荷物を集荷し、発送ラベルをその荷物に貼り、その荷物を商人への配送のためにその運送業者の配送システムに乗せる。
【００３０】
図３に示されている実施の形態に戻り、ステップ３６０において、商人は、返品処理のために返品発送ラベルが生成されたというＡＳＰからの通知に応じてそのデータベースを更新する。商人のデータベースの更新は、荷物追跡番号、返品配送コストおよび品物在庫更新のようなその処理についての特定の詳細事項と共に品物の返品に関する、一般的な諸データを含んでもよい。
【００３１】
ステップ３６５において、顧客は返品発送ラベルと荷物受付け所情報を受け取る。図３において、商人は顧客に発送ラベルと集荷情報を含むウェブサイトのＵＲＬアドレスを送る。しかしながら、上で説明したように、別の実施の形態では、顧客はＡＳＰアプリケーションから直接に返品発送ラベルを受け取ってもよいし、運送業者が運送業者の集荷サービスの一部として顧客の住所にドライバを送ってもよい。
【００３２】
ステップ３７０において、顧客は返品発送ラベルに楷書で書き込み、そのラベルを返品しようとする品物を含む荷物に貼りつけ、その荷物を運送業者の荷物受付け所まで持っていく。そしてステップ３７５において、運送業者はその荷物を受け取り、それを返品発送ラベルに指定されている住所への運送に乗せる。１つの好ましい実施の形態では、運送業者は返品発送ラベル上の荷物追跡番号を使って配送処理全体を通して荷物を追跡し、配送が確認されると商人または他の適当な相手に対して運送料金の請求書を送る。この好ましい実施の形態では、荷物追跡番号は配送の確認を与え、また請求書発行処理を開始させる。さらに、複数の請求の選択肢が利用可能であり、商人はクレジットカード、小切手、または勘定の借り方への記入により請求されてもよい。
【００３３】
詳細な説明を終えるにあたり、この分野に通じた人々には、本発明の要旨から実質的に逸脱することなく、好ましい実施の形態に対する多くの変形や部分的変更が可能であることが明らかであることは銘記すべきである。またこのような変形や部分的変更は、特許請求の範囲に記載されている本発明の範囲内に含められることがここでは意図されている。さらに、特許請求の範囲においては、構造、物、行為、およびすべての手段またはステッププラス機能要素の同等物は、それらの言及された機能を果たすためのすべての構造、物または行為を含むことが意図されている。
【図面の簡単な説明】
【図１】 図１は先行技術で用いられている典型的な返品処理を説明する高レベルのブロック図である。
【図２】 図２は本発明の１つの実施の形態による電子返品システムの高レベルのブロック図である。
【図３】 図３は本発明の１つの実施の形態による電子返品システムの動作を説明する高レベルのブロック図である。
【図４】 図４Ａ〜４Ｆは、本発明の１つの実施の形態にしたがって、顧客が電子的に返品要求を送信することを可能にするために商人が使用できるウェブページの種類を示す。
【図５】 図５は本発明の１つの実施の形態にしたがって生成され顧客に送られる典型的な電子的な返品発送ラベルを示す。
【図６】 図６は本発明の１つの実施の形態による返品発送ラベルと返品に関する他のテキストを含むウェブページを示す。
【図７】 図７は本発明の１つの実施の形態による荷物受付け所の場所の一覧を示すウェブページを示す。
【図８】 図８は運送業者のある１つの荷物受付場所の場所を詳細に示す地図のウェブページを示す図である。[0001]
FIELD OF THE INVENTION The present invention relates to a return method and return system for generating a return shipping label and sending it to a customer using a computer network environment such as the Internet.
[0002]
BACKGROUND OF THE INVENTION A typical return process involves a customer contacting the merchant by email or phone and telling the merchant about the item that the customer wants to return. Upon accepting the return, the merchant obtains a return shipping label from the carrier and mails the return shipping label to the customer along with special instructions on how to package the returned item. The customer then wraps, affixes a return shipping label to the package, and ships the package to the merchant.
[0003]
A typical return process takes several days. FIG. 1 illustrates some of these, particularly showing that it usually takes 3-6 days for a merchant to obtain a return shipping label and send it to the customer. Furthermore, the process described above is labor intensive, requiring a return request, accepting the return request, securing personnel to obtain the return shipping label and send it to the customer.
[0004]
Accordingly, there is a need for an improved return method and return system that handles the return of items that overcomes some of the prior art problems described above.
[0005]
SUMMARY OF THE INVENTION The present invention includes a return system and method for generating and providing an electronic return delivery label that allows a customer to return goods to a merchant or seller.
[0006]
According to an embodiment of the present invention, the return method is described as a return method for a merchant to provide an electronic shipping label to a customer to allow the customer to return the item. According to one aspect of the invention, a return request is received from a customer, information about the return request is obtained, and a return shipping label is generated that can be printed and affixed to a package for return of the item. The In one described embodiment, the customer sends a return request through the merchant website. In another embodiment, the customer sends a return request by contacting the merchant's representative, who sends the return request through the merchant's website.
[0007]
According to another aspect of the invention, the shipping information regarding the return request includes information regarding the customer's address and the size and weight of the item being returned. Another aspect of the invention includes at least a portion of shipping information obtained from a customer order database. According to yet another aspect of the invention, a portion of the shipping information is obtained from an item database.
[0008]
In one embodiment of the invention, the return shipping label is in the form of an HTML document that is provided to the customer by providing the customer with a URL address corresponding to the return shipping label. In another embodiment, the customer is given a file containing an electronic image of the return shipping label. In yet another embodiment, the return shipping label is sent to the carrier with an instruction to pick up the package from the customer's address.
[0009]
In accordance with another embodiment of the present invention, a return method is disclosed that provides an electronic shipping label to a customer to allow the customer to return the item. The disclosed return method includes an application service provider configured to receive a return request for an item from a customer, obtain shipping information relating to the return request, process the shipping information to generate a return shipping label Sending return information to the customer, generating the return shipping label, and providing the customer with access to the return shipping label.
[0010]
In accordance with yet another embodiment of the present invention, a return system is disclosed that provides a return shipping label electronically to a customer who wants merchants to return goods. The return system includes a merchant server on which a merchant website is located and capable of communicating with an application service provider and at least one customer computer, an application service provider communicating with the merchant server, and a merchant server residing on the merchant server. An application service provider application configured to generate a return shipping label based at least in part on the received shipping information, and a customer computer that receives the return shipping label.
[0011]
DETAILED DESCRIPTION OF THE INVENTION The present invention will now be described in more detail with reference to the drawings in which preferred embodiments of the invention are shown. This invention may, however, be embodied in many different forms and should not be construed as limited to the embodiments set forth herein; Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the invention to those skilled in the art. Like numbers refer to like elements throughout.
[0012]
Many variations and other embodiments of the invention will come to the mind of one skilled in the art due to the teachings provided above in the description and drawings. Therefore, it is to be understood that the invention is not limited to the specific embodiments disclosed, and that modifications and other embodiments are included within the scope of the appended claims. Although specific terms are used in this specification, they are used in a general and descriptive sense only and are not intended to be limiting.
[0013]
The following paragraphs describe the invention in the Internet environment. This is for illustration only. Those of ordinary skill in the art will readily appreciate that the present invention can be applied in any other network environment.
[0014]
FIG. 2 is a high-level block diagram of a merchant electronic return system for implementing various aspects of the present invention. The present invention includes amerchant server 110 that communicates with thecomputer 100 and awebsite 120 associated with themerchant server 110. Themerchant server 110 generates and stores information that can be accessed by other computers on thecomputer network 100. In one preferred embodiment, this information is stored as a web page and accessed through the world wide web using web browsers well known in the art.
[0015]
The present invention also includes a carrier server 130 that communicates with thecomputer network 100 and themerchant server 110. FIG. 2 shows a carrier server 130 operated by United Parcel Service (UPS). However, the present invention is not limited to UPS servers, and the carrier server 130 may be operated by other carriers or any other entity. For that reason, carrier server 130 is sometimes commonly referred to herein as an application service provider (ASP). The carrier server 130 includes an ASP application 140 (the operation of which will be described later) that processes the shipping information received from themerchant server 110 to generate a return shipping label in accordance with the present invention.
[0016]
Referring again to FIG. 2, the present invention includes at least oneuser computer 150 in communication withcomputer network 100 andmerchant server 110. In one preferred embodiment, theuser computer 150 includes a web browser that can access themerchant website 120.
[0017]
FIG. 3 is a high-level block diagram illustrating the operation of the embodiment of the present invention. Instep 305, the useraccesses merchant website 120 and the user sends a return request to inform the merchant that the customer wants to return the item. In one preferred embodiment, the user is a customer who wants to return the item, and the customer contacts themerchant website 120 using theuser computer 150. However, it should be readily apparent that the user accessingmerchant website 120 need not be a customer. In another embodiment, for example, the user is a customer service agent who works for the merchant and places a return request for the customer after receiving a telephone or email message from the customer.
[0018]
4A-4F show a web page that a merchant can provide in accordance with the present invention to allow a customer to send a return request. The home page shown in FIG. 4A shows a typical entry point for themerchant website 120. In one preferred embodiment, the home page identifies the merchant and provides the user with the choice of entering the site or registering as a new user. FIG. 4B is an example of a login web page that identifies a user by an email address and password. When the user logs on, the merchant system links the user to a directory page on the merchant website, as illustrated in FIG. 4C. From that directory page, the user may select from a panel of choices on the left side of the page. In one preferred embodiment, these options include “store listing”, “search”, “display basket”, “checkout” and “return”, each option corresponding to directing the user to the corresponding web page. Has a hyperlink.
[0019]
To send a return request, the user selects the option “Return” and is linked to a web page as shown in FIG. 4D. The web page shown in FIG. 4 displays a list of orders that the customer has previously made to the merchant and allows the user to select the order corresponding to the item that they wish to return. In this preferred embodiment, a list of customer orders is stored in a customer order database and indexed with customer identification information. Thus, when the user selects the option “Return” from the directory page, the system automatically searches and displays a customer order list corresponding to the user. The customer order list shown in FIG. 4D specifies an item (item) that the customer wants to return. For those with ordinary knowledge in this field, it is easy to see that using a customer order list is only one of many ways to know what the customer wants to return. I will. In another embodiment, for example, the user may be prompted to enter information about the item concerned.
[0020]
Continuing with the drawing, the user next selects the order number corresponding to the item that the customer wishes to return. Selection of an order number by the user links the user to a web page as shown in Table 4E, which shows a table of items that lists the items for the selected order number. The item table shown in FIG. 4E lists the type, quantity and item number for each item corresponding to the selected note number. The item table columns shown in FIG. 4 are intended to be illustrative. In another embodiment, the inventory may further include additional information such as purchase price, retail price, color, and appearance.
[0021]
In the next step, the user selects the item to be returned from the item table by clicking on the hyperlink corresponding to the appropriate item number. In this example, the user wishes to return the dalmat tea pot and therefore selects the hyperlink with item number 987654-28. This link sends the user to FIG. 4F where the user is asked to know how many dalmaty pots the customer wants to return. The user is also given the opportunity to select one from a list of pre-approved reasons for return. The three pre-approved reasons for the return are “damaged”, “item difference” and “I don't like” shown in FIG. 4F. In one preferred embodiment, the customer's return may be pre-approved and may be instantaneous. In other embodiments, the merchant may choose to investigate the reason for the return request before accepting the return, or may instead omit the authorization procedure entirely.
[0022]
Returning to the block diagram of FIG. 3, the merchant acceptance procedure is shown atstep 310. Once the return request is approved, the procedure proceeds to step 315 where the merchant server 110 (see also FIG. 2) establishes a link with the ASP server 130 through thecomputer network 100 and sends shipping information related to the customer request. . This shipping information does not limit any information used by the carrier to carry the package from the customer to the merchant, including the customer's address, merchant's address, level of service, and the weight and size of the package being carried May be included. In one preferred embodiment,merchant server 110 obtains the customer's address from a customer order database and obtains information about the size and weight of the item being shipped from one or more item databases. In another embodiment, a customer, merchant, or third party seller may enter some or all shipping information. If an item database is used, it may be on themerchant server 110 or on another server, such as a third party supplier or seller server (not shown).
[0023]
Instep 320 of FIG. 3, the ASP server receives the return request and associated shipping information and proceeds to step 325 where it is recorded as an order. In step 325, the shipping information is checked for problems with the carrier's receipt rules. An error code is generated and sent to the merchant when the necessary shipping information is missing or when an inappropriate carrier service level is required. An example of an improper carrier service level is requesting land transportation for delivery from California to Hawaii. When the system determines that the order is appropriate, the ASP server sends the shipping information to the carrier server (step 330). In one preferred embodiment, the shipping information is sent to the carrier in a record format known as Package Level Detail (PLD). However, those skilled in the art will readily recognize that the shipping information may be sent in any format. In one preferred embodiment, atstep 330, the carrier initiates a billing process and generates a bill for the shipping cost to the merchant. The carrier then assigns a package tracking number to the order and transmits the tracking information to the ASP server.
[0024]
Instep 335, the ASP application generates an electronic return shipping label using shipping information from the merchant and tracking information from the carrier. In one embodiment, the ASP application creates a web page in hypertext markup language (HTML) format that displays an electronic image of the return shipping label and includes a uniform resource locator (URL) address for the web page. Assign. FIG. 5 shows a typicalreturn shipping label 200, including a shipping address 215, ashipping address 220, amaxicode 225, apostal code 235, apostal bar code 240, acarrier tracking number 235, acarrier bar code 250, Andservice identification number 255. In this preferred embodiment, the delivery address is the merchant or seller's address that receives the return delivery.
[0025]
FIG. 6 shows another embodiment of the web page created by the ASP application instep 355. In this embodiment, a text area (sentence area) 300 is attached to theshipping label 200, and thetext area 300 also includes a reception locator link 315. When this receipt locator link 315 is clicked, the ASP application accesses the carrier's acceptance database and retrieves a list of carrier's luggage reception locations near the customer's address. In one preferred embodiment, the ASP application searches for a luggage reception within 10 miles of the customer's address. FIG. 7 shows a typical web page that is displayed when the user clicks on the acceptance locator link 315. The web page shown in FIG. 7 shows a list of carrier's luggage reception locations 350 near the customer's address 215. Atype 335, anaddress 360,business hours 365, atelephone number 370, and adistance 375 from the customer's address are displayed for each baggage reception. In addition, areception link 380 is provided that provides detailed information about each package reception when selected. In one embodiment, this detailed information includes a map from the customer address 215 to the baggage claim (FIG. 8).
[0026]
Returning to FIG. 3, after the ASP application has created thewebsite 120 displaying the return shipping label, processing proceeds to step 345 where the ASP application sends an email notification to the seller indicating that the item is being returned. . In one preferred embodiment, this step is only performed if the item being returned is not sent directly to the merchant, but instead is sent to a third party seller or supplier of the item. appear. Alternatively, step 345 may send an email notification to another department or other entity that the merchant uses to process returns.
[0027]
Instep 355, the ASP application sends the return address label web page URL address to themerchant server 110. In one preferred embodiment, this web page is actually stored on the ASP server and a link to its URL address is sent to themerchant server 110. Alternatively, the ASP application may send an HTML document with the actual return shipping label so that the merchant can publish the page on themerchant server 110. In any of these embodiments, the merchant is responsible for providing the customer with the URL address of the web page containing the return shipping label.
[0028]
In yet another embodiment, the ASP application sends the return shipping label directly to the customer. In one embodiment, the ASP application sends an email to the customer containing the URL address of the web page that contains the return shipping label. In other embodiments, the ASP application may place the return shipping label in an image file format and attach the image file to an email to the customer. In the preferred embodiment, the return shipping label image is in a portable data file (PDF) format, but the returned shipping label image is in other data such as a portable network image (PNG) or image exchange format (GIF). It will be readily apparent to those with ordinary knowledge in the field that it may be stored in a form.
[0029]
In yet another embodiment, the customer does not receive a return shipping label. Instead, the ASP application generates a return shipping label and sends it directly to the carrier's facility near the customer's address. In this embodiment, the carrier does not require the customer to bring the package to the carrier's reception facility, but sends the driver to receive the package from the customer. The ASP application does this by accessing a carrier's facility database (not shown) to determine which carrier's facility is responsible for delivery to the customer's address. The ASP application then generates a return shipping label and sends it directly to the local carrier facility. The driver from the carrier's facility takes the return shipping label to the customer's address, collects the package to be returned, attaches the shipping label to the package, and delivers the package to the merchant. On the carrier's delivery system.
[0030]
Returning to the embodiment shown in FIG. 3, instep 360, the merchant updates its database in response to a notification from the ASP that a return shipping label has been generated for return processing. The merchant database update may include general data regarding the return of the item along with specific details about its processing such as package tracking number, return delivery cost and item inventory update.
[0031]
Instep 365, the customer receives a return shipping label and baggage claim information. In FIG. 3, the merchant sends the URL address of the website containing the shipping label and collection information to the customer. However, as described above, in another embodiment, the customer may receive a return shipping label directly from the ASP application, and the carrier may provide a driver to the customer's address as part of the carrier's pickup service. May be sent.
[0032]
Instep 370, the customer writes a letter on the return shipping label, affixes the label to the package containing the item to be returned, and takes the package to the carrier's package reception. Then, instep 375, the carrier receives the package and places it on transport to the address specified on the return shipping label. In one preferred embodiment, the carrier uses the package tracking number on the return shipping label to track the package throughout the delivery process, and once the delivery is confirmed, the carrier charges the merchant or other appropriate party. Send invoice. In this preferred embodiment, the package tracking number provides confirmation of delivery and initiates the billing process. In addition, multiple billing options are available and the merchant may be billed by filling in a credit card, check, or account debit.
[0033]
Upon completion of the detailed description, it will be apparent to those skilled in the art that many variations and modifications may be made to the preferred embodiment without substantially departing from the spirit of the invention. That should be noted. Such modifications and partial changes are intended to be included herein within the scope of the present invention as set forth in the appended claims. Further, in the claims, structures, objects, acts and equivalents of all means or steps plus functional elements may include all structures, objects or acts for performing their stated function. Is intended.
[Brief description of the drawings]
FIG. 1 is a high level block diagram illustrating a typical return process used in the prior art.
FIG. 2 is a high-level block diagram of an electronic return system according to one embodiment of the present invention.
FIG. 3 is a high-level block diagram illustrating the operation of an electronic return system according to one embodiment of the present invention.
FIGS. 4A-4F illustrate the types of web pages that a merchant can use to allow a customer to send a return request electronically, according to one embodiment of the present invention.
FIG. 5 illustrates an exemplary electronic return shipping label that is generated and sent to a customer in accordance with one embodiment of the present invention.
FIG. 6 illustrates a web page that includes a return shipping label and other text relating to a return in accordance with one embodiment of the present invention.
FIG. 7 shows a web page showing a list of baggage claim locations according to one embodiment of the present invention.
FIG. 8 is a diagram showing a web page of a map showing in detail the location of one baggage reception place with a carrier.

Claims (15)

Translated fromJapanese

商人が顧客に電子的に返品発送ラベルを提供して前記顧客が品物を返品できるようにする返品方法であって、（Ａ）第１のメモリを備える少なくとも１つの顧客コンピュータと、（Ｂ）第２のメモリ、顧客の住所を格納する顧客注文データベース並びに品物の大きさ及び重さに関する情報を格納する品物データベースを備え、ネットワークを介して前記顧客コンピュータと通信する商人サーバと、（Ｃ）前記ネットワークを介して前記顧客コンピュータ又は前記商人サーバの少なくとも一つと通信し、アプリケーションサービスプロバイダアプリケーションを格納する第３のメモリを備える運送業者サーバと、を有するシステムにおいて用いられる方法において、
前記顧客コンピュータが前記品物の返品要求を顧客から受け、前記返品要求を前記第１のメモリに格納し、前記第１のメモリから返品要求を取り出し、前記品物の返品要求を前記ネットワークを介して前記商人サーバへ送信するステップと、
前記商人サーバが前記顧客コンピュータから前記品物の返品要求を受け、前記返品要求を前記第２のメモリに格納し、顧客の住所並びに品物の大きさ及び重さを含む発送情報であって前記返品要求に関する発送情報を前記顧客注文データベース及び前記品物データベースから得て、前記発送情報を第２のメモリに格納し、前記返品要求及び前記発送情報を前記第２のメモリから取り出し、前記品物の返品要求及び前記発送情報を前記ネットワークを介して前記運送業者サーバへ送信するステップと、
前記運送業者サーバが前記商人サーバから前記ネットワークを介して前記品物の返品要求及び前記発送情報を受け、前記返品要求及び前記発送情報を前記第３のメモリに格納し、前記第３のメモリに格納された前記アプリケーションサービスプロバイダアプリケーションを前記第３のメモリに格納された発送情報を参照して実行することによって、前記アプリケーションサービスプロバイダアプリケーションに前記返品発送ラベルの電子的な画像を生成させ、印刷することができ前記品物を返品する荷物に貼り付けることができる前記返品発送ラベルを前記顧客コンピュータ又は前記商人サーバの少なくとも１つに前記ネットワークを介して電子的に提供するステップと、
を含むことを特徴とする返品方法。Merchant a return wherein said providing electronically return shipping label to the customer the customer to be able to return the goods, and at least one customer computercomprises (A)a first memory,the (B) A merchant server comprisinga memory, a customer order database for storing customer addresses, and an item database for storing information relating to the size and weight of items , and (C) the network A carrier server comprising athird memory that communicates with at least one of the customer computer or the merchant server and stores an application service provider application via:
The customer computer receives a return request for the item from a customer, stores the return request in the first memory, retrieves the return request from the first memory, and sends the return request for the item via the network. Sending to the merchant server;
The merchant server receives a return request for the item from the customer computer, stores the return request in the second memory, and includes shipping information including a customer address and the size and weight of the item. Shipping information on thecustomer order database and the item database, storing the shipping information in a second memory, retrieving the return request and the shipping information from the second memory, Sending the shipping information to the carrier server via the network;
The carrier server receives the item return request and the shipping information from the merchant server via the network, stores the return request and the shipping information in the third memory, and stores them inthe third memory. Causing the application service provider application to generate and print an electronic image of the return shipping label by executing the executed application service provider applicationwith reference to the shipping information stored in the third memory Electronically providing over the network to the customer computer or at least one of the merchant servers the return shipping label that can be affixed to a package to return the item;
A return method characterized by including. 前記商人サーバが前記顧客コンピュータから前記品物の返品要求を受けるステップは、前記商人サーバに連係した商人ウェブサイトを通して前記顧客から前記返品要求を受けるステップを含むことを特徴とする請求項１記載の返品方法。  The return of claim 1, wherein the merchant server receives a return request for the item from the customer computer includes receiving the return request from the customer through a merchant website associated with the merchant server. Method. 前記返品発送ラベルは、ＨＴＭＬ文書の形式であることを特徴とする請求項１記載の返品方法。  The return method according to claim 1, wherein the return shipping label is in the form of an HTML document. 前記運送業者サーバが前記返品発送ラベルを電子的に提供するステップは、前記返品発送ラベルに対応するＵＲＬアドレスを前記顧客コンピュータ又は前記商人サーバの少なくとも１つへ送信するステップを含むことを特徴とする請求項３記載の返品方法。Electronically providing the return shipping label by the carrier server includes transmitting a URL address corresponding to the return shipping label to at least one of the customer computer or the merchant server. The return method according to claim3 . 前記運送業者サーバが前記返品発送ラベルを電子的に提供するステップは、前記返品発送ラベルの電子的な画像を含むファイルを前記顧客コンピュータ又は前記商人サーバの少なくとも１つへ送信するステップを含むことを特徴とする請求項１記載の返品方法。  Electronically providing the return shipping label by the carrier server includes sending a file containing an electronic image of the return shipping label to at least one of the customer computer or the merchant server. The return method according to claim 1, wherein 商人サーバにおいて前記商人が前記返品要求を認証するステップをさらに含むことを特徴とする請求項１記載の返品方法。  The return method according to claim 1, further comprising the step of the merchant authenticating the return request at a merchant server. 前記運送業者サーバが前記返品発送ラベルを電子的に提供するステップは、前記返品発送ラベルを、前記顧客から前記品物を集荷せよという指示と共に、運送業者に関連するコンピュータに送るステップを含むことを特徴とする請求項１記載の返品方法。  Electronically providing the return shipping label by the carrier server includes sending the return shipping label to a computer associated with the carrier along with instructions from the customer to pick up the item. The return method according to claim 1. 商人が顧客に電子的に返品発送ラベルを提供し前記顧客が品物を返品することを可能にする返品方法であって、（Ａ）第１のメモリを備える少なくとも１つの顧客コンピュータと、（Ｂ）第２のメモリ、顧客の住所を格納する顧客注文データベース並びに品物の大きさ及び重さに関する情報を格納する品物データベースを備え、ネットワークを介して前記顧客コンピュータと通信する商人サーバと、（Ｃ）前記ネットワークを介して前記顧客コンピュータ又は前記商人サーバの少なくとも一つと通信し、アプリケーションサービスプロバイダアプリケーションを格納する第３のメモリを備える運送業者サーバと、を有するシステムにおいて用いられる方法において、
前記商人サーバが前記顧客コンピュータから前記ネットワークを介して前記品物の返品要求を受け、前記返品要求を前記第２のメモリに格納するステップと、
前記商人サーバが顧客の住所並びに品物の大きさ及び重さを含む発送情報であって前記返品要求に関する発送情報を前記顧客注文データベース及び前記品物データベースから得て、前記発送情報を第２のメモリに格納するステップと、
前記商人サーバが前記発送情報を前記第２のメモリから取り出し、前記第３のメモリに格納された前記アプリケーションサービスプロバイダアプリケーションを用いて前記発送情報を処理するように構成された前記運送業者サーバに前記発送情報を送信するステップと、
前記運送業者サーバが前記発送情報を受け取り、前記発送情報を前記第３のメモリに格納し、前記第３のメモリに格納された前記アプリケーションサービスプロバイダアプリケーションを前記第３のメモリに格納された発送情報を参照して実行することによって、前記アプリケーションサービスプロバイダアプリケーションに前記返品発送ラベルの電子的な画像を生成させるステップと、
前記運送業者サーバが前記顧客に前記返品発送ラベルに対する電子的なアクセスを提供するステップと、
を含むことを特徴とする返品方法。A return method that allows a merchant to electronically provide a return shipping label to a customer and allow the customer to return the item, (A) at least one customer computer comprising a firstmemory ; and (B) A merchant server comprising asecond memory, a customer order database storing customer addresses, and an item database storing information relating to the size and weight of the items, and communicating with the customer computer over a network; A method for use in a system comprising: a carrier server comprising athird memory for communicating with at least one of the customer computer or the merchant server over a network and storing an application service provider application;
A stepthat stores the merchant server via the network from the customer computer receives a return request for theitem, the return request to the second memory,
The merchant server obtainsshipping information including the customer's address and the size and weight of the item and the shipping information related to the return requestfrom the customer order database and the item database, and the shipping information is stored in a second memory. and a stepthat stores,
The merchant server is configuredto retrieve the shipping information from the second memory and to the carrier server configured to process the shipping information using the application service provider application stored inthe third memory. Sending the shipping information;
Receiving the carrier serverthe shipping information, the shipment information is stored in the third memory,sending information to the application service provider application stored in saidthird memorystored in said third memory Causing the application service provider application to generate an electronic image of the return shipping label by performingwith reference to
The carrier server providing the customer with electronic access to the return shipping label;
A return method characterized by including. 前記商人サーバが前記顧客コンピュータから前記品物の返品要求を受けるステップは、前記商人サーバに連係した商人ウェブブサイトを通して前記顧客から前記返品要求を受けるステップを含むことを特徴とする請求項８記載の返品方法。9. The method of claim8 , wherein the merchant server receives a return request for the item from the customer computer includes receiving the return request from the customer through a merchant website associated with the merchant server. Return method. 前記返品発送ラベルは、ＨＴＭＬ文書の形式であることを特徴とする請求項８記載の返品方法。9. The return method according to claim8 , wherein the return shipping label is in the form of an HTML document. 前記運送業者サーバが前記返品発送ラベルへの電子的なアクセスを前記顧客に提供するステップは、前記返品発送ラベルに対応するＵＲＬアドレスを前記顧客に提供するステップを含むステップを特徴とする請求項８記載の返品方法。The step of said carrier server provides electronic access to the return shipping label to said customer claim8, wherein step comprises the step of providing a URL address corresponding to the return shipping label to the customer The return method described. 前記運送業者サーバが前記返品発送ラベルへの電子的なアクセスを前記顧客に提供するステップは、前記返品発送ラベルの前記電子的な画像を含むファイルを前記顧客に提供するステップを含むことを特徴とする請求項８記載の返品方法。Providing the customer with electronic access to the return shipping label by the carrier server includes providing the customer with a file containing the electronic image of the return shipping label. The return method according to claim8 . 商人が品物を返品したいと望む顧客に返品発送ラベルを電子的に提供する返品システムにおいて、
第１のメモリを備え、顧客から返品要求を受け、前記返品要求を前記第１のメモリに格納し、前記第１のメモリから返品要求を取り出し、前記返品要求を送信するようになされた少なくとも１つの顧客コンピュータと、
第２のメモリ、顧客の住所を格納する顧客注文データベース並びに品物の大きさ及び重さに関する情報を格納する品物データベースを備え、商人ウェブサイトを置いて運送業者サーバおよび少なくとも１つの前記顧客コンピュータと通信し、前記商人サーバは前記顧客コンピュータからの前記返品要求を受け取り前記返品要求を前記第２のメモリに格納するように構成され、顧客の住所及び品物の大きさ及び重さを含む発送情報であって前記返品要求に関する発送情報を前記顧客注文データベース及び前記品物データベースから得て、前記発送情報を第２のメモリに格納し、前記発送情報を前記第２のメモリから取り出し、前記発送情報を送信するように構成された商人サーバと、
アプリケーションサービスプロバイダアプリケーションを格納する第３のメモリを備える運送業者サーバであって、前記商人サーバから前記発送情報を受け取り、前記発送情報を前記第３のメモリに格納し、前記アプリケーションサービスプロバイダアプリケーションを前記第３のメモリに格納された発送情報を参照して実行することによって、前記顧客の住所に少なくとも部分的に基づいて前記返品発送ラベルの電子的な画像を生成する運送業者サーバと、
を含むことを特徴とする返品システム。In a return system where merchants electronically provide return shipping labels to customers who want to return goods,
At least one adapted to receive a return request froma customer, store the return request in the first memory, retrieve the return request from the first memory, and send the return request; One customer computer,
A second memory, a customer order database for storing customer addresses, and an item database for storing information relating to the size and weight of the items, wherein the merchant website is placed and communicated with the carrier server and at least one of the customer computers and, wherein the merchant server is adaptedto store the return requestthe return request will receive a from said customer computerto said second memory,dispatch information, including the size and weight of the customer's address and goods And obtaining shipping information relating to the return request from the customer order database and the product database, storing the shipping information in a second memory, retrieving theshipping informationfrom the second memory, and transmitting theshipping information . A merchant server configured to:
A carrier server comprising athird memory for storing an application service provider application receives thedispatch information from the merchant server,storing the delivery information to the third memory,the said application service provider application A carrier server that generates an electronic image of the return shipping label based at least in part on the customer's address by executingwith reference to shipping information stored in a third memory ;
A return system characterized by including. 前記運送業者サーバが前記返品発送ラベルを電子的に提供するステップは、前記返品発送ラベルを前記顧客コンピュータへ前記ネットワークを介して電子的に提供することを含む請求項１記載の方法。  The method of claim 1, wherein the carrier server electronically providing the return shipping label includes electronically providing the return shipping label to the customer computer over the network. 前記運送業者サーバが前記返品発送ラベルを電子的に提供するステップは、前記返品発送ラベルを前記商人サーバへ前記ネットワークを介して電子的に提供することを含む請求項１記載の方法。  The method of claim 1, wherein the carrier server electronically providing the return shipping label includes electronically providing the return shipping label to the merchant server over the network.

Images