(57)【要約】通信ネットワークにおけるサービス及び加入者のための評価データを決定する方法及び配信評価システムである。サービスまたは加入者に関連したデータがアクセスされ（１０１）、そのアクセスされたデータを含む評価要求が配信評価のための配信評価手段（１６、１９、２１）に送られる（１０３）。評価データは、中央評価手段（１４、１７、２０）からアクセスを防止された配信データ（１９）と、中央評価手段（１４、１７、２０）に対する送信用の受信サービス・データに基づいてサービスまたは加入者のために決定される。その結果として生じる評価データは、中央評価手段（１４、１７、２０）で受信され、受信の評価データに基づいて加入者に請求するための評価値が決定される。
2005519497.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークにおけるサービスに関する評価データを決定する方法において、
サービスまたは加入者（１０１）に関連したデータにアクセスするステップと、
前記アクセスされたデータを含む評価要求を、前記サービスまたは加入者（１０３〜１０９）に関連した配信評価データに基づいて、配信評価用の配信評価手段（１６、１９、２１）に送るステップと、
前記配信評価手段（１５、１６、２１）（１１０）から結果として得られた評価データを受信するステップと、
前記受信した評価データ（１１２）に基づいて前記加入者に請求するための評価値を決定するステップとを有することを特徴とする方法。
【請求項２】
前記配信評価手段（１６、１９、２１）は、サービス・プロバイダ（１５）、コンテンツ・プロバイダまたは価値付加サービス・プロバイダにより操作されることを特徴とする請求項１による方法。
【請求項３】
前記評価要求は、ネットワーク・オペレータ（１３）により操作される中央評価手段（１４、１７、２０）から送られることを特徴とする前記請求項のいずれかによる方法。
【請求項４】
前記評価要求を送信するステップの前に事前評価データ（１０２）を決定する更なるステップを有することを特徴とする前記請求項のいずれかによる方法。
【請求項５】
前記口座に請求するステップの前に最終評価データ（１１１）を決定する更なるステップを有することを特徴とする前記請求項のいずれかによる方法。
【請求項６】
前記評価値は、前記事前評価値、前記配信評価手段（１５、１６、１９）からの配信評価データ、及び最終評価データに基づいて決定されることを特徴とする前記請求項のいずれかによる方法。
【請求項７】
通信ネットワークにおけるサービスに関する評価データを決定する方法において、
中央評価手段（１０４）からサービスまたは加入者（１０１）に関連したデータを受信するステップと、
前記サービスまたは加入者に関連した配信評価データと、前記中央評価手段（１０５〜１０８）に送信される前記受信されたデータとに基づいて、前記サービスまたは加入者用の評価データにアクセスしてこれを決定するステップとを有することを特徴とする方法。
【請求項８】
前記配信評価データは、配信評価手段（１６、１９、２１）によりアクセスされて決定されることを特徴とする請求項７による方法。
【請求項９】
前記配信評価手段（１６、１９、２１）は、サービス・プロバイダ（１５）、コンテンツ・プロバイダまたは価値付加サービス・プロバイダにより操作されることを特徴とする請求項８による方法。
【請求項１０】
前記中央評価手段（１４、１７、２０）は、ネットワーク・オペレータ（１３）により操作されることを特徴とする請求項７から９までのいずれかによる方法。
【請求項１１】
請求項１から１０までのいずれかの方法をコンピュータに行わせるためのプログラム命令を有するコンピュータ・プログラム。
【請求項１２】
請求項１から１０までのいずれかの方法をコンピュータに行わせるための実行可能な命令を有するキャリア上のコンピュータ・プログラム。
【請求項１３】
前記キャリアは、記録媒体、コンピュータ・メモリ、リード・オンリー・メモリまたは電気的な搬送波信号である請求項１２によるコンピュータ・プログラム。
【請求項１４】
通信ネットワークにおけるプリペイド・サービスに関する評価データを決定する配信評価システムにおいて、
サービスまたは加入者に関連したサービス・データにアクセスし、
前記サービスまたは加入者に関連した配信評価データ（１９）に基づいて配信評価のための配信評価手段（１６、１９、２１）に対して前記アクセスしたデータを含む評価要求を送り、
前記配信評価手段（１６、１９、２１）から結果として生じた評価データを受信し、
前記受信された評価データに基づいて前記加入者のプリペイド口座（１８）に請求する評価値を決定するに適したコンピュータ装置を含む中央評価手段（１４、１７、２０）を有することを特徴とする配信評価システム。
【請求項１５】
前記配信評価システムは、移動通信システムである請求項１４における配信評価システム。
【請求項１６】
前記配信評価システムは、ＩＮ／ＣＡＭＥＬシステムである請求項１４における配信評価システム。
【請求項１７】
前記サービスは、プリペイド・サービスである請求項１４から１６までのいずれかにおける配信評価システム。
【請求項１８】
前記サービスは、電子商業／支払いサービスである請求項１４から１７までのいずれかにおける配信評価システム。
【請求項１９】
前記結果として得られた評価データは、時間単位またはデータ量当たり、イベント当たり、コンテンツ当たりのコスト、コストを含む１組の料金表データ、期間／量、時間／量間隔または特定の倍率である請求項１４から１８までのいずれかにおける配信評価システム。
【請求項２０】
通信ネットワークにおけるプリペイドサービスに関する評価データを決定する配信評価システムにおいて、
中央評価手段（１４、１７、２０）からサービスまたは加入者に関連したデータを受信し、
前記サービスまたは加入者に関連した配信評価データと、前記中央評価手段に送信される前記受信されたデータとに基づいて、前記サービスまたは加入者の評価データにアクセスしてこれを決定するに適したコンピュータ装置を備えた配信評価手段（１６、１９、２１）を有することを特徴とする配信評価システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、請求システム、特に、通信ネットワークで請求サービスに関する評価データを決定する方法及び配信評価システムに関する。
【背景技術】
【０００２】
ＧＳＭ、公衆交換通信ネットワーク（ＰＳＴＮ）、ＩＳＤＮ、ＡＴＭ、インターネットなどのような移動電話通信ネットワーク及び関連するサービスの使用に関する請求は、支払い機構によって達成される。ポストペイドとプリペイドの両システムが使用されている。従来技術のプリペイド・システムでは、口座に入金しておいて加入者の使用分を口座残額から差し引くことが普通の慣行である。
【０００３】
ＧＳＭ、公衆交換通信ネットワーク（ＰＳＴＮ）、ＩＳＤＮ、ＡＴＭ、インターネットなどのような今日の移動電話通信ネットワークは、地域及び世界中のユーザ及びプロバイダのために多くの種々の高性能の電話及びデータ通信サービスを提供している。ネットワーク・オペレータ、サービス・プロバイダ及びサービス加入者による恩恵増大への要求により、インテリジェント・ネットワーク（ＩＮ）という概念がもたらされている。インテリジェント・ネットワークは、現存する電話ネットワーク内における進んだサービスに対するネットワーク・オペレータ及びサービス・プロバイダからのマーケット要求を満足する電気通信についての概念である。
【０００４】
ＩＮは、より迅速、より容易、より融通性あるサービスの実施及びサービスの制御を可能にする基本ネットワーク（例えば、固定または移動ネットワーク）に接続されたネットワーク・アーキテクチャである。これは、交換センタから別々の機能ＩＮユニットへサービス制御を転送することによって行われる。従って、サービスは、基本的なネットワーク操作とは独立となり、基本的なネットワーク構造とソフトウエアは、サービスが変更され又は加えられる時に変更する必要はない。これらのサービスの例は、Premium Rate Calls, Mobile Virtual Private Network, Prepaid Charging and Personal Numberである。様々なネットワーク・プロバイダは、有料サービスと無料サービスの両方を含む種々のサービスを提供する。
【０００５】
１つの請求システムにおいて、以降プロバイダと称する幾つかのサービス・プロバイダ、コンテンツ・プロバイダ、価値付加サービス・プロバイダを動作させる時に、このシステム自体は以降オペレータと称するネットワーク・オペレータにより動作され、所有されている。このシステムを使用するプロバイダは、オペレータの完全な洞察力で動作する。すなわち、料金表の設定、料金表変更及び評価条件のような評価プランを有するプロバイダの中核ビジネスは、オペレータに知られている。このオペレータは、競争プロバイダの１つのオーナであってもよい。
【０００６】
一部の従来技術の請求システムまたはプリペイ・システムでは、共通システムで動作するプロバイダのサポートは有限であり、この共通システムは、評価プラン、評価データ及び評価スキーム／アルゴリズムに関する任意のデータの完全性をサポートするものではない。このデータにプロバイダはアクセスできず、その管理は、オペレータにより取り扱われている。
問題は、システム保全の問題でもある。集中システムを所有するオペレータは、その関連するプロバイダの１つがシステムとそのデータにアクセスするのを容易に許可して、完全システムのためにセキュリティとシステムの安定性との両方を犠牲にする危険を犯すようなことは敢えてしない。
【発明の開示】
【課題を解決するための手段】
【０００７】
従って、本発明の目的は、従来技術に関し上に述べた問題及び欠点を克服する通信ネットワークにおいてサービスの評価データを決定する方法及び評価システムを提供することである。
この目的は、通信ネットワークにおけるサービスの評価データを決定する方法により達成される。この方法では、加入者により要求されたサービスを識別するデータは、中央評価手段によりアクセスされる。このアクサスされたデータを含む評価要求は、このアクセスされたデータに関連した評価データに基づいて配信評価用の配信評価手段に送られる。評価データは、その配信評価手段から受信され、その受信された評価データに基づいて加入者に請求するための評価値が決定される。
【０００８】
本目的は、更に、通信ネットワークにおける評価データを決定する配信評価システムにより達成される。配信評価システムは、加入者により要求されたサービスを識別するデータにアクセスし、このアクセスされたデータを含む評価要求をこのアクセスされたデータに関連した評価データに依存して配信評価用の配信評価手段に送り、その配信評価手段から評価データを受信し、この受信した評価データに基づいて加入者のプリペイド口座に請求する評価値を決定するようにしたコンピュータ装置を含む中央評価手段を有することを特徴とする。
本発明の更に特別の目的は、前記方法を実施するコンピュータ・プログラムを提供することである。
【０００９】
本発明の利点は、（ネットワーク）オペレータがプロバイダの評価プランと評価データとの完全性を犠牲にせずにプロバイダにシステムへのアクセスを提供できるということである。評価データは、プロバイダ間で秘匿されてもいる。更に、本発明は、プロバイダの評価プランを、異なるカスタマ間で秘匿する支援も行う。
強調すべきことは、本明細書において使用される場合の用語「有する／有している」は、記述された特徴、全体（integers）、ステップまたは要素の存在を特定するために使用されるが、１つ以上の他の特徴、全体、ステップ、要素、群の存在または追加を除外するものではないということである。
本発明を更に詳しく、そして、本発明の利点及び特徴を説明するために、好適な実施例を添付図面参照により以下に記載する。
【実施例１】
【００１０】
図１を見ると、携帯電話ネットワークまたはＰＬＭＮ（パブリック・ランド・モバイル・ネットワーク）のような通信ネットワークの一例が示してある。このＰＬＭＮは、ネットワーク自体に接続された加入者用のサービス配信を容易にするインテリジェント・ネットワーク（ＩＮ）のようなサービス提供ネットワークを有している。この実施例では、ネットワークは、プリペイ機構と、通信ネットワークの加入者用のプリペイド・サービスに関する評価データを決定する方法をも提供する。プリペイ機構は、通信ネットワークにおいて以後オペレータと称するネットワーク・オペレータに関する評価データと評価プランに関し以後プロバイダと呼ぶことにするプロバイダ、コンテンツ・プロバイダまたは価値付加サービス・プロバイダなどに対して完全なデータを提供する。プリペイ機構は、通信ネットワークにおけるサービスについて請求する方法の唯一の例であるが、この機構は、本発明に必要ではない。ポストペイ機構または他の請求方法は、同様に本発明の範囲内において可能である。
【００１１】
ＧＳＭ／ＵＭＴＳのようなセルラー電話サービスには、サービス・エリアを幾つかの小さなセルに分割することが必要である。各セルは、図１に示したように、基地局コントローラ（ＢＳＣ）１と基地局（ＢＴＳ）２を必要とする。ＢＳＣ１は、携帯電話のユーザの追跡を行う。ゲートウェイ・モバイル・サービス交換センタ（ＧＭＳＣ）４または唯一の移動サービス交換センタ（ＭＳＣ）５は、ネットワークにおける個々の移動電話３についての特定のデータを提供すると共に、この通信システムにおいて他のＰＬＭＮ、ＩＳＤＮまたは公衆交換ネットワーク（ＰＳＴＮ）６のような他のネットワークの方へのインターフェイスとして動作する。（Ｇ）ＭＳＣ４と５は、データ処理のためのコンピュータ・プロセッサと、記憶媒体にデータを記憶するためにこのコンピュータ・プロセッサに接続された記憶手段とを備えたデータ処理システムを有している。
【００１２】
セルラ・システムは、アナログ伝送とデジタル伝送の両方に基づく無線アクセスを使用する。デジタル・セルラ・システムは、最小のバンド幅で最良の品質を提供する。ＴＤＭＡまたはＣＤＭＡテクノロジのような種々の原理がＧＳＭのようなデジタル・セルラ・システムに使用されている。
【００１３】
通信ネットワークにおいて、オペレータに関する評価データ、プラン、アルゴリズムまたはスキームに関し、プロバイダ用に完全な本発明による配信評価システムを含む図１のネットワークについてのインテリジェント・ネットワーク（ＩＮ）の実施の一例が図２に示してある。インテリジェント・ネットワーク（ＩＮ）は、シグナリング・ネットワークを有し、このシグナリング・ネットワークは、ネットワーク要素間においてメッセージの切り替えを行う。本発明のこの実施例では、特定の種類のシグナリング・プロトコル、シグナリング・システム７（ＳＳ７）は、情報メッセージの交換用のキャリアとして使用され、インテリジェント・ネットワーク・サービスに有用な多種類の情報要素を搬送する。しかし、ＳＳ７は、単に一つの例であって、シグナリング・プロトコルは、インターネット・プロトコル（ＩＰ）、ＧＳＭ／ＵＭＰＳ用のキャメル（Camel）・アプリケーション・パート（ＣＡＰ）、固定ネットワーク用のＩＮアプリケーション・パート（ＩＮＡＰ）のような他のプロトコルに基づくことができる。この場合、ＣＡＰとＩＮＡＰは、ＳＳ７／Ｃ７  ＳＩＧＴＲＡＮで送られる。
【００１４】
更に、インテリジェント・ネットワークは、本実施例では（Ｇ）ＭＳＣ４、５に配置されたｇｓｍサービス交換機能（ｇｓｍＳＳＦ）を備えたサービススイッチング点（ＳＳＰ８）を有している。ＳＳＰ８は、コール要求ＩＮを示す現象を検出し、この検出開始後、コール処理を中断して、本実施例では、ｇｓｍサービス制御機能（ｇｓｍＳＣＦ）を含むサービス制御点（ＳＣＰ）９で一連の処理を開始する。ＧＰＲＳに使用される本発明の他の実施例では、サービス交換点（ＳＳＰ８）は、サービスまたはゲートウェイＧＰＲＳサポート・ノード（ＳＧＳＮ／ＧＧＳＮ）に配置されたｇｐｒｓサービススイッチング機能（ｇｐｒｓＳＳＦ）を有している。ＳＣＰ９は、ＳＳＰ８からの質問に基づいて、加入者またはアプリケーションの特定サービス論理を行い、コール・セットアップ及びコール・フローを制御するリアルタイム・データベース兼サービス処理システムである。
【００１５】
ホーム位置レジスタ（ＨＬＲ）１０は、ＰＬＭＮに属する全ての加入者の身元及びユーザ・データを記憶する。更に、コールが公衆交換ネットワーク（ＰＳＴＮ）６、ＩＳＤＮネットワーク、インターネットなどから来たときに、ＨＬＲ１０は、必要な加入者データを（Ｇ）ＭＳＣ  ４、５に提供する。ビジタ位置レジスタ（ＶＬＲ）１１は、サービス（Ｇ）ＭＳＣ４、５内に現在位置し、または移動している全ての携帯電話の関連データを含んでいる。ＶＬＲ１１は、コールが携帯電話から来ると、コールの確立中に（Ｇ）ＭＳＣ４、５をサポートしなければならない。サービス・データ点（ＳＤＰ）１２は、本実施例では、例えば、料金表データ、加入者データ、グループ・データなどを含むサービスに必要なサービス・データを含むデータベースである。評価及び請求分析は、ＳＤＰ１２またはＳＣＰ９で取り扱われもする。
【００１６】
携帯電話のユーザが電話をかけ、または以後プロバイダと称するネットワーク・プロバイダ、サービス・プロバイダ、コンテンツ・プロバイダまたは価値付加サービス・プロバイダなどにより提供される他のポスト・サービスまたはプリペイド・サービスを使用し得る前に、ユーザは「加入者」として登録されなければならない。
本発明の配信評価システムは、中央請求・評価機能ＣＣＲＦ１４を備えた１つのオペレータ１３、及び配信評価機能ＤＲＦ１６を備えた１つまたは数個のプロバイダ１５を備えているが、これに限定はされない。プロバイダは、オペレータから地理的に分離することができる。オペレータとプロバイダは、それら自身の領域をそれぞれ管理する。このそれら自身の領域は、同一の国または異なる国に存在することができる。更に、オペレータとプロバイダは、それら自身のデータを所有し、記憶し、管理する。従って、オペレータにより管理されるデータは、プロバイダによるアクセスから保護される。この逆も行われる。
【００１７】
本発明による配信評価システムを構成する主な要素は、図３に示してある。
オペレータは、記憶装置１７に記憶した主な評価スキーム及び中央料金表データを管理する。オペレータは、加入者用の口座データを保持もする。プロバイダ１５は、これらプロバイダがサービスを提供する加入者及び口座用の記憶装置１９に記憶された特定の評価スキーム及び料金表データを所有し管理する。
オペレータは、後述の接続プロトコルを使用してインターフェイス２０と２１を介してプロバイダと通信する。
通信ネットワークにおいて本発明によるプロバイダのために完全なデータでサービスを行うための評価データを決定する方法の一実施例は、図４のシグナリング図に関して記載する。
【００１８】
ステップ１０１において、中央請求評価機能ＣＣＲＦ１４は、加入者により要求されたサービスの外部サービス部から受信された請求入力パラメータ、又はサービス・データ、加入者関連データ、セッション・データ、コール・データ、システム・データなどのようなデータを収集し又はこれにアクセスする。要求されたサービスの一例は、ＰＬＭＮにおけるプリペイ加入者からの定例の電話呼び出しであり、加入者は、図３におけるサービス・プロバイダ１５の１つにおいて、１つ以上のサービスについて登録された口座を有している。
【００１９】
サービス部は、例えば、ＣＡＰまたはＩＮＡＰを介したＳＳＦ、ＣＡＰまたはＩＮＡＰを介したＳＣＦ、ＭＡＰを介したＨＬＲ、ダイアメータ（Ｄｉａｍｅｔｅｒ）を介したＨＳＳ（ホーム・サブスクライバ・サブシステム）ウエッブ・サーバ／アプリケーション・サーバ、ＩＰを介したオープンＡＰＩ、すなわち、ＯＳＡ／Ｐａｒｌａｙ、ＳＯＡＰを介したＸＭＬウエッブ・サーバ又はストリーミング用の電子商業サイト映画／音楽サーバ、新しいサイト、ＷＡＰサーバ又はＳＭＳＣ／ＭＭＳ−Ｃのような請求サポートを要求するアプリケーションを備えた任意の他のサーバである。請求入力パラメータは、品目、イベントの数、イベントの種類、サービス、ローカル時間、行き先番号、発信または終端の場所、距離、ＱｏＳ、タイム・スロット数、または利用済み容量などである。
【００２０】
この実施例では、ＣＣＲＦ１４は、ステップ１０２において要求されたサービスの事前評価を行う、すなわち、もし事前評価が現在のサービスについて当てはまる場合に、事前評価データを決定する。次に、ＣＣＲＦ１４は、プロバイダ１５のＤＲＦ１６に対しシグナリングを行う。プロバイダ１５に記憶されたデータに対する補足として必要とされる全ての評価関連データは、シグナル要求、すなわち、支援評価要求（｛Par１、Par２、...、ParＮ｝）のＡＲＲに含まれている。遠隔評価機能が要求されたサービスまたはイベントについて適切な評価を行うことを可能にするために、ＡＲＲ動作により、集中請求評価機能ＣＣＮ１４から十分な情報のシグナリングが行われる。送信されたパラメータのPar１、Par２、...、ParＮは、加入者識別、現象の状態、現象情報などのような評価に使用される評価機能についての情報を有している。
【００２１】
プロバイダ１５における配信評価機能ＤＲＦ１６は、ステップ１０４においてインターフェイス２０を介しネットワークとインターフェイス２１を通してＣＣＲＦ１４からＤＲＦ１６へ評価データの要求を受信する。受信されたパラメータは、ステップ１０５において要求オペレータとパラメータ・データを認証し認可するためにアクセスされる。ローカル料金表データに関する１回以上のデータ参照動作は、ステップ１０６において記憶装置１９で行われる。この参照されたデータは、ＣＣＲＦ１４からのアクセスからは保護されるが、ステップ１０７において現在のサービスに適いたアルゴリズムに従って処理される。
【００２２】
次のステップ１０８では、ＤＲＦ１５は、オペレータとプロバイダとの間の通信で使用される接続プロトコルに従って決定された評価データをフォーマットする。従って、計算の結果として生じる評価データは、オペレータ１３のＣＣＲＦ１４に戻される作成された応答メッセージに含まれる。応答データのフォーマットは、要求ＣＣＲＦと予め同期化されるか、または局部的に決定されてその応答に表示することができる。応答メッセージまたは評価データを有する１つ以上のパラメータ（｛Res1, Res2,..., ResN｝）を含む支援評価結果ＡＲＲＥは、ステップ１０９で要求ＣＣＲＦ１４に送られる。
【００２３】
処理の結果は、統計用に使用するために及びプロバイダ１９かＣＣＲＦ１４のいずれかにおける履歴データに基づく将来の評価に使用するために、請求入力と共に記憶することができる。このデータは、コール詳細記録及び現象詳細記録として出力することができる。このデータは、オペレータとプロバイダとの間の清算のために使用することもできる。
この戻された情報は、例えば、絶対請求金額（例えば、時間単位またはデータ量当たり、イベント当たり、コンテンツ当たりのコスト）、（コスト、期間／量、時間／量間隔などを含む）１組の料金表データまたはオペレータにより決定された請求金額を調整する特定の倍率（パーセント）とすることができる。
評価データは、ステップ１１０においてＤＲＦから受信される。受信された評価データに基づいてサービスを要求した加入者のステップ１１２でプリペイド口座に請求する評価値は、ステップ１１１で決定される。
方法のステップ１０１から１１２までは、もちろん、いくつかの請求セッションの間、繰り返すことができる。
【００２４】
オペレータとプロバイダとの間における実施または契約に依存して、ＣＣＮは、事前評価及び／または後で記載する最終評価を使用せずに単独で完全な最終料金（及び請求金額）をプロバイダに決定させることができる。ＣＣＮは、余分な請求金額を追加したり、または中央評価結果を調整するために単に配信評価機能を有することもできる。
上記のように、オペレータ領域は、中央請求評価機能ＣＣＮ１４、中央料金表データ１７及びエンド・ユーザ口座１８を有している。更に、それは、コール制御の手段を提供すると共に、エンド・ユーザの認証及び認可の機能を含んでもよい。
中央請求評価機能ＣＣＮ１４は、種々の段階で、例えば、データ収集、評価事前分析、評価、追行解析、最終評価及び追跡データ出力からデータ収集、評価事前分析、評価、追行解析、最終評価及び追跡データ出力の段階で配信請求評価機能１６を援用することができる。
【００２５】
評価データ決定方法の種々のステップにおいて、サービス・データ及び加入者／口座データと共に外部サービス部から受信した請求入力パラメータは、プロバイダ１５における配信評価手段に対する支援評価要求が援用されるべきかということと、どのパラメータが使用されるべきかということを示す。種々の評価及び販売促進解析ステップについては、明確なステートメントがオペレータの解析テーブルとツリーにおいて行うことが可能である。
外部評価または価格情報に対する支援要求を明確に援用する解析構造の一部は、図５に示してある。この支援要求で使用されるデータは、前記解析構造に記憶することができ、またはその含まれるべきデータ、すなわち、コール／セッション／イベントに関連した動的データ、例えば、場所及び／またはローカル・タイムまたはサービス・クラス及び／または予約の種類のような予約データについての表示は与えることができる。支援要求に対する応答は、隠匿されなければ、更なる処理（連続解析ノード）のために使用してもよい。
【００２６】
各ステージにおける相違は、コール取り扱い、機能評価、請求の機能がそれぞれ異なる取り扱いステージにおいて配信評価を要求することができるということを意味する。この要求に対する応答は、連続処理（解析が停止される）前に受信されるが、収集された応答データは、任意の処理ステージにおいて、すなわち、データ収集、事前解析の評価、評価、販売促進解析、最終評価または追従データ出力において使用することができる。応答に含まれたデータは、その要求において明示された要求本体（オペレータまたはプロバイダ）において事前に明示するか、または、応答本体（オペレータまたはプロバイダ）により明示された応答に記載することができる。
【００２７】
応答の内容は、オペレータ領域に明示された規則及び応答内容それ自体に基づいて使用される。全てのパラメータが、どの場合にも使用されるというものではなく、それらの一部は、データ・レコードで出力されるだけであり、また、それらの一部は、事前評価／評価／販売促進解析などで使用される。この処理の結果は、統計のため及び履歴データに基づく将来の評価のために、請求入力と共に記憶することができる。この記憶されたデータは、オペレータとプロバイダとの間の清算のために出力することもできる。
【００２８】
上記のごとく、プロバイダ領域は、配信請求評価機能ＤＲＦ１６、ローカル手数料表データ１９、及び以前の購入に関する履歴データ、そのコストを区別するローカル加入者データのような加入者に関連したデータを含んでいる。ＤＲＦ１６は、ＣＣＮ１４からの要求を受信するように設定されている。受信されたパラメータは、ＤＲＦ１６において解析される。パラメータ及び局部記憶料金表データ及び（または）プランに基づいて、評価データは決定され、応答メッセージが作成される。応答データ・フォーマットは、要求オペレータと事前に同期化されるか、または局部的に決定されて応答に表示することができる。
ＣＣＮ１６からの（内外の）入力データは、ＤＲＦ１５による種々のスキームまたはアルゴリズムに従って取り扱うことができる。固定マッピング（コスト、税金などに対する製品コード／部分など）、評価ツリー／解析、場所、天候条件及び他の状況依存データ、データベース・ルックアップ、提供されたデータまたは履歴データを使用する販売促進解析、オペレータＩＤ、または任意の組み合わせは、適切な少数の例である。
【００２９】
アルゴリズムからの出力は、例えば、コスト（絶対値、使用単位当たりのコストなど）、料金、レート、コストの倍率／要素、税金％、販売促進（ファクタ、量、絶対など）、以前使用の単位、許可された単位またはそれらの組み合わせとなり得る。
接続プロトコルは、オペレータとプロバイダの間においてそれぞれのインターフェイス２０、２１を介する通信で使用される。この接続プロトコルの主な用途は、ＣＣＮ１４からＤＲＦ１６へ要求とそのデータを運ぶことであり、更に、ＤＲＦ１６からＣＣＮ１４へこのＣＣＮ１４における処理に影響を与える可能性のある応答とそのデータを運ぶことである。
この接続プロトコルは、Ｘ．２５、ＩＰ、ＳＳ７、ＡＴＭ、フレーム・リレー、ＳＤＨのようなプロトコルに基づくことができ、または完全に固有のソリューションとして実施することができる。情報転送プロトコルは、次のものとすることができる。
【００３０】
−ｈｔｔｐ（ＩＥＴＦによる）、
インタ・プロセッサ・コミュニケーション・プロトコル（Ericsson Inter Processor Communication protocolのようなもの）、
−ＩＩＯＰ（例えばObject Management Groupにより明示されたＪａｖａ（登録商標）プラットホームまたはＣｏｒｂａにおけるRemoteMethod Inovationで使用されるInternet Inter-ORB Protocol）、
−ＣＡＰ（３ＧＰＰによるCamel Application Partバージョン１、２、３、４）、
−ＩＮＡＰ（ＥＴＳＩ  ＣＳ１、ＣＳ２、ＣＳ３などによる固有のIntelligent Network Application Part）、
【００３１】
−ＭＡＰ（３ＧＰＰによるMobile Application Part）、
−ＩＳ４１／ＩＳ９５（ＡＮＩＳによる）、
−Diameter（ＩＦＴＦによる）、
−ＳＩＰ（ＩＥＴＦによるSession Initiating Protocol）、
−ＬＤＡＰ（ＩＥＴＦによるLightweight Directory Access Protocol）、
−ＤＮＳ（ＩＥＴＦによるDomain Name Sever）、
−など。
【００３２】
本発明の方法は、好ましくは、全通信システムの一部を形成する配信データ処理システムにより実行可能なコンピュータ・ソフトウエアで実施することが好ましい。特に、オペレータとプロバイダは、別々のデータ処理システムを形成するか、またはネットワークの通信システムにおいて他の装置、要素またはデータ処理システムと通信するための全通信システムのサブシステムである。本発明によるデータ処理システムの一実施例でデータ処理システムは、オペレータ領域及びそれぞれのプロバイダ領域におけるデータを処理する別個のコンピュータ・プロセッサと、記憶媒体にデータを記憶するために各コンピュータ・プロセッサに接続された少なくとも１つの別個の記憶装置を有している。
【００３３】
本発明のこの実施例では、ネットワークのオペレータのコンピュータ・プロセッサは、オペレータ領域で実施される方法のステップを行うように構成されている。ネットワークのプロバイダのコンピュータ・プロセッサは、プロバイダ領域において実施される方法のステップを行うように構成されている。
従って、本発明は、電子通信ネットワークにおいて、オペレータに関する評価データ及びプランについて完全なデータをプロバイダに提供する評価請求機構を有する、電子通信ネットワークで使用される改良になる方法及びシステムを提供し、この方法及びシステムは、上記の目的及び利点を完全に満足するものであるということが明らかなはずである。本発明は、その特定の実施例に関して記載されたが、種々の形態の実施例が可能であり、本開示は、本発明の原理の例示として考慮されるべきであって、本発明を図示した特定実施例に限定する意図はないと理解されるべきである。
【実施例２】
【００３４】
本発明による配信評価システムの他の実施例は、図６に示してある。本発明による配信評価システムのこの実施例は、中央請求評価機能ＣＣＭ１４´を持つ１つのオペレータ１３´と配信評価機能ＤＲＦ１６´を備えた１つまたは数個のマーチャント１５´を有しているが、これに限定されるものではない。マーチャント１５´は、オペレータから地理的に分離することができる。オペレータとマーチャントは、それら自体の領域をそれぞれ管理する。このそれら自体の領域は、同一または異なる国に存在することができる。更に、オペレータとマーチャントは、それぞれそれ自体のデータを所有し、記憶し、管理する。従って、マーチャントにより制御されるデータは、オペレータによるアクセスから保護される。この逆もまた行われる。オペレータ１３´は、記憶装置１７´に記憶された電子商業／支払いサービスのようなサービスに関する中央料金表データ及びサービス料金リストを管理する。オペレータは、加入者の口座データ１８´を維持もする。マーチャント１５´は、記憶装置１９に記憶された特定のローカル製品データ及び価格−リストを所有し管理する。
【００３５】
オペレータは、第１の実施例に関して記載した接続プロトコルを使用してインターフェイス２０´と２１´を介してマーチャントと通信する。
更に、本発明は、本発明を実施するに適したコンピュータ・プログラム、特に、キャリア上またはキャリア内におけるコンピュータ・プログラムにも及ぶ。プログラムは、本発明による方法の実施で使用するに適したソース・コード、オブジェクト・コードの形のコードであってもよい。キャリアは、プログラムを運ぶことができるどのような存在または装置とすることもできる。例えば、キャリアは、記録媒体、コンピュータ・メモリ、リード・オンリー・メモリまたは電気キャリア信号であってもよい。
【００３６】
インテリジェント／ＣＡＭＥＬネットワークにおける携帯電話の呼び出しに関連して上記方法が記載されたが、この方法は、終端及び発信の両方のどのような通信セッション及び他の種類のネットワークにおける他の通信サービスにも適応可能である。例えば、本発明による方法及びシステムは、ユーザとプロバイダ用の多くの種々のほぼ高性能の電話及びデータ通信サービスを提供する他の携帯電話ネットワーク、公衆交換通信ネットワーク（ＰＳＴＮ）、ＩＳＤＮ、ＡＴＭ、インターネットなどに適応可能である。
【００３７】
例えば、配信評価は、２つより多くのレベルで行うことができる。他の実施例では、インターネットで物品を提供する電子的なマーチャントは、評価のためにサービス・プロバイダを必要とする。マーチャントは、プロバイダにより要求された評価データを決定するための局部的または配信評価データを有している。プロバイダは、マーチャントから受信した評価データに基づいて評価データを決定する。次に、プロバイダにより決定された評価データは、上記のように最終評価のためオペレータに送られる。各プロバイダは、幾つかの電子的なマーチャントまたは他のプロバイダに接続されてもよい。
【図面の簡単な説明】
【００３８】
【図１】携帯電話ネットワークの一部の略図である。
【図２】本発明による配信評価システムを含む図１のネットワークのインテリジェント・ネットワーク（ＩＮ）の実施の略図である。
【図３】図２の配信評価システムの一実施例を更に詳細に示す。
【図４】本発明による評価データの決定方法の一実施例を示すシグナリング図である。
【図５】図２のシステムにおける中央請求機能の解析トリーの一部を示す。
【図６】図２の配信評価システムの他の実施例を更に詳細に示す。
【図１】
2005519497.tif 000003
【図２】
2005519497.tif 000004
【図３】
2005519497.tif 000005
【図４】
2005519497.tif 000006
【図５】
2005519497.tif 000007
【図６】
2005519497.tif 000008
【手続補正書】
【提出日】平成15年9月19日(2003.9.19)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１４
【補正方法】変更
【補正の内容】
【請求項１４】
通信ネットワークにおけるサービスに関する評価データを決定する配信評価システムにおいて、
サービスまたは加入者に関連したサービス・データにアクセスし、
前記サービスまたは加入者に関連した配信評価データ（１９）に基づいて配信評価のための配信評価手段（１６、１９、２１）に対して前記アクセスしたデータを含む評価要求を送り、
前記配信評価手段（１６、１９、２１）から結果として生じた評価データを受信し、
前記受信された評価データに基づいて前記加入者の評価値を決定するに適したコンピュータ装置を含む中央評価手段（１４、１７、２０）を有することを特徴とする配信評価システム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１３
【補正方法】変更
【補正の内容】
【００１３】
通信ネットワークにおいて、オペレータに関する評価データ、プラン、アルゴリズムまたはスキームに関し、プロバイダ用に完全な本発明による配信評価システムを含む図１のネットワークについてのインテリジェント・ネットワーク（ＩＮ）の実施の一例が図２に示してある。インテリジェント・ネットワーク（ＩＮ）は、シグナリング・ネットワークを有し、このシグナリング・ネットワークは、ネットワーク要素間においてメッセージの切り替えを行う。本発明のこの実施例では、特定の種類のシグナリング・プロトコル、シグナリング・システム７（ＳＳ７）は、情報メッセージの交換用のキャリアとして使用され、インテリジェント・ネットワーク・サービスに有用な多種類の情報要素を搬送する。しかし、ＳＳ７は、単に一つの例であって、シグナリング・プロトコルは、インターネット・プロトコル（ＩＰ）、ＧＳＭ／ＵＭＰＳ用のキャメル（Camel）・アプリケーション・パート（ＣＡＰ）、固定ネットワーク用のＩＮアプリケーション・パート（ＩＮＡＰ）のような他のプロトコルに基づくことができる。この場合、ＣＡＰとＩＮＡＰは、ＳＳ７／Ｃ７／ＳＩＧＴＲＡＮで送られる。


【国際調査報告】
2005519497.tif 000009
2005519497.tif 000010
2005519497.tif 000011