(57)【要約】【課題】システムを構築した後に追加の処理が発生した場合であっても、システム完成までの時間を大幅に短縮できるようにする。【解決手段】業務に関する複数のデータを格納する基本テーブル２内から特定の条件に合致したデータを抽出する基本プログラム３１を有する情報処理手段３を備え、当該情報処理手段３で抽出されたデータを表示させるようにした業務管理システム１において、事後的に新規処理が発生した場合、当該新規処理が必要なレコードに対して新たな新規フィールド２２ａの追加を受け付けて、その新規処理の必要なレコードにフラグ「１」を書き込む。そして、そのフラグの書き込まれたレコードを抽出し、新規テーブル２ａを生成するとともに、前記基本プログラム３１とは独立して設けられ、前記新規処理を行うためのプログラムを有する第二情報処理手段３ａによって処理されたデータを表示させる。【選択図】図５
2010102361.tif 000002
【特許請求の範囲】
【請求項１】
業務に関する複数のデータを格納するテーブルと、当該テーブル内から特定の条件に合致したデータを抽出する基本プログラムを有する情報処理手段と、当該情報処理手段によって抽出されたデータを表示させる表示手段とを有してなる業務管理システムにおいて、
事後的に新規処理が発生した場合、当該新規処理が必要なレコードに対して新たなフィールドの追加を受け付ける新規フィールド受付手段と、
当該新規フィールド受付手段によって追加されたフィールドに対して、新規処理がされる旨の識別情報を受け付ける受付手段と、
当該受付手段によって識別情報の入力されたレコードを抽出し、新たなテーブルを生成する新規テーブル生成手段と、
前記基本プログラムとは独立して設けられ、前記生成された新規テーブルに基づいて新規処理を行うためのプログラムを有する第二情報処理手段とを備え、
当該第二情報処理手段によって処理されたデータを表示させるようにした業務管理システム。
【請求項２】
新規処理が複数発生した場合、追加された一のフィールドに対して、各新規処理に対応した識別情報を記憶させるようにした請求項１に記載の業務管理システム。
【請求項３】
業務に関する複数のデータを格納するテーブルと、当該テーブル内から特定の条件に合致したデータを抽出する基本プログラムを有する情報処理手段と、当該情報処理手段によって抽出されたデータを表示させる表示手段とを有してなる業務管理システムで使用される業務管理方法において、
事後的に新規処理が発生した場合、当該新規処理が必要なレコードに対して新たなフィールドの追加を受け付けるステップと、
当該追加されたフィールドに対して、新規処理がされる旨の識別情報を受け付けるステップと、
識別情報の入力されたレコードを抽出し、新たなテーブルを生成するステップと、
前記基本プログラムとは独立して設けられ、前記生成された新規テーブルに基づいて新規処理を行うためのプログラムを用いて処理されたデータを表示させるようにした業務管理方法。
【請求項４】
新規処理が複数発生した場合、追加された一のフィールドに対して、各新規処理に対応した識別情報を記憶させるようにした請求項３に記載の業務管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、購買管理や販売管理、生産管理などを行う業務管理システムに関し、より詳しくは、一度業務管理システムを構築した後であっても、事後的に新規作業が発生した場合に、迅速にその新規作業に対応した修正を容易に行えるようにした業務管理システムに関するものである。
【背景技術】
【０００２】
購買管理や販売管理、生産管理などの業務管理を行う場合、一般的に、データベースを用いた業務管理システムが用いられる（特許文献１〜３など）。このような業務管理システムにおいて、例えば、ＳＱＬを用いた業務管理システムを構築する場合について以下に説明する。
【０００３】
まず、ＳＱＬを用いた業務管理システムを構築する場合、ユーザープロンプトで「psql」コマンドを用いてデータベース名を入力し、空のデータベースを定義する。ここでは、例えば、「購買管理システム」という名称のデータベースを生成するものとする。
【０００４】
次に、「create table」コマンドを用いてデータベース内にテーブルを生成する。このテーブルを生成する場合、ひとつのテーブルに対して「フィールド名、データ型」「フィールド名、データ型・・・」を繰り返して記述していき、データ型で定義されたフィールドによって構成されたテーブルを生成する。ここでは、例えば、購買管理における「仕入先」「仕入先コード」「住所」「電話番号」「商品番号」「商品名」「商品価格」「数量」「納品日」などのフィールドを生成したとする。
【０００５】
そして、このように生成されたデータベース内のテーブルにデータを入力すべく、「insert」コマンドを用いて「仕入先」「仕入先コード」「住所」「電話番号」「商品番号」「商品名」「商品価格」「数量」「納品日」などの各データを入力していく。そして、このようにデータベースのテーブルへのデータ入力が完了した後、所定のデータを表示させるためのプログラムを生成する。所定のデータを表示させる場合としては、一般的には「select」コマンドを用いてデータを表示させる。また、所定の条件をつけて特定のレコードを表示させる場合は、「select  フィールド名  from  テーブル名  where  条件」などのコマンドを用いる。また、複数のテーブルから希望するデータを表示させる場合は、希望のテーブル名とフィールド名などを「．」や「and」、「or」を用いていくつかの条件をつなげて表現し、「select」コマンドなどを用いて希望するデータを表示させる。また、このとき、抽出されたデータに対して各種演算などを行うこともでき、例えば、所在地が東京に存在する会社に対して所定期間内の請求書を発行する場合は、フィールド名「住所」からそのデータを参照して「東京都内」に存在する会社を抽出するとともに、フィールド名「納品日」が「１０月１日から１０月３０日」までのデータを抽出する。そして、その抽出されたデータに対して、「update」コマンドを用いて「商品価格」に「数量」を積算してその演算結果を表示する。
【０００６】
ところで、このような業務管理システムを構築する場合、一般的には、システムエンジニアが客先に出向いてヒアリングを行い、どのようなデータを入力すべきか、どのようなデータをどのように演算するのか、どのようなデータをどのような形式で出力するのか、などを打ち合わせてそれに対応したプログラムを生成していく。
【特許文献１】特開２００８−１４０３１６公報
【特許文献２】特開２００６−２７７４７０公報
【特許文献３】特開２００２−１７５４５３公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、このような業務管理システムを構築していく場合、客先であるユーザーとの数回の打ち合わせで完璧なシステムを構築するのは難しく、現実的には、システムをほぼ完成させた後に新たな処理や演算などが要求され、その都度プログラムの作り直しなどを行わなければならない場合が多い。具体的には、一度業務管理システムを構築した後に、ユーザーから「所在地が東京都内に存在する会社から納品が納品期日から遅れた場合には数パーセントの制裁金を課すようなプログラムを開発して欲しい」と要求された場合は、システムエンジニアやプログラマーは、これに対応したプログラムを追加・修正していかなければならない。しかるに、このような新規処理の要求が多くなると、ヒアリングからシステムの完成に至るまでに数ヶ月から数年もかかってしまう場合が間々ある。
【０００８】
このような場合、一人のシステムエンジニアが継続してユーザーのヒアリングからシステムの構築を行えばよいが、ユーザーの要求によってシステムの構築を一度中断したり、長期間にわたる開発の途中にシステムエンジニアが交代したりすると、以前にどのようなプログラムを生成していたのかを把握することが難しくなる。また、プログラム中心にシステムを構築することになるため、プログラムがシステムエンジニアまたはプログラマー本人の資質に依存することになりプログラムの品質が安定しない。そのため、新たにすべての業務に係るプログラムを一から生成しなければならない場合もあり、非常にプログラムの生成や修正に時間がかかってしまうという問題を有していた。
【０００９】
そこで、本発明は、上記課題に着目してなされたもので、プログラム中心にシステムを構築するのではなくテーブルのフィールドを中心にシステムを構築し、システムを構築した後に追加の処理が発生した場合であっても、データベース、テーブル、プログラム、データ、画面などシステムを構築するすべての要素を開発することができ、これによってシステム完成までの時間を大幅に短縮できるようにした業務管理システムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
すなわち、本発明は上記課題を解決するために、業務に関する複数のデータを格納するテーブルと、当該テーブル内から特定の条件に合致したデータを抽出する基本プログラムを有する情報処理手段と、当該情報処理手段によって抽出されたデータを表示させる表示手段とを有してなる業務管理システムにおいて、事後的に新規処理が発生した場合、当該新規処理が必要なレコードに対して新たなフィールドの追加を受け付ける新規フィールド受付手段と、当該新規フィールド受付手段によって追加されたフィールドに対して、新規処理がされる旨の識別情報を受け付ける受付手段と、当該受付手段によって識別情報の入力されたレコードを抽出し、新たなテーブルを生成する新規テーブル生成手段と、前記基本プログラムとは独立して設けられ、前記新規処理を行うためのプログラムを有する第二情報処理手段とを備え、当該第二情報処理手段によって処理されたデータを表示させるようにしたものである。
【００１１】
このようにすれば、すでに生成した基本プログラムを触ることなく、新たな処理に必要なプログラムのみを独立して生成することができるため、システムエンジニアやプログラマーが交代した場合であっても、自己の表現方法でその処理に対応した新たなプログラムを生成することができる。しかも、すでに生成されているテーブルから新規処理に必要なテーブルを生成し、そこから検索や演算処理を行うようにしているので、全レコードを検索対象として演算処理する場合に比べて演算処理が非常に少なくなり、素早く演算結果を表示させることができるようになる。
【００１２】
また、このような発明において、複数の新規処理が発生した場合、追加された一のフィールドに対して、各新規処理に対応した識別情報を記憶させるようにする。例えば、第一の新規処理に対しては「１」、第二の新規処理に対しては「２」などの識別情報を記憶させる。
【００１３】
このようにすれば、新規処理が発生する都度、フィールドを設ける必要がなくなり、一つのフィールドを見るだけで、どの新規処理に対応するのかを把握することができるようになる。
【発明の効果】
【００１４】
本発明によれば、新規処理が発生する都度、基本テーブルに新規フィールドを設けてその新規処理に必要なレコードの識別情報を受け付け、その識別情報のついたレコードを抽出して新規テーブルを生成するとともに、その新規テーブルにのみ基づく新規プログラムを生成するようにしたので、すでに生成した基本プログラムを触ることなく、新たな処理に必要なプログラムのみを独立して生成することができる。このため、システムエンジニアやプログラマーが交代した場合であっても、自己の表現方法でその処理に対応した新たなプログラムを生成することができる。しかも、すでに生成されているテーブルから新規処理に必要なテーブルを生成し、そこから検索や演算処理を行うようにしているので、全レコードを検索対象として演算処理する場合に比べて演算処理が非常に少なくなり、素早く演算結果を表示させることができるようになる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の一実施の形態について図面を参照して説明する。図１は、本実施の形態における業務管理システム１の機能ブロック図を示したものであり、図２は、その業務管理システム１におけるテーブルを模式的に示したものである。
【００１６】
この実施の形態における業務管理システム１は、キーボードなどの入力装置、内部にＣＰＵや記憶デバイスなどを備えた本体装置、ディスプレイなどの表示装置などを有するパーソナルコンピューターなどによって構成されるもので、本体装置に記憶された基本プログラム３１や新規プログラム３２（図５参照）などを協働させて、業務に関する複数のデータを格納した基本テーブル２から所定の条件に合致したデータを抽出する情報処理手段３と、その抽出されたデータを表示させる表示手段４と、事後的に新規処理が発生した場合にそのレコード２１に対して新規フィールド２２ａの追加を受け付ける新規フィールド受付手段５と、その新規フィールド２２ａに対して新規処理を行うための識別情報を受け付ける識別情報受付手段６と、前記新規処理を行うための新規プログラム３２を有する第二情報処理手段３ａを実行させるようにしたものである。そして、このように構成することにより、ユーザーの要求によって一度業務管理システム１を構築した後であっても、その後、追加の処理が発生した場合に、容易にその追加の処理を行えるようにしたものである。以下、本実施の形態における業務管理システム１の構成を詳細に説明する。
【００１７】
まず、基本となる業務管理システム１の記憶手段８には、図２に示すようなデータが格納される。この業務管理システム１を構築する際、システムエンジニアやプログラマーは、ユーザーと入力すべき項目や出力すべき項目などを決定する。ここでは、例えば、購買管理における「仕入先」「住所」「電話番号」「商品名」「商品価格」「数量」「納品予定日」「納品日」などのフィールド２２を生成し、これらのデータを入力できるようにするとともに、仕入先や所定月などの検索項目を入力し、その月内における商品価格に数量を積算した支払金額を表示できるようにする。
【００１８】
このような業務管理システム１を構築する際、システムエンジニアやプログラマーは、まず、基本となる情報処理手段３を構築すべく、「psql」コマンドを用いて「業務管理システム」という名称を入力して定義付ける。そして、このように定義付けを行った後、「create table」コマンドを用いてテーブルを生成していく。このテーブルを生成する場合、例えば、「仕入先」「住所」「電話番号」「商品名」「商品価格」「数量」「納品予定日」「納品日」などのフィールド２２を入力していくが、他の項目のフィールド名を随時入力していくようにしてもよい。
【００１９】
次に、このように「業務管理システム」のテーブルを生成した後、そのテーブルにデータを入力すべく、「insert」コマンドを用いて「仕入先」「住所」「電話番号」「商品名」「商品価格」「数量」「納品予定日」「納品日」などの各データを入力していく。図２の最初のレコード２１では、「仕入先」として「商店Ａ」、「住所」として「東京都・・・」、「商品名」として「ＹＹＹ」、「商品価格」として「１０００円／個」、「数量」として「１０個」、「納品予定日」として「０８年９月３０日」、「納品日」として「０８年９月３０日」などのデータが入力されており、都度、ユーザーからの要求に応じて、もしくは、ユーザー自身がＧＵＩを用いてこのようなデータを入力できるようにしている。
【００２０】
そして、このように業務管理システム１の基本テーブル２へのデータ入力が完了した後、プログラマーは、所定の仕入先から所定月の支払金額を表示させるための基本プログラム３１を生成して情報処理手段３を構築する。図５では、基本テーブル２と基本プログラム３１で情報処理手段３を構築し、表示手段４を介して所定の情報を表示させるようにしている。ここで、基本プログラム３１を用いて所定のデータを表示させる場合としては、一般に、「select」コマンドを用いて特定の仕入先のデータを抽出して表示させるが、所定の条件をつけて特定のレコード２１を表示させる場合は、これに「select  フィールド名（納品日）  from  テーブル名（業務管理システム１）  where  条件（納品日が９月１日〜９月３０日）」などのコマンドを組み合わせて検索し、その結果を表示させる。そして、このように特定の仕入先（店舗Ａ）や納品日から抽出されたデータに対して、その仕入先から仕入れた商品の「商品価格」にその商品の「数量」を積算処理し、その演算結果を表示させる。また、これ以外に、所在地が東京都内に存在する会社に対して所定期間内（９月１日〜９月３０日）の請求書を発行する場合は、フィールド名「住所」からそのデータを参照して「東京都」に存在する会社を抽出するとともに、フィールド名「納品日」が「９月１日から９月３０日」までのデータを抽出する。そして、その抽出されたデータに対して、「update」コマンドを用いて「商品価格」に「数量」を積算してその演算結果を表示する。このようなプログラムの他に、ユーザーから要求された検索項目に対応して出力結果を表示するための数多くの基本プログラム３１を生成し、記憶手段８に記憶させておく。
【００２１】
ところで、このように業務管理システム１が構築された後に、事後的に、ユーザーから数多くの仕様変更や要求が出されることがよくある。これは、ある程度システムが具現化してくると、事前の打ち合わせの際に見いだせなかった課題が表面化してくるからである。例えば、ユーザーから「東京都内に存在する業者からの仕入日がＸ日遅れた場合は、制裁金を５％課すようにしたい」とか、「東北地方に所在する業者からの仕入日がＸ日遅れた場合は、制裁金を３％課すようにしたい」とかの要求が出される場合があり、さらには、商品価格が１０００円〜２０００円までの商品を抽出して一律５％引きとしたいという要求や、所定の商品名について一律５％引きとしたいという要求など、多種多様の要求が出される場合がある。しかるに、従来の方法では、プログラマーが既に記憶手段８に記憶されている基本プログラム３１を読み出してその基本プログラム３１の修正などを行わなければならず、時間が経過した後にその基本プログラム３１を修正するのに時間がかかったり、あるいは、プログラム生成の担当者が変わったりして基本プログラム３１の表現内容がわからなくなる場合がある。そのため、新たに新規プログラム３２を作り直す方が早い場合がある。そこで、本実施の形態では、そのような基本プログラム３１の作り直す必要なく、事後的に発生した要求に簡単に対応できるようにする。
【００２２】
具体的には、事後的に新規処理が必要になった場合、すでに生成された情報処理手段３の基本プログラム３１を変更することなく、図３に示すように、少なくとも新たな処理の必要なレコード２１に対して新規フィールド２２ａを生成する新規フィールド受付手段５と、この新規フィールド２２ａに対して新たな処理が必要である旨の情報を受け付ける識別情報受付手段６と、この識別情報の記憶されたレコード２１から新規のテーブルを生成する新規テーブル生成手段７と、その新規テーブル２ａに基づいて独立した新たな処理を行う第二情報処理手段３ａなどを設けるようにする。
【００２３】
このうち、新規フィールド受付手段５は、ユーザーから新たに追加要求が出された場合に、その追加要求に対応する新たな新規フィールド２２ａを生成する。例えば、「東京都内に存在する業者からの仕入日がＸ日遅れた場合は、制裁金を５％課すようにしたい」という要求が出された場合は、図３に示すように、その要求に応じて一つの新規フィールド２２ａを生成する。このフィールド２２の追加は、「ＡＤＤ  "フィールド"  "フィールドのデータの種類"」というコマンドを用いて追加する。ここでは、「フィールド」として「新規処理１」とし、データ種類としてはフラグによる数値とする。
【００２４】
そして、このように新規フィールド２２ａを追加した後、識別情報受付手段６を介して、新規処理に必要なレコード２１に対してフラグ「１」を書き込む。この書き込み作業は、例えば、所在地が東京都内に存在する仕入先を検索し、その抽出された仕入先のレコード２１にinsertコマンドを用いてフラグ「１」を書き込む。
【００２５】
次に、新規テーブル生成手段７は、このように「新規処理１」の新規フィールド２２ａにフラグ「１」が書き込まれたレコード２１を抽出して新規テーブル２ａを生成する。この新規テーブル２ａの生成は、プログラマーによって「psql」や「create table」などのコマンドを用いて生成するようにしてもよく、あるいは、新たに生成されたプログラムによって自動的に生成するようにしてもよい。
【００２６】
このように生成された新規テーブル２ａを図４に示す。新規テーブル２ａでは、「仕入先」「住所」「電話番号」「商品名」「商品価格」「数量」「納品予定日」「納品日」「新規処理１」のフィールド２２が生成されており、「新規処理１」の新規フィールド２２ａにはフラグ「１」が書き込まれて、図３における「店舗Ｂ」のレコードが削除されている。
【００２７】
そして、第二情報処理手段３ａは、プログラマーからの新規プログラム３２の入力を受け付け、新規テーブル２ａにのみ基づいた演算処理を行う。ここでは、新たな条件として納品日が納品予定日から遅れた商品に対するレコード２１の抽出を行う。具体的には、「select  フィールド名（納品予定日）  from  テーブル名（業務管理システム）  where  条件（納品予定日が９月１日〜９月３０日）」かつ「select  フィールド名（納品日）  from  テーブル名（業務管理システム）  where  条件（納品日が９月３０日以降）」のレコード２１の抽出を行い、その抽出されたレコード２１に対して「商品価格」に「数量」を積算し、遅延による制裁金を上乗せして出力する。この図４では、「商店Ｄ」のレコードの納品が納品予定日よりも遅れているため、この商店Ｄに対する請求金額として、商品価格に数量を乗じた額に制裁金を上乗せした額を出力する。この出力の際には、表示手段４を介して表示出力するものとし、その際に、新規処理１に対応する制裁金を請求金額とは別に表示させるようにする。
【００２８】
また、この新規処理１によって生成された新規テーブル２ａから新たに新規処理２を行う場合は、同様に、新規テーブル２ａに新たなレコード２１を追加し、追加処理に必要なレコード２１に対して識別情報を書き込むとともに、別途独立した第二情報処理手段３ａを構築し、新たな新規処理２にのみ適用される新規プログラムを生成して記憶手段８に格納する。
【００２９】
もしくは、新たな新規処理２が初期のテーブルに基づいて行われる場合は、新規処理１を行う場合と同様に、新たな新規フィールド２２ａを追加し、その新たな処理に必要なレコード２１に識別情報を書き込む。そして、別途独立したプログラムを生成して第二情報処理手段３ａを構築し、記憶手段８に格納していく。
【００３０】
次に、このように構成された業務管理システム１における処理の流れを図６を用いて説明する。
【００３１】
まず、業務管理システム１を構築する場合、ユーザーの要求に基づくデータベースを構築すべく、「業務管理システム」という名称の基本テーブル２を生成し、ＧＵＩなどを用いて基本テーブル２内へのデータの入力を受け付ける（ステップＳ１）。
【００３２】
次に、プログラマーによる演算処理のための基本プログラム３１を受け付け、記憶部に格納するとともに（ステップＳ２）、所定の検索結果や基本プログラム３１に基づく演算結果を表示出力する（ステップＳ３）。
【００３３】
そして、このように業務管理システム１を構築した後に、ユーザーによって新規の処理が発生した場合（ステップＳ４：ＹＥＳ）、コマンドプロンプトを起動させ、基本テーブル２に対して新規フィールド２２ａの追加を受け付けるとともに（ステップＳ５）、その新規の処理が必要なレコード２１に対して識別情報であるフラグ「１」の書き込みを受け付ける（ステップＳ６）。このとき、図２においては、東京都内に存在する仕入先にのみフラグ「１」が書き込まれる。
【００３４】
次に、このように新規フィールド２２ａにフラグ「１」が書き込まれたレコード２１を抽出して図４に示す新規テーブル２ａを生成し（ステップＳ７）、記憶手段８に記憶させる。また、これとともに、プログラマーによる新規の処理に対する演算処理を行うための新規プログラム３２を受け付け（ステップＳ８）、当該新規プログラム３２を記憶手段８に記憶させる。そして、当該新規プログラム３２を実行させて（ステップＳ９）新規の処理に対する演算結果をディスプレイに表示出力する（ステップＳ１０）。
【００３５】
また、同様に、新たな処理が発生した場合は、随時基本テーブル２や新規テーブル２ａに新規フィールド２２ａの追加とフラグ「１」の書き込みを受け付け、その新規処理に対応する新たな新規プログラム３２を独立して生成・実行できるようにする。
【００３６】
このようにすれば、新たな処理が発生した場合であっても、システムエンジニアやプログラマーが交代した場合であっても、自己の表現方法でその処理に対応した新たなプログラムを生成することができる。しかも、すでに生成されている基本テーブル２から新規処理に必要なテーブルを生成し、そこから検索や演算処理を行うようにしているので、全レコード２１を検索対象として演算処理する場合に比べて演算処理が非常に少なくなり、素早く演算結果を表示させることができるようになる。
【００３７】
なお、本発明は上記実施の形態に限定されることなく種々の態様で実施することができる。
【００３８】
例えば、上記実施の形態では、パーソナルコンピューターを用いて業務管理システム１を構築するようにしているが、このパーソナルコンピューターとしては一台であっても複数台であってもよく、ＬＡＮやインターネットなどで接続された状態であってもよい。
【００３９】
また、上記実施の形態では、新規の処理が発生する都度、新規フィールド２２ａを生成して識別情報であるフラグ「１」を記憶させるようにしているが、都度新規フィールド２２ａを生成するのではなく、図７に示すように、一つの新規フィールド２２ａに新規処理１に対して「１」、新規処理２に対して「２」などの対応する識別情報を書き込むようにし、この識別情報に対応して独立して設けられたプログラムを格納して処理するようにしてもよい。なお、これらの識別情報は「１」や「２」などの情報に限らず、新規処理との対応関係がとれるような情報であればどのような情報であってもよい。但し、一つのレコードに対して複数の新規処理を適用する場合は、新規処理の都度、新たなフィールドを設けて識別情報を書き込むようにするのが好ましい。
【００４０】
さらに、上記実施の形態では、新規テーブルを生成するようにしたが、新規テーブルについては常に保存しておくのではなく、第二情報処理手段３ａによる処理が終わった後に消去するようにしてもよい。すなわち、第二情報処理手段３ａの処理の際にのみ用いるようにしてもよい。
【図面の簡単な説明】
【００４１】
【図１】本実施の形態における業務管理システムの機能ブロック図
【図２】同形態における基本テーブルを示す図
【図３】同形態における新規フィールドを追加した状態を示す図
【図４】同形態における新規テーブルを生成した状態を示す図
【図５】同形態における各テーブルと各プログラムの関係を示す図
【図６】同形態における処理の流れを示す図
【図７】第二の実施の形態における新規フィールドを示す図
【符号の説明】
【００４２】
１・・・業務管理システム
２・・・基本テーブル
２ａ・・・新規テーブル
２１・・・レコード
２２・・・フィールド
２２ａ・・・新規フィールド
３・・・情報処理手段
３ａ・・・第二情報処理手段
３１・・・基本プログラム
３２・・・新規プログラム
４・・・表示手段
５・・・新規フィールド受付手段
６・・・識別情報受付手段
７・・・新規テーブル生成手段
８・・・記憶手段
【図１】
2010102361.tif 000003
【図２】
2010102361.tif 000004
【図３】
2010102361.tif 000005
【図４】
2010102361.tif 000006
【図５】
2010102361.tif 000007
【図６】
2010102361.tif 000008
【図７】
2010102361.tif 000009