(57)【要約】本出願は、サービス発見方法、登録センター、およびデバイスを提供する。本方法は、登録センターによって、第１のデバイスによって送られたサービス発見要求を受信するステップであって、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む、ステップと、サービスパラメータデータベースに基づいて登録センターによって、ターゲットパラメータ情報に対応するターゲットサービスを判定するステップであって、サービスパラメータデータベースは、第２のデバイスの異なるサービスのパラメータ情報を記憶するために使用される、ステップと、登録センターによって、サービス応答メッセージを第１のデバイスに送るステップであって、サービス応答メッセージは、ターゲットサービスの記述情報を含む、ステップとを含む。本出願の実施形態によれば、パラメータ情報をサポートするサービスに基づいて第１のデバイスのために適切なサービスが発見され、それにより、サービス品質が改善されることが可能である。
2020522201.tif 000002
【特許請求の範囲】
【請求項１】
サービス発見方法であって、前記方法は、
登録センターによって、第１のデバイスによって送られたサービス発見要求を受信するステップであって、前記サービス発見要求は、前記第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、前記ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを備え、前記第１の送信モードに関する前記情報は、インバンド識別子またはアウトオブバンド識別子であり、前記インバンド識別子は、呼出し情報が前記第１のデバイスと第２のデバイスとの間の送信のためのデータに追加される送信モードを示すために使用され、前記アウトオブバンド識別子は、前記データおよび前記呼出し情報が前記第１のデバイスと前記第２のデバイスとの間で別々に送信される送信モードを示すために使用され、前記呼出しモードは、１要求１応答または１要求多応答であり、前記送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、前記第２の送信モードは、直接的にまたは中間ノードを使用することによって前記第１のデバイスと前記第２のデバイスとの間で情報を送信することである、ステップと、
前記登録センターによって、サービスパラメータデータベースに基づいて前記ターゲットパラメータ情報に対応するターゲットサービスを判定するステップであって、前記サービスパラメータデータベースは、前記第２のデバイスの異なるサービスのパラメータ情報を記憶するために使用される、ステップと、
前記登録センターによって、サービス応答メッセージを前記第１のデバイスに送るステップであって、前記サービス応答メッセージは前記ターゲットサービスの記述情報を備える、ステップと
を備える、方法。
【請求項２】
前記登録センターによって、サービスパラメータデータベースに基づいて前記ターゲットパラメータ情報に対応するターゲットサービスを判定する前記ステップの前に、前記方法は、
前記登録センターによって、前記第２のデバイスによって送られた登録要求を受信するステップであって、前記登録要求は、前記第２のデバイスの第１のサービスのパラメータ情報を備える、ステップと、
前記登録センターによって、前記第１のサービスの前記パラメータ情報を前記サービスパラメータデータベースに記憶するステップと
をさらに備える請求項１に記載の方法。
【請求項３】
前記ターゲットパラメータ情報は、前記第１の送信モードに関する前記情報を備え、
前記登録センターによって、サービスパラメータデータベースに基づいて前記ターゲットパラメータ情報に対応するターゲットサービスを判定する前記ステップは、
前記第１の送信モードに関する前記情報が前記インバンド識別子である場合、前記登録センターによって、前記サービスパラメータデータベース中にあり、前記インバンド識別子を備えるパラメータ情報に対応するサービスを前記ターゲットサービスとして判定するステップ
を備える請求項１または２に記載の方法。
【請求項４】
前記ターゲットパラメータ情報は、前記呼出しモードに関する前記情報を備え、
サービスパラメータデータベースに基づいて前記登録センターによって、前記ターゲットパラメータ情報に対応するターゲットサービスを判定する前記ステップは、
前記呼出しモードが前記１要求１応答である場合、前記登録センターによって、前記サービスパラメータデータベース中にあり、前記１要求１応答に関する情報を備えるパラメータ情報に対応するサービスを前記ターゲットサービスとして判定するステップ
を備える請求項１または２に記載の方法。
【請求項５】
前記ターゲットパラメータ情報は、前記送信プロトコルに関する前記情報を備え、
サービスパラメータデータベースに基づいて、前記ターゲットパラメータ情報に対応するターゲットサービスを判定する前記ステップは、
前記送信プロトコルが前記高度メッセージキューインターフェースプロトコルであるとき、前記登録センターによって、前記サービスパラメータデータベース中にあり、前記高度メッセージキューインターフェースプロトコルに関する情報を備えるパラメータ情報に対応するサービスを前記ターゲットサービスとして判定するステップ
を備える請求項１または２に記載の方法。
【請求項６】
前記ターゲットパラメータ情報は、前記第２の送信モードを備え、
サービスパラメータデータベースに基づいて前記登録センターによって、前記ターゲットパラメータ情報に対応するターゲットサービスを判定する前記ステップは、
前記第２の送信モードが、前記中間ノードを使用することによって前記第１のデバイスと前記第２のデバイスとの間で前記情報を送信することであるとき、前記登録センターによって、前記サービスパラメータデータベース中にあり、前記中間ノードを使用することによって送信が実施されることを示す情報を備えるパラメータ情報に対応するサービスを前記ターゲットサービスとして判定するステップ
を備える請求項１または２に記載の方法。
【請求項７】
前記ターゲットパラメータ情報は、前記中間ノードのロケーション情報をさらに備え、前記中間ノードは、サードパーティデバイス、前記登録センター、または前記第２のデバイス上に配置され、
前記第２の送信モードが、前記中間ノードを使用することによって送信を実施することであるとき、前記登録センターによって、前記サービスパラメータデータベース中にあり、前記中間ノードを使用することによって送信が実施されることを示す情報を備えるパラメータ情報に対応するサービスを前記ターゲットサービスとして判定する前記ステップは、
前記第２の送信モードが、前記中間ノードを使用することによって送信を実施することであり、前記中間ノードが、前記サードパーティロケーションに配置されるとき、前記登録センターによって、前記サービスパラメータデータベース中にあり、前記中間ノードを使用することによって送信が実施されること、および前記中間ノードが前記サードパーティロケーションに配置されることを示す情報を備えるパラメータ情報に対応するサービスを前記ターゲットサービスとして判定するステップ
を備える請求項６に記載の方法。
【請求項８】
第１のデバイスによってサービス発見要求を送るステップであって、前記サービス発見要求は前記第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、前記サービス発見要求はサービスパラメータデータベースに基づいて前記ターゲットパラメータ情報に対応するターゲットサービスを判定するために使用され、前記ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを備え、前記第１の送信モードに関する前記情報は、インバンド識別子またはアウトオブバンド識別子であり、前記インバンド識別子は、呼出し情報が前記第１のデバイスと第２のデバイスとの間の送信のためのデータに追加される送信モードを示すために使用され、前記アウトオブバンド識別子は、前記データおよび前記呼出し情報が前記第１のデバイスと前記第２のデバイスとの間で別々に送信される送信モードを示すために使用され、前記呼出しモードは、１要求１応答または１要求多応答であり、前記送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、前記第２の送信モードは、直接的にまたは中間ノードを使用することによって前記第１のデバイスと前記第２のデバイスとの間で情報を送信することである、ステップと、
前記第１のデバイスによってサービス応答メッセージを受信するステップであって、前記サービス応答メッセージは前記ターゲットサービスの記述情報を備える、ステップと、
前記第１のデバイスによって前記呼出し情報を前記第２のデバイスに送るステップであって、前記呼出し情報は前記ターゲットサービスを呼び出すために使用される、ステップと
を備える、サービス発見方法。
【請求項９】
前記第２の送信モードが、前記中間ノードを使用することによって前記第１のデバイスと前記第２のデバイスとの間で前記情報を送信することであるとき、前記ターゲットパラメータ情報は、前記中間ノードのロケーションをさらに備え、前記中間ノードは、サードパーティデバイス、前記登録センター、または前記第２のデバイス上に配置される請求項８に記載の方法。
【請求項１０】
前記ネットワークサービスシステムがモバイルエッジコンピューティングシステムであり、前記モバイルエッジコンピューティングシステムは、モバイルエッジオーケストレータおよびモバイルエッジホストを備え、前記モバイルエッジホストは、モバイルエッジプラットフォーム、第１のモバイルエッジアプリケーション、および第２のモバイルエッジアプリケーションを備え、前記モバイルエッジプラットフォームは前記登録センターに対応し、前記第１のモバイルエッジアプリケーションは前記第１のデバイスに対応し、前記第２のモバイルエッジアプリケーションは前記第２のデバイスに対応し、前記モバイルエッジオーケストレータは、前記第１のモバイルエッジアプリケーションおよび前記第２のモバイルエッジアプリケーションを管理するように構成された請求項８または９に記載の方法。
【請求項１１】
前記ネットワークサービスシステムがサービスおよびシステム態様ワークグループ６システムであり、前記サービスおよびシステム態様ワークグループ６システムは、サービス登録サーバ、ミッションクリティカルサービス、および外部アプリケーションを備え、前記サービス登録サーバは前記登録センターに対応し、前記外部アプリケーションは前記第１のデバイスに対応し、前記ミッションクリティカルサービスは前記第２のデバイスに対応する請求項８または９に記載の方法。
【請求項１２】
前記ネットワークサービスシステムがサービスおよびシステム態様ワークグループ２システムであり、前記サービスおよびシステム態様ワークグループ２システムは、ネットワーク機能リポジトリ機能、第１のネットワーク機能インスタンス、および第２のネットワーク機能インスタンスを備え、前記ネットワーク機能リポジトリ機能は前記登録センターに対応し、前記第１のネットワーク機能インスタンスは前記第１のデバイスに対応し、前記第２のネットワーク機能インスタンスは前記第２のデバイスに対応する請求項８または９に記載の方法。
【請求項１３】
第２のデバイスによって、登録要求を前記登録センターに送るステップであって、前記登録要求は、第１のサービスのパラメータ情報を備え、したがって、前記登録センターは、前記第１のサービスの前記パラメータ情報をサービスパラメータデータベースに記憶し、前記サービスパラメータデータベースは、ターゲットパラメータ情報を満たす対応するターゲットサービスを判定するために使用され、前記ターゲットパラメータ情報は、第１のデバイスによって必要とされるサービスのパラメータ情報であり、前記ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを備え、前記第１の送信モードに関する前記情報は、インバンド識別子またはアウトオブバンド識別子であり、前記インバンド識別子は、呼出し情報が前記第１のデバイスと前記第２のデバイスとの間の送信のためのデータに追加される送信モードを示すために使用され、前記アウトオブバンド識別子は、前記データおよび前記呼出し情報が前記第１のデバイスと前記第２のデバイスとの間で別々に送信される送信モードを示すために使用され、前記呼出しモードは、１要求１応答または１要求多応答であり、前記送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、前記第２の送信モードは、直接的にまたは中間ノードを使用することによって前記第１のデバイスと前記第２のデバイスとの間で情報を送信することである、ステップと、
前記第２のデバイスによって、前記第１のデバイスによって送られた前記呼出し情報を受信するステップであって、前記呼出し情報は、前記ターゲットサービスを呼び出すために使用される、ステップと
を備える、サービス発見方法。
【請求項１４】
前記第２の送信モードが、前記中間ノードを使用することによって前記第１のデバイスと前記第２のデバイスとの間で前記情報を送信することであるとき、前記ターゲットパラメータ情報は、前記中間ノードのロケーションをさらに備え、前記中間ノードは、サードパーティデバイス、前記登録センター、または前記第２のデバイス上に配置される請求項１３に記載の方法。
【請求項１５】
第１のデバイスによって送られたサービス発見要求を受信するように構成された、受信モジュールであって、前記サービス発見要求は、前記第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、前記ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを備え、前記第１の送信モードに関する前記情報は、インバンド識別子またはアウトオブバンド識別子であり、前記インバンド識別子は、呼出し情報が前記第１のデバイスと第２のデバイスとの間の送信のためのデータに追加される送信モードを示すために使用され、前記アウトオブバンド識別子は、前記データおよび前記呼出し情報が前記第１のデバイスと前記第２のデバイスとの間で別々に送信される送信モードを示すために使用され、前記呼出しモードは、１要求１応答または１要求多応答であり、前記送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、前記第２の送信モードは、直接的にまたは中間ノードを使用することによって前記第１のデバイスと前記第２のデバイスとの間で情報を送信することである、受信モジュールと、
サービスパラメータデータベースに基づいて、前記ターゲットパラメータ情報に対応するターゲットサービスを判定するように構成された、処理モジュールであって、前記サービスパラメータデータベースは、前記第２のデバイスの異なるサービスのパラメータ情報を記憶するために使用される、処理モジュールと、
サービス応答メッセージを前記第１のデバイスに送るように構成された、送りモジュールであって、前記サービス応答メッセージは、前記ターゲットサービスの記述情報を備える、送りモジュールと
を備える、登録センター。
【請求項１６】
前記受信モジュールは、前記第２のデバイスによって送られた登録要求を受信するようにさらに構成され、前記登録要求は、前記第２のデバイスの第１のサービスのパラメータ情報を備え、
前記処理モジュールは、前記第１のサービスの前記パラメータ情報を前記サービスパラメータデータベースに記憶するようにさらに構成された
請求項１５に記載の登録センター。
【請求項１７】
前記ターゲットパラメータ情報は、前記第１の送信モードに関する前記情報を備え、
前記処理モジュールは、
前記第１の送信モードに関する前記情報が前記インバンド識別子である場合、前記サービスパラメータデータベース中にあり、前記インバンド識別子を備えるパラメータ情報に対応するサービスを前記ターゲットサービスとして判定する
ように特に構成された請求項１５または１６に記載の登録センター。
【請求項１８】
前記ターゲットパラメータ情報は、前記呼出しモードに関する前記情報を備え、
前記処理モジュールは、
前記呼出しモードが前記１要求１応答である場合、前記サービスパラメータデータベース中にあり、前記１要求１応答に関する情報を備えるパラメータ情報に対応するサービスを前記ターゲットサービスとして判定する
ように特に構成された請求項１５または１６に記載の登録センター。
【請求項１９】
前記ターゲットパラメータ情報は、前記送信プロトコルに関する前記情報を備え、
前記処理モジュールは、
前記送信プロトコルが前記高度メッセージキューインターフェースプロトコルであるとき、前記サービスパラメータデータベース中にあり、前記高度メッセージキューインターフェースプロトコルに関する情報を備えるパラメータ情報に対応するサービスを前記ターゲットサービスとして判定する
ように特に構成された請求項１５または１６に記載の登録センター。
【請求項２０】
前記ターゲットパラメータ情報は、前記第２の送信モードを備え、
前記処理モジュールは、
前記第２の送信モードが、前記中間ノードを使用することによって前記第１のデバイスと前記第２のデバイスとの間で前記情報を送信することであるとき、前記登録センターのために、前記サービスパラメータデータベース中にあり、前記中間ノードを使用することによって送信が実施されることを示す情報を備えるパラメータ情報に対応するサービスを前記ターゲットサービスとして判定する
ように特に構成された請求項１５または１６に記載の登録センター。
【請求項２１】
前記ターゲットパラメータ情報は、前記中間ノードのロケーション情報をさらに備え、前記中間ノードは、サードパーティデバイス、前記登録センター、または前記第２のデバイス上に配置され、
前記処理モジュールは、
前記第２の送信モードが、前記中間ノードを使用することによって送信を実施することであり、前記中間ノードが、前記サードパーティロケーションに配置されるとき、前記登録センターのために、前記サービスパラメータデータベース中にあり、前記中間ノードを使用することによって送信が実施されること、および前記中間ノードが前記サードパーティロケーションに配置されることを示す情報を備えるパラメータ情報に対応するサービスを前記ターゲットサービスとして判定する
ように特に構成された請求項２０に記載の登録センター。
【請求項２２】
サービス発見要求を送るように構成された、送りモジュールであって、前記サービス発見要求は、前記第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、前記サービス発見要求は、サービスパラメータデータベースに基づいて、前記ターゲットパラメータ情報に対応するターゲットサービスを判定するために使用され、前記ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを備え、前記第１の送信モードに関する前記情報は、インバンド識別子またはアウトオブバンド識別子であり、前記インバンド識別子は、呼出し情報が前記第１のデバイスと第２のデバイスとの間の送信のためのデータに追加される送信モードを示すために使用され、前記アウトオブバンド識別子は、前記データおよび前記呼出し情報が前記第１のデバイスと前記第２のデバイスとの間で別々に送信される送信モードを示すために使用され、前記呼出しモードは、１要求１応答または１要求多応答であり、前記送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、前記第２の送信モードは、直接的にまたは中間ノードを使用することによって前記第１のデバイスと前記第２のデバイスとの間で情報を送信することである、送りモジュールと、
サービス応答メッセージを受信するように構成された、受信モジュールであって、前記サービス応答メッセージは、前記ターゲットサービスの記述情報を備える、受信モジュールと
を備える、デバイスであって、
前記送りモジュールは、前記呼出し情報を前記第２のデバイスに送るようにさらに構成され、前記呼出し情報は、前記ターゲットサービスを呼び出すために使用される、
デバイス。
【請求項２３】
前記第２の送信モードが、前記中間ノードを使用することによって前記第１のデバイスと前記第２のデバイスとの間で前記情報を送信することであるとき、前記ターゲットパラメータ情報は、前記中間ノードのロケーションをさらに備え、前記中間ノードは、サードパーティデバイス、前記登録センター、または前記第２のデバイス上に配置される請求項２２に記載のデバイス。
【請求項２４】
前記ネットワークサービスシステムは、モバイルエッジコンピューティングシステムであり、前記モバイルエッジコンピューティングシステムは、モバイルエッジオーケストレータおよびモバイルエッジホストを備え、前記モバイルエッジホストは、モバイルエッジプラットフォーム、第１のモバイルエッジアプリケーション、および第２のモバイルエッジアプリケーションを備え、前記モバイルエッジプラットフォームは前記登録センターに対応し、前記第１のモバイルエッジアプリケーションは前記第１のデバイスに対応し、前記第２のモバイルエッジアプリケーションは前記第２のデバイスに対応し、前記モバイルエッジオーケストレータは、前記第１のモバイルエッジアプリケーションおよび前記第２のモバイルエッジアプリケーションを管理するように構成された請求項２２または２３に記載のデバイス。
【請求項２５】
前記ネットワークサービスシステムは、サービスおよびシステム態様ワークグループ６システムであり、前記サービスおよびシステム態様ワークグループ６システムは、サービス登録サーバ、ミッションクリティカルサービス、および外部アプリケーションを備え、前記サービス登録サーバは前記登録センターに対応し、前記外部アプリケーションは前記第１のデバイスに対応し、前記ミッションクリティカルサービスは前記第２のデバイスに対応する請求項２２または２３に記載のデバイス。
【請求項２６】
前記ネットワークサービスシステムは、サービスおよびシステム態様ワークグループ２システムであり、前記サービスおよびシステム態様ワークグループ２システムは、ネットワーク機能リポジトリ機能、第１のネットワーク機能インスタンス、および第２のネットワーク機能インスタンスを備え、前記ネットワーク機能リポジトリ機能は前記登録センターに対応し、前記第１のネットワーク機能インスタンスは前記第１のデバイスに対応し、前記第２のネットワーク機能インスタンスは前記第２のデバイスに対応する請求項２２または２３に記載のデバイス。
【請求項２７】
登録要求を前記登録センターに送るように構成された、送りモジュールであって、前記登録要求は、第１のサービスのパラメータ情報を備え、したがって、前記登録センターは、前記第１のサービスの前記パラメータ情報をサービスパラメータデータベースに記憶し、前記サービスパラメータデータベースは、ターゲットパラメータ情報を満たす対応するターゲットサービスを判定するために使用され、前記ターゲットパラメータ情報は、第１のデバイスによって必要とされるサービスのパラメータ情報であり、前記ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを備え、前記第１の送信モードに関する前記情報は、インバンド識別子またはアウトオブバンド識別子であり、前記インバンド識別子は、呼出し情報が前記第１のデバイスと前記第２のデバイスとの間の送信のためのデータに追加される送信モードを示すために使用され、前記アウトオブバンド識別子は、前記データおよび前記呼出し情報が前記第１のデバイスと前記第２のデバイスとの間で別々に送信される送信モードを示すために使用され、前記呼出しモードは、１要求１応答または１要求多応答であり、前記送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、前記第２の送信モードは、直接的にまたは中間ノードを使用することによって前記第１のデバイスと前記第２のデバイスとの間で情報を送信することである、送りモジュールと、
前記第１のデバイスによって送られた前記呼出し情報を受信するように構成された、受信モジュールであって、前記呼出し情報は、前記ターゲットサービスを呼び出すために使用される、受信モジュールと
を備える、デバイス。
【請求項２８】
前記第２の送信モードが、前記中間ノードを使用することによって前記第１のデバイスと前記第２のデバイスとの間で前記情報を送信することであるとき、前記ターゲットパラメータ情報は、前記中間ノードのロケーションをさらに備え、前記中間ノードは、サードパーティデバイス、前記登録センター、または前記デバイス上に配置される請求項２７に記載のデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、通信分野に関し、より詳細には、サービス発見方法、登録センター、およびデバイスに関する。
【背景技術】
【０００２】
本出願は、それの全体が参照により本明細書に組み込まれる、２０１７年６月２日に中国特許庁で出願された「ＳＥＲＶＩＣＥ  ＤＩＳＣＯＶＥＲＹ  ＭＥＴＨＯＤ，  ＲＥＧＩＳＴＲＡＴＩＯＮ  ＣＥＮＴＥＲ，  ＡＮＤ  ＤＥＶＩＣＥ」と題する中国特許出願第２０１７１０４０８０８８．４号の優先権を主張する。
【０００３】
サービス登録および発見は、サービス定義、サービス選択、およびサービス実行ポリシーを容易にするディレクトリサービスである。サービスサプライヤとして、サービスプロバイダは、サービス登録センターでサービスプロバイダのサービス情報を登録する。サービス登録センターは、すべてのサービス登録情報のための中央ストレージを主に提供し、サービス消費者にサービス登録情報更新通知をリアルタイムに送ることを担当する。サービス消費者は、サービス登録センターから必要とされるサービス登録情報を取得し、サービスを呼び出す。
【０００４】
ネットワークサービスシステムにおいて、ネットワークプロバイダは、提供されるネットワークサービスを登録センターにおいて公開し、クライアントは、登録センターにおいて必要とされるネットワークサービスを発見し、クライアントは、ネットワークサービスのエンドポイントを取得する。従来のネットワークシステムにおけるサービス実施（たとえば、サポートされるプロトコルおよび送信モード）は比較的単純である。クライアントは、サービス識別（Ｉｄｅｎｔｉｔｙ、ＩＤ）に基づいて適切なサービスを選択し得る。ネットワークサービス呼出し中には通常、固定フォーマットが使用される。ネットワークシステムがアップグレードされると、すなわち、サービスが多様化される傾向があると、クライアントは、従来の解決策を使用することによって適切なサービスを発見することができない。これはサービス品質を劣化させる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本出願は、サービス消費者が適切なサービスを発見し、それによりサービス品質を改善することができるような、サービス発見方法、登録センター、およびデバイスを提供する。
【０００６】
第１の態様によれば、サービス発見方法が提供される。本方法は、登録センターによって、第１のデバイスによって送られたサービス発見要求を受信するステップであって、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、第１の送信モードに関する情報は、インバンド識別子またはアウトオブバンド識別子であり、インバンド識別子は、呼出し情報が第１のデバイスと第２のデバイスとの間の送信のためのデータに追加される送信モードを示すために使用され、アウトオブバンド識別子は、データおよび呼出し情報が第１のデバイスと第２のデバイスとの間で別々に送信される送信モードを示すために使用され、呼出しモードは、１要求１応答または１要求多応答であり、送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、第２の送信モードは、直接的にまたは中間ノードを使用することによって第１のデバイスと第２のデバイスとの間で情報を送信することである、ステップと、サービスパラメータデータベースに基づいて登録センターによって、ターゲットパラメータ情報に対応するターゲットサービスを判定するステップであって、サービスパラメータデータベースは、第２のデバイスの異なるサービスのパラメータ情報を記憶するために使用される、ステップと、登録センターによって、サービス応答メッセージを第１のデバイスに送るステップであって、サービス応答メッセージは、ターゲットサービスの記述情報を含む、ステップとを含む。
【０００７】
登録センターは、第１のデバイスによって送られたサービス発見要求を受信することであって、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む、受信することと、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定することと、ターゲットサービスの記述情報を含むサービス応答メッセージを第１のデバイスに送ることとを行う。このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて第１のデバイスのために適切なサービスが発見されることが可能である。したがって、サービス品質が改善されることが可能であり、システム処理効率が向上されることが可能である。
【０００８】
いくつかの可能な実装では、サービスパラメータデータベースに基づいて登録センターによって、ターゲットパラメータ情報に対応するターゲットサービスを判定するステップの前に、本方法は、登録センターによって、第２のデバイスによって送られた登録要求を受信するステップであって、登録要求は、第２のデバイスの第１のサービスのパラメータ情報を含む、ステップと、登録センターによって、第１のサービスのパラメータ情報をサービスパラメータデータベースに記憶するステップとをさらに含む。
【０００９】
登録センターは、複数の異なるサービスのパラメータ情報をパラメータデータベースに記憶し、サービス発見要求を受信した後に、要件を満たすパラメータ情報についてパラメータデータベースを照会し、要件を満たすパラメータ情報に対応するサービスを判定し得る。登録センターは、異なる登録要求を許可し、提供されることが可能であるサービスのパラメータ情報を記憶して、第１のデバイスのために、要件を満たす第２のデバイスを発見する。このようにして、第１のデバイスのために適切なサービスが発見され、それにより、サービス品質が改善されることが可能である。
【００１０】
いくつかの可能な実装では、ターゲットパラメータ情報は、第１の送信モードに関する情報を含み、サービスパラメータデータベースに基づいて登録センターによって、ターゲットパラメータ情報に対応するターゲットサービスを判定するステップは、第１の送信モードに関する情報がインバンド識別子である場合、登録センターによって、サービスパラメータデータベース中にあり、インバンド識別子を含むパラメータ情報に対応するサービスをターゲットサービスとして判定するステップを含む。
【００１１】
ターゲットパラメータ情報中に含まれる第１の送信モードに関する情報がインバンド識別子である場合、すなわち、第１のデバイスによって送られるべき呼出し情報がデータに追加される必要がある場合、登録センターは、第１のデバイスのために、呼出し情報がデータ中で搬送されることが可能であるサービスを選択し、したがって、第１のデバイスは、高品質のサービスを取得することができる。
【００１２】
いくつかの可能な実装では、ターゲットパラメータ情報は、呼出しモードに関する情報を含み、サービスパラメータデータベースに基づいて登録センターによって、ターゲットパラメータ情報に対応するターゲットサービスを判定するステップは、呼出しモードが１要求１応答である場合、登録センターによって、サービスパラメータデータベース中にあり、１要求１応答に関する情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定するステップを含む。
【００１３】
ターゲットパラメータ情報中に含まれる呼出しモードに関する情報が、１要求１応答に関する情報である場合、登録センターは、１要求１応答を含むパラメータ情報に対応するサービスについて探索し、サービスの記述情報を第１のデバイスに送り、したがって、第１のデバイスは、高品質のサービスを取得することができる。
【００１４】
いくつかの可能な実装では、ターゲットパラメータ情報は、送信プロトコルに関する情報を含み、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定するステップは、送信プロトコルが高度メッセージキューインターフェースプロトコルであるとき、登録センターによって、サービスパラメータデータベース中にあり、高度メッセージキューインターフェースプロトコルに関する情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定するステップを含む。
【００１５】
ターゲットパラメータ情報中に含まれる送信プロトコルに関する情報が、高度メッセージキューインターフェースプロトコルに関する情報である場合、登録センターは、第１のデバイスのために、高度メッセージキューインターフェースプロトコルを含むパラメータ情報に対応するサービスについて探索し、サービスの記述情報を第１のデバイスに送り、したがって、第１のデバイスは、高品質のサービスを取得することができる。
【００１６】
いくつかの可能な実装では、ターゲットパラメータ情報は、第２の送信モードを含み、サービスパラメータデータベースに基づいて登録センターによって、ターゲットパラメータ情報に対応するターゲットサービスを判定するステップは、第２の送信モードが、中間ノードを使用することによって第１のデバイスと第２のデバイスとの間で情報を送信することであるとき、登録センターによって、サービスパラメータデータベース中にあり、中間ノードを使用することによって送信が実施されることを示す情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定するステップを含む。
【００１７】
ターゲットパラメータ情報中に含まれる第２の送信モードに関する情報が、中間ノードを使用することによって送信が実施されることを示す情報である場合、登録センターは、第１のデバイスのために、中間ノードを使用することによって送信が実施されることを示す情報を含むパラメータ情報に対応するサービスについて探索し、サービスの記述情報を第１のデバイスに送り、したがって、第１のデバイスは、高品質のサービスを取得することができる。
【００１８】
いくつかの可能な実装では、ターゲットパラメータ情報は、中間ノードのロケーション情報をさらに含み、中間ノードは、サードパーティデバイス、登録センター、または第２のデバイス上に配置され、第２の送信モードが、中間ノードを使用することによって送信を実施することであるとき、登録センターによって、サービスパラメータデータベース中にあり、中間ノードを使用することによって送信が実施されることを示す情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定するステップは、第２の送信モードが、中間ノードを使用することによって送信を実施することであり、中間ノードが、サードパーティロケーションに配置されるとき、登録センターによって、サービスパラメータデータベース中にあり、中間ノードを使用することによって送信が実施されること、および中間ノードがサードパーティロケーションに配置されることを示す情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定するステップを含む。
【００１９】
ターゲットパラメータ情報中に含まれる第２の送信モードに関する情報が、中間ノードを使用することによって送信が実施されること、および中間ノードがサードパーティロケーションに配置されることを示す情報である場合、登録センターは、第１のデバイスのために、中間ノードを使用することによって送信が実施されること、および中間ノードがサードパーティロケーションに配置されることを示す情報を含むパラメータ情報に対応するサービスについて探索し、サービスの記述情報を第１のデバイスに送り、したがって、第１のデバイスは、高品質のサービスを取得することができる。
【００２０】
いくつかの可能な実装では、ネットワークサービスシステムは、モバイルエッジコンピューティングシステムであり、モバイルエッジコンピューティングシステムは、モバイルエッジオーケストレータおよびモバイルエッジホストを含み、モバイルエッジホストは、モバイルエッジプラットフォーム、第１のモバイルエッジアプリケーション、および第２のモバイルエッジアプリケーションを含み、モバイルエッジプラットフォームは登録センターに対応し、第１のモバイルエッジアプリケーションは第１のデバイスに対応し、第２のモバイルエッジアプリケーションは第２のデバイスに対応し、モバイルエッジオーケストレータは、第１のモバイルエッジアプリケーションおよび第２のモバイルエッジアプリケーションを管理するように構成される。
【００２１】
多様なサービスの中で、パラメータ情報をサポートするアプリケーションサービスに基づいて第１のモバイルエッジアプリケーションのために適切なサービスが発見されることが可能である。特に複数のインターフェースプロトコルまたは異なる呼出しモードをサポートするアプリケーションサービスの中で、第１のモバイルエッジアプリケーションは、呼出し情報を送信するために満足のいくインターフェースプロトコルおよび呼出しモードを選択し、それにより、送信効率を改善することができる。
【００２２】
いくつかの可能な実装では、ネットワークサービスシステムは、サービスおよびシステム態様ワークグループ６システムであり、サービスおよびシステム態様ワークグループ６システムは、サービス登録サーバ、ミッションクリティカルサービス、および外部アプリケーションを含み、サービス登録サーバは登録センターに対応し、外部アプリケーションは第１のデバイスに対応し、ミッションクリティカルサービスは第２のデバイスに対応する。
【００２３】
このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて外部アプリケーションのために適切なサービスが発見されることが可能である。特に、信用できるアプリケーションまたは同じドメイン中のアプリケーションは、サービスに直接的にアクセスすることができるが、信用できないアプリケーションまたは別のドメイン中のアプリケーションは、中間エンティティによって認証、フォーマット変換などが実施された後にのみ、サービスにアクセスすることができる。これはネットワークシステムのセキュリティ実施を改善する。
【００２４】
いくつかの可能な実装では、ネットワークサービスシステムは、サービスおよびシステム態様ワークグループ２システムであり、サービスおよびシステム態様ワークグループ２システムは、ネットワーク機能リポジトリ機能、第１のネットワーク機能インスタンス、および第２のネットワーク機能インスタンスを含み、ネットワーク機能リポジトリ機能は登録センターに対応し、第１のネットワーク機能インスタンスは第１のデバイスに対応し、第２のネットワーク機能インスタンスは第２のデバイスに対応する。
【００２５】
このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて第１のネットワーク機能インスタンスのために適切なサービスが発見されることが可能である。特に、適切な送信プロトコルを選択することで、インターフェース呼出しを正規化し、すなわち、インターフェースを適切に割り振ってサービスを改善し、それにより、ネットワークシステムの処理効率を向上させることができる。
【００２６】
第２の態様によれば、サービス発見方法が提供される。本方法は、第１のデバイスによって、サービス発見要求を送るステップであって、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、サービス発見要求は、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定するために使用され、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、第１の送信モードに関する情報は、インバンド識別子またはアウトオブバンド識別子であり、インバンド識別子は、呼出し情報が第１のデバイスと第２のデバイスとの間の送信のためのデータに追加される送信モードを示すために使用され、アウトオブバンド識別子は、データおよび呼出し情報が第１のデバイスと第２のデバイスとの間で別々に送信される送信モードを示すために使用され、呼出しモードは、１要求１応答または１要求多応答であり、送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、第２の送信モードは、直接的にまたは中間ノードを使用することによって第１のデバイスと第２のデバイスとの間で情報を送信することである、ステップと、第１のデバイスによって、サービス応答メッセージを受信するステップであって、サービス応答メッセージは、ターゲットサービスの記述情報を含む、ステップと、第１のデバイスによって、呼出し情報を第２のデバイスに送るステップであって、呼出し情報は、ターゲットサービスを呼び出すために使用される、ステップとを含む。
【００２７】
第１のデバイスは、サービス発見要求を登録センターに送ることであって、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、サービス発見要求は、サービスパラメータデータベースに基づいて、第１のパラメータ情報に対応するターゲットサービスを判定するために使用され、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む、送ることと、ターゲットサービスの記述情報を含む、登録センターによって送られたサービス応答メッセージを受信することとを行う。このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて第１のデバイスのために適切なサービスが発見されることが可能である。したがって、サービス品質が改善されることが可能であり、システム処理効率が向上されることが可能である。
【００２８】
いくつかの可能な実装では、第２の送信モードが、中間ノードを使用することによって第１のデバイスと第２のデバイスとの間で情報を送信することであるとき、ターゲットパラメータ情報は、中間ノードのロケーションをさらに含み、中間ノードは、サードパーティデバイス、登録センター、または第２のデバイス上に配置される。
【００２９】
ターゲットパラメータ情報中に含まれる第２の送信モードに関する情報が、中間ノードを使用することによって送信が実施されること、および中間ノードがサードパーティロケーションに配置されることを示す情報である場合、第１のデバイスは、中間ノードを使用することによって送信が実施されること、および中間ノードがサードパーティロケーションに配置されることを示す情報を含むパラメータ情報に対応するターゲットサービスの、探索を通して登録センターによって判定された記述情報を受信する。このようにして、第１のデバイスは、高品質のサービスを取得することができる。
【００３０】
いくつかの可能な実装では、ネットワークサービスシステムは、モバイルエッジコンピューティングシステムであり、モバイルエッジコンピューティングシステムは、モバイルエッジオーケストレータおよびモバイルエッジホストを含み、モバイルエッジホストは、モバイルエッジプラットフォーム、第１のモバイルエッジアプリケーション、および第２のモバイルエッジアプリケーションを含み、モバイルエッジプラットフォームは登録センターに対応し、第１のモバイルエッジアプリケーションは第１のデバイスに対応し、第２のモバイルエッジアプリケーションは第２のデバイスに対応し、モバイルエッジオーケストレータは、第１のモバイルエッジアプリケーションおよび第２のモバイルエッジアプリケーションを管理するように構成される。
【００３１】
多様なサービスの中で、パラメータ情報をサポートするアプリケーションサービスに基づいて第１のモバイルエッジアプリケーションのために適切なサービスが発見されることが可能である。特に複数のインターフェースプロトコルまたは異なる呼出しモードをサポートするアプリケーションサービスの中で、第１のモバイルエッジアプリケーションは、呼出し情報を送信するために満足のいくインターフェースプロトコルおよび呼出しモードを選択し、それにより、送信効率を改善することができる。
【００３２】
いくつかの可能な実装では、ネットワークサービスシステムは、サービスおよびシステム態様ワークグループ６システムであり、サービスおよびシステム態様ワークグループ６システムは、サービス登録サーバ、ミッションクリティカルサービス、および外部アプリケーションを含み、サービス登録サーバは登録センターに対応し、外部アプリケーションは第１のデバイスに対応し、ミッションクリティカルサービスは第２のデバイスに対応する。
【００３３】
このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて外部アプリケーションのために適切なサービスが発見されることが可能である。特に、信用できるアプリケーションまたは同じドメイン中のアプリケーションは、サービスに直接的にアクセスすることができるが、信用できないアプリケーションまたは別のドメイン中のアプリケーションは、中間エンティティによって認証、フォーマット変換などが実施された後にのみ、サービスにアクセスすることができる。これはネットワークシステムのセキュリティ実施を改善する。
【００３４】
いくつかの可能な実装では、ネットワークサービスシステムは、サービスおよびシステム態様ワークグループ２システムであり、サービスおよびシステム態様ワークグループ２システムは、ネットワーク機能リポジトリ機能、第１のネットワーク機能インスタンス、および第２のネットワーク機能インスタンスを含み、ネットワーク機能リポジトリ機能は登録センターに対応し、第１のネットワーク機能インスタンスは第１のデバイスに対応し、第２のネットワーク機能インスタンスは第２のデバイスに対応する。
【００３５】
このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて第１のネットワーク機能インスタンスのために適切なサービスが発見されることが可能である。特に、適切な送信プロトコルを選択することで、インターフェース呼出しを正規化し、すなわち、インターフェースを適切に割り振ってサービスを改善し、それにより、ネットワークシステムの処理効率を向上させることができる。
【００３６】
第３の態様によれば、サービス発見方法が提供される。本方法は、第２のデバイスによって、登録要求を登録センターに送るステップであって、登録要求は、第１のサービスのパラメータ情報を含み、したがって、登録センターは、第１のサービスのパラメータ情報をサービスパラメータデータベースに記憶し、サービスパラメータデータベースは、ターゲットパラメータ情報を満たす対応するターゲットサービスを判定するために使用され、ターゲットパラメータ情報は、第１のデバイスによって必要とされるサービスのパラメータ情報であり、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、第１の送信モードに関する情報は、インバンド識別子またはアウトオブバンド識別子であり、インバンド識別子は、呼出し情報が第１のデバイスと第２のデバイスとの間の送信のためのデータに追加される送信モードを示すために使用され、アウトオブバンド識別子は、データおよび呼出し情報が第１のデバイスと第２のデバイスとの間で別々に送信される送信モードを示すために使用され、呼出しモードは、１要求１応答または１要求多応答であり、送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、第２の送信モードは、直接的にまたは中間ノードを使用することによって第１のデバイスと第２のデバイスとの間で情報を送信することである、ステップと、第２のデバイスによって、第１のデバイスによって送られた呼出し情報を受信するステップであって、呼出し情報は、ターゲットサービスを呼び出すために使用される、ステップとを含む。
【００３７】
第２のデバイスは、登録要求を登録センターに送り、したがって、登録センターのパラメータデータベースは、複数の異なるサービスのパラメータ情報を記憶する。サービス発見要求を受信した後に、登録センターは、要件を満たすパラメータ情報についてパラメータデータベースを照会し、要件を満たすパラメータ情報に対応するサービスを判定し、サービスのパラメータ情報を第１のデバイスに送る。このようにして、第１のデバイスは、第２のデバイスのサービスを呼び出すことができ、したがって、第１のデバイスは、高品質のサービスを取得することができる。
【００３８】
いくつかの可能な実装では、第２の送信モードが、中間ノードを使用することによって第１のデバイスと第２のデバイスとの間で情報を送信することであるとき、ターゲットパラメータ情報は、中間ノードのロケーションをさらに含み、中間ノードは、サードパーティデバイス、登録センター、または第２のデバイス上に配置される。
【００３９】
ターゲットパラメータ情報中に含まれる第２の送信モードに関する情報が、中間ノードを使用することによって送信が実施されること、および中間ノードがサードパーティロケーションに配置されることを示す情報である場合、登録センターは、探索を通して、中間ノードを使用することによって送信が実施されること、および中間ノードがサードパーティロケーションに配置されることを示す情報を含むパラメータ情報に対応するターゲットサービスの記述情報を判定して、第２のデバイスのターゲットサービスを取得し、したがって、第１のデバイスは、高品質のサービスを提供されることが可能である。
【００４０】
いくつかの可能な実装では、ネットワークサービスシステムは、モバイルエッジコンピューティングシステムであり、モバイルエッジコンピューティングシステムは、モバイルエッジオーケストレータおよびモバイルエッジホストを含み、モバイルエッジホストは、モバイルエッジプラットフォーム、第１のモバイルエッジアプリケーション、および第２のモバイルエッジアプリケーションを含み、モバイルエッジプラットフォームは登録センターに対応し、第１のモバイルエッジアプリケーションは第１のデバイスに対応し、第２のモバイルエッジアプリケーションは第２のデバイスに対応し、モバイルエッジオーケストレータは、第１のモバイルエッジアプリケーションおよび第２のモバイルエッジアプリケーションを管理するように構成される。
【００４１】
多様なサービスの中で、パラメータ情報をサポートするアプリケーションサービスに基づいて第１のモバイルエッジアプリケーションのために適切なサービスが発見されることが可能である。特に複数のインターフェースプロトコルまたは異なる呼出しモードをサポートするアプリケーションサービスの中で、第１のモバイルエッジアプリケーションは、呼出し情報を送信するために満足のいくインターフェースプロトコルおよび呼出しモードを選択し、それにより、送信効率を改善することができる。
【００４２】
いくつかの可能な実装では、ネットワークサービスシステムは、サービスおよびシステム態様ワークグループ６システムであり、サービスおよびシステム態様ワークグループ６システムは、サービス登録サーバ、ミッションクリティカルサービス、および外部アプリケーションを含み、サービス登録サーバは登録センターに対応し、外部アプリケーションは第１のデバイスに対応し、ミッションクリティカルサービスは第２のデバイスに対応する。
【００４３】
このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて外部アプリケーションのために適切なサービスが発見されることが可能である。特に、信用できるアプリケーションまたは同じドメイン中のアプリケーションは、サービスに直接的にアクセスすることができるが、信用できないアプリケーションまたは別のドメイン中のアプリケーションは、中間エンティティによって認証、フォーマット変換などが実施された後にのみ、サービスにアクセスすることができる。これはネットワークシステムのセキュリティ実施を改善する。
【００４４】
いくつかの可能な実装では、ネットワークサービスシステムは、サービスおよびシステム態様ワークグループ２システムであり、サービスおよびシステム態様ワークグループ２システムは、ネットワーク機能リポジトリ機能、第１のネットワーク機能インスタンス、および第２のネットワーク機能インスタンスを含み、ネットワーク機能リポジトリ機能は登録センターに対応し、第１のネットワーク機能インスタンスは第１のデバイスに対応し、第２のネットワーク機能インスタンスは第２のデバイスに対応する。
【００４５】
このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて第１のネットワーク機能インスタンスのために適切なサービスが発見されることが可能である。特に、適切な送信プロトコルを選択することで、インターフェース呼出しを正規化し、すなわち、インターフェースを適切に割り振ってサービスを改善し、それにより、ネットワークシステムの処理効率を向上させることができる。
【００４６】
第４の態様によれば、登録センターが提供され、登録センターは、第１の態様または第１の態様の可能な実装のいずれか１つによる方法を実施するように構成されたモジュールを含む。
【００４７】
第５の態様によれば、デバイスが提供され、本デバイスは、第２の態様または第２の態様の可能な実装のいずれか１つによる方法を実施するように構成されたモジュールを含む。
【００４８】
第６の態様によれば、デバイスが提供され、本デバイスは、第３の態様または第３の態様の可能な実装のいずれか１つによる方法を実施するように構成されたモジュールを含む。
【００４９】
第７の態様によれば、システムが提供され、本システムは、
第４の態様による登録センター、第５の態様によるデバイス、および第６の態様によるデバイス
を含む。
【００５０】
第８の態様によれば、プロセッサ、メモリ、および通信インターフェースを含む、登録センターが提供される。プロセッサは、メモリおよび通信インターフェースに接続される。メモリは、命令を記憶するように構成され、プロセッサは、命令を実行するように構成され、通信インターフェースは、プロセッサの制御下で別のネットワーク要素と通信するように構成される。プロセッサが、メモリに記憶された命令を実行するとき、プロセッサは、第１の態様または第１の態様の可能な実装のいずれか１つによる方法を実施することを可能にされる。
【００５１】
第９の態様によれば、プロセッサ、メモリ、および通信インターフェースを含む、デバイスが提供される。プロセッサは、メモリおよび通信インターフェースに接続される。メモリは、命令を記憶するように構成され、プロセッサは、命令を実行するように構成され、通信インターフェースは、プロセッサの制御下で別のネットワーク要素と通信するように構成される。プロセッサが、メモリに記憶された命令を実行するとき、プロセッサは、第２の態様または第２の態様の可能な実装のいずれか１つによる方法を実施することを可能にされる。
【００５２】
第１０の態様によれば、プロセッサ、メモリ、および通信インターフェースを含む、デバイスが提供される。プロセッサは、メモリおよび通信インターフェースに接続される。メモリは、命令を記憶するように構成され、プロセッサは、命令を実行するように構成され、通信インターフェースは、プロセッサの制御下で別のネットワーク要素と通信するように構成される。プロセッサが、メモリに記憶された命令を実行するとき、プロセッサは、第３の態様または第３の態様の可能な実装のいずれか１つによる方法を実施することを可能にされる。
【００５３】
第１１の態様によれば、コンピュータ記憶媒体が提供される。コンピュータ記憶媒体はプログラムコードを記憶し、プログラムコードは、第１の態様または第１の態様の可能な実装のいずれか１つによるサービス発見方法を実施するための命令を実行するように命令するために使用される。
【００５４】
第１２の態様によれば、コンピュータ記憶媒体が提供される。コンピュータ記憶媒体はプログラムコードを記憶し、プログラムコードは、第２の態様または第２の態様の可能な実装のいずれか１つによるサービス発見方法を実施するための命令を実行するように命令するために使用される。
【００５５】
第１３の態様によれば、コンピュータ記憶媒体が提供される。コンピュータ記憶媒体はプログラムコードを記憶し、プログラムコードは、第３の態様または第３の態様の可能な実装のいずれか１つによるサービス発見方法を実施するための命令を実行するように命令するために使用される。
【発明の効果】
【００５６】
上記の技術的解決策に基づいて、登録センターは、第１のデバイスによって送られたサービス発見要求を受信することであって、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む、受信することと、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定することと、ターゲットサービスの記述情報を含むサービス応答メッセージを第１のデバイスに送ることとを行う。このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて第１のデバイスのために適切なサービスが発見されることが可能である。したがって、サービス品質が改善されることが可能であり、システム処理効率が向上されることが可能である。
【図面の簡単な説明】
【００５７】
【図１】サービス登録および発見のアーキテクチャ図である。
【図２】ネットワークサービス登録および発見の概略フローチャートである。
【図３】サービス登録および発見がモバイルエッジコンピューティング（Ｍｏｂｉｌｅ  Ｅｄｇｅ  Ｃｏｍｐｕｔｉｎｇ、ＭＥＣ）システムに適用されるシナリオの概略図である。
【図４】サービス登録および発見がサービスおよびシステム態様ワークグループ（Ｓｅｒｖｉｃｅ  ＆  Ｓｙｓｔｅｍｓ  Ａｓｐｅｃｔｓ  Ｗｏｒｋ  Ｇｒｏｕｐ、ＳＡ）６システムに適用されるシナリオの概略図である。
【図５】サービス登録および発見がＳＡ２に適用されるシナリオの概略図である。
【図６】本出願の実施形態によるサービス発見方法の概略フローチャートである。
【図７】本出願の実施形態による送信モードの概略図である。
【図８】本出願の実施形態による呼出しモードの概略図である。
【図９】本出願の実施形態による送信プロトコルの概略図である。
【図１０】本出願の実施形態による送信モードの概略図である。
【図１１】本出願の実施形態による中間ノードのロケーションの概略図である。
【図１２】本出願の実施形態によるサービス発見方法の対話プロシージャの概略図である。
【図１３】本出願の別の実施形態によるサービス発見方法の対話プロシージャの概略図である。
【図１４】本出願の別の実施形態によるサービス発見方法の対話プロシージャの概略図である。
【図１５】本出願の実施形態による登録センターの概略ブロック図である。
【図１６】本出願の実施形態によるデバイスの概略ブロック図である。
【図１７】本出願の別の実施形態によるデバイスの概略ブロック図である。
【図１８】本出願の実施形態によるシステムの概略ブロック図である。
【図１９】本出願の実施形態による登録センターの概略構造図である。
【図２０】本出願の実施形態によるデバイスの概略構造図である。
【図２１】本出願の別の実施形態によるデバイスの概略構造図である。
【発明を実施するための形態】
【００５８】
以下で、添付の図面を参照しながら本出願の技術的解決策について説明する。
【００５９】
図１は、サービス登録および発見のアーキテクチャ図である。図１に示されているように、サービス登録および発見は、サービス定義、サービス選択、およびサービス実行ポリシーを容易にするディレクトリサービスである。サービスサプライヤとして、サービスプロバイダは、サービス登録センターでサービスプロバイダのサービス情報を登録する。サービス登録センターは、すべてのサービス登録情報のための中央ストレージを主に提供し、サービス消費者にサービス登録情報更新通知をリアルタイムに送ることを担当する。サービス消費者は、サービス登録センターから必要とされるサービス登録情報を取得し、サービスを呼び出す。
【００６０】
サービス登録および発見システム中の様々な要素は次のように特に定義される。
【００６１】
サービス（Ｓｅｒｖｉｃｅ）は、論理機能を独立して実装することができる、疎結合されたきめの粗い自律構成要素であり、サービス消費者（アプリケーション／ネットワーク要素または別の構成要素）による呼出しのために利用可能である。
【００６２】
エンドポイント（Ｅｎｄ  ｐｏｉｎｔ）は、サービスインスタンスによってサービス消費者に通知される発見アドレスであり、サービスインスタンスはこのアドレスを使用して情報を露出する。
【００６３】
契約（Ｃｏｎｔｒａｃｔ）は、アプリケーションプログラミングインターフェース（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ、ＡＰＩ）バージョン、ユニフォームリソース識別子（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ、ＵＲＩ）ディレクトリ、パラメータの量、およびメッセージフォーマットなど、サービスおよびサーバ呼出し側がそれに従う協定である。
【００６４】
登録センター（サービスレジストリ）は、複数のサービスインスタンスが同じであるとき、またはサービスインスタンスが動的に生成される必要があるときに使用される。サービスインスタンスは、サービスインスタンスのエンドポイントおよび契約を登録センターに提供し得、それにより、サービス呼出し側は、サービスを発見し、通常に使用する。
【００６５】
図２は、ネットワークサービス（ウェブサービス）登録および発見の概略フローチャートである。
【００６６】
２０１．ネットワークプロバイダが、提供されるネットワークサービスを登録センターにおいて公開する。登録センターにおいてネットワークプロバイダによって公開されるネットワークサービスは、サービス識別（Ｉｄｅｎｔｉｔｙ、ＩＤ）、サービス名、バージョン番号、プロバイダＩＤ、エンドポイント、インターフェーステーブル、またはサプライヤのうちの少なくとも１つなど、特にネットワークサービスの特性情報であり得る。
【００６７】
２０２．クライアントが、登録センターにおいて、必要とされるネットワークサービスを発見し、特に、登録センターが、ネットワークサービスの特性情報について探索して、適切なネットワークサービスを発見する。
【００６８】
２０３．クライアントが、ネットワークサービスのエンドポイントを取得する。
【００６９】
図３は、サービス登録および発見がモバイルエッジコンピューティング（Ｍｏｂｉｌｅ  Ｅｄｇｅ  Ｃｏｍｐｕｔｉｎｇ、ＭＥＣ）システムに適用されるシナリオを示す。図３に示されているように、ＭＥＣシステムは、モバイルエッジオーケストレータ（Ｍｏｂｉｌｅ  Ｅｄｇｅ  Ｏｒｃｈｅｓｔｒａｔｏｒ、ＭＥＯ）およびモバイルエッジホスト（Ｍｏｂｉｌｅ  ｅｄｇｅ  ｈｏｓｔ）を主に含む。ＭＥＯは、ＭＥＣシステム中にコア管理機能を有する。モバイルエッジホストは、モバイルエッジプラットフォーム（Ｍｏｂｉｌｅ  ｅｄｇｅ  ｐｌａｔｆｏｒｍ）、仮想化インフラストラクチャ（Ｖｉｒｔｕａｌｉｚａｔｉｏｎ  ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）、およびモバイルエッジアプリケーション（Ｍｏｂｉｌｅ  ｅｄｇｅ  ａｐｐｌｉｃａｔｉｏｎ、ＭＥアプリ）を主に含む。
【００７０】
モバイルエッジプラットフォームは、基本機能のセットであり、特定の仮想化インフラストラクチャにおいてモバイルエッジアプリケーションを走らせることが可能であり、モバイルエッジアプリケーションがモバイルエッジサービスを提供し使用することを可能にする。モバイルエッジアプリケーションは、ＭＥＯ構成または要求に基づいてモバイルエッジホストの仮想化インフラストラクチャにおいてインスタンス化されたアプリケーションである。モバイルエッジアプリケーションは、サービスプロバイダ（Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）およびサービス消費者（Ｓｅｒｖｉｃｅ  Ｃｏｎｓｕｍｅｒ）を含む。加えて、モバイルエッジプラットフォーム上に登録センター（サービスレジストリ）が配置され、サービスインスタンスは、サービスインスタンスのエンドポイントおよび契約を登録センターに提供し得、それにより、サービス呼出し側は、サービスインスタンスを発見し、通常に使用する。
【００７１】
ＭＥＣでは、Ｍｐ１インターフェースおよび表現状態転送（Ｒｅｓｔｆｕｌ）ＡＰＩも定義される。Ｍｐ１インターフェースは、モバイルエッジプラットフォームとモバイルエッジアプリケーションとの間のサービス登録、サービス発見、およびサービス通信をサポートする。ＲＥＳＴｆｕｌ  ＡＰＩは、ネットワークリソースの表現方式が継続的に取得されるとき、クライアントによって状態が継続的に変更されるＡＰＩである。特に、ＭＥＣのサービスプロバイダは、Ｍｐ１インターフェースを通してサービスをモバイルエッジプラットフォームに登録し、サービス消費者は、Ｍｐ１インターフェースを通してモバイルエッジプラットフォームからサービスを発見し、サービス消費者は、ＲＥＳＴｆｕｌアプリケーションプログラミングインターフェースを通して、サービスプロバイダによって提供されるサービスを呼び出す。
【００７２】
図４は、サービス登録および発見がサービスおよびシステム態様ワークグループ（Ｓｅｒｖｉｃｅ  ＆  Ｓｙｓｔｅｍｓ  Ａｓｐｅｃｔｓ  Ｗｏｒｋ  Ｇｒｏｕｐ、ＳＡ）６システムに適用されるシナリオを示す。図４に示されているように、ＳＡ６システムは、ミッションクリティカルサービス（Ｍｉｓｓｉｏｎ  Ｃｒｉｔｉｃａｌ  Ｓｅｒｖｉｃｅ、ＭＣ  Ｓｅｒｖｉｃｅ）、サービスアクセスサーバ、共通サービスコア（Ｕｎｉｖｅｒｓａｌ  ｓｅｒｖｉｃｅ  ｃｏｒｅ、ＣＳＣ）、外部アプリケーション、および動作サポートシステム（Ｏｐｅｒａｔｉｏｎ  Ｓｕｐｐｏｒｔ  Ｓｙｓｔｅｍ、ＯＳＳ）を含む。ＭＣサービスは、サービスアクセスサーバを使用することによって外部アプリケーションに対するサービス能力の露出を制御する。ミッションクリティカルサービスは、サービスアクセスサーバ上でサービスについて照会し、それを発見し、次いで、再使用されるインターフェースを通してサービス通信を実装する。
【００７３】
図５は、サービス登録および発見がＳＡ２に適用されるシナリオの概略図である。図５に示されているように、ＳＡ２システムは、ネットワーク機能リポジトリ機能（Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ  Ｒｅｐｏｓｉｔｏｒｙ  Ｆｕｎｃｔｉｏｎ、ＮＲＦ）、第１のネットワーク機能（Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ、ＮＦ）インスタンス（ＮＦ  Ｉｎｓｔａｎｃｅ、ＮＦＩ）、第２のネットワーク機能インスタンス、ならびに管理およびオーケストレーション（Ｍａｎａｇｅｍｅｎｔ  ａｎｄ  Ｏｒｃｈｅｓｔｒａｔｉｏｎ、ＭＡＮＯ）を含む。ＮＲＦは、ネットワーク機能インスタンスの展開、更新、および削除中に、展開されるＮＦＩに関する情報を保守する。ＮＲＦは、サービス発見機能をサポートし、ＮＦＩからネットワーク機能発見要求を受信し、ＮＦＩに関する発見された情報をＮＦＩに提供する。
【００７４】
要約すれば、ネットワークサービス登録および発見は、モバイルエッジコンピューティング（Ｍｏｂｉｌｅ  Ｅｄｇｅ  Ｃｏｍｐｕｔｉｎｇ、ＭＥＣ）システム、ＳＡ６システム、およびＳＡ２システムに適用され得る。例としてＭＥＣシステムが使用される。従来のＭＥＣシステムでは、サービス消費者は、サービスプロバイダのサービスを呼び出すためにＲＥＳＴｆｕｌ  ＡＰＩのみを使用することができ、したがって、ネットワークプロバイダおよび発見者は、送信インターフェースを考慮する必要がない。言い換えれば、従来の解決策では、ネットワークプロバイダおよび発見者は固定インターフェースを使用する。
【００７５】
欧州通信規格協会（Ｅｕｒｏｐｅａｎ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｔａｎｄａｒｄｓ  Ｉｎｓｔｉｔｕｔｅ、ＥＴＳＩ）ＭＥＣ＃８Ｂ会合では、ＭＥＣシステムは、ＲＥＳＴｆｕｌ  ＡＰＩをサポートするだけでなく、低いレイテンシおよび大きいデータボリュームをもつ送信をサポートするために使用されるトランスポートレイヤサービスインターフェース、たとえば、メッセージキューイングテレメトリトランスポート（Ｍｅｓｓａｇｅ  Ｑｕｅｕｉｎｇ  Ｔｅｌｅｍｅｔｒｙ  Ｔｒａｎｓｐｏｒｔ、ＭＱＴＴ）プロトコル、高度メッセージキューイングプロトコル（Ａｄｖａｎｃｅｄ  Ｍｅｓｓａｇｅ  Ｑｕｅｕｉｎｇ  Ｐｒｏｔｏｃｏｌ、ＡＭＱＰ）、およびプライベートリモートプロシージャコールプロトコル（Ｒｅｍｏｔｅ  Ｐｒｏｃｅｄｕｒｅ  Ｃａｌｌ  Ｐｒｏｔｏｃｏｌ、ＲＰＣ）をもサポートする。対照的に、従来の技術では、インターフェースの要件に基づいて適切なサービスが発見されることが不可能であり、したがって、サービス品質が低減される。
【００７６】
図６は、本出願の実施形態によるサービス発見方法の概略フローチャートである。図６に示されているように、本方法はネットワークサービスシステムに適用される。ネットワークサービスシステムは、登録センター、第１のデバイス、および第２のデバイスを含む。本方法は次のステップを含む。
【００７７】
６０１．登録センターが、第１のデバイスによって送られたサービス発見要求を受信し、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、第１の送信モードに関する情報は、インバンド識別子またはアウトオブバンド識別子であり、インバンド識別子は、呼出し情報が送信のためのデータに追加される送信モードを示すために使用され、アウトオブバンド識別子は、データおよび呼出し情報が別々に送信される送信モードを示すために使用され、呼出しモードは、１要求１応答または１要求多応答であり、送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、第２の送信モードは、直接的にまたは中間ノードを使用することによって送信を実施することである。
【００７８】
６０２．登録センターが、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定し、サービスパラメータデータベースは、第２のデバイスの異なるサービスのパラメータ情報を記憶するために使用される。
【００７９】
６０３．登録センターが、サービス応答メッセージを第１のデバイスに送り、サービス応答メッセージは、ターゲットサービスの記述情報を含む。
【００８０】
６０４．第１のデバイスが、呼出し情報を第２のデバイスに送り、呼出し情報は、ターゲットサービスを呼び出すために使用される。
【００８１】
第１のデバイスは、サービス発見要求を登録センターに送り、サービス発見要求は、ターゲットパラメータ情報に対応する、第２のデバイス中に含まれるサービスを要求するために使用され、サービス発見要求は、ターゲットパラメータ情報を搬送する。サービスパラメータデータベースは、第２のデバイスの異なるサービスのパラメータ情報を記憶し、すべてのサービスは、パラメータ情報に対して１対１の対応にある。パラメータ情報に対応する各サービスの記述情報は、特にサービスのＩＤであり得る。サービス発見要求を受信した後に、登録センターは、ターゲットパラメータ情報を満たすターゲットサービスについてサービスパラメータデータベースを探索し、ターゲットサービスの記述情報を含むサービス応答メッセージを第１のデバイスに送り、したがって、第１のデバイスは、第２のデバイスのターゲットサービスを呼び出すために、ターゲットサービスの記述情報に基づいて呼出し情報を送ることができる。言い換えれば、本出願のこの実施形態では、第１のデバイスのために必要とされるサービスがより正確に選択され、それにより、サービス品質が改善されることが可能である。
【００８２】
第１のデバイスによって必要とされるサービスのターゲットパラメータ情報は、第１のデバイスによって必要とされるサービスに対応するパラメータ情報であり得る。たとえば、ターゲットパラメータ情報は、第１のデバイスが、ターゲットサービスを選択した後に呼出し情報をターゲットサービスに送り、呼出し情報に基づいて、第２のデバイスによって送られた応答メッセージを受信するときに使用される、第１の送信モード、送信プロトコル、呼出しモード、第２の送信モードなどであり得る。
【００８３】
第１のデバイスによって登録センターに送られるサービス発見要求は、サービスＩＤ、サービス名、バージョン番号、プロバイダＩＤ、エンドポイント、インターフェーステーブル、またはサプライヤのうちの少なくとも１つをさらに搬送し得ることに留意されたい。
【００８４】
サービスとパラメータ情報との間の対応は、マッピング関係を使用することによって、別の形態で、などで表され得ることを理解されたい。これは本出願では限定されない。
【００８５】
また、サービスパラメータデータベースにおいて、各サービスは１つのパラメータ情報に対応し、パラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つをも含むことを理解されたい。
【００８６】
また、第１のデバイスは、ハードウェアデバイスまたはソフトウェアアプリケーションであり得、第２のデバイスは、ハードウェアデバイスまたはソフトウェアアプリケーションであり得ることを理解されたい。加えて、第１のデバイスは第２のデバイスと同じであり得る。これは本出願では限定されない。
【００８７】
要約すれば、本出願のこの実施形態におけるサービス発見方法によれば、登録センターは、第１のデバイスによって送られたサービス発見要求を受信することであって、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む、受信することと、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定することと、ターゲットサービスの記述情報を含むサービス応答メッセージを第１のデバイスに送ることとを行う。このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて第１のデバイスのために適切なサービスが発見されることが可能である。したがって、サービス品質が改善されることが可能であり、システム処理効率が向上されることが可能である。加えて、本出願のこの実施形態におけるサービス発見方法によれば、ネットワークシステムの管理および拡張が容易にされることが可能である。
【００８８】
任意選択で、登録センターは、登録要求を受信し得、登録要求は、第２のデバイスの第１のサービスのパラメータ情報を含み、登録センターは、第１のサービスのパラメータ情報をサービスパラメータデータベースに記憶する。第１のサービスは、第２のデバイスによってサポートされるサービスのいずれか１つであり得る。具体的には、登録センターは、複数の異なるサービスのパラメータ情報をパラメータデータベースに記憶し、サービス発見要求を受信した後に、要件を満たすパラメータ情報についてパラメータデータベースを照会し、要件を満たすパラメータ情報に対応するサービスを判定し得る。
【００８９】
第２のデバイスが登録要求を登録センターに送るとき、登録要求中に含まれるパラメータ情報は、サービス発見要求中に含まれるパラメータ情報と同じであり、また、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、第１の送信モードに関する情報は、インバンド識別子またはアウトオブバンド識別子であり、インバンド識別子は、呼出し情報が送信のためのデータに追加される送信モードを示すために使用され、アウトオブバンド識別子は、データおよび呼出し情報が別々に送信される送信モードを示すために使用され、呼出しモードは、１要求１応答または１要求多応答であり、送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、第２の送信モードは、直接的にまたは中間ノードを使用することによって送信を実施することであることに留意されたい。
【００９０】
登録要求は、サービスＩＤ、サービス名、バージョン番号、プロバイダＩＤ、エンドポイント、インターフェーステーブル、またはサプライヤのうちの少なくとも１つをさらに搬送し得ることを理解されたい。
【００９１】
任意選択で、ターゲットパラメータ情報が、第１の送信モードに関する情報を含む場合、第１の送信モードに関する情報は、アウトオブバンド識別子またはインバンド識別子であり得る。インバンド識別子は、呼出し情報が送信のためのデータに追加される送信モードを示すために使用され、アウトオブバンド識別子は、データおよび呼出し情報が別々に送信される送信モードを示すために使用される。ターゲットパラメータ情報中に含まれる第１の送信モードに関する情報がインバンド識別子である場合、登録センターは、サービスパラメータデータベース中にあり、インバンド識別子を含むパラメータ情報に対応するサービスをターゲットサービスとして判定する。同様に、ターゲットパラメータ情報中に含まれる第１の送信モードに関する情報がアウトオブバンド識別子である場合、登録センターは、サービスパラメータデータベース中にあり、アウトオブバンド識別子を含むパラメータ情報に対応するサービスをターゲットサービスとして判定する。
【００９２】
特に、パラメータ情報中に含まれる第１の送信モードに関する情報がインバンド識別子である場合、第１のデバイスによって第２のデバイスに送られる呼出し情報は、たとえば、送信制御プロトコル（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ、ＴＣＰ）オプション（ｏｐｔｉｏｎ）を使用することによって、送信のためのデータに追加され得る。図７に示されているように、パラメータ情報中に含まれる第１の送信モードに関する情報がアウトオブバンド識別子である場合、第１のデバイスによって第２のデバイスに送られる呼出し情報およびデータは、別々に送信され得る。登録センターは、第１のデバイスのために、要件を満たす第２のデバイスを選択し、したがって、第１のデバイスは、高品質のサービスを取得することができる。
【００９３】
任意選択で、図８に示されているように、ターゲットパラメータ情報は、呼出しモードに関する情報を含み得、呼出しモードは、１要求１応答または１要求多応答である。１要求１応答は、第１のデバイスが呼出し情報を第２のデバイスに１回送った後、第２のデバイスが呼出し情報要求に１回応答するサービスであり得る。このようにして、異なる契約を必要とするサービスは別々に扱われ、それにより、処理効率が向上されることが可能である。１要求多応答は、第１のデバイスが呼出し情報を第２のデバイスに１回送った後、第２のデバイスが呼出し情報要求に複数回応答し得る、すなわち、１つのサブスクリプションの有効性が長時間持続するサービスであり得る。これは、同じサービスを必要とするデバイス間で呼出し情報を複数回送ることを回避させ、それにより、第１のデバイスの電力消費量を低減する。
【００９４】
呼出しモードが１要求１応答である場合、登録センターは、サービスパラメータデータベース中にあり、１要求１応答に関する情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定する。同様に、呼出しモードが１要求多応答である場合、登録センターは、サービスパラメータデータベース中にあり、１要求多応答に関する情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定する。
【００９５】
任意選択で、ターゲットパラメータ情報は、送信プロトコルに関する情報を含み、送信プロトコルは、ＲＥＳＴｆｕｌ  ＡＰＩプロトコル、ＡＭＱＰ、ＭＱＴＴプロトコル、およびＲＰＣプロトコルのうちのいずれか１つである。図９は、ＲＥＳＴｆｕｌ  ＡＰＩインターフェースプロトコルおよびＡＭＱＰインターフェースプロトコルの概略図である。送信プロトコルがＡＭＱＰインターフェースプロトコルである場合、登録センターは、サービスパラメータデータベース中にあり、ＡＭＱＰインターフェースプロトコルに関する情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定する。同様に、送信プロトコルがＲＥＳＴｆｕｌ  ＡＰＩプロトコル、ＭＱＴＴインターフェースプロトコル、およびＲＰＣインターフェースプロトコルのうちのいずれか１つである場合、登録センターは、サービスパラメータデータベース中にあり、対応するインターフェースプロトコルに関する情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定する。
【００９６】
任意選択で、ターゲットパラメータ情報は、第２の送信モードに関する情報を含む。図１０に示されているように、第２の送信モードは、直接的にまたは中間ノードを使用することによって送信を実施することである。第２の送信モードが直接的に送信を実施することである場合、登録センターは、サービスパラメータデータベース中にあり、直接的に送信が実施されることを示す情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定する。同様に、第２の送信モードが、中間ノードを使用することによって送信を実施することである場合、登録センターは、サービスパラメータデータベース中にあり、中間ノードを使用することによって送信が実施されることを示す情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定する。このようにして、第２のデバイスは、信用できるアプリケーションまたは同じドメイン中のアプリケーションに対応する第１のデバイスが、サービスに直接的にアクセスすることを可能にすることができるが、信用できないアプリケーションまたは別のドメイン中のアプリケーションに対応する第１のデバイスが、中間エンティティによって認証またはメッセージフォーマット変換が実施された後にのみ、サービスにアクセスすることを可能にすることができる。これは第２のデバイスのセキュリティ実施を改善する。
【００９７】
任意選択で、ターゲットパラメータ情報は、中間ノードのロケーションをさらに含み、図１１に示されているように、中間ノードは、サードパーティデバイス、登録センター、または第２のデバイス上に配置される。第２の送信モードが、中間ノードを使用することによって送信を実施することであるとき、登録センターによって、サービスパラメータデータベース中にあり、中間ノードを使用することによって送信が実施されることを示す情報を含むパラメータ情報に対応するデバイスをターゲットサービスとして判定することは、特に、第２の送信モードが、中間ノードを使用することによって送信を実施することであり、中間ノードが、サードパーティロケーションに配置されるとき、登録センターによって、サービスパラメータデータベース中にあり、中間ノードを使用することによって送信が実施されること、および中間ノードがサードパーティロケーションに配置されることを示す情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定することであり得る。
【００９８】
ターゲットパラメータ情報が、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも２つを含むとき、登録センターは、サービスパラメータデータベース中にあり、ターゲットパラメータ情報中に含まれるすべての情報に対応するサービスのうちのいずれか１つをターゲットサービスとして判定し得るか、または登録センターは、すべての情報に対応するサービスの中でより高い比率をもつサービスをターゲットサービスとして判定し得ることに留意されたい。システムは、登録センターがターゲットサービスを判定するためのルールをプリセットし得る。これは本出願では限定されない。
【００９９】
任意選択で、ネットワークサービスシステムは、モバイルエッジコンピューティングＭＥＣシステムであり、ＭＥＣシステムは、モバイルエッジオーケストレータおよびモバイルエッジホストを含み、モバイルエッジホストは、モバイルエッジプラットフォーム、第１のモバイルエッジアプリケーション、および第２のモバイルエッジアプリケーションを含み、モバイルエッジプラットフォームは登録センターに対応し、第１のモバイルエッジアプリケーションは第１のデバイスに対応し、第２のモバイルエッジアプリケーションは第２のデバイスに対応し、モバイルエッジオーケストレータは、第１のモバイルエッジアプリケーションおよび第２のモバイルエッジアプリケーションを管理するように構成される。
【０１００】
特に、第１のモバイルエッジアプリケーションは、ＭＱＴＴプロトコル、ＡＭＱＰ、およびプライベートリモートプロシージャコールＲＰＣプロトコルなど、異なるインターフェースプロトコルを選択し得る。言い換えれば、インターフェースプロトコルの要件に基づいて適切なサービスが発見され、それにより、サービス品質が改善される。
【０１０１】
任意選択で、ネットワークサービスシステムはＳＡ６システムである。ＳＡシステムは、サービス登録サーバ、ミッションクリティカルサービス、および外部アプリケーションを含み、サービス登録サーバは登録センターに対応し、外部アプリケーションは第１のデバイスに対応し、ミッションクリティカルサービスは第２のデバイスに対応する。
【０１０２】
ＳＡ６では、ミッションクリティカルサービスのそれとは異なる、信用できるドメイン中に配置された外部アプリケーションは、サービスアクセスサーバを使用する。この場合、サービスは、異なる信用できるドメイン／展開ドメイン中のユーザのためのアプリケーションを実装するために使用される。信用できるアプリケーションまたは同じドメイン中のアプリケーションは、サービスに直接的にアクセスすることができるが、信用できないアプリケーションまたは別のドメイン中のアプリケーションは、中間エンティティによって認証またはメッセージフォーマット変換が実施された後にのみ、サービスにアクセスすることができる。
【０１０３】
任意選択で、ネットワークサービスシステムはＳＡ２システムである。ＳＡ２システムは、ネットワーク機能リポジトリ機能、第１のネットワーク機能インスタンス、および第２のネットワーク機能インスタンスを含み、ネットワーク機能リポジトリ機能は登録センターに対応し、第１のネットワーク機能インスタンスは第１のデバイスに対応し、第２のネットワーク機能インスタンスは第２のデバイスに対応する。
【０１０４】
ＳＡ２では、ネットワーク機能（Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ、ＮＦ）の属性はサービスの属性と同じであり、ネットワーク機能とサービスとの間に１対１のマッピング関係があり得る。ＮＦは、訪問先パブリックランドモバイルネットワーク（Ｖｉｓｉｔｅｄ  Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ、ＶＰＬＭＮ）中のサードパーティおよびネットワーク要素のターゲットにされ得るか、またはホームパブリックランドモバイルネットワーク（Ｈｏｍｅ  Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ、ＨＰＬＭＮ）中のネットワーク要素のターゲットにされ得、インターフェースおよびメッセージ取得方式は異なり得る。たとえば、発展型パケットシステム（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ、ＥＰＳ）では、サービングゲートウェイ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ、Ｓ−ＧＷ）とＨパケットデータゲートウェイ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ、ＰＧＷ）との間のＳ５インターフェースのためのメッセージ取得プロシージャは、Ｓ−ＧＷとＶ−ＰＧＷとの間のＳ８インターフェースのためのメッセージ取得プロシージャとは異なる。ネットワーク露出機能（Ｎｅｔｗｏｒｋ  Ｅｘｐｏｓｕｒｅ  Ｆｕｎｃｔｉｏｎ、ＮＥＦ）は、将来において内部ネットワーク要素およびサードパーティのターゲットにされ、インターフェースおよびメッセージ取得方式はやはり異なり得る。このようにして、パラメータ情報に基づいて第１のネットワーク機能インスタンスのために適切な第２のネットワーク機能インスタンスがより正確に選択され、それにより、サービス品質が改善されることが可能である。
【０１０５】
要約すれば、本出願のこの実施形態におけるサービス発見方法によれば、登録センターは、第１のデバイスによって送られたサービス発見要求を受信することであって、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む、受信することと、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定することと、ターゲットサービスの記述情報を含むサービス応答メッセージを第１のデバイスに送ることとを行う。このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて第１のデバイスのために適切なサービスが発見されることが可能である。したがって、サービス品質が改善されることが可能であり、システム処理効率が向上されることが可能である。
【０１０６】
図１２は、本出願の実施形態によるサービス発見方法の対話プロシージャの概略図である。この実施形態における様々な同じ用語は、上記の実施形態におけるのと同じ意味を有する。
【０１０７】
本方法は、図３に示されているＭＥＣシステムに適用され得る。登録センターは、モバイルエッジプラットフォームに対応し得るか、またはモバイルエッジホストのモバイルエッジプラットフォーム上に配置された独立した装置であり得る。第１のデバイスは、サービスを要求するために使用される、モバイルエッジホスト中の第１のモバイルエッジアプリケーションに対応し得る。第２のデバイスは、サービスを提供するために使用される、モバイルエッジホスト中の第２のモバイルエッジアプリケーションに対応し得る。言い換えれば、第１のモバイルエッジアプリケーションは「サービス消費者」であり、第２のモバイルエッジアプリケーションは「サービスプロバイダ」である。
【０１０８】
アプリケーション開発者は、協定（たとえば、開発マニュアルまたは第３世代パートナーシッププロジェクト（ｔｈｅ  ３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ、３ＧＰＰ）規格）に従って２つのアプリケーションを実装し、協定中のインターフェースを実装し、協定に従って関係するインターフェース機能を呼び出し得る。本出願のこの実施形態を実装する前に、ＭＥＣシステムは、ＭＥＯを使用することによってＭＥＣシステム中のデバイス上に２つのアプリケーションを展開する。
【０１０９】
１２０１．ＭＥＯが、アプリケーションリソース要件、アプリケーションファイル、必要とされるサービス記述などを含む、ミッションクリティカルサービスアプリケーションインストールパッケージ（アプリパッケージ）を展開する。
【０１１０】
１２０２．アプリケーションインスタンス化要求を受信した後に、ＭＥＯが、アプリケーションインストールパッケージを制御して、第２のモバイルエッジアプリケーション中にプロバイダアプリケーションインスタンス、すなわち、提供されることが可能なサービスを生成する。
【０１１１】
１２０３．第２のモバイルエッジアプリケーションが、登録要求をモバイルエッジプラットフォームに送り、登録要求は、パラメータ情報をサポートするサービスを含む。
【０１１２】
特に、パラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、第１の送信モードに関する情報は、インバンド識別子またはアウトオブバンド識別子であり、インバンド識別子は、呼出し情報が送信のためのデータに追加される送信モードを示すために使用され、アウトオブバンド識別子は、データおよび呼出し情報が別々に送信される送信モードを示すために使用され、呼出しモードは、１要求１応答または１要求多応答であり、送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、第２の送信モードは、直接的にまたは中間ノードを使用することによって送信を実施することである。
【０１１３】
１２０４．モバイルエッジプラットフォームが、サービスおよびサービスのパラメータ情報をサービスパラメータデータベースに記憶する。特に、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む。
【０１１４】
登録要求は、異なるサービスについてモバイルエッジプラットフォームに送られ得るので、サービスパラメータデータベースは、複数の異なるサービス、およびサービスに対応するパラメータ情報を記憶する。
【０１１５】
１２０５．消費者アプリケーションインスタンス化要求を受信した後に、ＭＥＯが、アプリケーションインストールパッケージを制御して、第１のモバイルエッジアプリケーション中に消費者アプリケーションインスタンス、すなわち、必要とされるサービスを生成する。
【０１１６】
モバイルエッジプラットフォームが、異なるサービスのパラメータ情報を記憶している場合、ステップ１２０５は直接的に実施され得、ステップ１２０１から１２０４は実施される必要がないことを理解されたい。
【０１１７】
１２０６．第１のモバイルエッジアプリケーションが、サービス発見要求をモバイルエッジプラットフォームに送り、サービス発見要求は、必要とされるサービスのパラメータ情報を含み、パラメータ情報はターゲットパラメータ情報として表され得る。特に、ターゲットパラメータ情報はまた、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む。
【０１１８】
１２０７．モバイルエッジプラットフォームが、サービスパラメータデータベースに記憶されたサービスのパラメータ情報に基づいて、ターゲットパラメータ情報を満たすターゲットサービスを判定する。
【０１１９】
１２０８．モバイルエッジプラットフォームが、サービス応答メッセージを第１のモバイルエッジアプリケーションに送り、サービス応答メッセージは、ターゲットサービスの記述情報を含む。
【０１２０】
１２０９．第１のモバイルエッジアプリケーションが、サービス応答メッセージに基づいて呼出しプロシージャをトリガする。
【０１２１】
１２１０．第１のモバイルエッジアプリケーションが、サービス応答メッセージ中のターゲットサービスの記述情報に基づいて呼出しプロシージャを実施する。
【０１２２】
特に、呼出し情報は、第２のモバイルエッジアプリケーションに送られて、第２のモバイルエッジアプリケーション中でターゲットサービスが呼び出され得る。呼出しプロシージャは、たとえば、要求されるべきリソースを準備すること、コンテキストを記憶すること、コンテキストについて照会すること、および内容または呼出しの結果を返すことを含む。
【０１２３】
要約すれば、本出願のこの実施形態におけるサービス発見方法によれば、モバイルエッジプラットフォームは、第１のモバイルエッジアプリケーションによって送られたサービス発見要求を受信することであって、サービス発見要求は、第１のモバイルエッジアプリケーションによって必要とされるサービスのターゲットパラメータ情報を搬送し、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む、受信することと、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定することと、ターゲットサービスの記述情報を含むサービス応答メッセージを第１のモバイルエッジアプリケーションに送ることとを行う。このようにして、多様なサービスの中で、パラメータ情報をサポートするアプリケーションサービスに基づいて第１のモバイルエッジアプリケーションのために適切なサービスが発見されることが可能である。特に複数のインターフェースプロトコルまたは異なる呼出しモードをサポートするアプリケーションサービスの中で、第１のモバイルエッジアプリケーションは、呼出し情報を送信するために満足のいくインターフェースプロトコルおよび呼出しモードを選択し、それにより、送信効率を改善することができる。
【０１２４】
図１３は、本出願の別の実施形態によるサービス発見方法の対話プロシージャの概略図である。この実施形態における様々な同じ用語は、上記の実施形態におけるのと同じ意味を有する。
【０１２５】
本方法は、図４に示されているＳＡ６システムに適用され得る。登録センターはサービスアクセスサーバに対応し得、第１のデバイスは、サービスを要求するために使用される外部アプリケーションに対応し得、第２のデバイスは、サービスを提供するために使用されるミッションクリティカルサービスに対応し得る。言い換えれば、外部アプリケーションは「サービス消費者」であり、ミッションクリティカルサービスは「サービスプロバイダ」である。
【０１２６】
アプリケーション開発者は、協定（たとえば、開発マニュアルまたは３ＧＰＰ規格）に従って２つのアプリケーションを実装し、協定中のインターフェースを実装し、協定に従って関係するインターフェース機能を呼び出し得る。本出願のこの実施形態を実装する前に、ＳＡ６システムは、ＯＳＳを使用することによってＳＡ６システム中のデバイス上に２つのアプリケーションを展開する。
【０１２７】
１３０１．ＯＳＳが、ミッションクリティカルサービスインストールパッケージ（ＭＣパッケージ）を展開する。
【０１２８】
１３０２．アプリケーションインスタンス化要求を受信した後に、ＯＳＳが、アプリケーションインストールパッケージを制御して、ミッションクリティカルサービス中にプロバイダアプリケーションインスタンス、すなわち、提供されることが可能なサービスを生成する。
【０１２９】
１３０３．ミッションクリティカルサービスが、登録要求をサービスアクセスサーバに送り、登録要求は、パラメータ情報をサポートするサービスを含む。
【０１３０】
特に、パラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、第１の送信モードに関する情報は、インバンド識別子またはアウトオブバンド識別子であり、インバンド識別子は、呼出し情報が送信のためのデータに追加される送信モードを示すために使用され、アウトオブバンド識別子は、データおよび呼出し情報が別々に送信される送信モードを示すために使用され、呼出しモードは、１要求１応答または１要求多応答であり、送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、第２の送信モードは、直接的にまたは中間ノードを使用することによって送信を実施することである。
【０１３１】
１３０４．サービスアクセスサーバが、サービスおよびサービスのパラメータ情報をサービスパラメータデータベースに記憶する。特に、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む。
【０１３２】
登録要求は、異なるサービスについてサービスアクセスサーバに送られ得るので、サービスパラメータデータベースは、複数の異なるサービス、およびサービスに対応するパラメータ情報を記憶する。
【０１３３】
１３０５．消費者アプリケーションインスタンス化要求を受信した後に、ＯＳＳが、アプリケーションインストールパッケージを制御して、外部アプリケーション中に消費者アプリケーションインスタンス、すなわち、必要とされるサービスを生成する。
【０１３４】
サービスアクセスサーバが、異なるサービスのパラメータ情報を記憶している場合、ステップ１３０５は直接的に実施され得、ステップ１３０１から１３０４は実施される必要がないことを理解されたい。
【０１３５】
１３０６．外部アプリケーションが、サービス発見要求をサービスアクセスサーバに送り、サービス発見要求は、必要とされるサービスのパラメータ情報を含み、パラメータ情報はターゲットパラメータ情報として表され得る。特に、ターゲットパラメータ情報はまた、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む。
【０１３６】
１３０７．サービスアクセスサーバが、サービスパラメータデータベースに記憶されたサービスのパラメータ情報に基づいて、ターゲットパラメータ情報を満たすターゲットサービスを判定する。
【０１３７】
１３０８．サービスアクセスサーバが、サービス応答メッセージを外部アプリケーションに送り、サービス応答メッセージは、ターゲットサービスの記述情報を含む。
【０１３８】
１３０９．外部アプリケーションが、サービス応答メッセージに基づいて呼出しプロシージャをトリガする。
【０１３９】
１３１０．外部アプリケーションが、サービス応答メッセージ中のターゲットサービスの記述情報に基づいて呼出しプロシージャを実施する。
【０１４０】
特に、呼出し情報は、ミッションクリティカルサービスに送られて、ミッションクリティカルサービス中でターゲットサービスが呼び出され得る。呼出しプロシージャは、たとえば、要求されるべきリソースを準備すること、コンテキストを記憶すること、コンテキストについて照会すること、および内容または呼出しの結果を返すことを含む。
【０１４１】
要約すれば、本出願のこの実施形態におけるサービス発見方法によれば、サービスアクセスサーバは、外部アプリケーションによって送られたサービス発見要求を受信することであって、サービス発見要求は、外部アプリケーションによって必要とされるサービスのターゲットパラメータ情報を搬送し、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む、受信することと、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定することと、ターゲットサービスの記述情報を含むサービス応答メッセージを外部アプリケーションに送ることとを行う。このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて外部アプリケーションのために適切なサービスが発見されることが可能である。特に、信用できるアプリケーションまたは同じドメイン中のアプリケーションは、サービスに直接的にアクセスすることができるが、信用できないアプリケーションまたは別のドメイン中のアプリケーションは、中間エンティティによって認証、フォーマット変換などが実施された後にのみ、サービスにアクセスすることができる。これはネットワークシステムのセキュリティ実施を改善する。
【０１４２】
図１４は、本出願の実施形態によるサービス発見方法の対話プロシージャの概略図である。この実施形態における様々な同じ用語は、上記の実施形態におけるのと同じ意味を有する。
【０１４３】
本方法は、図５に示されているＳＡ２システムに適用され得る。登録センターはネットワーク機能リポジトリ機能に対応し得、第１のデバイスは、サービスを要求するために使用される第１のネットワーク機能インスタンスに対応し得、第２のデバイスは、サービスを提供するために使用される第２のネットワーク機能インスタンスに対応し得る。言い換えれば、第１のネットワーク機能インスタンスは「サービス消費者」であり、第２のネットワーク機能インスタンスは「サービスプロバイダ」である。
【０１４４】
アプリケーション開発者は、協定（たとえば、開発マニュアルまたは３ＧＰＰ規格）に従って２つのアプリケーションを実装し、協定中のインターフェースを実装し、協定に従って関係するインターフェース機能を呼び出し得る。本出願のこの実施形態を実装する前に、ＳＡ６システムは、ＭＡＮＯを使用することによってＳＡ２システム中のデバイス上に２つのアプリケーションを展開する。
【０１４５】
１４０１．ＭＡＮＯが、ネットワーク機能インストールパッケージ（Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ  Ｐａｃｋａｇｅ、ＮＦ  ｐａｃｋａｇｅ）を展開する。
【０１４６】
１４０２．アプリケーション開始要求を受信した後に、ＭＡＮＯが、アプリケーションインストールパッケージを制御して、第２のネットワーク機能インスタンス中にプロバイダアプリケーションインスタンス、すなわち、提供されることが可能なサービスを生成する。
【０１４７】
１４０３．第２のネットワーク機能インスタンスが、登録要求をネットワーク機能リポジトリ機能に送り、登録要求は、パラメータ情報をサポートするサービスを含む。
【０１４８】
特に、パラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、第１の送信モードに関する情報は、インバンド識別子またはアウトオブバンド識別子であり、インバンド識別子は、呼出し情報が送信のためのデータに追加される送信モードを示すために使用され、アウトオブバンド識別子は、データおよび呼出し情報が別々に送信される送信モードを示すために使用され、呼出しモードは、１要求１応答または１要求多応答であり、送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、第２の送信モードは、直接的にまたは中間ノードを使用することによって送信を実施することである。
【０１４９】
１４０４．ネットワーク機能リポジトリ機能が、サービスおよびサービスのパラメータ情報をサービスパラメータデータベースに記憶する。特に、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む。
【０１５０】
登録要求は、異なるサービスについてネットワーク機能リポジトリ機能に送られ得るので、サービスパラメータデータベースは、複数の異なるサービス、およびサービスに対応するパラメータ情報を記憶する。
【０１５１】
１４０５．消費者アプリケーションインスタンス化要求を受信した後に、ＭＡＮＯが、アプリケーションインストールパッケージを制御して、第１のネットワーク機能インスタンス中に消費者アプリケーションインスタンス、すなわち、必要とされるサービスを生成する。
【０１５２】
ネットワーク機能リポジトリ機能が、異なるサービスのパラメータ情報を記憶している場合、ステップ１４０５は直接的に実施され得、ステップ１４０１から１４０４は実施される必要がないことを理解されたい。
【０１５３】
１４０６．第１のネットワーク機能インスタンスが、サービス発見要求をネットワーク機能リポジトリ機能に送り、サービス発見要求は、必要とされるサービスのパラメータ情報を含み、パラメータ情報はターゲットパラメータ情報として表され得る。特に、ターゲットパラメータ情報はまた、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む。
【０１５４】
１４０７．ネットワーク機能リポジトリ機能が、サービスパラメータデータベースに記憶されたサービスのパラメータ情報に基づいて、ターゲットパラメータ情報を満たすターゲットサービスを判定する。
【０１５５】
１４０８．ネットワーク機能リポジトリ機能が、サービス応答メッセージを第１のネットワーク機能インスタンスに送り、サービス応答メッセージは、ターゲットサービスの記述情報を含む。
【０１５６】
１４０９．第１のネットワーク機能インスタンスが、サービス応答メッセージに基づいて呼出しプロシージャをトリガする。
【０１５７】
１４１０．第１のネットワーク機能インスタンスが、サービス応答メッセージ中のターゲットサービスの記述情報に基づいて呼出しプロシージャを実施する。
【０１５８】
特に、呼出し情報は、第２のネットワーク機能インスタンスに送られて、第２のネットワーク機能インスタンス中でターゲットサービスが呼び出され得る。呼出しプロシージャは、たとえば、要求されるべきリソースを準備すること、コンテキストを記憶すること、コンテキストについて照会すること、および内容または呼出しの結果を返すことを含む。
【０１５９】
要約すれば、本出願のこの実施形態におけるサービス発見方法によれば、ネットワーク機能リポジトリ機能は、第１のネットワーク機能インスタンスによって送られたサービス発見要求を受信することであって、サービス発見要求は、第１のネットワーク機能インスタンスによって必要とされるサービスのターゲットパラメータ情報を搬送し、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む、受信することと、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定することと、ターゲットサービスの記述情報を含むサービス応答メッセージを第１のネットワーク機能インスタンスに送ることとを行う。このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて第１のネットワーク機能インスタンスのために適切なサービスが発見されることが可能である。特に、適切な送信プロトコルを選択することで、インターフェース呼出しを正規化し、すなわち、インターフェースを適切に割り振ってサービスを改善し、それにより、ネットワークシステムの処理効率を向上させることができる。
【０１６０】
上記では、本出願の実施形態によるサービス発見方法について詳述し、以下では、本出願の実施形態によるサービス発見デバイスについて説明する。
【０１６１】
図１５は、本出願の実施形態による登録センター１５００の概略ブロック図である。図１５に示されているように、登録センター１５００は、
第１のデバイスによって送られたサービス発見要求を受信するように構成された、受信モジュール１５１０であって、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、第１の送信モードに関する情報は、インバンド識別子またはアウトオブバンド識別子であり、インバンド識別子は、呼出し情報が第１のデバイスと第２のデバイスとの間の送信のためのデータに追加される送信モードを示すために使用され、アウトオブバンド識別子は、データおよび呼出し情報が第１のデバイスと第２のデバイスとの間で別々に送信される送信モードを示すために使用され、呼出しモードは、１要求１応答または１要求多応答であり、送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、第２の送信モードは、直接的にまたは中間ノードを使用することによって第１のデバイスと第２のデバイスとの間で情報を送信することである、受信モジュール１５１０と、
サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定するように構成された、処理モジュール１５２０であって、サービスパラメータデータベースは、第２のデバイスの異なるサービスのパラメータ情報を記憶するために使用される、処理モジュール１５２０と、
サービス応答メッセージを第１のデバイスに送るように構成された、送りモジュール１５３０であって、サービス応答メッセージは、ターゲットサービスの記述情報を含む、送りモジュール１５３０と
を含む。
【０１６２】
本出願のこの実施形態における登録センターは、第１のデバイスによって送られたサービス発見要求を受信することであって、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む、受信することと、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定することと、ターゲットサービスの記述情報を含むサービス応答メッセージを第１のデバイスに送ることとを行う。このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて第１のデバイスのために適切なサービスが発見されることが可能である。したがって、サービス品質が改善されることが可能であり、システム処理効率が向上されることが可能である。
【０１６３】
任意選択で、受信モジュール１５１０は、第２のデバイスによって送られた登録要求を受信するようにさらに構成され、登録要求は、第２のデバイスの第１のサービスのパラメータ情報を含み、処理モジュールは、第１のサービスのパラメータ情報をサービスパラメータデータベースに記憶するようにさらに構成される。
【０１６４】
任意選択で、ターゲットパラメータ情報は、第１の送信モードに関する情報を含み、処理モジュール１５２０は、第１の送信モードに関する情報がインバンド識別子である場合、サービスパラメータデータベース中にあり、インバンド識別子を含むパラメータ情報に対応するサービスをターゲットサービスとして判定するように特に構成される。
【０１６５】
任意選択で、ターゲットパラメータ情報は、呼出しモードに関する情報を含み、処理モジュール１５２０は、呼出しモードが１要求１応答である場合、サービスパラメータデータベース中にあり、１要求１応答に関する情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定するように特に構成される。
【０１６６】
任意選択で、ターゲットパラメータ情報は、送信プロトコルに関する情報を含み、処理モジュール１５２０は、送信プロトコルが高度メッセージキューインターフェースプロトコルであるとき、サービスパラメータデータベース中にあり、高度メッセージキューインターフェースプロトコルに関する情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定するように特に構成される。
【０１６７】
任意選択で、ターゲットパラメータ情報は、第２の送信モードを含み、処理モジュール１５２０は、第２の送信モードが、中間ノードを使用することによって第１のデバイスと第２のデバイスとの間で情報を送信することであるとき、登録センターのために、サービスパラメータデータベース中にあり、中間ノードを使用することによって送信が実施されることを示す情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定するように特に構成される。
【０１６８】
任意選択で、ターゲットパラメータ情報は、中間ノードのロケーション情報をさらに含み、中間ノードは、サードパーティデバイス、登録センター、または第２のデバイス上に配置され、処理モジュール１５２０は、第２の送信モードが、中間ノードを使用することによって送信を実施することであり、中間ノードが、サードパーティロケーションに配置されるとき、サービスパラメータデータベース中にあり、中間ノードを使用することによって送信が実施されること、および中間ノードがサードパーティロケーションに配置されることを示す情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定するように特に構成される。
【０１６９】
任意選択で、ネットワークサービスシステムは、モバイルエッジコンピューティングシステムであり、モバイルエッジコンピューティングシステムは、モバイルエッジオーケストレータおよびモバイルエッジホストを含み、モバイルエッジホストは、モバイルエッジプラットフォーム、第１のモバイルエッジアプリケーション、および第２のモバイルエッジアプリケーションを含み、モバイルエッジプラットフォームは登録センターに対応し、第１のモバイルエッジアプリケーションは第１のデバイスに対応し、第２のモバイルエッジアプリケーションは第２のデバイスに対応し、モバイルエッジオーケストレータは、第１のモバイルエッジアプリケーションおよび第２のモバイルエッジアプリケーションを管理するように構成される。
【０１７０】
任意選択で、ネットワークサービスシステムは、サービスおよびシステム態様ワークグループ６システムであり、サービスおよびシステム態様ワークグループ６システムは、サービス登録サーバ、ミッションクリティカルサービス、および外部アプリケーションを含み、サービス登録サーバは登録センターに対応し、外部アプリケーションは第１のデバイスに対応し、ミッションクリティカルサービスは第２のデバイスに対応する。
【０１７１】
任意選択で、ネットワークサービスシステムは、サービスおよびシステム態様ワークグループ２システムであり、サービスおよびシステム態様ワークグループ２システムは、ネットワーク機能リポジトリ機能、第１のネットワーク機能インスタンス、および第２のネットワーク機能インスタンスを含み、ネットワーク機能リポジトリ機能は登録センターに対応し、第１のネットワーク機能インスタンスは第１のデバイスに対応し、第２のネットワーク機能インスタンスは第２のデバイスに対応する。
【０１７２】
要約すれば、本出願のこの実施形態における登録センターは、第１のデバイスによって送られたサービス発見要求を受信することであって、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む、受信することと、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定することと、ターゲットサービスの記述情報を含むサービス応答メッセージを第１のデバイスに送ることとを行う。このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて第１のデバイスのために適切なサービスが発見されることが可能である。したがって、サービス品質が改善されることが可能であり、システム処理効率が向上されることが可能である。
【０１７３】
図１６は、本出願の実施形態によるデバイス１６００の概略ブロック図である。図１６に示されているように、本デバイスはネットワークサービスシステムに適用される。ネットワークサービスシステムは、登録センター、本デバイス、および第２のデバイスを含む。デバイス１６００は、上記の実施形態における第１のデバイスに対応し、デバイス１６００は、
サービス発見要求を送るように構成された、送りモジュール１６１０であって、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、サービス発見要求は、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定するために使用され、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、第１の送信モードに関する情報は、インバンド識別子またはアウトオブバンド識別子であり、インバンド識別子は、呼出し情報が第１のデバイスと第２のデバイスとの間の送信のためのデータに追加される送信モードを示すために使用され、アウトオブバンド識別子は、データおよび呼出し情報が第１のデバイスと第２のデバイスとの間で別々に送信される送信モードを示すために使用され、呼出しモードは、１要求１応答または１要求多応答であり、送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、第２の送信モードは、直接的にまたは中間ノードを使用することによって第１のデバイスと第２のデバイスとの間で情報を送信することである、送りモジュール１６１０と、
サービス応答メッセージを受信するように構成された、受信モジュール１６２０であって、サービス応答メッセージは、ターゲットサービスの記述情報を含む、受信モジュール１６２０と
を含み、
送りモジュール１６１０は、呼出し情報を第２のデバイスに送るようにさらに構成され、呼出し情報は、ターゲットサービスを呼び出すために使用される。
【０１７４】
要約すれば、本出願のこの実施形態における第１のデバイスは、サービス発見要求を登録センターに送ることであって、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、サービス発見要求は、サービスパラメータデータベースに基づいて、第１のパラメータ情報に対応するターゲットサービスを判定するために使用され、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む、送ることと、ターゲットサービスの記述情報を含む、登録センターによって送られたサービス応答メッセージを受信することとを行う。このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて第１のデバイスのために適切なサービスが発見されることが可能である。したがって、サービス品質が改善されることが可能であり、システム処理効率が向上されることが可能である。
【０１７５】
任意選択で、第２の送信モードが、中間ノードを使用することによって第１のデバイスと第２のデバイスとの間で情報を送信することであるとき、ターゲットパラメータ情報は、中間ノードのロケーションをさらに含み、中間ノードは、サードパーティデバイス、登録センター、または第２のデバイス上に配置される。
【０１７６】
任意選択で、ネットワークサービスシステムは、モバイルエッジコンピューティングシステムであり、モバイルエッジコンピューティングシステムは、モバイルエッジオーケストレータおよびモバイルエッジホストを含み、モバイルエッジホストは、モバイルエッジプラットフォーム、第１のモバイルエッジアプリケーション、および第２のモバイルエッジアプリケーションを含み、モバイルエッジプラットフォームは登録センターに対応し、第１のモバイルエッジアプリケーションは本デバイスに対応し、第２のモバイルエッジアプリケーションは第２のデバイスに対応し、モバイルエッジオーケストレータは、第１のモバイルエッジアプリケーションおよび第２のモバイルエッジアプリケーションを管理するように構成される。
【０１７７】
任意選択で、ネットワークサービスシステムは、サービスおよびシステム態様ワークグループ６システムであり、サービスおよびシステム態様ワークグループ６システムは、サービス登録サーバ、ミッションクリティカルサービス、および外部アプリケーションを含み、サービス登録サーバは登録センターに対応し、外部アプリケーションは本デバイスに対応し、ミッションクリティカルサービスは第２のデバイスに対応する。
【０１７８】
任意選択で、ネットワークサービスシステムは、サービスおよびシステム態様ワークグループ２システムであり、サービスおよびシステム態様ワークグループ２システムは、ネットワーク機能リポジトリ機能、第１のネットワーク機能インスタンス、および第２のネットワーク機能インスタンスを含み、ネットワーク機能リポジトリ機能は登録センターに対応し、第１のネットワーク機能インスタンスは本デバイスに対応し、第２のネットワーク機能インスタンスは第２のデバイスに対応する。
【０１７９】
要約すれば、本出願のこの実施形態における第１のデバイスは、サービス発見要求を登録センターに送ることであって、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、サービス発見要求は、サービスパラメータデータベースに基づいて、第１のパラメータ情報に対応するターゲットサービスを判定するために使用され、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む、送ることと、ターゲットサービスの記述情報を含む、登録センターによって送られたサービス応答メッセージを受信することとを行う。このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて第１のデバイスのために適切なサービスが発見されることが可能である。したがって、サービス品質が改善されることが可能であり、システム処理効率が向上されることが可能である。
【０１８０】
図１７は、本出願の実施形態によるデバイス１７００の概略ブロック図である。図１７に示されているように、本デバイスはネットワークサービスシステムに適用される。ネットワークサービスシステムは、登録センター、第１のデバイス、および本デバイスを含む。デバイス１７００は、上記の実施形態における第１のデバイスに対応し、デバイス１７００は、
登録要求を登録センターに送るように構成された、送りモジュール１７１０であって、登録要求は、第１のサービスのパラメータ情報を含み、したがって、登録センターは、第１のサービスのパラメータ情報をサービスパラメータデータベースに記憶し、サービスパラメータデータベースは、ターゲットパラメータ情報を満たす対応するターゲットサービスを判定するために使用され、ターゲットパラメータ情報は、第１のデバイスによって必要とされるサービスのパラメータ情報であり、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、第１の送信モードに関する情報は、インバンド識別子またはアウトオブバンド識別子であり、インバンド識別子は、呼出し情報が第１のデバイスと第２のデバイスとの間の送信のためのデータに追加される送信モードを示すために使用され、アウトオブバンド識別子は、データおよび呼出し情報が第１のデバイスと第２のデバイスとの間で別々に送信される送信モードを示すために使用され、呼出しモードは、１要求１応答または１要求多応答であり、送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、第２の送信モードは、直接的にまたは中間ノードを使用することによって第１のデバイスと第２のデバイスとの間で情報を送信することである、送りモジュール１７１０と、
第１のデバイスによって送られた呼出し情報を受信するように構成された、受信モジュール１７２０であって、呼出し情報は、ターゲットサービスを呼び出すために使用される、受信モジュール１７２０と
を含む。
【０１８１】
要約すれば、本出願のこの実施形態における第２のデバイスは、登録要求を登録センターに送り、したがって、登録センターのパラメータデータベースは、複数の異なるサービスのパラメータ情報を記憶する。サービス発見要求を受信した後に、登録センターは、要件を満たすパラメータ情報についてパラメータデータベースを照会し、要件を満たすパラメータ情報に対応するサービスを判定し、サービスのパラメータ情報を第１のデバイスに送る。このようにして、第１のデバイスは、第２のデバイスのサービスを呼び出すことができ、したがって、第１のデバイスは、高品質のサービスを取得することができる。
【０１８２】
任意選択で、第２の送信モードが、中間ノードを使用することによって第１のデバイスと第２のデバイスとの間で情報を送信することであるとき、ターゲットパラメータ情報は、中間ノードのロケーションをさらに含み、中間ノードは、サードパーティデバイス、登録センター、または本デバイス上に配置される。
【０１８３】
任意選択で、ネットワークサービスシステムは、モバイルエッジコンピューティングシステムであり、モバイルエッジコンピューティングシステムは、モバイルエッジオーケストレータおよびモバイルエッジホストを含み、モバイルエッジホストは、モバイルエッジプラットフォーム、第１のモバイルエッジアプリケーション、および第２のモバイルエッジアプリケーションを含み、モバイルエッジプラットフォームは登録センターに対応し、第１のモバイルエッジアプリケーションは第１のデバイスに対応し、第２のモバイルエッジアプリケーションは本デバイスに対応し、モバイルエッジオーケストレータは、第１のモバイルエッジアプリケーションおよび第２のモバイルエッジアプリケーションを管理するように構成される。
【０１８４】
任意選択で、ネットワークサービスシステムは、サービスおよびシステム態様ワークグループ６システムであり、サービスおよびシステム態様ワークグループ６システムは、サービス登録サーバ、ミッションクリティカルサービス、および外部アプリケーションを含み、サービス登録サーバは登録センターに対応し、外部アプリケーションは第１のデバイスに対応し、ミッションクリティカルサービスは本デバイスに対応する。
【０１８５】
任意選択で、ネットワークサービスシステムは、サービスおよびシステム態様ワークグループ２システムであり、サービスおよびシステム態様ワークグループ２システムは、ネットワーク機能リポジトリ機能、第１のネットワーク機能インスタンス、および第２のネットワーク機能インスタンスを含み、ネットワーク機能リポジトリ機能は登録センターに対応し、第１のネットワーク機能インスタンスは第１のデバイスに対応し、第２のネットワーク機能インスタンスは本デバイスに対応する。
【０１８６】
要約すれば、本出願のこの実施形態における第２のデバイスは、登録要求を登録センターに送り、したがって、登録センターのパラメータデータベースは、複数の異なるサービスのパラメータ情報を記憶する。サービス発見要求を受信した後に、登録センターは、要件を満たすパラメータ情報についてパラメータデータベースを照会し、要件を満たすパラメータ情報に対応するサービスを判定し、サービスのパラメータ情報を第１のデバイスに送る。このようにして、第１のデバイスは、第２のデバイスのサービスを呼び出すことができ、したがって、第１のデバイスは、高品質のサービスを取得することができる。
【０１８７】
図１８は、本出願の実施形態によるサービス発見システム１８００を示す。システム１８００は、
図１５に示されている実施形態における登録センター１５００、図１６に示されている実施形態におけるデバイス１６００、および図１７に示されている実施形態におけるデバイス１７００
を含む。
【０１８８】
図１９は、本出願の実施形態による登録センターの概略構造図である。図１９に示されているように、登録センターは、少なくとも１つのプロセッサ１９０２（たとえば、コンピューティングおよび処理能力をもつ汎用プロセッサＣＰＵ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、またはフィールドプログラマブルゲートアレイ（ＦＰＧＡ））を含む。プロセッサ１９０２は、登録センター中のモジュールおよび構成要素を管理およびスケジュールするように構成される。図１５に示されている実施形態における処理モジュール１５２０は、プロセッサ１９０２によって実装され得る。登録センターは、少なくとも１つのトランシーバ１９０５（受信機／送信機）およびメモリ１９０６をさらに含む。図１５に示されている実施形態における受信モジュール１５１０および送りモジュール１５３０は、トランシーバ１９０５によって実装され得る。登録センターの構成要素は、内部接続経路を使用して、互いに通信し、制御信号および／またはデータ信号を送信する。
【０１８９】
本出願の実施形態において開示される方法は、プロセッサ１９０２に適用され得るか、またはメモリ１９０６に記憶されたコンピュータプログラムなどの実行可能モジュールを実行するために使用され得る。メモリ１９０６は、高速ランダムアクセスメモリ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、ＲＡＭ）を含み得るか、または不揮発性メモリ（ｎｏｎ−ｖｏｌａｔｉｌｅ  ｍｅｍｏｒｙ）をさらに含み得る。メモリは、読取り専用メモリおよびランダムアクセスメモリを含み、必要であるシグナリング、データ、プログラムなどをプロセッサに提供し得る。メモリの一部は、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）をさらに含み得る。少なくとも１つの他のネットワーク要素への通信接続が、少なくとも１つのトランシーバ１９０５を使用することによって（ワイヤードまたはワイヤレス方式で）実装される。
【０１９０】
いくつかの実装では、メモリ１９０６はプログラム１９０６１を記憶し、プロセッサ１９０２は、プログラム１９０６１を実行して、
第１のデバイスによって送られたサービス発見要求を受信することであって、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、第１の送信モードに関する情報は、インバンド識別子またはアウトオブバンド識別子であり、インバンド識別子は、呼出し情報が第１のデバイスと第２のデバイスとの間の送信のためのデータに追加される送信モードを示すために使用され、アウトオブバンド識別子は、データおよび呼出し情報が第１のデバイスと第２のデバイスとの間で別々に送信される送信モードを示すために使用され、呼出しモードは、１要求１応答または１要求多応答であり、送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、第２の送信モードは、直接的にまたは中間ノードを使用することによって第１のデバイスと第２のデバイスとの間で情報を送信することである、受信することと、
サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定することであって、サービスパラメータデータベースは、第２のデバイスの異なるサービスのパラメータ情報を記憶するために使用される、判定することと、
サービス応答メッセージを第１のデバイスに送ることであって、サービス応答メッセージは、ターゲットサービスの記述情報を含む、送ることと、
という動作を実施する。
【０１９１】
登録センターは、特に、図１５に示されている実施形態における登録センターであり得、方法実施形態における登録センターに対応する各ステップおよび／またはプロシージャを実施するように構成され得ることに留意されたい。
【０１９２】
本出願のこの実施形態において提供される上記の技術的解決策から、第１のデバイスによって送られたサービス発見要求は受信され、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、ターゲットパラメータ情報に対応するターゲットサービスは、サービスパラメータデータベースに基づいて判定され、ターゲットサービスの記述情報を含むサービス応答メッセージは第１のデバイスに送られる、ということがわかる。このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて第１のデバイスのために適切なサービスが発見されることが可能である。したがって、サービス品質が改善されることが可能であり、システム処理効率が向上されることが可能である。
【０１９３】
図２０は、本出願の実施形態によるデバイスの概略構造図である。図２０に示されているように、本デバイスは、少なくとも１つのプロセッサ２００２（たとえば、コンピューティングおよび処理能力をもつ汎用プロセッサＣＰＵ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、またはフィールドプログラマブルゲートアレイ（ＦＰＧＡ））を含む。プロセッサ２００２は、本デバイス中のモジュールおよび構成要素を管理およびスケジュールするように構成される。本デバイスは、少なくとも１つのトランシーバ２００５（受信機／送信機）およびメモリ２００６をさらに含む。図１６に示されている実施形態における送りモジュール１６１０および受信モジュール１６２０は、トランシーバ２００５によって実装され得る。本デバイスの構成要素は、内部接続経路を使用して、互いに通信し、制御信号および／またはデータ信号を送信する。
【０１９４】
本出願の実施形態において開示される方法は、プロセッサ２００２に適用され得るか、またはメモリ２００６に記憶されたコンピュータプログラムなどの実行可能モジュールを実行するために使用され得る。メモリ２００６は、高速ランダムアクセスメモリ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、ＲＡＭ）を含み得るか、または不揮発性メモリ（ｎｏｎ−ｖｏｌａｔｉｌｅ  ｍｅｍｏｒｙ）をさらに含み得る。メモリは、読取り専用メモリおよびランダムアクセスメモリを含み、必要であるシグナリング、データ、プログラムなどをプロセッサに提供し得る。メモリの一部は、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）をさらに含み得る。少なくとも１つの他のネットワーク要素への通信接続が、少なくとも１つのトランシーバ２００５を使用することによって（ワイヤードまたはワイヤレス方式で）実装される。
【０１９５】
いくつかの実装では、メモリ２００６はプログラム２００６１を記憶し、プロセッサ２００２は、プログラム２００６１を実行して、
サービス発見要求を送ることであって、サービス発見要求は、本デバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、サービス発見要求は、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定するために使用され、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、第１の送信モードに関する情報は、インバンド識別子またはアウトオブバンド識別子であり、インバンド識別子は、呼出し情報が第１のデバイスと第２のデバイスとの間の送信のためのデータに追加される送信モードを示すために使用され、アウトオブバンド識別子は、データおよび呼出し情報が第１のデバイスと第２のデバイスとの間で別々に送信される送信モードを示すために使用され、呼出しモードは、１要求１応答または１要求多応答であり、送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、第２の送信モードは、直接的にまたは中間ノードを使用することによって第１のデバイスと第２のデバイスとの間で情報を送信することである、送ることと、
サービス応答メッセージを受信することであって、サービス応答メッセージは、ターゲットサービスの記述情報を含む、受信することと、
呼出し情報を第２のデバイスに送ることであって、呼出し情報は、ターゲットサービスを呼び出すために使用される、送ることと、
という動作を実施する。
【０１９６】
本出願のこの実施形態において提供される上記の技術的解決策から、サービス発見要求は登録センターに送られ、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、サービス発見要求は、サービスパラメータデータベースに基づいて、第１のパラメータ情報に対応するターゲットサービスを判定するために使用され、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、ターゲットサービスの記述情報を含む、登録センターによって送られたサービス応答メッセージは受信される、ということがわかる。このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて第１のデバイスのために適切なサービスが発見されることが可能である。したがって、サービス品質が改善されることが可能であり、システム処理効率が向上されることが可能である。
【０１９７】
図２１は、本出願の実施形態によるデバイスの概略構造図である。図２１に示されているように、本デバイスは、少なくとも１つのプロセッサ２１０２（たとえば、コンピューティングおよび処理能力をもつ汎用プロセッサＣＰＵ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、またはフィールドプログラマブルゲートアレイ（ＦＰＧＡ））を含む。プロセッサ２１０２は、本デバイス中のモジュールおよび構成要素を管理およびスケジュールするように構成される。本デバイスは、少なくとも１つのトランシーバ２１０５（受信機／送信機）およびメモリ２１０６をさらに含む。図１７に示されている実施形態における送りモジュール１７１０および受信モジュール１７２０は、トランシーバ２１０５によって実装され得る。本デバイスの構成要素は、内部接続経路を使用して、互いに通信し、制御信号および／またはデータ信号を送信する。
【０１９８】
本出願の実施形態において開示される方法は、プロセッサ２１０２に適用され得るか、またはメモリ２１０６に記憶されたコンピュータプログラムなどの実行可能モジュールを実行するために使用され得る。メモリ２１０６は、高速ランダムアクセスメモリ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、ＲＡＭ）を含み得るか、または不揮発性メモリ（ｎｏｎ−ｖｏｌａｔｉｌｅ  ｍｅｍｏｒｙ）をさらに含み得る。メモリは、読取り専用メモリおよびランダムアクセスメモリを含み、必要であるシグナリング、データ、プログラムなどをプロセッサに提供し得る。メモリの一部は、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）をさらに含み得る。少なくとも１つの他のネットワーク要素への通信接続が、少なくとも１つのトランシーバ２１０５を使用することによって（ワイヤードまたはワイヤレス方式で）実装される。
【０１９９】
いくつかの実装では、メモリ２１０６はプログラム２１０６１を記憶し、プロセッサ２１０２は、プログラム２１０６１を実行して、
登録要求を登録センターに送ることであって、登録要求は、第１のサービスのパラメータ情報を含み、したがって、登録センターは、第１のサービスのパラメータ情報をサービスパラメータデータベースに記憶し、サービスパラメータデータベースは、ターゲットパラメータ情報を満たす対応するターゲットサービスを判定するために使用され、ターゲットパラメータ情報は、第１のデバイスによって必要とされるサービスのパラメータ情報であり、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、第１の送信モードに関する情報は、インバンド識別子またはアウトオブバンド識別子であり、インバンド識別子は、呼出し情報が第１のデバイスと第２のデバイスとの間の送信のためのデータに追加される送信モードを示すために使用され、アウトオブバンド識別子は、データおよび呼出し情報が第１のデバイスと第２のデバイスとの間で別々に送信される送信モードを示すために使用され、呼出しモードは、１要求１応答または１要求多応答であり、送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、第２の送信モードは、直接的にまたは中間ノードを使用することによって第１のデバイスと第２のデバイスとの間で情報を送信することである、送ることと、
第１のデバイスによって送られた呼出し情報を受信することであって、呼出し情報は、ターゲットサービスを呼び出すために使用される、受信することと、
という動作を実施する。
【０２００】
本出願のこの実施形態において提供される上記の技術的解決策から、登録要求は登録センターに送られ、したがって、登録センターのパラメータデータベースは、複数の異なるサービスのパラメータ情報を記憶する、ということがわかる。サービス発見要求を受信した後に、登録センターは、要件を満たすパラメータ情報についてパラメータデータベースを照会し、要件を満たすパラメータ情報に対応するサービスを判定し、サービスのパラメータ情報を第１のデバイスに送る。このようにして、第１のデバイスは、第２のデバイスのサービスを呼び出すことができ、したがって、第１のデバイスは、高品質のサービスを取得することができる。
【０２０１】
本出願の実施形態は、コンピュータ記憶媒体をさらに提供し、コンピュータ記憶媒体は、上記の方法のうちのいずれか１つを実行するためのプログラム命令を記憶し得る。
【０２０２】
任意選択で、記憶媒体は、特にメモリ１９０６、２００６、または２１０６であり得る。
【０２０３】
当業者は、本明細書で開示される実施形態に関して説明された例におけるユニットおよびアルゴリズムステップが、電子ハードウェア、またはコンピュータソフトウェアと電子ハードウェアの組合せによって実装されることが可能であることに気づき得る。機能がハードウェアによって実施されるかソフトウェアによって実施されるかは、技術的解決策の特定の適用例および設計制約に依存する。当業者は、特定の適用例ごとに説明された機能を実装するために異なる方法を使用し得るが、実装が本出願の範囲を越えると考えられるべきではない。
【０２０４】
説明を容易で簡潔にするために、上記のシステム、装置、およびユニットの詳細な作業処理について、上記の方法実施形態における対応する処理への参照が行われ得ることが、当業者によって明らかに理解されよう。詳細について本明細書で再び説明されない。
【０２０５】
本出願において提供されるいくつかの実施形態では、開示されるシステム、装置、および方法は、他の方式で実装され得ることを理解されたい。たとえば、説明された装置実施形態は例にすぎない。たとえば、ユニット分割は、論理機能分割にすぎず、実際の実装では他の分割であり得る。たとえば、複数のユニットまたは構成要素は、組み合わされ得るかもしくは別のシステムに組み込まれ得るか、またはいくつかの特徴は無視されるかもしくは実施されないことがある。加えて、表示もしくは説明された相互結合もしくは直接結合または通信接続は、いくつかのインターフェースを通して実装され得る。装置またはユニット間の間接的結合または通信接続は、電気的、機械的、または他の形態で実装され得る。
【０２０６】
別個の部分として説明されたユニットは、物理的に別個であることもそうでないこともあり、ユニットとして表示された部分は、物理ユニットであることもそうでないこともあり、１つの位置に配置され得るか、または複数のネットワークユニット上に分散され得る。ユニットの一部または全部は、実施形態の解決策の目的を達成するために、実際の要件に応じて選択され得る。
【０２０７】
加えて、本出願の実施形態における機能ユニットは１つの処理ユニットへと統合され得るか、またはユニットの各々が物理的に単独で存在し得るか、または少なくとも２つのユニットが１つのユニットへと統合され得る。
【０２０８】
機能が、ソフトウェア機能ユニットの形態で実装され、独立した製品として販売または使用されるとき、機能はコンピュータ可読記憶媒体に記憶され得る。そのような理解に基づいて、本質的に本出願における技術的解決策、または従来技術に寄与する部分、または技術的解決策の一部は、ソフトウェア製品の形態で実装され得る。コンピュータソフトウェア製品は、記憶媒体に記憶され、本出願の実施形態における方法のステップの全部または一部を実施するように（パーソナルコンピュータ、サーバ、ネットワークデバイスなどであり得る）コンピュータデバイスに命令するためのいくつかの命令を含む。上記の記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、読取り専用メモリ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスク、または光ディスクなど、プログラムコードを記憶することができる任意の媒体を含む。
【０２０９】
上記の説明は、本出願の特定の実装にすぎず、本出願の保護範囲を限定することを意図されない。本出願に開示された技術範囲内で当業者によって容易に理解されるいかなる変形または置換も、本出願の保護範囲内に入るものである。したがって、本出願の保護範囲は、特許請求の範囲の保護範囲に従わなければならないものである。
【図１】
2020522201.tif 000003
【図２】
2020522201.tif 000004
【図３】
2020522201.tif 000005
【図４】
2020522201.tif 000006
【図５】
2020522201.tif 000007
【図６】
2020522201.tif 000008
【図７】
2020522201.tif 000009
【図８】
2020522201.tif 000010
【図９】
2020522201.tif 000011
【図１０】
2020522201.tif 000012
【図１１】
2020522201.tif 000013
【図１２】
2020522201.tif 000014
【図１３】
2020522201.tif 000015
【図１４】
2020522201.tif 000016
【図１５】
2020522201.tif 000017
【図１６】
2020522201.tif 000018
【図１７】
2020522201.tif 000019
【図１８】
2020522201.tif 000020
【図１９】
2020522201.tif 000021
【図２０】
2020522201.tif 000022
【図２１】
2020522201.tif 000023
【手続補正書】
【提出日】令和2年1月7日(2020.1.7)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
サービス発見方法であって、前記方法は、
登録センターによって、第１のデバイスによって送られたサービス発見要求を受信するステップであって、前記サービス発見要求は、前記第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、前記ターゲットパラメータ情報は、呼出しモードに関する情報を備え、前記呼出しモードは、１要求１応答または１要求多応答である、ステップと、
前記登録センターによって、サービスパラメータデータベースに基づいて前記ターゲットパラメータ情報に対応するターゲットサービスを判定するステップであって、前記サービスパラメータデータベースは、第２のデバイスの異なるサービスのパラメータ情報を記憶するために使用される、ステップと、
前記登録センターによって、サービス応答メッセージを前記第１のデバイスに送るステップであって、前記サービス応答メッセージは前記ターゲットサービスの記述情報を備える、ステップと
を備える、方法。
【請求項２】
前記登録センターによって、サービスパラメータデータベースに基づいて前記ターゲットパラメータ情報に対応するターゲットサービスを判定する前記ステップの前に、前記方法は、
前記登録センターによって、前記第２のデバイスによって送られた登録要求を受信するステップであって、前記登録要求は、前記第２のデバイスの第１のサービスのパラメータ情報を備える、ステップと、
前記登録センターによって、前記第１のサービスの前記パラメータ情報を前記サービスパラメータデータベースに記憶するステップと
をさらに備える請求項１に記載の方法。
【請求項３】
前記ターゲットパラメータ情報は、前記呼出しモードに関する前記情報を備え、
前記登録センターによって、サービスパラメータデータベースに基づいて前記ターゲットパラメータ情報に対応するターゲットサービスを判定する前記ステップは、
前記登録センターによって、前記サービスパラメータデータベース中にあり、前記１要求１応答に関する情報を備えるパラメータ情報に対応するサービスを前記ターゲットサービスとして判定するステップ
を備える請求項１または２に記載の方法。
【請求項４】
第１のデバイスによってサービス発見要求を送るステップであって、前記サービス発見要求は前記第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、前記サービス発見要求はサービスパラメータデータベースに基づいて前記ターゲットパラメータ情報に対応するターゲットサービスを判定するために使用され、前記ターゲットパラメータ情報は呼出しモードに関する情報を備え、前記呼出しモードは１要求１応答または１要求多応答である、ステップと、
前記第１のデバイスによってサービス応答メッセージを受信するステップであって、前記サービス応答メッセージは前記ターゲットサービスの記述情報を備える、ステップと、
前記第１のデバイスによって前記呼出し情報を第２のデバイスに送るステップであって、前記呼出し情報は前記ターゲットサービスを呼び出すために使用される、ステップと
を備える、サービス発見方法。
【請求項５】
ネットワークサービスシステムがモバイルエッジコンピューティングシステムであり、前記モバイルエッジコンピューティングシステムは、モバイルエッジオーケストレータおよびモバイルエッジホストを備え、前記モバイルエッジホストは、モバイルエッジプラットフォーム、第１のモバイルエッジアプリケーション、および第２のモバイルエッジアプリケーションを備え、前記モバイルエッジプラットフォームは前記登録センターに対応し、前記第１のモバイルエッジアプリケーションは前記第１のデバイスに対応し、前記第２のモバイルエッジアプリケーションは前記第２のデバイスに対応し、前記モバイルエッジオーケストレータは、前記第１のモバイルエッジアプリケーションおよび前記第２のモバイルエッジアプリケーションを管理するように構成された請求項４に記載の方法。
【請求項６】
ネットワークサービスシステムがサービスおよびシステム態様ワークグループ６システムであり、前記サービスおよびシステム態様ワークグループ６システムは、サービス登録サーバ、ミッションクリティカルサービス、および外部アプリケーションを備え、前記サービス登録サーバは前記登録センターに対応し、前記外部アプリケーションは前記第１のデバイスに対応し、前記ミッションクリティカルサービスは前記第２のデバイスに対応する請求項４に記載の方法。
【請求項７】
ネットワークサービスシステムがサービスおよびシステム態様ワークグループ２システムであり、前記サービスおよびシステム態様ワークグループ２システムは、ネットワーク機能リポジトリ機能、第１のネットワーク機能インスタンス、および第２のネットワーク機能インスタンスを備え、前記ネットワーク機能リポジトリ機能は前記登録センターに対応し、前記第１のネットワーク機能インスタンスは前記第１のデバイスに対応し、前記第２のネットワーク機能インスタンスは前記第２のデバイスに対応する請求項４に記載の方法。
【請求項８】
請求項１から３のいずれか１項に記載の方法を実行するように構成された通信機器。
【請求項９】
請求項４から７のいずれか１項に記載の方法を実行するように構成された通信機器。
【請求項１０】
命令が記録されたコンピュータ可読記録媒体であって、前記命令はコンピュータ上で実行された時に前記コンピュータが請求項１から３のいずれか１項に記載の方法を実行可能とする、コンピュータ可読記録媒体。
【請求項１１】
命令が記録されたコンピュータ可読記録媒体であって、前記命令はコンピュータ上で実行された時に前記コンピュータが請求項４から７のいずれか１項に記載の方法を実行可能とする、コンピュータ可読記録媒体。
【請求項１２】
請求項８に記載の通信機器と請求項９に記載の通信機器とを備えた通信システム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、通信分野に関し、より詳細には、サービス発見方法、登録センター、およびデバイスに関する。
【背景技術】
【０００２】
本出願は、それの全体が参照により本明細書に組み込まれる、２０１７年６月２日に中国特許庁で出願された「ＳＥＲＶＩＣＥ  ＤＩＳＣＯＶＥＲＹ  ＭＥＴＨＯＤ，  ＲＥＧＩＳＴＲＡＴＩＯＮ  ＣＥＮＴＥＲ，  ＡＮＤ  ＤＥＶＩＣＥ」と題する中国特許出願第２０１７１０４０８０８８．４号の優先権を主張する。
【０００３】
サービス登録および発見は、サービス定義、サービス選択、およびサービス実行ポリシーを容易にするディレクトリサービスである。サービスサプライヤとして、サービスプロバイダは、サービス登録センターでサービスプロバイダのサービス情報を登録する。サービス登録センターは、すべてのサービス登録情報のための中央ストレージを主に提供し、サービス消費者にサービス登録情報更新通知をリアルタイムに送ることを担当する。サービス消費者は、サービス登録センターから必要とされるサービス登録情報を取得し、サービスを呼び出す。
【０００４】
ネットワークサービスシステムにおいて、ネットワークプロバイダは、提供されるネットワークサービスを登録センターにおいて公開し、クライアントは、登録センターにおいて必要とされるネットワークサービスを発見し、クライアントは、ネットワークサービスのエンドポイントを取得する。従来のネットワークシステムにおけるサービス実施（たとえば、サポートされるプロトコルおよび送信モード）は比較的単純である。クライアントは、サービス識別（Ｉｄｅｎｔｉｔｙ、ＩＤ）に基づいて適切なサービスを選択し得る。ネットワークサービス呼出し中には通常、固定フォーマットが使用される。ネットワークシステムがアップグレードされると、すなわち、サービスが多様化される傾向があると、クライアントは、従来の解決策を使用することによって適切なサービスを発見することができない。これはサービス品質を劣化させる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本出願は、サービス消費者が適切なサービスを発見し、それによりサービス品質を改善することができるような、サービス発見方法、登録センター、およびデバイスを提供する。
【０００６】
第１の態様によれば、サービス発見方法が提供される。本方法は、登録センターによって、第１のデバイスによって送られたサービス発見要求を受信するステップであって、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、第１の送信モードに関する情報は、インバンド識別子またはアウトオブバンド識別子であり、インバンド識別子は、呼出し情報が第１のデバイスと第２のデバイスとの間の送信のためのデータに追加される送信モードを示すために使用され、アウトオブバンド識別子は、データおよび呼出し情報が第１のデバイスと第２のデバイスとの間で別々に送信される送信モードを示すために使用され、呼出しモードは、１要求１応答または１要求多応答であり、送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、第２の送信モードは、直接的にまたは中間ノードを使用することによって第１のデバイスと第２のデバイスとの間で情報を送信することである、ステップと、サービスパラメータデータベースに基づいて登録センターによって、ターゲットパラメータ情報に対応するターゲットサービスを判定するステップであって、サービスパラメータデータベースは、第２のデバイスの異なるサービスのパラメータ情報を記憶するために使用される、ステップと、登録センターによって、サービス応答メッセージを第１のデバイスに送るステップであって、サービス応答メッセージは、ターゲットサービスの記述情報を含む、ステップとを含む。
【０００７】
登録センターは、第１のデバイスによって送られたサービス発見要求を受信することであって、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む、受信することと、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定することと、ターゲットサービスの記述情報を含むサービス応答メッセージを第１のデバイスに送ることとを行う。このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて第１のデバイスのために適切なサービスが発見されることが可能である。したがって、サービス品質が改善されることが可能であり、システム処理効率が向上されることが可能である。
【０００８】
いくつかの可能な実装では、サービスパラメータデータベースに基づいて登録センターによって、ターゲットパラメータ情報に対応するターゲットサービスを判定するステップの前に、本方法は、登録センターによって、第２のデバイスによって送られた登録要求を受信するステップであって、登録要求は、第２のデバイスの第１のサービスのパラメータ情報を含む、ステップと、登録センターによって、第１のサービスのパラメータ情報をサービスパラメータデータベースに記憶するステップとをさらに含む。
【０００９】
登録センターは、複数の異なるサービスのパラメータ情報をパラメータデータベースに記憶し、サービス発見要求を受信した後に、要件を満たすパラメータ情報についてパラメータデータベースを照会し、要件を満たすパラメータ情報に対応するサービスを判定し得る。登録センターは、異なる登録要求を許可し、提供されることが可能であるサービスのパラメータ情報を記憶して、第１のデバイスのために、要件を満たす第２のデバイスを発見する。このようにして、第１のデバイスのために適切なサービスが発見され、それにより、サービス品質が改善されることが可能である。
【００１０】
いくつかの可能な実装では、ターゲットパラメータ情報は、第１の送信モードに関する情報を含み、サービスパラメータデータベースに基づいて登録センターによって、ターゲットパラメータ情報に対応するターゲットサービスを判定するステップは、第１の送信モードに関する情報がインバンド識別子である場合、登録センターによって、サービスパラメータデータベース中にあり、インバンド識別子を含むパラメータ情報に対応するサービスをターゲットサービスとして判定するステップを含む。
【００１１】
ターゲットパラメータ情報中に含まれる第１の送信モードに関する情報がインバンド識別子である場合、すなわち、第１のデバイスによって送られるべき呼出し情報がデータに追加される必要がある場合、登録センターは、第１のデバイスのために、呼出し情報がデータ中で搬送されることが可能であるサービスを選択し、したがって、第１のデバイスは、高品質のサービスを取得することができる。
【００１２】
いくつかの可能な実装では、ターゲットパラメータ情報は、呼出しモードに関する情報を含み、サービスパラメータデータベースに基づいて登録センターによって、ターゲットパラメータ情報に対応するターゲットサービスを判定するステップは、呼出しモードが１要求１応答である場合、登録センターによって、サービスパラメータデータベース中にあり、１要求１応答に関する情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定するステップを含む。
【００１３】
ターゲットパラメータ情報中に含まれる呼出しモードに関する情報が、１要求１応答に関する情報である場合、登録センターは、１要求１応答についての情報を含むパラメータ情報に対応するサービスについて探索し、サービスの記述情報を第１のデバイスに送り、したがって、第１のデバイスは、高品質のサービスを取得することができる。
【００１４】
いくつかの可能な実装では、ターゲットパラメータ情報は、送信プロトコルに関する情報を含み、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定するステップは、送信プロトコルが高度メッセージキューインターフェースプロトコルであるとき、登録センターによって、サービスパラメータデータベース中にあり、高度メッセージキューインターフェースプロトコルに関する情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定するステップを含む。
【００１５】
ターゲットパラメータ情報中に含まれる送信プロトコルに関する情報が、高度メッセージキューインターフェースプロトコルに関する情報である場合、登録センターは、第１のデバイスのために、高度メッセージキューインターフェースプロトコルについての情報を含むパラメータ情報に対応するサービスについて探索し、サービスの記述情報を第１のデバイスに送り、したがって、第１のデバイスは、高品質のサービスを取得することができる。
【００１６】
いくつかの可能な実装では、ターゲットパラメータ情報は、第２の送信モードを含み、サービスパラメータデータベースに基づいて登録センターによって、ターゲットパラメータ情報に対応するターゲットサービスを判定するステップは、第２の送信モードが、中間ノードを使用することによって第１のデバイスと第２のデバイスとの間で情報を送信することであるとき、登録センターによって、サービスパラメータデータベース中にあり、中間ノードを使用することによって送信が実施されることを示す情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定するステップを含む。
【００１７】
ターゲットパラメータ情報中に含まれる第２の送信モードに関する情報が、中間ノードを使用することによって送信が実施されることを示す情報である場合、登録センターは、第１のデバイスのために、中間ノードを使用することによって送信が実施されることを示す情報を含むパラメータ情報に対応するサービスについて探索し、サービスの記述情報を第１のデバイスに送り、したがって、第１のデバイスは、高品質のサービスを取得することができる。
【００１８】
いくつかの可能な実装では、ターゲットパラメータ情報は、中間ノードのロケーション情報をさらに含み、中間ノードは、サードパーティデバイス、登録センター、または第２のデバイス上に配置され、第２の送信モードが、中間ノードを使用することによって送信を実施することであるとき、登録センターによって、サービスパラメータデータベース中にあり、中間ノードを使用することによって送信が実施されることを示す情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定するステップは、第２の送信モードが、中間ノードを使用することによって送信を実施することであり、中間ノードが、サードパーティデバイスに配置されるとき、登録センターによって、サービスパラメータデータベース中にあり、中間ノードを使用することによって送信が実施されること、および中間ノードがサードパーティデバイスに配置されることを示す情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定するステップを含む。
【００１９】
ターゲットパラメータ情報中に含まれる第２の送信モードに関する情報が、中間ノードを使用することによって送信が実施されること、および中間ノードがサードパーティデバイスに配置されることを示す情報である場合、登録センターは、第１のデバイスのために、中間ノードを使用することによって送信が実施されること、および中間ノードがサードパーティデバイスに配置されることを示す情報を含むパラメータ情報に対応するサービスについて探索し、サービスの記述情報を第１のデバイスに送り、したがって、第１のデバイスは、高品質のサービスを取得することができる。
【００２０】
いくつかの可能な実装では、ネットワークサービスシステムは、モバイルエッジコンピューティングシステムであり、モバイルエッジコンピューティングシステムは、モバイルエッジオーケストレータおよびモバイルエッジホストを含み、モバイルエッジホストは、モバイルエッジプラットフォーム、第１のモバイルエッジアプリケーション、および第２のモバイルエッジアプリケーションを含み、モバイルエッジプラットフォームは登録センターに対応し、第１のモバイルエッジアプリケーションは第１のデバイスに対応し、第２のモバイルエッジアプリケーションは第２のデバイスに対応し、モバイルエッジオーケストレータは、第１のモバイルエッジアプリケーションおよび第２のモバイルエッジアプリケーションを管理するように構成される。
【００２１】
多様なサービスの中で、パラメータ情報をサポートするアプリケーションサービスに基づいて第１のモバイルエッジアプリケーションのために適切なサービスが発見されることが可能である。特に複数のインターフェースプロトコルまたは異なる呼出しモードをサポートするアプリケーションサービスの中で、第１のモバイルエッジアプリケーションは、呼出し情報を送信するために満足のいくインターフェースプロトコルおよび呼出しモードを選択し、それにより、送信効率を改善することができる。
【００２２】
いくつかの可能な実装では、ネットワークサービスシステムは、サービスおよびシステム態様ワークグループ６システムであり、サービスおよびシステム態様ワークグループ６システムは、サービス登録サーバ、ミッションクリティカルサービス、および外部アプリケーションを含み、サービス登録サーバは登録センターに対応し、外部アプリケーションは第１のデバイスに対応し、ミッションクリティカルサービスは第２のデバイスに対応する。
【００２３】
このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて外部アプリケーションのために適切なサービスが発見されることが可能である。特に、信用できるアプリケーションまたは同じドメイン中のアプリケーションは、サービスに直接的にアクセスすることができるが、信用できないアプリケーションまたは別のドメイン中のアプリケーションは、中間エンティティによって認証、フォーマット変換などが実施された後にのみ、サービスにアクセスすることができる。これはネットワークシステムのセキュリティ実施を改善する。
【００２４】
いくつかの可能な実装では、ネットワークサービスシステムは、サービスおよびシステム態様ワークグループ２システムであり、サービスおよびシステム態様ワークグループ２システムは、ネットワーク機能リポジトリ機能、第１のネットワーク機能インスタンス、および第２のネットワーク機能インスタンスを含み、ネットワーク機能リポジトリ機能は登録センターに対応し、第１のネットワーク機能インスタンスは第１のデバイスに対応し、第２のネットワーク機能インスタンスは第２のデバイスに対応する。
【００２５】
このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて第１のネットワーク機能インスタンスのために適切なサービスが発見されることが可能である。特に、適切な送信プロトコルを選択することで、インターフェース呼出しを正規化し、すなわち、インターフェースを適切に割り振ってサービスを改善し、それにより、ネットワークシステムの処理効率を向上させることができる。
【００２６】
第２の態様によれば、サービス発見方法が提供される。本方法は、第１のデバイスによって、サービス発見要求を送るステップであって、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、サービス発見要求は、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定するために使用され、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、第１の送信モードに関する情報は、インバンド識別子またはアウトオブバンド識別子であり、インバンド識別子は、呼出し情報が第１のデバイスと第２のデバイスとの間の送信のためのデータに追加される送信モードを示すために使用され、アウトオブバンド識別子は、データおよび呼出し情報が第１のデバイスと第２のデバイスとの間で別々に送信される送信モードを示すために使用され、呼出しモードは、１要求１応答または１要求多応答であり、送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、第２の送信モードは、直接的にまたは中間ノードを使用することによって第１のデバイスと第２のデバイスとの間で情報を送信することである、ステップと、第１のデバイスによって、サービス応答メッセージを受信するステップであって、サービス応答メッセージは、ターゲットサービスの記述情報を含む、ステップと、第１のデバイスによって、呼出し情報を第２のデバイスに送るステップであって、呼出し情報は、ターゲットサービスを呼び出すために使用される、ステップとを含む。
【００２７】
第１のデバイスは、サービス発見要求を登録センターに送ることであって、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、サービス発見要求は、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定するために使用され、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む、送ることと、ターゲットサービスの記述情報を含む、登録センターによって送られたサービス応答メッセージを受信することとを行う。このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて第１のデバイスのために適切なサービスが発見されることが可能である。したがって、サービス品質が改善されることが可能であり、システム処理効率が向上されることが可能である。
【００２８】
いくつかの可能な実装では、第２の送信モードが、中間ノードを使用することによって第１のデバイスと第２のデバイスとの間で情報を送信することであるとき、ターゲットパラメータ情報は、中間ノードのロケーションをさらに含み、中間ノードは、サードパーティデバイス、登録センター、または第２のデバイス上に配置される。
【００２９】
ターゲットパラメータ情報中に含まれる第２の送信モードに関する情報が、中間ノードを使用することによって送信が実施されること、および中間ノードがサードパーティデバイスに配置されることを示す情報である場合、第１のデバイスは、中間ノードを使用することによって送信が実施されること、および中間ノードがサードパーティデバイスに配置されることを示す情報を含むパラメータ情報に対応するターゲットサービスの、探索を通して登録センターによって判定された記述情報を受信する。このようにして、第１のデバイスは、高品質のサービスを取得することができる。
【００３０】
いくつかの可能な実装では、ネットワークサービスシステムは、モバイルエッジコンピューティングシステムであり、モバイルエッジコンピューティングシステムは、モバイルエッジオーケストレータおよびモバイルエッジホストを含み、モバイルエッジホストは、モバイルエッジプラットフォーム、第１のモバイルエッジアプリケーション、および第２のモバイルエッジアプリケーションを含み、モバイルエッジプラットフォームは登録センターに対応し、第１のモバイルエッジアプリケーションは第１のデバイスに対応し、第２のモバイルエッジアプリケーションは第２のデバイスに対応し、モバイルエッジオーケストレータは、第１のモバイルエッジアプリケーションおよび第２のモバイルエッジアプリケーションを管理するように構成される。
【００３１】
多様なサービスの中で、パラメータ情報をサポートするアプリケーションサービスに基づいて第１のモバイルエッジアプリケーションのために適切なサービスが発見されることが可能である。特に複数のインターフェースプロトコルまたは異なる呼出しモードをサポートするアプリケーションサービスの中で、第１のモバイルエッジアプリケーションは、呼出し情報を送信するために満足のいくインターフェースプロトコルまたは呼出しモードを選択し、それにより、送信効率を改善することができる。
【００３２】
いくつかの可能な実装では、ネットワークサービスシステムは、サービスおよびシステム態様ワークグループ６システムであり、サービスおよびシステム態様ワークグループ６システムは、サービス登録サーバ、ミッションクリティカルサービス、および外部アプリケーションを含み、サービス登録サーバは登録センターに対応し、外部アプリケーションは第１のデバイスに対応し、ミッションクリティカルサービスは第２のデバイスに対応する。
【００３３】
このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて外部アプリケーションのために適切なサービスが発見されることが可能である。特に、信用できるアプリケーションまたは同じドメイン中のアプリケーションは、サービスに直接的にアクセスすることができるが、信用できないアプリケーションまたは別のドメイン中のアプリケーションは、中間エンティティによって認証、フォーマット変換などが実施された後にのみ、サービスにアクセスすることができる。これはネットワークシステムのセキュリティ実施を改善する。
【００３４】
いくつかの可能な実装では、ネットワークサービスシステムは、サービスおよびシステム態様ワークグループ２システムであり、サービスおよびシステム態様ワークグループ２システムは、ネットワーク機能リポジトリ機能、第１のネットワーク機能インスタンス、および第２のネットワーク機能インスタンスを含み、ネットワーク機能リポジトリ機能は登録センターに対応し、第１のネットワーク機能インスタンスは第１のデバイスに対応し、第２のネットワーク機能インスタンスは第２のデバイスに対応する。
【００３５】
このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて第１のネットワーク機能インスタンスのために適切なサービスが発見されることが可能である。特に、適切な送信プロトコルを選択することで、インターフェース呼出しを正規化し、すなわち、インターフェースを適切に割り振ってサービスを改善し、それにより、ネットワークシステムの処理効率を向上させることができる。
【００３６】
第３の態様によれば、サービス発見方法が提供される。本方法は、第２のデバイスによって、登録要求を登録センターに送るステップであって、登録要求は、第１のサービスのパラメータ情報を含み、したがって、登録センターは、第１のサービスのパラメータ情報をサービスパラメータデータベースに記憶し、サービスパラメータデータベースは、ターゲットパラメータ情報に対応するターゲットサービスを判定するために使用され、ターゲットパラメータ情報は、第１のデバイスによって必要とされるサービスのパラメータ情報であり、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、第１の送信モードに関する情報は、インバンド識別子またはアウトオブバンド識別子であり、インバンド識別子は、呼出し情報が第１のデバイスと第２のデバイスとの間の送信のためのデータに追加される送信モードを示すために使用され、アウトオブバンド識別子は、データおよび呼出し情報が第１のデバイスと第２のデバイスとの間で別々に送信される送信モードを示すために使用され、呼出しモードは、１要求１応答または１要求多応答であり、送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、第２の送信モードは、直接的にまたは中間ノードを使用することによって第１のデバイスと第２のデバイスとの間で情報を送信することである、ステップと、第２のデバイスによって、第１のデバイスによって送られた呼出し情報を受信するステップであって、呼出し情報は、ターゲットサービスを呼び出すために使用される、ステップとを含む。
【００３７】
第２のデバイスは、登録要求を登録センターに送り、したがって、登録センターのパラメータデータベースは、複数の異なるサービスのパラメータ情報を記憶する。サービス発見要求を受信した後に、登録センターは、要件を満たすパラメータ情報についてパラメータデータベースを照会し、要件を満たすパラメータ情報に対応するサービスを判定し、サービスの記述情報を第１のデバイスに送る。このようにして、第１のデバイスは、第２のデバイスのサービスを呼び出すことができ、したがって、第１のデバイスは、高品質のサービスを取得することができる。
【００３８】
いくつかの可能な実装では、第２の送信モードが、中間ノードを使用することによって第１のデバイスと第２のデバイスとの間で情報を送信することであるとき、ターゲットパラメータ情報は、中間ノードのロケーションをさらに含み、中間ノードは、サードパーティデバイス、登録センター、または第２のデバイス上に配置される。
【００３９】
ターゲットパラメータ情報中に含まれる第２の送信モードに関する情報が、中間ノードを使用することによって送信が実施されること、および中間ノードがサードパーティデバイスに配置されることを示す情報である場合、登録センターは、探索を通して、中間ノードを使用することによって送信が実施されること、および中間ノードがサードパーティデバイスに配置されることを示す情報を含むパラメータ情報に対応するターゲットサービスの記述情報を判定して、第２のデバイスのターゲットサービスを取得し、したがって、第１のデバイスは、高品質のサービスを提供されることが可能である。
【００４０】
いくつかの可能な実装では、ネットワークサービスシステムは、モバイルエッジコンピューティングシステムであり、モバイルエッジコンピューティングシステムは、モバイルエッジオーケストレータおよびモバイルエッジホストを含み、モバイルエッジホストは、モバイルエッジプラットフォーム、第１のモバイルエッジアプリケーション、および第２のモバイルエッジアプリケーションを含み、モバイルエッジプラットフォームは登録センターに対応し、第１のモバイルエッジアプリケーションは第１のデバイスに対応し、第２のモバイルエッジアプリケーションは第２のデバイスに対応し、モバイルエッジオーケストレータは、第１のモバイルエッジアプリケーションおよび第２のモバイルエッジアプリケーションを管理するように構成される。
【００４１】
多様なサービスの中で、パラメータ情報をサポートするアプリケーションサービスに基づいて第１のモバイルエッジアプリケーションのために適切なサービスが発見されることが可能である。特に複数のインターフェースプロトコルまたは異なる呼出しモードをサポートするアプリケーションサービスの中で、第１のモバイルエッジアプリケーションは、呼出し情報を送信するために満足のいくインターフェースプロトコルまたは呼出しモードを選択し、それにより、送信効率を改善することができる。
【００４２】
いくつかの可能な実装では、ネットワークサービスシステムは、サービスおよびシステム態様ワークグループ６システムであり、サービスおよびシステム態様ワークグループ６システムは、サービス登録サーバ、ミッションクリティカルサービス、および外部アプリケーションを含み、サービス登録サーバは登録センターに対応し、外部アプリケーションは第１のデバイスに対応し、ミッションクリティカルサービスは第２のデバイスに対応する。
【００４３】
このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて外部アプリケーションのために適切なサービスが発見されることが可能である。特に、信用できるアプリケーションまたは同じドメイン中のアプリケーションは、サービスに直接的にアクセスすることができるが、信用できないアプリケーションまたは別のドメイン中のアプリケーションは、中間エンティティによって認証、フォーマット変換などが実施された後にのみ、サービスにアクセスすることができる。これはネットワークシステムのセキュリティ実施を改善する。
【００４４】
いくつかの可能な実装では、ネットワークサービスシステムは、サービスおよびシステム態様ワークグループ２システムであり、サービスおよびシステム態様ワークグループ２システムは、ネットワーク機能リポジトリ機能、第１のネットワーク機能インスタンス、および第２のネットワーク機能インスタンスを含み、ネットワーク機能リポジトリ機能は登録センターに対応し、第１のネットワーク機能インスタンスは第１のデバイスに対応し、第２のネットワーク機能インスタンスは第２のデバイスに対応する。
【００４５】
このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて第１のネットワーク機能インスタンスのために適切なサービスが発見されることが可能である。特に、適切な送信プロトコルを選択することで、インターフェース呼出しを正規化し、すなわち、インターフェースを適切に割り振ってサービスを改善し、それにより、ネットワークシステムの処理効率を向上させることができる。
【００４６】
第４の態様によれば、登録センターが提供され、登録センターは、第１の態様または第１の態様の可能な実装のいずれか１つによる方法を実施するように構成されたモジュールを含む。
【００４７】
第５の態様によれば、デバイスが提供され、本デバイスは、第２の態様または第２の態様の可能な実装のいずれか１つによる方法を実施するように構成されたモジュールを含む。
【００４８】
第６の態様によれば、デバイスが提供され、本デバイスは、第３の態様または第３の態様の可能な実装のいずれか１つによる方法を実施するように構成されたモジュールを含む。
【００４９】
第７の態様によれば、システムが提供され、本システムは、
第４の態様による登録センター、第５の態様によるデバイス、および第６の態様によるデバイス
を含む。
【００５０】
第８の態様によれば、プロセッサ、メモリ、および通信インターフェースを含む、登録センターが提供される。プロセッサは、メモリおよび通信インターフェースに接続される。メモリは、命令を記憶するように構成され、プロセッサは、命令を実行するように構成され、通信インターフェースは、プロセッサの制御下で別のネットワーク要素と通信するように構成される。プロセッサが、メモリに記憶された命令を実行するとき、プロセッサは、第１の態様または第１の態様の可能な実装のいずれか１つによる方法を実施することを可能にされる。
【００５１】
第９の態様によれば、プロセッサ、メモリ、および通信インターフェースを含む、デバイスが提供される。プロセッサは、メモリおよび通信インターフェースに接続される。メモリは、命令を記憶するように構成され、プロセッサは、命令を実行するように構成され、通信インターフェースは、プロセッサの制御下で別のネットワーク要素と通信するように構成される。プロセッサが、メモリに記憶された命令を実行するとき、プロセッサは、第２の態様または第２の態様の可能な実装のいずれか１つによる方法を実施することを可能にされる。
【００５２】
第１０の態様によれば、プロセッサ、メモリ、および通信インターフェースを含む、デバイスが提供される。プロセッサは、メモリおよび通信インターフェースに接続される。メモリは、命令を記憶するように構成され、プロセッサは、命令を実行するように構成され、通信インターフェースは、プロセッサの制御下で別のネットワーク要素と通信するように構成される。プロセッサが、メモリに記憶された命令を実行するとき、プロセッサは、第３の態様または第３の態様の可能な実装のいずれか１つによる方法を実施することを可能にされる。
【００５３】
第１１の態様によれば、コンピュータ記憶媒体が提供される。コンピュータ記憶媒体はプログラムコードを記憶し、プログラムコードは、第１の態様または第１の態様の可能な実装のいずれか１つによるサービス発見方法を実施するための命令を実行するように命令するために使用される。
【００５４】
第１２の態様によれば、コンピュータ記憶媒体が提供される。コンピュータ記憶媒体はプログラムコードを記憶し、プログラムコードは、第２の態様または第２の態様の可能な実装のいずれか１つによるサービス発見方法を実施するための命令を実行するように命令するために使用される。
【００５５】
第１３の態様によれば、コンピュータ記憶媒体が提供される。コンピュータ記憶媒体はプログラムコードを記憶し、プログラムコードは、第３の態様または第３の態様の可能な実装のいずれか１つによるサービス発見方法を実施するための命令を実行するように命令するために使用される。
【発明の効果】
【００５６】
上記の技術的解決策に基づいて、登録センターは、第１のデバイスによって送られたサービス発見要求を受信することであって、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む、受信することと、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定することと、ターゲットサービスの記述情報を含むサービス応答メッセージを第１のデバイスに送ることとを行う。このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて第１のデバイスのために適切なサービスが発見されることが可能である。したがって、サービス品質が改善されることが可能であり、システム処理効率が向上されることが可能である。
【図面の簡単な説明】
【００５７】
【図１】サービス登録および発見のアーキテクチャ図である。
【図２】ネットワークサービス登録および発見の概略フローチャートである。
【図３】サービス登録および発見がモバイルエッジコンピューティング（Ｍｏｂｉｌｅ  Ｅｄｇｅ  Ｃｏｍｐｕｔｉｎｇ、ＭＥＣ）システムに適用されるシナリオの概略図である。
【図４】サービス登録および発見がサービスおよびシステム態様ワークグループ（Ｓｅｒｖｉｃｅ  ａｎｄ  Ｓｙｓｔｅｍｓ  Ａｓｐｅｃｔｓ  Ｗｏｒｋ  Ｇｒｏｕｐ、ＳＡ）６システムに適用されるシナリオの概略図である。
【図５】サービス登録および発見がＳＡ２に適用されるシナリオの概略図である。
【図６】本出願の実施形態によるサービス発見方法の概略フローチャートである。
【図７】本出願の実施形態による送信モードの概略図である。
【図８】本出願の実施形態による呼出しモードの概略図である。
【図９】本出願の実施形態による送信プロトコルの概略図である。
【図１０】本出願の実施形態による送信モードの概略図である。
【図１１】本出願の実施形態による中間ノードのロケーションの概略図である。
【図１２】本出願の実施形態によるサービス発見方法の対話プロシージャの概略図である。
【図１３】本出願の別の実施形態によるサービス発見方法の対話プロシージャの概略図である。
【図１４】本出願の別の実施形態によるサービス発見方法の対話プロシージャの概略図である。
【図１５】本出願の実施形態による登録センターの概略ブロック図である。
【図１６】本出願の実施形態によるデバイスの概略ブロック図である。
【図１７】本出願の別の実施形態によるデバイスの概略ブロック図である。
【図１８】本出願の実施形態によるシステムの概略ブロック図である。
【図１９】本出願の実施形態による登録センターの概略構造図である。
【図２０】本出願の実施形態によるデバイスの概略構造図である。
【図２１】本出願の別の実施形態によるデバイスの概略構造図である。
【発明を実施するための形態】
【００５８】
以下で、添付の図面を参照しながら本出願の技術的解決策について説明する。
【００５９】
図１は、サービス登録および発見のアーキテクチャ図である。図１に示されているように、サービス登録および発見は、サービス定義、サービス選択、およびサービス実行ポリシーを容易にするディレクトリサービスである。サービスサプライヤとして、サービスプロバイダは、サービス登録センターでサービスプロバイダのサービス情報を登録する。サービス登録センターは、すべてのサービス登録情報のための中央ストレージを主に提供し、サービス消費者にサービス登録情報更新通知をリアルタイムに送ることを担当する。サービス消費者は、サービス登録センターから必要とされるサービス登録情報を取得し、サービスを呼び出す。
【００６０】
サービス登録および発見システム中の様々な要素は次のように特に定義される。
【００６１】
サービス（Ｓｅｒｖｉｃｅ）は、論理機能を独立して実装することができる、疎結合されたきめの粗い自律構成要素であり、サービス消費者（アプリケーション／ネットワーク要素または別の構成要素）による呼出しのために利用可能である。
【００６２】
エンドポイント（Ｅｎｄ  ｐｏｉｎｔ）は、サービスインスタンスによってサービス消費者に通知される発見アドレスであり、サービスインスタンスはこのアドレスを使用して情報を露出する。
【００６３】
契約（Ｃｏｎｔｒａｃｔ）は、アプリケーションプログラミングインターフェース（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ、ＡＰＩ）バージョン、ユニフォームリソース識別子（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ、ＵＲＩ）ディレクトリ、パラメータの量、およびメッセージフォーマットなど、サービスおよびサーバ呼出し側がそれに従う協定である。
【００６４】
登録センター（サービスレジストリ）は、複数のサービスインスタンスが同じであるとき、またはサービスインスタンスが動的に生成される必要があるときに使用される。サービスインスタンスは、サービスインスタンスのエンドポイントおよび契約を登録センターに提供し得、それにより、サービス呼出し側は、サービスを発見し、通常に使用する。
【００６５】
図２は、ネットワークサービス（ウェブサービス）登録および発見の概略フローチャートである。
【００６６】
２０１．ネットワークプロバイダが、提供されるネットワークサービスを登録センターにおいて公開する。登録センターにおいてネットワークプロバイダによって公開されるネットワークサービスは、サービス識別（Ｉｄｅｎｔｉｔｙ、ＩＤ）、サービス名、バージョン番号、プロバイダＩＤ、エンドポイント、インターフェーステーブル、またはサプライヤのうちの少なくとも１つなど、特にネットワークサービスの特性情報であり得る。
【００６７】
２０２．クライアントが、登録センターにおいて、必要とされるネットワークサービスを発見し、特に、登録センターが、ネットワークサービスの特性情報について探索して、適切なネットワークサービスを発見する。
【００６８】
２０３．クライアントが、ネットワークサービスのエンドポイントを取得する。
【００６９】
図３は、サービス登録および発見がモバイルエッジコンピューティング（Ｍｏｂｉｌｅ  Ｅｄｇｅ  Ｃｏｍｐｕｔｉｎｇ、ＭＥＣ）システムに適用されるシナリオを示す。図３に示されているように、ＭＥＣシステムは、モバイルエッジオーケストレータ（Ｍｏｂｉｌｅ  Ｅｄｇｅ  Ｏｒｃｈｅｓｔｒａｔｏｒ、ＭＥＯ）およびモバイルエッジホスト（Ｍｏｂｉｌｅ  ｅｄｇｅ  ｈｏｓｔ）を主に含む。ＭＥＯは、ＭＥＣシステム中にコア管理機能を有する。モバイルエッジホストは、モバイルエッジプラットフォーム（Ｍｏｂｉｌｅ  ｅｄｇｅ  ｐｌａｔｆｏｒｍ）、仮想化インフラストラクチャ（Ｖｉｒｔｕａｌｉｚａｔｉｏｎ  ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）、およびモバイルエッジアプリケーション（Ｍｏｂｉｌｅ  ｅｄｇｅ  ａｐｐｌｉｃａｔｉｏｎ、ＭＥアプリ）を主に含む。
【００７０】
モバイルエッジプラットフォームは、基本機能のセットであり、特定の仮想化インフラストラクチャにおいてモバイルエッジアプリケーションを走らせることが可能であり、モバイルエッジアプリケーションがモバイルエッジサービスを提供し使用することを可能にする。モバイルエッジアプリケーションは、ＭＥＯ構成または要求に基づいてモバイルエッジホストの仮想化インフラストラクチャにおいてインスタンス化されたアプリケーションである。モバイルエッジアプリケーションは、サービスプロバイダ（Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）およびサービス消費者（Ｓｅｒｖｉｃｅ  Ｃｏｎｓｕｍｅｒ）を含む。加えて、モバイルエッジプラットフォーム上に登録センター（サービスレジストリ）が配置され、サービスインスタンスは、サービスインスタンスのエンドポイントおよび契約を登録センターに提供し得、それにより、サービス呼出し側は、サービスインスタンスを発見し、通常に使用する。
【００７１】
ＭＥＣでは、Ｍｐ１インターフェースおよび表現状態転送（Ｒｅｓｔｆｕｌ）ＡＰＩも定義される。Ｍｐ１インターフェースは、モバイルエッジプラットフォームとモバイルエッジアプリケーションとの間のサービス登録、サービス発見、およびサービス通信をサポートする。ＲＥＳＴｆｕｌ  ＡＰＩは、ネットワークリソースの表現方式が継続的に取得されるとき、クライアントによって状態が継続的に変更されるＡＰＩである。特に、ＭＥＣのサービスプロバイダは、Ｍｐ１インターフェースを通してサービスをモバイルエッジプラットフォームに登録し、サービス消費者は、Ｍｐ１インターフェースを通してモバイルエッジプラットフォームからサービスを発見し、サービス消費者は、ＲＥＳＴｆｕｌアプリケーションプログラミングインターフェースを通して、サービスプロバイダによって提供されるサービスを呼び出す。
【００７２】
図４は、サービス登録および発見がサービスおよびシステム態様ワークグループ（Ｓｅｒｖｉｃｅ  ａｎｄ  Ｓｙｓｔｅｍｓ  Ａｓｐｅｃｔｓ  Ｗｏｒｋ  Ｇｒｏｕｐ、ＳＡ）６システムに適用されるシナリオを示す。図４に示されているように、ＳＡ６システムは、ミッションクリティカルサービス（Ｍｉｓｓｉｏｎ  Ｃｒｉｔｉｃａｌ  Ｓｅｒｖｉｃｅ、ＭＣ  Ｓｅｒｖｉｃｅ）、サービスアクセスサーバ、共通サービスコア（ｃｏｍｍｏｎ  ｓｅｒｖｉｃｅ  ｃｏｒｅ、ＣＳＣ）、外部アプリケーション、および動作サポートシステム（Ｏｐｅｒａｔｉｏｎ  Ｓｕｐｐｏｒｔ  Ｓｙｓｔｅｍ、ＯＳＳ）を含む。ＭＣサービスは、サービスアクセスサーバを使用することによって外部アプリケーションに対するサービス能力の露出を制御する。ミッションクリティカルサービスは、サービスアクセスサーバ上でサービスについて照会し、それを発見し、次いで、再使用されるインターフェースを通してサービス通信を実装する。
【００７３】
図５は、サービス登録および発見がＳＡ２に適用されるシナリオの概略図である。図５に示されているように、ＳＡ２システムは、ネットワーク機能リポジトリ機能（Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ  Ｒｅｐｏｓｉｔｏｒｙ  Ｆｕｎｃｔｉｏｎ、ＮＲＦ）、第１のネットワーク機能（Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ、ＮＦ）インスタンス（ＮＦ  Ｉｎｓｔａｎｃｅ、ＮＦＩ）、第２のネットワーク機能インスタンス、ならびに管理およびオーケストレーション（Ｍａｎａｇｅｍｅｎｔ  ａｎｄ  Ｏｒｃｈｅｓｔｒａｔｉｏｎ、ＭＡＮＯ）を含む。ＮＲＦは、ネットワーク機能インスタンスの展開、更新、および削除中に、展開されるＮＦＩに関する情報を保守する。ＮＲＦは、サービス発見機能をサポートし、ＮＦＩからネットワーク機能発見要求を受信し、ＮＦＩに関する発見された情報をＮＦＩに提供する。
【００７４】
要約すれば、ネットワークサービス登録および発見は、モバイルエッジコンピューティング（Ｍｏｂｉｌｅ  Ｅｄｇｅ  Ｃｏｍｐｕｔｉｎｇ、ＭＥＣ）システム、ＳＡ６システム、およびＳＡ２システムに適用され得る。例としてＭＥＣシステムが使用される。従来のＭＥＣシステムでは、サービス消費者は、サービスプロバイダのサービスを呼び出すためにＲＥＳＴｆｕｌ  ＡＰＩのみを使用することができ、したがって、ネットワークプロバイダおよび発見者は、送信インターフェースを考慮する必要がない。言い換えれば、従来の解決策では、ネットワークプロバイダおよび発見者は固定インターフェースを使用する。
【００７５】
欧州通信規格協会（Ｅｕｒｏｐｅａｎ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｔａｎｄａｒｄｓ  Ｉｎｓｔｉｔｕｔｅ、ＥＴＳＩ）ＭＥＣ＃８Ｂ会合では、ＭＥＣシステムは、ＲＥＳＴｆｕｌ  ＡＰＩをサポートするだけでなく、低いレイテンシおよび大きいデータボリュームをもつ送信をサポートするために使用されるトランスポートレイヤサービスインターフェース、たとえば、メッセージキューイングテレメトリトランスポート（Ｍｅｓｓａｇｅ  Ｑｕｅｕｉｎｇ  Ｔｅｌｅｍｅｔｒｙ  Ｔｒａｎｓｐｏｒｔ、ＭＱＴＴ）プロトコル、高度メッセージキューイングプロトコル（Ａｄｖａｎｃｅｄ  Ｍｅｓｓａｇｅ  Ｑｕｅｕｉｎｇ  Ｐｒｏｔｏｃｏｌ、ＡＭＱＰ）、およびプライベートリモートプロシージャコールプロトコル（Ｒｅｍｏｔｅ  Ｐｒｏｃｅｄｕｒｅ  Ｃａｌｌ  Ｐｒｏｔｏｃｏｌ、ＲＰＣ）をもサポートする。対照的に、従来の技術では、インターフェースの要件に基づいて適切なサービスが発見されることが不可能であり、したがって、サービス品質が低減される。
【００７６】
図６は、本出願の実施形態によるサービス発見方法の概略フローチャートである。図６に示されているように、本方法はネットワークサービスシステムに適用される。ネットワークサービスシステムは、登録センター、第１のデバイス、および第２のデバイスを含む。本方法は次のステップを含む。
【００７７】
６０１．登録センターが、第１のデバイスによって送られたサービス発見要求を受信し、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、第１の送信モードに関する情報は、インバンド識別子またはアウトオブバンド識別子であり、インバンド識別子は、呼出し情報が送信のためのデータに追加される送信モードを示すために使用され、アウトオブバンド識別子は、データおよび呼出し情報が別々に送信される送信モードを示すために使用され、呼出しモードは、１要求１応答または１要求多応答であり、送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、第２の送信モードは、直接的にまたは中間ノードを使用することによって送信を実施することである。
【００７８】
６０２．登録センターが、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定し、サービスパラメータデータベースは、第２のデバイスの異なるサービスのパラメータ情報を記憶するために使用される。
【００７９】
６０３．登録センターが、サービス応答メッセージを第１のデバイスに送り、サービス応答メッセージは、ターゲットサービスの記述情報を含む。
【００８０】
６０４．第１のデバイスが、呼出し情報を第２のデバイスに送り、呼出し情報は、ターゲットサービスを呼び出すために使用される。
【００８１】
第１のデバイスは、サービス発見要求を登録センターに送り、サービス発見要求は、ターゲットパラメータ情報に対応する、第２のデバイス中に含まれるサービスを要求するために使用され、サービス発見要求は、ターゲットパラメータ情報を搬送する。サービスパラメータデータベースは、第２のデバイスの異なるサービスのパラメータ情報を記憶し、すべてのサービスは、パラメータ情報に対して１対１の対応にある。パラメータ情報に対応する各サービスの記述情報は、特にサービスのＩＤであり得る。サービス発見要求を受信した後に、登録センターは、ターゲットパラメータ情報を満たすターゲットサービスについてサービスパラメータデータベースを探索し、ターゲットサービスの記述情報を含むサービス応答メッセージを第１のデバイスに送り、したがって、第１のデバイスは、第２のデバイスのターゲットサービスを呼び出すために、ターゲットサービスの記述情報に基づいて呼出し情報を送ることができる。言い換えれば、本出願のこの実施形態では、第１のデバイスのために必要とされるサービスがより正確に選択され、それにより、サービス品質が改善されることが可能である。
【００８２】
第１のデバイスによって必要とされるサービスのターゲットパラメータ情報は、第１のデバイスによって必要とされるサービスに対応するパラメータ情報であり得る。たとえば、ターゲットパラメータ情報は、第１のデバイスが、ターゲットサービスを選択した後に呼出し情報を第２のデバイスに送り、呼出し情報に基づいて、第２のデバイスによって送られた応答メッセージを受信するときに使用される、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、第２の送信モードに関する情報などであり得る。
【００８３】
第１のデバイスによって登録センターに送られるサービス発見要求は、サービスＩＤ、サービス名、バージョン番号、プロバイダＩＤ、エンドポイント、インターフェーステーブル、またはサプライヤのうちの少なくとも１つをさらに搬送し得ることに留意されたい。
【００８４】
サービスとパラメータ情報との間の対応は、マッピング関係を使用することによって、別の形態で、などで表され得ることを理解されたい。これは本出願では限定されない。
【００８５】
また、サービスパラメータデータベースにおいて、各サービスは１つのパラメータ情報に対応し、パラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つをも含むことを理解されたい。
【００８６】
また、第１のデバイスは、ハードウェアデバイスまたはソフトウェアアプリケーションであり得、第２のデバイスは、ハードウェアデバイスまたはソフトウェアアプリケーションであり得ることを理解されたい。加えて、第１のデバイスは第２のデバイスと同じであり得る。これは本出願では限定されない。
【００８７】
要約すれば、本出願のこの実施形態におけるサービス発見方法によれば、登録センターは、第１のデバイスによって送られたサービス発見要求を受信することであって、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む、受信することと、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定することと、ターゲットサービスの記述情報を含むサービス応答メッセージを第１のデバイスに送ることとを行う。このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて第１のデバイスのために適切なサービスが発見されることが可能である。したがって、サービス品質が改善されることが可能であり、システム処理効率が向上されることが可能である。加えて、本出願のこの実施形態におけるサービス発見方法によれば、ネットワークシステムの管理および拡張が容易にされることが可能である。
【００８８】
任意選択で、登録センターは、登録要求を受信し得、登録要求は、第２のデバイスの第１のサービスのパラメータ情報を含み、登録センターは、第１のサービスのパラメータ情報をサービスパラメータデータベースに記憶する。第１のサービスは、第２のデバイスによってサポートされるサービスのいずれか１つであり得る。具体的には、登録センターは、複数の異なるサービスのパラメータ情報をパラメータデータベースに記憶し、サービス発見要求を受信した後に、要件を満たすパラメータ情報についてパラメータデータベースを照会し、要件を満たすパラメータ情報に対応するサービスを判定し得る。
【００８９】
第２のデバイスが登録要求を登録センターに送るとき、登録要求中に含まれるパラメータ情報は、サービス発見要求中に含まれるパラメータ情報と同じであり、また、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、第１の送信モードに関する情報は、インバンド識別子またはアウトオブバンド識別子であり、インバンド識別子は、呼出し情報が送信のためのデータに追加される送信モードを示すために使用され、アウトオブバンド識別子は、データおよび呼出し情報が別々に送信される送信モードを示すために使用され、呼出しモードは、１要求１応答または１要求多応答であり、送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、第２の送信モードは、直接的にまたは中間ノードを使用することによって送信を実施することであることに留意されたい。
【００９０】
登録要求は、サービスＩＤ、サービス名、バージョン番号、プロバイダＩＤ、エンドポイント、インターフェーステーブル、またはサプライヤのうちの少なくとも１つをさらに搬送し得ることを理解されたい。
【００９１】
任意選択で、ターゲットパラメータ情報が、第１の送信モードに関する情報を含む場合、第１の送信モードに関する情報は、アウトオブバンド識別子またはインバンド識別子であり得る。インバンド識別子は、呼出し情報が送信のためのデータに追加される送信モードを示すために使用され、アウトオブバンド識別子は、データおよび呼出し情報が別々に送信される送信モードを示すために使用される。ターゲットパラメータ情報中に含まれる第１の送信モードに関する情報がインバンド識別子である場合、登録センターは、サービスパラメータデータベース中にあり、インバンド識別子を含むパラメータ情報に対応するサービスをターゲットサービスとして判定する。同様に、ターゲットパラメータ情報中に含まれる第１の送信モードに関する情報がアウトオブバンド識別子である場合、登録センターは、サービスパラメータデータベース中にあり、アウトオブバンド識別子を含むパラメータ情報に対応するサービスをターゲットサービスとして判定する。
【００９２】
特に、ターゲットパラメータ情報中に含まれる第１の送信モードに関する情報がインバンド識別子である場合、第１のデバイスによって第２のデバイスに送られる呼出し情報は、たとえば、送信制御プロトコル（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ、ＴＣＰ）オプション（ｏｐｔｉｏｎ）を使用することによって、送信のためのデータに追加され得る。図７に示されているように、ターゲットパラメータ情報中に含まれる第１の送信モードに関する情報がアウトオブバンド識別子である場合、第１のデバイスによって第２のデバイスに送られる呼出し情報およびデータは、別々に送信され得る。登録センターは、第１のデバイスのために、要件を満たす第２のデバイスを選択し、したがって、第１のデバイスは、高品質のサービスを取得することができる。
【００９３】
任意選択で、図８に示されているように、ターゲットパラメータ情報は、呼出しモードに関する情報を含み得、呼出しモードは、１要求１応答または１要求多応答である。１要求１応答は、第１のデバイスが呼出し情報を第２のデバイスに１回送った後、第２のデバイスが呼出し情報要求に１回応答するサービスであり得る。このようにして、異なる契約を必要とするサービスは別々に扱われ、それにより、処理効率が向上されることが可能である。１要求多応答は、第１のデバイスが呼出し情報を第２のデバイスに１回送った後、第２のデバイスが呼出し情報要求に複数回応答し得る、すなわち、１つのサブスクリプションの有効性が長時間持続するサービスであり得る。これは、同じサービスを必要とするデバイス間で呼出し情報を複数回送ることを回避させ、それにより、第１のデバイスの電力消費量を低減する。
【００９４】
呼出しモードが１要求１応答である場合、登録センターは、サービスパラメータデータベース中にあり、１要求１応答に関する情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定する。同様に、呼出しモードが１要求多応答である場合、登録センターは、サービスパラメータデータベース中にあり、１要求多応答に関する情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定する。
【００９５】
任意選択で、ターゲットパラメータ情報は、送信プロトコルに関する情報を含み、送信プロトコルは、ＲＥＳＴｆｕｌ  ＡＰＩプロトコル、ＡＭＱＰ、ＭＱＴＴプロトコル、およびＲＰＣプロトコルのうちのいずれか１つである。図９は、ＲＥＳＴｆｕｌ  ＡＰＩプロトコルおよびＡＭＱＰプロトコルの概略図である。送信プロトコルがＡＭＱＰプロトコルである場合、登録センターは、サービスパラメータデータベース中にあり、ＡＭＱＰプロトコルに関する情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定する。同様に、送信プロトコルがＲＥＳＴｆｕｌ  ＡＰＩプロトコル、ＭＱＴＴプロトコル、およびＲＰＣプロトコルのうちのいずれか１つである場合、登録センターは、サービスパラメータデータベース中にあり、対応するインターフェースプロトコルに関する情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定する。
【００９６】
任意選択で、ターゲットパラメータ情報は、第２の送信モードに関する情報を含む。図１０に示されているように、第２の送信モードは、直接的にまたは中間ノードを使用することによって送信を実施することである。第２の送信モードが直接的に送信を実施することである場合、登録センターは、サービスパラメータデータベース中にあり、直接的に送信が実施されることを示す情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定する。同様に、第２の送信モードが、中間ノードを使用することによって送信を実施することである場合、登録センターは、サービスパラメータデータベース中にあり、中間ノードを使用することによって送信が実施されることを示す情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定する。このようにして、第２のデバイスは、信用できるアプリケーションまたは同じドメイン中のアプリケーションに対応する第１のデバイスが、サービスに直接的にアクセスすることを可能にすることができるが、信用できないアプリケーションまたは別のドメイン中のアプリケーションに対応する第１のデバイスが、中間エンティティによって認証またはメッセージフォーマット変換が実施された後にのみ、サービスにアクセスすることを可能にすることができる。これは第２のデバイスのセキュリティ実施を改善する。
【００９７】
任意選択で、ターゲットパラメータ情報は、中間ノードのロケーションをさらに含み、図１１に示されているように、中間ノードは、サードパーティデバイス、登録センター、または第２のデバイス上に配置される。第２の送信モードが、中間ノードを使用することによって送信を実施することであるとき、登録センターによって、サービスパラメータデータベース中にあり、中間ノードを使用することによって送信が実施されることを示す情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定することは、特に、第２の送信モードが、中間ノードを使用することによって送信を実施することであり、中間ノードが、サードパーティデバイスに配置されるとき、登録センターによって、サービスパラメータデータベース中にあり、中間ノードを使用することによって送信が実施されること、および中間ノードがサードパーティデバイスに配置されることを示す情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定することであり得る。
【００９８】
ターゲットパラメータ情報が、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも２つを含むとき、登録センターは、サービスパラメータデータベース中にあり、ターゲットパラメータ情報中に含まれるすべての情報に対応するサービスのうちのいずれか１つをターゲットサービスとして判定し得るか、または登録センターは、すべての情報に対応するサービスの中でより高い比率をもつサービスをターゲットサービスとして判定し得ることに留意されたい。システムは、登録センターがターゲットサービスを判定するためのルールをプリセットし得る。これは本出願では限定されない。
【００９９】
任意選択で、ネットワークサービスシステムは、モバイルエッジコンピューティングＭＥＣシステムであり、ＭＥＣシステムは、モバイルエッジオーケストレータおよびモバイルエッジホストを含み、モバイルエッジホストは、モバイルエッジプラットフォーム、第１のモバイルエッジアプリケーション、および第２のモバイルエッジアプリケーションを含み、モバイルエッジプラットフォームは登録センターに対応し、第１のモバイルエッジアプリケーションは第１のデバイスに対応し、第２のモバイルエッジアプリケーションは第２のデバイスに対応し、モバイルエッジオーケストレータは、第１のモバイルエッジアプリケーションおよび第２のモバイルエッジアプリケーションを管理するように構成される。
【０１００】
特に、第１のモバイルエッジアプリケーションは、ＭＱＴＴプロトコル、ＡＭＱＰ、およびプライベートリモートプロシージャコールＲＰＣプロトコルなど、異なるインターフェースプロトコルを選択し得る。言い換えれば、インターフェースプロトコルの要件に基づいて適切なサービスが発見され、それにより、サービス品質が改善される。
【０１０１】
任意選択で、ネットワークサービスシステムはＳＡ６システムである。ＳＡ６システムは、サービス登録サーバ、ミッションクリティカルサービス、および外部アプリケーションを含み、サービス登録サーバは登録センターに対応し、外部アプリケーションは第１のデバイスに対応し、ミッションクリティカルサービスは第２のデバイスに対応する。
【０１０２】
ＳＡ６では、ミッションクリティカルサービスのそれとは異なる、信用できるドメイン中に配置された外部アプリケーションは、サービスアクセスサーバを使用する。この場合、サービスは、異なる信用できるドメイン／展開ドメイン中のユーザのためのアプリケーションを実装するために使用される。信用できるアプリケーションまたは同じドメイン中のアプリケーションは、サービスに直接的にアクセスすることができるが、信用できないアプリケーションまたは別のドメイン中のアプリケーションは、中間エンティティによって認証またはメッセージフォーマット変換が実施された後にのみ、サービスにアクセスすることができる。
【０１０３】
任意選択で、ネットワークサービスシステムはＳＡ２システムである。ＳＡ２システムは、ネットワーク機能リポジトリ機能、第１のネットワーク機能インスタンス、および第２のネットワーク機能インスタンスを含み、ネットワーク機能リポジトリ機能は登録センターに対応し、第１のネットワーク機能インスタンスは第１のデバイスに対応し、第２のネットワーク機能インスタンスは第２のデバイスに対応する。
【０１０４】
ＳＡ２では、ネットワーク機能（Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ、ＮＦ）の属性はサービスの属性と同じであり、ネットワーク機能とサービスとの間に１対１のマッピング関係があり得る。ＮＦは、訪問先パブリックランドモバイルネットワーク（Ｖｉｓｉｔｅｄ  Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ、ＶＰＬＭＮ）中のサードパーティおよびネットワーク要素のターゲットにされ得るか、またはホームパブリックランドモバイルネットワーク（Ｈｏｍｅ  Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ、ＨＰＬＭＮ）中のネットワーク要素のターゲットにされ得、インターフェースおよびメッセージ取得方式は異なり得る。たとえば、発展型パケットシステム（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ、ＥＰＳ）では、サービングゲートウェイ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ、Ｓ−ＧＷ）とＨパケットデータゲートウェイ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｇａｔｅｗａｙ、ＰＧＷ）との間のＳ５インターフェースのためのメッセージ取得プロシージャは、Ｓ−ＧＷとＶ−ＰＧＷとの間のＳ８インターフェースのためのメッセージ取得プロシージャとは異なる。ネットワーク露出機能（Ｎｅｔｗｏｒｋ  Ｅｘｐｏｓｕｒｅ  Ｆｕｎｃｔｉｏｎ、ＮＥＦ）は、将来において内部ネットワーク要素およびサードパーティのターゲットにされ、インターフェースおよびメッセージ取得方式はやはり異なり得る。このようにして、パラメータ情報に基づいて第１のネットワーク機能インスタンスのために適切な第２のネットワーク機能インスタンスがより正確に選択され、それにより、サービス品質が改善されることが可能である。
【０１０５】
要約すれば、本出願のこの実施形態におけるサービス発見方法によれば、登録センターは、第１のデバイスによって送られたサービス発見要求を受信することであって、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む、受信することと、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定することと、ターゲットサービスの記述情報を含むサービス応答メッセージを第１のデバイスに送ることとを行う。このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて第１のデバイスのために適切なサービスが発見されることが可能である。したがって、サービス品質が改善されることが可能であり、システム処理効率が向上されることが可能である。
【０１０６】
図１２は、本出願の実施形態によるサービス発見方法の対話プロシージャの概略図である。この実施形態における様々な同じ用語は、上記の実施形態におけるのと同じ意味を有する。
【０１０７】
本方法は、図３に示されているＭＥＣシステムに適用され得る。登録センターは、モバイルエッジプラットフォームに対応し得るか、またはモバイルエッジホストのモバイルエッジプラットフォーム上に配置された独立した装置であり得る。第１のデバイスは、サービスを要求するために使用される、モバイルエッジホスト中の第１のモバイルエッジアプリケーションに対応し得る。第２のデバイスは、サービスを提供するために使用される、モバイルエッジホスト中の第２のモバイルエッジアプリケーションに対応し得る。言い換えれば、第１のモバイルエッジアプリケーションは「サービス消費者」であり、第２のモバイルエッジアプリケーションは「サービスプロバイダ」である。
【０１０８】
アプリケーション開発者は、協定（たとえば、開発マニュアルまたは第３世代パートナーシッププロジェクト（ｔｈｅ  ３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ、３ＧＰＰ）規格）に従って２つのアプリケーションを実装し、協定中のインターフェースを実装し、協定に従って関係するインターフェース機能を呼び出し得る。本出願のこの実施形態を実装する前に、ＭＥＣシステムは、ＭＥＯを使用することによってＭＥＣシステム中のデバイス上に２つのアプリケーションを展開する。
【０１０９】
１２０１．ＭＥＯが、アプリケーションリソース要件、アプリケーションファイル、必要とされるサービス記述などを含む、ミッションクリティカルサービスアプリケーションインストールパッケージ（アプリパッケージ）を展開する。
【０１１０】
１２０２．アプリケーションインスタンス化要求を受信した後に、ＭＥＯが、アプリケーションインストールパッケージを制御して、第２のモバイルエッジアプリケーション中にプロバイダアプリケーションインスタンス、すなわち、提供されることが可能なサービスを生成する。
【０１１１】
１２０３．第２のモバイルエッジアプリケーションが、登録要求をモバイルエッジプラットフォームに送り、登録要求は、パラメータ情報をサポートするサービスを含む。
【０１１２】
特に、パラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、第１の送信モードに関する情報は、インバンド識別子またはアウトオブバンド識別子であり、インバンド識別子は、呼出し情報が送信のためのデータに追加される送信モードを示すために使用され、アウトオブバンド識別子は、データおよび呼出し情報が別々に送信される送信モードを示すために使用され、呼出しモードは、１要求１応答または１要求多応答であり、送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、第２の送信モードは、直接的にまたは中間ノードを使用することによって送信を実施することである。
【０１１３】
１２０４．モバイルエッジプラットフォームが、サービスおよびサービスのパラメータ情報をサービスパラメータデータベースに記憶する。特に、パラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む。
【０１１４】
登録要求は、異なるサービスについてモバイルエッジプラットフォームに送られ得るので、サービスパラメータデータベースは、複数の異なるサービス、およびサービスに対応するパラメータ情報を記憶する。
【０１１５】
１２０５．消費者アプリケーションインスタンス化要求を受信した後に、ＭＥＯが、アプリケーションインストールパッケージを制御して、第１のモバイルエッジアプリケーション中に消費者アプリケーションインスタンス、すなわち、必要とされるサービスを生成する。
【０１１６】
モバイルエッジプラットフォームが、異なるサービスのパラメータ情報を記憶している場合、ステップ１２０５は直接的に実施され得、ステップ１２０１から１２０４は実施される必要がないことを理解されたい。
【０１１７】
１２０６．第１のモバイルエッジアプリケーションが、サービス発見要求をモバイルエッジプラットフォームに送り、サービス発見要求は、必要とされるサービスのパラメータ情報を含み、パラメータ情報はターゲットパラメータ情報として表され得る。特に、ターゲットパラメータ情報はまた、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む。
【０１１８】
１２０７．モバイルエッジプラットフォームが、サービスパラメータデータベースに記憶されたサービスのパラメータ情報に基づいて、ターゲットパラメータ情報を満たすターゲットサービスを判定する。
【０１１９】
１２０８．モバイルエッジプラットフォームが、サービス応答メッセージを第１のモバイルエッジアプリケーションに送り、サービス応答メッセージは、ターゲットサービスの記述情報を含む。
【０１２０】
１２０９．第１のモバイルエッジアプリケーションが、サービス応答メッセージに基づいて呼出しプロシージャをトリガする。
【０１２１】
１２１０．第１のモバイルエッジアプリケーションが、サービス応答メッセージ中のターゲットサービスの記述情報に基づいて呼出しプロシージャを実施する。
【０１２２】
特に、呼出し情報は、第２のモバイルエッジアプリケーションに送られて、第２のモバイルエッジアプリケーション中でターゲットサービスが呼び出され得る。呼出しプロシージャは、たとえば、要求されるべきリソースを準備すること、コンテキストを記憶すること、コンテキストについて照会すること、および内容または呼出しの結果を返すことを含む。
【０１２３】
要約すれば、本出願のこの実施形態におけるサービス発見方法によれば、モバイルエッジプラットフォームは、第１のモバイルエッジアプリケーションによって送られたサービス発見要求を受信することであって、サービス発見要求は、第１のモバイルエッジアプリケーションによって必要とされるサービスのターゲットパラメータ情報を搬送し、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む、受信することと、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定することと、ターゲットサービスの記述情報を含むサービス応答メッセージを第１のモバイルエッジアプリケーションに送ることとを行う。このようにして、多様なサービスの中で、パラメータ情報をサポートするアプリケーションサービスに基づいて第１のモバイルエッジアプリケーションのために適切なサービスが発見されることが可能である。特に複数のインターフェースプロトコルまたは異なる呼出しモードをサポートするアプリケーションサービスの中で、第１のモバイルエッジアプリケーションは、呼出し情報を送信するために満足のいくインターフェースプロトコルおよび呼出しモードを選択し、それにより、送信効率を改善することができる。
【０１２４】
図１３は、本出願の別の実施形態によるサービス発見方法の対話プロシージャの概略図である。この実施形態における様々な同じ用語は、上記の実施形態におけるのと同じ意味を有する。
【０１２５】
本方法は、図４に示されているＳＡ６システムに適用され得る。登録センターはサービスアクセスサーバに対応し得、第１のデバイスは、サービスを要求するために使用される外部アプリケーションに対応し得、第２のデバイスは、サービスを提供するために使用されるミッションクリティカルサービスに対応し得る。言い換えれば、外部アプリケーションは「サービス消費者」であり、ミッションクリティカルサービスは「サービスプロバイダ」である。
【０１２６】
アプリケーション開発者は、協定（たとえば、開発マニュアルまたは３ＧＰＰ規格）に従って２つのアプリケーションを実装し、協定中のインターフェースを実装し、協定に従って関係するインターフェース機能を呼び出し得る。本出願のこの実施形態を実装する前に、ＳＡ６システムは、ＯＳＳを使用することによってＳＡ６システム中のデバイス上に２つのアプリケーションを展開する。
【０１２７】
１３０１．ＯＳＳが、ミッションクリティカルサービスインストールパッケージ（ＭＣパッケージ）を展開する。
【０１２８】
１３０２．アプリケーションインスタンス化要求を受信した後に、ＯＳＳが、アプリケーションインストールパッケージを制御して、ミッションクリティカルサービス中にプロバイダアプリケーションインスタンス、すなわち、提供されることが可能なサービスを生成する。
【０１２９】
１３０３．ミッションクリティカルサービスが、登録要求をサービスアクセスサーバに送り、登録要求は、パラメータ情報をサポートするサービスを含む。
【０１３０】
特に、パラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、第１の送信モードに関する情報は、インバンド識別子またはアウトオブバンド識別子であり、インバンド識別子は、呼出し情報が送信のためのデータに追加される送信モードを示すために使用され、アウトオブバンド識別子は、データおよび呼出し情報が別々に送信される送信モードを示すために使用され、呼出しモードは、１要求１応答または１要求多応答であり、送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、第２の送信モードは、直接的にまたは中間ノードを使用することによって送信を実施することである。
【０１３１】
１３０４．サービスアクセスサーバが、サービスおよびサービスのパラメータ情報をサービスパラメータデータベースに記憶する。特に、パラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む。
【０１３２】
登録要求は、異なるサービスについてサービスアクセスサーバに送られ得るので、サービスパラメータデータベースは、複数の異なるサービス、およびサービスに対応するパラメータ情報を記憶する。
【０１３３】
１３０５．消費者アプリケーションインスタンス化要求を受信した後に、ＯＳＳが、アプリケーションインストールパッケージを制御して、外部アプリケーション中に消費者アプリケーションインスタンス、すなわち、必要とされるサービスを生成する。
【０１３４】
サービスアクセスサーバが、異なるサービスのパラメータ情報を記憶している場合、ステップ１３０５は直接的に実施され得、ステップ１３０１から１３０４は実施される必要がないことを理解されたい。
【０１３５】
１３０６．外部アプリケーションが、サービス発見要求をサービスアクセスサーバに送り、サービス発見要求は、必要とされるサービスのパラメータ情報を含み、パラメータ情報はターゲットパラメータ情報として表され得る。特に、ターゲットパラメータ情報はまた、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む。
【０１３６】
１３０７．サービスアクセスサーバが、サービスパラメータデータベースに記憶されたサービスのパラメータ情報に基づいて、ターゲットパラメータ情報を満たすターゲットサービスを判定する。
【０１３７】
１３０８．サービスアクセスサーバが、サービス応答メッセージを外部アプリケーションに送り、サービス応答メッセージは、ターゲットサービスの記述情報を含む。
【０１３８】
１３０９．外部アプリケーションが、サービス応答メッセージに基づいて呼出しプロシージャをトリガする。
【０１３９】
１３１０．外部アプリケーションが、サービス応答メッセージ中のターゲットサービスの記述情報に基づいて呼出しプロシージャを実施する。
【０１４０】
特に、呼出し情報は、ミッションクリティカルサービスに送られて、ミッションクリティカルサービス中でターゲットサービスが呼び出され得る。呼出しプロシージャは、たとえば、要求されるべきリソースを準備すること、コンテキストを記憶すること、コンテキストについて照会すること、および内容または呼出しの結果を返すことを含む。
【０１４１】
要約すれば、本出願のこの実施形態におけるサービス発見方法によれば、サービスアクセスサーバは、外部アプリケーションによって送られたサービス発見要求を受信することであって、サービス発見要求は、外部アプリケーションによって必要とされるサービスのターゲットパラメータ情報を搬送し、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む、受信することと、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定することと、ターゲットサービスの記述情報を含むサービス応答メッセージを外部アプリケーションに送ることとを行う。このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて外部アプリケーションのために適切なサービスが発見されることが可能である。特に、信用できるアプリケーションまたは同じドメイン中のアプリケーションは、サービスに直接的にアクセスすることができるが、信用できないアプリケーションまたは別のドメイン中のアプリケーションは、中間エンティティによって認証、フォーマット変換などが実施された後にのみ、サービスにアクセスすることができる。これはネットワークシステムのセキュリティ実施を改善する。
【０１４２】
図１４は、本出願の実施形態によるサービス発見方法の対話プロシージャの概略図である。この実施形態における様々な同じ用語は、上記の実施形態におけるのと同じ意味を有する。
【０１４３】
本方法は、図５に示されているＳＡ２システムに適用され得る。登録センターはネットワーク機能リポジトリ機能に対応し得、第１のデバイスは、サービスを要求するために使用される第１のネットワーク機能インスタンスに対応し得、第２のデバイスは、サービスを提供するために使用される第２のネットワーク機能インスタンスに対応し得る。言い換えれば、第１のネットワーク機能インスタンスは「サービス消費者」であり、第２のネットワーク機能インスタンスは「サービスプロバイダ」である。
【０１４４】
アプリケーション開発者は、協定（たとえば、開発マニュアルまたは３ＧＰＰ規格）に従って２つのアプリケーションを実装し、協定中のインターフェースを実装し、協定に従って関係するインターフェース機能を呼び出し得る。本出願のこの実施形態を実装する前に、ＳＡ２システムは、ＭＡＮＯを使用することによってＳＡ２システム中のデバイス上に２つのアプリケーションを展開する。
【０１４５】
１４０１．ＭＡＮＯが、ネットワーク機能インストールパッケージ（Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ  Ｐａｃｋａｇｅ、ＮＦ  ｐａｃｋａｇｅ）を展開する。
【０１４６】
１４０２．アプリケーション開始要求を受信した後に、ＭＡＮＯが、アプリケーションインストールパッケージを制御して、第２のネットワーク機能インスタンス中にプロバイダアプリケーションインスタンス、すなわち、提供されることが可能なサービスを生成する。
【０１４７】
１４０３．第２のネットワーク機能インスタンスが、登録要求をネットワーク機能リポジトリ機能に送り、登録要求は、パラメータ情報をサポートするサービスを含む。
【０１４８】
特に、パラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、第１の送信モードに関する情報は、インバンド識別子またはアウトオブバンド識別子であり、インバンド識別子は、呼出し情報が送信のためのデータに追加される送信モードを示すために使用され、アウトオブバンド識別子は、データおよび呼出し情報が別々に送信される送信モードを示すために使用され、呼出しモードは、１要求１応答または１要求多応答であり、送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、第２の送信モードは、直接的にまたは中間ノードを使用することによって送信を実施することである。
【０１４９】
１４０４．ネットワーク機能リポジトリ機能が、サービスおよびサービスのパラメータ情報をサービスパラメータデータベースに記憶する。特に、パラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む。
【０１５０】
登録要求は、異なるサービスについてネットワーク機能リポジトリ機能に送られ得るので、サービスパラメータデータベースは、複数の異なるサービス、およびサービスに対応するパラメータ情報を記憶する。
【０１５１】
１４０５．消費者アプリケーションインスタンス化要求を受信した後に、ＭＡＮＯが、アプリケーションインストールパッケージを制御して、第１のネットワーク機能インスタンス中に消費者アプリケーションインスタンス、すなわち、必要とされるサービスを生成する。
【０１５２】
ネットワーク機能リポジトリ機能が、異なるサービスのパラメータ情報を記憶している場合、ステップ１４０５は直接的に実施され得、ステップ１４０１から１４０４は実施される必要がないことを理解されたい。
【０１５３】
１４０６．第１のネットワーク機能インスタンスが、サービス発見要求をネットワーク機能リポジトリ機能に送り、サービス発見要求は、必要とされるサービスのパラメータ情報を含み、パラメータ情報はターゲットパラメータ情報として表され得る。特に、ターゲットパラメータ情報はまた、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む。
【０１５４】
１４０７．ネットワーク機能リポジトリ機能が、サービスパラメータデータベースに記憶されたサービスのパラメータ情報に基づいて、ターゲットパラメータ情報を満たすターゲットサービスを判定する。
【０１５５】
１４０８．ネットワーク機能リポジトリ機能が、サービス応答メッセージを第１のネットワーク機能インスタンスに送り、サービス応答メッセージは、ターゲットサービスの記述情報を含む。
【０１５６】
１４０９．第１のネットワーク機能インスタンスが、サービス応答メッセージに基づいて呼出しプロシージャをトリガする。
【０１５７】
１４１０．第１のネットワーク機能インスタンスが、サービス応答メッセージ中のターゲットサービスの記述情報に基づいて呼出しプロシージャを実施する。
【０１５８】
特に、呼出し情報は、第２のネットワーク機能インスタンスに送られて、第２のネットワーク機能インスタンス中でターゲットサービスが呼び出され得る。呼出しプロシージャは、たとえば、要求されるべきリソースを準備すること、コンテキストを記憶すること、コンテキストについて照会すること、および内容または呼出しの結果を返すことを含む。
【０１５９】
要約すれば、本出願のこの実施形態におけるサービス発見方法によれば、ネットワーク機能リポジトリ機能は、第１のネットワーク機能インスタンスによって送られたサービス発見要求を受信することであって、サービス発見要求は、第１のネットワーク機能インスタンスによって必要とされるサービスのターゲットパラメータ情報を搬送し、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む、受信することと、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定することと、ターゲットサービスの記述情報を含むサービス応答メッセージを第１のネットワーク機能インスタンスに送ることとを行う。このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて第１のネットワーク機能インスタンスのために適切なサービスが発見されることが可能である。特に、適切な送信プロトコルを選択することで、インターフェース呼出しを正規化し、すなわち、インターフェースを適切に割り振ってサービスを改善し、それにより、ネットワークシステムの処理効率を向上させることができる。
【０１６０】
上記では、本出願の実施形態によるサービス発見方法について詳述し、以下では、本出願の実施形態によるサービス発見デバイスについて説明する。
【０１６１】
図１５は、本出願の実施形態による登録センター１５００の概略ブロック図である。図１５に示されているように、登録センター１５００は、
第１のデバイスによって送られたサービス発見要求を受信するように構成された、受信モジュール１５１０であって、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、第１の送信モードに関する情報は、インバンド識別子またはアウトオブバンド識別子であり、インバンド識別子は、呼出し情報が第１のデバイスと第２のデバイスとの間の送信のためのデータに追加される送信モードを示すために使用され、アウトオブバンド識別子は、データおよび呼出し情報が第１のデバイスと第２のデバイスとの間で別々に送信される送信モードを示すために使用され、呼出しモードは、１要求１応答または１要求多応答であり、送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、第２の送信モードは、直接的にまたは中間ノードを使用することによって第１のデバイスと第２のデバイスとの間で情報を送信することである、受信モジュール１５１０と、
サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定するように構成された、処理モジュール１５２０であって、サービスパラメータデータベースは、第２のデバイスの異なるサービスのパラメータ情報を記憶するために使用される、処理モジュール１５２０と、
サービス応答メッセージを第１のデバイスに送るように構成された、送りモジュール１５３０であって、サービス応答メッセージは、ターゲットサービスの記述情報を含む、送りモジュール１５３０と
を含む。
【０１６２】
本出願のこの実施形態における登録センターは、第１のデバイスによって送られたサービス発見要求を受信することであって、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む、受信することと、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定することと、ターゲットサービスの記述情報を含むサービス応答メッセージを第１のデバイスに送ることとを行う。このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて第１のデバイスのために適切なサービスが発見されることが可能である。したがって、サービス品質が改善されることが可能であり、システム処理効率が向上されることが可能である。
【０１６３】
任意選択で、受信モジュール１５１０は、第２のデバイスによって送られた登録要求を受信するようにさらに構成され、登録要求は、第２のデバイスの第１のサービスのパラメータ情報を含み、処理モジュール１５２０は、第１のサービスのパラメータ情報をサービスパラメータデータベースに記憶するようにさらに構成される。
【０１６４】
任意選択で、ターゲットパラメータ情報は、第１の送信モードに関する情報を含み、処理モジュール１５２０は、第１の送信モードに関する情報がインバンド識別子である場合、サービスパラメータデータベース中にあり、インバンド識別子を含むパラメータ情報に対応するサービスをターゲットサービスとして判定するように特に構成される。
【０１６５】
任意選択で、ターゲットパラメータ情報は、呼出しモードに関する情報を含み、処理モジュール１５２０は、呼出しモードが１要求１応答である場合、サービスパラメータデータベース中にあり、１要求１応答に関する情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定するように特に構成される。
【０１６６】
任意選択で、ターゲットパラメータ情報は、送信プロトコルに関する情報を含み、処理モジュール１５２０は、送信プロトコルが高度メッセージキューインターフェースプロトコルであるとき、サービスパラメータデータベース中にあり、高度メッセージキューインターフェースプロトコルに関する情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定するように特に構成される。
【０１６７】
任意選択で、ターゲットパラメータ情報は、第２の送信モードを含み、処理モジュール１５２０は、第２の送信モードが、中間ノードを使用することによって第１のデバイスと第２のデバイスとの間で情報を送信することであるとき、登録センターのために、サービスパラメータデータベース中にあり、中間ノードを使用することによって送信が実施されることを示す情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定するように特に構成される。
【０１６８】
任意選択で、ターゲットパラメータ情報は、中間ノードのロケーション情報をさらに含み、中間ノードは、サードパーティデバイス、登録センター、または第２のデバイス上に配置され、処理モジュール１５２０は、第２の送信モードが、中間ノードを使用することによって送信を実施することであり、中間ノードが、サードパーティデバイスに配置されるとき、サービスパラメータデータベース中にあり、中間ノードを使用することによって送信が実施されること、および中間ノードがサードパーティデバイスに配置されることを示す情報を含むパラメータ情報に対応するサービスをターゲットサービスとして判定するように特に構成される。
【０１６９】
任意選択で、ネットワークサービスシステムは、モバイルエッジコンピューティングシステムであり、モバイルエッジコンピューティングシステムは、モバイルエッジオーケストレータおよびモバイルエッジホストを含み、モバイルエッジホストは、モバイルエッジプラットフォーム、第１のモバイルエッジアプリケーション、および第２のモバイルエッジアプリケーションを含み、モバイルエッジプラットフォームは登録センターに対応し、第１のモバイルエッジアプリケーションは第１のデバイスに対応し、第２のモバイルエッジアプリケーションは第２のデバイスに対応し、モバイルエッジオーケストレータは、第１のモバイルエッジアプリケーションおよび第２のモバイルエッジアプリケーションを管理するように構成される。
【０１７０】
任意選択で、ネットワークサービスシステムは、サービスおよびシステム態様ワークグループ６システムであり、サービスおよびシステム態様ワークグループ６システムは、サービス登録サーバ、ミッションクリティカルサービス、および外部アプリケーションを含み、サービス登録サーバは登録センターに対応し、外部アプリケーションは第１のデバイスに対応し、ミッションクリティカルサービスは第２のデバイスに対応する。
【０１７１】
任意選択で、ネットワークサービスシステムは、サービスおよびシステム態様ワークグループ２システムであり、サービスおよびシステム態様ワークグループ２システムは、ネットワーク機能リポジトリ機能、第１のネットワーク機能インスタンス、および第２のネットワーク機能インスタンスを含み、ネットワーク機能リポジトリ機能は登録センターに対応し、第１のネットワーク機能インスタンスは第１のデバイスに対応し、第２のネットワーク機能インスタンスは第２のデバイスに対応する。
【０１７２】
要約すれば、本出願のこの実施形態における登録センターは、第１のデバイスによって送られたサービス発見要求を受信することであって、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む、受信することと、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定することと、ターゲットサービスの記述情報を含むサービス応答メッセージを第１のデバイスに送ることとを行う。このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて第１のデバイスのために適切なサービスが発見されることが可能である。したがって、サービス品質が改善されることが可能であり、システム処理効率が向上されることが可能である。
【０１７３】
図１６は、本出願の実施形態によるデバイス１６００の概略ブロック図である。図１６に示されているように、本デバイスはネットワークサービスシステムに適用される。ネットワークサービスシステムは、登録センター、本デバイス、および第２のデバイスを含む。デバイス１６００は、上記の実施形態における第１のデバイスに対応し、デバイス１６００は、
サービス発見要求を送るように構成された、送りモジュール１６１０であって、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、サービス発見要求は、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定するために使用され、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、第１の送信モードに関する情報は、インバンド識別子またはアウトオブバンド識別子であり、インバンド識別子は、呼出し情報が第１のデバイスと第２のデバイスとの間の送信のためのデータに追加される送信モードを示すために使用され、アウトオブバンド識別子は、データおよび呼出し情報が第１のデバイスと第２のデバイスとの間で別々に送信される送信モードを示すために使用され、呼出しモードは、１要求１応答または１要求多応答であり、送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、第２の送信モードは、直接的にまたは中間ノードを使用することによって第１のデバイスと第２のデバイスとの間で情報を送信することである、送りモジュール１６１０と、
サービス応答メッセージを受信するように構成された、受信モジュール１６２０であって、サービス応答メッセージは、ターゲットサービスの記述情報を含む、受信モジュール１６２０と
を含み、
送りモジュール１６１０は、呼出し情報を第２のデバイスに送るようにさらに構成され、呼出し情報は、ターゲットサービスを呼び出すために使用される。
【０１７４】
要約すれば、本出願のこの実施形態における第１のデバイスは、サービス発見要求を登録センターに送ることであって、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、サービス発見要求は、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定するために使用され、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む、送ることと、ターゲットサービスの記述情報を含む、登録センターによって送られたサービス応答メッセージを受信することとを行う。このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて第１のデバイスのために適切なサービスが発見されることが可能である。したがって、サービス品質が改善されることが可能であり、システム処理効率が向上されることが可能である。
【０１７５】
任意選択で、第２の送信モードが、中間ノードを使用することによって第１のデバイスと第２のデバイスとの間で情報を送信することであるとき、ターゲットパラメータ情報は、中間ノードのロケーションをさらに含み、中間ノードは、サードパーティデバイス、登録センター、または第２のデバイス上に配置される。
【０１７６】
任意選択で、ネットワークサービスシステムは、モバイルエッジコンピューティングシステムであり、モバイルエッジコンピューティングシステムは、モバイルエッジオーケストレータおよびモバイルエッジホストを含み、モバイルエッジホストは、モバイルエッジプラットフォーム、第１のモバイルエッジアプリケーション、および第２のモバイルエッジアプリケーションを含み、モバイルエッジプラットフォームは登録センターに対応し、第１のモバイルエッジアプリケーションは本デバイスに対応し、第２のモバイルエッジアプリケーションは第２のデバイスに対応し、モバイルエッジオーケストレータは、第１のモバイルエッジアプリケーションおよび第２のモバイルエッジアプリケーションを管理するように構成される。
【０１７７】
任意選択で、ネットワークサービスシステムは、サービスおよびシステム態様ワークグループ６システムであり、サービスおよびシステム態様ワークグループ６システムは、サービス登録サーバ、ミッションクリティカルサービス、および外部アプリケーションを含み、サービス登録サーバは登録センターに対応し、外部アプリケーションは本デバイスに対応し、ミッションクリティカルサービスは第２のデバイスに対応する。
【０１７８】
任意選択で、ネットワークサービスシステムは、サービスおよびシステム態様ワークグループ２システムであり、サービスおよびシステム態様ワークグループ２システムは、ネットワーク機能リポジトリ機能、第１のネットワーク機能インスタンス、および第２のネットワーク機能インスタンスを含み、ネットワーク機能リポジトリ機能は登録センターに対応し、第１のネットワーク機能インスタンスは本デバイスに対応し、第２のネットワーク機能インスタンスは第２のデバイスに対応する。
【０１７９】
要約すれば、本出願のこの実施形態における第１のデバイスは、サービス発見要求を登録センターに送ることであって、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、サービス発見要求は、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定するために使用され、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含む、送ることと、ターゲットサービスの記述情報を含む、登録センターによって送られたサービス応答メッセージを受信することとを行う。このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて第１のデバイスのために適切なサービスが発見されることが可能である。したがって、サービス品質が改善されることが可能であり、システム処理効率が向上されることが可能である。
【０１８０】
図１７は、本出願の実施形態によるデバイス１７００の概略ブロック図である。図１７に示されているように、本デバイスはネットワークサービスシステムに適用される。ネットワークサービスシステムは、登録センター、第１のデバイス、および本デバイスを含む。デバイス１７００は、上記の実施形態における第２のデバイスに対応し、デバイス１７００は、
登録要求を登録センターに送るように構成された、送りモジュール１７１０であって、登録要求は、第１のサービスのパラメータ情報を含み、したがって、登録センターは、第１のサービスのパラメータ情報をサービスパラメータデータベースに記憶し、サービスパラメータデータベースは、ターゲットパラメータ情報に対応するターゲットサービスを判定するために使用され、ターゲットパラメータ情報は、第１のデバイスによって必要とされるサービスのパラメータ情報であり、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、第１の送信モードに関する情報は、インバンド識別子またはアウトオブバンド識別子であり、インバンド識別子は、呼出し情報が第１のデバイスと第２のデバイスとの間の送信のためのデータに追加される送信モードを示すために使用され、アウトオブバンド識別子は、データおよび呼出し情報が第１のデバイスと第２のデバイスとの間で別々に送信される送信モードを示すために使用され、呼出しモードは、１要求１応答または１要求多応答であり、送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、第２の送信モードは、直接的にまたは中間ノードを使用することによって第１のデバイスと第２のデバイスとの間で情報を送信することである、送りモジュール１７１０と、
第１のデバイスによって送られた呼出し情報を受信するように構成された、受信モジュール１７２０であって、呼出し情報は、ターゲットサービスを呼び出すために使用される、受信モジュール１７２０と
を含む。
【０１８１】
要約すれば、本出願のこの実施形態における第２のデバイスは、登録要求を登録センターに送り、したがって、登録センターのパラメータデータベースは、複数の異なるサービスのパラメータ情報を記憶する。サービス発見要求を受信した後に、登録センターは、要件を満たすパラメータ情報についてパラメータデータベースを照会し、要件を満たすパラメータ情報に対応するサービスを判定し、サービスの記述情報を第１のデバイスに送る。このようにして、第１のデバイスは、第２のデバイスのサービスを呼び出すことができ、したがって、第１のデバイスは、高品質のサービスを取得することができる。
【０１８２】
任意選択で、第２の送信モードが、中間ノードを使用することによって第１のデバイスと第２のデバイスとの間で情報を送信することであるとき、ターゲットパラメータ情報は、中間ノードのロケーションをさらに含み、中間ノードは、サードパーティデバイス、登録センター、または本デバイス上に配置される。
【０１８３】
任意選択で、ネットワークサービスシステムは、モバイルエッジコンピューティングシステムであり、モバイルエッジコンピューティングシステムは、モバイルエッジオーケストレータおよびモバイルエッジホストを含み、モバイルエッジホストは、モバイルエッジプラットフォーム、第１のモバイルエッジアプリケーション、および第２のモバイルエッジアプリケーションを含み、モバイルエッジプラットフォームは登録センターに対応し、第１のモバイルエッジアプリケーションは第１のデバイスに対応し、第２のモバイルエッジアプリケーションは本デバイスに対応し、モバイルエッジオーケストレータは、第１のモバイルエッジアプリケーションおよび第２のモバイルエッジアプリケーションを管理するように構成される。
【０１８４】
任意選択で、ネットワークサービスシステムは、サービスおよびシステム態様ワークグループ６システムであり、サービスおよびシステム態様ワークグループ６システムは、サービス登録サーバ、ミッションクリティカルサービス、および外部アプリケーションを含み、サービス登録サーバは登録センターに対応し、外部アプリケーションは第１のデバイスに対応し、ミッションクリティカルサービスは本デバイスに対応する。
【０１８５】
任意選択で、ネットワークサービスシステムは、サービスおよびシステム態様ワークグループ２システムであり、サービスおよびシステム態様ワークグループ２システムは、ネットワーク機能リポジトリ機能、第１のネットワーク機能インスタンス、および第２のネットワーク機能インスタンスを含み、ネットワーク機能リポジトリ機能は登録センターに対応し、第１のネットワーク機能インスタンスは第１のデバイスに対応し、第２のネットワーク機能インスタンスは本デバイスに対応する。
【０１８６】
要約すれば、本出願のこの実施形態における第２のデバイスは、登録要求を登録センターに送り、したがって、登録センターのパラメータデータベースは、複数の異なるサービスのパラメータ情報を記憶する。サービス発見要求を受信した後に、登録センターは、要件を満たすパラメータ情報についてパラメータデータベースを照会し、要件を満たすパラメータ情報に対応するサービスを判定し、サービスの記述情報を第１のデバイスに送る。このようにして、第１のデバイスは、第２のデバイスのサービスを呼び出すことができ、したがって、第１のデバイスは、高品質のサービスを取得することができる。
【０１８７】
図１８は、本出願の実施形態によるサービス発見システム１８００を示す。システム１８００は、
図１５に示されている実施形態における登録センター１５００、図１６に示されている実施形態におけるデバイス１６００、および図１７に示されている実施形態におけるデバイス１７００
を含む。
【０１８８】
図１９は、本出願の実施形態による登録センターの概略構造図である。図１９に示されているように、登録センターは、少なくとも１つのプロセッサ１９０２（たとえば、コンピューティングおよび処理能力をもつ汎用プロセッサＣＰＵ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、またはフィールドプログラマブルゲートアレイ（ＦＰＧＡ））を含む。プロセッサ１９０２は、登録センター中のモジュールおよび構成要素を管理およびスケジュールするように構成される。図１５に示されている実施形態における処理モジュール１５２０は、プロセッサ１９０２によって実装され得る。登録センターは、少なくとも１つのトランシーバ１９０５（受信機／送信機）およびメモリ１９０６をさらに含む。図１５に示されている実施形態における受信モジュール１５１０および送りモジュール１５３０は、トランシーバ１９０５によって実装され得る。登録センターの構成要素は、内部接続経路を使用して、互いに通信し、制御信号および／またはデータ信号を送信する。
【０１８９】
本出願の実施形態において開示される方法は、プロセッサ１９０２に適用され得るか、またはメモリ１９０６に記憶されたコンピュータプログラムなどの実行可能モジュールを実行するために使用され得る。メモリ１９０６は、高速ランダムアクセスメモリ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、ＲＡＭ）を含み得るか、または不揮発性メモリ（ｎｏｎ−ｖｏｌａｔｉｌｅ  ｍｅｍｏｒｙ）をさらに含み得る。メモリ１９０６は、読取り専用メモリおよびランダムアクセスメモリを含み、必要であるシグナリング、データ、プログラムなどをプロセッサに提供し得る。メモリの一部は、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）をさらに含み得る。少なくとも１つの他のネットワーク要素への通信接続が、少なくとも１つのトランシーバ１９０５を使用することによって（ワイヤードまたはワイヤレス方式で）実装される。
【０１９０】
いくつかの実装では、メモリ１９０６はプログラム１９０６１を記憶し、プロセッサ１９０２は、プログラム１９０６１を実行して、
第１のデバイスによって送られたサービス発見要求を受信することであって、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、第１の送信モードに関する情報は、インバンド識別子またはアウトオブバンド識別子であり、インバンド識別子は、呼出し情報が第１のデバイスと第２のデバイスとの間の送信のためのデータに追加される送信モードを示すために使用され、アウトオブバンド識別子は、データおよび呼出し情報が第１のデバイスと第２のデバイスとの間で別々に送信される送信モードを示すために使用され、呼出しモードは、１要求１応答または１要求多応答であり、送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、第２の送信モードは、直接的にまたは中間ノードを使用することによって第１のデバイスと第２のデバイスとの間で情報を送信することである、受信することと、
サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定することであって、サービスパラメータデータベースは、第２のデバイスの異なるサービスのパラメータ情報を記憶するために使用される、判定することと、
サービス応答メッセージを第１のデバイスに送ることであって、サービス応答メッセージは、ターゲットサービスの記述情報を含む、送ることと、
という動作を実施する。
【０１９１】
登録センターは、特に、図１５に示されている実施形態における登録センターであり得、方法実施形態における登録センターに対応する各ステップおよび／またはプロシージャを実施するように構成され得ることに留意されたい。
【０１９２】
本出願のこの実施形態において提供される上記の技術的解決策から、第１のデバイスによって送られたサービス発見要求は受信され、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、ターゲットパラメータ情報に対応するターゲットサービスは、サービスパラメータデータベースに基づいて判定され、ターゲットサービスの記述情報を含むサービス応答メッセージは第１のデバイスに送られる、ということがわかる。このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて第１のデバイスのために適切なサービスが発見されることが可能である。したがって、サービス品質が改善されることが可能であり、システム処理効率が向上されることが可能である。
【０１９３】
図２０は、本出願の実施形態によるデバイスの概略構造図である。図２０に示されているように、本デバイスは、少なくとも１つのプロセッサ２００２（たとえば、コンピューティングおよび処理能力をもつ汎用プロセッサＣＰＵ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、またはフィールドプログラマブルゲートアレイ（ＦＰＧＡ））を含む。プロセッサ２００２は、本デバイス中のモジュールおよび構成要素を管理およびスケジュールするように構成される。本デバイスは、少なくとも１つのトランシーバ２００５（受信機／送信機）およびメモリ２００６をさらに含む。図１６に示されている実施形態における送りモジュール１６１０および受信モジュール１６２０は、トランシーバ２００５によって実装され得る。本デバイスの構成要素は、内部接続経路を使用して、互いに通信し、制御信号および／またはデータ信号を送信する。
【０１９４】
本出願の実施形態において開示される方法は、プロセッサ２００２に適用され得るか、またはメモリ２００６に記憶されたコンピュータプログラムなどの実行可能モジュールを実行するために使用され得る。メモリ２００６は、高速ランダムアクセスメモリ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、ＲＡＭ）を含み得るか、または不揮発性メモリ（ｎｏｎ−ｖｏｌａｔｉｌｅ  ｍｅｍｏｒｙ）をさらに含み得る。メモリ２００６は、読取り専用メモリおよびランダムアクセスメモリを含み、必要であるシグナリング、データ、プログラムなどをプロセッサに提供し得る。メモリの一部は、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）をさらに含み得る。少なくとも１つの他のネットワーク要素への通信接続が、少なくとも１つのトランシーバ２００５を使用することによって（ワイヤードまたはワイヤレス方式で）実装される。
【０１９５】
いくつかの実装では、メモリ２００６はプログラム２００６１を記憶し、プロセッサ２００２は、プログラム２００６１を実行して、
サービス発見要求を送ることであって、サービス発見要求は、本デバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、サービス発見要求は、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定するために使用され、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、第１の送信モードに関する情報は、インバンド識別子またはアウトオブバンド識別子であり、インバンド識別子は、呼出し情報が第１のデバイスと第２のデバイスとの間の送信のためのデータに追加される送信モードを示すために使用され、アウトオブバンド識別子は、データおよび呼出し情報が第１のデバイスと第２のデバイスとの間で別々に送信される送信モードを示すために使用され、呼出しモードは、１要求１応答または１要求多応答であり、送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、第２の送信モードは、直接的にまたは中間ノードを使用することによって第１のデバイスと第２のデバイスとの間で情報を送信することである、送ることと、
サービス応答メッセージを受信することであって、サービス応答メッセージは、ターゲットサービスの記述情報を含む、受信することと、
呼出し情報を第２のデバイスに送ることであって、呼出し情報は、ターゲットサービスを呼び出すために使用される、送ることと、
という動作を実施する。
【０１９６】
本出願のこの実施形態において提供される上記の技術的解決策から、サービス発見要求は登録センターに送られ、サービス発見要求は、第１のデバイスによって必要とされるサービスのターゲットパラメータ情報を搬送し、サービス発見要求は、サービスパラメータデータベースに基づいて、ターゲットパラメータ情報に対応するターゲットサービスを判定するために使用され、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、ターゲットサービスの記述情報を含む、登録センターによって送られたサービス応答メッセージは受信される、ということがわかる。このようにして、多様なサービスの中で、パラメータ情報をサポートするサービスに基づいて第１のデバイスのために適切なサービスが発見されることが可能である。したがって、サービス品質が改善されることが可能であり、システム処理効率が向上されることが可能である。
【０１９７】
図２１は、本出願の実施形態によるデバイスの概略構造図である。図２１に示されているように、本デバイスは、少なくとも１つのプロセッサ２１０２（たとえば、コンピューティングおよび処理能力をもつ汎用プロセッサＣＰＵ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、またはフィールドプログラマブルゲートアレイ（ＦＰＧＡ））を含む。プロセッサ２１０２は、本デバイス中のモジュールおよび構成要素を管理およびスケジュールするように構成される。本デバイスは、少なくとも１つのトランシーバ２１０５（受信機／送信機）およびメモリ２１０６をさらに含む。図１７に示されている実施形態における送りモジュール１７１０および受信モジュール１７２０は、トランシーバ２１０５によって実装され得る。本デバイスの構成要素は、内部接続経路を使用して、互いに通信し、制御信号および／またはデータ信号を送信する。
【０１９８】
本出願の実施形態において開示される方法は、プロセッサ２１０２に適用され得るか、またはメモリ２１０６に記憶されたコンピュータプログラムなどの実行可能モジュールを実行するために使用され得る。メモリ２１０６は、高速ランダムアクセスメモリ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、ＲＡＭ）を含み得るか、または不揮発性メモリ（ｎｏｎ−ｖｏｌａｔｉｌｅ  ｍｅｍｏｒｙ）をさらに含み得る。メモリ２１０６は、読取り専用メモリおよびランダムアクセスメモリを含み、必要であるシグナリング、データ、プログラムなどをプロセッサに提供し得る。メモリの一部は、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）をさらに含み得る。少なくとも１つの他のネットワーク要素への通信接続が、少なくとも１つのトランシーバ２１０５を使用することによって（ワイヤードまたはワイヤレス方式で）実装される。
【０１９９】
いくつかの実装では、メモリ２１０６はプログラム２１０６１を記憶し、プロセッサ２１０２は、プログラム２１０６１を実行して、
登録要求を登録センターに送ることであって、登録要求は、第１のサービスのパラメータ情報を含み、したがって、登録センターは、第１のサービスのパラメータ情報をサービスパラメータデータベースに記憶し、サービスパラメータデータベースは、ターゲットパラメータ情報に対応するターゲットサービスを判定するために使用され、ターゲットパラメータ情報は、第１のデバイスによって必要とされるサービスのパラメータ情報であり、ターゲットパラメータ情報は、第１の送信モードに関する情報、呼出しモードに関する情報、送信プロトコルに関する情報、および第２の送信モードに関する情報のうちの少なくとも１つを含み、第１の送信モードに関する情報は、インバンド識別子またはアウトオブバンド識別子であり、インバンド識別子は、呼出し情報が第１のデバイスと第２のデバイスとの間の送信のためのデータに追加される送信モードを示すために使用され、アウトオブバンド識別子は、データおよび呼出し情報が第１のデバイスと第２のデバイスとの間で別々に送信される送信モードを示すために使用され、呼出しモードは、１要求１応答または１要求多応答であり、送信プロトコルは、表現状態転送アプリケーションプログラミングインターフェースプロトコル、高度メッセージキューインターフェースプロトコル、メッセージキューイングテレメトリトランスポートプロトコル、およびリモートプロシージャコールプロトコルのうちのいずれか１つであり、第２の送信モードは、直接的にまたは中間ノードを使用することによって第１のデバイスと第２のデバイスとの間で情報を送信することである、送ることと、
第１のデバイスによって送られた呼出し情報を受信することであって、呼出し情報は、ターゲットサービスを呼び出すために使用される、受信することと、
という動作を実施する。
【０２００】
本出願のこの実施形態において提供される上記の技術的解決策から、登録要求は登録センターに送られ、したがって、登録センターのパラメータデータベースは、複数の異なるサービスのパラメータ情報を記憶する、ということがわかる。サービス発見要求を受信した後に、登録センターは、要件を満たすパラメータ情報についてパラメータデータベースを照会し、要件を満たすパラメータ情報に対応するサービスを判定し、サービスの記述情報を第１のデバイスに送る。このようにして、第１のデバイスは、第２のデバイスのサービスを呼び出すことができ、したがって、第１のデバイスは、高品質のサービスを取得することができる。
【０２０１】
本出願の実施形態は、コンピュータ記憶媒体をさらに提供し、コンピュータ記憶媒体は、上記の方法のうちのいずれか１つを実行するためのプログラム命令を記憶し得る。
【０２０２】
任意選択で、記憶媒体は、特にメモリ１９０６、２００６、または２１０６であり得る。
【０２０３】
当業者は、本明細書で開示される実施形態に関して説明された例におけるユニットおよびアルゴリズムステップが、電子ハードウェア、またはコンピュータソフトウェアと電子ハードウェアの組合せによって実装されることが可能であることに気づき得る。機能がハードウェアによって実施されるかソフトウェアによって実施されるかは、技術的解決策の特定の適用例および設計制約に依存する。当業者は、特定の適用例ごとに説明された機能を実装するために異なる方法を使用し得るが、実装が本出願の範囲を越えると考えられるべきではない。
【０２０４】
説明を容易で簡潔にするために、上記のシステム、装置、およびユニットの詳細な作業処理について、上記の方法実施形態における対応する処理への参照が行われ得ることが、当業者によって明らかに理解されよう。詳細について本明細書で再び説明されない。
【０２０５】
本出願において提供されるいくつかの実施形態では、開示されるシステム、装置、および方法は、他の方式で実装され得ることを理解されたい。たとえば、説明された装置実施形態は例にすぎない。たとえば、ユニット分割は、論理機能分割にすぎず、実際の実装では他の分割であり得る。たとえば、複数のユニットまたは構成要素は、組み合わされ得るかもしくは別のシステムに組み込まれ得るか、またはいくつかの特徴は無視されるかもしくは実施されないことがある。加えて、表示もしくは説明された相互結合もしくは直接結合または通信接続は、いくつかのインターフェースを通して実装され得る。装置またはユニット間の間接的結合または通信接続は、電気的、機械的、または他の形態で実装され得る。
【０２０６】
別個の部分として説明されたユニットは、物理的に別個であることもそうでないこともあり、ユニットとして表示された部分は、物理ユニットであることもそうでないこともあり、１つの位置に配置され得るか、または複数のネットワークユニット上に分散され得る。ユニットの一部または全部は、実施形態の解決策の目的を達成するために、実際の要件に応じて選択され得る。
【０２０７】
加えて、本出願の実施形態における機能ユニットは１つの処理ユニットへと統合され得るか、またはユニットの各々が物理的に単独で存在し得るか、または少なくとも２つのユニットが１つのユニットへと統合され得る。
【０２０８】
機能が、ソフトウェア機能ユニットの形態で実装され、独立した製品として販売または使用されるとき、機能はコンピュータ可読記憶媒体に記憶され得る。そのような理解に基づいて、本質的に本出願における技術的解決策、または従来技術に寄与する部分、または技術的解決策の一部は、ソフトウェア製品の形態で実装され得る。コンピュータソフトウェア製品は、記憶媒体に記憶され、本出願の実施形態における方法のステップの全部または一部を実施するように（パーソナルコンピュータ、サーバ、ネットワークデバイスなどであり得る）コンピュータデバイスに命令するためのいくつかの命令を含む。上記の記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、読取り専用メモリ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスク、または光ディスクなど、プログラムコードを記憶することができる任意の媒体を含む。
【０２０９】
上記の説明は、本出願の特定の実装にすぎず、本出願の保護範囲を限定することを意図されない。本出願に開示された技術範囲内で当業者によって容易に理解されるいかなる変形または置換も、本出願の保護範囲内に入るものである。したがって、本出願の保護範囲は、特許請求の範囲の保護範囲に従わなければならないものである。
【国際調査報告】
2020522201.tif 000024
2020522201.tif 000025
2020522201.tif 000026
2020522201.tif 000027