JP6295394B2 - 商品出荷管理システム及びプログラム - Google Patents

Description

本発明は、広く製品や商品の出荷を管理する管理システム等に関し、より詳細には、小売業やネット通販業において短時間で商品を出荷するための商品出荷管理システム等に関する。

従来、製品や商品の在庫管理等を行って製品や商品の輸送時間を短縮したり、輸送経路を最適化するなどして輸送効率を向上させたりする技術が提供されてきた。

例えば、販売地区ごとの配送倉庫での多品種の製品の在庫状態で数量的な偏りが発生するのを防止し、配送倉庫間の製品輸送を可能な限りなくし、輸送手段の回送時間を短くして輸送効率を向上する製品出荷管理システムが提案されている（特許文献１）。

すわなち、特許文献１には、在庫管理手段と、受注管理手段と、出荷管理手段と、製品引当て／割当て手段と、複数の販売店の各々に設けられた端末装置と、これらを接続する通信回線とを備え、多品種の製品を販売する前記販売店の地区別に配送倉庫を設けて全体として複数の配送倉庫を有し、生産工場で見込み生産された多品種の前記製品は前記複数の配送倉庫の各々に搬入され、前記複数の配送倉庫の各々に搬入された前記製品の在庫状態は前記在庫管理手段に記憶され、前記販売店が顧客からの受注に基づき製品注文を前記受注管理手段に送信するとき、前記製品引当て／割当て手段は、前記在庫管理手段に記憶された在庫状態に応じて前記製品注文に応じた品種の在庫製品を引当て、前記出荷管理手段は前記在庫管理手段の内容を更新する製品出荷管理システムにおいて、前記製品引当て／割当て手段は、顧客から受注した製品が前記在庫管理手段に記憶された在庫状態で存在するか否かを調べ、所定期間を越えて在庫されている在庫製品が存在する場合には当該在庫製品を顧客の受注に引当て、前記在庫製品が存在しない場合には、顧客が注文を出した販売店の地区別の前記配送倉庫にある前記在庫管理手段が記憶している在庫製品の中で、在庫期間でソートし、最も在庫期間の長い在庫製品を顧客の受注に引当てる、ことを特徴とする製品出荷管理システムが開示されている。

また、自動倉庫の負荷及び待機作業数、搬送設備の占有率に対する実時間情報を通じて実質的な最適搬送経路を設定する物流管理システムも提案されている（特許文献２）。

すなわち、特許文献２には、出発地から到着地までの予想搬送時間を算出して、最適の搬送経路を選定する物流管理システムにおいて、レイアウト情報と、単位リンク別の自動倉庫の負荷及び待機作業数に対する実時間作業情報と、を受信して管理する搬送命令管理部と、前記搬送命令管理部のレイアウト情報及び一定の周期での実時間の作業情報を受信してモデリングを通じて予想搬送時間を算出し、その結果の中で、最小の予想搬送時間を有する搬送経路を最適の搬送経路として選定する最適経路生成部と、を含むことを特徴とする物流管理システムが開示されている。

また、小包の出荷を予測するなどして、目的地の地理的地域に推測的に出荷する技術も提案されている（特許文献３）。

すなわち、特許文献３には、配達住所への最終的な配達のために、１つまたは複数の商品を含む小包を出荷する目的地の地理的地域を識別するように構成される企業の第１のコンピュータ・システムと、ネットワークを経由して前記第１のコンピュータ・システムと通信するように構成される第２のコンピュータ・システムとを含むシステムであって、出荷の時点で前記配達住所が完全に指定されていることなく、前記企業とは別の運送業者によって、前記小包が前記目的地の地理的地域に出荷されたのに続き、前記第１のコンピュータ・システムが前記配達住所の完全な指定を前記第２のコンピュータ・システムに伝達するように構成され、前記小包を出荷することは、前記小包を物理的に前記運送業者へ請負提供することを含み、前記配達住所の前記完全な指定の受信に応じて、前記小包の輸送中に、前記第２のコンピュータ・システムが前記配達住所を前記小包に割り当てるように構成され、出荷の時点で前記配達住所が完全に指定されていることのない出荷される前記小包は、出荷の時点において、前記小包がいかなる配達住所に対しても配達可能ではないように発生し、前記配達住所の完全な指定を受け取った結果、前記小包は前記運送業者により前記配達住所へ配達可能となるシステムが開示されている。

特開２００４−２９９８６１号公報 特開２００４−２４４２１７号公報 特許第４９３８６８２号明細書

しかしながら、近年のネット通販業においては、短時間配送サービスの競争が活発化しており、短時間で商品を届けるための一層のシステム改善が求められている。また、ネット通販業における取扱商品には、大型家電から日用品に至るまで多岐に渡っており、取扱商品の類型を考慮し、類型化された商品の見せ方を含めた商品出荷管理システム等についての更なる改善が期待される。

そこで、本発明の一実施形態にかかる商品出荷管理システムは、複数の拠点から顧客宅への商品出荷を管理する管理サーバを有する商品出荷管理システムであって、前記管理サーバは、前記顧客宅の顧客端末からの注文により前記商品の電子商取引を行うためのフロントエンドを備え、前記フロントエンドを介して前記顧客端末から前記商品の注文があり、前記複数の拠点のうちの１つから前記注文された商品が出荷され、前記複数の拠点のうちの１以上の拠点を経由して前記顧客宅へ前記商品を配送させる場合に、前記経由される拠点に在庫される商品に対する追加の注文があれば同梱するように前記経由される拠点に指示を出すことを特徴とする。

また、１以上の拠点から顧客宅への商品出荷を管理する管理サーバを有する商品出荷管理システムであって、前記管理サーバは、前記顧客宅の顧客端末からの注文により前記商品の電子商取引を行うためのフロントエンドを備え、前記フロントエンドを介して前記顧客端末から前記商品の注文があり、前記拠点から前記注文された商品を出荷させ、前記顧客宅へ前記商品を配送したが不在のため再配達をさせる場合に、前記拠点に在庫される他の商品に対する追加の注文があれば同梱させるように前記拠点に指示を出すことを特徴とする。

本発明の一実施形態にかかる商品出荷管理システム等によれば、例えば、顧客が商品をいったん注文した後でも追加の注文品を至便に届けることができる等の効果を奏する。

本発明の一実施形態にかかる商品出荷管理システムにおける施設及び流通経路等を説明する説明図である。 本発明の一実施形態にかかる商品出荷管理システムの全体構成例を説明する説明図である。 本発明の一実施形態にかかる商品出荷管理システムにおける管理サーバの機能ブロック構成を説明する説明図である。 本発明の一実施形態にかかる商品出荷管理システムにおける情報処理装置（ユーザ端末）の外観構成例を説明する説明図である。 本発明の一実施形態にかかる情報処理装置を構成するハードウェアの機能ブロック構成を説明する説明図である。 本発明の一実施形態にかかる商品出荷管理システムにおける処理フローを説明するフローチャートである。 本発明の一実施形態にかかる商品出荷管理システムにおける抽出ロジック作成処理概念を説明する説明図である。 本発明の一実施形態にかかる商品出荷管理システムにおけるストック商品登録処理ないし更新処理フローを説明するフローチャートである。 本発明の一実施形態にかかる商品出荷管理システムにおける情報処理装置（ユーザないし顧客端末）の表示例を説明する説明図である。 本発明の一実施形態にかかる商品出荷管理システムにおける分析及び物流モデルを説明する説明図である。 本発明の一実施形態にかかる商品出荷管理システムにおけるデータ構造及び情報処理装置における表示例を説明する説明図である。 本発明の一実施形態にかかる商品出荷管理システムにおける情報処理装置（ユーザないし顧客端末）の表示例を説明する説明図である。 本発明の一実施形態にかかる商品出荷管理システムにおける情報処理装置（ユーザないし顧客端末）の表示例を説明する説明図である。 本発明の一実施形態にかかる商品出荷管理システムにおける情報処理装置（ユーザないし顧客端末）の表示例を説明する説明図である。 本発明の一実施形態にかかる商品出荷管理システムにおける処理動作フローを説明するフローチャートである。 本発明の一実施形態にかかる商品出荷管理システムにおける処理動作フローを説明するフローチャートである。 本発明の他の実施形態にかかる商品出荷管理システムにおける情報処理装置（ユーザないし顧客端末）の表示例を説明する説明図である。 本発明の他の実施形態にかかる商品出荷管理システムにおける情報処理装置（ユーザないし顧客端末）に対する操作例を説明する説明図である。 本発明の他の実施形態にかかる商品出荷管理システムにおける情報処理装置（ユーザないし顧客端末）等の処理動作フローを説明する説明図である。 本発明の他の実施形態にかかる商品出荷管理システムにおける情報処理装置（ユーザないし顧客端末）に対する操作及び表示例を説明する説明図である。 本発明の他の実施形態にかかる商品出荷管理システムにおける情報処理装置（ユーザないし顧客端末）に対する操作及び表示例を説明する説明図である。 本発明の他の実施形態にかかる商品出荷管理システムにおける情報処理装置（ユーザないし顧客端末）に対する操作及び表示例を説明する説明図である。 本発明の他の実施形態にかかる商品出荷管理システムにおける情報処理装置（ユーザないし顧客端末）に対する操作及び表示例を説明する説明図である。

以下、本発明の一実施形態にかかる商品出荷管理システム等について、図面を参照しながら詳細に説明する。

図１に、本発明の一実施形態にかかる商品出荷管理システムにおける施設及び流通経路等を模式的に示す。同図において、施設及び流通経路から見た商品出荷管理システム１０は、大別して、物流センター１１〜１３と最寄り拠点１４〜１６とを含み、経路１４３〜１４４、１５５〜１５８、１６６〜１６９を介して顧客宅１４１〜１４２、１５１〜１５３、１６２〜１６５、１９９まで商品等を配送する一大物流網の一部を構成している。

なお、物流センター１１〜１３、及び最寄り拠点１４〜１６の数は、これらの数に限定されるものではなく、任意のセンター数及び拠点数を含みうる。以下、本発明の理解の容易のために、便宜上、図１に示されたモデルに沿って説明する。

［本発明の基本概念：物流センター及び最寄り拠点］
本発明の一実施形態にかかる商品出荷管理システムにおける施設の特徴は、少なくともこれら２種類の施設が含まれることである。基本概念としては、従来の物流拠点としての物流センターに加えて、所定時間内に顧客宅へ配送可能な地理的な拠点として本発明の一実施形態にかかる最寄り拠点が設けられたものである。

つまり、最寄り拠点は、顧客に短時間で商品等を届けることができるように設けられた本発明に特有の配送拠点であり、この最寄り拠点が設けられた物流網は本発明の基本概念の１つを構成している。

また、図１に示されるように、物流センター同士においても異なる役割があっても良い。例えば、同図において、物流センター１２は、経路１２１、１２２を介して最寄り拠点１４、１５へ商品等を配送し、物流センター１３は、経路１３１、１３２を介して最寄り拠点１５、１６へ商品等を配送する一方で、物流センター１１は、経路１１２、１１４を介して他の物流センター１２、１３へ商品等を配送するほか、経路１１１、１１３、１１５を介して最寄り拠点１４、１５、１６へ商品等を配送する役割も担っている。例えば、最寄り拠点１４へは、通常地理的に近い物流センター１２から商品等が供給されるが、物流センター１２に在庫が無い場合には、物流センター１１から商品等が最寄り拠点１４へ供給される場合もある。
なお、図１には示されていないが、物流センター１１〜１３から直接に顧客宅へ商品等を配送する経路を設けることしても良い（本発明においては本質的部分ではないので、図示を省略する）。

また、図１において、最寄りエリア１４０は、最寄り拠点１４から所定時間（例えば、３０分とか１時間など）内に商品等を届けることのできるエリアを示しており、同エリアには、模試的に顧客宅１４１、１４２が含まれる。

同様に、最寄りエリア１５０は、最寄り拠点１５から所定時間（例えば、３０分とか１時間など）内に商品等を届けることのできるエリアを示しており、同エリアには、模試的に顧客宅１５１、１５２、１５３、１９９が含まれる。また、最寄りエリア１６０は、最寄り拠点１６から所定時間（例えば、３０分とか１時間など）内に商品等を届けることのできるエリアを示しており、同エリアには、模試的に顧客宅１６２、１６３、１６４、１６５、１９９が含まれる。

ここで、同図において、顧客宅１９９は、例示的に最寄りエリア１５０にも最寄りエリア１６０にも含まれている。このことは、顧客宅１９９へは、最寄り拠点１５からも最寄り拠点１６からも所定時間内に商品等を届けることができることを意味している（例えば、最寄り拠点１５から顧客宅１９９へは３５分で商品等を届けることができ、最寄り拠点１６から顧客宅１９９へは４０分で商品等を届けることができる、など）。

［本発明の基本概念：２種類の商品区分］
本発明の一実施形態にかかる商品出荷管理システムにおけるもう１つの特徴は、取扱商品に「ストック商品」と「非ストック商品」という２種類の区分を設けている点である。これらの商品区分は、最寄り拠点の最寄りエリア内の顧客からの日常的な需要の高低によって区分される。最寄り拠点の最寄りエリア内の顧客からの日常的な需要が高い商品はストック商品と区分され、顧客からの注文が入っていなくとも一定数がその最寄り拠点に常備されるように管理される。
一方で、非ストック商品は、顧客からの注文が入った時点で、物流センターから最寄り拠点に配送され、最寄りエリア内の顧客宅に届けられる（あるいは、物流センターから直接に顧客宅に届けられる場合もある）。

「ストック商品」及び「非ストック商品」は、最寄りエリア内の日常的な需要の高低によって最寄りエリアごとにシステム上選定されるものであるので、商品区分（家電製品であるとか、書籍、コスメ商品であるなど）によって一律に決まるものではない。しかしながら、一般的傾向として、冷蔵庫や大型テレビなどの家電製品は非ストック商品に区分されることが多く、シャンプーやトイレットペーパーなどの日用品はストック商品に区分されることが多い。また、ストック商品についても、地域によって、また、年中行事や震災直後といった事情によって、地理的・時間的に変動する。
以下に、本明細書における「ストック商品」及び「非ストック商品」の定義付けを行う。
ストック商品：最寄りエリア内の顧客から短期間に繰り返し需要が発生する商品である。日用品や消耗品などが挙げられる。本発明の一実施形態においては、常に最寄り拠点に一定数ストックされるよう管理される商品である。
非ストック商品：ストック商品以外の商品である。典型的には顧客からの発注があった時点で物流センターから受け渡される商品であり、大型家電やカメラなどの高級商材などが挙げられる。

［物流管理］
ここまでの説明で、「最寄り拠点から所定時間内に商品等を届けることができる」、「在庫が無い場合」等と説明している部分は、システム上、配送ないし配達にかかる時間（予想時間）や拠点における商品等の在庫数が管理されていることによって判断可能となる。本発明の一実施形態にかかる商品出荷管理システムの全体構成例については、図２を参照して後述するが、例えば、本発明の一実施形態にかかる商品出荷管理システムにおける管理サーバが、図１におけるいずれのかの物流センターないし最寄り拠点、あるいは、図示されていない社屋等に設置され、かかる管理サーバが各センター及び各拠点と情報端末及びネットワークによって接続されて、各拠点等における商品等の在庫状況及び入出庫数、並びに各拠点間ないし目的地までの配送ないし配達状況が時々刻々と管理されるものである。さらに、これらの実績等から、各拠点間ないし目的地までの配送ないし配達時間が算出され、逐次更新管理される。

したがって、図１における各経路も、それぞれ常に唯一のルートであるという訳でもない。例えば、物流センター１１から最寄り拠点１４への経路は、１１１としてシステム上管理されているが、これ以外の１以上のルートを代替ルートとして記憶管理させることもできる。また、最寄り拠点１４から顧客宅１４１への経路についても、同図では１４３としてシステム上管理されているが、１以上の代替ルートを記憶管理させることもできる。

これらの代替ルートは、例えば、その時々の交通状況によって代替的に採用させて、具体的な配送設備（拠点）ないし配送手段（配送車）に対して指示させることができる。

［販売管理］
また、本発明の一実施形態にかかる商品出荷管理システムにおいては、商品等の販売管理も行われている。本発明の一実施形態にかかる商品出荷管理システムは、図示しない店舗ＰＯＳレジや通信販売（電子商取引）システムとも連動しており、店舗における販売実績や通販による販売実績も顧客ごとに管理している。そのためのデータベースとして、一実施形態において次のようなデータベース（Ｄ１）〜（Ｄ８）を管理サーバ内に有しており、各種端末からの参照や更新要求が可能となっている。

（Ｄ１）顧客管理データベース
顧客に関する項目が登録されたデータベースであり、顧客氏名、住所、電話番号等の個人情報と、保有ポイントや最寄り拠点等の付帯情報とが登録されている。

（Ｄ２）商品管理データベース
商品に関する項目が登録されたデータベースであり、商品名、ＪＡＮコードに対応付けられる商品コード等が登録管理されている。

（Ｄ３）在庫管理データベース
拠点ごとの商品在庫を管理するためのデータベースであり、適宜商品管理データベースと連携し、必要なテーブルが派生抽出される。

（Ｄ４）倉庫管理データベース
物流センター等の倉庫に保管されている商品在庫を管理するためのデータベースである。

（Ｄ５）販売管理データベース
拠点や店舗ごとに販売された商品に関する実績管理データベースである。

（Ｄ６）ストック候補商品データベース（ないしテーブル）
商品管理データベース、在庫管理データベースから派生抽出されるデータベースであり、具体的な抽出例は後述する。

（Ｄ７）ストック希望商品データベース（ないしテーブル）
商品管理データベース、在庫管理データベース、顧客管理データベースから派生した顧客ごと、最寄り拠点ごとのストック希望商品データベースである。具体的な抽出例は後述する。

（Ｄ８）最寄り拠点ごと（顧客ごと）のストック商品データベース（ないしテーブル）
商品管理データベース、在庫管理データベース、顧客管理データベースから派生した最寄り拠点ごとのストック商品在庫管理を行うためのデータベースである。具体的な抽出例は後述する。

［最寄り拠点の役割］
最寄り拠点では、本発明の一実施形態にかかる商品出荷管理システムを含む物流システムにおいて、次の役割を担う（システム動作、拠点内スタッフ等の作業員による作業をまとめて列挙する）。
（１）対象ストック商品の保管、仕分け、対象ストック商品の更新管理。
（２）最寄りエリア内の顧客から対象ストック商品に注文が入った場合の配送処理（注文商品のピッキング、宛先ラベリング）。
（３）最寄りエリア内の顧客が注文した非ストック商品が物流センターから届いた場合の一時保管及び顧客宅への配送（典型的には、非ストック商品は、宛先ラベリングが済まされた状態で最寄り拠点に引き渡される）。
（４）最寄りエリア内の顧客が注文した非ストック商品とストック商品の同梱配送（同梱して配送する場合は、最寄り拠点にて同梱作業や宛先ラベリング作業が行われる）。
（５）最寄りエリア内の顧客への配送を行ったが不在であった場合の再配達。
（６）上記（５）再配達時にストック商品の追加注文があった場合の当該ストック商品の同時配送。

なお、本発明の一実施形態においては、物流センターから最寄り拠点への配送は、同一業者内の業務として実施され、他の宅配業者等への委託は行われない。例えば、業者内の自社便等により１日数回程度、対象商品が配送される。

図２に、本発明の一実施形態にかかる商品出荷管理システムの全体構成例を示す。

図２に示されるように、商品出荷管理システム２０は、その一実施形態における構成として、管理サーバ２１と、ユーザ（顧客）や配達員等が使用する各種情報処理装置（図において、例示的に、携帯情報端末ないしタブレット端末２２、携帯電話２３、ＰＣ２４〜２６、ＰＯＳ端末２７〜２８が示されている。以下、総称して「各種端末」ないし単に「端末」とも言うこともある）とで構成されている。商品出荷管理システム２１、各種端末間は、図１に示されるように専用回線やインターネット等の公衆回線（有線の回線として、３７〜３９）で相互に通信可能に接続されている。また、回線は有線であっても無線であってもよく、無線の場合、携帯情報端末ないしタブレット端末２２及び携帯電話２３、並びにＰＯＳ端末２７〜２８は、無線で図示しない基地局やアクセスポイント等を介してインターネット３９に乗り入れ、更に回線３８を介して管理サーバ２１と相互に通信可能に接続される。

ここで、アクセスポイントとは、ＰＣやスマートフォンなどの無線端末を相互に接続したり、他のネットワークに接続させたりするための無線機である。典型的には、ＯＳＩ参照モデルにおける第１層（物理層）及び第２層（データリンク層）の通信プロトコルで作動するデバイスである。

なお、本願の出願時点での携帯電話や携帯情報端末ないしタブレットは、パーソナルコンピュータ（ＰＣ）に比肩する処理能力（通信処理速度や画像処理能力等）を備えているものも多く、小型のコンピュータとも言うべきものである。

また、本発明の実施に必要なプログラムないしソフトウェアは、通常、ＰＣや携帯情報端末の記憶部におけるＨＤＤ、ＳＳＤ等にインストールないし記憶され、プログラムないしソフトウェアの実行時には、必要に応じて記憶部内のメモリにその全部又は一部のソフトウェアモジュールとして読み出され、ＣＰＵにおいて演算実行される。

あるいは、ブラウザベースのコンピュータないし携帯情報端末を採用することもできる。この場合は、必要に応じて他のサーバやコンピュータから端末にプログラムが配信され、端末上のブラウザではこれを実行するという構成になる。

また、管理サーバ２１のハードウェア構成も、基本的にはＰＣを採用することができる（念のため、図３を参照して後述する）。なお、本発明はこれに限定されるものではないが、管理サーバ２１は、必要に応じてそのハードウェアスペックを上げるにあたり、複数のＰＣ（一例として、数十台〜数万台）を並列的に作動させることによって大規模データの処理に適した構成をとることもできる。

図３に、本発明の一実施形態にかかる商品出荷管理システムにおける管理サーバの機能ブロック図を示す。例示的に、管理サーバの動作は、以下に説明するハードウェアの個々の動作、及びソフトウェアとこれらハードウェアとの連携動作によって実現されている。

図３において、ハードウェアブロック全体としての管理サーバ３００は、大別すると、各種比較・演算処理を行うためのＣＰＵ３０１と、ＲＡＭ、ＲＯＭ、フラッシュメモリ等の記憶部３０２と、キーボードやポインティングデバイス等の入力部３０３と、ディスプレイやスピーカ等の出力部３０４と、各種信号制御のための制御部３０５と、通信（インタフェース）部３０６（無線、有線を問わない）と、時刻等を計時するための計時部３０７と、電源部３１２とからなる。

これらのモジュールは必要に応じて適宜通信バスや給電線（図３においては、便宜上各線が適宜区分された結線３９９としてひとまとめに表す）によって接続されている。

また、本発明の実施に必要な管理サーバ３００上で実行されるプログラムないしソフトウェアは、通常、記憶部３０２を構成するハードディスクディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、フラッシュメモリ等にインストールないし記憶され、プログラムないしソフトウェアの実行時には、必要に応じて記憶部３０２内のメモリにその全部又は一部のソフトウェアモジュールとして読み出され、ＣＰＵ３０１において演算実行される。

なお、演算実行は必ずしもＣＰＵ３０１等の中央処理部で行われる必要はなく、図示しないディジタルシグナルプロセッサ（ＤＳＰ）等の補助演算装置を用いることもできる。

図４に、本発明の一実施形態にかかる商品出荷管理システムにおける情報処理装置としてのタブレット端末２２の外観構成を示す。図４において、情報処理装置（タブレット端末）２２は、筐体部２２１とディスプレイ２２２と筐体２２１の下部中央部に設けられたハードウェアボタン２２３とからなる。ディスプレイ２２２は典型的には液晶ディスプレイ（ＬＣＤ）等で構成され、文字や静止画像や動画など様々な情報を表示することができる。また、ディスプレイ２２２にメニューボタンやソフトウェアキーボードを表示させ、これを指ないしタッチペン（不図示）等で触れることによりタブレット端末２２への指示（コマンド）とすることができる。この点で上記ハードウェアボタン２２３は必須の構成要素ではないが、本発明の説明の便宜上、一定の機能を担うボタンとして実装されている。もちろん、これらハードウェアボタン２２３を、ディスプレイ２２２の一部に表示させたメニューボタンで代替させることも可能である。

また、ディスプレイ２２２には、マルチタッチ入力パネルが含まれており、タッチ入力パネル上でのタッチ入力位置座標が入力デバイスインタフェース（不図示）を介してタブレット端末２２の処理系（ＣＰＵ）へ送信され処理される。そして、このマルチタッチ入力パネルは、パネルに対する複数の接触点を同時に感知することができるよう構成されている。この検出（センサ）については様々な方法で実現することができ、必ずしも接触センサに限られず、例えば、光学式のセンサを利用してパネルに対する指示点を抽出することも可能である。さらに、センサには、接触式のセンサや光学式のセンサのほか、人の肌の接触を感知する静電容量方式のセンサを用いることも可能である。

また、図４には現れていないが、タブレット端末２２は、マイクやスピーカを備えることもできる。この場合にはマイクより拾ったユーザの声などを判別して入力コマンドとすることも可能である。さらに、図４には現れていないが、タブレット端末２２の背面等にＣＭＯＳ等のカメラデバイスを実装させることもできる。

図５に、本発明の一実施形態にかかるタブレット端末２２を構成するハードウェアの機能ブロック図を例示する。タブレット端末２２の動作は、以下に説明するハードウェアの個々の動作、及びソフトウェアとこれらハードウェアとの連携動作によって実現されている。

図５において、ハードウェアブロック全体としてのタブレット端末５００は、大別すると、図４におけるハードウェアボタン２２３、ディスプレイ２２２に設けられたマルチタッチ入力パネル、マイク等で構成される入力部５０１と、プログラムやデータ等を記憶するためのハードディスク、ＲＡＭ及び／又はＲＯＭ等で構成される記憶部５０２と、プログラムによって様々な数値計算や論理演算を行うＣＰＵによって構成される中央処理部５０３と、ディスプレイ２２２等で構成される表示部５０４と、チップや電気系統等の制御を行うための制御部５０５と、インターネットにアクセスするためのスロットや光通信を行うためのポート、及び通信インタフェースから構成される通信インタフェース部５０６と、スピーカやバイブレーション、赤外線プロジェクター等の出力部５０７と、時刻等を計時するための計時部５０８と、ＣＭＯＳ等のイメージセンサや赤外線センサ、慣性センサ等からなるセンサ部５０９と、装置内の各モジュールに電源を供給するための電源部５１０とからなり、これらのモジュールは必要に応じて適宜通信バスや給電線（図５においては、便宜上各線が適宜区分された結線５９９としてひとまとめに表す）によって接続されている。
なお、センサ部５０９には、タブレット端末５００（２２）の位置を特定するためのＧＰＳセンサモジュールを含めることとしても良い。また、センサ部５０９を構成するＣＭＯＳ等のイメージセンサや赤外線センサ等によって検知された信号は、入力部５０１において入力情報として処理することができる。

また、本発明の実施に必要なタブレット端末５００上で実行されるプログラムないしソフトウェアは、通常、記憶部５０２を構成するハードディスクディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、フラッシュメモリ等にインストールないし記憶され、プログラムないしソフトウェアの実行時には、必要に応じて記憶部５０２内のメモリにその全部又は一部のソフトウェアモジュールとして読み出され、ＣＰＵ５０３において演算実行される。

なお、演算実行は必ずしもＣＰＵ等の中央処理部５０３で行われる必要はなく、図示しないディジタルシグナルプロセッサ（ＤＳＰ）等の補助演算装置を用いることもできる。

［最寄り拠点にストックされるストック商品の決定］
本発明の一実施形態にかかる商品出荷管理システムでは、最寄り拠点にストック（在庫）させるべきストック商品の判断ないし決定が行われるが、ここでは、その詳細について説明する。

上述したとおり、ストック商品は、最寄りエリア内の日常的な需要の高低によって最寄りエリアごとにシステム上選定されるものであるが、より具体的には、（１）ストック候補商品の選定を行い、（２）その中から、生産終了ないし販売終了した候補商品を除外し、（３−Ａ）さらにその中から、顧客による自身のストック登録要求を受け付けるか、あるいは、（３−Ｂ）自動判定によるストック登録を行う、といった流れで選定される。
特に、上記（１）のストック候補商品の選定には、（１−Ａ）販売実績データを解析することによるストック候補商品の選定と、（１−Ｂ）商品管理情報によるストック候補商品の選定とがある。以下、順を追って詳述する。

１−Ａ．販売実績データを解析することによるストック候補商品の選定処理
このストック候補商品の選定処理は、過去に蓄積した販売実績データ（販売管理ＤＢに記録されている）を解析して顧客から繰り返し需要が発生する（顧客から一定期間内に一定数の注文が入る）商品を抽出するための自動抽出ロジックを設定し、この自動抽出ロジックに基づいて最寄り拠点にストックする候補商品を選定する（抽出ロジック作成処理概念については、図７を参照して後述する）。

１−Ｂ．商品管理情報によるストック候補商品の選定処理
このストック候補商品の選定処理は、顧客が過去に購入した商品（販売管理ＤＢに記録されている）のうち、シリーズものの書籍であって未完結のものやバージョンアップされたソフトウェア商品を抽出することにより処理される。商品がシリーズものであることやその商品のバージョン番号については、商品管理ＤＢに記録されている。

２．生産終了ないし販売終了した候補商品の除外処理
この除外処理は、候補商品の在庫状況が「生産終了」や「販売終了」等の供給不能状態になっている商品を候補から除外するための処理である。かかる情報は、商品管理ＤＢにおいて商品ごとに記録されており、特定の商品が生産終了や販売終了になれば都度情報更新されるものである。
なお、在庫状況が販売終了等の候補商品であってもメーカー等からの取り寄せが可能な候補商品（かかる情報も商品管理ＤＢにおいて商品ごとに管理することができる）は、除外しないように制御することもできる。

３−Ａ．顧客による自身のストック登録要求受け付け処理
この登録処理は、上記２までで抽出された候補商品情報を顧客端末上に提供して顧客によって選定させることによりストック登録するものである。典型的には、顧客は、顧客端末を通じてストック候補商品の中から、発注した場合には短時間（例えば、３０分とか１時間とか）での配送を希望する商品を選定及びストック登録することになる。
この登録処理については、図８〜図９を参照して更に詳述するが、顧客端末の登録によってストック登録がなされるので、最寄りエリアごとに異なるストック商品群が形成され、システムにおいて管理されることになる。

３−Ｂ．自動判定によるストック登録処理
この登録処理は、顧客がストック登録をしていなくとも、商品出荷管理システム運用者の観点から需要の高い商品や繰り返し購入（リピート購入）率の高い商品をピックアップしてストック商品に自動登録するものである。需要の高さの基準やリピート購入率の基準は、システム運用者によって適宜設定することができる。なお、この登録処理は、全ての最寄り拠点に対して共通に登録したり、地域ごとないし最寄りエリアごとに異なった登録を行ったりするなど、柔軟な運用が可能である。

図６に、上述した最寄り拠点にストックされるストック商品の決定処理ないし登録処理のフローを示す。ステップＳ６０１において処理が開始されると、ステップＳ６０２において、データ解析によるストック候補商品の抽出が行われる。具体的には、管理サーバ２１において、販売管理ＤＢ等を参照して処理される。次に、ステップＳ６０３へ進み、商品情報によるストック候補商品の抽出が行われる。具体的には、管理サーバ２１において、商品管理ＤＢ等を参照して処理される。

ステップＳ６０４では、ステップＳ６０２及びステップＳ６０３で抽出された候補商品のうち、生産終了ないし販売終了となっている商品があるかどうかが判断され、Ｙｅｓの場合、ステップＳ６０５へ進み、該当商品を除外する処理がなされる。具体的には、管理サーバ２１において、商品管理ＤＢ等を参照して処理される。ただし、商品管理ＤＢ等で別途管理されているフラグを参照するなどして、メーカー等からの取り寄せが可能と判断された場合には、除外しない（ステップＳ６０４で、Ｎｏと判断させる）ことも可能である。

ステップＳ６０６では、顧客の端末に提示されたストック候補商品に対して、顧客からストック希望商品の登録処理があったかどうかが判断され、ない場合にはステップＳ６０８へ進むが、顧客からストック希望商品の登録処理があった（ステップＳ６０６において、Ｙｅｓ）の場合は、ステップＳ６０７へ進み、指定されたストック候補商品のストック登録処理が行われる。具体的は、管理サーバ２１において、商品管理ＤＢ等が更新されるか、商品管理ＤＢから抽出された最寄り拠点ごとのストック商品管理テーブルが更新されることにより実施される。

次に、ステップＳ６０８では、商品出荷管理システム運用者の観点から設定された自動判定処理が行われ、かかる自動判定基準に照らしてストック登録すべき候補商品があるかどうかが判断される。ステップＳ６０８においてＹｅｓの場合は、ステップＳ６０９へ進み、自動判定基準を満たすストック候補商品のストック登録処理が行われる。具体的は、管理サーバ２１において、商品管理ＤＢ等が更新されるか、商品管理ＤＢから抽出された最寄り拠点ごとのストック商品管理テーブルが更新されることにより実施される。

ステップＳ６０８においてＮｏの場合、あるいは、ステップＳ６０９を終えると、ステップＳ６１０へ進み、最寄り拠点にストックされるストック商品の決定処理ないし登録処理のフローとしては終了する。

図７に、本発明の一実施形態にかかる商品出荷管理システムにおいて、最寄り拠点にストックする候補商品を選定するための抽出ロジックの作成処理概念を示す。

図７における本発明の一実施形態にかかる商品出荷管理システムは、フロントシステム７１０と基幹システム７２０と分析環境７４０とストック候補商品ＤＢないしテーブル７５０に表れている。同図において、基幹システム７２０に対しては、店舗（のＰＯＳレジなど）７０１と、顧客端末に向けたＷＥＢサイト７０２及び顧客端末等の端末アプリ７０３へのフロントシステム７１０とからアクセスされるようになっている。店舗（のＰＯＳレジ）７０１は、実店舗で販売された商品や実店舗への配送を要求された商品等の情報を基幹システム７２０とやり取りするものであり、フロントシステム７１０を介したＷＥＢサイト７０２や端末アプリ７０３は、インターネット等を介した電子商取引を通じて注文や販売された商品等の情報を基幹システム７２０とやり取りするものである。

フロントシステム７１０は、本発明の一実施形態にかかる商品出荷管理システムにおける基幹７２０と、顧客端末に向けたＷＥＢサイト７０２及び顧客端末等の端末アプリ７０３ｆとの間の取引ないし手続上の仲介をするソフトウェアモジュールであり、管理サーバ２１やその他のサーバ上で作動する。フロントシステム７１０は、そのサブモジュールとして、顧客端末等に商品の推奨する商品推奨ロジック７１１、顧客端末から閲覧されたり、注文等される商品を追跡等したりする行動ログロジック７１２、その他の処理系からなるロジック７１３を含む。

また、基幹システム７２０は、販売管理ＤＢを含む販売管理処理系７２１、倉庫管理ＤＢを含む倉庫管理処理系７２２、在庫管理ＤＢを含む在庫管理処理系７２３、顧客管理ＤＢを含む顧客管理処理系７２４、商品管理ＤＢを含む商品管理処理系７２５、その他のＤＢを含む他の処理系７２６を含む。

図７において、最寄り拠点にストックする候補商品を選定するための抽出ロジックは、一例として、商品管理サーバ２１内に構築された分析環境７４０において作成される。その手順は次のとおりである。すなわち、同図に示されるように、店舗（のＰＯＳレジなど）７０１と、顧客端末に向けたＷＥＢサイト７０２及び顧客端末等の端末アプリ７０３へのフロントシステム７１０とからアクセスされ、商品情報や販売情報等を更新管理している基幹システム７２０からデータ収集（７３０）が行われ、分析環境７４０のデータウェアハウスへ送り込まれる。すなわち、ストック候補商品の選定処理は、顧客情報、商品情報、購入情報（販売情報）、閲覧情報などを分析用データウェアハウス７４１に収集し、蓄積されたデータを解析する（７４２）ことにより作成された商品抽出ロジック（７４３）によって自動的に行われる（７４４）。

データ解析７４２では、データウェアハウス７４１に対する種々のデータ解析が行われる。本発明は、これらに限定されるものではないが、データウェアハウスに蓄積されるデータは、一般に時系列に整理された大量の統合業務データであり、様々な項目間の関連性が分析される。例えば、店舗７０１での売上データから「週末にフィットネス用品を買う４０代及び５０代の男性は、一緒に関連する書籍を購入することが多い」とか「防水スプレー等の日用品は、雨の日の前日に最もよく売れる」など、従来の単純な集計では明らかにならなかった各要素間の関連を洗い出す。

そして、抽出ロジック作成処理７４３では、一例として、次の観点（Ａ）〜（Ｃ）から抽出ロジックが作成される。

（Ａ）過去に繰り返し購入されている商品
これは、時系列に整理された大量の販売実績データ、及び顧客データ等から、商品ごとの販売実績を集計してランキング処理等をすることによって、購入層ごとに任意の期間中に繰り返し購入されている商品を抽出することができる。
販売実績データや顧客データなどのデータは、具体的には、店舗や電子商取引を実施するＷＥＢサイトでの顧客別の商品購入実績や顧客情報、商品情報などのデータをもとに、一定期間に一定頻度以上の購入回数があるかどうかなどを判断することにより、繰り返し購入商品であると判定したり、特定の顧客が一定数以上の商品を一定期間に一定頻度以上購入した実績等があれば繰り返し購入傾向が強い商品であると判定したりする。

（Ｂ）他の商品と併せて購入される傾向のある商品
時系列に整理された大量の販売実績データ等から顧客ごとに同時購入された商品の組み合わせを分析することにより、他の商品と併せて購入される傾向のある特定の商品や、併せて購入される商品の組み合わせ等として抽出することができる。
（Ｃ）比較的単品でも購入される傾向のある商品
時系列に整理された大量の販売実績データ等から抽出することができる。

上記（Ｂ）、（Ｃ）については、店舗や電子商取引を実施するＷＥＢサイトでの商品購入実績や商品閲覧実績、顧客情報、商品情報等から、例えば商品ごとの販売個数を集計することによる販売成長率の分析を行ったり、商品の詳細ページ閲覧をカウントすることによるページビューの増加率の分析を行ったり、その他単品購入率や特定商品のリピート購入率、同時購入率などの分析を行ったりして、それらの数値が一定値以上になった商品について、特定の傾向がある商品であると判定することができる。判定された商品はその傾向と程度を表わす識別子及びランク値とともに、商品管理ＤＢあるいは商品管理ＤＢから抽出された最寄り拠点ごとのストック商品管理テーブルに記録管理される。

また、上記（Ａ）〜（Ｃ）に例示したロジック判定は、常に固定された観点から実施されるものではなく、過去の販売実績データ等から作成されるものであって、ストック候補商品の各パラメータ（各種項目）に沿った分析抽出基準を含むものであれば、適宜代替ロジックによって判定されうる。

商品自動抽出７４４では、作成された抽出ロジックに基づいた商品の自動抽出処理が行われる。自動抽出された商品群は、ストック候補商品として、ストック候補商品ＤＢないしテーブル７５０に格納される。

次に、図８〜図９を参照して、顧客によるストック希望商品の登録処理例について詳述する。図８は、本発明の一実施形態にかかる商品出荷管理システムにおけるストック商品登録処理ないし更新処理のフローチャートであり、図９は、本発明の一実施形態にかかる商品出荷管理システムにおける顧客端末上での表示例を示す。なお、図８に示された処理例は、図６に示した登録要求処理及び／又は自動登録処理を阻害するものではなく、並行して、あるいは代替的に実施しうる処理の一例である。

図８のステップＳ８０１において処理が開始されると、ステップＳ８０２へ進み、ストック候補商品ＤＢないしテーブル７５０からフロントシステム７１０へ在庫有りストック候補商品の取込みが行われる。

次に、ステップＳ８０３へ進み、フロントシステム７１０において、商品推奨ロジック７１１等を起動させるなどして、在庫有りストック候補商品情報をユーザ端末に配信することにより、かかる候補商品の提示ないし推奨が行われる。ステップＳ８０４では、ユーザ端末上での顧客からのストック商品絞り込み要求ないし登録要求の有無を待つ。ステップＳ８０４においてＮｏの場合はステップＳ８０３へ進んで本フローとしては終了する（あるいは要求待ちとして、ステップＳ８０４へ復帰させてもよい）が、同ステップにおいてＹｅｓの場合はステップＳ８０５へ進み、顧客から要求のあった登録要求情報に基づき、必要に応じてストック候補商品の絞り込みが行われ、ステップＳ８０６にて顧客から要求のあったストック希望商品の登録処理が行われる。ステップＳ８０７では、顧客からの要求に基づき登録されたストック希望商品に基づいて、ストック候補商品ＤＢないしテーブル７５０が更新され、本フローとしては終了する（ステップＳ８０８）。

図９に、本発明の一実施形態にかかる商品出荷管理システムにおける情報処理装置（ユーザないし顧客端末）の表示例を示す。同図において、端末９００の筐体９１０上に設置されたディスプレイ９２０上には、図８を参照して例示したストック候補商品リスト９３０が「在庫有りストック候補商品の一覧です（全ｘｘｘ件）」とのメッセージとともに表示されている。リスト９３０中、商品Ａについて提供されている情報について説明すると、商品Ａは、その商品イメージ９３１とともに、商品名９３２が提示され、通常価格及び販売価格９３３も提示されている。また、購入時の付与ポイント９３４についても提示されている。

さらに、顧客が当該商品Ａをその顧客用のストック商品として登録したい場合には、「Ｍｙストック」として登録できるように登録ボタン９３５が設けられている。その顧客が「Ｍｙストック」に登録した商品情報は、同図の「Ｍｙストックへ」と記されたボタン９２１を押下することにより図示しない確認画面へ遷移して確認することができる（図示しないが、Ｍｙストック確認画面では、登録状態のアクティブ／非アクティブの切り替え、登録解除（削除）等の編集ボタンを備えることもできる）。

図９において、商品Ｂ及び商品Ｃも、商品Ａと同様に情報提供されている様子が確認できる。

このように、本発明の一実施形態にかかる商品出荷管理システムにおける電子商取引においては、顧客端末に向けたＷＥＢサイト７０２及び／又は顧客端末等の端末アプリ７０３上にて在庫有りストック候補商品の提示を受けることにより確認を行うことができ、確認した商品の中から最寄り拠点にストックを希望する商品を選択／登録／編集できることが本発明の特徴の１つとなっている。なお、最寄り拠点にストック商品を確保する仕組みについては、図１０を参照して後述する。

図１０に、本発明の一実施形態にかかる商品出荷管理システムにおける分析及び物流モデルを示す。特に、同図の説明よって最寄り拠点にストック商品が確保される仕組みが明らかにされる。最寄り拠点にストック商品が確保される仕組みは、大別して次の３ステップからなる。

（ＳＴＥＰ１）
最寄り拠点ごとのストック希望商品情報をもとに、最寄り拠点別ストック商品在庫数を推定する。具体的には、過去の購入実績や顧客情報、商品情報などのデータから最寄り拠点ごとに確保すべきストック商品の在庫数を推定する需要予測モデルで作成し、これらのストック商品ごとの在庫数を推定する（この在庫数を定番数ともいう。定番数は、その最寄り拠点において常時確保しておくべき必要最低限の数ともいえる）。
（ＳＴＥＰ２）
上記ＳＴＥＰ１で推定された在庫数（定番数）を下回った場合は、最寄り拠点側から基幹システム側へ自動発注して在庫を補充する。
（ＳＴＥＰ３）
基幹システムでは、ＳＴＥＰ１で推定された最寄り拠点ごとストック商品ごとの定番数を管理しており、必要に応じてＳＴＥＰ２でなされた自動発注を処理して、随時物流センターに対して最寄り拠点へのストック商品搬入（在庫調達）を指示する。

図１０において、最寄り拠点にストック商品が確保される仕組みは、顧客から収集したストック希望商品群情報を集積したストック希望商品データベース１０１０と、分析環境１０２０と、基幹システム１０３０とで実現される（必要に応じて、最寄り拠点における拠点端末からのフィードバックも含まれる）。

同図において、ストック希望商品データベース１０１０から分析環境１０２０へストック希望商品群情報が取り込まれるとともに、分析環境１０２０内では分析データウェアハウス１０２１に基づいた需要予測モデル作成が行われる（１０２２）。これらの情報及びモデルに基づき、需要予測が実施され（１０２３）、予測情報が基幹システム１０３０へ送信されて基幹システム１０３０内で連携される。

基幹システム１０３０内では、分析環境１０２０から送信された需要予測情報を考慮して、最寄り拠点ごとのストック商品在庫数情報テーブル１０３１がチェックされ、要に応じて更新される（ストック商品在庫数情報テーブル１０３１は、一例として、最寄り拠点ごとのストック商品データベースに含まれるか、随時派生して作成される）。

次に、基幹システム１０３０内では、更新されたストック商品在庫数情報テーブル１０３１に基づいて物流センター１１〜１３へ対象商品の在庫調達指示（１０３２）が送られる（調達すべき最寄り拠点も対象商品ごとに指示される）。同図には示されていないが、指示を受けた物流センター１１〜１３では、対象商品を指定された最寄り拠点１０５０へ在庫調達すべく配送（１０４０）が行われる。

このとき、本発明の一実施形態において、在庫調達される商品の数は、ストック希望商品データベース１０１０に記録されているストック希望商品数よりも多めに見積もられる点に留意されたい。具体的には、ある最寄り拠点におけるストック希望商品について、そのストック希望数の総数が５００個であった場合、基幹システム１０３０が物流センターに対して当該最寄り拠点に対し在庫調達させるストック商品の数は、当該最寄り拠点での在庫数が５００個を越えるように調節される（一例として、数パーセント程度多くなるように調整される）。

一方で、最寄り拠点１０５０では、在庫している個々のストック商品の増減推移を管理し、在庫が減少し定番数を下回ったストック商品については、基幹システムに対して個別に自動発注するように構成することもできる。

図１１に、本発明の一実施形態にかかる商品出荷管理システムにおけるストック候補商品データベース、ストック希望商品データベース、顧客管理データベース、商品管理データベース、在庫管理データベース等から派生ないし作成させたデータテーブル例（同図（Ａ））と、当該テーブルに基づいて、顧客端末（の画面）上に情報提供を行っている様子（同図（Ｂ））とを示す。

図１１（Ａ）においては、例示的に、最寄り拠点ごと（さらに必要であれば、最寄り拠点ごと及び顧客ごと）のストック候補商品、ストック希望商品、ストック定番数、確保在庫数との関係を整理したテーブル１１１０ａ〜１１１０ｃが例示されている（同図（Ａ）では、例示的に、テーブル１１１０ａが最寄り拠点「新宿１」の最寄りエリアにいるある顧客について整理されたテーブルであるものとする）。テーブル１１１０ａには、最寄り拠点「新宿１」において登録されたストック候補商品Ａ，Ｂ，Ｃ，Ｘ，Ｙ，Ｚが登録されており、それぞれのストック候補商品に対して顧客より要望されたストック希望の有無と、需要予測モデルや顧客からの希望数に基づいて算出されたストック定番数と、商品管理データベース及び在庫管理データベース等から参照された現時点で最寄り拠点において確保されている在庫数とが格納されている。

例えば、テーブル１１１０ａにおいて、ストック候補商品Ａ，Ｂ，Ｘ，Ｚに対しては顧客からのストック希望要求があるものとして記録されている（同図（Ａ）において「○」印としてフラグが立っている）。また、ストック候補商品Ａについてのストック定番数は「１」と設定されているところ、この最寄り拠点においてはちょうど「１」の在庫が確保されている。

かかる状況において、最寄り拠点「新宿１」の最寄りエリア内の顧客宅を住所とする顧客端末上に表示された情報例が、図１１（Ｂ）に示されている。同図（Ｂ）において、当該顧客端末１１２０の画面上には、最寄り拠点「新宿１」について抽出されたストック候補商品群（Ａ，Ｂ，Ｃ，Ｘ，Ｙ，Ｚ，…）のうち、ストック希望要求がなされ登録された商品Ａ，Ｂ，Ｘ，Ｚの中で、確保在庫数が１以上となっている商品Ａ，Ｘ，Ｚと、図示しない自動抽出によりピックアップされた商品Ｙ（この商品も確保在庫数が１以上という条件を満たす）とについて、「今すぐ短時間でお届けできる商品はこちら！！」とのメッセージ１１２１ともに提示欄１１２２に提示されている。

提示欄１１２２には、例示的に、顧客に短時間で配達可能なストック商品について、商品名（及び必要であれば商品画像）と、価格と、購入時の付与ポイントと、在庫数とが表示されている。また、注文数（初期値を０とし、顧客ないしユーザにより増減操作可能な設定値であえる）についても表示されており、同図においては、例示的に、商品Ａ及びＢについてそれぞれ１つずつの注文がされている（この状態は、後述する注文ボタン１１２４が押下されるまでは仮の状態である）。

また、提示欄１１２３には、顧客によるストック希望要求はなされているが在庫数がゼロである商品Ｂと、図示しない自動抽出によりピックアップされた商品Ｃ（ただし、確保在庫数はゼロである）とについて、「ただ今準備中」とのメッセージとともに提示されている。

注文ボタン１１２４は、各商品の注文数を設定したうえで押下なされた場合に、注文数が１以上に設定された商品についての発注手続処理が実行されるボタンである。

図１１を参照して説明した一実施形態においては、上述のとおり、顧客が選定・登録したストック希望商品のうち、最寄り拠点に在庫が確保されている商品のみ注文可能な商品として案内提示されており、この点は、本発明の特徴の１つとなっている。

図１２〜図１４に、本発明の一実施形態にかかる商品出荷管理システムにおける情報処理装置（ユーザないし顧客端末）の表示例を示す。これらは、本発明の一実施形態にかかるストック商品を顧客から受注する仕組みのバリエーションを例示するものである。これら受注の仕組みは、顧客端末に向けたＷＥＢサイト７０２及び顧客端末等の端末アプリ７０３の画面上において、様々なタイミングで商品案内をするとともに受注することができ、そのシーンを例示すると、以下の（Ｓ１）〜（Ｓ５）などが挙げられる。

（Ｓ１）顧客が顧客端末に向けたＷＥＢサイトにアクセスしたり、顧客端末上でアプリケーションを起動させたりしたときに商品案内をするとともに受注する。
（Ｓ２）顧客が顧客端末に向けたＷＥＢサイトや顧客端末等の端末上で商品を購入しようとしているときに、「今すぐ一緒にお届けできる商品」として商品案内をするとともに受注する。
（Ｓ３）顧客の行動履歴（ページビューや購入パターンなど）を分析して一定の行動基準に一致したときに、スマートフォンアプリケーションの通知機能等を使用して、対象のストック商品案内をするとともに受注する。
（Ｓ４）顧客への商品配達中に、一緒にお届けできる商品として商品案内をするとともに追加注文を受注する。
（Ｓ５）顧客への商品配達を行ったが不在であった場合の再配達時に、一緒にお届けできる商品として商品案内をするとともに追加注文を受注する。

図１２に、ストック商品の商品案内をするとともに顧客により受注可能に構成された顧客端末の画面例を示す。同図において、顧客端末１２０１上の画面には、現在時刻表示を含むヘッダ１２１１と、現在住所ないし現在地を表示する表示欄１２２１と、「今すぐのご注文で１４：０３までにお届け」とのメッセージ１２３１と検索欄１２４１とが表示されるとともに、短時間（例えば、３０分とか１時間とか）で当該顧客宅に配送可能な商品のリストが商品表示欄１２５０に示されている。同図においては、商品Ａ〜Ｃまで表示されているが、これに限定されるものではなく、図示しないスクロール手段やページ送り手段によりさらに多くの該当商品を提示することもできる。また、検索欄１２４１に対する検索キーワード等によって希望の商品ジャンルや商品カテゴリに基づいた絞込みも可能である。

商品表示欄１２５０に表示される各商品の内容については、例示的に、商品Ａについては、その商品イメージ１２５１とともに、商品名１２５２が提示され、通常価格及び販売価格１２５３も提示されている。さらに、商品Ａを今すぐ注文した場合の到着予想時間１２５４が表示されている。また、購入時の付与ポイント１２５５についても提示されている。

顧客は、もし商品Ａを注文したい場合には、画面上の注文ボタン１２５６を押下することにより、図示しない注文手続画面等へ遷移させることができる。

図１２において、商品Ｂ及び商品Ｃも、商品Ａと同様に情報提供されている様子が確認できる。

図１３に、顧客への商品配達中に、一緒にお届けできる商品としてストック商品の商品案内をするとともに顧客より追加受注可能に構成された顧客端末の画面例を示す。同図において、顧客端末１３０１上の画面には、現在時刻表示を含むヘッダ１３１１と、顧客の現在住所ないし現在地を表示する表示欄１３２１と、「こちらのお品物を配達中です」とのメッセージ１３２５が表示されるとともに、現在配達中の商品Ｄが商品表示欄１３３０に表示されている。

商品表示欄１３３０には、例示的に、商品Ｄの商品イメージ１３３１とともに、商品名１３３２が提示されており、その下欄の連絡欄１３４０には、商品Ｄのお届け予定時間１３４１と到着予想時刻１３４２とが表示される。

さらに、図１３において、連絡欄１３４０の下欄には、現時点（同図の画面を表示されている１１：５５現在）で注文した場合に、短時間（例えば、３０分とか１時間とか）で当該顧客宅に配送可能な商品のリストが商品表示欄１３５０に示されている。

商品表示欄１３５０に表示される各商品の内容は、図１２を参照して説明した商品表示欄１２５０に表示される商品内容と同様であるが、念のために説明すると、例示的に、商品Ｃについて、その商品イメージ１３５１とともに、商品名１３５２が提示され、通常価格及び販売価格１３５３も提示されている。さらに、商品Ｃを今すぐ注文した場合の到着予想時間１３５４が表示されている。また、購入時の付与ポイント１３５５についても提示されている。

顧客は、もし商品Ａを注文したい場合には、画面上の注文ボタン１３５６を押下することにより、図示しない注文手続画面等へ遷移させることができる。

同図の商品表示欄１３５０には、商品Ｃしか表示されていないが、本発明はこれに限定されるものではなく、図示しないスクロール手段やページ送り手段によりさらに多くの該当商品を提示することもできる。また、同図には図示されていない検索欄に検索キーワード等を入力することによって希望の商品ジャンルや商品カテゴリに基づいた絞込みも可能である。
また、図示しない遷移ボタンによって、図１３に示された画面から図１２に示された画面へ遷移させても良い。

図１４に、顧客への商品配達を行ったが不在であった場合の再配達申込み時に、一緒にお届けできる商品としてストック商品の商品案内をするとともに顧客より追加受注可能に構成された顧客端末の画面例を示す。同図において、顧客端末１４０１上の画面には、現在時刻表示を含むヘッダ１４０３が表れているが、ヘッダ１４０３を含む画面にポップアップされる形式で、再配達申込み画面１４０５が表示されている。

再配達申込み画面１４０５には、例示的に、配達担当者の名前と「ご不在でしたのでお届け品を持ち帰りました」とのメッセージを含むご案内欄１４１０があり、その下欄に配達商品の商品表示欄１４２０が配置されている。商品表示欄１４２０には、例示的に、商品Ｅの商品イメージ１４２１とともに、商品名１４２２が提示されている。

図１４において、商品表示欄１４２０の下欄には、再配達指示欄１４３０が配置され、同欄１４３０には、３つの指示ボタン１４３１〜１４３３が配置されている。具体的には、指示ボタン１４３１は、顧客が現在在宅中などであり今すぐ再配達を指示するための指示ボタンであり、指示ボタン１４３２は、電話で再配達を指示するための指示ボタンである。
また、指示ボタン１４３３は、再配達設定（画面に設定された内容）に従って再配達を指示するための指示ボタンであり、このボタンを押下すると、例示的に図示しない再配達設定画面に遷移させることができる。

また、図１４の再下欄には、現時点（同図の画面を表示されている１５：４５現在）で注文した場合に、短時間（例えば、３０分とか１時間とか）で当該顧客宅に再配達時に一緒に配送可能な商品のリストの案内１４４１が提示されている。同図においては、図示しないスクロールボタンによって、商品リスト（例えば、図１２に示されたようなリスト）を提示させたり、あるいは、画面遷移アイコン１４４５を押下することによって、図１２に示された画面へ遷移させたりすることができる。

図１５及び図１６に、本発明の一実施形態にかかる商品出荷管理システムにおける処理動作フローを示す。図１５及び図１６に示された動作フローは、本発明の一実施形態において特有の「最寄り拠点」を築いたことによって実現可能となった受注／配達のバリエーションを例示するものである。図１５には、最寄り拠点に在庫されたストック商品を短時間で配達できる様子（同図の時刻ｔ１〜ｔ３までのフロー）と、顧客が注文した非ストック商品が物流センターから出荷され、顧客宅を最寄りエリアとして包含する最寄り拠点を通過するまでの間であれば、いつでも最寄り拠点に在庫されたストック商品を追加受注して先に注文した非ストック商品と一緒に配達する様子（同図の時刻ｔ４〜ｔ１１までのフロー）を例示している。
さらに、図１６には、最寄り拠点から配達されたがストック商品が不在等の理由で再配達される際に、他のストック商品の追加受注を受け付けてこれらを一緒に配達することが可能である様子（同図の時刻ｔ３３以降のフロー）を例示している。

［最寄り拠点のストック商品を短時間で配送するシーン］
図１５の時刻ｔ１において、顧客宅のユーザ端末（顧客端末）から商品出荷管理システムの管理サーバ２１に対し、ストック商品の注文が出される（ステップＳ１５０１）と、管理サーバ２１では、受注手続を行い（ステップＳ１５０２）、時刻ｔ２に最寄り拠点の拠点端末に受注したストック商品の配達指示を出す（ステップＳ１５０３）。

配達指示を受けた最寄り拠点の拠点端末は出荷準備の指示を出し、時刻ｔ２〜ｔ３にかけて最寄り拠点での出荷準備が行われ（ステップＳ１５０４）、時刻ｔ３に、顧客宅へ向けて注文されたストック商品が配送される（Ｓ１５０５）。

［非ストック商品の注文後にストック商品を追加受注するシーン］
図１５の時刻ｔ４では、顧客宅のユーザ端末（顧客端末）から商品出荷管理システムの管理サーバ２１に対し、非ストック商品の注文が出される（ステップＳ１５１０）。非ストック商品は、本実施形態においては物流センターから最寄り拠点を経由して顧客宅へ配送されることが多く、今回の受注品についても物流センターから出荷予定である。時刻ｔ４〜ｔ５まで、管理サーバ２１において受注手続がなされる（ステップＳ１５１１）と、時刻ｔ５において物流センターの拠点端末に対し、受注した非ストック商品の配達指示を出す（ステップＳ１５１２）。

配達指示を受けた物流センターの拠点端末は出荷準備の指示を出し、時刻ｔ５〜ｔ６にかけて物流センターでの出荷準備が行われ（ステップＳ１５１３）、時刻ｔ６に、最寄り拠点へ向けて注文された非ストック商品が配送される（Ｓ１５１４）。

ここで、時刻ｔ６に物流センターから最寄り拠点へ向けて出荷された非ストック商品は、同図に示されるように時刻ｔ１０に到着するが、その間に次に述べる処理動作が実施される。

まず、時刻ｔ７において、管理サーバ２１からユーザ端末（顧客端末）に向けて、さきほど受注した非ストック商品が発送された旨の通知を行うとともに追加注文受付の案内を送信する（ステップＳ１５１５）。この案内には、図１３を参照して説明した案内を行うと好適である。

次に、時刻ｔ８において、ユーザ端末（顧客端末）から管理サーバ２１へ向けて、図１３を参照して説明した案内画面を介してストック商品の追加注文がなされる（ステップＳ１５１６）。管理サーバ２１では、追加受注手続がなされ（ステップＳ１５１７）、時刻ｔ９に最寄り拠点の拠点端末へ追加注文されたストック商品の配送指示が出される（ステップＳ１５１８）。
この時点では、時刻ｔ６に物流センターから出荷された非ストック商品はまだ最寄り拠点には到着しておらず、最寄り拠点では、時刻ｔ９〜時刻ｔ１１まで、配送指示のあったストック商品の出荷準備が行われる（ステップＳ１５２０）。

そして、最寄り拠点でストック商品の出荷準備がなされている最中の時刻ｔ１０に、物流センターから出荷された非ストック商品が最寄り拠点に到着する（ステップＳ１５１９）。最寄り拠点では、到着した非ストック商品とストック商品の同梱作業が行われる。

最後に、時刻ｔ１１に最寄り拠点から同梱された非ストック商品とストック商品が顧客宅へ向けて出荷される（ステップＳ１５２１）。

［最寄り拠点から再配達する際に他のストック商品を追加受注するシーン］
図１６の時刻ｔ３０において、顧客宅のユーザ端末（顧客端末）から商品出荷管理システムの管理サーバ２１に対し、ストック商品の注文が出される（ステップＳ１６０１）と、管理サーバ２１では、受注手続を行い（ステップＳ１６０２）、時刻ｔ３１に最寄り拠点の拠点端末に受注したストック商品の配達指示を出す（ステップＳ１６０３）。

配達指示を受けた最寄り拠点の拠点端末は出荷準備の指示を出し、時刻ｔ３１〜ｔ３２にかけて最寄り拠点での出荷準備が行われ（ステップＳ１６０４）、時刻ｔ３２に、顧客宅へ向けて注文されたストック商品が配送される（Ｓ１６０５）。

時刻ｔ３３には、最寄り拠点から出荷されたストック商品が顧客宅に到着する（ステップＳ１６０６）が、顧客は不在であるため不在票がポストに投函されるなどし（ステップＳ１６０７）、ストック商品はいったん最寄り拠点へ持ち帰られる（ステップＳ１６０８）。

時刻ｔ３４には、管理サーバ２１から顧客端末へ向けて不在案内とともに追加注文受付の案内が送信される（ステップＳ１６０９）。この案内には、図１４を参照して説明した案内を行うと好適である。

次に、時刻ｔ３５において、ユーザ端末（顧客端末）から管理サーバ２１へ向けて、図１４を参照して説明した案内画面を介して他のストック商品の追加注文がなされる（ステップＳ１６１０）。管理サーバ２１では、追加受注手続がなされ（ステップＳ１６１１）、時刻ｔ３６に最寄り拠点の拠点端末へ追加注文された他のストック商品の配送指示が出される（ステップＳ１６１２）。このときまでに、持ち帰られたストック商品が最寄り拠点に到着しており、最寄り拠点では、時刻ｔ３６〜時刻ｔ３７まで、持ち帰ったストック商品と追加受注により配送指示のあった他のストック商品の同梱出荷準備が行われる（ステップＳ１６１３）。

そして、時刻ｔ３７に最寄り拠点から同梱されたストック商品が顧客宅へ向けて出荷される（ステップＳ１６１４）。

図１５及び図１６を参照して説明した受注／配送のバリエーションを実現するために、基幹システム上では、各拠点の商品ごとの在庫数、各拠点間の配送時間、顧客宅までの配送時間が管理され、都度再計算されて更新制御されている。また、商品は拠点を出荷後に追跡され、配達中の商品の現在位置が更新管理され、追加注文や注文内容の変更に応じて、到着予定時刻が再計算されて顧客端末や配達員の移動端末に適宜通知される。

［ユーザ端末操作に関する他の実施例］
次に、本発明の他の実施形態にかかる商品出荷管理システムにおけるユーザ端末に対する操作及び表示例を示す。なお、以下に説明する実施形態は、これまでに説明した商品出荷管理システムにおける管理サーバから提供される商品リスト表示及び選択における特徴の制約を受けたり、本発明の商品出荷管理システムの独自の構成に制約されたりすることはなく、ユーザ端末に対する独立した操作及び表示機能として作動させることが可能である。但し、以下の説明では、発明の理解の容易のために、上述した商品出荷管理システムにおけるユーザ端末の動作例として説明する。

図１７Ａは、ユーザ端末における所定時間内に配達可能な商品リストの表示例であり、特徴的に、所定時間そのものをスライダーインタフェースによって変更することができる様子を示している。

図１７Ａにおいて、まず、表示欄１７０１には、指定された（または、登録済みの）配達場所表示と、蓄積ポイント（図中は、９９９９ｐｔ）とが表示されている。その下には、検索欄１７０２と、カテゴリ指定欄１７０３とが表示されている。同図に示されているように、カテゴリ指定欄１７０３の「すべて」ボタンを押下した場合には、全カテゴリ指定となる（つまり、カテゴリによる絞込みは行われない）。

そして、図１７Ａにおける操作及び表示欄１７０４が特徴的な部分であり、操作及び表示欄１７０４には、検索欄１７０２及びカテゴリ指定欄１７０３によって絞り込まれた商品の数と、それらを配達できる時間とか操作可能に表示されている。つまり、同欄の上部には、例示的に「全４０００，０００」商品中、所定時間（１０分）以内に配達可能な商品が１０００商品あることが示されている。
また、同欄１７０４の下部には、配達可能な時間の指定を変更可能なスライダーインタフェースが示されており、同インタフェースのノブ１７０４１をユーザの指等で直接操作することにより、指定条件の変更ができるように構成されている（詳細動作は、図１７Ｂ及び図１７Ｃを参照して後述する）。同欄１７０４では、ノブ１７０４１は、「１０分（以内）」の位置にあり、１０分以内に配達可能な商品を絞り込むことを指示するインタフェースとなっている。

すなわち、本発明の他の実施形態においては、上述のとおり、（１）検索欄１７０２でのキーワード等による絞り込みと、（２）カテゴリ指定欄１７０３でのカテゴリによる絞り込みと、（３）操作及び表示欄１７０４におけるスライダーインタフェースでの配達可能時間による絞り込みという最大３種類の同時絞り込み（ＡＮＤ条件での絞り込み）が可能なように構成されていることが大きな特徴となっている。もちろん、これら３種類の絞り込みを常に使用する必要があるのではなく、検索欄１７０２を使用せず、カテゴリ指定欄１７０３及び操作及び表示欄１７０４におけるスライダーインタフェースでの絞り込みや他の組み合わせでの絞り込み、あるいは、検索欄１７０２のみといった単独での絞り込みも可能である。

図１７Ａの検索結果表示欄１７０５には、上述の条件によって絞り込まれた結果がカテゴリごとのヒット件数等として表示されている。同図では、全カテゴリ指定となっているので、カテゴリごと（カテゴリＡ〜Ｉまでが画面上に表れている）のヒット件数及び配達可能時間（１０分）ともに各矩形領域内に表示されている。また、カテゴリごとの矩形領域の左上部分には、タップ等によって選択／非選択を切り換えることが可能なチェックボタンインタフェースが示されている。例示的に、チェックボタン１７０５１は、検索結果のうちカテゴリＡのものを選択／非選択に切り換えるためのものである。

さらに、同図において、押下可能なカートアイコン１７０５２も表示されており、アイコン１７０５２は、特定の位置に固定的に表示されるのではなく、例示的にフロート表示されており、カートアイコン１７０５２をダブルタップするなどによって、現時点での購入予定の商品を確認することができるように構成されている（カート内の詳細等については、図２１を参照して後述する）。
なお、カートアイコン１７０５２の右上部分には、例示的に、現時点でユーザによってカートに入れられている商品数を表示させることができ、同図におけるカート内の商品数はゼロである。
また、検索結果表示欄１７０５に表示しきれない結果は、図示しないスクロールバー操作等により閲覧することが可能である。

図１７Ｂは、ユーザ端末におけるスライダーインタフェースの操作要領を示す説明図であり、図１７Ｂ（Ａ）〜図１７Ｂ（Ｃ）へ向かって時系列的にスライダーインタフェース（のノブ）に対して操作される様子が示されている。なお、同図（Ａ）〜（Ｃ）において、インタフェース上の時間表示として、１０分、２０分、３０分、６０分、１２０分が表示されており、それぞれの時間内で届けられる商品群のピックアップを指示するためのメモリとなっている。

図１７Ｂ（Ａ）では、スライダーインタフェース上の「１０分」の位置にノブ１７３０ａがあり、ユーザの右手１７３１ａの人差し指でタッチして図中右方向へノブ１７３０ａを移動されようとしている（いわゆるドラッグ移動）。
ノブ１７３０ａは、一度タッチしてから離すまでの間、スライダー上の左右に移動させることができる。但し、ノブ１７３０ａがスライダー上を移動可能な範囲が設定されており（典型的には、スライダーの左端から右端まで）、それを越える範囲でドラッグしようとしてもノブ１７３０ａは動かせない。

図１７Ｂ（Ｂ）では、図１７Ｂ（Ａ）の状態から指１７３１ｂを画面（上のノブ１７３０ｂ）から離さずに右方向へスライドさせている状態である。３０分のメモリ位置の手前（やや左側）までスライドされている。そして、図１７Ｂ（Ｃ）では、図中の位置で、右手１７３１ｂの人指し指がノブ１７３０ｂから離されるものとする。

図１７Ｂ（Ｃ）は、図１７Ｂ（Ｂ）の状態で、人指し指がノブ１７３０ｂから離された直後の状態を示す説明図である。同図（Ｃ）において、ノブ１７３０ｃは、左右のメモリ（つまり、２０分のメモリ及び３０分のメモリ）のうち、近いほうのメモリ（３０分）へ自動的に吸い寄せられ（メモリというグリッド位置に正規化され）、３０分のメモリ位置に収まる。

このとき、本発明の一実施形態においては、直ちに３０分以内に配達可能な商品の再抽出（再検索）が実施されるように構成することができる（その詳細は、図１７Ｃを参照して後述する）。

図１７Ｃは、図１７Ａや図１７Ｂを参照して説明したユーザ端末（の表示画面）上での操作等によって、ユーザ端末及び管理サーバを含むシステムで実施される処理等を詳細に説明したフローチャートである。

本フローの説明の始まりとなるステップＳ１７５０では、例示的に、ユーザ端末は起動され（必要に応じてアプリケーションソフトも起動され）、図１７Ａに示される画面が表示されている。このとき、マルチタッチ検出可能な画面上では、イベントとしての画面上のオブジェクト（ボタンやスライダーのノブなど）に対するタッチがあるかどうかの検知が毎秒数回〜数十回の頻度で行われている。その中の１つのイベントとして、ステップＳ１７５１に示される電源オフ（あるいは、アプリ終了）又は他画面への遷移があったかどうかの判断が含まれる。

ステップＳ１７５１において、Ｙｅｓの場合は、本動作フローとしては終了する（ステップＳ１７６０）が、Ｎｏの場合は、ステップＳ１７５２に進み、ユーザ端末の画面上への指のタッチ等があったかどうか判断される（イベント検知の１つである）。

ステップＳ１７５２において指等のタッチがない（Ｎｏ）場合には、ステップＳ１７５１へ復帰するが、指等のタッチがあった（Ｙｅｓ）の場合には、ステップＳ１７５３へ進む。

ステップＳ１７５３は、ステップＳ１７５２での指等のタッチが持続していることを前提に、指等のタッチは離れたかどうかの判断がなされる（イベント検知の１つである）。ステップＳ１７５３でＮｏの場合は、図１７Ｂ（Ａ）〜（Ｂ）を参照して説明したスライダー操作が実現される（ステップＳ１７５４〜ステップＳ１７５６に基づき、後述）。ステップＳ１７５３でＹｅｓの場合は、図１７Ｂ（Ｃ）を参照して説明したスライダーノブの移動完了及び再検索（再抽出）が実施される（ステップＳ１７５７〜ステップＳ１７５９に基づき、後述）。

図１７ＣのステップＳ１７５４においては、スライダーノブ（例えば、図１７Ａのノブ１７０４１や図１７Ｂのノブ１７３０ａ〜１７３０ｂなど）がタッチされている指等によって移動されているかどうかが判断される（例えば、接触している指等の動きを定期的に検知することで実現される）。

ステップＳ１７５４においてＮｏの場合は、ステップＳ１７５３に復帰するが、Ｙｅｓの場合は、ステップＳ１７５５へ進み、ノブ位置（をドラッグしている指等の位置）は適正な位置にあるかどうかが判断される。例えば、ノブ位置（をドラッグしている指等の位置）がスライダーの左右の端から大きく外れようとしている（ステップＳ１７５５において、Ｎｏ）場合には、ノブ位置をスライダーの端に留めたまましておく必要があり、ステップＳ１７５３へ復帰させるが、ステップＳ１７５５においてＹｅｓの場合は、ステップＳ１７５６へ進む。

ステップＳ１７５６では、僅かに移動された指等の位置に合せるためにスライダーノブの再描画が行われ、ステップＳ１７５３へ復帰する。ステップＳ１７５３〜ステップＳ７５６までは毎秒数回〜数十回のサイクルで実施されるため、ユーザは指等でスライダーノブをドラッグした際に、あたかも自らの指で移動させているかのように感じ取ることが可能となる。

ステップＳ１７５７では、ユーザ端末（の画面上）においてユーザの指等が離れた時点でのスライダーノブ位置を取得し、ノブ位置の正規化によるグリッド演算を行ってノブ位置の確定（決定）を行う。具体的には、ノブ位置がスライダー上にあるときには、左右隣のいずれのメモリ位置に近いかを判断し、近い方のメモリ位置をノブの位置とする。あるいは、ノブ位置がスライダーの左右いずれかの端に張り付いている場合（つまり、指はスライダーの範囲を越えてノブをドラッグしようとしている場合）には、その端（最小または最大のメモリ位置のはずである）をノブ位置として決定する。

次に、ステップＳ１７５８では、指等を画面から離した直後のスライダーノブの収まり位置として決定されたグリッド（図１７Ａの１７０４においては、１０分、２０分、３０分、６０分、１２０分の各メモリ位置がグリッドとなる）に基づいて、ユーザ端末からシステムにおける管理サーバに対する商品の再検索ないし再抽出を依頼する。例えば、もともと１０分のメモリ位置にあったスライダーノブを３０分のメモリ位置に移動させた場合には、与えられた条件に加え、３０分以内に配達可能な商品を再抽出するように管理サーバに対してリクエストないしクエリが送信される。
管理サーバでは、上記リクエストないしクエリを受信して、リクエストないしクエリ内容に基づいた再抽出ないし再検索処理が実施され、ヒットした商品情報の一部又は全部がユーザ端末へ返信される。

ステップＳ１７５９では、ユーザ端末が管理サーバから受信した再抽出ないし再検索結果の一部又は全部に基づき、その一部又は全部の情報がユーザ端末の画面上に再表示され、ステップＳ１７５２へ復帰する。

次に、図１８〜図２１を参照して、本発明の他の実施形態にかかるユーザ端末における商品の絞り込み操作及び表示のバリエーションを説明する。

図１８では、複数のカテゴリを選択して商品の絞り込み操作を行うバリエーションが示されている。同図に示された画面において、検索結果表示欄１８０１に表示されているカテゴリごとのヒット件数及び配達可能時間（１０分）に対し、複数のカテゴリにチェック操作を行う（具体的には、同図に示されるように、チェックボタン１８０１１及び１８０１２をオンにすることにより、カテゴリＡ及びＦを選択する）と、同図の最下欄に示されるように「複数のカテゴリをまとめて検索」とのタイトルが付された検索（ないし再検索）開始ボタン１８０２が表れるように制御され、このボタン１８０２を押下することで選択された複数のカテゴリＡ及びＦを対象とした検索ないし再検索が実施される（この処理は、リクエストないしクエリの内容そのものは異なるもののユーザ端末と管理サーバとの間のやりとりであり、ステップＳ１７５８〜ステップＳ１７５９を参照して説明した処理と同様のやりとりが実施される）。
なお、検索結果表示欄１８０１に表示しきれない結果は、図示しないスクロールバー操作等により閲覧することが可能である。

図１９には、図１８を参照して説明した絞り込み処理結果に対する更なる絞り込み処理ないし商品選択処理のバリエーションが示されている。

図１９に示された画面において、表示欄１９０１には、図１８を参照して説明した絞り込み操作により選択された複数のカテゴリ（Ａ及びＦ）に対するラベルが表示されている。なお、それぞれのラベルの右端に表示されている「×」印をタッチないしタップするとそのラベルに対応するカテゴリは削除される（と同時に、カテゴリが削除されたことによる新たな条件に基づいて直ちに再検索ないし再抽出を実施させ、その結果を表示させることもできる）。

検索欄１９０２には、任意の文字列等を入力することができ、表示欄１９０１のラベルに表示されたカテゴリ内の文字列検索等を実施させることができる。なお、表示欄１９０１にラベルが無い場合には、全カテゴリ内が検索対象となる。

また、操作メニュー欄１９０３には、図１９に示されたとおり、左端の「絞り込み」アイコンと中央部の「並び順」アイコンと右端の表示形式切り替えアイコンとが表示されている。
ここで、「絞り込み」アイコンがタップされると、カテゴリ、価格帯、メーカー、関連ワード等の絞り込みメニューをプルダウン形式で表示させることができ（同図において不図示）、プルダウンさせたメニュー内の項目をユーザに選択させることで、更なる絞り込み処理を行わせることができる。
また、「並び順」アイコンがタップされると、価格順、お届け時間順、おすすめ順等の並び替えメニューをプルダウン形式で表示させることができ（同図において不図示）、プルダウンさせたメニュー内の項目をユーザに選択させることで、更なる絞り込み処理を行わせることができる。
さらに、「表示形式切り換え」アイコンがタップされると、検索結果をタイル形式（商品画像アイコンが表示される場合がある）かリスト形式（限られた画面領域内により多くの商品情報を表示させる形式である）のいずれの形式で表示させるかの切り換えを行うことができる。なお、同図では、検索結果表示欄１９０５にタイル形式で結果が表示されており、表示形式切り換えアイコンは、リスト形式への切り替えが可能であることが示されている。

１９０４には、既に説明したスライダーインタフェースが表示されており、このインタフェースは、配達可能な時間の指定を変更可能に構成されている。同図では、図１８において「１０分」の位置に置かれたノブが「２０分」の位置に移動されているため、検索結果表示欄１９０５には、１０分以内に配達可能な商品に加え２０分以内に配達可能な商品が、カテゴリＡ及びＦから抽出されて表示されている。
なお、検索結果表示欄１９０５に表示しきれない結果は、図示しないスクロールバー操作等により閲覧することが可能である。

さらに、検索結果表示欄１９０５には、複数の商品を選択可能なチェックボタン１９０５１等が示されており、例えば同図に示されるように、チェックボタン１９０５１及び１９０５２を選択する（オンにする）ことによって、商品Ａ及びＤ（同図において、商品Ｄはその一部しか表れていない）を選択することができる。

検索結果表示欄１９０５において、複数の商品が選択された場合には、図１９に示されるように「まとめてカートに入れる」とのタイトルが付された複数商品カート投入ボタン１９０６を表示させることができる。このボタン１９０６が押下されると、その時点で選択されている商品が一括してカートに投入される。

図２０には、図１９を参照して説明した絞り込み処理とは異なる他のバリエーションが示されている。図１９を参照して説明した絞り込み処理と異なる点は、検索欄２００２に入力された文字列をＡＮＤ条件として絞り込み処理を実施できる点である。図２０に示された２００１、２００３、２００４、２００５、２００６、２００５１、２００５２は、図１９に示された１９０１、１９０３、１９０４、１９０５、１９０６、１９０５１、１９０５２と同様であるので、説明を割愛する。

図２１には、例えば図１７Ａに示されたカートアイコン１７０５２に示されるようなカート（なお、図１８〜２０においても同様のカートアイコンは表示されている）に入れられた商品内容を参照するための画面例が示されている。

図２１において、２１０１（「∨」マークのアイコン）は、閉じるボタンであり、フロート表示させたカート画面を閉じるためのボタンである。画面メニュー２１０２には、カート画面、お気に入り画面、購入履歴、閲覧履歴への表示切り替えメニューが表示されており、同図に示されるとおり初期表示はカート画面とすることができる。表示させたいメニューをタップすると、フロート画面が切り替わるように構成されている。配達時間指示メニュー２１０３には、お客様（ユーザ）の都合に合わせて最短のお届け時間以降の時間帯を指定できるプルダウンメニューが設けられている。数量調整インタフェース２１０４には、カートインされた個別の商品情報の表示及びその数量調整が行えるようなインタフェースが提供される。

配達依頼ボタン２１０５は、商品注文を確定するためのボタンである。商品表示エリア２１０６には、注文を確定した商品と一緒に配達することができる商品が表示される。なお、エリア２１０６に表示しきれない商品は、図示しないスクロールバー操作等により該当する商品を全て確認することが可能である。

以上、具体例に基づき、商品出荷管理システム等の実施形態を説明したが、本発明の実施形態としては、システム又は装置を実施するための方法又はプログラムの他、プログラムが記録された記憶媒体（一例として、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、ハードディスク、メモリカード）等としての実施態様をとることも可能である。

また、プログラムの実装形態としては、コンパイラによってコンパイルされるオブジェクトコード、インタプリタにより実行されるプログラムコード等のアプリケーションプログラムに限定されることはなく、オペレーティングシステムに組み込まれるプログラムモジュール等の形態であっても良い。

さらに、プログラムは、必ずしも制御基板上のＣＰＵにおいてのみ、全ての処理が実施される必要はなく、必要に応じて基板に付加された拡張ボードや拡張ユニットに実装された別の処理ユニット（ＤＳＰ等）によってその一部又は全部が実施される構成とすることもできる。

本明細書（特許請求の範囲、要約、及び図面を含む）に記載された構成要件の全て及び／又は開示された全ての方法又は処理の全てのステップについては、これらの特徴が相互に排他的である組合せを除き、任意の組合せで組み合わせることができる。

また、本明細書（特許請求の範囲、要約、及び図面を含む）に記載された特徴の各々は、明示的に否定されない限り、同一の目的、同等の目的、または類似する目的のために働く代替の特徴に置換することができる。したがって、明示的に否定されない限り、開示された特徴の各々は、包括的な一連の同一又は均等となる特徴の一例にすぎない。

さらに、本発明は、上述した実施形態のいずれの具体的構成にも制限されるものではない。本発明は、本明細書（特許請求の範囲、要約、及び図面を含む）に記載された全ての新規な特徴又はそれらの組合せ、あるいは記載された全ての新規な方法又は処理のステップ、又はそれらの組合せに拡張することができる。

１０ 商品出荷管理システム（物流システムの一部として）
１１〜１３ 物流センター
１４〜１６ 最寄り拠点
１４１〜１４２、１５１〜１５３、１６２〜１６５、１９９ 顧客宅
２０ 商品出荷管理システム
２１ 管理サーバ
２２ タブレット端末（ユーザ端末装置の一形態）
２３ 携帯電話（ユーザ端末装置の一形態）
２４〜２６ ＰＣ（ユーザ端末装置ないし拠点端末の一形態）
２７〜２８ ＰＯＳ端末（拠点端末ないし配達時移動端末の一形態）
３７、３８ 通信回線
３９ 公衆回線（専用線、インターネット等）

Claims (4)

1. 複数の拠点から顧客宅への商品出荷を管理する管理サーバを有する商品出荷管理システムであって、
   前記複数の拠点のそれぞれには拠点端末が設置され、
   前記管理サーバは、
   前記各拠点の最寄りエリア内の顧客からの日常的な需要が高いストック商品の在庫、及び前記ストック商品とは区別される非ストック商品の在庫を管理する商品在庫管理データベースと、
   前記顧客宅の顧客の端末からの注文処理により前記ストック商品及び／または非ストック商品の電子商取引処理を行うためのフロントエンド部と、を備え、
   前記各拠点の商品ごとの在庫数、前記各拠点間の配送時間、及び前記顧客宅までの配送時間を管理し、かつ、各拠点から出荷される商品については配達中となった前記商品の現在位置を更新管理するものであって、
   ここにおいて、
   前記フロントエンド部を介して前記顧客の端末から前記非ストック商品の注文処理があり、前記注文された非ストック商品を在庫する前記複数の拠点のうちの１つの拠点の拠点端末に前記注文された非ストック商品の出荷指示を送信し、前記複数の拠点のうちの１つから前記複数の拠点のうちの１以上の拠点を経由して前記顧客宅へ前記非ストック商品を配送させる場合に、
   前記非ストック商品が前記経由される拠点を通過する前に、前記顧客の端末から前記フロントエンド部に対し、前記経由される拠点に在庫されるものとして前記商品在庫管理データベースに記録されるストック商品に対する追加の注文処理があれば、当該ストック商品を前記非ストック商品と同梱させる旨の指示を前記経由される拠点の拠点端末に送信する
   ことを特徴とする商品出荷管理システム。
2. １以上の拠点から顧客宅への商品出荷を管理する管理サーバを有する商品出荷管理システムであって、
   前記１以上の拠点には拠点端末が設置され、
   前記管理サーバは、
   前記１以上の拠点の最寄りエリア内の顧客からの日常的な需要が高いストック商品の在庫、及び前記ストック商品とは区別される非ストック商品の在庫を管理する商品在庫管理データベースと、
   前記顧客宅の顧客の端末からの注文処理により前記ストック商品及び／または非ストック商品の電子商取引処理を行うためのフロントエンド部と、を備え、
   前記各拠点の商品ごとの在庫数、前記拠点が２以上の場合には各拠点間の配送時間、及び前記顧客宅までの配送時間を管理し、かつ、各拠点から出荷される商品については配達中となった前記商品の現在位置を更新管理するものであって、
   ここにおいて、
   前記フロントエンド部を介して前記顧客の端末から前記ストック商品及び／または非ストック商品の注文処理があり、前記注文された商品を在庫する前記拠点の拠点端末に前記注文された商品の出荷指示が送信された結果、前記顧客宅へ前記商品が配送されたが不在のため前記商品の再配達が行われる場合に、
   前記再配達される商品が前記拠点から再び出荷される前に、前記顧客の端末から前記フロントエンド部に対し、前記拠点に在庫されるものとして前記商品在庫管理データベースに記録される他の商品に対する追加の注文処理があれば、前記他の商品を前記再配達が行われる商品と同梱させる旨の指示を前記拠点の拠点端末に送信する
   ことを特徴とする商品出荷管理システム。
3. それぞれ拠点端末が設置された複数の拠点から顧客宅への商品出荷を管理する管理サーバを有する商品出荷管理システム上で実行されるコンピュータプログラムであって、前記システム上で実行されたとき、
   前記各拠点の最寄りエリア内の顧客からの日常的な需要が高いストック商品の在庫、及び前記ストック商品とは区別される非ストック商品の在庫を管理する商品在庫管理データベースと、前記顧客宅の顧客の端末からの注文処理により前記ストック商品及び／または非ストック商品の電子商取引処理を行うためのフロントエンド部とを備える前記管理サーバに、
   前記各拠点の商品ごとの在庫数、前記各拠点間の配送時間、及び前記顧客宅までの配送時間を管理させ、かつ、各拠点から出荷される商品については配達中となった前記商品の現在位置を更新管理させるステップと、
   前記フロントエンド部を介して前記顧客の端末から前記非ストック商品の注文処理があり、前記注文された非ストック商品を在庫する前記複数の拠点のうちの１つの拠点の拠点端末に前記注文された非ストック商品の出荷指示を送信させ、前記複数の拠点のうちの１つから前記複数の拠点のうちの１以上の拠点を経由して前記顧客宅へ前記非ストック商品を配送させる場合に、
   前記非ストック商品が前記経由される拠点を通過する前に、前記顧客の端末から前記フロントエンド部に対し、前記経由される拠点に在庫されるものとして前記商品在庫管理データベースに記録されるストック商品に対する追加の注文処理があれば、当該ストック商品を前記非ストック商品と同梱させる旨の指示を前記経由される拠点の拠点端末に送信させるステップと
   を実行させることを特徴とするプログラム。
4. 拠点端末が設置された１以上の拠点から顧客宅への商品出荷を管理する管理サーバを有する商品出荷管理システム上で実行されるコンピュータプログラムであって、前記システム上で実行されたとき、
   前記１以上の拠点の最寄りエリア内の顧客からの日常的な需要が高いストック商品の在庫、及び前記ストック商品とは区別される非ストック商品の在庫を管理する商品在庫管理データベースと、前記顧客宅の顧客の端末からの注文処理により前記ストック商品及び／または非ストック商品の電子商取引処理を行うためのフロントエンド部とを備える前記管理サーバに、
   前記各拠点の商品ごとの在庫数、前記拠点が２以上の場合には各拠点間の配送時間、及び前記顧客宅までの配送時間を管理させ、かつ、各拠点から出荷される商品については配達中となった前記商品の現在位置を更新管理させるステップと、
   前記フロントエンド部を介して前記顧客の端末から前記ストック商品及び／または非ストック商品の注文処理があり、前記注文された商品を在庫する前記拠点の拠点端末に前記注文された商品の出荷指示が送信された結果、前記顧客宅へ前記商品が配送されたが不在のため前記商品の再配達が行われる場合に、
   前記再配達される商品が前記拠点から再び出荷される前に、前記顧客の端末から前記フロントエンド部に対し、前記拠点に在庫されるものとして前記商品在庫管理データベースに記録される他の商品に対する追加の注文処理があれば、前記他の商品を前記再配達が行われる商品と同梱させる旨の指示を前記拠点の拠点端末に送信させるステップと
   を実行させることを特徴とするプログラム。