(57)【要約】  本発明は、ポータルを介して販売員に売上情報を表示するためのシステム及び方法に関する。複数のデータソースからのデータを統合する。販売員に帰する販売員の顧客用の及び１人又は複数のそのような顧客に関連する製品用の売上債権情報を特定する。（ｉ）販売員用のユーザプロファイル情報、（ｉｉ）少なくとも一部の統合データ、及び（ｉｉｉ）少なくとも一部の特定された売上債権情報に基づき、販売員用の販売戦略情報を生成する。ポータルのコンテンツは、販売戦略情報に基づき生成する。
2009535706.tif 000002
【特許請求の範囲】
【請求項１】
複数のデータソースからのデータを統合する段階と、
販売員に帰する前記販売員の１人又は複数の顧客用の及び前記１人又は複数の顧客の１人又は複数の各々に関連する１つ又は複数の製品用の売上債権情報を特定する段階と、
（ｉ）ユーザ用のユーザプロファイル情報、（ｉｉ）少なくとも一部の前記統合データ、及び（ｉｉｉ）少なくとも一部の前記特定された売上債権情報に基づき、前記販売員用の販売戦略情報を生成する段階と、
前記販売戦略情報に基づき、売上情報が含まれるポータルのコンテンツを生成する段階と、
前記ポータルを介して前記コンテンツを表示する段階と、
が含まれる方法。
【請求項２】
請求項１に記載の方法であって、前記統合する段階には、
前記複数のデータソースの少なくとも２つからのデータを正規化する段階と、
前記正規化されたデータを組み合わせる段階と、が含まれる方法。
【請求項３】
請求項１に記載の方法であって、前記ポータルには、１つ又は複数のポートレットが含まれ、更に、前記ポータルが表示されるブラウザウィンドウ内において、前記１つ又は複数のポートレットの１つ又は複数を前記ユーザにカスタマイズさせる段階が含まれる方法。
【請求項４】
請求項１に記載の方法であって、前記ポータルには、１つ又は複数のポートレットが含まれ、更に、
（ａ）前記１つ又は複数のポートレットの１つ又は複数を前記ポータルの他の位置に移動する段階と、
（ｂ）前記ポータル内における前記１つ又は複数のポートレットの１つ又は複数を最大化する段階と、
（ｃ）複数データ列が含まれるポートレットの場合、
（ｉ）前記複数データ列の個数を変更する段階と、
（ｉｉ）前記複数データ列の１つ又は複数を隠す段階と、
（ｉｉｉ）前記複数データ列の１つ又は複数を再配列する段階と、
（ｉｖ）前記複数データ列の１つ又は複数を再命名する段階と、
の１つ又は複数によって、前記１つ又は複数のポートレットの１つ又は複数を前記ユーザにカスタマイズさせる段階が含まれる方法。
【請求項５】
請求項１に記載の方法であって、前記ユーザプロファイル情報は、既定ポータルレイアウトと、前記既定ポータルレイアウトに関連する既定の組の１つ又は複数のポートレットと、に関連付けられる方法。
【請求項６】
請求項１に記載の方法であって、前記ユーザプロファイル情報は、カスタマイズしたポータルレイアウトと、前記カスタマイズしたポータルレイアウトに関連するカスタマイズした組の１つ又は複数のポートレットと、に関連付けられる方法。
【請求項７】
コンピュータ判読可能媒体であって、プロセッサ上で実行された場合、
複数のデータソースからのデータを統合する段階と、
販売員に帰する前記販売員の１人又は複数の顧客用の及び前記１人又は複数の顧客の１人又は複数の各々に関連する１つ又は複数の製品用の売上債権情報を特定する段階と、
（ｉ）ユーザ用のユーザプロファイル情報、（ｉｉ）少なくとも一部の前記統合データ、（ｉｉｉ）少なくとも一部の前記特定された売上債権情報に基づき、前記販売員用の販売戦略情報を生成する段階と、
前記販売戦略情報に基づき、売上情報が含まれるポータルのコンテンツを生成する段階と、
前記ポータルを介して前記コンテンツを表示する段階と、
が含まれる方法を実施する命令が含まれるコンピュータ判読可能媒体。
【請求項８】
請求項７に記載のコンピュータ判読可能媒体であって、前記統合する段階には、
前記複数のデータソースの少なくとも２つからのデータを正規化する段階と、
前記正規化されたデータを組み合わせる段階と、
が含まれるコンピュータ判読可能媒体。
【請求項９】
請求項７に記載のコンピュータ判読可能媒体であって、前記ポータルには、１つ又は複数のポートレットが含まれ、更に、前記ポータルが表示されるブラウザウィンドウ内における前記１つ又は複数のポートレットの１つ又は複数を前記ユーザにカスタマイズさせる段階が含まれるコンピュータ判読可能媒体。
【請求項１０】
請求項７に記載のコンピュータ判読可能媒体であって、前記ポータルには、１つ又は複数のポートレットが含まれ、更に、
（ａ）前記１つ又は複数のポートレットの１つ又は複数を前記ポータルの他の位置に移動する段階と、
（ｂ）前記ポータル内における前記１つ又は複数のポートレットの１つ又は複数を最大にする段階と、
（ｃ）複数データ列が含まれるポートレットの場合、
（ｉ）前記複数データ列の個数を変更する段階と、
（ｉｉ）前記複数データ列の１つ又は複数を隠す段階と、
（ｉｉｉ）前記複数データ列の１つ又は複数を再配列する段階と、
（ｉｖ）前記複数データ列の１つ又は複数を再命名する段階と、
の１つ又は複数によって、前記１つ又は複数のポートレットの１つ又は複数を前記ユーザにカスタマイズさせる段階が含まれるコンピュータ判読可能媒体。
【請求項１１】
請求項７に記載のコンピュータ判読可能媒体であって、前記ユーザプロファイル情報は、既定ポータルレイアウトと、前記既定ポータルレイアウトに関連する既定の組の１つ又は複数のポートレットと、に関連付けられるコンピュータ判読可能媒体。
【請求項１２】
請求項７に記載のコンピュータ判読可能媒体であって、前記ユーザプロファイル情報は、カスタマイズしたポータルレイアウトと、前記既定ポータルレイアウトに関連するカスタマイズした組の１つ又は複数のポートレットと、に関連付けられるコンピュータ判読可能媒体。
【請求項１３】
複数のデータソースからのデータを統合するためのデータ統合構成要素と、
販売員に帰する前記販売員の１人又は複数の顧客用の及び前記１人又は複数の顧客の１人又は複数の各々に関連する１つ又は複数の製品用の売上債権情報を特定するための帰属範囲構成要素と、
（ｉ）ユーザ用のユーザプロファイル情報、（ｉｉ）少なくとも一部の前記統合データ、及び（ｉｉｉ）少なくとも一部の前記特定された売上債権情報に基づき、前記販売員用の販売戦略情報を生成するための処理構成要素と、
前記販売戦略情報に基づき、売上情報が含まれるポータルのコンテンツを生成するためのポータルコンテンツ生成構成要素と、
前記売上情報を表示するためのポータル構成要素と、
が含まれるシステム。
【請求項１４】
請求項１３に記載のシステムであって、統合する段階には、
前記複数のデータソースの少なくとも２つからのデータを正規化する段階と、
前記正規化されたデータを組み合わせる段階と、
が含まれるシステム。
【請求項１５】
請求項１３に記載のシステムであって、前記ポータルには、
１つ又は複数のポートレットが含まれ、前記ユーザは、前記ポータルが表示されるブラウザウィンドウ内における前記１つ又は複数のポートレットの１つ又は複数をカスタマイズするシステム。
【請求項１６】
請求項１３に記載のシステムであって、前記ポータルには、１つ又は複数のポートレットが含まれ、前記ユーザは、
（ａ）前記１つ又は複数のポートレットの１つ又は複数を前記ポータルの他の位置に移動する段階と、
（ｂ）前記ポータル内における前記１つ又は複数のポートレットの１つ又は複数を最大化する段階と、
（ｃ）複数データ列が含まれるポートレットの場合、
（ｉ）前記複数データ列の個数を変更する段階と、
（ｉｉ）前記複数データ列の１つ又は複数を隠す段階と、
（ｉｉｉ）前記複数データ列の１つ又は複数を再配列する段階と、
（ｉｖ）前記複数データ列の１つ又は複数を再命名する段階と、
の１つ又は複数によって、前記１つ又は複数のポートレットの１つ又は複数をカスタマイズするシステム。
【請求項１７】
請求項１３に記載のシステムであって、前記ユーザプロファイル情報は、既定ポータルレイアウトと、前記既定ポータルレイアウトに関連する既定の組の１つ又は複数のポートレットと、に関連付けられるシステム。
【請求項１８】
請求項１３に記載のシステムであって、前記ユーザプロファイル情報は、カスタマイズしたポータルレイアウトと、前記既定ポータルレイアウトに関連するカスタマイズした組の１つ又は複数のポートレットと、に関連付けられるシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願相互参照
本出願は、２００６年４月２８日に出願された米国仮特許出願第６０／７９６，３３４号に対する優先権を主張するものであり、その出願の全文を本明細書に引用・参照する。
【０００２】
本発明は、ポータルを実現するための方法及びシステムに関する。
【背景技術】
【０００３】
多くの種類の業界における構成組織体、特に、金融サービスは、それらの業務を行うために、様々な異なるデータソースから生じる様々な異なるタイプのデータへほぼ常時アクセスする必要がある。このデータへの適切なアクセスを得ることは、データセットが、不完全であったり、別個のサイロに格納されたりすることによって、手作業を介在させなければ、そのようなデータの評価能力が制限されることがある点で困難になることがある。同様に、そのような組織内におけるデータの報告が、標準化されていないこともある。データ報告の枠組みは、それが、様々なグループによって行われることから、一致していないことがある。最後に、そのような報告の題材であるデータは、静的であり、これによって、その一時点の断片を生成するために複数の独立したシステムを必要とする。従って、当分野において、データへのアクセスの改善及びその報告の整合を行うためのシステム及び方法に対するニーズがある。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明は、ポータルを介して、販売員に売上情報を表示するためのシステム及び方法に関する。
【課題を解決するための手段】
【０００５】
複数のデータソースからのデータを統合する。販売員に帰する販売員の顧客用の及び１人又は複数のそのような顧客に関連する製品用の売上債権情報を特定する。（ｉ）販売員用のユーザプロファイル情報、（ｉｉ）少なくとも一部の統合データ、及び（ｉｉｉ）少なくとも一部の特定された売上債権情報に基づき、販売員用の販売戦略情報を生成する。ポータルのコンテンツは、販売戦略情報に基づき生成する。
【発明を実施するための最良の形態】
【０００６】
上記の一般的な説明及び以下の詳細な説明の双方は、例示及び説明のためのものであり、所有権を主張するように本発明のより詳細な説明を提供しようとするものではないことを理解されたい。
【０００７】
添付図面は、本発明の更なる理解を提供するために含まれ、本明細書に盛り込まれその一部を構成するが、本発明の実施形態を示し、説明と共に本発明の原理について説明する役割を果たす。
【０００８】
本明細書に述べたポータルは、個人が、自分の仕事を行うために必要な情報及びデータへのアクセス権を得る単一のサイトを提供する。様々な領域に渡ってアクセス可能な総合的データセットを提供する。データは、単一の点から（即ち、ポータルを介して）アクセス可能であるが、ユーザの職位に応じて、多数の閲覧場所から見ることができる。データは、内蔵された整合チェックにより、整合した状態で格納されている。或るデータ値のリアルタイムの監視も含み得る。
【０００９】
本明細書に述べたポータルの多くの態様は、あらゆる種類の組織／種類の仕事に用い得る。従って、本発明は、その点において限定されない。しかしながら、ポータルは、金融サービス業界において、特に有用であり、或る代表的な実施形態について、金融サービス業界を参照して本明細書に述べた。
【００１０】
例えば、金融サービス業界において、ポータルは、内部の管理情報用の“ワンストップショップ”を提供し得る。それによって、全てのレベルの地位及びリスク管理情報へのアクセスを提供し、資源管理、戦略立案及び顧客開発のためのツールを提供し、また、データ発掘及び報告作成の能力を提供し得る。ユーザには、管理者、係長及び他の適切なスタッフが含まれ、販売、取引、調査、提案（ｏｒｉｇｉｎａｔｉｏｎ）及び策定（ｓｔｒｕｃｔｕｒｉｎｇ）等の多数の機能グループへのアクセスを提供する。データへのアクセスが、個人ベースで制御されるように、適切なセキュリティが提供される。
【００１１】
図１Ａには、本発明のシステムを実現するための代表的なハードウェア図を示す。ユーザは、ポータル１００を介して、アプリケーション枠組み１０２にアクセスするブラウザ１０１を用いるが、これらには、１つ又は複数のウェブサーバを含み得る。データベース１０５（これには、収益情報等の定量的なデータを記憶するデータベース１０３が含まれ、また、個人設定情報等の定性的なデータを記憶するデータベース１０４が含まれる）は、そのようなユーザのシステム利用に関連して生成されたデータを記憶するために用い得る。
【００１２】
図１Ｂには、代表的なシステム構成図を示す。ポータルの構成には、４つの主構成要素、即ち、データベース１０５、アプリケーション枠組み１０２、サーバ１０１、及びクライアント１００が含まれる。データベース１０５からクライアント１００のユーザに伝達される情報には、収益、ユーザプロファイル及び設定情報が含まれる。データベース１０５は、ＯＬＡＰ（オンライン分析処理）データベース１０３及びアプリデータベース１０４の双方によって表される。ＯＬＡＰデータベース１０３は、複雑な問い合わせについて迅速な応答時間を提供するために、また、収益データについて大規模な統合を行うために用いられる。アプリデータベース１０４の主要な責任は、ユーザのプロファイル及び設定値を記憶することである。アプリケーション枠組み１０２は、一実施形態において、Ｊａｖａ（登録商標）で実現され、主要な機能は、一揃いの再利用可能なサービス（例えば、個人専用サービス１０８、権利付与サービス１０６、データベースサービス１１０等）を提供することである。これらのサービスは、業務指向の機能を表に出し、技術的詳細を非表示にする。データベースとこれらのサービスとの間の対話は、例示した実施形態では、ＪＤＢＣを介する。サーバ構成要素は、モデルコントローラ（即ち、サーバ１０１）であり、これは、サーバ側クラスの集合体である。これらのクラスの主な責任は、アプリケーション枠組み１０２とユーザインターフェイス枠組み１００との橋渡しである。アプリケーション枠組み１０２とモデルコントローラ１１１との間の通信は、本来備わっているｈｔｔｐ要求を介するか、又は遠隔呼び出し方法のいずれかによる。クライアントの経歴は、ユーザインターフェイス枠組みを通して維持される。この枠組みは、Ａｊａｘ（非同期式ＪａｖａＳｃｒｉｐｔ（登録商標）及びＸＭＬ）を利用して、ユーザの経歴を強化し、また、それは、ポータル内における全てのポートレットによって共有され再利用されるクライアント側機能のライブラリを提供する。モデルコントローラ１１１とクライアントブラウザ１００との間の通信は、ｈｔｔｐ要求を介する。
【００１３】
図１Ｃを参照して、アプリケーション枠組み１０２について、更に詳細に述べる。この図は、アプリケーション枠組みの深く掘り下げた様子を提供する。データソース１２０からサービス消費者へ伝達されている情報は、収益、ユーザプロファイル及び設定値である。データソース１２０は、図１Ｂからのデータベース１０３及び１０５を表す。サービス消費者は、図１Ｂからのモデルコントローラ１１１を表す。アプリケーション枠組み内のサービスマネージャ１２１は、ポータル及び他のアプリケーション双方に対して再利用可能である。これらのサービスには、データベース、ワークフロー、権利付与等が含まれる。遠隔呼び出し方法を介してこれらのサービスにアクセスするためには、ＡＦプロキシ及び認証（Ａｕｔｈ）プロキシ双方を通過しなければならない。ｈｔｔｐ要求を介してこれらのサービスにアクセスする場合、サービスマネージャ１２１にアクセスできるようにするために、ｈｔｔｐサービスを通過しなければならない
【００１４】
アプリケーション枠組みには、代表的な一実施形態では、多数の層が含まれる。コントローラ層は、最初に、ＨＴＴＰ要求をクライアントから受信し、環境を初期化すべきであるかどうか判断する。この層は、更に、アクションコントローラ、セキュリティフィルタ及びデータ認証、及びアクションディスパッチャを含む。アクションコントローラは、全ての要求を処理するために、ユーザ要求を調整し、また、そのアプリケーション用の単一の入力点である。これは、ＨＴＴＰ要求におけるアクション例外オブジェクトを生成し記憶する。これは、要求フィルタマネージャを実行して任意の要求フィルタ処理を実施し、また、要求をアクションディスパッチャに転送する。アクションディスパッチャは、モデル層と対話して、要求を処理し、また、表示層と対話して、その結果を送出する。これは、命令マッピング処理の責任を負い、要求をサービスマネージャに転送する。コンテンツ発生器は、アクションディスパッチャが送出するコンテンツを操作する。コンテンツ発生器の主な機能は、ワークフロー及び応答の種類を捜し、コンテンツを処理し、クライアントに返されるコンテンツモデルを準備することである。要求フィルタマネージャ及び要求フィルタは、着信要求及び発信応答を操作する。これらの構成要素は、要求されたＵＲＬを特定の命令にマッピングするように作用し、また、異なるサービスに対するインターフェイスとしての役割を果たす。モデル層は、サービス及び業務オブジェクトマネージャを含み、また、幾つかのアプリケーション要素、データ指向コントローラ、オブジェクト及びデータソースを含む。サービスマネージャは、中核及び業務サービスのライフサイクルを管理する責任を負っている。これは、サービス要求を開始し、結果を受信し、応答を返送する。これは、外部システム用のサービスプロバイダとして作用し得る。業務オブジェクトマネージャは、業務オブジェクトのライフサイクルを管理する責任を負っている。これは、サービスマネージャと業務サービスとの間の橋渡しとしての役割を果たす。これは、業務オブジェクトを特定するために用いられる。業務オブジェクトは、実際の業務機能を実施し、業務オブジェクトマネージャに結果を返す。これは、業務規則を実現する。データアクセス構成要素は、業務オブジェクトからのユーザ入力でデータ処理演算を準備し、要求を業務サービスに転送して、演算を実施する。これは、業務オブジェクト用のデータ処理演算のより細かな詳細を簡約する。表示層は、ＪＳＰコンテンツモデル及びＸＳＬコンテンツモデル等のクライアント指向要素を含む。これには、ＪＳＰ及びＸＳＬ等の閲覧構成要素が含まれる。ＪＳＰ描画は、サーバ側で実施され、ＸＳＬ描画は、クライアント又はサーバ側のいずれかで実施し得る。
【００１５】
以下、本ポータルによって提供された幾つかの特徴及び実施形態について述べるが、その１つ又は複数が、その任意の特定の実施形態に存在し得る。
【００１６】
多数のアプリケーションの使用をそれらの構成員に提示する組織の場合、そのようなアプリケーションの所有者は、異なるアプリケーションへの並びにそれらアプリケーション内におけるコンテンツへのアクセスの各ユーザのレベルを管理することが必要である。多数のアプリケーションへのアクセスを管理することは、特に、各アプリケーションが、異なるソースによって動かされる場合、すぐに煩わしくなり得る。
【００１７】
セキュリティ権利付与層（図１Ｂの構成要素１０６及び図１Ｃの権利付与サービス１０７）は、別個のアプリケーションへのアクセスを集中管理するために用い得る。ユーザ権利付与及びユーザプロファイルは、アプリケーションへの初期入力において取り込まれる。そして、このユーザプロファイルは、ユーザがアクセスする全てのアプリケーションにおいて携行される。これによって、１つのアプリケーションから他のアプリケーションへのシームレスフローが可能になる。更に、これは、ユーザの職位及びどのようにユーザがシステムにアクセスするかを標準化する。セキュリティ権利付与データベース１０４は、一例として、電子メールアドレス、従業員のマネージャ、部門、及びログインＩＤ等の完全なユーザプロファイル情報を含む。このデータベースは、ユーザがアクセスする全てのアプリケーションに対する職位を含む。このサービスは、ユーザがアクセスし得るデータを構成／制限するためにも用い得る。例えば、ユーザは、支店マネージャとして設定して、特定の支店のみにアクセスさせ得る。
【００１８】
管理者職位及び販売員職位等の全般的なユーザ職位を指定することは、多くのアプリケーションに共通である。そのような職位は、ユーザが閲覧可能なポートレット及びアプリケーション内におけるポートレットの配置を決定し得る。これらの職位は、ポートレットのあらゆる追加、除去又は修正が、ユーザ職位を超えていると見なされるという意味において厳格である。ユーザ職位のレイアウトに対して行われるあらゆる変更は、ソースコードにおいて行わなければならない。更に、ユーザの視点から、ユーザに見える情報は、ユーザの業務にとって適切でないことがある。逆に、ユーザの業務に最も重要な情報は、簡単にアクセス可能でないことがある。
【００１９】
これらの問題を軽減するために、個人専用化構成要素（図１Ｂの構成要素１０８）を実現し得る。この構成要素には、一実施形態において、個人専用化データベース、管理ツール、及び個人専用化実行時エンジンが含まれる。ソースコードを変更して、アプリケーション内におけるポートレット配置を変える代わりに、アプリケーションユーザは、個人専用化管理ツールを用い得る。個人専用化管理ツール内において、ユーザは、自分に権利が与えられた全てのポートレットにアクセスできる。ユーザ設定に基づき、ユーザは、どのポートレットを見ることができるのか、また、初期アプリケーション画面において、ポートレットをどこに配置するか決定し得る。ユーザは、更に、異なるポートレットを表示する多数のレイアウト画面を生成し得る。
【００２０】
ユーザは、自分の管理者が生成した自分の既定ユーザ職位のレイアウトを用いることもできる。従来のアプリケーションにある全般的なユーザ職位の代わりに、管理者は、管理者がサポートする業務に特有のユーザ職位を生成し得る。管理者は、その特定のユーザ職位に見えるポートレットを管理し構成し得る。
【００２１】
従って、ユーザは、ユーザの職位及びユーザ自身の設定に基づき、個人専用ページを生成し得る。一旦、ユーザが、自身の指定した表示を生成／選択すると、その情報は、データベースに記憶され、実行時、ユーザがこのページを要求すると、このページは、管理ツールによってデータベースに記憶された情報に基づき、動的に描画される。
【００２２】
個人専用サービスには、好適な一実施形態において、３つの上位レベルモジュールが含まれる。ポートレット事前構成モジュールは、そのような構成要素に関する情報をデータベースに入力するために、開発者によって用いられる。構成要素情報（資源名、ＵＲＬ、既定高さ及び幅、この特定の構成要素にアクセスし得るユーザ職位等）は、このツールを用いて、データベースに記憶される。このツールによって入力されたデータは、それぞれ、ユーザ管理ツール、並びにユーザのための個人専用テンプレートの生成中、及びページの描画中、ページ生成モジュールによって参照データとして用いられる。
【００２３】
ユーザ管理ツールは、ユーザによって用いられ、自分が見たいウェブページを個人専用にする。このツールは、事前構成モジュールを用いて入力された構成要素に関する参照データを用いて、特定のユーザ職位によって閲覧し得る構成要素をユーザに提示する。そして、ユーザは、構成要素を選択し、それらをユーザの表示カスタマイゼーションテンプレート上のユーザの選択位置に置く。ユーザは、職位に基づき、或る必要な構成要素を選択することを要求され、他のオプションの構成要素は、ユーザの好みに基づき選択し得る。ユーザは、各構成要素を表示テンプレート上でドラッグアンドドロップし、その好み位置に各々置くことができる。ユーザは、一旦、自分が望むカスタマイズされた表示に満足すると、管理ツールを用いて、このカスタマイゼーションを保存できる。ユーザが、この構成設定を保存する時、管理ツールは、ユーザによって選択された各構成要素の位置を計算し、それをデータベースに保存する。この情報は、実行時、個人専用のページの描画中、ページ生成モジュールによって用いられる。管理ツールは、ポートレットのＸ及びＹ座標並びにページ上のポートレットの高さ及び幅を保存する。
【００２４】
ページ生成モジュールは、ユーザがユーザの個人専用のページを要求した時、ＨＴＭＬページを動的に描画するために用いられる。ページがユーザによって要求された場合、そのアプリケーション及びユーザ情報に基づき、このモジュールは、データベースから個人専用情報を取り込む。この情報は、ユーザによって選択され個人専用の表示に示される構成要素やＨＴＭＬページにおけるこれら構成要素各々の位置付けに関する情報を含む。一実施例では、各構成要素について、ｄｉｖ＿ＨＴＭＬタグが、ｉｆｒａｍｅタグを囲んで生成され、絶対位置における構成要素の高さ及び幅が、管理ツールによってこのポートレット用に計算される。例えば、
【数１】
2009535706.tif 000003
【００２５】
上記例において分かるように、生成されたｄｉｖタグは、左上の高さ及び幅属性を含んでおり、この値は、ユーザが、表示を個人専用にした時、管理ツールによって計算される。更に、ｄｉｖタグに囲まれたｉｆｒａｍｅタグは、管理ツールによって計算された高さ及び幅属性を有する。
【００２６】
一旦、ユーザによって選択された構成要素の各々について、ｄｉｖタグが生成されると、これらのタグは、下記例に示すように、所定のｈｔｍｌテンプレートに追加される。
【数２】
2009535706.tif 000004
【００２７】
この動的に生成されたＨＴＭＬページは、ユーザに提供される。
【００２８】
図２には、本明細書に述べたシステムに基づく、ポートレットの個人専用化を達成するための代表的な実行流れ図を示す。この流れ図は、ユーザがアプリケーションに入った時からのポータル構成内における各構成要素のフロー及び対話を示す。ユーザがアプリケーションに入ると、これは、初期要求判断ブロックを通過する。初期要求の場合、モデルコントローラは、アプリケーション枠組み内におけるサービスを呼び出すことによって、認証、ユーザ権利付与及び個人専用情報を収集する。これらのサービスは、アプリデータベースから情報を収集する。認証及び設定処理が完了した後、各ポートレットは、サーバにあるストラット・コントローラ・サーブレットを要求する。各ポートレットの場合、これは、アプリケーション枠組みにおいて、必要な収益情報用のデータベースサービスを呼び出す。
【００２９】
ポータルを介してアクセス可能なアプリケーションの多くのユーザは、各ポートレットからＰＤＦ報告を生成する機能が必要である。既存のシステムでは、ＰＤＦ報告を生成するために、報告生成ソフトウェア（例えば、Ｃｒｙｓｔａｌ＿Ｒｅｐｏｒｔｓ）は、データベースへの追加の呼び出しを実行して、ユーザ画面に表示されている同じデータを取り込むのに必要であった。更に、ユーザによってポートレット内において行われる変更（例えば、ソート、列再配置等）は、ＰＤＦ報告には反映されない。更に、そのような報告ソフトウェアを用いると、データを取り込むために用いられる論理のあらゆる変更を２つの場所で適用することが必要であり、コードの維持が更に困難になる。
【００３０】
ポータルを介して実現された１つの解決策では、ＰＤＦ報告は、フォーマット化オブジェクトプロセッサ（ＦＯＰ）ソフトウェア、即ち、Ｊａｖａ（登録商標）で書かれたＸＳＬ−ＦＯプロセッサを用いて、生成されるが、これは、ＸＳＬ−ＦＯファイルをＰＦＤ又は直接印刷可能ファイルに変換するという特徴を提供する。最初に、ポートレット内におけるデータは、ＸＭＬフォーマットに変換される。そして、ＸＭＬデータは、ＸＳＬ−ＦＯテンプレートを用いて、最終的なＰＤＦ報告に変換し得る。この取り組み方法は、データベースへの追加の呼び出しを解消し、これによって、応答時間が大きく改善される。更に、これは、ユーザによってポートレット内において行われた変更を保持する。
【００３１】
或るアプリケーションでは、個々のポートレットによって表示されたデータは、販売陣、販売員、及び地域等の様々なパラメータによって決められていた。これらの様々なパラメータは、ページのドロップダウンメニューに表示される。ユーザは、このドロップダウンメニューから対象の変数を選択して、ページ上の各ポートレットにある関連情報を閲覧する。この取り組み方法において、ポートレットは、最上位レベルページにおいて、集中的に制御されていた。パラメータに変化があった場合、最上位レベルページは、各ポートレットを呼び出す。ポートレットが、追加又は除去される度に、又はポートレットの論理が変わった場合、これにより、ポートレットを決める中央のコードを変更する必要があった。更に、ページ上の２つのポートレット間の一対一通信の起動は、ポートレットが集中的に管理されていたため、困難であった。
【００３２】
そのポータルを介して実現された１つの解決策では、ＪａｖａＳｃｒｉｐｔ（登録商標）（本明細書において“ＪＳ”とも称する）枠組み（図１ＢのＪＳコンテナ１０９参照）を実現する。この枠組みには、ポートレット通信に対して、更に柔軟でスケーラブルな取り組み方法を提供する２つの軽いＪａｖａＳｃｒｉｐｔ（登録商標）ライブラリが含まれる。この新しい取り組み方法の場合、各個々のポートレットは、ＪＳ枠組みに結合され、また、コンテナ１０９に登録される。あらゆる登録されたポートレットは、その状態の変化に関してコンテナに通知し得る。この情報は、他のポートレットに伝達され、他のポートレットは、それに応じて反応する。例えば、ドロップダウンリストのパラメータが、１つのポートレットにおいて変更された場合、影響を受ける他のポートレットは、それに対応する変更を行う。個々のポートレットは、更に、そのページ上のいずれか他のポートレットのハンドルをコンテナから取得して、このポートレットとの一対一の個別通信をインスタンス化することができる。
【００３３】
本明細書に述べたポータルの一実施形態において、クライアント側コード及び機能は、標準化され、共通のライブラリにおいて集中管理される。多くのポートレット及び画面に用いられるコードは、１つの中央の場所又はライブラリに常駐し得る。更に、可能な場合、従来、サーバ側機能であったものを、クライアント側に移動し得る。ＰＤＦファイルをソート及び生成するような行動は、標準化され、クライアント側に移動され、性能が最適化される。
【００３４】
上述したように、本明細書に述べたポータルは、金融サービス業界において特に適用可能性を有する。３つの代表的な実施形態について、即ち、販売ポータル、取引担当者ポータル及び固定収入ポータルについて、説明目的のために、本明細書に述べる。当業者には明らかなように、本発明は、金融サービス業界内外双方の多くの異なる状況での適用可能性を有するため、本明細書に提供される例は、限定することを意図するものではない。
【００３５】
代表的な取引担当者ポータルについて、以下に述べる。このポータルは、予算編成に関連して、取引担当者を支援するために用い得る。予算立案に関して、予算テンプレートを提供し得る。各業務グループは、それらの予算期間中収集される細目について異なる要件を有し得る。本システムは、ユーザに予算立案テンプレートを提供するが、これは、ユーザの業務グループに適しており、また、トップダウン／ボトムアップ予算編成プロセスをサポートする。更に、本システムは、繰返し予算立案をサポートする。特に、ユーザは、ユーザの予算立案の一部のみに細目を提供し、また戻ってきて、後で追加の細目を提供し得る。本システムによって、ユーザは、ユーザの案の細目に満足するまで、生成、修正、見直し等を行い、その時点で、その案を承認し、こうして、ユーザ案の細目を評価する準備が整ったことをユーザのマネージャに送信して伝えることができる。管理概要報告は、どの取引担当者が、数値に賛成の意を示したか、また、どの取引担当者が依然として進行中であるかを明らかにする。本システムは、更に、ドキュメント（又はドキュメントのセット）を予算案に添付する能力を提供する。予算案領域の各々に簡潔な要約を提供することにユーザを集中させる一方で、依然として、適宜、ユーザが完全な／全体的な細目を提供できるようにするために、本システムは、ユーザが予算案にドキュメント（又はドキュメントのセット）を添付できるようにする。添付されたドキュメントは、取引担当者の予算案へのアクセス権を有する任意のユーザによるダウンロード／再検討に利用可能である。
【００３６】
本システムによって、あらゆる予算案をＰＤＦに変換し得る。このことは、フォーマット化された印刷を可能にするために、また、ユーザが電子メールを介して自分の予算案を転送し、将来参照／閲覧するために、それを外的に保存できるようにするために必要である。
【００３７】
本システムは、取引担当者／マネージャに彼らの現通年の数値へのアクセスを提供する。これらの数値は、ユーザの予測の手引きをするために、ユーザが自分の次年度予算を完成しようとしている期間中、ユーザがアクセス可能である。
【００３８】
報告に関しては、予算案にリンクした掘り下げ報告を提供する。本システムは、得意先階層構造を直観的にモデル化し、収益、売上げ債権、及び貸借対照表の照査合計（トップダウン）、総計数値（ボトムアップ）、及びそれらの差異（照査合計−総計数値）等の細目をユーザに望み通りに掘り下げさせるユーザインターフェイスと、個々の取引担当者予算案へのリンク（これによって、ユーザは、得意先階層構造の最上位から取引担当者の予算の特定の細目に至るまでの報告を処理し得る）と、が含まれる概要管理報告を提供する。更に、本システムは、管理概要細目をＥｘｃｅｌにエクスポートし得る。エクスポートされたデータは、更に、Ｅｘｃｅｌにおいて調査／計算を行わせるために、生のフォーマット（フォーマットなし）である。セキュリティが、概要報告に提供される。これらの割当ては、ユーザが、管理概要報告を表示した時、何を見ることができるか決定するために用いられる（即ち、ユーザは、ユーザに割り当てられたノードの又はその下の細目だけを見ることができる。例えば、取引担当者は、彼らの数値だけが分かり、マネージャは、彼らの下にある全ての取引担当者の数値が分かる）。
【００３９】
トップダウン／ボトムアップ統合コメントフィールドが、マネージャに提供される。管理概要報告は、売上げ債権、収益、及び貸借対照表の各々に対する３つの別個の数値、即ち、照査合計（トップダウン）、総計数値（ボトムアップ）、及び２者間の差異を表示する。照査合計と総計数値との間の差異が、サポートする細目を必要とする場合、本システムは、そのような細目を提供する機能をユーザに提供する。このことは、マネージャの予算案における追加のコメントフィールドの形態を取り得る。
【００４０】
図３Ａ、３Ｂ、及び３Ｃでは、取引担当者ポータルに関連して用い得る代表的な画面コピーを示す。図３Ａでは、要約タブに関連する画面を示す。この画面は、（組織の金融部門を通じて入手可能なデータから直接供給された）日毎、月毎、及びＹＴＤ正味収益３０１、（組織の金融部門を通じて入手可能なデータから直接供給された）日毎、月毎及びＹＴＤ顧客収益３０２、（組織のリスク管理部門を通じて入手可能なデータから直接供給された）リスク評価指数３０３、（組織の金融部門を通じて入手可能なデータから直接供給された）金融資源３０４（例えば、貸借対照表現金資本、登記資本金及び関連する指し値）、（更に詳細に後述するが、販売ポータルにリンクし得る）上位日毎世界的顧客取引３０５、及び総現金及び金融派生商品量等の量３０６へのアクセスをユーザに提供する。図３Ｂでは、金融タブの一部を表す画面を示す。この画面は、金融ダッシュボードへのアクセスを提供し、実際の及び予算の非人件費概要情報を示す。図３Ｃでは、顧客タブに関連する画面を示す。この画面は、顧客情報へのアクセスをユーザに提供するこれは、また、更に詳細に後述する販売ポータルにリンクする。ここにリスト化されたものに加えて、送信端末からのデータも、定期的に取引担当者ポータルを通じて利用可能にし得る。
【００４１】
代表的な販売ポータルについて、以下に述べる。本例において、販売ポータルは、販売陣が毎日必要とする情報の単一のダッシュボードへの統合体であり、経済的細目とＣＲＭコンテンツ及び取引ツールを組み合わせて、販売陣の業務の管理改善を支援する。図４Ａは、代表的な販売ポータルを示す画面である。
【００４２】
一実施形態において、ポータルには、幾つかの異なるタイプが含まれ、製品及び領域に依存して、各々異なるコンテンツを備えている（例えば、上級マネージャ、販売／支店マネージャ、チームリーダ、販売員）。ポータルの１つ又は複数の既定表示を確立し得る一方で、そのような表示は、各ユーザによってカスタマイズしてもよい。図４Ｂを参照すると、ユーザは、ポータル内におけるポートレットをドラッグアンドドロップすることによって、ユーザのポータルを個人専用化し得る。ユーザは、様々なポートレットから選択して、ユーザの個人専用のポータルに含み得る。販売ポータルは、販売員評価指数を編集し提示するために用い、これによって、収益産出者を管理するための効果的な方法を提供し得る。販売員の実績を見るマネージャの機能は、自動化され、また、ポータルを介して日毎／リアルタイムに更新される。各販売デスクに関連する顧客収益の明快な表示をマネージャに提供することによって、マネージャには、効率を測る簡易な手段が与えられる。同じ表示へのアクセスを販売員に与えることによって、従業員及びマネージャは、目標の同期をとり、実績履歴及び傾向値について、状況を加味した意味のある方法で議論し得る。
【００４３】
このことを達成するために、ポータルは、販売員が予算を予測し、その基準に自分を維持することを要求する。設定目標の達成の従業員の成功は、報酬を余儀なくし、また、ほとんどの組織において、将来の管理判断を決定する。日毎に、販売員は、販売員の予算予測対実績を閲覧して、個人の実績を追跡し得る。デスクマネージャ及び上級管理職は、同じ情報の巻き上げ式の表示を有する。ポータルの傾向評価指数の他の恩恵は、それが、顧客毎の業務取引の可視性を提供することである。この機能は、それによって、取引担当者及びマネージャが、販売戦略を目標にし、また、更に効率的に顧客関係を追跡し得るため、強力なＣＲＭ情報になる。図４Ｃでは、販売員の戦略を示す画面を示す。
【００４４】
ポータル内における異種のデータソースからのデータは、統合される。特に、評価指数は、異なるシステム間において統合される（例えば、顧客収益、販売予算、経費、取引予算、リスク、取引収益、及び非人件費）。そのような評価指数は、正規化され統合される。
【００４５】
本明細書に述べたポータルを用いて、予測を実現し得る。本予測方法は、全般的な顧客関係及び特定の製品収益割合属性の双方を維持するために、既製の顧客範囲モデル（ＡＣＳ：帰属範囲システム）を用いる。この製品レベル行列の場合、予測は、動的に目標予算及び見込みを導出し、販売ユーザの帰属販売収益と並べてそれらを提示得る。更に、顧客／販売目標予算、見込み目標、顧客予算、行動事項、見込み及び目標等の様々な定性的及び定量的販売評価指数を取り込み管理し得る。販売担当チーム用の目標の輪郭を描くと（即ち、着目製品及び責任に基づき）、リアルタイムの方向及び実績ベースラインが提供される。
【００４６】
レイアウト個人専用化及びポートレットカスタマイゼーションは、本明細書に述べたポータルの２つの追加の特徴である。レイアウト個人専用化において、ユーザは、ポータル内におけるポートレットをドラッグアンドドロップすることによって、レイアウトを再配列する機能を有する。ポートレットカスタマイゼーションの場合、ユーザは、ポートレット内における列を如何に表示するか選択し得る。更に、各ポートレットは、Ｅｘｃｅｌへのエクスポート、ＰＤＦ印刷、ソート処理、ポートレットサイズ変更、及び列固定＆サイズ変更等の一組の共通の特徴を有する。上記特徴を達成するために、図１Ｂに示すポータル構成を用いる。データベース１０５に関して、アプリデータベース１０４のデータベーススキーマは、追加のポートレット特性（例えば、列ラベル、列配列、及び列表示）を記憶するように拡張される。アプリケーション枠組み１０２の個人専用サービス１０８は、データベース１０５と通信を行う際、ポートレット特性を含むように拡張される。サーバ１０１に関して、各ストラット行動クラスは、追加のポートレット特性を含み維持する。更に、ストラット・コントローラ・サーブレットは、ポータルの現在の状態を維持する。これは、セッションがクライアントブラウザ上でタイムアウトした場合に用いられる。ユーザインターフェイス枠組みは、登録された構成要素における各ポートレットに対する変更を用いることによって、ユーザは、どの列を配列して表示するか、また、その列をどのようにラベル表記するかをカスタマイズし得る。ＪＳコンテナ１０９は、ユーザが、ポータル内におけるポートレットをドラッグアンドドロップすることによって、レイアウトを再配置し得るように構成される。
【００４７】
従って、データベースが、生成され、ユーザの属性及び権利付与を保持する。ユーザの属性には、一例として、名前、ログインＩＤ、及び所在が含まれる。ユーザの権利付与は、どの職位（１つ又は複数）が、ユーザ及びユーザが属するユーザグループに対応するかシステムに知らせる。データベースは、ポータル及びポートレットの既定値及びカスタマイズされた特性を記憶する。ポートレットの特性には、例えば、列名、列配列、列可視性、及びポートレット寸法が含まれる。ポータルの特性には、例えば、ポータルレイアウト名、ポートレット位置、及びポートレット表示順番が含まれる。この表示順番は、ポートレットが、重なり合う場合、前面側にあるのか後面側にあるのか判断するために用いられる。追加の表は、各ユーザ職位を一組のポートレット及び既定ポータルレイアウトに結びつけるために用いられる。ユーザは、一旦、個人専用のポータルレイアウトを生成すると、複数のレイアウトが利用可能になる。
【００４８】
更に、一揃いの再利用可能なサービスを生成して、クライアントからデータベース（即ち、本明細書の他の箇所で述べたアプリケーション枠組み）への全ての要求を集中管理する。アプリケーション枠組みは、一実施形態において、Ｊａｖａ（登録商標）で実現される。上述した個人専用サービス、権利付与サービス、データベースサービスは、業務指向の機能を公開し、技術的細目を非表示にする。データベースとこれらのサービスとの間の対話は、ＪＤＢＣを介する。
【００４９】
Ｊａｖａ（登録商標）＿ＭＶＣストラット枠組みを用いて、幾つかの構成要素は、サーバ上で生成される（例えば、個人専用サーブレット、ＦＯＰサーブレット、Ｅｘｃｅｌサーブレット、及びストラット・コントローラ・サーブレット）。これらのサーバ構成要素には、モデルコントローラが含まれるが、これは、サーバ側クラスの集合体である。これらのクラスの主な責任は、アプリケーション枠組みとユーザインターフェイス枠組みとの橋渡しである。個人専用サーブレットは、ユーザがポータル及びポートレットの設定値を保存する時、どのサービスを用いるか決定する。ＦＯＰサーブレットは、各ポートレットのＰＤＦ特徴を提供する。Ｅｘｃｅｌサーブレットは、各ポートレットのＥｘｃｅｌ特徴を提供する。ストラット・コントローラ・サーブレットは、ポートレット及びポータル双方の状態を維持する。ユーザが、全ポータル又は各個々のポートレット用のデータをリフレッシュし得ることからして、状態を知ることによって、画面上の同じ最新の設定値を維持し得る。
【００５０】
ＪａｖａＳｃｒｉｐｔ（登録商標）及びＡｊａｘは、ポートレット及びポータル機能を標準化し集中管理するユーザインターフェイス枠組みを生成するために用いられる。これらの機能には、一例として、ポートレットのドラッグアンドドロップ、ポートレット内におけるソート処理、及びポートレットの列サイズ変更が含まれる。この枠組みは、ユーザの経歴を強化するばかりでなく、ポータル内における全てのポートレットによって共有され再利用されるクライアント側機能のライブラリも提供する。モデルコントローラとクライアントブラウザとの間の通信は、ｈｔｔｐ要求を介する。
【００５１】
次に、予測方法について、金融サービス会社の普通株グループで働く販売員によって達成し得る予測の例を参照して、更に詳細に述べる。
【００５２】
第１構成要素は、世界的販売システム（ＧＳＳ）と称するが、このシステムでは、異種のソースから選択された顧客及び販売データが、統合される。異種のソースからのデータは、エクスポートされ、変換され、中央報告保管場所にロードされる。定性的及び定量的データソースには、一例として、顧客／販売予算情報（例えば、いずれかの顧客に対して所定の販売員用に予算化された販売目標）、層別化（例えば、企業の世界的販売戦略に基づき、金融サービス企業によって特定された着目の根拠）、売上げ債権（例えば、様々な受注及び実行システムから販売用に販売員が受け取った債権の量）、旅費（例えば、顧客との仕事で販売員がいくら出費したか）、顧客ミーティング（例えば、いつ顧客ミーティングが行われ、また、将来、いつ行われる予定か）、及び市場データ（例えば、製品価格、顧客実売量、信用格付け）が含まれる。追加のデータソースからの他の種類のデータは、本発明の範囲内で用い得る。変換処理に基づき、ソースデータが抽出され、データ評価指数は、標準の識別名（例えば、顧客、販売代表店、製品、地域、金種）に変換される。例えば、ＥＵ取引は、取引システムから直接展開される。取引データは、顧客／相手先、製品、及び販売に対して、それ自体の識別名を用いる。非標準識別名を用いると、統一報告に適合しなくなる。変換処理は、抽出されたデータを、普遍的な顧客、製品及び販売識別名に変換し、これらから、データは、保管場所にロードし得る。そして、この正規化されたデータは、他の正規化されたデータ（例えば、取引供給量、定性的データ、及び予算情報）と整合され、標準の顧客／販売データを提供し、これによって、様々なソースから得られたデータ間で意味のある比較が可能になる。
【００５３】
次の構成要素は、帰属範囲システム（ＡＣＳ）と呼ぶが、この場合、売上げ債権配分及び製品割当てが、実現される。特に、売上げ債権は、既製の適用範囲システム（即ち、ＡＣＳ）を介して配分し得る。適用範囲システムは、販売個人の売上げ債権用の顧客／製品レベル関係及び属性割合を規定する。例えば、図５には、ＡＣＳに基づき生成された行列を所定の顧客について示す。ｙ軸は、得意先を網羅する販売員を表す。ｘ軸は、得意先に関連する製品を表す。これらが交わるところは、属性百分率を表す。例えば、販売員Ｊｏｈｎ＿Ｓｍｉｔｈは、顧客Ａｃｍｅ＿Ｉｎｃに対して、製品Ｘを３７．５％の帰属で網羅する。
【００５４】
ＧＳＳ及びＡＣＳからの情報を用いて、個々の販売戦略は、販売員に対して動的にリアルタイムに生成される。戦略は、全般的なユーザプロファイル情報（例えば、ユーザの部門、位置、報告階層構造、及び序列）、ＧＳＳからの顧客／販売データ、及びＡＣＳからの売上げ債権配分／製品割当てを組み合わせることによって、導出される。生成された販売戦略は、例えば、顧客焦点（即ち、販売員がどんな顧客に焦点をあてるべきか）、製品焦点（即ち、販売員がどんな製品に焦点をあてるべきか）、市場焦点（販売員がどんな市場に焦点をあてるべきか）、予算配分（どれだけの資金をこの戦略に配分すべきか）、見込み目標（所定の顧客／収益目標に対する潜在的な新しい見込みの特定）、及び／又は行動／決断（取るべき行動項目）を中心とする目標を提供する。戦略は、好適な実施形態において、所定の製品、顧客、販売員個人、販売陣、領域、支店及び企業に対して生成し得る。例えば、ＡＣＳシステムから、販売員Ａは、顧客Ｘに対して製品Ｇ取引の２０％の帰属を有することが分かる。この情報と、顧客Ｘに対して所定の製品について取引された量とを一体化すると、どれだけの量が販売員に帰するかを比例的に判断でき、そして、顧客は、顧客目標予算及び顧客層別情報と組み合わせると、焦点のフラグを立てることができる。更に、個人の予算（即ち、（属性から導出される）配分された個人に対する予算）は、動的に設定可能であり、また、行動／決断は、或る所定の条件下で自動的に割り当て得る。
【００５５】
例えば、ＡＣＳシステムから、販売員Ａは、顧客Ｘについて製品Ｇ売上げ債権の２０％の帰属を有することが分かる。この帰属行列を売上げ債権データ供給に適用すると、各販売員の帰属売上げ債権を決定し得る。この情報は、顧客層別情報、目標予算及び行動／決断と組み合わせると、個別の見込み、実績値、顧客／販売目標予算及び顧客／製品焦点で個人の販売戦略を動的に生成するために用い得る。
【００５６】
そして、本明細書に述べたポータル（例えば、図４Ｃ参照）は、統一された方法でこの情報を表示するために用い得る。ポータルのコンテンツ（即ち、レイアウト、評価指数及び権利付与）は、動的に生成され、販売ユーザの戦略から決められる。ポータル構成要素（即ち、ポートレット）は、自動的に調整され、販売員に対する該当する顧客、評価指数、目標及び実績を強調表示する。例えば、ポータル内における販売報告構成要素は、自動的に調整され、ユーザの網羅する顧客に焦点をあてプロファイルを表示する。報告処理は、個人専用の目標予算をまとめて（帰属から導出され）、層別戦略（即ち、企業顧客焦点リスト）に基づき、得意先焦点を強調表示する。ユーザ／製品顧客焦点及び取引活動に基づき、行動事項が、自動的に割り当てられ、目標が、動的に調整される。更に、プロファイリングは、販売職位及び序列等のユーザのプロファイルによって決められる（例えば、マネージャは、彼らの販売陣の統合表示を見る機能を有し、マクロ的顧客／販売戦略、目標及び行動が分かる）。
【００５７】
図６では、ポータルを介して販売員に売上情報を表示するための代表的な方法を示す。複数の異種のデータソースからのデータは、ステップ６０１において統合される。ユーザの顧客についての及びそのような各顧客に関連する製品についての販売員に帰する売上債権情報は、ステップ６０２において特定される。（ｉ）販売員用のユーザプロファイル情報、（ｉｉ）少なくとも一部の統合データ、及び（ｉｉｉ）少なくとも一部の特定された売上債権情報に基づき、販売戦略情報は、ステップ６０３において、販売員について動的に生成される。ポータルのコンテンツは、ステップ６０４において、販売戦略情報に基づき、動的に生成される。幾つかの実施形態において、ステップ６０１には、複数の異種のデータソースの少なくとも２つからのデータを正規化する段階と、正規化されたデータを組み合わせる段階と、が含まれる。
【００５８】
幾つかの実施形態では、ステップ６０５において、販売員は、ポータルが表示されるブラウザ内における１つ又は複数のポートレットの１つ又は複数をカスタマイズし得る。このカスタマイゼーションには、（ａ）１つ又は複数のポートレットの１つ又は複数をポータルの他の位置に移動する段階と、（ｂ）ポータル内における１つ又は複数のポートレットの１つ又は複数を最大化する段階と、及び／又は（ｃ）複数データ列が含まれるポートレットの場合、（ｉ）複数データ列の個数を低減する段階と、（ｉｉ）複数データ列の１つ又は複数を隠す段階と、（ｉｉｉ）複数データ列の１つ又は複数を再配列する段階と、及び（ｉｖ）複数データ列の１つ又は複数を再命名する段階と、を含み得る。ユーザプロファイル情報は、既定ポータルレイアウトと、既定ポータルレイアウトに関連する既定の組の１つ又は複数のポートレットと、に関連付けられる。カスタマイズされた場合、ユーザプロファイル情報は、カスタマイズしたポータルレイアウト及びカスタマイズした組の１つ又は複数のポートレットに関連付けられる。
【００５９】
上記ステップの１つ又は複数は、コンピュータ処理装置上でソフトウェアを走らせることによって実施し得る。
【００６０】
本発明は、添付された請求項の範囲内に入る全ての他の選択肢、変更及び異形を網羅するものである。
【図面の簡単な説明】
【００６１】
【図１Ａ】本発明の好適な実施形態を実現するために用い得る代表的なハードウェアを示す図。
【図１Ｂ】本発明のシステムの好適な実施形態の代表的な構成を示す図。
【図１Ｃ】本発明の好適な実施形態に関連して用い得る代表的なアプリケーション枠組みを示す図。
【図２】本発明の好適な実施形態に基づく、ポータルの個人専用化に関連する代表的なデータのフローを示す図。
【図３Ａ】本発明の好適な実施形態に基づく、取引担当者ポータルに関連して用い得る代表的画面のコピーを示す図。
【図３Ｂ】本発明の好適な実施形態に基づく、取引担当者ポータルに関連して用い得る代表的画面のコピーを示す図。
【図３Ｃ】本発明の好適な実施形態に基づく、取引担当者ポータルに関連して用い得る代表的画面のコピーを示す図。
【図４Ａ】本発明の好適な実施形態に基づく、販売ポータルに関連して用い得る代表的画面のコピーを示す図。
【図４Ｂ】本発明の好適な実施形態に基づく、販売ポータルに関連して用い得る代表的画面のコピーを示す図。
【図４Ｃ】本発明の好適な実施形態に基づく、販売ポータルに関連して用い得る代表的画面のコピーを示す図。
【図５】帰属範囲システム行列の代表的な画面のコピーを示す図。
【図６】ポータルを介して販売員に売上情報を表示するための代表的な方法を示す図。
【符号の説明】
【００６２】
１００      ブラウザ
１０１      ポータル
１０２      アプリケーション枠組み
１０３      ＯＬＡＰ（オンライン分析処理）データベース
１０４      アプリデータベース
１０５      データベース
１０６      権利付与サービス
１０７      権利付与サービス
１０８      個人専用サービス
１１０      データベースサービス
１１１      モデルコントローラ
１２０      データソース
１２１      サービスマネージャ
【図１Ａ】
2009535706.tif 000005
【図１Ｂ】
2009535706.tif 000006
【図１Ｃ】
2009535706.tif 000007
【図２】
2009535706.tif 000008
【図３Ａ】
2009535706.tif 000009
【図３Ｂ】
2009535706.tif 000010
【図３Ｃ】
2009535706.tif 000011
【図４Ａ】
2009535706.tif 000012
【図４Ｂ】
2009535706.tif 000013
【図４Ｃ】
2009535706.tif 000014
【図５】
2009535706.tif 000015
【図６】
2009535706.tif 000016
【手続補正書】
【提出日】平成21年1月7日(2009.1.7)
【手続補正１】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１Ａ】
2009535706.tif 000017
【図１Ｂ】
2009535706.tif 000018
【図１Ｃ】
2009535706.tif 000019
【図２】
2009535706.tif 000020
【図３Ａ】
2009535706.tif 000021
【図３Ｂ】
2009535706.tif 000022
【図３Ｃ】
2009535706.tif 000023
【図４Ａ】
2009535706.tif 000024
【図４Ｂ】
2009535706.tif 000025
【図４Ｃ】
2009535706.tif 000026
【図５】
2009535706.tif 000027
【図６】
2009535706.tif 000028
【国際調査報告】
2009535706.tif 000029