JP2006107058A

JP2006107058A - オンライン注文システム及びその送料調整方法、並びにプログラム

Info

Publication number: JP2006107058A
Application number: JP2004291812A
Authority: JP
Inventors: Satoko Saitou; 砂都子齋藤
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2004-10-04
Filing date: 2004-10-04
Publication date: 2006-04-20
Anticipated expiration: 2024-10-04
Also published as: JP4006429B2

Abstract

【課題】ユーザがオンライン注文した複数の商品のまとめ配送を行う場合に、適正な送料を決済金額に反映させることができるオンライン注文システム及びその送料調整方法、並びにプログラムを提供する。
【解決手段】注文管理サーバは、まとめ配送のユーザ選択がされた過去注文された商品の注文レコードから取得した注文個数と、今回注文された商品の注文個数の和を計算し、まとめ配送を行う場合の送料の値を取得して、この取得したまとめ配送した場合の送料から、注文レコードから取得される上記過去注文された商品のみで配送した場合の送料を差し引いた額（差額）を計算し、まとめ配送内容確認画面のまとめ配送が行われた場合の送料と過去注文された商品のみの送料の差額のデータとして、この計算された差額を取得して算出結果とする。
【選択図】図６

Description

本発明は、オンライン注文システム及びその送料調整方法、並びにプログラムに関し、特に、オンラインでクライアントからサーバに対して商品の注文を行うオンライン注文システム及びその送料調整方法、並びにプログラムに関する。

ネットワークの急速な普及に伴い、ネットワークを利用してオンラインで商品の売買を行うサービスが拡がってきた。これらのオンライン注文サービスにおいては、すでに注文が受け付けられ決済が完了した注文に対して、同じ又は同種の商品を簡便に追加注文したり、さらにそれが発送前であれば、まとめて配送したりしている。（例えば、特許文献１参照。）
このように、以前オンラインでの注文を行った注文データが配送される前に、配送先が同じ新たな注文を行い、その結果として複数の注文データを同時に配送することを今後まとめ配送と呼ぶことにする。
特開平１１−１６１７１７号公報

しかしながら、従来のオンライン注文システムでは、注文毎に注文された商品の代金及びその商品の送料の決済金額が計算されるため、追加注文した商品が未配送の注文商品とまとめて配送されたにもかかわらず、注文毎の送料が決済金額に追加して反映され、送料が低減されないという問題がある。

また、送料は従量課金制の料金体系をとっている場合が多いので、追加注文した商品が未配送の注文商品とまとめて配送されたにもかかわらず、ユーザは配送料を二重に支払うことになってしまう場合がある。

本発明の目的は、ユーザが異なるタイミングでオンライン注文した複数の商品のまとめ配送を行う場合に、適正な送料を決済金額に反映させることができるオンライン注文システム及びその送料調整方法、並びにプログラムを提供することにある。

上記目的を達成するために、請求項１記載のオンライン注文システムは、ユーザ選択された商品についてオンラインで注文を行うクライアントから注文された商品の決済金額を算出するオンライン注文システムにおいて、前記算出がされた後の過去注文商品であって、前記算出がされる前の今回注文商品とまとめ配送可能な全ての前記過去注文商品の一覧を作成するまとめ配送可能商品一覧作成手段と、前記まとめ配送可能商品一覧から前記クライアントにおいてユーザ選択された過去注文商品と、前記今回注文商品とをまとめて配送した場合の送料であるまとめ配送送料を計算するまとめ配送送料計算手段と、前記ユーザ選択された過去注文商品のみを配送した場合の送料である過去注文商品送料を計算する過去注文商品送料計算手段と、前記今回注文商品の送料を、前記まとめ配送送料から前記過去注文商品送料を引いた差額に設定する今回注文商品送料設定手段とを備えることを特徴とする。

上記目的を達成するために、請求項３記載の送料調整方法は、ユーザ選択された商品についてオンラインで注文を行うクライアントから注文された商品の決済金額を算出するオンライン注文システムの送料調整方法において、前記算出がされた後の過去注文商品であって、前記算出がされる前の今回注文商品とまとめ配送可能な全ての前記過去注文商品の一覧を作成するまとめ配送可能商品一覧作成ステップと、前記まとめ配送可能商品一覧から前記クライアントにおいてユーザ選択された過去注文商品と、前記今回注文商品とをまとめて配送した場合の送料であるまとめ配送送料を計算するまとめ配送送料計算ステップと、前記ユーザ選択された過去注文商品のみを配送した場合の送料である過去注文商品送料を計算する過去注文商品送料計算ステップと、前記今回注文商品の送料を、前記まとめ配送送料から前記過去注文商品送料を引いた差額に設定する今回注文商品送料設定ステップとを備えることを特徴とする。

上記目的を達成するために、請求項４記載のプログラムは、ユーザ選択された商品についてオンラインで注文を行うクライアントから注文された商品の決済金額を算出するオンライン注文システムの送料調整方法を実行するプログラムにおいて、前記算出がされた後の過去注文商品であって、前記算出がされる前の今回注文商品とまとめ配送可能な全ての前記過去注文商品の一覧を作成するまとめ配送可能商品一覧作成モジュールと、前記まとめ配送可能商品一覧から前記クライアントにおいてユーザ選択された過去注文商品と、前記今回注文商品とをまとめて配送した場合の送料であるまとめ配送送料を計算するまとめ配送送料計算モジュールと、前記ユーザ選択された過去注文商品のみを配送した場合の送料である過去注文商品送料を計算する過去注文商品送料計算モジュールと、前記今回注文商品の送料を、前記まとめ配送送料から前記過去注文商品送料を引いた差額に設定する今回注文商品送料設定モジュールとを備えることを特徴とする。

本発明によれば、サーバより今回注文商品の送料を、今回注文商品とユーザ選択された過去注文商品をまとめて配送した場合の送料から、ユーザ選択された過去注文商品のみを配送した場合の送料を引いた差額に設定するので、ユーザが異なるタイミングでオンライン注文した複数の商品のまとめ配送を行う場合に、適正な送料を決済金額に反映させることができる。

好ましくは、過去注文商品のうち、今回注文商品を注文したユーザが注文したものから抽出された商品のうち、同じ又は同種のものを抽出し、この抽出された商品の配送状態を検知し、検知された配送状態が配送準備中であるときに、まとめ配送可能と判断するので、今回の注文とまとめ配送を行うことが可能な過去の注文をまとめ配送可能先一覧に確実に書き込むことができる。

以下、本発明の実施の形態を図面を用いて詳述する。尚、本実施の形態ではオンラインでの商品販売を行っているが、サービスの形態はこれに限定するものではなく、送料が発生する商品配送サービス全般に適用できるものである。

図１は、本発明の実施の形態に係るオンライン注文システムの構成を概略的に示すブロック図である。

図１において、オンライン注文システム１００は、ネットワークを利用してオンラインで商品の売買を行うサービスを提供するシステムであり、このサービスを利用するユーザにより選択された商品についてオンラインで注文を行うユーザ端末（クライアント）１０１とネットワークを介して接続される。このオンライン注文システム１００は、クライアント１０１のユーザにより注文された商品の決済金額の算出や、販売する商品や決済金額が算出された後の過去注文商品の管理を行う注文管理サーバ１０２と、注文商品の配送状態を管理する配送管理サーバ１０３とを備える。

オンライン注文システム１００は、販売する商品の情報を管理する商品管理ＤＢ１０５、受注した決済済みの注文情報を管理する注文管理ＤＢ１０６、従量制で決定される商品の送料を計算するための送料計算用データを管理する送料計算ＤＢ１０８及び配送管理情報を管理する配送管理ＤＢ１０７を備え、注文管理サーバ１０２は、ＤＢ１０５、１０６、１０８の情報に基づいて、ユーザ認証、注文の管理、送料計算等の処理を行い、配送管理サーバ１０３は配送管理ＤＢ１０７の情報に基づいて注文の配送状態を管理する。

また、注文管理サーバ１０２は配送管理サーバ１０３と通信を行うことにより、商品の配送依頼や配送状況の問合せを行い、クライアント１０１から追加注文を受けた時は受注した商品の配送を中断し、追加注文された商品とのまとめ配送を依頼する。

本実施の形態では注文管理サーバ１０２と配送管理サーバ１０３は独立した別のサーバとしたが、注文管理サーバ１０２が配送管理サーバの機能を兼ね備えていてもよい。

図２は、図１における注文管理ＤＢ１０６の管理する注文情報を説明するのに用いられる図である。

図２において、注文管理ＤＢ１０６は、過去の注文内容を注文ＩＤ２０１、注文者情報２０２、配送先情報２０３、注文した商品ＩＤ２０４、個数２０５、注文日時２０６、商品の代金２０７、送料２０８、処理済フラグ２１９の項目に分類された注文レコードを管理する。ここで、本実施の形態における注文者情報２０２とは、具体的には、ユーザ認証の際に用いられるユーザ名及びパスワードを指す。処理済フラグ２１９は、まとめ配送（図６）が開始するとすべての注文レコードのフラグをＯＦＦとし、その後、ステップＳ６２２のまとめ配送判定処理（図１２）が行われた注文レコードのフラグをＯＮとする。

図３は、図１における商品情報ＤＢ１０５の管理する商品情報を説明するのに用いられる図である。

図３において、商品情報ＤＢ１０５は、商品ＩＤ３０１、商品名３０２、価格３０３、送料テーブルＩＤ３０４の項目に分類された商品情報を管理する。ここで送料テーブルＩＤとは、送料が同じ又は同種の商品について同一の値となるＩＤである。この送料テーブルＩＤ毎に注文個数に応じた送料計算用データが送料計算ＤＢ１０８で管理される。

図４は、図１における送料計算ＤＢ１０８の管理する送料計算用データを説明するのに用いられる図である。

図４において、送料計算ＤＢ１０８は、送料テーブルＩＤ４０３毎に冊数４０１と対応する送料４０２から成る送料計算用データを管理する。

図５は、図１における配送管理ＤＢ１０７の管理する配送管理情報を説明するのに用いられる図である。

図５において、配送管理ＤＢ１０７は、配送管理情報を注文ＩＤ５０１と注文の配送状態５０２の項目に分類された配送管理情報を管理する。本実施の形態においては、配送状態５０２は、配送準備中５０３、出荷中５０５、配送一時停止５０４、配送済５０６の４種類のステータスをもつが、この４つのステータスに限定されることはなく、配送管理サーバ１０３のフェーズによってさらに詳細な状態をもつようにしてもよい。

図６は、オンライン注文システム１００によって実行される注文サービス処理の手順を示すフローチャートである。

図６において、まず、クライアント１０１は認証情報（ユーザＩＤ及びパスワード）をユーザ入力可能なユーザ認証用画面を表示する（ステップＳ６０１）。その後、クライアント１０１は、ユーザがこのユーザ認証用画面に文字入力したときに（ステップＳ６０２でＹＥＳ）、その文字入力内容を注文管理サーバ１０２に送信する（ステップＳ６０３）。

注文管理サーバ１０２は、ステップＳ６０３で送信された文字入力内容を受信すると（ステップＳ６０４でＹＥＳ）、その文字入力内容が注文管理サーバ１０２に予め登録されている認証情報の１つであるときはユーザ認証が正しく行われたと判断してログインして（ステップＳ６０５）、商品情報ＤＢ１０６に管理されている商品情報をクライアント１０１に送信する（ステップＳ６０６）。一方、登録されていないときはユーザ認証が正しく行われなかったと判断して、ステップＳ６０１以降の処理を繰返す。

本実施の形態は、注文管理サーバ１０２で予めクライアント１０１のユーザの認証情報を登録しておき、ユーザ認証が正しく行われたときにログインを行うが、このユーザ認証処理を行わなくてもよい。ユーザ認証を行わない場合、ステップＳ６０６からサービスを開始する。

クライアント１０１は、注文管理サーバ１０２からステップＳ６０６で送信された商品情報を受信すると（ステップＳ６０７でＹＥＳ）、その商品情報をユーザに提示する注文選択画面８００（図８）を表示する（ステップＳ６０８）。この注文選択画面８００は、注文管理サーバ１０２に対して注文可能な商品内容表示部８０５と、その表示された商品毎に付されたユーザ選択が可能なボタン８０１と、注文数をユーザ入力可能な入力フィールド８０２と、注文設定ボタン８０３と、キャンセルボタン８０４とを表示する。

クライアント１０１は、注文情報のユーザ入力があったとき、具体的には、ユーザが注文した商品のボタン８０１を選択し、入力フィールド８０２にその商品の注文数を入力した後に、注文設定ボタン８０３を押したときに（ステップＳ６０９でＹＥＳ）、ユーザ選択された商品の商品ＩＤ及びその注文数からなる注文情報を注文管理サーバ１０２に送信する（ステップＳ６１０）。

注文管理サーバ１０２は、クライアント１０１からステップＳ６１０で送信された注文情報を受信すると（ステップＳ６１１でＹＥＳ）、その受信した注文情報の内容（商品ＩＤ、注文数）に問題がないか否かを判別し（ステップＳ６１２）、問題がなければその注文情報をＲＡＭ等に一時保管すると共に（ステップＳ６１３）、クライアント１０１に注文情報を正常に受信した旨の通知を送信する（ステップＳ６１４）。一方、ステップＳ６１１で問題があったときは、そのまま本処理を終了する。

クライアント１０１は、ステップＳ６１３で送信された注文管理サーバ１０２から通知を受信すると（ステップＳ６１５でＹＥＳ）、注文者特定画面を表示し（ステップＳ６１６）、ユーザが注文者特定画面に文字入力を行ったときに（ステップＳ６１７でＹＥＳ）、その文字入力内容を注文管理サーバ１０２に送信する（ステップＳ６１８）。

注文管理サーバ１０２は、ステップＳ６１７で送信された文字入力内容を受信すると（ステップＳ６１９でＹＥＳ）、この文字入力内容がステップＳ６０５で認証されたユーザＩＤと一致するか否かを判別し（ステップＳ６２０）、一致したときは、現在クライアント１０１で注文を行っているユーザが注文管理ＤＢ１０６で管理されている注文者情報２０２のいずれの注文者であるかの特定を行い（ステップＳ６２１）、後述する図１２のまとめ配送判定処理を行って、まとめ配送の判定を行い（ステップＳ６２２）、まとめ配送可能配送先一覧をクライアント１０１に送信する（ステップＳ６２３）。一方、ステップＳ６２０の判別の結果、一致しないときは、そのまま本処理を終了する。ここで、認証情報として登録されているユーザＩＤと注文管理ＤＢ１０６中の注文者情報２０２は、対応付けがなされており、これにより、現在クライアント１０１で注文を行っているユーザが注文管理ＤＢ１０６で管理されている注文者情報２０２のいずれの注文者であるかの特定ができる。しかしながら、この特定ができれば、ステップＳ６１６で注文者特定画面にユーザＩＤを入力する代わりに、氏名・住所・電話番号・電子メールアドレスなどを入力してもよい。

クライアント１０１は、注文管理サーバ１０２からステップＳ６２３で送信されたまとめ配送可能配送先一覧を受信すると（ステップＳ６２４でＹＥＳ）、その一覧に基づいて、配送先選択画面９００（図９）を表示する（ステップＳ６２５）。この配送先選択画面９００は、現在注文を行っているユーザが過去に注文した商品に係る注文レコードであって、注文レコード９１２、９１３と、その表示された注文レコード毎に付されたユーザ選択が可能なまとめ配送先選択ボタン９０３と、注文設定ボタン９１０と、キャンセルボタン９１１とを表示する。さらに、配送先選択画面９００は、ユーザ選択があったときに、新規配送先のユーザ入力を可能とする配送先入力ボタン９０１を表示する。

ここで、配送先選択画面９００に表示される注文レコード９１２、９１３は、ステップＳ６０９でユーザが注文した商品とまとめて配送可能な過去注文された商品の内容を示すレコードであって、注文日時９０４、注文内容９０５、注文した個数９０６、送料９０８、配送先９０９の項目から成る。また、各注文レコード９１２、９１３について、同じ送料で配送可能な追加個数を表示する項目を設けてもよい。例えば、注文レコード９１２は注文した個数９０６は５冊であり、４〜１０冊は送料５２５円であるので、同じ送料で配送可能な追加注文の残り個数が「５」冊であることが表示される。

クライアント１０１は、新規配送先に配送する旨のユーザ選択があったとき、具体的には、ユーザが配送先選択画面９００の配送先入力ボタン９０１を選択した後に設定ボタン９１０を押下したとき（ステップＳ６２６でＹＥＳ）、配送先入力画面を表示し（ステップＳ６２７）、この配送先入力画面にユーザが新規配送先を入力したとき（ステップＳ６２８でＹＥＳ）、その新規配送先情報を注文管理サーバ１０２に送信する（ステップＳ６２９）。

また、クライアント１０１は、ステップＳ６２６で１つのまとめ配送先のユーザ選択があったとき、具体的には、ユーザが配送先選択画面９００のまとめ配送先選択ボタン９０３の１つを選択した後に設定ボタン９１０を押下したとき、注文管理サーバ１０２にそのまとめ配送先として選択された注文レコードの注文ＩＤを送信する（ステップＳ６３０）。

注文管理サーバ１０２は、クライアント１０１からステップＳ６２９又はステップＳ６３０で送信された配信先情報を受信すると(ステップＳ６３１でＹＥＳ)、その注文ＩＤの注文レコードとステップＳ６１３で一時保管されている注文情報に基づき、後述する図１３の送料調整処理を行って、送料の調整を行い（ステップＳ６３２）、その算出結果をクライアント１０１に送信する（ステップＳ６３３）。

クライアント１０１は、注文管理サーバ１０２からステップＳ６３３で送信された算出結果を受信すると（ステップＳ６３４でＹＥＳ）、その受信した算出結果に基づきまとめ配送内容確認画面１０００（図１０）を表示する（ステップＳ６３５）。このまとめ配送内容確認画面１０００は、数値をユーザ入力により変更可能である今回注文された商品の個数１００１、過去注文された商品の商品名１００２、個数１００３、及びまとめ配送を行う場合の送料１００４、さらに確認ボタン１００６、キャンセルボタン１００７を表示する。また、まとめ配送が行われた場合の送料と過去注文された商品のみが配送された場合の送料の差額１００５を表示する。この差額１００５は、今回注文された商品の決済金額に含まれる送料としてユーザが請求される金額である。

クライアント１０１は、今回注文された商品の個数１００１の値を変更した後にユーザが確認ボタン１００６を押下したとき、ユーザによるまとめ配送内容の変更があったと判断してステップＳ６３２以降の処理を繰返す。一方、今回注文された商品の個数１００１を変更することなくユーザが確認ボタン１００６を押下したとき、ユーザによるまとめ配送内容の変更は無かったと判断して（ステップＳ６３６でＹＥＳ）、見積もり画面１１００（図１１）を表示する（ステップＳ６３７）。この見積もり画面１１００は、今回注文された商品の品名１１０１、単価１１０２、注文数１１０３、今回注文された商品の総額１１１０、及び送料１１０４（図９の差額１００５に表示された額）、今回注文された商品の総額と送料（又は送料の差額）の合計金額１１０５、注文者１１０６、及び配送先１１０７、注文ボタン１１０８、及びキャンセルボタン１１０９を表示する。

その後、クライアント１０１は、ユーザが見積もり画面１１００の注文ボタン１１０８を押下したときに（ステップＳ６３８でＹＥＳ）、今回注文された商品の決済金額を図１０の合計金額１１０５に表示された金額として、注文管理サーバ１０２に決済処理を行うよう依頼する通知を送信する（ステップＳ６３９）。

注文管理サーバ１０２は、クライアント１０１からステップＳ６３９で送信された決済処理依頼の通知を受信すると（ステップＳ６４０でＹＥＳ）、ステップＳ６３２の処理により算出された結果に基づき決済処理を行う（ステップＳ６４１）。本実施の形態においては、決済に関する処理の詳細については省略する。その後、注文管理サーバ１０２は、ステップＳ６４１の決済が終了した商品の配送を配送管理サーバ１０３に依頼する（ステップＳ６４２）。

配送管理サーバ１０３は、この依頼を受けると（ステップＳ６４３でＹＥＳ）、今回注文された商品が過去注文された商品とまとめて配送されるものであるか、新規配送先に配送されるものであるかいずれであるかを判別する（ステップＳ６４４）。ステップＳ６４４でまとめて配送されるものであると判別されたときは、そのまとめて配送される過去注文された商品の配送を中止し（ステップＳ６４５）、まとめ配送の準備を開始して（ステップＳ６４６）、本処理を終了する。

一方、ステップＳ６４４の判別の結果、今回注文された商品が新規配送先に配送されるものである場合、その新規配送先に今回注文された商品の配送を行う準備を開始して（ステップＳ６４７）、本処理を終了する。本実施の形態においては、配送に関する処理の詳細については省略する。

図６及び図７の処理によれば、注文管理サーバ１０２より今回注文された商品の送料を、今回注文された商品とユーザ選択された過去注文された商品をまとめて配送した場合の送料から、ユーザ選択された過去注文された商品のみを配送した場合の送料を引いた差額に設定するので（ステップＳ６３７）、クライアント１０１のユーザがオンラインで注文した商品をまとめ配送を行う場合に、適正な送料を決済金額に反映させることができる。

図１２は、図６のステップＳ６２２で実行されるまとめ配送判定処理の手順を示すフローチャートである。

本判定処理において、クライアント１０１のユーザはＰさんであって、図６のステップＳ６１０で写真集Ａを１冊注文している場合について説明する。

まず、注文管理サーバ１０２は、ステップＳ６２１でユーザがＰさんであることを特定すると、注文管理ＤＢ１０６（図２）から注文者情報がＰさんの注文レコードのうち、処理済みフラグ２１９にすべてチェックがされているか否かを判別する（ステップＳ１２００）。

ステップＳ１２００の判別の結果、Ｐさんの注文レコードがない、若しくはすべての処理フラグがチェックされているときは、そのまま本処理を終了する。一方、Ｐさんの注文レコードがあり、且つ処理フラグがチェックされていないものがあったときは、その中で注文ＩＤの番号が最も若いものを抽出する（ステップＳ１２０１）。

図２において、Ｐさんの注文レコードは注文レコード２０９、２１１、２１４、２１６、２１７の５つが存在する。また、図６の注文サービス処理が開始したときはすべての注文レコードのフラグはＯＦＦとなっている。従って、このまとめ配送処理が開始されると、まず注文レコード２０９、２１１、２１４、２１６、２１７の中で注文ＩＤの番号が最も若い注文レコード２０９が抽出される。

次に、ステップＳ６１０でＰさんが今回注文した商品と、ステップＳ１２０１で抽出された注文レコードに係る過去注文した商品とをまとめ配送ができるか否かを判別する（ステップＳ１２０２）。ここで、注文管理ＤＢ１０６で管理される注文レコードについては、図１において上述したように全ての決済は終了している。

具体的には、注文管理サーバ１０２は、ステップＳ６１３で一時保管した今回注文した商品（写真集Ａ）の商品ＩＤ「Ａ１１１１」に対応する送料テーブルＩＤ「１０１０」を図３の商品情報テーブルから抽出すると共に、ステップＳ１２０１で抽出された過去注文された商品ＩＤに対応する送料テーブルＩＤについても、図３の商品情報テーブルから抽出する。その後、今回注文した商品の送料テーブルＩＤと過去注文された商品の送料テーブルＩＤが同じであるときにまとめ配送ができると判断し、異なるときにまとめ配送ができないと判断する。

例えば、現在処理中の注文レコードが注文レコード２０９であるとき、その商品ＩＤは「Ａ１１１１」であり（図２）、送料テーブルＩＤは「１０１０」であるので（図３）、今回注文した商品の送料テーブルＩＤ「１０１０」と同じとなるので、注文管理サーバ１０２はまとめ配送ができると判断する。

同様に、現在処理中の注文レコードが注文レコード２１１、２１４、２１６、２１７であるとき、その商品ＩＤは順に「Ｄ１１１１」、「Ｂ１１１１」、「Ｇ２２２２」、「Ａ１１１１」であり（図２）、送料テーブルＩＤは順に「１０２０」、「１０１０」、「２０３０」、「１０１０」であるので（図３）、注文管理サーバ１０２は、今回注文した商品の送料テーブルＩＤ「１０１０」と同じである注文レコード２１４、２１７もまとめ配送ができると判断する。

このまとめ配送できるか否かの判別は、本実施の形態によるものに限定されるわけでなく、例えば、商品情報テーブルに商品の重さを登録しておき、総量を加算して送料を計算するようにしてもよい。

ステップＳ１２０２の判別の結果、まとめ配送ができないときは、注文管理サーバ１０２は、現在処理中の注文レコードのフラグをＯＮにして（ステップＳ１２０３）、ステップＳ１２００以降の処理を繰返す。一方、まとめ配送ができるときは、注文管理サーバ１０２は、配送管理サーバ１０３に過去注文された商品の注文ＩＤを送付することで、現在処理中の注文レコードに係る商品の配送状態を問い合わせる（ステップＳ１２０４）。

配送管理サーバ１０３は、注文管理サーバから注文ＩＤを受信すると（ステップＳ１２０５でＹＥＳ）、受信した注文ＩＤの配送状態を配送管理ＤＢ１０７（図５）から抽出し（ステップＳ１２０６）、抽出した配送状態を注文管理サーバ１０２に送信する（ステップＳ１２０７）。

たとえば、配送管理サーバ１０３が、ステップＳ１２０５で注文レコード２０９の注文ＩＤ「１」を受信したとき、その配送状態は「配送済み」であることを抽出し（図５）、注文管理サーバ１０２にこの抽出した配送状態を送信する。

同様に、配送管理サーバ１０３が、ステップＳ１２０５で注文レコード２１４の注文ＩＤ「１」又は注文レコード２１７の注文ＩＤ「９」を受信したとき、その配送状態は共に「配送準備中」であることを抽出し（図５）、注文管理サーバ１０２にこの抽出した配送状態を送信する。

注文管理サーバ１０２は、配送管理サーバ１０３からステップＳ１２０７で送信された配送状態を受信すると（ステップＳ１２０８でＹＥＳ）、その受信した配送状態が「配送済」、「配送準備中」のいずれであるかを判別する（ステップＳ１２０９）。

ステップＳ１２０９の判別の結果、受信した配送状態が「配送済み」であるとき、注文管理サーバ１０２は、現在処理中の注文レコードに係る商品は実際にはまとめ配送できないと判断して、現在処理中の注文レコードのフラグをＯＮにして（ステップＳ１２１０）、ステップＳ１２００以降の処理を繰返す。一方、ステップＳ１２０９の判別の結果、受信した配送状態が「配送準備中」であるとき、注文管理サーバ１０２は、現在処理中の注文レコードに係る商品は実際にまとめ配送できると判断して、まとめ配送可能配送先一覧に現在処理中の注文レコードの内容を書き込み（ステップＳ１２１１）、ステップＳ１２１０に進む。

本処理では、ステップＳ１２０２でまとめ配送できると判別された注文レコードに係る商品のうち、その配送状態がまだ配送準備中であり、実際にまとめ配送できるとされるものは注文レコード２１４、２１７の注文であるため、ステップＳ１２１１においてまとめ配送可能配送先一覧にこの２つの注文レコードの内容が書き込まれることになる。

図１２の処理によれば、注文管理サーバ１０２は、注文管理ＤＢ１０６（図２）から現在のユーザ（Ｐさん）の注文レコードを抽出し、そのうち未処理のものの中で注文ＩＤの番号が最も若いものを抽出し（ステップＳ１２０１）、上記抽出された注文レコードに係る商品の注文ＩＤとＰさんが今回注文した商品の送料テーブルＩＤとが同じであるときに、今回注文した商品と上記抽出された注文レコードに係る商品とをまとめ配送ができると判断し（ステップＳ１２０２でＹＥＳ）、配送管理サーバ１０３に過去注文された商品の注文ＩＤを送付することで、現在処理中の注文レコードに係る商品の配送状態を問い合わせ（ステップＳ１２０４）、その配送状態が「配送準備中」であるときに、まとめ配送可能と判断して、まとめ配送可能配送先一覧に現在処理中の注文レコードの内容を書き込むので（ステップＳ１２１１）、今回注文した商品とまとめ配送を行うことが可能な過去注文された商品をまとめ配送可能先一覧に確実に書き込むことができる。

図１３は、まとめ配送を行う場合の図６のステップＳ６３２で実行される送料調整処理の手順を示すフローチャートである。

ここでまとめ配送を行う場合とは、ステップＳ６３０で送信されたまとめ配送先に、ステップＳ６１０で送信された注文個数又はステップＳ６３６で変更された注文個数の今回注文された商品を、ステップＳ６３０で送信されたまとめ配送先情報中にある過去注文された商品とまとめて配送を行う場合を指す。以下、過去注文された商品は注文レコード２１４の注文商品であり、今回注文された商品の注文個数は「１冊」である場合について説明する。

まず、注文管理サーバ１０２は、注文管理ＤＢ１０６から注文レコード２１４を取得する（ステップＳ１３０１）。この注文レコード２１４は、注文ＩＤとして「６」、注文者情報として「Ｐさん」、配送先情報として「北海道Ａさん」、注文した商品ＩＤとして「Ｂ１１１１」、注文の個数として「５冊」、注文日時として「２００４／１／５」、商品の代金として「５０００円」、送料として「５２５円」が記録されている。

ステップＳ６１３で一時保存されている今回注文した商品の情報からその商品名を取得した後（ステップＳ１３０２）、ステップＳ６３６で変更された注文個数が送信されたか否かによって、今回注文された商品の注文個数を設定する（ステップＳ１３０３）。具体的には、ステップＳ６３６で送信されていない場合はステップＳ６１３で一時保存されている注文個数をまとめ配送を行う今回注文された商品の注文個数とし、送信されている場合は、その送信された注文個数を今回注文された商品の注文個数とする。

ステップＳ１３０１で取得された過去注文された商品の注文個数と、ステップＳ１３０３で設定された今回注文された商品の注文個数の和を計算する（ステップＳ１３０４）。

過去注文された商品の商品情報ＤＢ１０５から商品ＩＤ３０１をキーに送料テーブルＩＤ３０４を検索して、この検索された送料テーブルＩＤ３０４及びステップＳ１３０４で計算された注文個数の和と送料テーブル４００とに基づいて、まとめ配送を行う場合の送料の値を取得する（ステップＳ１３０５）。

この取得したまとめ配送した場合の送料から、ステップＳ１３０１の注文レコード２１４から取得される過去注文された商品のみで配送した場合の送料を差し引いた額（差額）を計算する（ステップＳ１３０６）。具体的には、ステップＳ１３０５において、過去注文された商品の注文数「５冊」と、今回注文された商品の注文数「１冊」の和「６冊」、商品ＩＤ「Ｂ１１１１」及び送料テーブルＩＤ「１０１０」に基づき、まとめ配送した場合の送料の値「５２５円」を送料テーブル４００から取得する。次に、ステップＳ１３０６において、このまとめ配送された場合の送料「５２５円」から、過去注文された商品の送料「５２５円」の差額「０円」を計算する。

次に、まとめ配送内容確認画面１０００の今回注文された商品の個数１００１、過去の注文の内容として注文した商品１００２、その注文個数１００３、まとめ配送を行う場合の送料１００４、まとめ配送が行われた場合の送料と過去注文された商品のみが配送された場合の送料の差額１００５のデータとして、順にステップＳ１３０３で設定された注文個数の値「１冊」、ステップＳ１３０１で取得した商品ＩＤ「Ｂ１１１１」と対応付けられている商品名「アルバム」、その注文個数「５冊」、その送料「５２５円」、ステップＳ１３０６で計算された差額「０円」を取得して、算出結果とし（ステップＳ１３０７）、本処理を終了する。

図１３の処理によれば、注文管理サーバ１０２は、まとめ配送のユーザ選択がされた過去注文された商品の注文レコード２１４から取得した注文個数と、今回注文された商品の注文個数の和を計算し（ステップＳ１３０４）、まとめ配送を行う場合の送料の値を取得して（ステップＳ１３０５）、この取得したまとめ配送した場合の送料から、注文レコード２１４から取得される上記過去注文された商品のみで配送した場合の送料を差し引いた額（差額）を計算し（ステップＳ１３０６）、まとめ配送内容確認画面１０００のまとめ配送が行われた場合の送料と過去注文された商品のみ送料の差額１００５のデータとして、この計算された差額を取得して算出結果とするので（ステップＳ１３０７）、まとめ配送後の送料調整が確実に行われ、決済時には代金とともに今回注文された商品の送料が加算されてしまい、場合によっては不要な送料をユーザに課金してしまうことを防ぐことができる。

例えば、今回注文された商品であるアルバムＡの１冊分の送料は「４２０円」である。送料調整を行った場合は差額として「０円」だったので、この送料調整処理を行わないと「４２０円」の不要な金額をユーザに課金してしまうことになる。

尚、本実施の形態では、まとめ配送時における送料調整は、注文者情報がユーザ名・パスワードであるためログイン認証（ステップＳ６０５）を要したが、追加注文が可能な過去の注文を検索できるように注文者個人が特定できれば、ログイン認証を伴わなくてもよく、例えば、氏名・住所・電話番号・電子メールアドレスで個人を特定する。また、ＷＥＢブラウザを利用する場合はクッキーによる特定を行ってもよい。

また、本実施の形態では、今回注文された商品及び過去注文された商品について、送料が同じ又は同種の商品について同一の値となる送料テーブルＩＤの値を夫々抽出し、その値が同一であるときにまとめ配送できる判断としたが、送料テーブルＩＤの値が異なる商品であってもよい。この場合、送料が異なる商品間での送料の計算が可能な送料テーブルを商品情報ＤＢ１０５はさらに有することが必要となる。

また、本発明の目的は、上記実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（又は記録媒体）を、システム又は装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。

この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム(ＯＳ)などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、上記プログラムは、上述した実施の形態の機能をコンピュータで実現することができればよく、その形態は、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給されるスクリプトデータ等の形態を有するものでもよい。

プログラムを供給する記録媒体としては、例えば、ＲＡＭ、ＮＶ−ＲＡＭ、フロッピー（登録商標）ディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＭＯ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ（ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ）、磁気テープ、不揮発性のメモリカード、他のＲＯＭ等の上記プログラムを記憶できるものであればよい。或いは、上記プログラムは、インターネット、商用ネットワーク、若しくはローカルエリアネットワーク等に接続される不図示の他のコンピュータやデータベース等からダウンロードすることにより供給される。

本発明の実施の形態に係るオンライン注文システムの構成を概略的に示すブロック図である。図１における注文管理ＤＢの管理する注文情報を説明するのに用いられる図である。図１における商品情報ＤＢの管理する商品情報を説明するのに用いられる図である。図１における送料計算ＤＢの管理する送料計算用データを説明するのに用いられる図である。図１における配送管理ＤＢの管理する配送管理情報を説明するのに用いられる図である。オンライン注文システムによって実行される注文サービス処理の手順を示すフローチャートである。オンライン注文システムによって実行される注文サービス処理の手順を示すフローチャートである。図６のステップＳ６０８で表示される注文選択画面を説明するのに用いられる図である。図７のステップＳ６２５で表示される配送先選択画面を説明するのに用いられる図である。図７のステップＳ６３５で表示されるまとめ配送内容確認画面を説明するのに用いられる図である。図７のステップＳ６３７で表示される見積もり画面を説明するのに用いられる図である。図６のステップＳ６２２で実行されるまとめ配送判定処理の手順を示すフローチャートである。まとめ配送を行う場合の図７で実行されるステップＳ６３２の送料調整処理の手順を示すフローチャートである。

符号の説明

１００オンライン注文システム
１０１クライアント
１０２注文管理サーバ
１０３配送管理サーバ
１０５商品管理ＤＢ
１０６注文管理ＤＢ
１０７配送管理ＤＢ
１０８送料計算ＤＢ

Claims

ユーザ選択された商品についてオンラインで注文を行うクライアントから注文された商品の決済金額を算出するオンライン注文システムにおいて、
前記算出がされた後の過去注文商品であって、前記算出がされる前の今回注文商品とまとめ配送可能な全ての前記過去注文商品の一覧を作成するまとめ配送可能商品一覧作成手段と、
前記まとめ配送可能商品一覧から前記クライアントにおいてユーザ選択された過去注文商品と、前記今回注文商品とをまとめて配送した場合の送料であるまとめ配送送料を計算するまとめ配送送料計算手段と、
前記ユーザ選択された過去注文商品のみを配送した場合の送料である過去注文商品送料を計算する過去注文商品送料計算手段と、
前記今回注文商品の送料を、前記まとめ配送送料から前記過去注文商品送料を引いた差額に設定する今回注文商品送料設定手段とを備えることを特徴とするオンライン注文システム。
前記まとめ配送可能商品一覧作成手段は、
前記過去注文商品のうち、前記今回注文商品を注文したユーザが注文したものを抽出する第１の抽出手段と、
前記第１の抽出手段により抽出された商品のうち、同じ又は同種のものを抽出する第２の抽出手段と、
前記第２の抽出手段により抽出された商品の配送状態を検知する配送状態検知手段とを備え、
前記検知された配送状態が配送準備中であるときに、まとめ配送可能と判断することを特徴とする請求項１記載のオンライン注文システム。
ユーザ選択された商品についてオンラインで注文を行うクライアントから注文された商品の決済金額を算出するオンライン注文システムの送料調整方法において、
前記算出がされた後の過去注文商品であって、前記算出がされる前の今回注文商品とまとめ配送可能な全ての前記過去注文商品の一覧を作成するまとめ配送可能商品一覧作成ステップと、
前記まとめ配送可能商品一覧から前記クライアントにおいてユーザ選択された過去注文商品と、前記今回注文商品とをまとめて配送した場合の送料であるまとめ配送送料を計算するまとめ配送送料計算ステップと、
前記ユーザ選択された過去注文商品のみを配送した場合の送料である過去注文商品送料を計算する過去注文商品送料計算ステップと、
前記今回注文商品の送料を、前記まとめ配送送料から前記過去注文商品送料を引いた差額に設定する今回注文商品送料設定ステップとを備えることを特徴とする送料調整方法。
ユーザ選択された商品についてオンラインで注文を行うクライアントから注文された商品の決済金額を算出するオンライン注文システムの送料調整方法を実行するプログラムにおいて、
前記算出がされた後の過去注文商品であって、前記算出がされる前の今回注文商品とまとめ配送可能な全ての前記過去注文商品の一覧を作成するまとめ配送可能商品一覧作成モジュールと、
前記まとめ配送可能商品一覧から前記クライアントにおいてユーザ選択された過去注文商品と、前記今回注文商品とをまとめて配送した場合の送料であるまとめ配送送料を計算するまとめ配送送料計算モジュールと、
前記ユーザ選択された過去注文商品のみを配送した場合の送料である過去注文商品送料を計算する過去注文商品送料計算モジュールと、
前記今回注文商品の送料を、前記まとめ配送送料から前記過去注文商品送料を引いた差額に設定する今回注文商品送料設定モジュールとを備えることを特徴とするプログラム。