JP2022027326A - 物品管理システム - Google Patents

Abstract

【課題】物品管理システムを提供すること。【解決手段】本発明は物品を収容可能な物品管理デバイスと、前記物品管理デバイスを制御する制御装置とを備える物品管理システムであって、前記物品管理デバイスは点灯手段を備え、前記制御装置は、前記点灯手段を制御するデバイス制御情報を生成するデバイス制御情報生成部を備え、前記物品管理デバイスは、前記デバイス制御情報に基づいて前記点灯手段を制御することを特徴とする、物品管理システムである。【選択図】図２

Description

本発明は物品管理システムに関する。

特許文献１には、重量計測マットを用いた物品の在庫管理システムが提案されている。

特許第６６６５２３４号

特許文献１に記載の在庫管理システムは、重量センサにより物品の在庫量を管理するものである。特許文献１には、ランプを備えた重量計測手段を用いることが記載されているものの、当該ランプはユーザが計測ボタンを押した際に、計測データの取得及び送信が成功したか否かを知らせるという限られた目的のために設けられている。

そこで、本発明は、ユーザの物品管理作業をより便利にする物品管理システムを提供することを一つの目的とする。

本発明によれば、物品を収容可能な物品管理デバイスと、前記物品管理デバイスを制御する制御装置とを備える物品管理システムであって、前記物品管理デバイスは点灯手段を備え、前記制御装置は、前記点灯手段を制御するデバイス制御情報を生成するデバイス制御情報生成部を備え、前記物品管理デバイスは、前記デバイス制御情報に基づいて前記点灯手段を制御することを特徴とする、物品管理システムが得られる。

本発明によれば、ユーザの物品管理作業をより便利にすることができる。

本発明の実施の形態によるシステムの構成例を示す図である。 本発明の実施の形態による物品管理デバイスの使用例である。 本発明の実施の形態による物品管理デバイスの例である。 本発明の実施の形態による制御装置のハードウェア構成例である。 本発明の実施の形態による制御装置のソフトウェア構成例である。 本発明の実施の形態による在庫情報記憶部の構成例である。 本発明の実施の形態によるデバイス情報の構成例である。 本発明の実施の形態による制御装置のソフトウェア構成例である。 本発明の実施の形態による処理フロー図である。 本発明の実施の形態による制御ルール情報の構成例である。 本発明の実施の形態による制御装置のソフトウェア構成例である。 本発明の実施の形態による処理フロー図である。 本発明の実施の形態による処理フロー図である。 本発明の実施の形態による制御装置のソフトウェア構成例である。 本発明の実施の形態による処理フロー図である。 本発明の実施の形態による処理フロー図である。 本発明の実施の形態による制御装置のソフトウェア構成例である。 本発明の実施の形態による処理フロー図である。 本発明の実施の形態による処理フロー図である。 本発明の実施の形態による処理フロー図である。

本発明の実施形態の内容を列記して説明する。本発明は、以下のような構成を備える。
［項目１］
物品を収容可能な物品管理デバイスと、前記物品管理デバイスを制御する制御装置とを備える物品管理システムであって、
前記物品管理デバイスは点灯手段を備え、
前記制御装置は、
前記点灯手段を制御するデバイス制御情報を生成するデバイス制御情報生成部を備え、
前記物品管理デバイスは、前記デバイス制御情報に基づいて前記点灯手段を制御することを特徴とする、物品管理システム。
［項目２］
前記物品管理デバイスは、前記物品の重量データを取得する重量計測手段を備え、
前記デバイス制御情報生成部は、前記重量データに応じて異なる態様で前記点灯手段を制御するよう前記デバイス制御情報を生成することを特徴とする、項目１に記載の物品管理システム。
［項目３］
前記デバイス制御情報生成部は、
前記重量データと前記物品ごとに定められた発注点との関係に応じて異なる態様で前記点灯手段を制御するよう前記デバイス制御情報を生成することを特徴とする、項目２に記載の物品管理システム。
［項目４］
前記制御装置は、入荷予定情報を取得する入荷予定情報取得部をさらに有し、
前記デバイス制御情報生成部は、前記入荷予定情報に係る物品に対応する前記物品管理デバイスの前記点灯手段を制御するよう前記デバイス制御情報を生成することを特徴とする、項目１に記載の物品管理システム。
［項目５］
前記入荷予定情報取得部は、複数の前記入荷予定情報を取得し、
前記デバイス制御情報生成部は、前記入荷予定情報ごとに異なる態様で前記点灯手段を制御するよう前記デバイス制御情報を生成することを特徴とする、項目４に記載の物品管理システム。
［項目６］
前記制御装置は、出荷情報を取得する出荷情報取得部をさらに有し、
前記デバイス制御情報生成部は、前記出荷情報に係る物品に対応する前記物品管理デバイスの前記点灯手段を制御するよう前記デバイス制御情報を生成することを特徴とする、項目１に記載の物品管理システム。
［項目７］
前記出荷情報取得部は、複数の前記出荷情報を取得し、
前記デバイス制御情報生成部は、前記出荷情報ごとに異なる態様で前記点灯手段を制御するよう前記デバイス制御情報を生成することを特徴とする、項目６に記載の物品管理システム。
［項目８］
前記制御装置は、作業手順情報を取得する作業情報取得部を備え、
前記デバイス制御情報生成部は、前記作業手順情報に係る物品に対応する前記物品管理デバイスの前記点灯手段を制御するよう前記デバイス制御情報を生成することを特徴とする、項目１に記載の物品管理システム。
［項目９］
前記デバイス制御情報生成部は、第一の作業手順について前記デバイス制御情報を生成し、
前記第一の作業手順が完了した場合に、
前記第一の作業手順以降の第二の作業手順について前記デバイス制御情報を生成する、ことを特徴とする、項目８に記載の物品管理デバイス。
［項目１０］
前記物品管理デバイスは、前記物品の重量データを取得する重量計測手段を備え、
前記制御装置は、第一の物品と所定の関係にあるセット物品の情報を記憶する物品情報記憶部をさらに備え、
前記制御装置は、前記第一の物品を収容する前記物品管理デバイスについて前記重量データが減少した場合に、
前記第一の物品と所定の関係にある前記セット物品に対応する前記物品管理デバイスについて前記点灯手段を制御するよう前記デバイス制御情報を生成することを特徴とする、項目１に記載の物品管理システム。
［項目１１］
前記制御装置は、前記物品管理デバイスと通信可能なサーバ及びユーザ端末の少なくともいずれかである、項目１～１０のいずれか１項に記載の物品管理デバイス。
［項目１２］
物品の重量を測定可能な重量計測手段と、
複数の色に点灯可能な点灯手段と、
前記点灯手段を制御する制御部とを備えた物品管理デバイスであって、
前記物品管理デバイスは前記物品を載置可能な平板状の本体部を有し、
前記点灯手段は前記本体部の上面に設けられることを特徴とする、物品管理デバイス。
［項目１３］
前記点灯手段は、前記本体部の上面の周縁部に設けられることを特徴とする、項目１２に記載の物品管理デバイス。

＜実施の形態の詳細＞
以下、本発明の実施の形態について、図面を参照しながら説明する。

＜概要＞
本発明の実施の形態によるシステムは、物品管理に関する。本発明のシステムは、商品や備品などの物品の在庫管理、及び入出荷の管理、及びその他これらの物品を使用する作業支援において利用可能である。

＜構成＞
図１に示されるように、本システムは、サーバ１と、ユーザ端末２と物品管理デバイス３を備えている。サーバ１とユーザ端末２、及び物品管理デバイス３とは、ネットワーク４を介して、または介さずに互いに通信することができる。また、ユーザ端末２と物品管理デバイス３とは、データをＢｌｕｅｔｏｏｔｈ（登録商標） Ｌｏｗ Ｅｎｅｒｇｙ（ＢＬＥ）等の近距離無線通信を通じて通信可能であってもよい。

図２は、本システムの物品管理デバイス３の使用例を示している。本システムは、例えば商品や備品などの物品５を保管する倉庫等において使用される。物品管理デバイス３に管理対象である物品５を載置し、物品の管理を行うものである。

＜物品管理デバイス３の構成＞
図３は、物品管理デバイス３の構成例を示す図である。物品管理デバイス３は、筐体と、出力手段３１、デバイス通信部３２、デバイス制御部３４、デバイス記憶部３５とを備えることができる。デバイス通信部３２、デバイス制御部３４、デバイス記憶部３５とは、筐体内に収容される。デバイス制御部３４は、物品管理デバイス３内の各部の機能実行に必要な情報処理を行う演算装置であり、マイクロコンピュータのプロセッサが所定のプログラムを実行することにより実現されてもよいし、ハードウェアで実装されてもよい。デバイス記憶部３５は、例えばマイコンの内蔵メモリや外部メモリ（ＳＤメモリーカードなど）などの情報記憶装置であり、デバイス制御部３４が取り扱う各種の情報が記憶される。デバイス記憶部３５には、計測頻度の設定値や、通信先ＩＰアドレスなどの情報、管理する物品に関する情報等を記憶する。デバイス通信部３２は、ネットワークに接続してサーバ１及びユーザ端末２との通信を可能にする手段であり、Ｗｉ－Ｆｉや、Ｂｌｕｅｔｏｏｔｈ（登録商標）及びＢＬＥ（Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ）、ビーコン等の近距離通信インタフェースを備えていてもよい。

図３に例示するように、物品管理デバイス３は、物品を上に載置することができる平板状であってもよいし、物品を中に収容することのできる箱形状であってもよい。以下、物品を載置すること、収容すること、その他物品を保管することを区別せずに「収容する」と表現するが、デバイス３の形状を限定するものではない。物品管理デバイス３は、出力手段３１として、その表面の一部において点灯手段３１を備える。点灯手段３１は、ユーザが視認可能な態様で備えられれば場所や大きさは問わないが、例えば平板状の物品管理デバイス３であればその側面、上面、底面の少なくともいずれかにおいて点灯手段３１を備える。上面に点灯手段３１を備える場合、図３（ａ）のように、物品を載置しても点灯手段３１が見えるように上面のほぼ全体にわたって点灯手段３１が備えられていると好ましい。もしくは、図３（ｂ）のように、上面の周縁部の一部若しくは全体に点灯手段３１が設けられてもよい。また、図３では、側面においても点灯手段３１を設けている。使用時にユーザに対抗する向きの側面において点灯手段３１が設けられることによって、光をユーザがより視認しやすい。点灯手段３１を側面に設ける場合は、横幅方向の１／４以上にわたって設けることができ、１／３以上でもよく、２／３以上にわたって設けられると好ましい。点灯手段３１はＬＥＤなど任意の手段で点灯するものであり、複数の色で点灯可能であると好ましい。出力手段３１としては、点灯手段３１に代えて、若しくは加えて、音や振動を発する手段を備えてもよい。一例として、以下では出力手段３１が点灯手段３１である場合を説明する。

デバイス制御部３４は、機能部として、デバイス送受信部３４１及び出力手段制御部３４２を備えることができる。デバイス送受信部３４１は、サーバ１やユーザ端末２とのデータの送受信を行う。また、出力手段制御部３４２は、サーバ１やユーザ端末２から受信した出力指示情報に基づいて、出力手段３１を制御する。

また、物品管理デバイス３は、収容した物品の重量を計測可能な重量センサや感圧センサなどの重量計測手段を備えることができる。重量データの取得は常に行ってもよいし、所定時間間隔など任意のタイミングで実施してもよい。

また、物品管理デバイス３は、表示手段３３を備えてもよい。表示手段３３には、例えば物品管理デバイス３の識別情報（ＩＤなど）、管理対象物品の情報、動作チェック履歴に関する情報などを表示させることができる。表示手段３３は筐体の側面や上面に設けることができ、ユーザが触れることで情報を入力可能なタッチパネルを有してもよい。

また、物品管理デバイス３は、バッテリ収容部を備えてもよい。例えば乾電池や蓄電池などのバッテリが収容され、各部に電力を供給する。物品管理デバイスは、電源スイッチを設けてもよいが、設けなくてもよい。電源スイッチを設けない場合は、バッテリが収容された場合に自動で起動することとしてもよい。

本システムは、図２のように２つ以上の物品管理デバイス３を使用して２つ以上の物品を管理する場合に特に有用である。図２では、２つの物品管理デバイス３（３Ａ、３Ｂ）にそれぞれ異なる物品５Ａ、５Ｂを載置している。

＜サーバ、ユーザ端末のハードウェア構成＞
本実施の形態によるサーバ１とユーザ端末２とは、以下のようなハードウェア構成を有する。なお、以下の構成は一例であり、これ以外の構成を有していても良い。

図１に示されるように、サーバ１は、ユーザ端末２や物品管理デバイス３と通信を介して情報処理を実行することにより、システムの一部を構成することができる。サーバ１は、例えばワークステーションやパーソナルコンピュータのような汎用コンピュータとしてもよいし、或いはクラウド・コンピューティングによって論理的に実現されてもよい。

ユーザ端末２は、サーバ１や物品管理デバイス３と通信して情報処理を実行することにより、本発明のシステムの一部を構成することができる。ユーザ端末２は、例えばワークステーションやパーソナルコンピュータのような汎用コンピュータであってもよいし、スマートフォン、ダブレット等の携帯通信機器やスマートウォッチのようなウェアラブル端末等であってもよい。Ｂｌｕｅｔｏｏｔｈ（登録商標）及びＢＬＥ（Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ）等の近距離通信インタフェースや二次元コード読取機能、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）等のタグ読取機能を備えていることが好ましい。

サーバ１は、図４に示すように、それぞれ少なくとも、制御部１０、メモリ１１、ストレージ１２、送受信部１３、入出力部１４等を備え、これらはバス１５を通じて相互に電気的に接続される。

制御部１０は、サーバ１全体の動作を制御し、各要素間におけるデータの送受信の制御、及びアプリケーションの実行に必要な情報処理等を行う演算装置である。例えば制御部１０はＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）であり、ストレージ１２に格納されメモリ１１に展開されたプログラム等を実行して各情報処理を実施する。

メモリ１１は、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等の揮発性記憶装置で構成される主記憶と、フラッシュメモリやＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）等の不揮発性記憶装置で構成される補助記憶と、を含む。メモリ１１は、制御部１０のワークエリア等として使用され、また、サーバ１の起動時に実行されるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）、及び各種設定情報等を格納する。

ストレージ１２は、アプリケーション・プログラム等の各種プログラムを格納する。各処理に用いられるデータを格納したデータベースがストレージ１２に構築されていてもよい。

送受信部１３は、サーバ１をネットワークに接続する。なお、送受信部１３は、Ｂｌｕｅｔｏｏｔｈ（登録商標）及びＢＬＥ（Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ）等の近距離通信インタフェースを備えていてもよい。

入出力部１４は、必要に応じて使用するキーボード・マウス類等の情報入力機器、及びディスプレイ等の出力機器である。

バス１５は、上記各要素に共通に接続され、例えば、アドレス信号、データ信号及び各種制御信号を伝達する。

ユーザ端末２も、上記図４で説明したものと同様のハードウェア構成を備えることができる。

サーバ１は、サービスをアプリケーションを介してユーザ端末２に対して提供することができる。ユーザ端末２は、アプリケーションをサーバ１または別のサーバ１からダウンロードし、このアプリケーションを実行し、ブラウザ等のウェブページの閲覧ソフトウェアまたはアプリケーションを介してサーバ１にアクセスすることで、サーバ１と情報を送受信することでき、また、サービスを受けることが可能となる。

図５は、サーバ１における基本のソフトウェア構成例である。サーバ１は、サーバ送受信部１１１、デバイス制御情報生成部１１２、在庫情報記憶部１２１、デバイス情報記憶部１２２、制御ルール記憶部１２３を備えることができる。なお、サーバ送受信部１１１、デバイス制御情報生成部１１２は、サーバ１が備える制御部１０がストレージ１２に記憶されているプログラムをメモリ１１に読み出して実行することにより実現され、在庫情報記憶部１２１、デバイス情報記憶部１２２、制御ルール記憶部１２３は、メモリ１１およびストレージ１２の少なくともいずれかにより提供される記憶領域の一部として実現される。

在庫情報記憶部１２１は、ユーザが保有する物品の在庫データを記憶する。図６は、在庫情報記憶部１２１に記憶される情報の一例である。在庫情報には、物品ごとに、例えば物品名、物品ＩＤ、カテゴリ、保管場所、収容先の物品管理デバイス３の識別情報、数量、発注点、単位当たり重量、更新日等の項目が記録される。ほかに、物品の写真や、データ作成日、棚卸日等を記録してもよく、適宜選択することが可能である。また、これらの物品に関する情報を読み出すＱＲコードやバーコードの情報も含んでよい。ここで、発注点とは、物品ごとに任意で設定されるものであり、次の発注を行う条件である。発注点には少なくとも次の発注を行うタイミングに係る条件が含まれ、さらに１回の発注における発注数量の設定を含むこともできる。例えば水の２Ｌペットボトルの在庫について、在庫が残り３本になったときに、５本発注を行うといったルールを発注条件として設定することができる。また、在庫情報記憶部１２１には、物品の仕入先や納品先、用途など適宜情報を含んでもよい。なお、サーバ１は、物品の情報を管理するデータベースを適宜複数有してもよい。

デバイス情報記憶部１２２は、物品管理デバイス３に関する情報が記憶される。図７は、デバイス情報記憶部１２２に記憶される物品管理情報の構成例である。物品管理デバイス３の識別情報（ＩＤ）に紐づけて、配置場所、収容している物品の識別情報（物品ＩＤ）を有することができる。また、定期的に物品管理デバイス３の動作チェックを行う場合に、最終チェック日やチェック頻度の設定情報等を含むこととしてもよい。また、物品管理デバイス３に重量計測手段が備えられる場合、受信した重量データを測定日時とともに記憶してもよい。

制御ルール記憶部１２３は、物品管理デバイス３の出力手段３１の制御に関する情報が記憶される。制御情報については後述する。

サーバ送受信部１１１は、物品管理デバイス３やユーザ端末２との間でのデータの送受信を行う。

デバイス制御情報生成部１１２は、物品管理デバイス３の出力手段３１を制御する情報を生成する。物品管理デバイス３の出力手段３１の制御情報は、制御対象である物品管理デバイスを特定する情報（物品管理デバイスＩＤや通信先ＩＰアドレス等の情報）と、出力指示情報（光の色、光の強さ、点滅のパターン等）とを少なくとも含む。また、出力手段３１が音発生手段であれば、出力指示情報は音の種類、大きさなどの情報である。

以下、本実施の形態における物品管理システムの実施態様について説明する。

（実施形態１）
本実施形態1においては、物品管理デバイス３は重量計測手段を備える。本発明の物品管理システムは、収容する物品の総重量データをもとに物品の在庫量を把握し、在庫量に基づいて出力手段３１を制御する情報を生成する。

図８は、本実施態様１におけるサーバ１のソフトウェア構成例であり、サーバ１は、機能部としてさらに在庫数量算出部１１３を備える。なお、物品管理デバイス３は、重量計測手段を備える。

図９は、本実施態様１における処理フローである。まず、物品管理デバイス３は、所定のタイミングで重量データを測定する。重量データの測定は、所定間隔で実施してもよいし、所定の時刻に実施してもよく、ユーザにより設定可能である。また、重量の変化を検知した際に重量データを測定することとしてもよい。取得した重量データは、物品管理デバイス３に収容されている物品の総重量である。デバイス送受信部３４１は、物品管理デバイス３の識別情報とともに重量データをサーバ１に送信する。

サーバ送受信部１１１は、重量データを受信すると（Ｓ１０１）、情報を在庫数量算出部１１３に伝える。在庫数量算出部１１３は、重量データに基づいて、物品の在庫数を算出する。まず、取得した重量データに係る物品管理デバイスＩＤに基づいて、デバイス情報記憶部１２２から当該物品管理デバイス３に収容されている物品を読み出す（Ｓ１０２）。そして、特定した物品ＩＤに基づいて、在庫情報記憶部１２１から当該物品の単位当たり重量を読み出す。在庫数量算出部１１３は、受信した総重量データを、単位当たり重量で割ることによって、在庫数量を算出する（Ｓ１０３）。例えば、単位当たり重量が２００ｇの物品の場合、総重量が１０００ｇであれば、在庫数量は５個であると算出することができる。また、在庫数量は割合であってもよく、例えば単位当たり重量が１０００ｇの物品の場合、総重量が２００ｇであれば、在庫数量は２０％であると算出することができる。

デバイス制御情報生成部１１２は、在庫数量及び制御ルールに基づいて、デバイス制御情報を生成する。図１０は、本実施形態１における制御ルール記憶部１２３に記憶される制御ルール情報の構成例である。制御ルールには、各物品の在庫数量の残量に応じて異なる出力態様を登録することができる。異なる態様とは、例えば異なる色、強度、点滅パターン等で点灯させることを指す。一例として、本実施形態１においては、在庫数量と発注点との関係に基づいて物品管理デバイス３の出力手段３１（点灯手段３１）を異なる態様で点灯させるよう制御する。図１０では例えば、在庫数量が発注点以下の場合、点灯手段３１を赤色に点灯させることとし、発注点よりも多いが発注点の数量＋３個以下である場合は、点灯手段３１を黄色に点灯させることとしている。また、在庫数量が発注点の数量＋３個よりも多い場合は点灯させないこととしている。なお、在庫数量が発注点の数量＋３個よりも多い場合は、点灯させないこととする代わりに、点灯手段３１を青色に点灯させることとするなど、在庫数量が十分である場合に別の色で点灯させることとしてもよい。このように、制御ルール記憶部１２３には、図１０では発注点との関係に基づいて制御ルールを設定する例を示したが、これに限られず、在庫数量の絶対量で設定してもよい。また、制御ルールは物品ごとに設定されてよい。また、一例として出力手段３１が点灯手段３１である場合に、在庫数量の大小に応じて異なる色に点灯させる制御例を示したが、制御例はこれに限られず、在庫数量の大小に応じて異なる光の強さや点滅パターンで点灯するように制御してもよい。

デバイス制御情報生成部１１２は、在庫情報記憶部１２１から、当該物品に設定された発注点を読み出し、在庫数量と比較する（Ｓ１０４）。そして、在庫数量と発注点との関係に基づき、所定の態様で点灯手段３１を点灯させるよう、デバイス制御情報を生成する。デバイス制御情報生成部１１２は、所定の物品管理デバイス３に対し、当該物品管理デバイス３の出力手段３１の制御方法（例えば「赤色に点灯」）の指示情報を生成する（Ｓ１０５）。サーバ送受信部１１１は、生成された制御情報を物品管理デバイス３に送信する（Ｓ１０６）。

物品管理デバイス３は、サーバ１から受信したデバイス制御情報に基づいて、出力手段３１を制御する。出力手段３１の制御開始は、ユーザによる指示入力に基づいて行ってもよい。ユーザはユーザ端末２を介して、または直接物品管理デバイス３に入力することによって出力を開始する指示を入力することができる。また、デバイス制御情報に出力手段３１の制御を開始する時刻情報を含ませた場合は、物品管理デバイス３は、指定された時刻において出力手段３１の制御を開始する。時刻を指定することによって、在庫管理担当者の作業時間に合わせて出力を実行することができる。

本実施形態１によれば、物品の数量が減ってきた場合に、当該物品を収容する物品管理デバイス３が所定の態様で出力制御される。特に、物品管理デバイス３が、物品の在庫状態に応じて異なる色で点灯することによって、物品の在庫管理担当者は、物品管理デバイス３の色を見て各物品の在庫状況を一目で確認することができる。また、上記では、物品の在庫と発注点との関係に基づいて物品管理デバイス３を制御する例を示したが、これに限られず、例えば物品が所定量以上存在する場合に物品管理デバイス３の出力手段を制御することとしてもよい。その場合は、過剰に保管される物品を確認することができる。

また、本実施形態１において、一つの物品に対して複数の物品管理デバイス３が設定されている場合の処理方法を説明する。保管量が多い物品の場合、複数の物品管理デバイス３において同一種類の物品を収容する必要がある。その場合は、在庫数量を算出するステップ（Ｓ１０３）において、デバイス情報記憶部１２２を参照して同一の物品ＩＤと対応付けられた物品管理デバイス３が複数あるかを確認する。そして、同一の物品ＩＤと対応付けられた物品管理デバイス３が複数ある場合には、これらの物品管理デバイス３に係る在庫数量データを合算するステップをさらに実行する。そして、ステップＳ１０４においては、合算した在庫数量データを、当該物品の発注点と比較することによって、制御情報を生成することができる。

（実施形態２）
本実施形態２においては、物品の入荷作業を行う際に、入荷予定データに基づいて、入荷される物品を収容する物品管理デバイス３について出力制御を行うものである。

図１１は、本実施形態２におけるサーバ１のソフトウェア構成例であり、サーバ１は、機能部としてさらに入荷予定情報取得部１１４を備える。

図１２は、本実施形態２におけるサーバ１の処理フロー例を示す図である。まず、入荷予定情報取得部１１４は、入荷予定情報を取得する（Ｓ２０１）。入荷予定情報は、出荷元から送られてくる伝票などの出荷情報であってもよく、入荷予定日、物品名、物品ＩＤ、数量などの情報を含んでいる。入荷予定情報の取得は、ＣＳＶファイル等の所定の形式のデータファイルを読み込むことによって実施してもよい。データファイルは、出荷元又は仲介業者などの第三者が作成したものを受け取ってもよいし、ユーザ自らが作成してもよい。また、出荷元が発行したデータをクラウドサービスを介して受信してもよい。さらに、ユーザに届いた荷物に添付される、荷物情報等のデータを含むＱＲコード等をユーザが読み取り機器で読み取ることによって、入荷予定データを取得してもよい。入荷予定情報取得部１１４は、取得した入荷予定情報をデバイス制御情報生成部１１２に伝える。

デバイス制御情報生成部１１２は、入荷予定情報をもとに、デバイスの制御情報を生成する。まず、入荷予定の物品を収容する物品管理デバイス３を特定する（Ｓ２０２）。すなわち、在庫情報記憶部１２１やデバイス情報記憶部１２２において、入荷予定の物品名または物品ＩＤを検索し、当該物品に対応付けられている物品管理デバイス３を特定することができる。

次いで、物品管理デバイス３の制御情報を生成する（Ｓ２０３）。本実施形態２においては、例えば、入荷予定の物品に対応する物品管理デバイス３の点灯手段３１を点灯させるように制御する。制御方法は点灯に限らず、音を発することとしてもよい。サーバ送受信部１１１は、生成したデバイス制御情報を物品管理デバイス３に送信する（Ｓ２０４）。また、デバイス制御情報には、出力手段３１の制御を開始する時刻に関する指示を含んでもよい。制御開始時刻は、あらかじめ設定した時刻としてもよい。また、入荷予定情報に入荷予定時刻が含まれる場合は当該入荷予定時刻に基づいて制御開始時刻を設定してもよいし、輸送業者や出荷元ごとに設定された時刻を制御開始時刻としてもよい。

物品管理デバイス３は、サーバ１から受信したデバイス制御情報に基づいて、出力手段３１を制御する。上記のように制御情報に制御開始時刻が含まれている場合は当該時刻に出力を開始する。また、出力手段３１の制御開始は、ユーザによる指示入力に基づいて行ってもよい。ユーザはユーザ端末２を介して、または直接物品管理デバイス３に入力することによって出力を開始する指示を入力することができる。

本実施形態２によれば、入荷予定の物品を収容する物品管理デバイス３が所定の色に点灯するなどの出力制御がなされる。入荷作業者は、荷物が届いた際に当該荷物に係る入荷予定情報をユーザ端末２を介して選択したり、ユーザ端末２で入荷伝票を読み込むなどしてサーバ１に入力することによって、入荷物品に対応する物品管理デバイス３を点灯させることができるので、荷物に含まれる物品をしまう場所が一目でわかる。

また、本実施形態２において、同日に複数の入荷作業を行う場合には、入荷予定情報ごとに異なる出力態様で物品管理デバイス３を出力制御することによって、入荷作業のミスを防ぐことができる。まず、サーバ１は、入荷予定日が所定の条件を満たす入荷予定情報が複数存在するかを判定する。例えば、入荷日が同日であるか否かを確認する。入荷予定情報が複数存在する場合は、第１の入荷予定情報について第１の出力態様によってデバイス制御情報を生成し、第２の入荷予定情報については第１の出力態様とは異なる第２の出力態様によってデバイス出力情報を生成する。例えば、第1の出力態様と第２の出力態様とは、点灯手段３１を異なる色で点灯させることとしてもよい。例えば、第１～３の入荷予定情報があった場合は、それぞれ赤、黄色、青に点灯するように制御情報を生成することが考えられる。

また、入荷予定日が所定の条件を満たす入荷予定情報が複数存在する場合に、ユーザが特定の入荷予定情報を選択して指示入力することによって、出力制御を開始してもよい。ユーザは、例えばユーザ端末２を介して、複数の入荷予定情報の中から一つを選択してサーバ１に送信する。サーバ１は、当該入荷予定情報に係るデバイス制御情報を生成し、対応する物品管理デバイス３に送信する。

また、本実施形態２において、一つの物品に対して複数の物品管理デバイス３が設定されている場合の処理について説明する。保管量が多い物品の場合、複数の物品管理デバイス３において同一種類の物品を収容する必要がある。本実施形態２においては、入荷予定の物品に対応付けられた複数の物品管理デバイス３がすべて点灯することとしてもよいが、入荷時に優先的に物品を収容すべき物品管理デバイス３が決まっている場合は、当該優先される特定の物品管理デバイス３のみを点灯させることとしてもよい。

すなわち、ある物品Ａに対応する複数の物品管理デバイスａ～ｃがあったときに、在庫管理ルールとして、新しく入荷した物は必ず物品管理デバイスａに保管すること、としている場合には、当該物品管理デバイスａのみを点灯させる。このような場合、デバイス情報記憶部１２２において、優先的に制御すべき物品管理デバイス３に優先フラグを立てておくことができる。デバイス制御情報生成部１１２は、ステップＳ２０２において複数の物品管理デバイス３が特定された場合、優先フラグを有する物品管理デバイス３について制御情報を生成する。

また、ある物品Ａに対応する複数の物品管理デバイスａ～ｃのうち、最も保管物品量が少ないところに入荷物品を収容することとしている場合には、サーバ１は物品管理デバイスａ～ｃの重量データを取得する。デバイス制御情報生成部１１２は、ステップＳ２０２において重量が最も小さい物品管理デバイス３を特定し、当該物品管理デバイス３について制御情報を生成する。

本実施形態２においてはさらに、入荷作業に伴う物品管理デバイス３の重量データの変化を検知し、出力手段３１を制御することとしてもよい。図１３は、入荷作業に伴う物品管理デバイス３の重量データの変化を検知し、出力手段３１を制御する場合の処理フローを示している。

まず、入荷予定情報を取得する（Ｓ２１１）。当該ステップは、上記で述べたステップＳ２０１と同様である。さらにサーバ１は、上記で述べたステップＳ２０１～Ｓ２０４を実行し、物品管理デバイス３に制御情報を送信する。それとは別に、サーバ１は以下の処理を行う。入荷予定情報に含まれる入荷物品と入荷数量をもとに、入荷重量を物品ごとに算出する（Ｓ２１２）。すなわち、入荷予定情報に含まれる入荷物品ＩＤの単位当たり重量を在庫情報記憶部１２１から読み出し、入荷数量にかけることによって、当該物品の入荷重量を算出することができる。例えば、単位当たり重量１００ｇの物品が５個入荷する場合は、当該物品の入荷重量は５００ｇである。

また、入荷物品に対応する物品管理デバイス３の重量データを取得する（Ｓ２１３）。重量データは、入荷作業前と入荷作業完了後の少なくとも２回取得する。デバイス制御情報生成部１１２は、算出した入荷重量と物品管理デバイス３の重量データの変化量を比較することによって、入荷予定の物品がすべて物品管理デバイス３に収容されたかどうかを判断することができる（Ｓ２１４）。入荷作業前の重量と入荷作業完了後の重量との差分が、入荷重量よりも少なかった場合（Ｓ２１４＝Ｎｏ）、入荷物品を別の場所に置いてしまった、実際の入荷物品が入荷予定数よりも少なかった、などのトラブルが発生している可能性があると判断し、デバイス制御情報生成部１１２は、アラート出力情報を生成してもよい（Ｓ２１６）。また、入荷作業前の重量と入荷作業完了後の重量との差分が、入荷重量よりも多かった場合は、別の入荷物品を誤って物品管理デバイス３に収容してしまったなどの可能性があると判断し、同様にアラート出力情報を生成してもよい（Ｓ２１６）。アラートは、対象の物品管理デバイス３の出力手段３１により所定の出力を行うように指示することによって行ってもよい。例えば、出力手段３１が点灯手段３１の場合は所定の色に点灯させ、出力手段３１が発音手段の場合は所定のアラート音を発する、などの制御を行ってもよい。また、アラート情報をユーザ端末２に通知してもよい。

入荷作業前の重量と入荷作業完了後の重量との差分が、入荷総重量と同じであった場合（Ｓ２１４＝Ｙｅｓ）、デバイス制御情報生成部１１２は入荷した分がすべて所定の物品管理デバイス３に収容されたと判断し、所定の制御情報を生成する。ここで、ステップＳ２１４の判定は、所定の誤差を許容してもよい。例えば入荷作業中に物品管理デバイス３に何らかの出力をさせていた場合は、当該出力を終了させるように制御してもよい（Ｓ２１５）。また、作業完了に係る所定の態様で出力を行うように制御してもよい。

また、物品管理デバイス３の重量データを、入荷作業中に継続的に取得し、物品の入荷作業の進行に応じて出力態様を変化させていってもよい。入荷作業中は、物品を少しずつ物品管理デバイス３上に移していくことで、重量データは徐々に増えていくことになる。重量データが増加したことを検知して、例えば点灯手段３１の色を所定の色に変化させたり、色の強度を変化させたりすることができる。

（実施形態３）
本実施形態３においては、物品の出荷作業を行う際に、出荷予定データに基づいて、出荷する物品を収容する物品管理デバイス３について出力制御を行うものである。

図１４は、本実施形態３におけるサーバ１のソフトウェア構成例であり、サーバ１は、機能部としてさらに出荷情報取得部１１５を備える。

図１５は、本実施形態３におけるサーバ１の処理フローを示す図である。まず、出荷情報取得部１１５は、出荷情報を取得する（Ｓ３０１）。出荷情報は、ユーザが他者に対して商品などの物品を発送するための情報であり、物品名、物品ＩＤ、数量、出荷日、出荷先等の情報を含む。出荷情報は、ユーザが入力してもよいし、所定の形式のファイルをサーバ１に読み込ませることによって取得してもよい。

デバイス制御情報生成部１１２は、出荷情報をもとに、デバイスの制御情報を生成する。まず、出荷予定の物品を収容する物品管理デバイス３を特定する（Ｓ３０２）。すなわち、在庫情報記憶部１２１やデバイス情報記憶部１２２において、出荷予定の物品名または物品ＩＤを検索し、対応付けられている物品管理デバイス３を特定することができる。

次いで、当該物品管理デバイス３の制御情報を生成する（Ｓ３０３）。本実施形態３においては、例えば、出荷予定の物品に対応する物品管理デバイス３の点灯手段３１を所定の色に点灯させるように制御してもよい。制御方法は点灯に限らず、音を発することとしてもよい。サーバ送受信部１１１は、生成したデバイス制御情報を物品管理デバイス３に送信する（Ｓ３０４）。また、デバイス制御情報には、出力手段３１の制御を開始する時刻に関する指示を含んでもよい。制御開始時刻は、あらかじめ設定した時刻としてもよい。また、出荷情報に出荷予定時刻が含まれる場合は当該出荷予定時刻を制御開始時刻としてもよいし、輸送業者や出荷先ごとに設定された時刻を制御開始時刻としてもよい。物品管理デバイス３は、サーバ１から受信したデバイス制御情報に基づいて、出力手段３１を制御する。

本実施形態３によれば、出荷予定の物品を収容する物品管理デバイス３を所定の色に点灯させるなどの出力制御がなされる。出荷する物品が収容された物品管理デバイス３を点灯させることができるので、出荷作業者は、ピッキング作業を楽に行うことができる。

また、本実施形態３において、同日に複数の出荷先への出荷を行う場合には、出荷先ごとに異なる出力態様で物品管理デバイス３を出力制御することによって、出荷物が混ざってしまうことを防ぐことができる。まず、サーバ１は、出荷日や出荷準備日が所定の条件を満たす出荷情報が複数存在するかを判定する。所定の条件は例えば、出荷日や出荷準備日が同日であるか否かである。所定の条件を満たす場合は、第１の出荷先に対する出荷情報について第１の出力態様によってデバイス制御情報を生成し、第２の出荷先に対する出荷情報については、第１の出力態様とは異なる第２の出力態様でのデバイス制御情報を生成する。例えば、第1の出力態様と第２の出力態様とは、点灯手段３１を異なる色で点灯させることとしてもよい。例えば、第１～３の出荷先があった場合は、それぞれ赤、黄色、青に点灯するように制御情報を生成することが考えられる。

また、出荷予定日が所定の条件を満たす出荷情報が複数存在する場合に、ユーザが特定の出荷情報を選択して指示入力することによって、出力制御を開始してもよい。ユーザは、例えばユーザ端末２を介して、複数の出荷情報の中から一つを選択してサーバ１に送信する。サーバ１は、当該出荷情報に係るデバイス制御情報を生成し、対応する物品管理デバイス３に送信する。

さらに、本実施形態３においては、出荷作業に伴う物品管理デバイス３の重量データの変化を検知し、出力手段３１を制御することとしてもよい。図１６は、出荷作業に伴う物品管理デバイス３の重量データの変化を検知し、出力手段３１を制御する場合の処理フローを示している。

まず、出荷情報を取得する（Ｓ３１１）。当該ステップは、上記で述べたステップＳ３０１と同様である。さらにサーバ１は、上記のステップＳ３０１～Ｓ３０４を実行し、物品管理デバイス３に制御情報を送信する。それとは別に、サーバ１は以下の処理を行う。サーバ１は、出荷情報に含まれる出荷物品と出荷数量をもとに、出荷重量を物品ごとに算出する（Ｓ３１２）。すなわち、出荷情報に含まれる出荷物品ＩＤの単位当たり重量を在庫情報記憶部１２１から読み出し、出荷数量にかけることによって、当該物品の出荷重量を算出することができる。例えば単位当たり重量が１００ｇの物品を５個出荷する場合は、当該物品の出荷重量は５００ｇである。

また、出荷物品に対応する物品管理デバイス３の重量データを取得する（Ｓ３１３）。重量データは、出荷作業前と出荷作業完了後の少なくとも２回取得する。デバイス制御情報生成部１１２は、算出した出荷重量と物品管理デバイス３の重量データの変化量を比較することによって、出荷予定の物品がすべて物品管理デバイス３から移動されたかどうかを判断することができる（Ｓ３１４）。出荷作業前の重量と出荷作業完了後の重量との差分が、出荷重量よりも少なかった場合（Ｓ３１４＝Ｎｏ）、出荷物品を取り忘れている可能性があると判断し、デバイス制御情報生成部１１２は、アラート出力情報を生成してもよい（Ｓ３１６）。また、出荷作業前の重量と出荷作業完了後の重量との差分が、出荷重量よりも多かった場合、出荷物品を多くとりすぎている可能性があると判断し、同様にアラート出力情報を生成してもよい。アラート出力情報は、対象の物品管理デバイス３の出力手段３１により所定の出力を行うように指示することであってもよい。例えば、出力手段３１が点灯手段３１の場合は所定の色に点灯させ、出力手段３１が発音手段の場合は所定のアラート音を発する、などの制御を行ってもよい。また、アラート情報をユーザ端末２に通知してもよい。

出荷作業前の重量と出荷作業完了後の重量との差分が、出荷重量と同じであった場合（Ｓ３１４＝Ｙｅｓ）、出荷した分がすべて所定の物品管理デバイス３に収容されたと判断し、デバイス制御情報生成部１１２は所定の制御情報を生成する。ここで、ステップＳ３１４の判定は、所定の誤差を許容してもよい。出荷作業中に物品管理デバイス３に何らかの出力をさせていた場合は、当該出力を終了させるように制御してもよい（Ｓ３１５）。また、作業完了に係る所定の態様で出力を行うように制御してもよい。

また、物品管理デバイス３の重量データを、出荷作業中に継続的に取得し、物品の出荷作業の進行に応じて出力態様を変化させていってもよい。出荷作業中は、物品を少しずつ物品管理デバイス３から移動させていくことで、重量データは徐々に減少していくことになる。重量データが減少したことを検知して、例えば点灯手段３１の色を所定の色に変化させたり、色の強度を変化させたりすることができる。

（実施形態４）
本実施形態４においては、物品管理デバイス３に収容した複数の物品を使った作業を行う場合に、作業手順書に沿って出力制御を行うものである。

図１７は、本実施形態４におけるサーバ１のソフトウェア構成例であり、サーバ１は、機能部としてさらに作業情報取得部１１６を備える。

図１８は、本実施形態４におけるサーバ１の処理フローを示す図である。まず、作業情報取得部１１６は、作業情報を取得する（Ｓ４０１）。作業情報は、所定の作業について、必要な物品名、物品ＩＤ、数量、順番などの情報を含む。ここでいう作業は、例えば複数の物品（部品や材料）を組み合わせることによって目的物を製造する製造作業などであるが、特に制限はない。作業情報は、ユーザが入力してもよいし、所定の形式のファイルをサーバ１に読み込ませることによって取得してもよい。

デバイス制御情報生成部１１２は、作業情報をもとに、デバイス制御情報を生成する。まず、作業情報に含まれる物品を収容する物品管理デバイス３を特定する（Ｓ４０２）。すなわち、在庫情報記憶部１２１やデバイス情報記憶部１２２において、作業情報に含まれる物品名または物品ＩＤを検索し、対応付けられている物品管理デバイス３を特定することができる。

次いで、当該物品管理デバイス３の制御情報を生成する（Ｓ４０３）。本実施形態４においては、例えば、作業情報に含まれる物品に対応する物品管理デバイス３の点灯手段３１を所定の色に点灯させるように制御してもよい。制御方法は点灯に限らず、音を発することとしてもよい。また、作業の順番に応じて異なる出力制御を行うこととしてもよい。例えば、作業手順１～３に対応する物品管理デバイス３を、それぞれ赤、黄色、青、など異なる色に点灯させることとしてもよい。サーバ送受信部１１１は、生成したデバイス制御情報を物品管理デバイス３に送信する（Ｓ４０４）。物品管理デバイス３は、サーバ１から受信したデバイス制御情報に基づいて、出力手段３１を制御する。

本実施形態4によれば、作業者は作業に必要な物品の保管場所を一目で把握することができ、作業効率を向上させることができる。

また、本実施形態４において、作業情報に含まれる各作業の進行に応じて対応する物品管理デバイス３の出力態様を変更させるようにしてもよい。図１９は、この場合の処理フローの一例である。

まず、デバイス制御情報生成部１１２は、上記ステップＳ４０１～Ｓ４０４により、作業情報に含まれる第１の作業に係る物品管理デバイス３（第1のデバイス）について制御情報を生成し、第１の物品管理デバイス３の点灯手段３１を点灯させる。そして、作業者は第１のデバイスに収容される物品を使用して第１の作業を実施する。サーバ１は、第１のデバイス情報を取得し（Ｓ４１１）、第１の作業が完了したか否かを判定する（Ｓ４１２）。第１のデバイス情報とは、第１の作業が完了したかを判断可能な情報であり、例えば第１のデバイスの重量データである。重量データが所定量減少していたら、第１の作業が完了したと判断することができる。第１のデバイス情報の取得はこれに限られず、作業者が第１の作業が完了したことを物品管理デバイス３やユーザ端末２を介して入力することによって行ってもよい。

第１の作業が完了したと判断した場合（Ｓ４１２＝Ｙｅｓ）、第１のデバイスの点灯を終了する（Ｓ４１３）。続いて、サーバ１は、次の作業があるか否かを確認する（Ｓ４１４）。次の作業がある場合、デバイス制御情報生成部１１２は、第２の作業に係る第２のデバイスについてのデバイス制御情報を生成し、第２のデバイスを点灯させる（Ｓ４１５）。作業者は第２の作業を実施する。サーバ１は、同様に第２のデバイス情報を取得し（Ｓ４１６）、第２の作業が完了したか否かを判定する（Ｓ４１７）。第２の作業が完了したと判断した場合（Ｓ４１７＝Ｙｅｓ）、第２のデバイスの点灯を終了する（Ｓ４１８）。

サーバ１は、次の作業があるか否かを判断する（Ｓ４１９）。次の作業がある場合、第３以降の作業について上記と同様の処理を繰り返す。次の作業がなくなった場合（Ｓ４１９＝Ｎｏ）、処理を終了する。

このように、各作業が完了するのに合わせて次の作業に係る物品管理デバイス３を１つずつ点灯させることができ、作業者が作業の順番を間違えるリスクを低減することができる。

（実施形態５）
本実施形態５においては、特定の組み合わせ関係にあるセット物品について、一方の物品の使用を検知して他方の物品の物品管理デバイス３を出力制御するものである。

本実施形態５において、特定の組み合わせ関係にあるセット物品とは、高い確率で同時に使用される関係にある２以上の物品同士の組合せである。例えば在庫情報記憶部１２１などにおいて、セット物品に関する情報を登録しておくことができる。すなわち、セット物品の構成物品であることを示すセット物品フラグ、及び組合せ相手の物品ＩＤの情報等を含むことができる。

図２０は、本実施形態５におけるサーバ１の処理フローを示す図である。まず、ある物品管理デバイス３の重量データを取得する（Ｓ５０１）。サーバ１は、各デバイスの重量データを随時取得してもよいし、重量データの変化があった場合にのみ重量データを取得してもよい。サーバ１は、重量データの変化（減少）があった物品管理デバイス３について、対応する物品ＩＤをデバイス情報記憶部１２２から検索し、特定する（Ｓ５０２）。

そして、特定した物品がセット物品であるか否かを、在庫情報記憶部１２１等に照会して確認する（Ｓ５０３）。セット物品フラグがあった場合（Ｓ５０３＝Ｙｅｓ）、組合せ相手となる物品の情報を読み出す（Ｓ５０４）。セット物品フラグがない場合（Ｓ５０３＝Ｎｏ）、処理を終了する。さらに、組合せ相手となる組合せ物品ＩＤに基づいて、当該組合せ物品を収容する物品管理デバイス３を特定する（Ｓ５０５）。

デバイス制御情報生成部１１２は、組合せ物品を収容する物品管理デバイス３についての出力制御情報を生成し（Ｓ５０６）、送信する（Ｓ５０７）。物品管理デバイス３は、サーバ１から受信したデバイス制御情報に基づいて、出力手段３１を制御する。

本実施形態５によれば、作業者がある物品を取出したときに、その物品と通常一緒に使用される他の物品について、物品管理デバイス３が点灯することによって、作業のミスを防止することができる。

以上、本発明の実施形態１～５によれば、作業に関する情報に基づいて、物品管理デバイス３の出力手段を制御することによって、作業の対象物品に係る物品管理デバイス３を作業者が一目で把握することができる。本発明によれば、作業効率を向上させ、また作業ミスを低減することができる。

上記の説明では、サーバ１が各種機能部及び記憶部を備え、物品管理デバイス３を制御する旨を説明したが、本発明の趣旨を実現できる範囲で、サーバ１の一部若しくはすべての機能をユーザ端末２が備え、必要に応じてユーザ端末２と物品管理デバイス３との間で情報をやり取りしてもよい。すなわち、サーバ１及びユーザ端末２のいずれか、若しくは双方が物品管理装置３の制御装置としての役割を実現することができる。例えば実施形態１において、ユーザ端末２が各種記憶部及び機能部を備える場合は、ユーザ端末２が物品管理デバイス３から重量データを受信し、ユーザ端末上に記憶されるデータベースから単位当たりの重量を取得し、在庫数量を算出し、さらに、デバイス制御情報を生成することとしてもよい。実施形態２～５についても同様である。

また、各実施形態において説明した各機能部及び記憶部を備えた制御装置の一部または全部を、物品管理デバイス３に内蔵してもよい。すなわち、物品管理デバイス３が備えるデバイス制御部３４及びデバイス記憶部３５において、上記でサーバ１若しくはユーザ端末２が備えるとして説明した記憶部及び記憶部の一部を備えることとしてもよい。一例として、上記実施形態1の場合、デバイス制御部３４が機能部として在庫数量算出部を有し、またデバイス記憶部３５が物品の単位あたり重量等の必要なデータを保有することによって、取得した重量データに基づいてデバイス制御部３４が在庫数量を算出することができる。さらに、デバイス制御部３４は、所定のルールに基づき、算出した在庫数量に応じて、自身の出力手段を制御することができる。また、実施形態２～４においては、入荷予定情報や出荷情報、作業情報等の各種情報を取得するための情報取得手段を物品管理デバイス３が備えることができる。情報取得手段は例えば二次元コードリーダーなどである。物品管理デバイス３は、情報取得手段によって取得した入荷予定情報などの各種情報に基づいて自身が管理する物品が関わっているかを判断し、ルールに基づいて制御情報を生成することができる。

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

１ サーバ
２ ユーザ端末
３ 物品管理デバイス
３１ 出力手段
４ ネットワーク
５ 物品

Claims (13)

1. 物品を収容可能な物品管理デバイスと、前記物品管理デバイスを制御する制御装置とを備える物品管理システムであって、
   前記物品管理デバイスは点灯手段を備え、
   前記制御装置は、
   前記点灯手段を制御するデバイス制御情報を生成するデバイス制御情報生成部を備え、
   前記物品管理デバイスは、前記デバイス制御情報に基づいて前記点灯手段を制御することを特徴とする、物品管理システム。
2. 前記物品管理デバイスは、前記物品の重量データを取得する重量計測手段を備え、
   前記デバイス制御情報生成部は、前記重量データに応じて異なる態様で前記点灯手段を制御するよう前記デバイス制御情報を生成することを特徴とする、請求項１に記載の物品管理システム。
3. 前記デバイス制御情報生成部は、
   前記重量データと前記物品ごとに定められた発注点との関係に応じて異なる態様で前記点灯手段を制御するよう前記デバイス制御情報を生成することを特徴とする、請求項２に記載の物品管理システム。
4. 前記制御装置は、入荷予定情報を取得する入荷予定情報取得部をさらに有し、
   前記デバイス制御情報生成部は、前記入荷予定情報に係る物品に対応する前記物品管理デバイスの前記点灯手段を制御するよう前記デバイス制御情報を生成することを特徴とする、請求項１に記載の物品管理システム。
5. 前記入荷予定情報取得部は、複数の前記入荷予定情報を取得し、
   前記デバイス制御情報生成部は、前記入荷予定情報ごとに異なる態様で前記点灯手段を制御するよう前記デバイス制御情報を生成することを特徴とする、請求項４に記載の物品管理システム。
6. 前記制御装置は、出荷情報を取得する出荷情報取得部をさらに有し、
   前記デバイス制御情報生成部は、前記出荷情報に係る物品に対応する前記物品管理デバイスの前記点灯手段を制御するよう前記デバイス制御情報を生成することを特徴とする、請求項１に記載の物品管理システム。
7. 前記出荷情報取得部は、複数の前記出荷情報を取得し、
   前記デバイス制御情報生成部は、前記出荷情報ごとに異なる態様で前記点灯手段を制御するよう前記デバイス制御情報を生成することを特徴とする、請求項６に記載の物品管理システム。
8. 前記制御装置は、作業手順情報を取得する作業情報取得部を備え、
   前記デバイス制御情報生成部は、前記作業手順情報に係る物品に対応する前記物品管理デバイスの前記点灯手段を制御するよう前記デバイス制御情報を生成することを特徴とする、請求項１に記載の物品管理システム。
9. 前記デバイス制御情報生成部は、第一の作業手順について前記デバイス制御情報を生成し、
   前記第一の作業手順が完了した場合に、
   前記第一の作業手順以降の第二の作業手順について前記デバイス制御情報を生成する、ことを特徴とする、請求項８に記載の物品管理デバイス。
10. 前記物品管理デバイスは、前記物品の重量データを取得する重量計測手段を備え、
    前記制御装置は、第一の物品と所定の関係にあるセット物品の情報を記憶する物品情報記憶部をさらに備え、
    前記制御装置は、前記第一の物品を収容する前記物品管理デバイスについて前記重量データが減少した場合に、
    前記第一の物品と所定の関係にある前記セット物品に対応する前記物品管理デバイスについて前記点灯手段を制御するよう前記デバイス制御情報を生成することを特徴とする、請求項１に記載の物品管理システム。
11. 前記制御装置は、前記物品管理デバイスと通信可能なサーバ及びユーザ端末の少なくともいずれかである、請求項１～１０のいずれか１項に記載の物品管理デバイス。
12. 物品の重量を測定可能な重量計測手段と、
    複数の色に点灯可能な点灯手段と、
    前記点灯手段を制御する制御部とを備えた物品管理デバイスであって、
    前記物品管理デバイスは前記物品を載置可能な平板状の本体部を有し、
    前記点灯手段は前記本体部の上面に設けられることを特徴とする、物品管理デバイス。
13. 前記点灯手段は、前記本体部の上面の周縁部に設けられることを特徴とする、請求項１２に記載の物品管理デバイス。
    
    
    

Images