JP2006027777A - 入出庫管理方法及び入出庫管理プログラム - Google Patents

Abstract

【課題】 適切に保管物の利用履歴を管理することを目的とする。
【解決手段】 無線通信手段を有する保管物の入出庫管理を行う入出庫管理装置１における入出庫管理方法であって、無線通信を行って読み取った情報を取得する少なくとも１つ以上の端末装置２から、保管物を識別する保管物識別情報と、保管物を扱うスタッフを識別するスタッフ識別情報と、を含む入出庫に係る処理要求を受信する処理要求受信段階と、入出庫に係る処理要求が、有効な入庫又は出庫処理の要求か否かを判定する判定段階と、判定段階において有効な入庫又は出庫処理要求であると判定すると、格納手段に格納されている保管物に係るデータ及び／又はスタッフに係るデータを更新するデータ更新段階と、を有することによって上記課題を解決する。
【選択図】 図１

Description

本発明は、入出庫管理方法及び入出庫管理プログラムに関する。

近年、例えばＣＭＴ（カセット式磁気記憶テープ）等を約数十万巻と大量に扱っているＩＤＣセンターが存在する。このようなＩＤＣセンターでは、ＣＭＴを扱うスタッフに対して、ＣＭＴを保管するＣＭＴ保管庫からの入出庫時にはＣＭＴ入出庫管理台帳等への記入、また、コンピュータルームへの搬入搬出時にはＣＭＴ処理指示書等への記入を義務付けている場合が多い。

なお、保管物等の入出庫管理等を目的とした従来技術としては、例えば、特許文献１、２、３等がある。
特開２００３−５８６１２号公報 特開２００３−２７６８０９号公報 特開２００４−３０１５２号公報

しかしながら、上記従来のＣＭＴの管理方法では、ＣＭＴ入出庫管理台帳や、ＣＭＴ処理指示書等への記入は、ＣＭＴを扱うスタッフによる手作業であり、記入漏れ等によって実際のＣＭＴの保管場所と、ＣＭＴ入出庫管理台帳の記載と、で不一致が生じる問題があった。また、このような問題が生じた場合も、最終的に誰が記入し忘れ、また、ＣＭＴが現在何処に保管されているのか、といった情報も、容易には分からない問題があった。

また、ＣＭＴ保管庫や、コンピュータルームへのＣＭＴの入出庫又は搬出入の作業は、取扱いスタッフが１人だけで行う場合が多く、例えば予定されていたＣＭＴ、又はＣＭＴ入出庫管理台帳や、ＣＭＴ処理指示書に記載したＣＭＴ、以外のＣＭＴを誤って又は故意に持出したとしても、誰が何時、何処から持出したのか等、管理することができない問題があった。

本発明は、上記の点に鑑みなされたもので、適切に保管物の利用履歴を管理することを目的とする。

そこで、上記課題を解決するため、本発明は、無線通信手段を有する保管物の入出庫管理を行う入出庫管理装置における入出庫管理方法であって、無線通信を行って読み取った情報を取得する少なくとも１つ以上の端末装置から、前記保管物を識別する保管物識別情報と、前記保管物を扱うスタッフを識別するスタッフ識別情報と、を含む入出庫に係る処理要求を受信する処理要求受信段階と、前記入出庫に係る処理要求が、有効な入庫又は出庫処理の要求か否かを判定する判定段階と、前記判定段階において有効な入庫又は出庫処理要求であると判定すると、前記格納手段に格納されている前記保管物に係るデータ及び／又はスタッフに係るデータを更新するデータ更新段階と、を有することを特徴とする。

本発明によれば、無線通信手段を有する保管物の入出庫管理を行う入出庫管理装置における入出庫管理方法であって、無線通信を行って読み取った情報を取得する少なくとも１つ以上の端末装置から、前記保管物を識別する保管物識別情報と、前記保管物を扱うスタッフを識別するスタッフ識別情報と、を含む入出庫に係る処理要求を受信する処理要求受信段階と、前記入出庫に係る処理要求が、有効な入庫又は出庫処理の要求か否かを判定する判定段階と、前記判定段階において有効な入庫又は出庫処理要求であると判定すると、前記格納手段に格納されている前記保管物に係るデータ及び／又はスタッフに係るデータを更新するデータ更新段階と、を有することができる。

また、上記課題を解決するための手段として、入出庫管理プログラムとしてもよい。

本発明によれば、適切に保管物の利用履歴を管理することができる。

以下、本発明の実施の形態について図面に基づいて説明する。

図１は、入出庫管理システムの一例のシステム構成図である。図１に示されるように、入出庫管理システムは、入出庫管理サーバ１と、端末装置２と、リーダ／ライタ装置３と、アンテナ装置４と、入退室扉５と、監視カメラ（又は監視ビデオ）６と、管理室等に設置されている扉制御装置３１と、守衛室等に設置されている警報装置４１と、アラーム装置４２と、建屋出入扉３２と、が、ネットワークを介して接続されている。

なお、図１ではマシンルーム１の中の装置の構成例のみを示しているが、記録媒体の保管庫１や記録媒体の保管庫２、別館にあるマシンルーム２等も同様の構成をしているものとする。

例えば、記録媒体の取扱者（又は利用者）は、取扱者を識別する取扱者識別コードを記録したＲＦＩＤタグ等が添付された社員証と、記録媒体を識別する記録媒体識別コードを記録したＲＦＩＤタグ等が添付された記録媒体と、を持ってアンテナ装置４を通る。

リーダ／ライタ装置３は、アンテナ装置４を介して、ＲＦＩＤタグ等が添付された社員証や、ＲＦＩＤタグ等が添付された記録媒体と、無線通信を行って、取扱者識別コードや、記録媒体識別コードを取得する。リーダ／ライタ装置３は、取得した取扱者識別コードや、記録媒体識別コードを、端末装置２に渡す。

また、記録媒体の取扱者は、例えば端末装置２を用いて、記録媒体の処理内容を識別する入出庫処理コードを入力又は選択する。端末装置２は、記録媒体の取扱者によって入力又は選択された入出庫処理コードを取得する。

なお、入出庫処理コードの取得は、取扱者識別コードや、記録媒体識別コードを、取得する前であってもよいし、後であってもよいし、同時であってもよい。

端末装置２は、取扱者識別コードや、記録媒体識別コード、入出庫処理コードを取得すると、自身の内部に設定されている部屋を識別する部屋コードを取得して、例えば、取扱者識別コードと、記録媒体識別コードと、入出庫処理コードと、部屋コードと、を含む入出庫処理リクエストを作成し、入出庫管理サーバ１に送信する。

入出庫管理サーバ１は、端末装置２より入出庫処理リクエストを受信すると、例えば該入出庫処理リクエストに含まれる情報と、自身が保持しているデータと、を比較して、有効な取扱者か否かや、有効な時間帯か否か、有効な部屋からの出庫又は有効な部屋への入庫か否か、有効な処理内容か否か、等を判定し、それぞれの判定結果に応じて、警報処理や警告処理を行う。

例えば警報処理の例としては、記録媒体の取扱関係者に警報メールを送信する警報メール送信処理や、入退室扉５及び／又は建屋出入扉３２を管理している扉制御装置３１に対して強制施錠要求を送信する強制施錠要求送信処理、アラーム装置４２を管理している警報装置４１に対して警報発令要求を送信する警報発令要求送信処理等がある。

また、例えば警告処理の例としては、記録媒体の取扱関係者に警告メールを送信する警告メール送信処理や、端末装置２にエラーメッセージの表示要求を送信するエラーメッセージ表示要求送信処理等がある。

なお、警報処理又は警告処理の他の例として、監視カメラ（又は監視ビデオ）６に対して、電源ＯＮ要求を送信したり、ズーム撮影要求を送信したりするようにしてもよい。

なお、入出庫管理サーバ１は、全ての判定処理の結果、有効な入出庫処理であると判定すると、例えば自身が保持している記録媒体の入出庫に係る状態データ（状態情報）を、例えば入庫や、出庫等に変更する。

また、入出庫管理サーバ１は、所定の監視時間毎（例えば３分毎）に、自身が保持しているデータを監視し、例えば記録媒体の処理内容が、ビル内出庫やビル渡り出庫だった場合、経過時間が所定の許容時間内か否か等を判定し、経過時間が所定の許容時間内でないと判定すると、警告処理を行う。

例えば警告処理の例としては、記録媒体の利用者に警告メールを送信する利用者宛警告メール送信処理や、記憶媒体の取扱有資格者に警告メールを送信する取扱有資格者宛警告メール送信処理等がある。

なお、例えば図１では、アラーム装置４２を守衛室に設置しているが、警報装置４１とネットワークを介して接続されていれば、各部屋及び／又は建屋の出入口等に設置するようにしてもよい。

端末装置２及び入出庫管理サーバ１が上述したような処理を行うことによって、適切に記録媒体の利用履歴を管理することができる。また、不正な記録媒体の利用にたいしては、警報処理や警告処理を行うことができる。

以下、入出庫管理サーバ１の一例のハードウェア構成を、図２を用いて説明する。図２は、入出庫管理サーバの一例のハードウェア構成図である。

図２に示されるように、入出庫管理サーバ１のハードウェア構成は、それぞれバスで相互に接続されている入力装置１１と、表示装置１２と、ドライブ装置１３と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１５と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１６と、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１７と、インターフェース装置１８と、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）１９とから構成されている。

入力装置１１は、入出庫管理サーバ１の利用者が操作するキーボード及びマウス等で構成され、入出庫管理サーバ１に各種操作信号を入力するのに用いられる。

表示装置１２は、入出庫管理サーバ１の利用者が利用するディスプレイ等で構成され、各種情報を表示する。

インターフェース装置１８は、入出庫管理サーバ１をネットワーク等に接続するインターフェースである。

入出庫管理サーバ１のプログラム等は、例えば、ＣＤ−ＲＯＭ等の記録媒体１４によって入出庫管理サーバ１に提供されるか、ネットワークを通じてダウンロードされる。記録媒体１４は、ドライブ装置１３にセットされ、プログラム等が記録媒体１４からドライブ装置１３を介してＨＤＤ１９にインストールされる。

ＲＯＭ１５は、データ等を格納する。ＲＡＭ１６は、入出庫管理サーバ１の起動時等にＨＤＤ１９からプログラム等を読み出して格納する。ＣＰＵ１７は、ＲＡＭ１６に読み出され格納されたプログラム等に従って処理を実行する。

ＨＤＤ１９には、プログラム以外に、例えば、扉制御装置３１や、警報装置４１、端末装置２等のＩＰアドレスが記述されているファイルや、後述する許容時間設定ファイル１３０、後述するＤＢのデータ等が格納される。

以下、端末装置２の一例のハードウェア構成を、図３を用いて説明する。図３は、端末装置の一例のハードウェア構成図である。

図３に示されるように、端末装置２のハードウェア構成は、それぞれバスで相互に接続されている入力装置２１と、表示装置２２と、ドライブ装置２３と、ＲＯＭ２５と、ＲＡＭ２６と、ＣＰＵ２７と、インターフェース装置２８と、ＨＤＤ２９とから構成されている。

入力装置２１は、端末装置２の利用者が操作するキーボード及びマウス等で構成され、端末装置２に各種操作信号を入力するのに用いられる。

表示装置２２は、端末装置２の利用者が利用するディスプレイ等で構成され、各種情報を表示する。

インターフェース装置２８は、端末装置２をネットワーク等に接続するインターフェースである。

端末装置２のプログラム等は、例えば、ＣＤ−ＲＯＭ等の記録媒体２４によって端末装置２に提供されるか、ネットワークを通じてダウンロードされる。記録媒体２４は、ドライブ装置２３にセットされ、プログラム等が記録媒体２４からドライブ装置２３を介してＨＤＤ２９にインストールされる。

ＲＯＭ２５は、データ等を格納する。ＲＡＭ２６は、端末装置２の起動時にＨＤＤ２９からプログラム等を読み出して格納する。ＣＰＵ２７は、ＲＡＭ２６に読み出され格納されたプログラム等に従って処理を実行する。

ＨＤＤ２９には、プログラム以外に、例えば、入出庫管理サーバ１等のＩＰアドレスが記述されているファイルや、部屋コード等が格納される。

なお、扉制御装置３１、警報装置４１等のハードウェア構成は、図３に示した端末装置２のハードウェア構成と同様である。

以下、端末装置２の機能構成の一例を、図４に示す。図４は、端末装置の機能構成図（その１）である。

図４に示されるように、端末装置２は、記録媒体識別コード取得部２０１と、取扱者識別コード取得部２０２と、入出庫処理コード取得部２０３と、部屋コード取得部２０５と、リクエスト作成部２０６と、リクエスト送信部２０７と、を含む。

記録媒体識別コード取得部２０１は、リーダ／ライタ装置３が、アンテナ装置４を介して、ＲＦＩＤタグ等が添付された記録媒体と無線通信を行って取得した記録媒体識別コードを、リーダ／ライタ装置３より取得する取得部である。

また、取扱者識別コード取得部２０２は、リーダ／ライタ装置３が、アンテナ装置４を介して、ＲＦＩＤタグ等が添付された社員証と無線通信を行って取得した取扱者識別コードを、リーダ／ライタ装置３より取得する取得部である。

また、入出庫処理コード取得部２０３は、端末装置２のディスプレイ等に表示された画面を用いて、記録媒体の取扱者が入力又は選択した入出庫処理コードを取得する取得部である。

また、部屋コード取得部２０５は、端末装置２内のファイル等に設定されている、該装置端末２と対応付けられた、部屋（又は場所）を識別する部屋コードを取得する取得部である。

また、リクエスト作成部２０６は、例えば、取扱者識別コードと、記録媒体識別コードと、入出庫処理コードと、部屋コードと、を含む入出庫処理リクエストを作成する作成部である。

また、リクエスト送信部２０７は、端末装置２内に存在する入出庫管理サーバ１のＩＰアドレス等を取得して、リクエスト作成部２０６が作成した入出庫処理リクエストを、入出庫管理サーバ１に送信する送信部である。

以下、入出庫管理サーバ１の機能構成の一例を、図５に示す。図５は、入出庫管理サーバの機能構成図（その１）である。

図５に示されるように、入出庫管理サーバ１は、リクエスト受信部１０１と、資格判定部１０２と、時間帯判定部１０３と、部屋判定部１０４と、処理内容判定部１０５と、データ更新部１０６と、警報処理部１０７と、警告処理部１０８と、状態判定・監視部１０９と、経過時間算出・判定部１１０と、処理結果返信処理部１１２と、媒体情報ＤＢ１２０と、媒体所在情報ＤＢ１２１と、顧客情報ＤＢ１２２と、業務情報ＤＢ１２３と、取扱者種別情報ＤＢ１２４と、取扱グループＤＢ１２５と、取扱者ＤＢ１２６と、部屋ＤＢ１２７と、を含む。

リクエスト受信部１０１は、端末装置２から送信された、例えば入出庫処理リクエストを受信する受信部である。

また、資格判定部１０２は、例えば入出庫処理リクエストに含まれる取扱者識別コードと、ＤＢに格納されているデータと、を比較して、有効な取扱者か否かを判定する判定部である。

また、時間帯判定部１０３は、例えば入出庫管理サーバ１が、入出庫処理リクエストを受信した時間情報と、ＤＢに格納されているデータと、を比較して、有効な時間帯か否かを判定する判定部である。

また、部屋判定部１０４は、例えば入出庫処理リクエストに含まれる部屋コードと、ＤＢに格納されているデータと、を比較して、有効な部屋からの出庫又は有効な部屋への入庫か否かを判定する判定部である。

また、処理内容判定部１０５は、例えば入出庫処理リクエストに含まれる入出庫処理コードと、ＤＢに格納されているデータと、を比較して、有効な入庫又は出庫処理か否かを判定する判定部である。

また、データ更新部１０６は、例えばＤＢに格納されている記録媒体の入出庫に係る状態データを、入庫や、出庫等に変更する変更部である。

また、警報処理部１０７は、例えば記録媒体の取扱関係者に警報メールを送信したり、入退室扉５及び／又は建屋出入扉３２を管理している扉制御装置３１に対して強制施錠要求を送信したり、アラーム装置４２を管理している警報装置４１に対して警報発令要求を送信したりする等の、警報処理を行う処理部である。なお、警報処理部１０７は、警告処理の他の例として、監視カメラ（又は監視ビデオ）６に対して、電源ＯＮ要求を送信したり、ズーム撮影要求を送信したりしてもよい。なお、該処理は、後述する警告処理部１０８が実行するようにしてもよい。

また、警告処理部１０８は、記録媒体の取扱関係者に警告メールを送信したり、端末装置にエラーメッセージの表示要求を送信したりする等の、警告処理を行う処理部である。なお、警告処理部１０８は、記録媒体の利用者に警告メールを送信したり、記憶媒体の取扱有資格者に警告メールを送信したりしてもよい。

また、状態判定・監視部１０９は、所定の監視時間毎（例えば３分毎）に、ＤＢに格納されているデータを監視し、例えば記録媒体の処理内容が、ビル内出庫又はビル渡り出庫か否か等を判定する判定・監視部である。

また、経過時間算出・判定部１１０は、例えばＤＢに格納されているデータと、入出庫管理サーバ１が内部で保持するタイマーと、から記録媒体を出庫してからの経過時間を算出し、該経過時間が、ファイル等に格納されている許容時間内か否かを判定する算出・判定部である。

また、処理結果返信処理部１１２は、入出庫処理の処理結果を、例えば要求元の端末装置２の返信する処理を行う処理部である。

また、媒体情報ＤＢ１２０は、記録媒体に係る情報を格納するＤＢである。媒体情報ＤＢ１２０の詳細は、後述する図６に示す。

また、媒体所在情報ＤＢ１２１は、記録媒体の所在に係る情報を格納するＤＢである。媒体所在情報ＤＢ１２１の詳細は、後述する図７に示す。

また、顧客情報ＤＢ１２２は、顧客に係る情報を格納するＤＢである。顧客情報ＤＢ１２２の詳細は、後述する図８に示す。

また、業務情報ＤＢ１２３は、業務に係る情報を格納するＤＢである。業務情報ＤＢ１２３の詳細は、後述する図９に示す。

また、取扱者種別情報ＤＢ１２４は、顧客の業務種別毎の取扱者（又は取扱が許可されたグループ）に係る情報を格納するＤＢである。取扱者種別情報ＤＢ１２４の詳細は、後述する図１０に示す。

また、取扱グループＤＢ１２５は、取扱が許可されたグループに係る情報を格納するＤＢである。取扱グループＤＢ１２５の詳細は、後述する図１１に示す。

また、取扱者ＤＢ１２６は、取扱者に係る情報を格納するＤＢである。取扱者ＤＢ１２６の詳細は、後述する図１２に示す。

また、部屋ＤＢ１２７は、部屋に係る情報を格納するＤＢである。部屋ＤＢ１２７の詳細は、後述する図１３に示す。

以下、媒体情報ＤＢ１２０の一例を、図６に示す。図６は、媒体情報ＤＢの一例を示す図である。図６に示されるように、媒体情報ＤＢ１２０のテーブルは、記録媒体識別コードと、顧客コードと、業務種別コードと、媒体情報と、状態コードと、管理レベルと、部屋コードと、入出可能部屋コードと、保管部屋コードと、アクセス日時と、を項目として含む。

記録媒体識別コードには、管理対象の記録媒体の識別コードが格納される。なお、記録媒体識別コードは、全ての管理対象の記録媒体に対してユニークに採番される。また、顧客コードには、顧客を識別する識別コードが格納される。また、業務種別コードには、顧客内の業務処理のコードが格納される。また、媒体情報には、顧客が記録媒体に付した情報が格納される。状態コードには、例えば、未入庫（０）、入庫（１）、ビル内出庫（２）、ビル渡り出庫（３）、顧客返却（４）、媒体廃棄（５）等の、記録媒体の状態コードが格納される。ここで、未入庫（０）とは、ＲＦＩＤタグは発行済みであるが管理対象の媒体が未決状態のことである。また、ビル渡り出庫（３）とは、複数の建屋を跨がった形でセンターを構成している場合に建屋間を移動する状態のことである。

また、管理レベルには、例えば、通常（Ｓ１）、重要（Ｓ２）、最重要（Ｓ３）等の、管理対象の記録媒体の管理レベルが格納される。部屋コードには、最後に記録媒体を入出庫した部屋を識別する部屋コードが格納される。入出庫可能部屋コードには、記録媒体の入出庫可能な部屋を識別する部屋コードが格納される。保管部屋コードには、記録媒体の通常の保管部屋を識別する部屋コードが格納される。アクセス日時には、入出庫等の作業による記録媒体への最終のアクセス日時が格納される。

以下、媒体所在情報ＤＢ１２１の一例を、図７に示す。図７は、媒体所在情報ＤＢの一例を示す図である。図７に示されるように、媒体所在情報ＤＢ１２１のテーブルは、記録媒体識別コードと、顧客コードと、業務種別コードと、媒体情報と、状態コードと、管理レベルと、利用者コードと、部屋コードと、アクセス日時と、を項目として含む。

記録媒体識別コードには、管理対象の記録媒体の識別コードが格納される。また、顧客コードには、顧客を識別する識別コードが格納される。また、業務種別コードには、顧客内の業務処理のコードが格納される。また、媒体情報には、顧客が記録媒体に付した情報が格納される。状態コードには、例えば、未入庫（０）、入庫（１）、ビル内出庫（２）、ビル渡り出庫（３）、顧客返却（４）、媒体廃棄（５）等の、記録媒体の状態コードが格納される。管理レベルには、例えば、通常（Ｓ１）、重要（Ｓ２）、最重要（Ｓ３）等の、管理対象の記録媒体の管理レベルが格納される。また、利用者コードには、入出庫作業を実施した利用者を識別する識別コード（取扱者コード）が格納される。また、部屋コードには、最後に記録媒体を入出庫した部屋を識別する部屋コードが格納される。アクセス日時には、入出庫等の作業による記録媒体への最終のアクセス日時が格納される。

以下、顧客情報ＤＢ１２２の一例を、図８に示す。図８は、顧客情報ＤＢの一例を示す図である。図８に示されるように、顧客情報ＤＢ１２２のテーブルは、顧客コードと、顧客名称と、業務種別コード１と、業務種別コード２と、業務種別コード３と、を項目として含む。

顧客コードには、顧客を識別する識別コードが格納される。また、顧客名称には、顧客の名称が格納される。また、業務種別コード１、業務種別コード２、業務種別コード３には、顧客内の業務処理システムの識別コードがそれぞれ格納される。

以下、業務情報ＤＢ１２３の一例を、図９に示す。図９は、業務情報ＤＢの一例を示す図である。図９に示されるように、業務情報ＤＢ１２３のテーブルは、業務コードと、顧客コードと、顧客名称と、業務種別コードと、業務名称と、処理区分と、許可時間帯と、許可日と、を項目として含む。

業務コードには、記録媒体の管理に係る業務を識別する管理コードが格納される。また、顧客コードには、顧客を識別する識別コードが格納される。また、顧客名称には、顧客の名称が格納される。また、業務種別コードには、顧客内の業務処理システムの識別コードが格納される。また、業務名称には、顧客内の業務処理システムのシステム名が格納される。また、処理区分には、例えば、月〜金（０１）、月〜土（０２）、毎日（０３）、指定日（０４）等の、記録媒体の処理区分が格納される。また、許可時間帯には、例えばセンター内における入出庫許可の設定時間帯が格納される。また、許可日には、例えばセンター内の入出庫許可の設定日及び／又はセンター外の搬出入可能な設定日が格納される。

以下、取扱者種別情報ＤＢ１２４の一例を、図１０に示す。図１０は、取扱者種別情報ＤＢの一例を示す図である。図１０に示されるように、取扱者種別情報ＤＢ１２４のテーブルは、顧客コードと、業務種別コードと、取扱グループコードと、業務コードと、を項目として含む。

顧客コードには、顧客を識別する識別コードが格納される。また、業務種別コードには、顧客内の業務処理システムの識別コードが格納される。また、取扱グループコードには、記録媒体の取扱を許可するグループを識別する識別コードが格納される。また、業務コードには、記録媒体の管理に係る業務を識別する管理コードが格納される。

以下、取扱グループＤＢ１２５の一例を、図１１に示す。図１１は、取扱グループＤＢの一例を示す図である。図１１に示されるように、取扱グループＤＢ１２５のテーブルは、取扱グループコードと、責任者コードと、取扱者コード１と、取扱者コード２と、を項目として含む。

取扱グループコードには、記録媒体の取扱を許可するグループを識別する識別コードが格納される。また、責任者コードには、グループの責任者の社員コードが格納される。また、取扱者コード１、取扱者コード２は、グループに含まれる取扱者の社員コードが格納される。

以下、取扱者ＤＢ１２６の一例を、図１２に示す。図１２は、取扱者ＤＢの一例を示す図である。図１２に示されるように、取扱者ＤＢ１２６のテーブルは、取扱者識別コードと、氏名と、社員コードと、所属コードと、電子メールアドレスと、携帯電話メールアドレスと、内線番号と、外線番号と、を項目として含む。

取扱者識別コードには、記録媒体の取扱者を識別する識別コードが格納される。なお、取扱者識別コードは、全ての取扱者にユニークに採番される。また、氏名には、社員（又は取扱者）の氏名が格納される。また、社員コードには、社員を識別する識別コードが格納される。また、所属コードには、社員（又は取扱者）の所属する部署コードが格納される。また、電子メールアドレスには、イントラ内の電子メールアドレスが格納される。また、携帯電話メールアドレスには、携帯電話用の電子メールアドレスが格納される。また、内線番号には、内線電話番号が格納される。また、外線番号には、外線電話番号が格納される。

以下、部屋ＤＢ１２７の一例を、図１３に示す。図１３は、部屋ＤＢの一例を示す図である。図１３に示されるように、部屋ＤＢ１２７のテーブルは、部屋コードと、部屋名称と、内線番号と、を項目として含む。

部屋コードには、部屋（又は場所）を識別する部屋コードが格納される。なお、部屋コードは、全ての部屋（又は場所）にユニークに採番されている。また、部屋名称には、部屋（又は場所）の名称が格納される。また、内線番号には、部屋（又は場所）を管理する管理者への内線番号が格納される。

以下、端末装置２が作成し、入出庫管理サーバ１に送信する入出庫処理リクエストの一例を、図１４に示す。図１４は、入出庫処理リクエストの概念図（その１）である。

図１４に示されるように、入出庫処理リクエストには、例えば、記録媒体の処理内容を識別する入出庫処理コードと、記録媒体を識別する記録媒体識別コードと、記録媒体の取扱者を識別する取扱者識別コードと、部屋（又は場所）を識別する部屋コードと、を含む。

以下、端末装置２における入出庫処理の一例を、図１５に示す。図１５は、端末装置における入出庫処理を示すフローチャート（その１）である。

ステップＳ１０において、端末装置２は、例えば記録媒体識別コード取得部２０１が、リーダ／ライタ装置３がアンテナ装置４を介してＲＦＩＤタグ等が添付された記録媒体と無線通信を行って取得した記録媒体識別コードを、リーダ／ライタ装置３より取得したか否かを判定する。端末装置２は、記録媒体識別コード取得部２０１が、記録媒体識別コードを取得したと判定すると（ステップＳ１０においてＹＥＳ）、ステップＳ１１に進み、記録媒体識別コード取得部２０１が、記録媒体識別コードを取得していないと判定すると（ステップＳ１０においてＮＯ）、ステップＳ１０の処理を繰り返す。

ステップＳ１０に続いてステップＳ１１に進むと、端末装置２は、例えば入出庫処理コード取得部２０３が、端末装置２のディスプレイ等に表示された画面を用いて、記録媒体の取扱者が入力又は選択した入出庫処理コードを取得したか否かを判定する。装置端末２は、入出庫処理コード取得部２０３が、入出庫処理コードを取得したと判定すると（ステップＳ１１においてＹＥＳ）、ステップＳ１２に進み、入出庫処理コード取得部２０３が、入出庫処理コードを取得していないと判定すると（ステップＳ１１においてＮＯ）、ステップＳ１１の処理を繰り返す。

ステップＳ１１に続いてステップＳ１２に進むと、端末装置２は、例えば取扱者識別コード取得部２０２が、リーダ／ライタ装置３がアンテナ装置４を介してＲＦＩＤタグ等が添付された社員証と無線通信を行って取得した取扱者識別コードを、リーダ／ライタ装置３より取得したか否かを判定する。端末装置２は、取扱者識別コード取得部２０２が、取扱者識別コードを取得したと判定すると（ステップＳ１２においてＹＥＳ）、ステップＳ１３に進み、取扱者識別コード取得部２０２が、取扱者識別コードを取得していないと判定すると（ステップＳ１２においてＮＯ）、ステップＳ１３の処理を繰り返す。

なお、ステップＳ１０、ステップＳ１１、ステップＳ１２の処理の順番は必ずしも図１５に示したような順番でなくてもよく、順番は問わない。また、ステップＳ１０からステップＳ１１の間や、ステップＳ１１からステップＳ１２の間等において、所定の時間間隔が開いた場合、端末装置２は、例えば端末装置２のディスプレイ等に警告或いは警報メッセージを表示する等してもよい。

ステップＳ１２に続いてステップＳ１３に進むと、端末装置２の部屋コード取得部２０５は、端末装置２内のファイル等に設定されている部屋コードを取得する。

ステップＳ１３に続いてステップＳ１４に進み、端末装置２のリクエスト作成部２０６は、例えば図１４に示されるような入出庫処理リクエストを作成する。

ステップＳ１４に続いてステップＳ１５に進み、端末装置２のリクエスト送信部２０７は、入出庫管理サーバ１のＩＰアドレス等を取得する。

ステップＳ１５に続いてステップＳ１６に進み、端末装置２のリクエスト送信部２０７は、ステップＳ１４においてリクエスト作成部２０６が作成した入出庫処理リクエストを、ステップＳ１５において取得した例えばＩＰアドレスに基づいて、入出庫管理サーバ１に送信する。

図１５に示したような処理を行うことによって、端末装置２は、図１４に示したような入出庫処理リクエストを、入出庫管理サーバ１に送信することができる。

以下、入出庫管理サーバ１における入出庫処理の一例を、図１６に示す。図１６は、入出庫管理サーバにおける入出庫処理を示すフローチャート（その１）である。

ステップＳ２０において、入出庫管理サーバ１は、リクエスト受信部１０１が、端末装置２から送信された入出庫処理リクエストを受信したか否かを判定する。入出庫管理サーバ１は、リクエスト受信部１０１が、端末装置２から送信された入出庫処理リクエストを受信したと判定すると（ステップＳ２０においてＹＥＳ）、ステップＳ２１に進み、リクエスト受信部１０１が、端末装置２から送信された入出庫処理リクエストを受信していないと判定すると（ステップＳ２０においてＮＯ）、ステップＳ２０の処理を繰り返す。

ステップＳ２０に続いてステップＳ２１に進むと、入出庫管理サーバ１の資格判定部１０２は、例えば入出庫処理リクエストに含まれる取扱者識別コードに基づいて、取扱者ＤＢ１２６より、対応する社員コードを取得する。また、入出庫管理サーバ１の資格判定部１０２は、入出庫処理リクエストに含まれる記録媒体識別コードに基づいて、媒体情報ＤＢ１２０より、対応する顧客コードと、業務種別コードと、を取得する。入出庫管理サーバ１の資格判定部１０２は、該取得した顧客コードと、業務種別コードと、に基づいて、取扱者種別情報ＤＢ１２４より、対応する取扱グループコードを取得する。また、入出庫管理サーバ１の資格判定部１０２は、該取得した取扱グループコードに基づいて、取扱グループＤＢ１２５より、対応する責任者コード及び取扱者コードを取得する。

入出庫管理サーバ１の資格判定部１０２は、取得した社員コードと、責任者コード及び取扱者コードと、を比較して、入出庫処理リクエストに含まれる取扱者識別コードによって識別される取扱者に、入出庫処理リクエストに含まれる記録媒体識別コードによって識別される記録媒体を処理する資格があるか否かを判定する。入出庫管理サーバ１の資格判定部１０２は、記録媒体を処理する資格があると判定すると（ステップＳ２１においてＹＥＳ）、ステップＳ２３に進み、資格がないと判定すると（ステップＳ２１においてＮＯ）、ステップＳ２２に進む。

ステップＳ２２では、入出庫管理サーバ１の警報処理部１０７が、警報処理を実行する。なお、警報処理の詳細は、後述する図１７〜図１９を用いて説明する。ステップＳ２２の処理が終了すると、入出庫管理サーバ１は、ステップＳ２０からの処理を繰り返す。

一方、ステップＳ２３では、入出庫管理サーバ１の時間帯判定部１０３が、入出庫処理リクエストに含まれる記録媒体識別コードに基づいて、媒体情報ＤＢ１２０より、対応する顧客コードと、業務種別コードと、を取得する。入出庫管理サーバ１の資格判定部１０２は、該取得した顧客コードと、業務種別コードと、に基づいて、業務情報ＤＢ１２３より、対応する許可日及び許可時間帯を取得し、該取得した許可日及び許可時間帯と、例えば入出庫管理サーバ１が、入出庫処理リクエストを受信した時間情報と、を比較して、記録媒体の入出庫が許可されている時間帯か否かを判定する。なお、ここで、時間情報とは、例えば、「２００４年０６月１８日 １５時３０分」等のように、年月日の情報も含まれるものとする。なお、年月日や時間の情報以外に、曜日の情報も含めるようにしてもよい。以下においても同様である。

入出庫管理サーバ１の時間帯判定部１０３は、許可されている時間帯であると判定すると（ステップＳ２３においてＹＥＳ）、ステップＳ２４に進み、許可されていない時間帯であると判定すると（ステップＳ２３においてＮＯ）、ステップＳ２６に進む。

ステップＳ２３に続いてステップＳ２４に進むと、入出庫管理サーバ１の部屋判定部１０４は、入出庫処理リクエストに含まれる記録媒体識別コードに基づいて、媒体情報ＤＢ１２０より、対応する入出庫可能部屋コードを取得し、該入出庫可能部屋コードと、例えば入出庫処理リクエストに含まれる部屋コードと、を比較して、入出庫可能な部屋か否かを判定する。

入出庫管理サーバ１の部屋判定部１０４は、入出庫可能な部屋であると判定すると（ステップＳ２４においてＹＥＳ）、ステップＳ２５に進み、入出庫可能な部屋でないと判定すると（ステップＳ２４においてＮＯ）、ステップＳ２６に進む。

ステップＳ２４に続いてステップＳ２５に進むと、入出庫管理サーバ１の処理内容判定部１０５は、入出庫処理リクエストに含まれる記録媒体識別コードに基づいて、媒体情報ＤＢ１２０より、対応する状態コードを取得し、該状態コードと、例えば入出庫処理リクエストに含まれる入出庫処理コードと、を比較して、有効な処理内容か否かを判定する。

入出庫管理サーバ１の処理内容判定部１０５は、有効な処理内容であると判定すると（ステップＳ２５においてＹＥＳ）、ステップＳ２７に進み、有効な処理内容でないと判定すると（ステップＳ２５においてＮＯ）、ステップＳ２６に進む。

例えば、入出庫管理サーバ１の処理内容判定部１０５は、対応する状態コードが入庫を表しているのに、入出庫処理コードも入庫を表している場合は、有効な処理内容でないと判定する。同様に、例えば、入出庫管理サーバ１の処理内容判定部１０５は、対応する状態コードが出庫を表しているのに、入出庫処理コードも出庫を表している場合は、有効な処理内容でないと判定する。

ステップＳ２６では、入出庫管理サーバ１の警告処理部１０８が、警告処理を実行する。なお、警告処理の詳細は、後述する図２０及び図２１を用いて説明する。ステップＳ２６の処理が終了すると、入出庫管理サーバ１は、ステップＳ２０からの処理を繰り返す。

一方、ステップＳ２７では、入出庫管理サーバ１のデータ更新部１０６が、入出庫処理リクエストに含まれる記録媒体識別コードに基づいて、媒体情報ＤＢ１２０の対応する状態コードを、例えば、入庫や、ビル内出庫、ビル渡り出庫等に更新したり、媒体情報ＤＢ１２０の対応するアクセス日時を更新したりする。同様に、入出庫管理サーバ１のデータ更新部１０６は、媒体所在情報ＤＢの対応する状態コードや、アクセス日時を更新すると共に、入出庫処理リクエストに含まれる取扱者識別コードに基づいて、媒体所在情報ＤＢの対応する利用者コードを更新したり、入出庫処理リクエストに含まれる部屋コードに基づいて、媒体所在情報ＤＢの対応する部屋コードを更新したりする。

ステップＳ２７に続いてステップＳ２８に進み、入出庫管理サーバ１の処理結果返信処理部１１２は、入出庫管理サーバ１における入出庫処理の処理結果を例えば、要求元の端末装置２等に返信する返信処理を実行する。処理結果返信処理の詳細は、後述する図３２に示す。ステップＳ２８の処理が終了すると、入出庫管理サーバ１は、ステップＳ２０からの処理を繰り返す。

図１６に示すような処理を行うことによって、適切に記録媒体の利用履歴を管理することができる。また、不正な記録媒体の利用にたいしては、警報処理や警告処理を行うことができる。

以下、入出庫管理サーバ１における警報処理の一例を、図１７に示す。図１７は、入出庫管理サーバにおける警報処理を示すフローチャート（その１）である。

ステップＳ３０において、入出庫管理サーバ１の警報処理部１０７は、警報メールを作成する。なお、例えば、警報メールには、入出庫処理リクエストに含まれる記録媒体識別コードや、部屋コード、取扱者識別コード、また、入出庫処理リクエストを受信した時間情報等を含めることができる。

ステップＳ３０に続いてステップＳ３１に進み、入出庫管理サーバ１の警報処理部１０７は、入出庫処理リクエストに含まれる記録媒体識別コードに基づいて、媒体情報ＤＢ１２０より、対応する顧客コードと、業務種別コードと、を取得する。入出庫管理サーバ１の警報処理部１０７は、該取得した顧客コードと、業務種別コードと、に基づいて、取扱者種別情報ＤＢ１２４より、対応する取扱グループコードを取得する。また、入出庫管理サーバ１の警報処理部１０７は、該取得した取扱グループコードに基づいて、取扱グループＤＢ１２５より、対応する責任者コード及び取扱者コードを取得する。入出庫管理サーバ１の警報処理部１０７は、該取得した責任者コード及び取扱者コードに基づいて、対応する電子メールアドレス及び／又は携帯電話メールアドレスを取得する。

ステップＳ３１に続いてステップＳ３２に進み、入出庫管理サーバ１の警報処理部１０７は、ステップＳ３０において作成した警報メールを、ステップＳ３１において取得した電子メールアドレス及び／又は携帯電話メールアドレスに送信する。

図１７に示すような処理を行うことによって、記録媒体を取扱う資格を有しないものが記録媒体を入出庫しようとした場合は、該記録媒体を取扱う資格を有する人（又は人たち）に、記録媒体識別コードや、部屋コード、取扱者識別コード、時間情報等を含む、適格な警報メールを送信し、例えば不正な持ち出し等を知らせることができる。該警報メールを受け取ることによって、記録媒体を取扱う資格を有する人（又は人たち）は、例えば、誰が、何時、どの記録媒体を、何処から又は何処へ入出庫したかが分かる。

以下、入出庫管理サーバ１における警報処理の他の例を、図１８に示す。図１８は、入出庫管理サーバにおける警報処理を示すフローチャート（その２）である。

ステップＳ４０において、入出庫管理サーバ１の警報処理部１０７は、警報発令要求を作成する。

ステップＳ４０に続いてステップＳ４１に進み、入出庫管理サーバ１の警報処理部１０７は、ＨＤＤ１９等に格納されているファイル等より警報装置４１のＩＰアドレス等を取得する。

ステップＳ４１に続いてステップＳ４２に進み、入出庫管理サーバ１の警報処理部１０７は、ステップＳ４０において作成した警報発令要求を、ステップＳ４１において取得したＩＰアドレス等に基づいて、警報装置４１に送信する。

図１８に示したような処理を行うことによって、記録媒体を取扱う資格を有しないものが記録媒体を入出庫しようとした場合は、警報装置４１に警報発令要求を送信し、例えば守衛室４２や、各部屋又は建屋の出入口に設置したアラーム装置４２においてアラームを発令することができる。なお、各部屋や、建屋の出入口にアラーム装置４２を設置する構成とした場合は、入出庫管理サーバ１の警報処理部１０７が作成する警報発令要求の中に、警報を発令するアラーム装置４２を識別するため、部屋コードを含めるようにしてもよい。

以下、入出庫管理サーバ１における警報処理の他の例を、図１９に示す。図１９は、入出庫管理サーバにおける警報処理を示すフローチャート（その３）である。

ステップＳ５０において、入出庫管理サーバ１の警報処理部１０７は、入出庫処理リクエストに含まれる部屋コードを含む、強制施錠要求を作成する。

ステップＳ５０に続いてステップＳ５１に進み、入出庫管理サーバ１の警報処理部１０７は、ＨＤＤ１９等に格納されているファイル等より扉制御装置３１のＩＰアドレス等を取得する。

ステップＳ５１に続いてステップＳ５２に進み、入出庫管理サーバ１の警報処理部１０７は、ステップＳ５０において作成した強制施錠要求を、ステップＳ５１において取得したＩＰアドレス等に基づいて、扉制御装置３１に送信する。

図１９に示したような処理を行うことによって、記録媒体を取扱う資格を有しないものが記録媒体を入出庫しようとした場合は、扉制御装置３１に強制施錠要求を送信し、対応する入退室扉５や建屋出入扉３２を強制施錠することができる。

以下、入出庫管理サーバ１における警告処理の一例を、図２０に示す。図２０は、入出庫管理サーバにおける警告処理を示すフローチャート（その１）である。

ステップＳ６０において、入出庫管理サーバ１の警告処理部１０８は、警告メールを作成する。なお、例えば、警告メールには、入出庫処理リクエストに含まれる記録媒体識別コードや、部屋コード、取扱者識別コード、また、入出庫処理リクエストを受信した時間情報等を含めることができる。

ステップＳ６０に続いてステップＳ６１に進み、入出庫管理サーバ１の警告処理部１０８は、入出庫処理リクエストに含まれる記録媒体識別コードに基づいて、媒体情報ＤＢ１２０より、対応する顧客コードと、業務種別コードと、を取得する。入出庫管理サーバ１の警告処理部１０８は、該取得した顧客コードと、業務種別コードと、に基づいて、取扱者種別情報ＤＢ１２４より、対応する取扱グループコードを取得する。また、入出庫管理サーバ１の警告処理部１０８は、該取得した取扱グループコードに基づいて、取扱グループＤＢ１２５より、対応する責任者コード及び取扱者コードを取得する。入出庫管理サーバ１の警告処理部１０８は、該取得した責任者コード及び取扱者コードに基づいて、対応する電子メールアドレス及び／又は携帯電話メールアドレスを取得する。

ステップＳ６１に続いてステップＳ６２に進み、入出庫管理サーバ１の警告処理部１０８は、ステップＳ６０において作成した警告メールを、ステップＳ６１において取得した電子メールアドレス及び／又は携帯電話メールアドレスに送信する。

図２０に示すような処理を行うことによって、記録媒体を取扱う資格を有する人（又は人たち）に、記録媒体識別コードや、部屋コード、取扱者識別コード、時間情報等を含む、適格な警告メールを送信し、例えば不正な持ち出し等を知らせることができる。該警告メールを受け取ることによって、記録媒体を取扱う資格を有する人（又は人たち）は、例えば、誰が、何時、どの記録媒体を、何処から又は何処へ入出庫したかが分かる。

以下、入出庫管理サーバ１における警告処理の他の例を、図２１に示す。図２１は、入出庫管理サーバにおける警告処理を示すフローチャート（その２）である。

ステップＳ７０において、入出庫管理サーバ１の警告処理部１０８は、エラーメッセージ表示要求を作成する。

ステップＳ７０に続いてステップＳ７１に進み、入出庫管理サーバ１の警告処理部１０８は、ＨＤＤ１９等に格納されているファイル等より端末装置２のＩＰアドレス等を取得する。

ステップＳ７１に続いてステップＳ７２に進み、入出庫管理サーバ１の警告処理部１０８は、ステップＳ７０において作成したエラーメッセージ表示要求を、ステップＳ７１において取得したＩＰアドレス等に基づいて、端末装置２に送信する。

図２１に示すような処理を行うことによって、エラーメッセージ表示要求を端末装置２に送信し、端末装置２のディスプレイ等にエラーメッセージを表示させることができる。

以下、入出庫管理サーバ１における警告監視処理の一例を、図２２に示す。図２２は、入出庫管理サーバにおける警告監視処理を示すフローチャートである。

ステップＳ８０において、入出庫管理サーバ１の状態判定・監視部１０９は、入出庫管理サーバ１が内部で保持するタイマー等を監視し、警告監視処理を開始する時間か否かを判定する。入出庫管理サーバ１の状態判定・監視部１０９は、警告監視処理を開始する時間であると判定すると（ステップＳ８０においてＹＥＳ）、ステップＳ８１に進み、警告監視処理を開始する時間でないと判定すると（ステップＳ８０においてＮＯ）、ステップＳ８０の処理を繰り返す。

例えば、入出庫管理サーバ１の状態判定・監視部１０９は、入出庫管理サーバ１が内部で保持するタイマー等を監視し、時刻の分が３の倍数になると、警告監視処理を開始する時間であると判定する。

ステップＳ８０に続いてステップＳ８１に進むと、入出庫管理サーバ１の状態判定・監視部１０９は、媒体所持情報ＤＢ１２１のレコードを全て読込んだか否かを判定する。入出庫管理サーバ１の状態判定・監視部１０９は、媒体所持情報ＤＢ１２１のレコードを全て読込んだと判定すると（ステップＳ８１においてＹＥＳ）、ステップＳ８０からの処理を繰り返し、媒体所持情報ＤＢ１２１のレコードを全て読込んでいないと判定すると（ステップＳ８１においてＮＯ）、ステップＳ８２に進む。

例えば、入出庫管理サーバ１の状態判定・監視部１０９は、媒体所持情報ＤＢ１２１の全レコード数と、媒体所持情報ＤＢ１２１のレコードを１行読込む毎に値を１つカウントアップするカウンタの値と、を比較して、媒体所持情報ＤＢ１２１のレコードを全て読込んだか否かを判定する。

ステップＳ８１に続いてステップＳ８２に進むと、入出庫管理サーバ１の状態判定・監視部１０９は、媒体所持情報ＤＢ１２１の対応するレコード（例えば、カウンタの値のレコード）を１つ読込み、カウンタの値を１つカウントアップする。

ステップＳ８２に続いてステップＳ８３に進み、入出庫管理サーバ１の状態判定・監視部１０９は、ステップＳ８２において読込んだレコードの状態コードを参照し、該状態コードがビル内出庫を表す２、又はビル渡り出庫を表す３か否かを判定する。

入出庫管理サーバ１の状態判定・監視部１０９は、ステップＳ８２において読込んだレコードの状態コードが、ビル内出庫を表す２、又はビル渡り出庫を表す３であると判定すると（ステップＳ８３においてＹＥＳ）、ステップＳ８４に進み、ステップＳ８２において読込んだレコードの状態コードが、ビル内出庫を表す２、又はビル渡り出庫を表す３でないと判定すると（ステップＳ８３においてＮＯ）、ステップＳ８１からの処理を繰り返す。

ステップＳ８３に続いてステップＳ８４に進むと、入出庫管理サーバ１の経過時間算出・判定部１１０は、入出庫処理リクエストに含まれる記録媒体識別コードに基づいて、媒体情報ＤＢ１２０より、対応するアクセス日時を取得する。入出庫管理サーバ１の経過時間算出・判定部１１０は、該アクセス日時と、入出庫管理サーバ１が内部で保持するタイマーと、から記録媒体を出庫してからの経過時間を算出する。また、入出庫管理サーバ１の経過時間算出・判定部１１０は、入出庫処理リクエストに含まれる記録媒体識別コードに基づいて、媒体情報ＤＢ１２０より、対応する状態コードと、管理レベルと、を取得し、該状態コードと、管理レベルと、に基づいて、後述する図２３に示すような、許容時間設定ファイル１３０を参照し、許容時間を取得する。

入出庫管理サーバ１の経過時間算出・判定部１１０は、算出した経過時間と、許容時間と、を比較して、経過時間が、許容時間内か否かを判定する。入出庫管理サーバ１の経過時間算出・判定部１１０は、算出した経過時間が、許容時間内であると判定すると（ステップＳ８４においてＹＥＳ）、ステップＳ８１からの処理を繰り返し、算出した経過時間が、許容時間内でないと判定すると（ステップＳ８４においてＮＯ）、ステップＳ８５に進む。

ステップＳ８４に続いてステップＳ８５に進むと、入出庫管理サーバ１の警告処理部１０８は、警告処理を実行する。なお、警告処理の詳細は、後述する図２４及び図２５を用いて説明する。ステップＳ８５の処理が終了すると、入出庫管理サーバ１は、ステップＳ８１からの処理を繰り返す。

図２２に示すような処理を行うことによって、ビル内出庫又はビル渡り出庫された記録媒体を監視し、各管理レベルに応じて、経過時間が許容時間を越えると、警告処理を実行することができる。

以下、許容時間設定ファイル１３０の一例を、図２３に示す。図２３は、許容時間設定ファイルの一例を示す図である。

図２３に示されるように、許容時間設定ファイルには、ビル内出庫や、ビル渡り出庫毎に、管理レベルに応じて、許容時間が設定されている。

以下、警告監視処理における、入出庫管理サーバ１の警告処理の一例を、図２４に示す。図２４は、入出庫管理サーバにおける警告処理を示すフローチャート（その３）である。

ステップＳ９０において、入出庫管理サーバ１の警告処理部１０８は、取扱スタッフ宛の警告メールを作成する。なお、例えば、警告メールには、監視対象としていた記録媒体の記録媒体識別コードや、該記録媒体が出庫された部屋コード、該記録媒体の管理レベル、許容時間を超えている時間等を含めることができる。

ステップＳ９０に続いてステップＳ９１に進み、入出庫管理サーバ１の警告処理部１０８は、入出庫処理リクエストに含まれる取扱者識別コードに基づいて、取扱者ＤＢ１２６より、対応する電子メールアドレス及び／又は携帯電話メールアドレスを取得する。

ステップＳ９１に続いてステップＳ９２に進み、入出庫管理サーバ１の警告処理部１０８は、ステップＳ９０において作成した取扱スタッフ宛の警告メールを、ステップＳ９１において取得した電子メールアドレス及び／又は携帯電話メールアドレスに送信する。

図２４に示すような処理を行うことによって、記録媒体を取扱っているスタッフに対して、例えば、許容時間を越えている旨の警告メールを送信することができる。

以下、警告監視処理における、入出庫管理サーバ１の警告処理の他の例を、図２５に示す。図２５は、入出庫管理サーバにおける警告処理を示すフローチャート（その４）である。

ステップＳ１００において、入出庫管理サーバ１の警告処理部１０８は、取扱有資格者宛の警告メールを作成する。なお、例えば、警告メールには、監視対象としていた記録媒体の記録媒体識別コードや、該記録媒体が出庫された部屋コード、該記録媒体の管理レベル、許容時間を超えている時間等を含めることができる。

ステップＳ１００に続いてステップＳ１０１に進み、入出庫管理サーバ１の警告処理部１０８は、入出庫処理リクエストに含まれる記録媒体識別コードに基づいて、媒体情報ＤＢ１２０より、対応する顧客コードと、業務種別コードと、を取得する。入出庫管理サーバ１の警告処理部１０８は、該取得した顧客コードと、業務種別コードと、に基づいて、取扱者種別情報ＤＢ１２４より、対応する取扱グループコードを取得する。また、入出庫管理サーバ１の警告処理部１０８は、該取得した取扱グループコードに基づいて、取扱グループＤＢ１２５より、対応する責任者コード及び取扱者コードを取得する。入出庫管理サーバ１の警告処理部１０８は、該取得した責任者コード及び取扱者コードに基づいて、対応する電子メールアドレス及び／又は携帯電話メールアドレスを取得する。

ステップＳ１０１に続いてステップＳ１０２に進み、入出庫管理サーバ１の警告処理部１０８は、ステップＳ１００において作成した取扱い有資格者宛の警告メールを、ステップＳ１０１において取得した電子メールアドレス及び／又は携帯電話メールアドレスに送信する。

図２５に示すような処理を行うことによって、記録媒体を取扱う有資格者に対して、例えば、記録媒体識別コードや、部屋コード、管理レベル、許容時間を超えている時間等を含む、適格な警告メールを送信することができる。該警告メールを受け取ることによって、記録媒体を取扱う資格を有する有資格者は、例えば、管理レベルがいくつの、どの記録媒体が、どのくらいの時間オーバーして、何処から又は何処へ、入出庫されているのかが分かる。

上述した実施例１では、例えば図１４に示されるように、入出庫処理リクエストに入出庫の処理内容を識別する入出庫処理コードが含められていた。しかしながら、入出庫処理リクエストに入出庫処理コードを含めないようにしてもよい。以下、実施例２では、入出庫処理リクエストに入出庫処理コードを含めない場合を例にとって説明を行う。なお、実施例２では実施例１とは異なる点について説明を行う。

図２６は、入出庫処理リクエストの概念図（その２）である。図２６に示されるように、入出庫処理リクエストには、例えば、記録媒体を識別する記録媒体識別コードと、記録媒体の取扱者を識別する取扱者識別コードと、部屋（又は場所）を識別する部屋コードと、を含む。

図２６に示される入出庫処理リクエストには、図１４に示した入出庫処理リクエストに比べて、入出庫処理コードが含められていない。

以下、端末装置２の機能構成の他の例を、図２７に示す。図２７は、端末装置の機能構成図（その２）である。

図２７に示されるように、端末装置２は、記録媒体識別コード取得部２０１と、取扱者識別コード取得部２０２と、部屋コード取得部２０５と、リクエスト作成部２０６と、リクエスト送信部２０７と、を含む。

図２７に示される端末装置２の機能構成には、図４に示した端末装置２の機能構成に比べて、入出庫処理コード取得部２０３が含められていない。

以下、入出庫管理サーバ１の機能構成の他の例を、図２８に示す。図２８は、入出庫管理サーバの機能構成図（その２）である。

図２８に示されるように、入出庫管理サーバ１は、リクエスト受信部１０１と、資格判定部１０２と、時間帯判定部１０３と、部屋判定部１０４と、処理内容判定部１０５と、データ更新部１０６と、警報処理部１０７と、警告処理部１０８と、状態判定・監視部１０９と、経過時間算出・判定部１１０と、処理予定状態コード取得部１１１と、処理結果返信処理部１１２と、媒体情報ＤＢ１２０と、媒体所在情報ＤＢ１２１と、顧客情報ＤＢ１２２と、業務情報ＤＢ１２３と、取扱者種別情報ＤＢ１２４と、取扱グループＤＢ１２５と、取扱者ＤＢ１２６と、部屋ＤＢ１２７と、処理予定ＤＢ１２８と、を含む。

図２８に示される入出庫管理サーバ１の機能構成には、図５に示した入出庫管理サーバ１の機能構成に比べて、処理予定状態コード取得部１１１と、処理予定ＤＢ１２８と、が新たに含められている。

処理予定状態コード取得部１１１は、例えば入出庫処理リクエストに含まれるコードに基づいて、処理予定ＤＢ１２８に格納されている後述する処理予定状態コードを取得する取得部である。

また、処理予定ＤＢ１２８は、処理予定に係る情報を格納するＤＢである。処理予定ＤＢ１２８の詳細は、後述する図２９に示す。

以下、処理予定ＤＢ１２８の一例を、図２９に示す。図２９は、処理予定ＤＢの一例を示す図である。図２９に示されるように、処理予定ＤＢ１２８のテーブルは、記録媒体識別コードと、業務コードと、リクエストＮＯ．と、処理ＳＥＱと、処理フラグと、処理予定日時１と、処理予定日時２と、部屋コードと、処理予定状態コードと、を項目として含む。

記録媒体識別コードには、管理対象の記録媒体の識別コードが格納される。また、業務コードには、記録媒体の管理に係る業務を識別する管理コードが格納される。また、リクエストＮｏ．には、登録によって入出庫管理サーバ１において自動採番される処理予約番号が格納される。処理ＳＥＱには、リクエストＮｏ．単位の処理手順が格納される。処理フラグには、例えば、定型作業（１）、臨時作業（２）、等の、処理理由フラグが格納される。処理予定日時１及び／又は処理予定日時２には、処理予定の日時が格納される。部屋コードには、作業対象の部屋（又は場所）を識別する、例えば、記録媒体保管庫１（０１）、マシンルーム１（０３）、等の、部屋コードが格納される。処理予定状態コードには、例えば、入庫（１）、ビル内出庫（２）、ビル渡り出庫（３）、顧客返却（４）、媒体廃棄（５）等の、記録媒体の処理予定の状態コードが格納される。

なお、処理予定ＤＢ１２８のテーブルの処理予定日時１及び／又は処理予定日時２の項目は、例えば、図９の示した業務情報ＤＢ１２３の処理区分及び許可時間帯の項目のように２つに分けてもよい。

上述したように、処理予定ＤＢ１２８には、記録媒体単位の入出庫処理予定がスケジュール（リクエストＮｏ．）され、スケジュール（処理ＳＥＱ）に準じて部屋間を移動する予定日時内（処理予定日時１及び／又は処理予定日時２）の処理予定が格納されている。なお、臨時作業等による許可日、許可時間外での入出庫が予定された場合は、新たなスケジュール（リクエストＮｏ．）として処理予定を格納することで臨時対応が可能となる。

なお、入出庫管理サーバ１において、処理予定ＤＢ１２８の操作画面（ＧＵＩ）等をディスプレイに表示して、入出庫管理サーバ１の管理者等が、該ディスプレイに表示された操作画面を用いて、例えば、日時等をクリック、ドローする等で簡単に処理予定ＤＢ１２８内にデータ（例えば、処理予定状態コード等）を格納したり、格納されているデータを変更したりするようにしてもよい。

入出庫管理サーバ１において処理予定ＤＢ１２８を有することによって、記録媒体の取扱者は、入出庫処理コードを端末装置２に入力したりする必要がない。

なお、入出庫管理サーバ１において処理予定ＤＢ１２８内に格納されているリクエストＮｏ．等を参照し、予定されている処理予約番号順（番号が小さい順）に処理がされているか否かを判定し、予定通りの順番で処理されていないと判定すると、間違った順番で記録媒体を取扱っているスタッフ及び／又は本来正しい順番において記録媒体を扱うべき取扱スタッフに対して警告メールを送信する等の警告処理を行うようにしてもよい。

以下、端末装置２における入出庫処理の他の例を、図３０に示す。図３０は、端末装置における入出庫処理を示すフローチャート（その２）である。

ステップＳ１１０において、端末装置２は、例えば記録媒体識別コード取得部２０１が、リーダ／ライタ装置３がアンテナ装置４を介してＲＦＩＤタグ等が添付された記録媒体と無線通信を行って取得した記録媒体識別コードを、リーダ／ライタ装置３より取得したか否かを判定する。端末装置２は、記録媒体識別コード取得部２０１が、記録媒体識別コードを取得したと判定すると（ステップＳ１１０においてＹＥＳ）、ステップＳ１１１に進み、記録媒体識別コード取得部２０１が、記録媒体識別コードを取得していないと判定すると（ステップＳ１１０においてＮＯ）、ステップＳ１１０の処理を繰り返す。

ステップＳ１１０に続いてステップＳ１１１に進むと、端末装置２は、例えば取扱者識別コード取得部２０２が、リーダ／ライタ装置３がアンテナ装置４を介してＲＦＩＤタグ等が添付された社員証と無線通信を行って取得した取扱者識別コードを、リーダ／ライタ装置３より取得したか否かを判定する。端末装置２は、取扱者識別コード取得部２０２が、取扱者識別コードを取得したと判定すると（ステップＳ１１１においてＹＥＳ）、ステップＳ１１２に進み、取扱者識別コード取得部２０２が、取扱者識別コードを取得していないと判定すると（ステップＳ１１１においてＮＯ）、ステップＳ１１１の処理を繰り返す。

なお、ステップＳ１１０、ステップＳ１１１の処理の順番は必ずしも図３０に示したような順番でなくてもよく、順番は問わない。また、ステップＳ１１０からステップＳ１１１の間において、所定の時間間隔が開いた場合、端末装置２は、例えば端末装置２のディスプレイ等に警告或いは警報メッセージを表示する等してもよい。

ステップＳ１１１に続いてステップＳ１１２に進むと、端末装置２の部屋コード取得部２０５は、端末装置２内のファイル等に設定されている部屋コードを取得する。

ステップＳ１１２に続いてステップＳ１１３に進み、端末装置２のリクエスト作成部２０６は、例えば図２６に示されるような入出庫処理リクエストを作成する。

ステップＳ１１３に続いてステップＳ１１４に進み、端末装置２のリクエスト送信部２０７は、入出庫管理サーバ１のＩＰアドレス等を取得する。

ステップＳ１１４に続いてステップＳ１１５に進み、端末装置２のリクエスト送信部２０７は、ステップＳ１１３においてリクエスト作成部２０６が作成した入出庫処理リクエストを、ステップＳ１１４において取得した例えばＩＰアドレスに基づいて、入出庫管理サーバ１に送信する。

図３０に示したような処理を行うことによって、端末装置２は、図２６に示したような入出庫処理リクエストを、入出庫管理サーバ１に送信することができる。図２６に示したように、実施例２における入出庫処理リクエストには、入出庫処理コードを含める必要がないため、記録媒体の取扱者は、入出庫処理コードを端末装置２に入力したりする必要がない。

以下、入出庫管理サーバ１における入出庫処理の他の例を、図３１に示す。図３１は、入出庫管理サーバにおける入出庫処理を示すフローチャート（その２）である。

ステップＳ１２０において、入出庫管理サーバ１は、リクエスト受信部１０１が、端末装置２から送信された入出庫処理リクエストを受信したか否かを判定する。入出庫管理サーバ１は、リクエスト受信部１０１が、端末装置２から送信された入出庫処理リクエストを受信したと判定すると（ステップＳ１２０においてＹＥＳ）、ステップＳ１２１に進み、リクエスト受信部１０１が、端末装置２から送信された入出庫処理リクエストを受信していないと判定すると（ステップＳ１２０においてＮＯ）、ステップＳ１２０の処理を繰り返す。

ステップＳ１２０に続いてステップＳ１２１に進むと、入出庫管理サーバ１の資格判定部１０２は、例えば入出庫処理リクエストに含まれる取扱者識別コードに基づいて、取扱者ＤＢ１２６より、対応する社員コードを取得する。また、入出庫管理サーバ１の資格判定部１０２は、入出庫処理リクエストに含まれる記録媒体識別コードに基づいて、媒体情報ＤＢ１２０より、対応する顧客コードと、業務種別コードと、を取得する。入出庫管理サーバ１の資格判定部１０２は、該取得した顧客コードと、業務種別コードと、に基づいて、取扱者種別情報ＤＢ１２４より、対応する取扱グループコードを取得する。また、入出庫管理サーバ１の資格判定部１０２は、該取得した取扱グループコードに基づいて、取扱グループＤＢ１２５より、対応する責任者コード及び取扱者コードを取得する。

入出庫管理サーバ１の資格判定部１０２は、取得した社員コードと、責任者コード及び取扱者コードと、を比較して、入出庫処理リクエストに含まれる記録媒体識別コードによって識別される記録媒体を処理する資格があるか否かを判定する。入出庫管理サーバ１の資格判定部１０２は、記録媒体を処理する資格があると判定すると（ステップＳ１２１においてＹＥＳ）、ステップＳ１２３に進み、資格がないと判定すると（ステップＳ１２１においてＮＯ）、ステップＳ１２２に進む。

ステップＳ１２２では、入出庫管理サーバ１の警報処理部１０７が、実施例１に示したような警報処理を実行する。ステップＳ１２２の処理が終了すると、入出庫管理サーバ１は、ステップＳ１２０からの処理を繰り返す。

一方、ステップＳ１２３では、入出庫管理サーバ１の時間帯判定部１０３が、入出庫処理リクエストに含まれる記録媒体識別コードに基づいて、媒体情報ＤＢ１２０より、対応する顧客コードと、業務種別コードと、を取得する。入出庫管理サーバ１の資格判定部１０２は、該取得した顧客コードと、業務種別コードと、に基づいて、業務情報ＤＢ１２３より、対応する許可日及び許可時間帯を取得し、該取得した許可日及び許可時間帯と、例えば入出庫管理サーバ１が、入出庫処理リクエストを受信した時間情報と、を比較して、記録媒体の入出庫が許可されている時間帯か否かを判定する。

入出庫管理サーバ１の時間帯判定部１０３は、許可されている時間帯であると判定すると（ステップＳ１２３においてＹＥＳ）、ステップＳ１２４に進み、許可されていない時間帯であると判定すると（ステップＳ１２３においてＮＯ）、ステップＳ１２７に進む。

ステップＳ１２３に続いてステップＳ１２４に進むと、入出庫管理サーバ１の部屋判定部１０４は、入出庫処理リクエストに含まれる記録媒体識別コードに基づいて、媒体情報ＤＢ１２０より、対応する入出庫可能部屋コードを取得し、該入出庫可能部屋コードと、例えば入出庫処理リクエストに含まれる部屋コードと、を比較して、入出庫可能な部屋か否かを判定する。

入出庫管理サーバ１の部屋判定部１０４は、入出庫可能な部屋であると判定すると（ステップＳ１２４においてＹＥＳ）、ステップＳ１２５に進み、入出庫可能な部屋でないと判定すると（ステップＳ１２４においてＮＯ）、ステップＳ１２７に進む。

ステップＳ１２４に続いてステップＳ１２５に進むと、入出庫管理サーバ１の処理予定状態コード取得部１１１は、入出庫処理リクエストに含まれる記録媒体識別コードに基づいて、媒体情報ＤＢ１２０より、対応する顧客コードと、業務種別コードと、を取得する。入出庫管理サーバ１の処理予定状態コード取得部１１１は、例えば該取得した顧客コードと、業務種別コードと、に基づいて、取扱者種別情報ＤＢ１２４より、対応する業務コードを取得する。入出庫管理サーバ１の処理予定状態コード取得部１１１は、該取得した業務コードと、入出庫処理リクエストに含まれる部屋コードと、に基づいて、処理予定ＤＢ１２８より、対応する処理予定状態コードを取得する。

ステップＳ１２５に続いてステップＳ１２６に進むと、入出庫管理サーバ１の処理内容判定部１０５は、入出庫処理リクエストに含まれる記録媒体識別コードに基づいて、媒体情報ＤＢ１２０より、対応する状態コードを取得し、該状態コードと、ステップＳ１２５において取得した処理予定状態コードと、を比較して、有効な処理内容か否かを判定する。

入出庫管理サーバ１の処理内容判定部１０５は、有効な処理内容であると判定すると（ステップＳ１２６においてＹＥＳ）、ステップＳ１２８に進み、有効な処理内容でないと判定すると（ステップＳ１２６においてＮＯ）、ステップＳ１２７に進む。

例えば、入出庫管理サーバ１の処理内容判定部１０５は、対応する状態コードが入庫を表しているのに、入処理予定状態コードも入庫を表している場合は、有効な処理内容でないと判定する。同様に、例えば、入出庫管理サーバ１の処理内容判定部１０５は、対応する状態コードが出庫を表しているのに、処理予定状態コードも出庫を表している場合は、有効な処理内容でないと判定する。

ステップＳ１２７では、入出庫管理サーバ１の警告処理部１０８が、実施例１に示したような警告処理を実行する。ステップＳ１２７の処理が終了すると、入出庫管理サーバ１は、ステップＳ１２０からの処理を繰り返す。

一方、ステップＳ１２８では、入出庫管理サーバ１のデータ更新部１０６が、入出庫処理リクエストに含まれる記録媒体識別コードに基づいて、媒体情報ＤＢ１２０の対応する状態コードを、例えば、入庫や、ビル内出庫、ビル渡り出庫等に更新したり、媒体情報ＤＢ１２０の対応するアクセス日時を更新したりする。同様に、入出庫管理サーバ１のデータ更新部１０６は、媒体所在情報ＤＢの対応する状態コードや、アクセス日時を更新すると共に、入出庫処理リクエストに含まれる取扱者識別コードに基づいて、媒体所在情報ＤＢの対応する利用者コードを更新したり、入出庫処理リクエストに含まれる部屋コードに基づいて、媒体所在情報ＤＢの対応する部屋コードを更新したりする。

ステップＳ１２８に続いてステップＳ１２９に進み、入出庫管理サーバ１の処理結果返信処理部１１２は、入出庫管理サーバ１における入出庫処理の処理結果を例えば、要求元の端末装置２等に返信する返信処理を実行する。処理結果返信処理の詳細は、後述する図３２に示す。ステップＳ１２９の処理が終了すると、入出庫管理サーバ１は、ステップＳ１２０からの処理を繰り返す。

図３１に示すような処理を行うことによって、適切に記録媒体の利用履歴を管理することができる。また、不正な記録媒体の利用にたいしては、警報処理や警告処理を行うことができる。

以下、入出庫管理サーバ１における処理結果返信処理の一例を、図３２に示す。図３２は、入出庫管理サーバにおける処理結果返信処理の一例を示すフローチャートである。

ステップＳ１３０において、入出庫管理サーバ１の処理結果返信処理部１１２は、入出庫管理サーバ１における入出庫処理の処理結果を含む、処理結果メッセージ表示要求を作成する。

ステップＳ１３０に続いてステップＳ１３１に進み、入出庫管理サーバ１の処理結果返信処理部１１２は、ＨＤＤ１９等に格納されているファイル等より端末装置２のＩＰアドレス等を取得する。

ステップＳ１３１に続いてステップＳ１３２に進み、入出庫管理サーバ１の処理結果返信処理部１１２は、ステップＳ１３０において作成した処理結果メッセージ表示要求を、ステップＳ１３１において取得したＩＰアドレス等に基づいて、端末装置２に送信する。

図３２に示すような処理を行うことによって、入出庫管理サーバ１は、処理結果メッセージ表示要求を端末装置２に送信し、端末装置２のディスプレイ等に処理結果メッセージ等を表示させることができる。

以上、本発明の好ましい実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

入出庫管理システムの一例のシステム構成図である。 入出庫管理サーバの一例のハードウェア構成図である。 端末装置の一例のハードウェア構成図である。 端末装置の機能構成図（その１）である。 入出庫管理サーバの機能構成図（その１）である。 媒体情報ＤＢの一例を示す図である。 媒体所在情報ＤＢの一例を示す図である。 顧客情報ＤＢの一例を示す図である。 業務情報ＤＢの一例を示す図である。 取扱者種別情報ＤＢの一例を示す図である。 取扱グループＤＢの一例を示す図である。 取扱者ＤＢの一例を示す図である。 部屋ＤＢの一例を示す図である。 入出庫処理リクエストの概念図（その１）である。 端末装置における入出庫処理を示すフローチャート（その１）である。 入出庫管理サーバにおける入出庫処理を示すフローチャート（その１）である。 入出庫管理サーバにおける警報処理を示すフローチャート（その１）である。 入出庫管理サーバにおける警報処理を示すフローチャート（その２）である。 入出庫管理サーバにおける警報処理を示すフローチャート（その３）である。 入出庫管理サーバにおける警告処理を示すフローチャート（その１）である。 入出庫管理サーバにおける警告処理を示すフローチャート（その２）である。 入出庫管理サーバにおける警告監視処理を示すフローチャートである。 許容時間設定ファイルの一例を示す図である。 入出庫管理サーバにおける警告処理を示すフローチャート（その３）である。 入出庫管理サーバにおける警告処理を示すフローチャート（その４）である。 入出庫処理リクエストの概念図（その２）である。 端末装置の機能構成図（その２）である。 入出庫管理サーバの機能構成図（その２）である。 処理予定ＤＢの一例を示す図である。 端末装置における入出庫処理を示すフローチャート（その２）である。 入出庫管理サーバにおける入出庫処理を示すフローチャート（その２）である。 入出庫管理サーバにおける処理結果返信処理の一例を示すフローチャートである。

符号の説明

１ 入出庫管理サーバ
２ 端末装置
３ リーダ／ライタ装置
４ アンテナ装置
５ 入退室扉
６ 監視カメラ（又は監視ビデオ）
３１ 扉制御装置
３２ 建屋出入扉
４１ 警報装置
４２ アラーム装置
１０１ リクエスト受信部
１０２ 資格判定部
１０３ 時間帯判定部
１０４ 部屋判定部
１０５ 処理内容判定部
１０６ データ更新部
１０７ 警報処理部
１０８ 警告処理部
１０９ 状態判定・監視部
１１０ 経過時間算出・判定部
１１１ 処理予定状態コード取得部
１１２ 処理結果返信処理部
１２０ 媒体情報ＤＢ
１２１ 媒体所在情報ＤＢ
１２２ 顧客情報ＤＢ
１２３ 業務情報ＤＢ
１２４ 取扱者種別情報ＤＢ
１２５ 取扱グループＤＢ
１２６ 取扱者ＤＢ
１２７ 部屋ＤＢ
１２８ 処理予定ＤＢ
２０１ 記録媒体識別コード取得部
２０２ 取扱者識別コード取得部
２０３ 入出庫処理コード取得部
２０５ 部屋コード取得部
２０６ リクエスト作成部
２０７ リクエスト送信部

Claims (10)

1. 無線通信手段を有する保管物の入出庫管理を行う入出庫管理装置における入出庫管理方法であって、
   無線通信を行って読み取った情報を取得する少なくとも１つ以上の端末装置から、前記保管物を識別する保管物識別情報と、前記保管物を扱うスタッフを識別するスタッフ識別情報と、を含む入出庫に係る処理要求を受信する処理要求受信段階と、
   前記入出庫に係る処理要求が、有効な入庫又は出庫処理の要求か否かを判定する判定段階と、
   前記判定段階において有効な入庫又は出庫処理要求であると判定すると、前記格納手段に格納されている前記保管物に係るデータ及び／又はスタッフに係るデータを更新するデータ更新段階と、
   を有することを特徴とする入出庫管理方法。
2. 前記判定段階は、前記スタッフ識別情報で識別されるスタッフが、前記保管物識別情報で識別される前記保管物を入出庫する資格を有するスタッフか否かを判定する資格判定段階を含むことを特徴とする請求項１記載の入出庫管理方法。
3. 前記判定段階は、前記処理要求に係る時間情報が、前記保管物識別情報で識別される前記保管物を入出庫する許可日又は許可時間帯か否かを判定する時間帯判定段階を含むことを特徴とする請求項１又は２記載の入出庫管理方法。
4. 前記処理要求には、場所を特定する場所識別情報が更に含まれ、
   前記判定段階は、前記場所識別情報で特定される場所が、前記保管物識別情報で識別される前記保管物の入出庫が許可された場所か否かを判定する場所判定段階を含むことを特徴とする請求項１乃至３何れか一項記載の入出庫管理方法。
5. 前記判定段階は、前記処理要求に係る処理内容が、前記格納手段に格納されている処理に係る状態情報と矛盾しないか否かを判定する処理内容判定段階を含むことを特徴とする請求項１乃至４何れか一項記載の入出庫管理方法。
6. 前記入出庫管理装置が、前記資格判定段階において、前記保管物を入出庫する資格を有しないスタッフであると判定すると、警報処理を行う警報処理段階を更に有することを特徴とする請求項２記載の入出庫管理方法。
7. 前記入出庫管理装置が、前記時間判定段階において、前記処理要求に係る時間情報が、前記保管物を入出庫する許可日又は許可時間帯でないと判定するか、又は、前記場所判定段階において、前記場所識別情報で特定される場所が、前記保管物の入出庫が許可された場所でないと判定するか、又は、前記処理内容判定段階において、前記処理要求に係る処理内容が、前記格納手段に格納されている処理に係る状態情報と矛盾すると判定すると、警告処理を行う第一警告処理段階を更に有することを特徴とする請求項３又は４又は５記載の入出庫管理方法。
8. 前記入出庫管理装置が、前記保管物の入出庫状態を監視する監視段階を更に有することを特徴とする請求項１乃至７何れか一項記載の入出庫管理方法。
9. 前記監視段階は、
   予め定められた時間間隔に応じて、前記データ更新段階において更新された前記保管物の状態に係るデータを参照し、該データが、ビル内出庫又はビル渡り出庫を表しているか否かを判定する状態判定段階と、
   前記状態判定段階において、前記保管物の状態に係るデータが、ビル内出庫又はビル渡り出庫を表していると判定すると、前記保管物に関連付けられた管理レベルを取得し、前記保管物の状態に係るデータと、前記管理レベルとに基づいて、許容時間を取得して、前記保管物が出庫されてからの経過時間が、前記許容時間を越えているか否かを判定する時間判定段階と、
   を含むことを特徴とする請求項８記載の入出庫管理方法。
10. 無線通信を行って読み取った情報を取得する少なくとも１つ以上の端末装置から、無線通信手段を有する保管物を識別する保管物識別情報と、前記保管物を扱うスタッフを識別するスタッフ識別情報と、を含む入出庫に係る処理要求を受信する処理要求受信手順と、
    前記入出庫に係る処理要求が、有効な入庫又は出庫処理の要求か否かを判定する判定手順と、
    前記判定手順において有効な入庫又は出庫処理要求であると判定すると、前記格納手段に格納されている前記保管物に係るデータを更新するデータ更新手順と、
    をコンピュータに実行させることを特徴とする入出庫管理プログラム。
    

Images