(57)【要約】【課題】  本発明は、業務管理システムで使用するコードの再使用、変更等を行ったとしても的確な変更履歴の管理が可能な業務管理システムを提供することを目的とする。【解決手段】  各対象のデータを、通常コードと固定コードと従属コードに対応させて記憶する業務データ記憶手段と、変更履歴記憶手段と、業務データ管理手段と、変更履歴管理手段と、クライアント端末からの要求に応じて、通常コードを用いて、固定コードと従属コードとを生成するコード生成手段と、を有しており、業務データ管理手段は、クライアント端末から新たな対象のデータの登録要求を受け付けると、通常コードをコード生成手段に渡すことにより、固定コードと従属コードとを生成させ、コード生成手段で生成した固定コートと従属コードとを受け取り、該新たな対象のデータとして、該通常コードと固定コードと従属コードとを組として業務データ記憶手段に記憶させる、業務管理システムである。【選択図】  図１
2008310681.tif 000002
【特許請求の範囲】
【請求項１】
クライアント端末とネットワークを介して接続された業務管理システムであって、
前記業務管理システムは、
前記業務管理システムで処理する各対象のデータを記憶しており、前記各対象のデータを、ユーザに表示する通常コードと、前記業務管理システムで生成する固定コードと従属コードとに対応させて記憶する業務データ記憶手段と、
前記各対象のデータに対する変更履歴を記憶しており、前記変更履歴を、前記通常コードと固定コードと従属コードに対応させて記憶する変更履歴記憶手段と、
前記業務データ記憶手段に対する処理を実行する業務データ管理手段と、
前記変更履歴記憶手段に対する処理を実行する変更履歴管理手段と、
前記クライアント端末からの要求に応じて、前記業務データ記憶手段に新たな対象のデータを登録する際に、該対象のデータに対して付与された通常コードを用いて、固定コードと従属コードの組を生成するコード生成手段と、を有しており、
前記業務データ管理手段は、
前記クライアント端末から新たな対象のデータの登録要求を受け付けると、該新たな対象に対して、前記クライアント端末から受け付けた通常コードまたは自動的に付与した通常コードを前記コード生成手段に渡すことにより、前記固定コードと従属コードとを生成させ、前記コード生成手段で生成した固定コートと従属コードとを受け取り、該新たな対象のデータとして、該通常コードと固定コードと従属コードとを組として前記業務データ記憶手段に記憶させる、
ことを特徴とする業務管理システム。
【請求項２】
前記固定コードは、前記各対象を前記業務管理システムに登録する際に、該対象に対して付与された通常コードと同一のコードであって、前記通常コードが変更されたとしても変更されないコードであり、
前記従属コードは、過去に異なる対象に対して使用された同一の固定コードと異なる固定コードであることを識別するコードである、
ことを特徴とする請求項１に記載の業務管理システム。
【請求項３】
前記従属コードは、前記固定コードが過去に何回使用されたかを示すコードである、
ことを特徴とする請求項２に記載の業務管理システム。
【請求項４】
前記コード生成手段は、
前記業務データ管理手段から受け取った通常コードと同一のコードを固定コードとして生成し、
前記生成した固定コードに基づいて、前記業務データ記憶手段または前記変更履歴記憶手段から該固定コードと同一の固定コードが存在するかを検索し、
前記検索の結果、いずれの記憶手段にも同一の固定コードが存在しない場合には前記固定コードに対する従属コードとして初期値を生成し、
前記検索の結果、いずれかまたは双方の記憶手段に同一の固定コードが存在する場合には、該同一の固定コードに付与された従属コードの最大値に所定値を演算することにより従属コードを生成し、
前記生成した固定コードと従属コードとを前記業務データ管理手段に渡す、
ことを特徴とする請求項１から請求項３のいずれかに記載の業務管理システム。
【請求項５】
前記業務システムは、更に、
前記クライアント端末から対象に対するログ出力の要求を受け付けると、前記変更履歴記憶手段を検索して、該対象に対するログ出力の処理を実行するログ出力手段、を有しており、
前記ログ出力手段は、
該対象に対して付与された通常コードを前記クライアント端末から受け付け、
該通常コードに対応する固定コードと従属コードとを前記業務データ記憶手段または前記変更履歴記憶手段から検索し、
前記固定コードと従属コードに対応する変更履歴を前記変更履歴記憶手段から検索して、前記クライアント端末に送信する、
ことを特徴とする請求項１から請求項４のいずれかに記載の業務管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は企業などで用いる業務管理システムに関する。更に詳細には、業務管理システムで使用するコードの変更履歴を管理することにより、コードの再使用、変更等を行ったとしても的確な変更履歴の管理が可能な業務管理システムに関する。
【背景技術】
【０００２】
企業などで業務を遂行するために、商品管理、販売管理、給与管理など様々な分野の業務を管理するための業務管理システムを用いている。このような業務管理システムでは、顧客や商品、社員などの対象を識別するために各々にコード（識別情報）を割り当て、そのコードを用いることによって様々な情報管理を行っている。このような業務管理システムの一例を下記特許文献に示す。
【０００３】
また近年では、セキュリティ上の観点や内部統制におけるＩＴ活用の観点から、いつ・誰が・どのようなデータ操作を業務管理システムで行ったのかをログにより管理している。このログ管理は、たとえば情報漏洩の際の漏洩元を発見することができるなど、非常に重要なものとなっている。従来のログ管理を行うシステムを下記特許文献７に示す。
【０００４】
仮に業務管理システムにおいて何らかのログの追跡を行わなければならない場合、従来は、その対象となるコードを入力することでそのログの一覧を抽出してログの追跡を行っている。
【０００５】
【特許文献１】特開２００７−１８４０２号公報
【特許文献２】特開２００６−３３１３４１号公報
【特許文献３】特開２００６−１１３７７１号公報
【特許文献４】特開２００６−１２０４３号公報
【特許文献５】特開２００５−１７３８８４号公報
【特許文献６】特開２００４−２８７５７５号公報
【特許文献７】特開２００７−４８２６６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上述を代表とする様々な従来の業務管理システムでは、その業務の都合に応じて、対象に付与したコードの追加、変更、削除などを行うことが可能となっている。ところがこのようにコードに対して何らかの変更や削除などの処理を行うと、コードと対象が一致しなくなるので、コードをキーとしてログの追跡を行う場合には、正確な追跡を行うことができなくなってしまう。
【０００７】
たとえばある対象に使用していたコードを削除し、後に別の対象にその削除したコードを使用した場合には、一つのコードに対して二つの対象が抽出されるので、正確にログの追跡を行うことが難しい（従来例１）。また別の例では、ある対象に使用していたコードを変更した場合には、変更前と変更後のコードが異なるので、これも正確にログの追跡を行うことが困難となる（従来例２）。
【０００８】
より具体的に従来の業務管理システムにおいて、ある対象に使用していたコードを削除し、後に別の対象にその削除したコードを使用した場合（従来例１）の問題点を説明する。
【０００９】
たとえば図１３（ａ）に示すように、販売管理システムにおいて２００７年３月７日に「雑誌Ａ」にコード「００１」を使用したとする。その後、２００７年４月７日に雑誌Ａを廃棄したとすると、コード「００１」が空き番号となる（図１３（ｂ））。更にその後、２００７年５月１日に「小説Ｃ」を購入すると、通常の業務管理システムでは総コード数を最小化するために、空いているコードを使用し、コード「００１」を「小説Ｃ」に再使用することが多い（図１３（ｃ））。そしてのちに、何らかの理由により、雑誌Ａに対するログの取得の意図でコード「００１」をキーとして業務管理システムのログを追跡したとしても、雑誌Ａに関するログと小説Ｃに関するログとが混在することとなる（図１３（ｄ））。従って、正確な追跡を行うことができない。
【００１０】
なおこのような場合でもコードのみではなく、期間もキーとしてログを取得すればログを追跡することができるが、この場合には雑誌Ａに対して当該コード「００１」が使用されていた期間を事前に知っているか、或いは予測をしなければならない。
【００１１】
次に従来例２の場合の問題点をより具体的に説明する。
【００１２】
例えば販売管理システムにおいて、雑誌Ａのコードが「００１」、雑誌Ｂのコードが「００２」であったとする（図１４（ａ））。この場合、何らかの理由、例えば雑誌Ａの売れ行きが減少し、雑誌Ａの情報がそれほど重要でなくなり、コード一覧表示の際に雑誌Ａが上位に表示されないようにしたい、などにより雑誌Ａのコードを変更することがある。例えば２００７年４月１日に雑誌Ａのコードを「００１」から「０９９」に変更すると、コード「００１」が空き番号となり、コード「０９９」が雑誌Ａとなる（図１４（ｂ））。
【００１３】
その後、２００７年５月１日に小説Ｃを購入すると、上述と同様の理由から、小説Ｃにコード「００１」を再使用することが多い（図１４（ｃ））。そうすると、図１４（ｄ）に示すように、雑誌Ａのログを取得する意図でコード「００１」のログを追跡しても、雑誌Ａに関するログと小説Ｃに関するログとが混在してしまい、かつ、コード変更後の雑誌Ａに関するログが漏れてしまう（図１４（ｃ）の２００７年４月１日のログ）。従ってこのような場合にも対象ごとに正確なログの追跡を行うことができなかった。
【００１４】
以上のような問題点が想定されることから、業務管理システムにおいて、コードに変更や削除等を行った場合であっても、コードを用いて正確にログを追跡することのできる業務管理システムが望まれている。
【課題を解決するための手段】
【００１５】
そこで本発明者は上記問題点に鑑み、通常コードのほかに、固定コードと従属コードを用いてコードの変更履歴を管理することにより、コードの再使用、変更等を行ったとしても正確な変更履歴の管理が可能な業務管理システムを発明した。
【００１６】
請求項１の発明は、クライアント端末とネットワークを介して接続された業務管理システムであって、前記業務管理システムは、前記業務管理システムで処理する各対象のデータを記憶しており、前記各対象のデータを、ユーザに表示する通常コードと、前記業務管理システムで生成する固定コードと従属コードとに対応させて記憶する業務データ記憶手段と、前記各対象のデータに対する変更履歴を記憶しており、前記変更履歴を、前記通常コードと固定コードと従属コードに対応させて記憶する変更履歴記憶手段と、前記業務データ記憶手段に対する処理を実行する業務データ管理手段と、前記変更履歴記憶手段に対する処理を実行する変更履歴管理手段と、前記クライアント端末からの要求に応じて、前記業務データ記憶手段に新たな対象のデータを登録する際に、該対象のデータに対して付与された通常コードを用いて、固定コードと従属コードの組を生成するコード生成手段と、を有しており、前記業務データ管理手段は、前記クライアント端末から新たな対象のデータの登録要求を受け付けると、該新たな対象に対して、前記クライアント端末から受け付けた通常コードまたは自動的に付与した通常コードを前記コード生成手段に渡すことにより、前記固定コードと従属コードとを生成させ、前記コード生成手段で生成した固定コートと従属コードとを受け取り、該新たな対象のデータとして、該通常コードと固定コードと従属コードとを組として前記業務データ記憶手段に記憶させる、業務管理システムである。
【００１７】
本発明のように構成することで、従来のように、対象に対して付与されたコード（通常コード）の追加、変更、削除などが行われたとしても、ユーザが現在知っている通常コードを用いて、対象に対するログの追跡を的確に行うことができる。
【００１８】
請求項２の発明において、前記固定コードは、前記各対象を前記業務管理システムに登録する際に、該対象に対して付与された通常コードと同一のコードであって、前記通常コードが変更されたとしても変更されないコードであり、前記従属コードは、過去に異なる対象に対して使用された同一の固定コードと異なる固定コードであることを識別するコードである、業務管理システムである。
【００１９】
本発明では、通常コードのほかに、固定コードと従属コードとを使用し、通常コードに対して固定コードと従属コードとを対応づけることで処理を実行しているが、固定コードと従属コードは本発明のように設定することが好ましい。
【００２０】
請求項３の発明において、前記従属コードは、前記固定コードが過去に何回使用されたかを示すコードである、業務管理システムである。
【００２１】
従属コードは、更に、本発明のように設定することが好ましい。
【００２２】
請求項４の発明において、前記コード生成手段は、前記業務データ管理手段から受け取った通常コードと同一のコードを固定コードとして生成し、前記生成した固定コードに基づいて、前記業務データ記憶手段または前記変更履歴記憶手段から該固定コードと同一の固定コードが存在するかを検索し、前記検索の結果、いずれの記憶手段にも同一の固定コードが存在しない場合には前記固定コードに対する従属コードとして初期値を生成し、前記検索の結果、いずれかまたは双方の記憶手段に同一の固定コードが存在する場合には、該同一の固定コードに付与された従属コードの最大値に所定値を演算することにより従属コードを生成し、前記生成した固定コードと従属コードとを前記業務データ管理手段に渡す、業務管理システムである。
【００２３】
通常コードに基づいて、固定コードと従属コードを生成するには、本発明のように処理することで行える。
【００２４】
請求項５の発明において、前記業務システムは、更に、前記クライアント端末から対象に対するログ出力の要求を受け付けると、前記変更履歴記憶手段を検索して、該対象に対するログ出力の処理を実行するログ出力手段、を有しており、前記ログ出力手段は、該対象に対して付与された通常コードを前記クライアント端末から受け付け、該通常コードに対応する固定コードと従属コードとを前記業務データ記憶手段または前記変更履歴記憶手段から検索し、前記固定コードと従属コードに対応する変更履歴を前記変更履歴記憶手段から検索して、前記クライアント端末に送信する、業務管理システムである。
【００２５】
本発明を用いてログの追跡を行う場合には、基本的にはユーザは通常コードの入力・選択を行うことで、それに対応づけられた固定コードと従属コードとを検索する。そしてそれらに基づいて、ログの検索を変更履歴記憶手段から的確に行うことができる。
【発明の効果】
【００２６】
本発明を用いることによって、コードの再使用、変更等を行ったとしても正確な変更履歴の管理が可能な業務管理システムが可能となる。これによって、例えばある対象に一度使用したコードを削除や変更後、再度、異なる対象に同一のコードを使用したとしても、正確にログの追跡を行うことができる。
【発明を実施するための最良の形態】
【００２７】
本発明の業務管理システム１の全体の模式図を図１に示す。
【００２８】
業務管理システム１は、企業などの業務遂行に当たり必要な業務ソフトウェアとこのソフトウェアを実行するハードウェア（コンピュータ端末やサーバなど）から構成されるシステムであり、例えば会計管理システム、販売・購買管理システム、人事・給与管理システム、顧客管理システム（ＣＲＭシステム）、営業支援システム（ＳＦＡ（Sales Force Automation）システム）などがある。またこれらの各システムがモジュールとしてリアルタイムに連携し、データを一括管理してもよい。
【００２９】
業務管理システム１は、本発明の処理を制御するコンピュータシステム（サーバも含む）上で実現される。図１５にコンピュータシステムのハードウェアの概念図を模式的に示す。このコンピュータシステムには、プログラムの演算処理を実行するＣＰＵなどの演算装置２０と、情報を記憶するＲＡＭやハードディスクなどの記憶装置２１とを少なくとも有している。コンピュータシステム上で実現する各機能（各手段）は、その処理を実行する手段（プログラムやモジュールなど）が演算装置２０に読み込まれることでその処理が実行される。各機能は、記憶装置２１に記憶した情報をその処理において使用する場合には、該当する情報を当該記憶装置２１から読み出し、読み出した情報を適宜、演算装置２０における処理に用いる。当該コンピュータシステムには、演算装置２０の処理結果や記憶装置２１に記憶する情報をインターネットやＬＡＮなどのネットワークを介して送受信する通信装置２４、キーボードやマウスやテンキーなどの入力装置２３、ディスプレイなどの表示装置２２を有していても良い。
【００３０】
本発明における各機能（各手段）は、その機能が論理的に区別されているのみであって、物理上あるいは事実上は同一の領域を為していても良い。また各機能は、一又は複数のプログラムやモジュール、装置等により処理することも可能である。
【００３１】
業務管理システム１は、財務会計、販売、購買、人事、給与、顧客、営業情報等の業務データをサーバで記憶し、後述するクライアント端末２からのリクエストに応じて各種管理（登録、削除、変更等）を行う。各業務のデータは、業務データ記憶手段８（例えば、商品（マスター）テーブル、得意先（マスター）テーブル）など）としてデータベースサーバに格納される。
【００３２】
また業務管理システム１における業務処理を実現するために、更に、業務データ管理手段７を備えている。業務データ管理手段７は、後述する入力処理手段９から入力データ（登録データ、変更データ、削除データ）を受け取り、業務データ記憶手段８に入力データを登録し、または入力データに基づいて業務データ記憶手段８のデータの変更もしくは削除を行い、後述するコード生成手段３から受け取った固定コード・従属コードを業務データ記憶手段８に記憶させる。すなわち、業務データ管理手段７は、通常の業務管理システム１を機能させるために、業務データ記憶手段８に記憶した情報の管理、ユーザが操作するクライアント端末２に対する通常の業務管理システム１の処理などを実行する。
【００３３】
業務データ記憶手段８は、財務会計、販売、購買、人事、給与、顧客、営業情報等の各業務のデータを管理する。例えば商品（マスター）テーブル、得意先（マスター）テーブル、売上（マスター）テーブル、仕訳（マスター）テーブルなどがあげられる。この業務データ記憶手段８はテーブル形式でデータを記憶していることが好ましいが、それに限定されない。業務データ記憶手段８では、１レコードに少なくとも通常コード、固定コード、従属コード、対象名が含まれる。業務データ記憶手段８は、好ましくはデータベースサーバ上で機能している。
【００３４】
本発明の業務管理システム１を実現するために、コードの変更履歴を管理する機能として、更に、コード生成手段３と変更履歴記憶手段６と変更履歴管理手段４とログ出力手段５とを有している。また一般的な処理を実現するために、入力処理手段９、出力処理手段１０も備えている。
【００３５】
コード生成手段３は、ユーザが入力した、ある対象に対して使用するコード（これを「通常コード」という）に基づいて、固定コードと従属コードの組を生成する。具体的にはユーザがある対象に対して通常コードを指定すると、通常コードと同一の固定コードを生成する。例えば通常コードが「Ａ１２３」であれば固定コードも「Ａ１２３」として生成する。次に生成した固定コードを後述する変更履歴管理手段４に渡すことにより、変更履歴記憶手段６に同一の固定コードが存在するか否かを問い合わせ、その存否に基づいて、固定コードとの組み合わせにより対象が特定することのできる従属コードを生成する。
【００３６】
従属コードの生成の際には、変更履歴管理手段４が変更履歴記憶手段６を前記生成した固定コードで検索し、変更履歴記憶手段６に同一の固定コードが存在する場合には、同一固定コードに付与された従属コードのうちの最大値に所定の値（好ましくは「１」）を加算して新しい従属コードを生成する。また変更履歴記憶手段６に同一の固定コードが存在しない場合には、後述する業務データ管理手段７において、当該固定コードにより業務データ記憶手段８を検索し、業務データ記憶手段８に同一の固定コードが存在するかを検索する。同一の固定コードが存在する場合には、同一固定コードに付与された従属コードのうちの最大値に所定の値（好ましくは「１」）を加算して新しい従属コードを生成する。変更履歴記憶手段６、業務データ記憶手段８のいずれにも同一の固定コードが存在しない場合には従属コードとして初期値（好ましくは「０」）を割り当てる。
【００３７】
なお本明細書における「通常コード」とは、業務管理システム１によりユーザ（例えば監査者、システム管理者、業務管理者、一般ユーザなど）に表示されるコードであり、変更、削除処理の対象となるコードである。通常コードは、ユーザが業務データ記憶手段８を確認して手動で付与してもよいし、業務データ管理手段７により自動的に生成され、付与されてもよい。空き通常コードが複数存在する場合であって、業務データ管理手段７が自動的に割り当てる場合には、通常コードのコード番号の小さい順から割り当てることが好ましい。例えば通常コード「００１」と「００３」が空き状態となっている場合、業務データ管理手段７は、通常コードとして「００１」を割り当てることが好ましいが、再使用に適さないコードの種類（例えば社員コードなど）の場合には、空きコードをそのままとし、新規にコードを生成するようにしてもよい。
【００３８】
また「固定コード」とは、業務データ記憶手段８に通常コードが登録されるときに、通常コードと同じ値が固定コードとして生成される。固定コードは変更、削除そのほかいかなる処理によっても変更されない。固定コードはユーザに表示されるようにしてもよいし、保守等の特別な必要がない限り、ユーザには表示されないようにしてもよい。
【００３９】
また「従属コード」とは、固定コードごとに付与されるコードであり、当該固定コードが過去に何回使用されているかを示すコードである。すなわち当該固定コードを、過去に使用された同一の固定コードと区別するためのコードである。従属コードは好ましくは、連番として採番されることがよい。また当該固定コードに割り当てられた従属コードは不変となり、仮に通常コードが変更されたとしても、固定コードと同様に通常コードも変更されない。
【００４０】
変更履歴記憶手段６は、業務データ記憶手段８の操作履歴（変更履歴）を記録する。好ましくはテーブル形式でデータが記憶されているが、それに限定されない。変更履歴記憶手段６には、１レコードに少なくとも操作したユーザの識別情報（ユーザＩＤなど）、操作日時または操作順序情報、通常コード、固定コード、従属コード、対象名、処理内容の識別情報が含まれる。なお操作順番の情報としては、履歴番号を用いることが好ましい。履歴番号で操作順番を管理することにより、万が一、日時情報の生成元（サーバなど）から取得した日時が不正確であったとしても、正確な履歴順を保持することができ、正確な変更履歴の管理を行うことができる。履歴番号は一組の固定コード・従属コードを変更履歴記憶手段６に登録するとき以下の処理により履歴番号生成手段（図示せず）が都度生成する。
【００４１】
まず変更履歴記憶手段６に同一の固定コードおよび従属コードの組がある場合、その固定コードおよび従属コードの組で変更履歴記憶手段６を検索・抽出し、抽出された履歴番号の最大値に所定の値を加算する。例えば１を加算する。また変更履歴記憶手段６に同一固定コードおよび従属コードの組がない場合には初期値（例えば０、１等）を付与する。
【００４２】
なお変更履歴記憶手段６は、業務データ記憶手段８ごとに有することが好ましい。特に業務データ記憶手段８がテーブル形式の場合には、そのテーブルごとに変更履歴記憶手段６がテーブル形式でデータを記憶することが好ましい。また好ましくは、変更履歴記憶手段６はデータベースサーバ上で機能していることが好ましい。
【００４３】
変更履歴管理手段４は、変更履歴記憶手段６に関する処理を行う。具体的には、変更履歴記憶手段６の検索、検索結果の抽出、変更履歴記憶手段６へのデータの登録、削除を行う。変更履歴管理手段４は、変更履歴に関する処理の実行のために、業務データ記憶手段８に記憶するデータに何らかの処理があった場合には、業務データ管理手段７から後述する履歴データを受け取り、それに基づいて、変更履歴を変更履歴記憶手段６に記憶する。
【００４４】
ログ出力手段５は、ログ出力に関する処理を行う。具体的には、ユーザがクライアント端末２を操作することにより、当該クライアント端末２から、登録されているデータまたは削除されているデータのいずれかに対し、特定の通常コードまたは全ての通常コードについてログ出力要求を受ける（指定表示要求または全表示要求）。
【００４５】
指定表示の場合はユーザが選択した通常コードで、全表示の場合は全てのデータについて、業務データ記憶手段８または変更履歴記憶手段６を検索し、固定コード・従属コードの組を取得する。指定表示の場合、取得した固定コード・従属コードの組を持つレコードを変更履歴記憶手段６から抽出し表示用画面データを生成し、クライアント端末２に送信する。
【００４６】
全表示の場合、業務データ記憶手段８または変更履歴記憶手段６から全ての固定コード・従属コードの組を取得しこれらに基づいて一旦選択画面データを生成、クライアント端末２に送信し、クライアント側で表示対象データを選択させる。選択データに対応する固定コード・従属コードの組をもつレコードを変更履歴テーブルより抽出し表示用画面データを生成し、クライアント端末２に送信する。
【００４７】
なお、削除済みデータに対するログ出力では、処理区分が「削除」のレコードを含む固定コード・従属コードの組を取得することが好ましい。例えば後述の図８の得意先変更履歴テーブルの内容を例にとれば、処理区分＝２（削除）であるレコードは履歴番号３のレコードであり、削除されている通常コードの固定コードとして「００１００１」、従属コード「０」が取得される。取得した固定コード・従属コードの組を持つレコードを抽出すると履歴番号１、２、３のレコードになる。但し「登録されているデータも含める」とのユーザ指示により、処理区分によらず全ての組から選択画面データを生成するようにしてもよい。このようにすれば、例えばあるユーザが登録・削除済みの区別によらずどのような操作をしたかを調査することができる。
【００４８】
入力処理手段９は、クライアント端末２においてユーザにより入力されたデータを、クライアント端末２から受信し、そのデータを変更履歴管理手段４、コード生成手段３、ログ出力手段５、業務データ管理手段７などの必要な手段に渡す。
【００４９】
出力処理手段１０は、業務管理システム１で処理されたデータをクライアント端末２で表示するための画面データを生成し、クライアント端末２に送信する。
【００５０】
次に本発明の業務管理システム１における処理プロセスの一例を、図２及び図３のフローチャート、図１の概念図を用いて説明する。以下の処理プロセスの説明では、まずある対象となるデータの登録を業務管理システム１に行い、その次に、当該対象となるデータの名称の修正処理を行い、更に、それを削除し、新たな対象の入力を行い、コード変更を行った後に、ログの出力を行う場合である。
【００５１】
まずユーザはクライアント端末２で所定の操作を行うことにより、業務管理システム１にアクセスし、所定の認証処理を行う。そして認証処理が正常に終了後、業務管理システム１に対象となるデータを入力する。
【００５２】
例えばユーザがクライアント端末２の入力画面上で所定のメニュー（例えば「登録メニュー」。操作プログラムＩＤ＝「ＨＡＮ０６０」に該当）を選択し「○□商店」の入力を行うと、入力データとして、得意先名＝「○□商店」、通常コード＝「００１０１」、処理区分＝「０」（「登録」を示す）、操作プログラムＩＤ、ユーザＩＤなどが業務管理システム１に送信され、入力処理手段９によって受信される（Ｓ１００）。この際に入力する通常コードは上述のように手動であってもよいし、得意先名などが入力されることによって、自動的に付与されてもよい。
【００５３】
入力処理手段９が業務データ管理手段７に入力データを渡すと、業務データ管理手段７は、処理区分＝０（登録）であることを判定し、得意先テーブル（業務データ記憶手段８）に入力データの登録処理を行う。業務データ管理手段７は、通常コードが重複しないことを確認後、得意先名＝○□商店、通常コード＝００１０１を得意先テーブル（業務データ記憶手段８）に記録する。
【００５４】
業務データ管理手段７は、通常コードとして「００１０１」を受け取っているので、それを用いてコード生成手段３において当該通常コードに対する固定コード及び従属コードの生成処理を実行する（Ｓ１１０）。
【００５５】
まず、業務データ管理手段７は、通常コードとして「００１０１」を受け取っているので、それをコード生成手段３に渡す（Ｓ２００）。コード生成手段３は、受け取った通常コード「００１０１」に基づいて、それと同一の固定コード「００１０１」を生成する（Ｓ２１０）。このようにして生成した固定コードをコード生成手段３は、変更履歴管理手段４に渡す（Ｓ２２０）。
【００５６】
変更履歴管理手段４は、コード生成手段３から受け取った固定コードと同一の固定コードが変更履歴記憶手段６に存在するかを検索する（Ｓ２３０）。変更履歴記憶手段６に同一の固定コードが存在する場合には、当該同一固定コードを持つレコードを変更履歴管理手段４が変更履歴記憶手段６から抽出する（Ｓ２４０）。そして変更履歴管理手段４が抽出した結果をコード生成手段３で受け取り、コード生成手段３は、抽出した同一固定コードに付与されている従属コードのうち最大値を取得する（Ｓ２５０）。そしてコード生成手段３は、その最大値に所定値、例えば「１」加算して、新たな従属コードを生成する（Ｓ２６０）。
【００５７】
一方、変更履歴記憶手段６に同一の固定コードが存在しない場合には、その結果を変更履歴管理手段４からコード生成手段３は受け取る。そしてコード生成手段３は、生成した固定コードを業務データ管理手段７に渡し、業務データ管理手段７が、コード生成手段３から受け取った固定コードと同一の固定コードが業務データ記憶手段８に存在するかを検索する（Ｓ２７０）。業務データ記憶手段８に同一の固定コードが存在する場合には、当該同一固定コードを持つレコードを業務データ管理手段７が業務データ記憶手段８から抽出する（Ｓ２４０）。そして業務データ管理手段７が抽出した結果をコード生成手段３で受け取り、コード生成手段３は、抽出した同一固定コードに付与されている従属コードのうち最大値を取得する（Ｓ２５０）。そしてコード生成手段３は、その最大値に所定値、例えば「１」加算して、新たな従属コードを生成する（Ｓ２６０）。
【００５８】
また変更履歴記憶手段６、業務データ記憶手段８のいずれにも、コード生成手段３が生成した固定コードと同一の固定コードが存在しない場合には新しい固定コードなので、その存否の結果を業務データ管理手段７から受け取り、初期値を生成してそれを従属コードとする（Ｓ２８０）。
【００５９】
固定コード・従属コードの生成処理を上述の例を用いてより具体的に説明する。業務データ管理手段７が得意先名「○□商店」に対して割り当てた通常コード「００１０１」なので、それを業務データ管理手段７はコード生成手段３に渡すことで、コード生成手段３は固定コード「００１０１」を生成する。そしてこの固定コードをコード生成手段３が変更履歴管理手段４に渡すことで、固定コード「００１０１」と同一の固定コードを持つレコードが変更履歴記憶手段６に存在するかを検索する。この時点では変更履歴記憶手段６にはレコードは全く記憶されていないので、同一の固定コードは存在しない。従って変更履歴管理手段４は、同一の固定コードが存在しないことを示す結果をコード生成手段３に返す。コード生成手段３は、この検索結果を受け、固定コード「００１０１」を業務データ管理手段７に渡し、業務データ管理手段７は、固定コード「００１０１」と同一の固定コードを持つレコードが得意先レコード（業務データ記憶手段８）に存在するかを検索する。
【００６０】
この時点では得意先テーブル（業務データ記憶手段８）にはレコードが全く記憶されておらず、同一の固定コードは存在しない。従って、業務データ管理手段７は、同一の固定コードが存在しないことを示す結果をコード生成手段３に返す。この結果を受けて、コード生成手段３は、従属コードとして初期値「０」を生成する。このようにして生成した固定コード「００１０１」と従属コード「０」とをコード生成手段３は業務データ管理手段７に渡し、業務データ管理手段７は、固定コード「００１０１」と従属コード「０」の組を得意先テーブル（業務データ記憶手段８）に記憶する。この状態の得意先テーブル（業務データ記憶手段８）を模式的に示すのが図４（ａ）である。
【００６１】
また業務データ管理手段７は、入力データを得意先テーブル（業務データ記憶手段８）に記憶した日時のデータをデータベースサーバから取得し、履歴データとして、得意先テーブル（業務データ記憶手段８）に記憶したレコードの各データ、処理区分＝０（登録）、操作プログラムＩＤ＝ＨＡＮ０６０、取得した日時データ、ユーザＩＤを変更履歴管理手段４に渡す。
【００６２】
変更履歴管理手段４は、業務データ管理手段７から受け取った履歴データを得意先変更履歴テーブル（変更履歴記憶手段６）に記憶する。この際に、履歴番号生成手段（図示せず）は得意先変更履歴テーブルに同一固定コード及び従属コードの組がないことを検索し、履歴番号として初期値「１」を記憶する。この状態の得意先変更履歴テーブル（変更履歴記憶手段６）を模式的に示すのが図４（ｂ）である。
【００６３】
以上のような処理を行うことで、まず業務管理システム１に得意先名「○□商店」の登録を行えた。
【００６４】
次に「○□商店」の名称が誤記であったことから、「○×商店」に修正する場合を説明する。
【００６５】
例えばユーザがクライアント端末２の入力画面上で所定のメニュー（例えば「対象名修正メニュー」。操作プログラムＩＤ＝「ＨＡＮ０６１１」に該当）を選択し、得意先名を「○□商店」から「○×商店」に修正する要求の入力を行うと、入力データとして、修正前得意先名＝「○□商店」、修正後得意先名＝「○×商店」、処理区分＝「１」（「変更」を示す）、操作プログラムＩＤ、ユーザＩＤなどが業務管理システム１に送信され、入力処理手段９によって受信される。
【００６６】
入力処理手段９が業務データ管理手段７に入力データを渡すと、業務データ管理手段７は、処理区分＝１（変更）であることを判定し、得意先テーブル（業務データ記憶手段８）の変更処理を行う。業務データ管理手段７は、得意先名を「○□商店」から「○×商店」に書き換えて記録する。このような修正処理は従来の業務管理システム１と同様である。
【００６７】
また業務データ管理手段７は、入力データを得意先テーブル（業務データ記憶手段８）で修正した日時のデータをデータベースサーバから取得し、履歴データとして、得意先テーブル（業務データ記憶手段８）で書き換えられたレコードの各データ、処理区分＝１（変更）、操作プログラムＩＤ＝ＨＡＮ０６１１、取得した日時データ、ユーザＩＤを変更履歴管理手段４に渡す。
【００６８】
変更履歴管理手段４は、業務データ管理手段７から受け取った履歴データを得意先変更履歴テーブル（変更履歴記憶手段６）に記憶する。この際に、履歴番号生成手段（図示せず）は得意先変更履歴テーブルに同一固定コード及び従属コードの組がないことを検索するが、すでに同一の固定コード及び従属コードの組のデータが存在するので、その履歴番号を抽出し、その履歴番号に「１」を加算して、すなわち履歴番号を「２」として、得意先変更履歴テーブル（変更履歴記憶手段６）に記憶させる。
【００６９】
以上のような修正処理を行った状態の得意先テーブル（業務データ記憶手段８）の状態を模式的に示すのが図５（ａ）であり、この状態の得意先変更履歴テーブル（変更履歴記憶手段６）を模式的に示すのが図５（ｂ）である。なお、ここでは得意先名の修正について説明したが、この得意先の住所、電話番号、担当者名等、図示しない他の項目もテーブルで管理し、修正対象とすることができる。
【００７０】
このようにして得意先名の修正処理を行った後に、得意先名「○×商店」の削除処理を行う場合を説明する。
【００７１】
例えばユーザがクライアント端末２の入力画面上で所定のメニュー（例えば「削除メニュー」。操作プログラムＩＤ＝「ＨＡＮ０６２」に該当）を選択して、得意先名「○×商店」に関するコードを削除する旨の要求の入力を行うと、入力データとして、得意先名＝「○×商店」、処理区分＝「２」（「削除」を示す）、操作プログラムＩＤ、ユーザＩＤなどが業務管理システム１に送信され、入力処理手段９によって受信される。
【００７２】
入力処理手段９が業務データ管理手段７に入力データを渡すと、業務データ管理手段７は、処理区分＝２（削除）であることを判定し、得意先テーブル（業務データ記憶手段８）において削除処理を行う。業務データ管理手段７は、得意先名＝「○×商店」であるレコードの各データを得意先テーブル（業務データ記憶手段８）から抽出し、変更履歴管理手段４に渡した上で、得意先テーブル（業務データ記憶手段８）から当該レコードの削除処理を行う。このような削除処理は従来の業務管理システム１と同様である。
【００７３】
また業務データ管理手段７は、入力データを得意先テーブル（業務データ記憶手段８）で削除した日時のデータをデータベースサーバから取得し、履歴データとして、得意先テーブル（業務データ記憶手段８）で削除レコードの各データ、処理区分＝２（削除）、操作プログラムＩＤ＝ＨＡＮ０６２、取得した日時データ、ユーザＩＤを変更履歴管理手段４に渡す。
【００７４】
変更履歴管理手段４は、業務データ管理手段７から受け取った履歴データを得意先変更履歴テーブル（変更履歴記憶手段６）に記憶する。この際に、履歴番号生成手段（図示せず）は得意先変更履歴テーブルに同一固定コード及び従属コードの組がないことを検索するが、すでに同一の固定コード及び従属コードの組のデータが存在するので、その履歴番号を抽出し、その履歴番号に「１」を加算して、すなわち履歴番号を「３」として、得意先変更履歴テーブル（変更履歴記憶手段６）に記憶させる。
【００７５】
以上のような修正処理を行った状態の得意先テーブル（業務データ記憶手段８）の状態を模式的に示すのが図６（ａ）であり、この状態の得意先変更履歴テーブル（変更履歴記憶手段６）を模式的に示すのが図６（ｂ）である。
【００７６】
このようにして得意先名の削除処理を行った後に、新たに「○△商店」の登録を行う場合を説明する。
【００７７】
例えばユーザがクライアント端末２の入力画面上で所定のメニュー（例えば「登録メニュー」。操作プログラムＩＤ＝「ＨＡＮ０６０」に該当）を選択し「○△商店」の入力を行うと、入力データとして、得意先名＝「○△商店」、通常コード＝「００１０１」、処理区分＝「０」（登録を示す）、操作プログラムＩＤ、ユーザＩＤなどが業務管理システム１に送信され、入力処理手段９によって受信される（Ｓ１００）。この際に入力する通常コードは、説明の便宜上、上述で削除した「００１０１」とする。なお通常コードは、上述のように手動であってもよいし、得意先名などが入力されることによって、自動的に付与されてもよい。また自動的に付与される場合には、空き通常コードのうち、もっとも小さい通常コードを付与することが好ましい。
【００７８】
入力処理手段９が業務データ管理手段７に入力データを渡すと、業務データ管理手段７は、処理区分＝０（登録）であることを判定し、得意先テーブル（業務データ記憶手段８）に入力データの登録処理を行う。業務データ管理手段７は、通常コードが重複しないことを確認後（この時点では業務データ記憶手段８から、同一の通常コード「００１０１」である「○×商店」のレコードは削除されているので、重複しない）、得意先名＝○△商店、通常コード＝００１０１を得意先テーブル（業務データ記憶手段８）に記録する。
【００７９】
業務データ管理手段７は、通常コードとして「００１０１」を受け取っているので、それを用いてコード生成手段３において当該通常コードに対する固定コード及び従属コードの生成処理を実行する。
【００８０】
まず、業務データ管理手段７が得意先名「○△商店」に対して割り当てた通常コードが「００１０１」なので、それを業務データ管理手段７はコード生成手段３に渡すことで、コード生成手段３は固定コード「００１０１」を生成する。そしてこの固定コードをコード生成手段３が変更履歴管理手段４に渡すことで、固定コード「００１０１」と同一の固定コードを持つレコードが変更履歴記憶手段６に存在するかを検索する。そうすると、すでに得意先変更履歴テーブル（変更履歴記憶手段６）には、同一の固定コード「００１０１」があることを検索する。この場合には、「○□商店」の固定コード「００１０１」と従属コード「０」、「○×商店」の固定コード「００１０１」と従属コード「０」が検索できる。従って変更履歴管理手段４は、同一の固定コードが存在し、それらの結果、すなわち、「○□商店」の固定コード「００１０１」と従属コード「０」、「○×商店」の固定コード「００１０１」と従属コード「０」をコード生成手段３に渡す。
【００８１】
コード生成手段３は、この結果を受けて、従属コードの最大値「０」を取得し、その最大値に所定値、例えば「１」を加算して、従属コード「１」を生成する。このようにすることで、固定コード「００１０１」と従属コード「１」の組をコード生成手段３が生成し、それを業務データ管理手段７に渡す。業務データ管理手段７は、コード生成手段３から受け取った固定コードと従属コードの組を得意先テーブル（業務データ記憶手段８）に記録する。この状態の得意先テーブル（業務データ記憶手段８）が図７（ａ）である。
【００８２】
また業務データ管理手段７は、入力データを得意先テーブル（業務データ記憶手段８）に記憶した日時のデータをデータベースサーバから取得し、履歴データとして、得意先テーブル（業務データ記憶手段８）に記憶したレコードの各データ、処理区分＝０（登録）、操作プログラムＩＤ＝ＨＡＮ０６０、取得した日時データ、ユーザＩＤを変更履歴管理手段４に渡す。
【００８３】
変更履歴管理手段４は、業務データ管理手段７から受け取った履歴データを得意先変更履歴テーブル（変更履歴記憶手段６）に記憶する。この際に、履歴番号生成手段（図示せず）は得意先変更履歴テーブルに同一固定コード及び従属コードの組がないことを検索し、履歴番号として初期値「１」を記憶する。この状態の得意先変更履歴テーブル（変更履歴記憶手段６）を模式的に示すのが図７（ｂ）である。
【００８４】
以上のような処理により、過去に使用した通常コードと同一の通常コードを持つ得意先名の登録処理が行える。
【００８５】
次に「○△商店」の通常コードを変更する必要性が生じたことにより、その通常コード「００１０１」を「１０００１」に変更する処理を説明する。なお通常コードが変更されても固定コードは変更不可なので変更されない。
【００８６】
例えばユーザがクライアント端末２の入力画面上で所定のメニュー（例えば「コード変更メニュー」。操作プログラムＩＤ＝「ＨＡＮ０６１２」に該当）を選択し、得意先名を「○△商店」の通常コードを変更する要求の入力を行うと、入力データとして、修正前通常コード＝「００１０１」、修正後通常コード＝「１０００１」、処理区分＝「１」（「変更」を示す）、操作プログラムＩＤ、ユーザＩＤなどが業務管理システム１に送信され、入力処理手段９によって受信される。
【００８７】
入力処理手段９が業務データ管理手段７に入力データを渡すと、業務データ管理手段７は、処理区分＝１（変更）であることを判定し、得意先テーブル（業務データ記憶手段８）の変更処理を行う。業務データ管理手段７は、通常コードを「００１０１」から「１０００１」に書き換えて記録する。このような修正処理は従来の業務管理システム１と同様である。
【００８８】
また業務データ管理手段７は、入力データを得意先テーブル（業務データ記憶手段８）で修正した日時のデータをデータベースサーバから取得し、履歴データとして、得意先テーブル（業務データ記憶手段８）で書き換えられたレコードの各データ、処理区分＝１（変更）、操作プログラムＩＤ＝ＨＡＮ０６１２、取得した日時データ、ユーザＩＤを変更履歴管理手段４に渡す。
【００８９】
変更履歴管理手段４は、業務データ管理手段７から受け取った履歴データを得意先変更履歴テーブル（変更履歴記憶手段６）に記憶する。この際に、履歴番号生成手段（図示せず）は得意先変更履歴テーブルに同一固定コード及び従属コードの組がないことを検索するが、すでに同一の固定コード「００１０１」及び従属コード「１」の組のデータが存在するので、その履歴番号を抽出し、その履歴番号に「１」を加算して、すなわち履歴番号を「２」として、得意先変更履歴テーブル（変更履歴記憶手段６）に記憶させる。
【００９０】
以上のような修正処理を行った状態の得意先テーブル（業務データ記憶手段８）の状態を模式的に示すのが図８（ａ）であり、この状態の得意先変更履歴テーブル（変更履歴記憶手段６）を模式的に示すのが図８（ｂ）である。
【００９１】
次に以上のような処理が行われた業務管理システム１において、ログの出力が必要となったことにより、ログ出力処理を行う場合を説明する。
【００９２】
例えばユーザがクライアント端末２の入力画面上で所定のメニュー（例えば「ログ出力メニュー」）を選択し、通常コード「１０００１」に対するログの追跡の要求の入力を行うと、ログ出力手段５は、得意先テーブル（業務データ記憶手段８）から、通常コード「１０００１」に対応する固定コード「００１０１」、従属コード「１」の組を取得する。次に、取得した固定コードと従属コードの組を持つレコードを得意先変更履歴テーブル（変更履歴記憶手段６）から抽出し、該当する固定コードと従属コードの変更履歴を検索し、抽出する。このようにして抽出されるログの一例を図９に示す。
【００９３】
図９のログにより、この時点で登録されている通常コード「１０００１」は、得意先名「○△商店」を示すコードであり、２００７年６月１１日に操作者「Ｐ０１２」によって登録され、２００７年９月５日に同じ操作者によってコードの変更が行われたことが分かる。
【００９４】
また、通常コード「００１０１」のログの出力処理を行う場合を説明する。
【００９５】
上述と同様にユーザがクライアント端末２の入力画面上で所定のメニュー（例えば「ログ出力メニュー」）を選択し、通常コード「００１０１」に対するログの追跡の要求の入力を行うと、ログ出力手段５は、得意先テーブル（業務データ記憶手段８）から、通常コード「００１０１」に対応する固定コードと従属コードを組を検索するが、それは存在しない。従って次にログ出力手段５は、得意先変更履歴テーブル（変更履歴記憶手段６）から、通常コード「００１０１」に対応する固定コードと従属コードの組を検索する（最初から得意先変更履歴テーブルを検索してもよい）。
【００９６】
そうすると入力された通常コード「００１０１」を持つ固定コードと従属コードの組を取得する。そうすると、過去に通常コード「００１０１」であった得意先名が検索できる。ここでは「○□商店」（固定コード「００１０１」従属コード「０」）、「○×商店」（○□商店が名称変更されたもの）（固定コード「００１０１」従属コード「０」）、「○△商店」（固定コード「００１０１」ただし途中で「１０００１」に変更、従属コード「１」）の一覧が検索できる。この状態を出力処理手段１０を介して画面により模式的に示すのが図１０である。
【００９７】
なお最初から削除データをログ出力処理の対象としている場合には、最初からログ出力手段５は、得意先変更履歴テーブル（変更履歴記憶手段６）から、通常コードのほかに処理区分「２」（「削除」）をもつレコードを検索すればもっとも早く検索することができる。この状態を出力処理手段１０を介して画面により模式的に示すのが図１１である。
【００９８】
図１０または図１１のログの検索結果の画面から、ユーザがマウスなどにより特定のレコードを選択すると、図１２に示すような、より詳細な履歴の画面をログ出力手段５は出力処理手段１０を介して表示する。各履歴の前後を選択することにより、履歴の遷移を表示することもできる。履歴の遷移として３つ示したのが、図１２（ａ）乃至（ｃ）である。
【産業上の利用可能性】
【００９９】
本発明を用いることによって、コードの再使用、変更等を行ったとしても正確な変更履歴の管理が可能な業務管理システム１が可能となる。これによって、例えばある対象に一度使用したコードを削除や変更後、再度、異なる対象に同一のコードを使用したとしても、正確にログの追跡を行うことができる。
【図面の簡単な説明】
【０１００】
【図１】本発明のシステム構成の概念図である。
【図２】本発明の全体処理を示すフローチャートである。
【図３】本発明の固定コード・従属コードの生成処理を示すフローチャートである。
【図４】「○□商店」を登録した場合の得意先テーブルと得意先変更履歴テーブルを模式的に示す図である。
【図５】「○□商店」を「○×商店」に修正した場合の得意先テーブルと得意先変更履歴テーブルを模式的に示す図である。
【図６】「○×商店」を削除した場合の得意先テーブルと得意先変更履歴テーブルを模式的に示す図である。
【図７】「○△商店」を登録した場合の得意先テーブルと得意先変更履歴テーブルを模式的に示す図である。
【図８】「○△商店」の通常コードを修正した場合の得意先テーブルと得意先変更履歴テーブルを模式的に示す図である。
【図９】ログ出力処理の一例を模式的に示す図である。
【図１０】ログ出力処理のほかの一例を模式的に示す図である。
【図１１】ログ出力処理のほかの一例を模式的に示す図である。
【図１２】詳細な履歴情報の表示画面を模式的に示す図である。
【図１３】従来の業務管理システムで、コードの削除・再使用をした場合を模式的に示す図である。
【図１４】従来の業務管理システムで、コードの変更をした場合を模式的に示す図である。
【図１５】本発明の業務管理システムのコンピュータシステムのハードウェア構成の一例を示す図である。
【符号の説明】
【０１０１】
１：業務管理システム
２：クライアント端末
３：コード生成手段
４：変更履歴管理手段
５：ログ出力手段
６：変更履歴記憶手段
７：業務データ管理手段
８：業務データ記憶手段
９：入力処理手段
１０：出力処理手段
２０：演算装置
２１：記憶装置
２２：表示装置
２３：入力装置
２４：通信装置
【図１】
2008310681.tif 000003
【図２】
2008310681.tif 000004
【図３】
2008310681.tif 000005
【図４】
2008310681.tif 000006
【図５】
2008310681.tif 000007
【図６】
2008310681.tif 000008
【図７】
2008310681.tif 000009
【図８】
2008310681.tif 000010
【図９】
2008310681.tif 000011
【図１０】
2008310681.tif 000012
【図１１】
2008310681.tif 000013
【図１２】
2008310681.tif 000014
【図１３】
2008310681.tif 000015
【図１４】
2008310681.tif 000016
【図１５】
2008310681.tif 000017