JP2008189392A - 物品管理方法、物品管理プログラム、物品管理プログラムを記録した記録媒体、および業務管理装置 - Google Patents

Abstract

【課題】サプライ業者が扱う物品の員数管理を正確に行なうこと。
【解決手段】業務管理装置は、通信装置と、記憶装置４５と、処理装置とを備え、前記処理装置は、前記通信装置を介して、各業務に配備されたＩＤチップリーダが読み取って送信したＩＤチップの固有の識別情報を受信すると、当該受信した識別情報と送信元の業務を示す業務状態とを対応させて記憶装置に登録する第１の処理と、前記記憶装置への登録に際して、前記識別情報と対応して登録すべき業務状態を、すでに前記記憶装置に登録されている識別情報と業務状態との対応関係に基づいて推定する第２の処理とを実行する。
【選択図】図１

Description

本発明は、物品管理方法、物品管理プログラム、物品管理プログラムを記録した記録媒体、および業務管理装置に関する。

一般に、足拭きマット、被服等のレンタル品（物品）が普及しており、レンタルを業とするサービスが提供されている。例えば、足拭きマットのレンタル業では、レンタル品である足拭きマットにＲＦＩＤタグを取り付け、ＲＦＩＤタグから発信された固有のＩＤ情報を受信して認識する認識装置により、レンタル品のＩＤ情報とこれを発信するレンタル品の流通情報とをデータベースに入力し、そのレンタル品の流通に関する統計データを作成する技術が開示されている（特許文献１）。
また、被服のレンタルでは、被服サプライ業者は、被服業者から購入した被服を顧客に貸与し、顧客から返却された被服を洗濯して、繰り返し顧客に提供する。この際、貸与する被服は被服毎に洗濯に耐え得るＲＦＩＤタグが縫付けられ、ＲＦＩＤタグを読み取る認識装置（単体読取装置又は一括読取装置）と連動させて被服毎の流通情報を管理する被服管理システムが知られている。
特開２００４−８６４８７号公報

しかしながら、被服サプライ業者は、顧客に、レンタル品である被服を一枚単位でレンタルするのではなく、複数枚単位でレンタルして、顧客は、被服サプライ業者に、複数枚単位で返却する。従って、被服サプライ業者が、顧客にレンタル品である複数の被服を出荷（被服出荷）したり、顧客から使用済みの被服を入荷（被服入荷）されるときは、複数のＲＦＩＤタグを一度に認識させることができる認識装置（一括読取装置）を用いて認識させると、作業効率が良いが、読み取り率は１００％ではない。さらには、複数の被服を認識装置（一括読取装置）へ通すためのカゴなどに詰め込む際の詰め込み方によって、読み取り率が増減する。このため、員数管理を正確に行なうことができないという問題があった。

また、被服サプライ業者は、顧客へ被服出荷された複数の被服の中で、どの被服が出荷され、どの被服が入荷されたのかを、正確に把握することができないという問題があった。

さらに、前記被服管理システムでは、被服出荷及び被服入荷において、認識装置（一括読取装置）を１台の装置で共用することがある。その場合、被服サプライ業者が、前記被服管理システムの画面から被服出荷又は被服入荷のいずれかの業務を選択する際、当該業務の区別がされたボタンを選択及び操作することとなり、操作ミスを発生させるおそれがあり、ひいては、員数管理を正確に行なうことができないという問題があった。

このような問題は、レンタル品が被服に限らず、ＲＦＩＤタグを利用することができるレンタル品であって、それを認識装置（一括読取装置）によって認識することができるものであれば、同様に発生する。

そこで、本発明は、サプライ業者が扱う物品の員数管理を正確に行なうことができる技術を提供することを目的とする。

上記の課題を解決するには、出荷業務を経て物品を外部に出荷し、回収業務を経て前記出荷した物品を回収し、所定の業務を経て前記回収した物品を前記出荷業務へと回す物品の貸し出し業務において、前記物品に付したＩＤチップの情報を用いた業務管理を行う業務管理装置による物品管理方法であって、前記業務管理装置は、通信装置と、記憶装置と、処理装置とを備える。そして、前記処理装置は、前記通信装置を介して、各業務に配備されたＩＤチップリーダが読み取って送信したＩＤチップの固有の識別情報を受信すると、当該受信した識別情報と送信元の業務を示す業務状態とを対応させて記憶装置に登録する。その際、前記識別情報と対応して登録すべき業務状態を、すでに前記記憶装置に登録されている識別情報と業務状態との対応関係に基づいて推定することを特徴とする。

本発明によれば、サプライ業者が扱う物品の員数管理を正確に行なうことができる。

以下、本発明の実施の形態を図面に従って詳細に説明する。

＜実施の形態の構成＞
図１は、実施の形態において被服をレンタル品（物品の一例）として適用したリネン業務管理システムの構成を示すブロック図である。図１に示すように、リネン業務管理システム１は、ＲＦＩＤタグ２（ＩＤチップ）と、認識装置３（ＩＤチップリーダ）と、リネン業務管理装置４（業務管理装置）と、から構成される。なお、このリネン業務管理システム１は、リネンサプライ業者（以下、一部「作業者」と称する）が使用するシステムである。

ＲＦＩＤタグ２は、メモリ２１と、制御回路２２と、送受信アンテナ２３と、から構成されており、レンタル品として適用したリネンに縫い付けられる。そして、メモリ２１には、被服固有のＩＤが記憶される。
なお、ＲＦＩＤタグ２のメモリ２１へのＩＤの記憶は、ＲＯＭライタ（図示せず）により行なわれる。また、ＲＦＩＤタグ２は、リネンに縫い付けられる場合に限定されず、リネンに付着しても良いし、リネンとＲＦＩＤタグ２のメモリ２１に記憶されるＩＤが１対１に対応することができれば良い。さらに、以下、リネンは、「被服」として説明する。

認識装置３は、電波を送受信する送受信部３１と、Ａ／Ｄ変換器（アナログ／デジタル変換器）３２と、から構成される。ここで、認識装置３は、図１では、ＲＦＩＤタグ２を１つしか示していないが、ＲＦＩＤタグ２が縫い付けられた被服の所定の枚数を一塊として一括して認識できる。

ＲＦＩＤタグ２を縫い付けた被服を認識装置３に近づけると、認識装置３の送受信部３１から出力される特定周波数の電磁波がＲＦＩＤタグ２の送受信アンテナ２３で受信され、ＲＦＩＤタグ２のメモリ２１に記憶されているＩＤ情報を制御回路２２により読み込んで、これをＲＦＩＤタグ２の送受信アンテナ２３を介して外部へ送信する。ここで、認識装置３は、ＲＦＩＤタグ２のメモリ２１に記憶されているＩＤ情報を接触のみならず、非接触で読み取ることが可能である。また、認識装置３の送受信部３１は、このＩＤ情報を受信し、Ａ／Ｄ変換器３２を介して、リネン業務管理装置４へと送信する。なお、認識装置３は、ＲＦＩＤタグ２を縫い付けた被服を１枚ごとかざすことにより、確実に読むことができる「単体読取装置（テーブルリーダなど）」と、複数の被服を１枚ごとにかざすことなく、所定の枚数を一塊として一括して読むことができる上下左右に送受信部３１を配置した「一括読取装置（ゲートリーダなど）」とが存在し、業務ごとに区別して配備されている。なお、本実施の形態では、１台の「一括読取装置」を、複数の業務で共用することを前提としている。

リネン業務管理装置４は、送受信部４１（通信装置）、ＣＰＵ（Central Processing Unit）４２（処理装置）、Ｉ／Ｏ４３、メモリ４４及び記憶装置４５から構成される。
送受信部４１は、認識装置３から送信されたＩＤ情報を受信する。そして、リネン業務管理装置４と認識装置３とは、例えば、専用線を使用して接続されている。
Ｉ／Ｏ４３は、周辺機器と接続するための回路又はソフトウェアである。周辺機器は、図１では、モニタ、キーボード、マウス４３０を例示する。
メモリ４４は、各種プログラムである処理部４４０、業務推定部４４１、業務状態更新部４４２、業務状態補完部４４３及び業務状態更新補完部４４４を備え、ＣＰＵ４２によって実行される。
記憶装置４５には、ＲＦＩＤタグ２を縫い付けられた被服と対応するＩＤ（識別情報）と業務状態を意味する値とを含んで記憶する管理ファイル４５０と、前記業務状態を意味する値とその業務名と業務順序とを記憶する業務順序ファイル４５１（業務順序情報）と、を備えている。なお、管理ファイル４５０及び業務順序ファイル４５１は、データベースに記憶されている。

ここで、メモリ４４に備えられている各種プログラムの機能について説明する。
処理部４４０は、リネン業務管理装置４で制御する業務管理全般を実施するプログラムである。例えば、後記する「被服出荷・被服入荷登録画面」（図９参照）等の画面からボタンが押下された場合に、そのイベントによって処理を振り分ける。ここで、イベントとは、何らかのアクション（例えば、画面からボタン押下）が発生した際に、発信される信号のことをいうものとする。
業務推定部４４１は、処理部４４０から起動され、現在行なうべき業務を管理ファイル４５０に記憶された業務状態に基づいて、推定するプログラムである。
業務状態更新部４４２は、業務推定部４４１から起動され、認識装置３（一括読取装置）で認識することができた被服ごとのＩＤを受信し、ＩＤに対して管理ファイル４５０の業務状態を前記推定した業務に更新するプログラムである。
業務状態補完部４４３は、業務状態更新部４４２から起動され、認識装置３（一括読取装置）で認識することができなかった被服のＩＤに対して管理ファイル４５０の業務状態を前記推定した業務に更新するプログラムである。
業務状態更新補完部４４４は、処理部４４０から起動され、認識装置３（単体読取装置）で認識することができた被服ごとのＩＤを受信し、ＩＤごとに現在の業務を管理ファイル４５０の業務状態に更新するプログラムである。

図２は、管理ファイルの一例を示すファイル構成図である。管理ファイル４５０は、レンタル品である対象被服の識別情報（ＩＤ）とその業務状態とを含んで記憶している。管理ファイル４５０は、被服の品名を示す品名Ｎｏ４５０１、被服と紐付けられたＲＦＩＤタグ２（図１参照）のメモリ２１に記憶されたタグｉｄ４５０２、被服のサイズを示すサイズ４５０３、業務を行なった日付を示す日付４５０４、業務状態を示す業務ステータス４５０５及び被服をレンタルした顧客を示す顧客ｉｄ４５０６を、被服ごとに記憶する。
ここで、業務状態とは、作業者が被服をレンタル品として扱う業務の中で、業務ごとに予め定められた業務の前又は後で認識装置３を用いて認識されたときの業務を表している。例えば、業務状態に「洗浄棚入（棚入）」が記憶されている場合は、「洗浄棚入」前に認識装置３を用いるため、「洗浄棚入」業務中であることを意味し、「出荷検品」が記憶されている場合は、「出荷検品」後に認識装置３を用いるため、「出荷検品」業務済を意味し、「被服出荷（成品出荷など）」が記憶されている場合は、「被服出荷」後に認識装置３を用いるため、「被服出荷」業務済を意味し、「被服入荷（損品入荷など）」が記憶されている場合は、「被服入荷」前に認識装置３を用いるため、「被服入荷」業務中を意味する。そして、「洗浄棚入」業務中（以下、「洗浄棚入」と略記する）、「出荷検品」業務済（以下、「出荷検品」と略記する）、「被服出荷」業務済（以下、「被服出荷」と略記する）、「被服入荷」業務中（以下、「被服入荷」と略記する）をそれぞれ、例えば、「２」、「３」、「４」、「５」で表して記憶するものとする。なお、図２では、業務ステータス４５０５が「出荷検品」（例えば、「３」）であることを示している。

図３は、本実施の形態におけるリネン業務管理システムを用いた作業者の業務手順の一例を示すフローチャートである。従って、リネン業務管理システム１を用いない業務（例えば、湯通し、仕上げ、洗濯等）については、説明を省略する。
まず、作業者は、被服とＲＦＩＤタグ２とを紐付けるために、ファイル登録を行なう（ステップＳ３０１）。すなわち、作業者は、ＲＦＩＤタグ２を縫い付けた被服を認識装置３（図１参照）（単体読取装置）にかざすと、認識装置３は、ＲＦＩＤタグ２のメモリ２１に記憶されたＩＤを受信し、リネン業務管理装置４に送信し、リネン業務管理装置４は、送受信部４１を介してＩＤを受信し、受信したＩＤを管理ファイル４５０に登録する。このとき、リネン業務管理装置４は、被服情報登録画面（図示せず）をモニタ４３０に表示し、作業者は、その被服の品名、サイズ、顧客名を登録しても良い。

次に、作業者は、ファイル登録した被服について、湯通し及び仕上げを行なった後、被服の洗浄棚入を行なう（ステップＳ３０２）。すなわち、作業者は、洗浄棚入前に、ＲＦＩＤタグ２を縫い付けた被服を認識装置３（図１参照）（単体読取装置）にかざすと、認識装置３は、ＲＦＩＤタグ２のメモリ２１に記憶されたＩＤを受信し、リネン業務管理装置４に送信し、リネン業務管理装置４は、送受信部４１を介してＩＤを受信し、管理ファイル４５０に対して、「洗浄棚入」（例えば、「２」）を、受信したＩＤと一致するレコードの業務状態（業務ステータス４５０５）に設定して更新する。

次に、作業者は、顧客からの注文書が届くと、注文に基づき受注を行い、出荷検品を行なう（ステップＳ３０３）。すなわち、作業者は、出荷検品（棚出）後に、ＲＦＩＤタグ２を縫い付けた被服を認識装置３（図１参照）（単体読取装置）にかざすと、認識装置３は、ＲＦＩＤタグ２のメモリ２１に記憶されたＩＤを受信し、リネン業務管理装置４に送信し、リネン業務管理装置４は、送受信部４１を介してＩＤを受信し、管理ファイル４５０に対して、「出荷検品」（例えば、「３」）を、受信したＩＤと一致するレコードの業務状態（業務ステータス４５０５）に設定して更新する。

次に、作業者は、被服出荷を行なう（ステップＳ３０４）。すなわち、作業者は、被服出荷後に、被服出荷を行なうＲＦＩＤタグ２を縫い付けた複数の被服を認識装置３（図１参照）（一括読取装置）に入れると、認識装置３は、ＲＦＩＤタグ２のメモリ２１に記憶されたＩＤをそれぞれ受信し、リネン業務管理装置４に送信し、リネン業務管理装置４は、送受信部４１を介してＩＤを受信し、管理ファイル４５０に対して、「被服出荷」（例えば、「４」）を、受信したＩＤと一致するレコードの業務状態（業務ステータス４５０５）に設定して更新する。そして、リネン業務管理装置４は、認識装置３で認識できなかったＲＦＩＤタグ２のＩＤに対応する業務状態を補完（又は訂正）するために「被服出荷」に更新する。
なお、本実施の形態では、「補完」と「訂正」は、管理ファイル４５０に対して対象となるＩＤと一致するレコードに変更する情報を設定して更新することにより実現されるが、後記するように区別する。「補完」とは、過去の業務に抜けがあったが後の業務で更新する場合が想定され、「訂正」とは、重複業務を行なった場合が想定されるが、これに限定されるものではない。

次に、作業者は、使用された被服について被服入荷を行なう（ステップＳ３０５）。すなわち、作業者は、顧客に使用された被服を被服入荷前に、ＲＦＩＤタグ２を縫い付けた複数の被服を認識装置３（図１参照）（一括読取装置）に入れると、認識装置３は、ＲＦＩＤタグ２のメモリ２１に記憶されたＩＤをそれぞれ受信し、リネン業務管理装置４に送信し、リネン業務管理装置４は、送受信部４１を介してＩＤを受信し、管理ファイル４５０に対して、「被服入荷」（例えば、「５」）を、受信したＩＤと一致するレコードの業務状態（業務ステータス４５０５）に設定して更新する。

次に、作業者は、被服入荷した被服ごとに、業務手順を終了させるか否かを判定する（ステップＳ３０６）。すなわち、作業者は、被服入荷したある被服が、例えば、廃棄が必要か否か、修繕が必要か否か、及び、被服に縫い合わされたＲＦＩＤタグ２が破損していないか否かを検査する。
そして、作業者は、ある被服について業務手順を終了させると判定した場合（ステップＳ３０６でＹｅｓ）は、その被服について業務手順を終了させる。例えば、ある被服について廃棄が必要である場合、修繕が必要である場合、及び、その被服に縫い合わされたＲＦＩＤタグ２が破損している場合が該当する。

一方、作業者は、被服入荷した被服の中で業務手順を終了させないと判定した（ステップＳ３０６でＮｏ）被服については、洗濯及び仕上げを行なった後、被服の洗浄棚入を行なう（ステップＳ３０２）。すなわち、作業者は、洗浄棚入前に、ＲＦＩＤタグ２を縫い付けた被服を認識装置３（図１参照）（単体読取装置）にかざすと、認識装置３は、ＲＦＩＤタグ２のメモリ２１に記憶されたＩＤを受信し、リネン業務管理装置４に送信し、リネン業務管理装置４は、送受信部４１を介してＩＤを受信し、管理ファイル４５０に対して、「洗浄棚入」（例えば、「２」）を、受信したＩＤと一致するレコードの業務状態（業務ステータス４５０５）に設定して更新する。
従って、この場合は、リネン業務管理装置４は、前記した被服入荷の認識装置３（一括読取装置）で認識できなかったＲＦＩＤタグ２のＩＤに対応する業務状態（業務ステータス４５０５）を補完（又は訂正）することができる。

以下、作業者は、出荷検品（ステップＳ３０３）、被服出荷（ステップＳ３０４）、被服入荷（ステップＳ３０５）を繰り返す。

図４は、本実施の形態における認識装置３（一括読取装置）を用いたときに処理部４４０で業務状態を更新するフローチャートを示す。ここで、認識装置３（一括読取装置）を用いるのは、被服出荷又は被服入荷を行なう際である。
また、フローチャートには図示しないが、作業者が処理部４４０を立ち上げると、処理部４４０はイベント待ちを実行し、作業者がモニタ４３０に表示する後記する「被服出荷・被服入荷登録画面」（図９参照）から読込開始ボタン、読込終了ボタンを押下した場合のイベントごとに各種処理を行なう。すなわち、作業者がモニタ４３０に表示する後記する「被服出荷・被服入荷登録画面」から読込開始ボタンを押下すると、処理部４４０は、そのイベントに係る信号を受信し、業務推定部４４１を起動する。

まず、業務推定部４４１は、管理ファイル４５０から補完可能な対象件数をカウントする（ステップＳ４０１）。例えば、ここでの補完可能な対象とは、管理ファイル４５０の全レコードとする。このとき、業務推定部４４１は、対象となる件数分、管理ファイル４５０から、タグｉｄ４５０２、日付４５０４及び業務ステータス４５０５をメモリ４４の一時領域に記憶する。
なお、補完すべき対象を、管理ファイル４５０の日付４５０４が被服出荷の当日以前の所定の範囲内のＩＤを対象としても良い。被服が未だ顧客側に存在し、業務ステータス４５０５（図２参照）に「出荷」（「被服出荷」）の状態が継続している場合、或いは、被服が顧客からの受注に対して受注対象とされなかった場合等は、補完対象とできないためである。

次に、業務推定部４４１は、業務ステータスごとの件数をカウントする（ステップＳ４０２）。すなわち、業務推定部４４１は、前記一時領域に記憶された件数分、業務ステータス４５０５ごとの件数をカウントする。

そして、業務推定部４４１は、過半数の業務ステータスを決定する（ステップＳ４０３）。すなわち、前記カウントした補完可能な対象件数と、前記カウントした業務ステータスごとの件数と、を比較して、後者の件数の２倍が前者の件数より大きい場合は、その業務ステータスが過半数となる。

次に、業務推定部４４１は、業務順序ファイル４５１の全レコードを読み込む（ステップＳ４０４）。

次に、業務推定部４４１は、現在の業務ステータスを推定し、ワークエリアに設定する（ステップＳ４０５）。すなわち、業務推定部４４１は、読み込んだ業務順序情報に基づいて、前記決定された過半数の業務ステータスの次に行なう業務を推定し、その業務ステータスをメモリ４４上の一時領域であるワークエリアに記憶する。例えば、過半数の業務ステータスが「出検」（「出荷検品」）の場合は、次業務である「出荷」（「被服出荷」）を意味する「４」を記憶する。また、過半数の業務ステータスが「出荷」（「被服出荷」）の場合は、次業務である「入荷」（「被服入荷」）を意味する「５」を記憶する。

次に、業務推定部４４１は、業務状態更新部４４２を起動する。その際、前記業務推定部４４１で設定したワークエリアの値をパラメータとして引き渡す。
業務状態更新部４４２は、被服固有のＩＤを受信する（ステップＳ４０６）。すなわち、業務状態更新部４４２は、イベント待ちを実行し、送受信部４１を介して認識装置３から送信されたイベントである被服固有のＩＤを受信する。
ここで、「一括読取装置」からの受信であるか否かを確認するために、１件目の受信の際、業務状態更新部４４２は、ポート番号を読み取り、「一括読取装置」での使用を予め定めたポート番号であることを確認することができる。或いは、ＩＤ情報と共に受信される認識装置３の識別番号によって、「一括読取装置」での使用であることを確認することができる。

次に、業務状態更新部４４２は、ＩＤに対する業務ステータスをワークエリアの値に更新する（ステップＳ４０７）。すなわち、業務状態更新部４４２は、管理ファイル４５０に対して前記パラメータとして引き渡されたワークエリアの値をＩＤと一致するレコードの業務ステータスに設定して更新する。このとき、併せて本日の日付を日付４５０４に更新する。
なお、更新前の過去の業務ステータスに不整合又は欠落がある場合も、想定される。例えば、不整合の例として、更新前の管理ファイル４５０のＩＤに対する業務ステータス４５０５が、更新すべき現在の業務ステータスと同一、すなわち、重複業務である場合は、同じレコードに上書きされ、日付を訂正することができる。また、欠落の例として、更新前の管理ファイル４５０のＩＤに対する業務ステータスが、更新すべき現在の業務ステータスの直前の業務ステータスでない場合は、業務ステータスをワークエリアの値に更新することにより、業務情報を補完することができる。

次に、業務状態更新部４４２は、処理が終了するか否かを判定する（ステップＳ４０８）。すなわち、作業者がモニタ４３０に表示する後記する「被服出荷・被服入荷登録画面」から読込終了ボタンを押下すると、処理部４４０は、メモリ４４の一時領域である読込終了フラグをオン（例えば、「１」）に記憶する。業務状態更新部４４２は、その読込終了フラグがオンであるか否かにより終了であるか否かを判定する。なお、当該読込終了フラグは、業務状態更新部４４２が起動されたとき、初期化を意味するオフ（例えば、「０」）に記憶するものとする。
また、作業者がモニタ４３０に表示する後記する「被服出荷・被服入荷登録画面」から読込終了ボタンを押下すると、処理部４４０は、当該ボタン押下の信号を送信し、業務状態更新部４４２は、その信号を受信するものとしても良い。

そして、業務状態更新部４４２は、終了でないと判定した場合（ステップＳ４０８でＮｏ）は、ステップＳ４０６に戻る。

一方、業務状態更新部４４２は、終了であると判定した場合（ステップＳ４０８でＹｅｓ）は、業務状態補完部４４３を起動する。その際、業務状態更新部４４２は、前記業務推定部４４１から引き渡されたワークエリアの値をパラメータとして引き渡す。業務状態補完部４４３は、そのワークエリアが「出荷」（「被服出荷」）であるか否かを判定する（ステップＳ４０９）。

ここで、業務状態補完部４４３は、ワークエリアが「出荷」（「被服出荷」）でないと判定した場合（ステップＳ４０９でＮｏ）は、動作を終了する。

一方、業務状態補完部４４３は、ワークエリアが「出荷」（「被服出荷」）であると判定した場合（ステップＳ４０９でＹｅｓ）は、未受信のＩＤに対する業務ステータスを「出荷」に更新する（ステップＳ４１０）。すなわち、業務状態補完部４４３は、管理ファイル４５０に対して、前記パラメータとして引き渡されたワークエリアの値を、未受信のＩＤと一致するレコードの業務ステータスに設定して更新する。ここで、未受信のＩＤとは、ステップＳ４０１で記憶された一時領域のＩＤのうち、ステップＳ４０６で受信されなかったＩＤである。

なお、前記未受信のＩＤを、履歴ファイル（図示せず）を用いて、判断するものとしても良い。ここで、履歴ファイルは、ＩＤごとに業務ステータスを業務を行なった日付と共に記憶したファイルである。すなわち、管理ファイル４５０に、ＩＤに対する業務ステータスを更新するとき、履歴ファイルに、ＩＤに対する業務情報（例えば、ＩＤ、業務ステータス、日付及び顧客ＩＤ）を追加して業務履歴を取得するものとする。そして、前記一時領域に記憶された補完可能なＩＤであり、認識装置３で認識することができなかったＩＤを対象に、過去の履歴を履歴ファイルから読み出し、読み出した業務順序情報に基づいて、過去の履歴が業務順序どおりであるＩＤを前記未受信のＩＤとして更新するものとしても良い。

そして、ステップＳ４１０を実行した後、業務状態補完部４４３が動作を終了する。

ここで、図４では、現在の業務の推定を、管理ファイル４５０から所定の条件に基づいた補完可能な対象ＩＤに対応する業務ステータスを読み込む処理を実行することにより行なったが、送受信部４１を介して受信したＩＤに対応する業務ステータスを読み込む処理を、受信した複数のＩＤについて実行することにより行なっても良い。
この場合、まず、メモリ４４に記憶されたプログラム（図示せず）は、ＩＤを受信し、受信したＩＤに対する業務ステータスを管理ファイル４５０から読み込み、これを終了するまで繰り返す。この際、プログラムは、受信したＩＤの件数分、ＩＤと読み込んだ業務ステータスとをメモリ４４の一時領域に記憶する。なお、終了か否かの判断は、ステップＳ４０８で説明したとおりである。
次に、ステップＳ４０２の業務ステータスごとの件数のカウントは、受信したＩＤ、すなわち、前記した一時領域に記憶したＩＤに対する業務ステータスごとになされる。
そして、ステップＳ４０３の過半数の業務ステータスの決定は、受信したＩＤの件数と、前記カウントした業務ステータスごとの件数と、を比較して行なわれ、後者の件数の２倍が前者の件数より大きい場合は、その業務ステータスが過半数となる。
次に、ステップＳ４０４により、プログラムは、業務順序ファイル４５１を読み込み、ステップＳ４０５で現在の業務ステータスを推定し、ワークエリアに設定する。すなわち、読み込んだ業務順序情報に基づき、前記決定された過半数の業務ステータスの次に行なう業務を推定する。
そして、ステップＳ４０７により、プログラムは、前記一時領域に記憶したＩＤに対する業務ステータスをワークエリアの値に更新する。
なお、プログラムに係るステップＳ４０１、Ｓ４０９及びＳ４１０は、前記したとおりである。

これにより、複数の業務を１台の認識装置３（一括読取装置）で共用することができ、作業員はどの業務を行なっているか認識しなくても良いため、業務操作が簡易化し、さらには操作ミスが軽減し、ひいては、レンタル品である被服の員数管理を正確に行なうことができる。
また、認識装置３（一括読取装置）により被服に縫い付けたＲＦＩＤタグ２を認識することができず、被服固有のＩＤを読み取れなかった場合でも、管理ファイル４５０（図２参照）に対して、推定した業務ステータスを、その読み取れなかったＩＤと一致するレコードの業務ステータス４５０５に設定して更新することができ、レンタル品である被服の員数管理を正確に行なうことができる。

図５は、本実施の形態における被服入荷後に業務状態を更新するフローチャートを示す。ここで、フローチャートには図示しないが、作業者は、「洗浄棚入登録画面」（図示せず）から読込開始ボタンを押下すると、処理部４４０は、そのイベントに係る信号を受信し、業務状態更新補完部４４４を起動する。

業務状態更新補完部４４４は、被服固有のＩＤを受信する（ステップＳ５０１）。すなわち、業務状態更新補完部４４４は、イベント待ちを実行し、送受信部４１を介して被服固有のＩＤを受信する。

次に、業務状態更新補完部４４４は、ＩＤに対する業務ステータスを「洗浄棚入」に更新する（ステップＳ５０２）。すなわち、業務状態更新補完部４４４は、管理ファイル４５０に対して、「洗浄棚入」を、受信したＩＤと一致するレコードの業務ステータスに設定して更新する。このとき、併せて本日の日付を日付４５０４に更新する。
なお、重複業務を実行している場合は、同じレコードに上書きされ、日付を訂正することができる。また、更新前の管理ファイル４５０のそのＩＤに対する業務ステータスが、更新すべき現在の業務ステータスの直前の業務ステータスでない場合は、更新することにより、業務情報を補完することができる。

次に、業務状態更新補完部４４４は、処理が終了するか否かを判定する（ステップＳ５０３）。すなわち、作業者が、モニタ４３０に表示する「洗浄棚入登録画面」（図示せず）から読込終了ボタンを押下すると、処理部４４０は、メモリ４４の一時領域である読込終了フラグをオン（例えば、「１」）に記憶しておく。業務状態更新補完部４４４は、その読込終了フラグがオンであるか否かにより処理が終了するか否かを判定する。なお、当該読込終了フラグは、業務状態更新補完部４４４が起動されたとき、初期化を意味するオフ（例えば、「０」）に記憶しておくものとする。
また、作業者がモニタ４３０に表示する「洗浄棚入登録画面」（図示せず）から読込終了ボタンを押下すると、処理部４４０は、当該ボタン押下の信号を送信し、業務状態更新補完部４４４は、その信号を受信するものとしても良い。

そして、業務状態更新補完部４４４は、終了でないと判定した場合（ステップＳ５０３でＮｏ）は、ステップＳ５０１に戻る。

一方、業務状態更新補完部４４４は、終了であると判定した場合（ステップＳ５０３でＹｅｓ）は、動作を終了する。

これにより、洗浄棚入前の業務である被服入荷で認識装置３（一括読取装置）により被服に縫い付けたＲＦＩＤタグ２を認識することができず、被服固有のＩＤを読み取れなかった場合でも、管理ファイル４５０（図２参照）に対する業務ステータスを補完（又は訂正）することができ、レンタル品である被服の員数管理を正確に行なうことができる。すなわち、顧客のもとに出荷された被服が何らかの事情でリネンサプライ業者に被服入荷されない場合があり、その場合に、どの被服が被服入荷されたかは、その後の業務である洗浄棚入で被服を１枚ごと確実に認識することができる単体読取装置を用いて補完（又は訂正）することにより確定することができる。
また、作業者は、補完（又は訂正）後に、どの被服が顧客側に存在しているかを知ることができ、紛失品を確認することができる。
さらに、作業者は、レンタルしている全被服の流通情報を確認することができる。

ここで、受信した被服固有のＩＤに対する過去の履歴に不整合又は欠落があるときは、前記業務順序ファイル４５０から読み込まれた業務順序情報に基づいて不整合を訂正し、又は欠落を補完するものとしても良い。例えば、不整合の例として、履歴ファイルの受信したＩＤに対する直近の業務ステータスが、更新すべき現在の業務ステータスと同一、すなわち、重複業務である場合は、同じレコードに上書きされ、日付を訂正することができる。また、欠落の例として、履歴ファイルの受信したＩＤに対する直近の業務ステータスが、更新すべき現在の業務ステータスの直前の業務ステータスでない場合は、欠落した業務についての情報を追加することにより、業務情報を補完することができる。そして、前記処理は、図４ではステップＳ４０７で行ない、図５ではステップＳ５０２で行なうことができる。
これにより、過去の履歴の不整合又は欠落に対して、それぞれ想定される業務内容を自動的に補完又は訂正することができ、業務を円滑に行なうことができるという効果がある。

以上、実施の形態に基づいて、２つの業務（「被服出荷」及び「被服入荷」）を１の一括読取装置で実現する構成を説明したが、本発明は、これに限定されるものではなく、３つ以上の業務を１の一括読取装置で実現しても良い。

次に、出荷検品から洗浄棚入までの管理ファイルに記憶されたＩＤに対応する業務ステータスの遷移について説明する。
図６は、被服出荷後の管理ファイルの一例を示すファイル構成図である。
図２は、前記説明したように出荷検品後の管理ファイルの一例を示すファイル構成図であったが、図６では、その出荷検品後の次業務である被服出荷で、業務状態更新部４４２又は業務状態補完部４４３により業務ステータス４５０５が「被服出荷」（「４」）に更新された例を示している。すなわち、被服出荷で認識装置３（一括読取装置）によりＲＦＩＤタグ２を縫い付けた被服の固有のＩＤを認識することができなかったＩＤに対しても、業務ステータス４５０５が「被服出荷」（「４」）に補完すべく更新されている。

図７は、被服入荷後の管理ファイルの一例を示すファイル構成図である。
図７では、被服出荷後の次業務である被服入荷で、業務状態更新部４４２により業務ステータス４５０５が「被服入荷」（「５」）に更新された例を示している。ここでは、被服入荷で認識装置３（一括読取装置）によりＲＦＩＤタグ２を縫い付けた被服の固有のＩＤを認識することができなかったＩＤは符号７１、７２及び７３に対応するＩＤ（タグｉｄ４５０２）であり、業務ステータス４５０５は、「被服出荷」（「４」）状態のままであるが、それ以外のＩＤの業務ステータス４５０５は、「被服入荷」（「５」）に更新されている。

図８は、洗浄棚入後の管理ファイルの一例を示すファイル構成図である。
図８では、被服入荷後の次業務である洗浄棚入で、業務状態更新補完部４４４により業務ステータス４５０５が「洗浄棚入」（「２」）に更新された例を示している。符号８１及び８２は、被服入荷で認識装置３（一括読取装置）によりＲＦＩＤタグ２を縫い付けた被服固有のＩＤを認識することができなかったＩＤであるが、業務ステータス４５０５が「洗浄棚入」（「２」）に補完すべく更新されている。また、符号８３の業務ステータス４５０５は、「被服出荷」（「４」）状態のままであるが、被服入荷がされず未だ顧客側に存在していることを示している。そして、それ以外のＩＤの業務ステータス４５０５は、「洗浄棚入」（「２」）に更新されている。なお、洗浄棚入で認識装置３を重複して認識させようとした場合は、図示しないが、業務ステータス４５０５を「洗浄棚入」（「２」）及び日付を本日に訂正すべく更新する。

次に、図４の処理を行なう業務推定部４４１、業務状態更新部４４２及び業務状態補完部４４３を開始及び終了するための画面を、図９を用いて説明する。
図９は、被服出荷・被服入荷登録画面を例示した図である。本画面は、被服出荷でＲＦＩＤタグ２を縫い付けた被服固有のＩＤを認識装置（一括読取装置）に認識させて、被服ごとの情報（業務ステータス）を管理ファイル４５０に登録する画面である。すなわち、出荷検品後の被服を顧客へ被服出荷する際に使用する。
また、本画面は、顧客から被服入荷された被服固有のＩＤを認識装置（一括読取装置）に認識させて、被服ごとの情報（業務ステータス）を管理ファイル４５０に登録する画面も併用する。すなわち、顧客側からリネンサプライ業者に被服を被服入荷する際に使用する。

被服出荷・被服入荷登録画面は、「被服出荷」又は「被服入荷」の区別を示す業務モード９０と、認識装置（単体読取装置）で読み込み可能な全件数を示す読込数９１と、正常に業務が終了した件数を示す正常件数９２と、正常に業務が終了しなかった件数を示す異常件数９３と、認識装置（一括読取装置）に正常に接続されているか否かを示すリーダ接続９４と、管理ファイル４５０を記憶するデータベースに正常に接続されているか否かを示すＤＢ接続９５と、被服の品名を示す品名９６、被服のサイズを示すサイズ９７、品名及びサイズ単位で読み込まれた件数を示す数量９８からなる読込被服一覧と、メッセージを表示するメッセージ欄９９と、読込開始ボタン９０ａと、読込終了ボタン９０ｂと、本画面を終了させる終了ボタン９０ｃと、から構成される。被服出荷・被服入荷登録画面では、被服出荷又は被服入荷で被服ごとの情報（業務ステータス）を管理ファイル４５０に登録する処理を、作業者が、読込開始ボタン９０ａをマウス４３０（図１参照）で押下することにより開始し、読込終了ボタン９０ｂをマウスで押下することにより終了する。

ここで、業務モード９０欄は、前記した業務推定部４４１のステップＳ４０３で過半数の業務ステータスを決定し、業務推定部４４１は、決定した業務ステータスが「出検」（「出荷検品」）である場合は、「被服出荷」を表示し、「出荷」（「被服出荷」）である場合は、「被服入荷」を表示する。
読込数９１欄は、管理ファイル４５０（図２参照）のレコードの全件数を表示する。なお、被服が未だ顧客側に存在している場合、或いは、被服が受注されなかった場合も想定されるため、管理ファイル４５０の日付４５０４が業務の当日より以前の所定の範囲内であるレコードの件数を全件数としても良い。
正常件数９２欄は、正常に業務が終了した件数、すなわち、前記した業務状態更新部４４２のステップＳ４０７で更新されたＩＤの数と、被服出荷の場合は、さらに、前記した業務状態補完部４４３のステップＳ４１０で更新されたＩＤの数を加算した数を表示する。
異常件数９３欄は、正常に業務が終了しなかった件数、すなわち、読込数９１から正常件数９２を減算した数となり、その数を表示する。
読込被服一覧の品名９６欄とサイズ９７欄は、業務ステータス４５０５を更新したＩＤに対する品名Ｎｏ４５０１とサイズ４５０３を表示する。また、数量９８欄は、業務ステータス４５０５を更新したＩＤについて、品名９６及びサイズ９７単位でカウントした件数を表示する。

なお、図４の処理である被服ごとの業務状態を更新する処理を、作業者が被服出荷・被服入荷登録画面のボタンをマウス（図１参照）で押下することにより、開始又は終了することとしたが、リネン業務管理装置４とＵＳＢ接続されたスイッチに付随した開始及び終了のボタンを押下することにより、開始又は終了することとしても良い。
これにより、マウスの使用に慣れていない作業者でも簡単に当該処理を開始又は終了させることができる。
また、スイッチに付随した開始及び終了のボタンを色分けするものとしても良い。
これにより、作業者は、開始及び終了のボタンを視覚によって判断できるため、操作ミスの低減を図ることができるという効果がある。

実施の形態における被服をレンタル品として適用したリネン業務管理システムの構成を示すブロック図である。 管理ファイルの一例を示すファイル構成図である。 本実施の形態におけるリネン業務管理システムを用いた作業者の業務手順の一例を示すフローチャートである。 本実施の形態における認識装置３（一括読取装置）を用いたときに処理部４４０で業務状態を更新するフローチャートを示す。 本実施の形態における被服入荷後に業務状態を更新するフローチャートを示す。 被服出荷後の管理ファイルの一例を示すファイル構成図である。 被服入荷後の管理ファイルの一例を示すファイル構成図である。 洗浄棚入後の管理ファイルの一例を示すファイル構成図である。 被服出荷・被服入荷登録画面を例示した図である。

符号の説明

１ リネン業務管理システム
２ ＲＦＩＤタグ
３ 認識装置
４ リネン業務管理装置
２１ メモリ（ＩＤ）
４１ 送受信部
４２ ＣＰＵ
４４ メモリ
４５ 記憶装置
４４０ 処理部
４４１ 業務推定部
４４２ 業務状態更新部
４４３ 業務状態補完部
４４４ 業務状態更新補完部
４５０ 管理ファイル
４５１ 業務順序ファイル

Claims (11)

1. 出荷業務を経て物品を外部に出荷し、回収業務を経て前記出荷した物品を回収し、所定の業務を経て前記回収した物品を前記出荷業務へと回す物品の貸し出し業務において、前記物品に付したＩＤチップの情報を用いた業務管理を行う業務管理装置による物品管理方法であって、
   前記業務管理装置は、通信装置と、記憶装置と、処理装置とを備え、
   前記処理装置は、
   前記通信装置を介して、各業務に配備されたＩＤチップリーダが読み取って送信したＩＤチップの固有の識別情報を受信すると、当該受信した識別情報と送信元の業務を示す業務状態とを対応させて記憶装置に登録する第１の処理と、
   前記記憶装置への登録に際して、前記識別情報と対応して登録すべき業務状態を、すでに得られた識別情報と業務状態との対応関係に基づいて推定する第２の処理とを実行すること
   を特徴とする物品管理方法。
2. 前記記憶装置には、
   業務状態の順序を定義した業務順序情報が登録されており、
   前記識別情報と前記業務状態は、さらに当該業務が実行された日付を示す日付情報と対応付けて登録されており、
   前記処理装置は、
   前記第２の処理において、前記日付情報を用いて業務が実行された日付を確認するとともに、前記業務順序情報を用いて業務の順序関係を確認することで、前記登録すべき業務状態を推定すること
   を特徴とする請求項１に記載の物品管理方法。
3. 前記記憶装置には、業務状態の順序を定義した業務順序情報が登録されており、
   前記処理装置は、
   前記第２の処理において、前記受信した識別情報を用いて前記記憶装置に登録されている当該識別情報に対応する業務状態を参照する処理を、受信した複数の識別情報について実行するとともに、
   前記業務順序情報を参照する処理を実行することで、前記登録すべき業務状態を推定すること
   を特徴とする請求項１に記載の物品管理方法。
4. 前記記憶装置には、業務状態の順序を定義した業務順序情報が登録されており、
   前記処理装置は、
   前記受信した識別情報に係る過去の登録情報に不整合又は情報の欠落があるときは、前記業務順序情報を参照して前記不整合を訂正し又は前記欠落を補完する第３の処理を実行すること
   を特徴とする請求項１に記載の物品管理方法。
5. 複数のＩＤチップを一括で読み取る１台の一括読取用のＩＤチップリーダを前記ＩＤチップリーダとして一部の業務で共用する構成において、
   前記処理装置は、
   前記通信装置を介して受信される識別情報が前記一括読取用のＩＤチップリーダからのものであることを、前記通信装置のポート番号又は前記通信装置を介して取得されるＩＤチップリーダに関する情報に基づいて判定し、
   前記判定の結果が前記一括読取用のＩＤチップリーダからのものであるとき、前記第２の処理による前記登録すべき業務状態の推定を行うこと
   を特徴とする請求項１乃至請求項３のいずれか１項に記載の物品管理方法。
6. 出荷業務を経て物品を外部に出荷し、回収業務を経て前記出荷した物品を回収し、所定の業務を経て前記回収した物品を前記出荷業務へと回す物品の貸し出し業務において、前記物品に付したＩＤチップの情報を用いた業務管理を行う業務管理装置による物品管理方法であって、
   前記業務管理装置は、通信装置と、記憶装置と、処理装置とを備え、
   前記記憶装置には、業務状態の順序を定義した業務順序情報が登録されており、
   前記処理装置は、
   前記通信装置を介して、各業務に配備されたＩＤチップリーダが読み取って送信したＩＤチップの固有の識別情報を受信すると、当該受信した識別情報と送信元の業務を示す業務状態とを対応させて記憶装置に登録する第１の処理と、
   前記受信した識別情報に係る過去の登録情報に不整合又は情報の欠落があるときは、前記業務順序情報を参照して前記不整合を訂正し又は前記欠落を補完する第３の処理を実行すること
   を特徴とする物品管理方法。
7. 出荷業務を経て物品を外部に出荷し、回収業務を経て前記出荷した物品を回収し、所定の業務を経て前記回収した物品を前記出荷業務へと回す物品の貸し出し業務において、前記物品に付したＩＤチップの情報を用いた業務管理を行う業務管理装置による物品管理方法であって、
   前記業務管理装置は、通信装置と、記憶装置と、処理装置とを備え、
   前記記憶装置には、前記ＩＤチップの識別情報とその時点での業務状態が対応して登録されており、
   前記処理装置は、
   前記記憶装置に登録されたそれぞれの前記業務状態に対応する物品の数をそれぞれカウントする処理と、
   それぞれカウントされた物品の数の合計数と、それぞれの前記業務状態に対応する物品の数とを比較する処理と、
   いずれかの前記業務状態に対応する物品の数の２倍が前記合計数より大きい場合に、その物品に対応する業務状態を過半数の業務状態と判断する処理と
   その過半数と判断された業務状態を、他の物品に関して前記識別情報と対応して登録すべき業務状態と推定する処理と、を実行すること
   を特徴とする物品管理方法。
8. 請求項１乃至請求項７のいずれか１項に記載の物品管理方法をコンピュータに実現させることを特徴とする物品管理プログラム。
9. 請求項１乃至請求項７のいずれか１項に記載の物品管理方法をコンピュータに実現させることを特徴とする物品管理プログラムを記録した記録媒体。
10. 出荷業務を経て物品を外部に出荷し、回収業務を経て前記出荷した物品を回収し、所定の業務を経て前記回収した物品を前記出荷業務へと回す物品の貸し出し業務において使用され、前記物品に付したＩＤチップの情報を用いて業務管理を行う業務管理装置であって、
    通信装置と、記憶装置と、処理装置とを備え、
    前記処理装置は、
    前記通信装置を介して、各業務に配備されたＩＤチップリーダが読み取って送信したＩＤチップの固有の識別情報を受信すると、当該受信した識別情報と送信元の業務を示す業務状態とを対応させて記憶装置に登録し、
    前記記憶装置への登録に際して、前記識別情報と対応して登録すべき業務状態を、すでに得られた識別情報と業務状態との対応関係に基づいて推定すること
    を特徴とする業務管理装置。
11. 出荷業務を経て物品を外部に出荷し、回収業務を経て前記出荷した物品を回収し、所定の業務を経て前記回収した物品を前記出荷業務へと回す物品の貸し出し業務において使用され、前記物品に付したＩＤチップの情報を用いて業務管理を行う業務管理装置であって、
    通信装置と、記憶装置と、処理装置とを備え、
    前記記憶装置は、業務状態の順序を定義した業務順序情報を登録し、
    前記処理装置は、
    前記通信装置を介して、各業務に配備されたＩＤチップリーダが読み取って送信したＩＤチップの固有の識別情報を受信すると、当該受信した識別情報と送信元の業務を示す業務状態とを対応させて記憶装置に登録し、
    前記受信した識別情報に係る過去の登録情報に不整合又は情報の欠落があるときは、前記業務順序情報を参照して前記不整合を訂正し又は前記欠落を補完すること
    を特徴とする業務管理装置。

Images