帳票生成装置、帳票生成システム、制御方法、及びプログラム
【課題】１次的な帳票として元帳票が登録される度に所定の条件に従って、１次的な帳票と同じ帳票形式で２次的な帳票を自動的に生成する。
【解決手段】クライアントＰＣ３１は、表示された電子帳票に対して入力された条件によって名寄せ帳票の生成要求を帳票サーバ１へ送信し（ステップＳ１００からステップＳ１１６）、帳票サーバ１では、送信された条件を元に名寄せ帳票を生成してクライアントＰＣにて表示すると共に（ステップＳ１１８からステップＳ１２６）、当条件を帳票サーバ１自身に記憶した後（ステップＳ１２８からステップＳ１５２）、新たな世代の電子帳票が帳票サーバに登録された時に、自身に記憶させた条件によって名寄せ帳票を自動で生成する。
【解決手段】クライアントＰＣ３１は、表示された電子帳票に対して入力された条件によって名寄せ帳票の生成要求を帳票サーバ１へ送信し（ステップＳ１００からステップＳ１１６）、帳票サーバ１では、送信された条件を元に名寄せ帳票を生成してクライアントＰＣにて表示すると共に（ステップＳ１１８からステップＳ１２６）、当条件を帳票サーバ１自身に記憶した後（ステップＳ１２８からステップＳ１５２）、新たな世代の電子帳票が帳票サーバに登録された時に、自身に記憶させた条件によって名寄せ帳票を自動で生成する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、上位システムから転送される帳票データに対して２次的な帳票の生成を行う帳票生成装置、帳票生成システム、制御方法、及びプログラムに関するものである。
【背景技術】
【０００２】
電子帳票システムでは、自身に保存されている帳票を検索し、その検索ヒット結果を寄せ集め、その検索結果を埋め込んだ２次的帳票（名寄せ帳票）を生成する仕組みを有しているものが存在する。
【０００３】
名寄せ帳票の生成の流れは次のようになる。まず、オペレータが電子帳票に対して、検索領域を指定した後、図１に示す画面を用いて、検索領域（図１に示す対象領域Ｓ１が検索領域）に対する検索条件（図１に示す種別、条件が該当）を指定し、検索要求を行う。
【０００４】
次に、電子帳票システムが検索要求に応えて、検索条件に合致した帳票データを図２に示すような検索結果一覧として表示する。
【０００５】
そして、オペレータが検索元の電子帳票に対して、検索結果を貼り付ける上限下限座標を設定した後、名寄せ帳票の作成要求を行うと、図３に示すように電子帳票システムが元帳票のフォームに、検索結果を埋め込んだ名寄せ帳票を生成し、表示する。
【０００６】
現在、電子帳票システムは企業の基幹システムとして運用されることが多く、登録される帳票の内容のレベルとしては全社単位であったり、事業部単位であったりと個人のレベルからすると大きな単位となっていることが多い。従って、使用者は、名寄せ帳票を生成して、大きいレベルの帳票内容から、個人が利用しやすいようなレベルの帳票を生成し、活用している。
【０００７】
このように、現状では、個人レベルの帳票としては名寄せ帳票を利用する機会が増してきたため、電子帳票システムに登録されている元帳票（１次的な帳票）から個人レベルの帳票を作成し、作成された帳票を活用する、という手間のかかる作業が必要となってきている。
【０００８】
一方、帳票を効率よく利用することを目的としたものとして、特許文献１には、電子帳票システムに登録されている元帳票を２次的に活用する技術が開示されている。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２０１０−１４０１２２号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
特許文献１に記載の発明によれば、電子帳票を生成して表示した際に、表示されたレイアウト情報を含んだ帳票データを抽出し、抽出したデータを他の電子帳票システムなどのインプットデータとして利用することが可能であるという２次的な活用方法である。
【００１１】
しかしながら、特許文献１に記載の技術によると、同じ電子帳票システム内で必要なデータのみを抽出して元帳票と同じフォームイメージで帳票として活用するという技術ではないため、作成した名寄せ帳票をスナップショットのように保存することのみが示唆されている。
【００１２】
そのため、例えば、会社全体の売上報告書が元帳票として毎月登録される状態において、帳票が登録されるたびに自動的に過去半年分の世代を対象として自部門の売上のみをフィルタリングした名寄せ帳票を生成する場合、現状の名寄せ帳票を生成する技術では自動的に帳票を生成する機能がないため実現できず、元帳票を表示した後、名寄せ帳票を作成し直す方法しかない。
【００１３】
さらに、現状の名寄せ帳票を生成する技術では、名寄せ帳票に関連（世代の概念）がないため、以前に作成した名寄せ帳票で記述したコメントなどは残らない。
【００１４】
そのため、例えば、会社全体の売上報告書が元帳票として毎月登録される状態において、過去半年分の世代を対象として自部門の売上のみをフィルタリングした名寄せ帳票に対して作成し添え付けたコメントがあり、次に作成する名寄せ帳票にもその添え付けたコメントを表示したいとなった場合、名寄せ帳票には関連がないため、新たに作成した名寄せ帳票にはコメントが表示されず、新たにコメントを作成し直す必要がある。
【００１５】
このように、現状では、名寄せ帳票を生成するに当たり、電子帳票システムに登録されている元帳票のデータ部分をフィルタした帳票が作成されるだけであり、名寄せ帳票として作成された帳票を連続的に活用するような用途には適していない。
【００１６】
本発明は、上記課題を解決するものであり、元帳票から名寄せ帳票を効率的に生成することを可能とすることで、名寄せ帳票の生成に係る労力を軽減できる帳票生成装置、帳票生成システム、制御方法、及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１７】
上記目的を達成するための第１の発明は、指定された元帳票領域内の帳票データから２次的な帳票を生成する帳票生成装置であって、前記元帳票領域を記憶する記憶手段と、前記元帳票と同一形式で新たな元帳票を受付けた後、前記記憶手段によって記憶された前記元帳票領内の前記新たな元帳票の帳票データを用いて前記２次的な帳票を生成する帳票生成手段と、前記帳票生成手段によって生成された前記２次的な帳票の表示を制御する表示制御手段と、を備えたことを特徴とする帳票生成装置である。
【００１８】
上記目的を達成するための第２の発明は、クライアント装置と２次的な帳票を生成するための元帳票を記憶管理する帳票生成装置とがネットワークを介して接続された帳票生成システムであって、前記クライアント装置は、前記元帳票に対して領域を指定するための指定手段と、帳票生成手段によって生成された前記２次的な帳票を表示する表示手段と、を備え、前記票生成装置は、前記指定手段によって指定された元帳票領域を記憶する記憶手段と、前記元帳票と同一形式で新たな元帳票を受付けた後、前記記憶手段によって記憶された前記元帳票領内の前記新たな元帳票の帳票データを用いて前記２次的な帳票を生成する帳票生成手段と、を備えたことを特徴とする帳票生成システムである。
【００１９】
上記目的を達成するための第３の発明は、指定された元帳票領域内の帳票データから２次的な帳票を生成する帳票生成装置の制御方法であって、前記元帳票領域を記憶する記憶工程と、前記元帳票と同一形式で新たな元帳票を受付けた後、前記記憶工程によって記憶された前記元帳票領内の前記新たな元帳票の帳票データを用いて前記２次的な帳票を生成する帳票生成工程と、前記帳票生成工程によって生成された前記２次的な帳票の表示を制御する表示制御工程と、を実行することを特徴とする帳票生成装置の制御方法である。
【００２０】
上記目的を達成するための第４の発明は、クライアント装置と２次的な帳票を生成するための元帳票を記憶管理する帳票生成装置とがネットワークを介して接続された帳票生成システムの制御方法であって、前記クライアント装置は、前記元帳票に対して領域を指定するための指定工程と、帳票生成工程によって生成された前記２次的な帳票を表示する表示工程と、を実行し、前記票生成装置は、前記指定工程によって指定された元帳票領域を記憶する記憶工程と、前記元帳票と同一形式で新たな元帳票を受付けた後、前記記憶工程によって記憶された前記元帳票領内の前記新たな元帳票の帳票データを用いて前記２次的な帳票を生成する帳票生成工程と、を実行することを特徴とする帳票生成システムの制御方法である。
【００２１】
上記目的を達成するための第５の発明は、指定された元帳票領域内の帳票データから２次的な帳票を生成する帳票生成装置において実行されるプログラムであって、前記元帳票領域を記憶する記憶手段と、前記元帳票と同一形式で新たな元帳票を受付けた後、前記記憶手段によって記憶された前記元帳票領内の前記新たな元帳票の帳票データを用いて前記２次的な帳票を生成する帳票生成手段と、前記帳票生成手段によって生成された前記２次的な帳票の表示を制御する表示制御手段と、を機能させることを特徴とするプログラムである。
【００２２】
上記目的を達成するための第６の発明は、クライアント装置と２次的な帳票を生成するための元帳票を記憶管理する帳票生成装置とがネットワークを介して接続された帳票生成システムにおいて実行されるプログラムであって、前記クライアント装置を、前記元帳票に対して領域を指定するための指定手段と、帳票生成手段によって生成された前記２次的な帳票を表示する表示手段と、として機能させ、前記票生成装置を、前記指定手段によって指定された元帳票領域を記憶する記憶手段と、前記元帳票と同一形式で新たな元帳票を受付けた後、前記記憶手段によって記憶された前記元帳票領内の前記新たな元帳票の帳票データを用いて前記２次的な帳票を生成する帳票生成手段と、して機能させることを特徴とするプログラムである。
【発明の効果】
【００２３】
本発明によれば、電子帳票から２次的な帳票を生成する際の条件を記憶しておき、以降、新たな世代の電子帳票が登録されると、当該条件に基づいて、２次的な帳票を自動生成することで、業務の効率化を図ることが可能となる、という効果を奏する。
【図面の簡単な説明】
【００２４】
【図１】名寄せ帳票を生成する際の条件を指定する画面の構成を示す構成図である
【図２】名寄せ帳票を生成する際に前記条件によって元帳票の帳票データを検索した結果を説明するための説明図である。
【図３】名寄せ帳票の一例を示す図である。
【図４】本発明の実施形態に係る帳票システムの概略構成を示す構成図である。
【図５】本発明の実施形態に係る帳票サーバのハードウェアの概略構成を示す構成図である。
【図６】本発明の実施形態に係る帳票生成システムの基本的な処理の流れを示す流れ図である。
【図７】本発明の実施形態において、電子帳票が画面に表示された状態を示す図である。
【図８】本発明の実施形態における電子帳票Ａの一例を示す図である。
【図９】本発明の実施形態において、帳票サーバが電子帳票から生成した名寄せ実績帳票の一例を示す図である。
【図１０】本発明の実施形態に係るメニュー画面の構成を示す構成図である。
【図１１】本発明の実施形態に係るテンプレート名入力画面の構成を示す構成図である。
【図１２】本発明の実施形態に係るテンプレート更新確認画面の構成を示す構成図である。
【図１３】本発明の実施形態における電子帳票Ｂの一例を示す図である。
【図１４】本発明の実施形態において、帳票サーバが電子帳票から生成した名寄せ実績帳票の一例を示す図である。
【図１５】本発明の実施形態に係る帳票生成システムにおいてテンプレート生成処理の流れを示すフローチャートである。
【図１６】本発明の実施形態に係る帳票生成システムにおいてアノテーション生成処理の流れを示すフローチャートである。
【図１７】本発明の実施形態に係る帳票生成システムにおいて名寄せ実績帳票の自動生成処理の流れを示すフローチャートである。
【図１８】本発明の実施形態に係る名寄せテンプレート情報テーブルの構成を示す構成図である。
【図１９】本発明の実施形態に係る名寄せ実績帳票世代テーブルの構成を示す構成図である。
【図２０】本発明の実施形態に係るアノテーション情報テーブルの構成を示す構成図である。
【図２１】本発明の実施形態に係る帳票生成システムにおいてアノテーションが添付された名寄せ実績帳票表示処理の流れを示すフローチャートである。
【図２２】本発明の実施形態において、帳票サーバが生成する名寄せ実績帳票の過去世代にアノテーション情報が存在した場合の一例を示す図である。
【図２３】本発明の実施形態に係るアノテーション補完情報テーブルの構成を示す構成図である。
【図２４】本発明の実施形態において、帳票サーバが生成する名寄せ実績帳票を参照するための画面の構成を示す構成図である。
【発明を実施するための形態】
【００２５】
［第１の実施形態］
【００２６】
以下、図面を参照して、本発明の帳票生成システムの第１の実施形態を詳細に説明する。
【００２７】
図４は、本発明の実施形態に係る帳票生成システム１０の構成を示す構成図であり、帳票生成システム１０は、帳票サーバ１（帳票生成装置）、ホスト２（サーバ）、クライアントＰＣ３１、３２（ユーザの端末装置）等がネットワーク４を介して接続されて構成される。
【００２８】
尚、図４のネットワーク４上に接続される各種端末の構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。
【００２９】
帳票サーバ１は、ホスト２から転送される帳票印刷データを受信し、受信した帳票印刷データを変換して電子的に再利用可能な形式の帳票データとして保存する（例えば、後述する帳票実績テーブルや帳票実績ファイル等）。
【００３０】
尚、本実施形態では、帳票データによりユーザの端末装置等の表示装置に表示されるものを電子帳票（もしくは帳票）と称する。また、帳票サーバ１は、帳票データを管理し、本実施形態の処理を実行して検索、分析などを行う。
【００３１】
ホスト２は、クライアントＰＣ３１、３２からのアクセスに対してレスポンス処理を行うことが可能な構造となっており、ネットワーク４は、ＴＣＰ／ＩＰ等のプロトコルを用いて通信可能な環境を有するＬＡＮで構成されるものである。
【００３２】
クライアントＰＣ３１、３２は、ユーザが用いる汎用のＰＣであり、帳票サーバ１やホスト２と双方向通信可能な通信機能と電子帳票の閲覧機能とを有している。
【００３３】
次に、本発明の帳票サーバ１のハードウェア構成について、図５を用いて説明する。なお、ホスト２（サーバ）も以下に示すものと同様の構成とすることができるため説明は省略する。
【００３４】
図５において、中央処理装置１２は、システムバスに接続される各デバイスを統括的に制御しており、記憶装置１３あるいは外部補助記憶装置１６には、中央処理装置１２の制御プログラムであるオペレーティングシステム（ＯＳ）や、各サーバあるいは各クライアントの後述する各種機能を実現するためのプログラムが記憶されている。
【００３５】
ＩＯインタフェース装置１７は、ネットワーク４を介して外部機器との通信制御処理を実行しており、具体的には、ネットワーク４を介して相手の装置に帳票データを含むデータを送信し、またはネットワークに接続された他の装置からのデータを受信する。
【００３６】
以上、帳票サーバ１を中心に説明したが、汎用のパーソナルコンピュータであるクライアントＰＣ３１、３２も、基本的な構成は帳票サーバ１と変わらないため特に説明は行わないが、ネットワーク４を介して帳票サーバ１やホスト２と通信して電子帳票の表示を行うことが可能であり、更に、入力用のマウスやキーボードを有していれば本発明の目的を達することができる。
【００３７】
以降で説明する各装置の処理は、各装置の記憶装置１３あるいは外部補助記憶装置１６に記憶されたプログラムやデータを用いて、各装置の中央処理装置が演算等を行うことにより実現される。
【００３８】
次に、本発明の帳票生成システム１０の基本的な処理の流れについて、図６を用いて説明する。
【００３９】
まず、ステップ（１）において、ホスト２から帳票印刷データが帳票サーバ１へ転送されると、ステップ（２）において、帳票サーバ１では、帳票印刷データをその後の処理に都合が良い形態（帳票データ）に変換して保存する。本実施形態では、例えば、帳票実績テーブル７と帳票実績ファイル９とに分けて保存、管理する。
【００４０】
このような帳票データが管理されている状態で、ステップ（３）において、クライアントＰＣ３１、３２から帳票データの参照要求があると、ステップ（４）において、帳票サーバ１は、まず参照要求に応じて対象の帳票データを参照可能かどうか、帳票実績テーブル７を参照して判定し、参照可能な場合、ステップ（５）において、帳票実績ファイル９から要求された帳票データを読み出してクライアントＰＣ３１、３２に送信する。
【００４１】
そして、帳票データを受信したクライアントＰＣ３１、３２では、図７の一例に示すように、帳票データを画面上に表示したり、印刷したりすることができる。
【００４２】
次に、本発明の特徴であるテンプレート生成および名寄せ実績帳票生成の処理について、図８から図１２を参照してその概略を説明する。
【００４３】
本実施形態では、図８に示す電子帳票について、テンプレート生成指示をすることにより、当該生成されたテンプレートを用いて、図９に示す名寄せ帳票を図８で示す電子帳票と同様の形式で生成する。
【００４４】
具体的には、図８に示す電子帳票について、特定の条件を指定して図９に示す名寄せ帳票を表示した後、図１０に示す画面に表示されたメニューからテンプレート生成指示を行う。
【００４５】
そして、図１１に示すテンプレート名入力画面を用いて、テンプレート名を入力することにより、名寄せ帳票生成の条件をテンプレートとして保存し、同時に、図９に示す名寄せ帳票を名寄せ実績帳票として、図８で示す電子帳票と同じ形式で保存することで、世代管理などを行う。尚、同じテンプレート名のテンプレートがある場合は、図１２に示すテンプレート更新確認画面で処理を選定することが可能である。
【００４６】
次に、本発明の特徴である名寄せ実績帳票へのアノテーション保存処理について、図９を参照してその概略を説明する。
【００４７】
本実施形態では、図９に示す名寄せ帳票の任意の場所に対してアノテーションを生成することができ、保存することが可能である。例えば、カメラ営業部９月の実績値に関してコメントを残したい場合、実績値の箇所に吹き出しのようなマークを作成し、コメントを添え付けた状態で名寄せ帳票を保存することが可能である。
【００４８】
次に、本発明の特徴である名寄せ実績帳票自動生成処理について、図９、図１３ないし図１４を参照してその概略を説明する。
【００４９】
本実施形態では、既にテンプレートが生成されている場合に、図１３に示すような電子帳票を登録することにより、テンプレート情報を元に名寄せ実績帳票を自動生成する。
【００５０】
例えば、名寄せ実績帳票として図９に示す名寄せ帳票が既に登録されている状態で、図１３に示すような電子帳票を新たに登録し、１１月分の売上を図９に示す名寄せ実績帳票に追加したいといった場合、予めテンプレートを生成し登録しておくことで、登録されたテンプレート情報からどのような条件で名寄せ実績帳票を生成すればよいか判断することが可能となるため、図１４に示す名寄せ実績帳票を自動的に生成することができる。
【００５１】
また、本発明では、この生成時に以前の名寄せ実績帳票で添え付けていたアノテーションを引き継ぐことができ、どの値にアノテーションが作成されていたかも判断し、適切な場所にアノテーションを表示することを可能としている。
【００５２】
本実施形態で提供される機能は以上のようなものであるが、この機能を実現するための具体的な処理については、以降にて説明する。以下では、まず、本発明の帳票生成システム１０における具体的なユースケースの例を説明する。
【００５３】
具体的な電子帳票システムにおけるユースケースとして、経理部門などの経理業務が扱う売上報告書といった帳票が毎月届くようなケースを想定する。
【００５４】
具体的な業務モデルの１例として、ある経理部門で、会社全体の売上報告書が定期的に届いて元帳票として登録され、経理部門では、元帳票が登録される度に、元帳票の過去半年分の世代を対象として、自部門の売上のみをフィルタリングした名寄せ帳票を作成して、売上に対するコメントを残すような業務モデルを想定する。
【００５５】
例えば、毎月届く売上報告書は、図８に示すような先月（先月を１０月とする）に登録された売上報告書Ａ、図１３に示すような当月（当月を１１月とする）に登録される予定の売上報告書Ｂの２つの売上報告書があるとする。
【００５６】
このような業務モデルに於いて、名寄せ帳票を生成する具体的なケースとして、以下のようなケースが想定される。
【００５７】
以前から電子帳票システムを使用して売上報告書の過去半年分の世代を対象として、自部門の売上のみをフィルタリングした名寄せ帳票を作成して、売上に対するコメントを残すことを行っており、毎月売上報告書が登録されるたびに名寄せ帳票を生成していたのだが、金額に関しては特に気にせずに売上処理を行っていた。
【００５８】
しかし、景気状況の悪化に伴い、当月の売上情報に関して分析し解明したことをコメントとして報告することとなった。そのため、生成する名寄せ帳票には、先月までの売上、及びコメントを含めて当月のコメントを記入するようにする必要がある。
【００５９】
このようなケースにおける具体的なユーザアクションとしては、現行の電子帳票システムを利用した場合、まず、生成した名寄せ帳票から売上金額を確認するというアクションが想定できる。
【００６０】
そして、生成した名寄せ帳票から売上を分析し、コメントを残し、名寄せ帳票をクライアントＰＣに保存することが考えられる。また、次の月に新たに帳票が登録された場合、再度名寄せ帳票を生成した後、売上金額を確認することが考えられる。
【００６１】
その後、先月に保存した名寄せ帳票を再度表示して先月までの売上分析結果を確認し、当月の売上を合わせた分析を行い、コメントを残す。
【００６２】
このような前記作業を毎月繰り返し、いつまでも名寄せ帳票の作成を行うというケースが想定される。このユースケースで生じる課題を解決するために、以下、本実施形態の帳票生成システム１０において実行される処理について詳細に説明する。
【００６３】
また、図１５から図１７、及び図２１は、本実施形態に係る帳票生成システム１０で実行される処理についてフローチャートを用いて具体的に示した図であり、図１８から図２０は、本実施形態に係る帳票生成システム１０で実行される処理で用いられるテーブルの構成を示した図である。
【００６４】
初めに、図１５に示す、テンプレート生成および名寄せ実績帳票生成処理のフローチャートについて具体的な処理を説明する。
【００６５】
まず、ステップＳ１００では、クライアントＰＣ３１は、ネットワーク４を介して電子帳票の表示要求を帳票サーバ１へ送信し、ステップＳ１０２では、帳票サーバ１は、クライアントＰＣ３１から送信された電子帳票の表示要求を受信し、ステップＳ１０４では、帳票サーバ１は、ステップＳ１０２において受信した表示要求に該当する電子帳票が参照可能か否かを、帳票実績テーブル７を用いて判定し、参照可能であれば、帳票実績ファイル９から電子帳票を取得する。
【００６６】
ステップＳ１０６では、帳票サーバ１は、ステップＳ１０４において取得した電子帳票を、ネットワーク４を介して表示要求のあったクライアントＰＣ３１に送信し、ステップＳ１０８では、クライアントＰＣ３１は、ステップＳ１０６において帳票サーバ１から送信された電子帳票を受信する。
【００６７】
ステップＳ１１０では、クライアントＰＣ３１は、ステップＳ１０８において受信した電子帳票、例えば、図８に示す帳票Ａを画面（不図示）に表示し、ステップＳ１１２では、クライアントＰＣ３１は、名寄せ帳票の生成要求が行われたか否かを画面（不図示）に備えられた名寄せ帳票の生成ボタン等（不図示）が押下されたか否かによって判定する。
【００６８】
名寄せ帳票の生成要求が行われると、ステップＳ１１４では、クライアントＰＣ３１は、図１に示すような画面を表示し、当該画面に入力された名寄せ帳票を生成するための検索条件（本実施形態では、世代を過去６カ月分、カメラ営業部の帳票データのみで名寄せ帳票を生成、とする）を取得する。尚、検索条件には、帳票Ａの帳票データの検索対象とする検索領域の座標も含んでいる。
【００６９】
ステップＳ１１６では、クライアントＰＣ３１は、ネットワーク４を介して帳票Ａを特定する情報（電子帳票を一意に識別するためのＩＤ等）と検索条件を含めて名寄せ帳票を生成するための要求を帳票サーバ１に送信し、ステップＳ１１８では、帳票サーバ１は、名寄せ帳票の生成要求を受信する。
【００７０】
ステップＳ１２０では、帳票サーバ１は、ステップＳ１１８において受信した帳票Ａを特定する情報と検索条件に該当する帳票データを帳票実績ファイル９等から名寄せ帳票データとして取得し、ステップＳ１２２では、帳票サーバ１は、ネットワーク４を介してクライアントＰＣ３１にステップＳ１２０で取得した名寄せ帳票データを送信する。
【００７１】
ステップＳ１２４では、クライアントＰＣ３１は、ステップＳ１２２において帳票サーバ１から送信された名寄せ帳票データを受信し、ステップＳ１２６では、クライアントＰＣ３１は、ステップＳ１２４で受信した名寄せ帳票データを名寄せ帳票として画面に表示、例えば、図９に示す帳票Ａの帳票データを含んだ名寄せ帳票を表示する。
【００７２】
次に、ステップＳ１２８では、クライアントＰＣ３１は、名寄せ帳票を以降自動生成するためのテンプレートの作成を行うか否かを図１０に示すメニューからテンプレート作成が選択されたか否かによって判定する。
【００７３】
テンプレート作成が選択されたと判定した場合は、ステップＳ１３０へ処理を進め、ステップＳ１３０では、クライアントＰＣ３１は、図１１に示すテンプレート名入力画面を表示して、テンプレート名入力画面に備えられたＯＫボタン１１が押下されたことを検知して、同じくテンプレート名入力画面に備えられたテンプレート名入力欄８に入力されたテンプレート名を取得する。尚、本実施形態では、テンプレート名として「camera」が入力された場合を想定する。
【００７４】
ステップＳ１３２では、クライアントＰＣ３１は、ネットワーク４を介して、ステップＳ１１８において受信した帳票Ａを特定する情報とステップＳ１１４において取得した検索条件とステップＳ１３０で取得したテンプレート名とを含めてテンプレートの生成要求を帳票サーバ１へ送信する。
【００７５】
ステップＳ１３４では、帳票サーバ１は、ステップＳ１３２においてクライアントＰＣ３１から送信されたテンプレートの生成要求を受信し、ステップＳ１３６では、帳票サーバ１は、ステップＳ１３４において受信したテンプレートの生成要求が新規にテンプレートを作成する要求か否かを判定する。
【００７６】
当判定は、例えば、テンプレートを生成する度にテンプレート名を記憶させるテーブルを保持しておき、新たに生成するテンプレートのテンプレート名が該テーブルに記憶されているか否かで判定することが可能である。
【００７７】
具体的には、後述する図１８に示す名寄せ登録テンプレート情報テーブル３０のテンプレートＩＤに、新たに生成するテンプレートのテンプレート名が記憶されているか否かによって判定を行っている。
【００７８】
テンプレート名があると判定した場合、つまり生成要求されたテンプレートが新規作成でない場合は、ステップＳ１３８へ処理を進め、ステップＳ１３８では、帳票サーバ１は、ネットワーク４を介して、既に登録しているテンプレートを更新するか否かをユーザへ確認するためのテンプレート更新通知をクライアントＰＣ３１へ送信する。
【００７９】
ステップＳ１４０では、クライアントＰＣ３１は、ステップＳ１３８において、帳票サーバ１から送信されたテンプレート更新通知を受信し、ステップＳ１４２では、クライアントＰＣ３１は、図１２に示すテンプレート更新画面を表示する。
【００８０】
ステップＳ１４４では、クライアントＰＣ３１は、テンプレート更新画面に備えられたＯＫボタン２１あるいはキャンセルボタン２２が押下されたか否かによって、テンプレートの更新有無を判定し、ＯＫボタン２１が押下された場合、つまりテンプレートの更新を行うと判定した場合、ステップＳ１４６へ処理を進め、キャンセルボタン２２が押下された場合、つまりテンプレートの更新を行わないと判定した場合、処理を終了する。
【００８１】
ステップＳ１４６では、クライアントＰＣ３１は、ネットワーク４を介してテンプレートの更新要求を帳票サーバ１へ送信し、ステップＳ１４８では、帳票サーバ１は、ステップＳ１４６において送信されたテンプレートの更新要求を受信し、ステップＳ１５０では、帳票サーバ１は、ステップＳ１３４で受信したテンプレートの生成要求を基にテンプレート情報を更新する。尚、テンプレート情報の生成処理の方法については、以降の処理説明時に行う。
【００８２】
ステップＳ１３６において、帳票サーバ１は、テンプレート名がないと判定した場合、つまり生成要求されたテンプレートが新規作成である場合は、ステップＳ１５２へ処理を進める。
【００８３】
ステップＳ１５２では、帳票サーバ１は、ステップＳ１３４において受信したテンプレートの生成要求に含まれるテンプレート名、帳票Ａを特定する情報、及び検索条件に基づくテンプレート情報を図１８に示す名寄せ登録テンプレート情報テーブル３０に記憶する。
【００８４】
名寄せ登録テンプレート情報テーブル３０は、テンプレート生成時に図１１を用いて入力指定されるテンプレート名を記憶するテンプレートＩＤ、名寄せ帳票を生成するための基となる電子帳票を一意に識別するためのＩＤを記憶する元帳票のＩＤ、名寄せ帳票を生成する際の前述した検索条件を記憶する名寄せ条件１（検索）、及び検索結果を貼り付ける元帳票の位置（上限、下限座標）を記憶する名寄せ条件１（上下座標）を含んで構成されている。
【００８５】
尚、ステップＳ１３８では、本ステップで説明したテンプレート情報を生成し、当該テンプレート情報を用いて、既に存在するテンプレート情報に対して更新を行っている。
【００８６】
次にステップ１５４では、帳票サーバ１は、ステップＳ１２０において、一時的に作成した名寄せ帳票データを名寄せ実績帳票として生成し（本発明の実施形態では、元帳票である帳票Ａと同じ形式で生成）、ステップＳ１５６では、帳票サーバ１は、図１９に示す名寄せ実績帳票世代テーブル４０に名寄せ実績帳票の世代に関する情報を記憶する。
【００８７】
名寄せ実績帳票世代テーブル４０は、名寄せ帳票の元帳票を一意に識別するためのＩＤ（元帳票ＩＤ）とテンプレート名を合わせて生成した帳票ＩＤ、帳票ＩＤに対する世代を示す世代番号、名寄せ実績帳票の総ページ数を示すページ数、帳票ＩＤによって特定される名寄せ実績帳票のファイルサイズ、名寄せ実績帳票に関する詳細な情報を示す詳細設定を含んで構成されている。
【００８８】
更に、名寄せ実績帳票世代テーブル４０は、名寄せ行情報を備えているが、名寄せ行情報は、帳票ＩＤによって特定される名寄せ実績帳票の元帳票の何れの世代の何れの行から作成を行っているのかを示す情報を記憶している。
【００８９】
例えば、元帳票ＩＤがuriageである電子帳票に対して名寄せ検索した結果、電子帳票の１世代目の１行目がヒットした場合、uriage-1-1というＩＤで名寄せ行情報に記憶されることとなる。また、電子帳票の２世代目の１行目がヒットした場合、uriage-2-1というＩＤで名寄せ行情報に記憶される。
【００９０】
従って、本ステップでは、ステップＳ１５２で用いたテンプレート情報のテンプレートＩＤ及び元帳票ＩＤ、世代番号に１（本ステップでは、新規でテンプレートの作成等を行っているため）、ステップ１５４で生成した名寄せ実績帳票の総ページ数、生成した名寄せ実績帳票のファイルサイズ、生成した名寄せ実績帳票に関する詳細な情報、ステップＳ１２０において生成された名寄せ帳票データの帳票Ａの行情報（尚、元帳票の世代については、帳票Ａを特定する情報、つまりＩＤに含めて、帳票サーバ１において記憶管理することで判定することが可能である）の順に、名寄せ実績帳票世代テーブル４０の帳票ＩＤ、世代番号、ページ数、ファイルサイズ、詳細設定、及び名寄せ行情報に記憶する。例えば、図１９に示す名寄せ実績帳票世代テーブル４０の１レコード目、４１が想定される。
【００９１】
ステップＳ１５８では、帳票サーバ１は、ステップＳ１５４において生成した名寄せ実績帳票を帳票実績ファイル９として記憶する。
【００９２】
次に、名寄せ実績帳票へアノテーションを添え付けて保存する処理について、図１６に示すフローチャートを用いて具体的な処理を説明する。
【００９３】
まず、ステップＳ２００では、クライアントＰＣ３１は、ネットワーク４を介して名寄せ実績帳票の表示要求を帳票サーバ１に送信し、ステップＳ２０２では、帳票サーバ１は、ステップＳ２００で送信された名寄せ実績帳票の表示要求を受信する。
【００９４】
ステップＳ２０４では、帳票サーバ１は、ステップＳ２０２において受信した表示要求に該当する名寄せ実績帳票を帳票実績ファイル９から取得し、ステップＳ２０６では、帳票サーバ１は、ネットワーク４を介してステップＳ２０４において取得した名寄せ実績帳票を送信する。尚、ステップＳ２０４において取得した名寄せ実績帳票の各行に表示される帳票データに対応させて、名寄せ実績帳票世代テーブル４０の名寄せ行情報を保持している。以降、名寄せ実績帳票の各行に表示される帳票データに対応させて、名寄せ行情報を保持して生成されている。
【００９５】
ステップＳ２０８では、クライアントＰＣ３１は、ステップＳ２０６において送信された名寄せ実績帳票を受信し、ステップＳ２１０では、クライアントＰＣ３１は、ステップＳ２０８において受信した名寄せ実績帳票を表示する。
【００９６】
ステップＳ２１２では、クライアントＰＣ３１は、名寄せ実績帳票に対してアノテーションが添付されたか否かを判定し、アノテーションが添付されたと判定した場合は、ステップＳ２１４へ処理を進める。
【００９７】
尚、名寄せ実績帳票に対してアノテーションが添付された状態は、図９に示すように、来月の新商品のため買い控え、ボーナス前で伸び悩み等がアノテーションとして添付されている。
【００９８】
ステップＳ２１４では、クライアントＰＣ３１は、アノテーションとして添付された名寄せ実績帳票の帳票ＩＤ、アノテーションが添付された名寄せ実績帳票の名寄せ行情報、アノテーションの位置情報（例えば、当該行の左端からの距離）、アノテーションのサイズ、アノテーションの種類、アノテーションに入力されたコメント等をアノテーション情報として取得する。
【００９９】
ステップＳ２１６では、クライアントＰＣ３１は、ネットワーク４を介してステップＳ２１４で取得したアノテーション情報の保存要求を送信する。
【０１００】
ステップＳ２１８では、帳票サーバ１は、ステップＳ２１６において送信されたアノテーション情報の保存要求を受信し、ステップＳ２２０では、ステップＳ２１８において受信したアノテーション情報を図２０に示すアノテーション情報テーブル５０に記憶する。
【０１０１】
アノテーション情報テーブル５０は、名寄せ実績帳票の何れの行にアノテーションを添付したのかを記憶管理しており、アノテーションを一意に識別するためのアノテーションＩＤ、名寄せ実績帳票の帳票ＩＤを示す元帳票ＩＤ、アノテーションが添付された名寄せ実績帳票の行の情報を記憶する名寄せ行情報、アノテーションが添付された名寄せ実績帳票の行に対する添付されたアノテーションの位置座標（例えば、当該行の左端からの距離をＸ座標として位置座標として記憶し、Ｙ座標については、行の縦幅を２等分する位置を固定で設定）、アノテーションのサイズを示すサイズ、アノテーションの種類を示す種類、アノテーションに入力された情報を示すコメントを含んで構成されている。
【０１０２】
本ステップでは、アノテーションＩＤには既に登録されているアノテーションＩＤの最大値に１を加えた値を記憶すると共に、ステップＳ２１６において送信されたアノテーション情報の帳票ＩＤ、名寄せ行情報、位置情報、サイズ、種類、及びコメントの順に、アノテーション情報テーブル５０の元帳票ＩＤ、名寄せ行情報、座標、サイズ、種類、及びコメントへ記憶する
【０１０３】
次に、名寄せ実績帳票自動生成処理について図１７に示すフローチャートを用いて具体的な処理を説明する。尚、この処理は、帳票サーバ１でのみ処理されるため、図１７に示すフローチャートにクライアントＰＣ３１側の処理は存在しない。また、本実施形態では、名寄せ実績帳票生成用のテンプレート、アノテーションを含んだ名寄せ実績帳票が既に登録されている状態での具体的処理を示すものとなる。
【０１０４】
まず、ステップＳ３００では、帳票サーバ１の帳票実績ファイル９として、図１３に示す名寄せ実績帳票の元帳票（売上報告書Ｂ、以降、帳票Ｂ）の帳票データを受付け、ステップＳ３０２では、ステップＳ３００において受付けた元帳票に関連するテンプレートがあるかどうか、つまり元帳票を一意に識別するためのＩＤを用いて、当該ＩＤが名寄せ登録テンプレート情報テーブル３０の元帳票ＩＤに存在するか否かを判定することで、関連するテンプレートの有無を判定する。
【０１０５】
関連するテンプレートが存在すると判定した場合は、ステップＳ３０４へ処理を進め、関連するテンプレートが存在しないと判定した場合は、処理を終了する。
【０１０６】
ステップＳ３０４では、ステップＳ３０２において、関連するテンプレートのテンプレート情報を名寄せ登録テンプレート情報テーブル３０から取得するため、元帳票を一意に識別するためのＩＤを用いて、当該ＩＤが名寄せ登録テンプレート情報テーブル３０の元帳票ＩＤに存在するテンプレート情報を取得する。
【０１０７】
ステップＳ３０６では、ステップＳ３００において受付けた元帳票の帳票データとステップＳ３０４において取得したテンプレート情報の名寄せ条件とを用いて、名寄せ実績帳票データを生成する。この際、名寄せ実績帳票データを一意に識別するための帳票ＩＤをテンプレート情報のテンプレートＩＤ及び元帳票ＩＤを用いて生成する。
【０１０８】
ステップＳ３０８では、生成すべく名寄せ実績帳票が以前生成されたか否かを判定するため、ステップＳ３０６において生成した名寄せ実績帳票データの帳票ＩＤが名寄せ実績帳票世代テーブル４０の帳票ＩＤに存在するか否かを判定し、存在すると判定した場合、以前名寄せ実績帳票を生成したことがある場合は、ステップＳ３１０へ処理を進め、存在すると判定しない場合、以前名寄せ実績帳票を生成したことがない場合は、ステップＳ３１４へ処理を進める。
【０１０９】
ステップＳ３１０では、名寄せ実績帳票の世代情報を名寄せ実績帳票世代テーブル４０に記憶するが、ステップＳ３０６において生成した帳票ＩＤ、帳票ＩＤに対応する世代番号の最大値に１を加えた値、ステップＳ３０６において生成した名寄せ実績帳票データのページ数と名寄せ実績帳票データのファイルサイズと名寄せ実績帳票データに関する詳細な情報と名寄せ実績帳票データを生成するための名寄せ行情報との順に、名寄せ実績帳票世代テーブル４０の帳票ＩＤ、世代番号、ページ数、ファイルサイズ、詳細設定、名寄せ行情報を記憶する。
【０１１０】
例えば、本ステップでは、２世代目の名寄せ実績帳を登録すると想定すると、図１９に示すように名寄せ実績帳票世代テーブル４０の１レコード目として４１が記憶されており、本ステップにおいては、２レコード目として４２が記憶される。
【０１１１】
この場合、名寄せ条件として、６世代前の元帳票を用いて名寄せ実績帳を生成するため、名寄せ行情報として、１世代目の名寄せ実績帳を示す１レコード目の４１では、uriage-1-1からuriage-6-1が記憶されているが、２世代目の名寄せ実績帳を示す２レコード目の４２では、uriage-2-1からuriage-7-1が記憶されている。
【０１１２】
つまり行を示す値は、変化せず１のままであるが、世代を示す数値が、１世代目の名寄せ行情報（１から６）から１つ加算されて２世代目の名寄せ行情報（２から７）を記憶している。
【０１１３】
ステップＳ３１２では、ステップＳ３０６において生成した名寄せ実績帳票データを用いて名寄せ実績帳票を生成し、帳票実績ファイル９として記憶する。
【０１１４】
ステップＳ３１４では、ステップＳ３０６において生成した名寄せ実績帳票データについて、新規で世代情報を名寄せ実績帳票世代テーブル４０に記憶し、ステップＳ３１６では、ステップＳ３０６において生成した名寄せ実績帳票データを用いて名寄せ実績帳票を生成し、帳票実績ファイル９として記憶する。尚、ステップＳ３１４またはステップＳ３１６の処理は、ステップＳ１５６及びステップＳ１５８における処理と同内容であるため詳細な説明は省略する。
【０１１５】
次に、アノテーションのある名寄せ実績帳票表示処理について図２１に示すフローチャートを用いて具体的な処理を説明する。本実施形態では、名寄せ実績帳票に対してアノテーションが添付された状態で保存されており、ある世代の表示要求がされた場合の具体的な処理について示すものとする。
【０１１６】
まず、ステップＳ４００では、クライアントＰＣ３１は、ネットワーク４を介して名寄せ実績帳票の表示要求（名寄せ実績帳票の帳票ＩＤ、及び世代番号を含む）を帳票サーバ１へ送信し、ステップＳ４０２では、帳票サーバ１は、ステップＳ４００において送信された名寄せ実績帳票の表示要求を受信する。
【０１１７】
ステップＳ４０４では、帳票サーバ１は、ステップＳ４０２において受信した表示要求に基づいて、帳票実績ファイル９から名寄せ実績帳票を取得し、ステップＳ４０６では、帳票サーバ１は、ステップＳ４０２において受信した表示要求に含まれる名寄せ実績帳票の帳票ＩＤに該当するアノテーション情報テーブル５０の元帳票ＩＤに対応する名寄せ実績情報に関連するアノテーション情報を取得する。
【０１１８】
ステップＳ４０８では、帳票サーバ１は、ステップＳ４０２において受信した表示要求に基づいて、名寄せ実績帳票世代テーブル４０に記憶された名寄せ行情報を取得し、ステップＳ４１０では、ステップＳ４０６において取得したアノテーション情報に含まれる名寄せ行情報を取得する。
【０１１９】
ステップＳ４１２では、帳票サーバ１は、ステップ４０８で取得した名寄せ行情報とステップ４１０で取得した名寄せ行情報とを用いて一致箇所を特定し、次のステップＳ４１４では、帳票サーバ１は、ステップＳ４０４において取得した名寄せ実績帳票に対して、ステップＳ４１２において特定した箇所に、当該特定した箇所に対応するステップＳ４０６において取得したアノテーション情報に基づいてアノテーションを生成して添付する。
【０１２０】
ステップＳ４１６では、帳票サーバ１は、ネットワーク４を介してステップＳ４１４においてアノテーションが添付された名寄せ実績帳票をクライアントＰＣ３１へ送信し、ステップＳ４１８では、クライアントＰＣ３１は、ステップＳ４１６において送信されたアノテーションが添付された名寄せ実績帳票を受信する。
【０１２１】
ステップＳ４１８では、クライアントＰＣ３1は、ステップＳ４１６において受信したアノテーションが添付された名寄せ実績帳票を表示する。
【０１２２】
図２２には、名寄せ実績帳票の過去世代にアノテーションが添付されていた状態が示されている。図９に示す名寄せ実績帳票は、１０月時点での売上報告書を元帳票として生成した場合を想定するとなると、この時点から２カ月分の売上報告書が反映された帳票が図２２に示されるものとして想定される。
【０１２３】
例えば、１０月時点で、カメラ営業部９月及びカメラ営業部６月の行に対して順に、来月の新商品のため買い控え及びボーナス前で伸び悩みのアノテーションを添付し、２カ月後、本実施形態に係る帳票生成システム１０における処理を行うと、図２２に示すように、１０月時点で添付したカメラ営業部９月のアノテーションが残り、カメラ営業部６月のアノテーションが表示されないような制御を行っている。
［第２の実施形態］
【０１２４】
本発明の第１の実施形態では、名寄せ実績帳票の各行に対してアノテーションを添付した後、元帳票に対して新たな帳票データが追加された場合においても、各行に対してアノテーションが添付されたまま名寄せ実績帳票を参照することに関して記載しているが、第２の実施形態では、名寄せ実績帳票の各行に対してアノテーションを添付した場合、アノテーションを添付した各行を備えた元帳票にも反映する。
【０１２５】
尚、本発明の第２の実施形態では、基本的に第１の実施形態と同一の構成を有するため、第１の実施形態と異なる部分を説明し、また、第１の実施形態と同一の構成等については、同一の符号を用いて説明する。
【０１２６】
まず、名寄せ実績帳票に対してアノテーションが添付され、アノテーションが添付された行を備えた元帳票に対して、アノテーションが添付されたことを示す情報を記憶する。
【０１２７】
具体的には、図１６のフローチャートに示すステップＳ２２０において、名寄せ実績帳票に対して添付したアノテーションに関する情報をアノテーション情報テーブル５０に記憶しているが、その際に、元帳票を特定し、当該元帳票へのアノテーションの添付情報を、図２３に示すアノテーション補完情報テーブル６０に記憶する。
【０１２８】
アノテーション補完情報テーブル６０は、アノテーションＩＤ、元帳票ＩＤ、名寄せ行情報、座標、サイズ、種類、及びコメントを含む構成であり、この記載順に、アノテーション情報テーブル５０に記憶したアノテーションＩＤ、アノテーション情報テーブル５０に記憶した元帳票ＩＤのハイフンに対して前半部分（元帳票のＩＤを示す。ハイフン以降は、テンプレートＩＤ）、アノテーション情報テーブル５０に記憶した名寄せ行情報、座標、サイズ、種類、及びコメントを記憶する。
【０１２９】
そして、元帳票を表示する際に、名寄せ実績帳票において添付されたアノテーションを引き継いで表示するため、具体的に以下の処理を行う。
【０１３０】
電子帳票を取得する際に、クライアントＰＣを用いて、帳票ＩＤ及び世代数を含む検索条件を指定して、帳票サーバ１は、当該検索条件を用いて帳票実績ファイル９から電子帳票を取得し、その際に、図２３に示すアノテーション補完情報テーブル６０に記憶されたアノテーション補完情報を取得して、アノテーションの添付対象であるか否かを判定する。
【０１３１】
取得対象とする電子帳票の帳票ＩＤがアノテーション補完情報テーブル６０の元帳票ＩＤと一致するか否かを判定し、一致した場合、アノテーションを添付する電子帳票であるとして、そのレコード（アノテーション補完情報）を取得する。
【０１３２】
そして取得したレコード（アノテーション補完情報）の名寄せ行情報に対して、右端に記載された数値が、世代数を示しているので、検索条件に含まれる世代数を有する名寄せ行情報を含むレコード（アノテーション補完情報）を取得する。
【０１３３】
右端に記載された数値とは、例えば、図２３においては、名寄せ行情報のuriage-5-1に関しては、１を示す、uriage-2-1に関しては、１を示す。
【０１３４】
その後、取得したアノテーション補完情報に含まれる名寄せ行情報を用いて、電子帳票の行を特定するが、名寄せ行情報のハイフンに挟まれた数値が、電子帳票に対する行を示しているので、電子帳票のどの行に対してアノテーションを付与するかを決定する。
【０１３５】
名寄せ行情報のハイフンに挟まれた数値とは、例えば、図２３においては、名寄せ行情報のuriage-5-1に関しては、５を示す、uriage-2-1に関しては、２を示す。
【０１３６】
電子帳票に対してアノテーションを添付する行を特定した後、その行の何れの位置にアノテーションを添付するのかを決定するため、アノテーション補完情報に含まれる座標を用いる。
【０１３７】
座標が特定されると、アノテーション補完情報に含まれるサイズ、種類、コメントからアノテーションを生成し、決定した電子帳票の行と行に関する位置に、当該アノテーションを添付する。
【０１３８】
帳票サーバ１は、アノテーションを電子帳票に対して添付した後、クライアントＰＣへ電子帳票を送信し、クライアントＰＣにおいて、受信した電子帳票を表示する。
【０１３９】
更に、元帳票を表示する場合と同様に名寄せ帳票を表示する際にも、図１５に示すステップＳ１２０において、名寄せ帳票を取得する際に、クライアントＰＣを用いて、帳票ＩＤ及び世代数を含む検索条件を指定して、帳票サーバ１は、当該検索条件を用いて帳票実績ファイル９から名寄せ帳票データを取得し、その際に、図２３に示すアノテーション補完情報テーブル６０に記憶されたアノテーション補完情報を取得して、アノテーションの添付対象であるか否かを判定する。
【０１４０】
取得対象とする名寄せ帳票の帳票ＩＤがアノテーション補完情報テーブル６０の元帳票ＩＤと一致するか否かを判定し、一致した場合、アノテーションを添付する名寄せ帳票であるとして、そのレコード（アノテーション補完情報）を取得する。
【０１４１】
そして取得したレコード（アノテーション補完情報）の名寄せ行情報に対して、右端に記載された数値が世代数を示しているので、検索条件に含まれる世代数を有する名寄せ行情報を含むレコード（アノテーション補完情報）を取得する。
【０１４２】
その後、取得したアノテーション補完情報に含まれる名寄せ行情報を用いて、名寄せ帳票の行を特定するが名寄せ行情報のハイフンに挟まれた数値が、名寄せ帳票に対する行を示しているので、名寄せ帳票のどの行に対してアノテーションを付与するかを決定する。
【０１４３】
名寄せ帳票に対してアノテーションを添付する行を特定した後、その行の何れの位置にアノテーションを添付するのかを決定するため、アノテーション補完情報に含まれる座標を用いる。
【０１４４】
座標が特定されると、アノテーション補完情報に含まれるサイズ、種類、コメントからアノテーションを生成し、決定した名寄せ帳票の行と行に関する位置に、当該アノテーションを添付する。
【０１４５】
帳票サーバ１は、アノテーションを名寄せ帳票に対して添付した後、クライアントＰＣへ名寄せ帳票を送信し、クライアントＰＣにおいて、受信した名寄せ帳票を表示する。
【０１４６】
また、以降のステップで、アノテーションが添付された名寄せ帳票を利用して、名寄せ実績帳票を生成することが想定されるが、その場合、図１５に示すステップＳ１５６において名寄せ実績帳票の世代に関する情報を名寄せ実績帳票世代テーブル４０に登録した後、アノテーションに関する情報を、図２０に示すアノテーション情報テーブル５０及び図２３に示すアノテーション補完情報テーブル６０に記憶する。
【０１４７】
アノテーション情報テーブル５０のアノテーションＩＤ、元帳票ＩＤ、名寄せ行情報、座標、サイズ、種類、コメントの記載順に、アノテーション情報テーブル５０に記憶されたアノテーションＩＤの最大のＩＤに１加えたＩＤ、名寄せ実績帳票世代テーブル４０の帳票ＩＤ、アノテーションが添付された行に対応する名寄せ実績帳票世代テーブル４０の名寄せ行情報、アノテーションが添付された行の座標、アノテーションのサイズ、アノテーションの種類、アノテーションに記載されたコメントを記憶する。
【０１４８】
また、アノテーション補完情報テーブル６０には、アノテーション情報テーブル５０に登録した情報と、元帳票ＩＤ以外は、すべて同様な情報を記憶しており、元帳票ＩＤは、帳票ＩＤのハイフンの前半部分を記憶している。
【０１４９】
これによって、名寄せ帳票から名寄せ実績帳票を生成する場合も、名寄せ帳票に添付されたアノテーションの情報を引き継ぐことが可能となる。
［第３の実施形態］
【０１５０】
本発明の第１の実施形態では、図２１に示すフローチャートのステップＳ４００では、名寄せ実績帳票の表示要求を直接行っているが、第３の実施形態では、元帳票を開いている状態で、当該名寄せ帳票に関連する名寄せ実績帳票を開くことを想定した態様を示している。
【０１５１】
尚、本発明の第３の実施形態では、基本的に第１の実施形態と同一の構成を有するため、第１の実施形態と異なる部分を説明し、また、第１の実施形態と同一の構成等については、同一の符号を用いて説明する。
【０１５２】
図２１に示すフローチャートのステップＳ４００では、名寄せ実績帳票の表示要求（名寄せ実績帳票の帳票ＩＤ、及び世代番号を含む）を帳票サーバ１へ送信しているが、図２４に示す元帳票を表示した画面を用いて、名寄せ実績帳票の表示要求を行う。
【０１５３】
図２４に示す帳票表示画面７０は、元帳票を表示する領域を示す表示領域７１と、名寄せ実績帳票を特定するための帳票IDの入力欄を示す帳票ID入力欄７２、名寄せ実績帳票を表示する際に押下するための検索ボタン７３を備えている。
【０１５４】
ユーザは、参照したい名寄せ実績帳票を特定するための帳票IDを帳票ID入力欄７２に入力し、検索ボタン７３を押下すると、帳票ID入力欄７２に入力された帳票IDと表示領域７１に表示された帳票データの月度を取得し、ステップＳ４０２では、名寄せ実績帳票の表示要求（名寄せ実績帳票の帳票ＩＤ、帳票データの月度を含む）を帳票サーバ１へ送信する。
【０１５５】
ステップＳ４０４では、帳票サーバ１は、ステップＳ４０２で受信した帳票ＩＤと帳票データの月度から、該当する名寄せ実績帳票を帳票実績ファイル９から取得する。
【０１５６】
本実施形態では、図１９に示す名寄せ実績帳票世代テーブル４０の詳細設定に対して、名寄せ実績帳票の世代に関する情報を本テーブルへ記憶する際に（ステップＳ１５６、ステップＳ３１０、及びステップＳ３１４）、記憶する時刻に関する情報を設定する。
【０１５７】
これにより、現在の月度から詳細設定に設定された時刻に含まれる月度を減算することで世代数が特定され、この特定した名寄せ実績帳票を取得する。
【０１５８】
本実施形態では、月毎に世代数を考慮しているがこれに限ったことではなく、日毎、年度毎等のように世代数を考慮しても良い。
【０１５９】
本発明によれば、電子帳票から２次的な帳票を生成する際の条件を記憶しておき、以降、新たな世代の電子帳票が登録されると、当該条件に基づいて、２次的な帳票を自動生成することで、業務の効率化を図ることが可能となる。
【０１６０】
更に、２次的な帳票に対してアノテーションを添付した行情報（元帳票の行）を記憶させておくことで、新たな２次的な帳票を生成する場合にも、当該行情報を用いてアノテーションを添付することが可能となるので、以前、添付したアノテーションに入力したコメント等を確認すること可能となるので、業務の効率化を図ることができる。
【０１６１】
以上、実施形態例を詳述したが、本発明は、例えば、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１６２】
帳票生成システムにおける実施態様を記載しているが、クライアントＰＣの機能を帳票生成装置に備え、帳票生成装置単体の構成で実施することも可能である。
【０１６３】
また、本発明におけるプログラムは、各処理方法をコンピュータが実行可能（読み取り可能）なプログラムであり、本発明の記憶媒体は、各処理方法をコンピュータが実行可能なプログラムが記憶されている。
【０１６４】
なお、本発明におけるプログラムは、各装置の処理方法ごとのプログラムであってもよい。
【０１６５】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読取り実行することによっても、本発
【０１６６】
明の目的が達成されることは言うまでもない。
【０１６７】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【０１６８】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【０１６９】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータで稼働しているＯＳ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１７０】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１７１】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。
【０１７２】
この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１７３】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステム、あるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１７４】
１ 帳票サーバ
２ ホスト
４ ネットワーク
７ 帳票実績テーブル
９ 帳票実績ファイル
１０ 帳票生成システム
１２ 中央処理装置
１３ 記憶装置
１６ 外部補助記憶装置
１７ ＩＯインタフェース装置
３１ クライアントＰＣ
３２ クライアントＰＣ
【技術分野】
【０００１】
本発明は、上位システムから転送される帳票データに対して２次的な帳票の生成を行う帳票生成装置、帳票生成システム、制御方法、及びプログラムに関するものである。
【背景技術】
【０００２】
電子帳票システムでは、自身に保存されている帳票を検索し、その検索ヒット結果を寄せ集め、その検索結果を埋め込んだ２次的帳票（名寄せ帳票）を生成する仕組みを有しているものが存在する。
【０００３】
名寄せ帳票の生成の流れは次のようになる。まず、オペレータが電子帳票に対して、検索領域を指定した後、図１に示す画面を用いて、検索領域（図１に示す対象領域Ｓ１が検索領域）に対する検索条件（図１に示す種別、条件が該当）を指定し、検索要求を行う。
【０００４】
次に、電子帳票システムが検索要求に応えて、検索条件に合致した帳票データを図２に示すような検索結果一覧として表示する。
【０００５】
そして、オペレータが検索元の電子帳票に対して、検索結果を貼り付ける上限下限座標を設定した後、名寄せ帳票の作成要求を行うと、図３に示すように電子帳票システムが元帳票のフォームに、検索結果を埋め込んだ名寄せ帳票を生成し、表示する。
【０００６】
現在、電子帳票システムは企業の基幹システムとして運用されることが多く、登録される帳票の内容のレベルとしては全社単位であったり、事業部単位であったりと個人のレベルからすると大きな単位となっていることが多い。従って、使用者は、名寄せ帳票を生成して、大きいレベルの帳票内容から、個人が利用しやすいようなレベルの帳票を生成し、活用している。
【０００７】
このように、現状では、個人レベルの帳票としては名寄せ帳票を利用する機会が増してきたため、電子帳票システムに登録されている元帳票（１次的な帳票）から個人レベルの帳票を作成し、作成された帳票を活用する、という手間のかかる作業が必要となってきている。
【０００８】
一方、帳票を効率よく利用することを目的としたものとして、特許文献１には、電子帳票システムに登録されている元帳票を２次的に活用する技術が開示されている。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２０１０−１４０１２２号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
特許文献１に記載の発明によれば、電子帳票を生成して表示した際に、表示されたレイアウト情報を含んだ帳票データを抽出し、抽出したデータを他の電子帳票システムなどのインプットデータとして利用することが可能であるという２次的な活用方法である。
【００１１】
しかしながら、特許文献１に記載の技術によると、同じ電子帳票システム内で必要なデータのみを抽出して元帳票と同じフォームイメージで帳票として活用するという技術ではないため、作成した名寄せ帳票をスナップショットのように保存することのみが示唆されている。
【００１２】
そのため、例えば、会社全体の売上報告書が元帳票として毎月登録される状態において、帳票が登録されるたびに自動的に過去半年分の世代を対象として自部門の売上のみをフィルタリングした名寄せ帳票を生成する場合、現状の名寄せ帳票を生成する技術では自動的に帳票を生成する機能がないため実現できず、元帳票を表示した後、名寄せ帳票を作成し直す方法しかない。
【００１３】
さらに、現状の名寄せ帳票を生成する技術では、名寄せ帳票に関連（世代の概念）がないため、以前に作成した名寄せ帳票で記述したコメントなどは残らない。
【００１４】
そのため、例えば、会社全体の売上報告書が元帳票として毎月登録される状態において、過去半年分の世代を対象として自部門の売上のみをフィルタリングした名寄せ帳票に対して作成し添え付けたコメントがあり、次に作成する名寄せ帳票にもその添え付けたコメントを表示したいとなった場合、名寄せ帳票には関連がないため、新たに作成した名寄せ帳票にはコメントが表示されず、新たにコメントを作成し直す必要がある。
【００１５】
このように、現状では、名寄せ帳票を生成するに当たり、電子帳票システムに登録されている元帳票のデータ部分をフィルタした帳票が作成されるだけであり、名寄せ帳票として作成された帳票を連続的に活用するような用途には適していない。
【００１６】
本発明は、上記課題を解決するものであり、元帳票から名寄せ帳票を効率的に生成することを可能とすることで、名寄せ帳票の生成に係る労力を軽減できる帳票生成装置、帳票生成システム、制御方法、及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１７】
上記目的を達成するための第１の発明は、指定された元帳票領域内の帳票データから２次的な帳票を生成する帳票生成装置であって、前記元帳票領域を記憶する記憶手段と、前記元帳票と同一形式で新たな元帳票を受付けた後、前記記憶手段によって記憶された前記元帳票領内の前記新たな元帳票の帳票データを用いて前記２次的な帳票を生成する帳票生成手段と、前記帳票生成手段によって生成された前記２次的な帳票の表示を制御する表示制御手段と、を備えたことを特徴とする帳票生成装置である。
【００１８】
上記目的を達成するための第２の発明は、クライアント装置と２次的な帳票を生成するための元帳票を記憶管理する帳票生成装置とがネットワークを介して接続された帳票生成システムであって、前記クライアント装置は、前記元帳票に対して領域を指定するための指定手段と、帳票生成手段によって生成された前記２次的な帳票を表示する表示手段と、を備え、前記票生成装置は、前記指定手段によって指定された元帳票領域を記憶する記憶手段と、前記元帳票と同一形式で新たな元帳票を受付けた後、前記記憶手段によって記憶された前記元帳票領内の前記新たな元帳票の帳票データを用いて前記２次的な帳票を生成する帳票生成手段と、を備えたことを特徴とする帳票生成システムである。
【００１９】
上記目的を達成するための第３の発明は、指定された元帳票領域内の帳票データから２次的な帳票を生成する帳票生成装置の制御方法であって、前記元帳票領域を記憶する記憶工程と、前記元帳票と同一形式で新たな元帳票を受付けた後、前記記憶工程によって記憶された前記元帳票領内の前記新たな元帳票の帳票データを用いて前記２次的な帳票を生成する帳票生成工程と、前記帳票生成工程によって生成された前記２次的な帳票の表示を制御する表示制御工程と、を実行することを特徴とする帳票生成装置の制御方法である。
【００２０】
上記目的を達成するための第４の発明は、クライアント装置と２次的な帳票を生成するための元帳票を記憶管理する帳票生成装置とがネットワークを介して接続された帳票生成システムの制御方法であって、前記クライアント装置は、前記元帳票に対して領域を指定するための指定工程と、帳票生成工程によって生成された前記２次的な帳票を表示する表示工程と、を実行し、前記票生成装置は、前記指定工程によって指定された元帳票領域を記憶する記憶工程と、前記元帳票と同一形式で新たな元帳票を受付けた後、前記記憶工程によって記憶された前記元帳票領内の前記新たな元帳票の帳票データを用いて前記２次的な帳票を生成する帳票生成工程と、を実行することを特徴とする帳票生成システムの制御方法である。
【００２１】
上記目的を達成するための第５の発明は、指定された元帳票領域内の帳票データから２次的な帳票を生成する帳票生成装置において実行されるプログラムであって、前記元帳票領域を記憶する記憶手段と、前記元帳票と同一形式で新たな元帳票を受付けた後、前記記憶手段によって記憶された前記元帳票領内の前記新たな元帳票の帳票データを用いて前記２次的な帳票を生成する帳票生成手段と、前記帳票生成手段によって生成された前記２次的な帳票の表示を制御する表示制御手段と、を機能させることを特徴とするプログラムである。
【００２２】
上記目的を達成するための第６の発明は、クライアント装置と２次的な帳票を生成するための元帳票を記憶管理する帳票生成装置とがネットワークを介して接続された帳票生成システムにおいて実行されるプログラムであって、前記クライアント装置を、前記元帳票に対して領域を指定するための指定手段と、帳票生成手段によって生成された前記２次的な帳票を表示する表示手段と、として機能させ、前記票生成装置を、前記指定手段によって指定された元帳票領域を記憶する記憶手段と、前記元帳票と同一形式で新たな元帳票を受付けた後、前記記憶手段によって記憶された前記元帳票領内の前記新たな元帳票の帳票データを用いて前記２次的な帳票を生成する帳票生成手段と、して機能させることを特徴とするプログラムである。
【発明の効果】
【００２３】
本発明によれば、電子帳票から２次的な帳票を生成する際の条件を記憶しておき、以降、新たな世代の電子帳票が登録されると、当該条件に基づいて、２次的な帳票を自動生成することで、業務の効率化を図ることが可能となる、という効果を奏する。
【図面の簡単な説明】
【００２４】
【図１】名寄せ帳票を生成する際の条件を指定する画面の構成を示す構成図である
【図２】名寄せ帳票を生成する際に前記条件によって元帳票の帳票データを検索した結果を説明するための説明図である。
【図３】名寄せ帳票の一例を示す図である。
【図４】本発明の実施形態に係る帳票システムの概略構成を示す構成図である。
【図５】本発明の実施形態に係る帳票サーバのハードウェアの概略構成を示す構成図である。
【図６】本発明の実施形態に係る帳票生成システムの基本的な処理の流れを示す流れ図である。
【図７】本発明の実施形態において、電子帳票が画面に表示された状態を示す図である。
【図８】本発明の実施形態における電子帳票Ａの一例を示す図である。
【図９】本発明の実施形態において、帳票サーバが電子帳票から生成した名寄せ実績帳票の一例を示す図である。
【図１０】本発明の実施形態に係るメニュー画面の構成を示す構成図である。
【図１１】本発明の実施形態に係るテンプレート名入力画面の構成を示す構成図である。
【図１２】本発明の実施形態に係るテンプレート更新確認画面の構成を示す構成図である。
【図１３】本発明の実施形態における電子帳票Ｂの一例を示す図である。
【図１４】本発明の実施形態において、帳票サーバが電子帳票から生成した名寄せ実績帳票の一例を示す図である。
【図１５】本発明の実施形態に係る帳票生成システムにおいてテンプレート生成処理の流れを示すフローチャートである。
【図１６】本発明の実施形態に係る帳票生成システムにおいてアノテーション生成処理の流れを示すフローチャートである。
【図１７】本発明の実施形態に係る帳票生成システムにおいて名寄せ実績帳票の自動生成処理の流れを示すフローチャートである。
【図１８】本発明の実施形態に係る名寄せテンプレート情報テーブルの構成を示す構成図である。
【図１９】本発明の実施形態に係る名寄せ実績帳票世代テーブルの構成を示す構成図である。
【図２０】本発明の実施形態に係るアノテーション情報テーブルの構成を示す構成図である。
【図２１】本発明の実施形態に係る帳票生成システムにおいてアノテーションが添付された名寄せ実績帳票表示処理の流れを示すフローチャートである。
【図２２】本発明の実施形態において、帳票サーバが生成する名寄せ実績帳票の過去世代にアノテーション情報が存在した場合の一例を示す図である。
【図２３】本発明の実施形態に係るアノテーション補完情報テーブルの構成を示す構成図である。
【図２４】本発明の実施形態において、帳票サーバが生成する名寄せ実績帳票を参照するための画面の構成を示す構成図である。
【発明を実施するための形態】
【００２５】
［第１の実施形態］
【００２６】
以下、図面を参照して、本発明の帳票生成システムの第１の実施形態を詳細に説明する。
【００２７】
図４は、本発明の実施形態に係る帳票生成システム１０の構成を示す構成図であり、帳票生成システム１０は、帳票サーバ１（帳票生成装置）、ホスト２（サーバ）、クライアントＰＣ３１、３２（ユーザの端末装置）等がネットワーク４を介して接続されて構成される。
【００２８】
尚、図４のネットワーク４上に接続される各種端末の構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。
【００２９】
帳票サーバ１は、ホスト２から転送される帳票印刷データを受信し、受信した帳票印刷データを変換して電子的に再利用可能な形式の帳票データとして保存する（例えば、後述する帳票実績テーブルや帳票実績ファイル等）。
【００３０】
尚、本実施形態では、帳票データによりユーザの端末装置等の表示装置に表示されるものを電子帳票（もしくは帳票）と称する。また、帳票サーバ１は、帳票データを管理し、本実施形態の処理を実行して検索、分析などを行う。
【００３１】
ホスト２は、クライアントＰＣ３１、３２からのアクセスに対してレスポンス処理を行うことが可能な構造となっており、ネットワーク４は、ＴＣＰ／ＩＰ等のプロトコルを用いて通信可能な環境を有するＬＡＮで構成されるものである。
【００３２】
クライアントＰＣ３１、３２は、ユーザが用いる汎用のＰＣであり、帳票サーバ１やホスト２と双方向通信可能な通信機能と電子帳票の閲覧機能とを有している。
【００３３】
次に、本発明の帳票サーバ１のハードウェア構成について、図５を用いて説明する。なお、ホスト２（サーバ）も以下に示すものと同様の構成とすることができるため説明は省略する。
【００３４】
図５において、中央処理装置１２は、システムバスに接続される各デバイスを統括的に制御しており、記憶装置１３あるいは外部補助記憶装置１６には、中央処理装置１２の制御プログラムであるオペレーティングシステム（ＯＳ）や、各サーバあるいは各クライアントの後述する各種機能を実現するためのプログラムが記憶されている。
【００３５】
ＩＯインタフェース装置１７は、ネットワーク４を介して外部機器との通信制御処理を実行しており、具体的には、ネットワーク４を介して相手の装置に帳票データを含むデータを送信し、またはネットワークに接続された他の装置からのデータを受信する。
【００３６】
以上、帳票サーバ１を中心に説明したが、汎用のパーソナルコンピュータであるクライアントＰＣ３１、３２も、基本的な構成は帳票サーバ１と変わらないため特に説明は行わないが、ネットワーク４を介して帳票サーバ１やホスト２と通信して電子帳票の表示を行うことが可能であり、更に、入力用のマウスやキーボードを有していれば本発明の目的を達することができる。
【００３７】
以降で説明する各装置の処理は、各装置の記憶装置１３あるいは外部補助記憶装置１６に記憶されたプログラムやデータを用いて、各装置の中央処理装置が演算等を行うことにより実現される。
【００３８】
次に、本発明の帳票生成システム１０の基本的な処理の流れについて、図６を用いて説明する。
【００３９】
まず、ステップ（１）において、ホスト２から帳票印刷データが帳票サーバ１へ転送されると、ステップ（２）において、帳票サーバ１では、帳票印刷データをその後の処理に都合が良い形態（帳票データ）に変換して保存する。本実施形態では、例えば、帳票実績テーブル７と帳票実績ファイル９とに分けて保存、管理する。
【００４０】
このような帳票データが管理されている状態で、ステップ（３）において、クライアントＰＣ３１、３２から帳票データの参照要求があると、ステップ（４）において、帳票サーバ１は、まず参照要求に応じて対象の帳票データを参照可能かどうか、帳票実績テーブル７を参照して判定し、参照可能な場合、ステップ（５）において、帳票実績ファイル９から要求された帳票データを読み出してクライアントＰＣ３１、３２に送信する。
【００４１】
そして、帳票データを受信したクライアントＰＣ３１、３２では、図７の一例に示すように、帳票データを画面上に表示したり、印刷したりすることができる。
【００４２】
次に、本発明の特徴であるテンプレート生成および名寄せ実績帳票生成の処理について、図８から図１２を参照してその概略を説明する。
【００４３】
本実施形態では、図８に示す電子帳票について、テンプレート生成指示をすることにより、当該生成されたテンプレートを用いて、図９に示す名寄せ帳票を図８で示す電子帳票と同様の形式で生成する。
【００４４】
具体的には、図８に示す電子帳票について、特定の条件を指定して図９に示す名寄せ帳票を表示した後、図１０に示す画面に表示されたメニューからテンプレート生成指示を行う。
【００４５】
そして、図１１に示すテンプレート名入力画面を用いて、テンプレート名を入力することにより、名寄せ帳票生成の条件をテンプレートとして保存し、同時に、図９に示す名寄せ帳票を名寄せ実績帳票として、図８で示す電子帳票と同じ形式で保存することで、世代管理などを行う。尚、同じテンプレート名のテンプレートがある場合は、図１２に示すテンプレート更新確認画面で処理を選定することが可能である。
【００４６】
次に、本発明の特徴である名寄せ実績帳票へのアノテーション保存処理について、図９を参照してその概略を説明する。
【００４７】
本実施形態では、図９に示す名寄せ帳票の任意の場所に対してアノテーションを生成することができ、保存することが可能である。例えば、カメラ営業部９月の実績値に関してコメントを残したい場合、実績値の箇所に吹き出しのようなマークを作成し、コメントを添え付けた状態で名寄せ帳票を保存することが可能である。
【００４８】
次に、本発明の特徴である名寄せ実績帳票自動生成処理について、図９、図１３ないし図１４を参照してその概略を説明する。
【００４９】
本実施形態では、既にテンプレートが生成されている場合に、図１３に示すような電子帳票を登録することにより、テンプレート情報を元に名寄せ実績帳票を自動生成する。
【００５０】
例えば、名寄せ実績帳票として図９に示す名寄せ帳票が既に登録されている状態で、図１３に示すような電子帳票を新たに登録し、１１月分の売上を図９に示す名寄せ実績帳票に追加したいといった場合、予めテンプレートを生成し登録しておくことで、登録されたテンプレート情報からどのような条件で名寄せ実績帳票を生成すればよいか判断することが可能となるため、図１４に示す名寄せ実績帳票を自動的に生成することができる。
【００５１】
また、本発明では、この生成時に以前の名寄せ実績帳票で添え付けていたアノテーションを引き継ぐことができ、どの値にアノテーションが作成されていたかも判断し、適切な場所にアノテーションを表示することを可能としている。
【００５２】
本実施形態で提供される機能は以上のようなものであるが、この機能を実現するための具体的な処理については、以降にて説明する。以下では、まず、本発明の帳票生成システム１０における具体的なユースケースの例を説明する。
【００５３】
具体的な電子帳票システムにおけるユースケースとして、経理部門などの経理業務が扱う売上報告書といった帳票が毎月届くようなケースを想定する。
【００５４】
具体的な業務モデルの１例として、ある経理部門で、会社全体の売上報告書が定期的に届いて元帳票として登録され、経理部門では、元帳票が登録される度に、元帳票の過去半年分の世代を対象として、自部門の売上のみをフィルタリングした名寄せ帳票を作成して、売上に対するコメントを残すような業務モデルを想定する。
【００５５】
例えば、毎月届く売上報告書は、図８に示すような先月（先月を１０月とする）に登録された売上報告書Ａ、図１３に示すような当月（当月を１１月とする）に登録される予定の売上報告書Ｂの２つの売上報告書があるとする。
【００５６】
このような業務モデルに於いて、名寄せ帳票を生成する具体的なケースとして、以下のようなケースが想定される。
【００５７】
以前から電子帳票システムを使用して売上報告書の過去半年分の世代を対象として、自部門の売上のみをフィルタリングした名寄せ帳票を作成して、売上に対するコメントを残すことを行っており、毎月売上報告書が登録されるたびに名寄せ帳票を生成していたのだが、金額に関しては特に気にせずに売上処理を行っていた。
【００５８】
しかし、景気状況の悪化に伴い、当月の売上情報に関して分析し解明したことをコメントとして報告することとなった。そのため、生成する名寄せ帳票には、先月までの売上、及びコメントを含めて当月のコメントを記入するようにする必要がある。
【００５９】
このようなケースにおける具体的なユーザアクションとしては、現行の電子帳票システムを利用した場合、まず、生成した名寄せ帳票から売上金額を確認するというアクションが想定できる。
【００６０】
そして、生成した名寄せ帳票から売上を分析し、コメントを残し、名寄せ帳票をクライアントＰＣに保存することが考えられる。また、次の月に新たに帳票が登録された場合、再度名寄せ帳票を生成した後、売上金額を確認することが考えられる。
【００６１】
その後、先月に保存した名寄せ帳票を再度表示して先月までの売上分析結果を確認し、当月の売上を合わせた分析を行い、コメントを残す。
【００６２】
このような前記作業を毎月繰り返し、いつまでも名寄せ帳票の作成を行うというケースが想定される。このユースケースで生じる課題を解決するために、以下、本実施形態の帳票生成システム１０において実行される処理について詳細に説明する。
【００６３】
また、図１５から図１７、及び図２１は、本実施形態に係る帳票生成システム１０で実行される処理についてフローチャートを用いて具体的に示した図であり、図１８から図２０は、本実施形態に係る帳票生成システム１０で実行される処理で用いられるテーブルの構成を示した図である。
【００６４】
初めに、図１５に示す、テンプレート生成および名寄せ実績帳票生成処理のフローチャートについて具体的な処理を説明する。
【００６５】
まず、ステップＳ１００では、クライアントＰＣ３１は、ネットワーク４を介して電子帳票の表示要求を帳票サーバ１へ送信し、ステップＳ１０２では、帳票サーバ１は、クライアントＰＣ３１から送信された電子帳票の表示要求を受信し、ステップＳ１０４では、帳票サーバ１は、ステップＳ１０２において受信した表示要求に該当する電子帳票が参照可能か否かを、帳票実績テーブル７を用いて判定し、参照可能であれば、帳票実績ファイル９から電子帳票を取得する。
【００６６】
ステップＳ１０６では、帳票サーバ１は、ステップＳ１０４において取得した電子帳票を、ネットワーク４を介して表示要求のあったクライアントＰＣ３１に送信し、ステップＳ１０８では、クライアントＰＣ３１は、ステップＳ１０６において帳票サーバ１から送信された電子帳票を受信する。
【００６７】
ステップＳ１１０では、クライアントＰＣ３１は、ステップＳ１０８において受信した電子帳票、例えば、図８に示す帳票Ａを画面（不図示）に表示し、ステップＳ１１２では、クライアントＰＣ３１は、名寄せ帳票の生成要求が行われたか否かを画面（不図示）に備えられた名寄せ帳票の生成ボタン等（不図示）が押下されたか否かによって判定する。
【００６８】
名寄せ帳票の生成要求が行われると、ステップＳ１１４では、クライアントＰＣ３１は、図１に示すような画面を表示し、当該画面に入力された名寄せ帳票を生成するための検索条件（本実施形態では、世代を過去６カ月分、カメラ営業部の帳票データのみで名寄せ帳票を生成、とする）を取得する。尚、検索条件には、帳票Ａの帳票データの検索対象とする検索領域の座標も含んでいる。
【００６９】
ステップＳ１１６では、クライアントＰＣ３１は、ネットワーク４を介して帳票Ａを特定する情報（電子帳票を一意に識別するためのＩＤ等）と検索条件を含めて名寄せ帳票を生成するための要求を帳票サーバ１に送信し、ステップＳ１１８では、帳票サーバ１は、名寄せ帳票の生成要求を受信する。
【００７０】
ステップＳ１２０では、帳票サーバ１は、ステップＳ１１８において受信した帳票Ａを特定する情報と検索条件に該当する帳票データを帳票実績ファイル９等から名寄せ帳票データとして取得し、ステップＳ１２２では、帳票サーバ１は、ネットワーク４を介してクライアントＰＣ３１にステップＳ１２０で取得した名寄せ帳票データを送信する。
【００７１】
ステップＳ１２４では、クライアントＰＣ３１は、ステップＳ１２２において帳票サーバ１から送信された名寄せ帳票データを受信し、ステップＳ１２６では、クライアントＰＣ３１は、ステップＳ１２４で受信した名寄せ帳票データを名寄せ帳票として画面に表示、例えば、図９に示す帳票Ａの帳票データを含んだ名寄せ帳票を表示する。
【００７２】
次に、ステップＳ１２８では、クライアントＰＣ３１は、名寄せ帳票を以降自動生成するためのテンプレートの作成を行うか否かを図１０に示すメニューからテンプレート作成が選択されたか否かによって判定する。
【００７３】
テンプレート作成が選択されたと判定した場合は、ステップＳ１３０へ処理を進め、ステップＳ１３０では、クライアントＰＣ３１は、図１１に示すテンプレート名入力画面を表示して、テンプレート名入力画面に備えられたＯＫボタン１１が押下されたことを検知して、同じくテンプレート名入力画面に備えられたテンプレート名入力欄８に入力されたテンプレート名を取得する。尚、本実施形態では、テンプレート名として「camera」が入力された場合を想定する。
【００７４】
ステップＳ１３２では、クライアントＰＣ３１は、ネットワーク４を介して、ステップＳ１１８において受信した帳票Ａを特定する情報とステップＳ１１４において取得した検索条件とステップＳ１３０で取得したテンプレート名とを含めてテンプレートの生成要求を帳票サーバ１へ送信する。
【００７５】
ステップＳ１３４では、帳票サーバ１は、ステップＳ１３２においてクライアントＰＣ３１から送信されたテンプレートの生成要求を受信し、ステップＳ１３６では、帳票サーバ１は、ステップＳ１３４において受信したテンプレートの生成要求が新規にテンプレートを作成する要求か否かを判定する。
【００７６】
当判定は、例えば、テンプレートを生成する度にテンプレート名を記憶させるテーブルを保持しておき、新たに生成するテンプレートのテンプレート名が該テーブルに記憶されているか否かで判定することが可能である。
【００７７】
具体的には、後述する図１８に示す名寄せ登録テンプレート情報テーブル３０のテンプレートＩＤに、新たに生成するテンプレートのテンプレート名が記憶されているか否かによって判定を行っている。
【００７８】
テンプレート名があると判定した場合、つまり生成要求されたテンプレートが新規作成でない場合は、ステップＳ１３８へ処理を進め、ステップＳ１３８では、帳票サーバ１は、ネットワーク４を介して、既に登録しているテンプレートを更新するか否かをユーザへ確認するためのテンプレート更新通知をクライアントＰＣ３１へ送信する。
【００７９】
ステップＳ１４０では、クライアントＰＣ３１は、ステップＳ１３８において、帳票サーバ１から送信されたテンプレート更新通知を受信し、ステップＳ１４２では、クライアントＰＣ３１は、図１２に示すテンプレート更新画面を表示する。
【００８０】
ステップＳ１４４では、クライアントＰＣ３１は、テンプレート更新画面に備えられたＯＫボタン２１あるいはキャンセルボタン２２が押下されたか否かによって、テンプレートの更新有無を判定し、ＯＫボタン２１が押下された場合、つまりテンプレートの更新を行うと判定した場合、ステップＳ１４６へ処理を進め、キャンセルボタン２２が押下された場合、つまりテンプレートの更新を行わないと判定した場合、処理を終了する。
【００８１】
ステップＳ１４６では、クライアントＰＣ３１は、ネットワーク４を介してテンプレートの更新要求を帳票サーバ１へ送信し、ステップＳ１４８では、帳票サーバ１は、ステップＳ１４６において送信されたテンプレートの更新要求を受信し、ステップＳ１５０では、帳票サーバ１は、ステップＳ１３４で受信したテンプレートの生成要求を基にテンプレート情報を更新する。尚、テンプレート情報の生成処理の方法については、以降の処理説明時に行う。
【００８２】
ステップＳ１３６において、帳票サーバ１は、テンプレート名がないと判定した場合、つまり生成要求されたテンプレートが新規作成である場合は、ステップＳ１５２へ処理を進める。
【００８３】
ステップＳ１５２では、帳票サーバ１は、ステップＳ１３４において受信したテンプレートの生成要求に含まれるテンプレート名、帳票Ａを特定する情報、及び検索条件に基づくテンプレート情報を図１８に示す名寄せ登録テンプレート情報テーブル３０に記憶する。
【００８４】
名寄せ登録テンプレート情報テーブル３０は、テンプレート生成時に図１１を用いて入力指定されるテンプレート名を記憶するテンプレートＩＤ、名寄せ帳票を生成するための基となる電子帳票を一意に識別するためのＩＤを記憶する元帳票のＩＤ、名寄せ帳票を生成する際の前述した検索条件を記憶する名寄せ条件１（検索）、及び検索結果を貼り付ける元帳票の位置（上限、下限座標）を記憶する名寄せ条件１（上下座標）を含んで構成されている。
【００８５】
尚、ステップＳ１３８では、本ステップで説明したテンプレート情報を生成し、当該テンプレート情報を用いて、既に存在するテンプレート情報に対して更新を行っている。
【００８６】
次にステップ１５４では、帳票サーバ１は、ステップＳ１２０において、一時的に作成した名寄せ帳票データを名寄せ実績帳票として生成し（本発明の実施形態では、元帳票である帳票Ａと同じ形式で生成）、ステップＳ１５６では、帳票サーバ１は、図１９に示す名寄せ実績帳票世代テーブル４０に名寄せ実績帳票の世代に関する情報を記憶する。
【００８７】
名寄せ実績帳票世代テーブル４０は、名寄せ帳票の元帳票を一意に識別するためのＩＤ（元帳票ＩＤ）とテンプレート名を合わせて生成した帳票ＩＤ、帳票ＩＤに対する世代を示す世代番号、名寄せ実績帳票の総ページ数を示すページ数、帳票ＩＤによって特定される名寄せ実績帳票のファイルサイズ、名寄せ実績帳票に関する詳細な情報を示す詳細設定を含んで構成されている。
【００８８】
更に、名寄せ実績帳票世代テーブル４０は、名寄せ行情報を備えているが、名寄せ行情報は、帳票ＩＤによって特定される名寄せ実績帳票の元帳票の何れの世代の何れの行から作成を行っているのかを示す情報を記憶している。
【００８９】
例えば、元帳票ＩＤがuriageである電子帳票に対して名寄せ検索した結果、電子帳票の１世代目の１行目がヒットした場合、uriage-1-1というＩＤで名寄せ行情報に記憶されることとなる。また、電子帳票の２世代目の１行目がヒットした場合、uriage-2-1というＩＤで名寄せ行情報に記憶される。
【００９０】
従って、本ステップでは、ステップＳ１５２で用いたテンプレート情報のテンプレートＩＤ及び元帳票ＩＤ、世代番号に１（本ステップでは、新規でテンプレートの作成等を行っているため）、ステップ１５４で生成した名寄せ実績帳票の総ページ数、生成した名寄せ実績帳票のファイルサイズ、生成した名寄せ実績帳票に関する詳細な情報、ステップＳ１２０において生成された名寄せ帳票データの帳票Ａの行情報（尚、元帳票の世代については、帳票Ａを特定する情報、つまりＩＤに含めて、帳票サーバ１において記憶管理することで判定することが可能である）の順に、名寄せ実績帳票世代テーブル４０の帳票ＩＤ、世代番号、ページ数、ファイルサイズ、詳細設定、及び名寄せ行情報に記憶する。例えば、図１９に示す名寄せ実績帳票世代テーブル４０の１レコード目、４１が想定される。
【００９１】
ステップＳ１５８では、帳票サーバ１は、ステップＳ１５４において生成した名寄せ実績帳票を帳票実績ファイル９として記憶する。
【００９２】
次に、名寄せ実績帳票へアノテーションを添え付けて保存する処理について、図１６に示すフローチャートを用いて具体的な処理を説明する。
【００９３】
まず、ステップＳ２００では、クライアントＰＣ３１は、ネットワーク４を介して名寄せ実績帳票の表示要求を帳票サーバ１に送信し、ステップＳ２０２では、帳票サーバ１は、ステップＳ２００で送信された名寄せ実績帳票の表示要求を受信する。
【００９４】
ステップＳ２０４では、帳票サーバ１は、ステップＳ２０２において受信した表示要求に該当する名寄せ実績帳票を帳票実績ファイル９から取得し、ステップＳ２０６では、帳票サーバ１は、ネットワーク４を介してステップＳ２０４において取得した名寄せ実績帳票を送信する。尚、ステップＳ２０４において取得した名寄せ実績帳票の各行に表示される帳票データに対応させて、名寄せ実績帳票世代テーブル４０の名寄せ行情報を保持している。以降、名寄せ実績帳票の各行に表示される帳票データに対応させて、名寄せ行情報を保持して生成されている。
【００９５】
ステップＳ２０８では、クライアントＰＣ３１は、ステップＳ２０６において送信された名寄せ実績帳票を受信し、ステップＳ２１０では、クライアントＰＣ３１は、ステップＳ２０８において受信した名寄せ実績帳票を表示する。
【００９６】
ステップＳ２１２では、クライアントＰＣ３１は、名寄せ実績帳票に対してアノテーションが添付されたか否かを判定し、アノテーションが添付されたと判定した場合は、ステップＳ２１４へ処理を進める。
【００９７】
尚、名寄せ実績帳票に対してアノテーションが添付された状態は、図９に示すように、来月の新商品のため買い控え、ボーナス前で伸び悩み等がアノテーションとして添付されている。
【００９８】
ステップＳ２１４では、クライアントＰＣ３１は、アノテーションとして添付された名寄せ実績帳票の帳票ＩＤ、アノテーションが添付された名寄せ実績帳票の名寄せ行情報、アノテーションの位置情報（例えば、当該行の左端からの距離）、アノテーションのサイズ、アノテーションの種類、アノテーションに入力されたコメント等をアノテーション情報として取得する。
【００９９】
ステップＳ２１６では、クライアントＰＣ３１は、ネットワーク４を介してステップＳ２１４で取得したアノテーション情報の保存要求を送信する。
【０１００】
ステップＳ２１８では、帳票サーバ１は、ステップＳ２１６において送信されたアノテーション情報の保存要求を受信し、ステップＳ２２０では、ステップＳ２１８において受信したアノテーション情報を図２０に示すアノテーション情報テーブル５０に記憶する。
【０１０１】
アノテーション情報テーブル５０は、名寄せ実績帳票の何れの行にアノテーションを添付したのかを記憶管理しており、アノテーションを一意に識別するためのアノテーションＩＤ、名寄せ実績帳票の帳票ＩＤを示す元帳票ＩＤ、アノテーションが添付された名寄せ実績帳票の行の情報を記憶する名寄せ行情報、アノテーションが添付された名寄せ実績帳票の行に対する添付されたアノテーションの位置座標（例えば、当該行の左端からの距離をＸ座標として位置座標として記憶し、Ｙ座標については、行の縦幅を２等分する位置を固定で設定）、アノテーションのサイズを示すサイズ、アノテーションの種類を示す種類、アノテーションに入力された情報を示すコメントを含んで構成されている。
【０１０２】
本ステップでは、アノテーションＩＤには既に登録されているアノテーションＩＤの最大値に１を加えた値を記憶すると共に、ステップＳ２１６において送信されたアノテーション情報の帳票ＩＤ、名寄せ行情報、位置情報、サイズ、種類、及びコメントの順に、アノテーション情報テーブル５０の元帳票ＩＤ、名寄せ行情報、座標、サイズ、種類、及びコメントへ記憶する
【０１０３】
次に、名寄せ実績帳票自動生成処理について図１７に示すフローチャートを用いて具体的な処理を説明する。尚、この処理は、帳票サーバ１でのみ処理されるため、図１７に示すフローチャートにクライアントＰＣ３１側の処理は存在しない。また、本実施形態では、名寄せ実績帳票生成用のテンプレート、アノテーションを含んだ名寄せ実績帳票が既に登録されている状態での具体的処理を示すものとなる。
【０１０４】
まず、ステップＳ３００では、帳票サーバ１の帳票実績ファイル９として、図１３に示す名寄せ実績帳票の元帳票（売上報告書Ｂ、以降、帳票Ｂ）の帳票データを受付け、ステップＳ３０２では、ステップＳ３００において受付けた元帳票に関連するテンプレートがあるかどうか、つまり元帳票を一意に識別するためのＩＤを用いて、当該ＩＤが名寄せ登録テンプレート情報テーブル３０の元帳票ＩＤに存在するか否かを判定することで、関連するテンプレートの有無を判定する。
【０１０５】
関連するテンプレートが存在すると判定した場合は、ステップＳ３０４へ処理を進め、関連するテンプレートが存在しないと判定した場合は、処理を終了する。
【０１０６】
ステップＳ３０４では、ステップＳ３０２において、関連するテンプレートのテンプレート情報を名寄せ登録テンプレート情報テーブル３０から取得するため、元帳票を一意に識別するためのＩＤを用いて、当該ＩＤが名寄せ登録テンプレート情報テーブル３０の元帳票ＩＤに存在するテンプレート情報を取得する。
【０１０７】
ステップＳ３０６では、ステップＳ３００において受付けた元帳票の帳票データとステップＳ３０４において取得したテンプレート情報の名寄せ条件とを用いて、名寄せ実績帳票データを生成する。この際、名寄せ実績帳票データを一意に識別するための帳票ＩＤをテンプレート情報のテンプレートＩＤ及び元帳票ＩＤを用いて生成する。
【０１０８】
ステップＳ３０８では、生成すべく名寄せ実績帳票が以前生成されたか否かを判定するため、ステップＳ３０６において生成した名寄せ実績帳票データの帳票ＩＤが名寄せ実績帳票世代テーブル４０の帳票ＩＤに存在するか否かを判定し、存在すると判定した場合、以前名寄せ実績帳票を生成したことがある場合は、ステップＳ３１０へ処理を進め、存在すると判定しない場合、以前名寄せ実績帳票を生成したことがない場合は、ステップＳ３１４へ処理を進める。
【０１０９】
ステップＳ３１０では、名寄せ実績帳票の世代情報を名寄せ実績帳票世代テーブル４０に記憶するが、ステップＳ３０６において生成した帳票ＩＤ、帳票ＩＤに対応する世代番号の最大値に１を加えた値、ステップＳ３０６において生成した名寄せ実績帳票データのページ数と名寄せ実績帳票データのファイルサイズと名寄せ実績帳票データに関する詳細な情報と名寄せ実績帳票データを生成するための名寄せ行情報との順に、名寄せ実績帳票世代テーブル４０の帳票ＩＤ、世代番号、ページ数、ファイルサイズ、詳細設定、名寄せ行情報を記憶する。
【０１１０】
例えば、本ステップでは、２世代目の名寄せ実績帳を登録すると想定すると、図１９に示すように名寄せ実績帳票世代テーブル４０の１レコード目として４１が記憶されており、本ステップにおいては、２レコード目として４２が記憶される。
【０１１１】
この場合、名寄せ条件として、６世代前の元帳票を用いて名寄せ実績帳を生成するため、名寄せ行情報として、１世代目の名寄せ実績帳を示す１レコード目の４１では、uriage-1-1からuriage-6-1が記憶されているが、２世代目の名寄せ実績帳を示す２レコード目の４２では、uriage-2-1からuriage-7-1が記憶されている。
【０１１２】
つまり行を示す値は、変化せず１のままであるが、世代を示す数値が、１世代目の名寄せ行情報（１から６）から１つ加算されて２世代目の名寄せ行情報（２から７）を記憶している。
【０１１３】
ステップＳ３１２では、ステップＳ３０６において生成した名寄せ実績帳票データを用いて名寄せ実績帳票を生成し、帳票実績ファイル９として記憶する。
【０１１４】
ステップＳ３１４では、ステップＳ３０６において生成した名寄せ実績帳票データについて、新規で世代情報を名寄せ実績帳票世代テーブル４０に記憶し、ステップＳ３１６では、ステップＳ３０６において生成した名寄せ実績帳票データを用いて名寄せ実績帳票を生成し、帳票実績ファイル９として記憶する。尚、ステップＳ３１４またはステップＳ３１６の処理は、ステップＳ１５６及びステップＳ１５８における処理と同内容であるため詳細な説明は省略する。
【０１１５】
次に、アノテーションのある名寄せ実績帳票表示処理について図２１に示すフローチャートを用いて具体的な処理を説明する。本実施形態では、名寄せ実績帳票に対してアノテーションが添付された状態で保存されており、ある世代の表示要求がされた場合の具体的な処理について示すものとする。
【０１１６】
まず、ステップＳ４００では、クライアントＰＣ３１は、ネットワーク４を介して名寄せ実績帳票の表示要求（名寄せ実績帳票の帳票ＩＤ、及び世代番号を含む）を帳票サーバ１へ送信し、ステップＳ４０２では、帳票サーバ１は、ステップＳ４００において送信された名寄せ実績帳票の表示要求を受信する。
【０１１７】
ステップＳ４０４では、帳票サーバ１は、ステップＳ４０２において受信した表示要求に基づいて、帳票実績ファイル９から名寄せ実績帳票を取得し、ステップＳ４０６では、帳票サーバ１は、ステップＳ４０２において受信した表示要求に含まれる名寄せ実績帳票の帳票ＩＤに該当するアノテーション情報テーブル５０の元帳票ＩＤに対応する名寄せ実績情報に関連するアノテーション情報を取得する。
【０１１８】
ステップＳ４０８では、帳票サーバ１は、ステップＳ４０２において受信した表示要求に基づいて、名寄せ実績帳票世代テーブル４０に記憶された名寄せ行情報を取得し、ステップＳ４１０では、ステップＳ４０６において取得したアノテーション情報に含まれる名寄せ行情報を取得する。
【０１１９】
ステップＳ４１２では、帳票サーバ１は、ステップ４０８で取得した名寄せ行情報とステップ４１０で取得した名寄せ行情報とを用いて一致箇所を特定し、次のステップＳ４１４では、帳票サーバ１は、ステップＳ４０４において取得した名寄せ実績帳票に対して、ステップＳ４１２において特定した箇所に、当該特定した箇所に対応するステップＳ４０６において取得したアノテーション情報に基づいてアノテーションを生成して添付する。
【０１２０】
ステップＳ４１６では、帳票サーバ１は、ネットワーク４を介してステップＳ４１４においてアノテーションが添付された名寄せ実績帳票をクライアントＰＣ３１へ送信し、ステップＳ４１８では、クライアントＰＣ３１は、ステップＳ４１６において送信されたアノテーションが添付された名寄せ実績帳票を受信する。
【０１２１】
ステップＳ４１８では、クライアントＰＣ３1は、ステップＳ４１６において受信したアノテーションが添付された名寄せ実績帳票を表示する。
【０１２２】
図２２には、名寄せ実績帳票の過去世代にアノテーションが添付されていた状態が示されている。図９に示す名寄せ実績帳票は、１０月時点での売上報告書を元帳票として生成した場合を想定するとなると、この時点から２カ月分の売上報告書が反映された帳票が図２２に示されるものとして想定される。
【０１２３】
例えば、１０月時点で、カメラ営業部９月及びカメラ営業部６月の行に対して順に、来月の新商品のため買い控え及びボーナス前で伸び悩みのアノテーションを添付し、２カ月後、本実施形態に係る帳票生成システム１０における処理を行うと、図２２に示すように、１０月時点で添付したカメラ営業部９月のアノテーションが残り、カメラ営業部６月のアノテーションが表示されないような制御を行っている。
［第２の実施形態］
【０１２４】
本発明の第１の実施形態では、名寄せ実績帳票の各行に対してアノテーションを添付した後、元帳票に対して新たな帳票データが追加された場合においても、各行に対してアノテーションが添付されたまま名寄せ実績帳票を参照することに関して記載しているが、第２の実施形態では、名寄せ実績帳票の各行に対してアノテーションを添付した場合、アノテーションを添付した各行を備えた元帳票にも反映する。
【０１２５】
尚、本発明の第２の実施形態では、基本的に第１の実施形態と同一の構成を有するため、第１の実施形態と異なる部分を説明し、また、第１の実施形態と同一の構成等については、同一の符号を用いて説明する。
【０１２６】
まず、名寄せ実績帳票に対してアノテーションが添付され、アノテーションが添付された行を備えた元帳票に対して、アノテーションが添付されたことを示す情報を記憶する。
【０１２７】
具体的には、図１６のフローチャートに示すステップＳ２２０において、名寄せ実績帳票に対して添付したアノテーションに関する情報をアノテーション情報テーブル５０に記憶しているが、その際に、元帳票を特定し、当該元帳票へのアノテーションの添付情報を、図２３に示すアノテーション補完情報テーブル６０に記憶する。
【０１２８】
アノテーション補完情報テーブル６０は、アノテーションＩＤ、元帳票ＩＤ、名寄せ行情報、座標、サイズ、種類、及びコメントを含む構成であり、この記載順に、アノテーション情報テーブル５０に記憶したアノテーションＩＤ、アノテーション情報テーブル５０に記憶した元帳票ＩＤのハイフンに対して前半部分（元帳票のＩＤを示す。ハイフン以降は、テンプレートＩＤ）、アノテーション情報テーブル５０に記憶した名寄せ行情報、座標、サイズ、種類、及びコメントを記憶する。
【０１２９】
そして、元帳票を表示する際に、名寄せ実績帳票において添付されたアノテーションを引き継いで表示するため、具体的に以下の処理を行う。
【０１３０】
電子帳票を取得する際に、クライアントＰＣを用いて、帳票ＩＤ及び世代数を含む検索条件を指定して、帳票サーバ１は、当該検索条件を用いて帳票実績ファイル９から電子帳票を取得し、その際に、図２３に示すアノテーション補完情報テーブル６０に記憶されたアノテーション補完情報を取得して、アノテーションの添付対象であるか否かを判定する。
【０１３１】
取得対象とする電子帳票の帳票ＩＤがアノテーション補完情報テーブル６０の元帳票ＩＤと一致するか否かを判定し、一致した場合、アノテーションを添付する電子帳票であるとして、そのレコード（アノテーション補完情報）を取得する。
【０１３２】
そして取得したレコード（アノテーション補完情報）の名寄せ行情報に対して、右端に記載された数値が、世代数を示しているので、検索条件に含まれる世代数を有する名寄せ行情報を含むレコード（アノテーション補完情報）を取得する。
【０１３３】
右端に記載された数値とは、例えば、図２３においては、名寄せ行情報のuriage-5-1に関しては、１を示す、uriage-2-1に関しては、１を示す。
【０１３４】
その後、取得したアノテーション補完情報に含まれる名寄せ行情報を用いて、電子帳票の行を特定するが、名寄せ行情報のハイフンに挟まれた数値が、電子帳票に対する行を示しているので、電子帳票のどの行に対してアノテーションを付与するかを決定する。
【０１３５】
名寄せ行情報のハイフンに挟まれた数値とは、例えば、図２３においては、名寄せ行情報のuriage-5-1に関しては、５を示す、uriage-2-1に関しては、２を示す。
【０１３６】
電子帳票に対してアノテーションを添付する行を特定した後、その行の何れの位置にアノテーションを添付するのかを決定するため、アノテーション補完情報に含まれる座標を用いる。
【０１３７】
座標が特定されると、アノテーション補完情報に含まれるサイズ、種類、コメントからアノテーションを生成し、決定した電子帳票の行と行に関する位置に、当該アノテーションを添付する。
【０１３８】
帳票サーバ１は、アノテーションを電子帳票に対して添付した後、クライアントＰＣへ電子帳票を送信し、クライアントＰＣにおいて、受信した電子帳票を表示する。
【０１３９】
更に、元帳票を表示する場合と同様に名寄せ帳票を表示する際にも、図１５に示すステップＳ１２０において、名寄せ帳票を取得する際に、クライアントＰＣを用いて、帳票ＩＤ及び世代数を含む検索条件を指定して、帳票サーバ１は、当該検索条件を用いて帳票実績ファイル９から名寄せ帳票データを取得し、その際に、図２３に示すアノテーション補完情報テーブル６０に記憶されたアノテーション補完情報を取得して、アノテーションの添付対象であるか否かを判定する。
【０１４０】
取得対象とする名寄せ帳票の帳票ＩＤがアノテーション補完情報テーブル６０の元帳票ＩＤと一致するか否かを判定し、一致した場合、アノテーションを添付する名寄せ帳票であるとして、そのレコード（アノテーション補完情報）を取得する。
【０１４１】
そして取得したレコード（アノテーション補完情報）の名寄せ行情報に対して、右端に記載された数値が世代数を示しているので、検索条件に含まれる世代数を有する名寄せ行情報を含むレコード（アノテーション補完情報）を取得する。
【０１４２】
その後、取得したアノテーション補完情報に含まれる名寄せ行情報を用いて、名寄せ帳票の行を特定するが名寄せ行情報のハイフンに挟まれた数値が、名寄せ帳票に対する行を示しているので、名寄せ帳票のどの行に対してアノテーションを付与するかを決定する。
【０１４３】
名寄せ帳票に対してアノテーションを添付する行を特定した後、その行の何れの位置にアノテーションを添付するのかを決定するため、アノテーション補完情報に含まれる座標を用いる。
【０１４４】
座標が特定されると、アノテーション補完情報に含まれるサイズ、種類、コメントからアノテーションを生成し、決定した名寄せ帳票の行と行に関する位置に、当該アノテーションを添付する。
【０１４５】
帳票サーバ１は、アノテーションを名寄せ帳票に対して添付した後、クライアントＰＣへ名寄せ帳票を送信し、クライアントＰＣにおいて、受信した名寄せ帳票を表示する。
【０１４６】
また、以降のステップで、アノテーションが添付された名寄せ帳票を利用して、名寄せ実績帳票を生成することが想定されるが、その場合、図１５に示すステップＳ１５６において名寄せ実績帳票の世代に関する情報を名寄せ実績帳票世代テーブル４０に登録した後、アノテーションに関する情報を、図２０に示すアノテーション情報テーブル５０及び図２３に示すアノテーション補完情報テーブル６０に記憶する。
【０１４７】
アノテーション情報テーブル５０のアノテーションＩＤ、元帳票ＩＤ、名寄せ行情報、座標、サイズ、種類、コメントの記載順に、アノテーション情報テーブル５０に記憶されたアノテーションＩＤの最大のＩＤに１加えたＩＤ、名寄せ実績帳票世代テーブル４０の帳票ＩＤ、アノテーションが添付された行に対応する名寄せ実績帳票世代テーブル４０の名寄せ行情報、アノテーションが添付された行の座標、アノテーションのサイズ、アノテーションの種類、アノテーションに記載されたコメントを記憶する。
【０１４８】
また、アノテーション補完情報テーブル６０には、アノテーション情報テーブル５０に登録した情報と、元帳票ＩＤ以外は、すべて同様な情報を記憶しており、元帳票ＩＤは、帳票ＩＤのハイフンの前半部分を記憶している。
【０１４９】
これによって、名寄せ帳票から名寄せ実績帳票を生成する場合も、名寄せ帳票に添付されたアノテーションの情報を引き継ぐことが可能となる。
［第３の実施形態］
【０１５０】
本発明の第１の実施形態では、図２１に示すフローチャートのステップＳ４００では、名寄せ実績帳票の表示要求を直接行っているが、第３の実施形態では、元帳票を開いている状態で、当該名寄せ帳票に関連する名寄せ実績帳票を開くことを想定した態様を示している。
【０１５１】
尚、本発明の第３の実施形態では、基本的に第１の実施形態と同一の構成を有するため、第１の実施形態と異なる部分を説明し、また、第１の実施形態と同一の構成等については、同一の符号を用いて説明する。
【０１５２】
図２１に示すフローチャートのステップＳ４００では、名寄せ実績帳票の表示要求（名寄せ実績帳票の帳票ＩＤ、及び世代番号を含む）を帳票サーバ１へ送信しているが、図２４に示す元帳票を表示した画面を用いて、名寄せ実績帳票の表示要求を行う。
【０１５３】
図２４に示す帳票表示画面７０は、元帳票を表示する領域を示す表示領域７１と、名寄せ実績帳票を特定するための帳票IDの入力欄を示す帳票ID入力欄７２、名寄せ実績帳票を表示する際に押下するための検索ボタン７３を備えている。
【０１５４】
ユーザは、参照したい名寄せ実績帳票を特定するための帳票IDを帳票ID入力欄７２に入力し、検索ボタン７３を押下すると、帳票ID入力欄７２に入力された帳票IDと表示領域７１に表示された帳票データの月度を取得し、ステップＳ４０２では、名寄せ実績帳票の表示要求（名寄せ実績帳票の帳票ＩＤ、帳票データの月度を含む）を帳票サーバ１へ送信する。
【０１５５】
ステップＳ４０４では、帳票サーバ１は、ステップＳ４０２で受信した帳票ＩＤと帳票データの月度から、該当する名寄せ実績帳票を帳票実績ファイル９から取得する。
【０１５６】
本実施形態では、図１９に示す名寄せ実績帳票世代テーブル４０の詳細設定に対して、名寄せ実績帳票の世代に関する情報を本テーブルへ記憶する際に（ステップＳ１５６、ステップＳ３１０、及びステップＳ３１４）、記憶する時刻に関する情報を設定する。
【０１５７】
これにより、現在の月度から詳細設定に設定された時刻に含まれる月度を減算することで世代数が特定され、この特定した名寄せ実績帳票を取得する。
【０１５８】
本実施形態では、月毎に世代数を考慮しているがこれに限ったことではなく、日毎、年度毎等のように世代数を考慮しても良い。
【０１５９】
本発明によれば、電子帳票から２次的な帳票を生成する際の条件を記憶しておき、以降、新たな世代の電子帳票が登録されると、当該条件に基づいて、２次的な帳票を自動生成することで、業務の効率化を図ることが可能となる。
【０１６０】
更に、２次的な帳票に対してアノテーションを添付した行情報（元帳票の行）を記憶させておくことで、新たな２次的な帳票を生成する場合にも、当該行情報を用いてアノテーションを添付することが可能となるので、以前、添付したアノテーションに入力したコメント等を確認すること可能となるので、業務の効率化を図ることができる。
【０１６１】
以上、実施形態例を詳述したが、本発明は、例えば、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１６２】
帳票生成システムにおける実施態様を記載しているが、クライアントＰＣの機能を帳票生成装置に備え、帳票生成装置単体の構成で実施することも可能である。
【０１６３】
また、本発明におけるプログラムは、各処理方法をコンピュータが実行可能（読み取り可能）なプログラムであり、本発明の記憶媒体は、各処理方法をコンピュータが実行可能なプログラムが記憶されている。
【０１６４】
なお、本発明におけるプログラムは、各装置の処理方法ごとのプログラムであってもよい。
【０１６５】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読取り実行することによっても、本発
【０１６６】
明の目的が達成されることは言うまでもない。
【０１６７】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【０１６８】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【０１６９】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータで稼働しているＯＳ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１７０】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１７１】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。
【０１７２】
この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１７３】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステム、あるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１７４】
１ 帳票サーバ
２ ホスト
４ ネットワーク
７ 帳票実績テーブル
９ 帳票実績ファイル
１０ 帳票生成システム
１２ 中央処理装置
１３ 記憶装置
１６ 外部補助記憶装置
１７ ＩＯインタフェース装置
３１ クライアントＰＣ
３２ クライアントＰＣ
【特許請求の範囲】
【請求項１】
指定された元帳票領域内の帳票データから２次的な帳票を生成する帳票生成装置であって、
前記元帳票領域を記憶する記憶手段と、
前記元帳票と同一形式で新たな元帳票を受付けた後、前記記憶手段によって記憶された前記元帳票領内の前記新たな元帳票の帳票データを用いて前記２次的な帳票を生成する帳票生成手段と、
前記帳票生成手段によって生成された前記２次的な帳票の表示を制御する表示制御手段と、
を備えたことを特徴とする帳票生成装置。
【請求項２】
前記帳票生成手段は、前記記憶手段によって記憶された前記元帳票領内の前記元帳票の帳票データ及び前記新たな元帳票の帳票データを用いて前記２次的な帳票を生成する請求項１に記載の帳票生成装置。
【請求項３】
前記元帳票領域内の帳票データに対して２次的な帳票を生成するための条件を設定する条件設定手段と、
前記帳票生成手段は、前記条件設定手段によって設定された条件を満たす前記元帳票の帳票データから前記２次的な帳票を生成することを特徴とする請求項１または２に記載の帳票生成装置。
【請求項４】
前記条件設定手段は、前記新たな元帳票の帳票データの世代数を設定することを特徴とする請求項３に記載の帳票生成装置。
【請求項５】
前記記憶手段は、前記２次的帳票に対して添付された添付情報の前記元帳票領域を記憶し、
前記帳票生成手段は、前記元帳票領域に前記添付情報を添付して前記新たな元帳票の帳票データを用いて前記２次的帳票を生成することを特徴とする請求項１乃至４の何れか１項に記載の帳票生成装置。
【請求項６】
クライアント装置と２次的な帳票を生成するための元帳票を記憶管理する帳票生成装置とがネットワークを介して接続された帳票生成システムであって、
前記クライアント装置は、
前記元帳票に対して領域を指定するための指定手段と、
帳票生成手段によって生成された前記２次的な帳票を表示する表示手段と、
を備え、
前記票生成装置は、
前記指定手段によって指定された元帳票領域を記憶する記憶手段と、
前記元帳票と同一形式で新たな元帳票を受付けた後、前記記憶手段によって記憶された前記元帳票領内の前記新たな元帳票の帳票データを用いて前記２次的な帳票を生成する帳票生成手段と、
を備えたことを特徴とする帳票生成システム。
【請求項７】
指定された元帳票領域内の帳票データから２次的な帳票を生成する帳票生成装置の制御方法であって、
前記元帳票領域を記憶する記憶工程と、
前記元帳票と同一形式で新たな元帳票を受付けた後、前記記憶工程によって記憶された前記元帳票領内の前記新たな元帳票の帳票データを用いて前記２次的な帳票を生成する帳票生成工程と、
前記帳票生成工程によって生成された前記２次的な帳票の表示を制御する表示制御工程と、
を実行することを特徴とする帳票生成装置の制御方法。
【請求項８】
クライアント装置と２次的な帳票を生成するための元帳票を記憶管理する帳票生成装置とがネットワークを介して接続された帳票生成システムの制御方法であって、
前記クライアント装置は、
前記元帳票に対して領域を指定するための指定工程と、
帳票生成工程によって生成された前記２次的な帳票を表示する表示工程と、
を実行し、
前記票生成装置は、
前記指定工程によって指定された元帳票領域を記憶する記憶工程と、
前記元帳票と同一形式で新たな元帳票を受付けた後、前記記憶工程によって記憶された前記元帳票領内の前記新たな元帳票の帳票データを用いて前記２次的な帳票を生成する帳票生成工程と、
を実行することを特徴とする帳票生成システムの制御方法。
【請求項９】
指定された元帳票領域内の帳票データから２次的な帳票を生成する帳票生成装置において実行されるプログラムであって、
前記元帳票領域を記憶する記憶手段と、
前記元帳票と同一形式で新たな元帳票を受付けた後、前記記憶手段によって記憶された前記元帳票領内の前記新たな元帳票の帳票データを用いて前記２次的な帳票を生成する帳票生成手段と、
前記帳票生成手段によって生成された前記２次的な帳票の表示を制御する表示制御手段と、
を機能させることを特徴とするプログラム。
【請求項１０】
クライアント装置と２次的な帳票を生成するための元帳票を記憶管理する帳票生成装置とがネットワークを介して接続された帳票生成システムにおいて実行されるプログラムであって、
前記クライアント装置を、
前記元帳票に対して領域を指定するための指定手段と、
帳票生成手段によって生成された前記２次的な帳票を表示する表示手段と、
として機能させ、
前記票生成装置を、
前記指定手段によって指定された元帳票領域を記憶する記憶手段と、
前記元帳票と同一形式で新たな元帳票を受付けた後、前記記憶手段によって記憶された前記元帳票領内の前記新たな元帳票の帳票データを用いて前記２次的な帳票を生成する帳票生成手段と、
して機能させることを特徴とするプログラム。
【請求項１】
指定された元帳票領域内の帳票データから２次的な帳票を生成する帳票生成装置であって、
前記元帳票領域を記憶する記憶手段と、
前記元帳票と同一形式で新たな元帳票を受付けた後、前記記憶手段によって記憶された前記元帳票領内の前記新たな元帳票の帳票データを用いて前記２次的な帳票を生成する帳票生成手段と、
前記帳票生成手段によって生成された前記２次的な帳票の表示を制御する表示制御手段と、
を備えたことを特徴とする帳票生成装置。
【請求項２】
前記帳票生成手段は、前記記憶手段によって記憶された前記元帳票領内の前記元帳票の帳票データ及び前記新たな元帳票の帳票データを用いて前記２次的な帳票を生成する請求項１に記載の帳票生成装置。
【請求項３】
前記元帳票領域内の帳票データに対して２次的な帳票を生成するための条件を設定する条件設定手段と、
前記帳票生成手段は、前記条件設定手段によって設定された条件を満たす前記元帳票の帳票データから前記２次的な帳票を生成することを特徴とする請求項１または２に記載の帳票生成装置。
【請求項４】
前記条件設定手段は、前記新たな元帳票の帳票データの世代数を設定することを特徴とする請求項３に記載の帳票生成装置。
【請求項５】
前記記憶手段は、前記２次的帳票に対して添付された添付情報の前記元帳票領域を記憶し、
前記帳票生成手段は、前記元帳票領域に前記添付情報を添付して前記新たな元帳票の帳票データを用いて前記２次的帳票を生成することを特徴とする請求項１乃至４の何れか１項に記載の帳票生成装置。
【請求項６】
クライアント装置と２次的な帳票を生成するための元帳票を記憶管理する帳票生成装置とがネットワークを介して接続された帳票生成システムであって、
前記クライアント装置は、
前記元帳票に対して領域を指定するための指定手段と、
帳票生成手段によって生成された前記２次的な帳票を表示する表示手段と、
を備え、
前記票生成装置は、
前記指定手段によって指定された元帳票領域を記憶する記憶手段と、
前記元帳票と同一形式で新たな元帳票を受付けた後、前記記憶手段によって記憶された前記元帳票領内の前記新たな元帳票の帳票データを用いて前記２次的な帳票を生成する帳票生成手段と、
を備えたことを特徴とする帳票生成システム。
【請求項７】
指定された元帳票領域内の帳票データから２次的な帳票を生成する帳票生成装置の制御方法であって、
前記元帳票領域を記憶する記憶工程と、
前記元帳票と同一形式で新たな元帳票を受付けた後、前記記憶工程によって記憶された前記元帳票領内の前記新たな元帳票の帳票データを用いて前記２次的な帳票を生成する帳票生成工程と、
前記帳票生成工程によって生成された前記２次的な帳票の表示を制御する表示制御工程と、
を実行することを特徴とする帳票生成装置の制御方法。
【請求項８】
クライアント装置と２次的な帳票を生成するための元帳票を記憶管理する帳票生成装置とがネットワークを介して接続された帳票生成システムの制御方法であって、
前記クライアント装置は、
前記元帳票に対して領域を指定するための指定工程と、
帳票生成工程によって生成された前記２次的な帳票を表示する表示工程と、
を実行し、
前記票生成装置は、
前記指定工程によって指定された元帳票領域を記憶する記憶工程と、
前記元帳票と同一形式で新たな元帳票を受付けた後、前記記憶工程によって記憶された前記元帳票領内の前記新たな元帳票の帳票データを用いて前記２次的な帳票を生成する帳票生成工程と、
を実行することを特徴とする帳票生成システムの制御方法。
【請求項９】
指定された元帳票領域内の帳票データから２次的な帳票を生成する帳票生成装置において実行されるプログラムであって、
前記元帳票領域を記憶する記憶手段と、
前記元帳票と同一形式で新たな元帳票を受付けた後、前記記憶手段によって記憶された前記元帳票領内の前記新たな元帳票の帳票データを用いて前記２次的な帳票を生成する帳票生成手段と、
前記帳票生成手段によって生成された前記２次的な帳票の表示を制御する表示制御手段と、
を機能させることを特徴とするプログラム。
【請求項１０】
クライアント装置と２次的な帳票を生成するための元帳票を記憶管理する帳票生成装置とがネットワークを介して接続された帳票生成システムにおいて実行されるプログラムであって、
前記クライアント装置を、
前記元帳票に対して領域を指定するための指定手段と、
帳票生成手段によって生成された前記２次的な帳票を表示する表示手段と、
として機能させ、
前記票生成装置を、
前記指定手段によって指定された元帳票領域を記憶する記憶手段と、
前記元帳票と同一形式で新たな元帳票を受付けた後、前記記憶手段によって記憶された前記元帳票領内の前記新たな元帳票の帳票データを用いて前記２次的な帳票を生成する帳票生成手段と、
して機能させることを特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【公開番号】特開２０１２−１４１９６６（Ｐ２０１２−１４１９６６Ａ）
【公開日】平成２４年７月２６日（２０１２．７．２６）
【国際特許分類】
【出願番号】特願２０１１−２７１０６９（Ｐ２０１１−２７１０６９）
【出願日】平成２３年１２月１２日（２０１１．１２．１２）
【出願人】（３９０００２７６１）キヤノンマーケティングジャパン株式会社 (656)
【出願人】（３１２０００２０６）キヤノンＭＪアイティグループホールディングス株式会社 (259)
【出願人】（３０１０１５９５６）キヤノンソフトウェア株式会社 (364)
【公開日】平成２４年７月２６日（２０１２．７．２６）
【国際特許分類】
【出願日】平成２３年１２月１２日（２０１１．１２．１２）
【出願人】（３９０００２７６１）キヤノンマーケティングジャパン株式会社 (656)
【出願人】（３１２０００２０６）キヤノンＭＪアイティグループホールディングス株式会社 (259)
【出願人】（３０１０１５９５６）キヤノンソフトウェア株式会社 (364)
[ Back to top ]