JP2019079231A - 商品購入システム - Google Patents

Abstract

【課題】ユーザが店舗から効率良く商品を購入することができる商品購入システムを提供する。【解決手段】本発明の商品購入システム１において、専用サーバ１０は、ユーザが購入する購入予定商品の価格情報とその特性情報（重量や大きさ）とを含む商品情報テーブルと、購入予定商品を発送する発送元情報、購入予定商品が届けられる発送先情報、及び購入予定商品の特性情報により決定される送料を含む送料情報テーブルを備えている。ユーザ端末２０は、購入予定商品の価格情報と送料とから第１合計金額を算出する合計金額算出手段と、少なくとも合計金額を表示する表示手段と、ユーザが購入予定商品の購入を決定した後、商品の追加購入を促して、追加注文を受け付ける追加注文受付手段と、ユーザが追加購入予定商品を決定し、且つ両商品の発送先情報が同じであった場合に、両商品の合計特性情報を見積もる合計特性見積手段とを備える。【選択図】図１

Description

本発明は、ユーザがインターネット回線を利用して、サーバ装置を介し、ユーザ端末により商品を購入することができる商品購入システムに関する。

現在、インターネットにより、誰でもオンラインショップから商品を購入することができるようになっている。例えば、日本人が中国にあるショップから商品を購入する場合、そのサイトの言語や貨幣の知識があれば、クレジットカード等により比較的簡単に決済処理を行うことができる。

例えば、下記の特許文献１の商品システムにおいては、商品を扱う店舗が日本にその商品を直販していない場合にも、仲介サーバがそれぞれの経路ごとの料金を比較したうえで配送経路を決定する。この商品システムでは、他の人が購入した商品と一緒に日本に輸送した方が送料が安くなるケースがあり、実際にその経路が選択されることもある（段落００１２、図２，３）。

また、下記の特許文献２の情報提供装置は、電子商店街において、ユーザにより指定された商品を販売する複数の店舗を比較するためのＷｅｂサイトを有する。ユーザが指定商品、その個数及び送付先を指定すると、Ｗｅｂ上の地図に、その商品を扱う店舗の位置と送料を含む合計金額とが表示されるので、ユーザは、最も合計金額が安い店舗から商品を購入することができる（段落００３３，００４２、図３）。

特開２００２−７４０６８号公報 特開２０１３−４１５７７号公報

しかしながら、特許文献１の商品購入システムでは、海外からの送料に仲介手数料が加算されるので、一般ユーザにとって、そのような商品を購入することは依然として敷居が高い。また、特許文献２の情報提供端末は、料金が明確で、安く商品を購入できる点で便利であるが、特定のショップでしか入手できない商品を購入する場合には、他の店舗との価格比較は必要なく、その商品をいかに効率良く購入できるかがユーザにとっての興味となる。

本発明は、このような事情に鑑みてなされたものであり、ユーザが店舗から効率良く商品を購入することができる商品購入システムを提供することを目的とする。

本発明の商品購入システムは、ユーザがインターネット回線を利用して、サーバ装置を介し、ユーザ端末により商品を購入する商品購入システムにおいて、前記サーバ装置は、ユーザが購入する購入予定商品の価格情報と該購入予定商品の特性情報とを含む商品情報テーブルと、前記購入予定商品を発送する発送元情報、前記購入予定商品が届けられる発送先情報、及び前記購入予定商品の特性情報により決定される送料を含む送料情報テーブルと、を備え、前記ユーザ端末は、前記商品情報テーブルから取得した前記購入予定商品の価格情報と前記送料情報テーブルから取得した前記送料とから第１合計金額を算出する合計金額算出手段と、少なくとも前記合計金額算出手段が算出した合計金額を表示する表示手段と、ユーザが前記購入予定商品の購入を決定した後、前記商品情報テーブルの商品の追加購入を促して、追加注文を受け付ける追加注文受付手段と、ユーザが追加購入する追加購入予定商品を決定し、且つ前記追加購入予定商品の発送先情報が前記購入予定商品の発送先情報と同じであった場合に、前記購入予定商品と前記追加購入予定商品との合計特性情報を見積もる合計特性見積手段と、を備え、前記合計金額算出手段は、前記合計特性見積手段が見積もった前記合計特性情報により前記送料が変更されない場合に、前記第１合計金額に前記追加購入予定商品の価格情報を加算した第２合計金額を算出することを特徴とする。

本発明の商品購入システムにおいて、ユーザは、インターネット回線に接続したユーザ端末を用いて、次のようにして商品を購入することができる。まず、ユーザが購入したい商品を選択すると、ユーザ端末の合計金額算出手段により、サーバ装置に格納された商品情報テーブルの購入予定商品の価格情報と、送料情報テーブルの送料とから第１合計金額が算出される。このとき、ユーザ端末の表示手段に第１合計金額が表示されるので、ユーザは、送料を意識せずに商品の購入を検討することができる。

ユーザが購入予定商品の購入を決定した後、ユーザ端末の追加注文受付手段は、商品の追加購入を促して、追加注文を受け付ける。ユーザが商品の追加購入を決定して、購入予定商品の発送先情報と追加購入予定商品の発送先情報とが同じであった場合に、ユーザ端末の合計特性見積手段は、購入予定商品と追加購入予定商品との合計特性情報を見積もる。そして、合計特性情報により送料が変更されない（送料が据え置きとなる）場合に、合計金額算出手段は、第１合計金額に追加購入予定商品の価格情報を加算した第２合計金額を算出する。これにより、購入予定商品と追加購入予定商品とを一度の手続きで購入することができるので、店舗から効率良く商品を購入することができる。

本発明の商品購入システムにおいて、前記特性情報は、商品の重量及び大きさから選択される少なくとも１つの情報であることが好ましい。

特性情報の１つとして、商品の重量がある。ユーザが商品の追加購入を決定したとき、合計特性見積手段は、合計特性情報として購入予定商品と追加購入予定商品との合計重量を見積もる。これにより、商品の重量によって送料が変更する発送方法に対応することができる。送料は、商品の梱包容器の大きさに依存することもあるので、特性情報は、商品の大きさでもよく、商品の重量と大きさの両方であってもよい。

また、本発明の商品購入システムにおいて、前記追加注文受付手段は、前記商品情報テーブルの中から前記送料の変更が必要ない商品情報をユーザに提供することが好ましい。

この構成によれば、追加注文受付手段により、追加購入しても送料の変更がない商品情報がユーザに提供される。そのような商品の場合、購入予定商品と併せて購入しても送料が増えないので、単独で追加購入予定商品を購入するよりも安く入手することができる。

また、本発明の商品購入システムにおいて、前記表示手段は、前記送料が変更される前記特性情報の条件をユーザに報知することが好ましい。

この構成によれば、表示手段は、ユーザが商品を追加購入することで送料が変更される特性情報の条件（例えば、規定重量、又は規定重量までの重量）を報知する。これにより、ユーザに対して、追加購入の意欲が高めることができる。

また、本発明の商品購入システムにおいて、前記追加注文受付手段は、前記商品情報テーブルの中から他の商品と比較して在庫期間が長い商品を割引価格で提供するディスカウント情報をユーザに提供することが好ましい。

ディスカウント情報により、店舗側としては、商品を割引価格で提供したとしても在庫を処分できる可能性が高まり、ユーザ側としては、商品を格安価格で入手することができ、購買意欲が高まる。

また、本発明の商品購入システムにおいて、前記表示手段は、前記合計特性見積手段が見積もった前記合計特性情報により前記送料の変更が必要となる場合に、その旨をユーザに報知することが好ましい。

本発明では、ユーザが商品を追加購入することにより、合計特性情報が変化して、送料が変更される場合がある。このとき、表示手段は、表示画面に送料の増加に関する報知を行うので、ユーザは安心して商品の追加購入を行うことができる。

また、本発明の商品購入システムにおいて、前記合計金額算出手段は、前記合計特性見積手段が見積もった前記合計特性情報により前記送料が変更される場合に、前記購入予定商品及び前記追加購入予定商品の価格情報に、前記送料情報テーブルから取得した変更された送料を加算した第３合計金額を算出することが好ましい。

この構成によれば、ユーザが商品を追加購入することにより送料が変更される場合に、合計金額算出手段は、両商品の価格情報に変更された送料を加算した第３合計金額を算出する。また、表示手段に第３合計金額が表示されるので、ユーザは合計金額の変化を容易に認識することができる。

また、本発明の商品購入システムにおいて、前記合計金額算出手段は、税額を含む追加料金が発生する場合に、前記商品情報テーブルから取得した購入する全商品の価格情報と、前記送料情報テーブルから取得した送料と、前記追加料金とを加算した第４合計金額を算出することが好ましい。

本発明では、国際商取引における関税や国内商取引における消費税等の追加料金が商品の価格に加算されることがある。そのような場合、合計金額算出手段は、購入する全商品の価格情報と、送料と、追加料金とを加算した第４合計金額を算出する。また、表示手段に第４合計金額が表示されるので、ユーザは合計金額の変化を容易に認識することができる。

本発明の実施形態の商品購入システムの全体構成を示す図。 ユーザ情報テーブルの例。 商品情報テーブルの例。 送料情報テーブル（重量）の例。 買い物表示処理のフローチャート。 （ａ）ユーザ端末の商品検索画面の例。（ｂ）ユーザ端末の商品画面の例。（ｃ）ユーザ端末の追加注文受付画面の例。 （ａ）ユーザ端末の追加商品画面の例。（ｂ）ユーザ端末の追加商品画面（送料変更情報）の例。（ｃ）ユーザ端末の決算前画面の例。 （ａ）ユーザ端末の決算前画面（追加情報）の例。（ｂ）ユーザ端末の商品検索画面（お薦め商品紹介）の例。（ｃ）ユーザ端末の商品画面の例。 送料情報テーブル（サイズ）の例。 商品のサイズを説明する図。 買い物表示処理のフローチャート（消費税を考慮）。 （ａ）ユーザ端末の商品画面の例。（ｂ）ユーザ端末の追加注文受付画面の例。（ｃ）ユーザ端末の決算前画面の例。 （ａ）ユーザ端末の決算前画面（ディスカウント情報）の例。（ｂ）ユーザ端末の追加注文受付画面（ディスカウント情報）の例。（ｃ）ユーザ端末の商品画面（ディスカウント情報なし）の例。

以下では、本発明の実施形態である商品購入システムについて、図面を参照しつつ説明する。

まず、図１は、本実施形態の商品購入システム１の概略図を示している。図示するように、商品購入システム１は、主に、専用サーバ１０（本発明の「サーバ装置」）と、ユーザが商品を購入するユーザ端末２０Ａ〜２０Ｃと、店舗サーバ３０とで構成されている。ここでは、説明の便宜上、３つのユーザ端末２０Ａ〜２０Ｃを示しているが、このようなユーザ端末は、理論上、無限に存在する。

また、専用サーバ１０と、個々のユーザ端末２０Ａ〜２０Ｃ（以下、これらを総称してユーザ端末２０という）とは、ネットワークＮＷ、例えば、ＴＣＰ／ＩＰ等の通信プロトコルにより相互にデータの送受信が可能となっている。

例えば、米国に居住しているユーザが、ユーザ端末２０からインターネット回線を利用して日本国の専用サーバ１０を介して、総合ショッピングサイトや各店舗（店舗サーバ３０）のオンラインショップで商品を購入することがある。この場合、図１のネットワークＮＷと専用サーバ１０の間に国境がある。

専用サーバ１０は、システムバスを介して大容量記憶装置と、システム制御部と、データ通信部とが協働している装置である。大容量記憶装置は、例えば、ハードディスク装置、ＳＳＤ（Solid State Drive）等により構成されており、オペレーティングシステムやサーバ用のソフトウェア等の各種プログラムを記憶している。

また、大容量記憶装置は、ユーザ情報データベース１０ａ、商品情報データベース１０ｂ、送料情報データベース１０ｃを含んで構成されている。各データベースには、ユーザが商品を購入する際に参照する各種情報が格納されているが、詳細は後述する。

次に、図２〜図４を参照して、本実施形態の商品購入システム１で利用される各情報テーブルについて説明する。これらのテーブルは、データベース１０ａ〜１０ｃに格納された各種情報から生成される。

まず、図２に、ユーザ情報テーブルの例を示す。ユーザは、商品購入システム１を利用するための会員登録を行うと、ユーザＩＤが付与され、氏名、国、年齢等の個人情報がリストに追加される。

ユーザＩＤは、「００００１ＵＳ」のように数字とアルファベットからなる７文字で構成される。まず、氏名、国及び住所が登録される。ユーザの住所は商品の発送先となる可能性が高く、商品を発送する際の送料を決定するのに利用される。年齢や性別も登録されるが、これは、ユーザが買い物をするため商品購入システム１にログインしたとき、適切な広告等を表示するために用いられる。この他にも、ユーザのメールアドレス、クレジットカードの番号や引き落としが行われる口座名が登録されるようにしてもよい。

商品購入システム１では、買い物を行うのに会員登録は必須でないが、商品の購入を決定した際には、非会員に対しても氏名、住所、メールアドレス等を入力させ、送料や到着予定日等の情報を通知する。

次に、図３に、商品情報テーブルの例を示す。ユーザが商品購入システム１を利用するためログインを行うと、商品検索画面にて商品情報を閲覧することができる。なお、図３の商品情報テーブルは、日本国内にある総合ショッピングサイトを想定しており、日本語の表記となっているが、会員情報を元にユーザの国の言語に翻訳して表示されるようにしてもよい。

商品情報は、商品、価格、重量、サイズ（大きさ）、店舗名等から構成される。例えば、「Ｎｏ．１」の商品「スポーツウォッチ」は、価格が「１０，０００（円）」重量が「４５（ｇ）」、サイズが「８．０×８．０×８．０（ｃｍ）」である。商品の発送先（距離）の他、商品の重量やサイズにより送料が変化するため、全ての商品に対して重量とサイズの情報がリスト化されている。

また、商品「スポーツウォッチ」は、店舗名が「Ｐ−ＳＰＯＲＴＳ」となっているので、ユーザがスポーツウォッチの写真を見て確認したい場合には、Ｐ−ＳＰＯＲＴＳのサイトに自動アクセスする。

また、「Ｎｏ．２」の商品「腕時計」は、価格が「５５，０００（円）」と高価であるため、海外に輸出する場合、関税分の料金が加算される（「その他」の欄参照）。なお、消費税は、商品を海外に輸出する場合に還付されるので、国際商取引の場合には考慮しなくてよい。

次に、図４に、商品の重量に応じた送料情報テーブルの例を示す。商品購入システム１では、米国、中国、ロシア等、国別の送料情報テーブル（重量）が用意されている。

ユーザが購入する商品を選択すると、ユーザ端末２０は、その商品を販売する店舗の情報を取得するので、店舗のある国の送料情報テーブル（重量）が選択される。ここでは、商品を販売する店舗が日本にある場合、すなわち、発送元が「日本」である送料情報テーブルを示す。

まず、商品の重量が「１〜５００（ｇ）」の場合、発送先が「アジア」であれば送料が「１，２００（円）」、発送先が「オセアニア・北米・中近東」であれば送料が「１，８００（円）」というように、発送元からの距離により送料が変化する。

また、発送先が「アジア」の場合、重量が「９０１〜１０００（ｇ）」までは、１００ｇ増加する毎に送料が１４０円増加し、それ以降は、重量が２５０ｇ増加する毎に送料が３００円というように変化する。なお、発送先が日本である場合（国内商取引の場合）、送料が一律であれば、同じ送料情報テーブルを用いることができる。

重量の区切りに、特に制約はない。また、重量の上限は３０，０００ｇとなっているが、この数値に限られるものでない。送料は、発送を行う業者（郵便や宅配サービス）に依存する。すなわち、送料は、商品を梱包する梱包容器のサイズに依存する場合もあるし、商品の重量と容器のサイズの両方に依存する場合もある。

次に、図５を参照して、商品購入システム１において、ユーザ端末２０で実行される会員用の買い物表示処理について説明する。また、買い物表示処理の各ステップの説明を補足するため、適宜、図６Ａ〜図６Ｃを参照する。

買い物表示処理は、専用サーバ１０から各種情報を得て、ユーザ端末２０の制御部（ＣＰＵ、ＲＡＭ、ＲＯＭ等からなる。以下、単に「制御部」という。）により実行される処理である。以下では、香港在住のユーザが、専用サーバ１０と接続された日本のオンラインショップで商品を購入する場合を例に説明する。

まず、制御部は、ユーザ端末２０のタッチパネル方式のディスプレイ２０’にログイン画面を表示させる（ステップＳ１１）。ログイン画面において、ユーザは、ユーザＩＤの入力を求められる。ユーザがユーザＩＤを入力した場合、そのユーザＩＤが専用サーバ１０に送信され、ユーザ情報ＤＢ１０ａに格納されたユーザ情報（図２参照）と照合される。これにより、制御部は、ユーザの氏名、国、住所等の情報を取得する。その後、ステップＳ１２に進む。

次に、制御部は、ユーザが買い物を行うか否かを判定する（ステップＳ１２）。ユーザが買い物を行う場合には、ステップＳ１３に進む。一方、ユーザが買い物を行わない場合には、買い物表示処理を終了する。

ユーザが買い物を行う場合、制御部は、ディスプレイに発送先選択画面を表示させる（ステップＳ１３）。発送先選択画面では、ユーザに商品の発送先が自宅か、或いは「それ以外」かを選択させる。ユーザの住所はユーザＩＤから取得されるが、「それ以外」の場合には、発送先の国名及び都市名をユーザ自身が入力する。なお、以下では、購入した商品がユーザの自宅（香港）に発送されるものとする。その後、ステップＳ１４に進む。

ステップＳ１４では、制御部は、ディスプレイに商品検索画面を表示させる。商品検索画面（図６Ａ（ａ）参照）では、専用サーバ１０の商品情報ＤＢ１０ｂに格納された商品のリスト（図３参照）が表示される。ユーザは、商品カテゴリをクリックすることで、購入したい商品を検索することができる。その後、ステップＳ１５に進む。

ステップＳ１５では、制御部は、ディスプレイに商品画面を表示させる。例えば、ユーザが陶器（茶碗）（図３の商品情報テーブルの「Ｎｏ．４１」）の購入を検討している場合、ユーザの選択操作により陶器（茶碗）の写真、それを取り扱う店舗名等がディスプレイ２０’に表示される（図６Ａ（ｂ）参照）。なお、陶器（茶碗）は、本発明の「購入予定商品」の一例である。

また、このとき、専用サーバ１０の送料情報ＤＢ１０ｃに格納された送料情報（図４参照）を利用して、購入予定商品の重量から定められる送料込みの金額（本発明の「第１合計金額」）が表示される。

なお、図６Ａ（ｂ）に示した陶器（茶碗）は、価格が「１２，０００(円)」、重量が「１５０（ｇ）」である（図３参照）。すなわち、陶器（茶碗）を日本から香港に発送する場合、送料は「１，２００(円)」となるので（図４参照）、表示価格は「￥１３，２００(送料込み)」となる。その後、ステップＳ１６に進む。

次に、制御部は、商品の購入が決定されたか否かを判定する（ステップＳ１６）。例えば、ユーザが陶器（茶碗）の購入を決定した場合には（ユーザが図６Ａ（ｂ）の「カートに入れる」のボタンを操作）、ステップＳ１７に進む。一方、購入を決定せず、中止した場合には（ユーザが図６Ａ（ｂ）の「やめる」のボタンを操作）、ステップＳ１２にリターンして、買い物を続ける意志があるか否かを判定する。

ユーザが商品の購入が決定した場合、制御部は、ディスプレイに追加注文受付画面を表示させる（ステップＳ１７）。このとき、ディスプレイ２０’には、追加注文受付画面として、「他の商品も併せて購入しませんか？」といった文字表示、「商品検索画面」と「終了」の選択ボタン、お薦め商品のリスト等が表示される（図６Ａ（ｃ）参照）。

今回、陶器（茶碗）の価格（送料込みの金額）のうち、送料分は１，２００円であったが、お薦め商品としては、送料を超えない程度の価格帯の商品をユーザに推薦する。比較的安価な商品を海外から購入する場合、送料の方が高くなるため通常は購入が敬遠される。しかし、今回のように陶器（茶碗）と併せて購入すると、実質送料が無料となる。このため、ユーザは、効率良く複数の商品を購入することができる。その後、ステップＳ１８に進む。

次に、制御部は、発送先が同じ追加注文があるか否かを判定する（ステップＳ１８）。発送先が同じ追加注文がある場合には（ユーザが図６Ａ（ｃ）の「商品検索画面」のボタンを操作）、ステップＳ１４にリターンするので、ユーザは商品検索画面から新たな商品を検索する。

例えば、ユーザがＴシャツ（図３の商品情報テーブルの「Ｎｏ．１５１」）の追加購入を検討すると、Ｔシャツの写真、それを取り扱う店舗名、送料込みの金額等がディスプレイに表示される（図６Ｂ（ａ）参照）。ここでは、陶器（茶碗）と併せて購入することで、送料分が無料になることを強調する表示が行われている。なお、Ｔシャツは、本発明の「追加購入予定商品」の一例である。一方、追加注文がない場合には（ユーザが図６Ａ（ｃ）の「終了」のボタンを操作）、ステップＳ１９に進む。

発送先が同じ追加注文がない場合、制御部は、送料の変更があるか否かを判定する（ステップＳ１９）。このときも、専用サーバ１０の送料情報ＤＢ１０ｃに格納された送料情報（図４参照）を利用する。送料の変更がある場合には、ステップＳ２０に進む。一方、送料の変更がない場合には、ステップＳ２１に進む。

送料の変更がある場合、制御部は、ディスプレイに送料変更情報を追加表示させる（ステップＳ２０）。このとき、ディスプレイ２０’には、「送料が１４０円加算されますが、よろしいでしょうか？」といったメッセージと、「ＹＥＳ／ＮＯ」の選択部とが前面側に表示される（図６Ｂ（ｂ）参照）。なお、「ＮＯ」が選択された場合に、追加購入した商品を取り消しできる処理としてもよい。その後、ステップＳ２１に進む。

図６Ｂ（ｂ）は、ユーザが本革サンダル（図３の商品情報テーブルの「Ｎｏ．７２」）の追加購入を検討した場合を示している。本革サンダル（本発明の「追加購入予定商品」）は、価格が「２，０００（円）」、重量が「４００（ｇ）」ある（図３参照）。従って、本革サンダルを日本から香港に単独で発送する場合、表示価格は「￥３，２００（送料込み）」となる。

実際は、陶器（１５０ｇ）と本革サンダルを合わせた重量が５５０ｇとなって、送料が１，３４０円となる。しかし、図６（ｂ）に示すように、陶器（茶碗）と併せて購入することで、送料分が安くなることを強調する表示が行われている。なお、本革サンダルの価格を、加算された送料分を含めて、「￥２，１４０（送料込み）」と表示してもよい。

ステップＳ２１では、制御部は、ディスプレイに決済前画面を表示させる。これにより、ユーザは、購入予定商品、追加購入予定商品、及びそれら商品の重量から定められる送料を含む最終合計金額を認識することができる。図６Ｂ（ｃ）に、追加購入予定商品としてＴシャツ（５０ｇ）を選択したときの決済前画面を示す。このときの合計金額「￥１３，９９０（送料込み）」は、本発明の「第２合計金額」に相当する。その後、ステップＳ２２に進む。

なお、決済前画面において、商品の追加注文を促すようにしてもよい。特に、送料が変更される規定重量（この例では、５００ｇ）に達するまでに、まだ余裕がある場合には、ディスプレイ２０’に、「３００ｇ以内の商品であれば、送料の変更はありません。」といったメッセージを前面側に表示することができる（図６Ｃ（ａ）参照）。

最後に、制御部は、ユーザが買い物を続けるか否かを判定する（ステップＳ２２）。ユーザが買い物を続ける場合には（ユーザが図６Ｂ（ｃ）又は図６Ｃ（ａ）の「商品検索画面」のボタンを操作）、ステップＳ１４にリターンする。一方、ユーザが買い物を続けない場合には（ユーザが図６Ｂ（ｃ）の「終了」のボタンを操作）、買い物表示処理が終了するので、ユーザは購入手続き処理に進む。

ユーザが図６Ｃ（ａ）のメッセージを確認して、「商品検索画面」を操作した場合、図６Ｃ（ｂ）に示すように、送料の変更がなく購入することができるお薦め商品を示すようにしてもよい。このような表示を行うことで、ユーザは、星のマークの商品カテゴリ以下に、３００ｇ以内の商品が多数含まれていると認識する。

そして、例えば、ユーザがマンガ（図３の商品情報テーブルの「Ｎｏ．９１」）の追加購入を検討すると、マンガの写真、それを取り扱う店舗名、送料込みの金額等がディスプレイ２０’に表示される（図６Ｃ（ｃ）参照）。マンガ（本発明の「追加購入予定商品」）は、価格が「４００（円）」、重量が「１００（ｇ）」あるので（図３参照）、２冊購入しても現在カートにある商品の合計重量（２００ｇ）と合わせて４００ｇとなり、規定重量を超えない。これにより、ユーザは、１回の買い物で効率良く様々な商品を購入することができる。

今回、商品が日本から外国（香港）へ発送される場合を示したが、商品によっては関税が加算される。その場合、例えば、商品画面（図６Ａ（ｂ）参照）や決済前画面（図６Ｂ（ｃ））を表示する際に、その旨を報知するようにしてもよい。

図示しないが、仮に、ユーザが追加購入予定商品として本革サンダル（２，０００円、４００ｇ）を選択した場合、決済前画面の合計金額は、陶器（茶碗）（１２，０００円、１５０ｇ）と、送料（５５０ｇの料金である１，３４０円）との合計で、「￥１５，３４０（送料込み）」となる。このときの合計金額は、本発明の「第３合計金額」に相当する。

また、梱包容器に所定の料金がかかる場合には、商品画面（図６Ａ（ｂ）参照）や決済前画面（図６Ｂ（ｃ））を表示する際に、その旨を報知するようにしてもよいし、表示価格に含めてもよい。上述の買い物表示処理は、国内商取引にも適用可能であるが、発送先の地域によって送料が異なる場合には、専用の送料情報テーブルを用いる必要がある。

上述の買い物表示処理では、会員であるユーザが商品購入システム１を利用する場合を説明したが、商品購入システム１は、非会員であっても利用することができる。非会員の場合、図５のステップＳ１２から開始すればよい。そして、実際に商品を購入する場合には、購入手続き処理にて、ユーザの氏名、住所、口座名等を入力すればよい。

次に、図７Ａ、図７Ｂを参照して、商品のサイズに応じた送料情報テーブルの例を説明する。商品購入システム１では、国別の送料情報テーブル（サイズ）も用意されているが、ここでは、日本国内の送料情報テーブル（サイズ）の例を示す。

ユーザが購入する商品を選択すると、その商品を販売する店舗の情報が取得されるので、店舗のある地域の送料情報テーブル（サイズ）により送料が算出される。ここでは、商品を販売する店舗が神奈川県にある場合、すなわち、発送元が「神奈川」である送料情報テーブルを示す。

まず、商品のサイズが「５０」の場合、発送先が「北海道・東北」であれば送料が「１，０００（円）」、発送先が「関東・北信越」であれば送料が「７００（円）」というように、発送元からの距離により送料が変化する。

ここで、サイズ「５０」とは、３辺の合計（３辺計）が５０ｃｍまでの容器をいう（図７Ｂ参照）。例えば、腕時計（図３の商品情報テーブルの「Ｎｏ．２」）は、サイズが「１０．０×１０．０×１０．０（ｃｍ）」であるから、３辺計は３０ｃｍとなる。また、重量は「１４０（ｇ）」であるから、サイズ「５０」が適用される。なお、重量がそのサイズの規定を超えている場合には、超えている方のサイズとして扱われる。

図７Ｂに示すように、サイズは、「５０」、「７５」、「１００」、「１２５」、「１５０」、「１７５」、「２００」の７種類がある。発送先によりサイズ「５０」の場合の送料が異なるが、１サイズ変化する毎に送料が２００円増加していく。

サイズの区切りに、特に制約はない。また、サイズの３辺計の上限は２００ｃｍとなっているが、この数値に限られるものでない。例えば、サイズ「２００」を超える商品も取り扱いするが、特別料金が加算される。

次に、図８を参照して、商品購入システム１において、ユーザ端末２０で実行される会員用の買い物表示処理について説明する。今回、図７Ａの送料情報テーブル（サイズ）が利用される。また、買い物表示処理の各ステップの説明を補足するため、適宜、図９Ａ、図９Ｂを参照する。

買い物表示処理は、専用サーバ１０からの各種情報を得て、ユーザ端末２０の制御部により実行される処理である。ここでは、名古屋在住のユーザが、専用サーバ１０と接続された神奈川県に店舗を構えるオンラインショップで商品を購入する場合を例に説明する。

まず、制御部は、ユーザ端末２０のディスプレイにログイン画面を表示させる（ステップＳ３１）。ログイン画面において、ユーザは、ユーザＩＤの入力を求められる。ユーザがユーザＩＤを入力した場合、そのＩＤが専用サーバ１０に送信され、ユーザ情報ＤＢ１０ａに格納されたユーザ情報（図２参照）と照合される。これにより、制御部は、ユーザの氏名、住所等の情報を取得する。その後、ステップＳ３２に進む。

次に、制御部は、ユーザが買い物を行うか否かを判定する（ステップＳ３２）。ユーザが買い物を行う場合には、ステップＳ３３に進む。一方、ユーザが買い物を行わない場合には、買い物表示処理を終了する。

ユーザが買い物を行う場合、制御部は、ディスプレイに発送先選択画面を表示させる（ステップＳ３３）。発送先選択画面では、ユーザに商品の発送先が自宅か、或いは「それ以外」かを選択させる。ユーザの住所はユーザＩＤから取得されるが、「それ以外」の場合には、発送先の都市名をユーザ自身が入力する。なお、以下では、購入した商品がユーザの自宅（名古屋）に発送されるものとする。その後、ステップＳ３４に進む。

次に、制御部は、今回の買い物が国内の商取引か否かを判定する（ステップＳ３４）。ここで、商品情報テーブル（図３）の商品は、全て店舗が日本国内にあるので、発送先が国内の何れかの都市であることが分かれば、国内の商取引か否かを判定することができる。国内の商取引である場合には、ステップＳ３５に進む。一方、国内の商取引でない場合には、ステップＳ３６に進む。

国内の商取引である場合、制御部は、消費税フラグをオンに設定する（ステップＳ３５）。これは、国内の商取引で発生する消費税を、これ以降の商品の価格表示に反映させるためである。その後、ステップＳ３６に進む。

ステップＳ３６では、制御部は、ディスプレイに商品検索画面を表示させる。商品検索画面では、専用サーバ１０の商品情報ＤＢ１０ｂに格納された商品のリスト（図３参照）が表示される。その後、ステップＳ３７に進む。

ステップＳ３７では、制御部は、ディスプレイに商品画面を表示させる。例えば、ユーザが芋焼酎（１．８Ｌ）（図３の商品情報テーブルの「Ｎｏ．２６１」）の購入を検討している場合、ユーザの選択により芋焼酎（１．８Ｌ）の写真、この商品を取り扱う店舗名等がディスプレイ２０’に表示される（図９Ａ（ａ）参照）。

このとき、専用サーバ１０の送料情報ＤＢ１０ｃに格納された送料情報（図７Ａ参照）を利用して、購入予定商品のサイズから定められる送料及び税込みの金額（本発明の「第４合計金額」）が併せて表示される。

なお、図９Ａに示す芋焼酎（１．８Ｌ）は、サイズが「１５．０×１５．０×６０．０（ｃｍ）、重量が「２，０００（ｇ）」であるため（図３参照）、サイズ「１００」が適用される（図７Ｂ参照）。すなわち、ユーザが商品を自宅（名古屋）に発送する場合、送料が「１，４００（円）」となるので（図７Ａ参照）、消費税込みの価格３，２４０円を考慮して、表示価格は「￥４，６４０（送料税込み）」となる。その後、ステップＳ３８に進む。

次に、制御部は、商品の購入が決定されたか否かを判定する（ステップＳ３８）。例えば、ユーザが芋焼酎（１．８Ｌ）の購入を決定した場合には（ユーザが図９Ａ（ａ）の「カートに入れる」のボタンを操作）、ステップＳ３９に進む。一方、購入を決定せず、中止した場合には（ユーザが図９Ａ（ａ）の「やめる」のボタンを操作）、ステップＳ３２にリターンして、買い物を続ける意志があるか否かを判定する。

ユーザが商品の購入が決定した場合、制御部は、追加注文受付処理を実行する（ステップＳ３９）。これは、図５のステップＳ１７〜Ｓ２０と同じ処理であるため説明を省略するが、例えば、図９Ａ（ｂ）に示すような追加注文受付画面が表示される。なお、今回の送料変更情報は、ユーザの追加購入により、例えば、サイズ「１００」からサイズ「１２５」に変更される場合に行われる。その後、ステップＳ４０に進む。

ステップＳ４０では、制御部は、ディスプレイに決済前画面を表示させる。これにより、ユーザは、購入予定商品、追加購入予定商品、及びそれら商品のサイズから定められる送料を含む最終合計金額を認識することができる。図９Ａ（ｃ）に、追加購入予定商品としてマンガを選択したときの決済前画面を示す。

ここで、マンガ（図３の商品情報テーブルの「Ｎｏ．９１」）は、サイズが「１７．０×１１．５×２．０（ｃｍ）」、重量が「１００（ｇ）」とかなり小さい商品であるため、芋焼酎（１．８Ｌ）用の梱包容器に収納することができるし、重量の点でもサイズ「１００」を超えない。従って、図９Ａ（ｃ）に示すように、マンガについては税込みの価格が表示され、送料の変更はなく、合計金額が「￥５，０７２（送料税込み）」となる。その後、ステップＳ４１に進む。

最後に、制御部は、ユーザが買い物を続けるか否かを判定する（ステップＳ４１）。ユーザが買い物を続ける場合には（ユーザが図９Ａ（ｃ）の「商品検索画面」のボタンを操作）、ステップＳ３６にリターンする。

一方、ユーザが買い物を続けない場合には（ユーザが図９Ａ（ｃ）の「終了」のボタンを操作）、買い物表示処理が終了するので、ユーザは購入手続き処理に進む。なお、買い物表示処理が終了により、消費税フラグをオフに設定する。

ステップＳ４０のディスプレイ２０’に決済前画面を表示させるときに、併せてディスカウント情報を表示させてもよい。このとき、ディスプレイ２０’には、「今だけ、大幅ディスカウント！」といったメッセージと、ディスカウントされる商品名、価格の変化等が表示される（図９Ｂ（ａ）参照）。

ディスカウント対象の商品は、１つに限られない。また、ここで紹介される商品は、追加購入により送料が変更されない商品であることが好ましいが、在庫として滞留している商品、特に、その商品カテゴリの他の商品と比較して在庫期間が長い商品であることが好ましい。

このような商品紹介（本発明の「ディスカウント情報」）により、店舗側としては、割引価格で提供したとしても長い間売れ残っている在庫を処分することが期待できるし、ユーザ側としては、商品を格安価格で入手することができる。送料が変更されない商品であれば、ユーザは、さらなるお得感を感じることになる。

ステップＳ３９以降のディスプレイ２０’に追加注文受付画面を表示させるときに、併せて商品紹介を行ってもよい（図９Ｂ（ｂ）参照）。例えば、ユーザが「商品検索画面」のボタンを操作して、今回紹介された「ペンセット」の商品画面に移行した場合には、大特価タイムセールの価格が表示される（図示省略）。

しかし、決算が完了した後、すなわち、大特価タイムセールで紹介された商品を、その場で購入しなかった場合には、通常の送料税込み価格又は税込み価格の表示となる（図９Ｂ（ｃ）参照）。このような表示処理を行うことで、ユーザの購買意欲をより高めることができる。

商品購入システム１の国内商取引では、例えば、ユーザが「テニスシューズ」（図３の商品情報テーブルの「Ｎｏ．７１」）ように全国で販売されている商品を選択した場合に、送料（税）込みの価格を比較できる機能があってもよい。送料（税）込みの価格は、郵便に限らず、宅配サービス等を含めて見積額を表示することで、ユーザは、最安値で目的の商品を入手することができる。また、目的の商品を安く購入できると、ユーザが商品の追加購入を行う可能性を高めることができる。

上述の買い物表示処理は、国際商品取引にも適用可能であるが、発送先の国、地域によって送料が異なるため、専用の送料情報テーブルを用いる必要がある。また、国際商品取引の場合、消費税は還付されるが、商品によっては関税が加算される。その場合、例えば、商品画面（図９（ａ）参照）や決済前画面（図９（ｃ））を表示する際に、関税を含む価格を表示するようにしてもよい。

国際商品取引の場合、さらに、為替レートによって商品の価格が変動する。例えば、専用サーバ１０が為替レートの情報をリアルタイムで取得することで、商品画面（図９（ａ）参照）や決済前画面（図９（ｃ））を表示する際に、為替レートを考慮した価格（円）やユーザの国の貨幣で価格を表示することができる。

１…商品購入システム、１０…専用サーバ、１０ａ…ユーザ情報データベース、１０ｂ…商品情報データベース、１０ｃ…送料情報データベース、２０，２０Ａ，２０Ｂ，２０Ｃ…ユーザ端末、２０’…ディスプレイ、３０…店舗サーバ。

Claims (8)

1. ユーザがインターネット回線を利用して、サーバ装置を介し、ユーザ端末により商品を購入する商品購入システムにおいて、
   前記サーバ装置は、
   ユーザが購入する購入予定商品の価格情報と該購入予定商品の特性情報とを含む商品情報テーブルと、
   前記購入予定商品を発送する発送元情報、前記購入予定商品が届けられる発送先情報、及び前記購入予定商品の特性情報により決定される送料を含む送料情報テーブルと、を備え、
   前記ユーザ端末は、
   前記商品情報テーブルから取得した前記購入予定商品の価格情報と前記送料情報テーブルから取得した前記送料とから第１合計金額を算出する合計金額算出手段と、
   少なくとも前記合計金額算出手段が算出した合計金額を表示する表示手段と、
   ユーザが前記購入予定商品の購入を決定した後、前記商品情報テーブルの商品の追加購入を促して、追加注文を受け付ける追加注文受付手段と、
   ユーザが追加購入する追加購入予定商品を決定し、且つ前記追加購入予定商品の発送先情報が前記購入予定商品の発送先情報と同じであった場合に、前記購入予定商品と前記追加購入予定商品との合計特性情報を見積もる合計特性見積手段と、を備え、
   前記合計金額算出手段は、前記合計特性見積手段が見積もった前記合計特性情報により前記送料が変更されない場合に、前記第１合計金額に前記追加購入予定商品の価格情報を加算した第２合計金額を算出することを特徴とする商品購入システム。
2. 前記特性情報は、商品の重量及び大きさから選択される少なくとも１つの情報であることを特徴とする請求項１に記載の商品購入システム。
3. 前記追加注文受付手段は、前記商品情報テーブルの中から前記送料の変更が必要ない商品情報をユーザに提供することを特徴とする請求項１又は２に記載の商品購入システム。
4. 前記表示手段は、前記送料が変更される前記特性情報の条件をユーザに報知することを特徴とする請求項３に記載の商品購入システム。
5. 前記追加注文受付手段は、前記商品情報テーブルの中から他の商品と比較して在庫期間が長い商品を割引価格で提供するディスカウント情報をユーザに提供することを特徴とする請求項１又は２に記載の商品購入システム。
6. 前記表示手段は、前記合計特性見積手段が見積もった前記合計特性情報により前記送料の変更が必要となる場合に、その旨をユーザに報知することを特徴とする請求項１〜５の何れか１項に記載の商品購入システム。
7. 前記合計金額算出手段は、前記合計特性見積手段が見積もった前記合計特性情報により前記送料が変更される場合に、前記購入予定商品及び前記追加購入予定商品の価格情報に変更された送料を加算した第３合計金額を算出することを特徴とする請求項１〜６の何れか１項に記載の商品購入システム。
8. 前記合計金額算出手段は、税額を含む追加料金が発生する場合に、前記商品情報テーブルから取得した購入する全商品の価格情報と、前記送料情報テーブルから取得した送料と、前記追加料金情報テーブルから取得した前記追加料金とを加算した第４合計金額を算出することを特徴とする請求項１〜７の何れか１項に記載の商品購入システム。

Images