情報処理装置、情報処理方法、情報処理システム、プログラム、記録媒体
【課題】原始データと２次データとの関連付けを複数登録することで、「１対１」に限らない関連付けを可能とする。
【解決手段】電子ファイルと、電子ファイルと関連付ける電子ファイルを示す情報との登録要求を受け付け、受け付けた、電子ファイルと、電子ファイルと関連付ける電子ファイルを示す情報とに基づいて、関連付け情報を生成し、生成された関連付け情報と、電子ファイルを示す情報とを対応付けて管理する。クライアント端末より、電子ファイルの閲覧要求を受け付け、受け付けた電子ファイルを示す情報を用いて、管理されている関連付け情報から、電子ファイルの親として関連付けられている電子ファイルを示す情報と、電子ファイルを親として関連付けている電子ファイルを示す情報との一覧情報である関連付け一覧情報を生成し、閲覧要求を受け付けた電子ファイルと、生成された関連付け一覧情報とを、閲覧要求元のクライアント端末へ送信する。
【解決手段】電子ファイルと、電子ファイルと関連付ける電子ファイルを示す情報との登録要求を受け付け、受け付けた、電子ファイルと、電子ファイルと関連付ける電子ファイルを示す情報とに基づいて、関連付け情報を生成し、生成された関連付け情報と、電子ファイルを示す情報とを対応付けて管理する。クライアント端末より、電子ファイルの閲覧要求を受け付け、受け付けた電子ファイルを示す情報を用いて、管理されている関連付け情報から、電子ファイルの親として関連付けられている電子ファイルを示す情報と、電子ファイルを親として関連付けている電子ファイルを示す情報との一覧情報である関連付け一覧情報を生成し、閲覧要求を受け付けた電子ファイルと、生成された関連付け一覧情報とを、閲覧要求元のクライアント端末へ送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
原始データと２次データとを関連付けて管理する技術に関する。
【背景技術】
【０００２】
電子帳票システムは、ホストコンピュータから取得した帳票データを電子的に閲覧・検索可能なデータ形式（電子帳票）に変換して保管するものである。
【０００３】
電子帳票システムを使った帳票を取り扱う業務の中には、電子帳票を元にデータを加工し、二次帳票などを表計算ソフト等の一般的なオフィスアプリケーションで作成することが多く、従来、作成した二次帳票の共有、保管用に電子帳票システムとは別のシステムに保管していた。
【０００４】
ここで、各業務担当者は、電子帳票のデータを元に、加工し、二次帳票を作成する業務を行っているが、この作業は、業務を遂行する上で共通する作業となる。
【０００５】
しかし、各業務担当者がそれぞれ独立して作業を行っていることから、「作業の重複」、「加工方法の不統一」、「二次帳票共有が困難」などの問題があった。
【０００６】
そのため、作成された二次帳票からオリジナルの電子帳票を探すのに手間がかかるという問題や、オリジナルの電子帳票が削除された際など、二次帳票の管理を同期するのも大変な手間がかかるという問題が生じていた。
【０００７】
図１４に業務の一例を示す。この例では、次の手順により業務が行われているものとする。（１）エンドユーザＡが、電子帳票を参照する。（２）エンドユーザＡは、電子帳票を元に、一般的なアプリケーションで帳票データを加工し、二次帳票を作成する。（３）エンドユーザＡは、二次帳票を使用して分析や報告などの業務を行う。（４）エンドユーザＡは、作成した二次帳票を、エビデンスのため、または、同様の業務を行う別ユーザと共有するために、ファイルサーバに二次帳票を保管する。（またはメール等により配信する）（５）エンドユーザＢは、共有された二次帳票を参照し、分析や報告などの業務を行う。（６）管理者Ｃは、二次帳票、元となる電子帳票を参照し、内容を確認する。（７）管理者Ｃは、古い帳票、二次帳票を定期的にサーバから削除する。
【０００８】
このような業務の場合、電子帳票を元にして、分析、報告のための二次帳票を作成する業務は複数のユーザ（エンドユーザＡ、Ｂ）が行っているが、二次帳票の共有の仕組みが電子帳票の参照と連動していないため、十分共有されないことがある。上記の例だと、エンドユーザＡ、エンドユーザＢそれぞれが二次帳票を作成してしまうケースがある。この場合、二次帳票の作成の手間が余計にかかることと、作成される二次帳票が統一されないという問題がある。
【０００９】
また、管理者Ｃは、分析、報告された二次帳票を見て、元となる電子帳票と突合せを行うが、たとえば、２００９年１０月度月報、というようなタイトルからのみ探す、ということになり、オリジナルとなる電子帳票を探すのに手間がかかるという問題がある。
【００１０】
更に、管理者Ｃは電子帳票の実績を整理する際、関連する二次帳票を効率的に的確に整理することができないため、無駄なデータがどんどん増えてしまうという問題もある。
【００１１】
これをより具体的な業務例を挙げて次に説明する（この業務は次の手順により行われているものとする。）。（１）経理により毎月登録された電子帳票の中から、当該月の売上データを参照し、ｃｓｖデータとしてエクスポートする。（２）上記データを元に、支店ごと、製品ごとの売上グラフを作成する。（３）作成された二次帳票を元に、支店ごとの売上を分析し、上司への報告を行う。（４）作成した二次帳票をサーバに保管し、関係者間で共有する。（５）サーバに保管された二次帳票を元に、製品ごとの売上を分析し、上司への報告を行う。（６）報告されたレポートの裏づけを確認するため、電子帳票データとの突合せを行う。（７）古くなって不要な電子帳票実績を削除し、関連する二次帳票を削除する。
【００１２】
この業務では、元データとの関連付けがないため、二次帳票の共有が不十分となり、二次帳票を複数のエンドユーザが作成してしまうことが考えられる。また、作成された二次帳票から、オリジナルの電子帳票を探すことが困難である。
【００１３】
同様に管理者が電子帳票、二次帳票を同期させて管理することが困難で、既に電子帳票が削除されたため不要となったにも関わらず二次帳票が残ってしまうという問題がある。
【００１４】
ここで、特許文献１に記載の技術を用いることで、オフィスアプリケーションで作成したオフィス文書を電子帳票システムに登録することができる。
【００１５】
しかしながら、電子帳票と二次帳票とはそれぞれ独立して登録されるものであるため、二次帳票からオリジナルの電子帳票を探すのに手間がかかるという問題や、オリジナルの電子帳票が削除された際など、二次帳票の管理を同期するという問題を解決することはできない。
【００１６】
また、別の方法として、特許文献２には、Ｅｘｃｅｌを利用して原始データを加工し、サーバに格納する技術が開示されている。
【先行技術文献】
【特許文献】
【００１７】
【特許文献１】特開２００８−１８１５０３号公報
【特許文献２】特開２００１−６７４２２号公報
【発明の概要】
【発明が解決しようとする課題】
【００１８】
しかしながら、特許文献２に記載の技術では、原始データから２次データを作成する際に自動にリンクを生成するものであり、複数の原始データを親とした２次データを作成することができない。
【００１９】
昨今では、分析の多次元化が求められ、複数の帳票を結合し、一つの２次データを作成することが多いが、特許文献２に記載の技術では、このような問題を解決することができない。
【００２０】
すなわち、原始データと２次データとを「１対多」、「多対１」、「多対多」と関連付けることができない。
【００２１】
本発明は、上記課題を解決するものであり、原始データと２次データとの関連付けを複数登録することで、「１対１」に限らない関連付けを可能とすることを目的とする。
【００２２】
更に別の目的として、原始データが削除された場合における２次データの管理を容易にすることを目的とする。
【課題を解決するための手段】
【００２３】
本発明は、複数の電子ファイルの関連付けを管理する情報処理装置であって、電子ファイルと、当該電子ファイルと関連付ける電子ファイルを示す情報との登録要求を受け付ける第一の受付手段と、前記第一の受付手段により受け付けた、電子ファイルと、当該電子ファイルと関連付ける電子ファイルを示す情報とに基づいて、関連付け情報を生成する関連付け情報生成手段と、前記関連付け情報生成手段により生成された関連付け情報と、前記電子ファイルを示す情報とを対応付けて管理する管理手段と、クライアント端末より、電子ファイルの閲覧要求を受け付ける第二の受付手段と、前記第二の受付手段により受け付けた電子ファイルを示す情報を用いて、前記管理手段により管理されている関連付け情報から、当該電子ファイルの親として関連付けられている電子ファイルを示す情報と、当該電子ファイルを親として関連付けている電子ファイルを示す情報との一覧情報である関連付け一覧情報を生成する関連付け一覧情報生成手段と、前記第二の受付手段により閲覧要求を受け付けた電子ファイルと、前記関連付け一覧情報生成手段により生成された関連付け一覧情報とを、前記閲覧要求元のクライアント端末へ送信する送信手段とを備えることを特徴とする。
【発明の効果】
【００２４】
本発明によれば、原始データと２次データとの関連付けを複数登録することで、「１対１」に限らない関連付けが可能となる。
【図面の簡単な説明】
【００２５】
【図１】本発明の実施形態の電子帳票システムの構成を示す図である。
【図２】本発明の実施形態の各種端末のハードウェア構成を示す図である。
【図３】本発明の実施形態の電子帳票システムの基本構成を示す図である。
【図４】ユーザが作成した二次帳票ファイルを親帳票ファイルと関連付けて帳票サーバへ登録する処理の流れを示すフローチャートである。
【図５】ユーザの操作画面の流れを示す図である。
【図６】帳票世代情報と関連付け情報を示すテーブル例である。
【図７】二次帳票ファイルから親帳票ファイルを参照する処理の流れを示すフローチャートである。
【図８】閲覧している帳票ファイルに関連付けられている親（子）帳票ファイルを選択する一例を示す。
【図９】閲覧している帳票ファイルに関連付けられている親（子）帳票ファイルを選択する一例を示す。
【図１０】帳票ファイル一覧画面である。
【図１１】関連付け一覧情報を生成する処理の流れを示すフローチャートである。
【図１２】関連付け一覧情報の一例を示す。
【図１３】親帳票ファイルが削除されることにより、二次帳票ファイルを削除する処理の流れを示すフローチャートである。
【図１４】従来の電子帳票システムの基本構成を示す図である。
【発明を実施するための形態】
【００２６】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
【００２７】
図１は、本発明の一実施形態における自動帳票生成機能を持った電子帳票システム（情報処理システム）の概略構成を示す図である。
【００２８】
図１において、１０１は、ホストコンピュータまたは、ホストプリンタであり、電子帳票システム１０２に登録をする帳票データを生成している。
【００２９】
１０２は、帳票システムであり、電子帳票（＝電子ファイル、以下、単に帳票とする。）の帳票データや、管理情報を記録し、ネットワーク１０５を介してクライアントＰＣ・１０３、１０４に対して、帳票の閲覧や検索などのサービスを提供する。なお、電子帳票システムは、単独のサーバ（情報処理装置）によりサービスを提供することができる。本実施の形態では、帳票システムは、帳票サーバと同義であるとして説明をする。
【００３０】
クライアントＰＣ１０３、１０４は、帳票の閲覧および計算結果の取得を行う者が使用するクライアント端末であり、ネットワーク１０５を介して、電子帳票システム１０２とデータの送受信が可能である。
【００３１】
ネットワーク１０５は、例えばＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）やインターネットなどである。
【００３２】
なお、図１のネットワーク上に接続される各種端末の構成は一例であり、用途や目的に応じて様々な構成例がある。
【００３３】
次に、図１の電子帳票システム１０２のハードウェア構成について、図２を用いて説明する。
【００３４】
図２は本発明の実施形態の各種端末のハードウェア構成を示す図である。
【００３５】
図２に示すように、帳票サーバ１０２は、ＣＰＵ１０１、ＲＡＭ１０２、ＲＯＭ１０３、入力部１０４、入力コントローラ１０５、表示部１０６、表示コントローラ１０７、外部メモリ１０８、外部メモリコントローラ１０９、通信インタフェース（Ｉ／Ｆ）コントローラ１１０及びシステムバス１１１を有して構成されている。
【００３６】
ＣＰＵ１０１は、帳票サーバ１０２における動作を統括的に制御するものであり、システムバス１１１を介して、帳票サーバ１０２の各構成部（１０２、１０３、１０５、１０７、１０９及び１１０）を制御する。
【００３７】
ＲＡＭ１０２は、ＣＰＵ１０１の主メモリ、ワークエリア等として機能する。ＣＰＵ１０１は、処理の実行に際して、ＲＯＭ１０３から必要なプログラム１０３ａ等をＲＡＭ１０２にロードし、当該プログラム１０３ａ等を実行することで各種の動作を実現する。
【００３８】
ＲＯＭ１０３には、ＣＰＵ１０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（ＯＳ）、ＣＰＵ１０１が後述する処理を実行するために必要なプログラム等のプログラム１０３ａが記憶されている。なお、プログラム１０３ａは、外部メモリ１０８に記憶されていてもよい。
【００３９】
入力コントローラ１０５は、キーボードやマウスなどで構成される入力部１０４からの入力を制御する。
【００４０】
表示コントローラ１０７は、ＣＲＴや液晶ディスプレイなどで構成される表示部１０６への表示を制御する。
【００４１】
外部メモリコントローラ１０９は、例えば、ハードディスク（ＨＤ）やフレキシブルディスク（ＦＤ）などで構成される外部メモリ１０８への情報の書き込み（記憶）や、外部メモリ１０８からの情報の読み出しを制御する。また、外部メモリ１０８は、オフィス文書ファイル１０８ａや、ＥＭＦ（Ｅｎｈａｎｃｅｄ Ｍｅｔａｆｉｌｅ Ｆｏｒｍａｔ：拡張メタファイル形式）データ１０８ｂ、オフィス文書ファイル１０８ａから変換された新規フォーマットの帳票ファイル１０８１、及び、ホストコンピュータからの帳票印刷データから変換された従来フォーマットの帳票ファイル１０８２を記憶する。
【００４２】
いずれの帳票ファイルも、帳票の表示用データを表すものであって、単独または複数のファイルによって構成され、単数または複数のページを含有している。電子帳票システム１０２の内部においては、複数の帳票ファイルのうち同一種類のものをグループ化して管理しており、それぞれの帳票ファイルはそのグループの中の世代と呼ばれる。
【００４３】
なお、新規フォーマットの帳票ファイル１０８１としては、帳票ファイル（イメージ）１０８ｃ、帳票ファイル（検索用マップデータ）１０８ｄ、ダミーページ定義ファイル１０８ｅ、及び、ダミーフォーム定義ファイル１０８ｆが記憶される。また、従来フォーマットの帳票ファイル１０８２としては、帳票テキストファイル１０８ｇ、帳票マップファイル１０８ｈ、ページ定義ファイル１０８ｉ、及び、フォーム定義ファイル１０８ｊが記憶される。新規フォーマットの帳票ファイル１０８１と従来フォーマットの帳票ファイル１０８２とは、図２に示すように、帳票ファイル（イメージ）１０８ｃと帳票テキストファイル１０８ｇが対応し、帳票ファイル（検索用マップデータ）１０８ｄと帳票マップファイル１０８ｈが対応し、ダミーページ定義ファイル１０８ｅとページ定義ファイル１０８ｉが対応し、ダミーフォーム定義ファイル１０８ｆとフォーム定義ファイル１０８ｊが対応している。その他、外部メモリ１０８には、必要に応じて各種のファイルや各種のデータ等が記憶される。
【００４４】
また、従来フォーマットの帳票ファイル１０８２は、ホストコンピュータから帳票印刷データが入力されたことが検知された場合に、当該帳票印刷データに基づいて作成される。
【００４５】
通信Ｉ／Ｆコントローラ１１０は、図１に示すネットワーク３００を介して、クライアントＰＣ２０１及び２０２と通信するための制御をする。
【００４６】
システムバス１１１は、ＣＰＵ１０１、ＲＡＭ１０２、ＲＯＭ１０３、入力コントローラ１０５、表示コントローラ１０７、外部メモリコントローラ１０９及び通信Ｉ／Ｆコントローラ１１０を相互に通信可能に接続するためのものである。
【００４７】
次に、本実施の形態における電子帳票システムへの二次帳票の登録、関連付けを行う処理の流れの概要を、図３を用いて説明する。
【００４８】
業務者３０１は、電子帳票３０２を参照し、それを元に二次帳票３０３を作成し、分析、報告業務を行う。ここで、二次帳票は、表計算ソフトなどのオフィスアプリケーションによりオフィス文書として作成される。業務者３０１はその後に、作成した二次帳票３０３を電子帳票システム３０４に電子帳票３０２の子帳票として登録する。
【００４９】
業務者３０５は、既に作成され、登録されている二次帳票３０３、元となる電子帳票３０１を参照し、分析、報告業務を行う。
【００５０】
管理者３０６は、不要となった電子帳票３０２、二次帳票３０３を管理（削除）する。
【００５１】
続いて、図３で示した各詳細について、図を用いて説明する。
【００５２】
まず、図４、５を用いて、二次帳票を作成したユーザの操作の流れを説明する。
【００５３】
図４は、ユーザが作成した二次帳票ファイルを親帳票ファイルと関連付けて帳票サーバへ登録する処理の流れを示すフローチャートである。
【００５４】
また、図５は、ユーザの操作画面の流れを示す図である。
【００５５】
なお、二次帳票ファイルの作成は、表計算ソフトなどのオフィスアプリケーションでオフィス文書として作成されているものとする。ユーザは、クライアント端末を操作するものとする。
【００５６】
ステップＳ５０１において、クライアント端末は、帳票サーバに帳票ファイル一覧画面を要求する。電子帳票システムにログインしたユーザにより、メニュー画面等から要求がされることによりこの要求を行う。
【００５７】
ステップＳ５０２において、帳票サーバは、要求を受け付け、ステップＳ５０３において、帳票ファイル一覧画面をクライアント端末へ送信する。
【００５８】
ステップＳ５０４において、クライアント端末は、受信した帳票ファイル一覧画面を表示する。図５の４０に帳票ファイル一覧画面例を示す。
【００５９】
ステップＳ５０５において、クライアント端末は、世代の一覧画面要求ボタンが押下されたかを判定する。Ｙｅｓの場合、Ｓ５０６へ進み、Ｎｏの場合、Ｓ５０５へ戻る。具体的には、図５の帳票ファイル一覧画面４０の中の４０１がユーザにより選択されたかを判定する。この例では、帳票名「月報」についての世代一覧が選択されている。
【００６０】
ステップＳ５０６において、クライアント端末は、帳票サーバに世代の一覧画面を要求する。
【００６１】
ステップＳ５０７において、帳票サーバは、要求を受け付け、ステップＳ５０８において、世代の一覧画面をクライアント端末へ送信する。
【００６２】
ステップＳ５０９において、クライアント端末は、世代の一覧画面を表示する。図５の４１に世代の一覧の例を示す。この例では、作成日時「２００９／０７／３１ ２０：０６：５３」、登録者「ｓｙｓｔｅｍ」、サイズ「１４ＫＢ」、コメント「月報１２月」、の１世代が登録されている。
【００６３】
ユーザは、表示された世代一覧画面４１において、参照ボタン４０２を押下し、ファイルを選択するダイアログ４２を表示する。ダイアログ４２を介して、クライアント端末内に保存されている二次帳票ファイルを選択し、４０３を押下する。また、親となる帳票ファイルを設定したい場合には、関連付けを設定するかどうかのチェックボックス４０４にチェックを入れ、親帳票ファイル選択ボタン４０５を押下する。表示された帳票ファイル一覧画面４３から、親帳票ファイルのリンク４０６を押下する。その後、削除タイミングを４０７で設定し、ファイル登録ボタン４０８を押下することで、二次帳票ファイルが電子帳票システムに登録されることとなる。
【００６４】
なお、４０７の削除タイミングには、「親帳票がすべて削除された時に削除」、「親帳票が一つでも削除された時に削除」、「親帳票が削除されても削除しない」を選択することができる。
【００６５】
ステップＳ５１０において、クライアント端末は、登録ボタン４０８が押下されたかを判定する。Ｙｅｓの場合、ステップＳ５１１へ進み、Ｎｏの場合、ステップＳ５１０へ戻る。
【００６６】
ステップＳ５１１において、クライアント端末は、帳票サーバに二次帳票ファイルの登録要求を行う。
【００６７】
ステップＳ５１２において、帳票サーバは、二次帳票ファイルの登録要求を受け付ける。
【００６８】
ステップＳ５１３において、帳票サーバは、二次帳票ファイルの登録処理を行う。ここでの登録方法は、例えば、特許文献１（特開２００８−１８１５０３号公報）などに記載の技術を用いることにより実現可能である。
【００６９】
ステップＳ５１４において、帳票サーバは、二次帳票ファイルに関連付ける親帳票ファイルの指定があるかを判定する。Ｙｅｓの場合、ステップＳ５１５へ進み、Ｎｏの場合、処理を終了する。
【００７０】
ステップＳ５１５において、帳票サーバは、親帳票ファイルに対する関連付けの指定を一つずつ読み込む。
【００７１】
ステップＳ５１６において、帳票サーバは、登録する二次帳票ファイルの世代情報に紐付いた親帳票ファイル情報（関連付け情報）をデータベース内に作成する。ここで、図６を用いて、関連付け情報の説明をする。
【００７２】
図６は、二次帳票ファイルと親帳票ファイルとの関連付けを特定するための関連付け情報を示す図である。
【００７３】
帳票ファイルの世代情報は、帳票ＩＤ、格納ディレクトリＩＤ、世代の日付で一意となっている。そこで、親帳票ファイルの帳票世代情報６０１に含まれる「帳票ファイル世代特定項目」と、二次帳票ファイルの帳票世代情報６０２に含まれる「帳票ファイル世代特定項目」とを関連付けるためのデータ構造（関連付け情報）が６０３である。この例では、二次帳票ファイルの帳票ファイル世代特定項目（帳票ＩＤ「ＮＩＪＩ００１」、ディレクトリＩＤ「ＤＩＲ００１」、世代日付「２００９１０１０１０１０３０」）と、親帳票ファイルの世代特定項目（帳票ＩＤ「ＢＵＮＳＹＯ０００１」、ディレクトリＩＤ「ＤＩＲ００１」、世代日付「２００９１０１０１０１０１０」）とが関連付け情報に関連付けられている。
【００７４】
ステップＳ５１７において、帳票サーバは、親帳票ファイルに対する関連付けの指定の残りデータがあるかを判定する。Ｙｅｓの場合、ステップＳ５１４へ戻り、Ｎｏの場合、処理を終了する。
【００７５】
なお、上記例では、一つの二次帳票ファイルに対して既に登録されている帳票ファイルを親帳票ファイルとして指定する例を説明したが、登録する二次帳票ファイルの親帳票ファイルとして指定するファイルが二次帳票ファイルの場合もある。例えば、二次帳票ファイルＢを登録する際に、二次帳票ファイルＡを親帳票ファイルとして指定した場合、二次帳票ファイルＡから見ると、二次帳票ファイルＢは、子帳票ファイルとなる。
【００７６】
そのため関連付け情報を参照することにより、親帳票ファイルのみならず、子帳票ファイルも特定することができる。
【００７７】
以上、二次帳票ファイルの登録と、親帳票ファイルの指定の方法について説明した。
【００７８】
次に、関連付け登録されている二次帳票ファイルから親帳票ファイルを読み出す処理の流れを図７〜９を用いて説明する。
【００７９】
図７は、二次帳票ファイルから親帳票ファイルを参照する処理の流れを示すフローチャートである。
【００８０】
ユーザは、クライアント端末を操作する。
【００８１】
ステップＳ７０１において、クライアント端末は、帳票サーバにログインするために認証情報を送信する。
【００８２】
ステップＳ７０２において、帳票サーバは、認証を行い、ステップＳ７０３において、認証が成功したユーザが参照可能な、帳票ファイルの一覧情報を送信する。
【００８３】
ステップＳ７０４において、クライアント端末は、帳票ファイル一覧情報を受信し表示する。
【００８４】
ステップＳ７０５において、クライアント端末は、一覧の中からユーザにより選択された帳票ファイルの取得要求をする。
【００８５】
ステップＳ７０６において、帳票サーバは、帳票ファイル取得要求を受け付ける。
【００８６】
ステップＳ７０７において、帳票サーバは、帳票ファイル特定する
ステップＳ７０８において、特定した帳票ファイルに関連情報が存在するかを判定する。Ｙｅｓの場合、ステップＳ７０９へ進み、Ｎｏの場合、ステップＳ７１０へ進む。具体的には、特定した帳票ファイルの帳票ファイル世代特定項目（図６参照）を用いて、関連付け情報を抽出することで存在を判定する。ここでは、当該帳票ファイルが親帳票ファイルとして指定している関連付け情報だけでなく、当該帳票ファイルを親帳票ファイルと指定している子帳票ファイルの関連付け情報も抽出する。
【００８７】
ステップＳ７０９において、関連付け情報から親（子）帳票ファイルの関連付け一覧情報を生成する。
【００８８】
ステップＳ７１０において、帳票サーバは、特定した帳票ファイルと共に、関連付け情報を抽出することができた場合は、関連付け一覧情報も併せて送信する。
【００８９】
ステップＳ７１１において、クライアント端末は、帳票ファイル（関連付け一覧情報を含む）を取得する。
【００９０】
ステップＳ７１２において、クライアント端末は、帳票ファイルを表示する。また、関連付け一覧情報がある場合、ユーザが選択可能な形式で表示する。
【００９１】
図８と図９に閲覧している帳票ファイルに関連付けられている親（子）帳票ファイルを選択する一例を示す。
【００９２】
図８では、閲覧している帳票ファイルには、親帳票ファイルと、子帳票ファイルとが、参照可能であることを示している。ここで、ユーザは、８０１をクリックすると、図９に示すように親帳票ファイル選択ダイアログ９０１が表示される。ユーザは、このダイアログから呼び出したい親帳票ファイルを選択することで、親帳票ファイルを閲覧可能となる。なお、８０１、９０１のように帳票ファイル上でダイアログを表示させる仕組みは既存のＷｅｂ技術を用いることで動的に表示させることができる。これにより帳票ファイルに浮かんでいるように表示することができ、また、帳票ファイルをスクロールさせても所定の位置に表示させることができる。「＋」にマウスを合わせると展開され、詳細情報が表示され、「−」にマウスを合わせると折りたたまれる。
【００９３】
ステップＳ７１３において、クライアント端末は、親（子）帳票ファイルの呼び出し要求がされたかを判定する。Ｙｅｓの場合、ステップＳ７１４へ進み、Ｎｏの場合、Ｓ７１３へ戻る。具体的には、８０１及び９０１のダイアログで親（子）帳票ファイルが選択されたかを判定している。
【００９４】
ステップＳ７１４において、クライアント端末は、ユーザにより選択された親（子）帳票ファイルの取得を、帳票サーバに要求する。
【００９５】
ステップＳ７１５において、帳票サーバは、親（子）帳票ファイル取得要求を受け付ける。
【００９６】
ステップＳ７１６において、帳票サーバは、選択された親（子）帳票ファイルを特定して、ステップＳ７１７において、特定した親（子）帳票ファイルを、クライアント端末に送信する。ここでは、帳票世代特定項目を用いることで、帳票ファイルを特定することができる。
【００９７】
ステップＳ７１８において、クライアント端末は、親（子）帳票ファイルを取得する。
【００９８】
ステップＳ７１９において、クライアント端末は、取得した親（子）帳票ファイルを表示する。
【００９９】
ステップＳ７２０において、クライアント端末は、帳票ファイルの閲覧操作を終了するかを判定する。Ｙｅｓの場合、処理を終了し、Ｎｏの場合、Ｓ７１２へ戻る。
【０１００】
以上、関連付け登録されている二次帳票ファイルから親帳票ファイルを読み出す処理の流れを説明した。
【０１０１】
なお、関連付けされている親帳票ファイルを読み出す他の実施の形態を、図１０を用いて説明する。
【０１０２】
図１０は、帳票ファイル一覧画面である。
【０１０３】
他の実施の形態は、この画面から親帳票ファイルを読み出す方法である。これを実現するためには、帳票サーバは、ログインユーザに帳票ファイル一覧画面を送信する際に、当該画面に含まれる帳票ファイルすべてに対して、関連付け情報の有無を判定し、関連付け情報がる場合は、それぞれ関連付け情報一覧を生成して、帳票ファイル一覧画面と共に、クライアント端末へ送信する（帳票サーバ側では、図７に示すＳ７０７〜Ｓ７０９が繰り返されることになる。）。クライアント端末では、帳票ファイル一覧の画面に「関連帳票の呼び出し」項目が設けられ、関連付け情報一覧がある場合、選択可能な「◆」マークなどが表示される。ユーザが、このマークを選択すると、関連付け情報一覧１００２が表示される。ユーザは、この一覧から関連付けられている親（子）帳票ファイルを選択して参照することができる。
【０１０４】
また、関連付け情報の有無を表示するための関連付け情報一覧は、クライアント端末が、帳票ファイル一覧画面を取得するタイミングである必要はなく、例えば、メニューに呼び出しボタンを用意しておくことで、このボタンが押下されたタイミングで、帳票サーバに関連付け一覧情報を要求し、この情報を取得した後、画面を更新して表示してもよい。
【０１０５】
なお、上記他の実施の形態の説明では、ログインユーザが閲覧している帳票ファイルに関連付けられているすべての親（子）帳票ファイルが選択可能な一覧に表示される例を説明した。しかしながら、ログインユーザが閲覧している帳票ファイルに関連付けられている帳票ファイルの中には、ログインユーザが閲覧することができない帳票ファイルも存在する。そこで、次にログインユーザのアクセス権限に応じて、関連付け一覧情報を生成する処理の説明をする。
【０１０６】
図１１は、関連付け一覧情報を生成する処理の流れを示すフローチャートである。
【０１０７】
ステップＳ１１０１において、帳票サーバは、ログインユーザが参照できる帳票ファイルを１レコードずつ読みだす。
【０１０８】
ステップＳ１１０２において、帳票サーバは、帳票ファイルの「帳票ファイル世代特定項目」をデータベースから取得する。
【０１０９】
ステップＳ１１０３において、帳票サーバは、「帳票ファイル世代特定項目」を用いて、関連付け情報から親帳票ファイルとして関連付けられている帳票ファイルを１レコードずつ特定する。
【０１１０】
ステップＳ１１０４において、帳票サーバは、特定した親帳票ファイルをログインユーザが閲覧可能であるかを判定する。Ｙｅｓの場合、ステップＳ１１０５へ進み、Ｎｏの場合、ステップＳ１１０６へ進む。このアクセス権の判定は、既存のアクセス制御情報を用いることにより実現することができる。
【０１１１】
ステップＳ１１０５において、帳票サーバは、関連付け一覧情報に親帳票として追加する。
【０１１２】
ステップＳ１１０６において、帳票サーバは、親帳票ファイルとして関連付けられている全ての親帳票ファイルの確認が終了したかを判定する。Ｙｅｓの場合、ステップＳ１１０７へ進み、Ｎｏの場合、ステップＳ１１０３へ戻る。
【０１１３】
ステップＳ１１０７において、帳票サーバは、「帳票ファイル世代特定項目」を用いて、関連付け情報から該帳票ファイルを親帳票ファイルとして関連付けている子帳票ファイルを１レコードずつ特定する。
【０１１４】
ステップＳ１１０８において、帳票サーバは、特定した子帳票ファイルをログインユーザが閲覧可能であるかを判定する。Ｙｅｓの場合、ステップＳ１１０９へ進み、Ｎｏの場合、ステップＳ１１１０へ進む。このアクセス権の判定は、既存のアクセス制御情報を用いることにより実現することができる。
【０１１５】
ステップＳ１１０９において、帳票サーバは、関連付け一覧情報に親帳票として追加する。
【０１１６】
ステップＳ１１１０において、帳票サーバは、該帳票ファイルを親帳票ファイルとして関連付けている全ての子帳票ファイルの確認が終了したかを判定する。Ｙｅｓの場合、ステップＳ１１１１へ進み、Ｎｏの場合、ステップＳ１１０７へ戻る。
【０１１７】
ステップＳ１１１１において、帳票サーバは、参照できる帳票ファイル全ての確認が終了したかを判定する。Ｙｅｓの場合、処理を終了し、Ｎｏ場合、ステップＳ１１０１へ戻る。
【０１１８】
ステップＳ１１１２において、帳票サーバは、関連付け一覧情報を生成する。図１２に関連付け一覧情報の一例を示す。
【０１１９】
なお、ここでは、ログインユーザが閲覧することができる一覧情報を生成する例を説明したが、その他、ログインユーザが閲覧することができる一覧情報と共に、ログインユーザは閲覧することはできないが、閲覧を所望する帳票ファイルに関連付けられている他の帳票ファイルの一覧情報を生成して、併せてクライアント端末へ送信してもよい。
【０１２０】
この場合、クライアント端末では、閲覧することができる帳票ファイルと、閲覧することができない帳票ファイルを識別できる状態で表示する。例えば、閲覧することができる帳票ファイルについては選択可能な状態で表示し、閲覧することができない帳票ファイルについては名称のみ表示する。
【０１２１】
このようにすることで、ユーザは、自分は閲覧することはできないが、どのような帳票ファイルが関連付けられているかを知ることができる。
【０１２２】
次に、親帳票ファイルが削除されることにより、二次帳票ファイルを削除する処理の流れを、図１３を用いて説明する。
【０１２３】
図１３は、親帳票ファイルが削除されることにより、二次帳票ファイルを削除する処理の流れを示すフローチャートである。
【０１２４】
まず、前提として、帳票ファイルＡを親帳票ファイルとして登録したすべての二次帳票ファイル（子帳票ファイル）は、登録時に図４の４０７に示す削除タイミングで「親帳票がすべて削除された時に削除」が選択されているものとする。
【０１２５】
帳票ファイルの削除は、管理者がクライアント端末を操作して、管理者メニューから削除対象の帳票ファイルを帳票サーバに指定することで行われる。
【０１２６】
ステップＳ１３０１において、クライアント端末は、管理者画面を介して指定された帳票ファイルＡの削除要求を、帳票サーバに行う。
【０１２７】
ステップＳ１３０２において、帳票サーバは、削除要求をうけつける。
【０１２８】
ステップＳ１３０３において、帳票サーバは、削除要求があった帳票ファイルＡ読み出す。
【０１２９】
ステップＳ１３０４において、帳票サーバは、帳票ファイルＡの「帳票ファイル世代特定項目」を取得する。
【０１３０】
ステップＳ１３０５において、帳票サーバは、「帳票ファイル世代特定項目」を用いて、関連付け情報から帳票ファイルＡを親帳票ファイルとして関連付けているレコードがあるかを判定する。Ｙｅｓの場合、Ｓ１３０６へ進み、Ｎｏの場合、Ｓ１３１３へ進む。
【０１３１】
ステップＳ１３０６において、帳票サーバは、「帳票ファイル世代特定項目」を用いて、関連付け情報から帳票ファイルＡを親帳票ファイルとして関連付けているレコードを１レコードずつ特定する。
【０１３２】
ステップＳ１３０７において、帳票サーバは、帳票ファイルＡを親帳票ファイルとして関連付けている帳票ファイルの「帳票ファイル世代特定項目」取得する。
【０１３３】
ステップＳ１３０８において、帳票サーバは、「帳票ファイル世代特定項目」を用いて、関連付け情報から帳票ファイルＡ以外を親帳票ファイルとして関連付けているレコードがあるかを判定する。Ｙｅｓの場合、ステップＳ１３０９へ進み、Ｎｏの場合、ステップＳ１３１０へ進む。
【０１３４】
ステップＳ１３０９において、帳票サーバは、ステップＳ１３０６で特定したレコードを関連付け情報から削除する。
【０１３５】
ステップＳ１３１０において、帳票サーバは、ステップＳ１３０６で特定したレコードを関連付け情報から削除し、帳票ファイルＡを親帳票ファイルとして関連付けている帳票ファイルの世代情報の削除を要求する。
【０１３６】
ステップＳ１３１１において、帳票サーバは、削除要求がされた帳票ファイルの子帳票ファイル削除する処理を行う。この処理は、ステップＳ１３０２〜ステップＳ１３１２の処理を再帰的に実行することで実現することができる。これにより、帳票ファイルＡの孫帳票ファイルの削除を行うことができる。
【０１３７】
ステップＳ１３１２において、帳票サーバは、帳票ファイルＡを親帳票ファイルとして関連付けている全レコードの確認が終了したかを判定する。ＹＥＳの場合、ステップＳ１３１３へ進み、Ｎｏの場合、ステップＳ１３０６へ戻る。
【０１３８】
ステップＳ１３１３において、帳票サーバは、「帳票ファイル世代特定項目」を用いて、関連付け情報から帳票ファイルＡを子帳票ファイルとして関連付けているレコードがあるかを判定する。Ｙｅｓの場合、ステップＳ１３１４へ進み、Ｎｏの場合、ステップＳ１３１６へ進む。
【０１３９】
ステップＳ１３１４において、帳票サーバは、「帳票ファイル世代特定項目」を用いて、関連付け情報から帳票ファイルＡを子帳票ファイルとして関連付けているレコードを１レコードずつ特定する。
【０１４０】
ステップＳ１３１５において、帳票サーバは、ステップＳ１３１４で特定したレコードを関連付け情報から削除する。
【０１４１】
ステップＳ１３１６において、帳票サーバは、帳票ファイルＡを子帳票ファイルとして関連付けている全レコードの確認が終了したかを判定する。Ｙｅｓの場合、処理を終了し、Ｎｏの場合、ステップＳ１３１４へ戻る。
【０１４２】
ステップＳ１３１７において、帳票サーバは、帳票ファイルＡの世代情報を削除する。
【０１４３】
以上、親帳票ファイルが削除されることにより、二次帳票ファイルを削除する処理の流れを説明した。
【０１４４】
これにより、二次帳票ファイルの親帳票ファイルがすべて削除されるタイミングで二次帳票ファイル自体を電子帳票システムから削除することができるため、不要となる二次帳票ファイルの削除を容易に実現することができる。また、システムリソースの負荷を軽減することにも役立つ。
【０１４５】
なお、登録時に図４の４０７に示す削除タイミングで「親帳票が一つでも削除された場合に削除する」が選択されている場合、ステップＳ１１６の直後に、ステップＳ１１０９を行うことで実現することができる。
【０１４６】
従って、二次帳票の登録時に削除タイミングを使い分けることで、より柔軟な管理が可能となる。
【０１４７】
上述した通り、本発明によれば、原始データと２次データとの関連付けを複数登録することで、「１対１」に限らない関連付けが可能となる。
【０１４８】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【０１４９】
また、本発明の目的は、以下のようにすることによって達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（又は記録媒体）を、システム或いは装置に供給する。そして、そのシステム或いは装置の中央演算処理手段（ＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行する。この場合、記憶媒体から読み出されたプログラムコード自体が上述した実施形態の機能を実現することになり、そのプログラムコードを記録した記憶媒体は本発明を構成することになる。
【０１５０】
また、システム或いは装置の前記中央演算処理手段が読み出したプログラムコードを実行することにより、そのプログラムコードの指示に基づき、システム或いは装置上で稼働しているオペレーティングシステム（ＯＳ）等が実際の処理の一部又は全部を行う。その処理によって上述した実施形態の機能が実現される場合も含まれる。
【０１５１】
更に、記憶媒体から読み出されたプログラムコードが、前記システム或いは装置に挿入された機能拡張カードや、接続された機能拡張ユニットに備わるメモリに書込まれたとする。その後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって上述した実施形態の機能が実現される場合も含まれる。
【０１５２】
本発明を前記記憶媒体に適用する場合、その記憶媒体（コンピュータ読み取り可能な記憶媒体）には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。
【符号の説明】
【０１５３】
１０１ ホスト
１０２ 電子帳票システム
１０３ クライアントＰＣ
１０４ クライアントＰＣ
【技術分野】
【０００１】
原始データと２次データとを関連付けて管理する技術に関する。
【背景技術】
【０００２】
電子帳票システムは、ホストコンピュータから取得した帳票データを電子的に閲覧・検索可能なデータ形式（電子帳票）に変換して保管するものである。
【０００３】
電子帳票システムを使った帳票を取り扱う業務の中には、電子帳票を元にデータを加工し、二次帳票などを表計算ソフト等の一般的なオフィスアプリケーションで作成することが多く、従来、作成した二次帳票の共有、保管用に電子帳票システムとは別のシステムに保管していた。
【０００４】
ここで、各業務担当者は、電子帳票のデータを元に、加工し、二次帳票を作成する業務を行っているが、この作業は、業務を遂行する上で共通する作業となる。
【０００５】
しかし、各業務担当者がそれぞれ独立して作業を行っていることから、「作業の重複」、「加工方法の不統一」、「二次帳票共有が困難」などの問題があった。
【０００６】
そのため、作成された二次帳票からオリジナルの電子帳票を探すのに手間がかかるという問題や、オリジナルの電子帳票が削除された際など、二次帳票の管理を同期するのも大変な手間がかかるという問題が生じていた。
【０００７】
図１４に業務の一例を示す。この例では、次の手順により業務が行われているものとする。（１）エンドユーザＡが、電子帳票を参照する。（２）エンドユーザＡは、電子帳票を元に、一般的なアプリケーションで帳票データを加工し、二次帳票を作成する。（３）エンドユーザＡは、二次帳票を使用して分析や報告などの業務を行う。（４）エンドユーザＡは、作成した二次帳票を、エビデンスのため、または、同様の業務を行う別ユーザと共有するために、ファイルサーバに二次帳票を保管する。（またはメール等により配信する）（５）エンドユーザＢは、共有された二次帳票を参照し、分析や報告などの業務を行う。（６）管理者Ｃは、二次帳票、元となる電子帳票を参照し、内容を確認する。（７）管理者Ｃは、古い帳票、二次帳票を定期的にサーバから削除する。
【０００８】
このような業務の場合、電子帳票を元にして、分析、報告のための二次帳票を作成する業務は複数のユーザ（エンドユーザＡ、Ｂ）が行っているが、二次帳票の共有の仕組みが電子帳票の参照と連動していないため、十分共有されないことがある。上記の例だと、エンドユーザＡ、エンドユーザＢそれぞれが二次帳票を作成してしまうケースがある。この場合、二次帳票の作成の手間が余計にかかることと、作成される二次帳票が統一されないという問題がある。
【０００９】
また、管理者Ｃは、分析、報告された二次帳票を見て、元となる電子帳票と突合せを行うが、たとえば、２００９年１０月度月報、というようなタイトルからのみ探す、ということになり、オリジナルとなる電子帳票を探すのに手間がかかるという問題がある。
【００１０】
更に、管理者Ｃは電子帳票の実績を整理する際、関連する二次帳票を効率的に的確に整理することができないため、無駄なデータがどんどん増えてしまうという問題もある。
【００１１】
これをより具体的な業務例を挙げて次に説明する（この業務は次の手順により行われているものとする。）。（１）経理により毎月登録された電子帳票の中から、当該月の売上データを参照し、ｃｓｖデータとしてエクスポートする。（２）上記データを元に、支店ごと、製品ごとの売上グラフを作成する。（３）作成された二次帳票を元に、支店ごとの売上を分析し、上司への報告を行う。（４）作成した二次帳票をサーバに保管し、関係者間で共有する。（５）サーバに保管された二次帳票を元に、製品ごとの売上を分析し、上司への報告を行う。（６）報告されたレポートの裏づけを確認するため、電子帳票データとの突合せを行う。（７）古くなって不要な電子帳票実績を削除し、関連する二次帳票を削除する。
【００１２】
この業務では、元データとの関連付けがないため、二次帳票の共有が不十分となり、二次帳票を複数のエンドユーザが作成してしまうことが考えられる。また、作成された二次帳票から、オリジナルの電子帳票を探すことが困難である。
【００１３】
同様に管理者が電子帳票、二次帳票を同期させて管理することが困難で、既に電子帳票が削除されたため不要となったにも関わらず二次帳票が残ってしまうという問題がある。
【００１４】
ここで、特許文献１に記載の技術を用いることで、オフィスアプリケーションで作成したオフィス文書を電子帳票システムに登録することができる。
【００１５】
しかしながら、電子帳票と二次帳票とはそれぞれ独立して登録されるものであるため、二次帳票からオリジナルの電子帳票を探すのに手間がかかるという問題や、オリジナルの電子帳票が削除された際など、二次帳票の管理を同期するという問題を解決することはできない。
【００１６】
また、別の方法として、特許文献２には、Ｅｘｃｅｌを利用して原始データを加工し、サーバに格納する技術が開示されている。
【先行技術文献】
【特許文献】
【００１７】
【特許文献１】特開２００８−１８１５０３号公報
【特許文献２】特開２００１−６７４２２号公報
【発明の概要】
【発明が解決しようとする課題】
【００１８】
しかしながら、特許文献２に記載の技術では、原始データから２次データを作成する際に自動にリンクを生成するものであり、複数の原始データを親とした２次データを作成することができない。
【００１９】
昨今では、分析の多次元化が求められ、複数の帳票を結合し、一つの２次データを作成することが多いが、特許文献２に記載の技術では、このような問題を解決することができない。
【００２０】
すなわち、原始データと２次データとを「１対多」、「多対１」、「多対多」と関連付けることができない。
【００２１】
本発明は、上記課題を解決するものであり、原始データと２次データとの関連付けを複数登録することで、「１対１」に限らない関連付けを可能とすることを目的とする。
【００２２】
更に別の目的として、原始データが削除された場合における２次データの管理を容易にすることを目的とする。
【課題を解決するための手段】
【００２３】
本発明は、複数の電子ファイルの関連付けを管理する情報処理装置であって、電子ファイルと、当該電子ファイルと関連付ける電子ファイルを示す情報との登録要求を受け付ける第一の受付手段と、前記第一の受付手段により受け付けた、電子ファイルと、当該電子ファイルと関連付ける電子ファイルを示す情報とに基づいて、関連付け情報を生成する関連付け情報生成手段と、前記関連付け情報生成手段により生成された関連付け情報と、前記電子ファイルを示す情報とを対応付けて管理する管理手段と、クライアント端末より、電子ファイルの閲覧要求を受け付ける第二の受付手段と、前記第二の受付手段により受け付けた電子ファイルを示す情報を用いて、前記管理手段により管理されている関連付け情報から、当該電子ファイルの親として関連付けられている電子ファイルを示す情報と、当該電子ファイルを親として関連付けている電子ファイルを示す情報との一覧情報である関連付け一覧情報を生成する関連付け一覧情報生成手段と、前記第二の受付手段により閲覧要求を受け付けた電子ファイルと、前記関連付け一覧情報生成手段により生成された関連付け一覧情報とを、前記閲覧要求元のクライアント端末へ送信する送信手段とを備えることを特徴とする。
【発明の効果】
【００２４】
本発明によれば、原始データと２次データとの関連付けを複数登録することで、「１対１」に限らない関連付けが可能となる。
【図面の簡単な説明】
【００２５】
【図１】本発明の実施形態の電子帳票システムの構成を示す図である。
【図２】本発明の実施形態の各種端末のハードウェア構成を示す図である。
【図３】本発明の実施形態の電子帳票システムの基本構成を示す図である。
【図４】ユーザが作成した二次帳票ファイルを親帳票ファイルと関連付けて帳票サーバへ登録する処理の流れを示すフローチャートである。
【図５】ユーザの操作画面の流れを示す図である。
【図６】帳票世代情報と関連付け情報を示すテーブル例である。
【図７】二次帳票ファイルから親帳票ファイルを参照する処理の流れを示すフローチャートである。
【図８】閲覧している帳票ファイルに関連付けられている親（子）帳票ファイルを選択する一例を示す。
【図９】閲覧している帳票ファイルに関連付けられている親（子）帳票ファイルを選択する一例を示す。
【図１０】帳票ファイル一覧画面である。
【図１１】関連付け一覧情報を生成する処理の流れを示すフローチャートである。
【図１２】関連付け一覧情報の一例を示す。
【図１３】親帳票ファイルが削除されることにより、二次帳票ファイルを削除する処理の流れを示すフローチャートである。
【図１４】従来の電子帳票システムの基本構成を示す図である。
【発明を実施するための形態】
【００２６】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
【００２７】
図１は、本発明の一実施形態における自動帳票生成機能を持った電子帳票システム（情報処理システム）の概略構成を示す図である。
【００２８】
図１において、１０１は、ホストコンピュータまたは、ホストプリンタであり、電子帳票システム１０２に登録をする帳票データを生成している。
【００２９】
１０２は、帳票システムであり、電子帳票（＝電子ファイル、以下、単に帳票とする。）の帳票データや、管理情報を記録し、ネットワーク１０５を介してクライアントＰＣ・１０３、１０４に対して、帳票の閲覧や検索などのサービスを提供する。なお、電子帳票システムは、単独のサーバ（情報処理装置）によりサービスを提供することができる。本実施の形態では、帳票システムは、帳票サーバと同義であるとして説明をする。
【００３０】
クライアントＰＣ１０３、１０４は、帳票の閲覧および計算結果の取得を行う者が使用するクライアント端末であり、ネットワーク１０５を介して、電子帳票システム１０２とデータの送受信が可能である。
【００３１】
ネットワーク１０５は、例えばＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）やインターネットなどである。
【００３２】
なお、図１のネットワーク上に接続される各種端末の構成は一例であり、用途や目的に応じて様々な構成例がある。
【００３３】
次に、図１の電子帳票システム１０２のハードウェア構成について、図２を用いて説明する。
【００３４】
図２は本発明の実施形態の各種端末のハードウェア構成を示す図である。
【００３５】
図２に示すように、帳票サーバ１０２は、ＣＰＵ１０１、ＲＡＭ１０２、ＲＯＭ１０３、入力部１０４、入力コントローラ１０５、表示部１０６、表示コントローラ１０７、外部メモリ１０８、外部メモリコントローラ１０９、通信インタフェース（Ｉ／Ｆ）コントローラ１１０及びシステムバス１１１を有して構成されている。
【００３６】
ＣＰＵ１０１は、帳票サーバ１０２における動作を統括的に制御するものであり、システムバス１１１を介して、帳票サーバ１０２の各構成部（１０２、１０３、１０５、１０７、１０９及び１１０）を制御する。
【００３７】
ＲＡＭ１０２は、ＣＰＵ１０１の主メモリ、ワークエリア等として機能する。ＣＰＵ１０１は、処理の実行に際して、ＲＯＭ１０３から必要なプログラム１０３ａ等をＲＡＭ１０２にロードし、当該プログラム１０３ａ等を実行することで各種の動作を実現する。
【００３８】
ＲＯＭ１０３には、ＣＰＵ１０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（ＯＳ）、ＣＰＵ１０１が後述する処理を実行するために必要なプログラム等のプログラム１０３ａが記憶されている。なお、プログラム１０３ａは、外部メモリ１０８に記憶されていてもよい。
【００３９】
入力コントローラ１０５は、キーボードやマウスなどで構成される入力部１０４からの入力を制御する。
【００４０】
表示コントローラ１０７は、ＣＲＴや液晶ディスプレイなどで構成される表示部１０６への表示を制御する。
【００４１】
外部メモリコントローラ１０９は、例えば、ハードディスク（ＨＤ）やフレキシブルディスク（ＦＤ）などで構成される外部メモリ１０８への情報の書き込み（記憶）や、外部メモリ１０８からの情報の読み出しを制御する。また、外部メモリ１０８は、オフィス文書ファイル１０８ａや、ＥＭＦ（Ｅｎｈａｎｃｅｄ Ｍｅｔａｆｉｌｅ Ｆｏｒｍａｔ：拡張メタファイル形式）データ１０８ｂ、オフィス文書ファイル１０８ａから変換された新規フォーマットの帳票ファイル１０８１、及び、ホストコンピュータからの帳票印刷データから変換された従来フォーマットの帳票ファイル１０８２を記憶する。
【００４２】
いずれの帳票ファイルも、帳票の表示用データを表すものであって、単独または複数のファイルによって構成され、単数または複数のページを含有している。電子帳票システム１０２の内部においては、複数の帳票ファイルのうち同一種類のものをグループ化して管理しており、それぞれの帳票ファイルはそのグループの中の世代と呼ばれる。
【００４３】
なお、新規フォーマットの帳票ファイル１０８１としては、帳票ファイル（イメージ）１０８ｃ、帳票ファイル（検索用マップデータ）１０８ｄ、ダミーページ定義ファイル１０８ｅ、及び、ダミーフォーム定義ファイル１０８ｆが記憶される。また、従来フォーマットの帳票ファイル１０８２としては、帳票テキストファイル１０８ｇ、帳票マップファイル１０８ｈ、ページ定義ファイル１０８ｉ、及び、フォーム定義ファイル１０８ｊが記憶される。新規フォーマットの帳票ファイル１０８１と従来フォーマットの帳票ファイル１０８２とは、図２に示すように、帳票ファイル（イメージ）１０８ｃと帳票テキストファイル１０８ｇが対応し、帳票ファイル（検索用マップデータ）１０８ｄと帳票マップファイル１０８ｈが対応し、ダミーページ定義ファイル１０８ｅとページ定義ファイル１０８ｉが対応し、ダミーフォーム定義ファイル１０８ｆとフォーム定義ファイル１０８ｊが対応している。その他、外部メモリ１０８には、必要に応じて各種のファイルや各種のデータ等が記憶される。
【００４４】
また、従来フォーマットの帳票ファイル１０８２は、ホストコンピュータから帳票印刷データが入力されたことが検知された場合に、当該帳票印刷データに基づいて作成される。
【００４５】
通信Ｉ／Ｆコントローラ１１０は、図１に示すネットワーク３００を介して、クライアントＰＣ２０１及び２０２と通信するための制御をする。
【００４６】
システムバス１１１は、ＣＰＵ１０１、ＲＡＭ１０２、ＲＯＭ１０３、入力コントローラ１０５、表示コントローラ１０７、外部メモリコントローラ１０９及び通信Ｉ／Ｆコントローラ１１０を相互に通信可能に接続するためのものである。
【００４７】
次に、本実施の形態における電子帳票システムへの二次帳票の登録、関連付けを行う処理の流れの概要を、図３を用いて説明する。
【００４８】
業務者３０１は、電子帳票３０２を参照し、それを元に二次帳票３０３を作成し、分析、報告業務を行う。ここで、二次帳票は、表計算ソフトなどのオフィスアプリケーションによりオフィス文書として作成される。業務者３０１はその後に、作成した二次帳票３０３を電子帳票システム３０４に電子帳票３０２の子帳票として登録する。
【００４９】
業務者３０５は、既に作成され、登録されている二次帳票３０３、元となる電子帳票３０１を参照し、分析、報告業務を行う。
【００５０】
管理者３０６は、不要となった電子帳票３０２、二次帳票３０３を管理（削除）する。
【００５１】
続いて、図３で示した各詳細について、図を用いて説明する。
【００５２】
まず、図４、５を用いて、二次帳票を作成したユーザの操作の流れを説明する。
【００５３】
図４は、ユーザが作成した二次帳票ファイルを親帳票ファイルと関連付けて帳票サーバへ登録する処理の流れを示すフローチャートである。
【００５４】
また、図５は、ユーザの操作画面の流れを示す図である。
【００５５】
なお、二次帳票ファイルの作成は、表計算ソフトなどのオフィスアプリケーションでオフィス文書として作成されているものとする。ユーザは、クライアント端末を操作するものとする。
【００５６】
ステップＳ５０１において、クライアント端末は、帳票サーバに帳票ファイル一覧画面を要求する。電子帳票システムにログインしたユーザにより、メニュー画面等から要求がされることによりこの要求を行う。
【００５７】
ステップＳ５０２において、帳票サーバは、要求を受け付け、ステップＳ５０３において、帳票ファイル一覧画面をクライアント端末へ送信する。
【００５８】
ステップＳ５０４において、クライアント端末は、受信した帳票ファイル一覧画面を表示する。図５の４０に帳票ファイル一覧画面例を示す。
【００５９】
ステップＳ５０５において、クライアント端末は、世代の一覧画面要求ボタンが押下されたかを判定する。Ｙｅｓの場合、Ｓ５０６へ進み、Ｎｏの場合、Ｓ５０５へ戻る。具体的には、図５の帳票ファイル一覧画面４０の中の４０１がユーザにより選択されたかを判定する。この例では、帳票名「月報」についての世代一覧が選択されている。
【００６０】
ステップＳ５０６において、クライアント端末は、帳票サーバに世代の一覧画面を要求する。
【００６１】
ステップＳ５０７において、帳票サーバは、要求を受け付け、ステップＳ５０８において、世代の一覧画面をクライアント端末へ送信する。
【００６２】
ステップＳ５０９において、クライアント端末は、世代の一覧画面を表示する。図５の４１に世代の一覧の例を示す。この例では、作成日時「２００９／０７／３１ ２０：０６：５３」、登録者「ｓｙｓｔｅｍ」、サイズ「１４ＫＢ」、コメント「月報１２月」、の１世代が登録されている。
【００６３】
ユーザは、表示された世代一覧画面４１において、参照ボタン４０２を押下し、ファイルを選択するダイアログ４２を表示する。ダイアログ４２を介して、クライアント端末内に保存されている二次帳票ファイルを選択し、４０３を押下する。また、親となる帳票ファイルを設定したい場合には、関連付けを設定するかどうかのチェックボックス４０４にチェックを入れ、親帳票ファイル選択ボタン４０５を押下する。表示された帳票ファイル一覧画面４３から、親帳票ファイルのリンク４０６を押下する。その後、削除タイミングを４０７で設定し、ファイル登録ボタン４０８を押下することで、二次帳票ファイルが電子帳票システムに登録されることとなる。
【００６４】
なお、４０７の削除タイミングには、「親帳票がすべて削除された時に削除」、「親帳票が一つでも削除された時に削除」、「親帳票が削除されても削除しない」を選択することができる。
【００６５】
ステップＳ５１０において、クライアント端末は、登録ボタン４０８が押下されたかを判定する。Ｙｅｓの場合、ステップＳ５１１へ進み、Ｎｏの場合、ステップＳ５１０へ戻る。
【００６６】
ステップＳ５１１において、クライアント端末は、帳票サーバに二次帳票ファイルの登録要求を行う。
【００６７】
ステップＳ５１２において、帳票サーバは、二次帳票ファイルの登録要求を受け付ける。
【００６８】
ステップＳ５１３において、帳票サーバは、二次帳票ファイルの登録処理を行う。ここでの登録方法は、例えば、特許文献１（特開２００８−１８１５０３号公報）などに記載の技術を用いることにより実現可能である。
【００６９】
ステップＳ５１４において、帳票サーバは、二次帳票ファイルに関連付ける親帳票ファイルの指定があるかを判定する。Ｙｅｓの場合、ステップＳ５１５へ進み、Ｎｏの場合、処理を終了する。
【００７０】
ステップＳ５１５において、帳票サーバは、親帳票ファイルに対する関連付けの指定を一つずつ読み込む。
【００７１】
ステップＳ５１６において、帳票サーバは、登録する二次帳票ファイルの世代情報に紐付いた親帳票ファイル情報（関連付け情報）をデータベース内に作成する。ここで、図６を用いて、関連付け情報の説明をする。
【００７２】
図６は、二次帳票ファイルと親帳票ファイルとの関連付けを特定するための関連付け情報を示す図である。
【００７３】
帳票ファイルの世代情報は、帳票ＩＤ、格納ディレクトリＩＤ、世代の日付で一意となっている。そこで、親帳票ファイルの帳票世代情報６０１に含まれる「帳票ファイル世代特定項目」と、二次帳票ファイルの帳票世代情報６０２に含まれる「帳票ファイル世代特定項目」とを関連付けるためのデータ構造（関連付け情報）が６０３である。この例では、二次帳票ファイルの帳票ファイル世代特定項目（帳票ＩＤ「ＮＩＪＩ００１」、ディレクトリＩＤ「ＤＩＲ００１」、世代日付「２００９１０１０１０１０３０」）と、親帳票ファイルの世代特定項目（帳票ＩＤ「ＢＵＮＳＹＯ０００１」、ディレクトリＩＤ「ＤＩＲ００１」、世代日付「２００９１０１０１０１０１０」）とが関連付け情報に関連付けられている。
【００７４】
ステップＳ５１７において、帳票サーバは、親帳票ファイルに対する関連付けの指定の残りデータがあるかを判定する。Ｙｅｓの場合、ステップＳ５１４へ戻り、Ｎｏの場合、処理を終了する。
【００７５】
なお、上記例では、一つの二次帳票ファイルに対して既に登録されている帳票ファイルを親帳票ファイルとして指定する例を説明したが、登録する二次帳票ファイルの親帳票ファイルとして指定するファイルが二次帳票ファイルの場合もある。例えば、二次帳票ファイルＢを登録する際に、二次帳票ファイルＡを親帳票ファイルとして指定した場合、二次帳票ファイルＡから見ると、二次帳票ファイルＢは、子帳票ファイルとなる。
【００７６】
そのため関連付け情報を参照することにより、親帳票ファイルのみならず、子帳票ファイルも特定することができる。
【００７７】
以上、二次帳票ファイルの登録と、親帳票ファイルの指定の方法について説明した。
【００７８】
次に、関連付け登録されている二次帳票ファイルから親帳票ファイルを読み出す処理の流れを図７〜９を用いて説明する。
【００７９】
図７は、二次帳票ファイルから親帳票ファイルを参照する処理の流れを示すフローチャートである。
【００８０】
ユーザは、クライアント端末を操作する。
【００８１】
ステップＳ７０１において、クライアント端末は、帳票サーバにログインするために認証情報を送信する。
【００８２】
ステップＳ７０２において、帳票サーバは、認証を行い、ステップＳ７０３において、認証が成功したユーザが参照可能な、帳票ファイルの一覧情報を送信する。
【００８３】
ステップＳ７０４において、クライアント端末は、帳票ファイル一覧情報を受信し表示する。
【００８４】
ステップＳ７０５において、クライアント端末は、一覧の中からユーザにより選択された帳票ファイルの取得要求をする。
【００８５】
ステップＳ７０６において、帳票サーバは、帳票ファイル取得要求を受け付ける。
【００８６】
ステップＳ７０７において、帳票サーバは、帳票ファイル特定する
ステップＳ７０８において、特定した帳票ファイルに関連情報が存在するかを判定する。Ｙｅｓの場合、ステップＳ７０９へ進み、Ｎｏの場合、ステップＳ７１０へ進む。具体的には、特定した帳票ファイルの帳票ファイル世代特定項目（図６参照）を用いて、関連付け情報を抽出することで存在を判定する。ここでは、当該帳票ファイルが親帳票ファイルとして指定している関連付け情報だけでなく、当該帳票ファイルを親帳票ファイルと指定している子帳票ファイルの関連付け情報も抽出する。
【００８７】
ステップＳ７０９において、関連付け情報から親（子）帳票ファイルの関連付け一覧情報を生成する。
【００８８】
ステップＳ７１０において、帳票サーバは、特定した帳票ファイルと共に、関連付け情報を抽出することができた場合は、関連付け一覧情報も併せて送信する。
【００８９】
ステップＳ７１１において、クライアント端末は、帳票ファイル（関連付け一覧情報を含む）を取得する。
【００９０】
ステップＳ７１２において、クライアント端末は、帳票ファイルを表示する。また、関連付け一覧情報がある場合、ユーザが選択可能な形式で表示する。
【００９１】
図８と図９に閲覧している帳票ファイルに関連付けられている親（子）帳票ファイルを選択する一例を示す。
【００９２】
図８では、閲覧している帳票ファイルには、親帳票ファイルと、子帳票ファイルとが、参照可能であることを示している。ここで、ユーザは、８０１をクリックすると、図９に示すように親帳票ファイル選択ダイアログ９０１が表示される。ユーザは、このダイアログから呼び出したい親帳票ファイルを選択することで、親帳票ファイルを閲覧可能となる。なお、８０１、９０１のように帳票ファイル上でダイアログを表示させる仕組みは既存のＷｅｂ技術を用いることで動的に表示させることができる。これにより帳票ファイルに浮かんでいるように表示することができ、また、帳票ファイルをスクロールさせても所定の位置に表示させることができる。「＋」にマウスを合わせると展開され、詳細情報が表示され、「−」にマウスを合わせると折りたたまれる。
【００９３】
ステップＳ７１３において、クライアント端末は、親（子）帳票ファイルの呼び出し要求がされたかを判定する。Ｙｅｓの場合、ステップＳ７１４へ進み、Ｎｏの場合、Ｓ７１３へ戻る。具体的には、８０１及び９０１のダイアログで親（子）帳票ファイルが選択されたかを判定している。
【００９４】
ステップＳ７１４において、クライアント端末は、ユーザにより選択された親（子）帳票ファイルの取得を、帳票サーバに要求する。
【００９５】
ステップＳ７１５において、帳票サーバは、親（子）帳票ファイル取得要求を受け付ける。
【００９６】
ステップＳ７１６において、帳票サーバは、選択された親（子）帳票ファイルを特定して、ステップＳ７１７において、特定した親（子）帳票ファイルを、クライアント端末に送信する。ここでは、帳票世代特定項目を用いることで、帳票ファイルを特定することができる。
【００９７】
ステップＳ７１８において、クライアント端末は、親（子）帳票ファイルを取得する。
【００９８】
ステップＳ７１９において、クライアント端末は、取得した親（子）帳票ファイルを表示する。
【００９９】
ステップＳ７２０において、クライアント端末は、帳票ファイルの閲覧操作を終了するかを判定する。Ｙｅｓの場合、処理を終了し、Ｎｏの場合、Ｓ７１２へ戻る。
【０１００】
以上、関連付け登録されている二次帳票ファイルから親帳票ファイルを読み出す処理の流れを説明した。
【０１０１】
なお、関連付けされている親帳票ファイルを読み出す他の実施の形態を、図１０を用いて説明する。
【０１０２】
図１０は、帳票ファイル一覧画面である。
【０１０３】
他の実施の形態は、この画面から親帳票ファイルを読み出す方法である。これを実現するためには、帳票サーバは、ログインユーザに帳票ファイル一覧画面を送信する際に、当該画面に含まれる帳票ファイルすべてに対して、関連付け情報の有無を判定し、関連付け情報がる場合は、それぞれ関連付け情報一覧を生成して、帳票ファイル一覧画面と共に、クライアント端末へ送信する（帳票サーバ側では、図７に示すＳ７０７〜Ｓ７０９が繰り返されることになる。）。クライアント端末では、帳票ファイル一覧の画面に「関連帳票の呼び出し」項目が設けられ、関連付け情報一覧がある場合、選択可能な「◆」マークなどが表示される。ユーザが、このマークを選択すると、関連付け情報一覧１００２が表示される。ユーザは、この一覧から関連付けられている親（子）帳票ファイルを選択して参照することができる。
【０１０４】
また、関連付け情報の有無を表示するための関連付け情報一覧は、クライアント端末が、帳票ファイル一覧画面を取得するタイミングである必要はなく、例えば、メニューに呼び出しボタンを用意しておくことで、このボタンが押下されたタイミングで、帳票サーバに関連付け一覧情報を要求し、この情報を取得した後、画面を更新して表示してもよい。
【０１０５】
なお、上記他の実施の形態の説明では、ログインユーザが閲覧している帳票ファイルに関連付けられているすべての親（子）帳票ファイルが選択可能な一覧に表示される例を説明した。しかしながら、ログインユーザが閲覧している帳票ファイルに関連付けられている帳票ファイルの中には、ログインユーザが閲覧することができない帳票ファイルも存在する。そこで、次にログインユーザのアクセス権限に応じて、関連付け一覧情報を生成する処理の説明をする。
【０１０６】
図１１は、関連付け一覧情報を生成する処理の流れを示すフローチャートである。
【０１０７】
ステップＳ１１０１において、帳票サーバは、ログインユーザが参照できる帳票ファイルを１レコードずつ読みだす。
【０１０８】
ステップＳ１１０２において、帳票サーバは、帳票ファイルの「帳票ファイル世代特定項目」をデータベースから取得する。
【０１０９】
ステップＳ１１０３において、帳票サーバは、「帳票ファイル世代特定項目」を用いて、関連付け情報から親帳票ファイルとして関連付けられている帳票ファイルを１レコードずつ特定する。
【０１１０】
ステップＳ１１０４において、帳票サーバは、特定した親帳票ファイルをログインユーザが閲覧可能であるかを判定する。Ｙｅｓの場合、ステップＳ１１０５へ進み、Ｎｏの場合、ステップＳ１１０６へ進む。このアクセス権の判定は、既存のアクセス制御情報を用いることにより実現することができる。
【０１１１】
ステップＳ１１０５において、帳票サーバは、関連付け一覧情報に親帳票として追加する。
【０１１２】
ステップＳ１１０６において、帳票サーバは、親帳票ファイルとして関連付けられている全ての親帳票ファイルの確認が終了したかを判定する。Ｙｅｓの場合、ステップＳ１１０７へ進み、Ｎｏの場合、ステップＳ１１０３へ戻る。
【０１１３】
ステップＳ１１０７において、帳票サーバは、「帳票ファイル世代特定項目」を用いて、関連付け情報から該帳票ファイルを親帳票ファイルとして関連付けている子帳票ファイルを１レコードずつ特定する。
【０１１４】
ステップＳ１１０８において、帳票サーバは、特定した子帳票ファイルをログインユーザが閲覧可能であるかを判定する。Ｙｅｓの場合、ステップＳ１１０９へ進み、Ｎｏの場合、ステップＳ１１１０へ進む。このアクセス権の判定は、既存のアクセス制御情報を用いることにより実現することができる。
【０１１５】
ステップＳ１１０９において、帳票サーバは、関連付け一覧情報に親帳票として追加する。
【０１１６】
ステップＳ１１１０において、帳票サーバは、該帳票ファイルを親帳票ファイルとして関連付けている全ての子帳票ファイルの確認が終了したかを判定する。Ｙｅｓの場合、ステップＳ１１１１へ進み、Ｎｏの場合、ステップＳ１１０７へ戻る。
【０１１７】
ステップＳ１１１１において、帳票サーバは、参照できる帳票ファイル全ての確認が終了したかを判定する。Ｙｅｓの場合、処理を終了し、Ｎｏ場合、ステップＳ１１０１へ戻る。
【０１１８】
ステップＳ１１１２において、帳票サーバは、関連付け一覧情報を生成する。図１２に関連付け一覧情報の一例を示す。
【０１１９】
なお、ここでは、ログインユーザが閲覧することができる一覧情報を生成する例を説明したが、その他、ログインユーザが閲覧することができる一覧情報と共に、ログインユーザは閲覧することはできないが、閲覧を所望する帳票ファイルに関連付けられている他の帳票ファイルの一覧情報を生成して、併せてクライアント端末へ送信してもよい。
【０１２０】
この場合、クライアント端末では、閲覧することができる帳票ファイルと、閲覧することができない帳票ファイルを識別できる状態で表示する。例えば、閲覧することができる帳票ファイルについては選択可能な状態で表示し、閲覧することができない帳票ファイルについては名称のみ表示する。
【０１２１】
このようにすることで、ユーザは、自分は閲覧することはできないが、どのような帳票ファイルが関連付けられているかを知ることができる。
【０１２２】
次に、親帳票ファイルが削除されることにより、二次帳票ファイルを削除する処理の流れを、図１３を用いて説明する。
【０１２３】
図１３は、親帳票ファイルが削除されることにより、二次帳票ファイルを削除する処理の流れを示すフローチャートである。
【０１２４】
まず、前提として、帳票ファイルＡを親帳票ファイルとして登録したすべての二次帳票ファイル（子帳票ファイル）は、登録時に図４の４０７に示す削除タイミングで「親帳票がすべて削除された時に削除」が選択されているものとする。
【０１２５】
帳票ファイルの削除は、管理者がクライアント端末を操作して、管理者メニューから削除対象の帳票ファイルを帳票サーバに指定することで行われる。
【０１２６】
ステップＳ１３０１において、クライアント端末は、管理者画面を介して指定された帳票ファイルＡの削除要求を、帳票サーバに行う。
【０１２７】
ステップＳ１３０２において、帳票サーバは、削除要求をうけつける。
【０１２８】
ステップＳ１３０３において、帳票サーバは、削除要求があった帳票ファイルＡ読み出す。
【０１２９】
ステップＳ１３０４において、帳票サーバは、帳票ファイルＡの「帳票ファイル世代特定項目」を取得する。
【０１３０】
ステップＳ１３０５において、帳票サーバは、「帳票ファイル世代特定項目」を用いて、関連付け情報から帳票ファイルＡを親帳票ファイルとして関連付けているレコードがあるかを判定する。Ｙｅｓの場合、Ｓ１３０６へ進み、Ｎｏの場合、Ｓ１３１３へ進む。
【０１３１】
ステップＳ１３０６において、帳票サーバは、「帳票ファイル世代特定項目」を用いて、関連付け情報から帳票ファイルＡを親帳票ファイルとして関連付けているレコードを１レコードずつ特定する。
【０１３２】
ステップＳ１３０７において、帳票サーバは、帳票ファイルＡを親帳票ファイルとして関連付けている帳票ファイルの「帳票ファイル世代特定項目」取得する。
【０１３３】
ステップＳ１３０８において、帳票サーバは、「帳票ファイル世代特定項目」を用いて、関連付け情報から帳票ファイルＡ以外を親帳票ファイルとして関連付けているレコードがあるかを判定する。Ｙｅｓの場合、ステップＳ１３０９へ進み、Ｎｏの場合、ステップＳ１３１０へ進む。
【０１３４】
ステップＳ１３０９において、帳票サーバは、ステップＳ１３０６で特定したレコードを関連付け情報から削除する。
【０１３５】
ステップＳ１３１０において、帳票サーバは、ステップＳ１３０６で特定したレコードを関連付け情報から削除し、帳票ファイルＡを親帳票ファイルとして関連付けている帳票ファイルの世代情報の削除を要求する。
【０１３６】
ステップＳ１３１１において、帳票サーバは、削除要求がされた帳票ファイルの子帳票ファイル削除する処理を行う。この処理は、ステップＳ１３０２〜ステップＳ１３１２の処理を再帰的に実行することで実現することができる。これにより、帳票ファイルＡの孫帳票ファイルの削除を行うことができる。
【０１３７】
ステップＳ１３１２において、帳票サーバは、帳票ファイルＡを親帳票ファイルとして関連付けている全レコードの確認が終了したかを判定する。ＹＥＳの場合、ステップＳ１３１３へ進み、Ｎｏの場合、ステップＳ１３０６へ戻る。
【０１３８】
ステップＳ１３１３において、帳票サーバは、「帳票ファイル世代特定項目」を用いて、関連付け情報から帳票ファイルＡを子帳票ファイルとして関連付けているレコードがあるかを判定する。Ｙｅｓの場合、ステップＳ１３１４へ進み、Ｎｏの場合、ステップＳ１３１６へ進む。
【０１３９】
ステップＳ１３１４において、帳票サーバは、「帳票ファイル世代特定項目」を用いて、関連付け情報から帳票ファイルＡを子帳票ファイルとして関連付けているレコードを１レコードずつ特定する。
【０１４０】
ステップＳ１３１５において、帳票サーバは、ステップＳ１３１４で特定したレコードを関連付け情報から削除する。
【０１４１】
ステップＳ１３１６において、帳票サーバは、帳票ファイルＡを子帳票ファイルとして関連付けている全レコードの確認が終了したかを判定する。Ｙｅｓの場合、処理を終了し、Ｎｏの場合、ステップＳ１３１４へ戻る。
【０１４２】
ステップＳ１３１７において、帳票サーバは、帳票ファイルＡの世代情報を削除する。
【０１４３】
以上、親帳票ファイルが削除されることにより、二次帳票ファイルを削除する処理の流れを説明した。
【０１４４】
これにより、二次帳票ファイルの親帳票ファイルがすべて削除されるタイミングで二次帳票ファイル自体を電子帳票システムから削除することができるため、不要となる二次帳票ファイルの削除を容易に実現することができる。また、システムリソースの負荷を軽減することにも役立つ。
【０１４５】
なお、登録時に図４の４０７に示す削除タイミングで「親帳票が一つでも削除された場合に削除する」が選択されている場合、ステップＳ１１６の直後に、ステップＳ１１０９を行うことで実現することができる。
【０１４６】
従って、二次帳票の登録時に削除タイミングを使い分けることで、より柔軟な管理が可能となる。
【０１４７】
上述した通り、本発明によれば、原始データと２次データとの関連付けを複数登録することで、「１対１」に限らない関連付けが可能となる。
【０１４８】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【０１４９】
また、本発明の目的は、以下のようにすることによって達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（又は記録媒体）を、システム或いは装置に供給する。そして、そのシステム或いは装置の中央演算処理手段（ＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行する。この場合、記憶媒体から読み出されたプログラムコード自体が上述した実施形態の機能を実現することになり、そのプログラムコードを記録した記憶媒体は本発明を構成することになる。
【０１５０】
また、システム或いは装置の前記中央演算処理手段が読み出したプログラムコードを実行することにより、そのプログラムコードの指示に基づき、システム或いは装置上で稼働しているオペレーティングシステム（ＯＳ）等が実際の処理の一部又は全部を行う。その処理によって上述した実施形態の機能が実現される場合も含まれる。
【０１５１】
更に、記憶媒体から読み出されたプログラムコードが、前記システム或いは装置に挿入された機能拡張カードや、接続された機能拡張ユニットに備わるメモリに書込まれたとする。その後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって上述した実施形態の機能が実現される場合も含まれる。
【０１５２】
本発明を前記記憶媒体に適用する場合、その記憶媒体（コンピュータ読み取り可能な記憶媒体）には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。
【符号の説明】
【０１５３】
１０１ ホスト
１０２ 電子帳票システム
１０３ クライアントＰＣ
１０４ クライアントＰＣ
【特許請求の範囲】
【請求項１】
複数の電子ファイルの関連付けを管理する情報処理装置であって、
電子ファイルと、当該電子ファイルと関連付ける電子ファイルを示す情報との登録要求を受け付ける第一の受付手段と、
前記第一の受付手段により受け付けた、電子ファイルと、当該電子ファイルと関連付ける電子ファイルを示す情報とに基づいて、関連付け情報を生成する関連付け情報生成手段と、
前記関連付け情報生成手段により生成された関連付け情報と、前記電子ファイルを示す情報とを対応付けて管理する管理手段と、
クライアント端末より、電子ファイルの閲覧要求を受け付ける第二の受付手段と、
前記第二の受付手段により受け付けた電子ファイルを示す情報を用いて、前記管理手段により管理されている関連付け情報から、当該電子ファイルの親として関連付けられている電子ファイルを示す情報と、当該電子ファイルを親として関連付けている電子ファイルを示す情報との一覧情報である関連付け一覧情報を生成する関連付け一覧情報生成手段と、
前記第二の受付手段により閲覧要求を受け付けた電子ファイルと、前記関連付け一覧情報生成手段により生成された関連付け一覧情報とを、前記閲覧要求元のクライアント端末へ送信する送信手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記クライアント端末を操作するユーザ認証を行う認証手段を更に備え、
前記関連付け一覧情報生成手段は、前記認証手段により認証されたユーザのアクセス権限に応じて、当該ユーザが閲覧できる電子ファイルを示す情報の一覧情報を生成することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
電子ファイルの削除要求を受け付ける第三の受付手段と、
前記第三の受付手段により削除要求を受け付けた電子ファイルを示す情報を用いて、前記管理手段により管理されている関連付け情報から、当該電子ファイルに関連付けられている関連付け情報を削除する削除手段とを更に備えることを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記削除手段は、前記電子ファイルとは別の電子ファイルを親として関連付けていない場合、当該関連付け情報と共に、当該電子ファイルを親として関連付けている電子ファイルを削除することを特徴とする請求項３に記載の情報処理装置。
【請求項５】
クライアント端末と、複数の電子ファイルの関連付けを管理する情報処理装置とが通信可能な情報処理システムであって、
電子ファイルと、当該電子ファイルと関連付ける電子ファイルを示す情報との登録要求を受け付ける第一の受付手段と、
前記第一の受付手段により受け付けた、電子ファイルと、当該電子ファイルと関連付ける電子ファイルを示す情報とに基づいて、関連付け情報を生成する関連付け情報生成手段と、
前記関連付け情報生成手段により生成された関連付け情報と、前記電子ファイルを示す情報とを対応付けて管理する管理手段と、
クライアント端末より、電子ファイルの閲覧要求を受け付ける第二の受付手段と、
前記第二の受付手段により受け付けた電子ファイルを示す情報を用いて、前記管理手段により管理されている関連付け情報から、当該電子ファイルの親として関連付けられている電子ファイルを示す情報と、当該電子ファイルを親として関連付けている電子ファイルを示す情報との一覧情報である関連付け一覧情報を生成する関連付け一覧情報生成手段と、
前記第二の受付手段により閲覧要求を受け付けた電子ファイルと、前記関連付け一覧情報生成手段により生成された関連付け一覧情報とを、前記閲覧要求元のクライアント端末へ送信する送信手段と
を備えることを特徴とする情報処理システム。
【請求項６】
複数の電子ファイルの関連付けを管理する情報処理装置における情報処理方法であって、
電子ファイルと、当該電子ファイルと関連付ける電子ファイルを示す情報との登録要求を受け付ける第一の受付ステップと、
前記第一の受付ステップにより受け付けた、電子ファイルと、当該電子ファイルと関連付ける電子ファイルを示す情報とに基づいて、関連付け情報を生成する関連付け情報生成ステップと、
前記関連付け情報生成ステップにより生成された関連付け情報と、前記電子ファイルを示す情報とを対応付けて管理する管理ステップと、
クライアント端末より、電子ファイルの閲覧要求を受け付ける第二の受付ステップと、
前記第二の受付ステップにより受け付けた電子ファイルを示す情報を用いて、前記管理ステップにより管理されている関連付け情報から、当該電子ファイルの親として関連付けられている電子ファイルを示す情報と、当該電子ファイルを親として関連付けている電子ファイルを示す情報との一覧情報である関連付け一覧情報を生成する関連付け一覧情報生成ステップと、
前記第二の受付ステップにより閲覧要求を受け付けた電子ファイルと、前記関連付け一覧情報生成ステップにより生成された関連付け一覧情報とを、前記閲覧要求元のクライアント端末へ送信する送信ステップと
を備えることを特徴とする情報処理方法。
【請求項７】
複数の電子ファイルの関連付けを管理する情報処理装置において実行可能なプログラムであって、
電子ファイルと、当該電子ファイルと関連付ける電子ファイルを示す情報との登録要求を受け付ける第一の受付手段、
前記第一の受付手段により受け付けた、電子ファイルと、当該電子ファイルと関連付ける電子ファイルを示す情報とに基づいて、関連付け情報を生成する関連付け情報生成手段、
前記関連付け情報生成手段により生成された関連付け情報と、前記電子ファイルを示す情報とを対応付けて管理する管理手段、
クライアント端末より、電子ファイルの閲覧要求を受け付ける第二の受付手段、
前記第二の受付手段により受け付けた電子ファイルを示す情報を用いて、前記管理手段により管理されている関連付け情報から、当該電子ファイルの親として関連付けられている電子ファイルを示す情報と、当該電子ファイルを親として関連付けている電子ファイルを示す情報との一覧情報である関連付け一覧情報を生成する関連付け一覧情報生成手段、
前記第二の受付手段により閲覧要求を受け付けた電子ファイルと、前記関連付け一覧情報生成手段により生成された関連付け一覧情報とを、前記閲覧要求元のクライアント端末へ送信する送信手段と
して前記情報処理装置を機能させるプログラム。
【請求項８】
請求項７に記載のプログラムをコンピュータ読み取り可能に記録した記録媒体。
【請求項１】
複数の電子ファイルの関連付けを管理する情報処理装置であって、
電子ファイルと、当該電子ファイルと関連付ける電子ファイルを示す情報との登録要求を受け付ける第一の受付手段と、
前記第一の受付手段により受け付けた、電子ファイルと、当該電子ファイルと関連付ける電子ファイルを示す情報とに基づいて、関連付け情報を生成する関連付け情報生成手段と、
前記関連付け情報生成手段により生成された関連付け情報と、前記電子ファイルを示す情報とを対応付けて管理する管理手段と、
クライアント端末より、電子ファイルの閲覧要求を受け付ける第二の受付手段と、
前記第二の受付手段により受け付けた電子ファイルを示す情報を用いて、前記管理手段により管理されている関連付け情報から、当該電子ファイルの親として関連付けられている電子ファイルを示す情報と、当該電子ファイルを親として関連付けている電子ファイルを示す情報との一覧情報である関連付け一覧情報を生成する関連付け一覧情報生成手段と、
前記第二の受付手段により閲覧要求を受け付けた電子ファイルと、前記関連付け一覧情報生成手段により生成された関連付け一覧情報とを、前記閲覧要求元のクライアント端末へ送信する送信手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記クライアント端末を操作するユーザ認証を行う認証手段を更に備え、
前記関連付け一覧情報生成手段は、前記認証手段により認証されたユーザのアクセス権限に応じて、当該ユーザが閲覧できる電子ファイルを示す情報の一覧情報を生成することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
電子ファイルの削除要求を受け付ける第三の受付手段と、
前記第三の受付手段により削除要求を受け付けた電子ファイルを示す情報を用いて、前記管理手段により管理されている関連付け情報から、当該電子ファイルに関連付けられている関連付け情報を削除する削除手段とを更に備えることを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記削除手段は、前記電子ファイルとは別の電子ファイルを親として関連付けていない場合、当該関連付け情報と共に、当該電子ファイルを親として関連付けている電子ファイルを削除することを特徴とする請求項３に記載の情報処理装置。
【請求項５】
クライアント端末と、複数の電子ファイルの関連付けを管理する情報処理装置とが通信可能な情報処理システムであって、
電子ファイルと、当該電子ファイルと関連付ける電子ファイルを示す情報との登録要求を受け付ける第一の受付手段と、
前記第一の受付手段により受け付けた、電子ファイルと、当該電子ファイルと関連付ける電子ファイルを示す情報とに基づいて、関連付け情報を生成する関連付け情報生成手段と、
前記関連付け情報生成手段により生成された関連付け情報と、前記電子ファイルを示す情報とを対応付けて管理する管理手段と、
クライアント端末より、電子ファイルの閲覧要求を受け付ける第二の受付手段と、
前記第二の受付手段により受け付けた電子ファイルを示す情報を用いて、前記管理手段により管理されている関連付け情報から、当該電子ファイルの親として関連付けられている電子ファイルを示す情報と、当該電子ファイルを親として関連付けている電子ファイルを示す情報との一覧情報である関連付け一覧情報を生成する関連付け一覧情報生成手段と、
前記第二の受付手段により閲覧要求を受け付けた電子ファイルと、前記関連付け一覧情報生成手段により生成された関連付け一覧情報とを、前記閲覧要求元のクライアント端末へ送信する送信手段と
を備えることを特徴とする情報処理システム。
【請求項６】
複数の電子ファイルの関連付けを管理する情報処理装置における情報処理方法であって、
電子ファイルと、当該電子ファイルと関連付ける電子ファイルを示す情報との登録要求を受け付ける第一の受付ステップと、
前記第一の受付ステップにより受け付けた、電子ファイルと、当該電子ファイルと関連付ける電子ファイルを示す情報とに基づいて、関連付け情報を生成する関連付け情報生成ステップと、
前記関連付け情報生成ステップにより生成された関連付け情報と、前記電子ファイルを示す情報とを対応付けて管理する管理ステップと、
クライアント端末より、電子ファイルの閲覧要求を受け付ける第二の受付ステップと、
前記第二の受付ステップにより受け付けた電子ファイルを示す情報を用いて、前記管理ステップにより管理されている関連付け情報から、当該電子ファイルの親として関連付けられている電子ファイルを示す情報と、当該電子ファイルを親として関連付けている電子ファイルを示す情報との一覧情報である関連付け一覧情報を生成する関連付け一覧情報生成ステップと、
前記第二の受付ステップにより閲覧要求を受け付けた電子ファイルと、前記関連付け一覧情報生成ステップにより生成された関連付け一覧情報とを、前記閲覧要求元のクライアント端末へ送信する送信ステップと
を備えることを特徴とする情報処理方法。
【請求項７】
複数の電子ファイルの関連付けを管理する情報処理装置において実行可能なプログラムであって、
電子ファイルと、当該電子ファイルと関連付ける電子ファイルを示す情報との登録要求を受け付ける第一の受付手段、
前記第一の受付手段により受け付けた、電子ファイルと、当該電子ファイルと関連付ける電子ファイルを示す情報とに基づいて、関連付け情報を生成する関連付け情報生成手段、
前記関連付け情報生成手段により生成された関連付け情報と、前記電子ファイルを示す情報とを対応付けて管理する管理手段、
クライアント端末より、電子ファイルの閲覧要求を受け付ける第二の受付手段、
前記第二の受付手段により受け付けた電子ファイルを示す情報を用いて、前記管理手段により管理されている関連付け情報から、当該電子ファイルの親として関連付けられている電子ファイルを示す情報と、当該電子ファイルを親として関連付けている電子ファイルを示す情報との一覧情報である関連付け一覧情報を生成する関連付け一覧情報生成手段、
前記第二の受付手段により閲覧要求を受け付けた電子ファイルと、前記関連付け一覧情報生成手段により生成された関連付け一覧情報とを、前記閲覧要求元のクライアント端末へ送信する送信手段と
して前記情報処理装置を機能させるプログラム。
【請求項８】
請求項７に記載のプログラムをコンピュータ読み取り可能に記録した記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１１−１３４２６７（Ｐ２０１１−１３４２６７Ａ）
【公開日】平成２３年７月７日（２０１１．７．７）
【国際特許分類】
【出願番号】特願２００９−２９５５４４（Ｐ２００９−２９５５４４）
【出願日】平成２１年１２月２５日（２００９．１２．２５）
【出願人】（３０１０１５９５６）キヤノンソフトウェア株式会社 (364)
【Ｆターム（参考）】
【公開日】平成２３年７月７日（２０１１．７．７）
【国際特許分類】
【出願日】平成２１年１２月２５日（２００９．１２．２５）
【出願人】（３０１０１５９５６）キヤノンソフトウェア株式会社 (364)
【Ｆターム（参考）】
[ Back to top ]