JP6389994B1 - 倉庫管理サーバ、倉庫管理方法及び倉庫管理プログラム - 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. ネットワークを介して少なくとも倉庫端末及びユーザ端末と通信可能に接続された倉庫管理サーバであって、少なくとも入庫する対象物を特定するための情報及び前記対象物の在庫数を含む倉庫データベースを利用可能に接続された倉庫管理サーバを、
   前記ユーザ端末から倉庫に到着した前記対象物を認識する作業であるの検品の方法を指定した検品タイプ情報及び入庫数を含む入庫依頼情報を前記ユーザ端末から受け付ける受付部、
   前記入庫依頼情報を前記倉庫端末に送信する送信部、
   前記検品タイプ情報に基づき指定された方法によって、送信した前記入庫数と前記倉庫に入荷された入荷数とを前記倉庫端末を介して倉庫内作業者に前記検品をさせる検品部、
   前記検品の結果を前記倉庫端末から受信する受信部、
   前記結果に基づいて、前記倉庫データベースを更新する更新部、として機能させる、
   倉庫管理プログラム。