(57)【要約】【課題】帳票に入力された項目から意思決定の過程までの履歴情報を取得することを可能とする。【解決手段】意思決定の過程を入力するための履歴付き入力項目を持ち、かつ、履歴データ203を保持することができる帳票を生成する帳票作成処理部302と、帳票に保持した履歴データをマージする履歴データマージ部305と、帳票を閲覧する際に権限を持つユーザにのみ履歴データを開示する帳票表示処理部306とをWebサーバ402に備え、調査結果の履歴データを入力する入力処理部304を詳細調査部署のクライアント404、405に備える。見積もり依頼部署のクライアント401で作成された注文データは、サーバ402を経て1または複数の詳細調査部署のクライアント404、405に送信され、調査結果の履歴データが入力されてサーバ402に戻される。【選択図】図１
2007199762.tif 000002
【特許請求の範囲】
【請求項１】
帳票処理業務における帳票データ管理方法において、入力依頼のある帳票を生成し、生成した帳票の入力データ項目のうち意思決定の過程を反映すべき項目について履歴データを生成し、生成した履歴データを帳票ファイル自体に保持し、保持した履歴データをマージして一括管理することを特徴とする帳票データ管理方法。
【請求項２】
前記入力依頼のある帳票の生成は、入力不可データと入力データと履歴つき入力データとを生成することにより行われることを特徴とする請求項１記載の帳票データ管理方法。
【請求項３】
前記履歴データは、データレベルの設定によって、取得する情報量を増減することができることを特徴とする請求項１記載の帳票データ管理方法。
【請求項４】
前記履歴データの帳票ファイル自体への保持は、回覧レベルの設定によって、回覧毎に履歴を保持させることを特徴とする請求項１記載の帳票データ管理方法。
【請求項５】
前記履歴データは、権限を持つユーザに対して開示されることを特徴とする請求項１記載の帳票データ管理方法。
【請求項６】
帳票処理業務における帳票データ管理システムにおいて、入力依頼のある帳票を生成する手段と、生成した帳票の入力データ項目のうち意思決定の過程を反映すべき項目について履歴データを生成する手段と、生成したデータを帳票ファイル自体に保持する手段と、保持したデータをマージして一括管理する手段とにより構成されたことを特徴とする帳票データ管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、帳票データ管理方法及びシステムに係り、特に、サービス要求に応じて入力を行う帳票処理業務において、履歴情報の取得、管理、監視を行う帳票データ管理方法及びシステムに関する。
【背景技術】
【０００２】
従来、帳票処理業務において、入力項目に入力されるデータは、そのデータを入力することとしたデータ入力までの意思決定までの様々な過程が反映されることなく、最終結果としてのデータのみが入力されている。従来から知られている履歴情報の取得・管理・監視システムを使用しても、意思決定の過程まで反映することはできなかった。このような帳票の管理に関する従来技術として、例えば、特許文献１等に記載された技術が知られている。この従来技術は、帳票に入力したデータに履歴情報を付加して記憶装置に保存しておくというものである。付加される履歴情報は、帳票内のある項目が変更された時点での帳票データ全体の履歴情報である。そして、前述の従来技術は、履歴情報に基づいて任意時点における任意の帳票を出力していた。
【特許文献１】特開２００１−００５８８７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
前述した履歴データにより帳票の管理を行う従来技術は、帳票データ全体を履歴データとしているため、帳票内の項目の変更時点の帳票を出力しても、ユーザに帳票の項目自体からは意思決定の過程を認識させることができないという問題点を有している。すなわち、前述の従来技術は、最終結果として入力されたデータからは、意思決定の過程を読み取ることができないという問題点を有している。
【０００４】
本発明の目的は、前述した従来技術の問題点を解決し、帳票に入力された項目から意思決定の過程までの履歴情報を取得することを可能とした帳票データ管理方法及びシステムを提供することにある。
【課題を解決するための手段】
【０００５】
本発明によれば前記目的は、帳票処理業務における帳票データ管理方法において、入力依頼のある帳票を生成し、生成した帳票の入力データ項目のうち意思決定の過程を反映すべき項目について履歴データを生成し、生成した履歴データを帳票ファイル自体に保持し、保持した履歴データをマージして一括管理することにより達成される。
【発明の効果】
【０００６】
本発明によれば、帳票に入力された項目から意思決定の過程までを取得することが可能となる。
【発明を実施するための最良の形態】
【０００７】
以下、本発明による帳票データ管理方法及びシステムの実施形態を図面により詳細に説明する。
【０００８】
図１は本発明の一実施形態による帳票データ管理システムの構成を示すブロック図である。ここに示すシステムは、Ｗｅｂサービスを使用してオーダシステムを構築した場合の例を示している。図１において、２０３はファイルに保持する履歴データ、３０１は注文データ作成システム部、３０２は帳票作成処理部、３０３はデータ配信処理部、３０４は帳票入力処理部、３０５は履歴データマージ部、３０６は帳票表示処理部、３０７は帳票出力処理部、４０１は見積もり依頼部署のクライアント、４０２はＷｅｂサーバ、４０３は調査部署のクライアント、４０４は詳細調査部署Ａのクライアント、４０５は詳細調査部署Ｂのクライアントである。
【０００９】
図１に示す本発明の実施形態によるシステムは、Ｗｅｂサーバ４０２と、見積もり依頼部署のクライアント４０１と、調査部署のクライアント４０３と、監査部署のクライアント４０６と、調査部署のクライアント４０３から調査依頼を受ける詳細調査部署Ａのクライアント４０４及び詳細調査部署Ｂのクライアント４０５とが図示しないネットワークに説明されて構成される。
【００１０】
そして、見積もり依頼部署のクライアント４０１は、注文データ作成処理部３０１を有しており、Ｗｅｂサーバ４０２は、帳票作成処理部３０２と履歴データマージ部３０５と帳票表示処理部３０６とを有しており、調査部署のクライアント４０３は、データ配信処理部３０３を有している。また、詳細調査部署Ａのクライアント４０４には、帳票入力処理部３０４が割り当てられ、詳細調査部署Ｂのクライアント４０５は、帳票入力処理部３０４を有しており、監査部署のクライアント４０６は、帳票出力処理部３０７を有している。詳細調査部署Ａのクライアント４０４及び詳細調査部署Ｂのクライアント４０５は、それぞれ、帳票入力処理部３０４を有しており、帳票入力処理部３０４によって、入力データを調査した結果の履歴を詳細調査部署履歴データ２０３としてファイルに保持している。
【００１１】
前述において、Ｗｅｂサーバ４０２に備えられる帳票作成処理部３０２は、入力依頼のある帳票を生成すると共に、生成した帳票の入力データ項目のうち意思決定の過程を反映すべき項目について履歴データを生成する機能を有し、詳細調査部署Ａ、Ｂの各クライアント４０４、４０５に備えられる帳票入力処理部３０４は、履歴データを入力すると共に、入力されたデータを帳票ファイル自体に保持する機能を有し、Ｗｅｂサーバ３０５の履歴データマージ部３０５は、保持したデータをマージし一括管理する機能を有し、帳票表示処理部３０６は、帳票を閲覧する際に権限を持つユーザに対してのみ履歴データを開示する機能を有している。
【００１２】
前述では、複数のクライアントのそれぞれに、データ配信処理部３０３や帳票入力処理部３０４等の要素を割り当てて持たせるとして説明したが、本発明は、複数要素を１台のクライアントに割り当ててもよい。
【００１３】
図２は図１に示したシステムの構成図にデータの流れとデータとを付加したＷｅｂサービスを使用してオーダシステムを構築した場合の例の詳細を示す図であり、次に、この図を参照して、データの流れを説明する。図２において、１０１〜１０８はデータの流れ（以下、の説明では単に、流れという）、２０１は注文データ、２０２は注文データの入力用データ、２０４は入力済み注文データ、２０５は表示依頼データ、２０６は表示データであり、他の符号は図１の場合と同一である。
【００１４】
（１）見積もり依頼部署であるクライアント４０１の注文データ作成処理部３０１から見積もり依頼のための注文データ２０１をＷｅｂサーバ４０２へ送信する（流れ１０１）。
【００１５】
（２）注文データ２０１を受け取ったＷｅｂサーバ４０２は、帳票作成処理部３０２が調査部署が入力するための注文データの入力用注文データ２０２を作成して、その入力用注文データ２０２を見積もりの調査部署のクライアント４０３に送信する（流れ１０２）。
【００１６】
（３）注文データの入力用注文データ２０２を受け取った調査部署のクライアント４０３は、受け取った注文データの入力用注文データ２０２をデータ配信処理部３０３から詳細調査部署Ａのクライアント４０４へ送信する（流れ１０３）。
【００１７】
（４）注文データの入力用注文データ２０２を受け取った詳細調査部署Ａのクライアント４０４は、帳票入力処理部３０４が入力用注文データに必要なデータを入力して一部入力済み注文データを作成し、これを詳細調査部署Ｂのクライアント４０５に送信する（流れ１０４）。
【００１８】
（５）一部入力済み注文データを受け取った詳細調査部署Ｂのクライアント４０５は、帳票入力処理部３０４が未入力の入力用注文データに必要なデータを入力して入力済み注文データ２０４を作成し、これを調査部署のクライアント４０３に送信する（流れ１０５）。
【００１９】
（６）入力済み注文データ２０４を受け取った見積もり調査部署のクライアント４０３は、受け取った入力済み注文データ２０４をデータ配信処理部３０３からＷｅｂサーバ４０２に送信する。入力済み注文データ２０４を受け取ったＷｅｂサーバ４０２は、履歴データマージ部３０５が入力済み注文データ２０４内の履歴データをマージする（流れ１０６）。
【００２０】
（７）一方、監査部署のクライアント４０６は、見積もり依頼書の閲覧、監査のために、帳票出力処理部３０７が表示依頼データ２０５を作成して、これをＷｅｂサーバ４０２へ送信する（流れ１０７）。
【００２１】
（８）表示依頼データ２０５を受け取ったＷｅｂサーバ４０２は、帳票表示処理部３０６が見積もり依頼書の表示データを作成して、これを監査部署のクライアント４０６に送信する（流れ１０８）。
【００２２】
図３は見積もり依頼部署のクライアントからＷｅｂサーバへ送信する注文データ２０１の詳細を説明する図である。注文データの詳細なデータとしては、帳票種別２０１１、商品名２０１２、型番２０１３、依頼日２０１４、依頼元２０１５、氏名２０１６が設定される。
【００２３】
図４はＷｅｂサーバから調査部署のクライアントへ送信される注文データの入力用データ２０２の概要を説明する図である。注文データの入力用データ２０２は、複数のデータが設定されて構成されるが、このデータ数は、帳票の種別によって異なる。図４入力示す例では、データ１の２０２１、データ２の２０２２、データ３の２０２３までを示しているが、それ以上のデータが設定されていてもよい。また、データの種類としては、３つのパターンがあり、各パターンは、入力不可データ、入力データ、履歴付き入力データである。
【００２４】
図５は注文データの入力用データ２０２の３つのパターンの詳細を示す図であり、次に３つのデータのそれぞれの例について説明する。
【００２５】
図５（ａ）に示す注文データの入力用データ２０２１は、入力不可データを示し、ここに示す例における２０２１１は、入力不可データに設定されているデータであり、「見積もり依頼書」が設定されている。このデータは、Ｗｅｂサーバ４０２から送信されて受け取る調査部署のクライアント４０３が入力するための入力用注文データ２０２に表示されるデータである。
【００２６】
図５（ｂ）に示す注文データの入力用データ２０２２は、入力データを示し、ここに示す２０２２１は、入力データであることを示すデータである。このデータに示される２０２２２は、入力データに設定されているデータであり「ｏｎ」が設定される。このデータは、Ｗｅｂサーバ４０２から送信されて受け取る調査部署のクライアント４０３が入力するための入力用注文データ２０２で、入力用のデータ領域として表示される。
【００２７】
図５（ｃ）に示す注文データの入力用データ２０２３は、履歴付き入力データを示し、ここに示す２０２３１は、入力データであることを示すデータであり、２０２３２は、履歴データであることを示すデータである。また、２０２３３は、入力データに設定されているデータであり「ｏｎ」が設定される。２０２３４は、履歴データレベルを示しており、設定できるデータとして、「最大」、「中」、「最小」がある。履歴データレベルの設定によって、取得することができる履歴データが異なる。２０２３５は、履歴回覧レベルを示しており、履歴を取得した階層が設定されている。ここで説明している例では、詳細調査部署Ａのクライアント４０４と詳細調査部署Ｂのクライアント４０５との２つの部署での履歴データを取得するために、履歴回覧レベルは「２」に設定している。
【００２８】
図６は注文データの入力用データの詳細を示す図であり、図５により説明した３つのパターンの入力データから構成される。注文データの入力用データ２０２の詳細を示すデータ２０２４は、入力不可データ２０２４１、履歴付き入力データ２０２４２、入力データ２０２４３により構成される。入力不可データ２０２４１には、「見積もり依頼書」、「製品名」、「帳票シリアルＮＯ」、「依頼部署名」がある。履歴付き入力データ２０２４２は、図５（ｃ）により説明したものと同一のデータであり、入力データ２０２４３は、図５（ｂ）により説明したものと同一のデータである。
【００２９】
図７は詳細調査部署Ａ、Ｂのクライアントがファイルに保持する履歴データ２０３を示す図であり、履歴データ付き入力データ２０２３の履歴データレベル２０２３４が「中」に設定されたときの詳細を示している。
【００３０】
図７において、「回覧１」２０３１は、履歴データ付き入力データ２０２３の履歴回覧レベル２０２３５の２階層の設定に対応し、１階層目のデータであることを示している。１階層目のデータとは、詳細調査部署Ａのクライアント４０４で入力されるデータのことである。「見積もり結果」２０３２、「理由」２０３３、「権限」２０３４は、履歴データレベルが「中」の場合に取得できるデータである。
【００３１】
「回覧２」２０３５は、履歴データ付き入力データ２０２３の履歴回覧レベル２０２３５の２階層の設定に対応し、２階層目のデータであることを示している。２階層目のデータとは、詳細調査部署Ｂのクライアント４０５で入力されるデータのことである。
【００３２】
「見積もり結果」２０３６、「理由」２０３７、「権限」２０３８は、履歴データレベルが「中」の場合に取得できるデータである。
【００３３】
図８は詳細調査部署Ａ、Ｂのクライアントが４０４、４０５ファイルに保持する履歴データ２０３を示す図であり、履歴データ付き入力データ２０２３の履歴データレベル２０２３４が「最大」に設定されたときの詳細な履歴データ２０３９を示している。図８に示す履歴データ２０３９は、図８により説明したデータレベル「中」のときで取得することができるデータに加え、「調査者氏名」２０３９１、「調査資料」２０３９２、「調査者連絡先」２０３９３のデータを取得することができる。
【００３４】
なお、詳細調査部署Ａ、Ｂのクライアント４０４、４０５が入力する履歴データは、図７、図８により説明した例に示すようなものだけでなく、他のどのような内容を持っていてもよい。
【００３５】
図９は調査部署のクライアントからＷｅｂサーバに送信される入力済み注文データの概要を説明する図である。図９に示すように、入力済み注文データ２０４は、基本データ２０４１と履歴データ２０４２とにより構成される。
【００３６】
図１０は図９に示した入力済み注文データ２０４の詳細なデータ２０４３を示す図であり、基本データの詳細なデータ２０４１と履歴データの詳細なデータ２０４２とを示している。図１０において、基本データ２０４１の「見積もり金額」２０４１１、「調査部署名」２０４１２、「調査完了日付」２０４１３は、図４に示した注文データの入力用データの入力データ２０２２と履歴データ付き入力データ２０２３とに対応するデータであり、詳細調査部署Ａと詳細調査部署Ｂとが調査を行った最終結果が反映されている。履歴データの詳細データ２０４２には、詳細調査部署Ａと詳細調査部署Ｂとが調査を行った調査内容が反映されている。
【００３７】
図１１は監査部署のクライアントからＷｅｂサーバに送信される表示依頼データ２０５の詳細を示す図である。表示依頼データ２０５には、帳票種別２０５１、帳票シリアルＮＯ２０５２、依頼元２０５３が設定される。
【００３８】
図１２はＷｅｂサーバから監査部署のクライアントに送信される表示データ２０６の概要を示す図である。図１２に示すように、表示データ２０６は、表示基本データ２０６１と表示履歴データ２０６２とから構成される。
【００３９】
図１３は図１２に示した表示データ２０６の表示基本データ２０６１の詳細を示す図である。表示基本データ２０６１は、図１０により説明した入力済み注文データの基本データ２０４１と同一のデータである。
【００４０】
図１４は図１２に示した表示データ２０６の表示履歴データ２０６２の詳細を示す図である。表示履歴データ２０６２は、図１０により説明した履歴データの詳細なデータ２０４２に、各詳細調査部署Ａ、Ｂでの見積もり結果とその理由とが記述されて構成されている。
【００４１】
図１５は図１１に示した表示依頼データ２０５の依頼元２０５３が「監査部」に設定されているときの、監査部のみに表示することが可能な監査部表示用データ２０６３を示す図である。監査部表示用データ２０６３には、表示基本データ２０６１と表示履歴データ２０６２とが表示される。説明している例では、表示基本データ２０６１は、見積もり依頼書であり、表示履歴データ２０６２は、見積もり金額調査履歴である。
【００４２】
図１６は図１１に示した表示依頼データ２０５の依頼元２０５３が「監査部」以外の値に設定されているときに表示することが可能な監査部以外用表示用データ２０６４を示す図である。監査部以外用表示用データ２０６４には、表示基本データ２０６１のみが表示される。
【００４３】
図１７はＷｅｂサーバ４０２が保持する注文データ作成テーブル５０１の構成を示す図である。図１７に示す注文データ作成テーブル５０１は、Ｗｅｂサーバ４０２が見積もり依頼部署のクライアント４０１から送られてくる注文データ２０１から作成するテーブルであり、帳票種別５０１１、商品名５０１２、型番５０１３、依頼日５０１４、依頼元５０１５、氏名５０１６から構成される。Ｗｅｂサーバ４０２は、帳票種別５０１１のデータによって、見積もり依頼書の注文であることを認識する。
【００４４】
図１８はＷｅｂサーバ４０２が保持する帳票作成基本テーブル５０２の構成を示す図である。帳票作成基本テーブル５０２は、データ項番５０２１、データ種別５０２２、入力データ５０２３、履歴データ５０２４、表示データ５０２５から構成される。Ｗｅｂサーバ４０２は、このテーブルの設定値から、注文データの入力用データ２０２の詳細なデータの入力不可データ２０２１、入力データ２０２２、履歴付き入力データ２０２３の一部を作成する。
【００４５】
図１９はＷｅｂサーバ４０２が保持する帳票作成履歴情報テーブル５０３の構成を示す図である。帳票作成履歴情報テーブル５０３は、データ項番５０３１、履歴データレベル５０３２、回覧レベル５０３３から構成される。Ｗｅｂサーバ４０２は、このテーブルの設定値から、注文データの入力用データ２０２の詳細データの履歴付き入力データ２０２３の一部が作成される。
【００４６】
図２０はＷｅｂサーバが保持する入力済み注文データテーブル５０４の構成を示す図である。入力済み注文データテーブル５０４は、図１０に示した入力済み注文データ２０４の基本データ２０４１からＷｅｂサーバ４０２が作成するテーブルであり、データ項目５０４１、データ種別５０４２、データ５０４３から構成される。
【００４７】
図２１はＷｅｂサーバが保持する履歴データテーブル５０５の構成を示す図である。履歴データテーブル５０５は、図１０に示した入力済み注文データ２０４の履歴データ２０４２からＷｅｂサーバ４０２が作成するテーブルであり、データ項目５０５１、回覧数５０５２、見積もり結果５０５３、理由５０５４、権限５０５５から構成される。
【００４８】
図２２はＷｅｂサーバが保持する表示権限データテーブル５０６の構成を示す図である。表示権限データテーブル５０６は、図１１に示した表示依頼データ２０５からＷｅｂサーバ４０２が作成さするテーブルであり、帳票種別５０６１、帳票シリアルＮＯ５０６２、依頼元５０６３から構成される。
【００４９】
図２３は見積もり依頼部署のクライアント４０１の注文データ作成処理部３０１での処理動作を説明するフローチャートであり、次に、これについて説明する。
【００５０】
（１）見積もり依頼部署のクライアント４０１は、図３に示したような注文データ２０１を作成する。注文データ２０１は、例えば、データとして、帳票種別２０１１を表すデータ“ＭＩ２”、商品名２０１２を表すデータ“ＡＺＸ”、型番２０１３を表すデータ“Ｐ−１００１−２００３”、依頼日２０１４を表すデータ“００５０８０３”、依頼元２０１５を表すデータ“依頼部”、氏名２０１６を表すデータ“白井治五郎”から構成される（ステップ３０１１）。
【００５１】
（２）見積もり依頼部署のクライアント４０１は、ステップ３０１１の処理で作成した注文データ２０１を、Ｗｅｂサーバ４０２へ送信する（ステップ３０１２）。
【００５２】
図２４はＷｅｂサーバ４０２の帳票作成処理部３０２での処理動作と調査部署のクライアント４０３のデータ配信処理部３０３での処理動作を説明するフローチャートであり、次に、これについて説明する。
【００５３】
（１）Ｗｅｂサーバ４０２は、見積もり依頼部署のクライアント４０１から注文データ２０１を受け付ける（ステップ３０２１）。
【００５４】
（２）Ｗｅｂサーバ４０２は、受け付けた注文データ２０１を、図１７に示した注文データ作成テーブル５０１に格納する。すなわち、注文データ２０１の帳票種別２０１１を表すデータ“ＭＩ２”を、注文データ作成テーブル５０１の帳票種別５０１１のカラムに格納し、注文データ２０１の商品名２０１２を表すデータ“ＡＺＸ”を、注文データ作成テーブル５０１の帳票種別５０１２のカラムに格納し、注文データ２０１の型番２０１３を表すデータ“Ｐ−１００１−２００３”を、注文データ作成テーブル５０１の商品名５０１３のカラムに格納する。さらに、注文データ２０１の依頼日２０１４を表すデータ“００５０８０３”を、注文データ作成テーブル５０１の依頼日５０１４のカラムに格納し、注文データ２０１の依頼元２０１５を表すデータ“依頼部”を、注文データ作成テーブル５０１の依頼元５０１５のカラムに格納し、注文データ２０１の氏名２０１６を表すデータ“白井治五郎”を、注文データ作成テーブル５０１の氏名５０１６のカラムに格納する（ステップ３０２２）。
【００５５】
（３）次に、Ｗｅｂサーバ４０２は、注文データ作成テーブル５０１の帳票種別５０１１のカラムに格納されているデータから、注文データの入力用データ２０２の帳票の種類を認識する。本発明の実施形態では、注文データ作成テーブル５０１の帳票種別５０１１のカラムに格納されているデータ“ＭＩ２”から、注文データの入力用データ２０２の帳票の種類を“見積もり依頼書”と認識する（ステップ３０２３）。
【００５６】
（４）次に、Ｗｅｂサーバ４０２は、図１８に示した帳票作成基本テーブル５０２と、図１９に示した帳票作成履歴情報テーブル５０３とを使用して、注文データの入力用データ２０２を作成する。帳票作成基本テーブル５０２と帳票作成履歴情報テーブル５０３とは、ステップ３０２３で認識した注文データの入力用データ２０２の帳票の種類によって、データ構造が異なってくる。説明している本発明の実施形態では、帳票作成基本テーブル５０２と帳票作成履歴情報テーブル５０３とは、ステップ３０２３で“見積もり依頼書”を作成するためのテーブルである。帳票作成基本テーブル５０２は、データ項番５０２１のカラム、データ種別５０２２のカラム、入力データ５０２３のカラム、履歴データ５０２４のカラム、表示データ５０２５のカラムから構成される。帳票作成履歴情報テーブル５０３は、データ項番５０３１のカラム、履歴データレベル５０３２のカラム、回覧レベル５０３３のカラムから構成される。帳票作成履歴情報テーブル５０３のデータ項番５０３１のカラムのデータは、帳票作成基本テーブル５０２の履歴データ５０２４のカラムのデータが“ＯＮ”のときのデータ項番５０２１のデータが格納されている（ステップ３０２４）。
【００５７】
（５）Ｗｅｂサーバ４０２は、ステップ３０２４の処理で作成した注文データの入力用データ２０２を、調査部署のクライアント４０３へ送信する。説明している本発明の実施形態では、注文データの入力用データ２０２４を送信する（ステップ３０２５）。
【００５８】
（６）調査部署のクライアント４０３は、データ配信処理部３０３を使用して、Ｗｅｂサーバ４０２から送信された注文データの入力用データ２０２を詳細調査部署Ａのクライアント４０４へ配信する。説明している本発明の実施形態では、注文データの入力用データ２０２４を送信する（ステップ３０３１）。
【００５９】
図３０は前述したステップ３０２４での帳票の作成、すなわち、注文データの入力用データ２０２を作成する処理の詳細な動作を説明するフローチャートであり、次に、これについて説明する。
【００６０】
（１）Ｗｅｂサーバ４０２は、図１７に示した帳票作成基本テーブル５０２の項番５０２１のカラムのデータを認識して、行単位で昇順に読み込んで判定する。本発明の実施形態では、項番５０２１のカラムのデータ“１”から“９”を認識し、行単位に昇順にデータを読み込み、データ“９”を認識して処理終了する（ステップ３０２４１）。
【００６１】
（２）ステップ３０２４１の処理で、読み込むデータがなくなった場合、作成した入力不可データ２０２１と入力データ２０２２と履歴付き入力データ２０２３とをマージし、注文データの入力用データ２０２の作成の処理を終了する。本発明の実施形態では、具体的なデータとして、注文データの入力用データ２０２４が作成される（ステップ３０２４７）。
【００６２】
（３）ステップ３０２４１の処理で、読み込むデータがあった場合、帳票作成テーブル５０２から読み込んだデータの入力データ５０２３のカラムのデータが“ＯＦＦ”となっているか否かを判定する（ステップ３０２４２）。
【００６３】
（４）ステップ３０２４２の判定で、入力データ５０２３カラムのデータが“ＯＦＦ”となっていた場合、表示データのカラム５０２５のデータを使用して入力不可データ２０２１を作成する。本発明の実施形態では、データ項番５０２１のカラムのデータが“１”の時のデータを読みこんだとき、入力データ５０２３のカラムのデータが“ＯＦＦ”であったので、入力不可データ２０２１と判定して入力不可データ２０２１を作成する。本発明の実施形態では、表示データ５０２５のカラムのデータ“見積もり依頼書”を使用して、入力不可データ２０２１を作成する。その後、ステップ３０２４１からの処理に戻って、次のデータの処理を続ける（ステップ３０２４３）。
【００６４】
（５）ステップ３０２４２の判定で、入力データ５０２３のカラムのデータが“ＯＮ”であった場合、履歴データ５０２４のカラムのデータが“ＯＦＦ”となっているか否かを判定する（ステップ３０２４４）。
【００６５】
（６）ステップ３０２４４の判定で、履歴データ５０２４のカラムのデータが“ＯＦＦ”となっていた場合、表示データのカラム５０２５のデータを使用して入力用データ２０２２を作成する。本発明の実施形態では、データ項番５０２１のカラムのデータが“６”のデータを読み込んだとき、入力データ５０２３のカラムのデータが“ＯＮ”、履歴データ５０２４のデータが“ＯＦＦ”であったので、データが入力データ２０２２であると判定し、表示データ５０２５のカラムのデータである“ＯＮ”を使用して、入力データ２０２２を作成する。その後、ステップ３０２４１からの処理に戻って、次のデータの処理を続ける（ステップ３０２４５）。
【００６６】
（７）ステップ３０２４４の判定で、履歴データ５０２４のカラムのデータが“ＯＮ”であった場合、表示データ５０２５のカラムのデータと、図１９に示した帳票作成履歴情報テーブル５０３の履歴データレベル５０３２のカラムのデータ及び回覧レベル５０３３のカラムのデータとを使用して履歴付き入力データ２０２３を作成する。説明している実施形態では、データ項番５０２１のカラムのデータが“５”のデータを読み込んだとき、入力データ５０２３のカラムのデータが“ＯＮ”、履歴データ５０２４のカラムのデータが“ＯＮ”となっているので、データが履歴付き入力データ２０２３であると判定し、表示データ５０２５のカラムのデータ“ＯＮ”と、帳票作成履歴情報テーブル５０３の履歴データレベル５０３２のカラムのデータ“中”及び回覧レベル５０３３のカラムのデータ“２”を使用して、履歴付き入力データ２０２３を作成する。その後、ステップ３０２４１からの処理に戻って、次のデータの処理を続ける（ステップ３０２４６）。
【００６７】
図２５は詳細調査部署Ａ、Ｂのクライアント４０４、４０５の帳票入力処理部３０４での処理動作を説明するフローチャートであり、次に、これについて説明する。
【００６８】
（１）詳細調査部署Ａのクライアント４０４は、調査部署のクライアント４０３から注文データの入力用データ２０２を受け付ける。本発明の実施形態では、図６に示した注文データの入力用データ２０２４を受け取ることになる（ステップ３０４１）。
【００６９】
（２）詳細調査部署Ａのクライアント４０４は、受け取った注文データの入力用データ２０２が履歴データ２０３を持つデータであるか否かを判断する。本発明の実施形態では、注文データの入力用データ２０２４に履歴付きデータ２０２４２を持つと判定される（ステップ３０４２）。
【００７０】
（３）ステップ３０４２の判定で、注文データの入力用データ２０２４に履歴付きデータ２０２４２を持っていた場合、履歴回覧レベル２０２３５のデータの回数分だけ、口述のステップ３０４５、ステップ３０４６、ステップ３０４７を繰り返す。回覧レベルの意味は、詳細調査部署Ａのクライアント４０４と詳細調査部署Ｂのクライアント４０５との２つのクライアントを回覧する場合を２階層としており、本発明の実施形態では、詳細調査部署Ａのクライアント４０４と詳細調査部署Ｂのクライアント４０５とへの回覧が終わると繰り返し処理が終了する（ステップ３０４４）。
【００７１】
（４）ステップ３０４２、３０４４の処理で、履歴データ２０３を持ち、回覧が終わっていないと判定された場合、ファイルに保持している履歴データ２０３を入力する。本発明の実施形態では、ファイルに保持する履歴データ（データレベル中の場合）２０３は、見積もり結果２０３２、理由２０３３、権限２０３４から構成され、回覧レベルは２階層である（ステップ３０４５）。
【００７２】
（５）その後、詳細調査部署Ａのクライアント４０４は、詳細調査部署Ｂのクライアント４０５に回覧する際に、詳細調査部署Ａの調査結果として、結果２０３２のデータ“８５０、０００”、理由２０３３のデータ“理由：過去１０年の製造費実績より判断”、権限２０３４のデータ“監査部”を入力する。履歴データ２０３は、入力された後、注文データの入力用データ２０２内に保持される（ステップ３０４６）。
【００７３】
（６）その後、帳票を回覧する。本発明の実施形態では、詳細調査部署Ａのクライアント４０４から詳細調査部署Ｂのクライアント４０５へ帳票を回覧する。詳細調査部署Ｂにおいて、ステップ３０４５、ステップ３０４６の処理、ステップ３０４７のここでの処理を繰り返す。詳細調査部署Ｂの調査結果として、結果２０３５のデータ“１、０００、０００”、理由２０３３のデータ“理由：災害の影響により物価高騰。製造単価は増大する見込み。”、権限２０３４のデータ“監査部”が入力される。履歴データ２０３は、入力された後、注文データの入力用データ２０２内に保持され、帳票の回覧が終了する（ステップ３０４７）。
【００７４】
（７）ステップ３０４４の判定で、帳票の回覧が終了していた場合、あるいは、ステップ３０４２の判定で、注文データの入力用データ２０２４に履歴付きデータ２０２４２を持っていなかった場合、次に履歴データ２０３以外の入力データ２０２２があるか否かを判定する。本発明の実施形態では、注文データの入力用データ２０２４に入力データ２０２４３を持つと判定される。なお、回覧の終了を判定するのは、最後に回覧される部署、説明している例では、詳細調査部署Ｂのクライアント４０５である（ステップ３０４８）。
【００７５】
（８）ステップ３０４８の判定で、入力データ２０２２があった場合、入力データ２０２２を入力する。本発明の実施形態では、入力データ２０２４３として、調査部署名２０４１２のデータとして“調査部”調査完了日付２０４１３として“２００５年８月１９日”が入力される。また、詳細調査部署Ａのクライアント４０４と詳細調査部署Ｂのクライアント４０５との調査結果を履歴データ２０３として保持した入力済み注文データ２０４３が作成され、ステップ３０４８の処理に戻る（ステップ３０４９）。
【００７６】
（９）ステップ３０４８の判定で、入力データ２０２２がなくなった場合、詳細調査部署Ｂのクライアント４０５は、入力済み注文データ２０４３をＷｅｂサーバ４０２へ送信して、ここでの処理を終了する（ステップ３０４１０）。
【００７７】
本発明の実施形態によれば、前述したような処理をおこなうことにより、従来まで、見積もり金額２０４１１の調査結果が“１，０００，０００”という最終結果としてのデータしか入力されなかったものが、見積もり結果２０３２、理由２０３３、権限２０３４から構成される履歴データ２０４２を保持すること、意思決定までの過程を反映した帳票を作成することができる。
【００７８】
図２６はＷｅｂサーバ４０２の履歴データマージ部３０５の処理動作を説明するフローチャートであり、次に、これについて説明する。
【００７９】
（１）Ｗｅｂサーバ４０２は、詳細調査部署Ｂのクライアント４０５から入力済み注文データ２０４の更新データ受け付ける。本発明の実施形態では、詳細調査部署Ｂのクライアント４０５から、入力済み注文データ２０４３を受け取る（ステップ３０５１）。
【００８０】
（２）Ｗｅｂサーバ４０２は、受け取った入力済み注文データ２０４が、履歴データ２０３を持つデータであるか否かをチェックする。本発明の実施形態では、入力済み注文データ２０４３は、履歴データ２０４２を持つと判定される（ステップ３０５２）。
【００８１】
（３）ステップ３０５２の判定で、履歴データ２０３を持っていた場合、帳票作成基本テーブル５０２のデータと履歴データ２０３とから履歴データテーブル５０５を更新する。履歴データテーブル５０５は、図２１により説明したように、データ項目５０５１、回覧数５０５２、見積もり結果５０５３、理由５０５４、権限５０５５から構成される。本発明の実施形態では、回覧レベルが２であるので、２行のデータを履歴データテーブル５０５に格納する。この２行のデータの履歴データテーブル５０５への格納は、次のように行われる。
【００８２】
１行目のデータとして、帳票作成基本テーブル５０２のデータ項番５０２１のカラムのデータ“５”を履歴データテーブル５０５の回覧数５０５１のカラムに格納し、履歴データ２０３の回覧１のデータ２０３１により、データ“１”を履歴データテーブル５０５の回覧数５０５２のカラムに格納する。また、履歴データ２０３の見積もり結果２０３２のデータ“８５０，０００”を、履歴データテーブル５０５の見積もり結果５０５３のカラムに格納し、履歴データ２０３の理由２０３３のデータ“理由：過去１０年の製造費実績より判断”を、履歴データテーブル５０５の理由５０５４のカラムに格納する。さらに、履歴データ２０３の権限２０３４のデータ“監査部”を、履歴データテーブル５０５の権限５０５５のカラムに格納する。
【００８３】
２行目のデータとして、帳票作成基本テーブル５０２のデータ項番５０２１のカラムのデータ“５”を履歴データテーブル５０５の回覧数５０５１のカラムに格納し、履歴データ２０３の回覧２のデータ２０３５により、データ“２”を履歴データテーブル５０５の回覧数５０５２カラムに格納する。また、履歴データ２０３の見積もり結果２０３６のデータ“１，０００，０００”を、履歴データテーブル５０５の見積もり結果５０５３のカラムに格納し、履歴データ２０３の理由２０３７のデータ“理由：災害の影響により物価高騰。製造単価は増大する見込み。”を、履歴データテーブル５０５の理由５０５４のカラムに格納する。さらに、履歴データ２０３の権限２０３８のデータ“監査部”を、履歴データテーブル５０５の権限５０５５のカラムに格納する（ステップ３０５３）。
【００８４】
（４）ステップ３０５２の判定で、履歴データ２０３を持っていなかった場合、あるいは、ステップ３０５３の処理の後、帳票作成基本テーブル５０２のデータと入力済み注文データの基本データ２０８のデータとから入力済み注文データテーブル５０４を更新する。入力済み注文データテーブル５０４は、図２０により説明したように、データ項目５０４１カラム、データ種別５０４２カラム、データ５０４３カラムから構成される。
【００８５】
図３１は入力済み注文データの基本データ２０８の構成を示す図であり、この入力済み注文データの基本データ２０８は９つのデータで構成される。そして、本発明の実施形態でのここでの処理は、入力済み注文データの基本データ２０８を利用して行われ、入力済み注文データテーブル５０４への１行目のデータの格納は、次のように行われる。
【００８６】
帳票作成基本テーブル５０２のデータ項番５０２１カラムのデータ“１”を入力済み注文データテーブル５０４のデータ項目５０４１のカラムに格納し、帳票作成基本テーブル５０２のデータ種別５０２２のカラムのデータ“タイトル”を入力済み注文データテーブル５０４のデータ種別５０４２のカラムに格納する。また、入力済み注文データの基本データ２０８のタイトル２０８１を表すデータ“見積もり依頼書”を、入力済み注文データテーブル５０４のデータ５０４３のカラムへ格納する。
【００８７】
以下、同様に、入力済み注文データの基本データ２０８の製品型名２０８２を表すデータ“Ｐ−１００１−２００３”、製品名２０８３を表すデータ“ＡＺＸ”、帳票シリアルＮＯ２０８４を表すデータ“５５７８”、見積もり金額２０８５を表すデータ“１，０００，０００”、調査部署名２０８６を表すデータ“調査部”、依頼部署名２０８７を表すデータ”依頼部”、依頼日付２０８８を表すデータ“２００５年８月３日”、調査完了日付２０８９を表すデータ“２００５年８月１９日”を格納する（ステップ３０５４）。
【００８８】
図２７はＷｅｂサーバ４０２の帳票表示処理部３０６の処理動作を説明するフローチャートであり、次に、これについて説明する。
【００８９】
（１）Ｗｅｂサーバ４０２は、監査部署のクライアント４０６から表示依頼データ２０５を受け付ける。受け付けられた表示依頼データ２０５は、表示権限データテーブル５０６に格納される。表示依頼データ２０５は、図１１により説明したように、帳票種別２０５１を表すデータ“ＭＩ２”、帳票シリアルＮＯ２０５２を表すデータ“５５７８”、依頼元のデータ２０５３を表すデータ“監査部”から構成され、また、表示権限データテーブル５０６は、図１２により説明したように、帳票種別５０６１のカラム、帳票シリアルＮＯ５０６２のカラム、依頼元５０６３のカラムから構成されている。そして、表示依頼データ２０５の帳票種別２０５１を表すデータ“ＭＩ２”は、表示権限データテーブル５０６の帳票種別５０６１のカラムに格納され、表示依頼データ２０５の帳票シリアルＮＯ２０５２を表すデータ“５５７８”は、表示権限データテーブル５０６の帳票シリアルＮＯ２０６２のカラムに格納される。また、表示依頼データ２０５の依頼元２０５３を表すデータ“監査部”は、表示権限データテーブル５０６の５０６３カラムに格納される（ステップ３０６１）。
【００９０】
（２）次に、依頼された帳票が存在するか否かをチェックし、帳票が存在しなかった場合、監査部署のクライアント４０６へ帳票が存在しないという情報を送信する。本発明の実施形態では、表示権限データテーブル５０６の帳票シリアルＮＯ２０６２のデータ“５５７８”と入力済み注文データテーブル５０４のデータ５０４３のカラムのデータとマッチングを行うが、入力済み注文データテーブル５０４の４行目のデータ５０４３のカラムのデータが“５５７８”なので、依頼された帳票は存在する（ステップ３０６２、３０６５）。
【００９１】
（３）ステップ３０６２の処理で、データがマッチした場合、履歴情報の確認権限があるか判定する。本発明の実施形態では、履歴データテーブル５０５の権限５０５５カラムのデータ“監査部”と、表示権限データテーブル５０６の依頼元５０６３カラムのデータ“監査部”とでマッチング処理を行って確認権限ありと判定する（ステップ３０６３）。
【００９２】
（４）ステップ３０６３のチェックで、履歴データ確認権限があった場合、履歴付き帳票を作成する。本発明の実施形態では、入力済み注文データテーブル５０４と履歴データテーブル５０５とから監査部表示用データ２０６３を作成する。このため、まず、入力済み注文データテーブル５０４のデータ５０４３のカラムのデータ“見積もり依頼書”、“ＡＺＸ”、“Ｐ−１００１−２００３”、“２００５年８月３日”、“１，０００、０００”、“調査部”、“依頼部”、“２００５年８月１９日”からの基本表示データ２０６１を作成する。次に、履歴データテーブル５０５の回覧数５０５２のカラムのデータ“１”、“２”、見積もり結果５０５３のカラムのデータ“８５０，０００”、“１，０００，０００”、理由５０５４カラムのデータ“過去１０年の製造費実績より判断”、“災害の影響により物価高騰。製造単価は増大する見込み。”から表示履歴データ２０６２を作成する。そして、前述の入力済み注文データテーブル５０４と履歴データテーブル５０５とから、監査部表示用データ２０６３を作成する（ステップ３０６４）。
【００９３】
（５）ステップ３０６３のチェックで、履歴データ確認権限がなかった場合、履歴なし帳票を作成する。本発明の実施形態では、入力済み注文データテーブル５０４から、監査部以外表示用データ２０６４を作成する。このため、入力済み注文データテーブル５０４のデータ５０４３のカラムのデータ“見積もり依頼書”、“ＡＺＸ”、“Ｐ−１００１−２００３”、“２００５年８月３日”、“１，０００、０００”、“調査部”、“依頼部”、“２００５年８月１９日”から監査部以外表示用データ２０６４を作成する（ステップ３０６６）。
【００９４】
（６）ステップ３０６４、３０６６の処理の後、作成した表示データ２０６を監査部署のクライアント４０６へ送信する。本発明の実施形態では、Ｗｅｂサーバ４０２から、監査部署のクライアント４０６へ監査部表示用データ２０６３を送信する（ステップ３０６５）。
【００９５】
図２８は監査部署のクライアント４０６の帳票出力処理部３０７の処理動作を説明するフローチャートであり、次にこれについて説明する。
【００９６】
まず、監査部署のクライアント４０６からＷｅｂサーバ４０２へ表示依頼データ２０５を送信する処理を説明する。この処理は、ステップ３０７１、ステップ３０７２により行われる。
【００９７】
（１）監査部署のクライアント４０６は、表示したい帳票データを入力して図１１により説明した表示依頼データ２０５を作成し、この作成した表示依頼データ２０５をＷｅｂサーバ４０２に送信する。本発明の実施形態では、表示依頼データ２０５は、帳票種別２０５１を表すデータ“ＭＩ２”、帳票シリアＮＯ２０５２を表すデータ“５５７８”、依頼元を表すデータ２０５３を表すデータ“調査部”から構成される（ステップ３０７１、３０７２）。
【００９８】
次に、Ｗｅｂサーバ４０２から監査部署のクライアント４０６に表示データ２０６を送信し、監査部署のクライアント４０６で帳票を表示する処理を説明する。この処理は、ステップ３０７３とステップ３０７４とにより行われる。
【００９９】
（１）監査部署のクライアント４０６は、Ｗｅｂサーバ４０２からの図１２により説明した表示データ２０６を受け付け、Ｗｅｂサーバ４０２から送信された表示データ２０６に基づいた帳票を表示する。本発明の実施形態では、Ｗｅｂサーバ４０２からの図１５に示した監査部表示用データ２０６３を監査部署のクライアント４０６が受け付ける。そして、監査部署のクライアント４０６は、監査部表示用データ２０６３を表示する（ステップ３０７３、３０７４）。
【０１００】
図２９は図１、図２に示す本発明の実施形態を構成する各クライアント及びＷｅｂサーバのハードウェア構成を示すブロック図である。図２９において、６０１、６０５はＲＯＭ、６０２、６０６はＣＰＵ、６０３、６０７はハードディスク、６０４はＷｅｂサービスクライアントプログラム、６０８はＷｅｂサービスサーバプログラム、６０９はネットワーク、６１０は通信回路である。
【０１０１】
図２９において、ＲＯＭ６０１、ＣＰＵ６０２、ハードディスク６０３、Ｗｅｂサービスクライアントプログラム６０４は、１つの情報処理装置を構成しており、この情報処理装置内に図１、図２により説明した見積もり依頼部署のクライアント４０１、調査部署のクライアント４０３、詳細調査部署Ａのクライアント４０４、詳細調査部署Ｂのクライアント４０５、監査部署のクライアント４０６の各クライアントが構築される。Ｗｅｂサービスクライアントプログラム６０４は、図示しない主メモリ上にロードされて、ＣＰＵ６０２により実行されることにより、前述で説明した本発明の実施形態での各機能を実現する。また、ＲＯＭ６０５、ＣＰＵ６０６、ハードディスク６０７、Ｗｅｂサービスサーバプログラム６０８も、１つの情報処理装置を構成しており、この情報処理装置内に図１、図２により説明したＷｅｂサーバ４０２が構築される。Ｗｅｂサービスサーバプログラム６０８は、図示しない主メモリ上にロードされて、ＣＰＵ６０６により実行されることにより、前述で説明した本発明の実施形態での機能を実現する。
【０１０２】
前述のように構成され各クライアント、Ｗｅｂサーバを構成する情報処理装置は、それぞれ、通信回路６１０を介してネットワーク６０９に接続されて、相互に通信を行うことが可能である。
【０１０３】
前述した本発明の実施形態での各処理は、プログラムにより構成し、情報処理装置が備えるＣＰＵに実行させることができ、また、それらのプログラムは、ＦＤ、ＣＤＲＯＭ、ＤＶＤ等の記録媒体に格納して提供することができ、また、ネットワークを介してディジタル情報により提供することができる。
【図面の簡単な説明】
【０１０４】
【図１】本発明の一実施形態による帳票データ管理システムの構成を示すブロック図である。
【図２】図１に示したシステムの構成図にデータの流れとデータとを付加したＷｅｂサービスを使用してオーダシステムを構築した場合の例の詳細を示す図である。
【図３】見積もり依頼部署のクライアントからＷｅｂサーバへ送信する注文データの詳細を説明する図である。
【図４】Ｗｅｂサーバから調査部署のクライアントへ送信される注文データの入力用データの概要を説明する図である。
【図５】注文データの入力用データの３つのパターンの詳細を示す図である。
【図６】注文データの入力用データの詳細を示す図である。
【図７】詳細調査部署Ａ、Ｂのクライアントがファイルに保持する履歴データを示す図（履歴データレベルが「中」の場合）である。
【図８】詳細調査部署Ａ、Ｂのクライアントがファイルに保持する履歴データを示す図（履歴データレベルが「最大」の場合）である。
【図９】調査部署のクライアントからＷｅｂサーバに送信される入力済み注文データの概要を説明する図である。
【図１０】図９に示した入力済み注文データの詳細なデータを示す図である。
【図１１】監査部署のクライアントからＷｅｂサーバに送信される表示依頼データの詳細を示す図である。
【図１２】Ｗｅｂサーバから監査部署のクライアントに送信される表示データの概要を示す図である。
【図１３】図１２に示した表示データの表示基本データの詳細を示す図である。
【図１４】図１２に示した表示データの表示履歴データの詳細を示す図である。
【図１５】図１１に示した表示依頼データの依頼元が「監査部」に設定されているときの、監査部のみに表示することが可能な監査部表示用データを示す図である。
【図１６】図１１に示した表示依頼データの依頼元が「監査部」以外の値に設定されているときに表示することが可能な監査部以外用表示用データを示す図である。
【図１７】Ｗｅｂサーバが保持する注文データ作成テーブルの構成を示す図である。
【図１８】Ｗｅｂサーバが保持する帳票作成基本テーブルの構成を示す図である。
【図１９】Ｗｅｂサーバが保持する帳票作成履歴情報テーブル構成を示す図である。
【図２０】Ｗｅｂサーバが保持する入力済み注文データテーブルの構成を示す図である。
【図２１】Ｗｅｂサーバが保持する履歴データテーブルの構成を示す図である。
【図２２】Ｗｅｂサーバが保持する表示権限データテーブルの構成を示す図である。
【図２３】見積もり依頼部署のクライアントの注文データ作成処理部での処理動作を説明するフローチャートである。
【図２４】Ｗｅｂサーバの帳票作成処理部での処理動作と調査部署のクライアントのデータ配信処理部での処理動作を説明するフローチャートである。
【図２５】詳細調査部署Ａ、Ｂのクライアントの帳票入力処理部での処理動作を説明するフローチャートである。
【図２６】Ｗｅｂサーバの履歴データマージ部の処理動作を説明するフローチャートである。
【図２７】Ｗｅｂサーバの帳票表示処理部の処理動作を説明するフローチャートである。
【図２８】監査部署のクライアントの帳票出力処理部の処理動作を説明するフローチャートである。
【図２９】図１、図２に示す本発明の実施形態を構成する各クライアント及びＷｅｂサーバのハードウェア構成を示すブロック図である。
【図３０】図２４のステップ３０２４での帳票の作成、すなわち、注文データの入力用データを作成する処理の詳細な動作を説明するフローチャートである。
【図３１】入力済み注文データの基本データの詳細を示す図である。
【符号の説明】
【０１０５】
２０１  注文データ
２０２  注文データの入力用データ
２０３  ファイルに保持する履歴データ
２０４  入力済み注文データ
２０５  表示依頼データ
２０６  表示データ
３０１  注文データ作成システム部
３０２  帳票作成処理部
３０３  データ配信処理部
３０４  帳票入力処理部
３０５  履歴データマージ部
３０６  帳票表示処理部
３０７  帳票出力処理部
４０１  見積もり依頼部署のクライアント
４０２  Ｗｅｂサーバ
４０３  調査部署のクライアント
４０４  詳細調査部署Ａのクライアント
４０５  詳細調査部署Ｂのクライアント
６０１、６０５  ＲＯＭ
６０２、６０６  ＣＰＵ
６０３、６０７  ハードディスク
６０４  Ｗｅｂサービスクライアントプログラム
６０８  Ｗｅｂサービスサーバプログラム
６０９  ネットワーク
６１０  通信回路
【図１】
2007199762.tif 000003
【図２】
2007199762.tif 000004
【図３】
2007199762.tif 000005
【図４】
2007199762.tif 000006
【図５】
2007199762.tif 000007
【図６】
2007199762.tif 000008
【図７】
2007199762.tif 000009
【図８】
2007199762.tif 000010
【図９】
2007199762.tif 000011
【図１０】
2007199762.tif 000012
【図１１】
2007199762.tif 000013
【図１２】
2007199762.tif 000014
【図１３】
2007199762.tif 000015
【図１４】
2007199762.tif 000016
【図１５】
2007199762.tif 000017
【図１６】
2007199762.tif 000018
【図１７】
2007199762.tif 000019
【図１８】
2007199762.tif 000020
【図１９】
2007199762.tif 000021
【図２０】
2007199762.tif 000022
【図２１】
2007199762.tif 000023
【図２２】
2007199762.tif 000024
【図２３】
2007199762.tif 000025
【図２４】
2007199762.tif 000026
【図２５】
2007199762.tif 000027
【図２６】
2007199762.tif 000028
【図２７】
2007199762.tif 000029
【図２８】
2007199762.tif 000030
【図２９】
2007199762.tif 000031
【図３０】
2007199762.tif 000032
【図３１】
2007199762.tif 000033