JP4088549B2 - 電気通信網における方法 - Google Patents
電気通信網における方法 Download PDFInfo
- Publication number
- JP4088549B2 JP4088549B2 JP2003113459A JP2003113459A JP4088549B2 JP 4088549 B2 JP4088549 B2 JP 4088549B2 JP 2003113459 A JP2003113459 A JP 2003113459A JP 2003113459 A JP2003113459 A JP 2003113459A JP 4088549 B2 JP4088549 B2 JP 4088549B2
- Authority
- JP
- Japan
- Prior art keywords
- service
- user
- subscriber
- data
- services
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/0016—Arrangements providing connection between exchanges
- H04Q3/0029—Provisions for intelligent networking
- H04Q3/0045—Provisions for intelligent networking involving hybrid, i.e. a mixture of public and private, or multi-vendor systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/42136—Administration or customisation of services
- H04M3/42153—Administration or customisation of services by subscriber
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/42229—Personal communication services, i.e. services related to one subscriber independent of his terminal and/or location
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/42229—Personal communication services, i.e. services related to one subscriber independent of his terminal and/or location
- H04M3/42263—Personal communication services, i.e. services related to one subscriber independent of his terminal and/or location where the same subscriber uses different terminals, i.e. nomadism
- H04M3/42272—Personal communication services, i.e. services related to one subscriber independent of his terminal and/or location where the same subscriber uses different terminals, i.e. nomadism whereby the subscriber registers to the terminals for personalised service provision
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/42025—Calling or Called party identification service
- H04M3/42034—Calling party identification service
- H04M3/42059—Making use of the calling party identifier
- H04M3/42068—Making use of the calling party identifier where the identifier is used to access a profile
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【発明の属する技術分野】
本発明は一般に通信網内のデータ分配の分野に関するもので、特に複数のサービス提供者とサービス・イネーブラ(service enablers)が存在する通信網内の種々のサービスに関係する種々のデータの統合に関する。
【0002】
【従来の技術】
これまでは、移動電話網(PLMN)や固定回路交換網(PSTN)やデータ通信網などの通信網は別個のシステムであった。電気通信網の特徴は垂直に統合されていることである。これはアプリケーションやサービスが転送技術に密接に結び付いていることを意味する。例えば、移動体システムGSMは一組のサービスとアプリケーションを提供するが、その外観と利点と限界の少なくとも大部分は通信技術により与えられる。固定電話網(PSTN)はこのシステムに用いられる通信技術に密接に連結するサービスとアプリケーションの異なる集合を提供し、そのサービスの使用と概観の多くはPLMNにおける同様のサービスとは異なっている。使用者には同じように見えるサービスも、技術に密接に関係するので、異なる網では非常に異なる方法で実現される。
【0003】
サービスと通信技術とが密接に関係していることも、網の運営者が使用者へのサービスの主要な提供者でもあったということの重要な理由であった。サービスを提供するには、網全体の知識とアクセスが欠かせない。垂直に統合された網を図1に示す。
【0004】
多様化されたサービス(複合サービス)と、サービス提供者の間の競争を促進することの要求が高まっている。同時に、電気およびデータ通信網が発展した。新しい世代の通信システムはセルラ電話やIPに基づくデータ通信などの種々の通信技術を統合する。新しいシステムは、例えばアクセス層とコア層とサービス層を備える水平に層化されたものとして描かれることが多い。図2は層化された通信システムを示す。このシナリオでは、例えば運営者、サービス提供者、サービス・イネーブラ、コンテンツ提供者、アプリケーション(インターネット(R))サービス提供者などの既存および新規のプレーヤが相互に作用して多様なサービスを使用者に提供する。サービスは、網(サービス網200)の形を有するサービス層内で提供され管理される。サービス網200はコア網210と相互に作用し、一般にIP構造を有して転送および交換機能を提供する。コア網から複数のアクセス網と通信することができる。アクセス網は、GSMやUMTSなどの種々の容量と特徴を持つセルラ・システム220や、固定電話(PSTN)230や、IPに基づくデータ通信240や、ケーブルTV250を含む種々の網でよい。サービス網200は、好ましくはオープン構造(例えばオープン・サービス構造OSA)とオープン・インターフェース(例えば、OSAアプリケーション・プログラム・インターフェースAPI)を有し、これにより多数のプレーヤは相互に作用して使用者にサービスを提供することができる。垂直に統合された網と層化された網との比較はエリクソン・レビュー(Ericsson Review)No.2, 2001に述べられている。
【0005】
好ましくは提供されるサービスは、使用者の個人的な要求や、アクセス方法(移動体システムや、固定システムなど)や、アクセスする端末の特性(例えば移動体端末の容量など)や、加入方式などに従って調整してよい。例えばアクセス方法はサービス網内のサービスの実行に影響を与えるが、サービスを実行する多くの部分は、例えばアクセス方法に関わらず似ているかまたは同じである。したがって、サービス提供者は同じ「積み木(building blocks)」を用いて、異なる使用者用に調整した異なるサービスを構築することができる。積み木は、例えば電話番号サービスや、メッセージ・サービスや、位置決めツールなどである。サービス網の開放性と、2つ以上の特定のサービスに積み木を用いることが可能であることとが、運営者やサービス提供者やサービス・イネーブラなどのプレーヤと使用者とに、新しいサービスをそれぞれ開発し使用する魅力を与える重要な要因と見なされている。
【0006】
提供されるサービスは、二人の移動体加入者の間に呼を設定するなどの基本的な電話サービスから、異なるアクセス網や1つ以上のインターネット・アプリケーションやセキュリティ・サービスが関わる複合サービスまでにわたる。複合サービスは、位置決めや、メッセージ交換や、電子商取引を用いるサービスを含んでよい。位置決めに基づくサービスは、例えば使用者の位置の近くにあるホテルを探すことである。かかるサービスは、移動体位置決めセンタを介する移動体システムの位置決めツールや、或る地域内のホテルを探したり分類したりする1つ以上のインターネット・アプリケーションや、使用者(例えばWAP)の端末に表示するのに適したフォーマットに情報を変換するアプリケーションや、部屋の予約や支払いを容易にする電子商取引アプリケーションを用いることを含む。複合サービスの別の例は、いわゆるフリート管理(fleet management)に関係する。使用者の選択されたグループ内の個々の使用者の位置に関する情報が、そのグループ内の一人または全ての使用者に提供される。各使用者の位置は位置決めシステムにより与えられる。これにより、使用者はグループ内の全ての他の人の位置に関する最新の情報を得ることができる。この種のサービスは、例えば一群の配送車を管理するのに有用である。かかるサービスを提供し実行するには、種々のサブシステムの間の多数のインターフェースが必要である。種々のサービス・システムが種々のサービス・イネーブラから提供されるので、サービス網と、オープン構造と標準化されたインターフェースを有するサービス網が必要なことは明らかである。
【0007】
【発明が解決しようとする課題】
サービス網内で多数のサービス提供者やイネーブラが多数のサービスを提供し、使用者が種々のアクセス網内に広がり、個人的なサービスや種々の支払い方法の要求が生じると、正しい使用者データの要求が高まり、そのデータに即座にアクセスすることが重要になる。今日の網では使用者に関係するデータは網全体に分散され、多くの場合に冗長な使用者データが記憶され、用いられている。データが分散して記憶されかつ冗長なので、使用者情報を検索し更新するのが困難である。使用者データが分散されている既存の網では、複合サービスの安定した機能性を実現し確保することは非常に困難である。使用者データが分散されていることの1つの欠点を、例えば位置決めサービスに基づく或る複合サービスへの加入を使用者が止める場合の例で示す。この場合、位置決めサービスを提供するサービス・システムからその加入者に関係する全てのデータが削除される。位置決めを用いる他の複合サービスをその使用者が利用したいと思っても、位置決めサービスを提供するサービス・システムからその使用者に関係するデータがすでに削除されているので、かかる他の複合サービスは重要な使用者関係データを持っていない。或る場合にはこの複合サービスを実行できないし、また或る場合には使用者データを網内の他の場所から検索できたとしても、複合サービスの実行が遅れたり、トラヒック負荷が増えたりする。
【0008】
また、使用者はサービスに従って異なるID、名前、別名により識別される。例えば、従来の電話サービスでは使用者の電話番号が用いられ、電子メール通信に基づくサービスでは電子メール・アドレスが用いられ、カレンダに基づくサービスでは使用者の別名が用いられる。複合サービスは種々の識別手段を持つ使用者データにアクセスする必要があり、使用者データが分散されている場合は、全ての複合サービスが全ての使用者識別を記憶し更新する必要がある。
【0009】
使用者データの現在の処理方法に伴う問題を要約すると次のようになる。
a) サービスに関係する使用者データに即座にアクセスすることができず、また完全な使用者データへのアクセスは非常に困難で時間がかかる可能性がある。
b) 1つのサービス・システムと別のサービス・システムとの関係を示す情報が容易に得られないので、例えば使用者データが変更された場合に他のサービス・システムにどのように影響を与えるかを知ることができない。
c) 使用者データが分散されるため、また異なるサービス・システムの間の関係が分からないために、システム内のデータの一貫性が弱くなり、トラヒック負荷が増加する。
【0010】
【課題を解決するための手段】
本発明が解決しようとする問題は、複合サービスおよび/または多数のサービスを提供するサービス網において、使用者および加入者データを記憶しアクセスして、データに即座にアクセスしまたデータの一貫性を保持するようにするための方法を提供することである。
この問題は、請求項1に定義される方法により解決される。
【0011】
本発明の1つの実施の形態に係るシステムは、共通加入者/使用者データベースと、使用者および加入者の情報を含む加入者/使用者データ記録を提供する。加入者/使用者データ記録を構成するのは、加入者と使用者を識別する少なくとも1つの識別フィールドと、サービス網内で提供される複数のサービスから少なくとも1つの選択されたサービスを指定する少なくとも1つのサービス・フィールドである。ただし、この少なくとも1つの選択されたサービスは使用者または加入者が選択する。前記少なくとも1つのサービス・フィールドの少なくとも1つは加入者/使用者に関係するデータを連結するリンクを提供し、これは共通加入者/使用者データベースの外部に記憶される。このように、共通加入者/使用者データベースと加入者/使用者記録により、サービス網内の使用者および/または加入者データにアクセスするための単一アクセス点の設定が容易になる。
【0012】
本発明の別の実施の形態では、加入者/使用者データ記録は少なくとも2つのサービス・フィールドで構成する。1つは、加入者が利用できるサービスの第1のグループを指定するサービス加入フィールドで、サービスの第1のグループ内のサービスはサービス網内で提供される前記複数のサービスから選択される。もう1つは少なくとも1つのサービス・アクティベーション・フィールド(service activation field)で、各サービス・アクティベーション・フィールドはサービスの第1のグループから選択された、使用者によって起動された(activated)サービスを指定する。サービス加入フィールドおよび/またはサービス・アクティベーション・フィールドは加入者/使用者に関するデータを連結するリンクを提供し、これは前記共通加入者/使用者データベースの外部に記憶される。
【0013】
本発明に係る、サービス網内の使用者および加入者データを記憶し保持するデータ記録を構成するのは、加入者と使用者を識別する少なくとも1つの識別フィールドと、サービス網内で提供される複数のサービスから少なくとも1つの選択されたサービスを指定する少なくとも1つのサービス・フィールドである。ただし、この少なくとも1つの選択されたサービスは使用者または加入者が選択する。前記少なくとも1つのサービス・フィールドの少なくとも1つは加入者/使用者に関するデータを連結するリンクを提供し、これは共通加入者/使用者データベースの外部に記憶される。
【0014】
本発明により、共通加入者/使用者データベースと使用者データ記録はサービス網内の使用者および加入者データにアクセスするための単一アクセス点を提供する。したがって使用者データへの迅速なアクセスが可能になり、使用者データは単一アクセス点だけを通してアクセスされまた必要であれば追加され更新され削除されるので、データの一貫性が達成される。
本発明の1つの実施の形態に係る方法は次のステップを含む。
・ 上に述べたシステムとデータ記録が提供するサービス網内の単一アクセス点にアクセスし、
・ 単一アクセス点にデータの読取りおよび/または書込みを要求し、
・ 単一アクセス点を介して使用者データ記録との間でデータの検索または転送を行う。
【0015】
本発明に係る方法の1つの利点は、使用者/加入者データに対する全ての要求がサービス網内の1つの場所(単一アクセス点)に向けられることである。
本発明の別の利点は、データを連結するリンクと連結データにアクセスするのに必要な情報が、前記データを検索する本発明の方法を用いて本発明のシステムにより提供されることである。
【0016】
定義
サービス網(SN)-- 通信システムの水平に層化された構造におけるサービス層に対応する。使用者サービスを提供するのに必要なノードと複数のサービス・システムはサービス網の一部と考える。正確にどのノードがサービス網に属すると見なされるかは実施の形態による。1つ以上の層/網に属するノードがあってよい。
サービス・システム-- サービスまたはサービスの一部を提供するシステム。サービス・システムは一般にサービス網に属する。サービス・システムは他のサービス・システムを用いて(通信して)特定のサービスを使用者に提供してよい。サービス・システムは1つ以上の異なるサービス、またはサービスのグループを提供してよい。
複合サービス-- 特定のサービスを使用者に提供するのに2つ以上のサービス・システムを関連させる必要のあるサービス。
【0017】
【発明の実施の形態】
本発明の実施の形態について、図面を参照して以下に説明する。
本発明は、使用者に関係するデータが網内に分散するために生じる問題に対処するため、使用者に関係するデータのための単一アクセス点(Single Access Point:SAP)をサービス網内に設ける。最高レベルのSAPは共通加入者/使用者データベース(Common Subscriber-user Database:CSD)と、CSD内に記憶するデータ記録で構成する。データ記録は使用者に関係するデータを記憶し、使用者に関係するデータを記憶する他の記録にリンクする。相互に作用して複合サービスを形成する異なるサービス・システムの間の依存性も好ましくはCSD内に記憶する。CSDはサービス網200からアクセス可能であり、一般にサービス網200内に常駐する。
【0018】
図3にCSDの役割を示す。一般に複数のサービス・システムからアクセスされる使用者または加入者に関係するデータは、CSD300内に記憶される。またCSD300内には、CSD300内に記憶される使用者データとCSD300内に記憶されない使用者に関係するデータとを連結するリンクを記憶する。連結データと呼ぶこのデータは一般に或るサービスまたはサービスのグループに特有のものであり、特定のサービス・システムにだけ関連する。サービス・システムA310と、サービス・システムB320と、サービス・システムC330は、或るサービスまたはサービスのグループを提供するサービス網200内のシステムの例である。リンクA340と、リンクB350と、リンクC360は、CSD300内のデータ記録が連結データにリンクすなわち参照項目を提供することを示す。共通使用者および加入者データはサービス・システムA310、またはB320、またはC330内に重複して記憶されるのではなく、CSD300内に記憶される。これにより一貫性が確保される。
【0019】
複合サービスの場合は1つ以上のサービス・システム(例えば、サービス・システムB320とC330)を用いる必要があり、2つのシステムBとCの間の依存性はCSD300内に記憶される。これをリンクB+C370で示す。或る実施の形態では、例えばサービス・システムAは電話番号サービスを提供し、サービス・システムBは移動体端末の位置決めを提供し、サービス・システムCは町の中のホテルやタクシーやレストランを探すインターネット・アプリケーションを提供をする。この場合、位置に基づくサービスを使用者に提供するにはサービス・システムBとサービス・システムCは相互に作用しなければならない。
【0020】
或る実現されたサービス網では、サービス・システムの数は一般にここに示した数よりはるかに多く、システム間の依存性と相互作用は3システム以上を含む。したがって、上記は制限のない例と考えるべきである。サービスを提供するシステムの数やこれらのシステム間の複雑な依存性に関わらず、共通の使用者に関係するデータは重複して記憶されない。これによりデータの一貫性を確保することができる。CSD内に記憶してデータの一貫性を可能にするデータ記録の構造について以下に詳細に説明する。
【0021】
ほとんどの実施の形態において、CSDは非常に大きなデータベースである。なぜなら、サービス網が提供する複数のサービスを用いる使用者についての使用者関係データを含まなければならないからである。これは図4に示すように分散データベースを用いることにより対処することができる。CSD300のデータは種々のユニット内に含まれる複数のデータベース400に分割される。CSDインデックス・テーブル(index table)410により、データベース400内のデータの内部の分散を隠す。CSDインデックス・テーブル410は、データベースの1つを含むユニットの1つまたは別個のユニット内に記憶してよい。データベース400とCSDインデックス・テーブル410はCSDフロントエンド420に接続する。CSDフロントエンド420とデータベース400内に記憶されるデータ記録とを組み合わせてSAP430を形成する。CSDフロントエンド420は図の矢印で示す全てのデータの要求を受け、CSDインデックス・テーブル410を用いてデータベース400からデータを検索する。外部からはCSD300は1つのアクセス点を持つ1つのデータベースに見えるが、内部では多数の別個のデータベース400を用いてよい。分散データベースの詳細な構造はこの技術で公知なのでこの明細書から省く。理解されるように、ここに説明するエンティティは論理エンティティと考えるべきものである。上に述べたようにデータベースは物理的に異なるユニットに分配して提供してよいが、CDSフロントエンド420やCSDインデックス・テーブル410などの他のエンティティも、物理的に別個のユニットに分配することを含む多くの異なる方法で実現してよい。単一アクセス点SAPという用語は、概念的にサービス網内の使用者に関係するデータの論理的アクセス点という意味に理解すべきである。実際には、CDSフロントエンド420は多数の同時アクセスだけでなく、例えばIPアドレスやHTMLアドレスやE.136アドレスを用いることによるアクセス、またはURLによるアクセスを含む種々の手段や方法によるアクセスも処理する機能を有する必要がある。
【0022】
CSD300内に記憶される使用者関係データは3つのエンティティの回りに構築される。3つのエンティティ(すなわち加入者と使用者とサービス)とそれらの関係を図5に示す。エンティティ加入者510はサービス網内で提供されるサービスの1つ以上の集合すなわちパッケージ525に加入する。加入者510は1つ以上の使用者505を所有する。使用者505はサービス520を活発に利用する。使用者は、加入者510が加入するサービスの集合525に属するサービスだけを使用することができる。使用者505は常に加入者510に属していなければならない。加入者510は常に一人以上の使用者505を所有する。多くの場合加入者510と使用者505は同じ人であるが、例えばビジネスの加入者の場合は、加入者は会社でよく、使用者はその会社の社員でよい。
【0023】
概念的レベルでは、使用者と加入者とサービスを識別するデータと、これらのエンティティの間の関係の定義は、使用者データ・モデルと呼ぶデータ・モデルに従って構築される。使用者データ・モデルUDMは実際の使用者関係データとサービス関係データだけでなく、使用者のサービスへの加入を含む。またサービス網内の重要な要素として活動して、連結データの記憶場所を絶えず参照することによりサービス内の使用者コンテキストの検索と管理を可能にするのはモデルである。本発明では、CSD300内に記憶される使用者関係データは使用者データ・モデルの原理に従って構築される。得られたデータ記録を使用者データ記録UDRと呼び、これはCSD300内に記憶される。連結データの記憶場所への参照は、CSD300内の記録から、サービスを提供するシステムA310,B320,C330内に記憶されている使用者関係データの一部へのリンク340,350,360に対応する。UDRは別の種類のデータ(例えば、利用可能なサービスとその特徴に関する情報)へのリンクも含んでよい。
【0024】
使用者データ・モデルの原理について、図6を参照して説明する。使用者データ記録UDRはUDMの原理に従って構築される。CSD300内に記憶されるデータの構造は、データの内部複写を防ぎ、システムに正しく連結して最も論理的にサービスを提供しまた必要なデータを保持するように、慎重に設計しなければならない。データを論理的にグループ化することによりオブジェクトを作る。主要なオブジェクトは上に説明した主エンティティに対応する加入者と使用者とサービスである。図内の矢印はオブジェクトの間のリンクを示す。実施の形態はCSDを構築するのに用いる技術に従って変わってよいが、論理的なグループ化は同じでなければならない。
【0025】
好ましくは次のオブジェクトをUDM内に含むべきである。
・ 使用者605: 基本的な使用者情報(例えば、使用者識別)を含む。使用者605は常に加入者610に属する。
・ 加入者610: 基本的な加入者情報(例えば、加入者識別)を含む。
・ カストマ・セグメント615: 加入者610を分類するのに用いる。カストマ・セグメント記述と基本的データを含む。
・ 提供されるサービス620: サービスの基本的情報を含む。
・ サービス・パッケージ625: 提供されるサービス620をパッケージ化するのに用いる。
・ サービス・パッケージ加入630: 加入者610がサービス・パッケージ625に実際に加入したことを反映するのに用いる。
【0026】
・ サービス加入635: サービス・パッケージ加入630の指定に従って加入者がサービス・パッケージ内の個別のサービス620に実際に加入したことを反映するのに用いる。
・ サービス・アクティベーション640: 使用者605がサービス加入635からの個別のサービスを実際に起動したことを反映するのに用いる。
・ 加入者共用資源645: 加入者610が加入した或るサービス内で用いられサービス加入635により指定される共用資源の基本的データを含む。共用資源は、他のサービス・システムによるサービスの実行を支援するのに必要なサービスを提供する任意のシステムである。
・ 使用者共用資源650: 使用者605が或る起動されたサービス640で用いる共用資源の基本的データを含む。この共用資源は他のサービス・システムによるサービスの実行を支援するのに必要な任意のシステムである。
【0027】
使用者オブジェクト605と加入者オブジェクト610は識別オブジェクトの例である。オブジェクト・サービス加入635とオブジェクト・サービス・アクティベーション640はサービス・オブジェクトの例である。サービス網200内に存在する全てのサービスはUDMに知られている。加入者610が或るサービスに加入する。提供されるサービス・オブジェクト620は提供される全てのサービスについての情報を含み、他のシステム内に記憶されているサービスに関係するデータへの参照項目を保持する。好ましくは、複数のサービスに関する詳細なデータは共通サービス・データベース内に記憶する。共通サービス・データベースはサービスに関するより詳細な情報を含み、提供されるサービス・オブジェクト620の内容は使用者のために特化されたサービス情報を表す。これにより、提供されるサービス620をCSD300と共通サービス・データベースとの間の接触点と見なすことができる。加入者610はサービスに1つずつ加入することもできるが、これでは準備が面倒になる。好ましくは、同様のサービス、または同じ加入者を引き付けそうなサービスをグループ化する。これはオブジェクト・サービス・パッケージ625に反映される。或るサービスは複数のサービス・パッケージで提供してよい。また或るサービス・パッケージを、同じ特徴と期待ニーズを持つ加入者のグループに提供してよい。このように加入者610をグループ化してカストマ・セグメント615を作り、加入者610は自分が属するカストマ・セグメントに提供される全てのサービスに加入してよい。或るサービスをカストマ・セグメントに追加するときは1つ以上のサービス・パッケージ625に含める。要するに、サービス・パッケージ625は提供されるサービス620をグループ化し、カストマ・セグメント615は加入者610をグループ化する。
【0028】
加入者610はそのカストマ・セグメントに提供されるサービスに、個別のサービスの形ではなくサービス・パッケージ625の形で加入する。サービスを別個に提供する必要がある場合でも、サービス・パッケージ625に含めなければならない。オブジェクト・サービス・パッケージ加入630は加入者が加入するサービス・パッケージの情報を保持し、オブジェクト・サービス加入635は含まれる個別の提供されるサービス620に関する情報を保持する。これらは個別の使用者605に提供されるサービスである。使用者は加入者が加入する全てのサービスを用いてよいが、多くの場合、使用者はサービスを選択する。使用者によるサービスの選択はオブジェクト・サービス・アクティベーション640に含まれる。オブジェクト・サービス・アクティベーション640は連結データ(affiliate data)への参照項目(references)を含む。
【0029】
複合サービスでは、例えば前に説明したホテルを予約する例のように、サービスを提供する2つ以上のシステムが関わる必要があることが多い。位置決めに基づくサービスは、一般に2つのシステム、移動体位置決めセンタMPC(mobile positioning centre)と、移動体網(アクセス網)の使用者のプロフィールを記憶するホーム加入者サーバHSS(home subscriber server)とが関わる。MPCやHSSなどのシステムは共用資源またはサービス・イネーブラの例である。オブジェクト加入者共用資源645と使用者共用資源650は複合サービスを提供する種々のシステムの間の依存性と、これらのシステムの連結データへの参照項目とを含む。依存性を指定することにより、1つのサービス・システムに必要なデータが別のシステムにより変更または削除されるのを防ぐことができる。例えば、別のサービス・システムがその複合サービスを実行するのに加入/アクティベーションを必要とする場合は、MPCを用いる1つのサービス・システムはMPCの加入/アクティベーションを終了させる。
【0030】
複数の複合サービスが用いる共用資源の別の例はカレンダである。種々の項目がどのようにして作成されたかに関わらず、使用者は一般に全ての項目を示す唯一のカレンダだけを希望する。上に述べたホテル予約の例では、ホテルを予約するサービスは好ましくはカレンダにもアクセスして自動的に予約を入れる。使用者は同じカレンダを用いて会議を予約したり誕生日を記憶したりする。ビジネスの場合に加入者が希望するのは、全ての使用者が共通のカレンダまたはそれぞれ相互のカレンダにアクセスすることが可能なこと、例えば使用者のグループが会議に集まれる日を自動的にチェックするという機能を用いることが可能なことである。このように、サービス「カレンダ」は、使い方に従って、複合サービスの独立のサービスとも、「ビルディング・ブロック」とも、サービス・イネーブラとも見なすことができる。
【0031】
本発明の別の実施の形態では、複合サービスを形成するサービスの間の依存性または共用資源の使用は、CSD内にではなく共通サービス・データベース内に記憶される。この実施の形態では、サービスの間の依存性は、CSD内に使用者/加入者レベルで記憶されるのではなく、共通サービス・データベース内にサービス毎のレベルで記憶される。この別の実施の形態では、サービス・システム内に記憶すべき依存性はより少なくなる。なぜなら、依存性は多数の使用者に共通であり、使用者の数は一般にサービスの数よりもはるかに多いからである。他方で、例えば使用者が複合サービスを停止(deactivate)する場合は、サービスの間の依存性について知るために共通サービス・データベースにアドレス指定しなければならない。全ての使用者/加入者に関係するデータに対するするアクセス点を1つだけにするという考え方を維持するため、使用者/加入者データを更新する目的でサービスの間の依存性をチェックする場合は、共通サービス・データベースへのアクセスは好ましくはSAPを通して行うようにする。
【0032】
サービス網は、例えばGSMなどの回路交換移動体システムや、GPRSなどのパケット交換システムや、UMTSなどの結合システムなど、種々の通信技術を用いて複数の異なるアクセス網にサービスを提供する。UDMは、使用者がどのアクセス網を用いるかだけでなく、アクセス網の使用者IDや属性についての情報を提供する。
【0033】
UDMの原理を示す例について図7を参照して以下に説明する。この略図はサービス網内で提供される複数のサービスを利用する一人の加入者と二人の使用者を示す。これはこの例を明確にするためであって、本発明を制限するものではない。実際には、加入者/使用者は多数のサービスを用いる。
リッチマン家はカストマ・セグメント615:「ファミリーVIPS」に登録したサービス網カストマである。リッチマン家は「リッチマン氏」と「リッチマン夫人」と「息子」から成り、実際にサービスに加入する資格があるのは父親である加入者615:「リッチマン氏」 だけである。カストマ・セグメントはサービス・パッケージ625:「パーティ・パック」とサービス・パッケージ:「ファイナンス」を彼らに提供する。
【0034】
連結データ660の「ボックス」はサービスに関わる全ての連結データを表す。この例では、連結データ660は、提供されるサービス620「リムジン予約」および「ジェット機予約」サービスと、共用資源650「MPC」の連結データである。注意すべきであるが、この例では提供されるサービス620「リムジン予約」は位置に基づくサービスなので使用者共用資源650「MPC」に依存する。
【0035】
サービス・パッケージ625:「パーティ・パック」は彼らが実際に必要とするものであって、彼らはそれを購入した。これは、加入者610:「リッチマン氏」とサービス・パッケージ625:「パーティ・パック」に関係する対応するサービス・パッケージ・オブジェクトが存在することに反映されている。このサービス・パッケージを購入すると、サービス・パッケージ625:「パーティ・パック」に含まれる3つのサービス加入635(提供されるサービス620毎に1つ)が作成される。
他方で、サービス・パッケージ625:「ファイナンス」はまだこの家族には余り魅力がない。これは、この目的のサービス・パッケージ加入630が図の中に見られないので分かる。
【0036】
一人の使用者605:「リッチマン夫人」 は提供されるサービス620:「リムジン予約」を用いる資格がある。これはサービス加入635(これは提供されるサービス620:「リムジン予約」に関係する)に関係するサービス・アクティベーション・オブジェクト640が存在することで表されている。また対応する使用者データ・オブジェクトが使用者:「リッチマン夫人」の「リムジン予約」連結データ内に存在する。注意すべきであるが、これは彼女が今のところ用いることのできる唯一の提供されるサービスなので、彼女が別のサービスを用いたいと思えば、それに応じて新しいサービス・アクティベーション・オブジェクト640を作成しなければならない。支払いは自分がするのだから、加入者610:「リッチマン氏」はこれに対して同意を与えなければならない。
【0037】
飛行機に乗りたい別の使用者605:「息子」はこれも加入したサービス・パッケージ625:「パーティ・パック」に含まれる提供されるサービス620:「ジェット機予約」を用いる資格がある。また対応する使用者データ・オブジェクトが使用者:「息子」 の「ジェット機予約」連結データ内に存在する。注意すべきであるが、これは彼が今のところ用いることのできる唯一の提供されるサービスなので、別のサービスを用いたいと思えば、それに応じて新しいサービス・アクティベーション・オブジェクト640を作成しなければならない。この場合も、支払いは結局自分がするのだから、加入者:「リッチマン氏」はこれに対して同意を与えなければならない。
【0038】
サービス・パッケージ625:「パーティ・パック」内の第3の提供されるサービス620:「パーティ設定」にはどの使用者も加入していないので、このサービスとこれらの使用者については加入活動化オブジェクトも連結データ内の使用者データも存在しない。
提供されるサービス620:「リムジン予約」は位置に基づくサービスなので、使用者:「リッチマン夫人」もMPCに準備されている。これは、対応する使用者共用資源650とMPC連結データ内の使用者データ・オブジェクトが存在することに反映されている。
これに反して、提供されるサービス:「ジェット機予約」は共用資源内に使用者データを準備する必要がないので、このサービスに関係する使用者:「息子」 に対しては使用者共用資源オブジェクトが作成されていない。
【0039】
この例では、連結データ内に加入者データ・オブジェクトも加入者共用資源オブジェクトもない。なぜなら、この例の中のどの加入済みサービスも、異なる使用者との共通の環境を必要としないからである(したがってこの例では、どの連結データにも加入者データを準備する必要がない。もっとも、本発明ではこの種の準備をすることは可能であるが)。この例では、サービス加入オブジェクトの役割は加入とこれに関係する提供されるサービスとを単に連結することである。
【0040】
CSD300内に記憶されている使用者と加入者とサービスのデータは上記のUDMに従って構築される。得られたデータ記録(data record)について図8を参照して以下に説明する。図の中の矢印はフィールドの間の依存性を示す。細い矢印は1対1の依存性を示し、太い矢印は複数のフィールドの間の依存性を示す。使用者データ記録UDR803は、基本的な加入者情報(例えば加入者識別)を含む加入者フィールド810を含む。加入者が所有する使用者を1つ以上の使用者フィールド805が指定する。使用者フィールド805と加入者フィールド810は識別フィールドの例である。カストマ・セグメント・フィールド815は加入者の特徴を表し、また加入者に提供されるサービス・パッケージを定義する。パッケージ毎に1つのサービス・パッケージ・フィールド825は利用可能なサービス・パッケージを定義し、また各サービス・パッケージ・フィールド825には、別個のサービス毎の基本的サービス情報を含む提供されるサービス・フィールド820が連結する。
【0041】
サービス・パッケージ加入フィールド830は加入者が加入したサービス・パッケージを定義し、サービス毎に1つのサービス加入フィールド835は全ての個別に利用可能なサービスを定義する。前に説明したように、各使用者はどのサービスを起動するかを選択することができる(サービス・アクティベーション・フィールド835のサービスから)し、また各使用者がサービスを選択するにはサービス・アクティベーション・フィールド840で指定する。したがって各使用者フィールド805はサービス・アクティベーション・フィールド840に連結する。サービス・アクティベーション・フィールド840は連結データ(すなわち、サービス・システム340,350,360内に記憶されている使用者データの一部)へのリンクを含む。リンクは、好ましくは連結データ記憶場所へのアドレス(例えば、IPアドレス)である。サービス加入フィールド835とサービス・アクティベーション・フィールド840はサービス・フィールドの例である。使用者が選択した任意のサービスが共用資源を使用する必要がある(すなわち、1つ以上の複合サービスが同じサービス・システムを用いる)場合は、使用者共用資源フィールド850内にシステムの間の依存性だけでなくこれらのシステム内に記憶されている連結データへのリンクが含まれる。同様にして、加入者共用資源フィールド845は加入者レベルでのシステムの間の依存性を含む。
【0042】
UDRは、連結データへのリンクだけでなく例えば連結データにアクセスするまたは共用資源を用いるのに必要な情報も含む。かかる情報の例は、種々のサービスで用いられる使用者識別のための種々の手段である。一般に識別子として、従来の電話サービスは電話番号を用い、電子メール・サービスは電子メール・アドレスを用い、カレンダ機能は別名を用いる。種々のサービス・システムを用いる複合サービスは、使用者識別のための1つ以上のこれらの異なる手段を必要とする。使用者識別の異なる手段は連結する必要がある(いわゆる識別マッピング)。これは本発明に係るデータ・モデルとデータ記録が、識別の種々の手段と属するサービスをUDR内に含むことにより、また好ましくはフィールド内にサービス・システム(すなわち、加入者共用資源フィールド845と、使用者共用資源フィールド850と、サービス・アクティベーション・フィールド840)へのリンクも保持することにより、提供する。
【0043】
上に述べたデータ記録とこれに含まれるフィールドは、多くの方法で、主としてデータベースで用いられる技術に従って実現することができる。かかる実施の形態の詳細は当業者に明らかであると考えられる。また上に述べた例以外のフィールドも連結データにリンクする。しかし実施の形態を簡単にしてデータの一貫性を高めるために、かかるリンクを行う異なるフィールドの数は制限することが好ましいし、不必要なおよび/または二重のリンクは設けないように注意しなければならない。
【0044】
サービス・アクティベーション・フィールド840と、加入者共用資源フィールド845と、使用者共用資源フィールド850に含まれるリンクは、CSD300内に記憶される主な使用者データと、サービス・システム340,350,360の連結データとの間の唯一の接続点である。これは使用者データの一貫性を保持するのに重要である。連結データはそのサービス・システム内だけで用いなければならない。使用者および加入者データの要求は、好ましくはCSDフロントエンド420と、CSDフロントエンド420が加入者および使用者データを検索する先のUDR803とにより実現される、単一アクセス点に対して行わなければならない。
【0045】
前に説明した本発明の別の実施の形態では、サービスの間の依存性が共通サービス・データベース内に記憶されている場合は、使用者共用資源フィールド850と加入者共用資源フィールド845は必要ない。この場合、対応するフィールドは共通サービス・データベースのデータ記録内で提供される。
【0046】
使用者データを更新するなどのデータ管理を行うときや、サービスを実行するに必要なデータを検索するなどの実時間使用のときは、SAPにアクセスしてよい。データ管理は、使用者管理、加入者管理、サービス管理、カストマ・セグメント管理、サービス加入およびアクティベーションおよびサービス・パッケージ管理を含む。実時間使用はサービス・システム内でアプリケーションを実行するときに起こる。アプリケーションが例えば位置に基づくサービスを提供するとき、アプリケーションはSAPから検索した或る使用者データを位置に基づくサービスに与える必要がある。別の例として、アプリケーションは連結データへの参照項目や、使用者に関連する種々の使用者ID、名前、別名のいくつかについての知識を必要とする。
【0047】
本発明のSAPを用いて、本発明に係る使用者および加入者データにアクセスする方法について、図9の略図を参照して以下に説明する。ここではアクセシング機能性をクライアント900で表す。クライアント900は上に述べたデータ管理機能または実時間使用を行ってよい。詳細な例は、後でサブセクション「使用事例」に示す。クライアントの使用の初期化は一般に、サービスを行うサービス・システム内のアプリケーションにより、またはサービス網内のサービス提供者または他のプレーヤにより初期化されたデータ管理アプリケーションにより行われる。したがって、或るクライアントは或るサービス・システムにリンクすることが多い。しかし必ずしもそうではない。この方法は次のステップを含む。
910: クライアントはCSDフロントエンド420を介してSAPにアクセスする。好ましくは、アクセスはデータ管理機能(例えば、読取りおよび/または書込み許可)にアクセスする権利を確立する要求/許可手続きを含む。
【0048】
920: クライアントは、一般に使用者IDまたは加入者IDを参照することによりCSDフロントエンド420との間のデータの読取りおよび/または書込みを要求する。
930: CSDインデックス・テーブル410を用いることにより、CSDフロントエンド420は分散データベースの中の正しいデータベースにアクセスする。
940: CSDフロントエンド420はUDR803との間でデータを検索しまたは転送する。
950: CSDフロントエンド420は要求されたデータをクライアントに返す。
【0049】
随意であるが、この方法は次のステップを含んでよい。
955: SAP内に記憶されていない使用者データ(すなわち連結データ)へのアクセスをクライアントが要求する場合は、まず上に述べたステップに従ってSAPにアクセスする。クライアントは例えばサービス・アクティベーション・フィールド840から、連結データと、連結データにアクセスするのに必要な使用者IDまたは使用者名などの情報へのリンクを提供される。
960: クライアントはSAPからの情報を用いて連結データ記憶場所にアクセスして、使用者関係データを要求する。
965: 連結データ記憶場所は使用者関係データをクライアントに返す。
【0050】
随意であるが、この方法は更に次のステップを含んでよい。
970: クライアントが使用者データを変更または削除または追加しようとする場合は、種々のサービス・システムの間の依存性についてUDR803をチェックしなければならない。すなわち、上に述べた例示の実施の形態では、種々のサービス・システムの間の依存性について使用者共用資源フィールド850と加入者共用資源フィールド845をチェックする。かかる依存性がある場合は、使用者データが別のサービス・システムで使われることがあるので普通は変更または削除してはならないとクライアントに通知する。
【0051】
管理活動の種類によって各ステップの詳細は変わる。主要な機能は、使用者および加入者データの変更をSAPに送ることである。一般にサービス・システム内に記憶されている連結データを変更するには、SAPにアクセスして当該連結データ記憶場所がどこにあるかの情報(すなわち、サービス・アクティベーション・フィールド840と、使用者共用資源フィールド850と、加入者共用資源フィールド845内に与えられる情報)を得る。次に記憶場所の連結データに直接アクセスする。または、かかる機能性がSAPに与えられている場合は、SAPを通して連結データにアクセスする。
【0052】
ステップ910のアクセスは、IPアドレスまたはULRを用いるなど、多数の異なる方法で行ってよい。またSAPはCSDフロントエンド420を介して、種々の異なるアクセス方法および種々のアクセス手段だけでなく複数の同時アクセスを扱うことができる。種々のアクセス方法が当業者に知られている。
本発明の上に説明した方法は、コンピュータ・プログラム製品またはコンピュータ・プログラム製品の一部として実現してよい。プログラム製品は例えばサービス網200内のサービス・システムに属するコンピュータ上で実行する。
【0053】
本発明に係るSAPと方法について、サービス網内の全てのサービスに適用できるものとして説明した。これは好ましい実施の形態である。SAPはサービス網内で本発明を用いないサービス・システムと共存することもできるが、本発明が提供する利点を用いることができるのはSAPを用いるサービス・システムだけである。
本発明について現在最も実用的で好ましいと考えられる実施の形態に関して説明したが、理解されるように、本発明はここに開示した実施の形態に限定されるものではなく、特許請求の範囲の精神と範囲内に含まれる種々の変更と同等の調整をカバーするものである。
【0054】
使用例
この例において管理者という用語は、サービス網内で一般にクライアント・サーバの関係でソフトウエア・クライアントを通して動作する管理の機能性を指す。
データ管理
使用者管理
使用者を得る
期待される結果:
SN使用者データ・モデル内の使用者関係情報を検索する。
前提条件:
少なくとも一人の使用者が存在しなければならない。
事例の説明:
管理者は使用者情報を検索する必要があり、これをSAPに要求する。管理者が正当な読取り許可機能を有する場合は、要求された情報(使用者情報、および/または加入者データ、および/または網アクセス・データ、および/または使用者共用資源)を検索することができる。
SN使用者データ・モデルがこの情報を提供したとき、場合によっては、管理者が用いるシステム(例えば、準備ツール)はSN使用者データ・モデルの外部の使用者情報を検索する(すなわち、実際の加入データおよび/または使用者共用資源データが常駐する連結データ記憶場所に到達する)必要がある。このため、これらの連結データへ向うSN SAPが保持する検索された参照項目(使用者IDとサービス・アドレスを提供する)をたどり、その連結データが発行した当該データ・アクセス・プロトコルを用いなければならない。
【0055】
使用者を作成する
期待される結果:
新しい使用者が定義される。
前提条件:
少なくとも一人の加入者が存在しなければならない。私的使用者の場合、加入者は使用者と同じプロセスで作成される。
事例の説明:
管理者は新しい使用者を作成することを希望する。このため、管理者は使用者の基本的データを入力し、使用者が関連する加入者を選択する。次に、新しい使用者記録をSAP内に作成して加入者に結合する。使用者は単独で存在することができないので、この結合はこのプロセスに固有である。なぜなら、加入者が作成した加入だけを利用しなければならないからである。
【0056】
使用者を削除する
期待される結果:
特定の使用者とその関連する全ての情報をSAPから削除する。
前提条件:
少なくとも一人の使用者が存在しなければならない。
事例の説明:
管理者は使用者をSAPから削除することを希望する。管理者が用いるシステム(一般に準備システム)はまず、サービス・データが常駐する連結データ記憶場所へのサービス参照項目と使用者共用資源参照項目を得て、各記憶場所に行ってそれぞれに記憶されている使用者サービス・データを削除する。次に、使用者オブジェクトの他に、加入者オブジェクト、および/または網アクセス・オブジェクト、および/または使用者共用資源オブジェクトを消す。
【0057】
使用者を更新する
期待される結果:
管理者は使用者データを変更する。
前提条件:
少なくとも一人の使用者が存在しなければならない。
事例の説明:
管理者(使用者自身でもよい)は使用者の基本的データを変更することを希望する(唯一の影響を受けるオブジェクトは使用者オブジェクトである)。SAP内の使用者オブジェクト情報を更新する。
【0058】
加入者管理
加入者を得る
期待される結果:
SN使用者データ・モデル内の加入者に関する情報を検索する。
前提条件:
少なくとも一人の加入者が定義されている。
事例の説明:
管理者は加入者に関係する情報をSAPに要求する。この情報は次のどれかを含んでよい。すなわち、加入者の基本的データ、サービス・パッケージ加入、サービス加入データ、カストマ・セグメント・データ、加入者共用資源データ、使用者のリストである。
SN使用者データ・モデルがこの情報を提供したとき、管理者が用いるシステム(例えば、準備ツール)はSAPの外部の加入者情報を検索する(すなわち、実際のサービス加入データおよび/または加入者共用資源データが常駐する連結データ記憶場所に到達する)必要がある。このため、これらの連結データへ向うSAPが保持する検索された参照項目(使用者IDとサービス・アドレスを提供する)をたどり、その連結データが発行した当該データ・アクセス・プロトコルを用いなければならない。
【0059】
サービス管理
サービスを得る
期待される結果:
提供されるサービスをSAPから取り出す。
前提条件:
少なくとも1つのサービスが定義されている。
事例の説明:
管理者は提供されるサービス情報をSN SAPに要求する。サービス・オブジェクト内に含まれるデータを検索する。
【0060】
サービスを追加する
期待される結果:
新しい提供されるサービスのパッケージ化が準備される。
前提条件:
サービスがすでに開発され、配置され、形成されている。すなわち、提供されるサービスが存在し、その情報がSNの他の部分から利用できる。
事例の説明:
提供されるサービスに加入できるようにするため、まず提供されるサービス・オブジェクトを作成してSAPに示す。
提供されるサービスを作成するとき、管理者は提供されるサービス・テンプレートを提供しなければならない。
【0061】
カストマ・セグメント
カストマ・セグメントを得る
期待される結果:
カストマ・セグメントとこれに関連する情報をSAPから検索する。
前提条件:
少なくとも1つのカストマ・セグメントが存在しなければならない。
事例の説明:
管理者は、一般に準備システムを通して、カストマ・セグメントに関連する情報を知る必要がある。かかる情報をSN SAPに要求すると、SN SAPはカストマ・セグメント情報とこれに関連するサービス・パッケージ情報(各サービス・パッケージ内に含まれるサービスを含む)を送る。
変形:
更に、そのカストマ・セグメントに属する加入者のリストを検索することができる。
【0062】
カストマ・セグメントを作成する
期待される結果:
新しいカストマ・セグメントが定義され、加入者をこれに関連付けることができる。
前提条件:
少なくとも1つのサービス・パッケージが存在しなければならない。
事例の説明:
カストマ区分により加入者の分類とサービスのグループ化が可能になる。各加入者は或る(1つの)カストマ・セグメントに属さなければならないので、加入者を定義する前にこれらを作成しなければならない。
このため、管理者はカストマ・セグメントを作成して、いくつかの利用可能なサービス・パッケージをこれに結合する。かかるサービス・パッケージ内に含まれるサービスは、この新しいカストマ・セグメントに結合する各加入者に提供するサービスで構成する。新しいカストマ・セグメントはSAP内に追加され、選択されたサービスに連結される。
【0063】
サービス加入と活動化
加入を作成する
期待される結果:
特定の使用者用の特定の提供されるサービスを起動することができるようになる。次の0を参照のこと。
前提条件:
関係者(actor)(加入者)がサービス・パッケージにすでに加入している。
事例の説明:
加入者は、サービスを起動して使用者が用いることができるようにしたいと希望する。既存の使用者とは独立のサービス加入を介して、加入オブジェクトを作成し、提供されるサービスに結合しなければならない。
連結データ準備契約に従い、また提供されるサービス・テンプレートの設定に従って固定加入関係情報を連結データに準備することにより、使用者準備を行わなければならない。これにより、連結データ内に新しい使用者データ・オブジェクトが作成される。
加入オブジェクトは連結データ内のこの使用者コンテキストを指すので、更なる活動化と他の準備に関係する活動が支援される。この参照項目は、アプリケーションが割り当てる使用者IDと連結のアドレスから成る。
【0064】
サービスを活動化する
期待される結果:
サービスを初めて用いられるよう準備する。
前提条件:
この使用者とこの提供されるサービスに関係する加入が上記に従ってすでに作成されている。
事例の説明:
或る提供されるサービスの使用準備の最後のステップはその起動である。管理者(場合によっては単に使用者でよい)はその準備テンプレートに従うサービス起動に必要な個人情報を提供する。起動設定はその連結データ準備契約に従って連結データ記憶場所に送られる。
SAP内の対応するオブジェクト(加入オブジェクト)が更新されて、サービスが起動したことを反映する。
サービスが常駐する連結データ記憶場所への参照項目(サービス使用者IDと連結アドレス)と、サービスとそれが必要とする共用資源との間の関係も確立しなければならない。
【0065】
実時間使用の事例
共用資源を得る
期待される結果:
アプリケーションは使用者または加入者が用いる共用資源を得る。アプリケーションはこの情報を用いて、サービスを実行するために資源にアクセスしてよい。
前提条件:
使用者のための少なくとも1つのサービスの使用準備ができていなければならない。
事例の説明:
アプリケーションが提供するサービスは、実行時に、サービス実行プロセスを支援する共用資源にアクセスする必要がある。例えば、位置に基づくサービスを提供するアプリケーションは、アクセス網から位置情報を得るイネーブラにアクセスしてアプリケーションに見えるようにする必要がある。
このため、使用者/加入者に属する共用資源についての情報を得ることを希望するアプリケーションは、使用者の識別を用いてそれを要求する。全ての可能な識別はSN使用者データ・モデル内に保持されており、また各サービスとその共用資源とは関連があるので、要求された情報はアプリケーションに送られる。
【0066】
使用者IDを得る
期待される結果:
アプリケーションは任意の使用者IDを得る。アプリケーションはサービスを実行するためにこの情報を用いる。
前提条件:
少なくとも一人の使用者が存在しなければならない。
事例の説明:
アプリケーションが提供するサービスは使用者の任意の識別を用いることができるが、サービスの特徴によって、使用者の他の識別を知る必要がある(例えば、電子メール・アドレスを持っていると、電子メールをSMSフォーマットで送るためにMSISDNを知りたいと思う)。SN SAPは全ての使用者識別を知っているので、要求された情報を送る。
【0067】
サービス・リストを得る
期待される結果:
加入したサービスのリストがSN SAPにアクセスするエンティティに送られる。
前提条件:
少なくとも一人の使用者が存在する。
事例の説明:
認可のために、加入した使用者へのサービスのリストを得たいと思うエンティティがあるので、そのサービスを用いたいときは、この使用者がそのサービスを用いる権利を持つかどうかチェックする。このため、SAPは要求されるとこのリストを作成して送ることができる。
【図面の簡単な説明】
上に概説した本発明の機能と利点について、以下の図面に関連して詳細に説明する。図面中、同じ参照番号は同じ要素を指す。
【図1】 従来の垂直に統合された網の略図。
【図2】 サービス網を構成する水平に層化された網の略図。
【図3】 本発明に用いられる共通使用者/加入者データベースの略図。
【図4】 本発明の単一アクセス点の略図。
【図5】 本発明の基本的エンティティの間の関係。
【図6】 本発明に係る使用者データ・モデルの略図。
【図7】 本発明に係る使用者データ・モデルの使用例。
【図8】 本発明に係る使用者データ記録の略図。
【図9】 本発明に係る方法を示す略図。
【符号の説明】
200 サービス網
300 共通加入者/使用者データベース
635 サービス加入
640 サービス起動
803 使用者データ記録
805 使用者フィールド
810 加入者フィールド
Claims (10)
- 複数のサービスを提供する複数のサービス・システム(310,320,330)を有するサービス網(200)内の使用者および加入者データを記憶しまた保持する方法であって、前記システムは使用者および加入者情報を有する加入者/使用者データ記録と複数のサービスに関係する加入者/使用者情報とを含む加入者/使用者データベースを備え、前記方法は、
・ 使用者データを共通加入者/使用者データベース(300)に使用者データ記録の形で記憶し、
・ 使用者を識別する少なくとも1つの識別オブジェクト(605,610)を前記使用者データ記録に記憶し、
・ 前記サービス網内で提供される前記複数のサービスから前記使用者が選択する少なくとも1つの選択されたサービスを指定する少なくとも1つのサービス・オブジェクト(635,640)を前記使用者または加入者データ記録に記憶する、
ことを含み、
前記少なくとも1つのサービス・オブジェクトの少なくとも1つは前記加入者または使用者に関係する連結データ(660)へのリンクを提供し、前記連結データは前記共通加入者/使用者データベースの外部に記憶され、
前記方法は、更に、
・ 加入者または使用者に関する情報にアクセスするために前記共通加入者 / 使用者データベース(300)にクライアントからアクセスし(910)、
・ 単一アクセス点を介して加入者または使用者データ記録から/へデータを検索または転送し、
・ 前記使用者または加入者データ記録のサービス・オブジェクト(635,640)が連結データ(660)へのリンクを含んでいるかチェックし、もし含んでいれば、連結データ記憶場所にアクセスして使用者データを検索する、
ことを含む方法。 - ・ 前記サービス網内で提供される前記複数のサービスから選択される加入者が利用可能なサービスの第1のグループを指定するサービス加入オブジェクト(635)と、
・ 前記サービスの第1のグループから選択された、使用者によって起動されたサービスをそれぞれが指定する少なくとも1つのサービス・アクティベーション・オブジェクト(640)と、
を記憶することを更に含み、
前記サービス加入オブジェクトおよび/またはサービス・アクティベーション・オブジェクトは加入者または使用者に関係する連結データにリンクし、また前記連結データは前記共通加入者/使用者データベースの外部に記憶される、
請求項1記載の方法。 - ・ 前記加入者に属する各使用者をそれぞれが識別する複数の使用者オブジェクト(605)と、
・ サービス・アクティベーション・オブジェクト(640)であって、各使用者オブジェクトにリンクし、前記サービスの第1のグループから選択される各使用者が利用可能なサービスの使用者当たりのグループを指定し、また前記共通加入者/使用者データベースの外部に記憶されている連結データにリンクする、使用者毎の少なくとも1つのサービス・ アクティベーション・オブジェクト(640)と、
を記憶することを更に含む請求項2記載の方法。 - 複合サービスを実行する種々のサービス・システムの間の依存性を定義する情報を記憶することを更に含む請求項3記載の方法。
- 使用者毎に、前記使用者オブジェクトと前記サービス・アクティベーション・オブジェクトとにリンクする使用者共用資源オブジェクト(650)を記憶することを更に含み、前記使用者共用資源オブジェクトは使用者レベルのサービス・システムの間の依存性を定義する、請求項4記載の方法。
- 前記加入者オブジェクトと前記サービス加入オブジェクトとにリンクする加入者共用資源オブジェクト(645)を記憶することを更に含み、前記加入者共用資源オブジェクトは加入者レベルのサービス・システムの間の依存性を定義する、請求項4記載の方法。
- 使用者毎に、使用者を識別するための複数の手段を記憶することを更に含む請求項4記載の方法。
- 前記識別手段は、電話番号、個人識別コード、電子メール・アドレス、名前、または別名の1つ以上である、請求項7記載の方法。
- 前記識別手段はサービス・システムの間の依存性も記憶するオブジェクト内に記憶される、請求項7記載の方法。
- 前記使用者が利用可能なサービスを指定する複数のオブジェクトを記憶することを更に含み、前記複数のオブジェクトは、
・ 前記加入者オブジェクト内で指定される加入者が利用可能なサービスのグループをそれぞれが指定する、少なくとも1つのサービス・パッケージ・オブジェクト(625)と、
・ 前記加入者オブジェクトの加入者を特徴づけまたサービス・パッケージを指定するカストマ・セグメント・オブジェクト(615)と、
・ 前記サービス・パッケージ・オブジェクトが指定するサービス・パッケージに含まれる別個のサービス毎のサービス情報を含む少なくとも1つの提供されるサービス・オブジェクト(620)と、
を含む、請求項3記載の方法。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
SE0201287A SE0201287D0 (sv) | 2002-04-25 | 2002-04-25 | Service Network Framework |
SE0201287-0 | 2002-04-25 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2003333182A JP2003333182A (ja) | 2003-11-21 |
JP4088549B2 true JP4088549B2 (ja) | 2008-05-21 |
Family
ID=20287714
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003113459A Expired - Fee Related JP4088549B2 (ja) | 2002-04-25 | 2003-03-13 | 電気通信網における方法 |
Country Status (8)
Country | Link |
---|---|
US (1) | US20040039807A1 (ja) |
JP (1) | JP4088549B2 (ja) |
KR (1) | KR100989479B1 (ja) |
CN (1) | CN1453956B (ja) |
DE (1) | DE10311074A1 (ja) |
GB (1) | GB2387990B (ja) |
IT (2) | ITMI20030653A1 (ja) |
SE (1) | SE0201287D0 (ja) |
Families Citing this family (30)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7565326B2 (en) * | 2000-05-25 | 2009-07-21 | Randle William M | Dialect independent multi-dimensional integrator using a normalized language platform and secure controlled access |
WO2006012058A1 (en) * | 2004-06-28 | 2006-02-02 | Japan Communications, Inc. | Systems and methods for mutual authentication of network |
US7725716B2 (en) * | 2004-06-28 | 2010-05-25 | Japan Communications, Inc. | Methods and systems for encrypting, transmitting, and storing electronic information and files |
US20060026268A1 (en) * | 2004-06-28 | 2006-02-02 | Sanda Frank S | Systems and methods for enhancing and optimizing a user's experience on an electronic device |
US20060015450A1 (en) * | 2004-07-13 | 2006-01-19 | Wells Fargo Bank, N.A. | Financial services network and associated processes |
US8068502B2 (en) * | 2004-12-30 | 2011-11-29 | Alcatel Lucent | Method and apparatus for enabling persistent connections with wireless networks |
US7603109B2 (en) * | 2005-03-10 | 2009-10-13 | Qualcomm Incorporated | Methods and apparatus for over-the-air subscriptions |
ATE546009T1 (de) * | 2005-04-01 | 2012-03-15 | Ericsson Telefon Ab L M | Mehrbetreiber-telekommunikationsdistribution von dienstinhalt |
US8473570B2 (en) | 2005-05-05 | 2013-06-25 | Qualcomm Incorporated | Methods and apparatus for simultaneously hosting multiple service providers on a network |
US20060265283A1 (en) * | 2005-05-20 | 2006-11-23 | Anchorfree, Inc. | System and method for monetizing internet usage |
US7647305B2 (en) * | 2005-11-30 | 2010-01-12 | Anchorfree, Inc. | Method and apparatus for implementing search engine with cost per action revenue model |
US9626683B2 (en) * | 2005-05-20 | 2017-04-18 | Anchorfree, Inc. | Method and system for advanced messaging |
US20060293962A1 (en) * | 2005-05-20 | 2006-12-28 | Anchorfree, Inc. | Computerized networking device with embedded advanced content and web traffic monetization functionality |
US20060265501A1 (en) | 2005-05-20 | 2006-11-23 | Anchorfree Wireless | System and method for enabling wireless internet access in public areas |
US7747619B2 (en) * | 2005-11-30 | 2010-06-29 | Anchorfree, Inc. | Computerized system and method for advanced advertising |
CN101313563A (zh) * | 2006-01-23 | 2008-11-26 | 中兴通讯股份有限公司 | 一种个性化分区业务的实现方法 |
CN1859392B (zh) * | 2006-01-25 | 2011-04-13 | 华为技术有限公司 | 业务编址方法、系统及其应用 |
US8533338B2 (en) * | 2006-03-21 | 2013-09-10 | Japan Communications, Inc. | Systems and methods for providing secure communications for transactions |
US20080046879A1 (en) * | 2006-08-15 | 2008-02-21 | Michael Hostetler | Network device having selected functionality |
US8826139B1 (en) | 2007-02-02 | 2014-09-02 | Resource Consortium Limited | Searchable message board |
US7792912B2 (en) * | 2007-03-30 | 2010-09-07 | International Business Machines Corporation | Product, method and system for managing multiple user IDS in instant messaging or email computer software applications |
BRPI0822932A2 (pt) | 2008-07-14 | 2015-06-23 | Nokia Siemens Networks Oy | Método e aparelho para uma base de dados de assinante |
CN102056133B (zh) * | 2009-11-05 | 2014-09-10 | 中兴通讯股份有限公司 | 一种实现集中接入业务运营支撑系统的装置和方法 |
US8346095B2 (en) | 2009-12-07 | 2013-01-01 | Centurylink Intellectual Property Llc | System and method for providing multi-provider telecommunications services over a passive optical network |
CN102882697B (zh) * | 2011-07-13 | 2015-08-26 | 北京佳讯飞鸿电气股份有限公司 | 一种基于回调机制的网管系统多客户端的消息接收方法 |
CN103269282A (zh) * | 2013-04-25 | 2013-08-28 | 杭州华三通信技术有限公司 | 网络配置自动部署方法和装置 |
US9942413B2 (en) | 2014-04-02 | 2018-04-10 | Centurylink Intellectual Property Llc | Multi-network access gateway |
JP6259406B2 (ja) * | 2015-02-16 | 2018-01-10 | 日本電信電話株式会社 | データ管理装置及びデータ管理方法 |
CN106227712A (zh) * | 2016-07-28 | 2016-12-14 | 浪潮通用软件有限公司 | 一种基于可扩展标记语言实现数据快速换转文档的方法 |
US11974365B2 (en) * | 2021-01-29 | 2024-04-30 | Slice Wireless Solutions | Wireless supernetwork for dense environments |
Family Cites Families (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1788738B1 (en) * | 1992-11-27 | 2011-11-09 | Io Research Pty. Limited | Distributed database system and database receiver thereof |
CN1084577C (zh) | 1994-01-21 | 2002-05-08 | 诺基亚电信公司 | 移动通信系统及其基站和在其中提供服务的方法 |
US5974135A (en) * | 1997-06-11 | 1999-10-26 | Harrah's Operating Company, Inc. | Teleservices computer system, method, and manager application for integrated presentation of concurrent interactions with multiple terminal emulation sessions |
US5953526A (en) | 1997-11-10 | 1999-09-14 | Internatinal Business Machines Corp. | Object oriented programming system with displayable natural language documentation through dual translation of program source code |
WO1999044127A1 (en) * | 1998-02-26 | 1999-09-02 | Sun Microsystems, Inc. | Dynamic lookup service in a distributed system |
US20010042006A1 (en) * | 1999-03-31 | 2001-11-15 | Leo Chan | Method and apparatus for targeting advertising in overlapping sales territories |
JP2001034520A (ja) | 1999-07-27 | 2001-02-09 | Nec Corp | データベースの格納情報共有装置および方法 |
US6516337B1 (en) * | 1999-10-14 | 2003-02-04 | Arcessa, Inc. | Sending to a central indexing site meta data or signatures from objects on a computer network |
US6490575B1 (en) * | 1999-12-06 | 2002-12-03 | International Business Machines Corporation | Distributed network search engine |
US6675166B2 (en) * | 2000-02-09 | 2004-01-06 | The John Hopkins University | Integrated multidimensional database |
US6823056B1 (en) | 2000-09-01 | 2004-11-23 | Bellsouth Intellectual Property Corporation | Multiple services per trigger within a telecommunications network |
US6732106B2 (en) * | 2000-12-08 | 2004-05-04 | Matsushita Electric Industrial Co., Ltd. | Digital data distribution system |
US20020103761A1 (en) * | 2001-01-27 | 2002-08-01 | Glassco David H.J. | Method and apparatus for managing and administering licensing of multi-function offering applications |
US6396421B1 (en) * | 2001-07-31 | 2002-05-28 | Wind River Systems, Inc. | Method and system for sampling rate conversion in digital audio applications |
US7401148B2 (en) * | 2001-11-16 | 2008-07-15 | At&T Mobility Ii Llc | System for customer access to messaging and configuration data |
US20030135507A1 (en) * | 2002-01-17 | 2003-07-17 | International Business Machines Corporation | System and method for managing and securing meta data using central repository |
-
2002
- 2002-04-25 SE SE0201287A patent/SE0201287D0/xx unknown
-
2003
- 2003-03-13 DE DE10311074A patent/DE10311074A1/de not_active Withdrawn
- 2003-03-13 KR KR1020030015881A patent/KR100989479B1/ko active IP Right Grant
- 2003-03-13 GB GB0305838A patent/GB2387990B/en not_active Expired - Fee Related
- 2003-03-13 JP JP2003113459A patent/JP4088549B2/ja not_active Expired - Fee Related
- 2003-03-13 CN CN031225934A patent/CN1453956B/zh not_active Expired - Fee Related
- 2003-03-13 US US10/387,633 patent/US20040039807A1/en not_active Abandoned
- 2003-04-02 IT IT000653A patent/ITMI20030653A1/it unknown
- 2003-04-18 IT IT000818A patent/ITMI20030818A1/it unknown
Also Published As
Publication number | Publication date |
---|---|
DE10311074A1 (de) | 2003-12-11 |
GB0305838D0 (en) | 2003-04-16 |
GB2387990B (en) | 2005-06-08 |
CN1453956B (zh) | 2010-05-12 |
ITMI20030818A1 (it) | 2003-10-26 |
CN1453956A (zh) | 2003-11-05 |
US20040039807A1 (en) | 2004-02-26 |
KR20030084582A (ko) | 2003-11-01 |
ITMI20030653A1 (it) | 2003-10-26 |
SE0201287D0 (sv) | 2002-04-25 |
KR100989479B1 (ko) | 2010-10-22 |
GB2387990A (en) | 2003-10-29 |
JP2003333182A (ja) | 2003-11-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4088549B2 (ja) | 電気通信網における方法 | |
US5802510A (en) | Universal directory service | |
EP1549034B1 (en) | Universal message delivery system | |
US7725509B2 (en) | Communications system and method | |
US5832221A (en) | Universal message storage system | |
US7114037B2 (en) | Employing local data stores to maintain data during workflows | |
US6493742B1 (en) | System and method for providing internet accessible registries | |
US20020143961A1 (en) | Access control protocol for user profile management | |
JP5574554B2 (ja) | グローバルディレクトリサービスのためのシステム及び方法 | |
CN109005433B (zh) | 一种视频云服务平台架构及实现方法 | |
EP2586171A1 (en) | Method, server and system for granting temporary access to electronic content | |
US20100153528A1 (en) | Devices, Systems and Methods for Controlling Network Services Via Address Book | |
US8161075B1 (en) | Systems and methods for managing integrated and customizable data | |
CA2483358A1 (en) | Technique for sharing information through an information assistance service | |
KR101027891B1 (ko) | 통신 네트워크에서의 방법 및 장치 | |
CA2513475C (en) | Method and system for provisioning wireless services using sim information | |
US8260745B2 (en) | Method and system for managing multiple instance subscriber records in unified messaging systems | |
CN116562778A (zh) | 企业客户的标签配置方法、装置、计算机设备和存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060306 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070524 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070713 |
|
A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20071010 |
|
A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20071015 |
|
A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20071112 |
|
A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20071115 |
|
A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20071128 |
|
A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20071203 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080115 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080208 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080225 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110228 Year of fee payment: 3 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 4088549 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120229 Year of fee payment: 4 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130228 Year of fee payment: 5 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130228 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140228 Year of fee payment: 6 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
LAPS | Cancellation because of no payment of annual fees |