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

Abstract

【課題】 オフィス空間を有効利用して物品を安全に保管でき、且つ、ユーザが自分の居室で所望の保管物品を取出すことができる物品管理システムを提供する。
【解決手段】 オフィスの床下空間に物品収納エリアを形成しておき、管理サーバと、オフィス床下に設けられた搬送系を使用して、ユーザが指定した物品を指定された搬出口に搬送する物品管理システム。管理サーバは、各物品に貼付されたタグが示すタグＩＤと対応して物品管理情報と収納位置情報とを記憶する物品情報管理テーブルと、各物品の履歴情報を記憶する履歴情報テーブルと、物品収納エリアにおける各収納庫番号と対応して使用状態を記憶するフロア情報テーブルとを備える。
【選択図】 図１

Description

本発明は、物品の管理システムに関し、特に、オフィス空き空間を使用した物品の管理システムに関する。

ビジネス社会では、従来の部署毎の業務遂行に加えて、新たな課題に対処すべく組織されたプロジェクト単位の業務を遂行する必要性に迫られている。プロジェクト単位の業務には、プロジェクト発足時の作業ルーム設置と備品準備、プロジェクト解散時の備品、資料の後片付けという雑務が付随する。プロジェクトでの作業を効率的に進めるためには、使用される資料、その他の物品を整理して保管し、且つ、重要書類については安全性を確保した管理方式が必要となる。また、１つのプロジェクトが解散した時、部屋を別プロジェクトに速やかに解放できることが望まれる。

オフィスビル内での物品の管理方式として、例えば、特開平７−２４７００７号公報（特許文献１）には、オフィスビルの特定の部屋を物品倉庫として使用し、物品収納時に物品内容と番号をシステムに登録しておき、搬送システムによって各物品を予め決められた収納位置に収納するシステムが提案されている。

特開平７−２４７００７号公報

面積的に限られたオフィス空間を有効に利用して、資料、その他の物品を安全に管理するためには、物品倉庫の利用が有効となるが、上記従来技術では、オフィスビル内の専用の部屋が物品倉庫として使用されているため、物品使用の都度、ユーザが倉庫に出向く必要がある。

本発明の目的は、オフィス空間を有効利用して物品を安全に保管でき、且つ、ユーザが自分の居室で所望の物品を取出すことができる物品管理システムを提供することにある。

上記目的を達成するため、本発明の物品管理システムでは、オフィスの床下空間に物品収納エリアを形成し、管理サーバとオフィス床下に設けられた搬送系を使用して、ユーザが端末で指定した物品をユーザ指定の搬出口に搬送できるようにしたことを特徴とする。また、本発明の物品管理システムは、各物品に貼付されたタグ情報に従って各物品を管理することを特徴とする。

更に詳述すると、本発明の物品管理システムは、オフィスの床下空間に設けられた搬送系および物品収納エリアと、上記搬送系を制御するための搬送制御システムと、上記搬送制御システムに接続された管理サーバと、上記管理サーバに接続されたタグ発行機および少なくとも１台の端末とからなり、上記物品収納エリアが、収納庫番号をもつ複数の収納庫を形成している。

本発明の物品管理システムにおいて、管理サーバは、登録済みの各物品に貼付されたタグの識別子（タグＩＤ）と対応して物品管理情報と収納位置情報とを記憶する物品情報管理テーブルと、上記物品収納エリアにおける各収納庫番号と対応して使用状態を記憶するフロア情報テーブルと、各物品のタグＩＤと対応して物品の履歴情報を記憶する履歴情報テーブルとを備える。

新たな物品を物品収納エリアに保管する場合、タグ発行機から発行された新たなタグＩＤをもつラベルを貼付した形で物品が搬送系に搬入され、上記管理サーバが、上記フロア情報テーブルから空き状態の収納庫番号を検索し、搬送制御システムに、上記収納庫番号が示す物品収納エリアへの搬入物品の搬送を指令する。また、ユーザによって端末から入力された物品管理情報と上記収納庫番号と上記新たなタグＩＤとを含む新たなエントリを上記物品情報管理テーブルに追加し、上記タグＩＤをもつ物品の登録日時とユーザ識別子とを示す履歴エントリを上記履歴情報テーブルに追加する。

上記管理サーバは、端末からタグＩＤと搬出口を指定して物品の取出しを要求された場合、上記物品情報管理テーブルから上記タグＩＤと対応するエントリが示す収納庫番号を検索し、上記搬送制御システムに、上記収納庫番号が示す物品収納エリアから上記指定された搬出口への物品の搬送を指令する、この時、上記タグＩＤをもつ物品の取出し日時とユーザ識別子と累計取出し回数とを示す履歴情報を前記履歴情報テーブルに追加する。

上記管理サーバは、一旦取出された物品が返却のために上記搬送系に搬入された場合、上記フロア情報テーブルから空き状態の収納庫番号を検索し、上記搬送制御システムに、上記収納庫番号が示す物品収納エリアへの上記搬入物品の搬送を指令する。この時、上記物品情報管理テーブルに記憶されている上記搬入物品のタグＩＤと対応するエントリに上記収納庫番号を記憶し、上記タグＩＤをもつ物品の返却日時を示す履歴情報を前記履歴情報テーブルに追加する。

本発明１つの特徴は、搬送系への物品の搬入口に、搬入物品の重量を測定する重量計と、物品に貼付されたラベルからタグＩＤを読み取るためのタグリーダを有し、上記管理サーバが、上記重量計で測定された物品重量を前記履歴情報テーブルに履歴情報の一部として記憶することにある。本発明の１実施例では、上記管理サーバが、上記フロア情報テーブルに記憶された収納庫番号を収納物品の搬出口への搬送所要時間によって決まる複数ランクに分割して管理し、返却された物品について、上記累計取出し回数によって優先度を判定し、優先度の高い物品には、取出し所要時間が短い収納エリアに位置した空き状態の収納庫番号を割り当てる。

本発明によれば、収納物品となる書籍、書類、その他が収容された箱にタグＩＤをもつラベルを貼付し、管理サーバが、各物品の管理情報を上記タグＩＤと対応して管理することによって、ユーザから搬出口を指定して物品の取出しを要求された時、物品を指定の搬出口に自動的に搬送することが可能となる。また、フロアの床下空間を物品の収納エリアとして利用し、物品の搬出／搬入口をフロアの各所に設けることによって、ユーザが自分の席に近い位置で収納物品を受け取れるため、機密性の高い物品（書類）を収納庫に保管しておき、必要に応じて取出す形式で運用することが可能となる。

以下、本発明による物品管理方法およびシステムの１実施例について、図面を参照して説明する。
図１は、本発明による物品管理システムと物品搬送系との関係を示す。
本発明は、オフィスビルの各階床面１０２と下の階の天井１０４とに挟まれた空間１０６（１０６−１、１０６−２）を物品３００の搬送路および収納庫として利用する。本発明で扱う物品３００は、例えば、図２（Ａ）に示すように、ダンボール製あるいはプラスティック製の箱に、ＩＣタグ３０３をもつラベル３０２を貼付した形となっている。但し、図２（Ｂ）に示す書類ファイルのように、箱に収容される個々の物品にＩＣタグ付きのラベル３０２を貼付した形態とすることもできる。ラベル２０２は、ＩＣタグ付きのものに限定されるものではなく、例えば、バーコードを印刷したものであってもよい。

図１において、部屋１０１−１は、例えば、物品の利用者が作業するプロジェクト室、１０１−２は、物品の管理センタを示す。本発明では、物品の搬入口（または搬出口）１０５をもつ床面１０２と階下の天井１０４とに挟まれた空間１０６に物品搬送路１１０−１、１１０−２を設置し、各階の物品搬送路を物品エレベータ１１１によって結合することによって、物品管理センタ１０１−１で受け付けた新たな物品、あるいは物品管理センタ１０１−１の床下収納庫に収納された物品の他の階、例えば、プロジェクト室１０１−１への移送を可能とする。ここでは、１フロアのプロジェクト室１０１−１しか示されていないが、プロジェクト室１０１−１に相当する部屋は、エレベータで結合される複数の階に存在できる。また、同一フロアが複数のプロジェクト室に仕切られていてもよい。

各階の床下には、搬送路１１０に沿った要所に、搬送物品のＩＣタグ情報を読み取るためのＩＣタグリーダ２０７（２０７−１、２０７−２、…）が配置され、物品管理センタ１０１−１には、後述する物品管理サーバ２００、端末２０４、タグ発行機２０５が設置されている。これらの装置は、回線２０２によって接続されている。

図３は、物品管理サーバ２００の構成を示す。
物品管理サーバ２００の主体は、データベース（ＤＢ）メモリ４００を備えたアプリケーション・サーバ５００である。
データベースメモリ４００には、個人情報管理テーブル４０１、履歴情報管理テーブル４０２、タグ情報管理テーブル４０３、物品情報管理テーブル４０４、フロア情報管理テーブル４０５、スケジュール管理テーブル４０６が用意されている。サーバ５００は、これらのデータベースを使用して、後述する搬送制御ルーチン７００と物品管理ルーチン７１０を実行し、物品管理を行う。

図４は、物品の搬出／搬入口１０５の直下における搬送系の構成を示す。
本発明では、物品３００を搬入する時、ＩＣタグリーダ２０７でタグ情報を読み取り、重量計１２２で物品重量を測定し、各物品の重量を物品情報管理テーブル４０４に記憶しておく。搬送路１１０は、搬送系駆動装置１２１によって動作し、搬送系駆動装置１２１は、搬送制御システム１２０によって制御されている。搬送制御システム１２０、ＩＣタグリーダ２０７、重量計１２２は、回線２０２によって、図３に示した管理サーバ５００と接続されている。搬送制御ルーチン７００は、搬送制御システム１２０と交信して、物品の搬出口への取出し搬送と、新規あるいは返却物品の収納庫への収納搬送を行う。

図５は、各階の床下に形成される収納庫と搬送系との配置関係の１例を示す。
ここに示した例では、床下に２箇所の収納庫領域１０７−１、１０７−２が形成され、収納庫領域に沿って、矢印方法に物品を搬送する主搬送路１１０Ａ〜１１０Ｃと、これらの主搬送路間を接続する副搬送路１１０Ｄ（１１０Ｄ−１〜１１０Ｄ−４）と、これらの搬送路の間で物品を乗せ変える方向転換路１１０Ｅ（１１０Ｅ−１〜１１０Ｅ−６）とが形成されている。

本実施例では、後述するように、物品情報管理テーブル４０４で、各物品の収納位置を記憶しておく。また、利用頻度の高い物品は、搬出口１０５にできるだけ短時間で搬送できるように、搬出口１０５に近い位置に収納できるようにしている。図５の例では、収納庫領域から主搬送路１１０Ａ〜１１０Ｃに押し出した時、物品が搬出口１０５に早く届く収納位置順に括弧番号を付与した形で、収納庫番号（収納位置情報）Ａ（１）、…Ａ１（ｎ）、Ｂ１（ｎ＋１）、…Ｃ（４ｎ）が割り当てられている。

図６は、個人情報管理テーブル４０１に登録される個人情報エントリの１例を示す。
個人情報エントリは、本発明の物品管理システムを利用可能なユーザの識別子（個人ＩＤ）６０１と対応して、個人認証に必要なパスワード６０２、氏名６０３、所属部署名６０４、役職６０５を示している。

図７は、履歴情報管理テーブル４０２に登録される履歴エントリの１例を示す。
履歴エントリは、ＩＣタグの識別子（タグＩＤ）６１１と対応して、利用開始日時６１２、返却日時６１３、申請者ＩＤ６１４、利用区分６１５、搬出口番号６１６、重量６１７、累計取出し回数６１８を示している。履歴情報管理テーブル４０２には、同一のタグＩＤについて、利用の都度、新たなレコードが追加される。利用区分６１５には、新規物品の登録、収納庫からの物品の取出し（貸出し）、貸出し物品の返却、特別処理（利用時間変更）の区分が記録され、重量６１７には、物品の新規登録時または返却時に計測された物品の重量が記録される。ここでは、簡単化のために、物品の取出しと返却が同一のユーザ（申請者）によって行われるものとしているが、貸出し物品については、申請者ＩＤ６１４を貸出し（取出し）時のユーザＩＤ６１４Ａと返却時のユーザＩＤ６１４Ｂに分けてもよい。

ユーザが、物品毎に予め指定された利用時間帯を超えて物品を利用する場合、特別処理で利用時間帯の変更を申請する。この場合、履歴情報管理テーブル４０２には、返却予定日時を返却日時６１３で指定し、利用区分６１５を「特別処理」としたレコードが追加され、後日、物品が返却された時、それまで取出し（貸出し）状態となっていたレコードに返却日時６１３が記録され、利用区分６１５が「取出し」から「返却」に変更される。

図８は、タグ情報管理テーブル４０３に登録されるタグ情報エントリの１例を示す。
タグ情報エントリは、タグＩＤ６２１と対応して、現在の状態(ステータス）６２２と、タグ発行を要求したユーザを示す個人ＩＤ６２３を示している。

図９は、物品情報管理テーブル４０４に登録される物品情報エントリの１例を示す。
物品情報エントリは、各物品のタグＩＤ６３１と対応して、物品名６３２、収容物情報６３３、検索キーワード６３４、利用権限者ＩＤ６３５、内容変更権限者ＩＤ６３６、利用時間帯／変更可否６３７、登録時の物品重量６３８、保管期限６３９、登録日６４０、特別処理許可ユーザＩＤ６４１、収納位置（収納庫番号）６４２を示している。

図１０は、フロア情報管理テーブル４０５に登録されるフロア情報エントリの１例を示す。
フロア情報管理テーブル４０５は、収納庫番号（収納位置情報）６５３と状態（タグＩＤ）６５４とを示す複数のエントリからなり、使用中のエントリには、状態６５４に収納物品のタグＩＤが記録される。尚、搬出口番号６５１は、各収納庫に最も近い物品搬出口（取出し口）の番号を示し、搬送路ＩＤ６５２は、各収納庫に隣接した主搬送路の識別子を示している。

図１１は、スケジュール管理テーブル４０６に登録されるスケジュールエントリの１例を示す。
スケジュールエントリは、利用予約された物品のタグＩＤ６６１と対応して、移動開始日６６２、移動開始時間６６３、移動先（搬出口番号）６６４と、予約者ＩＤ６６５を示している。

図１２は、サーバ５００が実行する物品管理ルーチン７１０のフローチャートを示す。
ここでは、各ユーザが、物品管理センタに配置された端末２０４から物品管理サーバ２００をアクセスするものとして説明するが、タグ発行機で発行されたＩＣタグの貼付を必要とする物品登録以外の手続きは、社内のＬＡＮによって回線２０２に接続された各ユーザの個人端末（パーソナルコンピュータ）を利用して物品管理システムと交信し、ユーザが自分の居室にある搬出／搬入口で物品の取出し、返却を行うことができる。

物品管理ルーチン７００を実行中のサーバ５００は、先ず、ユーザからのアクセスの有無を判定する（ステップ７１１）。ユーザアクセスがあった場合は、ユーザに個人認証情報（個人ＩＤとパスワード）の入力を要求し（７１２）、入力情報と個人情報管理テーブル４０１の登録情報に基づいて個人認証を行う（７１３）。ユーザが入力した個人ＩＤとパスワードが、個人情報管理テーブル４０１に登録された個人ＩＤ６０１とパスワード６０２の関係を満たしていた場合は、サーバ５００は、ユーザにアクセス目的を選択させるためのメニュー画面を端末に表示し、ユーザからの応答を待つ（７１４）。メニュー画面には、ユーザが選択可能なアクセス目的として、収納庫に収納すべき新たな物品の登録、物品の取出し（貸出し）、物品の返却、物品のスケジュール搬送、特別処理がある。

ユーザが新たな物品の登録を選択した場合（７１５）、サーバ５００は、図１３で説明する新規登録処理７３０と、図１４で説明するタグ発行処理７４０を実行し、タグ発行機から物品に貼付すべきＩＣタグ付きラベルを発行する。ユーザが、ＩＣタグ付きラベルを物品の所定位置に貼付し、これを搬入口１０５に入れると、図１５説明する物品収納処理７５０が実行され、物品の収納位置が特定される。サーバ５００は、この後、搬送制御ルーチン７００を実行して物品を収納位置に搬送し（７６０）、図１６で説明する履歴管理処理７７０を実行して、ステップ７１１に戻る。

ユーザが、メニュー画面で貸出し物品の返却を選択していた場合（７１６）、サーバ５００は、物品収納処理７５０、収納位置への物品の搬送（７６０）、履歴管理処理７７０を実行して、ステップ７１１に戻る。

ユーザが、メニュー画面で物品の取出しを選択していた場合（７１７）、サーバ５００は、図１７で説明する検索処理７８０を実行して、ユーザが指定した検索条件に該当する物品情報を画面に表示する。ユーザが取出すべき物品と搬出口を指定すると、サーバ５００は、図１８で説明する物品取出し処理７９０を実行し、搬出口への指定物品の搬送予定時刻を端末画面に表示する。サーバ５００は、この後、タグＩＤ、物品の現在位置（収納庫番号）および搬出先（搬出口番号）を指定して、搬送制御ルーチン７００に物品の搬送を要求し（７６１）、履歴管理処理７７０を実行して、ステップ７１１に戻る。

ユーザが、メニュー画面でスケジュール搬送を選択していた場合（７１８）、サーバ５００は、図１９で説明するスケジュール搬送処理８１０を実行した後、ステップ７１１に戻る。ユーザが、メニュー画面で特別処理を選択していた場合、サーバ５００は、図２０で説明する特別処理８２０を実行した後、履歴管理処理７７０を実行して、ステップ７１１に戻る。

ステップ７１１でユーザからのアクセスがない時、サーバ５００は、スケジュール管理テーブル４０６の登録エントリをチェックして、移動開始時刻に達した物品の有無を判定する（２２０）。サーバ５００は、移動開始時刻に達した物品があれば、ステップ７６１の取出し搬送を実行する。スケジュール搬送で取出すべき物品がなければ、予め指定された物品の並べ替え時刻になったか否かを判定する（７２１）。並べ替え時刻になっていなければ、ステップ７１１に戻り、並べ替え時刻になっていた場合は、図２１で説明する物品の並べ替え処理８３０を実行して、ステップ７１１に戻る。物品の並べ替え処理は、使用頻度の高い物品を搬出口に近い収納位置に移し替えるためのものであり、ユーザによるアクセスのない時間帯、あるいは所定時間毎に周期的に行われる。

図１３は、新規登録処理７３０の詳細を示す。
新規登録処理７３０では、サーバ５００は、端末にデータ入力画面を表示し、ユーザに、物品名６３２、収納物情報６３３、検索キーワード６３４、利用権限者６３５、内容変更権限者６３６、利用時間帯／変更可否６３７、保管期限６３９、特別処理許可ユーザＩＤ６４１を入力させ（７３１）、タグ情報管理テーブル４０３から未使用のタグＩＤを検索し（７３２）、入力データと新たなタグＩＤ６３１とを含む新たなエントリを物品情報管理テーブル４０４に登録する（７３３）。利用権限者６３５、内容変更権限者６３６、特別処理許可ユーザＩＤ６４１は、該当者を氏名で指定し、これを個人情報管理テーブル４０１が示す個人ＩＤ６０１に置き換えて、物品情報管理テーブル４０４に登録してもよい。

図１４は、タグ発行処理７４０の詳細を示す。
タグ発行処理７４０では、サーバ５００は、タグ情報管理テーブル４０３から、新規登録処理７３０によって物品情報管理テーブル４０４に登録された新たなタグＩＤと対応するエントリを検索し、ステータス６２２を発行状態に変更し、個人ＩＤ６２３にユーザのＩＤを登録する（７４１）。サーバ５００は、次に、タグ発行機２０５に上記タグＩＤをもつＩＣタグ付きのラベルの発行を指令し（７４２）、ユーザに対して、端末画面を通して、物品の所定位置にラベルを貼付して搬入口に入れるよう指示し（７４３）、ユーザからの応答を待つ（７４４）。サーバ５００は、ラベル貼付と物品投入が終了したことを示す応答入力を確認して、この処理を終了する。

図１５は、物品収納処理７５０の詳細を示す。
物品収納処理７５０では、サーバ５００は、物品の搬入口に設置された重量計１２２とＩＣタグリーダ２０７から、搬入物品のタグＩＤと重量を読み込み（７５１Ａ）、物品情報管理テーブル４０４の該当エントリに重量６３８として記憶する（７５１Ｂ）。サーバ５００は、次に、履歴情報管理テーブル４０２から、上記タグＩＤをもつエントリを検索し、搬出口番号６１６と累計取出し回数６１８をチェックする（７５２）。タグＩＤと対応するエントリが未登録の場合、すなわち、処理対象物品が新規登録物品の場合は、ステップ７５８が実行される。

搬入物品のタグＩＤと対応して累計取出し回数６１８が記録されていた場合、サーバ５００は、累計取出し回数６１８を所定の閾値と比較してアクセス頻度を判定する（７５３）。アクセス頻度が高いと判定された場合、フロア情報管理テーブル４０５を参照し、上記搬出口番号６１６と対応する高優先度の収納エリアから、空き状態の収納位置（収納庫を）検索する（７５４）。例えば、図５に示したフロアの場合、収納エリアＡ（１）〜Ａ（ｎ）を高優先度、Ｂ１（ｎ＋１）〜Ｃ（２ｎ）を中優先度、Ｂ１（２ｎ＋１）〜Ｃ（４ｎ）を低優先度とする。

フロア情報管理テーブル４０５が示す高優先度の収納エリアで、状態６５４が空きを示すレコードが見つかった場合（７５５）、サーバ５００は、このレコードの収納庫番号６５３を物品の収納位置に決定し、上記レコードの状態６５４に物品のタグＩＤを記録した後、上記収納庫番号を物品情報管理テーブル４０４の該当エントリに収納位置（収納庫番号）６４２として登録する（７５９）。

高優先度の収納エリアが全て使用中、すなわち、タグＩＤが記録済みの場合は、サーバ５００は、フロア情報管理テーブル４０５が示す次優先度（中優先度）の収納エリアから、空き状態の収納庫番号を検索する（７５６）。空き状態の収納庫番号が見つかった場合（７５７）、この収納庫番号を物品の収納位置に決定し、上述したステップ７５９を実行する。中優先度の収納エリアが全て使用中の場合は、サーバ５００は、更に次の優先度（低優先度）の収納エリアから空き状態の収納庫番号を検索する（７５８）。アクセス頻度が低いと判定された物品については、中優先度の収納エリアから空き状態の収納庫を検索し（７５６）、新たに登録された物品については、低優先度の収納エリアから空き状態の収納庫を検索する（７５８）、
図１６は、履歴管理処理７７０の詳細を示す。
履歴管理処理７７０では、サーバ５００は、今回の処理区分を判定し（７７１）、新規登録の場合は、タグＩＤ６１１、返却日時（登録日）６１３、申請者ＩＤ６１４、利用区分６１５（「登録」）、重量６１７に有効データを含み、他の項目が初期状態に設定された新たなエントリを生成し（７７２）、これを履歴情報管理テーブル４０２に登録して、処理を終了する。

今回の処理区分が物品の返却の場合、サーバ５００は、履歴情報管理テーブル４０２から物品のタグＩＤと一致するエントリを検索し、利用区分６１５が「取出し」の状態にあるレコードに、返却管理情報として、返却日時６１３と重量６１７を記録し、利用区分６１６を「取出し」から「返却」に変更して（７７３）、この処理を終了する。尚、申請者ＩＤ欄６１４が取出しユーザＩＤと返却ユーザＩＤに分かれている場合は、この時点で返却ユーザＩＤが記録されることになる。

今回の処理区分が物品の取出しの場合、サーバ５００は、履歴情報管理テーブル４０２から物品のタグＩＤと一致するエントリを検索し、利用開始日時６１２、申請者ＩＤ６１４、利用区分６１５（「取出し」）、搬出口番号６１６、に有効データを含む取出し管理情報レコードを追加し（７７４）、累計取出し回数６１８をインクリメントする（７７５）。この後、フロア情報管理テーブル４０５から、状態６５４に上記物品のタグＩＤが記録されたエントリを検索し、状態６５４を空き状態に戻して（７７６）、この処理を終了する。

今回の処理区分が特別処理の場合、サーバ５００は、履歴情報管理テーブル４０２から物品のタグＩＤと一致するエントリを検索し、ユーザが申請した返却予定日時を返却日時６１３として含み、申請者ＩＤ６１４と利用区分６１６（「特別処理」）に有効データを含む特別処理管理情報レコードを追加し（７７７）、この処理を終了する。

図１７は、検索処理７８０の詳細を示す。
検索処理７８０では、サーバ５００は、端末に検索条件の入力画面を表示し、ユーザから取出すべき物品（タグＩＤ）を特定するための検索条件を示すデータ入力を受付ける（７８１）。

タグＩＤの検索方法としては、例えば、
（Ａ）個人ＩＤを指定し、物品情報管理テーブル４０４から、利用権限者ＩＤ６３５が上記個人ＩＤに該当するエントリを検索する方法、
（Ｂ）個人ＩＤを指定し、履歴情報管理テーブル４０２から、申請者ＩＤ６１４が上記個人ＩＤに該当するエントリを検索し、検索されたエントリが示すタグＩＤ６１１に従って、物品情報管理テーブル４０４を検索する方法、
（Ｃ）物品名６３２、収納物情報６３３または検索キーワード６３４を検索キーとして、物品情報管理テーブル４０４から該当するエントリを検索する方法がある。

利用権限者ＩＤ６３５や申請者ＩＤ６１４として登録された人が、今回のユーザとは別人の場合、例えば、氏名、部署名、あるいは役職を指定し、個人情報管理テーブル４０１から該当する個人ＩＤを検索し、この個人ＩＤを上述した物品情報管理テーブル４０４または履歴情報管理テーブル４０２の検索キーにしてもよい。

サーバ５００は、ユーザから受け付けた検索条件に従って物品情報管理テーブル４０４（または履歴情報管理テーブル４０２）を検索し（７８２Ａ）、検索されたエントリが示すタグＩＤに従って、履歴情報管理テーブル４０２を検索し、利用区分６１５から現在の利用状態をチェックする（７８２Ｂ）。次に、最終的な検索結果として、例えば、物品情報管理テーブル４０４が示すタグＩＤ６３１、物品名６３２、収納物情報６３３、利用時間帯６３７と、履歴情報管理テーブル４０２が示す利用状態を端末画面に表示する（７８３）。利用状態としては、現在貸出し中の物品についてのみ、申請者ＩＤ６１４から求めた利用者氏名を付して、利用中の表示をすればよい。

ユーザが指定した検索条件に該当する物品情報エントリが複数個見つかった場合、そのうちの１つをユーザに選択させ、取出すべき物品のタグＩＤ６３１と収納位置（収納庫番号）６４２を特定する（７８４）。この時、端末画面には、アクセスを終了するための選択ボタンを用意しておき、ユーザが、現在貸出し中の物品を選択した場合は、利用中表示を点滅させ、ユーザに終了ボタンの選択を促す。

次に、サーバ５００は、端末画面を通して、ユーザに、物品の取出し位置となる搬出口を指定させる（７８５）。搬出口の指定は、例えば、ユーザが作業する部屋番号で指定し、予め用意された変換テーブルによって、物品管理サーバ２００に固有の搬出口番号に変換する。ユーザが指定したフロアの搬出口マップを端末画面に表示し、マップ上で取出し位置を指定するようにしてもよい。

この後、サーバ５００は、スケジュール管理テーブル４０６を参照し、上記タグＩＤをもつ物品が他のユーザから予約されているか否かをチェックする（７８６）。予約されていた場合、予約者ＩＤ６６５に従って個人情報管理テーブル４０１から検索された予約者氏名と、移動開始日時（６６２、６６３）とを含む予約情報を端末画面に表示し、その物品が利用予約されていることをユーザに知らせ（７８７）、ユーザからの了解応答を待って（７８８）、この処理を終了する。

図１８は、物品取出し処理７９０の詳細を示す。
物品取出し処理７９０では、サーバ５００は、検索処理７８０で特定された取出し物品の収納位置（収納庫番号）６４２と搬出口番号を指定して、搬送制御ルーチン７００に指定物品の搬送完了予定時刻の算出を要求する（７９１）。搬送制御ルーチン７００で搬送完了予定時刻が算出されると、これを端末画面に表示し（７９２）、ユーザからの応答を待って（７９３）、この処理を終了する。

搬送制御ルーチン７００は、物品管理ルーチン７１０から、物品の現在位置（収納庫番号）と搬出口番号を指定して、搬送完了予定時刻の算出要求を受けると、予め用意された搬送所要時間テーブルから、現在位置（収納庫番号）から目的位置（指定搬出口）までの標準的な搬送所要時間を検索する。搬送制御ルーチン７００は、物品管理ルーチン７１０から指令された搬送指令毎に、搬送完了予定時刻を記憶しており、前の物品の搬送待ち時間に新たに発生した搬送所要時間を加算することによって、物品毎の搬送完了予定時刻を予測し、結果を物品管理ルーチン７１０に応答する。

また、搬送制御ルーチン７００は、図１２に示したステップ７６１で、物品管理ルーチン７１０から上記物品について取出し搬送の指令を受けると、搬送制御システム１２０に対して、物品のタグＩＤ、現在位置（収納庫番号）、移動位置（指定搬出口）を指定して、所定のタイミングで物品の搬送を指令する。搬送制御システム１２０は、搬送制御ルーチン７００から指令された現在位置（収納庫番号）と目的位置（指定取出し口）を搬送自動制御のパラメータ情報に変換し、搬送系（収納庫からの物品押し出し機構、収納庫への物品押し込み機構を含む）の駆動装置１２１を制御する。搬送中の物品の位置は、搬送路に沿って要所に配置された物体センサ、ＩＣタグ読み取り装置によって追跡される。

図１９は、スケジュール搬送処理８１０の詳細を示す。
スケジュール搬送処理８１０は、日時を指定した物品の取出し搬送予約を受付けるための処理であり、ユーザに、端末画面へのスケジュール情報の入力を要求し（８１１）、スケジュール情報の入力完了を待つ（８１２）。ここで、スケジュール情報としては、タグＩＤと、移動開始日時と、移動場所（搬出口）と、予約者ＩＤが必要となる。タグＩＤを特定するためには、情報入力画面で、図１７で説明した検索処理のステップ７８１〜７８４を実行すればよい。

スケジュール情報の入力が完了すると、サーバ５００は、履歴情報管理テーブル４０２から、指定タグＩＤをもつエントリを検索し、利用区分６１５から現在の状態をチェックする（８１３）。利用区分６１６が「取出し」（使用中）となっていた場合（８１４）、申請者ＩＤ６１４を個人情報管理テーブル４０１で利用者氏名に変換し、目的物品が現在使用中であることを示すメッセージと共に端末画面に表示して、ユーザにスケジュール変更の要否を問い合わせる（８１５）。予約の取り消し、あるいはスケジュール変更が必要であれば（８１６）、ステップ８１１に戻る。予約物品が返却済みの状態、あるいはスケジュール変更不要の場合は、上記スケジュール情報に従って生成した新たなエントリをスケジュール管理テーブル１１に登録して（８１７）、この処理を終了する。

図２０は、特別処理８２０の詳細を示す。この処理は、物品情報管理テーブル４０４で登録者が指定した利用時間６３７を超えて物品を借りる場合に実行される。
特別処理８２０では、サーバ５００は、端末画面を通して、ユーザに目的物品のタグＩＤまたは物品名と、希望返却日時を指定させる（８２１）。タグＩＤまたは物品名が定かでない時は、図１７で説明した検索処理７８０を利用する。ユーザからのデータ入力が終わると、サーバ５００は、指定されたタグＩＤに従って、物品情報管理テーブル４０４から該当エントリを検索し、そのエントリが示す利用時間／変更可否６３７と希望返却時間との関係をチェックする（８２２）。利用時間が変更不可となっていた場合は、不許可のメッセージを端末画面に表示し（８２５）、この処理を終了する。

利用時間が変更可となっていた場合、サーバ５００は、希望返却日時の変更権限の有無をチェックする（８２４）。変更権限は、ユーザＩＤが、物品情報管理テーブル４０４に予め登録された特別処理許可ユーザＩＤ６４１と一致した場合に与えられる。ユーザＩＤが、特別処理許可ユーザＩＤ６４１として未登録であっても、例えば、個人情報管理テーブル４０１からユーザが特別な役職者であることが判明した場合は、変更権限ありと判断するようにしてもよい。

ユーザに変更権限がない場合は、ステップ８２５を実行して、この処理を終了する。ユーザに変更権限がある場合は、端末画面に利用時間の変更を受け入れたことを表示して（８２６）、この処理を終了する。特別処理８２０が終了すると、図１２で説明したように、履歴管理７７０が実行され、特別処理の結果を示すレコードが履歴情報管理テーブル４０２に追加される。

図２１は、並べ替え処理８３０の詳細を示す。
並べ替え処理８３０は、高優先度収納エリアに長期間保存されていた既に優先度の低くなった物品を他の収納エリアに移動すると共に、非優先の収納エリアに格納されている高優先度の物品を高優先度収納エリアに移動するために実行される。

並べ替え処理８３０では、サーバ５００は、履歴情報管理テーブル４０２の登録エントリのうち、利用区分６１５から判明する物品が収納状態にあるエントリについて、返却日時６１３をチェックし、累計取出し回数６１８が過去所定期間内（例えば、１ケ月）の利用回数を示すように値を修正する（８３１）。次に、物品情報管理テーブル４０４の収納位置（収納庫番号）６４２から判明する高優先度の収納エリアに位置した物品について、修正された累計取出し回数６１８によって優先度を再判定し、非優先となった物品のタグＩＤを特定する（８３２）。同様に、中／低優先度（非優先）の収納エリアに位置した物品について、修正された累計取出し回数６１８によって優先度を再判定し、移動対象となる高優先度物品のタグＩＤを特定する（８３３）。

サーバ５００は、次に、フロア情報管理テーブル４０５が示す高優先度収納エリアの空き収納庫に、ステップ８３３で特定された高優先度物品を順次に移動する（８３４）。この移動は、修正された累計取出し回数６１８の値が大きい物品から順に実行する。物品の移動は、搬送制御ルーチン７００に、物品のタグＩＤと現在位置（収納庫番号）と移送先（空き収納庫番号）とを指定して、収納先の変更を指令することによって達成される。

移動すべき高優先度物品が無くなった場合は（８３５）、この処理を終了する。移動すべき高優先度物品が残っている状態で、高優先度収納エリアに空き収納庫が無くなった場合は、これらの高優先度物品と、ステップ８３２で特定された高優先度収納エリアの非優先物品との入れ替えを行う（８３６）。実際には、高優先度収納エリアで搬出口に近い位置にある非優先物品から順に、中／低優先度の収納エリアにある空き収納庫に移動し、高優先度収納エリアにできた空き収納庫に、高優先度物品を移動する。

以上の実施例によれば、物品管理システムのアクセスの都度、履歴情報が記録され、履歴情報の一部に、物品の収納時（登録時と返却時）に計測された物品重量値が含まれているため、例えば、収納物の一部紛失が問題となった時、履歴情報テーブル４０２を分析することによって、その物品を何時、誰が取出した時に紛失が発生したかを知ることが可能となる。

実施例では、簡単化のために、重量変更があった場合でも、履歴情報として物品重量を記録に残す形で、そのまま物品を収納するようにしているが、返却時の重量が貸出し時に比較して大幅に減少していた場合、端末画面を通して警報を出力するようにしてもよい。また、返却者の個人ＩＤ物品情報管理テーブルが示す内容変更権限者ＩＤ６３６とを比較し、比較結果に応じて、上記端末画面への警報出力を制御するようにしてもよい。

図２（Ｂ）に示したように、１つの箱にそれぞれがタグＩＤをもつ複数の物品が収容され、複数のタグＩＤで物品の取出し／返却が行われる場合は、これらのタグＩＤを束にした形で、物品の貸出しと返却が行われることになる。この場合、上述したように、返却時の重量が貸出し時に比較して大幅に減少していた場合、履歴情報管理テーブルに記録された貸出し時のタグＩＤと、返却時に読み取られたタグＩＤとを照合することによって、返却漏れとなったファイルを特定した形の履歴情報記録と警報出力が可能となる。

また、実施例では、各物品に予め利用可能な時間帯６３７を指定しておき、これを超えて利用する場合は、ユーザが特別処理によって返却日時を申請するようにしているが、返却されない物品、許容される利用時間帯を超えた物品が発生した場合、利用者に督促状を送付するようにしてもよい。督促状は、例えば、個人情報管理テーブル４０１にメールアドレスを登録しておき、サーバ５００から電子メールの形で自動的に送信すればよい。また、物品情報管理サーバ４０４に、物品毎の重要度を指定しておき、重要度の高い物品に上述した返却遅れや返却漏れが発生した場合、履歴情報管理テーブル４０２が示す貸出しユーザとは別の利用権限者に対して、返却漏れ物品名と借用ユーザ名を電子メールで自動的に通知するようにしてもよい。

図５では、収納エリア１０７（１０７−１、１０７−２）に搬出口１０５が一箇所しか示されていないが、搬出口は、搬送路に沿って複数箇所に設けることができる。また、各搬出口に、図４に示した重量計とタグリーダ（またはバーコードリーダ）を配置して、物品の搬入口としての機能をもたせることによって、各ユーザが、自分の端末で管理サーバ２００と交信し、居室内の搬入／搬出口から借用物品の返却することが可能となる。

本発明による物品管理システムと搬送系との関係を示す図。 本発明の物品管理システムで扱うＩＣタグ付きの物品を示す図。 物品管理サーバ２００の１実施例を示すブロック図。 物品の搬入口の直下における搬送系の１例を示す図。 各階の床下に形成される収納庫と搬送系との関係の１例を示す図。 個人情報管理テーブルに登録される個人情報エントリの１例を示す図。 履歴情報管理テーブルに登録される履歴エントリの１例を示す図。 タグ情報管理テーブルに登録されるタグ情報エントリの１例を示す図。 物品情報管理テーブルに登録される物品情報エントリの１例を示す図。 フロア情報管理テーブルに登録されるフロア情報エントリの１例を示す図。 スケジュール情報管理テーブルに登録されるスケジュールエントリの１例を示す図。 サーバが実行する物品管理ルーチ７１０の１実施例を示すフローチャート。 物品管理ルーチ７１０における新規登録処理７３０の詳細フローチャート。 物品管理ルーチ７１０におけるタグ発行処理７４０の詳細フローチャート。 物品管理ルーチ７１０における物品収納処理７５０の詳細フローチャート。 物品管理ルーチ７１０における履歴管理処理７７０の詳細フローチャート。 物品管理ルーチ７１０における検索処理７８０の詳細フローチャート。 物品管理ルーチ７１０における物品取出し処理７９０の詳細フローチャート。 物品管理ルーチ７１０におけるスケジュール搬送処理８１０の詳細フローチャート。 物品管理ルーチ７１０における特別処理８２０の詳細フローチャート。 物品管理ルーチ７１０における並べ替え処理８３０の詳細フローチャート。

符号の説明

１０１：プロジェクト室、１０２：物品管理センタ、１０６：床下空間、１０７：収納領域、１１０：搬送路、１１１：エレベータ、１２０：搬送制御システム、１２１：搬送系駆動装置、１２２：重量計、２００：物品管理サーバ、２０４：端末、２０５：タグ発行機、２０７：タグリーダ、３００：物品、３０３：ＩＣタグ、４００：データベースメモリ、４０１：個人情報管理テーブル、４０２：履歴情報管理テーブル、４０３：タグ情報管理テーブル、４０４：物品情報管理テーブル、４０５：フロア情報管理テーブル、４０６：スケジュール情報管理テーブル、５００：サーバ、７００：搬送制御ルーチン、７１０：物品管理ルーチン。

Claims (6)

1. オフィスの床下空間に設けられた搬送系および物品収納エリアと、上記搬送系を制御するための搬送制御システムと、上記搬送制御システムに接続された管理サーバと、上記管理サーバに接続されたタグ発行機および少なくとも１台の端末とからなり、
   上記物品収納エリアが、収納庫番号をもつ複数の収納庫を形成しており、
   上記管理サーバが、登録済みの各物品に貼付されたタグの識別子（タグＩＤ）と対応して物品管理情報と収納位置情報とを記憶する物品情報管理テーブルと、上記物品収納エリアにおける各収納庫番号と対応して使用状態を記憶するフロア情報テーブルと、各物品のタグＩＤと対応して物品の履歴情報を記憶する履歴情報テーブルとを備え、
   新たな物品を物品収納エリアに保管する場合、上記タグ発行機から発行された新たなタグＩＤをもつラベルを貼付した形で物品が上記搬送系に搬入され、上記管理サーバが、上記フロア情報テーブルから空き状態の収納庫番号を検索し、上記搬送制御システムに、上記収納庫番号が示す物品収納エリアへの上記搬入物品の搬送を指令し、ユーザによって上記端末から入力された物品管理情報と上記収納庫番号と上記新たなタグＩＤとを含む新たなエントリを上記物品情報管理テーブルに追加し、上記タグＩＤをもつ物品の登録日時とユーザ識別子とを示す履歴エントリを上記履歴情報テーブルに追加することを特徴とする物品管理システム。
2. 前記端末からタグＩＤと搬出口を指定して物品の取出しを要求された場合、前記管理サーバが、前記物品情報管理テーブルから上記タグＩＤと対応するエントリが示す収納庫番号を検索し、前記搬送制御システムに、上記収納庫番号が示す物品収納エリアから上記指定された搬出口への物品の搬送を指令し、上記タグＩＤをもつ物品の取出し日時とユーザ識別子と累計取出し回数とを示す履歴情報を前記履歴情報テーブルに追加することを特徴とする請求項１に記載の物品管理システム。
3. 前記取出された物品が返却のために前記搬送系に搬入された場合、前記管理サーバが、前記フロア情報テーブルから空き状態の収納庫番号を検索し、前記搬送制御システムに、上記収納庫番号が示す物品収納エリアへの上記搬入物品の搬送を指令し、前記物品情報管理テーブルに記憶されている上記搬入物品のタグＩＤと対応するエントリに上記収納庫番号を記憶し、上記タグＩＤをもつ物品の返却日時を示す履歴情報を前記履歴情報テーブルに追加することを特徴とする請求項２に記載の物品管理システム。
4. 前記搬送系への物品の搬入口に、搬入物品の重量を測定する重量計と、物品に貼付されたラベルからタグＩＤを読み取るためのタグリーダを備え、
   前記管理サーバが、上記重量計で測定された物品重量を前記履歴情報テーブルに履歴情報の一部として記憶することを特徴とする請求項１〜請求項３の何れかに記載の物品管理システム。
5. 前記管理サーバが、前記フロア情報テーブルに記憶された収納庫番号を収納物品の搬出口への搬送所要時間によって決まる複数ランクに分割して管理し、前記返却された物品について、前記累計取出し回数によって優先度を判定し、優先度の高い物品には、取出し所要時間が短い収納エリアに位置した空き状態の収納庫番号を割り当てることを特徴とする請求項３または請求項４に記載の物品管理システム。
6. 前記管理サーバが、物品搬送の空き時間を利用して、前記フロア情報テーブルと前記物品管理情報テーブルと前記履歴情報テーブルに基づいて、前記収納エリアの収納物品について、優先度に従った配置替えを行うことを特徴とする請求項５に記載の物品管理システム。

Images