JP2023074443A - 倉庫内商品取引システム、倉庫内商品取引方法、およびプログラム - Google Patents

Abstract

【課題】倉庫に商品を預けている荷主間で取引することで、保管日数が長い商品であっても出荷回転率を向上する。
【解決手段】
倉庫に商品を預けている荷主間で、当該倉庫に保管している商品の取引を行う倉庫内商品取引システムであって、荷主から預かって倉庫に保管している商品の荷主および保管期間を管理する管理部と、前記保管期間が、所定の条件を満たすかどうかを判断する判断部と、前記所定の条件を満たすと判断した場合に、前記荷主間で、当該所定の条件を満たす商品の取引を行わせる取引部と、を備え、前記管理部が、前記取引が成立した場合に、当該取引された商品の荷主および保管期間を変更する。
【選択図】図１

Description

本発明は、荷主から預かって保管している商品を、荷主同士で取引する倉庫内商品取引システム、倉庫内商品取引方法、およびプログラムに関する。

近年、消費者が商品を購入する際、ＥＣ（electronic commerce）販売が主流になっているところ、倉庫に保管した商品の取引に関する技術が注目されている。例えば、特許文献１には、オンラインで注文を受けた商品を倉庫から指定の店舗に送り当該店舗で購入者に受け渡す販売形態を管理する技術が提案されている（特許文献１）。

また、特許文献２には、物理倉庫内に、流通チャネル毎の論理倉庫を作成し、チャネル別の在庫管理を行う技術が提案されている（特許文献２）。

特開２０２０－６１０３６号公報 特開２０１９－１０９６０５号公報

ところで、同じ倉庫（同一倉庫だけでなく、同一事業者の倉庫も含む）に保管している同一商品であっても、荷主によって販売チャネルが異なるため、出荷回転率が異なり、保管期間も異なる。そのため、ある荷主にとって出荷回転率が低く保管期間が長い商品であっても、他の荷主では出荷回転率が高く保管期間が短い商品である場合がある。そこで、荷主通りで取引して商品の荷主を変更することで、商品の出荷回転率を向上することが可能となる。

しかしながら、特許文献１および２の技術では、同じ倉庫に商品を預けている荷主間で取引することができないため、出荷回転率が低く保管期間が長い商品の荷主を変更できず、商品の出荷回転率を向上することができない。

また、商品を倉庫で保管し、保管している商品を消費者や小売店のもとに出荷する物流会社にとっても、倉庫保管手数料よりも、出荷手数料の方が高いため、商品の出荷回転率を上げることが望ましいという事情もある。

そこで、本発明は、これらの課題に鑑み、倉庫に商品を預けている荷主間で取引することで、保管日数が長い商品であっても出荷回転率を向上することが可能な倉庫内商品取引システム、倉庫内商品取引方法、およびプログラムに関する。

（１）倉庫に商品を預けている荷主間で、当該倉庫に保管している商品の取引を行う倉庫内商品取引システムであって、荷主から預かって倉庫に保管している商品の荷主および保管期間を管理する管理部と、前記保管期間が、所定の条件を満たすかどうかを判断する判断部と、前記所定の条件を満たすと判断した場合に、前記荷主間で、当該所定の条件を満たす商品の取引を行わせる取引部と、を備え、前記管理部が、前記取引が成立した場合に、当該取引された商品の荷主および保管期間を変更する倉庫内商品取引システムを提供する。

（２）（１）の倉庫内商品取引システムであって、当該所定の条件を満たす商品を、仮想倉庫に移管する移管部と、前記取引部は、前記仮想倉庫に移管された商品の取引を行わせる倉庫内商品取引システムを提供する。

（３）（１）または（２）の倉庫内商品取引システムであって、前記管理部は、商品について、少なくとも前記取引部での取引の内容を、分散型台帳に記録して管理する倉庫内商品取引システムを提供する。

（４）（１）から（３）の倉庫内商品取引システムであって、前記管理部は、前記倉庫に保管している商品に設定されている商品期限を管理し、前記判断部は、前記商品期限が、前記所定の条件を満たすかどうかを判断する倉庫内商品取引システムを提供する。

（５）（１）から（４）の倉庫内商品取引システムであって、前記判断部は、前記所定の条件を、複数段階のレベルで判定し、前記取引部は、前記レベルに応じて、取引条件を変更可能である倉庫内商品取引システムを提供する。

（６）（１）から（５）の倉庫内商品取引システムであって、前記商品が、複数個の商品を含むセット商品であって、前記取引部は、前記セット商品の一部の商品の取引が可能であって、前記管理部は、前記セット商品の一部の商品の取引が成立した場合に、当該取引された一部の商品の荷主および保管期間と、前記セット商品の他部の商品の荷主および保管期間とを管理する倉庫内商品取引システムを提供する。

（７）荷主から預かって倉庫に保管している商品を、消費者に販売する倉庫内商品取引システムが実行する方法であって、荷主から預かって倉庫に保管している商品の荷主および保管期間を管理するステップと、前記保管期間が、所定の条件を満たすかどうかを判断するステップと、前記所定の条件を満たすと判断した場合に、前記荷主間で、当該所定の条件を満たす商品の取引を行わせるステップと、前記取引が成立した場合に、当該取引された商品の荷主および保管期間を変更するステップと、を含む倉庫内商品取引システムを提供する。

（８）荷主から預かって倉庫に保管している商品を、消費者に販売する倉庫内商品取引システムを、荷主から預かって倉庫に保管している商品の荷主および保管期間を管理する管理部、前記保管期間が、所定の条件を満たすかどうかを判断する判断部、前記所定の条件を満たすと判断した場合に、前記荷主間で、当該所定の条件を満たす商品の取引を行わせる取引部、として機能させ、更に、前記管理部が、前記取引が成立した場合に、当該取引された商品の荷主および保管期間を変更する機能を有するプログラムを提供する。

本発明によれば、倉庫に商品を預けている荷主間で取引することで、保管日数が長い商品であっても出荷回転率を向上することが可能となる。

本発明の実施形態に係る倉庫内商品取引システム１の概要を説明する図である。 本発明の実施形態に係る倉庫内商品取引システム１の機能構成を示す図である。 本発明の実施形態に係る倉庫商品管理データベースを模式的に示す図である。 本発明の実施形態に係る取引判断データベースを模式的に示す図である。 本発明の実施形態に係る仮想倉庫商品管理データベースを模式的に示す図である。 本発明の実施形態に係る倉庫内商品取引システムが実行する倉庫内商品取引処理フローを示す図である。 本発明の実施形態に係る倉庫内商品取引システムの端末における表示例を示す図である。 本発明の実施形態に係る倉庫内商品取引システムの端末における表示例を示す図である。 本発明の実施形態に係る倉庫内商品取引システムの端末における表示例を示す図である。

以下、添付図面を参照して、本発明を実施するための形態（以下、実施形態）について詳細に説明する。以降の図においては、実施形態の説明の全体を通して同じ要素には同じ番号または符号を付している。

［基本概念／基本構成］
図１は、本発明の実施形態に係る倉庫内商品取引システム１の概要を説明するための図である。

倉庫内商品取引システム１は、荷主から預かって倉庫に保管している商品を荷主同士で取引する倉庫内商品取引装置１０と、倉庫内商品取引システム１にネットワークを介して接続され、倉庫に保管されている商品を管理する倉庫管理装置２０と、荷主に操作される端末３０と、を含む。なお、商品を販売／譲渡する荷主（売主）の端末を３０Ａ、商品を購入／譲受する荷主（買主）の端末を３０Ｂとする。

倉庫内商品取引システム１において、倉庫内商品取引装置１０は、倉庫の管理者（物流会社等）に管理され、オンプレミスでもクライドサーバであってもよいが、本実施形態では、クラウドサーバとする。

倉庫内管理システム（ＷＭＳ）２０は、例えば、複数の荷主（図１に示す例では、荷主Ａ、荷主Ｂ、荷主Ｃ：小売会社、小売グループ等）から、それぞれ、預かり保管され出荷される商品を管理している。図１おいて、倉庫および倉庫内管理システム２０は１つしか図示していないが、倉庫および倉庫内管理システム２０は複数であってもよい。

倉庫内商品取引システム１は、荷主から預かって倉庫に保管している商品の荷主および保管期間を管理する。また、倉庫内商品取引システム１は、保管期間が、所定の条件（例えば、保管期間が予め設定された期間以上になっているか等）を満たすかどうか判断する。そして、倉庫内商品取引システム１は、所定の条件（例えば、保管期間が予め設定された期間以上になっている等）を満たすと判断した場合に、当該所定の条件を満たす商品を、荷主同士で電子商取引（ＢｔｏＢ ＥＣ）させる。

図１に示す例では、倉庫に保管されて保管期間が所定の条件を満たす、荷主Ａの商品が、荷主Ａと荷主Ｂとで取引され、取引後に荷主Ｂの所有となったことを示す。

詳細には、まず、倉庫内商品取引システム１は、倉庫に保管されて保管期間が所定の条件を満たすと判断した場合に、当該商品所定条件を満たす商品を、他の荷主（荷主Ｂ、荷主Ｃ）が購入可能なＢｔｏＢ＿ＥＣマーケットに出品する。次に、荷主Ｂが、端末３０ＢにＢｔｏＢ＿ＥＣマーケットを表示させる。図示しないが、荷主Ｃも自身の端末にＢｔｏＢ＿ＥＣマーケットを表示させることができる（Ｓ１）。

荷主Ｂが、端末３０Ｂに取引を要求する商品（取引商品）として荷主Ａの商品を入力すると、倉庫内商品取引システム１は、荷主Ａの端末３０Ａに取引商品の取引が要求されたことを送信し、受信した要求を荷主Ａが受諾／拒否したことを端末３０Ａから受信する（Ｓ２）。端末Ａから受諾を受信すると、倉庫内商品取引システム１は、取引が成立したと判断し、取引商品の荷主を荷主Ａから荷主Ｂに変更し、保管期間を変更する（Ｓ３）。一方、端末Ａから拒否を受信すると、倉庫内商品取引システム１は、取引を終了させる。

なお、Ｓ２の取引商品の荷主Ａへの取引の受諾／拒否の確認処理なしに、倉庫内商品取引システム１が、取引商品の荷主Ａと荷主Ｂとの取引を成立させてもよい。その場合には、荷主Ｂが、取引商品として荷主Ａの商品を入力すると、倉庫内商品取引システム１が、取引商品の取引が成立したと判断し、取引商品の荷主を荷主Ａから荷主Ｂに変更し、保管期間を変更してもよい（Ｓ３）。

このような倉庫内商品取引システム１によれば、倉庫に保管されている保管期間が所定の条件を満たす商品を、荷主同士での取引させることができる。そして、倉庫に保管されている保管期間が所定の条件を満たす商品は、荷主同士で取引されると、移動を伴うことなく、倉庫内に保管されたまま、荷主および保管期間を変更できる。

したがって、保管期間が長い商品を有する売主となる荷主にとっては、在庫の出荷回転率を向上させることができ、一方、買主となる荷主にとっては、同じ倉庫を利用する荷主から必要な商品を入手することができ、在庫不足を防ぎやすくすることができる。また、物流会社にとっては、保管期間の長い商品の出荷回転率を向上させ、さらには倉庫内の商品全体の出荷回転率を向上につなげることができる。

（機能構成）
図２は、本発明の実施形態に係る倉庫内商品取引システム１の機能構成を示す図である。倉庫内商品取引システム１は、倉庫内商品取引装置１０と、倉庫内商品取引装置１０にネットワークを介して接続された、倉庫管理装置２０と、端末３０と、分散管理台帳を構成する複数の格納部１００と、を備える。なお、本実施形態では、倉庫管理装置２０を倉庫内商品取引装置１０とは別の装置として説明するが、倉庫管理装置２０を省略し、後述する倉庫管理装置２０の機能を、倉庫内商品取引装置１０が備えてもよい。

（倉庫内商品取引装置の機能構成）
倉庫内商品取引装置＃は、管理部１１と、判断部１２と、移管部１３と、取引部１４と、を備える。

管理部１１は、荷主から預かって倉庫に保管している商品の荷主および保管期間を管理する。また、管理部１１は、倉庫に保管している商品に設定されている商品期限を管理する。

詳細には、管理部１１は、倉庫管理装置２０から、倉庫に搬入された商品毎に当該商品に関する商品情報を受け付け、商品情報に基づき、倉庫商品管理データベース（ＤＢ）を生成・更新し、複数の格納部１００に分散して記録して管理する。なお、管理部１１は、倉庫管理装置２０が複数ある場合には、倉庫管理装置２０それぞれに対応する倉庫商品管理ＤＢを複数生成・更新し、複数の格納部１００に分散して記録して管理する。

図３は、本発明の実施形態に係る倉庫商品管理データベースを模式的に示す図である。商品情報には、商品を識別する商品識別情報、当該商品の荷主、当該商品の搬入日、商品期限（例えば、消費期限、品質保証期限等）、販売単価、商品がセット商品である場合に含む商品の個数である内容個数等を示す情報が含まれている。

管理部１１は、商品情報に基づき、商品識別情報に、当該商品の荷主、当該商品の搬入日、商品期限、販売単価、内容個数等を対応付け、倉庫商品管理ＤＢを生成する。そして、管理部１１は、所定間隔（例えば、１日毎等）で、倉庫商品管理ＤＢを更新する。具体的には、管理部１１は、搬入日と更新した日とに基づき、倉庫に搬入されてから更新した日までの日数である保管期間を算出し、倉庫商品管理ＤＢにおいて、算出した保管期間を商品識別情報に対応付ける。また、管理部１１は、更新した日と商品期限とに基づき、更新した日から商品期限までの日数である商品期限残り日数を算出し、倉庫商品管理ＤＢにおいて、算出した商品期限残り日数を商品識別情報に対応付ける。

図３を用いて、具体的に説明すると、更新日２０２１／５／３１において、例えば、図３中最上段の商品（商品識別情報：Ａ・・・０１）であれば、管理部１１は、更新する処理で、搬入日（２０２１／２／２９）から更新した日（２０２１／５／３１）までの日数である保管期間として、９２日を算出し、商品識別情報に対応付けている。

また、更新日２０２１／５／３１において、例えば、図３中最上段の商品（商品識別情報：Ａ・・・０１）であれば、管理部１１は、更新する処理で、更新した日（２０２１／５／３１）から商品期限（２０２１／６／８）までの日数である商品期限残り日数として、８日を算出し、商品識別情報に対応付けている。

また、管理部１１は、商品について、少なくとも出品及び取引に関する取引内容を、分散型台帳に記録して管理する。具体的には、例えば、管理部１１は、所定間隔で更新した倉庫商品管理ＤＢを累積したデータ（例えば、２０２１／５／１～２０２１／５／３１までの商品管理ＤＢを全て含むデータ）のハッシュ値を生成し、この生成したハッシュ値を、分散型台帳の一例である複数の格納部１００に、それぞれ記憶する。

また、この場合、管理部１１は、任意のタイミング（例えば、倉庫商品管理ＤＢを更新するタイミング等）で、倉庫商品管理ＤＢが累積されたデータのハッシュ値が、複数の格納部１００からそれぞれ抽出し、抽出したハッシュ値を互いに対比してもよい。正常であれば、複数の格納部１００からそれぞれ抽出したハッシュ値は、全て同じである。しかしながら、例えば、いずれかの格納部１００に記憶されたハッシュ値が改ざんされていた場合や正常に記憶されていなかった場合、全て同じにならない。この場合、管理部１１は、複数の格納部＃１００からそれぞれ抽出した複数のハッシュ値のうち、半数以上同一のハッシュ値を、正規のハッシュ値と判定する。また、管理部１１は、この場合、互いに異なるハッシュ値を対比し、差分から、差分が発生したタイミングを特定してもよい。このように構成することで、倉庫商品管理ＤＢの正確性とセキュリティを向上することが可能となる。

判断部１２は、保管期間が、所定の条件を満たすかどうかを判断する。また、判断部１２は、商品期限が、所定の条件を満たすかどうかを判断する。詳細には、判断部１２は、倉庫商品管理ＤＢの更新に応じて、倉庫商品管理ＤＢ及び取引判断データベース（ＤＢ）を参照し、倉庫商品管理ＤＢに記憶されている各商品が、保管期間や商品期限が所定の条件を満たすか否かを判断し、所定の条件を満たす商品を抽出する。

図４は、本発明の実施形態に係る取引判断データベース（ＤＢ）を模式的に示す図である。取引判断ＤＢは、複数段階の判断レベルに、各レベルの保管期間の下限値、各レベルの商品期限残り日数の上限値及び値引き率を示す情報が対応付けられている。

図４に示す例では、判断部１２は、取引判断ＤＢを参照することで、倉庫商品管理ＤＢにおいて、例えば、ある商品の保管期間が３０日以上６０日未満であるか、または、商品期限残り日数が２１日以上３０日以下である場合、レベル１と判断する。

また、判断部１２は、ある商品の保管期間に基づき判断したレベルと、商品期限残り日数に基づき判断したレベルと、が異なる場合、より高いレベルの方を、当該商品のレベルと判断する。具体的には、判断部１２は、例えば、ある商品の保管期間が３０日であり（レベル１）、商品期限残り日数が２０日である（レベル２）場合、当該商品のレベルをレベル２と判断する。

なお、判断部１２は、保管期間が３０日未満、かつ、商品期限残り日数が３１日以上の場合、所定の条件を満たさないと判断する。また、判断部１２は、保管期間にのみ基づき判断してもよいし、保管期間及び商品期限残り日数以外の条件を、所定の条件に加え、レベルを判定してもよい。

図２に戻って、移管部１３は、所定の条件を満たすと判断した場合に、当該所定の条件を満たす商品の商品情報に基づいて、仮想倉庫商品管理データベース（ＤＢ）を生成・更新し、複数の格納部１００に分散して記録する。仮想倉庫商品管理ＤＢは、倉庫商品管理ＤＢと同様に管理部１１で管理される。

図５は、本発明の実施形態に係る仮想倉庫商品管理データベースを模式的に示す図である。商品情報には、商品識別情報、当該商品の荷主、当該商品の搬入日、商品期限（例えば、消費期限、品質保証期限等）、販売単価、内容個数等を示す情報が含まれている。

移管部１３は、判断部１２が所定の条件を満たすと判断した商品の商品情報に基づき、商品識別情報に、当該商品の荷主、当該商品の搬入日、商品期限、販売単価、内容個数等を対応付け、仮想倉庫商品管理ＤＢを生成する。具体的には、移管部１３は、判断部１２が判断を行う毎に、判断部１２が所定の条件を満たすと判断した商品の商品情報を、倉庫商品管理ＤＢから取得し、仮想倉庫商品管理ＤＢを生成する。

このように、判断部１２が所定の条件を満たすと判断した商品の商品情報を、仮想倉庫商品情報管理ＤＢに移管して管理することで、判断部１２が所定の条件を満たすと判断した商品を、実際には複数の物理倉庫で別々に保管されてても、１つの仮想倉庫で管理し、１つの倉庫内での商品取引が可能となる。

図２に戻って、取引部１４は、判断部１２が所定の条件を満たすと判断した商品を、荷主同士で取引させる。詳細には、まず、取引部１４は、仮想倉庫商品管理ＤＢに格納されている商品を、荷主同士で取引させるためのＢｔｏＢ＿ＥＣマーケットデータを生成する。このＢｔｏＢ＿ＥＣマーケットデータは、荷主が端末３０でアクセスすることで、当該端末３０において、ＢｔｏＢ＿ＥＣマーケット画面の表示を可能とするデータである。

取引部１４は、端末３０にＢｔｏＢ＿ＥＣマーケットデータを送信する。これにより、端末３０にＢｔｏＢ＿ＥＣマーケットデータ画面が表示され、荷主は、このＢｔｏＢ＿ＥＣマーケット画面において、出品されている商品の取引を行うことが可能となる。

また、取引部１４は、取引判断ＤＢ（図４参照）を参照して、商品毎に、判断部１２が判断したレベルに応じた価格を決定し、決定した価格を示す情報を含むＥＣマーケットデータを生成する。具体的には、図４に示す例によれば、取引部１４は、判断部１２が、例えば、レベル１と判断した商品の価格を販売単価の７０％に決定し、レベル２と判断した商品の価格を販売単価の６０％に決定する。すなわち、取引部１４は、レベルに応じて、取引条件を変更可能である。このように、ＢｔｏＢ＿ＥＣマーケットに出品される商品の価格を割り引くことで、荷主同士の取引を促進させ、保管期間の長い商品の出荷回転率を伸ばすことが可能となる。

取引部１４は、買主の端末３０Ｂから、ＢｔｏＢ＿ＥＣマーケットに出品される商品のうちの一商品（取引商品）の取引要求を示す取引要求情報を受信する。取引部１４は、取引要求情報を受信した場合、取引商品の売主の端末３０Ａに取引要求情報を送信し、取引要求情報の取引を受諾することを示す受諾情報または取引要求情報の取引を拒否することを示す拒否情報を売主の端末３０Ａから受信する。

取引部１４は、受諾情報を受信した場合、取引商品の売主と買主との間で取引が成立したと判断し、金銭的価値による決済処理を行う。一方、取引部＃１４は、拒否情報を受信した場合、取引商品の売主と買主との間で取引が成立しなかったと判断し、処理を終了する。なお、取引部１４は、買主の端末３０Ｂから取引要求情報を受信したことに応じて、取引商品の売主と買主との間で取引が成立したと判断し、買主の端末３０Ｂに取引が成立したことを示す取引成立情報を送信し、金銭的価値による決済処理を行ってもよい。

また、管理部１１は、倉庫商品管理ＤＢ（図３参照）において、取引部１４により決済処理が完了した商品の荷主および保管期間を変更する。詳細には、管理部１１は、倉庫商品管理ＤＢにおいて、取引部１４により決済処理が完了した商品の荷主を売主から買主に変更し、保管期間をこれまでの保管期間よりも短い任意の期間（例えば、０日やこれまでの保管期間の半分の日数等）に変更する。更に、管理部１１は、仮想倉庫商品管理ＤＢ（図５参照）において、取引部１４により決済処理が完了した商品に関する商品情報を削除する。

なお、取引部１４は、商品がセット商品である場合に、セット商品の一部の商品を荷主同士で取引させてもよい。セット商品を分けて取引することで、取引機会を増やすことができる。

ここで、セット商品の一部の商品とは、例えば、図３を用いて、具体的に説明すると、図３中の五段目の商品（商品識別情報：Ｂ・・・０１）は１００個の商品からなるセット商品であって、その一部は、例えば２０個の商品である。買主がセット商品の一部の商品の取引を要求する場合には、取引要求情報に取引数が含まれ、取引部１４での処理はセットでない商品の場合と同様である。

管理部１１は、倉庫商品管理ＤＢ（図３参照）において、取引部１４により決済処理が完了した商品の商品情報の荷主および保管期間と併せて内容個数を変更する。内容個数の変更について詳細には、管理部１１は、決済処理が完了したセット商品の取引数、すなわち取引要求情報に含まれる取引数に、倉庫商品管理ＤＢの内容個数を更新する。また、管理部１１は、仮想倉庫商品管理ＤＢにおいて、取引部１４により決済処理が完了した商品の内容個数を変更する。内容個数の変更について詳細には、倉庫商品管理ＤＢと同様に、管理部１１は、決済処理が完了したセット商品の取引数、すなわち取引要求情報に含まれる取引数を、仮想倉庫商品管理ＤＢの内容個数から引いた個数に内容個数を更新する。

このように、セット商品の一部の商品が取引された場合には、取引が完了した一部の商品の商品情報は倉庫商品管理ＤＢに格納し、取引が完了していない他部の商品の商品情報は、仮想倉庫商品管理ＤＢに残すことで、取引が完了していない他部の商品についてはＢｔｏＢ＿ＥＣマーケットに継続して出品することができる。

（倉庫管理装置の機能構成）
倉庫管理装置＃２０は、倉庫に搬入された商品毎に、倉庫に搬入された商品毎に当該商品に関する商品情報（商品識別情報、当該商品の荷主、当該商品の搬入日、商品期限、販売単価、内容個数等を示す情報を含む。）を生成し、倉庫内商品取引装置１０に送信する。

倉庫管理装置２０は、倉庫の管理者等の操作に基づき、商品情報を生成してもよいし、例えば、倉庫の搬入口に設置された撮像部（例えば、カメラ等）で撮像された画像を解析し（例えば、商品の包装容器に記載された商品期限を撮像した画像を文字認識する等）、商品情報を生成してもよいし、例えば、荷主が操作する装置等の外部装置から送信された、搬入された商品に関する情報に基づき、商品情報を生成してもよい。

（端末の機能構成）
端末３０は、荷主（買主または売主）に操作される、例えば、スマートフォン、タブレット端末、パーソナルコンピュータ等で構成され、それぞれ倉庫内商品取引装置１０とネットワークを介して情報を送受信可能に接続され、端末制御部３１と、入出力部＃３２と、送受信部３３と、を備える。

また、端末制御部３１は、買主による入出力部３２の操作に応じて、倉庫内商品取引装置１０から送信されたＢｔｏＢ＿ＥＣマーケットデータを、送受信部３３を介して受信し、入出力部３２にＢｔｏＢ＿ＥＣマーケット画面を表示する。

また、端末制御部３１は、ＢｔｏＢ＿ＥＣマーケット画面において、買主が所望する商品を取引するための操作を受け付け、送受信部３３を介して、当該商品の取引要求を示す取引要求情報を、倉庫内商品取引装置１０に送信する。なお、端末制御部３１は、買主が所望する商品について、取引数量を含む取引要求情報を、倉庫内商品販取引装置１０に送信してもよい。

また、端末制御部３１は、倉庫内商品取引装置１０を介して買主の端末３０Ａから送信された取引要求情報を、送受信部３２を介して受信し、入出力部３２に取引要求情報画面を表示する。端末制御部３１は、取引要求情報画面において、取引を受諾するまたは拒否する操作を受け付け、送受信部３３を介して、取引を受諾することを示す受諾情報または取引要求情報の取引を拒否することを示す拒否情報を、倉庫内商品取引装置１０に送信する。

入出力部３２は、例えば、タッチパネルで構成され、荷主の操作を受け付けるとともに、端末制御部３１の制御により、例えば、倉庫内商品取引装置１０にアクセスすることで表示されるＢｔｏＢ＿ＥＣマーケット画面や取引要求情報画面を表示する。

上記の本システムの機能構成は、あくまで一例であり、１つの機能ブロック（データベース及び機能処理部）を分割したり、複数の機能ブロックをまとめて１つの機能ブロックとして構成したりしてもよい。各機能処理部は、装置や端末に内蔵されたＣＰＵ（Central Processing Unit）が、ＲＯＭ（Read Only Memory）、フラッシュメモリ、ＳＳＤ(Solid State Drive)、ハードディスク等の記憶装置（記憶部）に格納されたコンピュータ・プログラム（例えば、基幹ソフトや上述の各種処理をＣＰＵに実行させるアプリ等）を読み出し、ＣＰＵにより実行されたコンピュータ・プログラムによって実現される。すなわち、各機能処理部は、このコンピュータ・プログラムが、記憶装置に格納されたデータベース（ＤＢ;Data Base)やメモリ上の記憶領域からテーブル等の必要なデータを読み書きし、場合によっては、関連するハードウェア（例えば、入出力装置、表示装置、通信インターフェース装置）を制御することによって実現される。また、本発明の実施形態におけるデータベース（ＤＢ）は、商用データベースであってよいが、単なるテーブルやファイルの集合体をも意味し、データベースの内部構造自体は問わないものとする。

（処理フロー）
図６は、本発明の実施形態に係る倉庫内商品取引システム１が実行する倉庫内商品取引処理フローを示す図である。倉庫内商品取引処理は、本実施形態では、倉庫内商品取引装置１０が実行する。

まず、判断部１２は、管理部１１が生成し更新する、荷主から預かって倉庫に保管している商品の保管期間を管理する倉庫商品管理ＤＢ（図３参照）及び取引判断ＤＢ（図４参照）を参照し、倉庫商品管理ＤＢに記憶されている各商品が、保管期間や商品期限が所定の条件を満たすか否か（レベル）を判断し、所定の条件を満たす商品を抽出する（Ｓ１０）。

次に、移管部１３は、判断部１２が所定の条件を満たすと判断した商品を当該所定の条件を満たす商品の商品情報に基づいて、仮想倉庫商品管理ＤＢ（図５参照）を生成することで、判断部１２が所定の条件を満たすと判断した商品を仮想倉庫に移管する（Ｓ１１）。

次に、取引部１４は、仮想倉庫商品管理ＤＢに格納されている商品を販売するＢｔｏＢ＿ＥＣマーケットを開催するためのＢｔｏＢ＿ＥＣマーケットデータを生成する。また、取引部１４は、取引判断ＤＢ（図３参照）を参照して、商品毎に、ステップＳ１で判断部１２が判断したレベルに応じた価格を決定し、決定した価格を示す情報を含むＢｔｏＢ＿ＥＣマーケットマーケットデータを生成する。取引部１４は、生成したＢｔｏＢ＿ＥＣマーケットマーケットデータを荷主の端末３０に送信する（Ｓ１２）。

次に、取引部１４は、買主の端末３０Ｂから、取引商品の取引要求を示す取引要求情報を受信し、当該取引要求情報を取引商品の売主の端末３０Ａに送信する（Ｓ１３）。取引部１４は、取引要求情報の取引を受諾することを示す受諾情報または取引要求情報の取引を拒否することを示す拒否情報を、売主の端末３０Ａから受信する（Ｓ１４）。取引部１４は、、受諾情報を受信した場合、取引商品について決済処理を行い、Ｓ１６に処理を進める。一方、取引部１４は、、拒否情報を受信した場合、取引商品についての取引を終了する（Ｓ１５）。

管理部１１が、Ｓ１５で決済処理が完了したら、倉庫商品管理ＤＢ（図３参照）において、取引部１４により決済処理が完了した取引商品の荷主および保管期間を変更する。また、管理部１１は、仮想倉庫商品管理ＤＢ（図５参照）において、取引部１４により決済処理が完了した取引商品の商品情報を削除する。

図７～図９は、本発明の実施形態に係る倉庫内商品取引システム１の端末３０（３０Ａ，３０Ｂ）における表示例を示す図である。倉庫内の他荷主と取引したい買主は、端末３０Ｂを操作して倉庫内商品取引装置１０にＢｔｏＢ＿ＥＣマーケットデータの要求を送信する。例えば、買主が端末３０ＢのＷｅｂブラウザに予め通知されているＵＲＬを入力すると、倉庫内商品取引装置１０からＢｔｏＢ＿ＥＣマーケットデータが端末３０Ｂに送信され、図７に示すように、端末３０ＢにはＢｔｏＢ＿ＥＣマーケット画面が表示される。

ＢｔｏＢ＿ＥＣマーケット画面には、倉庫内の荷主同士の商品取引である旨の表示（倉庫内ＢｔｏＢフリマ）や、倉庫内商品取引装置１０の仮想倉庫商品管理ＤＢに格納されている商品の情報が表示される。商品の情報には、商品の写真（図示省略）、商品識別情報、判断部１２が判断したレベルに応じた価格、判断部１２が判断したレベルに応じた価格に対する割引き率等が含まれる。

具体的には、図７は、図５に示す仮想倉庫商品管理ＤＢに基づき生成されたＢｔｏＢ＿ＥＣマーケット画面である。図５に示す例では、保管期間や商品期限残り日数が所定の条件（図５に示す例では、保管期間がレベル１の３０日以上、または、商品期限残り日数がレベル１の３０以下）を満たす商品は、「商品識別情報：Ａ・・・０１」、「商品識別情報：Ａ・・・０２」、「商品識別情報：Ｂ・・・０１」である。このため、図７に示すＢｔｏＢ＿ＥＣマーケット画面の表示例では、この３つの商品が表示されている。このように、ＢｔｏＢ＿ＥＣマーケット画面は、倉庫内商品取引装置１０において、買主がＢｔｏＢ＿ＥＣマーケットデータの要求をしたことに応じて、現在取引可能な商品を通知する機能を有する。

また、各商品の表示枠中には、ＢｔｏＢ＿ＥＣマーケットにおける価格と、価格に対する割引き率と、が表示されている。例えば、図５中最上段の商品（商品識別情報：Ａ・・・０１）は、図４に示す取引判断ＤＢの例で判断すると、レベル３である。このため、図５に示す仮想倉庫商品管理ＤＢの例に示す「商品識別情報：Ａ・・・０１」の定価「１，０００円」に、レベル３の割引き率である５０％を乗じた価格である「５００円」と、定価に対する割引き率である「５０％引き」と、表示されている。

例えば、図７に示すＢｔｏＢ＿ＥＣマーケット画面において、図７中最下段の商品（商品識別情報：Ｂ・・・０１）を、買主が選択する操作することで、図８に示す商品購入画面に遷移する。商品購入画面には、買主に選択された商品の情報と、取引個数および取引個数に基づく購入金額、「購入」ボタンが表示されている。
図５中最下段の商品（商品識別情報：Ｂ・・・０１）は、１００個の商品を含むセット商品であるので、買い手荷主は、取引個数を指定することができる。図８においては、商品購入画面において、買主は取引個数として「２０個」を入力し、「購入」ボタンを操作することで、端末３０Ｂは、取引要求情報を倉庫内商品取引装置１０に送信し、倉庫内商品取引装置１０は、受信した取引要求情報を売主の端末３０Ａに送信する。

取引が要求された商品の売主の端末３０Ａに、倉庫内商品取引装置１０から取引要求情報が送信され、図９に示すように、端末３０Ａには取引確認画面を表示する。取引確認画面には、倉庫内の荷主同士の商品取引である旨の表示（倉庫内ＢｔｏＢフリマ）や、買主から取引が要求された商品の情報、買主、取引内容が表示される。商品の情報は、ＢｔｏＢ＿ＥＣマーケット画面に表示された情報と同じである。

具体的には、図９は、取引要求情報に基づき生成された取引確認画面である。図９に示す例では、買主が取引を要求した「商品識別情報：Ｂ・・・０１」の商品情報、購入者である買主、取引内容である取引個数および取引個数と価格とに基づく金額、「受諾」および「拒否」ボタンが表示されている。

図９に示す取引確認画面において、売主は「受諾」または「拒否」ボタンを操作することで、端末３０Ａは、取引を受領するか拒否するかを倉庫内商品取引装置１０に送信し、倉庫内商品取引装置１０は、取引が受諾されたの場合には、決済処理、商品情報の更新を実行し、一方、取引が拒否された場合には、処理を終了する。

このような倉庫内商品取引システム１によれば、倉庫に保管されている保管期間が所定の条件を満たす商品を、荷主同士での取引させることができる。そして、倉庫に保管されている保管期間が所定の条件を満たす商品は、同じ倉庫（同一倉庫だけでなく、同一事業者の倉庫も含む）の荷主同士で取引されると、倉庫内での移動を伴うことなく、保管期間および荷主が変更できる。したがって、保管期間が長い商品を有する売り手の荷主にとっては、在庫の出荷回転率を向上させることができ、一方、買い手の荷主にとっては、同じ倉庫を利用する荷主から必要な商品を入手することができ、在庫不足を防ぎやすくすることができる。また、物流会社にとっては、保管期間の長い商品の出荷回転率を向上させ、さらには倉庫内の商品全体の出荷回転率を向上につなげることができる。

また、倉庫内商品取引システム１によれば、判断部１２が所定の条件を満たすと判断した商品の商品情報を、仮想倉庫商品情報管理ＤＢに移管して管理することで、判断部１２が所定の条件を満たすと判断した商品を、実際には複数の物理倉庫で別々に保管されてても、１つの仮想倉庫で管理し、１つの倉庫内での商品取引が可能となる。

また、倉庫内商品取引システム１によれば、管理部１１が、商品について、少なくとも出品及び取引に関する取引内容が記憶された倉庫商品管理ＤＢまたは仮想倉庫商品管理ＤＢを、分散型台帳としての複数の格納部１００に記録して管理する。これにより、倉庫商品管理ＤＢまたは仮想倉庫商品管理ＤＢの改ざんや、一部の格納部の破損によるデータ喪失を防止できるので、倉庫商品管理ＤＢまたは仮想倉庫商品管理ＤＢの正確性やセキュリティを向上することが可能となる。

また、倉庫内商品取引システム１によれば、判断部１２は、商品の保管期間のみでなく、商品期限が、所定の条件を満たすかどうかを判断し、この判断に応じてＢｔｏＢ＿ＥＣマーケットで商品を取引させる。これにより、倉庫で預かっている商品が、商品期限切れになってしまい、商品価値が喪失するのを防止することが可能となる。

また、倉庫内商品取引システム１によれば、取引部１４は、判断部１２が判断したレベルに応じて、商品の取引条件を変更可能である。これにより、例えば、レベルに応じた価格を設定することも可能となり、例えば、より長い期間、売れ残っている商品の価格を下げる等の売荷主の商品販売に対する意向を反映させることが可能となる。

また、倉庫内商品取引システム１によれば、複数個の商品を含むセット商品の一部の商品を取引することが可能である。これにより、セット商品を分けて取引することで、取引機会を増やし、商品の出荷回転率を向上につなげることができる。

以上、実施形態を用いて本発明を説明したが、本発明の技術的範囲は上記実施形態に記載の範囲には限定されないことは言うまでもない。上記実施形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。また、そのような変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。なお、上記の実施形態では、本発明を物の発明として、倉庫内商品取引システムについて説明したが、本発明において倉庫内商品取引システムが実行する方法や、倉庫内商品取引システムを各種手段として機能させるプログラムの発明と捉えることもできる。

１ 倉庫内商品取引システム
１０ 倉庫内商品取引装置
１１ 管理部
１２ 判断部
１３ 移管部
１４ 取引部
２０ 倉庫管理装置
３０ 端末
３１ 端末制御部
３２ 入出力部
３３ 送受信部

Claims (8)

1. 倉庫に商品を預けている荷主間で、当該倉庫に保管している商品の取引を行う倉庫内商品取引システムであって、
   荷主から預かって倉庫に保管している商品の荷主および保管期間を管理する管理部と、
   前記保管期間が、所定の条件を満たすかどうかを判断する判断部と、
   前記所定の条件を満たすと判断した場合に、前記荷主間で、当該所定の条件を満たす商品の取引を行わせる取引部と、
   を備え、
   前記管理部が、前記取引が成立した場合に、当該取引された商品の荷主および保管期間を変更する倉庫内商品取引システム。
2. 当該所定の条件を満たす商品を、仮想倉庫に移管する移管部と、
   前記取引部は、前記仮想倉庫に移管された商品の取引を行わせる請求項１に記載の倉庫内商品取引システム。
3. 前記管理部は、商品について、少なくとも前記取引部での取引の内容を、分散型台帳に記録して管理する請求項１また請求項２に記載の倉庫内商品取引システム。
4. 前記管理部は、前記倉庫に保管している商品に設定されている商品期限を管理し、
   前記判断部は、前記商品期限が、前記所定の条件を満たすかどうかを判断する請求項１から請求項３のいずれか１項に記載の倉庫内商品取引システム。
5. 前記判断部は、前記所定の条件を、複数段階のレベルで判定し、
   前記取引部は、前記レベルに応じて、取引条件を変更可能である請求項１から４のいずれか１項に記載の倉庫内商品取引システム。
6. 前記商品が、複数個の商品を含むセット商品であって、
   前記取引部は、前記セット商品の一部の商品の取引が可能であって、
   前記管理部は、前記セット商品の一部の商品の取引が成立した場合に、当該取引された一部の商品の荷主および保管期間と、前記セット商品の他部の商品の荷主および保管期間とを管理する請求項１から５のいずれか１項に記載の倉庫内商品取引システム。
7. 荷主から預かって倉庫に保管している商品を、消費者に販売する倉庫内商品取引システムが実行する方法であって、
   荷主から預かって倉庫に保管している商品の荷主および保管期間を管理するステップと、
   前記保管期間が、所定の条件を満たすかどうかを判断するステップと、
   前記所定の条件を満たすと判断した場合に、前記荷主間で、当該所定の条件を満たす商品の取引を行わせるステップと、
   前記取引が成立した場合に、当該取引された商品の荷主および保管期間を変更するステップと、
   を含む倉庫内商品取引システム。
8. 荷主から預かって倉庫に保管している商品を、消費者に販売する倉庫内商品取引システムを、
   荷主から預かって倉庫に保管している商品の荷主および保管期間を管理する管理部、
   前記保管期間が、所定の条件を満たすかどうかを判断する判断部、
   前記所定の条件を満たすと判断した場合に、前記荷主間で、当該所定の条件を満たす商品の取引を行わせる取引部、
   として機能させ、
   更に、前記管理部が、前記取引が成立した場合に、当該取引された商品の荷主および保管期間を変更する機能を有するプログラム。
   
   

Images