(57)【要約】      （修正有）【課題】電子カタログから必要な部分を迅速に抽出するカタログ管理装置を提供する。【解決手段】電子カタログをサーバ１０７によりデータベース１０８へ登録する時に、電子カタログ内のページ毎にテキスト情報を抽出し、そのテキスト情報から商品マスタＤＢの任意のカラムに含まれる情報が含まれるか否かで商品マスタとの関連付けをおこなう。テキストを抽出する際、電子カタログの先頭のページに含まれるテキスト情報のうちから選択されたカテゴリ名を検索する。その見出されたカテゴリを、関連づけ対象の商品のカテゴリとして、そのカテゴリに属する商品の商品名をカタログから検索し、それを利用者に提示して選択された商品名の商品ＩＤと着目カタログのページのコンテンツＩＤとを関連づける。カタログ検索時には、キーワードを商品マスタから検索し、得られたデータＩＤに対応するコンテンツＩＤのカタログを、検索により得られたカタログとして出力する。【選択図】図３
2006215659.tif 000002
【特許請求の範囲】
【請求項１】
商品に関する商品関連データをレコードとして検索可能に登録したデータベースと、商品に関する情報を掲載したカタログデータとを管理可能なカタログ管理装置であって、
所定の商品関連データにより、カタログデータを所定の分割単位ごとに検索する検索手段と、
前記検索手段により前記商品関連データが前記カタログデータ中で見出された場合、当該分割単位と、前記商品関連データを含む前記データベースのレコードとを関連づけた関連づけテーブルを生成する関連づけ手段と
を備えることを特徴とするカタログ管理装置。
【請求項２】
前記データベースのレコードには商品に対応したカテゴリ名が含まれ、前記分割単位はページ単位であり、
前記検索手段により前記商品関連データを検索する前に、前記データベースに登録されたカテゴリ名で、前記カタログデータの先頭のページを検索するカテゴリ検索手段をさらに備え、
前記検索手段は、前記カテゴリ検索手段により得られたカテゴリ名に対応付けられた商品関連データにより前記カタログデータの着目分割単位を検索することを特徴とする請求項１に記載のカタログ管理装置。
【請求項３】
前記関連づけ手段は、前記カタログデータから見出された商品関連データを、前記分割単位に関連づけるレコードに対応する商品関連データの候補として出力する候補出力手段を含み、前記候補中からユーザにより選択された場合、選択された商品関連データを含むレコードと前記分割単位とを関連づけた関連づけテーブルを作成することを特徴とする請求項２に記載のカタログ管理装置。
【請求項４】
前記候補出力手段は、前記検索手段により前記カタログデータの着目分割単位から商品関連データが見出されなかった場合には、前記カタログデータ全体に含まれる全商品関連データを、前記分割単位に関連づけるレコードに対応する商品関連データの候補として出力することを特徴とする請求項３に記載のカタログ管理装置。
【請求項５】
キーワードにより前記データベースを検索する第２の検索手段と、
前記第２の検索手段により前記キーワードに関連するレコードが特定できた場合、前記関連づけテーブルを参照して前記レコードに対応するカタログデータの分割単位を特定するカタログ特定手段と、
前記カタログ特定手段により特定されたカタログデータの分割単位を、カタログの検索結果として出力する出力手段と
を更に備えることを特徴とする請求項１乃至４のいずれか１項に記載のカタログ管理装置。
【請求項６】
商品に関する商品関連データをレコードとして検索可能に登録したデータベースと、商品に関する情報を掲載したカタログデータとを管理可能なカタログ作成方法であって、
所定の商品関連データにより、カタログデータを所定の分割単位ごとに検索する検索工程と、
前記検索工程により前記商品関連データが前記カタログデータ中で見出された場合、当該分割単位と、前記商品関連データを含む前記データベースのレコードとを関連づけた関連づけテーブルを生成する関連づけ工程と
を備えることを特徴とするカタログ作成方法。
【請求項７】
請求項６に記載のカタログ作成方法により作成されたカタログデータを検索するためのカタログ検索方法であって、
キーワードにより前記データベースを検索する第２の検索工程と、
前記第２の検索工程により前記キーワードに関連するレコードが特定できた場合、前記関連づけテーブルを参照して前記レコードに対応するカタログデータの分割単位を特定するカタログ特定工程と、
前記カタログ特定工程により特定されたカタログデータの分割単位を、カタログの検索結果として出力する出力工程と
を備えることを特徴とするカタログ検索方法。
【請求項８】
コンピュータにより実行することで、請求項１乃至５のいずれか１項に記載のカタログ管理装置を実現することができることを特徴とするコンピュータプログラム。
【請求項９】
コンピュータによりアクセス可能な電子カタログであって、
コンテンツＩＤと対応するファイル名とを含むカタログコンテンツテーブルと、
データＩＤと当該データが属するカテゴリと当該データに含まれるデータ項目とを関連づけた商品マスタテーブルと、
データＩＤとコンテンツＩＤとを関連づけたデータ／コンテンツ管理テーブルとを含み、
前記データ項目の値が与えられると、コンピュータにより、前記商品マスタテーブルを検索してデータＩＤを獲得し、獲得したデータＩＤにより前記データ／コンテンツ管理テーブルを検索して関連づけられたコンテンツＩＤを獲得し、獲得したコンテンツＩＤにより対応するファイル名を特定可能に構成されたことを特徴とする電子カタログ。
【請求項１０】
カタログデータを登録する際に、カタログデータの特定のページの文字から登録すべきカテゴリを選択する選択手段と、
前記選択手段により選択されたカテゴリにカタログデータを関連付ける手段とを有することを特徴とするカタログ登録装置。
【請求項１１】
カタログデータを登録する際に、カタログデータの文字から登録すべきカテゴリの候補を表示する表示手段と、
前記表示手段により表示されたカテゴリから選択されたカテゴリにカタログデータを関連付ける手段とを有することを特徴とするカタログ登録装置。
【請求項１２】
カタログデータを登録する際に、カタログデータの特定のページの文字から登録すべきカテゴリを選択する選択ステップと、
前記選択ステップにより選択されたカテゴリにカタログデータを関連付けるステップとを有することを特徴とするカタログ登録方法。
【請求項１３】
カタログデータを登録する際に、カタログデータの文字から登録すべきカテゴリの候補を表示する表示ステップと、
前記表示ステップにより表示されたカテゴリから選択されたカテゴリにカタログデータを関連付けるステップとを有することを特徴とするカタログ登録方法。
【請求項１４】
カタログデータを登録する際に、カタログデータの特定のページの文字から登録すべきカテゴリを選択する選択ステップと、
前記選択ステップにより選択されたカテゴリにカタログデータを関連付けるステップとを実行するコンピュータ読み取り可能なプログラム。
【請求項１５】
カタログデータを登録する際に、カタログデータの文字から登録すべきカテゴリの候補を表示する表示ステップと、
前記表示ステップにより表示されたカテゴリから選択されたカテゴリにカタログデータを関連付けるステップとを実行することを特徴とするコンピュータ読み取り可能なプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、たとえばネットワーク等からアクセス可能な電子カタログを管理するカタログ管理装置およびカタログ作成方法およびカタログ検索方法に関し、特に、商品マスタデータベースと電子カタログとを関連付けることでユーザの使い勝手の良い電子カタログを作成し、またキーワードから該当する電子カタログを検索できるカタログ管理装置およびカタログ作成方法およびカタログ検索方法に関する。
【背景技術】
【０００２】
コンピュータネットワークにおかれたサーバに電子カタログを構築し、その電子カタログをネットワーク上でユーザに提供する電子カタログシステムがある。商品が多種にわたる製造会社などでは、提供する電子カタログも膨大なものとなるので、使いやすく、しかもユーザが望む的確なカタログを効率的に選択できる検索手段が必要となる。
【０００３】
電子カタログの検索の手段として、辞書情報を利用した検索ができる電子カタログシステムが提案されている（特許文献１等参照）。特許文献１には、カタログ利用者の持つデータベースと、そのカタログ利用者が利用しようとするベンダの電子カタログシステムの構造が相違する場合に、ユーザシステムの用語とＩＳＯ１３５８４の辞書情報が付随した電子カタログの用語のデータマッピングを行う電子カタログシステムが記載されている。そのシステムでは、入力された検索語をまず電子カタログのクラス名に基づいて検索し、カタログクラスであれば一致したクラス名からカタログコンテンツを特定する。検索語がカタログクラスの同義語や短縮語であれば、電子カタログに付随する辞書情報中のクラスの木構造を探索し、検索語と一致する同義語あるいは短縮語に対応するクラス名を求める。検索語がカタログ属性に係る語であった場合もやはり辞書情報中のクラスの木構造を探索してクラス名を求める。求められたクラスの全サブクラスを含むカタログコンテンツから電子カタログを生成する。このように、電子カタログ自体にＩＳＯ１３５８４の辞書情報を持たせることで、検索可能なキーワードに柔軟性を持たせている。
【特許文献１】特開２０００−１２３０３４号公報（段落００６３−００８１）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１のような電子カタログを製作するためには、辞書情報も同時に作成しなければならない。辞書情報には、クラス名たとえば製品カテゴリの同義語や短縮語、またその属性などを示す語を登録する必要があり、その作成のためには大変な労力が必要とされる。そうかといってカタログの検索を効率的に行うための手段を講じなければ、ユーザが適切なカタログを選択することが困難であり、電子カタログの存在意義が損なわれる。
【０００５】
本発明は上記従来例に鑑みてなされたもので、ユーザが効率的に検索できる電子カタログを、低労力で効率的且つ高生産性をもって作成することができるカタログ管理装置およびカタログ作成方法およびカタログ検索方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために本発明は以下の構成を有する。
【０００７】
商品に関する商品関連データをレコードとして検索可能に登録したデータベースと、商品に関する情報を掲載したカタログデータとを管理可能なカタログ管理装置であって、
所定の商品関連データにより、カタログデータを所定の分割単位ごとに検索する検索手段と、
前記検索手段により前記商品関連データが前記カタログデータ中で見出された場合、当該分割単位と、前記商品関連データを含む前記データベースのレコードとを関連づけた関連づけテーブルを生成する関連づけ手段とを備える。
【０００８】
あるいは、商品名と該商品名に関するデータとを関連づけた、いずれでも検索可能に登録したデータベースと、商品に関する情報を掲載したカタログデータとを関連づけるカタログ作成方法であって、
商品名によりカタログデータを所定の分割単位ごとに検索する検索工程と、
前記検索工程により前記商品関連データが前記カタログデータ中で見出された場合、当該分割単位と、前記商品関連データを含む前記データベースのレコードとを関連づけた関連づけテーブルを生成する関連づけ工程とを備える。
【０００９】
あるいは、作成されたカタログデータを検索するためのカタログ検索方法であって、
キーワードにより前記データベースを検索する第２の検索工程と、
前記第２の検索工程により前記キーワードに関連するレコードが特定できた場合、前記関連づけテーブルを参照して前記レコードに対応するカタログデータの分割単位を特定するカタログ特定工程と、
前記カタログ特定工程により特定されたカタログデータの分割単位を、カタログの検索結果として出力する出力工程とを備える。
【００１０】
あるいは、コンピュータによりアクセス可能な電子カタログであって、
コンテンツＩＤと対応するファイル名とを含むカタログコンテンツテーブルと、
データＩＤと当該データが属するカテゴリと当該データに含まれるデータ項目とを関連づけた商品マスタテーブルと、
データＩＤとコンテンツＩＤとを関連づけたデータ／コンテンツ管理テーブルとを含み、
前記データ項目の値が与えられると、コンピュータにより、前記商品マスタテーブルを検索してデータＩＤを獲得し、獲得したデータＩＤにより前記データ／コンテンツ管理テーブルを検索して関連づけられたコンテンツＩＤを獲得し、獲得したコンテンツＩＤにより対応するファイル名を特定可能に構成されたことを特徴とする。
【発明の効果】
【００１１】
本発明により、キーワードにより効率的かつ的確な検索が可能な電子カタログを、容易かつ効率的に作成することができる。また、作成された電子カタログによれば、キーワードと関連するカタログのページを再構成してユーザに提供ができるために、データ転送や印刷出力時の資源の利用効率を向上させることができる。また、商品名とカタログのページの関連づけを、候補となる商品名からユーザが選択して行えるために、的確な関連づけが可能となる。
【発明を実施するための最良の形態】
【００１２】
＜発明の概略＞
本発明に係るカタログ管理装置であるカタログサーバは、電子カタログの登録時に、電子カタログ内のページ毎にテキスト情報を抽出し、そのテキスト情報から商品マスタデータベース（ＤＢ）の任意のカラムに含まれる情報が含まれるか否かで商品マスタＤＢ（以下、単に商品マスタとも呼ぶ。）へ関連付けをおこなう。テキストを抽出する際、電子カタログ内に含まれるテキスト情報の文字サイズから最も利用されている文字サイズを取得する。カタログ内に含まれる製品名の様な有益な情報は、一般的な説明文よりも文字サイズが大きいことを利用し、取得した文字サイズよりも大きい文字の中から決定されたキーワードをユーザへ示すことで、関連付けのサポートを実現する。また、一つの電子カタログは特定の製品シリーズを紹介する物である場合が多い。さらには、カタログの先頭ページには、そのカタログの製品シリーズを示すキーがある場合が多い。そのため、カタログの各ページを商品マスタの全キーワードで検索する前に、商品マスタの製品カテゴリやシリーズといった情報で、そのカタログが属するカテゴリを決定する。各ページのテキストを検索するキーワードとして決定したカテゴリの製品マスタデータのみを利用することで、カタログのカテゴリ外の商品マスタへ関連付けられることを防止する。これら手段を実現することで、電子カタログの各ページを商品マスタの各製品へ容易に関連付けることが可能となる。以下に、図１〜図２１を参照して、本発明に係る装置の一実施形態について説明する。
【００１３】
［第１実施形態］
＜電子カタログ管理システムであるウエブデータベースシステムの構成＞
図１は本発明に係るシステムの構成図である。クライアントＰＣ１０１および１０２は、システム管理者が新規データファイルを登録したり、ユーザ管理情報修正などのシステムメンテナンス処理を行ったり、あるいはユーザが商品検索、商品情報出力などの指示を行ったりするものである。ローカルエリアネットワーク（ＬＡＮ）１０３、１０９に接続している機器１０１、１０２は、このＬＡＮ１０３，１０９を介して他の機器とデータのやり取りを行う。クライアントＰＣ１０４はインターネット１０５に直接に接続されている。クライアントＰＣ１０１、１０２とは接続形態が異なるが、同様の目的で使用される。ＨＴＴＰサーバ１０６はネットワークを介してクライアントＰＣからＨＴＴＰプロトコルできたリクエストを受け取る。Ｗｅｂアプリケーションサーバ１０７は、ＨＴＴＰサーバ１０６を介して受けたクライアントからの要求をアプリケーションに応じて処理する。ＨＴＴＰサーバ１０６にはいくつかのＷｅｂアプリケーションサーバ が登録されており、クライアントＰＣからのリクエスト内容に従ってＨＴＴＰサーバ１０６は処理を適切なＷｅｂアプリケーションサーバに割り振る。また、リクエストを受け取ったＷｅｂアプリケーションサーバ１０７は処理を実行してその処理結果をクライアントへ返信する。データベース１０８は、カタログデータ、画像データなどのコンテンツデータ情報や、商品情報などのテキスト情報、およびユーザ／グループ情報、登録データファイルの処理情報などのシステム情報を記録する。すなわち、本実施形態に係る電子カタログはデータベース１０８に登録され、Ｗｅｂアプリケーションサーバ１０７により生成される。これらのようにＨＴＴＰサーバ１０６、ＷＥＢアプリケーションサーバ１０７、データベース１０８と有機的に組み合わさってＷＥＢデータベースシステムとして機能する。
【００１４】
図２は本発明に係るクライアントＰＣおよび各サーバ装置の構成を説明するブロック図である。各装置はコンピュータによりそれぞれに適したプログラムを実行することで実現されるので、ハードウエア構成は共通であるものとして説明する。装置の各構成ブロックはこのシステムバス１に接続されている。ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２は、処理のためのプログラムを適宜ハード・ディスク１０から選択／読込みしてＲＡＭ等で構成されるプログラム・メモリ（ＰＭＥＭと称す）３にロードして実行する。実行されるプログラムには、オペレーティングシステムの他、本実施形態に係る電子カタログ管理装置としてコンピュータを機能させるためのプログラム、たとえば図５のシステム管理端末を実現するためのＷｅｂブラウザのプログラムや、図５のサーバを実現するための図１２，１３，１５，１６，２１等の手順のプログラム、あるいはデータベースを実現するためのデータベース管理プログラム等が含まれる。又、キーボード１２から入力されたデータはテキスト・メモリでもあるＰＭＥＭにコード情報として格納される。通制御部４は、通信ポート５における入出力データの制御を行う。通信ポート５から出力された信号は、通信回線６を経由して、ネットワーク上の他の装置の通信ポートに伝えられる。また、本実施形態ではＬＡＮなどのネットワークに関して記述するが、この通信制御部に接続される通信ポート及び通信回線が一般の公衆回線であっても本発明が適応されることは言うまでもない。外部記憶装置制御部８は、データファイルあるいはプログラムファイル用のディスク９、１０を制御する。また例えばディスク９は、フレキシブルディスク（ＦＤと称す）であり、ディスク１０はハード・ディスク（ＨＤと称す）である。入力制御部１１には、キーボード１２、マウス１３等の入力装置が接続される。操作者はこのキーボード１１を操作することによりシステムの動作指令等を行う。ポインティングデバイス１３は、ＣＲＴ１６上で画像情報を加工指示するためのポインティング・デバイス（ＰＤと称す）で、本実施形態ではマウスを使用している。これによりＣＲＴ１６上のカーソルをＸ，Ｙ方向任意に移動してコマンドメニュー上のコマンド・アイコンを選択して処理の指示を行うほか編集対象の指示、描画位置の指示等もおこなう。表示されるデータはビデオ・イメージ・メモリ（ＶＲＡＭ）１４上にビットマップデータとして展開され、表示出力制御部１５によりＣＲＴ１６に表示される。
【００１５】
なお、本実施形態でハードディスクからＰＭＥＭ（ＲＡＭ）にロードされるとしたプログラムは、ネットワークで接続されている他の装置上に記憶されていてもよいし、ＲＯＭに固定されていても良い。また、本実施形態に係るプログラム（後述の図１２，１３，１５，１６，２１等の手順を実行するプログラム）は、ＦＤやＨＤなどの記憶媒体やネットワークを介してシステムや装置に供給できる。
【００１６】
図３は本発明に係るモジュール構成を説明するブロック図である。クライアントＰＣ３０１は、カタログ情報、画像データなどのデータファイルをサーバに登録するための情報登録モジュール３０２を記憶している。ただし、これらのモジュールはサーバＰＣから必要に応じてＷＥＢブラウザのＰｌｕｇ−ｉｎ形式などで自動的に配信されるのでクライアントＰＣ上でインストール処理などを行う必要はない。また、ＨＴＴＰサーバ１０６により登録用のページを記述したＨＴＭＬデータをクライアントＰＣ３０１に提供することで、情報登録モジュール３０２に代えることもできる。なおクライアント３０１は図１のクライアント１０１，１０２，１０３に相当する。
【００１７】
Ｗｅｂアプリケーションサーバ１０７は、ＨＴＴＰサーバ１０６から受け取ったクライアントＰＣ３０１からのリクエストを処理するためのモジュール３０６が記憶されている。モジュール３０６が対応している機能としては、ユーザ認証、検索処理、各種データの一括登録、商品情報出力、データメンテナンス機能などがある。これらのモジュールはクライアントからのリクエストに応じてメモリ上にロードされ、処理を実行する。
【００１８】
また、これらのモジュールとは別に、ＰＤＦファイルなどの画像編集やテキスト情報の抽出、ＰＤＦファイルの結合、分割などの編集を行うＰＤＦ編集モジュールが３０７としてある。さらに、データベース３１０とのデータのやり取りを行うためのライブラリ３０８や各種ユーティリティライブラリ３１０がある。
【００１９】
図４は本システムにおけるデータベース１０８のテーブルの一例である。データベース１０８の内容は、カタログデータ４１１、商品マスタデータ４１２、データ／コンテンツ管理テーブル４０３に大別される。図４の各項目は、各テーブルにおけるレコードに属するフィールドに相当する。商品マスタデータ４１２においては、データテーブル４０４が、商品マスタ情報などのテキスト情報を管理する。記録している情報としては、一意に決定されるデータＩＤ、登録日、更新日や、この情報をＷＥＢ上に公開しているかどうかを制御する公開フラグ、削除された情報であるかどうかを制御する削除フラグなどがある。また、マスタデータ４０４は、カテゴリＩＤによってカテゴリ管理テーブル４０７に関連付けられており、データがどのカテゴリに属するかが管理されている。カテゴリ管理テーブル４０７には、カテゴリＩＤと対応するカテゴリ名がある。データ項目値テーブル４０５には、ひとつのデータ（すなわちひとつのデータＩＤを有するデータ）に含まれるデータ項目ＩＤとその値が格納される。たとえば商品名や価格等の項目毎にその値が項目ＩＤに対応付けられて格納される。データ定義項目テーブル４０６は、データテーブル４０４に関連付けられているデータ項目値テーブル４０５の各データ項目の名称を管理（格納）している。この項目名には、例えば、「商品名」、「価格」などの商品情報の項目名が管理されている。
【００２０】
コンテンツテーブル４０２はカタログデータファイルなどの情報を管理している。記録されている情報としては、データテーブル４０４と同じく、一意に決定されるコンテンツＩＤ、登録日、更新日や、この情報をＷＥＢ上に公開しているかどうかを制御する公開フラグ、削除された情報であるかどうかを制御する削除フラグ、カタログデータファイルを示すファイル名などがある。マルチページのコンテンツファイルに対しては、ページ毎の属性情報（特にコンテンツ間の従属関係を示す情報）を管理しているコンテンツ関連テーブル４０１と関連付けらえれている。コンテンツ関連テーブル４０１には、コンテンツの各ページの属性情報が格納されている。属性情報としてはページ毎のコンテンツＩＤ、ページ番号情報、ページ分割前のオリジナルマルチページが格納されているコンテンツＩＤを示す親コンテンツＩＤがある。この親コンテンツＩＤは、たとえば１つのカタログに２種類商品が掲載され、各商品について複数のページが割かれているばあいなどにコンテンツ間の従属関係を示す。各ページが独立したコンテンツとなってコンテンツＩＤが与えられ、そのコンテンツＩＤに対応する親コンテンツＩＤとして、各商品ごとのページのまとまりに対して与えられたコンテンツＩＤが登録されている。さらに、その商品ごとのコンテンツＩＤに対応付けて、カタログ全体に対して与えられたコンテンツＩＤが親コンテンツＩＤとして登録される。なお、中間的なコンテンツＩＤ（たとえば本例では商品毎のコンテンツＩＤ）にはその実体がなく、その下に従属するコンテンツＩＤのコンテンツをまとめるためのノードとして機能する。
【００２１】
データ／コンテンツ管理テーブル４０３は、カタログデータ４１１のコンテンツテーブル４０２で管理されているコンテンツファイルと、商品マスタデータ４１２のデータテーブル４０４に管理されているテキスト情報とを関連付けるテーブルである。データ／コンテンツ管理テーブル４０３は、コンテンツＩＤ毎にデータファイル４０４と関連付けを行えるので、カタログの各コンテンツをページ単位に構成しておけばページ単位に関連付けを行うことができる。また、コンテンツの関連付け種別を表すコンテンツ種別のデータ等がある。なお本実施形態では、電子カタログの各ページが独立したカタログファイルとして固有のコンテンツＩＤを付与され、コンテンツテーブル４０２で管理される。
【００２２】
＜電子カタログ登録処理＞
図５に、本発明のカタログデータ登録処理を示すフローチャートの一例を示す。まず、ステップＳ１０１でシステム管理者（以下、ユーザとも呼ぶ。）がクライアントＰＣからアカウントとパスワードでログイン処理を実行する。この際、認証方法はアカウントとパスワード以外でもなんら問題はない。このリクエストを受けてステップＳ１０２でサーバは入力されたアカウントとパスワードがカタログデータ登録処理を許されているかどうかをデータベースに問い合わせて認証処理を行う。ここで、処理を実行することが許されていなかった場合にはエラー画面をクライアントＰＣに送信する。実行することが許されていた場合には次のステップに進む。
【００２３】
ここで例えば、システム管理者用のカタログデータ登録画面が表示される。図６は本発明のカタログ登録機能一覧画面の一例である。ユーザは、カタログ登録ボタン６０２を選択することで、サーバに登録するカタログデータを選択して登録処理を実行することができる。また商品マスタ登録ボタン６０３を選択することで、各商品のマスタデータをサーバに登録することができる。また、カタログ情報と商品マスタの関連付けボタン６０４を選択することで、それぞれサーバに登録されたカタログデータ４１１と各商品マスタ４１２の関連付けを行うことができる。
【００２４】
＜商品マスタ登録＞
ステップＳ１０３では商品マスタの登録を行う。サーバではクライアントＰＣからのリクエストを受けてステップＳ１０４でデータベースへ商品マスタの登録を行う。図７が本発明の商品マスタを登録する画面の一例である。７０１は商品マスタを設定する画面である。７０２から７０５はデータベースに登録されている設定項目である。データ項目値テーブル４０５に含まれるデータ項目ＩＤごとにデータ項目定義テーブル４０６からその項目名が読み出されて、各項目名が表示される。この例で、データ項目値テーブルには、商品名、商品カテゴリ、価格、コメントの４データ項目が含まれている。図７の例では、表示欄７０２は商品名、７０３は商品カテゴリ、７０４は価格、７０５はコメントという具合に、各項目名とともに入力欄が表示される。７０６はクリアボタンである。このボタンを選択すると全ての入力した情報がクリアされる。７０７は登録ボタンである。このボタンを選択すると入力した商品マスタの各種情報が商品マスタデータベースに登録される。具体的には、ステップＳ１０１、Ｓ１０３は、クライアント３０１で動作する、データベース１０８のクライアントモジュールによって実行されて良いし、ＨＴＴＰサーバ１０６とクライアント３０１との間のＨＴＴＰにしたがった相互作用で行われても良い。図６の画面はこれらいずれか（あるいは他の）の手段によって表示される。
【００２５】
図６の画面からカタログ登録が選択されると、その通知をうけて、図７の画面を生成してクライアント３０１に送信して表示させる。あるいは情報登録モジュールが自律的に図７の画面を表示しても良い。図７の画面は、データ定義項目テーブル４０６に登録されたデータ項目と、商品カテゴリとを、それらの項目名とともに、入力可能な入力欄を付して表示したものである。図７の画面において登録ボタン７０７が押されると、新たなデータＩＤが割り当てられたレコード（図４に示した商品マスタＤＢ４１２の構成を有する。）が作成され、商品カテゴリを除く各入力欄７０２、７０４、７０５について、データ項目値テーブル４０５のデータ項目ＩＤと対応するデータ項目値フィールドに、入力された値が格納される。また、商品カテゴリについては、サーバ１０７はあらかじめ定めたカテゴリを選択肢としてユーザに提示する。ユーザはその提示された選択肢のなかから一つを選択する。アプリケーションサーバ１０７は、選択された商品カテゴリ名から、カテゴリ変換テーブルを参照してカテゴリＩＤを得、それをデータテーブル４０４のカテゴリＩＤ欄に登録する。この手順により、図４の商品マスタ４１２の１レコードが完成する。これを必要な商品について繰返し行うことで商品マスタのデータベースへの登録が完了する。つづいてカタログデータの登録処理を行う。
【００２６】
＜カタログデータ登録＞
ステップＳ１０５では、クライアント３０１からカタログデータの登録準備をサーバ１０７に対して行う。サーバ１０７からはファイル登録モジュールをクライアントＰＣ３０１に送信する。この際に、ファイル登録モジュールが既にクライアントＰＣ上にある場合にはモジュールは送信しない。ステップＳ１０６でシステム管理者は登録するカタログデータを選択してサーバに対してカタログデータの登録指示を行う。ステップＳ１０６以下のクライアントにおける処理はファイル登録モジュール３０２によって実行される。
【００２７】
図８は本発明の登録するカタログデータを選択する画面の一例である。この画面はクライアントＰＣ３０１のブラウザに対してサーバ１０７から送信されたファイル登録モジュール３０２が表示している。８０１はカタログ登録画面である。８０２にはサーバ１０７に登録するファイル一覧を表示する。８０３は登録するファイルを選択するためのファイル参照画面を表示させるボタンである。このボタンを選択するとファイル参照する画面が表示され、ファイルを選択して実行すると、そこで選択されたファイルがファイル一覧８０２に全て表示される。８０４はフォルダ参照ボタンである。このボタンを選択するとフォルダ参照する画面が表示され、フォルダを選択して実行すると、そこで選択されたフォルダに含まれる全てのファイルがファイル一覧８０２に表示される。８０５は削除ボタンである。ファイル一覧８０２の中から削除するファイルを選択してこの削除ボタン８０５を選択することで登録するファイル一覧からファイルを削除することができる。８０６はアップロードボタンである。これが押されると、ファイル一覧８０２に表示されている全てのファイルのサーバへの登録処理を行う。このボタンを選択すると登録確認画面（図９）が表示される。
【００２８】
図９がサーバに登録するデータファイルを確認する画面の一例である。９０１は確認画面である。９０２は登録するファイル一覧である。一覧に表示されているファイルでもファイルの行の先頭のチェックボックスを非選択状態にすることでサーバ登録ファイルからはずすことができる。この例では、カタログデータ３．ｐｄｆはサーバに登録されない。９０３は中止ボタンである。このボタンを選択するとサーバへの登録処理を中止する。９０４は登録ボタンである。このボタンを選択すると選択されているファイルをサーバに登録する。なお本例では、サーバにアップロードされるカタログファイルはＰＤＦ（Ｐｏｒｔａｂｌｅ  Ｄｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ）形式である。また、アップロードされるのは、複数のページから構成される場合であっても、カタログとしてひとまとまりとなった単一のＰＤＦファイルである。
【００２９】
ステップＳ１０７では登録依頼を受けたサーバがカタログ登録の前処理を行う。ここでは登録指定されたカタログデータファイル（本例ではＰＤＦファイル）をページ単位に分割して各ページのファイルを作成する。この際のページ単位のファイル名としては、元のファイル名に対して５桁のページ番号を付けた名称とする。ただし、このファイル名称のルールは限定するものではない。さらに、カタログデータおよび作成されたファイルに対してそれぞれサムネイル画像を生成する。ステップＳ１０９では前処理した結果をサーバはデータベースへカタログデータの登録処理を行う。この際に、例えばページ分割されたファイルについては、元のファイルと共にページ毎に分割したファイル全てをデータベースに登録する。また、対応するサムネイル画像ファイルもデータベースに登録する。データベースへの登録準備が正常終了した場合にはサーバはクライアントＰＣに正常終了した画面を送信する。処理でカタログデータのデータベースへの登録が完了する。図４に即して説明すると、アップロードされたカタログファイルおよびそれをページごとに分割したページファイルそれぞれに、コンテンツＩＤが割り当てられる。そしてコンテンツＩＤとそれに対応するファイル名（ファイルの所在を含む。）とをコンテンツテーブル４０２に登録する。また、分割前のカタログファイルと分割後のページ単位のカタログファイルとは、後者が前者に属するという関係にあるので、ページ単位のコンテンツＩＤとそれに対応する分割前のカタログファイルのコンテンツＩＤと、ページ単位のカタログファイルが元のカタログファイルにおいて占めていたページ番号とを、コンテンツ関連テーブルに登録する。サムネールは、たとえばページごとのファイルとともに格納しておく。このようにして、前処理によって図４に示すカタログデータ４１１が構成される。
【００３０】
図１０は、商品マスタ登録、カタログ登録が終了した際のデータベースの内容の一例を示す図である。１００１は登録したカタログを管理しているコンテンツテーブル４０２の一例である。登録したカタログ、分割したカタログそれぞれにシーケンシャルなコンテンツＩＤが付与されて管理されている。１００２はカタログの親子関係を管理しているコンテンツ関連テーブル４０１の一例である。ページ分割されたカタログの各ページはページ分割元カタログのコンテンツＩＤを親コンテンツＩＤとして関連付けられ、さらには元のカタログの何ページ目のデータであるかの情報をもつ。図１０の例では、コンテンツＩＤが１，５，１１の３つのコンテンツが、アップロードされたカタログファイルであり、コンテンツＩＤが２−４のカタログファイルが、コンテンツＩＤ１のカタログファイルからページ単位分割により生成されたファイルである。コンテンツＩＤが６−１０のカタログファイルが、コンテンツＩＤ２のカタログファイルからページ単位分割により生成されたファイルである。コンテンツＩＤが１２−１３のカタログファイルが、コンテンツＩＤ１１のカタログファイルからページ単位分割により生成されたファイルである。それぞれのページが分割前のカタログファイルを親コンテンツとするよう、コンテンツ関連テーブル１００２に登録されている。
【００３１】
１００３は商品マスタの情報を管理するデータテーブル４０４の一例である。各商品マスタデータ（レコード）にはシーケンシャルなデータＩＤが付与されて管理されている。また、各商品のレコードが属するカテゴリのＩＤと関連付けられている。１００４はカテゴリを管理するカテゴリ管理テーブル４０７の一例である。商品カテゴリがシーケンシャルなＩＤを付与されて管理されている。１００５は商品マスタ情報の実際の値を管理するデータ項目値テーブル４０５の一例で、データ項目の値が格納されている。また、対応するデータＩＤでデータテーブルと関連付けられており、さらにはデータ項目ＩＤでデータ定義項目テーブルと関連付けられている。１００６はデータ項目の名称を管理するデータ定義項目テーブルの内容である。データ項目名称がシーケンシャルなＩＤを付与されて管理されている。
【００３２】
＜関連づけ処理＞
つづいて商品マスタとカタログデータとの関連付け処理を行う。クライアント３０１はまずステップＳ１０９で登録処理を行ったカタログデータを読み出す。リクエストを受けたサーバ１０７は、ステップＳ１１０で、登録された商品マスタが関連付けられていないカタログデータをデータベースから読み出してクライアントＰＣに返信する。そして、クライアントＰＣでは関連付けを行うカタログデータを選択する。図１１はサーバに存在する商品マスタが関連付けられていないカタログデータを確認・選択する画面の一例である。１１０１は確認画面である。１１０２は関連付けされていないカタログデータ一覧である。一覧に表示されている。１１０３は関連付けボタンである。このボタンを選択すると選択されたカタログデータの関連付け処理が開始される。なお、関連づけの相手となる商品マスタは、本例では１つとしているためにその特定をしていないが、カタログデータと関連づけされていない商品マスタが複数あれば、そちらも図１１の要領でユーザに選択させる。
【００３３】
ステップＳ１１２では関連付け依頼を受けたサーバがカタログ関連付けの前処理として、まず選択されたカタログ内の全ページから文字の内容（文字コード）・サイズ・位置といった文字情報の抽出を行う。図１２はテップＳ１１２における文字抽出前処理の詳細を表すフローである。Ｓ２０１およびＳ２０３は、その間の処理はカタログのページ毎に繰返し行う処理であることを示している。Ｓ２０２ではカタログ内の文字情報の取得を行う。全ページについて文字情報を取得したなら、Ｓ２０４でカタログ全体で最も利用されている文字サイズの情報をカタログに含まれる全ての文字情報から求める。なお、本実施形態のカタログファイルは、文字コードをその中に含むものとするが、含まない場合には文字認識処理をおこなうことで文字情報を生成することができる。また、取得した文字情報は、ページごとに文字情報ファイルなどとして、カタログの各ページに関連づけて保存する。
【００３４】
ステップＳ１１３ではデータベースからカテゴリ情報を取得し、Ｓ１１４で関連付け依頼を受けたサーバがカタログ関連付けの前処理として、カタログのカテゴリ決定処理を行う。カテゴリは、カテゴリ管理テーブルの全エントリを読み取って取得することができる。
【００３５】
図１３はカテゴリ決定処理の詳細を表すフローである。Ｓ３０１では、カタログの１ページ目に含まれる文字情報から、カテゴリ管理テーブルに登録されているカテゴリ名と一致する文字が存在するかを検索する。すなわち、カタログの１ページ目と関連づけて保存した文字情報ファイルから、カテゴリ管理テーブル４０７に登録されたカテゴリ名を検索する。Ｓ３０２では、Ｓ３０１の処理を受けて検索の結果カテゴリ文字があったかを判定する。カテゴリ文字があった場合には、Ｓ３０３で、１ページの内容のうち、そこに存在したカテゴリ名のカテゴリを選択状態とする。たとえば、カテゴリ名の文字列について、その位置を記憶する。そしてステップＳ３０４では、１ページ目の内容に加えて、ステップＳ３０３で記憶した位置の文字について、たとえば色の反転などしてカテゴリ名であることを識別可能に表示するための確認画面生成処理が行われるカテゴリ名がなければ、特に選択はせずにＳ３０４で確認画面生成処理を行う。また、この画面では、選択肢であるカテゴリ名すなわちステップＳ１１３で取得したカテゴリ名の一覧を、選択可能とするためのチェックボックスとともに表示する。初期状態では、そのページに含まれるカテゴリ名が選択された状態となる。ステップＳ１１５ではステップＳ１１４で生成された確認画面情報がクライアントＰＣに渡されて表示される。なお、Ｓ３０１では、１ページ目の文字情報からカテゴリを検索したが、カタログの種類によっては、カテゴリに関する情報が最終ページに存在する確率が高い場合がある。そのような場合は最終ページの文字情報からカテゴリを検索しても良い。また、カタログの種類によって検索するページをユーザが設定するようにしても良い。また、Ｓ３０２でカテゴリ文字が存在しない場合、Ｓ３０４に進みユーザ確認画面を表示したが、Ｓ３０２でカテゴリ文字が存在しない場合、１ページ以外の文字情報からカテゴリ文字を検索し、存在する場合、Ｓ３０３に進み、存在しない場合、Ｓ３０４に進むようにしても良い。
【００３６】
図１４はカタログのカテゴリを確認する画面の一例である。１４０１は確認画面である。１４０２は関連付けを行うカタログの１ページ目を表示している。１４０４は１ページ目から抽出されたカテゴリに一致する文字情報である。１４０３はシステムに存在するカテゴリの一覧とその選択内容である。本例では、カタログにインクジェットプリンタのカテゴリ文字１４０４が存在しているため、Ｓ３０３に従い選択された状態となる。カタログのカテゴリが間違っているときには、チェックボックスの選択・非選択状態を切り替えることで正しい情報に修正できる。１４０５は決定ボタンである。このボタンを選択すると選択されているカテゴリ情報がサーバへ通知される。
【００３７】
ステップＳ１１６では決定したカテゴリがサーバへ通知される。ステップＳ１１７では決定したカテゴリ内の商品名を読み出す。なお一般に利用されているデータベースシステムを用いて商品マスタが構築されている場合には、商品マスタへのアクセスはたとえば条件を記述したクエリをクライアントからサーバに発行することで、条件に適合したデータを読み出すことができる。ステップＳ１１７等ではそのようなデータベースアプリケーションなどを用いて実行される。なお本例では商品名とカタログの各ページとの関連づけを行うために、ステップＳ１１７では商品名を読み出しているが、商品マスタに登録されている価格等の別情報としても良い。
【００３８】
ステップＳ１１８ではカタログのページ毎の関連付け商品マスタ候補を決定する。図１５は関連付け決定処理の詳細を表すフローである。Ｓ４０１およびＳ４０９は、ステップＳ４０２−４０８の処理がカタログのページ毎に行われる処理であることを示す。なお、１つのページについて処理が行われている場合、その処理対象のページを着目ページと呼ぶ。Ｓ４０２ではカタログの着目ページに含まれる文字情報から、商品マスタのデータテーブルに存在するレコードのうち、カテゴリがＳ１１６で通知された物に関連付けられているレコードであり、かつそのレコードの項目に、商品名に相当するデータ項目値（すなわち商品名フィールドの値）の文字と一致する文字が存在するかをチェックする。商品名と一致する文字列（該当文字列）については、Ｓ４０３で、その文字のサイズ（複数文字の場合には平均サイズ）がＳ２０４で取得した文字サイズよりも大きいかチェックする。大きければ、Ｓ４０４で、当該文字の文字のサイズが大きいことを示すための表示状態情報、関連付け候補として表示するための表示状態情報、関連付け候補の選択状態で表示するための表示状態情報という、それぞれの表示状態情報を着目ページの該当文字列に関連づけて記憶する。大きくなければ、Ｓ４０５で関連付け候補として表示するための表示状態情報を、着目ページの該当文字列に関連づけて記憶する。Ｓ４０２で文字が一致しない場合には、Ｓ４０６で文字のサイズがＳ２０４で取得した文字サイズよりも大きい文字があるかチェックする。存在すれば、該当する文字列が大きいことを示すように表示するための表示状態情報を、その文字列に関連づけてＳ４０７で記憶する。存在しなければ、文字を通常の表示とするために、その旨を示す情報を記憶する。Ｓ４０８ではとくに保存すべき情報は必要ない。Ｓ４１０では、以上の処理をふまえてユーザへの確認画面生成処理が行われる。なおステップＳ４０４，４０５，４０７，４０８においては、該当する文字を関連づけ候補として表示したり、初期的に選択された候補として表示したりするための候補情報をカタログデータのページごとに関連づけて記憶し、実際の画面情報の生成はステップＳ４１０で行われる。
【００３９】
図２６は関連づけ処理をまとめたフローチャートである。カタログの各ページごとに着目してこの処理は行われる。ステップＳ２６１０において、商品マスタのうち選択されたカテゴリに属する全商品のうちのひとつに着目し、ステップＳ２６１１では着目ページからその商品名を検索して得られた検索結果を保存する。その検索を選択されたカテゴリの全商品について繰返す（Ｓ２６１２，Ｓ２６１３）。得られた商品名を関連づけ候補として、着目ページのＰＤＦファイルとともにクライアントＰＣに送信する（Ｓ２６１４）。クライアントでは、図１７のように関連づけ画面を表示する。サーバ１０７はそれに対する応答を参照して、着目ページのコンテンツＩＤと選択された商品名に対応するデータＩＤとを対にしてデータ／コンテンツ管理テーブル４０３に登録する（Ｓ２６１５）。
【００４０】
＜関連候補一覧生成処理＞
図１６は確認画面生成（図１５のＳ４１０）において画面情報生成の一部として行われる、関連付け候補一覧生成の詳細を表すフローである。Ｓ５０１では、Ｓ４０２の処理で取得された商品名を全て列挙した一覧情報を生成する。Ｓ５０２、Ｓ５０７はカタログのページ毎にＳ５０３からＳ５０６の処理を繰り返すことを示す。なお、図１５のステップＳ４１０までページごとに繰返し行うようにプログラムを構成してもよく、その場合には図１６全体がステップＳ４１０のなかで繰返し行われるために、Ｓ５０２およびＳ５０７は不要である。
【００４１】
Ｓ５０３では、Ｓ５０１で生成した一覧情報を保存する処理である。もちろんステップＳ５０１において、生成した一覧情報をそのまま参照可能に保存していればステップＳ５０３は省略できる。Ｓ５０４は、一覧情報に対して、Ｓ４０４で取得された商品名の選択結果（候補情報のうち当該商品名を選択状態で表示するための表示状態情報）を反映する処理である。なお着目ページに含まれるＳ４０４で取得された全ての商品名に選択状態を付与する。選択状態はたとえばチェックボックスで表される。Ｓ５０５では、Ｓ５０４で選択状態とされた商品名があるか否かをチェックする。選択状態にある商品名がない場合には、関連づけの候補である一覧の情報（商品名）全てを着目ページについて選択状態とする。たとえば商品名の付随するチェックボックスがすべてチェックされる。これにより、そのカタログに含まれる全商品マスタが関連付けの候補となる。以上で、カタログの各ページについて関連づけ候補の商品名が生成される。
【００４２】
ステップＳ１１９ではステップＳ１１８で生成された確認画面がサーバからクライアントに送信されて表示される。図１７は関連付けの確認をする画面の一例である。１７０１は確認画面である。１７０２は関連付けを行うカタログの１ページ分のデータである。１７１１前ページボタン、１７１２次ページボタンを選択することでカタログのページ切り替えが可能である。すなわち、着目ページが切り替えられる。１７０３はＳ２０４で取得した文字サイズである。文字サイズを切り替えたい場合には、ドロップダウンリスト内にカタログで使用されている全ての文字サイズ一覧があるので切り替えることが可能である。文字サイズを切り替えた場合には、図１５、図１６の処理が再度実行される。１７０４は図１６で示した処理で取得された関連付け候補一覧である。先頭のチェックを変更することで関連付ける商品を変更することが可能である。１７０５の追加ボタンは候補一覧に存在しない、商品マスタ情報を追加することが可能となる。追加することで一覧へ新規に商品が追加される。１７０６の削除ボタンは候補一覧の商品を削除することができる。また、追加・削除処理を行うことで図１６に示した処理が再度実行される。１７１３の決定ボタンで、関連付ける商品マスタの決定を行う。１７０７はＳ４０４で決定された状態、１７０８はＳ４０５で決定された状態、１７０９はＳ４０７で決定された状態、１７１０はＳ４０８で決定された状態をそれぞれ示す。決定ボタンが押されると、カタログデータの着目ページは、その時点において選択されている（チェックされている）商品名に対応する商品マスタのレコードに関連づけられる。たとえば、着目ページのコンテンツＩＤと、チェックされた商品名に対応するデータＩＤとが対応付けられた表として、クライアントに一時保存される。
【００４３】
ステップＳ１２０では、ステップＳ１１９において、クライアントで決定され保存された関連付けの情報がサーバ１０７へ通知され、ステップＳ１２１でデータベース１０８のデータコンテンツ管理テーブル４０３へ登録される。登録は、図５のステップＳ１１９で保存された関連付けの情報に従って行われる。すなわち、たとえばあるコンテンツＩＤとデータＩＤとが関連づけられている場合、その対応通りにデータ／コンテンツ管理テーブル４０３のデータＩＤとコンテンツＩＤは登録される。
【００４４】
図１８は、図１０のデータベースにおけるカタログデータと商品マスタの関連付けを行った場合の、データ／コンテンツ管理テーブル４０３の内容の一例を示す図である。本例では、コンテンツＩＤが２のカタログページデータ（カタログ分割後のページ単位のファイル）とデータＩＤが１から３の商品マスタが対応付けられ、コンテンツＩＤが３のカタログページデータとデータＩＤが１、２の商品マスタとが対応付けられ、コンテンツＩＤが３のカタログページデータとデータＩＤが２、３の商品マスタが関連付けられている。すべてのコンテンツ種別はＰＤＦカタログというコンテンツ種別である。この種別は、たとえばクライアントからアップロードされたカタログファイルのファイル名やファイル拡張子等からサーバ１０７において決定できる。
【００４５】
以上の手順により、カタログデータ及び商品マスタをサーバにアップロードし或いは登録し、カタログに表れる文字列等のデータと商品マスタに表れる文字列等のデータとを照合して、一致するものを互いに関連づける候補としてユーザに提示する。これにより、ユーザは各ページごとに商品マスタを検索して対応付けを手作業で全て行う必要がなくなる。そのうえ、コンピュータにより文字列等のデータを検索させることで、もれなく正確に関連づけを行える。
【００４６】
＜カタログ出力処理＞
図１９に、本発明に係るカタログデータ出力処理を示すフローチャートの一例を示す。まず、ステップＳ６０１で電子カタログの閲覧者（消費者とも呼ぶ。）がクライアントＰＣからアカウントとパスワードでログイン処理を実行する。この際、認証方法はアカウントとパスワード以外でもなんら問題はない。このリクエストを受けてサーバ１０７は、ステップＳ６０２で入力されたアカウントとパスワードが本システムの利用を許されているかどうかをデータベースに問い合わせて認証処理を行う。ここで、利用することが許されていなかった場合にはエラー画面をクライアントＰＣに送信する。実行することが許されていた場合には次のステップに進む。ステップＳ６０３で閲覧者がクライアントからキーワードを入力して商品データを検索する。クライアントから検索のリクエストを受けたサーバは、ステップＳ６０４で、入力されたキーワードに該当する商品情報をデータベースで検索し、その結果を商品データリストとしてクライアントＰＣに送信する。Ｓ６０４における検索は、商品マスタＤＢ４１２を対象として行われる。そして、ステップＳ６０５でクライアントＰＣは商品検索結果を取得する。図２０は、クライアントＰＣで表示される商品検索結果画面の一例である。２００１は商品検索結果画面である。リスト２００３は検索によって得られた商品の情報（本例では商品名）である。閲覧者はチェックボックス２００２で出力したい商品を選択してチェックし、ボタン２００４でカタログ出力を選択すると、選択した商品のカタログがダウンロードされる。サーバにおけるこの時の処理は図２１を参照して説明する。また、２００５は検索のやり直しボタンである。このボタンを選択すると検索画面に戻り、検索をやり直すことができる。
【００４７】
次に、ステップＳ６０６で選択した商品情報の出力指示をする。リクエストを受けたサーバはステップＳ６０７で指示された商品の情報をデータベースから読み出す。このとき読み出される情報には、選択された商品のデータＩＤに関連づけられたコンテンツＩＤを持つコンテンツファイルが含まれる。すなわち、サーバでは選択された商品名を項目値として持つデータＩＤを検索し、得られたデータＩＤによってデータ／コンテンツ管理テーブル４０３を参照して対応するすべてのコンテンツＩＤを読み出す。このコンテンツＩＤによってカタログデータのコンテンツテーブルを検索して対応するファイル名を得る。得られたファイル名が、閲覧者により選択された商品に対応するカタログページファイルであるからこれを保存する。サーバ１０７は、ステップＳ６０８で、取得した情報を元に、ステップＳ６０７で保存したファイル名を持つカタログページファイルを結合する、カタログの結合処理を行う。そしてステップＳ６０９で、クライアントＰＣに対して、結合したカタログを送信する。閲覧者は、選択した商品のカタログを得ることができる。
【００４８】
図２１はカタログを結合する処理の詳細なフローである。これは図１９のステップＳ６０７、Ｓ６０８に相当する。まず、Ｓ７０１では選択した商品にコンテンツ種別が「ＰＤＦカタログ」として関連付けられているカタログファイルの情報を取得する。すなわち、選択された商品のデータＩＤに関連づけられており、しかもコンテンツ種別が「ＰＤＦファイル」であるコンテンツＩＤをデータ／コンテンツ関連テーブル４０３から検索する。そして、得られたコンテンツＩＤに対応するファイル名をコンテンツテーブル４０２から検索する。そして、カタログファイル情報、たとえば得られたファイル名をリストとして保存する。Ｓ７０２では、取得したカタログファイル情報のリストから、重複している情報を削除して最終出力結果に同じページが含まれないようにする。たとえば同一のファイル名は一方を残してリストから削除する。Ｓ７０３では、取得したカタログファイル情報に係るコンテンツＩＤの親コンテンツＩＤとページ番号の情報とを、コンテンツ関連テーブル４０１を参照して取得し保存する。Ｓ７０４では取得した情報を元に、共通の親カタログＩＤを持つコンテンツＩＤに対応するファイル名をページ番号順にソートする。Ｓ７０５でソートした順にカタログファイルを読み、それらを結合し、１個のカタログデータを生成する。すなわち、元のカタログ（ページ分割前のカタログ）のいずれかのページに関連づけられた商品についてカタログが要求された場合には、元のカタログ全体をひとまとまりとして閲覧者に提供する。
【００４９】
以上の手順によって、商品データ（本例では商品名）を商品マスタから検索すると、得られた商品にページ単位で関連づけられたカタログデータを取得して編集し、利用者（閲覧者）に提供することができる。また、そのカタログデータベースを構築する際に、カタログに掲載された商品名と商品マスタとの関連を、共通するデータ（たとえば商品名）に基づいた候補を選択してユーザ（カタログ提供者）に提供することで、商品マスタとカタログとの関連づけを迅速かつ容易に行える。さらに、カタログの検索をその全文で行わず、商品マスタを所望のキーワードで検索し、得られたデータについて関連するカタログコンテンツをデータ／コンテンツ関連テーブルにより検索することで、検索も迅速に行える。また、具体的には、カタログの各ページにカテゴリを自動的に対応付けることができる。さらに、カタログの各ページを最初のページのカテゴリに対応付けることにより、関連しないカテゴリに対応付けられることが少なくなるので、自動的に且つ精度よく対応付けができる。
【００５０】
［変形例］
本実施形態では、商品マスタデータおよびカタログデータを各商品毎に登録する例を説明したが、図４に示すような構成（ただしデータ／コンテンツ管理テーブル４０３を除く。）で商品マスタデータやカタログデータが既に構築されている場合には、それらを一括してアプリケーションサーバ１０７に登録してもよい。その場合には、それぞれをアプリケーションサーバ１０７に登録した後、図４のステップＳ１０９から実行すればデータ／コンテンツ管理テーブル４０３が作成され、電子カタログを完成させることができる。
【００５１】
また、カタログページと商品マスタとの関連づけを本例では商品名で行っている。しかし、たとえば商品マスタのコメント項目に含まれる文字列の一部と一致する文字列をカタログから検索して関連づけの候補としてユーザに提示する方法なども考えられる。このように構成することで、商品マスタとカタログとの関連づけをより柔軟に行うことができる。
【００５２】
また、閲覧者がカタログを検索する際に、本例では商品名で検索しているが、いったんデータ／コンテンツ関連テーブルを作成してしまえば、商品マスタの項目として含まれており、検索によりデータＩＤが得られるのであればどのような項目をキーとしてもよい。たとえば、カテゴリで商品マスタを検索し、得られたデータＩＤから対応するコンテンツを獲得することもできる。また、価格をキーとして商品マスタを検索し得られたデータＩＤから対応するコンテンツを獲得することもできる。もちろんデータベースの検索なので、検索条件に論理和や論理積等の付加して条件に適合するカタログを得ることもできる。
【００５３】
［第２実施形態］
図２２〜図２３を参照して、本発明に係る装置の第２の実施形態について説明する。本実施形態は第１実施形態における装置の機能拡張を行った装置であり、カタログ登録時に関連付ける商品マスタが存在しなかった場合に新規に商品マスタ情報を登録しつつ関連付けを行うものである。
【００５４】
図２２はカタログの関連付けを決定する画面の一例であり、第１実施形態の図１７の処理に相当し基本的な動作は図１７と同様である。２２０１は確認画面である。２２０２は関連付けを行うカタログの１ページ分のデータである。本カタログには商品名が含まれないため、関連付け候補２２０４が全て選択されている状態となる。本実施形態では、ボタン２２０５を選択することで新規商品の登録が可能となる。この際、着目ページのカタログ画面２２０３のうち、テキスト「ｉＰ４１００」を選択状態として登録ボタンを押すことで、選択された文字列（ｉＰ４１００）を新規商品として商品マスタに登録することが可能となる。新規商品が登録された場合には、その商品も関連づけ候補リスト２２０４に加えて第１実施形態の図１５、図１６の処理が行われる。
【００５５】
図２３はボタン２２０５を選択した場合の商品登録画面の一例である。２３０１は商品マスタを設定する画面である。２３０２から２３０５はデータベースに登録されている設定項目である。この画面では２３０２は商品の名称であり、２２０３で選択したテキストがデフォルトで入力される。２３０３は商品のカテゴリであり、前段の処理で確定しているカタログのカテゴリ情報がデフォルトで入力される。、２３０４は商品の価格、２３０５はその他のコメント情報である。２３０６はクリアボタンである。このボタンを選択すると全ての入力した情報がクリアされる。２３０７は登録ボタンである。このボタンを選択すると入力した商品マスタ情報がデータベースに登録される。上記の処理で商品マスタのデータベースへの登録が完了する。登録自体は第１実施形態と同様に行われる。
【００５６】
この様に構成することで、商品マスタに未登録の商品について、カタログデータと商品マスタとの関連づけを行いつつ登録することができる。
【００５７】
［第３実施形態］
以下に、図２４〜２５図を参照して、本発明に係る装置の一実施形態について説明する。本実施形態は第１実施形態における装置の機能拡張を行った装置であり、カタログと商品マスタとの関連付けを行う際に、データ／コンテンツ管理テーブル４０３のコンテンツ種別として、図５のステップＳ１１６で決定されたカテゴリの商品であるか、それともそうでないかを示す情報を登録する。すなわち、カタログと商品マスタとの関連づけ処理において決定されたカテゴリ情報を基に、コンテンツ種別を複数種にわけ、カタログ出力時にカタログＩＤに対応するコンテンツ種別の値に応じて出力されるカタログを変化させる物である。
【００５８】
図２４はカタログの関連付けを決定する画面の一例であり、第１実施形態の図１７の処理に相当する。関連づけ処理の基本的な動作は図１７において説明したと同様である。図２４において、２４０１は確認画面である。２４０２は関連付けを行うカタログの１ページ分のデータである。本カタログには選択されたカテゴリに属する商品である商品名ｉＰ８６００と、本カタログの選択されたカテゴリではない商品２４０３に示すＬＢＰ５７００が含まれる。このために関連付け候補２４０４では、文字列「ｉＰ８６００」が、商品マスタに登録された選択カテゴリの商品名と一致するので関連づけ候補および選択候補としてリストに保存され、表示上は候補として表示されるとともに選択状態となる。
【００５９】
また、本実施形態では、選択されたカテゴリ外のカテゴリの属する商品名も、着目カタログから検索される。このためには、たとえばあらかじめ互いに関連するカテゴリＩＤをサーバ１０７に登録しておき、関連づけ処理の際には、選択されたカテゴリの他、選択されたカテゴリに関連づけられたカテゴリについても、そのカテゴリＩＤをもつ商品の商品名を着目ページで検索する。そして、たとえばカテゴリフラグ等というフラグを見出された商品毎に一時的に設け、選択されたカテゴリの商品に対応してはある値を、選択されていないカテゴリの商品については他の値をセットする。クライアントの表示上は、選択されたカテゴリの商品については「ＰＤＦカタログ」と、そうでない商品については「関連カタログ」と、図２４のように表示される。そして、選択結果がクライアント３０１からサーバ１０７に送信されると、サーバ１０７は、データ／コンテンツ管理テーブル４０３に選択にしたがって、着目ぺージのコンテンツＩＤと選択された商品のデータＩＤとを対応付けて登録する。さらに、選択された商品のカテゴリフラグに応じて、上述の通り、コンテンツ種別欄に「ＰＤＦカタログ」あるいは「関連カタログ」と登録する。なお、互いに関連するデータＩＤをあらかじめ登録しておくこともできる。この場合には、キーワードにより商品マスタから得られたデータＩＤに関連するデータＩＤとして登録されていれば、そのデータＩＤの商品名をカタログの着目ページから検索する。そして関連づけが行われると、その商品のカタログＩＤには「関連カタログ」と登録される。
【００６０】
このように、第１実施形態と異なる部分は、２２０４には関連付けの種別を示すコンテンツ種別が存在することと、カタログのカテゴリ外の商品であるＬＢＰ５７００という商品が選択状態にあることにある。本関連付けでは、カタログのカテゴリ内の商品である場合には、ＰＤＦコンテンツ種別をＰＤＦカタログとして、そうでない商品である場合には、関連カタログとして登録することが可能である。なお、コンテンツ種別は選択可能であり、切り替えることができる。２４０５を選択することで関連付けが行われる。
【００６１】
図２５は本発明の商品検索結果画面の一例であり、第１実施形態の図２０の処理に相当し、基本的な動作は図２０と同様である。２５０１は商品検索結果画面である。２５０３は商品の簡易情報である。２５０２で出力したい商品を選択する。第１実施形態と異なる部分は、２５０４で出力したいコンテンツ種別を選択することが可能である点である。２５０５でカタログ出力を選択すると、選択した商品のカタログがダウンロードされる。その際に、コンテンツ種別としてＰＤＦカタログのみを選択した場合には、ＰＤＦカタログとして関連付けられているカタログのみが出力対象となり、関連カタログを選択した場合には、関連カタログとして関連付けられているカタログのみが出力対象となる。両者を選択すると両者で関連付けられたカタログが出力対象となる。２５０６は検索のやり直しボタンである。このボタンを選択すると検索画面に戻り、検索をやり直すことができる。
【００６２】
このようにカタログを出力するために、図２５示す画面に対する応答（すなわち選択状態を示す情報）を受けたサーバは、指定された商品名に対応するデータＩＤを商品マスタから検索して、得られたデータＩＤによりデータ／コンテンツ管理テーブル４０３を検索する。その際、クライアントからの応答情報において、選択されたコンテンツ種別であることが検索の付加的な条件となる。条件に該当するコンテンツＩＤが求めるカタログのコンテンツＩＤである。コンテンツＩＤからカタログを再構成して出力する手順は第１実施形態と同様である。
【００６３】
このように処理することで、本実施形態によれば、キーワードにより検索された商品の属するカテゴリ以外の商品であっても、そのカタログを出力することができる。しかも、たとえばカテゴリや商品間の関連づけをあらかじめ行っておくことで、商品マスタとカタログとの関連づけの際に、あらかじめ関連を登録されたカテゴリの商品名なども、関連づけの候補として選択される。このため、関連づけ処理を迅速に、しかも関連する範囲で幅広く、行うことができる。
【００６４】
このように本実施形態の電子カタログサーバを実現することで、ユーザのカタログ登録処理時における商品マスタとカタログの関連付けをカタログのカテゴライズ、及び文字サイズを考慮した関連付けでサポートすることにより、従来の方法に比べよりユーザが容易にカタログの登録・関連付けを行うことができる。
【図面の簡単な説明】
【００６５】
【図１】本発明に係る一実施形態の概略構成を示すシステム構成図である。
【図２】本発明に係る一実施形態の装置構成を説明するブロック図である。
【図３】本発明に係る一実施形態のモジュール構成を説明するブロック図である。
【図４】本発明に係るデータベーステーブルの一例を示す図である。
【図５】本発明に係るカタログデータ登録処理を示すフローチャートの一例を示す図である。
【図６】本発明に係る機能一覧画面の一例を示す図である。
【図７】本発明に係る商品マスタ登録機能画面の一例を示す図である。
【図８】本発明に係るサーバに登録するデータファイルを確認する画面の一例を示す図である。
【図９】本発明に係る登録するカタログデータを選択する画面の一例を示す図である。
【図１０】本発明に係る商品マスタデータとカタログデータが登録されたＤＢ内容の一例を示す図である。
【図１１】本発明に係る商品マスタが関連付けられていないカタログデータを確認する画面の一例を示す図である。
【図１２】本発明に係るカタログからの文字抽出処理の詳細を示すフローチャートの一例を示す図である。
【図１３】本発明に係るカタログのカテゴリを決定する処理の詳細を示すフローチャートの一例を示す図である。
【図１４】本発明に係るカタログのカテゴリを確認・決定する画面の一例を示す図である。
【図１５】本発明に係る関連付け決定処理の詳細を示すフローチャートの一例を示す図である。
【図１６】本発明に係る関連付け確認画面生成時に行われる、関連付け候補一覧生成処理の詳細を示すフローチャートの一例を示す図である。
【図１７】本発明に係る関連付けを確認・決定する画面の一例を示す図である。
【図１８】本発明に係る図１０のＤＢに関して、カタログと商品マスタの関連付けを行った場合のＤＢ内容の一例を示す図である。
【図１９】本発明に係るカタログ出力処理の詳細を示すフローチャートの一例を示す図である。
【図２０】本発明に係る商品検索結果画面の一例を示す図である。
【図２１】本発明に係るカタログを結合する処理の詳細を示すフローチャートの一例を示す図である。
【図２２】本発明に係る関連付けを確認・決定する画面の一例を示す図である。
【図２３】本発明に係る関連付け時に商品マスタを登録する場面の一例を示す図である。
【図２４】本発明に係る関連付けを確認・決定する画面の一例を示す図である。
【図２５】本発明に係る商品検索結果画面の一例を示す図である。
【図２６】本発明に係る商品検索のフロー図の一例である。
【図１】
2006215659.tif 000003
【図２】
2006215659.tif 000004
【図３】
2006215659.tif 000005
【図４】
2006215659.tif 000006
【図５】
2006215659.tif 000007
【図６】
2006215659.tif 000008
【図７】
2006215659.tif 000009
【図８】
2006215659.tif 000010
【図９】
2006215659.tif 000011
【図１０】
2006215659.tif 000012
【図１１】
2006215659.tif 000013
【図１２】
2006215659.tif 000014
【図１３】
2006215659.tif 000015
【図１４】
2006215659.tif 000016
【図１５】
2006215659.tif 000017
【図１６】
2006215659.tif 000018
【図１７】
2006215659.tif 000019
【図１８】
2006215659.tif 000020
【図１９】
2006215659.tif 000021
【図２０】
2006215659.tif 000022
【図２１】
2006215659.tif 000023
【図２２】
2006215659.tif 000024
【図２３】
2006215659.tif 000025
【図２４】
2006215659.tif 000026
【図２５】
2006215659.tif 000027
【図２６】
2006215659.tif 000028