(57)【要約】  リッチコンテントリポジトリ、例えば製品およびサービスのカタログのための少なくとも１つのステージのライフサイクルを作成し、制御し、エンハンスするためのシステムおよび方法が開示されている。ソースからアイテムデータが受信され、このアイテムデータはユーザーによって定められるライフサイクルに従って処理され、最終的にリッチコンテントとして発行／シンジケート化される。ユーザーの指令により、リッチコンテントライフサイクルは１つ以上のステージ、例えば供給者からのアイテムデータレシート、ユーザーによって定められる機能による制御のもとでの変換および変換された、すなわちリッチコンテントデータの発行／シンジケート化を含むことができる。同じように、ユーザーによって定められる機能を有する、ユーザーによって定められるライフサイクルを使って、リッチコンテントリポジトリの維持がなされる。
2007536607.tif 000002
【特許請求の範囲】
【請求項１】
各々が少なくとも１つのフィールドを有する複数のアイテムのリッチコンテントリポジトリを、ユーザーの指令により作成し、管理するための方法において、
ａ）リッチコンテントリポジトリに対する少なくとも１つのステージの、順序が定められたシーケンスとしてライフサイクルを定めるステップと、
ｂ）定められたリッチコンテントのライフサイクルの前記少なくとも１つのステージを管理するステップと、
ｃ）前記ステップａ）およびｂ）を実行するために、ユーザーのためのグラフィックユーザーインターフェースを提供するステップとを備えた、リッチコンテントリポジトリを作成し、管理するための方法。
【請求項２】
ｄ）前記リッチコンテントリポジトリと少なくとも１つの標準的な分類システムとをリンクするステップを更に備えた、請求項１記載の方法。
【請求項３】
前記ステップｄ）が、
ｄ．１）  前記複数のアイテムのうちの各アイテム内に、前記アイテムを前記少なくとも１つの標準的な分類システムにマッピングするための、少なくとも１つのユーザーによって定められるフィールドが含まれるようにするステップと、
ｄ．２）  少なくとも１つの外部データを前記少なくとも１つのユーザーによって定められるフィールド内にインポートするステップと、
ｄ．３）  前記ステップ１つのフィールドのユーザーによって定められるフィールドを、前記少なくとも１つの標準的分類システムのうちの少なくとも１つのデータフィールドにマッピングするステップと、
ｄ．４）  前記インポートされた少なくとも１つの外部アイテムが、少なくとも１つの予め定められた強制的条件を満たさないときに、前記少なくとも１つの外部アイテムをレポートするステップを更に備えた、請求項２記載の方法。
【請求項４】
ｅ）外部システムの少なくとも１つの条件に従い、前記複数のアイテムの各アイテムをフォーマット化するステップを更に備えた、請求項１記載の方法。
【請求項５】
前記ステップａ）が、
ａ．１）  予め決定された標準スキーマを定めるための共通言語を提供するステップと、
ａ．２）  前記提供された共通言語により、標準スキーマを定めるステップと、
ａ．３）  前記定められた標準スキーマに従って標準データベースを構築するステップと、
ａ．４）  少なくとも１つの着信アイテムを有するアイテムファイル構造を含む着信未処理コンテントファイル、および着信未処理コンテントファイルを定める着信スキーマファイルのうちの少なくとも１つを有するコンテントファイルをインポートするステップと、
ａ．５）  着信コンテントファイルと前記定められた標準データベースとの少なくとも１つの差をデルタ分析として決定するステップと、
ａ．６）  前記定められた標準スキーマおよび前記決定されたデルタ分析に従って、前記インポートされた未処理コンテントファイルを付加価値マッピングするステップと、
ａ．７）  前記マッピングされたコンテントを発行するステップおよびシンジケート化するステップのうちの少なくとも１つを、リッチコンテントリポジトリとして実行するステップとを備えた、請求項１記載の方法。
【請求項６】
前記ステップｂ）が、
ｂ．１）  前記定められたリッチコンテントのライフサイクルの前記少なくとも１つのステージを管理するための少なくとも１つのユーザーによって定められる機能を提供するステップを備え、該少なくとも１つのユーザーによって定められる機能がスマートフィールドの定義、階層的関係の定義、グローバル変更の定義、価格適合、コラボレートなホットリストの構造、マーケットプレイス選択、契約遵守モニタ、グローバルなレベルパターンマッチングルールの定義、ダイナミックなホットリスト更新、例外レポート、複合データフィールド選択および強制的分類属性のハイライト化から成る群から選択されたものである、請求項５記載の方法。
【請求項７】
前記少なくとも１つのライフサイクルステージが、データの集合、データの変換、カタログの管理および発行、カタログの維持、カタログのブラウジングおよびデータのシンジケート化を備え、
前記ステップｂ）が更に、
ｂ．１）  ライフサイクルとして所定の順序で前記少なくとも１つのステージを配置するステップと、
ｂ．２）  
ｂ．２．１）  現存するライフサイクルの少なくとも１つのステージを配置し直すサブステップと、
ｂ．２．２）  現存するライフサイクルの少なくとも１つのステージをドロップするサブステップと、
ｂ．２．３）  現存するライフサイクルに少なくとも１つのステージを追加するサブステップとを実行することにより、新しいライフサイクルとして新しい所定の順序に従い、現存するライフサイクルを変更するステップとを更に含む、請求項１記載の方法。
【請求項８】
前記データの集合ステージが、少なくとも１つのデータソースからの少なくとも１つのデータフォーマットにある着信データおよび少なくとも１つのスキーマファイルをインポートし、標準化し、有効化するステップを実行することを含み、
前記データ変換ステージが、少なくとも１つのリッチコンテントデータアイテムの分類を可能にするための少なくとも１つの基準スキーマを使用し、拡張するステップを実行することを含み、
前記カタログ管理および発行ステージが、ユーザーおよびユーザーグループのうちの少なくとも１つのファイルと、ユーザーおよびユーザーの役割のうちの少なくとも１つのための認証ルールと、少なくとも１つのセキュリティアクセスルールの仕様と、少なくとも１つのマークアップ価格の定義と、少なくとも１つの製品のビューの仕様と、少なくとも１つのビジネスルール、例えばワークフロー認証ルーテイングルールの仕様を含む、少なくとも１つの重要な管理情報を定義し、持するステップを実行することを含み、
前記カタログ維持ステージが、少なくとも１つの現存するアイテムを変更し、少なくとも１つの現存するアイテムを削除し、少なくとも１つの新しいアイテムを追加することを含む群からの少なくとも１つのステップの選択を実行することにより、少なくとも１つの既に発行されたリッチコンテントリポジトリのうちの少なくとも１つのリッチコンテントアイテムを定義し、管理するステップを含み、
前記カタログブラウジングステージが、少なくとも１つの現存するリッチコンテントリポジトリをブラウジングし、ナビゲートし、リポジトリに含まれる少なくとも１つの製品アイテムを見て、次に、購入する少なくとも１つのアイテムを選択すること、および入手できない各アイテムに対する少なくとも１つの見積もりをリクエストすることのうちの１つを実行するステップを備え、
データシンジケート化ステージが、少なくとも１つの予め定められたフォーマットの少なくとも１つのリッチコンテントデータアイテムをエキスポートするステップを含む、請求項７記載の方法。
【請求項９】
前記ステップｂ）が、
ｂ．１）  前記定められたリッチコンテントのライフサイクルの前記少なくとも１つのステージを管理するための少なくとも１つのユーザーによって定められる機能を提供するステップを備え、該少なくとも１つのユーザーによって定められる機能がスマートフィールドの定義、階層的関係の定義、グローバル変更の定義、価格適合、コラボレートなホットリストの構造、マーケットプレイス選択、契約遵守モニタ、グローバルなレベルパターンマッチングルールの定義、ダイナミックなホットリスト更新、例外レポート、複合データフィールド選択および強制的分類属性のハイライト化から成る群から選択されたものである、請求項７記載の方法。
【請求項１０】
前記ステップｃ）が、
ｃ．１）  リッチコンテントリポジトリおよびライフサイクルの管理を見るためのウェブブラウザを提供するステップと、
ｃ．２）  前記提供されたブラウザを用いて見ながら、ナビゲートされる少なくとも１つの分類を含む分類階層を備えたリッチコンテントリポジトリの基準スキーマを１つの分類にナビゲートするステップと、
ｃ．３）  前記提供されたウェブブラウザを用いることにより、ナビゲートされる分類に対応するリッチコンテントリポジトリの少なくとも１つのアイテムを見るステップと、
ｃ．４）  前記提供されたウェブブラウザおよび前記提供された少なくとも１つのユーザーによって定められる機能を用い、ナビゲートされる分類に対応する、リッチコンテントリポジトリの前記少なくとも１つのアイテムのライフサイクルを管理するステップとを更に備えた、請求項９記載の方法。
【請求項１１】
ｅ．１．１）  前記リッチコンテントリポジトリから少なくとも１つのアイテムおよび対応するスキーマを選択するサブステップと、
ｅ．１．２）  前記少なくとも１つのユーザーによって定められる機能を部分的に使用することにより、前記選択された少なくとも１つのアイテムおよび対応するスキーマを抽出するサブステップと、
ｅ．１．３）  前記少なくとも１つのユーザーによって定められる機能を部分的に使用することにより、前記抽出された少なくとも１つのアイテムおよび対応するスキーマから、第２のリッチコンテントリポジトリを作成するサブステップを実行することにより、
ｅ）第１リッチコンテントリポジトリから第２リッチコンテントリポジトリを作成するステップを更に備えた、請求項１０記載の方法。
【請求項１２】
前記ステップａ．２）が、
ａ．２．１）  各々が少なくとも１つの属性を有する少なくとも１つのアイテムを有する複数のスキーマ分類のうちの、ツリー構造のスキーマとして前記標準スキーマを定めるステップを更に備え、
本方法が更に、
ｅ）前記複数のスキーマ分類のうちの第１のスキーマ分類の前記少なくとも１つのアイテムを、前記複数のスキーマ分類のうちの第２のスキーマ分類の前記少なくとも１つのアイテムにコピーするステップと、
ｆ）アイテムを有するスキーマ分類ごとにアイテムの変化を表すステップと、
ｇ）属性に対するデフォルト属性値および属性に対するグローバルパターンを定め、変更し、削除するステップと、
ｈ）ユーザー、ユーザーグループ、製品のビュー、ショッパーグループ、量に基づくディスカウント、プロモーション価格および価格マークアップのうちの少なくとも１つに対する情報を定め、変更し、削除するステップと、
ｉ）前記リッチコンテントライフサイクルを管理するための少なくとも１つのユーザーによって定められる機能を提供するステップと、
ｊ）前記提供される少なくとも１つのユーザーによって定められる機能により、前記リッチコンテントリポジトリの前記定義されたリッチコンテントライフサイクルのうちの前記少なくとも１つのステージを管理するステップを更に備えた、請求項９記載の方法。
【請求項１３】
前記ステップａ．２．１）が、
ａ．２．１．１）  アイテムの定義内にメーカーの仕様を含ませるステップを更に備え、前記定義が、少なくとも１つのロゴと、メーカーをディスプレイするときにいつも前記少なくとも１つのロゴをディスプレイすべきインジケータとを備えた、請求項１２記載の方法。
【請求項１４】
前記ステップａ．７）が、
ａ．７．１）  スキーマおよび特定の顧客に対してエキスポートすべき少なくとも１つのアイテムを選択するステップと、
ａ．７．２）  前記エキスポートされる少なくとも１つのアイテムに対する構造を定めるステップと、
ａ．７．３）  少なくとも１つのユーザーによって定められるシンジケート化機能を提供するステップと、
ａ．７．４）  前記提供される少なくとも１つのユーザーによって定められる機能により、前記定義される構造内に前記選択されたスキーマおよび少なくとも１つのアイテムをシンジケート化するステップを更に備えた、請求項８記載の方法。
【請求項１５】
ホストシステムと、
共通言語によって定められた標準スキーマによって定められた複数のアイテム情報を有するリッチコンテントリポジトリを記憶するための、前記ホストシステム内に設けられた少なくとも１つのデータベースと、
前記リッチコンテントリポジトリのライフサイクルを管理するための少なくとも１つのユーザーによって定められる機能を有し、前記リッチコンテントリポジトリのライフサイクルを管理するように構成された、前記ホストシステム内に設けられたコンピュータプロセッサと、
前記少なくとも１つのユーザーによって定められる機能を提供し、前記ホストシステム、前記コンピュータプロセッサおよび前記リッチコンテントリポジトリと通信自在に接続可能であり、よってリッチコンテントリポジトリを作成し、管理するための前記少なくとも１つのユーザーによって定められる機能をプロセッサが実行するようにユーザーがインタラクティブに指令するようになっている、前記少なくとも１つのユーザーによって定められる機能を実行する、ユーザー入出力インターフェースとを備えた、リッチコンテントリポジトリの、ユーザーによって命令される作成および管理をするためのシステム。
【請求項１６】
前記少なくとも１つのユーザーによって定められる機能が、スマートフィールドの定義、階層的関係の定義、グローバル変更の定義、価格適合、コラボレートなホットリストの構造、マーケットプレイス選択、契約遵守モニタ、グローバルなレベルパターンマッチングルールの定義、ダイナミックなホットリスト更新、例外レポート、複合データフィールド選択および強制的分類属性のハイライト化から成る群から選択されたものである、請求項１５記載の方法。
【請求項１７】
前記ライフサイクルが、データの集合、データの変換、カタログの管理および発行、カタログの維持、カタログのブラウジングおよびデータのシンジケート化から成る群から選択された少なくとも１つのステージを備え、
ユーザーが、インターラクティーブに
ｉ）  ライフサイクルとして所定の順序で前記少なくとも１つのステージを配置し、
ｉｉ）  新しいライフサイクルとして新しい所定の順序に従い、現存するライフサイクルを変更できるよう前記ユーザー入出力インターフェースおよびコンピュータプロセッサが構成されている請求項１６記載のシステム。
【請求項１８】
ホストシステムと、
共通言語によって定められた標準スキーマによって定められた複数のアイテム情報を有するリッチコンテントリポジトリを記憶するための、前記ホストシステム内に設けられた少なくとも１つのデータベースと、
前記リッチコンテントリポジトリのライフサイクルを管理するための少なくとも１つのユーザーによって定められる機能を有し、前記リッチコンテントリポジトリのライフサイクルを管理するように構成された、前記ホストシステム内に設けられたコンピュータプロセッサと、
前記少なくとも１つのユーザーによって定められる機能を提供し、前記ホストシステム、前記コンピュータプロセッサおよび前記リッチコンテントリポジトリと通信自在に接続可能であり、よって少なくとも１つのステージを有する、予め定められたライフサイクルに従って、前記発行されたリッチコンテントリポジトリおよび前記シンジケート化されたリッチコンテントリポジトリのうちの前記少なくとも１つを作成し、管理するための前記少なくとも１つのユーザーによって定められる機能をプロセッサが実行するようにユーザーがインタラクティブに命令するようになっている、前記少なくとも１つのユーザーによって定められる機能を実行する、ユーザー入出力インターフェースとを備えた、請求項９記載の方法を使用して作成された、発行リッチコンテントリポジトリおよびシンジケート化されたリッチコンテントリポジトリのうちの少なくとも１つにアクセスするためのシステム。
【請求項１９】
インタラクティブなユーザーインターフェースを有する有線デバイスおよび無線デバイスのうちの少なくとも一方により、前記ユーザー入出料インターフェースが提供される、請求項１８記載のシステム。
【請求項２０】
有線ネットワークおよび無線ネットワークのうちの少なくとも一方を介して、前記デバイスが通信可能に接続される、請求項１９記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
発明の背景
（１．発明の分野）
本発明はリッチコンテント（ｒｉｃｈ−ｃｏｎｔｅｎｔ）のデータアイテムのためのライフサイクルをユーザー管理するためのシステムおよび方法に関する。より詳細には、本発明はリッチコンテントのデータアイテムのためのライフサイクルをユーザーが作成し、指令するためのシステムおよび方法に関する。最も詳しくは、本発明はリッチコンテントのデータアイテムのための発行およびシンジケート化のライフサイクルにより、キャプチャーをユーザーが作成し、指令するためのシステムおよび方法に関する。
【背景技術】
【０００２】
（２．関連技術の説明）
「リッチコンテント」なる用語は、異なるタイプのユーザーによる知識ベースの判断および動作をサポートするのに必要とされる情報となるようにエンハンスされ、拡張される（リッチ化された）基本データを意味する。供給者にとって、基本製品アイテムデータを、規格に基づきｅカタログが必要とするフォーマットおよび構造に変換することにより、これらカタログがデータをより潜在的な顧客に利用できるようにする。従って、供給者に対する価値をリッチ化するものである。顧客は自分のニーズに最も適す製品を選択する前に、異なる供給者からの異なる製品を探し、かつ比較するのに、精通している用語を使用したい。顧客の判断をサポートするのにアイテムがリッチ化されている場合、すなわち異なる供給者からのアイテムが類似するグループに分類されており、サーチし、比較するのに不可欠なアイテムの記述およびその他のデータ要素が標準化されており、ユーザーが精通する同義語および製品ブランドとメーカーとのリンクが確立され、同様なアイテムを探すのが容易となっている場合、および製品を見るために現在の画像が追加されている場合、顧客の作業は大幅に簡略化される。カタログの管理者の作業として、カタログを維持する作業がある。カタログの管理者はコンテントを完全、正確、かつ最新のものにすることにより、コンテントをリッチ化する能力を促進するツールを必要とする。管理者の作業を容易にするツールとして、グローバルな更新機能、データを入出力するために再使用できるデータ変換テンプレート、パターンマッチング規則の開発およびリアルタイムの価格決定をするための外部システムとのリンクを簡略にするウィザードを挙げることができる。
【０００３】
上記のように、「リッチコンテント」なる用語は多次元的な性質を有する。各次元における情報は基本データを越えるようにアップグレードされ、エンハンスされ、またはリッチ化されており、異なるユーザーは情報に関連する自分のタスク、すなわち供給、使用、維持を実行することがより可能となっている。
【０００４】
リッチコンテントの一例として、供給チェーンに関連する製品およびサービスの１つ以上のカタログの一組のエンハンスされたコンテントを挙げることができる。この組のカタログは供給チェーンに参加している供給者から何を得ることができるか、どのように利用できるか（所定の売り手からしか購入したくない購入者もいる）を識別し、記述し、入手できるものの均等物（ジェネリック薬品）などを定めるリッチコンテントリポジトリを含む。
【０００５】
リッチコンテントはあらかじめ定めた順序を有する一組の所定のステージを備えたライフサイクルモデルを使って作成され、維持される。一人のユーザーとして、オーナー、供給者、購入者、販売者および発行者、すなわちリッチコンテントデータソースおよびシンクを含むリッチコンテントのライフサイクルに関連するすべてのユーザーを挙げることができる。
【０００６】
一般にリッチコンテントカタログおよびリポジトリを開発する主題エキスパートは、個人的に入出力データの記録を検討し、種々の所定の情報処理条件を満たすのに必要とされるこれらデータの記録に対する複雑な変更を手動で行わなければならない。入力データの記録として、判断をサポートするのにコード化も組織化もフォーマット化もされない低レベルのデータを挙げることができる。これら入力データの記録が判断をサポートするためにコード化され、組織化され、フォーマット化される、より高いレベルの情報に変換されるときにリッチコンテントが得られる。このような変換は、ユーザー、例えば供給チェーンプロセスに関与するすべてのユーザーにより、この変換の結果得られるリッチコンテント情報を効率的に使用する上で重要である。主題エキスパートのドメイン知識の使用を捕捉し、自動化するこの能力は、リッチコンテントカタログおよびリポジトリのコスト的に効果的な開発、使用および進行する管理の上で重要なことである。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
主題エキスパートが変換タスクを手動で実行しなければならないとき、このタスクは時間およびリソース集約的であり、データの質が不良となることが多く、関連するすべての点でコストがかかるようになる。カタログコンテントの質は購入側および販売側のプロセス、および関連するデータ処理アプリケーションだけでなく、従来の企業リソース企画（ＥＲＰ）システムの効率性に直接影響を与える。カタログ内に収録されている情報はこれを発見し、内部データ処理プログラムおよび企業のポリシーおよび手続きに関連付けできる場合にしか有効でない。コンテントの質が不良であれば、エンドユーザー（購入者）はリッチコンテントシステムを使用しなくなり、（購買アプリケーションの場合に）非同調的な（すなわち契約外の）消費に戻ろうとする。かかるシナリオでは、価格のディスカウント、戦略的なソーシング、購入契約の遵守、購入パフォーマンスの目安およびその他のオーナーシップのコストの節約の利点が失われる。更に、企業の財務レポートおよび財務の記述の正確さが固定資産、消耗品、サービス、またはその他の情報カテゴリーの誤った分類によって損なわれることがあり得る。
【０００８】
代表的なリッチコンテントシステムは、（１）異質な供給ソースからデータを得て、（２）ｅコマースプラットフォームをサポートするｅカタログとしてではなく、企業全体にわたって使用できるリッチコンテントリポジトリを前記データから作成できるプロセスを管理するために、固定されたライフサイクルを使用する。すなわち販売者および購入者のビジネス慣行と相乗作用するリッチコンテントのｅカタログを提供するために、固定されたライフサイクルを有するシステムが存在する。しかしながら、かかるシステムのユーザーはリッチコンテントがそれらのビジネス慣行とどのように相乗作用するかに関して、直接管理しているわけではない。購入または販売プロセス、またはオンライン、すなわちｅビジネスの戦略の最も重要なコンポーネントの１つは、購入側および販売側のアプリケーションに使用されるサービス、ソーシングおよび棚卸し管理、並びにＥＲＰシステムの電子カタログである。電子カタログにおいて、アイテムが正しく表示されない場合、このカタログを利用するシステムは使用できなくなり、かつユーザーにフラストレーションを与えることになる。従って、供給者、エンドユーザー、顧客並びに内部処理と外部の競争上の規格の双方に対する市場の条件を満たす上で、リッチコンテントのデータの定義とユーザーが定めるカスタマー化およびビジネス慣行との相乗作用が重要である。
【０００９】
発明を限定する目的ではないが、単なる例を示すならば、代表的なリッチコンテントリポジトリはｅカタログである。代表的なｅカタログシステムは製品およびそれら売り手のリッチコンテントｅカタログを構築するための固定された方法すなわちライフサイクルを含む。多くの業界では、１つ以上の製品供給者により、各製品および少なくとも１つの関連する売り手／供給者を記述する入力データが提供され、これら入力データは多くの異なる遺産フォーマットとすることができる。リッチコンテントデポジトリのための代表的なライフサイクルは、作成、分類、標準化、維持および刊行専用の１つ以上のフェーズまたはステージを含むことができる。本明細書で参考例として、あたかも本明細書にフルに記載されているかのように援用する、ジョンソン外を発明者とする継続中の米国特許出願第１０／７０５，９２３号に記載されているシステムは、共通言語ジェネレータ、すなわちＣＬＧによって記述されるファミリーに物品およびサービスをカテゴリー分類するためのパターンの知識ベースを使用している。ジョンソン外によるこの方法は、少なくとも１つの製品の供給者のデータベース、データおよび管理プロセスのシンタックスおよびセマンティックスを集めるための少なくとも１つのステップと、これら集めたアイテムを正規化されたフォームまたはパターンに変換するための少なくとも１つのステップを含むことができる。次に、これら正規化されたフォームまたはパターンは、少なくともこの１つの製品供給者の遺産データベースからのソースデータから作成されたｅカタログデータベースを定義し、ポピュレートし、管理するための少なくとも１つの別のステップによって使用される。ジョンソン外の発明が教示するｅカタログのライフサイクルは、固定されており、直接的なユーザー管理を行っていない。製品およびサービスの、ユーザーが提供した記述は（知識ベースに含まれる）共通パターンによって分析され、知識ベースの規則に従って正規化（標準化）され、次にｅカタログに加えられる。
【００１０】
代表的なｅカタログシステムはリッチコンテントリポジトリを作成し、維持するための固定されたライフサイクルシステムをユーザーに提供する。図１Ａに示されるような代表的なライフサイクルは、所定の処理ステージの固定された順序のシリーズを含み、システムのユーザーにはこれらライフサイクルのステージのうちの少なくとも１つが関連する。
【００１１】
１．データの集合１１８は、（１）着信コンテントデータおよび（２）スキーマファイルおよび現存するスキーマの指定されたブランチに対する添付としての介在物だけでなく、（３）背景および購入システムからの履歴データをインポートすること１００、標準化すること１０１、および有効化すること１０２から成る。戦略的資質分析、売り手の契約遵守、スコープ分析のために、更にｅカタログシステムだけでなくユーザー企業の内部の双方に関係するビジネスプロセス、ポリシーおよび手続きを開発するために履歴データを処理することができる。
【００１２】
着信コンテント１００は異なる電子フォーマットおよびファイルタイプだけでなく、電子的でないフォームでも受信できる。かかる非電子的フォームとして、紙のカタログ、データシート、マテリアルデータセーフィティシートなどを含むことができる。リッチコンテント作成１１６は、多数の連続的な活動、スキーマの定義１０４、アイテムの分類１０５、パターン構築およびバリュー抽出１０６、および品質保証１０７を含み、更にアイテムへのマニュアルの追加および変更、同義語の定義、付属情報の定義および異なるスキーマにわたるアイテムの関連性を含む。
【００１３】
２．データ変換１２４は、リッチコンテントのデータアイテムの分類を可能にするためのカテゴリーの参照スキーマ１０４を使用し、拡張することを含む。通常、これらカテゴリーは親子関係の構造において、分類とサブ分類を含む。データアイテムはそれらの特徴／性質に基づき、それぞれの分類またはサブ分類内にカテゴリー化される。これら特徴／性質は、属性と称される。
【００１４】
３．カタログ管理１２３および発行１２５は、重要な管理情報の定義および維持を含む。この管理情報は一般にユーザーおよびグループプロファイリング１１９、価格マークアップ定義１２１、製品のビュー定義１２０、認証、フォーマット化、シンタックスおよびユーザーまたは企業が必要とするような他の属性を含む。カタログはカタログブラウザウェブアプリケーション１１２またはかかるデータを受け入れることができる任意の電子データ処理システムへ発行１０９することができるし、またはユーザーおよび顧客へシンジケート化１１１することができるし、または種々の電子レポートと、ペーパーのレポートおよび分析内で見ることができる。
【００１５】
一部のリッチコンテントシステムは、ワークフローエンジンを使用することによりリッチコンテントの発行者が認証した個人がリッチコンテントアイテムに対して行われた変更を認証し、変更を再発行したり、またはシンジケート化できるようにするためのシステムと相乗作用する。
４．カタログの維持１１３は、既に発行されたリッチコンテントリポジトリ内のリッチコンテントアイテムの定義および管理を含む。リッチコンテントアイテムを追加したり、または現在存在するアイテムを変更したり削除したりできる。していされた異なる種々の方法により、異なるスキーマロケーションにわたってアイテムを移動し、コピーし、関連付ける。
５．カタログブラウザウェブアプリケーション１１２は、発行されたリッチコンテントリポジトリのブランジングおよびナビゲーションを含む。買い手は発行されたリッチコンテントリポジトリを使用し、入手できるアイテムを購入し、または入手できないアイテムに関する問い合わせをリクエストできる。
６．データのシンジケート化１１１は、異なるファイルフォーマットで顧客にリッチコンテントをエキスポートすることを含む。ユーザーが指定したフォーマットでリッチコンテントリポジトリの全体または一部がエキスポートされる。
【００１６】
現存するシステムは、リッチコンテントの発行者が固定したリッチコンテントのライフサイクルの構造およびコンテントをほとんど制御できない。
【課題を解決するための手段】
【００１７】
（発明の概要）
従って、最高に可能な質の製品／供給者のデータのリッチコンテントリポジトリをユーザーがダイナミックにカスタム化し、機能的に高め、作成および管理に使用するカスタム化可能なエンドツーエンドの、またはライフサイクルのシステムおよび方法が求められている。本発明は、ユーザーがここの供給者から入手できる製品の記述ニュアンスに適合でき、これを表すことができるかかるシステムおよび方法を提供するものである。本発明のライフサイクルシステムおよび方法は、調達環境において満足できるサーチを行うよう、業界の規格および供給者および購入者のビジネス慣行にリッチコンテントを関連付けるものである。本発明にかかわるシステムおよび方法のライフサイクルでは、ユーザーは求められているものを探し、（１）属性、（２）売り手の条件、（３）価格、（４）入手性、（５）オプションおよび（６）契約条件だけでなく製品または売り手に関係する他のすべての詳細を証明し、購入組織の目標に妥協がないことを証明するための交換パートを比較することができる。
【００１８】
本発明において、ユーザーなる用語は、下記のものを含む、リッチコンテントのライフサイクルに関係するすべてのユーザーを含む。
・所有者−管理中の情報を所有する人
・供給者−情報を提供する人
・購入者−情報を選択し、比較し、情報について学び、情報に作用する（すなわち好ましいアイテムを購入する）ために情報を使用する人
・販売者−購入者にアイテムを販売する人
・発行者；種々の用途に関して他人に製品アイテム情報をエキスポートする人
・コンテントのコントリビュータ：供給者、ブローカー、マーケットプレイス
・認証機構−すなわちコンテントのレディネスを認証する機構
・データプール／情報交換／コンテントハブ−−すなわちＵＣＣネット、供給者からカタログ情報を入手し、これを規格ベースのフォーマットに変換し、次にこれを使用してカタログ管理者の顧客に販売するカタログ管理者へこれを送る機構
・ディストリビュータ−カタログコンテントをそれらの顧客に送るものであり、顧客はカタログを管理する。
・ウェブサイト発行者−リッチコンテントカタログソースからカタログを入手し、これを顧客のためにウェブサイト上で利用できるようにするもの。ここで、発行者は異なるマーケットにカタログを発行するのに、いくつかのかかるウェブサイトを利用できる。
・アウトソース化されたサービスのソーシング会社へのプロバイダまたはコンテントサプライヤー／アグレゲータ（ａｇｇｒｅｇａｔｏｒｓ）、および
・企業シンクロナイザー−すなわち種々の用途、例えばデータウェアハウスのために共通データベースにおいて多数のＥＲＰシステム間でデータを同期化したり、またはデータマイニングを促進したい、多数のデータベースを有する会社。
【００１９】
本発明は関連する標準的な組の機能を有する少なくとも１つのステージを備え、複数のステージが提示されるときにはユーザーが指定する順序の複数のステージを含む、ユーザーが定義し、その後管理するリッチコンテントライフサイクルを管理するためのシステムおよび方法を提供するものである。好ましい実施例では、ユーザーには複数のステージおよび１つの順序を有するデフォルトライフサイクルが提供される。しかしながら、本発明のシステムおよび方法により、有するはステージを削除したり追加することにより、更にステージの順序を再び定めることにより、このデフォルトライフサイクルをカスタム化できるようになる。本発明では、提供されるステージは少なくとも次のステージを含むことができる。
【００２０】
・ｉ．標準スキーマを定めるための共通言語を含む言語および構造インフラストラクチャを提供するステージ。
ｉｉ．提供された共通言語を使用する標準スキーマを使用して定義される標準データベース構造を提供するステージ。
・少なくとも１つの着信アイテムを有するアイテムファイルストラクチャを含む着信未処理コンテントファイルおよび着信未処理コンテントファイルを定める着信スキーマファイルのうちの少なくとも１つを有するコンテントファイルをインポートするステージ
・デルタ分析として着信コンテントファイルと標準データベースとの間の少なくとも１つの差を決定するステージ
・提供される標準スキーマおよび決定されたデルタ分析に従い、インポートされた未処理のコンテントファイルの付加価値マッピングするステージ
・コンテントリッチリポジトリとしてのマッピングされたコンテントを発行するステージ
【００２１】
本発明は少なくとも１つのライフサイクルステージの関連する標準的な組の機能を拡張する、少なくとも１つのユーザーが定める機能も提供する。すなわち少なくとも１つのステージを有するユーザーが定めるライフサイクルの外に、本発明のシステムおよび方法は各ライフサイクルステージに関連する別のユーザーが定める機能を定義するための能力を提供する。これらユーザーが定める別の機能は、主題エキスパートインテリジェンスを捕捉し、リッチコンテントのユーザーが必要とするダイナミックなカスタマー化を実施するためのものである。これら能力はデータをアクション可能な情報に変換すること、およびリッチコンテントを受信し、使用し、シンジケート化するための、変化しつつある条件を満たすのに必要とされる連続的なデータの変更に対する応答を促進するのに必要である。
【００２２】
これらユーザーが定める能力としては、ユーザー指向のスマートフィールド、階層的な関係、ユーザー指向のグローバル変更、リアルタイムのユーザーが適応できる価格決定、コラボレートでダイナミックなホットリスト、パンチアウトアクセスを介したユーザーが定めるマーケットプレイス、ユーザー指向の契約遵守モニタ、グローバルなレベルパターンのマッチングルール、例外のレポート、ユーザーが選択する複合的なデータフィールドの作成、およびハイライト化された強制的な分類の属性を挙げることができる。
【００２３】
これらユーザーが定める能力によって、ユーザーは、行わなければならないデータ操作決定の選択、リッチコンテントシステムを容易に命令し、これら複雑なデータ操作を自動的に行うこと、および更なるマニュアルの介入が必要とされるときに例外ベースでユーザーの通知を含むためのステージを定めることを行うことが可能となる。
【００２４】
本発明のシステムおよび方法は、これまで概略を述べた代表的なｅカタログリッチコンテントリポジトリ管理システムに適用されるが、このタイプのシステムの強化だけに限定されるものではない。更に、リッチコンテントをベースとするカタログシステムを含む、リッチコンテントを扱う他のシステムにも適用できる。
【００２５】
主題エキスパートドメイン知識を使用することに基づくリッチコンテントデータの、ユーザーが定めるカスタマー化は、内部の処理基準および外部の競争的な基準の双方のために、供給者、エンドユーザー、顧客およびマーケットプレイスの条件を満たすのに重要である。上記のように、本発明はユーザーによって駆動されたスマートフィールド、階層的な関係、グローバルな変化、リアルタイムの適用的価格決定、コラボレートで、かつダイナミックなホットリスト、パンチアウトマーケットプレイスアクセス、契約遵守モニタ、グローバルなレベルパターンのマッチングルール、例外のレポートおよび複合的なデータフィールドの作成を使用することにより、インポートされ、エキスポートされるリアルタイムデータアイテムのユーザーが定めるカスタマー化を行うものである。すなわち、本発明のシステムおよび方法は次の能力を含み、どのコンテントシステムにも、好ましくはリッチコンテントシステムに適用できる。
【００２６】
１．ユーザーが定めるスマートフィールド。これらフィールドはユニークな取り扱い必要とするリッチコンテント情報を入力し、処理し、出力するリッチコンテントのライフサイクルをインテリジェントかつダイナミックに管理するためのコンテントシステムおよび方法で提供される。これらスマートフィールドは、強制的なフィールド、フィールドデータタイプ、他のフィールド内の値に依存するフィールド、空であるが、必要とされるフィールドおよび有効化を必要とするフィールドのデフォルト値を定める、ユーザーによって定められる規則を実施する。フィールドの値の有効化を保証するために、スマートフィールドは入力されたデータをユーザーによって制御されるメタデータフィールド値にマッチングさせる。フィールド値の条件を実施するためにスマートフィールドは数式ビルダーを利用し、ユーザーが定めるフィールドのための計算された入力値をダイナミックに決定する。このようなスマートフィールドの特徴により、ユーザーは、既に定められているフィールドまたは標準的なフィールド内の値、ストリングまたは数値の定数および基本的な数式関数（＋−＊／）を１つの、または複数の表現に統合することが可能となる。スマートフィールドの表現は、所望するフィールド値を作成すること、フィールドの属性を変更すること、フィールドの相互依存性を確立すること、選択された使用に対するイベント通知をトリガーすること、およびワークフローにプロセス管理メッセージを送ることを含む、フィールドに関連する事象、値および関係をダイナミックに管理するのに使用できる。
【００２７】
２．１つ以上の階層的関係。これら関係は、リッチコンテントリポジトリ内のアイテム間で定められる。例えばメーカーと１つ以上のサブブランドとの間の親子の関係である。
【００２８】
３．ユーザー指向のグローバルな変更。フィールドに対するこれらユーザー指向のグローバルな変更は、同様な特性を共用するフィールドに対して提供され、例えば共通する価格を共用するアイテムに対するグローバルな価格の変更を行う（すなわちユーザーが選択したパーセントだけ、価格を下げたり上げたりすること）。
【００２９】
４．選択されたアイテムに対するリアルタイムのユーザー適用価格の検討。例えば外部システム（すなわち外部ＥＲＰシステム）内に、選択されたカタログアイテムに対するユーザーをベースとする価格決定ルールが含まれている場合において、ユーザーがカタログアイテムを選択すると、本発明のシステムおよび方法は外部システムに接続し、ユーザーをベースとする価格を入手し、リッチコンテントリポジトリから引き出したアイテム情報の一部としてこれをユーザーに定義する。
【００３０】
５．コラボレートなホットリストの開発について、他のユーザーとダイナミックに作業することが行われる。例えば新しい被雇用者に初期の供給物を提供する責任のある、異なる部門から選択されたユーザーは、共用するホットリストに非同期的にアクセスし、新しいハイヤーホットリストを最新、かつ正確に維持するのに必要とされるように、アイテムを追加し、変更し、削除することができる。
【００３１】
６．購入プロセスに関連して、ユーザーが定めるマーケットプレイスへのアクセスが行われる。例えばユーザーは、ユーザーが選択した外部リッチコンテントリポジトリサイトにパンチアウトし、これらサイトからリッチコンテントアイテムを選択することができる。これらアイテムは内部または外部リポジトリからのアイテムと共に、ユーザーの内部のショッピングカート内に入れられる。次に、ショッピングカートは適当な認証プロセスを通過するようにルーティングされる。
【００３２】
７．売り手／ユーザー指向の契約遵守のモニタが行われる。例えばユーザーが価格、大量購入、ディスカウントタイムレンジなどに関係する売り手の契約ルールを入力すると、システムは選択されたアイテムの価格と契約ルールとを比較し、アイテムの価格が契約ルールを満たしていない場合、現在の購入価格が契約された価格よりも高いことをユーザーに通知する。
【００３３】
８．属性名による発生された分類パターンをサブ分割するための機能により、アイテムの分類およびアイテムの検索の改善が行われる。この機能によって、ユーザーは少なくとも１つの特性を共用するすべてのタイプのリッチコンテントアイテムに共通するグローバルなレベルパターンマッチングルール（パターンのライブラリ）を適用できるようになる。例として、サイズが分数または小数として記載されている場合、ユーザーはシステムに記憶されている現在存在する分数のサイズパターンを呼び出し、着信データを、非標準的な入力として読み出し、記述テキスト情報内の相関性のあるサイズを探し、これを解釈し、グローバルなレベルパターンに基づき、標準化された出力を作成できる。このような機能は、ユーザーがデータを標準化する際に直面する主な２つの問題を緩和できる。第１に、データの要素を探し、これらを標準値に変換する繰り返しプロセスは、再使用できる知識ベースのパターンマッチングルールとして捉えられる。第２に、この機能は、多数のリッチコンテントアイテムにわたって標準化を課し、これによって多数のソースからのクロスマッチングアイテムを比較することを容易にするものである。
【００３４】
９．ダイナミックホットリストの作成は、繰り返される購入品を示すショッピングカーと内のアイテムをセーブすることによって行われる。セーブされたリストに再アクセスすると、リストは最終的にセーブされているので、変更のためにアイテムがチェックされる。これら変更には注釈が付けられる。ユーザーはセーブされたリストからアイテムを追加したり削除したりできる。
【００３５】
１０．例外管理方式でデータの質の管理が行われる。例えばユーザーは所定の強制的な条件を満たさないアイテムのレポートまたは内部スキーマにマッピングされた外部スキーマへの変更を識別するレポートを見ることができる。
【００３６】
１１．ユーザーが選択した複合データフィールドの長さおよび構成をカスタム化することができる。例えばユーザーは、複合フィールドの長さを選択し、この複合フィールドを構成するのに組み合わさなければならない他のフィールドを識別し、これらフィールドを組み合わせるシーケンスを決定し、フィールドの略字またはそのフルデータが複合フィールド内で使用するかどうかを選択し、セーブおよび／またはエキスポート（オリジナル）前に複合フィールドをマニュアルで編集することができる。
【００３７】
１２．アイテムを作成し、編集し、または品質管理を行うときはいつも、強制的属性をハイライト表示する。このようなユーザー警告はどのアイテムが強制的であるかを表示する。質の保証を促進するために、属性値を失っているアイテムのオプションが追加される。これによってユーザーは属性値を失っているアイテムを見たり、ダウンロードすることが可能となる。
【００３８】
所有者または第三者は、本発明のシステムおよび方法を使って構築されたリッチコンテントリポジトリのホストとなることができる。このようなホストは、リッチコンテントリポジトリを含むｅプラットフォームに参加している営業者が、リッチコンテントリポジトリを使って自らの営業機能、例えば会計および計算機能をサポートしながら、自らの製品およびサービスに関するクリアで簡潔な情報を、所望される実質的に任意のチャンネルへ送ることができるように達成される。本発明を使って構築されたリッチコンテントシステムを含むｅプラットフォームは、ユーザーのビジネスプロセス、ポリシー、手順および発行と相乗作用する。本発明のシステムおよび方法において、かかる相乗作用は次のための標準的な能力およびユーザーが定める能力のうちの少なくとも１つを提供することによって達成される。
【００３９】
・ユーザー（購入者、販売者および所有者）機構の生産、会計、カスタマーサービスおよびマーケティング機能にわたるリッチコンテントデータへのアクセス。
・マーケットプレイス規格（ＲＯＳＥＴＴＡＮＥＴ、ｃＸＭＬ、ＳＭＬ、ＥＤＩなど）およびフォーマット化、カテゴリー化、サーチ、購入オーダー記述およびデザイン記述、すなわちデータおよび画像のための工業ノルムのためのサポートは、直感的な取引サポートを提供するので、ユーザーは精通している記述および画像を見ることができる。
・サポート情報、例えば画像、利用テーブル、マテリアルセイフティデータシート（ＭＳＤＳ）およびアタッチメントへのリッチコンテントのリンク。
・ＵＮＳＰＳＣ、ＵＰＣおよびその他の規格を使ったリッチコンテントのクロスレファレンス。
【００４０】
本発明に係わるリッチコンテントシステムを含む代表的なｅプラットフォームは、特定のバイヤーのニーズに合わせることができるプライベートなマーケットプレイスも提供できるので、同じマーケットプレイス内で別個の見方で契約されるアイテム／価格を可能にし、これによって非同調的購入（リッチコンテントシステムに含まれない製品／サービスを含む製品／サービスの不正な購入）が減少する。
【００４１】
最後に、ユーザーはインタラクティブなユーザーインターフェース、例えば無線デバイス（パーソナルデジタルアシスタントまたは携帯電話）から、もしくはインターネットのようなネットワークを介して、本発明のシステムおよび方法にユーザーがアクセスできる。更に本発明のシステムおよび方法は、種々の方法で、例えば有線および無線のユーザーインタラクティブなインターフェースデバイスだけでなく、有線および無線ユーザーインタラクティブなインターフェースデバイスからネットワークを通してアクセスできる複数の統合されたサーバーも有するスタンドアローンシステムでホスト化できる。統合されたサーバーは物理的に同じ位置にあってもよいし、なくてもよい。リッチコンテントリポジトリは集中データベースおよび任意のタイプのネットワークを通してアクセス可能なレプリケートされた分散型データベースを含む任意のアーキテクチャに常駐できる。本発明に係わるシステムおよび方法のユーザーは、本発明に係わるシステムおよび方法をホスト化するシステムに有線または無線でアクセスするインタラクティブなユーザーインターフェースをサポートできる任意のデバイスを使って、任意の場所、任意の時間にリッチコンテントリポジトリを作成し、これを管理できる。
【実施例】
【００４２】
（好ましい実施例の詳細な説明）
本発明は少なくとも１つのあらかじめ定められたステージから成るグループから、少なくとも１つのステージを選択し、少なくとも１つのあらかじめ定められた機能から成るグループから少なくとも１つの機能を選択することにより、選択されたステージの機能を高めることによってリッチコンテントのライフサイクルをユーザーが定め、指令するためのシステムおよび方法に関する。
【００４３】
好ましい実施例では、リッチコンテントのライフサイクルは未処理の製品アイテムデータと共にスタートし、次のステップのうちの少なくとも１つを含む。
【００４４】
・データを構成するための少なくとも１つのスキーマを定めるステップ。
・データクリーニングおよびエンハンシングのためのホールド場所へデータをインポートするステップ。
・パターンマッチングルールを使ってデータを所定の少なくとも１つのスキーマにマッピングするステップ。
・データをクリーニングし、不要な要素を除くステップ。
・データを標準化されたフォーマットおよび表示に変換するステップ。
・将来のデータへのアクセスおよびデータの態様を容易にするメタデータを追加するステップ。
・関連する別の情報、例えば画像、同義語および階層的なブランドとメーカーの関係を追加するステップ。
・各ユーザーグループにユニークな方法でアイテムを記述するよう、ユーザーが定めるフィールドを実施するステップ。
・コンテント入力および変更を、選択された承認者へルーティングし、コンテントの質を保証するステップ。
・内部アプリケーションのリッチコンテント条件を満たすよう、インポートされたデータの変換を容易にするためにテンプレートを作成し、記憶し、再使用するステップ。
・外部アプリケーションおよび規格に基づくシステムの条件を満たすよう、エキスポートされたデータの変換、発行およびシンジケート化を容易にするためにテンプレートを作成し、記憶し、再使用するステップ。
・ツールを使用することにより、例えば選択されたレコードおよびリアルタイムの価格の表示をグローバルに更新することにより、リッチコンテントリポジトリ内情報の完全性、正確性およびタイムリー性を維持するステップ。
・ユーザーおよびグループプロファイルを管理することにより、システムのセキュリティおよびアクセス権を管理するステップ。
・必要でなくなったときにリッチコンテントアイテムを除去するステップ。
【００４５】
シンジケート化とは、外部アプリケーションによりアップロードおよび使用するためのソースデータとして、外部アプリケーションまたはプロセスによって使用される、リッチコンテントデータベースからのアイテムのカタログまたはグループを作成する能力であり、代表的な用途は、内部ホストデータ、ＥＲＰアイテムマスターデータを必要とするｅ購入システム、サプライヤーからの競争的な引き合いのための情報を配信するためのスプレッドシート内でリッチアイテムデータを使用するソーシングである。
【００４６】
出版は、ｅコマース（ナビゲータショッピング環境）カタログ内でのアイテムへの認証された変更（追加、削除、変更）に関係し、ｅコマースカタログにおいて、システムは、バッチ（ユーザートリガー）または自動インクリメント（システムセッティング）プロセスのいずれかで認証または変更管理プロセスの後での変更を共に発行されたＣ＋カタログを更新する。
【００４７】
本発明の好ましい実施例は、ロック−ステップ態様で予め定められた、提供されたライフサイクルプロセスにユーザーが従うのに必要な代表的なコンテント管理アプローチと異なる。対照的に、本発明の好ましい実施例は、ライフサイクルのステージを通過する示唆された、またはデフォルトルートを提供するだけでなく、ユーザーの状況に最も適合するステージのパスをユーザーが定義できるようにもする。ユーザーは本発明のシステムおよび方法の使用を自由にカスタム化し、リッチコンテントリポジトリのためのユーザーが定めるライフサイクルを確立できるか、またはユーザーは示唆されたライフサイクルに従うことができる。すなわちユーザーはステップをスキップし、順序から外れたステップを行い、ステップを繰り返し、ステップをカスタム化し、またはユーザーが開発した新しいステップを追加することにより、ユーザーは示唆されたライフサイクルに合わせることができる。そうでない場合、ユーザーは、当初の示唆されたライフサイクル、すなわちデフォルトライフサイクルに従うことができる。
【００４８】
カスタマー化ステップは、ユーザーが定めるスマートフィールドを含む、ユーザーが定める機能を使って新しいステップを定める。
【００４９】
ユーザーが定めるスマートフィールド
ユーザーが定めるスマートフィールドはスクリーン内のスマートフィールドを介したユーザー入力を必要とするどのライフサイクルステージでも、ユーザーに利用できる。これらスマートフィールドは実際はユーザーがすべてのデータ入力にインテリジェンスを追加し、入力の高度なパーソナル化およびカスタム化、リッチコンテントデータアイテムの処理および出力を促進することができるようにする、スマートフィールドに関連するルールである。すなわちスマートフィールドはフィールド内に入力されたデータの処理におけるリッチコンテントシステムのコンポーネントを命令する、ユーザーによって定められたルールにより拡張されたスクリーン内に生じるフィールドのことである。これらルールは、データファイルからマニュアルで入力またはインポートされたデータに適用できる。
【００５０】
スマートフィールドルールによってユーザーは次のことを指定できる。
・フィールドを入力をしなければならないか（すなわち強制的であるか）、またはブランクのままに残しておいてよいか（すなわち任意であるか）。
・フィールドのデータタイプ。すなわちストリング、整数、真／偽、小数または日にち。
・フィールド内に入力するデータは、
〇制限なし。すなわちデータ入力を証明するのにルールは適用されない。
〇条件付き。ユーザーが定めるルールをフィールドおよび／または関連フィールドに適用する。すなわちフィールドＡがある値を有する場合、フィールドＢは強制的であり、フィールドＡが式（ｅｘｐｒｅｓｓｉｏｎ）に基づく変数を満たす値を有する場合、フィールドＢは強制的であるか、または式に基づき、強制的ではない。
これらルールは「数式ビルダー（ｅｘｐｒｅｓｓｉｏｎ  ｂｕｉｌｄｅｒ）」によって構築され、この数式ビルダーによってユーザーはフィールドのタイプ（現存するか、標準的か、またはユーザーが定める）、ストリングまたは数字の定数および基本関数（すなわち＋−＊／）を統合することから構築された式からフィールド値をユーザーがダイナミックに作成することが可能となる。
〇有効化を必要とする。フィールドが所望する標準値を満たすことを保証するように、有効かによって予め指定されたメタデータでフィールドを満たす。有効にされたフィールドは強制的であると見なす。ユーザーによってメタデータのフィールドラベルおよび値が指定され、これらラベルおよび値はユーザーが定めるフィールドと関連付けされる。ユーザーが定めるフィールドが有効化を必要とするとき、そのフィールドに関連するメタデータの値がフィールドのデータ値として使用される。メタデータの値のこのような自動的な割り当てによって、有効にされたフィールドが所望するデータ値を含むことが保証される。
【００５１】
有効が定めたフィールドは、それらのスマートフィールド能力と共にユーザーがユニークな構造のリッチコンテントリポジトリを標準化されたスキーマ、例えばＵＣＣＮｅｔが必要とする固定された構造に変換できるようにする。ＵＣＣとは、ユニフォームコードカウンシル（Ｕｎｉｆｏｒｍ  Ｃｏｄｅ  Ｃｏｕｎｃｉｌ）の略語であり、ＮＣＣＮｅｔとは商業的データ交換機構のことである。
【００５２】
スマートフィールドは外部システムへデータに送られるデータのための管理およびプロセスフローも容易にする。
【００５３】
一旦指定されると、ユニークが定めたデータ要素を追加し、変更し、または削除することができる。
【００５４】
システム内でデータの規格が一旦開発されると、この規格を再使用可能な規格テンプレートとしてセーブできる。システムのセットアップ中に所望する規格のテンプレートを選択し、ユーザーが所望するデータ規格に合わせることができるようになる。
【００５５】
図１Ｂは、ユーザーが定めるフィールド（図３参照）を管理するために、メタデータフィールド（図２参照）を定めることにより、ユーザーが製品の定義１１０を拡張するためのスクリーンを示す。図２は、メタデータフィールドに番号２１０が付けられており、その値が２２０として指定されているスクリーンを示す。メタデータ番号２２０に割り当てられる値は２つ以上あり得る。ユーザーは認証されたメタデータ値からリッチコンテントの作成および維持中に有効化すべき特定フィールドの条件に最も適合する１つの値を選択できる。
【００５６】
図３は、ユーザーが定めるフィールドを指定するためのスクリーンを示す。ユーザーはフィールドにラベルを付け（３１０）、フィールドが必要であるかどうか（すなわち強制的であるかどうか）を指定し（３２０）、フィールドに対するデータのタイプを指定し（３３０）、フィールドが依存するフィールドを識別し（３４０）、そのフィールドに対するデフォルト値を入力する（３５０）。このデフォルト値は定数でもよいし、または数式ビルダー（数式ビルダーは本発明のシステムおよび方法に含まれる予め定められた関数の一例である）によって構築された数式に基づきダイナミックに作成することもできる。自己の値を有しないアイテムに対するフィールドにデフォルト値が入力される。このデフォルト値はユーザーによって上書きすることができる。フィールドが一旦指定されると、ユーザーは情報をセーブするか、またはスクリーンをキャンセルし、スクリーンから出ることができる。
【００５７】
図４は、「ユーザーが定めるフィールドを使用」ボックス４１０をチェックすることによりオンまたはオフできる、ユーザーが定めるフィールドのプレゼンテーションおよび使用のためのスクリーンを示す。
【００５８】
図５は、外部データファイルをシステムにインポートし、その後データをクリーニングし、変換し、記憶するためのプロセスを設計するのに必要なフィールドを有するスクリーンを示す。これを行うのに次のことを選択する。
【００５９】
・プロジェクト名５１０
・ファイルフォーマット５２０
・現在存在するインポートイベントネーム５３０
・インポートすべきファイル（５４０）、ファイルデータソースタイプ（すなわちＸＭＬ、ＣＶＳ、ＸＬＳ）５５０
・ファイルソースがＡｃｃｅｓｓまたはＥｘｃｅｌである場合（５６０）のファイルテーブルまたはシートネーム
・マッピングテンプレート５７０
・関連するスキーマ５８０
・インポートすべき画像５９０のためのソースとしてのインポートフォルダ
・画像を記憶するためのフォルダ５９５
【００６０】
すなわちユーザーはインポートからファイル記憶装置までのライフサイクルプロセスを定める。
【００６１】
図６は、着信ファイル６１０のアイテムフィールドを対応するユーザーが定めるフィールド６２０にマッピングし、ユーザーが定めるフィールド６３０の各々に対するフィールドのタイプを識別するためのスクリーンを使用する。例えば着信アイテムファイル内のフィールドのアイテムサイズ６５０は、ユーザーが定めるフィールドのサイズ６６０にリンクしている。
【００６２】
マッピングルールを一旦指定すると、テンプレート６４０をセーブし、再使用することができ、すなわち次に同様なファイルをインポートしなければならない。
【００６３】
ユーザーが定めるテンプレートをマッピングするとき、ユーザーがすべての強制的なユーザーが定めるフィールドをマッピングしなければならない。データのインポート中に、インポートされたデータ要素を少なくとも１つの所望するスキーマおよびフォーマットに変換し、変換されたデータをユーザーのリッチコンテントリポジトリに記憶するのにテンプレートが使用される。インポートされたファイルフィールド内にデータがなく、フィールドのためのデフォルト値が指定されている場合、そのフィールドにデフォルト値が指定される。デフォルト値が指定されるフィールドが強制的である場合、ユーザーには警告がなされ、インポートプロセス中に失敗したアイテムは、ユーザーが検討し、ある動作をとるためのリワークリスト内に入れられる。ユーザーが編集できるようにするために、リワークを必要とするアイテムがディスプレイされる。リワークのエラーはハイライト表示され、ユーザーがこのエラーを修正できる。有効化を必要とするフィールドのための認証されたメタデータ値は、ユーザーによって選択するために提示される。変更をリッチコンテントリポジトリにゆだねる前に、認証のためにデータのためのすべての変更が送付される。リワークリスト内のアイテムはシンジケート出力には含まれない。すなわちこれらアイテムは発行もエキスポートもされない。
【００６４】
図７は、ユーザーが外部使用のためのリッチコンテントリポジトリデータをエキスポートするためのシンジケートプロセスをセットアップするためのスクリーンを示す。ステップとして次のものが含まれる。
・シンジケートテンプレートを選択するステップ７１０
・カタログを選択するステップ７２０
・製品の図を選択するステップ７３０  
・マッピングアイテムテンプレートを選択するステップ７４０
・マッピングスキーマテンプレートを選択するステップ７５０
・エキスポートファイルタイプを指定するステップ７６０
・ファイル名を指定するステップ７７０
・ファイルパスを指定するステップ７８０
・シンジケート同義語があるかどうかを指定するステップ７９０
・シンジケート価格情報があるかどうかを指定するステップ７９３
・価格マークアップのためのユーザーグループを選択するステップ７９６
【００６５】
図８はデータシンジケートセットアップ中にユーザーが定めるフィールドを取り扱うためのスクリーンを示す。このデータシンジケート機能により、ユーザーは同じマッピングプロセスでユーザーが定めるフィールドと標準フィールドの双方をマッピングすることが可能となっている。すなわちテンプレートによりユーザーは出力アイテムフィールド８１０に対し、標準フィールド８２０とユーザーが定めるフィールド８２０の双方をマッピングすることが可能となっている。スクリーンは出力アイテムファイルのフィールドコラム８１０と、（ユーザーが定めるフィールドと標準フィールドとを含む）フィールドコラム８２０と、データタイプのコラム８３０を示している。ブランクとして残っているフィールドは、指定された場合のデフォルト値によって占められる。必要とされる認証プロセスが入力されたすべての値を受け入れなければ、または受け入れるまで、システムはユーザーがアイテムインフォメーションをセーブすることを認める。
【００６６】
本発明によって作成され、維持されるリッチコンテントリポジトリに関連するシンジケートプロセスは、受信するリッチコンテントリポジトリ、例えばＵＣＣＮｅｔが必要とする少なくとも１つのスキーマに従って、現存するアイテム情報を変換できる能力をユーザーに提供する。ユーザーは所定のファイルフォーマットのうちの任意のもの、例えばＭＳ  Ａｃｃｅｓｓ、Ｅｘｃｅｌ、ＣＳＶおよびＸＭＬを使って、ユーザーが定めるフィールド値によりアイテムをシンジケートできる。
【００６７】
ユーザーが定める階層的関係
本発明のシステムおよび方法の好ましい一実施例では、スマートフィールドはデータレコード間の階層的関係を定めるための能力もユーザーに提供する。インテリジェンスのこのような付加された次元により、ユーザーにはユーザーが見たり、研究したり、選択したり、発行（シンジケート化）するリッチコンテントアイテムの深められた理解を提供する。
【００６８】
図９Ａはリッチコンテントリポジトリ内でアイテムデータを入力し、編集中のユーザーが、どのようにアイテムブランド名９１０とアイテムのメーカー９２０を関連付けるように選択できるかを示す。このようなスマートフィールドの機能を実施するために、ユーザーは選択されたフィールド内で現在のデータレコードをリンクすべき、より高いレベルのデータレコードを表示する。このリンクの関係は、ユーザーが選択する関連付けの概念に基づくことができる。代表的な関連付けは、単一メーカーが提供する異なるブランドの識別である。一例として、「Ｐｏｓｔ−ｉｔ」のような製品と、それらのメーカー「３Ｍ」のレコードとリンクすることを挙げることができる。これらリンクによって、アイテムを見るか、またはシンジケート化しているときのユーザーに対し、メーカーに関連するブランドに関係するアイテムだけを取り扱う能力を提供できる。
【００６９】
本発明のシステムおよび方法は、集合態様（この場合、ブランド化されたアイテムはメーカーによってグループ分けされ、メーカーの管理下にあるすべてのブランドに対する１つのトータルを得るように要約される）、またはグループ分けされた態様（この場合、アイテムの個々の特徴を別々に示すように、メーカーによってブランド化されたアイテムがグループ分けされる）のいずれかで、関連性を示す画像（図９Ｂ）およびレポートを得るための能力もユーザーに提供する。
【００７０】
図９Ｂは、前のスクリーンにおいてあるメーカーを選択したユーザーが、選択したメーカー９４０に関連する異なるブランド９３０を見ることができるようにするスクリーンを示す。１つのレコードは、２つ以上の関係に属することができ、かかる各関係は異なるフィールドに記憶される。２つ以上のレベルの階層的関係を確立することができる。例えばあるメーカーに関係するブランドはあるレベルの関係の一例であり、所有会社に関係するメーカーは別の例となる。
【００７１】
ユーザーが定めるグローバルな変更
好ましい一実施例では、本発明のシステムおよび方法は、選択されたレンジのレコードに対し、選択された製品アイテムフィールドにグローバルなフィールド値の更新をユーザーが行うことができるようにする能力を提供する。例えば階層的関係機能を使って、ユーザーはあるメーカーに関係する一部またはすべてのブランドの価格フィールドに対し、グローバルな更新を選択的に行うことができる。
【００７２】
図１０Ａは、グローバルな更新のために選択された、あるレンジのアイテムに対する価格に対し、グローバルな変更を行うプロセスを示す。ユーザーは価格を更新するために、更新のタイプ、すなわちリスト価格１０１０またはコスト価格１０２０を選択し、価格調整率、例えば５％（１０３０）を入力し、選択されたレンジのアイテムのすべて１０４０または一部１０５０を選択する。このシステムは調整を行い、調整をリッチコンテントリポジトリにゆだねる前に最終承認のためにこれら調整率をユーザーに示す。
【００７３】
図１０Ｂは、別のタイプのフィールドに対するグローバルな変更を行うプロセスを示す。サーチ１０６５の結果から、ユーザーは更新すべきアイテムに対するＦＲＯＭレンジ１０７０およびＴＯレンジ１０７５を選択し、更新すべきフィールド１０８０を選択し、見るべきテキスト１０８５および交換のために使用すべきテキスト１０９０を入力し、更新すべきテキストを探すために、選択されたアイテムに対して行うべきサーチのタイプ（すなわち全ワードマッチング、ケースマッチング）１０９５を選択し、グローバルな置換１０９７を行うことをシステムに命令する。
【００７４】
更新プロセス中、ユーザーはグローバルな置換を検討し、必要なようにこれら置換を編集できる。更にユーザーは、リッチコンテントリポジトリ内のアイテムに関連する属性、同義語、付属品、画像または付属物を追加したり、削除したり、置換することができる。ユーザーが一旦更新に満足すると、グローバルな更新リクエストを受け入れるよう、認証者（あるタイプのユーザー）が促される。リクエストが一旦認証されると、更新が行われる。最後の１回の機会で更新をロールバックすることがユーザーに対して促される。ユーザーが更新に関与することを選択した場合、変更はロールバックできない。本発明のシステムおよび方法は、監査レポートを作成し、誰がどんな変更をいつ行ったかを識別する。
【００７５】
リアルタイムのユーザー適合価格決定
好ましいシステムでは、本発明のシステムおよび方法は、選択されたアイテムに対するリアルタイムの、ユーザーに適合した価格をユーザーが見ることができるようにする能力を提供する。例えば別のシステム（例えば外部ＥＲＰシステム）内に選択されたカタログアイテムに対するユーザーベースの価格決定ルールが含まれており、ユーザーが図１１Ｂにおいて、１１１０で示されるようにカタログアイテムを選択し、システムが外部システムに接続し、このシステム１１２０にユーザープロファイルＩＤを送ると、外部システムはユーザーを証明し、ユーザーベースの価格１１３０を戻し、システムはユーザーベースの価格と、リッチコンテントリポジトリからの他のアイテム情報とを統合し、これをユーザーに提示する（１１４０）。
【００７６】
コラボレートなホットリスト
好ましい実施例では、本発明のシステムおよび方法は、コラボレートなホットリストを作成するよう、ユーザーが他のユーザーとダイナミックに作業できる能力を提供する。例えば新しい被雇用者に初期の支給物を提供する責任のある異なる部門からの選択されたユーザーは、コラボレートなホットリストに非同期的にアクセスし、「新しいハイヤー（ｎｅｗ  ｈｉｒｅ）ホットリストを最新かつ正確に維持するのに必要なようにアイテムを追加し、修正し、削除できる。本発明のシステムおよび方法は、プロファイル内のアクセス権に基づき、ホットリストテンプレート内に記憶されているアイテムをユーザーが作成したり、見たり、追加したり、削除したり、または変更する能力を提供する。異なる機能からのユーザーは、共用するタスクに関係するホットリストテンプレートの共同作成および維持に関して協力する。
【００７７】
図１２は、組織のコンピュータアイテム条件１２１０を維持するＩＴ部門からのユーザー、および組織の電話アイテム条件１２２０を維持する通信部門からのユーザーにより、異なるロケーションから異なる時間に、新しいハイヤーのコラボレートなホットリストを、どのように協力して更新するかを示している。人事リソース部門の人が新しい被雇用者を登録する際に、かれらは新しいハイヤーのコラボレートホットリスト１２３０を呼び出し、適当な部門によって協力的に維持されている認証機器を注文する。
【００７８】
ユーザーによって定義されるマーケットプレイスの選択
好ましい一実施例では、本発明のシステムおよび方法は、購入プロセスに関連してユーザーが定めるマーケットプレイスへのユーザーの定義およびアクセスをするための能力を提供する。例えばユーザーは、内部カタログに追加するために少なくとも１つの外部カタログを選択し、ユーザーを定めるマーケットプレイスを作成することにより、マーケットプレイスを定めることができる。ユーザーはユーザーが選択するカタログサイトのうちの１つ以上にパンチアウトし、これらサイトからアイテムを選択することにより外部カタログにアクセスする。これら選択されたアイテムは内部および／または他の外部カタログからのアイテムと共に、ユーザーの内部ショッピングカートに入れられる。次にショッピングカートはユーザーが指定する認証プロセスを通るようにルーティングされる。一旦承認されると、ショッピングカート内のアイテムはすぐに購入注文に入れられる状態となる。
【００７９】
本発明のシステムおよび方法は、コンフィギュレーションパラメータを定め、内部リッチコンテントリポジトリフィールドを外部サイトのフィールドにマッピングする能力をユーザーに提供する。レポート目的のために、パンチアウトサイトから戻されたショッピングカート情報は別個にローカルリッチコンテントリポジトリに記憶される。ユーザーはこの情報を別個のレポートで見ることができる。
【００８０】
図１３は新しいユーザーグループを追加することを選択したユーザーが、ユーザーのグループの名称を挙げ（１３１０）、他のサイトにパンチアウトする権利をグループのメンバーに割り当て（１３２０）、これら権利が適用されるプロジェクトを選択し（１３３０）、新しいグループのメンバーが権利を有する機能を識別すること、例えばパンチアウト登録を選択すること（１３４０）を可能にするスクリーンを示す。
【００８１】
図１４は、パンチアウトサイトを登録するためのスクリーンを示す。ユーザーはパンチアウトタイプ１４１０、例えばｃＸＭＬ、パンチアウトサイトにアクセスするファイルに対するフォーマットを含むパンチアウトセットアップリクエスト分類名１４２０、パンチアウトから得られたデータを捕捉するためのフォーマットを指定するパンチアウトセットアップ応答分類名１４３０、およびショッピングカートに提示すべきアイテムに対するフォーマットを指定するパンチアウトオーダー応答分類名１４４０を識別する。
図１５は外部カタログ１５１０およびパンチアウトサイト１５２０が、どのように選択されるかを示す。
【００８２】
図１６は選択されたカタログのためのパンチアウトサイトとして外部サイトを構成するためのスクリーンを示す。ユーザーは必要とされる属性情報を入力する。この属性情報はパンチアウトのタイプ１６１０、パンチアウトサイトネーム１６２０、パンチアウトサイトアドレス１６３０、ネットワークハブアドレス１６４０、サイトエリアス１６５０、サイトドメインネーム１６６０、サイトドメインアイデンティティ１６７０、パンチアウトサイトユーザーＩＤ１６８０、パンチアウトサイトのためのユーザーのパスワード１６９０、存在する場合のユーザーのユニークな識別子１６９５を含み、ユーザーはサイトロゴファイル１６９７を識別またはアップロードする。これら情報は常時ユーザーによって編集できる。
【００８３】
図１７はリッチコンテントリポジトリフィールドと外部／パンチアウトフィールドとをマッピングし、データのタイプを識別するためのスクリーンを示す。ユーザーは内部フィールド１７１０を選択し、フィールドのタイプ１７２０を識別し、内部フィールドをリンクすべき外部データフィールド１７３０を指定する。
【００８４】
ユーザーは予めセーブされたリンクテンプレートを選択し、このテンプレートを編集し、現在の状況に合わせることができる。本発明のシステムおよび方法はカタログシステム内のユーザーのサブセットがパンチアウトサイトを見たり、ショッピングしたりできる、ユーザー／ショッパーグループ（ｕｓｅｒ／ｓｈｏｐｐｅｒ  ｇｒｏｕｐｓ）に基づいてパンチアウトを管理することもできる。
【００８５】
図１９は、外部サイトのアイテムをディスプレイするためのスクリーンを示す。このスクリーンはアイテムＩＤ１９１０、アイテムの記述１９２０および分類フルのパス１９３０をディスプレイする。
【００８６】
分類フルパスは商品分類名を使用してカタログの階層的構造に対するハイパーリンクを示す。このパスはカタログをナビゲートし、同様な製品を探したり、または製品をカタログの任意の部分に挿入する能力をユーザーに提供する。更にカタログアイテムが分類されている目次をユーザーが見ることができるようにする能力も提供する。例えばユーザーがあるアイテム、例えばファスナーに関して更に知りたい場合、分類フルパスリンクは、このアイテムが特定ＯＥＭに対するスペア部品のボルト（商品分類名の一部）または建築供給者の分類の小分類である共通商品のボルトであることをユーザーに通知する目次、をユーザーに見せる。
【００８７】
図２０は、１つ以上のパンチアウトサイト２０１０を選択するための能力をユーザーに提供するナビゲーションスクリーンを示す。
【００８８】
ユーザーによって推進される契約遵守モニタ
好ましい一実施例では、本発明のシステムおよび方法は、売り手契約遵守をモニタする能力をユーザーに提供する。ユーザーは追跡し、モニタすべき契約要素に関係する契約ルールを売り手に提供する。これらルールはアイテムの価格決定、大量購入、ディスカウント時間レンジ、特別ディスカウント、アイテムの質、出荷コストおよび期限、アイテムの入手性、アイテムの代替物、代替供給者、価格の上昇、メンテナンス料金、アイテムの変換、プロンプト支払いディスカウントおよびユーザーが定めるフィールドにユーザーが入力するその他の基準を含む。
【００８９】
図２１は、ユーザーが契約遵守のためのルールを入力２１１０し、システムがこれらルール２１２０と現在のリッチコンテントリポジトリデータ（ｒｅｐｏｓｉｔｏｒｙ  ｄａｔａ）２１３０とを比較し、食い違いがいつ発生したかをユーザーに通知２１４０し、すなわちデータ要素がルールによって引き落とされるデータのレンジ外となったことをユーザーに通知するプロセスを示す。例えばショッピングカートに対して選択されたアイテムの価格は、ユーザーの定めた契約ルールと比較され、アイテムの価格が契約ルールを満たしていない場合、すなわちアイテムの現在の購入価格が契約価格よりも高い場合に、これをユーザーに通知する。
【００９０】
ユーザーによって指定されるグローバルレベルのパターンマッチングルール
好ましい一実施例では、本発明は、ユーザーが、属性ネームによってシステムが発生した分類パターンをサブ分割することにより、ユーザーアイテムの分類およびアイテムの検索を改善できるようにする能力を提供する。この能力によってユーザーはパターンのライブラリを作成できる。ユーザーは同じ特性を共用するすべてのタイプのリッチコンテントに共通するグローバルレベルパターンマッチングルール（パターンのライブラリ）を適用できる。ユーザーは標準化されていない入力として着信データを読み出すために、システム内に記憶されている現存するすべての部分的サイズパターンを呼び出すことができる。記述テキスト情報内に関連するサイズが発見されると、着信データを解読し、グローバルレベルパターンに基づき、標準化された出力を作成する。
【００９１】
図２２は、ユーザーが属性、例えば公称サイズ２２１０を選択し、デフォルト値２２２０、例えば１−１／２インチを入力し、着信データフィールドが空の場合に使用できるようにするためのスクリーンも示す。次にユーザーは、出力ストリング２２５０、例えば１．５”に変換すべき着信ストリング２２４０、例えば１−１／２インチを定めることによりグローバルパターン２２３０を構築できる。このパターンをライブラリパターンとしてセーブし、必要に応じて再使用することができる。
【００９２】
ライブラリパターンにおいて、システムはユーザーがトークンルールを設置する能力を提供する。このトークンルールは特定ルールの包括的ステートメントである。トークンルールはあるパターンに定められた変換を実施し、入力ファイル内に見られるパターンのすべての順列を含む。トークンを使用すると、ユーザーは入力および出力ルールに対するすべての可能な組み合わせを入力しなくてもよくなる。例えば入力（１／２”）を出力（１／２インチ）に変換するように基本ルールをセットアップできる。対応するトークンルールは入力（９／９”）および出力（９／９インチ）として入力される。「９」はワイルドカードのように働き、任意の数値入力データを変換するトークンである。従って、入力フィールドが６／１６”を含み、一方、１／２”を含まず、９／９”のトークンルール下にある場合、本発明のシステムおよび方法は（６／１６インチ）の出力をリターンする。
【００９３】
このような特徴により、ユーザーがリッチコンテントの標準化において直面する２つの問題の取り扱いが容易となる。まず最初にデータ要素を探し、標準値に変換する繰り返しプロセスは、再使用できる知識ベースのパターンマッチングルールとして捉えられる。第２に、この能力は多数の商品にわたって標準化を行い、多数のソースからのアイテムのクロスマッチングのための比較を容易にする。
【００９４】
ユーザーによって推進されるダイナミックなホットリストの更新
好ましい一実施例では、本発明のシステムおよび方法は、繰り返される購入を示すショッピングカート内のアイテムをセーブすることにより、ユーザーがダイナミックなホットリストを作成する能力を提供する。ユーザーがセーブされたダイナミックホットリストにアクセスすると、本発明はリストが最後にセーブされているので、変更に関してアイテムをチェックする。これら変更がユーザーに明記され、提示される。
【００９５】
図２３は、あるアイテムを選択したユーザーが、そのアイテムをセーブされたダイナミックなホットリストに追加できるようにするスクリーンを示す。ユーザーは、選択したアイテム２３１０の製品ＩＤを見て、このアイテムの数量を入力し、ダイナミックホットリスト２３２０に追加し、選択した製品を追加するセーブされたダイナミックホットリスト２３３０のドロップダウンリストからダイナミックホットリストネームを選択する。
【００９６】
ユーザーによって定められる例外レポート
本発明のシステムおよび方法は、好ましい一実施例において、モニタのためのオペレーションイベントをユーザーが指定する能力を提供する。ユーザーはこれらイベントに対し、システムがイベントをモニタするために使用する基準、およびイベントがその基準を満たさないときにシステムがとらなければならないアクションを指定する。これによってユーザーは例外ベースでオペレーションの変動をダイナミックに管理することが可能となる。例えばインポートされたデータファイルの管理を容易にするために、ユーザーは、強制フィールドにおけるデータの喪失が識別された旨の通知をリクエストできる。または、潜在的なマッピングの問題を識別するために、ユーザーは内部スキーマにマッピングされた外部スキーマに変化が生じたことの通知をリクエストできる。
【００９７】
図２４はパンチアウトサイトにおいて、データフォーマットに変更があったケースにおける、ユーザーが定める例外レポートのためのプロセスを示す。ユーザーはパンチアウトサイトのデータフォーマット２４１０をチェックし、このフォーマットを示すために、システムにおける例外ルールをセットアップする（２４２０）。パンチアウトサイトはそのフォーマットを変更する（２４３０）。次にユーザーがサイトにパンチアウトすると、システムは例外レポートルールを使用し、そのパンチアウトサイトのフォーマットが変化したと決定する（２４４０）。システムはルールのアクションコンポーネントを実施し（２４５０）、ルールを確立したユーザーにｅメールの通知を送る（２４６０）。次にユーザーは、パンチアウトサイトフォーマットを含むファイルを変更するために、カタログ開発スタッフに通知できる。
【００９８】
ユーザーによって選択される複合データフィールド
本発明のシステムおよび方法は、好ましい一実施例において、ユーザーまたは外部システム条件を満たすために、現存するリッチコンテントフィールドのカスタム化された部分から連結された複合データフィールドをユーザーが開発する能力を提供する。例えばユーザーは、（１）複合リッチコンテントフィールドのキャラクター長さを選択し、（２）複合フィールドを構成するように組み合わされる１つ以上のフィールドを選択し、（３）これらフィールドを組み合わせるシーケンスを決定し、複合フィールド内でフィールドの略語またはそのフルデータ要素を使用すべきかどうかを選択し、（４）コンポーネントパーツを分離するのに使用すべきデリミターを選択する。次に選択されたフィールドからリッチコンテントデータを入手し、このデータをユーザーが指定する順序にする。指定されたデリミターを追加し、その結果得られるリッチコンテントデータを複合フィールド内に挿入する。複合フィールドをリッチコンテントリポジトリにセーブするか、および／またはエキスポートする前に、複合フィールドをユーザーがマニュアルで編集する能力が提供される。
【００９９】
図２５Ａは、この機能のサブセットを示す。図示するように、ユーザーは新しいショート記述フィールドを構築することを選択し（２５１０）、新しいフィールドをどのように構築するか（例えば修飾語−名詞のシーケンス）を選択し（２５２０）、新しいフィールドのコンポーネントを分離するのに使用されるデリミターを指定（２５３０）する。
【０１００】
図２５Ｂは、ユーザーが新しく形成されたフィールドのための属性ネームをどのように選択するか（２５４０）を示す。ユーザーは属性ネームを連結すべきシーケンスを表示（２５５０）し、新しいショート記述フィールド内にどの属性値を連結すべきか（２５６０）を表示し、どのコンポーネントが強制的であるかを決定（２５７０）する。
【０１０１】
ハイライトな強制分類の属性
アイテムを作成し、編集し、または品質管理するときはいつも、本発明の好ましい一実施例では、強制的属性をハイライト化できる。このユーザーの警告はどのアイテムが強制的であるかを表示する。品質保証を容易にするために、ユーザーは属性値を失ったアイテムを見てエキスポートする能力を有する。
【０１０２】
図２６Ａは、アイテム属性をリストし、どのフィールドが強制的であるか、すなわち長さ２６２０、材料２６３０、供給者名２６４０および供給者のパーツ番号２６５０をハイライトによって表示するスクリーンを示す。
【０１０３】
図２６Ｂは、強制的属性値を喪失しているアイテム（２６６０）のビュー（ｖｉｅｗ）をユーザーがリクエストできるようにするスクリーンを示す。
図２６Ｃは、強制的属性値を喪失しているアイテム（２６７０）をリストし、喪失している値（２６８０）をハイライト表示するスクリーンを示す。
【０１０４】
好ましいシステムアーキテクチャ
図２７は、本発明の好ましい一実施例に従ってリッチコンテントリポジトリを作成するための３ティア（ｔｉｒｅ）アプリケーションの一例を示す。
【０１０５】
ティア１  −  ブラウザをベースとするクライアント
このティアでは次の機能を実行する。
１．クライアントはマイクロソフト社のインターネットエクスプローラ５．０＋またはネットスケープ４．５＋ブラウザのうちの１つを使って本発明のシステムおよび方法にアクセスする（２７１０）。このアクセスはファイアウォール２７１５を通してウェブサーバーに対して行われる。
２．ウェブサーバーからクライアントにアプレット／ＪＳＰ２７２０がダウンロードされる。クライアントは本発明のシステムおよび方法にアクセスする前に、ログインメカニズム２７３０を使ってユーザーＩＤおよびパスワードによって認証される。
【０１０６】
ティア２  −  ウェブサーバー
このティアは次の機能を実行する。
１．クライアントからの着信ｈｔｔｐリクエストを聴取する。
・サーバーはオブジェクトから構成された分類ライブラリ（２７２５）を含む。
・聴取機能はサーブレット（ｓｅｒｖｌｅｔｓ）（２７３５）によって実行される。
・サーブレットはすべての着信リクエストを取り扱い、各着信リクエストを異なるように識別する。
・サーブレットはそのリクエストを処理するために適当なファサード（２７４０）を呼び出す。
【０１０７】
２．各着信リクエストを処理する。
・ファサードおよび適当なマネージャー２７４５がこの処理を実行する。
・ファサードがリクエストの全体の処理を制御し、リクエストを処理するために１つ以上のマネージャーを呼び出す。
・マネージャーはデータベース２７６５とのＪＣＤＢ接続２７６０を介し、ビジネスロジックおよび相互対話を実行する。
・マネージャーおよびファサードは種々のユーティリティ２７５０を使ってユーティリティが共通機能となっているジョブを実行する。
・処理を完了した後に、ファサードはマネージャーの助けによりデータを作成し、これをサーブレット２７７０に戻す。
【０１０８】
３．クライアントに応答を戻す。
・この機能はサーブレットによって実行され、ｈｔｔｐプロトコル２７７５を使ってファサードから受信されたデータをクライアントに戻す。
・データはファイアウォール２７１５を通してｈｔｔｐ応答の形態で転送し戻される。
【０１０９】
４．外部で使用するためにデータをエキスポートする。サーブレットおよびマネージャーはファイアウォール２７８５を通した外部システムへの選択されたデータ要素２７８０のエキスポートをシンジケート化することもでき、外部システム２７９０は本例ではリッチコンテントを利用する購入システムである。
【０１１０】
ティア３  −  サーバー
このティアではデータベースサーバー２７６５が次の機能を実行する。
１．リッチコンテントリポジトリ内のリッチコンテントデータを維持すること。
２．更新の問い合わせをし、更新を実行するために、リッチコンテントリポジトリへのアクセスを行うこと。
３．データベースの取引を管理すること。
４．マネージャーによってリクエストされた時に記憶されていた手順を実行すること。
【０１１１】
以上で本発明の例について開示したいが、これら例は単に説明のためのものであり、発明を限定するものではない。当業者であれば、本発明は、いかなる形態で作成されるにせよ、例えばｅカタログで作成されるリッチコンテントリソースの作成、維持および管理をするために、リッチコンテントのライフサイクルを作成し、管理するためのシステムおよび方法に広く適用されることが認識できよう。本発明の範囲は特許請求の範囲のみによって限定するものであり、本発明を明らかにするために示した実施例によって限定されるものではない。
【図面の簡単な説明】
【０１１２】
【図１Ａ】リッチコンテントのための代表的なライフサイクルを示す。
【図１Ｂ】ユーザーによって定められるフィールドを使った製品の定義を拡張するためのメインメニュースクリーンの使用を示す。
【図２】メタデータフィールドを指定し、メタデータ値を割り当てるためのスクリーンを示す。
【図３】ユーザーによって定められるフィールドを指定するためのスクリーンを示す。
【図４】ユーザーによって定められるフィールドをオンオフに切り換えるためのスクリーンを示す。
【図５】外部データアイテムファイルのインポートをセットアップするためのスクリーンを示す。
【図６】インポートされたアイテムをユーザーによって定められるフィールドにマッピングするためのスクリーンを示す。
【図７】シンジケート化プロセスをセットアップするためのスクリーンを示す。
【図８】シンジケート化すべきリッチコンテントアイテムに、ユーザーによって定められるフィールドをマッピングするためのスクリーンを示す。
【図９Ａ】ユーザーによって定められる階層的関係を確立するためのスクリーンを示す。
【図９Ｂ】ユーザーによって定められる階層的関係を見るためのスクリーンを示す。
【図１０Ａ】あるレンジの選択されたアイテムに対するグローバルな価格変更を行うためのスクリーンを示す。
【図１０Ｂ】あるレンジの選択されたアイテムに対するグローバルな変更を行うためのスクリーンを示す。
【図１１】リアルタイムのユーザーに適合した価格の使用を示す。
【図１２】コラボレートなホットリストの使用を示す。
【図１３】他のサイトへパンチアウトするための権利をユーザーグループに与えるためのスクリーンを示す。
【図１４】パンチアウトサイトを登録するためのスクリーンを示す。
【図１５】外部カタログおよびパンチアウトサイトを選択するためのスクリーンを示す。
【図１６】外部サイトをパンチアウトサイトとして構成するためのスクリーンを示す。
【図１７】内部フィールドを外部／パンチアウトフィールドにマッピングするためのスクリーンを示す。
【図１８】マッピングテンプレートを選択するためのスクリーンを示す。
【図１９】外部サイトアイテムをディスプレイするためのスクリーンを示す。
【図２０】ユーザーがパンチアウトする少なくとも１つのサイトを選択できるようにするナビゲートスクリーンを示す。
【図２１】契約遵守モニタのプロセスを示す。
【図２２】属性ネームによる分類パターンをサブ分割するプロセスを示す。
【図２３】ホットリストにアイテムを追加するためのスクリーンを示す。
【図２４】ユーザーによって定められる例外レポートをセットアップするプロセスを示す。
【図２５Ａ】新しいショートな記述フィールドを構築するためのプロセスをどのようにユーザーがセットアップできるかを示す。
【図２５Ｂ】ショートな記述フィールドを作成するために連結すべき属性ネームおよび値をユーザーがどのように選択し、シーケンスを定めるかを示す。
【図２６Ａ】アイテムの属性をリストアップし、強制属性をハイライト表示するスクリーンを示す。
【図２６Ｂ】強制的な属性値を喪失するアイテムのビュー（ｖｉｅｗ）をユーザーにリクエストさせるスクリーンを示す。
【図２６Ｃ】強制的な属性値を喪失するアイテムをリストアップし、喪失値をハイライト表示するスクリーンを示す。
【図２７】好ましいシステムアーキテクチャの一例を示す。
【図１Ａ】
2007536607.tif 000003
【図１Ｂ】
2007536607.tif 000004
【図２】
2007536607.tif 000005
【図３】
2007536607.tif 000006
【図４】
2007536607.tif 000007
【図５】
2007536607.tif 000008
【図６】
2007536607.tif 000009
【図７】
2007536607.tif 000010
【図８】
2007536607.tif 000011
【図９Ａ】
2007536607.tif 000012
【図９Ｂ】
2007536607.tif 000013
【図１０Ａ】
2007536607.tif 000014
【図１０Ｂ】
2007536607.tif 000015
【図１１】
2007536607.tif 000016
【図１２】
2007536607.tif 000017
【図１３】
2007536607.tif 000018
【図１４】
2007536607.tif 000019
【図１５】
2007536607.tif 000020
【図１６】
2007536607.tif 000021
【図１７】
2007536607.tif 000022
【図１８】
2007536607.tif 000023
【図１９】
2007536607.tif 000024
【図２０】
2007536607.tif 000025
【図２１】
2007536607.tif 000026
【図２２】
2007536607.tif 000027
【図２３】
2007536607.tif 000028
【図２４】
2007536607.tif 000029
【図２５Ａ】
2007536607.tif 000030
【図２５Ｂ】
2007536607.tif 000031
【図２６Ａ】
2007536607.tif 000032
【図２６Ｂ】
2007536607.tif 000033
【図２６Ｃ】
2007536607.tif 000034
【図２７】
2007536607.tif 000035