(57)【特許請求の範囲】
【請求項１】
マスタ・サービス制御ポイント（ＳＣＰ）を使用することにより、複数のネットワーク・オペレータの複数の加入者に対してオペレータ間の付加価値電話サービスおよび付加電話サービスを提供するための方法であって、
オペレータ・ネットワークＢの第２の加入者に関連したサービスのために、オペレータ・ネットワークＡの加入者から前記マスタＳＣＰによってサービス要求メッセージを受信するステップと、
前記オペレータ・ネットワークＢの上で前記オペレータ・ネットワークＡのアクセス権を分析するために前記マスタＳＣＰによって前記サービス要求メッセージを認証するステップと、
ネットワーク・オペレータとサービス制御ポイントとの間のメッセージを処理するための様々なサービスを規定するステップと、
前記サービス制御ポイントの間の関連のあるメッセージングのためにサービス・プロバイダごとに新しい属性値対を生成するステップと、
前記サービスが、許可される場合に、前記オペレータ・ネットワークＡのために、前記マスタＳＣＰによって前記サービスを処理するステップと、
前記オペレータ・ネットワークＢに対して前記マスタＳＣＰによって応答メッセージを送信するステップと、
を含む方法。
【請求項２】
前記アクセス権は、別のオペレータに対するサービス制御のために、１つのオペレータのサービス制御ポイントによってサポートされる前記サービスを規定する、請求項１に記載の方法。
【請求項３】
前記マスタＳＣＰを通して関連のある加入者／課金のデータを共有することをそれぞれのオペレータＳＣＰに要求する、オペレータ間の機能実施のための包括的なメカニズムを提供する、請求項１に記載の方法。
【請求項４】
異なるオペレータに属する加入者が、ＳＭＳ、データ・コールなどのような特定のサービスに対してコラボレーションして支払うことを容易にする、請求項１に記載の方法。
【請求項５】
別のオペレータの加入者により、要求されたオペレータ間のサービスについての動的な加入者承認を容易にする、請求項１に記載の方法。
【請求項６】
ＩＰマルチメディア・サービス（ＩＭＳ）、セッション開始プロトコル（ＳＩＰ）、移動通信用グローバル・システム（ＧＳＭ）を含むアーキテクチャに対して適用可能である、請求項１に記載の方法。
【請求項７】
プロビジョニングされたダイアメーター・インターフェースを通してマスタＳＣＰを経由して、ＳＣＰ、または他のオペレータ特有のネットワーク・エンティティの間の関連のある情報を動的に共有するステップをさらに含む、請求項１に記載の方法。
【請求項８】
前記サービスを規定するステップは、マスタ・サービス制御ポイント（ＳＣＰ）を使用して、互いに接続された前記ネットワーク・オペレータによって提供されるオペレータ間のサービスを含む、請求項１に記載の方法。
【請求項９】
複数のネットワーク・オペレータの複数の加入者に対してオペレータ間のサービスを提供するためのマスタ・サービス制御ポイントであって、
オペレータＳＣＰに関する統合されたネットワーク情報と、オペレータからオペレータへのオペレータ間のサービス契約書とを記憶し、
オペレータ・ネットワークＢに関連したサービスのために、オペレータ・ネットワークＡからサービス要求メッセージを受信し、
前記オペレータ・ネットワークＢの上で前記オペレータ・ネットワークＡのアクセス権を分析するための前記サービス要求メッセージを認証し、
ネットワーク・オペレータとサービス制御ポイントとの間のメッセージを処理するための様々なサービスを規定し、
前記サービス制御ポイントの間の関連のあるメッセージングのためにサービス・プロバイダごとに新しい属性値対を生成し、
前記サービスが、許可される場合に、前記オペレータ・ネットワークＡのために、前記サービスを処理し、
応答メッセージを前記オペレータ・ネットワークＢに対して送信することを具備するマスタ・サービス制御ポイント。
【請求項１０】
前記アクセス権は、別のオペレータのサービス制御に対して１つのオペレータのサービス制御ポイントによって認可されるオペレータ間のサービス・アクセスを規定する、請求項９に記載のマスタ・サービス制御ポイント。
【請求項１１】
複数のサービス制御ポイントとマスタ・サービス制御ポイントとを備える、複数のネットワーク・オペレータの複数の加入者に対してオペレータ間のサービスを提供するための通信ネットワークにおけるシステムであって、前記マスタ・サービス制御ポイントはさらに、
オペレータ・ネットワークＢの第２の加入者に関連したサービスのために、オペレータ・ネットワークＡの加入者からサービス要求メッセージを受信し、
前記オペレータ・ネットワークＢの上で前記オペレータ・ネットワークＡのアクセス権を分析するために前記サービス要求メッセージを認証し、
ネットワーク・オペレータとサービス制御ポイントとの間のメッセージを処理するための様々なサービスを規定し、
前記サービス制御ポイントの間の関連のあるメッセージングのためにサービス・プロバイダごとに新しい属性値対を生成し、
前記サービスが、許可される場合に、前記オペレータ・ネットワークＡのために、前記サービスを処理し、
前記オペレータ・ネットワークＢに対して応答メッセージを送信する
ように構成されている、システム。
【請求項１２】
前記アクセス権を決定するために前記メッセージを認証し、前記アクセス権は、別のオペレータに対するサービス制御のために１つのオペレータのサービス制御ポイントによってサポートされる前記サービスを規定する、請求項１１に記載のシステム。
【請求項１３】
異なるオペレータに属する加入者が、ＳＭＳ、データ・コールなどのような特定のサービス対してコラボレーションして支払うことを容易にするようにさらに構成されている、請求項１１に記載のシステム。
【請求項１４】
前記マスタＳＣＰを通して関連のある加入者／課金のデータを共有するようにそれぞれのオペレータＳＣＰに要求する、オペレータ間の機能実施のための包括的なメカニズムを提供するようにさらに構成されている、請求項１１に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
以下の明細書は、本発明の本質、および本発明をどのように実行すべきかを詳細に説明し確認するものである。
【０００２】
本発明は、電気通信ネットワークに関し、より詳細には、テレコム・オペレータに関連するアクセス権ベースのオペレータ間の付加価値サービスおよび付加サービスを別のオペレータの加入者に提供するためにマスタ・サービス制御ポイントを利用するシステムおよび方法に関する。
【背景技術】
【０００３】
今日の電気通信サービスは、多くのネットワーク・オペレータおよびサービス・プロバイダによって提供されている。これらのネットワーク・オペレータとサービス・プロバイダは、相互運用性が制限され、互いに独立に動作する。しかしながら、電気通信技術が発展し、競争圧力が高まるにつれて、ネットワーク・オペレータおよびサービス・プロバイダは、改善された顧客加入者サービスとともに、より新しいアプリケーションを提供する必要がある。
【０００４】
各オペレータ・ネットワークは、インテリジェント・ネットワークを使用して、オペレータによって提供される様々なサービスと、任意のサード・パーティ・アプリケーションとを制御し、管理する。インテリジェント・ネットワーク（ＩＮ：Intelligent Network）は、オペレータ特有のネットワーク・アーキテクチャであり、このネットワーク・アーキテクチャは、様々なネットワーク・コンポーネントの間の通信を容易にして、オペレータ特有の付加価値サービスおよび付加サービスを加入者に対して提供する。ＩＮは、サービス交換ポイント−ＳＳＰ（service switching point）と、サービス制御ポイント−ＳＣＰ（service control point）と、ＳＳ７（信号システム７（Signaling System ７））と呼ばれる信号システムと、様々な信号転送ポイントとを使用して、ユーザに対してサービスを提供する。インテリジェント・ネットワークは、サービス制御ポイント（ＳＣＰ：Service Control Point）を使用して、ネットワーク・サービスを制御し、管理する。ＳＣＰは、サービス交換ポイント−ＳＳＰ、または信号転送ポイント−ＳＴＰのいずれかと接続される。これは、ネットワーク・サービス・プロバイダのネットワーク・アーキテクチャに依存している。
【０００５】
サービス・プロバイダに登録された各加入者は、ネットワークの内部の特定のサービス制御機能に関連づけられ、このネットワークは、加入者をオペレータのインテリジェント・ネットワーク・ロジックに接続する。１つの単一インテリジェント・ネットワークに接続された任意の加入者は、サービス制御ポイントを経由してオペレータ・ネットワークによって提供されるすべてのサービスに加入し、またアクセスすることができる。加入者は、そのサービス・プロバイダによって提供されるサービスだけに制限され、また他のオペレータによって提供されるサービスにはアクセスすることができない。代わりに、付加価値／付加のサービス提供のほとんどは、ピア・ツー・ピア・リフィルのような２人の加入者の間の相互作用を必要としており、またこれらの加入者が同じオペレータに属することを必要とする。
【０００６】
サービス・プロバイダの数がますます増加するにつれて、加入者は、各サービス・プロバイダからの最も良いサービスを獲得するために、様々のサービス・プロバイダに複数の加入を行う傾向がある。そのようなシナリオにおいては、加入者は、様々な加入を独立して管理する必要がある。加入者ベースの彼ら自身の組に対するオペレータ特有のＳＣＰケータリングの分離された機能に起因して、オペレータ間サービスは、一般に基本サービスだけに制限される。また、各サービス・プロバイダのネットワーク・アーキテクチャが、異なる可能性があるので、オペレータ間サービスを提供することは厄介なものになる。
【発明の概要】
【課題を解決するための手段】
【０００７】
上記を考慮して、本明細書における実施形態は、マスタ・サービス制御ポイント（ＳＣＰ）を使用することにより、複数のネットワーク・オペレータの複数の加入者に対してオペレータ間サービスを提供するための方法を提供している。クロス・オペレータ・サービスに加えて、それはまた、ＳＣＰの間で他の関連のある情報を動的に共有するメカニズムも提供する。本方法は、オペレータ・ネットワーク「Ｂ」に対する要求を処理するために必要とされる関連のあるパラメータと一緒に、オペレータ間サービスに対するアクセスを提供するため／要求するためのオペレータ・ネットワーク「Ａ」のＳＣＰからマスタＳＣＰによってサービス要求メッセージを受信するステップと、オペレータ・ネットワークＢの上でオペレータ・ネットワークＡのアクセス権を分析するためにマスタＳＣＰによってサービス要求メッセージを認証するステップと、必要な場合にはオペレータ・ネットワークＢのＳＣＰとの相互作用を含めてマスタＳＣＰによってサービス要求を処理するステップと、マスタＳＣＰにより、オペレータ・ネットワークＡのＳＣＰに対して、サービスについての肯定的なアクセス肯定応答または拒否のいずれかを示す応答メッセージについて返信するステップとを含む。アクセス権は、１つのオペレータのサービス制御ポイントにより、別のオペレータのサービス制御ポイントに対してサポートされる／認可されるサービスを規定する。仲介するＳＣＰは、要求メッセージと応答メッセージとを送信し、また受信するためにダイアメーター・プロトコル（diameter protocol）を使用する。要求メッセージの処理は、マスタ・サービス制御ポイントのサーバの上で使用可能な情報の使用を必要とする。
【０００８】
実施形態は、さらに、複数のネットワーク・オペレータの複数の加入者に対してオペレータ間サービスを提供するためのマスタ・サービス制御ポイントを開示している。マスタ・サービス制御ポイントは、オペレータ・ネットワークＢに関連したサービスについてオペレータ・ネットワークＡからサービス要求メッセージを受信し、オペレータ・ネットワークＢの上でオペレータ・ネットワークＡのアクセス権を分析するためにサービス要求メッセージを認証し、サービスが許可される場合に、オペレータＢのＳＣＰとの相互作用を含むことができるサービス要求を処理し、オペレータ・ネットワークＡに対して応答メッセージを送信することを備える。アクセス権は、１つのオペレータのサービス制御ポイントにより、別のオペレータに対するサービス制御についてサポートされるサービスを規定する。仲介するＳＣＰは、メッセージを送信し、また受信するためにダイアメーター・プロトコルを使用する。応答メッセージの処理は、マスタ・サービス制御ポイントのサーバの上で使用可能な情報の使用を必要とする。
【０００９】
本明細書における実施形態は、さらに、複数のネットワーク・オペレータの加入者に対するオペレータ間サービスを提供するための、通信ネットワークにおけるシステムを開示しており、本システムは、複数のサービス制御ポイントと、マスタ・サービス制御ポイントとを備えており、さらにマスタ・サービス制御ポイントは、オペレータ・ネットワークＢに関連したサービスについてオペレータ・ネットワークＡからサービス要求メッセージを受信し、オペレータ・ネットワークＢの上でオペレータ・ネットワークＡのアクセス権を分析するためにサービス要求メッセージを認証し、サービスが許可される場合に、オペレータ・ネットワークＡについてサービスを処理し、またオペレータ・ネットワークＡに対して応答メッセージを返信するために構成される。本システムは、メッセージを認証して、アクセス権を決定し、アクセス権は、１つのオペレータのサービス制御ポイントにより、別のオペレータに対するサービス制御についてサポートされるサービスを規定する。本システムは、ダイアメーター・プロトコルを使用して、要求メッセージと応答メッセージとを送信し、また受信する。本システムは、マスタ・サービス制御ポイントのサーバの上で使用可能な情報を使用することにより、応答メッセージを処理する。
【００１０】
本明細書における実施形態はまた、オペレータ間の加入者から加入者へのコラボレーション型課金と、オペレータ間の預け入れと、引き出しとのための方法と、オペレータ間のバウチャー・ベースの再課金のためにマスタＳＣＰを使用するための方法とを開示している。
【００１１】
実施形態は、さらに、ネットワーク・オペレータと、サービス制御ポイントとの間のメッセージを処理するための方法を開示しており、本方法は、様々なサービスを規定するステップと、サービス制御ポイントの間の関連のあるメッセージングについて新しい「属性値対」を生成するステップとを含む。本方法においては、サービスについて規定するステップは、マスタ・サービス制御ポイント（ＳＣＰ）を使用して互いに接続されたネットワーク・オペレータによって提供されるオペレータ間サービスを含んでいる。属性値対は、マスタＳＣＰによって提供されるサービスごとに規定される。
【００１２】
本明細書における実施形態についての、これらの態様および他の態様は、以下の説明と添付の図面とを組み合わせて考慮されるときに、よりよく認識され、また理解されるであろう。
【００１３】
本明細書における実施形態は、図面を参照して以下の詳細な説明からよりよく理解されるであろう。
【図面の簡単な説明】
【００１４】
【図１】本明細書において開示されるような実施形態による、マスタ・サービス制御ポイントに接続された電気通信オペレータのネットワークのブロック図である。
【図２】本明細書において開示されるような実施形態による、マスタ・サービス制御ポイントのブロック図である。
【図３ａ】本明細書において開示される実施形態による、通信プロトコルとして使用されるダイアメーター・パケット・フォーマットの一例を示す図である。
【図３ｂ】本明細書において開示される実施形態による、通信プロトコルとして使用されるダイアメーター・パケット・フォーマットの一例を示す図である。
【図３ｃ】本明細書において開示される実施形態による、コール制御要求メッセージおよびコール制御応答メッセージならびにそれらの定義を示す図である。
【図３ｄ】本明細書において開示される実施形態による、コール制御要求メッセージおよびコール制御応答メッセージならびにそれらの定義を示す図である。
【図４】本明細書において開示される実施形態による、他のサービス・プロバイダのサービス制御ポイントとコールする／要求するオペレータ・ネットワークのＳＣＰによって共有されるアクセス権を説明する一例を示す図である。
【図５】本明細書において開示される実施形態による、グローバルＭＳＩＳＤＮ−ＳＣＰ  ＩＤ−ＳＣＰアドレスのマッピング・テーブルを示す図である。
【図６】本明細書において開示される実施形態による、グローバル・プロファイルから機能へのマッピング・テーブルを示す図である。
【図７ａ】本明細書において開示される実施形態による、一方法−オペレータ間の加入者（ＯＰ１に属する）から加入者（ＯＰ２に属する）へのクレジット預け入れ（credit deposit）を説明する例示のフローチャートである。
【図７ｂ】本明細書において開示される実施形態による、一方法−オペレータ間の加入者（ＯＰ１に属する）から加入者（ＯＰ２に属する）へのクレジット預け入れを説明する例示のフローチャートである。
【図７ｃ】本明細書において開示される実施形態による、一方法−オペレータ間の加入者（ＯＰ１に属する）から加入者（ＯＰ２に属する）へのクレジット預け入れを説明する例示のフローチャートである。
【図８ａ】本明細書において開示される実施形態による、オペレータ間の加入者（ＯＰ１に属する）から加入者（ＯＰ２に属する）へのクレジット引き出し（credit withdrawal）の一方法を説明する例示のフローチャートである。
【図８ｂ】本明細書において開示される実施形態による、オペレータ間の加入者（ＯＰ１に属する）から加入者（ＯＰ２に属する）へのクレジット引き出しの一方法を説明する例示のフローチャートである。
【図８ｃ】本明細書において開示される実施形態による、オペレータ間の加入者（ＯＰ１に属する）から加入者（ＯＰ２に属する）へのクレジット引き出しの一方法を説明する例示のフローチャートである。
【図９ａ】本明細書において開示される実施形態による、オペレータ間の加入者から加入者へのコラボレーション型課金の一方法を説明するフローチャートである。
【図９ｂ】本明細書において開示される実施形態による、オペレータ間の加入者から加入者へのコラボレーション型課金の一方法を説明するフローチャートである。
【図９ｃ】本明細書において開示される実施形態による、オペレータ間の加入者から加入者へのコラボレーション型課金の一方法を説明するフローチャートである。
【図１０ａ】マスタＳＣＰが、オペレータ間のバウチャー・ベースの再課金のために使用される場合の使用事例を説明するフローチャート図である。
【図１０ｂ】マスタＳＣＰが、オペレータ間のバウチャー・ベースの再課金のために使用される場合の使用事例を説明するフローチャート図である。
【図１１】本明細書において開示される実施形態による、ローカルＳＣＰ機能を示す図である。
【発明を実施するための形態】
【００１５】
本明細書における実施形態と、様々な特徴と、それらの有利な詳細とは、添付の図面において示され、また以下の説明において詳細に述べられる非限定的な実施形態に関連してより十分に説明される。よく知られているコンポーネントと処理技法とについての説明は、本明細書における実施形態を不必要にあいまいにしないようにするために省略される。本明細書において使用される例は、単に、本明細書における実施形態が実施され得るやり方の理解を容易にすること、および当業者が、本明細書における実施形態を実施することをさらに可能にすることを意図しているにすぎない。したがって、それらの例は、本明細書における実施形態の範囲を限定するようには解釈されるべきではない。
【００１６】
図１は、本明細書において開示されるような実施形態による、マスタ・サービス制御ポイント−マスタＳＣＰに接続された電気通信オペレータのネットワークのブロック図を示すものである。ベース・オペレータ（base operator）１０２の中のマスタＳＣＰ１０１は、示されたオペレータ−ＯＰ１と、ＯＰ２と、ＯＰ３と、ＯＰ４との間の通信のためのハブとしての機能を果たす。ベース・オペレータ１０２は、一般に、ネットワーク環境における既存のオペレータのうちの１つである。ベース・オペレータ１０２は、すべての他のオペレータが、彼ら自体のオペレータ・ネットワークの上で使用し、また実施することができる基本ネットワーク・アーキテクチャを提供するオペレータである。各オペレータ（ＯＰ１、ＯＰ２、ＯＰ３、ＯＰ４）は、サービス制御ポイント−ＳＣＰを使用して、膨大な数の加入者（図においてモバイル電話として示される）に接続している。例えば、ＯＰ１は、加入者Ａ、および加入者Ｃと通信するＳＣＰ１から構成され、またＯＰ２は、加入者Ｂおよび加入者Ｄと通信するＳＣＰ２から構成される。オペレータ・ネットワークのＳＣＰは、オペレータ・ネットワークの標準のコンポーネントであり、それぞれのＳＳＰ−サービス交換ポイントによって開始されるコール（音声、データ、ＳＭＳ）を制御し、また処理するためのコア・コール制御ロジックをホストしている。ＳＣＰは、サービスを実施する。加入者は、サービス交換ポイント−ＳＳＰを経由してＳＣＰと通信する。ＳＳＰは、１つのオペレータの加入者により、同じ／他のオペレータの別の加入者に対して開始されるコールのルーティングのための役割を担っている。それは、コール状態機械を実施し、このコール状態機械の遷移は、ＳＣＰによって与えられる指示によって導かれる。ＳＣＰはまた、サービスの処理中に、加入者に関連した情報にアクセスするためのサービス・データ・ポイント−ＳＤＰと通信する。図は、各オペレータ・ネットワークに関連する単一ＳＣＰを示すものである。しかしながら、複数のＳＣＰは、あらゆるオペレータのネットワークにおいて存在することができる。ベース・オペレータ１０２は、マスタＳＣＰ  １０１を含むオペレータとして考えられることもあり、また他のオペレータ（ＯＰ１、ＯＰ２、ＯＰ３、ＯＰ４）は、ローカル・オペレータと呼ばれることもある。マスタＳＣＰ  １０１は、ダイアメーター・プロトコルを使用して、他のオペレータのＳＣＰ−ＳＣＰ１、ＳＣＰ２、ＳＣＰ３、ＳＣＰ４と通信する。ダイアメーター・プロトコルは、通信の各ステージにおいて認証、認可および会計−ＡＡＡ（authentication, authorization and accounting）を保証する。ダイアメーター・プロトコルは、新しいコマンド、属性および機能が、オペレータ・ネットワークによって規定されることを可能にする属性値対−ＡＶＰ（attribute value pairs）を提供する。図１において、マスタＳＣＰ  １０１は、処理手段と、オペレータ間通信のために必要とされる情報を有するサーバとを含む中央ダイアメーター・ノードとして考えられることもある。他のオペレータ−ＯＰ１、ＯＰ２、ＯＰ３、およびＯＰ４は、クライアント・ダイアメーター・ノードとしての機能を果たす。図１は、本発明の実施形態に関連のあるネットワーク・コンポーネントだけを示している。電気通信オペレータ・ネットワークにおける必ずしもすべてのコンポーネントが、示されているとは限らない。任意のモバイル・コンピューティング・デバイスを使用して、オペレータ・ネットワークに接続することができる。また、示される加入者は、一例であり、また実際には、数十万の加入者が、１つのオペレータ・ネットワークの一部分となることもある。クラウドとして示される各モバイル・オペレータ・ネットワークは、異なるアーキテクチャのフレームワークを使用している可能性がある。示されるネットワーク・オペレータは、ＧＳＭアーキテクチャ、インターネット・プロトコル・ベースのマルチメディア・システム（ＩＭＳ：Internet Protocol based Multimedia system）、さらにはオーディオ通信およびビデオ通信のためのセッション開始プロトコル（ＳＩＰ：session initiation protocol）のような異なる信号方式および通信のアプローチを使用している可能性がある。マスタＳＣＰ  １０１は、それが、任意のタイプのオペレータ・ネットワークの間で情報を通信し、また処理することができるように、構成されている。
【００１７】
図２は、本明細書において開示されるような実施形態によるマスタ・サービス制御ポイントのブロック図を示すものである。描写されたマスタＳＣＰ  １０１のブロック図は、ＳＣＰのすべてのモジュールを示していない。それは、本発明に関連のあるモジュールを示している。マスタＳＣＰは、ベース・オペレータ・ネットワークの一部分である。マスタＳＣＰ  １０１は、レシーバ２０１と、トランスミッタ２０２と、処理装置２０３と、サーバ２０４とを含む。レシーバ２０１は、異なるオペレータの様々なＳＣＰからデータおよびメッセージを受信し、またそれを処理ロジックに対して送信する。処理装置２０３は、制御ロジック２０５と、デコーダ２０６と、エンコーダ２０７とを備えることもある。デコーダ２０６は、処理装置２０３によって受信されるメッセージを復号し、また制御ロジック２０５は、受信されたメッセージについての適切な応答について決定する。次いで、エンコーダ２０７は、ＳＣＰによって理解可能なフォーマットへとその応答を符号化する。制御ロジック２０５は、サーバ２０４において使用可能なすべての情報を使用して、応答について決定する。制御ロジック２０５は、記憶されるイベントのシーケンスを有することもできる。サーバ２０４は、ＳＣＰ  ＩＰ／ＳＳ７ベースのアドレス・データベース２０８と、ＳＣＰ＿ＩＤからＭＳＩＳＤＮ範囲へのマッピング・テーブル２１３と、オペレータ・プロファイル・データ２０９と、オペレータＩＤ  ２１０と、ＳＣＰ  ＩＤ  ２１１とを備える。ＳＣＰ  ＩＰ／ＳＳ７ベースのアドレス２０８は、マスタからローカルへのＳＣＰ通信のために必要とされるオペレータ・ネットワークのＩＰ／ＳＳ７アドレスを記憶する。ＳＣＰ＿ＩＤ  ２１１は、すべての接続されたオペレータ・ネットワークのＳＣＰについての所定のＩＤを含んでいる。オペレータ・プロファイル・データセット２０９は、各オペレータ・ネットワークのプロファイルを含んでいる。オペレータ・プロファイル２０９は、各オペレータが、他のオペレータに対して提供する権利を規定する。これらの権利は、他方のオペレータ・ネットワークの上で一方のオペレータ・ネットワークのオペレータ間の機能アクセス権を規定する。例えば、オペレータＯＰ２は、ＯＰ１の加入者から彼の使い古しの（ＯＰ２の）加入者への残高転送を可能にしたいと思う可能性がある。マスタＳＣＰは、ＯＰ１からの転送機能についてＯＰ２によって与えられるアクセス権をチェックし、またＯＰ１の加入者からＯＰ２の加入者に向かう任意の転送機能を可能にする。ＭＳＩＳＤＮ範囲は、一般にオペレータ・ネットワークについて規定される。ＳＣＰ＿ＩＤからＭＳＩＳＤＮ範囲へのマッピング・テーブル２１３は、要求する／応答する加入者のホスティングＳＣＰを識別するために有用である。さらに、ある種のオペレータ間の機能は、コールするパーティと、コールされるパーティとの間のあらかじめ合意された協定を必要としており、ＯＰ１  ＳＣＰが、コールするパーティ（自身の加入者）にリンクされたそれぞれのコールされるパーティの番号を記憶することを必要としている。他の場合では、決定の判断基準／機能のアクセスは、応答するパーティによるサービス要求の動的なコール中の承認／不承認を通しての可能性がある。アクセス権は、このようにして、２つのレベルで規定されることもある。加入者から加入者へのアクセス決定ルール／データは、呼び出している加入者のローカルＳＣＰだけに限定される可能性があり、またオペレータのアクセス能力を規定するオペレータからオペレータへのアクセス権は、さらにマスタＳＣＰにおいて規定される可能性がある。
【００１８】
図３Ａおよび３Ｂは、本明細書において開示される実施形態による、通信プロトコルとして使用されるダイアメーター・プロトコル・パケット・フォーマット３００の一例を示すものである。ダイアメーター・プロトコルは、マスタＳＣＰ  １０１を中央ノードとして使用して、クライアント・オペレータ・ネットワークの間の通信のための手段を実行する。メッセージと、コマンドと、機能とは、ダイアメーター・パケット３００の上で構成され、またネットワークを通して送信される可能性がある。ダイアメーター・プロトコル・パケット・フォーマット３００は、メッセージ・ヘッダ３０１と、メッセージ・ペイロード３０２とから構成される。メッセージ・ヘッダ３０１は、ダイアメーター・バージョン３０３と、コマンド・コード・バージョン３０４と、コマンド・コード３０５と、アプリケーションＩＤ  ３０６と、ホップ・バイ・ホップ識別子３０７と、エンド・ツー・エンド識別子３０８とを含む。コマンド・コード・バージョン３０４は、一般に７ビットを含んでいる。ある種のビットは、メッセージのタイプを示すために予約される。例えば、要求（Ｒ）ビットは、要求を示すように設定されることもあり、プロキシ可能なビット（Ｐ）は、プロキシされ、反復され、またはリダイレクトされる必要があるメッセージを示すように設定されることもある。これらのバージョンは、マスタＳＣＰのサービス生成環境において構成され、また設定される可能性もある。コマンドには、コマンド・コード３０５が割り当てられる。これらのコマンド・コード３０５は、要求メッセージと、応答／回答メッセージとの両方について規定される。例えば、コマンド・コードＣＣＲは、クレジット制御要求（credit control request）を表す。アプリケーションＩＤ  ３０６は、パケットにおいてアプリケーションのことを意味する。アプリケーションＩＤ  ３０６は、サード・パーティのアプリケーション、認証、または会計のことを意味することもある。アプリケーションＩＤ  ３０６は、マスタＳＣＰ  １０１において規定される可能性もある。ホップ・バイ・ホップ識別子３０７を使用して、要求と応答とをマッチさせる。エンド・ツー・エンド識別子３０８は、二重のメッセージを識別する際に役立つ。メッセージ・ペイロード３０２は、ダイアメーター・メッセージに関連のある情報をカプセル化する様々な数の属性値対−ＡＶＰ  ３０９から構成される。図３Ｂは、メッセージ・ペイロードと、ＡＶＰ  ３０９とをさらに詳細に説明するものである。ＡＶＰコード３１０は、コマンド・コード３０５と同じコードを含んでいる。フラグ３１１を使用して、ＡＶＰを規定する。フラグは、ある種の予約されたビットを有して、長さが７ビットである。ＡＶＰ長さ３１２は、メッセージの長さを規定する。ベンダＩＤ  ３１３は、オプションのフィールドである。データ・フィールド３１４は、送信され／受信されるすべてのデータを含んでいる。ＡＶＰは、必要に応じて生成され、また使用される可能性がある。
【００１９】
図３Ｃおよび３Ｄは、本明細書において開示される実施形態による、コール制御要求メッセージと、コール制御応答メッセージと、それらの定義を示すものである。図３ｃは、ＣＣＲ要求メッセージと、ＣＣＲ要求に関連するＡＶＰ定義とを示すものである。図３ｄは、ＣＣＡメッセージと、ＣＣＡメッセージに関連のあるＡＶＰ定義とを示すものである。
【００２０】
図４は、本明細書において開示される実施形態による、他のサービス・プロバイダのサービス制御ポイントと、コールする／要求するオペレータ・ネットワークのＳＣＰによって共有されるアクセス権を説明する一例を示すものである。図４は、コールするオペレータＳＣＰ＿ＩＤ  ４０１と、リンクされたオペレータ４０２と、リンクされたオペレータに関連するＳＣＰ＿ＩＤ  ４０３と、適用可能なオペレータＳＣＰプロファイル４０４とを示している。ＳＣＰプロファイル４０４は、特定のオペレータからオペレータへの組合せのために与えられるアクセス権を規定する。ここでコールするオペレータ１０６は、ＸＸＸ＿ＳＣＰ１としての、コールするオペレータＳＣＰ＿ＩＤを有するＸＸＸである。リンクされたオペレータ４０２は、ＹＹＹ＿１と、ＺＺＺ＿１とを含んでいる。ＹＹＹ＿１オペレータは、ＳＣＰ＿ＩＤ  ４０３としてＹＹＹ＿ＳＣＰ１を有する２つのＳＣＰのオペレータと、ＳＣＰ＿ＩＤ  ４０３としてＹＹＹ＿ＳＣＰ２を有する他のオペレータとを含む。オペレータ＿ＳＣＰ＿プロファイル４０４は、そのリンクされたオペレータに対して各々関連するオペレータによって提供されるオペレータ間の特徴／機能に関してアクセス権を規定する。ＹＹＹ＿ＳＣＰ１は、口座残高照会だけを許可するが、ＹＹＹ＿ＳＣＰ２は、口座残高照会ならびにＸＸＸ＿ＳＣＰ１に対する口座残高引き出し許可を認可する。ＺＺＺ＿ＳＣＰ２は、ＸＸＸ＿ＳＣＰ１に対する残高転送に関連した機能を認可するが、ＺＺＺ＿ＳＣＰ１は、どのような方法におけるどのようなオペレータ間機能に対してもアクセスを与えない。プロファイルから許可された機能に対するマッピングが、図６に与えられる。他の実施形態においては、あるオペレータに属する異なるＳＣＰに対して認可される機能は、同じアクセス権／機能を許可することができる。ＺＺＺ＿ＳＣＰ２とＺＺＺ＿ＳＣＰ１との両方が、すべてのオペレータ間機能を許可するときの一例について考察する。
【００２１】
図５は、本明細書において開示される実施形態による、グローバルＭＳＩＳＤＮ−ＳＣＰ  ＩＤ−ＳＣＰアドレスのマッピング・テーブルを示すものである。ＭＳＩＳＤＮ範囲５０１は、オペレータに関連するＭＳＩＳＤＮ番号の範囲を示す。オペレータＩＤ  ５０２は、ＭＳＩＳＤＮ範囲に関連するオペレータを示す。ＳＣＰ＿ＩＤ  ４０３は、オペレータについてのそれぞれのＭＳＩＳＤＮ範囲の加入者データをホストするＳＣＰを識別する。ＳＣＰ  ＩＰ／ＳＳ７アドレス５０３は、通信目的のための様々なオペレータのそれぞれのＳＣＰのＳＳ７／ＩＰアドレスを規定する。ＳＳ７／ＩＰアドレスは、リンクされたオペレータのＳＣＰの間の通信を容易にするために、マスタＳＣＰによって使用されるべきである。
【００２２】
図６は、本明細書において開示される実施形態によるグローバル・プロファイルから機能へのマッピング・テーブルを示すものである。オペレータＳＣＰプロファイル４０４は、別のオペレータにとって使用可能なアクセスを示し、またサポートされる機能６０１は、特定のプロファイルに属するオペレータにとってアクセス可能なサポートされた機能／サービスを示す。ＯＰ１の加入者Ｃが、ＯＰ２からのサービスにアクセスしたいと思う場合の一例を考察する。オペレータＯＰ２が、ＯＰ１に対して残高預け入れ機能（balance deposit function）だけを認可する場合、そのときにはオペレータＯＰ１に属する加入者は、オペレータＯＰ２の別の加入者「Ｄ」に向かう残高預け入れ機能だけに対してアクセスを有することになる。任意の他の機能に対するアクセスは、拒否されるであろう。
【００２３】
図７Ａ、７Ｂ、７Ｃは、本明細書において開示される実施形態による、オペレータ間の加入者から加入者へのクレジット預け入れの一方法を説明するフローチャートである。ＯＰ１の加入者Ａは、加入者Ｂの口座に資金（Ｆ１）を預け入れするための要求を開始する（７０１）。加入者Ｂは、オペレータ２−ＯＰ２に属する。受益者のＭＳＩＳＤＮの詳細と一緒に転送されるべき金額を含む要求は、加入者Ａにより、ＵＳＳＤフォーマットまたはＳＭＳフォーマットで送信される。ＯＰ１のＳＣＰ１は、加入者ＢのＭＳＩＳＤＮ番号と一緒に、転送されるべき金額を含む要求を受信する（７０２）。次いで、ＳＣＰ１は、加入者Ａの認証のためにＰＩＮ番号を入力するように加入者Ａに要求する（７０３）。次いで、ＳＣＰ１は、ユーザによって入力されるＰＩＮが正しいかどうかをチェックする（７０４）。ＰＩＮが、正しくない場合、加入者Ａは、もう一度ＰＩＮ番号を入力するように要求される（７０５）。ＰＩＮが、正しい場合、ＳＣＰ１は、加入者Ａが、サービスに加入しているかどうかをチェックする（７０６）。ユーザが、サービスに加入していない場合、加入者Ａは、サービスに加入するように要求するメッセージを送信される（７０７）。次に、ＳＣＰは、呼び出されたオペレータ間機能が、パーティ−Ａと、パーティ−Ｂとの間の所定の契約を必要とするかどうか、またはアクセスが、コール中に応答するパーティ「Ｂ」によって動的に認可されることになるかどうかをチェックしなければならない。残高の引き出し／預け入れなどの場合では、所定の契約は、必要とされない可能性がある。ＯＰ２の加入者Ｂ（応答するエンティティ）は、トリガされた要求それ自体の間にＯＰ１の加入者からのサービス要求を許可するか、許可しないかのいずれかを行うように求められる可能性がある。しかしながら、残高照会などの場合では、コールされるパーティと、コールするパーティとの間の一度限りの所定の契約は、ＯＰ１のＳＣＰにおいて記憶される可能性があり、ＯＰ２の加入者からのコール中の要求についての必要性を取り除いている。次いで、ＳＣＰ１は、加入者Ａが、口座に十分な残高を有するかどうかをチェックする（７０８）。加入者Ａが、十分な残高を有していない場合、サービスは拒否され（７０９）、また加入者Ａは、口座残高を示すメッセージを送信される。加入者Ａが、トランザクションのために十分な残高を有する場合、ＳＣＰ１は、ＣＣＲ−クレジット制御要求をマスタＳＣＰ  １０１に対して送信する（７１０）。ＣＣＲ要求は、転送されるべき金額と、受益者のＭＳＩＳＤＮと、加入者ＡのオペレータＩＤとを含むダイアメーター・プロトコル・メッセージを使用して送信され（７１１）、またマスタＳＣＰ  １０１によって受信される（７１１）。マスタＳＣＰ  １０１は、ＭＳＩＳＤＮ−ＳＣＰ＿ＩＤ−ＳＣＰアドレスのマッピング・テーブルを使用して加入者ＢのオペレータＩＤを決定する（７１２）。次いで、マスタＳＣＰ  １０１は、ＯＰ１のＳＣＰ＿ＩＤ  ４０３が、有効であるかどうかをチェックする（７１３）。ＳＣＰ＿ＩＤ  ４０３が、無効である場合、ＯＰ１のＳＣＰ１は、マスタＳＣＰ  １０１サービスに対するアクセスを拒否される（７１４）。ＯＰ１のＳ���Ｐ＿ＩＤ  ４０３が、有効である場合、マスタＳＣＰは、ＯＰ２が、フォーム−Ｆ１でクレジット預け入れを実行するための権利をＯＰ１に対して与えるかどうかをチェックする（７１７）。ＯＰ２が、機能Ｆ１についてＯＰ１の上でアクセス権を与えない（７１７）場合、機能は、ＳＣＰ１と加入者Ａとに対して送信されるメッセージをサポートしていない（７１８）。ＯＰ２が、ＯＰ１に対してアクセス権を与える場合、マスタＳＣＰは、そのアドレスが、ＭＳＩＳＤＮ−ＳＣＰ＿ＩＤ−ＳＣＰアドレスのマッピング・テーブルから導き出されるＯＰ２のＳＣＰ２に対してＣＣＲ要求を送信する（７１９）。ＯＰ２のＳＣＰ２は、加入者Ｂの詳細と一緒に預け入れされ／クレジットされるべき金額を含む要求を受信する（７２０）。ＳＣＰ２は、ＣＣＲ要求を受信することについての肯定応答をマスタＳＣＰに対して送信する（７２１）。ＯＰ２のＳＣＰ２は、加入者Ｂの口座において金額をクレジットし（７２２）、またメッセージを加入者Ｂに対して送信する（７２２）。次いで、ＳＣＰ２は、マスタＳＣＰを経由してＣＣＲ要求の成功したメッセージをＳＣＰ１に対して送信する（７２３）。次いで、ＳＣＰ１は、要求された金額を用いて加入者Ａの口座に借方計上する（７２４）。ＳＣＰ１は、最後に、借方計上された金額と一緒に、成功したトランザクションを示すメッセージを加入者Ａに対して送信する（７２５）。方法７００における様々なアクションは、提示される順序で、異なる順序で、または同時に実行される可能性がある。さらに、いくつかの実施形態においては、図７Ａ、７Ｂ、７Ｃの中にリストアップされるいくつかのアクションが、省略されてもよい。
【００２４】
図８Ａ、８Ｂ、８Ｃは、本明細書において開示される実施形態による、オペレータ間の加入者から加入者へのクレジット引き出しの方法を説明するフローチャートである。ＯＰ１の加入者Ａは、加入者Ｂの口座からの資金（Ｆ２）の引き出しについての要求を開始する（８０１）。加入者Ｂは、オペレータ２−ＯＰ２に属する。要求は、ＵＳＳＤフォーマット、またはＳＭＳフォーマットで加入者Ａによって送信される。ＯＰ１のＳＣＰ１は、加入者ＢのＭＳＩＳＤＮ番号と一緒に引き出されるべき金額を含む要求を受信する（８０２）。次いで、ＳＣＰ１は、加入者Ａの認証のためのＰＩＮ番号を入力するように加入者Ａに要求する（８０３）。次いで、ＳＣＰ１は、加入者Ａによって入力されるＰＩＮが、正しいかどうかをチェックする（８０４）。ＰＩＮが、正しくない場合に、加入者Ａは、もう一度、ＰＩＮ番号を入力するように、要求される（８０５）。ＰＩＮが、正しい場合、ＳＣＰ１は、加入者Ａが、サービスに加入しているかどうかをチェックする（８０６）。加入者Ａが、サービスに加入していない場合、加入者Ａは、サービスに加入するように要求するメッセージを送信される（８０７）。次に、ＳＣＰは、呼び出されたオペレータ間機能が、パーティ−Ａと、パーティ−Ｂとの間の所定の契約を必要とするかどうか、またはアクセスが、コール中に応答するパーティ「Ｂ」によって動的に認可されることになるかどうかをチェックしなければならない。残高の引き出し／預け入れなどの場合では、所定の契約は、必要とされない可能性がある。ＯＰ２の加入者（応答するエンティティ）は、トリガされた要求それ自体の間にＯＰ１の加入者からのサービス要求を許可するか、許可しないかのいずれかを行うように求められる可能性がある。しかしながら、残高照会などの場合では、コールされるパーティと、コールするパーティとの間の一度限りの所定の契約は、ＯＰ１のＳＣＰにおいて記憶される可能性があり、ＯＰ２の加入者からのコール中の要求についての必要性を取り除いている。ＳＣＰ１は、ＣＣＲ−クレジット制御要求をマスタＳＣＰに対して送信する（８０８）。ＣＣＲ要求は、転送されるべき金額と、「Ｂ」のＭＳＩＳＤＮと、加入者ＡのオペレータＩＤとを含むダイアメーター・プロトコル・メッセージを使用して送信される（８０９）。マスタＳＣＰ  １０１は、ＭＳＩＳＤＮ−ＳＣＰ＿ＩＤ−ＳＣＰアドレスのマッピング・テーブルを使用して加入者ＢのオペレータＩＤを決定する（８１０）。次いで、マスタＳＣＰは、ＯＰ１のＳＣＰ＿ＩＤが、有効であるかどうかをチェックする（８１１）。ＳＣＰ＿ＩＤが、無効である場合、ＯＰ１のＳＣＰ１は、マスタＳＣＰサービスに対するアクセスを拒否される（８１２）。ＯＰ１のＳＣＰ＿ＩＤが、有効である場合、マスタＳＣＰ  １０１は、ＯＰ２が、クレジット引き出し機能−Ｆ２を実行するための権利をＯＰ１に対して与えるかどうかをチェックする（８１５）。ＯＰ２が、機能Ｆ２についてＯＰ１の上でアクセス権を与えない（８１５）場合、機能は、ＳＣＰ１と加入者Ａとに対して送信されるメッセージをサポートしていない（８１６）。ＯＰ２が、ＯＰ１に対してアクセス権を与える場合、マスタＳＣＰは、ＭＳＩＳＤＮ−��ＣＰ＿ＩＤ−ＳＣＰアドレスのマッピング・テーブルを使用してＯＰ２のＳＣＰ２  ＩＰアドレスに対してＣＣＲ要求を送信する（８１７）。ＯＰ２のＳＣＰ２は、加入者Ｂの詳細と一緒に引き出されるべき金額を含む要求を受信する（８１８）。次いで、ＳＣＰ２は、加入者Ｂが、トランザクションのために口座の中に十分な残高を有するかどうかをチェックする（８２０）。加入者Ｂが、十分な残高を有していない場合、サービスは、拒否され、また失敗メッセージが、加入者ＡとＳＣＰ１とに送信される（８２１）。加入者Ｂが、トランザクションのための十分な残高を有する場合、ＳＣＰ２は、引き出しのための許可を要求するＵＳＳＤメニュー／メッセージを加入者Ｂに対して送信する（８２２）。ＯＰ２の加入者は、許可のオプション、または不許可のオプションのいずれかを選択することにより、ＵＳＳＤメニュー・ベースの要求に応答する。加入者Ｂが、引き出しのための許可を与えない（８２３）場合、サービスは、加入者Ａに対して拒否され、また失敗メッセージが、マスタＳＣＰ  １０１を経由して加入者Ａに対して送信される（８２４）。加入者Ｂが、引き出しを許可する場合、ＯＰ２のＳＣＰ２は、加入者Ｂの口座からその金額を引き出し（８２５）、またメッセージを加入者Ｂに対して送信する（８２５）。次いで、ＳＣＰ２は、ＣＣＲ要求の成功したメッセージをマスタＳＣＰ  １０１に対して送信する（８２６）。次いで、ＳＣＰ１は、要求された金額を用いて加入者Ａの口座にクレジットする（８２７）。ＳＣＰ１は、最後に、クレジットされる金額と一緒に、成功したトランザクションを示すメッセージを加入者Ａに対して送信する（８２８）。方法８００における様々なアクションは、提示される順序で、異なる順序で、または同時に実行される可能性がある。さらに、いくつかの実施形態においては、図８Ａ、８Ｂ、８Ｃの中にリストアップされるいくつかのアクションが、省略されてもよい。
【００２５】
図９Ａ、９Ｂ、９Ｃは、本明細書において開示される実施形態による、オペレータ間の加入者から加入者へのコラボレーション型の課金の方法を示すフローチャートである。コラボレーション型の課金の方法により、音声／ビデオ／ｓｍｓコールに関与する加入者は、コールする加入者によって指定される割合により、コール料金を分配することができるようになる。ＯＰ１の加入者Ａは、加入者Ａにより加入者Ｂに向かう次のコールについて部分的に／全体的に支払うように加入者Ｂに要求する要求を開始する（９０１）。加入者Ｂは、オペレータ２−ＯＰ２に属する。その要求は、ＵＳＳＤ要求またはＳＭＳ要求のいずれかを通して加入者ＢのそれぞれのＳＣＰに対して加入者Ａによって送信される。以下のコールについてのコールされるパーティＢとのコラボレーション型の課金関係を確立するための、コールするパーティＡによって送信されるサンプルのＵＳＳＤ要求は、すなわち、＊＜アクセス・コード（ＡＣＣＥＳＳ  ＣＯＤＥ）＞＊＜割合料金（ＦＲＡＣＴＩＯＮ  ＣＨＡＲＧＥ）＞＊＜ＢのＭＳＩＳＤＮ＞である。ＯＰ１のＳＣＰ１は、加入者ＢのＭＳＩＳＤＮ番号と一緒に、コールされるパーティ「Ｂ」に課金されるべき全体のコール料金についての割合（５０−コール料金の５０％；１００−全部のコール料金）を指定する要求を受信する（９０２）。加入者「Ｂ」の課金は、加入している料金表プランのように加入者「Ａ」に対して適用可能な課金料金に従って行われる可能性がある。次いで、ＳＣＰ１は、加入者Ａの認証のためのＰＩＮ番号を入力するように加入者Ａに要求する（９０３）。次いで、ＳＣＰ１は、加入者Ａによって入力されるＰＩＮが、正しいかどうかをチェックする（９０４）。ＰＩＮが、正しくない場合に、加入者Ａは、もう一度、ＰＩＮ番号を入力するように、要求される（９０５）。ＰＩＮが、正しい場合、ＳＣＰ１は、加入者Ａが、サービスに加入しているかどうかをチェックする（９０６）。加入者Ａが、サービスに加入していない場合、加入者Ａは、サービスに加入するように要求するメッセージを送信される（９０７）。次に、ＳＣＰ１は、呼び出されたオペレータ間機能が、パーティ−Ａと、パーティ−Ｂとの間の所定の契約を必要とするかどうか、またはアクセスが、コール中に応答するパーティ「Ｂ」によって動的に認可されることになるかどうかをチェックしなければならない。残高の引き出し／預け入れなどの場合では、所定の契約は、必要とされない可能性がある。ＯＰ２の加入者（応答するエンティティ）は、トリガされた要求それ自体の間にＯＰ１の加入者からのサービス要求を許可するか、許可しないかのいずれかを行うように求められる可能性がある。しかしながら、これらなどの場合では、コールされるパーティと、コールするパーティとの間の一度限りの所定の契約は、ＯＰ１のＳＣＰにおいて記憶される可能性があり、ＯＰ２の加入者からのコール中の要求についての必要性を取り除いている。ＳＣＰ１は、コールする加入者から要求される割合に基づいて、コールされるパーティが、課金されるべき料金を計算する。料金の残りは、コールするパーティによって負担されるべきである。ここで、オペレータは、そのようなコールについてコー��するパーティに対して、定期的な、または使用量ベースの固定料金を課すことができることに注意するべきことが重要である。ＳＣＰ１は、ＣＣＲ−クレジット制御要求をマスタＳＣＰに対して送信する（９０８）。ＣＣＲ要求は、コールされるパーティが、課金される必要がある料金と、ＢのＭＳＩＳＤＮと、ＡのＭＳＩＳＤＮと、加入者ＡのオペレータＩＤとを含むダイアメーター・プロトコル・メッセージを使用して送信される（９０９）。マスタＳＣＰ  １０１は、ＭＳＩＳＤＮ−ＳＣＰ＿ＩＤ−ＳＣＰアドレスのマッピング・テーブルを使用して、加入者ＢのオペレータＩＤを決定する（９１０）。次いで、マスタＳＣＰは、ＯＰ１のＳＣＰ＿ＩＤが、有効であるかどうかをチェックする（９１１）。ＳＣＰ＿ＩＤが、無効である場合、ＯＰ１のＳＣＰ１は、マスタＳＣＰサービスに対するアクセスを拒否される（９１２）。ＯＰ１のＳＣＰ＿ＩＤが、有効である場合、そのときにはマスタＳＣＰ  １０１は、ＯＰ２が、コラボレーション型の課金機能−Ｆ７を実行するための権利をＯＰ１に対して与えるかどうかをチェックする（９１３）。ＯＰ２が、機能Ｆ７についてＯＰ１の上でアクセス権を与えない場合、機能は、ＳＣＰ１と加入者Ａとに対して送信されるメッセージをサポートしていない（９１４）。ＯＰ２が、ＯＰ１に対してアクセス権を与える場合、マスタＳＣＰは、そのアドレスが、ＭＳＩＳＤＮ−ＳＣＰ＿ＩＤ−ＳＣＰアドレスのマッピング・テーブルから導き出されるＯＰ２のＳＣＰ２  ＩＰアドレスに対してＣＣＲ要求を送信する（９１５）。ＯＰ２のＳＣＰ２は、加入者ＡおよびＢのＭＳＩＳＤＮの詳細と一緒に、コールされるパーティ「Ｂ」が課金されるべき料金を含む要求を受信する（９１６）。ＳＣＰ２は、ＣＣＲ応答の肯定応答をマスタＳＣＰに対して送信する（９１７）。次いで、ＳＣＰ２は、加入者Ｂが、トランザクションのために口座の中に十分な残高を有するかどうかをチェックする（９１８）。加入者Ｂが、十分な残高を有していない場合、サービスは、拒否され、また失敗メッセージが、加入者ＡとＳＣＰ１とに送信される（９１９）。加入者Ｂが、トランザクションのための十分な残高を有する場合、ＳＣＰ２は、加入者「Ａ」からの次のコールが所定の料金で加入者Ｂの口座に課金されることを可能にするための許可を要求するＵＳＳＤメニュー／メッセージを加入者Ｂに対して送信する（９２０）。ＯＰ２の加入者Ｂは、許可のオプション、または不許可のオプションのいずれかを選択することにより、ＵＳＳＤメニュー・ベースの要求に応答する。加入者Ｂが、許可を与えない（９２１）場合、サービスは、加入者Ａに対して拒否され、また失敗メッセージが、マスタＳＣＰ  １０１を経由して加入者Ａに対して送信される（９２２）。加入者Ｂが、コラボレーション型の課金を許可する場合、ＯＰ２のＳＣＰ２は、ＣＣＲ要求の成功したメッセージをマスタＳＣＰ  １０１に対して送信する（９２３）。さらに、ＳＣＰ２はまた、加入者「Ａ」からの次のコールでは、加入者「Ｂ」は、マスタＳＣＰによって指定されるようなはっきりと限定された料金で課金されるべきであることにも注意すべきである。ＳＣＰ１は、最後に、成功したオペレーションを示すメッセ���ジを加入者Ａに対して送信する（９２４）。加入者「Ａ」によって加入者「Ｂ」に対して行われる次のコールのコール料金は、２人の加入者の間で分配される。方法９００における様々なアクションは、提示される順序で、異なる順序で、または同時に実行される可能性がある。さらに、いくつかの実施形態においては、図９Ａ、９Ｂ、９Ｃの中にリストアップされるいくつかのアクションが、省略されてもよい。
【００２６】
図１０Ａ、１０Ｂは、本明細書において開示される実施形態による、加入者から加入者へのオペレータ間のバウチャー・ベースの再課金のための別のオペレータ間のユーザの場合を説明するフローチャートである。オペレータ間のバウチャー・ベースの再課金により、オペレータＯＰ１に属する加入者Ａは、オペレータＯＰ２に属する別の加入者Ｂの口座に再課金することができるようになる。ＯＰ１の加入者Ａは、別の加入者Ｂに再課金するように要求する要求を開始する（１００１）。加入者Ｂは、オペレータ２−ＯＰ２に属する。その要求は、ＵＳＳＤ要求を通して、またはＳＭＳ要求を通して、あるいはＯＰ１の対話式の音声応答システムを通してのいずれかで加入者Ａによって開始され、加入者Ｂのバウチャー番号とＭＳＩＳＤＮとを提示している。バウチャーは、オペレータ間のバウチャー・ベースの再課金の特有の場合についてオペレータＯＰ１によってプロビジョニングされる特別のバウチャー・カードとすることができる。ＯＰ１のＳＣＰ１は、再課金のバウチャーの詳細と、加入者ＢのＭＳＩＳＤＮとを指定する要求を受信する（１００２）。次いで、ＳＣＰ１は、加入者Ａの認証のためのＰＩＮ番号を入力するように加入者Ａに要求する（１００３）。次いで、ＳＣＰ１は、加入者Ａによって入力されるＰＩＮが、正しいかどうかをチェックする（１００４）。ＰＩＮが、正しくない場合に、加入者Ａは、もう一度、ＰＩＮ番号を入力するように、要求される（１００５）。ＰＩＮが、正しい場合、ＳＣＰ１は、加入者Ａが、サービスに加入しているかどうかをチェックする（１００６）。加入者Ａが、サービスに加入していない場合、加入者Ａは、サービスに加入するように要求するメッセージを送信される（１００７）。ＳＣＰ１は、バウチャー・カード番号を認証し、また口座にクレジットされるべき関連する金額を導き出す。ＳＣＰ１は、ＣＣＲ−クレジット制御要求をマスタＳＣＰに対して送信する（１００８）。ＣＣＲ要求は、クレジットされるべき金額と、加入者ＢのＭＳＩＳＤＮと、加入者ＡのＭＳＩＳＤＮと、ＯＰ１のオペレータＩＤとを含むダイアメーター・プロトコル・メッセージを使用して送信される（１００９）。マスタＳＣＰ  １０１は、ＭＳＩＳＤＮ−ＳＣＰ＿ＩＤ−ＳＣＰアドレスのマッピング・テーブルを使用して、加入者ＢのオペレータＩＤを決定する（１０１０）。次いで、マスタＳＣＰは、ＯＰ１のＳＣＰ＿ＩＤが、有効であるかどうかをチェックする（１０１１）。ＳＣＰ＿ＩＤが、無効である場合、ＯＰ１のＳＣＰ１は、マスタＳＣＰサービスに対するアクセスを拒否される（１０１２）。ＯＰ１のＳＣＰ＿ＩＤが、有効である場合、そのときにはマスタＳＣＰ  １０１は、ＯＰ２が、バウチャー・ベースの再課金−機能Ｆ８を実行するための権利をＯＰ１に対して与えるかどうかをチェックする（１０１３）。ＯＰ２が、機能Ｆ８についてＯＰ１の上でアクセス権を与えない（１０１３）場合、機能は、ＳＣＰ１と加入者Ａとに対して送信されるメッセージをサポートしていない（１０１４）。ＯＰ２が、ＯＰ１に対してアクセス権を与える場合、マスタＳＣＰは、そのアドレスが、ＭＳＩＳＤＮ−ＳＣＰ＿ＩＤ−ＳＣＰアドレスのマッピング・テーブルから��き出されるＯＰ２のＳＣＰ２  ＩＰアドレスに対してＣＣＲ要求を送信する（１０１５）。ＯＰ２のＳＣＰ２は、加入者ＡのＭＳＩＳＤＮと、加入者ＢのＭＳＩＳＤＮと、加入者Ｂの口座にクレジットされるべき金額とを含む要求を受信する（１０１６）。ＳＣＰ２は、ＣＣＲ受信応答の肯定応答をマスタＳＣＰに対して送信する（１０１７）。ＯＰ２のＳＣＰ２は、加入者Ｂの口座に金額をクレジットし（１０１８）、またＣＣＲ要求の成功したメッセージをマスタＳＣＰ  １０１に対して送信する（１０１９）。さらに、ＳＣＰ２はまた、加入者Ｂの口座が、ＭＳＩＳＤＮ「Ａ」により、それぞれの金額だけクレジットされていることを示す通知を加入者Ｂに対して送信する（１０２０）。ＳＣＰ１は、最後に、成功したオペレーションを示すメッセージを加入者Ａに対して送信する（１０２１）。方法１０００における様々なアクションは、提示される順序で、異なる順序で、または同時に実行される可能性がある。さらに、いくつかの実施形態においては、図１０Ａ、１０Ｂの中にリストアップされるいくつかのアクションが、省略されてもよい。
【００２７】
図１１は、本明細書において開示される実施形態による、ローカルＳＣＰ機能を示すものである。マスタＳＣＰにより、オペレータ・ネットワークの１つのローカルＳＣＰに属する加入者は、他のネットワーク・オペレータとともに複数のリンクされた口座を保持することができるようになる可能性がある。そのような加入者は、オペレータ間のサービス、ならびに各オペレータ・ネットワークの内部のサービスを管理し、また制御することを許可される可能性がある。例えば、そのような口座を保持するビジネスを実行する加入者は、複数のユーザ口座をリンクし、またユーザに対する毎週の収入を転送するためにこのシステムを使用することができる。加入者が、異なる都市において異なるオペレータ・サービスを使用する場合には、加入者は、どのような場所からも加入者のすべてのユーザ口座を制御し、また管理したいと思う可能性があり、またオペレータ間のサービスもまた必要とする可能性がある。トランスミッタ２０２は、それぞれのオペレータ・ネットワークにおいてそれぞれのＳＣＰに対して応答メッセージを送信する。ローカルＳＣＰ機能は、加入者の基本口座番号と一緒に、基本口座を示す。画面は、オペレータＩＤと一緒に、基本口座にリンクされた口座を示している。ローカル機能は、加入者の基本口座番号と一緒に、基本口座を示す。ローカル機能は、リンクされた口座のうちの１つを示す。それはまた、ベース・オペレータの加入者が、基本口座番号を使用してＯＰ２の上で実行することができるサービスを示す。
【００２８】
一実施形態においては、本方法は、ダイアメーター・インターフェースの上でマスタＳＣＰを経由して、ＳＣＰの間で、またはオペレータＢのＳＳＰ、およびオペレータＡのＳＣＰのような他のネットワーク・エンティティの間で、関連のある情報の動的な共有を容易にしている。この情報は、課金する目的のためなどのオペレータＡのＳＣＰを用いて、オペレータＢのカバレッジの下でローミングする、ローミング中の人（in-roamer）のＣＤＲデータに関する情報に対応する可能性がある。
【００２９】
特定の実施形態についての上記の説明は、他者が、現在の知識を適用することにより、包括的な概念を逸脱することなく、様々な用途のために、そのような特定の実施形態を容易に修正し、かつ／または適応させることができる、本明細書における実施形態の一般的な性質をそのように十分に明らかにすることになり、また、それゆえに、そのような適応および修正は、開示された実施形態の同等物の意味および範囲の内部にあるように理解されるべきであり、また理解されることを意図している。本明細書において使用される用語または専門用語は、説明の目的のためであり、また限定するものではないことを理解すべきである。したがって、本明細書における実施形態は、好ましい実施形態の観点から説明されてきているが、当業者なら、本明細書における実施形態は、本明細書において説明されるような特許請求の範囲の精神および範囲の内部の修正形態を用いて実行され得ることを認識するであろう。
【図１】
0005859129.tif 000002
【図２】
0005859129.tif 000003
【図３ａ】
0005859129.tif 000004
【図３ｂ】
0005859129.tif 000005
【図３ｃ】
0005859129.tif 000006
【図３ｄ】
0005859129.tif 000007
【図４】
0005859129.tif 000008
【図５】
0005859129.tif 000009
【図６】
0005859129.tif 000010
【図７ａ】
0005859129.tif 000011
【図７ｂ】
0005859129.tif 000012
【図７ｃ】
0005859129.tif 000013
【図８ａ】
0005859129.tif 000014
【図８ｂ】
0005859129.tif 000015
【図８ｃ】
0005859129.tif 000016
【図９ａ】
0005859129.tif 000017
【図９ｂ】
0005859129.tif 000018
【図９ｃ】
0005859129.tif 000019
【図１０ａ】
0005859129.tif 000020
【図１０ｂ】
0005859129.tif 000021
【図１１】
0005859129.tif 000022