(57)【要約】売り手（即ち、第１の実体）と買い手（即ち、第２の実体）の間のビジネス関係を維持するためのコンピュータ実装方法が開示される。ａ）第１の実体のネットワーク上の独自の買い手のデータである。ｂ）第１の実体のネットワーク上に買い手のアクセスレベル機能（１０２）を確立するステップであって、その買い手のレベル機能によって、買い手のデータのセットと、買い手のデータのセットを構築するための買い手の機能のセットとへのアクセスを、第１の実体が買い手に与えられ、ｃ）買い手のネットワーク上のゲートキーパー買い手仲介ポイントに、データベースからの買い手のデータのセットと買い手の機能のセットへの、アクセスを与える、ゲートキーパーレベル機能（１０４）を確立し、ｄ）買い手従属レベルユーザー仲介ポイントにて、買い手従属レベルユーザーに、買い手データのセットから選択された買い手データと、選択された買い手の機能から選択された機能とへのアクセスを、与える、買い手の従属レベルユーザー仲介ポイントにおける買い手の従属レベルユーザー機能（１０６）を、確立する。更に、この方法を実施できる装置も開示される。
2005521923.tif 000002
【特許請求の範囲】
【請求項１】
売り手と買い手の間のビジネス関係を維持するコンピュータ実装方法において、
ａ）売り手ネットワーク上に独自の買い手データを含む情報の中心データベースを設定するステップと、
ｂ）売り手ネットワーク上に買い手アクセスレベル機能を確立するステップであって、その買い手レベル機能によって、買い手データのセットと、買い手データのセットを構築するための買い手の機能のセットとへのアクセスを、売り手が買い手に与えられる、ステップと、
ｃ）買い手ネットワーク上のゲートキーパー買い手仲介ポイントに、データベースからの買い手データのセットと買い手の機能のセットを与えることができる、ゲートキーパーレベル機能を確立するステップと、
ｄ）買い手従属レベルユーザー仲介ポイントにて、買い手従属レベルユーザーに、買い手データのセットから選択された買い手のデータと、選択された買い手機能から選択された機能とへのアクセスを、与える買い手従属レベルユーザー仲介ポイントを供給せしめる買い手従属レベルユーザー機能を確立するステップと
を含む、コンピュータ実装方法。
【請求項２】
買い手が複数の買い手であり、個々の買い手は関連する独自の買い手データを有する、請求項１に記載の方法。
【請求項３】
データベースは所定の売り手データ及び買い手特有のデータを含む、請求項１に記載の方法。
【請求項４】
買い手特有のデータが、売り手と買い手の間の関係及び取引発生に関し、よって売り手と買い手の間のイベントを定義する情報である、請求項３に記載の方法。
【請求項５】
ｅ）定義されるべきイベントを選択するステップと、
ｆ）イベントを定義するために、対応する選択された買い手データを選択するステップと、
ｇ）提示可能レポートの、対応する選択された買い手データをフォーマットするステップと、
ｈ）買い手にレポートを提示するステップと
をさらに含む、請求項４に記載の方法。
【請求項６】
買い手が、定義されるべきイベントを選択する、請求項５に記載の方法。
【請求項７】
ステップｂ）にて、買い手データのセットと、買い手データのセットを構築するための買い手の機能のセットとが、関係フレームワーク機能性により生成可能なレポートを含み、
ステップｃ）にて、買い手の機能のセットが、関係フレームワーク機能性により生成可能なレポートを含み、
ステップｄ）にて、選択された買い手機能から選択された機能が、関係フレームワーク機能性により生成可能なレポートを含む、
請求項５に記載の方法。
【請求項８】
中心データベースが売り手ネットワーク上に常駐し、個別データ項目がネットワーク化された関係の中にある種々の別個の売り手計算システム上に常駐し、よって中心データベースが個々の別個の売り手計算システム内に蓄えられ且つ利用可能なデータにアクセスする、
請求項１に記載の方法。
【請求項９】
中心データベースが、売り手ネットワーク上に常駐し個別のデータ項目及びデータ項目の個々のリンクされたグループを結合する関係テーブルを、含む、請求項１に記載の方法。
【請求項１０】
ｅ）買い手特有のデータが共通の買い手リンク項目を介して形成されるように、独自の買い手データを共通の買い手リンク項目により各自の買い手と結合するステップを、
更に含む、請求項１に記載の方法。
【請求項１１】
共通の買い手リンク項目が売り手に割り当てられたカスタマ番号である、請求項１０に記載の方法。
【請求項１２】
中心データベースは、リアルタイムベースで更新される、請求項１に記載の方法。
【請求項１３】
中心データベースは、周期ベースで更新される、請求項１に記載の方法。
【請求項１４】
買い手は法人であり、買い手従属レベルユーザーが法人の従業員である、請求項１に記載の方法。
【請求項１５】
ゲートキーパーレベル機能が、買い手ネットワーク上のゲートキーパーロールを定義する、請求項１に記載の方法。
【請求項１６】
ゲートキーパーが、売り手システムアドミニストレータ、買い手システムアドミニストレータ、及び買い手従業員のうちの、一つである、請求項１５に記載の方法。
【請求項１７】
選択された買い手機能のうちの少なくとも一つが、従属レベルユーザーが選択された買い手情報の提示を望むカスタマイズされたフォーマットを、定義する能力である、請求項１に記載の方法。
【請求項１８】
買い手従属レベルユーザー仲介ポイントは、買い手ネットワーク上で他のパーソナルコンピュータとネットワーク化されたパーソナルコンピュータである、請求項１に記載の方法。
【請求項１９】
ｅ）複数の買い手従属レベルユーザーを形成するステップと、
ｆ）少なくとも２人の買い手従属レベルユーザーを結合し、よってその少なくとも２人の買い手従属レベルユーザーを含むグループを定義するステップと
を更に含む、請求項１に記載の方法。
【請求項２０】
少なくとも２人の買い手従属レベルユーザーは、買い手従属レベルロール、買い手従属レベル責任、買い手従属レベル配置、及び買い手従属レベルタイトルのうちの、ひとつにより結合される、請求項１９に記載の方法。
【請求項２１】
ｅ）買い手従属レベルユーザー仲介ポイントにて買い手従属レベルユーザーにより、選択された買い手機能を利用して選択された買い手データのサブセットを結合するステップと
を更に含む、請求項１に記載の方法。
【請求項２２】
ｆ）買い手従属レベルユーザー仲介ポイントにて買い手従属レベルユーザーにより売り手ネットワーク上で中心データベースと接触するステップと、
ｇ）中心データベースにより、選択された買い手データの最新のサブセットを集めるステップと、
ｈ）買い手従属レベルユーザー仲介ポイントにて、選択された買い手データの最新のサブセットを買い手従属レベルユーザーに経路付けるステップと
を更に含む、請求項２１に記載の方法。
【請求項２３】
ｅ）買い手ネットワーク上のゲートキーパー買い手仲介ポイントにて、ゲートキーパーレベル機能によって、買い手従属レベルユーザーのための選択された買い手データを修正するステップと
をさらに含む、請求項１に記載の方法。
【請求項２４】
ｅ）買い手ネットワーク上のゲートキーパー買い手仲介ポイントにて、ゲートキーパーレベル機能によって、買い手従属レベルユーザーのための選択された買い手機能を修正するステップと
をさらに含む、請求項１に記載の方法。
【請求項２５】
ｅ）買い手従属レベルユーザー仲介ポイントにて、買い手従属レベルユーザーによって、選択された買い手機能を利用して選択された買い手データのサブセットを制限するステップと
をさらに含む、請求項１に記載の方法。
【請求項２６】
ｅ）買い手従属レベルユーザー仲介ポイントにて、買い手従属レベルユーザーに対して、選択された買い手データと選択された買い手機能を提示するステップと
をさらに含む、請求項１に記載の方法。
【請求項２７】
ステップｂ）乃至ステップｄ）が、不連続の周期に実施される、請求項１に記載の方法。
【請求項２８】
不連続の周期が約１分から約１０分の範囲の中である、請求項２４に記載の方法。
【請求項２９】
請求項１に係る方法を実施しうる装置。
【請求項３０】
第１の実体と第２の実体の間のビジネス関係を維持するためのコンピュータ実装方法において、
ａ）第１の実体のネットワーク上に独自の第２の実体のデータを含む情報の中心データベースを設定するステップと、
ｂ）第１の実体のネットワーク上に第２の実体のアクセスレベル機能を確立するステップであって、その第２の実体のレベル機能によって、第２の実体のデータのセットと、第２の実体のデータのセットを構築するための第２の実体の機能のセットとへのアクセスを、第１の実体が第２の実体に与えられる、ステップと、
ｃ）第２の実体のネットワーク上のゲートキーパー第２の実体仲介ポイントに、データベースからの第２の実体のデータのセットと第２の実体の機能のセットへの、アクセスを与える、ゲートキーパーレベル機能を確立するステップと、
ｄ）第２の実体の従属レベルユーザー仲介ポイントにて、第２の実体の従属レベルユーザーに、第２の実体のデータのセットから選択された第２の実体のデータと、選択された第２の実体の機能から選択された機能とへのアクセスを、与える、第２の実体の従属レベルユーザー仲介ポイントにおける第２の実体の従属レベルユーザー機能を、確立するステップと
を含む、コンピュータ実装方法。
【請求項３１】
第２の実体が複数の第２の実体であり、個々の第２の実体は関連する独自の第２の実体のデータを有する、請求項３０に記載の方法。
【請求項３２】
売り手と買い手の間のビジネス関係を維持するコンピュータ実装方法において、
ａ）売り手ネットワーク上に独自の買い手データを含む情報の中心データベースを設定するステップと、
ｂ）売り手ネットワーク上に買い手アクセスレベル機能を確立するステップであって、
その買い手レベル機能によって、買い手データのセットと、買い手データのセットを構築するための買い手の機能のセットとへのアクセスを、売り手が買い手に与えられ、
買い手データのセットと、買い手データのセットを構築するための買い手の機能のセットとが、（１）買い手と売り手の間の関係で生じることが予測されるイベントの一般的特性を定義するレポート関係構造モジュール項目と、（２）買い手と売り手の間に実際に発生する特定のイベントの特定の特性を定義する内容を与えるためにレポート関係構造モジュール項目に電子的に接続する、少なくとも一つのデータベースとを含む、関係フレームワーク機能性により、
生成可能なレポートを含む、ステップと、
ｃ）買い手ネットワーク上のゲートキーパー買い手仲介ポイントに、データベースからの買い手データのセットと、関係フレームワーク機能性により生成可能なレポートを含む買い手の機能のセットを与えることができる、ゲートキーパーレベル機能を確立するステップと、
ｄ）買い手従属レベルユーザー仲介ポイントにて、買い手従属レベルユーザーに、
買い手データのセットから選択された買い手のデータと、
関係フレームワーク機能性により生成可能なレポートを含む選択された買い手機能から選択された機能とへのアクセスを、
与える買い手従属レベルユーザー仲介ポイントを供給せしめる買い手従属レベルユーザー機能を確立するステップと
を含む、コンピュータ実装方法。
【請求項３３】
買い手が複数の買い手であり、個々の買い手は関連する独自の買い手データを有する、請求項３２に記載の方法。
【請求項３４】
ｅ）買い手特有のデータが共通の買い手リンク項目を介して形成されるように、独自の買い手データを共通の買い手リンク項目により各自の買い手と結合するステップを、
更に含む、請求項３２に記載の方法。
【請求項３５】
中心データベースが、売り手ネットワーク上に常駐し個別のデータ項目及びデータ項目の個々のリンクされたグループを結合する関係テーブルを、含む、請求項３２に記載の方法。
【請求項３６】
中心データベースは所定の売り手データ及び買い手特有のデータを含み、買い手特有のデータが、売り手と買い手の間の関係及び取引発生に関し、よって売り手と買い手の間のイベントを定義する情報である、請求項３２に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概略ビジネス関係方法に関し、特に、売り手と買い手の間のビジネス関係を維持するためのコンピュータ実装自動システムに関する。
【従来技術の説明】
【０００２】
売り手と買い手の間関係を維持し発展させるための自動システムが、今日の経済で重要性を増している。技術発展とともに、コンピュータ実装システムが、特に単一の売り手と多数の買い手の間でのこれらの関係を画定するために要求される。商品やサービスの買い手に利用可能なオプションが増加するにつれ、フルサービスの、柔軟な顧客志向のシステムに、価値が多く置かれてきている。売り手と買い手の間の関係を画定し維持しそして発展させることにおいて、かようなシステムが助けとなる。更に、システムがユーザ特定のものになるほど、個々のユーザが該システムにより価値を置きより利用する。
【０００３】
かようなユーザ同調された即ちユーザ特定のシステムが、ハンデル（Ｈａｎｄｅｌ）らへの米国特許第６１９５６５１号内に示されている。第６１９５６５１号の特許は、ユーザのプロファイル情報を基礎にするウエブベースユーザインタフェースを供給するシステムは開示する。第６１９５６５１号の特許のシステムは、ウエブベースコンテントを処理しマッチさせユーザ特定にしてこのコンテントを示すために、パターンマッチングルーチンを利用する。しかしながら、第６１９５６５１号の特許のシステムは、ユーザが見ることを望む正確な情報を確実にユーザに見せるという能力に欠ける。更に、第６１９５６５１号の特許のシステムでは、ユーザが見ることを望むデータのタイプとフォーマットを、ユーザが動的に調整し修正することができない。
【０００４】
商取引パートナー間の関係を画定するシステムの別の例が、メルツエル（Ｍｅｌｔｚｅｒ）らへの米国特許第６２２６６７５号内に示されている。第６２２６６７５号の特許は、商取引パートナーネットワーク内及び間での商取引にてドキュメントを処理する共通サーバを開示する。ビジネスインタフェース定義を利用することで、商取引パートナーは注文を発しステータス及び在庫のレベルをチェックできる。第６２２６６７５号の特許は売り手と買い手の間の情報交換を促進するが、かようなシステムは、個別の顧客のどの要求にも特定して適合するように求められる動的な順応性及び顧客毎の情報提示性を欠く。
【０００５】
ウイン（Ｗｉｎ)らへの米国特許第６１８２１４２号は、情報資源の分配されたアクセスマネジメントに関する。第６１８２１４２号の特許のシステムは、情報資源を制御し、個別のユーザは認可された資源及びデータにのみアクセスできる。ユーザのアクセス権限及びレベルは、ユーザの役割の及び／又は機能のグループ分けにより決まる。ユーザの役割及び機能のグループ分けを定義する暗号化されたトークンを利用して、システムはトークンをストアしユーザに個別化された表示を提示し、ユーザが認可されたアクセスを有する資源若しくはデータのみを示す。第６１８２１４２号の特許のシステムはユーザのアクセスレベルを基にした個別化された情報を提示するが、このシステムはユーザ即ち顧客インタフェースにて動的な順応性を欠く。
【０００６】
ザワドスキ（Ｚａｗａｄｚｓｋｉ)らへの米国特許第６２２６６５６号は、ユーザ定義一般的仕様を形成し生成し処理するシステムを開示する。第６２２６６５６号の特許のシステムにより、ユーザはインターネットを介して情報の中央データベースにアクセスできる。また該システムは、ウエブブラウザを介してユーザに対するカスタムページを構築し提示するページビルダを利用する。ページの表示は、質問に対するユーザの返答及び選択により決定する。個別化された情報アウトプットがユーザに提供され、システムはユーザの返答及び選択に応じてフラグをセットしオプションの可否を決する。第６２２６６５６号の特許は利用が限定され、ユーザに対して顧客選択のフォーマットで所定の生成情報を提示するのみである。顧客はアクセスが限定され、システムは根底において動的ではない。
【０００７】
従来技術は、真正の動的な形態で異なる顧客データを提示する能力に欠ける。顧客即ち買い手側に個別のユーザアクセス指定を委ねる能力に欠ける。このことは完全な機能の個別化されたネットワークシステムのために求められるものである。個別のユーザ動的機能及び認可されたアクセスレベルは、買い手側で規定されるべきであり、買い手自身は、売り手認可アクセスも有さねばならない。更に、買い手側での動的個別化に対する要求があるのみならず、この動的個別化が情報を提示しなければならない、即ちそれ自身動的でなければならない。更に、個別のユーザは自分の選択に対して個別化されたフォーマットにて認可されたデータを個別化することが可能であるべきである。
【発明の概要】
【０００８】
従って、独自の買い手データを権限ある買い手に提供できるシステムを供給することが本発明の目的である。データのフォームと内容を動的に構築するフレームワークを提供するシステムを供給することが、本発明の別の目的である。個別のユーザーの動的な機能性及び個別の権限あるアクセスレベルを買い手が決定できることにつき、カスタマの側にて委託するシステムを供給することが、本発明の別の目的である。ユーザーの側にて同様に動的な情報に対してアクセスしカスタマイズせしめ得るシステムを供給することが、本発明の更に別の目的である。個別のユーザーが、十全にカスタマイズされた上でデータ及びデータの提示を選択できるシステムを供給することが、本発明のまた更に別の目的である。
【０００９】
従って、従来技術の欠点を克服するために、我々は、売り手（即ち、第１の実体）と買い手（即ち、第２の実体）の間のビジネス関係を維持するコンピュータ実装自動化システムを発明した。本発明によれば、売り手と買い手の間のビジネス関係を維持する自動化システムのための方法及び装置が、提示されている。
【００１０】
本発明に係る方法は、ａ）売り手ネットワーク上に独自の買い手データを含む情報のデータベースを設定するステップと、ｂ）売り手ネットワーク上に買い手アクセスレベル機能を確立するステップであって、その買い手アクセスレベル機能によって、データベースからの買い手データのセットと、買い手データのセットを構築するための買い手の機能のセットとへのアクセスを、売り手が買い手に与えられる、ステップと、ｃ）買い手ネットワーク上のゲートキーパー買い手仲介ポイントに、データベースからの買い手データのセットと買い手の機能のセットを与えることができる、ゲートキーパーレベル機能を確立するステップと、ｄ）買い手従属レベルユーザー仲介ポイントにて、買い手従属レベルユーザーに、買い手データのセットから選択された買い手のデータと、買い手機能のセットから選択された機能とへのアクセスを、与える買い手従属レベルユーザー仲介ポイントを供給せしめる買い手従属レベルユーザー機能を確立するステップとを含む。
【００１１】
上述の方法を実施できる装置も開発した。構成及び操作方法の両方に関して、本発明は、付加的な目的及び利点と共に、添付の図面と関連させて読むとき特定の実施形態の以下の説明から最もよく理解される。
【００１２】
本発明は、買い手ネットワーク上の個別ユーザのアクセス及び機能に加えて、売り手と買い手の間の機能的関係、及び売り手ネットワーク上の買い手情報への買い手のアクセスを、管理する自動インタフェースツールを提示する。本発明は、個々の個別データ項目に至るまで、マクロマネジメント及びミクロマネジメントの両方において、有用である。
【００１３】
この方法は、売り手と買い手との間のビジネス関係を維持する自動化方法を示す。最初に、“売り手”と“買い手”という用語を利用するが、これらの用語は、当事者が情報の取引交換に携わる関係も含むことが想定されている。例えば、“売り手”は、第２の当事者に特有のデータも含む、情報の大量データ倉庫の供給者としても定義され得る。従って、“売り手”は、法人、雇用者、関係団体、売り手代理人などであればよい。同様に、“買い手”は、法人、被用者、子会社、買い手代理人などであればよい。当事者間の関係のキーファクタは、売り手による情報データベースの収集、保持及び分配と、買い手に対するその情報の一部若しくは全ての管理、認証及び提示とにより、定義される。本方法は、情報の取引交換に携わる第１の実体及び第２の実体に等しく有用である。
【００１４】
図１は、本発明に係る方法を示すフロー図であり、図２は該方法に係るシステムを示すブロック図である。図１及び図２を参照すると、第１のステップ１００は、独自の買い手データ２０２を含み売り手ネットワーク２０４上に存するデータベース２００を提供する。図２に示されるように、中心データベース２００は売り手ネットワーク２０４上に存し、安全な環境で維持され、最終的には売り手若しくは買い手によって修正可能であるのみである。この安全な環境２０５は、通常ファイアウオール２０５の利用によって維持される。中心データベース２００は、情報の広大な収集体であり、売り手特有のデータ２０６及びファイルを含み、買い手特有のデータ２０８及び情報も含む。買い手特有のデータ２０８は、売り手と買い手との間での関係及び取引発生に関する全ての買い手と顧客の情報、例えば、契約、コンタクト、販売、輸送、在庫、分析証、物流追跡、インボイス、オーダー履歴、などに関するデータを、含む。売り手ネットワーク２０４は、種々の資源及びネットワークから、例えば、接続済みのサードパーティネットワーク、共通アクセスネットワークおよび他のデータ源ネットワークから、情報を提供できる。
【００１５】
トラッキングや他の情報上の目的、例えば、売り手在庫レベル、製品入手可能性、マテリアルセーフティデータシートなどの、売り手情報２０９も、中心データベース２００内に含まれる。中心データベース２００は、売り手ネットワーク２０４上に存在し、該売り手ネットワーク２０４は、（ひとまとめにして符号２１０が付されている）データフィード、マルチプルデータベース、マルチプル売り手提携サブネットワーク及びマルチプル操作プラットフォーム（例えば、マイクロソフトウインドウズ（登録商標）、ユニックス、など）を含んでおり、全ては中心データベース２００によりアクセス可能であり中心データベースと通信する状態にある。
【００１６】
好適な実施形態では、中心データベース２００はオラクル（Ｏｒａｃｌｅ）（登録商標）テーブルを含み、該テーブルは外国のキーインフラストラクチャ（又は他の関係データベース構造）を利用して、個別データ項目及びデータ項目の個別のリンクグループを正しく貯蔵し関連させる。オラクル（Ｏｒａｃｌｅ）（登録商標）タイプのデータ結合が好ましいが、どのデータベース組織構造プラットフォームも想定されうる。ベースレベルでは、キー要求は、中心データベース２００が、買い手特有の情報２０８、即ち買い手に結合若しくはリンクされる情報に対して文法的に解剖されるということであり、更に買い手認証の売り手情報２０９、即ち買い手がアクセスすることを売り手が是認することを望む情報に対しても分布的に解剖され得るということである。
【００１７】
共通点のない買い手データ２０２は、多数の顧客、多数の生産ライン及び多数の製品を含み得る。このデータ２０２は、特有の買い手へのリンク以外には、関連することが無く、売り手ネットワーク２０４上の中心データベースを供給し形成する多数のデータベース及びネットワーク内に収容される。中心データベース２００は真実動的であり、買い手特有データ２０８や買い手認証売り手データ２０９への買い手のリアルタイムでのアクセスを提供することが、想定される。このことが有用である例（例えば、分析証など）は有りうるが、データの全て、例えば、現行の買い手の輸送仲介情報に対するかような動的アクセスを供給することは非効率でもあり得る。買い手との動的な関係において中心データベース２００上でどのデータを更新し維持すべきかを選択する際に、売り手は、かような可撓性と共に発生し得る操作上の非効率性及び結果として生じるデータボトルネックを、考慮しなければならない。従って、全てのデータがリアルタイムで買い手に提供されることは確かに想定されるが、より周期性に基づき比較的静的に情報を“更新する”のが好ましい。
【００１８】
第２のステップ１０２では、買い手アクセスレベル機能が、とりわけ買い手ネットワーク２０４上に確立される。買い手アクセスレベル機能を確立する際には、売り手は、中心データベース２００から買い手に（買い手特有データ２０８及び買い手認証売り手データ２０６を含む）買い手データセット２１１を供給することができる。更に、このステップでは、売り手は、買い手データセット２１１を構築するために買い手に買い手機能セットへのアクセスを供給することができる。重要なことであるが、買い手データセット２１１は買い手に関連する売り手ネットワーク２０４上の全てのデータを含み得るが、買い手に有用と思われる特定の買い手データにのみ売り手によって限定され得る。例えば、買い手に非常に古いデータを供給しても、有用性は無く、中心データベース２００のスペース及び構成の非効率利用に過ぎない。しかしながら、買い手がこの情報へのアクセスを望めば、売り手ネットワーク２０４内のどこかで利用可能である限り、売り手は中心データベース２００に情報を“コール”することができ、情報を買い手にとって利用可能とできる。
【００１９】
買い手レベルアクセス機能は、顧客、例えば、買い手法人、提携ユーザグループ、多数ユーザなどに対する、入口を供給する。この入口は、定義されたＩＤを備え、それはアクセスレベルにより定義される。全般的に見て、買い手アクセスレベル機能により、売り手は、買い手データセットを買い手に結合し供給することができる。
【００２０】
買い手データセット２１１及び買い手機能セットは、売り手によって決定されるが、あらかじめ決定されているのではない。この買い手データセット２１１及び買い手機能セットは、売り手によって動的に調整可能であり、修正若しくは取消のために専門的な知識は要求されないし技術的な知識も要求されない。調整する際、本発明の方法は、広大な共通の売り手ネットワーク２０４にて特に有用であり、そこでは、アドミニストレータは自らの端末にて買い手データセット２１１及び買い手機能セットを修正可能であり、このとき古典的な意味での“プログラム”や“コード”を書く必要は無い。よって、このことにより、本発明に関して、可撓性があり、有用な且つ動的な機能面を形成できる。
【００２１】
買い手機能セットは、売り手と買い手の間の取引関係を定義し維持するのに要求される機能である。例えば、買い手機能セットにより利用可能な機能の一つとして、提示される買い手情報セットにつき買い手が望むフォーマットに定義できる、ということがある。これらの買い手機能は、買い手に対して、買い手が望むあらゆる形態でのデータを、取りまとめ、付加し、構造化しそして提示し得る機能を、与える。
【００２２】
次のステップであるステップ１０４は、買い手ネットワーク２１４上にゲートキーパ買い手仲介ポイント２１２を供給しうるゲートキーパレベル機能を確立することを含む。このゲートキーパレベル機能により、ゲートキーパ買い手仲介ポイント２１２は買い手データセット２１１と買い手機能セットにアクセスし得る。本質的に、“ゲートキーパ”及びゲートキーパレベル機能は、買い手データセット２１１と買い手機能セットへの認証、定義及びアクセスを供給することであり、これらは売り手により許容される。ゲートキーパの機能面が買い手ネットワーク２１４に設けられ且つそれに限定される限り、ゲートキーパレベル機能の供給は、売り手ネットワーク２０４若しくは買い手ネットワーク２１４上にて生じ得るものである。多数のゲートキーパ買い手仲介ポイント２１２が形成され得る一方で、統合的な管理上の理由のため、かようなシステムアドミニストレータステータスを一つより多いゲートキーパ買い手仲介ポイント２１２に対して設定することは、通常好ましいものではない。
【００２３】
買い手データセット２１２と買い手機能セットに従って、売り手が買い手へのトップレベル即ちシステムアドミニストレータアクセスを設けるものと、ステップ１０４は考えられてもよい。ゲートキーパレベル機能は通常売り手により与えられるのであるから、ゲートキーパは、売り手により確立されたレベルとデータに対する範囲、アクセス及び権限にて、限定される。このことにより、ゲートキーパが、売り手が範囲若しくは権限の範囲外であると考えるデータ又は機能にアクセスすることを防ぐ。
【００２４】
最後に、ステップ１０６は、買い手従属レベルユーザ送信ポイント２１６を供給せしめる買い手従属レベルユーザ機能を確立することを含む。この買い手従属レベルユーザ仲介ポイント２１６は、買い手従属レベルユーザに、買い手データセット２１１から選択される買い手データ２１８へのアクセスと、買い手機能セットから選択される買い手機能へのアクセスとを、提供する。選択される買い手データ２１８及び選択される買い手機能の両方は、買い手従属レベルユーザ仲介ポイント２１６にて、供給される。
【００２５】
売り手かゲートキーパのいずれかが、買い手従属レベルユーザ仲介ポイント２１６を供給すればよい。好適な実施形態では、ゲートキーパが買い手従属レベルユーザ仲介ポイント２１６を供給する。買い手ゲートキーパを介して、このことにより、買い手は、個々の買い手ユーザに対する買い手データのフロー及び分布を管理できる。例えば、買い手は、各々の販売員が売上データにアクセスすることを望み得るが、財務会計データにアクセスすることは望み得ない。従って、買い手ゲートキーパは、個々のユーザの役割及び責任に従って、買い手従属レベルユーザ仲介ポイント２１６におけるアクセスを制限することができる。
【００２６】
ゲートキーパ又は売り手が複数の従属レベルユーザ仲介ポイント２１６を供給し得ることが、想定される。このように、ゲートキーパは多数のユーザを管理でき、情報の流れ、買い手データへのアクセス及び相互関係を定義できる。更に、ユーザの“グループ”、例えば、販売グループ、会計グループ、輸送グループなどを、確立することは有用であり得る。個別のユーザは、別異の買い手従属レベルユーザ仲介ポイント２１６にて、選択された買い手データ２１８及び選択された買い手機能に同一のアクセスをなし得る。本発明の方法により、買い手は、ユーザのグループを確立して管理し、プロジェクトをグループに割り当て、アクセスレベルを定義し、そして個別化された機能を許容し得る。
【００２７】
第１の（又は後続の）買い手従属レベルユーザ仲介ポイント２１６では、個別のユーザは、定義された、但し可転性のある、選択された買い手機能セットを有し、個別のユーザは選択された買い手データ２１８を組織化し管理し提示するのにそれを利用しうる。例えば、研究所のユーザが、レポートが製品分析証を特定の製品輸送に適合させることを調査したいならば、そのユーザは適切なデータ項目を選択でき、そのレポートを調査するために要求される買い手データに動的にアクセスできる。重要なことであるが、レポートのためのユーザ選択データは、個別のユーザが調査する許可を有する、選択された買い手データのサブセット２１８でなければならない。更に、選択された買い手データ２１８は、ゲートキーパ又は売り手が決定する、買い手データセット２１１のサブセットであり、更に買い手データセット２１１は情報の中心データベース２００のサブセットである。ゲートキーパが個別のユーザに対するアクセスを取り消し、修正し若しくは拡張したいならば、ゲートキーパは売り手からの技術的サポートをほとんど必要とせずに、買い手ネットワーク２１４上でそれを実現しうる、という点において、本発明の方法は利点がある。この機能性は、システムの可転性、及び買い手に対する有用性を、激烈に増加させる。
【００２８】
権限及び許可が存在するならば、個別のユーザは、選択された買い手データ２１８のカスタマイズ化及びプレゼンテーションに関して、全体的な制御を有する。本発明の一つの特定の利点は、別異の買い手データ２０２の動的性質である。上記で議論したように、個々のユーザは、権限ある範囲で、売り手ネットワーク上の中心データベース２００にて、選択された買い手データ２１８への直接のアクセスをする。このことにより、ユーザは、どの数のデータストリームも動的に追跡でき、どのデータ修正もフォローできる。例えば、この動的なデータアクセスにより、輸送／受理部門のユーザは売り手からの到来輸送を追跡でき、従って、ユーザはより効率的にロジスティック管理でき、輸送のための準備ができる。
【００２９】
この同じ方法は、通常ビジネス上の法人である、多数の買い手と共に利用される。中心データベース２００は売り手ネットワーク２０４上で維持されるから、全ての買い手特有のデータ２０８は、他の買い手（及び競争相手）によるアクセスから保護される。更に、売り手ネットワーク２０４上で中心データベース２００を維持することにより、なお売り手は全ての買い手データ２０２を管理できる。
【００３０】
本発明の方法の他の利点は、個別のユーザが自分自身のアクセス又は機能を制限すること又はフィルタをかけることができることである。このことにより、ユーザは選択された買い手データ２１８のサブセットを選択することができる。個別のユーザは更に、選択された買い手データ２１８への自分のアクセスを制限しうるが、ユーザは、ゲートキーパによりセットされる、選択された買い手データ２１８及び選択された買い手機能を超えて、自分のアクセスを“拡張”する権限は無い。同様に、このことはゲートキーパに対して等しく適用可能であり、そのゲートキーパは、ユーザによりセットされる、買い手データセット２１１及び買い手機能セットのアクセスを限定することはできるが、それらを超えてアクセスを拡張することはできない。
【００３１】
顧客の修正及び付加は、本発明のシステムでは素早く効率的に為され得る。従来技術では、このタイプの広大なネットワークシステムに対し顧客からの修正又は付加をなすことは、数日乃至は数週間かかることがあり更に相当量の追加のコーディングが求められることがあるが、本発明のシステムにおいてかような変更即ち修正を為しても、数分しかかからない。この素早さは、“技術的”即ち“プログラミングの”バックグラウンドへの要求が欠如してもよいという、本発明のシンプル且つ動的な特性から導出されるものである。全体として、本発明のシステムは、実際のビジネス関係と仮想上のビジネス関係の間の顧客における変更を追跡するための動的制御を与えるものである。この制御は、実際のビジネス関係とその仮想上の反映との間の統合性を１００％維持する。更に、この制御により、イベント修正のための必要な可撓性と、実際のビジネス関係と仮想上のビジネス関係の間の移行とが、与えられる。上述のように、中心データベース２００は、予め決定された売り手特有のデータ２０６と買い手特有のデータ２０８を含む。買い手特有のデータ２０８は、売り手と買い手の間の関係と取引発生とに関する情報であり、よって売り手と買い手の間のイベントを定義する。
【００３２】
特に利点あるやり方で、本発明は、“関係フレームワーク機能性”と称される特性を与える。この関係フレームワーク機能性は、売り手が、買い手データセット２１１及び買い手データセット２１１を構築するための買い手機能セットを、買い手に提供できるので、特に利点ある方法である。関係フレームワーク機能性は以下のものを概略含む。（１）買い手と売り手の間で発生することが予想されるイベントの一般特性を定義するレポート関係構造モジュール項目。（２）買い手と売り手の間で実際に発生する特定イベントの特有特性を定義するため内容を与える、レポート関係構造モジュール項目に電子的に接続する少なくとも一つのデータベース。レポート関係構造モジュール項目は、あらゆる一般特性、即ち、買い手売り手関係の途中にて発生することが予想されるイベントの特性を定義できる。レポート関係構造モジュール項目に電子的に接続する少なくとも一つのデータベースは、買い手と売り手の間で発生するイベントのための内容を与え得るデータベースを含み得る。レポート関係構造モジュール項目は、対応するデータベース又は他のデータベースと相互作用し、買い手と売り手の関係にて生じるイベントをドキュメントするレポートを生成する。
【００３３】
利用時には、買い手アクセスレベル機能が売り手ネットワーク上に確立されるときは、買い手レベル機能により、売り手は買い手に対し関係フレームワーク機能性におり生成されるレポートへのアクセスを提供する。このレポートは有用なことであるが、買い手売り手関係にて発生するイベントを要約する。更に、対応するゲートキーパレベル機能は、買い手ネットワーク２１４上のゲートキーパ買い手仲介ポイント２１２における、関係フレームワーク機能性により生成されるレポートへのアクセスを提供する。更に、買い手従属ユーザ仲介ポイント２１６における買い手従属レベルユーザ機能は、買い手従属レベルユーザに対して関係フレームワーク機能性により生成されるレポートへのアクセスを提供する。買い手がかようなレポートへのアクセスを有することを考慮すると、買い手は買い手売り手関係にて実際に発生するイベントの追跡を容易に保持できる。また、関係フレームワーク機能性は買い手売り手ビジネス関係での変更に適応するように修正可能であるから、買い手は買い手売り手関係で実際に発生する変更の追跡を容易に保持できる。
【００３４】
上述のように、実際のビジネス関係にて発生するイベントは、本発明の方法を介して仮想的なビジネス関係内に反映される。しかしながら、本発明のシステムは更に、関係フレームワーク機能性を経由して買い手に対して選択可能なデータを動的に提示できる。堅固なフォーマットにて買い手に対し静的な別異の買い手データ２０２を提供するのとは反対に、関係フレームワーク機能性により、システムは実際のビジネス関係にて発生するイベントを仮想上のビジネス関係内に反映でき、しかもそのイベントデータを選択可能且つ動的なやり方で提示できる。例えば、真に可撓性あり動的であるレポートは、この機能性の下で発生し、しかもレポート即ちデータプレゼンテーションはコーディングを付加することなく容易に形成される。この機能性により、イベントは買い手と売り手との間で形成され定義され得る。イベントを定義するために対応して選択される買い手データ２１８は、買い手へのプレゼンテーションのため、選択の上で提示可能なレポートにフォーマットされる。売り手も買い手もいずれも、イベントを定義できる。
【００３５】
この関係フレームワーク機能性は、従来技術のデータ提示システムを解体するものである。この解体は、フォーマットと提示可能データとの間で生じる。通常、データ提示システムにより、ユーザは、書式的レポートの堅固な即ち静的なセットから“選択”できる。本発明のシステムの機能性は、権限の与えられたデータのみ追跡し完全にカスタマイズされたフォーマットでユーザに供給する。顧客が新しいレポートに対する要求をプログラマに送ることを要求しプログラムはレポートを作成する、というのではなく、本発明のシステムは、顧客の要求を自動的に受け取り、（権限に対して）データをフィルタし、売り手は権限あるデータに基づいてカスタマイズされたレポートのフォーマットを構築でき、よってシステムは顧客にカスタマイズされたレポートを提示する。関係フレームワーク機能性により、技術を持たない人が付加的なコーディングを何ら加えることなくかようなカスタマイズされたレポートを容易に構築できる。
【００３６】
例１
本発明に係る方法の特定の例では、Ｓ会社が売り手でＢ会社が買い手である。Ｓ会社は、そのネットワーク上にて、特にＢ会社に関する買い手データを含む別異の買い手データを含有する膨大な情報データベースを維持する。Ｓ会社ネットワークは、多数のデータフィードを有し、多数のＳ会社サブネットワークの併合体である。Ｓ会社サブネットワーク一つがＳ会社プラントネットワークであり、中心データベースが設置されるＳ会社本社位置から国全体に配置される。
【００３７】
Ｓ会社がＢ会社買い手データへの動的なアクセス可能性を提供するから、Ｂ会社はＳ会社の利用を継続することを決定したとする。この点において、Ｓ会社、通常はシステムアドミニストレータなどのＳ会社の従業員は、Ｂ会社アクセスレベル機能を確立し、よってシステムアドミニストレータはＢ会社にＢ会社データセット及びＢ会社機能セットを供給できる。Ｂ会社はＳ会社の長期間の顧客であるから、システムアドミニストレータは、Ｂ会社データセットをこの１０年に収集されたＢ会社データに限定することを決定する。システムアドミニストレータは、Ｂ会社にＢ会社機能セットも提供し、これによりＢ会社はＢ会社データを構築し、選択し、操作しそして提示できる。
【００３８】
次に、Ｓ会社のシステムアドミニストレータは、Ｓ会社ネットワーク上かＢ会社ネットワーク上かのいずれかで、ゲートキーパレベル機能を確立する。このゲートキーパレベル機能により、Ｂ会社、つまり通常はＢ会社のシステムアドミニストレータはＢ会社ネットワーク上でゲートキーパＢ会社仲介ポイントにてアクセスできる。更に、このゲートキーパレベル機能は、Ｂ会社システムアドミニストレータに、Ｓ会社システムアドミニストレータにより決定され確立されるＢ会社データ及びＢ会社機能へのアクセスを、提供する。安全上及び会計上の理由のために、Ｂ会社は、選択により多数のゲートキーパが指定可能であっても一人（即ち一役）のみがゲートキーパとして指定されることを要求したとする。
【００３９】
ゲートキーパとしてＢ会社システムアドミニストレータは、Ｂ会社ネットワーク上において、対応するＢ会社従属レベルユーザ仲介ポイント、通常はユーザコンピュータアクセスポイントにて、多数のＢ会社付属レベルユーザ機能を確立する。ゲートキーパは、これら仲介ポイントにおいて、Ｂ会社データセットから選択されたＢ会社データと、Ｂ会社機能セットから選択されたＢ会社機能へのアクセスを、提供する。
【００４０】
Ｂ会社システムアドミニストレータは、Ｂ会社輸送データと個々の輸送のためのＢ会社分析証との両方へのアクセスを、輸送し受けるマネジャを設置することを決定する。輸送し受けるマネジャは財務データに対して最小の要求しかしないので、Ｂ会社システムアドミニストレータはこの財務データのためのマネジャへのアクセスを許可しないことを決定する。従って、輸送データ及び分析証は、マネジャが仲介ポイントにてアクセスを有する、選択されたデータである。
【００４１】
マネジャが、Ｓ会社からの輸送を予想し、輸送される製品のための分析証を見ることを望むとき、マネジャは、マネジャの仲介ポイントにてＳ会社システムにアクセスすることを決定する。マネジャは自分のコンピュータにログオンし自分のＳ会社のウエブページにアクセスする。ゲートキーパはマネジャのデータアクセス及び機能を限定したので、マネジャは、自らがアクセスするデータ及び機能をＳ会社ウエブページ上で見るのみである。
【００４２】
“輸送先”、“製品”、“予想到着日”及び“製品のための分析証”の項目を含む、全ての到来するＳ会社輸送をリストするレポートを、マネジャは“走らせる”。このレポート即ちコールは、Ｂ会社ネットワークを通過してＳ会社ネットワークに経路付けられ、Ｓ会社ネットワーク上の中心データベースから情報を引き出す。“輸送先”Ｂ会社のデータは週を基本として更新されるが、“製品”、“予想到着日”及び“分析証”のデータは、時間を基本として更新されてＢ会社に動的に利用可能となる。適正なデータが検索されリンクされマネジャのコンピュータに経路付けされ、よって、マネジャにはＳ会社輸送に関する最新の正確な情報が提供される。
【００４３】
例２
本発明に係る方法の別の例が以下に示されており、本発明のコンピュータ実装された方法から生じる機能及び利点を説明する。この例の実施形態の画面のショットは図３乃至図５３に示される。
【００４４】
開始
ログイン
ユーザネームとパスワードを受けたら、“ＳｅｃｕｒｅＮＥＴ”にアクセスできる。
１．ブラウザのアドレス若しくはロケーション項目へ以下のアドレスを入力する。
http://chemprod.pitts.bayer.com/servlet/securenet.auth.Loin
２．“ＰｏｌｙＣｈｅｍ  Ｉｎｔｅｒｎｅｔ  Ｌｏｇｉｎ”のページのボックスにユーザネームとパスワードを入力する。
３．“Ｌｏｇｉｎ”をクリックする。
ログインがうまくいくと、図３に示すような“ＳｅｃｕｒｅＮＥＴ”ホームページに進む。
【００４５】
ナビゲーション
図４に示すように、“ＳｅｃｕｒｅＮＥＴ”内の種々のセクションをナビゲートする、ページ上部のテキストリンクを利用する。
・カスタマ
新しいカスタマビルを情報に加え、全村のカスタマを編集し、ユーザプロファイルを修正する。
・グループ
新しいグループを加え、現存のカスタマグループを見て編集する。
・ユーザ
新しいユーザを加え、現存の内部及び外部のユーザを見て編集する。
・アソシエーション
アソシエーションにより、内部のユーザは特に明記された“ＢａｙｅｒＯＮＥ”カスタマ会計にアクセスできる。このことは、アプリケーション上ユーザの役割を為しうることを、限定する。
・測定基準
カスタマが“ＢａｙｅｒＯＮＥ”上でアクセスするものに関するレポートを提供する。
・コミュニケーション
コミュニケーションは、“ＳｅｃｕｒｅＮＥＴ”ユーザに、メッセージをユーザのオンラインメッセージボードに送る能力、即ち、電子メールを個人の電子メールボックスに送る能力を、与える。
・仲介
仲介は、アカウントからアカウントへ変動する。このことにより、特定アカウントのための特定の仲介リストを形成できる。
【００４６】
一般的なアイコンとボタン
図５に示されるように、以下のアイコンとボタンは、ＳｅｃｕｒｅＮＥＴ全体で見受けられる。
【００４７】
編集
カスタマ、グループ、又はユーザの名前の右に見られ、特定アカウントでの情報を編集するのに利用する。
【００４８】
拡張
全てのカスタマ、グループ及びユーザの左に見られる。現在どのビューにいるかに依存して、アカウントが拡張され、アカウントに結びつく全ての関連情報を示す。
例えば、カスタマによるアカウントを見ているならば、カスタマネームの隣の拡張ボタンをクリックすると、そのカスタマ、そのカスタマに関連するグループ、及びそのアカウントに割り当てられるユーザのための、業務へのリンクが示される。
【００４９】
削除
カスタマ、グループ、又はユーザの名前の右に見られ、ＳｅｃｕｒｅＮＥＴから情報を削除するのに利用する。図６に示されるような、ポップアップメッセージは、削除操作の前に現れる。ＯＫをクリックすると、カスタマ、ユーザ又はグループを削除する。
注意
カスタマを削除する際には、そのアカウントに結びつく（グループ及びユーザを含む）全ての情報が削除される。
【００５０】
権限
ユーザに権限を与えることは、名前の隣にある赤いタグによる。
【００５１】
カレンダオブジェクト
ＳｅｃｕｒｅＮＥＴ及びＢａｙｅｒＯＮＥの両方のウエブサイトで利用されるカレンダオブジェクトは、日付をシステムに入力する可視方法を提供する。
以下にカレンダオブジェクトを示す。
・≫月を保持して１年進める
・≪月を保持して１年戻す
・＞次月
・＜前月
日付を示す数値上をクリックすると、ウインドウオブジェクトが閉じられ、クリックしたカレンダオブジェクトの隣の項目に選択された日付が配置される。
【００５２】
カスタマ
アカウントをＢａｙｅｒＯＮＥに付加することは、カスタマをＳｅｃｕｒｅＮＥＴに付加することで始まる。業務のカスタマセクションは、カスタマアカウントに対する請求先位置情報を選択する。この請求先情報は、グループを付加することを介して輸送先に結びつき、オーダー、製品、アカウント履歴情報がオンラインでアクセス可能になる。
【００５３】
カスタマをビューする
・図７に示されるように、ＳｅｃｕｒｅＮＥＴページのトップにてカスタマテキストリンク上をクリックすると、ＢａｙｅｒＯＮＥ上でセットアップされるカスタマを表示する。
・“Ａ”で始まるカスタマが最初示される。“全て”のリンク上をクリックすることで現状セットアップされる全てのカスタマを見ることができるし、アルファベットでカスタマを選択して見ることもできる。
・カスタマに係る詳細な情報のため、カスタマ名の隣の編集アイコン上をクリックする。
【００５４】
新しいカスタマを付加する
図８に示す、新しいカスタマアカウントをＳｅｃｕｒｅＮＥＴに付加するステップを以下に示す。
１．“カスタマ”をクリックする。
２．“新規付加”ボタンをクリックする。
３．カスタマ名を入力する。
４．（カスタマ画像は要求されない）任意
５．ステータスを選択する−アクティブ又はインアクティブ
６．カスタマアカウントのためのＢａｙｅｒの部門を選択する。
７．利用可能な仲介グループから選択する−Ｃｔｒｌキーを利用して多数のグループを付加する。
８．可能ならばＩＰアドレス制限を入力する−任意
９．サブミットをクリックする。
注意
会社及び部門が選択されたら、作成された利用可能な仲介グループは仲介グループボックスに現れる。サブミットをクリックすると、図９に示すカスタマ請求先検索ページに行き着く。全部又は一部カスタマ名を入力するか、６デジットビルを数字で入力する（ロケーションナンバーを含まない）。
１０．会社名を又は数字で請求書を入力する。
１１．検索をクリックする。
図１０に示すように、本アプリケーションにより、検索要求に合致する全ての会社請求先情報が取って来られる。
１２．付加したい全ての請求先アドレスの隣のチェックボックスを選択する。
１３．サブミットをクリックする。
サブミットされると、ページはリフレッシュし、選択した請求先が示される。
注意
選択しない請求先情報は、ベージュで現れる。
選択した請求先は、青／緑で現れる。
間違えて選択した請求先でリストから除去したいものの隣のチェックボックスを選択する。
・選択をリフレッシュするためにチェックボックスが選択されたら、再びサブミットをクリックする。
このカスタマアカウントに新しいグループを付加して、輸送先位置情報をここで選択された請求先に関連付けてもよい。
【００５５】
現存のカスタマを編集する
・メインメニューからカスタマ上をクリックして、カスタマページに戻る。
・図１１のように、カスタム名の隣の編集アイコンをクリックし、“変更外部ネットカスタマ”ページを開ける。
図１２にように、変更外部ネットカスタマページにより、カスタマについて既に入力した情報につき、付加又は修正ができる。
・カスタマ名を変更できる。
・更なる仲介グループをリンクできる。
・ロゴ情報を更新できる。
・カンパニＩＤアドレス限定を割り当てられる。
・ステータスを変更できる。
・請求先を修正できる。
・会社及び部門を再割り当てできる。
・プロファイルを付加及び修正できる。
注意
このページ上で必要な変更をしたら、移動する前にサブミットをクリックし請求先若しくはプロファイルを修正する。サブミットをクリックしなければ、このアカウント上に変更は反映されない。
【００５６】
プロファイルを付加し修正する
プロファイルは、ＢａｙｅｒＯＮＥデスクトップ上にて、カスタマがアクセスできる範囲を限定するのに、利用される。個々のカスタマは、ウエブサイトでアクセスするユーザの種類に依存して、多数のプロファイルを有しうる。
【００５７】
新しい（ＮＥＷ）カスタマを形成するならば、形成されるまではそのカスタマのためのプロファイルは存在しない。プロファイルはカスタマ毎に存在し、個別のアカウントに対して一つ形成されねばならない。修正プロフィルボタンをクリックした後には、図１３のスクリーンに移行する。こられステップにより、カスタマに新しいプロファイルを付加する。
【００５８】
１．“新規追加”ボタンをクリックする。
２．アプリケーションドロップダウンリストから、“ＢａｙｅｒＯＮＥ保証”を選択する。
３．（購買以外の）プロファイルのための名前を入力する。
４．（オーダー要求を加えた全てのレポート、以外の）このプロファイルのための詳述を入力する。
５．サブミットをクリックする。
新しいプロファイルをサブミットすると、ページはリフレッシュされ、付加した新しいプロファイルが示される。プロファイルは、現状、ユーザデスクトップ上で何らの機能性を確立しない。
６．編集をクリックして、図１４に示すように、機能性をプロファイルに付加するか、名前及び詳述を変更する。
・名前及び詳述に変更を加えるならば、変更してサブミットをクリックする。
・プロファイル機能性に変更を加えたいならば、修正詳細をクリックする。
図１５は、プロファイル機能性選択ページを示す。
７．付加したい機能性に対応する個々のチェックボックスを選択する。
８．全ての所望のボックスが選択されたら、サブミットをクリックする。
注意
ページはリフレッシュして、選択を受容する。その後、“Ｅｘｐ”が、選択されたのであれば、レポート評価コラムのあとに現れる。そこをクリックすると、どの請求先／輸送先の位置が評価を受けないのかを、選択することができる。
注意
ときどき、新しい機能性をＢａｙｅｒＯＮＥに付加するときに、このページへの更新に気付くことがある。更に、ユーザのデスクトップに何も付加しないチェックボックスもある。
【００５９】
グループ
ＢａｙｅｒＯＮＥに関するカスタマアカウントは、一つ又は多数のグループを有し得る。地域（東、西、南・・）によりカスタマは分割され得、オンラインを見ることができるアクセスユーザのレベルにより分割され得る。理由が何であれ、ＳｅｃｕｒｅＮＥＴ内でグループを形成すると、ユーザオンラインのために表示される請求先及び輸送先位置情報と、結び付く。
【００６０】
グループをビューする。
・ＳｅｃｕｒｅＮＥＴのトップページにてグループテキストリンク上をクリックすると、図１６に示されるような、特定のカスタマアカウントのためにセットアップされるグループが表示される。
・“Ａ”で始まるグループが最初表示される。“全て”のリンク上をクリックすることにより現下セットアップされる全てのグループを見ることができ、また、アルファベットで選んだグループを見ることができる。
・グループに係る詳細な情報のため、グループ名の隣の編集アイコン上をクリックする。
【００６１】
新しいグループを付加する
新しいグループをＳｅｃｕｒｅＮＥＴに付加するステップを以下に示す（図１７）。
１．“グループ”をクリックする。
２．“新規付加”ボタンをクリックする。
３．グループ名を入力する。
４．ドロップダウンリストから会社を選ぶ。
５．新規グループ追加をクリックする。
新規グループ追加ボタンがクリックされると、ページはリフレッシュし、図１８に示されるようにグループセキュリティボタンが現れる。
６．グループセキュリティ上をクリックする。すると、図１９に示される画面に至る。
７．アプリケーションドロップダウンリストからＢａｙｅｒＯＮＥを選択する。
８．“ＦｕｌｌＢＴＳＴ”を選択する。
９．レトリーブをクリックする。
１０．グループに加えたいこれら組み合わせをチェックする。
１１．請求先輸送先情報を付加する場合、各々のページの底部にてセーブをクリックする。
選択された請求先輸送先は、青／緑で現れる。選択されないものはベージュで示される。請求先／輸送先の組み合わせはリスト内には現れなくても、組み合わせが正当なものであることを確かめて頂きたい。完全な請求先輸送先番号はあらゆるアドレスの下方に現れる。組み合わせは請求先番号により順番に持ってこられる。
注意
セーブをクリックすると、グループに付加する組み合わせはリフレッシュし、あらゆるリストの底部にある次の１０の及び前の１０のボタンを利用して、更なるページ又は前のページに進み得る。
ユーザは、このグループに割り当てられアカウント情報のアクセスを開始する。
【００６２】
現存のグループを編集する
メインメニューからグループ上をクリックして、グループページに戻る。グループ追加／更新ページにより、グループに関して入力し得た情報を付加し修正できる。
・グループ名を変更できる。
・グループの会社の結合を再割り当てできる。
・グループと結合する請求先／輸送先の組み合わせを修正できる。
図２０に示されるように、このページ上で必要な変更をしたならば、移動して（グループセキュリティを介してアクセスして）請求先／輸送先の組み合わせを更新する前に、グループ更新をクリックする。
【００６３】
ユーザ
カスタマとグループがアカウントに対して形成されると、カスタマアカウントがオンラインアクセスに対して用意される。次に必要になるのは、ユーザのみである。ユーザがいなければ、アカウントは内部若しくは外部のユーザ／カスタマによりアクセスされ得ない。ＳｅｃｕｒｅＮＥＴによって、内部ユーザには、販売レプ、カスタマレプ若しくは他の内部ユーザがＢａｙｅｒＯＮＥを利用してカスタマをアシストできるように、カスタマアカウントが付加され得る。内部ユーザであっても外部ユーザであっても、ユーザをビューし、追加し修正することは、相対的に同じである。
【００６４】
ユーザをビューする。
・ＳｅｃｕｒｅＮＥＴのトップページにてユーザテキストリンク上をクリックすると、図２１に示されるような、ＢａｙｅｒＯＮＥ上にセットアップされる内部及び外部ユーザが表示される。
・“Ａ”で始まる姓を有するユーザが最初表示される。“全て”のリンク上をクリックすることにより現下セットアップされる全てのユーザを見ることができ、また、アルファベットで選んだユーザを見ることができる。
・ユーザに係る詳細な情報のため、ユーザ名の隣の編集アイコン上をクリックする。
注意
内部及び外部ユーザが共にリストされる。特定のアカウントを開くことにより、外部か内部のいずれかを決定できる。
【００６５】
新しいユーザを付加する
新しいユーザをＳｅｃｕｒｅＮＥＴに付加するステップを以下に示す（新しいユーザをＢａｙｅｒＯＮＥに付加するためには、ユーザフォーム上の全ての項目が完了されなければならない）（図１７）。
１．“ユーザ”をクリックする。
２．“新規付加”ボタンをクリックする。
３．ドロップダウンリストからユーザが所属するカスタマを選ぶ。
４．以下を入力する。
・名
・姓
・母の旧姓
・電話及びファックスの番号
・電子メール
５．権限あるユーザかどうか（ＹＥＳ、ＮＯで）選択する。
６．ステータスを選択する−アクティブ又はインアクティブ
７．以下のタイプを選択する。
・エクストラネット−カスタマアクセスのため利用される。選択されたカスタマアカウントのみのアクセスを確保する。
・イントラネット−全ての内部ユーザ（カスタマサービスレプス、販売レプス・・）ページの下半分のカスタマ結合部門と結合して、内部ユーザはカスタマの振りができる。
図２３に示すように、ページの下半分は、アカウントのために作成したグループとプロファイルを示す。
注意
少なくとも一つのグループ及び一つのプロファイルが特定のカスタマアカウントに対して形成されなければ、ユーザはカスタマに付加され得ない。
８．一つのグループを選ぶ。
９．部門を選択する。
１０．ＢａｙｅｒＯＮＥドロップダウンリストからユーザプロファイルを選ぶ。
１１．サブミットをクリックし新規ユーザを付加する。
注意
新規の外部／内部のユーザを付加するときは、ページ下半分のカスタマ結合部門を埋める必要はない。
内部ユーザに対しては、ＳｅｃｕｒｅＮＥＴの結合部門で維持される（カスタマ結合を形成し維持することに関するレッスン４参照）カスタマ結合部門により、限定してカスタマを装うことができる。
注意
新規のユーザがサブミットされると、ＳｅｃｕｒｅＮＥＴが“Ａ”で始まるユーザのリストを返す。
【００６６】
現存のユーザを編集する
メインメニューからユーザ上をクリックして、ユーザページに戻る。ユーザ名の隣の編集アイコンをクリックして“エクストラネットユーザ変更”ページを開ける。“エクストラネットユーザ変更”ページにより、ユーザに関して入力し得た情報を付加し修正できる。
・パスワード情報を変更／確認できる。
・ユーザの会社の結合を再割り当てできる。
・以下を修正／更新する。
・・・名
・・・姓
・・・母の旧姓
・・・電話及びファックスの番号
・・・電子メールアドレス
・・・権限あるユーザのステータス
・・・アカウントステータス
・・・ユーザタイプ（内部／外部）
・・・グループ、部門若しくはカスタマ結合
・・・プロファイル選択
このページ上で必要な選択をしたら、サブミットをクリックする。ユーザフォームでのエントリを修正できるが、どのエントリもブランクで残すことはできない。サブミットをクリックするときすべての情報が利用可能でないならば、ユーザ情報は変更されない。
【００６７】
新規ユーザ電子メール通知
ユーザがＢａｙｅｒＯＮＥアカウントに対するウエルカムメッセージを受けるために、以下のものが存在しなければならない。
・新規ユーザフォームに正しく入力された全項目
・アクティブとされたアカウントステータス
・正しい電子メールアドレス
【００６８】
サブミットボタンがクリックされると、電子メールが自動的に新規ユーザに送られる。電子メールはＣｈｅｍｉｃａｌｓ  ＢａｙｅｒＯＮＥメールボックスから送られる。このメールボックスはノーツワークスペースで利用可能である。ウエルカムメッセージが失敗すると、配送不能メッセージがここに現れる。更に、ユーザが新しい電子メールメッセージに応答することを選んだら、その応答はこのメールボックスの書類受けに配送される。
【００６９】
結合
ＢａｙｅｒＯＮＥ及びＳｅｃｕｒｅＮＥＴは、内部ユーザが、日毎に取り組むカスタマのオンラインアカウントをビューできるように、設計されている。結合は、新しい外部カスタマやユーザを確立する際には必要な要素ではないが、内部ユーザ及び、www.bayerone.comで見られる情報に対しては、重要な役割を演じる。ＢａｙｅｒＯＮＥを介してのアカウント情報へのアクセスのためにセットアップされるあらゆる内部ユーザは、全てのカスタマアカウントにて外部ユーザの振りをすることができる。しかしながら、ＳｅｃｕｒｅＮＥＴ内部で結合を発展させると、ユーザがビューするデータを限定できる。
【００７０】
カスタマ結合を付加する。
図２４及び図２５に示されるように、新規の結合をＳｅｃｕｒｅＮＥＴに付加するステップを以下に示す。
１．ＳｅｃｕｒｅＮＥＴページのトップにて結合リンク上をクリックすると、全部門の選択リストボックスが開く。
２．ドロップダウンリストボックスから部門を選択する。部門が選択されると、現下存在するグループのリストが、ヘッダーの結合グループの下に現れる。
３．〔新規の〕リンク上をクリックすると、ページ及びカスタマ結合グループが開く。
４．結合名項目に結合の名前を入れる。
５．マルチリストセレクトボックスから一つ又は複数の会社を選択する。１つ以上のアイテムを選択する場合、会社名をクリックしつつキーボードのＣＴＲＬボタンを押す。
６．マルチリストセレクトボックスから一つ又は複数のユーザを選択する。この場合も、ユーザ名をクリックするときＣＴＲＬボタンの押し下しを保持することにより、１つ以上のユーザが結合に付加され得る。
７．結合をセーブするため、ページ下部左コーナーのセーブボタンをクリックする。
【００７１】
結合をビューする
結合をビューすることは、２箇所から為され得る。１箇所は直接結合で見ることである。メインメニュー上の結合リンクをクリックすることにより結合ページに進み、部門を選び、編集を望む結合の名前上をクリックする。そうすることで、このページから結合をビューできる。
【００７２】
ユーザの結合に関して疑問があるならば、ユーザのページに進み、編集ボタン上をクリックすると、下部に結合のリストが出る。結合がそのユーザに割り当てられたら、結合は青に選択される。結合は付加でき、変更でき、若しくはユーザページから同様に除去できる。
【００７３】
結合を修正する。
メインメニュー上の結合リンクをクリックして、結合ページに戻る。部門を選び、編集を望む結合の名前上をクリックする。これはリンクであり、現下の結合を伴うページを開く。
“カスタマ結合グループ”により、以下を修正できる。
・カスタマ
・ユーザ
・結合名。結合名を変更しても、現在の結合は消去されない。新しい結合を形成する。
リスト内の項目（カスタマ又はユーザ）を追加若しくは除去したいのならば、ＣＴＲＬボタンの押下を保持する。ＣＴＲＬボタンの押下の保持をしないままリスト内の項目をクリックしても、リスト内のどの項目も選択できないことに、注意されたい。
【００７４】
測定基準
ＳｅｃｕｒｅＮＥＴにより、ＢａｙｅｒＯＮＥが受けたオンラインアクティビティの量を示すレポートを生成できる。このレポートは、会社、部門、日、月、年及び／若しくは活動タイプにより、分析及び限定され得る。レポートは、ＢａｙｅｒＯＮＥウエブサイトが外部ユーザから受けたヒット数を示す。
１．ＳｅｃｕｒｅＮＥＴのメインメニュー内の測定基準リンク上をクリックする。図２６参照。
２．次に、部門を選ぶことが求められる。“全て”と選ぶと、全部門からの、部門により分類された結果を伴うレポートが、示される。
３．サブミットボタンをクリックすると、次の画面に至る。図２７は例である。この画面は、更に検索を定義することを求める。
４．ＢａｙｅｒＯＮＥヒット統計ページは、自分用の検索を洗練することを望むかどうかを、最初に聞いてくる。
ｉ．“Ｂｙ”：日基準、日（日付３／２６／２００１）月基準、月（２００１−０３）、若しくは年基準、年（２０００、２００１など）において、会社に対してデータが組み合わされることを示す。
ｉｉ．アクティビティ：これにより、ＢａｙｅｒＯＮＥアプリケーション内であるページによりレポートを限定できる。ＣＴＲＬキーの押下を保持しマルチ選択リストボックス内のアクティビティをクリックすることにより、一つ以上のアクティビティが選択され得る。デフォルトで選択されている“全て”の値により、リスト内の全アクティビティに関するレポートが示される。
ｉｉｉ．カスタマ：これは全カスタマのリストである。部門が選ばれると、このリストはその部門のためのカスタマのみ含む。部門に対して“全て”を選択すると、カスタマを限定することを選ばない限り、全カスタマを含むレポートが提供される。表示されるカスタマを限定することを望むならば、レポートの作成を望むカスタマ上をクリックする。この場合も、カスタマ選択領域はマルチリスト選択であり、よって、ＣＴＲＬキーの押下を保持しリスト内のカスタマをクリックすることにより、一つ以上のアクティビティが選択され得る。ブランク領域が選択されるようにしておくと、全カスタマのビューを選ぶことになる。
ｉｖ．選択に納得すれば、サブミット要求ボタン上をクリックする。すると要求するレポートが生成される。
【００７５】
利用可能な項目は以下のとおりである。
１．日付：アクティビティが生じた日付を与える。
２．カスタマ：アクティビティを実行する会社の名前をリストする。
３．アクティビティ：アクティビティのタイプである。測定基準のための検索ページ上のアクティビティタイプのリストは、全アクティビティのリストを与える。
４．記述：ビューの正確なページを与える。例えば、アクティビティタイプはレポーティングであり、記述は１５日オーダヒストリ、つまり特定のレポート名である。
５．ヒット数：特定のアクティビティと記述がカスタマのための日、月若しくは週を受けるヒット数である。
【００７６】
コミュニケーション
ＳｅｃｕｒｅＮＥＴにより、個々のユーザに対する電子メールアドレスを調べる手間無く、ＢａｙｅｒＯＮＥウエブサイトの登録されたユーザへメッセージを送ることができる。
【００７７】
ＳｅｃｕｒｅＮＥＴは、非常にパワフルなメッセージツールを提供することもでき、該ツールにより、ＢａｙｅｒＯＮＥユーザのメッセージボードにメッセージを送れる。メッセージツールにより、メッセージに戻り編集し、メッセージのための終了及び配布日付を変更し、メッセージボード上のメッセージをどのユーザが読んだかを調べ、そして、メッセージの受取人を編集する、ということが、許されることになる。
【００７８】
ＳｅｃｕｒｅＮＥＴのコミュニケーションセクションに至るために、ＳｅｃｕｒｅＮＥＴのためのメインメニュ内のコミュニケーションリンク上をクリックする。
【００７９】
メッセージを送る
図２８に示されるように、コミュニケーションセクションに入ると、メッセージを送る、若しくは電子メールを送るオプションを与えるページが、示される。図２９参照。メッセージを送るセクションは、メッセージ機能を全て含み、現存のメッセージを編集することや、送ったメッセージボードメッセージを読んだユーザを調べることを、含む。
【００８０】
メッセージ送信をクリックすると、メインのメッセージメニューページが開かれ、そこではメッセージ機能オプションの全てがリストされる。
１．新規メッセージ作成。一部又は全部のＢａｙｅｒＯＮＥユーザへメッセージボードを介して新規メッセージを送れる。
２．メッセージ編集。既に送ったシステム内の現存するメッセージの全てのリストを示す。メッセージを受けるユーザ、ブロードキャストの日付、失効日付、及び実際のメッセージそのものを、変更するオプションが備わる。
３．メッセージ削除。ＢａｙｅｒＯＮＥメッセージボードに現下存するメッセージ、又はメッセージボードにブロードキャストされなかったメッセージを、削除できる。
４．読み済みメッセージ。メッセージが送られたユーザがメッセージを読んだかどうかを示す。
【００８１】
新規メッセージを作成するため、新規メッセージ作成リンク上をクリックする。ユーザリストを限定する助けをする選択がなされる。図３０参照。
【００８２】
・全てのＢａｙｅｒＯＮＥユーザは、全ての登録済みＢａｙｅｒＯＮＥユーザを自動的に選択する。
・選択されたユーザは、全会社から全ユーザのリストを提供する。
・選択された会社のユーザは、まず、全会社のリストを提供し、会社が選択されれば、これら会社からのユーザのリストが与えられる。
・選択されたプロファイルを伴うユーザは、プロファイルを伴う全ユーザのリストを提供する。検索特性が提供される。例えば図３１参照。
・選択された会社からの選択されたプロファイルを伴うユーザ。これは２ステッププロセスである。まず、全会社のリストが提供される。会社を選択し、次のボタンをクリックする。すると選択された会社からの全てのユーザのリストが、プロファイル（例えば、購買プロファイル、ドックワーカプロファイル、受信プロファイル）と共に示される。検索特性が提供される。例えば図３１参照。
・選択された部門からのユーザ：全ての部門のリストが表示され、サブミットされると、その部門と結合する会社を有する全てのユーザが与えられる。
・いやしくもユーザリストを限定したいことが選択されれば、次のボタン上をクリックする。
・全ＢａｙｅｒＯＮＥユーザは、最初のオプションにより、図３２に示すページに直接至る。そこでメッセージが入力可能である。他の選択の全てにおいては、最終的にメッセージ受取人のリストを生成するために、選択することが要求される。
・メッセージが送られると、メッセージが送られたユーザのリストが表示される。
・メッセージがうまく作成されると、メッセージ作成済みを示すメッセージが表示され、メッセージがうまく作成されてセーブされたことを知らせる。かようなメッセージの下で、メッセージメニューが利用可能になる。
【００８３】
電子メールを送る。
以下は、ＳｅｃｕｒｅＮＥＴを利用して電子メールを送ることを示す。
１．図３３のように、トップヘッダのコミュニケーションボタン上をクリックする。
２．電子メール送信リンクをクリックする。
３．リストがなされるユーザを限定する助けをする通知オプションを選ぶ。図３４参照。
・全てのＢａｙｅｒＯＮＥユーザは、全ての登録済みＢａｙｅｒＯＮＥユーザを自動的に選択する。
・選択されたユーザは、全会社から全ユーザのリストを提供する。
・選択された会社のユーザは、まず、全会社のリストを提供し、会社が選択されれば、これら会社からのユーザのリストが与えられる。
・選択されたプロファイルを伴うユーザは、プロファイルを伴う全ユーザのリストを提供する。検索特性が提供される。
・選択された会社からの選択されたプロファイルを伴うユーザ。これは２ステッププロセスである。まず、全会社のリストが提供される。会社を選択し、次のボタンをクリックする。すると選択された会社からの全てのユーザのリストが、プロファイル（例えば、購買プロファイル、ドックワーカプロファイル、受信プロファイル）と共に示される。検索特性が提供される。
・選択された部門からのユーザ：全ての部門のリストが表示され、サブミットされると、その部門と結合する会社を有する全てのユーザが与えられる。
４．ユーザが選択されると、ページが開き、図３５に示されるように、メッセージの作文ができる。
５．電子メール編集フォームを終了すると、送信ボタンをクリックして電子メールを送る。メッセージが送られると、メッセージが送られたユーザのリストが表示される。
６．電子メールメッセージがうまく送られると、メインコミュニケーションページに戻る。
【００８４】
メッセージを編集する
メッセージを編集することにより、ＢａｙｅｒＯＮＥメッセージボードに送られた現存のメッセージを見ることができ、メッセージの受取人を見て変更でき、メッセージ本体そのものを編集でき、メッセージの主題を変更でき、そして配布日付及び失効日付を変更できる。
メッセージを変更するために、
１．ＳｅｃｕｒｅＮＥＴのメインメニューのコミュニケーションリンク上をクリックする。
２．メッセージ送信リンクをクリックする。
３．メッセージ編集リンクをクリックする。
これにより、図３６のようなページが開き、メッセージボードを介してＢａｙｅｒＯＮＥユーザに送られた全てのメッセージが表示される。編集コラムの下のラジオボタンを選択する。次のボタン上をクリックしメッセージを編集する。
４．編集のためメッセージが選ばれると、次のボタン上をクリックする。メッセージ編集ページが現れる。図３７参照。
５．メッセージ編集ページ上にて、以下の項目が編集可能である。
・主題
・配布日付（カレンダオブジェクトによる）
・失効日付
・メッセージ本体
６．メッセージ受取体も同様に変更され得る。
・このことは、あて先のリンクをクリックするか、編集メッセージ受取体リンクをクリックするかにより、為され得る。
・このことにより、メッセージの受取体を最初に見るページに進む。編集受取体ボタン上をクリックする。
・このことにより、全てのＢａｙｅｒＯＮＥユーザがリストされるページに進む。ユーザを付加し更に／若しくは除去し得る。
・更新ボタンをクリックすることで、ユーザは更新され、メインメッセージメニューに戻る。
７．変更保存をクリックすると、メッセージ編集フォーム上になされる編集ユーザ変更以外の、全ての変更は保存される。
【００８５】
メッセージ受取体をビューする
１．メインＳｅｃｕｒｅＮＥＴメニューから、コミュニケーションリンク上をクリックする。
２．メッセージ送信リンク上を次にクリックすると、メッセージのためのメインメニューに移行する。
３．図３８に示すように、メッセージのためのメインメニュー上のメッセージ読み済みリンク上をクリックする。
４．このことにより、送り済みで未だ失効しない全てのメッセージのリストに至る。見たいボタンのラジオボタン上をクリックする。続いて、次のボタンをクリックする。図３９参照。
５．テーブルは全てのユーザをリストする。ユーザ読み取りコラムでは、“Ｙ”でイエスを示し、“Ｎ”でノーを示す。イエスはユーザがメッセージを読んだことであり、ノーは未だ読んでいないことである。
【００８６】
メッセージを削除する。
１．メインＳｅｃｕｒｅＮＥＴメニューから、コミュニケーションリンク上をクリックする。
２．メッセージ削除リンク上を次にクリックすると、メッセージのためのメインメニューに移行する。
３．図４０に示すように、メッセージのためのメインメニュー上のメッセージ削除リンク上をクリックする。
４．未だ失効しない全てのメッセージを伴うページが次に表示される。メッセージの隣のラジオボタンをクリックし、続いて次のボタンをクリックする。
５．削除したいメッセージが表示される。図４１参照。このページから、メッセージ受取体を見られる。メッセージ削除ボタン上をクリックすると、メッセージが削除される。メッセージがうまく削除されると、メッセージメインメニューに戻る。
【００８７】
仲介
仲介及びそれらのグループを形成する、このセクションは、ＢａｙｅｒＯＮＥウエブサイト上のレポート、Ｂａｙｅｒ仲介に位置する。このレポートは、提示する仲介、カスタマが問題発生時や疑問発生時に仲介し得る仲介の、リストを備える。このリストに関しては完全にコントロールできる。カスタマに仲介名を供給することに加えて、Ｂａｙｅｒ仲介の電子メールアドレス、電話番号及び／若しくはファックス番号を表示することを選べる。このことは、カスタマー毎に、制御され得る。
【００８８】
法的仲介は、法的否認の際に内部Ｂａｙｅｒ仲介が誰なのかを決定する方法を、カスタマ毎に、設けた。Ｂａｙｅｒ法的仲介名及び電子アドレスは、ＢａｙｅｒＯＮＥアクセス合意を受け入れないと選んだなら、ＢａｙｅｒＯＮＥ権限クリック通過ユーザに提示されるどのページにも現れる。現在この機能は合衆国のみである。
【００８９】
仲介を維持する
仲介維持は、Ｂａｙｅｒ仲介で入力するフォームに過ぎない。図４２参照。
ＳｅｃｕｒｅＮＥＴに新規の仲介を付与するステップは、以下のとおりである。
１．ＳｅｃｕｒｅＮＥＴメインメニューから仲介リンクをクリックする。
２．仲介維持リンク上をクリックする。
３．ドロップダウンリストボックスから部門を選択する。仲介の全ては部門で組織化される。部門を考慮しない仲介は全て、全てのグループに対して利用可能である。このため、表示される仲介のリストを管理可能に維持する。
・選択された部門下で形成された仲介の全ては、姓によりアルファベット順にリストされる。
・このページから新規仲介を形成することを選び、現存する仲介を編集し若しくは仲介を削除する。図４３参照。
・
【００９０】
新規仲介を付加する
・図４４に示すように、新規仲介を付加するため、新規付加ボタン上をクリックする。
・内部仲介に係る以下の情報を入力する。
・・・名
・・・姓
・・・タイトル
・・・電話番号
・・・ファックス番号
・・・電子メールアドレス
・サブミットボタンをクリックし仲介情報をセーブする。
【００９１】
仲介を編集する
・ＳｅｃｕｒｅＮＥＴメインメニューから仲介リンクをクリックする。
・仲介維持リンク上をクリックする。
・ドロップダウンリストボックスから部門を選択する。
・編集ボタン上をクリックする。
・以下の情報を修正／更新する。
・・・名
・・・姓
・・・タイトル
・・・電話番号
・・・ファックス番号
・・・電子メールアドレス
・サブミットボタンをクリックし仲介情報をセーブする。
【００９２】
仲介を削除する。
・ＳｅｃｕｒｅＮＥＴメインメニューから仲介リンクをクリックする。
・仲介維持リンク上をクリックする。
・ドロップダウンリストボックスから部門を選択する。
・削除ボタン上をクリックする。
・本当にこのユーザを削除したいのか確認するメッセージボックスが現れる。図４５参照。
・仲介リストからユーザを削除するならＯＫボタンをクリックする。キャンセルボタンをクリックすればユーザは削除されない。
【００９３】
仲介グループを維持する。
仲介グループは、一つ又はそれ以上のカスタマに割り当てられ得る仲介の指定されたグルーピングである。グループの範囲内で、仲介の電話番号、ファックス番号、及び電子メールアドレスにつき、表示・非表示を選べる。グループは、一つ又はそれ以上の仲介を有し得る。
以下は、仲介グループを作成するのに必要なステップである。
・ＳｅｃｕｒｅＮＥＴメインメニューから、仲介リンクをクリックする。
・仲介グループ維持リンク上をクリックする。
・リンク上をクリックして、新規仲介グループを形成する。こうすると、仲介を付加できるフォームに至る。図４６参照。
・以下のデータを入力する。
・・・仲介グループ名。仲介のグルーピングのために意味ある名前である。
・・・電話番号、ファックス番号及び／若しくは電子メールアドレスを表示したいならば選択されるチェックボックスを保証する。
・仲介付与ボタン上をクリックすると、ＳｅｃｕｒｅＮＥＴに既に入力され、部門によりグループ化された全ての仲介につきリストするページに至る。図４７参照。コラムヘッダ選択の下の仲介の名前の遠い左隣のチェックボックスをチェックすることにより、このグループと結合させたい仲介を選択する。
・グループに付与したい仲介をチェックすると、ページのトップやボトムにて遠い右コーナに位置するサブミットボタン上をクリックする。
・選択した仲介は、チェックボックス下方に表示される。仲介を変更したいならば、仲介付与ボタンをクリックすることで戻れる。
・選択に満足したならば、仲介リスト下方のサブミットボタン上をクリックする。このボタンは、底部の、ページのずっと左に位置する。
【００９４】
現存する仲介グループを編集する
仲介グループを編集することは、新規の仲介グループを作成することと、まさに同じ処理といえる。
・ＳｅｃｕｒｅＮＥＴメインメニューから、仲介リンクをクリックする。
・部門を選択する。組織化の目的のため、仲介グループは、部門を基にして提示される。
・仲介グループ維持リンク上をクリックする。
・リンク上をクリックして、新規仲介グループを形成する。
・選択された部門の下に形成された全ての仲介グループのリストが現れる。右側に３つのボタンがある。図４８参照。会社を編集し、削除し、割り当てる。
・編集ボタン上をクリックする。
・こうすることにより、仲介グループに係る全ての現下の情報を伴うフォームに至る。情報は編集され得る。
・・・仲介グループ名。仲介のグルーピングのために意味ある名前である。
・・・電話番号、ファックス番号及び／若しくは電子メールアドレスを表示したいならば、選択されるチェックボックスを変更する。
・仲介付加ボタン上をクリックすると、ＳｅｃｕｒｅＮＥＴに入力され、部門でグループ化された、全ての仲介をリストするページに至る。選択された仲介がチェックされる。当グループと結合したい仲介名の隣のチェックボックスを選択する、又は選択しない。
・仲介をチェックしたら、ページのトップやボトムにて遠い右コーナに位置するサブミットボタン上をクリックする。
・選択した仲介は、電話、ファックス及び電子メールのため、チェックボックス下方に表示される。仲介を更に変更したいならば、仲介付与ボタンをクリックすることで戻れる。
・選択に満足したならば、仲介リスト下方のサブミットボタン上をクリックする。このボタンは、底部の、ページのずっと左に位置する。こうすることにより、仲介グループへの変更がセーブされる。
【００９５】
仲介グループを削除する
仲介グループを削除すると、このグループはそれと結合していた全ての会社から除去される。会社は削除されず、仲介リストからどの仲介も削除されない。
以下は仲介グループを削除するステップである。
・ＳｅｃｕｒｅＮＥＴメインメニューから、仲介リンクをクリックする。
・部門を選択する。組織化の目的のため、仲介グループは、部門を基にして提示される。
・仲介グループ維持リンク上をクリックする。
・リンク上をクリックして、仲介グループを編集する。
・選択された部門の下に形成された全ての仲介グループのリストが現れる。右側に３つのボタンがある。会社を編集し、削除し、割り当てる。
・削除ボタン上をクリックする。
・図４９のようなポップアップが現れる。
・仲介グループを削除するならＯＫボタンをクリックする。仲介グループが削除を望むものでないならば、キャンセルボタンをクリックする。そうすれば処理を抜け出せる。
【００９６】
会社を割り当てる。
仲介グループの仲介がＢａｙｅｒ仲介レポート内のＢａｙｅｒＯＮＥウエブサイト上に現れるために、グループのグループ若しくは集積は、会社に割り当てられなければならない。グループを会社に割り当てる一つの方法は、ＳｅｃｕｒｅＮＥＴの仲介セクション内の会社割り当てボタンによる。仲介グループを会社に割り当てる別の方法は、ＳｅｃｕｒｅＮＥＴの会社セクションに進むことである。以下は、ＳｅｃｕｒｅＮＥＴの仲介セクションを介して仲介グループを会社に付与する命令である。
・ＳｅｃｕｒｅＮＥＴメインメニューから、仲介リンクをクリックする。
・部門を選択する。組織化の目的のため、仲介グループは、部門を基にして提示される。
・仲介グループ維持リンク上をクリックする。
・リンク上をクリックして、仲介グループを編集する。
・選択された部門の下に形成された全ての仲介グループのリストが現れる。右側に３つのボタンがある。図４８参照。会社を編集し、削除し、割り当てる。
・コラムヘッダ割り当て会社の下で編集ボタン上をクリックする。
・図５０は現れるページの例である。グループの表示の選択項目（電話番号の表示、ファックス番号の表示、電子メールアドレスの表示）に加えて、グループに現下割り当てられている仲介を表示する。
・ページのトップ左側近くに、全会社を表示するマルチリスト選択ボックスがある。会社の上をクリックするとそれが選択され、青で強調される。多数の会社を選択するために、キーボード上のＣＴＲＬボタンの押下を保持しマウスをクリックする。
・グループへの選択された会社をセーブするならば、仲介リスト下方の、ページの底部左近くに位置するサブミットボタンをクリックする。
【００９７】
法的仲介
合衆国では、会社のユーザがＢａｙｅｒＯＮＥアプリケーションにアクセスするためには、権限あるクリックスルーユーザはリーガルアクセスアグリーメントに同意しなければならない。権限あるユーザがリーガルクリックスルーを受け入れないことを選んだら、法的仲介の名前と電子メールアドレスが与えられる。一つの法的仲介は会社毎にセットされなければならない。このステップは、新規カスタマを作成するときプロセスの一部として、含まれる。図５１に示すような、会社のために法的仲介を形成するステップである。
１．ＳｅｃｕｒｅＮＥＴメインメニューから仲介リンク上をクリックする。
２．法的仲介の維持の上をクリックする。
３．会社を選択する。現下形成されている全ての会社が表示される。
４．次に法的仲介情報を入力するフォーマットを表示する。次のとおり入力する。
・・仲介の名
・・仲介の姓
・・仲介の電子メールアドレス
５．サブミットボタン上をクリックして会社と共に法的仲介をセーブする。
【００９８】
発行
このセクションは、カスタマのウエブサイトに対し新しい特性を付加することをカバーする。特性は、レポート、フォーム、システムドキュメント及びＵＲＬを付加することを含む。
・発行特性にアクセスするため、ＳｅｃｕｒｅＮＥＴヘッダ内の発行リンク上をクリックする。
・図５２は、発行のために利用可能なアイテムが利用可能であるページの例である。
・ＢａｙｅｒＯＮＥデスクトップ上で現れる（又は利用される）ために発行される必要がある他のアイテムは、コラム（現下利用可能なものは、レポートプライシングコラムである）、フォーム、システム及びＵＲＬである。
・発行のためのアイテムをチェックし、底部のサブミットボタンをクリックする。そうすることで、図５３に表示されるものと同じページに進む。
・利用可能プロファイルセクションから、アイテム上をクリックする（多数アイテムのためのＣＴＲＬクリック）ことにより発行を望む会社を選択する
・＜ボタンは、利用可能プロファイルリストから発行先リストへ、選択されたアイテム全てを動かす。
・＞ボタンは、発行先リストから利用可能プロファイルリストへ、選択されたアイテム全てを動かす。
・選択制約編集ボックスにより、会社名、名前の一部、プロファイルタイプ（購買、ドックワーカーなど）、若しくは部門を入力できる。この特性は、微妙な問題である。選択ボタン上をクリックすると、利用可能プロファイルリストから発行先リストへ、選択されたアイテム全てを動かす。非選択ボタンは、発行内の選択されたアイテム全てを、利用可能プロファイルリストへ戻してリストする。
・底部の発行ボタンは、ヘッダの下でコード（選択された機能コード）がリストされる特性を発行する。非発行機能は、選択された機能を発行しない。
【００９９】
発行及び非発行の特性は、ＢａｙｅｒＯＮＥユーザデスクトップにアイテムを配置し、更にＢａｙｅｒＯＮＥユーザデスクトップからアイテムを除去する。このことが生じれば、ユーザデスクトップは削除される。このことの意味は、変更により影響を受ける全ユーザのための記録がデータベースから削除されることである。次回にユーザがＢａｙｅｒＯＮＥにログすると、デスクネットが再形成され、新規のアイテムが現れる。
【０１００】
例３
本発明に係る方法の別の例が提示されており、マスタとカスタマレポートに向けられた関係フレームワーク機能性を示し、更に本発明のコンピュータ実装方法から生じる利点を示す。この実施例の画面ショット及び項目チャートが図５４−図８４に示される。
【０１０１】
マスタレポートを形成する。
ＳｅｃｕｒｅＮＥＴヘッダから、ＣＵＳＴＯＭ／ＢａｙｅｒＯＮＥ／マスタレポート上をクリックする。図５４参照。
【０１０２】
新規レポートボタン上をクリックする。図５５参照。こうして、メインマスタレポート構成ページに進む。図５６を参照する。レポートを編集したいなら、レポート名リンク上をクリックする。
【０１０３】
名前と記述：これが、ＳｅｃｕｒｅＮＥＴ内部で利用されＢａｙｅｒＯＮＥアプリケーション内では可視ではないマスタレポートの名前と記述である。マスタレポート名は、（以下で詳しく議論し説明する）カスタムレポートのためのテンプレートレポートとして利用される。これは、カスタムへの機能コードを発行する際に示される名前でもある。
【０１０４】
ドリルダウンレポート：ドリルダウンレポートとして、機能コードをセットする。デスクトップ上で現れず、カスタマイズ化され得ない。このレポートは常に、別のレポートから呼ばれる。
【０１０５】
機能コード：機能コードは、環境の背後で利用され、どのレポートが発行されるべきか決定する。あるマスタレポートが発行されるならば、そのマスタレポートを利用する全てのカスタムレポートも、同様に発行される。
【０１０６】
機能コード記述：機能コードに、より記述を付与する。マスタレポートをデスクトップと更にカスタマプロファイル定義ページ上に発行する際に、現れるテキストである。
【０１０７】
明確に選ぶ：チェックのときには、ＤＩＳＴＩＮＣＴをＳＥＬＥＣＴクローズに付加する。
【０１０８】
ＧＲＯＵＰ  ＢＹ：チェックのときには、項目を利用して、同じオーダで、ＳＥＬＥＣＴからＧＲＯＵＰ  ＢＹを形成する。
【０１０９】
位置利用：チェックのときには、セキュリティコードがＷＨＥＲＥクローズの終わりに付けられ、セキュリティによる結果をフィルタする。これは更に、ＢａｙｅｒＯＮＥ内の好適なページ上でユーザが選択した組み合わせへの輸送のために、ビル上に付けられる。
例：
ＡＮＤ  ａａ．ｂｉｌｌｔｏ＿ｓｈｉｐｔｐ＿ｃｏｍｐｋｅｙ  ｉｎ（００３８０４５９００１２０９７００１，００３４０８９００９８５４９００１）
【０１１０】
セキュリティコードを利用するとき、セキュリティを行う主たるテーブルが、ＦＲＯＭクローズ内で別名ＡＡでなければならない。よって上記例では、ｂｉｌｌｔｏ＿ｓｈｉｐｔｐ＿ｃｏｍｐｋｅｙは、ＣＨＥＭＳＡＬＥＳ．ＯＲＤＥＲＳ＿ＢＳ  ＡＡに位置する。
ＦＲＯＭ  ＣＨＥＭＳＡＬＥＳ．ＯＲＤＥＲＳ＿ＢＳ  ＡＡ
【０１１１】
ファミリ利用：チェックのときには、カスタマの製品ファミリによりレポートはフィルタされる。この付加的なＳＱＬは、ＷＨＥＲＥクローズの終わりに付けられる。これは更に、ＢａｙｅｒＯＮＥ内の好適なページ上で見るように、ユーザが選択した製品上に付けられる。
例：
ＡＮＤ（ａａ．ｐｒｏｄｕｃｔ＿ｆａｍｉｌｙ＿ｃｏｄｅ＝００１  ＯＲ  ａａ＿ｐｒｏｄｕｃｔ＿ｆａｍｉｌｙ＿ｃｏｄｅ＝００２）
【０１１２】
製品ファミリコードを利用するとき、コラムを含み製品ファミリコードを利用することを望むテーブルは、ＦＲＯＭクローズ内で別名ＡＡでなければならない。よって上記例では、製品ファミリコードは、ＣＨＥＭＳＡＬＥＳ．ＯＲＤＥＲＳ＿ＢＳに位置する。
ＦＲＯＭ  ＣＨＥＭＳＡＬＥＳ．ＯＲＤＥＲＳ＿ＢＳ  ＡＡ
【０１１３】
要求された項目：ＳＱＬステートメントのＳＥＬＥＣＴ部位内のどの項目に対しても利用されうる。要求された項目セクション内の全ての項目は、ＳＥＬＥＣＴクローズの終わりに付けられる。これらの項目は別名が無い。マスタレポート項目は、レポートが生成されるときに別名を持つからである。カスタムレポートを作成するときはこれらの項目は利用可能でなく、デスクトップ上に発行されるときはレポートに認識できるのではない。要求された項目をレポート内でサーチ項目として表示若しくは利用することを望むならば、要求された項目もマスタレポート項目に含まれなくてはならない。
【０１１４】
要求された項目は、レポートをリンクするときの代用項目として、本来的に利用される。リンク項目のセクションを確認する。代用項目として利用される項目がマスタレポート項目として既に含まれていても、表示オーダを基にしてレポートがＢａｙｅｒＯＮＥ内で生成される（ｆｉｅｌｄ０，ｆｉｅｌｄ１，ｆｉｅｌｄ２）ときにマスタレポート項目が別名を持ち、このオーダが変更し得るので、要求された項目は利用される。これらの項目は別名を持ち得、更に持っているとしたら、別名は代用項目内で利用される。
【０１１５】
ＦＲＯＭクローズ：ＳＱＬステートメント内で利用されるテーブル名の全てが入力されるところである。ＦＲＯＭキーワードが利用されていないと、レポートモジュールはそれを付加しようとする。ＦＲＯＭクローズ内のテーブルは、コンマで区切られる。
【０１１６】
テーブルジョイン：これはＷＨＥＲＥクローズである。キーワードＷＨＥＲＥが利用されていないと、レポートモジュールはそれを付加しようとする。このセクションは、全ての静的ＳＱＬを含む。
正しい記述の例は以下のようになる。
【０１１７】
ＡＡ．ＳＨＩＰＴＯ＿ＣＵＳＴ＿ＬＯＣ＝ＣＳＴ．ＳＨＩＰＴＯ＿ＣＵＳＴ＿ＬＯＣ
ＡＮＤ  ＡＡ．ＯＲＤＥＲ＿ＬＩＮＥ＿ＴＹＰＥ＿ＣＯＤＥ＜＝’０２’
ＡＮＤ  ＡＡ．ＳＨＩＰＰＥＤ＿ＳＴＡＴＵＳ＜＞’ＣＡＮＣＥＬＬＥＤ’
ＡＮＤ  ＡＡ．ＯＲＤＥＲ＿ＩＮＶ＿ＯＰＮ＿ＩＮＤ＝’０’
【０１１８】
Ｏｒｄｅｒ  Ｂｙ：“オーダーバイ”は、ＳＱＬステートメントの終わりに対しＯＲＤＥＲ  ＢＹを添付する。レポートが生成され、ユーザがレポートをカスタマイズするのに選ぶときには、レポートモジュール内で項目は別名のものであるから、ＳＥＬＥＣＴクローズ内のコラムのオーダを示す数字が、ＯＲＤＥＲ  ＢＹ内で利用される。マスタレポートセクションでは、この項目には少なくとも１が入力されねばならない。ＯＲＤＥＲ  ＢＹがカスタムレポート内に無いならば、このことによりＢａｙｅｒＯＮＥに関するレポートが、機能不全を回避される。
【０１１９】
メイン増すテレポートページで終了するとき、変更保存ボタン上をクリックし入力された全ての情報をセーブする。特定のマスタレポートに対して、最初にこのことが為されたら、フレームのトップにおけるボタンが変わる。図５７参照。
【０１２０】
変更を保存する：マスタレポートメインページに関して為された変更すべてをセーブする。このボタンをクリックしても、修正項目及び修正トータルページを含む、他のどのページについても変更をセーブしない。それらは自身のセーブボタンを有する。
【０１２１】
項目を修正する：ヘッダ上部の新規項目リンク上をクリックすることにより新しい項目が付加されうるマスタレポート項目ページに、至る。既に存する項目は同様に編集され得る。このことは、編集リンク上をクリックすることで、為される。
【０１２２】
トータルを修正する：マスタレポートトータルページに進む。
【０１２３】
生産へ移行する：現在利用されていない。
【０１２４】
削除する：マスタレポートと、それに関連する全てのカスタムレポートを、削除する。
【０１２５】
レポートをコピーする：現在利用されていない。
【０１２６】
レポートを移送する：現在利用されていない。
【０１２７】
マスタレポート項目フォームは図５８に示される。
【０１２８】
名前を表示する：表示名は、ＢａｙｅｒＯＮＥレポート内でコラムヘッダとして利用され、コラムヘッダとしてＢａｙｅｒＯＮＥユーザに表示される。ＳｅｃｕｒｅＮＥＴのカスタムレポートモジュール内でこの項目を引用するためにも利用される。
【０１２９】
オーダ：ＳｅｃｕｒｅＮＥＴ内部でカスタムレポートを作成／編集するときコラムが現れる順序である。カスタムレポートを作成するときコラムを順序付ける開始点となる。表示項目を最初に置き非表示項目を最後に置くように、推奨される。カスタムレポートは、レポートを生成するときのオーダのセッティングを無視する。
【０１３０】
表示タイプ：（サーチ項目チェックボックスが下部セクションでチェックされるとき）項目がサーチ項目であるならば表示タイプが主として利用される。項目がサーチ項目でないならば、編集するようにセットされねばならない。選択された表示タイプは、ＢａｙｅｒＯＮＥ内のこの特定のマスタレポートを利用するカスタマレポートのためのサーチスクリーン上のインプット項目の出力を決定する。以下は、表示タイプに対するドロップダウン内の全てのオプションについてと、ＢａｙｅｒＯＮＥのサーチページ内で生成されるとどのように振舞うかについての、記述である。
【０１３１】
編集：英数字無制約フォーム編集項目
チェック：未だ実装せず
チョイス：未だ実装せず
デート：ユーザが完全な日付を選択するカレンダオブジェクトを供給する。
月：過去２年の全部の月年の組み合わせのダウンリストをユーザに与える。（１１−００、１２−００、０１−０１、０２−０１）が、ＢａｙｅｒＯＮＥのホームページで示されるフォーマットの例である。
セレクト（Ｓｅｌｅｃｔ）：サーチページ上にてユーザに選択リストを与えるが、ユーザは項目を編集できる。確かな値のリストをポップアップするイメージを項目の右に配置する。
不明：このように構成された項目は、値に対する“ＥＲＲＯＲ”や、ある位置に他のメッセージを表示する。
【０１３２】
サイズ（Ｓｉｚｅ）：ＢａｙｅｒＯＮＥアプリケーションのサーチページ上の表示タイプ項目のＨＴＭＬサイズである。
＜ｉｎｐｕｔ  ｔｙｐｅ＝’ｅｄｉｔ’  ｓｉｚｅ＝２５＞
【０１３３】
ファンクションコード：ドロップダウン内に配置されるこの項目に対して有効な唯一のファンクションコードは、（Ｃ）が先行するものである。現下、唯一のレポートプライシング（ＲＥＰＯＲＴＰＲＩＣＩＮＧ）がある。コラムに対するファンクションコードは、データベース内でのみ定義され、現下定義する他の方法は無い。ファンクションコードが選ばれると、ライン毎に、コラムがユーザに対して表示されるか否かが限定される。唯一の例はプライシングを伴うものであり、セキュリティを基にして限定する。カスタマが輸送されるオーダーを有し且つその払いが未済みで、他の会社がその払いをして特別のプライシングを入手したならば、この情報は表示されるべきでない。払いをしたカスタマのみが価格を見るべきである。けだし、価格の問題であるからである。
【０１３４】
ソート可能：チェックされると、ＢａｙｅｒＯＮＥのユーザはコラム上のレポートを分類できる。２つの小さい矢印が、ＢａｙｅｒＯＮＥレポート内のコラムヘッダの左に示される。
【０１３５】
サーチ項目：項目がレポートのサーチページ上に登場し、ＢａｙｅｒＯＮＥのユーザはレポートを限定できる。レポートには、サーチ項目として、０、１、若しくは多数のコラムが備わる。マスターレポート内で一つの項目をサーチ項目にすると、そこから形成されるカスタムレポート内でその項目はサーチ項目となる。このオプションをチェックすることによってのみ、この項目はサーチ項目として利用可能となる。このように、項目タイプを設定する。項目表示タイプは、サーチページ上のフォーマットを決定する。
【０１３６】
表示項目：チェックされると、このマスタレポートを利用するどのＢａｙｅｒＯＮＥ上でも、項目を表示利用可能とできる。このことは、カスタムレポーティングモジュールから無効にされ得る。
【０１３７】
要求：チェックされると、レポート上に表示されてもされなくても、この項目が問い合わせに要求されることが示される。機会があれば、項目が必要とされ、その項目は、カスタムレポートモジュール内であっても、カスタマがデスクトップ上でレポートをカスタマイズした場合であっても、表示から除去可能であり、項目は除去され要求された項目をチェックする。
【０１３８】
ヘッダー項目：チェックされたヘッダー項目を有する項目は、レポートの第１の分類として利用され、マスターレポーティングモジュールであってもカスタムレポーティングモジュールであっても、他の分類オーダセットに取って代わる。ＢａｙｅｒＯＮＥ内のレポートによって、ブレーキングヘッダーとして利用される。
・ヘッダー項目は、項目ＳＱＬが’ブランク’に設定されることを要求する。
・選択ＳＱＬセクション内に付加されたＳＱＬは、ヘッダー内でテキストとして現れる。
・マスタレポートに対する全ての項目が表示される、修正レポート項目ページ上に、ヘッダー項目として選択されたどの項目も、太文字で示される。
【０１３９】
ヘッダー項目の例は、次のページの、オーダーヒストリディテールレポート、アドレス項目内にある。この例では、アドレス輸送が、アドレスへの輸送によりデータを分割するヘッダー項目として利用される。アドレスはヘッダー内にリストされる。そのテキストを取り戻すＳＱＬは、選択ＳＱＬセクションに付加された。
【０１４０】
総計可能：チェックされると、この項目は総計として利用されうる。この項目はデータベース内で数値項目でなければならない。レポートの底部にて総計可能セクションを形成するために、総計可能に関するセクションを確認されたい。
【０１４１】
総計（Ｔｏｔａｌ  Ｂｙ）：チェックされると、この項目は、この項目でデータの発生数に対してトータルされる。例えば、個々の製品に対するトータルのドル量を示す。総計可能に関するセクションを確認されたい。
【０１４２】
リンク項目：別のレポートドキュメント即ち電子メールへのリンクを提供する。コラムデータは示されず、アイコンのみが示される。リンク項目がチェックされると、マスターレポートフォーム項目ページが変更する。このページに関する入力項目の幾つかが異なることは、銘記されるべきである。リンク項目の幾つかの例がある。それらの幾つかは、図５９に示される。
【０１４３】
リンク項目は、他のドキュメント（回復ドック  サーブレット）も取り戻し得る。目下、リンク項目がドキュメントを取り戻すには、それらドキュメントに対する回復ドックサーブレットに特定コードが付加されねばならない。例えば、ＣＯＡ、ＭＳＤＳ及びＰＩＢを含む。
【０１４４】
リンク項目は、Ｂａｙｅｒ従業員に電子メールを戻すためのリンクとしても、利用され得る。これを構成するために、電子メールレポートフォームが呼び出されねばならず、そうするといくつかのアーギュメントが通過する。例としては、マスターレポートＢａｙｅｒ仲介リスト、電子メール送信コラムがある。アーギュメントは、レポート電子メール、電子メールを受信する人物の電子メールアドレス、レポートファーストネーム、電子メールを受ける人物のファーストネーム及びラストネーム、電子メールを受ける人物のラストネーム、である。リンクＵＲＬ項目は、感度よい状態であることを銘記されたい。
Ｅｘａｍｌｅ：
／ｓｅｒｖｌｅｔ／ｂａｙｅｒｏｎｅ．ｆｅｅｄｂａｃｋ．Ｅ−ｍａｉｌＲｅｐＦｏｒｍ？ｒｅｐＥ−ｍａｉｌ＝［１］＆ｒｅｐＦｉｒｓｔＮａｍｅ＝［２］＆ｒｅｐＬａｓｔＮａｍｅ＝［３］
［１］，［２］ａｎｄ［３］は、以下に示すように、代用項目を示している。
【０１４５】
リンク項目のためのマスターレポート項目フォームは、図６０内で示される。
【０１４６】
リンク項目を稼動させるために：
・項目ＳＱＬは、’ブランク’で埋められるべきである。
・“Ｄｏｃ．ｇｉｆ”はデフォルトアイコンである。別のアイコンを利用するため、大きさが適正化されて、／ｂａｙｅｒｏｎｅ／ｉｍａｇｅに配置されねばならない。
・底部の右コーナー内の編集リンクは、リンク項目を充填する別の方法である。それは別のインターフェースをもたらす。
・リンクＵＲＬ項目は充填される必要がある。この項目を適正に充填するのに必要な幾つかのステップがある。これは、このレポートとリンクされている新しいレポート生成するのに利用されるＵＲＬである。ビルドレポート（ＢｕｉｌｄＲｅｐｏｒｔ）サーブレットがＵＲＬを翻訳しレポートを生成するのに必要なパラメータを捉え得るように、充填されなければならない。
・まず、ＢｕｉｌｄＲｅｐｏｒｔサーブレットへの経路が入力されるべきである。このセクションは敏感な状態である。それは常に、
／ｓｅｒｖｌｅｔ／ＢａｙｅｒＯＮＥ．ｒｅｐｏｒｔ．ＢｕｉｌｄＲｅｐｏｒｔ？ＲｅｐｏｒｔＩｄ＝ｒｅｐｏｒｔ  ｉｄ  ｎｕｍｂｅｒ
・ＢｕｉｌｄＲｅｐｏｒｔは、サーチページをバイパス（してサーチページコールＥｘｅｃｕｔｅＲｅｐｏｒｔに至るように）するように呼び出される。レボートナンバーはどのレポートが稼動すべきかを、特定する。レポートが予想しており且つ、ＢｕｉｌｄＲｅｐｏｒｔサーブレットのコールのようなコールを構築するのに要求されるアーギュメントはどれも、ＢａｙｅｒＯＮＥ内のサーチページからやってくる。
・“ｒｅｐｏｒｔ  ｉｄ  ｎｕｍｂｅｒ”は、リンクするレポートであるカスタムレポートのためのｉｄ番号である。この番号は、メインカスタムレポートページに進みそのページ上で第１のコラムの“Ａｔｔｒｉｂｓ”を確認することで得られ得る（カスタムレポート図を参照し番号１の矢印で示されるコラムを確認のこと）。
・もしリンク項目が、パラメータがリンクしているレポートへの限定若しくはアーギュメントを提供することを、要求するならば、それらは通されてこのパターンを正確にたどらねばならない。
・個々のパラメータは、＆により区切られる。＆は、リンク項目の最後には要求されない。
・アイデンティティパラメータは、リンクされたレポートのＳＱＬステートメント内での比較に利用されるコラムを表すコラムナンバーの、数字の且つコンマで区切られたリストである。マスターレポート内で形成される個々のコラムはコラムナンバーを有し、このナンバーがアイデンティティで利用されねばならない。コラムのナンバーを利用するために、リンクされたレポートのマスターレポート項目ページを進める。そのレポート内の全てのコラムが示される。図６１参照。アイデンティティ項目のために選ばれた項目は、マスターレポート項目ページの項目ＳＱＬセクション内のデータベースコラム値を有さねばならない。
・アイデンティティのためにリストされたコラムナンバーの順序は、１以上の通されるのであれば、重要である。リストを区切るコンマの第１の値は、パラメータとその値の第１のセット（ｃｏｍｐａｒｅ０，ｆｉｅｌｄ０，ｒａｎｇｅ０）と比較され、第２のアイデンティティ値は、パラメータとその値の第２のセット（ｃｏｍｐａｒｅ１，ｆｉｅｌｄ１，ｒａｎｇｅ１）と比較される。
【０１４７】
リンクするレポートに対するアーギュメント
・ＢａｙｅｒＯＮＥアプリケーションで利用されるたいていのレポートのためのサーチページを確認すると、個々の基準に対して３つのＨＴＭＬ入力がある。これらの入力は、レポート生成ボタンがクリックされるときＵＲＬに添付されるセットとなる。ＵＲＬは、サーチページ上に入力されるあらゆる情報を利用して生成される。その同じＵＲＬをリンクＵＲＬ項目内で形成している。これらの入力は、リンクＵＲＬに対して必要であるために（項目及び範囲を比較して）、同じ正確なパラメータである。
【０１４８】
例：オープンオーダーレポートからマスターレポート項目フォーム：ロット
ｃｏｍｐａｒｅ０＝＆ｆｉｅｌｄ＝［１］＆ｒａｎｇｅ０＝＆ｃｏｍｐａｒｅ１＝＝＆ｆｉｅｌｄ１＝［２］＆ｒａｎｇｅ１＝＆ｃｕｓｔｏｍｉｚｅ＝Ｎ＆ｐｏｐｕｐ＝Ｙ
【０１４９】
・上記例は、リンクレポートへの２つのアーギュメントを通すことを示す。ここのアーギュメントは、ＢａｙｅｒＯＮＥ内のレポートモジュールにより理解されるパラメータのセットを利用して、通されなければならない。“ｃｏｍｐａｒｅ＃＝”，“ｆｉｅｌｄ＃＝”，“ｒａｎｇｅ＃＝”。ナンバ（＃）は、個々のパラメータを唯一のものとするのに利用される。パラメータの第１のセットは数字０を利用しなければならず、第２のセットは数字１を利用しなければならず、第３のセットは数字２を利用しなければならない。
・（上記例のｒａｎｇｅのように）パラメータと共に送られる値がないならば、何も入力せず、次のパラメータにより、それを即座に辿り、スペースを残さない、とする。
・“ｃｏｍｐａｒｅ”（ｃｏｍｐａｒｅ＝）ｃｏｍｐａｒｅのための妥当な値が図６２に示される。
【０１５０】
項目：（ｆｉｅｌｄ＝）受け入れ可能項目＝００１のとき強制コード化されていても、選ばれた列を基に変化するときに代用項目が利用され得ても、比較したい値であるべきである。代用項目（項目）は、このページの代用項目セクション内にリストされる。上記に示されるマスターレポート項目フォーム像では、“ｐｒｏｄｕｃｔ＿ｆａｍｉｌｙ＿ｃｏｄｅ”と“ｐｒｏｄｕｃｔ＿ｆａｍｉｌｙ＿ｎａｍｅ”を示す２つの代用項目がある。リンクＵＲＬ項目内に“ｐｒｏｄｕｃｔ＿ｆａｍｉｌｙ＿ｃｏｄｅ”を利用するため、“オーダーナンバー”を括弧項目内に＝［１］と配置する。又は、ｐｒｏｄｕｃｔ＿ｆａｍｉｌｙ＿ｎａｍｅ”を利用したいのならば、[２]とする。代用項目エリア内の項目は、リンクＵＲＬ項目内で一度以上利用可能であり、順序を外れて利用されうる（２は１の前に利用可能である）。これらの代用項目はマスタレポートメインページの要求項目セクション内で現れねばならず、ページ上で別名となり得る。要求項目セクション内で別名となれば、適正な値がリンクにより抽出されるように、それらは代用項目ででも別名とならねばならない。
範囲：（ｒａｎｇｅ＝）比較が、２つの日付の間のように、範囲であるとき、これが利用される。項目のように、値は強制的にコード化されてもよく、代用項目から取られてもよい。
【０１５１】
・レポートにより処理される必要がある、通過するパラメータが、ＵＲｌ内にパラメータを含むならば、“ｓｅａｒｃｈ＝ｙｅｓ”のパラメータを付加する。
・リンクされたレポートのカスタマイゼーションを許容しないなら、リンクＵＲＬ項目に“ｃｕｓｔｏｍｉｚｅ＝Ｎ”を付加する。
・別のウインドウにリンクレポートをポップアップするには、“ｐｏｐｕｐ＝Ｙ”のパラメータを付加する。
・表示される製品名若しくは製品ファミリなどのように、リンクするレポートのタイトルに更なる記述を加えるならば、“ｄｒｉｌｌｄｉｓｐｌａｙ＝［ｓｕｂｓｔｉｔｕｔｉｏｎ  ｆｉｅｌｄ  ｎｕｍｂｅｒ］”を付加する。
【０１５２】
総計可能：
マスターレポートメインページ（図６３）から、総計可能リンク上にクリックし、フレームのトップの修正トータルボタンに進む。
【０１５３】
マスターレポートのための現存の総計はトップフレーム内に表示される。現存の総計を編集又は削除するために、右側端上の編集又は削除リンク上をクリックする。
【０１５４】
このマスターレポートに対して何ら総計が定義されていなくても、コラムヘッダーと共に、新規総計リンクが存在する。マスターレポートトータルのためのトップフレームが図６４に示され、マスターレポートトータルのためのトボトムフレームが図６５に示される。
【０１５５】
マスターレポート上で総計を作成するために、項目による総計に構成される少なくとも一つの項目と、総計可能に構成される少なくとも一つの項目が無ければならない。このことは、マスターレポート項目フォーム内で、非数値項目（即ち、月又は製品）に対する総計単位と、数値項目（量又はドル量）に対する総計とのためのチェックボックスをチェックすることにより、為される。
【０１５６】
特別のレポート内で、一つ以上の総計単位と総計可能項目が形成されれば、それらは全てドロップダウンリスト内に現れる。総計に対する＃項目がドロップダウン項目である。値が選択されるときは、ＢａｙｅｒＯＮＥ上のレポートモジュール内でＳＱＬを利用して総計される。総計単位項目は、ＳＥＬＥＣＴ及びＧＲＯＵＰ  ＢＹの両方のＳＱＬステートメントに付加される。ＳＱＬステートメント内のアイテムは、総計単位項目により順序付けられる。
【０１５７】
“Ｇｒｏｕｐ  Ｂｙ”項目は、別のコラムを総計されないトータル項目に付加したいときに、利用される。ＢａｙｅｒＯＮＥ内でレポートモジュールにより構築されるＳＥＬＥＣＴステートメント及びＧＲＯＵＰ  ＢＹステートメントの両方に対して別のコラムを、それは付加する。“Ｇｒｏｕｐ  Ｂｙ”項目の例は、計測の単位である。“Ｇｒｏｕｐ  Ｂｙ”項目内に付加されるどのコラムも、マスターレポートのテーブルに対して同じ別名を利用しなければならない。総計の例は、図６６内に示される。
【０１５８】
カスタムレポートを形成する
カスタムレポートを形成するため、ＳｅｃｕｒｅＮＥＴヘッダー内のカスタムリンク上をクリックし、ＢａｙｅｒＯＮＥアプリケーションは、左側（図６７参照）のカスタムレポートリンクをリンクする。
・現存のカスタマレポートを編集するために、コラムヘッダー名の下のリンク上をクリックする（図６７矢印１参照）。
・特別のカスタムレポートが結合するマスターレポートを見たいのであれば、コラムマスターレポートの下のリンク上をクリックする（図６７矢印２参照）。
・新規のカスタムレポートを形成するために、右コーナーの新規レポートボタン上をクリックする（図６７矢印３参照）。
全てのカスタムレポートはマスターレポートに基づく。カスタムレポートは、ＢａｙｅｒＯＮＥ内のユーザのデスクトップ上に現れ得る一つのタイプのレポートである。カスタマイズを望むマスターレポートを選択する。図６８参照。
【０１５９】
新規のカスタムレポートを形成すると、図６９のようなページが現れる。但し、全ての編集可能項目はその中に値が含まれない。カスタムレポートが編集されていると、項目は、そのレポートのために入力された値で占められる。
【０１６０】
名前：カスタムレポートの名は、レポートが発行されるときＢａｙｅｒＯＮＥレポートのタイトルとなる名である。
【０１６１】
記述：記述は、（そのレポートに対するサーチページがあれば）サーチページ上のＢａｙｅｒＯＮＥアプリケーション内の名前と並んで、且つ実際のレポートページ上のレポートタイトルと並んで、表示される。
【０１６２】
“Ｏｒｄｅｒ  Ｂｙ”：カスタムレポートモジュール内の“Ｏｒｄｅｒ  Ｂｙ”は、ＢａｙｅｒＯＮＥ内のレポートに対する分類順序をセットする。カスタムレポート内の項目順序数に関する。
・この“Ｏｒｄｅｒ  Ｂｙ”項目は、マスターレポート内のどの“Ｏｒｄｅｒ  Ｂｙ”にも優先するが、ヘッダー項目がマスターレポート上に定義されれば、そのヘッダー項目には優先しない。
・カスタムレポート“Ｏｒｄｅｒ  Ｂｙ”は、どのヘッダー項目の背後にも付加される。上記の例では、オラクル（商標）のＡＳＣ及びＤＥＳＣが、昇順及び降順に対して、利用される。
・この“Ｏｒｄｅｒ  Ｂｙ”は、ＢａｙｅｒＯＮＥ内のレポートにおいてデフォルト値である。ユーザがレポートをカスタマイズしようとすれば、新しく生成されたカスタムレポートに対するものに優先する（ＢａｙｅｒＯＮＥデスクトップ上のマイレポートヘッダーは、ユーザカスタマイズレポートが位置するあらゆる位置にある）。
【０１６３】
変更をセーブする：このページのみに為される変更をセーブし、レポートが新規カスタムレポートであれば、そのレポートはＳｅｃｕｒｅＮＥＴ内で形成される。
【０１６４】
項目を修正する：ページ、カスタムレポート項目メインページを開く。カスタムレポート内の項目の総計を与える。
・コラムがＢａｙｅｒＯＮＥレポート上に現れる、順序
・ＢａｙｅｒＯＮＥ内のコラムが分類可能か否か。
・ＢａｙｅｒＯＮＥに対するサーチ項目として、項目が指定されているか。サーチ項目と指定されるどの項目も、レポートが生成さえる前にレポートのためのサーチページ上に現れる。
・ＢａｙｅｒＯＮＥ内のレポート上に項目が表示されるか。
・項目が、ＢａｙｅｒＯＮＥレポートに対するＳＱＬ内に存在することを要求されるか。
・値は、ＳＱＬのＷＨＥＲＥクローズに対する、付加情報である。
【０１６５】
初めてこのページにやってくると、右端側において、全ての列は、青い’付加’リンクを有する（図７０矢印２）。個々の列が付加されねばならない。現存のレポートを編集するならば、オプションは編集及び除去である（図７０矢印１）。
・“編集”は、ユーザを編集ページに至らせ、カスタムレポートのためのコラム固有属性を変更し、従って、ＢａｙｅｒＯＮＥレポートのためのコラム固有属性及び機能を変更する。
・“除去”は、コラムを削除せず、“付加”の右側のリンクを変更する。全てのコラムが付加されると、これは、この場合利用されるべきでない。
【０１６６】
オーダー：これは、ＢａｙｅｒＯＮＥレポートに対する表示オーダーをセットする。
【０１６７】
コンテントは、マスターレポート内のこの特定のコラムに与えられるコラムオプションから決定される。生産品コラムは、検索が与えられ項目オプションを表示する。これらのオプションがカスタムレポート内でチャックされると、ＢａｙｅｒＯＮＥレポート内で効果を奏しない。これは、あるマスターレポート属性がこの特定のカスタムレポートに対して優先されてしまうことがある領域である。図７１では、予想配布日付は表示領域属性が与えられるのみであり、ＢａｙｅｒＯＮＥレポート内でサーチ項目として利用されることはない。これを変更したいならば、マスターレポート内のこの領域に進まねばならない。
【０１６８】
比較及び項目値＃：
これらの２つの項目があれば、ＷＨＥＲＥクローズに付加することによって一つのマスターレポートを基にした多くの異なるレポートを、一つのマスタレポートが生じることができる。上記例では、１５日順からの予想配布日付項目が、この点を示す。
【０１６９】
比較及び項目値＃からの情報は、ＢａｙｅｒＯＮＥ内での稼動時この特定のカスタムレポートのためにＳＱＬステートメントのＷＨＥＲＥクローズ上に付加される状況を構築するのに、利用される。このステージでＷＨＥＲＥクローズ内に置かれる唯一のコラムは、マスターレポート内で定義されるコラムである。
【０１７０】
・このタイプのステートメントが、ＢａｙｅｒＯＮＥレポートモジュール内で構築されるとき、ＳＱＬＷＨＥＲＥクローズ内で利用されるコラム名は、コラムに対するマスタレポートフォーム項目の項目ＳＱＬから取られる。
・比較：これは、ＷＨＥＲＥクローズのこの部位に対して利用されるオペランドである。＝，＜，＜＝，＞，＞＝，＜＞，ＬＩＫＥ，ＢＥＴＷＥＥＮが、有効なものである。
・項目値１：コラムと比較を望む静的値である。
・項目値２：比較値がＢＥＴＷＥＥＮであるといきのみ、これは利用される。
【０１７１】
３０、４５及び６０日カスタムレポートにおいて、予想配布日付項目の項目値１は、変更され、それらの各々を唯一のレポートにする。それらは全て同じマスターレポートを利用するが、ＳＹＳＤＡＴＥ−１５が、ＳＹＳＤＡＴＥ−３０、ＳＹＳＤＡＴＥ−４５、又はＳＹＳＤＡＴＥ−６０に変更されると、ＢａｙｅｒＯＮＥでの稼動時には異なる結果のセットが与えられる。
【０１７２】
カスタムレポート内のコラムが結合する値であるとき、このことは、そのレポートのためのメインカスタムレポート項目ページ上に示される。図７２参照。
【０１７３】
これでカスタムレポートは完了する。レポートは、システムレポートを為し、カスタマのデスクトップに対して発行されることが、求められる。
【０１７４】
・第１のステップは、カスタムレポートをＢａｙｅｒＯＮＥアプリケーションに対するシステムレポートにすることである。
・これを為すため、結合ヘッダーの下のシステムリンク上をクリックする（図７３参照）。システム結合と呼ばれるページが開けられる（図７３参照）。
・このデータベースに抗して形成された全てのレポートは、このページ上にリストされ、個人的レポートＢａｙｅｒＯＮＥユーザが自身のデスクトップのために構成したものも含む（ＢａｙｅｒＯＮＥユーザに対してマイレポートヘッダーの下で、レポートが現れる）。
・レポートをチェックすることにより、このことは、カスタムレポートがシステムレポートとなり得るステップ、デスクトップに付加するステップである。
・レポートがチェックされると、変更セーブボタン上をクリックする。
ここでレポートは、システムレポートである。
【０１７５】
ユーザのデスクトップにシステムレポートを付加する次のステップは、レポートをデスクトップに付加する。図７４参照。
・このことを為すために、デスクトップの下のシステムデスクトップリンク上をクリックする。こうして、システムブロックテンプレートと呼ばれるページが開かれる（図７４参照）。
【０１７６】
このページは、ＢａｙｅｒＯＮＥデスクトップ上に現下のへディングを示す。これらのへディングの各々は編集・削除可能であり、若しくは新しいアイテムが編集・削除アイテムリンク上をクリックすることにより付加され得る。トップ左近くの［新規］リンク上をクリックすれば、新規へディングも形成されうる。編集・削除及び新規は、この明細書内にて後で議論する。
【０１７７】
システムレポートを付加するため、レポートが配置されるべきテンプレートの遠く右のアイテムリンク上をクリックする。
【０１７８】
このページは、システムブロックアイテムの属性を示す。
・ポジションは、デスクトップ上のアイテムの位置である（上記例では、オーダー要求はヘッダーの下でリストされる第１のレポートであり、オープンオーダー及び１５日ヒストリは第２のレポートである）。
・タイトルは、デスクトップ上のアイテムのタイトルである。
・ファンクションコードは、レポート、フォーム、若しくはＵＲＬのファンクションコードである。
・４つの別のアイテムタイプのコードが現れる。レポート、フォーム、若しくはＵＲＬが生成すべきシステムアイテムの中に入れられるときに、これらが割り当てられる。コラムファンクションタイプは、データベースの中に直接挿入して形成される。ＦＲＭＵＲＬはフォームＵＲＬであり、ＰＲＴＵＲＬはレポートであり、ＵＲＬＵＲＬはＵＲＬである。
このページにより、システムデスクトップ上のブロック内のアイテムが、編集・削除され、あるいは、新規アイテムが付加される。
【０１７９】
・アイテムを編集するために、右側遠くの編集リンク上をクリックする。現れるページは、新規アイテムが付加されるときに現れるページと同じである。但し、ページはアイテムデータで埋められている。
・テンプレートからアイテムを削除するために、右遠くの削除リンク上をクリックする。新規レポートを付加するには、トップ左近くの［新規レポート］リンク上をクリックする。図７５参照。
【０１８０】
ポジション：テンプレート内の配置位置であり、この場合、オーダー中央テンプレートである。
【０１８１】
システムレポート：このドロップダウンは全てのシステムレポートを含む。システムデスクトップ上に配置したいレポートを選ぶ。それからセーブボタンをクリックする。この新規アイテムは、オーダー中央のためのシステムブロックアイテムテンプレートページの中に、現れる。
【０１８２】
デスクトップに付加され得る他のアイテムは、レポートモジュール及びＵＲＬにとってＳＱＬが通常複雑すぎるスタンドアローンのサーブレットであるフォームと、我々のカスタマにとって興味深い他のサイトへのＵＲＬであるフォームとを含む。サーブレットは、ＢａｙｅｒＯＮＥカスタマイゼーションの下のシステムフォーム、フォームヘッダーシステムフォームとして、付加され得る。
【０１８３】
システムテンプレートに新規システムブロックを付加するために、［新規］リンクをクリックする。図７６参照。システムブロックを編集するために、編集ボタンをクリックする。図７７参照。
【０１８４】
タイトル：デスクトップ上に表示されるタイトルであり、青のブロックの背景を伴う白地テキストである（例、マイレポートヘッダー、オーダーセンター・・）。
【０１８５】
行とコラム：これは、ＢａｙｅｒＯＮＥデスクトップ上の配置である。図７８参照。
【０１８６】
カスタマのデスクトップ上にシステムレポートを持ってくる最後のステップは、レポートを発行することである。このことは、ＩＴ即ちｅビジネスマネジャにより、為されうる。
・システムレポート発行するため、ＳｅｃｕｒｅＮＥＴヘッダー内の発行リンク上をクリックする。図７９参照。
・図８０は、発行するために有用なアイテムが利用可能であるページを示す。レポートセクションにおいて、マスターレポート機能コードのタイトルはリストされ、カスタムレポートはリストされないことにつき、銘記されたい。マスターレポート機能コードが発行されると、システムレポートである全てのカスタムレポートは、発行先であるデスクトップに、利用可能となる。
・発行されてＢａｙｅｒＯＮＥデスクトップ上に現れる（若しくは利用される）必要がある他のアイテムは、コラム（現下、利用可能な唯一のものは、マスターレポートフォーム項目セクションファンクションコードで説明されるレポートプライシングコラムである。）、フォーム、システム及びＵＲＬである。
・発行すべきアイテムをチェックし、サブミットボタンをボタンにてクリックする。すると、図８１に示されるスクリーンに進む。
【０１８７】
アイテム上“＜”ボタンをクリックすることにより、発行相手としたい会社を利用可能プロファイルから選択する。
選択強制編集ボックスにより、会社名、名前の一部、プロファイルタイプ（購買、ドックワーカーなど）、又は部門の中に入力することができ、続いてセレクトボタン上をクリックすると、利用可能プロファイルからの全てのアイテムが発行先リストに移行する。選択されないボタンは、発行先リストの全アイテムを利用可能プロファイルリストに移行する。
【０１８８】
“＞”ボタンは、発行先リストから利用可能リストへ選択されたアイテムを移行する。
【０１８９】
底部の発行ボタンは、上記のリストされたファンクションコードを発行する。非発行ボタンは、選択されたファンクションコードを発行しない。
【０１９０】
発行・非発行ファンクションコードは、アイテムをデスクトップに配置し、アイテムをデスクトップから除去する。このことが生じるときは、ユーザのデスクトップは削除される。このことが意味することは、変更に影響される全てのユーザのためのレコードはＢａｙｅｒｏｎｅ．ｄｅｓｋｔｏｐ＿ｂａｓｅから削除されるということである。次の機会にユーザがＢａｙｅｒＯＮＥ上にログオンすると、デスクトップが再形成され新規アイテムが現れる。ユーザーｉｄの隣のチェックボックス上をクリックしページの底部の削除ボタンをクリックして、ＢａｙｅｒＯＮＥカスタマイゼーション、デスクトップヘッダー及びユーザーデスクトップリンクへ手操作により進むことにより、このことは為され得る。
【０１９１】
ＵＲＬカスタマイゼーション
ＵＲＬカスタマイゼーションセクションにより、ＵＲＬを、ユーザの利用中と想定されるＢａｙｅｒＯＮＥデスクトップに付加することができる。図８２参照。
【０１９２】
・ＢａｙｅｒＯＮＥカスタマイゼーションセクション内のシステムＵＲＬリンク上をクリックすると、全ての現下のシステムＵＲＬが配置されるページが開く。
・現存の一つのＵＲＬを編集するため、青いＵＲＬ名上をクリックする。
・新規ＵＲＬを形成するために、トップ左近傍の新規ＵＲＬリンク上をクリックする。
・図８２は、新規のＵＲＬを付加する若しくはＵＲＬを編集するため現れる、ページを示す。
・タイトル：このようにして、リンクはデスクトップ上に現れる。
例：Ｙａｈｏｏ（商標）
・テキスト：現実のＵＲＬ
例：ｈｔｔｐ：／／ｗｗｗ．ｙａｈｏｏ．ｃｏｍ
・ファンクションコード：このＵＲＬの唯一の提示として利用される。
・ファンクションコード名：これは、ＵＲＬを発行する、ＵＲＬファンクションコードを発行する発行ページ上に示されるものである。
【０１９３】
システムフォームを形成する
フォームは、レポートモジュール（例えば、ＵＮＩＯＮステートメント）にとってＳＱＬをあまりに複雑にするレポートである。それらは別途のサーブレットとして形成されねばならない。
【０１９４】
現下、フォームがデスクトップ上に現れる方法は、システムフォームを形成しそれを（上述の）デスクトップテンプレート内に配置し、それからこのステップで形成されたフォームファンクションコードを発行する。
【０１９５】
・新規システムフォームを形成するために、ＢａｙｅｒＯＮＥカスタマイゼーションセクションに進みシステムフォーム上をクリックする。図８３参照。
・青のフォーム名であるフォームが、リンク上をクリックすることにより編集され得る。このことにより、この時点でのフォームの名前のみを編集できる。新規フォームを形成するため、トップ左近傍の新規フォームリンク上をクリックする。
・新規フォームリンクは図８３に示されるようなページを開く。
・名：フォームの名。
・ファンクションコード：このＵＲＬに係る唯一の提示として利用される。
・ファンクションコード名：これは、フォームを発行する、フォームファンクションコードを発行する発行ページ上に示されるものである。
・ＵＲＬアドレス：フォームのサーブレットのＢａｙｅｒＯＮＥアプリケーション内の位置である。これは、通される必要があるパラメータも含む。パラメータは静的なものでなければならない。
【０１９６】
レポートマネジャ
レポートマネジャは、データベース全体にてレポートの内容を管理する手助けとなる。そのレポートマネジャは、マスター、システム及びユーザーレポート間の差異を視覚的に表示し、レポートをテストから生産に移行する際には非常に有用なツールである。
・先ず、比較を望むデータベースを選択する。
・これらのツールにアクセスするため、ＢａｙｅｒＯＮＥカスタマイゼーションセクション内のリンク上をクリックする。
・図８４の矢印１は、マスターレポートを比較するツールを指し示す。
・図８４の矢印２は、システムレポートを比較するツールを指し示す。
・図８４の矢印３は、ユーザーレポートを比較するツールを指し示す。
【０１９７】
全体的に、本発明の方法は、権限ある買い手に別異の買い手データを提供できるコンピュータ実装システムであり、個別の買い手の間において、買い手特有のデータの完全なセキュリティを維持するものである。本発明は、売り手から買い手へ、買い手ネットワーク上で、個々の個別買い手ユーザー機能性及びデータアクセスレベルを決定できる能力を提供する。個別のユーザーに利用可能な機能性及びデータに関わり無く、あらゆるユーザーはデータマネジメントツール、及び選択されたデータへの直接且つ動的なリンクが、与えられる。本発明の方法は、実装時には、アプリケーションにおいて十全に動的であり可転性がある。ユーザーは十全にカスタマイズ可能なフォームで、データ及び提示物をカスタマイズし得る。本発明の方法は、どの言語でも実効的に実装され得るが、好適な実施形態では、方法はＪａｖａで実装される。更に、本発明は、トランザクション（例えば、カスタマ購買オーダー）を救援し処理するために拡張マークアップ言語（ＸＭＬ）伝達をハンドルできる。ＸＭＬ標準は、現行の及び新生の化学産業データ交換（ＣＩＤＸ）標準にも従って、確立され得る。
【０１９８】
本発明は、本明細書で示した好適な実施形態及び例により説明している。前述の説明を精査し理解すれば、明白な修正及び変更も発生する。かような修正及び変更の全てを含むとして、本発明は構築されていることが意図されている。
【図面の簡単な説明】
【０１９９】
【図１】本発明に係る概略の方法を示すフロー図である。
【図２】図１の方法を実施するシステムを示すブロック図である。
【図３】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図４】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図５】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図６】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図７】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図８】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図９】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図１０】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図１１】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図１２】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図１３】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図１４】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図１５】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図１６】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図１７】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図１８】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図１９】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図２０】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図２１】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図２２】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図２３】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図２４】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図２５】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図２６】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図２７】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図２８】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図２９】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図３０】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図３１】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図３２】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図３３】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図３４】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図３５】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図３６】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図３７】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図３８】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図３９】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図４０】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図４１】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図４２】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図４３】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図４４】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図４５】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図４６】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図４７】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図４８】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図４９】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図５０】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図５１】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図５２】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図５３】本発明の方法にかかる実施例の一連のスクリーンショットである。
【図５４】本発明の方法にかかる実施例の一連のスクリーンショットと項目チャートである。
【図５５】本発明の方法にかかる実施例の一連のスクリーンショットと項目チャートである。
【図５６】本発明の方法にかかる実施例の一連のスクリーンショットと項目チャートである。
【図５７】本発明の方法にかかる実施例の一連のスクリーンショットと項目チャートである。
【図５８】本発明の方法にかかる実施例の一連のスクリーンショットと項目チャートである。
【図５９】本発明の方法にかかる実施例の一連のスクリーンショットと項目チャートである。
【図６０】本発明の方法にかかる実施例の一連のスクリーンショットと項目チャートである。
【図６１】本発明の方法にかかる実施例の一連のスクリーンショットと項目チャートである。
【図６２】本発明の方法にかかる実施例の一連のスクリーンショットと項目チャートである。
【図６３】本発明の方法にかかる実施例の一連のスクリーンショットと項目チャートである。
【図６４】本発明の方法にかかる実施例の一連のスクリーンショットと項目チャートである。
【図６５】本発明の方法にかかる実施例の一連のスクリーンショットと項目チャートである。
【図６６】本発明の方法にかかる実施例の一連のスクリーンショットと項目チャートである。
【図６７】本発明の方法にかかる実施例の一連のスクリーンショットと項目チャートである。
【図６８】本発明の方法にかかる実施例の一連のスクリーンショットと項目チャートである。
【図６９】本発明の方法にかかる実施例の一連のスクリーンショットと項目チャートである。
【図７０】本発明の方法にかかる実施例の一連のスクリーンショットと項目チャートである。
【図７１】本発明の方法にかかる実施例の一連のスクリーンショットと項目チャートである。
【図７２】本発明の方法にかかる実施例の一連のスクリーンショットと項目チャートである。
【図７３】本発明の方法にかかる実施例の一連のスクリーンショットと項目チャートである。
【図７４】本発明の方法にかかる実施例の一連のスクリーンショットと項目チャートである。
【図７５】本発明の方法にかかる実施例の一連のスクリーンショットと項目チャートである。
【図７６】本発明の方法にかかる実施例の一連のスクリーンショットと項目チャートである。
【図７７】本発明の方法にかかる実施例の一連のスクリーンショットと項目チャートである。
【図７８】本発明の方法にかかる実施例の一連のスクリーンショットと項目チャートである。
【図７９】本発明の方法にかかる実施例の一連のスクリーンショットと項目チャートである。
【図８０】本発明の方法にかかる実施例の一連のスクリーンショットと項目チャートである。
【図８１】本発明の方法にかかる実施例の一連のスクリーンショットと項目チャートである。
【図８２】本発明の方法にかかる実施例の一連のスクリーンショットと項目チャートである。
【図８３】本発明の方法にかかる実施例の一連のスクリーンショットと項目チャートである。
【図８４】本発明の方法にかかる実施例の一連のスクリーンショットと項目チャートである。
【符号の説明】
【０２００】
２００・・・データベース、２０５・・・ファイアウオール、２１２・・・ゲートキーパー買い手仲介ネットワーク、２１４・・・買い手ネットワーク。
【図１】
2005521923.tif 000003
【図２】
2005521923.tif 000004
【図３】
2005521923.tif 000005
【図４】
2005521923.tif 000006
【図５】
2005521923.tif 000007
【図６】
2005521923.tif 000008
【図７】
2005521923.tif 000009
【図８】
2005521923.tif 000010
【図９】
2005521923.tif 000011
【図１０】
2005521923.tif 000012
【図１１】
2005521923.tif 000013
【図１２】
2005521923.tif 000014
【図１３】
2005521923.tif 000015
【図１４】
2005521923.tif 000016
【図１５】
2005521923.tif 000017
【図１６】
2005521923.tif 000018
【図１７】
2005521923.tif 000019
【図１８】
2005521923.tif 000020
【図１９】
2005521923.tif 000021
【図２０】
2005521923.tif 000022
【図２１】
2005521923.tif 000023
【図２２】
2005521923.tif 000024
【図２３】
2005521923.tif 000025
【図２４】
2005521923.tif 000026
【図２５】
2005521923.tif 000027
【図２６】
2005521923.tif 000028
【図２７】
2005521923.tif 000029
【図２８】
2005521923.tif 000030
【図２９】
2005521923.tif 000031
【図３０】
2005521923.tif 000032
【図３１】
2005521923.tif 000033
【図３２】
2005521923.tif 000034
【図３３】
2005521923.tif 000035
【図３４】
2005521923.tif 000036
【図３５】
2005521923.tif 000037
【図３６】
2005521923.tif 000038
【図３７】
2005521923.tif 000039
【図３８】
2005521923.tif 000040
【図３９】
2005521923.tif 000041
【図４０】
2005521923.tif 000042
【図４１】
2005521923.tif 000043
【図４２】
2005521923.tif 000044
【図４３】
2005521923.tif 000045
【図４４】
2005521923.tif 000046
【図４５】
2005521923.tif 000047
【図４６】
2005521923.tif 000048
【図４７】
2005521923.tif 000049
【図４８】
2005521923.tif 000050
【図４９】
2005521923.tif 000051
【図５０】
2005521923.tif 000052
【図５１】
2005521923.tif 000053
【図５２】
2005521923.tif 000054
【図５３】
2005521923.tif 000055
【図５４】
2005521923.tif 000056
【図５５】
2005521923.tif 000057
【図５６】
2005521923.tif 000058
【図５７】
2005521923.tif 000059
【図５８】
2005521923.tif 000060
【図５９】
2005521923.tif 000061
【図６０】
2005521923.tif 000062
【図６１】
2005521923.tif 000063
【図６２】
2005521923.tif 000064
【図６３】
2005521923.tif 000065
【図６４】
2005521923.tif 000066
【図６５】
2005521923.tif 000067
【図６６】
2005521923.tif 000068
【図６７】
2005521923.tif 000069
【図６８】
2005521923.tif 000070
【図６９】
2005521923.tif 000071
【図７０】
2005521923.tif 000072
【図７１】
2005521923.tif 000073
【図７２】
2005521923.tif 000074
【図７３】
2005521923.tif 000075
【図７４】
2005521923.tif 000076
【図７５】
2005521923.tif 000077
【図７６】
2005521923.tif 000078
【図７７】
2005521923.tif 000079
【図７８】
2005521923.tif 000080
【図７９】
2005521923.tif 000081
【図８０】
2005521923.tif 000082
【図８１】
2005521923.tif 000083
【図８２】
2005521923.tif 000084
【図８３】
2005521923.tif 000085
【図８４】
2005521923.tif 000086
【国際調査報告】
2005521923.tif 000087