JP2004527805A

JP2004527805A - 部品の標準化されたセットから注文により構成可能なビジネスのアプリケーションを提供する方法および装置

Info

Publication number: JP2004527805A
Application number: JP2001519260A
Authority: JP
Inventors: ケー．ノリ，アニル; ケー．ブーンルングトンヌ，ジョン; パラニアッパン，ムルガン; ジー．ノイク，エマニュエル; ヒマツィンカ，バスカー; クリシャナン，バイコム
Original assignee: アセラ，インコーポレイティド
Priority date: 1999-08-23
Filing date: 2000-08-11
Publication date: 2004-09-09
Also published as: WO2001014962A1; EP1395900A1; WO2001014962A9; AU6765900A

Abstract

部品の標準のセットからの顧客が構成可能なビジネス用アプリケーションを提供する少なくとも１つの方法および装置である。１つのサーバの装置は、このサーバの装置を具備する最良品質の部品を包含するよう構成される。最良品質のサーバのアプリケーションもまた包含されこのことはサーバの機能性を提供する。部品のモジュール式のセットは、ユーザの要求に応じてビジネスのサービスのアプリケーションを構築するに使用される、部品は入力および出力のポートの規定されたセットについての操作であるビジネスの段階を包含することが可能であり、各ポートはパラメータおよび顧客の特定のビジネス慣行を獲得するに使用されるビジネスの規則の１つの規定されたセットを有する。ビジネスの規則は、基底にあるビジネスの目的に関連する条件のトリガーに依存して相異なる結果を発生させるために使用されることができる。サーバ装置と該装置の外部のシステムの間のデータ表現、およびユーザとビジネスサービスのアプリケーションの間のデータ表現は、ビジネスの目的として利用される。データの倉庫は、種々のビジネスサービスのアプリケーションおよびサーバ機能性に関連するデータを格納し検索するために使用される。コンミュニティ可能化の技術特徴は多種類の始源からのデータが集合させられ、観察され、および／または共有され、ユーザが特定の製品に関する情報を便利に分析することが可能になる。

Description

【０００１】
先行出願との関係
本出願はシリアル番号６０／１６４，０２１を有する１９９９年８月２３日に出願された名称「標準化されたコンポーネントセットからカスタム構築可能なビジネスアプリケーションを提供する方法および装置」の米国仮出願特許と、シリアル番号０９／４４０，３２６を有する１９９９年１１月１５日に出願された名称「標準化されたコンポーネントセットからカスタム構築可能なビジネスアプリケーションを提供する方法」の米国出願（代理人ドケット番号ＡＳＲＡＰ００１）と、シリアル番号０９／４３９，７６４を有する１９９９年１１月１５日に出願された名称「標準化されたコンポーネントセットからカスタム構築可能なビジネスアプリケーションを提供する装置」の米国出願（代理人ドケット番号ＡＳＲＡＰ００２）と、シリアル番号０９／５４７，１６１を有する２０００年４月１１日に出願された名称「標準化されたコンポーネントセットからカスタム構築可能なビジネスアプリケーションを提供するビジネス方法」の米国出願（代理人ドケット番号ＡＳＲＡＰ００４）の優先権を主張するものであり、それら全てがそのまま引用されて合体される。
【０００２】
発明の分野
本発明は一般的には標準化されたコンポーネントセットからカスタム構築可能なビジネスアプリケーションあるいはチャンネルアプリケーションを提供する方法および装置に関する。さらに詳細には本発明は各ビジネスがアプリケーションセットから選択できるように、および／またはそのアプリケーションセットをカスタマイズできるように、および／または開発コンポーネントのセットから新しいカスタマイズされたアプリケーションを開発できるようにする。
【０００３】
背景技術
ビジネスのやり取りは伝統的に一定の供給チェーンあるいは需要チェーンを形成するに見合う人および／または他のビジネスを集めることを必要とする。供給チェーンは時々企業ビジネスの「上流」と言われ、製造者は企業の「買い手側」にある。供給チェーンは供給元から製造者への種々の材料の供給を促進する種々の関係者で構成される。需要チェーンはしばしば「下流」と言われ、顧客は「売り手側」にある。需要チェーンは企業（または製造者）から取引相手（またはユーザ）への製品の供給を促進する種々の関係者で構成される。これらの関係者間の種々の取引、即ち人と人との間のやり取りが伝統的にチェーン上の種々の点において用いられてきた。しばしばこれらのやり取りにはハードコピー形式等が付随した。現在、情報交換するための様々な電子手段の開発は一定のビジネスビジネス関連業務の完成に関して多くの新しい取組みをもたらした。
【０００４】
コンピュータネットワークはネットワーク上の（即ちネットワークに接続された）ワークステーションあるいは端末間の効率的なデータ搬送手段を提供する。そのようなネットワークはローカルエリアネットワーク（ＬＡＮ）から成り、これは一般的には一つの地理的範囲または場所に限定される。そのようなネットワークはまたワイドエリアネットワーク（ＷＡＮ）を含んでもよく、これは大きな地理的範囲にわたり多数のコンピュータを接続する。インターネットはそのようなネットワークの一例である。インターネットはコンピュータネットワークの世界規模のシステム、言い換えればネットワークのネットワークであり、許可さえあればどのコンピュータのユーザも他のどのコンピュータからも情報を入手することができる。インターネットは１９６９年に米国政府の先端研究プロジェクト機関（ｔｈｅＡｄｖａｎｃｅｄＲｅｓｅａｒｃｈＰｒｏｊｅｃｔＡｇｅｎｃｙ、ＡＲＰＡ）により考え出され、先ずＡＰＡＲＡＮｅｔとして知られた。元のねらいはある大学の研究用コンピュータのユーザが他の大学の研究用コンピュータと「会話」可能にするネットワークを作り出すことであった。ＡＰＡＲＡＮｅｔ設計の副次的利点がメッセージを一つ以上の方向に送信あるいは再送信し、万一軍事攻撃あるいは他の災害（単純な構成部品の中断期間を含む）を受けた場合、たとえその一部分が破壊されてもネットワークが機能し続けることを可能にした。
【０００５】
現在、インターネットは世界中の何億という人々にアクセス可能な公の、協同的かつ自立した施設である。インターネットはそれにより一定の認可された関係者間の情報交換のための低コストの手段を提供している。多数の商人がユーザあるいは顧客に商品やサービスを直接提供するためにインターネットを使用している。さらにインターネットは商人と他の関係者、特に需要側の関係者との間の情報輸送手段として用いられている。商人はインターネットリンクを介して例えば一定のＯＥＭ（ＯｒｉｇｉｎａｌＥｑｕｉｐｍｅｎｔＭａｎｕｆａｃｔｕｒｅｒｓ）、配給者および／または小売に対し、またその商人のウェブサイトに戻ってやり取りすることもできる。そのようなやり取りはおそらく電話、ファックスのやり取りおよび／または人と人とのやり取りの回数を減らし、それにより関係する両当事者に対し時間と金を節約するであろう。
【０００６】
インターネットを介する迅速な情報交換は開発者が一定のビジネスプロセス、例えば販売関連業務を自動化する誘因となってきた。開発者は以前から「後端」業務（例えば定型用紙の作成、後端ＥＲＰシステムにおける注文処理等）の自動化にかなりの注意を払ってきた。製造者はすでにそのような後端プロセスの自動化によりコスト削減ができることを見出している。需要側には製造者と買い手（取引相手）との間の多くのビジネスプロセスがある。例えば個々の買い手のそれぞれに対してどの程度の割引を提案すべきかを決定するプロセスは自動化できる。別の業務としては種々のビジネスチャンネルに関する運営活動もあろう。「チャンネル」は通常直接的なものも間接的なものも指す。直接的チャンネルの例には会社の販売力があり、これは顧客と関わる。間接的チャンネルの例にはＶＡＲがあり、これは小売店等を含むであろう。また他の業務として顧客支援、マーケッティング情報の蓄積と呼び出し、販売促進の運営も含むであろう。そのような業務をもっと多く自動化することによりどのような製造者も販売力がもっと強化され、それにより総合販売コストを低減できる。需要チェーンにおける販売、顧客支援、マーケッティング／販売促進等のビジネスプロセスの自動化は製造者に相当なコスト削減を提供する。
【０００７】
一定の新しい取組みではチャンネル関係に関する取引の全部をどのように自動化するかに焦点を当ててきた。これには購買、販売、顧客支援、新しい市場情報の作成、販売促進等が含まれる。また一定の取引を私企業ネットワーク（等）を介して行なうのではなく、全てのそのようなプロセスをインターネット（しばしば「ウェブ」と言われる）を介して自動化する取組みが試みられている。従って全チェーン（例えば顧客、ＶＡＲ、配給者、製造者）の全ての関係者が自動化されたウェブに基づくサービスを提供されることになる。しかしながら開発者は下流フロー全体にわたりカスタマイズされたアプリケーションを自動化し、あるいは即座に作成できる完全で好都合な需要チェーンソリューションを実行できていない。
【０００８】
インターネットを介する需要チェーンの自動化には一つの場所に統合された機能性の幅が必要である。例えば製造者は買い手に対し自身を証明し、製品カタログを拾い読みし、製品を構築し、注文書を出し（後端ＥＲＰシステムに）、注文状況をチェックする等々の機能を提供する必要がある。製造者は需要チェーン機能性に備える種々の製品を取得し、それらをつじつまの合うように統合する必要がある。インターネット技術は急速に進行しているので製造者には所望の機能性とそれらの統合を提供するために最良種の製品を選択するという尻込みさせるような仕事が託されている。
【０００９】
インターネット取引は一般的には二つのカテゴリー、１）ビジネス対ビジネスの取引と、２）ビジネス対消費者の取引に分けられる。取引を自動化するほとんどのソリューションはビジネス対消費者の取引を扱ってきた。そのためこのような取引はビジネス対ビジネスの取引よりずっと直截的である。ビジネス対消費者の取引においては商人はこのウェブを見たいどのような数の多様化された顧客に対しても製品を提供する「店頭」即ちウェブを供給する。次に消費者は選択と支払方法を終えて製品を購入し、製品が消費者に出荷される。一方一つのビジネスが別のビジネスを扱う場合、生ずる取引にはずっと多くのビジネスプロセスとカスタマイズがある。例えば大石油製造者とガソリンスタンドの小チェーン間に起こる取引はガソリンスタンドのずっと大きな（世界的な）チェーンとの間の取引とは非常に異なる。これらの異なるタイプの購買には異なる数量割引、褒奨計画等が提案される。ビジネス対ビジネスの取引は日日の責務を遂行するために必要な知識をユーザに与える施設を欠いている。製造者は信用と忠誠心を向上し、彼らの顧客を教育し、仲間対仲間のコミュニケーションを奨励し、彼らのユーザに今の産業動向、つまり現行システムがコミュニティサービスとして何を提供するかを知らせるウェブに基づくシステムを必要とする。製造者が彼らの製品を効率よく売り込むことのできる、商業サービスとコミュニティサービスの間の継ぎ目のない統合を提供する必要がある。そのようなコミュニティフィーチャは「ネットマーケットメーカ」と呼ばれる急成長の縦断的に焦点を当てられたマーケットメーカにとって大いに必要とされる。これらのネットマーケットメーカは種々の製造者の製品を売り込む彼らの唯一の手段としてインターネットを用いている。
【００１０】
そういうわけで製造者の特定の製品ラインに関するビジネス取引を扱うために製造者により一定の社内システム（即ち社内で開発された）が開発されてきた（例えばルータを製造販売するＣｉｓｃｏ）。社内システムは異なる取引を望む異なる顧客により必要とされる種々の取引を扱うように構築されている。しかしながらそのような社内システムは開発と保守が非常に高価になり、統合された製品というよりも製品の集積になってしまう可能性がある。カスタマイズされたシステムは開発に何年もかかり、計画実施に多くの従業員時間を必要とする。ほとんどの小さなビジネスは必要な資源を持っていない。また小さなビジネスはそのような社内システムの開発に付随するリスク、即ち時間（このリスクは特定の製品に関して市場投入時間の潜在的な遅れを伴う）を正当化できない。その結果、そのようなビジネスは古いモデルと慣習の下に運用され続けなければならず、従ってそのような自動化されたサービスから得られる節約を何ら実現できない。
【００１１】
自動化されたビジネスサービス（インターネットおよび他のネットワークを介した）、特にビジネス対ビジネスの取引に関するビジネスサービスのカスタマイズにおける一定の困難に取組むシステム（即ち方法等）に対する要求が存在する。システムはそのようなサービスをもっとタイミングよく、広くアクセスできる方法で提供すべきである。システムはどのような数の製品および／または技術に対してももっと適応性があり、もっとスケーラブルなアプリケーションソリューションに対して備えるべきである。ユーザはこのシステムを多くの立ち上げ時間と開発コストを負うことなく利用できるべきである。各ユーザの要求に従ってカスタマイズできるビジネスアプリケーションが提供されるべきである。他のビジネスアプリケーションが開発ルーチンやツールを用いて直ぐに作り出されるべきである。最終アプリケーションはシステムアーキテクチャ全体と継ぎ目なしにつながっているべきである。従ってこの取組みはシステムを使用する個々の会社のそれぞれに対してカスタマイズされた自動化ビジネスアプリケーションの迅速な展開を提供すべきである。
【００１２】
発明の概要
以上を達成するために、また本発明の目的に従って説明される方法と装置は例えば「アシーラコマースサーバ（ＡｓｅｒａＣｏｍｍｅｒｃｅＳｅｒｖｅｒ、ＡＣＳ）」と言われるサーバ装置を含む。ＡＣＳはカスタマイズされ、自動化されたウェブに基づいたビジネスサービスアプリケーションの開発と実行を提供する。ＡＣＳは、最良種のサービスおよび／またはアプリケーションが継ぎ目なく統合され、またそれが企業ビジネスに提供されるというサーバに基づいた方法に備えるが、企業ビジネスはそのシステムを使用することによりカスタマイズされたビジネスサービスアプリケーションを開発する。
【００１３】
ＡＣＳは販売の大部分を占める開発チャンネル忠誠心の啓発に加えて間接的な販売効率を劇的に改善したい売り主に対して設計されている。ＡＣＳは注文の記入、製品構築、注文状態、販売促進活動、顧客支援、保証／クレームサービスといった高度な総合的なチャンネル運営機能を最適化することにより製造者が彼らの配給チャンネルと、チャンネルパートナー即ち配給者とディーラーとの重要な関係とをより良く運営することを可能にする。ＡＣＳの一つの最終目標は取引、マーケッティング、販売前、販売後およびコミュニティサービスを提供することにより製造者とディーラーに対してｅビジネスプラットフォームを提供することである。
【００１４】
ＡＣＳは完全に自動化された取引の開発を容易にすることによりチャンネル関係の性質を変える。そのような取引は以前はセルフサービスの概念により手動で行なわれていた。ＡＣＳはさらにディーラーが互いにやり取りできるようにするコミュニティサービスを提供することにより製造者がディーラーのネットワークに重要な価値を加えるためのインフラストラクチャーを提供する。ｅメール、産業フォーラム、取引サービスのようなカスタマイズされたコミュニティサービスは在庫交換と最良業務割り当ての奨励および促進に役立ち、ひいてはチャンネル効率とチャンネル忠誠心に貢献する。
【００１５】
現在、ほとんどの製造者とディーラーのやり取りは電話、ファックス、フェデックスそして多分ｅメールから成り立っている。これらの関係の自動化は実質的に最終費用を低減する。製造者はディーラーが製造者とのビジネスを行い易いようにするので、これらのやり取りの自動化は個々の販売効率も改善する。企業が一からはじめ、ＡＣＳにより提案されたのと同様の特徴を開発する場合コストは非常に高くなり、開発努力は長期の市場投入時間という不利益（即ち機会コスト）を伴う。社内チャンネル運営システムの例では４〜５年かかり、５０００万ドルの年予算を伴う。
【００１６】
ＡＣＳは実質的には記入コストを低減し、機会コストを除去する。本システムは最良種のコンポーネントを継ぎ目のない外部調達されたサービスに組み上げる。ＡＣＳは間接配給チャンネルが販売プロセスに重要な価値を付加する高度な技術市場部門において製造者と配給者の関係の改善された運営を提供する。ＡＣＳの使用の最終結果は短期的には改善された会社の競争力位置付けであり、長期的には資産に対するより高い還付である。
【００１７】
ＡＣＳは技術（あるいはアプリケーション）サービスの中核セットを提供する「コマースサーバ（ＣｏｍｍｅｒｃｅＳｅｒｖｅｒ）」を含む。ユニークなアーキテクチャおよびフレームワークが「コマースサーバ」により提供され、これはここで説明する方法を容易にする。外部システムとのやり取り、あるいはユーザとのやり取りはビジネスオブジェクトとして扱われる。サービスアプリケーションコードがデータから分離して保守され、それにより大量の新しいコードを書く必要なしにシステムが新しいビジネスプロセスや技術コンポーネントを迅速に取り込み、あるいは変更することができる。ビジネス成果はカスタマイズされたより迅速な顧客展開および／または修正であり、（もし望むなら）契約会社専有のあるいは競争力のあるビジネス業務を含むレベルまでである。
【００１８】
ＡＣＳはこのようにＡＳＰ即ち「アプリケーションサービスプロバイダ（ＡｐｐｌｉｃａｔｉｏｎＳｅｒｖｉｃｅＰｒｏｖｉｄｅｒ）」と見なすことができる。ＡＳＰは一般的には外部調達用ビジネスモデルである。ＡＳＰビジネスモデルはシステムが短期間に顧客特有のビジネスソリューションを実行できるような解放された拡張可能なアーキテクチャを必要とする。ＡＣＳは最良種のアプリケーションを取り入れ、ＡＳＰを提供するためにそれらを一つの統合されたソリューションに合体する。そのアーキテクチャはスケーラブルであり、伸張可能である。カスタマイズされたビジネス（あるいはチャンネル）アプリケーションソリューションは各企業会社に対して構築される。ソリューションは新しいアプリケーションを構築するための「モジュラー」の、あるいは段階的な、あるいは「プラグアンドプレー」の取組み方法を用いる。企業会社はそこで彼らのチャンネル関係を自動化するためのターンキーｅコマースソリューションを取得する。本システムはソリューションが現行システムで構築されているので企業会社に対してリスクをほとんど（あるいは全然）与えない。
【００１９】
そのような開発を行なうコストは現行システムの固定された開発コストとして存在する。最終的にカスタマイズされたソリューションは従来のシステムよりかなり少ない時間で実行される。企業会社はアプリケーションサービスに対して取引あたりの費用で支払っても、固定料金で支払ってもよい。
【００２０】
ＡＣＳは定められた顧客に対する特別化された（あるいは特定の）ビジネスプロセスを捕捉するために使用され、これらのビジネスプロセスはカスタマイズされたアプリケーションセットに変換される。ＡＣＳはビジネスステップと、アプリケーションを構築するルールとを使用する。オブジェクトはデータ表現である。ステップは定められた入力および出力ポートのセットをもつビジネスオペレーションであり、各ポートは定められたパラメータセットを有している。ビジネスルールは顧客特有のビジネス業務を捕捉するために使用される。グラフィックなユーザインターフェース（ＧＵＩ）を採用するユニークなツールは開発者が種々のステップ（あるいは合成ステップ）をビジネスプロセスあるいはワークフローに編集することを可能にする。ツールは種々のオブジェクトに適用されるステップのライブラリーカタログを提供する。ステップ間の接続の正しいことが確認される。ビジネスプロセスのグラフ表示が示され、そのあとに一定の点を条件付でタグ付けすることにより更なるカスタマイズを提供するためにルールが適用される。それからどのビジネスに対してもビジネスプロセス（あるいはアプリケーション）を作り出すためにモジュール（あるいはステップ）を接続可能にし、あるいはそれを潜在的なプロセスにするツールが提供される。ステップは移動でき、接続は修正できる。ビジネス（あるいは顧客）との人対人の（あるいは他のタイプの）最初のインタビューはその特定のビジネス（即ちカスタマイズされたルーチン）の要求に従ってステップを編集するフレームワークを生み出すのに使用される。
【００２１】
本システムのモジュラー態様はこれを比較的迅速に実行し、修正することを可能にする。例えばプロセスが作り出されても顧客が二つの異なるやり方で行動することを望む場合は所望の結果を提供するために基礎となるビジネスオブジェクトに関連する条件付きトリガーによって一定のルールを適用できる。
【００２２】
基礎となるコマースサーバは一定の機能コンポーネントを提供する。そのあとに種々の縦断的アプリケーションが特定の企業ビジネスのために構築（および／またはカスタマイズ）される。最良種のコンポーネントおよび基礎となるアプリケーションの組がコマースサーバを構成するために選択され、あるいはコマースサーバの上部で実行される。これらのコンポーネントを一定の所望の効率、コスト削減等を提供するための最良の技術として選択できる。そのあとに最良種のコンポーネントがＡＰＩを通じてビジネスアプリケーションと合体（あるいは接続）される。ＡＰＩのカタログはアプリケーションの開発者に提供できる。基礎となる最良種のコンポーネントのどれかが変わってもコマースサーバ構造はどのユーザインターフェースとも干渉しないで変更できる。
【００２３】
開発された種々のアプリケーションとサーバ機能の間でコミュニティ態様が提供される。コミュニティフィーチャはＡＣＳおよび他の外部データの異なる機能コンポーネントからデータおよび情報へアクセスし、それによりチャンネルの参加者に更なる情報を提供することを可能にする。ユーザは別のサーバあるいはサイトに接続する必要なしにシステム上のデータ間を広くあちこちに飛ぶことができる。そのようなデータの使用は種々のタスクを介した速度に対しコンテキストセンシティブにされ、ほしくない情報を除去できる。例えばある人がセキュリティー製品の購入に導くアプリケーションを使用中であるとする。コンテキストセンシティブな能力によりそのようなセキュリティー製品についての産業展望、雑誌評論、競争者のコメントおよび／または最新の動向等を見るためにそのユーザをコミュニティ領域に切替えることができる。コミュニティフィーチャの例にはメッセージボード、ライブチャットリンク、新しいリンク、新しい製品販売促進、研究リンク等が含まれる。
【００２４】
本システムはまたユーザが異なるデータあるいは情報を一つの便利な表示領域に集合および提出することを要求できるという特徴を提供する。本システムはそのような特徴を助長するためにテンプレートマネージメントコンポーネントを採用している。マスターテンプレートには一連のページにわたり適用されるべき企業情報（即ちロゴや色構成）を含んでもよい。マイクロテンプレートあるいはワイヤフレームとしてのマイクロテンプレートの集合は種々のソースからの動的なデータを選択的に表示するために使用される。データは指定されたデータソースからページに動的にリンクされ、ページの適当な部分に表示される。従ってデータはページの開発者により、あるいはページを表示するアプリケーションにより明示されるどのようなやり方ででも表示され、集められる。
【００２５】
以上により本システムのアーキテクチャは何よりもコマースサーバ、アプリケーション開発ツール、コミュニティイネーブラを提供する。アーキテクチャは拡張可能でありスケーラブルである。システムのユーザはカスタマイズされたビジネスアプリケーションのターンキーセットを取得できる。アプリケーションは中央集中されたＡＣＳにより開発され、実行されるのでソリューションは高度の信頼性を提供する。単一ソースログオンも提供され、その場合ユーザはサーバからサーバへと移動する必要はない。そのあと情報はコミュニティフィーチャを経由して種々の情報ソース間で共有される。
【００２６】
本発明のビジネスの特徴は同一ターンキー操作性とコミュニティフィーチャである。ビジネス企業は種々のビジネス業務の自動化への低コストかつ低リスクの加入を提供される。企業のビジネス業務はビジネスプロセスのカスタマイズされたセットとして捕捉できまた開発できる。基礎となるコマースサーバ上でビジネスアプリケーションを実行するために最良種のコンポーネントが提供される。ビジネス（あるいは顧客）はそのようなサービスを迅速に展開することによりそのチャンネル効率を改善することができる。サーバ上で種々のビジネスの主役を務めることでコミュニティフィーチャの態様が可能になりまた増強される。
【００２７】
従って本発明の一つの態様はサーバ装置に関連する標準化されたコンポーネントセットからカスタム構築可能なサービスアプリケーションを提供する方法を少なくとも含み、前記方法は前記サーバ装置の外部のシステムと通信するための最良種のコンポーネントおよび関連するサーバ装置アプリケーションを構築するステップと、前記サーバ装置の外部の前記システムとやり取りするためのデータ表現であるオブジェクトの第１のセットを形成かつ利用するステップと、アプリケーションステップとアプリケーションルールのモジュラーセットからサービスアプリケーションを構築して前記サービスアプリケーションが前記最良種のコンポーネントとやり取りしながらユーザ要求に従うサービスを実行するステップと、前記サービスアプリケーションを介してユーザとやり取りするためのデータ表現であるオブジェクトの少なくとも第２のセットを形成かつ利用するステップとを含む。
【００２８】
本発明のさらに別の態様はサーバ装置を介してユーザにカスタム構築可能なビジネスサービスを提供する方法を少なくとも含み、前記方法は最良種のコンポーネントで構成される前記サーバ装置を構築するステップと、前記最良種のコンポーネントとやり取りしかつサーバ機能性を提供するための最良種のサーバアプリケーションを有する前記サーバ装置を構築するステップと、ユーザの要求に従って動的に編集できるコンポーネントのモジュラーセットから、前記サーバ機能性をユーザに提供するために前記サーバアプリケーションとやり取りするビジネスサービスアプリケーションを構築するステップと、外部のシステムと通信するために構築されたアダプタを経由して前記サーバ装置の外部の前記システムとやり取りするステップとを含む。
【００２９】
本発明のさらに別の態様はサーバ装置に関連するコンポーネントの標準化されたセットからカスタム構築可能なサービスアプリケーションを提供する装置を少なくとも含み、前記装置は、最良種のコンポーネントから構築されかつ一定のサーバ機能性を提供するために最良種のサーバアプリケーションを実行するサーバ装置であって、前記サーバ装置は前記サーバ装置の外部のシステムとやり取りするためのデータ表現を含むサーバデータを有しており、前記データ表現がオブジェクトとして扱われるサーバ装置と、アプリケーションステップとアプリケーションルールのモジュラーセットから少なくとも一つのサービスアプリケーションを構築するために使用されるグラフィックデザインツールであって、前記サービスアプリケーションがユーザの要求に従ってサービスを実行し、前記サービスアプリケーションが前記最良種のコンポーネントとサーバアプリケーションとやり取りでき、前記サーバデータがユーザとやり取りためのデータ表現をさらに含み、前記データ表現がオブジェクトとして扱われるグラフィックデザインツールと、前記サーバ装置の外部の前記システムとやり取りする少なくとも一つのアダプタと、サーバデータを記憶かつ検索するリポジトリであって、前記リポジトリは中央集中記憶および検索を容易にしかつサーバデータを前記サーバ装置コンポーネントとサーバアプリケーションとサービスアプリケーションの全ての間で共有するリポジトリとを備える。
【００３０】
本発明のさらに別の態様はサーバ装置を介してユーザにカスタム構築可能なビジネスサービスアプリケーションを提供する装置を少なくとも含み、前記装置は、最良種のコンポーネントで構成され、前記最良種のコンポーネントとやり取りしかつサーバ機能性を提供するための最良種のサーバアプリケーションで構築されたサーバ装置と、ユーザの要求に従って編集できるコンポーネントセットからビジネスサービスアプリケーションを開発する構築ツールであって前記ビジネスサービスアプリケーションがサーバ機能性をユーザに提供するために前記サーバアプリケーションとやり取りするツールと、外部システムと通信するために構築されたアダプタを利用する、サーバ装置と前記サーバ装置の外部の前記システムの間のインターフェースとを備える。
【００３１】
本発明のさらに別の態様はソリューションの中央集中されたプロバイダに接触する少なくとも一つの企業会社に対してカスタマイズされたビジネスアプリケーションソリューションを提供する方法を含み、前記方法は、最良種のコンポーネントの集合を組み上げて前記中央集中されたプロバイダから外部調達されたサービスに継ぎ目のない接続を提供するステップと、前記少なくとも一つの企業会社の詳細なビジネスプロセスを捕捉するステップと、ビジネスサービスアプリケーションを構築するためのモジュラーの取組み方法を前記少なくとも一つの企業会社に提供するステップと、前記モジュラー構築されたビジネスサービスアプリケーションを、前記捕捉したビジネスプロセスに従ってカスタマイズするステップとを含む。
【００３２】
本発明のさらに別の態様は中央集中された装置に関連したコンポーネントのモジュラーセットからビジネスサービスアプリケーションを開発かつカスタマイズするための中央集中されたフレームワークをユーザに提供するビジネス方法を含み、前記方法は前記中央集中された装置の外部のソースと通信するための最良種のコンポーネントで前記中央集中された装置を構築するステップと、ユーザの詳細なビジネスプロセスを捕捉するステップと、前記ユーザの詳細なビジネスプロセスに従ってビジネスサービスアプリケーションを形成するように編集できる一定のモジュラーコンポーネントを提供するステップと、前記ユーザの前記詳細なビジネスプロセスに従ってビジネスサービスアプリケーションを形成するように前記モジュラーコンポーネントの前記編集をカスタマイズするステップとを含む。
【００３３】
本発明のさらに別の態様は中央サーバ装置を介して複数の標準化されたビジネスサービスアプリケーションとカスタマイズされたビジネスサービスアプリケーションを提供するビジネス方法を含み、前記方法はアプリケーションインターフェース（ＡＰＩｓ）を介して前記サーバの外部のデータソースと通信するために最良種のコンポーネントを構築するステップと、前記中央サーバ装置と接触するユーザビジネスのビジネスプロセスを決定するステップと、現存の標準化されたビジネスサービスアプリケーションから、前記中央サーバ装置により提供されたモジュラーコンポーネントにより修正されたカスタマイズされたビジネスサービスアプリケーションを形成するステップと、ビジネスサービスアプリケーションと前記中央サーバ装置との間のコミュニティのやり取りに備えるステップとを含む。
本発明のこれらおよび他の態様と利点は以下の詳細な説明を読み、また種々の図面を検討すれば明らかになるであろう。
【００３４】
詳細な説明
本発明は、自動化されたビジネスアプリケーションを顧客に迅速に展開することを望む企業にリスクの低い代替案を提供する。従来のモデルにおいては、会社は社内ソリューションを開発するか（又は開発してもらうか）、統合すべき他の製品を評価しなければならない。その後、企業会社内のスタッフはこのようなソフトウェアの使用方法をトレーニングを受け、その評価を完了しなければならない。ソフトウェア製品のプロトタイプは評価プロセスからのフィードバックに基づいてその後に開発される。ソフトウェアが完成すると、以後パブリックに対して関連アプリケーションのベータ展開を行うことができる。この長々としたプロセスは２百万ドルもコストを押し上げ、アプリケーションプログラムの複雑さの程度によっては、デベロッパがそれを完成させるまで８ヶ月から１２ヶ月もかかる場合がある。その上、このようなプログラムが収益を産み出したり（あるいは節約したり）することに関して成功するか否かはなお未知である。
【００３５】
対照的に、本発明は、開発済みで、しかも特定のビジネスエンタープライズ用にカスタマイズ可能なビジネスアプリケーションを提供するための方法および装置を提供する。たとえば、本システムは −− およそ６０日から９０日以内に − このビジネスエンタープライズ向けの稼動ビジネスアプリケーションソリューション（又はソリューション一式）を生成することが可能である。このビジネスエンタープライズは開発コストとして大金を支払わない。代わりに、このビジネスエンタープライズは、システムの管理者トランザクションごとに一定額を支払う（つまり、固定額、使用料金、又はトランザクションの価格に対する一定のパーセント）ことを含む計画を選択することが可能である。
【００３６】
ＡＣＳ（ＡｓｅｒａＣｏｍｍｅｒｃｅＳｅｒｖｅｒ）にはサーバインフラストラクチャ、ツール、およびカスタマイズされ、自動化された、ウェブベースのビジネスサービスアプリケーションの開発およびインプリメント用に提供される他の製品との統合が含まれる。ＡＣＳは、このシステムを使用してカスタマイズされたビジネスサービスアプリケーションを開発するエンタープライズビジネスに、最良品質の製品、アプリケーション、および／またはサービスがシームレスに統合され、提供される、サーバベースのインプリメント方法を提供する。
【００３７】
このＡＣＳは、１顧客用に特殊な、あるいは特定のビジネスプロセスを捕捉するために使用され、そのビジネスプロセスは一式のカスタマイズされたアプリケーションに変換される。このＡＣＳは、ビジネスオブジェクト、ステップ、および規則を使用してアプリケーションを構築する。このオブジェクトはデータ表現である。このステップは定義された一組の入出力ポートを備えたオブジェクトであり、各ポートはそれぞれ定義済パラメータ一式を備える。ビジネス規則はさまざまなビジネスオブジェクト間の対話を詳細にカスタマイズする際に使用する。グラフィカルユーザインターフェイス（ＧＵＩ）を提供する固有のツールによって、ディベロッパはさまざまなステップ（またはコンポジットステップ）をビジネスプロセス、つまりワークフローにアレンジすることができる。このツールは各種オブジェクトに適用されるステップのライブラリカタログを提供する。ステップ相互間の接続も正しいことが確認される。ビジネスプロセスのグラフィック表示が示され、その後規則が適用され、特定ポイントに条件付のタグを付けることによって詳細なカスタマイズを行う。そのため、所定ビジネスのビジネスプロセス（あるいはアプリケーション）を作成するために、モジュール（あるいはステップ）を潜在的なプロセスにプラグインしたり、ドロップしたりすることのできるツールが提供される。最初のビジネス（つまり顧客）との人対人（あるいはその他のタイプの）インタビューを使用して、その特定ビジネスのニーズに合わせてステップ（つまり、カスタマイズされたルーチン）をアレンジするためのフレームワークを作成することができる。
【００３８】
本システムのモジュール的な性格により、これは相対的に迅速に行なわれ、および修正が行なわれることができる。たとえば、プロセスが作成されているが、ビジネス（または顧客）がこのプロセスに２つの異なる動きをさせたければ、基本ビジネスオブジェクトと関連付けることができる条件付トリガによって、希望する結果が提供されるように特定の規則を適用することができる。
【００３９】
基礎のコマースサーバは、特定の機能コンポーネントを提供する。その後、特定エンタープライズビジネス用の各種のバーティカルアプリケーションが構築される（および／またはカスタマイズされる）。最良品質のコンポーネントと基礎のアプリケーションの１式が選択され、これらによりコマースサーバが構成される。つまりコマースサーバ上で実行される。これらのコンポーネントは一定の希望効率、コスト削減、その他を提供するための最良のテクノロジーとして選択することができる。最良品質のコンポーネントはその後ＡＰＩを経由してビジネスアプリケーションに組み込まれる（あるいはインターフェイスされる）。ＡＰＩのカタログがアプリケーションディベロッパ向けに用意される。基礎の最良品質のコンポーネントが変更された場合には、ユーザインターフェイスあるいは他のＡＣＳアプリケーションを妨害することなく、コマースサーバのコンフィグレーションを変更することができる。
【００４０】
コミュニティの性格も各種開発済アプリケーションとサーバ機能との間に提供される。コミュニティ機能によって、ＡＣＳの異なる機能コンポーネントからのデータならびに情報、およびその他の外部データへのアクセスが可能になり、その結果このチャネルの参加者にさらに多くの情報を提供することができる。
【００４１】
図１を参照すると、先行技術ブロックダイアグラム１００では、これらの各種価値連鎖関係が示されている。エンタープライズビジネス１０２が連鎖の中央に示されている。デマンドチェーン１０４はエンタープライズ１０２から顧客１０６まで伸びている。このデマンドチェーンにはＯＥＭ（外部装置製造者）１０８、販売者１１０、直売者１１２、あるいはＶＡＲ（付加価値再販業者）１１４などで示された関係者例を含んでも良い。サプライチェーン１２０は、エンタープライズビジネス１０２に商品／サービスを提供する一連の製造者１２２、１２４および１２６で示される。
【００４２】
図２を参照すると、先行技術プロット２００においては、典型的なエンタープライズＩＴアジェンダが示されている。このチャートは顧客関係を自動化する方向に向かうにつれ、エンタープライズのＩＴ費用はほとんどの企業では耐えられないレベルに達することになるということを示している。これは、このような開発努力に対して大きな見返りがある場合にも事実である。そのため、本発明は開発済で、顧客の外部でメンテナンスされる、自動化顧客ソリューションを提供する。これによって、顧客はＩＴ費用を負担することなく、これらの付加価値サービスを取得できる。
【００４３】
ホスティングのアーキテクチャ。
次に図３、ブロックダイアグラム３００においては、本システムのアーキテクチャをホスティングするために使用する特定の代表的な要素が示されている。ディーラー３０２のセットはブラウザ（または類似品）３０４を使用してインターネット（またはその他の類似ネットワーク）３０６と対話することが示されている。本発明のホスティングされたサービス３０８には、ファイアウォール３１２を経由して冗長認証サーバ３１４と対話する少なくとも１台のルータ３１０を含む。
【００４４】
これらのサーバ３１４は、次に冗長ＡｓｅｒａＣｏｍｍｅｒｃｅＳｅｒｖｅｒ（ＡＣＳ）と通信する。これらのサーバはＵＵＮｅｔ、ＥｘｏｄｕｓまたはＱｗｅｓｔなどのコロケーションサービスを使用してデバイス間でデータを搬送する。複製データセンター３１８は冗長機能目的で示されている。管理者３２０はホスティングされたサービス３０８と対話する。この管理者はシステムのメンテナンスを行い、および／またはシステムを使用してエンタープライズクライアントとの人間的な対話を提供する。メーカーのネットワーク３２２には、ルータ３２４一台、ファイアウォール３２６、およびコンピュータ３２８が含まれる。このメーカーのネットワーク３２２は専用接続３３０を経由してホスティングされたサービス３０８と対話してもよい。ディーラ３０２はインターネット３０６を介した接続３３２を経由してホスティングされたサービス３０８と対話してもよい。ＶＰＮ（バーチャルプライベートネットワーク）３３４を使用して表示されている各種エレメントと対話することもできる。ＶＰＮは公衆通信インフラストラクチャを利用する１つのプライベートデータネットワークであり、トンネリングプロトコルおよびセキュリティ手順を使用してプライバシーを維持する。バーチャルプライベートネットワークは、１つの会社だけが使用可能な、所有回線あるいは専用回線のシステムと対比できる。
【００４５】
ＡＳＥＲＡのコマースサーバアーキテクチャ。
図４を参照すると、ブロックダイアグラム４００においては、本発明のＡｓｅｒａＣｏｍｍｅｒｃｅＳｅｒｖｅｒ（ＡＣＳ）コンフィグレーション４０１を形成する、特定の代表的エレメントが示されている。本発明には以下のような特定のコンポーネント部品からなるコンフィグレーションを含む。１）各種アプリケーションの実行および対話を行うサーバデバイス４０２一台。このサーバはＡｓｅｒａコマースサーバ、あるいはアプリケーションサーバと呼ばれることがある。２）外部ユーザと対話するバーティカルアプリケーション４０４；３）各種バックエンドシステムと通信を行うバックエンド（ＥＲＰ、その他）インターフェイス４０６；４）情報が多くの異なるアプリケーション、および多くの異なる情報ソースエリアからの共有集合体とすることが可能なコミュニティインターフェイス環境４０８。このアプリケーションサーバは一定の最良品質のコンポーネントを使用し、標準インターフェイスを利用してサーバフレームワークを活用する。その後、在庫のコンポーネント、その他を使用してサーバを構築することができ、そのサーバ上で複数のアプリケーションを実行できる。これらのアプリケーションは以下に詳細に説明するように、エンタープライズビジネスユーザ用にカスタマイズ（あるいは特別に開発）することができる。
【００４６】
本システムの別の特徴にはスケーラビリティが含まれる。ウェブ環境で動作している既知のシステムは一般的にアーキテクチャをデスクトップ環境まで小さくすることができない。完全な機能性（およびスケーラビリティ）を達成するため、実質的にあらゆる完璧なアプリケーションサーバを使用してよい。ただし、関係者はネットワーキングなしで、切断モードでデスクトップあるいはリモートのマシンを稼動することのできる、パーソナライズドサーバ１台を使用することを選択してもよい。このモードでも、本発明は実質的に同じアーキテクチャを使用してインプリメントすることができる。後者の場合、同一システムを提供するであろう「軽量」ウェブサーバエンジンを使用することができるが、小型デバイス、つまりラップトップあるいはＰＣで稼動するウェブサーバエンジンである。これら２例バージョン間のどのレベルのスケーリングも達成することができる。デスクトップ（あるいは非ネットワーク）バージョンを使用した場合、システムが過負荷にならないように特定の最良品質コンポーネントだけしか組み入れることができない。このようなコンポーネントは、必要とされる各種バックエンド接続に対して同期をとり、デスクトップで識別され、使用される。
【００４７】
アプリケーション。
「バーティカル」アプリケーション一式４０４が本例で示されている。本発明の１つの重要な点は、ビジネスプロセス、つまりワークフローを開発することによってこのエリアであらゆるアプリケーションを開発、提供することが可能であるということである。このワークフローはビジネスオブジェクト、ステップ、規則を使用する（以下に詳細に説明する）。さらに、特定ユーザそれぞれに適切なものとなるようにアプリケーションのカスタマイズを実行した、特定のアプリケーション一式を開発し、特定エンタープライズユーザに提供してもよい。これらのアプリケーションは、コマースコミュニティ、プリセール、サポート、サービスなどの機能ごとにグループ化される。図のアプリケーションには、管理／セキュリティ４０３、製品カタログ４０５、製品コンフィグレーション４０７、注文管理４０９、サポート／サービス管理４１１、販売ツール４１３、マーケティング４１５、教育およびトレーニング４１７、およびビジネスインテリジェンス４１９を含まれる。
【００４８】
これらのアプリケーションは本システム内のスタンドアロン製品として開発してもよい。好ましくは、アプリケーションはシステム全体で統合されるように開発され、そのため各種アプリケーション間のデータ／情報の流れを活用できるものがよい。他のシステムでは即座に提供されない、有意義なトランザクションを構成するシーケンスを用いて、ユーザは次々とアプリケーションに入ることができる。
【００４９】
コアサービス。
このサーバ上で実行されているコンポーネントおよびアプリケーションの操作に必要な特定のコアサービス４１０が提供される。豊富なコアサービスが用意されており、次の例のコアサービスがあるがそれらはサービス内容を限定するものではない。１つのコアサービスは、サーバデバイスコンフィグレーション４０１と接触する可能性のあるエンタープライズ（あるいはその他のタイプの）ユーザを処理するセッション管理機能４１２を含むであろう。このセッション管理サービスは、受信セッショントラヒックを処理し、適宜リソースを割り当てる、サーバの一般的な機能を考慮しているものである。
【００５０】
別のサービスでは、データ／メタデータキャッシング４１４を含むであろう。このようなキャッシングは、パフォーマンスおよび接続性を強化するものである。たとえば、仮にあるアプリケーションがあるバックエンドシステムからデータを要求する予定の場合、このアプリケーションはこのバックエンドからさらに情報を要求することなく（このキャッシュが提供対象の情報を保有している間）実行しつづけることができる。さらに、情報の流れが遅れる予定であっても、このアプリケーションは各種のキャッシュ化データにもとづいて、なお実行されることもある。このバックエンドシステムは一般的に、たとえば、各種メーカー（その他類似のもの）のファイアウォールの後ろ側に常駐するため、一定のデータフローに対し本システムの即時コントロールが及ばないことがよくある。スループットレートが変動し始めた場合、あるいはデータの宛先が間違ったり、データが紛失した場合は、連続操作が達成可能である。
【００５１】
また別のコアサービスはバッチ／キュー管理４１６を含む。後に別のデバイスに転送するため、特定の情報がキューに繋がれる（あるいはバッチされる）。さらに、時間が重要ではない情報はキューに繋がれ、より優先順位の高いトラヒックにより多くの帯域を提供することができる。そのため、仮に対応するデバイスが機能を停止、つまりデータの受信を停止することになれば、システムは結果的に効率的な方法で引き続き動作することもある。
【００５２】
また別のコアサービスにはＸＭＬサービス４１８が含まれる。各種バックエンドデバイスと通信するためには、一般的に１つのコア言語が必要である。ＸＭＬ（ＥｘｔｅｎｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ）は、共通情報フォーマットを作成し、このフォーマットおよびデータをワールドワイドウェブ、イントラネット、その他の場所で共有するための柔軟な方法である。たとえば、コンピュータメーカーは、あるコンピュータ製品に関する情報（プロセッサ速度、メモリーサイズ等）を説明するための標準、つまり共通の方法について合意し、ＸＭＬを使用してその製品情報を説明することができる。このようなデータを記述する標準的な方法により、ユーザはインテリジェントエージェント（つまり、プログラム）を各コンピュータメーカーのウェブサイトに送信することができる。このようなエージェントはデータを収集し、比較を行っても良い。そのため、ＸＭＬは、一貫した方法で情報を共有したい、個人、あるいは個人または企業のグループが使用することができる。ＸＭＬは共通ウェブ言語であるＨＴＭＬ（ＨｙｐｅｒｔｅｘｔＭａｒｋｕｐＬａｎｇｕａｇｅ）と類似している。ＸＭＬおよびＨＴＭＬは共にページあるいはファイルの内容を記述するために使用するマークアップシンボルを持っている。ＨＴＭＬは表示と対話という観点から、ウェブページの内容（主にテキストおよびグラフィックイメージ）を記述する。ＸＭＬはどのデータを説明しているかという観点から内容を記述する。ＸＭＬはＨＴＭＬと異なり、マークアップシンボルが無限で、自己定義されるため、「拡張可能」である。ＸＭＬは一般にＳｔａｎｄａｒｄＧｅｎｅｒａｌｉｚｅｄＭａｒｋｕｐＬａｎｇｕａｇｅ（ＳＧＭＬ） − つまり、文書構造を作成する方法に関する標準よりも簡単で使いやすいサブセットである。ＨＴＭＬ（ＨｙｐｅｒｔｅｘｔＭａｒｋｕｐＬａｎｇｕａｇｅ）およびＸＭＬは共にウェブアプリケーションで一緒に使用してもよい。
【００５３】
本アプリケーションでは、ＸＭＬはＨＴＭＬよりもの一定の利点を持つ★新興標準として採用された（ただし、ＨＴＭＬおよびその他のこういった言語を使用してもよい）。ＸＭＬ文書は、異なる最良品質製品から収集され、ウェブ画面上の表示可能な（かつ使用可能な）ページ上にまとめられる。ウェブページは、特定の情報に関して顧客が希望しているニーズに合うような方法でフォーマットされ、ＸＭＬ情報はそれに従って表示される。ウェブページの作成は以下に詳しく説明するように、テンプレート（つまり、マイクロテンプレートおよびマクロテンプレート）の使用により簡単に行える。
【００５４】
その他のコアサービスには通信機能４２０が含まれる。通信サービスはサーバ４０１に接続されている各種データソースからの情報のフローを管理するものである。
【００５５】
機能コンポーネント。
特定機能コンポーネントもサーバ４０２を構成する。このようなプロセスに限定する意図はないが、図４に示されたコンフィグレーション例は、以下のような機能コンポーネントを使用している。ビジネスプロセスマネージャ４３０、テンプレートマネージャ４３２、アクティビティマネージャ４３４、セキュリティマネージャ４３６、プロファイルマネージャ４３８、コンテンツアグリゲータ４４０、プロダクトカタログコンフィグレーションマネージャ４４２、およびアクセスマネージャ４４４。このようなコンポーネントについては個別に説明する。
【００５６】
ビジネスプロセスのマネージャ。
主要コンポーネントの一つはビジネスプロセスマネージャ４３０である。この機能コンポーネントはメーカーとこのメーカーのチャネル間の対話を捕捉するために使用される。たとえば、エンタープライズビジネスは、多くの異なるチャネル、あるいはチャネルパートナ（つまり、小規模事業者、大規模事業者、ＶＡＲ（付加価値再版業者）など）と取引をする。これらの対話はそれぞれ異なるものであり、そのためチャネルパートナとこのエンタープライズビジネスとの間のこのような対話をカスタマイズ可能であることが重要となる。特定エンタープライズビジネスのアイデンティティ（つまりステータス）は、許可された対話に分解される。その他の要因としては、このエンタープライズビジネスの信用限度、そのエンタープライズの格付けランクなどがある（つまり、エリートゴールドパートナ、通常のパートナなど）。これような要因の例はすべて、エンタープライズとそのチャネルパートナ間で行われる対話型ビジネス経歴に組み入れられる必要がある。
【００５７】
この機能性はビジネスフローエンジンにより得られる。一般に、一連のビジネスステップが具備され、クライアント／ユーザはこのようなステップを利用し、集合して所望のビジネルの流れを構築する。これらのステップは一般にオブジェクト（ｏｂｊｅｃｔ）上で機能する。例えば、ある物が販売されると、次に関連オブジェクトは実際の発注を含むこともある。他のこのようなオブジェクトには製品、顧客、および出荷宛先を含むこともある。その後は、一組の業務（ｏｐｅｒａｔｉｏｎ）がオブジェクト上で遂行される。例えば、ある業務は特定のユーザが有効ユーザであるかを調べるものである。（単純な、双方向性の、あるいは複合の）ビジネスステップは一組の限定入力パラメータと出力パラメータ（すなわちポート）に関連してオブジェクト上で所定の業務を遂行するものと定義する。単純ステップは基本ユニットである。複合ステップは“共に縫い合せる”単純ステップから生じて大きな複合ユニットを形成する。双方向性ステップはアプリケーションから外部双方向性システムへの入力や出力を伴う。最終的に（単純、双方向性、あるいは複合の）ステップは（アプリケーションデザインツール等により）双方向に共に縫い合わされてビジネスアプリケーションを構成する。
【００５８】
一組のビジネスルールも定義され、データの流れをさらに特別注文に応じて作るようにサービスアプリケーションに適用される。例えば、一つのルールは１日の所定の時間の間にのみ注文する特定の顧客に制限する。このような場合、このルールは、（ルールである）条件付入力次第で、ビジネスプロセス内の所定のポイント間のデータの流れをオンオフするのに使用される。このようなルールを集めて適用すると、このサービスアプリケーションは所定のオブジェクトに関連した一定の組のデータ上で任意組の業務を遂行するように特別に構築される。
【００５９】
このビジネスプロセスの開発に関する詳細を第８図と第９図を参照にして説明する。このようなアプリケーションを構築するのに役立つユーザツールが具備され、さらに図１３を参照に説明される。
【００６０】
テンプレートのマネジャ。
機能性コンポネント４３２は、Ｗｅｂページやその他でエンドユーザへのデータの表示を管理するのに使用されるテンプレートマネジャを示す。テンプレートは最終的にユーザに表示されるページの“見て感じる”およびポジショニングを受注生産する。このようなテンプレートにより処理された所定の関心事には、例えば、企業ロゴの配置や、所定スクリーンサイドバーや、スクリーンの各種部分に関連する色の選択がある。表示スクリーンは、特定の顧客がスクリーンを用いようとする理由次第で特別に注文される。それゆえ、一連のテンプレートを用いてスクリーンの各部分用に視覚表示を提供する。ページ上に常に再発生する領域、例えばビジネス企業ロゴや、配色は一つのこのようなテンプレートによりカバーされる。このような広い（および再発生する）テンプレートはしばしばマスターテンプレートと呼ばれる。所定のデータ入力により動的に変る領域に対して視覚表示を作るには他のテンプレートを使用する。特に、データ入力は多くの異なるソース（すなわち、ある領域からのグラフィック像、別の領域からの統計データ）から得られる。この種のテンプレートはマイクロテンプレートと呼ばれる。意味あるアプリケーションを作るのに分類されたマイクロテンプレートの集まりをワイヤフレームと呼ぶ。所定のワイヤフレームを組合せたマスタテンプレートはマクロテンプレートを形成できる。マクロテンプレートの選択により、ワイヤフレームの選択と組合せると、このような表示スクリーンの特注作成を注文した特定の企業ビジネスのルック＆フィールとポジショニングを持つウェブ表示スクリーンは比較的短い時間の周期で特別に作成される。このような受注生産では、スクリーンは各種ソースからのコンテンツを集成し、ページ上の情報はユーザ（またはユーザにサービスするビジネス企業）のニーズにより構成される。
【００６１】
このようなテンプレートは、所定の代表的テンプレート領域のブロック図を示す図５００に関連してさらに説明される。標準情報５０４を示すためにマクロテンプレートを含むページ５０２を示す。なお別のテンプレート５０６を用い、そのページに関連した各種ユーザの選択肢を示すこともある。テンプレート５０８は各種マイクロテンプレートを示すためにコンテンツ集成領域として使用される。構成領域５１０はデータベース５１２にリンクして構成データを作成する。領域５１４はデータベース５１６からリンクされるとプロダクトの像を表示するのに使用される。プロダクトのレビューは領域５１８に表示され、ここで情報はリンク経由でデータベース５２０に与えられる。コンテンツ集成領域はユーザにより所望されるいかなるデータをも含むように構成される。それによりデータはテンプレートマネジャを通じて、テンプレートの使用による表示のために構成される。
【００６２】
アクティビティのマネジャ。
アクティビティマネジャ４３４はコマースサーバに到来する要請を全て管理し、ユーザが適切な管理の下で誘導されるのを確認する。各オブジェクトは関連のＡＰＩを持つ。開発者はアプリケーションの形成時に各種ＡＰＩｓを使用する。開発者が各種オブジェクトを共にリンクし、ＡＣＳと繋がるようにＡＰＩｓの対応カタログを作成する。それゆえにＡＰＩｓ４３１の層は開発アプリケーション４０４の組と機能性サーバコンポネントとの間に存在する。したがって、開発アプリケーションの特注可能な面はＡＰＩｓの周知の組の使用により開発者に利用されることになる。
【００６３】
アクティビティのマネジャの機能性の一つの例は「バックボタン（ｂａｃｋｂｕｔｔｏｎ）」機能を支えることである。本発明は、ユーザが取引用ウェブサイトのブラウザ上でバックボタンを使う場合にユーザが指示を見失ったり誤るのを防ぐものである。情報の各種ビジネスフローが作成され、ユーザに表示されるが、一般的にユーザにこのような情報のプロセスフローにより「後援する（ｂａｃｋｕｐ）」ことをさせない。それよりも本発明は「バックボタン」を引用してユーザを適当なページに指示する。このような指示はコンテキストに基づくものである。例えば、この指示はユーザにより遂行される任務に前後関係から見て関連するものである。同じく、この指示はユーザが偶然に表示した現ページ等に関連する。
【００６４】
図４Ａを参照すると、一連のページによりユーザによりプログレッション１５００が示される。これらの事例ページはページ１（カタログを見る）１５０２、ページ２（品目を注文する）１５０４、ページ３（割引を行う）１５０６、ページ４（値段を見る）１５０８、およびページ５（出荷情報を付加する）１５１０を含む。ユーザが１５１２に示すようにブラウザ上でバックボタンを必要とする場合に、ユーザは誤ってページ４からページ３に指示されることもある。これらのことが何回も行なわれると、割引は誤ってたびたび行なわれる。代って本解決策はユーザをページ４に戻すことであり、ユーザがページ３に戻れないことをそのユーザに命じて誤りメッセージを表示する。
【００６５】
セキュリティ／エンタイトルメントのマネジャ。
さらに別のファンクショナル・コンポネントはセキュリティ（あるいはエンタイトルメント）マネジャ４３６を含む。従来から、各種システムは各システムのために（パスワードおよび／あるいは認可証により）個々のログオンを必要とした単一構成の下に集成された。これは扱い難く、管理が難しいことが分かった。本システムでは、共通のサインオン（すなわち単一なサインオンや、ログオン）を備え、構成を通じてアクセスできる全システム用の共通の統一セキュリティを提供する。さらに、一度ユーザが認証されると、そのシステムはユーザに所定のタスクを遂行できる（またはできない）資格を与える。これは開発されたワークフロー内のオブジェクト／オペレーションに適用される一組の限定セキュリティルール（すなわちエンタイトルメント／承認ルール）により行なわれる。例えば、このルールはユーザが所定の組織に属するかを条件付で調べる。もしそうであれば、その人はその後に所定の種類の注文をすることが許されるし、所定の割引を受けることも許可される。
【００６６】
認証プロセスに関しては、新しいプロダクトすなわちソフトウエアが必ずしも作成される必要はない。その代りに、ベストオブブリードプロダクトを用いて認証業務を行うのが望ましい。一般に、ビジネスプロセスマネジャを用い、エンタイトルメントや認証ルールを形成したワークフローに適用することにより所定のベストオブブリードセキュリティ処置を捕える。一度、単一シングルオンが得られると、ユーザは認証アプリケーションのどれかと対話でき、次に取付外部（ＥＲＰや他の種類の）デバイスのどれかとバックエンドを通じて対話できる。
【００６７】
本発明では、セキュリティモデルを総合的な組織モデルに統合する。これまでは、セキュリティモデルはモデル内の一つの特定項目を保護することに向けられていた。本システムは、各種マネジャコンポネントやそれらが互いに相互作用する方法を含む顧客階層構造等のようなものと良く統合する。
【００６８】
例えば、販売代表者は単一のサインオン能力を用いてシステムにアクセスできる。その販売代表者は特定の地理的領域（およびアクセス）に責任がある。このような地理的情報はあるデータベース領域内のＥＲＰデバイスを通じてアクセスされる。セキュリティ情報は別のデータベース内に保持される。本システムでは、これらの全コンポネントが集成され、シームレス方式で統合される。
また、ベストオブブリードセキュリティプロダクトの使用により、多くの最新のセキュリティ情報が製作者に利用される。
【００６９】
製品カタログ構成マネジャ。
本発明により提供された別のファンクショナル・コンポネントは製品カタログ構成マネジャ４４２を含む。各種製品は多様な異なる物理的構成配列に形成できる局面を伝える。企業ビジネスはエンドユーザに種々の製品説明と構成の全てを提供する試みの期待に直面している。別の集約能力では、本デバイスは企業製品ラインに対して目録を作り、および構成の選択を与える能力を提供する。構成マネジャデバイスは全体のシステムに統合される最良品質のコンポネントである。
【００７０】
管理者が製品情報を作成できるインフラストラクチャが含まれる。例えば、製品のアイデンティティ、関係企業、製品説明等をバックエンドＥＲＰシステム（あるいはデータベース）から検索する。この情報は本サーバシステムにより利用されるので、各種ビジネスアプリケーションはこの製品カタログ種類情報を容易に呼出せる。従って、本システムはこのようなデータのステージ領域として機能し、バックエンドＥＲＰ接続によるよりも本システムからこのようなデータをアクセスすることが非常に効率的である。この構成はこのようなデータの利用度を高め、それに符合してシステム全体の性能を高める。
【００７１】
一般に、より高度な製品はより複雑な構成要件を持つ。この構成業務を完成するために、所定の製品情報へのアクセスが一般に必要になる。このような情報は仕様データ、価格情報、割引情報等を含むことができる。本システムはこのような構成データと情報の提示において所定レベルの柔軟性を維持するので、種々の製品ラインとコンポネント部品は用意に収納される。
【００７２】
それゆえ、この情報は製品の適切な構成を完成するのに容易に利用される。製品カタログ情報はこのような製品情報に属するように他の全てのアプリケーションのためのアンカー点として機能する。それゆえに、カタログマネジャは多くの点で製品情報データベースのように機能する、これまでの構成では、製品カタログ情報は単に製品カタログとして使用された。しかしながら、本システムはこの情報を他の全てのアプリケーションに対して利用してアンカー点として用いる。
【００７３】
図６で、カタログ構成マネジャを含む（および関係する）所定の代表的要素のブロック図６００を示す。中央カタログ情報データベース６０２を示す。このデータベース６０２は、例えばマーケティングデータベース６０４、技術支援データベース６０６、他のＥＲＰシステム６０８を含む多様な他のデータベースのどれかと相互作用する。目録作成アプリケーション６１０はデータベース６０２を呼出してディスプレー６１２を形成する。その後に構成オペレーション６１４がカタログ情報データベース６０２から製品構成情報を用いて遂行（あるいは選択）される。この構成は識別可能名６１８、例えば“３ＣｏｍＥｔｈｅｒｎｅｔ５００ｃｏｍｂｏ”等に関連しそうである。その後に、注文入力オペレーション６１６が行なわれ、データベース６０２の情報と名前６１８とに相互作用する注文６２０を作る。
【００７４】
データベース６０２と、このデータベース６０２と相互作用する一般化要素との間を前後に切換えると、製品統合等の多様化のために差異が起る。それゆえ本システムはカタログ情報データベース６０２内部のフィールドとして代替ＩＤｓ６２２（すなわち識別子）を用いる。この代替ＩＤを用いてＩＤに関連した情報の幾つか（あるいは全て）をリクエスト要素にリンクする。上記項目のための代替ＩＤは“３Ｃ５００ｃｏｍｂｏ”を含むこともある。一般に、構成デバイス（あるいは他のこのようなデバイス）はデータベース内のカタログ情報に容易にアクセスできない。しかし、機能的方法では、本実施例はこのようなアクセスを行ない、代替ＩＤは、その情報用、構成用あるいは他のサービスのカタログ情報データベースへの鍵（あるいは指標）である。
【００７５】
それゆえ、ユーザは特定ページを見ることができ、所望製品を構成するようにライン項目を選択できる。ライン項目は（代替ＩＤの使用により）所望情報を検索するようにカタログ情報データベースに戻るアンカー点として機能する。上述の様に、他のファンクショナルコンポネントは代替ＩＤｓによりカタログ情報データベースにつなぐことができる。
【００７６】
図６Ａ〜６Ｄでは、製品カタログ構成マネジャに関する事例のページとしてスクリーンショットを示す。これには次のカタログ探索ページ（図６Ａ）、製品構成ページ（図６）および引用ページ（図６Ｃ〜６Ｄ）を含む。
【００７７】
バックエンドシステムへのアダプターネットワーク。一組のバックエンドシステムすなわちデータベースを要素４０６として示す。このようなシステムすなわちデータベースはＢａａｎデータベース４６２、Ｏｒａｃｌｅデータベース４６４、ＳＡＰ４６６、およびＬｅｇａｃｙデータベース４６８の事例を示すことができる。さらにフロントオフィス４７０（すなわちＳｉｅｂｅｌ、Ｖａｎｔｉｖｅ）、ＥＤＩ（電子データ交換）ゲートウエイ４７２のようなインタフェイスを通じて別の種類のシステムにメッセージを送信することが望まれる。本発明では、アダプターはジビネス対象情報を、形成するビジネスステップに関連するものとして、各種ビジネスアプリケーションを取り入れ、且つ、それを各種バックエンドシステムと接合することができる。このビジネス対象情報はリンク４７４によりアダプター４０７に移される。優先言語媒体はＸＭＬおよび／あるいはＨＴＴＰを含む。他の言語は同じく使用できる。
【００７８】
上述の様に、任意のアプリケーションは、本発明のオブジェクト指向フレームワークにより、ビジネス対象物と相互作用する。これらのビジネス対象を用いて企業のビジネスデータを捕える。このようなビジネス対象にはオーダオブジェクト、ユーザオブジェクト、顧客オブジェクト等があり、これらのオブジェクトに関して操作を行う。それによりオブジェクトの対象概念を書き込み、次にこのオブジェクト対象概念をバックエンドＥＲＰ（や他の種類の）システム内に作図する。このようなバックエンドシステム、データベースシステム、垂直アプリケーション、およびコミュニティ機能の統合は本発明により与えられた一つの便益である。
【００７９】
アクセスマネジャ。別のファンクショナルコンポネントはアクセスマネジャ４４４を含む。このコンポネントを用いてサーバ構成４０１内のチャネル全て（あるいはデータ相互作用デバイス）を外部データソース、例えばデータベースや他のハードウエアシステムに接続する。このようなものに限定するものではないが、外部ハードウエアには主にＥＲＰデバイス等がある。ＥＲＰ（企業リソースプランニング）は、製品企画、部品購入、在庫管理、メーカとの対話、顧客サービス、および注文の追跡を含むビジネスの重要な部分で製造業者を助けたり他のビジネスマネージメントを行うアプリケーションソフトウエアにより支援された広い意味の活動の工業用語である。ＥＲＰはビジネスの資金調達および人的資源面のアプリケーションモジュールをも含む。一般に、ＥＲＰシステムは関係データベースシステムを用い、それに統合される。ＥＲＰシステムの開発はこれまでは相当なビジネスプロセス分析、社員再教育、および新しい業務手法を伴うことになる。本システムでは、サーバ構成４０１内に限定されるオブジェクト（すなわちオーダ）をバックエンドＥＲＰシステム４０６に変換しなければならない。アクセスマネジャ４４４とＥＲＰデバイス４０６の間にアダプター４０７を備える。実施態様によれば、アクティブ・ソフトウェア・アダプターはアクセス・マネジャとＥＲＰシステム間の仲介者として役立つ。ＥＡＩ（事業アプリケーション統合）ベンダー製品にインテグレーションを備える。
【００８０】
図７では、オブジェクトデータフローのある代表的な要素のブロック図７００を示す。ビジネスオブジェクト７０４、次にはオーダオブジェクト７０６になることもある、を送信する事例アプリケーション７０２を示す。本発明の特徴は外部ソースアダプタ等によりＥＲＰアクセスを提供することである。ＥＲＰシステムは総合的なビジネス環境により各種データベースと統合される。この事例では、図示のオーダオブジェクト７０６は第一オブジェクト部７０８と第二オブジェクト部７１０に分割される。これらのオブジェクト部は異なるバックエンドＥＲＰデータベース等に作図される。本事例では、第一オブジェクト部は第一データベース７１２に作図され、第二オブジェクト部は第二データベース７１４に作図される。このような“プラグおよびプレー”モジュール性は多様な外部源（ＥＲＰやその他）とつながるようにアプリケーションのデータ集成と実施を可能にする。
【００８１】
コミュニティのインタフェイス。
コミュニティインタフェイシングの機能は各種チャネルを互いに効率的に同調して作用させる。あるチャネルが効果をあげるためには、商取引に影響を及ぼすかもしれない多様な情報を理解する（および／あるいはアクセスする）ことが重要になる。このことはグループとして作用するチャネルに特にあてはまる。特に、インタネットはこれれまで以上にコミュニティの相互作用を促進した。この媒体の使用により、チャネルはチャットルームを通じて、所定の取引領域の情況において情報を共有できる。このような情報の共有化はメッセージボード、チャットルーム、討論フォーラム、競売等を通じて行なわれる。従って、ＡＣＳは一ページあるいは領域（所望すれば一連のページ）上のユーザに所望情報の集合を提供できる。
【００８２】
さらに、コミュニティ機能は各種垂直タイプの業務（ｏｐｅｒａｔｉｏｎ）の方に向けられる。例えば、一群の企業は全て化学薬品のような特定分野に含まれる。特定化学薬品に関する商取引は類似性を持つ傾向にある。化学薬品生産者も所定の化学薬品に属する情報（製品レビュー、分析、批評等を含む）を発表する傾向にある。それにより各種チャネルの参加者の間に情報の流れを作ることによりチャネルの有効性は高まる。コミュニティインタフェイスは以下のようなものを含む多様な機能を強化できる。
【００８３】
信用と忠実性。
コミュニティ機能はチャネル参加者間の信用と忠節を改善することを意図する。このような改善を促すコミュニティの姿には、このシステムのユーザがチャネル情報のプールに彼ら自身のコンテンツを提供しているという事実がある。信用と忠節はチャネル参加者をより成功させることによりさらに助長される。成功を増やす一つの方法はチャネル参加者に多くの情報を与えることによる。
【００８４】
ピア対ピアのコミュニケション。
コミュニティ機能は教育およびピア対ピアコミュニケーションを助長するものである。商人が他の商品より優れた商品を持ち、主要な業界発表がこの事実を勧めれば、チャネル参加者はこの情報が周知であることを確かめようとする。このような遣り取りを促すのにリサーチフィードとメッセージボードを使用できる。
【００８５】
産業の意識。
エキスパートのアドバイスや業界意識は新しいフィード等を通じて促進される。一般に、どの業界も特定業界に関する情報を集め、客観的な評価文章や引用文献（すなわち雑誌やウェブサイト）を備える“ネットマーケットメーカ”を組み込む。情報の共有化は本発明により提供された無料サービスにより（一般的に）促進されることになる。
【００８６】
研究。
本集中システムはコミュニティリンクを通じて研究能力を多いに高めるものである。例えば、当事者がセキュリティやファイヤウォールに関心を持つ場合に，共通のポータルウェブサイト上を探索すると多量の“未フィルタ”情報をもたらすことになる。しかし、このようなコンテンツをフィルタでき、本システムにこのような情報を供給できる多くの既存の（ベストオブブリード）会社がある。リサーチ団体が信用と忠節を構築するように製品に関する不偏で客観的な情報を受けることが重要である。特定製品に関する多様な情報源はコミュニティ機能により容易にアクセスされるので、製品の小売商人は広告的手法で彼等の製品の価値を勧めることができない。その代りに、業界の情報源（等）からの客観的メッセージを提供する。このことはこのような製品の購買者（および事業商人）からの本システムに対する信用と忠節をさらに構築する。
【００８７】
製品の発表。
新製品が発表され、情報はコミュニティ面によりＡＣＳサイトに結び付いた多数の種々の会社に提供された。
【００８８】
パーソナル化とカスタム化。
ユーザカスタム化は顧客プロファイリング、アップセリング、クロスセリング等により促進される。顧客の購買傾向が追跡できるので、品目をさらに販売する機会を投資で利用できる。アップセリングとは、例えば、主要コンポネントの購買者への周辺品目の販売（すなわち計算機の購買者へのスキャナーのアップセリング）を含むものである。クロスセリングとは、例えば、顧客への他の種類の販売（種々の製品等）を対象にすることである。本発明は、一つのシステムによりこのような取引の流れとして、この能力を提供できる。この絶対的な一対一販売は、種々の取引を完成するのにユーザが種々のサーバ間を切換えることを必要とする他のシステムでは得られない。
【００８９】
コンテクストの感度。
本システムはコンテキスト感受方式で種々の情報源から引上げられる情報を提供する。例えば、ユーザがリサーチルータであり、それに関するセキュリティを出せば、本システムはコンテキスト感受方式において販売される必要のある製品に加えて、この話題に関する他の情報を引上げる。それゆえに、このユーザはルータセキュリティの各種アスペクトを探索するためにサイト間を移動する必要がなくなる。その代りに、本システムのコミュニティ能力が一つの便利化機能ページ（あるいは複数のページ）上に全ての情報を提供する。
【００９０】
在庫および顧客サービスの支援。
コミュニティアスペクトは顧客サービス支援を提供する際に多数の参加者を支援するのに使用される。またコミュニティアスペクトは在庫を最新状態に維持するのを支援する。例えば、ツールは各種スケジュールとこのようなスケジュールに関連した問題点を分析できる。車の所有者が車を修理点検したい場合に、彼は本システムにログして予約を入れる。その車に問題があれば、彼は同じことを記述する。これらの問題のルールに基づく分析は車を修理するのに必要とされる可能な部品のリストを作成する。他のルーティンはこのような部品のディーラ在庫を調べることになる。部品のどれかがそのディーラの在庫に存在しない場合、この問題はそのディーラの注目のために旗で合図される。この特定ディーラ以外に、この問題を解決するように働く他のディーラに問合せを行い、自動的に部品を注文するので、顧客が修理にきた場合に可能な部品のリストが手元にある。このために顧客が部品を待つ状態を最小にし、それにより顧客のこのディーラに対する信用と忠節を構築できる。従って、本システムにより効率と顧客満足度を高めることになり、このディーラは付加価値を与えられる。
【００９１】
図４Ｂを参照すると、ＡｓｅｒａＰｏｒｔａｌ全体と提供される各種事例の特徴を示すスクリーンショットが示される。
【００９２】
図４Ｃは、各種事例垂直アプリケーション１６００を有するブロック図を示す。メッセージボード／チャット機能１６０４、工業ニュース１６０６、競売１６０８、レーティング１６１０、技術フォーラム１６１２、キャリア開発１６１４、および無料サービス１６１６を含む所定のコミュニティ機能１６０２を示す。
【００９３】
図４Ｄ−１および４Ｄ−２は、事例コミュニティスクリーンにより提供された機能を示す。
【００９４】
プロファイルのマネジャ。
ユーザ挙動を追跡し、販売効率の改良（例えば、クロスセルとアップセル）の戦略を推薦するのにプロファイルマネジャを備える。
【００９５】
コンテンツのアグリゲータ。
コンテンツアグリゲータ（すなわちマネジャ）４４０は本システム全体に関連した多くの種々の情報源からコンテンツを集成する。例えば、本システムは所定の情報を作成（あるいは所有や取得）する。このような情報は任意の月に行った販売水準のような取引関連情報である。さらに、このような情報は以下のどれか：適当なデータベースに保存された販売情報、製品情報、データシート、を含むことになるが、それに限定されるものではない。この情報はユーザ情報、例えば度重なる問合せとそれらに対応する返答を含む。それゆえに、この事例情報ベースは運用情報、取引情報、販売情報、および顧客サポート情報を含むように一般化される。各種コンテンツはこのような情報に対して適当な位置（すなわちデータベース）に保存される。本発明では、このようなコンテンツは多様な情報源から集成され、ユーザに提示される。例えば、ユーザは多様な組の情報；写真による製品説明、製品に関する世間の評判に関するコメント、度重なる消費者の質問、および製品関連問題の集録を含む情報を見ることに興味を示す。この多様な組の情報は本システムに連動した様々なデータ記憶装置から集められ、単一のページ（または一連のページ）上でユーザに提示される。これらの機能を満たすために、コンテンツアグリゲータは二つの部分；コンテンツ配送とコンテンツ表示を含む。
【００９６】
レポジトリ。
本アーキテクチャを支援するのに必要な各種データベースを含む多様な情報を保存するのにレポジトリ４５０を用いる。このレポジトリはデータベース、データ記憶装置等を含み、ルール、データ、およびオブジェクトのような情報を記憶する。ロックマネジャ４２２はコアサービスに含まれ、レポジトリ源（すなわちデバイス）へのデータの出し入れ−徹底した確実な方法で−の流れを管理する。多数の人がレポジトリ内のデータを用いるときには常に、このような活動を同期化することが重要になる。
【００９７】
例えば、ビジネスアプリケーションの形成に関連したビジネスオブジェクトはコマースビジネスルール４５１として記憶されたルールを持つ。テンプレートマネジャはテンプレートドメインルール４６１として記憶されたルールを用いる。このようなルールは企業ロゴを置く場所とロゴ自身の記憶装置に付属する。セキュリティデータ４５９は本システムにログオンできる各ユーザ用の識別および／パスワード情報に関係する。プロファイルおよび構成データ４５５は部分的にコミュニティ機能４０８に関係する。さらに、所定の製品を異なるマシン上に提示し、データをこれらのマシン間に配置しなければならない。
【００９８】
本システムを通じて行う任意の取引では、一組のログデータ４５７を記憶する。この取引データは、データミニング等を行うために−プロファイルマネジャにより−ビジネスインテリジェンスアプリケーション（４１９）により後で使用される。例えば、この取引データを採掘して所定の販売傾向、購買傾向等を見つける。このようなデータは非常に貴重なものであることが後で分かり、本発明は多くの異なる（カスタム化された）アプリケーション上でこのようなデータの開発と追跡を行うものである。
【００９９】
これらのビジネスオブジェクト（およびステップ）は、エレメント４５３としてストアされる。この種のステップは、単純ステップ、インタラクティブステップ、および複合ステップを含んでいる。それらのビジネス・オブジェクト（およびステップ）４５３は、商業ビジネス規則（原文は複数形）４５１と緊密に関連付けされている。場合によっては、それらのオブジェクト、ステップ、および規則を緊密に関連させつつ、これら２つのエレメントを、単一のストレージエレメントとして構成する（あるいは示す）こともできる。
【０１００】
ビジネスのプロセスの開発。
ここで図８を参照すると、ビジネスプロセス（またはアプリケーション）の開発に関係する特定の代表的なエレメントのブロック図８００が示されている。この開発は、概して３つのエレメントを伴うことになる：すなわち、ビジネスオブジェクト、ビジネスステップ、およびビジネス規則（原文はすべて複数形）である。ビジネスオブジェクトは、ビジネスデータの論理的な表現として定義することができる。この種のビジネスオブジェクトの例としては、販売指令、購入注文、カスタマ等が挙げられる。
【０１０１】
アプリケーション８０２が書き込まれると、それがビジネスオブジェクト８０４としてデータにアクセスする。ライン８０６は、データの論理表現（左側）とデータの物理表現（右側）の間の分離を表す。ビジネスオブジェクト８０４に対しては、この種のデータの論理表現から物理表現へ、あるいはデータソースへのマッピングが行われる。データソースは、データを生成する任意のデバイスまたはリソースとすることができる。このアーキテクチャにおいては、これをデータベーステーブル、ＥＲＰシステム、あるいはそのほかのサード‐パーティ製ソフトウエアとすることができる。このシステムにおける例には、製品コンフィグレーションデバイス、および／またはデータの生成が可能な任意のシステムもしくはソフトウエアを含めることができる。このシステムは、そのデータをビジネスオブジェクト表現にマップし、アプリケーションは、これらのビジネスオブジェクトを介してデータを操作する。
【０１０２】
その後、８０８、８１０、および８１２として図示されている一連のアダプタ（またはプラグ‐インのアダプタ）が使用されて、データがデータ源（たとえばＥＲＰソース）８２０にマップされる。ビジネスのオブジェクトは、複数のアダプタからデータを得ることができる。アダプタは、データ源による使用のために、任意のその種のデータを表現に、あるいはスキーマに変換する役割を担う。
【０１０３】
ビジネスオブジェクトが、いくつかの異なるアダプタに、部分的にマップされることもある。たとえば、ビジネスのオブジェクトを、５つのフィールドを含む上側セット８１４、および５つのフィールドを含む下側セット８１６から構成することが可能である。それにおいて、最初の５つのフィールドをアダプタ８０８にマップし、下側の５つのフィールドをアダプタ８１２にマップすることができる。それに加えて、ビジネスオブジェクトのデータを、第２のデータ源８２２との通信のために、第２の（下にある）アダプタ８１０にマップすることもできる。各アダプタを、異なるデータ源と通信するべく設計することも可能である。
【０１０４】
次のレベルにおいては、ビジネスのプロセスをワークフロー（またはプロセスフロー）として記述することができる。ここで図９を参照すると、ブロック図９００の形式を用いて、例とする一連のステップが示されている。最初のステップ９０２は、在庫品目の追加に関する。ステップ９０４は価格の計算であり、ステップ９０６は製品の入手可否の問い合わせである。この問い合わせの結果が「イエス」であればステップ９０８に進み、在庫目録の割り当てが示される。それぞれのステップは入力ポートおよび出力ポートを有しており、ステップ９０８に注目すると、入力ポート９１０および出力ポート９１２が例示されている。ステップ９１４は、在庫目録の割り当ての後に税金を計算する単純ステップを示す。ステップ９１６は、この特定のフロー内に、このほかの各種ステップの任意のいくつかが存在可能であることを意味している。ステップ９０６における問い合わせの結果が「ノー」である場合として、クロスセル／アップセルのステップ９１８が示されている。
【０１０５】
ステップ９１８は、複合ステップ９２０として示されており、それにおいては、そのほかの一連のステップが全体的な複合結果を構成する。それぞれのステップを、別のステップの階層的な構成とすることが可能であり、そのことから複合ステップと呼ばれる。それに対して、単に計算のみを行う関数ボックスは単純ステップと呼ばれる。ステップのそれぞれは、複数の入力ポートならびに出力ポートを有することが可能であり、それぞれのポートは、複数のパラメータを有することができる。パラメータは、個々の入力ポートおよび出力ポートのそれぞれについて異なるものとすることができる。したがって、各関数ボックス（またはステップ）が複数の関数を有し、各関数が異なるパラメータのセットに関して作用するということがあり得る。それに代えて、１つのボックスが単一の関数のみを実行するが、パラメータの値に応じてそれを異なる形で実行するということも可能である。単純ステップが複数のポートおよびパラメータを有することさえもあり得る。複合ステップに関する入力／出力ポートおよびパラメータは、その複合ステップのインターフェース設計の部分として決定される。
【０１０６】
このアプローチの主要な利点は、（ステップ、ポート、およびパラメータの構成および配列のための）ビジュアルのツールのセットを、容易にワークフロー上に持ち込むことができるという点である。それに加えて、このアプローチによって、アプリケーションのデベロッパとコンシューマサービスの要員（またはサービスのピープル）の間における容易な通信が可能になる。コンシューマサービスのピープルは、新しい関数の追加を希望する場合に、たとえば、全体的なフロートに関して複合ステップからのデータの全体的なフローを観察することができる。関数ボックスは追加が可能であり、データの正しさに関して、ワークフローを迅速に解析することもできる。
【０１０７】
上記に加えて、このシステムは、インタラクティブのステップを提供する。インタラクティブのステップ９１１は、外側の世界に対する入力／出力ワークフローのアプリケーションに類似している。概してこれは、ユーザに対するプロンプト、すなわちユーザが特定の製品の購入を希望しているか否かの問い合わせを伴う。この種のプロンプトは、ユーザとインターフェースするブラウザ９１２等を介して行うことができる。インタラクティブのステップは、置き換え可能である。たとえば、１つの構成においては、ブラウザへのトークがサポートされる。しかしながら、今後の構成において、このインタラクティブのステップがＥＤＩ（またはその類似）イネーブルのケイパビリティに置き換えられることも考えられる。その結果、後者の構成は、ＥＤＩインターフェースを介してワークフローとの通信を開始することができる。
【０１０８】
ここに例示したワークフローは、２つの異なる表現を提供することができる：すなわち、（１）どのようにアプリケーションを実装するべきか、ということ；および（２）１つのスクリーンから別のスクリーンへ、どのように表示ナビゲーションを行うべきか、ということである。あらゆるこの種の実装は、これら２つの、基礎をなしているアプローチの分離を伴うことがあり得る。しかしながら、ここでは全体的なワークフローを、一般化した結果として呈示している。
【０１０９】
次に、コンシューマ（またはカスタマ）サービス要員によって、ワークフローまたはプロセスにビジネス規則（原文は複数形）が適用される。それぞれの規則は名前を有し、その名前は、その規則が実行することになる特定の関数を識別するために使用される。１つの規則は、特定のアプリケーションに対するコールアウトとして機能する。また１つの規則が、ビジネスのオブジェクトに関するイン‐メモリトリガとして機能することもある。図９に示した特定の例においては、製品の入手可否の問い合わせ（９０６）によって、その種の在庫目録に関する倉庫のチェック９３２のコールアウト９３０を保証することができる。コンシューマサービス要員は、現存するワークフローに適用されているように、適切な規則を使用してこの結果を導くことになる。
【０１１０】
メモリトリガとしての規則の使用は、関連付けされたトリガポイントに対する作用（または移動）を伴う。ビジネスのオブジェクト自体は、データのユニットを表す。アプリケーションがビジネスのオブジェクトをトリガするときは、常に、デベロッパ（またはユーザ）が、データの妥当性検査、もしくは変換の実行、あるいはビジネスのオブジェクトに関する何らかの副次的効果の実行を希望することが考えられる。そのためにプロセスは、そのビジネスのオブジェクトが操作される特定の、周知のポイントを識別する。たとえば、プロフェッショナルサービスの人員が、ビジネスのオブジェクトの共通属性を設定したいと希望することが考えられる。それに代えてプロフェッショナルサービスの人員は、ビジネスのオブジェクト間の関係を変更することができる。これらの明確なポイントは、トリガとして機能することになる。
【０１１１】
アプリケーションがビジネスのオブジェクトを操作するのであれば、トリガのポイントとの関連付けが可能なビジネス規則が存在することになる。その結果、このビジネス規則条件は、トリガとして機能することになる。たとえば、トリガのポイントを属性とし、特定のユーザに関する購入申し込みの価格リミットとしたトリガ条件とともに定義することができる。再度図８を参照するが、アプリケーションは第１の価格総額８３０を有している。そのトリガのポイントにおいては、ビジネス規則の適用を介して妥当性検査を実行することができる。それに代えてユーザは、購入申し込みを、たとえば１０００ドルといった特定の総額より低く制限することがある。これは、第２の価格総額８３２を表していると考えることができる。トリガは、第１のポイントから第２のポイントに移動することができる。プロセス（および適用されるビジネス規則）は、その後、後の方の（つまり前の方ではなく）適用された条件を検証することになる。
【０１１２】
図８および９におけるこの後半の記述は、前述したビジネスプロセスを形成した後（つまり、各種のビジネスのステップを「縫い合わせた後」）、各種のビジネス規則を適用して、結果のアプリケーションをさらにカスタマイズするプロセスに対応する。上記の議論は、トリガのポイントの「移動」に関して言及しているが、実際には、メモリ内に存在している物理的なポイントは１つしかない。２人のユーザが（たとえば）、行動の実行を価格によって制限することがある。両方のユーザは、メモリ内の同一ポイントに到達する。しかしながら、ユーザごとに異なる条件付き制限が関連付けされていることから、いずれのユーザが当該メモリのポイントにコンタクトしているかに応じて、異なる結果が保証される。
【０１１３】
規則は、データ変換にも使用することができる。たとえば、ユーザが遠隔地（つまり日本）からログインする場合、データを円からドルに換算することができる。この種の変換は、価格、ユーザ、およびユーザのプロファイルといった条件ファクタに応じることになる。
【０１１４】
総じて言えば、規則は、このほかのカスタマ固有関数を包含することができる。たとえば、注文が提出されたが、購入申し込みのステータスが変更された場合には、ｅ‐メールメッセージを、ステータス変更に関する管理関係者に送ることができる。この（または別の）特定の機能を達成するために規則を作成し、適用することができる。概して、ビジネスオブジェクトごとに１つの規則仕様が存在し、そのため、グラフィカルデベロッパツールが使用されてその規則が実装される。
【０１１５】
テンプレートの構成および使用。
テンプレートを使用し、マクロ‐テンプレートを介して、多くのスクリーンにわたって反復する形式で、ビジネス全体に関する特定の情報を表示することができる。動的に変化する情報を表示するために、ミクロ‐テンプレートを使用することもできる。さらにそれらとは別のワイヤフレームを使用して、ページ内に関数（または結果）を動的にリンクさせることもできる。
【０１１６】
ここで図１０を参照すると、ウェブページのブロック図１０００が図示されている。ここには、特定の例とするラベル１００２、１００４が示されている。これらのラベルは、ワイヤフレーム、すなわち別のコードのリンク（または呼び出し）のためのスロットを示している。一例のＨＴＭＬラベルには、ＡＣＳに関連付けされたエリア「ｆｏｏ」に関するルーチンを呼び出すことができる「＄ＢＣＭＳ＿ＦＯＯ＿ＢＣＭＳ＄」を含めることができる。このラベルは、ページを構成するＨＴＭＬ内に埋め込まれることになる。ページの左には、メニューのセット１００６が示されるが、これは、ユーザが期待している、操作容易な標準ウインドウである。マスタ‐テンプレート１００８が含められており、それがタイトルおよび／またはロゴといった企業ビジネス情報を有している。ワイヤフレームおよびマスタ‐テンプレートは、相互に伴ってマクロ‐テンプレートを形成する。ミクロ‐テンプレート（後述する）のそれぞれについては、ワイヤフレーム内においてバック‐エンドサーバ側の機能が使用され、それぞれの表示されるスクリーンごとに、オン‐ザ‐フライでＨＴＭＬが生成される。
【０１１７】
図１１を参照すると、カタログ表示ステップが示されており、それにおいてこのステップは、複合ステップ１１０１である。この場合、ユーザが、カタログ化されたステップ（またはオブジェクト）のサーチの実行を、それに従った結果のリスト（エレメント１１０２に関する）の表示ともに希望している。キーワード１１０４が入力され、それがデータベース１１０６に対するクエリを行う。ユーザ／要求者に対し、結果のセット１１０８の表示１１１０が行われる。その後ユーザは、特定のエントリの選択１１１２を行い、この場合にはそれが「注文エントリ」１１１４となる。
【０１１８】
図１２を参照すると、本発明の別の特徴１２００が、一例の複合ステップに関連して示されている。複合ステップ１２０２は、さらに単純ステップ１２０３（原文は複数形）を包含している。任意の一般的な複合ステップ１２０２の部分として、情報１２０４に関する問い合わせが、データベース１２０６に送られる。それに従って、要求者に対して結果１２０８が返され、ＨＴＭＬ等を使用してフォーマットされる。続いて、フォーマットされたデータが、ブラウザ１２１０を介してそのデータを閲覧すると考えられるクライアント／ユーザに送られる。これにより、そのブラウザを使用する者は、ディスプレイ上に呈示されている何らかの特徴をクリック（または選択）することが可能となり、それにより要求１２１２がサーバに返される。この時点において、サーバがそのデータの妥当性検査の実行を希望することがある。また名前‐値ペアのアンマーシャリング（ｕｎｍａｒｓｈａｌｌｉｎｇ）が実行されることもある。たとえば、特定のデータが何らかのエンドクオータを伴って返されることがあるが、その種のデータは、データのアンマーシャリング（ｕｎｍａｒｓｈａｌｌｉｎｇ）を介して有効にする必要がある。純粋なＪＡＶＡ（ジャバ）コーディングは（この例においては）単純ステップと考えることができる。
【０１１９】
ミクロ‐テンプレートは、その定義により、プロトコルに関係なく、任意のデータ源から到来するデータの動的な埋め込み、および生成のための、ＨＴＭＬページ内のＨＴＭＬの断片に関するプレースホルダであり、言語に依存しない態様でレンダリングすることができる。つまり、ミクロ‐テンプレートは、ＨＴＭＬページ上の「不動産（ｒｅａｌｅｓｔａｔｅ）」と考えることができる。ミクロ‐テンプレートは、標準エディタを使用し、ドラッグ‐アンド‐ドロップ形式で作成することができる。ミクロ‐テンプレートは、グループ（ワイヤフレーム）として１つのマクロ‐テンプレート内に宣言することが可能であり、マクロ‐テンプレートは、マスタ‐テンプレートを使用してインスタンスを作成することができる。表示されるページのすべてにわたって一貫してロゴ（あるいはその類似物）のセットが現れるようにするために、多くのページにわたり一貫性のあるルック‐アンド‐フィールが提供されることを希望する企業ビジネスによって、マスタ‐テンプレートが供給される。仮に（たとえば）ウェブサイトが多くのページを有している場合には、これらの多くのページにわたってマスタ‐テンプレートが伝播されることになる。各マクロ‐テンプレートは、ミクロ‐テンプレートのグループを有することが可能であり、ランタイム間において異なるソースからの情報をコンパイルするためにそれらが使用される。
【０１２０】
インタラクティブステップ１２１４は、「前」「メイン」および「後」処理セグメントに分けられる。「前」セグメントは、特定のＪＡＶＡ（ジャバ）コードを伴い、それが、特定のデータエリアをあらかじめ占有する方法をステップに伝える。「メイン」エリアは、データが実際に運ばれ、何がどこに行くかを人が宣言できるところであり、「後」セグメントは、ユーザ入力を処理するＪＡＶＡ（ジャバ）コードを含んでいる。
【０１２１】
本発明の１つの利点は、テンプレートの静的な部分のいくつかが、以前の展開環境から生成されることであり、それにおいては動的な部分が、任意タイプの独立した動的ソースから到来することができる。また任意タイプの言語を使用してテンプレートのレンダリングを行うこともできる。たとえば、このアプリケーションは、ＪＳＰ／ＡＳＰモデルを使用する。ＪＳＰにおいてプログラマは、ジャヴア（ＪＡＶＡ）のみを使用することができる。ＡＳＰにおいてプログラマは、仮想のベーシックまたはジャヴァ（ＪＡＶＡ）のスクリプトのみを使用することができる。このケースでは、クリエーティビティとプログラマビリティが分離されている。概して、ウェブページはアーティストによって作られる。しかしながら、プログラミングは、技術（ＩＴ）者によって行われる。仮にＡＳＰが使用されとすれば、同一の者が両方のスキルを有していなければならない。このシステムの下においては、クリエーティブな者がマクロ‐テンプレートの作成に専念することが可能であり、それにおいて技術者はミクロ‐テンプレートの作成に専念することができる。両方の結果は、ランタイム間に併合されることになる。各種のテンプレートのレンダリングを、ジャヴァ（ＪＡＶＡ）、もしくはＸＳＬ、またはストレートＵＲＬで行うことができる。また「Ｃ」ビジュアルベーシックもしくはそのほかの言語の使用に関して実装を提供することもできる。
【０１２２】
意味のあるアプリケーションを作るために、ワイヤフレームには、ミクロ‐テンプレートのグループを含むべく意図が持たされる。本発明の下においては、これらのワイヤフレームが各アプリケーションの基本エレメントになる。これらのワイヤフレームを取り、それを任意の別のウェブページに落とすことによって、最小限の努力で同一のアプリケーションおよび／または機能を達成することができる。主としてこれは、アプリケーションが言語非依存であることによる。たとえば、１つのウェブサイトを他者のためにカスタマイズすることが、ほとんど追加を伴わずに、またいずれのウェブサイトに使用される言語とも無関係に可能となる。
【０１２３】
アプリケーションを構成するツール。
ＡＣＳアプリケーションを作成するために、アプリケーションエンジニアはいくつかのタイプのアーティファクトを作成しなければならない：すなわち（１）ビジネスのオブジェクト；（２）ビジネスオブジェクトの形態；（３）（ａ）単純、（ｂ）インタラクティブ、（ｃ）要求、および（ｄ）複合を含むビジネスのステップ；（４）ワイヤフレームのファイル；および（５）マスタ‐テンプレートのファイルである。要求ステップは、別のステップに対するコールアウトであり、「ｇｏｔｏ」プログラミングのステップに類似である。最初の３つのタイプのアーティファクトはＸＭＬファイルにエンコードされ、残りの２つはＨＴＭＬにエンコードされる。ＸＭＬファイルであることに加えて、この種のオブジェクト、コンフィグレーション、およびステップは、互いを参照することが可能であり、したがってＸＭＬファイルは、独立でなくなることもある。
【０１２４】
アプリケーションエンジニア（またはプロフェッショナルサービスのエンジニア、もしくはコンシューマサービスの人員）は、テキストのエディタもしくはＸＭＬエディタを使用してＸＭＬファイルの作成ならびに編集を行うことができる。しかしながら、このプロセスは、ときとして単調で長たらしく、エラーを生じやすい、長時間を消費するものとなり得る。それに加えて、（ワークフローを作成するために使用される）複合ビジネスのステップ等の特定タイプのアーティファクトの記述は、グラフィカルな（図式的な）方法を用いることによってもっとも自然な形に表される。さらに、ビジネスのオブジェクト等の比較的単純なアーティファクトであっても、ＸＭＬによる記述が比較的複雑なものとなり得るが、カスタム化したグラフィカルエディタを使用してより容易に記述することができる。
【０１２５】
ＡＣＳアプリケーションのデザイナ／ビルダ（以下ツールと言う）は、ＡＣＳアーティファクトの作成および操作のための統合開発環境（ＩＤＥ）であり、汎用拡張可能フレームワーク、および一連のカスタムのプラグ‐イン「エディタ」であってそれぞれが各タイプのアーティファクト用にカスタム化されているもの、を包含する。ツールは、ＸＭＬアーティファクトのロード時に入力の追加の妥当性検査を行い、それによって設計プロセスの極めて早い時期にエラーが識別される。さらに、各カスタムのエディタのほとんどは、ユーザによって定義誤りの、もしくは無効なアーティファクトが作成されることを防止する。
【０１２６】
ツールのアーキテクチャは、メニュー構造を介して、新しいオブジェクトのタイプを容易に追加できるように構成される。オブジェクトのリポジトリは、ローカル（ファイルシステム）およびリモート（ＨＴＭＬ）のいずれとすることもできる。ツールは、コンピュータ内もしくはウェブブラウザ内においてスタンド‐アロンで実行することができる。プラグ‐インのエディタのフレームワークは、拡張可能タブ付きビューメタファも使用する。たとえば、それぞれの新しいオブジェクトに編集タブのセットを持たせる形で新しいオブジェクトを容易に追加することができる。複合ワークフローエディタは、複合ビジネスアプリケーションプロセスのフローを単純な態様で表示する。これによりユーザが、現存するコンポーネントから新しいワークフローロジックを組み立てることが可能になる。ビジネスオブジェクトコンフィグレーションは、エディタのセットを含んでおり、それによってユーザは、特定のカスタマ展開のための迅速なビジネスオブジェクトのカスタマイズが可能になる。またそれには、デフォルトフィルタエディタ、カスタムフィルタエディタ、および名前付き規則も含まれている。統合されたツールには、オン‐ザ‐フライで特徴のコンパイルおよび構築を行える機能が含まれる。また、結果として得られたアプリケーションにワイヤフレームを併合し、ディスプレイスクリーンからそれを呼び出せるようにすることもできる（テンプレートの説明を参照されたい）。
【０１２７】
ここで図１３を参照すると、一連のアプリケーションデザイナスクリーンが示されており、それによってさらに上記の特徴の機能的な実装が立証される。この例においては、材料がプロジェクト‐ベースでグループ化される。図１３００は、プロジェクトツリーウインドウ１３０４、メッセージウインドウ１３０６、およびタブ付きエディタウインドウ１３０８を伴うウインドウ１３０２を示している。プロジェクトツリーウインドウ１３０４は、プロジェクト内のすべてのアイテムをリストする。一意的なアイコンおよびフォルダ階層が使用されて、異なるタイプのアーティファクトの識別ならびにグループ化が行われる。これらのアーティファクトには、ビジネスオブジェクト、ビジネスオブジェクトコンフィグレーション、ビジネスステップ、ワイヤフレーム、およびマスタ‐テンプレートを含めることができる。メッセージウインドウ１３０６は、各種の警告メッセージ、エラーメッセージ、およびステータスメッセージ等をリストする。これらの警告メッセージは、各種のステップを縫い合わせてアプリケーションを構成しているデベロッパを補助する。入力ポートおよび出力ポートに関連付けされた各種のパラメータは、型（つまり、実数または整数値）によって拘束されることもある。各種のボックス（またはステップ）をリンクするためには、問題が、コネクタを用いて１つのボックスを別のボックスに単純にリンクするといったものを超える。各ステップに関連付けされた各種のパラメータにわたってデータのフローを一致させる必要もある。互換性についてポートの妥当性の検査も行わなければならない（つまり、必ずしもすべてのポートが、いずれか別のポートに接続できるわけではない）。たとえば、あるポートが３つの整数を期待しており、別のポートが３つの文字列変数を期待していることもあり得る。グラフィカルツールは、新しいポートの追加または削除を可能にし、同様に、与えられた任意のステップに関して、新しいパラメータを定義することを可能にする。
【０１２８】
特定の入力ポート、出力ポート、およびこれらのポートのそれぞれにおいて関連するデータパラメータが適正に一致しない場合には、エラーメッセージによる補助が与えられ、ワークフローに対する訂正が促される。ウインドウ１３０８には、各種のステップのグラフィカルな実装ならびに配置を考慮したタブ付きエディタが示される。これらのステップは、この種のステップのカタログに従ってストアならびにリストが行われ、カタログはサーチすることができる。特定の標準化されたタスクを実行するために、あらかじめ定義済みのステップのコレクションが存在する。たとえば、特定の情報の表示、あるいは特定のデータのテーブル作成は、同一の基本ロジックを伴う。
【０１２９】
１つのインタラクティブステップの各ミクロ‐テンプレートに関して、デベロッパの選択によってプロセッサタイプ（つまり、ＪＡＶＡ（ジャバ）、ＸＳＬ、ＵＲＬ等）を指定することも可能である。これは、多くの異なるシステムにわたって異なる開発言語を扱うときの追加の柔軟性を考慮している。
したがって、一般化されたルーチン（またはステップ）を、別のルーチン（またはステップ）から呼び出すことができる。つまり、デベロッパは、あらかじめ定義され、テストが済んでいるステップのカタログ、またはパレットを使用してビジネスルーチンを構築することができる。これは、新しいルーチンの構成をはるかに容易なものとし、特に技術以外の専門家にとって扱いやすいものとする。
【０１３０】
タブ付きエディタ・ウインドウ内の各アイテムは、多数のアイテム固有タブを介して編集することができる。この例においては、３つのタブ１３１０、１３１２、および１３１４を介して複合ステップを編集することができる。ここで選択されているタブ（「ｗｏｒｋｆｌｏｗ」（ワークフロー）タブ１３１４）は、選択された複合（または単純）ステップの遷移およびステップのインスタンスをアッセンブルするために使用されるワークフローエディタを表示する。この特定の実施態様においては、名前に先行する「ｓ」によってそれが単純ステップであることが示され、名前に先行する「ｃ」によってそれが複合ステップであることが示される。各種コネクタ１３１６は、ステップ間のデータフローを示す。グラフィックアイコン１３１８は、その接続の中で渡されるパラメータの特定の側面を示すために使用される。タブ１３１０は、特定のステップ（複合またはそれ以外）に関する各種の入力ポートを示すために使用することができる。タブ１３１２は、各種の出力ポートを示すために使用することができる。ステップ間における各種のデータインターフェース要件をすばやく引き寄せることによって、有用な（つまりエラーがなく、データの衝突を伴わない）アプリケーションを構成することができる。
【０１３１】
表示フィルタを使用して、表示の各種の側面を迅速に変更することもできる。たとえば、表示されているテキストを、フィルタ内の特定のフィールドに関連付けすることが考えられる。したがってデベロッパは、開発したルーチンの全体的な機能に影響を与えることなく、このフィールドのみを変更することができる。前述した規則を、グラフィカルインターフェースを介して適用することも可能である。ある意味において、規則はデータベーストリガとして作用する。概して規則は、特定のオブジェクトを伴うときに何を行うかということに関して条件付きの指示を提供する（前述の説明を参照されたい）。
【０１３２】
ここで図１３Ａ〜１３Ｏを参照すると、そこにはＧＵＩツールに関連した例とするスクリーンのセットが示されている。図１３Ａは、一例の「製品（ｐｒｏｄｕｃｔ）」のオブジェクトがプロジェクトツリーのウインドウ１３０４内において選択されているスクリーンを示している。このオブジェクト選択に関して、タブのセット１３２２（すなわち、実行、属性、関係、およびアクセスオペレーション）が示されている。オブジェクトのタイプが異なれば、異なるタブのセットが使用されることもある。図においては、「実行（ｉｍｐｌｅｍｅｎｔａｔｉｏｎ）」のタブ１３２４が選択されている。この結果として、メインウインドウ１３２５が、そのオブジェクトに関係して定義されたメソッドに関するＪＡＶＡ（ジャバ）コードを表示している。
【０１３３】
次の図１３Ｂは、「属性（ａｔｔｒｉｂｕｔｅｓ）」のタブ１３２６が選択された状態を示している。属性は、名前によってリストされ、プロパティが示される。属性は、通常、「ドメイン（ｄｏｍａｉｎ）」、「濃度（ｃａｒｄｉｎａｌｉｔｙ）」、および「キイ（ｋｅｙ）」を有する。属性には、「必須（ｒｅｑｕｉｒｅｄ）」であるか否かについてフラグが付けられることもある。また属性を「持続（ｐｅｒｓｉｓｔｅｎｔ）」もしくはそれ以外に区別することもある。コメントセクション１３２７は説明的なコメントを表示し、そこには、なぜ／どのように各フィールドが使用されるかといったことがさらに詳細に示される。
【０１３４】
図１３Ｃは、「関係（ｒｅｌａｔｉｏｎｓ）」のタブ１３２８が選択された状態を示している。このスクリーンによって本発明は、各種オブジェクト間の関係を示すことができる。たとえば「従業者（ｅｍｐｌｏｙｅｅ）」のオブジェクトは、「マネージャー（ｍａｎａｇｅｒ）」のオブジェクト等との関係を有することになる。
【０１３５】
ビジネスオブジェクトコンフィグレーションは、概して各カスタマに関するビジネスオブジェクトをカスタマイズするために使用される。この例においては、ビジネスオブジェクトコンフィグレーションが３つのパーツを有する：すなわち、デフォルトフィルタ、カスタムフィルタ、および名前付き規則である。図１３Ｄは、一例とする「製品（Ｐｒｏｄｕｃｔ）」１３３２に関するビジネスオブジェクトコンフィグレーションを示している。このコンフィグレーションは、プロジェクトツリーリストに示されているように、「形態（ｃｏｎｆｉｇｕｒａｔｉｏｎ）」のカタログ１３３０内にストアされる。「ｄｅｆａｕｌｔｆｉｌｔｅｒ」１３３５の選択では、それぞれの選択されたオブジェクトコンフィグレーションに関して使用されている属性／関係のセット１３３４が示される。使用していない属性／関係のセット１３３６についても示される。属性は、「ａｄｄ／ｒｅｍｏｖｅ」のフィルタボタンを介して、使用状態から不使用状態に移すことができる。選択されている「Ｐｒｉｃｅ１」１３３８の属性が、「ｆｏｒｍａｔ」１３４０および「ｃｕｒｒｅｎｃｙ」１３４２を含む名前付きペアとして示されている。別の例としては「Ｄａｔｅ」（選択肢として示していない）に、長形式または短形式の日付フォーマット等を持たせることが挙げられる。「ｅｄｉｔｒｕｌｅｓ」のボタン１３４４によってユーザは、属性／関係に関連付けされた暗黙の規則の作成および修正が可能になる（後述する図１３Ｈと類似）。
【０１３６】
図１３Ｅは、「ｃｕｓｔｏｍｆｉｌｔｅｒｓ」（カスタムフィルターズ）タブ１３４６が選択されている状態を示す。カスタム・フィルタのリストがメインウインドウ内に現れ、それにおいては「Ｐｒｏｄｕｃｔｆｅａｔｕｒｅｓ」のフィルタが選択されている。ボタン１３４９は、フィルタの追加、削除、編集、および名前の変更に使用される。図１３Ｆに、「ｅｄｉｔ」のフィルタボタン１３５０が選択されたときの状態を示す。ウインドウ１３５２は、この特定のフィルタにおける属性／関係を示している。「ｕｐ／ｄｏｗｎ」のボタンを使用すれば、リスト内を移動することができる。ウインドウ１３５４は、このフィルタ内にない属性／関係を示している。ウインドウ１３５８は、選択されたアイテムに関連付けされているプロパティ／値を示している。特殊（非属性）アイテム（たとえば１３６０）をリストし、それを使用してオブジェクトを表示する方法（つまり、カラー属性等）をコントロールすることも可能である。アイテム１３６０は、概して属性のサブセットをコントロールするために使用することができる。
【０１３７】
図１３Ｇは、「ｎａｍｅｄｒｕｌｅｓ」のタブ１３６２が選択された状態を示す。プロジェクトツリーウインドウ内においては、「ｑｕｏｔｅ」のコンフィグレーション１３６４が選択されている。見積もりコンフィグレーションに関連付けされている名前付き規則のリストがメインウインドウ内に示される。「ＣａｌｃｕｌａｔｅＬｉｎｅｓＤｉｓｃｏｕｎｔ」の規則１３６６が選択されている。「ｅｄｉｔ」のボタン１３６８を選択することによって、その結果として得られる図１３Ｈに、この規則によって定義されるタスクを完成する一例のコード１３７０（ＸＭＬまたはそれ以外）が示される。この場合、この規則は、単純な計算を実行する。この他にも多くのこの種の規則（および規則の複雑性）が存在することが可能であり、それらが異なるイベントと結びつけられることになる。
【０１３８】
次に、ステップを操作するためのスクリーンを例示する。ステップは、特定のデータの入力および結果の生成、もしくはデータの出力を伴う。ステップを操作するためのタブには、「ｉｍｐｌｅｍｅｎｔａｔｉｏｎ」、「ｉｎｐｕｔｐｏｒｔｓ」、および「ｏｕｔｐｕｔｐｏｒｔｓ」（インプリメンテーション、インプットポーツ、アウトプットポーツ）が含まれる。図１３Ｉでは、プロジェクトツリーリスティングウインドウ１３７２内にステップのリストを示している。この例においては、単純ステップ「ｓＧｅｔＢＯＭＲｅｌａｔｉｏｎｓ」（読み＝エスゲットＢＯＭリレーションズ；単語の意味＝単純のｓ＋獲得＋ＢＯＭ＋関係の合成語）１３７４が選択されている。また、「ｉｍｐｌｅｍｅｎｔａｔｉｏｎ」（インプリメンテーション）タブ１３７６が選択されている。この結果として、メイン・ウインドウ１３７８内にＪＡＶＡ（ジャバ）コードが表示される。図１３Ｊに、「ｉｎｐｕｔｐｏｒｔｓ」（インプットポーツ）タブ１３８０が選択されたときの状態を示す。多くのポートが存在し得るが、この例においては、入力ポートが１つだけ、つまり「ＧｅｔＢＯＭＬｉｓｔＰｏｒｔ」（読み＝ゲットＢＯＭリストポート；単語の意味＝獲得＋ＢＯＭ＋リスト＋ポートの合成語）１３８２が示されている。図１３Ｋは、「ｅｄｉｔ」（エディット）１３８４を選択した結果を示している。そこには、この入力ポートのパラメータが、各パラメータの名前および型（つまり整数、文字列等）とともに示されている。
【０１３９】
インタラクティブステップは、前‐、メイン‐、および後‐実装を提供する。前述したように、インタラクティブステップは、ユーザのために出力を表示し、ユーザから入力を獲得する。たとえば、インタラクティブステップが静的な表示を提供し、かつ／またはユーザからデータ入力を引き出すことができる。この例においては、「ｉＳｈｏｗＰｒｏｄＤｅｔａｉｌｓ」（アイショウプロッドディーテールズ）インタラクティブステップ１３８６が選択されている。前実装（「ＰｒｅＩｍｐｌ」）タブ１３８８を選択すると、この前実装ステップに関連付けされたＪＡＶＡ（ジャバ）コードが表示される。
【０１４０】
図１３Ｍに、メイン実装ステップが選択されている状態を示す。マクロ‐テンプレート名１３９２が、関連するミクロ‐テンプレートのリスト１３９４とともにリストされている。ミクロ‐テンプレート「ＭＴＰｒｏｄｕｃｔＦｅａｔｕｒｅｓ」（エムティープロダクトフィーチャーズ）１３９６が選択されており、関連するタイプ・フィールドおよびオブジェクト名フィールドが示されている。このミクロ‐テンプレートは、「ｐｒｏｃｅｓｓｏｒｎａｍｅ」（プロセッサネーム）１３９５および「ｐｒｏｃｅｓｓｏｒｖａｌｕｅ」（プロセッサバリュー）１３９６に関連付けされている。
【０１４１】
図１３Ｎは、「ｐｏｓｔｉｍｐｌｅｍｅｎｔａｔｉｏｎ」（ポストインプリメンテーション）タブ１３９８が選択された状態を示す。メインインタラクティブステップの結果を操作するために、メイン・ウインドウ内には、ＪＡＶＡ（ジャバ）コードが表示される。たとえば、このコードが、直前のユーザ入力に応答して出力ポートにデータを渡す操作を行うことが考えられる（ユーザ入力がそのようなものであった場合）。
【０１４２】
図１３Ｏは、複合ステップ「ｃＰｒｏｄｕｃｔＣａｔａｌｏｇＭａｉｎ」（シープロダクトカタログメイン）１３９７に関して「ｗｏｒｋｆｌｏｗ」（ワークフロー）タブ１３９９が選択された状態を示す。グラフィックワークフローディスプレイには、接続されている各種の複合ステップおよびインタラクティブステップが示される。例示したコネクタ１３９５は、ステップ間の単一の遷移を示す。コネクタ１３９３は、両方向の複数の遷移を示す。コネクタ１３９１は、いずれかの方向への単一の遷移を示す。アクティビティを表示するために、これらのコネクタに関連してカラーコーディングが使用されている。これが、ワークフローの開発をさらに補助することになる。
【０１４３】
以上は、明瞭な理解のために、ある程度詳細に本発明を説明してきたが、添付の特許請求の範囲内において特定の変更あるいは修飾が可能であることは明らかである。したがって、ここで説明した実施態様は、限定ではなく例示ととらえられるべきであり、本発明は、ここに示される詳細な説明に限定されるべきではなく、添付の特許請求の範囲およびそれの等価物の全範囲によって規定されるべきである。
【図面の簡単な説明】
【図１】
図１は、拡張価値連鎖の特定の代表的エレメントの先行技術ブロックダイアグラムである。
【図２】
図２は、企業ビジネスが顧客関係を自動化する方向に進むにつれ必要となるＩＴ費用の傾向を示した先行技術のプロットである。
【図３】
図３は、本発明の１つの観点から見たブロックダイアグラムで、ホスティングアーキテクチャを示す。
【図４】
図４は、本発明の１つの観点から見たブロックダイアグラムで、ＡＣＳアーキテクチャを示す。
【図４Ａ】
図４Ａは、本発明の１つの観点から見たブロックダイアグラムで、バックボタン機能を示す。
【図４Ｂ】
図４Ｂは、本発明の１つの観点から見たブロックダイアグラムで、Ａｓｅｒａポータル画面全体の一例である。
【図４Ｃ】
図４Ｃは、本発明の１つの観点から見たブロックダイアグラムで、サーバとの関係で特定バーティカルアプリケーションおよびコミュニティ機能を示す。
【図４Ｄ−１】
図４Ｄ−１は、本発明の１つの観点から見たブロックダイアグラムで、コミュニティ機能画面の一例である。（上半部）
【図４Ｄ−２】
図４Ｄ−１と同様の図である。（下半部）
【図５】
図５は、本発明の１つの観点から見たブロックダイアグラムで、表示されているページの情報のコンテンツ集合体を示す。
【図６】
図６は、本発明の１つの観点から見た、１つのカタログアプリケーションと、システム内のその他のアプリケーションとの対話を示す。
【図６Ａ】
図６Ａは、本発明の１つの観点から見た、製品カタログコンフィグレーションマネージャと関連する特定の画面を示している。
【図６Ｂ】
図６Ａと同様の図である。
【図６Ｃ】
図６Ａと同様の図である。
【図６Ｄ】
図６Ａと同様の図である。
【図７】
図７は、本発明の１つの観点から見たブロックダイアグラムで、オブジェクトデータフローを示す。
【図８】
図８は、本発明の１つの観点から見たブロックダイアグラムで、ビジネスオブジェクトフロー例を示す。
【図９】
図９は、本発明の１つの観点から見たブロックダイアグラムで、ビジネスプロセスフロー例を示す。
【図１０】
図１０は、本発明の１つの観点から見たブロックダイアグラムで、テンプレートアレンジメントを示す。
【図１１】
図１１は、本発明の１つの観点から見たブロックダイアグラムで、コンポジットステップ例を示す。
【図１２】
図１２は、本発明の１つの観点から見たブロックダイアグラムで、対話ステップ例を示す。
【図１３】
図１３は、本発明の１つの観点から見たブロックダイアグラムで、アプリケーションデザイナ用ウィンドウのアナトミー例を示す。
【図１３Ａ】
図１３Ａは、本発明の１つの観点から見たブロックダイアグラムで、グラフィカルビジネスアプリケーションデザインツールと関連する特定の画面例である。
【図１３Ｂ】
図１３Ａと同様の図である。
【図１３Ｃ】
図１３Ａと同様の図である。
【図１３Ｄ】
図１３Ａと同様の図である。
【図１３Ｅ】
図１３Ａと同様の図である。
【図１３Ｆ】
図１３Ａと同様の図である。
【図１３Ｇ】
図１３Ａと同様の図である。
【図１３Ｈ】
図１３Ａと同様の図である。
【図１３Ｉ】
図１３Ａと同様の図である。
【図１３Ｊ】
図１３Ａと同様の図である。
【図１３Ｋ】
図１３Ａと同様の図である。
【図１３Ｌ】
図１３Ａと同様の図である。
【図１３Ｍ】
図１３Ａと同様の図である。
【図１３Ｎ】
図１３Ａと同様の図である。
【図１３Ｏ】
図１３Ａと同様の図である。

Claims

サーバ装置と関連づけられたコンポーネントの標準化されたから注文により構成可能なサービスのアプリケーションを提供する方法であって、
前記サーバ装置の外部のシステムと通信する最良品質のコンポーネントと関連サーバ装置アプリケーションとを構成し、
前記サーバ装置の外部の前記システムとインタラクトするデータ表現である第１のオブジェクトのセットを形成して使用し、
ユーザ要件にしたがったサービスを実行するアプリケーションのステップおよびアプリケーションルールのモジュールのセットから、前記最適コンポーネントとインターフェース通信を行うサービスのアプリケーションを構築し、
前記サービスのアプリケーションを介してユーザとインタラクトするデータ表現である少なくとも第２のオブジェクトのセットを形成して使用する方法。
さらにデータのリポジトリからデータと情報とを格納して取り出すことを含み、それによって前記データのリポジトリは、アプリケーション間のそのようなデータと情報との一元化された格納、取り出し、および共有を容易化する請求項１に記載の方法。
前記注文により構成可能なサービスのアプリケーションは少なくともビジネスサービスのアプリケーションを含み、前記オブジェクトはビジネスのオブジェクトである請求項１に記載の方法。
少なくとも１つのビジネスサービスのアプリケーションは、エンタープライズのビジネス用の製品カタログを含む請求項３に記載の方法。
また、少なくとも１つのビジネスサービスのアプリケーションは、前記エンタープライズのビジネスから製品を構成する製品構成マネジャーを含む請求項４に記載の方法。
アプリケーションのステップの前記セットは、入出力ポートの定義されたセットを用いた動作を含むビジネスのステップであり、各ポートはパラメータの定義されたセットを有する請求項３に記載の方法。
前記アプリケーションのルールは、顧客特有のビジネスのプラクティスを獲得するために使用されるビジネスのルールである請求項６に記載の方法。
既存のビジネスサービスのアプリケーションは、選択され、さらに開発およびカスタマイズされることが可能である請求項７に記載の方法。
前記ビジネスのルールは、下位のビジネスのオブジェクトと関連づけられた条件つきトリガに応じて異なる結果を生成するために使用される請求項７に記載の方法。
前記構築工程は、ビジネスサービスのアプリケーションを含む前記ビジネスステップとビジネスのルールに対して、その間のデータ接続を構築するために、グラフィカルユーザインタフェースをさらに使用する請求項７に記載の方法。
ビジネスサービスのアプリケーションを含む前記作成されたビジネスのステップとビジネスのルールとの間の前記データ接続の妥当性に関するフィードバックが供給される請求項１０に記載の方法。
前記最良品質のコンポーネントと下位アプリケーションとは、商取引サーバを含み、動作する請求項１に記載の方法。
前記最良品質のコンポーネントは、ＡＰＩを介して前記ビジネスサービスのアプリケーションとインターフェース接続される請求項７に記載の方法。
前記最良品質のコンポーネントとインタフェース接続するアプリケーションを開発する際に、開発者が参照するＡＰＩのカタログをさらに提供する請求項１３に記載の方法。
バックエンドの外部システムと通信するアダプタをさらに提供する請求項７に記載の方法。
前記バックエンドの外部システムはＥＲＰシステムを含む請求項１５に記載の方法。
各異なる外部システムに対して、個別のアダプタが提供される請求項１５に記載の方法。
前記サーバ装置のさまざまな機能コンポーネントと、外部システムと、サービスのアプリケーションからのデータおよび情報にアクセスし、それによって、前記ユーザは、そのようなさまざまなデータまたは情報を少なくとも１つの表示領域に集約して表示することを要求することが可能なコミュニティのイネーブラをさらに提供する請求項１に記載の方法。
前記ユーザは、別のサーバ装置またはウェブサイトに接続しなくても、前記さまざまなデータまたは情報との間を行き来できる請求項１８に記載の方法。
前記ユーザは、単一ソースのログオンを供給される請求項１８に記載の方法。
テンプレートは、ページを含むために使用され、前記データまたは情報は、対応するデータ源から前記ページへ動的にリンクされる請求項１８に記載の方法。
マスタのテンプレートは、一連のページに対して適用され、マイクロのテンプレートはさまざまなデータ源からのデータを選択的に表示するために使用される請求項２１に記載の方法。
前記データまたは情報は、前記データまたは情報の少なくとも一部に敏感なコンテクストであるように、アクセスされる請求項１８に記載の方法。
前記サービスのアプリケーションは、ネットワーク接続を介してユーザに提供される請求項１に記載の方法。
前記ネットワーク接続はインターネット接続である請求項２４に記載の方法。
前記サービスのアプリケーションは、非接続モードを介してユーザに提供される請求項１に記載の方法。
サーバ装置を介してユーザへカスタム構成可能サービス・アプリケーションを提供する方法であって、
前記サーバ装置を最良品質のコンポーネントを含むように構成し、
前記最適コンポーネントとインタラクトしサーバ機能を提供する最適サーバ・アプリケーションを用いて前記サーバ装置を構成し、
ユーザ要件にしたがって動的に作成されることが可能なコンポーネントのモジュールのセットからビジネスサービスのアプリケーションを構築し、前記ビジネスサービスのアプリケーションは、前記ユーザに前記サーバ機能を提供するために前記サーバのアプリケーションとインタラクトし、
前記外部システムと通信するように構成されたアダプタを介して、前記サーバ装置の外部のシステムとインタフェース接続することを含む方法。
前記ビジネスサービスのアプリケーションと前記サーバのアプリケーションとからのデータ表現を一元化されたリポジトリ中に格納し、そこから取り出すことを可能とし、それによって前記データ表現を、前記サーバ装置と関連づけられた全ての機能とアプリケーションとが容易に使用できるようにすることをさらに行なう請求項２７に記載の方法。
前記サーバ装置と関連づけられた全てのアプリケーションとサーバ機能との間でデータと情報のコミュニティ送受信を可能とすることをさらに行なう請求項２８に記載の方法。
前記ユーザは、前記さまざまなデータまたは情報を少なくとも１つの表示領域に集約して表示することを要求することが可能である請求項２９に記載の方法。
コンポーネントの前記モジュールのセットは、各ポートがパラメータの定義されたセットを有する入出力ポートの定義されたセットを用いた動作を含むビジネスステップと、顧客特有のビジネスのプラクティスを獲得するために使用されるビジネスルールとを含む請求項２９に記載の方法。
前記ビジネスのルールは、下位のビジネスのオブジェクトと関連づけられた条件つきトリガに応じて異なる結果を生成するために使用される請求項３１に記載の方法。
前記構築工程は、ビジネスサービスのアプリケーションを含むビジネスステップとビジネスのルールに対してその間のデータ接続を構築するために、グラフィカルユーザインタフェースを使用することをさらに行なう請求項３１に記載の方法。
前記サーバ装置の外部のシステムとインタフェース接続する前記工程は、少なくともＸＭＬを使用する請求項３１に記載の方法。
前記ビジネスサービスのアプリケーションとユーザとの間のデータ表現は、ビジネスのオブジェクトとして形成され管理される請求項３１に記載の方法。
前記サーバ装置と前記サーバ装置の外部のシステムとの間のデータ表現は、ビジネスのオブジェクトとして形成され管理される請求項に３５記載の方法。
前記ビジネスのルールは、前記下位のビジネスのオブジェクトと関連づけられた条件つきトリガに応じて異なる結果を生成するように使用される請求項３６に記載の方法。
企業の会社は、自社のチャネル関係を自動化するために、ターンキー電子商取引ソリューションを迅速に獲得できる請求項２７に記載の方法。
ネットマーケットのメーカーは、自社のチャネル関係を自動化するためにターンキー電子商取引ソリューションを迅速に獲得できる請求項２７に記載の方法。
サーバ装置と関連づけられたコンポーネントの標準化されたからカスタム構成可能サービスのアプリケーションを提供する装置であって、
最良品質のコンポーネントから構成されるサーバ装置で、ある一定のサーバ機能を提供するように最適サーバアプリケーションを動作させ、前記サーバ装置は前記サーバ装置の外部のシステムとインタラクトするためのデータ表現を含むサーバのデータを有し、前記データ表現はオブジェクトとして管理されるサーバ装置と、
アプリケーションのステップとアプリケーションのルールのモジュールのセットから少なくとも１つのサービスのアプリケーションを構築するために使用されるグラフィカルデザインのツールで、前記サービスのアプリケーションはユーザ要件にしたがってサービスを実行し、前記サービスのアプリケーションは前記最適コンポーネントとサーバのアプリケーションとのインタフェース接続を可能とし、前記サーバのデータは、ユーザとインタラクトするためのデータ表現をさらに含み、前記データ表現はオブジェクトとして管理されるグラフィカルデザインのツールと、
前記サーバ装置の外部の前記システムとインタフェース接続をする少なくとも１つのアダプタ装置と、
サーバのデータを格納して取り出すためのリポジトリで、全ての前記サーバ装置コンポーネントと、サーバのアプリケーションと、サービスのアプリケーションとの間におけるサーバデータの一元化された格納、取り出し、共有を容易化するリポジトリとを含む装置。
前記カスタム構成可能サービスのアプリケーションは、少なくともビジネスサービスのアプリケーションを含み、前記オブジェクトはビジネス・オブジェクトである請求項４０に記載の装置。
少なくともビジネスサービスのアプリケーションは企業のビジネス用の製品カタログを含む請求項４１記載の装置。
また、少なくとも１つのビジネスサービスのアプリケーションは、前記企業のビジネスから製品を構成する製品構成マネジャーを含む請求項４２に記載の装置。
前記アプリケーションのステップのセットは、各ポートがパラメータの定義されたセットを有する入出力ポートの定義されたセットを用いた動作を含むビジネスのステップである請求項４１に記載の装置。
前記アプリケーションのルールは、顧客特有のビジネスのプラクティスを獲得するために使用されるビジネスのルールである請求項４４に記載の装置。
既存のビジネスサービスのアプリケーションは、選択され、さらに開発およびカスタマイズされる請求項４５に記載の装置。
前記ビジネスのルールは、下位のビジネスのオブジェクトと関連づけられた条件つきトリガに応じて異なる結果を生成するために使用される請求項４５に記載の装置。
さらに、前記デザインのツールは、ビジネスサービスのアプリケーションを含む前記ビジネスステップとビジネスのルールに対して、その間のデータ接続を構築するために、グラフィカルユーザインタフェースを使用する請求項４５に記載の装置。
前記グラフィカルツールは、ビジネスサービスのアプリケーションを含む前記作成されたビジネスのステップとビジネスのルールとの間の前記データ接続の妥当性に関するフィードバックを供給する請求項４８に記載の装置。
前記グラフィカルユーザインタフェースのツールは、接続されたステップ間の前記ポートとパラメータとを考慮する請求項４９記載の装置。
前記最良品質のコンポーネントは、ＡＰＩを介して前記ビジネス・サービス・アプリケーションとインターフェース接続される請求項４７に記載の装置。
さらに、前記最良品質のコンポーネントとインタフェース接続するアプリケーションを開発する際に、開発者が参照するＡＰＩのカタログを提供する請求項５１に記載の装置。
前記外部システムはバックエンドのシステムである請求項４１に記載の装置。
前記バックエンドのシステムはＥＲＰシステムを含む請求項５３に記載の装置。
各異なる外部システムに対して、個別のアダプタが提供される請求項４０に記載の装置。
前記サーバ装置の前記さまざまな機能コンポーネントと、前記外部システムと、前記サービスのアプリケーションとからのデータおよび情報にアクセスし、それによって、前記ユーザは、そのようなさまざまなデータまたは情報を少なくとも１つの表示領域に集約して表示することを要求することが可能なコミュニティのイネーブラをさらに提供する請求項４０に記載の装置。
前記ユーザは、別のサーバ装置またはウェブサイトに接続しなくても、前記さまざまなデータまたは情報との間を両方向に移行することができる請求項５６に記載の装置。
前記ユーザは、単一ソースのログオンを供給される請求項５６に記載の装置。
テンプレートは、ページを含むために使用され、前記データまたは情報は、対応するデータ源から前記ページへ動的にリンクされる請求項５６に記載の装置。
マスタのテンプレートは一連のページに対して適用され、マイクロのテンプレートはさまざまなソースからのデータを選択的に表示するために使用される請求項５９に記載の装置。
前記データまたは情報は前記データまたは情報の少なくとも一部に敏感なコンテクストであるようにアクセスされる請求項５６に記載の装置。
前記サービスのアプリケーションは、ネットワーク接続を介してユーザに提供される請求項４０に記載の装置。
前記ネットワーク接続はインターネット接続である請求項６２に記載の装置。
前記サービスのアプリケーションは、非接続モードを介してユーザに提供される請求項４０に記載の装置。
カスタムの構成可能なビジネスサービスのアプリケーションを、サーバ装置を介してユーザに提供するサーバシステムであって、
最良品質のコンポーネントを含むサーバ装置で、前記最良品質のコンポーネントとインタラクトしサーバ機能を提供する最良品質のサーバのアプリケーションを使用して構成されるサーバ装置と、
ユーザ要件にしたがって動的に作成されることが可能なコンポーネントのモジュールのセットからビジネスサービスのアプリケーションを開発する構築ツールで、前記ビジネスサービスのアプリケーションは、前記ユーザに前記サーバ機能を提供するために前記サーバのアプリケーションとインタラクトする構築ツールと、
前記サーバ装置と前記サーバ装置の外部システムとの間のインタフェースで、前記外部システムとの通信のためにアダプタを使用するインタフェースとを含む装置。
さらに、一元化リポジトリを含み、それによって前記ビジネスサービスのアプリケーションと、前記サーバのアプリケーションと、前記外部システムと、前記ユーザとからのデータ表現が前記一元化リポジトリ中に格納され取り出され、それによって前記データ表現を、前記サーバ装置と関連づけられた全ての機能とアプリケーションとが容易に使用できる請求項６５に記載のサーバ・システム。
前記リポジトリは前記サーバ装置の外部である請求項６６に記載のサーバのシステム。
前記リポジトリは、前記サーバ装置と密接に関連づけられた請求項６６に記載のサーバのシステム。
さらに、前記サーバ装置と関連づけられた全てのアプリケーションとサーバ機能との間でデータと情報のコミュニティ送受信を容易にすコミュニティのイネーブラを含む請求項６８に記載のサーバのシステム。
前記ユーザは、前記さまざまなデータまたは情報を少なくとも１つの表示領域に集約して表示することを要求することが可能である請求項６９に記載のサーバのシステム。
コンポーネントの前記モジュールのセットは、各ポートがパラメータの定義されたセットを有する入出力ポートの定義されたセットを用いた動作を含むビジネスのステップと、顧客特有のビジネスのプラクティスを獲得するために使用されるビジネスのルールとを含む請求項６９に記載のサーバシステム。
前記ビジネスのルールは、下位のビジネスのオブジェクトと関連づけられた条件つきトリガに応じて異なる結果を生成するために使用される請求項７１に記載のサーバのシステム。
さらに、前記デザインのツールは、ビジネスサービスのアプリケーションを含むビジネスステップとビジネスのルールに対してその間のデータ接続を構築するために、グラフィカルユーザインタフェースを使用する請求項７１に記載の方法。
前記サーバ装置の外部のシステムとのインタフェースは、少なくともＸＭＬを使用する請求項７１に記載のサーバのシステム。
前記ビジネスサービスのアプリケーションとユーザとの間のデータ表現は、ビジネスのオブジェクトとして形成され管理される請求項７１に記載のサーバのシステム。
前記サーバ装置と前記サーバ装置の外部のシステムとの間のデータ表現は、ビジネスのオブジェクトとして形成され管理される請求項７５に記載のサーバのシステム。
前記ビジネスのルールは、前記下位のビジネスのオブジェクトと関連づけられた条件つきトリガに応じて異なる結果を生成するように使用される請求項７６に記載のサーバのシステム。
エンタープライズ企業は、自社のチャネル関係を自動化するために、ターンキー電子商取引ソリューションを迅速に獲得できる請求項６７に記載のサーバのシステム。
ネットマーケットのメーカーは、自社のチャネル関係を自動化するためにターンキー電子商取引ソリューションを迅速に獲得できる請求項６７に記載のサーバ・システム。
カスタマイズされたビジネスアプリケーションのソリューションを、該ソリューションの中央プロバイダと連絡する少なくとも１社のエンタープライズ企業に提供する方法であって、
前記中央プロバイダからアウトソーシングされたサービスへのシームレスな接続を提供するために最適コンポーネントの集合を組み立て、
前記少なくとも１社のエンタープライズ企業の特殊ビジネスのプロセスをキャプチャし、
前記少なくとも１社のエンタープライズ企業用のビジネスサービスのアプリケーションを構築することに対するモジュールのアプローチを提供し、
前記キャプチャされたビジネスのプロセスにしたがって、前記モジュール的に構築されたビジネスサービスのアプリケーションをカスタマイズする方法。
それによって前記エンタープライズ企業は、チャネル関係を自動化するターンキー電子商取引ソリューションを獲得する請求項８０に記載の方法。
前記ビジネスのプロセスを獲得する前記工程は、自動化した方法で前記ビジネスのプロセスを決定することを含む請求項８０に記載の方法。
さらに、前記ビジネスのプロセスを獲得する前記工程は、人間対話の態様によって前記ビジネスのプロセスを決定することを含む請求項８２に記載の方法。
モジュールのアプローチを提供する前記工程は、外部システムまたはユーザとの対話をビジネスのオブジェクトとして管理することを含む請求項８０に記載の方法。
前記ビジネスのオブジェクトは、ＸＭＬとＪａｖａが組み合わされた形式のデータ表現を含む請求項８４に記載の方法。
モジュールのアプローチを提供する前記工程は、前記ビジネスのアプリケーションを構築するためにビジネスのステップとビジネスルールとを使用することをさらに含む請求項８４に記載の方法。
前記ビジネスのステップは、各ポートがパラメータの定義されたセットを有する入出力ポートの定義されたセットを用いたビジネス動作である請求項８６に記載の方法。
前記ビジネスのルールは、顧客特有のビジネスのプラクティスをキャプチャするために使用される請求項８７に記載の方法。
前記ビジネスのステップが、前記エンタープライズビジネスの要件にしたがって作成されることを可能とするツールをさらに提供する請求項８６に記載の方法。
前記ツールは、開発者が、ビジネスのステップをビジネスのプロセスまたはワークフローとして視覚的に作成できるようにするグラフィカルユーザインタフェースを含む請求項８９に記載の方法。
前記ツールは、前記開発者が、ビジネスルールを前記作成されたビジネスのステップと関連づけられることを可能にする請求項９０に記載の方法。
開発されたアプリケーションと、前記中央プロバイダによって提供される機能との間のコミュニティアスペクトを提供することをさらに含む請求項８０に記載の方法。
中央装置と関連づけられたコンポーネントのモジュールのセットからビジネスサービスのアプリケーションを開発およびカスタマイズする中央フレームワークをユーザに提供するビジネスの方法であって、
前記中央装置の外部のソースと通信する最適コンポーネントを用いて前記中央装置を構成し、
ユーザの特殊ビジネスのプロセスを獲得し、
ビジネスサービスのアプリケーションを形成するために作成されることが可能なある一定のモジュールのコンポーネントを提供し、
前記ユーザの前記特殊ビジネスのプロセスにしたがってビジネスサービスのアプリケーションを形成するために、前記モジュールのコンポーネントの前記作成をカスタマイズすることを含むビジネスの方法。
前記ユーザは、企業内で前記ソリューションの開発と維持とアップグレードを行わなくても電子商取引ビジネスのソリューションを作成する前記中央フレームワークと対話することが可能な企業の会社を含む請求項９３に記載のビジネスの方法。
前記モジュールのコンポーネントは、ＸＭＬとＪａｖａとが組み合わされた形式のデータ表現であるビジネスのオブジェクトを含む請求項９３に記載のビジネスの方法。
前記モジュールのコンポーネントは、各ポートがパラメータの定義されたセットを有する入出力ポートの定義されたセットを用いたビジネス動作であるビジネスのステップを含む請求項９５に記載のビジネスの方法。
前記モジュールのコンポーネントは下位のビジネスオブジェクトと関連づけられた条件つきトリガであるビジネスのルールをさらに含む請求項９６に記載のビジネスの方法。
ビジネスのプロセスを作成およびカスタマイズするために、前記モジュールのコンポーネントは移動されるか、またはその接続が修正される請求項９７に記載のビジネスの方法。
中央サーバ装置を介して、複数の標準化されたビジネスサービスのアプリケーションとカスタマイズされたビジネスサービスのアプリケーションとを提供するビジネスの方法であって、
最良品質のコンポーネントから前記サーバ装置を構成し、
アプリケーションのインタフェース（ＡＰＩ）を介して前記サーバ装置の外部のデータ源と通信するように前記最良品質のコンポーネントを構成し、
前記中央サーバ装置と連絡するユーザのビジネスのプロセスを決定し、
前記中央サーバ装置によって提供されたモジュールのコンポーネントによって修正されたように、既存の標準化されたビジネスサービスのアプリケーションから、カスタマイズされたビジネスサービスのアプリケーションを形成し、
ビジネスサービスのアプリケーションと前記中央サーバ装置との間にコミュニティの対話を提供することを含むビジネスの方法。
前記モジュールのコンポーネントは、
データ表現であるビジネスのオブジェクトと、
各ポートがパラメータの定義されたセットを有する入出力ポートの定義されたセットを用いたビジネス動作であるビジネスのステップと、
下位のビジネスのオブジェクトと関連づけられた条件つきトリガであるビジネスのルールとを含む請求項９９に記載のビジネスの方法。