(57)【要約】【課題】  オンデマンドカタログ作成において一度作成されたカタログをユーザが再利用、再印刷することを考えた場合、生成したカタログデータをそのまま管理すると容量が大きくなりすぎないようデータ管理を簡便にすることを課題とする。【解決手段】  構成データ毎に構成データ及びその構成データで使用される元データとの対応関係を記憶する履歴テーブル（１７３０）と、元データ毎に元データ及びその元データを用いて構成される構成データとの対応関係を記憶する管理テーブル（１７４０）と、構成データを作成するために管理テーブル及び履歴テーブルに対応関係を登録する登録手段とを有するデータ処理装置が提供される。【選択図】        図１７
2006059191.tif 000002
【特許請求の範囲】
【請求項１】
構成データ毎に構成データ及びその構成データで使用される元データとの対応関係を記憶する履歴テーブルと、
元データ毎に元データ及びその元データを用いて構成される構成データとの対応関係を記憶する管理テーブルと、
構成データを作成するために前記管理テーブル及び前記履歴テーブルに前記対応関係を登録する登録手段と
を有することを特徴とするデータ処理装置。
【請求項２】
さらに、前記履歴テーブルを基に過去に作成した構成データを印刷することができる印刷手段を有することを特徴とする請求項１記載のデータ処理装置。
【請求項３】
さらに、前記履歴テーブルを基に過去に作成した構成データを編集することができる編集手段を有することを特徴とする請求項１又は２記載のデータ処理装置。
【請求項４】
前記登録手段は、前記元データをバージョンアップする際に、前記管理テーブルの元テーブルの最新バージョンを使用している構成データが存在する場合には、その元データを別の新しいバージョンとして登録することを特徴とする請求項１〜３のいずれか１項に記載のデータ処理装置。
【請求項５】
前記登録手段は、前記元データをバージョンアップする際に、前記管理テーブルの元テーブルの最新バージョンを使用している構成データが存在しない場合には、その元データをその最新バージョンに上書きすることを特徴とする請求項４記載のデータ処理装置。
【請求項６】
さらに、前記履歴テーブルを基に過去に作成した構成データを再利用する際に、その構成データにより使用されている元データがバージョンアップされていた場合、バージョンアップされた元データ又はバージョンアップされていない元データのいずれを使うのかを選択する選択手段を有することを特徴とする請求項４又は５記載のデータ処理装置。
【請求項７】
前記選択手段は、バージョンアップされた元データを使うことを選択した場合には、それに対応して前記管理テーブルの対応関係を変更することを特徴とする請求項６記載のデータ処理装置。
【請求項８】
前記選択手段は、前記管理テーブルの対応関係を変更した結果、構成データにより使用されない元データのバージョンが存在する場合には、その元データのバージョンを前記管理テーブルから削除することを特徴とする請求項７記載のデータ処理装置。
【請求項９】
前記元データは、画像データ又はテキストデータであることを特徴とする請求項１〜８のいずれか１項に記載のデータ処理装置。
【請求項１０】
前記構成データは、カタログの構成データであることを特徴とする請求項９記載のデータ処理装置。
【請求項１１】
構成データ毎に構成データ及びその構成データで使用される元データとの対応関係を履歴テーブルに登録する履歴テーブル登録ステップと、
元データ毎に元データ及びその元データを用いて構成される構成データとの対応関係を管理テーブルに登録する管理テーブル登録ステップと
を有することを特徴とするデータ処理方法。
【請求項１２】
さらに、前記履歴テーブルを基に過去に作成した構成データを印刷することができる印刷ステップを有することを特徴とする請求項１１記載のデータ処理方法。
【請求項１３】
さらに、前記履歴テーブルを基に過去に作成した構成データを編集することができる編集ステップを有することを特徴とする請求項１１又は１２記載のデータ処理方法。
【請求項１４】
前記管理テーブル登録ステップは、前記元データをバージョンアップする際に、前記管理テーブルの元テーブルの最新バージョンを使用している構成データが存在する場合には、その元データを別の新しいバージョンとして登録することを特徴とする請求項１１〜１３のいずれか１項に記載のデータ処理方法。
【請求項１５】
前記管理テーブル登録ステップは、前記元データをバージョンアップする際に、前記管理テーブルの元テーブルの最新バージョンを使用している構成データが存在しない場合には、その元データをその最新バージョンに上書きすることを特徴とする請求項１４記載のデータ処理方法。
【請求項１６】
さらに、前記履歴テーブルを基に過去に作成した構成データを再利用する際に、その構成データにより使用されている元データがバージョンアップされていた場合、バージョンアップされた元データ又はバージョンアップされていない元データのいずれを使うのかを選択する選択ステップを有することを特徴とする請求項１４又は１５記載のデータ処理方法。
【請求項１７】
前記選択ステップは、バージョンアップされた元データを使うことを選択した場合には、それに対応して前記管理テーブルの対応関係を変更することを特徴とする請求項１６記載のデータ処理方法。
【請求項１８】
前記選択ステップは、前記管理テーブルの対応関係を変更した結果、構成データにより使用されない元データのバージョンが存在する場合には、その元データのバージョンを前記管理テーブルから削除することを特徴とする請求項１７記載のデータ処理方法。
【請求項１９】
前記元データは、画像データ又はテキストデータであることを特徴とする請求項１１〜１８のいずれか１項に記載のデータ処理方法。
【請求項２０】
前記構成データは、カタログの構成データであることを特徴とする請求項１９記載のデータ処理方法。
【請求項２１】
請求項１１〜２０のいずれか１項に記載のデータ処理方法の各ステップをコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ処理に関し、特に元データを用いて構成される構成データの処理に関する。
【背景技術】
【０００２】
下記の特許文献１には、ユーザが同一の帳票プリントデータを要求する場合、その都度、サーバが、同一のプリント用帳票フォームと帳票データとに基づき帳票プリントデータを生成するのでは非効率的であることを課題とし、一度作成された帳票プリントデータをサーバ上に保存しておき、Ｗｅｂブラウザからの別の指示に応じてその帳票プリントデータをクライアントに転送することが記載されている。
【０００３】
【特許文献１】特開２００２−１６３０９５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
オンデマンドカタログ作成において、一度作成されたカタログをユーザが再利用、再印刷したいという要求がある。しかしながら、ユーザ毎に作成されたカスタムカタログを管理しておくのは、容量が大きくなりすぎてデータ管理がとても大変である。
【０００５】
本発明の目的は、オンデマンドカタログ作成において一度作成されたカタログをユーザが再利用、再印刷することを考えた場合、生成したカタログデータをそのまま管理すると容量が大きくなりすぎないようデータ管理を簡便にすることである。
【課題を解決するための手段】
【０００６】
本発明のデータ処理装置は、構成データ毎に構成データ及びその構成データで使用される元データとの対応関係を記憶する履歴テーブルと、元データ毎に元データ及びその元データを用いて構成される構成データとの対応関係を記憶する管理テーブルと、構成データを作成するために前記管理テーブル及び前記履歴テーブルに前記対応関係を登録する登録手段とを有することを特徴とする。
【０００７】
また、本発明のデータ処理方法は、構成データ毎に構成データ及びその構成データで使用される元データとの対応関係を履歴テーブルに登録する履歴テーブル登録ステップと、元データ毎に元データ及びその元データを用いて構成される構成データとの対応関係を管理テーブルに登録する管理テーブル登録ステップとを有することを特徴とする。
【０００８】
また、本発明のプログラムは、上記のデータ処理方法の各ステップをコンピュータに実行させるためのプログラムである。
【発明の効果】
【０００９】
履歴テーブル及び管理テーブルを設けることにより、効率的なデータ管理を行うことができる。構成データを指定するだけでわずらわしい操作がなく、過去に作成した構成データの出力を再現することができる。
【発明を実施するための最良の形態】
【００１０】
以下に、本発明の実施形態に係る装置について説明する。
（実施形態の概要）
図１７は、本発明の実施形態によるオンデマンドカタログ作成システム（データ処理装置）の全体構成例を示す図である。データベース１７０１には、フォームデータ１７０２が記憶されている。フォームデータ１７０２は、フォームＡ（１７０２Ａ）、フォームＢ（１７０２Ｂ）及びフォームＣ（１７０２Ｃ）を含み、カタログデータを作成するためのフォームデータ（帳票）である。図６に、フォームＡ（６０１）、フォームＢ（６０２）及びフォームＣ（６０３）の例を示す。エリア６０４〜６１０は、ユーザが自由に画像データ又はテキストデータ等を挿入することができる部分である。このフォームデータ１７０２は、ユーザによって自由に作成や変更を行うことができる。
【００１１】
データベース１７１１には、元データ１７１２が記憶されている。元データ１７１２は、画像１（１７１３）、画像２（１７１４）及び画像３（１７１５）を含み、画像データ及びテキストデータ等である。画像１（１７１３）は、バージョン１のデータ１７１３Ａ、バージョン２のデータ１７１３Ｂ及びバージョン３のデータ１７１３Ｃを有する。ユーザは、このように画像１をバージョンアップして更新することができる。各バージョンのデータは、データベースに履歴として記憶されている。画像データ１７１４は、画像２のバージョン１のデータである。画像データ１７１５は、画像３のバージョン１のデータである。
【００１２】
管理テーブル１７４０には、元データ情報が登録されている。元データ名は、ファイル名に対応し、画像１（１７１３）、画像２（１７１４）及び画像３（１７１５）が登録されている。バージョンとしては、画像１はバージョン１，２，３があり、画像２はバージョン１があり、画像３はバージョン１がある。
【００１３】
ユーザは、複数のフォームデータ１７０２の中から１つを選択し、そのフォームデータ１７０２に挿入する元データ１７１２を選択することにより、カタログを作成することができる。例えば、カタログ（構成データ）１７２０は、フォームＡ（１７０２Ａ）を選択し、そのフォームＡ（１７０２Ａ）内に、画像１のバージョン３のデータ１７１３Ｃ、画像２のバージョン１のデータ１７１４、及び画像３のバージョン１のデータ１７１５を選択して挿入することにより生成される。
【００１４】
ユーザＡがカタログ１７２０を作成すると、履歴テーブル１７３０及び管理テーブル１７４０への登録が行われる。履歴テーブル１７３０には、履歴ＩＤ、ユーザ名、フォーム名及び元データ名が登録される。例えば、ユーザＡがカタログ１７２０を作成すると、履歴ＩＤが３番として履歴テーブル１７３０に登録される。ユーザ名はユーザＡであり、フォーム名はフォームＡ（１７０２Ａ）である。元データ名は、画像１、画像２、及び画像３である。この元データ名に対応して、管理テーブル１７４０への登録が行われる。管理テーブル１７４０において、画像１の最新バージョン３、画像２のバージョン１及び画像３のバージョン１の各履歴ＩＤの欄に、３番が登録される。履歴ＩＤを管理テーブル１７４０に記憶させることにより、各元データが使われているかどうかを判断することができる。ユーザＡは、カタログ１７２０を作成後、印刷することができる。
【００１５】
ユーザがカタログ作成時にどのフォームデータ（帳票）と元データ（画像、テキスト）をどのように使ったかについての情報を履歴テーブル１７３０に履歴として管理し、再利用のときはその履歴を基にカタログを生成し直すことができる。そのとき、管理者側で元データをバージョンアップ（アップデート）してしまうと前に作ったカタログが生成できなくなってしまうので、履歴ＩＤ（ユーザがカタログ作成時に生成する履歴に対してユニークにつける番号）と元データを結びつける管理テーブル１７４０を持っておく。
【００１６】
図１８は、図１７の履歴テーブル１７３０及び管理テーブル１７４０の状態において、元データを追加する場合を説明するための図である。管理者側で画像１をバージョンアップした元データ１７１３Ｄを追加する場合を例に説明する。まず、元データ１７１３Ｄの画像１は、管理テーブル１７４０の元データ名に既に登録されているか否かをチェックする。登録されているので、現在の最新バージョン３に履歴ＩＤが登録されているか否かをチェックする。最新バージョン３には、履歴ＩＤとして３番が登録されているので、元データ１７１３Ｄを画像１の新しいバージョン４として管理テーブル１７４０及びデータベース１７１１に登録する。仮に、バージョン３の履歴ＩＤに登録がない場合には、元データ１７１３Ｄを画像１のバージョン３として上書きする。履歴ＩＤに登録がなければ、その元データはカタログ作成に使用されていないので、上書きにより削除してかまわない。
【００１７】
以上のように、管理者側が元データのバージョンアップをしようとした時、バージョンアップしようとした元データの管理テーブル１７４０の履歴ＩＤ属性欄に履歴ＩＤがなければ、上書きする。しかし、履歴ＩＤがあれば、元データの新しいバージョンとして管理する。元データが使われているか使われていないかで自動的にバージョンを管理する。
【００１８】
図１９は、図１７の履歴テーブル１７３０及び図１８の管理テーブル１７４０の状態において、カタログを再印刷（再利用）する場合を説明するための図である。
【００１９】
ステップ（１）では、例えば、ユーザが、履歴ＩＤが３番のカタログ１７２０を再印刷する指示を行う。履歴ＩＤの３番は、管理テーブル１７４０を参照すると、元データとして、画像１のバージョン３、画像２のバージョン１及び画像３のバージョン１を使用していることがわかる。このうち、画像１のバージョン３は、現在バージョン４にバージョンアップされている。
【００２０】
次に、ステップ（２）では、ユーザに画像１のバージョン３とバージョン４のいずれを使うかを選択させる。カタログ作成時に使った画像１はバージョン３のデータ１７１３Ｃであり、現在の画像１の最新バージョンはバージョン４のデータ１７１３Ｄである。
【００２１】
次に、ステップ（３）では、ユーザが画像１のバージョン３を選択した場合には、管理テーブル１７４０を変更せず、その管理テーブル１７４０に応じて印刷をする。一方、ユーザが画像１のバージョン４を選択した場合には、履歴ＩＤの３番をバージョン３からバージョン４に移す。すなわち、バージョン３の履歴ＩＤの３番を削除し、バージョン４の履歴ＩＤに３番を登録し、管理テーブル１９０１に変更する。
【００２２】
次に、ステップ（４）では、最新のバージョン４に履歴ＩＤを移したとき、バージョン３の履歴ＩＤがなくなる。つまり、バージョン３は、どのカタログにも使われなくなったことが分かるので、管理テーブル１９０１から画像１のバージョン３を削除し、管理テーブル１９０２に変更する。
【００２３】
以上のように、ユーザが再印刷しようとしたとき履歴テーブル１７４０からカタログデータを再生成するのだが、元データが管理者側でバージョンアップされていたらユーザに対して元データのどちらのバージョンを使うかを選択させる。元データの新しいバージョンを選択した場合、管理テーブル１７４０の履歴ＩＤ欄の履歴ＩＤを新しいバージョンに移動するだけでよく、履歴テーブル１７３０の変更は必要ない。もしこのときに元データの管理テーブル１９０１の履歴ＩＤに何も無ければ、自動的に元データのそのバージョンを削除する。
【００２４】
本実施形態によれば、効率的なデータ管理を行うことができ、履歴ＩＤを指定するだけでわずらわしい操作がなく過去のカタログの出力を再現することができる。なおかつ元データが更新されていたらユーザはどちらを使うか選択することができ、最新のカタログを作成できる。また、使われていない元データを自動的に削除でき、効率的なデータ管理が行える。
【００２５】
（第１の実施形態）
まず、図１は本発明の第１の実施形態に係るシステムの構成図である。１０１及び１０２はクライアントＰＣ（パーソナルコンピュータ）であり、システム管理者が新規データファイルを登録したり、ユーザ管理情報修正等のシステムメンテナンス処理を行ったり、あるいはユーザが商品検索、商品情報出力等の指示を行ったりするものである。１０３はネットワーク上で共有されている画像データを読み込むスキャナであり、クライアントＰＣからの指示に従ってカタログの画像データ等を読み込む。
【００２６】
１０４はネットワーク上で共有されているプリンタであり、クライアントＰＣからの指示に従って、商品情報あるいはカタログデータ等を出力する。
【００２７】
１０５及び１１１はローカルエリアネットワーク（ＬＡＮ）であり、このネットワークに接続している機器１０１から１０４はこのＬＡＮを介して他の機器とデータのやり取りを行う。１０７はインターネットであり、１０６はこのインターネットに直接に接続されたクライアントＰＣであり、１０１及び１０２とは接続形態が異なるが、同様の目的で使用される。
【００２８】
１０８はネットワークを介してクライアントＰＣからＨＴＴＰプロトコルで入力されるリクエストを受け取るＨＴＴＰサーバである。１０９はＷｅｂアプリケーションサーバである。ＨＴＴＰサーバにはいくつかのＷｅｂアプリケーションサーバが登録されており、クライアントＰＣからのリクエスト内容に従ってＨＴＴＰサーバは処理を適切なＷｅｂアプリケーションサーバに割り振る。また、リクエストを受け取ったＷｅｂアプリケーションサーバは処理を実行してその処理結果をクライアントＰＣへ返信する。１１０はデータベースであり、カタログデータ、画像データ等のコンテンツデータ情報や、商品情報等のテキスト情報、及びユーザ／グループ情報、登録データファイルの処理情報等のシステム情報を記録する。
【００２９】
これらのようにＨＴＴＰサーバ１０８、ＷＥＢアプリケーションサーバ１０９、データベース１１０が有機的に組み合わさってＷＥＢデータベースシステムとして機能する。
【００３０】
次に、図２は本実施形態に係る装置１０１、１０２、１０６、１０８、１０９の構成を説明するブロック図である。１はシステム・バスであり、これから説明する各構成ブロックはこのシステム・バスに接続されている。２はＣＰＵ（Ｃｅｎｔｒｔａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）である。３はプログラム・メモリ（ＰＭＥＭと称す）で、本処理のためのプログラムを適宜ハード・ディスク１０から選択／読込みし、ＣＰＵ２にて実行する。又、キーボード１２から入力されたデータはテキスト・メモリでもあるＰＭＥＭにコード情報として格納される。
【００３１】
４は、通制御部であり、通信ポート５に於ける入出力データの制御を行う。通信ポート５から出力された信号は、通信回線６を経由して、ネットワーク上の他の装置の通信ポートに伝えられる。ネットワーク上で共有されているプリンタや、画像読み取り装置とのやり取りは、この通信制御部４を介して行われる。
【００３２】
また、本実施形態ではＬＡＮ等のネットワークに関して記述するが、この通信制御部に接続される通信ポート及び通信回線が一般の公衆回線であっても本発明が適応されることは言うまでもない。
【００３３】
８は外部記憶装置制御部、９及び１０はデータファイル用のディスクで、例えば９は、フレキシブル・ディスク（ＦＤと称す）であり、１０はハード・ディスク（ＨＤと称す）である。図１のデータベース１１０は、ハードディスク１０に対応する。
【００３４】
１１は入力制御部であり、キーボード１２、マウス１３等の入力装置が接続される。操作者はこのキーボード１１を操作することによりシステムの動作指令等を行う。
【００３５】
また１３はＣＲＴ１６上で画像情報を加工指示するためのポインティング・デバイス（ＰＤと称す）で本実施形態ではマウスを使用している。これによりＣＲＴ１６上のカーソルをＸ，Ｙ方向任意に移動してコマンドメニュー上のコマンド・アイコンを選択して処理の指示を行うほか編集対象の指示、描画位置の指示等も行う。１４はビデオ・イメージ・メモリ（ＶＲＡＭと称す）、１５は表示出力制御部、１６はＣＲＴである。ＣＲＴ１６に表示されるデータはＶＲＡＭ１４上にビットマップデータとして展開されている。１７は、プリンタ制御部であり、接続されているプリンタ１８に対するデータの出力制御を行う。
【００３６】
１Ａは、画像読み取り装置制御部であり、接続されている画像読み取り機器１Ｂの制御を行う。図１のスキャナ１０３は、画像読み取り機器１Ｂに対応する。
【００３７】
更に、画像読み取り機器と画像読み取り装置が物理的に別々のコンポーネントであっても、画像読み取り装置が、画像読み取り機器を含む１つのコンポーネントであっても同様な機能を有することとする。
【００３８】
なお、本実施形態でＲＯＭに記憶しているプログラムは、装置に直接接続されているハードディスク(ＨＤ)やフレキシブルディスク(ＦＤ)等の記憶媒体にも記憶されていてもよい。さらに、ネットワークで接続されている他の装置上に記憶されていてもよい。また、本実施形態のプログラムは、ＦＤやＨＤ等の記憶媒体やネットワークを介してシステムや装置に供給できる。
【００３９】
本実施形態は、コンピュータがプログラムを実行することによって実現することができる。また、プログラムをコンピュータに供給するための手段、例えばかかるプログラムを記録したＣＤ−ＲＯＭ等のコンピュータ読み取り可能な記録媒体又はかかるプログラムを伝送するインターネット等の伝送媒体も本発明の実施形態として適用することができる。また、上記のプログラムを記録したコンピュータ読み取り可能な記録媒体等のコンピュータプログラムプロダクトも本発明の実施形態として適用することができる。上記のプログラム、記録媒体、伝送媒体及びコンピュータプログラムプロダクトは、本発明の範疇に含まれる。記録媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【００４０】
さらに、図３は、本実施形態に係るモジュール構成を説明するブロック図である。３０１はクライアントＰＣであり、カタログ情報、画像データ等のデータファイルをサーバに登録するための情報登録モジュール３０２と、商品データを出力するフォームを登録する出力フォーム登録モジュール３０３を記憶している。ただし、これらのモジュールはサーバＰＣから必要に応じてＷＥＢブラウザのプラグイン（Plug-in）形式等で自動的に配信されるのでクライアントＰＣ上でインストール処理等を行う必要はない。３０４はデータのやり取りを行うネットワーク、３０５はＨＴＴＰサーバである。
【００４１】
さらに、３０６がＷｅｂアプリケーションサーバであり、ＨＴＴＰサーバ３０５から受け取ったクライアントＰＣ３０１からのリクエストを処理するためのモジュール３０７が記憶されている。対応している機能としては、ユーザ認証、検索処理、各種データの一括登録、商品情報出力、データメンテナンス機能等がある。これらのモジュールはクライアントＰＣからのリクエストに応じてメモリ上にロードされ、処理を実行する。
【００４２】
また、これらのモジュールとは別に、画像編集を行う画像編集モジュール３０８がある。さらに、データベース３１１とのデータのやり取りを行うためのライブラリ３０９や各種ユーティリティライブラリ３１０がある。
【００４３】
さらに、図４はカタログデータを作成するための元となる画像データやテキストデータのデータベース内での保存方法を説明する図である。
【００４４】
４０１は画像１というファイル名で版（バージョン）１（４０２）、版２（４０３）、版３（４０４）、と１つのファイル名で複数の画像データを版として管理していることを示している。同じように４０５は画像２というファイル名で版１（４０６）と画像データが管理されていることを示している。同じように４０７はテキスト１というファイル名で版１（４０８）とテキストデータが管理されていることを示している。
【００４５】
さらに、図５はオンデマンドカタログを作成するための元となる元データを管理するためのデータベースの管理テーブルを説明する図である。５０１は元データのファイル名を表す属性である。５０２は元データの版管理情報を表す属性である。５０３はユーザがカタログ作成時に作成する履歴に対してユニークにつける番号（履歴ＩＤ）であり、ユーザがカタログ作成時に使われた元データのレコードに追加する属性である。５０４はファイル４０１に対応し、５０５はファイル４０５に対応し、５０６はファイル４０７に対応し、５０７は版４０２に対応し、５０８は版４０３に対応し、５０９は版４０４に対応し、５１０は版４０６に対応し、５１１は版４０８に対応している。
【００４６】
さらに、図６はデータベースで保存しているフォームデータを説明する図である。６０１、６０２、６０３はフォームデータを画像編集モジュール３０８で解釈して表示した例である。６０４から６１０はユーザが自由にデータを挿入することができる部分である。このフォームデータはユーザによって自由に作成や変更を行うことができる。
【００４７】
さらに、図７は、本実施形態に係る画像編集モジュール３０８を説明する図である。７０１は、カタログデータを作成するためのフォームデータの構造を定義している構造定義言語で書かれたデータを処理する部分である。
【００４８】
７０２はフォームデータ処理部７０１で処理されたフォームデータを構造通りに表示、又は表示したフォームデータを編集するための処理部である。
【００４９】
７０３は、フォームデータと元データを結合、編集しカタログとして出力するための出力データを作成するための処理部である。
【００５０】
図８はユーザによって新規にオンデマンドカタログが作成された場合のフローを説明した図である。ステップ８０１では、ユーザがカタログ作成時に、フォームと元データを選択しオンデマンドカタログを作成する。ステップ８０２では、ユーザによってオンデマンドカタログが作成されると履歴テーブルに履歴を追加する。ステップ８０３では、元データ管理テーブルの履歴ＩＤ属性に履歴ＩＤを書き込む。
【００５１】
図１０はユーザがオンデマンドカタログ作成時に追加する履歴の履歴テーブルについて説明した図である。履歴テーブルは、データベースに記憶されている。履歴ＩＤ１００１は、ユーザによって作成されるカタログの履歴ごとにユニークに振られたＩＤを記す属性である。１００２はカタログを作成したユーザのユーザ名を記す属性である。１００３は作成されたカタログで使われたフォームのフォーム名を記す属性である。１００４は作成されたカタログで使われた元データの元データ名を記す属性である。
【００５２】
図１１はユーザがオンデマンドカタログ作成に使用した元データと履歴テーブルを関連付ける元データ管理テーブルを説明する図である。元データがオンデマンドカタログ作成に使われるとこのテーブルを更新する。
【００５３】
図９はユーザによって作成されたオンデマンドカタログの例を示す図である。図９のカタログを作成する手順を図８のフローで説明する。ステップ８０１では、ユーザがオンデマンドカタログ作成時に、フォームと元データを選択しオンデマンドカタログを作成する。図９の場合、フォームとしてフォームＡ（９０１）、フォームＡに挿入する画像９０２として画像１の版３（４０４）、フォームＡに挿入する画像９０３として画像２の版１（４０６）、フォームＡに挿入する文字列９０４としてテキスト１の版１（４０７）が選択されている例を示している。ステップ８０２では、ユーザによってオンデマンドカタログが作成されると図１０の履歴テーブルに履歴レコードを追加する。履歴ＩＤ１００５を３、ユーザＡ（１００６）によって作成されたのでユーザ名はユーザＡ、フォーム名はフォームＡ、元データ名１００８は、画像１、画像２、テキスト１となる例を示している。ステップ８０３では、元データ管理テーブルの履歴ＩＤ属性に図１１のように履歴ＩＤを書き込む。１１０１は履歴ＩＤ３で画像１の版３が使われていることを示す。１１０２は履歴ＩＤ３で画像２の版１が使われていることを示す。１１０３は履歴ＩＤ３でテキスト１の版１が使われていることを示す例を示している。
【００５４】
（第２の実施形態）
本発明の第２の実施形態を説明する。第１の実施形態において、元データをデータベースに追加する場合のフローを図１２で説明する。管理者側あるいはユーザから元データをデータベースに追加する場合についての説明である。すでに図４のようにデータベースに元データを保存している状況で元データを追加する場合、ステップ１２０１では、追加する元データの元データ名がすでにデータベースに存在している場合に、すでにある元データを上書きするか否かをチェックする。上書きする場合にはステップ１２０２へ進み、上書きしない場合にはステップ１２０５へ進む。ステップ１２０２では、現在の版の履歴ＩＤ属性にＩＤが記入してあるか否かをチェックする。記入してあればステップ１２０３へ進み、記入してなければステップ１２０４へ進む。ステップ１２０３では、その元データはユーザによって使用されていることを示すので、元データを新しい版として管理し、管理テーブルにレコードを追加する。
【００５５】
図１３はそのときのデータベースの保存状態と管理テーブルを示す図である。１３０１はデータベースに追加した元データをファイル名を画像１、版４として保存していることを示す。１３０２は管理テーブルに元データ名を画像１、版４としてレコードを追加したことを示す。
【００５６】
ステップ１２０１において、追加する元データの元データ名がすでにデータベースに存在しているが、ステップ１２０２において現在の版の履歴ＩＤ属性にＩＤが書かれていない場合、つまりはその版がどのユーザからも使われていないことをあらわしているので、ステップ１２０４へ進む。ステップ１２０４では、現在の版に上書きして保存する。ステップ１２０５では、新規の元データ名で元データを追加する場合は、新しく元データを保存し、管理テーブルに新しい元データ名とともに管理テーブルにレコードを追加する。
【００５７】
（第３の実施形態）
本発明の第３の実施形態を説明する。第１の実施形態においてユーザが再印刷するとき、履歴ＩＤを指定するだけで以前に作成したオンデマンドカタログを再印刷することができる。図１４はユーザが再印刷するときのフローを説明する図である。ユーザが再印刷のために履歴ＩＤを指定した場合、ステップ１４０１では、履歴テーブルを元にフォーム名、元データ名を調べる。ステップ１４０２では、元データ名から元データ管理テーブルを調べ、履歴ＩＤ１３０２のように元データを更新しているか否かをチェックする。更新しているときにはステップ１４０３へ進み、更新していないときには終了する。ステップ１４０３では、ユーザに最新の版を使うかどうかを選択させる。ステップ１４０４では、ユーザが最新の版を使うか否かをチェックする。使う場合にはステップ１４０５へ進み、使わない場合には終了する。ステップ１４０５では、図１５で説明するように元データ管理テーブルの履歴ＩＤを最新の版に移す。ステップ１４０６では、履歴ＩＤを最新の版に移した場合移された版の履歴ＩＤ欄にＩＤがなくなったか否かをチェックする。ＩＤがなくなった場合にはステップ１４０７へ進み、なくならない場合には終了する。ステップ１４０７では、その版は誰からも使われなくなったことが分かるのでデータを削除する。図１６はその際の元データ管理テーブルを説明する図である。
【００５８】
（第４の実施形態）
本発明の第４の実施形態を説明する。再編集するとき、履歴データから復元することにより再編集が可能である。
【００５９】
以上のように、第１〜第４の実施形態によれば、履歴テーブルは、構成データ（カタログの履歴ＩＤ）毎に構成データ及びその構成データで使用される元データとの対応関係を記憶し、管理テーブルは、元データ毎に元データ及びその元データを用いて構成される構成データとの対応関係を記憶する。構成データを作成するために、管理テーブル及び履歴テーブルに対応関係を登録する。これにより、履歴テーブルを基に過去に作成した構成データを印刷及び編集等の再利用することができる。
【００６０】
ユーザがカタログ作成時にどのフォームデータ(帳票)と元データ（画像、テキスト）をどのように使ったかについての情報を履歴として管理し、再利用のときはその履歴を基にカタログを生成しなおす。
【００６１】
そのとき管理者側で元データをバージョンアップしてしまうと前に作ったカタログが生成できなくなってしまうので履歴ＩＤ（ユーザがカタログ作成時に生成する履歴に対してユニークにつける番号）と元データを結びつける管理テーブルを持っておく。
【００６２】
そうすることにより以下のことができるようになる。
（１）管理者側が元データのバージョンアップをしようとした時、バージョンアップしようとした元データの管理テーブルの履歴ＩＤ属性欄に履歴ＩＤがなければ、元データを上書きする。しかし履歴ＩＤがあれば、元データの新しいバージョンとして管理する。元データが使われているか使われていないかで自動的にバージョンを管理する。
【００６３】
（２）ユーザが再印刷しようとしたとき履歴テーブルからカタログデータを再生成するのだが、元データが管理者側でバージョンアップされていたらユーザに対して元データのどちらのバージョンを使うかを選択させる。
【００６４】
（３）（２）で元データの新しいバージョンを選択した場合、管理テーブルの履歴ＩＤ欄の履歴ＩＤを新しいバージョンに移動するだけでよく、履歴テーブルの変更は必要ない。もしこのときに元データの管理テーブルに何も無ければ、自動的に元データのそのバージョンを削除する。
【００６５】
以上のように、本実施形態によれば、効率的なデータ管理を行うことができ、履歴ＩＤを指定するだけでわずらわしい操作がなく過去のカタログの出力を再現することができる。なおかつ元データが更新されていたらユーザはどちらを使うか選択することができ、最新のカタログを作成できる。また、使われていない元データを自動的に削除でき、効率的なデータ管理が行える。
【００６６】
なお、上記実施形態は、何れも本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。
【図面の簡単な説明】
【００６７】
【図１】本発明の実施形態に係るシステムの構成図である。
【図２】本発明の実施形態に係る装置の構成を説明するブロック図である。
【図３】本発明の実施形態に係るモジュール構成を説明するブロック図である。
【図４】カタログデータを作成するための元となる画像データやテキストデータのデータベース内での保存方法を説明する図である。
【図５】オンデマンドカタログを作成するための元となる元データを管理するためのデータベーステーブルを説明する図である。
【図６】データベースで保存しているフォームデータを説明する図である。
【図７】本発明の実施形態に係る画像編集モジュールを説明する図である。
【図８】ユーザによって新規にオンデマンドカタログが作成された場合のフローを説明した図である。
【図９】ユーザによって作成されたオンデマンドカタログの例を示す図である。
【図１０】ユーザがオンデマンドカタログ作成時に追加する履歴の履歴テーブルについて説明した図である。
【図１１】元データと履歴テーブルを関連付ける管理テーブルを説明する図である。
【図１２】元データをデータベースに追加する場合のフローを説明する図である。
【図１３】データベースの保存状態と管理テーブルを説明する図である。
【図１４】ユーザが再印刷するときのフローを説明する図である。
【図１５】ユーザが最新の版を使った場合に元データ管理テーブルの履歴ＩＤを最新の版に移しているのを説明する図である。
【図１６】履歴ＩＤ欄にＩＤがなくなった場合の元データ管理テーブルを説明する図である。
【図１７】本発明の実施形態によるオンデマンドカタログ作成システムの全体構成例を示す図である。
【図１８】図１７の履歴テーブル及び管理テーブルの状態において、元データを追加する場合を説明するための図である。
【図１９】図１７の履歴テーブル及び図１８の管理テーブルの状態において、カタログを再印刷する場合を説明するための図である。
【符号の説明】
【００６８】
１７０１  データベース
１７０２  フォームデータ
１７０２Ａ  フォームＡ
１７０２Ｂ  フォームＢ
１７０２Ｃ  フォームＣ
１７１１  データベース
１７１２  元データ
１７１３  画像１
１７１３Ａ  バージョン１
１７１３Ｂ  バージョン２
１７１３Ｃ  バージョン３
１７１４  画像２
１７１５  画像３
１７２０  カタログ（構成データ）
１７３０  履歴テーブル
１７４０  管理テーブル
【図１】
2006059191.tif 000003
【図２】
2006059191.tif 000004
【図３】
2006059191.tif 000005
【図４】
2006059191.tif 000006
【図５】
2006059191.tif 000007
【図６】
2006059191.tif 000008
【図７】
2006059191.tif 000009
【図８】
2006059191.tif 000010
【図９】
2006059191.tif 000011
【図１０】
2006059191.tif 000012
【図１１】
2006059191.tif 000013
【図１２】
2006059191.tif 000014
【図１３】
2006059191.tif 000015
【図１４】
2006059191.tif 000016
【図１５】
2006059191.tif 000017
【図１６】
2006059191.tif 000018
【図１７】
2006059191.tif 000019
【図１８】
2006059191.tif 000020
【図１９】
2006059191.tif 000021