JP5164673B2 - サーバ装置、カタログ処理方法及びプログラム - Google Patents

Description

本発明は、電子カタログを管理するサーバ装置、カタログ処理方法及びプログラムに関するものである。

電子カタログを管理する情報処理装置として電子カタログサーバは一般的である。従来、電子カタログをページ毎に分割管理し、ページ毎のカタログデータを任意に組み合わせて出力するという技術が実現されている。また、従来例として、下記特許文献１で示されるように、カタログのページデータを事前に関連づけておくことで、あるページを出力するよう指示した時に、そのページに関連するページも同時に出力するという方法があった。
特開２００５−１０８１２７号公報

従来のシステムでは、電子カタログの登録後に管理者はカタログの全ページを確認してグルーピングする必要があったため、ユーザにとって、非常に手間がかかっていた。また、ユーザは管理者があらかじめ決めたグループでしか出力できないため、自由にカタログを出力することが難しいという課題があった。

本発明は、上記の課題を解決するためになされたもので、本発明の目的は、カタログ情報をユーザの検索要求に適応したグループ別に登録し、ユーザの検索結果を反映することで、カタログ登録者の負担を軽減しユーザにとって使い勝手のよいカタログデータベースを構築できる。

上記目的を達成する本発明のサーバ装置は以下に示す構成を備える。

電子カタログを管理するサーバ装置において、カタログ情報を構成する商品情報及び、カタログデータファイル及び当該カタログデータファイルをページ分割した各カタログデータページを記憶する記憶手段と、前記ページ分割されたカタログデータファイルに対して、当該カタログデータファイルを異なる表示態様で表示するためのグループ属性と、各グループ属性の表示順序を決定するための優先度を各グループ属性に対応づけて設定してする設定手段と、前記設定手段によりグループ属性および優先度が設定された前記カタログデータファイルと、前記商品情報とを関連づけて前記記憶手段に登録する登録手段と、データ処理装置の表示装置に表示されるカタログデータの検索画面に対するユーザからの選択操作に従い、前記記憶手段に登録されたカタログデータファイルを優先度が高いグループ属性から検索する検索手段と、前記検索手段により検索された検索結果を前記データ処理装置に送信する送信手段と、を備えることを特徴とする。

本発明によれば、カタログ情報をユーザの検索要求に適応したグループ別に登録し、ユーザの検索結果を反映することで、カタログ登録者の負担を軽減しユーザにとって使い勝手のよいカタログデータベースを構築できる。

次に本発明を実施するための最良の形態について図面を参照して説明する。

＜システム構成の説明＞
〔第１実施形態〕
図１は、本実施形態を示す情報処理システムの一例を示す図である。本例は、インターネット１０５、ＬＡＮ１０３、１０９を介して、クライアントＰＣ１０１、１０２、１０４はＨＴＴＰとサーバ１０６、Ｗｅｂアプリケーションサーバ１０７が通信可能なシステムである
図１において、１０１、１０２はクライアントＰＣであり、システム管理者が新規データファイルを登録したり、ユーザ管理情報修正などのシステムメンテナンス処理を行ったり、あるいはユーザが商品検索、商品情報出力などの指示を行ったりする。

１０３、１０９はローカルエリアネットワーク（ＬＡＮ）であり、このネットワークに接続しているクライアントＰＣ１０１、１０２はこのＬＡＮ１０３を介して他のクライアントＰＣ、後述するサーバとデータのやり取りを行う。

１０５はインターネットであり、１０４はクライアントＰＣで、インターネット１０５に直接に接続される。クライアントＰＣ１０１、１０２とは接続形態が異なるが、同様の目的で使用される。

１０６はＨＴＴＰサーバで、ＬＡＮ１０９を介してクライアントＰＣ１０１，１０２、１０４からＨＴＴＰプロトコルできたリクエストを受け取る。１０７はＷｅｂアプリケーションサーバである。

なお、ＨＴＴＰサーバとして機能するサーバ１０６にはいくつかのＷｅｂアプリケーションサーバが登録されており、クライアントＰＣ１０１、１０２、１０４からのリクエスト内容に従ってサーバ１０６は処理を適切なＷｅｂアプリケーションサーバ１０７に割り振る。

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

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

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

図２は、本実施形態を示す情報処理装置の構成を説明するブロック図である。なお、図１に示したクライアントＰＣ、サーバは、後述するハードウエア構成を備える。

図２において、１はシステム・バスであり、これから説明する各構成ブロックはこのシステム・バスに接続されている。２はＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）である。３はプログラム・メモリ（ＰＭＥＭと称す）で、本処理のためのプログラムを適宜ディスク１０から選択／読込みし、ＣＰＵ２にて実行する。又、キーボード１２から入力されたデータはテキスト・メモリでもあるＰＭＥＭ３にコード情報として格納される。４は通信制御部であり、通信ポート５に於ける入出力データの制御を行う。通信ポート５から出力された信号は、通信回線６を経由して、ネットワーク上の他の装置７の通信ポートに伝えられる。

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

８は外部記憶装置制御部で、データファイル用のディスク９、１０へのアクセスを制御する。ディスク９は、フレキシブルディスク（ＦＤと称す）であり、ディスク１０はハードディスク（ＨＤと称す）で構成される。

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

１４はビデオ・イメージ・メモリ（ＶＲＡＭと称す）で、表示出力制御部１５を介してＣＲＴ１６に表示されるビットマップデータを記憶する。なお、表示装置は、ＣＲＴ１６に限るものではなく、液晶ディスプレイ、プラズマディスプレイ等で構成されていてもよい。

なお、本実施形態でＲＯＭに記憶しているプログラムは、装置に直接接続されているハードディスク（ＨＤ）やフレキシブルディスク（ＦＤ）などの記憶媒体にも記憶されていてもよい。

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

図３は、本実施形態を示す情報処理システムにおけるモジュール構成を説明するブロック図である。
図３において、３０１はクライアントＰＣであり、カタログ情報、画像データなどのデータファイルをＷｅｂアプリケーションサーバ３０５に登録するための情報登録モジュール３０２を記憶している。

ただし、情報登録モジュー３０２はＷｅｂアプリケーションサーバ３０５から必要に応じてＷｅｂブラウザのＰｌｕｇ−ｉｎ形式などで自動的に配信されるのでクライアントＰＣ３０１上でインストール処理などを行う必要はない。

３０３はデータのやり取りを行うネットワークである。３０４はＨＴＴＰサーバである。

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

また、これらのモジュールとは別に、ＰＤＦファイルなどの画像編集やテキスト情報の抽出、ＰＤＦファイルの結合、分割などの編集を行うＰＤＦ編集モジュール３０７を備えている。

さらに、データベース３１０とのデータのやり取りを行うための共通ライブラリ（共通Ｌｉｂ）３０８や各種ユーティリティライブラリ３０９がある。

なお、モジュール３０６は、ユーザ認証モジュール、検索処理モジュール、カタログ出力モジュール、商品情報登録モジュール、カタログ情報登録モジュール、関連付け登録モジュールを備える。さらに、モジュール３０６は、ユーザ管理モジュール、グループ管理モジュール、データメンテナンスモジュール、商品情報一括登録モジュール、カタログ情報一括登録モジュール、関連付け一括登録モジュールを備える
図４は、図３に示したデータベース３１０で管理されるテーブル情報を説明する図である。本例は、本システムにおける商品情報とカタログ情報を管理するデータベースのテーブルの一例である。

図４において、４０４はデータテーブルで、商品マスタ情報などのテキスト情報を管理する。記録している情報としては、一意に決定されるデータＩＤ４０４Ａ、登録日４０４Ｄ、更新日や、この情報をＷｅｂ上に公開しているかどうかを制御する公開フラグ４０４Ｃ、削除された情報であるかどうかを制御する削除フラグ４０４Ｅなどがある。なお、４０４ＢはカテゴリＩＤである。

また、４０７はカテゴリ管理テーブルで、データがどのカテゴリに属するかが管理されている。カテゴリ管理テーブル４０７には、カテゴリＩＤ４０７Ａとカテゴリ名４０７Ｂがある。

次に、４０２はコンテンツテーブルで、カタログデータファイルなどの情報を管理している。記録されている情報としては、データマスタテーブルと同じく、一意に決定されるコンテンツＩＤ４０２Ａ、登録日４０２Ｄ、ファイル名４０２Ｂ、更新日や、この情報をＷｅｂ上に公開しているかどうかを制御する公開フラグ４０２Ｃ、削除された情報であるかどうかを制御する削除フラグ４０２Ｅなどがある。

マルチページのコンテンツファイルに対してはページ毎の情報を管理しているコンテンツ関連テーブル４０１と関連付いている。コンテンツ関連テーブル４０１には、コンテンツの各ページの属性情報が格納されている。属性情報としてはページ毎のコンテンツＩＤ４０１Ａ、ページ番号情報４０１Ｃ、ページ分割前のオリジナルマルチページが格納されているコンテンツＩＤを示す親コンテンツＩＤ４０１Ｂがある。

データ／コンテンツ管理テーブル４０３は、コンテンツテーブル４０２で管理されているコンテンツファイルとデータテーブル４０４に管理されているテキスト情報を関連付けるテーブルである。データファイルに関してはコンテンツＩＤ４０３Ｂ毎に関連付けを行えるので、当然ページ単位に関連付けを行うことができる。

また、コンテンツの関連付け種別を表すコンテンツ種別４０３Ｃ、登録部４０３Ｄのデータ等がある。４０３ＡはデータＩＤである。

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

４０５はデータ項目値テーブルで、データのデータＩＤ４０５Ａ、データ項目ＩＤ４０５Ｂ、データ項目値４０５Ｃが格納される。

図５は、図１に示したデータベース１０８で管理されるカタログのグルーピング管理テーブルを説明する図である。
図５において、５０１がカタロググループ管理テーブルで、グループ情報と優先度を優先度情報として管理する。記録している情報としては、一意に決定されるグループＩＤ５０１Ａ、優先度５０１Ｂがある。

５０２がカタロググループ関連テーブルで、グループに属するカタログデータをコンテンツＩＤを元に管理する、記録している情報としてはグループＩＤ５０２Ａ、コンテンツＩＤ５０２Ｂがある。

図６は、本実施形態を示すデータ処理システムのデータ処理手順の一例をフローチャートである。本例は、カタログデータ登録処理に対応する。なお、Ｓ１０１〜Ｓ１２５は各ステップを示す。ここで、Ｓ１０１、Ｓ１０３、Ｓ１０５、Ｓ１０６、Ｓ１１０、Ｓ１１２〜Ｓ１１４、Ｓ１１６、Ｓ１１７、Ｓ１１９〜Ｓ１２１、Ｓ１２３、Ｓ１２４はクライアントＰＣ３０１のステップに対応し、それ以外は、Ｗｅｂアプリケーションサーバ３０５のステップに対応する。また、これらのステップは、クライアントＰＣ３０１またはＷｅｂアプリケーションサーバ３０５のＣＰＵ２がハードディスク１０から読み出すモジュールをＰＭＥＭ３にロードして実行することで実現される。
まず、Ｓ１０１で、システム管理者が操作する、例えばクライアントＰＣ３０１からのアカウントとパスワードでＷｅｂアプリケーションサーバ３０５にログインする処理を実行する。この際、認証方法はアカウントとパスワード以外でもなんら問題はない。

このリクエストを受けて、Ｓ１０２で、Ｗｅｂアプリケーションサーバ３０５のＣＰＵ２は、入力されたアカウントとパスワードがカタログデータ登録処理を許されているかどうかをデータベース１０８に問い合わせて認証処理を行う。

ここで、処理を実行することが許されていないとＷｅｂアプリケーションサーバ３０５のＣＰＵ１が判断した場合には、図示しないエラー画面をクライアントＰＣ３０１に送信して、本処理を終了する。

一方、Ｓ１０２で、入力されたアカウントとパスワードが登録処理を実行することが許されているとＷｅｂアプリケーションサーバ１０７のＣＰＵ２が判断した場合は、Ｓ１０３へ進む。そして、Ｓ１０３で、Ｗｅｂアプリケーションサーバ３０５がカタログ登録画面をクライアントＰＣ３０１へ送信する。

ここで例えば、クライアントＰＣ３０１のＣＲＴ１６には、システム管理者用のカタログデータ登録画面が表示される。

図７は、図３に示したクライアントＰＣ３０１に表示されるカタログ登録機能一覧画面７０１の一例を示す図である。
図７において、７０２はカタログ登録ボタンで、Ｗｅｂアプリケーションサーバ３０５に登録するカタログデータを選択して登録処理を実行することができる。

７０３は商品マスタ登録ボタンで、各商品のマスタデータをＷｅｂアプリケーションサーバ３０５に登録することができる。７０４はカタログ情報と商品マスタの関連付けボタンで、それぞれＷｅｂアプリケーションサーバ３０５に登録されたカタログデータと各商品マスタの関連付けを行うことができる。

次に、Ｗｅｂアプリケーションサーバ３０５のＣＰＵ２は、Ｓ１０３で、クライアントＰＣ３０１からのリクエストを受けて、Ｓ１０４でデータベース１０８へ商品マスタの登録を行う。

図８は、図３に示したクライアントＰＣ３０１に表示される商品マスタを登録する画面の一例を示す図である。

図８において、８０１は商品マスタを設定する画面である。この画面の例では、８０２は商品の名称、８０３は商品のカテゴリ、８０４は商品の価格、８０５はその他のコメント情報を設定可能に構成した例である。８０６はクリアボタンである。このボタンを選択すると、全て入力した情報がクリアされる。本例は、商品マスタとして、上記設定項目を登録可能であるが、他の項目を加えてもよい。
８０７は登録ボタンである。この登録ボタン８０７をユーザの操作により選択すると、入力した商品マスタ情報がデータベース３１０に登録される。

上記の処理で商品マスタのデータベース３１０への登録が完了する。

続いて、カタログデータの登録処理を行うため、Ｓ１０５へ進む。

Ｓ１０５では、クライアントＰＣ３０１よりカタログデータの登録準備をＷｅｂアプリケーションサーバ３０５に対して行う。Ｗｅｂアプリケーションサーバ３０５からはファイル登録モジュールをクライアントＰＣ３０１に送信する。この際に、ファイル登録モジュールが既にクライアントＰＣ３０１上にある場合にはモジュールは送信しない。

そして、Ｓ１０６で、システム管理者は登録するカタログデータを選択してＷｅｂアプリケーションサーバ３０５に対してカタログデータの登録指示を行う。

図９は、図３に示したクライアントＰＣ３０１に表示される登録するカタログデータを選択する画面の一例を示す図である。この画面９０１は、例えばクライアントＰＣ３０１のブラウザに対してＷｅｂアプリケーションサーバ３０５から送信されたファイル登録モジュールが表示している。

図９において、９０１はカタログ登録画面である。９０２はファイル一覧で、Ｗｅｂアプリケーションサーバ３０５に登録するファイルの一覧を表示する。

９０３はファイル参照ボタンで、登録するファイルを選択するためのファイル参照画面を表示させる場合に押下される。このボタン９０３を管理者が選択するとファイルを参照する画面が表示され、ファイルを選択すると、そこで選択されたファイルがファイル一覧９０２に全て表示される。

９０４はフォルダ参照ボタンで、このフォルダ参照ボタン９０４を選択するとフォルダを参照する画面が表示され、フォルダを選択すると、そこで選択されたフォルダに含まれる全てのファイルがファイル一覧９０２に表示される。

９０５は削除ボタンで、ファイル一覧９０２の中から削除するファイルを選択して、この削除ボタン９０５を管理者が選択することで登録するファイル一覧からファイルを削除することができる。

９０６はアップロードボタンで、ファイル一覧９０２に表示されている全てのファイルのサーバへの登録処理を行う。このアップロードボタン９０６を選択すると、図１０に示す登録確認画面が表示される。

図１０は、図３に示したクライアントＰＣ３０１に表示される登録するデータファイルを確認する画面の一例を示す図である。本例では、Ｗｅｂアプリケーションサーバ３０５がデータベース３１０に登録するデータファイルが表示される。

図１０において、１００１は確認画面である。１００２は登録するファイル一覧である。ファイル一覧１００２に表示されているファイルでもファイル名を示す行の先頭のチェックボックスを、管理者が非選択状態にすることでサーバ登録ファイルから外すことができる。この例では、カタログデータ３．ｐｄｆはＷｅｂアプリケーションサーバ３０５に登録されない。

１００３は中止ボタンで、この中止ボタン１００３を管理者が選択すると、Ｗｅｂアプリケーションサーバ３０５への登録処理を中止する。１００４は登録ボタンで、この登録ボタン１００４を管理者が選択すると選択されているファイルをＷｅｂアプリケーションサーバ３０５がデータベース３１０に登録する。以下、図６に示すフローに従い説明を続ける。

次に、Ｓ１０７では、登録依頼を受けたＷｅｂアプリケーションサーバ３０５がデータベース３１０にカタログ登録するための前処理を行う。ここでは、Ｗｅｂアプリケーションサーバ３０５が登録指定されたカタログデータファイルを、ページ単位に分割して各ページのファイルを作成する。この際のファイル名としては、元のファイル名に対して５桁のページ番号を付けた名称とする。ただし、このファイル名称のルールは限定するものではない。

さらに、Ｗｅｂアプリケーションサーバ３０５がカタログデータおよび作成されたファイルに対してそれぞれサムネイル画像を生成する。

そして、Ｓ１０８では前処理した結果をＷｅｂアプリケーションサーバ３０５はデータベース３１０へカタログデータとして登録処理を行う。この際に、例えばページ分割指示されていたファイルについては、Ｗｅｂアプリケーションサーバ３０５が元のファイルと共にページ毎に分割したファイル全てをデータベース３１０に登録する。

また、対応するサムネイル画像ファイルもデータベース３１０に登録する。データベース３１０への登録準備が正常終了した場合には、Ｓ１０９で、Ｗｅｂアプリケーションサーバ３０５は、管理者が操作する、例えばクライアントＰＣ３０１に正常終了した画面を送信する。上記の処理でカタログデータのデータベース３１０への登録が完了する。

図１１Ａ、図１１Ｂは、図１に示したデータベース３１０に登録された各テーブルの内容を示す図である。本例は、上記図６に示す処理により、商品マスタ登録、カタログ登録が終了した際のデータベース３１０の内容に対応する。

図１１Ａ、図１１Ｂにおいて、１１０１は登録したカタログを管理しているコンテンツテーブルで、登録したカタログが分割したカタログそれぞれにシーケンシャルなコンテンツＩＤが付与されて管理されている。なお、コンテンツテーブル１１０１がコンテンツＩＤ、ファイル名、公開フラグ（公開ＦＬＧ）、登録日、削除ＦＬＧから構成される例を示す。
１１０２はカタログの親子関係を管理しているコンテンツ関連テーブルで、ページ分割されたカタログの各ページはページ分割元となるカタログのコンテンツＩＤを親コンテンツＩＤとして関連付けられている。また、コンテンツ関連テーブル１１０２は、さらには元のカタログの何ページ目のデータであるかの情報を持つ。ここでは、コンテンツ関連テーブル１１０２がコンテンツＩＤ、親コンテンツＩＤ、ページ番号から構成される例を示す。
１１０３は商品マスタの情報を管理するデータテーブルで、各商品マスタデータにはシーケンシャルなデータＩＤが付与されて管理されている。また、商品マスタが属するカテゴリのＩＤと関連付けられている。本例は、データテーブル１１０３がデータＩＤ、カテゴリＩＤ、公開ＦＬＧ、登録日、削除ＦＬＧから構成される例を示す。
１１０４はカテゴリを管理するテーブルである。テーブル１１０４は、商品カテゴリがシーケンシャルなＩＤが付与されて管理されている。本例は、テーブル１１０４がカテゴリＩＤ、カテゴリ名から構成される例を示す。
１１０５は商品マスタ情報の実際のデータ項目値を管理するテーブルで、データ項目の値が格納されている。また、対応するデータＩＤで商品マスタ情報と関連付けられており、さらにはデータ項目ＩＤでデータ定義項目値テーブル１１０６と関連付けられている。本例は、データ項目を管理するテーブル１１０５がデータＩＤ、データ項目ＩＤ、データ項目値から構成される例を示す。
１１０６はデータ定義項目値テーブルで、データ項目名称を管理する。ここでは、データ項目名称がシーケンシャルなＩＤを付与されて管理されている例である。本例は、データ定義項目に対応するデータ項目名称を管理するデータ定義項目値テーブル１１０６がデータ項目ＩＤ、データ項目名称から構成される例を示す。
続いて、図６に示すＳ１１０以降で、カタログデータのグルーピング及び商品マスタとカタログデータとの関連付け処理を行う。

次に、Ｓ１１０で、クライアントＰＣ３０１がＷｅｂアプリケーションサーバ３０５に登録処理を行ったカタログデータをデータベース３１０から読み出す指示を行う。リクエストを受けたＷｅｂアプリケーションサーバ３０５は、Ｓ１１１で、商品マスタが関連付けられていないカタログデータをデータベース３１０から読み出して、例えば管理者が操作するクライアントＰＣ３０１に返信する。そして、Ｓ１１２へ進み、クライアントＰＣ３０１ではグルーピングを行う。

図１２は、図３に示したクライアントＰＣ３０１に表示されるカタログデータ処理画面の一例を示す図である。本例は、Ｗｅｂアプリケーションサーバ３０５に存在する商品マスタが関連付けられていないカタログデータを確認・選択する画面の一例である。

図１２において、１２０１は確認画面である。１２０２は関連付けされていないカタログデータ一覧である。１２０３はグルーピングボタンである。このグルーピングボタン１２０３を選択すると、選択されたカタログデータのグルーピング処理が開始される。１２０４は関連付けボタンで、この関連付けボタン１２０４を選択すると、選択されたカタログデータの関連付け処理が開始される。

そして、Ｓ１１２において、図１２に示した画面を介して管理者がカタログデータを選択すると、クライアントＰＣ３０１は、グルーピング依頼をＷｅｂアプリケーションサーバ３０５へ送信し、Ｓ１１３で、依頼を受けたＷｅｂアプリケーションサーバ３０５がグルーピングを行うための図１３に示すグルーピング画面を表示する。

そして、Ｓ１１４で、クライアントＰＣ３０１は、グルーピングの設定をＷｅｂアプリケーションサーバ３０５へ送信する。そして、Ｓ１１５で、Ｗｅｂアプリケーションサーバ３０５は、カタログ情報を解析して設定に応じて属性別に異なるグループ情報を生成するグルーピング処理を行い、Ｓ１１６で、グルーピング処理の結果をクライアントＰＣ３０１に返信する。そして、Ｓ１１７で、グルーピングの決定をＷｅｂアプリケーションサーバ３０５へ送信し、Ｓ１１８で、Ｗｅｂアプリケーションサーバ３０５がグループ情報をデータベース３１０に登録する。なお、本実施形態では、グループ生成処理において、異なる属性として、見開き属性、目次属性、見出し語属性を含み、それぞれの属性に応じたグループ処理を後述するように実行する。

図１３は、図３に示したクライアントＰＣ３０１に表示されるカタログデータのグルーピングを行う画面の一例を示す図である。

図１３において、１３０１はグルーピング画面である。１３０２は選択したカタログデータのサムネイルである。１３０３は選択したカタログデータをページ分割した結果の各ページのサムネイルである。

１３０４はグルーピング指示の結果作成される目次グループの情報である。表示方法としては、グルーピングされるページとどのグルーピング手法が使われたかがわかれば良く、本例で示した方法に限定しない。

１３０５は見開きグルーピングの設定を行うかのチェックボックスで、チェックボックス１３０５をチェックすると見開きグルーピングが実行される。

１３０６は見出し語グルーピングの設定を行うかのチェックボックスで、チェックボックス１３０６をチェックすると見出し語グルーピングが実行される。１３０７は目次グルーピングの設定を行うかのチェックボックスで、チェックボックス１３０７をチェックすると目次グルーピングが実行される。その際、目次が含まれる目次ページと、目次の１ページが実際のカタログの何ページ目になるかを指定する基準ページを指定する必要がある。

なお、グルーピングが実行されるとその結果が目次グループ１３０４に反映される。１３０８は決定ボタンであり、この決定ボタン１３０８を選択するとグルーピングが設定される。

１３０９はキャンセルボタンであり、このキャンセルボタン１３０９を選択すると、グルーピング設定がキャンセルされる。

また、これらグループ設定において、グループの情報とともに保持される優先度の初期設定はそれぞれのグルーピング手法毎に異なる値を設定しておく事が望ましい。

例えば、見開きはグループの優先度を「１０」、見出し語は優先度を「５」、目次は優先度を「２０」としておくといった形とし、目次によるグルーピングを最も確度が高い初期設定とし優先度を高めに設定しておくとなる。

図１４は、図１に示したデータベース３１０で管理されるテーブルの一例を示す図である。本例は、カタログのグループ登録が終了した際のデータベース３１０の内容の一例に対応する。

図１４において、１４０１はカタログのグループ情報と優先度を管理するカタロググループ管理テーブルの内容である。登録したカタログに設定されているグループにシーケンシャルなグループＩＤ１４０１Ａが付与され、グループの優先度１４０１Ｂと共に記録されている。

１４０２はグループに属するカタログデータをコンテンツＩＤを元に管理するカタロググループ関連テーブルの内容である。グループＩＤ１４０２ＡにどのコンテンツＩＤ１４０２Ｂのカタログが含まれるかが記録されている。本例では、グループは３種類存在しており、例えばグループＩＤ＝２のグループは優先度が「５」であり、コンテンツＩＤ＝７，８，９のデータが含まれている。

図１５は、本実施形態を示す情報処理装置におけるデータ処理手順の一例を示す図である。本例は、図１３で示した見開きによるグルーピング処理の詳細例である。Ｓ２０１〜Ｓ２０６は各ステップを示す。各ステップは、Ｗｅｂアプリケーションサーバ３０５のＣＰＵ２がハードディスク１０からＰＭＥＭ３にモジュールをロードして実行することで実現される。

Ｓ２０１は、Ｗｅｂアプリケーションサーバ３０５のＣＰＵ２がグルーピングを行うカタログのページ毎のループで、Ｎ＝２からカタログページ数−１以下でＬＰＳ〜ＬＰＥをループする。

Ｓ２０２で、ＣＰＵ２は、カタログのＮページ目に対応した分割カタログデータのコンテンツＩＤを抽出する。Ｓ２０３で、ＣＰＵ２は、カタログのＮ＋１ページ目に対応した分割カタログデータのコンテンツＩＤを抽出する。そして、Ｓ２０４で、ＣＰＵ２は、Ｓ２０２、Ｓ２０３で取得したコンテンツＩＤでグループ候補の情報を生成する。

次に、Ｓ２０５ではＮを「２」加算する。そして、Ｓ２０６で、Ｎ＝２からカタログページ数−１以下のループを抜けて、本処理を終了する。
上記処理により、カタログの２ページ目＋３ページ目、４ページ目＋５ページ目・・・といった見開きページのグループが生成される。
図１６は、本実施形態を示す情報処理装置におけるデータ処理手順の一例を示すフローチャートである。本例は、図１３で示した見出し語によるグルーピング処理例である。Ｓ３０１〜Ｓ３１３は各ステップを示す。各ステップは、Ｗｅｂアプリケーションサーバ３０５のＣＰＵ２がハードディスク１０からＰＭＥＭ３にモジュールをロードして実行することで実現される。

Ｓ３０１〜Ｓ３１３は各ステップを示す。また、各ステップは、Ｗｅｂアプリケーションサーバ３０５のＣＰＵ２がハードディスク１０からＰＭＥＭ３にモジュールをロードして実行することで実現される。

まず、Ｓ３０１で、Ｎ＝１からカタログページ数で処理をループＬＰＳ１〜ＬＰＥ１で行う。そして、Ｓ３０２で、ＣＰＵ２は、カタログデータのＮページに対応したコンテンツから最も大きな文字のポイント数を取得する。ここで、ポイント数の取得は、ＰＤＦといった構造化文書の文字プロパティ情報を利用するといった方法が一般的である。

また、ＯＣＲと言った手法で文字サイズを取得しても良く手法は限定しない。

次に、Ｓ３０３で、ＣＰＵ２は、Ｎに「１」を加算して、カタログページ数となったら、Ｓ３０４で、ループＬＰＥ１を抜けて、Ｓ３０５へ進む。

Ｓ３０５では、Ｓ３０１のループＬＰＳ１〜ＬＰＥ１で取得した文字のポイント数のうち、最も出現頻度の高い文字のポイント数を見出し語サイズと決定する。

次に、Ｓ３０６からグルーピングを行うカタログのページ毎で処理を行うために、Ｎ＝１からカタログページ数でＬＰＳ２〜ＬＰＥ２をループする。そして、Ｓ３０７で、ＣＰＵ２は、カタログデータのＮページに対応したコンテンツから見出し語サイズの文字を見出し語として抽出する。

そして、Ｓ３０８で見出し語を抽出できたか否かをＣＰＵ２がチェックし、見出し語を抽出でできなかったとＣＰＵ２が判断した場合には、Ｓ３０９で前ページの見出し語と同様の見出し語を自身の見出し語とする。

一方、Ｓ３０８で、見出し語を抽出できたとＣＰＵ２が判断した場合は、Ｓ３１０で前ページの見出し語と自身の見出し語を比較し、同じであるかどうかをＣＰＵ２が判断する。ここで、前ページの見出し語と自身の見出し語を比較し、同じであるとＣＰＵ２が判断した場合は、Ｓ３１１でグループ候補とする。そして、Ｓ３１２ではＮに１加算して、カタログページ数となったら、Ｓ３１３で、ループＬＰＥ２を抜けて、本処理を終了する。

図１７は、本実施形態を示す情報処理装置におけるデータ処理手順の一例を示すフローチャートである。本例は、図１３で示した目次によるグルーピング処理例である。

Ｓ４０１〜Ｓ４０９は各ステップを示す。また、各ステップは、Ｗｅｂアプリケーションサーバ３０５のＣＰＵ２がハードディスク１０からＰＭＥＭ３にモジュール３０６をロードして実行することで実現される。

まず、Ｓ４０１で、ユーザに指定されたページより目次のテキストを抽出する。なお、ユーザの指定は単一ページでも複数ページでも良い。 次に、Ｓ４０２でユーザに指定された基準ページと物理ページをマッピングする。これにより、目次にて１ページ目とされているカタログとしての１ページ目が物理的な電子データのファイルにおいてどのページに存在するかを解決する。

そして、Ｓ４０３で、ＣＰＵ２は、Ｎ＝１から抽出テキスト行数で行う処理をループＬＰＳ〜ＬＰＥで開始する。次に、Ｓ４０４で、Ｎ行目の文字の文字列パターンの種別をＣＰＵ２が判別する。文字列パターンが「＊＊＊数値」となっているとＣＰＵ２が判別した場合、Ｓ４０５で数値ページからＮ＋１行目の文字列「＊＊＊数値」の数値−１ページ目までをグループ候補とする。

なお、数値ページはＳ４０２でマッピングした物理ページに変換され最終的には、グルーピングしているカタログの対応するページのコンテンツＩＤにマップされる。

一方、Ｓ４０４で、文字列パターンが「＊＊＊数値１＊数値２＊数値３」となっており、かつ数値１＜数値２＜数値３かつ数値３＝数値２＋１＝数値１＋２が成り立つとＣＰＵ２が判別した場合は、Ｓ４０６で数値１、数値２、数値３ページをグループ候補とする。

同様に、Ｓ４０４で、文字列パターンが「＊＊＊数値１＊数値２」となっており、かつ数値１＜数値２が成り立つとＣＰＵ２が判断した場合、Ｓ４０７で数値１から数値２ページ目までをグループ候補とする。そして、Ｓ４０８ではＮに１加算して、ＣＰＵ２は、Ｎが抽出テキストの行数となったと判別したら、Ｓ４０９で、ループＬＰＥ１を抜けて、本処理を終了する。

次に、図６に示した、Ｓ１１９以降の説明を行う。

Ｓ１１９で、クライアントＰＣ３０１より関連付け依頼をＷｅｂアプリケーションサーバ３０５へ送信する。そして、Ｓ１２０で、依頼を受けたＷｅｂアプリケーションサーバ３０５が関連付けする商品マスタを選択するために、商品マスタ検索画面をクライアントＰＣ３０１へ送信して、図１８に示す商品マスタ検索画面をクライアントＰＣ３０１のＣＲＴ１６に表示する。

図１８は、図３に示したクライアントＰＣ３０１に表示される商品マスタ検索画面の一例を示す図である。

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

そして、Ｓ１２１で、クライアントＰＣ３０１から検索条件がＷｅｂアプリケーションサーバ３０５へ通知され、Ｗｅｂアプリケーションサーバ３０５は、Ｓ１２２でデータベース３１０を検索し、Ｓ１２３で、検索結果をクライアントＰＣ３０１へ送信する。

図１９は、図３に示したクライアントＰＣ３０１に表示される商品マスタ検索結果画面の一例を示す図である。

図１９において、１９０１は検索結果画面である。１９０２は検索結果の一覧であり、検索した商品マスタの情報が表示される。１９０３は検索やり直しボタンである。この検索やり直しボタン１９０３を選択すると、図１８に示す検索画面に戻る。また、この例では２つ分の商品情報が表示されているが、その他の検索結果に関しては、前ページボタン１９０６、次ページボタン１９０４を選択することで表示を切り替えることができる。１９０５は関連付け決定ボタンである。関連付け決定ボタン１９０５を選択すると、関連チェックボックス１９０２が有効になっている物とカタログデータを関連付ける。ここで、図６に示すＳ１２４で関連付け対象の商品マスタがＷｅｂアプリケーションサーバ３０５へ通知をされ、Ｓ１２５で、Ｗｅｂアプリケーションサーバ３０５がデータベース３１０に関連付け情報を登録して、一連のカタログ登録処理を終了する。
図２０は、図３に示したデータベース３１０で管理されるデータ／コンテンツ管理テーブルの一例を示す図である。本例は、カタログと商品マスタの関連付けを行った場合の、データ／コンテンツ管理テーブル２００１の内容の一例を示す。また、本例では、コンテンツＩＤが「２」のカタログページデータとデータＩＤが「１」から「３」の商品マスタがＰＤＦカタログというコンテンツ種別で関連付けられている。以下同様に、コンテンツＩＤが「３」のカタログページデータとデータＩＤが「１」、「２」の商品マスタがＰＤＦカタログというコンテンツ種別で関連付けられている。さらに、コンテンツＩＤが「４」のカタログページデータとデータＩＤが「２」、「３」の商品マスタがＰＤＦカタログというコンテンツ種別で関連付けられている。

図２１は、本実施形態を示す情報処理システムにおけるデータ処理システムのデータ処理を説明するフローチャートである。本例は、クライアントＰＣ３０１、Ｗｅｂサーバ３０５、データベース３１０によるカタログデータ出力処理の一例を示す。
ここで、Ｓ５０１〜Ｓ５１４は各ステップを示す。なお、Ｓ５０１、Ｓ５０３、Ｓ５０５、Ｓ５０６、Ｓ５０９、Ｓ５１０、Ｓ５１２はクライアントＰＣ３０１のＣＰＵ２で実行されるステップであり、それ以外は、Ｗｅｂアプリケーションサーバ３０５のＣＰＵ２で実行されるステップである。
まず、Ｓ５０１でユーザがクライアントＰＣ３０１からアカウントとパスワードでＷｅｂアプリケーションサーバ３０５に対して、ログイン処理を実行する。この際、認証方法はアカウントとパスワード以外でもなんら問題はない。

このリクエストを受けてＷｅｂアプリケーションサーバ３０５は、Ｓ５０２で、入力されたアカウントとパスワードが本システムの利用を許されているかどうかをデータベース３１０に問い合わせて認証処理を行う。ここで、利用することが許されていなかったとＷｅｂアプリケーションサーバ３０５のＣＰＵ２が判断した場合には、エラー画面をユーザが操作するクライアントＰＣに送信する。

一方、実行することが許されているとＷｅｂアプリケーションサーバ３０５のＣＰＵ２が判断した場合にはＳ５０３へ進む。

そして、Ｓ５０３で、ユーザがキーワードを入力して商品データを検索する。このリクエストを受けたＷｅｂアプリケーションサーバ３０５はＳ５０４で入力されたキーワードに該当する商品情報をデータベース３１０で検索し、その結果を商品データリストとして、ユーザが操作するクライアントＰＣ３０１に送信する。そして、Ｓ５０５でユーザは、図２２に示す画面として商品検索結果を取得する。

図２２は、本実施形態を示す情報処理装置で表示される商品検索結果表示の一例を示す図である。
図２２において、２２０１は商品検索結果画面である。２２０３は商品の簡易情報である。２２０２で出力したい商品を選択し、２２０４でカタログ出力を選択すると、選択した商品に関連するカタログの出力画面に遷移する。２２０５は検索のやり直しボタンである。このボタンを選択すると検索画面に戻り、検索をやり直すことができる。

次に、Ｓ５０６で、ユーザはクライアントＰＣ３０１を操作して、選択した商品情報の出力指示をＷｅｂアプリケーションサーバ３０５にする。リクエストを受けたＷｅｂアプリケーションサーバ３０５は、Ｓ５０７で指示された商品に関連付けられたカタログ情報をデータベース３１０から読み出す。

Ｗｅｂアプリケーションサーバ３０５は、Ｓ５０８でデータベース３１０からカタログ情報を取得し、Ｓ５０９で、図２２に示すカタログ出力画面をユーザが操作するクライアントＰＣ３０１に返す。

ユーザは、Ｓ５１０で、図２２に示すカタログ出力画面において、出力したいカタログページを選択し出力指示をＷｅｂアプリケーションサーバ３０５にする。そして、Ｓ５１１で、Ｗｅｂアプリケーションサーバ３０５は、選択結果を元にカタログページデータの結合処理を行う。そして、Ｓ５１２で、クライアントＰＣ３０１は指定したページが結合されたカタログを取得する。

図２３は、本実施形態を示す情報処理装置で表示される出力カタログ選択画面の一例を示す図である。本例では、クライアントＰＣ３０１のＣＲＴ１６に表示され、ユーザからの選択操作に従い、データベース３１０に登録された登録カタログデータの中から出力したいカタログを選択する。

図２３において、２３０１は出力カタログ選択画面である。２３０２は図２２で選択した商品に関連付けられたカタログの１ページ目のサムネイルが表示されている。２３０３は選択ボタンで、出力したいカタログを選択する。選択すると、カタログの全ページがサムネイル２３０４として表示される。

２３０５は出力候補リストで、サムネイル２３０４から出力したいページのサムネイルを選択した際に表示される。

出力候補リスト２３０５は、選択したカタログページデータが含まれるグループ情報を元に、優先度が高いグループから順に表示される。また、ユーザは出力したいカタログをリストの一覧から選択可能である。

２３０６は出力するカタログ情報がサムネイル表示される。２３０７は出力ボタンで、有り選択するとカタログが出力される。２３０８は全削除ボタンであり、選択すると出力するカタログの情報が全てクリアされる。２３０９は削除ボタンであり、選択したページの出力カタログの情報がクリアされる。

図２４は、本実施形態を示す情報処理装置におけるデータ処理手順を示すフローチャートである。本例は、Ｗｅｂアプリケーションサーバ３０５による出力候補リストの生成処理例である。なお、Ｓ６０１〜Ｓ６０５は各ステップを示す。また、各ステップは、Ｗｅｂアプリケーションサーバ３０５のＣＰＵ２がＰＭＥＭ３にモジュール３０６をロードして実行することで実現される。
Ｓ６０１で、Ｗｅｂアプリケーションサーバ３０５は、選択されたサムネイルを持つカタログページデータのコンテンツＩＤを含むグループを、カタロググループ関連テーブル５０２より抽出する。Ｓ６０２で、Ｗｅｂアプリケーションサーバ３０５は、カタロググループ管理テーブル５０１より各グループの優先度を取得し、Ｓ６０３で、Ｗｅｂアプリケーションサーバ３０５は優先度順にグループをソートする。

そして、Ｓ６０４で、Ｗｅｂアプリケーションサーバ３０５は、リストされたグループの中で最も高い優先度の値÷Ｘ以下の優先度しか持たないグループをリストから削除する。つまり、優先度が低いグループに属するカタログデータを検索結果に含めないようにできる。

ここで、閾値に対応するＸは任意の値を事前に設定しておける。例えば、Ｘ＝１０と設定してあり、リストされたグループの最も高い優先度の値が５０である場合、優先度が５（５０÷１０）以下のグループはリストされない。本処理によりほとんど利用されないグループはリストに表示されないため、リスト表示される候補が無駄に増え続けるのを防止できる。これにより、ユーザの操作負担が軽減される。

そして、Ｓ６０５で、Ｗｅｂアプリケーションサーバ３０５は、各グループに含まれるコンテンツＩＤを取得し、リスト表示用のデータを生成して、本処理を終了する。

一方、図２１において、Ｓ５１３で、カタログの出力結果より、グループ情報の更新処理をＷｅｂアプリケーションサーバ３０５が行い、Ｓ５１４で、更新したグループ情報をデータベース３１０に保存して、本処理を終了する。

図２５は、本実施形態を示す情報処理装置におけるデータ処理手順を示すフローチャートである。本例は、Ｓ５１３で行われるグループ情報の更新処理例を示す。なお、Ｓ７０１〜Ｓ７０７は各ステップを示す。また、各ステップは、Ｗｅｂアプリケーションサーバ３０５のＣＰＵ２がハードディスク１０からＰＭＥＭ３にモジュールをロードして実行することで実現される。

Ｓ７０１で、Ｗｅｂアプリケーションサーバ３０５は、出力したカタログの出力情報より、元のカタログで連続したページであり、出力するカタログでも同様にページが連続しているパターンである組を全て抽出する。Ｓ７０２で、Ｎ＝１からＳ７０１で抽出したパターンの組数でループＬＰＳ〜ＬＰＥの処理を行う。そして、Ｓ７０３では同様のパターンとなるグループが既に登録されているかをカタロググループ管理テーブル５０１及びカタロググループ関連テーブル５０２を元にＷｅｂアプリケーションサーバ３０５が調べる。ここで、もし同様のグループが存在するとＷｅｂアプリケーションサーバ３０５が判断した場合、Ｓ７０４で該当するグループの優先度を「１」上げる。

一方、Ｓ７０３で、同様のグループが存在しないとＷｅｂアプリケーションサーバ３０５が判断した場合には、Ｓ７０５で新規グループの優先度を「１」で登録する。そして、Ｓ７０６で、Ｗｅｂアプリケーションサーバ３０５はＮを「１」加算して、Ｓ７０１で抽出したパターンの組数となったら、Ｓ７０７で、ループＬＰＥを抜けて、本処理を終了する。

以下、図２６に示すメモリマップを参照して本発明に係る情報処理装置で読み取り可能なデータ処理プログラムの構成について説明する。

図２６は、本発明に係る情報処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

本実施形態を示す情報処理システムの一例を示す図である。 本実施形態を示す情報処理装置の構成を説明するブロック図である。 本実施形態を示す情報処理システムにおけるモジュール構成を説明するブロック図である。 図３に示したデータベースで管理されるテーブル情報を説明する図である。 図３に示したデータベースで管理されるカタログのグルーピング管理テーブルを説明する図である。 本実施形態を示すデータ処理システムのデータ処理手順の一例をフローチャートである。 図３に示したクライアントＰＣに表示されるカタログ登録機能一覧画面の一例を示す図である。 図３に示したクライアントＰＣに表示される商品マスタを登録する画面の一例を示す図である。 図３に示したクライアントＰＣに表示される登録するカタログデータを選択する画面の一例を示す図である。 図３に示したクライアントＰＣに表示される登録するデータファイルを確認する画面の一例を示す図である。 図３に示したデータベース３１０に登録された各テーブルの内容を示す図である。 図３に示したデータベース３１０に登録された各テーブルの内容を示す図である。 図３に示したクライアントＰＣ３０１に表示されるカタログデータ処理画面の一例を示す図である。 図３に示したクライアントＰＣ３０１に表示されるカタログデータのグルーピングを行う画面の一例を示す図である。 図３に示したデータベース３１０で管理されるテーブルの一例を示す図である。 本実施形態を示す情報処理装置におけるデータ処理手順の一例を示す図である。 本実施形態を示す情報処理装置におけるデータ処理手順の一例を示すフローチャートである。 本実施形態を示す情報処理装置におけるデータ処理手順の一例を示すフローチャートである。 図３に示したクライアントＰＣ３０１に表示される商品マスタ検索画面の一例を示す図である。 図３に示したクライアントＰＣ３０１に表示される商品マスタ検索結果画面の一例を示す図である。 図３に示したデータベース３１０で管理されるデータ／コンテンツ管理テーブルの一例を示す図である。 本実施形態を示す情報処理システムにおけるデータ処理システムのデータ処理を説明するフローチャートである。 本実施形態を示す情報処理装置で表示される商品検索結果表示の一例を示す図である。 本実施形態を示す情報処理装置で表示される出力カタログ選択画面の一例を示す図である。 本実施形態を示す情報処理装置におけるデータ処理手順を示すフローチャートである。 本実施形態を示す情報処理装置におけるデータ処理手順を示すフローチャートである。 本発明に係る情報処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。

符号の説明

３０１ クライアントｐｃ
３０５ Ｗｅｂアプリケーションサーバ
３０６ モジュール
３１０ データベース

Claims (13)

1. 電子カタログを管理するサーバ装置において、
   カタログ情報を構成する商品情報及び、カタログデータファイル及び当該カタログデータファイルをページ分割した各カタログデータページを記憶する記憶手段と、
   前記ページ分割されたカタログデータファイルに対して、当該カタログデータファイルを異なる表示態様で表示するためのグループ属性と、各グループ属性の表示順序を決定するための優先度を各グループ属性に対応づけて設定してする設定手段と、
   前記設定手段によりグループ属性および優先度が設定された前記カタログデータファイルと、前記商品情報とを関連づけて前記記憶手段に登録する登録手段と、
   データ処理装置の表示装置に表示されるカタログデータの検索画面に対するユーザからの選択操作に従い、前記記憶手段に登録されたカタログデータファイルを優先度が高いグループ属性から検索する検索手段と、
   前記検索手段により検索された検索結果を前記データ処理装置に送信する送信手段と、
   を備えることを特徴とするサーバ装置。
2. 前記グループ属性は、目次属性、見開き属性、見出し語属性を含むことを特徴とする請求項１記載のサーバ装置。
3. 前記設定手段は、目次属性、見開き属性、見出し語属性の順にグループ属性の優先度が下がるように設定することを特徴とする請求項１記載のサーバ装置。
4. 前記記憶手段に登録された前記カタログデータファイルの検索結果に従い、前記目次属性、前記見開き属性、前記見出し語属性に対するグループ属性の優先度を更新する更新手段を有することを特徴とする請求項２または３記載のサーバ装置。
5. データ処理装置の表示装置に表示されるカタログデータの検索画面に対するユーザから
   の選択操作に従い、前記記憶手段に登録されたカタログデータファイルを優先度が高いグループ属性から検索する検索手段を有することを特徴とする請求項１記載のサーバ装置。
6. 前記検索手段は、検索されたカタログデータファイルの中で、設定された閾値よりも前記グループ属性に設定されている優先度が低いグループ属性のカタログデータファイルを検索結果に含めないことを特徴とする請求項５記載のサーバ装置。
7. 記憶手段にカタログ情報を構成する商品情報及び、カタログデータファイル及び当該カタログデータファイルをページ分割した各カタログデータページを記憶したサーバ装置におけるカタログ処理方法において、
   前記ページ分割されたカタログデータファイルに対して、当該カタログデータファイルを異なる表示態様で表示するためのグループ属性と、各グループ属性の表示順序を決定するための優先度を各グループ属性に対応づけて設定してする設定ステップと、
   前記設定ステップによりグループ属性および優先度が設定された前記カタログデータファイルと、前記商品情報とを関連づけて前記記憶手段に登録する登録ステップと、
   データ処理装置の表示装置に表示されるカタログデータの検索画面に対するユーザからの選択操作に従い、前記記憶手段に登録されたカタログデータファイルを優先度が高いグループ属性から検索する検索ステップと、
   前記検索ステップにより検索された検索結果を前記データ処理装置に送信する送信ステップと、
   を備えることを特徴とするカタログ処理方法。
8. 前記グループ属性は、目次属性、見開き属性、見出し語属性を含むことを特徴とする請求項７記載のカタログ処理方法。
9. 前記設定ステップは、目次属性、見開き属性、見出し語属性の順にグループ属性の優先度が下がるように設定することを特徴とする請求項７記載のカタログ処理方法。
10. 前記記憶手段に登録された前記カタログデータファイルの検索結果に従い、前記目次属性、前記見開き属性、前記見出し語属性に対するグループ属性の優先度を更新する更新ステップを有することを特徴とする請求項８または９記載のカタログ処理方法。
11. データ処理装置の表示装置に表示されるカタログデータの検索画面に対するユーザからの選択操作に従い、前記記憶手段に登録されたカタログデータファイルを優先度が高いグループ属性から検索する検索ステップを有することを特徴とする請求項７記載のカタログ処理方法。
12. 前記検索ステップは、検索されたカタログデータファイルの中で、設定された閾値よりも前記グループ属性に設定されている優先度が低いグループ属性のカタログデータファイルを検索結果に含めないことを特徴とする請求項１１記載のカタログ処理方法。
13. 請求項７乃至１２のいずれか１項に記載のカタログ処理方法をコンピュータに実行させることを特徴とするプログラム。

Images