JP6323787B1 - 倉庫管理サーバ及び倉庫管理方法 - Google Patents

Abstract

【課題】複数種類の荷物に関する倉庫保管効率を向上し得る技術を提供すること。【解決手段】本発明による倉庫管理サーバは、ネットワークを介して、少なくとも倉庫端末及びユーザ端末と通信可能に構成されている。倉庫管理サーバは、ユーザ端末から対象物に関する入庫依頼を受け付ける受付部と、対象物が入庫された後に、当該対象物のサイズ情報を含む荷物情報を倉庫端末から取得する取得部と、倉庫内の保管場所毎に少なくとも使用領域情報又は未使用領域情報のいずれかを関連付けて管理する保管場所情報を含むロケーションデータベースを参照する参照部と、少なくとも取得した荷物情報とロケーションデータベースの参照結果とに基づいて、対象物の保管場所を選定する選定部と、選定された保管場所に関する保管場所情報を倉庫端末に送信する送信部とを備える。【選択図】図６

Description

本発明は、倉庫管理サーバ及び倉庫管理方法に関する。

集荷サービスが付帯した所謂トランクルームサービスとして、利用者がその都度保管場所に赴くことなく、保管依頼した個々の品の画像情報を含む詳細情報を何時でも視覚的に確認でき、必要とするものを何時でも取出し要求が可能な保管依頼品寄託方法が提案されている（例えば、特許文献１参照）。

また、生産や出庫の効率化を図るために、搬送を指示するためのデータにより入出庫を行う搬送設備を備えた自動倉庫における入庫制御システムが提案されている（例えば、特許文献２参照）。

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

しかしながら、特許文献１に記載の技術は、複数種類の荷物の倉庫保管効率を高める技術としては不十分である。

そこで、本発明は、複数事業者による複数種類の荷物に関する倉庫保管効率を向上し得る技術を提供することを一つの目的とする。

本発明によれば、ネットワークを介して、少なくとも倉庫端末及びユーザ端末と通信可能に構成された倉庫管理サーバであって、
前記ユーザ端末から対象物に関する入庫依頼を受け付ける受付部と、
前記対象物が入庫された後に、当該対象物のサイズ情報を含む荷物情報を前記倉庫端末から取得する取得部と、
前記倉庫内の保管場所毎に少なくとも使用領域情報又は未使用領域情報のいずれかを関連付けて管理する保管場所情報を含むロケーションデータベースを参照する参照部と、
少なくとも取得した前記荷物情報と前記ロケーションデータベースの参照結果とに基づいて、前記対象物の保管場所を選定する選定部と、
選定された保管場所に関する保管場所情報を前記倉庫端末に送信する送信部とを備える、
倉庫管理サーバが得られる。

本発明によれば、複数種類の荷物に関する倉庫保管効率を向上し得る。

本発明の第１の実施の形態による倉庫管理システムに用いられるネットワークの構成図である。 図１の倉庫管理サーバのハードウェア構成を示すブロック図である。 図１のユーザ端末のハードウェア構成を示すブロック図である。 図１の倉庫端末のハードウェア構成を示すブロック図である。 図２の倉庫管理サーバの機能構成を示すブロック図である。 図１の倉庫管理システムの処理の流れを模式的に示す図である。 本発明の第２の実施の形態による倉庫管理システムに用いられる倉庫管理サーバの機能構成を示すブロック図である。 図７の倉庫管理システムの処理の流れを模式的に示す図である。

本発明の実施形態の内容を列記して説明する。本発明の実施の形態による倉庫管理サーバ及び倉庫管理方法は、以下のような構成を備える。
［項目１］
ネットワークを介して、少なくとも倉庫端末と通信可能に接続された倉庫管理サーバであって、
対象物が入荷された後に、当該対象物のサイズ情報を含む荷物情報を前記倉庫端末から取得する取得部と、
前記倉庫内の保管場所毎に少なくとも使用領域情報又は未使用領域情報のいずれかを関連付けて管理する保管場所情報を含むロケーションデータベースを参照する参照部と、
少なくとも取得した前記荷物情報と前記ロケーションデータベースの参照結果とに基づいて、前記対象物の保管場所を選定する選定部と、
選定された保管場所に関する保管場所情報を前記倉庫端末に送信する送信部とを備える、
倉庫管理サーバ。
［項目２］
項目１に記載の倉庫管理サーバであって、
ネットワークを介して更にユーザ端末と通信可能に接続され、
前記受付部は、前記対象物の少なくとも入庫前に、前記ユーザ端末から当該対象物に関する出庫予約を更に受け付けるものであり、
前記送信部は、前記対象物が入庫された後に、前記出庫予約に基づいて前記倉庫端末に出庫指示を送信する、
倉庫管理サーバ。
［項目３］
項目２に記載の倉庫管理サーバであって、
前記保管場所情報は、前記保管場所毎に更に出庫予約優先フラグを関連付けて管理しており、
前記選定部は、当該対象物に関して前記出庫予約がなされている場合には、前記出庫予約優先フラグが関連付けられている前記保管場所の中から当該対象物の前記保管場所を選定する、
倉庫管理サーバ。
［項目４］
項目３に記載の倉庫管理サーバであって、
前記選定部は、複数種の前記対象物に関して同一の前記出庫予約がなされている場合には、前記出庫予約優先フラグが関連付けられている前記保管場所であって複数種の前記対象物同士の距離が最短となるように前記保管場所を選定する、
倉庫管理サーバ。
［項目５］
項目２乃至項目４のいずれかに記載の倉庫管理サーバであって、
前記保管場所情報は、使用領域情報又は未使用領域情報に少なくとも日付情報を関連付けて管理しており、
前記出庫予約を受け付けた際に、当該出庫予約に関する出庫日に基づいて前記日付情報を更新する更新部を更に備える、
倉庫管理サーバ。
［項目６］
項目２乃至項目５のいずれかに記載の倉庫管理サーバであって、
前記受付部は、前記ユーザ端末からの出庫依頼として出庫指示又は出庫予約のいずれかを受付けるものであり、かつ、前記対象物の在庫数量を超過した数量の出庫依頼を受け付けた場合に当該出庫依頼を前記出庫予約として受け付ける、
倉庫管理サーバ。
［項目７］
項目１乃至項目６のいずれかに記載の倉庫管理サーバであって、
前記保管場所情報は、少なくとも当該保管場所毎の保管場所容積情報及び使用領域容積情報を関連付けて管理するものであり、
前記選定部は、少なくとも前記保管場所容積情報及び前記使用領域容積情報とに基づいて算出される保管場所充填率に基づいて前記対象物を保管すべき前記保管場所を評価し、当該評価に基づいて前記対象物の保管場所を選定する、
倉庫管理サーバ。
［項目８］
項目７に記載の倉庫管理サーバであって、
前記選定部は、前記評価を前記荷物情報に基づいて補正して得た補正後評価に基づいて前記対象物の保管場所を選定する、
倉庫管理サーバ。
［項目９］
項目１乃至項目８のいずれかに記載の倉庫管理サーバであって、
前記ロケーションデータベースは、前記倉庫毎に前記保管場所情報を有しており、
前記選定部は、少なくとも取得した前記荷物情報と前記ロケーションデータベースの参照結果とに基づいて、前記対象物の保管倉庫を選定する、
倉庫管理サーバ。
［項目１０］
ネットワークを介して、少なくとも倉庫端末及びユーザ端末と通信可能に接続された倉庫管理サーバであって、
前記ユーザ端末から当該対象物のサイズ情報を含む入荷依頼を受け付ける受付部と、
前記倉庫内の保管場所毎に少なくとも使用領域情報又は未使用領域情報のいずれかを関連付けて管理する保管場所情報を含むロケーションデータベースを参照する参照部と、
少なくとも取得した前記サイズ情報と前記ロケーションデータベースの参照結果とに基づいて、前記対象物の保管場所を選定する選定部と、
選定された保管場所に関する保管場所情報を前記倉庫端末に送信する送信部とを備える、
倉庫管理サーバ。
［項目１１］
ネットワークを介して、少なくとも倉庫端末及びユーザ端末と通信可能に接続された倉庫管理サーバを利用した倉庫管理方法であって、
前記倉庫端末が：
前記対象物が入荷された後に当該対象物のサイズ情報を含む荷物情報を取得するステップ；を含み、
倉庫管理サーバが：
前記倉庫内の保管場所毎に少なくとも使用領域情報又は未使用領域情報のいずれかを関連付けて管理する保管場所情報を含むロケーションデータベースを参照するステップと；
少なくとも取得した前記荷物情報と前記ロケーションデータベースの参照結果とに基づいて、前記対象物の保管場所を選定するステップと；
選定された保管場所に関する保管場所情報を前記倉庫端末に送信するステップと；
を含む
倉庫管理方法。
［項目１２］
ネットワークを介して、少なくとも倉庫端末と通信可能に接続された倉庫管理サーバを、
対象物が入荷された後に、当該対象物のサイズ情報を含む荷物情報を前記倉庫端末から取得する取得部、
前記倉庫内の保管場所毎に少なくとも使用領域情報又は未使用領域情報のいずれかを関連付けて管理する保管場所情報を含むロケーションデータベースを参照する参照部、
少なくとも取得した前記荷物情報と前記ロケーションデータベースの参照結果とに基づいて、前記対象物の保管場所を選定する選定部、
選定された保管場所に関する保管場所情報を前記倉庫端末に送信する送信部、
として機能させる、
倉庫管理プログラム。

＜実施の形態の詳細＞
（第１の実施の形態）
以下、本発明の第１の実施の形態による倉庫管理サーバ及び倉庫管理方法によって実現される倉庫管理システムついて、図面を参照しながら説明する。

＜概要＞
本発明による倉庫管理システムは、荷物の属性（サイズ情報、内容物、オーナ情報等）に応じて、当該荷物の倉庫内における配置を最適化し、倉庫管理を効率化するものである。なお、以下の説明においては、「入荷」「入庫」「出庫」「出荷」という言葉を以下のように使い分けることがあるが、言葉の定義はこれに限定されず、「入荷」及び「入庫」を同義とし、「出庫」及び「出荷」を同義としてとらえたとしても本発明の機能・構成・効果には影響はない
「入荷」：荷物を倉庫に搬入すること
「入庫」：搬入された荷物に対して（検品を行う場合には、検品が完了した後に）倉庫内のしかるべき場所（棚、パレットなど：「保管場所」ということもある）に保管すること
「出庫」：保管場所から荷物を取り出す（ピッキングする）こと
「出荷」：取り出された荷物に対して（検品を行う場合には、検品が完了した後に）しかるべき配送を行うこと

＜構成＞
図１に示されるように、本実施の形態による倉庫管理システムは、倉庫管理サーバ１と、ユーザが有するユーザ端末２と、倉庫作業者が有する倉庫端末３とを含んでいる。

倉庫管理サーバ１と、ユーザ端末２と、倉庫端末３とは、ネットワーク４を介して互いに通信可能に接続されたクライアント・サーバモデルのシステムである。なお、ユーザ端末２と倉庫端末３とは直接的には接続されていない。本実施の形態によるネットワーク４は、携帯電話機やスマートフォン等に対するキャリアネットワークと、ＩＰベースのコンピュータネットワークとを含む。ここでは、コンピュータネットワークは、相互に接続されたＩＰネットワークによって構築されたインターネットを含む広い概念で用いられている。また、コンピュータネットワークは、図示されていない無線基地局（例えばＷｉＦｉ）によって構築される無線ネットワークを含んでも良い。キャリアネットワークとＩＰネットワークとは、例えば、ゲートウェイ等を介して接続されるが、これに限られるものではない。

＜ハードウェア構成＞
図２乃至図４を夫々参照して、倉庫管理サーバ１と、ユーザ端末２と、倉庫端末３のハードウェア構成について説明する。

倉庫管理サーバ１は、倉庫管理システムを通じてサービスを提供するための情報処理装置であり、例えばワークステーションやパーソナルコンピュータのような汎用コンピュータとしてもよいし、或いはクラウド・コンピューティングによって論理的に実現されてもよい。図２に示されるように、倉庫管理サーバ１は、プロセッサ１０、メモリ１１、ストレージ１２、通信インタフェース（ＩＦ）１３、および入出力部１４等を備え、これらはバス１５を通じて相互に電気的に接続される。

プロセッサ１０は、倉庫管理サーバ１全体の動作を制御し、各要素間におけるデータの送受信の制御、およびアプリケーションの実行に必要な情報処理等を行う演算装置である。例えばプロセッサ１０はＣＰＵ(Central Processing Unit)であり、ストレージ１２に格納されメモリ１１に展開されたプログラム等を実行して各情報処理を実施する。

メモリ１１は、ＤＲＡＭ(Dynamic Random Access Memory)等の揮発性記憶装置で構成される主記憶と、フラッシュメモリやＨＤＤ(Hard Disc Drive)等の不揮発性記憶装置で構成される補助記憶と、を含む。メモリ１１は、プロセッサ１０のワークエリア等として使用され、また、倉庫管理サーバ１の起動時に実行されるＢＩＯＳ(Basic Input / Output System)、および各種設定情報等を格納する。ストレージ１２は、アプリケーション・プログラム、およびユーザの認証プログラム等の各種プログラムを格納する。各処理に用いられるデータを格納したデータベース（後述するロケーションデータベース等）がストレージ１２に構築されていてもよい。

ユーザ端末２は、倉庫管理システムを通じてサービスの提供を受けるための情報処理装置であり、例えばワークステーションやパーソナルコンピュータのような汎用コンピュータとしてもよいし、スマートフォン、ＰＤＡ、タブレット型コンピュータ等のデバイス等タッチパネルを備える端末としてもよい。図３に示されるように、ユーザ端末２は、プロセッサ２０、メモリ２１、ストレージ２２、通信インタフェース（ＩＦ）２３、および入出力部２４等を備え、これらはバス２５を通じて相互に電気的に接続される。

通信インタフェース２３は、ユーザ端末２をネットワーク４に接続し、倉庫管理サーバ２０及び倉庫端末３との通信を行う。入出力部２４は、マウスやキーボード等の情報入力機器、およびディスプレイ等の出力機器である。バス２５は、上記各要素に共通に接続され、例えば、アドレス信号、データ信号および各種制御信号を伝達する。

プロセッサ２０は、ユーザ端末２の動作を制御し、各要素間におけるデータの送受信の制御、およびプリケーションの実行に必要な処理等を行う演算装置である。例えばプロセッサ２０はＣＰＵおよび／またはＧＰＵ(Graphical Processing Unit)等であり、ストレージ２２に格納されメモリ２１に展開されたプログラム等を実行することによって、必要な各情報処理を実施する。

メモリ２１は、ＲＡＭなどの揮発性記憶装置で構成される主記憶と、フラッシュメモリやＨＤＤ等の不揮発性記憶装置で構成される補助記憶と、を含む。メモリ２１はプロセッサ２０のワークエリア等として使用され、また、ユーザ端末２の起動時に実行されるＢＩＯＳ、および各種設定情報等が格納される。ストレージ２２には、アプリケーション・プログラム等が格納される。

通信インタフェース２３は、ユーザ端末２をネットワーク４に接続し、倉庫管理サーバ１と通信を行う。また、通信インタフェース２３には、Ｂｌｕｅｔｏｏｔｈ（登録商標）およびＢＬＥ(Bluetooth Low Energy)の近距離通信インタフェースも含まれる。バス２５は、上記の各要素に共通に接続され、例えば、アドレス信号、データ信号、および各種制御信号を伝達する。

倉庫端末３は、主に、タッチパネルを有するデバイスを想定しているがこれに限られない。倉庫端末３は、プロセッサ３０、メモリ３１、ストレージ３２、通信インタフェース３３、撮像部３４、およびタッチパネル３５等を備え、バス３６を介して相互に電気的に接続される。

プロセッサ３０は、倉庫端末３の動作を制御し、各要素間におけるデータの送受信の制御、およびプリケーションの実行に必要な処理等を行う演算装置である。例えばプロセッサ３０はＣＰＵおよび／またはＧＰＵ(Graphical Processing Unit)等であり、ストレージ３２に格納されメモリ３１に展開されたプログラム等を実行することによって、必要な各情報処理を実施する。

メモリ３１は、ＲＡＭなどの揮発性記憶装置で構成される主記憶と、フラッシュメモリやＨＤＤ等の不揮発性記憶装置で構成される補助記憶と、を含む。メモリ３１はプロセッサ３０のワークエリア等として使用され、また、倉庫端末３の起動時に実行されるＢＩＯＳ、および各種設定情報等が格納される。ストレージ３２には、アプリケーション・プログラム等が格納される。

通信インタフェース３３は、倉庫端末３をネットワーク４に接続し、倉庫管理サーバ１と通信を行う。また、通信インタフェース３３には、Ｂｌｕｅｔｏｏｔｈ（登録商標）およびＢＬＥ(Bluetooth Low Energy)の近距離通信インタフェースも含まれる。撮像部３４は、カメラ機能を有し、倉庫作業者によって撮像された画像をストレージ３２に格納する。タッチパネル３５は、入力部３５１および表示部３５２を構成する。バス３６は、上記の各要素に共通に接続され、例えば、アドレス信号、データ信号、および各種制御信号を伝達する。

タッチパネルの入力部３５１は、ユーザによるタッチパネル３５への操作があったことを検知する。入力部３５１は、圧力検出方式、抵抗膜方式、静電容量方式、または電磁誘導方式等を採用することができる。そして、タッチパネル上の任意の位置で操作（タッチパネルに対する、タッチ操作、スライド動作、スワイプ操作、及びタップ操作等の物理的接触操作）による入力を受けると、その位置における押圧、電気抵抗、電気容量、または弾性波のエネルギー等の変化量が検知され、対応する接触位置座標が特定される。タッチパネルの表示部３５２は液晶ディスプレイ等で構成される。

＜機能構成＞
図５に示されるように、本実施の形態による倉庫管理サーバ１は、受付部１００、取得部２００、送信部３００、参照部４００及び選定部５００を含んでいる。なお、図２において、様々な処理を行う機能ブロックとして記載される各要素は、ハードウェアとしては、プロセッサ、メモリ、その他の集積回路で構成することができ、ソフトウェアとしては、メモリにロードされた各種プログラムなどによって実現される。したがって、これらの機能ブロックがハードウェア、ソフトウェア、又はそれらの組み合わせによって実現できることは当業者に理解されるであろう。また、これらの機能ブロックは、単一の端末において実現されていてもよいし、ネットワークその他の接続手段によって接続された複数の端末を用いて実現されていてもよい。

詳しくは、受付部１００は、ユーザ端末２から荷物（対象物）に関する入庫依頼、出庫依頼及び出庫予約（詳しくは後述する）を受け付ける。

取得部２００は、入庫依頼に従って、倉庫に入庫した荷物のサイズ情報を含む荷物情報を倉庫端末３から取得する。本実施の形態によるサイズ情報の取得は、例えば、作業を担当した倉庫作業者が当該荷物のサイズを計測して倉庫端末３を介して倉庫管理サーバ１に送信されることにより行われる。

参照部４００は、ロケーションデータベース１２０を参照する。本実施の形態によるロケーションデータベース１２０は、倉庫内の保管場所毎に少なくとも使用領域情報又は未使用領域情報のいずれかを関連付けて管理している。使用領域情報には、既に保管されている荷物のサイズ情報（体積情報）等、保管場所の具体的な空き状況が参照可能な情報が含まれる。

選定部５００は、入荷した荷物のサイズ情報と前記ロケーションデータベース１２０の参照結果とに基づいて、荷物の保管場所を選定する。

送信部５００は、選定された保管場所に関する保管場所情報を前記倉庫端末に送信する。

なお、荷物情報のうち、サイズ情報はユーザ端末２から送信される入庫依頼に含まれることとしてもよい。この場合、ユーザ端末２は、入庫依頼を行うユーザに対してサイズ情報の入力して送信させることとしてもよい。倉庫管理サーバ１は、入庫依頼に含まれるサイズ情報に基づいて、事前に荷物の保管場所を選定することができる。

＜処理の流れ＞
続いて図６を参照して、本実施の形態による倉庫管理システム全体の処理の流れを説明する。本実施の形態における倉庫は、複数の保管場所ａ、ｂ、ｃを倉庫内に有しており、それぞれの保管場所内に区分けされた空間（図示される保管場所ａにおける各区分けされた空間を「ａ１１、ａ１２、・・・ａ３３」と称呼する）を有している。なお、本実施の形態の説明において、単に「保管場所」という場合には、「保管場所ａ、ｂ、ｃ」及び「各保管場所内に区分けされた空間ａ１１、ａ１２、・・・ａ３３」の両方を指す場合がある。また、本実施の形態においては、倉庫内の保管場所として、その一部を図示している。従って、保管場所及び区分けされた空間の数は倉庫によって異なる。

図６に示されるように、ユーザ端末２から荷物Ｌに対する入庫依頼があった後に（ＳＱ１００）、荷物Ｌは、例えば配送業者によって倉庫に入荷される（ＳＱ１０２）。入荷された荷物Ｌは、倉庫作業者（図示せず）によってサイズが計測される（ＳＱ１０４）。計測されたサイズはサイズ情報として倉庫端末３を介して倉庫管理サーバ１に送信される（ＳＱ１０６）。倉庫管理サーバ１は、ロケーションデータベース１２０の保管場所情報レコードＲ１を参照し（ＳＱ１０８）、各保管場所の使用率を考慮して荷物Ｌの保管場所として適切な保管場所ＩＤ（例えば、「ａ１１」など）を特定する。倉庫管理サーバ１は、特定した保管場所情報を倉庫端末３に送信する（ＳＱ１１０）。倉庫作業者は、当該倉庫端末３に送信された保管場所情報の指定に基づいて、指定された保管場所に荷物Ｌを保管する。保管が完了すると、倉庫作業者の操作によって、倉庫端末３から保管完了通知（図示せず）が倉庫管理サーバ１に送信され、倉庫管理サーバ１は、ロケーションデータベース１２０のうちの保管情報レコードＲ２に、当該荷物Ｌに付与された荷物ＩＤ、保管場所ＩＤ、の（出庫指示がある場合には）出庫指定日等が登録される。なお、保管情報レコードＲ２への登録は、ユーザ端末２からの入庫依頼があった際に仮登録が行われ、保管完了通知によって本登録がなされることとしてもよい。

以上説明した第１の実施の形態によれば、倉庫内の保管場所の使用領域（未使用領域）に応じて効果的に荷物を配置することができ、保管場所のリソースを最適化することができる。

（第２の実施の形態）
本発明の第２の実施の形態による倉庫管理システムは、第１の実施の形態による倉庫管理システムに「出庫予約」機能が追加されたものである。従って、以下の説明においては、第１の実施の形態と同一の要素については同一の称呼（参照符号）を用いて重複する説明はその詳細な説明を省略する。

図７に示されるように、本実施の形態による倉庫管理サーバ１’は、受付部１００、取得部２００、送信部３００、参照部４００、選定部５００及び更新部６００を含んでいる。

本実施の形態による受付部１００は、荷物の少なくとも入庫前（入荷前も含む）に、ユーザ端末２から荷物に関する出庫予約を受け付ける。出庫予約とは、倉庫内に荷物の在庫がない場合であっても、出庫日を指定することができる機能である。なお、本実施の形態による受付部１００は、ユーザ端末２からの出庫依頼として出庫指示又は出庫予約のいずれかを受付け、在庫がある場合の出庫依頼を出庫指示として受付ける一方、在庫がない場合の出庫依頼を出庫予約として受け付ける旨をユーザ端末２に表示する。なお、例えば、出庫依頼に関する荷物の個数が在庫数量を超過していた場合には、超過した数量の荷物のみを出庫予約として受け付ける。出庫予約がされた荷物は、（入庫依頼がなされて）倉庫に入庫された後、倉庫管理サーバ１から倉庫端末３に対して出庫指示がされることによって出庫される。

図８に示されるように、本実施の形態による保管情報レコードＲ１’は、保管場所（又は区分けされた空間）毎に更に出庫予約優先フラグを少なくとも関連付けて管理している。出庫予約優先フラグは、後述する出庫予約がなされた荷物が収容・保管される場所であり、具体的には、パレット（木製又は樹脂製の簀の子形状の板）のように、出荷作業が容易である場所である。一方、保管情報レコードＲ２’は、荷物毎に、荷物ＩＤ、出庫予約フラグ、保管場所ＩＤ、出庫指定日を少なくとも関連付けて管理している。

図７に戻り、本実施の形態による選定部５００は、当該対象物に関して出庫予約がなされている場合には、出庫予約優先フラグが関連付けられている保管場所の中から保管場所を選定する。なお、複数の荷物に対して同一の出庫予約（例えば、同一の出庫日指定日が指定されている等）がなされている場合には、出庫予約優先フラグが関連付けられている保管場所のうちから選択される一の保管場所に保管されるように保管場所を選定する。同一の保管場所に保管できない場合には、出庫予約優先フラグが関連付けられている保管場所のうち、荷物同士の距離が最短となるように保管場所を選定する。

本実施の形態における保管場所情報は、日付（時刻）毎に各保管場所の使用状態（例えば、荷物のサイズや数等）を関連付けて管理していてもよい。この場合、更新部６００は、入庫依頼がされた後や出庫依頼がされた場合に、各保管場所の使用状態を更新する。なお、上述した出庫予約を受け付けた場合には、当該出庫予約に関する出庫日後には保管場所は空きの状態になることから、更新部６００は、将来の日付において使用状態を設定することとなる。

（第３の実施の形態）
本発明の第３の実施の形態による倉庫管理システムは、第１の実施の形態による倉庫管理システムの選定部が所定の評価値をもって保管場所を選定するものである。従って、以下の説明においては、第１の実施の形態と同一の要素については同一の称呼を用いて重複する説明はその詳細な説明を省略する。

本実施の形態による保管場所情報は、少なくとも当該保管場所毎の保管場所容積情報及び使用領域容積情報を関連付けて管理するものである。保管場所容積情報及び使用領域容積情報の単位は任意のものを使用することができる。

選定部は、少なくとも保管場所容積情報及び使用領域容積情報とに基づいて算出される保管場所充填率に基づいて対象物を保管すべき保管場所を評価・抽出する。保管場所充填率は、例えば保管場所における「使用領域容積情報÷保管場所容積情報」によって求めることとしてもよい。このような評価は、保管場所毎に算出された評価値によって行われて所定の条件（例えば評価値の高いものから順に候補として選定）に基づいて抽出される。

また、本実施の形態においては、各荷物に荷物情報として属性情報等を持たせることとしてもよい。例えば、上積の可／不可、形状、要求される保管状態等、保管の際に考慮すべき情報などが該当する。選定部は、上述した評価によって得られた評価値を当該属性情報によって補正する。この際、属性情報の夫々には他の荷物の保管に影響を及ぼす可能性の度合いによって重みづけされた数値が関連付けられており、選定部は、一時的に得られた評価値を上記重みづけされた数値に基づいて補正することとしてもよい。これにより、荷物の属性に応じた最適な保管場所を選定することが可能となる。

＜変形例＞
上述した実施の形態は、同一の倉庫内における保管場所の選定であったが、同様の仕組みは、入庫依頼があった荷物をどの倉庫のどの保管場所に保管すべきかという問題にも適用可能である。この場合、例えば、ロケーションデータベースに、倉庫毎の保管場所情報として、倉庫稼働率（使用領域容積情報÷全保管場所容積情報）を関連付けて管理させることとすればよい。そして、選定部は、取得した荷物情報とロケーションデータベースの参照結果とに基づいて、荷物の保管倉庫を選定する。この際、出庫予約がある場合には、出庫予約に関する出荷先の住所等を選定の要素として考慮することとしてもよいし、倉庫毎の保管費用と保管期間を乗じた数値を選定の要素としてもよい。

なお、これらの算出においては、所謂在庫管理問題の分枝限定法に基づく近似解法等を利用することもできるが、所謂組合せ最適化問題の種々の解法を用いることとしてもよい。

＜端末＞
本発明の実施の形態に用いられる端末は、スマートフォン、ＰＤＡ、タブレット型コンピュータ等のデバイス等タッチパネルを備える端末であれば実行可能である。

上述した実施の形態は、本発明の理解を容易にするための例示に過ぎず、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良することができると共に、本発明にはその均等物が含まれることは言うまでもない。

１、１’ 倉庫管理サーバ
２ ユーザ端末
３ 倉庫端末
４ ネットワーク
１０ プロセッサ
１１ メモリ
１２ ストレージ
１３ 通信インターフェース（ＩＦ）
１４ 入出力部
１５ バス
２０ プロセッサ
２１ メモリ
２２ ストレージ
２３ 通信インターフェース（ＩＦ）
２４ 入出力部
２５ バス
３０ プロセッサ
３１ メモリ
３２ ストレージ
３３ 通信インターフェース（ＩＦ）
３４ 撮影部
３５ タッチパネル
３６ バス
１００ 受付部
１２０、１２０’ 倉庫管理データベース（ＤＢ）
２００ 取得部
３００ 送信部
３５１ 入力部
３５２ 表示部
４００ 参照部
５００ 選定部
６００ 更新部

Claims (9)

1. ネットワークを介して、倉庫端末及びユーザ端末と通信可能に接続された倉庫管理サーバであって、
   前記ユーザ端末から当該対象物のサイズ情報を含む入庫依頼を受け付ける受付部と、
   前記倉庫内の保管場所毎に少なくとも使用領域情報又は未使用領域情報のいずれかを関連付けて管理する保管場所情報を含むロケーションデータベースを参照する参照部と、
   少なくとも取得した前記サイズ情報と前記ロケーションデータベースの参照結果とに基づいて、前記対象物の保管場所を選定する選定部と、
   選定された保管場所に関する保管場所情報を前記倉庫端末に送信する送信部とを備える、
   倉庫管理サーバであって、
   前記受付部は、前記対象物の少なくとも入庫前に、前記ユーザ端末から当該対象物に関する出庫予約を更に受け付けるものであり、
   前記送信部は、前記対象物が入庫された後に、前記出庫予約に基づいて前記倉庫端末に出庫指示を送信し、
   前記ロケーションデータベースは、前記倉庫毎に前記保管場所情報を有しており、
   前記選定部は、少なくとも取得した前記荷物情報と前記ロケーションデータベースの参照結果とに基づいて、前記対象物の保管倉庫を選定する、
   倉庫管理サーバ。
2. 請求項１に記載の倉庫管理サーバであって、
   前記保管場所情報は、前記保管場所毎に更に出庫予約優先フラグを関連付けて管理しており、
   前記選定部は、当該対象物に関して前記出庫予約がなされている場合には、前記出庫予約優先フラグが関連付けられている前記保管場所の中から当該対象物の前記保管場所を選定する、
   倉庫管理サーバ。
3. 請求項２に記載の倉庫管理サーバであって、
   前記選定部は、複数種の前記対象物に関して同一の前記出庫予約がなされている場合には、前記出庫予約優先フラグが関連付けられている前記保管場所であって複数種の前記対象物同士の距離が最短となるように前記保管場所を選定する、
   倉庫管理サーバ。
4. 請求項１乃至請求項３のいずれかに記載の倉庫管理サーバであって、
   前記保管場所情報は、使用領域情報又は未使用領域情報に少なくとも日付情報を関連付けて管理しており、
   前記出庫予約を受け付けた際に、当該出庫予約に関する出庫日に基づいて前記日付情報を更新する更新部を更に備える、
   倉庫管理サーバ。
5. 請求項１乃至請求項４のいずれかに記載の倉庫管理サーバであって、
   前記受付部は、前記ユーザ端末からの出庫依頼として出庫指示又は出庫予約のいずれかを受付けるものであり、かつ、前記対象物の在庫数量を超過した数量の出庫依頼を受け付けた場合に当該出庫依頼を前記出庫予約として受け付ける、
   倉庫管理サーバ。
6. 請求項１乃至請求項５のいずれかに記載の倉庫管理サーバであって、
   前記保管場所情報は、少なくとも当該保管場所毎の保管場所容積情報及び使用領域容積情報を関連付けて管理するものであり、
   前記選定部は、少なくとも前記保管場所容積情報及び前記使用領域容積情報とに基づいて算出される保管場所充填率に基づいて前記対象物を保管すべき前記保管場所を評価し、当該評価に基づいて前記対象物の保管場所を選定する、
   倉庫管理サーバ。
7. 請求項６に記載の倉庫管理サーバであって、
   前記選定部は、前記評価を前記荷物情報に基づいて補正して得た補正後評価に基づいて前記対象物の保管場所を選定する、
   倉庫管理サーバ。
8. ネットワークを介して、少なくとも倉庫端末及びユーザ端末と通信可能に接続された倉庫管理サーバを利用した倉庫管理方法であって、
   前記倉庫管理サーバが：
   前記ユーザ端末から当該対象物のサイズ情報を含む入庫依頼を受け付けるステップと、
   前記倉庫内の保管場所毎に少なくとも使用領域情報又は未使用領域情報のいずれかを関連付けて管理する保管場所情報を含むロケーションデータベースを参照するステップと、
   少なくとも取得した前記サイズ情報と前記ロケーションデータベースの参照結果とに基づいて、前記対象物の保管場所を選定するステップと、
   選定された保管場所に関する保管場所情報を前記倉庫端末に送信するステップとを含み、
   前記受付部は、前記対象物の少なくとも入庫前に、前記ユーザ端末から当該対象物に関する出庫予約を更に受け付け、
   前記送信部は、前記対象物が入庫された後に、前記出庫予約に基づいて前記倉庫端末に出庫指示を送信し、
   前記ロケーションデータベースは、前記倉庫毎に前記保管場所情報を有しており、
   前記選定部は、少なくとも取得した前記荷物情報と前記ロケーションデータベースの参照結果とに基づいて、前記対象物の保管倉庫を選定する、
   倉庫管理方法。
9. ネットワークを介して、倉庫端末及びユーザ端末と通信可能に接続された倉庫管理サーバを、
   前記ユーザ端末から当該対象物のサイズ情報を含む入庫依頼を受け付ける受付部、
   前記倉庫内の保管場所毎に少なくとも使用領域情報又は未使用領域情報のいずれかを関連付けて管理する保管場所情報を含むロケーションデータベースを参照する参照部、
   少なくとも取得した前記サイズ情報と前記ロケーションデータベースの参照結果とに基づいて、前記対象物の保管場所を選定する選定部、
   選定された保管場所に関する保管場所情報を前記倉庫端末に送信する送信部、として機能させる倉庫管理プログラムであって、
   前記受付部は、前記対象物の少なくとも入庫前に、前記ユーザ端末から当該対象物に関する出庫予約を更に受け付けるものであり、
   前記送信部は、前記対象物が入庫された後に、前記出庫予約に基づいて前記倉庫端末に出庫指示を送信し、
   前記ロケーションデータベースは、前記倉庫毎に前記保管場所情報を有しており、
   前記選定部は、少なくとも取得した前記荷物情報と前記ロケーションデータベースの参照結果とに基づいて、前記対象物の保管倉庫を選定する、
   倉庫管理プログラム。

Images