(57)【特許請求の範囲】
【請求項１】
サービスへの申し込みを管理するカタログマネージャであって、
提供されるべきサービスのサービス説明のためのデータを有する少なくとも１つの第１データベースエントリと、
バリュー・チェーンの第１リンクによって提供されるサービスのセットと前記第１データベースエントリを関連付ける少なくとも１つの第１カタログエントリと、
前記提供されるべきサービスの前記サービス説明のためのデータのコピーを有し、該コピーは、前記第１データベースエントリに含まれるデータと無関係に修正可能である、少なくとも１つの第２データベースエントリと、
前記第２データベースエントリと前記第１データベースエントリとを関連付ける少なくとも１つのリファレンスと、
前記バリュー・チェーンの第２リンクによって提供されるサービスのセットと前記第２データベースエントリを関連付ける少なくとも１つの第２カタログエントリと
を有し、
前記第２データベースエントリは、前記バリュー・チェーンの第１リンクによってサービスのセットを提供するサプライヤから受け取られる、前記バリュー・チェーンの第２リンクを介して前記サービスのセットを再分配する許可に応じて、非アクティブ状態と、削除済み又は取消済みフラグを立てられた状態との間で切り替えられ、前記非アクティブ状態であるときに前記バリュー・チェーンの第２リンクを介してアクティブ状態にされ得る、カタログマネージャ。
【請求項２】
前記第１データベースエントリ及び前記第２データベースエントリは夫々、各々のデータベースエントリが作成された時点での読出専用の値セットを含む少なくとも１つの不変な第１属性と、各々のデータベースエントリが作成された後に前記バリュー・チェーンの各々のリンクによって設定され得る変更可能な値を含む少なくとも１つの可変な第２属性とを有する、
請求項１に記載のカタログマネージャ。
【請求項３】
少なくとも前記第１データベースエントリ、前記第２データベースエントリ、前記第１カタログエントリ及び前記第２カタログエントリにおいて記憶されている情報にアクセスするポータルと、
前記ポータルにアクセスする当該カタログマネージャのユーザの身元及び／又は役割を認証する認証モジュールと、
ユーザ及び／又は役割に特有のアクセス制御リストに基づき前記第１データベースエントリ、前記第２データベースエントリ、前記第１カタログエントリ及び前記第２カタログエントリの情報への変更を許可又は禁止するアクセス制御モジュールと
を更に有する請求項１又は２に記載のカタログマネージャ。
【請求項４】
前記少なくとも１つの第１データベースエントリは、市場向きサービスのサプライヤによって供給される前記市場向きサービスに関するデータを有し、
前記少なくとも１つの第１カタログエントリは、前記市場向きサービスの売り主の第１マーケットプレイスと前記第１データベースエントリを関連付け、
前記少なくとも１つの第２データベースエントリは、前記市場向きサービスの仲介業者又は再販売業者によって変更された前記市場向きサービスに関するデータを有し、
前記少なくとも１つの第２カタログエントリは、前記市場向きサービスの前記仲介業者又は前記再販売業者の第２マーケットプレイスと前記第２データベースエントリを関連付ける、
請求項１に記載のカタログマネージャ。
【請求項５】
前記第１データベースエントリ及び前記第２データベースエントリは夫々、前記市場向きサービスによって提供されるべき技術サービスに関するデータを含む少なくとも１つの不変な第１属性と、前記市場向きサービスのためのライセンシング情報に関するデータを含む少なくとも１つの可変な第２属性とを有し、
当該カタログマネージャは、前記売り主による前記第１データベースエントリの第２属性への変更のみを可能にするよう、前記再販売業者による前記第２データベースエントリの第２属性への変更のみを可能にするよう、且つ、前記売り主、前記仲介業者及び前記再販売業者のいずれか１つによる前記第２データベースエントリの第１属性への変更を禁止するよう構成される、
請求項４に記載のカタログマネージャ。
【請求項６】
前記第１マーケットプレイスにおいて前記市場向きサービスに申し込むための、前記第１カタログエントリを介して前記市場向きサービスと関連付けられた第１価格情報と、
前記第２マーケットプレイスにおいて前記市場向きサービスに申し込むための、前記第２カタログエントリを介して前記市場向きサービスと関連付けられた第２価格情報と
を更に有する請求項４又は５に記載のカタログマネージャ。
【請求項７】
前記提供されるべきサービスは、申し込み管理のために当該カタログマネージャのオペレータに対して技術プロバイダ又はソフトウェアサプライヤによって提供されるＳａａＳを有する、
請求項１に記載のカタログマネージャ。
【請求項８】
データベースを備えるサーバによりサービスを提供する方法であって、
前記データベースに記憶され、提供されるべきサービスのサービス説明のためのデータを有する第１データベースエントリを、バリュー・チェーンの第１リンクによって提供されるサービスの第１セットと関連付け、
前記データベースにおいて前記第１データベースエントリをコピーして第２データベースエントリを生成し、該第２データベースエントリにおける前記第１データベースエントリのコピーは、前記第１データベースエントリと無関係に修正可能であり、前記第２データベースエントリを、前記バリュー・チェーンの第２リンクによって提供されるサービスの第２セットと関連付け、
前記データベースにおいて、前記第２データベースエントリと前記第１データベースエントリとを関連付ける少なくとも１つのリファレンスを生成する
ことを有し、
前記第２データベースエントリは、前記バリュー・チェーンの第１リンクによって前記サービスの第１セットを提供するサプライヤから受け取られる、前記バリュー・チェーンの第２リンクを介して前記サービスの第２セットを再分配する許可に応じて、非アクティブ状態と、削除済み又は取消済みフラグを立てられた状態との間で切り替えられ、前記非アクティブ状態であるときに前記バリュー・チェーンの第２リンクを介してアクティブ状態にされ得る、方法。
【請求項９】
前記第１データベースエントリをコピーする前に、前記サービスのサプライヤによって前記バリュー・チェーンの前記第２リンクを介して供与される、前記サービスに申し込む許可を受け取り、該許可に応答して、前記第１データベースエントリをコピーして前記第２データベースエントリを生成し、
前記第１データベースエントリをコピーした後に、前記バリュー・チェーンの前記第２リンクによって、申し込みのために前記第２データベースエントリをアクティブにする、
請求項８に記載の方法。
【請求項１０】
前記バリュー・チェーンの前記第２リンクを介して前記サービスに申し込む前記許可を取り消し、
前記第２データベースエントリを削除済み又は取消済みとしてフラグを立てる
ことを更に有する請求項９に記載の方法。
【請求項１１】
前記第１データベースエントリは、第１カタログエントリを用いて売り主の第１マーケットプレイスと関連付けられ、当該方法は、
第２カタログエントリを用いて、前記第２データベースエントリを市場向きサービスの仲介業者又は再販売業者の第２マーケットプレイスと関連付けることを更に有する、
請求項８に記載の方法。
【請求項１２】
前記第１マーケットプレイスからの前記市場向きサービスの削除を要求し、
前記第１データベースエントリ及び前記第２データベースエントリを関連付ける前記リファレンスを用いて、前記市場向きサービスへの如何なる進行中の申し込みも前記第１マーケットプレイス又は前記第２マーケットプレイスにおいて存在するかどうかを確認し、
進行中の申し込みが前記第１マーケットプレイス及び前記第２マーケットプレイスにおいて存在しない場合は、前記第１データベースエントリ及び前記第２データベースエントリを削除済みとしてフラグを立て、そうでない場合は、前記要求された削除を拒否する
ことを更に有する請求項１１に記載の方法。
【請求項１３】
前記再販売業者によって前記第２データベースエントリを変更し、特に、サービス説明、サービス価格及びサービスライセンス契約のうちの少なくとも１つを変更し、
前記第２マーケットプレイスにおいて、前記変更された第２データベースエントリを用いて前記市場向きサービスを公開する
ことを更に有する請求項１１に記載の方法。
【請求項１４】
前記第１マーケットプレイスにおいて、変更されていない前記第１データベースエントリを用いて前記市場向きサービスを同時に公開する
ことを更に有する請求項１３に記載の方法。
【請求項１５】
サーバによりサービスへの申し込みを支援する方法であって、
売り主、再販売業者及び仲介業者のうちの少なくとも１つのマーケットプレイスにおいてサービスを提供し、
顧客による前記提供されるサービスへの申し込みを要求し、
前記サーバのデータベースにおいて、前記提供されるサービス及び前記マーケットプレイスと関連付けられる第１データベースエントリをコピーして、前記顧客の申し込み要求と関連付けられる第２データベースエントリを生成し、該第２データベースエントリにおける前記第１データベースエントリのコピーは、前記第１データベースエントリと無関係に修正可能であり、
前記第２データベースエントリと前記第１データベースエントリとを関連付ける少なくとも１つのリファレンスを生成する
ことを有し、
前記第２データベースエントリは、前記売り主のマーケットプレイスにおいて前記サービスを提供するサプライヤから受け取られる、前記サービスを再分配する許可に応じて、非アクティブ状態と、削除済み又は取消済みフラグを立てられた状態との間で切り替えられ、前記非アクティブ状態であるときに前記再販売業者又は前記仲介業者によってアクティブ状態にされ得る、方法。
【請求項１６】
少なくとも１つのサーバコンピュータのプロセッシングシステムで実行される場合に、該プロセッシングシステムに、
バリュー・チェーンの第１リンクと関連付けられるサービスの再分配のための許可を受け取り、
データベースに記憶されている前記サービスのサービス説明のためのデータを有する第１データベースエントリをコピーして、前記バリュー・チェーンの第２リンクと関連付けられる第２データベースエントリを生成し、該第２データベースエントリにおける前記第１データベースエントリのコピーは、前記第１データベースエントリと無関係に修正可能であり、
前記第２データベースエントリと前記第１データベースエントリとを関連付ける少なくとも１つのリファレンスを生成する
ステップを実行させるコンピュータプログラムを有し、
前記第２データベースエントリは、前記サービスの再分配のための許可に応じて、非アクティブ状態と、削除済み又は取消済みフラグを立てられた状態との間で切り替えられ、前記非アクティブ状態であるときに前記バリュー・チェーンの第２リンクを介してアクティブ状態にされ得る、非一時的な記憶媒体。
【請求項１７】
サーバにより複数のマーケットプレイスにおいてＳａａＳ製品を販売するビジネスを支援する方法であって、
売り主の第１マーケットプレイスにおいてサプライヤによって供給される少なくとも１つのＳａａＳ製品をリストアップするウェブインターフェースを提供し、
前記サプライヤによって供与される前記ＳａａＳ製品を再販売又は仲介する許可を受け取り、
前記サーバのデータベースにおいて、前記第１マーケットプレイスの前記ＳａａＳ製品に関する情報を、第２マーケットプレイスのＳａａＳ製品に関する情報としてコピーし、該コピーは、前記第１マーケットプレイスの前記ＳａａＳ製品に関する情報とは無関係に修正可能であり、
前記サーバのデータベースにおいて、前記第２マーケットプレイスの前記コピーされた情報から前記第１マーケットプレイスの原の情報へのリファレンスを生成し、
前記第２マーケットプレイスの前記コピーされた情報に基づき前記第２マーケットプレイスにおいて前記サプライヤによって供給される少なくとも１つのＳａａＳ製品をリストアップするウェブインターフェースを提供する
ことを有し、
前記第２マーケットプレイスの前記コピーされた情報は、前記サプライヤから受け取られる前記許可に応じて、非アクティブ状態と、削除済み又は取消済みフラグを立てられた状態との間で切り替えられ、前記非アクティブ状態であるときに前記第２マーケットプレイスの再販売業者又は仲介業者によってアクティブ状態にされ得る、方法。
【請求項１８】
前記再販売業者は、前記ＳａａＳ製品に関する前記コピーされた情報に含まれる契約に関連した情報を変更する許可を与えられ、
前記仲介業者は、前記ＳａａＳ製品に関する前記コピーされた情報に含まれる計画に関連した情報を変更する許可を認められない、
請求項１７に記載の方法。
【請求項１９】
前記再販売業者は、前記ＳａａＳ製品を他のサービス、特に、前記ＳａａＳ製品のためのサポートパッケージ、前記ＳａａＳ製品を実行するためのリソース、及び／又は更なるＳａａＳ製品と組み合わせる許可を与えられる、
請求項１７又は１８に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービスへの申し込みを管理するシステム、装置及び動作、並びにビジネス方法に関する。特に、本発明は、サービスへの申し込みを管理するカタログマネージャ、サービスを提供する方法、サービスに申し込む方法、コンピュータプログラムを有する非一時的な媒体、及び複数のマーケットプレイスにおいてＳａａＳ（Software  as  a  Service）製品を販売するビジネス方法に関する。
【背景技術】
【０００２】
ＳａａＳ（Software  as  a  Service）は、ソフトウェア及び関連するデータが、データネットワーク上で利用可能なコンピューティングリソースにおいてホスティングされるソフトウェア配信モデルである。しばしば、ソフトウェア及び関連するデータを供給するのに必要なリソースは、インターネットを介して遠隔で供給される。このプロセスは、しばしば、“クラウドコンピューティング”とも呼ばれる。なお、同様のデータモデル及びシステムアーキテクチャは、社内ネットワークにおいて使用されてよい。ＳａａＳ配信モデルによって供給されるソフトウェアは、通常は、シンクライアント又はデスクトップコンピュータのウェブブラウザを用いるエンドユーザによってアクセスされる。
【０００３】
ＳａａＳソフトウェア配信モデルは、ユーザ、サービスプロバイダ、及びソフトウェアの開発者に相異なる利点を提供する。ユーザの観点からは、例えば顧客関係管理、情報システム管理、企業資源計画、インボイス作成、人材資源管理、コンテンツ管理及びサービスデスク管理などの特殊化した機能を実行するために、ＩＴリソースを設け、専門のソフトウェア製品を購入する必要がない。これは、しばしば、個人及び組織を相当な投資から解放するとともに、核となるビジネス活動に集中するために内部資源を解放する。サービスプロバイダの観点からは、例えばインターネットなどのオープンなデータネットワーク上でのＳａａＳの提供は、しばしば、彼らが自身のサービスをより幅広い消費者に提供することを可能にする。例えば、従来、ソフトウェアベンダーは局所的な分配チャネルに制限されてきたが、現在、大部分のソフトウェアは、全世界の顧客に提供可能であり、サービスプロバイダへのビジネスチャンスを生み出している。同時に、サービス指向の配信モデルは、販売時に比較的短期間の利益よりむしろ定常的な利益を彼らに保証する。特に、いわゆる独立系ソフトウェアベンダー（ＩＳＶ；independent  software  vendors）の、開発者の観点からは、ＳａａＳ配信モデルの発生は、特殊化したアプリケーションをより幅広いマーケットプレイスへ供給する機会を彼らにも提供する。同時に、例えばユーザ管理、認証、インフラストラクチャ・プロビジョニング、及び課金などの局面は、プラットフォーム又はサービスプロバイダに委託可能であり、開発者を、供給されるべき実際のビジネスアプリケーションの実装に集中させることができる。
【０００４】
図１は、ＳａａＳアプリケーションを配信する高位アーキテクチャの可能な図を示す。２つの異なった組織１０２の出身である異なったユーザ１０１は、例えばインターネットなどの広域ネットワークを介してＳａａＳ対応のウェブアプリケーション１０３に申し込み、それを使用する。使用されるウェブアプリケーション１０３を実行するのに必要なリソースは、ＳａａＳプラットフォームプロバイダ１０４によって供給される。例えば、プラットフォームプロバイダ１０４は、集中記憶及び処理機能のいずれも供給するデータセンタを運営してよい。要求されているサービス１０６をユーザに供給するために、プラットフォームオペレータ１０４は、夫々のウェブアプリケーション１０３を実装する技術サービス１０５を実行する。例えば、技術サービス１０５は、独立系ソフトウェアベンダーによって供給されるコンピュータプログラムコードに関してウェブアプリケーション１０３のビジネスロジックを実装してよい。加えて、サービス１０６は、例えばプライシング、ライセンシング及び他の申し込みデータなどの更なる情報で強化されてよい。顧客が入手可能なサービス１０６を、その実装のために使用される技術サービス１０５とより良く区別するよう、サービス１０６は、本明細書の全体を通して「市場向きサービス」とも呼ばれる。
【０００５】
上記のアーキテクチャは多くの利点を有するが、一方で、それに付随した２、３の欠点も存在する。例えば、プラットフォームプロバイダ１０４の中央集権的な性質は、技術的及び経済的なレベルのいずれにおいても、夫々の個人ユーザ１０１のニーズに合うことを困難にする。例えば、図１を参照して上述された中央集権モデルにおいて、異なった組織１０２のユーザ１０１ごとにプライシングモデル及び他の契約上の詳細を柔軟に変更することは、困難である。また、プラットフォームプロバイダによって提供されるサービス１０６への変更は、システムの全てのユーザ１０１に作用する。例えば、第１の組織１０２の第１ユーザ１０１がサービス１０６への変更を要求する場合に、それは、他の組織１０２のユーザ１０１に悪影響を及ぼすことがある。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
従って、本発明の課題は、より柔軟なやり方で例えばＳａａＳソフトウェアコンポーネントなどのサービスのための申し込み及びその供給の管理を可能にするシステム、装置及び方法を記載することである。特に、ＳａａＳソフトウェア配信モデルに関与する異なったエンティティからの変更を分離させるシステム及び方法が記載されるべきである。
【課題を解決するための手段】
【０００７】
本発明の第１の態様に従って、サービスへの申し込みを管理するカタログマネージャが開示される。当該カタログマネージャは、提供されるべきサービスのサービス説明のためのデータを有する少なくとも１つの第１データベースエントリと、バリュー・チェーンの第１リンクによって提供されるサービスのセットと前記第１データベースエントリを関連付ける少なくとも１つの第１カタログエントリとを有する。当該カタログマネージャは、前記提供されるべきサービスの前記サービス説明のためのデータの修正可能なコピーを有する少なくとも１つの第２データベースエントリと、前記第２データベースエントリと前記第１データベースエントリとを関連付ける少なくとも１つのリファレンスと、前記バリュー・チェーンの第２リンクによって提供されるサービスのセットと前記第２データベースエントリを関連付ける少なくとも１つの第２カタログエントリとを更に有する。
【０００８】
サービスに関する第１データベースエントリへのリファレンスとともに提供されるべき前記サービスのための第２データベースエントリ、及びバリュー・チェーンの第２リンクによって提供されるべきサービスの第２セットと前記第２データベースを関連付ける第２カタログエントリの供給は、バリュー・チェーンの異なったリンクによってサービスのより柔軟な供給を可能にする。例えば、例えばＳａａＳ製品などの１つのサービスは、仲介業者及び再販売業者を通じて異なった条件で異なったマーケットプレイスにおいて提供されてよい。
【０００９】
一実施形態において、データベースエントリは、不変な属性及び可変な属性を有する。不変な属性は、本質的に、そのデータベースエントリが生成される時点に決定される読出専用の値を有する。可変属性は、変更可能な値を含み、後の段階で値変更の夫々のリンクによって設定され得る。そのような属性にアクセスし及び／又はそれを変更する権利は、ユーザ又は役割に基づくアクセス制御モジュールによって制御され得る。
【００１０】
一実施形態において、第１データベースエントリ及び第２データベースエントリは、サプライヤ及び再販売業者又は仲介業者によって提供される市場向きサービスに関する情報を有する。第１カタログエントリ及び第２カタログエントリは、夫々の市場向きサービスを売り主及び再販売業者又は仲介業者の異なったマーケットプレイスと関連付ける。
【００１１】
当該カタログマネージャは、第１マーケットプレイスにおいて市場向きサービスに申し込むための第１の価格情報が、第１カタログエントリを介して、その市場向きサービスと関連付けられることを可能にする。同時に、当該カタログマネージャは、第２マーケットプレイスにおいて市場向きサービスに申し込むための第２の価格情報が、第２カタログエントリを介して、その市場向きサービスと関連付けられることを可能にする。異なった価格情報の関連付けは、市場向きサービスへの申し込みに関して、より高い柔軟性を可能にする。
【００１２】
第１データベースエントリ及び第２データベースエントリは、市場向きサービスによって供給される技術サービスと、その市場向きサービスのためのライセンシング情報とに関連する複数の異なった属性を有してよい。望ましくは、当該カタログマネージャは、再販売業者及び仲介業者が技術サービス情報に関連する属性を変更するのを禁止されるように、第１データベースエントリ及び第２データベースエントリにおいて供給される情報にアクセス制限を実行する。しかし、再販売業者は、ライセンシング情報に関する他の属性を変更してよい。対照的に、仲介業者は、通常は、その上、ライセンシング情報を変更するのを禁止される。
【００１３】
第１の態様に従う当該カタログマネージャは、申し込み管理のためのカタログマネージャのオペレータへ、特にプラットフォームプロバイダへ、技術プロバイダ又はソフトウェアサプライヤによって供給されるＳａａＳ製品の形でサービスを供給するのに特に適する。
【００１４】
第２の態様に従って、サービスを提供する方法が記載される。当該方法は、提供されるべきサービスのサービス説明のためのデータを有し、バリュー・チェーンの第１リンクによって提供されるサービスの第１セットと関連付けられる第１データベースエントリを供給し、前記第１データベースエントリをコピーして、前記バリュー・チェーンの第２リンクによって提供されるサービスの第２セットと関連付けられる第２データベースエントリを生成し、前記第２データベースエントリと前記第１データベースエントリとを関連付ける少なくとも１つのリファレンスを生成するステップを有する。第２の態様に従う当該方法を手段として、サービスのためのサービス提供は、例えばサプライヤ、売り主、再販売業者又は仲介業者などのバリュー・チェーンの異なったリンクによって供給されてよい。
【００１５】
バリュー・チェーンの第２リンクを通じた市場向きサービスのためのサービス提供は、バリュー・チェーンの第１リンクによって、後の段階で取り消されてよい。
【００１６】
加えて、市場向きサービスのためのライセンシング及び同様の情報は、例えば、個々の市場向きサービスをバンドリングするために、又は市場向きサービスを例えばサポートなどの関連するサービスとバンドリングするために、ソフトウェアの再販売業者によって更新されてよい。
【００１７】
第３の態様に従って、市場向きサービスに申し込む方法が開示される。当該方法は、売り主、再販売業者及び仲介業者のうちの少なくとも１つのマーケットプレイスにおいてサービスを提供し、顧客によって前記提供されるサービスへの申し込みを要求し、前記提供されるサービス及び前記マーケットプレイスと関連付けられる第１データベースエントリをコピーして、前記顧客の申し込み要求と関連付けられる第２データベースエントリを生成し、前記第２データベースエントリと前記第１データベースエントリとを関連付ける少なくとも１つのリファレンスを生成するステップを有する。第３の態様に従う当該方法は、第２の態様に従う方法によって提供され及び／又は第１の態様に従うカタログマネージャによって管理されるサービスに特に適する。
【００１８】
提供されるサービスと関連付けられる第１データベースエントリのコピーの生成は、加入者コピーの作成を可能にする。これは、本質的に、第１データベースエントリへの如何なる後の変更にも依存しなくなる。このように、申し込みの時点で有効であったサービスに申し込む条件は、夫々の個人の顧客及び関連する申し込みについて保持され得る。
【００１９】
第４の態様に従って、コンピュータプログラムを有する非一時的な記憶媒体が開示される。コンピュータプログラムが少なくとも１つのサーバコンピュータのプロセッシングシステムで実行されるとき、それは、
バリュー・チェーンの第１リンクと関連付けられるサービスの再分配のための許可を受け取り、
データベースに記憶されている前記サービスのサービス説明のためのデータを有する第１データベースエントリをコピーして、前記バリュー・チェーンの第２リンクと関連付けられる第２データベースエントリを生成し、
前記第２データベースエントリと前記第１データベースエントリとを関連付ける少なくとも１つのリファレンスを生成するステップを実行する。
【００２０】
上記のステップを手段として、バリュー・チェーンの第１リンクで、例えば元の売り主において、既に利用可能なサービスは、例えば再販売業者又は仲介業者などのバリュー・チェーンの第２リンクによって容易に利用可能にされてよい。同時に、夫々のデータベースエントリのコピーは、バリュー・チェーンの第１及び第２リンクについて記憶されている夫々の情報の高い柔軟性及びインテグリティを保証する。同時に、第２及び第１データベースエントリを関連付ける少なくとも１つのリファレンスの生成は、そのサービスについてのバリュー・チェーンの異なったリンク及びそれらの対応するデータベースエントリの間の接続が、例えばサービスの取消などのフォローアップ動作を実行するために保持されることを確かにする。
【００２１】
第５の態様に従って、複数のマーケットプレイスにおいてＳａａＳ製品を販売するビジネス方法が開示される。当該ビジネス方法は、売り主の第１マーケットプレイスにおいてサプライヤによって供給される少なくとも１つのＳａａＳ製品をリストアップし、前記サプライヤによって前記ＳａａＳ製品を再販売又は仲介する許可を供与し、前記ＳａａＳ製品に関する情報を前記第１マーケットプレイスから第２マーケットプレイスにコピーし、前記第２マーケットプレイスの前記コピーされた情報から前記第１マーケットプレイスの原の情報へのリファレンスを生成し、前記第２マーケットプレイスの前記コピーされた情報に基づき前記第２マーケットプレイスにおいて前記ＳａａＳ製品をリストアップすることを有する。
【００２２】
当該ビジネス方法は、本質的に、複数のマーケットプレイスでのＳａａＳ製品の仲介及び再販売を可能にする。
【００２３】
発明は、添付の図２Ａ〜１１を参照して記載される以下の例となる実施形態に基づき、より完全に理解され得る。
【図面の簡単な説明】
【００２４】
【図１】複数のウェブアプリケーションを複数のユーザに提供するシステムを示す。
【図２Ａ】顧客への市場向きサービスの様々な分配チャネルを示す。
【図２Ｂ】分配チャネルの異なるエンティティごとの記憶される情報の概念図を示す。
【図３】市場向きサービスへの申し込みを管理するカタログマネージャの概略図を示す。
【図４】カタログマネージャを実装するデータモデルを示す。
【図５】再販売業者又は仲介業者のための市場向きサービスの生成についての相互作用図を示す。
【図６】既に供給されている市場向きサービスの取り消しについての相互作用図を示す。
【図７】以前に取り消された市場向きサービスの再認可についての相互作用図を示す。
【図８】再販売業者によるライセンシング条件の更新についての相互作用図を示す。
【図９】技術プロバイダによる市場向きサービスの削除についての相互作用図を示す。
【図１０】サプライヤによる市場向きサービスの削除についての相互作用図を示す。
【図１１】再販売業者による市場向きサービスの停止についての相互作用図を示す。
【発明を実施するための形態】
【００２５】
以下で、本発明の様々な態様に従うシステム、コンポーネント及び方法の実施形態は、図２乃至１１を参照して詳細に記載される。必要に応じて、同じ参照符号は、異なる実施形態の同様のエンティティのために使用される。記載は、添付の特許請求の範囲において請求される事項を制限することを意図されない点が留意されるべきである。
【００２６】
サービスへの申し込みを管理するための様々な実施形態の実際の実施が詳細に記載される前に、サービスのマーケティングのための一般的なビジネスモデルが図２を参照して記載される。
【００２７】
図２Ａは、例えばＳａａＳ提供などのサービスの供給、販売及び使用に関連する様々なエンティティ間の関係の簡略化されたモデルを示す。図２Ａに示されるモデルにおいて、個々の市場向きサービス１０６の提供は、いわゆる独立系ソフトウェアベンダー（ＩＳＶ）２００によって生成される。内部で、独立系ソフトウェアウィンドウ２００のグループは、技術プロバイダ２０１のグループと、サプライヤ２０２のグループとに更に分割され得る。しばしば、図２Ａの例で示されるように、ＩＳＶ２００のグループの個々のメンバー２０３は、技術プロバイダ２０１のサブグループ及びサプライヤ２０２のサブグループの両方に属する。これは、必要とされる技術、例えば、実行可能プログラムコード、及び単一の組織内からの販売のための条件をしばしば提供する小規模ソフトウェアＩＳＶ２００の場合に特に当てはまる。しかし、特に、より大規模なソフトウェアプロバイダの場合において、技術プロバイダ２０１及びサプライヤ２０２の役割はまた、異なった法人組織によって供給されてよい。
【００２８】
サプライヤ２０２は、彼らの市場向きサービス１０６を、それらの実行のためのリソースの有無にかかわらず、バンドリングしてよい。そのようなリソースは、プラットフォームオペレータ２０４によって供給されてよく、必要とされるリソースを提供するサプライヤ２０２との契約を有してよく、サプライヤ２０２の市場向きサービス１０６をそのサプライヤのために供給してよく、あるいは、顧客２０５との別の契約を有してよい。しかし、図２Ａに示されるように、顧客２０５との実際の契約上の関係は、通常は、サプライヤ２０２と顧客２０５との間に存在することが留意されるべきである。このように、サプライヤ２０２及び顧客２０５は、サービスの使用に関して契約を再交渉することなしに、依然として自由にプラットフォームオペレータ２０４を変更することができる。
【００２９】
図２Ａに示されるシナリオは、サプライヤ２０２によって供給されるソフトウェア提供のための更なる販売チャネルを更に示す。特に、図２Ａに示されるモデルに従って、サプライヤ２０２のメンバー２０３によって供給されるサービスは、仲介業者２０６又は再販売業者２０７のいずれかによっても顧客２０５へ販売されてよい。仲介業者２０６と再販売業者２０７の間の差は、異なった契約の約定に基づく。仲介業者２０６は、単に、サプライヤ２０２がサプライヤ２０２と顧客２０５との間の契約を容易にするための販売代理店の役目を務めるにすぎず、一方、再販売業者２０７は、実際に、顧客２０５自身の契約相手となり得る。そのようなものとして、顧客２０５が再販売業者２０７によってサービスに申し込むことを選択する場合は、２つの契約２０８及び２０９、すなわち、顧客２０５と再販売業者２０７との間の第１の契約２０８、及び再販売業者２０７とサプライヤ２０２との間の第２の契約２０９が締結される。
【００３０】
図２において説明されるビジネススキームは、例えばＳａａＳ製品などのサービスに申し込むためのサプライヤ２０２及び顧客２０５の両方にとっての高い柔軟性を可能にすることが分かる。特に、顧客２０５は、単一のサプライヤ２０２に制限されず、局所の仲介業者２０６又は専門の再販売業者２０７を選択してよい。一般に選択肢の増加に加えて、具体的に、再販売業者２０７は、サプライヤ２０２から直接に入手可能でない更なるサービスを供給してよい。例えば、サプライヤ２０２が比較的小規模の技術プロバイダ２０１である場合は、彼又は彼女は、広範囲に及ぶ顧客サポートを顧客２０５に供給する能力を有さないことがある。従って、再販売業者２０７は、サプライヤ２０２によって供給される技術を、例えば、顧客２０５のための電話サポートなどの拡張されたサービスパッケージとバンドリングすることを決定してよい。再販売業者２０７はまた、サプライヤ２０２によって提供されるサービスを、内部で又は外部のプラットフォームオペレータ２０４によって供給されるコンピューティングリソースとバンドリングしてよい。
【００３１】
図２Ａに示されるサービスモデルはまた、顧客２０５によって申し込まれる市場向きサービス１０６の価格に関して柔軟性を高めることが可能である。例えば、サプライヤ２０２は、固定価格スキームを提供してよく、このとき、サプライヤ自身が、技術プロバイダ２０１、サプライヤ２０２、仲介業者２０６又は再販売業者２０７によって獲得されるべき利益のパーセンテージを設定する。しかし、図２Ａに示されるモデルはまた、値変更の個々のメンバーが、彼ら自身の価格モデルを定義することを可能にする。例えば、再販売業者２０７は、サプライヤ２０２によって供給される市場向きサービス１０６を更なるＳａａＳ製品とバンドリングすることに賛成して、通常は仲介業者２０６に与えられる利益の一部を放棄してよい。これは、再販売業者２０７のための更なる利益を生み出す。いずれの場合にも、顧客２０５は、利用可能な最良のとり得る価格で自身のニーズに従ってサービスを得るために自由に物色することができる。一般に、より柔軟なバリュー・チェーンは、図２Ａに示されるモデルによって実装され得る。
【００３２】
情報技術システムにおいて図２Ａに示される分配チャネルを実装するために、適切なデータモデルが考え出される必要がある。図２Ｂは、分配チャネルに沿いの異なったエンティティごとに記憶される情報の概念図を示す。
【００３３】
夫々のサービスについて記憶される情報は、以下でサービス説明と呼ばれる。情報は、供給されるべきサービスと関連付けられる多数の属性を含んでよい。例えば、サービスのアクセスアドレスを特定する技術的な属性、例えば、使用される価格モデルのリファレンス、サービスのライセンス計画又はテキスト記述などの非技術的な属性、及びデータモデルの異なったエンティティ間の関係を記述する内部属性が与えられてよい。図２Ｂから分かるように、単一のサービスに関して記憶される情報間のリファレンスを与えることよりむしろ、サービス説明２１０のコピーが、夫々の各エンティティ、すなわち、サプライヤ２０２、仲介業者２０６又は再販売業者２０７、及び顧客２０５ごとに生成される。
【００３４】
留意されるべき点は、サービス説明２１０の幾つかの属性は不変であり、一方、他は、通常は特定のアクセス制御メカニズムに依存して、修正可能である点である。不変な属性２１４は、例えば、例えばサプライヤなどのマルチリンク・バリュー・チェーンの第１リンクを通じたマニュアル・プロビジョンによって、又はバリュー・チェーンのより高いレベルでのサービス説明２１０からのコピーによって、サービス説明の生成の時点で設定される。そのような情報は、例えば最低販売価格又は技術プロバイダ２０１の識別などの技術的な情報又は法的な情報を与えてよい。修正可能な属性２１１は、例えば、再販売業者２０７がサービスのために設定する価格、又はライセンスを許可する条件などの、サービスに関連して提供される特定の契約の約定に関するデータを含んでよい。図２Ｂに示されるように、修正可能な属性２１１は、関連するサービス説明にリンクされる１つ以上の別々のエンティティにおいて記憶され得る。
【００３５】
図２Ｂから留意されるべき更なる点は、バリュー・チェーン沿いの夫々のエンティティは、サービス説明２１０のそれ自身のコピーを保持し、一方、申し込み管理システムの幾つかの動作は、バリュー・チェーンの異なったレベルからの情報を必要とする点である。例えば、サプライヤ２０２は、再販売業者２０７又は顧客２０５が関連するサービスをもはや活発に使用していない場合にのみ、そのサービスを取り消してよい。同様に、顧客は、再販売業者２０７によって適用される契約変更に関わりなく、元のサプライヤ２０２によって供給される技術的な情報の変更を特定する必要があることがある。このために、サービス説明２１０の異なったコピーの間のリファレンス２１２が存在し、サービス説明２１０の異なったコピーの間の関係を保持している。仲介業者２０６及び再販売業者２０７に関して示されるように、リファレンス２１２の使用はまた、任意の長さのバリュー・チェーン、例えば、第２の仲介業者２０６及び第２の再販売業者２０７によって別個に供給されるサービスに基づき第１の再販売業者２０７によってバンドリングされるサービスのための仲介業者２０６、の生成を可能にする。
【００３６】
図２Ｂから留意されるべき更なる他の点は、夫々のエンティティがサービス説明２１０のそれ自身のコピーを保持するので、その属性値は、たとえ従属するエンティティがそれ自身のコピーにおいて値を変更するとしても、失われない点である。例えば、再販売業者２０７がサービスの価格及びテキスト記述を変更する場合に、その変更の前に顧客２０５によって為された申し込みは影響されないままである。よって、申し込みの時点で有効な価格情報は維持される。同様に、再販売のためにサプライヤ２０２によって設定されたライセンシング項目は、サービス説明２１０の再販売業者のコピーにおいて失われず、このポリシーのその後の変更によって影響を及ぼされない。
【００３７】
次に、申し込みを管理するシステムの例となる実施形態が、その実装のためのより緻密なデータモデルとともに記載される。図３は、異なったサプライヤ２０２が市場向きサービス１０６を提供することを可能にするためにプラットフォームマネージャ２０４によって供給され得るカタログマネージャの概略図を示す。一例として、図３に示されるシステムは、www.fujitsu.com/systemwalker/から入手可能なデータシートにおいて記載されるいわゆるFujitsu  System  Walker  Server  Catalogue  Manager  V15に基づく。
【００３８】
図３に従うカタログマネージャ３００は、サプライヤポータル３０２及びサービスポータル３０４を設ける。サプライヤポータル３０２は、サプライヤ２０２が、例えばＳａａＳ製品などの市場向きサービス１０６を、中央集権的なインタフェースを介して供給し且つ管理することを可能にする。サプライヤポータル３０２を通じて、サプライヤ２０２はまた、例えば供給される市場向きサービス１０６の販売及び使用などのアカウンティング情報へのトランスペアレントな洞察を得ることができる。
【００３９】
サプライヤポータル３０２はまた、例えば個々の開発者３０６などの技術プロバイダ２０１に更なるサービスを提供してよい。例えば、プラットフォームマネージャ２０４は、例えば、いわゆるファットクライアント・アプリケーション、又はクラウドコンピューティング環境において使用される従来のクライアント−サーバ・アプリケーションなどの、通常はソフトウェアアプリケーションのプロバイダを有効にすることにおいて、開発者３０６を支援してよい。例えば、サプライヤポータル３０２は、カタログマネージャ３００のミドルウェアによって供給されるサービスのための多数のインタフェースを供与してよい。図３に示される例となる実施形態では、カタログマネージャ３００のミドルウェアは、とりわけ、ユーザ管理のためのモジュール３０８と、個人のユーザ１０１の認証及び権限付与のためのモジュール３１０と、異なる組織１０２のための異なるビジネスアプリケーション３２０を供給するためのテナントプロビジョニングモジュール３１２と、個人のユーザ１０１又は組織１０２によるビジネスアプリケーション３２０の使用を測定するための計測モジュール３１４とを与える。様々なモジュール３０８乃至３１４の動作に必要とされる情報は、カタログマネージャ３００の部分としてデータベースシステム３１６によって供給される１つ又は複数のデータベース３１８において含まれる。示される例では、データベースシステム３１６は、ユーザ、役割、申し込み、及び課金情報のための異なったデータベース３１８を有する。
【００４０】
個人のユーザ及びより大きい組織１０２のユーザ１０１は、サービスポータル３０４によってカタログマネージャ３００上で利用可能にされるビジネスアプリケーション３２０にアクセスすることができる。加えて、特権を持つユーザ１０１はまた、同じ組織の他のユーザによる供給されているビジネスアプリケーション３２０の使用と、関連する課金情報とを見てよい。例えば、大規模組織１０２のＩＴアドミニストレータは、サービスポータル３０４を通じてその組織の個々の従業員の申し込みを管理し且つレビューしてよい。
【００４１】
図４は、いわゆるマーケットプレイス４０４を通じた市場向きサービス１０６への申し込みを管理するためにカタログマネージャ３００によって使用されるデータモデルを示す。与えられる例では、マーケットプレイス４０４は、サービスカタログマネージャ３００、及び市場向きサービス１０６を実行するのに必要なリソースの両方をホスティングするプラットフォームプロバイダ２０４によって直接供給されるウェブアプリケーションである。しかし、実際には、それらの役割は、異なった組織的又は法的なエンティティによって果たされてよい。更に、この例では、プラットフォームプロバイダ２０４は、市場向きサービス１０６の売り主となる。しかし、例えばＩＳＶなどのサプライヤ２０２がまた、異なった集まりでは市場向きサービス１０６のための売り主となってよい。
【００４２】
記載される例では、市場向きサービス１０６は、本質的に、データベースエントリを有する。データベースエントリは、ＳａａＳ製品のＵＲＬ又はＵＲＩ（uniform  resource  identifier又はlocator）によって識別される技術サービス１０５を、サプライヤ２０２によって供給される価格モデル４０８とリンクして、供給される技術サービス１０５のための利用価格を定義する。この情報は、カタログマネージャ３００のデータベース３１８において記憶され、サプライヤ２０２による承認時に、マーケットプレイス４０４のウェブインタフェース上でリストアップされる。このために、カタログエントリ４１０を表す更なる関係が、カタログマネージャ３００のデータベース３１８において生成される。マーケットプレイス４０４及びカタログ４１０の両方は、例えば、再販売業者２０７や仲介業者２０６のデフォルトの利益共有及びカタログエントリのための特定の利益共有に関連する更なる価格モデル４１２、４１４及び４１６との関連づけを有することができる。
【００４３】
顧客２０５が、このとき、サービスの売り主のマーケットプレイス４０４を通じて提供される市場向きサービス１０６に申し込むことを選択する場合に、加入者コピー４２０と呼ばれるデータベースエントリ４０２のコピーがデータベース３１８において生成されて記憶される。加えて、加入者コピー４２０と原のデータベースエントリ４０２との間のリファレンス４２６は、カタログマネージャ３００のデータベース３１８において生成されて記憶される。市場向きサービス１０６の加入者コピー４２０は、本質的に、申し込みがなされた時点での市場向きサービス１０６と同じ情報を有する。申し込み４２２に関する更なる情報、例えば、課金情報及び顧客情報は、別の関係又はデータベース３１８において記憶されてよい。更に、市場向きサービス１０６の加入者コピー４２０は、申し込みが入力された段階で有効であった価格モデル４２４のコピーと関連付けられる。加入者コピー４２０への市場向きサービス１０６のデータベースエントリ４０２のコピーは、加入が為された時点で有効な情報が記憶されたままであるように、夫々の申し込み４２２について変更されない。特に、サプライヤ２０２が市場向きサービス１０６の契約上の詳細及び価格モデル４０８の価格情報を変更すると後に決定すべき場合に、それらの変更は、加入者コピー４２０又は関連する価格モデル４２４に影響を及ぼさない。
【００４４】
図４に従うデータモデル４００は、第１マーケットプレイス４０４を参照して上述されたスキームが如何にして、例えば、市場向きサービス１０６の仲介業者２０６又は再販売業者２０７のマーケットプレイス４３４などの更なるマーケットプレイスを含むように柔軟な様式において拡張され得るのかを更に示す。
【００４５】
サプライヤ２０２が自身の市場向きサービス１０６を再販売業者２０７又は仲介業者２０６によって利用可能にすると選択する場合に、市場向きサービス１０６のデータベースエントリ４０２の再販売コピー４３０が生成される。再販売コピー４３０は、本質的に、市場向きサービス１０６の再販売の許可がサプライヤ２０２によって供与された時点での市場向きサービス１０６のデータベースエントリ４０２と同じ情報を有する。加えて、再販売コピー４３０と原のデータベースエントリ４０２との間のリファレンス４３２は、カタログマネージャ３００のデータベース３１８において生成されて記憶される。これは、サプライヤ２０２又は再販売業者２０７が夫々、データベースエントリ４０２又は再販売コピー４３０において記憶されているサービス説明を後に変更すると決定すべき場合に、再販売コピー４３０とデータベースエントリ４０２との間の関連づけを保つのに役立つ。
【００４６】
再販売業者２０７が再販売コピー４３０において変更したいと望む可能性がある１つの重要な詳細は、再販売業者２０７のマーケットプレイス４３４上で潜在的な顧客２０５に提供されるライセンシング項目に関係がある。例えば、再販売業者２０７は、再販売業者２０７によって供給される付加的なサービスに関してライセンシング条件を変更することを決定してよい。再販売業者２０７が供給したいと望むサービス提供を再販売コピー４３０が反映すると、彼又は彼女は、再販売コピー４３０をマーケットプレイス４３４にリンクする更なるカタログエントリ４４０の生成によって、自身の実際のマーケットプレイス４３４において再販売コピー４３０を入力してよい。マーケットプレイス４０４における第１カタログエントリ４１０に関して上述されたように、再販売業者２０７又は仲介業者２０６のカタログエントリ４４０及びマーケットプレイス４３４は、再販売コピー４３０が生成された時点での対応する価格モデル４１２、４１４及び４１６を最初に反映する関連する更なる価格モデル４４２、４４４及び／又は４４６を有してよい。しかし、再販売コピー４３０の形で表される、市場向きサービス１０６の元の売り主と市場向きサービス１０６の再販売業者２０７との間の契約上の合意に従って、再販売業者２０７は更に、関連する価格モデル４４２、４４４、４４６を適応させてよい。
【００４７】
顧客２０５が、再販売コピー４３０によって仲介業者又は再販売業者のマーケットプレイス４３４において市場向きサービス１０６に申し込むと決定する場合に、再販売コピー４３０の更なる加入者コピー４５０が顧客２０５について生成される。上述されたように、加入者コピー４５０は、申し込みが為される時点で再販売コピー４３０を通じて再販売業者２０７又は仲介業者２０６によって供給される情報を含む。加えて、リファレンス４５６によって、加入者コピー４５０は再販売コピー４３０にリンクされる。加えて、加入者コピー４５０は、直接に市場向きサービス１０６と関連付けられる加入者コピー４２０に関して上述されたように、更なる申し込み情報４５２及び価格モデル４５４とリンクされてよい。
【００４８】
図５は、再販売業者２０７のマーケットプレイス４３４を通じて市場向きサービス１０６を提供する方法についての相互作用図を示す。特に、図５は、データベースシステム３１６の形で記憶デバイスを有するカタログマネージャ３００による技術プロバイダ２０１、サプライヤ２０２、再販売業者２０７、及び顧客２０５の間の相互作用図を示す。
【００４９】
最初のステップ５０２で、技術プロバイダ２０１は、例えばＳａａＳ対応のビジネスアプリケーション３２０などの技術サービス１０５を生成し、その技術サービス１０５を、カタログマネージャ３００に供給するための関連するパラメータとともに供給する。続くステップ５０４で、カタログマネージャ３００は、技術サービス１０５に関する技術パラメータを、後の使用のために、データベースシステム３１６において記憶する。更なるステップ５０６で、技術プロバイダ２０１は、１つ又は複数のサプライヤ２０２が、供給される技術サービス１０５を、カタログマネージャ３００に関連するマーケットプレイス４０４を通じて提供することを可能にする。例えば、技術プロバイダ２０１は、カタログマネージャ３００のサプライヤポータル３０２を通じて１つ又は複数のサプライヤ２０２を選択してよい。然るに、ステップ５０８で、アクセス制御リスト（ＡＣＬ；access  control  list）がデータベースシステム３１６において生成され、選択されたサプライヤ２０２が供給される技術サービス１０５にアクセスすることを可能にする。
【００５０】
ステップ５１０で、有効にされたサプライヤ２０２のうちの１つは、ステップ５０２で供給された技術サービス１０５に基づき市場向きサービス１０６を生成する。例えば、サプライヤ２０２は、デフォルトの契約及び価格モデルに基づき、指定される技術サービス１０５のためのライセンシング契約を定義する。更に、サプライヤ２０２は、サプライヤポータル３０２を通じて市場向きサービス１０６を生成するよう１つ又は複数の関連する項目及び条件を変更してよい。続くステップ５１２で、生成された市場向きサービス１０６は、データベースシステム３１６において第１データベースエントリ４０２の形で記憶される。更に、続くステップ５１４で、市場向きサービス１０６のための生成されたデータベースエントリ４０２と、技術プロバイダ２０１によって供給される技術サービス１０５との間のマッピングがデータベース３１８において記憶される。この段階で、技術サービス１０５に基づき市場向きサービス１０６を特定するための十分な情報がカタログマネージャ３００において利用可能である。しかし、記載される例となるシステムでは、生成されるサービス提供は、マーケットプレイス４０４を介して供給されるサービスのセットに自動的に含まれない。このために、更なるステップ５１６で、サプライヤ２０２は、生成された市場向きサービス１０６をマーケットプレイス４０４において積極的に公開する。続くステップ５１８で、カタログエントリ４１０の形をとる対応するマッピングがカタログマネージャ３００によって生成され、データベースシステム３１６において記憶される。この地点から先は、生成されたサービスは、マーケットプレイス４０４を介して申し込みのために利用可能である。しかし、記載される実施では、カタログエントリ４１０は、サプライヤによって手動によりアクティブにされるまで、“非アクティブ”のままである。
【００５１】
カタログエントリ４１０のアクティブ化にかかわりなく、更なるステップ５２０で、サプライヤ２０２は、生成された市場向きサービス１０６が１つ又は複数の他のマーケットプレイスにおいて販売されるための付加的な権利を供与する。例えば、再販売及び／又は仲介を認める対応する属性は、サプライヤポータル３０２を介してカタログマネージャ３００に与えられてよい。結果として、カタログマネージャ３００は、ステップ５２２で、市場向きサービス１０６のための原のデータエントリをコピーして、夫々の有効にされた再販売業者のマーケットプレイス４３４のための再販売コピー４３０を生成する。最初に、再販売コピー４３０は、市場向きサービス１０６に関するデータベースエントリ４０２と同じ情報を含む。加えて、カタログマネージャ３００は、市場向きサービス１０６に関する第１データベースエントリ４０２と再販売コピー４３０との間のリファレンス４３２の形でマッピングを自動生成し、ステップ５２４でこの相互リファレンスをデータベースシステム３１６において記憶する。上述されたように、個々に認可を得た再販売業者２０７のみ又は全ての再販売業者２０７が、ステップ５２０で再販売許可を供与されてよい。そのような制限は、サプライヤポータル３０２を介し与えられ、他のアクセス制御リストの形でデータベースシステム３１６において記憶されてよい。
【００５２】
ステップ５１０で生成された市場向きサービス１０６を再販売することを認められた再販売業者２０７は、次いで、ステップ５３０で、市場向きサービス１０６の再販売コピー４３０を選択して公開してよい。結果として、再販売コピー４３０と、再販売業者２０７に関連するマーケットプレイス、例えばマーケットプレイス４３４との間のマッピングが生成されてよい。相応して、カタログエントリ４４０が生成され、データベースシステム３１６において記憶されてよい。ステップ５３２は、再販売コピー４３０を一様に第２マーケットプレイス４３４において利用可能にするが、それは、再販売業者２０７が更なるステップ５３５において再販売コピー４３０又は対応するカタログエントリ４４０を具体的にアクティブにする前には、ウェブインタフェース上で顧客に可視的でない。それに応答して、カタログマネージャ３００は、ステップ５３６で、カタログエントリ４４０をデータベース３１８において“アクティブ”とマーキングする。ステップ５３６の完了後、これより、２つのデータベースエントリ４０２及び４３０は、ステップ５０２で技術プロバイダ２０１によって供給された技術サービス１０５に関してデータベースシステム３１６において存在する。
【００５３】
図５の例となるフローにおいて、顧客２０５は、ステップ５４０で、カタログマネージャ３００のサービスポータル３０４を介して再販売コピー４３０に申し込む。それに応答して、カタログマネージャ３００は、ステップ５４２で、市場向きサービス１０６の加入者コピー４５０を生成する。加入者コピー４５０は、本質的に、顧客２０５がサービスに申し込んだ時点での市場向きサービス１０６に関する再販売コピー４３０の状態を記録する。望ましくは、加入者コピー４５０は、顧客２０５の詳細に関する変更又は申し込みの終結以外の他のあらゆる変更から保護される。加入者コピー４５０と市場向きサービス１０６の再販売コピー４３０との間のリンクを保つよう、ステップ５４４で、加入者コピー４５０と再販売コピー４３０との間の更なるリファレンス４５６がカタログマネージャ３００によって生成され、データベースシステム３１６において記憶される。
【００５４】
以下で、更なる相互作用図は、図６乃至１１を参照して簡潔に説明される。これに関連して、市場向きサービス１０６に関するデータベースエントリの再販売コピー４３０の潜在的存在によって成立する動作のみが記載されるという事実が注目される。実行されるべき他の動作及び具体的な動作の詳細は、再販売業者及び／又は仲介業者の動作の支援のための管理に関してカタログマネージャの機能性の包括的な記載を可能にするために外される。
【００５５】
図６は、サプライヤ２０２により市場向きサービス１０６を再販売する権利を取り消す方法の関連するステップを示す。注目すべきは、再販売するためのそのような権利の取り消しは、将来のためにのみ作動する点である。特に、再販売業者２０７に関して顧客２０５によって既に入力された申し込みは影響を受けないままであるべきである。従って、カタログマネージャ３００のサプライヤポータル３０２を通じてステップ６０２で受け取られる取消要求に応答して、既に存在している再販売コピー４３０はデータベース３１８において保持される。しかし、再販売コピー４３０は、新しい加入者コピー４５０が非アクティブの再販売コピー４３０に基づき生成され得ないことをカタログマネージャ３００に示すために、例えば“削除済み”又は“取消済み”などの対応するステータスによりマーキングされる。
【００５６】
更に、加入者コピー４５０が再販売コピー４３０に基づき生成され得ないので、カタログマネージャ３００は、再販売業者２０７のマーケットプレイス４３４において可視的な提供からサービス提供を取り除く。
【００５７】
図７は、サプライヤ２０２による再販売権利の対応する再認可を示す。最初のステップ７０２で、サプライヤ２０２は、再販売するための新しい権利をカタログマネージャ３００に発行する。これに応じて、ステップ７０４で、カタログマネージャ３００は、再販売コピー４３０のステータスを、それまでの“削除済み”又は“取消済み”状態から“非アクティブ”状態に変更する。その後に、再販売業者２０７は、ステップ７１０で、サプライヤポータル３０２を介して再販売コピー４３０を再度アクティブにしてよい。結果として、カタログマネージャ３００は、申し込みのために再販売コピー４３０をアクティブにする。再販売コピーが“アクティブ”とマーキングされると、それは再販売業者２０７のマーケットプレイス４３４において可視的となり、更なる加入者コピー４５０を生成するために使用されてよい。
【００５８】
図８は、再販売業者２０７により再販売コピー４３０の詳細を更新する方法を示す。ステップ８０２で、再販売業者２０７は、サービス提供に関する更新された情報を供給する。例えば、顧客２０５の使用権利及び義務を詳述する更新ライセンシングテキストが、再販売業者２０７によって定義されてよい。カタログマネージャ３００は、再販売業者２０７が再販売コピー４３０を変更する権限を与えられているかどうかを確認する。例えば、再販売業者２０７は、市場向きサービス１０６に関連するライセンス合意を変更する権限を与えられ、一方、仲介業者２０６は、通常は、ライセンス条件を変更することを認められない。そのような及び他の制限は、データベースシステム３１６のスキーマにおいて直接にカタログマネージャ３００の制御ロジックを実装されるか、あるいは、アクセス制御リストの形で与えられてよい。再販売業者２０７が、要求されている更新を実行する権限を与えられている場合に、ステップ８０４で、再販売コピー４３０の更新されたバージョンがデータベースシステム３１６において記憶される。
【００５９】
図９は、技術プロバイダ２０１による技術サービス１０５の削除のための方法を示す。最初のステップ９０２で、技術プロバイダ２０１は、ステップ５０２でそもそも供給されていた技術サービス１０５の削除を要求する。これに応じて、カタログマネージャ３００は、従属するサービスが使用中であるかどうかを確認する。例えば、カタログマネージャ３００は、市場向きサービス１０６又は再販売コピー４３０がマーケットプレイス４０４及び４３４においてアクティブにリストアップされているかどうかを確認してよい。更に、カタログマネージャ３００は、いずれかのアクティブな加入者コピー４２０又は４５０がデータベース３１８において記憶されているかどうかを確認してよい。技術プロバイダ２０１によって供給されている技術サービス１０５に関する全てのデータベースエントリが“削除済み”、“非アクティブ”又は“取消済み”としてマーキングされている場合にのみ、技術サービス１０５と関連したデータベースシステム３１６におけるマッピングはステップ９０４、９０６及び９１０において削除される。特に、ステップ９０４で、あらゆる加入者コピー４５０と関連する再販売コピー４３０との間のマッピングは削除され、一方、ステップ９０６で、あらゆる再販売コピー４３０と原の市場向きサービス１０６との間のマッピングは削除される。ステップ９１０で、市場向きサービス１０６と技術サービス１０５との間のマッピングは、最後のステップ９１２で技術サービス自体に関する情報がデータベースシステム３１６から削除される前に、削除される。
【００６０】
図１０は、サプライヤ２０２によって市場向きサービス１０６を削除する方法についての相互作用図を示す。最初のステップ１００２で、削除要求は、サプライヤ２０２によってサプライヤポータル３０２を通じてカタログマネージャ３００へ与えられる。相応して、カタログマネージャ３００は、供給されている市場向きサービス１０６のアクティブな再販売許可又はアクティブなリスティング及び顧客２０５のアクティブな申し込みが、対応する市場向きサービス１０６について存在しないことを確認する。何らかのそのような関係が、削除されるべき市場向きサービス１０６に関して存在する場合は、ステップ１００２で受け取った要求は、エラーメッセージを返す。そうでない場合は、続くステップ１００４及び１００６で、再販売コピー４３０及び、市場向きサービス１０６を参照するデータベースエントリ４０２は、データベースシステム３１６において“削除済み”とマーキングされる。そのような“削除済み”データベースエントリは物理的に削除されるが、記載される実施形態では再度アクティブにされてよい点に留意されたい。
【００６１】
図１１は、再販売業者２０７のマーケットプレイス４３４から再販売コピー４３０を隠す方法を示す。このために、ステップ１１０２で、対応する非公開要求がサプライヤポータル３０２を介して受け取られる。再販売業者２０７は、サプライヤ２０２又は技術プロバイダ２０１からの許可なしで、自身のサービス提供をどの段階でも自由に取り除くことができるので、カタログマネージャ３００は、ステップ１１０４で、データベース３１８において、再販売コピー４３０とマーケットプレイス４３４との間の対応するマッピングを即座に削除するか、あるいは、“削除済み”とマーキングすることができる。
【００６２】
記載されるデータモデル、システム及び方法は、バリュー・チェーンの異なったエンティティに沿って例えばＳａａＳビジネスアプリケーションなどのサービスへの申し込みを提供するための柔軟なシステムの実装を可能にする。
【００６３】
特に、市場向きサービス１０６を提供する資格があるバリュー・チェーンの夫々の再販売業者２０７若しくは仲介業者２０６又は他のエンティティのための再販売コピー４３０の提供は、サービス説明の柔軟な生成及び変更を可能にする。
【００６４】
更に、そのようなエンティティの動作は、データベースエントリのそれら各自のコピーに制限され、従って、提供されるサービス及び、例えば、市場向きサービス１０６の元の売り主によって定義される利益共有を定義する価格モデルなどの関連情報に関する他のピーにおいて含まれる情報を変更しない。加えて、加入者コピー４２０及び４５０並びに再販売コピー４３０の提供は、個々のサービスに関する合意が関連する当事者間で達せられた時点での対応するサービスに適用される条件を保持する。
【００６５】
夫々の加入者及び再販売業者のための個々のコピーの提供はまた、複数のプラットフォーム若しくはプラットフォームプロバイダ１０４及び／又はデータベースシステム３１６へのシステムの分配を可能にする。例えば、技術プロバイダ２０１による技術サービスの撤去などの、全てのコピーに作用するそのような動作のみが、全てのプラットフォームにわたって実行される必要がある。局所的な再販売コピーにのみ作用する他の動作は、市場向きサービス１０６のマスタデータベースエントリ４０２又は従属する加入者コピー４２０及び４５０との更なるインタラクションなしで、遠隔のシステムによって実行されてよい。
【図１】
0006337018.tif 000002
【図２Ａ】
0006337018.tif 000003
【図２Ｂ】
0006337018.tif 000004
【図３】
0006337018.tif 000005
【図４】
0006337018.tif 000006
【図５】
0006337018.tif 000007
【図６】
0006337018.tif 000008
【図７】
0006337018.tif 000009
【図８】
0006337018.tif 000010
【図９】
0006337018.tif 000011
【図１０】
0006337018.tif 000012
【図１１】
0006337018.tif 000013