(57)【要約】  品目および品目注文について価格設定を計算する自動価格設定システムによって計算される取引を作成し、監視し、最適化するソフトウェアアプリケーションが、アプリケーションにアクセスし指示を与えるグラフィカルユーザインターフェースと、規則および規則に関連した属性を有する１組の助言因子と、シーケンス中の助言因子の少なくとも１つを使って結果を計算する１組の関連した計算シーケンスと、計算シーケンスの組によって返された結果を最適化する少なくとも１つの順位づけ因子とを有する。グラフィカルユーザインターフェースを介して操作を行うユーザが、取引に関連づけられた可能な１つまたは複数のオプションに因子によって関連した１組の計算シーケンスを開始し、計算シーケンスは、ユーザ考慮のためのデータ構造のリストを返すのに協働し、データ構造のリストは、１つまたは複数の目標に基づく属性によって順位づけられる。【特許請求の範囲】
【請求項１】
品目および品目注文について価格設定を計算する自動価格設定システムにおいて、取引を作成し、監視し、最適化するソフトウェアアプリケーションであって、自動価格設定システムが、価格設定情報を提供するサーバノードと、提供された価格設定情報を計算する価格設定アプリケーションと、少なくとも１つの価格設定データモデルおよび価格設定データモデルを操作する規則を格納するデータリポジトリとを有し、前記ソフトウェアアプリケーションが、
ソフトウェアアプリケーションにアクセスし指示を与えるグラフィカルユーザインターフェースと、
規則および規則に関連した属性を有する１組の助言因子と、
シーケンス中の助言因子の少なくとも１つを使って結果を計算する、関連した１組の計算シーケンスと、
計算シーケンスの組によって返された結果を最適化する少なくとも１つの順位づけ因子とを含み、
グラフィカルユーザインターフェースを介して操作を行うユーザが、取引に関連づけられた可能な１つまたは複数のオプションに因子によって関連した１組の計算シーケンスを開始し、計算シーケンスが、ユーザ検討用のデータ構造のリストを返すのに協働し、データ構造のリストが、目標に基づく１つまたは複数の属性によって順位づけられることを特徴とするソフトウェアアプリケーション。
【請求項２】
ソフトウェアインターフェースが、ウェブ閲覧アプリケーションを使って、インターネットを介してアクセス可能である、請求項１に記載のソフトウェアアプリケーション。
【請求項３】
助言因子の組の中の各助言因子が、取引を最適化する可能なオプションをエミュレートする、請求項１に記載のソフトウェアアプリケーション。
【請求項４】
助言因子の組が、上位製品販売因子、関連製品販売因子、競合他社因子、および最大化因子を含む、請求項１に記載のソフトウェアアプリケーション。
【請求項５】
計算シーケンスの組が、品目シーケンスおよび注文シーケンスを含み、品目シーケンスが、助言因子を含み、注文シーケンスが、目標に基づく属性による順位づけを実施する少なくとも１つの順位づけ因子を含む、請求項１に記載のソフトウェアアプリケーション。
【請求項６】
計算シーケンスの組が、品目シーケンスでも注文シーケンスでもない少なくとも１つの助言シーケンスを含む、請求項１に記載のソフトウェアアプリケーション。
【請求項７】
順位づけのための目標に基づく属性が、収入に基づく目標、売上げ利益に基づく目標、コストに基づく目標、在庫に基づく目標、予算に基づく目標、および競合に基づく目標を含む、請求項１に記載のソフトウェアアプリケーション。
【請求項８】
少なくとも１つの順位づけ因子が、目標に基づく属性によって最適化を行い、または最小限にするように設定され得る、請求項１に記載のソフトウェアアプリケーション。
【請求項９】
返されるデータ構造リストが、企業に対する収入またはマージンを最大にするように順位づけられた、可能な上位製品販売の製品代用品オプションを表す、請求項１に記載のソフトウェアアプリケーション。
【請求項１０】
返されるデータ構造リストが、各代用品オプション向けの完全な品目および注文価格設定情報を含む、請求項１０に記載のソフトウェアアプリケーション。
【請求項１１】
順位づけ因子が、目標に基づく属性による、契約注文の多数の出荷時期にわたって製品量を流通させるのに使われる、請求項１に記載のソフトウェアアプリケーション。
【請求項１２】
返されるデータ構造リストが、企業に対する収入またはマージンを最大にするように順位づけられた、可能な関連製品販売の追加オプションを表す、請求項１に記載のソフトウェアアプリケーション。
【請求項１３】
返されるデータ構造リストが、企業製品および価格設定側に沿った、対応する競合他社製品および価格設定を表し、データ構造が、最も競合する製品に従って順位づけられる、請求項１に記載のソフトウェアアプリケーション。
【請求項１４】
返されるデータ構造リストが、契約の多数の出荷時期にわたる製品流通戦略であり、流通戦略が、各期間ごとに収入、マージンを最大限にすることによって、または製品の供給コストを最小限にすることによって順位づけられる、請求項１に記載のソフトウェアアプリケーション。
【請求項１５】
グラフィカルユーザインターフェースが、データ構造を返すように実行された１つまたは複数の因子シーケンスから生じた２つ以上のシナリオの並列表示による値比較を可能にし、データ構造が、任意選択で、比較されるシナリオを作成するように選択される、請求項１に記載のソフトウェアアプリケーション。
【請求項１６】
グラフィカルユーザインターフェースが、比較される様々なシナリオのグラフの形のグラフィックスおよび図表表現のリクエストおよび生成をサポートする、請求項１６に記載のソフトウェアアプリケーション。
【請求項１７】
取引が、複数の出荷時期を有する契約であり、契約が、競合他社価格設定データを有する品目ごと出荷期間ごとの競合他社価格設定パラメータの１つに対して監視され、または品目ごと出荷期間ごとの製品流通の最適化のために監視され、製品流通戦略が、目標に基づく属性によって順位づけられる、請求項１に記載のソフトウェアアプリケーション。
【請求項１８】
品目および品目注文について価格設定を計算する自動価格設定システムにおいて、取引シナリオのパラメータを最適化する方法であって、自動価格設定システムが、価格設定情報を提供するサーバノードと、提供された価格設定情報を計算する価格設定アプリケーションと、取引を作成し、監視し、最適化するソフトウェアアプリケーションとを有し、前記方法が、
（ａ）グラフィカルユーザインターフェースを介して、取引シナリオを強調表示するステップと、
（ｂ）同じインターフェースを介して、その目的のために提供されるオプションからなるメニューにある取引最適化オプションを活動化するステップと、
（ｃ）ステップ（ｂ）の選択の結果として、助言因子コマンドを実行するステップと、
（ｄ）正しい品目および注文シーケンスを使って、因子規則に従って少なくとも１つの別個のシナリオを計算するステップと、
（ｅ）さらなるオプションを考慮して、少なくとも１つの計算されたシナリオをグラフィカルユーザインターフェースに表示するステップとを含む方法。
【請求項１９】
ステップ（ａ）で、取引シナリオが、少なくともシナリオの品目、品目の価格、品目の量、およびシナリオの注文総額を有する、請求項１９に記載の方法。
【請求項２０】
ステップ（ａ）で、グラフィカルユーザインターフェースが、ウェブ閲覧アプリケーションを使って、インターネットを介してアクセス可能である、請求項１９に記載の方法。
【請求項２１】
ステップ（ａ）で、取引シナリオが、品目向けの完全な価格設定パラメータ、および値引きを含む注文総額を有する一時注文または契約注文の一方である、請求項１８に記載の方法。
【請求項２２】
ステップ（ｂ）で、取引最適化オプションが、製品流通を最適化すること、上位製品販売製品を代用すること、関連製品販売製品を追加すること、バンドル製品を見つけること、ならびに競合他社製品および価格設定を見つけることの１つを含む、請求項１８に記載の方法。
【請求項２３】
ステップ（ｃ）で、助言因子が、上位製品販売因子、関連製品販売因子、競合他社因子、または最大化因子の１つである、請求項１８に記載の方法。
【請求項２４】
ステップ（ｃ）で、助言因子が、関連した品目シーケンスに含まれ、関連した注文シーケンスで使われる順位づけ因子によって順位づけられた結果を返す、請求項１８に記載の方法。
【請求項２５】
ステップ（ｃ）で、助言因子が、助言因子のみを含む、その独自の助言シーケンス中で使われる、請求項１８に記載の方法。
【請求項２６】
ステップ（ｄ）で、別個のシナリオが、計算から返された複数のシナリオのうち、最も高く順位づけられたものである、請求項１８に記載の方法。
【請求項２７】
ステップ（ｄ）で、正しい品目および注文シーケンスが、助言因子を含むものとして品目向けに、また、順位づけ因子を含むものとして注文向けに規定される、請求項１８に記載の方法。
【請求項２８】
ステップ（ｃ）で、助言因子が上位製品販売であり、ステップ（ｄ）で、計算されるシナリオが、上位製品販売可能性の異なるシナリオを表す、請求項１８に記載の方法。
【請求項２９】
ステップ（ｃ）で、助言因子が関連製品販売であり、ステップ（ｄ）で、計算されるシナリオが、関連製品販売可能性の異なるシナリオを表す、請求項１８に記載の方法。
【請求項３０】
ステップ（ｃ）で、助言因子が競合他社であり、ステップ（ｄ）で、計算されるシナリオが、適用可能な競合他社製品および価格設定を用いた元のシナリオを表す、請求項１８に記載の方法。
【請求項３１】
ステップ（ｃ）で、助言因子が最大化であり、ステップ（ｄ）で、計算されるシナリオが、多数の出荷時期にわたる製品流通戦略を表す、請求項１８に記載の方法。
【請求項３２】
ステップ（ｄ）で、順位づけ因子が注文シーケンスに含められ、順位づけ因子が、指定された、目標に基づくパラメータに従って、結果に順位をつけるためのものである、請求項１８に記載の方法。
【請求項３３】
ステップ（ｅ）で、さらなるオプションが、製品編集、値引き編集、シナリオの最終編集および保存を含む、請求項１８に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、２００３年６月３０日に出願し、少なくとも参照によって本明細書に含められる、米国特許出願第１０６１１４７１号明細書「Ｉｍｐｒｏｖｅｄ  Ｍｅｔｈｏｄ  ｆｏｒ  Ｃｏｍｐｌｅｘ  Ｃｏｍｐｕｔｅｒ  Ａｉｄｅｄ  Ｐｒｉｃｉｎｇ  ｏｆ  Ｐｒｏｄｕｃｔｓ  ａｎｄ  Ｓｅｒｖｉｃｅｓ」の一部継続出願（ＣＩＰ）である。
【０００２】
本発明は、コンピュータを利用した、商品およびサービスの価格設定の分野のものであり、詳細には、選択的製品流通管理ならびに上位製品販売（ｕｐ  ｓｅｌｌ）、関連製品販売（ｃｒｏｓｓ−ｓｅｌｌ）、および代用品オプションによる企業の収入目標の最適化を含む、自動化因子およびコマンドモジュールによって支援される取引を作成し管理する、改良された方法および装置に関する。
【背景技術】
【０００３】
コンピュータ支援による価格設定の分野は、概して、データベースにいくつかの変数を入力し、次いで、こうした変数を取り出して、計算シーケンスとして提供される１つまたは複数の価格設定方式に適用し、最終的には企業の特定のクライアントに提供される製品またはサービスに対する最終価格に到達することを伴う。コンピュータ支援による価格設定アプリケーションは、大部分が、様々なクライアントタイプに様々な製品および／またはサービスを提供する、比較的大規模な企業のクライアントに対する現在の価格設定を確立する好ましい方法として、人間によって計算される価格設定に取って代わっている。
【０００４】
価格設定シーケンスをコンピュータ化する必要性は、長い間、特に比較的大規模な企業に対して、好ましい方法として確立された。様々な種類の値引きの価格設定、払い戻し、大量購入、契約への合意、特別価格の引下げ、利息、税率、通貨の換算、同梱製品などは、今日のビジネス環境における独創的な価格設定に関連した複雑さを多く含む。
【０００５】
クライアントが、一般によく知られているインターネットのようなワイドエリアネットワークを介して提供されるセルフサービスポータルに広範囲にわたってアクセス可能になるのに伴い、価格設定システムが、多くの組織の存続を可能にする要因となっている。こうしたシステムが配備されていないと、こうした組織の多くは、自社の価格設定構造すべてを正確かつ適時に提供しようとして、相当の時間および資源を失うことになる。
【０００６】
従来技術において、特定のクライアント向けの何らかの自動価格設定計算を提供する価格設定システムがあり、必要とされる因子および変数をすべて含むデータテーブルを格納するのに必要とされる空間は、法外である。同様に、特定のクライアント向けに価格設定を処理する「正しい」テーブルを取り出すために、様々なデータテーブルにアクセスするのに必要とされる時間は、人間による作業より速く、より正確ではあるが、依然として非常に時間を消費し、プロセス集約的である。
【０００７】
本発明者は、特定のクライアントまたは購入組織向けの正しい価格設定を計算する階層ツリー方法を提供することによって、データ記憶およびデータルックアッププロセスの負担の一部を軽減する、従来技術によるシステムについて知っている。従来技術によるこのシステムは、本明細書において、Ｔｈｏｍａｓ  Ｊ．Ｃａｒｔｅｒ、ＩＩＩ、これ以降は単にＣａｒｔｅｒと呼ばれる者に対して１９９９年３月２日に発行された米国特許第５８７８４００号として参照される。
【０００８】
Ｃａｒｔｅｒのシステムは、どの購入エンティティがどの具体的製品を購入しているかに基づいて、様々な製品および購入エンティティ向けに様々な価格設定テーブルおよび価格調整テーブルを編成する。この発明では、テーブル中の非正規化数を使用して、リクエスト側購入者を所望の製品に関連させる。異なるタイプの購入者および提供される様々なタイプの製品は、データテーブルによって表される階層グループに編成される。多く存在し得る個々の階層レベルで作業することによって、具体的な価格調整が、作成された各編成グループレベルに関して、かつ作成された各製品グループレベルに関して指定され得る。
【０００９】
このシステムは、その特定の購入エンティティ向けに列挙された価格調整、ならびにグループ階層中のその特定の購入エンティティの上にある、列挙されたグループ向けに列挙された価格調整すべてを取り出すことによって、購入エンティティおよび所望の製品向けに、最終価格設定を決定する。同様に、列挙された特定の製品向けの価格調整は、列挙されたその特定の製品向けの価格調整、ならびに製品グループ階層中のその特定の製品の上にある、列挙された製品グループすべてに対する価格調整を取り出すことによって決定される。
【００１０】
このシステムは、次いで、取り出された価格設定情報をすべてソートして、選択された購入者および製品に適合する特定の価格設定調整を分離させなければならない。集約された最終価格設定調整は、次いで、特定の製品が特定の購入エンティティに対して売られ得る最終価格に達するように、価格設定シーケンスの形で適用される。
【００１１】
このシステムは、多数の製品および購入者固有のデータテーブルに及ぶ大部分のデータ重複の必要性を制限するが、依然として、所与のシナリオに合致する価格設定調整が、最終価格設定を計算する際に用いるために最終的に識別され分離されるまで、階層価格調整構造を掘り下げていくために、多くの処理を要求する。異なる多数の製品、クライアントタイプ、および価格設定戦略を有する企業は、Ｃａｒｔｅｒのシステムが、かなりプロセス集約的であることを見出すことになる。さらに、Ｃａｒｔｅｒのシステムは、段階式価格設定、製品またはサービスバンドリング、あるいは他の独創的な価格設定構造など、独創的な価格設定戦略のためのソリューションを提供していない。
【００１２】
実データのモデル表現を含むオブジェクト指向の出現により、本発明者は、多様なクライアント向けのはるかに複雑な価格設定戦略が、従来技術によるシステムでの場合よりもはるかにプロセス集約的でないやり方で適用され得ると思い至った。
【００１３】
品目および品目注文について価格設定を計算する自動価格設定システムが、本発明者に知られており、本明細書において、関連出願の相互参照というセクションで参照されている。このシステムは、価格設定情報を提供する、データネットワークに接続されたサーバノードと、提供された価格設定情報を計算する、サーバノード上で実行される価格設定アプリケーションと、少なくとも１つの価格設定データモデルおよびモデルを操作する規則を格納する、サーバノードにとってアクセス可能なデータリポジトリとを有する。サーバノードは、価格設定を求めるリクエストを受け取り、少なくとも１つの価格設定シーケンスにおいて、リクエストの１つまたは複数の品目を価格設定するのに使われる価格設定因子用に作成された規則にアクセスし、価格設定アプリケーションを用いて、リクエストに対する注文小計および注文金額を含む正しい価格設定結果を、各因子用にアクセスされる規則のソートおよび／または競合解決に基づいて計算する。
【００１４】
上述したシステムは、例えば単一の品目注文、バンドル注文、段階式価格設定注文、契約注文など、非常に様々な注文シナリオに対して、品目価格設定および注文価格設定シーケンス、価格設定因子ならびに因子規則を用いて、価格設定を計算する価格設定エンジンを使ってサービスするという点で、柔軟である。上で参照されたシステムは、本質的に、製品およびサービスまたはその組合せに、極めて広い範囲の顧客、チャネル、および製品カテゴリに従って正しい価格設定情報を適用する。さらに、このシステムは、品目ごと、および注文ごとの売上げ利益結果を計算し報告することができる。
【００１５】
上述のシステムの一態様は、確定注文連絡用に正しい価格設定を解決する能力を伴い、注文品目向けの既存の値引きおよび場合によってはコストパラメータを含む現在の価格設定パラメータは、現在のところ、契約が開始された期間中に存在したものとは異なる。
【００１６】
契約価格設定は、一般に所定の、または時には無期限の期間にわたるスケジュールに基づいて発生する、進行中の一連のトランザクションに関する。多くの場合、ある製品を提供するコストは、時には、一定の期間にわたって劇的に変わり得る。例えば、メモリ装置または他の半導体搭載製品の提供は、概して、製品の発表時よりもコストがかかる。メモリ装置の供給コストは、時間とともに減少する傾向がある。しかし、競合が増すと、引き出すことが可能な売上げ利益も、減少する傾向にある。
【００１７】
コンピュータ製品および他の電子装置も、コストおよび収入産出因子に関して、同様に漸進的に変化する。同様に、製品供給可能性、原料供給可能性、競合製品の存在、消費者の傾向、および他の因子などの条件が、時間の経過に伴って、決定された価格の有効性において役割を果たし得る。価格設定は、多くの製品に対して、季節によっても影響を受ける可能性があり、同一の製品の供給コストは、１年の一定の時期、例えば、その年の数カ月の間に上昇し、低下する。
【００１８】
長期契約の間、固定価格で提供される一定の製品の供給コストに特有の不安定さは、作用している因子に応じて、供給者に対して、いくつかの問題を引き起こし得る。例えば、クライアントが、１５０カ月間、毎月２個というスケジュールで納品されるべき、３００個のメモリ装置を注文した場合、こうした装置の供給コストは、いかなる理由でも、契約期間のその時期の間は大幅に上昇し、見積もられた目標を下回る。いくつかのケースでは、出荷される製品に対する収入目標が、計画された閾値を上回り、下回り得る急激な変化（ｒｏｌｌｅｒ  ｃｏａｓｔｅｒ  ｅｆｆｅｃｔ）が起こる場合があり、この変化は、一定の顧客、製品カテゴリ、顧客チャネルなどに対して確定された値引きによっても影響を受ける可能性がある。
【００１９】
本発明者は、期間にわたるスケジュールされた多数の納品を伴う契約の管理は、いくつかのケースでは契約の有効期間全体にわたってマージンが増大され、または安定したままとなるように、かつ収入のいかなる損失（不可避な場合）も、契約の有効期間の間は最小限にされるように、最適化された流通戦略を自動的に提供するように強化され得ると思い至った。本発明者は、収入は最適化されることができ、または少なくとも、売買取引を終わらせる前の顧客注文リクエストに関連したテスト販売シナリオの自動化された計算および結果比較により、計画された閾値でまたは計画された閾値を超えて維持されることができるとも思い至った。
【００２０】
販売管理者にとっては、潜在的クライアントに対して製品およびサービスを見積もる際の柔軟性もさらに必要である。例えば供給用の多数の製品およびサービスを有する会社に提出された複雑な注文に対しては、販売管理者または販売エージェントが、一般的な機能の製品およびサービスに関連した、競合他社の価格および提供される値引き両方について詳細な知識をもっていることが望まれる。さらに、顧客によって注文された、一般的な機能の製品およびサービスを置き換えるための、提供され得る会社製品およびサービスについての知識が所望され、このような製品および／またはサービスの置換えにより、収入、売上げ利益を増大し、または顧客満足度を高め、例えば、より速く納品することが可能である。
【００２１】
複雑な販売環境で働いている販売代理人側で、このタイプの製品およびサービス知識を維持することの欠点は、価格設定属性、値引き、製品供給性、競合他社の価格設定、および他の因子が、最適な販売活動およびクライアントへの便宜を促進するために、絶えず進化し、変化し、徹底的かつ時間を消費するコンピュータ探索照会および認証ルーチンを要求していることである。
【発明の開示】
【発明が解決しようとする課題】
【００２２】
したがって、当該分野においてさらに必要とされるのは、値引き、競合他社の価格設定、および他の因子を含む現在の製品およびサービス知識が、計算可能な変数としてレンダリングされるような、売買取引を管理し、自動価格設定エンジンによって支援される、すぐに提示できる取引を構築する装置を含む方法およびシステムであり、変数は、特に与えられた注文または見積もりシナリオに価格設定結果および最適化提案の両方をもたらすのに使われ得る。このようなシステムは、収入を最大限にし、収益を増大させまたは異なる注文シナリオに関連したコストを最小限にする提案を提供するのに使われることができよう。本システムは、多数の出荷時期にわたる最適な製品流通戦略を提供し、上位製品販売および関連製品販売機会に気を配ることができ、概して、広範囲の顧客および製品カテゴリを伴う広範囲のトランザクションタイプに対する収入の効果を維持するのを助けることになる。
【課題を解決するための手段】
【００２３】
品目および品目注文について価格設定を計算する自動価格設定システムであり、価格設定情報を提供するサーバノードと、提供された価格設定情報を計算する価格設定アプリケーションと、少なくとも１つの価格設定データモデルおよびモデルを操作する規則を格納するデータリポジトリとを有する自動価格設定システムであって、取引を作成し、監視し、最適化するソフトウェアアプリケーションが提供される。このソフトウェアアプリケーションは、アプリケーションにアクセスし指示を与えるグラフィカルユーザインターフェースと、規則および規則に関連した属性を有する１組の助言因子と、シーケンス中の助言因子の少なくとも１つを使って結果を計算する関連した１組の計算シーケンスと、計算シーケンスの組によって返された結果を最適化する少なくとも１つの順位づけ因子とを有する。
【００２４】
好ましい態様では、グラフィカルユーザインターフェースを介して操作を行うユーザが、取引に関連づけられた可能な１つまたは複数のオプションに因子で関連した１組の計算シーケンスを開始し、計算シーケンスは、ユーザ検討用のデータ構造のリストを返すのに協働し、データ構造のリストは、目標に基づく１つまたは複数の属性によって順位づけられる。やはり好ましい態様では、ソフトウェアインターフェースは、ウェブ閲覧アプリケーションを使って、インターネットを介してアクセス可能である。
【００２５】
全態様において、助言因子の組の中の各助言因子は、取引を最適化する可能なオプションをエミュレートする。好ましい態様では、助言因子の組は、上位製品販売因子、関連製品販売因子、競合他社因子、および最大化因子を含む。計算シーケンスは、最低でも品目シーケンスおよび注文シーケンスを含み、品目シーケンスは、助言因子を含み、注文シーケンスは、目標に基づく属性による順位づけを実施する少なくとも１つの順位づけ因子を含む。
【００２６】
本発明の代替態様では、計算シーケンスの組は、品目シーケンスでも注文シーケンスでもない少なくとも１つの助言シーケンスを含む。一態様では、順位づけ用の目標に基づく属性は、収入に基づく目標、売上げ利益に基づく目標、コストに基づく目標、在庫に基づく目標、予算に基づく目標、および競合に基づく目標を含む。全態様において、少なくとも１つの順位づけ因子は、目標に基づく属性によって最適化を行い、または最小限にするように設定され得る。
【００２７】
好まれる態様では、返されるデータ構造リストは、企業に対する最大収入またはマージンに順位づけられた、可能な上位製品販売の製品代用品オプションを表す。こうした態様では、返されるデータ構造リストは、各代用品オプション向けの完全な品目および注文価格設定情報を含む。
【００２８】
一態様では、順位づけ因子は、目標に基づく属性による、契約注文の多数の出荷時期にわたって製品量を流通させるのに使われる。本発明の一態様では、返されるデータ構造リストは、企業に対する収入またはマージンを最大にするように順位づけられた、可能な関連製品販売製品追加オプションを表す。別の態様では、返されるデータ構造リストは、企業製品および価格設定側に沿った、対応する競合他社製品および価格設定を表し、データ構造は、最も競合する製品に従って順位づけられる。
【００２９】
さらに別の態様では、返されるデータ構造リストは、契約の多数の出荷時期にわたる製品流通戦略であり、流通戦略は、各期間について収入、マージンを最大限にすることによって、または製品の供給コストを最小限にすることによって順位づけられる。
【００３０】
本発明の好ましい態様では、グラフィカルユーザインターフェースは、データ構造を返すように実行された１つまたは複数の因子シーケンスから生じた２つ以上のシナリオの、並列表示による値比較を可能にし、データ構造は、任意選択で、比較されるシナリオを作成するように選択される。本態様では、グラフィカルユーザインターフェースは、比較される様々なシナリオのグラフの形のグラフィックスおよび図表表現のリクエストおよび生成をサポートする。
【００３１】
本発明の一態様では、取引は、複数の出荷時期を有する契約であり、契約は、競合他社価格設定データを有する品目ごとに、出荷期間ごとの競合他社価格設定パラメータの１つに対して監視され、または品目ごとに出荷期間ごとの製品流通の最適化のために監視され、製品流通戦略は、目標に基づく属性によって順位づけられる。
【００３２】
本発明の別の態様によれば、品目および品目注文について価格設定を計算する自動価格設定システムにおいて使用するための、取引シナリオのパラメータを最適化する方法が提供され、自動価格設定システムは、価格設定情報を提供するサーバノードと、提供された価格設定情報を計算する価格設定アプリケーションと、取引を作成し、監視し、最適化するソフトウェアアプリケーションとを有する。
【００３３】
本方法は、（ａ）グラフィカルユーザインターフェースを介して、取引シナリオを強調表示するステップと、（ｂ）同じインターフェースを介して、その目的のために提供されるオプションからなるメニューにある取引最適化オプションを活動化するステップと、（ｃ）ステップ（ｂ）の選択の結果として、助言因子コマンドを実行するステップと、（ｄ）正しい品目および注文シーケンスを使って、因子規則に従って少なくとも１つの別個のシナリオを計算するステップと、（ｅ）それ以外のオプションを検討して、少なくとも１つの計算されたシナリオをグラフィカルユーザインターフェースに表示するステップとを含む。
【００３４】
好ましい態様では、ステップ（ａ）で、取引シナリオは、少なくともシナリオの品目、品目の価格、品目の量、およびシナリオの注文総額を有する。やはり好ましい態様では、ステップ（ａ）で、グラフィカルユーザインターフェースは、ウェブ閲覧アプリケーションを使って、インターネットを介してアクセス可能である。一態様では、ステップ（ａ）で、取引シナリオは、品目向けの完全な価格設定パラメータ、および値引きを含む注文総額を有する、一時注文または契約注文の一方である。
【００３５】
本方法の好ましい態様では、ステップ（ｂ）で、取引最適化オプションは、製品流通を最適化すること、上位製品販売製品を代用すること、関連製品販売製品を追加すること、バンドル製品を見つけること、ならびに競合他社製品および価格設定を見つけることの１つを含む。やはり好ましい態様では、ステップ（ｃ）で、助言因子は、上位製品販売因子、関連製品販売因子、競合他社因子、または最大化因子の１つである。本方法の全態様において、ステップ（ｃ）で、助言因子は、関連した品目シーケンスに含まれ、関連した注文シーケンス中で使われる順位づけ因子によって順位づけられた結果を返す。
【００３６】
本方法の代替態様において、ステップ（ｃ）で、助言因子は、助言因子のみを含む、その独自の助言シーケンス中で使われる。好ましい態様では、ステップ（ｄ）で、別個のシナリオは、計算から返された複数のシナリオのうち、最も高く順位づけられたものである。
【００３７】
本方法の全態様において、ステップ（ｄ）で、正しい品目および注文シーケンスは、助言因子を含むものとして品目に、また、順位づけ因子を含むものとして注文に規定される。本方法の一態様では、ステップ（ｃ）で、助言因子は上位製品販売であり、ステップ（ｄ）で、計算されるシナリオは、上位製品販売可能性の異なるシナリオを表す。本方法の別の態様では、ステップ（ｃ）で、助言因子は関連製品販売であり、ステップ（ｄ）で、計算されるシナリオは、関連製品販売可能性の異なるシナリオを表す。さらに別の態様では、ステップ（ｃ）で、助言因子は競合他社であり、ステップ（ｄ）で、計算されるシナリオは、適用可能な競合他社製品および価格設定を用いた元のシナリオを表す。本方法のさらに別の変形態様では、ステップ（ｃ）で、助言因子は最大化であり、ステップ（ｄ）で、計算されるシナリオは、多数の出荷時期にわたる製品流通戦略を表す。
【００３８】
全態様において、ステップ（ｄ）で、順位づけ因子が、注文シーケンスに含められ、順位づけ因子は、指定された目標に基づくパラメータに従って、結果に順位をつけるためのものである。やはり全態様において、ステップ（ｅ）で、それ以外のオプションは、製品編集、値引き編集、シナリオの最終編集および保存を含む。
【発明を実施するための最良の形態】
【００３９】
本発明者は、企業によって提供される製品およびサービス向けの複雑な価格設定シナリオを自動的に構成する改良型システムを提供する。本発明の方法および装置は、以下で詳細を明らかにして説明される。
【００４０】
図１は、本発明の価格設定システムの概観構造である。ここではドメイン１００として示される企業ドメインが、この例において、本発明の価格設定システムのホストとして示される。ドメイン１００は、本明細書において企業１００とも呼ばれ、クライアントへの製品および／またはサービスの販売に携わるどのタイプの企業でもよい。この場合、クライアントは、企業１００から製品またはサービスを購入する可能性がある事業消費者または個人消費者であるなら、どのエンティティにも該当する。
【００４１】
企業１００は、連絡先または通信センター、ならびに／あるいは販売および総括管理部門を有する事業体として物理的に実装され得る。企業１００は、この例では、企業内に提供されるとともに、この例ではＬＡＮ１０１がＷＡＮ１０３として示される、企業、公共、または個人向けワイドエリアネットワーク（ＷＡＮ）として働くのを可能にするための伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）および必要とされる他のどのプロトコル向けにも構成される、ローカルエリアネットワーク（ＬＡＮ）１０１を有する。ＷＡＮ１０３は、よく知られているインターネットへのサブネットワークでもよく、全体としてインターネットであるとみなされ得る。
【００４２】
企業１００のＬＡＮ１０１は、それに接続されるとともにＷＡＮ１０３上に実装される、企業１００の物理ドメインと、どの外部クライアントアクセスポイントとの間にも経路指定サービスを提供するように構成される、インターネットプロトコル可能なデータルータ（ＩＰＲ）１０６を有する。ＩＰＲ１０６は、ネットワークアクセスライン１１５を経由して、ＷＡＮ１０３へのアクセス権を有する。サーバノード１１０が、ドメイン１００内部に提供され、ＬＡＮ１０１に接続される。サーバ１１０は、価格設定サーバ（ＰＳ）アプリケーション１１１によって、本発明の実施のために有効にされる。ＰＳ１１１は、本発明のソフトウェアの主計算構成要素であり、ＬＡＮ１０１を介して内部的に、またＷＡＮ１０３を介して外部的に、ネットワークライン１１５およびＬＡＮ１０１にアクセスして行われたリクエストに従って、価格設定結果をサービスする。価格設定サーバは、好ましい実施形態では、実行時トランザクションタイプ処理を実施するように構成される。
【００４３】
デスクトップノード１１３が、企業１００内部に提供され、ＬＡＮ１０１に接続される。ノード１１３は、実行可能ソフトウェアアプリケーションとして内部に提供される価格設定管理（ＰＭ）アプリケーション１１４を有する。ＰＭ１１４は、ノード１１３から操作を行う管理者が、企業の価格設定構造のモデルを表すように提供される価格設定モデルの様々な態様を管理するのを可能にするように構成される。ノード１１３上で実行されるＰＭ１１４は、管理者が、価格設定規則、価格設定フレームワーク、製品およびサービスカテゴリ、ならびにクライアントカテゴリを運用するのを可能にする。
【００４４】
第２のデスクトップノード１０９が、企業１００内部に提供され、ＬＡＮ１０１に接続される。ノード１０９は、実行可能アプリケーションとして内部に提供される価格設定構成アプリケーション（ＰＣＡ）１０７を有する。価格設定構成アプリケーション１０７は、価格設定情報が完全であることを要求するどの企業フロントエンドアプリケーションも論理的に表す。ノード１０９は、ノード１０９から操作を行う管理者、または自動化されたシステムアプリケーションが、製品および／またはサービス向けのオンデマンド価格リストおよび価格設定報告を生成するのを可能にする、実行可能アプリケーションとして内部に提供される価格リストジェネレータ（ＰＬＧ）１０８も有する。ここで、本発明のソフトウェアは、本発明を実施するために、複数のサーバまたはノード上の分散部分中に実装される必要はないことに留意することが重要である。本発明者は、アプリケーションモジュールのみの機能を論理的に分離するために、分散型の実装を示す。例えば、ＰＬＧ１０８およびＰＭ１１４は、単一のマシン上に存在し得る。これまで言及してきたソフトウェア構成要素はすべて、実際に、単一のマシン上に存在し得る。ＰＣＡアプリケーション１０７は、内部的に用いられる常駐アプリケーションでも、クライアントによって、ＷＡＮベースのサーバや遠隔デスクトップシステムなどの外部ノードから、価格設定情報にアクセスするのに用いられるサードパーティのアプリケーションでもよい。
【００４５】
データリポジトリ１１２が、企業１００内部に提供され、ＬＡＮ１０１に接続される。リポジトリ１１２は、企業によって使われる少なくとも１つの価格設定モデル、およびそのモデルに関連した関連データすべてを格納するように構成される。構成要素ＰＭ１１４は、リポジトリ１１２に格納された少なくとも１つの価格設定モデルを作成しアップデートするのに使われる。ＰＳ１１１は、価格設定情報を求めるクライアントリクエストに応答し、サーバが、実装された規則に従って正しい価格設定結果を計算するのを可能にするパラメータおよび変数を取得するために、リポジトリ１１２にある１つまたは複数の価格設定モデルにアクセスし、リクエストされた価格設定情報を含む応答を、要求者エンティティに返送する。
【００４６】
ＷＡＮ１０３は、よく知られているインターネットでよく、ネットワークアクセスライン１１６を経由して接続された企業間（Ｂ２Ｂ）通信サーバ１０５を有する。Ｂ２Ｂサーバ１０５は、ここでは要素符号１０２で示す矩形ブロックとして示される、どの事業ドメインによっても維持される事業サーバを論理的に表す。サーバ１０５は、ドメイン１００内部の価格設定サーバ１１０と、事業エンティティの間のトランザクションを開始し完了するために、自動化されたやり方で通信するように構成され、事業エンティティの１つが、この例では企業１００である。
【００４７】
サーバ１１０は、サーバソフトウェア１１１の一部として提供されるアプリケーションプログラムインターフェース（ＡＰＩ）１２１を有する。ＡＰＩ１２１は、好ましい実施形態では、要求アプリケーションによって、価格設定情報をリクエストするのに使われ得る、様々なマークアップ言語の間で事業および価格設定情報を翻訳するために、Ｊａｖａ（登録商標）が可能にされる。ＡＰＩ１２１は、システムの要件に応じて、単一のＡＰＩでも、１組のＡＰＩでもよい。本発明のシステムは、プラットフォームによっても、オペレーティングシステムのタイプによっても限定されず、ハイパーテキストマークアップ言語（ＨＴＭＬ）ベース、拡張マークアップ言語（ＸＭＬ）ベース、ワイヤレスマークアップ言語（ＷＭＬ）ベース、および他の一般的に使われる言語のような、非常に様々なウェブベースおよびネットワークベースのマークアップ言語を翻訳するように構成される。本発明のシステムの、他のプラットフォームおよび言語との通信能力は、対話型音声応答（ＩＶＲ）システム、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）システム、および他の音声が可能な自動化されたシステムとの対話能力を含む、コンピュータと電話の融合（ＣＴＩ）に基づく言語のような、電話に基づく言語を含む。このようにして、事業クライアントおよび独立企業顧客は、様々なインターフェース用システムを介して、ほぼどのタイプの注文または購入要件に対しても、リアルタイムの価格設定情報にアクセスすることができる。
【００４８】
ＷＡＮ１０３は、それに接続されるとともに企業１００によって提供されるサービスへのクライアントアクセスポイントとして構成されるウェブサーバ１０４を有し、したがって、企業によってホストされるものとみなされる。クライアントは、企業１００によって提供されるサービスに、ウェブサーバ１０４を介してアクセスする。サーバ１１０のようなウェブサーバ１０４は、様々なクライアントアプリケーションとＰＳ１１１との間でインターフェースをとる目的で提供される、１つまたは複数のＡＰＩ１２１を有する。サーバ１０４へのクライアントアクセスは、ここでは、ＷＡＮ１０３に接続されたクライアントノード１１７およびクライアントノード１１８によって論理的に表される。クライアントノード１１７は、概して当該分野において知られているインターネットサービスプロバイダ（ＩＳＰ）によって仲介される従来の有線インターネット接続を介して、サーバ１０４へのアクセス権を有するクライアントを表す。クライアントノード１１８は、ラップトップコンピュータまたは別のネットワーク可能装置から、どのワイヤレスサービスプロバイダも介した、サーバ１０４へのアクセス権を有するクライアントを表す。クライアントノード１１８は、ワイヤレスリンク１２０を経由してアクセスを行い、クライアントノード１１７は、ネットワーク接続１１９を経由してアクセスを行う。好ましい実施形態では、タイプ１０２、１１８、１１７のクライアントは、オンラインで接続し、価格設定サーバ１１１から、ＷＳ１０４を介して（クライアント１１８、１１７）、またはサーバ１０５を直接介して（クライアント１０２）、リアルタイムの価格設定情報にアクセスしてよい。価格設定を求めるリクエストを受け取ると、サーバ１１１は、リクエストパラメータに従って、リポジトリ１１２にある１つまたは複数の価格設定モデルにアクセスし、支配的な企業規則に従って、特別値引き、契約価格などを含む正しい価格設定を計算する。サーバ１１１は、正しい価格設定を有する応答を、リクエスト側クライアントに返送する。
【００４９】
本発明の一実施形態では、ＰＳ１１１は、ウェブに基づき、クライアント１１８、１１７、１０５によるアクセス用に、ウェブサーバのようなサーバ１０４に分散される。さらに、クライアントは、価格設定情報をリクエストすると、ＰＳソフトウェアと通信するクライアントアプリケーションまたはブラウザプラグインを提供され得る。本発明の目標は、従来技術による価格設定システムより少ない計算資源および記憶空間を使って、複雑な価格設定情報をより速く生じ得る、より柔軟な価格設定エンジンを提供することである。
【００５０】
図２は、本発明の実施形態による価格設定モデル２００を示すブロック図である。価格設定モデル２００は、ここではモデルフレームワーク２０１（破線の矩形で囲まれている）として示されるモデルフレームワークに従うデータモデルであり、特定の価格設定シナリオに関連した特定の規則に従って実行可能である。モデル２００は、既存の企業モデルから価格設定属性および規則をインポートすることができ、新たに規定される属性および情報を使って、アップデートされ構成されることができる。モデル２００のモデルフレームワーク２０１は、ここでは適切にラベルづけされたブロックで示される、製品階層構造および販売階層構造を含む。
【００５１】
販売階層が、顧客タイプおよびチャネルカテゴリの構造およびグループ化を規定する。チャネルは、クライアントグループ化手段であり、顧客またはクライアントは、特定のチャネルに割り当てられる。チャネルは、より具体的には、カテゴリによってクライアントを規定する。例えば、「教育」というチャネルは、教育産業向け製品を購入するクライアントタイプを規定してよい。「ウェブ」チャネルは、ウェブベースのポータルから購入を行うクライアントを規定するのに使われ得る。「ビジネスパートナー」チャネルは、再販用製品およびサービスの値引き価格設定を取得するのに、本発明の方法および装置を用いて、提携ブランドによるサービスを自社のクライアントに提供するビジネスクライアントを規定し得る。チャネルは、クライアントのどのタイプの論理グループ化でもよく、クライアントは、画定された複数のチャネルに含められてよい。
【００５２】
製品階層が、カテゴリによる企業製品およびサービスの構造およびグループ化を規定する。製品カテゴリとは、「サーバハードウェア／ソフトウェア」でよいであろう。別のカテゴリは、「デスクトップハードウェア／ソフトウェア」でよいであろう。さらに別の製品カテゴリは、「ケーブルおよびインターフェース」でよいであろう。
【００５３】
製品、クライアント、およびチャネルは、どのような価格設定調整が、製品および／またはサービス価格設定を計算するのに用いられる価格設定シーケンスに該当するかを規定する、割り当てられた特定の属性を有する。属性は、物理記述子および時間に基づく指示を含み得る。例えば、特定の製品に対する出荷の重みが、その製品の属性である。ある特定のクライアントと交渉された毛布の購入注文をカバーするタイムテーブルが、そのクライアントの属性である。したがって、属性は、特定の価格設定情報を計算する際に影響を与える、企業の一定の製品、サービス、チャネル、および顧客についての一定の詳細を規定する。
【００５４】
モデルフレームワーク２０１は、価格設定因子を含む。価格設定因子は、価格設定シーケンスの一部である価格設定要素または価格設定調整を規定する。価格設定因子の例は、基準価格、コスト、定価、地域的上昇などを含む。モデルフレームワーク２０１は、選択された価格設定因子の編集物である価格設定シーケンスを含む。価格設定シーケンスとは、シーケンス中で実行されて、価格設定結果を返す因子の単なるリストである。
【００５５】
モデルフレームワーク２０１は、バンドルを含み、バンドルとは、製品が別個に提供されるときは一般に相異なるものである、価格設定上の特別な考慮事項を有する一定の製品／サービスの組合せの規定である。バンドリングは、通常、多くの企業によって、製品およびサービスを販売する好都合な手段として用いられる。コンピュータ、プリンタ、モニタ、スキャナ、および一定のソフトウェアが、ある特定のサービスパッケージに付加される同梱製品として提供されることができ、サービスも、その同梱製品の一部となる。
【００５６】
モデル２００は、価格設定リクエストを解決するために、ここでは規則２０２として示される価格設定規則を用いる。価格設定規則は、製品／サービス、顧客、およびチャネルの一般的、および特定の組合せに該当する。価格設定規則が作成され、上で図１を参照して説明された価格設定サーバ構成要素によってアクセスされる価格設定モデルの一部である規則ベースに格納される。１つまたは複数の価格設定モデル２００および関連した規則は、好ましい実施形態では、オブジェクトリレーショナルな、または他のオブジェクトサポートデータベースに格納される。価格設定モデルを規則に基づいて操作することにより、クライアントは、自動化されたやり方で、リアルタイムの価格設定情報を受け取る。背景技術部分を参照して説明されたＣａｒｔｅｒのシステムなど、従来技術によるシステムに本発明のシステムが勝る１つの利点は、価格設定を計算する際、シーケンス中の特定の因子に対する規則のみが、価格設定のための注文において指示されている、指定された製品および顧客の上にある製品全体および販売階層すべての調整ではなく、むしろ価格設定における特殊性を判定するために、ナビゲートされることである。価格設定リクエスト属性に固有の規則のみが、計算において適用される。
【００５７】
価格設定モデル２００は、モデルの部分を認証し、公開用のクライアント、バンドル、またはカテゴリ特有の価格設定リストを作成する際に使用されるテンプレートを生成する目的で提供される、認証ツール２０３を有する。試験注文が作成され、モデル２００の特定の部分の正確さをテストするのに用いられ、価格設定モデルフレームワーク２０１によって、通常のクライアントから発生したリクエストとして扱われる。価格設定テンプレートは、価格設定情報を求める、広範囲にわたるリクエストであり、クライアントタイプ、チャネル、またはカテゴリに固有であり、バンドル価格設定情報および契約価格設定情報を含み得る。
【００５８】
モデル２００は、一実施形態では、一般的であるが拡張可能な価格設定モデルとして構成されることができ、各リクエストが、リクエストのパラメータに適合するモデルのバージョンをシステムに構築させる。価格設定エンジン（図１のサーバアプリケーション１１１に類似）は、クライアント、チャネル、および製品カテゴリを完全に規定するモデルバージョンを用いて、リクエストされた価格設定結果を生成する。
【００５９】
オブジェクト指向プレゼンテーションの当業者は、本発明のシステムが、タプルを多数の反復的データテーブルに格納する必要性を低下させるだけでなく、特定のクライアントおよびツリー中のクライアントおよび製品の位置の上にある、ツリー中のすべてのものを検討することによって注文される製品を掘り下げる従来技術によるシステムの、必要とされる計算も削減することを理解するであろう。計算プロセスに関する詳細は、詳細な本明細書において後で詳述される。
【００６０】
図３は、本発明の実施形態による価格シーケンス機能を示すブロック図である。この例では価格設定シーケンス３００が示され、ある注文のための価格設定を計算するのに使われる２タイプのシーケンスを含む。この２つのシーケンスタイプは、ここでは注文シーケンスおよび品目シーケンスとして示される。各タイプのシーケンスが、価格設定因子を用いる。例えば、品目シーケンス３０１が、ある程度詳しく示されており、列挙された因子である基準価格、地域的上昇、通貨、定価、チャネル値引き、最終価格、コスト、および利鞘を有する。シーケンス３０１中の列挙された因子は、特有のライン品目であり、価格設定がリクエストされた各品目に関して計算されることに留意されたい。シーケンス３０１の列挙された最後の２つの因子は、内部使用のためであることにも留意されたい。この２つの因子は、計算されたコスト額からの、粗利益または純売上げ利益の計算のような、内部使用情報を提供するためのシステムの能力を実証する。
【００６１】
注文シーケンス３０２が、他のタイプの価格設定シーケンスとして示され、複数の製品を含む注文の計算において使われる。シーケンス３０２中に列挙された因子の下に、基準価格合計、定価合計、総顧客値引き、定価、チャネル値引き、最終価格、コストおよび収益マージンがある。ここで、品目シーケンスが、単一の品目向けの価格設定を計算するのに使われ、注文シーケンスは、「合計」数を提供する、注文のライン品目すべての合計を計算するのに使われることが留意されるべきである。並外れた値引きが、チャネル値引きなどの注文にも該当する。品目シーケンス３０１も、クライアント向けの示されている価格リスト３０３など、ライン品目価格リストを生じるのに使われる。価格リスト３０３は、どの１つまたは複数の顧客にリストが該当するか、どの１つまたは複数のチャネルを適用するか、リストに載っている品目を処理するのに使われる１つまたは複数のライン品目シーケンス、ならびに価格設定用の適切な品目に隣接する、製品および品目化された価格設定額の実際のリストを指示する見出しを含む。注文シーケンスは、示されている注文３０４など、顧客注文を処理するのに常に使われる。
【００６２】
本発明の好ましい実施形態において、価格設定リクエストは、発注および実際のクライアント注文に先立って、クライアントによって開始される、価格設定を求める実際のリクエストを含んでよく、価格設定情報は、単に処理された注文に課金するために内部的に用いられる。後者のケースでは、一般に、ライン品目価格設定、値引き量、および注文総額が、クライアントがトランザクション時に閲覧するために表示される。
【００６３】
図１を参照して説明されたアプリケーション１１１に類似している「価格設定エンジン」が、第１のステップとして価格設定リクエストを受け取ると、注文計算および／または価格設定リクエストに対する、単純な３ステッププロセスが始まる。価格設定アプリケーションは、次いで、第２のステップで規則にアクセスし、規則を発動させて、１つまたは複数の価格設定シーケンス中で使われる因子の値を判定する。ステップ３で、価格設定エンジンは、価格設定を求める単純なリクエストの場合は、計算された価格設定結果をリクエスト側に戻し、かつ／または結果を、実際の注文の請求を行うのに利用する。
【００６４】
図４は、本発明の実施形態による、価格設定エンジン４０２と規則ベース４０３との間の関係を示すブロック図４００である。図４００は、上述された３ステップの方法を論理的に示す。価格設定エンジン４０２は、図１を参照して説明されたアプリケーション１１１に類似している。価格設定サーバ４０１は、エンジン４０２をカプセル化し、図１を参照して説明されたサーバ１１０に類似している。価格設定サーバ４０１から実行されるエンジン４０２は、価格設定のための着信リクエストを受諾するように構成され、このリクエストは、製品および／またはサービスを求める実際の注文を含み得る。
【００６５】
着信リクエストはここでは、「リクエスト入力」で示す矢印で示される。価格設定のための着信リクエストは、異なる様々なやり方で、エンジン４０２に向かうキューに入れられてよい。着信リクエストの実際の形は、企業システム環境および動作のチャネルに部分的に応じる。本発明のシステムは、企業に注文および価格設定を求めるリクエストを出す、知られているすべての通信方法に対して適合され得る。電話によるＩＶＲ対話、ウェブフォームの提出、ｅメールによる注文、音声支援の係員による注文、電子ファックス注文、および特殊なグラフィカルユーザインターフェース（ＧＵＩ）構成要素を介して提出され注文は、自動化された方式で、人間による入力なしで遂行される、様々なインターフェースを介してフィルタリングされたリクエストを表す。電話注文、ファックス注文、および標準的なメール注文は、人間のオペレータによって捕らえられ、人間によって支援されるデータ記入の予備ステップで遂行され得る。注文または価格設定リクエストの必要とされるパラメータが、システムにとってすべて使用可能になると、システムは、価格設定を計算し、注文の場合にはトランザクションをクローズし、または見積もり要求の場合には、価格の見積もりを提出することができる。
【００６６】
適正なパラメータすべてを有するリクエストが、エンジン４０２内部に登録されると、この例では規則ベース４０３として示される規則ベースが参考にされる。サーバ４０１と規則ベース４０３との間での、サーバのネットワーク通信可能性に依拠するエンジン４０２は、処理される注文または価格設定リクエストの認識されたパラメータに対して適用可能な規則すべてを求める探索を引き起こす。規則ベース４０３は、図１を参照して説明されたＰＭＲ１１２内部に格納された価格設定モデルの一部として、規則ベースに類似している。規則ベース４０３は、一実施形態では、どの価格設定モデルおよびモデルタプルとも別個に保持されてよい。規則ベース４０３は、価格設定モデルが価格設定を解決するのに使う作成された規則をすべて含む。特定の製品、顧客、およびチャネルに該当する規則が作成され得る。規則は、時間に影響され、発効日および満了日を有し得る。規則は、特定の価格設定因子向けに、かつ最低注文数および最大注文数範囲を有する大量注文に対して作成され得る。
【００６７】
規則ベース４０３には示されていないが、規則は、契約日、段階式価格設定、範囲価格設定、およびバンドル価格設定のような、特殊な状況向けに作成されてもよい。本発明の重要な態様は、エンジン４０２が、処理されるリクエスト用の規則ベース４０３にアクセスし、価格設定シーケンスの価格設定因子に該当することが発出され、リクエスト中に存在するパラメータに合致する規則のみを考慮する。したがって、決定される因子値とは関係ない、規則ベース４０３に含まれる規則は、まったくアクセスされない。さらに、該当する規則が特定に処理されるまで、計算用価格設定シーケンスは終了されない。言い換えると、価格設定シーケンス中の因子向けの１組の規則が、リクエスト中に列挙された特定の製品に該当することが発出された場合、そうした規則は、単一の適用可能な規則のみが、列挙されたその製品向けに残るまで、やはりそのリクエストに含まれる他のパラメータすべてによって処理される。他のパラメータそれぞれに対して発出された規則は、したがって、リクエストに正確に適合する具体的な規則が発出されるまで処理される。価格設定における規則の競合解決については、本明細書において後でさらに説明される。
【００６８】
図５は、本発明の実施形態による、価格設定モデルを構築するステップを示すプロセスのフローチャート５００である。上述したように、適用可能な１組の規則に基づいた自動価格設定計算を可能にする目的で、価格設定モデルが使われる。実現可能な価格設定モデルを作成するために、企業は、そのモデルの様々な構成要素を規定し作成しなければならない。図表５００は、そのプロセスの基本ステップを示す。ステップ５０１で、ユーザが、その企業の既存の価格設定シナリオにおいて、どのような既存の価格設定方法および価格設定因子が現在使われているか判定する。一部のケースでは、企業が、現在使われている一定の価格設定調整方式およびシーケンスを備える、顧客および製品向けの階層構造を既に有し得る、従来技術の何らかの基準価格設定システムを既に有していてよい。何らかの方法で再利用されるこうした構成要素はすべて、分離される。
【００６９】
ステップ５０２で、ユーザは、存在する場合は、古い製品および販売階層のすべてまたは一部を、上で図１を参照して説明されたＰＭ１１４に類似している価格設定マネージャアプリケーションにインポートすることができる。ＰＭ１１４は、以前のデータを格納するのに用いられているデータ形式を、価格設定モデルに適したデータ形式に翻訳することが可能である。必要なデータを、販売および製品階層のモデル表現用に要求される形式にインポートすることができるＡＰＩ言語トランスレータが、使用可能であり、本発明者に知られている。一実施形態では、販売チャネル（使われている場合）、および製品階層が、最初から作成される。さらに別の実施形態では、既存データの一部が、便宜上インポートされるが、新しいカテゴリの大幅な再構築および可能な追加が実践される。データは、選択され、ＰＭアプリケーションにも、コンピュータインターフェースに一般に利用可能なキーストローク方法にもインポートされ得る。伝統的な旧式の記憶システムの場合、予め格納されたデータのアクセスおよび効率的な使用を実現するために、適切なミドルウェアがインストールされ得る。さらに、既存のデータから、価格設定モデルが生成され得る。
【００７０】
販売／チャネルおよび製品階層が、特定のどの価格設定要件に対しても検討される規則の数の削減を可能にする。価格設定モデル中に構築される柔軟性が、１つまたは複数の製品カテゴリへの個々の製品の割当て、およびツリー中の１つまたは複数の顧客／チャネルカテゴリへの個々の顧客またはチャネルの割当てを可能にする。企業には、ある階層の任意の一部またはすべてを再編成する能力があり、反復的記入なしで、一階層への「グループアップデート」を行うことができる。
【００７１】
顧客／チャネル、および製品／サービスの階層構造がセットアップされると、ステップ５０３で、ユーザは、属性をすべて規定し、適用可能な顧客、製品、およびチャネルに割り当てる。属性は、価格設定シーケンスが実行されるときに、価格設定因子が検討することになる条件つき変数である。より具体的には、属性とは、オブジェクトの変更可能な数字または英数字プロパティである（オブジェクト指向）。属性は、要求に応じて、異なる値を表すように修正され得る。属性は、属性規定および関連づけ規則を規定し、次いで、各属性にデフォルト値を割り当てることによって作成される。ユーザは、１つまたは複数の属性を、特定の顧客、特定のチャネルに、または特定の製品に関連付けることができる。属性は「オブジェクトプロパティ」なので、当然ながら、オブジェクトのグループ化（カテゴリ）には割当て可能でない。
【００７２】
ステップ５０４で、ユーザは、価格設定シーケンス中で使われる価格設定因子を規定する。価格設定因子は、品目および注文価格設定を計算するのに使われる価格設定シーケンスのための構築用構成要素である。価格設定因子が、数学または論理演算を実施する。一部の因子は、その値が、単に価格設定シーケンス中の別の因子用の入力として使われる計算因子である。一般的な価格設定シナリオでは、例えばある特定の製品に規定される第１の因子は、基準コストでも、基準価格設定因子でもよいであろう。ユーザは、このような因子に、単に基準コストまたは基準価格と命名し、因子に値を割り当てることができる。すべてのシーケンスの第１の因子は、シーケンスを有効にするための値を割り当てられなければならないことに留意されたい。他の因子は、規則によって決定された値を有することになる。因子の作成についての詳細は、本明細書において後で説明される。
【００７３】
ステップ５０５で、ユーザは、価格を計算するのに用いられる価格設定シーケンスをすべて規定する。実際には、価格設定シナリオに該当する３タイプの価格設定シーケンスがある。このうちの２つ、すなわち品目シーケンスおよび注文シーケンスは、上で図４の例のテキスト記述を参照して手短に説明された。第３のタイプの価格設定シーケンスは、品目／注文シーケンスである。品目シーケンスは、価格リストおよび顧客の注文に対して要求されるような、ライン品目価格設定を生じるのに用いられる。注文シーケンスは、注文総額および要約を生じるのに用いられる。品目／注文シーケンスとは、ライン品目価格設定および注文要約計算の両方を計算するのに用いられる、単一の結合シーケンスである。多くの異なる品目および注文シーケンスが、因子の組合せから作成され得るが、ほとんどの企業価格設定モデルは、基本的に一連のデフォルトの各タイプに依拠することに留意することが重要である。
【００７４】
ステップ５０５で、ユーザは、計算においてどの値を価格設定シーケンスが使うのか判定するのに使われることになる、価格設定規則をすべて規定する。前述したように、ＰＭは、価格設定シーケンスの価格設定因子にどの値が割り当てられるか判定するための規則を使う。１つの価格設定規則が、ある特定の価格設定因子に適用される。価格設定規則は、発効日範囲、１つもしくは複数の販売カテゴリおよび／または特定の顧客のある特定の組、１つもしくは複数の販売カテゴリおよび／または個々のチャネルのある特定の組、１つもしくは複数の製品カテゴリおよび／または特定の製品のある特定の組、ならびに数値で表される最低および最大範囲または英数字値を含み得る。ある特定の価格設定因子に、複数の規則が割り当てられ得る。価格設定因子に割り当てられる規則が、価格設定シーケンス中で検討される唯一のときは、規則の条件が、処理される価格設定リクエスト中に列挙されたパラメータと矛盾しないときである。
【００７５】
標準価格設定規則、範囲価格設定規則、およびバンドル価格設定規則など、異なるタイプの価格設定シナリオ向けに作成される可能性がある、異なるタイプの規則がある。規則は、それ自体を、ある階層の製品、顧客、またはチャネル上の複数の位置に割り当てられる合成規則にする複数の条件を有し得る。規則の競合解決の特殊性により、所与のどの価格設定シーケンス中の因子に対して、どの値を使うか判定する。例えば、価格設定リクエストが、コンピュータモニタａｂｃ、プリンタ１２３、およびコンピュータ処理ユニットｘｙｚを求めて入ってきた場合、単体で売られる製品それぞれに関する個々の規則、および一緒に売られる特定の製品（バンドル）向けの特殊な規則があり得る。この場合、バンドル規則が、他の製品固有の規則に優先してよい。本発明では、条件がリクエストのパラメータに合致せず、または値が決定されつつある因子だけではなく他のどの因子にも該当する、どの規則も検討しなくてよい。この事実により、従来技術による価格設定システムよりもはるかに効率的な、特殊性への掘下げを行う。ステップ５０７で、ユーザは、テスト価格設定および注文シナリオを生成するための価格設定ソフトウェアとともに使用可能な認証ツールを使って、動作中の価格設定モデルの正確さおよび完全性をテストすることができる。
【００７６】
本発明の革新的な態様は、ある特定リクエストの価格設定の際に、因子用に識別された特定の規則の規則制約が、最も高い特殊性で、価格設定用のリクエスト中に列挙されたパラメータに合致する場合にのみ、因子の値の設定用に選択された規則が実行されることである。競合解決の独創的なプロセスが実践されて、候補規則を検討から除外する。
【００７７】
図６は、本発明の一実施形態による、価格を計算する前に因子に規則を適用するステップを示すプロセスのフローチャートである。ステップ６００で、価格設定を求めるリクエストが、処理のために受け取られる。リクエストは、実際のクライアントが確定した注文、見積もりを要求するリクエスト、価格リストの生成を要求するリクエスト、またはモデル認証のためのテストリクエストでよい。リクエストは、上で図１を参照して説明されたアプリケーション１１１に類似したＰＳアプリケーションによって受け取られる。
【００７８】
ステップ６０１で、ＰＳアプリケーションは、ここでは、ステップ６０１との関連で引き出された規則ベース「Ａ」として示される規則ベースにアクセスし、リクエスト中に列挙された製品および／またはサービス用のライン品目価格設定を計算するのに用いられる、第１の価格設定シーケンスの各因子に存在する全規則を探索し識別する。ここで、好ましい実施形態では、規則が、価格設定シーケンスの因子の値を判定するのに使われるので、ＰＳソフトウェアは、規則の識別前にどの価格設定シーケンスを用いるか判定することに留意することが重要である。一般に、品目シーケンスが、デフォルトの第１の一連の価格設定リクエストである。
【００７９】
ステップ６０２で、ＰＳアプリケーションは、シーケンスの第１の因子および価格設定シーケンス中の後続因子向けの規則を、価格設定リクエストデータ中で指示されるパラメータに合致する規則条件に基づいてソートする。ステップ６００で受け取られる価格設定リクエストの可能なリクエストパラメータは、この例では、ステップ６０２に関連して引き出されるリクエストパラメータリスト「Ｂ」として示される。リクエストパラメータは、リクエストがクライアント注文であるなら、注文日でよいリクエストの日付を論理的に含む。リクエストが、予め引き出された契約に関連づけられている場合、契約日は、リクエストパラメータの１つとなる。リクエストを発した顧客が識別されることになる。リクエストが、テストまたは内部リクエストの場合、顧客パラメータは、リクエストの発信者を反映することになる。
【００８０】
リクエストが注文であり、価格設定モデルの販売階層においてチャネルが規定されると、リクエストは、顧客チャネルを識別することになる。顧客、チャネル、および品目属性は、リクエストが受け取られた後、実行時中に適用可能な場合、リクエストの一部とされ得る。同一品目の注文量も、属性である。リクエストは、価格設定される製品およびまたはサービスを識別し列挙する。リクエストは、１つまたは複数の価格設定シーケンスをデフォルトで割り当てられるが、実行時に、常駐リクエストパラメータまたは実行時属性に基づいて、他の価格設定シーケンスも適用され得る。
【００８１】
ここで、ステップ６０２を参照し直すと、リクエストパラメータすべてに該当する因子向けの規則のみが、競合解決のために抽出される。リクエストパラメータすべてに該当した条件をもたない他の規則は、ステップ６０３で無視されるが、これは、従来技術によるシステムに勝るもう１つの改良点である。ステップ６０２、６０３は、さらに後で説明される一定の例外の代わりに、所与の価格設定シーケンス中の各因子の全規則に対して繰り返される。因子規則のソートは、規則制約または条件の調査、およびそうした制約または条件の、処理されるリクエストに含まれるリクエストパラメータとの合致に基づく。ステップ６０２には２つの例外があり、第１の例外は、因子が属性のオーバーライドを指定した場合、その因子向けの規則にアクセスするのではなく、価格設定エンジン（図１のＰＳ１１１）は、指示された属性に予め割り当てられた値にアクセスし、その値を因子に割り当て、次いで、次の因子に移ることである。他方の例外は、因子が計算用因子の場合、その因子用の因子規則は存在せず、その値は、シーケンス中の２つの直前因子値の計算から導出される（「因子１および因子２」から導出された値）。このような因子は、シーケンス中に列挙された２つの直前因子をもたなければならない。
【００８２】
ここで、単一の価格設定因子用に、多数の規則が作成され得ることが留意されるべきである。多数の規則の場合、このような規則は、規則規定中に構築された一定の条件下で指定される因子に該当する。例えば、どの特定の因子に対するアプリケーション向けの規則条件も、１つの製品または製品の組合せ、および製品階層中のその特定の場所、顧客、チャネル、発効日および満了日、契約日、注文日、および条件つき変数に基づき得る。１つの価格設定因子に多数の規則を適用できることにより、従来技術によるシステムの場合よりも、異なるシナリオの価格設定のための、はるかに優れた柔軟性がもたらされる。例えば、顧客特有の価格設定上の違いが、同一の製品に適用され得る。同一製品は、製品が属する特定の製品カテゴリに基づいて、互いとは異なって価格設定され得る。同じ製品の価格設定上の違いは、購入される日付、要求される日付、契約日合意事項などにも基づき得る。
【００８３】
ここで、競合解決のために、所与の因子にふさわしい規則の特殊性を解消するのに使われるテンプレートとして構成される、デフォルトの競合解決注文リストが提供されることが留意されるべきである。リストは、ここでは、さらに後で説明される、ステップ６０４との関連で引き出される競合解決注文「Ｃ」として示される。競合解決用パラメータのデフォルトの順序は、顧客、製品／サービス、日付、チャネル、属性、および値である。最後のパラメータは、１組の規則のうちの１つの規則より多い任意の数の規則向けの、均衡を破るパラメータであり、すべてが、同じ特殊性で、競合解決パラメータすべてに従って因子値を設定するのにふさわしい。
【００８４】
ここで、ステップ６０３を参照し直すと、少なくとも全体的には、処理される特定のリクエストの価格設定リクエストパラメータすべてには該当しない、所与の因子について見出された規則は、検討から除外され、または無視される。価格設定を要求するリクエストに含まれるパラメータすべてを含み、またはすべてに該当する因子規則のみが、競合解決のために集約される。この事実により、プロセス専用の計算資源の量が削減する。というのは、因子に該当するすべての規則が、因子値を設定することが可能な候補因子規則として検討されるわけではないからである。競合解決のための全候補因子規則が、価格設定リクエスト中の、規定されたパラメータと大体合致する規則条件を有する。
【００８５】
パラメータに対する初期規則ソートに対する精度の正確なレベルは、因子用の規則が規定されると構成され得る。例えば、低レベルの精度では、リクエストのデータフィールドと一致する条件フィールドすべてを少なくとも含むことが見出された、所与の因子用の規則すべてが、競合解決にふさわしいとみなされ得る。好ましい実施形態では、リクエストデータは、少なくとも注文日、顧客ＩＤ、チャネルＩＤ、製品ＩＤ、ならびに任意選択で、製品カテゴリＩＤ、および量範囲のようなどの属性も有する。
【００８６】
したがって、ステップ６０２でのソートの後に適格とされた、特定の因子用のどの規則も、上述した競合解決順序をテンプレートとして使って、互いに対して解決される。目標は、検討される因子に該当するように、単一の最も特殊な規則に分解することである。
【００８７】
ステップ６０４で、所与の因子に対するソートの後に複数の規則が存在する場合、こうした規則は、リスト「Ｃ」で規定されたデフォルトのパラメータ順序による競合解決順序を使って、リクエストパラメータに合致する条件の特殊性に従って分析され順位づけられる。検討される因子用の１つの規則のみが、ステップ６０２、６０３のプロセスを通過する場合があり得る。その場合、ステップ６０４は必要とされず、プロセスは、ステップ６０５にスキップし、ステップ６０５で、その（最も特殊な）規則の値が、因子に割り当てられる。比較は、条件のノードパスを、リクエストの合致するパラメータのノードパスに対して引き出すことによって行われる。規則は、競合解決順序「Ｃ」の第１のパラメータに対して比較され、次いで、同様に第２のパラメータに対して比較され、以下同様にリストの下へ続く。
【００８８】
どの論理的順位づけシステムが利用されてもよい。一実施形態では、１、２、３などのような単純数が利用される、実数の単純な順位づけシステムが用いられる。この場合、１が、最も高い順位づけであり（パラメータへの特殊性が最も近い）、３が、述べられたばかりの順位づけ数のうち、最も低い順位づけである。トークン、バイナリ数、または他の数値基準も用いられ得る。比較の間、リクエストの各パラメータにおいて指定されたノードパスは、リスト「Ｃ」で規定された順序に従って、比較される各規則の規則条件中で指定された、関連したノードパスと比較される。このことは、ステップ６０３の後で所与の因子に該当する残りの規則が、リクエストに含まれる「顧客」の特殊性に対する、「顧客」の特殊性に関して最初に比較されることを意味する。例えば、４つの規則があり、１つの規則が、ルートノード「すべて」を指定し、１つの規則が、顧客カテゴリ「再販業者」を指定し、２つの規則が、顧客として「Ｊａｃｋ」を指定し、顧客に対するリクエストパスが、「Ｊａｃｋ」を指定する場合、第１の規則は、３という順位づけを受け取り、第２の規則は、２という順位づけを受け取り、残りの規則は、１という順位づけを受け取る。規則の順位づけ３、２は、検討から除外されるが、残りの規則は結び付けられ、ここで、製品である、列挙された次の競合パラメータによって比較されなければならない。プロセスは、ただ１つの規則が残されるまで、競合解決パラメータすべてに対して繰り返す。
【００８９】
一実施形態では、例えば、リクエスト中に列挙された正確な顧客を指定する規則がない場合があるが、おそらく、顧客カテゴリ「再販業者」および「すべて」という顧客階層のルートノードを指定する規則がある。この場合、「再販業者」を指定する規則が、１という順位づけを得ることになり、「すべて」を指定する規則が、２の順位づけを得ることになる。というのは、「再販業者」は、Ｊａｃｋが再販業者と類別される場合、指定された顧客「Ｊａｃｋ」に最も近い販売階層に位置づけられるからである。
【００９０】
ステップ６０４で、顧客および製品両方に対して最も高い順位づけを受け取る多数の規則がある場合、こうした規則は、発効日および満了日範囲に適応するように、該当する日付による特殊性のために比較される。例えば、リクエストの注文日パラメータが、０３／０４／２５であると仮定する。均衡がとられた２つの規則が残っており、こうした規則の一方は、発効日が０３／０４／２０であり、満了日が０３／０４／３０であると仮定する。他方の規則は、発効日が０３／０４／２０であり、満了日が０３／０５／１５である。両方の規則が、リクエストの注文日を含む日付範囲を有するが、より制限された範囲をもつ規則には、１という順位づけが割り当てられ、他方の規則には、２という順位づけが割り当てられ、パラメータ日付に対する均衡が破られる。リクエスト日付が両方の範囲内に収まる、長さが等しい日付範囲を有する２つの規則がある場合、規則は均衡がとられたままとなり、次の競合解決パラメータ「チャネル」が、規則の特殊性を比較するのに使われる。システムは、両方の範囲終了が定められていない規則と比較して、日付に対して、一方だけが無期限の範囲終了をもつ規則に、より高い優先度を割り当てる。ただし、比較される際に反対側の範囲終了に対して無期限の規則は、均衡がとられたままとなる。
【００９１】
特殊性に対する追加規則は、因子が、ボリュームのような条件つき英数字属性または数値属性を指定するときに適用される。第１のケースにおいて、規則中の英数字値が、リクエスト中で見出されたものと正確に合致し、競合解決が要求されない場合、規則が因子に適格であるとされる。第２のケースにおいて、規則は、価格設定リクエスト中に列挙された数値属性向けの最大および最低範囲によってソートされ、最も制限されたものである範囲が、日付範囲処理と同様に、最も高い順位づけを受ける。
【００９２】
リスト「Ｃ」中に「値」として列挙された競合解決注文パラメータの最後のパラメータに、２つ以上の規則が続くことがあり得る。この場合、競合解決における均衡がとられた規則に対して最も高いまたは最も低い値にセットされた因子規定フラグが適用されて、最終的な均衡を破る。デフォルトで、システムは、最も高い値をもつ規則を選択する。
【００９３】
ステップ６０５で、最後に残っている規則によって指定された値が、因子に割り当てられる。均衡がとられた２つ以上の規則があり、割り当てられた値が、最も低いまたは最も高い値の事前設定値判定によって決められなければならなかった場合、最も低いまたは最も高い値を有する規則が、ステップ６０５で、因子規定中で見出された、フラグを立てられた指示に応じて因子に割り当てられる。
【００９４】
データの競合解決の当業者には、ここで表されるプロセスの正確なステップは、本発明の精神および範囲から逸脱することなく、記述および精度において、ある程度変わり得ることが明らかであろう。例えば、競合解決は、一実施形態では、どの順位づけが割り当てられる前に、各規則が、競合解決リスト「Ｃ」にあるすべてのパラメータに従って完全に比較されるまで、続き得る。この例において、比較のための同じ組における最も高い順位づけ規則より低い順位づけを受け取ることによって規則が除外されるまで、順位づけおよび排除シーケンスが、リスト「Ｃ」の各因子に対して一度起こる。
【００９５】
図７は、本発明を実施するメインユーザインターフェーススクリーン７００の正面図である。スクリーン７００は、本発明の様々な構成要素の管理を可能にするメインユーザインターフェースである。スクリーン７００は、本明細書の図１を参照して説明された、デスクトップ１１３上で実行されるＰＭソフトウェア１１４用のユーザインターフェースである。スクリーン７００は、ＬＡＮに基づく、またはウェブに基づくアプリケーションとして提供されることができ、許可されたユーザが、ログインスクリーンからログイン手順を実施することによってアクセスを行う。スクリーン７００は、常駐面７０１および遷移ウィンドウ７０２を有する。
【００９６】
面７０１には、概して、選択可能なオプションのリストが、メインインターフェースの左側の列に並べられている。リストの上から下に向かって読むと、選択可能なオプションは、製品階層（製品階層）、販売階層（販売階層）、価格設定規則、価格設定因子、価格設定シーケンス（価格設定シーケンス）、属性、バンドル、価格設定リストテンプレート（ＰＬテンプレート）、モデル認証ツール（モデル認証）、および価格設定管理（価格設定管理）である。この例では、選択可能なオプションである価格設定規則が、強調表示されることによって、「全価格設定規則」が遷移ウィンドウ７０２に表示される。
【００９７】
常駐スクリーン面７０１は、探索機能フィールド７０５、ならびに選択可能な制御アイコン、すなわち「新規」、「編集」、「コピー」、「消去」、および「追加」を有する。スクリーン面７０１は、スクリーン面の右上に並べられた「ヘルプ」オプション、「バージョン情報」オプション、および「ログアウト」オプションも有する。遷移ウィンドウ７０２は、ある特定の価格設定モデル向けに規定されている価格設定規則をすべて表示する。インターフェース７００は、垂直および水平スクロール用のスクロール機能７０４、７０３を有する。この例では、規則５０〜５６が表示される。
【００９８】
各規則は、ＩＤ番号を有し、規則が該当する製品および顧客を指定する。各規則は、チャネルまたはチャネルカテゴリも指定する。規則の一部は、発効日および満了日が指示されている。各規則は、それが該当するある特定の因子を識別する。メインインターフェース７００を用いて、規則は、コピーされ、消去され、編集され、追加され得る。選択可能なオプションのリスト中のナビゲーション、およびそうしたオプションの選択により、遷移ウィンドウ７０２は、選択されたオプションに関連づけられた、新しい対話型ウィンドウ内容を表示する。全価格設定管理機能が、メインインターフェース７００との対話を介してアクセス可能であり、可能にされる。
【００９９】
図８は、本発明の実施形態による、インターフェース７００から呼び出される、新しい因子を作成するサブインターフェース８００の正面図である。インターフェース８００は、インターフェースの常駐部分という点において、上述したインターフェース７００と同一でよい。例えば、常駐面７０１上のインターフェース７００を参照して説明された選択可能なオプションのリストが、この例では、インターフェース８００の面の上にも表される。インターフェース７００の面７０１を参照して説明された探索機能および制御機能は、示されてはいないが、この例でも存在し得る。
【０１００】
インターフェース８００は、新しい価格設定因子を作成するフォームを表示している遷移ウィンドウ８０４を有する。前述したようにウィンドウ内容をスクロールするスクロール機能８０１、８０２が提供される。ウィンドウ８０４の形または配置は、新しい因子の名称（因子名）を入れるフィールドを有する最上部から始まる。次のフィールドが、ユーザが新しい因子向けの動作タイプを選択することを可能にする、ドロップダウンオプションを有するエントリフィールドである。この例では、減少％が、エントリボックスに表示されている。
【０１０１】
次のエントリフィールド（Ｆｒｏｍ因子）が、シーケンス中の関連した因子を選択するために提供される。この場合、シーケンス中の直前因子（直前の因子シーケンス）が、ドロップダウンメニューから選択される。次のエントリフィールドが、ドロップダウンメニューからの因子タイプの選択を可能にするために提供される。この場合、タイプは標準である。範囲価格設定計算において使われる場合、因子への範囲指定の指示を設定するためのチェックボックスが、ユーザに提供される。
【０１０２】
因子用の条件変数のタイプを選択するオプションフィールドが、属性および因子というオプションを備えて提供される（条件付き変数タイプ）。次のエントリフィールドは、ユーザがドロップダウンメニューから変数条件（条件付き変数）を選択することを可能にする。次のエントリフィールド（丸め方）は、ユーザが結果に対する数学的丸め方をドロップダウンメニューから選択することを可能にする。この場合、−２（０．０１）が選択される。
【０１０３】
競合解決パラメータの現在の順序を表示するためのフィールドボックス８０３が提供される。この場合、デフォルトの注文が、リストの最上位に、使われる第１のパラメータを有して表示される。次の選択フィールド（値の優先度）は、ユーザが均衡を破る値の好みをより高く、またはより低く設定することを可能にする。フォームの終了時には、選択可能なオプションとして、適用、ＯＫ、およびキャンセルがある。対話型フォーム８０４を使って、ユーザは、因子を作成し、コピーし、編集し、または消去することができる。
【０１０４】
インターフェース８００の左面に並べられた選択可能な他のオプションを選択すると、適切な遷移ウィンドウが、要求された対話型フォームおよびユーザ選択に関連づけられた内容を表示する。
【０１０５】
当業者には、インターフェース７００、８００の、および全後続ディスプレイ、スクリーン、対話型フォームなどのグラフィカルデザインは、厳密に設計上の好みの問題であり、多くの変形形態があり得ることが明らかであろう。
【０１０６】
製品範囲の価格設定
製品に基づく価格設定は、本発明のソフトウェア向けのデフォルトのセットアップであるが、異なるカテゴリにおいて提供される同じ製品に異なる価格を適用する製品範囲価格設定規則が作成され得る。製品範囲価格設定のための価格設定モデルの拡張は、３つの基本ステップを伴う。
【０１０７】
図９は、本発明の実施形態による、範囲価格設定をセットアップする基本ステップを示すプロセスフロー図である。
【０１０８】
ステップ９００で、サービスでよいある特定の製品が、適切な製品カテゴリに割り当てられる。各カテゴリは、製品階層上の異なるレベルを占める。製品のインスタンスは、カテゴリそれぞれに対して異なる価格を有すると仮定される。
【０１０９】
ステップ９０１で、適切な価格設定因子が、製品階層中の製品の場所に基づいて規定される。因子範囲フラグが、このステップで、図８を参照して説明されたフォームの場合のようにオンに設定され、またはチェックされる。
【０１１０】
ステップ９０２で、ユーザは、異なる価格設定が、別個の各カテゴリ中の製品インスタンスに当てはまると仮定して、製品の各インスタンスに特有の別個の規則を、異なる階層場所パスで作成する。製品インスタンス用の規則を作成するとき、ツリーから適切な製品インスタンスを選択すると、規則に関連づけられた「範囲フィールド」に正しいパス情報が自動的にロードされる。
【０１１１】
契約価格設定
契約価格設定は、過去のある時点で有効だった価格に基づいた価格計算を可能にする。例えば、現在の年における製品の基準価格を割り当てる現在の規則が存在すると仮定する。現在有効であるが、特定の製品の基準価格を、価格設定リクエスト中で指定された契約日の間に有効だった価格に設定する、ある特定の顧客向けの契約タイプ規則が作成され得る。契約価格設定のための規則を作成する際、使われる各因子用の規則に、契約日が追加され、そうすることによって、規則が発動されると、規則への入力値が、指定された契約日のときに有効である規則に基づいて計算される。
【０１１２】
さらに例を示すために、品目価格設定用の一連の因子は、以下の通りであると仮定する。
因子          動作タイプ            Ｆｒｏｍ因子    Ｆｒｏｍ因子２
基準コスト    値のオーバーライド    該当なし        該当なし
基準価格      増大％                基準コスト      該当なし
顧客値引き    乗算                  基準価格        規則からの値
マージン      減算                  基準価格        基準コスト
【０１１３】
シーケンス中の因子用の規則は、以下のようになる。
［規則ＩＤ：１  因子名：基準コスト  製品：Ｐ４  １．５  顧客：すべて  チャネル：すべて  発効日：０２／０１／０１  満了日：０２／１２／３１  契約日：なし  値：１４００］
［規則ＩＤ：２  因子名：基準コスト  製品：Ｐ４  １．５  顧客：すべて  チャネル：すべて  発効日：０３／０１／０１  満了日：０３／０９／３０  契約日：なし  値：１５００］
［規則ＩＤ：３  因子名：基準価格  製品：Ｐ４  １．５  顧客：すべて  チャネル：すべて  発効日：０２／０１／０１  満了日：０２／１２／３１  契約日：なし  値：１５］
［規則ＩＤ：４  因子名：基準価格  製品：Ｐ４  １．５  顧客：すべて  チャネル：すべて  発効日：０３／０１／０１  満了日：０３／１２／３１  契約日：なし  値：１５］
［規則ＩＤ：５  因子名：顧客値引き  製品：Ｐ４  １．５  顧客：すべて  チャネル：すべて  発効日：０３／０１／０１  満了日：０３／１２／３１  契約日：なし  値：０．９０］
［規則ＩＤ：６  因子名：顧客値引き  製品：Ｐ４  １．５  顧客：Ｎｅｘｉｓｌ  チャネル：すべて  発効日：０３／０１／０１  満了日：０３／１２／３１  契約日：０２／０１／０１  値：０．９０］
【０１１４】
以下のパラメータを有する注文に対しては、以下のようになる。
注文日：０３／２／２３  契約日：０２／０１／０１  顧客：Ｎｅｘｉｓｌ  チャネル：該当なし  品目：ＬＸラップトップｐ４  １．５  ＯＴＹ：１
【０１１５】
最初に、基準コストが、０３／０２／２３という注文日現在で数値表現され、規則２（１５００）というより具体的な値を、基準コスト値として割り当てる。価格設定シーケンス中の次の品目は、０３／０２／２３という注文日現在の基準価格である。価格設定エンジンは、ｆｒｏｍ因子値１５００に適用される最も特定な規則４に基づいて、１５％の増大を割り当て、１７２５という値を出す。
【０１１６】
シーケンス中の次の品目は、顧客値引きである。規則６は、注文が含むように、契約日を含むので、価格設定エンジンは、基準コストおよび基準価格用の予め計算された結果を、メモリに保存する。次いで、価格設定エンジンは、規則６の基準価格「Ｆｒｏｍ因子」を、契約日に基づいて計算し直し、規則１を適格とし、次いで、３を適格として、新しい基準価格に達する。規則１の基準コスト値は、１４００なので、エンジンは、規則１にある１４００および規則３にある値（１５）を使って、新しい基準価格を計算し、１６１０を出す。エンジンは次いで、規則６にある値（０．９０）を乗算に割り当て、契約価格設定に関連づけられた顧客値引き値である１４４９に達する。シーケンスのマージン因子用に、エンジンは、基準コストおよび基準価格に対して予め格納された値をとり、販売が現在の日付の価格設定公式に従って行われたかのように、マージンに対して、通常の２２５という値を計算する。
【０１１７】
同梱による価格設定
同梱による価格設定は、製品のパッケージまたはバンドルとして、一緒に注文された他の製品に基づいた製品の価格設定をさす。企業は、しばしば、そうしなければ注文されることがないかもしれない、比較的人気のない品目を「売りさばく」ために、人気のある品目を、比較的人気のない品目とバンドルする。一般に、購買者は、同じ品目を別個に注文するよりも、バンドルを注文した場合、より好ましい品目価格設定を受ける。例えば、製品Ａ、Ｂ、Ｃが一緒に注文された場合、購買者は、品目Ａ、Ｂとは別個に購入した場合よりも、品目Ｃに対して、より有利な品目価格を提示される可能性がある。
【０１１８】
図１０は、図７のメインインターフェース７００を介してアクセス可能なバンドル作成および編集インターフェースのスクリーンショット１０００である。インターフェース１０００は、図７のインターフェース７００のオプションリストにある選択可能なオプション「バンドル」との対話を通して呼び出され得る。インターフェース１０００は、バンドルが該当する、名称、顧客、およびチャネル、ならびにバンドルの発効日および満了日を入れるフィールド１００２を含む常駐面１００１を有する。バンドルＩＤ、この場合はＩＤ１００を示す、フィールド１００３が提供される。
【０１１９】
インターフェース１０００は、バンドル向けの特定の製品および量を指定する編集ウィンドウ１００５を有する。価格設定調整を受ける特定の製品に適用される特定の調整値を指定する目的のために、第２の編集ウィンドウ１００４が提供される。
【０１２０】
バンドリング用に作成される、２つの特殊目的因子がある。こうした因子は、バンドル検出因子およびバンドル調整因子である。バンドル検出因子は、バンドルにおいて指定された各製品または製品カテゴリ用の規則中で、最低および最大量の制約を指定する。ここで、図８を参照し直すと（因子を作成するフォーム）、作成された因子が、その「動作タイプ」フィールドが「バンドル」に設定されると、バンドル検出因子として指定される。このアクションは、条件変数タイプフィールドを、「量」に自動的に設定する。
【０１２１】
ここで、図１０を参照し直すと、ウィンドウ１００５は、バンドルを作成する際、どのバンドル検出因子を使うかを選択するフィールド１００７を有する。どの企業製品をバンドルに含めるかという選択を可能にし、バンドル価格設定の必要条件に対して要求される最低および最大購入量を指定するスクロール可能なスクリーン１００９が、ウィンドウ１００５内部に提供される。この例では、バンドルの一部として選択される、４つの製品が製品用の列にある。バンドルに入れるように選択された各製品に、１という最低量が指定される。サポートはサービスなので、量属性をもたない。ただし、この例では、サービスサポートは含められており、顧客は、バンドル価格設定を受けるために、サポートサービスを購入するよう要求される。スクリーン１００９は、この例では、スクロール制御バー１００６を使うスクロール可能なスクリーンである。
【０１２２】
インターフェース１０００は、値調整を受けるバンドルの製品を識別し、そうした値を指定する目的のために提供される編集ウィンドウ１００４を有する。ウィンドウ１００４は、ウィンドウ１００５で選択される特定のバンドル因子と使うための適切な調整因子を選択するフィールド１００８を有する。バンドル調整およびバンドル検出因子は、協働ペアである。ウィンドウ１００４は、製品列、範囲列、および値列を有する、スクロール可能な編集スクリーン１０１０を有する。スクリーン１００９でバンドル用に選択されるバンドルの製品は、値調整を受けることになった場合にのみ選択される。この場合、製品ＤＶＤ−１１０およびサポートが選択される。このバンドルは、製品に基づく価格設定のためであり、範囲に基づく価格設定のためではないので、範囲列は、この例では適用可能ではない。選択された各製品用に、その調整値が値列に入力される。
【０１２３】
価格設定エンジンは、バンドル調整因子を使って、価格調整のタイプ、および価格設定シーケンス中のどの因子を調整に適用するか判定する。この因子用に作成された価格設定規則は、限定された製品に適用するための調整量を指定する。ここで、図８を参照し直すと、バンドル調整因子が、バンドル検出因子を使うように規定されると、動作タイプフィールド（図８を参照）が、適切な算術演算、減少％、増大％、加算、減算、乗算、または除算のいずれかに設定されなければならない。
【０１２４】
バンドル調整因子のタイプフィールドは、「バンドル」に設定されなければならず、条件変数フィールドは、因子に設定され、使用する関連したバンドル検出因子を指定しなければならない。同梱による価格設定は、製品に基づく価格設定（範囲フラグがオフ）、または製品範囲価格設定（範囲フラグがオン）のどちらかに対して実践されてよい。
【０１２５】
ここで、図１０を参照し直すと、２５という調整値が、この特定のバンドル向けのＤＶＤ−１１０に対して割り当てられ、５０という値が、パッケージに含められるサポートサービス用に設定される。値は、フィールド１００８に列挙された、選択された調整因子の特定の動作タイプに該当する。
【０１２６】
バンドル作成の場合、価格設定エンジンは、バンドルに該当する価格設定規則セットを自動的に生成することができる。価格設定エンジンは、値付けマネージャに何が入れられるか（規則）に基づいて、規則を作成するだけである。したがって、どの規則も自動的には作成されず、値付けマネージャ内で規定された規則のみが、自動的に作成される。因子の同じバンドル調整／検出装置ペアを使用する、多数の規則が作成され得る。好ましい実施形態では、企業のバンドル価格設定の必要性全体を扱うのに、１つのペアが用いられる。ただし、１つのバンドルを規定するのに、複数の因子ペアが使用されてはならないというわけではない。
【０１２７】
バンドル検出装置／調整ペア向けに作成された各バンドル規則は、バンドルＩＤを指定する。バンドルＩＤは、規則を限定する動作、およびバンドル規則の異なるグループまたは組の間の規則の衝突を解決する動作のための１組のバンドル規則を識別するのに使われる。バンドルＩＤは、バンドル検出規則中の「値」フィールド、およびバンドル調整規則中の「最小／最大」フィールドに割り当てられる。バンドルＩＤ用の適切なデータフィールドを識別するための、図４の要素４０３（価格設定規則）を参照されたい。
【０１２８】
各バンドル規則は、バンドルを受けるように限定する顧客、バンドルに適格なチャネル、バンドルを提供する発効日および満了日、バンドル価格設定を受けるのに適格となるために、価格設定リクエストに含められなければならない製品および／または製品カテゴリ、調整を受けるバンドル内の各製品に適用されるべき価格設定調整も指定する。こうしたパラメータはすべて、規則セットが生成される前にシステムに知られているので、価格設定エンジンは、各価格設定因子用の規則セットをすべて生成することができる。やはり、どの規則も、「自動的」には作成されない。規則は、値付けマネージャ内で規定され、値付けエンジンによって翻訳される。
【０１２９】
競合解決（バンドル）
上述したように、単一のバンドル検出因子用に作成された、バンドル規則の多くの組があり得る。ある特定のバンドル検出因子用に作成された規則はすべて、割り当てられた同じ値、すなわちバンドルＩＤ値をもつ。例えば、ＩＤ１００をもつバンドルを与えられると、そのバンドル用の全規則は、適切な規則フィールド中に割り当てられたＩＤ１００をもつ。
【０１３０】
図１１は、バンドル検出因子向けにバンドル検出規則を限定するステップを示すプロセスのフローチャートである。ステップ１１００で、価格設定エンジンは、適用可能な場合、任意の製品階層中の品目の先行要素カテゴリを含む、エンジンが価格設定している特定のバンドル品目を含む、ある特定のバンドル検出因子用の規則をすべて識別する。
【０１３１】
ステップ１１０１で、価格設定エンジンは、各規則の値フィールドに割り当てられたバンドルＩＤに基づいて、規則をソートし、価格設定される注文に含まれない製品および量を指定するどの規則も破棄する。
【０１３２】
ステップ１１０２で、価格設定エンジンは、顧客、チャネル、および日付の指定に基づいて、残りの規則セットを適格とする。残りの規則の各組において、顧客、チャネル、および日付に対する値は、注文値に合致しなければならず、そうでない場合、規則セット全体が破棄される。
【０１３３】
ステップ１１０３で、因子の値を設定するのに、１組の規則が適格であるのか、それとも同じバンドルＩＤを有する規則の複数の組が適格であるのか、判定される。ステップ１１０３で、規則の適格な複数の組がある場合、ステップ１１０４で、価格設定エンジンは、因子中で指定された競合解決注文を用いて、規則の組の間で競合解決を実施する。ここで、バンドリングの場合の競合解決は、異なるバンドル用の規則の異なる組に対してのみ実施され、所与のどのバンドル検出因子用の１組の規則内でも実施されないことが留意されるべきである。
【０１３４】
ステップ１１０３で、適格な規則が多くても１組しかない場合、価格設定エンジンは、ステップ１１０５で、価格設定因子に規則の組を適用する。このステップで、価格設定エンジンは、勝利した規則セットのバンドルＩＤ値を、バンドル検出因子に割り当てる。
【０１３５】
バンドル用の競合解決において、価格設定エンジンは、製品に基づいた規則セット間の衝突の解決をスキップする。というのは、いくつかの製品が、１つのバンドルに対して適格であり得るからである。全バンドル検出規則が、量属性にに基づくので、エンジンは、属性に基づいた競合解決もスキップする。顧客、チャネル、日付、および値は、バンドル検出因子に対する競合解決のための基準である。顧客、チャネル、および日付基準を適用した後、競合解決によって均衡が破られない場合、値の基準が、検出因子がどのような値状態（より高く、またはより低く）に設定されるのかに従って、均衡を破るのに用いられる。どちらが成り立とうとも、価格設定エンジンは、最も高い、または最も低い値（バンドルＩＤ）を割り当てる。適格な規則セットがない場合、価格設定エンジンは、検出因子に対する値として、単に０を割り当てる。ここで説明された、要求されるどの競合解決も含むプロセスが完了した後、価格設定エンジンは、規則の必要条件を実施し、要求される場合、関連したバンドル調整因子用の競合解決を実施する。
【０１３６】
図１２は、バンドル調整因子向けにバンドル調整規則を限定するステップを示すプロセスのフローチャートである。ステップ１２００で、価格設定エンジンは、最初に、図１１のステップ１１００のプロセス順序を参照して検出因子に対して説明された、特定の製品、または製品カテゴリを含む調整因子用の規則をすべて識別する。ステップ１２０１で、価格設定エンジンは、各規則の最大および最小制約を、関連した検出因子に割り当てられた値である、因子の指定された条件変数の値に対してチェックする。
【０１３７】
ステップ１２０２で、価格設定エンジンは、規則に合致する数を明らかにする。ステップ１２０２で、ただ１つの調整規則が、バンドル検出因子の値に正確に合致すると見出された場合、ステップ１２０４で、価格設定エンジンは、その値をバンドル調整因子に割り当てる。ここで、バンドル検出規則は、図１１を参照して上述したように、最初に適格とされるべきであることが留意されるべきである。
【０１３８】
ステップ１２０２で、バンドル検出因子値に合致する複数の調整規則が見出された場合、プロセスは、競合解決のために、ステップ１２０５に帰着する。競合解決は、因子の競合解決注文において指定された因子に従って実施される。
【０１３９】
ある調整因子用の規則の競合解決において、価格設定エンジンは、属性に基づいて衝突を解決するのではない。というのは、バンドル調整因子用の規則すべてに割り当てられた属性は、同じ（関連したバンドル検出因子値）であるからである。価格設定エンジンは、顧客、製品、チャネル、日付、および値に基づいて競合解決を実施する。
【０１４０】
どの規則も、調整因子値を設定するのに適格でない場合、調整因子の規定に応じて、価格設定エンジンは、「価格設定シーケンス中の直前因子から値を割り当てる」か、または「ｆｒｏｍ因子」と指定されたバンドル調整因子の値を割り当てる。ここで、「ｆｒｏｍ」因子の値は、シーケンス中の直前因子でよいことが留意されるべきである。
【０１４１】
段階式価格設定
本発明のソフトウェアは、製品範囲価格設定および契約価格設定を可能にすることに加えて、時には当該分野において「階段式ステップ」の価格設定と呼ばれる、段階式価格設定も可能にする。段階式価格設定は、製品品目に対して注文される量の分解、および特定の量範囲に適合する量に基づいた品目の価格設定を伴う。ボリューム値引き構造を可能にするのは、手段である。
【０１４２】
前述の、ＬＸ  Ｐ４  １．５ラップトップコンピュータの契約価格設定の例を用いて、注文された最初の９台のコンピュータに対して、５％のボリューム値引きがあり、同じ注文において注文される追加の１５台のコンピュータに対しては１０％の値引きがあり、注文される次の２５台以上のコンピュータに対しては、１５％の値引きがあると仮定する。
好ましい実施形態によると、価格設定エンジン（図１のＰＳ１１１）は、このような段階式価格設定の計算に、重み付けによるアルゴリズムを用いる。上で列挙された段階式価格設定構造を用いた、コンピュータ３０台の注文が届いた場合、重み付けアルゴリズムは、コンピュータすべてにわたって、重み付けされた平均を反映した％数を出す。この方法は、以下で続けられる。
量      値引き（％）
９    ×  ５        ＝４５（値）
１５  ×  １０      ＝１５０（値）
６    ×  １５      ＝９０（値）
【０１４３】
各値引きに対して、個々のボリューム値で乗算された値引き値の合計は、２８５（４５＋１５０＋９０）である。合計は、次いで、注文されるコンピュータの全体量（３０）で除算される。注文における、各コンピュータに対する平均値は、９．５となる。平均値は、注文されるコンピュータの総数に対する値引きのパーセント平均を反映した値引き率、すなわち９．５％として表される。
【０１４４】
図１３は、段階式価格設定シナリオをセットアップする基本ステップを示すプロセスフロー図である。ステップ１３００で、段階式価格設定構造において伴われる、因子用の価格設定因子規定が作成される。上の例に対して、作成された因子は、ボリューム値引き因子である。因子を作成するプロセスは、概して、上で図８を参照して論じられたように、適切な対話型フォーム８０４および提供されたフィールドを使って続けられる。当業者は、概して、図８のフォーム８０４中のフィールド順序に従って、この例を視覚化することができる。
【０１４５】
ステップ１３００の一部は、因子の動作タイプ、この場合は減少％を選択している。「Ｆｒｏｍ因子」を「シーケンス中の直前因子」と指定するのが適切である。条件変数「属性のタイプ」が、量である条件変数とともに選択されなければならない。因子タイプフィールドには、「段階式」が表示されなければならない。残りの因子フィールドを、通常要求される通りに指定されたい。
【０１４６】
ステップ１３０１で、因子用の規則が、適切な製品、顧客、および／またはチャネルに対して規定される。この例の目的のために、以下の規則が作成される。
１．ボリューム値引き；ＬＸ  Ｐ４  １．５；すべて；すべて；２００２／０１／０１；０２／１２／３１；量範囲  最小＝０、最大９で、値は５（実行時に割り当てられる）
２．ボリューム値引き；ＬＸ  Ｐ４  １．５；すべて；すべて；０２／０１／０１；０２／１２／３１；ＯＴＹ範囲  最小＝１０、最大＝２４、値は１０
３．ボリューム値引き；ＬＸ  Ｐ４  １．５；すべて；すべて；２００２／０１／０１；０２／１２／３１；量  最小＝２５；最大＝無限大、値は１５
【０１４７】
上で列挙された規則はすべて、値および属性範囲（量範囲）の違いを除いて、互いと同じである。
【０１４８】
ステップ１３０２で、規定されたコンピュータ量を反映したテキスト注文が、テスト認証ツールとして生成される。競合解決は起こらないことに留意されたい。そうではなく、価格設定エンジンは、その特定の因子（ボリューム値引き）用の規則をすべて発動させ、前述したように重み付けられた値を判定する。ただし、おそらくは中間範囲を欠いている規則、重複する規則の間の範囲、または範囲の一端が定められていない範囲など、規則が衝突範囲を有し得る通常でないケースでは、あるタイプの競合解決が起こる。例えば、範囲の衝突は、段階式規則に対する優先度設定を支配する追加の主規則によって解決される。
【０１４９】
さらに例を示すために、１組の規則の１つが、その組の他のどの規則によってもカバーされない中間範囲を欠いており、別の範囲規則中のどの値も、その範囲規則に対して設定されない場合、価格設定エンジンは、主規則に従って、その特定の欠けている範囲に対して０という値を割り当てる。上述される、欠けている範囲が、その範囲の片側に無制限を有する別の規則においてカバーされ得る場合、欠けている範囲は、範囲の最大または最小側どちらかで、無制限のインスタンスによって、その範囲をカバーする規則の値でカバーされる。このようなものとして、無制限の範囲側を有する規則が、範囲に関して、完全に無制限のどの規則よりも優先される。重複する範囲を有する規則に対して、範囲が最も小さい規則が、主規則に従って優先される。
【０１５０】
本発明の価格設定システムは、インターネットおよびそれに接続されたどのサブネットワークも含む、ローカル、またはワイドエリアネットワーク内で自動化された方式で実践され得る。ウェブポータル、ワイヤレスゲートウェイ、ネットワークブリッジ技術によりアクセスを入手するＣＴＩ電話切換え、ウェブサーバ、代替計算プラットフォームＧＵＩなどを含むが、それに限定されない、システムとインターフェースをとる非常に様々なプラットフォームが、本発明の価格設定システムに価格設定リクエストを送り、価格設定システムから価格設定結果を受け取るように、ＡＰＩを介して構成され得る。本発明の方法および装置は、製品に基づく価格設定だけでなく、範囲に基づく価格設定、契約に基づく価格設定、段階式価格設定、およびバンドル価格設定シナリオにも当てはまる。同様に、本発明のシステムは、自動化された企業間価格設定通信、リスト生成および報告に対する内部動作要件、発注の自動化のための、クライアントと事業体との間の価格設定用通信などのような、異なるクライアント要求のために構成され得る。
【０１５１】
本発明の一実施形態では、システムは、異なるやり方で付属品を付けられ得る品目に対してクライアントが構成したモデルに基づいた、自動価格設定の提供のために構成される。例えば、企業が提供する製品／サービス設定アプリケーションの操作を、遠隔インターフェースから行うクライアントが、例えば自動車のような製品の様々な設定を作成し提出し、その製品に対する更新された価格設定情報を、その様々な設定で受け取ることができる。一例は、色、エンジンタイプなどを含む基本特徴を有する自動車を構成し、特定の設定に基づいた価格を受け取り、次いで、サンルーフ、ナビゲーションシステムなど、提供される一定の付属品を追加し、特定の付属品を備えた自動車に対する、更新された価格設定を受け取ることであろう。
【０１５２】
取引管理
本発明の別の態様によれば、自動価格設定を、製品流通戦略および他の取引関連勧告の一定の最適化をもたらすように拡張するための、特殊な１組の因子および規則に依拠する独自のユーザインターフェースアプリケーションが提供される。
【０１５３】
図１４は、本発明の実施形態による、取引管理を実施する通信トランザクション環境１４００の概観構造である。トランザクション環境１４００は、上で図１を参照して説明されたインターネットバックボーン１０３によって画定されたＷＡＮアーキテクチャに記述が類似した、ワイドエリアネットワーク（ＷＡＮ）１４０１を含む。ＷＡＮ１４０１は、好ましい実施形態では、適用可能などのサブネットワークも含む、よく知られているインターネットである。ＷＡＮ１４０１は、ＷＡＮ１４０７を表すクラウドアイコンを通って伸びている二重矢印として示されるバックボーン１４０７を有する。バックボーン１４０７は、ＷＡＮ１４０１を全体としてなすライン装置およびアクセスポイントをすべて含む。したがって、トランザクション環境１４００の範囲に地域的な制限はない。
【０１５４】
製品およびサービスを提供する、企業ドメインとも思われ得るサービスドメイン１４０２が、バックボーン１４０７から、ドメイン１４０２内に示されるインターネットプロトコル可能ルータ（ＩＰＲ）１４１０まで延びるデータアクセスライン１４０８を用いて、ＷＡＮ１４０１と機能的に関連づけられて示される。ドメイン１４０２は、その内部に配置され、ＴＣＰ／ＩＰおよび他のインターネットプロトコルを促進するように構成された、ローカルエリアネットワーク（ＬＡＮ）１４０９を有する。ＬＡＮ１４０９が、ＷＡＮ１４０１への通信アクセスを有する場合、２つのネットワークは、この例では１つのネットワーク（インターネット）とみなされ得る。したがって、ドメイン１４０２内部でＬＡＮ１４０９に接続されたサーバノードは、ウェブに基づくサーバと仮定され、あるいは、ドメイン１４０２がアクセスおよび接続を有するＷＡＮタイプに適合され得る。
【０１５５】
サービスドメイン１４０２は、その中に示されるとともに、通信およびアクセスのためにＬＡＮ１４０９に接続されて示されているウェブサーバ（ＷＳ）１４１３を有する。ＷＳ１４１３は、電子情報をサービスし、情報を、ＨＴＭＬおよび／または他の知られているマークアップ言語としてサービスするように構成される。ＷＳ１４１３は、サービス用のクライアントアクセスポイントであるという点において、上で図１を参照して説明されたＷＳ１０４に置き換わる。ＷＳ１４１３は、この場合、活動しているＬＡＮネットワークから操作を行うウェブサーバであるが、本発明を実施するために、接続されたＬＡＮであることは要求されない。サーバ１４１３は、そうではなく、ＷＡＮ１４０１に直接接続され、ドメイン１４０２からアクセスライン１４０８を介してアクセス可能に提供されてよい。
【０１５６】
ＷＳ１４１３は、その中に提供されるとともにそこからリモートアクセスによって実行可能な、強化された管理ソフトウェアアプリケーション１４１４を有する。アプリケーション１４１４は、この場合、上の図１のノード１１３に提供される値付けマネージャアプリケーション（ＰＭ）１１４を参照して説明された機能をすべて含み、取引管理および構成を可能にするように構成されたユーザインターフェースアプリケーションで強化される。両方の管理インターフェースアプリケーションが、ボックス１４１４中のラベル（取引マネージャ、価格マネージャ）で指示されている。ここで、アプリケーションインターフェース１４１４の価格マネージャ部分は、図１を参照して説明されたＰＭ１１４よりも強化されることが留意されるべきである。ここで、ソフトウェア１４１４は、本発明の精神および範囲から逸脱することなく、取引を管理するのに使われる部分および価格設定を管理するのに使われる部分において、分離され得ることにも留意されたい。統合は、ここでは、機能のみの操作を行う便宜上の問題として示される。
【０１５７】
ＷＳ１４１４は、インターフェース１４１４に加えて、それに対して提供されるとともにそこからリモートアクセスによって実行可能な、価格サーバアプリケーション１４１６ならびに統合価格設定および設定エンジン１４１５を有する。この例では、サーバアプリケーション１４１６によって表される値付けサーバ機能は、別個に示されることを受け入れると、アプリケーション１４１５は、上で図１を参照して説明されたＰＣＡ１０７およびＰＳ１１１に類似している。実際の実施では、製品およびサービスの価格設定、製品注文の構成、ならびにクライアントまたは販売管理者に対して生成された見積もりの形での価格設定結果の提供という観点で、どの形の区分も実践され得る。
【０１５８】
ＷＳ１４１３は、この例に示したように、ＬＡＮ１４０９または直接ライン接続を経由して、アクセス可能なデータリポジトリ１４１２を有する。リポジトリ１４１２は、本発明のシステムのデータ記憶装置要件を、すべて論理的に表す。データモデル、価格設定規則、属性、因子、製品、顧客、および顧客チャネルデータなどが、リポジトリ１４１２に格納される。リポジトリ１４１２は、レガシーシステムあるいは１つまたは複数の新しいスケーラブルサーバの一部でよい。多くの可能性がある。
【０１５９】
本発明のソフトウェアアプリケーション１４１４、１４１５、１４１６は、様々なインターフェースを介して、顧客、販売担当者、および管理者によって扱われ得るソフトウェアスイートである。例えば、取引マネージャおよび価格マネージャ（１４１４）は、別個であるがリンクされたアプリケーションとしても、または単一の統合アプリケーションとしても操作され得る。ユーザに対する検討事項は、ログイン手順を要求する、別個のアプリケーションとしての操作の好ましい実施形態を提供する。顧客ログイン、販売ログイン、または管理ログインなど、それ以外のログイン手順は、異なるタイプのユーザ用に隔てられ得る。同様に、隔離することによって、各タイプのユーザ用に異なるビューおよび機能性を提供する。
【０１６０】
デスクトップコンピュータ１４１１が、ドメイン１４０２内部に示され、通信のためにＬＡＮ１４０９に接続される。コンピュータ１４１１は、販売代理人または販売管理者どちらかによって使われる、ワークステーションとして構成される。ここで規定される代理人とは、企業の販売を促進する販売エージェントとしての役割を果たす人である。管理者は、ここでは、販売エージェントの成果を管理する役割を果たす人と規定される。ステーション１４１１は、ここではデスクトップ１４１１に関連づけられたブラウザで示されるブロックとして示される、標準ウェブ閲覧アプリケーションを使って、物理的にＬＡＮ１４０９を経由してＷＳ１４１３へのアクセス権を有する。ＷＳ１４１３は、この例ではウェブに基づき、ウェブブラウザが、通常のインターネットＴＣＰ／ＩＰプロトコルを用いたアクセス用の最も一般的なツールである。ウェブに基づくアクセスは、好ましい例として示されていないが、限定と解釈されるべきではない。
【０１６１】
ステーション１４１１に関連づけられたブラウザは、一実施形態では、ＷＳ１４１３に基づいて、ソフトウェアの指定された機能性部分のみへのアクセスを可能にするように構成された、クライアントプラグインアプリケーションで強化され得る。別の実施形態では、セキュリティおよび一定の機能性への限定が、ログイン手順およびＳＳＬ接続を介して実現され、完全な操作性のためにプラグインは要求されない。
【０１６２】
ステーション１４１１から操作を行うとき、販売代理人は、例えば、アプリケーション１４１４にアクセスして、既存の取引を監視し、潜在的クライアントに最終提示するための新しい取引を作成する。販売管理者は、一方では、価格設定要素を管理し作成する可能性が高く、販売管理者の活動記録への監督ビューをもつことができる。エージェントまたは管理者に与えられる実際の操作性レベルは、ほぼどの方式でもあつらえられ得る。
【０１６３】
デスクトップコンピュータステーション１４０６が、バックボーン１４０７に接続されたＷＡＮ１４０１内部に示されている。ステーション１４０６は、サービスドメイン１４０２内部のステーション１４１１を参照して説明されたように、販売／管理ステーションとして構成される。ステーション１４０６の提供は、販売および管理担当者が、ＷＳ１４１３に基づいて、サービスドメイン１４０２とは離れた場所から、より具体的には、一般的なインターネットアクセス規約を介して、本発明のソフトウェアへのアクセスを得ることができることを例示することが意図されている。ステーション１４０６の操作を行う人は、サーバ１４１３へのアクセスを、ステーション１４１１の操作を行う際と同じ方式で得ることになる。ただし、ライン１４０８またはルータ１４１０が、何らかの理由により、障害または性能低下を被り、その結果、ＬＡＮ１４０９とインターネット１４０１との間の接続性が失われた場合、ステーション１４１１は、依然として、サーバ１４１３へのアクセスを得ることができよう。
【０１６４】
顧客コンピュータステーション１４０３が、ＷＡＮ１４０１内部に示されており、無線搬送波を経由してバックボーン１４０７に接続されている。ステーション１４０３は、ラップトップコンピュータ、あるいはＰＤＡ、セルラー通信装置、またはブラウザアプリケーションおよびネットワークアクセス性能を有する別の装置のような、別のタイプのインターネット可能またはネットワーク可能な通信装置でよい。顧客コンピュータステーション１４０４が、ＷＡＮ１４０１内部に示されており、どれもがよく知られているネットワークアクセス規約である、モデムダイヤルアップ、ケーブルモデム、ＩＳＤＮ、またはＤＳＬを用いた一般的なインターネットラインアクセスを経由して、バックボーン１４０７に接続されている。
【０１６５】
顧客ステーション１４０３、１４０４および販売／管理ステーション１４０６は、すべて、本発明のシステムと対話するために、ウェブブラウザアプリケーションを使って、サーバ１４１３にアクセスする。ただし、上述されたばかりの顧客ステーションは、情報を実際に提供するソフトウェアスイート部分１４２５、１４１６、より具体的にはサーバ１４１６によって、ウェブサービス向けに可能にされた注文設定および価格設定情報にアクセスすることになる。ステーション１４０６、１４１１によって表される販売／管理担当者は、ウェブブラウザの機能を用いて、情報にアクセスし、情報を実際に提供するソフトウェアスイート部分１４１４、１４１６、すなわちサーバ１４１６によって可能にされた情報を操作する。
【０１６６】
企業間（Ｂ２Ｂ）サーバ１４０５が、ＷＡＮ１４０１内部に示されており、バックボーン１４０７に接続されている。Ｂ２Ｂサーバ１４０５は、クライアントの事業が、ＡＰＩ（図示せず）を介して、企業ドメイン１４０２を有するトランザクションを行うことができる、自動化された事業ポータルとして構成され、このＡＰＩは、図１を参照して説明されたＡＰＩ１２１に類似している。ＡＰＩの機能および設計により、オンラインアクセスを有するどの事業体も、ドメイン１４０２を有する自動化されたトランザクション処理および記録をセットアップすることが可能になる。２つの企業の間に築かれた長期契約の手配は、サーバ１４０５内で実施されるトランザクションタイプの一例であろう。ステーション１４０６またはステーション１４１１から操作を行う販売エージェントまたは管理者は、アプリケーション１４１４にアクセスして、このような長期の周期的トランザクションを管理し、いくつかの実施形態では、提供企業の最大目標まで微調整し、かつまたは、受取りまたはクライアント企業の目標をより満たすことができる。
【０１６７】
本発明の目標は、主として販売エージェントおよび管理者に、見積もり可能性および応答時間、多数の時期にわたる製品流通戦略、製品選択戦略、および製品値引き戦略を最適化する、半自動化されたツールおよび自動化されたツールを提供することである。この新しい機能性は、本発明のシステムの可能性を、主として収入、売上げ利益、コスト削減、顧客予算上の懸念事項、および在庫管理の問題に関連した、供給者企業の一定の目標に基づく、最適化された取引シナリオ、ならびに製品配置および流通戦略の提供に拡張するように、既存の価格設定因子と協働して機能するように設計される、本発明者によって助言因子または取引因子と呼ばれる新規の１組の価格設定因子によって可能にされる。
【０１６８】
助言因子は、標準価格設定因子とは違って、数値戻り値をもたず、別の因子向けのシーケンス中で、ｆｒｏｍ因子として使われることはできない。むしろ助言因子は、取引シナリオの最適化に使用可能な何らかのオプションまたは１組のオプションについて、販売エージェントまたは管理者に、値引きオプション、製品選択オプション、製品代用品オプション、または製品流通オプションのいずれであるのか、助言を与えるデータ構造の組またはリストを返す。助言因子に関連づけられた規則および属性を含む助言因子は、取引管理インターフェースを可能にする基本機能をなすが、これについては、後に続く様々な例で説明される。
【０１６９】
図１５は、本発明の一実施形態による、取引管理ログインページ１５０１を表示するブラウザインターフェース１５００の平面図である。好ましい実施形態では、スクリーン１５００は、ＨＴＭＬディスプレイに一般的なブラウザのスクリーンショットであるが、よく知られている他の表示マークアップ言語のうち、ＷＭＬなど、他のウェブに基づく表示言語も使われ得る。スクリーン１５００をホストするブラウザは、インターネットエクスプローラ（商標）、ネットスケープナビゲータ（商標）およびそれ以外のようなネットワークをナビゲートする、よく知られているプログラムのどれでもよい。このようなものとして、ここでは標準アイコン１５０２として示され、ブラウザアプリケーションに一般に知られている機能を提供する標準アイコンがある。また、標準かつよく知られているドロップダウンメニューオプションが、ここではドロップダウンメニューオプションとしてのラベルで、アイコン１５０２の下に表される。やはり一般に提供されるのは、ここではＵＲＬにタイプ入力を行い、次いで、ナビゲートを行うアドレスバー１５０３として示されるナビゲーションアドレスバーである。
【０１７０】
この例では、供給者ログインページ１５０１が示されており、主として、ここでは取引マネージャとして示す。ページ１５０１は、取引管理ソフトウェア１４１４によって提供されるソフトウェア機能にアクセスするために提供されるＵＩログインインターフェースを表す。ページ１５０１は、ページがロードするときに表示する、供給者会社ロゴを構成するプレースホルダー１５０４を有する。ログインページ１５０１は、名称およびパスワード情報を入れるフィールドボックス１５０５を有する。ここで、１５０１のようなログインスクリーンまたはページは、販売担当者および管理ユーザのような異なるユーザに対して、見た目が異なり得ることが留意されるべきである。ステーション１４０６、１４１１の操作を行うユーザ（販売、管理者）は、ログインページ１５０１にアクセスして、取引を管理しまたは運営する目的のためにログインする。標準ログインページの特色として、新しいユーザ／忘れられたパスワードオプションが提供され、情報が提供された後で、アクセスするエンターリンクが提供される。ＳＳＬまたは他のセキュリティ接続プロトコルが、有効であると想定され得る。
【０１７１】
図１６は、ページ１５０１にログインした後に表示される開始ページ１６００の平面図である。スクリーン１６００は、標準アイコンおよびドロップダウンメニュー１５０２、ならびにアドレスバー１５０３を有し、これらは見ることができ、本発明のソフトウェアの取引管理サービス部分との対話の間中、アクセス可能である。ページ１６００は、ホームページ（ホーム）および取引ページ（取引）にリンクする選択オプション１６０１を有する。ホーム、バージョン情報、ヘルプにナビゲートするオプション、ならびにログアウトするオプションを含む選択オプション１６０２が提供される。取引管理サービスに取り組んでいる間、ユーザ名１６０３が現れ、サービスにログインした現在のユーザを指示する。「取引」オプションを選択することによって、ユーザは、取引情報へのアクセス権を有する。
【０１７２】
図１７は、図１６で取引オプションを選択することによる、取引閲覧ページ１７００へのアクセスの平面図である。取引ビュー１７００は、はるか左にある、取引ナビゲーションツリー１７０１、および列挙された取引についての基本要約情報を表示する取引リストウィンドウ１７０２を示す、分割されたページである。ナビゲーションツリー１７０１は、保留取引、進行中（依然として取り組まれている）取引、拒絶された取引、承認された取引を閲覧するオプション、および比較される取引設定を並列に閲覧するオプションを含む。
【０１７３】
ナビゲーションツリー１７０１から選択されたオプションに応じて、取引情報が、ウィンドウ１７０２での閲覧用に表示される。ウィンドウ１７０２に表示される取引情報は、列１７０３および行１７０４を含む情報ブロックとして編成される。この情報は、進行中の取引と思われ得る設定を示す。基本要約情報は、設定、日付、顧客、および取引を作成するためのオプションの見出し列を含む。各行１７０４は、システムにおける１つの取引を記載する。例えば、第１行で、設定は、２００３／２／１２に、「教育」という顧客チャネルの下で入れられたトランザクションで示される。次に列挙される設定は、２００３／２／１２に、「法人」という顧客チャネルの下で入れられた「長期」である。次に列挙された取引は、２００３／２／２３に、契約という顧客チャネルの下で入れられた「複合」で示される。はるか右にある列１７０５は、取引を作成する選択オプション（１行に１つ）を有する（「取引作成」）。
【０１７４】
このビューには、ただ３つの設定が列挙されているが、ツリー１７０１から選択される取引カテゴリに応じて、より多くの設定が列挙され得ることが、当業者には理解されよう。１つのスクリーンエリアに適合するよりも多くの取引設定が列挙された場合、標準水平および垂直スクロールバーが提供され得る。所望の設定に関連づけられた取引作成を活動化することによって、より詳細な情報が表示用に呼び出される。
【０１７５】
図１８は、取引保留ページを示し、図１７で取引作成を選択することによって表示されるブラウザスクリーン１８００の平面図である。取引作成を活動化すると、列１８０１および行１８０２によって画定された情報ブロックが表示される。この場合、設定教育／トランザクションが示される。名称フィールド（１８０４）は対話型であり、フィールド１８０４を活動化すると、より詳細なシナリオデータを表示する新規ウィンドウ（図示されず）が引き起こされる。第２列１８０１は、アカウント情報で示される対話型選択オプション１８０５を有する。このフィールドを活動化することによって、保留取引「教育／トランザクション」のより詳細なアカウント情報がアクセスされ、新規ウィンドウに表示される。次の列は、アクションで示され、取引に関連してとられたどのアクションも示す。日付列が再表示される。取引の所有者または作者を列挙する列、ならびにこの特定のビューにおいて「保留状況」を指す状況列が提供される。
【０１７６】
このビューを提示されたユーザは、オプション１８０４または１８０５を活動化して、編集可能な情報フィールドを有する新規ウィンドウ（図示されず）を呼び出すことができる。取引生成用の選択オプション１８０３を有する最終列１８０１が提供され、このオプションは、活動化されると、取引を促進するのに要求される情報をすべて備えた取引提案を生成する。
【０１７７】
図１９は、図１８のオプション１８０５との対話の結果、アカウントビューを表示するスクリーン１９００の平面図である。スクリーン１９００は、「取引ビュー」、「保留中の教育取引」、「トランザクション」、および「アカウント」を包含する一連の対話に続く。スクリーンエリア１９０３は、「アカウント情報」ラベルが先頭に付くアカウント情報の表示専用である。アカウント情報の下には、取引名（「教育取引」）１９０１がある。次のフィールド１９０２は、アカウント名（「Ｇｌｅｎｂｒｏｏｋ北高校」）を表示する。隣の探索オプション１９０４は、他の教育トランザクション取引の探索用に提供される。
【０１７８】
フィールド「購入履歴」が提供され、このフィールドには、Ｇｌｅｎｂｒｏｏｋ高が、１５台のシステムを、販売元に対して１１％のマージンで購入したこと、および２００１年以来の顧客であることが指示される。アカウント情報を閲覧した後、ユーザは、提供された「戻る」ボタン１９０５または標準ブラウザの「戻る」アイコンを使って、直前のインターフェースに戻ることができる。
【０１７９】
図２０は、取引シナリオのシナリオリストを示すスクリーン２０００を示す平面図である。スクリーン２０００は、取引シナリオを記述する列２００１および行２００３からなる情報ブロックを表示する。シナリオというラベルの下に、列２００１は、シナリオのタイプ、シナリオの期間、シナリオの下で注文される製品の正価、シナリオの作成日（０３／２／１２）、シナリオの所有者または作成者（Ｓｍｉｔｈ）、およびシナリオの状況（保留）を列挙する。次の列である列２００１は、「エクスポート」で示される選択オプションを含む。
【０１８０】
上の段落で言及されたエクスポートオプションは、ユーザが、取引情報パラメータを、さらに分析または比較するために別のアプリケーションにエクスポートすることを可能にする。このようなアプリケーションの１つのが、よく知られているマイクロソフトのエクセル（商標）アプリケーションである。情報がエクスポートされると、データに対して、通常のエクセル（商標）コマンドおよびオプションを用いて、他の動作が実施され得る。最終列には、取引生成オプションも提供される。各行２００３は、１つの取引シナリオを規定する。この例では、ただ１つのシナリオ、すなわち基本シナリオが、１つの保留取引「教育トランザクション」用に列挙されている。ただし、他の保留取引のシナリオ、ならびに同一の取引の複数の任意選択のシナリオが列挙され得る。複数のシナリオが列挙されている場合、こうしたシナリオは、並列比較オプションを選択することによって、取引ツリー中で並列に比較され得る。少なくとも、列２００１の最初の２列は、対話型の選択可能なオプションであり、選択されると、より詳細な情報を含むウィンドウを呼び出す。例えば、「基本」シナリオを活動化すると、基本シナリオの詳細がアクセスされ表示され、期間を選択すると、シナリオの現在の期間が表示される。
【０１８１】
図２１は、図２０の期間との対話の結果表示される、関連したシナリオの期間の詳細な記述を示すスクリーン２１００の平面図である。アカウント情報期間の下に、ドロップダウンメニューに提示された期間の３つのカテゴリがある。３つのカテゴリとは、出荷期間を列挙するドロップダウンメニュー２１００、支払い期間を列挙するドロップダウンメニュー２１０２、およびクレジット期間を列挙するドロップダウンメニュー２１０３である。例えば、Ｇｌｅｎｂｒｏｏｋ高との保留取引に対して、出荷期間は１週間であり、支払い期間は正味９０日であり、クレジット期間は、支払いに問題がないことを示しているクライアントに対して有効である。ここでは追記で示される追加テキストエントリフィールド２１０４が、期間ビューページ中で記録され、見ることができるべき特殊などのコメントまたは注記の記入および将来の表示のための機構を提供する。直前のインターフェースに戻るようにナビゲートする「戻る」ボタン２１０５が提供される。
【０１８２】
ここで、様々な取引管理ビュー中で見える情報属性の一部は、取引作成または管理機能の間、システムに手作業で入れられることが留意されるべきである。例えば正価など属性値の多くは、上で図１４を参照して説明されたサーバアプリケーション１４１６に類似した価格設定サーバによって提供される計算された値である。クレジット履歴情報のような期間情報の一部は、やはり上で図１４を参照して説明されたリポジトリ１４１２に類似したリポジトリに既に存在する。ただし、クライアントまたはチャネルが新しい場合、情報は、最初に取引管理インターフェースを介してシステムに入れられることができ、次いで、同じインターフェースを使って再度コールされることができる。
【０１８３】
本発明者によって、作成されている保留中の取引または既に進行中の取引（取引の存続期間中に監視される取引）の管理を可能にし強化するために、特殊な１組の因子が、価格設定スキーマに導入される。導入された因子は、概して基本価格設定因子が実行され価格設定情報が提供された後で考慮されるので、取引因子として類別される。取引因子は、取引提示オプション、またはおそらく、既に確定され有効である取引用の製品流通オプションとして使用可能になり得る、シナリオ用の一定の取引オプションを規定する。
【０１８４】
図２２は、本発明の実施形態による、取引管理において用いられる助言構成要素を示すブロック図２２００である。上で図２を参照して以前説明された価格設定モデルは、価格設定における含まれる基本構成要素を規定するが、この例では、取引管理を可能にするために提供される構成要素で拡張される。基本モデルは、顧客チャネルおよび顧客を含む販売階層、ならびに会社製品の製品階層を含む。品目シーケンス、注文シーケンスを含む価格設定シーケンスは、顧客、顧客チャネル、および製品に適用される基本価格設定因子および属性を使用して、値引きを含む注文および見積もりを、特定の見積もりまたは注文に対して正しい価格設定が提供されることを保証するように、競合解決を通して解決される規則に基づいて自動的に計算する。
【０１８５】
この例では、新しいタイプの因子２２０２がここで提供され、助言因子と呼ばれる。助言因子２２０２は、あるタイプの価格設定因子であるが、どの数値も返さず、価格設定シーケンス中で、価格設定を計算するためのｆｒｏｍ因子として使われることはできない。助言因子２２０２は、適用可能な規則の競合解決に関与しない。助言因子に対して、その因子に該当する全規則が発動される。助言因子は、取引作成および管理において販売者または販売管理者を助けるための何らかの順位づけ因子に従って列挙される、データ構造のリストを返す。因子のタイプに応じて、データ構造は、取引を強化するオプションまたは提案を表す。
【０１８６】
助言因子２２０２は、本発明者によって取引因子とも呼ばれ、好ましい実施形態では、品目価格設定シーケンスの終了時に使われる。一実施形態では、助言因子は、ここでは助言シーケンス２２０１と示される、独自の別個のシーケンス中で使われる。モデルの属性構成要素は、取引に適用される属性を含むように拡張される。実際、価格設定情報は、取り組まれている可能な取引向けに数値表現され、次いで、保留取引のためのオプションが、収入、売上げ利益を最大限にし、あるいは他の会社、または顧客の目的さえも認識する取引シナリオの可能性およびオプションを示す、様々な助言因子の実装を介して実現される。助言構成要素についての詳細は、後で示される。
【０１８７】
図２３は、本発明の実施形態による、いくつかの助言構成要素を詳述するブロック図２３００である。ここで製品階層２３０１と示されるブロックは、任意選択で企業によって提供される提供製品と類別される製品、およびその企業の１つまたは複数の競合他社によって提供される製品として知られる競合他社製品を含む。競合他社因子と呼ばれるタイプの助言因子が提供され、取引管理において、同じまたは同様の機能および価格設定構造をした、対応する会社提供製品とともに競合他社製品および関連した価格設定スキーマならびに情報の構造化リストを返すのに使われる。ここでの目的は、販売エージェントに、例えば、取引を構築し、または既に確定され有効である契約の出荷パラメータを管理する際に、会社の値引き戦略の検討に使うための、競合他社製品の価格および値引き構造についての知識を即座に提供することである。
【０１８８】
属性で示されるブロック２２０３がここで示され、標準顧客、製品、および顧客チャネル属性を含む。取引を管理する新しい機能は、取引属性および属性マトリクスの導入を含む。取引属性は、取引シナリオに関連づけられ、概して取引オプションを規定する助言因子タイプに関連する。属性マトリクスとは、単一の属性によって各シーケンスを処理するであろう場合よりも少ないプロセッサ資源を使う、価格設定または助言シーケンス中に参考にされ得る１組の多数の属性である。
【０１８９】
販売階層ブロック２３０４がここで示され、標準顧客チャネルおよび顧客識別ツリーを含む。シーケンスブロック２３０２が、この例において示され、さらに上で説明された標準品目および注文シーケンスを規定する。シーケンス動作は、助言シーケンスの導入によって強化される。ここで、助言因子は、助言シーケンスが存在しなくても、品目および注文シーケンス（因子タイプに応じて）でも使われ得ることが留意されるべきである。ただし、助言因子は、助言因子のみを含む別個のシーケンスでも適用される。
【０１９０】
ブロック２３０５がこの例で示され、価格設定のために構成された因子を列挙する。リストは、通常の価格設定において品目および注文に適用される価格設定因子を含む。順位づけ因子と呼ばれる因子が、何らかの目標に基づく属性に基づいた助言データ構造の戻しを引き起こすために提供され構成される。例えば、代用品バンドル取引オプションに関連した、可能な代用製品のリストが、最大または最小限のための順位づけ因子に基づく特定の順序で提示されることができ、目標に基づく属性は、売上げ利益、収入、または他の何らかの導出された目標の１つである。
【０１９１】
助言因子、または取引因子は、取引を構築する際のオプションを提供する。１つのタイプの助言因子が、上位製品販売／代用品因子である。上位製品販売因子は、注文された１つまたは複数の製品または製品の組合せに対して代用され得る、１つまたは複数の製品あるいは製品の組合せのリストを返し、１つまたは複数の置換え製品は、よりハイエンドなシナリオを表す。単純な一例は、１５インチの標準コンピュータモニタおよびサービスパッケージが、１７インチのフラットパネルコンピュータモニタおよび関連したサービスパッケージという上位機種に換えられて販売され得ることであろう。より高価でありよりハイエンドな１７インチのモニタが、取引シナリオにおいて１５インチモニタに置き換わる。
【０１９２】
使用可能な取引タイプおよび製品組合せタイプ（バンドル）の検出に関連づけられた検出および代用品因子、ならびに価格調整に該当する調整因子が提供される。同様の価格設定因子、助言因子、および関連した規則が、ソフトウェアアプリケーション１４１４の価格マネージャ部分に類似した価格設定マネージャアプリケーションを使って作成される。ここで、価格設定管理用ＵＩは、好ましい実施形態では、取引管理用ＵＩとは別個のものであることが留意されるべきである。一実施形態では、提供されるウェブに基づくページは、例えば販売管理者が、取引管理アプリケーションと価格設定管理アプリケーションとの間を、ウェブに基づくサービスからログアウトせずにナビゲートすることができるように、インターフェースを超えて相互リンクされる。
【０１９３】
「規則」で示されるブロック２３０６が、価格設定因子に該当する価格設定規則を有する。本発明に依拠される規則ベースは、関連した助言因子に関連する助言規則を含むように拡張される。価格設定規則は、規則および関連した注文に含まれる共通属性に基づいて発動される前に、競合解決プロセスを経る。助言規則は、取引オプションまたは製品流通オプションを表す、順位づけられたデータ構造を返すので、競合解決を経ることはない。量、識別された製品または製品の組合せ、および出荷日付のようなパラメータの点で、取引シナリオに合致する属性を有する、特定の助言因子に関連づけられた全規則が発動される。ユーザは、結果を受け取り、結果であるデータ構造のいずれかを適用するか適用しないかを選ぶことができる。
【０１９４】
図２４は、本発明の実施形態による、価格設定シーケンスの拡張された機能２４００を示すブロック図である。基本的に、品目、注文を処理する際に用いられ、取引オプションを返す３タイプのシーケンスがある。こうしたシーケンスは、以前説明された、単一の品目を処理する品目シーケンス２４０１、以前説明された、複数の価格設定された品目の注文を処理し、合計を計算する注文シーケンス２４０２、および本発明を実施するのには要求されないが、１つまたは複数の助言因子を標準またはデフォルトの品目シーケンスに埋め込む代わりに使われ得る助言シーケンスである。
【０１９５】
品目シーケンス２４０１が、上位製品販売という１つの助言因子を含む因子を列挙する、拡張された形で示される。各品目に対する計算で使われる列挙された因子は、基準価格、地域的上昇、通貨、定価、チャネル値引き、最終価格、供給コスト、利鞘、および上位製品販売の可能性を含む。上位製品販売の計算は、品目シーケンス中で返された１つまたは複数の値に部分的に応じ得る、上位製品販売の可能性ならびに関連した量および価格設定のリストからなる戻りを伴う。したがって、この計算は、元の品目が既に計算された後、シーケンス中で実施される。１つまたは複数の上位製品販売可能性をもつ、関連した取引シナリオのどの品目も、ユーザによって作成された上位製品販売（助言）規則中で、上位製品販売製品または製品の組合せに予めマップされる。
【０１９６】
注文シーケンス２４０２が、１つの順位づけ因子を含む因子を列挙する、拡張された形で示される。列挙された因子は、基準価格合計、定価合計、合計顧客値引き、定価合計、あらゆるチャネル値引き、最終価格、供給コスト、利鞘、および順位づけ因子を含む。助言因子は、品目シーケンス中でｆｒｏｍ因子として使われることはできない。
【０１９７】
上位製品販売因子は、代用品を備える上位製品販売または関連製品販売因子でよい。代用品を有する上位製品販売は、検討される１つまたは複数の元の品目を、１つまたは複数のよりハイエンドな置換え製品で置き換える。より複雑なシナリオでは、製品からなる特定のバンドルが、より高い価格で顧客に提供される置換え製品からなる同様のバンドルにマップされてもよいが、やはり、上位製品販売オプションを選ぶ顧客に、より高い価値またはより高い性能をもたらす。上位製品販売／代用品は、関連したどのサービスパッケージを含むただ１つの品目または複数の品目を伴ってよい。
【０１９８】
関連製品販売因子は、１つまたは複数の製品への製品の追加を伴い、追加される製品は、例えば、追加される製品を売りさばくのを助けるために、または元の製品を売るのを助けるために、通常の値引きより大きい値引きで提供される。例えば、製品Ａ、Ｂ、Ｃが一緒に購入されると、製品Ｄが、その注文に追加されてよく、製品Ｄは、通常の値引きよりも大きく値引きされる。
【０１９９】
この例では、品目シーケンス２４０１は、上位製品販売という助言因子の存在のせいで、助言上位製品販売シーケンスとみなされる。関連した注文シーケンス２４０２は、取引に対して返される上位製品販売可能性の注文を順位づけするのに用いられる順位づけ因子を含むので、順位づけシーケンスとみなされる。順位づけタイプは、最大または最小であり、順位づけ属性は、収入、コスト、売上げ利益、在庫レベル、または導出された他の何らかの属性であろう。実際の期間において、実行される助言因子の戻り結果の順位づけは、順位づけの目標に基づく。
【０２００】
助言シーケンス２４０３が、拡張された形で示され、デフォルトの品目シーケンス、デフォルトの注文シーケンス、マップされた代用の製品（上位製品販売／代用品）のような、要求される任意のパラメータ、およびそうした代用品の要求される量を含む。そのタイプの助言シーケンス向けのオプションは、上位製品販売／代用品、関連製品販売、または競合他社でよい。列挙された助言因子は、本発明への限定と解釈されるべきでない。というのは、他のタイプの助言因子は、特定のトランザクションシナリオに関連した何らかの企業または顧客目標を最大限にするのを助けると理解されるからである。
【０２０１】
助言因子は、価格の再計算を遂行するのに、デフォルトまたは識別された品目を使い、例えば因子が代用品因子の場合、製品および／またはサービスグレード代用品を使って値引きする。販売エージェントは、複雑な取引の作成においてシナリオを操作する際、異なるシナリオおよび期間に関連した合計を実行し、各シナリオが、売上げ利益または合計収入にどのような影響を与えるか見ることができる。したがって、複数の品目の注文シナリオに対して、元の品目がすべて、品目シーケンスを使って計算され、次いで、注文シーケンスが計算される。この例で、上位製品販売という助言因子によって識別される置換え候補は、品目および注文シーケンス中で再計算されて、上位製品販売シナリオ向けの最終価格設定結果をもたらす。
【０２０２】
返されたデータ構造のリストに複数の「助言結果可能性」がある場合、順位づけ因子が適用される。順位づけ因子は、最大または最小に設定され、またはフラグを立てられ得る。動作は、返された結果の編成に関する。例えば、代用品取引では、最大限にされた売上げ利益のために最良の結果、その後に次善の結果、以下同様に続く結果を返すように、最大化が適用され得る。最小化は、属性目標がコストに設定されるケースにおいて用いられ得る。この場合、会社にとってコストを最小限にする最良の結果が、最初に返され、その後に次善の結果が続き、以下同様に続く。
【０２０３】
助言因子によって返された各データ構造は、再計算される品目および注文価格設定、提案された値引き構造、生じるマージン、収入、ならびに適用可能な場合はコスト数値を含む、該当するシナリオに関連した、適切なパラメータをすべて列挙する。このようにして、ユーザは、異なるシナリオを体験し、各シナリオの編集が、売上げ利益などの会社目標にどのように影響し得るかを見ることができる。一実施形態では、ユーザの個人的補償構造も、異なる各シナリオにおいて計算され得る。
【０２０４】
図に示されるプロセス２５００は、一実施形態では、取引マネージャインターフェースの操作を行うユーザによって開始されるリクエスト２５０１で始まる。ユーザは、おそらく一定の製品に対して、その製品のある程度の量で見積もりをリクエストしたクライアント向けに一緒に取引を成立させていると仮定される。
【０２０５】
ユーザは、元の製品に対する標準価格設定および値引き情報を、標準品目および注文シーケンスを実行する価格設定モデルを実行することによって、リクエストすることができる。計算の後、ユーザは、会社によって提供され得る上位製品販売シナリオがあるかどうか、判定を望む場合がある。取引管理ＵＩに表示される元の製品および量で、ユーザは、ステップ２５０１で示されるように、代用品を見つけるためのリクエストを開始することができる。
【０２０６】
上位製品販売入力ブロック２５０２は、開始されたリクエストの要求されるパラメータを示す。ここで、ブロック２５０２を上から下に読むと、リクエストは、取引シナリオ中の製品およびそれに合致する、リクエストされる量をすべて含まなければならない。部分的出荷または契約出荷のための出荷日付、注文日または時期などを含むシナリオの全日付。
【０２０７】
顧客チャネルが識別され、顧客が識別される。製品、顧客、および顧客チャネルに関する所望の全属性が、提供されなければならない。顧客チャネル属性は、教育チャネルでよく、２％の総値引きを受ける。顧客属性は、即時払いの見返りとして、要求される３％の値引きでよい。製品属性は、それぞれ５個の最低発注量でよい。
【０２０８】
ステップ２５０３で、値付けエンジンは、ユーザの場所およびプラットフォームに応じて、直接またはＡＰＩを介してリクエストを受け取る。エンジンは、規則ベース２５０４にある規則にアクセスすることによって、リクエストを処理する。規則は、ここでは２つのリポジトリを関連づける二重括弧矢印で示されるリポジトリ２５０５に保持されたデータにマップする。適切な品目および注文シーケンスを実行するエンジンは、合致する属性を有する規則を発動させ、適切なデータにアクセスし、適用可能な条件に基づいて品目および注文総額を計算し直す。
【０２０９】
エンジン出力ブロック２５０６は、初期リクエストのエンジン処理の出力を要約する。ここで、ブロック２５０５を上から下に読むと、エンジンは、合致する代用の全製品および受諾可能な合致する量のリストを出力する。ここで、ある品目に対してリクエストされた特定の量は、置換え部分の量に正確に合致しなくてよいことが留意されるべきである。助言規則は、リクエストされた量が収まる、指定された量範囲を有し得る。同じことが、日付にも当てはまる。いくつかのケースでは、量の制約はまったくない。属性は、ユーザ設計され、非常に柔軟であり得る。
【０２１０】
エンジンは、識別される置換え部分用の対応する品目シーケンス値、および各代用シナリオ向けの代用品注文合計値もすべて提供する。取引の適用可能な順位づけ因子も提供され、そうすることによって、ユーザは、どの提案が優先されるかを知る。例えば、会社またはクライアント、あるいは両方にとって明らかな利益が存在しない場合、クライアントに代用品取引を提供することには意味がない。助言因子は、目的が互いに異なることが、当業者には明らかであろう。したがって、顧客に提示され得る、助言シナリオを成功裏に処理するために要求される正確な情報も、使われる因子によって異なり得る。この上位製品販売の場合、適用可能な規則はすべて発動されて、存在する可能な全シナリオを返す。リクエストされた特定の品目は、多数の上位製品販売代用品オプションを有してよく、こうしたオプションも、より複雑なシナリオにおいてバンドル規則によって影響を受ける可能性がある。
【０２１１】
本発明の一実施形態では、取引管理インターフェースは、代用品検出ルーチンをデフォルトで開始して、使用可能なオプションがあるかどうか、自動的に判定する。この場合、ユーザは、価格設定エンジンへの代用品を見出すリクエストを、手作業で開始しなくてよい。
【０２１２】
図２６は、基本シナリオ取引ビューおよびオプションを示す取引管理スクリーン２６００を示す平面図である。スクリーン２６００は、顧客取引のための基本シナリオを表示する。顧客情報ブロック２６０１が、より大きな表示ウィンドウにタイトルをつける「基本シナリオ」ラベルの下に表示されている。ブロック２６０１は、「取引名」（教育トランザクション）用の表示行を有する。同様の情報ブロック２６０２が表示されており、「アカウント名」（Ｇｌｅｎｎｂｒｏｏｋ  ＮＨＳ）を指す。
【０２１３】
分析日付ブロック２６０３が、より大きな表示ウィンドウに表示されており、開始日付（０３／０２／１４）および終了日（０３／０２／１４）用のエントリフィールドを有する。ブロック２６０３には、分析期間用エントリフィールドも提供される。指示される分析期間は、一時期または０３／０２／１４である。ここで、分析期間は、一時期または１日より長いオプション、例えば、６カ月、１年、２年などを含み得る、ドロップダウンメニューから選択されることが留意されるべきである。契約注文に対しては、より長い分析時期が適用可能であろう。分析期間とは、取引が監視される期間である。当然ながら、単一の出荷日付を伴う一回の注文は、取引を最適化するのに十分な期間に対してのみ分析される。
【０２１４】
製品情報ブロックが、比較的大きなウィンドウに表示されており、製品を、ＭａｒｑｕｅｅコンピュータシステムＧＸ６２０（例示）として列挙する。２０台のシステムという量がリクエストされる。期間用エントリフィールドは、ある期間にわたって分けて出荷されるのではない一回の注文なので、適用可能でない（該当なし）と印づけられる。各システムの品目定価が、５９９ドルと表示される。追加／削除対話型オプションブロック２６０５が、比較的大きなウィンドウに表示されており、ユーザが、このシナリオに製品を追加しまたは削除するのを可能にする。認証オプションが、対話型オプション２６０５の一部として提供されて、ユーザが、価格、可用性などを検証するのを可能にする。
【０２１５】
注文シナリオ全体に対する定価合計が、注文シナリオに対する、１１，９８０ドルという定価合計を指示する、価格設定情報ライン２６０６として表示される。スクリーン２６００は、注文シナリオを示し、このシナリオは、クライアントに対して最適化されたまたは提示されていない。この例の注文シナリオは、取引を終わらせ取引を提案として顧客に提示する前に、最適化のために管理されている保留取引を表す。
【０２１６】
現在のフォームにおいて終了された場合に、現在のシナリオが会社に対して提供するはずの補償率をユーザに示すための補償インジケータ２６０７が、提供される。例えば、補償インジケータ２６０７は、ある注文について、３５％の粗利益を示し得る。一実施形態では、補償インジケータが、取引を作成するユーザに支払われる手数料率を示し得る。さらに別の実施形態では、補償インジケータは、異なる値に調整可能である。例えば、ユーザは、総利益とは反対に、正味収益率をリクエストし得る。別の例では、ユーザは、コスト率の指示をリクエストし得る。異なる値を表示するための補償インジケータ２６０７を調整することは、表示用オプションを有する対話型選択機構が提供されていると仮定する。このような機構は、異なる値用にラベル付けされた一連のチェックエントリボックスでも、関連したインジケータにつながる選択可能な複数のタブを有する他の何らかのアイコンでもよい。多くの可能性がある。
【０２１７】
選択可能なオプションアレイ２６０８が、スクリーン２６００の比較的大きなウィンドウの最上位部分の近くに提供される。オプションは、最適化、代用品、バンドリング、競合他社、および最終編集を含む。代用品オプションは、太字表示され、上位製品販売シナリオにおいて提供され得る、会社によって提供される置換え製品候補をユーザが見つけるつもりであるという例示的な目的を指示することに留意されたい。代用品オプションを活動化すると、新しいスクリーンが現れる。
【０２１８】
図２７は、上位製品販売シナリオにおいて準備可能な代用の製品を見つける、取引管理スクリーン２７００を示す平面図である。スクリーン２７００は、製品で示される、列２７０１に列挙された、スクリーン２６００のＭａｒｑｕｅｅコンピュータシステムに関連づけられた、リクエストされた製品のリストを表示する。列２７０１は、プロセッサ１、メモリ１、１７インチのＥ７７２Ｐモニタ、およびオペレーティングシステム（ＯＳ）−１を列挙する。リクエストされる対応する量のための列も提供され得るが、この例では何も示されていない。
【０２１９】
列２７０１の隣には、第１列に列挙された各品目の隣にリクエストされたライン品目値引きを列挙する列２７０２がある。この例では、クライアントが、列挙された品目すべてに対して、２％の値引きをリクエストしている。列２７０１中の品目のリストに続いて、品目グループに対する総値引きの指示が表示され、この指示の次および隣の列に配置されたエントリボックスが、ユーザが値引き率を入れるために提供される。各ライン品目に対して顧客がリクエストした値引きも、提供されるフィールドエントリボックスに入れられていることが留意されるべきである。ライン品目値引きは、属性である。最初の２列の隣の第３列は、事前代用品を見出すシナリオを想定して、空白である。
【０２２０】
情報要約ブロック２７０３が、便宜上、ユーザに、自分がどの取引に取り組んでいるかを思い出させる目的で、製品および属性列の右に表示される。要約ブロック中には、取引名、アカウント名、開始日（注文期間の開始）、終了日（注文期間の終了）、および期間の長さ用の表示行がある。この場合、リクエストは、一回限りの注文である。
【０２２１】
価格設定合計ウィンドウ２７０４が、上述した列および要約ブロックの下に表示される。ウィンドウ２７０４には、この例では、リクエストされた量および適用される値引きによる、リクエストされた品目すべてに対する定価合計が投入される。正価総額も提供される。この場合、リストおよび正価は、図２６のスクリーン２６００の例から繰り越された、１１，９８０ドルという同じ価格である。補償インジケータ２７０６は、図２６を参照して説明された補償インジケータ２６０７に類似している。
【０２２２】
代用品を見つけると示されるアイコンの形で示される対話型オプション２７０５は、ユーザが、代用の製品候補向けの処理を開始するために提供される。代用品を見つけるオプション２７０５を活動化すると、候補製品が新しいスクリーンまたはウィンドウ中に返される。
【０２２３】
図２８は、本発明の実施形態による、上位製品販売シナリオにおける製品置換えのための候補製品を表示する、スクリーンショット２８００を示す平面図である。スクリーン２８００は、元のＭａｒｑｕｅｅ製品と同じ第１列と、上の図２７のスクリーン２７００それぞれの列に表示される、そうした製品に対するリクエストされたライン品目値引きとを有する。代用品で示される列２８０１が、元のＭａｒｑｕｅｅ製品およびリクエストされる値引きを列挙する最初の２列の右隣に示される。列２８０１は、プロセッサ２、メモリ２、フラットパネル１５０４ＦＰモニタ、および同じＯＳ−１を列挙する。この時点で、可能な置換え製品は、適用可能な順位づけ因子に基づいて、表示されるに過ぎない。したがって、製品列に列挙された、製品向けに利用可能な最適な代用品は、代用品列中に列挙された対応する候補である。各製品候補の次には、分析用に対応する製品を選択し、または選択解除するチェックエントリボックスがある。ユーザは、隣のチェックボックスをチェックすることによって、候補製品の任意の１つ、その組合せ、またはすべてを選択するオプションを有する。「すべてを選択」というチェックボックスが、便宜上提供されている。
【０２２４】
リストで示される定価設定列２８０２が、列２８０１の右隣に示される。列２８０２は、このシナリオにおける、列挙された各代用候補製品に対するライン品目の定価を提供する。ここで、フラットパネルの代用製品の定価は、それぞれ３９９ドルであることが留意されるべきである。ここで、プロセッサ２およびメモリ２には、価格設定情報が関連づけられていないことにも留意されたい。このことは、こうした置換え候補が、現在、入手不可能であること、または価格が、再度処理中にデフォルトの品目シーケンスを使って取り出されなければならないことを意味し得る。元の製品列中のＯＳ−１は、置換えオペレーティングシステムをもたないので、再度、該当なしまたは適用不可能という注記とともに列挙される。上位製品販売のフラットパネルモニタに対する３９９ドルという価格の増大についての事前知識は、一実施形態では、この製品が、Ｍａｒｑｕｅｅシステムを含む製品グループ向けの主要な上位製品販売置換え製品であるという指示に過ぎない。候補代用製品の任意の１つ、組合せ、またはすべてを選択すると、選択された代用品がすべて有効であることを保証するための認証オプションを有する新しいスクリーンが現れる。
【０２２５】
図２９は、上位製品販売代用シナリオ向けに選択された候補代用製品を表示する、スクリーン２９００を示す平面図である。スクリーン２９００は、いくつかのわずかな違いを除いて、上の図２８の画像コンテンツの点で、スクリーン２８００と同様である。例えば、列２８０１に列挙された返される候補代用製品はすべて、選択済みと示され、置換え注文シナリオによって価格設定されている。上で図２７を参照して説明されたウィンドウ２７０４に構成において類似している価格設定ウィンドウ２９０２は、代用シナリオの新しい定価合計および代用シナリオの新しい正価総額を示す。代用される製品を有する、２０台のシステムに対する新しいリスト価格は、１８，５６０ドル（１１，９８０ドル＋６，５８０ドル）である。より低い正価が、１８，１８８．８０ドルと示される。より低い正価は、実際の注文の場合のように、全値引きが計算された後の価格設定を指す。
【０２２６】
現在の注文提案を認証する対話型アイコン２９０１が、スクリーン２９００の比較的大きなウィンドウに提供される。認証ステップが、任意選択で実施されて、確実に、製品がすべて出荷の準備が整うように、かつ価格設定がすべて正しく、企業の現在の価格設定モデルと矛盾しないようにする。補償インジケータ２９０３が、スクリーン２９００の比較的大きなウィンドウに表示されるように示される。インジケータ２９０３は、図２７を参照して説明されたインジケータ２７０６に、構成において類似している。実際に指示される補償率レベルは、計算された新しい代用シナリオによって変わっている可能性がある。
【０２２７】
ユーザが、認証オプション２９０１を活動化すると、入手可能性、およびいくつかのケースでは、価格設定を含む現在の注文シナリオが、エラーと対して確認される。このアクションにより、代用品のすべてまたは一部が有効であり、あるいはもしかしたらどれも有効でないことを示す新しいスクリーンが現れる。
【０２２８】
図３０は、図２９の提出された認証リクエストに関連した認証メッセージ３００１を表示するスクリーン３０００の平面図である。スクリーン３０００は、代用品すべてが有効であることを指す、認証メッセージ３００１（太字タイプ）の見た目を除いて、上の図２９のスクリーン２９００と内容が同様である。シナリオを認証すると、ユーザに、シナリオに関するパラメータすべてが正しいこと、およびこのシナリオは、取引シナリオとして保存され得ることを知らしめる。図２９のスクリーンとは異なり、エントリフィールドとしてセーブを伴う対話型保存アイコン３００３が、設定にシナリオとして名前をつけ、セーブする目的で、スクリーン３０００の比較的大きなウィンドウエリアに提供される。保存されたシナリオは、表示を検討するために、基本シナリオの次に、取引オプションとして現れる。
【０２２９】
図３１は、図３０の保存された代用シナリオを表示する、スクリーン３１００の平面図である。スクリーン３１００は、上で図２０を参照して説明されたスクリーン２０００と同様である。例えば、示される列３１０１は、図２０を参照して説明された列２００１に類似している。この例示的なビューでは、行３１０２が示され、上の図３０に以前示したように、保存された代用シナリオの要約情報を投入される。情報列３１０１は、タイプ（シナリオ名）、期間、正味（正価）、日付、所有者または作者、および状況を含む。はるか右にある最後の２列は、データエクスポートおよび提案生成用の対話型オプションを含む。ここで、値引き適用の後、基本シナリオに対する正価が、１１，９８０ドルから１０，０００ドルに変わっていることが留意されるべきである。こうした数は、例示に過ぎず、以降の値引きなどの処理または再計算中にやはり変わり得る。
【０２３０】
保存されたシナリオは、代用シナリオの頭文字である、サブと名づけられる。基本シナリオおよび代用シナリオは両方とも、例えば収入、売上げ利益など、どの順位づけ属性にも基づいて、互いに対して比較され得る。ここで、ユーザは、助言因子の意図に従って開始シナリオを処理させるリクエスト開始フォーマットを使って、異なる助言因子を適用し、次いで、各シナリオを、最終編集および提示のために選択する前に、比較およびそれ以上の分析のために保存することができることが留意されるべきである。保存された全シナリオが、図３１のスクリーン３１００または図２０の２０００に類似しているシナリオリストからアクセス可能である。
【０２３１】
図３２は、本発明の実施形態による、２つの取引シナリオの並列比較を実施するスクリーン３２００の平面図である。保存された２つ以上の取引シナリオがある場合、こうしたシナリオは、互いと並列に比較され得る。スクリーン３２００は、取引ナビゲーションツリー中のはるか左に配置された対話型比較オプション３２０１を有する。このオプションは、リスト中で最後の使用可能オプションであり、「並列」で示される。
【０２３２】
スクリーン３２００の比較的大きなウィンドウは、列および行３２０２中に並べられた比較要約ビューを含む。ビューの列３２０２は、比較タイプ（収入１対マージン１）、シナリオタイプ（比較用に選択される）、定価（合計）、正価（合計）、値引き率（平均）、およびマージン（合計％）を含む。ビューの最後の２列３２０２は、エクスポートおよび詳細の対話型オプションを含む。エクスポート列には、チェックエントリボックスがある（１行によって画定された各シナリオに１つ）。エクスポート選択ボックスをチェックすることによって、ユーザは、例えばマイクロソフトＥｘｃｅｌ（商標）のような処理ソフトウェアアプリケーションへのエクスポートのために、シナリオに予め印をつけることができる。スクリーン３２００の比較的大きなウィンドウ内部に示され、エクスポートで示される対話型選択アイコン３２０３が、「エクスポート」と印づけられた列にチェックエントリボックスを有するシナリオに対して「エクスポート」機能を開始する。
【０２３３】
２つのシナリオ、すなわち収入によって最大限にされるシナリオ、およびマージンによって最大限にされるシナリオが、この例では示される。ビューの列３２０２によって識別される基本比較フィールドは、各シナリオの合計額を反映し、このビューにおいて直接比較可能である。例えば、シナリオ収入に対する１５０，０００ドルの定価合計は、シナリオのマージンに対する１１０，０００ドルの定価合計と直接比較可能である。比較可能なフィールドの残りには、比較に適した数が投入される。ここで、第２のシナリオに起因する収益に対するマージンは、１５％であり、列挙された第１のシナリオより５％多いことが留意されるべきである。ただし、第１のシナリオの全体収入は、第２のシナリオの全体収入より、９，２００．００ドル多い。ユーザは、より詳細な製品ごとの比較を閲覧することを選択することができる。
【０２３４】
図３３は、図３２の要約シナリオの製品ごとのビューを示すスクリーン３３００の平面図である。スクリーン３３００は、比較的大きなウィンドウ内部に示される短い要約ブロック３３０１を有し、ブロック３３０１は、上の図３２のビュー３２０２に類似しているが、エクスポートおよび詳細の対話型オプションがない。製品による個々のパラメータを詳述する、列および製品行に並べられた詳細な情報ブロック３３０２が提供される。例えば、製品で示される第１列が、シナリオ１の製品Ｐ−１〜Ｐ−６を列挙する。ここで、図面空間の限定のせいで、詳細なビュー列は、製品情報をウィンドウに可視的にすべて出すために、隣の注文においてさらに右に再生されることが留意されるべきである。好ましい実施形態では、スクロール可能性（図示せず）が、スクリーン３３００の比較的大きなウィンドウに対して提供され、そうすることによって、例外的に大きい注文が閲覧され得る。
【０２３５】
詳細なブロックの属性列３３０２は、各製品（Ｐ−１〜Ｐ−６）の量、各製品の定価、各製品のライン品目値引き、列挙された量に対する定価合計設定、および列挙された各製品の売上げ利益率を列挙する。
【０２３６】
スクリーン３３００は、同様に、シナリオ２または列挙された第２のシナリオ向けの詳細なブロック３３０３を有する。ブロック３３０３に対する属性は、ブロック３３０２用のものと同じであり、列は、比較可能な製品属性を規定し、行は、列挙された製品を規定する。
【０２３７】
ここで、列挙された第１のシナリオでは、６つの製品が列挙されており、列挙された第２のシナリオでは、４つの製品のみが列挙されていることが留意されるべきである。これは、第１のシナリオは、リクエストされた製品の総数に２つの製品が追加された関連製品販売シナリオを表すということであろう。第２のシナリオで列挙された製品量は、同じ製品に対して第１のシナリオで列挙された製品量とは異なることにも留意されたい。この例において反映される数は、例示に過ぎない。
【０２３８】
図３４は、選択的比較オプションを含む対話型インターフェース３４０１を表示する、スクリーン３４００の平面図である。スクリーン３４００は、どのシナリオ比較を実施するか決めるのに使われ得る。対話型インターフェース３４０１は、４タイプの比較オプションを含む。こうしたオプションは、長期対ショット期間シナリオ、マージンシナリオ対収入シナリオ、バンドルシナリオ対代用シナリオ、および期間に基づくシナリオ対非期間シナリオである。ここで、本発明の精神および範囲から逸脱することなく、より多くのタイプの比較オプションも、より少ないタイプの比較オプションも、インターフェース３４０１に列挙されてよいことが留意されるべきである。本発明者は、別個の４タイプの比較を、説明のためにのみ列挙する。
【０２３９】
ここで、マージンシナリオは、マージンに従って最適化されている取引シナリオであり、収入シナリオは、収入向けに最適化されている取引シナリオであることにも留意されたい。目標に基づく属性による、取引シナリオの最適化についての詳細は、本明細書において後で述べられる。比較のための、列挙された各オプションは、その次に配置されている、関連したチェックエントリボックスを有する。エントリボックスの１つをチェックすることによって、ユーザは、オプションに印をつけ、次いで、ここでは「比較」で示されるアイコン３４０３として示される、提供された対話型アイコンを活動化する。テキストエントリフィールド３４０２が提供され、適切なオプションの次に印をつけられたチェックボックスに基づいて、「バンドル対代用」という選択を投入される。
【０２４０】
この例では、少なくとも２つの取引シナリオが、クライアント、代用シナリオ、およびバンドルシナリオ用に作成され保存されていると仮定される。クライアント提案に関連した異なるシナリオを比較するとき、クライアントへの提案生成および提示用に選択されたどのシナリオに対しても、編集オプションならびに最終編集が提供される。ここで、２つ以上の取引シナリオに対して、複数の比較動作タイプが実施されることができ、各動作は、本発明の精神および範囲から逸脱することなく、異なる比較オプションを使用することが留意されるべきである。一実施形態では、ユーザは、最適化のために２つのシナリオを実行してよく、デフォルトのオプションは、ユーザがどのタイプの比較を行うかを選ぶことを要求せずに、適切な比較を実施するためのものである。別個であるが論理的に順序づけられた動作を一まとめにする、自動化の可能性が多くある。
【０２４１】
図３５は、取引管理インターフェースを介してユーザに利用可能な他のいくつかのオプションを示す、スクリーン３５００の平面図である。スクリーン３５００は、いくつかの例において上述した教育／トランザクション取引という前述の例を示す。この例では、スクリーン３５００は、確認済みの上位製品販売シナリオを示す図３０のスクリーン３０００と同様である。この場合、スクリーン３５００は、より大きなウィンドウエリアのすぐ上に提供される、選択可能なオプションのアレイ３５０１を有する。オプション３５０１は、取引比較オプションを含み、このオプションは、活動化されると、例えば図３４を参照して説明されたスクリーン３４００を呼び出すことになる。アレイ３５０１中の列挙された他のオプションは、シナリオに関連した、目標に基づく属性、または特定の製品もしくは製品ラインに付加された全体目標に基づく属性のグラフィック表現を提供する。グラフィック表現の提供は、現在のほとんどの統計的情報および他の情報に基づく、グラフおよび図表の生成および表示を介して遂行される。
【０２４２】
例えば、「製品ラインによるマージン」を選択すると、あるケースでは、別の１つまたは複数の製品ラインのものと比較して、ある製品ラインにおいて実現されるマージン率を表示する棒グラフ（図示されず）を生成させ得る。属性マージンは、概して、製品ライン、比較されるシナリオに特に関連した製品などに制限され得る。マージンは、製品が販売される地域別の一般製品の間でも比較され得る。多くの可能性がある。プライスウォーターフォールを選択すると、特定の顧客または顧客チャネルに提供される特定の製品の特定の価格設定レベルでのマージン％を示す、線図（図示されず）を呼び出し得る。提供される製品に対する価格設定レベルは、リストレベル、販促レベル、チャネル値引きレベル、競合他社レベル（自社の製品が競合他社の価格で提供された場合のマージン）、顧客によって交渉されるレベル（交渉される実際の価格）などを含み得る。グラフィックによるこうした新たな方向付けは、販売エージェントが、クライアントとの最終的な交渉取引に巻き込まれる前の取引分析を助け、エージェントに、交渉プロセスをどのようにして最適化するかをよく理解させる。アレイ３５０１中の最後に列挙されているオプションは、最終編集オプションであり、提案生成の前に、最終的な取引編集のためのスクリーンを提供する。
【０２４３】
図３６は、本発明の実施形態による、最終的な取引編集を実施するインターフェースを示すスクリーン３６００である。スクリーン３６は、教育／トランザクションに対して上の多数の例において以前説明された代用品取引を再度参照する。スクリーン３６００は、比較的大きなウィンドウエリアの最上位の近くに配置された取引要約ブロック３６０１を表示する。要約ブロック３６０１は、Ｍａｒｑｕｅｅという製品（システム）、２０台のシステムという、リクエストされる量を列挙し、（上位製品販売のフラットパネル代用品を有する）システムあたりの定価は９２８．００ドルになる。注文に対する正価総額は、値引き後は１８，１８８．８０ドルである。
【０２４４】
スクリーン３６００は、既に譲歩されている総値引きをユーザに知らせる、比較的大きなウィンドウエリアに表示される値引き譲歩ブロック３６０２を有する。値引き提案ブロック３６０３が提供され、スクリーン３６００の比較的大きなウィンドウエリアに表示される。ブロック３６０３は、顧客値引きおよび教育値引き（チャネル値引き）として列挙された、２つの値引きカテゴリを有する。各カテゴリは、取引に対して許容される最大値引きを指定する。各値引きカテゴリは、追加値引き率量を入力するフィールドエントリボックスを有する。
【０２４５】
顧客およびチャネルに対する２％の総値引きが、既に譲歩されている。したがって、ユーザは、顧客カテゴリに３％、チャネルカテゴリに４％追加して、上位製品販売という状況において、ｍａｒｑｕｅｅシステムに対する可能な限り最も低い値引き価格に達することができる。この場合、ユーザは、追加の２％を顧客カテゴリに、追加の３％をチャネルカテゴリに適用しており、そうすることによって、新しい正価とともに、追加で適用された値引き後の定価合計を表示する価格設定ブロック３６０５に示されるように、顧客への正価総額を１７，２９０．２７ドルまで下げている。
【０２４６】
本発明の一実施形態では、クッキーに基づく追跡システムは、取引管理インターフェースを介して、操作を行う販売エージェントの振舞いを、管理者が統計的に追跡することを可能にするものであると理解されることができよう。このシステムは、例えば、エージェントが取り扱った売買取引の優位性に対して可能な最大値引きを継続的に提供するエージェントについての知識を、管理者に提供するためのクッキー交換において提供される情報という点において、十分に詳細であり得る。このような情報は次いで、収入および収益の点において、エージェントの生産性を増大する最適化行動において、販売エージェントに助言するのに利用され得る。別の実施形態では、管理者は、取引管理インターフェースの管理ログインを介して手作業でログオンし、取引履歴にナビゲートし、行われている、選択されたエージェント取引を分析することができる。自動化された追跡システムが、インターフェースによって提供されるツールの、決して最適ではない使用に起因するある特定のエージェント取引履歴を「調べる」よう、管理者に警告するのに使われ得る。
【０２４７】
図３７は、シナリオの更新されたリストを表示するスクリーン３７００の平面図である。スクリーン３７００は、ここでは最終編集の要約情報を含む、上から見て最後の行で規定される、図３６の編集済みシナリオを表す最終的なシナリオ３７０２が追加されている以外、上で図３１を参照して説明されたスクリーン３１００と同一である。列および行からなるアレイ３７０１は、シナリオ要約情報、列によって規定される属性、および行によって規定されるシールシナリオをすべて含む。
【０２４８】
ここで、「タイプ」列中の「基本」、「サブ」および「最終」というラベル、ならびに「期間」列で複写されている「期間」というラベルは、対話型かつ選択可能なオプションであり、上の例で前述した、より詳細な情報を含む、関連したスクリーンをもたらすことが留意されるべきである。同様に、「エクスポート」および「生成」用の対話型オプションも提供される。ユーザは、提案を生成する最終的なシナリオを選択しなければならないわけではない。というのは、基本および代用シナリオが、依然として編集可能であり得るからである。ただし、初期シナリオの改定バージョンを表す最終的なシナリオは、最良のシナリオをクライアントに提案するべきであることを想定して、それ以上の編集を防止するために、読取り専用ファイルとして保存され得ることが留意されるべきである。
【０２４９】
図３８は、本発明の実施形態による、助言因子３８０１と関連した規則との間の関係を示すブロック図３８００である。助言因子３８０１は、ここでは、要求される構成要素の論理コンパイルとして示される。ユーザは、上で図１を参照して説明されたソフトウェアアプリケーション１４１４の価格管理部分に類似した価格マネージャインターフェースを介して、助言因子を作成する。
【０２５０】
因子３８０１は、上位製品販売タイプのものであり、「季節限定の上位製品販売」という名称をもつ。各因子は、因子を該当する因子規則に関連付ける識別（ＩＤ）番号を有する。この例では、因子３８０１は、１１１というＩＤ番号をもつ。作成されると、因子は、連番を割り当てられることができる。直前の、関連していない因子は、１１０というＩＤをもつ可能性があり、作成される次の因子は、したがって、１１２というＩＤをもつことになる。実装され得る可能な多くの識別スキーマがある。
【０２５１】
この特定の因子の名称は、前述したように、「季節限定の上位製品販売」である。各因子は、識別された動作タイプを有する。この場合、動作タイプは、上位製品販売である。各因子は、少なくとも１つの条件属性ＩＤを有する。この場合、選択された属性は、したがって、量であり、適用されるＩＤ番号は、属性量に割り当てられたＩＤと同じである。実際の実施において、量は、絶対量、または最小および最大境界を有する量範囲として表現され得る。後者が、最も一般的であり、送られてくるリクエストとより合致しやすい。
【０２５２】
助言因子は、その一般的因子ＩＤ番号とは別に、追加のＩＤ番号をもつ。これは、助言因子ＩＤ番号である。この番号は、因子属性に基づく目標を判定する。この場合、助言因子ＩＤは、合計マージンに対する属性ＩＤに等しく、因子の戻り値が、合計マージンによって順位づけられることを意味する。２つの因子ＩＤを使うことによって、助言因子はすべて、標準価格設定因子すべてから効率的に分離され得る。例えば、因子の管理ビューは、最大合計マージンという属性タイプの助言因子のみを表示するように調節され得る。
【０２５３】
作成された各助言因子は、その因子に関連づけられた因子注文シーケンスを参照する。好ましい実施形態では、上位製品販売因子が、合計を計算する、関連した注文シーケンスを有する品目シーケンスに含まれる。したがって、因子規定は、注文シーケンスに割り当てられたＩＤに等しい助言シーケンスＩＤを参照する。上位製品販売因子の規定は、順位づけタイプも指定し、このタイプは、企業の目標および助言因子用の属性ＩＤに応じて、最大または最小に設定され得る。例えば、属性ＩＤが、合計マージン用ＩＤの場合、順位づけタイプは、最大（合計マージン）に設定される。このことは、助言シーケンスを実行した後に返された値（製品代用候補）が、最大限にされた合計マージンによる重要度で順位づけられることを意味する。
【０２５４】
価格設定シナリオに助言因子を導入すると、価格因子ヘッダを規定するテーブルに追加が行われる。助言因子に命名する新しい列が追加される。助言列に列挙された助言タプルに関連づけられた値データタイプを指定するために、次の列が追加される。
【０２５５】
例えば、助言因子列の下で、列名は、季節限定の上位製品販売のような、特定の助言因子の名称である。行の下には、助言因子ＩＤ、助言因子を含む品目シーケンスＩＤ、助言順位づけ因子を含む注文シーケンスＩＤ、および最後に、順位づけ設定が列挙されている。隣の列は、関連したタプルが、数字であるか、それとも英字であるかという、タプルの文字表現を指定するに過ぎない。この場合、すべてが数字である。
【０２５６】
助言因子用に、助言規則が作成される。助言規則テーブルは、数字であるＩＤ値を列挙する。ＩＤ値とは、同じＩＤ値を有する規則がすべて、単一の上位製品販売をなすような、上位製品販売規則の値である。列挙されている追加タプルは、行ＩＤ（数字）、品目ＩＤ（数字）、品目量（数字）、トランザクションタイプ（Ｖａｒｃｈａｒ２）、トランザクションＩＤ（数字）、最終アップデートの日付（日付）、最終アップデートの作者（Ｖａｒｃｈａｒ２）、作成日（数字）および作者（数字）である。
【０２５７】
図３８００は、要素符号３８０２を与えられたブロック中に示されている、例示的ないくつかの因子規則を含む。こうした規則は、上位製品販売規則である。２つの規則、すなわち可能な上位製品販売製品マッピングを記述する規則（１）および規則（２）が示されている。例えば、品目Ａの量１＋品目Ｂの量２が、品目Ｃの量１＋品目Ｄの量１にマップする。したがって、指示された量の元の製品Ａ、Ｂが、指示された量の製品Ｃ、Ｄに置き換えられて上位製品販売され得る。
【０２５８】
規則（２）は、品目Ｅの量２が、品目Ｆの量２＝品目Ｇの量１に変えられて上位製品販売され得ることを述べている。Ｅは、リクエストされた元の品目であり、品目Ｆ、Ｇは、上位製品販売用の品目である。上位製品販売規則は、絶対量でも量範囲でもよい量属性を有する。
【０２５９】
規則値テーブル３８０３が、この例において示され、ブロック３８０２に列挙されている規則に関連づけられた、置換えまたは上位製品販売製品用の因子規則のパラメータを提供する。例えば、規則（１）は、２つの上位製品販売製品Ｃ、Ｄを指定するので、１というＩＤ値（規則１）をテーブルに記入するのに、２行、すなわち、製品Ｃに対しては１、製品Ｄに対しては２という行ＩＤ（次の行）が使われる。行１は、製品Ｃに対する品目ＩＤおよび量属性１を指定する。行２は、製品Ｄに対する品目ＩＤおよび量属性１を指定する。値テーブル３８０３中の次の行は、次の規則、すなわちこの例では規則（２）のために確保される。規則（２）は、２という値ＩＤをもち、規則（２）において指定されている第１の製品Ｆは、３という行ＩＤをもつ（第１行は、規則に関連づけられている）。上位製品販売製品Ｆ用の品目ＩＤが、２という許容可能な置換え量属性とともに指定される。規則（２）の次の行（４）は、上位製品販売製品Ｇに対するＩＤおよび許容可能な量を指定する。第３の規則が、次の行、すなわち行５を下に向かって開始し、テーブルが上位製品販売用製品に対する規則すべてをもつまで、以下同様に続く。
【０２６０】
規則エントリのテーブル３８０４が提供され、上位製品販売因子の因子ＩＤ、すなわちこの場合は１１１を指定する。エントリテーブル３８０４は、上位製品販売の元の製品、この場合は製品Ａ、Ｂも指定し（規則１）、製品Ｅ（規則２）が因子中で指定される。因子エントリは、全製品に対する全顧客、および全製品に対する全チャネルに該当する。最小および最大注文量が、３つすべての製品Ａ、Ｂ、Ｅに対して指定される。例えば、元の注文量は、製品Ａに対しては最小１かつ最大１、製品Ｂに対しては最小２かつ最大２、製品Ｅに対しては最小１かつ最大１でなければならない。元の製品エントリをカバーする２つの規則、すなわち製品Ａ、Ｂをカバーする規則１、および製品Ｅをカバーする規則２があることに留意されたい。値列中の値は、ブロック３８０２にあるどちらの規則が該当するかを指定する。値１は、規則１を指定し、値２は、規則２を指定する。
【０２６１】
ここでは３８０５で示される注文ブロックによって示される、１Ａ＋２Ｂ＋１Ｅを要求する顧客リクエストが入ってくると仮定すると、両方の規則（１）、（２）が発動する。注文３８０５が、製品Ｅを含んでいなかった場合、規則（１）のみが発動する。注文が、製品Ｅのみを含んでいた場合、規則（２）のみが発動する。本発明の好ましい実施形態において、元のリクエストの量属性は、規則テーブルエントリ中でリクエストされた製品に対して列挙された量属性に収まるように合致しなければならず、そうでない場合、規則は発動しない。
【０２６２】
上位製品販売規則、この場合はリクエスト向けの上位製品販売因子ＩＤ１１１に該当する規則（１）、（２）を発動した後、価格設定サーバは、データ構造のリストを返し、このリストは、入手可能な上位製品販売代用製品、その量、および元の製品のではなく代用製品のライン品目価格パラメータを使って注文シーケンス中の代用品を計算し直すことによって実現される売上げ利益％すべてを、最低でも列挙する。新しいシナリオは、元の基本シナリオと並べて、かつ比較されて保存され得る。
【０２６３】
図３９は、本発明の実施形態による、助言因子３９０１と関連した規則との間の関係を示すブロック図３９００である。助言因子３９０１は、元々リクエストされた会社提供製品に対応する、競合他社提供製品を戻させる競合他社因子である。因子３９０１は、この例では、「競合他社価格」と命名される。因子３９０１は、１１２という因子ＩＤ番号をもつ。動作タイプは、競合他社である。
【０２６４】
因子１１２は、属性量に対するＩＤを含む属性マトリクスに割り当てられたＩＤ番号、および競合他社名属性に割り当てられたＩＤである条件属性ＩＤをもつ。因子１１２の助言因子ＩＤは、この例では、合計マージン属性に対するＩＤである。因子１１２用の助言シーケンスＩＤは、正しい注文シーケンス用のＩＤを指定する。順位づけタイプは、１または最大に設定される。因子１１２は、さらに上で説明された上位製品販売因子１１１と同じ方式で動作し、事実、同じ規則に基づくアーキテクチャを使用する。唯一の違いは、競合他社因子が、予め規定された属性「競合他社名」をもたなければならず、合致する元の製品および価格と比較され得る競合他社製品および価格のリストのみを返し、リストは、何らかの順位づけ因子によって順位づけられることである。
【０２６５】
ここでは破線矩形ブロックとして示される因子規則ブロック３９０２は、因子１１２に該当する、列挙された２つの規則をもつ。規則（１）は、製品Ａの量１＋製品Ｂの量２を求めるリクエストが、競合他社製品Ｃの量１＋競合他社製品Ｄの量２にマップし、競合他社名は知られていると述べている。
【０２６６】
規則（２）は、製品Ｅの量１を求めるリクエストが、競合他社製品Ｇの量１または競合他社製品Ｆの量１にマップし、別個に識別される２つの競合他社があり、一社は製品Ｇ、および一社は製品Ｆに対応すると述べている。ここで、属性競合他社名は、可能な合致製品に関連づけられた複数の競合他社名を含み得ることが留意されるべきである。一実施形態では、実際にテーブル３９０２に書き込まれた、３つの規則が存在し、規則（３）は、製品Ｅの量１を求めるリクエストが、競合他社製品Ｆの量１にマップし、競合他社名は知られていると述べている。単純にするために、規則（２）は、Ｇ、Ｆという２つの製品変数（２つの異なる競合他社製品）を有する。
【０２６７】
ここではテーブル３９０３として示される規則エントリテーブルは、この特定の競合他社因子に対する１１２という因子ＩＤ、関連した因子規則の製品Ａ、Ｂ、Ｅの特定、ならびに全顧客および全チャネルへの規則の適用を指定する。テーブル３９０３は、リクエストされた各製品に対する量属性も指定し、製品Ａには１、製品Ｂには２、製品Ｅには１と指定する。テーブル３９０３は、各行の値も列挙する。製品Ａ、Ｂに対しては、値は１すなわち規則（１）であり、製品Ｅに対しては、値は２すなわち規則（２）である。
【０２６８】
ここでは値テーブル３９０４として示される値テーブルは、競合他社製品の値を列挙する。例えば、値ＩＤ列、行ＩＤ列、品目ＩＤ列、および品目量指定列が、該当する因子規則中で各競合他社製品に対する値を指定するために提供される。各製品の値は、テーブルの１行を占める。したがって、行１は、１という値ＩＤ（規則１）、１という行ＩＤ、規則１の競合他社製品Ｃに対する品目ＩＤ、および２という量値を含む。第２行は、１という値ＩＤ（規則１）、２という行ＩＤ、規則１の競合他社製品Ｄに対する品目ＩＤ、および１という量属性値を含む。
【０２６９】
次、すなわち第３行は、規則２に関連づけられた値で始まる。例えば、第３行は、２の値ＩＤ（規則２）、３の行ＩＤ、規則２の競合他社製品Ｇに対する品目ＩＤ、および１の品目量をもつ。最終、すなわち第４行は、２の値ＩＤ（規則２）、３の行ＩＤ、規則２の競合他社製品Ｇに対する品目ＩＤ、および１の品目量をもつ。２つの規則のみをカバーする４つの行があることに留意されたい。というのは、異なる各競合他社製品用に行が確保されるからである。因子規則ブロック３９０２中に３つの規則があった場合、第４行の値ＩＤは、２ではなく３になるはずである。
【０２７０】
ここではリクエスト３９０５として示される顧客リクエストが、会社製品Ａの１という量＋会社製品Ｂの２という量＋会社製品Ｅの１という量を含むと仮定すると、因子３９０１用の両方の規則が発動する。リクエスト３９０５が製品Ｅを含んでいなかった場合、規則１のみが発動する。リクエスト３９０５が、４Ａ＋２Ｂ＋１Ｅを含んでいた場合、規則２のみが発動する。
【０２７１】
返される値は、この例では、ここではテーブル３９０６として示される競合他社価格設定テーブルとして編成される。テーブル３９０６は、対応する競合他社製品および競合他社価格とともに、会社製品の価格および許容される最大値引き率を提供する。好ましい実施形態では、対応する製品の量（リクエストされ、量にマップされる）も列挙されるが、この例では図示されていない。ユーザは、取引前処理において、情報を得る目的でテーブル３９０６を受け取る。目標は、対応する競合他社製品および価格構造を知ることにより、必要な場合は値引きの適用を介して取引を最適化する際、エージェントを助けることである。
【０２７２】
会社列の下には、元のリクエストＡ、Ｂ、Ｅの会社製品がある。製品Ｅは、別個の２つの競合他社によって提供され得る別個の２つの製品にマップするので、二度列挙されることが留意されるべきである。同様に、競合他社名は同じである（同じ競合他社によって提供される）、製品Ｅに対応する同等な複数の競合他社製品が存在し得る。価格列の下には、製品Ａが、９９ドルでリストに示されており、全体で最大５％の許容可能な値引き構造をもつ。対応する競合他社製品は、定価が８９ドルの製品Ｃである。２台がリクエストされている製品Ｂは、単価５４ドルでリストに載っており、それぞれ最大６％値引きされ得る。マップされた量による価格設定の点で２台が検討されるであろう、対応する競合他社製品Ｄは、単価４９．００ドルでリストに載っている。製品Ｅは、１１０．００ドルでリストに示され、９％の値引きを伴い得る。対応する競合他社製品Ｇは、１１５ドルでリストに載っている。製品Ｆは、製品Ｇとは別々に製品Ｅにも対応し、１００．００ドルでリストに載っている。
【０２７３】
ユーザは、因子３９０１に関連づけられた品目および注文シーケンスを使って、任意の数の試験注文を実行することができ、競合他社製品の仮想注文との比較を行うために、いくつかの製品に対して、異なる値引き率値が入力される。各試験注文は、注文シーケンスに含まれる順位づけ因子による最大売上げ利益に対して確認される。
【０２７４】
リクエストされた製品に最大値引き率が適用された場合、リクエストに対する正価総額は、２９５．６７ドルになるはずである。どの既存の競合他社値引きも計算に入れている競合他社シナリオは、３０２ドルという競合他社の正価設定に達する。したがって、ユーザの入札は、最大ライン品目率値引き構造を最大限に用いて、競合シナリオをちょうど下回るように巧妙に行われ得る。ただし、参照用に製品ＧではなくＦを使って競合他社シナリオが変更されると、競合シナリオの正価総額は２８７ドルとなるが、依然として注文に対する会社価格内に収まる。
【０２７５】
この時点で、エージェントが追加チャネル値引きを適用するのを可能にする、任意選択の提案が起こり得る。例えば、値引き提案情報ブロック３９０７がユーザに引き渡されてよく、このブロックでは、注文全体に及ぶ追加の３％の値引きが、教育顧客チャネル向けのチャネル値引きとして与えられることが提案される。この場合、許容可能な最大値は、全体で３％である。ユーザが、最大である３％の教育向け値引きを適用することを選ぶと、最終的な会社正価は２８６．８０ドルになり、２８７．００ドルという競合他社シナリオをちょうど下回る。
【０２７６】
当然ながら、競合他社に対抗した価格設定の際にエージェントが検討する、品質問題、サービス問題、および会社と対応する競合他社製品との間の他の同じような違いなど、他の因子もある。したがって、エージェントが単に「競合他社の価格を打ち負かす」ために、提供可能な全値引きを適用するこのシナリオは、決してデフォルトの行為ではない。この場合、システムは、提供可能な追加の３％の値引きを提案したが、エージェントに見落とされている可能性がある。競合他社の価格設定に対する最も重要な「システム」規則は、競合製品の間に明らかな品質上の違いがない場合は特に、可能であれば競合が残るように、提供可能な値引き構造を、デフォルトで最大限有利に使うことであると言えよう。
【０２７７】
図４０は、本発明の実施形態による、競合他社リクエストの処理を示すブロック図４０００である。
【０２７８】
ブロック図４０００は、異なる助言因子プロセスを表すこと以外、上で図５を参照して説明されたブロック図２５００と同様である。ある顧客向けの取引に取り組んでいるエージェントが、最初に、取引マネージャリクエスト４００１を開始する。顧客リクエスト用の基本シナリオが利用可能であると仮定され得る。リクエスト４００１は、顧客がリクエストした製品に対して、会社製品および価格設定パラメータにとっての、競合他社製品および価格設定上の同等物を見つけるためのものである。リクエスト入力パラメータは、ここでは、競合他社入力リスト（４００２）として示される。リスト４００２は、顧客シナリオの元の製品すべての識別を含む。リスト４００２は、要求される場合は、注文日、出荷日付、または多数の出荷日付のような、シナリオの適用可能な日付をすべて含む。
【０２７９】
多数の出荷時期または正確な日付を有する契約注文の場合、各出荷日付の製品流通量が要求される。リスト４００２は、チャネルＩＤおよび顧客ＩＤを含む。リスト４００２は、製品のうち任意のもの、識別されている顧客、および識別されている顧客チャネル用の、選択された属性もすべて含む。製品用の製品属性は、許容されるライン品目値引き率でよいであろう。顧客および顧客チャネル用の属性は、値引き率の許容量も含み得る。
【０２８０】
ステップ４００１で、値付けエンジンは、ユーザの場所およびプラットフォームに応じて、直接またはＡＰＩを介して、リクエストを受け取る。エンジンは、ここでは規則ベース４００４として示される規則ベースにある規則にアクセスすることによって、リクエストを処理する。規則は、ここでは２つのリポジトリを関連づける両方向矢印で示されるように、リポジトリ（データストア）４００５に保持されたデータにマップする。
【０２８１】
価格設定エンジンは、基本シナリオの計算用に使われる、品目シーケンス中で見出された競合他社因子に関連した、規則ベース４００４にある規則にアクセスし、適用可能な規則を発動させる。エンジン（サーバ部分）は、順位づけ因子および順位づけ因子属性に従って、対応する競合他社製品および価格設定についてのデータ構造を返す。エンジン出力は、この例ではエンジン出力（４００６）として示される。出力４００６は、注文されるはずのリクエストされた相当物および対応する量とともに、少なくとも対応する競合他社製品の識別を含む。
【０２８２】
例えば対応する正価設定および正味値引き構造、注文金額など、競合他社シーケンスの返される他のすべての値が計算される。順位づけ値結果も提供される。ユーザは、入手可能な競合他社製品および価格設定すべてを見ることができる。デフォルトの注文シーケンスは、競合他社情報に基づいて、仮想競合他社注文を計算するのに使われる。前述したように、ユーザは、次いで、元の注文を競合他社シナリオとより接近して競争するように編集することができる。
【０２８３】
ここで、競合他社シナリオの注文パラメータの計算は、製品置換え目的ではなく、エージェントが元の注文シナリオを微調整するのに使用し得る入力を提供するためにのみ行われることが留意されるべきである。一実施形態では、システム提案は、エージェントに送られることができ、元の注文を最適化する入力をエージェントにさらに与える。例えば、システムは、クライアントの知られているＶＩＰの立場を理由として、総値引きの追加率を認めるためのポップアップ警告をエージェントに送ってよいであろう。この場合、システムインテリジェンスは、競合他社シナリオへの最終編集注文結果と合致し、顧客ＸＹＺが、全トランザクションに対して競合他社価格設定に少なくとも合致する価格設定を常に受けるというものでよい一般規則にアクセスする。別の警告は、ある製品に対する値引きの結果、競合他社の対応する製品への品目競合が起こらない場合であっても、先に進むようにクライアントを説得するための、品質またはサービスの性質についての情報を含むスクリプトでよい。一例は、会社モニタが、永久サービスまたは交換契約を保証されており、同等品質の対応する競合他社モニタは、サービスに対して限定された契約のみを有することであろう。エージェントは、その会社のモニタが、なぜ対応モニタより高価なのかについて質問がある場合、顧客に情報を指摘するように促される。
【０２８４】
図４１は、本発明の実施形態による、因子および規則作成のためのステップを示すプロセスフロー図である。ステップ４１０１で、ユーザが、値付けマネージャインターフェース中の因子ビューページを開き、新しい因子作成を選択する。エントリフィールドおよびいくつかのドロップダウンフィールドを有するスクリーンが現れる。入力パラメータの選択を始める前に、ユーザは、インターフェースの最上位近くに提供される名称エントリボックス中に、因子名を与える。名称は、競合他社ＹＺＸ  ｉｎｃでよいであろう。ステップ４１０２で、ユーザが、その目的のために構成された、適用可能な選択オプションをすべて有する、提供されたドロップダウンメニューから、因子動作タイプを選択する。この例において、選択される因子動作タイプは、競合他社である。競合他社因子は、品目シーケンス中で使われ、ｆｒｏｍ因子から入力を受けない。したがって、ｆｒｏｍ因子が指定される必要はない。
【０２８５】
ステップ４１０３で、同じインターフェース上で操作を行うユーザが、適用可能な価格設定因子のドロップダウンメニューから、関連した価格設定因子を選択する。選択される因子は、価格設定情報を含む、返されるデータ構造の「比較因子」となる。この場合、価格設定因子は、基準価格である。したがって、比較用に返される製品は、その基準価格とともに列挙される。
【０２８６】
ステップ４１０４で、ユーザは、動作タイプシーケンスのリストから、関連した品目シーケンスを指定しなければならない。シーケンスは、この例では競合他社シーケンスである。動作タイプが上位製品販売だった場合、上位製品販売品目シーケンスが指定される。ユーザは、次いで、ステップ４１０５で、その目的のために構成されたドロップダウンリストから、品目シーケンスに関連した注文シーケンスを指定する。品目シーケンスは、競合他社因子を含み、注文シーケンスは、順位づけ因子を含む。ステップ４１０６で、使用は、使用可能なマトリクスのリストから、関連した属性マトリクスを指定する。関連した属性マトリクスがまだ作成されていない場合、ユーザは、その目的のためにマトリクスを１つ作成してよい。ステップ４１０７で、ユーザは、作成された因子を、価格設定因子のリストに適用する。一実施形態では、因子ＩＤ番号が、リストの使用可能な次の番号である。
【０２８７】
ステップ４１０８で、助言因子を作成し保存したユーザは、規則ビューページにナビゲートし、新しい規則作成を選択するが、この規則は、競合他社規則である。価格設定規則ページは、その目的のために提供され構成されたナビゲーションツリーからアクセスされ得る。規則作成インターフェースは、因子名を選択する少なくとも１つのドロップダウンメニューを有するが、因子名は既に作成されているので、新しい因子が因子リスト中に現れる。したがって、ステップ４１０９で、ユーザは、リストから「競合他社Ａｐｐｌｅ」因子を選択する。規則作成ページは、適用可能な場合、「発効」日（規則が使用可能になる日付）を入れるためのエントリフィールド、および「満了」日（規則が満了する日付）を入れるための次のエントリフィールドも有する。規則が該当する顧客およびチャネルを指定する後続のエントリフィールドが提供される。ステップ４１１０で、ユーザは、作成日、満了日を入れ、適切なエントリボックスに情報をタイプ入力して、顧客の適用およびチャネルの適用を指定する。
【０２８８】
ステップ４１１１で、ユーザは、適用可能な場合、条件変数属性マトリクスを編集する。ステップ４１０６の選択されまたはマトリクスされた行列が、フィールドボックスに現れるはずである。ステップ４１１２で、ユーザは、会社から、規則中で識別される、関連した競合他社製品へのアクティブマッピングを行う。このステップでは、「自社」および「自社の競合」という別個の２つのフィールドに等しく分割される、マッピングインターフェースを用いる。ユーザが、その会社側で会社製品および量を一度に指定し、次いで、対応する競合他社製品およびその量を、他方のインターフェース側で指定する。
【０２８９】
一実施形態では、ユーザは、企業および競合製品をすべて列挙する使用可能な製品リストから、製品をコピーし貼り付けることができる。新しい会社および対応する競合他社の製品および量を追加する対話型「追加」アイコンが、インターフェースの両側に現れる。ステップ４１１２は、継続しているステップであり、比較因子に基づいた、最新の価格設定数字の追加も含み得る。この場合、比較因子は基準価格である。
【０２９０】
別の実施形態では、製品に価格設定を追加するために、ユーザは、データベース照会を実施して、この場合、基準価格因子による最新の価格設定を入手することが可能であろう。別のオプションは、価格が、規則中に列挙される必要なく、価格設定エンジンによって取り出されるものである。ステップ４１１３で、ユーザは、新しい規則の作成を終え、規則を規則リストに保存する。ここで、一実施形態では、助言規則は、表示および見直しのために、他の規則から積極的に分離可能であることが留意されるべきである。
【０２９１】
図４２は、本発明の実施形態による、基本シナリオを分析するスクリーン４２００の平面図である。スクリーン４２００は、図２６を参照して説明されたスクリーン２６００に機能が類似しており、同じ構成要素およびオプションを、すべてではなくとも、そのほとんどを有する。一実施形態では、スクリーン４２００は、スクリーン２６００と同じスクリーンであるが、構成要素の配置においていくつかの違いがある。図面スペースを保護する都合上、図２６の対応要素を有する図４２の要素の一部は、ここで示されるこうした要素の配置に関して、必ずしも図２６の同じ位置を占めていない。
【０２９２】
この例において、異なる取引シナリオが閲覧されている。この例において閲覧されている基本シナリオは、アカウント名Ｌａｚｏｒｅｘに関連づけられた長期取引である。Ｌａｚｏｒｅｘ用のシナリオは、本明細書の図１７の取引ビュー例における、上から２番目に列挙された設定に類似している。
【０２９３】
スクリーン４２００は、その比較的大きなウィンドウエリアに表示される設定詳細ブロック４２０１を有する。ブロック４２０１は、対話機能において、図２６を参照して説明されたブロック２６０４と等価である。ブロック４２０１は、製品列、量特定列、期間列、および定価列に分割される。このシナリオの製品は、Ｍａｒｑｕｅｅシステム、Ｍｅｒｉｄｉａｎシステム、ＸＹサーバ、およびＣｌｅａｒｍａｒｋ（Ｃｌｍｋ）プリンタと、１つずつ指定される。量列中で、顧客によってリクエストされる対応する製品量は、Ｍａｒｑｕｅｅシステム４００台、Ｍｅｒｉｄｉａｎシステム２００台、ＸＹサーバ５台、およびＣｌｅａｒｍａｒｋプリンタ２０台と列挙される。
【０２９４】
この例において表される基本シナリオは、分析開始日０３／０３／０１および終了日０４／０３／０１を有する契約取引である。分析開始および終了日は、何らかの戦略を最適化したいという希望の下で、連絡先が注目される分析期間を規定するに過ぎない。期間タイプで示されるドロップダウンメニューは、分析期間を表す。この例では、選択された期間タイプは、この分析のための一期間を表す「一時」である。
【０２９５】
この例の具体的な取引シナリオは、実際に、０３／０３／０１に開始し０６／０３／０１に終了する３年の契約有効期間を有する。この契約は、列挙された製品の最初の２つに対して、毎月の出荷日付を有し、契約の１年の第１の分析期間は、取引が、翌年に対して見積もられた毎月の出荷時期にわたって計画された製品流通によって確実に最適化されるようにするために、顧客との取引を終わらせる少し前に実施される可能性がある。この例では、契約が、その有効期間中に定期的に、おそらく毎年１回または３回分析されると仮定される。ここで、ユーザが契約出荷時期をすべて閲覧できるように、スクロール能力は、垂直および水平両方向に提供されることが留意されるべきである。
【０２９６】
ブロック４２０１を参照し直すと、各製品一覧の左に、契約がまだ終了されていないと仮定した場合、シナリオから、関連した製品を削除する対話型消去アイコンがある。一部のケースでは、契約取引は、開始された後で再交渉され、したがって、（編集モードにある）製品は依然として、契約が受諾された後であっても、構成に追加されることも削除されることもできる。新しい製品を追加する対話型アイコン４２０４が、ここに示され、取引の有効期間の前または最中に製品追加を可能にするように構成される。同様に、認証アイコン４２０２が、構成、および構成に対して終了の前または後に行われ得るどの変更の認証も可能にするために提供される。
【０２９７】
構成ブロック４２０１中の「期間ごと」の列には、列挙された各製品に関連づけられたエントリチェックボックスがある。ここで、列挙された最初の２つの製品、すなわちＭａｒｑｕｅｅおよびＭｅｒｉｄｉａｎは、リクエスト量列中に列挙された合計量の値が、契約の有効期間を通じて、すなわちこの例では３年の間、各期間（毎月）に出荷することを指示するその期間ボックスが選択されていることが留意されるべきである。構成４２０１の残りの製品は、その期間ボックスが選択されていないことに留意されたい。残りの製品の量（サーバ５台、プリンタ２０台）は、特定の流通戦略をもたず、契約の有効期間の間はいつでも、好ましくは契約の最初の１カ月または２カ月の間に提供され得る。
【０２９８】
製品すべてに対してリクエストされた量に対する計算を解くと、契約シナリオの定価合計４２０３は、１４，７５７，０４５ドルとなる。すなわち、３年間、毎月出荷される品目１のＭａｒｑｕｅｅ４００台、品目２のｍｅｒｉｄｉａｎ２００台、契約の間に一度出荷されるサーバ５台およびプリンタ２０台である。
【０２９９】
ここで、オプション「最適化」および「競合他社」は、スクリーン４２００の比較的大きなウィンドウの最上位にあるオプションアレイ中で太字表示されることが留意されるべきである。こうしたオプションは、さらに後で説明されるオプションの次である。説明用にスクリーン４２００を繰り返さないために、両方のオプションが、１つのスクリーン中で強調表示されるが、実際の実施では、ユーザは、第２のオプションを実施するために、スクリーン４２００に戻ってナビゲートすることになる。
【０３００】
図４３は、分析されるある特定の期間に対する、製品流通戦略の最適化を示すスクリーン４３００の平面図である。スクリーン４３００は、図４２のスクリーン４２００に示される最適化オプションを選択した結果として表示される。本発明者によって最大コマンドシーケンスとも呼ばれる最適化コマンドシーケンスの実行は、コマンドの実行用に選択される、特定の順位づけ因子属性に基づく結果を返す。目標に基づく属性は、売上げ利益％、収入％、コスト％などでよく、コマンドシーケンスは、取引に関連づけられた製品の多数の出荷時期にわたる特定の取引シナリオに関連した製品流通戦略を最適化するように構成される。最大コマンドは、説明された他の助言因子によって要求されるものと同様の１組の入力パラメータを要求する、あるタイプの助言因子である。
【０３０１】
前述したように、上位製品販売または関連製品販売シーケンスのような他の助言因子オプションは、順位づけ因子を使って、売上げ利益または収入（一般に最大限にされる）のような目標に基づく属性、あるいは会社コストまたは顧客予算（一般に最小限にされる）のような他の何らかの属性に従って、ユーザに返される結果値（データ構造）を最大または最小限にする。こうした助言因子のように、最大コマンドは、品目シーケンスおよび注文シーケンス、ならびに構成シナリオに関連した順位づけ因子を用いるが、目標は、上位製品販売シナリオ用の置換え製品を返すことでも、競合分析データを提供することでもなく、多数の製品出荷時期を有するシナリオに対する最適な製品流通戦略を考え出すことである。その目的は、契約の間の製品流通を、契約注文に関連した、目標に基づく属性によって最適化することである。この最大コマンドは、この点において、特に製品流通戦略に該当する。
【０３０２】
この例では、コマンド実行の結果として表示される、製品流通最適化の結果を示す製品流通表示ブロック４３０２が表示される。コマンドの前提をなす目標に基づく属性の選択を可能にするためのドロップダウンメニュー４３０１が、スクリーン４３００の比較的大きなウィンドウに提供される。この例で選択された属性は、マージンである。ドロップダウンメニュー４３０１は、メニューから使用可能な属性、この場合はマージンが選択される、関連したラベル「最適化の基準」を有する。
【０３０３】
図２５のエンジン２５０３に類似している価格設定エンジンが、製品流通最適化計算を実施する。エンジンへの、製品流通最適化のために最低限要求されるデータ入力は、以下の通りである。
・  １組の品番およびその量
・  顧客
・  チャネル
・  目標が基づいている価格因子（順位づけ因子）
・  順位づけ因子を含む価格設定シーケンス
・  目標を最大にするのか、それとも最小限にするのかという指示
・  製品流通の各期間の開始日および終了日
・  各品目向けの各期間の最低および最大量
・  価格計算が基づいている期間中の日。
【０３０４】
エンジンは、最適流通を計算し、少なくとも以下のものを提供する。
・  製品および各期間に再納品される量
・  各期間に対する、品目および注文シーケンス中の因子の値（すなわちマージン％）。
【０３０５】
価格設定エンジンは、アクションタイプ＝「最大」を有するリクエストを受け取ると、各期間に対する各部分ごとに、順位づけ因子の値を計算する。目標が、最大にすることであるのか、それとも最小限にすることであるのかに基づいて、最適な値を有する期間が決定される。順位づけ因子に対して、複数の期間が同じ値を出す場合、製品量は、そうした時期の間、均一に納品される。
【０３０６】
この場合、値情報ブロック４３０４が、スクリーン４３００の比較的大きなウィンドウエリアの最上位近くに表示される。ブロック４３０４は、分析がカバーする、検討される各期間に対するコスト変化データを提供する。例えば、マージンに基づく最大コマンドは、カバーされる各期間に対する、各製品の提供の見積もりコスト率を評価することができよう。その製品をその期間中に提供する会社に対して最も低いコスト％を有する期間は、そうした製品の出荷にとって最良の期間である。最大量の部品が最適な時期に納品され、残されたものが、最も適切でない期間に納品が開始される量が最小となるように、最小および最大量のような制約も適用されてよいであろう。一例として、製品Ａの５期間にわたる流通が、計算されなければならず、Ａの総量は２０であり、各期間に対する最大量は５であり、最低量はないと仮定する。流通戦略は、納品コストに対する売上げ利益の最大化に基づくとも仮定する。５つの時期が、例えば期間１（最適）から、次第に低下する期間５（最も不適）にまで順位づけられると見出された場合、製品流通パラメータは、以下のように見えるであろう。
・  期間１  品番Ａ、量５
・  期間２  品番Ａ、量５
・  期間３  品番Ａ、量５
・  期間４  品番Ａ、量５
・  期間５  品番Ａ、量０。
【０３０７】
エンジンは、最大量制約を用いて、最大製品を、より最適な時期すべての中に配置しており、そうすることによって、そうした時期の中でコストが比較上最も高く、したがってマージンが比較的最も低い、最も不適な期間中の製品の出荷を回避する。
【０３０８】
値付けリクエストＡＰＩ
最大コマンドおよびエンジン応答プロセスが、以下の擬似コードを使って説明される。ここで記述されるプロセスが、コードを読むことにより、当業者には認識されよう。
【０３０９】
・  ｐｕｂｌｉｃ  ｖｏｉｄ  ｓｅｔＭａｘｉｍｉｚｅｒＦｌａｇ（Ｓｔｒｉｎｇ  ｆｌａｇ）
ここで、ｆｌａｇは、最大にするか、それとも最小限にするかを指定する。
【０３１０】
・  ｐｕｂｌｉｃ  ｖｏｉｄ  ｓｅｔＭａｘｉｍｉｚｅｒＦａｃｔｏｒ（Ｓｔｒｉｎｇ  ｆａｃｔｏｒＮａｍｅ）
ここで、ｆａｃｔｏｒＮａｍｅは、最大化が基づく品目レベル因子。
【０３１１】
・  ｐｕｂｌｉｃ  ｖｏｉｄ  ｓｅｔＥａｃｈＰｅｒｉｏｄ（Ｓｔｒｉｎｇ  ＰｅｒｉｏｄＩｄ，Ｄａｔｅ  ｓｔａｒｔＤａｔｅ，Ｄａｔｅ  ｅｎｄＤａｔｅ，Ｄａｔｅ  ｐｒｉｃｅＤａｔｅ）
ここで、ＰｅｒｉｏｄＩｄは、期間を識別するための一意のｉｄ。この期間を定めるためのＡＰＩ中でのみ使われ得る
ｓｔａｒｔＤａｔｅは、その特定の期間の最初の日付
ｅｎｄＤａｔｅは、特定の期間の終了日付
ｐｒｉｃｅＤａｔｅは、計算が基づくことになる所与の期間中の日付。
【０３１２】
・  ｐｕｂｌｉｃ  ｖｏｉｄ  ｓｅｔＭｕｌｔｉｐｌｅＰｅｒｉｏｄｓ（Ｖｅｃｔｏｒ  ＰｅｒｉｏｄＩｄｓ，Ｖｅｃｔｏｒ  ｓｔａｒｔＤａｔｅｓ，Ｖｅｃｔｏｒ  ｅｎｄＤａｔｅｓ，Ｖｅｃｔｏｒ  ｐｒｉｃｅＤａｔｅｓ）
ここで、ＰｅｒｉｏｄＩｄｓは、時期を識別するための一意のｉｄのベクトルを含む
ｓｔａｒｔＤａｔｅｓは、開始日付のベクトルを含む
ｅｎｄＤａｔｅｓは、終了日付のベクトルを含む
ＰｒｉｃｅＤａｔｅｓは、計算が基づくことになる日付のベクトル
ベクトル中の要素は、他のベクトルの同じ索引中に対応する値をもつべきである。
【０３１３】
・  ｐｕｂｌｉｃ  ｖｏｉｄ  ｓｅｔＩｔｅｍＭｉｎＭａｘＦｏｒＰｅｒｉｏｄ（Ｓｔｒｉｎｇ  ＰｅｒｉｏｄＩｄ，Ｓｔｒｉｎｇ  ｐａｒｔＮｏ，Ｓｔｒｉｎｇ  ｉｔｅｍＰａｔｈ，Ｓｔｒｉｎｇ  ｍｉｎＱｔｙ，Ｓｔｒｉｎｇ  ｍａｘＱｔｙ）
ＰｅｒｉｏｄＩｄは、ｓｅｔＥａｃｈＰｅｒｉｏｄまたはｓｅｔＭｕｌｔｉｐｌｅＰｅｒｉｏｄｓ  ＡＰＩ中で規定される期間の一意のｉｄ
ｐａｒｔＮｏは、品目の品番
ｉｔｅｍＰａｔｈは、品目の品目パス
ｍｉｎＱｔｙは、期間中の、品目に対する最小許容量
ｍａｘＱｔｙは、期間中の、品目に対する最大許容量
ｍｉｎＱｔｙもｍａｘＱｔｙも指定しない値は、期間中の品目の量に対する限定ではないとみなされる。
【０３１４】
ＡＰＩ側での検証
・  ｍａｘｉｍｚｅｒＦｌａｇ、ｍａｘｉｍｉｚｅｒＦａｃｔｏｒ、ＰｅｒｉｏｄＩｄ、ｓｔａｒｔＤａｔｅ、ｅｎｄＤａｔｅ、ｐｒｉｃｅＤａｔｅおよびｐａｒｔＮｏの値は、空であってはならない
・  開始日は、終了日の後であってはならない
・  品目の最小、最大の前に設定される必要がある期間が設定される
・  量は負であってはならず、最大量は、最小量と等しい／より大きいべきである
・  時期における品目が、注文中に存在するべきである
・  品目の、時期にわたって累積された最小量は、注文においてその品目に対して指定された量を超えるべきでない。
【０３１５】
ＰｒｉｃｅｒＲｅｓｐｏｎｓｅＡＰＩ
・  ｐｕｂｌｉｃ  Ｖｅｃｔｏｒ  ｇｅｔＤａｔｅｓＦｏｒＰｅｒｉｏｄ（Ｓｔｒｉｎｇ  ＰｅｒｉｏｄＩｄ）
ここで、ＰｅｒｉｏｄＩｄは、期間を一意に探し出す、期間のＩｄ
戻りは、ベクトルが、期間のｓｔａｒｔＤａｔｅ、ｅｎｄＤａｔｅ、およびｐｒｉｃｅＤａｔｅを含む。
【０３１６】
・  ｐｕｂｌｉｃ  Ｈａｓｈｔａｂｌｅ  ｇｅｔＤａｔｅｓＦｏｒＡｌｌＰｅｒｉｏｄｓ（）
戻りは、そのキーが期間ｉｄであり、値がベクトルであるハッシュテーブルが、期間のｓｔａｒｔＤａｔｅ、ｅｎｄＤａｔｅ、およびｐｒｉｃｅＤａｔｅを含む。
【０３１７】
・  ｐｕｂｌｉｃ  Ｖｅｃｔｏｒ  ｇｅｔＩｔｅｍＦａｃｔｏｒｓＦｏｒＰｅｒｉｏｄ（Ｓｔｒｉｎｇ  ＰｅｒｉｏｄＩｄ，Ｓｔｒｉｎｇ  ｐａｒｔＮｕｍｂｅｒ，Ｓｔｒｉｎｇ  ｉｔｅｍＰａｔｈ）
ここで、ＰｅｒｉｏｄＩｄは、期間を一意に探し出す、期間のＩｄ
ｐａｒｔＮｕｍｂｅｒは、品目の品番
ｉｔｅｍＰａｔｈは、品目の品目パス
戻りは、指定された品番の因子名、因子タイプ、ｆｒｏｍ因子名、因子値、および事後値についての情報を含む、ＣｘＰｒｉｃｅＡＰＩＦａｃｔｏｒオブジェクトのベクトル。
【０３１８】
・  ｐｕｂｌｉｃ  Ｈａｓｈｔａｂｌｅ  ｇｅｔＩｔｅｍＦａｃｔｏｒｓＦｏｒＡｌｌＰｅｒｉｏｄｓ（Ｓｔｒｉｎｇ  ｐａｒｔＮｕｍｂｅｒ，Ｓｔｒｉｎｇ  ｉｔｅｍＰａｔｈ）
ここで、ｐａｒｔＮｕｍｂｅｒは、品目の品番
ｉｔｅｍＰａｔｈは、品目の品目パス
戻りは、そのキーが期間ｉｄであり、値が、指定された品番の因子名、因子タイプ、ｆｒｏｍ因子名、因子値、および事後値についての情報を含む、ＣｘＰｒｉｃｅＡＰＩＦａｃｔｏｒオブジェクトのベクトルであるハッシュテーブル。
【０３１９】
・  ｐｕｂｌｉｃ  ＣｘＰｒｉｃｅｒＡＰＩＦａｃｔｏｒ  ｇｅｔＩｔｅｍＦａｃｔｏｒＦｏｒＰｅｒｉｏｄ（Ｓｔｒｉｎｇ  ＰｅｒｉｏｄＩｄ，Ｓｔｒｉｎｇ  ｐａｒｔＮｕｍｂｅｒ，Ｓｔｒｉｎｇ  ｉｔｅｍＰａｔｈ，Ｓｔｒｉｎｇ  ｆａｃＮａｍｅ）
ここで、ＰｅｒｉｏｄＩｄは、期間を一意に探し出す期間のＩｄ
ｐａｒｔＮｕｍｂｅｒは、品目の品番
ｉｔｅｍＰａｔｈは、品目の品目パス
ｆａｃＮａｍｅは、値がリクエストされる因子名
戻りは、指定された品番の因子名、因子タイプ、ｆｒｏｍ因子名、因子値、および事後値についての情報を含む、ＣｘＰｒｉｃｅＡＰＩＦａｃｔｏｒオブジェクト。
【０３２０】
・  ｐｕｂｌｉｃ  Ｈａｓｈｔａｂｌｅ  ｇｅｔＩｔｅｍＦａｃｔｏｒＦｏｒＡｌｌＰｅｒｉｏｄｓ（Ｓｔｒｉｎｇ  ｐａｒｔＮｕｍｂｅｒ，Ｓｔｒｉｎｇ  ｉｔｅｍＰａｔｈ，Ｓｔｒｉｎｇ  ｆａｃＮａｍｅ）
ここで、ｐａｒｔＮｕｍｂｅｒは、品目の品番
ｉｔｅｍＰａｔｈは、品目の品目パス
ｆａｃＮａｍｅは、値がリクエストされる因子名
戻りは、そのキーが期間ｉｄであり、値が、指定された品番の因子名、因子タイプ、ｆｒｏｍ因子名、因子値、および事後値についての情報を含む、ＣｘＰｒｉｃｅＡＰＩＦａｃｔｏｒオブジェクトであるハッシュテーブル。
【０３２１】
・  ｐｕｂｌｉｃ  Ｈａｓｈｔａｂｌｅ  ｇｅｔＡｌｌＩｔｅｍＦａｃｔｏｒｓＦｏｒＰｅｒｉｏｄ（Ｓｔｒｉｎｇ  ＰｅｒｉｏｄＩｄ）
ここで、ＰｅｒｉｏｄＩｄは、期間を一意に探し出す期間のＩｄ
戻りは、そのキーが品番の品目パスであり、値が、品番の因子名、因子タイプ、ｆｒｏｍ因子名、因子値、および事後値についての情報を含む、ＣｘＰｒｉｃｅＡＰＩＦａｃｔｏｒオブジェクトのベクトルであるハッシュテーブル。
【０３２２】
ＣｘＰｒｉｃｅｒＡＰＩＲｅｑｕｅｓｔの例
【表１】
2007521576.tif 000002
2007521576.tif 000003
2007521576.tif 000004
【０３２３】
ＣｘＰｒｉｃｅｒＡＰＩＲｅｓｐｏｎｓｅの例
【表２】
2007521576.tif 000005
2007521576.tif 000006
【０３２４】
情報ブロック４３０３で、製品ＸＹサーバおよびＣｌｅａｒｍａｒｋプリンタのみが、再流通のために検討される。この３年の連絡先のうち１年という分析期間中の各期間に対して、ＭａｒｑｕｅｅおよびＭｅｒｉｄｉａｎシステムは、各期間に対して等しい量を保持する。というのは、こうした製品に対する時期はすべて、同一に順位づけられるからであり、または、製品が、最適化するための検討を意図的に免除されるからである。ただし、合計で５台がリクエストされている製品ＸＹサーバは、０３／０５／０１の期間中の出荷用にのみ納品される。他の時期はすべて、出荷用の量を含まないが、期間０３／０５／０１に対する最大量制約は、ＸＹサーバに対して５台以上でなければならない。Ｃｌｅａｒｍａｒｋプリンタ出荷に対しての最適期間は、０３／０４／０１という期間中である。このことは、その期間向けのプリンタに対する最大量制約が、各々２０台以上であると想定している。
【０３２５】
合計価格設定情報４３０５が提供され、契約全体に対する定価合計を、１４，７５７，０４５ドルと列挙し、値引き後の正価総額を１４，０００，０００ドルと列挙する。契約に対する総売上げ利益は、８％と表示される。契約前に提示された、この例において実施される最適化が提示されたと仮定される。このようなものとして、ここでは保存機能４３０６として示される保存機能は、新しいシナリオの名称を入れるデータエントリボックス、および命名されたシナリオをシナリオのリストにセーブする保存アクションボタンを含む。
【０３２６】
一実施形態では、最適化は、契約が有効である間、時折実施される。例えば、多数の製品が毎月出荷される３年契約では、エージェントは、契約の各年度が始まる前に、またはおそらく半年ごとに、製品流通に関して、最適化シナリオを実施して、企業に対する目標が、分析される時期の間、確実に満たされているようにすることを望む場合がある。
【０３２７】
一実施形態では、多数の製品長期契約が、企業との事業を続ける条件として、主だった競合他社の価格を上回る２％の値引きを受け取るクライアントの閾値目標に基づいて、期間ごとに最適化され得る。この場合、各期間は、別個の各期間が一時注文であるかのように、競合他社因子を使って分析されることになる。この分析は、現在の競合他社および会社の価格設定構造が、頻繁にまたは継続的にアップデートされる場合、自動的にセットアップされ得る。どの期間に対する適用可能な製品および量も、２％下回って入ってきた場合、現在の競合他社価格は、顧客に負担をかけることになるので、自動化された警告がエージェントに送られ、エージェントは、こうした食い違いを、その特定の期間に対する価格設定を下げることによって埋め合わせる。図示されていないが、警告状況バーが、その目的のために取引マネージャインターフェースの最下部に提供される。
【０３２８】
別の実施形態では、顧客は、各期間中の製品の現在のリスト価格設定よりも少なくとも２０％の値引きを受ける場合、長期取引で事業を続けることに合意する可能性がある。この場合、各期間は、再計算当日において最新である価格設定を使って計算し直される。取引マネージャインターフェースの最下部にある警告バーは、期間ごとの出荷可能な注文の再計算が、現在のリスト価格から２０％引きである、顧客への価格になるとき、エージェントに警告を行う。エージェントが警告を受けると、違いを埋め合わせるように固定価格が削減される。再計算および訂正は、当然ながら顧客に請求書を送る前に起こることになる。
【０３２９】
図４４は、長期契約の一時期の競合他社価格設定ビュー４４０１を示すスクリーン４４００の平面図である。ビュー４４０１は、当面のスクリーンにおいて見ることができる、２００３／０３／０１から２００３／０７／０１までの毎月の期間表現を含む。ユーザが、どのデータも閲覧可能なエリアの外にスクロールするのを可能にするように、スクロール機能が、水平および垂直両方向に提供される。この場合、分析期間は、７カ月の期間である。ビュー４４０１は、提供される製品に関連づけられた価格を列挙する行４４０２を含む。この場合、価格比較は、２つの競合他社を伴う。当然ながら、現在の期間が２００３／０４／０１という期間だった場合、今後のどの価格設定パラメータも、予測されたパラメータに過ぎない。したがって、この競合他社ビューの真の有用性は、価格設定が、期間ごとに、履歴分析目的で計算されるのとリアルタイムである。したがって、ビュー４４０１は、むしろ、現在の時間が２００３／７／０１の直前または直後である場合のビューのようである。定期的なリアルタイムの競合他社価格設定は、顧客が、比較の詳細に気づいているかどうかにかかわらず、長期契約にわたって、企業が競合したままであることを保証するのに用いられ得る。
【０３３０】
図４５は、競合他社シーケンスを計算する計算ステップを示すプロセスのフローチャートである。ステップ４５００で、図２５のエンジン２５０３に類似している価格設定エンジンが、競合他社の定価設定、および例えば一時的な販促値引きなど、競合他社が現在提供している可能性がある知られているどの値引きにも基づいて、競合他社品目および注文シーケンスを実行する。ステップ４５０１で、価格設定エンジンは、そうしたシーケンスの値をすべて、計算当日に知られている情報に基づいて分析される期間中に適用可能な製品すべてに対して返す。
【０３３１】
ステップ４５０２で、価格設定エンジンは、期間中に顧客が買っている製品である、その期間の会社提供製品に対して、会社品目および注文シーケンスを実行する。ステップ４５０３で、価格設定エンジンは、そうしたシーケンスの値をすべて返す。ステップ４５０４で、取引マネージャインターフェースにおいて並列に値が表示される。すなわち、エージェントは、競合他社品目価格および注文金額と並べて、現在の会社品目価格および注文金額を見ることができるということである。ここで、ある出荷期間用の１組の品目に対して、そのすべてが、競合他社の同等物を有し得るわけではないことが留意されるべきである。したがって、競合他社価格を使って計算されている注文金額は、おそらく、それとともに会社品目も価格設定させている。このようにして、エージェントは、どの競合他社製品も有する注文金額に何が影響するのかを見ることができる。合計値引きおよびマージンは、会社が、それ自体の品目を、現在の競合他社価格で販売していたかのように算出される。合計は、次いで、元の製品注文金額と比較され得る。比較の詳細は、異なるいくつかのレベルで閲覧され得る。
【０３３２】
本発明の取引管理インターフェースは、異なるいくつかの目標に基づいて、製品流通戦略を最適化するのに用いられ得る。このインターフェースは、上位製品販売代用品オプション、関連製品販売追加を最適化し、競合他社シナリオを作成することによって、見積もりにおいて競合を残すのに用いられ得る。価格設定因子（助言因子を含む）、価格設定規則（助言規則を含む）、属性、属性マトリクス、および他の関連情報は、ユーザに認められる許可のレベルに応じて、取引管理インターフェースを介した表示のためにアクセスされ得る。取引マネージャインターフェースは、値付けマネージャインターフェースと、単一のアプリケーションとして統合されてよく、認められた許可に従って、ログインしたユーザに、異なるビューおよび機能を提示する。別の実施形態では、この２つのアプリケーションは、別個のインターフェースであるが、ハイパーリンクによって戦略的に一緒にリンクされ、データを共有し同期させることが可能になる。
【０３３３】
本発明の方法および装置は、好ましい実施形態では、ウェブに基づき、離れたネットワークの場所からアクセス可能である。
【０３３４】
本方法および装置は、可能な多くの使用実施形態による試験の下で、可能な限り広い範囲を与えられるべきである。本発明の精神および範囲は、請求項によってのみ限定されるべきである。
【図面の簡単な説明】
【０３３５】
【図１】本発明の価格設定システムの概観構造を示す図である。
【図２】本発明の実施形態による価格設定モデルを示すブロック図である。
【図３】本発明の実施形態による価格シーケンス機能を示すブロック図である。
【図４】本発明の実施形態による、価格設定エンジンと規則ベースとの間の関係を示すブロック図である。
【図５】本発明の実施形態による、価格設定モデルを構築するステップを示すプロセスのフローチャートである。
【図６】本発明の一実施形態による、価格を計算する前に因子に規則を適用するステップを示すプロセスのフローチャートである。
【図７】本発明を実施するメインユーザインターフェーススクリーンを示す正面図である。
【図８】本発明の実施形態による、図７のメインインターフェースから呼び出される、新しい因子を作成するサブインターフェースを示す正面図である。
【図９】本発明の実施形態による、範囲価格設定をセットアップする基本ステップを示すプロセスフロー図である。
【図１０】図７のメインインターフェース７００を介してアクセス可能なバンドル作成および編集インターフェースのスクリーンショットを示す図である。
【図１１】バンドル検出因子向けにバンドル検出規則を修正するステップを示すプロセスのフローチャートである。
【図１２】バンドル調整因子向けにバンドル調整規則を修正するステップを示すプロセスのフローチャートである。
【図１３】段階式価格設定シナリオをセットアップする基本ステップを示すプロセスフロー図である。
【図１４】本発明の実施形態による、取引管理を実施する通信トランザクション環境の概観構造を示す図である。
【図１５】本発明の一実施形態による、取引管理ログインページを表示するブラウザインターフェースを示す平面図である。
【図１６】図１５のログインページにログインした後に表示される開始ページを示す平面図である。
【図１７】図１６で取引オプションを選択することによる、取引閲覧ページへのアクセスを示す平面図である。
【図１８】取引保留ページを示し、図１７で取引作成を選択することによって表示されるブラウザスクリーンを示す平面図である。
【図１９】図１８のオプション１８０５との対話の結果、アカウントビューを表示するスクリーンを示す平面図である。
【図２０】取引シナリオのシナリオリストを示すスクリーンを示す平面図である。
【図２１】図２０の期間との対話の結果表示される、関連したシナリオの期間の詳細なアカウントを示すスクリーン２１００を示す平面図である。
【図２２】本発明の実施形態による、取引管理において用いられる助言構成要素を示すブロック図である。
【図２３】本発明の実施形態によるいくつかの助言構成要素を詳述するブロック図である。
【図２４】本発明の実施形態による、価格設定シーケンスの拡張された機能を示すブロック図である。
【図２５】本発明の実施形態による、上位製品販売リクエストの処理を示すブロック図である。
【図２６】基本シナリオ取引ビューおよびオプションを示す取引管理スクリーンを示す平面図である。
【図２７】上位製品販売シナリオにおいて準備可能な代用の製品を見つける取引管理スクリーンを示す平面図である。
【図２８】本発明の実施形態による、上位製品販売シナリオにおける製品置換えのための候補製品を表示するスクリーンショットを示す平面図である。
【図２９】上位製品販売代用シナリオ向けに選択された候補代用製品を表示するスクリーンを示す平面図である。
【図３０】図２９の提出された認証リクエストに関連した認証メッセージ３００１を表示するスクリーンを示す平面図である。
【図３１】図３０の保存された代用シナリオを表示するスクリーンを示す平面図である。
【図３２】本発明の実施形態による２つの取引シナリオの並列比較を実施するスクリーンを示す平面図である。
【図３３】図３２の要約シナリオの製品ごとのビューを示すスクリーンを示す平面図である。
【図３４】選択的比較オプションを含む対話型インターフェースを表示するスクリーンを示す平面図である。
【図３５】取引管理インターフェースを介してユーザに利用可能な他のいくつかのオプションを示すスクリーンを示す平面図である。
【図３６】本発明の実施形態による最終的な取引編集を実施するインターフェースを示すスクリーンを示す図である。
【図３７】シナリオのアップデートされたリストを表示するスクリーンを示す平面図である。
【図３８】本発明の実施形態による、助言因子と関連した規則との間の関係を示すブロック図である。
【図３９】本発明の実施形態による、助言因子３９０１と関連した規則との間の関係を示すブロック図である。
【図４０】本発明の実施形態による、競合他社リクエストの処理を示すブロック図である。
【図４１】本発明の実施形態による、因子および規則作成のためのステップを示すプロセスフロー図である。
【図４２】本発明の実施形態による、基本シナリオを分析するスクリーンを示す平面図である。
【図４３】分析されるある特定の期間に対する、製品流通戦略の最適化を示すスクリーンを示す平面図である。
【図４４】長期契約の一時期の競合他社価格設定ビューを示すスクリーンを示す平面図である。
【図４５】競合他社シーケンスを計算する計算ステップを示すプロセスのフローチャートである。
【図１】
2007521576.tif 000007
【図２】
2007521576.tif 000008
【図３】
2007521576.tif 000009
【図４】
2007521576.tif 000010
【図５】
2007521576.tif 000011
【図６】
2007521576.tif 000012
【図７】
2007521576.tif 000013
【図８】
2007521576.tif 000014
【図９】
2007521576.tif 000015
【図１０】
2007521576.tif 000016
【図１１】
2007521576.tif 000017
【図１２】
2007521576.tif 000018
【図１３】
2007521576.tif 000019
【図１４】
2007521576.tif 000020
【図１５】
2007521576.tif 000021
【図１６】
2007521576.tif 000022
【図１７】
2007521576.tif 000023
【図１８】
2007521576.tif 000024
【図１９】
2007521576.tif 000025
【図２０】
2007521576.tif 000026
【図２１】
2007521576.tif 000027
【図２２】
2007521576.tif 000028
【図２３】
2007521576.tif 000029
【図２４】
2007521576.tif 000030
【図２５】
2007521576.tif 000031
【図２６】
2007521576.tif 000032
【図２７】
2007521576.tif 000033
【図２８】
2007521576.tif 000034
【図２９】
2007521576.tif 000035
【図３０】
2007521576.tif 000036
【図３１】
2007521576.tif 000037
【図３２】
2007521576.tif 000038
【図３３】
2007521576.tif 000039
【図３４】
2007521576.tif 000040
【図３５】
2007521576.tif 000041
【図３６】
2007521576.tif 000042
【図３７】
2007521576.tif 000043
【図３８】
2007521576.tif 000044
【図３９】
2007521576.tif 000045
【図４０】
2007521576.tif 000046
【図４１】
2007521576.tif 000047
【図４２】
2007521576.tif 000048
【図４３】
2007521576.tif 000049
【図４４】
2007521576.tif 000050
【図４５】
2007521576.tif 000051
【国際調査報告】
2007521576.tif 000052