情報ライフサイクル管理システム、管理サーバ、プログラム、および、方法
【課題】情報媒体の流通状況を一元的に管理し、より高いセキュリティを確保する。
【解決手段】管理サーバ２は、リーダ装置１各々から、当該リーダ装置１が読み取った情報媒体の媒体識別情報と、情報媒体の流通時におけるステータスと、当該リーダ装置１の機体番号と、を含む実績情報を受信する受信手段と、媒体識別情報毎に、情報媒体の流通状況を記憶した実績データベース２４３と、実績データベース２４３を読み出して受信した実績情報の媒体識別情報と一致するデータを特定し、実績情報のステータスと、実績情報の機体番号に対応する担当者とを、特定したデータに記憶する更新手段と、を有する。
【解決手段】管理サーバ２は、リーダ装置１各々から、当該リーダ装置１が読み取った情報媒体の媒体識別情報と、情報媒体の流通時におけるステータスと、当該リーダ装置１の機体番号と、を含む実績情報を受信する受信手段と、媒体識別情報毎に、情報媒体の流通状況を記憶した実績データベース２４３と、実績データベース２４３を読み出して受信した実績情報の媒体識別情報と一致するデータを特定し、実績情報のステータスと、実績情報の機体番号に対応する担当者とを、特定したデータに記憶する更新手段と、を有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報のライフサイクルを管理する技術に関し、特に、物理的な情報媒体のライフサイクル管理技術に関する。
【背景技術】
【０００２】
作業手順を規定することにより文書や情報の流れを自動化し、担当者間の作業を円滑に行うワークフローシステムがある。例えば、特許文献１には、ＩＳＯ文書の管理システムが記載されている。
【特許文献１】特開２００２−１５７４１３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
さて、「個人情報保護法」の施行により、企業が保有する情報のセキュリティ対策が重要になっている。セキュリティ対策が必要な情報にはコンピュータシステムの記憶装置に格納された情報や、フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ、文書ファイル（書類）など物理的な情報媒体がある。このようなセキュリティ対策が必要な情報については、管理者の手を離れ各担当者間で流通している間、現時点において誰が情報を保有しているのかを把握することは容易ではない。また、情報がどのような順番で各担当者に受け渡されるのか、すなわち、流通経路の順序を把握することは容易ではない。
【０００４】
さらに、近年、企業のグローバル化や企業間での協業化が進み、管理が必要な情報は一企業だけでなく、当該企業の委託会社においても流通している。このような状況において、情報の流通経路（経路順序）、受け渡し日時、取り扱い担当者等の流通状況を迅速に把握することは困難である。すなわち、情報の流通状態の把握には、多くの時間と作業負荷を要している。
【０００５】
本発明は上記事情に鑑みてなされたものであり、本発明の目的は、情報の流通状況をリアルタイムに把握し、情報へのより高いセキュリティを確保することにある。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明では、管理サーバが、情報媒体の流通状況を一元的に管理する。
【０００７】
例えば、第１の発明は、情報媒体に付加された媒体識別情報を読み取る、少なくとも１つのリーダ装置と、情報媒体の流通状況を管理する管理サーバと、を有する情報ライフサイクル管理システムである。リーダ装置各々は、情報媒体に付加された媒体識別情報を読み取る読取手段と、情報媒体の流通時におけるステータスの入力を受け付けるステータス受付手段と、媒体識別情報と、ステータスと、当該リーダ装置の機体番号とを含む実績情報を、前記管理サーバに送信する実績情報送信手段と、を有する。管理サーバは、媒体識別情報毎に、情報媒体の流通状況を記憶した実績データベースと、リーダ装置各々から、実績情報を受信する受信手段と、実績データベースを読み出して、受信した実績情報の媒体識別情報と一致するデータを特定し、実績情報のステータスと、実績情報の機体番号に対応する担当者とを、特定したデータに記憶する更新手段と、媒体識別番号毎に複数のステータスが所定の順番で記憶された登録データベースと、受信手段が受信した実績情報のステータスが登録データベースに記憶された順番で受信されたか否かを、実績データベースに基づいて判別する判別手段と、登録データベースに記憶された順番で実績情報が受信されない場合、エラーメッセージを出力するエラー出力手段と、を有する
また、第２の発明は、情報媒体に付加された媒体識別情報を読み取る、少なくとも１つのリーダ装置と、前記情報媒体の流通状態を管理する管理サーバとを有する情報ライフサイクル管理システムにおける管理サーバであって、リーダ装置各々から、当該リーダ装置が読み取った情報媒体の媒体識別情報と、情報媒体の流通時におけるステータスと、当該リーダ装置の機体番号と、を含む実績情報を受信する受信手段と、媒体識別情報毎に、情報媒体の流通状況を記憶した実績データベースと、実績データベースを読み出して、受信した実績情報の媒体識別情報と一致するデータを特定し、実績情報のステータスと、実績情報の機体番号に対応する担当者とを、特定したデータに記憶する更新手段と、媒体識別番号毎に複数のステータスが所定の順番で記憶された登録データベースと、受信手段が受信した実績情報のステータスが登録データベースに記憶された順番で受信されたか否かを、実績データベースに基づいて判別する判別手段と、登録データベースに記憶された順番で実績情報が受信されない場合、エラーメッセージを出力するエラー出力手段と、を有する。
【発明の効果】
【０００８】
本発明により、情報媒体の流通状況を一元的に管理し、情報媒体の流通状況をリアルタイムで把握することができる。また、本発明により、より高いセキュリティを確保することができる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明の実施の形態について説明する。
【００１０】
図１は、本発明の一実施形態が適用された情報ライフサイクル管理システムの全体構成図である。本システムは、各種の情報が記憶された物理的な媒体のライフサイクルを保管するシステムである。なお物理的な媒体とは、例えば、ＭＯ（Magneto-Optical disk）、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disk）、フレキシブルディスク、プリントアウトした書類など、である。
【００１１】
本システムは、少なくとも１つのリーダ装置１と、管理サーバ２と、管理者端末３とを有する。そして、リーダ装置１各々と管理サーバ２と管理者端末３とは、インターネットなどのネットワーク４により接続されている。
【００１２】
リーダ装置１は、媒体に付加（貼付）されたバーコードを読み取り、ネットワーク４を介して読み取ったバーコードを管理サーバ２に送信する装置である。リーダ装置１には、例えば、バーコード認識機能を有する携帯電話等を用いることができる。バーコードには、媒体を識別するための識別コードが表示されている。
【００１３】
なお、本実施形態では、バーコードを使用するが、バーコードの替わりにＲＦＩＤ（Radio Frequency Identification）タグ（以下、「ＲＦＩＤ」）を媒体に取り付けることとしてもよい。ＲＦＩＤは、物体の識別に利用される微小な無線ＩＣチップである。ＲＦＩＤには、当該ＲＦＩＤが取り付けられた媒体の識別コードが記憶されており、電波を用いて情報を送受信することができる。
【００１４】
管理サーバ２は、媒体のライフサイクル（流通状況）を一元的に管理する装置である。管理サーバ２は、図示するように、登録部２１と、入力受付部２２と、データ管理部２３と、記憶部２４とを有する。
【００１５】
登録部２１は、媒体の流通経路などの業務プロセスを事前に登録する。入力受付部２２は、媒体の流通時において、各リーダ装置１から、媒体のステータス（実績情報）の入力を受け付ける。データ管理部２３は、記憶部２４に記憶された各データベースを読み出し、検索結果および統計情報を出力する。
【００１６】
記憶部２４には、申請情報２４１と、登録データベース（以下、「登録ＤＢ」）２４２と、実績データベース（以下、「実績ＤＢ」）２４３とが記憶されている。申請情報２４１は、情報を媒体にダウンロードして各担当者が使用する際に、あらかじめ申請しておく情報である。登録ＤＢ２４２は、媒体の所定の流通経路（業務プロセス）を記憶したデータベースである。実績ＤＢ２４３は、媒体の流通時（使用時）において、媒体の実際の流通経路を記憶するデータベースである。なお、申請情報２４１、登録ＤＢ２４２および実績ＤＢ２４３については後述する。
【００１７】
管理者端末３は、本システムの管理者が使用する装置である。管理者端末３の出力装置には、媒体の流通状況、統計情報、管理サーバ２が検知した各種のエラーなどが出力される。
【００１８】
上記説明した、リーダ装置１、管理サーバ２、および管理者端末３は、いずれも、例えば図２に示すようなＣＰＵ９０１と、メモリ９０２と、ＨＤＤ等の外部記憶装置９０３と、キーボードや機能ボタンなどの入力装置９０４と、ディスプレイなどの出力装置９０５と、他の装置と接続するための通信制御装置９０６と、これらの各装置を接続するバス９０７と、を備えた汎用的なコンピュータシステムを用いることができる。
【００１９】
このコンピュータシステムにおいて、ＣＰＵ９０１がメモリ９０２上にロードされた所定のプログラムを実行することにより、各装置の各機能が実現される。例えば、リーダ装置１、管理サーバ２、および管理者端末３の各機能は、リーダ装置１用のプログラムの場合はリーダ装置１のＣＰＵ９０１が、管理サーバ２用のプログラムの場合は管理サーバ２のＣＰＵ９０１が、そして、管理者端末３用のプログラムの場合は管理者端末３のＣＰＵ９０１が、それぞれ実行することにより実現される。なお、管理サーバ２の記憶部２４には、管理サーバ２のメモリ９０２または外部記憶装置９０３が用いられる。また、外部記憶装置９０３、入力装置９０４および出力装置９０５については、各装置が必要に応じて備えるものとする。
【００２０】
つぎに、媒体のライフサイクルについて説明する。
【００２１】
図３は、媒体のライフサイクルの一例を示したものである。本実施形態における媒体のライフサイクルは、図示するように、生成３１、受領３２、返却３３、廃棄３４の各業務プロセスで構成されるものとする。生成３１は、管理サーバ２または他の装置に記憶された情報を、媒体にダウンロードする業務プロセスである。受領３２は、生成３１の後に媒体を受け取って、当該媒体に記憶された情報を利用または使用する業務プロセスである。返却３３は、受領３２の後に媒体を受け取って、廃棄３４の担当者に媒体を返却する業務プロセスである。廃棄３４は、返却された媒体を一定期間保管し、その後に初期化、破棄するなど媒体に格納された情報を抹消する業務プロセスである。このような媒体のライフサイクルを例に以下説明する。なお、本発明はこれに限定されず、例えば、生成、送信、受信、保管、廃棄などの業務プロセスから構成されるライフサイクルであってもよい。
【００２２】
つぎに、媒体の業務プロセスの登録処理について説明する。
【００２３】
まず、各情報（または業務システム）の責任者は、ＰＣ（Personal Computer）などの端末装置（不図示）を用いて、情報を媒体にタウンロードするための申請情報を管理サーバ２に登録する。すなわち、端末装置は、入力装置を用いて入力された申請情報を、ネットワーク４を介して管理サーバ２に送信する。
【００２４】
図４は、申請情報２４１の一例を示したものである。図示する申請情報２４１には、情報の利用目的、起案者（情報の責任者）、媒体番号、システム名（ダウンロードしたい情報を特定するための識別情報）などが含まれる。媒体番号は、情報がダウンロードされる媒体を識別するための識別番号であって、例えば、申請ごとに付与される承認番号を用いることができる。
【００２５】
管理サーバ２の登録部２１は、ネットワーク４を介して申請情報２４１を受信して、記憶部２４に記憶する。そして、登録部２１は、媒体番号にシーケンシャルな管理番号を付加した媒体識別番号を所定の数だけ採番（生成）する。管理番号は、例えば「０００」から「９９９」までの連番とすることが考えられる。そして、登録部２１は、採番した媒体識別番号各々のバーコードを生成し、プリンタなどの出力装置から出力（プリントアウト）する。なお、この出力されたバーコードは、最初の業務プロセスの担当者（図３の場合は、「生成」の担当者）が、保有するものとする。
【００２６】
そして、各業務プロセスの各担当者は、業務プロセスの事前登録を行う。
【００２７】
図５は、業務プロセスの登録方法を模式的に示した図である。まず、最初の業務プロセスである生成３１の担当者Ａは、管理サーバ２が出力したバーコードの中から、管理番号が最も小さい（例えば、「０００」）バーコードを選択する。そして、担当者Ａは、まだ情報がダウンロードされていない空の媒体５に、選択したバーコードを付加（貼付）する。そして、担当者Ａは、リーダ装置１の入力装置を用いて媒体５に付加されたバーコードを読み取る指示を入力する。また、担当者Ａは、入力装置を用いて、パスワードと、当該担当者Ａの業務プロセス（すなわち、生成３１）とを入力する。
【００２８】
リーダ装置１は、バーコード読み取り指示を受け付けて媒体に付加されたバーコードを読み取る。また、リーダ装置１は、入力装置から入力されたパスワードおよび業務プロセスを受け付ける。そして、リーダ装置１は、バーコード、パスワード、業務プロセス、および、担当者Ａのリーダ装置１の機体番号を含む登録要求を、ネットワーク４を介して管理サーバ２に送信する。機体番号は、リーダ装置１を識別するための識別情報である。本実施形態では、リーダ装置１に携帯電話を使用するため、携帯電話の機体番号を識別情報として用いることとする。
【００２９】
管理サーバ２の登録部２１は、ネットワーク４を介して、リーダ装置１から登録要求を受信する。そして、登録部２１は、登録情報を記憶部２４に記憶された登録ＤＢ２４２に記憶する。すなわち、登録部２１は、バーコードが示す媒体番号を取得し、当該媒体番号をインデックスキーとして受信した登録情報を登録ＤＢ２４２に記憶する。なお、登録ＤＢ２４２については後述する。担当者Ａは、自分が担当する業務プロセスの登録を終了すると、次の業務プロセスである「受領」３２の担当者Ｂにバーコードが付加された媒体を、手渡し、郵送など何らかの方法で受け渡す。
【００３０】
そして、担当者Ｂは、担当者Ａの場合と同様に、自分の担当する業務プロセスの登録を行う。すなわち、担当者Ｂのリーダ装置１は、読み取ったバーコードと、パスワードと、業務プロセスと、当該リーダ装置１の機体番号とを含む登録情報を、管理サーバ２に送信する。管理サーバ２の登録部２１は、担当者Ｂのリーダ装置１から、ネットワーク４を介して登録情報を受信する。そして、登録部２１は、受信した登録情報を、記憶部２４の登録ＤＢ２４２に記憶する。すなわち、登録部２１は、バーコードが示す媒体番号をキーとして登録ＤＢ２４２を検索する。そして、登録部２１は、媒体番号が一致する登録レコードに、担当者Ｂのリーダ装置１から送信された登録情報を追加する。
【００３１】
そして、担当者Ｂは、自分が担当する業務プロセスの登録を終了すると、次の業務プロセスである「返却」３３の担当者Ｃにバーコードが付加された媒体を受け渡す。このように、各業務プロセスの担当者各々は、自分が使用するリーダ装置１を用いて、自分の担当する業務プロセスの登録を行う。そして、管理サーバ２は、各担当者のリーダ装置１から登録情報を受信した順番で、業務プロセスを登録ＤＢ２４２に登録する。これにより、情報の責任者など１人に登録作業が集中することなく、登録作業の負荷を分散し、効率的に登録作業を実施することができる。
【００３２】
次に、管理サーバ２の記憶部２４に記憶された登録ＤＢ２４２について説明する。
【００３３】
図６は、登録ＤＢ２４２の一例を示した図である。登録ＤＢ２４２は、複数の登録レコード（テーブル）を有する。そして、登録レコードは、図示するように、インデックスキーとなる媒体番号６１と、業務プロセス６２と、機体番号６３と、パスワード６４と、担当者６５と、廃棄期限６６とを有する。媒体番号６１、業務プロセス６２および機体番号６３は、図５で説明したように、各担当者のリーダ装置１から受信した登録情報に含まれているものである。
【００３４】
担当者６５は、担当者の名前である。管理サーバ２の登録部２１は、記憶部２４に記憶された担当者テーブル（不図示）を参照することにより、機体番号に対応する担当者名を検索し、担当者６５の欄に設定するものとする。なお、担当者テーブルは、機体番号と担当者名とが対応付けられたテーブルである。廃棄期限６６は、業務プロセスの生成から廃棄までの期限である。この廃棄期限は、たとえば、図５に示す業務プロセスの登録において、生成の登録情報に含まれるものとする。すなわち、担当者Ａにより入力された廃棄期限が、登録情報に含まれて管理サーバ２に送信されるものとする。
【００３５】
なお、図示する登録レコードは、図５に示す業務プロセスの順番（すなわち、生成→受領→返却→廃棄）で各登録情報が設定されている。これにより、後述するステータス入力処理において、登録レコードと異なる順番で媒体が受け渡された場合は、エラーメッセージを出力することができる。
【００３６】
また、図示する登録レコードは、プロセスごとに、機体番号、パスワードなどの認証情報が設定されている。このような認証情報を登録することにより、後述するステータス入力処理において、登録された機体番号以外のリーダ装置１から入力された場合、または、登録されたパスワード以外のパスワードが入力された場合、エラーメッセージを出力することができる。
【００３７】
次に、情報が記憶された媒体が、実際に各担当者間で流通している際のステータス入力処理を説明する。
【００３８】
図７は、ステータス入力処理の処理フロー図である。各業務プロセスの担当者各々は、情報が格納された媒体を受け取ると、自分の業務プロセス（ステータス）を管理サーバ２に登録する。すなわち、媒体を受け取った担当者は、媒体に付加されたバーコードの読み取り指示を、入力装置を用いてリーダ装置１に入力する。また、担当者は、パスワードおよび業務プロセスをリーダ装置１に入力する。
【００３９】
リーダ装置１は、バーコード読み取り指示を受け付けて媒体に付加されたバーコードを読み取る。また、リーダ装置１は、入力されたパスワードおよび業務プロセスを受け付ける。そして、リーダ装置１は、バーコード、パスワード、業務プロセスおよび当該リーダ装置１の機体番号を含む実績情報を、ネットワーク４を介して管理サーバ２に送信する（Ｓ７１）。
【００４０】
管理サーバ２の入力受付部２２は、ネットワーク４を介して実績情報を受信する。そして、入力受付部２２は、実績情報に含まれるバーコードが示す媒体番号および管理番号を取得する（Ｓ７２）。そして、入力受付部２２は、実績ＤＢ２４３を読み出し、取得した媒体番号および管理番号の実績レコードを特定する（Ｓ７３）。そして、特定した実績レコードに、受信した実績情報に含まれる各情報、実績情報を受信した日時などを設定する（Ｓ７４）。なお、実績ＤＢ２４３については、後述する。また、最初の業務プロセス（すなわち、「生成」）の場合、Ｓ７３において、取得した媒体番号および管理番号の実績レコードは実績ＤＢ２４３に存在しない。この場合、入力受付部２２は、当該媒体番号および管理番号の実績レコードを新たに作成する。
【００４１】
そして、入力受付部２２は、登録ＤＢ２４２を読み出し、Ｓ７２で取得した媒体番号の登録レコードを特定する（Ｓ７５）。そして、入力受付部２２は、受信した実績情報と登録レコードの内容とが一致するか否かを判別する（Ｓ７６）。具体的には、入力受付部２２は、実績情報に含まれる業務プロセスが、登録レコードの業務プロセスの順番で受信されたか否かを判別する。また、入力受付部２２は、実績情報の機体番号およびパスワードが、登録レコードの対応する業務プロセスに設定された機体番号およびパスワードと一致するか否かを判別する。また、入力受付部２２は、実績情報を受信した日時が、最初の業務プロセス（「生成」）の受信日時から登録レコードの廃棄期限を越えているか否かを判別する。
【００４２】
受信した実績情報と登録レコードの内容とが一致しない場合、または、廃棄期限と超えている場合（Ｓ７６：ＮＯ）、入力受付部２２は、エラーメッセージを管理者端末３および当該実績情報を送信したリーダ装置１に送信する（Ｓ７７）。管理者端末３およびリーダ装置１の各々は、ネットワーク４を介してエラーメッセージを受信し、出力装置にエラーメッセージを出力する。一方、受信した実績情報と登録レコードの内容とが一致する場合、または、廃棄期限を超えていない場合（Ｓ７６：ＹＥＳ）、本処理を終了する。
【００４３】
次に、ステータス生成処理で作成・更新される実績ＤＢ２４３について説明する。
【００４４】
図８は、管理サーバ２の記憶部２４に記憶された実績ＤＢ２４３の一例を示した図である。実績ＤＢ２４３は、複数の実績レコード（テーブル）を有する。そして、実績レコードは、図示するように、インデックスキーとなる媒体番号８１および管理番号８２と、業務プロセス８３と、担当者８４と、実績情報の受信日時８５と、を有する。媒体番号８１、管理番号８２および業務プロセス８３は、図７で説明したように、各担当者のリーダ装置１から受信した実績情報に含まれているものである。担当者８４は、担当者の名前である。管理サーバ２の入力受付部２２は、記憶部２４に記憶された担当者テーブル（不図示）を参照することにより、機体番号に対応する担当者名を検索し、担当者８４の欄に設定するものとする。
【００４５】
なお、図示する実績レコードの管理番号８２が「００３」８Ａの場合、業務プロセスが「生成」の日時は「２００４．０５．１０ １０：００」で、業務プロセスが「廃棄」の日時は「２００４．０８．１４ １０：００」である。そして、当該実績レコードに対応する（媒体番号が同じ）登録レコードの廃棄期限には、「３ヶ月」が設定されているものとする。この場合、管理サーバ２の入力受付部２２は、図７のＳ７６において、廃棄期限と超えていると判別し、エラーメッセージを送信する。
【００４６】
また、図示する実績レコードの管理番号８２が「００４」の場合、業務プロセスが「受領」の担当者および日時８Ｂが空欄である。この場合、管理サーバ２の入力受付部２２は、図７のＳ７６において、登録レコードに設定された業務プロセスの順番と異なると判別し、エラーメッセージを送信する。
【００４７】
次に、検索処理について説明する。本システムの管理者は、管理者端末３を用いて管理サーバ２の記憶部２４に記憶された申請情報２４１、登録ＤＢ２４２および実績ＤＢ２４３の内容を随時、検索および参照することができる。
【００４８】
すなわち、管理者は、入力装置を用いて管理者端末３に検索指示を入力する。管理者端末３は、検索指示を受け付けて、ネットワーク４を介して管理サーバ２に検索要求を送信する。管理サーバ２のデータ管理部２３は、検索要求を受信し、図９に示すような検索条件入力画面（Ｗｅｂページ）を管理者端末３に送信する。管理者端末３は、検索条件入力画面を受信し、出力装置に表示する。そして、管理者端末３は、管理者が入力装置を用いて入力した検索条件受け付けて、受け付けた検索条件を管理サーバ２に送信する。
【００４９】
そして、管理サーバ２のデータ管理部２３は、検索条件に合致するデータを、申請情報２４１、登録ＤＢ２４２および実績ＤＢ２４３から抽出する。そして、データ管理部２３は、抽出したデータを、ネットワーク４を介して管理者端末３に送信する。管理者端末３は、管理サーバ２から受信したデータを出力装置に表示する。
【００５０】
図９は、検索条件入力画面の一例を示す図である。図示する検索条件入力画面は、申請情報２４１を検索するための条件入力欄９１と、登録ＤＢ２４２および実績ＤＢ２４３を検索するための条件入力欄９２と、を有する。なお、各条件入力欄に入力された検索条件は、全部一致だけでなく部分一致の検索も可能とする。
【００５１】
また、図示する検索条件入力画面の「媒体番号」の条件入力欄９３に所定の媒体番号が入力された場合、管理サーバ２のデータ管理部２３は、登録ＤＢ２４２および実績ＤＢ２４３から当該媒体番号を有する登録レコードおよび実績レコードを全て抽出する。そして、データ管理部２３は、抽出した登録レコードおよび実績レコードを所定のフォーマットで編集した検索結果画面を管理者端末３に送信する。管理者端末３は、当該媒体番号を有する登録レコードおよび実績レコードの検索結果画面（例えば、図６、図８に示すレコード）を出力装置に出力する。
【００５２】
このような検索処理により、管理者は、媒体の流通状況をリアルタイムに把握することができる。すなわち、管理者は、登録ＤＢ２４２の内容と、実績ＤＢ２４３の内容を同一画面上に表示することにより、あらかじめ定められた業務プロセス通りに、媒体が各担当者間で流通しているか否かを容易に把握することができる。また、現時点で、媒体がどの担当者の手元に存在しているのかを確認することができる。なお、各担当者についても、リーダ装置１を用いて、上記説明した検索処理を行い、媒体の流通状況を把握できるものとする。
【００５３】
次に、統計処理について説明する。
【００５４】
管理サーバ２のデータ管理部２３は、所定サイクル（例えば、１回／月）で、統計情報を出力する。すなわち、データ管理部２３は、実績ＤＢ２４３および登録ＤＢ２４２を読み出し、所定の期間内（例えば、１ヶ月間）の各データを集計し、集計した結果を統計情報として出力装置に出力する。
【００５５】
図１０は、統計情報の例を示したものである。図１０（ａ）は、媒体番号毎の実績件数を示した統計レポートである。図示する統計レポートは、媒体番号１０１と、ＯＫ件数１０２と、ＮＧ件数１０３と、を有する。ＯＫ件数１０２は、当該媒体番号において、エラーが発生しなかった件数である。ＮＧ件数１０３は、当該媒体番号において、エラーが発生した件数である。
【００５６】
管理サーバ２の入力受付部２２は、前述のステータス入力処理で実績情報と登録レコードとが一致するか等を判別し（図７：Ｓ７６）、一致しない場合はエラーメッセージを送信する。その際に、入力受付部２２は、実績レコードのエラーとなった業務プロセスにエラーフラグ（不図示）を設定するものとする。図８に示す実績レコードの場合、管理番号が「００３」で、業務プロセスが「廃棄」の欄８Ａにエラーフラグ（不図示）が設定される。また、管理番号が「００４」で、業務プロセスが「受領」の欄８Ｂにもエラーフラグ（不図示）が設定される。
【００５７】
そして、データ管理部２３は、図示する統計レポートを出力する際に、少なくとも１つのエラーフラグが設定された管理番号のデータはＮＧデータとし、エラーフラグが１つも設定されていない管理番号のデータはＯＫデータとしてカウント（集計）する。
【００５８】
図１０（ｂ）は、担当者ごとの実績件数を示した統計レポートである。前述のとおり、入力受付部２２は、実績レコードにエラーフラグを設定するものとする。データ管理部２３は、図示する統計レポートを出力する際に、担当者ごとにエラーフラグが設定された場合はＮＧデータとし、エラーフラグが設定されていない場合はＯＫデータとしてカウント（集計）する。
【００５９】
なお、図１０に示す統計レポート以外についても、業務プロセスごとにＯＫ件数およびＮＧ件数をカウントした統計レポートを出力することとしてもよい。
【００６０】
このような統計レポートを出力することにより、媒体があらかじめ定められた業務プロセスに従って流通しているか否かを定量的に把握することができる。また、このような統計レポートを用いることにより、監査を効率よく実施することができる。
【００６１】
また、本実施形態のステータス入力処理では、登録ＤＢの業務プロセスの順番と異なる順番で実績情報を受信した場合であっても、実績ＤＢに実績情報が登録される。しかしながら、統計レポートを出力することより、あらかじめ定められた業務プロセスの順番で流通していない媒体または担当者を特定することができる。これにより、管理者は、定められた業務プロセスの順番で流通していない媒体の担当者に対して、何らかの対策をとることができる。
【００６２】
また、個人情報保護法の施行に向けて、企業が取り扱う個人情報が漏洩した場合に企業が負担する損害（被害者に対する損害賠償）を補償する個人情報漏洩リスク保険がある。この個人情報漏洩リスク保険に加入する際に、図１０に示すような統計レポートを保険料算出の指標に用いることができる。例えば、ＮＧ件数の比率が高い場合、情報漏洩のリスクが高いと判断され、高い保険料が適用される。また、ＮＧ件数の比率が低い場合は、情報漏洩のリスクが低いと判断され、低い保険料が適用される。
【００６３】
次に、本システムのセキュリティをより強化するための処理を説明する。例えば、図１１に示すような媒体を用いることとする。
【００６４】
図１１（ａ）は、揮発エリア１１ａと不揮発エリア１２ａとを有するＭＯ（Magneto-Optical disk）の媒体１１０である。不揮発エリア１２ａには、２つの部品データ１１１、１１２が格納されている。この部品データ１１１、１１２は、元データを所定のデータ分割方法により分割したものである。なお、データ分割方法については、例えば、秘密分散法を用いて分割することが考えられる。秘密分散法は、元データを暗号化しながら複数のデータに分割する方法である。そして、元データ（復元ファイル）１１４に復元するには、部品データ１１１、１１２と、識別情報１１３とが必要であるものとする。
【００６５】
このような部品データが記憶された媒体を用いた場合、情報（元データ）を利用する担当者にのみ識別情報を送信し、不正な利用を防止することができる。例えば、図５に示す登録処理において、管理サーバ２は、媒体に格納された情報を利用する「受領」３２の業務プロセスの担当者Ｂのみに認証情報を送信することとする。具体的には、管理サーバ２の登録部２１は、「受領」３２の業務プロセスの登録後に、あらかじめ定められた担当者Ｂのメールアドレス（または、端末装置）にネットワークを介して認証情報を送信する。
【００６６】
また、図７に示すステータス入力処理において、管理サーバ２は、認証情報を送信することとしてもよい。すなわち、管理サーバ２は、実績情報と登録レコードが一致した場合（Ｓ７６：ＹＥＳ）にのみ、当該担当者のメールアドレス（または、端末装置）にネットワークを介して、認証情報を送信する。このようにして認証情報を取得したが担当者のみが、媒体に格納された部品データ１１１、１１２から認証情報を用いて復元ファイル１１４に復元することができる。
【００６７】
図１１（ｂ）は、管理者領域１１ｂとユーザ領域１２ｂとを有するＭＯの媒体１１０である。管理者領域１１ｂには、当該媒体１１０にアクセスした端末装置のＭＡＣ（Media Access Control）アドレスおよびＩＰ（Internet Protocol）アドレス、または、キーボード操作ログなどが記憶されるものとする。管理者領域１１ｂにこのようなアクセス履歴または操作履歴を記憶することにより、媒体への不正なアクセスをチェックすることができる。なお、ユーザ領域１２ｂには、ダウンロードした情報が記憶されている。
【００６８】
図１１（ｃ）は、電波時計１１ｃと、ユーザ領域１１２ｂと有するＭＯの媒体１１０である。電波時計１１ｃは、ユーザ領域１２ｃに記憶された情報１３ｃの存在時間（ダウンロード後の時間）をカウントアップする。そして、電波時計１１ｃは、所定の時間が経過した時点で、ユーザ領域１２ｃの情報１３ｃを自動的に消去する。このような時限タイマーで情報を消去することにより、故意または不注意による媒体の廃棄漏れを防止することができる。
【００６９】
また、本システムのセキュリティをより強化するために、管理サーバ２はアラーム通知機能を有することとしてもよい。例えば、本システムの管理者が、なんらかの理由により、媒体の流通を中止させたい場合がある。この場合、管理者は、管理者端末３に媒体番号を指定したアラーム通知指示を入力する。管理者端末３は、入力されたアラーム通知指示を、ネットワーク４を介して管理サーバ２に送信する。管理サーバ２は、登録ＤＢ２４２および実績ＤＢ２４３を参照し、指定された媒体番号の各業務プロセスの各担当者に、メールなどによりアラームを通知する。また、管理サーバ２は、ステータス入力処理（図７参照）において、リーダ装置１各々から送信される実績情報の受け付けを停止する。
【００７０】
また、廃棄期限が過ぎても「廃棄」の業務プロセスのステータス入力処理（図７参照）が行われない場合、管理サーバ２は、アラームを通知することとしてもよい。すなわち、管理サーバ２は、実績ＤＢ２４３を参照し廃棄期限を算出する。そして、管理サーバ２は、廃棄期限を過ぎても「廃棄」の入力がない場合、登録ＤＢ２４２を参照して「廃棄」の担当者のリーダ装置１にアラームを送信する。また、管理サーバ２は、管理者端末３にもアラームを送信することとしてもよい。
【００７１】
また、本システムのセキュリティをより強化するために、身元割り出し機能を有することとしてもよい。すなわち、紛失などにより不明の媒体を発見した第三者は、媒体に添付されたバーコードを、リーダ装置１を用いて読み取る。そして、リーダ装置１は、読み取ったバーコードを管理サーバ２に送信する。管理サーバ２は、バーコードを受信し、当該バーコードの媒体番号および管理番号をキーに実績ＤＢ２４３および登録ＤＢ２４２を検索する。そして、管理サーバ２は、当該媒体のステータス（業務プロセス、担当者等）を管理者端末３またはリーダ装置１に送信する。これにより、紛失した媒体を、紛失した担当者に返却することができる。
【００７２】
また、本システムのセキュリティをより強化するために、各担当者が管理サーバ２にアクセスする際のＵＲＬ（Uniform Resource Locator）を担当者ごと振り分けることとしてもよい。例えば、リーダ装置１の機体番号ごとに、当該機体番号がアクセス可能なＵＲＬをあらかじめ定めたＵＲＬテーブルを管理サーバ２の記憶部２４に記憶しておくものとする。管理サーバ２の入力受付部２２は、このＵＲＬテーブルを参照することにより、ＵＲＬテーブルに登録されていない機体番号を有するリーダ装置１のアクセスに対して、エラーを送信し、または、ステータス入力処理を行えないようにすることができる。
【００７３】
以上、本発明の一実施形態を説明した。
【００７４】
本実施形態では、各業務プロセスの担当者各々が、図５に示すような登録処理を行う。これにより、情報の責任者など１人に登録作業が集中することなく、登録作業の負荷を分散し、効率的に登録作業を実施することができる。
【００７５】
また、本実施形態では、媒体の業務プロセスを事前に登録ＤＢに登録する。これにより、ステータス入力処理において、登録ＤＢに登録された業務プロセスと異なる順番で媒体が受け渡された場合は、エラーメッセージを出力することができる。また、登録ＤＢには、業務プロセスごとに、機体番号、パスワードなどの認証情報が登録されている。このような認証情報を登録ＤＢに登録することにより、ステータス入力処理において、登録された機体番号以外のリーダ装置１から入力された場合、または、登録されたパスワード以外のパスワードが入力された場合、エラーメッセージを出力することができる。すなわち、より高いセキュリティを確保することができる。
【００７６】
また、本実施形態のステータス入力処理では、登録ＤＢと異なる業務プロセスの順番で、実績情報を受信した場合であっても、実績ＤＢに実績情報が登録される。これにより、各担当者間での媒体の受け渡しを、個々の状況に応じて柔軟に行うことができる。
【００７７】
また、本実施形態では、管理サーバ２は、各リーダ装置１から送信された業務プロセスなどの実績情報を受信し、実績ＤＢ２４３に記憶する。すなわち、管理サーバ２は、媒体の流通状況を一元的に管理することができる。そして、この実績ＤＢおよび登録ＤＢを参照することにより、媒体の流通状況をリアルタイムに把握することができる。すなわち、あらかじめ定められた業務プロセス通りに、媒体が各担当者間で流通しているか否か、また現時点で媒体がどの担当者の手元に存在しているのかを容易に把握することができる。また、各種の統計分析や監査などに活用することができる。
【００７８】
なお、本発明は上記の実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。例えば、上記の実施形態では、媒体を識別するためにバーコードを用いることとした。しかしながら、バーコードの替わりにＲＦＩＤを用いることとしてもよい。また、バーコードとＲＦＩＤとを一体化したタグを用いることとしてもよい。これにより、バーコード用リーダ装置またはＲＦＩＤ用リーダ装置のいずれであっても、業務プロセスの登録およびステータスの入力を行うことができる。
【００７９】
また、本実施形態では、媒体の受け渡しは、担当者から担当者への手渡しを例に説明した。しかしながら、本発明はこれに限定されず、他の送受方法であってもよい。例えば、郵送による媒体の受け渡し、または、セキュアな環境での通信による受け渡しであってもよい。通信による媒体の受け渡しの場合、送信者は、セキュリティの確保されたメールボックスなどに、媒体に記憶された情報をアップロードする。そして、専用線を介して受信者に送信することが考えられる。通信による媒体の受け渡しについては、例えば、ＮＴＴコミュニケーションズ株式会社の通信アプリケーション「ＧＴＲＡＸ」（登録商標）を適用することが考えられる。
【００８０】
また、本実施形態では、物理的な媒体の流通状態について説明した。しかしながら、本発明はこれに限定されず、コンピュータシステムの記憶装置に記憶された電子データについても、適用することが考えられる。
【００８１】
また、本実施形態における管理サーバ２の登録ＤＢ２４２および実績ＤＢ２４３を、他のシステム（例えば、入退室管理データベース）と連携させることとしてもよい。これにより、媒体の流通状態だけでなく媒体を取り扱う担当者の行動などについても、あわせて一元的に管理することができる。
【図面の簡単な説明】
【００８２】
【図１】本発明の一実施形態が適用された情報ライフサイクル管理システムの全体構成を示す図である。
【図２】各装置のハードウェア構成例を示す図である。
【図３】情報のライフサイクルの一例を示す図である。
【図４】申請情報の一例を示す図である。
【図５】業務プロセスの登録処理を模式的に示す図である。
【図６】登録ＤＢの一例を示す図である。
【図７】ステータス入力処理の処理フロー図である。
【図８】実績ＤＢの一例を示す図である。
【図９】検索条件入力画面の一例を示す図である。
【図１０】統計情報の一例を示す図である。
【図１１】媒体の構成を模式的に示す図である。
【符号の説明】
【００８３】
１：リーダ装置、２：管理サーバ、２１：登録部、２２：入力受付部、２３：データ管理部、２４：記憶部、２４１：申請情報、２４２：登録ＤＢ、２４３：実績ＤＢ、３：管理者端末、４：ネットワーク
【技術分野】
【０００１】
本発明は、情報のライフサイクルを管理する技術に関し、特に、物理的な情報媒体のライフサイクル管理技術に関する。
【背景技術】
【０００２】
作業手順を規定することにより文書や情報の流れを自動化し、担当者間の作業を円滑に行うワークフローシステムがある。例えば、特許文献１には、ＩＳＯ文書の管理システムが記載されている。
【特許文献１】特開２００２−１５７４１３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
さて、「個人情報保護法」の施行により、企業が保有する情報のセキュリティ対策が重要になっている。セキュリティ対策が必要な情報にはコンピュータシステムの記憶装置に格納された情報や、フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ、文書ファイル（書類）など物理的な情報媒体がある。このようなセキュリティ対策が必要な情報については、管理者の手を離れ各担当者間で流通している間、現時点において誰が情報を保有しているのかを把握することは容易ではない。また、情報がどのような順番で各担当者に受け渡されるのか、すなわち、流通経路の順序を把握することは容易ではない。
【０００４】
さらに、近年、企業のグローバル化や企業間での協業化が進み、管理が必要な情報は一企業だけでなく、当該企業の委託会社においても流通している。このような状況において、情報の流通経路（経路順序）、受け渡し日時、取り扱い担当者等の流通状況を迅速に把握することは困難である。すなわち、情報の流通状態の把握には、多くの時間と作業負荷を要している。
【０００５】
本発明は上記事情に鑑みてなされたものであり、本発明の目的は、情報の流通状況をリアルタイムに把握し、情報へのより高いセキュリティを確保することにある。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明では、管理サーバが、情報媒体の流通状況を一元的に管理する。
【０００７】
例えば、第１の発明は、情報媒体に付加された媒体識別情報を読み取る、少なくとも１つのリーダ装置と、情報媒体の流通状況を管理する管理サーバと、を有する情報ライフサイクル管理システムである。リーダ装置各々は、情報媒体に付加された媒体識別情報を読み取る読取手段と、情報媒体の流通時におけるステータスの入力を受け付けるステータス受付手段と、媒体識別情報と、ステータスと、当該リーダ装置の機体番号とを含む実績情報を、前記管理サーバに送信する実績情報送信手段と、を有する。管理サーバは、媒体識別情報毎に、情報媒体の流通状況を記憶した実績データベースと、リーダ装置各々から、実績情報を受信する受信手段と、実績データベースを読み出して、受信した実績情報の媒体識別情報と一致するデータを特定し、実績情報のステータスと、実績情報の機体番号に対応する担当者とを、特定したデータに記憶する更新手段と、媒体識別番号毎に複数のステータスが所定の順番で記憶された登録データベースと、受信手段が受信した実績情報のステータスが登録データベースに記憶された順番で受信されたか否かを、実績データベースに基づいて判別する判別手段と、登録データベースに記憶された順番で実績情報が受信されない場合、エラーメッセージを出力するエラー出力手段と、を有する
また、第２の発明は、情報媒体に付加された媒体識別情報を読み取る、少なくとも１つのリーダ装置と、前記情報媒体の流通状態を管理する管理サーバとを有する情報ライフサイクル管理システムにおける管理サーバであって、リーダ装置各々から、当該リーダ装置が読み取った情報媒体の媒体識別情報と、情報媒体の流通時におけるステータスと、当該リーダ装置の機体番号と、を含む実績情報を受信する受信手段と、媒体識別情報毎に、情報媒体の流通状況を記憶した実績データベースと、実績データベースを読み出して、受信した実績情報の媒体識別情報と一致するデータを特定し、実績情報のステータスと、実績情報の機体番号に対応する担当者とを、特定したデータに記憶する更新手段と、媒体識別番号毎に複数のステータスが所定の順番で記憶された登録データベースと、受信手段が受信した実績情報のステータスが登録データベースに記憶された順番で受信されたか否かを、実績データベースに基づいて判別する判別手段と、登録データベースに記憶された順番で実績情報が受信されない場合、エラーメッセージを出力するエラー出力手段と、を有する。
【発明の効果】
【０００８】
本発明により、情報媒体の流通状況を一元的に管理し、情報媒体の流通状況をリアルタイムで把握することができる。また、本発明により、より高いセキュリティを確保することができる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明の実施の形態について説明する。
【００１０】
図１は、本発明の一実施形態が適用された情報ライフサイクル管理システムの全体構成図である。本システムは、各種の情報が記憶された物理的な媒体のライフサイクルを保管するシステムである。なお物理的な媒体とは、例えば、ＭＯ（Magneto-Optical disk）、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disk）、フレキシブルディスク、プリントアウトした書類など、である。
【００１１】
本システムは、少なくとも１つのリーダ装置１と、管理サーバ２と、管理者端末３とを有する。そして、リーダ装置１各々と管理サーバ２と管理者端末３とは、インターネットなどのネットワーク４により接続されている。
【００１２】
リーダ装置１は、媒体に付加（貼付）されたバーコードを読み取り、ネットワーク４を介して読み取ったバーコードを管理サーバ２に送信する装置である。リーダ装置１には、例えば、バーコード認識機能を有する携帯電話等を用いることができる。バーコードには、媒体を識別するための識別コードが表示されている。
【００１３】
なお、本実施形態では、バーコードを使用するが、バーコードの替わりにＲＦＩＤ（Radio Frequency Identification）タグ（以下、「ＲＦＩＤ」）を媒体に取り付けることとしてもよい。ＲＦＩＤは、物体の識別に利用される微小な無線ＩＣチップである。ＲＦＩＤには、当該ＲＦＩＤが取り付けられた媒体の識別コードが記憶されており、電波を用いて情報を送受信することができる。
【００１４】
管理サーバ２は、媒体のライフサイクル（流通状況）を一元的に管理する装置である。管理サーバ２は、図示するように、登録部２１と、入力受付部２２と、データ管理部２３と、記憶部２４とを有する。
【００１５】
登録部２１は、媒体の流通経路などの業務プロセスを事前に登録する。入力受付部２２は、媒体の流通時において、各リーダ装置１から、媒体のステータス（実績情報）の入力を受け付ける。データ管理部２３は、記憶部２４に記憶された各データベースを読み出し、検索結果および統計情報を出力する。
【００１６】
記憶部２４には、申請情報２４１と、登録データベース（以下、「登録ＤＢ」）２４２と、実績データベース（以下、「実績ＤＢ」）２４３とが記憶されている。申請情報２４１は、情報を媒体にダウンロードして各担当者が使用する際に、あらかじめ申請しておく情報である。登録ＤＢ２４２は、媒体の所定の流通経路（業務プロセス）を記憶したデータベースである。実績ＤＢ２４３は、媒体の流通時（使用時）において、媒体の実際の流通経路を記憶するデータベースである。なお、申請情報２４１、登録ＤＢ２４２および実績ＤＢ２４３については後述する。
【００１７】
管理者端末３は、本システムの管理者が使用する装置である。管理者端末３の出力装置には、媒体の流通状況、統計情報、管理サーバ２が検知した各種のエラーなどが出力される。
【００１８】
上記説明した、リーダ装置１、管理サーバ２、および管理者端末３は、いずれも、例えば図２に示すようなＣＰＵ９０１と、メモリ９０２と、ＨＤＤ等の外部記憶装置９０３と、キーボードや機能ボタンなどの入力装置９０４と、ディスプレイなどの出力装置９０５と、他の装置と接続するための通信制御装置９０６と、これらの各装置を接続するバス９０７と、を備えた汎用的なコンピュータシステムを用いることができる。
【００１９】
このコンピュータシステムにおいて、ＣＰＵ９０１がメモリ９０２上にロードされた所定のプログラムを実行することにより、各装置の各機能が実現される。例えば、リーダ装置１、管理サーバ２、および管理者端末３の各機能は、リーダ装置１用のプログラムの場合はリーダ装置１のＣＰＵ９０１が、管理サーバ２用のプログラムの場合は管理サーバ２のＣＰＵ９０１が、そして、管理者端末３用のプログラムの場合は管理者端末３のＣＰＵ９０１が、それぞれ実行することにより実現される。なお、管理サーバ２の記憶部２４には、管理サーバ２のメモリ９０２または外部記憶装置９０３が用いられる。また、外部記憶装置９０３、入力装置９０４および出力装置９０５については、各装置が必要に応じて備えるものとする。
【００２０】
つぎに、媒体のライフサイクルについて説明する。
【００２１】
図３は、媒体のライフサイクルの一例を示したものである。本実施形態における媒体のライフサイクルは、図示するように、生成３１、受領３２、返却３３、廃棄３４の各業務プロセスで構成されるものとする。生成３１は、管理サーバ２または他の装置に記憶された情報を、媒体にダウンロードする業務プロセスである。受領３２は、生成３１の後に媒体を受け取って、当該媒体に記憶された情報を利用または使用する業務プロセスである。返却３３は、受領３２の後に媒体を受け取って、廃棄３４の担当者に媒体を返却する業務プロセスである。廃棄３４は、返却された媒体を一定期間保管し、その後に初期化、破棄するなど媒体に格納された情報を抹消する業務プロセスである。このような媒体のライフサイクルを例に以下説明する。なお、本発明はこれに限定されず、例えば、生成、送信、受信、保管、廃棄などの業務プロセスから構成されるライフサイクルであってもよい。
【００２２】
つぎに、媒体の業務プロセスの登録処理について説明する。
【００２３】
まず、各情報（または業務システム）の責任者は、ＰＣ（Personal Computer）などの端末装置（不図示）を用いて、情報を媒体にタウンロードするための申請情報を管理サーバ２に登録する。すなわち、端末装置は、入力装置を用いて入力された申請情報を、ネットワーク４を介して管理サーバ２に送信する。
【００２４】
図４は、申請情報２４１の一例を示したものである。図示する申請情報２４１には、情報の利用目的、起案者（情報の責任者）、媒体番号、システム名（ダウンロードしたい情報を特定するための識別情報）などが含まれる。媒体番号は、情報がダウンロードされる媒体を識別するための識別番号であって、例えば、申請ごとに付与される承認番号を用いることができる。
【００２５】
管理サーバ２の登録部２１は、ネットワーク４を介して申請情報２４１を受信して、記憶部２４に記憶する。そして、登録部２１は、媒体番号にシーケンシャルな管理番号を付加した媒体識別番号を所定の数だけ採番（生成）する。管理番号は、例えば「０００」から「９９９」までの連番とすることが考えられる。そして、登録部２１は、採番した媒体識別番号各々のバーコードを生成し、プリンタなどの出力装置から出力（プリントアウト）する。なお、この出力されたバーコードは、最初の業務プロセスの担当者（図３の場合は、「生成」の担当者）が、保有するものとする。
【００２６】
そして、各業務プロセスの各担当者は、業務プロセスの事前登録を行う。
【００２７】
図５は、業務プロセスの登録方法を模式的に示した図である。まず、最初の業務プロセスである生成３１の担当者Ａは、管理サーバ２が出力したバーコードの中から、管理番号が最も小さい（例えば、「０００」）バーコードを選択する。そして、担当者Ａは、まだ情報がダウンロードされていない空の媒体５に、選択したバーコードを付加（貼付）する。そして、担当者Ａは、リーダ装置１の入力装置を用いて媒体５に付加されたバーコードを読み取る指示を入力する。また、担当者Ａは、入力装置を用いて、パスワードと、当該担当者Ａの業務プロセス（すなわち、生成３１）とを入力する。
【００２８】
リーダ装置１は、バーコード読み取り指示を受け付けて媒体に付加されたバーコードを読み取る。また、リーダ装置１は、入力装置から入力されたパスワードおよび業務プロセスを受け付ける。そして、リーダ装置１は、バーコード、パスワード、業務プロセス、および、担当者Ａのリーダ装置１の機体番号を含む登録要求を、ネットワーク４を介して管理サーバ２に送信する。機体番号は、リーダ装置１を識別するための識別情報である。本実施形態では、リーダ装置１に携帯電話を使用するため、携帯電話の機体番号を識別情報として用いることとする。
【００２９】
管理サーバ２の登録部２１は、ネットワーク４を介して、リーダ装置１から登録要求を受信する。そして、登録部２１は、登録情報を記憶部２４に記憶された登録ＤＢ２４２に記憶する。すなわち、登録部２１は、バーコードが示す媒体番号を取得し、当該媒体番号をインデックスキーとして受信した登録情報を登録ＤＢ２４２に記憶する。なお、登録ＤＢ２４２については後述する。担当者Ａは、自分が担当する業務プロセスの登録を終了すると、次の業務プロセスである「受領」３２の担当者Ｂにバーコードが付加された媒体を、手渡し、郵送など何らかの方法で受け渡す。
【００３０】
そして、担当者Ｂは、担当者Ａの場合と同様に、自分の担当する業務プロセスの登録を行う。すなわち、担当者Ｂのリーダ装置１は、読み取ったバーコードと、パスワードと、業務プロセスと、当該リーダ装置１の機体番号とを含む登録情報を、管理サーバ２に送信する。管理サーバ２の登録部２１は、担当者Ｂのリーダ装置１から、ネットワーク４を介して登録情報を受信する。そして、登録部２１は、受信した登録情報を、記憶部２４の登録ＤＢ２４２に記憶する。すなわち、登録部２１は、バーコードが示す媒体番号をキーとして登録ＤＢ２４２を検索する。そして、登録部２１は、媒体番号が一致する登録レコードに、担当者Ｂのリーダ装置１から送信された登録情報を追加する。
【００３１】
そして、担当者Ｂは、自分が担当する業務プロセスの登録を終了すると、次の業務プロセスである「返却」３３の担当者Ｃにバーコードが付加された媒体を受け渡す。このように、各業務プロセスの担当者各々は、自分が使用するリーダ装置１を用いて、自分の担当する業務プロセスの登録を行う。そして、管理サーバ２は、各担当者のリーダ装置１から登録情報を受信した順番で、業務プロセスを登録ＤＢ２４２に登録する。これにより、情報の責任者など１人に登録作業が集中することなく、登録作業の負荷を分散し、効率的に登録作業を実施することができる。
【００３２】
次に、管理サーバ２の記憶部２４に記憶された登録ＤＢ２４２について説明する。
【００３３】
図６は、登録ＤＢ２４２の一例を示した図である。登録ＤＢ２４２は、複数の登録レコード（テーブル）を有する。そして、登録レコードは、図示するように、インデックスキーとなる媒体番号６１と、業務プロセス６２と、機体番号６３と、パスワード６４と、担当者６５と、廃棄期限６６とを有する。媒体番号６１、業務プロセス６２および機体番号６３は、図５で説明したように、各担当者のリーダ装置１から受信した登録情報に含まれているものである。
【００３４】
担当者６５は、担当者の名前である。管理サーバ２の登録部２１は、記憶部２４に記憶された担当者テーブル（不図示）を参照することにより、機体番号に対応する担当者名を検索し、担当者６５の欄に設定するものとする。なお、担当者テーブルは、機体番号と担当者名とが対応付けられたテーブルである。廃棄期限６６は、業務プロセスの生成から廃棄までの期限である。この廃棄期限は、たとえば、図５に示す業務プロセスの登録において、生成の登録情報に含まれるものとする。すなわち、担当者Ａにより入力された廃棄期限が、登録情報に含まれて管理サーバ２に送信されるものとする。
【００３５】
なお、図示する登録レコードは、図５に示す業務プロセスの順番（すなわち、生成→受領→返却→廃棄）で各登録情報が設定されている。これにより、後述するステータス入力処理において、登録レコードと異なる順番で媒体が受け渡された場合は、エラーメッセージを出力することができる。
【００３６】
また、図示する登録レコードは、プロセスごとに、機体番号、パスワードなどの認証情報が設定されている。このような認証情報を登録することにより、後述するステータス入力処理において、登録された機体番号以外のリーダ装置１から入力された場合、または、登録されたパスワード以外のパスワードが入力された場合、エラーメッセージを出力することができる。
【００３７】
次に、情報が記憶された媒体が、実際に各担当者間で流通している際のステータス入力処理を説明する。
【００３８】
図７は、ステータス入力処理の処理フロー図である。各業務プロセスの担当者各々は、情報が格納された媒体を受け取ると、自分の業務プロセス（ステータス）を管理サーバ２に登録する。すなわち、媒体を受け取った担当者は、媒体に付加されたバーコードの読み取り指示を、入力装置を用いてリーダ装置１に入力する。また、担当者は、パスワードおよび業務プロセスをリーダ装置１に入力する。
【００３９】
リーダ装置１は、バーコード読み取り指示を受け付けて媒体に付加されたバーコードを読み取る。また、リーダ装置１は、入力されたパスワードおよび業務プロセスを受け付ける。そして、リーダ装置１は、バーコード、パスワード、業務プロセスおよび当該リーダ装置１の機体番号を含む実績情報を、ネットワーク４を介して管理サーバ２に送信する（Ｓ７１）。
【００４０】
管理サーバ２の入力受付部２２は、ネットワーク４を介して実績情報を受信する。そして、入力受付部２２は、実績情報に含まれるバーコードが示す媒体番号および管理番号を取得する（Ｓ７２）。そして、入力受付部２２は、実績ＤＢ２４３を読み出し、取得した媒体番号および管理番号の実績レコードを特定する（Ｓ７３）。そして、特定した実績レコードに、受信した実績情報に含まれる各情報、実績情報を受信した日時などを設定する（Ｓ７４）。なお、実績ＤＢ２４３については、後述する。また、最初の業務プロセス（すなわち、「生成」）の場合、Ｓ７３において、取得した媒体番号および管理番号の実績レコードは実績ＤＢ２４３に存在しない。この場合、入力受付部２２は、当該媒体番号および管理番号の実績レコードを新たに作成する。
【００４１】
そして、入力受付部２２は、登録ＤＢ２４２を読み出し、Ｓ７２で取得した媒体番号の登録レコードを特定する（Ｓ７５）。そして、入力受付部２２は、受信した実績情報と登録レコードの内容とが一致するか否かを判別する（Ｓ７６）。具体的には、入力受付部２２は、実績情報に含まれる業務プロセスが、登録レコードの業務プロセスの順番で受信されたか否かを判別する。また、入力受付部２２は、実績情報の機体番号およびパスワードが、登録レコードの対応する業務プロセスに設定された機体番号およびパスワードと一致するか否かを判別する。また、入力受付部２２は、実績情報を受信した日時が、最初の業務プロセス（「生成」）の受信日時から登録レコードの廃棄期限を越えているか否かを判別する。
【００４２】
受信した実績情報と登録レコードの内容とが一致しない場合、または、廃棄期限と超えている場合（Ｓ７６：ＮＯ）、入力受付部２２は、エラーメッセージを管理者端末３および当該実績情報を送信したリーダ装置１に送信する（Ｓ７７）。管理者端末３およびリーダ装置１の各々は、ネットワーク４を介してエラーメッセージを受信し、出力装置にエラーメッセージを出力する。一方、受信した実績情報と登録レコードの内容とが一致する場合、または、廃棄期限を超えていない場合（Ｓ７６：ＹＥＳ）、本処理を終了する。
【００４３】
次に、ステータス生成処理で作成・更新される実績ＤＢ２４３について説明する。
【００４４】
図８は、管理サーバ２の記憶部２４に記憶された実績ＤＢ２４３の一例を示した図である。実績ＤＢ２４３は、複数の実績レコード（テーブル）を有する。そして、実績レコードは、図示するように、インデックスキーとなる媒体番号８１および管理番号８２と、業務プロセス８３と、担当者８４と、実績情報の受信日時８５と、を有する。媒体番号８１、管理番号８２および業務プロセス８３は、図７で説明したように、各担当者のリーダ装置１から受信した実績情報に含まれているものである。担当者８４は、担当者の名前である。管理サーバ２の入力受付部２２は、記憶部２４に記憶された担当者テーブル（不図示）を参照することにより、機体番号に対応する担当者名を検索し、担当者８４の欄に設定するものとする。
【００４５】
なお、図示する実績レコードの管理番号８２が「００３」８Ａの場合、業務プロセスが「生成」の日時は「２００４．０５．１０ １０：００」で、業務プロセスが「廃棄」の日時は「２００４．０８．１４ １０：００」である。そして、当該実績レコードに対応する（媒体番号が同じ）登録レコードの廃棄期限には、「３ヶ月」が設定されているものとする。この場合、管理サーバ２の入力受付部２２は、図７のＳ７６において、廃棄期限と超えていると判別し、エラーメッセージを送信する。
【００４６】
また、図示する実績レコードの管理番号８２が「００４」の場合、業務プロセスが「受領」の担当者および日時８Ｂが空欄である。この場合、管理サーバ２の入力受付部２２は、図７のＳ７６において、登録レコードに設定された業務プロセスの順番と異なると判別し、エラーメッセージを送信する。
【００４７】
次に、検索処理について説明する。本システムの管理者は、管理者端末３を用いて管理サーバ２の記憶部２４に記憶された申請情報２４１、登録ＤＢ２４２および実績ＤＢ２４３の内容を随時、検索および参照することができる。
【００４８】
すなわち、管理者は、入力装置を用いて管理者端末３に検索指示を入力する。管理者端末３は、検索指示を受け付けて、ネットワーク４を介して管理サーバ２に検索要求を送信する。管理サーバ２のデータ管理部２３は、検索要求を受信し、図９に示すような検索条件入力画面（Ｗｅｂページ）を管理者端末３に送信する。管理者端末３は、検索条件入力画面を受信し、出力装置に表示する。そして、管理者端末３は、管理者が入力装置を用いて入力した検索条件受け付けて、受け付けた検索条件を管理サーバ２に送信する。
【００４９】
そして、管理サーバ２のデータ管理部２３は、検索条件に合致するデータを、申請情報２４１、登録ＤＢ２４２および実績ＤＢ２４３から抽出する。そして、データ管理部２３は、抽出したデータを、ネットワーク４を介して管理者端末３に送信する。管理者端末３は、管理サーバ２から受信したデータを出力装置に表示する。
【００５０】
図９は、検索条件入力画面の一例を示す図である。図示する検索条件入力画面は、申請情報２４１を検索するための条件入力欄９１と、登録ＤＢ２４２および実績ＤＢ２４３を検索するための条件入力欄９２と、を有する。なお、各条件入力欄に入力された検索条件は、全部一致だけでなく部分一致の検索も可能とする。
【００５１】
また、図示する検索条件入力画面の「媒体番号」の条件入力欄９３に所定の媒体番号が入力された場合、管理サーバ２のデータ管理部２３は、登録ＤＢ２４２および実績ＤＢ２４３から当該媒体番号を有する登録レコードおよび実績レコードを全て抽出する。そして、データ管理部２３は、抽出した登録レコードおよび実績レコードを所定のフォーマットで編集した検索結果画面を管理者端末３に送信する。管理者端末３は、当該媒体番号を有する登録レコードおよび実績レコードの検索結果画面（例えば、図６、図８に示すレコード）を出力装置に出力する。
【００５２】
このような検索処理により、管理者は、媒体の流通状況をリアルタイムに把握することができる。すなわち、管理者は、登録ＤＢ２４２の内容と、実績ＤＢ２４３の内容を同一画面上に表示することにより、あらかじめ定められた業務プロセス通りに、媒体が各担当者間で流通しているか否かを容易に把握することができる。また、現時点で、媒体がどの担当者の手元に存在しているのかを確認することができる。なお、各担当者についても、リーダ装置１を用いて、上記説明した検索処理を行い、媒体の流通状況を把握できるものとする。
【００５３】
次に、統計処理について説明する。
【００５４】
管理サーバ２のデータ管理部２３は、所定サイクル（例えば、１回／月）で、統計情報を出力する。すなわち、データ管理部２３は、実績ＤＢ２４３および登録ＤＢ２４２を読み出し、所定の期間内（例えば、１ヶ月間）の各データを集計し、集計した結果を統計情報として出力装置に出力する。
【００５５】
図１０は、統計情報の例を示したものである。図１０（ａ）は、媒体番号毎の実績件数を示した統計レポートである。図示する統計レポートは、媒体番号１０１と、ＯＫ件数１０２と、ＮＧ件数１０３と、を有する。ＯＫ件数１０２は、当該媒体番号において、エラーが発生しなかった件数である。ＮＧ件数１０３は、当該媒体番号において、エラーが発生した件数である。
【００５６】
管理サーバ２の入力受付部２２は、前述のステータス入力処理で実績情報と登録レコードとが一致するか等を判別し（図７：Ｓ７６）、一致しない場合はエラーメッセージを送信する。その際に、入力受付部２２は、実績レコードのエラーとなった業務プロセスにエラーフラグ（不図示）を設定するものとする。図８に示す実績レコードの場合、管理番号が「００３」で、業務プロセスが「廃棄」の欄８Ａにエラーフラグ（不図示）が設定される。また、管理番号が「００４」で、業務プロセスが「受領」の欄８Ｂにもエラーフラグ（不図示）が設定される。
【００５７】
そして、データ管理部２３は、図示する統計レポートを出力する際に、少なくとも１つのエラーフラグが設定された管理番号のデータはＮＧデータとし、エラーフラグが１つも設定されていない管理番号のデータはＯＫデータとしてカウント（集計）する。
【００５８】
図１０（ｂ）は、担当者ごとの実績件数を示した統計レポートである。前述のとおり、入力受付部２２は、実績レコードにエラーフラグを設定するものとする。データ管理部２３は、図示する統計レポートを出力する際に、担当者ごとにエラーフラグが設定された場合はＮＧデータとし、エラーフラグが設定されていない場合はＯＫデータとしてカウント（集計）する。
【００５９】
なお、図１０に示す統計レポート以外についても、業務プロセスごとにＯＫ件数およびＮＧ件数をカウントした統計レポートを出力することとしてもよい。
【００６０】
このような統計レポートを出力することにより、媒体があらかじめ定められた業務プロセスに従って流通しているか否かを定量的に把握することができる。また、このような統計レポートを用いることにより、監査を効率よく実施することができる。
【００６１】
また、本実施形態のステータス入力処理では、登録ＤＢの業務プロセスの順番と異なる順番で実績情報を受信した場合であっても、実績ＤＢに実績情報が登録される。しかしながら、統計レポートを出力することより、あらかじめ定められた業務プロセスの順番で流通していない媒体または担当者を特定することができる。これにより、管理者は、定められた業務プロセスの順番で流通していない媒体の担当者に対して、何らかの対策をとることができる。
【００６２】
また、個人情報保護法の施行に向けて、企業が取り扱う個人情報が漏洩した場合に企業が負担する損害（被害者に対する損害賠償）を補償する個人情報漏洩リスク保険がある。この個人情報漏洩リスク保険に加入する際に、図１０に示すような統計レポートを保険料算出の指標に用いることができる。例えば、ＮＧ件数の比率が高い場合、情報漏洩のリスクが高いと判断され、高い保険料が適用される。また、ＮＧ件数の比率が低い場合は、情報漏洩のリスクが低いと判断され、低い保険料が適用される。
【００６３】
次に、本システムのセキュリティをより強化するための処理を説明する。例えば、図１１に示すような媒体を用いることとする。
【００６４】
図１１（ａ）は、揮発エリア１１ａと不揮発エリア１２ａとを有するＭＯ（Magneto-Optical disk）の媒体１１０である。不揮発エリア１２ａには、２つの部品データ１１１、１１２が格納されている。この部品データ１１１、１１２は、元データを所定のデータ分割方法により分割したものである。なお、データ分割方法については、例えば、秘密分散法を用いて分割することが考えられる。秘密分散法は、元データを暗号化しながら複数のデータに分割する方法である。そして、元データ（復元ファイル）１１４に復元するには、部品データ１１１、１１２と、識別情報１１３とが必要であるものとする。
【００６５】
このような部品データが記憶された媒体を用いた場合、情報（元データ）を利用する担当者にのみ識別情報を送信し、不正な利用を防止することができる。例えば、図５に示す登録処理において、管理サーバ２は、媒体に格納された情報を利用する「受領」３２の業務プロセスの担当者Ｂのみに認証情報を送信することとする。具体的には、管理サーバ２の登録部２１は、「受領」３２の業務プロセスの登録後に、あらかじめ定められた担当者Ｂのメールアドレス（または、端末装置）にネットワークを介して認証情報を送信する。
【００６６】
また、図７に示すステータス入力処理において、管理サーバ２は、認証情報を送信することとしてもよい。すなわち、管理サーバ２は、実績情報と登録レコードが一致した場合（Ｓ７６：ＹＥＳ）にのみ、当該担当者のメールアドレス（または、端末装置）にネットワークを介して、認証情報を送信する。このようにして認証情報を取得したが担当者のみが、媒体に格納された部品データ１１１、１１２から認証情報を用いて復元ファイル１１４に復元することができる。
【００６７】
図１１（ｂ）は、管理者領域１１ｂとユーザ領域１２ｂとを有するＭＯの媒体１１０である。管理者領域１１ｂには、当該媒体１１０にアクセスした端末装置のＭＡＣ（Media Access Control）アドレスおよびＩＰ（Internet Protocol）アドレス、または、キーボード操作ログなどが記憶されるものとする。管理者領域１１ｂにこのようなアクセス履歴または操作履歴を記憶することにより、媒体への不正なアクセスをチェックすることができる。なお、ユーザ領域１２ｂには、ダウンロードした情報が記憶されている。
【００６８】
図１１（ｃ）は、電波時計１１ｃと、ユーザ領域１１２ｂと有するＭＯの媒体１１０である。電波時計１１ｃは、ユーザ領域１２ｃに記憶された情報１３ｃの存在時間（ダウンロード後の時間）をカウントアップする。そして、電波時計１１ｃは、所定の時間が経過した時点で、ユーザ領域１２ｃの情報１３ｃを自動的に消去する。このような時限タイマーで情報を消去することにより、故意または不注意による媒体の廃棄漏れを防止することができる。
【００６９】
また、本システムのセキュリティをより強化するために、管理サーバ２はアラーム通知機能を有することとしてもよい。例えば、本システムの管理者が、なんらかの理由により、媒体の流通を中止させたい場合がある。この場合、管理者は、管理者端末３に媒体番号を指定したアラーム通知指示を入力する。管理者端末３は、入力されたアラーム通知指示を、ネットワーク４を介して管理サーバ２に送信する。管理サーバ２は、登録ＤＢ２４２および実績ＤＢ２４３を参照し、指定された媒体番号の各業務プロセスの各担当者に、メールなどによりアラームを通知する。また、管理サーバ２は、ステータス入力処理（図７参照）において、リーダ装置１各々から送信される実績情報の受け付けを停止する。
【００７０】
また、廃棄期限が過ぎても「廃棄」の業務プロセスのステータス入力処理（図７参照）が行われない場合、管理サーバ２は、アラームを通知することとしてもよい。すなわち、管理サーバ２は、実績ＤＢ２４３を参照し廃棄期限を算出する。そして、管理サーバ２は、廃棄期限を過ぎても「廃棄」の入力がない場合、登録ＤＢ２４２を参照して「廃棄」の担当者のリーダ装置１にアラームを送信する。また、管理サーバ２は、管理者端末３にもアラームを送信することとしてもよい。
【００７１】
また、本システムのセキュリティをより強化するために、身元割り出し機能を有することとしてもよい。すなわち、紛失などにより不明の媒体を発見した第三者は、媒体に添付されたバーコードを、リーダ装置１を用いて読み取る。そして、リーダ装置１は、読み取ったバーコードを管理サーバ２に送信する。管理サーバ２は、バーコードを受信し、当該バーコードの媒体番号および管理番号をキーに実績ＤＢ２４３および登録ＤＢ２４２を検索する。そして、管理サーバ２は、当該媒体のステータス（業務プロセス、担当者等）を管理者端末３またはリーダ装置１に送信する。これにより、紛失した媒体を、紛失した担当者に返却することができる。
【００７２】
また、本システムのセキュリティをより強化するために、各担当者が管理サーバ２にアクセスする際のＵＲＬ（Uniform Resource Locator）を担当者ごと振り分けることとしてもよい。例えば、リーダ装置１の機体番号ごとに、当該機体番号がアクセス可能なＵＲＬをあらかじめ定めたＵＲＬテーブルを管理サーバ２の記憶部２４に記憶しておくものとする。管理サーバ２の入力受付部２２は、このＵＲＬテーブルを参照することにより、ＵＲＬテーブルに登録されていない機体番号を有するリーダ装置１のアクセスに対して、エラーを送信し、または、ステータス入力処理を行えないようにすることができる。
【００７３】
以上、本発明の一実施形態を説明した。
【００７４】
本実施形態では、各業務プロセスの担当者各々が、図５に示すような登録処理を行う。これにより、情報の責任者など１人に登録作業が集中することなく、登録作業の負荷を分散し、効率的に登録作業を実施することができる。
【００７５】
また、本実施形態では、媒体の業務プロセスを事前に登録ＤＢに登録する。これにより、ステータス入力処理において、登録ＤＢに登録された業務プロセスと異なる順番で媒体が受け渡された場合は、エラーメッセージを出力することができる。また、登録ＤＢには、業務プロセスごとに、機体番号、パスワードなどの認証情報が登録されている。このような認証情報を登録ＤＢに登録することにより、ステータス入力処理において、登録された機体番号以外のリーダ装置１から入力された場合、または、登録されたパスワード以外のパスワードが入力された場合、エラーメッセージを出力することができる。すなわち、より高いセキュリティを確保することができる。
【００７６】
また、本実施形態のステータス入力処理では、登録ＤＢと異なる業務プロセスの順番で、実績情報を受信した場合であっても、実績ＤＢに実績情報が登録される。これにより、各担当者間での媒体の受け渡しを、個々の状況に応じて柔軟に行うことができる。
【００７７】
また、本実施形態では、管理サーバ２は、各リーダ装置１から送信された業務プロセスなどの実績情報を受信し、実績ＤＢ２４３に記憶する。すなわち、管理サーバ２は、媒体の流通状況を一元的に管理することができる。そして、この実績ＤＢおよび登録ＤＢを参照することにより、媒体の流通状況をリアルタイムに把握することができる。すなわち、あらかじめ定められた業務プロセス通りに、媒体が各担当者間で流通しているか否か、また現時点で媒体がどの担当者の手元に存在しているのかを容易に把握することができる。また、各種の統計分析や監査などに活用することができる。
【００７８】
なお、本発明は上記の実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。例えば、上記の実施形態では、媒体を識別するためにバーコードを用いることとした。しかしながら、バーコードの替わりにＲＦＩＤを用いることとしてもよい。また、バーコードとＲＦＩＤとを一体化したタグを用いることとしてもよい。これにより、バーコード用リーダ装置またはＲＦＩＤ用リーダ装置のいずれであっても、業務プロセスの登録およびステータスの入力を行うことができる。
【００７９】
また、本実施形態では、媒体の受け渡しは、担当者から担当者への手渡しを例に説明した。しかしながら、本発明はこれに限定されず、他の送受方法であってもよい。例えば、郵送による媒体の受け渡し、または、セキュアな環境での通信による受け渡しであってもよい。通信による媒体の受け渡しの場合、送信者は、セキュリティの確保されたメールボックスなどに、媒体に記憶された情報をアップロードする。そして、専用線を介して受信者に送信することが考えられる。通信による媒体の受け渡しについては、例えば、ＮＴＴコミュニケーションズ株式会社の通信アプリケーション「ＧＴＲＡＸ」（登録商標）を適用することが考えられる。
【００８０】
また、本実施形態では、物理的な媒体の流通状態について説明した。しかしながら、本発明はこれに限定されず、コンピュータシステムの記憶装置に記憶された電子データについても、適用することが考えられる。
【００８１】
また、本実施形態における管理サーバ２の登録ＤＢ２４２および実績ＤＢ２４３を、他のシステム（例えば、入退室管理データベース）と連携させることとしてもよい。これにより、媒体の流通状態だけでなく媒体を取り扱う担当者の行動などについても、あわせて一元的に管理することができる。
【図面の簡単な説明】
【００８２】
【図１】本発明の一実施形態が適用された情報ライフサイクル管理システムの全体構成を示す図である。
【図２】各装置のハードウェア構成例を示す図である。
【図３】情報のライフサイクルの一例を示す図である。
【図４】申請情報の一例を示す図である。
【図５】業務プロセスの登録処理を模式的に示す図である。
【図６】登録ＤＢの一例を示す図である。
【図７】ステータス入力処理の処理フロー図である。
【図８】実績ＤＢの一例を示す図である。
【図９】検索条件入力画面の一例を示す図である。
【図１０】統計情報の一例を示す図である。
【図１１】媒体の構成を模式的に示す図である。
【符号の説明】
【００８３】
１：リーダ装置、２：管理サーバ、２１：登録部、２２：入力受付部、２３：データ管理部、２４：記憶部、２４１：申請情報、２４２：登録ＤＢ、２４３：実績ＤＢ、３：管理者端末、４：ネットワーク
【特許請求の範囲】
【請求項１】
情報媒体に付加された媒体識別情報を読み取る、少なくとも１つのリーダ装置と、前記情報媒体の流通状況を管理する管理サーバと、を有する情報ライフサイクル管理システムであって、
前記リーダ装置各々は、
情報媒体に付加された媒体識別情報を読み取る読取手段と、
情報媒体の流通時におけるステータスの入力を受け付けるステータス受付手段と、
前記媒体識別情報と、前記ステータスと、当該リーダ装置の機体番号とを含む実績情報を、前記管理サーバに送信する実績情報送信手段と、を有し、
前記管理サーバは、
前記媒体識別情報毎に、前記情報媒体の流通状況を記憶した実績データベースと、
前記リーダ装置各々から、前記実績情報を受信する受信手段と、
前記実績データベースを読み出して、前記受信した実績情報の媒体識別情報と一致するデータを特定し、前記実績情報の前記ステータスと、前記実績情報の前記機体番号に対応する担当者とを、前記特定したデータに記憶する更新手段と、
前記媒体識別番号毎に、複数のステータスが所定の順番で記憶された登録データベースと、
前記受信手段が受信した実績情報のステータスが、前記登録データベースに記憶された順番で受信されたか否かを、前記実績データベースに基づいて判別する判別手段と、
前記登録データベースに記憶された順番で前記実績情報が受信されない場合、エラーメッセージを出力するエラー出力手段と、を有すること
を特徴とする情報ライフサイクル管理システム。
【請求項２】
情報媒体に付加された媒体識別情報を読み取る、少なくとも１つのリーダ装置と、前記情報媒体の流通状態を管理する管理サーバとを有する情報ライフサイクル管理システムにおける前記管理サーバであって、
前記リーダ装置各々から、当該リーダ装置が読み取った前記情報媒体の媒体識別情報と、前記情報媒体の流通時におけるステータスと、当該リーダ装置の機体番号と、を含む実績情報を受信する受信手段と、
前記媒体識別情報毎に、前記情報媒体の流通状況を記憶した実績データベースと、
前記実績データベースを読み出して、前記受信した実績情報の媒体識別情報と一致するデータを特定し、前記実績情報の前記ステータスと、前記実績情報の前記機体番号に対応する担当者とを、前記特定したデータに記憶する更新手段と、
前記媒体識別番号毎に、複数のステータスが所定の順番で記憶された登録データベースと、
前記受信手段が受信した実績情報のステータスが、前記登録データベースに記憶された順番で受信されたか否かを、前記実績データベースに基づいて判別する判別手段と、
前記登録データベースに記憶された順番で前記実績情報が受信されない場合、エラーメッセージを出力するエラー出力手段と、を有すること
を特徴とする管理サーバ。
【請求項３】
請求項２記載の管理サーバであって、
前記情報媒体には、元データである情報を分割した複数の分割データが記憶され、
前記判別手段が前記登録データベースに記憶された順番で前記実績情報が受信されたと判別した場合、前記複数の分割データから元データに復元するための認証情報を、所定の端末装置に送信する認証情報送信手段を、さらに有すること
を特徴とする管理サーバ。
【請求項４】
請求項２記載の管理サーバであって、
前記情報媒体には、元データである情報を分割した複数の分割データが記憶され、
前記実績情報には、前記リーダ装置に入力されたパスワードを、さらに含み、
前記判別手段は、前記実績情報のパスワードおよび機体番号が、前記登録データベースの対応するパスワードおよび機体番号と一致するか否かを判別し、
パスワードおよび機体番号が一致する場合、前記複数の分割データから元データに復元するための認証情報を、所定の端末装置に送信する認証情報送信手段を、さらに有すること
を特徴とする管理サーバ。
【請求項５】
請求項２記載の管理サーバであって、
前記実績情報には、前記リーダ装置に入力されたパスワードを、さらに含み、
前記登録データベースには、ステータス毎にパスワードおよび機体番号が設定され、
前記判別手段は、前記実績情報のパスワードおよび機体番号が、前記登録データベースの対応するパスワードおよび機体番号と一致するか否かを判別し、
前記エラー出力手段は、パスワードおよび機体番号が一致しない場合、エラーメッセージを出力すること
を特徴とする管理サーバ。
【請求項６】
請求項２記載の管理サーバであって、
前記実績情報は、前記受信手段が当該実績情報を受信した受信日時を、さらに含み、
前記登録データベースには、媒体識別情報毎に、情報媒体の廃棄期限が設定され、
前記判別手段は、前記実績情報の受信日時が、前記登録データベースに設定された廃棄期限を越えているか否かを判別し
前記エラー出力手段は、廃棄期限を越えている場合、エラーメッセージを出力すること
を特徴とする管理サーバ。
【請求項７】
請求項２記載の管理サーバであって、
前記実績データベースを、ログ情報として蓄積するデータ管理手段を、さらに有すること
を特徴とする管理サーバ。
【請求項８】
情報媒体に付加された媒体識別情報を読み取る、少なくとも１つのリーダ装置と、前記情報媒体の流通状態を管理する管理サーバとを有する情報ライフサイクル管理システムにおける前記管理サーバ上で動作する情報ライフサイクル管理プログラムであって、
前記管理サーバに、
前記リーダ装置各々から、当該リーダ装置が読み取った前記情報媒体の媒体識別情報と、前記情報媒体の流通時におけるステータスと、当該リーダ装置の機体番号と、を含む実績情報を受信する受信手段、
前記媒体識別情報毎に、前記情報媒体の流通状況を記憶した実績データ記憶手段、
前記実績データ記憶手段を読み出して、前記受信した実績情報の媒体識別情報と一致するデータを特定し、前記実績情報の前記ステータスと、前記実績情報の前記機体番号に対応する担当者とを、前記特定したデータに記憶する更新手段、
前記媒体識別番号毎に、複数のステータスが所定の順番で記憶された登録データ記憶手段、
前記受信手段が受信した実績情報のステータスが、前記登録データ記憶手段に記憶された順番で受信されたか否かを、前記実績データ記憶手段に基づいて判別する判別手段、および、
前記登録データ記憶手段に記憶された順番で前記実績情報が受信されない場合、エラーメッセージを出力するエラー出力手段、として機能させること
を特徴とする情報ライフサイクル管理プログラム。
【請求項９】
情報媒体に付加された媒体識別情報を読み取る、少なくとも１つのリーダ装置と、前記情報媒体の流通状況を管理する管理サーバと、を有する情報ライフサイクル管理システムにおける情報ライフサイクル管理方法であって、
前記リーダ装置各々の処理部は、
情報媒体に付加された媒体識別情報を読み取る読取ステップと、
情報媒体の流通時におけるステータスの入力を受け付けるステータス受付ステップと、
前記媒体識別情報と、前記ステータスと、当該リーダ装置の機体番号とを含む実績情報を、前記管理サーバに送信する実績情報送信ステップと、を行い、
前記管理サーバは、前記媒体識別情報毎に前記情報媒体の流通状況を記憶した実績データベースと、前記媒体識別番号毎に複数のステータスが所定の順番で記憶された登録データベースと、サーバ処理部と、を有し、
前記サーバ処理部は、
前記リーダ装置各々から、前記実績情報を受信する受信ステップと、
前記実績データベースを読み出して、前記受信した実績情報の媒体識別情報と一致するデータを特定し、前記実績情報の前記ステータスと、前記実績情報の前記機体番号に対応する担当者とを、前記特定したデータに記憶する更新ステップと、
前記受信ステップで受信した実績情報のステータスが、前記登録データベースに記憶された順番で受信されたか否かを、前記実績データベースに基づいて判別する判別ステップと、
前記登録データベースに記憶された順番で前記実績情報が受信されない場合、エラーメッセージを出力するエラー出力ステップと、を行うこと
を特徴とする情報ライフサイクル管理方法。
【請求項１】
情報媒体に付加された媒体識別情報を読み取る、少なくとも１つのリーダ装置と、前記情報媒体の流通状況を管理する管理サーバと、を有する情報ライフサイクル管理システムであって、
前記リーダ装置各々は、
情報媒体に付加された媒体識別情報を読み取る読取手段と、
情報媒体の流通時におけるステータスの入力を受け付けるステータス受付手段と、
前記媒体識別情報と、前記ステータスと、当該リーダ装置の機体番号とを含む実績情報を、前記管理サーバに送信する実績情報送信手段と、を有し、
前記管理サーバは、
前記媒体識別情報毎に、前記情報媒体の流通状況を記憶した実績データベースと、
前記リーダ装置各々から、前記実績情報を受信する受信手段と、
前記実績データベースを読み出して、前記受信した実績情報の媒体識別情報と一致するデータを特定し、前記実績情報の前記ステータスと、前記実績情報の前記機体番号に対応する担当者とを、前記特定したデータに記憶する更新手段と、
前記媒体識別番号毎に、複数のステータスが所定の順番で記憶された登録データベースと、
前記受信手段が受信した実績情報のステータスが、前記登録データベースに記憶された順番で受信されたか否かを、前記実績データベースに基づいて判別する判別手段と、
前記登録データベースに記憶された順番で前記実績情報が受信されない場合、エラーメッセージを出力するエラー出力手段と、を有すること
を特徴とする情報ライフサイクル管理システム。
【請求項２】
情報媒体に付加された媒体識別情報を読み取る、少なくとも１つのリーダ装置と、前記情報媒体の流通状態を管理する管理サーバとを有する情報ライフサイクル管理システムにおける前記管理サーバであって、
前記リーダ装置各々から、当該リーダ装置が読み取った前記情報媒体の媒体識別情報と、前記情報媒体の流通時におけるステータスと、当該リーダ装置の機体番号と、を含む実績情報を受信する受信手段と、
前記媒体識別情報毎に、前記情報媒体の流通状況を記憶した実績データベースと、
前記実績データベースを読み出して、前記受信した実績情報の媒体識別情報と一致するデータを特定し、前記実績情報の前記ステータスと、前記実績情報の前記機体番号に対応する担当者とを、前記特定したデータに記憶する更新手段と、
前記媒体識別番号毎に、複数のステータスが所定の順番で記憶された登録データベースと、
前記受信手段が受信した実績情報のステータスが、前記登録データベースに記憶された順番で受信されたか否かを、前記実績データベースに基づいて判別する判別手段と、
前記登録データベースに記憶された順番で前記実績情報が受信されない場合、エラーメッセージを出力するエラー出力手段と、を有すること
を特徴とする管理サーバ。
【請求項３】
請求項２記載の管理サーバであって、
前記情報媒体には、元データである情報を分割した複数の分割データが記憶され、
前記判別手段が前記登録データベースに記憶された順番で前記実績情報が受信されたと判別した場合、前記複数の分割データから元データに復元するための認証情報を、所定の端末装置に送信する認証情報送信手段を、さらに有すること
を特徴とする管理サーバ。
【請求項４】
請求項２記載の管理サーバであって、
前記情報媒体には、元データである情報を分割した複数の分割データが記憶され、
前記実績情報には、前記リーダ装置に入力されたパスワードを、さらに含み、
前記判別手段は、前記実績情報のパスワードおよび機体番号が、前記登録データベースの対応するパスワードおよび機体番号と一致するか否かを判別し、
パスワードおよび機体番号が一致する場合、前記複数の分割データから元データに復元するための認証情報を、所定の端末装置に送信する認証情報送信手段を、さらに有すること
を特徴とする管理サーバ。
【請求項５】
請求項２記載の管理サーバであって、
前記実績情報には、前記リーダ装置に入力されたパスワードを、さらに含み、
前記登録データベースには、ステータス毎にパスワードおよび機体番号が設定され、
前記判別手段は、前記実績情報のパスワードおよび機体番号が、前記登録データベースの対応するパスワードおよび機体番号と一致するか否かを判別し、
前記エラー出力手段は、パスワードおよび機体番号が一致しない場合、エラーメッセージを出力すること
を特徴とする管理サーバ。
【請求項６】
請求項２記載の管理サーバであって、
前記実績情報は、前記受信手段が当該実績情報を受信した受信日時を、さらに含み、
前記登録データベースには、媒体識別情報毎に、情報媒体の廃棄期限が設定され、
前記判別手段は、前記実績情報の受信日時が、前記登録データベースに設定された廃棄期限を越えているか否かを判別し
前記エラー出力手段は、廃棄期限を越えている場合、エラーメッセージを出力すること
を特徴とする管理サーバ。
【請求項７】
請求項２記載の管理サーバであって、
前記実績データベースを、ログ情報として蓄積するデータ管理手段を、さらに有すること
を特徴とする管理サーバ。
【請求項８】
情報媒体に付加された媒体識別情報を読み取る、少なくとも１つのリーダ装置と、前記情報媒体の流通状態を管理する管理サーバとを有する情報ライフサイクル管理システムにおける前記管理サーバ上で動作する情報ライフサイクル管理プログラムであって、
前記管理サーバに、
前記リーダ装置各々から、当該リーダ装置が読み取った前記情報媒体の媒体識別情報と、前記情報媒体の流通時におけるステータスと、当該リーダ装置の機体番号と、を含む実績情報を受信する受信手段、
前記媒体識別情報毎に、前記情報媒体の流通状況を記憶した実績データ記憶手段、
前記実績データ記憶手段を読み出して、前記受信した実績情報の媒体識別情報と一致するデータを特定し、前記実績情報の前記ステータスと、前記実績情報の前記機体番号に対応する担当者とを、前記特定したデータに記憶する更新手段、
前記媒体識別番号毎に、複数のステータスが所定の順番で記憶された登録データ記憶手段、
前記受信手段が受信した実績情報のステータスが、前記登録データ記憶手段に記憶された順番で受信されたか否かを、前記実績データ記憶手段に基づいて判別する判別手段、および、
前記登録データ記憶手段に記憶された順番で前記実績情報が受信されない場合、エラーメッセージを出力するエラー出力手段、として機能させること
を特徴とする情報ライフサイクル管理プログラム。
【請求項９】
情報媒体に付加された媒体識別情報を読み取る、少なくとも１つのリーダ装置と、前記情報媒体の流通状況を管理する管理サーバと、を有する情報ライフサイクル管理システムにおける情報ライフサイクル管理方法であって、
前記リーダ装置各々の処理部は、
情報媒体に付加された媒体識別情報を読み取る読取ステップと、
情報媒体の流通時におけるステータスの入力を受け付けるステータス受付ステップと、
前記媒体識別情報と、前記ステータスと、当該リーダ装置の機体番号とを含む実績情報を、前記管理サーバに送信する実績情報送信ステップと、を行い、
前記管理サーバは、前記媒体識別情報毎に前記情報媒体の流通状況を記憶した実績データベースと、前記媒体識別番号毎に複数のステータスが所定の順番で記憶された登録データベースと、サーバ処理部と、を有し、
前記サーバ処理部は、
前記リーダ装置各々から、前記実績情報を受信する受信ステップと、
前記実績データベースを読み出して、前記受信した実績情報の媒体識別情報と一致するデータを特定し、前記実績情報の前記ステータスと、前記実績情報の前記機体番号に対応する担当者とを、前記特定したデータに記憶する更新ステップと、
前記受信ステップで受信した実績情報のステータスが、前記登録データベースに記憶された順番で受信されたか否かを、前記実績データベースに基づいて判別する判別ステップと、
前記登録データベースに記憶された順番で前記実績情報が受信されない場合、エラーメッセージを出力するエラー出力ステップと、を行うこと
を特徴とする情報ライフサイクル管理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２００６−１２７４１５（Ｐ２００６−１２７４１５Ａ）
【公開日】平成１８年５月１８日（２００６．５．１８）
【国際特許分類】
【出願番号】特願２００４−３１８３９８（Ｐ２００４−３１８３９８）
【出願日】平成１６年１１月１日（２００４．１１．１）
【出願人】（３９９０３５７６６）エヌ・ティ・ティ・コミュニケーションズ株式会社 (321)
【Ｆターム（参考）】
【公開日】平成１８年５月１８日（２００６．５．１８）
【国際特許分類】
【出願日】平成１６年１１月１日（２００４．１１．１）
【出願人】（３９９０３５７６６）エヌ・ティ・ティ・コミュニケーションズ株式会社 (321)
【Ｆターム（参考）】
[ Back to top ]