JP7074774B2 - サービス発見方法、登録センター、およびデバイス - Google Patents

サービス発見方法、登録センター、およびデバイス Download PDF

Info

Publication number
JP7074774B2
JP7074774B2 JP2019566282A JP2019566282A JP7074774B2 JP 7074774 B2 JP7074774 B2 JP 7074774B2 JP 2019566282 A JP2019566282 A JP 2019566282A JP 2019566282 A JP2019566282 A JP 2019566282A JP 7074774 B2 JP7074774 B2 JP 7074774B2
Authority
JP
Japan
Prior art keywords
service
information
request
target
parameter information
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.)
Active
Application number
JP2019566282A
Other languages
English (en)
Other versions
JP2020522201A (ja
Inventor
睿智 ▲劉▼
▲強▼▲華▼ 朱
春山 熊
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of JP2020522201A publication Critical patent/JP2020522201A/ja
Application granted granted Critical
Publication of JP7074774B2 publication Critical patent/JP7074774B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1073—Registration or de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/55—Push-based network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/566—Grouping or aggregating service requests, e.g. for unified processing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/567—Integrating service provisioning from a plurality of service providers

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Computer And Data Communications (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)

Description

本出願は、通信分野に関し、より詳細には、サービス発見方法、登録センター、およびデバイスに関する。
本出願は、それの全体が参照により本明細書に組み込まれる、２０１７年６月２日に中国特許庁で出願された「ＳＥＲＶＩＣＥ ＤＩＳＣＯＶＥＲＹ ＭＥＴＨＯＤ， ＲＥＧＩＳＴＲＡＴＩＯＮ ＣＥＮＴＥＲ， ＡＮＤ ＤＥＶＩＣＥ」と題する中国特許出願第２０１７１０４０８０８８．４号の優先権を主張する。
サービス登録および発見は、サービス定義、サービス選択、およびサービス実行ポリシーを容易にするディレクトリサービスである。サービスサプライヤとして、サービスプロバイダは、サービス登録センターでサービスプロバイダのサービス情報を登録する。サービス登録センターは、すべてのサービス登録情報のための中央ストレージを主に提供し、サービス消費者にサービス登録情報更新通知をリアルタイムに送ることを担当する。サービス消費者は、サービス登録センターから必要とされるサービス登録情報を取得し、サービスを呼び出す。
ネットワークサービスシステムにおいて、ネットワークプロバイダは、提供されるネットワークサービスを登録センターにおいて公開し、クライアントは、登録センターにおいて必要とされるネットワークサービスを発見し、クライアントは、ネットワークサービスのエンドポイントを取得する。従来のネットワークシステムにおけるサービス実施（たとえば、サポートされるプロトコルおよび送信モード）は比較的単純である。クライアントは、サービス識別（Ｉｄｅｎｔｉｔｙ、ＩＤ）に基づいて適切なサービスを選択し得る。ネットワークサービス呼出し中には通常、固定フォーマットが使用される。ネットワークシステムがアップグレードされると、すなわち、サービスが多様化される傾向があると、クライアントは、従来の解決策を使用することによって適切なサービスを発見することができない。これはサービス品質を劣化させる。
本出願は、サービス消費者が適切なサービスを発見し、それによりサービス品質を改善することができるような、サービス発見方法、登録センター、およびデバイスを提供する。
第１の態様によれば、サービス発見方法が提供される。本方法は、登録センターによって、第１のデバイスによって送られたサービス発見要求を受信するステップであって、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、第１の送信モードに関する情報は、インバンド識別子またはアウトオブバンド識別子であり、インバンド識別子は、呼出し情報が第１のデバイスと第２のデバイスとの間の送信のためのデータに追加される送信モードを示すために使用され、アウトオブバンド識別子は、データおよび呼出し情報が第１のデバイスと第２のデバイスとの間で別々に送信される送信モードを示すために使用され、呼出しモードは、１要求１応答または１要求多応答であり、送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、第２の送信モードは、直接的にまたは中間ノードを使用することによって第１のデバイスと第２のデバイスとの間で情報を送信することである、ステップと、サービスパラメータデータベースに基づいて登録センターによって、ターゲットパラメータ情報に対応するターゲットサービスを判定するステップであって、サービスパラメータデータベースは、第２のデバイスの異なるサービスのパラメータ情報を記憶するために使用される、ステップと、登録センターによって、サービス応答メッセージを第１のデバイスに送るステップであって、サービス応答メッセージは、ターゲットサービスの記述情報を含む、ステップとを含む。
登録センターは、第１のデバイスによって送られたサービス発見要求を受信することであって、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む、受信することと、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定することと、ターゲットサービスの記述情報を含むサービス応答メッセージを第１のデバイスに送ることとを行う。このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて第１のデバイスのために適切なサービスが発見されることが可能である。したがって、サービス品質が改善されることが可能であり、システム処理効率が向上されることが可能である。
いくつかの可能な実装では、サービスパラメータデータベースに基づいて登録センターによって、ターゲットパラメータ情報に対応するターゲットサービスを判定するステップの前に、本方法は、登録センターによって、第２のデバイスによって送られた登録要求を受信するステップであって、登録要求は、第２のデバイスの第１のサービスのパラメータ情報を含む、ステップと、登録センターによって、第１のサービスのパラメータ情報をサービスパラメータデータベースに記憶するステップとをさらに含む。
登録センターは、複数の異なるサービスのパラメータ情報をパラメータデータベースに記憶し、サービス発見要求を受信した後に、要件を満たすパラメータ情報についてパラメータデータベースを照会し、要件を満たすパラメータ情報に対応するサービスを判定し得る。登録センターは、異なる登録要求を許可し、提供されることが可能であるサービスのパラメータ情報を記憶して、第１のデバイスのために、要件を満たす第２のデバイスを発見する。このようにして、第１のデバイスのために適切なサービスが発見され、それにより、サービス品質が改善されることが可能である。
いくつかの可能な実装では、ターゲットパラメータ情報は、第１の送信モードに関する情報を含み、サービスパラメータデータベースに基づいて登録センターによって、ターゲットパラメータ情報に対応するターゲットサービスを判定するステップは、第１の送信モードに関する情報がインバンド識別子である場合、登録センターによって、サービスパラメータデータベース中にあり、インバンド識別子を含むパラメータ情報に対応するサービスをターゲットサービスとして判定するステップを含む。
ターゲットパラメータ情報中に含まれる第１の送信モードに関する情報がインバンド識別子である場合、すなわち、第１のデバイスによって送られるべき呼出し情報がデータに追加される必要がある場合、登録センターは、第１のデバイスのために、呼出し情報がデータ中で搬送されることが可能であるサービスを選択し、したがって、第１のデバイスは、高品質のサービスを取得することができる。
いくつかの可能な実装では、ターゲットパラメータ情報は、呼出しモードに関する情報を含み、サービスパラメータデータベースに基づいて登録センターによって、ターゲットパラメータ情報に対応するターゲットサービスを判定するステップは、呼出しモードが１要求１応答である場合、登録センターによって、サービスパラメータデータベース中にあり、１要求１応答に関する情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定するステップを含む。
ターゲットパラメータ情報中に含まれる呼出しモードに関する情報が、１要求１応答に関する情報である場合、登録センターは、１要求１応答についての情報を含むパラメータ情報に対応するサービスについて探索し、サービスの記述情報を第１のデバイスに送り、したがって、第１のデバイスは、高品質のサービスを取得することができる。
いくつかの可能な実装では、ターゲットパラメータ情報は、送信プロトコルに関する情報を含み、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定するステップは、送信プロトコルが高度メッセージキューインターフェースプロトコルであるとき、登録センターによって、サービスパラメータデータベース中にあり、高度メッセージキューインターフェースプロトコルに関する情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定するステップを含む。
ターゲットパラメータ情報中に含まれる送信プロトコルに関する情報が、高度メッセージキューインターフェースプロトコルに関する情報である場合、登録センターは、第１のデバイスのために、高度メッセージキューインターフェースプロトコルについての情報を含むパラメータ情報に対応するサービスについて探索し、サービスの記述情報を第１のデバイスに送り、したがって、第１のデバイスは、高品質のサービスを取得することができる。
いくつかの可能な実装では、ターゲットパラメータ情報は、第２の送信モードを含み、サービスパラメータデータベースに基づいて登録センターによって、ターゲットパラメータ情報に対応するターゲットサービスを判定するステップは、第２の送信モードが、中間ノードを使用することによって第１のデバイスと第２のデバイスとの間で情報を送信することであるとき、登録センターによって、サービスパラメータデータベース中にあり、中間ノードを使用することによって送信が実施されることを示す情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定するステップを含む。
ターゲットパラメータ情報中に含まれる第２の送信モードに関する情報が、中間ノードを使用することによって送信が実施されることを示す情報である場合、登録センターは、第１のデバイスのために、中間ノードを使用することによって送信が実施されることを示す情報を含むパラメータ情報に対応するサービスについて探索し、サービスの記述情報を第１のデバイスに送り、したがって、第１のデバイスは、高品質のサービスを取得することができる。
いくつかの可能な実装では、ターゲットパラメータ情報は、中間ノードのロケーション情報をさらに含み、中間ノードは、サードパーティデバイス、登録センター、または第２のデバイス上に配置され、第２の送信モードが、中間ノードを使用することによって送信を実施することであるとき、登録センターによって、サービスパラメータデータベース中にあり、中間ノードを使用することによって送信が実施されることを示す情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定するステップは、第２の送信モードが、中間ノードを使用することによって送信を実施することであり、中間ノードが、サードパーティデバイスに配置されるとき、登録センターによって、サービスパラメータデータベース中にあり、中間ノードを使用することによって送信が実施されること、および中間ノードがサードパーティデバイスに配置されることを示す情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定するステップを含む。
ターゲットパラメータ情報中に含まれる第２の送信モードに関する情報が、中間ノードを使用することによって送信が実施されること、および中間ノードがサードパーティデバイスに配置されることを示す情報である場合、登録センターは、第１のデバイスのために、中間ノードを使用することによって送信が実施されること、および中間ノードがサードパーティデバイスに配置されることを示す情報を含むパラメータ情報に対応するサービスについて探索し、サービスの記述情報を第１のデバイスに送り、したがって、第１のデバイスは、高品質のサービスを取得することができる。
いくつかの可能な実装では、ネットワークサービスシステムは、モバイルエッジコンピューティングシステムであり、モバイルエッジコンピューティングシステムは、モバイルエッジオーケストレータおよびモバイルエッジホストを含み、モバイルエッジホストは、モバイルエッジプラットフォーム、第１のモバイルエッジアプリケーション、および第２のモバイルエッジアプリケーションを含み、モバイルエッジプラットフォームは登録センターに対応し、第１のモバイルエッジアプリケーションは第１のデバイスに対応し、第２のモバイルエッジアプリケーションは第２のデバイスに対応し、モバイルエッジオーケストレータは、第１のモバイルエッジアプリケーションおよび第２のモバイルエッジアプリケーションを管理するように構成される。
多様なサービスの中で、パラメータ情報をサポートするアプリケーションサービスに基づいて第１のモバイルエッジアプリケーションのために適切なサービスが発見されることが可能である。特に複数のインターフェースプロトコルまたは異なる呼出しモードをサポートするアプリケーションサービスの中で、第１のモバイルエッジアプリケーションは、呼出し情報を送信するために満足のいくインターフェースプロトコルおよび呼出しモードを選択し、それにより、送信効率を改善することができる。
いくつかの可能な実装では、ネットワークサービスシステムは、サービスおよびシステム態様ワークグループ６システムであり、サービスおよびシステム態様ワークグループ６システムは、サービス登録サーバ、ミッションクリティカルサービス、および外部アプリケーションを含み、サービス登録サーバは登録センターに対応し、外部アプリケーションは第１のデバイスに対応し、ミッションクリティカルサービスは第２のデバイスに対応する。
このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて外部アプリケーションのために適切なサービスが発見されることが可能である。特に、信用できるアプリケーションまたは同じドメイン中のアプリケーションは、サービスに直接的にアクセスすることができるが、信用できないアプリケーションまたは別のドメイン中のアプリケーションは、中間エンティティによって認証、フォーマット変換などが実施された後にのみ、サービスにアクセスすることができる。これはネットワークシステムのセキュリティ実施を改善する。
いくつかの可能な実装では、ネットワークサービスシステムは、サービスおよびシステム態様ワークグループ２システムであり、サービスおよびシステム態様ワークグループ２システムは、ネットワーク機能リポジトリ機能、第１のネットワーク機能インスタンス、および第２のネットワーク機能インスタンスを含み、ネットワーク機能リポジトリ機能は登録センターに対応し、第１のネットワーク機能インスタンスは第１のデバイスに対応し、第２のネットワーク機能インスタンスは第２のデバイスに対応する。
このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて第１のネットワーク機能インスタンスのために適切なサービスが発見されることが可能である。特に、適切な送信プロトコルを選択することで、インターフェース呼出しを正規化し、すなわち、インターフェースを適切に割り振ってサービスを改善し、それにより、ネットワークシステムの処理効率を向上させることができる。
第２の態様によれば、サービス発見方法が提供される。本方法は、第１のデバイスによって、サービス発見要求を送るステップであって、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、サービス発見要求は、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定するために使用され、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、第１の送信モードに関する情報は、インバンド識別子またはアウトオブバンド識別子であり、インバンド識別子は、呼出し情報が第１のデバイスと第２のデバイスとの間の送信のためのデータに追加される送信モードを示すために使用され、アウトオブバンド識別子は、データおよび呼出し情報が第１のデバイスと第２のデバイスとの間で別々に送信される送信モードを示すために使用され、呼出しモードは、１要求１応答または１要求多応答であり、送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、第２の送信モードは、直接的にまたは中間ノードを使用することによって第１のデバイスと第２のデバイスとの間で情報を送信することである、ステップと、第１のデバイスによって、サービス応答メッセージを受信するステップであって、サービス応答メッセージは、ターゲットサービスの記述情報を含む、ステップと、第１のデバイスによって、呼出し情報を第２のデバイスに送るステップであって、呼出し情報は、ターゲットサービスを呼び出すために使用される、ステップとを含む。
第１のデバイスは、サービス発見要求を登録センターに送ることであって、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、サービス発見要求は、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定するために使用され、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む、送ることと、ターゲットサービスの記述情報を含む、登録センターによって送られたサービス応答メッセージを受信することとを行う。このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて第１のデバイスのために適切なサービスが発見されることが可能である。したがって、サービス品質が改善されることが可能であり、システム処理効率が向上されることが可能である。
いくつかの可能な実装では、第２の送信モードが、中間ノードを使用することによって第１のデバイスと第２のデバイスとの間で情報を送信することであるとき、ターゲットパラメータ情報は、中間ノードのロケーションをさらに含み、中間ノードは、サードパーティデバイス、登録センター、または第２のデバイス上に配置される。
ターゲットパラメータ情報中に含まれる第２の送信モードに関する情報が、中間ノードを使用することによって送信が実施されること、および中間ノードがサードパーティデバイスに配置されることを示す情報である場合、第１のデバイスは、中間ノードを使用することによって送信が実施されること、および中間ノードがサードパーティデバイスに配置されることを示す情報を含むパラメータ情報に対応するターゲットサービスの、探索を通して登録センターによって判定された記述情報を受信する。このようにして、第１のデバイスは、高品質のサービスを取得することができる。
いくつかの可能な実装では、ネットワークサービスシステムは、モバイルエッジコンピューティングシステムであり、モバイルエッジコンピューティングシステムは、モバイルエッジオーケストレータおよびモバイルエッジホストを含み、モバイルエッジホストは、モバイルエッジプラットフォーム、第１のモバイルエッジアプリケーション、および第２のモバイルエッジアプリケーションを含み、モバイルエッジプラットフォームは登録センターに対応し、第１のモバイルエッジアプリケーションは第１のデバイスに対応し、第２のモバイルエッジアプリケーションは第２のデバイスに対応し、モバイルエッジオーケストレータは、第１のモバイルエッジアプリケーションおよび第２のモバイルエッジアプリケーションを管理するように構成される。
多様なサービスの中で、パラメータ情報をサポートするアプリケーションサービスに基づいて第１のモバイルエッジアプリケーションのために適切なサービスが発見されることが可能である。特に複数のインターフェースプロトコルまたは異なる呼出しモードをサポートするアプリケーションサービスの中で、第１のモバイルエッジアプリケーションは、呼出し情報を送信するために満足のいくインターフェースプロトコルまたは呼出しモードを選択し、それにより、送信効率を改善することができる。
いくつかの可能な実装では、ネットワークサービスシステムは、サービスおよびシステム態様ワークグループ６システムであり、サービスおよびシステム態様ワークグループ６システムは、サービス登録サーバ、ミッションクリティカルサービス、および外部アプリケーションを含み、サービス登録サーバは登録センターに対応し、外部アプリケーションは第１のデバイスに対応し、ミッションクリティカルサービスは第２のデバイスに対応する。
このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて外部アプリケーションのために適切なサービスが発見されることが可能である。特に、信用できるアプリケーションまたは同じドメイン中のアプリケーションは、サービスに直接的にアクセスすることができるが、信用できないアプリケーションまたは別のドメイン中のアプリケーションは、中間エンティティによって認証、フォーマット変換などが実施された後にのみ、サービスにアクセスすることができる。これはネットワークシステムのセキュリティ実施を改善する。
いくつかの可能な実装では、ネットワークサービスシステムは、サービスおよびシステム態様ワークグループ２システムであり、サービスおよびシステム態様ワークグループ２システムは、ネットワーク機能リポジトリ機能、第１のネットワーク機能インスタンス、および第２のネットワーク機能インスタンスを含み、ネットワーク機能リポジトリ機能は登録センターに対応し、第１のネットワーク機能インスタンスは第１のデバイスに対応し、第２のネットワーク機能インスタンスは第２のデバイスに対応する。
このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて第１のネットワーク機能インスタンスのために適切なサービスが発見されることが可能である。特に、適切な送信プロトコルを選択することで、インターフェース呼出しを正規化し、すなわち、インターフェースを適切に割り振ってサービスを改善し、それにより、ネットワークシステムの処理効率を向上させることができる。
第３の態様によれば、サービス発見方法が提供される。本方法は、第２のデバイスによって、登録要求を登録センターに送るステップであって、登録要求は、第１のサービスのパラメータ情報を含み、したがって、登録センターは、第１のサービスのパラメータ情報をサービスパラメータデータベースに記憶し、サービスパラメータデータベースは、ターゲットパラメータ情報に対応するターゲットサービスを判定するために使用され、ターゲットパラメータ情報は、第１のデバイスによって必要とされるサービスのパラメータ情報であり、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、第１の送信モードに関する情報は、インバンド識別子またはアウトオブバンド識別子であり、インバンド識別子は、呼出し情報が第１のデバイスと第２のデバイスとの間の送信のためのデータに追加される送信モードを示すために使用され、アウトオブバンド識別子は、データおよび呼出し情報が第１のデバイスと第２のデバイスとの間で別々に送信される送信モードを示すために使用され、呼出しモードは、１要求１応答または１要求多応答であり、送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、第２の送信モードは、直接的にまたは中間ノードを使用することによって第１のデバイスと第２のデバイスとの間で情報を送信することである、ステップと、第２のデバイスによって、第１のデバイスによって送られた呼出し情報を受信するステップであって、呼出し情報は、ターゲットサービスを呼び出すために使用される、ステップとを含む。
第２のデバイスは、登録要求を登録センターに送り、したがって、登録センターのパラメータデータベースは、複数の異なるサービスのパラメータ情報を記憶する。サービス発見要求を受信した後に、登録センターは、要件を満たすパラメータ情報についてパラメータデータベースを照会し、要件を満たすパラメータ情報に対応するサービスを判定し、サービスの記述情報を第１のデバイスに送る。このようにして、第１のデバイスは、第２のデバイスのサービスを呼び出すことができ、したがって、第１のデバイスは、高品質のサービスを取得することができる。
いくつかの可能な実装では、第２の送信モードが、中間ノードを使用することによって第１のデバイスと第２のデバイスとの間で情報を送信することであるとき、ターゲットパラメータ情報は、中間ノードのロケーションをさらに含み、中間ノードは、サードパーティデバイス、登録センター、または第２のデバイス上に配置される。
ターゲットパラメータ情報中に含まれる第２の送信モードに関する情報が、中間ノードを使用することによって送信が実施されること、および中間ノードがサードパーティデバイスに配置されることを示す情報である場合、登録センターは、探索を通して、中間ノードを使用することによって送信が実施されること、および中間ノードがサードパーティデバイスに配置されることを示す情報を含むパラメータ情報に対応するターゲットサービスの記述情報を判定して、第２のデバイスのターゲットサービスを取得し、したがって、第１のデバイスは、高品質のサービスを提供されることが可能である。
いくつかの可能な実装では、ネットワークサービスシステムは、モバイルエッジコンピューティングシステムであり、モバイルエッジコンピューティングシステムは、モバイルエッジオーケストレータおよびモバイルエッジホストを含み、モバイルエッジホストは、モバイルエッジプラットフォーム、第１のモバイルエッジアプリケーション、および第２のモバイルエッジアプリケーションを含み、モバイルエッジプラットフォームは登録センターに対応し、第１のモバイルエッジアプリケーションは第１のデバイスに対応し、第２のモバイルエッジアプリケーションは第２のデバイスに対応し、モバイルエッジオーケストレータは、第１のモバイルエッジアプリケーションおよび第２のモバイルエッジアプリケーションを管理するように構成される。
多様なサービスの中で、パラメータ情報をサポートするアプリケーションサービスに基づいて第１のモバイルエッジアプリケーションのために適切なサービスが発見されることが可能である。特に複数のインターフェースプロトコルまたは異なる呼出しモードをサポートするアプリケーションサービスの中で、第１のモバイルエッジアプリケーションは、呼出し情報を送信するために満足のいくインターフェースプロトコルまたは呼出しモードを選択し、それにより、送信効率を改善することができる。
いくつかの可能な実装では、ネットワークサービスシステムは、サービスおよびシステム態様ワークグループ６システムであり、サービスおよびシステム態様ワークグループ６システムは、サービス登録サーバ、ミッションクリティカルサービス、および外部アプリケーションを含み、サービス登録サーバは登録センターに対応し、外部アプリケーションは第１のデバイスに対応し、ミッションクリティカルサービスは第２のデバイスに対応する。
このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて外部アプリケーションのために適切なサービスが発見されることが可能である。特に、信用できるアプリケーションまたは同じドメイン中のアプリケーションは、サービスに直接的にアクセスすることができるが、信用できないアプリケーションまたは別のドメイン中のアプリケーションは、中間エンティティによって認証、フォーマット変換などが実施された後にのみ、サービスにアクセスすることができる。これはネットワークシステムのセキュリティ実施を改善する。
いくつかの可能な実装では、ネットワークサービスシステムは、サービスおよびシステム態様ワークグループ２システムであり、サービスおよびシステム態様ワークグループ２システムは、ネットワーク機能リポジトリ機能、第１のネットワーク機能インスタンス、および第２のネットワーク機能インスタンスを含み、ネットワーク機能リポジトリ機能は登録センターに対応し、第１のネットワーク機能インスタンスは第１のデバイスに対応し、第２のネットワーク機能インスタンスは第２のデバイスに対応する。
このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて第１のネットワーク機能インスタンスのために適切なサービスが発見されることが可能である。特に、適切な送信プロトコルを選択することで、インターフェース呼出しを正規化し、すなわち、インターフェースを適切に割り振ってサービスを改善し、それにより、ネットワークシステムの処理効率を向上させることができる。
第４の態様によれば、登録センターが提供され、登録センターは、第１の態様または第１の態様の可能な実装のいずれか１つによる方法を実施するように構成されたモジュールを含む。
第５の態様によれば、デバイスが提供され、本デバイスは、第２の態様または第２の態様の可能な実装のいずれか１つによる方法を実施するように構成されたモジュールを含む。
第６の態様によれば、デバイスが提供され、本デバイスは、第３の態様または第３の態様の可能な実装のいずれか１つによる方法を実施するように構成されたモジュールを含む。
第７の態様によれば、システムが提供され、本システムは、
第４の態様による登録センター、第５の態様によるデバイス、および第６の態様によるデバイス
を含む。
第８の態様によれば、プロセッサ、メモリ、および通信インターフェースを含む、登録センターが提供される。プロセッサは、メモリおよび通信インターフェースに接続される。メモリは、命令を記憶するように構成され、プロセッサは、命令を実行するように構成され、通信インターフェースは、プロセッサの制御下で別のネットワーク要素と通信するように構成される。プロセッサが、メモリに記憶された命令を実行するとき、プロセッサは、第１の態様または第１の態様の可能な実装のいずれか１つによる方法を実施することを可能にされる。
第９の態様によれば、プロセッサ、メモリ、および通信インターフェースを含む、デバイスが提供される。プロセッサは、メモリおよび通信インターフェースに接続される。メモリは、命令を記憶するように構成され、プロセッサは、命令を実行するように構成され、通信インターフェースは、プロセッサの制御下で別のネットワーク要素と通信するように構成される。プロセッサが、メモリに記憶された命令を実行するとき、プロセッサは、第２の態様または第２の態様の可能な実装のいずれか１つによる方法を実施することを可能にされる。
第１０の態様によれば、プロセッサ、メモリ、および通信インターフェースを含む、デバイスが提供される。プロセッサは、メモリおよび通信インターフェースに接続される。メモリは、命令を記憶するように構成され、プロセッサは、命令を実行するように構成され、通信インターフェースは、プロセッサの制御下で別のネットワーク要素と通信するように構成される。プロセッサが、メモリに記憶された命令を実行するとき、プロセッサは、第３の態様または第３の態様の可能な実装のいずれか１つによる方法を実施することを可能にされる。
第１１の態様によれば、コンピュータ記憶媒体が提供される。コンピュータ記憶媒体はプログラムコードを記憶し、プログラムコードは、第１の態様または第１の態様の可能な実装のいずれか１つによるサービス発見方法を実施するための命令を実行するように命令するために使用される。
第１２の態様によれば、コンピュータ記憶媒体が提供される。コンピュータ記憶媒体はプログラムコードを記憶し、プログラムコードは、第２の態様または第２の態様の可能な実装のいずれか１つによるサービス発見方法を実施するための命令を実行するように命令するために使用される。
第１３の態様によれば、コンピュータ記憶媒体が提供される。コンピュータ記憶媒体はプログラムコードを記憶し、プログラムコードは、第３の態様または第３の態様の可能な実装のいずれか１つによるサービス発見方法を実施するための命令を実行するように命令するために使用される。
上記の技術的解決策に基づいて、登録センターは、第１のデバイスによって送られたサービス発見要求を受信することであって、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む、受信することと、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定することと、ターゲットサービスの記述情報を含むサービス応答メッセージを第１のデバイスに送ることとを行う。このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて第１のデバイスのために適切なサービスが発見されることが可能である。したがって、サービス品質が改善されることが可能であり、システム処理効率が向上されることが可能である。
サービス登録および発見のアーキテクチャ図である。 ネットワークサービス登録および発見の概略フローチャートである。 サービス登録および発見がモバイルエッジコンピューティング（Ｍｏｂｉｌｅ Ｅｄｇｅ Ｃｏｍｐｕｔｉｎｇ、ＭＥＣ）システムに適用されるシナリオの概略図である。 サービス登録および発見がサービスおよびシステム態様ワークグループ（Ｓｅｒｖｉｃｅ ａｎｄ Ｓｙｓｔｅｍｓ Ａｓｐｅｃｔｓ Ｗｏｒｋ Ｇｒｏｕｐ、ＳＡ）６システムに適用されるシナリオの概略図である。 サービス登録および発見がＳＡ２に適用されるシナリオの概略図である。 本出願の実施形態によるサービス発見方法の概略フローチャートである。 本出願の実施形態による送信モードの概略図である。 本出願の実施形態による呼出しモードの概略図である。 本出願の実施形態による送信プロトコルの概略図である。 本出願の実施形態による送信モードの概略図である。 本出願の実施形態による中間ノードのロケーションの概略図である。 本出願の実施形態によるサービス発見方法の対話プロシージャの概略図である。 本出願の別の実施形態によるサービス発見方法の対話プロシージャの概略図である。 本出願の別の実施形態によるサービス発見方法の対話プロシージャの概略図である。 本出願の実施形態による登録センターの概略ブロック図である。 本出願の実施形態によるデバイスの概略ブロック図である。 本出願の別の実施形態によるデバイスの概略ブロック図である。 本出願の実施形態によるシステムの概略ブロック図である。 本出願の実施形態による登録センターの概略構造図である。 本出願の実施形態によるデバイスの概略構造図である。 本出願の別の実施形態によるデバイスの概略構造図である。
以下で、添付の図面を参照しながら本出願の技術的解決策について説明する。
図１は、サービス登録および発見のアーキテクチャ図である。図１に示されているように、サービス登録および発見は、サービス定義、サービス選択、およびサービス実行ポリシーを容易にするディレクトリサービスである。サービスサプライヤとして、サービスプロバイダは、サービス登録センターでサービスプロバイダのサービス情報を登録する。サービス登録センターは、すべてのサービス登録情報のための中央ストレージを主に提供し、サービス消費者にサービス登録情報更新通知をリアルタイムに送ることを担当する。サービス消費者は、サービス登録センターから必要とされるサービス登録情報を取得し、サービスを呼び出す。
サービス登録および発見システム中の様々な要素は次のように特に定義される。
サービス（Ｓｅｒｖｉｃｅ）は、論理機能を独立して実装することができる、疎結合されたきめの粗い自律構成要素であり、サービス消費者（アプリケーション／ネットワーク要素または別の構成要素）による呼出しのために利用可能である。
エンドポイント（Ｅｎｄ ｐｏｉｎｔ）は、サービスインスタンスによってサービス消費者に通知される発見アドレスであり、サービスインスタンスはこのアドレスを使用して情報を露出する。
契約（Ｃｏｎｔｒａｃｔ）は、アプリケーションプログラミングインターフェース（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ、ＡＰＩ）バージョン、ユニフォームリソース識別子（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ、ＵＲＩ）ディレクトリ、パラメータの量、およびメッセージフォーマットなど、サービスおよびサーバ呼出し側がそれに従う協定である。
登録センター（サービスレジストリ）は、複数のサービスインスタンスが同じであるとき、またはサービスインスタンスが動的に生成される必要があるときに使用される。サービスインスタンスは、サービスインスタンスのエンドポイントおよび契約を登録センターに提供し得、それにより、サービス呼出し側は、サービスを発見し、通常に使用する。
図２は、ネットワークサービス（ウェブサービス）登録および発見の概略フローチャートである。
２０１．ネットワークプロバイダが、提供されるネットワークサービスを登録センターにおいて公開する。登録センターにおいてネットワークプロバイダによって公開されるネットワークサービスは、サービス識別（Ｉｄｅｎｔｉｔｙ、ＩＤ）、サービス名、バージョン番号、プロバイダＩＤ、エンドポイント、インターフェーステーブル、またはサプライヤのうちの少なくとも１つなど、特にネットワークサービスの特性情報であり得る。
２０２．クライアントが、登録センターにおいて、必要とされるネットワークサービスを発見し、特に、登録センターが、ネットワークサービスの特性情報について探索して、適切なネットワークサービスを発見する。
２０３．クライアントが、ネットワークサービスのエンドポイントを取得する。
図３は、サービス登録および発見がモバイルエッジコンピューティング（Ｍｏｂｉｌｅ Ｅｄｇｅ Ｃｏｍｐｕｔｉｎｇ、ＭＥＣ）システムに適用されるシナリオを示す。図３に示されているように、ＭＥＣシステムは、モバイルエッジオーケストレータ（Ｍｏｂｉｌｅ Ｅｄｇｅ Ｏｒｃｈｅｓｔｒａｔｏｒ、ＭＥＯ）およびモバイルエッジホスト（Ｍｏｂｉｌｅ ｅｄｇｅ ｈｏｓｔ）を主に含む。ＭＥＯは、ＭＥＣシステム中にコア管理機能を有する。モバイルエッジホストは、モバイルエッジプラットフォーム（Ｍｏｂｉｌｅ ｅｄｇｅ ｐｌａｔｆｏｒｍ）、仮想化インフラストラクチャ（Ｖｉｒｔｕａｌｉｚａｔｉｏｎ ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）、およびモバイルエッジアプリケーション（Ｍｏｂｉｌｅ ｅｄｇｅ ａｐｐｌｉｃａｔｉｏｎ、ＭＥアプリ）を主に含む。
モバイルエッジプラットフォームは、基本機能のセットであり、特定の仮想化インフラストラクチャにおいてモバイルエッジアプリケーションを走らせることが可能であり、モバイルエッジアプリケーションがモバイルエッジサービスを提供し使用することを可能にする。モバイルエッジアプリケーションは、ＭＥＯ構成または要求に基づいてモバイルエッジホストの仮想化インフラストラクチャにおいてインスタンス化されたアプリケーションである。モバイルエッジアプリケーションは、サービスプロバイダ（Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）およびサービス消費者（Ｓｅｒｖｉｃｅ Ｃｏｎｓｕｍｅｒ）を含む。加えて、モバイルエッジプラットフォーム上に登録センター（サービスレジストリ）が配置され、サービスインスタンスは、サービスインスタンスのエンドポイントおよび契約を登録センターに提供し得、それにより、サービス呼出し側は、サービスインスタンスを発見し、通常に使用する。
ＭＥＣでは、Ｍｐ１インターフェースおよび表現状態転送（Ｒｅｓｔｆｕｌ）ＡＰＩも定義される。Ｍｐ１インターフェースは、モバイルエッジプラットフォームとモバイルエッジアプリケーションとの間のサービス登録、サービス発見、およびサービス通信をサポートする。ＲＥＳＴｆｕｌ ＡＰＩは、ネットワークリソースの表現方式が継続的に取得されるとき、クライアントによって状態が継続的に変更されるＡＰＩである。特に、ＭＥＣのサービスプロバイダは、Ｍｐ１インターフェースを通してサービスをモバイルエッジプラットフォームに登録し、サービス消費者は、Ｍｐ１インターフェースを通してモバイルエッジプラットフォームからサービスを発見し、サービス消費者は、ＲＥＳＴｆｕｌアプリケーションプログラミングインターフェースを通して、サービスプロバイダによって提供されるサービスを呼び出す。
図４は、サービス登録および発見がサービスおよびシステム態様ワークグループ（Ｓｅｒｖｉｃｅ ａｎｄ Ｓｙｓｔｅｍｓ Ａｓｐｅｃｔｓ Ｗｏｒｋ Ｇｒｏｕｐ、ＳＡ）６システムに適用されるシナリオを示す。図４に示されているように、ＳＡ６システムは、ミッションクリティカルサービス（Ｍｉｓｓｉｏｎ Ｃｒｉｔｉｃａｌ Ｓｅｒｖｉｃｅ、ＭＣ Ｓｅｒｖｉｃｅ）、サービスアクセスサーバ、共通サービスコア（ｃｏｍｍｏｎ ｓｅｒｖｉｃｅ ｃｏｒｅ、ＣＳＣ）、外部アプリケーション、および動作サポートシステム（Ｏｐｅｒａｔｉｏｎ Ｓｕｐｐｏｒｔ Ｓｙｓｔｅｍ、ＯＳＳ）を含む。ＭＣサービスは、サービスアクセスサーバを使用することによって外部アプリケーションに対するサービス能力の露出を制御する。ミッションクリティカルサービスは、サービスアクセスサーバ上でサービスについて照会し、それを発見し、次いで、再使用されるインターフェースを通してサービス通信を実装する。
図５は、サービス登録および発見がＳＡ２に適用されるシナリオの概略図である。図５に示されているように、ＳＡ２システムは、ネットワーク機能リポジトリ機能（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ Ｒｅｐｏｓｉｔｏｒｙ Ｆｕｎｃｔｉｏｎ、ＮＲＦ）、第１のネットワーク機能（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ、ＮＦ）インスタンス（ＮＦ Ｉｎｓｔａｎｃｅ、ＮＦＩ）、第２のネットワーク機能インスタンス、ならびに管理およびオーケストレーション（Ｍａｎａｇｅｍｅｎｔ ａｎｄ Ｏｒｃｈｅｓｔｒａｔｉｏｎ、ＭＡＮＯ）を含む。ＮＲＦは、ネットワーク機能インスタンスの展開、更新、および削除中に、展開されるＮＦＩに関する情報を保守する。ＮＲＦは、サービス発見機能をサポートし、ＮＦＩからネットワーク機能発見要求を受信し、ＮＦＩに関する発見された情報をＮＦＩに提供する。
要約すれば、ネットワークサービス登録および発見は、モバイルエッジコンピューティング（Ｍｏｂｉｌｅ Ｅｄｇｅ Ｃｏｍｐｕｔｉｎｇ、ＭＥＣ）システム、ＳＡ６システム、およびＳＡ２システムに適用され得る。例としてＭＥＣシステムが使用される。従来のＭＥＣシステムでは、サービス消費者は、サービスプロバイダのサービスを呼び出すためにＲＥＳＴｆｕｌ ＡＰＩのみを使用することができ、したがって、ネットワークプロバイダおよび発見者は、送信インターフェースを考慮する必要がない。言い換えれば、従来の解決策では、ネットワークプロバイダおよび発見者は固定インターフェースを使用する。
欧州通信規格協会（Ｅｕｒｏｐｅａｎ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｔａｎｄａｒｄｓ Ｉｎｓｔｉｔｕｔｅ、ＥＴＳＩ）ＭＥＣ＃８Ｂ会合では、ＭＥＣシステムは、ＲＥＳＴｆｕｌ ＡＰＩをサポートするだけでなく、低いレイテンシおよび大きいデータボリュームをもつ送信をサポートするために使用されるトランスポートレイヤサービスインターフェース、たとえば、メッセージキューイングテレメトリトランスポート（Ｍｅｓｓａｇｅ Ｑｕｅｕｉｎｇ Ｔｅｌｅｍｅｔｒｙ Ｔｒａｎｓｐｏｒｔ、ＭＱＴＴ）プロトコル、高度メッセージキューイングプロトコル（Ａｄｖａｎｃｅｄ Ｍｅｓｓａｇｅ Ｑｕｅｕｉｎｇ Ｐｒｏｔｏｃｏｌ、ＡＭＱＰ）、およびプライベートリモートプロシージャコールプロトコル（Ｒｅｍｏｔｅ Ｐｒｏｃｅｄｕｒｅ Ｃａｌｌ Ｐｒｏｔｏｃｏｌ、ＲＰＣ）をもサポートする。対照的に、従来の技術では、インターフェースの要件に基づいて適切なサービスが発見されることが不可能であり、したがって、サービス品質が低減される。
図６は、本出願の実施形態によるサービス発見方法の概略フローチャートである。図６に示されているように、本方法はネットワークサービスシステムに適用される。ネットワークサービスシステムは、登録センター、第１のデバイス、および第２のデバイスを含む。本方法は次のステップを含む。
６０１．登録センターが、第１のデバイスによって送られたサービス発見要求を受信し、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、第１の送信モードに関する情報は、インバンド識別子またはアウトオブバンド識別子であり、インバンド識別子は、呼出し情報が送信のためのデータに追加される送信モードを示すために使用され、アウトオブバンド識別子は、データおよび呼出し情報が別々に送信される送信モードを示すために使用され、呼出しモードは、１要求１応答または１要求多応答であり、送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、第２の送信モードは、直接的にまたは中間ノードを使用することによって送信を実施することである。
６０２．登録センターが、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定し、サービスパラメータデータベースは、第２のデバイスの異なるサービスのパラメータ情報を記憶するために使用される。
６０３．登録センターが、サービス応答メッセージを第１のデバイスに送り、サービス応答メッセージは、ターゲットサービスの記述情報を含む。
６０４．第１のデバイスが、呼出し情報を第２のデバイスに送り、呼出し情報は、ターゲットサービスを呼び出すために使用される。
第１のデバイスは、サービス発見要求を登録センターに送り、サービス発見要求は、ターゲットパラメータ情報に対応する、第２のデバイス中に含まれるサービスを要求するために使用され、サービス発見要求は、ターゲットパラメータ情報を搬送する。サービスパラメータデータベースは、第２のデバイスの異なるサービスのパラメータ情報を記憶し、すべてのサービスは、パラメータ情報に対して１対１の対応にある。パラメータ情報に対応する各サービスの記述情報は、特にサービスのＩＤであり得る。サービス発見要求を受信した後に、登録センターは、ターゲットパラメータ情報を満たすターゲットサービスについてサービスパラメータデータベースを探索し、ターゲットサービスの記述情報を含むサービス応答メッセージを第１のデバイスに送り、したがって、第１のデバイスは、第２のデバイスのターゲットサービスを呼び出すために、ターゲットサービスの記述情報に基づいて呼出し情報を送ることができる。言い換えれば、本出願のこの実施形態では、第１のデバイスのために必要とされるサービスがより正確に選択され、それにより、サービス品質が改善されることが可能である。
第１のデバイスによって必要とされるサービスのターゲットパラメータ情報は、第１のデバイスによって必要とされるサービスに対応するパラメータ情報であり得る。たとえば、ターゲットパラメータ情報は、第１のデバイスが、ターゲットサービスを選択した後に呼出し情報を第２のデバイスに送り、呼出し情報に基づいて、第２のデバイスによって送られた応答メッセージを受信するときに使用される、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、第２の送信モードに関する情報などであり得る。
第１のデバイスによって登録センターに送られるサービス発見要求は、サービスＩＤ、サービス名、バージョン番号、プロバイダＩＤ、エンドポイント、インターフェーステーブル、またはサプライヤのうちの少なくとも１つをさらに搬送し得ることに留意されたい。
サービスとパラメータ情報との間の対応は、マッピング関係を使用することによって、別の形態で、などで表され得ることを理解されたい。これは本出願では限定されない。
また、サービスパラメータデータベースにおいて、各サービスは１つのパラメータ情報に対応し、パラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つをも含むことを理解されたい。
また、第１のデバイスは、ハードウェアデバイスまたはソフトウェアアプリケーションであり得、第２のデバイスは、ハードウェアデバイスまたはソフトウェアアプリケーションであり得ることを理解されたい。加えて、第１のデバイスは第２のデバイスと同じであり得る。これは本出願では限定されない。
要約すれば、本出願のこの実施形態におけるサービス発見方法によれば、登録センターは、第１のデバイスによって送られたサービス発見要求を受信することであって、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む、受信することと、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定することと、ターゲットサービスの記述情報を含むサービス応答メッセージを第１のデバイスに送ることとを行う。このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて第１のデバイスのために適切なサービスが発見されることが可能である。したがって、サービス品質が改善されることが可能であり、システム処理効率が向上されることが可能である。加えて、本出願のこの実施形態におけるサービス発見方法によれば、ネットワークシステムの管理および拡張が容易にされることが可能である。
任意選択で、登録センターは、登録要求を受信し得、登録要求は、第２のデバイスの第１のサービスのパラメータ情報を含み、登録センターは、第１のサービスのパラメータ情報をサービスパラメータデータベースに記憶する。第１のサービスは、第２のデバイスによってサポートされるサービスのいずれか１つであり得る。具体的には、登録センターは、複数の異なるサービスのパラメータ情報をパラメータデータベースに記憶し、サービス発見要求を受信した後に、要件を満たすパラメータ情報についてパラメータデータベースを照会し、要件を満たすパラメータ情報に対応するサービスを判定し得る。
第２のデバイスが登録要求を登録センターに送るとき、登録要求中に含まれるパラメータ情報は、サービス発見要求中に含まれるパラメータ情報と同じであり、また、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、第１の送信モードに関する情報は、インバンド識別子またはアウトオブバンド識別子であり、インバンド識別子は、呼出し情報が送信のためのデータに追加される送信モードを示すために使用され、アウトオブバンド識別子は、データおよび呼出し情報が別々に送信される送信モードを示すために使用され、呼出しモードは、１要求１応答または１要求多応答であり、送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、第２の送信モードは、直接的にまたは中間ノードを使用することによって送信を実施することであることに留意されたい。
登録要求は、サービスＩＤ、サービス名、バージョン番号、プロバイダＩＤ、エンドポイント、インターフェーステーブル、またはサプライヤのうちの少なくとも１つをさらに搬送し得ることを理解されたい。
任意選択で、ターゲットパラメータ情報が、第１の送信モードに関する情報を含む場合、第１の送信モードに関する情報は、アウトオブバンド識別子またはインバンド識別子であり得る。インバンド識別子は、呼出し情報が送信のためのデータに追加される送信モードを示すために使用され、アウトオブバンド識別子は、データおよび呼出し情報が別々に送信される送信モードを示すために使用される。ターゲットパラメータ情報中に含まれる第１の送信モードに関する情報がインバンド識別子である場合、登録センターは、サービスパラメータデータベース中にあり、インバンド識別子を含むパラメータ情報に対応するサービスをターゲットサービスとして判定する。同様に、ターゲットパラメータ情報中に含まれる第１の送信モードに関する情報がアウトオブバンド識別子である場合、登録センターは、サービスパラメータデータベース中にあり、アウトオブバンド識別子を含むパラメータ情報に対応するサービスをターゲットサービスとして判定する。
特に、ターゲットパラメータ情報中に含まれる第１の送信モードに関する情報がインバンド識別子である場合、第１のデバイスによって第２のデバイスに送られる呼出し情報は、たとえば、送信制御プロトコル（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ、ＴＣＰ）オプション（ｏｐｔｉｏｎ）を使用することによって、送信のためのデータに追加され得る。図７に示されているように、ターゲットパラメータ情報中に含まれる第１の送信モードに関する情報がアウトオブバンド識別子である場合、第１のデバイスによって第２のデバイスに送られる呼出し情報およびデータは、別々に送信され得る。登録センターは、第１のデバイスのために、要件を満たす第２のデバイスを選択し、したがって、第１のデバイスは、高品質のサービスを取得することができる。
任意選択で、図８に示されているように、ターゲットパラメータ情報は、呼出しモードに関する情報を含み得、呼出しモードは、１要求１応答または１要求多応答である。１要求１応答は、第１のデバイスが呼出し情報を第２のデバイスに１回送った後、第２のデバイスが呼出し情報要求に１回応答するサービスであり得る。このようにして、異なる契約を必要とするサービスは別々に扱われ、それにより、処理効率が向上されることが可能である。１要求多応答は、第１のデバイスが呼出し情報を第２のデバイスに１回送った後、第２のデバイスが呼出し情報要求に複数回応答し得る、すなわち、１つのサブスクリプションの有効性が長時間持続するサービスであり得る。これは、同じサービスを必要とするデバイス間で呼出し情報を複数回送ることを回避させ、それにより、第１のデバイスの電力消費量を低減する。
呼出しモードが１要求１応答である場合、登録センターは、サービスパラメータデータベース中にあり、１要求１応答に関する情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定する。同様に、呼出しモードが１要求多応答である場合、登録センターは、サービスパラメータデータベース中にあり、１要求多応答に関する情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定する。
任意選択で、ターゲットパラメータ情報は、送信プロトコルに関する情報を含み、送信プロトコルは、ＲＥＳＴｆｕｌ ＡＰＩプロトコル、ＡＭＱＰ、ＭＱＴＴプロトコル、およびＲＰＣプロトコルのうちのいずれか１つである。図９は、ＲＥＳＴｆｕｌ ＡＰＩプロトコルおよびＡＭＱＰプロトコルの概略図である。送信プロトコルがＡＭＱＰプロトコルである場合、登録センターは、サービスパラメータデータベース中にあり、ＡＭＱＰプロトコルに関する情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定する。同様に、送信プロトコルがＲＥＳＴｆｕｌ ＡＰＩプロトコル、ＭＱＴＴプロトコル、およびＲＰＣプロトコルのうちのいずれか１つである場合、登録センターは、サービスパラメータデータベース中にあり、対応するインターフェースプロトコルに関する情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定する。
任意選択で、ターゲットパラメータ情報は、第２の送信モードに関する情報を含む。図１０に示されているように、第２の送信モードは、直接的にまたは中間ノードを使用することによって送信を実施することである。第２の送信モードが直接的に送信を実施することである場合、登録センターは、サービスパラメータデータベース中にあり、直接的に送信が実施されることを示す情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定する。同様に、第２の送信モードが、中間ノードを使用することによって送信を実施することである場合、登録センターは、サービスパラメータデータベース中にあり、中間ノードを使用することによって送信が実施されることを示す情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定する。このようにして、第２のデバイスは、信用できるアプリケーションまたは同じドメイン中のアプリケーションに対応する第１のデバイスが、サービスに直接的にアクセスすることを可能にすることができるが、信用できないアプリケーションまたは別のドメイン中のアプリケーションに対応する第１のデバイスが、中間エンティティによって認証またはメッセージフォーマット変換が実施された後にのみ、サービスにアクセスすることを可能にすることができる。これは第２のデバイスのセキュリティ実施を改善する。
任意選択で、ターゲットパラメータ情報は、中間ノードのロケーションをさらに含み、図１１に示されているように、中間ノードは、サードパーティデバイス、登録センター、または第２のデバイス上に配置される。第２の送信モードが、中間ノードを使用することによって送信を実施することであるとき、登録センターによって、サービスパラメータデータベース中にあり、中間ノードを使用することによって送信が実施されることを示す情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定することは、特に、第２の送信モードが、中間ノードを使用することによって送信を実施することであり、中間ノードが、サードパーティデバイスに配置されるとき、登録センターによって、サービスパラメータデータベース中にあり、中間ノードを使用することによって送信が実施されること、および中間ノードがサードパーティデバイスに配置されることを示す情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定することであり得る。
ターゲットパラメータ情報が、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも２つを含むとき、登録センターは、サービスパラメータデータベース中にあり、ターゲットパラメータ情報中に含まれるすべての情報に対応するサービスのうちのいずれか１つをターゲットサービスとして判定し得るか、または登録センターは、すべての情報に対応するサービスの中でより高い比率をもつサービスをターゲットサービスとして判定し得ることに留意されたい。システムは、登録センターがターゲットサービスを判定するためのルールをプリセットし得る。これは本出願では限定されない。
任意選択で、ネットワークサービスシステムは、モバイルエッジコンピューティングＭＥＣシステムであり、ＭＥＣシステムは、モバイルエッジオーケストレータおよびモバイルエッジホストを含み、モバイルエッジホストは、モバイルエッジプラットフォーム、第１のモバイルエッジアプリケーション、および第２のモバイルエッジアプリケーションを含み、モバイルエッジプラットフォームは登録センターに対応し、第１のモバイルエッジアプリケーションは第１のデバイスに対応し、第２のモバイルエッジアプリケーションは第２のデバイスに対応し、モバイルエッジオーケストレータは、第１のモバイルエッジアプリケーションおよび第２のモバイルエッジアプリケーションを管理するように構成される。
特に、第１のモバイルエッジアプリケーションは、ＭＱＴＴプロトコル、ＡＭＱＰ、およびプライベートリモートプロシージャコールＲＰＣプロトコルなど、異なるインターフェースプロトコルを選択し得る。言い換えれば、インターフェースプロトコルの要件に基づいて適切なサービスが発見され、それにより、サービス品質が改善される。
任意選択で、ネットワークサービスシステムはＳＡ６システムである。ＳＡ６システムは、サービス登録サーバ、ミッションクリティカルサービス、および外部アプリケーションを含み、サービス登録サーバは登録センターに対応し、外部アプリケーションは第１のデバイスに対応し、ミッションクリティカルサービスは第２のデバイスに対応する。
ＳＡ６では、ミッションクリティカルサービスのそれとは異なる、信用できるドメイン中に配置された外部アプリケーションは、サービスアクセスサーバを使用する。この場合、サービスは、異なる信用できるドメイン／展開ドメイン中のユーザのためのアプリケーションを実装するために使用される。信用できるアプリケーションまたは同じドメイン中のアプリケーションは、サービスに直接的にアクセスすることができるが、信用できないアプリケーションまたは別のドメイン中のアプリケーションは、中間エンティティによって認証またはメッセージフォーマット変換が実施された後にのみ、サービスにアクセスすることができる。
任意選択で、ネットワークサービスシステムはＳＡ２システムである。ＳＡ２システムは、ネットワーク機能リポジトリ機能、第１のネットワーク機能インスタンス、および第２のネットワーク機能インスタンスを含み、ネットワーク機能リポジトリ機能は登録センターに対応し、第１のネットワーク機能インスタンスは第１のデバイスに対応し、第２のネットワーク機能インスタンスは第２のデバイスに対応する。
ＳＡ２では、ネットワーク機能（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ、ＮＦ）の属性はサービスの属性と同じであり、ネットワーク機能とサービスとの間に１対１のマッピング関係があり得る。ＮＦは、訪問先パブリックランドモバイルネットワーク（Ｖｉｓｉｔｅｄ Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ、ＶＰＬＭＮ）中のサードパーティおよびネットワーク要素のターゲットにされ得るか、またはホームパブリックランドモバイルネットワーク（Ｈｏｍｅ Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ、ＨＰＬＭＮ）中のネットワーク要素のターゲットにされ得、インターフェースおよびメッセージ取得方式は異なり得る。たとえば、発展型パケットシステム（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ、ＥＰＳ）では、サービングゲートウェイ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ、Ｓ－ＧＷ）とＨパケットデータゲートウェイ（Ｐａｃｋｅｔ Ｄａｔａ Ｇａｔｅｗａｙ、ＰＧＷ）との間のＳ５インターフェースのためのメッセージ取得プロシージャは、Ｓ－ＧＷとＶ－ＰＧＷとの間のＳ８インターフェースのためのメッセージ取得プロシージャとは異なる。ネットワーク露出機能（Ｎｅｔｗｏｒｋ Ｅｘｐｏｓｕｒｅ Ｆｕｎｃｔｉｏｎ、ＮＥＦ）は、将来において内部ネットワーク要素およびサードパーティのターゲットにされ、インターフェースおよびメッセージ取得方式はやはり異なり得る。このようにして、パラメータ情報に基づいて第１のネットワーク機能インスタンスのために適切な第２のネットワーク機能インスタンスがより正確に選択され、それにより、サービス品質が改善されることが可能である。
要約すれば、本出願のこの実施形態におけるサービス発見方法によれば、登録センターは、第１のデバイスによって送られたサービス発見要求を受信することであって、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む、受信することと、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定することと、ターゲットサービスの記述情報を含むサービス応答メッセージを第１のデバイスに送ることとを行う。このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて第１のデバイスのために適切なサービスが発見されることが可能である。したがって、サービス品質が改善されることが可能であり、システム処理効率が向上されることが可能である。
図１２は、本出願の実施形態によるサービス発見方法の対話プロシージャの概略図である。この実施形態における様々な同じ用語は、上記の実施形態におけるのと同じ意味を有する。
本方法は、図３に示されているＭＥＣシステムに適用され得る。登録センターは、モバイルエッジプラットフォームに対応し得るか、またはモバイルエッジホストのモバイルエッジプラットフォーム上に配置された独立した装置であり得る。第１のデバイスは、サービスを要求するために使用される、モバイルエッジホスト中の第１のモバイルエッジアプリケーションに対応し得る。第２のデバイスは、サービスを提供するために使用される、モバイルエッジホスト中の第２のモバイルエッジアプリケーションに対応し得る。言い換えれば、第１のモバイルエッジアプリケーションは「サービス消費者」であり、第２のモバイルエッジアプリケーションは「サービスプロバイダ」である。
アプリケーション開発者は、協定（たとえば、開発マニュアルまたは第３世代パートナーシッププロジェクト（ｔｈｅ ３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ、３ＧＰＰ）規格）に従って２つのアプリケーションを実装し、協定中のインターフェースを実装し、協定に従って関係するインターフェース機能を呼び出し得る。本出願のこの実施形態を実装する前に、ＭＥＣシステムは、ＭＥＯを使用することによってＭＥＣシステム中のデバイス上に２つのアプリケーションを展開する。
１２０１．ＭＥＯが、アプリケーションリソース要件、アプリケーションファイル、必要とされるサービス記述などを含む、ミッションクリティカルサービスアプリケーションインストールパッケージ（アプリパッケージ）を展開する。
１２０２．アプリケーションインスタンス化要求を受信した後に、ＭＥＯが、アプリケーションインストールパッケージを制御して、第２のモバイルエッジアプリケーション中にプロバイダアプリケーションインスタンス、すなわち、提供されることが可能なサービスを生成する。
１２０３．第２のモバイルエッジアプリケーションが、登録要求をモバイルエッジプラットフォームに送り、登録要求は、パラメータ情報をサポートするサービスを含む。
特に、パラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、第１の送信モードに関する情報は、インバンド識別子またはアウトオブバンド識別子であり、インバンド識別子は、呼出し情報が送信のためのデータに追加される送信モードを示すために使用され、アウトオブバンド識別子は、データおよび呼出し情報が別々に送信される送信モードを示すために使用され、呼出しモードは、１要求１応答または１要求多応答であり、送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、第２の送信モードは、直接的にまたは中間ノードを使用することによって送信を実施することである。
１２０４．モバイルエッジプラットフォームが、サービスおよびサービスのパラメータ情報をサービスパラメータデータベースに記憶する。特に、パラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む。
登録要求は、異なるサービスについてモバイルエッジプラットフォームに送られ得るので、サービスパラメータデータベースは、複数の異なるサービス、およびサービスに対応するパラメータ情報を記憶する。
１２０５．消費者アプリケーションインスタンス化要求を受信した後に、ＭＥＯが、アプリケーションインストールパッケージを制御して、第１のモバイルエッジアプリケーション中に消費者アプリケーションインスタンス、すなわち、必要とされるサービスを生成する。
モバイルエッジプラットフォームが、異なるサービスのパラメータ情報を記憶している場合、ステップ１２０５は直接的に実施され得、ステップ１２０１から１２０４は実施される必要がないことを理解されたい。
１２０６．第１のモバイルエッジアプリケーションが、サービス発見要求をモバイルエッジプラットフォームに送り、サービス発見要求は、必要とされるサービスのパラメータ情報を含み、パラメータ情報はターゲットパラメータ情報として表され得る。特に、ターゲットパラメータ情報はまた、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む。
１２０７．モバイルエッジプラットフォームが、サービスパラメータデータベースに記憶されたサービスのパラメータ情報に基づいて、ターゲットパラメータ情報を満たすターゲットサービスを判定する。
１２０８．モバイルエッジプラットフォームが、サービス応答メッセージを第１のモバイルエッジアプリケーションに送り、サービス応答メッセージは、ターゲットサービスの記述情報を含む。
１２０９．第１のモバイルエッジアプリケーションが、サービス応答メッセージに基づいて呼出しプロシージャをトリガする。
１２１０．第１のモバイルエッジアプリケーションが、サービス応答メッセージ中のターゲットサービスの記述情報に基づいて呼出しプロシージャを実施する。
特に、呼出し情報は、第２のモバイルエッジアプリケーションに送られて、第２のモバイルエッジアプリケーション中でターゲットサービスが呼び出され得る。呼出しプロシージャは、たとえば、要求されるべきリソースを準備すること、コンテキストを記憶すること、コンテキストについて照会すること、および内容または呼出しの結果を返すことを含む。
要約すれば、本出願のこの実施形態におけるサービス発見方法によれば、モバイルエッジプラットフォームは、第１のモバイルエッジアプリケーションによって送られたサービス発見要求を受信することであって、サービス発見要求は、第１のモバイルエッジアプリケーションによって必要とされるサービスのターゲットパラメータ情報を搬送し、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む、受信することと、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定することと、ターゲットサービスの記述情報を含むサービス応答メッセージを第１のモバイルエッジアプリケーションに送ることとを行う。このようにして、多様なサービスの中で、パラメータ情報をサポートするアプリケーションサービスに基づいて第１のモバイルエッジアプリケーションのために適切なサービスが発見されることが可能である。特に複数のインターフェースプロトコルまたは異なる呼出しモードをサポートするアプリケーションサービスの中で、第１のモバイルエッジアプリケーションは、呼出し情報を送信するために満足のいくインターフェースプロトコルおよび呼出しモードを選択し、それにより、送信効率を改善することができる。
図１３は、本出願の別の実施形態によるサービス発見方法の対話プロシージャの概略図である。この実施形態における様々な同じ用語は、上記の実施形態におけるのと同じ意味を有する。
本方法は、図４に示されているＳＡ６システムに適用され得る。登録センターはサービスアクセスサーバに対応し得、第１のデバイスは、サービスを要求するために使用される外部アプリケーションに対応し得、第２のデバイスは、サービスを提供するために使用されるミッションクリティカルサービスに対応し得る。言い換えれば、外部アプリケーションは「サービス消費者」であり、ミッションクリティカルサービスは「サービスプロバイダ」である。
アプリケーション開発者は、協定（たとえば、開発マニュアルまたは３ＧＰＰ規格）に従って２つのアプリケーションを実装し、協定中のインターフェースを実装し、協定に従って関係するインターフェース機能を呼び出し得る。本出願のこの実施形態を実装する前に、ＳＡ６システムは、ＯＳＳを使用することによってＳＡ６システム中のデバイス上に２つのアプリケーションを展開する。
１３０１．ＯＳＳが、ミッションクリティカルサービスインストールパッケージ（ＭＣパッケージ）を展開する。
１３０２．アプリケーションインスタンス化要求を受信した後に、ＯＳＳが、アプリケーションインストールパッケージを制御して、ミッションクリティカルサービス中にプロバイダアプリケーションインスタンス、すなわち、提供されることが可能なサービスを生成する。
１３０３．ミッションクリティカルサービスが、登録要求をサービスアクセスサーバに送り、登録要求は、パラメータ情報をサポートするサービスを含む。
特に、パラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、第１の送信モードに関する情報は、インバンド識別子またはアウトオブバンド識別子であり、インバンド識別子は、呼出し情報が送信のためのデータに追加される送信モードを示すために使用され、アウトオブバンド識別子は、データおよび呼出し情報が別々に送信される送信モードを示すために使用され、呼出しモードは、１要求１応答または１要求多応答であり、送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、第２の送信モードは、直接的にまたは中間ノードを使用することによって送信を実施することである。
１３０４．サービスアクセスサーバが、サービスおよびサービスのパラメータ情報をサービスパラメータデータベースに記憶する。特に、パラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む。
登録要求は、異なるサービスについてサービスアクセスサーバに送られ得るので、サービスパラメータデータベースは、複数の異なるサービス、およびサービスに対応するパラメータ情報を記憶する。
１３０５．消費者アプリケーションインスタンス化要求を受信した後に、ＯＳＳが、アプリケーションインストールパッケージを制御して、外部アプリケーション中に消費者アプリケーションインスタンス、すなわち、必要とされるサービスを生成する。
サービスアクセスサーバが、異なるサービスのパラメータ情報を記憶している場合、ステップ１３０５は直接的に実施され得、ステップ１３０１から１３０４は実施される必要がないことを理解されたい。
１３０６．外部アプリケーションが、サービス発見要求をサービスアクセスサーバに送り、サービス発見要求は、必要とされるサービスのパラメータ情報を含み、パラメータ情報はターゲットパラメータ情報として表され得る。特に、ターゲットパラメータ情報はまた、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む。
１３０７．サービスアクセスサーバが、サービスパラメータデータベースに記憶されたサービスのパラメータ情報に基づいて、ターゲットパラメータ情報を満たすターゲットサービスを判定する。
１３０８．サービスアクセスサーバが、サービス応答メッセージを外部アプリケーションに送り、サービス応答メッセージは、ターゲットサービスの記述情報を含む。
１３０９．外部アプリケーションが、サービス応答メッセージに基づいて呼出しプロシージャをトリガする。
１３１０．外部アプリケーションが、サービス応答メッセージ中のターゲットサービスの記述情報に基づいて呼出しプロシージャを実施する。
特に、呼出し情報は、ミッションクリティカルサービスに送られて、ミッションクリティカルサービス中でターゲットサービスが呼び出され得る。呼出しプロシージャは、たとえば、要求されるべきリソースを準備すること、コンテキストを記憶すること、コンテキストについて照会すること、および内容または呼出しの結果を返すことを含む。
要約すれば、本出願のこの実施形態におけるサービス発見方法によれば、サービスアクセスサーバは、外部アプリケーションによって送られたサービス発見要求を受信することであって、サービス発見要求は、外部アプリケーションによって必要とされるサービスのターゲットパラメータ情報を搬送し、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む、受信することと、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定することと、ターゲットサービスの記述情報を含むサービス応答メッセージを外部アプリケーションに送ることとを行う。このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて外部アプリケーションのために適切なサービスが発見されることが可能である。特に、信用できるアプリケーションまたは同じドメイン中のアプリケーションは、サービスに直接的にアクセスすることができるが、信用できないアプリケーションまたは別のドメイン中のアプリケーションは、中間エンティティによって認証、フォーマット変換などが実施された後にのみ、サービスにアクセスすることができる。これはネットワークシステムのセキュリティ実施を改善する。
図１４は、本出願の実施形態によるサービス発見方法の対話プロシージャの概略図である。この実施形態における様々な同じ用語は、上記の実施形態におけるのと同じ意味を有する。
本方法は、図５に示されているＳＡ２システムに適用され得る。登録センターはネットワーク機能リポジトリ機能に対応し得、第１のデバイスは、サービスを要求するために使用される第１のネットワーク機能インスタンスに対応し得、第２のデバイスは、サービスを提供するために使用される第２のネットワーク機能インスタンスに対応し得る。言い換えれば、第１のネットワーク機能インスタンスは「サービス消費者」であり、第２のネットワーク機能インスタンスは「サービスプロバイダ」である。
アプリケーション開発者は、協定（たとえば、開発マニュアルまたは３ＧＰＰ規格）に従って２つのアプリケーションを実装し、協定中のインターフェースを実装し、協定に従って関係するインターフェース機能を呼び出し得る。本出願のこの実施形態を実装する前に、ＳＡ２システムは、ＭＡＮＯを使用することによってＳＡ２システム中のデバイス上に２つのアプリケーションを展開する。
１４０１．ＭＡＮＯが、ネットワーク機能インストールパッケージ（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ Ｐａｃｋａｇｅ、ＮＦ ｐａｃｋａｇｅ）を展開する。
１４０２．アプリケーション開始要求を受信した後に、ＭＡＮＯが、アプリケーションインストールパッケージを制御して、第２のネットワーク機能インスタンス中にプロバイダアプリケーションインスタンス、すなわち、提供されることが可能なサービスを生成する。
１４０３．第２のネットワーク機能インスタンスが、登録要求をネットワーク機能リポジトリ機能に送り、登録要求は、パラメータ情報をサポートするサービスを含む。
特に、パラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、第１の送信モードに関する情報は、インバンド識別子またはアウトオブバンド識別子であり、インバンド識別子は、呼出し情報が送信のためのデータに追加される送信モードを示すために使用され、アウトオブバンド識別子は、データおよび呼出し情報が別々に送信される送信モードを示すために使用され、呼出しモードは、１要求１応答または１要求多応答であり、送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、第２の送信モードは、直接的にまたは中間ノードを使用することによって送信を実施することである。
１４０４．ネットワーク機能リポジトリ機能が、サービスおよびサービスのパラメータ情報をサービスパラメータデータベースに記憶する。特に、パラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む。
登録要求は、異なるサービスについてネットワーク機能リポジトリ機能に送られ得るので、サービスパラメータデータベースは、複数の異なるサービス、およびサービスに対応するパラメータ情報を記憶する。
１４０５．消費者アプリケーションインスタンス化要求を受信した後に、ＭＡＮＯが、アプリケーションインストールパッケージを制御して、第１のネットワーク機能インスタンス中に消費者アプリケーションインスタンス、すなわち、必要とされるサービスを生成する。
ネットワーク機能リポジトリ機能が、異なるサービスのパラメータ情報を記憶している場合、ステップ１４０５は直接的に実施され得、ステップ１４０１から１４０４は実施される必要がないことを理解されたい。
１４０６．第１のネットワーク機能インスタンスが、サービス発見要求をネットワーク機能リポジトリ機能に送り、サービス発見要求は、必要とされるサービスのパラメータ情報を含み、パラメータ情報はターゲットパラメータ情報として表され得る。特に、ターゲットパラメータ情報はまた、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む。
１４０７．ネットワーク機能リポジトリ機能が、サービスパラメータデータベースに記憶されたサービスのパラメータ情報に基づいて、ターゲットパラメータ情報を満たすターゲットサービスを判定する。
１４０８．ネットワーク機能リポジトリ機能が、サービス応答メッセージを第１のネットワーク機能インスタンスに送り、サービス応答メッセージは、ターゲットサービスの記述情報を含む。
１４０９．第１のネットワーク機能インスタンスが、サービス応答メッセージに基づいて呼出しプロシージャをトリガする。
１４１０．第１のネットワーク機能インスタンスが、サービス応答メッセージ中のターゲットサービスの記述情報に基づいて呼出しプロシージャを実施する。
特に、呼出し情報は、第２のネットワーク機能インスタンスに送られて、第２のネットワーク機能インスタンス中でターゲットサービスが呼び出され得る。呼出しプロシージャは、たとえば、要求されるべきリソースを準備すること、コンテキストを記憶すること、コンテキストについて照会すること、および内容または呼出しの結果を返すことを含む。
要約すれば、本出願のこの実施形態におけるサービス発見方法によれば、ネットワーク機能リポジトリ機能は、第１のネットワーク機能インスタンスによって送られたサービス発見要求を受信することであって、サービス発見要求は、第１のネットワーク機能インスタンスによって必要とされるサービスのターゲットパラメータ情報を搬送し、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む、受信することと、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定することと、ターゲットサービスの記述情報を含むサービス応答メッセージを第１のネットワーク機能インスタンスに送ることとを行う。このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて第１のネットワーク機能インスタンスのために適切なサービスが発見されることが可能である。特に、適切な送信プロトコルを選択することで、インターフェース呼出しを正規化し、すなわち、インターフェースを適切に割り振ってサービスを改善し、それにより、ネットワークシステムの処理効率を向上させることができる。
上記では、本出願の実施形態によるサービス発見方法について詳述し、以下では、本出願の実施形態によるサービス発見デバイスについて説明する。
図１５は、本出願の実施形態による登録センター１５００の概略ブロック図である。図１５に示されているように、登録センター１５００は、
第１のデバイスによって送られたサービス発見要求を受信するように構成された、受信モジュール１５１０であって、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、第１の送信モードに関する情報は、インバンド識別子またはアウトオブバンド識別子であり、インバンド識別子は、呼出し情報が第１のデバイスと第２のデバイスとの間の送信のためのデータに追加される送信モードを示すために使用され、アウトオブバンド識別子は、データおよび呼出し情報が第１のデバイスと第２のデバイスとの間で別々に送信される送信モードを示すために使用され、呼出しモードは、１要求１応答または１要求多応答であり、送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、第２の送信モードは、直接的にまたは中間ノードを使用することによって第１のデバイスと第２のデバイスとの間で情報を送信することである、受信モジュール１５１０と、
サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定するように構成された、処理モジュール１５２０であって、サービスパラメータデータベースは、第２のデバイスの異なるサービスのパラメータ情報を記憶するために使用される、処理モジュール１５２０と、
サービス応答メッセージを第１のデバイスに送るように構成された、送りモジュール１５３０であって、サービス応答メッセージは、ターゲットサービスの記述情報を含む、送りモジュール１５３０と
を含む。
本出願のこの実施形態における登録センターは、第１のデバイスによって送られたサービス発見要求を受信することであって、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む、受信することと、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定することと、ターゲットサービスの記述情報を含むサービス応答メッセージを第１のデバイスに送ることとを行う。このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて第１のデバイスのために適切なサービスが発見されることが可能である。したがって、サービス品質が改善されることが可能であり、システム処理効率が向上されることが可能である。
任意選択で、受信モジュール１５１０は、第２のデバイスによって送られた登録要求を受信するようにさらに構成され、登録要求は、第２のデバイスの第１のサービスのパラメータ情報を含み、処理モジュール１５２０は、第１のサービスのパラメータ情報をサービスパラメータデータベースに記憶するようにさらに構成される。
任意選択で、ターゲットパラメータ情報は、第１の送信モードに関する情報を含み、処理モジュール１５２０は、第１の送信モードに関する情報がインバンド識別子である場合、サービスパラメータデータベース中にあり、インバンド識別子を含むパラメータ情報に対応するサービスをターゲットサービスとして判定するように特に構成される。
任意選択で、ターゲットパラメータ情報は、呼出しモードに関する情報を含み、処理モジュール１５２０は、呼出しモードが１要求１応答である場合、サービスパラメータデータベース中にあり、１要求１応答に関する情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定するように特に構成される。
任意選択で、ターゲットパラメータ情報は、送信プロトコルに関する情報を含み、処理モジュール１５２０は、送信プロトコルが高度メッセージキューインターフェースプロトコルであるとき、サービスパラメータデータベース中にあり、高度メッセージキューインターフェースプロトコルに関する情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定するように特に構成される。
任意選択で、ターゲットパラメータ情報は、第２の送信モードを含み、処理モジュール１５２０は、第２の送信モードが、中間ノードを使用することによって第１のデバイスと第２のデバイスとの間で情報を送信することであるとき、登録センターのために、サービスパラメータデータベース中にあり、中間ノードを使用することによって送信が実施されることを示す情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定するように特に構成される。
任意選択で、ターゲットパラメータ情報は、中間ノードのロケーション情報をさらに含み、中間ノードは、サードパーティデバイス、登録センター、または第２のデバイス上に配置され、処理モジュール１５２０は、第２の送信モードが、中間ノードを使用することによって送信を実施することであり、中間ノードが、サードパーティデバイスに配置されるとき、サービスパラメータデータベース中にあり、中間ノードを使用することによって送信が実施されること、および中間ノードがサードパーティデバイスに配置されることを示す情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定するように特に構成される。
任意選択で、ネットワークサービスシステムは、モバイルエッジコンピューティングシステムであり、モバイルエッジコンピューティングシステムは、モバイルエッジオーケストレータおよびモバイルエッジホストを含み、モバイルエッジホストは、モバイルエッジプラットフォーム、第１のモバイルエッジアプリケーション、および第２のモバイルエッジアプリケーションを含み、モバイルエッジプラットフォームは登録センターに対応し、第１のモバイルエッジアプリケーションは第１のデバイスに対応し、第２のモバイルエッジアプリケーションは第２のデバイスに対応し、モバイルエッジオーケストレータは、第１のモバイルエッジアプリケーションおよび第２のモバイルエッジアプリケーションを管理するように構成される。
任意選択で、ネットワークサービスシステムは、サービスおよびシステム態様ワークグループ６システムであり、サービスおよびシステム態様ワークグループ６システムは、サービス登録サーバ、ミッションクリティカルサービス、および外部アプリケーションを含み、サービス登録サーバは登録センターに対応し、外部アプリケーションは第１のデバイスに対応し、ミッションクリティカルサービスは第２のデバイスに対応する。
任意選択で、ネットワークサービスシステムは、サービスおよびシステム態様ワークグループ２システムであり、サービスおよびシステム態様ワークグループ２システムは、ネットワーク機能リポジトリ機能、第１のネットワーク機能インスタンス、および第２のネットワーク機能インスタンスを含み、ネットワーク機能リポジトリ機能は登録センターに対応し、第１のネットワーク機能インスタンスは第１のデバイスに対応し、第２のネットワーク機能インスタンスは第２のデバイスに対応する。
要約すれば、本出願のこの実施形態における登録センターは、第１のデバイスによって送られたサービス発見要求を受信することであって、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む、受信することと、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定することと、ターゲットサービスの記述情報を含むサービス応答メッセージを第１のデバイスに送ることとを行う。このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて第１のデバイスのために適切なサービスが発見されることが可能である。したがって、サービス品質が改善されることが可能であり、システム処理効率が向上されることが可能である。
図１６は、本出願の実施形態によるデバイス１６００の概略ブロック図である。図１６に示されているように、本デバイスはネットワークサービスシステムに適用される。ネットワークサービスシステムは、登録センター、本デバイス、および第２のデバイスを含む。デバイス１６００は、上記の実施形態における第１のデバイスに対応し、デバイス１６００は、
サービス発見要求を送るように構成された、送りモジュール１６１０であって、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、サービス発見要求は、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定するために使用され、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、第１の送信モードに関する情報は、インバンド識別子またはアウトオブバンド識別子であり、インバンド識別子は、呼出し情報が第１のデバイスと第２のデバイスとの間の送信のためのデータに追加される送信モードを示すために使用され、アウトオブバンド識別子は、データおよび呼出し情報が第１のデバイスと第２のデバイスとの間で別々に送信される送信モードを示すために使用され、呼出しモードは、１要求１応答または１要求多応答であり、送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、第２の送信モードは、直接的にまたは中間ノードを使用することによって第１のデバイスと第２のデバイスとの間で情報を送信することである、送りモジュール１６１０と、
サービス応答メッセージを受信するように構成された、受信モジュール１６２０であって、サービス応答メッセージは、ターゲットサービスの記述情報を含む、受信モジュール１６２０と
を含み、
送りモジュール１６１０は、呼出し情報を第２のデバイスに送るようにさらに構成され、呼出し情報は、ターゲットサービスを呼び出すために使用される。
要約すれば、本出願のこの実施形態における第１のデバイスは、サービス発見要求を登録センターに送ることであって、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、サービス発見要求は、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定するために使用され、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む、送ることと、ターゲットサービスの記述情報を含む、登録センターによって送られたサービス応答メッセージを受信することとを行う。このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて第１のデバイスのために適切なサービスが発見されることが可能である。したがって、サービス品質が改善されることが可能であり、システム処理効率が向上されることが可能である。
任意選択で、第２の送信モードが、中間ノードを使用することによって第１のデバイスと第２のデバイスとの間で情報を送信することであるとき、ターゲットパラメータ情報は、中間ノードのロケーションをさらに含み、中間ノードは、サードパーティデバイス、登録センター、または第２のデバイス上に配置される。
任意選択で、ネットワークサービスシステムは、モバイルエッジコンピューティングシステムであり、モバイルエッジコンピューティングシステムは、モバイルエッジオーケストレータおよびモバイルエッジホストを含み、モバイルエッジホストは、モバイルエッジプラットフォーム、第１のモバイルエッジアプリケーション、および第２のモバイルエッジアプリケーションを含み、モバイルエッジプラットフォームは登録センターに対応し、第１のモバイルエッジアプリケーションは本デバイスに対応し、第２のモバイルエッジアプリケーションは第２のデバイスに対応し、モバイルエッジオーケストレータは、第１のモバイルエッジアプリケーションおよび第２のモバイルエッジアプリケーションを管理するように構成される。
任意選択で、ネットワークサービスシステムは、サービスおよびシステム態様ワークグループ６システムであり、サービスおよびシステム態様ワークグループ６システムは、サービス登録サーバ、ミッションクリティカルサービス、および外部アプリケーションを含み、サービス登録サーバは登録センターに対応し、外部アプリケーションは本デバイスに対応し、ミッションクリティカルサービスは第２のデバイスに対応する。
任意選択で、ネットワークサービスシステムは、サービスおよびシステム態様ワークグループ２システムであり、サービスおよびシステム態様ワークグループ２システムは、ネットワーク機能リポジトリ機能、第１のネットワーク機能インスタンス、および第２のネットワーク機能インスタンスを含み、ネットワーク機能リポジトリ機能は登録センターに対応し、第１のネットワーク機能インスタンスは本デバイスに対応し、第２のネットワーク機能インスタンスは第２のデバイスに対応する。
要約すれば、本出願のこの実施形態における第１のデバイスは、サービス発見要求を登録センターに送ることであって、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、サービス発見要求は、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定するために使用され、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む、送ることと、ターゲットサービスの記述情報を含む、登録センターによって送られたサービス応答メッセージを受信することとを行う。このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて第１のデバイスのために適切なサービスが発見されることが可能である。したがって、サービス品質が改善されることが可能であり、システム処理効率が向上されることが可能である。
図１７は、本出願の実施形態によるデバイス１７００の概略ブロック図である。図１７に示されているように、本デバイスはネットワークサービスシステムに適用される。ネットワークサービスシステムは、登録センター、第１のデバイス、および本デバイスを含む。デバイス１７００は、上記の実施形態における第２のデバイスに対応し、デバイス１７００は、
登録要求を登録センターに送るように構成された、送りモジュール１７１０であって、登録要求は、第１のサービスのパラメータ情報を含み、したがって、登録センターは、第１のサービスのパラメータ情報をサービスパラメータデータベースに記憶し、サービスパラメータデータベースは、ターゲットパラメータ情報に対応するターゲットサービスを判定するために使用され、ターゲットパラメータ情報は、第１のデバイスによって必要とされるサービスのパラメータ情報であり、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、第１の送信モードに関する情報は、インバンド識別子またはアウトオブバンド識別子であり、インバンド識別子は、呼出し情報が第１のデバイスと第２のデバイスとの間の送信のためのデータに追加される送信モードを示すために使用され、アウトオブバンド識別子は、データおよび呼出し情報が第１のデバイスと第２のデバイスとの間で別々に送信される送信モードを示すために使用され、呼出しモードは、１要求１応答または１要求多応答であり、送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、第２の送信モードは、直接的にまたは中間ノードを使用することによって第１のデバイスと第２のデバイスとの間で情報を送信することである、送りモジュール１７１０と、
第１のデバイスによって送られた呼出し情報を受信するように構成された、受信モジュール１７２０であって、呼出し情報は、ターゲットサービスを呼び出すために使用される、受信モジュール１７２０と
を含む。
要約すれば、本出願のこの実施形態における第２のデバイスは、登録要求を登録センターに送り、したがって、登録センターのパラメータデータベースは、複数の異なるサービスのパラメータ情報を記憶する。サービス発見要求を受信した後に、登録センターは、要件を満たすパラメータ情報についてパラメータデータベースを照会し、要件を満たすパラメータ情報に対応するサービスを判定し、サービスの記述情報を第１のデバイスに送る。このようにして、第１のデバイスは、第２のデバイスのサービスを呼び出すことができ、したがって、第１のデバイスは、高品質のサービスを取得することができる。
任意選択で、第２の送信モードが、中間ノードを使用することによって第１のデバイスと第２のデバイスとの間で情報を送信することであるとき、ターゲットパラメータ情報は、中間ノードのロケーションをさらに含み、中間ノードは、サードパーティデバイス、登録センター、または本デバイス上に配置される。
任意選択で、ネットワークサービスシステムは、モバイルエッジコンピューティングシステムであり、モバイルエッジコンピューティングシステムは、モバイルエッジオーケストレータおよびモバイルエッジホストを含み、モバイルエッジホストは、モバイルエッジプラットフォーム、第１のモバイルエッジアプリケーション、および第２のモバイルエッジアプリケーションを含み、モバイルエッジプラットフォームは登録センターに対応し、第１のモバイルエッジアプリケーションは第１のデバイスに対応し、第２のモバイルエッジアプリケーションは本デバイスに対応し、モバイルエッジオーケストレータは、第１のモバイルエッジアプリケーションおよび第２のモバイルエッジアプリケーションを管理するように構成される。
任意選択で、ネットワークサービスシステムは、サービスおよびシステム態様ワークグループ６システムであり、サービスおよびシステム態様ワークグループ６システムは、サービス登録サーバ、ミッションクリティカルサービス、および外部アプリケーションを含み、サービス登録サーバは登録センターに対応し、外部アプリケーションは第１のデバイスに対応し、ミッションクリティカルサービスは本デバイスに対応する。
任意選択で、ネットワークサービスシステムは、サービスおよびシステム態様ワークグループ２システムであり、サービスおよびシステム態様ワークグループ２システムは、ネットワーク機能リポジトリ機能、第１のネットワーク機能インスタンス、および第２のネットワーク機能インスタンスを含み、ネットワーク機能リポジトリ機能は登録センターに対応し、第１のネットワーク機能インスタンスは第１のデバイスに対応し、第２のネットワーク機能インスタンスは本デバイスに対応する。
要約すれば、本出願のこの実施形態における第２のデバイスは、登録要求を登録センターに送り、したがって、登録センターのパラメータデータベースは、複数の異なるサービスのパラメータ情報を記憶する。サービス発見要求を受信した後に、登録センターは、要件を満たすパラメータ情報についてパラメータデータベースを照会し、要件を満たすパラメータ情報に対応するサービスを判定し、サービスの記述情報を第１のデバイスに送る。このようにして、第１のデバイスは、第２のデバイスのサービスを呼び出すことができ、したがって、第１のデバイスは、高品質のサービスを取得することができる。
図１８は、本出願の実施形態によるサービス発見システム１８００を示す。システム１８００は、
図１５に示されている実施形態における登録センター１５００、図１６に示されている実施形態におけるデバイス１６００、および図１７に示されている実施形態におけるデバイス１７００
を含む。
図１９は、本出願の実施形態による登録センターの概略構造図である。図１９に示されているように、登録センターは、少なくとも１つのプロセッサ１９０２（たとえば、コンピューティングおよび処理能力をもつ汎用プロセッサＣＰＵ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、またはフィールドプログラマブルゲートアレイ（ＦＰＧＡ））を含む。プロセッサ１９０２は、登録センター中のモジュールおよび構成要素を管理およびスケジュールするように構成される。図１５に示されている実施形態における処理モジュール１５２０は、プロセッサ１９０２によって実装され得る。登録センターは、少なくとも１つのトランシーバ１９０５（受信機／送信機）およびメモリ１９０６をさらに含む。図１５に示されている実施形態における受信モジュール１５１０および送りモジュール１５３０は、トランシーバ１９０５によって実装され得る。登録センターの構成要素は、内部接続経路を使用して、互いに通信し、制御信号および／またはデータ信号を送信する。
本出願の実施形態において開示される方法は、プロセッサ１９０２に適用され得るか、またはメモリ１９０６に記憶されたコンピュータプログラムなどの実行可能モジュールを実行するために使用され得る。メモリ１９０６は、高速ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）を含み得るか、または不揮発性メモリ（ｎｏｎ－ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）をさらに含み得る。メモリ１９０６は、読取り専用メモリおよびランダムアクセスメモリを含み、必要であるシグナリング、データ、プログラムなどをプロセッサに提供し得る。メモリの一部は、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）をさらに含み得る。少なくとも１つの他のネットワーク要素への通信接続が、少なくとも１つのトランシーバ１９０５を使用することによって（ワイヤードまたはワイヤレス方式で）実装される。
いくつかの実装では、メモリ１９０６はプログラム１９０６１を記憶し、プロセッサ１９０２は、プログラム１９０６１を実行して、
第１のデバイスによって送られたサービス発見要求を受信することであって、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、第１の送信モードに関する情報は、インバンド識別子またはアウトオブバンド識別子であり、インバンド識別子は、呼出し情報が第１のデバイスと第２のデバイスとの間の送信のためのデータに追加される送信モードを示すために使用され、アウトオブバンド識別子は、データおよび呼出し情報が第１のデバイスと第２のデバイスとの間で別々に送信される送信モードを示すために使用され、呼出しモードは、１要求１応答または１要求多応答であり、送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、第２の送信モードは、直接的にまたは中間ノードを使用することによって第１のデバイスと第２のデバイスとの間で情報を送信することである、受信することと、
サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定することであって、サービスパラメータデータベースは、第２のデバイスの異なるサービスのパラメータ情報を記憶するために使用される、判定することと、
サービス応答メッセージを第１のデバイスに送ることであって、サービス応答メッセージは、ターゲットサービスの記述情報を含む、送ることと、
という動作を実施する。
登録センターは、特に、図１５に示されている実施形態における登録センターであり得、方法実施形態における登録センターに対応する各ステップおよび／またはプロシージャを実施するように構成され得ることに留意されたい。
本出願のこの実施形態において提供される上記の技術的解決策から、第１のデバイスによって送られたサービス発見要求は受信され、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、ターゲットパラメータ情報に対応するターゲットサービスは、サービスパラメータデータベースに基づいて判定され、ターゲットサービスの記述情報を含むサービス応答メッセージは第１のデバイスに送られる、ということがわかる。このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて第１のデバイスのために適切なサービスが発見されることが可能である。したがって、サービス品質が改善されることが可能であり、システム処理効率が向上されることが可能である。
図２０は、本出願の実施形態によるデバイスの概略構造図である。図２０に示されているように、本デバイスは、少なくとも１つのプロセッサ２００２（たとえば、コンピューティングおよび処理能力をもつ汎用プロセッサＣＰＵ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、またはフィールドプログラマブルゲートアレイ（ＦＰＧＡ））を含む。プロセッサ２００２は、本デバイス中のモジュールおよび構成要素を管理およびスケジュールするように構成される。本デバイスは、少なくとも１つのトランシーバ２００５（受信機／送信機）およびメモリ２００６をさらに含む。図１６に示されている実施形態における送りモジュール１６１０および受信モジュール１６２０は、トランシーバ２００５によって実装され得る。本デバイスの構成要素は、内部接続経路を使用して、互いに通信し、制御信号および／またはデータ信号を送信する。
本出願の実施形態において開示される方法は、プロセッサ２００２に適用され得るか、またはメモリ２００６に記憶されたコンピュータプログラムなどの実行可能モジュールを実行するために使用され得る。メモリ２００６は、高速ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）を含み得るか、または不揮発性メモリ（ｎｏｎ－ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）をさらに含み得る。メモリ２００６は、読取り専用メモリおよびランダムアクセスメモリを含み、必要であるシグナリング、データ、プログラムなどをプロセッサに提供し得る。メモリの一部は、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）をさらに含み得る。少なくとも１つの他のネットワーク要素への通信接続が、少なくとも１つのトランシーバ２００５を使用することによって（ワイヤードまたはワイヤレス方式で）実装される。
いくつかの実装では、メモリ２００６はプログラム２００６１を記憶し、プロセッサ２００２は、プログラム２００６１を実行して、
サービス発見要求を送ることであって、サービス発見要求は、本デバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、サービス発見要求は、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定するために使用され、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、第１の送信モードに関する情報は、インバンド識別子またはアウトオブバンド識別子であり、インバンド識別子は、呼出し情報が第１のデバイスと第２のデバイスとの間の送信のためのデータに追加される送信モードを示すために使用され、アウトオブバンド識別子は、データおよび呼出し情報が第１のデバイスと第２のデバイスとの間で別々に送信される送信モードを示すために使用され、呼出しモードは、１要求１応答または１要求多応答であり、送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、第２の送信モードは、直接的にまたは中間ノードを使用することによって第１のデバイスと第２のデバイスとの間で情報を送信することである、送ることと、
サービス応答メッセージを受信することであって、サービス応答メッセージは、ターゲットサービスの記述情報を含む、受信することと、
呼出し情報を第２のデバイスに送ることであって、呼出し情報は、ターゲットサービスを呼び出すために使用される、送ることと、
という動作を実施する。
本出願のこの実施形態において提供される上記の技術的解決策から、サービス発見要求は登録センターに送られ、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、サービス発見要求は、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定するために使用され、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、ターゲットサービスの記述情報を含む、登録センターによって送られたサービス応答メッセージは受信される、ということがわかる。このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて第１のデバイスのために適切なサービスが発見されることが可能である。したがって、サービス品質が改善されることが可能であり、システム処理効率が向上されることが可能である。
図２１は、本出願の実施形態によるデバイスの概略構造図である。図２１に示されているように、本デバイスは、少なくとも１つのプロセッサ２１０２（たとえば、コンピューティングおよび処理能力をもつ汎用プロセッサＣＰＵ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、またはフィールドプログラマブルゲートアレイ（ＦＰＧＡ））を含む。プロセッサ２１０２は、本デバイス中のモジュールおよび構成要素を管理およびスケジュールするように構成される。本デバイスは、少なくとも１つのトランシーバ２１０５（受信機／送信機）およびメモリ２１０６をさらに含む。図１７に示されている実施形態における送りモジュール１７１０および受信モジュール１７２０は、トランシーバ２１０５によって実装され得る。本デバイスの構成要素は、内部接続経路を使用して、互いに通信し、制御信号および／またはデータ信号を送信する。
本出願の実施形態において開示される方法は、プロセッサ２１０２に適用され得るか、またはメモリ２１０６に記憶されたコンピュータプログラムなどの実行可能モジュールを実行するために使用され得る。メモリ２１０６は、高速ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）を含み得るか、または不揮発性メモリ（ｎｏｎ－ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）をさらに含み得る。メモリ２１０６は、読取り専用メモリおよびランダムアクセスメモリを含み、必要であるシグナリング、データ、プログラムなどをプロセッサに提供し得る。メモリの一部は、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）をさらに含み得る。少なくとも１つの他のネットワーク要素への通信接続が、少なくとも１つのトランシーバ２１０５を使用することによって（ワイヤードまたはワイヤレス方式で）実装される。
いくつかの実装では、メモリ２１０６はプログラム２１０６１を記憶し、プロセッサ２１０２は、プログラム２１０６１を実行して、
登録要求を登録センターに送ることであって、登録要求は、第１のサービスのパラメータ情報を含み、したがって、登録センターは、第１のサービスのパラメータ情報をサービスパラメータデータベースに記憶し、サービスパラメータデータベースは、ターゲットパラメータ情報に対応するターゲットサービスを判定するために使用され、ターゲットパラメータ情報は、第１のデバイスによって必要とされるサービスのパラメータ情報であり、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、第１の送信モードに関する情報は、インバンド識別子またはアウトオブバンド識別子であり、インバンド識別子は、呼出し情報が第１のデバイスと第２のデバイスとの間の送信のためのデータに追加される送信モードを示すために使用され、アウトオブバンド識別子は、データおよび呼出し情報が第１のデバイスと第２のデバイスとの間で別々に送信される送信モードを示すために使用され、呼出しモードは、１要求１応答または１要求多応答であり、送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、第２の送信モードは、直接的にまたは中間ノードを使用することによって第１のデバイスと第２のデバイスとの間で情報を送信することである、送ることと、
第１のデバイスによって送られた呼出し情報を受信することであって、呼出し情報は、ターゲットサービスを呼び出すために使用される、受信することと、
という動作を実施する。
本出願のこの実施形態において提供される上記の技術的解決策から、登録要求は登録センターに送られ、したがって、登録センターのパラメータデータベースは、複数の異なるサービスのパラメータ情報を記憶する、ということがわかる。サービス発見要求を受信した後に、登録センターは、要件を満たすパラメータ情報についてパラメータデータベースを照会し、要件を満たすパラメータ情報に対応するサービスを判定し、サービスの記述情報を第１のデバイスに送る。このようにして、第１のデバイスは、第２のデバイスのサービスを呼び出すことができ、したがって、第１のデバイスは、高品質のサービスを取得することができる。
本出願の実施形態は、コンピュータ記憶媒体をさらに提供し、コンピュータ記憶媒体は、上記の方法のうちのいずれか１つを実行するためのプログラム命令を記憶し得る。
任意選択で、記憶媒体は、特にメモリ１９０６、２００６、または２１０６であり得る。
当業者は、本明細書で開示される実施形態に関して説明された例におけるユニットおよびアルゴリズムステップが、電子ハードウェア、またはコンピュータソフトウェアと電子ハードウェアの組合せによって実装されることが可能であることに気づき得る。機能がハードウェアによって実施されるかソフトウェアによって実施されるかは、技術的解決策の特定の適用例および設計制約に依存する。当業者は、特定の適用例ごとに説明された機能を実装するために異なる方法を使用し得るが、実装が本出願の範囲を越えると考えられるべきではない。
説明を容易で簡潔にするために、上記のシステム、装置、およびユニットの詳細な作業処理について、上記の方法実施形態における対応する処理への参照が行われ得ることが、当業者によって明らかに理解されよう。詳細について本明細書で再び説明されない。
本出願において提供されるいくつかの実施形態では、開示されるシステム、装置、および方法は、他の方式で実装され得ることを理解されたい。たとえば、説明された装置実施形態は例にすぎない。たとえば、ユニット分割は、論理機能分割にすぎず、実際の実装では他の分割であり得る。たとえば、複数のユニットまたは構成要素は、組み合わされ得るかもしくは別のシステムに組み込まれ得るか、またはいくつかの特徴は無視されるかもしくは実施されないことがある。加えて、表示もしくは説明された相互結合もしくは直接結合または通信接続は、いくつかのインターフェースを通して実装され得る。装置またはユニット間の間接的結合または通信接続は、電気的、機械的、または他の形態で実装され得る。
別個の部分として説明されたユニットは、物理的に別個であることもそうでないこともあり、ユニットとして表示された部分は、物理ユニットであることもそうでないこともあり、１つの位置に配置され得るか、または複数のネットワークユニット上に分散され得る。ユニットの一部または全部は、実施形態の解決策の目的を達成するために、実際の要件に応じて選択され得る。
加えて、本出願の実施形態における機能ユニットは１つの処理ユニットへと統合され得るか、またはユニットの各々が物理的に単独で存在し得るか、または少なくとも２つのユニットが１つのユニットへと統合され得る。
機能が、ソフトウェア機能ユニットの形態で実装され、独立した製品として販売または使用されるとき、機能はコンピュータ可読記憶媒体に記憶され得る。そのような理解に基づいて、本質的に本出願における技術的解決策、または従来技術に寄与する部分、または技術的解決策の一部は、ソフトウェア製品の形態で実装され得る。コンピュータソフトウェア製品は、記憶媒体に記憶され、本出願の実施形態における方法のステップの全部または一部を実施するように（パーソナルコンピュータ、サーバ、ネットワークデバイスなどであり得る）コンピュータデバイスに命令するためのいくつかの命令を含む。上記の記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、読取り専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスク、または光ディスクなど、プログラムコードを記憶することができる任意の媒体を含む。
上記の説明は、本出願の特定の実装にすぎず、本出願の保護範囲を限定することを意図されない。本出願に開示された技術範囲内で当業者によって容易に理解されるいかなる変形または置換も、本出願の保護範囲内に入るものである。したがって、本出願の保護範囲は、特許請求の範囲の保護範囲に従わなければならないものである。

Claims (12)

  1. サービス発見方法であって、前記方法は、
    登録センターによって、第１のデバイスによって送られたサービス発見要求を受信するステップであって、前記サービス発見要求は、前記第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、前記ターゲットパラメータ情報は、呼出しモードに関する情報を備え、前記呼出しモードは、１要求１応答または１要求多応答であり、前記呼出しモードに関する前記情報は、サービスを提供する第２のデバイスと前記第１のデバイスとの間での呼出し情報の要求及び応答に関するやりとりが１要求１応答であるか、又は１要求多応答であるかを示す情報を含む、ステップと、
    前記登録センターによって、サービスパラメータデータベースに基づいて前記ターゲットパラメータ情報に対応するターゲットサービスを判定するステップであって、前記サービスパラメータデータベースは、前記第２のデバイスの異なるサービスのパラメータ情報を記憶するために使用され、前記呼出しモードが前記１要求１応答であるとき、前記１要求１応答に対応するサービスが前記ターゲットサービスであると判定され、前記呼出しモードが前記１要求多応答であるとき、前記１要求多応答に対応するサービスが前記ターゲットサービスであると判定される、ステップと、
    前記登録センターによって、サービス応答メッセージを前記第１のデバイスに送るステップであって、前記サービス応答メッセージは、判定された前記ターゲットサービスの記述情報を備える、ステップとを備える、方法。
  2. 前記登録センターによって、サービスパラメータデータベースに基づいて前記ターゲットパラメータ情報に対応するターゲットサービスを判定する前記ステップの前に、前記方法は、
    前記登録センターによって、前記第２のデバイスによって送られた登録要求を受信するステップであって、前記登録要求は、前記第２のデバイスの第１のサービスのパラメータ情報を備える、ステップと、
    前記登録センターによって、前記第１のサービスの前記パラメータ情報を前記サービスパラメータデータベースに記憶するステップと
    をさらに備える
    請求項１に記載の方法。
  3. 前記ターゲットパラメータ情報は、前記呼出しモードに関する前記情報を備え、
    前記登録センターによって、サービスパラメータデータベースに基づいて前記ターゲットパラメータ情報に対応するターゲットサービスを判定する前記ステップは、
    前記登録センターによって、前記サービスパラメータデータベース中にあり、前記１要求１応答に関する情報を備えるパラメータ情報に対応するサービスを前記ターゲットサービスとして判定するステップを備える
    請求項１または２に記載の方法。
  4. 第１のデバイスによってサービス発見要求を送るステップであって、前記サービス発見要求は前記第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、前記サービス発見要求はサービスパラメータデータベースに基づいて前記ターゲットパラメータ情報に対応するターゲットサービスを判定するために使用され、前記ターゲットパラメータ情報は呼出しモードに関する情報を備え、前記呼出しモードは１要求１応答または１要求多応答であり、前記呼出しモードに関する前記情報は、サービスを提供する第２のデバイスと前記第１のデバイスとの間での呼出し情報の要求及び応答に関するやりとりが１要求１応答であるか、又は１要求多応答であるかを示す情報を含み、前記呼出しモードが前記１要求１応答であるとき、前記１要求１応答に対応するサービスが前記ターゲットサービスであると判定され、前記呼出しモードが前記１要求多応答であるとき、前記１要求多応答に対応するサービスが前記ターゲットサービスであると判定される、ステップと、
    前記第１のデバイスによってサービス応答メッセージを受信するステップであって、前記サービス応答メッセージは、判定された前記ターゲットサービスの記述情報を備える、ステップと、
    前記第１のデバイスによって前記呼出し情報を前記第２のデバイスに送るステップであって、前記呼出し情報は前記ターゲットサービスを呼び出すために使用される、ステップと
    を備える、サービス発見方法。
  5. 前記第１のデバイスは、ネットワークサービスシステムに属し、前記ネットワークサービスシステムは、モバイルエッジコンピューティングシステムであり、前記モバイルエッジコンピューティングシステムは、モバイルエッジオーケストレータおよびモバイルエッジホストを備え、前記モバイルエッジホストは、モバイルエッジプラットフォーム、第１のモバイルエッジアプリケーション、および第２のモバイルエッジアプリケーションを備え、前記モバイルエッジプラットフォームは登録センターに対応し、前記第１のモバイルエッジアプリケーションは前記第１のデバイスに対応し、前記第２のモバイルエッジアプリケーションは前記第２のデバイスに対応し、前記モバイルエッジオーケストレータは、前記第１のモバイルエッジアプリケーションおよび前記第２のモバイルエッジアプリケーションを管理するように構成された
    請求項４に記載の方法。
  6. 前記第１のデバイスは、ネットワークサービスシステムに属し、前記ネットワークサービスシステムは、サービスおよびシステム態様ワークグループ６システムであり、前記サービスおよびシステム態様ワークグループ６システムは、サービス登録サーバ、ミッションクリティカルサービス、および外部アプリケーションを備え、前記サービス登録サーバは登録センターに対応し、前記外部アプリケーションは前記第１のデバイスに対応し、前記ミッションクリティカルサービスは前記第２のデバイスに対応する
    請求項４に記載の方法。
  7. 前記第１のデバイスは、ネットワークサービスシステムに属し、前記ネットワークサービスシステムは、サービスおよびシステム態様ワークグループ２システムであり、前記サービスおよびシステム態様ワークグループ２システムは、ネットワーク機能リポジトリ機能、第１のネットワーク機能インスタンス、および第２のネットワーク機能インスタンスを備え、前記ネットワーク機能リポジトリ機能は登録センターに対応し、前記第１のネットワーク機能インスタンスは前記第１のデバイスに対応し、前記第２のネットワーク機能インスタンスは前記第２のデバイスに対応する
    請求項４に記載の方法。
  8. 請求項１から３のいずれか１項に記載の方法を実行するように構成された
    通信機器。
  9. 請求項４から７のいずれか１項に記載の方法を実行するように構成された
    通信機器。
  10. 命令が記録されたコンピュータ可読記録媒体であって、前記命令はコンピュータ上で実行された時に前記コンピュータが請求項１から３のいずれか１項に記載の方法を実行可能とする、コンピュータ可読記録媒体。
  11. 命令が記録されたコンピュータ可読記録媒体であって、前記命令はコンピュータ上で実行された時に前記コンピュータが請求項４から７のいずれか１項に記載の方法を実行可能とする、コンピュータ可読記録媒体。
  12. 請求項８に記載の通信機器と請求項９に記載の通信機器とを備えた
    通信システム。
JP2019566282A 2017-06-02 2018-06-01 サービス発見方法、登録センター、およびデバイス Active JP7074774B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201710408088.4 2017-06-02
CN201710408088.4A CN108989372B (zh) 2017-06-02 2017-06-02 服务发现的方法、注册中心和设备
PCT/CN2018/089502 WO2018219343A1 (zh) 2017-06-02 2018-06-01 服务发现的方法、注册中心和设备

Publications (2)

Publication Number Publication Date
JP2020522201A JP2020522201A (ja) 2020-07-27
JP7074774B2 true JP7074774B2 (ja) 2022-05-24

Family

ID=64456345

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2019566282A Active JP7074774B2 (ja) 2017-06-02 2018-06-01 サービス発見方法、登録センター、およびデバイス

Country Status (7)

Country Link
US (1) US11363105B2 (ja)
EP (1) EP3629552B1 (ja)
JP (1) JP7074774B2 (ja)
KR (1) KR102259804B1 (ja)
CN (2) CN108989372B (ja)
BR (1) BR112019025213A2 (ja)
WO (1) WO2018219343A1 (ja)

Families Citing this family (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020063044A1 (zh) * 2018-09-29 2020-04-02 深圳前海达闼云端智能科技有限公司 节点通讯方法，服务器，客户端
CN109857572B (zh) * 2018-12-29 2022-03-01 阿波罗智能技术(北京)有限公司 实现远程调用的方法、装置、设备及计算机可读存储介质
CN111404714A (zh) * 2019-01-02 2020-07-10 中国移动通信有限公司研究院 一种网络传送层连接控制方法及网络设备
CN111405635B (zh) * 2019-01-02 2022-07-01 中国移动通信有限公司研究院 能力开放的实现方法、装置、设备及计算机可读存储介质
CN111629401B (zh) * 2019-02-27 2021-11-26 大唐移动通信设备有限公司 一种边缘应用的数据分流方法及系统
CN111770122B (zh) * 2019-04-02 2023-09-08 中国移动通信有限公司研究院 服务通信代理scp注册方法、服务调用方法及网络设备
KR102329222B1 (ko) * 2019-04-04 2021-11-22 한국전자통신연구원 에지 컴퓨팅 장치
CN113366816B (zh) * 2019-04-12 2024-02-13 三星电子株式会社 通过域名服务器解析发现边缘服务器或边缘服务的方法和系统
CN111835802B (zh) * 2019-04-18 2021-08-27 大唐移动通信设备有限公司 一种通信方法及装置
CN110392114B (zh) * 2019-07-26 2022-02-08 中国工商银行股份有限公司 跨多注册中心的服务调用处理系统及方法
CN110417904B (zh) * 2019-08-02 2022-03-25 中国工商银行股份有限公司 一种推送信息处理方法、装置及系统
CN112583873B (zh) * 2019-09-30 2022-07-19 中国移动通信有限公司研究院 服务发现方法、装置及功能网元
CN110769055B (zh) * 2019-10-22 2022-06-10 北京地平线机器人技术研发有限公司 用于实现服务发现的方法、装置、介质以及电子设备
WO2021083926A1 (en) * 2019-10-31 2021-05-06 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatuses for network function discovery with preferred api version
CN113050962B (zh) * 2019-12-27 2024-04-26 华为技术有限公司 移动服务升级方法、装置和终端
EP3863272A1 (en) * 2020-02-04 2021-08-11 Nokia Technologies Oy Notifications sent with indirect communication in sba
CN111865746B (zh) * 2020-06-19 2022-08-19 苏宁云计算有限公司 基于环路总线的系统开发方法及装置
US12009951B2 (en) 2020-07-22 2024-06-11 Marvell Asia Pte Ltd. Optimizing host / module interface
CN111988398A (zh) * 2020-08-19 2020-11-24 政采云有限公司 一种数据获取方法、api网关、介质
CN112491944A (zh) * 2020-09-02 2021-03-12 中兴通讯股份有限公司 边缘应用发现方法及装置、边缘应用服务支持方法及装置
CN112202844B (zh) * 2020-09-10 2022-05-06 中国联合网络通信集团有限公司 一种跨域多接入边缘计算能力开放的方法及设备
CN112152856B (zh) * 2020-09-25 2021-10-01 广州爱浦路网络技术有限公司 边缘服务器管理系统及方法
CN112399267A (zh) * 2020-11-04 2021-02-23 北京格非科技股份有限公司 基于nmos的ip系统中硬件面板控制系统及调度方法
CN114697231B (zh) * 2020-12-31 2023-08-01 电科云(北京)科技有限公司 基于网关的服务发现与服务注册方法和装置
US11956281B2 (en) * 2021-03-31 2024-04-09 Tencent America LLC Method and apparatus for edge application server discovery or instantiation by application provider to run media streaming and services on 5G networks
CN113452763B (zh) * 2021-06-11 2024-01-30 青岛海尔科技有限公司 智慧家庭业务注册的方法、装置和智慧家庭系统
CN115811715A (zh) * 2021-09-15 2023-03-17 华为技术有限公司 一种通信方法和通信装置
CN113992690B (zh) * 2021-10-26 2023-10-27 北京百度网讯科技有限公司 消息传递方法、装置、设备和存储介质
WO2023093795A1 (en) * 2021-11-25 2023-06-01 Telefonaktiebolaget Lm Ericsson (Publ) Network node, user equipment, and methods therein for communication in edgeapp
CN114172946B (zh) * 2021-12-06 2024-06-18 京东科技信息技术有限公司 请求结果发送方法、装置、电子设备和计算机可读介质
CN114422581B (zh) * 2021-12-22 2024-05-24 网络通信与安全紫金山实验室 服务创建方法、装置、计算机设备和存储介质
CN116367225A (zh) * 2021-12-28 2023-06-30 中兴通讯股份有限公司 服务发现的处理方法、设备和存储介质
CN114598743A (zh) * 2022-03-17 2022-06-07 上海小度技术有限公司 一种服务发现方法、装置、电子设备及存储介质
CN117081765A (zh) * 2022-05-10 2023-11-17 中国移动通信有限公司研究院 第一平台的接入方法、第一平台、系统和存储介质
CN115002195B (zh) * 2022-05-31 2024-06-25 深圳市和讯华谷信息技术有限公司 自适应对等模式的服务注册发现方法、系统及介质
CN115102999B (zh) * 2022-06-09 2024-02-09 光大科技有限公司 DevOps系统、服务提供方法、存储介质和电子装置
WO2024031481A1 (en) * 2022-08-10 2024-02-15 Nokia Technologies Oy Service enhancement of device and applications thereof

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003514271A (ja) 1999-10-22 2003-04-15 ヨードリー・コム・インコーポレイテツド 単一のユーザインターフェースを介してユーザに計算済みの解決指向の個人化された要約リポートを提供するための方法および装置
JP2004530969A (ja) 2001-02-09 2004-10-07 リモート−アイ コーポレーション デジタルメディア交換所のための方法並びに装置
US20070208587A1 (en) 2005-12-08 2007-09-06 Arun Sitaraman Systems, software, and methods for communication-based business process messaging
JP2008503148A (ja) 2004-06-16 2008-01-31 エルジー エレクトロニクス インコーポレイティド ユーザ位置情報に基づくブロードキャスト／マルチキャストサービス方法
US20140192717A1 (en) 2013-01-07 2014-07-10 Futurewei Technologies, Inc. Information Centric Networking Based Service Centric Networking
JP2014173891A (ja) 2013-03-06 2014-09-22 Denso Corp 通信システム、車載装置及び配信装置
JP2016526322A (ja) 2013-05-16 2016-09-01 エルジー エレクトロニクス インコーポレイティド Ｍ２ｍ通信システムにおいて購読及び通知のための方法及びそのための装置
WO2016199515A1 (ja) 2015-06-12 2016-12-15 ソニー株式会社 装置、方法及びプログラム

Family Cites Families (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6954456B2 (en) * 2001-12-14 2005-10-11 At & T Corp. Method for content-aware redirection and content renaming
US7716357B2 (en) 2003-10-24 2010-05-11 Microsoft Corporation Service discovery and publication
KR100513044B1 (ko) * 2003-12-17 2005-09-06 한국전자통신연구원 사용자 선호정보에 따른 디바이스 자동 연결 장치 및 그방법
WO2005115096A2 (en) * 2004-05-27 2005-12-08 Lg Electronics, Inc. Home network system
US8832302B1 (en) * 2006-03-31 2014-09-09 Rockwell Collins, Inc. System and method for a priori scheduling of network services
US7853694B2 (en) * 2006-12-07 2010-12-14 Electronics And Telecommunications Research Institute System and method for providing contents service using service relaying apparatus
EP2089802B1 (en) * 2006-12-08 2019-07-03 Telefonaktiebolaget LM Ericsson (publ) User device, control method thereof, and ims user equipment
CN101459908B (zh) * 2007-12-13 2012-04-25 华为技术有限公司 一种业务订阅方法、系统、服务器
US8635341B2 (en) * 2008-02-14 2014-01-21 Microsoft Corporation Termination criteria in service discovery request
CN101237457B (zh) * 2008-03-14 2010-09-29 华为技术有限公司 一种服务发现方法、系统及设备
EP2367356B1 (en) * 2010-03-17 2012-05-23 Lg Electronics Inc. Method for IPTV service discovery and IPTV receiver using the same
WO2014098437A1 (ko) * 2012-12-17 2014-06-26 엘지전자 주식회사 무선랜 시스템에서 서비스 발견 방법 및 장치
US9007945B2 (en) * 2013-01-23 2015-04-14 Dell Products L.P. Automated network service discovery and communication
US9876862B1 (en) * 2013-02-19 2018-01-23 Marvell International Ltd. Service identification with reduced ambiguity
US9552232B2 (en) * 2013-03-12 2017-01-24 Xerox Corporation System and process to recommend cloud service cloud configuration based on service similarity
US20150019620A1 (en) * 2013-07-09 2015-01-15 Kaminario Technologies Ltd. High availability for communications based on remote procedure calls
CN104426871A (zh) * 2013-08-29 2015-03-18 中兴通讯股份有限公司 一种远程调用的方法和装置
US10045387B2 (en) * 2014-01-22 2018-08-07 Lg Electronics Inc. Method for constructing docking protocol by using direct communication, and apparatus therefor
WO2015119665A1 (en) * 2014-02-10 2015-08-13 Intel Corporation Wi-fi direct services mechanisms for wireless gigabit display extension
WO2015154133A1 (en) * 2014-04-08 2015-10-15 Bcommunications Pty. Ltd. A device management system
CN105100137B (zh) * 2014-04-26 2019-05-24 华为终端有限公司 一种服务发现的方法及电子设备
KR102251353B1 (ko) * 2014-11-25 2021-05-12 삼성전자주식회사 근접 네트워크 구성 방법 및 그 전자 장치
US9930103B2 (en) * 2015-04-08 2018-03-27 Amazon Technologies, Inc. Endpoint management system providing an application programming interface proxy service
US10757104B1 (en) * 2015-06-29 2020-08-25 Veritas Technologies Llc System and method for authentication in a computing system
CN105245595B (zh) * 2015-09-30 2018-07-31 小米科技有限责任公司 服务响应方法及装置
CN105516250B (zh) * 2015-11-25 2019-03-05 北京邮电大学 物联网服务调用平台和系统
WO2017184139A1 (en) * 2016-04-21 2017-10-26 Wang, Ying Determining a persistent network identity of a networked device
CN106330398A (zh) * 2016-08-29 2017-01-11 中国联合网络通信集团有限公司 一种确定物联网业务的数据传输模式的方法及装置
US10701745B2 (en) * 2016-12-28 2020-06-30 Intel IP Corporation Secure ad hoc network access

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003514271A (ja) 1999-10-22 2003-04-15 ヨードリー・コム・インコーポレイテツド 単一のユーザインターフェースを介してユーザに計算済みの解決指向の個人化された要約リポートを提供するための方法および装置
JP2004530969A (ja) 2001-02-09 2004-10-07 リモート−アイ コーポレーション デジタルメディア交換所のための方法並びに装置
JP2008503148A (ja) 2004-06-16 2008-01-31 エルジー エレクトロニクス インコーポレイティド ユーザ位置情報に基づくブロードキャスト／マルチキャストサービス方法
US20070208587A1 (en) 2005-12-08 2007-09-06 Arun Sitaraman Systems, software, and methods for communication-based business process messaging
US20140192717A1 (en) 2013-01-07 2014-07-10 Futurewei Technologies, Inc. Information Centric Networking Based Service Centric Networking
JP2014173891A (ja) 2013-03-06 2014-09-22 Denso Corp 通信システム、車載装置及び配信装置
JP2016526322A (ja) 2013-05-16 2016-09-01 エルジー エレクトロニクス インコーポレイティド Ｍ２ｍ通信システムにおいて購読及び通知のための方法及びそのための装置
WO2016199515A1 (ja) 2015-06-12 2016-12-15 ソニー株式会社 装置、方法及びプログラム

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Study on Architecture for Next Generation System (Release 14)，3GPP TR 23.799 V0.6.0，2016年07月，P.225-230，https://itectec.com/archive/3gpp-specification-tr-23-799/
Mobile Edge Computing(MEC) Framework and Reference Architecture，ETSI GS MEC 003 v1.1.1，2016年03月，https://www.etsi.org/deliver/etsi_gs/MEC/001-099/

Also Published As

Publication number Publication date
KR102259804B1 (ko) 2021-06-03
EP3629552A4 (en) 2020-06-24
CN108989372B (zh) 2021-04-09
US20200106840A1 (en) 2020-04-02
KR20200012945A (ko) 2020-02-05
CN113162996A (zh) 2021-07-23
EP3629552B1 (en) 2022-02-16
WO2018219343A1 (zh) 2018-12-06
US11363105B2 (en) 2022-06-14
CN108989372A (zh) 2018-12-11
BR112019025213A2 (pt) 2020-06-23
EP3629552A1 (en) 2020-04-01
CN113162996B (zh) 2023-03-24
JP2020522201A (ja) 2020-07-27

Similar Documents

Publication Publication Date Title
JP7074774B2 (ja) サービス発見方法、登録センター、およびデバイス
KR102046700B1 (ko) 메시지 버스 서비스 디렉토리
JP6442547B2 (ja) 発見されたサービスプロバイダに属するサービスにアクセスする方法および装置
CA2993453C (en) Pre-association discovery of services
KR101984413B1 (ko) 서비스 레이어를 통해 제3자 서비스들에 대한 액세스를 가능하게 하는 시스템들 및 방법들
CN109391592B (zh) 网络功能服务的发现方法及设备
AU2019300978A1 (en) Method and electronic device for edge computing service
WO2019118964A1 (en) Enhanced nef function, mec and 5g integration
EP3286936B1 (en) Device and method for adding a service
EP3320671A1 (en) Wide area service discovery for internet of things
EP3809766A1 (en) Mec information acquisition method and device
US20070143449A1 (en) Discovering network services
CN113826372A (zh) 用于边缘计算服务的方法及其电子设备
JP2023526361A (ja) ネットワークスライスにアクセスする方法、電子デバイスおよび記憶媒体
CN112637126B (zh) 一种服务注册方法及Pod
JP2015069547A (ja) サーバ装置、端末装置、通信方法およびコンピュータプログラム

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200107

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200107

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20201218

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210105

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210405

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210914

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20211214

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: 20220426

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220512

R150 Certificate of patent or registration of utility model

Ref document number: 7074774

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150