JP5708408B2 - データ管理プログラム、データ管理方法及びデータ管理装置 - Google Patents

Description

本件は、データ管理プログラム、データ管理方法及びデータ管理装置に関する。

購入した資産が所定の条件に合致する場合に、法人には、当該資産を固定資産として登録・管理する義務がある。そして、固定資産の管理においては、固定資産などのデータをサーバ上に登録し、管理することが行われている。ただし、登録すべき固定資産の数が非常に多くなる場合には、サーバに各固定資産のデータを１件１件入力して登録するよりも、ＣＳＶ（Comma Separated Values）ファイルなどを用いてデータ群を一括登録するほうが効率的である。

一方、データを削除する際における、複数のデータの一括削除に関連する技術は、特許文献１に開示されている。特許文献１では、削除対象のレコードをユーザが個々に指定する負担を軽減するため、ユーザが指定したレコードと同様のステータスを有する他のレコードとを一括削除するというものである。

特開２０００−１４８５４８号公報

ここで、一括登録された固定資産に関するデータに何らかの誤りが発見された場合、ユーザは、一括登録されたデータを一括削除したいと考えることが想定される。しかしながら、一括登録されたデータの一部が修正された場合に、その修正されたデータを含む一括登録データの全てを削除してしまうと、データ修正処理の手戻りが発生する。

特に、一括登録されるデータが膨大な数である場合や、修正をした人と削除する人が異なる場合がある。このような場合には、各データの修正有無を把握することが難しいため、一括登録されたデータ群に、何らかの意図を持って修正されたデータが存在していたとしても、修正されたデータを含むデータ群を一括削除してしまうおそれがある。

そこで本件は上記の課題に鑑みてなされたものであり、複数データをデータ群として登録する処理及びデータ群を削除する処理を行うことによる処理の手戻り発生を抑制することが可能なデータ管理プログラム、データ管理方法及びデータ管理装置を提供することを目的とする。

本明細書に記載のデータ管理プログラムは、複数のデータの入力を受付け、受付けた前記複数のデータをデータ群としてデータベースに登録し、前記データベースに登録されているデータのうち少なくとも一部のデータを指定した修正指示を受付けた場合に、指定された該少なくとも一部のデータに修正済み情報を関連付け、削除データ群を指定した削除指示を受付けた場合に、該データ群に含まれる前記複数のデータに前記修正済み情報が関連付けられているかを前記データベース上で検索し、前記複数のデータのうち前記修正済み情報が関連付けられているデータの数量が予め定めた閾値よりも大きい場合には前記データ群の削除を禁止する、処理をコンピュータに実行させるデータ管理プログラムである。

本明細書に記載のデータ管理方法は、複数のデータの入力を受付け、受付けた前記複数のデータをデータ群としてデータベースに登録する登録工程と、前記データベースに登録されているデータのうち少なくとも一部のデータを指定した修正指示を受付けた場合に、指定された該少なくとも一部のデータに修正済み情報を関連付ける関連付け工程と、削除データ群を指定した削除指示を受付けた場合に、該データ群に含まれる前記複数のデータに前記修正済み情報が関連付けられているかを前記データベース上で検索する検索工程と、前記複数のデータのうち前記修正済み情報が関連付けられているデータの数量が予め定めた閾値よりも大きい場合には前記データ群の削除を禁止する削除禁止工程と、をコンピュータが実行するデータ管理方法である。

本明細書に記載のデータ管理装置は、データ群を登録可能なデータベースと、複数のデータの入力を受付け、受付けた前記複数のデータをデータ群としてデータベースに登録する登録部と、前記データベースに登録されているデータのうち少なくとも一部のデータを指定した修正指示を受付けた場合に、指定された該少なくとも一部のデータに修正済み情報を関連付ける関連付け部と、削除データ群を指定した削除指示を受付けた場合に、該データ群に含まれる前記複数のデータに前記修正済み情報が関連付けられているかを前記データベース上で検索する検索部と、前記複数のデータのうち前記修正済み情報が関連付けられているデータの数量が予め定めた閾値よりも大きい場合には前記データ群の削除を禁止する削除禁止部と、を備えるデータ管理装置である。

本明細書に記載のデータ管理プログラム、データ管理方法及びデータ管理装置は、複数データをデータ群として登録する処理及びデータ群を削除する処理を行うことによる処理の手戻り発生を抑制することができるという効果を奏する。

一実施形態に係るデータ管理システムの構成を概略的に示す図である。 図２（ａ）は、サーバのハードウェア構成図であり、図２（ｂ）は、クライアント端末のハードウェア構成図である。 サーバ及びクライアント端末の機能ブロック図である。 図４（ａ）は、データ格納部に格納されているＣＳＶファイルの一例を示す図であり、図４（ｂ）は、データ管理用ＤＢの一例を示す図である。 サーバにおける一括登録時の処理を示すフローチャートである。 クライアント端末の表示部に表示される画面例（その１）である。 一括登録後のデータ管理用ＤＢの一例を示す図である。 サーバにおけるデータ修正時の処理を示すフローチャートである。 クライアント端末の表示部に表示される画面例（その２）である。 クライアント端末の表示部に表示される画面例（その３）である。 図１１（ａ）、図１１（ｂ）は、クライアント端末に表示される画面例（その４）である。 データ修正後のデータ管理用ＤＢの一例を示す図である。 サーバにおける一括削除時の処理を示すフローチャートである。 クライアント端末の表示部に表示される画面例（その５）である。 クライアント端末の表示部に表示される画面例（その６）である。 クライアント端末の表示部に表示される画面例（その７）である。 図１７（ａ）、図１７（ｂ）は、クライアント端末の表示部に表示される画面例（その８）である。

以下、一実施形態に係るデータ管理システム１００について、図１〜図１７に基づいて詳細に説明する。図１のデータ管理システム１００は、官公庁や独立行政法人、あるいは企業などにおいて資産（例えば固定資産）に関するデータを管理するシステムであり、データ管理装置としてのサーバ１０と、クライアント端末８０と、を備える。サーバ１０とクライアント端末８０は、インターネットやＬＡＮ（Local Area Network）などのネットワーク７０により接続されている。

図２（ａ）には、サーバ１０のハードウェア構成図が示されている。図２（ａ）に示すように、サーバ１０は、ＣＰＵ９０、ＲＯＭ９２、ＲＡＭ９４、記憶部（ここではＨＤＤ（Hard Disk Drive））９６、ネットワークインタフェース９７、及び可搬型記憶媒体用ドライブ９９等を備えている。これらサーバ１０の構成各部は、バス９８に接続されている。サーバ１０では、ＲＯＭ９２あるいはＨＤＤ９６に格納されているプログラム（データ管理プログラム）、或いは可搬型記憶媒体用ドライブ９９が可搬型記憶媒体９１から読み取ったプログラム（データ管理プログラム）をＣＰＵ９０が実行することにより、図３の各部の機能が実現される。

図２（ｂ）には、クライアント端末８０のハードウェア構成図が示されている。クライアント端末８０は、データの登録、修正、削除等を行う作業者が扱うＰＣ（Personal Computer）などの端末である。クライアント端末８０は、図２（ｂ）に示すように、ＣＰＵ１９０、ＲＯＭ１９２、ＲＡＭ１９４、記憶部（ＨＤＤ）１９６、表示部１９３、入力部１９５、ネットワークインタフェース１９７、及び可搬型記憶媒体用ドライブ１９９等を備えている。これらクライアント端末８０の構成各部は、バス１９８に接続されている。表示部１９３は、ディスプレイ等を含み、入力部１９５は、キーボードやマウス等を含む。クライアント端末８０では、ＲＯＭ１９２あるいはＨＤＤ１９６に格納されているプログラム、或いは可搬型記憶媒体用ドライブ１９９が可搬型記憶媒体１９１から読み取ったプログラムをＣＰＵ１９０が実行することにより、図３の各部の機能が実現される。

図３には、サーバ１０及びクライアント端末８０の機能ブロック図が示されている。図３に示すように、クライアント端末８０では、ＣＰＵ１９０がプログラムを実行することで、指示送信部８４、データ送信部８６、表示制御部８８、入出力部８２、としての機能が実現されている。また、サーバ１０では、ＣＰＵ９０がプログラムを実行することで、登録部１２、関連付け部としての修正部１４、検索部及び削除禁止部としての削除部１６、としての機能が実現されている。なお、図３では、クライアント端末８０のＨＤＤ１９６等に格納されているデータ格納部７８と、サーバ１０のＨＤＤ９６等に格納されているデータ管理用データベース（ＤＢ）２０も、図示されている。

指示送信部８４は、作業者が入力部１９５を介してＣＳＶファイルの一括登録指示、修正要求及び修正指示、一括削除指示を出した場合に、入出力部８２を介して、当該指示及び要求をサーバ１０側に送信する。ここで、一括登録とは、複数データをデータ群として登録する処理を意味し、一括削除とは、一括登録されたデータ群を削除する処理を意味する。

データ送信部８６は、作業者からの一括登録指示に基づいて、当該指示において指定されたＣＳＶファイルを、データ格納部７８から取得し、入出力部８２を介して、サーバ１０の登録部１２に対して送信する。ここで、データ格納部７８に格納されているＣＳＶファイルは、一例として、図４（ａ）のようなファイルであるものとする。図４（ａ）のＣＳＶファイルは、資産情報を纏めたファイルであり、「資産番号」、「資産名称」、「用途」、「耐用年数」などのフィールドを有する。「資産番号」のフィールドには、資産に対して自動又は手動で割り振られた通し番号が入力される。また、「資産名称」、「用途」、「耐用年数」などのフィールドには、資産の具体的内容が入力される。

表示制御部８８は、表示部１９３の表示制御を行う。例えば、表示制御部８８は、サーバ１０側から送信されてきたメッセージを入出力部８２を介して受信し、表示部１９３に受信したメッセージを表示させる。

入出力部８２は、指示送信部８４、データ送信部８６及び表示制御部８８と、サーバ１０との間における、各種データ、各種指示、メッセージなどの送受信を仲介する。

登録部１２は、指示送信部８４から送信された一括登録指示を受信した場合に、データ送信部８６から送信されてきたＣＳＶファイルをデータベースとしてのデータ管理用ＤＢ２０に一括登録する。ここで、データ管理用ＤＢ２０は、図４（ｂ）に示すようなデータ構造であるものとする。図４（ｂ）のデータ管理用ＤＢ２０は、ＣＳＶファイルの内容（「資産番号」、「資産名称」、「用途」、「耐用年数」、…）を示すフィールドのほか、「一括登録者」、「一括登録番号」、「修正フラグ」のフィールドを有している。「一括登録者」のフィールドには、登録部１２がクライアント端末８０から取得した作業者の情報が入力される。また、「一括登録番号」のフィールドには、ＣＳＶファイルが登録される際に自動的に発番される番号が入力される。「修正フラグ」のフィールドには、データの修正がされてない場合（フラグがＯＦＦの場合）に値「０」が入力され、データの修正がされた場合（フラグがＯＮの場合）に値「１」が入力される。

修正部１４は、指示送信部８４から送信された修正要求を受信した場合に、当該修正要求において指定されたデータをデータ管理用ＤＢ２０から読み出して表示制御部８８に送信する。また、修正部１４は、作業者からのデータの修正指示を受信すると、当該修正指示に基づいて、データ管理用ＤＢ２０上のデータの修正を行う。また、修正部１４は、修正したデータの修正フラグを「０」から「１」に変更する。すなわち、修正部１４は、修正要求において指定されたデータに修正済み情報を関連付ける。

削除部１６は、指示送信部８４から送信された一括削除指示を受信した場合に、一括削除の対象であるデータ群に含まれるデータをデータ管理用ＤＢ２０上で検索し、修正されたデータの数量（個数や割合を含む）に基づいて、データ群を一括削除するか否かを判断する。そして、削除部１６は、一括削除すると判断した場合には、一括削除指示に基づいてデータ群を一括削除し、一括削除しない（一括削除を禁止する）と判断した場合には、当該判断結果を示すメッセージを、表示制御部８８に対して送信する。

次に、サーバ１０における処理（一括登録時の処理、削除時の処理、一括削除時の処理）について、図５、図８、図１３のフローチャートに沿って、かつその他図面を適宜参照しつつ、詳細に説明する。なお、図５の一括登録処理、図８の修正処理、図１３の一括削除処理は、同時並行的に実行されるものとする。

（一括登録時の処理）
図５には、サーバ１０における一括登録時の処理がフローチャートにて示されている。

図５の処理では、まず、ステップＳ１０において、登録部１２が、クライアント端末８０からデータ群とともに一括登録指示が送信されてくるまで待機する。ここで、クライアント端末８０側では、表示部１９３上に、図６に示すような画面が表示されているものとする。この画面は、画面右上の「登録」、「削除」、「修正」の中から、「登録」が選択された際に表示される画面である。この場合、作業者は、図６の画面上において、データ格納部７８内に格納されている資産ファイル（図６では、C:Documents and Settings\Administrator\デスクトップ\IP981020.csvのＣＳＶファイル）を選択することで、ＣＳＶファイルの一括登録の指示を出すことができる。このように作業者から一括登録の指示が出されると、指示送信部８４は、一括登録の指示を入出力部８２を介して登録部１２に送信し、データ送信部８６は、選択されたＣＳＶファイルを入出力部８２を介して登録部１２に送信する。

上記のようにして作業者から一括登録指示が出された段階で、サーバ１０側では、ステップＳ１０の判断が肯定され、ステップＳ１２に移行する。

ステップＳ１２では、登録部１２が、一意の一括登録番号を発番し、クライアント端末８０側から送られてきたＣＳＶファイルに含まれるデータ群に一括登録番号と一括登録者の情報を付加して、データ管理用ＤＢ２０に登録する。すなわち、一括登録番号の付加により、一括登録したデータ群に含まれる全てのデータ（レコード）が同一群として管理されることになる。この場合、登録部１２は、登録した全てのデータの修正フラグを０に設定（初期化）する。なお、本実施形態では、図７に示す一括登録番号「０００１」のデータ群（資産番号００００３，００００４…のデータ）が登録されたものとする。

次いで、ステップＳ１４では、登録部１２が、登録に成功したか否かを判断する。ここでの判断が肯定された場合には、ステップＳ１６において、登録部１２が、クライアント端末８０の表示制御部８８に対して、登録完了メッセージを送信する。表示制御部８８では、受信した登録完了メッセージを表示部１９３上に表示する。

一方、ステップＳ１４の判断が否定された場合、すなわち、登録に失敗した場合には、ステップＳ１８に移行し、登録部１２がクライアント端末８０の表示制御部８８に対してエラーメッセージを送信する。表示制御部８８では、受信したエラーメッセージを表示部１９３上に表示する。

上記ステップＳ１６の処理又はステップＳ１８の処理が完了すると、ステップＳ１０に戻る。その後は、クライアント端末８０から再度一括登録指示が出されるまで、ステップＳ１０の待機状態が継続され、新たに一括登録指示が出された段階で、上記と同様の一括登録処理が実行されることになる。

（修正時の処理）
図８には、サーバ１０におけるデータの修正時の処理がフローチャートにて示されている。以下、図８に基づいて、かつその他図面を適宜参照しつつ、サーバ１０によるデータの修正時の処理について詳細に説明する。なお、データの修正を行う人（修正要求及び修正指示を出す人）は、前述した一括登録を行った人及び後述する一括削除する人と異なっていてもよい。

図８の処理では、まず、ステップＳ１１０において、修正部１４が、クライアント端末８０においてデータを指定した修正要求が出されるまで待機する。ここで、クライアント端末８０側では、表示部１９３上に、図９に示すような画面が表示されているものとする。この画面は、画面右上の「登録」、「削除」、「修正」の中から、「修正」が選択された際に表示される画面である。この場合、作業者が図９の画面上において「資産番号」のボタンを押下（例えば、カーソルを「資産番号」のボタンに合わせてマウスを左クリック）すると、図１０に示すような「検索条件」と「一覧」を含む画面が表示される。ここで、一覧の内容は、検索条件の内容に応じて変化するものとする。そして、作業者が、一覧の中から修正すべきデータを選択・指定した場合、指示送信部８４は、指定されたデータの修正要求を修正部１４に対して出力する。このように、指示送信部８４から修正部１４に対して修正要求が出されると、図８のステップＳ１１０の判断が肯定される。

ステップＳ１１０の判断が肯定されて、ステップＳ１１２に移行すると、修正部１４は、指定されたデータを検索し、クライアント端末８０の表示制御部８８に対して指定されたデータを送信する。例えば、作業者は、図１０の画面上において、修正するデータとして資産番号「００００４」のデータを選択したものとする。この場合、表示制御部８８は、受信したデータに基づいて、図１１（ａ）に示すような画面を表示部１９３上に表示する。

次いで、ステップＳ１１４では、修正部１４が、クライアント端末８０から修正されたデータとともに修正指示が送信されてくるまで待機する。ここで、作業者は、図１１（ａ）の画面上の「変更後」の各欄において、図１１（ｂ）のような修正内容（資産の耐用年数を５年から３年に変更）を記入したものとする。このようにして作業者による修正が完了すると、指示送信部８４は、修正部１４に対して修正後のデータとともに修正指示を出す。修正部１４では、修正後のデータと修正指示を受信すると、図８のステップＳ１１６に移行する。

ステップＳ１１６では、修正部１４が、修正されたデータをデータ管理用ＤＢ２０に反映させ、修正フラグを「１」に設定する。具体的には、修正部１４は、図１２に示すように、資産番号００００４の資産の耐用年数を３に変更するとともに修正フラグを「０」から「１」に変更する（図１２の太線枠内参照）。なお、修正されたデータの修正フラグを「０」から「１」に変更することは、修正されたデータに修正済み情報（修正が行われたことを示す情報）を関連付けることを意味している。

上記ステップＳ１１６が完了すると、ステップＳ１１０に戻る。その後は、クライアント端末８０から再度修正要求が出されるまで、ステップＳ１１０の待機状態が継続され、新たに修正要求が出された段階で、上記と同様の修正処理が実行されることになる。

（一括削除時の処理）
図１３には、サーバ１０における一括削除時の処理がフローチャートにて示されている。以下、図１３に基づいて、かつその他図面を適宜参照しつつ、サーバ１０による一括削除時の処理について詳細に説明する。

図１３の処理では、まず、ステップＳ２１０において、削除部１６が、クライアント端末８０から一括削除指示が送信されてくるまで待機する。ここで、クライアント端末８０側では、表示部１９３上に、図１４に示すような画面が表示されているものとする。この画面は、画面右上の「登録」、「削除」、「修正」の中から、「削除」が選択された際に表示される画面である。この場合、作業者が、図１４の画面上において「一括登録番号」ボタンを押下（例えば、カーソルを「一括登録番号」ボタンに合わせてマウスを左クリック）すると、図１５に示すようなウィンドウが表示される。図１５のウィンドウでは、登録日や一括登録者を条件として検索することで、条件に合った一括登録のデータ群を表示することができる。作業者が、一括登録番号の中から一括削除したいデータ群の一括登録番号を選択すると、画面は、図１６のようになる。そして、指示送信部８４は、選択された一括登録のデータ群を指定した一括削除指示を、削除部１６に対して送信する。このように、指示送信部８４から削除部１６に対して一括削除指示が出されると、図１３のステップＳ２１０の判断が肯定され、ステップＳ２１２に移行する。なお、ここでは、図１６に示すように、指示送信部８４から削除部１６に対して、一括登録番号「０００１」のデータ群の一括削除指示が出されたものとする。

ステップＳ２１２では、削除部１６が、選択された一括登録番号のデータ群に含まれる各データの修正フラグを検索する。次いで、ステップＳ２１４では、削除部１６が、修正フラグが「１」のデータがあったか否かを判断する。換言すれば、削除部１６は、検索の結果、修正フラグが「１」のデータの数が、予め定めた閾値（ここでは、０）よりも大きいか否かを判断する。一括登録番号「０００１」の場合、図１２に示すように、資産番号「００００４」の修正フラグが「１」となっている。したがって、この場合には、ステップＳ２１４の判断は肯定され、ステップＳ２２４に移行する。ステップＳ２２４では、削除部１６が、クライアント端末８０の表示制御部８８に対して、エラーメッセージを送信する。この場合、表示制御部８８は、クライアント端末８０の表示部１９３上に、図１７（ａ）に示すようなエラーメッセージを表示する。なお、この場合には、一括削除処理は禁止されたことになる。

一方、ステップＳ２１４の判断が否定された場合、すなわち、選択された一括登録番号のデータの修正フラグ全てが「０」であった場合には、ステップＳ２１６に移行する。

ステップＳ２１６では、削除部１６が、選択された一括登録番号のデータ群の一括登録者と、削除依頼者（現在の作業者）とを比較する。そして、次のステップＳ２１８では、削除部１６が、ステップＳ２１６の比較の結果、一括登録者と、削除依頼者（現在の作業者）とが一致したか否かを判断する。ここでの判断が否定された場合には、ステップＳ２２４に移行する。このステップＳ２２４では、上記と同様、クライアント端末８０の表示制御部８８に対してエラーメッセージを送信する（クライアント端末８０の表示部１９３には、図１７（ａ）のエラーメッセージが表示される）。なお、この場合にも、一括削除処理は禁止されたことになる。

一方、ステップＳ２１８の判断が肯定された場合、すなわち、選択されたデータ群に対応する全ての修正フラグが「０」で、かつ一括登録者と削除依頼者が一致する場合には、ステップＳ２２０に移行する。ステップＳ２２０では、削除部１６が、選択された一括登録番号のデータ群を一括削除する。そして、次のステップＳ２２２では、削除部１６が、クライアント端末８０の表示制御部８８に対して、一括削除完了のメッセージを送信する。クライアント端末８０では、表示制御部８８が表示部１９３上に、図１７（ｂ）に示すような一括削除が完了した旨のメッセージを表示する。

上記ステップＳ２２２又はＳ２２４の処理が完了すると、ステップＳ２１０に戻る。その後は、クライアント端末８０から再度一括削除指示が出されるまで、ステップＳ２１０の待機状態が継続され、新たに一括削除指示が出された段階で、上記と同様の一括削除処理が実行されることになる。

以上、詳細に説明したように、本実施形態によると、登録部１２は、クライアント端末８０からの一括登録指示を受け、ＣＳＶファイルをデータ管理用ＤＢ２０に一括登録するとともに、データ管理用ＤＢ２０上でＣＳＶファイルに含まれる複数のデータ（レコード）それぞれの修正フラグを０（＝ＯＦＦ）に設定する。また、修正部１４は、クライアント端末８０からの修正指示を受け、当該修正指示に基づいて、データ管理用ＤＢ２０に登録されているデータを修正し、修正されたデータの修正フラグを０（＝ＯＦＦ）から１（＝ＯＮ）に変更する。そして、削除部１６はクライアント端末８０からの一括削除指示を受け、当該一括削除の対象が、修正フラグが０（＝ＯＦＦ）のデータのみを含むデータ群であれば、そのデータ群をデータ管理用ＤＢ２０上から一括削除する。すなわち、本実施形態では、データ群の一括登録及び一括削除を可能にするとともに、一度修正されたデータを含むデータ群の一括削除を禁止する。このように、本実施形態では、一括登録及び一括削除の導入と、修正されたデータが誤って削除されることによる処理の手戻りの抑制により、データ管理における処理の簡素化を図ることが可能である。

また、本実施形態によると、登録部１２は、一括登録において、各データに対して一括登録指示を出したユーザの情報（一括登録者）を関連付ける。そして、削除部１６は、一括削除者と一括登録者が一致しない場合に一括削除を禁止することとしている。これにより、本実施形態では、一括登録者の意向に反した一括削除を抑制することが可能となる。

また、本実施形態では、一括削除者（一括登録者と同一）と、修正指示を出すユーザ（修正者）とが異なっていてもよいこととしている。一括削除者（データの管理者）と修正者（データの運用者）とが異なる場合には、データに修正がされたか否かを一括削除者が把握・確認することが難しい場合もある。しかるに、本実施形態のように修正されたデータを含むデータ群の一括削除を禁止することで、修正されたデータの全てを一括削除者が把握・確認するのが難しい場合であっても、修正されたデータが誤って削除されるのを防止することができる。

なお、上記実施形態では、一括削除対象のデータ群が、修正フラグが「０」のデータのみを含む場合には、一括削除を実行し、修正フラグが「１」のデータを１つでも含む場合には、一括削除を禁止する例について説明した。すなわち、上記実施形態では、修正フラグが「１」のデータの数が、予め定めた閾値（上記実施形態では閾値＝０）よりも大きい場合に、一括削除を禁止する（行わない）例について説明した。しかしながら、これに限られるものではなく、閾値は０以外の値であってもよい。また、削除部１６は、修正フラグが「１」のデータの個数以外の数量（割合など）が、予め定めた閾値よりも大きい場合に、一括削除を禁止する（行わない）ようにしてもよい。例えば、削除部１６は、一括削除対象のデータ群に含まれる全データの数に対する修正フラグ「１」のデータの数の割合が、予め定めた閾値よりも小さければ一括削除を実行し、割合が閾値よりも大きければ一括削除を禁止する、という処理を行うこととしても良い。このようにすることで、例えば、大量のデータを含むデータ群が、わずかな個数の修正されたデータの存在により一括削除できなくなる（すなわち、大量のデータを個別に確認しながら削除しなければならなくなる）という事態の発生を回避することができる。なお、この場合には、一括削除する前に、一括削除するデータ群に修正されたデータが含まれることや、どのデータが修正されたデータであるかなどの情報を一括削除者に通知することとしてもよい。

なお、上記実施形態では、一括登録者が、クライアント端末８０（データ格納部７８）が保持するＣＳＶファイルを一括登録する場合について説明したが、これに限られるものではない。例えば、一括登録者は、ネットワーク７０上に存在する（例えば、別のクライアント端末が有する）ＣＳＶファイルを一括登録することとしてもよい。なお、一括登録するデータ群としては、ＣＳＶファイル以外のファイルであってもよい。

なお、上記実施形態では、一括登録者と一括削除者が同一でなければ、一括登録を禁止する（ステップＳ２１８（否定）、Ｓ２２４）場合の例について説明したが、これに限られるものではない。例えば、一括登録者と一括削除者が異なる場合であっても、一括削除を禁止しないようにしても良い。すなわち、ステップＳ２１６、Ｓ２１８の処理を省略してもよい。

なお、上記実施形態では、資産に関するデータを一括登録、一括削除する例について説明したが、これに限られるものではない。その他のデータ、例えばアドレス帳のデータや、棚卸しデータなど種々のデータの一括登録、一括削除に上記実施形態を適用することが可能である。

なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。

プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。

上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。

なお、以上の説明に関して更に以下の付記を開示する。
（付記１） 複数のデータの入力を受付け、
受付けた前記複数のデータをデータ群としてデータベースに登録し、
前記データベースに登録されているデータのうち少なくとも一部のデータを指定した修正指示を受付けた場合に、指定された該少なくとも一部のデータに修正済み情報を関連付け、
削除データ群を指定した削除指示を受付けた場合に、該データ群に含まれる前記複数のデータに前記修正済み情報が関連付けられているかを前記データベース上で検索し、
前記複数のデータのうち前記修正済み情報が関連付けられているデータの数量が予め定めた閾値よりも大きい場合には前記データ群の削除を禁止する、処理をコンピュータに実行させることを特徴とするデータ管理プログラム。
（付記２） 前記登録する処理では、前記データ群に、前記複数のデータを入力した第一のユーザの情報を関連付け、
前記削除を禁止する処理では、前記削除指示を入力した第二のユーザと、前記データ群に関連付けられた前記第一のユーザとが一致しない場合に、該データ群の削除を禁止することを特徴とする付記１に記載のデータ管理プログラム。
（付記３） 前記検索の結果、前記削除の対象である前記データ群に含まれる前記複数のデータの全てが前記修正済み情報が関連付けられていないデータであった場合に、該複数のデータを全て削除する処理を、前記コンピュータに実行させることを特徴とする付記１又は２に記載のデータ管理プログラム。
（付記４） 前記修正指示を入力したユーザは、前記削除指示を入力したユーザと異なることを特徴とする付記１〜３のいずれかに記載のデータ管理プログラム。
（付記５） 複数のデータの入力を受付け、受付けた前記複数のデータをデータ群としてデータベースに登録する登録工程と、
前記データベースに登録されているデータのうち少なくとも一部のデータを指定した修正指示を受付けた場合に、指定された該少なくとも一部のデータに修正済み情報を関連付ける関連付け工程と、
削除データ群を指定した削除指示を受付けた場合に、該データ群に含まれる前記複数のデータに前記修正済み情報が関連付けられているかを前記データベース上で検索する検索工程と、
前記複数のデータのうち前記修正済み情報が関連付けられているデータの数量が予め定めた閾値よりも大きい場合には前記データ群の削除を禁止する削除禁止工程と、をコンピュータが実行することを特徴とするデータ管理方法。
（付記６） 前記登録工程では、前記データ群に、前記複数のデータを入力した第一のユーザの情報を関連付け、
前記削除禁止工程では、前記削除指示を入力した第二のユーザと、前記データ群に関連付けられた前記第一のユーザとが一致しない場合に、該データ群の削除を禁止することを特徴とする付記５に記載のデータ管理方法。
（付記７） 前記検索工程における前記検索の結果、前記削除の対象である前記データ群に含まれる前記複数のデータの全てが前記修正済み情報が関連付けられていないデータであった場合に、該複数のデータを全て削除する削除工程を、前記コンピュータが実行することを特徴とする付記５又は６に記載のデータ管理方法。
（付記８） 前記修正指示を入力したユーザは、前記削除指示を入力したユーザと異なることを特徴とする付記５〜７のいずれかに記載のデータ管理方法。
（付記９） データ群を登録可能なデータベースと、
複数のデータの入力を受付け、受付けた前記複数のデータをデータ群としてデータベースに登録する登録部と、
前記データベースに登録されているデータのうち少なくとも一部のデータを指定した修正指示を受付けた場合に、指定された該少なくとも一部のデータに修正済み情報を関連付ける関連付け部と、
削除データ群を指定した削除指示を受付けた場合に、該データ群に含まれる前記複数のデータに前記修正済み情報が関連付けられているかを前記データベース上で検索する検索部と、
前記複数のデータのうち前記修正済み情報が関連付けられているデータの数量が予め定めた閾値よりも大きい場合には前記データ群の削除を禁止する削除禁止部と、を備えるデータ管理装置。
（付記１０） 前記登録部は、前記データ群に、前記複数のデータを入力した第一のユーザの情報を関連付け、
前記削除禁止部は、前記削除指示を入力した第二のユーザと、前記データ群に関連付けられた前記第一のユーザとが一致しない場合に、該データ群の削除を禁止することを特徴とする付記９に記載のデータ管理装置。
（付記１１） 前記検索部による前記検索の結果、前記削除の対象である前記データ群に含まれる前記複数のデータの全てが前記修正済み情報が関連付けられていないデータであった場合に、該複数のデータを全て削除する削除部を、更に備える付記９又は１０に記載のデータ管理装置。
（付記１２） 前記修正指示を入力したユーザは、前記削除指示を入力したユーザと異なることを特徴とする付記９〜１１のいずれかに記載のデータ管理装置。

１０ サーバ（データ管理装置）
１２ 登録部
１４ 修正部（関連付け部）
１６ 削除部（検索部、削除禁止部）
２０ データ管理用ＤＢ（データベース）

Claims (5)

1. 複数のデータの入力を受付け、
   受付けた前記複数のデータをデータ群としてデータベースに登録し、
   前記データベースに登録されているデータのうち少なくとも一部のデータを指定した修正指示を受付けた場合に、指定された該少なくとも一部のデータに修正済み情報を関連付け、
   削除データ群を指定した削除指示を受付けた場合に、該データ群に含まれる前記複数のデータに前記修正済み情報が関連付けられているかを前記データベース上で検索し、
   前記複数のデータのうち前記修正済み情報が関連付けられているデータの数量が予め定めた閾値よりも大きい場合には前記データ群の削除を禁止する、処理をコンピュータに実行させることを特徴とするデータ管理プログラム。
2. 前記登録する処理では、前記データ群に、前記複数のデータを入力した第一のユーザの情報を関連付け、
   前記削除を禁止する処理では、前記削除指示を入力した第二のユーザと、前記データ群に関連付けられた前記第一のユーザとが一致しない場合に、該データ群の削除を禁止することを特徴とする請求項１に記載のデータ管理プログラム。
3. 前記検索の結果、前記削除の対象である前記データ群に含まれる前記複数のデータの全てが前記修正済み情報が関連付けられていないデータであった場合に、該複数のデータを全て削除する処理を、前記コンピュータに実行させることを特徴とする請求項１又は２に記載のデータ管理プログラム。
4. 複数のデータの入力を受付け、受付けた前記複数のデータをデータ群としてデータベースに登録する登録工程と、
   前記データベースに登録されているデータのうち少なくとも一部のデータを指定した修正指示を受付けた場合に、指定された該少なくとも一部のデータに修正済み情報を関連付ける関連付け工程と、
   削除データ群を指定した削除指示を受付けた場合に、該データ群に含まれる前記複数のデータに前記修正済み情報が関連付けられているかを前記データベース上で検索する検索工程と、
   前記複数のデータのうち前記修正済み情報が関連付けられているデータの数量が予め定めた閾値よりも大きい場合には前記データ群の削除を禁止する削除禁止工程と、をコンピュータが実行することを特徴とするデータ管理方法。
5. データ群を登録可能なデータベースと、
   複数のデータの入力を受付け、受付けた前記複数のデータをデータ群としてデータベースに登録する登録部と、
   前記データベースに登録されているデータのうち少なくとも一部のデータを指定した修正指示を受付けた場合に、指定された該少なくとも一部のデータに修正済み情報を関連付ける関連付け部と、
   削除データ群を指定した削除指示を受付けた場合に、該データ群に含まれる前記複数のデータに前記修正済み情報が関連付けられているかを前記データベース上で検索する検索部と、
   前記複数のデータのうち前記修正済み情報が関連付けられているデータの数量が予め定めた閾値よりも大きい場合には前記データ群の削除を禁止する削除禁止部と、を備えるデータ管理装置。
   
   

Images