特許 6249579 倉庫管理方法及び倉庫管理システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】6249579

(24)【登録日】2017年12月1日

(45)【発行日】2017年12月20日

(54)【発明の名称】倉庫管理方法及び倉庫管理システム

(51)【国際特許分類】

   G06Q 10/08 20120101AFI20171211BHJP

   B65G 1/137 20060101ALI20171211BHJP

【ＦＩ】

   G06Q10/08 330

   B65G1/137 A

【請求項の数】6

【全頁数】13

(21)【出願番号】特願2017-77788(P2017-77788)

(22)【出願日】2017年4月10日

【審査請求日】2017年5月23日

【新規性喪失の例外の表示】特許法第３０条第２項適用 掲載年月日／平成２８年１０月３１日 掲載アドレス／ｈｔｔｐｓ：／／ｂｌｏｇ．ｏｐｅｎｌｏｇｉ．ｃｏｍ／ｐａｇｅ／２／ ｈｔｔｐｓ：／／ｗｗｗ．ｏｐｅｎｌｏｇｉ．ｃｏｍ／

【早期審査対象出願】

(73)【特許権者】

【識別番号】515159877

【氏名又は名称】株式会社オープンロジ

(74)【代理人】

【識別番号】100179822

【弁理士】

【氏名又は名称】中畑 稔

(72)【発明者】

【氏名】伊藤 秀嗣

【審査官】 山内 裕史

(56)【参考文献】

【文献】 特開２０１０−２０５０３６（ＪＰ，Ａ）

【文献】 特開２００７−１２６２５６（ＪＰ，Ａ）

【文献】 特開２０１７−０４１１６９（ＪＰ，Ａ）

【文献】 国際公開第２００５／１１５８９０（ＷＯ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００ − ９９／００

Ｂ６５Ｇ １／１３７

(57)【特許請求の範囲】

【請求項1】

倉庫内作業者が操作可能な倉庫端末と、ユーザが操作可能なユーザ端末とネットワークを介して通信可能に構成された倉庫管理サーバを用いた倉庫管理方法であって、
前記倉庫管理サーバが：
前記ユーザ端末からユーザ名と、ユーザＩＤ生成依頼とを受け付けるステップと；
ユーザＩＤを生成するステップと；
生成された前記ユーザＩＤを前記ユーザ名と関連付けて倉庫データベースに登録するステップと；
前記ユーザ端末から対象物に関する少なくとも入庫依頼を受け付けるステップと；
前記入庫依頼に対応する入庫ＩＤを生成するステップと；
前記ユーザＩＤと、前記入庫ＩＤとを少なくとも含む依頼ＩＤを生成するステップと；
前記依頼ＩＤを前記倉庫データベースに登録するとともに、前記倉庫端末に送信するステップと；
を含み、
前記倉庫端末が：
入荷された前記対象物に付された前記依頼ＩＤを取得するステップと；
受信した前記依頼ＩＤと前記対象物に付された前記依頼ＩＤとが一致しているか否かを判別するステップと；
当該判別の結果を前記倉庫管理サーバに送信するステップと；
を含む、
倉庫管理方法。

【請求項2】

請求項１に記載の倉庫管理方法であって、
前記倉庫管理サーバが：
前記依頼ＩＤの表示されたラベル用データを生成するステップと；
当該ラベル用データを少なくとも前記ユーザ端末に送信するステップと；
前記ユーザ端末が：
受信した前記ラベル用データを前記対象物に付するように、前記ユーザに促すステップ；
を含む
倉庫管理方法。

【請求項3】

請求項１又は請求項２に記載の倉庫管理方法であって、
前記倉庫端末が、前記検品の結果として、検品が不能である旨及び当該検品にかかる対象物の写真データを検品不能通知として前記倉庫管理サーバに送信するステップと、
前記倉庫管理サーバが、前記検品不能通知を前記ユーザ端末に送信するステップと、
を含む、
倉庫管理方法。

【請求項4】

請求項３に記載の倉庫管理方法であって、
前記倉庫管理サーバが：
前記対象物に前記依頼ＩＤが付されていない旨の前記検品不能通知を受信した場合において、当該検品不能通知を前記ユーザ端末に送信するステップと；
前記ユーザ端末が：
前記検品にかかる対象物に対応する前記依頼ＩＤを特定するように前記ユーザに促すステップと；
入力された前記依頼ＩＤを前記倉庫端末に送信するステップと；
前記倉庫管理サーバが：
受信した前記依頼ＩＤを前記倉庫端末に送信するステップと；
前記倉庫端末が：
受信した前記依頼ＩＤを前記対象物に関連付けるステップと；
を含む
倉庫管理方法。

【請求項5】

請求項１乃至請求項４のいずれかに記載の倉庫管理方法であって、
前記ユーザ端末が：
前記ユーザから入庫する前記対象物に関して配送業者から付与された配送識別番号の入力を受け付けるステップと；
入力された配送識別番号を前記倉庫管理サーバに送信するステップと；
前記倉庫管理端末が：
前記対象物に前記依頼ＩＤが付されていない場合に、前記配送識別番号を取得するステップと；
前記配送識別番号を前記対象物に関連付けるステップと；
を含む
倉庫管理方法。

【請求項6】

倉庫内作業者が操作可能な倉庫端末と、ユーザが操作可能なユーザ端末とネットワークを介して通信可能に構成された倉庫管理サーバとわ含む倉庫管理システムであって、
前記倉庫管理サーバは、前記ユーザ端末からユーザ名と、ユーザＩＤ生成依頼とを受け付け；
ユーザＩＤを生成し；
生成された前記ユーザＩＤを前記ユーザ名と関連付けて倉庫データベースに登録し；
前記ユーザ端末から対象物に関する少なくとも入庫依頼を受け付け；
前記入庫依頼に対応する入庫ＩＤを生成し；
前記ユーザＩＤと、前記入庫ＩＤとを少なくとも含む依頼ＩＤを生成し；
前記依頼ＩＤを前記倉庫データベースに登録するとともに、前記倉庫端末に送信し；
前記倉庫端末は：
入荷された前記対象物に付された前記依頼ＩＤを取得し；
受信した前記依頼ＩＤと前記対象物に付された前記依頼ＩＤとが一致しているか否かを判別し；
当該判別の結果を前記倉庫管理サーバに送信する；
倉庫管理システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、倉庫管理方法及び倉庫管理システムに関する。

【背景技術】

【0002】

搬送を指示するためのデータにより入出庫を行う搬送設備を備えた自動倉庫における入庫制御システムが提案されている（例えば、特許文献１参照）。当該技術によれば、同一仕様の生産部品が同一の棚設備に固まって入庫しないようにし、搬入出装置が故障した場合にも他の棚設備の搬入出装置により出荷可能とし、生産を支障なく継続することを可能とするとともに、出庫サイクルタイムの短縮も図ることが可能となり得る。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開平８−２２５１１７号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、特許文献１に記載の技術は、複数荷主による複数の荷物の保管効率を高めることができないという問題がある。

【0005】

そこで、本発明は、上記の問題を解消し得る技術を提供することを一つの目的とする。

【課題を解決するための手段】

【0006】

本発明によれば、
倉庫内作業者が操作可能な倉庫端末と、ユーザが操作可能なユーザ端末とネットワークを介して通信可能に構成された倉庫管理サーバを用いた倉庫管理方法であって、
前記倉庫管理サーバが：
前記ユーザ端末からユーザ名と、ユーザＩＤ生成依頼とを受け付けるステップと；
ユーザＩＤを生成するステップと；
生成された前記ユーザＩＤを前記ユーザ名とを関連付けて倉庫データベースに登録するステップと；
前記ユーザ端末から対象物に関する少なくとも入庫依頼を受け付けるステップと；
前記入庫依頼に対応する入庫ＩＤを生成するステップと；
前記ユーザＩＤと、前記入庫ＩＤとを少なくとも含む依頼ＩＤを生成するステップと；
前記依頼ＩＤを前記倉庫データベースに登録するとともに、前記倉庫端末に送信するステップと；
を含み、
前記倉庫端末が：
入庫された前記対象物に付された前記依頼ＩＤを取得するステップと；
受信した前記依頼ＩＤと前記対象物に付された前記依頼ＩＤとが一致しているか否かを判別するステップと；
当該検品の結果を前記倉庫管理サーバに送信するステップと；
を含む、
倉庫管理方法が得られる。

【発明の効果】

【0007】

本発明によれば、複数荷主による複数の荷物の保管効率を高めることができないという問題を解消し得る。

【図面の簡単な説明】

【0008】

【図1】本発明の第１の実施の形態による倉庫管理システムに用いられるネットワークの構成図である。

【図2】図１の倉庫管理サーバのハードウェア構成を示すブロック図である。

【図3】図１のユーザ端末のハードウェア構成を示すブロック図である。

【図4】図１の倉庫端末のハードウェア構成を示すブロック図である。

【図5】図１の倉庫管理システムにおける処理の流れを示す図である。

【図6】本発明の第２の実施の形態による倉庫管理システムにおける処理の流れを示す図である。

【発明を実施するための形態】

【0009】

本発明の実施形態の内容を列記して説明する。本発明の実施の形態による倉庫管理方法及び倉庫管理システムは、以下のような構成を備える。
［項目１］
倉庫内作業者が操作可能な倉庫端末と、ユーザが操作可能なユーザ端末とネットワークを介して通信可能に構成された倉庫管理サーバを用いた倉庫管理方法であって、
前記倉庫管理サーバが：
前記ユーザ端末からユーザ名と、ユーザＩＤ生成依頼とを受け付けるステップと；
ユーザＩＤを生成するステップと；
生成された前記ユーザＩＤを前記ユーザ名とを関連付けて倉庫データベースに登録するステップと；
前記ユーザ端末から対象物に関する少なくとも入庫依頼を受け付けるステップと；
前記入庫依頼に対応する入庫ＩＤを生成するステップと；
前記ユーザＩＤと、前記入庫ＩＤとを少なくとも含む依頼ＩＤを生成するステップと；
前記依頼ＩＤを前記倉庫データベースに登録するとともに、前記倉庫端末に送信するステップと；
を含み、
前記倉庫端末が：
入荷された前記対象物に付された前記依頼ＩＤを取得するステップと；
受信した前記依頼ＩＤと前記対象物に付された前記依頼ＩＤとが一致しているか否かを判別するステップと；
当該検品の結果を前記倉庫管理サーバに送信するステップと；
を含む、
倉庫管理方法。
［項目２］
項目１に記載の倉庫管理方法であって、
前記倉庫管理サーバが：
前記依頼ＩＤの表示されたラベル用データを生成するステップと；
当該ラベル用データを少なくとも前記ユーザ端末に送信するステップと；
前記ユーザ端末が：
受信した前記ラベル用データを前記対象物に付するように、前記ユーザに促すステップ；
を含む
倉庫管理方法。
［項目３］
項目１又は項目２に記載の倉庫管理方法であって、
前記倉庫端末が、前記検品の結果として、検品が不能である旨及び当該検品にかかる対象物の写真データを検品不能通知として前記倉庫管理サーバに送信するステップと、
前記倉庫管理サーバが、前記検品不能通知を前記ユーザ端末に送信するステップと、
を含む、
倉庫管理方法。
［項目４］
項目３に記載の倉庫管理方法であって、
前記倉庫管理サーバが：
前記対象物に前記依頼ＩＤが付されていない旨の前記検品不能通知を受信した場合において、当該検品不能通知を前記ユーザ端末に送信するステップと；
前記ユーザ端末が：
前記検品にかかる対象物に対応する前記依頼ＩＤを特定するように前記ユーザに促すステップと；
入力された前記依頼ＩＤを前記倉庫端末に送信するステップと；
前記倉庫管理サーバが：
受信した前記依頼ＩＤを前記倉庫端末に送信するステップと；
前記倉庫端末が：
受信した前記依頼ＩＤを前記対象物に関連付けるステップと；
を含む
倉庫管理方法。
［項目５］
項目１乃至項目４のいずれかに記載の倉庫管理方法であって、
前記ユーザ端末が：
前記ユーザから入庫する前記対象物に関して配送業者から付与された配送識別番号の入力を受け付けるステップと；
入力された配送識別番号を前記倉庫管理サーバに送信するステップと；
前記倉庫管理端末が：
前記対象物に前記依頼ＩＤが付されていない場合に、前記配送識別番号を取得するステップと；
前記配送識別番号を前記対象物に関連付けるステップと；
を含む
倉庫管理方法。
［項目６］
倉庫内作業者が操作可能な倉庫端末と、ユーザが操作可能なユーザ端末とネットワークを介して通信可能に構成された倉庫管理サーバとわ含む倉庫管理システムであって、
前記倉庫管理サーバは、前記ユーザ端末からユーザ名と、ユーザＩＤ生成依頼とを受け付け；
ユーザＩＤを生成し；
生成された前記ユーザＩＤを前記ユーザ名とを関連付けて倉庫データベースに登録し；
前記ユーザ端末から対象物に関する少なくとも入庫依頼を受け付け；
前記入庫依頼に対応する入庫ＩＤを生成し；
前記ユーザＩＤと、前記入庫ＩＤとを少なくとも含む依頼ＩＤを生成し；
前記依頼ＩＤを前記倉庫データベースに登録するとともに、前記倉庫端末に送信し；
前記倉庫端末は：
入荷された前記対象物に付された前記依頼ＩＤを取得し；
受信した前記依頼ＩＤと前記対象物に付された前記依頼ＩＤとが一致しているか否かを判別し；
当該検品の結果を前記倉庫管理サーバに送信する；
倉庫管理システム。

【0010】

＜実施の形態の詳細＞
以下、本発明の実施の形態による倉庫管理方法及び倉庫管理システム及び倉庫管理方法によって実現される倉庫管理システムついて、図面を参照しながら説明する。なお、以下の説明においては、「入荷」「入庫」「出庫」「出荷」という言葉を以下のように使い分けることがあるが、言葉の定義はこれに限定されず、「入荷」及び「入庫」を同義とし、「出庫」及び「出荷」を同義としてとらえたとしても本発明の機能・構成・効果には影響はない
「入荷」：荷物を倉庫に搬入すること
「入庫」：搬入された荷物に対して（検品を行う場合には、検品が完了した後に）倉庫内のしかるべき場所（棚、パレットなど：「保管場所」ということもある）に保管すること
「出庫」：保管場所から荷物を取り出す（ピッキングする）こと
「出荷」：取り出された荷物に対して（検品を行う場合には、検品が完了した後に）しかるべき配送を行うこと

【0011】

＜概要＞
本発明による倉庫管理システムは、事業主（入庫依頼主：荷主）毎に生成されたユーザＩＤと当該ユーザの入庫依頼１件毎に生成された入庫ＩＤとを含む依頼ＩＤをユーザ端末及び倉庫端末に通知することによって入庫にかかる荷物がどの事業主のどの入庫依頼に関するものであるかの検品を効率化するものである。

【0012】

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

【0013】

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

【0014】

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

【0015】

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

【0016】

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

【0017】

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

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

なお、図２乃至図４において説明したハードウェア構成の協働によって、以下に説明する処理が実行される。なお、これらのハードウェア構成は、単一の端末において実現されていてもよいし、ネットワークその他の接続手段によって接続された複数の端末を用いて実現されていてもよい。

【0027】

＜処理の流れ＞
図５に示されるように、本実施の形態による倉庫管理システムにおいては、倉庫管理サーバ１、ユーザ端末２及び倉庫端末３の協働によって以下の処理が実行される。

【0028】

本実施の形態においては、ユーザはユーザ端末２を操作し、ネットワークを介して倉庫管理サーバ１に接続し、ユーザ登録を行う（ＳＱ１００）。ユーザ登録は、ユーザ端末２にユーザの名称、住所、連絡先等、ユーザ情報を入力することにより行われる。倉庫管理サーバ１は、当該ユーザに対して、固有のユーザＩＤを生成し（ＳＱ１０２）、生成したユーザＩＤをユーザに関連付けて倉庫データベース（ＤＢ）１２０に登録する（ＳＱ１０４）。ユーザＩＤは、例えば「ＡＢ１０１」のような、英語及び数字の組み合わせ等が例示できるがこれに限られない。また、本実施の形態においては、ユーザＩＤから一意にユーザを特定することができるものであり、当該特定ができる限り同一のユーザに対して複数のユーザＩＤを付与することとしてもよい。ユーザ登録は、初回のみ行われるものであり、これにより、本実施の形態による倉庫管理システムにおいて当該ユーザのアカウントが作成される。

【0029】

アカウント作成後、ユーザ端末２から入庫依頼があると（ＳＱ２００）、倉庫管理サーバ１は、当該入庫依頼に対する入庫ＩＤを生成する（ＳＱ２０２）。入庫依頼は、例えば「Ｗ０２１６」のように倉庫を特定するアルファベットと依頼の通し番号の組み合わせ等が例示できるがこれに限られない。また、一の入庫依頼は、複数の荷物の入荷を対象とするものであってもよい。倉庫管理サーバ１は、ユーザＩＤと入庫ＩＤを含む依頼ＩＤを生成する（ＳＱ２０４）。本実施の形態において生成される依頼ＩＤは「ＡＢ１０１Ｗ０２１６」のように、ユーザＩＤと入庫ＩＤを連結したものであるが、ユーザＩＤと入庫ＩＤとの両方を特定できるものであればどのようなものであってもよい。依頼ＩＤは、倉庫データベースに登録される（図示せず）。倉庫管理サーバ１は生成した依頼ＩＤを倉庫端末３に送信するとともに（ＳＱ２０６）、ラベル用データをユーザ端末２に送信する（ＳＱ２２０）。本実施の形態によるラベル用データは、荷物に付するためのラベル印刷用データであり、少なくとも依頼ＩＤが付されている。なお、依頼ＩＤは２次元バーコード、３次元バーコード等のコード化されたものであってもよい。ラベル用データに基づいて印刷されたラベルは荷物に付される（ＳＱ２２２）。ラベルの貼付は、ユーザが自身で行うこととしても良いし、当該ラベル用データを仕入先等の第三者に送信して、当該第三者に貼付させることとしても良い。

【0030】

上述したラベルが付された荷物が入庫されると、倉庫端末３は、当該荷物に付されたラベルの情報を取得する（ＳＱ２０８）。ラベル情報の取得の方法は、バーコードの読み取りや、人の手によるß入力等どのような方法であってもよい。倉庫端末３は、倉庫管理サーバ１より受信した依頼ＩＤと、入荷された荷物より取得された依頼ＩＤとが対応しているか否かを判別し（ＳＱ２１０）、検品の結果として倉庫管理サーバ１に送信する（ＳＱ２１２）。

【0031】

以上説明した実施の形態によれば、複数のユーザから複数の荷物の入庫があった場合でも、各々の荷物がどのユーザのどの依頼（同一の依頼ＩＤによって関連付けられた依頼）に掛かる荷物であるかが容易に確認することができ。入庫の管理（例えば、荷物のステータス変更、在庫情報の更新等）を効率化することができる。

【0032】

（第２の実施の形態）
本発明の第２の実施の形態による倉庫管理システムは、第１の実施の形態による倉庫管理システムにおいて、入庫した荷物に依頼ＩＤが付されていない又は依頼ＩＤに瑕疵がある等、正常な検品ができなかった場合の処理が追加されたものである。従って、以下の説明においては、第１の実施の形態と同一の要素については同一の称呼（参照符号）を用いて重複する説明はその詳細な説明を省略する。

【0033】

図６に示されるように、倉庫端末３からの検品結果の通知（ＳＱ３００）には、依頼ＩＤが付されていない旨及び当該検品にかかる対象物の写真データが含まれている。倉庫管理サーバ１は、検品不能通知を生成してユーザ端末２に送信する（ＳＱ３０２、ＳＱ３０４）。ユーザ端末２は、検品不能通知に関する荷物に対して依頼ＩＤを特定するようにユーザに促すして、依頼ＩＤを特定し（ＳＱ３０６）、特定した依頼ＩＤを倉庫管理サーバ１に送信する（ＳＱ３０８）。倉庫管理サーバ１は、検品不能通知にかかる荷物に対して特定された依頼ＩＤを関連付けて倉庫データベース１２０に登録するとともに（ＳＱ３１０）、倉庫端末３に依頼ＩＤを送信する（ＳＱ３１２）。

【0034】

上述した実施の形態においては、ユーザに適切な依頼ＩＤを特定させることとしていたが、例えば、ユーザＩＤが既にわかっており、入庫ＩＤがわからない場合には（荷物に入庫ＩＤが付されていない等）、入庫ＩＤを配送業者から付与された配送識別番号で代用することとしてもよい。この場合、ユーザ端末２においては、入庫にかかる配送識別番号の入力を受け付けて、入力された配送識別番号を倉庫管理サーバ１を経由して倉庫端末３に送信し、入庫ＩＤが付されていない又は適切でない荷物の伝票に付与されている配送識別番号と一致しているか否かを確認することとしてもよい。

【0035】

また、上述した実施の形態においては、表示においてユーザＩＤと入庫ＩＤとを一連一体に利用することとしていたが、例えば、荷物の宛名情報にユーザＩＤのみを含めておき、倉庫での入庫検品時に少なくともどのユーザからの荷物かどうかだけわかるようにしておいてもよい。この際、本実施の形態による検品不能通知（図６）によって、入庫ＩＤを問い合わせ、この時点で初めてユーザＩＤと入庫ＩＤとがセットで用いられることとしてもよい。

【0036】

以上説明した実施の形態によれば、特に、複数の異なる荷主（入庫依頼主）が複数の荷物に対して入庫依頼を行った場合に、検品作業の効率化を図ることができる。

【0037】

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

【0038】

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

【符号の説明】

【0039】

１ 倉庫管理サーバ
２ ユーザ端末
３ 倉庫端末
４ ネットワーク
１０ プロセッサ
１１ メモリ
１２ ストレージ
１３ 通信インターフェース（ＩＦ）
１４ 入出力部
１５ バス
２０ プロセッサ
２１ メモリ
２２ ストレージ
２３ 通信インターフェース（ＩＦ）
２４ 入出力部
２５ バス
３０ プロセッサ
３１ メモリ
３２ ストレージ
３３ 通信インターフェース（ＩＦ）
３４ 撮影部
３５ タッチパネル
３６ バス
１２０ 倉庫管理データベース（ＤＢ）

【要約】

【課題】複数種類の荷物の保管効率を高めることができる技術を提供すること。
【解決手段】本発明の倉庫管理方法は、倉庫管理サーバが：ユーザＩＤを生成するステップと；生成されたユーザＩＤをユーザ名とを関連付けて倉庫データベースに登録するステップと；ユーザ端末から対象物に関する少なくとも入庫依頼を受け付けるステップと；入庫依頼に対応する入庫ＩＤを生成するステップと；ユーザＩＤと、入庫ＩＤとを少なくとも含む依頼ＩＤを生成するステップと；依頼ＩＤを倉庫データベースに登録するとともに、倉庫端末に送信するステップと；を含み、倉庫端末が：入庫された対象物に付された依頼ＩＤを取得するステップと；受信した依頼ＩＤと対象物に付された依頼ＩＤとが一致しているか否かを判別するステップと；当該検品の結果を倉庫管理サーバに送信するステップと；を含んでいる。
【選択図】図１

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】