特許 5745772 サービス配信プラットフォーム・ドッキング・ステーション

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5745772

(24)【登録日】2015年5月15日

(45)【発行日】2015年7月8日

(54)【発明の名称】サービス配信プラットフォーム・ドッキング・ステーション

(51)【国際特許分類】

   H04M 11/00 20060101AFI20150618BHJP

【ＦＩ】

   H04M11/00 302

【請求項の数】11

【外国語出願】

【全頁数】18

(21)【出願番号】特願2010-28579(P2010-28579)

(22)【出願日】2010年2月12日

(65)【公開番号】特開2010-206789(P2010-206789A)

(43)【公開日】2010年9月16日

【審査請求日】2013年2月8日

(31)【優先権主張番号】09425064.4

(32)【優先日】2009年2月16日

(33)【優先権主張国】EP

(31)【優先権主張番号】09008688.5

(32)【優先日】2009年7月2日

(33)【優先権主張国】EP

(73)【特許権者】

【識別番号】510290957

【氏名又は名称】アクセンチュア グローバル サービスィズ リミテッド

(74)【代理人】

【識別番号】100102406

【弁理士】

【氏名又は名称】黒田 健二

(74)【代理人】

【識別番号】100100240

【弁理士】

【氏名又は名称】松本 孝

(74)【代理人】

【識別番号】100106002

【弁理士】

【氏名又は名称】正林 真之

(74)【代理人】

【識別番号】100126000

【弁理士】

【氏名又は名称】岩池 満

(72)【発明者】

【氏名】ヴァンデンブルッケ，ラウール

(72)【発明者】

【氏名】マキエッティ，アレッサンドラ

(72)【発明者】

【氏名】プリヴィテラ，ロベルト

(72)【発明者】

【氏名】ディ ベッラ，ダリオ

(72)【発明者】

【氏名】フィレッティ，パオロ

【審査官】 山岸 登

(56)【参考文献】

【文献】 特開２００５−３２７１５０（ＪＰ，Ａ）

【文献】 国際公開第０１／０３３７８３（ＷＯ，Ａ１）

【文献】 特開２００３−１２５１１２（ＪＰ，Ａ）

【文献】 特開２００１−１８４３９９（ＪＰ，Ａ）

【文献】 特開２０００−１３２５６６（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １３／００

Ｈ０４Ｍ ３／００

３／１６− ３／２０

３／３８− ３／５８

７／００− ７／１６

１１／００−１１／１０

(57)【特許請求の範囲】

【請求項1】

電気通信サービス配信プラットフォームを実装する方法であって、
サブスクライバ・ユーザ・インターフェース構成要素、
サービス計測構成要素、
中核サービス配信プラットフォーム・インターフェース構成要素、および
前記サブスクライバ・ユーザ・インターフェース構成要素、前記サービス計測構成要素、および前記中核サービス配信プラットフォーム・インターフェース構成要素と通信状態にあるエンタープライズ・サービス・バスを含むローカル・サービス・オーケストレーション構成要素
を含む、サービス配信プラットフォーム・エクステンションを、第１の物理的場所においてローカルで実装するステップと、
ローカル・サービス・プロビジョニング・インターフェースを、前記サブスクライバ・ユーザ・インターフェース構成要素上に生成するステップと、
前記サブスクライバ・ユーザ・インターフェース構成要素を介して、電気通信サービスのサブスクライバ・サービス・プロビジョニング要求を受信するステップと、
前記サブスクライバ・サービス・プロビジョニング要求を、前記ローカル・サービス・オーケストレーション構成要素を介して、前記中核サービス配信プラットフォーム・インターフェース構成要素に伝達するステップと、
前記サービス・プロビジョニング要求を満たすようサービス・プロビジョニングを実装する、第２の物理的場所にある遠隔の中核サービス配信プラットフォームに、該遠隔の中核サービス配信プラットフォームのウェブ・サービス・インターフェースを通して、電気通信サービス・プロビジョニング・メッセージを、前記中核サービス配信プラットフォーム・インターフェース構成要素を介して伝達するステップと、
前記サービス配信プラットフォーム・エクステンションを流れ、前記電気通信サービスから生じている電気通信サービス・コールを、前記計測構成要素を使用してローカルで計測するステップと、
を含む方法。

【請求項2】

前記電気通信サービスを実装するプラグイン・エクステンションを、前記遠隔の中核サービス配信プラットフォームからダウンロードするステップと、
前記プラグイン・エクステンションを、前記サービス配信プラットフォーム・エクステンションにおいてローカルでインストールするステップと、
をさらに含む、請求項１に記載の方法。

【請求項3】

利用可能な電気通信サービスのサービス・カタログを、前記遠隔の中核サービス配信プラットフォームからダウンロードするステップ
をさらに含む、請求項１または２に記載の方法。

【請求項4】

前記サービス・カタログから抽出された電気通信サービス・エントリを含む電気通信サービス選択メニューを、前記ローカル・サービス・プロビジョニング・インターフェース上に表示するステップ
をさらに含む、請求項３に記載の方法。

【請求項5】

前記受信するステップは、
前記電気通信サービス選択メニューから選択された電気通信サービスのサブスクライバ・サービス・プロビジョニング要求を受信するステップ
を含む、請求項４に記載の方法。

【請求項6】

サービス配信システムであって、
第１の物理的場所に位置するコンピュータシステム上で動作する、サービス配信プラットフォーム・エクステンションを含み、
前記サービス配信プラットフォーム・エクステンションは、
サブスクライバ・ユーザ・インターフェース構成要素、
サービス計測構成要素、
中核サービス配信プラットフォーム・インターフェース構成要素、および
前記サブスクライバ・ユーザ・インターフェース構成要素、前記サービス計測構成要素、および前記中核サービス配信プラットフォーム・インターフェース構成要素と通信状態にあるエンタープライズ・サービス・バスを含むローカル・サービス・オーケストレーション構成要素
を含み、
前記ローカル・サービス・オーケストレーション構成要素は、サービス・プロビジョニング論理を含み、前記サービス・プロビジョニング論理は、
ローカル・サービス・プロビジョニング・インターフェースを、前記サブスクライバ・ユーザ・インターフェース構成要素上に生成し、
前記サブスクライバ・ユーザ・インターフェース構成要素を介して、電気通信サービスのサブスクライバ・サービス・プロビジョニング要求を受信し、
前記サブスクライバ・サービス・プロビジョニング要求を、前記ローカル・サービス・オーケストレーション構成要素を介して、前記中核サービス配信プラットフォーム・インターフェース構成要素に伝達し、
前記サービス・プロビジョニング要求を満たすようサービス・プロビジョニングを実装する、第２の物理的場所にある遠隔の中核サービス配信プラットフォームに、該遠隔の中核サービス配信プラットフォームのウェブ・サービス・インターフェースを通して、電気通信サービス・プロビジョニング・メッセージを、前記中核サービス配信プラットフォーム・インターフェース構成要素を介して伝達し、
前記サービス配信プラットフォーム・エクステンションを流れ、前記電気通信サービスから生じている電気通信サービス・コールを、前記計測構成要素を使用してローカルで計測するよう動作可能である、
サービス配信システム。

【請求項7】

前記サービス・プロビジョニング論理は、
前記電気通信サービスを実装するプラグイン・エクステンションを、前記遠隔の中核サービス配信プラットフォームからダウンロードし、
前記プラグイン・エクステンションを、前記サービス配信プラットフォーム・エクステンションにおいてローカルでインストールするようさらに動作可能である、
請求項６に記載のサービス配信システム。

【請求項8】

前記サービス・プロビジョニング論理は、
利用可能な電気通信サービスのサービス・カタログを、前記遠隔の中核サービス配信プラットフォームからダウンロードするようさらに動作可能である、
請求項６または７に記載のサービス配信システム。

【請求項9】

前記サービス・プロビジョニング論理は、
前記サービス・カタログから抽出された電気通信サービス・エントリを含む電気通信サービス選択メニューを、前記ローカル・サービス・プロビジョニング・インターフェース上に表示するようさらに動作可能である、
請求項８に記載のサービス配信システム。

【請求項10】

受信するよう動作可能な前記論理は、
前記電気通信サービス選択メニューから選択された電気通信サービスのサブスクライバ・サービス・プロビジョニング要求を受信するよう動作可能な論理
を含む、請求項９に記載のサービス配信システム。

【請求項11】

データ処理システムによって実行されると、前記データ処理システムに、請求項１〜５のいずれかに記載の方法を実行させる命令を含んだ、機械可読媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、例えば電気通信サービスの選択、アクティブ化およびプロビジョニングをサポートすることができる、サービス配信プラットフォームの多層実装に関する。

【背景技術】

【0002】

電気通信製品およびサービスの需要は、新規サービス、既存サービスの改良機能、およびこうしたサービスの費用効果の向上に対する市場の大きな需要によって、促進され続けている。

【発明の概要】

【発明が解決しようとする課題】

【0003】

過去、電気通信製品およびサービスを実装するには、電気通信サービスを実装、プロビジョニングおよび実行する、著しく複雑かつ高価でモノリシックなサービス配信プラットフォームが必要であった。モノリシックなサービス配信プラットフォームは、柔軟性がなく、実装およびデバッグに時間がかかり、カスタマイズ機能は、たとえ提供されたとしてもわずかなものであった。

【課題を解決するための手段】

【0004】

サービス配信プラットフォーム（ＳＤＰ：ｓｅｒｖｉｃｅ ｄｅｌｉｖｅｒｙ ｐｌａｔｆｏｒｍ）ドッキング・ステーション（以下「エクステンション」と呼ぶ）は、多層サービス配信プラットフォーム実装の一部である。例えば、ＳＤＰエクステンションは、第２のＳＤＰ層を、エンド・サブスクライバと中核ＳＤＰとの間に追加する。中核ＳＤＰは、電気通信製品およびサービスを有効化、プロビジョニング、および実行する論理を実装する。

【発明の効果】

【0005】

ＳＤＰエクステンションは、中核ＳＤＰへのカスタマイズ可能なフロント・エンドを提供し、製品およびサービスの、ローカル・サービス・プロバイダによるカスタマイズ、ローカルでの柔軟な選択、およびアクティブ化に関する技術的問題、ならびにその他の技術的問題を解決する。

【0006】

その他のシステム、方法、機能および利点は、当業者には、下記の図面および詳細な説明を考察すれば明らかであるか、または明らかなものとなるであろう。そのようなさらなるシステム、方法、機能および利点はすべて、本記載の中に含まれ、本発明の範囲内にあり、下記の特許請求の範囲によって保護されるものとする。

【0007】

下記の図面および説明を参照すると、システムについてより深く理解することができる。図面内の構成要素は必ずしも一定の縮尺ではないが、その代わりに本発明の原理を示すことに重点が置かれている。さらに、図面では、同じ参照数字は、異なる複数の図面にわたって一致する部分を示す。

【図面の簡単な説明】

【0008】

【図1】多層サービス配信プラットフォームである。

【図2】サービス配信プラットフォーム・エクステンションのブロック図である。

【図3】サービス配信プラットフォーム・エクステンションのアーキテクチャ図である。

【図4】サービス配信プラットフォーム・エクステンションのワンクリック・オン・ボーディング（ｏｎｅ ｃｌｉｃｋ ｏｎ−ｂｏａｒｄｉｎｇ）の使用事例である。

【図5】サービス配信プラットフォーム・エクステンションのワンクリック・オン・ボーディングの使用事例のユーザ・エクスペリエンスである。

【図6】サービス配信プラットフォーム・エクステンションを介したサービス・プロビジョニングの例である。

【図7】サービス配信プラットフォーム・エクステンションを介したサービス・プロビジョニングのユーザ・エクスペリエンスの例である。

【図8】サービス配信プラットフォーム・エクステンションを介したサービス配信の例である。

【図9】サービス配信プラットフォーム・エクステンションのレポーティング・インターフェースである。

【図10】サービス配信プラットフォーム・エクステンションのレポーティング機能のユーザ・エクスペリエンスである。

【図11】サービス配信プラットフォーム・エクステンションの導入ライフサイクルおよびサービス・プロビジョニング論理の例である。

【発明を実施するための形態】

【0009】

図１は、電気通信製品およびサービスの複数の場所での展開を促進するサービス配信プラットフォーム（ＳＤＰ）ドッキング・ステーション（以下「エクステンション」と呼ぶ）を含む、多層サービス配信プラットフォーム１００を示す。ＳＤＰエクステンションは、ＳＤＰの全機能性の中核設備によって集中実行されるサービスをローカルで再販することを促進する。中核ＳＤＰは、典型的には、（別の都市、州または国にあってもよい）主要電気通信サービス・プロバイダの設備にあるＳＤＰエクステンションに対して、遠く離れて位置する。したがって、ローカルの再販業者は、その顧客との直接の関係およびその管理を保ち、ローカルの請求および顧客管理システムを採用する一方で、中核ＳＤＰの充実したインフラストラクチャを活用して、中核ＳＤＰによりサポートされているサービスを再販することができる。ＳＤＰエクステンションは、中核ＳＤＰで実装されるサービスを公開するが、そうしたサービスをローカルで管理および再販できるようにする。

【0010】

図１は、サブスクライバ１０２が、ローカル・サービス再販業者１０４、１０６とやり取りすることを示す。ローカル・サービス再販業者１０４、１０６は、ビジネス・サポート・システム（ＢＳＳ：Ｂｕｓｉｎｅｓｓ Ｓｕｐｐｏｒｔ Ｓｙｓｔｅｍｓ）１０８、オペレーション・サポート・システム（ＯＳＳ：ｏｐｅｒａｔｉｏｎｓ ｓｕｐｐｏｒｔ ｓｙｓｔｅｍｓ）１１０、ビジネス・インテリジェンス・システム（ＢＩ：Ｂｕｓｉｎｅｓｓ Ｉｎｔｅｌｌｉｇｅｎｃｅ）１１２など、電気通信製品およびサービスのローカル・サポートを実装する。サブスクライバは、ユーザ・インターフェース１１６にインストールされたポートレット論理１１４を介して、ローカル・サービス再販業者１０４、１０６とやり取りする。

【0011】

サービス再販業者１０４、１０６は、サービス配信プラットフォーム（ＳＤＰ）エクステンション１１８などのサービス配信プラットフォーム・エクステンションを含む。ＳＤＰエクステンション１１８は、ローカルＢＳＳ１０８、ＯＳＳ１１０およびＢＩ１１２と通信して、請求、サポート、サービス統合、レポーティング、およびその他の電気通信サービス・プロバイダ機能をローカルで処理する。さらに、エクステンション１１８は、サービス・アグリゲータ１２２によって確立される場所に整備されている中核ＳＤＰ１２０と通信する。そのために、中核ＳＤＰ１２０は、サービス再販業者に対してウェブ・サービス・インターフェースを公開するとよく、このインターフェースによって、ＳＤＰエクステンション１１８は、ローカルで要求されたサービスを実行するよう、中核ＳＤＰ１２０と通信する。

【0012】

サービス・アグリゲータ１２２は、アプリケーション・イネーブラ１２４を介してサービス・プロバイダ１２６に対する伝達を行う。サービス・アグリゲータ１２２において、中核ＳＤＰ１２０は、サービス実行およびサービス・プロビジョニングを実装し、ＳＤＰエクステンション１１８から到着するサービス要求およびサービス・プロビジョニング要求を満たす。したがって、中核ＳＤＰ１２０は、電気通信サービス・オーケストレーション、サービス管理、サービス・カタログ、サービス・サブスクリプション、アイデンティティ管理、サード・パーティ管理を処理する基礎となる能力を提供する。サービス・アグリゲータ１２２は、Ａｃｃｅｎｔｕｒｅ（商標）サービス・ファクトリ、アグリゲータ・クライアント、またはその他、中核ＳＤＰを提供するサービス・アグリゲータであればよい。

【0013】

このように、図１は、多層サービス配信プラットフォーム実装１００を示す。実装１００は、サービス配信を２層で実装する。第１の層１２８は、中核ＳＤＰ１２０を含む。第２の層１３０は、中核ＳＤＰ１２０と協働してサービスをローカル・サブスクライバに配信し、ローカル・サブスクライバに合わせたユーザ・エクスペリエンスのローカル管理およびカスタマイズ（例えばパーソナライズされたルック・アンド・フィール）を促進する、ローカライズされたＳＤＰエクステンション１１８、ＢＳＳ、ＯＳＳ、およびその他のサポート・システムを含む。結果として得られる複数の場所にあるＳＤＰ（２つの層１２８および１３０から成る）は、中核ＳＤＰ１２０により提供されるのと同じサービスを公開するが、それ特有のユーザ・インターフェースをＳＤＰエクステンション１１８に実装し、ローカル会計用にメッセージまたはメッセージの一部をローカル・システム（例えばＯＳＳ１１０またはＢＳＳ１０８）にルーティングする。

【0014】

図２は、エクステンション１１８のブロック図を示す。エクステンション１１８は、サブスクライバ・ユーザ・インターフェース構成要素２０２、アドミニストレーション・ユーザ・インターフェース構成要素２０４、サービス計測構成要素２０６、およびバッチ・フィード構成要素２０８を含む。エクステンション１１８はさらに、ローカル・サービス・オーケストレーション構成要素２１０を含み、その中に、中核サービス配信プラットフォーム・インターフェース構成要素２１２がある。ローカル・サービス・オーケストレーション構成要素２１０は、エンタープライズ・サービス・バス２１４を実装し、これは、構成要素２０２、２０４、２０６、２０８および２１２用の、ならびにこの構成要素間の、メッセージ転送メカニズムを提供する。ローカル・サービス・オーケストレーション構成要素２１０は、サービス・プロビジョニング論理を用いて実装されるとよく、サービス・プロビジョニング論理は、サブスクライバ・ユーザ・インターフェース構成要素上にローカル・サービス・プロビジョニング・インターフェースを生成し、サブスクライバ・ユーザ・インターフェース構成要素２０２を介して電気通信サービスのサブスクライバ・サービス・プロビジョニング要求を受信し、ローカル・サービス・オーケストレーション構成要素２１０を介して（例えばＥＳＢ（ｅｎｔｅｒｐｒｉｓｅ ｓｅｒｖｉｃｅ ｂｕｓ：エンタープライズ・サービス・バス）２１４を使用して）サブスクライバ・サービス・プロビジョニング要求を中核サービス配信プラットフォーム・インターフェース構成要素２１２へ伝達するよう動作可能である。サービス・プロビジョニング論理はさらに、サービス・プロビジョニング要求を満たすようサービス・プロビジョニングを実装する遠隔の中核ＳＤＰ１２０に、電気通信サービス・プロビジョニング・メッセージを、中核サービス配信プラットフォーム・インターフェース構成要素２１２を介して伝達するとよい。計測構成要素２０６は、ＳＤＰエクステンション１１８中を流れ、電気通信サービスから生じている電気通信サービス・コールを、ローカルで計測するとよい。

【0015】

中核サービス配信プラットフォーム・インターフェース２１２は、中核ＳＤＰ１２０のビジネス・サービスに関して任意の望ましいサービス・プロキシを実装するとよい。このプロキシは、エクステンション１１８と、中核ＳＤＰ１２０とを自然に統合するものである。インターフェース２１２は、サービス・プロキシをＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ：アプリケーション・プログラミング・インターフェース）として公開するとよく、ＳＤＰエクステンション１１８内で使用されるメッセージ形式を、中核ＳＤＰ１２０内で使用されるメッセージ形式に変換するメッセージ変換論理を含むとよい。各サービス・コールが呼び出されると、ＳＤＰエクステンション１１８内でＥＳＢ２１４が、対応するサポート・メッセージを複製するとよい。メッセージのコピーの１つは、サービスをサポートするのに必要な中核処理を実行するために、中核サービス配信プラットフォーム・インターフェース２１２を介して中核ＳＤＰ１２０へ送られるとよい。メッセージのもう１つのコピー、またはその一部は、ローカル・ロギングおよび計測、ＣＤＲ（Ｃａｌｌ Ｄａｔａ Ｒｅｃｏｒｄ：コール・データ記録）生成、ＢＳＳおよびＯＳＳ機能性ならびにレポーティング、またはその他のローカル機能に使用されればよい。

【0016】

サービス・オーケストレーション構成要素２１０は、ＳＤＰエクステンション１１８内のサブシステム（例えば２０２、２０４、２０６、２０８、２１８、２２０、２２２、２１２）に対する単一の接点として、中央管理されたメッセージ層（例えばＥＳＢ２１４を用いる）を実装する。サービス・オーケストレーション構成要素２１０はさらに、サービス・オーケストレーション構成要素２１０とやり取りするエンティティにコネクタを提供する。

【0017】

サブスクライバ・ユーザ・インターフェース構成要素２０２は、エクステンション１１８によって公開されるサービスのアクティブ化、設定および実行のためにサブスクライバがアクセスするウェブ・アプリケーションを用いて実装されるとよい。エクステンション１１８は、中核ＳＤＰ１２０と分離されたローカライズされた層であるため、ローカル・サービス再販業者の所望のルック・アンド・フィールに合うよう大きくカスタマイズ可能である。一実装では、サービス・オーケストレーション構成要素２１０は、中核ＳＤＰ１２０によって提供される機能にアクセスするためのシンプル・オブジェクト・アクセス・プロトコル（ＳＯＡＰ：Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）ベース・アプリケーション・プログラミング・インターフェース（ＡＰＩ）を公開し、サブスクライバ・ユーザ・インターフェース構成要素２０２は、このＳＯＡＰベースＡＰＩを呼び出し、その結果としてウェブ・ベースのグラフィカル・ユーザ・インターフェース（ＧＵＩ：ｇｒａｐｈｉｃａｌ ｕｓｅｒ ｉｎｔｅｒｆａｃｅ）をサブスクライバに公開する。

【0018】

アドミニストレーション・ユーザ・インターフェース構成要素２０４は、エクステンション１１８を管理するためにアドミニストレータがアクセスするウェブ・アプリケーションとして実装されるとよい。例として、アドミニストレーション・ユーザ・インターフェース構成要素２０４は、サービス・オーケストレーションの設定および監視、計測構成要素２０６の計測プリファレンスの設定、ならびに計測およびその他レポートへのアクセスを行うとよい。

【0019】

計測構成要素２０６は、サービス・オーケストレーション構成要素２１０を流れるサービス・コール、またはサービス・コールから抽出されたデータを傍受する。次に、計測構成要素２０６は、サービス配信プラットフォーム・エクステンション１１８を流れる電気通信サービス・コールに関する任意の望ましい情報を、計測データベースなどの永続層２１６へと格納するとよい。一実装では、ＸＭＬスタイルシート（ＸＬＳＴ：ＸＭＬ Ｓｔｙｌｅｓｈｅｅｔ）が、ユーザＩＤ、要求時間、要求期間、およびＣＤＲ作成用のその他のフィールドなど、計測構成要素２０６によって保存されるべき各メッセージのフィールドを定義する。アドミニストレーション・ユーザ・インターフェース構成要素２０４は、計測構成要素２０６を設定して、永続層２１６内に取り込まれて保持されることになる情報の詳細さおよび深度をセットする。計測構成要素は、請求を目的としたコール・データ記録（ＣＤＲ）を作成する。

【0020】

バッチ・フィード構成要素２０８は、任意の望ましいスケジュールで、永続層２１６に格納された任意の望ましい情報に関して計測構成要素２０６から抽出されたデータを、外部システムに伝達する。一実装では、バッチ・フィード構成要素２０８は、ＸＭＬフィルタに従ってデータを非同期的に抽出し、ＸＬＳＴを使用してデータを変換し、変換済みデータを用いてレーティングまたは課金エンジンなどの外部エンジンを呼び出す。

【0021】

ネットワーク・ゲートウェイ・アダプタ（ＮＧＡ：ｎｅｔｗｏｒｋ ｇａｔｅｗａｙ ａｄａｐｔｏｒ）２１８は、ネットワーク構成要素への要求およびネットワーク構成要素からの要求を変換する。例えば、ＮＧＡ２１８は、ショート・メッセージ・サービス（ＳＭＳ：Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）ゲートウェイであってもよく、例えばＳＭＳセンタと統合するために、或るデータ・モデル形式から別のデータ・モデル形式（例えば、ショート・メッセージ・ピア・ツー・ピア（ＳＭＰＰ：Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｐｅｅｒ ｔｏ Ｐｅｅｒ）プロトコルと整合性がある）へ、メッセージを変換してもよい。他の実装では、ＮＧＡ２１８は、任意の外部エンティティと通信するための１つ以上のネットワーク層を提供するとよい。

【0022】

ビジネス・アダプタ２２０は、顧客資源管理（ＣＲＭ：ｃｕｓｔｏｍｅｒ ｒｅｓｏｕｒｃｅ ｍａｎａｇｅｍｅｎｔ）および請求システムなどのビジネス・サポート・システム１０８に対するリアルタイム・インターフェースを実装するとよい。インバウンド要求に関してビジネス・アダプタ２２０は、ＣＲＭシステムがエクステンション１１８データの問い合わせを行うためのウェブ・サービスＡＰＩを公開する。アウトバウンド要求に関してビジネス・アダプタ２２０は、リアル・タイムＣＤＲを請求システム（１０８）へ送信するとよく、さらに、メッセージを或るシステム形式から別のシステム形式へ変換するメッセージ適合（ｍｅｓｓａｇｅ ａｄａｐｔａｔｉｏｎ）を実装するとよい。

【0023】

オペレーション・アダプタ（ｏｐｅｒａｔｉｏｎ ａｄａｐｔｏｒ）２２２は、統合注文管理（ＩＯＭ：ｉｎｔｅｇｒａｔｅｄ ｏｒｄｅｒ ｍａｎａｇｅｍｅｎｔ）およびサービス保証を含むＯＳＳ１１０に対するリアルタイム・インターフェースを提供するとよい。ＩＯＭに関してオペレーション・アダプタ２２２は、サービスへのユーザ・サブスクリプションのためのＡＰＩを公開するとよい。サービス保証に関してオペレーション・アダプタ２２２は、エクステンションの状態フラグおよびアラームの統合されたセットを公開するとよい。

【0024】

図３は、サービス配信プラットフォーム・エクステンション１１８の例示アーキテクチャ３００を示す。アーキテクチャ３００は、サブスクライバ・ユーザ・インターフェース２０２およびアドミニストレーション・ユーザ・インターフェース２０４などのユーザ・インターフェース３０２を含む。アーキテクチャ３００は、サービス有効化インターフェース３０４をさらに含み、これは、任意の望ましい電気通信製品またはサービスのプロビジョニング、アクティブ化、または確立を支援する任意のサービス配信プラットフォームまたはその他のシステムに接続するとよい。一例として、サービス有効化インターフェース３０４は、ウェブ・サービス・コールを使用して中核ＳＤＰ１２０と通信するとよい。

【0025】

アーキテクチャ３００はさらに、サービス・オーケストレーション層３０６を含み、これは、ローカル・サービス・オーケストレーション構成要素２１０、中核サービス配信プラットフォーム・インターフェース２１２に関して上で述べた機能性、またはエラー・ハンドラ論理３０８などのその他の論理を実装するとよい。サービス・オーケストレーション層３０６の中で、ビジネス・サービス３１０および構成要素サービス３１２が定義および実行される。ビジネス・サービス３１０は、ユーザの追加、ユーザの削除、ユーザ・データの消去などのプロビジョニング・サービス、認証サービス、および中核ＳＤＰ１２０を介して対応するサービスを呼び出すサービス実行サービスを提供する。構成要素サービス３１２は、外部ウェブ・サービスまたはその他の論理を呼び出すよう提供されるとよい。

【0026】

一実装では、サービス・オーケストレーション層３０６は、サービス・オーケストレーション層３０６と、アーキテクチャ３００の他のものとの間のメッセージ通信を促進する、ルーティングおよびディスパッチング論理３１１ならびにリスナ論理３１３を含む。メッセージは、キュー・マネージャにより制御されるキュー間で、ＳＤＰエクステンション１１８中を流れる。図３は、特定タイプのメッセージ用の、Ｊａｖａ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅキューのキュー・マネージャの３つの例：計測キュー・マネージャ３１４、バッチ・フィード・キュー・マネージャ３１６、およびエラー・ハンドラ・キュー・マネージャ３１８を示す。

【0027】

アーキテクチャ３００内の計測構成要素２０６は、リスナ論理３２０および様々なメッセージ処理論理３２２などのメッセージ受信および処理論理を含むとよい。バッチ・フィード論理２０８は、データがバッチ形式で他のシステムにいつ伝達されるかを制御するスケジューリング論理３２４、ならびにメッセージ処理論理３２６を含むとよい。

【0028】

データ・アクセス層３２８は、ＳＤＰエクステンション１１８内の種々の機能性のデータ管理論理を含むとよい。例えば、データ・アクセス層３２８は、計測データ・マネージャ３３０、ルーティング・データ・マネージャ３３２、およびエラー・データ・マネージャ３３４を含むとよい。個別のデータ・マネージャそれぞれが、永続マネージャ３３６と、データ層３４０内のＳＤＰエクステンション・データベース３３８との間のデータ・フローを調整するとよい。永続マネージャ３３６は、どれだけの期間どれだけの量のデータがＳＤＰエクステンション・データベース３３８に保持されるのかを制御するとよい。ＳＤＰエクステンション・データベース３３８は、永続層２１６を、統一データ・モデルの一部として含んでも、または別個のデータベースとして含んでもよい。

【0029】

図４は、サービス配信プラットフォーム・エクステンション１１８の初期登録のためのワンクリック・オン・ボーディングの使用事例４００を示す。一実装では、規定されている、契約上の任意の義務が果たされると、サービス・プロバイダによってライセンス・キーがサービス再販業者１０４に提供されるとよい。ライセンス・キーは、サービス再販業者情報および状態（例えば初期状態＝ロックされている）と共に、参照用に中核ＳＤＰ１２０に格納されるとよい。登録手順には、１）ＳＤＰエクステンション・ハードウェアがサービス再販業者にてインストールされ、２）ＳＤＰエクステンション・アドミニストレーションＵＩがウェブ・ブラウザを介してアクセスされ、３）ライセンス・キーが入力され、その結果ＳＤＰエクステンション１１８が中核ＳＤＰ１２０で登録され（例えば、サービス再販業者が「オンボードされる」）、さらに４）登録が完了すると、ＳＤＰエクステンションがロック解除されて使用準備が整うことが含まれる。

【0030】

図５は、サービス配信プラットフォーム・エクステンションのワンクリック・オン・ボーディングの使用事例のユーザ・エクスペリエンス５００を示す。小売業者のアドミニストレータは、ＳＤＰエクステンション・ユーザ・インターフェースにアクセスし、初回アクセス設定ウィザード５０２をナビゲートし、ここでサービス再販業者のアドミニストレータはライセンス・キーを書き込んで、ＳＤＰエクステンション１１８をロック解除する。ユーザ・インターフェース５０４では、サービス再販業者情報が表示され、ユーザは任意選択で連絡先情報を変更することができる。ユーザ・インターフェース５０６で、アドミニストレータは、例えばユーザ名およびパスワード情報を提供することによって、ＳＤＰエクステンション・アカウントを作成する。

【0031】

図６は、サービス配信プラットフォーム・エクステンション１１８を介したサービス・プロビジョニング６００の例を示す。具体的には、製品マネージャ６０２が、サービス選択ユーザ・インターフェース６０３とやり取りして（例えば、ＳＤＰエクステンション・アドミニストレーションＧＵＩ構成要素２０４を介して）読み出しプロセス（６０６）を開始し、中核ＳＤＰ１２０からサービス製品カタログ６０４を読み出す。サービス・カタログ６０４は、例えば、中核ＳＤＰ１２０から利用可能な各製品またはサービスを定義するＸＭＬファイルとしてもよい。製品マネージャ６０２が製品（例えばデジタル・ファイル・ロッカー製品）をクリックし、エクステンション１１８が対応するサービス・アクティブ化メッセージを中核ＳＤＰ１２０（６０８）へ送信することによって製品をアクティブ化する。一部の実装では、選択されたサービスは、ポートレットなど、個別にダウンロードおよびインストールされるアプリケーションによってエクステンション１１８においてサポートされてもよい。図６は、アプリケーション・ダウンロード（６１０）の例を示しており、これによって、デジタル・ファイル・ロッカー・ポートレットが中核ＳＤＰ１２０からＳＤＰエクステンション１１８の特定フォルダにダウンロードされ、そこからＳＤＰエクステンション１１８がこのアプリケーションをインストールする。

【0032】

図７は、サービス配信プラットフォーム・エクステンションを介したサービス・プロビジョニングのユーザ・エクスペリエンス７００の例を示す。最初に、ＳＤＰエクステンション１１８は、中核ＳＤＰ１２０から製品カタログ６０４を読み出す。サービス再販業者の製品マネージャは、設定ウィザード・ユーザ・インターフェース画面７０２にアクセスして、例えば管理対象サービス・アクティブ化リンク７０４を介して、利用可能な製品のうち、アクティブ化するものを選択する。ＳＤＰエクステンション１１８は、サービス選択ユーザ・インターフェース７０４内で、サービス再販業者の製品マネージャに、製品またはサービスの種々の設定（例えばＤＦＬ設定の標準、ゴールドまたはプラチナ）の中から選ぶよう要求する。サービス選択ユーザ・インターフェース７０４は、選択可能なサービス設定それぞれのセールス、マーケティング、および技術上の詳細を表示する。

【0033】

サービス設定が選択されると、ＳＤＰエクステンション１１８は、製品マネージャに、追加のサービス技術パラメータを提供するよう要求するとよい。この追加のパラメータは、使用に向けてサービス、およびその他の設定オプションを確立、セット、またはその他の形で設定するとよい（例えば、ドメイン名、帯域幅、最大ユーザ数の設定、ＳＭＳ機能性の有効化）。このようなパラメータは、例えばサービス設定ユーザ・インターフェース７０６を介して入力されるとよい。

【0034】

ＳＤＰエクステンション１１８は、ユーザ・インターフェース７０２〜７０６を介して入力された情報を受け取り、注文処理要求７０８を生成する。ＳＤＰエクステンション１１８は、注文処理要求７０８を中核ＳＤＰ１２０へ送信する。中核ＳＤＰ１２０は、受け取り、処理、サービスのアクティブ化を行い、続いて、通知をＳＤＰエクステンション１１８へ送り返すとよい。この通知がアクティブ化の成功を示せば、次にＳＤＰエクステンション１１８は、ＳＤＰエクステンション１１８を介してホーム・ページ・アクセスによってサービスにアクセスするためのリンクを挿入するとよい。あるいは、ＳＤＰエクステンション１１８は、サブスクライバがアクセスするサブスクライバ・ポータルに、サポートするアプリケーションまたはポートレットを挿入またはインストールして、新たにアクティブ化された製品またはサービスへのアクセスを促進するとよい。ステーション・ユーザ・インターフェース７１０は、アクティブ化が成功したか失敗したかをレポートするとよい。

【0035】

図８は、サービス配信プラットフォーム・エクステンション１１８を介したサービス配信８００の例を示す。具体的には、図８は、新たにアクティブ化されたサービスへのアクセスを促進するための、中核ＳＤＰ１２０からダウンロードされるサービス・ポートレット８０２を示す。ＳＤＰエクステンション１１８は、サービス・ポートレット８０２を、サブスクライバによりアクセスされるサブスクライバ・ポータル８０４に挿入して、新たにアクティブ化された製品またはサービスへのアクセスを促進する。サブスクライバ・ポータル８０４は、ローカル・ウェブ・サーバ８０６でホストされるとよい。したがって、新たなサービスは、サービス・ポートレット８０２を用い、ＳＤＰエクステンション１１８を介してアクセスされる（８０８）。

【0036】

図９は、サービス配信プラットフォーム・エクステンション１１８のレポーティング機能性９００を示す。具体的には、計測構成要素２０６が、プラットフォーム・エクステンション１１８内（例えば永続層２１６内）に、ＣＤＲおよびその他のトランザクション情報を格納する。したがって、ＣＤＲおよびトランザクション情報は、ＳＤＰエクステンション１１８のアドミニストレータがすぐに利用できるようになっている。アドミニストレータは、計測構成要素２０６によって格納された情報に、１つ以上のアドミニストレーション・ユーザ・インターフェース画面９０２を介してアクセスするとよく、アドミニストレーション・ユーザ・インターフェース画面９０２は、計測構成要素２０６によって保持されている情報から読み出しまたは抽出される任意の望ましいレポーティング情報をレポートするよう設計されているとよい。より詳しくは、アドミニストレータは、例えば計測コンソールにアクセスするために、ウェブ・ブラウザを用いてＳＤＰエクステンション１１８のアドミニストレーション・ユーザ・インターフェース９０２にアクセスするとよい。計測構成要素は、サービス配信プラットフォーム・エクステンションを流れ、電気通信サービスの使用から生じている電気通信サービス・コールを、ローカルで計測する。計測構成要素２０６内に格納される情報は、請求、収入分配、またはその他のビジネス・インテリジェンスを目的として使用されるとよい。

【0037】

図１０は、サービス配信プラットフォーム・エクステンション１１８のレポーティング機能性１０００をさらに詳しく示す。アドミニストレータが、レポーティング・ホームページ１００２にアクセスする。図１０に示されている例では、ホームページ１００２は、４つの主要レポーティング・カテゴリへのリンクと、選択された任意のデータをＥｘｃｅｌスプレッドシートにエクスポートする機能性とを提供する。具体的には、図１０は、請求および収入分配を目的とした情報などをレポートするＣＤＲユーザ・インターフェース１００４と、ＳＤＰエクステンションにより管理およびホストされているサービスそれぞれのトランザクションおよびサブスクリプションの数などをレポートするサブスクリプション・ユーザ・インターフェース１００６と、サブスクライバ・アクセスおよびサブスクリプションの数などをレポートするユーザ・レポーティング・ユーザ・インターフェース１００８と、例えば利用可能なディスク空き容量などのシステム技術情報などをレポートするシステム情報ユーザ・インターフェース１０１０とを示す。

【0038】

図１１は、多層ＳＤＰ１００を実装する論理フロー１１００の例を示す。中核ＳＤＰ１２０が実装して利用可能にするサービスのウェブ・サービス（またはその他のインターフェース）を、中核ＳＤＰ１２０が公開する（１１０２）。１つ以上のローカル再販業者の場所で、ローカル再販業者がＳＤＰエクステンションをインストールする（１１０４）。ＳＤＰエクステンションが、ローカルＢＳＳ、ＯＳＳ、およびその他のサポート・システムによってサポートされ（１１０６）、これらはＳＤＰエクステンションに接続される（１１０８）。結果として、ＳＤＰエクステンションを含む２層ＳＤＰ実装が形成され、ローカル・ユーザ・エクスペリエンスによるローカルでの管理、制御およびカスタマイズが促進される一方で、中核ＳＤＰ１２０にて利用可能な機能性の完全なセットが活用される。図４および図５に関して前述したように、ローカルＳＤＰエクステンション１１８が、中核ＳＤＰ１２０に登録されて、アクティブ化される（１１１０）。

【0039】

ＳＤＰエクステンション１１８により提供される１つの技術的利点は、その、ローカルの顧客に合わせたローカル・カスタマイズ（例えばルック・アンド・フィール）の点における柔軟性である。その点において、ローカル再販業者は、サブスクライバがＳＤＰエクステンション１１８とやり取りするためのインターフェースを、どのようにでもカスタマイズすることができる（１１１２）。

【0040】

動作時、ＳＤＰエクステンション１１８は、サブスクライバ・ユーザ・インターフェース２０２およびアドミニストレーション・ユーザ・インターフェース２０４などのユーザ・インターフェースを実装する（１１１４）。ＳＤＰエクステンション１１８は、サブスクライバとやり取りし、中核ＳＤＰ１２０を介してサービスを実行する一方で、計測構成要素２０６を使用してサービス使用量をローカルで計測する（１１１６）。

【0041】

さらに、図６および図７に関して上述したように、ＳＤＰエクステンション１１８は、利用可能なサービスのサービス・カタログ６０４を、中核ＳＤＰ１２０から取得するとよい（１１１８）。ＳＤＰエクステンション１１８は、サービス選択インターフェース６０３を生成および表示する。サービス選択インターフェース６０３は、サービス・カタログに列挙されている、中核ＳＤＰ１２０から利用可能なサービスを表示するとよい。ＳＤＰエクステンション１１８は、さらに、サービス選択インターフェース・リストからのサービス選択を受け取り（１１２２）、中核ＳＤＰ１２０と連携して、選択されたサービスのアクティブ化を行うとよい（１１２４）。

【0042】

サービス配信プラットフォーム・エクステンション１１８は、サブスクライバ・ユーザ・インターフェース構成要素、サービス計測構成要素、中核サービス配信プラットフォーム・インターフェース構成要素、およびローカル・サービス・オーケストレーション構成要素を含むとよい。ローカル・サービス・オーケストレーション構成要素は、サブスクライバ・ユーザ・インターフェース構成要素、アドミニストレーション・ユーザ・インターフェース構成要素、および中核サービス配信プラットフォーム・インターフェース構成要素と通信状態にあるエンタープライズ・サービス・バスを実装するとよい。さらに、ローカル・サービス・オーケストレーション構成要素は、サービス・プロビジョニング論理を含むとよく、このサービス・プロビジョニング論理は、ローカル・サービス・プロビジョニング・インターフェースをサブスクライバ・ユーザ・インターフェース構成要素上に生成し、電気通信サービスのサブスクライバ・サービス・プロビジョニング要求を、サブスクライバ・ユーザ・インターフェース構成要素を介して受信し、そのサブスクライバ・サービス・プロビジョニング要求を、ローカル・サービス・オーケストレーション構成要素を介して中核サービス配信プラットフォーム・インターフェース構成要素に伝達し、電気通信サービス・プロビジョニング・メッセージを、サービス・プロビジョニング要求を満たすようサービス・プロビジョニングを実装する遠隔の中核サービス配信プラットフォームに、中核サービス配信プラットフォーム・インターフェース構成要素を介して伝達し、サービス配信プラットフォーム・エクステンションを流れ、電気通信サービスから生じている電気通信サービス・コールを、計測構成要素を使用してローカルで計測するよう動作可能である。

【0043】

サービス・プロビジョニング論理はさらに、遠隔の中核サービス配信プラットフォームから、電気通信サービスを実装するプラグイン・エクステンションをダウンロードし、そのプラグイン・エクステンションを、サービス配信プラットフォーム・エクステンションにおいてローカルでインストールするようプログラミングされているとよい。さらに、サービス・プロビジョニング論理は、利用可能な電気通信サービスのサービス・カタログを遠隔の中核サービス配信プラットフォームからダウンロードし、サービス・カタログから抽出された電気通信サービス・エントリを含む電気通信サービス選択メニューをローカル・サービス・プロビジョニング・インターフェース上に表示し、さらに、電気通信サービス選択メニューから選択された電気通信サービスのサブスクライバ・サービス・プロビジョニング要求を受信するようさらに動作可能であるとよい。

【0044】

上述のシステム、構成要素、および論理は、ハードウェアとソフトウェアとの組み合わせ、またはＬｉｎｕｘ、Ｕｎｉｘ、もしくはＷｉｎｄｏｗｓ（商標）を含む任意の望ましいオペレーティング・システムにインストールされるソフトウェアとしての実装を含む、多数の異なる方法で実装され得る。機能性は、単一システムにおいて実装されても、または複数システムにわたり分割された機能性において実装されてもよい。もう１つの例として、構成要素、システム、および論理は、コンピュータ実行可能命令として実装されても、もしくはメモリ内のデータ構造として実装されてもよく、または、多数の異なるタイプの機械可読媒体上に格納されても、分散させても、もしくは多数の異なるタイプの機械可読媒体から読み取られてもよい。機械可読媒体は、ＲＡＭ、ＲＯＭ、ハード・ディスク、フロッピー・ディスク、ＣＤ‐ＲＯＭ、ネットワークから受信される信号または複数セクションに分割されネットワーク上を伝達される複数パケットで受信される信号などの信号を含み得る。システムは、ソフトウェア、ハードウェア、またはソフトウェアとハードウェアとの組み合わせにおいて実装されてもよい。

【0045】

さらに、システムは、追加の構成要素、異なる構成要素、またはより少ない構成要素を用いて実装されてもよい。一例として、プロセッサまたはその他任意の論理もしくは構成要素が、マイクロプロセッサ、マイクロコントローラ、ＤＳＰ、特定用途向け集積回路（ＡＳＩＣ：ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、プログラム命令、個別アナログもしくはデジタル論理、または他のタイプの回路もしくは論理の組み合わせを用いて実装されてもよい。もう１つの例として、メモリは、ＤＲＡＭ、ＳＲＡＭ、フラッシュまたはその他任意のタイプのメモリとすればよい。システムは、任意選択で複数の分散処理システムを含んで、複数のプロセッサおよびメモリの間など、複数の構成要素間に分散されていてもよい。プログラムまたは回路などの論理は、結合されていても、または複数のプログラム間に分割されていてもよく、いくつかのメモリおよびプロセッサにわたって分散していてもよく、ダイナミック・リンク・ライブラリ（ＤＬＬ：ｄｙｎａｍｉｃ ｌｉｎｋ ｌｉｂｒａｒｙ）もしくはその他の共有ライブラリなどの関数ライブラリ内に実装されても、または関数ライブラリとして実装されてもよい。

【0046】

中核ＳＤＰとＳＤＰエクステンション１１８との間、またはユーザ・デバイスと中核ＳＤＰ１２０との間など、構成要素およびシステム間のトランスポート層は、伝送制御プロトコル（ＴＣＰ：Ｔｒａｎｓｐｏｒｔ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）、リアル・タイム伝送プロトコル（ＲＴＰ：Ｒｅａｌ Ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）、またはその他の伝送論理を含めばよい。ネットワーク層は、インターネット・プロトコルｖ４、ｖ６（すなわちＩＰｖ４もしくはＩＰｖ６）、またはその他のネットワーク層プロトコルに基づき情報をルーティングするとよい。データ・リンク層は、光ファイバ、同軸ケーブル、ツイスト・ペアもしくはその他の物理層上の、ＩＥＥＥ８０２．１１、ＷｉＦｉ、ＷｉＭＡＸ、非同期転送モード（ＡＴＭ：Ａｓｙｎｃｈｒｏｎｏｕｓ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）、光ファイバ分散データ・インタフェース（ＦＤＤＩ：Ｆｉｂｅｒ Ｄｉｓｔｒｉｂｕｔｅｄ Ｄａｔａ Ｉｎｔｅｒｆａｃｅ）、Ｅｔｈｅｒｎｅｔ、またはその他データ・リンク層など、有線または無線のリンクを含み得る。

【0047】

システムならびにシステム内の論理およびモジュール間のインターフェースは、多数の方法で実装され得る。例えば、システム間のインターフェースは、ウェブ・サービス、シンプル・オブジェクト・アクセス・プロトコル、またはエンタープライズ・サービス・バス・インターフェースとしてもよい。インターフェースの他の例には、パブリッシュ／サブスクライブ・メッセージングなどのメッセージ・パッシング、共有メモリ、リモート・プロシージャ・コールがある。

【0048】

ＳＤＰ ＤＳにおいて実行されるハードウェアおよびソフトウェア・プラットフォームは、極めて多様なものとすることができる。例として、エンドポイントは、Ｗｉｎｄｏｗｓ ＣＥ（商標）オペレーティング・システム、ＪＡＶＡ ＭＥ（商標）システム、Ｓｙｍｂｉａｎ（商標）オペレーティング・システム、Ｐａｌｍ（商標）オペレーティング・システムを実行してもよい。ハードウェア・プラットフォームは、サン・マイクロシステムズ（Ｓｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ）、ヒューレット・パッカード（Ｈｅｗｌｅｔｔ Ｐａｃｋａｒｄ）、またはインターナショナル・ビジネス・マシーンズ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ）から入手可能でありＵｎｉｘ、Ｗｉｎｄｏｗｓ（商標）、Ｌｉｎｕｘまたはその他のオペレーティング・システムを実行する、汎用処理プラットフォームを用いて実装されてもよい。

【0049】

当業者であれば当然のことであるが、本発明の様々な実施形態について記載したものの、本発明の範囲内でさらに多くの実施形態および実装が考えられる。したがって、本発明は、添付の特許請求の範囲およびその等価物の観点からの他は、制限されるものではない。

【符号の説明】

【0050】

１００ 多層サービス配信プラットフォーム
１０２ サブスクライバ
１０４、１０６ サービス再販業者
１０８ ビジネス・サポート・システム（ＢＳＳ）
１１０ オペレーション・サポート・システム（ＯＳＳ）
１１２ ビジネス・インテリジェンス・システム（ＢＩ）
１１４ ポートレット論理
１１６ ユーザ・インターフェース
１１８ サービス配信プラットフォーム（ＳＤＰ）エクステンション
１２０ 中核ＳＤＰ
１２２ サービス・アグリゲータ
１２４ アプリケーション・イネーブラ
１２６ サービス・プロバイダ
１２８ 第１の層
１３０ 第２の層

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】