JP2002531893A - 小型軽量クライアントアーキテクチャーを有するクライアントサーバシステム - Google Patents

Abstract

(57)【要約】 小形軽量クライアント・アーキテクチャを有するウエッブに基づくクライアント・サーバシステム。より特定すれば、これは、クライアント・サーバシステム内の小形軽量クライアントと企業サーバ間でサービスの要求を伝送し、この要求に応答する方法及びシステムに関する。

Description

【発明の詳細な説明】

【０００１】 （発明の分野） 本発明は、小型軽量クライアント（以下、シンクライアントと言う）アーキテ
クチャーを有するウェブベースのクライアントサーバシステムに関する。更に特
定すると、本発明はサービスリクエストとこのリクエストに対する応答を、クラ
イアントサーバシステムのクライアントと企業サーバ（以下、エンタープライズ
サーバと言う）間で転送するための方法およびシステムに関する。

【０００２】 （背景） ＴＣＰ／ＩＰプロトコルとワールドワイドウェブの受け入れは、エンタープラ
イズアプリケーションを作成し配置するルールおよび多層アプリケーションアー
キテクチャーを評価するためのルールを変えた。ワールドワイドウェブ（ＴＣＰ
／ＩＰ）の利点の一つは、この技術をクライアントサーバビジネスアプリケーシ
ョンに適応させる能力である。

【０００３】 この適応の結果は、アプリケーションをサーバ側に残しておいて、インターフ
ェースをユーザ側に移す技術、すなわちシンクライアントの開発と利用であった
。真のシンクライアントは、アプリケーションを一旦設定すると、アプリケーシ
ョンをエンドユーザに最も適した方法で使用する能力を提供する。真のウェブベ
ースのクライアントは、ユニックスベースのシステムと共に使用する場合、ＣＧ
Ｉを有するＨＴＭＬインターフェースを使用するブラウザベース、あるいはジャ
バベースであり、マイクロソフトウインドウズ９５またはウインドウズ９８と共
に使用する場合、アクティブベースで有り得る。ジャバベースのシンクライアン
トの利点の一つは、それらが、サーバの如何なるグラフィカルユーザインターフ
ェースをも失わないことである。このことは、ビジネスアプリケーションに対し
て特に望まれることであり、これによって、ＨＴＭＬおよびＣＧＩのビジネスに
アンフレンドリーな特徴を有することなくＴＣＰ／ＩＰプロトコルの利点を利用
することができる。

【０００４】 アプリケーションをメインフレームコンピュータリソース上で実行しながら、
パーソナルコンピュータでポピュラーとなったグラフィカルユーザインターフェ
ースとメインフレームコンピュータの非常にコストエフィシェントなアーキテク
チャーを保存し結合する、真のシンクライアントに対する明らかな必要性が存在
する。

【０００５】 実質的に１個のアプリケーション定義を有して実質的に一旦設定されると、ク
ライアントにおける最小の再設定で、そのエンタープライズ（企業）に亘って配
置することができるクライアントサーバアプリケーションが、更に必要とされて
いる。

【０００６】 実質的に即時応答とフィールドレベルの評価を有するサーバ上のライブセッシ
ョンに接続されたシンクライアントベースアプリケーションが、更に必要とされ
る。

【０００７】 クライアントサイドソフトウエアを予めインストールしておかずに、例えばセ
ールスおよびサービスアプリケーションのようなソフトウエアアプリケーション
をユーザに配置するための、真のシンクライアント技術を可能にすることによっ
て、ウェブおよびＴＣＰ／ＩＰプロトコルの利点を完全に利用する、シンクライ
アントアーキテクチャーの方法およびシステムが、明らかに必要である。

【０００８】 （発明の要約） 本発明の特徴の一つは、シンクライアントインターフェースを有するクライア
ントサーバシステムである。このシステムは、クライアントコンピュータ上の少
なくとも１個のクライアントと、１個のオブジェクトマネージャと１個またはそ
れ以上のサーバ上に存在し得る１個のアプリケーションを含む。オブジェクトマ
ネージャは、クライアントとアプリケーションサーバ間に挿入される。アプリケ
ーションサーバは１個またはそれ以上のビジネスオブジェクトおよびビジネスコ
ンポーネントを有している。アプリケーションサーバはデータベースサーバを含
んでいても良い。ある実施形態では、シンクライアントは、ユーザインターフェ
ースの再設計または再プログラムの必要なしに、予め存在するユーザインターフ
ェースに適応させることが可能なことである。このシンクライアントアーキテク
チャーは付加的に、クライアントとサーバ間に、継続的なセッションを提供する
。

【０００９】 オブジェクトマネージャランタイムエンジンはビジネスオブジェクトとビジネ
スコンポーネント上で動作する。ビジネスオブジェクトおよびビジネスコンポー
ネントは、アプレットおよびアプリケーションオブジェクトを含んでいる。更に
、オブジェクトマネージャランタイムエンジンは、リポジトリ定義のビジネスプ
ロセスとルールを強制する。

【００１０】 アプリケーションオブジェクトはクライアント上で実行される。あるいは代替
的にユーザインターフェースオブジェクトのみがクライアント上で実行される。

【００１１】 ネットワーク相互接続は、クライアントをオブジェクトマネージャに接続する
セッションベースのネットワークプロトコルによって提供される。

【００１２】 本発明の更なる特徴は、クライアントへのデータ伝送をパッキングする方法お
よびシステムである。例えば、ある実施形態では、クライアントは、例えば“送
信”ボタンの起動のようなオペレータによる追加的な起動を必要とすることなく
、入力によってクライアントがデータをサーバに送信する。更に、サーバからク
ライアントへのルーチン送信は、自動的に、警告と警報を含んでいる。

【００１３】 本発明の更なる特徴は、クライアントサーバネットワークにおいてクライアン
トと１個またはそれ以上のサーバの接続方法である。この実施形態では、クライ
アントはシンクライアントであり、かつ１個またはそれ以上のサーバはオブジェ
クトマネージャと１個またはそれ以上のサーバに存在するアプリケーションを含
んでいる。オブジェクトマネージャは、クライアントとアプリケーションサーバ
間に挿入される。アプリケーションサーバは１個またはそれ以上のビジネスオブ
ジェクトとビジネスコンポーネントを有し、１個のまたはそれ以上のビジネスオ
ブジェクトのインスタンスを作成し、更にシンクライアントと１個またはそれ以
上のサーバ間のセッションベースネットワーク接続であるクライアントサーバ接
続を確立する。この方法は更に、ビジネスオブジェクトおよびビジネスコンポー
ネント上で動作するようにオブジェクトマネージャランタイムエンジンのインス
タンスを作成することを含む。このビジネスオブジェクトとビジネスコンポーネ
ントはアプレットとアプリケーションオブジェクトを含む。

【００１４】 本発明方法の更なる特徴は、オブジェクトマネージャランタイムエンジンがデ
ポジトリ定義のビジネスプロセスおよびルールを実行することである。アプリケ
ーションオブジェクトはクライアント上で実行される。通常、ユーザインターフ
ェースオブジェクトは同様にクライアント上で実行される。

【００１５】 （発明の詳細な説明） 本発明の方法およびシステムのシンクライアントによって、完全なウェブベー
スのＴＣＰ／ＩＰ準拠の、永続的なセッションを伴う多層アーキテクチャーを利
用して、企業はウェブ（ＴＣＰ／ＩＰを使用している）を通して世界を先導する
エンタープライズ関係マネージメントシステムを配置することができる。これに
よって、富裕な特徴を有するモデムエンタープライズアプリケーションの必要性
をサポートするために、遠隔地でソフトウエアをインストールすることまたは多
くの古い世代のＰＣをアップグレードすることの必要性をなくすことができる。

【００１６】 費用のかかるデスクトップコンピュータサイクルまたはお金を消費する代わり
に、例えばシーベルセールエンタープライズあるいはシーベルサービスエンター
プライズのようなウェブベースのシンクライアントアプリケーションを、共有サ
ーバ上で実行することができる。このサーバ上ではコンピュータのリソースはエ
ンタープライズ内の全てのユーザにわたって最大効率を発揮するようにプールさ
れる。更に、各デスクトップを新しくリリースされたソフトウエアでアップグレ
ードする代わりに、アップグレードをサーバに対して一旦設定すると、それによ
って即時に全接続ユーザが利用可能となる。

【００１７】 この方法およびシステムは、エンタープライズサーバによってサービスリクエ
ストを入力するクライアントにおけるエンドユーザに注目している。オブジェク
トマネージャは、オブジェクト表現のリアルコンセプトの形でルールを保持して
いる。エンタープライズサーバは、オブジェクトに基づいてエンタープライズサ
ーバ上でそのリクエストにサービスし、エンタープライズサーバからオブジェク
トマネージャにそのリクエストに対する応答を返す。オブジェクトマネージャは
、そのリクエストに対する応答をクライアントに返す。

【００１８】 オブジェクトマネージャは、複数のクライアントからのリクエストを取り扱う
ことができるマルチタスク、マルチスレッドのオブジェクトマネージャである。
オブジェクトマネージャはこれを、別のオブジェクトマネージャスレッドにある
各クライアントのステータスを維持することによって実行する。オブジェクトは
ビジネスオブジェクトである。これらは、ホリゾンタルアプリケーション、バー
ティカルアプリケーションおよびインターネットアプリケーションからなるグル
ープから選択される。

【００１９】 ホリゾンタルアプリケーションは、例えばセールスアプリケーション、マーケ
ットアプリケーションおよびカスタマーサービスアプリケーションのような機能
特定アプリケーションである。バーティカルアプリケーションは、例えば、金融
、保険、消費物資、薬品および通信アプリケーションのような、産業特定アプリ
ケーションである。インターネットアプリケーションは、セルフサービスアプリ
ケーション、イーコマースアプリケーションおよびチャンネル管理アプリケーシ
ョンを含む。

【００２０】 サービスのためにクライアントにテンプレートを提供すること、エンタープラ
イズサーバへのインターフェースのテンプレートを提供すること、およびエンタ
ープライズサーバからウェブサーバに応答を返すためのテンプレートを提供する
ことを含む多くのサービスを、このオブジェクトは実行する。

【００２１】 例えばセールスおよびサービスアプリケーションのようなソフトウエアアプリ
ケーションを接続されたユーザに配置するために真のシンクライアント技術を利
用することによって、本発明の方法およびシステムのアーキテクチャーは、ウェ
ブ、すなわちＴＣＰ／ＩＰの利益を十分に利用することができる。

【００２２】 本発明のシンクライアント方法およびシステムは、異なるクライアントおよび
サーバプラットフォームに亘って単一のアプリケーションを定義しかつそのイン
スタンスを作成するために、共通のメタデータフレームワークを提供する。“メ
タデータフレームワーク”または“スキーマ”は、データ辞書またはデータベー
ス中の“データに関するデータ”を含むディレクトリを意味する。データベース
そのものまたはファイルセットで有るメタデータは、データに関する情報（フィ
ールド、グループ、レコード、ファイル、ファイル関係、ユーザインターフェー
ス、ファイルタイプ、ファイルフォーマット、データ制限およびデータベース）
、プロセス（プログラム、レポート、スクリーン、トランザクションおよびジョ
ブ）、および環境（ハードウエアおよびソフトウエア）を含む、データの定義、
特徴、構造および使用方法を含んでいる。共通のメタデータフレームワークは、
たった一個のメタデータリポジトリ、一個のレイアウト定義、一個のビジネスロ
ジック、一セットのデータモデルおよび一個のメタデータ操作ツールに帰着する
。

【００２３】 本発明の更なる特徴は、各プレーヤーが共通のメタデータ定義に基づいたユー
ザインターフェースを可能とする、異なるクライアント環境に対するプレーヤー
の提供である。

【００２４】 本発明の方法およびシステムの別の特徴は、ビジネスロジックメタデータに基
づいてプログラムに対してロジックのインスタンスを作成するビジネスロジック
サーバと同様に、全てのプレーヤーに対してメタデータを伝送するために、一個
またはそれ以上のメタデータサービスを使用することである。

【００２５】 本発明の方法およびシステムの更なる特徴は、クライアントとサーバ間の通信
数およびサイズを最小化するような、サーバからクライアントへの情報の伝達能
力である。これは、例えば、サーバから受信した“アンパッキング”の通知グル
ープに対するクライアントコンポーネントと共に、クライアントに向けられたグ
ループ分けの通知のためのサーバコンポーネントと、クライアントコンポーネン
トからグラフィカルユーザインターフェースへ個々のメッセージを配布する方法
を含む。本発明の更なる特徴は、クライアントリクエストへの応答の一部分とし
て通知グループを送るための方法およびシステムである。これは、費用のかかる
サーバからクライアントへの個別の通信チャンネルの作成を回避する。

【００２６】 本発明の方法およびシステムは、多くの流通しているアプリケーションの全所
有コストを減少させ、拡大されたエンタープライズを通して任務に厳密なフロン
トオフィスアプリケーションを配置するためのプラットフォームを提供する。こ
れはまた、アプリケーションを一旦設定すると、それらを、このフィールドにお
けるモーバイルラップトップまたはハンドヘルド、コールセンターにおける小型
軽量クライアントまたは戦略的パートナーまたはエンドカスタマーにおけるシン
クライアントに、最も適した方法でユーザに配置する能力を含む。

【００２７】 シンクライアントによって、多くのソフトウエアソリューションが、エンター
プライズ自身の従業員を超えて、パートナー、再販売業者およびエンドカスタマ
ーの拡大されたエンタープライズに達し得る。シンクライアントを通して配置さ
れる例えばシーベルサービスエンタープライズのようなソフトウエアアプリケー
ションによって、コールセンターベースの代表者は、カスタマーに対してサービ
スイシューを解決することができる。

【００２８】 オブジェクトマネージャは、複数のクライアントからのリクエストを取り扱う
ことができる、マルチタスクでマルチスレッドなオブジェクトマネージャである
。このオブジェクトマネージャは、異なるオブジェクトマネージャスレッドにお
ける各クライアントのステータスを維持することによってこれを実行する。この
オブジェクトはビジネスオブジェクトである。これらは、ホリゾンタルアプリケ
ーション、バーティカルアプリケーションおよびインターネットアプリケーショ
ンからなるグループから選択される。

【００２９】 拡張されたエンタープライズ（企業）に対するプラットフォームの概念を図１
に示す。このプラットフォームは、ビジネスオブジェクト１１、ツール１３およ
びシンクライアント１５に基づいて構成されている。これらはホリゾンタルアプ
リケーション１７ａ、バーティカルアプリケーション１７ｂおよびインターネッ
トアプリケーション１７ｃをサポートする。典型的なホリゾンタルアプリケーシ
ョン１７ａ、は、セール、マーケットおよびカスタマーサービスを含む。典型的
なバーティカルアプリケーション１７ｂは金融、保険、消費物資、薬品および通
信を含む。インターネットアプリケーション１７ｃは、例えば、セルフサービス
、イーコマースおよびチャンネル管理を含む。

【００３０】 本発明の方法およびシステムは、図２に示す様に“一旦設定すると、何処でも
配置できる”能力を提供する。図２は、一個のアプリケーション定義１４をモー
バイルクライアント２１、デスクトップユーザ２２、ＴＣＰ／ＩＰユーザ２３お
よびハンドヘルドユーザ２４に提供するツールアプリケーション１３を有する設
定環境を示す。シンクライアント能力により、例えばシーベルセールスエンター
プライズ、シーベルサービスエンタープライズまたはシーベルインターネットセ
ルフサービスのようなアプリケーションは、単一の、グラフィカル設定環境を通
して設定することができる。例えばモーバイルクライアント２１、接続されたク
ライアント２２、シンクライアント２３およびハンドヘルドユーザ２４のような
カスタマーは、モーバイルクライアントから動作する、フィールド中のモーバイ
ルユーザに、またはウェブブラウザを介して動作している接続されたユーザに対
して、彼らの設定されたアプリケーションを配置することができる。

【００３１】 これは、彼らのデスクトッププラットフォームまたはインターネットまたは会
社のイントラネットへの接続が何であれ、全てのタイプのＴＣＰ／ＩＰ、インタ
ーネット、イントラネット、ブラウザベースのユーザが、そのアプリケーション
に確実にアクセスできるように、先端のシンクライアント技術−アクティブＸ、
ジャバおよびＨＴＭＬの全てを使用することにより、達成することができる。

【００３２】 エンタープライズユーザに対して、シンクライアント方法およびシステムは、
ＨＴＭＬのページベースの処理における制限を回避する、高度にインターラクテ
ィブなアクティブＸおよびジャバベースのユーザインターフェースを利用可能と
する。完全なスクリーンの一端にある“提出”ボタンをクリックしセッションレ
スのウェブサーバからの承認を待つ代わりに、本発明のシンクライアントのユー
ザは彼らが入力した全てのデータに対して即時応答の利益をこうむる。シンクラ
イアントはサーバ上のライブセッションに既に接続されており、したがってユー
ザインターフェースは、ユーザが彼らのキーボード上のタブボタンを押すと、フ
ィールドレベルの承認を適応する。

【００３３】 アクティブＸにおけるシンクライアント 本発明のシンクライアントは、流通しおよび／または複写されたデータベース
管理システムのルックアンドフィールをサポートする、高性能のシンクライアン
トによってエンタープライズのウインドウズベースのユーザをサポートする。本
発明のシンクライアントのアクティブＸバージョンは、接続またはモーバイルク
ライアントと似ておりかつ同様に動作し、基本的なホストアプリケーションユー
ザインターフェースに既に精通しているユーザが、彼らのデスクトップ上に何ら
かのソフトウエアをインストールすることなく、標準的なウェブブラウザを通し
てそのアプリケーションにアクセスすることを可能とする。企業のＩＴ部門に対
して、これは、アプリケーションがユーザデスクトップにおいて保守を何ら要求
されること無く配置されることを意味している。

【００３４】 ジャバにおけるシンクライアント ジャバシンクライアントは、ジャバイネーブルの環境からホストベースのアプ
リケーションにユーザがアクセスすることをサポートするために、１００％ピュ
アなジャバを使用している。アクティブＸシンクライアントと同様に、ジャバシ
ンクライアントは、高度にインターラクティブな、ブラウザに似たユーザインタ
ーフェースに対して完全なサポートを提供する。

【００３５】 図３は、マイクロソフトウインドウズ９５またはマイクロソフトウインドウズ
９８からアクセス可能な、アクティブＸにおける、シンクライアントユーザイン
ターフェース３１を示している。インターフェース３１は、通常のマイクロソフ
トウインドウズ９５インターフェース３２をスクリーン３１の上部に有し、アプ
リケーション特定情報およびブロックと共にアクティブＸサポートアプリケーシ
ョンインターフェース３３をスクリーン３１の下部に有している。

【００３６】 オブジェクトマネージャ：企業ワイドの拡張性のサポート 図４は本発明のシステムおよび方法の全体的なアーキテクチャーを示す。オブ
ジェクトマネージャ４１は、データベースマネージャ４３およびデータベース４
４としてのアプリケーションサーバに、アプリケーション定義４５、オプショナ
ルのツールアプリケーション４６および、マイクロソフトウインドウズ９５およ
び９８のためのアクティブＸシンクライアント４７としてのシンクライアント、
ユニックス、リナックスなどのためのジャバシンクライアント４８、およびＨＴ
ＭＬシンクライアント４９への相互接続を提供する。シンクライアント４７，４
８および４９は、ＴＣＰ／ＩＰ接続５０を介して、オブジェクトマネージャ４１
に接続されている。ＨＴＭＬシンクライアントの場合、相互接続は、ウェブエン
ジン５１およびウェブサーバ５３を介している。

【００３７】 本発明のオブジェクトマネージャ４１は、企業のビジネスルールをビジネスオ
ブジェクトの形で管理する。このビジネスオブジェクトは、たとえば“アカウン
ト”、“コンタクト”、“機会”および“サービスリクエスト”のようなビジネ
ス概念の高度に設定可能なソフトウエア表現である。本発明のシンクライアント
４７、４８および４９はアプリケーションのビジネスロジックにアクセスするた
めに、オブジェクトマネージャ４１に接続している。オブジェクトマネージャ４
１はサーバ環境にホストされ、以下のものを伝達する。

【００３８】 複数ユーザサポート。 企業クラスの拡張性と頑強さを持つように設計されているので、多重スレッド
、多重処理オブジェクトマネージャ４１は多数のシンクライアントをサポートす
ることができる。各オブジェクトマネージャは、複数のシンクライアント４７，
４８，４９からのリクエストを扱うことが可能で、シンクライアント４７，４８
，４９を横断してプロセスオーバーヘッドを共有する。オブジェクトマネージャ
中の各アクティブスレッドは、アクティブパーシステントクライアントセッショ
ンに対応する。各クライアント４７、４８，４９の状態は、オブジェクトマネー
ジャスレッドによって維持され、これによって各リクエストに対する新しいセッ
ションのセットアップのオーバーヘッドを回避している。複数のサーバマシン上
で走っているオブジェクトマネージャは、最適化された方法で到来するクライア
ントに奉仕するためにダイナミックに負荷バランスされていることが好ましい。

【００３９】 複数のサーバにわたるダイナミック負荷バランス。 最も負荷の小さなオブジェクトマネージャにリクエストを向けるために、サー
バ環境は、オブジェクトマネージャを走らせる各サーバ上でＣＰＵの負荷をダイ
ナミックに測定することができる。

【００４０】 高い復元性と利用可能性。 本発明のアプリケーションサーバ環境の一部分として、オブジェクトマネージ
ャ４１は、サーバマシンおよび広範囲のサーバモニタリングを横断して、例えば
自動フェールオーバーのような高い復元性／利用可能性から利益を受ける。オブ
ジェクトマネージャ４１の処理が失敗した場合、代わりのオブジェクトマネージ
ャ４１処理が、クライアントの失敗した処理を引き継ぐために持ち出される。

【００４１】 ビジネスオブジェクトのための完全なサポート。 ビジネスオブジェクトをサポートするために、オブジェクトマネージャ４１は
、カスタマーの資金、労力をエンタープライズアプリケーションの設定に投資さ
せることができる。オブジェクトマネージャ４１は、ｎ層のＴＣＰ／ＩＰおよび
ウェブベースの全アーキテクチャーのその他のコンポーネントと同様に、グラフ
ィカルアプリケーション設定ツールとしてのツールモジュールまたはアプリケー
ション１３を用いて、完全に設定される。オブジェクトマネージャ４１はビジネ
スオブジェクト１７ａ、１７ｂ、１７ｃの全範囲をサポートしているので、企業
は彼らのアプリケーションを一旦設定するのみで、その後、シンクライアントお
よびその他の通信システムのために別の設定を書くことなく、本発明の方法およ
びシステムのシンクライアント上にそれを配置するために選択することができる
。

【００４２】 共通のアドミニストレーションフレームワーク。 オブジェクトマネージャ４１は、モニタおよびアドミニストレーションのため
にサーバのアドミニストレーションフレームワークを利用することができる。こ
れは、サーバの管理者がオブジェクトマネージャ４１を、彼らがその他のコンポ
ーネントを管理するのと同じ方法で、管理することを簡単にする。

【００４３】 本発明の記載された実施形態の追加的な説明 当業者であれば容易に理解し得るように、“シンクライアント”は、例えばユ
ーザインターフェース、アプリケーションロジックおよびデータベースのような
アプリケーションの主な層がそれぞれ独立しているアプリケーションを意味する
。例えば、ユーザインターフェースのみをユーザのデスクトップマシン上に配置
する必要がある一方で、全てのアプリケーションロジックおよびデータ記憶はエ
ンタープライズサーバ上で実行される。その結果、クライアント側のユーザイン
ターフェースは少量のＲＡＭおよびＣＰＵを使用し、ネットワーク上で全ての接
続マシンからダイナミックにアクセスすることができる。したがって、シンクラ
イアントアプリケーションにアクセスするためにユーザがする必要がある現実的
なソフトウエアのインストールプロセスは存在しない。

【００４４】 さらに、例えば通常のクライアントと共に使用するために、ユーザインターフ
ェースが既に存在する場合、シンクライアントはどのユーザインターフェースプ
ログラムをも書き換える必要なく配置され得る。例えば、その他の開示されたエ
レメントと関連して此処に開示されるシンクライアントの実施形態は、同じユー
ザインターフェース（およびその他のコンポーネント）がシンクライアントと通
常のクライアントアプリケーションの両者において使用され得る環境を提供する
。

【００４５】 上手に設計されたシンクライアントアーキテクチャーは、以下に示すような特
徴およびそれに関連する利点を有している。

【００４６】 ユーザのデスクトップ上での非常に小さいソフトウエアフットプリント このために、アプリケーションは、ユーザのデスクトップ上で少量のＣＰＵお
よびＲＡＭしか必要としなくなり、その結果比較的小さなＲＡＭおよびＣＰＵ容
量しか持たないマシンからシンクライアントアプリケーションにアクセスするこ
とが可能となる。

【００４７】 ネットワーク上でダイナミックにアクセス可能 シンクライアントユーザインターフェースは、ＲＡＭおよびオペレーションシ
ステムに対する最低の必要性を満たすどのようなクライアントマシンからでも、
オンデマンドによってサーバＵＲＬからアクセス可能でなければならない。ダイ
ナミックに利用可能であるために、シンクライアントインターフェースはサイズ
が小さく（５メガバイトを２８．８Ｋｂでダウンロードするのに２５分必要であ
る）なければならず、さらに例えばジャバおよびアクティブＸのような先端のイ
ンターネットベースのコンポーネント技術の一つを使う必要がある。ジャバまた
はアクティブＸを使用することによって、アプリケーションのユーザインターフ
ェースは、オンデマンドによって小さなソフトウエアコンポーネントの形（例え
ば、ジャバの場合“アプレット”であり、アクティブＸでの場合“コントロール
”である）でネットワークからダウンロードすることが可能である。

【００４８】 クライアントマシン上でビジネスロジックは必要がない 全てのアプリケーションルールおよびロジックをサーバ上で実行することが可
能で、これによってクライアントＣＰＵ上での負担を減少させ、ユーザインター
フェース（プレゼンテーション層としても知られている）からアプリケーション
層をはっきりと分離する。この方法において、新しいソフトウエアを配布しまた
は各ユーザによってダウンロードする必要なく、アプリケーションロジックへの
どのような変更も全てのシンクライアントユーザに直ちに利用可能である。

【００４９】 以下の文章は、本発明の二つの実施形態を議論している。一つはウインドウズ
のためのシンクライアント（“ＴＣＷ”）であり、もう一つはジャバシンクライ
アント（“ＪＴＣ”）である。当業者であれば理解し得るように、シンクライア
ントは別の実施形態でも表現することが可能で、此処に開示した新規性から離れ
ることなく、以下に議論する二つの実施形態を、別の方法で表現することができ
る。

【００５０】 ウインドウズのためのシーベルシンクライアント（“ＴＣＷ”） シーベルＴＣＷの実施形態は、イントラネットまたはインターネット上でエン
タープライズアプリケーションを配置することに関心を抱くカスタマーに、配置
のオプションを提供する。図５に示す様に、ＴＣＷの配置は３個の重要な層、ク
ライアント上でのプレゼンテーションを可能とするユーザインターフェース５０
１、ビジネスロジック処理を実行するオブジェクトマネージャ５０２（即ち、シ
ーベルオブジェクトマネージャ（“ＳＯＭ”）、およびデータ記憶を維持するデ
ータベース５０３、を含んでいる。この実施形態において、結果として得られる
クライアント側のユーザインターフェースは、少量のＲＡＭおよびＣＰＵを使用
し、接続されたどのようなマシンからもネットワーク上でダイナミックにアクセ
スすることが可能である。

【００５１】 ウインドウズのためのシーベルシンクライアントから利益を受ける者として以
下の者がある。 ソフトウエアおよびハードウエアの所有コストを下げることを希望する顧客（
カスタマー）。 エンタープライズアプリケーションの早い配置を希望する顧客。 中間層サーバからリアルタイム統合を実行することを希望する顧客。 メインのＯＳプラットフォームとしてウインドウズを有する顧客。 ウインドウズのためのシンクライアントによって提供される特徴と機能セット
が彼らのビジネス要求に一致すると結論付けた顧客。

【００５２】 ＴＣＷ配置の実施形態によってサポートすることができるエンタープライズア
プリケーションは、セールス、サービス、コールセンターおよびフィールドサー
ビスのような全てのエンタープライズアプリケーションを含む。更に、シーベル
ファイナンスのようなバーティカルアプリケーションおよび種々のシーベル言語
のバージョンもまたサポートすることができる。

【００５３】 シーベルジャバ小形軽量クライアント（“ＪＴＣ”） 以下の明細書は、ＪＴＣ（即ち、シーベルジャバ小形軽量クライアント）を説
明する。ＪＴＣの実施例は、コストに敏感なネットワーク接続された演算環境に
おいて高いＲＯＩを有するウインドウズでないプラットフォーム展開型ソリュー
ションを具備する。ＪＴＣは、従来のクライアント／サーバアプリケーションよ
りも少ないプロセッサ容量、メモリ、及びディスク領域を使用することによって
、ユーザのデスクトップ環境上に最小のデマンドを配置するアプリケーションに
おいて高度な相互インターフェースを供給する。図６に示すように、ＪＴＣの展
開は３つの主な層−クライアント上に表示を提供するユーザインターフェース６
０１、ビジネス論理処理を実行するオブジェクトマネージャ６０２（即ち、シー
ベルオブジェクトマネージャ（ＳＯＭ））、及びデータ記憶を維持するデータベ
ース６０３を具備するであろう。

【００５４】 ＪＴＣの実施例は、新規な及び既存のユーザに対するエンタープライズアプリ
ケーションの展開のコストを劇的に低減するために、１００％純粋なジャバ技術
上に構築されてもよい。

【００５５】 上記にように（ＴＣＷと同じく）、ＪＴＣは、従来から接続されているクライ
アントと同等のユーザインターフェースを提供し、それによって訓練中の顧客の
投資及び以前に構築されたユーザインターフェースの効果を高める。

【００５６】 ＪＴＣを使用すべき人々は、 ソフトウエア及びハードウエア所有コストを低減することを望む顧客 エンタープライズアプリケーションの迅速な展開を望む顧客 中間層サーバからの実時間統合の実行を望む顧客 主ＯＳプラットフォームとして非ウインドウズを所有する顧客、及び ＪＴＣによって提供される現在の機能セットが彼らのビジネスの要求に合致
していることを認識している顧客 を含む。

【００５７】 ＪＴＣの展開によってサポートされるエンタープライズアプリケーションは、
すべてのエンタープライズアプリケーション−販売、サービス、コールセンタ、
及びフィールドサービスを含む。

【００５８】 ＴＣＷ及びＪＴＣは、ともにＯＳプラットフォームソリューションである。Ｔ
ＣＷはウインドウズプラットフォーム（即ち、ウインドウズ９５，９８及びＮＴ
）で特に満足に機能し、一方ＪＴＣは非ウンドウズ（即ち、ＵＮＩＸ（登録商標 ）及びＭａｃＯＳ）プラットフォームで特に満足に機能する。従って、ＴＣＷの いくつかの実施例は、ある環境においてはＪＴＣよりもより豊富な機能及び特徴 、並びにより良好な性能を提供するかもしれない。例えば、より良好なスクリー ンビュー及びＵＩの特徴（例えば、チャーティング、表示された欄の制御）は、 ＪＴＣよりもＴＣＷにおいて可能であるかもしれない。ＴＣＷの実施例は、ＷＩ Ｎ３２デスクトップアプリケーションと強固に統合されるかもしれない。従って 、本来のＷｉｎ３２アプリケーションのように、ＴＣＷは、インタープリタ処理 、ジャバ仮想マシンを要求するかもしれないＪＴＣと比較したときにより良好に 動作する（即ち、より迅速にユーザインターフェースに作用する）かもしれない 。ＪＣＴの実施例は、ブラウザなして走るスタンドアロンのジャバアプリケーシ ョンを具備するかもしれない。

【００５９】 スタンドアロンのジャバアプリケーションとして動作するＪＴＣの実施例と異
なり、ＴＣＷの実施例は、ＭＳインターネットブラウザによってホストされるア
クティブＸ、又はネットスケープブラウザによってホストされるプラグインとし
て動作する。ＴＣＷの実施例はブラウザに基づいたアプリケーションとして機能
するが、ＩＴＣの実施例はブラウザの外側でスタンドアロンアプリケーションと
して走る。ＴＣＷの実施例はブラウザ（例えば、ネットスケープ）プラグインと
して展開され、アクティブＸとして展開されない。

【００６０】 顧客がウインドウズプラットフォーム上の小形軽量クライアントを展開するこ
とを考えたときには、ＴＣＷの実施例はＪＴＣよりも推奨される。ＴＣＷは、他
の小形軽量クライアント選択との比較において豊富な機能セットを具備するかも
しれない。ＪＴＣの実施例は、非ウンドウズプラットフォーム上における小形軽
量クライアントの展開に対して推奨される。

【００６１】 ＴＣＷの実施例は、３２ビットウインドウズプラットフォーム−ウンドウズ９
５、９８及びＮＴ４．０上で走り、マイクロソフト インターネットエックスプ
ローラ４．ｘ／５．ｘ内のアクティブＸコントロール、又はネットスケープナビ
ゲータ４．ｘ中のネットスケーププラグインとして動作する。ＪＴＣの実施例は
、例えば、スタンドアロンクライアントアプリケーションとしてソラリス２．６
上で走る。さらに、プラットフォームサポートは、ＭａｃＯＳ及びＵＮＩＸプラ
ットフォームの他のフレーバを含む。シーベルオブジェクトマネージャ（“ＳＯ
Ｍ”）の実施例は、シーベルエンタープライズサーバの一部として、例えば、ウ
インドウズＮＴ４．０及びソラリス２．６上で可能である。

【００６２】 １つの実施例によれば、ウインドウズ用小形軽量クライアントファイル（大抵
はＤＬＬファイル）は、ＴＣＷのＵＩ層表示のために要求される動的に結合され
たライブラリからなり、ローカルディスク領域の約７．５ＭＢを占有するであろ
う。ブラウザを操作するために必要な要求ＣＰＵメモリは、十分である。インタ
ーネットブラウザは、典型的にはＲＡＭ２ＭＢだけを占有する。

【００６３】 １つの実施例によれば、インストールされた小形軽量クライアントファイルは
、ジャバで記録されたファイル、ジャバ走行時間環境（即ち、ＪＶＭ）ＵＩｇｉ
ｆファイル、及びソラリアプラットフォーム上で約１５ＭＢを占有し、実行可能
なディスク領域ジャバ小形軽量クライアントからなる。

【００６４】 本発明の１実施例によれば、要求されるクライアントＣＰＵ ＲＡＭメモリは
、約２０−２５ＭＢである。ＪＴＣそれ自体は７ＭＢだけを使用し、ジャバ仮想
マシンは残りを使用する。ＪＴＣの１実施例は、ＪＶＭ１．１７Ｂ及びＳｗｉｎ
ｇライブラリ（ジャバ基本ライブラリ）を使用する。他のＪＴＣ実施例は、ＪＶ
Ｍ２．０を使用する。

【００６５】 ＴＣＷ又はＪＴＣの実施例用のサーバ仕様は、展開環境及びユーザの使用（即
ち、アプリケーションとのユーザ相互作用間のシンク時間とアイドル時間）に高
度に依存する。

【００６６】 サーバ性能に関して、熟練者は、以下の数字はサンプルデータであって、概略
のガイドラインを提供するにすぎないことを知るべきである。顧客は、結局サー
バの能力を最大化する展開構造を調整することが必要であろう。以下は、単に例
示的ベンチマーク（ＵＮＩＸＳＯＭ）を表す。

【００６７】 ハードウエア構成：３ＧＢ ＲＡＭを具備する４ＣＰＵ（３３６ＭＨｚＳｐａ
ｒｃ）サンＥ３５００サーバ ベンチマーク結果： ・６００はシーベルマネージャサーバのインスタンス当たりの小形軽量クライ
アントユーザの典型的な数である。 ・３ＭＢが、ユーザ／スレッド当たりで使用される。 ・付加的なＳＯＭサーバがユーザのより多数を計数するために必要とされる。

【００６８】 例えば、６，０００のユーザは、少なくとも１０台のサーバ（例えば、２ＧＢ
のＲＡＭを有する４ＣＰＵのデルサーバ、又は４ＣＰＵサンＥ３５００サーバ）
に命令する。再度、この数字は単にガイドラインであって、ＴＣＷ及びＪＴＣは
異なる構成及び同数のユーザが多数又はいくつかのサーバによって支援される構
成で使用されてもよい。

【００６９】 ＴＣＷ及びＪＴＣは、適切に高帯域幅であるネットワークのエンタープライズ
イントラネット内で動作するように設計されている。帯域幅は、主としてユーザ
の性能要求に依存する。ある実施例にあっては、少なくとも１２８ＫＢネットワ
ーク帯域幅（例えば、ＩＳＤＮライン）が、ＴＣＷ又はＪＴＣアプリケーション
を操作するために使用されるべきである。これは、従来の接続されたクライアン
トとして、同等のユーザ作用結果を確実にする。大量のデータが帯域幅の制限さ
れたネットワークを介して転送されたときはいつでも、ＴＣＷ又はＪＴＣアプリ
ケーションの低減された性能を観測するかもしれない。

【００７０】 ＴＣＷ及びＪＴＣの実施例は実際にシンクライアントであるので、多くの実施
例においてユーザインターフェース層だけがデスクトップ／ラップトップ上に存
在する。遠隔ラップトップ上で作動するために、ＴＣＷ及びＪＴＣは、“小型軽
量”の基本的前提を阻害する何かであるローカルデータベースだけでなくアプリ
ケーションのビジネス論理（例えば、ビジネスオブジェクト形式中のオブジェク
トマネージャ及びデータマネージャ）を含むかもしれない。切り離された状態で
の動作を必要とするユーザにとっては、シーベルモーバイルクライアントは全要
求を果たすかもしれない。しかしながら、アーキテクチャー的に、ＴＣＷ又はＪ
ＴＣは、シーベルモーバイルクライアントのユーザインターフェースを走る同一
コードから成る。

【００７１】 さらに、ある実施例において、クライアント／サーバの双方、及び対応するＴ
ＣＷ又はＪＴＣをカスタマイズするために、単一のツールセットが使用されるか
もしれない。例えば、シーベルツールはＴＣＷ又はＪＴＣのユーザインターフェ
ースと同様にビジネス要素／オブジェクトをカウタマイズするために使用される
かもしれない。ＴＣＷ又はＪＴＣのいくつかの実施例は、従来の接続されたクラ
イアントと同じシーベル貯蔵ファイルを使用するかもしれない。例えば、ｓｒｆ
ファイルは、オブジェクトマネージャに接続される全ＪＣＴにアクセス可能なＳ
ＯＭ上に配置されることだけが必要である。各ユーザに別個にこのファイルを配
分する必要はない。シーベルの可搬形かつ接続状態のクライアント展開で使用さ
れるのとまったく同一のファイルが、ＴＣＷ又はＪＴＣで使用され得る。

【００７２】 ＴＣＷ及びＪＴＣは、構造がＴＣＷ又はＪＴＣでサポートされていないスクリ
ーン又は特徴に対してコールする状況を取り扱うかもしれない。ＴＣＷ及びＪＴ
Ｃの実施例は、ユーザのサポートされていないアプレットクラスに基づくビュー
を避けるために構成されるかもしれない。このような状況において、展開は以下
のようなオプションを有する。

【００７３】 １．何もしない。即ち、アプレットビューはＴＣＷ及びＪＴＣのユーザにとっ
て見えない状態を継続する。 ２．サポートされていないアプレットを機能的に同等のアプレットクラスで置
換える。 ３．サポートされていないアプレットを除去し、同一空間を満たすために残り
のアプレットを拡大する。

【００７４】 もちろん、ＴＣＷ及びＪＴＣは、多数のサポートされたアプレットクラスを有
するであろう。

【００７５】 ＴＣＷ及びＪＴＣの実施例は、以下によって数千のエンドユーザに対して展開さ
れるであろう。 １．それぞれＴＣＷ又はＪＴＣログイン及び実行可能なインストールへのリン
クを含むＴＣＷ又はＪＴＣホームページに実施例のセットアップ。 ａ．しかしながら、インターネットエクスプローラ４．ｘ／５．ｘに対しては
、ｔｃｌｉｅｎｔ．ｈｔｍファイルへのリンクを形成する。 ｂ．しかしながら、ネットスケープ４．ｘに対しては、ｔｃｌｉｅｎｔ．ｓｔ
ｃファイルへのリンクを形成する。 ｃ．実行可能なインストールに対しては、インストールされたデレクトリのｓ
ｅｔｕｐ．ｅｘｅファイルへのリンクを形成する。

【００７６】 ２．シーベルゲートウエイサーバ、シーベルエンタープライズサーバ、ＳＯＭ
及び（もしリゾネイトセントラルディスパッチ−負荷均衡マネージャが使用され
ない場合には）シーベルサーバのようなアイテムを特定するためのｔｃｌｉｅｎ
ｔ．ｈｔｍ又はｔｃｌｉｅｎｔ．ｓｔｃの編集。

【００７７】 ３．ユーザに対する最初に彼らのローカルドライブ上にインストールされたＴ ＣＷ又はＪＴＣファイルを有することを指示。例えば、インストーラを呼び 出すための“Ｊａｖａ小形軽量クライアントのインストール”リンク上での クリック。

【００７８】 ４．いったんＴＣＷ又はＪＴＣファイルがインストールされると、ＴＣＷ又は ＪＴＣアプリケーションをログオンするために、ユーザはログオンリンク上 で（又は直接ログインＵＲＬに）クリックすることができる。

【００７９】 ＴＣＷ及びＪＴＣの実施例は、少なくとも２つの方法でエンタープライズアプ
リケーションに対する強固な安全性を具備している。

【００８０】 １．エンタープライズアプリケーションのデータ可視ルールは、十分に強化さ
れるであろう。従って、ユーザは彼らの役割及び責任がサポートするであろうデ
ータ及びビジネスオブジェクトだけを見ることができる。

【００８１】 ２．ユーザの氏名及びパスワードはユーザのデスクトップにはセーブされなず
、認証はアプリケーションのサーバ側で実行される。ユーザのデスクトップ上に
記憶された情報を読むことによるアプリケーションへの不正なアクセスの危険は
まったく存在しない。

【００８２】 さらに、ＴＣＷの実施例においては、ＳＯＭとＴＣＷの間で転送されるパケッ
トは、（マイクロソフトのクリプトＡＰＩに埋め込まれているように）４０ビッ
トから１２８ビットのＲＡＳ標準暗号化を使用して暗号化されてもよい。

【００８３】 いくつかの実施例において、顧客は以下の方法でエンタープライズのファイヤ
ウォールの外側でユーザに対するアクセスを供給するかもしれない。

【００８４】 １．ゲートウエイサーバの（即ち、シーベルゲートウエイサーバの）仮想又は
物理的ＩＰアドレス（望ましくはＶＩＰ）及びポートを公にする。

【００８５】 ２．リゾネイトセントラルディスパッチが使用される場合には、エンタープラ
イズサーバの仮想ＩＰアドレス（“ＶＩＰ”）を公にする。

【００８６】 ３．リゾネイトセントラルディスパッチが使用されない場合は、ファイヤウォ
ールを介して全サーバ（即ち、シーベルサーバ）マシンのＩＰアドレスを公にす
る。

【００８７】 ４．（例えば、ＯｂｊＭｇｒ、ＳＳＣＯｂｊＭｇｒ等の）全セッションモード
シーベルサーバのポートを公にする。

【００８８】 さらに、ＳＯＭは、認証されたユーザによってなされるＳＩＳＮＡＰＩ要求に
対してのみ応答してもよい。ユーザは、オブジェクトマネージャに対してだけア
クセスを有し、物理的なマシン上の他の処理に対しては有しない。

【００８９】 ＴＣＷ及びＪＴＣの実施例は、シーベルインターネットセッションＡＰＩプロ
トコル、ＳＳＮＡＰＩを使用してＭＯＳと交信する。ＳＳＮＡＰＩはＴＣＰ／Ｉ
Ｐの上位のごく薄い層として組み込まれ、オブジェクトマネージャとＪＴＣの間
でリファレンス及びデータを効率的に転送する。

【００９０】 従来から接続されているクライアントと比較すると、ＴＣＷの性能は大部分の
環境において同等である。ＪＴＣの環境は、ジャバコードを翻訳する中間層のジ
ャバ仮想マシンのために遅いかもしれない。望ましい実施例において、ＴＣＷ及
びＪＴＣは、１２８ＫＢネットワークバンド幅を有する少なくともＷＡＮ上に展
開されるかもしれない。

【００９１】 従来から接続されているクライアントはデータベースサーバにＳＱＬコールを
行うが、ＴＣＷ及びＪＴＣはＳＯＭにビジネスオブジェクトレベルの要求を行う
。ＴＣＷ及びＪＴＣのアーキテクチャーは、高性能を確実なものとするために、
以下の付加的な手層をとるかもしれない。

【００９２】 １．ＴＣＷ及びＪＴＣとＳＯＭ間のコールは、ネットワークの往復を最小にす
るために抽象（エンタープライズオブジェクト）の十分に高度なレベルにある。
これは、ユーザの経験する高潜在性ネットワークの衝撃を最小にする。

【００９３】 ２．質問からエンタープライズオブジェクトへ戻るデータは、ユーザがネット
ワークの往復なしにそれぞれの付加的な記録から多くの記録を参照することを許
容するために、ＴＣＷ又はＪＴＣによって一時記憶される。

【００９４】 ３．ＴＣＷ及びＪＴＣとＳＯＭ間のデータは圧縮される。

【００９５】 本発明がある望ましい実施例及び例示によって説明されたが、これによって保
護の範囲を制限することは意図されず、以下に添付される請求項によってのみ制
限される。

【００９６】 （付記） （本発明の実施形態に関する追加の詳細説明） 以下のテキストは本発明の実施形態の詳細な説明を提供するものである。当業
者は、本発明がここに開示されているものより他に実施形態として実施されるこ
とを認識するであろう。記載された実施形態は「シーベルシステム」により開発
された要素を参照している。当業者は、さらに本発明が「シーベルシステム」で
開発された要素を使用する必要もなしに、実施されることを認識するであろう。

【００９７】 （シーベルサーバーアーキテクチャー） エンタプライズアプリケーションは、最新のＷｅｂベースアーキテクチャー上
で構築されており、このアーキテクチャーは種々雑多なユーザのエンタープライ
ズ全体に展開しサポートする広範囲で種々の特徴を提供する。シーベルサーバー
のアーキテクチャーの実施形態では、シーベルのｎ層ソフトウェアモデルの性能
が、一度の構成でどこで展開しても明らかに示される。

【００９８】 （フロントオフィスでの展開のためのアーキテクチャーの要件） シーベルサーバーのアーキテクチャーの実施形態は、巨大でグローバルなセー
ルス、マーケティング及び顧客サービスの組織における包括的なフロントオフィ
スでの展開の要件に合致するように設計されている。それらの要件には下記を含
む。

【００９９】 ・一度で構成し、どこでも性能を展開する。対象に対する一つの組みと共通の
ビジネス論理から全体的なフロントオフィスでの適用をサポートする。

【０１００】 ・種々雑多なユーザをサポートする。大型重厚、小型軽量、モバイル、ＰＤＡ
（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）ベース、多層のセ
ールスをまたがって動作するカスタムクライアント、分配、及びエンタープライ
ズの内部及び外部の両方のサービスチャネルをサポートする。

【０１０１】 ・Ｗｅｂベースアーキテクチャー。 拡張されたアプリケーションへのアクセ
ス及びインターネットにより提供された機能性に対して、完全に有利な効率と機
会を提供する。

【０１０２】 ・強力な中間層。３層のクライアント／サーバー動作、作業の流れ及びプロセ
スの自動化、及び他のバッチおよびボリューム指向の処理に対して、柔軟で計り
得るサポートを提供する。

【０１０３】 ・柔軟で計り得るデータアクセス。物理的なファイル又はデータベースが、エ
ンタープライズをまたがってユーザに利用可能なように、区切りなく明白に記録
されているかどうか、全てのフロントオフィスのデータを作成するための完全な
データの同期及び応答性能を含む。

【０１０４】 ・包括的なエンタープライズインタフェース。他のエンタープライズへの適用
とともに、機能的で、高性能で、保守可能な一体化をサポートする。

【０１０５】 ・エンタープライズ別の性能、計量性、及び利用可能性。２４０ものボリュー
ムの環境を、デマンデングで動作する１０００のユーザの１０乃至１００をサポ
ートする。

【０１０６】 （シーベルサーバーアーキテクチャーの概略） 図７は本発明による実施形態としてのシーベルサーバーアーキテクチャーを備
えたソフトウェア構成を示す。サーバーアーキテクチャーは、機能に従って３層
に分割する共通の３層クライアント／サーバーモデルに追従する。

【０１０７】 ・ＨＴＭＬ及びシンクライアント、モバイルクライアント、接続されたクライ
アントを含むクライアント。

【０１０８】 ・シーベルサーバー、ゲートウェイサーバー、及びサーバーマネジャー構成を
含む中間層エンタープライズサーバー。

【０１０９】 ・シーベルデータベースサーバー及びシーベルファイルシステムにおけるデー
タの記憶。 一度で構成し、どこでも展開。 シーベルエンタープライズアプリケーションは、多層プロダクトアーキテクチ
ャー上に構築される。エンタープライズアプリケーションは、データスキーマ本
体及びその関連の事前構築の組み、データプレゼンテーションアプレット（ａｐ
ｐｌｅｔｓ）、及びその他のアプリケーション構成を含む。Ｃ＋＋で展開された
ベースクラスの共通の組みは、全てのシーベルアプリケーション及びコンポネン
トをまたがって一貫した再使用可能な立ち振る舞いを確保する。シーベル構成は
、工業上の最適な実施形態に基づき設計され、シーベルレポジトリの対象として
規定され、クラスの基本的な組み及びデータ駆動の対象となる規定に基づいて、
ランタイムにおいてダイナミックに実行される。これらの対象は多層のシーベル
サーバーアーキテクチャーをまたがって展開され、インターネット、イントラネ
ット、エクストラネット、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリ
アネットワーク（ＷＡＮ）を含む全てのチャネルにまたがって、種々雑多のユー
ザにアプリケーションへのアクセスと機能性を提供する。

【０１１０】 幾つかの実施形態では、事前構築のランタイムエンジンはこれらの対象を動作
させ、各実行によって、要求されたビジネス対象、アプレット、及び他の必要と
されるアプリケーション対象の実例が示され、レポジトリに規定されたビジネス
プロセス及びルールを強調する。ランタイムエンジンは、アプリケーション対象
が展開アーキテクチャーの層を実行する決定に際して完全な柔軟性を提供し、如
何にして動作するかにより、シーベルエンタプライズアプリケーションへのユー
ザのアクセスの多重クラスを提供する際に、完全な柔軟性が顧客に対して可能と
なる。例えば、幾つかのクライアントは全てのアプリケーション対象をローカル
に実行し、直接的にシーベルデータベースとやりとりし、一方、他のクライアン
トはユーザインタフェース対象のみをローカルに実行し、中間層のエンタプライ
ズサーバーにおけるビジネス対象を動作させるマルチスレッドエンジンと相互に
作用しあう。この同じビジネス対象エンジンは、工業標準であるＣｏｍｐｏｎｅ
ｎｔ Ｏｂｊｅｃｔ Ｍｏｄｅｌ（“ＣＯＭ”）及びＣｏｍｍｏｎ Ｏｂｊｅｃ
ｔ Ｒｅｑｕｅｓｔ Ｂｒｏｋｅｒ Ａｒｃｈｉｔｅｃｔｕｒｅ（“ＣＯＲＢＡ
”）インタフェースを介してアクセス可能であり、他のアプリケーションがリア
ルタイムにシーベルエンタプライズアプリケーションとインタフェースすること
を可能にする。

【０１１１】 シーベルの一度で構成することと、どこででも技術を展開することは、マルチ
クライアントコンピュータプラットフォームと構成を容易にサポートし、コスト
を効果的にサポートし、包括的なフロントオフィス展開における厳しい要件をサ
ポートすることを、マスター又はマルチコードベース及び技術プラットフォーム
を維持することなしに、顧客がサポートすることができる。より限定され又はモ
ノリシックアーキテクチャーを備えた多くの競合製品は、単一の実行可能な展開
のオプション、及びフロントオフィス展開の範囲を厳しく制限することができる
限定のみを提供する。

【０１１２】 アプリケーション対象を実行するための事前構築のランタイムエンジンを提供
することにより、シーベルアーキテクチャーの実施形態は、ユーザインタフェー
スのディスプレイ及びデータベースへのアクセスとしての機能を実行するローレ
ベルアプリケーションコードを生成しテストしサポートする固有の困難から顧客
を隔離する。このようなコアアプリケーションの機能性は、実験しテストしたラ
ンタイムエンジンによって提供され、ベースビジネスルール及びアプリケーショ
ンのロジック及びユーザインタフェースをカストマイズすることを制限するよう
に、顧客のアプリケーション構成のコストとリスクを大きく減少させる。

【０１１３】 初期のインプリメンテーションにおける主な利点に加えて、シーベルアーキテ
クチャーは、将来のリリースにおいてカスタマイゼーションに明白に移行する１
ボタンアップグレード技術を提供し、エンタプライズアプリケーションへの全て
の変更を維持する保証されたアップグレードパスを顧客に提供する。

【０１１４】 （種々のユーザへのサポート） シーベルアーキテクチャーの実施形態は、シーベルオブジェクトのように、対
象のクラスを変化させるように動作するマルチクライアントタイプをサポートし
、種々雑多なユーザのエンタープライズ全体の要件に効果的に合致する種々のア
プリケーションモデルを提供する。

【０１１５】 シンクライアント。シーベルアーキテクチャーは、Ｗｅｂ技術、アクティブＸ、
ジャバ、及びシーベルシンクライアントのＨＴＭＬバージョンに基づいて軽量ク
ライアントの３つのタイプをサポートする。これらのクライアントは計り得る中
間層サーバー上で動作する共通のビジネス対象を共有し、一方、ユーザインタフ
ェース対象は、クライアント側のソフトウェアのインストール又はメンテナンス
無しに、標準的なマイクロソフト又はネットスケープＷｅｂブラウザ内で動作す
る。

【０１１６】 まとめると、シーベルシンクライアントの種々の特色は、フロントオフィスか
らリセーラー、パートナー、カストマー、及び法人組織のイントラネット以外の
他のユーザへの拡張と同様に、エンタープライズ内でユーザにメンテナンスフリ
ークライアントを展開することを顧客に対して可能にする。これらは、さらにイ
ンターネットベースコマース及びセルフサービスに対するのと同様に、共有する
内部組織情報に対する拡張されたサポートを提供する。

【０１１７】 シンクライアントに対するビジネス対象は、シーベルの柔軟な計量可能な中間
層アプリケーションサーバー及びシーベルエンタプライズサーバー上で動作する
シーベルオブジェクトマネジャーにより動作する。アクティブＸ及びジャバシン
クライアントは、効率的なセッションベースネットワークプロトコルを使用して
、直接的にオブジェクトマネジャーに接続する。シーベルＨＴＭＬシンクライア
ントは、シーベルＷｅｂエンジンを介してシーベルオブジェクトマネジャーに接
続する工業標準のＷｅｂサーバーとやりとりする。

【０１１８】 シーベルオブジェクトマネジャーは、シーベルビジネスオブジェクトのオンデ
マンドの実例を提供し、そのライフサイクルを管理する。

【０１１９】 ・専用のクライアント。専用のクライアントは３２ビット・Ｗｉｎｄｏｗｓクラ
イアントプラットフォーム上で動作する。専用クライアントは、シーベルデータ
ベースサーバーと直接的にやりとりしローカルに存在するオブジェクトマネジャ
ー上で動作するシンクライアントと同様なビジネス対象を使用する。専用のクラ
イアントは、シーベルアサイメントマネジャー、シーベルワークフローマネジャ
ー、シーベルリストマネジャー及びシーベルエンタプライズサーバーで動作する
他のシーベルサーバー構成を呼び出し直接的に使用することができる。

【０１２０】 ・モバイルクライアント。シーベルのソフトウエアは、専用のクライアントへ
ローカルデータベース及びローカルファイルシステムの性能の両方に提供するこ
とにより、真のモバイルコンピュータの使用を可能にし、法人組織のネットワー
クから遮断されているが、完全な機能性で動作可能にする。シーベルセールエン
タプライズ及びシーベルフィールドサービスは、フィールドベースセールス及び
専用サービスにより使用されるラップトップコンピュータ上で共通に展開される
。シーベルリモート及びシーベルの工業標準のモバイルデータベースシンクロを
使用して、モバイルクライアントは、セントラルデータベースサーバー及びファ
イルシステムとともにデータベースに同期し迅速に変化をファイルするために、
シーベルエンタプライズサーバーに周期的に接続する。

【０１２１】 ・カスタムクライアント。シーベルシンクライアントをサポートする中間層シ
ーベルオブジェクトマネジャーは、工業標準のＣＯＭ及びＣＯＲＢＡインタフェ
ースを提供し、インタフェースは全てのシーベルビジネス対象及びそれらを操作
する方法の完全な組みにアクセスを提供する。これらのインタフェースは、顧客
が、他のクライアントアプリケーションから又はアプリケーションインターフェ
ースを介して、全てのデータに全てのアクセスを提供することができ、さらに工
業標準オブジェクトインタフェース及びオブジェクトモジュールを介して、全て
のビジネスロジックをシーベルエンタプライズアプリケーションに提供する。

【０１２２】 （強力な中間層のプラットフォーム） シーベルエンタプライズサーバーは、シーベルサーバーアーキテクチャーの柔
軟で計り得る中間層である。シーベルエンタプライズサーバーは１つ又はそれ以
上のシーベルサーバーを備え、シーベルサーバーは、シーベルサーバー構成とし
てインプリメントされた種々のプログラムを実行し、ワークフロー及びプロセス
自動化、ボリュームデータベースインタフェース、データ同期及び繰返し、及び
シーベルエンタプライズアプリケーションに類似の機能性を提供する。

【０１２３】 シーベルサーバー構成は、シーベルサーバー単独で、又は多重のシーベルサー
バーをまたがって、かつ多重プロセッサをまたがって効果的に計るように設計さ
れている。シーベルアドミニストレイターは、エンタープライズ内でシーベルサ
ーバーをまたがってサーバー構成の分配上で完全な柔軟性を有する。

【０１２４】 シーベルエンタプライズサーバーの並列処理のアプローチは、最も大きな展開
の処理要件に合致する高い程度の計量性を提供し、多くの他のフロントオフィス
アプリケーションにより使用される一枚岩的なサーバーモデル上で明らかな利点
を提供する。他のフロントオフィスアプリケーションは、単一のデータベースサ
ーバー又はアプリケーションサーバーに処理を集中し、展開の成長として固定さ
れた資源を超えて迅速に強調される。データベースサーバーが処理に使用される
ときには、接続されたモバイルクライアントとバッチ処理の間のデータベース資
源に対する競合を著しく増大させる。

【０１２５】 シーベルエンタプライズサーバーは、このシーベルサーバーの構成の数とは無
関係に単一の論理構成体として構成され、管理されアクセスされる。シーベルエ
ンタプライズサーバーは、アクセスを制御しこの論理構成体を管理する２つの構
成体、即ち、シーベルゲートウェイサーバー及びシーベルサーバーマネジャーを
含む。

【０１２６】 （シーベルゲートウェイサーバー）

【０１２７】 シーベルゲートウェイサーバーはエンタプライズサーバーへのアクセスを管理
し、単一のエントリーポイントとして作用し、拡張されたセキュリティを提供し
、負荷のバランスを行い、高い利用性を提供する。シーベルゲートウェイサーバ
ーは２つのサービス、即ち、シーベルネームサーバー及びコネクションブロッカ
リング（ｂｒｏｋｅｒｉｎｇ）を一体化する。

【０１２８】 ・シーベルネームサーバーは、全てのエンタプライズサーバーの構成と動作を
決めるパラメーターの完全な組みに対する永続性のある記憶を提供する。パラメ
ーターは、シーベルサーバーマネジャー、グラフィカルサーバー管理及びモニタ
ーディスクトップを使用してモディファイされ、スタート時点で各シーベルサー
バーにより自動的にリードされる。

【０１２９】 シーベルネームサーバーは、シーベルサーバー及び構成の利用性の情報に対し
てダイナミックなレジストリを提供する。シーベルサーバーがスタートすると、
その利用性をネームサーバーに通知し、接続性の情報をネームサーバーの非永続
的な記憶部に記憶する。この利用性と接続性の情報は、サーバーマネジャー及び
コネクションブロッカーを含むエンタプライズサーバーへの接続を必要とする他
の構成により使用される。

【０１３０】 ・コネクションブロッカリングは、ダイナミックなロードバランシング及びフ
ォルトトレランスを提供するためにシーベルネームサーバーとともに作用する。
エンタプライズサーバー構成をアクセスするために必要なシーベルクライアント
は、特定のシーベルサーバーよりむしろゲートウェイサーバーに接続要求を提出
する。ゲートウェイサーバーは、所望の構成で動作するエンタープライズ内で最
も少ない負荷のシーベルサーバーにクライアントの要求を指向する。

【０１３１】 コネクションブロッカリングヘルプは、エンタプライズサーバーにおけるコン
ピュータ資源を最も効率的に使用させることにより計量性を確保し、特定のシー
ベルサーバー上のシーベルクライアントの依存性を除去することにより、高い利
用性を確保する。クライアントの接続要求はいずれかの利用可能なシーベルサー
バーにより満足され、シーベルサーバーは所望の構成を実行し、例え所定のシー
ベルサーバーがハードウェア故障を起したか、又は管理のためにオフラインをと
っても、邪魔されないクライアント動作を可能にする。

【０１３２】 （シーベルサーバーマネジャー） シーベルサーバーマネジャーの実施形態は、サーバー全体を構成し管理し動作
させるための単一の一体的なツールを提供する。コマンドライン又はシーベルサ
ーバーマネジャーのグラフィカルユーザインタフェースを使用することにより、
シーベルアドミニストレーションは、構成の動作を迅速にかつ容易に制御するパ
ラメーター、即ち、スタート、ストップ、ポーズ、又はレジューム、をセットす
ることができ、かつエンタープライズをまたがって多重シーベルサーバー上で動
作する構成のステータス及び調子を監視する。

【０１３３】 シーベルサーバーマネジャーは、エンタプライズサーバー全体のマルチレベル
ビューを提供する。シーベルアドミニストレータはエンタプライズサーバーから
、単一のシーベルサーバー、サーバー構成、又は構成プロセス上で焦点を結ぶ低
レベルのビューへ掘り下げることができる。このマルチレベルビューは、シーベ
ルサーバーエンタプライズの隣接する大きなピクチャビューと、特定のシーベル
サーバーの動作、又は監視するためのサーバー構成、又は極端に微細なレベルで
チューニングするアプリケーションに掘り下げる能力を提供する。

【０１３４】 シーベルサーバーマネジャーは、各サーバー構成に対して完全に静的な動作ロ
グを維持し、シーベルアドミニストレータがより詳細な不確定な動作を掘り下げ
ることができるように、包括的なトレースフラグの組み及び診断ツールを提供す
る。

【０１３５】 （シーベルサーバー） シーベルサーバーは、シーベルエンタプライズサーバーにアプリケーションサ
ーバープラットフォームを提供する。シーベルサーバー上で実行するアプリケー
ションは、共通の制御、アドミニストレーション及びこれらが実行する種々のプ
ロセスとは無関係なモニター機能性を共有する構成としてインプリメントされる
。シーベルサーバーは構成の広い範囲の変化をサポートし、マルチプロセス及び
マルチスレッドモデルの両方を実行する。幾つかの構成はシーベルクライアント
と直接的にやりとりし、その他はバッチ処理に指向され、シーベルデータベース
サーバーとのみやりとりする。

【０１３６】 シーベルエンタプライズアプリケーションは、以下を含むシーベルサーバー構
成の完全な組みになったソフトウェアを提供する。 ・シーベルワークフローマネジャー ・シーベルアサイメントマネジャー ・シーベルエンタプライズインテグレーションマネジャー ・シーベルオブジェクトマネジャー ・シーベルリモート ・シーベルレプリケーションマネジャー

【０１３７】 （柔軟な計り得るデータアクセス） シーベルサーバーアーキテクチャーは、そのデータがシーベルファイルシステ
ム上に記憶された物理的なファイルからなるか、又はシーベルデータベースサー
バー内で記録されたものかどうか、全てのフロントオフィスデータに完全なアク
セスを提供する。両方のデータ記憶メカニズムは、特定のデータタイプ及びフロ
ントオフィスアプリケーションのアクセス要件に対して最も最適化される。

【０１３８】 中央に位置されたシーベルデータベースサーバー及びシーベルファイルシステ
ムは接続されたシーベル及び小型軽量なクライアントによりアクセスされ、さら
にシーベルエンタプライズサーバー構成によりアクセスされる。シーベルリモー
ト及びシーベルレプリケーションマネジャーは、セントラルデータベースサーバ
ーのローカルコピー及びファイルシステムを、ラップトップベースのモバイルユ
ーザ及びサテライト又は地域的なオフィスに同期するようにインプリメントされ
、エンタープライズをまたがって地理的に分散したユーザへのデータアクセスに
拡張される。

【０１３９】 シーベルファイルシステム及びシーベルデータベースサーバーは以下の節で詳
細に議論する。

【０１４０】 （シーベルファイルシステム） シーベルファイルシステム７１３はネットワークベースの直接構成を提供し、
この構成には、シーベルエンサイクロペディアアイテム、対応するテンプレート
、ファイルアタッチメント、及びその他のファイルを含んだシーベルデータベー
スの記録と関連した全ての物理ファイルを記憶する。シーベルクライアントは、
シーベル専用クライアント又は遠隔又はシンクライアントに対するシーベルエン
タプライズサーバーを介してファイルをアクセスし検索することができる。

【０１４１】 シーベルファイルシステムは、リレーショナルデータベースに容易に記憶され
ない多数のフロントオフィスデータに対して包括的な記憶を提供する。物理的な
ファイルドキュメント、電子メール、画像、スキャン、等として記憶され得る如
何なるデータも記憶され、シーベルファイルシステムを介して全てのシーベルの
ユーザがアクセスできるようになっている。

【０１４２】 （シーベルデータベースサーバー） シーベルデータベースサーバーは、ＩＢＭ，Ｏｒａｃｌｅ，Ｍｉｃｒｏｓｏｆ
ｔ，Ｓｙｂａｓｅ，Ｉｎｆｏｒｍｉｘ、等から先端的なリレーショナルデータベ
ースを使用してインプリメントされ、シーベルエンタプライズアプリケーション
のための全てのアプリケーションデータを記憶する。シーベルデータベースサー
バーはボックス外（ｏｕｔ−ｏｆ−ｔｈｅ−ｂｏｘ）で完全なデータモデルを提
供し、シーベルクライアント及びシーベルエンタプライズサーバーから最適なデ
ータマネジャー層を介してアクセスされる。データモデルは、データ記憶に合致
しエンタープライズをまたがってユーザの要件をアクセスするためのシーベルデ
ータベースサーバーの性能を確保するために、シーベルツールを使用して拡張さ
れて構成される。

【０１４３】 （データマネジャーレイヤー） シーベルクライアント及びシーベルエンタプライズサーバー構成の両方とも共
通のデータマネジャーレイヤーを介してシーベルデータベースサーバーにアクセ
スする。データマネジャーは、シーベルエンタプライズアプリケーションにより
サポートされた各リレーショナルデータベースに特定なコネクタを提供する。こ
のデータベースコネクタは、ネットワークの回線容量の消費と周遊を減少させる
のと同様に、データベースから最も可能性のある性能と計量性を確保するために
、データベースベンダーとのジョイントエンジニアリングの努力を通して最適化
される。データマネジャーは、各ベンダーの固有のインタフェース及び特定のＳ
ｔｒｕｃｔｕｒｅｄ Ｑｕｅｒｙ Ｌａｎｇｕａｇｅ（ＳＱＬ）文法及びインプ
リメントされた特徴を使用する。

【０１４４】 データマネジャーについての一般的でベンダーに固有の性能と特徴の例は以下
のものを含む。 ・オプティマイザヒント（Ｏｐｔｉｍｉｚｅｒ ｈｉｎｔｓ）。オプティマイ
ザヒント又は指示（ダイレクティブ）は、効率的な実行を確保するために、デー
タマネジャーにより生成されたＳＱＬステートメントに含まれる。

【０１４５】 ・カーソルモード。データベースコネクタは、過度なロックオーバーヘッド又
は競合なしに、データベースのデータキャッシュの使用及び並列した状態の制御
を最適化するために、特定の動作に適切なものとして、特定のカーソルモード及
び孤立状態を設定することができる。

【０１４６】 ・バインドバリアブル（Ｂｉｎｄ ｖａｒｉａｂｌｅｓ）。バインドバリアブ
ルは、データマネジャーがダイナミカリーに生成するＳＱＬステートメントに広
範囲に使用される。バインドバリアブルが使用されると、ＳＱＬステートメント
は、シーベルのユーザがアカウントリストビューをエンターする最初の時として
、最初に実行したデータベースのみに送られる。例えば他の口座番号と同じビュ
ーを要求するために、ユーザによる引き続くＳＱＬステートメントの実行はデー
タベースに新たなバインドバリアブルのみを送る。これはネットワークをまたが
って送られるＳＱＬの量を大幅に減少させることができる。

【０１４７】 ・マルチプルＳＱＬ動作（Ｍｕｌｔｉｐｌｅ ＳＱＬ ｏｐｅｒａｔｉｏｎｓ
）。データマネジャーは、延長されたネットワークコール、種々のジョインのタ
イプ、ダイナミカリーに発生された手続き的な（又は取引的な）ＳＱＬ等の特徴
を使用して、多重のＳＱＬ動作をデータベースへのシングルコールにグループ化
することができる。これらの技術を使用して、データマネジャーは、シーベルエ
ンタプライズのボックス外で、データベースサーバーへの単なる周遊のみで殆ど
のスクリーンに設けられている。類似の多くの行に影響を与える「削除」（Ｄｅ
ｌｅｔｅ）のような動作は、影響を与える行のステートメントよりむしろ単一の
ステートメントとしてデータベースサーバーに送られる。

【０１４８】 ・データベースカーソル。シーベルクライアントへの直接的な各問合せから全
ての行を単に戻すよりもむしろ、データマネジャーは、保持又はステージエリア
としてデータベースカーソルの広範囲な使用を実施する。一度、ＳＱＬステート
メントが実行されると、データマネジャーは、記録を通してスクローリングを許
すために現在のビューと小さなバッファの和を使用するに充分な行において、カ
ーソルから制限された行の数を検索する。追加の記録の組みはユーザの動作で必
要ならば、カーソルから読み出される。

【０１４９】 データマネジャーは、多数対多数を一対多数の関係に組み替えるメカニズムを
含むクライアント側の非正規化メカニズムをインプリメントし、ユーザのキーを
シーベルデータモデルで予め規定された特定のデータ構造に非正規化する。この
ような最適化の結果として、シーベルエンタプライズアプリケーションはサーチ
において特別な性能を発揮し、非常に大きなデータベースに対して分類する。

【０１５０】 データベースのアクセスの最適化に加えて、データマネジャーは、シーベルの
一度の構成と、どこででもの性能の展開に対してさらなるサポートを提供する。
データマネジャーは、より高いアプリケーションレイヤーで全ての対象を孤立さ
せるアブストラクトレイヤーであり、基本的なデータストアの特性からビジネス
対象及びユーザインタフェースアプレットを含む。全てのより高いレベルの対象
はデータベースと完全に独立であり、起動時に異なるデータベースコネクタを単
に特定することにより、異なるリレーショナルデータベースに対して動作するこ
とを可能にする。

【０１５１】 このデータベースの独立は展開するクライアントに最大の柔軟性を提供する。
例えば、同じアプリケーション構造は、シーベルデディケイテッド又はシンクラ
イアントとして中央のシーベルデータベースサーバーに対して、及びシーベルモ
バイルクライアントのローカルデータベースに対して使用され得る。専用クライ
アントのユーザは、一つのセクションでデータベースサーバーに直接的に接続さ
れて動作し、次のローカルデータベースに対して動作を選択する。

【０１５２】 （シーベルデータモデル） シーベルデータベースサーバーは、シーベル９９プロダクトファミリーの１２
００テーブル以上を備えた包括的な、高度に展開されたデータモデルを使用する
。簡素化され骨組みのデータモデルのみを提供する他のフロントオフィスアプリ
ケーションとは異なり、シーベルエンタプライズアプリケーションは、ボックス
外で複雑なフロントオフィス展開の要件に合致するように設計された完全な機能
的データモデルを提供する。データモデルは容易に拡張され、シーベルツールを
使用してカストマイズされる。

【０１５３】 シーベルデータモデル設計の対象は以下のようである。 ・産業間をまたがる要件に合致するための豊富な情報モデルを生成すること。
シーベルシステムは、セールス、マーケッティング、顧客サービスに対して最も
包括的な顧客中心の情報のデータモデルを引き渡す。このときに顧客のパッケー
ジした品物、資産のサービス、保険、通信、高度技術、を含む非常に広い工業分
野の要件を考慮している。

【０１５４】 ・他の関連システムとの一体化のための特別な戦略を展開すること。シーベル
エンタプライズアプリケーションは、同期及び非同期アプリケーションプログラ
ミングインタフェース（ＡＰＩ）を含む多くの一体化したアプローチをサポート
する。ＡＰＩは、シーベルエンタプライズアプリケーション、及び会計や製造や
人的資源のような他のエンタプライズアプリケーションをまたがってビジネス機
能のサポートを提供する。

【０１５５】 ・データベースの拡張を可能にする柔軟なアーキテクチャーを生成すること。
シーベルエンタプライズアプリケーションは、特定の顧客ビジネス要件に合致し
て完全にカストマイズされた包括的なフロントオフィスデータモデルを配る。シ
ーベルエンタプライズアプリケーションのアーキテクチャーはユーザにこれらを
カスタマイズさせることができ、一方、将来の製品リリースにアップグレードし
、全てのシーベルエンタプライズアプリケーションのモジュールにまたがってこ
れらのカストマイズをサポートする性能を保存している。

【０１５６】 ・豊富で区切りのない国家間のサポートを提供すること。シーベルデータモデ
ルは、ユーロ（Ｅｕｒｏ）を含む多くの通貨、及び多くの言語のように、国家間
の特徴をサポートするように構築される。

【０１５７】 ・高い性能のデータベースの設計を確保すること。シーベルデータモデルは、
アプリケーションの性能を犠牲にせずに複雑なビジネス機能をサポートする。 シーベルエンタープライズアプリケーションが設計され、多数のユーザにより
極めて大規模なデータベースに対して極めて効率的に作動することが証明された
。

【０１５８】 データモデル開発 シーベルデータモデルは構造化方法論と現状の技術、コンピュータ援用ソフト
ウェアエンジニアリング（ＣＡＳＥ）開発ツールを用いて開発された。シーベル
データモデルは主エンティティ、関連エンティティ、関係、１次キーおよび外部
キー、および、物理的で構造を例示するクラスタキーといった他の情報からなっ
ている。それは、ユーザにとってもサーバプロセスにとっても非常に柔軟で性能
を最適化するように設計されてきた。

【０１５９】 シーベルデータモデルは、エンドユーザのビジネス環境が、データモデルその
ものではなくて、データ要求を課する（ｄｉｃｔａｔｅ）ことを可能にする。貧
弱なモデリング設計は、しばしば、レコードを作製するために、例えそのデータ
がビジネスにとって重要ではなくても、ユーザに特別のデータを供給するように
要求する。シーベルデータモデルは、不使用の要素を単にブランクのままにして
、どのデータ要素が必要かを決定することを可能にする。例えば、新たな連絡先
（ｃｏｎｔａｃｔ）を作るために、いくつかのシステムは有効電話番号を要求す
る。シーベルエンタープライズアプリケーションは電話番号を許すが、電話番号
を供給する事無くユーザが連絡先を作ることをも可能にする。

【０１６０】 シーベルエンタープライズアプリケーションはまた、データモデルを拡張しカ
スタマイズするための非拘束的な柔軟性を提供する。データモデル内の主エント
リーの各々は、特別のデータ要求に使用できる特別の属性を含んでいる。さらに
、ユーザは追加のデータが主レコードとともに格納され維持されることを可能に
する、主エンティティに対する拡張部を活性化することができる。これらの拡張
部は、あたかもそれらが主テーブルの一部であるかのようにアプリケーションに
よって自動的に管理される。

【０１６１】 シーベルデータベース拡張部の設計者によって、開発者は拡張テーブル及びコ
ラムを追加して所望の要素を正確に含むようにすることにより自身の特別の方法
でデータモデルを拡張できる。

【０１６２】 シーベルデータモデルは拡張に対して多くの仮定を持っているが、それは既に
その中心に、グローバルセールス、マーケティング、及びサービス事業仲間のた
めに要求されるすべての主データエントリを有している。このデータモデルは非
常に多くのエントリを含んでいる。 以下はわずかなサンプルである。

【０１６３】 ・好機マネジメント。 好機に（又は手本（ｌｅａｄ））に関するエントリは
、連絡先に対する関係、雇用者（一般にセールス又はサービスの代表者）、製品
、アカウント、活動、及びセールスサイクルを含む。

【０１６４】 ・製品／製品ライン。 製品に関するエンティティは製品のコンポーネント（
製品構造）、代替品又は競合製品（製品比較）、製品のベンダー、及び装置の製
品が属する製品ラインを含む。さらに、シーベルデータモデルは製品と製品価格
との間の関係を捕らえる。

【０１６５】 ・予測。 シーベルデータモデルは、好機、製品、好機の製品、及びアカウン
トによって予測を支援する。個々のセールスの体表者又はマネージャーは予測を
提出でき、予測は、すべての報告しているセールス代表者の予測を巻き上げるマ
ネージャといった他の予測に基づくことができる。

【０１６６】 ・雇用者／地位。 内部組織ユニット〈販売／サービス会社）の構造を記述す
るエンティティはその組織ユニットにおける地位とそれらの地位への雇用者の割
り当てとからなる。それらのエンティティはまたテリトリ、生産ライン、サービ
ス要求、および好機に対する地位の責任をも規定する。

【０１６７】 ・キャンペーン。 キャンペーン又はマーケティングプログラムはサブキャン
ペーンからなる。キャンペーンは１つ以上の手本のソースでよく、それらの手本
を生成するための１つ以上の呼び出しリストをてこ入れする。

【０１６８】 ・サービス要求。 サービス要求及びサービス要求アクションは、各々が特定
の雇用者によって持たれる一連のアクティビティとして取り扱われる。関連する
情報は、サービス要求を報告した連絡先、アシスタントが要求された製品、消費
者の環境またはプロヒール、及び第３者の製品が使用されサービス要求に関連す
るそしてどのサードパーティの製品が使用中でサービス要求に関係しているか、
を含む。

【０１６９】 ・製品欠陥の追跡。 欠陥はサービス要求と関連付けることができ、欠陥を固
定するために規定された関連するアクティビティを有することができる。アソシ
エーションが様々な製品バージョンで規定して、どれがその欠陥によって影響を
受けるか、どれがその欠陥を固定するために計画されるか、そしてどれが実際に
欠陥を固定するか、を記録することができる。外部製品との追加の関連するアソ
シエーションを記録することが出来る。欠陥は他の関連する欠陥と関係付けるこ
とができる。

【０１７０】 ・資産（ａｓｓｅｔｓ）。 これらは製品の一欄表、アカウントにより購買さ
れた製品、又は連絡先が保持している製品に関連するエントリーを網羅する。こ
れらの資産は（引用又は連絡先といった）セールスドキュメント、サービス要求
、アクティビティ、その他の主題である。一つの資産は個人的又は会社の（財政
検査又は保険政策といった）アカウントでよい。

【０１７１】 ・セールスドキュメント。 セールスドキュメントのエリア内のエントリーは ・その引用において言及された製品、価格リスト、及び支払い期間を含む一つ
のアカウントに対する引用、 ・サービス及び価格付けの同意を含むアカウントに対する同意、 ・アカウントの連絡先に送られた通信文、 ・アカウントに対して処理された注文、 を含む。

【０１７２】 データモデリングの方法 トップ−ダウン構造の開発方法論はビジネス機能とモデリング情報を規定する
ことを含む。その結果は市場の要求に合致する高品質な製品である。

【０１７３】 コンピュータ援助ソフトウェアエンジニアリング（ＣＡＳＥ）方法を用いてシ
ーベルエンタープライズアプリケーションズが開発される。ＣＡＳＥ方法は、ア
プリケーションの開発のライフサイクルの各層階で、設計と開発のガイドライン
を伴うシーベルシステムズを提供する。シーベルエンタープライズアプリケーシ
ョンを開発するプロセスは以下の主なステップを含む。

【０１７４】・アプリケーションがサポートする必要があるビジネス機能の同定。 各アプリ
ケーションの成分を伴う市場の要求文書の形式で機能的な要求を同定する。

【０１７５】・モデル情報。 そのアプリケーションにとって重要なエンティティ又はビジネ
ス対象とそれらのエンティティの間の関係の同定。この分析はまたエンティティ
の属性を同定する。

【０１７６】・物理的なデータベースの設計。 要求されたデータベースのテーブル、コラム
、及び索引を規定する。性能要求とアプリケーションの複雑なビジネスニーズに
合致する物理的なモデルを生成するために重大な注意が払われる。

【０１７７】・品質クロスチェックを行う。 開発ライフサイクルの各層階で品質保証クロス
チェックを採用して、設計の発表が開発プロセスの初期に保証される。そのよう
なクロスチェックの例はビジネス機能により使用されたエンティティの確証を含
む。

【０１７８】データモデル拡張 ２つの事業は同じではないので、シーベルエンタープライズアプリケーション
はデータモデルを拡張して特定の顧客の要求を取り込むことに完全な顧客自由度
を提供する。顧客アプリケーション開発者は既存のシーベルデータベーステーブ
ルにコラムを追加し、追加のテーブルと索引を追加し、これらのテーブルをデー
タベースレベルインターフェースに対してさらしてマップすることができる。

【０１７９】 シーベルエンタープライズアプリケーションに対する全ての他のカスタマイゼ
ーションと共に、データモデル拡張が遂行されて、シーベルレポジットリ（Ｓｉ
ｅｂｅｌ Ｒｅｐｏｓｉｔｏｒｙ）に格納されている論理的データベーススキー
マをシーベルツールを用いて変更する。追加の技術は次いでこれらの変形を基本
的なデータベースに直接的に適用するか又は、複製され且つモバイルデータベー
スにわたって分布し適用するシーベルエニホエアアップグレードキット（Ｓｉｅ
ｂｅｌ Ａｎｙｗｈｅｒｅ Ｕｐｇｒａｄｅ Ｋｉｔ）に適用する。

【０１８０】 シーベルレポジットリにデータモデルスキーマを保持すると、次の３つの主た
る利益がある。

【０１８１】 ・データモデルをアプリケーション形態の統合部に作って、そのアプリケーシ
ョン形態が開発からテスト又は生産環境に移るときにすべての拡張部が含まれる
ことを確実化する。

【０１８２】 ・アップグレードしてアプリケーションアップグレーダ（Ａｐｐｌｉｃａｔｉ
ｏｎ Ｕｐｇｒａｄｅｒ）を使用するシーベルソフトウェアを後にリリースする
時、顧客拡張部を自動的に前方に移動させることを確実化する。

【０１８３】 ・全てのシーベルプログラムによって使用されるデータマネージャーレイヤは
、論理的データベーススキーマからのデータベースアクセスに要求されるＳＱＬ
を自動的に生成して、シーベルアプリケーション開発者がしばしば複雑なＳＱＬ
ステートメントを書き込み、維持し、調整することを不要にする。

【０１８４】包括的アプリケーションインターフェース 他のエンタープライズアプリケーションとシームレスでトランスペアレントに
統合する能力はフロントオフィス開発のもっとも重要な成功するファクタの一つ
である。シーベルエンタープライズアプリケーションは、シーベルエンタープラ
イズインターフェースを通して標準的なコンプライアントインターフェースの完
全な集合を提供する。シーベルエンタープライズインターフェースは、シーベル
エンタープライズアプリケーション内の全てのビジネスデータと全てのビジネス
ロジックにアクセスするトランザクション的でボリュームオリエンテッドのイン
ターフェースを提供する。

【０１８５】トランザクション的なインターフェース シーベルエンタープライズアプリケーションのためのビジネスロジックとデー
タを含むシーベルビジネスオブジェクトは、マイクロソフトＣＯＭ及びＯＭＧＣ
ＯＲＢＡの両方といった従順なオブジェクの外部アプリケーションによってアク
セスされ得る。ビジネスオブジェクトインターフェースはシーベルデディケイテ
ッド（Ｓｉｅｂｅｌ Ｄｅｄｉｃｔｅｄ）又はモービルクライアント（Ｍｏｂｉ
ｌｅ Ｃｌｉｅｎｔｓ）の両方によってアクセスされることができ、且つシーベ
ルエンタープライズサーバ上のオブジェクトマネージャー成分からアクセスされ
ることができ、クライアントとサーバ側からオンライン統合を可能にしている。

【０１８６】 ビジネスオブジェクトインターフェースはオブジェクトを処理するための方法
の完全な集合を提供して、全体の事業を統一する方法としてこれらの標準の両方
がマインドシェアを獲得した、テレコミュニケーション、フィナンシャルサービ
ス、及び薬学産業を含むすべての垂直産業にわたるアプリケーションの統合にお
ける前例のない自由度を提供する。

【０１８７】ボリュームオリエンテッドインターフェース シーベルエンタープライズサーバのエンタープライズインテグレーションマネ
ージャ成分は、シーベルデータベースサーバとの大量のデータディレクトリのイ
ンターフェースのための完全で、高性能のソューションである。エンタープライ
ズインテグレーションマネージャ（”ＥＩＭ”）は、予め定義されたインターフ
ェーステーブルの集合を、それらのインターフェーステーブルの単純で、高度に
デノーマライズされた構造のみを取り扱う必要がある外部アプリケーションのた
めの統合ポイントとして使用する。

【０１８８】 走行時に、ＥＩＭはシーベルレポシットリからのインターフェーステーブルと
ベースアプリケーションテーブルとの両方の構造を、それらを互いに結合するマ
ッピングと共に読み、輸入、更新、輸出、削除、又はマージオペレーションを行
うために必要なＳＱＬステートメントをダイナミックに生成する。ＥＩＭは単純
な入力ファイルを使用して所与の走行において実行されるオペレーションを制御
する。このファイルはシーベルエンタープライズアプリケーションを走行させる
ために必要な全てのデータで新たなシーベルデータベースサーバを居住させるで
あろう広い輸入を特定できるか、又は所与のテーブル内の単一のコラムのみを純
化して更新するときに処理を実行できる。

【０１８９】 ＥＩＭはデータマネージャ層と特別の集合に基づく処理技術とを用いて、一時
に数百万列のデータを取り扱うために必要な性能を保証している。動作状態は列
レベルで記録されて、シーベルアドミニストレータにＥＩＭ処理の完全なモニタ
と問題のある列の修復及び再処理の能力を与える。

【０１９０】 ＥＩＭにより使用されるインターフェーステーブル、ベーステーブル、及びマ
ッピングはシーベルツールを用いて完全にカスタマイズ可能である。これにより
顧客は、新たに作られたテーブルと行を使用するインターフェースを容易に構築
することが可能になる。全てのシーベルレポシットリオブジェクトと同様に、こ
れらの定義はシーベルエンタープライズアプリケーションの新たなリリースへ自
動的にアップグレードされて、ＥＩＭインターフェースに対するメンテナンスの
要請を最小化する。

【０１９１】プレビルトインターフェース シーベルアーキテクチャーはシーベルアプリケーションと、会計、製造、流通
、人的資源、及び製品形態アプリケーションとの間のプレビルトインターフェー
スをサポートする。これらのプレビルトインターフェースは迅速なアプリケーシ
ョンの開発を可能にして全体のアプリケーションメンテナンスを減少させる。

【０１９２】エンタープライズクラスの拡張性と性能 シーベルシステムソフトウェアは、前例のない拡張性と全体的な性能を保証す
るように設計されていて、情報に対する瞬時のアクセスを可能にし、タイムリー
な共同作業を強化する。そのソフトウェアは数千又は数万のコンカレント及びモ
バイルのユーザの形態と非常に大規模なデータベース及びデータマートをサポー
トする。これは次の特徴の結合を通して達成される。

【０１９３】・スケーラブル中間層（ｍｉｄｔｉｅｒ）。 シーベルエンタープライズサーバ
は高いスケーラビィティのための多数の（ハードウェア）サーバ上の多数のシー
ベルサーバにわたって展開可能である。ゲートウェイサーバはサーバ間の要求の
割り当てを最適化する。

【０１９４】 ・高速データ同期 シーベルのユニークな技術は、非常に多数のモバイルユーザ
を高速且つタイムリーに中央サイトに同期化することを可能にする。同じ技術は
、各々が会社サイトとの同期を維持している多数の地方システムからなるヒエラ
ルキーシステムの形態をサポートする。このような形態は単一の統合された環境
として動作しながら全体のスループットを増大させる。

【０１９５】・ＬＡＮ、ＷＡＮ、ダイアルアップ、及びインターネット上の高速応答タイムオ
ーバ。 シーベルの技術はシンクライアントとオブジェクトマネージャ、モバイル
クライアント、及びシーベルリモートサーバ、及び専用クライアント及びシーベ
ル／データベースサーバとの間のネットワークトラフィックを最小化する。これ
により低い帯域幅で高い待ち時間（ｌａｔｅｎｃｙ）チャネルにわたるすべての
クライアントに対する強化された応答時間が保証される。

【０１９６】・高スループットインターフェース。 シーベルＥＩＭは非常に大容量のデータ
の転送を可能にする。ＥＩＭサーバは、複写を通じてスケータブルである。

【０１９７】・非常に大規模なデータベースのサポート。 シーベルは各データベース環境に
調整された高度に最適化されたＳＱＬステートメントを生成する。

【０１９８】 表１はシーベルサーバアーキテクチャーの実施例の特徴を記載している。

【０１９９】

【表１】

【０２００】シーベルインターネットアーキテクチャー ワールドワイドウェブ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）は、事業アプリケー
ションをクリエイトし開発するルールを変更してきた。シーベルシステムのアー
キテクチャーは、ウェブブラウザを持ち予めインストールされたクライアント側
ソフトウェアのないユーザに対する、シーベルのセールス、マーケティング、及
び顧客サービスアプリケーションを展開するための真のシンクライアントである
、シーベルシンクライアントを利用可能にすることにより、ウェブの利益を利用
する。

【０２０１】 シーベルシンクライアントアーキテクチャーは事業に次のものを与える。 ・すべてのシーベルアプリケーションに対する所有権のトータルコストのドラマ
チックな減少。 ・拡張された事業を通じてミッションクリティカルフロントオフィス及びエレク
トロニックコマースアプリケーションを展開するプラットフォーム ・シーベルアプリケーションを形成し、それらを、モバイルラップトップ、フィ
ールドにおける携帯機、コールセンタにおけるシンクライアント、又は戦略的パ
ートナー又はエンドユーザのための会社ウェブといったユーザに対して最も適し
た方法で展開する能力 ・すべての主要なインターネットユーザインターフェース技術：Ｊａｖａ，ＨＴ
ＭＬ，及びアクティブＸ、に対するサポート。事業は、シーベルＪａｖａシンク
ライアント、Ｗｉｎｄｏｗｓ用シーベルシンクライアント、及びシーベルＨＴＭ
Ｌシンクライアントから選択して、ユーザの要求に最も良く合致するシンクライ
アントのタイプを引き渡す。

【０２０２】 図８は、本発明の実施例による、インターネット標準をリードするためのシー
ベルシンクライアントサポートを示している。

【０２０３】 さらに、事業はこれらの利益を達成するために犠牲を払わない。 ・Ｗｉｎｄｏｗｓ用シーベルシンクライアントとシーベルＪａｖａシンクライア
ントユーザインターフェースは、モバイル及び結線形式のシーベルエンタープラ
イズアプリケーションにわたって利用可能な、同じ直感的で、高度な双方向グラ
フィカルユーザインターフェースである。

【０２０４】 ・シーベルＨＴＭＬシンクライアントは、事業エクストラネットでｅビジネスア
プリケーションのシーベルの増大する範囲をシームレスに統合する事業Ｗｅｂサ
イトの外観とフィーリングをサポートする。

【０２０５】所有権のコストを低下させる ウェブにより、事業は以前のコンピューティングの２つ世代：パーソナルコン
ピュータにより始められたグラフィカルインターフェースと、センター化されメ
インフレームに基づくアプリケーションの高度な効率的なコストのアーキテクチ
ャーと、のうちの最善のものを持つことができる。しかし、それらはそれらの製
品の「ウェブ可能」へのシフトと必要性を認識しているが、多くの事業アプリケ
ーションベンダーは期限切れの単調なアプリケーションアーキテクチャーに落ち
込み、新しいパラダイムの利益を享受できない。

【０２０６】 シーベルシンクライアントアーキテクチャーにより、事業は、完全にウェブに
基づいたシーベルのｎ層アーキテクチャーの利益を取り入れて、ウェブブラウザ
を介して世界の先進フロントオフィスを展開することができる。豊かな未来のモ
ダンな事業アプリケーションをサポートするために、情報技術（ＩＴ）の組織は
リモートフィールドロケーションにソフトウェアをインストールする必要も数千
の古い世代のＰＣをアップグレードする必要ももはやない。ユーザはウェブブラ
ウザを持っている限り且つ如何にしてエンタープライズイントラネットに到達す
るかを知っている限り、そのアプリケーションにアクセスすることができる。

【０２０７】 デスクトップコンピューティングサイクル又はメモリを浪費する代わりに、シ
ーベルセールスエンタープライズ、シーベルサービスエンタープライズ、又はシ
ーベルコールセンターといったブラウザに基づいたシンクライアントアプリケー
ションは、その事業内のすべてのユーザにとって最大効率のためにコンピューテ
ィングリソースがプールできるシェアドサーバ上で実行することができる。また
、各デスクトップをソフトウェアの新たなリリース毎にアップグレードする代わ
りに、事業を一旦サーバに対してアップグレードする展開をし、そこで事業は結
合された全てのシンクライアントユーザに直ちに利用可能にすることができる。

【０２０８】シーベルｅビジネスアプリケーション用のプラットフォーム。 シンクライアントアーキテクチャーにより、シーベルのマーケットリーディン
グセールス、マーケティング、及び顧客サービスソリューションは、その事業自
身の雇用者を越えて、拡張された事業のパートナー、リセラー、及びエンドカス
タマーに到達することができる。

【０２０９】 シーベルシンクライアントアーキテクチャーは、強力で、スケーラブルで安全
なウェブに基づいたアプリケーションの包括的な組である、シーベルｅビジネス
アプリケーション用のプラットフォームである。

【０２１０】 シーベルｅビジネスは次のものを含む。・シーベルｅセールス。 ウェブ上で自力のビジネスからビジネス及びビジネスか
ら消費者へのセリングをサポートする包括的なウェブに基づくアプリケーション
。シーベルｅセールスは、視覚的な製品カタログ、ウェブに基づいた引用の生成
、ソリューションの形成、及びオンライン発注を含む。シーベルｅセールスを既
存のウェブサイトと統合することにより、製品データ、マーケティング担保、及
び多数のセリングチャネル（フィールド、コールセンタ、非直接的、及びウェブ
）にわたる形態、を梃子にして、シーベルの顧客はインターネット上の店舗を迅
速に立ち上げることができる。

【０２１１】・シーベルｅサービス。 組織がインターネットを介して例外的な顧客サービスと
サポートを提供可能にする。シーベルｅサービスはウェブに基づいたそしてｅメ
ールに基づいたサービスオートメーションを提供して、全体のサービスプロセス
を管理し、顧客が、新たなサービス要求をし、サービスの詳細を入力し、オープ
ン・サービス要求のプログレスを位置付け且つ追跡し、ソリューションを見るこ
とを容易に可能にする。ｅサービスはまた、サービス要求の受け取り確認と顧客
に更新又は解答の両方を通知するｅメールを介して重要なイベントを顧客にいち
早く知らせる。

【０２１２】・シーベルｅチャネル。 ウェブに基づくソウトウェアの組であって、事業がチャ
ネルパートナーを拡張された、仮想のセールス及びサービス組織に転向すること
を可能にする。シーベルｅチャネルは組織が手本、セールス機会、及びサービス
要求を、形成可能なビジネスルールを用いる適当なチャネルに迂回させ、すべて
の割り当てられた項目上のそれらの性能を追跡する。シーベルｅチャネルはチャ
ネルパートナーが製品及び価格情報をブラウズし、ソリューションを作り、そし
てオンラインの引用と発注を生成できるようにし、全パートナーとベンダーとの
関係を自動化する。すべての交流を通して、洗練された安全ルールがパートナー
とベンダーが完全に秘密の感覚的な情報を保持することができることを保証する
。

【０２１３】・シーベルｅマーケティング。 組織に、ウェブに基づいたマーケティングキャン
ペーンの効率を迅速に生成し、実行し、アクセスするための自動ツールを提供す
る。シーベルｅマーケティングにより、事業はその顧客と予測のベースを細分化
し、それらを自動的に生成されたウェブ又はｅメールに基づく通信又は宣伝に向
け、ＯＬＡＰの集合に基づいて分析的に見て報告することを通してキャンペーン
・オンラインの投資に関する有効性及び回収を評価することができる。

【０２１４】 図９は本発明の一実施例によるシーベルシンクライアント及びシーベルｎ層ア
ーキテクチャーを示す。一度形成し、任意の場所で展開する。

【０２１５】 シーベルセールスエンタープライズ、シーベルサービスエンタープライズ、及
びシーベルｅサービス又はシーベルｅチャンネルといったアプリケーションは、
シーベルの単一のグラフィカル形態の環境、シーベルツールを介して形成できる
。顧客はかれらの形成されたアプリケーションを、シーベルモバイルクライアン
トからの彼らのモバイルユーザズワーキングに，及びウェブブラウザからの彼ら
のシンクライアントユーザズワーキングに展開できる。

【０２１６】 シーベルｅサービスはＨＴＭＬシンクライアントアーキテクチャーに基づいて
構築され、セルフサービスを要求しているエンドユーザのニーズをサポートする
機能を持っている。

【０２１７】 シーベルは全ての先進的なシンクライアント技術（アクティブＸ，Ｊａｖａ，
及びＨＴＭＬ）をサポートして、ブラウザに基づくユーザが、デスクトッププラ
ットフォーム及びインターネットへの接続スピードの広い範囲にわたってシーベ
ルアプリケーションをアクセスできることを保証している。

【０２１８】完全に双方向のインターネット−Ｗｉｎｄｏｗｓ用シーベルシンクライアント及
びシーベルＪａｖａシンクライアント 事業ユーザのために、Ｗｉｎｄｏｗｓ用シーベルシンクライアントは高度に双
方向のＷｉｎｄｏｗｓと、ＨＴＭＬのページに基づく処理の限界を避けるＪａｖ
ａに基づくユーザインターフェオスとを利用可能にする。サブミットボタンをク
リックｒし、セッションレスウェブサーバからの許可を待つ代わりに、例えば、
Ｗｉｎｄｏｗｓ用シーベルシンクライアント及びＪａｖａ／シンクライアントユ
ーザは彼らがエンターする任意のデータに対する直接の応答から利益を得ること
ができる。シンクライアントはすでに、サーバ上のライブセッションに接続され
ており、ユーザインターフェースはユーザがキーボード上のタブキーを押下する
とフィールドレベルの確認を適用する。

【０２１９】 Ｗｉｎｄｏｗｓ用シーベルシンクライアント及びＪａｖａシンクライアントは
、今日の全てのシーベルモバイルユーザに利用可能な同一のユーザインターフェ
ース（最も必要とされる分野及びコールセンタに基づく事業ユーザによる何年も
の経験に基づいて構築されたウェブブラウザに基づくユーザインターフェース）
を提供する。

【０２２０】シーベルシンクライアントアーキテクチャーコンポーネント Ｗｉｎｄｏｗｓ用シーベルシンクライアント Ｗｉｎｄｏｗｓ用シーベルシンクライアントは、高性能ユーザインターフェース
を持つ事業のＷｉｎｄｏｗｓに基づくユーザをサポートする。Ｗｉｎｄｏｗｓ版
のシーベルシンクライアントはシーベルに接続された又はモバイルクライアント
のように見えて作動し、シーベルユーザインターフェースに既に慣れているユー
ザが、かれらのデスクトップ上に如何なるソフトウェアのインストールもする必
要なしに、標準のマイクロソフト又はネットスケープのウェブブラウザを通して
シーベルアプリケーションにアクセスすることを可能にする。事業ＩＴ部にとっ
ては、これは、ユーザのデスクトップにおいて要求されるメンテナンスがゼロで
シーベルアプリケーションが展開可能であることを意味する。

【０２２１】Ｊａｖａにおけるシーベルシンクライアント シーベルＪａｖａのシンクライアントの実施例は１００％純粋なＪａｖａを用
いてＪａｖａによりイネーブルにされた環境からシーベルをアクセスするユーザ
をサポートする。Ｗｉｎｄｏｗｓ用シーベルシンクライアントと同様に、シーベ
ルＪａｖａシンクライアントは、事業セールス、マーケティング、及びサービス
ユーザのためにシーベルの高度に双方向の、ブラウザのようなユーザインターフ
ェースを提供するが、Ｗｉｎｄｏｗｓではないプラットフォームもサポートする
。

【０２２２】ＨＴＭＬのシーベルシンクライアント 事業の外部のユーザは、事業ウェブサイトの見かけ、感じ、及び印象付けを採用
するシーベルシンクライアントのＨＴＭＬに基づく豪華に特徴付けられたバージ
ョンをアクセスすることができる。このＨＴＭＬに基づくシンクライアントは理
想的には、単純なウェブページインターフェースを要求する初心者で頻繁ではな
いユーザに適しており、彼らが予めトレーニングを全く行わないでもシーベルア
プリケーションを使用できるようにする。ＨＴＭＬでのシーベルシンクライアン
トは、インターネットに基づく販売、マーケティング、サービス、及びチャネル
マネジメントのためのシーベルｅビジネスアプリケーションのための選択のため
のプラットフォームである。

【０２２３】 シーベルオブジェクトマネージャ：支援企業クラス・スカラビリティ シーベルオブジェクトマネージャは、アカウント、コンタクト、機会およびサ
ービス・リクエストのようにビジネス概念の高度に構成されたソフトウェア表現
のようなシーベルビジネスオブジェクト形式で企業ビジネス規則を管理する。シ
ーベル・シン（小型軽量）クライアントは、アプリケーションビジネスロジック
をアクセスするためシーベルオブジェクトマネージャに接続できる。シーベルオ
ブジェクトマネージャは、シーベルの高性能シーベルサーバ環境下においてホス
トされ、以下のものを配信する。

【０２２４】 ・マルチユーザ支援． 企業クラス・スカラビリティおよび強度に対して設計され、マルチスレッドさ
れマルチプロセスされたシーベルオブジェクトマネージャは、多数のシンクライ
アントユーザを支援できる。各シーベルオブジェクトマネージャは、マルチシン
クライアントからのリクエストを処理でき、接続された全シンクライアントにお
よぶプログラムオーバーヘッドを分け合うことができる。シーベルオブジェクト
マネージャ内の各アクティブスレッドは、アクティブクライアントセッションに
対応する。各クライアントの状態は、オブジェクトマネージャスレッドにより維
持され、したがって各リクエストに対する新しいセッションのセットアップのオ
ーバーヘッドを避ける。マルチサーバマシーン上を走るシーベルオブジェクトマ
ネージャは、最適かつ高度にスカラブルな形式で入クライアントに仕えるようダ
イナミックに負荷バランスされる。

【０２２５】 ・マルチサーバにおよぶダイナミック負荷バランス． シーベルサーバ環境は、シーベルオブジェクトマネージャを走る各サーバ上の
ＣＰＵ負荷をダイナミックに測定し、最小に負荷されたシーベルオブジェクトマ
ネージャにリクエストを導く。

【０２２６】 ・高回復力および利用可能性 シーベルアプリケーションサーバ環境の一部として、シーベルオブジェクトマ
ネージャは、サーバマシーンにおよぶ自動ｆａｉｌｏｖｅｒ（フェールオーバ）
および広範囲なサーバモニタのような高回復力／高利用可能性の特徴においてシ
ーベル投資から利益を得る。シーベルオブジェクトマネージャプロセスが失敗し
たとき、互換性のオブジェクトマネージャ処理が失敗したプロセスのクライアン
トを受け継ぐため起こされる。

【０２２７】 ・シーベルビジネスオブジェクトに対するフル支援． シーベルビジネスオブジェクトを支援することにより、シーベルオブジェクト
マネージャは、何れかのシーベル企業のアプリケーションの構成に際し、顧客の
投資をｌｅｖｅｒａｇｅ（投機）する。全ての他のｎ層シーベルコンポーネント
のようなシーベルオブジェクトマネージャ、ウェブベースアーキテクチャは、シ
ーベルツール、図式アプリケーション開発および構成ツールを十分に構成できる
。何故ならば、シーベルオブジェクトマネージャは、シーベルビジネスオブジェ
クトの十分な範囲を支援し、企業は自身のアプリケーションをたった一度だけ構
成し、次いでシーベルシンクライアントまたは各々に対し個別の構成を書くこと
なくクライアントに処理されるか接続されるシーベル９９モバイルにおよんでそ
れを配備するからである。

【０２２８】 ・共通管理フレームワーク． シーベルオブジェクトマネージャは、モニタし管理するためのシーベルサーバ
管理フレームワークを使用し、シーベルサーバの他のコンポーネントを管理する
のと同様に、サーバ管理がオブジェクトマネージャを管理するのを容易にする。 シーベルウェブエンジン：要求で生成される高性能ＨＴＭＬ

【０２２９】 シーベルウェブエンジンは、高度なクロスプラットフォームの、非常に軽量で
、個人化したＨＴＭＬページをエンドユーザブラウザに渡すＨＴＭＬシンクライ
アントユーザインタフェースをダイナミックに生成するため企業ウェブサーバと
作動する小さなコンポーネントの集合である。

【０２３０】 シーベルウェブエンジンは、ＨＴＭＬを支援する何れのブラウザからのアクセ
スをも可能にするユーザのウェブブラウザにＨＴＭＬを配送する。ウェブエンジ
ンは、シーベルユーザインタフェース制御の置換を識別する起因となるシーベル
タグと並んで企業の共同ＩＤを捕えるために必要な何れかのＨＴＭＬを含むテン
プレート（原型）を解釈する。何故ならば、これらのテンプレートは、ＨＴＭＬ
を使用する何れのウェブ開発者にも親しまれているものであり、選択に関するＨ
ＴＭＬエディタを使用する各企業の必要性を反映するようにこれらを構成するの
は簡単であるからである。

【０２３１】 ＨＴＭＬにおけるシーベルウェブエンジンおよびシンクライアントは、シーベ
ルｅサービスのようなシーベル顧客に面するインターネットベースアプリケーシ
ョンがベースとされるプラットフォームである。一般に、ＨＴＭＬシンクライア
ントは、顧客、プロダクト（製品）、およびシーベル企業アプリケーションに維
持されたサービス情報にアクセスして、支援無声ユーザに理想的に適したインタ
フェースを渡す。

【０２３２】 表２は、シーベルインタフェースアーキテクチャの特徴を示す。

【０２３３】 シーベルリモートおよび分布アーキテクチャ 分布ユーザの支援 地理的に分布したユーザへの支援は、包括的フロントオフィス開発に対する極
めて重要な要求である。ユーザは、モバイル環境下のラップトップコンピュータ
を操作するフィールドベースのセールスおよびサービスの専門家あるいは地域ま
たはサテライトオフィスをベースとするセールスおよびサービスの専門家となり
得る。彼等は遠隔地で作業するが、これらのユーザは、アプリケーションの機能
やデータアクセスに対し中央で作業する仲間と同様な要求をもつ。

【０２３４】 シーベル企業アプリケーションは、２つの製品モジュールを介してユーザ間に
分配された企業に広がるデータ同期および返答に対する完全に証明された展開準
備の解答を提供する。

【０２３５】 ・シーベルリモート． モバイル環境下で典型的にラップトップコンピュータを使用するリモートセー
ルスおよびサービスの代表者のコンピュータ上で中央シーベルデータベースサー
バとファイルシステムとをローカルバージョンで同期をとる。シーベルリモート
は、全企業に対する唯一の証明されたモバイルデータベース同期解答であり、今
日の生産において他の如何なる比較可能なフロントオフィスデータベース同期の
生産よりも多くのモバイルユーザを支援する。

【０２３６】 ・シーベル返答マネージャ． 中央シーベルデータベースサーバとファイルシステムとを典型的にはマルチサ
テライトまたは地域オフィスに位置するマルチユーザデータベースおよびファイ
ルシステムで返答する。シーベル返答マネージャは、階層構造のスキームを使用
し、これら地域ノードの１以上のｔｉｅｒｓ（層）に中央データのサブセットを
返答する。地域ノードはまた、全ての中央データを含むミラーコピーとして構成
できる。

【０２３７】 シーベルリモートおよびシーベル返答マネージャは、企業におよんで分配され
、真に企業に広がる関係管理を支援する透明な高速かつ頑強なデータを提供する
。これらの２つの生産は、ユーザが地理的にどこにいてもまたはどのように操作
しても、シーベルユーザに単一な一体化した一貫性のある全顧客情報に対するビ
ューを提供する。

【０２３８】 リモートおよび分布展開要求 シーベルリモートおよびシーベル返答マネージャは、リモートおよび分布展開
に関する全データアクセス要求をアドレスする。これらの要求は、以下のものを
含む。

【０２３９】 ・シームレスデータ分配 企業におよぶ全ての要求されたユーザに自動的に維持される一貫性のある顧客
データ組を提供するグローバル顧客管理を支援。

【０２４０】 ・簡単な直感的なインタフェース 各セッションにおよんで十分な制御をも提供する同期を呼び出し制御する。 ・全ユーザおよびアドミニストレータ（管理者）への通知 同期セッションの結果に対する警報をユーザに発し、キービジネスデータに対
して変更する。これは、同期セッションの結果に対する混乱を防止し、新たな記
録または更新された記録に容易に注意が集中されたことを確実にする。

【０２４１】 ・高速同期セッション アブソリュート・ミニマムに対するユーザへのインパクトを減少させる。これ
は、個々のユーザに対して決定的であり、同期して同時に起こる多くのユーザ間
の争いを防止する。同期セッションの速さは、モバイル解決のユーザ受諾の決定
的な要素となることが何度も証明された。

【０２４２】 ・頑強な同期メカニズム ドロップした電話接続および電力供給不能のラップトップバッテリのようなモ
バイル環境下における共通な実際に過酷なエラー条件下で正確かつ一貫性のある
データを保証する。

【０２４３】 ・管理の容易性 実際に非常に大きな展開においてユーザに対する最小管理コストおよび高品質
性を保証する。 ・スケーラブルアーキテクチャ 企業レベル展開におけるこれらの全要求を数千の異種ユーザのうち数十のユー
ザに適合する。この解決は、他の形式の接続されたユーザに性能上のペナルティ
を与えることなしに、モバイルと分配されたユーザの必要性に適合しなければな
らない。

【０２４４】 シームレスデータ分配 シーベルリモートおよびシーベル返答マネージャは、分配された展開に対する
決定的な要求を完全にアドレスする仮想顧客チーム企業に広がる全メンバーにお
よんで全体として透明なユーザにより制御されたデータ分配を提供する。 シーベルリモートおよびシーベル返答マネージャは、先端技術を用いて企業に
およんで分配するシームレスデータを提供する。ルーティング規則と呼ばれる一
組の複合アルゴリズムは、各ユーザにより見ることのできる適切なデータを決定
するために使用され、その情報はデータベースにしたがって同期化される。ルー
ティングの規則は、キーエンティティに対する仮想セールスおよびサービスチー
ムのユーザメンバシップに基づき、アカウント、コンタクト、機会、およびサー
ビス要求を含むことができる。ルーティングの規則は、シーベルファイルシステ
ムに格納されたファイルアタッチメントを含む全ての関連エンティティを囲み、
チームメンバーが有効な顧客管理に必要な完全なデータ組を受信することを保証
する。

【０２４５】 セールス、マーケッティング、およびサービスの専門家のチームは、シーベル
データベース内のデータとして定義される。チームは、これらのキーエンティテ
ィにおける新たに更新されたデータに対するシーベルアサインメントマネージャ
サーバコンポーネントにより自動的に作成される。チームはまた、シーベルユー
ザの全手動制御下であり、如何なる時にも変更できる。チームは、これらのキー
エンティティ内の各レコードに対し定義され、各レコードレベルチームは、どの
ユーザが所与のレコードに対するデータへのアクセスを有するかを決定するため
の完全な融通性を提供する企業からの如何なるユーザを含むことができる。 ユーザは、チームメンバーシップに依存して同一エンティティに対する異なる
可視レベルをも提供され得る。例えば、アカウントチームのメンバーはそのアカ
ウントおよび機会、コンタクトおよび生産を含む全関連レコードに対する全可視
性を提供され得る。他方、ユーザは、関連するアカウントに関する要約レベル情
報をユーザが見ることを可能にする特定な機会に対してチームに加えられ得るが
、そのアカウントに関連する他の機会に対しては加えられない。

【０２４６】 シーベルアサインメントマネージャサーバコンポーネントは、アサインメント
規則を用いてチームアサインメントとメンテナンスを自動化するために使用され
る。アサインメント規則は、アカウント、コンタクト、機会、サービス要求およ
び他のキーエンティティへの自動化アクセスの制御に柔軟性を与えて無制限数の
標準に基づいてユーザをチームに一致させる広範囲のアルゴリズムを支持する。
これは、厳格なデータの安全性を維持し、データベースサイズを厳密に管理する
。このことは、アサインメントが共通である環境下で特に重要である。シーベル
アサインメントと共に、これらの能力は領域の再整列や他の機構変更に対する完
全な支援を提供し、その結果が企業におよんでシームレスに分布することを可能
にする。

【０２４７】 シーベルルーティング規則を介して、シーベルリモートおよびシーベル返答マ
ネージャは、企業に広がるチームにおよんでユーザ駆動によるデータの柔軟性あ
る分配を可能にする。所与のアカウントは、例えば、ローカルセールス代表およ
びセールスコンサルタント、キーまたは国内アカウントマネージャ、数個の支援
エンジン、およびチームに割り当てられた実行力あるスポンサをもつことができ
、一方、他のアカウントは、全く異なるメンバーを有するチームをもつ。全ての
チームメンバーは、同一組のデータおよびアカウントの同一包括的ピクチャーに
関する視覚能力を有する。同一能力は、コンタクト、機会、サービスリクエスト
および他のエンティティに適用される。

【０２４８】 シーベルルーティング規則は、シーベル貯蔵所内のデータ駆動オブジェクトと
して定義され、シーベルの完全なオウトオブザボックスソリューション（解決）
内で実行された規則をさらに純化するためにシーベルツールを用いて修正できシ
ームレスに更新できる。

【０２４９】 シーベルのデータ分配能力は、ハードコード化チームリストを用いた物理的テ
ーブルレベルでデータ可視性を決定する競合解決のそれらへの直接対照を意味す
る。これらのリストは、雇用者対キーエンティティを１対１の関係で固定された
チームを実行する。全エンティティと全ユーザは、典型的に固定チームの同一組
に付着し、アカウント、機会、サービスリクエストまたは他のエンティティを管
理するため必要とされたベースとして他を割り付ける融通性を提供しない。

【０２５０】 使用の容易性 シーベルリモートは、この強力な同期工学で同期セッションを制御するため直
感的、ユーザフレンドリなインタフェースを分配する。接続されたユーザと同一
機能を有する同一シーベル上級クライアントを雇用するシーベルリモートユーザ
は、同期セッションを十分制御する。シーベルクライアント内から開始でき、例
えば外部スケジューラからまたはウィンドウズ起動時に呼び出されるスタンドア
ローン（独立）プログラムとして呼び出される 同期のため、モバイルユーザは、単に電話回線を接続するかまたはラップトッ
プ（またはデスクトップ）にネットワーク接続し、同期ボタンを押す。マウスの
シングルクリックでユーザは、全データベースを同期でき、中央サーバとの変更
をファイルでき、または全セッションの部分のみを実行するよう選択でき、すな
わちデータベース変更を送ったりまたは検索したりし、選択されたファイルのみ
を検索し、または先の同期セッション中に検索されたデータベース変更を適用す
る。

【０２５１】 この対話を介して、シーベルリモートモバイルユーザは、同期セッション中に
実行された正確なステップに対する完全な制御を有する。例えば、まさに飛行機
に搭乗するところのセールス代表者は、クライアント訪問中、提示するためシー
ベル百貨事典から製品提示の最新版のみを検索するため選択できる。対話は、全
セッションを完成するために残される時間と同様各ステップに対して完全なもの
として残される多数の項目を表示し、セッション中、モバイルユーザに対する同
期状態の十分な通知を維持する。

【０２５２】 シーベルリモート同期工学に関する企業クラスの強さは、データを改悪するこ
となくまたは非一貫性の結果をもたらすことなく何らかの時点で同期セッション
を阻止できるようにする。ユーザは、処理中何らかのステップを阻止でき、次の
ステップに進むかまたは全セッションを中止する。すなわち、同期は単に次のス
テップまたは阻止の時点からの透明性を継続する

【０２５３】 同期プロセスをさらに能率的にするため、シーベルリモートは、シーベル企業
サーバへの自動的ダイアルアップネットワーク接続を管理するように構成できる
。これは、独立同期プログラムを外部スケジューラから呼び出すとき特に有用で
ある。同期セッションはスケジュール時刻に開始し、シーベル企業サーバに自動
的にダイアルし、一度送信が完全になればネットワークセッションをドロップし
、次いで同期セッションの完成時に終了する。

【０２５４】 マルチユーザサーバ対サーバ同期プロダクトとして、シーベル返答マネージャ
は、同期セッションのユーザの開始に頼らない。代わりに、同期セッションは、
地域またはサテライトオフィスにおけるシーベルサーバ上で操作するシーベル返
答エージェントコンポーネントにより管理される（小さな地域オフィスに対し、
シーベルサーバは、しばしばシーベルデータベースサーバと共通に位置づけられ
る）。シーベル返答エージェントは、ビジネス要求に応じて恐らく数分毎または
数日毎の固定周期で中央企業サーバと自動的に同期されるよう構成される。シー
ベル返答エージェントは、シーベルリモートと同一の自動ネットワーク管理を提
供し、それを中央サイトに永久なネットワーク接続性をもたないサテライトまた
は地域オフィス内で有効に動作させる。

【０２５５】 全ユーザ通知 シーベルリモートおよびシーベル返答マネージャユーザは同様に、同期から引
き起こされるデータ変更について十分な通知を維持される。多くのシーベルクラ
イアント画面は、各ユーザに対する新しい記録または新たに更新された記録にフ
ラグを付ける新しいデータ表示部を含む。シーベル画面上の他のフィールド全て
に関し、この表示部は例による質問または格納された予め定義された質問におい
て使用でき、シーベルユーザが急な瞬時の注意を要求するデータ変更を位置付け
ることを可能にする。

【０２５６】 シーベルリモートモバイルユーザは、シーベルリモート状態画面内で各同期接
続について完全な詳細を見ることができる。クライアント画面は、自動的に識別
しかつ同期セッション中にシーベルリモートにより解決された何らかの争いの詳
細を含む全ての同期セッションの詳細結果を示す。

【０２５７】 高速同期セッション シーベルリモートおよびシーベル返答マネージャは、同じく高度に発達した同
期工学を共有する。この工学は、高速、スカラブル同期性能を保証する数個のキ
ー特徴を取り入れる。 ・フィールドレベル、変更されたフィールドに対してのみ交換し変更を適用する
ネット変更同期

【０２５８】 これは、データのアブソリュートミニマムがクライアントとサーバ間で送信さ
れることを保証し、ネットワークバンド幅要求と送信回数を最小化し、変更に適
用される有効な更新処理を可能にする。

【０２５９】 競合同期ソリューション（解決）は、たとえ変更が単一のフィールドにのみ影
響するとしても、変更された全記録を各々交換する記録レベルメカニズムを使用
する。共通のエンティティに対する記録は、数百フィールドをもつことができ、
その結果、より多くのデータがクライアントサーバ間で送信され、対応して送信
時間とバンド幅の消費が増加する。データベースに記録レベル変更を適用すると
き、ユーザは、現存する記録を更新できず、代わりに、現存記録はデータベース
から消去されねばならず、全更新記録は挿入されねばならない。この処理は、入
力／出力の相当な強化であり、クライアントに対し非常におそいマージをもたら
す。

【０２６０】 ・全ての変更は急な検索に対し中央シーベル企業サーバ内で予め処理される。 一度企業サーバに接続されると、シーベルリモートユーザまたはシーベル返答
エージェントは、これらの変更を検索することのみ必要とし、ネットワーク接続
をドロップする前にそれ自身のローカル変更を送信する。これは、最小ネットワ
ーク時間を要求し、マルチ同期クライアント内のサーバ側資源に対する接続を大
幅に減少する。

【０２６１】 競合同期ソリューション（解決）は、同期セッション中全サーバデータベース
を”掃引する”質問を実行するため各同期クライアントを要求し、各ユーザに対
し接続時間の増大を導き、ピーク同期時間中、データベースサーバおよび他の資
源に対する膨大な潜在的接続を導く。月曜の朝または予測サイクル中の決定的時
点のようなピーク要求の時間中、マルチ同期ユーザの作業負荷がデータベースサ
ーバの容量にｏｕｔｓｔｒｉｐ（打ち勝つ）とき、このアプローチは、データベ
ースサーバに早くに”ｍｅｌｔｄｏｗｎ”を導くことができる。

【０２６２】 ・同期は、シーベルリモートおよびシーベル返答マネージャの両方に対し背景処
理として完全に走行する。 シーベルユーザは、同期が途中の間、シーベルまたは他のアプリケーションに
おいて阻止されずに動作し続ける。これは、高速同期セッションの効果と終了ユ
ーザ待ち時間とを０に減少する。モバイルセールスまたはサービス代表者はラッ
プトップを十分有利に使用できる。

【０２６３】 頑強な同期メカニズム シーベルリモートおよびシーベル返答マネージャにより分配される同期工学は
、ドロップしたダイアルインラインおよび予期しないクライアントまたはサーバ
の切断のようなモバイルおよび分布環境下で共通のエラー条件に無感覚である。
同期セッションは、データを失ったり改悪したりまたは非一貫性の結果をもたら
したりする可能性なしで、如何なる時点でも如何なる理由に対しても阻止できる
。

【０２６４】 シーベルデータベースは、同期トランザクションとしてトラックされる。標準
のストアアンドフォワードモデルに従い、これらの処理は、データベース間でこ
れらを送るために使用されるファイルに書かれる。トランザクションとこれらを
含むファイルは両方、各データベースが、受信し正確な順に源データベース内に
加えられた全トランザクションの適用に成功したことを保証するための連続番号
付けおよびＣＲＣ確認を含む数個の制御メカニズムによりトラックされる。

【０２６５】 トランザクションレベル処理は、データの消失や改悪なしで如何なる時点でも
同期処理が阻止されることを可能にする。適用される前にファイルのトランザク
ションが失敗したかまたはファイルが誤って削除されたとき、シーベルリモート
またはシーベル返答マネージャは、次の同期セッション中そのファイルの他のコ
ピーを検索する。誤ったデータ消失を保護するため、全トランザクションがデー
タベースを検索することにより適用に成功したことをシーベルソリューション（
解決）が確認するまで、ファイルはクライアントまたはサーバから削除されない
。

【０２６６】 トランザクションは、初期のデータベースと同じ正確な順序で各データベース
に適応され、トランザクションレベルの統合を維持し、全ての時間において、プ
ロセスの停止と次のトランザクションからの再開を可能とする。同期セッション
が最後まで実行されない場合でも、データ統合が保証され、シーベルリモートを
回復あるものとしかつ効率性の高いものとする。ダイアルーインラインは予期し
ないドロップに対して評判が悪いが、しかし、これが起こった場合、スナップシ
ョットベースの“オールオアナッシング”ソリューションの場合のように、むし
ろ全体のセッションを中止し、シーベルリモートは同期セッションの間に検索さ
れた全てのトランザクションを適応し、次のセッションにおいて失敗した点から
再開する。

【０２６７】 各同期セッションに亘って一致する結果を保証するために、シーベルリモート
はコンフリクト（対立）の検出およびコンフリクトの解決の両者を自動的に取り
扱う。そのセッションの間、クライアントおよびサーバの両者に変化を与えるプ
ロセスは、コンフリクトするフィールドレベルでの変化を識別する。全てのコン
フリクトは、アドミニストレータ設定ルールを使用して自動的に解決される。

【０２６８】 単一の同期セッションの間に、フィールドレベルのコンフリクト（コンフリク
ト）が識別されかつ解決される。それによってユーザがコンフリクトを解決する
ために第２の同期セッションを実行する必要が無くなる。ユーザおよびシーベル
アドミニストレータの両者ともに、解決された全コンフリクトの完全なリストが
提供される。

【０２６９】 その他の競合する同期ソリューションは、コンフリクトの取り扱い、データ改
悪への仮想的保証、またはログに対する書込み記録レベルでのコンフリクトを提
供することは無い。なお、このコンフリクトは、通常コンフリクトを解決する適
当な方法に気がついていないアドミニストレータによって処理されかつ解決され
るべきコンフリクトである。記録レベルの検出は、多くの軽率なコンフリクトが
記録され、その一方で、アドミニストレータがログ全体をクリアすることができ
るまで、同期が一致せず、混乱したもので有りつづけることを確実にする。

【０２７０】 アドミニストレーションの容易性 シーベルリモートおよびシーベルリプリケーションマネージャの実施例は、管
理上の特徴の完全なセットを提供し、この特徴は、最大の世界的エンタープライ
ズの従業員に対しても途切れの無いサービスと低コストの管理を補償することを
手伝うために、シーベルソリューションの使用の容易性および全般的な強健さを
補うものである。

【０２７１】 シーベルリモートの管理上の特徴は以下のものを含む。 ・シーベル何処でもによる完全な統合。 シーベルリモートおよびシーベルリ
プリケーションマネージャは、シーベル何処でも、シーベルのソフトウエア配布
およびメインテナンスソリューション能力をフルに利用する。 ブランドニューシーベルリモートユーザがまずシーベルクライアントをスター
トさせると、シーベル何処でもアップグレードウイザードが開始され、シーベル
エンタープライズサーバから自動的にローカルデータベースを検索し初期化する
。

【０２７２】 ユーザのデータベースがその後シーベルアドミニストレータによって再取り出
しされた場合、アップグレードウイザードが次の同期セッションにおいて開始さ
れ、新しいローカルデータベースをインストールする。この自動的初期化は、シ
ーベルリモートモバイルユーザをセットアップする場合のアドミニストレータの
関与の必要性を打ち消す。

【０２７３】 後続のアップグレードに対して、ユーザは同期時間において新しいソフトウエ
ア更新を自動的に通知される。もし、彼らがアップグレードを選択すると、すぐ
さまシーベル何処でもアップグレードウイザードが開始され、新しいソフトウエ
アのリリースを受けるために、彼らに即時の、直感的に認識されたシームレス（
継ぎ目の無い）なユーザ経験を提供する。

【０２７４】 シーベル何処でもは、シーベルリモートおよびシーベルリプリケーションマネ
ージャアップグレードキットを自動的に配布することができる。このキットは、
データベーススキームまたはシーベルソフトウエアの新バージョン、顧客設定あ
るいは第３者アプリケーションまたはユーティリティへの変更を含んでいる。ア
ップグレードキットは同期の間に自動的に検索され、アップグレードウイザード
を用いて適応され、シーベルリモートおよびシーベルリプリケーションマネージ
ャの実行の両者に対するシーベルソフトウエアメインテナンスを完全に自動化す
る。

【０２７５】 ・完全なサーバ側監視。シーベルリモートアドミニストレーション画面は、各
シーベルリモートモバイルユーザ及びシーベルレプリケーションマネージャリー
ジョナルデータベースの同期セッションについて包括的データを収集する。モバ
イルユーザのローカルシーベルリモートステータス画面における同期の詳細につ
いてのサーバ側バージョンに加え、シーベルリモートアドミニストレーションの
観察は、各セッションの間に送信及び受信されるバイト、トランザクション及び
ファイルの数、各ステップに要した時間、ローカルデータベースの開始時及び現
在のサイズ、並びに各ユーザのＰＣ上で利用可能な自由なディスク空間の量の如
き情報を追跡する。

【０２７６】 これらのアドミニストレーション画面は、大きなモバイルユーザベースに関
するプロアクティブな管理のために要求される情報の完全な集合をシーベルアド
ミニストレータに提供する。例えば、シーベルアドミニストレータは、例えばシ
ーベルクライアントにおいて問合せを使用し、又は、定期的に同期せず、ローカ
ルディスク空間外で走行し、若しくは平均同期時間よりもずっと長い時間を有す
るユーザを特定する報告を作成することができる。この情報を直ちに利用可能と
することによって、アドミニストレータは、これらのユーザと接触することで、
潜在的な将来の問題を押さえ、又は追加データを要求する追加的なシーベルの特
徴及び選択肢を展開することの効果を完全に分析する。

【０２７７】 レプリケーションエージェントを含め、シーベルリモート及びシーベルレプ
リケーションマネージャをサポートするシーベルエンタプライズサーバコンポー
ネントは、シーベルサーバマネージャと完全に統合されてもよい。一つの点から
、シーベルアドミニストレータは、そのエンタプライズと交差する全てのエンタ
プライズサーバコンポーネントにわたる完全な監視及び制御のためのグラフィカ
ルユーザインタフェースを有する。単一の、中央に位置付けられたシーベルアド
ミニストレータは、サーバマネージャを使用して、レプリケーションエージェン
トコンポーネントのステータス及び世界中の多くのリージョナルデータベースの
各々におけるシーベルレプリケーションマネージャ同期を監視することができる
。

【０２７８】 スケーラブルアーキテクチャー シーベルリモート及びシーベルレプリケーションマネージャをサポートするサ
ーバ側処理は、シーベルエンタプライズサーバにおけるコンポーネント、シーベ
ル高スケーラブルミドルティアアプリケーションサーバとして実現される。最大
の性能及びスケーラビリティのために、各サーバコンポーネントは、多重タスク
又はサービス多重シーベルリモートモバイルユーザを同時に処理することができ
る多重スレッド型アプリケーションとして実現される。次いで、シーベルリモー
トユーザのデータベースは、一つのエンタプライズサーバ内の多重シーベルサー
バ上で動作する多重のコンポーネントを横切って分散されることができ、ミドル
ティアに関する無制限のスケーラビリティを提供することで、非常に大きな分散
展開の要求を満たす。

【０２７９】 エンタプライズサーバコンポーネントの使用は、また、高度のシーベルデータ
ベースサーバスケーラビリティを保証する。同期セッションの間、モバイルユー
ザ及びレプリケーションエージェントは、中央のデータベースサーバとの同期接
続を開かず、シーベルデータベースサーバ上の低負荷を保証し、ピーク同期期間
の間、他のユーザに関するデータベース応答時間に負の影響を与え得るであろう
使用スパイクを消去する。何万ものモバイルユーザが、シーベルデータベースサ
ーバの接続によるサービスを受けることができ、データベースサーバ負荷におい
て多大なオーダ低減を提供する。

【０２８０】 シーベルエンタプライズサーバコンポーネントは、また、精巧なメモリ及びフ
ァイルに基づくキャッシュを使用して、さらにデータベースサーバ上の負荷を低
減し、及び各コンポーネントの性能を拡張することができる。シーベルエンタプ
ライズサーバコンポーネントのオペレーションは、さもなければリモートリレー
ショナルデータベースに対して実行するために要求される時間の一部でローカル
メモリに保持されたデータに対して実行されることができる。そして、そのデー
タは、データベースサーバから連続的に検索されるのではなく、多くの処理ステ
ップをまたがって共用される。

【０２８１】 シーベルの同期技術は、変更のため各テーブルを除去するために各モバイルユ
ーザが同期中直接データベースにログする必要がある他のアプローチと比較して
、スケーラビリティ及び性能において明確で証明済みの利益を有する。かかるア
ーキテクチャーは、多くのユーザが同時に同期する必要があるとき、予想デッド
ラインの間のようなピーク使用期間の間、データベースサーバに極めて大きな負
荷を課し、モバイルユーザ及び接続ユーザ双方を犠牲にして損失を与える。これ
らのアーキテクチャーは、また、単一データベースサーバの容量への上方スケー
ラビリティを制限するが、これに対し、シーベルは、比較的小さな（又は大きな
）データベースサーバに対して動作する、無制限の数のシーベルサーバをサポー
トすることができる。

【０２８２】 これら代替の直接接続アーキテクチャーの弱点は、同期のためのデータ変更を
検索するために使用されるアプローチによってさらに悪化せしめられる。これら
別の解決法は、ユーザの最後の同期時刻スタンプよりも遅い日付を見出すために
、データベース内の各テーブルを「スイープ」する。同時に同期する多くのユー
ザとともに、ユーザによる多くの構造型問合せ言語（「ＳＱＵ）文の倍加する効
果は、基本的なスケーラビリティ問題及びピーク使用期間中のデータベースサー
バ「メルトダウン」の危険を増大させる。ハードウェア及びデータベーススケー
ラビリティが厳格な制限に到達すると、これらのアーキテクチャーは、何千もの
同時データベース接続に直面するときに破綻するおそれがある。

【０２８３】 シーベル分散アーキテクチャー 図１０は、本発明の一実施形態に従って、シーベルリモート及びシーベルレプ
リケーションマネージャのアーキテクチャーコンポーネントを示す。

【０２８４】 シーベルエンタプライズサーバアプリケーションの分散展開において三つのタ
イプのノードがサポートされる：

【０２８５】 ・マスタノードは、中央シーベルエンタプライズサーバ、データベースサーバ
及びファイルシステムを含む。与えられる一つのシーベル展開は、一つのマスタ
ノードを有する。

【０２８６】 ・モバイルノードは、単一ユーザローカルデータベース及びファイルシステム
に対して動作するシーベル専用クライアントをサポートする。各モバイルノード
は、マスタノード又はシーベルリモートを使用するリージョナルノードのいずれ
かから抽出され、及びそれと同期する。

【０２８７】 リージョナルノードは、マルチユーザデータベースサーバ及びファイルシス
テムに対して動作するモバイルクライアント、専用クライアント、及びシンクラ
イアントをサポートする。リージョナルノードは、先の図に示されるように、マ
スタノードの子かもしれないし、あるいは、第二のティアにおけるリージョナル
ノードが第一のティアのリージョナルノードの子であり、次いでそれがマスタノ
ードの子であるという多重ティアにおいて展開されるかもしれない。リージョナ
ルノードは、シーベルレプリケーションマネージャを使用して、親ノード内のデ
ータベースサーバ及びファイルシステムに対して周期的に同期する。

【０２８８】 リージョナルノードは、その親ノードのデータベースサーバ及びファイルシ
ステムデータの部分集合を含むことができ、シーベルルーティング規則を使用し
て、リージョナルノードに割り当てられたユーザの可視度（ｖｉｓｉｂｉｌｉｔ
ｙ）によってデータを制限する。あるいは、それは、その親ノードの全てのデー
タを収容するミラーコピーであってもよい。自動的にリージョナルノード上でな
される全ての変更は、同期時刻にその親にアップロードされる。

【０２８９】 シーベルマスタノード 全てのシーベル展開は、中央シーベルデータベースサーバ、シーベルファイル
システム、及びシーベルエンタプライズサーバを有する。合わせて、これらのコ
ンポーネントは、マスタノードを作り上げる。それらは、マスタノードの子であ
るモバイル及びリージョナルノードと同期するエンタプライズデータの完全な集
合を格納し、マスタノードに対して動作する、シーベル接続及びウェブクライア
ントに対しオンライン利用可能である。

【０２９０】 マスタノード内のコンポーネントは、次のとおりである： ・シーベルデータベースサーバ。シーベル展開のためのデータベースレコード
の全体集合を格納する。このビジネスデータに加え、データベースサーバは、ま
た、シーベルユーザ又はシーベルサーバコンポーネントのいずれかによって、デ
ータベースサーバに対してなされたフィールドレベルの全ての修正をネット変更
のときに記録するマスタトランザクションログを含む。

【０２９１】 ・シーベルファイルシステム。アタッチメント、コレスポンデンス、テンプレ
ート、及び全てのシーベルユーザ用の他のタイプの物理ファイルを格納する。

【０２９２】 シーベルエンタプライズサーバは、シーベルリモート及びシーベルレプリケー
ションマネージャコンポーネントを実行する一又は二以上のシーベルサーバ、並
びにワークフロー及びプロセスオートメーションを提供する他のコンポーネント
、及び他のサーバ側能力を具備する。マスタノードの子である各モバイル又はリ
ージョナルノードは、中央エンタプライズサーバ内のシーベルサーバ上にインボ
ックス及びアウトボックスを有する（先の図においてＵＩ、Ｕ２、及びＲＩとし
て表示される）。これらのディレクトリは、シーベルのストア及びフォワード同
期アーキテクチャーにおけるストアであり、子ノードに同期されるべきネット変
更データを一時的に保持する。

【０２９３】 いくつかのエンタプライズサーバコンポーネントは、インボックス及びアウト
ボックスの内容を管理する： ・データベース抽出コンポーネント。モバイル又はリージョナルノードのため
に初期のデータベースを作成し、それをノードのアウトボックスに置き、そこか
らそれは、データベースが初期化されるとき検索される。初期のデータベースは
、抽出のときにノードに見える全てのデータを収容する。ひとたびデータベース
が抽出されると、それは、ネット変更トランザクションを適用することによって
維持される。データベース抽出が、シーベルアドミニストレータによって要求さ
れるときに走行せしめられる。

【０２９４】 ・トランザクションプロセッサコンポーネント。マスタトランザクションがシ
ーベルデータベースサーバをログオンするのを読取り、視認性チェック及びトラ
ンザクションルータによるルーティングのためのトランザクションを準備する。
それは、また、ひとたび、トランザクションが全ての適用可能なノードにルーテ
ィングされると、トランザクションログをパージする。

【０２９５】 ・トランザクションルータコンポーネント。トランザクションログ内のトラン
ザクションにシーベルルーティング規則を適用してどのノードが視認性を有して
いるかを判定し、シーベルサーバ上の適当なアウトボックスディレクトリ内の圧
縮ファイルにそのトランザクションを書込む。

【０２９６】 ・トランザクションマージャコンポーネント。各子ノードのインボックスへの
同期中にアップロードされたトランザクションを適用する。マージプロセス中、
トランザクションマージャは、アップロードされたトランザクション内のコンフ
リクトを検出し、自動的に解決する。

【０２９７】 同期セッションは、全てのモバイル及びリージョナルノードの同期セッション
を制御する同期マネージャコンポーネントによって管理される。同期時、各ノー
ドは、次のアクションを実行する同期マネージャに接続する：

【０２９８】 ・ノードのアウトボックスから待機トランザクションファイルを送信する ・ノードの変更を受信し、それらをそのインボックスに書込む ・要求されたファイルをシーベルファイルシステムから検索する

【０２９９】 同期セッションは、スレッドを自動的に生成して複数の同時発生同期セッショ
ンを処理する多重スレッド型コンポーネントである。同期するノードは、データ
ベースサーバへの接続を開かず、データベースサーバは、多くのノードが同時に
同期するときデータベースサーバ上での大きなピーク負荷を回避することによっ
てスケーラビリティを充分に拡張する。

【０３００】 最後のアドミニストレーティブなコンポーネントジェネレートニューデータベ
ースは、モバイルクライアント上のローカルデータベーススキーマを初期化する
ために使用されるテンプレートデータベースを準備する。そのコンポーネントは
、全てのカスタマイズを含め、シーベルレポジトリからデータベーススキーマ定
義を読取り、テンプレートデータベースファイル内のシーベルテーブル及びイン
デックスを作成する。シーベルアドミニストレータは、テンプレートファイルを
作成するとき代替の文字集合及びソートオーダを指定して、世界中の様々な地域
で操作するユーザをより良くサポートすることができる。ジェネレートニューデ
ータベースは、シーベルアドミニストレータによって必要とされるときに実行さ
れる。

【０３０１】 シーベルモバイルノード モバイルノードは、ローカルデータベース及びファイルシステムに対して動作
するシーベルクライアントからなる。それは、フィールドベースの販売又はサー
ビスで代表されるラップトップコンピュータ上にインストールされるが、オフィ
スベースのユーザのデスクトップから使用されてもよい。シーベルクライアント
が操作するデータベースは、スタートアップ時に指定され、同じシーベルクライ
アントがマスタ又はリージョナルノードに対して直接に操作するのを可能にする
。モバイル又はサーバベースのデータベースのいずれかに対して操作する能力は
、オフィス位置から周期的に操作するが他のときには移動している流浪のユーザ
のニーズを直接に満たす。

【０３０２】 モバイルモード及び接続モードの双方において、モバイルユーザは、接続され
たシーベルクライアントの同じデータ及び機能性へのアクセスを有する。シーベ
ルリモートクライアントソフトウェアは、公衆電話回線を介するモデム、ローカ
ルエリアネットワーク（「ＬＡＮ」）、ワイドエリアネットワーク（「ＷＡＮ」
）、インタネット、又は他のネットワーク接続を使用して、モバイルノードをそ
の親と同期させるために、周期的に使用される。シーベルリモートクライアント
は、シーベルクライアントアプリケーション内から同期せしめられることができ
、あるいは、同期プロセスを開始させる外部スケジューラによって自動的に起動
され得る外部のスタンドアロンプログラムとして走行することができる。

【０３０３】 シーベルデータベースサーバと同様に、ローカルデータベースは、モバイルユ
ーザによってなされた全ての変更のマスタログを維持する。同期セッション中、
シーベルリモートクライアントは、シーベルサーバ上の同期マネージャと直接に
次のとおり通信する：

【０３０４】 ・シーベルサーバ上のノードインボックスにローカルな変更を送信する。 ・ノードのアウトボックスから待機トランザクションを検索する。 ・要求された又は修正されたファイルをシーベルファイルシステムと交換し合
う。ひとたびトランザクション及びファイルの送信及び検索が完了すると、シー
ベルリモートは、シーベルサーバへのネットワーク接続をもはや必要とせず、初
期化したならば接続を落とす。

【０３０５】 ・シーベルサーバから検索されたトランザクションを適用し、トランザクショ
ンがローカルデータベースに適用されるとき自動的にコンフリクトを識別し及び
解決する。トランザクションの適用は、最短可能接続時間を保証するために検索
と切り離される。ユーザは、また、後のポイントにて変更を適用することを選択
することができる。シーベルクライアントのスタートアップ時、ユーザは、自動
的に、先に検索されたトランザクションが未だ適用を待っているかどうかについ
て知らせを受け、検索されたトランザクションが成功裏に適用されることを保証
する。

【０３０６】 シーベルリージョナルノード リージョナルノードは、一又は二以上のシーベルサーバを有するシーベルエン
タプライズサーバ、データベースサーバ、及びファイルシステムからなる。リー
ジョナルノードは、全てのタイプのシーベルクライアント、即ち、シンクライア
ントユーザ、シーベルリモートモバイルクライアント、及びシーベル接続クライ
アントをサポートすることができ、また、子のリージョナルノードをサポートす
ることができる。シーベルレプリケーションマネージャは、リージョナルデータ
ベースサーバ及びファイルシステムを親ノードと周期的に同期させるために使用
される。

【０３０７】 シーベルレプリケーションマネージャは、シーベルユーザにデータベースサー
バ及びファイルシステムへのローカルアクセスを提供すること、並びに仕事の大
きな負荷を複数のデータベースサーバに分散すること、において完全な柔軟性を
可能とする。典型的に、シーベルレプリケーションマネージャは、ネットワーク
依存がリモート中央データベースサーバに対して動作していれば与えたであろう
ものよりも優れた性能及び利用可能性のためにローカルデータベースサーバへの
アクセスを提供するために使用される。

【０３０８】 各リージョナルノードは、階層的モデルにおけるマスタノード又は他のリージ
ョナルノードの子として作成される。リージョナルノードは、親ノードのデータ
の完全なコピーを含んでもよく、あるいは、リージョナルノードに割り当てられ
たユーザのためにシーベルルーティング規則を適用して親の部分集合にデータを
制限するようにしてもよい。リージョナルノードへのユーザ割り当ては、シーベ
ルアドミニストレータの完全な制御下にある。マスタノード及びモバイルデータ
ベースを考慮して、単一のユーザが複数のリージョナルノードに割り当てられる
ようにしてもよい。シーベルリモート及びシーベルレプリケーションマネージャ
は、ユーザのデータが全てのデータベースにわたって自動的に維持されるのを保
証する。

【０３０９】 シーベルレプリケーションマネージャは、シーベルリモートと同じフィールド
レベルの、ネット変更同期技術を使用する。リージョナルデータベースサーバは
、中央データベースサーバ上と正に同様に、マスタトランザクションログを維持
する。

【０３１０】 リージョナルノードの親を有するレプリケーションは、これはマスタノード又
は他のリージョナルノードであってもよいが、リージョナルエンタプライズサー
バ上で動作するレプリケーションエージェントコンポーネントによって処理され
る。レプリケーションエージェントは、シーベルアドミニストレータによって定
義された間隔で、リージョナルノードをその親と同期させる。これは、あるサイ
トに関しては、２０分ごとに起こる一方、他においては、ビジネス要求に依存し
て、日に一回あるいはより少ない頻度で起こる。

【０３１１】 同期時には、レプリケーションエージェントコンポーネントは、親エンタプラ
イズサーバ上の同期マネージャコンポーネントと通信して、次のものを実行する
： ・最後の同期以後の全ての変更を親ノードに送信する ・親エンタプライズサーバ上のリージョナルノードのアウトボックスにおいて
待機している全ての変更を検索する ・要求された又は修正されたファイルを親とリージョナルファイルシステムと
の間で交換し合う ・全ての検索された変更を適用し、その変更がリージョナルデータベースサー
バに適用されたときコンフリクトを識別し自動的に解決する

【０３１２】 シーベルリモートクライアントソフトウェアと同様に、レプリケーションエー
ジェントコンポーネントは、親ノードとのネットワーク接続度を自動的に管理す
るように構成されることができ、かくして同期セッションの開始時にダイアルイ
ン接続を作成し、全ての変更が成功裏に交換されたときにそれを落とす。

【０３１３】 リージョナルノードは、また、シーベルリモートモバイルユーザ及び子リージ
ョナルノードをサポートすることができる。この構成において、リージョナルエ
ンタプライズサーバは、上記のマスタノードに関して説明されたサーバコンポー
ネント−トランザクションプロセッサ、トランザクションルータ、トランザクシ
ョンマージャ、及び同期マネージャー及び同期セッション内の親ノードとしての
行為を実行する。

【０３１４】 シーベルリモート及びシーベルレプリケーションマネージャにおいて、シーベ
ルシステムは、モバイル及び分散展開の全要求を満たす証明されたエンタプライ
ズクラス同期法のみを提供する。シーベルリモート及びシーベルレプリケーショ
ンマネージャは、モバイルユーザ及びサーバ・トゥ・サーバ同期の双方に関する
完全な能力を提供する。これらの解決法は、いくつかの最も大きなフロントオフ
ィス展開にて証明された完全な製品である。

【０３１５】 シーベルリモート及びシーベルレプリケーションマネージャは、迅速で容易な
展開のために完全にアウト・オブ・ザ・ボックスとして構成される。それらは、
高速で、スケーラブルで、ロバストな同期を提供し、エンタプライズ規模の全フ
ロントオフィスユーザのための透明なデータアクセスを保証する。これらの製品
は、シーベルエニウェアとともに完全に統合化されて、迅速なアプリケーション
展開、低維持コスト、及び継ぎ目なしのアップグレードを、何千何万もの分散し
たユーザに対してサポートする。

【０３１６】 特定の好適な実施形態について本発明を説明してきたが、保護の範囲を制限す
ることは意図されず、添付の請求の範囲によってのみ制限される。

【図面の簡単な説明】

【図１】 拡張されたエンタープライズ（エンタープライズ）のためのプラットフォーム
の概念を示す。

【図２】 本発明の方法およびシステムの、“一旦設定すると、どのような場所でも使用
することができる”能力を示す。

【図３】 例えばマイクロソフトウインドウズ９５またはマイクロソフトウインドウズ９
８からアクセス可能な、アクティブＸにおけるシンクライアントユーザインター
フェースを示す。

【図４】 アクティブＸ、ジャバおよびＨＴＭＬシンクライアントのためのシンクライア
ントアーキテクチャー拡張可能サポートを示す。

【図５】 本発明の一実施形態に係る、ウインドウズのためのシンクライアント（“ＴＣ
Ｗ”）を示す。

【図６】 本発明の一実施形態に係る、ジャバシンクライアント（“ＪＴＣ”）を示す。

【図７】 本発明の一実施形態に係る、シーベルサーバアーキテクチャーを含むソフトウ
エアコンポーントを示す。

【図８】 本発明の一実施形態に係る、インターネット標準を先導するシーベルシンクラ
イアントサーバポートを示す。

【図９】 本発明の一実施形態に係る、シーベルシンクライアントとシーベルｎ層アーキ
テクチャーを示す。

【図１０】 本発明の一実施形態に係る、シーベルリモートおよびシーベルリプリケーショ
ンマネージャのアーキテクチャー要素を示す。

【手続補正書】

【提出日】平成１３年６月１４日（２００１．６．１４）

【手続補正１】

【補正対象書類名】図面

【補正対象項目名】図５

【補正方法】変更

【補正内容】

【図５】

【手続補正２】

【補正対象書類名】図面

【補正対象項目名】図６

【補正方法】変更

【補正内容】

【図６】

【手続補正３】

【補正対象書類名】図面

【補正対象項目名】図７ａ

【補正方法】変更

【補正内容】

【図７ａ】

【手続補正４】

【補正対象書類名】図面

【補正対象項目名】図７ｂ

【補正方法】変更

【補正内容】

【図７ｂ】

【手続補正５】

【補正対象書類名】図面

【補正対象項目名】図８

【補正方法】変更

【補正内容】

【図８】

【手続補正６】

【補正対象書類名】図面

【補正対象項目名】図９

【補正方法】変更

【補正内容】

【図９】

【手続補正７】

【補正対象書類名】図面

【補正対象項目名】図１０

【補正方法】変更

【補正内容】

【図１０】

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ，ＺＷ )，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ， ＴＪ，ＴＭ)，ＡＥ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ， ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，Ｃ Ｒ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ，ＥＥ，ＥＳ，ＦＩ ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ， ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，Ｋ Ｚ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ， ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，Ｓ Ｌ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＳ ，ＵＺ，ＶＮ，ＹＵ，ＺＡ，ＺＷ (72)発明者 コッカー，ジョン エル． アメリカ合衆国，カルフォルニア 94010， ヒルズボロー，シャトー ドライブ 723 (72)発明者 ハーン，サミュエル アメリカ合衆国，カルフォルニア 95070， サラトガ，サラグレン ドライブ 12225 (72)発明者 カチョウル，エルンスト イギリス国，スラフ エスエル３ ９ビー キュー，ダチェット，ラスコーム ガーデ ンズ 54 (72)発明者 ロスウェイン，トーマス エム． アメリカ合衆国，カルフォルニア 95136， サン ホセ，バリーモア サークル 314 (72)発明者 シュワルツ，デビッド シー． アメリカ合衆国，カルフォルニア 94123， サンフランシスコ，＃701，バレジョ 2030 Ｆターム(参考） 5B082 AA01 HA05 HA08 5B085 BG07 5B098 AA10 GA01 GC11 GC14 GC16

Claims (14)

【特許請求の範囲】
1. 【請求項１】 少なくとも１台のクライアントに駐在する小型軽量クライア
   ントインターフェース並びに１台又は複数台のサーバに駐在するオブジェクトマ
   ネージャ及びアプリケーションから成るクライアントサーバシステムであって、
   前記オブジェクトマネージャが前記クライアントと前記サーバの間に挿入され、
   前記アプリケーションサーバが１つ又は複数のビジネスオブジェクト及びビジネ
   スコンポーネントを含むクライアントサーバシステム。
2. 【請求項２】 前記アプリケーションサーバがデータベースサーバを含む請
   求項１に記載のクライアントサーバシステム。
3. 【請求項３】 オブジェクトマネージャランタイムエンジンが、前記ビジネ
   スオブジェクト及びビジネスコンポーネント上で動作する請求項１に記載のクラ
   イアントサーバシステム。
4. 【請求項４】 前記ビジネスオブジェクト及びビジネスコンポーネントが、
   アプレット及びアプリケーションオブジェクトを含む請求項３に記載のクライア
   ントサーバシステム。
5. 【請求項５】 前記オブジェクトマネージャランタイムエンジンが、リポジ
   トリ定義のビジネスプロセス及びルールを実行する請求項３に記載のクライアン
   トサーバシステム。
6. 【請求項６】 前記クライアント上で実行するアプリケーションオブジェク
   トを有する請求項１に記載のクライアントサーバシステム。
7. 【請求項７】 前記クライアント上で実行するユーザインターフェースオブ
   ジェクトを有する請求項１に記載のクライアントサーバシステム。
8. 【請求項８】 前記クライアントを前記オブジェクトマネージャに接続する
   セッション準拠のネットワークプロトコルを具備する請求項１に記載のクライア
   ントサーバシステム。
9. 【請求項９】 クライアントサーバネットワーク中のクライアントと１又は
   複数台のサーバを接続する方法であって、 前記クライアントが小型軽量クライアントであり、前記１又は複数台のサーバ
   が前記１又は複数台のサーバ上に駐在するオブジェクトマネージャ及びアプリケ
   ーションを含み、前記オブジェクトマネージャが前記クライアントと前記アプリ
   ケーションサーバの間に挿入され、前記アプリケーションサーバが１又は複数の
   ビジネスオブジェクト及びビジネスコンポーネントを含み、前記１又は複数のビ
   ジネスオブジェクトのインスタンスを作成し、前記小型軽量クライアントと前記
   又は複数台のサーバの間のネットワーク接続に基づくセッションを確立する方法
   。
10. 【請求項１０】 前記ビジネスオブジェクト及びビジネスコンポーネント上
    で動作するようにオブジェクトマネージャランタイムエンジンのインスタンスを
    作成することを含む請求項９に記載の方法。
11. 【請求項１１】 前記ビジネスオブジェクト及びビジネスコンポーネントが
    、アプレット及びアプリケーションオブジェクトを含む請求項９に記載の方法。
12. 【請求項１２】 前記オブジェクトマネージャランタイムエンジンが、リポ
    ジトリ定義のビジネスプロセス及びルールを実行する請求項９に記載の方法。
13. 【請求項１３】 アプリケーションオブジェクトがクライアント上で実行さ
    れる請求項９に記載の方法。
14. 【請求項１４】 ユーザインターフェースオブジェクトが、クライアント上
    で実行される請求項９に記載の方法。