電気通信環境において課金オーケストレーションを行なうための方法であって、前記方法は、サービスブローカーによって、電気通信ネットワークからの課金イベントを受信するステップと、前記課金イベントに応答してどの課金サービスを起動するかを判断するために、前記サービスブローカーによって、前記課金イベントのパラメータと、1組の課金規則と、加入者の情報とを検査するステップと、前記課金イベントに応答した、前記サービスブローカーによる2つ以上の課金サービスの起動のオーケストレーションを行なうステップとを含む、方法。前記サービスブローカーは、旧来のサービスとIPマルチメディアシステムIMS/ロングタームエボリューションLTEサービスとの組合せを含む異なる課金サービス間で、課金イベントのオーケストレーションを行なう、請求項1に記載の方法。前記サービスブローカーは、課金オーケストレーションを行なうために使用される課金論理を記憶するオーケストレーションエンジンをさらに含み、前記課金論理は拡張マークアップ言語XML文書で記憶されている、請求項1に記載の方法。サービスの前記起動のオーケストレーションを行なうステップは、異なるタイプのアプリケーションが単一のコールのコンテキストにおいて複合サービス製品を構築することを可能にする、請求項1に記載の方法。前記サービスブローカーは、オーケストレーションプロファイルを選択し検索する1つ以上のオーケストレーションプロファイルレシーバOPRをさらに含む、請求項1に記載の方法。前記1つ以上のOPRは、加入者データおよびオーケストレーションプロファイルを保持するプロファイルサーバに接続し、セッション情報を用いてオーケストレーションプロファイルを選択し、前記オーケストレーションプロファイルを取得し、前記オーケストレーションプロファイルをオーケストレーションエンジンに転送する、請求項5に記載の方法。前記サービスブローカーは、どのアプリケーションをある特定の順序で呼出すかを判断するために、オーケストレーション論理を取得して前記オーケストレーション論理を処理する、1つ以上のオーケストレーション論理プロセッサOLPをさらに含む、請求項1に記載の方法。前記サービスブローカーは、セッションを扱うべきアプリケーションと前記アプリケーションを呼出すべき順序とを規定するオーケストレーション論理をさらに含む、請求項1に記載の方法。前記オーケストレーションは、プリペイドコールサービス用のスポンサーコードを含み、コールが行なわれると、前記コールの料金の一部分は、ある課金サービスを用いて加入者の口座から差引かれ、別の部分は、異なる課金サービスを呼出すことによってスポンサーの口座から差引かれる、請求項1に記載の方法。電気通信環境において課金オーケストレーションを行なうためのシステムであって、前記システムは、電気通信ネットワークからの課金イベントを受信し、課金イベントに応答してどの課金サービスを起動するかを判断するために、課金イベントのパラメータと、1組の課金規則と、加入者の情報とを検査する、サービスブローカーと、課金イベントに応答した2つ以上の課金サービスの起動のオーケストレーションを行なう、前記サービスブローカー上に存在するオーケストレーションエンジンとを含む、システム。前記サービスブローカーは、旧来のサービスとIPマルチメディアシステムIMS/ロングタームエボリューションLTEサービスとの組合せを含む異なる課金サービス間で、課金イベントのオーケストレーションを行なう、請求項10に記載のシステム。前記オーケストレーションエンジンは、課金オーケストレーションを行なうために使用される課金論理を記憶しており、前記課金論理は拡張マークアップ言語XML文書で記憶されている、請求項10に記載のシステム。サービスの前記起動のオーケストレーションを行なうことは、異なるタイプのアプリケーションが単一のコールのコンテキストにおいて複合サービス製品を構築することを可能にする、請求項10に記載のシステム。前記サービスブローカーは、オーケストレーションプロファイルを選択し検索する1つ以上のオーケストレーションプロファイルレシーバOPRをさらに含む、請求項10に記載のシステム。前記1つ以上のOPRは、加入者データおよびオーケストレーションプロファイルを保持するプロファイルサーバに接続し、セッション情報を用いてオーケストレーションプロファイルを選択し、前記オーケストレーションプロファイルを取得し、前記オーケストレーションプロファイルをオーケストレーションエンジンに転送する、請求項14に記載のシステム。前記サービスブローカーは、どのアプリケーションをある特定の順序で呼出すかを判断するために、オーケストレーション論理を取得して前記オーケストレーション論理を処理する、1つ以上のオーケストレーション論理プロセッサOLPをさらに含む、請求項10に記載のシステム。前記サービスブローカーは、セッションを扱うべきアプリケーションと前記アプリケーションを呼出すべき順序とを規定するオーケストレーション論理をさらに含む、請求項1に記載のシステム。前記オーケストレーションは、プリペイドコールサービス用のスポンサーコードを含み、コールが行なわれると、前記コールの料金の一部分は、ある課金サービスを用いて加入者の口座から差引かれ、別の部分は、異なる課金サービスを呼出すことによってスポンサーの口座から差引かれる、請求項10に記載のシステム。1組のステップを行なうために1つ以上のプロセッサによって実行可能な一連の命令を記憶する非一時的コンピュータ読取可能記憶媒体であって、前記1組のステップは、サービスブローカーによって、電気通信ネットワークからの課金イベントを受信するステップと、課金イベントに応答してどの課金サービスを起動するかを判断するために、サービスブローカーによって、課金イベントのパラメータと、1組の課金規則と、加入者の情報とを検査するステップと、課金イベントに応答した、サービスブローカーによる2つ以上の課金サービスの起動のオーケストレーションを行なうステップとを含む、非一時的コンピュータ読取可能記憶媒体。簡単な概要単一のコールまたはセッション用の複数のアプリケーションの編集を可能にするサービスのオーケストレーションを行なうサービスブローカーが説明される。特に、サービスブローカーは、サービスブローカーが単一の課金イベントを受信し、その課金イベントに応答した複数の課金サービスの起動間でオーケストレーションを行なうことを可能にする、課金オーケストレーションで拡張される。詳細な説明この発明の実施例は、電気通信ネットワーク運営者によって利用可能な通信サービスブローカーのコンテキストにおいて存在する。サービスブローカーは、アプリケーションサービス論理間および異なるネットワーク間での仲介と、単一のコールまたはセッション用の複数のアプリケーションの編集を可能にするサービスのオーケストレーションとを行なう。仲介機能はアプリケーションに、異なるネットワークドメインにおけるスイッチングおよびセッションコール制御層へのアクセスを、必要なプロトコルとともに提供する。サービスのオーケストレーションは、異なるタイプのアプリケーションがともに働いて、単一のコールのコンテキストにおいて新しい複合サービス製品を構築することを可能にする。一実施例によれば、サービスブローカーは、旧来のサービスとIPマルチメディアシステムIPMultimediaSystem:IMS/ロングタームエボリューションLongtermevolution:LTEサービスとの組合せを含む異なる課金サービス間で、課金イベントのオーケストレーションを行なう能力で拡張される。これにより、サービスブローカーは、電気通信ネットワークから単一の課金イベントを受信し、サービス側での複数の課金サービスの起動のオーケストレーションを行なうことができる。一実施例によれば、課金オーケストレーションは、サービスブローカー内部のオーケストレーションエンジンで行なわれる。課金エンジンは、オーケストレーションエンジンによってローカルにまたはリモートでアクセス可能な拡張マークアップ言語extensiblemarkuplanguage:XML文書で記憶された課金論理を含んでいてもよい。一実施例では、オーケストレーションエンジンは、ネットワークから課金イベントを受信し、XMLファイルとイベントのパラメータとを検査し、この情報を加入者情報と組合せて使用して、オーケストレーションエンジンは、課金イベントに応答してどの課金サービスを呼出すか、オーケストレーションを行なう。図1は、この発明のさまざまな実施例に従ったサービスブローカーの図である。この図は構成要素を論理的に別個のものとして示しているが、そのような図示は単に例示を目的とするものである。この図および他の図に示す構成要素が組合されてもよく、もしくは別個のソフトウェア、ファームウェア、および/またはハードウェアに分割されてもよいということは、当業者には明らかであろう。また、そのような構成要素は、それらが如何に組合され、または分割されていようと、同じコンピューティング機器上で実行されてもよく、もしくは1つ以上のネットワークまたは他の好適な通信手段によって接続された異なるコンピューティング機器中に分散されてもよいということも、当業者には明らかであろう。図示されるように、サービスブローカー100は、ゲートウェイGPRSサポートノードGatewayGPRSSupportNode:GGSN118、モバイルスイッチングセンターMobileSwitchingCenter:MSC119、サービススイッチングポイントServiceSwitchingPoint:SSP120、コールセッション制御機能callsessioncontrolfunction:CSCF122、およびソフトスイッチSoftSwitch:SSW121といった電気通信ネットワークリソースと、サービス制御ポイントservicecontrolpoint:SCP115、116、オンライン課金および格付けシステム114、およびアプリケーションサーバApplicationServer:AS117といったさまざまな他のサービスとの間に位置付け可能である。一実施例によれば、サービスブローカーは、サービスと成長ネットワーク層との間でのサービス相互作用および合成を管理するために使用される。サービスブローカーは、旧来のプラットフォームからのサービスの移行、旧来のネットワークおよびIPネットワークをITドメインを用いて融合する新規サービスの立上げ、ならびに複数のネットワークタイプ間でのサービスおよび課金プラットフォームの統合を助ける、オーケストレーションエンジンと1組の相互作用モジュールとを含む。ネットワーク運営者は、旧来のINベースのネットワークから次世代のIPベースのネットワークへサービスを橋渡しするように、サービスブローカーを実現することができる。サービスブローカーは、さまざまなネットワークタイプ間でサービスを仲介し、リアルタイムで複数のサービスのオーケストレーションを行なって、融合されたサービスの創出を可能にする。図示された実施例によれば、サービスブローカーの相互作用モジュールInterworkingModule:IM構成要素は、冗長な旧来のサービスプラットフォームを削減するよう、複数のネットワークタイプ間でサービスを活用するための主要なINオーケストレーション機能を提供する。IM構成要素は、モバイルおよび固定ネットワークプロトコル用の共通の制御モデルを提供して、オーケストレーションエンジン101がさまざまなネットワークドメイン間で提供されるサービスを制御することを可能にする。基礎ネットワーク間の違いをサポートするために、ネットワーク特有情報がIM構成要素に封入され、既存の配備されたアプリケーションプラットフォームに中継される。図示された実施例によれば、サービスブローカーは、相互作用モジュールサービス制御機能InterworkingModuleServiceControlFunction:IM-ICF108、109、110、111;相互作用モジュールサービススイッチング機能InterworkingModuleServiceSwitchingFunction:IM-SSF102、103、104、105;相互作用モジュールオンライン課金機能InterworkingModuleOnlineChargingFunction:IM-OCF106;相互作用モジュールアプリケーションサーバ機能InterworkingModuleApplicationServerFunction:IM-ASF107;および逆相互作用モジュールアプリケーションサーバ機能ReverseInterworkingModuleApplicationServerFunction:R-IM-ASF112、113というIM構成要素を提供する。INをサポートする相互作用モジュールIM-SCF、IM-SSFおよびセッション初期化プロトコルSessionInitiationProtocol:SIPをサポートする相互作用モジュールIM-ASFおよびR-IM-ASFの使用を組合せると、サービスブローカーは、IMSアプリケーションと既存の旧来のネットワークベースのアプリケーションとのオーケストレーションを提供可能である。加えて、サービスブローカー100は、さまざまなサービスのオーケストレーションを制御するオーケストレーション論理プロセッサorchestrationlogicprocessor:OLP123を含む。一実施例によれば、サービスブローカーは、専用のIM-OCFモジュール106を通してリアルタイムの集中型課金能力をサポートする。他のIMモジュールと併用されると、IM-OCF106は、INベースおよびIPベースのネットワーク双方における、ポストペイド、プリペイド、またはハイブリッド課金モデル用の共通のリアルタイム課金を可能にする。図2は、この発明のさまざまな実施例に従った、通信サービスブローカーによって行なわれる課金オーケストレーションの図である。この図は構成要素を論理的に別個のものとして示しているが、そのような図示は単に例示を目的とするものである。この図および他の図に示す構成要素が組合されてもよく、もしくは別個のソフトウェア、ファームウェア、および/またはハードウェアに分割されてもよいということは、当業者には明らかであろう。また、そのような構成要素は、それらが如何に組合され、または分割されていようと、同じコンピューティング機器上で実行されてもよく、もしくは1つ以上のネットワークまたは他の好適な通信手段によって接続された異なるコンピューティング機器中に分散されてもよいということも、当業者には明らかであろう。図示されるように、サービスブローカー200は、課金オーケストレーションを含むサービスのオーケストレーションを担当するオーケストレーションエンジン206を含む。一実施例によれば、オーケストレーションエンジンは、ネットワークリソースたとえば、SSW/CSCF203で生じるオーケストレーションイベントを検出可能であり、課金イベントに応答して呼出されるべきいくつかの課金サービス201、202のオーケストレーションを行なうことが可能である。一例として、課金イベントはR-IM-ASF207経由で受信可能であり、課金サービスはIM-SSFINAPCS1204およびIM-SSFCAP205を通して呼出可能である。この特定の図では、課金サービスは、INAPプロトコルでのプリペイドSCP、およびCAPプロトコルでのVPNSCPとして図示されている。代替的な実施例では、オーケストレーションは、さまざまなプロトコルでのさまざまな他の課金サービス間で行なうことができる。一実施例によれば、オーケストレーションエンジンは、課金イベントを行なうための拡張マークアップ言語XMLベースの規則ファイルで構成される。オーケストレーションエンジンがネットワークからあるイベントを受信すると、それは、課金イベントのパラメータ発信者、位置、時刻などを検査し、オーケストレーションを行なうためのXML規則を検査し、加入者の情報を検討し、これらすべての情報を用いてどの課金サービスが起動されるべきかを判断することができる。オーケストレーションエンジンは次に、課金イベントに応答したこれらの課金サービスの各々の起動のオーケストレーションを行なうことができる。課金オーケストレーションについての1つの起こり得る使用事例は、プリペイドコールサービス用のスポンサーコードに関わる場合がある。典型的なプリペイドの筋書きでは、加入者がコールを行なうたびに、加入者の口座からそのコールに対する或る金額が差引かれる。スポンサーコードの筋書きでは、コールが行なわれると、その金額の一部分はある課金サービスを用いて加入者の口座から差引かれ、別の部分は異なる課金サービスを呼出すことによってスポンサーの口座から差引かれ得る。これにより、スポンサー会社は、課金サービスのオーケストレーションを利用することによって、コールベースの広告および他のマーケティングを行なうことができるようになる。代替的な他の実施例では、課金オーケストレーションは他の使用事例および目的に関連して使用可能である。図3は、この発明のさまざまな実施例に従ったオーケストレーションエンジンの図である。この図は構成要素を論理的に別個のものとして示しているが、そのような図示は単に例示を目的とするものである。この図および他の図に示す構成要素が組合されてもよく、もしくは別個のソフトウェア、ファームウェア、および/またはハードウェアに分割されてもよいということは、当業者には明らかであろう。また、そのような構成要素は、それらが如何に組合され、または分割されていようと、同じコンピューティング機器上で実行されてもよく、もしくは1つ以上のネットワークまたは他の好適な通信手段によって接続された異なるコンピューティング機器中に分散されてもよいということも、当業者には明らかであろう。図示されるように、オーケストレーションエンジン300は、セッション毎の複数のサービスの提供を担当する。サービスオーケストレーションを行なうために、オーケストレーションエンジンはオーケストレーション論理を用いる。オーケストレーション論理は、オーケストレーションエンジンがセッションを扱うべきアプリケーションと、これらのアプリケーションを呼出すべき順序とを規定する。一実施例によれば、サービスオーケストレーションは、1オーケストレーションプロファイルレシーバOrchestrationProfileReceiver:OPR304、および2オーケストレーション論理プロセッサOLP303という構成要素を用いて行なわれる。一実施例によれば、セッション制御層によってトリガされると、オーケストレーションエンジン300は、各コールまたはセッションに対し、以下の手順を行なう:a.オーケストレーションプロファイル選択301:オーケストレーションエンジンは、OPRを用いてオーケストレーションプロファイルを選択し検索する。オーケストレーションプロファイルは、次に使用するOLPのタイプについての情報と、そのタイプのOLPが必要とする特定のパラメータとを含む。オーケストレーションエンジンは、ホーム加入者サーバHomeSubscriberServer:HSSOPR307、ローカル加入者サーバLocalSubscriberServer:LSSOPR308、またはオーケストレーションエンジンの構成設定で規定されるような任意の他の設置されたOPRを使用できる。これらのOPRは次に、HSS309またはLSS310への接続を維持できる;b.アプリケーショントリガリング302:オーケストレーションエンジンは、OLP構成要素と相互作用する。OLPのタイプは、前のステップで使用されたOPRによって特定される。たとえば、OLPは、静的経路OLP305または3GPPiFCOLP306を含んでいてもよい。プロファイルに含まれる情報を用いて、OLPはオーケストレーション論理を取得し、オーケストレーション論理を処理し、どのアプリケーションを次にトリガするかを判断する。アプリケーションがOLPによって一旦選択されると、オーケストレーションエンジンはセッションをそのアプリケーションに向けて送り、そのアプリケーションが戻ってくるのを待つ;c.セッションが戻ってくると、オーケストレーションエンジンは引続きオーケストレーション論理を処理して、トリガすべき次のアプリケーションを探す。このプロセスは、オーケストレーションが完了するまで繰返される。この段階では、オーケストレーションエンジンはセッションをセッション制御エンティティに戻す。一実施例によれば、オーケストレーションエンジンがOPRをトリガすると、OPRはオーケストレーションプロファイルを用いて応答する。これは、OPRが1加入者データおよびオーケストレーションプロファイルを保持するプロファイルサーバたとえば、HSS、LSSに接続し、2セッション情報たとえば、セッション送信元、セッション送信先、およびINサービスキーを用いてオーケストレーションプロファイルを選択し、3オーケストレーションプロファイルを取得してそれをオーケストレーションエンジンに転送することによって行なわれる。さまざまな実施例によれば、異なるOPR304が、加入者データおよびオーケストレーションプロファイルの異なるソースに接続する。一例として、サービスブローカーは、HSSオーケストレーションプロファイルレシーバ307と、LSSオーケストレーションプロファイルレシーバ308とを含んでいてもよい。ホーム加入者サーバHSSは、IMSドメインにおける主要ユーザデータベースである。それは、加入者アプリケーションおよびオーケストレーションプロファイルを含む加入関連情報を含む。HSSOPRは、標準Shインターフェイスを通してダイアメータプロトコルを用いて、HSSに接続し、オーケストレーションプロファイルを選択する。サービスブローカーはまた、ローカル加入者サーバLSSと呼ばれるプロファイルサーバの搭載実現化例を含んでいてもよい。LSSは、初期フィルタ条件iFCフォーマットで与えられるオーケストレーション論理を含む加入者プロファイルを記憶可能である。LSSOPRはLSSに接続して、オーケストレーション論理を有する加入者プロファイルを探す。また、サービスブローカーは、デフォルトオーケストレーションプロファイルレシーバを採用していてもよい。このOPRを使用する場合、オーケストレーションエンジンは、外部サーバからオーケストレーションプロファイルを検索しない。代わりに、OEは、その予め構成されたオーケストレーション論理を有する静的経路OLPをトリガする。さまざまな実施例によれば、オーケストレーション論理プロセッサOLP303は、どのアプリケーションをどの順序で呼出すかを判断するために、オーケストレーション論理を取得してそれを処理する。OLPは、オーケストレーションエンジンによってトリガされる。それはプロファイルデータを用いて、呼出す必要があるアプリケーションのアドレスを代わりに提供する。アプリケーションがその処理を終了し、オーケストレーションエンジンに戻ると、エンジンはOLPを再度トリガして、呼出すべき次のアプリケーションのアドレスを受信する。異なるフォーマットのプロファイルおよびオーケストレーション論理規則を処理するために、異なるOLPが使用される。サービスブローカーは、初期フィルタ条件iFCOLPと、静的経路OLPとを含んでいてもよい。初期フィルタ条件iFCとは、ETSITS129228V7.11.0、IPマルチメディアIMサブシステムCxおよびDxインターフェイスにおいて特定された、オーケストレーション論理を特定するための標準フォーマットである。iFCは、複数の条件トリガポイントと、ある条件が満たされると呼出されるアプリケーションサーバとから構成される、XMLフォーマットの1組の規則である。それらの条件は論理式で与えられており、セッション内のコンテンツフィールド上で適用可能である。静的経路OLPは、アプリケーションの予め構成されたリストを用いて、どのアプリケーションをどの順序で呼出すかを判断する。新しいOLPをサービスブローカーに追加してオーケストレーション論理の追加のフォーマットをサポートすることも可能である。図4は、この発明のさまざまな実施例に従った、課金オーケストレーションを行なうためのプロセスのフローチャート図である。この図は例示を目的としてある特定の順序での機能的ステップを示しているが、プロセスはこの特定の順序またはステップに必ずしも限定されない。当業者であれば、この図に示すさまざまなステップを変更し、再構成し、並行して行ない、またはさまざまな方法で適合させることができることを理解するであろう。また、この発明の精神および範囲から逸脱することなく、或るステップまたは一連のステップをこのプロセスに追加し、またはこのプロセスから省略することが可能である、ということが理解されるべきである。ステップ400に示すように、サービスブローカーは、電気通信ネットワークで生じた課金イベントを受信できる。サービスブローカーは次に、課金イベントのパラメータを検査し、課金規則および加入者の情報をチェックしてステップ401、課金イベントに応答してどの課金サービスを起動するかを判断することができるステップ402。この情報に基づき、サービスブローカーは、課金イベントに応答した、サービスブローカーによる2つ以上の課金サービスの起動のオーケストレーションを行なうことができるステップ403。図5は、一実施例に従った、電気通信環境において課金オーケストレーションを行なうためのシステムの図である。図5に示すように、サービスブローカー500は、電気通信ネットワーク504から課金イベント502を受信できる。サービスブローカーは、課金イベントのパラメータ508と、1組の課金規則510と、加入者の情報512とを検査して506、課金イベントに応答してどの課金サービスを起動するかを判断する514ことができる。サービスブローカー上に存在するオーケストレーションエンジン516が次に、課金イベントに応答した2つ以上の課金サービス520の起動のオーケストレーションを行なう518ことができる。この開示において説明されたさまざまなコンテキスト全体を通し、この発明の実施例は、前述のシステムおよび方法を実行するよう構成されたコンピュータ装置、コンピューティングシステム、およびマシン読取可能媒体をさらに包含する。当業者には明らかであるように、特別に設計された集積回路または他の電子機器からなる一実施例に加え、この発明は、この開示の教示に従ってプログラミングされた従来の汎用もしくは専用デジタルコンピュータまたはマイクロプロセッサを用いて適宜実現されてもよい。ソフトウェア技術の当業者には明らかであるように、この開示の教示に基づき、適切なソフトウェア符号化が、熟練したプログラマーによって容易に準備可能である。当業者には容易に明らかであるように、この発明はまた、特定用途向け集積回路を準備することによって、または従来の構成回路の適切なネットワークを相互接続することによって実現されてもよい。さまざまな実施例は、ここに提示された特徴のいずれかを行なうように汎用または専用コンピューティングプロセッサ/機器をプログラミングするために使用可能な命令を記憶した記憶媒体であるコンピュータプログラム製品を含む。記憶媒体は、フロッピー登録商標ディスク、光ディスク、DVD、CD-ROM、マイクロドライブ、光磁気ディスク、ホログラフィックストレージ、ROM、RAM、PRAM、EPROM、EEPROM、DRAM、VRAM、フラッシュメモリ機器、磁気カードまたは光カード、ナノシステム分子メモリICを含むを含む任意のタイプの物理的媒体;紙または紙ベースの媒体;ならびに命令および/または情報を記憶するのに好適な任意のタイプの媒体または装置のうちの1つ以上を含んでいてもよいが、それらに限定されない。コンピュータプログラム製品は全体でまたは分割して、1つ以上の公的および/または私的ネットワークを通して送信されてもよく、送信は、ここに提示された特徴のいずれかを行なうために1つ以上のプロセッサによって使用可能な命令を含む。さまざまな実施例では、送信は、複数の別個の送信を含んでいてもよい。この発明の好ましい実施例の前述の説明は、例示および説明を目的として提供された。それは、包括的であるよう、または発明を開示されたそのままの形に限定するよう意図されてはいない。多くの修正および変更が当業者には明らかであり得る。発明の原理およびその実際の用途を最良に説明するために、実施例は選択され、説明されており、それにより、関連技術の他の当業者がこの発明を理解することができるようにしている。この発明の範囲は添付の請求項およびそれらの均等物によって定義される、ということが意図されている。