JP2007199772A - 情報処理装置および情報処理装置の出力制御方法およびプログラムおよび記憶媒体 - Google Patents

Abstract

【課題】優先度の高いデータを強調（カラー，出力サイズ等で強調）した差し込み出力情報を、容易にかつコストを抑えて作成すること。
【解決手段】優先度を有する複数の商品データと優先度毎のフォーム情報を有する複数のフォーム情報をＤＢ１０８に登録しておく。そして、クライアントＰＣから複数の商品データとフォーム情報とを指定してカタログ情報の生成を指示する。すると、サーバ１０７のカタログ生成モジュール３０７が、指定された各商品データの優先度に対応するテンプレートを選択する。さらに、選択されたテンプレート内の差し込み領域に対して、指定された商品データを合成してカタログ情報を生成する構成を特徴とする。
【選択図】図３

Description

本発明は、複数のデータをフォーム情報内に定義された差し込み領域に合成して出力情報を生成可能な情報処理装置の制御に関するものである。

従来のシステムでは、管理しているマスタデータを電子カタログテンプレートに差し込み、カタログを生成することで、営業の支援を行う電子カタログを容易に作成することが可能であった。

また、特許文献１には、フォームデータに差し込むためのテキストデータと、テキストデータに適用すべきフォームデータとを書籍ＩＤを用いて対応付けて管理しておく技術が提案されている。なお、特許文献１では、テキストデータとフォームデータが一対一に対応していることが前提となっている。
特開２００５-１２２３０７号公報

しかし、上記従来のシステムでは、差し込みデータを一意に取り扱うため、キャンペーン商品などの積極的に売り込みたいお勧め商品とそうでない商品は、同等に取り扱われてしまう。このようにデータに差異が無いため、ユーザ要件にマッチする複数の商品をカタログ出力すると、全て同等に出力されてしまっていた。

そのため、ページ数が多くカラー印刷の紙や消耗品等のコストが高くなる上に、に、お勧めの商品等の特定のデータを強調できない等の問題が有った。

なお、それぞれの商品を別テンプレートで個別に出力して、後に印刷物を手作業で並べることにより、特定の商品を強調等することは可能である。しかしながら、このそれぞれの商品を別テンプレートで個別に出力する方法の場合、非常に手間がかかる作業を行う必要があった。近年は、オンデマンドで差し込まれるデータとフォームデータとの対応付けを動的に管理することが求められている。

本発明は、上記の問題点を解決するためになされたものである。本発明の目的は、優先度の高いデータを強調（カラー，出力サイズ等で強調）した出力を、従来のように手間をかけず容易にかつコストを抑えて作成することができる仕組を提供することである。

本発明は、複数のデータをフォーム情報内に定義された差し込み領域に合成して出力情報を生成可能な情報処理装置において、
優先度を有する複数のデータと、優先度毎のフォーム情報を有する複数のフォーム情報を記憶管理可能な記憶手段と、
前記記憶手段に記憶されるいずれか複数のデータと、前記いずれかのフォーム情報とを指定して出力情報の生成を指示する指示手段と、
前記指示手段により指定された各データの優先度に対応するフォーム情報を選択し、該選択されたフォーム情報内の差し込み領域に対して、前記複数のデータを合成して出力情報を生成する生成手段と、
を有することを特徴とする。

本発明によれば、差し込みデータの優先度に応じたフォーム情報を利用し出力する。よって、優先度の高いデータを強調（カラー，出力サイズ等で強調）した出力を容易に、指定した品位，指定したページ数等でコストを抑えて作成することができる。従来のようなユーザの手間も省略することができる。

従って、プライオリティ（優先度）の高いお勧め商品を強調（カラー，出力サイズ等で強調）した営業資料用のカタログ等を容易に、ページ数等でコストを抑えて作成することができる等の効果を奏する。

以下に、図１〜図３３を参照して、本発明に係る装置の一実施形態について説明する。

図１は、本発明に係るデータ差し込みシステムの構成の一例を示すシステム構成図である。

図１において、１０１、１０２、及び１０４はクライアントＰＣである。クライアントＰＣ１０１，１０２，１０４は、システム管理者が新規データファイルを登録したり、ユーザ管理情報修正などのシステムメンテナンス処理を行ったり、あるいはユーザが商品検索、商品情報出力等の指示を行ったりするものである。

１０３、１０９はローカルエリアネットワーク（ＬＡＮ）であり、このネットワークに接続している機器は、このＬＡＮを介して他の機器とデータのやり取りを行う。１０５はインターネットであり、クライアントＰＣ１０４は、このインターネット１０５に直接に接続されたクライアントＰＣである。なお、クライアントＰＣ１０４と、クライアントＰＣ１０１，１０２とは接続形態が異なるが、同様の目的で使用される。

１０６はＨＴＴＰサーバであり、ネットワークを介してクライアントＰＣからＨＴＴＰプロトコルできたリクエストを受け取る。１０７はＷｅｂアプリケーションサーバである。ＨＴＴＰサーバ１０６には、いくつかのＷｅｂアプリケーションサーバが登録されており、クライアントＰＣ１０１，１０２，１０４からのリクエスト内容に従ってＨＴＴＰサーバ１０６は処理を適切なＷｅｂアプリケーションサーバに割り振る。

また、リクエストを受け取ったＷｅｂアプリケーションサーバ１０７は、処理を実行してその処理結果をクライアントへ返信する。

１０８はデータベースであり、カタログデータ、画像データ等のコンテンツデータ情報や、商品情報などのテキスト情報、およびユーザ／グループ情報、登録データファイルの処理情報などのシステム情報を記録する。

これらのようにＨＴＴＰサーバ１０６、Ｗｅｂアプリケーションサーバ１０７、データベース１０８と有機的に組み合わさってＷＥＢデータベースシステムとして機能する。

図２は、本発明に係る装置（即ち、図１に示したクライアントＰＣ１０１，１０２，１０４，ＨＴＴＰサーバ１０６，Ｗｅｂアプリケーションサーバ１０７）の構成の一例を示すブロック図である。

図２において、１はシステム・バスであり、これから説明する各構成ブロックはこのシステム・バスに接続されている。２はＣＰＵ（Central Processing Unit）である。３はプログラム・メモリ（ＰＭＥＭと称す）である。ＣＰＵ２は、本実施形態の処理のためのプログラムを適宜ハード・ディスク１０から選択しＰＭＥＭ３に読み出して実行する。又、キーボード１２から入力されたデータは、テキスト・メモリでもあるＰＭＥＭ３にコード情報として格納される。

４は通制御部であり、通信ポート５に於ける入出力データの制御を行う。通信ポート５から出力された信号は、通信回線６を経由して、ネットワーク上の他の装置７の通信ポートに伝えられる。

また、本実施形態ではＬＡＮ等のネットワークに関して記述するが、この通信制御部４に接続される通信ポート及び通信回線が一般の公衆回線であっても本発明が適応されることは言うまでもない。

８は外部記憶装置制御部であり、ハード・ディスク（ＨＤと称す）９、フロッピー（商標登録）・ディスク（ＦＤと称す）１０へのデータの入出力を制御する。

１１は入力制御部であり、キーボード１２，マウス１３等の入力装置が接続される。操作者はこのキーボード１２等を操作することによりシステムの動作指令等を行う。また、マウス１３は、ＣＲＴ１６等のモニタ上で画像情報を加工指示するためのポインティング・デバイス（ＰＤと称す）であり、本実施形態ではマウスを使用しているが他のＰＤであってもよい。このマウス１３等のＰＤにより、ＣＲＴ１６上のカーソルをＸ，Ｙ方向任意に移動してコマンドメニュー上のコマンド・アイコンを選択して処理の指示を行うほか編集対象の指示、描画位置の指示等もおこなう。

１４はビデオ・イメージ・メモリ（ＶＲＡＭと称す）、１５は表示出力制御部、１６はＣＲＴである。ＣＲＴ１６等のモニタに表示されるデータは、ＶＲＡＭ１１上にビットマップデータとして展開されている。

なお、本発明のプログラムは、ＲＯＭに記憶されていてもよいし、装置に直接接続されているＨＤやＦＤ等の記憶媒体にも記憶されていてもよい。さらに、ネットワークで接続されている他の装置上に記憶されていてもよい。また、本発明のプログラムは、ＦＤやＨＤ等の記憶媒体やネットワークを介してシステムや装置に供給できる。

図３は、本発明に係るプログラムのモジュール構成を説明するブロック図であり、図１と同一のものには同一の符号を付してある。

図３において、クライアントＰＣ１０１，１０２，１０４は、カタログ情報、画像データ、カタログテンプレート等のデータファイルを、Ｗｅｂアプリケーションサーバ１０７に登録したり、カタログを生成するためのモジュール３０２を記憶している。ただし、本実施形態では、このモジュール３０２は、サーバ１０７から必要に応じてＷＥＢブラウザのＰｌｕｇ-ｉｎ形式などで自動的に配信されるのでクライアントＰＣ上でインストール処理などを行う必要はない。しかしながら、このモジュール３０２をクライアントＰＣ１０１，１０２，１０４上にインストールする形態であってもよい。

Ｗｅｂアプリケーションサーバ１０７には、ＨＴＴＰサーバ１０６から受け取ったクライアントＰＣからのリクエストを処理するためのモジュール３０６が記憶（インストール）されている。モジュール３０６に対応している機能としては、ユーザ認証、検索処理、各種データの一括登録、商品情報出力、データメンテナンス機能等がある。このモジュール３０６は、クライアントからのリクエストに応じてＣＰＵによりメモリ上にロードされ、処理実行される。

また、Ｗｅｂアプリケーションサーバ１０７には、このモジュール３０６とは別に、カタログテンプレートとカタログ差し込み情報を元にカタログの生成を行うカタログ生成モジュール３０７が記憶（インストール）されている。さらに、Ｗｅｂアプリケーションサーバ１０７には、データベース１０８とのデータのやり取りを行うためのライブラリ３０８や各種ユーティリティライブラリ３１０が記憶（インストール）されている。

まず、図４〜図７を参照して、本発明の出力システムによりカタログを出力する際の概要を説明する。

図４〜図７は、本発明の出力システムによりカタログを出力する際の概要を説明する模式図である。

まず、図４に示すように、管理者等は、各商品マスタデータにプライオリティ（優先度）情報をデータベース１０８に登録しておく。その際、管理者等は、消費者へ進めたい商品の優先度を上げ、積極的に販売したくない商品の優先度を下げておく。

また、図５に示すように、管理者等は、優先度に応じたテンプレート（フォーム情報）を作成し、データベースに登録しておく。なお、各優先度のテンプレートの領域内には、任意に１又は複数の差し込み領域を定義しておく、この際、差し込む情報量も定義によってコントロール可能である。

この後、ユーザは、クライアントＰＣから、商品マスタデータとテンプレートを選択し、さらに、出力方法（優先度を優先した出力／ページ数を優先した出力）を選択し、出力指示をＷｅｂアプリケーションサーバ１０７（以下、サーバ１０７）に送信する。この１回の出力指示により、サーバ１０７は、商品マスタデータの優先度に応じて、生成されるページ毎にテンプレートを自動切り替えしながらカタログを差し込み出力する（テンプレートの差し込み領域に商品データを合成する）ように制御する。なお、商品マスタデータは、プライオリティ順に先頭から差し込むものとする。

まず、優先度を優先した出力の場合、例えば、図６に示すように出力される。なお、優先度が低いマスタデータであっても、前ページに余白（即ち、商品データが合成されていない差し込み領域）がある場合には、優先度の高いテンプレートに差し込み出力するようにする。さらに、優先度を優先した出力の場合、優先度を指定して、その優先度以下をモノクロ出力する設定を行うことが可能である。

一方、ページ数を優先した出力の場合、例えば、図７に示すように出力される。なお、この場合、サーバ１０７は、まず指定されたページで収まる組み合わせを列挙し、ユーザの要望に最もページ数が近い組み合わせで、高い優先度のテンプレートが多く含まれている組み合わせで出力するように制御する。

以上示すように、例えば、優先度の高いお勧め商品を強調（カラーで強調，出力サイズ等で強調）した営業資料用のカタログ等を容易に、一部モノクロ出力やページ数等でコストを抑えて作成することができる。

以下、図８〜図３２を用いて詳細に説明する。

図８は、本発明におけるデータベースのテーブルの一例を示すテーブル構成図である。なお、以下に説明する４０１〜４０７のテーブルの具体例は、後述する図１７Ａ，図１７Ｂに示してある。

図８において、４０４はデータテーブルであり、商品マスタ情報などのテキスト情報を管理する。データテーブル４０４は、データＩＤ、カテゴリＩＤ，登録日、更新日（不図示）、公開フラグ、削除フラグ、優先度等を記憶する。データＩＤは、データ毎に一意に決定されるものである。

また、公開フラグは、このデータをＷＥＢ上に公開しているかどうかを制御するための情報である。さらに、削除フラグは、このデータが削除された情報であるかどうかを制御するための情報である。また、優先度は、その商品のカタログ出力時の優先度を決定するものであるための情報である。カテゴリＩＤは、このデータがどのカテゴリに属するかを管理するためのものであり、後述するカテゴリ管理テーブル４０７と関連付けている。

カテゴリ管理テーブル４０７は、カテゴリＩＤ、カテゴリ名等を記憶する。データ項目値テーブル４０５は、データＩＤ、データ項目ＩＤ、データ項目値を記憶するものであり、データテーブル４０４に属する項目のデータの値を示す。

４０６はデータ定義項目テーブルであり、データ項目ＩＤによりデータ項目値テーブル４０５に関連付けられており、データ項目値テーブル４０５のデータ項目名称を管理している。データ定義項目テーブル４０６のデータ項目名称には、例えば、商品名、価格等の商品情報の項目名が管理されている。

また、４０１はコンテンツテーブルであり、カタログに差し込む画像ファイル等の情報を管理している。コンテンツテーブル４０１は、データテーブル４０４と同じく、コンテンツ毎に一意に決定されるコンテンツＩＤ、登録日、更新日（不図示）、公開フラグ、削除フラグ等を記憶する。

４０２はデータ・コンテンツ管理テーブルであり、コンテンツテーブル４０１で管理されているコンテンツファイルとデータテーブル４０４に管理されているテキスト情報を関連付けるテーブルである。データ・コンテンツ管理テーブル４０２は、データＩＤ、コンテンツＩＤ、コンテンツ種別ＩＤ、登録日を記憶する。

コンテンツ種別管理テーブル４０３は、コンテンツ種別ＩＤ、コンテンツ種別名称が記憶されており、コンテンツ種別ＩＤでデータ・コンテンツ管理テーブル４０２と関連付けられている。このコンテンツ種別管理テーブル４０３は、データ・コンテンツ管理テーブル４０２での関連付けの種別が何か（例えば、商品イメージ）が管理されている。コンテンツ種別管理テーブル４０３は、コンテンツ種別ＩＤとコンテンツ種別名称を記憶する。

次に説明する４０８〜４１０のテーブルの具体例は、後述する図２０に示してある。

４０８は出力テーブルであり、出力するカタログのテンプレートを管理している。この出力テーブル４０８の項目には、出力が一意に決定される出力ＩＤ、その出力で利用するテンプレートファイル名、出力テンプレートを選択する際にユーザへ表示するテンプレート名がある。なお、上記テンプレートファイル名に対応するテンプレートファイルには、優先度毎のテンプレートのファイル名等が記載されており、その具体例は、後述する図１８に示してある。

４０９は複合定義テーブルであり、出力ＩＤ毎に優先度毎のテンプレートを管理する。この複合定義テーブル４０９の項目には、テンプレートＩＤ、ファイル名、優先度、差し込み領域数が格納される。上記テンプレートＩＤは、出力用テンプレートに含まれる、優先度順の各テンプレートファイルを一意に決定するためのものである。ファイル名は、出力テーブル４０８のテンプレートファイル名内に記載された優先度毎のファイル名に対応する。優先度は、そのテンプレートの優先度を記憶する。差し込み領域数は、そのテンプレートにマスタデータをいくつ差し込みする領域が有るかの情報が格納される。

４１０は項目定義テーブルであり、テンプレートＩＤにより複合定義テーブル４０９と関連付けされ、そのテンプレートの差し込み領域にどのデータを出力するかを管理する。項目定義テーブル４１０の項目には、順序ＩＤ、テンプレートＩＤ、出力データ、データ属性がある。なお、順序ＩＤは、テンプレート内の差し込み領域を一意に決定するためのものである。また、出力データは、テンプレート内の差し込み領域に出力するデータがマスタデータのいずれの項目かを示すものである。さらに、データ属性は、マスタに関連づけられたコンテンツのコンテンツ種別（テキスト、イメージ等）を示すものである。

以下、図９〜図２０を参照して、本発明の優先度を有するマスタデータ・画像データ・優先度を有するテンプレートの登録処理について説明する。

図９は、本発明における第１の制御手順の一例を示すフローチャートであり、本発明のマスタデータ・画像・テンプレート登録処理に対応する。なお、図中、Ｓ１０１、Ｓ１０３、Ｓ１０５、Ｓ１０６、Ｓ１０９、Ｓ１１１、Ｓ１１２、Ｓ１１３、Ｓ１１５、Ｓ１１６、Ｓ１１８、Ｓ１１９はクライアントＰＣ１０１、１０２又は１０４（以下、クライアントＰＣ）側の操作又は処理に対応する。この操作又は処理は、ユーザがクライアントＰＣ１０１、１０２又は１０４（以下、クライアントＰＣ）から行う操作及びクライアントＰＣの処理に対応する。なお、この操作及び処理は、クライアントＰＣのＣＰＵによりＷｅｂブラウザ上で実行されるモジュール（サーバ１０７から受信したモジュール等）を用いて実現される。また、図中、Ｓ１０２、Ｓ１０４、Ｓ１０７、Ｓ１１０、Ｓ１１４、Ｓ１１７、Ｓ１２０、Ｓ１２１はＷｅｂアプリケーションサーバ１０７（以下、サーバ１０７）のＣＰＵによりメモリ上で実行されるモジュール３０６を用いて実現される。

まず、ステップＳ１０１において、システム管理者がクライアントＰＣからアカウントとパスワードでログイン処理を実行する。この際、認証方法はアカウントとパスワード以外でもなんら問題はない。このログイン処理では、クライアントＰＣのＣＰＵによりＷｅｂブラウザ上で実行されるモジュール（以下、モジュール）は、入力されたアカウント、パスワードの情報を含むログインリクエストをサーバ１０７に送信する。

このリクエストを受けて、サーバ１０７のモジュール３０６は、ステップＳ１０２において、入力されたアカウントとパスワードがマスタデータ登録処理及び画像登録処理を許されているかどうかをデータベース１０８に問い合わせて認証処理を行う。ここで、上記処理を実行することが許されていないアカウントであった場合には、サーバ１０７のモジュール３０６は、エラー画面をクライアントＰＣに送信する。

一方、サーバ１０７のモジュール３０６は、実行することが許されているアカウントであった場合には、システム管理者用の機能一覧画面（モジュール）をクライアントＰＣに送信する。以下、機能一覧画面の機能一覧画面について説明する。

図１０は、本発明の機能一覧画面の一例を示す図である。なお、この画面はクライアントＰＣのブラウザがサーバ１０７から送信されたモジュールが表示している。

図１０において、６０１は機能一覧画面である。６０２は画像登録ボタンであり、サーバに登録する画像データを選択して登録処理を実行するためのものである。６０３は商品マスタ登録ボタンであり、各商品のマスタデータをサーバに登録するためのものである。６０４は画像情報と商品マスタの関連付けボタンであり、それぞれサーバに登録された画像データと各商品マスタの関連付けを行うためのものである。６０５はカタログテンプレートの登録ボタンであり、カタログ出力用のテンプレートを登録するためのものである。

図９のステップＳ１０３において、ユーザは商品マスタの登録操作を行う。まず、ユーザが商品マスタ登録ボタン６０３を指示することにより、クライアントＰＣのブラウザは、図１１に示す商品マスタ登録画面をモニタに表示制御する。以下、商品マスタ登録画面について説明する。

図１１は、本発明の商品マスタを登録する画面の一例を示す図である。なお、この画面はクライアントＰＣのブラウザがサーバ１０７から送信されたモジュールが表示している。

図１１において、７０１は商品マスタを設定する画面である。７０２〜７０６はデータベース１０８に登録されている設定項目である。

この画面では、商品の名称７０２、商品カテゴリ７０３、商品の価格７０４、その他のコメント情報７０５、登録するマスタデータを出力する際の優先度の情報７０６を入力可能である。

７０７はクリアボタンであり、このボタンがマウス等のＰＤで選択されると、全ての入力された情報がクリアされる。７０８は登録ボタンであり、このボタンがマウス等のＰＤで選択されると、入力された商品マスタ情報がクライアントＰＣ上のモジュールによりサーバ１０７に送信され、データベース１０８のデータテーブル４０４に登録される。そして、図１０の機能一覧画面６０１に戻す。

サーバ１０７のモジュール３０６は、クライアントＰＣからの商品マスタ登録のリクエストを受けて、図９のステップＳ１０４において、データベース１０８へ商品マスタの登録を行う。データベース１０８への登録が正常終了した場合には、サーバ１０７のモジュール３０６は、クライアントＰＣに正常終了した画面を送信する。上記の処理で優先度を有する商品マスタデータのデータベース１０８への登録が完了する。なお、商品マスタデータの登録例は後述する図１７の４０４〜４０７等に示してある。なお、ここで、データベース１０８への登録が失敗した場合には、サーバ１０７のモジュール３０６は、エラー画面をクライアントＰＣに送信する。

次に、図９のステップＳ１０５において、ユーザは画像データを登録準備する操作を行う。ユーザが画像登録ボタン６０２を指示することにより、クライアントＰＣ上のモジュールは、図９のステップＳ１０５において、画像データの登録準備をサーバに対して行う。これに応じて、サーバ１０７のモジュール３０６は、ファイル登録モジュールをクライアントＰＣに送信する。この際に、ファイル登録モジュールが既にクライアントＰＣ上にある場合にはモジュールは送信しない。

そして、クライアントＰＣのＷｅｂブラウザは、ファイル登録モジュールを実行し、図１２に示す画像データ登録画面をモニタに表示制御する。以下、画像データ登録画面について説明する。

図１２は、本発明の画像データ登録画面の一例を示す図であり、登録する画像データを選択する画面に対応する。なお、この画面はクライアントＰＣのブラウザに対してサーバから送信されたファイル登録モジュールが表示している。

図１２において、８０１は画像データを登録するためのファイル登録画面である。８０２にはサーバに登録するファイル一覧を表示する。

８０３は登録するファイルを選択するためのファイル参照画面を表示させるボタンである。このボタンをマウス等のＰＤで選択するとファイル参照する画面が表示され、ファイルを選択して実行すると、そこで選択されたファイルがファイル一覧８０２に全て表示される。

８０４はフォルダ参照ボタンである。このボタンをマウス等のＰＤにより選択するとフォルダ参照する画面が表示され、フォルダを選択して実行すると、そこで選択されたフォルダに含まれる全てのファイルが８０２のファイル一覧に表示される。

８０５は削除ボタンである。ファイル一覧８０２の中から削除するファイルを選択してこのボタンをマウス等のＰＤにより選択することで登録するファイル一覧からファイルを削除することができる。

８０６はアップロードボタンであり、ファイル一覧８０２に表示されている全てのファイルのサーバ１０７への登録処理を行う。このボタンをマウス等のＰＤにより選択すると、クライアントＰＣ上のファイル登録モジュールは、図１３に示す登録確認画面を表示する。

図１３は、サーバ１０７に登録するデータファイルを確認する画面の一例を示す図である。なお、この画面はクライアントＰＣのブラウザに対してサーバから送信されたファイル登録モジュールが表示している。

図１３において、９０１は確認画面である。９０２は登録するファイル一覧である。一覧に表示されているファイルでもファイルの行の先頭のチェックボックスをマウス等により非選択状態にすることでサーバ登録ファイルからはずすことができる。この例では、「イメージ２.ｊｐｇ」はサーバ１０７に登録されない。

９０３は中止ボタンであり、このボタンをマウス等で選択するとサーバへの登録処理を中止する。９０４は登録ボタンであり、このボタンをマウス等で選択すると選択されているファイルをサーバ１０７に登録する。そして、図１０の機能一覧画面６０１に戻す。

図９のステップＳ１０６において、システム管理者は登録する画像データを確認画面９０１上で選択してユーザが登録ボタン９０４を指示してサーバ１０７に対して画像データの登録指示を行う。これにより、クライアントＰＣ上のファイル登録モジュールは、選択された画像データをサーバ１０７に対して送信して画像登録処理を行う。

この登録依頼を受けたサーバ１０７は、ステップＳ１０７において、受信した画像データの画像登録の前処理を行う。ここでは登録指定された画像データのサムネイルを生成する処理を行う。

次に、図９のステップＳ１０８において、サーバ１０７のモジュール３０６は、画像データをデータベース１０８へ登録処理する。データベース１０８への登録が正常終了した場合には、サーバ１０７のモジュール３０６は、クライアントＰＣに正常終了した画面を送信する。上記の処理で画像データのデータベース１０８への登録が完了する。なお、この登録例を、後述する図１７の４０１等に示してある。なお、ここで、データベース１０８への登録が失敗した場合には、サーバ１０７のモジュール３０６は、エラー画面をクライアントＰＣに送信する。

続いて、図９のステップＳ１０９において、システム管理者は図１０の機能一覧画面６０１上で、画像情報と商品マスタの関連付け６０４を指示する。すると、クライアントＰＣ上のモジュールは、サーバ１０７に対して画像データの読み出し指示を送信する。

この指示を受けたサーバ１０７のモジュール３２は、ステップＳ１１０において、商品マスタ（即ち、データテーブル４０４のデータＩＤ）が関連付けられていない画像データをデータベース１０８から取得して、クライアントＰＣに返信する。

この返信を受けたクライアントＰＣ上のモジュールは、図１４に示す確認・選択画面を表示する。

図１４は、本発明の確認・選択画面の一例を示す図であり、サーバ１０７に存在する商品マスタが関連付けられていない画像データを確認・選択する画面に対応する。

図１４において、１００１は確認・選択画面である。１００２は関連付けされていない画像データ一覧である。１００３は関連付けボタンである。

図９のステップＳ１１１において、管理者が、このボタンをマウス等のＰＤにより選択すると、クライアントＰＣ上のモジュールは、関連付け依頼をサーバ１０７に送信して、選択された画像データの関連付け処理を開始する。

この依頼を受けたサーバ１０７は、ステップＳ１１２において、関連付けする商品マスタを選択するための商品マスタ検索画面（モジュール）をクライアントＰＣに送信する。

この返信を受けたクライアントＰＣは、商品マスタ検索画面を表示する。

図１５は、本発明における商品マスタ検索画面の一例を示す図である。なお、この画面はクライアントＰＣのブラウザに対してサーバから送信されたモジュールが表示している。

図１５において、１１０１は商品マスタを検索する画面（商品マスタ検索画面）である。１１０２〜１１０５はデータベース１０８に登録されている検索項目である。この画面では、商品の名称１１０２、商品のカテゴリ１１０３、商品の価格１１０４、その他のコメント情報１２０５を検索条件として入力可能である。

１１０６はクリアボタンであり、このボタンが選択されると全ての入力した情報がクリアされる。１１０７は検索ボタンであり、このボタンが選択されると入力された検索条件で商品マスタが検索される。

即ち、管理者により、この検索ボタン１１０７が選択されると、クライアントＰＣのモジュールは、ステップＳ１１３において、入力された検索条件をサーバ１０７に送信して商品マスタの検索を依頼する。

この依頼を受けてサーバ１０７は、ステップＳ１１４において、受信した検索条件に基づいてデータベース１０８を検索し、ステップＳ１１５において、検索結果（商品マスタ検索結果画面）をクライアントＰＣへ送信する。

この返信を受けたクライアントＰＣは、商品マスタ検索結果画面を表示する。

図１６は、本発明における商品マスタ検索結果画面の一例を示す図である。なお、この画面はクライアントＰＣのブラウザに対してサーバから送信されたモジュールが表示している。

図１６において、１２０１は検索結果画面である。１２０２は検索結果の一覧であり、検索した商品マスタの情報が表示される。１２０３は検索やり直しボタンであり、このボタンをマウス等のＰＤにより選択すると図１５の検索画面に戻る。

また、この例では２つ分の商品情報が表示されているが、その他の検索結果に関しては１２０４の前ページボタン，次ページボタンをマウス等のＰＤにより選択することで表示を切り替えることができる。

１２０５は関連付け決定ボタンであり、このボタンをマウス等のＰＤにより選択すると関連チェックボックス１２０２が有効になっている商品マスタデータと画像データとを関連付け処理が実行される。

即ち、クライアントＰＣのモジュールは、図９のステップＳ１１６において、関連チェックボックス１２０２が有効になっている商品マスタデータと画像データとの関連付けの依頼をサーバ１０７に送信する。

この依頼を受けたサーバ１０７は、ステップＳ１１７において、データベース１０８に関連付け情報を登録処理する。データベース１０８への登録が正常終了した場合には、サーバ１０７のモジュール３０６は、クライアントＰＣに正常終了した旨の情報を送信する。上記の処理で関連データのデータベース１０８への登録が完了する。なお、この登録例を、後述する図１７のデータ・コンテンツ管理テーブル４０２等に示してある。なお、ここで、データベース１０８への登録が失敗した場合には、サーバ１０７のモジュール３０６は、エラーであった旨の情報をクライアントＰＣに送信する。

図１７Ａ，図１７Ｂは、商品マスタ登録、画像登録及び関連付けが終了した際のデータベース１０８の内容の一例を示す図であり、図８と同一のものには同一の符号を付してある。

コンテンツテーブル４０１は、図８で示したように、登録した画像データを管理するものであり、画像データそれぞれには、シーケンシャルなコンテンツＩＤが付与されて管理されている。図１７の例では、コンテンツＩＤ「１」〜「６」に、「イメージ1.jpg」〜「イメージ6.jpg」が登録されている。

データ・コンテンツ管理テーブル４０２は、図８で示したように、各コンテンツとマスタデータの関連づけを管理するものである。図１７の例では、１行目のデータには、データＩＤ「１」で示されるデータとコンテンツＩＤ「１」で示されるコンテンツとがコンテンツ種別ＩＤ「１」という形式で関連づけられて登録されている。

コンテンツ種別管理テーブル４０３は、図８で示したように、コンテンツ種別ＩＤの名称を管理するものであり、図１７の例では、コンテンツ種別ＩＤ「１」に「商品イメージ」が登録されている。

データテーブル４０４は、図８で示したように、商品マスタの情報を管理するものであり、各商品マスタデータは、シーケンシャルなデータＩＤ（図１７の例ではデータＩＤ「１」〜「６」）が付与されて管理されている。また、データテーブル４０４は、各商品マスタデータを、商品マスタが属するカテゴリのＩＤ（図１７の例ではカテゴリＩＤ「１」〜「３」）と関連付けて管理している。

カテゴリ管理テーブル４０７は、図８で示したように、カテゴリを管理するものであり、商品カテゴリは、シーケンシャルなＩＤを付与されて管理されている。図１７の例では、カテゴリＩＤ「１」として「インクジェットプリンタ」、カテゴリＩＤ「２」として「レーザビームプリンタ」、カテゴリＩＤ「３」として「デジタルカメラ」がそれぞれ登録されている。

データ項目値テーブル４０５は、図８で示したように、商品マスタ情報の実際の値を管理するものであり、データ項目の値（図１７の例では、「printer1」，「10000」，「2005年モデル」，・・・等）が格納されている。また、データ項目値テーブル４０５は、対応するデータＩＤ（図１７の例ではデータＩＤ「１」〜「６」）で商品マスタ情報と関連付けられている。さらに、データ項目値テーブル４０５は、データ項目ＩＤ（図１７の例ではデータ項目ＩＤ「１」〜「３」）でデータ定義項目テーブル４０６と関連付けられている。

データ定義項目テーブル４０６は、図８で示したように、データ項目の名称を管理するものであり、データ項目名称がシーケンシャルなＩＤを付与されて管理されている。図１７の例では、データ項目ＩＤ「１」として「商品名」、データ項目ＩＤ「２」として「価格」、データ項目ＩＤ「３」として「コメント」と登録されている。

図１８は、本発明の出力カタログテンプレートの一例を示す図である。

図１８において、１４０１はテンプレート全体を管理するファイルである。本ファイルでは各優先度に応じたテンプレートファイル１４０２〜１４０４迄を管理しており、各ファイルの名称、差し込み領域数、優先度が保存されている。

１４０２〜１４０４は、各優先度に応じたテンプレートファイルであり「Template1.fcp」１４０２は優先度が最も高いテンプレートの例であり、「Template3.fcp」１４０４は優先度が最も低いテンプレートの例である。

これらテンプレートファイル１４０２〜１４０４には、カタログの内容の定義が行われる。例えば、商品名フィールド１４０５は、マスタデータを差し込む領域である。また、製品イメージフィールド１４０６は、マスタに関連付いた画像データを差し込む領域である。さらに、１４０７〜１４０９では、各差し込みフィールドが一意に識別されるＩＤが付与され管理されている。

図１８の例では、ＩＤは「１」から付与されており、シーケンシャルな数値として定義されている。ＩＤ「１」は、製品名フィールドを定義している。

１４０８や１４０９では、これらの定義は差し込みマスタ数回繰り返されている。例えば、１４０８では、製品名フィールド、価格フィールド、製品イメージフィールドが１商品マスタに対応した出力領域であり、ＩＤ「１」〜「３」とＩＤ「４」〜「６」で繰り返して定義されている。また、１４０９では、製品名フィールド、製品イメージフィールドが１商品マスタに対応した出力領域であり、ＩＤ「１」「２」とＩＤ「３」「４」とＩＤ「５」「６」とＩＤ「７」「８」で、４回繰り返して定義されている。

なお、本実施形態では、テンプレート全体を管理するファイル１４０１に、差し込み領域数、優先度と言った情報を保持させているが、これらの情報は優先度に応じたテンプレートファイル毎のファイル（図１８の例では１４０２〜１４０４）に持っても良い。また、テンプレート自身に設定を持たず、システムに登録するときに設定するように構成しても良い。

以下、図９のフローチャートの説明に戻り、テンプレートの登録処理を説明する。

図９のステップＳ１１８において、管理者は、テンプレートの登録準備操作を行う。管理者が図１０に示した機能一覧画面６０１のカタゴグテンプレート登録ボタン６０５を指示すると、クライアントＰＣのブラウザは、サーバ１０７に対してテンプレートの登録の準備を依頼する。

この依頼を受けたサーバ１０７は、ファイル登録モジュールをクライアントＰＣに送信する。この際に、ファイル登録モジュールが既にクライアントＰＣ上にある場合には、モジュールは送信しない。本実施形態ではこのファイル登録モジュールは、図１２で示したモジュールと同様であり、ステップＳ１０５で既にダウンロードされているので、モジュールは送信されない。ただし、本モジュールは図１２と異なるモジュールを用意しても良く、その場合には別途クライアントＰＣへダウンロードされる。

そして、クライアントＰＣのＣＰＵは、図１２に示すファイル登録モジュール内のファイル選択画面をモニタに表示制御する。そして、この画面上で管理者が登録するテンプレートファイルを選択し、アップロードボタン８０６をマウス等のＰＤにより選択する。すると、クライアントＰＣ上で実行されるファイル登録モジュールは、ファイル選択画面で選択されたテンプレートファイルに基づいて図１３に示す登録確認画面を表示制御する。以下、テンプレート登録画面について説明する。

図１９は、本発明のテンプレートを登録する画面（テンプレート登録画面）の一例を示す図である。なお、この画面はクライアントＰＣのブラウザに対してサーバ１０７から送信されたモジュールが表示している。

図１９において、１５０１は確認画面である。１５０２は登録するテンプレートのファイルであり、図１２に示したファイル選択画面で選択されたものに対応する。登録するテンプレートのファイル１５０２には、全体を管理するテンプレートとそれに含まれる優先度毎のテンプレートファイルが表示されている。なお、全体を管理するテンプレートのテンプレートファイル名が、図８の出力テーブル４０８のテンプレートファイル名に保存される。また、優先度毎のテンプレートファイルのファイル名が、図１８のファイル１４０１内の優先度毎のテンプレートファイル及び図８の複合定義テーブル４０９のファイル名に保存される。

１５０３はテンプレート名入力欄であり、テンプレート名を入力する。このテンプレート名入力欄１５０３で入力されたテンプレート名が、図８の出力テーブル４０８のテンプレート名に保存される。

１５０４は中止ボタンであり、このボタンをマウス等のＰＤにより選択すると、クライアントＰＣ上のモジュールは、サーバ１０７への登録処理を中止する。

１５０５は登録ボタンであり、このボタンをマウス等のＰＤにより選択すると、クライアントＰＣ上のモジュールは、選択されているテンプレートをサーバ１０７に登録処理する。

即ち、図９のステップＳ１１９において、クライアントＰＣ上のモジュールは、選択されているテンプレートをサーバ１０７に送信し、テンプレートの登録を依頼する。

この依頼を受けてサーバ１０７は、ステップＳ１２０において、受信したテンプレートの登録前処理を行う。

次に、図９のステップＳ１２１において、サーバ１０７のモジュール３０６は、テンプレートデータをデータベース１０８へ登録処理する。データベース１０８への登録が正常終了した場合には、サーバ１０７のモジュール３０６は、クライアントＰＣに正常終了した画面を送信する。上記の処理で優先度毎のテンプレートのデータベース１０８への登録が完了する。なお、このテンプレートの登録例を後述する図２０に示してある。なお、ここで、データベース１０８への登録が失敗した場合には、サーバ１０７のモジュール３０６は、エラー画面をクライアントＰＣに送信する。

図２０は、テンプレート登録が終了した際のデータベース１０８内容の一例を示す図であり、図８と同一のものには同一の符号を付してある。

出力テーブル４０８には、図１８に示した「Template.fcx」が出力ＩＤ「１」、テンプレート名「プリントカタログ」として登録されている。

複合定義テーブル４０９では「Template.fcx」内に含まれる各fcpファイル（「Template1.fcx」「Template2.fcx」「Template3.fcx」）が優先度、差し込み領域数と共に登録されている。

項目定義テーブル４１０では、各フィールドの順序番号に対応した差し込みデータが関連付いている。１テンプレート内に複数の差し込み領域が有る場合は、最初の差し込みセットのみの関連付けが保存されており、後は差し込み領域数を元に自動で関連付けられることになる。例えば、図２０の例では、テンプレートＩＤ「１」の順序番号「１」に出力データ「１」が対応付けられている。

以下、図２１〜図２３を参照して、本発明の商品マスタを検索してカタログを出力する処理を示す処理について説明する。

図２１は、本発明における第２の制御手順の一例を示すフローチャートであり、本発明の商品マスタを検索してカタログを出力する処理を示す処理に対応する。なお、図中、Ｓ３０１、Ｓ３０３、Ｓ３０５、Ｓ３０６、Ｓ３０８、Ｓ３０９、Ｓ３１２はユーザがクライアントＰＣから行う操作及びクライアントＰＣ側の処理に対応する。なお、この操作及び処理は、クライアントＰＣのＣＰＵによりＷｅｂブラウザ上で実行されるモジュール（サーバ１０７から受信したモジュール等）を用いて実現される。また、図中、Ｓ３０２、Ｓ３０４、Ｓ３０７、Ｓ３１０、Ｓ３１１、Ｓ３１１はサーバ１０７のＣＰＵによりメモリ上で実行されるモジュール３０６，カタログ生成モジュール３０７を用いて実現される。

まず、ステップＳ３０１において、システム管理者がクライアントＰＣからアカウントとパスワードでログイン処理を実行する。この際、認証方法はアカウントとパスワード以外でもなんら問題はない。このログイン処理では、クライアントＰＣのＷｅｂブラウザは、入力されたアカウント、パスワードの情報を含むログインリクエストをサーバ１０７に送信する。

このリクエストを受けて、サーバ１０７のモジュール３０６は、ステップＳ３０２において、入力されたアカウントとパスワードが本システムの利用を許されているかどうかをデータベース１０８に問い合わせて認証処理を行う。ここで、上記本システムの利用を許されていないアカウントであった場合には、サーバ１０７のモジュール３０６は、エラー画面をクライアントＰＣに送信する。

一方、サーバ１０７のモジュール３０６は、本システムの利用を許されているアカウントであった場合には、検索画面（図１５）をクライアントＰＣに送信する。

この検索画面を受け取った、クライアントＰＣのブラウザは、サーバ１０７から送信された画面を表示制御する。

ステップＳ３０３において、ユーザが商品検索操作を行うと、クライアントＰＣ上のモジュールは、入力された検索条件をサーバ１０７に送信して、商品データの検索を依頼する。

この依頼を受けたサーバ１０７のモジュール３０６は、受信した検索条件に基づいてデータベース１０８内に登録された商品データを検索処理する。そして、データベース１０８から検索結果を受け取ったサーバ１０７のモジュール３０６は、該検索結果を商品データリストとしてクライアントＰＣに送信する。

そして、ステップＳ３０５において、クライアントＰＣ上のモジュールは、サーバ１０７から送信された商品検索結果を取得し、表示制御する。

図２２は、本発明の商品検索結果画面の一例を示す図である。

図２２において、１８０１は商品検索結果画面である。１８０２は検索された商品マスタの情報であり、図２２の例では、商品イメージ画像、商品名、価格、コメントが表示されている。

また、１８０３は検索のやり直しボタンである。このボタンをマウス等のＰＤにより選択すると検索画面に戻り、検索をやり直すことができる。また、この例では２つ分の商品情報が表示されているが、その他の検索結果に関しては、１８０４に示す前ページボタン，次ページボタンをマウス等のＰＤにより選択することで表示を切り替えることができる。

１８０５は出力マスタ決定ボタンであり、このボタンをマウス等のＰＤにより選択すると選択チェックボックス１８０２が有効になっている商品データのカタログを出力できる。

ユーザが検索結果画面１８０１で商品を選択し、決定ボタン１８０５を指示すると、クライアントＰＣのモジュールは、図２１のステップＳ３０６において、選択された商品の情報をサーバ１０７に送信し、商品情報及び関連するテンプレートの情報を要求する。

リクエストを受けたサーバはステップＳ３０７で指定された商品の関連する情報と、カタログテンプレートの一覧情報をデータベース１０８から取得したクライアントＰＣに返信する。

ステップＳ３０８において、クライアントＰＣ上のモジュールは、サーバ１０７から返信された出力する商品マスタの一覧とテンプレートの一覧を取得し、該取得データに基づいて、図２３に示す出力方法設定画面を表示する。以下、出力方法設定画面について説明する。

図２３は、本発明において出力方法を設定する画面（出力方法設定画面）の一例を示す図である。

図２３において、１９０１は出力方法決定画面である。１９０２は図２１のステップＳ３０６で選択した商品の一覧が優先度毎に一覧表示されている。１９０３はサーバが管理しているテンプレートが表示されており、マウス等のＰＤにより、任意に切り替えるて選択することが可能である。

１９０４，１９０５は出力方法の設定で有り、それぞれチェックボックスを選択することで有効・無効を切り替えられる。

チェックボックス１９０５をマウス等のＰＤにより有効にすると、設定値以下の優先度を持つテンプレートの出力をモノクロに切り替える設置となる。なお、図２３の例では優先度「２」を設定しているので、優先度２と優先度３のテンプレートがモノクロで作成される。一方、チェックボックス１９０４が無効の場合、全てカラーで出力される設定となる。

チェックボックス１９０５をマウス等のＰＤにより有効にすると、指定されたページ以下で収まる様なカタログを生成することを優先して出力する設定（上述の図７）となる。なお、図２３の例では、「３」ページと設定しているので、３ページ以内に収まることを優先して出力する。一方、チェックボックス１９０５が無効の場合、優先度を優先して出力する設定（上述の図６）となる。

１９０６は出力ボタンであり、この出力ボタンをマウス等のＰＤにより選択すると、設定に従いカタログ出力が開始される。

図２１のステップＳ３０９において、ユーザは、出力方法決定画面１９０１で出力したいテンプレートと出力方法を選択する。さらに、ユーザは、出力ボタン１９０６を指示して出力指示する。この操作に応じて、クライアントＰＣ上のモジュールは、出力する商品マスタデータ、選択されたテンプレート，出力方法をサーバ１０７に送信し、カタログ出力処理を開始するように依頼する。

このリクエストを受けたサーバ１０７のカタログ生成モジュール３０７は、ステップＳ３１０において、指定されたテンプレートをデータベース１０８から取得し、また、商品マスタデータを優先度順にソートして、ステップＳ３１１に処理を進める。

次に、ステップＳ３１１において、サーバ１０７のカタログ生成モジュール３０７は、クライアントＰＣから受け取った出力方法の設定に従い、カタログを生成し、クライアントＰＣに返信するように制御する。なお、ステップＳ３１１の出力方法の設定に従ってカタログを生成する処理の詳細は、後述する図２４に示す。

そして、ステップＳ３１２において、クライアントＰＣは、指定したカタログをサーバ１０７から取得する。

以下、図２４〜図３２を参照して、図２１のステップＳ３１１に示した出力方法の設定に従ってカタログを生成する処理について説明する。

図２４は、本発明における第３の制御手順の一例を示すフローチャートであり、図２１のステップＳ３１１に示した出力方法の設定に従ってカタログを生成する処理に対応する。なお、図中、Ｓ４０１〜Ｓ４０６はサーバ１０７のＣＰＵによりメモリ上で実行されるカタログ生成モジュール３０７を用いて実現される。

まず、ステップＳ４０１において、サーバ１０７のカタログ生成モジュール３０７は、クライアントＰＣより取得した出力方法の設定で「ページ優先出力」（図２３の１９０５で設定された値に相当）が有効になっているか否かをチェックする。

そして、ステップＳ４０１で、「ページ優先出力」が有効ではないと判断した場合には、サーバ１０７のカタログ生成モジュール３０７は、ステップＳ４０２に処理を進める。そして、ステップＳ４０２において、サーバ１０７のカタログ生成モジュール３０７は、優先度を優先したカタログ差し込み決定処理を行い、差し込み用データファイル（図２８）をＨＤ上等に生成する。そして、ステップＳ４０４に処理を移行させる。なお、優先度を優先したカタログ差し込み決定処理詳細は図２５に示す。

一方、ステップＳ４０１で、「ページ優先出力」が有効であると判断した場合には、サーバ１０７のカタログ生成モジュール３０７は、ステップＳ４０３に処理を進める。そして、ステップＳ４０３において、サーバ１０７のカタログ生成モジュール３０７は、ページ数を優先したカタログ差し込み決定処理を行い、差し込み用データファイルをＨＤ上等に生成する。そして、ステップＳ４０４に処理を移行させる。なお、ページ数を優先したカタログ差し込み決定処理詳細は図２９に示す。

そして、ステップＳ４０４において、サーバ１０７のカタログ生成モジュール３０７は、モノクロ出力（図２３の１９０４で設定された値に相当）が有効になっているか否かをチェックする。そして、モノクロ出力が有効になっていないと判断した場合には、サーバ１０７のカタログ生成モジュール３０７は、そのままステップＳ４０６へ処理を進める。

一方、ステップＳ４０４で、サーバ１０７のカタログ生成モジュール３０７は、モノクロ出力が有効になっていると判断した場合には、ステップＳ４０５へ処理を進める。そして、ステップＳ４０５において、サーバ１０７のカタログ生成モジュール３０７は、出力データの該当テンプレートの情報をモノクロに変更する。例えば、図２３の例では優先度「２」を設定しているので、優先度２と優先度３のテンプレートの情報をモノクロに変更する。即ち、差し込み用データファイル（例えば、後述する図２７）内の「Form=」に優先度２と優先度３のテンプレートが指定されている「Form Section」内の「Color=Color」を「Color=Black&White」に変更する。なお、この変更後の差し込み用データファイルの一例を後述する図３２の２８０１，２８０２に示してある。そして、ステップＳ４０６に処理を進める。

そして、ステップＳ４０６において、サーバ１０７のカタログ生成モジュール３０７は、ステップ４０１〜S４０５で生成された差し込み用データファイルに基づいてカタログ生成処理を実行し、処理を終了する。なお、生成されたカタログの例を後述する図２８，図３１に示す。

なお、図２４には図示していないが、ステップＳ４０３のページ数を優先したカタログ差し込み決定処理の結果がエラーであった場合には、その旨をクライアントＰＣに送信し、そのまま処理を終了するものとする。

以下、図２５〜図２８を参照して、図２４のステップＳ４０２に示した優先度を優先したカタログ差し込み決定処理について説明する。

図２５は、本発明における第４の制御手順の一例を示すフローチャートであり、図２４のステップＳ４０２に示した優先度を優先したカタログ差し込み決定処理に対応する。なお、図中、Ｓ５０１〜Ｓ５１４はサーバ１０７のＣＰＵによりメモリ上で実行されるカタログ生成モジュール３０７を用いて実現される。

ステップＳ５０１において、サーバ１０７のカタログ生成モジュール３０７は、利用テンプレート配列の初期化、差し込みマスタ数配列の初期化、現在処理ページ変数を「０」にセット、差し込み余白変数を「０」にセットする。

なお、利用テンプレート配列は、出力カタログのページ毎にどのテンプレートを利用するかを記憶するためのものであり、サーバ１０７のメモリ上に確保される。また、差し込みマスタ数配列は、ページ毎に何個のマスタを出力するかを記憶するためのものであり、サーバ１０７のメモリ上に確保される。さらに、現在処理ページ変数は、現在処理中のカタログページ数を記憶するためのものであり、サーバ１０７のメモリ上に確保される。また、差し込み余白変数は、現在処理中のページの差し込み余白の数を記憶するためのものであり、サーバ１０７のメモリ上に確保される。

なお、本フローチャートの処理中の差し込みマスタ，テンプレートのイメージ，利用テンプレート配列，差し込みマスタ数配列の例について図２６に示してある。

次に、サーバ１０７のカタログ生成モジュール３０７は、ステップＳ５０２〜Ｓ５０９において、出力に選択されたマスタデータ毎のループ処理を行い、優先順位に従ったテンプレートとマスタの差し込みポジションを決定する。

詳細には、ステップＳ５０３において、サーバ１０７のカタログ生成モジュール３０７は、現在処理中のページの差し込み余白数が「０」で有るかをチェックする。そして、現在処理中のページの差し込み余白数が「０」で無いと判断した場合には、余白があるのでステップＳ５０７に処理を進める。

一方、ステップＳ５０３で、サーバ１０７のカタログ生成モジュール３０７は、現在処理中のページの差し込み余白数が「０」と判断した場合には、余白がないので、ステップＳ５０４に処理を進める。

そして、ステップＳ５０４において、サーバ１０７のカタログ生成モジュール３０７は、現在の処理ページ変数をインクリメントし、ステップＳ５０５に処理を進める。

そして、ステップＳ５０５において、サーバ１０７のカタログ生成モジュール３０７は、現在処理している選択マスタの優先度に対応したテンプレートの差し込み領域数を取得し、それを差し込み余白数の変数へセットする。

次に、ステップＳ５０６において、サーバ１０７のカタログ生成モジュール３０７は、利用テンプレート配列の現在処理ページ変数値の領域に、利用するテンプレートの優先度をセットし、ステップＳ５０７に処理を進める。

そして、ステップＳ５０７において、サーバ１０７のカタログ生成モジュール３０７は、差し込みマスタ数配列の現在処理ページ変数値の領域をインクリメントする。

そして、ステップＳ５０８において、サーバ１０７のカタログ生成モジュール３０７は、差し込み余白数をデクリメントする。

以上示したステップＳ５０３〜Ｓ５０８の処理を、まだ出力に選択されたマスタデータ全てに対して実行していないと判断した場合には、ステップＳ５０３〜Ｓ５０８の処理を繰り返す。一方、ステップＳ５０３〜Ｓ５０８の処理を、既に出力に選択されたマスタデータ全てに対して実行したと判断した場合には、ステップＳ５１０に処理を進める。

ステップＳ５１０以降は、ステップＳ５０９迄で決定した出力方法で、最終ページに余白が多くある場合に、テンプレートと差し込み位置を修整する処理を行う。なお、ステップＳ５０９迄の実行結果を図２６の２２０２に示してある。また、ステップＳ５１０以降の最終結果を図２６の２２０３に示してある。

以下、ステップＳ５１０以降の処理について詳細に説明する。

まず、ステップＳ５１０において、サーバ１０７のカタログ生成モジュール３０７は、最終ページで利用されるテンプレートの優先度よりも優先度が高いテンプレート全ての差し込み領域を取得する。

次に、ステップＳ５１１において、サーバ１０７のカタログ生成モジュール３０７は、取得した値と最終ページの差し込み余白を比較する。そして、比較した結果、最終ページの余白が取得した差し込み領域数のいずれか以上であったと判断した場合には、サーバ１０７のカタログ生成モジュール３０７は、ステップＳ５１２に処理を進める。

ステップＳ５１２において、サーバ１０７のカタログ生成モジュール３０７は、上記余白数に一番近い差し込み領域数を持つテンプレートに、該テンプレートより優先順位が１ランク低く設定されているテンプレートの先頭ページを置き換える。即ち、上記余白数に一番近い差し込み領域数を持つテンプレートより優先順位が１ランク低く設定されているテンプレートの先頭ページに対応する利用テンプレート配列の領域に格納された優先度を１つアップさせる。

さらに、ステップＳ５１３において、サーバ１０７のカタログ生成モジュール３０７は、ステップＳ５１２でテンプレートを変更したページ以降の差し込みマスタ数配列を各テンプレートの差し込み領域数以内に収まるよう変更する。そして、ステップＳ５１０に処理を戻す。

このように、ステップＳ５１０〜Ｓ５１３の処理を繰り返すことで、余白がなるべく少なくなるように出力テンプレートとマスタ差し込み位置を調整する。

一方、ステップＳ５１１で、最終ページの余白が差し込み領域数より小さくなったと判断した場合には、サーバ１０７のカタログ生成モジュール３０７は、ステップS５１４に処理を進める。

そして、ステップＳ５１４において、サーバ１０７のカタログ生成モジュール３０７は、メモリ上に保持される利用テンプレート配列，差し込みマスタ数配列に基づいて、差し込み用データファイルをＨＤ上等に生成し、処理を終了する。なお、差し込み用データファイルの一例を図２７に示す。

図２６は、図２５に示した優先度を優先したカタログ差し込み決定処理の際の差し込みマスタとテンプレートのイメージを示した図である。

図２６において、２２０１は利用するテンプレート及び差し込みマスタの例である。

２２０２は図２５のステップＳ５０９迄実行した結果であり、最終ページに余白が「３」存在する。その後、ステップＳ５１０以降の処理で、余白「３」に差し込み領域が最も近い優先度２のテンプレートに、３ページ目の優先度３のテンプレートを置き換えると、４ページ目の余白は「１」となる。

さらに、この余白「１」に差し込み領域が最も近い優先度１のテンプレートに、２ページ目の優先度２のテンプレートを置き換えることで、最終ページの余白が「０」となる。この最終結果のイメージを２２０３に示す。このように、ページ数を変えることなく最終ページの余白を最小限にすることができる。

図２７は、図２６に示した最終結果２２０３のときの差し込み用データファイルの一例を示す図である。

図２７に示すように、２３０１の「Form Section」からページが開始され、「Form=」に利用するテンプレートファイルが指定され、「Color=」にカラー「Color」か白黒「Black&White」かが指定されている。「Color=」にカラー白黒「Black&White」が指定された例は後述する図３２に示してある。

２３０２の「Body Data Section」には順序番号の１から順に対応する様にカンマで区切られた差し込みデータが列挙される。本データと、テンプレートのＦＣＸファイル及びＦＣＰファイル、差し込む画像データファイルイ「メージ1.jpg」〜「イメージ8.jpgを」元にカタログの生成処理が行われる。

図２８は、図２５に示した優先度を優先したカタログ差し込み決定処理で最終的に生成される差し込み用データファイルに基づいて図２４のＳ４０６で生成されるカタログイメージの一例を示す図である。

２４０１はカタログデータであり、指定された設定に従い４ページ分のデータが作成される。本出力では全てのページがカラーで出力指示されているので実際のデータはカラーデータとなる。２４０２をはじめとする斜線の領域には、実際には画像データの書くファイルがラスタライズされイメージが差し込まれることになる。

以下、図２９〜図３１を参照して、図２４のステップＳ４０３に示したページ数を優先したカタログ差し込み決定処理について説明する。

図２９は、本発明における第５の制御手順の一例を示すフローチャートであり、図２４のステップＳ４０３に示したページ数を優先したカタログ差し込み決定処理に対応する。なお、図中、Ｓ６０１〜Ｓ６０４はサーバ１０７のＣＰＵによりメモリ上で実行されるカタログ生成モジュール３０７を用いて実現される。また、テンプレートと差込マスタの例を後述する図３０の２６０１に示してある。

ステップＳ６０１において、サーバ１０７のカタログ生成モジュール３０７は、ユーザが指定したページ以内で全てのマスタを差し込めるテンプレートの組み合わせをメモリ上に列挙する。なお、この列挙の例を図３０の２６０２に示してある。

次に、ステップＳ６０２において、サーバ１０７のカタログ生成モジュール３０７は、指定されたページ数内に収まる組み合わせがあったか（列挙した組み合わせが存在するか）否かをチェックする。そして、指定されたページ数内に収まる組み合わせがなかった（列挙した組み合わせが存在しない）と判断した場合には、サーバ１０７のカタログ生成モジュール３０７は、ステップＳ６０５に処理を進める。

そして、ステップＳ６０５において、サーバ１０７のカタログ生成モジュール３０７は、図２４に示したフローチャートにエラーを返し、処理を終了する。

一方、ステップＳ６０２で、サーバ１０７のカタログ生成モジュール３０７は、指定されたページ数内に収まる組み合わせがあった（列挙した組み合わせが存在する）と判断した場合には、ステップＳ６０３に処理を進める。

そして、ステップＳ６０３において、サーバ１０７のカタログ生成モジュール３０７は、列挙した組み合わせの中から、ユーザの指定したページに最も近い組み合わせであり、高いプライオリティのテンプレートが最も多く含まれている組み合わせを決定する。

そして、ステップＳ６０４において、サーバ１０７のカタログ生成モジュール３０７は、ステップＳ６０３で決定されたテンプレートの組み合わせに従い、差し込み用データファイルをＨＤ等に生成し、処理を終了する。

図３０は、図２９に示したページ数を優先したカタログ差し込み決定処理の際の差し込みマスタとテンプレートのイメージを示した図である。

図３０において、２６０１は利用するテンプレート及び差し込みマスタ及び、ユーザが指定したページ数（ここでは「３」）の例である。

２６０２は図２９のステップＳ６０１において列挙される組み合わせの一覧イメージである。２６０３は、図２９のステップＳ６０３で最終的に決定されたテンプレートの組み合わせと実際に出力するマスタを示したイメージである。

図３１は、図２９に示したページ数を優先したカタログ差し込み決定処理で最終的に生成される差し込み用データファイルに基づいて図２４のＳ４０６で生成されるカタログイメージの一例を示す図である。

図３１において、２７０１はカタログデータであり、指定された設定に従い３ページ分のデータが作成される。なお、この出力では全てのページがカラーで出力指示されることとなるため、実際のデータはカラーデータとなる。２７０２をはじめとする斜線の領域には、実際には画像データの書くファイルがラスタライズされイメージが差し込まれることになる。

以下、図３２を参照して、図２４ステップＳ４０５のモノクロ変換結果について説明する。

図３２は、図２７の差し込み用データファイルに対して、図２４ステップＳ４０５のモノクロ変換処理を施した結果の一例を示す図である。

図３２の例では、優先度が「２」より低いテンプレートをモノクロとした場合である。よって、２８０１，２８０２に示すように、優先度「２」である「Template2.fcp」と優先度「３」である「Template3.fcp」における「Color=」設定が「Color」から「Black＆White」に変更されている。

最終出力の結果は、図３０で示した結果となる。但し、１ページ目，２ページ目はカラーで、３ページ目，４ページ目はモノクロのカタログとなる。

なお、本実施形態では、カタログを作成する処理を例にして説明しているが、カタログ作成に限られるものではなく，データをテンプレートに差し込んで成果物を作成するもので、その成果物はどのようなものであってもよい。

以上説明したように、Ｗｅｂアプリケーションサーバ１０７は、テンプレートと差し込みデータ（画像データ含む）から生成するシステムである。このＷｅｂアプリケーションサーバ１０７は、差し込みデータにプライオリティ情報を保持させ、また、プライオリティに対応したテンプレートを複数管理している。そして、ユーザから指定されるプライオリティ情報や出力ページ数に基づいてカタログテンプレートを自動的に切り替えながら、指定された差込データをテンプレートに差し込んだ出力を生成する構成を有する。

このように、差し込みデータのプライオリティ（優先度）に応じたテンプレートを利用し出力する構成によって、以下のような効果を奏する。

優先度の高いデータを強調（カラー，出力サイズ等で強調）した出力を容易に、指定した品位，指定したページ数等でコストを抑えて作成することができる。よって、従来のようなユーザの手間も省略することができる。

例えば、プライオリティ（優先度）の高いお勧め商品を強調（カラー，出力サイズ等で強調）した営業資料用のカタログ等を容易に、ページ数等でコストを抑えて作成することができる。

なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。

以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

以下、図３３に示すメモリマップを参照して、本発明に係るシステムを構成するサーバ装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップの構成について説明する。

図３３は、本発明に係るシステムを構成するサーバ装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体（記録媒体）のメモリマップを説明する図である。

なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。

さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。

本実施形態における図９，図２１，図２４，図２５，図２９に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ-ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。

以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給する。そして、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。

プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハード・ディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ-ＲＯＭ、ＣＤ-Ｒ、ＣＤ-ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。

この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のプログラムそのものをハード・ディスク等の記憶媒体にダウンロードすることによっても供給できる。また、該ホームページから圧縮され自動インストール機能を含むファイルをハード・ディスク等の記憶媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやＦＴＰサーバ等も本発明の請求項に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ-ＲＯＭ等の記憶媒体に格納してユーザに配布する。さらに、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。さらに、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、以下のような構成も含まれることは言うまでもない。例えば、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記憶媒体から読み出されたプログラムコードを、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込む。そして、該メモリに書き込まれたプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記憶媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組み合わせを含む）が可能であり、それらを本発明の範囲から排除するものではない。

本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。

なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

以上説明したように、サーバ１０７は、様な商品カタログを自動生成する際に、各商品マスタに優先度を示す情報を保持させておき、管理者が状況に応じてその優先度を変更できる様にし、優先度に応じてカタログのテンプレートを複数作成・管理しておく。そして、優先度を加味して、テンプレートを自動的に切り替えながらカタログ出力したり、カラー／モノクロや紙枚数を考慮したカタログ出力を実現する構成とする。この構成により、優先度の高いデータ（お勧めの商品の情報）を強調（カラー，出力サイズ等で強調）した出力（カタログ）を、従来のようなユーザの手間をかけず容易に、生成することができる。なお、指定したカラー属性（カラー／モノクロ），指定したページ数等で生成して、コストを抑えることも可能である。

本発明に係るデータ差し込みシステムの構成の一例を示すシステム構成図である。 本発明に係る装置の構成の一例を示すブロック図である。 本発明に係るプログラムのモジュール構成を説明するブロック図である。 本発明の出力システムによりカタログを出力する際の概要を説明する模式図である。 本発明の出力システムによりカタログを出力する際の概要を説明する模式図である。 本発明の出力システムによりカタログを出力する際の概要を説明する模式図である。 本発明の出力システムによりカタログを出力する際の概要を説明する模式図である。 本発明におけるデータベースのテーブルの一例を示すテーブル構成図である。 本発明における第１の制御手順の一例を示すフローチャートである。 本発明の機能一覧画面の一例を示す図である。 本発明の商品マスタを登録する画面の一例を示す図である。 本発明の画像データ登録画面の一例を示す図である。 サーバに登録するデータファイルを確認する画面の一例を示す図である。 本発明の確認・選択画面の一例を示す図である。 本発明における商品マスタ検索画面の一例を示す図である。 本発明における商品マスタ検索結果画面の一例を示す図である。 商品マスタ登録、画像登録及び関連付けが終了した際のデータベース１０８の内容の一例を示す図である。 商品マスタ登録、画像登録及び関連付けが終了した際のデータベース１０８の内容の一例を示す図である。 本発明の出力カタログテンプレートの一例を示す図である。 本発明のテンプレートを登録する画面（テンプレート登録画面）の一例を示す図である。 テンプレート登録が終了した際のデータベース１０８内容の一例を示す図である。 本発明における第２の制御手順の一例を示すフローチャートである。 本発明の商品検索結果画面の一例を示す図である。 本発明において出力方法を設定する画面（出力方法設定画面）の一例を示す図である。 本発明における第３の制御手順の一例を示すフローチャートである。 本発明における第４の制御手順の一例を示すフローチャートである。 図２５に示した優先度を優先したカタログ差し込み決定処理の際の差し込みマスタとテンプレートのイメージを示した図である。 図２６に示した最終結果２２０３のときの差し込み用データファイルの一例を示す図である。 図２５に示した優先度を優先したカタログ差し込み決定処理で最終的に生成される差し込み用データファイルに基づいて図２４のＳ４０６で生成されるカタログイメージの一例を示す図である。 本発明における第５の制御手順の一例を示すフローチャートである。 図２９に示したページ数を優先したカタログ差し込み決定処理の際の差し込みマスタとテンプレートのイメージを示した図である。 図２９に示したページ数を優先したカタログ差し込み決定処理で最終的に生成される差し込み用データファイルに基づいて図２４のＳ４０６で生成されるカタログイメージの一例を示す図である。 図２７の差し込み用データファイルに対して、図２４ステップＳ４０５のモノクロ変換処理を施した結果の一例を示す図である。 本発明に係るシステムを構成するサーバ装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体（記録媒体）のメモリマップを説明する図である。

符号の説明

１０１ クライアントＰＣ
１０２ クライアントＰＣ
１０３ ＬＡＮ
１０４ クライアントＰＣ
１０５ インターネット
１０６ ＨＴＴＰサーバ
１０７ Ｗｅｂアプリケーションサーバ
１０８ データベース
１０９ ＬＡＮ
３０６ モジュール
３０７ カタログ生成モジュール

Claims (8)

1. 複数のデータをフォーム情報内に定義された差し込み領域に合成して出力情報を生成可能な情報処理装置において、
   優先度を有する複数のデータと、優先度毎のフォーム情報を有する複数のフォーム情報を記憶管理可能な記憶手段と、
   前記記憶手段に記憶されるいずれか複数のデータと、前記いずれかのフォーム情報とを指定して出力情報の生成を指示する指示手段と、
   前記指示手段により指定された各データの優先度に対応するフォーム情報を選択し、該選択されたフォーム情報内の差し込み領域に対して、前記複数のデータを合成して出力情報を生成する生成手段と、
   を有することを特徴とする情報処理装置。
2. 前記生成手段は、生成される出力情報内にデータが合成されない差し込み領域が生じる場合、前記選択されたいずれかのフォーム情報を、より優先度が高いフォーム情報に選択変更することを特徴とする請求項１記載の情報処理装置。
3. 前記指示手段は、指定されるページ数に生成される出力情報のページ数を制限する出力方法を指定可能なものであり、
   前記指示手段により前記出力方法が指定された場合、前記生成手段は、前記指定されたページ数に収まるように、生成されるページ毎に利用されるフォーム情報を選択することを特徴とする請求項１記載の情報処理装置。
4. 前記指示手段により前記出力方法が指定された場合、前記生成手段は、前記指定されたページ数に収まるフォーム情報の組み合わせの中から、より優先度高いフォーム情報をより多く含む組み合わせを選択することを特徴とする請求項３記載の情報処理装置。
5. 前記指示手段は、指定される優先度より低い優先度のフォーム情報を利用して出力するページをモノクロページとする出力方法を指定可能なものであり、
   前記指示手段により前記出力方法が指定されている場合、前記生成手段は、前記出力方法で指定された優先度より低い優先度のフォーム情報を利用して生成するページをモノクロ生成することを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
6. 複数のデータをフォーム情報内に定義された差し込み領域に合成して出力情報を生成可能な情報処理装置における出力情報生成方法において、
   優先度を有する複数のデータと、優先度毎のフォーム情報を有する複数のフォーム情報を記憶手段に登録する登録ステップと、
   前記記憶手段に記憶されるいずれか複数のデータと、前記いずれかのフォーム情報とを指定して出力情報の生成を指示する指示ステップと、
   前記指示ステップで指定された各データの優先度に対応するフォーム情報を選択し、該選択されたフォーム情報内の差し込み領域に対して、前記複数のデータを合成して出力情報を生成する生成ステップと、
   を有することを特徴とする出力情報生成方法。
7. 請求項６に記載された出力情報生成方法をコンピュータに実行させるためのプログラム。
8. 請求項６に記載された出力情報生成方法をコンピュータに実行させるためのプログラムをコンピュータが読み取り可能に記憶した記憶媒体。

Images