(57)【要約】  アドレスに基づいてサービスの特定を実行する方法、システム、およびアプリケーション。方法は、サービス情報、およびサービスの特徴のリスト情報を獲得する段階であって、前記サービス情報は少なくともサービスプロバイダの識別情報およびサービスの識別情報を含む、獲得する段階と、サービス情報、およびサービスの特徴のリスト情報に基づいて、アドレス指定規則に準ずるアドレス指定フィールドを生成する段階と、同じサービスに対応する各フィールドに基づいてサービスのアドレスを生成する段階とを含む。
2009524953.tif 000002
【特許請求の範囲】
【請求項１】
サービス情報およびサービス特徴リスト情報を取得する段階であって、前記サービス情報は少なくともSP IDおよびサービスIDを含む、取得する段階と、
前記サービス情報および前記サービス特徴リスト情報に従って、アドレスの仕様に準ずる全てのアドレスフィールドを生成する段階と、
同じサービスの前記アドレスフィールドを合併して前記サービスのアドレスにする段階と
を含む、アドレスに基づくサービスの特定のための方法。
【請求項２】
サービスネットワークを、少なくともSPサービスサブネットおよび特定サービスサブネットを含む複数のサービスサブネットに分割する段階と、
サブネットの前記分割に従ってサービスアドレスフィールドを決定する段階と
をさらに含む請求項1に記載の方法。
【請求項３】
前記サービスアドレスフィールドは、SP IDフィールド、サービスIDフィールド、およびサービス特徴リストフィールドを含み、各サービス特徴リストは特定のサービスに対応する請求項2に記載の方法。
【請求項４】
アドレスIDデータベースを作成する段階と、
各レベルの前記サービスサブネットの各サービスおよび各サービス特徴リストに対して一意的なマスタIDを設定する段階と、
サービスおよびサービス特徴リストのマスタID、ならびに対応する(1つまたは複数の)別名を前記アドレスIDデータベースに記憶する段階と
をさらに含む請求項3に記載の方法。
【請求項５】
前記サービス情報および前記サービス特徴リスト情報に従って、前記アドレスの仕様に準ずるアドレスフィールドを生成する前記段階は、
前記サービス情報から前記サービスの全てのレベルのサブネットにおけるサービス情報を抽出する段階と、
全てのレベルの前記サブネットにおける前記サービス情報、および前記サービスの前記サービス特徴リスト情報を使用して、前記アドレスIDデータベースに記憶された前記サービスの前記マスタID、および前記(1つまたは複数の)対応する別名を照合し、前記サービスの全てのレベルのサブネットにおける前記サービスの前記マスタID、および前記対応するサービス特徴リストの前記マスタIDを取得する段階と、
前記取得されたマスタIDを前記サービスのアドレスフィールドとして使用する段階と
を含む請求項4に記載の方法。
【請求項６】
複数のサービスが同時にアドレス指定を要求する場合に、同じサービスによって生成された全ての前記アドレスフィールドに同じシリアル番号を付ける段階
をさらに含む請求項4に記載の方法。
【請求項７】
新しいサービスが稼働されるとき、前記サービスの全てのレベルの前記サブネットにおけるサービスのマスタID、および前記(1つまたは複数の)対応する別名を前記アドレスIDデータベースに追加する段階と、
既存のサービスが中止され、システムがもはやこのサービス情報を参照する必要がないときに、このサービスの全てのレベルの前記サブネットにおける前記サービスの前記マスタID、および前記(1つまたは複数の)対応する別名を前記アドレスIDデータベースから削除する段階と、
新しいサービスの特徴が特定のサービスに追加されるときに、前記サービス情報を前記アドレスIDデータベースに追加する段階と、
特定のサービスが中止され、前記システムがもはやこのサービスの特徴情報を参照する必要がないとき、前記特徴情報を前記アドレスIDデータベースから削除する段階と
をさらに含む請求項4に記載の方法。
【請求項８】
同じサービスの全ての前記アドレスフィールドを合併して前記サービスのアドレスにする前記段階は、
区切り記号によって前記同じサービスの前記アドレスフィールドを分け、前記分けられたアドレスフィールドを合併して前記サービスのアドレスにする段階
を含む請求項1に記載の方法。
【請求項９】
前記サービスがサービス特徴リスト情報を持たないときに、前記サービスの配置および動作に従って前記サービス特徴リスト情報を生成する段階
をさらに含む請求項1に記載の方法。
【請求項１０】
サービス情報を提供するように適合されたサービスプロビジョニングモジュールと、
前記サービス情報に従って、アドレスの仕様に準ずるアドレスフィールドを生成するように適合されたアドレス指定モジュールと、
前記アドレス指定モジュールによって生成された前記アドレスフィールドを合併してサービスアドレスにするように適合されたアドレス生成モジュールと
を含む、アドレスに基づくサービスの特定のためのシステム。
【請求項１１】
前記アドレス指定モジュールは、
全てのサービスのマスタID、および(1つまたは複数の)対応する別名を記憶するように適合されたアドレスIDデータベースと、
前記サービスプロビジョニングモジュールによって送信されたアドレス指定要求を受信し、カテゴリ別に前記アドレス指定要求内の前記サ―ビス情報を抽出するように適合された受信ユニットであって、前記抽出されるサービス情報は、対応するアドレス指定要求のシリアル番号を搬送する、受信ユニットと、
前記受信ユニットによって抽出された前記サービス情報、および前記アドレスIDデータベース内の関連するID情報に基づいて前記アドレスの仕様に準ずるアドレスフィールドを生成するように適合されたアドレスフィールド生成ユニットと
を含む請求項10に記載のシステム。
【請求項１２】
前記アドレスフィールド生成ユニットは、
前記受信ユニットによって抽出されたSP IDを、前記アドレスの仕様に準ずるSPコードフィールドに変換するように適合されたSP処理サブユニットと、
前記受信ユニットによって抽出されたサービスIDを、前記アドレスの仕様に準ずるサービスコードフィールドに変換するように適合されたサービスID処理サブユニットと、
前記受信ユニットによって抽出されたサービス特徴情報を、前記アドレスの仕様に準ずるサービス特徴コードフィールドに変換するように適合されたサービス特徴リスト処理サブユニットと
を含む請求項11に記載のシステム。
【請求項１３】
サービス特徴情報を前記サービスプロビジョニングモジュールまたは前記アドレス指定モジュールに提供するように適合されたサービス特徴プロビジョニングモジュール
をさらに含む請求項10に記載のシステム。
【請求項１４】
前記サービス特徴プロビジョニングモジュールは、
サービス特徴パラメータ情報を提供するように適合された少なくとも1つのサービス特徴パラメータプロビジョニングユニットと、
前記サービスプロビジョニングモジュールの前記要求に従って前記サービス特徴パラメータプロビジョニングユニットから対応するサービス特徴パラメータを取得し、サービス特徴リストを生成し、前記リストを前記サービスプロビジョニングモジュールまたは前記アドレス指定モジュールに送信するように適合されたサービス特徴呼び出しおよび検出ユニットと
を含む請求項13に記載のシステム。
【請求項１５】
ユーザのサービス加入要求内のサービス情報を取得する段階と、
前記サービス情報に従って、アドレスの仕様に準ずるサービスサブネットアドレスフィールドを生成する段階と、
対応するサービスサブネットの前記アドレスフィールドを合併してサービス加入のアドレス情報にする段階と、
サービス加入の前記アドレス情報に準ずる全てのサービスアドレスリストを前記ユーザに送信する段階と
を含むサービス加入方法。
【請求項１６】
全てのサービスのマスタID、および(1つまたは複数の)対応する別名を記憶するアドレスIDデータベースを作成する段階
をさらに含む請求項15に記載の方法。
【請求項１７】
前記サービス情報に従って、前記アドレスの仕様に準ずるサービスサブネットアドレスフィールドを生成する前記段階は、
前記サービス情報からサービスの全てのレベルのサービスの特徴を抽出する段階と、
前記サービスの特徴を使用して、前記アドレスIDデータベースに記憶された前記サービスの前記マスタID、および前記(1つまたは複数の)対応する別名を照合し、前記サービスの全てのレベルの前記マスタIDを取得する段階と、
前記サービスの全てのレベルの前記マスタIDを、前記サービスの全てのレベルの対応するサービスサブネットの前記アドレスフィールドとして使用する段階と
を含む請求項16に記載の方法。
【請求項１８】
ユーザプロキシを含み、
様々なサービスおよびアドレス情報を記憶するように適合されたサービスプールと、
前記ユーザプロキシによって提供されたユーザのサービス加入要求に従ってサービスコードフィールドを生成するように適合されたアドレス指定モジュールと、
前記サービスプールから、前記アドレス指定モジュールによって生成されたサービスアドレスフィールドに準ずるサービスアドレスリストを抽出し、前記リストを前記ユーザプロキシに返すように適合されたサービスアドレス抽出モジュールと、
前記サービスアドレスリストに従って特定の所望のサービスを探し出すユーザと
をさらに含むサービス加入システム。
【請求項１９】
前記アドレス指定モジュールは、
全てのサービスのマスタID、および(1つまたは複数の)対応する別名を記憶するように適合されたアドレスIDデータベースと、
サービスプロビジョニングモジュールによって送信されたアドレス指定要求を受信し、カテゴリ別に前記アドレス指定要求内のサ―ビス情報を抽出するように適合された受信ユニットであって、前記抽出されるサービス情報は、対応するアドレス指定要求のシリアル番号を搬送する、受信ユニットと、
前記受信ユニットによって抽出された前記サービス情報、および前記アドレスIDデータベース内の関連するID情報に基づいて、アドレスの仕様に準ずるアドレスフィールドを生成するように適合されたアドレスフィールド生成ユニットと
を含む請求項18に記載のシステム。
【請求項２０】
前記アドレスフィールド生成ユニットは、
前記受信ユニットによって抽出されたSP IDを、前記アドレスの仕様に準ずるSPコードフィールドに変換するように適合されたSP処理サブユニットと、
前記受信ユニットによって抽出されたサービスIDを、前記アドレスの仕様に準ずるサービスコードフィールドに変換するように適合されたサービスID処理サブユニットと
を含む請求項19に記載のシステム。
【請求項２１】
サービスサブネットアドレスおよび特定のサービスアドレスを含むサービスアドレスフィールドを設定する段階と、
ユーザが前記サービスアドレスにアクセスするときに前記ユーザのサービス要求メッセージ内のサービスアドレスフィールドの前記サービスサブネットアドレスに従ってサ―ビスサブネットにサービスデータをルーティングし、前記特定のサービスアドレスに従って前記ユーザを所望のサービスに導く段階と
を含むサービスルーティング方法。
【請求項２２】
前記サービスサブネットは、SPサービスサブネットおよび特定サービスサブネットを含む請求項21に記載の方法。
【請求項２３】
前記ユーザが、前記サービスサブネットアドレスに対応する前記サービスサブネット内にいるとき、前記ユーザを前記特定のサービスアドレスに従って特定の所望のサービスに直接導く段階と、
前記ユーザが、前記サービスサブネットアドレスに対応する前記サービスサブネットの外にいるとき、前記ユーザを以下のルーティングのやり方、すなわち、
サービスコアネットワークを通じて前記SPサービスサブネットにルーティングする段階、
前記特定のサービスサブネットにルーティングする段階、および
前記特定の所望のサービスを探し出す段階
で前記特定の所望のサービスに導く段階と
を含む請求項22に記載の方法。
【請求項２４】
前記サービスサブネット内のノード間のルーティングがプロキシによって実行され、
前記プロキシ上で様々なノードのサービスアドレスとベアラネットワークレイヤアドレスとのマッピングテーブルを設定する段階と、
このノードによって、サービス経路上の次のホップのノードの前記サービスアドレスを取得する段階と、
前記プロキシから、前記次のホップのノードの前記サービスアドレスに対応する前記ベアラネットワークレイヤアドレスを問い合わせ、取得する段階と、
このノードのベアラネットワークレイヤを通じて前記次のホップのノードの前記ベアラネットワークレイヤアドレスに前記ユーザの前記サービス要求メッセージを送信する段階と、
前記次のホップのノードがこのメッセージを受信した後で、前記ユーザの前記サービス要求メッセージ内の送信先サービスアドレスを取得する段階と、
前記送信先サービスアドレスが前記ノードのサービスアドレスではない場合に、前記やり方で前記次のホップのノードに前記ユーザの前記サービス要求メッセージをルーティングし続ける段階と、
前記送信先サービスアドレスが前記ノードのサービスアドレスである場合に、前記ユーザを前記特定の所望のサービスに導く段階と
を含む請求項23に記載の方法。
【請求項２５】
前記ノードがサービスルータであるとき、前記ノードは、前記ユーザの前記サービス要求メッセージ内の前記送信先サービスアドレスに従って前記ノードのサービスルーティングテーブルに問い合わせ、前記サービス経路上の前記次のホップのノードの前記サービスアドレスを取得し、
前記ノードが非サービスルータであるとき、前記ノードは、前記サブネットの設定に従って前記サービス経路上の前記次のホップのノードの前記サービスアドレスを取得する
請求項24に記載の方法。
【請求項２６】
サービス経路情報が設定されるルーティング装置であって、
前記設定されたサービス経路情報、およびユーザのサービス要求メッセージ内のサービスサブネットアドレスに従ってサ―ビスサブネットにユーザサービスデータをルーティングし、前記要求メッセージ内の特定のサービスアドレスに従って前記ユーザを所望のサービスに導くように適合されたルーティング処理ユニット
を含む、ルーティング装置。
【請求項２７】
サービスアドレスとベアラネットワークレイヤアドレスとのマッピングテーブルを用いて構成され、このノードのサービス経路上の次のホップのノードの前記サービスアドレスおよび前記ベアラネットワークレイヤアドレスを取得するように適合されたルーティングプロキシユニットをさらに含み、
このノードのベアラネットワークレイヤを通じて前記次のホップのノードのベアラネットワークレイヤアドレス、および前記ユーザの前記要求メッセージ内の送信先サービスアドレスに前記ユーザの前記サービス要求メッセージを送信し、前記ユーザを前記所望のサービスに導く請求項26に記載のルーティング装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク情報技術に関し、より具体的にはアドレスに基づくサービスの特定のための方法、システム、およびアプリケーションに関する。
【背景技術】
【０００２】
本願は、2006年1月25日に中国専利局に出願された、「Method, System and Application for Address-Based Service Identification」と題された中国特許出願第200610002756. 5号の優先権を主張するものであり、この特許出願の内容は、その全体が参照により本明細書に援用される。
【０００３】
ネットワークおよび通信技術の発展と共に、インターネットおよび電気通信ネットワークの規模とユーザ数とが急速に増加しつつあり、益々多くの種類のサービスがインターネットおよび電気通信ネットワーク上に現れている。ユーザの様々なサービス要件を満足するために、様々なサービスが効果的に管理されなければならず、サービスアドレスが統一されなければならない。サービスアドレスは、主として、サービスを探し出し、ルーティングするように適合された、サービスを特定するための論理的なシンボルである。
【０００４】
現在、電気通信ネットワークにおいて、サービスは概してシリアル番号によって表される。例えば、移動局を通じてサービスに加入するためには、ユーザは、xxショートメッセージをyyyyyyに送信する必要があり、ここでyyyyyyはサービスアドレスである。このアドレス指定のやり方は、サービスの特徴を効果的に示すことができず、サービスが多様な場合に多数のサービスを管理し、適用することを不都合にする。
【０００５】
従来のインターネット上では、ユーザが特定のドメイン名のウェブサイトにアクセスしたい場合、概して、ユーザは、ドメイン名解決要求をドメインネームサーバ(DNS)に送信する必要がある。ドメイン名が正常に解決された後、DNSは、このドメイン名のIPアドレスをユーザに返し、ユーザをインターネットの対応するサーバにルーティングする。このルーティングのやり方は、サービスプロバイダ(SP)がSPによって提供されるサービスに対するアクセス制御権限を有することを可能にしない。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は、サービス加入方法およびシステムならびにサービスルーティング方法を含む、アドレスに基づくサービスの特定のための方法、システム、およびアプリケーションを提供し、本発明は、従来技術の欠点、すなわち、サービスアドレス指定のやり方がサービスの特徴を効果的に示すことができないことを克服し、サービスを自動的におよび一貫してアドレス指定し、サービスの管理を容易にする。
【課題を解決するための手段】
【０００７】
本発明の一実施形態において提供される、アドレスに基づくサービスの特定のための方法は、
サービス情報およびサービス特徴リスト情報を取得する段階であって、サービス情報は少なくともSP IDおよびサービスIDを含む、取得する段階と、
サービス情報およびサービス特徴リスト情報に従って、アドレスの仕様に準ずる全てのアドレスフィールドを生成する段階と、
同じサービスのアドレスフィールドを合併してサービスのアドレスにする段階と
を含む。
【０００８】
好ましくは、方法は、
サービスネットワークを、少なくともSPサービスサブネットおよび特定サービスサブネットを含む複数のサービスサブネットに分割する段階と、
サブネットの分割に従ってサービスアドレスフィールドを決定する段階と
をさらに含む。
【０００９】
好ましくは、方法は、
アドレスIDデータベースを作成する段階と、
各レベルのサービスサブネットの各サービスおよび各サービス特徴リストに対して一意的なマスタIDを設定する段階と、
サービスおよびサービス特徴リストのマスタID、ならびに対応する(1つまたは複数の)別名をアドレスIDデータベースに記憶する段階と
をさらに含む。
【００１０】
本発明の一実施形態において提供される、アドレスに基づくサービスの特定のためのシステムは、
サービス情報を提供するように適合されたサービスプロビジョニングモジュールと、
サービス情報に従って、アドレスの仕様に準ずるアドレスフィールドを生成するように適合されたアドレス指定モジュールと、
アドレス指定モジュールによって生成されたアドレスフィールドを合併してサービスアドレスにするように適合されたアドレス生成モジュールと
を含む。
【００１１】
アドレス指定モジュールは、
全てのサービスのマスタID、および(1つまたは複数の)対応する別名を記憶するように適合されたアドレスIDデータベースと、
サービスプロビジョニングモジュールによって送信されたアドレス指定要求を受信し、カテゴリ別にアドレス指定要求内のサ―ビス情報を抽出するように適合された受信ユニットであって、抽出されるサービス情報は、アドレス指定要求のシリアル番号を搬送する、受信ユニットと、
受信ユニットによって抽出されたサービス情報と、アドレスIDデータベースとに基づいて、アドレスの仕様に準ずるアドレスフィールドを生成するように適合されたアドレスフィールド生成ユニットと
を含む。
【００１２】
アドレスフィールド生成ユニットは、
受信ユニットによって抽出されたSP IDを、アドレスの仕様に準ずるSPコードフィールドに変換するように適合されたSP処理サブユニットと、
受信ユニットによって抽出されたサービスIDを、アドレスの仕様に準ずるサービスコードフィールドに変換するように適合されたサービスID処理サブユニットと、
受信ユニットによって抽出されたサービス特徴情報を、アドレスの仕様に準ずるサービス特徴コードフィールドに変換するように適合されたサービス特徴リスト処理サブユニットと
を含む。
【００１３】
好ましくは、システムは、
サービス特徴情報をサービスプロビジョニングモジュールまたはアドレス指定モジュールに提供するように適合されたサービス特徴プロビジョニングモジュール
をさらに含む。
【００１４】
本発明の一実施形態において提供されるサービス加入方法は、
ユーザのサービス加入要求内のサービス情報を取得する段階と、
サービス情報に従って、アドレスの仕様に準ずるサービスサブネットアドレスフィールドを生成する段階と、
対応するサービスサブネットのアドレスフィールドを合併してサービス加入のアドレス情報にする段階と、
サービス加入のアドレス情報に準ずる全てのサービスアドレスリストをユーザに送信する段階と
を含む。
【００１５】
好ましくは、方法は、
全てのサービスのマスタID、および(1つまたは複数の)対応する別名を記憶するアドレスIDデータベースを作成する段階
をさらに含む。
【００１６】
本発明の一実施形態において提供されるサービス加入システムは、ユーザ端末およびユーザプロキシと、
様々なサービスおよびアドレス情報を記憶するように適合されたサービスプールと、
ユーザプロキシによって提供されたユーザのサービス加入要求に従ってサービスアドレスフィールドを生成するように適合されたアドレス指定モジュールと、
サービスプールからサービスアドレスリストを抽出し、リストをユーザプロキシに返すように適合されたサービスアドレス抽出モジュールであって、リストは、アドレス指定モジュールによって生成されたサービスアドレスフィールドに準ずる、サービスアドレス抽出モジュールと、
サービスアドレスリストに従って特定の所望のサービスに進むユーザと
を含む。
【００１７】
アドレス指定モジュールは、
全てのサービスのマスタID、および(1つまたは複数の)対応する別名を記憶するように適合されたアドレスIDデータベースと、
サービスプロビジョニングモジュールによって送信されたアドレス指定要求を受信し、カテゴリ別にアドレス指定要求内のサ―ビス情報を抽出するように適合された受信ユニットであって、抽出されるサービス情報は、アドレス指定要求のシリアル番号を搬送する、受信ユニットと、
受信ユニットによって抽出されたサービス情報と、アドレスIDデータベースとに基づいて、アドレスの仕様に準ずるアドレスフィールドを生成するように適合されたアドレスフィールド生成ユニットと
を含む。
【００１８】
本発明の別の実施形態において提供されるサービスルーティング方法は、
サービスサブネットアドレスおよび特定のサービスアドレスを含むサービスアドレスフィールドを設定する段階と、
ユーザがサービスアドレスにアクセスするときにユーザのサービス要求メッセージ内のサービスアドレスフィールドのサービスサブネットアドレスに従ってサ―ビスサブネットにユーザサービスデータをルーティングし、特定のサービスアドレスに従ってユーザを所望のサービスに導く段階と
を含む。
【００１９】
サービス経路情報が設定されるルーティング装置は、
設定されたサービス経路情報と、ユーザのサービス要求メッセージ内のサービスサブネットアドレスとに従ってサ―ビスサブネットにユーザサービスデータをルーティングし、要求メッセージ内の特定のサービスアドレスに従ってユーザを所望のサービスに導くように適合されたルーティング処理ユニットと、
様々なノードのサービスアドレスとベアラネットワークレイヤアドレスとのマッピングテーブルを用いて構成され、このノードのサービス経路上の次のホップのノードのサービスアドレスおよびベアラネットワークレイヤアドレスを取得するように適合されたルーティングプロキシユニットとを含み、
このノードのベアラネットワークレイヤを通じて次のホップのノードのベアラネットワークレイヤアドレス、および要求メッセージ内の送信先サービスアドレスにユーザのサービス要求メッセージを送信し、ユーザを所望のサービスに導く。
【００２０】
本発明の実施形態において提供される上述の技術的なスキームは、本発明が、サービスネットワークを複数のサブネットに分割し、サブネットの分割に従って、アドレス指定のために必要とされるフィールドを決定し、各SPおよび各サービスの予め記憶されたマスタID、ならびに(1つまたは複数の)対応する別名に従ってサービスの特徴を抽出し、サービスの特徴を、サービスのアドレスフィールドとして働く対応するマスタIDに変換し、アドレスフィールドを合併してサービスのアドレスにすることを示す。このアドレス指定のやり方を通じて、本発明の実施形態は、サービス情報に従って、統一されたアドレスを自動的に生成する。さらに、このサービスアドレス指定はサービスの特徴を直接具現化し、そのことはサービスの管理および使用を容易にする。
【発明を実施するための最良の形態】
【００２１】
本発明の実施形態において、サービスネットワークは複数のサブネットに分割され、アドレス指定のために必要とされるフィールドがサブネットの分割に従って決定され、アドレスの仕様に準ずるアドレスフィールドがサービス情報に従って生成され、アドレスフィールドは合併されてサービスアドレスになる。サービス情報に従って、アドレスの仕様に準ずるアドレスフィールドを生成するために、アドレス識別子(ID)データベースが、SP ID、サービスID、およびサービス特徴リストのIDなどの情報のマスタID、ならびにSP ID、サービスID、およびサービス特徴リストなどの情報に対応する1つまたは複数の別名を記憶するために作成される。このようにして、アドレスIDデータベースに記憶された情報を通じて、全てのレベルのサブネットについての情報、およびサービスのサービス特徴情報が、サービスのアドレスフィールドとして働く対応するマスタIDに変換できる。
【００２２】
サービスの自動アドレス指定のために、サービスプロビジョニングモジュールおよびアドレス指定モジュールが、サービスアドレス指定システムに設けられる。アドレス指定モジュールは、サービスプロビジョニングモジュールによって提供されたサービス情報に従って、アドレスの仕様に準ずるアドレスフィールドを生成し、生成されたアドレスフィールドを合併してサービスアドレスにする。
【００２３】
上述のサービスアドレス指定方法をサービス加入に適用するプロセスにおいて、方法は、ユーザのサービス加入要求内のサービス情報に従ってサービス加入のアドレス情報を生成し、サービス加入のこのアドレス情報に準ずる全てのサービスアドレスリストをユーザに送信することができる。結果として、ユーザは、都合に合わせて所望のサービスアドレスを選択することができ、サービスに直接ルーティングできる。
【００２４】
本発明のより深い理解のために、以降、本発明が、添付の図面を参照していくつかの実施形態を通じて説明される。
【００２５】
図1に示されるように、本発明の一実施形態におけるサービスアドレス指定方法の手順は以下を含む。
【００２６】
ブロック101:サービスアドレスフィールド、およびアドレスの仕様を決定する。
【００２７】
当業者に知られているように、サービスアドレス指定は、SPがサービスを配置するときに必要とされる。概して、サービスアドレスは、それぞれが独立に決定される複数のフィールドに分割できる。全てのアドレスフィールドが合併されてサービスのアドレスになる。
【００２８】
サービスネットワークは、必要に応じて複数のサブネットに分割できる。図2に示されるように、サービスネットワークがレベル1のネットワークであると仮定すると、SPのサービスサブネットはレベル2のネットワークであり、特定のサービスのサービスサブネットはレベル3のネットワークである。
【００２９】
図2において、S00はクライアントであり、S01およびS02は異なるSPのサービスサブネットであり、S03およびS04は異なる特定のサービスのサービスサブネットであり、S05はサービスサブネットを相互接続するように適合されたサービスコアネットワークである。
【００３０】
例えば、「weathersp」と命名されたSPが、天気予報サービスを提供する。天気予報は、電子メール、ショートメッセージサービス(SMS)、およびマルチメディアメッセージサービス(MMS)を通じて提供できる。このシナリオにおいて、SP「weathersp」のネットワークがSPサービスサブネットであり、付随する天気サービスのネットワークが天気サービスサブネットであり、電子メール、SMS、およびMMSを通じて提供される特定のサービスが3種類のサービスに対応する。
【００３１】
サブネットの上述の分割に従って、各サービスは、表1に示されるアドレス指定スキームを採用する。
【００３２】
【表１】
2009524953.tif 000003
【００３３】
特定の一意的なサービスに関して、アドレスは接頭辞および接尾辞に分割され、ここで、接頭辞はSP IDおよびサービスIDを含み、接尾辞はサービス特徴リストを含む。3つのフィールド、SP、SID、およびFeatureListの長さは固定である可能性があり、可変であり、特別な区切り記号によって分けられる可能性がある。一意的なグローバルIDが各SPに割り当てられ、SPサブネット内で一意的なIDが、SPによって提供されるそれぞれの特定のサービスに割り当てられ、サービス特徴リストは、サービスサブネット内の異なるサービスを区別することができる基本的な特徴、例えば、オープンモバイルアライアンス(OMA)のイネーブラによって、およびParlayのサービスケイパビリティフィーチャ(SCF)のイネーブラによって提供される特徴を含む。
【００３４】
アプリケーションにおける要求に応じて、2つまたは3つ以上のフィールドが、サービスアドレス指定のために使用されうる。各フィールドの定義は、上述のネットサーク階層に限定されず、各フィールドの長さは設定可能である。アドレス指定に要求されるフィールドおよび各フィールドの長さが決定された後、各サービスは、サービスがこのアドレスを通じて特定できることを保証するために、そのような仕様に従ってアドレス指定されるべきである。
【００３５】
ブロック102:サービス情報およびサービス特徴リスト情報を取得し、ここで、サービス情報は少なくともSP IDおよびサービスIDを含む。
【００３６】
サービス自体がそのサービスのサービス特徴リスト情報を知っている場合、サービス特徴リスト情報は、サービスアドレスの接尾辞を生成するために直接使用でき、サービス自体がそのサービスのサービス特徴リスト情報を知らない場合、サービス特徴リスト情報は、サービスの配置および動作に従って対応するサービス特徴情報を呼び出すことによって生成できる。
【００３７】
例えば、SP「weathersp」によって提供される「Shenzhen weather」サービスがアドレス指定される必要がある場合、SP IDおよびサービスIDが、サービス特徴リスト情報に加えて提供される必要がある。この例において、SP IDは「weathersp」であり、サービスIDは「Shenzhen weather」である。サービス自体がそのサービスのサービス特徴リスト情報を知っている場合、サービス特徴リストが直接生成できる。例えば、サービスがそのサービスのサービスの特徴が「SMS」であると知っている場合、「SMS」を含むサービス特徴リストが直接生成される。サービス自体がそのサービスのサービス特徴リスト情報を知らない場合、サービス特徴リスト情報は、サービスの配置および動作に従って対応するサービス特徴情報を呼び出すことによって生成される必要がある。例えば、特定の「Shenzhen weather」サービスに関して、検査が、そのサービスがサービスを提供するために「SMS」プロビジョニングユニット(特定の特徴プロビジョニングユニット、すなわち、SMS)を呼び出すことを示し、したがって、生成されるサービス特徴リストは「SMS」を含むことができる。
【００３８】
ブロック103:サービス情報およびサービス特徴リスト情報に従って、アドレスの仕様に準ずる全てのアドレスフィールドを生成する。
【００３９】
全てのレベルのサブネットの各サービスを一意的に特定するために、一意的なグローバルID、すなわち、マスタIDが、全てのレベルのサブネットの異なるサービスに対して設定されなければならない。
【００４０】
例えば、上述のサービスサブネットの分割のために、各SP IDおよび各サービスIDを一意的に決定することが必要である。この目的で、アドレスIDデータベースが、全ての正規のSP IDおよびサービスIDならびにサービス特徴情報を記憶するために作成される可能性がある。一意的なIDは、各SP、各サービス、および各サービスの特徴に対応する。1つのIDが、1つまたは複数の別名に対応する可能性がある。
【００４１】
例えば、表2に示されるアドレスIDデータベースが、複数のSP ID、サービスID、およびサービス特徴IDを記憶する。
【００４２】
【表２】
2009524953.tif 000004
【００４３】
しかしながら、アドレスIDデータベースに情報を記憶するやり方は限定されず、必要に応じて取り決められてよい。
【００４４】
新しいサービスが稼働されるとき、サービスの全てのレベルのサブネットにおけるサービスのマスタIDと、(1つまたは複数の)対応する別名とをアドレスIDデータベースに追加し、既存のサービスが中止され、システムがもはやこのサービス情報を参照する必要がないとき、このサービスの全てのレベルのサブネットにおけるサービスのマスタIDと、(1つまたは複数の)対応する別名とをアドレスIDデータベースから削除し、新しい特徴が特定のサービスに追加されるとき、サービス特徴情報をアドレスIDデータベースに追加し、特定のサービスが中止され、システムがもはやこのサービスの特徴情報を参照する必要がないとき、特徴情報をアドレスIDデータベースから削除する。
【００４５】
アドレスIDデータベースに記憶された情報に基づいて、アドレスの仕様に準ずるアドレスフィールドを生成するとき、取得されたサービス情報からこのサービスの全てのレベルのサブネットにおけるサービス情報を抽出し、次に、このサービス情報を使用して、アドレスIDデータベースに記憶された各サービスのマスタID、および(1つまたは複数の)別名を照合する。このようにして、全てのレベルのサブネットにおけるサービスのマスタIDおよびサービス特徴リストを取得する。全てのレベルのサブネットにおけるサービスのマスタIDおよびサービス特徴リストをサービスのアドレスフィールドとして使用する。例えば、MMSを通じてSP「weathersp」によって提供される「weather」サービスに関して、地理的位置が「Shenzhen」である場合、アドレスIDデータベースに問い合わせることによってアドレスフィールド333、4444、および35を取得する。
【００４６】
複数のサービスが同時にアドレス指定を要求する場合、同じサービスに対して生成された全てのアドレスフィールドに同じシリアル番号を付ける。このことは、サービスアドレスを生成するときに異なるサービスのアドレスフィールドの組み合わせを生成することを防止し、誤ったアドレスを生成することを防止する。
【００４７】
ブロック104:同じサービスのアドレスフィールドを合併してサービスのアドレスにする。
【００４８】
上述のように、アドレスフィールドの長さは、同じかまたは異なり、固定であるかまたは可変であってよい。フィールドが固定長であるアドレスに関して、合併されるとき、フィールドは、区切り記号によって分けられるか、または分けられなくてよい。各フィールドの長さの値を通じて、人は、サービスの各フィールドの特徴を知ることができ、フィールドが可変長であるアドレスに関して、合併されるとき、フィールドは、それらのフィールドが効果的に区別できるように区切り記号によって分けられる必要がある。例えば、上で得られたアドレスフィールドによれば、同じサービスのアドレスフィールドが区切り記号によって分けられ、そのようにして生成されたサービスアドレスは、333. 4444. 35である。
【００４９】
図3に示されるように、本発明の一実施形態において提供されるサービスアドレス指定システムは、
サービスプロビジョニングモジュールS1、アドレス指定モジュールS2、およびアドレス生成モジュールS4を含む。サービスプロビジョニングモジュールS1は、サービス情報を提供するように適合され、アドレス指定モジュールS2は、サービス情報に従って、アドレスの仕様に準ずるアドレスフィールドを生成するように適合され、アドレス生成モジュールS4は、全てのアドレスフィールドを合併してサービスアドレスにするように適合される。
【００５０】
アドレス指定モジュールS2は、アドレスIDデータベースS20、受信ユニットS21、およびアドレスフィールド生成ユニットS22を含む。
【００５１】
アドレスIDデータベースS20は、全てのサービスのマスタID、および(1つまたは複数の)対応する別名を記憶するように適合される。
【００５２】
サービスプロビジョニングモジュールがアドレス指定モジュールにアドレス指定要求を送信した後、受信ユニットが、カテゴリ毎にアドレス指定要求内のサービス情報を抽出し、ここで、抽出されるサービス情報はアドレス指定要求のシリアル番号を搬送し、受信ユニットは、この情報をアドレスフィールド生成ユニットに与え、そのアドレスフィールド生成ユニットは、受信ユニットによって抽出されたサービス情報と、アドレスIDデータベースに記憶された情報とに基づいて、アドレスの仕様に準ずるアドレスフィールドを生成する。アドレス生成モジュールは、合意された順序で、生成されたアドレスフィールドを合併してサービスアドレスにする。
【００５３】
図2に示されたネットワーク分割によれば、SP処理サブユニットS221、サービスID処理サブユニットS222、およびサービス特徴リスト処理サブユニット(S223)が、アドレスフィールド生成ユニットS22に設けられうる。3つのサブユニットは、対応する情報に従ってSP IDフィールド、サービスIDフィールド、およびサービス特徴リストフィールドをそれぞれ生成する。代替として、1つのユニットが、サービス情報を連続的に3つのフィールドに変換する可能性がある。
【００５４】
3つのサブユニットが、対応する情報に従ってSP IDフィールド、サービスIDフィールド、およびサービス特徴リストフィールドをそれぞれ生成すると仮定すると、システムのアドレス指定プロセスは以下の通りである。
【００５５】
第1に、サービスプロビジョニングモジュールが、SP ID、サービスID、およびサービス特徴リストを搬送するアドレス指定要求をアドレス指定モジュールに送信する。アドレス指定要求を受信した後、アドレス指定モジュールの受信ユニットが、カテゴリ毎にサービスパラメータを抽出し、当該パラメータを対応する処理ユニットに送信して特定のアドレスフィールドを得る。SP処理サブユニットS221、サービスID処理サブユニットS222、およびサービス特徴リストサブユニットS223は、それぞれ受信されたSP ID、サービスID、およびサービス特徴リストに従ってそれぞれアドレスIDデータベースに問い合わせ、アドレスの仕様に準ずるそれらのサブユニットのそれぞれの情報を取得する、すなわち、別名IDをマスタIDで置き換える。対応するレコードが存在しない場合、対応する処理ユニットは例外を引き起こす。アドレス生成モジュールは、受信された特定のアドレスフィールドに従って特定のサービスアドレスを生成し、その特定のサービスアドレスをサービスプロビジョニングモジュールに返す。
【００５６】
図4は、以下の特定の時間系列を示す。
【００５７】
1. アドレス指定要求:サービスプロビジョニングモジュールが、アドレス指定のために要求されるSP ID、サービスID、およびサービス特徴リストを含む情報を搬送するアドレス指定要求を送出する。
【００５８】
2. パラメータ解析:受信されたアドレス指定要求に従って、受信ユニットが、そのアドレス指定要求内の情報を解析し、要求内のSP ID、サービスID、およびサービス特徴リストを抽出し、それらを対応する処理ユニットに配布する。その一方、受信ユニットは、アドレス指定要求に対してグローバル一意のシリアル番号を与える。このシリアル番号は、アドレス生成モジュールが対応するアドレス情報を発見することができるようにSP ID、サービスID、およびサービス特徴リストに付け加えられる。
【００５９】
3. SP IDの送信:受信ユニットが、SP IDをSP処理サブユニットに送信する。
【００６０】
4. SP IDの処理:受信されたSP IDに従って、SP処理サブユニットが、アドレスIDデータベースに問い合わせ、アドレスの仕様に準ずるデータ情報を取得する。
【００６１】
5. 処理済みのSP IDの送信:SP処理サブユニットが、アドレスの仕様に準ずるデータ情報をアドレス生成モジュールに送信し、ここで、データ情報は、対応するアドレス指定要求のシリアル番号を搬送する。
【００６２】
3a. サービスID(SID)の送信: 受信ユニットが、サービスIDをサービスID処理サブユニットに送信する。
【００６３】
4a. SIDの処理: 受信されたサービスIDに従って、サービスID処理サブユニットが、アドレスIDデータベースに問い合わせ、アドレスの仕様に準ずるデータ情報を取得する。
【００６４】
5a. 処理済みのSIDの送信: サービスID処理サブユニットが、アドレスの仕様に準ずるデータ情報をアドレス生成モジュールに送信し、ここで、データ情報は、対応するアドレス指定要求のシリアル番号を搬送する。
【００６５】
3b. FeatureList(サービス特徴リスト)の送信: 受信ユニットが、サービス特徴情報をサービス特徴リスト処理サブユニットに送信する。
【００６６】
4b. FeatureListの処理: 受信されたサービス特徴情報に従って、サービス特徴リスト処理サブユニットが、アドレスIDデータベースに問い合わせ、アドレスの仕様に準ずるデータ情報を取得する。
【００６７】
5b. 処理済みのFeatureListの送信: サービス特徴リスト処理サブユニットが、アドレスの仕様に準ずるデータ情報をアドレス生成モジュールに送信し、ここで、データ情報は、対応するアドレス指定要求のシリアル番号を搬送する。
【００６８】
上述のブロック3、4、5、3a、4a、5a、3b、4b、および5bは同時に処理される。それらのブロックは、一意的なシリアル番号に従って対応するプロセスのグループを形成する。
【００６９】
6. アドレスの生成:同じシリアル番号を有し、アドレスの仕様に準ずる受信されたSP IDフィールド、サービスIDフィールド、およびサービス特徴リストフィールドに従って、アドレス生成モジュールがサービスアドレスを生成する。
【００７０】
7. アドレスの返却:アドレス生成モジュールが、生成されたサービスアドレスをサービスプロビジョニングモジュールに返す。
【００７１】
サービスプロビジョニングモジュール自体がサービスの特徴を知らない場合、サービス特徴プロビジョニングモジュールが、サービスプロビジョニングモジュールにサービス特徴パラメータを提供するために、図3に示される実施形態に追加されてよい。
【００７２】
図5は、本発明の第2の実施形態におけるサービスアドレス指定システムの構成を示す。
【００７３】
サービス特徴プロビジョニングモジュールS3が、サービス特徴リストをサービスプロビジョニングモジュールに提供するように適合される。このモジュールは、サービス特徴呼び出しおよび検出ユニットS31、ならびに1つまたは複数のサービス特徴パラメータプロビジョニングユニットを含む。図は、2つのサービス特徴パラメータプロビジョニングユニットS32およびS33を示す。サービス特徴パラメータプロビジョニングユニットは、サービス特徴パラメータ情報を提供するように適合される。サービス特徴呼び出しおよび検出ユニットは、サービスプロビジョニングモジュールによる要求に応じてサービス特徴パラメータプロビジョニングユニットを呼び出し、呼び出されたサービス特徴パラメータプロビジョニングユニットから対応するサービス特徴パラメータを取得し、サービス特徴リストを生成し、そのサービス特徴リストをサービスプロビジョニングモジュールに送信する。
【００７４】
図6は、以下の特定の時間系列を示す。
【００７５】
1. サービスの特徴の呼び出し:サービスプロビジョニングモジュールが、サービス特徴呼び出し要求をサービス特徴プロビジョニングモジュールに送信する。
【００７６】
2. サービス特徴リストの生成:サービス特徴呼び出しおよび検出ユニットが、特に呼び出されたサービス特徴を検出し、サービス特徴リストを生成する。
【００７７】
2'. サービス特徴リストの返却: サービス特徴呼び出しおよび検出ユニットが、生成されたサービス特徴リストをサービスプロビジョニングモジュールに返す。
【００７８】
3. アドレス指定要求:サービスプロビジョニングモジュールが、アドレス指定のために要求されるSP ID、サービスID、およびサービス特徴リストを含む情報を搬送するアドレス指定要求を送出する。
【００７９】
4. パラメータ解析:受信されたアドレス指定要求に従って、受信ユニットが、そのアドレス指定要求内の情報を解析し、要求内のSP ID、サービスID、およびサービス特徴リストを抽出し、それらを対応する処理モジュールに配布する。その一方、受信ユニットは、アドレス指定要求に対してグローバル一意のシリアル番号を与える。このシリアル番号は、アドレス生成モジュールが対応するアドレス情報を発見することができるようにSP ID、サービスID、およびサービス特徴リストに付け加えられる。
【００８０】
5. SP IDの送信:受信ユニットが、SP IDをSP処理サブユニットに送信する。
【００８１】
6. SP IDの処理:受信されたSP IDに従って、SP処理サブユニットが、アドレスIDデータベースに問い合わせ、アドレスの仕様に準ずるデータ情報を取得する。
【００８２】
7. 処理済みのSP IDの送信:SP処理サブユニットが、アドレスの仕様に準ずるデータ情報をアドレス生成モジュールに送信し、ここで、データ情報は、対応するアドレス指定要求のシリアル番号を搬送する。
【００８３】
5a. SIDの送信: 受信ユニットが、サービスIDをサービスID処理サブユニットに送信する。
【００８４】
6a. SIDの処理: 受信されたサービスIDに従って、サービスID処理サブユニットが、アドレスIDデータベースに問い合わせ、アドレスの仕様に準ずるデータ情報を取得する。
【００８５】
7a. 処理済みのSIDの送信: サービスID処理サブユニットが、アドレスの仕様に準ずるデータ情報をアドレス生成モジュールに送信し、ここで、データ情報は、対応するアドレス指定要求のシリアル番号を搬送する。
【００８６】
5b. FeatureListの送信: 受信ユニットが、サービス特徴情報をサービス特徴リスト処理サブユニットに送信する。
【００８７】
6b. FeatureListの処理: 受信されたサービス特徴情報に従って、サービス特徴リスト処理サブユニットが、アドレスIDデータベースに問い合わせ、アドレスの仕様に準ずるデータ情報を取得する。
【００８８】
7b. 処理済みのFeatureListの送信: サービス特徴リスト処理サブユニットが、アドレスの仕様に準ずるデータ情報をアドレス生成モジュールに送信し、ここで、データ情報は、対応するアドレス指定要求のシリアル番号を搬送する。
【００８９】
上述のブロック5、6、7、5a、6a、7a、5b、6b、および7bは同時に処理される。それらのブロックは、一意的なシリアル番号に従って対応するプロセスのグループを形成する。
【００９０】
8. アドレスの生成:同じシリアル番号を有し、アドレスの仕様に準ずる受信されたSP IDフィールド、サービスIDフィールド、およびサービス特徴リストフィールドに従って、アドレス生成モジュールがサービスアドレスを生成する。
【００９１】
9. アドレスの返却:アドレス生成モジュールが、生成されたサービスアドレスをサービスプロビジョニングモジュールに返す。
【００９２】
図7は、本発明の第3の実施形態におけるサービスアドレス指定システムの概略図である。
【００９３】
サービス特徴プロビジョニングモジュールS3が、サービス特徴リストをアドレス指定モジュールに提供するように適合される。このモジュールは、サービス特徴呼び出しおよび検出ユニットS31、ならびに1つまたは複数のサービス特徴パラメータプロビジョニングユニットを含む。図は、2つのサービス特徴パラメータプロビジョニングユニットS32およびS33を示す。サービス特徴パラメータプロビジョニングユニットは、サービス特徴パラメータ情報を提供するように適合される。サービス特徴呼び出しおよび検出ユニットは、サービスプロビジョニングモジュールによる要求に応じてサービス特徴パラメータプロビジョニングユニットから対応するサービス特徴パラメータを取得し、サービス特徴リストを生成し、そのサービス特徴リストをサービスアドレス指定モジュールに送信する。
【００９４】
図8は、以下の特定の時間系列を示す。
【００９５】
1. サービスの特徴の呼び出し:サービスプロビジョニングモジュールが、SP IDおよびサービスIDを搬送するサービス特徴呼び出し要求をサービス特徴プロビジョニングモジュールに送信する。
【００９６】
2. サービス特徴リストの生成:サービス特徴呼び出しおよび検出ユニットが、特に呼び出されたサービスの特徴を検出し、サービス特徴リストを生成する。
【００９７】
3. アドレス指定要求:サービス特徴プロビジョニングモジュールが、アドレス指定のために要求されるSP ID、サービスID、およびサービス特徴リストを含む情報を搬送するアドレス指定要求を送出する。
【００９８】
4. パラメータ解析:受信されたアドレス指定要求に従って、受信ユニットが、そのアドレス指定要求内の情報を解析し、要求内のSP ID、サービスID、およびサービス特徴リストを抽出し、それらを対応する処理モジュールに配布する。その一方、受信ユニットは、アドレス指定要求に対してグローバル一意のシリアル番号を与える。このシリアル番号は、アドレス生成モジュールが対応するアドレス情報を発見することができるようにSP ID、サービスID、およびサービス特徴リストに付け加えられる。
【００９９】
5. SP IDの送信:受信ユニットが、SP IDをSP処理サブユニットに送信する。
【０１００】
6. SP IDの処理:受信されたSP IDに従って、SP処理サブユニットが、アドレスIDデータベースに問い合わせ、アドレスの仕様に準ずるデータ情報を取得する。
【０１０１】
7. 処理済みのSP IDの送信:SP処理サブユニットが、アドレスの仕様に準ずるデータ情報をアドレス生成モジュールに送信し、ここで、データ情報は、対応するアドレス指定要求のシリアル番号を搬送する。
【０１０２】
5a. SIDの送信: 受信ユニットが、サービスIDをサービスID処理サブユニットに送信する。
【０１０３】
6a. SIDの処理: 受信されたサービスIDに従って、サービスID処理サブユニットが、アドレスIDデータベースに問い合わせ、アドレスの仕様に準ずるデータ情報を取得する。
【０１０４】
7a. 処理済みのSIDの送信: サービスID処理サブユニットが、アドレスの仕様に準ずるデータ情報をアドレス生成モジュールに送信し、ここで、データ情報は、対応するアドレス指定要求のシリアル番号を搬送する。
【０１０５】
5b. FeatureListの送信: 受信ユニットが、サービス特徴情報をサービス特徴リスト処理サブユニットに送信する。
【０１０６】
6b. FeatureListの処理: 受信されたサービス特徴情報に従って、サービス特徴リスト処理サブユニットが、アドレスIDデータベースに問い合わせ、アドレスの仕様に準ずるデータ情報を取得する。
【０１０７】
7b. 処理済みのFeatureListの送信: サービス特徴リスト処理サブユニットが、アドレスの仕様に準ずるデータ情報をアドレス生成モジュールに送信し、ここで、データ情報は、対応するアドレス指定要求のシリアル番号を搬送する。
【０１０８】
上述のブロック5、6、7、5a、6a、7a、5b、6b、および7bは同時に処理される。それらのブロックは、一意的なシリアル番号に従って対応するプロセスのグループを形成する。
【０１０９】
8. アドレスの生成:同じシリアル番号を有し、アドレスの仕様に準ずる受信されたSP IDフィールド、サービスIDフィールド、およびサービス特徴リストフィールドに従って、アドレス生成モジュールがサービスアドレスを生成する。
【０１１０】
9. アドレスの返却:アドレス生成モジュールが、生成されたサービスアドレスをサービスプロビジョニングモジュールに返す。
【０１１１】
本発明の一実施形態において提供されるサービスアドレス指定方法を通じて、サービスアドレスはサ―ビスの特徴情報を搬送することができ、このことは、サービスを使用する際の関連する段階を削減し、サービスの問い合わせおよび管理を容易にする。
【０１１２】
図9に示されるように、本発明の一実施形態におけるサービス加入方法の手順は以下を含む。
【０１１３】
段階901:ユーザのサービス加入要求内のサービス情報を取得する。
【０１１４】
ユーザがサービスのアドレスを知らずにサービスを使用または問い合わせたいと望むとき、ユーザは、SP IDおよびサービスIDなどの期待されるサービス情報を示すサービス加入要求をSPに送信することができる。
【０１１５】
段階902:サービス情報に従って、アドレスの仕様に準じて対応するサービスサブネットのアドレスフィールドを生成する。
【０１１６】
また、この実施形態は、全てのサービスのマスタID、および(1つまたは複数の)対応する別名を記憶するアドレスIDデータベースを作成することができる。ユーザによって提供されたサービス情報からこのサービスの全てのレベルのサービス情報を抽出し、そのようなサービス情報を使用して、アドレスIDデータベースに記憶されたサービスのマスタID、および(1つまたは複数の)対応する別名を照合する。このようにして、サービスの全てのレベルのマスタIDが取得され、したがって、サービスのアドレスフィールドが取得される。
【０１１７】
複数のサービスが同時にアドレス指定を要求する場合、同じサービスに対して生成された全てのアドレスフィールドに同じシリアル番号を付けることが必要である。このことは、サービスアドレスを生成するときに異なるサービスのアドレスフィールドの組み合わせを生成することを防止し、誤ったアドレスを生成することを防止する。
【０１１８】
段階903:対応するサービスサブネットのアドレスフィールドを合併してサービス加入のアドレス情報にする。
【０１１９】
所定のアドレスの仕様に従って、合併されるとき、フィールドは、区切り記号によって分けられるか、または分けられなくてよい。各フィールドの長さの値は、サービスのフィールドの特徴をはっきりと明らかにする。
【０１２０】
段階904:サービス加入のアドレス情報に準ずる全てのサービスアドレスリストをユーザに送信する。
【０１２１】
段階905:ユーザがサービスアドレスリストに従って特定の一意的なサービスに進む。
【０１２２】
ユーザは、サービスアドレスリストから所望のサービスを選択することができ、そのサービスに加入することができる。
【０１２３】
図10は、本発明の一実施形態におけるサービス加入システムの構成を示す。
【０１２４】
このシステムは、ユーザ端末S5、ユーザプロキシS6、アドレス指定モジュールS2、サービスアドレス抽出モジュールS7、およびサービスプールS8を含む。
【０１２５】
サービスプールは、様々なサービスおよびそれらのサービスのアドレス情報を記憶するように適合され、アドレス指定モジュールは、ユーザプロキシによって提供されたユーザのサービス加入要求に従ってサービスアドレスフィールドを生成するように適合され、サービスアドレス抽出モジュールは、サービスプールから、アドレス指定モジュールによって生成されたサービスアドレスフィールドに準ずるサービスアドレスリストを抽出し、当該リストをユーザプロキシに返すように適合される。
【０１２６】
アドレス指定モジュールS2は、アドレスIDデータベースS20、受信ユニットS21、およびアドレスフィールド生成ユニットS22を含む。
【０１２７】
アドレスIDデータベースS20は、全てのサービスのマスタID、および(1つまたは複数の)対応する別名を記憶するように適合される。
【０１２８】
サービスプロビジョニングモジュールがアドレス指定モジュールにアドレス指定要求を送信した後、受信ユニットが、カテゴリ毎にアドレス指定要求内のサービス情報を抽出し、ここで、抽出されるサービス情報はアドレス指定要求のシリアル番号を搬送し、受信ユニットは、この情報をアドレスフィールド生成ユニットに与え、そのアドレスフィールド生成ユニットは、受信ユニットによって抽出されたサービス情報と、アドレスIDデータベースに記憶された情報とに基づいて、アドレスの仕様に準ずるアドレスフィールドを生成する。アドレス生成モジュールは、合意された順序で、生成されたアドレスフィールドを合併してサービスアドレスにする。
【０１２９】
SP処理サブユニットS221およびサービスID処理サブユニットS222が、アドレスフィールド生成ユニットS22に設けられうる。2つのサブユニットは、対応する情報に従ってSP IDフィールドおよびサービスIDフィールドをそれぞれ生成する。代替として、1つのユニットが、サービス情報を連続的に2つのフィールドに変換する可能性がある。
【０１３０】
ユーザがサービスに加入するとき、ユーザは、ユーザ端末を通じてユーザプロキシにサービス加入要求を送信する。ユーザプロキシは、サービス加入要求を、アドレスフィールドを生成するアドレス指定モジュールに送信する。サービスアドレス抽出モジュールは、サービスプールから、アドレス指定モジュールによって生成されたサービスアドレスフィールドに準ずるサービスアドレスリストを抽出し、次に、当該リストをユーザプロキシに返す。ユーザプロキシは、ユーザがサービスアドレスリストから所望のサービスを選択し、そのサービスに加入することができるようにユーザ端末にサービスアドレス情報を送信する。
【０１３１】
具体的なサービス加入プロセスは以下の通りである。
【０１３２】
1. ユーザ端末が、SP ID情報およびサービスID情報を搬送するサービス加入要求を送信する。ユーザがSP「weathersp」の「Shenzhen weather」サービスに加入すると仮定すると、要求は2つのパラメータを搬送する。
【０１３３】
2. ユーザプロキシが、ユーザの要求をアドレス指定モジュールに届ける。
受信された要求に従って、受信ユニットが、要求内の情報を解析し、カテゴリ毎に要求からSP ID情報およびサービスID情報を抽出し、その情報を対応する処理サブユニットに配布する。その一方、受信ユニットは、要求に対してグローバル一意のシリアル番号を与える。このシリアル番号は、サービスアドレス抽出モジュールが対応する情報を発見することができるようにSP ID情報およびサービスID情報に付け加えられる。
【０１３４】
3. 受信ユニットが、SP ID情報を抽出し、そのSP ID情報にシリアル番号を追加し、次に、そのSP ID情報をSP処理サブユニットに送信する。受信されたSP ID情報に従って、SP処理サブユニットが、アドレスIDデータベースに問い合わせ、アドレスの仕様に準ずるデータ情報を取得する。例えば、「「weathersp」」が、一意的な番号「333」に変換される。
【０１３５】
その一方、受信ユニットは、サービスID情報を抽出し、そのサービスID情報にシリアル番号を追加し、次に、そのサービスID情報をサービスID処理サブユニットに送信する。受信されたサービスID情報に従って、サービスID処理サブユニットが、アドレスIDデータベースに問い合わせ、アドレスの仕様に準ずるデータ情報を取得する。例えば、「Shenzhen weather」が、一意的な番号「4444」に変換される。
【０１３６】
4. SP処理サブユニットが、アドレスの仕様に準ずるデータ情報をサービスアドレス抽出モジュールに送信し、ここで、データ情報は、受信ユニットによって割り当てられたシリアル番号を搬送する。
【０１３７】
その一方、サービス処理サブユニットが、アドレスの仕様に準ずるデータ情報をサービスアドレス抽出モジュールに送信し、ここで、データ情報は、受信ユニットによって割り当てられたシリアル番号を搬送する。
【０１３８】
サービスアドレス抽出モジュールは、受信されたSP情報およびサービスID情報を処理し、同じシリアル番号を有する情報を合併する。
【０１３９】
5. サービスアドレス抽出モジュールが、合併されたサービス加入要求情報をサービスプールに送信する。
【０１４０】
受信された要求に従って、サービスプールは、SP ID情報およびサービスID情報に準ずるサービスを抽出し、サービスリストを生成する。例えば、要求を満たすサービスが「333. 4444. 15」、「333. 4444. 35」、および「333. 4444. 58」を含む場合、3つのサービスがサービスリストを形成する。
【０１４１】
ここで、結果は、「位置の特徴」(サービスは「位置」のサポートを必要とする)が「5」で印され、「SMSの特徴」(サービスは「SMS」のサポートを必要とする)が「8」で印され、「MMSの特徴」(サービスは「MMS」のサポートを必要とする)が「3」で印され、「電子メールの特徴」(サービスは「電子メール」のサポートを必要とする)が「1」で印されるという仮定に基づく。
【０１４２】
6. サービスプールが、サービスリストをサービスアドレス抽出モジュールに送信する。
【０１４３】
7. サービスアドレス抽出モジュールが、サービスリストをユーザプロキシに送信する。
【０１４４】
必要なとき、ユーザプロキシは、受信されたサービスリストと、ユーザプロキシが知っている限りユーザ端末にサポートされる特徴とに従ってサービスリストをフィルタリングすることができる。ユーザプロキシは、サービスアドレス指定、およびアドレス指定におけるサービス特徴リストを理解する必要がある。その一方、ユーザプロキシは、ユーザ端末によってサポートされるサービスの特徴を知っている。サービスリスト内のサービスによって要求される特徴がユーザ端末によってサポートされない場合、サービスは特別なやり方で処理され、例えばリストから削除されるか、または別様に特定される。
【０１４５】
例えば、ユーザプロキシが、ユーザプロキシが誰かがその位置情報にアクセスすることを禁じることを示す「5=0」レコードを含む場合、サービスリスト内の全てのサービスが除外される。例えば、ユーザプロキシが、ユーザ端末がMMSをサポートしないことを示す「3=0」レコードを含む場合、サービスリスト内の全ての「333. 4444. 35」のサービスが除外される。
【０１４６】
8. ユーザプロキシが、フィルタリングされたサービスリストをユーザ端末に送信する。
【０１４７】
9. ユーザは、随意にサービスリストから所望のサービスを選択することができ、そのサービスに加入することができる。
【０１４８】
10. ユーザプロキシは、ユーザによって選択されたサービスアドレスに従ってサービスに直接ルーティングすることができ、そのサービスに加入することができる。
【０１４９】
したがって、本発明を用いて、ユーザは、都合よく所望のサービスに問い合わせ、様々なサービスを管理し、使用することができる。
【０１５０】
上述のサービスアドレス指定およびサービス加入のやり方に基づいて、本発明は、サービスルーティング方法も提供する。下位レイヤのネットワークを隠蔽し、サービスネットワークをベアラネットワークと分けるために、サービスルータが、サービスネットワークレイヤに提供される。サービスルータは、サービスネットワークにおいてサービスのルーティングおよびアドレス指定を実行し、サービスアドレスを特定することによってルーティングプロセスの次のホップを知る。本発明の一実施形態によれば、あらゆるサービスサブネットにサービスルータが存在する。ユーザは、サブネット内のサービスルータを介してサービスサブネットのリソースにアクセスすることができる。
【０１５１】
図11に示されるように、本発明の一実施形態におけるサービスルーティング方法の手順は以下を含む。
【０１５２】
段階111:サービスサブネットアドレスおよび特定のサービスアドレスを含むサービスアドレスフィールドを設定する。
【０１５３】
上述のように、サービスアドレスフィールドは、サービスサブネットの分割に従って決定される。例えば、サービスネットワークは、2つのレベルのサブネット、すなわち、SPサービスサブネットおよび特定サービスサブネットに分割できる。したがって、サービスアドレスは、3つのフィールド、すなわち、SP ID、サービスID、およびサービス特徴リストを含む。
【０１５４】
段階112:ユーザがサービスアドレスにアクセスするときにユーザのサービス要求メッセージ内のサービスアドレスフィールドのサービスサブネットアドレスに従ってサ―ビスサブネットにサービスデータをルーティングし、特定のサービスアドレスに従ってユーザを所望のサービスに導く。
【０１５５】
すなわち、ユーザが、サービスサブネットアドレスに対応するサービスサブネット内にいるとき、ユーザは、特定のサービスアドレスに従って目的のサービスに導かれることができ、ユーザが、サービスサブネットアドレスに対応するサービスサブネットの外にいるとき、ユーザは、以下のルーティングのやり方に従って目的のサービスに導かれる。
【０１５６】
サービスコアネットワークを通じて、ユーザはSPサービスサブネットにルーティングされ、次にサービスサブネットにルーティングされ、最後に、ユーザがアクセスしたい特定のサービスにルーティングされる。
【０１５７】
このようにして、サービスは、ルーティング中にレベル毎に探し出せる。SPがユーザがサービスにアクセスすることを禁じる場合、ユーザは、サービスにアクセスすることができない。
【０１５８】
本発明の一実施形態において、サービスデータが、サービスサブネットの概念に従ってルーティングされる。サービスサブネットは、上述のSPサブネットまたはサービスサブネットを指す。
【０１５９】
クライアントが、「A」がSP IDであり、「B」がサービスIDであり、「C」がサービス特徴リストであるサービスアドレス「A. B. C」にアクセスする必要があると仮定して、ルーティングのフローが図12に示される。
【０１６０】
段階121:クライアントが、アドレスが「A. B. C」であるサービスへのルーティングを要求する。
【０１６１】
段階112:この要求が、クライアントが置かれるサービスサブネットのサービスルータにルーティングされる。このサービスルータは、要求しているクライアントが「A. B」サービスサブネット内にあるかどうかを判定する。「A. B」サービスサブネット内にある場合、フローは段階128に進み、「A. B」サービスサブネット内にない場合、フローは段階123に進む。
【０１６２】
段階123:要求しているクライアントが「A. B」サービスサブネット内にない場合、要求は、クライアントが置かれるSPサブネットのサービスルータにルーティングされる。
【０１６３】
段階124:クライアントが置かれるSPサブネットのサービスルータが、要求しているクライアントが「A」SPサブネット内にあるかどうかを判定する。「A」SPサブネット内にある場合、フローは段階127に進み、「A」SPサブネット内にない場合、フローは段階125に進む。
【０１６４】
段階125:要求しているクライアントが「A」SPサブネット内にない場合、要求は、サービスコアネットワークのサービスルータにルーティングされる。
【０１６５】
段階126:サービスコアネットワークのサービスルータが、要求を「A」SPサブネットのサービスルータにルーティングする。
【０１６６】
段階127:「A」SPサブネットのサービスルータが、要求を「A. B」サービスサブネットのサービスルータにルーティングする。
【０１６７】
段階128:「A. B」サービスサブネットのサービスルータが、クライアントの要求を「A. B. C」サービスにルーティングする。
【０１６８】
本発明の一実施形態において、サービス経路内の次のホップの問題が、サービスルータを通じて解決される。サービスネットワーク内の次のホップをベアラネットワーク内の次のホップにマッピングするために、プロキシは、アドレスマッピングを実行するように要求される。
【０１６９】
サービスルーティングを実行するために、サービスルーティングテーブルが、各サービスルータに記憶される必要がある。サービスルータは、このサービスルーティングテーブルに従って次のホップのサービスアドレスを探索する。
【０１７０】
サービスルータを通じた次のホップのノードへのルーティングのプロセスが、図13を参照することによって以下で詳細に説明される。
【０１７１】
サービスレイヤのノード(ノードA)をサービスの次のノード(ノードB)にルーティングするプロセスは以下の通りである。
【０１７２】
1. ノードAが非サービスルータである場合、次のノード(ノードB)のサービスアドレスがサブネットの設定に従って取得され、ノードAがサービスルータである場合、サービス経路の次のノード(ノードB)のサービスアドレスが、サービスメッセージのメッセージ本体で搬送される送信先サービスアドレスに従ってこのノードのサービスルーティングテーブルに問い合わせることによって取得される。
【０１７３】
ノードAによって送信されるサービスメッセージのフォーマットが表3に示され、メッセージ本体は送信先サービスアドレスを含む。
【０１７４】
【表３】
2009524953.tif 000005
【０１７５】
2. ノードAが、ノードBのサービスアドレスを搬送するアドレスマッピング要求をプロキシに送信する。プロキシは、受信されたノードBのサービスアドレスに従ってそのプロキシ自体のデータベースに問い合わせ、ノードBのベアラネットワークレイヤのアドレスを取得し、表4に示されるメッセージを通じてノードAに応答する。
【０１７６】
【表４】
2009524953.tif 000006
【０１７７】
3. ノードAは、表1に示されたサービスメッセージをノードのサービスレイヤからノードのベアラネットワークレイヤに送信する。
【０１７８】
4. メッセージ内のノードBに対応するベアラネットワークアドレスに従って、ノードAは、ベアラネットワーク上のユーザのサービス要求メッセージをノードBに対応するベアラレイヤノードにルーティングする。
【０１７９】
5. ベアラネットワークレイヤにおいて、メッセージで搬送されるベアラレイヤアドレスがこのノードのベアラネットワークアドレスであることが確かである場合、ノードBは、ベアラレイヤアドレスフィールドを取り除き、ノードのサービスレイヤにメッセージを送信する。
【０１８０】
6. サービスネットワークレイヤにおいてノードのベアラレイヤによって送信されたメッセージを受信した後、メッセージ内のサービスレイヤアドレスがこのノードのサービスレイヤアドレスである場合、ノードBは、サービスレイヤアドレスフィールドを取り除き、最終的なメッセージ本体を取得する。このようにして、ユーザは、メッセージ本体によって指定された特定のサービスに導かれることができる。
【０１８１】
図14に示されるように、本発明の一実施形態において提供される、サービス経路情報が設定されるルーティング装置140は、
設定されたサービス経路情報と、ユーザのサービス要求メッセージ内のサービスサブネットアドレスとに従ってサ―ビスサブネットにユーザサービスデータをルーティングし、要求メッセージ内の特定のサービスアドレスに従ってユーザを特定のサービスに導くように適合されたルーティング処理ユニット1401と、
様々なノードのサービスアドレスとベアラネットワークレイヤアドレスとのマッピングテーブルを用いて構成され、このノードのサービス経路上の次のホップのノードのサービスアドレスおよびベアラネットワークレイヤアドレスを取得するように適合されたルーティングプロキシユニット1402とを含み、
このノードのベアラネットワークレイヤを通じて、次のホップのノードのベアラネットワークレイヤアドレス、および要求メッセージ内の送信先サービスアドレスにユーザのサービス要求メッセージを送信し、ユーザを特定のサービスに導く。
【０１８２】
本発明がいくつかの例示的実施形態を通じて説明されたが、本発明はそのような実施形態に限定されない。当業者が、本発明の精神および範囲を逸脱することなしに本発明に様々な修正および変更を行うことができることは明らかである。本発明は、それらの修正および変更が添付の特許請求の範囲またはその均等物によって定義される保護の範囲に入るという条件でそれらの修正および変更を包含するように意図される。
【図面の簡単な説明】
【０１８３】
【図１】本発明の一実施形態におけるサービスアドレス指定方法の手順を示す図である。
【図２】サービスネットワークがどのようにして複数のサブネットに分割されるかを示す図である。
【図３】本発明の第1の実施形態におけるサービスアドレス指定システムの構成を示す図である。
【図４】図3に示されたシステムのサービスアドレス指定の時間系列チャートである。
【図５】本発明の第2の実施形態におけるサービスアドレス指定システムの構成を示す図である。
【図６】図5に示されたシステムのサービスアドレス指定の時間系列チャートである。
【図７】本発明の第3の実施形態におけるサービスアドレス指定システムの構成を示す図である。
【図８】図7に示されたシステムのサービスアドレス指定の時間系列チャートである。
【図９】本発明の一実施形態におけるサービス加入方法の手順を示す図である。
【図１０】本発明の一実施形態におけるサービス加入システムの概略図である。
【図１１】本発明の一実施形態におけるサービスルーティングの手順を示す図である。
【図１２】本発明の一実施形態におけるサービスルーティングの手順を示す図である。
【図１３】本発明の一実施形態における、サービス経路上の次のホップのノードへのルーティングの手順を示す図である。
【図１４】本発明の一実施形態における、サービスルーティングを実行するためのルーティング装置を示す図である。
【符号の説明】
【０１８４】
S00    クライアント
S01、S02    SPのサービスサブネット
S03、S04    特定のサービスのサービスサブネット
S05    サービスコアネットワーク
S1    サービスプロビジョニングモジュール
S2    アドレス指定モジュール
S20    アドレスIDデータベース
S21    受信ユニット
S22    アドレスフィールド生成ユニット
S221    SP処理サブユニット
S222    サービスID処理サブユニット
S223    サービス特徴リスト処理サブユニット
S3    サービス特徴プロビジョニングモジュール
S31    サービス特徴呼び出しおよび検出ユニット
S32、S33    サービス特徴パラメータプロビジョニングユニット
S4    アドレス生成モジュール
S5    ユーザ端末
S6    ユーザプロキシ
S7    サービスアドレス抽出モジュール
S8    サービスプール
140    ルーティング装置
1401    ルーティング処理ユニット
1402    ルーティングプロキシユニット
【図１】
2009524953.tif 000007
【図２】
2009524953.tif 000008
【図３】
2009524953.tif 000009
【図４】
2009524953.tif 000010
【図５】
2009524953.tif 000011
【図６】
2009524953.tif 000012
【図７】
2009524953.tif 000013
【図８】
2009524953.tif 000014
【図９】
2009524953.tif 000015
【図１０】
2009524953.tif 000016
【図１１】
2009524953.tif 000017
【図１２】
2009524953.tif 000018
【図１３】
2009524953.tif 000019
【図１４】
2009524953.tif 000020
【手続補正書】
【提出日】平成20年10月9日(2008.10.9)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
少なくともSP IDおよびサービスIDを含むサービス情報を取得する段階と、
前記サービス情報に従って、アドレスの仕様に準ずるアドレスフィールドを生成する段階と、
同じサービスの前記アドレスフィールドを合併して前記サービスのアドレスにする段階と
を含む、サービスアドレス指定のための方法。
【請求項２】
サブセットの分割に従ってサービスアドレスフィールドを生成する段階をさらに含み、前記サブネットの分割は、サービスネットワークを、少なくともSPサービスサブネットおよび特定サービスサブネットを含む複数のサービスサブネットに分割することによって実行される請求項1に記載の方法。
【請求項３】
サービス特徴情報を取得する段階と、
前記サービス情報および前記サービス特徴情報に従って、前記アドレスの仕様に準ずるアドレスフィールドを生成する段階と
をさらに含み、前記サービスアドレスフィールドは、SP IDフィールド、サービスIDフィールド、およびサービス特徴フィールドを含み、各サービスの特徴は特定のサービスに対応する請求項2に記載の方法。
【請求項４】
全てのレベルの前記サービスサブネットの前記サービス情報および前記サービス特徴情報に対して一意的なマスタIDをそれぞれ設定する段階と、
前記サービス情報および前記サービス特徴情報の前記マスタID、ならびに対応する1つまたは複数の別名をアドレスIDデータベースに記憶する段階と
をさらに含み、前記サービス情報および前記サービス特徴情報に従って、前記アドレスの仕様に準ずるアドレスフィールドを生成する前記段階は、
前記サービスの全てのレベルの前記サービスサブネットのサービス情報およびサービス特徴情報を取得する段階と、
前記サービスの全てのレベルの前記サービスサブネットの前記サービス情報および前記サービス特徴情報を使用して、前記アドレスIDデータベースに記憶された前記サービス情報および前記サービス特徴情報の前記マスタID、ならびに前記対応する1つまたは複数の別名を照合する段階と、
前記サービスの全てのレベルの前記サービスサブネットの前記サービス情報の前記マスタID、および対応するサービス特徴情報の前記マスタIDを取得する段階と、
前記取得されたマスタIDを前記サービスのアドレスフィールドとして使用する段階と
を含む請求項3に記載の方法。
【請求項５】
複数のサービスが同時にアドレス指定を要求する場合に、同じサービスに対して生成された全ての前記アドレスフィールドに同じシリアル番号を付ける段階
をさらに含み、前記同じサービスの前記アドレスフィールドを合併して前記サービスのアドレスにする前記段階は、
前記同じシリアル番号に従って前記同じサービスの前記アドレスフィールドを合併して前記サービスのアドレスにする段階を含む請求項4に記載の方法。
【請求項６】
新しいサービスが稼働されるとき、前記サービスの全てのレベルの前記サービスサブネットにおける前記サービス情報のマスタID、および前記1つもしくは複数の対応する別名を前記アドレスIDデータベースに追加する段階、または
既存のサービスが中止され、システムがこのサービス情報を参照する必要がない場合に、このサービスの全てのレベルの前記サービスサブネットにおける前記サービス情報の前記マスタID、および前記対応する1つもしくは複数の別名を前記アドレスIDデータベースから削除する段階、または
新しいサービスの特徴が特定のサービスに追加される場合に、前記サービス特徴情報を前記アドレスIDデータベースに追加する段階、または
特定のサービスが中止され、前記システムがこのサービスの前記特徴情報を参照する必要がない場合に、前記サービス特徴情報を前記アドレスIDデータベースから削除する段階
をさらに含む請求項4に記載の方法。
【請求項７】
同じサービスの全ての前記アドレスフィールドを合併して前記サービスのアドレスにする前記段階は、
区切り記号によって前記同じサービスの前記アドレスフィールドを分け、前記分けられたアドレスフィールドを合併して前記サービスのアドレスにする段階
を含む請求項1に記載の方法。
【請求項８】
前記サービスがサービス特徴リスト情報を持たない場合に、前記サービスの配置および動作に従って前記サービス特徴情報を生成する段階
をさらに含む請求項3に記載の方法。
【請求項９】
サービス情報を取得し、前記サービス情報に従って、アドレスの仕様に準ずるアドレスフィールドを生成するように構成されたアドレス指定モジュール
を含み、前記サービス情報は少なくともSP IDおよびサービスIDを含む、サービスアドレス指定のためのシステム。
【請求項１０】
前記サービス情報を前記アドレス指定モジュールに提供するように構成されたサービスプロビジョニングモジュールと、
前記アドレス指定モジュールによって生成された前記アドレスフィールドを合併してサービスアドレスにするように構成されたアドレス生成モジュールと
をさらに含む請求項9記載のシステム。
【請求項１１】
前記アドレス指定モジュールは、サービス特徴情報を取得し、前記サービス情報および前記サービス特徴情報に従って、前記アドレスの仕様に準ずるアドレスフィールドを生成するようにさらに構成される請求項10に記載のシステム。
【請求項１２】
前記アドレス指定モジュールは、
前記サービス情報および前記サービス特徴情報のマスタID、ならびに対応する1つまたは複数の別名を記憶するように構成されたアドレスIDデータベースと、
前記サービスプロビジョニングモジュールによって送信されたアドレス指定要求を受信し、前記アドレス指定要求内の前記サ―ビス情報、および前記サービス特徴情報を抽出するように構成された受信ユニットと、
前記受信ユニットによって抽出された前記サービス情報、および前記サービス特徴情報、ならびに前記アドレスIDデータベース内の前記マスタIDの情報に基づいて、前記アドレスの仕様に準ずるアドレスフィールドを生成するように構成されたアドレスフィールド生成ユニットと
を含む請求項11に記載のシステム。
【請求項１３】
前記受信ユニットは、同じサービスアドレス指定要求に対して同じシリアル番号を与え、前記同じシリアル番号を前記抽出されたサービス情報および前記サービス特徴情報に入れるようにさらに構成され、
前記アドレス生成モジュールは、前記同じシリアル番号に従って前記アドレスフィールドを合併してサービスアドレスにするようにさらに構成される請求項12に記載のシステム。
【請求項１４】
前記アドレスフィールド生成ユニットは、
前記受信ユニットによって抽出されたSP IDを、前記アドレスの仕様に準ずるSPアドレスフィールドに変換するように構成されたSP処理サブユニットと、
前記受信ユニットによって抽出されたサービスIDを、前記アドレスの仕様に準ずるサービスアドレスフィールドに変換するように構成されたサービスID処理サブユニットと、
前記受信ユニットによって抽出されたサービス特徴情報を、前記アドレスの仕様に準ずるサービス特徴アドレスフィールドに変換するように構成されたサービス特徴リスト処理サブユニットと
を含む請求項12に記載のシステム。
【請求項１５】
サービス特徴情報を前記サービスプロビジョニングモジュールまたは前記アドレス指定モジュールに提供するように構成されたサービス特徴プロビジョニングモジュール
をさらに含む請求項11に記載のシステム。
【請求項１６】
前記サービス特徴プロビジョニングモジュールは、
サービス特徴パラメータ情報を提供するように構成された少なくとも1つのサービス特徴パラメータプロビジョニングユニットと、
前記サービスプロビジョニングモジュールの前記要求に従って前記サービス特徴パラメータプロビジョニングユニットから対応するサービス特徴パラメータを取得し、サービス特徴情報を生成し、前記サービス特徴情報を前記サービスプロビジョニングモジュールまたは前記アドレス指定モジュールに送信するように構成されたサービス特徴呼び出しおよび検出ユニットと
を含む請求項15に記載のシステム。
【請求項１７】
ユーザのサービス加入要求内のサービス情報を取得する段階と、
前記サービス情報に従って、アドレスの仕様に準ずる対応するサービスサブネットのアドレスフィールドを生成する段階と、
対応するサービスサブネットの前記アドレスフィールドを合併してサービス加入のアドレス情報にする段階と、
サービス加入の前記アドレス情報に準ずる全てのサービスアドレスリストを前記ユーザに送信する段階と
を含むサービス加入方法。
【請求項１８】
全てのレベルの前記サービスサブネットの前記サービス情報に対して一意的なマスタIDをそれぞれ設定する段階と、
前記サービス情報の前記マスタID、および対応する1つまたは複数の別名をアドレスIDデータベースに記憶する段階と
をさらに含み、前記サービス情報に従って、前記アドレスの仕様に準ずる対応するサービスサブネットのアドレスフィールドを生成する前記段階は、
前記サービスの全てのレベルの前記サービスサブネットのサービス情報を取得する段階と、
前記サービス情報を、前記アドレスIDデータベースに記憶された前記サービス情報の前記マスタID、および前記対応する1つまたは複数の別名と照合することによって前記サービスの全てのレベルの前記マスタIDを取得する段階と、
前記サービスの全てのレベルの前記取得されたマスタIDを、前記サービスの全てのレベルの対応するサービスサブネットの前記アドレスフィールドとして使用する段階と
を含む請求項17に記載の方法。
【請求項１９】
様々なサービス、および前記サービスのアドレス情報を記憶するように構成されたサービスプールと、
ユーザプロキシからのユーザのサービス加入要求内のサービス情報に従ってサービスアドレスフィールドを生成するように構成されたアドレス指定モジュールと、
前記サービスプールから、前記アドレス指定モジュールによって生成された前記サービスアドレスフィールドに準ずるサービスアドレスリストを抽出し、前記サービスアドレスリストを前記ユーザプロキシに返すように構成されたサービスアドレス抽出モジュールと
を含むサービス加入システム。
【請求項２０】
前記アドレス指定モジュールは、
前記サービス情報のマスタID、および対応する1つまたは複数の別名を記憶するように構成されたアドレスIDデータベースと、
前記ユーザプロキシによって送信されたアドレス指定要求を受信し、カテゴリ毎に前記アドレス指定要求内の前記サ―ビス情報を抽出するように構成された受信ユニットと、
前記受信ユニットによって抽出された前記サービス情報、および前記アドレスIDデータベース内の前記マスタIDの情報に基づいて、アドレスの仕様に準ずるアドレスフィールドを生成するように構成されたアドレスフィールド生成ユニットと
を含む請求項19に記載のシステム。
【請求項２１】
ユーザから、サービスサブネットアドレスおよび特定のサービスアドレスを含むサービスアドレスフィールドを搬送するサービス要求メッセージを受信する段階と、
前記サービスサブネットアドレスに従ってサービスサブネットにサービスデータをルーティングする段階と、
前記特定のサービスアドレスに従って前記ユーザを特定のサービスに導く段階と
を含むサービスルーティング方法。
【請求項２２】
前記サービスサブネットは、SPサービスサブネットおよび特定サービスサブネットを含む請求項21に記載の方法。
【請求項２３】
前記ユーザが、前記サービスサブネットアドレスに対応する前記サービスサブネット内にいるとき、前記ユーザを前記特定のサービスアドレスに従って特定のサービスに直接導く段階と、
前記ユーザが、前記サービスサブネットアドレスに対応する前記サービスサブネットの外にいるとき、前記ユーザを以下のルーティングのやり方、すなわち、
サービスコアネットワークを通じて前記SPサービスサブネットにルーティングする段階、
前記特定のサービスサブネットにルーティングする段階、および
前記特定のサービスを探し出す段階と
で前記特定のサービスに導く段階と
を含む請求項22に記載の方法。
【請求項２４】
前記サービスサブネットにおいてノード間をルーティングする前記段階は、
サービス経路上の次のホップのノードのサービスアドレスを取得する段階と、
様々なノードのサービスアドレスとベアラネットワークレイヤアドレスとの設定されたマッピングテーブルに従って前記次のホップのノードの前記サービスアドレスに対応するベアラネットワークレイヤアドレスを問い合わせ、取得する段階と、
このノードのベアラネットワークレイヤを通じて前記次のホップのノードの前記ベアラネットワークレイヤアドレスに前記ユーザの前記サービス要求メッセージを送信する段階と、
前記次のホップのノードがこのメッセージを受信した後で、前記ユーザの前記サービス要求メッセージ内の前記特定のサービスアドレスを取得する段階と、
前記特定のサービスアドレスが前記ノードのサービスアドレスではない場合に、前記やり方で前記次のホップのノードに前記ユーザの前記サービス要求メッセージをルーティングし続ける段階と、
前記特定のサービスアドレスが前記ノードのサービスアドレスである場合に、前記ユーザを前記特定のサービスに導く段階と
を含む請求項23に記載の方法。
【請求項２５】
前記ノードがサービスルータであるとき、前記ノードは、前記ユーザの前記サービス要求メッセージ内の前記特定のサービスアドレスに従って前記ノードのサービスルーティングテーブルに問い合わせ、前記サービス経路上の前記次のホップのノードの前記サービスアドレスを取得し、
前記ノードが非サービスルータであるとき、前記ノードは、サービスサブネットの設定情報に従って前記サービス経路上の前記次のホップのノードの前記サービスアドレスを取得する
請求項24に記載の方法。
【請求項２６】
ルーティング装置であって、
設定されたサービス経路情報、およびユーザのサービス要求メッセージ内のサービスサブネットアドレスに従ってサービスサブネットにユーザサービスデータをルーティングし、前記要求メッセージ内の特定のサービスアドレスに従って前記ユーザを特定のサービスに導くように構成されたルーティング処理ユニット
を含む、ルーティング装置。
【請求項２７】
サービスアドレスとベアラネットワークレイヤアドレスとの設定されたマッピングテーブルに従ってこのノードのサービス経路上の次のホップのノードの前記サービスアドレスおよび前記ベアラネットワークレイヤアドレスを取得するように構成されたルーティングプロキシユニットをさらに含み、
このノードのベアラネットワークレイヤを通じて前記次のホップのノードの前記ベアラネットワークレイヤアドレス、および前記ユーザの前記要求メッセージ内の前記特定のサービスアドレスに前記ユーザの前記サービス要求メッセージを送信し、前記ユーザを前記特定のサービスに導く請求項26に記載のルーティング装置。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００１
【補正方法】変更
【補正の内容】
【０００１】
本発明は、ネットワーク情報技術に関し、より具体的にはサービスアドレス指定(service addressing)のための方法、システム、およびアプリケーションに関する。
【国際調査報告】
2009524953.tif 000021
2009524953.tif 000022
2009524953.tif 000023
2009524953.tif 000024