特表 2022-515653 サービスベースの通信方法、ユニット、システム及びコンピュータプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2022-02-21

(54)【発明の名称】サービスベースの通信方法、ユニット、システム及びコンピュータプログラム

(51)【国際特許分類】

   H04L 61/4541 20220101AFI20220214BHJP

   H04W 4/50 20180101ALI20220214BHJP

   H04W 76/10 20180101ALI20220214BHJP

   H04L 67/562 20220101ALI20220214BHJP

【ＦＩ】

H04L61/4541

H04W4/50

H04W76/10

H04L67/562

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2021538217

(86)(22)【出願日】2019-12-10

(85)【翻訳文提出日】2021-06-29

(86)【国際出願番号】 CN2019124308

(87)【国際公開番号】W WO2020147460

(87)【国際公開日】2020-07-23

(31)【優先権主張番号】201910036028.3

(32)【優先日】2019-01-15

(33)【優先権主張国・地域又は機関】CN

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＷＣＤＭＡ

２．ＢＬＵＥＴＯＯＴＨ

(71)【出願人】

【識別番号】514187420

【氏名又は名称】テンセント・テクノロジー・（シェンジェン）・カンパニー・リミテッド

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎 修

(72)【発明者】

【氏名】ジャン，ユンフェイ

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA21

5K067DD24

5K067EE02

5K067EE10

(57)【要約】

本願実施例は、ハイブリッド通信のサービスフレームワークをサポートし、サービス効率及びフレームワーク配置の柔軟性を向上させるためのサービスベースの通信方法、ユニット、システム並びにコンピュータプログラムを開示する。それらのうちの１つの方法は、ターゲット通信アドレスを取得するステップであって、ターゲット通信アドレスは、アクセスする必要のある第１目的サービスユニットがサービスを提供する時の対応する通信アドレスである、ステップと、第１サービスアクセス要求をターゲット通信アドレスに送信するステップであって、第１サービスアクセス要求は、第１目的サービスユニットのサービスタイプを含む、ステップと、ターゲット通信アドレスからサービスアクセス応答を受信するステップと、を含む。

【特許請求の範囲】

【請求項1】

サービスベースの通信方法であって、
第１通信ユニットがターゲット通信アドレスを取得するステップであって、前記ターゲット通信アドレスは、アクセスする必要のある第１目的サービスユニットがサービスを提供する時の、対応する通信アドレスであり、前記ターゲット通信アドレスは、第１目的サービスユニットが採用する通信方式に基づき、ネットワーク記憶機能ユニットによって提供され、前記第１目的サービスユニットが間接通信方式を採用する第１サービスユニットである場合、第１通信アドレスは、前記第１サービスユニットにサービスを提供する第１サービスサポートユニット通信のアドレスであり、前記第１目的サービスユニットが直接通信方式を採用する第２サービスユニットである場合、前記第１通信アドレスは前記第２サービスユニットの通信アドレスである、ステップと、
前記第１通信ユニットが第１サービスアクセス要求を前記ターゲット通信アドレスに送信するステップであって、前記第１サービスアクセス要求は、前記第１目的サービスユニットのサービスタイプを含む、ステップと、
前記第１通信ユニットが前記ターゲット通信アドレスからサービスアクセス応答を受信するステップであって、前記サービスアクセス応答は、前記第１目的サービスユニットがサービスを提供した後に生成されたものである、ステップと、を含むことを特徴とする、サービスベースの通信方法。

【請求項2】

前記第１通信ユニットがターゲット通信アドレスを取得する前に、前記サービスベースの通信方法は、
前記第１通信ユニットが第３サービスユニットであり、且つ前記第３サービスユニットが直接通信方式を採用する場合、前記第１通信ユニットが第１サービス登録要求を前記ネットワーク記憶機能ユニットに送信するステップをさらに含み、前記第１サービス登録要求は、前記第３サービスユニットが採用する直接通信方式及び前記第３サービスユニットの通信アドレスを含むことを特徴とする、
請求項１に記載のサービスベースの通信方法。

【請求項3】

前記第１通信ユニットがターゲット通信アドレスを取得するステップは、
前記第１通信ユニットが第１サービス発見要求を前記ネットワーク記憶機能ユニットに送信するステップであって、前記第１サービス発見要求は、アクセスする必要のある第１目的サービスユニットのサービスタイプを含み、前記ネットワーク記憶機能ユニットは、前記第１サービス発見要求に従って、第１目的サービスユニットの通信アドレスを取得するために用いられる、ステップと、
前記第１通信ユニットが、前記ネットワーク記憶機能ユニットによって送信されたサービス発見結果を受信するステップであって、前記サービス発見結果は、前記ターゲット通信アドレスを含む、ステップと、を含むことを特徴とする、
請求項１又は２に記載のサービスベースの通信方法。

【請求項4】

前記サービス発見結果がサービス発見有効時間をさらに含む場合、前記サービスベースの通信方法は、
前記第１通信ユニットが、アクセスする必要のある第２目的サービスユニットのサービスタイプを取得するステップと、
前記第１目的サービスユニットのサービスタイプ及び前記第２目的サービスユニットのサービスタイプが同じである場合、前記第１通信ユニットは、現在の時間が前記サービス発見有効時間を超えるかどうかを判断するステップと、
前記現在の時間が前記サービス発見有効時間を超えない場合、前記第１通信ユニットは、前記第２目的サービスユニットがサービスを提供する時の対応する通信アドレスと前記ターゲット通信アドレスが同じアドレスであると判断するステップと、をさらに含むことを特徴とする、
請求項３に記載のサービスベースの通信方法。

【請求項5】

前記ターゲット通信アドレスを取得する前に、前記サービスベースの通信方法は、
前記第１通信ユニットが第３サービスユニットにサービスを提供する第２サービスサポートユニットである場合、前記第１通信ユニットは、前記第３サービスユニットによって送信された第２サービス登録要求を受信するステップであって、前記第２サービス登録要求は、前記第３サービスユニットが採用する間接通信方式及び前記第３サービスユニットの通信アドレスを含む、ステップと、
前記第１通信ユニットが第３サービス登録要求を前記ネットワーク記憶機能ユニットに送信するステップであって、前記第３サービス登録要求は、前記第３サービスユニットが採用する間接通信方式、前記第３サービスユニットの通信アドレス及び前記第２サービスサポートユニットの通信アドレスを含み、前記第３サービスユニットがサービスを提供する時の対応する通信アドレスは、前記第２サービスサポートユニットの通信アドレスである、ステップと、をさらに含むことを特徴とする、
請求項１に記載のサービスベースの通信方法。

【請求項6】

前記第１通信ユニットがターゲット通信アドレスを取得するステップは、
前記第１通信ユニットが、前記第３サービスユニットによって送信された第２サービスアクセス要求を受信するステップであって、前記第２サービスアクセス要求は、前記第３サービスユニットがアクセスする必要のある第１目的サービスユニットのサービスタイプ及びサービスペイロードデータを含む、ステップと、
前記第１通信ユニットが、前記サービスタイプに対応するサービスユニットの通信アドレスがローカルメモリに記憶されているかどうかを判断するステップと、
前記ネットワーク記憶機能ユニットによって予め送信された前記サービスタイプに対応するサービスユニットの通信アドレスが前記ローカルメモリに記憶されている場合、前記第１通信ユニットは、前記ローカルメモリから前記ターゲット通信アドレスを取得するステップと、を含むことを特徴とする、
請求項５に記載のサービスベースの通信方法。

【請求項7】

前記ターゲット通信アドレスを取得するステップは、
前記サービスタイプに対応するサービスユニットの通信アドレスが前記ローカルメモリに記憶されていない場合、第１サービス発見要求を前記ネットワーク記憶機能ユニットに送信するステップであって、前記第１サービス発見要求は、アクセスする必要のある第１目的サービスユニットのサービスタイプを含み、前記ネットワーク記憶機能ユニットは、前記第１サービス発見要求に従って第１目的サービスユニットの通信アドレスを取得するために用いられる、ステップと、
前記第１通信ユニットが、前記ネットワーク記憶機能ユニットによって送信されたサービス発見結果を受信するステップであって、前記サービス発見結果は、前記ターゲット通信アドレスを含む、ステップと、をさらに含むことを特徴とする、
請求項６に記載のサービスベースの通信方法。

【請求項8】

前記第１通信ユニットが第３サービスユニットにサービスを提供する第２サービスサポートユニットである場合、前記ターゲット通信アドレスからサービスアクセス応答を受信した後、前記サービスベースの通信方法は、
前記第１通信ユニットが、前記サービスアクセス応答を前記第３サービスユニットに送信するステップをさらに含むことを特徴とする、
請求項５ないし７のいずれか一項に記載のサービスベースの通信方法。

【請求項9】

サービスベースの通信方法であって、
第１サービスサポートユニットが、第１通信ユニットによってターゲット通信アドレスに送信された第１サービスアクセス要求を受信するステップであって、前記第１サービスアクセス要求は、アクセスする必要のある第１サービスユニットのサービスタイプを含み、前記第１サービスサポートユニットは、前記第１サービスユニットにサービスを提供するサービスサポートユニットであり、前記第１サービスユニットは間接通信方式を採用し、前記ターゲット通信アドレスは、前記第１サービスサポートユニットの通信アドレスである、ステップと、
前記第１サービスサポートユニットが前記第１サービスアクセス要求を前記第１サービスユニットに送信するステップであって、前記第１サービスユニットは、前記第１サービスアクセス要求に従ってサービスを提供し、及びサービスアクセス応答を生成するために用いられる、ステップと、
前記第１サービスサポートユニットが、前記第１サービスユニットによって送信されたサービスアクセス応答を受信するステップと、
前記第１サービスサポートユニットが、前記サービスアクセス応答を前記第１通信ユニットに送信するステップと、を含むことを特徴とする、サービスベースの通信方法。

【請求項10】

前記第１サービスサポートユニットは、第１通信ユニットによってターゲット通信アドレスに送信された第１サービスアクセス要求を受信する前に、前記サービスベースの通信方法は、
前記第１サービスサポートユニットが、前記第１サービスユニットによって送信された第４サービス登録要求を受信するステップであって、前記第４サービス登録要求は、前記第１サービスユニットが採用する間接通信方式及び前記第１サービスユニットの通信アドレスを含む、ステップと、
前記第１サービスサポートユニットは、第５サービス登録要求をネットワーク記憶機能ユニットに送信するステップであって、前記第５サービス登録要求は、前記第１サービスユニットが採用する間接通信方式、前記第１サービスユニットの通信アドレス及び前記第１サービスサポートユニットの通信アドレスを含む、ステップと、をさらに含むことを特徴とする、
請求項９に記載のサービスベースの通信方法。

【請求項11】

前記第１サービスサポートユニットが前記第１サービスアクセス要求を前記第１サービスユニットに送信する前に、前記サービスベースの通信方法は、
前記第１サービスサポートユニットが、前記第１サービスユニットの通信アドレスがローカルメモリに記憶されているかどうかを判断するステップと、
ネットワーク記憶機能ユニットによって予め送信された前記第１サービスユニットの通信アドレスが前記ローカルメモリに記憶されている場合、前記第１サービスサポートユニットが、前記ローカルメモリから前記第１サービスユニットの通信アドレスを取得するステップと、をさらに含むことを特徴とする、
請求項９に記載のサービスベースの通信方法。

【請求項12】

前記サービスベースの通信方法は、
前記第１サービスユニットの通信アドレスが前記ローカルメモリに記憶されていない場合、前記第１サービスサポートユニットが、第２サービス発見要求を前記ネットワーク記憶機能ユニットに送信するステップであって、前記第２サービス発見要求は、前記第１サービスユニットのサービスタイプを含む、ステップと、
前記第１サービスサポートユニットが、前記ネットワーク記憶機能ユニットによって送信されたサービス発見結果を受信するステップであって、前記サービス発見結果は、前記第１サービスユニットの通信アドレスを含む、ステップと、をさらに含むことを特徴とする、
請求項１１に記載のサービスベースの通信方法。

【請求項13】

請求項１～８のうちの何れか１項に記載の通信方法を実行する手段を有する通信ユニット。

【請求項14】

請求項９～１２のうちの何れか１項に記載の通信方法を実行する手段を有するサービスポートユニット。

【請求項15】

サービスベースの通信システムであって、
前記第１目的サービスユニットが間接通信方式を採用する第１サービスユニットである場合、前記サービスベースの通信システムは、請求項１３に記載の通信ユニット、請求項１４に記載のサービスサポートユニット、第１サービスユニット及びネットワーク記憶機能ユニットを備え、
前記第１目的サービスユニットが直接通信方式を採用する第２サービスユニットである場合、前記サービスベースの通信システムは、請求項１３に記載の通信ユニット、第２サービスユニット及び前記ネットワーク記憶機能ユニットを備え、
前記ネットワーク記憶機能ユニットは、前記第１通信ユニットにターゲット通信アドレスを提供し、第１サービスユニット、第２サービスユニット及び第３サービスユニットのそれぞれで採用する通信方式、及び各サービスユニットの通信アドレスを記憶するように構成される、サービスベースの通信システム。

【請求項16】

コンピュータプログラムであって、
コンピュータに、請求項１ないし８のいずれか一項に記載のサービスベースの通信方法、又は、請求項９ないし１２のいずれか一項に記載のサービスベースの通信方法を実行させる、コンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、２０１９年０１月１５日に中国特許局に提出された、出願番号が２０１９１００３６０２８．３であり、発明の名称が「サービスベースの通信方法、通信ユニット、サービスサポートユニット及びシステム」である中国特許出願の優先権を主張し、その内容の全てが引用により本願に組み込まれる。

【0002】

本願は、コンピュータ技術分野に関し、特に、サービスベースの通信方法、ユニット、システム並びにコンピュータプログラムに関する。

【背景技術】

【0003】

リリース１５（Ｒｅｌｅａｓｅ １５、Ｒ１５と略称）の第５世代モバイル通信技術（Ｆｉｆｔｈ－Ｇｅｎｅｒａｔｉｏｎ、５Ｇと略称）コアネットワークアーキテクチャでは、コントロールプレーン内部の各ネットワーク機能（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ、ＮＦと略称）エンティティ間のインターフェースはいずれも、サービスベースのインターフェースに基づく設計方法を用いて、サービスの呼び出しによって実現される。このサービスベースのアーキテクチャ（Ｓｅｒｖｉｃｅ Ｂａｓｅｄ Ａｒｃｈｉｔｅｃｔｕｒｅ、ＳＢＡと略称）において、従来のネットワーク要素間の呼び出し方法は、各ネットワーク機能のサービス間の呼び出しに変換する。

【0004】

リリース１６（Ｒｅｌｅａｓｅ １６、Ｒ１６と略称）の５Ｇコアネットワークアーキテクチャでは、進化したサービスベースのアーキテクチャ（ｅｎｈａｎｃｅｍｅｎｔｓ ｔｏ ｔｈｅ Ｓｅｒｖｉｃｅ Ｂａｓｅｄ Ａｒｃｈｉｔｅｃｔｕｒｅ、ｅＳＢＡと略称）のプロジェクトが提案され、サービスフレームワーク（ｓｅｒｖｉｃｅ ｆｒａｍｅｗｏｒｋ）の概念も明確に提案され、サービスフレームワークは、サービスベースのアーキテクチャにおいてビジネスロジック以外の他の機能のセットを指す。

【0005】

５ＧシステムのｅＳＢＡプロジェクトは、異なる配置方法を提案し、各配置方法はいずれも、サービスの通信方式、即ち直接通信又は間接通信に対して当該配置方式に属する具体的な要件を有し、サービスベースのアーキテクチャ内の全てのサービスは、上記の２つの通信方式のうちの１つに基づいて実現される。これにより、サービスベースのアーキテクチャの配置に一定の制約が生じる。各配置方法が一旦設定されると、当該配置方法でサポートされる通信方式を使用してのみサービスを提供することができ、異なる通信方式を有する様々なサービスの設計を柔軟にサポートすることができなくなり、サービスを提供するためのサービスベースのアーキテクチャの効率及び柔軟性が低下する。

【発明の概要】

【発明が解決しようとする課題】

【0006】

本願実施例は、ハイブリッド通信のサービスフレームワークをサポートし、サービス効率及びフレームワーク配置の柔軟性を向上させるためのサービスベースの通信方法、ユニット、システム並びにコンピュータプログラムを提供する。

【課題を解決するための手段】

【0007】

本願実施例は、以下の技術的解決策を提供する。

【0008】

一態様によれば、本願実施例は、サービスベースの通信方法を提供し、前記サービスベースの通信方法は、
第１通信ユニットが、ターゲット通信アドレスを取得するステップであって、前記ターゲット通信アドレスは、アクセスする必要のある第１目的サービスユニットがサービスを提供する時の対応する通信アドレスであり、前記ターゲット通信アドレスは、第１目的サービスユニットが採用する通信方式に基づき、ネットワーク記憶機能ユニットによって提供され、前記第１目的サービスユニットが間接通信方式を採用する第１サービスユニットである場合、第１通信アドレスは、前記第１サービスユニットにサービスを提供する第１サービスサポートユニット自体の通信アドレスであり、前記第１目的サービスユニットが直接通信方式を採用する第２サービスユニットである場合、前記第１通信アドレスは、前記第２サービスユニット自体の通信アドレスである、ステップと、
前記第１通信ユニットが、第１サービスアクセス要求を前記ターゲット通信アドレスに送信するステップであって、前記第１サービスアクセス要求は、前記第１目的サービスユニットのサービスタイプを含む、ステップと、
前記第１通信ユニットが、前記ターゲット通信アドレスからサービスアクセス応答を受信するステップであって、前記サービスアクセス応答は、前記第１目的サービスユニットがサービスを提供した後に生成されたものである、ステップと、を含む。

【0009】

別の態様によれば、本願実施例はさらに、サービスベースの通信方法を提供し、前記サービスベースの通信方法は、
第１サービスサポートユニットは、第１通信ユニットによってターゲット通信アドレスに送信された第１サービスアクセス要求を受信するステップであって、前記第１サービスアクセス要求は、アクセスする必要のある第１サービスユニットのサービスタイプを含み、前記第１サービスサポートユニットは、前記第１サービスユニットにサービスを提供するサービスサポートユニットであり、前記第１サービスユニットは間接通信方式を採用し、前記ターゲット通信アドレスは、前記第１サービスサポートユニットの通信アドレスである、ステップと、
前記第１サービスサポートユニットが、前記第１サービスアクセス要求を前記第１サービスユニットに送信するステップであって、前記第１サービスユニットは、前記第１サービスアクセス要求に従ってサービスを提供し、及びサービスアクセス応答を生成するために用いられる、ステップと、
前記第１サービスサポートユニットが、前記第１サービスユニットによって送信されたサービスアクセス応答を受信するステップと、
前記第１サービスサポートユニットが、前記サービスアクセス応答を前記第１通信ユニットに送信するステップと、を含む。

【0010】

別の態様によれば、本願実施例は通信ユニットを提供し、前記通信ユニットは、具体的に、第１通信ユニットであり、前記第１通信ユニットは、
ターゲット通信アドレスを取得するように構成されるアドレス取得モジュールであって、前記ターゲット通信アドレスは、アクセスする必要のある第１目的サービスユニットがサービスを提供する時の対応する通信アドレスであり、前記ターゲット通信アドレスは、第１目的サービスユニットが採用する通信方式に基づき、ネットワーク記憶機能ユニットによって提供され、前記第１目的サービスユニットが間接通信方式を採用する第１サービスユニットである場合、第１通信アドレスは、前記第１サービスユニットにサービスを提供する第１サービスサポートユニット自体の通信アドレスであり、前記第１目的サービスユニットが直接通信方式を採用する第２サービスユニットである場合、前記第１通信アドレスは、前記第２サービスユニット自体の通信アドレスである、アドレス取得モジュールと、
第１サービスアクセス要求を前記ターゲット通信アドレスに送信するように構成される送信モジュールであって、前記第１サービスアクセス要求は、前記第１目的サービスユニットのサービスタイプを含む、送信モジュールと、
前記ターゲット通信アドレスからサービスアクセス応答を受信するように構成される受信モジュールであって、前記サービスアクセス応答は、前記第１目的サービスユニットがサービスを提供した後に生成されたものである、受信モジュールと、を備える。

【0011】

上記の態様において、第１通信ユニットの構成要素モジュールは、上記の一態様及び様々な可能な実施形態における第１通信ユニットによって実行されるステップを実行することもできる。詳細な説明は、上記の一態様及び様々な可能な実施形態を参照されたい。

【0012】

別の態様によれば、本願実施例はサービスサポートユニットを提供し、前記サービスサポートユニットは、具体的に、第１サービスサポートユニットであり、前記第１サービスサポートユニットは、
第１通信ユニットによってターゲット通信アドレスに送信された第１サービスアクセス要求を受信するように構成される受信モジュールであって、前記第１サービスアクセス要求は、アクセスする必要のある第１サービスユニットのサービスタイプを含み、前記第１サービスサポートユニットは、前記第１サービスユニットにサービスを提供するサービスサポートユニットであり、前記第１サービスユニットは間接通信方式を採用し、前記ターゲット通信アドレスは、前記第１サービスサポートユニットの通信アドレスである、受信モジュールと、
前記第１サービスアクセス要求を前記第１サービスユニットに送信するように構成される送信モジュールであって、前記第１サービスユニットは、前記第１サービスアクセス要求に従ってサービスを提供し、及びサービスアクセス応答を生成するために用いられる、送信モジュールと、を備え、
前記受信モジュールはさらに、前記第１サービスユニットによって送信されたサービスアクセス応答を受信するように構成され、
前記送信モジュールはさらに、前記サービスアクセス応答を前記第１通信ユニットに送信するように構成される。

【0013】

上記の態様において、第１サービスサポートユニットの構成要素モジュールは、上記の一態様及び様々な可能な実施形態における第１サービスサポートユニットによって実行されるステップを実行することもできる。詳細な説明は、上記の一態様及び様々な可能な実施形態を参照されたい。

【0014】

別の態様によれば、本願実施例は第１通信ユニットを提供し、当該第１通信ユニットは、プロセッサ及びメモリを備え、メモリは命令を記憶するように構成され、プロセッサは、メモリの命令を実行して、第１通信ユニットが上記の一態様におけるサービスベースの通信方法を実行するように構成される。

【0015】

別の態様によれば、本願実施例は第１サービスサポートユニットを提供し、当該第１サービスサポートユニットは、プロセッサ及びメモリを備え、メモリは命令を記憶するように構成され、プロセッサは、メモリの命令を実行して、第１サービスサポートユニットが上記の一態様におけるサービスベースの通信方法を実行するように構成される。

【0016】

別の態様によれば、本願実施例はコンピュータ可読記憶媒体を提供し、前記コンピュータ可読記憶媒体には命令が記憶され、プロセッサによって実行される際に、前記命令に基づいてサービスベースの通信方法を実行する。

【0017】

別の態様によれば、本願実施例はサービスベースの通信システムを提供し、前記第１目的サービスユニットが間接通信方式を採用する第１サービスユニットである場合、前記サービスベースの通信システムは、上記の一態様に記載の通信ユニット、上記の一態様に記載のサービスサポートユニット、第１サービスユニット及びネットワーク記憶機能ユニットを備え、
前記第１目的サービスユニットが直接通信方式を採用する第２サービスユニットである場合、前記サービスベースの通信システムは、上記の一態様のいずれか一項に記載の通信ユニット、第２サービスユニット及び前記ネットワーク記憶機能ユニットを備え、
前記ネットワーク記憶機能ユニットは、前記第１通信ユニットにターゲット通信アドレスを提供し、第１サービスユニット、第２サービスユニット及び第３サービスユニットのそれぞれで採用する通信方式、及び各サービスユニットの通信アドレスを記憶するように構成される。

【0018】

別の態様によれば、本願実施例はコンピュータ可読記憶媒体を提供し、少なくとも１つの命令が記憶され、前記少なくとも１つの命令がプロセッサによって実行される際に、プロセッサに上記実施例によるサービスベースの通信方法を実行させる。

【0019】

別の態様によれば、本願実施例はコンピュータプログラムを提供し、前記コンピュータプログラムはコンピュータに上記実施例によるサービスベースの通信方法を実行させる。

【図面の簡単な説明】

【0020】

本願実施例の技術的解決策をより明確に説明するために、以下は、実施例の説明で使用される図面について簡単に紹介する。以下に説明される図面は、本願実施例のいくつかの実施例に過ぎず、当業者にとっては、これらの図面にしたがって他の図面を得ることもできることは自明である。

【図1】本願実施例で提供されるサービスベースの通信システムの構成の概略的な構造図である。

【図2】本願実施例で提供される別のサービスベースの通信システムの構成の概略的な構造図である。

【図3】本願実施例で提供される第１通信ユニット、第１サービスサポートユニット及び第１サービスユニットの間の相互作用プロセスの概略図である。

【図4】本願実施例で提供されるｅＳＢＡアーキテクチャでの配置方法の概略図である。

【図5】本願実施例で提供されるｅＳＢＡアーキテクチャでの別の配置方法の概略図である。

【図6】本願実施例で提供されるｅＳＢＡアーキテクチャでの別の配置方法の概略図である。

【図7】本願実施例で提供されるｅＳＢＡアーキテクチャでの別の配置方法の概略図である。

【図8】本願実施例で提供される第１通信ユニットによって実行されるサービスベースの通信方法のフローチャートである。

【図9】本願実施例で提供される第１通信ユニットによって実行される別のサービスベースの通信方法のフローチャートである。

【図10】本願実施例で提供される第１サービスサポートユニットによって実行されるサービスベースの通信方法のフローチャートである。

【図11】本願実施例で提供されるハイブリッド通信のサービスフレームワークの概略図である。

【図12】本願実施例で提供されるサービス発見及びアクセスプロセスの概略図である。

【図13】本願実施例で提供される別のサービス発見及びアクセスプロセスの概略図である。

【図14】本願実施例で提供される第１通信ユニットの構成の概略的な構造図である。

【図15】本願実施例で提供される別の第１通信ユニットの構成の概略的な構造図である。

【図16】本願実施例で提供される第１サービスサポートユニットの構成の概略的な構造図である。

【図17】本願実施例で提供される別の第１サービスサポートユニットの構成の概略的な構造図である。

【図18】本願実施例で提供される別の第１サービスサポートユニットの構成の概略的な構造図である。

【図19】本願実施例で提供されるサービスベースの通信方法が適用可能な端末の構成の概略的な構造図である。

【図20】本願実施例で提供されるサービスベースの通信方法が適用可能なサーバの構成の概略的な構造図である。

【発明を実施するための形態】

【0021】

本願実施例は、ハイブリッド通信のためのサービスフレームワークをサポートし、サービス効率及びフレームワーク配置の柔軟性を向上させるためのサービスベースの通信方法、ユニット、システム並びに記憶媒体を提供する。

【0022】

本願の発明目的、特徴及び利点をより明白で理解しやすくするために、以下、本願実施例における図面を参照して、本願実施例における技術的解決策を明確且つ完全に説明するが、明らかに、以下で説明された実施例は、本願実施例の一部に過ぎず、実施例の全部ではない。本願実施例に基づき、当業者が取得した他のすべての実施例は、本願の保護範囲に含まれる。

【0023】

本願の明細書、特許請求の範囲及び上記添付図面中の「含む」、「有する」及びこれらの任意の変形の用語は、非排他的包含を網羅することが意図され、一連のユニットを含むプロセス、方法、システム、製品又はデバイスはそれらのユニットに必ずしも限定されず、明確に列挙されない他のステップ又はユニット、又はこれらのプロセス、方法、製品又はデバイスに固有の他のユニットを含み得る。

【0024】

以下、それらについて詳細に説明する。

【0025】

本願実施例は、先ず、サービスベースの通信システムを提供し、図１及び図２を参照すると、図１及び図２は、本願実施例で提供される２つのサービスベースの通信システムの構成の概略的な構造図である。本願実施例で提供されるサービスベースの通信システムは、ｅＳＢＡアーキテクチャでのサービスフレームワークに適用されることができ、コントロールプレーン内の各ネットワーク機能間のインターフェースはいずれも、サービスベースのインターフェースの設計方法に基づき設計され、内部通信は、サービスの呼び出しによって実現される。本願実施例では、サービスフレームワークは、サービスの登録、認証、発見、選択、ルーティング等機能など、サービスベースのアーキテクチャにおいてビジネスロジック以外の他の機能のセットを指す。ここで、当該サービスはマイクロサービスとも呼ばれ、後続の実施例ではサービスユニットがサービスを提供することを例として説明する。

【0026】

図１に示されるように、本願実施例で提供されるサービスベースの通信システム１０は、第１通信ユニット１１、第１サービスサポートユニット１２、第１サービスユニット１３及びネットワーク記憶機能ユニット１４を備えることができる。ここで、第１通信ユニット１１は、第１目的サービスユニットにアクセスする必要があり、当該第１目的サービスユニットは、間接通信方式を採用する第１サービスユニット１３である。

【0027】

ここで、本願実施例におけるサービスユニットは、サービスフレームワークにおける消費者（ｃｏｎｓｕｍｅｒ）又は生産者（ｐｒｏｄｕｃｅｒ）を指し、当該サービスユニットは、具体的に、サービス（ｓｅｒｖｉｃｅ）のインスタンス（ｉｎｓｔａｎｃｅ）であり得、当該サービスユニット自体は通信アドレスを有し、例えば、当該通信アドレスは、インターネットプロトコル（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ、ＩＰと略称）アドレスであり得、又は当該通信アドレスは、ユニット間の通信が満たされる限り、１つのサービスユニットを一意に識別するための他のアドレスであり得る。本願実施例におけるサービスユニットは、２つの通信方式（又は通信モードとも呼ばれる）は、それぞれ、間接通信方式及び直接通信方式である。

【0028】

本願実施例はサービスサポートユニットを提供し、当該サービスサポートユニットは、サービスユニットにサービスを提供するユニットであり、例えば、サービスサポートユニットは、サービスフレームワークにおけるサービスフレームワークサポート機能ユニット（Ｓｅｒｖｉｃｅ Ｆｒａｍｅｗｏｒｋ Ｓｕｐｐｏｒｔ Ｆｕｎｃｔｉｏｎ、ＳＦＳＦと略称）であり得る。間接通信方式を採用するサービスユニットの場合、当該サービスユニットは、サービスサポートユニットと通信することができ、間接通信方式を採用するサービスユニットがサービスを提供する場合、当該サービスに対応する通信アドレスは当該サービスユニットの通信アドレスではなく、当該サービスユニットに接続されたサービスサポートユニットの通信アドレスである。ここで、サービスフレームワークにおいて、１つのサービスサポートユニットは、具体的に、サービスフレームワークの構造設計に依存して、１つ又は複数のサービスユニットにサービスサポートを提供することができるが、ここではこれらに対して限定しない。

【0029】

本願実施例で提供される第１通信ユニットは、具体的に、１つのサービスユニットであってもよく、この場合、第１通信ユニットは、サービスフレームワークにおける消費者であってもよい。例えば、後続の実施例では、例を挙げて第１通信ユニットが第３サービスユニットであることを説明する。例示的に、第１通信ユニットは、サービスサポートユニットであってもよく、この場合、第１通信ユニットは、第３サービスユニットにサービスサポートを提供することができ、例えば、後続の実施例では、例を挙げて第１通信ユニットが第２サービスサポートユニットであることを説明する。本願実施例における通信ユニットは、サービスユニット及びサービスサポートユニットの総称であり、特定のシナリオに従って、当該通信ユニットがサービスユニット又はサービスサポートユニットであると判断することができるが、ここではこれらに対して限定しない。

【0030】

本願実施例は、ネットワーク記憶機能ユニットを提供し、当該ネットワーク記憶機能ユニットは、全てのサービスユニットの登録に使用されることができ、登録が成功する場合、当該ネットワーク記憶機能ユニットは、各サービスユニットによって報告されたそれらの自体の通信アドレス、及び各サービスユニットが採用する通信方式を記憶する。例えば、直接通信方式を採用するサービスユニットの場合、ネットワーク記憶機能ユニットは、当該サービスユニットの通信アドレスを記憶する。間接通信方式を採用するサービスユニットの場合、当該サービスユニットがサービスを提供する時の対応する通信アドレスは当該サービスユニットの通信アドレスではなく、当該サービスユニットに接続されるサービスサポートユニットの通信アドレスであるため、ネットワーク記憶機能ユニットは、間接通信方式を採用するサービスユニットに接続されたサービスサポートユニットの通信アドレス、及び当該サービスユニットの通信アドレスを記憶する。例を挙げて説明すると、サービスユニット１（ｓｅｒｖｉｃｅ１）が間接通信方式を採用し、当該ｓｅｒｖｉｃｅ１はＳＦＳＦ－１（サービスサポートユニット１）に接続すると、ｓｅｒｖｉｃｅ１がサービスを提供する時の対応する通信アドレスは、ｓｅｒｖｉｃｅ１の通信アドレスではなく、ＳＦＳＦ－１の通信アドレスであるため、ネットワーク記憶機能ユニットは、ｓｅｒｖｉｃｅ１及びそれに対応するＳＦＳＦ－１の通信アドレスを記憶する。当該ネットワーク記憶機能ユニットは、通信分野のサービスフレームワークにおけるネットワークリポジトリ機能（Ｎｅｔｗｏｒｋ Ｒｅｐｏｓｉｔｏｒｙ Ｆｕｎｃｔｉｏｎ、ＮＲＦと略称）であってもよい。

【0031】

図１に示されたシステムアーキテクチャにおいて、第１通信ユニットが第１サービスユニットにアクセスする必要がある場合、第１サービスユニットは間接通信方式を採用し、第１サービスユニットは、第１サービスサポートユニットによってサービスサポートが提供されるため、第１通信ユニットは、先ず、第１サービスサポートユニットと通信し、次に、第１サービスサポートユニットが第１サービスユニットと通信することができ、それにより、第１通信ユニットと第１サービスユニットの間の間接通信を実現する。

【0032】

図２に示されるように、図２は、本願実施例で提供される別のサービスベースの通信システムの構成の概略的な構造図である。図１との違いは、図２の第１通信ユニット１１がアクセスする必要のある第１目的サービスユニットが第２サービスユニット１５であることであり、第２サービスユニット１５は直接通信方式を採用するため、第１通信ユニットは、サービスサポートユニットに頼ることなく、第２サービスユニット１５と直接通信することができ、それにより、第１通信ユニット１１と第２サービスユニット１５の間の直接通信を実現する。

【0033】

上記の図１及び図２に示されたサービスベースの通信システムに基づき、本願実施例では、間接通信方式及び直接通信方式を同じサービスフレームワークに基づいて実現することができ、本願実施例は、ハイブリッド通信のためのサービスフレームワーク技術案を提案する。当該ハイブリッド通信のためのサービスフレームワークでは、直接通信のサービスを配置してもよく、間接通信のサービスを配置してもよく、さらに、それらの内部の直接通信のサービスは、間接通信のサービスと相互に呼び出すことができ、且つ内部ユニットは、互いの通信方法を認識しない。１つの通信方式しか提供できないという関連技術の既存の問題を解決するために、本願実施例は、ハイブリッド通信のためのサービスフレームワークをサポートし、それにより、サービス効率及びフレームワーク配置の柔軟性を向上させることができる。

【0034】

図３を参照すると、図３は、本願実施例で提供される第１通信ユニット、第１サービスサポートユニット及び第１サービスユニットの間の相互作用プロセスの概略図である。例示的に、本願実施例で提供されるサービスベースの通信方法の実行ステップを示し、方法は、主に、次のステップを含む。

【0035】

ステップ３０１において、第１通信ユニットが、ターゲット通信アドレスを取得し、ターゲット通信アドレスは、アクセスする必要のある第１目的サービスユニットがサービスを提供する時の対応する通信アドレスであり、ターゲット通信アドレスは、第１目的サービスユニットが採用する通信方式に基づき、ネットワーク記憶機能ユニットによって提供される。

【0036】

ここで、第１通信ユニットが第１目的サービスユニットにアクセスする必要がある場合、第１通信ユニットは、アクセスする必要のある第１目的サービスユニットがサービスを提供する時の対応する通信アドレスを取得することができ、説明の便宜上、アクセスする必要のある第１目的サービスユニットがサービスを提供する時の対応する通信アドレスを「ターゲット通信アドレス」として定義する。当該ターゲット通信アドレスは、具体的に、１つの通信アドレス、又は１つの通信アドレスリスト、又は１つの通信アドレスセットであってもよいが、ここではこれらに対して限定しない。

【0037】

本願実施例における第１通信ユニットは、具体的に、サービスユニット、又はサービスサポートユニットを備えることができる。例えば、当該第１通信ユニットは、具体的に、１つのｓｅｒｖｉｃｅ、又はＳＦＳＦであってもよい。ここで、目的サービスユニットとは、アクセスする必要のあるサービスユニットなど、アクセスする必要のあるｓｅｒｖｉｃｅを指す。サービスサポートユニットとは、サービスユニットにサービスサポート機能を提供するユニットを指し、主に、サービス間のルーティング転送機能を実現し、サポートサービス間のルーティング転送機能をサポートするユニットの全てを本願実施例におけるサービスサポートユニットと見なすことができ、例えば、本願実施例におけるサービスサポートユニットは、具体的に、ＳＦＳＦを指してもよく、更に例えば、サービスサポートユニットは、ＳＦＳＦ以外であってもよく、サービスサポートユニットは、共有フレームワークサポート機能ユニット（Ｃｏｍｍｅｎｔ Ｆｒａｍｅｗｏｒｋ Ｓｕｐｐｏｒｔ Ｆｕｎｃｔｉｏｎ、ＣＦＳＦと略称）であってもよく、サービスサポートユニットは、メッセージパーシングシステム（Ｍｅｓｓａｇｅ Ｐａｓｓｉｎｇ Ｓｙｓｔｅｍ）であってもよく、サービスサポートユニットは、サービスエージェントユニット（Ｓｅｒｖｉｃｅ Ａｇｅｎｔ）であってもよく、サービスサポートユニットは、アダプタ（Ａｄａｐｔｅｒ）であってもよい。ネットワーク記憶機能ユニットはＮＲＦであってもよい。

【0038】

本願実施例において、ターゲット通信アドレスは、ネットワーク記憶機能ユニットによって第１通信ユニットに提供されることができ、例えば、当該ターゲット通信アドレスは、第１通信ユニット及びネットワーク記憶機能ユニットがリアルタイムで相互作用した後に取得されたものであってもよく、第１通信ユニット及びネットワーク記憶機能ユニットが事前に相互作用して取得した後、ローカルメモリに記憶したものであってもよいが、ここではこれらに対して限定しない。

【0039】

本願実施例において、ターゲット通信アドレスは、次の２つの状況で実現することができる。第１目的サービスユニットが間接通信方式を採用する第１サービスユニットである場合、ターゲット通信アドレスは、第１サービスユニットにサービスを提供する第１サービスサポートユニットの通信アドレスである。第１目的サービスユニットが直接通信方式を採用する第２サービスユニットである場合、ターゲット通信アドレスは第２サービスユニットの通信アドレスである。したがって、アクセスする必要のある第１目的サービスユニットが採用する通信方式（例えば、直接通信方式又は間接通信方式を採用することができる）に従って、当該ターゲット通信アドレスを取得する必要があるが、ここではこれらに対して限定しない。図３では、第１目的サービスユニットが間接通信方式を採用する第１サービスユニットであることを例として説明する。

【0040】

本願のいくつかの実施例において、図４、図５、図６、図７を参照すると、それらは、ｅＳＢＡアーキテクチャでの４つの配置方法である。ここで、２つのサービスは通信することができ、ここで、１つのサービスは消費者であってもよく、もう１つのサービスは生産者であってもよい。消費者は、生産者と通信することができ、例えば、消費者は要求を生産者に送信し（Ｒｅｑｕｅｓｔ ｈｔｔｐ：．．．など）、生産者は応答（ユニフォームリソース識別子（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ、ＵＲＩと略称）など）を消費者に送信し、次に、消費者は、生産者に後続要求（Ｓｕｂｓｅｑｕｅｎｔ ｒｅｑｕｅｓｔ （ＵＲＩ））を送信する。図４に示されるように、消費者は、自身の構成に基づいて生産者を発見し、消費者が要求（Ｒｅｑｕｅｓｔ ｈｔｔｐ：．．．など）を送信する前に、ＮＲＦと相互作用する必要なく生産者のアドレスを取得する。図５に示されるように、消費者が要求（Ｒｅｑｕｅｓｔ ｈｔｔｐ：．．など）を送信する前に、消費者は、先ずＮＲＦと相互作用し、例えば、消費者は、ネットワークユニット発見要求（Ｄｉｓｃｏｖｅｒｙ ｈｔｔｐ：．．．？ＮＦ．．．など）をＮＲＦに送信し、ＮＲＦは、ネットワークユニットの通信アドレスリスト（ＮＦ ｐｒｏｆｉｌｅ（ｓ））などを消費者に返す。図６に示されるように、消費者と生産者は間接通信方式を採用し、例えば、消費者は、要求（Ｒｅｑｕｅｓｔ ｈｔｔｐ：．．．など）をＳＦＳＦに送信し、ＳＦＳＦは、当該要求を生産者に転送し、同様に、生産者によって返された応答（ＵＲＩなど）もＳＦＳＦによって転送される必要がある。図６において、消費者は依然として、生産者の通信アドレスを取得するために、ＮＲＦにアクセスしてサービス発見を実行する必要がある。図７に示されるように、消費者は、生産者の通信アドレスを取得するために、ＮＲＦにアクセスしてサービス発見を実行する必要がなく、消費者は、要求（Ｒｅｑｕｅｓｔ ｈｔｔｐ：．．．？ｓ－ｎｓｓｉ，．．．など）をＳＦＳＦに直接送信し、生産者の通信アドレスを取得するために、ＳＦＳＦからＮＲＦにアクセスしてサービス発見を実行し、その後、ＳＦＳＦは、当該要求を生産者に転送する。

【0041】

ここで、図４及び図５は、直接通信方式を採用し、図６及び図７は、間接通信方式を採用する。オペレータは、４つの方式のうちの１つ又はいくつを配置することができ、４つの配置方式間のマイクロサービスは相互にアクセスすることができる。上記の技術案において、オペレータがサービスフレームワークを配置する時、サービスの通信方式に厳しい要件があり、即ち、１つのサービスフレームワークは、直接通信または間接通信のうちの１つの通信方式しかサポートできず、個の実施形態のコストは比較的高く、且つ柔軟性は低い、異なる通信方式をサポートするサービスは、同一のサービスフレームワークに配置されることができず、即ち、サービスフレームワークが図４又は図５の方式のように配置されると、それに配置されたサービスは、直接通信方式で相互作用する。サービスフレームワークが図６又は図７の方式のように配置されると、それに配置されたサービスは、間接通信方式で相互作用する。本願実施例では、間接通信方式及び直接通信方式を同じサービスフレームワークに基づいて実現することができ、本願実施例は、ハイブリッド通信のためのサービスフレームワーク技術案を提案する。当該ハイブリッド通信のためのサービスフレームワークでは、直接通信のサービスを配置してもよく、間接通信のサービスを配置してもよく、さらに、それらの内部の直接通信のサービスは、間接通信のサービスと相互に呼び出すことができ、且つ内部ユニットは、互いの通信方法を認識しない。１つの通信方式しか提供できないという関連技術における問題を解決するために、本願実施例は、ハイブリッド通信のためのサービスフレームワークをサポートし、それにより、サービスフレームワークのサービス効率及び柔軟性を向上させることができる。

【0042】

本願のいくつかの実施例において、図８に示されるように、ステップ３０１において、第１通信ユニットがターゲット通信アドレスを取得する前に、本願実施例で提供される方法は、次のステップをさらに含む。

【0043】

Ａ１において、第１通信ユニットが第３サービスユニットであり、且つ第３サービスユニットが直接通信方式を採用する場合、第１通信ユニットは、第１サービス登録要求をネットワーク記憶機能ユニットに送信し、第１サービス登録要求は、第３サービスユニットが採用する直接通信方式及び第３サービスユニットの通信アドレスを含む。

【0044】

即ち、第１通信ユニットはサービスユニットであってもよく、具体的に、第１通信ユニットは第３サービスユニットであってもよく、即ち、第３サービスユニットが第１目的サービスユニットにアクセスする必要がある前に、第３サービスユニットは、ネットワーク記憶機能ユニットに登録する必要がある。例えば、第３サービスユニットは、第１サービス登録要求をネットワーク記憶機能ユニットに送信することができ、第１サービス登録要求は、第３サービスユニットが採用する直接通信方式及び第３サービスユニットの通信アドレスを含み、当該第３サービスユニットの通信アドレスは、第３サービスユニットのＩＰアドレスであってもよく、ネットワーク記憶機能ユニットは、第３サービスユニットの通信方式が直接通信であると記録し、直接通信である場合、ネットワーク記憶機能ユニットは、当該サービスのＩＰアドレスを保存することもできる。

【0045】

本願のいくつかの実施例において、第１通信ユニットは、ネットワーク記憶機能ユニットに登録した後、サービス発見の方式で、第１目的サービスユニットがサービスを提供する時の対応する通信アドレス（即ち、ターゲット通信アドレス）を取得することができる。例を挙げて説明すると、図８に示されるように、第１通信ユニットがターゲット通信アドレスを取得するステップ（ステップ３０１）は、次のステップを含む。

【0046】

Ｂ１において、第１通信ユニットは第１サービス発見要求をネットワーク記憶機能ユニットに送信し、当該第１サービス発見要求は、アクセスする必要のある第１目的サービスユニットのサービスタイプを含み、ネットワーク記憶機能ユニットは、当該第１サービス発見要求に従って第１目的サービスユニットの通信アドレスを取得することができる。

【0047】

Ｂ２において、第１通信ユニットが、ネットワーク記憶機能ユニットによって送信されたサービス発見結果を受信し、当該サービス発見結果は、ターゲット通信アドレスを含む。

【0048】

ここで、第１目的サービスユニットのサービスタイプは、サービスの呼び出しニーズに従って判断することができ、例えば、第１目的サービスユニットのサービスタイプは、ユーザプロトコルデータユニット（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ、ＰＤＵと略称）セッション確立サービス、又はイベントオープンサービスなどであってもよい。ネットワーク記憶機能ユニットには、サービスユニットの全てが登録され、ネットワーク記憶機能ユニットは、当該サービス発見要求に従って、第１目のサービスユニットが直接通信方式を採用すると判断し、サービス発見を実行することにより、第１目のサービスユニットがサービスを提供する時の対応する通信アドレス（即ち、ターゲット通信アドレス）を取得し、ここで、サービス発見結果は、第１目的サービスユニットがサービスを提供する時の対応する通信アドレスリストを含み、一回のサービス発見結果を介して、１つの通信アドレスリスト又は１つの通信アドレスセットなどを取得する。その後、ネットワーク記憶機能ユニットは、サービス発見結果を送信して、第１通信ユニットが当該サービス発見結果に従ってターゲット通信アドレスを取得することができるようにする。

【0049】

さらに、本願のいくつかの実施例において、ネットワーク記憶機能ユニットは、サービス発見結果対応するサービス有効時間を設定することもでき、当該サービス有効時間の長さは、特定のシナリオに従って設定することができる。図６を参照すると、当サービス発見結果がサービス発見有効時間をさらに含む場合、本願実施例で提供される方法は、次のステップをさらに含み得る。

【0050】

ステップＣ１において、第１通信ユニットが、アクセスする必要のある第２目的サービスユニットのサービスタイプを取得する。

【0051】

ステップＣ２において、第１目的サービスユニットのサービスタイプ及び第２目的サービスユニットのサービスタイプが同じである場合、第１通信ユニットが、現在の時間がサービス発見有効時間を超えるかどうかを判断する。

【0052】

ステップＣ３において、現在の時間がサービス発見有効時間を超えない場合、第２目的サービスユニットがサービスを提供する時の対応する通信アドレスとターゲット通信アドレスが同じアドレスであると判断する。

【0053】

ここで、第１目的サービスユニットは、第１通信ユニットが最初にアクセスする必要のあるサービスユニットであり、第２目的サービスユニットは、第１通信ユニットが次にアクセスする必要のあるサービスユニットであり、第１通信ユニットは、最初のサービス発見結果及びそれに対応するサービス発見有効時間を記憶することができ、第１目的サービスユニットのサービスタイプ及び第２目的サービスユニットのサービスタイプが同じである場合、第１通信ユニットは、現在の時間が前回の同じタイプのサービスのサービス発見有効時間を超えるかどうかを判断し、現在の時間が前回の同じタイプのサービスのサービス発見有効時間を超えない場合、第１通信ユニットは、ネットワーク記憶機能ユニットと再び相互作用する必要がなく、第１通信ユニットは、ローカルメモリの前回取得した同じタイプのサービスのサービス発見結果からターゲット通信アドレスを直接に取得し、第２目的サービスユニットのターゲット通信アドレスを取得する時ＮＲＦのサービス発見プロセスを実行する必要がないため、サービス発見の強化機能を実現し、サービスの呼び出し効率を改善する。

【0054】

例を挙げて説明すると、サービス発見結果は、サービス生産者のＩＰアドレスリストであってもよく、サービス生産者に対応するＳＦＳＦのＩＰアドレスリストであってもよく、同時に、ＮＲＦも当該サービス発見結果の有効時間を返す。即ち、当該サービス消費者に接続された他のユーザの端末機器の場合、同じタイプのサービス生産者を選択する必要がある時、サービス発見結果の有効時間内にあると、ＮＲＦにアクセスしてサービス発見を実行する必要がなく、前に返されたサービス発見結果を直接に使用する。当該有効時間を既に超えた場合、ＮＲＦに再びアクセスしてサービス発見を実行する必要がある。

【0055】

本願のいくつかの実施例において、第１通信ユニットは、サービスサポートユニットであってもよく、この場合、第１通信ユニットは、第３サービスユニットにサービスを提供してもよく、当該第３サービスユニットは間接通信方式を採用し、例えば、第１通信ユニットは、具体的に、ＳＦＳＦであってもよい。図９に示されるように、第１通信ユニットが、ターゲット通信アドレスを取得する（ステップ３０１）前に、本願実施例で提供される方法は、次のステップをさらに含む。

【0056】

Ｄ１において、第１通信ユニットが第３サービスユニットにサービスを提供する第２サービスサポートユニットである場合、第１通信ユニットが第３サービスユニットによって送信された第２サービス登録要求を受信し、第２サービス登録要求は、第３サービスユニットが採用する間接通信方式及び第３サービスユニットの通信アドレスを含む。

【0057】

Ｄ２において、第１通信ユニットは第３サービス登録要求をネットワーク記憶機能ユニットに送信し、第３サービス登録要求は、第３サービスユニットが採用する間接通信方式、第３サービスユニットの通信アドレス及び第２サービスサポートユニットの通信アドレスを含み、第３サービスユニットがサービスを提供する時の対応する通信アドレスは、第２サービスサポートユニットの通信アドレスである。

【0058】

ここで、第１通信ユニットは、第２サービスサポートユニットであってもよく、この場合、第１通信ユニットは、第３サービスユニットにサービスサポートを提供することができ、第３サービスユニットは間接通信方式を採用するため、第３サービスユニットは、先ず、第２サービス登録要求を第１通信ユニットに送信し、第１通信ユニットは、第２サービス登録要求に第２サービスサポートユニットの通信アドレスを追加した後、第３サービス登録要求を生成し、第１通信ユニットは、当該第３サービス登録要求をネットワーク記憶機能ユニットに送信し、ネットワーク記憶機能ユニットは、第３サービスユニットが採用する間接通信方式及び第３サービスユニットの通信アドレスを記憶し、第２サービスサポートユニットの通信アドレスを、第３サービスユニットがサービスを提供する時の対応する通信アドレスとして記憶する。

【0059】

さらに、第１通信ユニットは第２サービスサポートユニットであってもよく、この場合、第１通信ユニットは、第３サービスユニットにサービスサポートを提供することができ、第３サービスユニットは間接通信方式を採用するため、第１通信ユニットは、サービス発見の方式により、第１目的サービスユニットがサービスを提供する時の対応する通信アドレス（即ち、ターゲット通信アドレス）を取得することができる。例を挙げて説明すると、図９に示されるように、第１通信ユニットがターゲット通信アドレスを取得するステップ（ステップ３０１）は、次のステップを含む。

【0060】

ステップＥ１において、第１通信ユニットが第３サービスユニットによって送信された第２サービスアクセス要求を受信し、当該第２サービスアクセス要求は、第３サービスユニットがアクセスする必要のある第１目的サービスユニットのサービスタイプ及びサービスペイロードデータを含む。

【0061】

ステップＥ２において、第１通信ユニットは、サービスタイプに対応するサービスユニットの通信アドレスがローカルメモリに記憶されているかどうかを判断する。

【0062】

ステップＥ３において、ネットワーク記憶機能ユニットによって予め送信されたサービスタイプに対応するサービスユニットの通信アドレスが前記ローカルメモリに記憶されている場合、第１通信ユニットが、ローカルメモリからターゲット通信アドレスを取得する。

【0063】

ここで、第３サービスユニットは、第１目的サービスユニットにアクセスする必要があり、第３サービスユニットは間接通信方式を採用するため、第３サービスユニットは、第２サービスアクセス要求を第１通信ユニット（この場合、第１通信ユニットは第２サポートサービスユニットである）に送信し、当該第２サービスアクセス要求に搬送されたサービスペイロードデータ（ｐａｙｌｏａｄ）は、ビジネスの処理に使用され、ビジネスが異なることに基づき、当該ペイロードデータも異なる場合があるが、ここではこれらに対して限定しない。

【0064】

本願実施例において、第１通信ユニットは第２サービスサポートユニットとして使用され、当該第２サービスサポートユニットは具有キャッシュ機能を有し、即ち、ローカルメモリは、異なるサービスタイプのサービスユニットの通信アドレスを事前に記憶し、ネットワーク記憶機能ユニットによって予め送信されたサービスタイプに対応するサービスユニットの通信アドレスがローカルメモリに記憶された場合、第１通信ユニットは、ネットワーク記憶機能ユニットと再び相互作用する必要がなく、第１通信ユニットは、ローカルメモリからターゲット通信アドレスを直接に取得し、それにより、サービス発見の強化機能を実現する。

【0065】

さらに、本願のいくつかの実施例において、ステップＥ１を実行した後、ステップＥ２は、具体的に、第１通信ユニットは、サービスタイプに対応するサービスユニットによって発見された通信アドレス、及び当該サービス発見結果の有効時間がローカルメモリに記憶されているかどうかを判断するステップを含み得る。

【0066】

ステップＥ３は、具体的に、ネットワーク記憶機能ユニットによって予め送信されたサービスタイプに対応するサービスユニットの通信アドレスがローカルメモリに記憶されており、且つ当該サービス発見結果の有効時間を超えない場合、第１通信ユニットが、ローカルメモリからターゲット通信アドレスを取得するステップを含み得る。

【0067】

本願のいくつかの実施例において、ネットワーク記憶機能ユニットは、毎回のサービス発見結果に対して有効時間を設定することもでき、有効時間内で当該サービス発見結果を繰り返して使用してサービスアクセスを実行することができ、当該有効時間が経過した後、サービスアクセスを実行する前にサービス発見を再実行する必要がある。

【0068】

さらに、図９に示されるように、上記の第１通信ユニットが、ターゲット通信アドレスを取得するステップ（ステップ３０１）は、上記のステップＥ１ないしＥ３を含むだけでなく、次のステップをさらに含む。

【0069】

ステップＥ４において、サービスタイプに対応するサービスユニットの通信アドレスがローカルメモリに記憶されていない場合、第１通信ユニットは第１サービス発見要求をネットワーク記憶機能ユニットに送信し、当該第１サービス発見要求は、アクセスする必要のある第１目的サービスユニットのサービスタイプを含み、ネットワーク記憶機能ユニットは、第１サービス発見要求に従って第１目的サービスユニットの通信アドレスを取得する。

【0070】

ステップＥ５において、第１通信ユニットが、ネットワーク記憶機能ユニットによって送信されたサービス発見結果を受信し、サービス発見結果は、ターゲット通信アドレスを含む。

【0071】

ここで、第１通信ユニットは、サービスタイプに対応するサービスユニットの通信アドレスがローカルメモリに記憶されているかどうかを判断し、サービスタイプに対応するサービスユニットの通信アドレスがローカルメモリに記憶されていない場合、第１通信ユニットは、サービス発見を完成するために、ネットワーク記憶機能ユニットと相互作用する必要もある。例えば、第１通信ユニットはＳＦＳＦであってもよく、第１目的サービスユニットがサービスを提供する時の対応するＩＰアドレスがＳＦＳＦに記憶されていない場合、ＳＦＳＦは、ＮＲＦとサービス発見を実行する必要がある。

【0072】

例を挙げて説明すると、ＳＦＳＦとしての第１通信ユニットは、サービス発見の強化機能を有する。即ち、ＳＦＳＦがＮＲＦにアクセスしてサービス発見を実行した後、ＮＲＦは、当該サービス発見結果の有効時間に返す。即ち、当該ＳＦＳＦ上の同じタイプのサービス消費者の全てのインスタンスにとって、任意のサービス消費者上の他のユーザ機器のアクセスについて、当該他のユーザ機器が同じタイプのサービス生産者を選択する必要がある場合、サービス発見結果の有効時間内にある場合、ＮＲＦにアクセスしてサービス発見を実行する必要がなく、前に返されたサービス発見結果を直接に使用する。当該有効時間を既に超えた場合、ＮＲＦに再びアクセスしてサービス発見を実行する必要がある。

【0073】

ステップ３０２において、第１通信ユニットが、第１サービスアクセス要求をターゲット通信アドレスに送信し、第１サービスアクセス要求は、第１目的サービスユニットのサービスタイプを含む。

【0074】

本願実施例において、ステップ３０１に記載されたように、ターゲット通信アドレスは、次の２つの状況で実現することができる。第１目的サービスユニットが間接通信方式を採用する第１サービスユニットである場合、ターゲット通信アドレスは、第１サービスユニットにサービスを提供する第１サービスサポートユニットの通信アドレスである。第１目的サービスユニットが直接通信方式を採用する第２サービスユニットである場合、ターゲット通信アドレスは第２サービスユニットの通信アドレスである。例えば、ターゲット通信アドレスが第２サービスユニットの通信アドレスである場合、第１通信ユニットは、第１サービスアクセス要求を第２サービスユニットに送信することができる。更に例えば、ターゲット通信アドレスが第１サービスサポートユニットの通信アドレスである場合、第１通信ユニットは、第１サービスアクセス要求を第１サービスサポートユニットに送信することができる。

【0075】

ステップ３０３において、第１サービスサポートユニットは、第１通信ユニットによってターゲット通信アドレスに送信された第１サービスアクセス要求を受信し、当該第１サービスアクセス要求は、アクセスする必要のある第１サービスユニットのサービスタイプを含み、ここで、第１サービスサポートユニットは、第１サービスユニットにサービスを提供するサービスサポートユニットであり、第１サービスユニットは間接通信方式を採用し、ターゲット通信アドレスは、第１サービスサポートユニットの通信アドレスである。

【0076】

本願実施例において、第１通信ユニットは、第１目的サービスユニットの通信方式を知る必要がない。第１通信ユニットは、ステップ３０１及びステップ３０２を実行し、第１通信ユニットは、第１サービスアクセス要求をターゲット通信アドレスに送信する。ターゲット通信アドレスが第１サービスサポートユニットの通信アドレスである場合、第１サービスサポートユニットは、第１通信ユニットから第１サービスアクセス要求を受信することができる。

【0077】

本願のいくつかの実施例において、図１０を参照すると、第１サービスサポートユニットは、第１通信ユニットによってターゲット通信アドレスに送信された第１サービスアクセス要求を受信する（ステップ３０３）前に、本願実施例で提供される方法は、次のステップをさらに含み得る。

【0078】

ステップＦ１において、第１サービスサポートユニットは、第１サービスユニットによって送信された第４サービス登録要求を受信し、第４サービス登録要求は、第１サービスユニットが間接通信方式及び第１サービスユニットの通信アドレスを用いることを含む。

【0079】

ステップＦ２において、第１サービスサポートユニットは、第５サービス登録要求をネットワーク記憶機能ユニットに送信し、第５サービス登録要求は、第１サービスユニットが間接通信方式、第１サービスユニットの通信アドレス及び第１サービスサポートユニットの通信アドレスを用いることを含む。

【0080】

ここで、第１サービスサポートユニットは、第１サービスユニットにサービスサポートを提供するユニットであってもよい。例えば、第１サービスサポートユニットはＳＦＳＦであってもよい。第１サービスユニットは間接通信方式を採用し、第１サービスユニットは、先ず、第４サービス登録要求を第１サービスサポートユニットに送信し、第１サービスサポートユニットは、第４サービス登録要求に第１サービスサポートユニットの通信アドレスを追加した後、第５サービス登録要求を生成し、第１サービスサポートユニットは、当該第５サービス登録要求をネットワーク記憶機能ユニットに送信し、ネットワーク記憶機能ユニットは、第１サービスユニットが間接通信方式及び第１サービスユニットの通信アドレスを用いることを記憶し、第１サービスサポートユニットの通信アドレスを、第１サービスユニットがサービスを提供する時の対応する通信アドレスとして記憶する。

【0081】

さらに、第１サービスサポートユニットは、第１サービスユニットにサービスを提供することができ、第１サービスユニットは間接通信方式を採用し、第１サービスサポートユニットは、サービス発見の方式により、第１サービスユニットの通信アドレスを取得する。例を挙げて説明すると、図１０に示されるように、第１サービスサポートユニットが第１サービスアクセス要求を第１サービスユニットに送信する（ステップ３０４）前に、本願実施例で提供される方法は、次のステップをさらに含み得る。

【0082】

ステップＧ１において、第１サービスサポートユニットは、第１サービスユニットの通信アドレスがローカルメモリに記憶されているかどうかを判断する。

【0083】

ステップＧ２において、ネットワーク記憶機能ユニットによって予め送信された第１サービスユニットの通信アドレスがローカルメモリに記憶されている場合、第１サービスサポートユニットは、ローカルメモリから第１サービスユニットの通信アドレスを取得する。

【0084】

ここで、第１サービスサポートユニットは、第１サービスユニットにアクセスする必要があり、当該第１サービスサポートユニットはキャッシュ機能を有し、即ち、ローカルメモリは、異なるサービスタイプのサービスユニットの通信アドレスを事前に記憶し、第１サービスユニットの通信アドレスとは、第１サービスユニットの通信アドレスを指す。ネットワーク記憶機能ユニットによって予め送信された第１サービスユニットの通信アドレスがローカルメモリに記憶されている場合、第１通信ユニットは、ネットワーク記憶機能ユニットと再び相互作用する必要がなく、第１通信ユニットは、ローカルメモリから第１サービスユニットの通信アドレスを直接に取得し、それにより、サービス発見の強化機能を実現する。

【0085】

さらに、第１サービスサポートユニットは、上記のステップＧ１ないしステップＧ２を実行すること以外にも、図１０に示されるように、本願実施例で提供される方法は、次のステップをさらに含む。

【0086】

ステップＧ３において、第１サービスユニットの通信アドレスがローカルメモリに記憶されていない場合、第１サービスサポートユニットは、第２サービス発見要求をネットワーク記憶機能ユニットに送信し、当該第２サービス発見要求は、第１サービスユニットのサービスタイプを含む。

【0087】

ステップＧ４において、第１サービスサポートユニットが、ネットワーク記憶機能ユニットによって送信されたサービス発見結果を受信し、サービス発見結果は、第１サービスユニットの通信アドレスを含む。

【0088】

ここで、第１サービスサポートユニットは、第１サービスユニットの通信アドレスがローカルメモリに記憶されているかどうかを判断し、第１サービスユニットの通信アドレスがローカルメモリに記憶されていない場合、第１サービスサポートユニットは、サービス発見を完成するために、ネットワーク記憶機能ネットワーク要素と相互作用する必要もある。例えば、第１サービスサポートユニットはＳＦＳＦであってもよく、第１目的サービスユニットがサービスを提供する時の対応するＩＰアドレスがＳＦＳＦに記憶されていない場合、ＳＦＳＦは、ＮＲＦとサービス発見を実行する必要がある。

【0089】

例を挙げて説明すると、ＳＦＳＦとしての第１サービスサポートユニットは、サービス発見の強化機能を有する。即ち、ＳＦＳＦがＮＲＦにアクセスしてサービス発見を実行した後、ＮＲＦは、当該サービス発見結果の有効時間に返し、即ち、当該ＳＦＳＦ上の同じタイプのサービス消費者の全てのインスタンスにとって、任意のサービス消費者上の他のユーザ機器のアクセスについて、当該他のユーザ機器が同じタイプのサービス生産者を選択する必要がある場合、サービス発見結果の有効時間内にある場合、ＮＲＦにアクセスしてサービス発見を実行する必要がなく、前に返されたサービス発見結果を直接に使用する。当該有効時間を既に超えた場合、ＮＲＦに再びアクセスしてサービス発見を実行する必要がある。

【0090】

本願の上記の実施例において、第１通信ユニット又は第１サービスサポートユニットがネットワーク記憶機能ユニットとサービス発見を実行する場合、ネットワーク記憶機能ユニットは、先ず、アクセスを開始したサービスユニットを認証する必要があることに留意されたい。認証に合格した時、ネットワーク記憶機能ユニットはサービス発見結果を送信し、認証に合格しなかった場合、ネットワーク記憶機能ユニットは、アクセスを開始するサービスユニットのサービス発見要求を拒否する。

【0091】

ステップ３０４において、第１サービスサポートユニットは、第１サービスアクセス要求を第１サービスユニットに送信し、第１サービスユニットは、第１サービスアクセス要求に従ってサービスを提供し、及びサービスアクセス応答を生成するために用いられる。

【0092】

本願実施例において、第１目的サービスユニットは、間接通信方式を採用する第１サービスユニットであり、第１サービスサポートユニットは、第１サービスユニットにサービスを提供することができ、第１サービスサポートユニットは、第１サービスユニットの通信アドレスを取得することができ、第１サービスサポートユニットは、第１通信ユニットから第１サービスアクセス要求を受信した後、当該第１サービスアクセス要求を第１サービスユニットに転送することができ、第１サービスユニットは、第１サービスアクセス要求に従って、サービスを提供し、及びサービスアクセス応答を生成する。

【0093】

本願のいくつかの実施例において、第１サービスサポートユニットは、第１サービスアクセス要求を第１サービスユニットに送信した（ステップ３０４）後、本願実施例で提供される方法は、次のステップのうちの１つをさらに含み得る。

【0094】

ステップＨ１において、第１通信ユニットが第３サービスユニットであり、且つ第３サービスユニットが直接通信方式を採用する場合、第１サービスサポートユニットは、第３サービスユニットと第１サービスユニットとの間のバウンド関係を記憶する。

【0095】

ステップＨ２において、第１通信ユニットが第３サービスユニットにサービスを提供する第２サービスサポートユニットである場合、第１サービスサポートユニットは、第２サービスサポートユニットと第１サービスユニットとの間のバウンド関係を記憶する。

【0096】

ここで、第１サービスサポートユニットが第１サービスユニットにサービスサポートを提供する時、第３サービスユニットが第１サービスユニットにアクセスするためのアクセス要求を取得した場合、第３サービスユニットが直接通信方式を採用すると、第１サービスサポートユニットは、第３サービスユニットと第１サービスユニットとの間のバウンド関係を記憶し、それにより、サービスアクセス応答メッセージを送信することができ、サービス発見を実行する必要がない。例を挙げて説明すると、第１サービスユニットはサービスユニット２（ｓｅｒｖｉｃｅ ２）であり、第３サービスユニットはサービスユニット３（ｓｅｒｖｉｃｅ ３）であり、第１サービスサポートユニットはＳＦＳＦであり、当該ＳＦＳＦは、当該サービスユニット２のインスタンス（ｓｅｒｖｉｃｅ ２ ｉｎｓｔａｎｃｅ）とサービスユニット３のインスタンス（ｓｅｒｖｉｃｅ ３ ｉｎｓｔａｎｃｅ）との間のバウンド関係を一時的に記憶することができ、当該バウンド関係は、同じユーザ機器へのアクセスに対してのみ有効である。第３サービスユニットが間接通信方式を採用すると、第１サービスサポートユニットは、第２サービスサポートユニットと第１サービスユニットとの間のバウンド関係を記憶し、それにより、サービスアクセス応答メッセージを送信することができ、サービス発見を実行する必要がない。

【0097】

本願のいくつかの実施例において、第１サービスサポートユニットは、第３サービスユニットと第１サービスユニットとの間のバウンド関係を記憶した後、当該バウンド関係に有効時間を設定することもでき、有効時間内で当該バウンド関係を繰り返し使用してサービスアクセスすることができ、当該有効時間が失効した後、サービスアクセスするためにサービス発見を再度実行する必要がある。

【0098】

ステップ３０５において、第１サービスサポートユニットは、第１サービスユニットによって送信されたサービスアクセス応答を受信する。

【0099】

ここで、第１サービスユニットは、第１サービスアクセス要求に従ってサービスを提供し、及びサービスアクセス応答を生成するために用いられ、ここでは第１サービスユニットによって提供されるサービス機能に対して限定しない。第１サービスユニットは、サービスアクセス応答を生成した後、サービスアクセス応答を第１サービスサポートユニットに送信する。

【0100】

ステップ３０６において、第１サービスサポートユニットが、サービスアクセス応答を第１通信ユニットに送信する。

【0101】

ここで、第１サービスサポートユニットは、サービスアクセス応答を生成した後、サービスアクセス応答を第１通信ユニットに送信することができる。

【0102】

ステップ３０７において、第１通信ユニットが、ターゲット通信アドレスからサービスアクセス応答を受信する。

【0103】

ここで、ステップ３０２において、第１通信ユニットが第１サービスアクセス要求をターゲット通信アドレスに送信した後、第１通信ユニットは、さらに、当該ターゲット通信アドレスを介してサービスアクセス応答を受信することができる。アクセスする必要のある第１目的サービスユニットは第１サービスユニットであるため、第１通信ユニットが受信したサービスアクセス応答は、当該第１サービスユニットがサービスを提供した後に生成したものである。

【0104】

本願のいくつかの実施例において、第１通信ユニットが第３サービスユニットにサービスを提供する第２サービスサポートユニットである場合、第１通信ユニットターゲット通信アドレスからサービスアクセス応答を受信した（ステップ３０７）後、本願実施例で提供される方法は、次のステップをさらに含む。

【0105】

第１通信ユニットが、サービスアクセス応答を第３サービスユニットに送信する。

【0106】

ここで、第１通信ユニットは第２サービスサポートユニットであり、第３サービスユニットは第１目的サービスユニットにアクセスする必要があり、第１目的サービスユニットが、サービスを提供し、及びサービスアクセス応答を生成した後、当該第１通信ユニットは、ターゲット通信アドレスからサービスアクセス応答を受信した後、当該サービスアクセス応答を第３サービスユニットに転送する必要がある。

【0107】

上記の実施例における本願実施例の説明から分かるように、第１通信ユニットは、先ず、アクセスする必要のある第１目的サービスユニットがサービスを提供する時の対応する通信アドレスを取得し、即ち、ターゲット通信アドレスを取得し、第１目的サービスユニットが間接通信方式を採用する第１サービスユニットである場合、ターゲット通信アドレスは、第１サービスユニットにサービスを提供する第１サービスサポートユニットの通信アドレスであり、第１目的サービスユニットが直接通信方式を採用する第２サービスユニットである場合、ターゲット通信アドレスは第２サービスユニットの通信アドレスであり、第１通信ユニットは、第１サービスアクセス要求をターゲット通信アドレスに送信し、当該第１サービスアクセス要求は第１目的サービスユニットのサービスタイプを含み、第１サービスサポートユニットは、当該第１サービスアクセス要求を第１サービスユニットに送信し、第１サービスサポートユニットは、第１サービスユニットによって送信されたサービスアクセス応答を受信し、第１サービスサポートユニットが、当該サービスアクセス応答を第１通信ユニットに送信する。第１通信ユニットは、ターゲット通信アドレスからサービスアクセス応答を受信する。本願実施例において、第１通信ユニットは、間接通信方式を採用する第１サービスユニットと通信してもよく、直接通信方式を採用する第２サービスユニットと通信してもよいため、本願実施例では、間接通信方式及び直接通信方式を同じサービスフレームワークに基づいて実現することができ、本願実施例は、ハイブリッド通信のためのサービスフレームワーク技術案を提案する。当該ハイブリッド通信のためのサービスフレームワークでは、直接通信のサービスを配置してもよく、間接通信のサービスを配置してもよく、さらに、それらの内部の直接通信のサービスは、間接通信のサービスと相互に呼び出すことができ、且つ内部ユニットは、互いの通信方法を認識しない。１つの通信方式しか提供できないという関連技術における問題を解決するために、本願実施例は、ハイブリッド通信のためのサービスフレームワークをサポートし、それにより、サービス効率及びフレームワーク配置の柔軟性を向上させることができる。

【0108】

本願実施例の上記の技術的解決策をよりよく理解し、実施するために、以下、例を挙げながら対応する適用シナリオを説明する。

【0109】

本願実施例は、単一の通信方式を有するサービスフレームワークの欠陥に対処するためのサービスベースの通信方法を提供し、図１１に示されるように、図１１は、本願実施例で提供されるハイブリッド通信のためのサービスフレームワークの概略図である。本願実施例で説明されたサービスフレームワークのサービスユニット（即ちｓｅｒｖｉｃｅ）は、業界によって提案されたマイクロサービス又はサービス、あるいはＲ１５の５Ｇコアネットワークサービスベースのアーキテクチャで提案されたＮＦ（ｎｅｔｗｏｒｋ ｆｕｎｃｔｉｏｎ）又はＮＦ ｓｅｒｖｉｃｅｓを指しすることができる。

【0110】

本願実施例は、図１１に示されたハイブリッド通信のためのサービスフレームワーク技術案を提供する。当該ハイブリッド通信のためのサービスフレームワークでは、直接通信のマイクロサービスを配置してもよく、間接通信のマイクロサービスを配置してもよく、さらに、それらの内部の直接通信のサービスは、間接通信のサービスと相互に呼び出すことができ、それらは、互いの通信方法を認識しない。ハイブリッド通信のためのサービスフレームワークは、ＮＲＦ、ＳＦＳＦ－１、ＳＦＳＦ－２、サービスユニット１、サービスユニット２、サービスユニット３、サービスユニット４、サービスユニット５、サービスユニット６を含み得、ここで、サービスユニット１、２、３、４、５、６はいずれもＮＲＦに登録され、ここで、サービスユニット１及びサービスユニット２は、直接通信方式を用いて相互作用し、サービスユニット３、サービスユニット４、サービスユニット５及びサービスユニット６は、間接通信方式を用いて相互作用する。

【0111】

本願実施例において、各サービスユニットは、先ず、サービス登録を実行する。各サービスユニットは、登録する時に、それらの自体の通信方式を登録する。例えば、登録する時のサービスユニット１及びサービスユニット２の通信方式は直接通信であり、同時に、ＮＲＦは、直接通信のサービスのＩＰアドレスを保存する。登録する時のサービスユニット３、サービスユニット４、サービスユニット５、サービスユニット６の通信方式は間接通信であり、同時に、ＮＲＦはＳＦＳＦ－１及びＳＦＳＦ－２のＩＰアドレスを保存し、サービスユニット３及びサービスユニット４のＩＰアドレスをＳＦＳＦ－１のＩＰアドレスとして登録し、サービスユニット５及びサービスユニット６のＩＰアドレスをＳＦＳＦ－２のＩＰアドレスとして登録する。

【0112】

ここで、ＮＲＦは、直接通信、又は、間接通信など、各サービスの通信方式を記録する。直接通信である場合、当該サービスの通信方式及び当該サービスのＩＰアドレスを保存し、間接通信である場合、当該サービスの通信方式、当該サービスのＩＰアドレス、及び当該サービスに対応するＳＦＳＦのＩＰアドレスを保存する。

【0113】

次に、本願実施例におけるサービス発見及びルーティングについて説明する。サービス発見及びルーティングにおいて、間接通信のサービス消費者は、サービス生産者の通信方式を知らずに、従来の方法でサービスアクセス要求に従ってＳＦＳＦに送信し、ＳＦＳＦは、ＮＲＦにアクセスすることにより、相手側のＩＰアドレス（又はＩＰアドレスリスト）を取得することができる。複数のＩＰアドレスを取得した場合、ＳＦＳＦから１つのＩＰアドレスを選択して、サービスアクセスするが、ＳＦＳＦは、相手側のサービスの通信方式を知る必要がない。

【0114】

サービス発見及びルーティングでは、直接通信のサービス消費者もサービス生産者の通信方式を知らない。当該サービス消費者は、従来の方法でサービス発見要求をＮＲＦに送信し、ＮＲＦは、サービス生産者のＰアドレスリストを返し、サービス生産者が間接通信方式である場合、サービス生産者に対応するＳＦＳＦのＩＰアドレスリストを返す。サービス消費者は、当該ＩＰアドレスリストから１つのＩＰアドレスを選択してサービスアクセス要求を送信する。サービス消費者は、サービス生産者のサービス通信方式を必要がなく、当該ＩＰアドレスがサービス生産者またはＳＦＳＦのどちらに対応するかを知る必要もない。

【0115】

各サービスの異なる通信方式によると、ハイブリッド通信のサービス発見は、図１２に示されたサービス発見プロセスと図１３に示されたサービス発見プロセス、２つの場合に分けることができる。

【0116】

ここで、図１２は、直接通信のマイクロサービスが間接通信のマイクロサービスを呼び出すことを示し、例えば、図１２のサービスユニット２がサービスユニット３を呼び出し、ここで、サービスユニット２は直接通信方式を採用し、サービスユニット３は間接通信方式を採用する。サービス発見及びアクセスプロセスは、次のステップを含み得る。

【0117】

ステップＳ０１において、サービスユニット２は、サービス発見要求（ｄｉｓｃｏｖｅｒｙ ｒｅｑｕｅｓｔ）メッセージをＮＲＦに送信し、当該メッセージは、アクセスするサービス（サービスユニット３）のサービスタイプを含む。

【0118】

ステップＳ０２において、ＮＲＦは、サービスユニット２が当該サービスタイプ（サービスユニット３）にアクセスできるかどうかを認証する同時に、当該サービスのＩＰアドレス及び通信方式を照会する。サービスユニット３がサービスユニット２にアクセスすることを許可される場合、サービスユニット３のインスタンスのＩＰアドレス（即ち、ＳＦＳＦ－１のＩＰアドレス）をサービスユニット２に返す。サービスユニット３の複数のインスタンスが全てＳＦＳＦ－１を介して通信ルーティングする場合、ＳＦＳＦ－１のＩＰアドレスをサービスユニット２に返す。サービスユニット３の異なるインスタンスに対応するＳＦＳＦが異なる場合、これらのＳＦＳＦのＩＰアドレスリストをサービスユニット２に返す。

【0119】

ステップＳ０３ａにおいて、サービスユニット２が複数のアクセスするＩＰアドレスリストを受信した場合、これらのＩＰアドレスリストから１つのＩＰアドレスを選択してサービスアクセス要求を送信し、例えば、図１２ではＳＦＳＦ－１のＩＰアドレスを選択する。サービスユニット２が１つのＩＰアドレスのみを受信した場合、サービスアクセス要求を当該ＩＰアドレスに送信する。当該サービスアクセス要求は、アクセスするサービスユニット３のサービスタイプを含む。

【0120】

ここで、サービスユニット２は、ＩＰアドレスがサービスのＩＰアドレスに対応するのか、ＳＦＳＦのＩＰアドレスに対応するのかを知っていない。

【0121】

ステップＳ０３ｂにおいて、ＳＦＳＦ－１は、サービスユニット２のサービスアクセス要求を受信した後、サービスタイプがサービスユニット３であるサービスのインスタンスから、１つのインスタンスを選択して、当該サービスアクセス要求を当該インスタンスに送信する。ＳＦＳＦ－１は、当該サービスユニット２のインスタンスとサービスユニット３のインスタンスとの間のバウンド関係を一時的に記憶し、当該バウンド関係は、当該ユーザ機器へのアクセスに対してのみ有効である。当該バウンド関係は、今回のアクセスに対してのみ有効であってもよく、ＳＦＳＦによって有効時間が設定されてもよい。

【0122】

ステップＳ０３ｃにおいて、サービスユニット３のインスタンスは、当該要求を処理した後、応答をＳＦＳＦ－１に返す。

【0123】

ステップＳ０３ｄにおいて、ＳＦＳＦ－１は、当該応答メッセージをサービスユニット２のインスタンスに返す。

【0124】

更に例えば、図１３は、間接通信のマイクロサービスが直接通信のマイクロサービスを呼び出すことを示し、例えば、図１３のサービスユニット６がサービスユニット１を呼び出し、ここで、サービスユニット６は間接通信方式を採用し、サービスユニット１は直接通信方式を採用する。サービス発見及びアクセスプロセスは、次のステップを含み得る。

【0125】

ステップＳ１１において、サービスユニット６のインスタンスは、サービスアクセス要求をＳＦＳＦ－２に送信する。当該サービスアクセス要求は、アクセスするサービスユニット１のサービスタイプ（ｓｅｒｖｉｃｅ ｔｙｐｅ）及びサービスペイロードデータを含む。

【0126】

ステップＳ１２ａにおいて、ＳＦＳＦ－２は、内部にサービスタイプがサービスユニット１であるインスタンスがあるか否かを検査し、ない場合には、サービス発見要求をＮＲＦに送信し、当該要求は、サービス消費者サービスユニット６のサービスタイプ及びサービス生産者サービスユニット１のサービスタイプを含む。

【0127】

ステップＳ１２ｂにおいて、ＮＲＦは、当該サービス発見要求を認証し、サービスユニット６のサービスタイプがサービスユニット１のサービスタイプにアクセスすることができる場合、認証が成功する。ＮＲＦ認証に合格すると、サービスユニット１のインスタンスのＩＰアドレスリストがＳＦＳＦ－２に返される。

【0128】

ステップＳ１３ａにおいて、ＳＦＳＦ－２は、返されたＩＰアドレスリストから、１つのサービスユニット１のインスタンスのＩＰアドレスを選択してサービスユニット６のインスタンスのアクセス要求をＩＰアドレスに対応するインスタンスに送信する。ＳＦＳＦ－１は、当該サービスユニット６のインスタンスとサービスユニット１のインスタンスとの間のバウンド関係を記憶し、当該バウンド関係は、当該ユーザ機器へのアクセスに対して有効である。当該バウンド関係は、今回のアクセスに対してのみ有効であってもよく、ＳＦＳＦによって有効時間が設定されてもよい。

【0129】

ステップＳ１３ｂにおいて、サービスユニット１のインスタンスは、アクセス要求を処理した後、応答メッセージをＳＦＳＦ－２に送信する。

【0130】

ステップＳ１３ｃにおいて、ＳＦＳＦ－２は、サービス処理後の応答メッセージをサービスユニット６のインスタンスを送信する。

【0131】

次に、例を挙げて本願実施例におけるサービス発見の強化機能を説明する。サービス発見結果は、サービス生産者のＩＰアドレスリストであってもよく、サービス生産者に対応するＳＦＳＦのＩＰアドレスリストであってもよく、同時に、ＮＲＦも当該サービス発見結果の有効時間を返す。即ち、当該サービス消費者にアクセスする他のユーザの機器の場合、同じタイプのサービス生産者を選択する必要がある時、サービス発見結果の有効時間内にあると、ＮＲＦにアクセスしてサービス発見を実行する必要がなく、前に返されたサービス発見結果を直接に使用する。当該有効時間を既に超えた場合、ＮＲＦに再びアクセスしてサービス発見を実行する必要がある。

【0132】

当該サービス発見の強化機能はＳＦＳＦにも適用される。即ち、ＳＦＳＦがＮＲＦにアクセスしてサービス発見を実行した後、ＮＲＦは、当該サービス発見結果の有効時間に返し、即ち、当該ＳＦＳＦ上の同じタイプのサービス消費者の全てのインスタンスにとって、当該サービス消費者上の他のユーザ機器のアクセスについて、当該他のユーザ機器が同じタイプのサービス生産者を選択する必要がある場合、サービス発見結果の有効時間内にある場合、ＮＲＦにアクセスしてサービス発見を実行する必要がなく、前に返されたサービス発見結果を直接に使用する。当該有効時間を既に超えた場合、ＮＲＦに再びアクセスしてサービス発見を実行する必要がある。

【0133】

上記の説明から分かるように、本願実施例は、柔軟なサービスベースのアーキテクチャに対する技術案を提供し、それにより、異なる通信方式に用いるマイクロサービスの登録及び発見を実現することができる。当該サポートハイブリッド通信のためのサービスベースのアーキテクチャの技術案は、マイクロサービス通信方式に対する既存のサービスベースのアーキテクチャの技術案の制約を改善し、ネットワーク配置の実現に有益である。

【0134】

留意されたいのは、上述した各方法の実施例について、説明を簡単にするために、全て一連の動作の組み合わせに表現したが、本願によれば、特定のステップは他の順番で、または同時に実行できるため、当業者は、本願が記述された動作の順番に限定されないことを知っているはずである。次に、当業者は、明細書で説明された実施例のすべては好ましい実施例に属し、関する動作及びモジュールは本願によって必ずしも必要とされないことも知っているはずである。

【0135】

本願実施例の上記の技術案をよりよく実施するために、上記の技術を実施するための関連装置をさらに提供する。

【0136】

図１４を参照すると、本願実施例で提供される通信ユニットは、具体的に、第１通信ユニット１１００であり、第１通信ユニット１１００は、アドレス取得モジュール１１０１、送信モジュール１１０２及び受信モジュール１１０３を備え、ここで、
ターゲット通信アドレスを取得するように構成されるアドレス取得モジュール１１０１であって、ターゲット通信アドレスは、アクセスする必要のある第１目的サービスユニットがサービスを提供する時の対応する通信アドレスであり、ターゲット通信アドレスは、第１目的サービスユニットが採用する通信方式に基づき、ネットワーク記憶機能ユニットによって提供され、第１目的サービスユニットが間接通信方式を採用する第１サービスユニットである場合、第１通信アドレスは、第１サービスユニットにサービスを提供する第１サービスサポートユニット自体の通信アドレスであり、第１目的サービスユニットが直接通信方式を採用する第２サービスユニットである場合、第１通信アドレスは、前記第２サービスユニット自体の通信アドレスである、アドレス取得モジュール１１０１と、
第１サービスアクセス要求をターゲット通信アドレスに送信するように構成される送信モジュールであって、第１サービスアクセス要求は、第１目的サービスユニットのサービスタイプを含む、送信モジュール１１０２と、
ターゲット通信アドレスからサービスアクセス応答を受信するように構成される受信モジュール１１０３であって、サービスアクセス応答は、第１目的サービスユニットがサービスを提供した後に生成されたものである、受信モジュール１１０３と、を備える。

【0137】

本願のいくつかの実施例において、送信モジュール１１０２はさらに、アドレス取得モジュールターゲット通信アドレスを取得する前に、第１通信ユニットが第３サービスユニットであり、且つ第３サービスユニットが直接通信方式を採用する場合、第１サービス登録要求をネットワーク記憶機能ユニットに送信するように構成され、第１サービス登録要求は、第３サービスユニットが採用する直接通信方式及び第３サービスユニットの通信アドレスを含む。

【0138】

本願のいくつかの実施例において、アドレス取得モジュール１１０１は、具体的に、第１サービス発見要求をネットワーク記憶機能ユニットに送信し、第１サービス発見要求は、アクセスする必要のある第１目的サービスユニットのサービスタイプを含み、ネットワーク記憶機能ユニットは、第１サービス発見要求に従って第１目的サービスユニットの通信アドレスを取得し、ネットワーク記憶機能ユニットによって送信されたサービス発見結果を受信するように構成され、サービス発見結果はターゲット通信アドレスを含む。

【0139】

本願のいくつかの実施例において、図１５に示されるように、当サービス発見結果は、サービス発見有効時間をさらに含み、第１通信ユニット１１００は、サービスタイプ取得モジュール１１０４及び時間判断モジュール１１０５を含み得、ここで、
サービスタイプ取得モジュール１１０４は、アクセスする必要のある第２目的サービスユニットのサービスタイプを取得するように構成され、
時間判断モジュール１１０５は、第１目的サービスユニットのサービスタイプ及び第２目的サービスユニットのサービスタイプが同じである場合、現在の時間がサービス発見有効時間を超えるかどうかを判断するように構成される。

【0140】

アドレス取得モジュール１１０１はさらに、現在の時間がサービス発見有効時間を超えない場合、第２目的サービスユニットがサービスを提供する時の対応する通信アドレスとターゲット通信アドレスが同じアドレスであると判断するように構成される。

【0141】

本願のいくつかの実施例において、受信モジュール１１０３はさらに、アドレス取得モジュールターゲット通信アドレスを取得する前に、第１通信ユニットが第３サービスユニットにサービスを提供する第２サービスサポートユニットである場合、第３サービスユニットによって送信された第２サービス登録要求を受信するように構成され、第２サービス登録要求は、第３サービスユニットが採用する間接通信方式及び第３サービスユニットの通信アドレスを含む。

【0142】

送信モジュール１１０２はさらに、第３サービス登録要求をネットワーク記憶機能ユニットに送信するように構成され、第３サービス登録要求は、第３サービスユニットが採用する間接通信方式、第３サービスユニットの通信アドレス及び第２サービスサポートユニットの通信アドレスを含み、第３サービスユニットがサービスを提供する時の対応する通信アドレスは、第２サービスサポートユニットの通信アドレスである。

【0143】

本願のいくつかの実施例において、アドレス取得モジュール１１０１は、具体的に、第３サービスユニットによって送信された第２サービスアクセス要求を受信し、サービスタイプに対応するサービスユニットの通信アドレスがローカルメモリに記憶されているかどうかを判断し、ネットワーク記憶機能ユニットによって予め送信されたサービスタイプに対応するサービスユニットの通信アドレスが前記ローカルメモリに記憶されている場合、ローカルメモリの中からターゲット通信アドレスを取得するように構成され、第２サービスアクセス要求は、第３サービスユニットがアクセスする必要のある第１目的サービスユニットのサービスタイプ及びサービスペイロードデータを含む。

【0144】

本願のいくつかの実施例において、アドレス取得モジュール１１０１は、具体的に、サービスタイプに対応するサービスユニットの通信アドレスがローカルメモリに記憶されていない場合、第１サービス発見要求をネットワーク記憶機能ユニットに送信するように構成され、第１サービス発見要求は、アクセスする必要のある第１目的サービスユニットのサービスタイプを含み、ネットワーク記憶機能ユニットは、第１サービス発見要求に従って第１目的サービスユニットの通信アドレスを取得し、ネットワーク記憶機能ユニットによって送信されたサービス発見結果を受信し、サービス発見結果はターゲット通信アドレスを含む。

【0145】

本願のいくつかの実施例において、送信モジュール１１０２はさらに、第１通信ユニットが第３サービスユニットにサービスを提供する第２サービスサポートユニットである場合、受信モジュール１１０３がターゲット通信アドレスからサービスアクセス応答を受信した後、サービスアクセス応答を第３サービスユニットに送信するように構成される。

【0146】

図１６を参照すると、本願実施例で提供されるサービスサポートユニットは、具体的に、第１サービスサポートユニット１２００であり、第１サービスサポートユニット１２００は、受信モジュール１２０１及び送信モジュール１２０２を備えることができ、ここで、
受信モジュール１２０１は、第１通信ユニットによってターゲット通信アドレスに送信された第１サービスアクセス要求を受信するように構成され、前記第１サービスアクセス要求は、アクセスする必要のある第１サービスユニットのサービスタイプを含み、前記第１サービスサポートユニットは、前記第１サービスユニットにサービスを提供するサービスサポートユニットであり、前記第１サービスユニットは間接通信方式を採用し、前記ターゲット通信アドレスは、前記第１サービスサポートユニットの通信アドレスであり、
送信モジュール１２０２は、前記第１サービスアクセス要求を前記第１サービスユニットに送信するように構成され、前記第１サービスユニットは、前記第１サービスアクセス要求に従ってサービスを提供し、及びサービスアクセス応答を生成するために用いられ、
受信モジュール１２０１はさらに、第１サービスユニットによって送信されたサービスアクセス応答を受信するように構成され、
送信モジュール１２０２はさらに、サービスアクセス応答を第１通信ユニットに送信するように構成される。

【0147】

本願のいくつかの実施例において、受信モジュール１２０１はさらに、第１通信ユニットによってターゲット通信アドレスに送信された第１サービスアクセス要求を受信する前に、第１サービスユニットによって送信された第４サービス登録要求を受信するように構成され、第４サービス登録要求は、第１サービスユニットが、間接通信方式及び第１サービスユニットの通信アドレスを用いることを含み、
送信モジュール１２０２はさらに、第５サービス登録要求をネットワーク記憶機能ユニットに送信するように構成され、第５サービス登録要求は、第１サービスユニットが、間接通信方式、第１サービスユニットの通信アドレス及び第１サービスサポートユニットの通信アドレスを用いることを含む。

【0148】

本願のいくつかの実施例において、図１７に示されるように、第１サービスサポートユニットは、メモリ検出モジュール１２０３及びアドレス取得モジュール１２０４をさらに備え、ここで、メモリ検出モジュール１２０３は、送信モジュール１２０２が第１サービスアクセス要求を第１サービスユニットに送信する前に、第１サービスユニットの通信アドレスがローカルメモリに記憶されているかどうかを判断し、アドレス取得モジュール１２０４は、ネットワーク記憶機能ユニットによって予め送信された第１サービスユニットの通信アドレスがローカルメモリに記憶されている場合、ローカルメモリから第１サービスユニットの通信アドレスを取得するように構成される。

【0149】

本願のいくつかの実施例において、送信モジュール１２０２はさらに、第１サービスユニットの通信アドレスがローカルメモリに記憶されていない場合、第２サービス発見要求をネットワーク記憶機能ユニットに送信するように構成され、第２サービス発見要求は、第１サービスユニットのサービスタイプを含み、受信モジュール１２０１はさらに、ネットワーク記憶機能ユニットによって送信されたサービス発見結果を受信するように構成され、サービス発見結果は、第１サービスユニットの通信アドレスを含む。

【0150】

本願のいくつかの実施例において、図１８に示されるように、第１サービスサポートユニットは、送信モジュール１２０２が第１サービスユニットに第１サービスアクセス要求を送信した後、第１通信ユニットが第３サービスユニットであり、且つ第３サービスユニットが直接通信方式を採用する場合、第３サービスユニットと第１サービスユニットとの間のバウンド関係を記憶し、又は、第１通信ユニットが第３サービスユニットにサービスを提供する第２サービスサポートユニットである場合、第２サービスサポートユニットと第１サービスユニットとの間のバウンド関係を記憶するように構成される記憶モジュール１２０５を備える。

【0151】

本願実施例は端末をさらに提供し、図１９に示されるように、第１通信ユニットは、具体的に、端末を含み得、説明の便宜上、本願実施例に関する部分だけを示し、具体的な技術的詳細は開示されていないが、本願実施例の方法部分を参照されたい。当該端末は、携帯電話、タブレットコンピュータ、携帯情報端末（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ、ＰＤＡと略称）、ポス（Ｐｏｉｎｔ ｏｆ Ｓａｌｅｓ、ＰＯＳと略称）、車載コンピュータなど、任意の端末機器、端末が携帯電話であることを例として、図１９は、本願実施例で提供される端末に関連する携帯電話の構造の一部の部分のブロック図を示す。図１９を参照すると、携帯電話は、無線周波数（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ、ＲＦと略称）回路１０１０、メモリ１０２０、入力ユニット１０３０、表示ユニット１０４０、センサ１０５０、オーディオ回路１０６０、ＷｉＦｉ（登録商標）モジュール１０７０、プロセッサ１０８０、及び電源１０９０などの部品を備える。当業者は、図１９で示された携帯電話の構造は、携帯電話に対して限定するものではなく、図に示されたものより多くまたはより少ない部品を備え、またはいくつかの部品を組み合わせ、または異なる部品配置を含むことができることを理解できるだろう。以下、図１９を参照すると、携帯電話の各構成部品を詳細に説明する。

【0152】

ＲＦ回路１０１０は、情報を送受信し、又は通信中の信号を受信及び送信し、特に、基地局のダウンリンク情報を受信した後、プロセッサ１０８０によって処理され、さらに、アップリンクデータを基地局に送信する。通常、ＲＦ回路１０１０は、アンテナ、少なくとも１つの増幅器、トランシーバ、カプラ、低雑音増幅器（Ｌｏｗ Ｎｏｉｓｅ Ａｍｐｌｉｆｉｅｒ、ＬＮＡと略称）、デュプレクサなどを含むが、これらに限定されない。さらに、ＲＦ回路１０１０はまた、無線通信を介してネットワーク及び他の機器と通信することができる。上記の無線通信は、任意の通信規格またはプロトコルを使用することができ、当該通信規格またはプロトコルは、グローバル移動通信システム（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｏｆ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＧＳＭと略称）、汎用パケット無線サービス（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ、ＧＰＲＳと略称）、コード分割多重アクセス（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＣＤＭＡと略称）、広帯域コード分離多重アクセス（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ， ＷＣＤＭＡと略称）、ロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ、ＬＴＥと略称）、電子メール、ショートメッセージングサービス（Ｓｈｏｒｔ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｃｅ、ＳＭＳと略称）などを含むが、これらに限定されない。

【0153】

メモリ１０２０は、ソフトウェアプログラムおよびモジュールを記憶するように構成されることができ、プロセッサ１０８０は、メモリ１０２０に記憶されたソフトウェアプログラムおよびモジュールを実行することにより、携帯電話の様々な機能アプリケーションおよびデータ処理を実行する。メモリ１０２０は、主に、プログラム記憶領域及びデータ記憶領域を含み得る。

【0154】

入力ユニット１０３０は、入力した数字又は文字情報を受信し、携帯電話のユーザ設定及び機能制御に関連するキー信号入力を生成するように構成されることができる。具体的に、入力ユニット１０３０は、タッチパネル１０３１及び他の入力機器１０３２を備えることができる。タッチパネル１０３１は、タッチスクリーンとも呼ばれ、タッチパネル１０３１上またはその近くでのユーザのタッチ操作（例えば、ユーザは、指、スタイラスなどの任意の適切な物体または付属品を使用したタッチパネル１０３１上またはその近くでの操作）を収集し、事前に設定されたプログラムに従って対応する接続装置を駆動することができる。例示的に、タッチパネル１０３１は、タッチ検出装置及びタッチコントローラの２つの部分を含み得る。ここで、タッチ検出装置は、ユーザのタッチ位置を検出し、タッチ操作による信号を検出し、信号をタッチコントローラに送信し、タッチコントローラは、タッチ検出装置からタッチ情報を受信し、当該タッチ情報をタッチポイント座標に変換して、プロセッサ１０８０に送信し、プロセッサ１０８０から送信された命令を受信して実行することができる。

【0155】

表示ユニット１０４０は、ユーザが入力した情報を表示し、又はユーザの情報及び携帯電話の様々なメニューを提供する。表示ユニット１０４０は、表示パネル１０４１を含み得、例示的に、液晶表示装置（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ、ＬＣＤと略称）、有機発光ダイオード（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ－Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ、ＯＬＥＤと略称）などの形態で表示パネル１０４１を構成することができる。さらに、タッチパネル１０３１は表示パネル１０４１を覆うことができ、タッチパネル１０３１がタッチパネル上又はその近くでのタッチ操作を検出した後、プロセッサ１０８０に転送してタッチイベントのタイプを決定し、その後、プロセッサ１０８０は、タッチイベントのタイプに従って対応する視覚的出力を表示パネル１０４１で提供する。

【0156】

携帯電話は、光センサ、モーションセンサ及び他のセンサなど、少なくとも１つのセンサ１０５０をさらに含み得る。具体的に、光センサは、周囲光センサ及び近接センサを含み得、ここで、周囲光センサは、周囲光の明るさに応じて表示パネル１０４１の明るさを調整することができ、近接センサは、携帯電話を耳に近づけると、パネル１０４１及び／又はバックライトを閉じることができる。

【0157】

オーディオ回路１０６０、スピーカ１０６１、マイクロフォン１０６２は、ユーザと携帯電話との間のオーディオインターフェースを提供することができる。オーディオ回路１０６０は、受信したオーディオデータを変換した後の電気信号をスピーカ１０６１に伝送し、スピーカ１０６１を声音信号に変換して出力することができ、別の態様によれば、マイクロフォン１０６２は、收集した声音信号を電気信号に変換し、オーディオ回路１０６０は受信した後オーディオデータに変換し、オーディオデータをプロセッサ１０８０に出力して処理した後、ＲＦ回路１０１０を介して別の携帯電話などに送信し、又はオーディオデータをメモリ１０２０に出力してさらに処理する。

【0158】

ＷｉＦｉは、近距離無線伝送技術に属し、携帯電話は、ＷｉＦｉモジュール１０７０を介してユーザが電子メールを送受信したり、Ｗｅｂページを閲覧したり、ストリーミングメディアにアクセスしたりするのに役たち、これは、無線ブロードバンドインターネットアクセスをユーザに提供する。図１９には、ＷｉＦｉモジュール１０７０が示されているが、これは、携帯電話の必要な構成要素ではなく、本発明の本質を変えることなく必要に応じて省略できることを理解されたい。

【0159】

プロセッサ１０８０は、携帯電話のコントロールセンタであり、様々なインターフェース及び回線を使用して携帯電話の各部分を接続し、メモリ１０２０に記憶されたソフトウェアプログラム及び／又はモジュールを実行し、メモリ１０２０に記憶されたデータを呼び出すことにより、携帯電話の様々な機能を実行してデータを処理し、それにより、携帯電話全体をモニタリングする。

【0160】

携帯電話は、各部品に電力を供給するための電源１０９０（例えば、バッテリ）をさらに含み、優先的に、電源は、電源管理システムを介してプロセッサ１０８０と論理的に接続することができ、それにより、電源管理システムを介して充電及び放電の管理及び電力消費管理など機能を実現する。ここでは示されていないが、携帯電話は、カメラやｂｌｕｅｔｏｏｔｈモジュールなどを備えることもできるが、ここでは詳しく説明しない。

【0161】

本願実施例において、当該端末に含まれたプロセッサ１０８０は、次の機能も有する。

【0162】

ターゲット通信アドレスを取得し、ターゲット通信アドレスは、アクセスする必要のある第１目的サービスユニットがサービスを提供する時の対応する通信アドレスであり、ターゲット通信アドレスは、第１目的サービスユニットが採用する通信方式に基づき、ネットワーク記憶機能ユニットによって提供され、第１目的サービスユニットが間接通信方式を採用する第１サービスユニットである場合、第１通信アドレスは、第１サービスユニットにサービスを提供する第１サービスサポートユニット通信のアドレスであり、第１目的サービスユニットが直接通信方式を採用する第２サービスユニットである場合、第１通信アドレスは第２サービスユニットの通信アドレスであり、
第１サービスアクセス要求をターゲット通信アドレスに送信し、第１サービスアクセス要求は、第１目的サービスユニットのサービスタイプを含み、
ターゲット通信アドレスからサービスアクセス応答を受信し、サービスアクセス応答は、第１目的サービスユニットがサービスを提供した後に生成されたものである。

【0163】

例示的に、プロセッサ１０８０はさらに、第１通信ユニットが第３サービスユニットであり、且つ第３サービスユニットが直接通信方式を採用する場合、第１サービス登録要求をネットワーク記憶機能ユニットに送信するステップを実行するように構成され、第１サービス登録要求は、第３サービスユニットが採用する直接通信方式及び第３サービスユニットの通信アドレスを含む。

【0164】

例示的に、プロセッサ１０８０はさらに、第１サービス発見要求をネットワーク記憶機能ユニットに送信するステップを実行するように構成され、第１サービス発見要求は、アクセスする必要のある第１目的サービスユニットのサービスタイプを含み、ネットワーク記憶機能ユニットは、第１サービス発見要求に従って第１目的サービスユニットの通信アドレスを取得し、ネットワーク記憶機能ユニットによって送信されたサービス発見結果を受信するように構成され、サービス発見結果はターゲット通信アドレスを含む。

【0165】

例示的に、当サービス発見結果は、サービス発見有効時間をさらに含み、プロセッサ１０８０はさらに、アクセスする必要のある第２目的サービスユニットのサービスタイプを取得するステップと、第１目的サービスユニットのサービスタイプ及び第２目的サービスユニットのサービスタイプが同じである場合、現在の時間がサービス発見有効時間を超えるかどうかを判断するステップと、現在の時間がサービス発見有効時間を超えない場合、第２目的サービスユニットがサービスを提供する時の対応する通信アドレスとターゲット通信アドレスが同じアドレスであると判断するステップとを実行するように構成される。

【0166】

例示的に、プロセッサ１０８０はさらに、第１通信ユニットが第３サービスユニットにサービスを提供する第２サービスサポートユニットである場合、第３サービスユニットによって送信された第２サービス登録要求を受信するステップであって、第２サービス登録要求は、第３サービスユニットが採用する間接通信方式及び第３サービスユニットの通信アドレスを含む、ステップと、第３サービス登録要求をネットワーク記憶機能ユニットに送信するステップであって、第３サービス登録要求は、第３サービスユニットが採用する間接通信方式、第３サービスユニットの通信アドレス及び第２サービスサポートユニットの通信アドレスを含み、第３サービスユニットがサービスを提供する時の対応する通信アドレスは第２サービスサポートユニットの通信アドレスである、ステップと、を実行するように構成される。

【0167】

例示的に、プロセッサ１０８０はさらに、第３サービスユニットによって送信された第２サービスアクセス要求を受信するステップであって、第２サービスアクセス要求は、第３サービスユニットがアクセスする必要のある第１目的サービスユニットのサービスタイプ及びサービスペイロードデータを含む、ステップと、サービスタイプに対応するサービスユニットの通信アドレスがローカルメモリに記憶されているかどうかを判断するステップと、ネットワーク記憶機能ユニットによって予め送信されたサービスタイプに対応するサービスユニットの通信アドレスが前記ローカルメモリに記憶されている場合、ローカルメモリからターゲット通信アドレスを取得するステップと、を実行するように構成される。

【0168】

例示的に、プロセッサ１０８０はさらに、サービスタイプに対応するサービスユニットの通信アドレスがローカルメモリに記憶されていない場合、第１サービス発見要求をネットワーク記憶機能ユニットに送信するステップであって、第１サービス発見要求は、アクセスする必要のある第１目的サービスユニットのサービスタイプを含み、ネットワーク記憶機能ユニットが、第１サービス発見要求に従って第１目的サービスユニットの通信アドレスを取得し、ネットワーク記憶機能ユニットによって送信されたサービス発見結果を受信するステップであって、サービス発見結果は、ターゲット通信アドレスを含む、ステップと、を実行するように構成される。

【0169】

例示的に、第１通信ユニットが第３サービスユニットにサービスを提供する第２サービスサポートユニットである場合、プロセッサ１０８０はさらに、サービスアクセス応答を第３サービスユニットに送信するステップを実行するように構成される。

【0170】

図２０は、本願実施例で提供されるサーバ構造の概略図であり、第１サービスサポートユニットは、具体的に、サーバ２０００を含み得、当該サーバ２０００は、構成やパフォーマンスが異なることにより大きな差を有し得、当該プロセッサは、１つ又は１つ以上の中央処理装置（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔｓ、ＣＰＵと略称）２０２２（例えば、１つ又は１つ以上のプロセッサ）及びメモリ２０３２、アプリケーションプログラム２０４２又はデータ２０４４を記憶するための１つ又は１つ以上の記憶媒体２０３０（例えば、１つ又は１つ以上の大容量記憶装置）を備える。ここで、メモリ２０３２及び記憶媒体２０３０は、短期記憶または永続記憶であってもよい。記憶媒体２０３０に記憶されたプログラムは、１つ又は１つ以上のモジュール（図示せず）を含み得、各モジュールは、サーバに対する一連の命令操作を含み得る。さらに、中央処理装置２０２２は、記憶媒体２０３０と通信し、サーバ２０００で記憶媒体２０３０の一連の命令操作を実行するように設定されることができる。サーバ２０００はさらに、１つ又は１つ以上の電源２０２６、１つ又は１つ以上の有線又は無線ネットワークインターフェース２０５０、１つ又は１つ以上の入力／出力インターフェース２０５８、及び／又は、Ｗｉｎｄｏｗｓ ＳｅｒｖｅｒＴＭ、Ｍａｃ ＯＳ ＸＴＭ、ＵｎｉｘＴＭ， ＬｉｎｕｘＴＭ、ＦｒｅｅＢＳＤＴＭなどの１つ又は１つ以上のオペレーティングシステム２０４１を備えることができる。

【0171】

上述実施例における、サーバによって実行されるサービスベースの通信方法のステップは、当該図２０に示されたサーバ構造に基づくことができる。

【0172】

本願実施例において、当該サーバに含まれたプロセッサ２０２２は、次の機能も有する。

【0173】

第１通信ユニットによってターゲット通信アドレスに送信された第１サービスアクセス要求を受信し、第１サービスアクセス要求は、アクセスする必要のある第１サービスユニットのサービスタイプを含み、ここで、第１サービスサポートユニットは、第１サービスユニットにサービスを提供するサービスサポートユニットであり、第１サービスユニットは間接通信方式を採用し、ターゲット通信アドレスは、第１サービスサポートユニットの通信アドレスである。

【0174】

第１サービスアクセス要求を第１サービスユニットに送信し、第１サービスユニットは、第１サービスアクセス要求に従ってサービスを提供し、及びサービスアクセス応答を生成するために用いられる。

【0175】

第１サービスユニットによって送信されたサービスアクセス応答を受信する。

【0176】

サービスアクセス応答を第１通信ユニットに送信する。

【0177】

例示的に、プロセッサ２０２２はさらに、第１サービスユニットによって送信された第４サービス登録要求を受信するステップであって、第４サービス登録要求は、第１サービスユニットが、間接通信方式及び第１サービスユニットの通信アドレスを用いるステップと、第５サービス登録要求をネットワーク記憶機能ユニットに送信するステップであって、第５サービス登録要求は、第１サービスユニットは、間接通信方式、第１サービスユニットの通信アドレス及び第１サービスサポートユニットの通信アドレスを用いるステップと、を実行するように構成される。

【0178】

例示的に、プロセッサ２０２２はさらに、第１サービスユニットの通信アドレスがローカルメモリに記憶されているかどうかを判断するステップと、ネットワーク記憶機能ユニットによって予め送信された第１サービスユニットの通信アドレスがローカルメモリに記憶されている場合、ローカルメモリから第１サービスユニットの通信アドレスを受信するステップと、実行するように構成される。

【0179】

例示的に、プロセッサ２０２２はさらに、第１サービスユニットの通信アドレスがローカルメモリに記憶されていない場合、第２サービス発見要求をネットワーク記憶機能ユニットに送信し、第２サービス発見要求は、第１サービスユニットのサービスタイプを含み、ネットワーク記憶機能ユニットによって送信されたサービス発見結果を受信するように構成され、サービス発見結果は、第１サービスユニットの通信アドレスを含む。
上記で説明された装置の実施例は例示的なものに過ぎず、ここで、前記分離部材として説明されたユニットは、物理的に分離されている場合とされていない場合があり、ユニットとして表示された部材は、物理ユニットである場合もそうでない場合もあり、１箇所に配置される場合もあれば、複数のネットワークユニットに分散される場合もあることにさらに留意されたい。必要に応じて、その中の一部または全部モジュールを選択して本実施例の技術案の目的を実現することができる。

【0180】

まとめると、以上の各実施例は、本出願の技術的解決策を説明するのみに使用され、それらを限定することではない。上記した実施例を参照して本出願を詳細に説明しているが、当業者は、依然として、上記した各実施例で説明された技術的解決策を修正し、またはその中の一部の技術的特徴に対して同等の置換を実行することができ、これらの修正または置換は、対応する技術的解決策の本体が本出願の各実施例の技術的解決策の精神及び範囲を超えるようにするものではないことを理解するはずである。

【0181】

本願実施例において、命令を含むメモリなど、サーバに適用されるコンピュータ可読記憶媒体をさらに提供し、上記の命令は、プロセッサによって実行されて上記の実施例におけるサービスベースの通信方法を実行することができる。例えば、当該コンピュータ可読記憶媒体は、読み取り専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭと略称）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭと略称）、読み取り専用コンパクトディスク（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＣＤ－ＲＯＭと略称）、磁気テープ、フロッピーディスク及び光データなどであってもよい。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【国際調査報告】