(57)【要約】【課題】ＲＦＩＤタグとＲＦＩＤリーダ／ライタからなるシステムの異なる規格のシステムへの移行において、自動で、現行システムを改造することなくシステム移行させることができるユニフォーム管理システム、その方法、及び、プログラムを提供する。【解決手段】ＲＦＩＤシステムが新システムに移行する場合、新システムのＲＦＩＤタグである新タグと現行システムの旧タグの両方をユニフォームに縫い付ける。現行システムで旧タグを有効とし、旧タグの洗濯回数とユニフォームの洗濯回数を計数して記憶しておく。また、移行システムを設け、新タグの洗濯回数を計数して、移行ＤＢに格納しておく。現行システムが新システムに移行する場合には、新タグを有効とし、旧タグの洗濯回数を移行ＤＢに格納されている新タグの洗濯回数で置き換え、旧タグをＫｉｌｌする。【選択図】図３
2015131035.tif 000002
【特許請求の範囲】
【請求項１】
衣類にＲＦＩＤタグを縫いつけ、衣類の管理を行なう衣類管理システムであって、
前記衣類に縫い付けられたＲＦＩＤタグのうち有効なＲＦＩＤタグの識別子を格納するメモリ手段と、
前記衣類に縫い付けられた第１の規格及び第２の規格のＲＦＩＤタグをスキャンした時に、前記第１の規格のＲＦＩＤタグの識別子を有効として前記メモリ手段に格納し、前記衣類の洗濯回数と前記第１の規格のＲＦＩＤタグの洗濯回数を第１のデータベースに格納し、前記衣類の洗濯後、前記衣類の洗濯回数と前記第１の規格のＲＦＩＤタグの洗濯回数をインクリメントする移行手段と、
前記衣類に縫い付けられた第１の規格及び第２の規格のＲＦＩＤタグをスキャンした時に、前記第２の規格のＲＦＩＤタグの洗濯回数を第２のデータベースに格納し、前記衣類の洗濯後、前記第２の規格のＲＦＩＤタグの洗濯回数をインクリメントする移行手段と、
を備え、
前記衣類管理システムが前記第１の規格から前記第２の規格に移行する際、前記メモリ手段に格納された、有効なＲＦＩＤタグの識別子を前記第２の規格のＲＦＩＤタグの識別子に書き換えると共に、前記第１のデータベースに格納された前記第１の規格のＲＦＩＤタグの洗濯回数を前記第２のデータベースに格納された前記第２の規格のＲＦＩＤタグの洗濯回数に置き換える、
ことを特徴とする衣類管理システム。
【請求項２】
前記第１の規格と前記第２の規格の違いは、前記ＲＦＩＤタグとの通信に用いる電波の周波数の違いであることを特徴とする請求項１に記載の衣類管理システム。
【請求項３】
前記衣類は、ホテルで使用される、従業員のユニフォームであることを特徴とする請求項１に記載の衣類管理システム。
【請求項４】
前記ユニフォームの管理は、前記ユニフォームを前記ホテルの前記従業員への貸し出しと回収の管理であることを特徴とする請求項３に記載の衣類管理システム。
【請求項５】
前記第１のデータベースは、前記従業員の情報、前記ユニフォームの情報、及び、前記ユニフォームに縫い付けられているＲＦＩＤタグの情報を関連付けて格納することを特徴とする請求項４に記載の衣類管理システム。
【請求項６】
前記スキャンは、前記移行前は、前記第１の規格のＲＦＩＤリーダ／ライタで、前記第１の規格のＲＦＩＤタグと前記第２の規格のＲＦＩＤタグについて行い、移行後は、前記第２の規格のＲＦＩＤリーダ／ライタで、前記第１の規格のＲＦＩＤタグと前記第２の規格のＲＦＩＤタグについて行うことを特徴とする請求項１に記載の衣類管理システム。
【請求項７】
前記移行後には、前記第１の規格のＲＦＩＤタグを、物理的に動作不可能とすることを特徴とする請求項１に記載の衣類管理システム。
【請求項８】
前記スキャンした時の、前記スキャン手段と前記移行手段の処理は、通常のＲＦＩＤタグのスキャン処理に対し、APIフックを作用させて実行することを特徴とする請求項１に記載の衣類管理システム。
【請求項９】
衣類にＲＦＩＤタグを縫いつけ、衣類の管理を行なう、前記衣類に縫い付けられたＲＦＩＤタグのうち有効なＲＦＩＤタグの識別子を格納するメモリ手段を備えた衣類管理システムを用いた管理方法であって、
前記衣類に縫い付けられた第１の規格及び第２の規格のＲＦＩＤタグをスキャンした時に、
前記第１の規格のＲＦＩＤタグの識別子を有効として前記メモリ手段に格納し、
前記衣類の洗濯回数と前記第１の規格のＲＦＩＤタグの洗濯回数を第１のデータベースに格納し、
前記衣類の洗濯後、前記衣類の洗濯回数と前記第１の規格のＲＦＩＤタグの洗濯回数をインクリメントし、
前記第２の規格のＲＦＩＤタグの洗濯回数を第２のデータベースに格納し、
前記衣類の洗濯後、前記第２の規格のＲＦＩＤタグの洗濯回数をインクリメントし、
前記衣類管理システムが前記第１の規格から前記第２の規格に移行する際、
前記メモリ手段に格納された、有効なＲＦＩＤタグの識別子を前記第２の規格のＲＦＩＤタグの識別子に書き換え、
前記第１のデータベースに格納された前記第１の規格のＲＦＩＤタグの洗濯回数を前記第２のデータベースに格納された前記第２の規格のＲＦＩＤタグの洗濯回数に置き換える、
ことを特徴とする管理方法。
【請求項１０】
衣類にＲＦＩＤタグを縫いつけ、前記衣類に縫い付けられたＲＦＩＤタグのうち有効なＲＦＩＤタグの識別子を格納するメモリ手段を備えた衣類管理システムに衣類の管理を行なわせる、コンピュータ読み取り可能なプログラムであって、
コンピュータを用いた衣類管理システムに、
前記衣類に縫い付けられた第１の規格及び第２の規格のＲＦＩＤタグをスキャンした時に、
前記第１の規格のＲＦＩＤタグの識別子を有効として前記メモリ手段に格納させ、
前記衣類の洗濯回数と前記第１の規格のＲＦＩＤタグの洗濯回数を第１のデータベースに格納させ、
前記衣類の洗濯後、前記衣類の洗濯回数と前記第１の規格のＲＦＩＤタグの洗濯回数をインクリメントさせ、
前記第２の規格のＲＦＩＤタグの洗濯回数を第２のデータベースに格納させ、
前記衣類の洗濯後、前記第２の規格のＲＦＩＤタグの洗濯回数をインクリメントさせ、
前記衣類管理システムが前記第１の規格から前記第２の規格に移行する際、
前記メモリ手段に格納された、有効なＲＦＩＤタグの識別子を前記第２の規格のＲＦＩＤタグの識別子に書き換えさせ、
前記第１のデータベースに格納された前記第１の規格のＲＦＩＤタグの洗濯回数を前記第２のデータベースに格納された前記第２の規格のＲＦＩＤタグの洗濯回数に置き換えさせる、
ことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、衣類管理システム、その方法、及び、プログラムに関する。
【背景技術】
【０００２】
ホテルのボーイなどが着るユニフォームなどの衣類にＲＦＩＤタグを装着し、ユニフォームの管理場所への入出庫や、ユニフォームの洗濯回数、ＲＦＩＤタグの洗濯回数を管理しているユニフォーム管理システムが設けられることがある。これは、多数のユニフォームの清潔さの維持や、痛んだユニフォームの取替えなどを管理するために行なわれる。
【０００３】
ところで、ＲＦＩＤタグの周波数帯の変更が行われる場合、新周波数帯に対応していないＲＦＩＤタグ（旧タグ）を、稼働中の新周波数帯に対応していないＲＦＩＤリーダ／ライタ（旧Ｒ／Ｗ）で読取ることには問題がない。
【０００４】
一方、新周波数帯に対応しているＲＦＩＤタグ（新タグ）を、旧Ｒ／Ｗでスキャンした場合には、その読み取り率が低下することが分かっている。ここで、ＲＦＩＤタグの周波数帯の変更の前後に渡って正しい運用を保証するためには、全ての旧タグを新タグに付け替え、かつ、旧Ｒ／Ｗも新周波数に対応したＲＦＩＤリーダ/ライタ(新Ｒ／Ｗ)に交換する必要がある。
【０００５】
なお、ユニフォーム自体は、毎日、出庫、返却、洗濯、入庫というサイクルの運用が実施されている。例えば、洗濯後に入庫され保管状態にあるユニフォームに対して、順次新タグを縫製し、システム移行後の出庫時にKillする（物理的に動作しなくさせる）旧タグと新タグのＥＰＣ（Electric Product Code）を紐付けて移行用データベースに格納していく作業が行われる。
【０００６】
従来技術には、制服にＲＦＩＤタグをつけ、洗濯回数を管理するものや、リネン品等のライフサイクル管理を、ＲＦＩＤタグを用いて行うものがあり、また、新旧混在する複数のタグから、一方のタグを選別するものも存在する。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００１−８００号公報
【特許文献２】特開２００６−３２０４７２号公報
【特許文献３】特開２００８−１２３３１３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかし、移行用データベースへの作業は、ユニフォームの枚数が多い場合、人手で行なうには時間と手間がかかり、効率が悪いという問題があった。
【０００９】
したがって、本発明の目的は、ＲＦＩＤタグとＲＦＩＤリーダ／ライタからなるシステムの異なる規格のシステムへの移行において、自動で、現行システムを改造することなくシステム移行させることができる衣類管理システム、その方法、及び、プログラムを提供することである。
【課題を解決するための手段】
【００１０】
本発明の第１の側面における衣類管理システムは、衣類にＲＦＩＤタグを縫いつけ、衣類の管理を行なう衣類管理システムであって、前記衣類に縫い付けられたＲＦＩＤタグのうち有効なＲＦＩＤタグの識別子を格納するメモリ手段と、前記衣類に縫い付けられた第１の規格及び第２の規格のＲＦＩＤタグをスキャンした時に、前記第１の規格のＲＦＩＤタグの識別子を有効として前記メモリ手段に格納し、前記衣類の洗濯回数と前記第１の規格のＲＦＩＤタグの洗濯回数を第１のデータベースに格納し、前記衣類の洗濯後、前記衣類の洗濯回数と前記第１の規格のＲＦＩＤタグの洗濯回数をインクリメントする移行手段と、前記衣類に縫い付けられた第１の規格及び第２の規格のＲＦＩＤタグをスキャンした時に、前記第２の規格のＲＦＩＤタグの洗濯回数を第２のデータベースに格納し、前記衣類の洗濯後、前記第２の規格のＲＦＩＤタグの洗濯回数をインクリメントする移行手段と、を備え、前記衣類管理システムが前記第１の規格から前記第２の規格に移行する際、前記メモリ手段に格納された、有効なＲＦＩＤタグの識別子を前記第２の規格のＲＦＩＤタグの識別子に書き換えると共に、前記第１のデータベースに格納された前記第１の規格のＲＦＩＤタグの洗濯回数を前記第２のデータベースに格納された前記第２の規格のＲＦＩＤタグの洗濯回数に置き換える。
【００１１】
本発明の第２の側面における管理方法は、衣類にＲＦＩＤタグを縫いつけ、衣類の管理を行なう、前記衣類に縫い付けられたＲＦＩＤタグのうち有効なＲＦＩＤタグの識別子を格納するメモリ手段を備えた衣類管理システムを用いた管理方法であって、前記衣類に縫い付けられた第１の規格及び第２の規格のＲＦＩＤタグをスキャンした時に、前記第１の規格のＲＦＩＤタグの識別子を有効として前記メモリ手段に格納し、前記衣類の洗濯回数と前記第１の規格のＲＦＩＤタグの洗濯回数を第１のデータベースに格納し、前記衣類の洗濯後、前記衣類の洗濯回数と前記第１の規格のＲＦＩＤタグの洗濯回数をインクリメントし、前記第２の規格のＲＦＩＤタグの洗濯回数を第２のデータベースに格納し、前記衣類の洗濯後、前記第２の規格のＲＦＩＤタグの洗濯回数をインクリメントし、前記衣類管理システムが前記第１の規格から前記第２の規格に移行する際、前記メモリ手段に格納された、有効なＲＦＩＤタグの識別子を前記第２の規格のＲＦＩＤタグの識別子に書き換え、前記第１のデータベースに格納された前記第１の規格のＲＦＩＤタグの洗濯回数を前記第２のデータベースに格納された前記第２の規格のＲＦＩＤタグの洗濯回数に置き換える。
【００１２】
本発明の第３の側面におけるプログラムは、衣類にＲＦＩＤタグを縫いつけ、前記衣類に縫い付けられたＲＦＩＤタグのうち有効なＲＦＩＤタグの識別子を格納するメモリ手段を備えた衣類管理システムに衣類の管理を行なわせる、コンピュータ読み取り可能なプログラムであって、コンピュータを用いた衣類管理システムに、前記衣類に縫い付けられた第１の規格及び第２の規格のＲＦＩＤタグをスキャンした時に、前記第１の規格のＲＦＩＤタグの識別子を有効として前記メモリ手段に格納させ、前記衣類の洗濯回数と前記第１の規格のＲＦＩＤタグの洗濯回数を第１のデータベースに格納させ、前記衣類の洗濯後、前記衣類の洗濯回数と前記第１の規格のＲＦＩＤタグの洗濯回数をインクリメントさせ、前記第２の規格のＲＦＩＤタグの洗濯回数を第２のデータベースに格納させ、前記衣類の洗濯後、前記第２の規格のＲＦＩＤタグの洗濯回数をインクリメントさせ、前記衣類管理システムが前記第１の規格から前記第２の規格に移行する際、前記メモリ手段に格納された、有効なＲＦＩＤタグの識別子を前記第２の規格のＲＦＩＤタグの識別子に書き換えさせ、前記第１のデータベースに格納された前記第１の規格のＲＦＩＤタグの洗濯回数を前記第２のデータベースに格納された前記第２の規格のＲＦＩＤタグの洗濯回数に置き換えさせる。
【発明の効果】
【００１３】
本発明によれば、ＲＦＩＤタグとＲＦＩＤリーダ／ライタからなるシステムの異なる規格のシステムへの移行において、自動で、現行システムを改造することなくシステム移行させることができる衣類管理システム、その方法、及び、プログラムを提供することができる。
【図面の簡単な説明】
【００１４】
【図１】本実施形態の概略を説明する図（その１）である。
【図２】本実施形態の概略を説明する図（その２）である。
【図３】本実施形態の概略を説明する図（その３）である。
【図４】本実施形態の概略を説明する図（その４）である。
【図５】システム移行前の現行システムのシステム構成図である。
【図６】移行準備中のシステム構成図である。
【図７】移行開始後のシステム構成図である。
【図８】本実施形態のユニフォーム管理システムの機能ブロック図（その１）である。
【図９】本実施形態のユニフォーム管理システムの機能ブロック図（その２）である。
【図１０】現行ＤＢに格納されるテーブル構成例を示す図である。
【図１１】移行処理を行なうために用いられるテーブルの例である。
【図１２】常駐プロセス設定画面の例である。
【図１３】共有メモリ構成と一時退避領域メモリ構成の例を示す図である。
【図１４】本実施形態の処理の流れを示すフローチャート（その１）である。
【図１５】本実施形態の処理の流れを示すフローチャート（その２）である。
【図１６】本実施形態の処理の流れを示すフローチャート（その３）である。
【図１７Ａ】本実施形態の処理の流れを示すフローチャート（その４）である。
【図１７Ｂ】本実施形態の処理の流れを示すフローチャート（その５）である。
【図１８】本実施形態の処理の流れを示すフローチャート（その６）である。
【図１９Ａ】本実施形態の処理の流れを示すフローチャート（その７）である。
【図１９Ｂ】本実施形態の処理の流れを示すフローチャート（その８）である。
【図１９Ｃ】本実施形態の処理の流れを示すフローチャート（その９）である。
【図２０】ＡＰＩフックの概念を説明する図である。
【発明を実施するための形態】
【００１５】
図１〜図４は、本実施形態の概略を説明する図である。
図１は、ユニフォーム管理システムの現行の処理の流れを示す図である。
【００１６】
ここで、五角形の記号がユニフォームを表し、横長の長方形がＲＦＩＤタグを表す。最初に、従業員情報と、ユニフォームの情報と、ＲＦＩＤタグの情報をスキャンし、現行ＤＢに登録する（１）。そして、ＲＦＩＤタグをユニフォームに縫い付け、保管場所に格納する。ユニフォームを使用する場合には、保管場所から、ＲＦＩＤタグが縫い付けられた該従業員用のユニフォームを取り出し、出庫時のスキャンを行なって、従業員に渡す（２）。出庫時のスキャンは、どのユニフォームが使用されたかを記録するためのものである。
【００１７】
従業員は、渡されたユニフォームを着て仕事をし、利用後、ランドリーボックスに投入する。ランドリーボックスに投入されたユニフォームは、回収され、洗濯される。洗濯されたユニフォームは、保管場所に入庫される（３）。入庫時には、ＲＦＩＤタグをスキャンして、ユニフォームの洗濯回数と、ＲＦＩＤタグの洗濯回数をインクリメントする。この、インクリメントされたユニフォームの洗濯回数とＲＦＩＤタグの洗濯回数は、現行ＤＢ（データベース）に記録される。
【００１８】
ユニフォームの洗濯回数と、ＲＦＩＤタグの洗濯回数を別個に計数しておくのは、ユニフォームとＲＦＩＤタグは、洗濯されることによって痛むが、それぞれ、何回の洗濯で寿命となるかが異なるためである。ユニフォームの洗濯回数が寿命の回数となった場合には、そのユニフォームは破棄し、新しいユニフォームを導入する。ＲＦＩＤタグの洗濯回数が寿命となった場合には、そのＲＦＩＤタグをユニフォームから取り外して、新しいＲＦＩＤタグを取り付けても良い。
【００１９】
図２は、本実施形態の移行システム処理を説明する図である。
システムが現行システムから新システムに移行する場合には、ＲＦＩＤリーダ／ライタを取り替える前に、新システムに適合したＲＦＩＤタグ（新タグ）をユニフォームに縫い付ける。これにより、移行時には、ユニフォームには、旧タグと新タグの２つのＲＦＩＤタグが縫い付けられることになる。
【００２０】
移行時のために、新たに移行ＤＢを設ける。初期登録時（１）において、現行ＤＢから既存のユニフォームと旧タグの情報を移行ＤＢに移す。そして、保管場所から、新タグが縫い付けられていないユニフォームを、ＲＦＩＤタグをスキャンすることによって、ピックアップする。ここで行なうスキャンでは、旧Ｒ／Ｗを使用するが、旧Ｒ／Ｗでも、新タグの存在を確認することは可能である。
【００２１】
保管場所から、新タグが縫い付けられていないユニフォームをピックアップしたら、新タグを縫いつけ、新タグをスキャンして（２）、保管場所に再保管する。このとき、移行ＤＢには、旧タグの洗濯回数と新タグの洗濯回数が格納される。ただし、今の移行登録時においては、新タグの洗濯回数は0回である。
【００２２】
図３は、移行準備中の処理を説明する図である。
保管場所に格納されていた、旧タグと新タグの両方が縫い付けられたユニフォームが出庫されたとする。このとき、ＲＦＩＤタグをスキャンする（１）。しかし、このときのスキャンは、旧Ｒ／Ｗで行なうが、新タグにもアクセスできてしまう。したがって、旧タグと新タグの両方の情報が有効な情報として現行ＤＢに照らし合わせて処理されてしまうことになる。すると、ユニフォームを管理する上位プログラムが現行ＤＢからＲＦＩＤタグの情報を読取って処理しようとするときエラーを起こしてしまう。したがって、ユニフォームに旧タグと新タグの両方が縫い付けられていたとしても、一方のみの情報を有効な情報として使用するようにする。今の場合、現行ＤＢでは、旧タグの読み取りに従って、当該ユニフォームが貸し出し中になったことを記録する。後に共有メモリと一時退避領域メモリは、有効なタグのＥＰＣを格納するものである。現行システムにおいては、旧タグのＥＰＣのみを有効なＲＦＩＤタグのＥＰＣとして保持し、移行時に旧タグのＥＰＣを新タグのＥＰＣに置き換える。したがって、移行後の新システムにおいては、新タグのＥＰＣのみが有効なＲＦＩＤタグのＥＰＣとして保持されることになる。これにより、現行システム下でも、新システム下でも、新タグと旧タグの両方の情報が有効となっていることによる上位プログラムのエラーを避けることができる。
【００２３】
従業員がユニフォームを利用後、ユニフォームがランドリーボックスに投入され、回収／洗濯される場合、ユニフォームの保管場所への入庫時に、新タグ及び旧タグのスキャンを行なう（２）。このとき、旧タグの検出に従って、現行ＤＢのユニフォーム洗濯回数と、旧タグの洗濯回数をインクリメントする。また、フィルタ制御処理により、新タグを検出すると、移行ＤＢの新タグの洗濯回数をインクリメントする。フィルタ制御処理を行うフィルタ制御部については後述する。
【００２４】
図４は、移行開始後の処理を説明する図である。
移行開始後には、ＲＦＩＤリーダ／ライタは、新システムに対応した装置に置き換わっている。新タグと旧タグが縫い付けられたユニフォームが保管場所から出庫されると、新Ｒ／Ｗでスキャンを行なう（１）。これにより、ユニフォームが貸し出し中になったことが、現行ＤＢに記録される。また、フィルタ制御処理により、旧タグを検出した場合には、旧タグをKillし、現行ＤＢの旧タグの情報を新タグの情報に差し替える。この情報の差し替えは、移行ＤＢにおいて、新タグの特定を行い、対応する旧タグの情報を削除すると共に、新タグの情報を現行ＤＢに移行するというものである。また、ここで、旧タグをKillするとは、ＲＦＩＤリーダ／ライタから所定の電波を発射し、旧タグが物理的に動作できないようにしてしまうことを言う。
【００２５】
従業員がユニフォームの利用を終わり、回収／洗濯終了後、保管場所にユニフォームを回収する際、新タグをスキャンし（２）、新タグの洗濯回数をインクリメントする。以上の説明では、旧タグのKillが出庫時のスキャン時に行なわれていたため、入庫時のスキャンにおいては、新タグと旧タグとの区別はなく、ユニフォームには新タグ1個のみが縫い付けられているとして、洗濯回数をインクリメントする。ただし、新タグと旧タグの両方が縫い付けられたユニフォームの中には、出庫時の旧タグのKillが行なわれないで、入庫時のスキャンに回されてくるものもある可能性がある。したがって、新タグと旧タグの両方を検出した場合には、フィルタ制御処理により、移行ＤＢの新タグの洗濯回数もインクリメントするようにする。フィルタ制御処理を行うフィルタ制御部については後述する。
【００２６】
図５は、システム移行前の現行システムのシステム構成図である。
現行システムは、出庫用ＰＣ１０−１と、入庫用ＰＣ１０−２を含む。出庫用ＰＣ１０−１と入庫用ＰＣ１０−２は、ＬＡＮ１９を介して、データベース（ＤＢ）サーバ１８に接続される。出庫用ＰＣ１０−１と入庫用ＰＣ１０−２はそれぞれ、ＣＰＵ１１−１、１１−２、ＲＯＭ１２−１、１２−２、ＲＡＭ１３−１、１３−２、Ｉ／Ｏ１４−１、１４−２、ＮＩＣ(Network Interface Card)２０−１、２０−２、ＨＤＤ２１−１、２１−２を備える。
【００２７】
表示装置１５−１、１５−２、及び、入力装置１７−１、１７−２は、出庫用ＰＣ１０−１、入庫用ＰＣ１０−２をそれぞれ操作するユーザが、それぞれのＰＣへの情報の入力を行なったり、それぞれのＰＣからの情報を読取ったりするために使用する。カードリーダ２２−１、２２−２は、従業員情報を社員証などのカードから読取るための装置である。
【００２８】
ＲＯＭ１２−１、１２−２には、出庫用ＰＣ１０−１、入庫用ＰＣ１０−２を機能させるための、ＢＩＯＳなどの基本プログラムが記憶され、ＣＰＵ１１−１、１１−２によって実行されることによって、それぞれのＰＣをユーザが使用可能となる。ＲＡＭ１３−１、１３−２は、ＲＦＩＤリーダ／ライタ１６−１、１６−２や、カードリーダ２２−１、２２−２から読み込まれた情報を一時的に格納するなど、処理に必要なデータを展開しておくために用いられる。
【００２９】
Ｉ／Ｏ１４−１、１４−２に接続されたＮＩＣ２０−１、２０−２は、ＬＡＮ通信するための通信インタフェースであり、ＬＡＮ１９を介して、ＤＢサーバ１８と通信を行う。ＨＤＤ２１−１、２１−２は、ユニフォームの入庫制御や出庫制御を行なうためのプログラムなどを格納している。ＲＡＭ１３−１、ＲＡＭ１３−２に当該プログラムを展開してＣＰＵ１１−１、ＣＰＵ１１−２が実行することにより、ユニフォームの入出庫制御を可能とする。
【００３０】
図５は、システム移行前のシステム構成であるため、ＤＢサーバには、現行ＤＢのみが生成されている。
【００３１】
図６は、移行準備中のシステム構成図である。
図６において、図５と同じ構成要素には同じ参照符号を付して、それらの説明を省略する。
【００３２】
図６においては、操作ＰＣ３０からなる移行システムと、ＤＢサーバ１８ａに設けられる移行ＤＢが新たに設けられている。
【００３３】
移行システムの操作ＰＣ３０は、現行システムの出庫用ＰＣ１０−１や入庫用ＰＣ１０−２と同様に、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、Ｉ／Ｏ３４、ＮＩＣ３５を備える。また、Ｉ／Ｏ３４には、表示装置３８、入力装置３７、ＲＦＩＤリーダ／ライタ３６、ＨＤＤ３９が接続されている。移行システムのＲＦＩＤリーダ／ライタ３６は、新タグに適合した新Ｒ／Ｗである。また、ＨＤＤ３９は、新タグの洗濯回数のインクリメント処理などの移行ＤＢに対する処理を行なうためのプログラムを格納する。入力装置３７、表示装置３８は、現行システムの出庫用ＰＣ１０−１、入庫用ＰＣ１０−２の入力装置１７−１、１７−２、表示装置１５−１、１５−２と同様である。
【００３４】
図７は、移行開始後のシステム構成図である。
図７において、図５及び図６と同様な構成要素には同様な参照符号を付し、それらの説明は省略する。
【００３５】
図７においては、移行システムの操作ＰＣ３０が取り除かれているが、ＤＢサーバ１８ａの移行ＤＢはそのまま残されている。また、ＲＦＩＤリーダ／ライタ１６ａ―１、１６ａ―２は、新システムに適合した、新タグを読み書きできる新Ｒ／Ｗである。その他の構成要素については、図５の移行前の現行のシステムの構成要素と同じものである。このように、本実施形態では、システムの構成を変えることなく、ＲＦＩＤの動作周波数の変更にともなうシステムの移行を行なうことができる。
【００３６】
図８及び図９は、本実施形態のユニフォーム管理システムの機能ブロック図である。
図８は、移行前の動作に対応した機能ブロック図である。
【００３７】
出庫用ＰＣは、ＤＢサーバに対する処理を行なうＤＢ制御部と、出庫制御部と、ＲＦＩＤタグに対する読み書きを制御するＲＦＩＤ制御部とを備える。出庫制御部は、後述する出庫制御処理を行う。入庫用ＰＣは、ＤＢ制御部と、入庫制御部と、ＲＦＩＤ制御部とを備える。ＤＢ制御部と、ＲＦＩＤ制御部とは、出庫用ＰＣと同様の機能を有する。入庫制御部は、後述する入庫制御処理を行う。
【００３８】
移行システムは、初期設定制御部と、移行タグ登録制御部と、ＲＦＩＤ制御部とを備える。ＲＦＩＤ制御部は、出庫、入庫用ＰＣと同様に、ＲＦＩＤタグに対する読み書き処理を制御する。初期設定制御部は、後述の初期設定制御処理を行う。移行タグ登録制御部は、後述の移行タグ登録制御処理を行う。
【００３９】
図９の（ａ）は、移行準備中の機能ブロックを示す。
出庫用ＰＣは、ＤＢ制御部、出庫制御部、ＲＦＩＤ制御部の他に、設定制御部とフィルタ制御部とを起動する。入庫用ＰＣもＤＢ制御部、入庫制御部、ＲＦＩＤ制御部の他に、出庫用ＰＣと同様に、設定制御部とフィルタ制御部とを起動する。設定制御部は、後述の設定制御処理を行う。フィルタ制御部は、後述のフィルタ制御処理を行う。
【００４０】
図９の（ｂ）は、移行開始後の機能ブロックを示す。
移行開始後の出庫用ＰＣと入庫用ＰＣにおいて起動されるのは、移行準備中の場合と同様であって、それぞれ、設定制御部とフィルタ制御部とが起動される。図９の（ａ）の場合と同様に、設定制御部は後述する設定制御処理を行い、フィルタ制御部は後述するフィルタ制御処理を行う。
【００４１】
図１０は、現行ＤＢに格納されるテーブル構成例を示す図である。
図１０において、従業員マスタテーブルは、従業員を特定するための情報を格納するテーブルであり、従業員番号、所属、氏名が相互に関連付けられて格納される。なお、データ型の例が記載されているが、本実施形態は、これらに記載されるデータ型には限定されない。他のテーブルについても同様である。
【００４２】
ユニフォーム種別マスタテーブルは、ユニフォームを特定する情報を格納するテーブルであり、ユニフォームの種別を示す種別ＩＤと、種別名称を格納する。例えば、ボーイ用ユニフォームであるとか、受付用ユニフォームであるとかである。
【００４３】
ユニフォームマスタテーブルは、特定のユニフォームを特定の従業員に関連付けるデータを格納するテーブルである。ユニフォームは、従業員の体型等によって、特定の従業員は利用できるが、他の従業員は利用できないなどの状況が発生する。そこで、例えば、体格のよい従業員には、大きいサイズのユニフォームを貸し出す、などの処理を行なうために、ユニフォームＩＤとして、従業員番号とユニフォームの通番を格納する。また、ユニフォームの種別を示す種別ＩＤと、保管位置も対応させて記録する。
【００４４】
状態管理テーブルは、ユニフォームが貸し出し中か、洗濯回数は何回か、などの情報を格納する。また、状態管理テーブルは、ユニフォームに縫い付けられているＲＦＩＤタグのＥＰＣを格納する。さらに、ユニフォームＩＤとして、従業員番号と通番を格納し、これらに対応付けて、貸出中か否かを示す状態と、ユニフォーム洗濯回数と、タグ洗濯回数を格納する。
【００４５】
図１１は、移行処理を行なうために用いられるテーブルの例である。
移行ＤＢテーブル構成の移行管理テーブルは、ＲＦＩＤタグのＥＰＣに対応付けて、新タグか旧タグかを示す新旧種別と、同じユニフォームに縫い付けられている新旧タグの対応関係を示す、対となるＥＰＣと、タグの洗濯回数を格納する。
【００４６】
常駐プロセス設定ファイル構成は、後述するフック関数に関する情報を格納する。フック関数とは、出庫用ＰＣあるいは入庫用ＰＣがＲＦＩＤタグにアクセスする場合、通常であれば、洗濯回数等を読取るなどして終了する処理に割り込み、新タグと旧タグについてそれぞれ行なうべき処理を行なう関数である。すなわち、フック関数は、ＲＦＩＤタグへのアクセスというイベントの発生を検出し、ＲＦＩＤタグへのアクセス処理に割り込んで、アクセス処理内容を変更するものである。
【００４７】
常駐プロセス設定ファイル構成においては、フック関数名に対応し、処理モード、共有メモリ名、検出対象ウィンドウ名を格納する。共有メモリとは、出庫用ＰＣにおいては、出庫制御部と常駐プロセス、入庫用ＰＣにおいては、入庫制御部と常駐プロセスとの間で何れからもアクセス可能なメモリであり、出庫用ＰＣ、入庫用ＰＣのＨＤＤに設ける。
【００４８】
図１２は、常駐プロセス設定画面の例である。
当該設定画面には、フック処理を行なうプログラムモジュール名であるフックモジュール名を設定する。また、フック処理を呼び出す関数名を設定し、入庫時のＲＦＩＤのスキャン時にフックを行なうか、出庫時のＲＦＩＤのスキャン時にフックを行なうか、ラジオボタンを選択することにより設定するようになっている。また、共有メモリ名を設定可能となっている。前述したように、共有メモリは、出庫用ＰＣ、入庫用ＰＣ、移行システムのいずれからもアクセス可能なメモリであり、個別にメモリ装置を設けなくても、必要なデータを格納可能な記憶容量を確保可能であれば、任意の記憶装置の記憶領域の一部を使用するようにしてもよい。
【００４９】
検出対象ウィンドウ名は、フック関数により、ＲＦＩＤタグのスキャン処理に割り込んだ際、ＲＦＩＤタグの格納する各データが表示される各ウィンドウ中の処理対象のウィンドウを指定するものである。
【００５０】
図１３は、共有メモリ構成と一時退避領域メモリ構成の例を示す図である。
共有メモリ構成には、ユニフォームに縫い付けられているＲＦＩＤタグのうち、有効なＲＦＩＤタグのそれぞれのＥＰＣが、その数と共に格納される。現行システム下では、旧タグのＥＰＣのみを格納し、移行時に旧タグのＥＰＣを新タグのＥＰＣに置き換えることにより、新システム下では、新タグのＥＰＣのみが有効なＥＰＣとして登録される。一時退避領域メモリ構成は、移行処理におけるＲＦＩＤタグの情報の作業用データを格納する。すなわち、一時退避領域メモリ構成は、旧タグのＥＰＣを新タグのＥＰＣに置き換える処理を行なう際に使用される作業用メモリである。
【００５１】
図１４〜図１９Ｃは、本実施形態の処理の流れを示すフローチャートである。
図１４は、図８の出庫制御部のフローチャートである。
現行システムの下で、出庫用ＰＣの出庫制御部は、ステップＳ１０において、カードリーダで従業員カードをスキャンする。出庫制御部は、ステップＳ１１において、従業員カードから読取った従業員番号をキーに、現行ＤＢに格納されているユニフォームマスタテーブルより、当該従業員のユニフォームに関するレコード情報を取得する。ステップＳ１２において、出庫制御部は、取得したユニフォームの情報（保管位置等）を表示装置に表示する。ステップＳ１３において、出庫制御部は、ＲＦＩＤリーダ／ライタを用いてユニフォームに縫い付けられたＲＦＩＤタグをスキャンする。ステップＳ１４において、出庫制御部は、ＲＦＩＤタグから読取られたＥＰＣをキーに、現行ＤＢの状態管理テーブルの状態のレコードを「貸出中」に変更し、処理を終了する。
【００５２】
図１５は、図８の入庫制御部のフローチャートである。
現行システムの下で、入庫用ＰＣの入庫制御部は、ステップＳ２０において、ＲＦＩＤリーダ／ライタを用いて、ユニフォームに縫い付けられたＲＦＩＤタグをスキャンする。ステップＳ２１において、入庫制御部は、ＲＦＩＤタグから読取ったＥＰＣをキーに、現行ＤＢの状態管理テーブルのレコード情報を取得する。ステップＳ２２において、入庫制御部は、取得したレコード情報のユニフォームの洗濯回数をインクリメント（＋１）する。また、ステップＳ２３において、入庫制御部は、同じく取得したタグの洗濯回数をインクリメント（＋１）する。ステップＳ２４において、入庫制御部は、ＥＰＣをキーに、現行ＤＢの状態管理テーブルのレコード情報のユニフォーム洗濯回数、タグ洗濯回数、及び、状態を変更する。状態は、「保管中」とする。
【００５３】
図１６は、図８の移行用操作ＰＣの初期設定制御部のフローチャートである。
初期設定制御部は、ステップＳ３０において、現行ＤＢの状態管理テーブルから全レコードを取得する。ステップＳ３１において、初期設定制御部は、レコード数を図１３の一時退避領域メモリに退避する。ステップＳ３２において、初期設定制御部は、移行ＤＢの移行テーブルにおいて、ＥＰＣをステップＳ３１で取得した値とし、タグ種別を「旧タグ」とし、対となるＥＰＣをNULLとし、タグ洗濯回数を０として、レコードを登録する。ステップＳ３３において、初期設定制御部は、退避したレコード数をデクリメント（−１）する。ステップＳ３４において、初期設定制御部は、対比したレコード数が０か否かを判断し、０でなければ、ステップＳ３２に戻って処理を繰り返し、０であれば、処理を終了する。
【００５４】
図１７Ａ及び図１７Ｂは、図８の移行用操作ＰＣの移行タグ登録制御部のフローチャートである。
移行タグ登録制御部は、ステップＳ５０において、ＲＦＩＤリーダ／ライタで、ユニフォームのＲＦＩＤタグをスキャンする。ステップＳ５１において、移行タグ登録制御部は、ＲＦＩＤタグが２つスキャンされたか否かを判断する。ステップＳ５１における判断がＮｏの場合には、ステップＳ５２において、移行タグ登録制御部は、タグが追加されていない旨のエラーメッセージを表示し、ステップＳ５０に戻る。
【００５５】
ステップＳ５１の判断がＹｅｓの場合には、ステップＳ５３において、移行タグ登録制御部は、移行ＤＢの移行テーブルから、一つ目のＲＦＩＤタグのＥＰＣをキーにして、レコード情報を取得する。ステップＳ５４において、移行タグ登録制御部は、対応するレコードがない（新タグである）か否かの判断を行なう。ステップＳ５４の判断がＮｏの場合には、ステップＳ５９に進む。
【００５６】
ステップＳ５４の判断がＹｅｓの場合には、ステップＳ５５において、移行タグ登録制御部は、移行ＤＢから、二つ目のＲＦＩＤタグのＥＰＣをキーに、レコード情報を取得する。ステップＳ５６において、移行タグ登録制御部は、対応するレコードがない（旧タグである）か否かを判断する。ステップＳ５６の判断がＹｅｓの場合には、ステップＳ５７において、旧タグ情報が登録されていない旨のエラーメッセージを表示して、ステップＳ５０に戻る。
【００５７】
ステップＳ５６の判断がＮｏの場合、ステップＳ５８において、移行タグ登録制御部は、一つ目のＥＰＣを新タグのＥＰＣ、二つ目のＥＰＣを旧タグのＥＰＣとして記憶し、ステップＳ６５に進む。
【００５８】
ステップＳ５９において、移行タグ登録制御部は、取得したレコードのタグ種別が「旧タグ」か否かを判断する。ステップＳ５９の判断がＮｏの場合には、ステップＳ６０において、新タグ情報が登録済みである旨のエラーメッセージを表示して、ステップＳ５０に戻る。ステップＳ５９の判断がＹｅｓの場合には、ステップＳ６１において、移行タグ登録制御部は、移行ＤＢの移行テーブルから、二つ目のＲＦＩＤタグのＥＰＣをキーにレコード情報を取得する。
【００５９】
ステップＳ６２において、移行タグ登録制御部は、対応するレコードがない（新タグである）か否かを判断する。ステップＳ６２の判断がＮｏの場合には、ステップＳ６３において、新タグ情報が登録済みである旨のエラーメッセージを表示して、ステップＳ５０に戻る。
【００６０】
ステップＳ６２の判断がＹｅｓの場合には、移行タグ登録制御部は、ステップＳ６４において、一つ目のＲＦＩＤタグのＥＰＣを旧タグのＥＰＣ、二つ目のＲＦＩＤタグのＥＰＣを新タグのＥＰＣとして記憶する。
【００６１】
ステップＳ６５において、移行タグ登録制御部は、旧タグのＥＰＣをキーに、移行テーブルのレコード情報の「対になるＥＰＣ」に新タグのＥＰＣを設定するように更新する。ステップＳ６６において、移行タグ登録制御部は、新タグのＥＰＣをキーに、対応するレコード情報のＥＰＣを新タグのＥＰＣとし、「タグ種別」を「新タグ」、「対になるＥＰＣ」を旧タグのＥＰＣとして、レコード情報を生成する。
【００６２】
図１８は、図９の設定制御部のフローチャートである。
設定制御部は、ステップＳ４０において、設定ファイルの内容を画面に表示する。この表示は、図１２に対応する。ステップＳ４１において、設定制御部は、入力待ちを行なう。ステップＳ４２において、ＯＫボタンが押されたかキャンセルボタンが押されたかを判断する。ステップＳ４２の判断で、キャンセルボタンが押されたと判断された場合には、設定制御部は処理を終了する。ステップＳ４２の判断でＯＫボタンが押されたと判断された場合には、設定制御部は、ステップＳ４３において、フックモジュール名の入力があるか否かを判断する。ステップＳ４３の判断がＮｏの場合には、設定制御部は、ステップＳ４１に戻って、入力待ちとなる。ステップＳ４３の判断がＹｅｓの場合には、ステップＳ４４において、設定制御部は、フック関数名の入力があるか否かを判断する。
【００６３】
ステップＳ４４の判断がＮｏの場合には、設定制御部は、ステップＳ４１に戻って、入力待ちとなる。ステップＳ４４の判断がＹｅｓの場合には、設定制御部は、ステップＳ４５において、共有メモリ名の入力があるか否かを判断する。ステップＳ４５の判断がＮｏの場合には、設定制御部は、ステップＳ４１に戻って、入力待ちとなる。ステップＳ４５の判断がＹｅｓの場合には、設定制御部は、ステップＳ４６において、検出対象ウィンドウ名の入力があるか否かを判断する。
【００６４】
ステップＳ４６の判断がＮｏの場合には、ステップＳ４１に戻って、入力待ちとなる。ステップＳ４６の判断がＹｅｓの場合には、ステップＳ４７において、設定制御部は、入力された情報を設定ファイルに格納し、処理を終了する。
【００６５】
図１９Ａ〜図１９Ｃは、図９のフィルタ制御部のフローチャートである。
ステップＳ７０において、フィルタ制御部は、設定ファイルから制御情報を読み込む。ステップＳ７１において、フィルタ制御部は、所定の関数名に対してＡＰＩ（Application Program Interface）フックをかける。ステップＳ７２において、フィルタ制御部は、終了指示があるか否かを判断する。ステップＳ７２の判断がＹｅｓの場合には、フィルタ制御部は、ステップＳ１０５において、ＡＰＩフックを解除して処理を終了する。
【００６６】
ステップＳ７２の判断がＮｏの場合には、フィルタ制御部は、ステップＳ７３において、当該関数がコールされたか否かを判断する。ステップＳ７３の判断がＮｏの場合には、ステップＳ７３を繰り返し、当該関数がコールされるのを待つ。ステップＳ７３の判断がＹｅｓの場合には、フィルタ制御部は、ステップＳ７４において、表示中のウィンドウ名一覧を取得する。ステップＳ７５において、フィルタ制御部は、残チェックカウンタに取得したウィンドウ数を設定する。ステップＳ７６において、フィルタ制御部は、ウィンドウ名インデックスを０と初期化する。ステップＳ７７において、フィルタ制御部は、ウィンドウ名インデックスのウィンドウ名と設定ファイルのウィンドウ名を比較する。ステップＳ７８において、フィルタ制御部は、比較したウィンドウが、処理対象のウィンドウか否かを判断する。ステップＳ７８の判断がＹｅｓの場合には、ステップＳ８２に進む。
【００６７】
ステップＳ７８の判断がＮｏの場合には、ステップＳ７９において、フィルタ制御部は、ウィンドウ名インデックスをインクリメント（＋１）する。ステップＳ８０において、フィルタ制御部は、残チェックカウンタをデクリメント（−１）する。ステップＳ８１において、フィルタ制御部は、残チェックカウンタが０か否かを判断する。ステップＳ８１の判断がＮｏの場合には、ステップＳ７７に、Ｙｅｓの場合には、ステップＳ７３に戻る。
【００６８】
ステップＳ８２において、フィルタ制御部は、残処理カウンタに共有メモリのＥＰＣ数を設定する。ステップＳ８３において、フィルタ制御部は、共有メモリ取出インデックスを０に初期化し、ステップＳ８４において、一退避格納インデックスを０に初期化する。
【００６９】
ステップＳ８５において、フィルタ制御部は、共有メモリ取出インデックスに従い、ＥＰＣを取得する。ステップＳ８６において、取得したＥＰＣをキーに、移行テーブルからレコード情報を取得する。ステップＳ８７において、フィルタ制御部は、一時退避領域格納フラグをＯＦＦにする。ステップＳ８８において、フィルタ制御部は、取得したレコード情報から、対応するタグが新タグか否かを判断する。ステップＳ８８の判断がＹｅｓの場合には、ステップＳ９１に進む。
【００７０】
ステップＳ８８の判断がＮｏの場合には、ステップＳ８９において、フィルタ制御部は、処理モードが「入庫」か否かまたは、移行テーブルからレコードを取得できなかったかを判断する。ステップＳ８９の判断がＮｏの場合には、ステップＳ９８に進む。ステップＳ８９の判断がＹｅｓの場合には、ステップＳ９０において、フィルタ制御部は、一時退避領域格納フラグをＯＮして、ステップＳ９８に進む。
【００７１】
ステップＳ９１においては、フィルタ制御部は、処理モードが「出庫」か否かを判断する。ステップＳ９１の判断がＮｏの場合には、ステップＳ９２において、フィルタ制御部は、取得したＥＰＣのタグ洗濯回数をインクリメント（＋１）し、ステップＳ９３において、取得したＥＰＣをキーに、移行テーブルのタグ洗濯回数を更新し、ステップＳ９８に進む。
【００７２】
ステップＳ９１の判断がＹｅｓの場合には、フィルタ制御部は、ステップＳ９４において、一時退避領域格納フラグをＯＮし、ステップＳ９５において、対となるＥＰＣのＲＦＩＤタグをKillする。ステップＳ９６において、フィルタ制御部は、対となるＥＰＣをキーに、状態管理テーブルのＥＰＣを新タグのＥＰＣに更新する。ステップＳ９７において、移行テーブルから新タグのＥＰＣのレコードを削除し、ステップＳ９８に進む。
【００７３】
ステップＳ９８においては、フィルタ制御部は、一時退避格納フラグがＯＮか否かを判断する。ステップＳ９８の判断がＮｏの場合には、ステップＳ１０２に進む。ステップＳ９８の判断がＹｅｓの場合には、フィルタ制御部は、ステップＳ９９において、取得したＥＰＣを一時退避領域のインデックス位置に格納する。
【００７４】
フィルタ制御部は、ステップＳ１００において、一時退避領域のＥＰＣ数をインクリメント（＋１）し、ステップＳ１０１において、一時退避領域の格納インデックスをインクリメント（＋１）する。
【００７５】
ステップＳ１０２においては、フィルタ制御部は、残処理カウンタをデクリメント（−１）し、ステップＳ１０３において、残処理カウンタが０か否かを判断する。ステップＳ１０３の判断がＮｏの場合には、ステップＳ８５に戻る。ステップＳ１０３の判断がＹｅｓの場合には、フィルタ制御部は、ステップＳ１０４において、一時退避領域の内容を共有メモリへコピーし、関数呼び出し元へ制御を返し、ステップＳ７２に戻る。
【００７６】
図２０は、ＡＰＩフックの概念を説明する図である。
図２０において、ＲＦＩＤ読込み処理の関数として、ＯＰＥＮ関数、ＲＥＡＤ関数、ＣＬＯＳＥ関数が定義されているとする。これらの関数が定義されるのは、ＲＦＩＤ読込みＤＬＬ（Dynamic Link Library)の中としている。
【００７７】
ユニフォーム管理システムアプリケーションにおいては、インポートセクションにおいて、ＲＦＩＤ読込みＤＬＬからＯＰＥＮ関数、ＲＥＡＤ関数、ＣＬＯＳＥ関数を読み込む定義文を記載する。
【００７８】
ＲＦＩＤスキャン処理は、ＯＰＥＮ関数をコールし、次に、ＲＥＡＤ関数をコールし、最後にＣＬＯＳＥ関数をコールして、共有メモリからＲＦＩＤ一覧を取得して、関数を返す、処理となる。
【００７９】
ここで、本実施形態で使用する常駐プロセスは、ＣＬＯＳＥ関数のコールを検知し、ＣＬＯＳＥ関数を、代替ＣＬＯＳＥ関数に置き換えて実行する。代替ＣＬＯＳＥ関数は、共有メモリを補正するなど、追加処理を記述する事ができる。
【００８０】
つまり、常駐プロセスは、ＡＰＩフックにより、ＣＬＯＳＥ関数をフックする場合、対象モジュールのインポートセクション内のＲＦＩＤ読込みＤＬＬ  ＣＬＯＳＥ関数を検索し、自身で実装している代替ＣＬＯＳＥ関数のアドレスに書き換える、という処理を行なう。
【００８１】
以上の本実施形態によれば、ＲＦＩＤタグとＲＦＩＤリーダ／ライタからなるシステムの異なる規格のシステムへの移行において、自動で、現行システムを改造することなくシステム移行させることができるユニフォーム管理システムを提供することができる。
【００８２】
なお、上記の実施形態の説明においては、ユニフォームの管理システムについて例示的に説明したが、一般に、リネンの管理システムあるいは衣類の管理システムとしても、本実施形態は適用可能である。
【符号の説明】
【００８３】
１０−１      出庫用ＰＣ
１０−２      入庫用ＰＣ
１１−１、１１−２、３１      ＣＰＵ
１２−１、１２−２、３２      ＲＯＭ
１３−１、１３−２、３３      ＲＡＭ
１４−１、１４−２、３４      Ｉ／Ｏ
１５−１、１５−２、３８      表示装置
１６−１、１６−２、１６ａ―１、１６ａ−２、３６      ＲＦＩＤリーダ／ライタ
１７−１、１７−２、３７      入力装置
１８、１８ａ      ＤＢサーバ
１９      ＬＡＮ
２０−１、２０−２、３５      ＮＩＣ
２１−１、２１−２、３９      ＨＤＤ
２２−１、２２−２      カードリーダ
３０      移行システム  操作ＰＣ
【図１】
2015131035.tif 000003
【図２】
2015131035.tif 000004
【図３】
2015131035.tif 000005
【図４】
2015131035.tif 000006
【図５】
2015131035.tif 000007
【図６】
2015131035.tif 000008
【図７】
2015131035.tif 000009
【図８】
2015131035.tif 000010
【図９】
2015131035.tif 000011
【図１０】
2015131035.tif 000012
【図１１】
2015131035.tif 000013
【図１２】
2015131035.tif 000014
【図１３】
2015131035.tif 000015
【図１４】
2015131035.tif 000016
【図１５】
2015131035.tif 000017
【図１６】
2015131035.tif 000018
【図１７Ａ】
2015131035.tif 000019
【図１７Ｂ】
2015131035.tif 000020
【図１８】
2015131035.tif 000021
【図１９Ａ】
2015131035.tif 000022
【図１９Ｂ】
2015131035.tif 000023
【図１９Ｃ】
2015131035.tif 000024
【図２０】
2015131035.tif 000025