特許7100153 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ 華為技術有限公司の特許一覧

特許7100153サービスＡＰＩ呼び出し方法および関連装置

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3A
3B
4
5
6
7
8
9

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-07-04

(45)【発行日】2022-07-12

(54)【発明の名称】サービスＡＰＩ呼び出し方法および関連装置

(51)【国際特許分類】

G06F 8/70 20180101AFI20220705BHJP

【ＦＩ】

G06F8/70

【請求項の数】 36

(21)【出願番号】P 2020555187

(86)(22)【出願日】2019-04-09

(65)【公表番号】

(43)【公表日】2021-07-29

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

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

(87)【国際公開日】2019-10-17

【審査請求日】2020-11-09

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

(32)【優先日】2018-04-09

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

(73)【特許権者】

【識別番号】503433420

【氏名又は名称】華為技術有限公司

【氏名又は名称原語表記】ＨＵＡＷＥＩＴＥＣＨＮＯＬＯＧＩＥＳＣＯ．，ＬＴＤ．

【住所又は居所原語表記】ＨｕａｗｅｉＡｄｍｉｎｉｓｔｒａｔｉｏｎＢｕｉｌｄｉｎｇ，Ｂａｎｔｉａｎ，ＬｏｎｇｇａｎｇＤｉｓｔｒｉｃｔ，Ｓｈｅｎｚｈｅｎ，Ｇｕａｎｇｄｏｎｇ５１８１２９，Ｐ．Ｒ．Ｃｈｉｎａ

(74)【代理人】

【識別番号】100107766

【弁理士】

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

(74)【代理人】

【識別番号】100070150

【弁理士】

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

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎修

(72)【発明者】

【氏名】ワン，ヨン

(72)【発明者】

【氏名】パン，カイ

(72)【発明者】

【氏名】ゴォ，ツォイリ

(72)【発明者】

【氏名】チェン，ジン

【審査官】川▲崎▼ 博章

(56)【参考文献】

【文献】特表２００５－５２４２５５（ＪＰ，Ａ）

【文献】Security Aspects of Common API Framework for 3GPP Northbound APIs，3GPP TS 33.122，Rel.15，3rd Generation Partnership Project，2018年01月29日，［検索日 2021.11.15］, インターネット<ＵＲＬ https://www.3gpp.org/ftp/specs/archive/33_series/33.122/33122-010.zip>

【文献】Functional architecture and information flows to support Common API Framework for 3GPP Northbound APIs，3GPP TS 23.222，Rel.15，3rd Generation Partnership Project，2018年04月03日，［検索日 2021.11.15］, インターネット<ＵＲＬ https://www.3gpp.org/ftp/specs/archive/23_series/23.222/23222-f10.zip>

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ８／７０

(57)【特許請求の範囲】

【請求項1】

サービス・アプリケーション・プログラミング・インターフェース（ＡＰＩ）呼び出し方法であって、ＡＰＩエクスポージング機能エンティティのセキュリティメソッドが、元のセキュリティメソッドから新しいセキュリティメソッドに更新され、前記ＡＰＩエクスポージング機能エンティティの前記セキュリティメソッドが、前記ＡＰＩエクスポージング機能エンティティと呼び出し元との間の通信のために使用され、当該方法は、
前記呼び出し元によって、前記元のセキュリティメソッドを使用して、第２の呼び出し要求を前記ＡＰＩエクスポージング機能エンティティに送信することであって、前記第２の呼び出し要求は、サービスＡＰＩを呼び出すために使用される、送信することと、
前記呼び出し元によって、前記ＡＰＩエクスポージング機能エンティティから前記第２の呼び出し要求の応答メッセージを受信することであって、前記第２の呼び出し要求の前記応答メッセージは、原因値を含み、前記原因値は、セキュリティメソッドの不一致により、前記サービスＡＰＩの呼び出しに失敗したことを示す、受信することと、
前記呼び出し元によって、前記ＡＰＩエクスポージング機能エンティティの前記新しいセキュリティメソッドを取得することと、
前記呼び出し元によって、前記新しいセキュリティメソッドを使用して、第１の呼び出し要求を前記ＡＰＩエクスポージング機能エンティティに送信することであって、前記第１の呼び出し要求は、前記サービスＡＰＩの名称を含み、前記第１の呼び出し要求は、前記サービスＡＰＩを呼び出すために使用される、送信することと、を含む方法。

【請求項2】

呼び出し元によって、ＡＰＩエクスポージング機能エンティティの前記新しいセキュリティメソッドを取得することは、
前記呼び出し元によって、共通ＡＰＩフレームワーク（ＣＡＰＩＦ）コア機能エンティティから前記新しいセキュリティメソッドを受信することを含む、請求項１に記載の方法。

【請求項3】

前記呼び出し元によって、共通ＡＰＩフレームワーク（ＣＡＰＩＦ）コア機能エンティティから前記新しいセキュリティメソッドを受信することの前に、さらに、
前記呼び出し元によって、前記ＣＡＰＩＦコア機能エンティティからの前記新しいセキュリティメソッドを要求することを含む、請求項２に記載の方法。

【請求項4】

呼び出し元によって、ＡＰＩエクスポージング機能エンティティの前記新しいセキュリティメソッドを取得することは、
前記呼び出し元によって、前記ＡＰＩエクスポージング機能エンティティから前記新しいセキュリティメソッドを受信することを含む、請求項１に記載の方法。

【請求項5】

呼び出し元によって、前記ＡＰＩエクスポージング機能エンティティの新しいセキュリティメソッドを取得することの前に、さらに、
前記呼び出し元によって、セキュリティメソッド交渉要求を前記ＡＰＩエクスポージング機能エンティティに送信することであって、前記セキュリティメソッド交渉要求は、前記呼び出し元によってサポートされるセキュリティメソッドのリストを含み、前記セキュリティメソッドのリストは、前記新しいセキュリティメソッドを含む、送信することを含み、
前記呼び出し元によって、前記ＡＰＩエクスポージング機能エンティティから前記新しいセキュリティメソッドを受信することは、
前記呼び出し元によって、前記ＡＰＩエクスポージング機能エンティティからセキュリティメソッド交渉応答を受信することであって、前記セキュリティメソッド交渉応答は、前記新しいセキュリティメソッドを含む、受信することを含む、請求項４に記載の方法。

【請求項6】

前記呼び出し元によって、前記ＡＰＩエクスポージング機能エンティティから前記第１の呼び出し要求の応答メッセージを受信することであって、前記第１の呼び出し要求の前記応答メッセージは、前記サービスＡＰＩの呼び出しに成功したことを示す、請求項１～５のいずれか一項に記載の方法。

【請求項7】

サービス・アプリケーション・プログラミング・インターフェース（ＡＰＩ）呼び出し方法であって、ＡＰＩエクスポージング機能エンティティのセキュリティメソッドが、元のセキュリティメソッドから新しいセキュリティメソッドに更新され、前記ＡＰＩエクスポージング機能エンティティの前記セキュリティメソッドが、前記ＡＰＩエクスポージング機能エンティティと呼び出し元との間の通信のために使用され、
共通ＡＰＩフレームワーク（ＣＡＰＩＦ）コア機能エンティティによって、ＡＰＩパブリッシング機能エンティティから前記ＡＰＩエクスポージング機能エンティティに対して更新要求を受信することであって、前記更新要求は、前記新しいセキュリティメソッドを含む、受信することと、
前記ＣＡＰＩＦコア機能エンティティによって、前記新しいセキュリティメソッドを記憶することと、を含む、方法。

【請求項8】

当該方法は、さらに、
前記ＣＡＰＩＦコア機能エンティティによって、前記新しいセキュリティメソッドを前記呼び出し元に送信することを含む、請求項７に記載の方法。

【請求項9】

前記更新要求は、さらに、指示情報を含み、前記指示情報は、前記新しいセキュリティメソッドを前記呼び出し元に送信することを前記ＣＡＰＩＦコア機能エンティティに指示する、請求項７または８に記載の方法。

【請求項10】

前記ＣＡＰＩＦコア機能エンティティによって、前記新しいセキュリティメソッドを前記呼び出し元に送信することの前に、さらに、
前記ＣＡＰＩＦコア機能エンティティによって、前記呼び出し元から取得要求を受信することであって、前記取得要求は、前記新しいセキュリティメソッドを要求するために使用される、受信することを含む、請求項８に記載の方法。

【請求項11】

前記ＣＡＰＩＦコア機能エンティティによって、前記新しいセキュリティメソッドを記憶することは、
前記ＣＡＰＩＦコア機能エンティティによって、前記呼び出し元、前記新しいセキュリティメソッド、および前記ＡＰＩエクスポージング機能エンティティ間の対応を記憶することを含む、請求項７～１０のいずれか一項に記載の方法。

【請求項12】

サービス・アプリケーション・プログラミング・インターフェース（ＡＰＩ）呼び出し方法であって、ＡＰＩエクスポージング機能エンティティのセキュリティメソッドが、元のセキュリティメソッドから新しいセキュリティメソッドに更新され、前記ＡＰＩエクスポージング機能エンティティの前記セキュリティメソッドが、前記ＡＰＩエクスポージング機能エンティティと呼び出し元との間の通信のために使用され
前記ＡＰＩエクスポージング機能エンティティによって、前記元のセキュリティメソッドを使用して、前記呼び出し元から第２の呼び出し要求を受信することであって、前記第２の呼び出し要求は、サービスＡＰＩを呼び出すために使用される、受信することと、
前記ＡＰＩエクスポージング機能エンティティによって、前記第２の呼び出し要求の応答メッセージを前記呼び出し元に送信することであって、前記第２の呼び出し要求の前記応答メッセージは、前記サービスＡＰＩが呼び出しに失敗したことを示す、送信することと、
前記ＡＰＩエクスポージング機能エンティティによって、前記新しいセキュリティメソッドを使用して、前記呼び出し元から第１の呼び出し要求を受信することであって、前記第１の呼び出し要求は、前記サービスＡＰＩの名称を含み、前記第１の呼び出し要求は、前記サービスＡＰＩを呼び出すために使用される、受信することと、
前記ＡＰＩエクスポージング機能エンティティによって、前記新しいセキュリティメソッドを使用して、前記呼び出し元を検証することと、を含む方法。

【請求項13】

前記ＡＰＩエクスポージング機能エンティティによって、新しいセキュリティメソッドを使用して、前記呼び出し元から第１の呼び出し要求を受信することの前に、さらに、
前記ＡＰＩエクスポージング機能エンティティによって、前記新しいセキュリティメソッドを前記呼び出し元に送信することを含む、請求項１２に記載の方法。

【請求項14】

前記ＡＰＩエクスポージング機能エンティティによって、前記新しいセキュリティメソッドを前記呼び出し元に送信することの前に、さらに、
前記ＡＰＩエクスポージング機能エンティティによって、前記呼び出し元からセキュリティメソッド交渉要求を受信することであって、前記セキュリティメソッド交渉要求は、前記呼び出し元によってサポートされるセキュリティメソッドのリストを含み、前記セキュリティメソッドのリストは、前記新しいセキュリティメソッドを含む、受信することと、
前記ＡＰＩエクスポージング機能エンティティによって、セキュリティメソッド交渉応答を前記呼び出し元に送信することであって、前記セキュリティメソッド交渉応答は、前記新しいセキュリティメソッドを含む、送信することと、を含む、請求項１３に記載の方法。

【請求項15】

前記第２の呼び出し要求の前記応答メッセージは、原因値を含み、前記原因値は、セキュリティメソッドの不一致により、前記サービスＡＰＩの呼び出しに失敗したことを示す、請求項１２～１４のいずれか一項に記載の方法。

【請求項16】

当該方法は、さらに、
前記ＡＰＩエクスポージング機能エンティティによって、前記第１の呼び出し要求の応答メッセージを前記呼び出し元に送信することであって、前記第１の呼び出し要求の前記応答メッセージは、前記サービスＡＰＩの呼び出しに成功したことを示す、送信することを含む、請求項１２～１５のいずれか一項に記載の方法。

【請求項17】

処理ユニットと、通信ユニットと、を含む呼び出し元であって、ＡＰＩエクスポージング機能エンティティのセキュリティメソッドが、元のセキュリティメソッドから新しいセキュリティメソッドに更新され、前記ＡＰＩエクスポージング機能エンティティの前記セキュリティメソッドが、前記ＡＰＩエクスポージング機能エンティティと当該呼び出し元との間の通信のために使用され、
前記通信ユニットは、前記元のセキュリティメソッドを使用して、第２の呼び出し要求を前記ＡＰＩエクスポージング機能エンティティに送信することであって、前記第２の呼び出し要求は、サービスＡＰＩを呼び出すために使用される、送信することと、前記ＡＰＩエクスポージング機能エンティティから前記第２の呼び出し要求の応答メッセージを受信することであって、前記第２の呼び出し要求の前記応答メッセージは、原因値を含み、前記原因値は、セキュリティメソッドの不一致により、前記サービスＡＰＩの呼び出しに失敗したことを示す、受信することと、を行うように構成されており、
前記処理ユニットは、前記ＡＰＩエクスポージング機能エンティティの前記新しいセキュリティメソッドを取得するように構成されており、
前記通信ユニットは、さらに、前記新しいセキュリティメソッドを使用して、第１の呼び出し要求を前記ＡＰＩエクスポージング機能エンティティに送信するように構成されており、前記第１の呼び出し要求は、前記サービスＡＰＩの名称を含み、前記第１の呼び出し要求は、前記サービスＡＰＩを呼び出すために使用される、呼び出し元。

【請求項18】

前記処理ユニットが、前記通信ユニットを使用して、共通ＡＰＩフレームワーク（ＣＡＰＩＦ）コア機能エンティティから前記新しいセキュリティメソッドを受信するように構成されている、請求項１７に記載の呼び出し元。

【請求項19】

前記処理ユニットが、前記ＣＡＰＩＦコア機能エンティティから前記新しいセキュリティメソッドを受信することの前に、前記処理ユニットは、さらに、前記通信ユニットを使用して、前記ＣＡＰＩＦコア機能エンティティからの前記新しいセキュリティメソッドを要求するように構成されている、請求項１８に記載の呼び出し元。

【請求項20】

前記処理ユニットが、前記通信ユニットを使用して、前記ＡＰＩエクスポージング機能エンティティから前記新しいセキュリティメソッドを受信するように構成されている、請求項１７に記載の呼び出し元。

【請求項21】

前記通信ユニットは、さらに、セキュリティメソッド交渉要求を前記ＡＰＩエクスポージング機能エンティティに送信するように構成されており、前記セキュリティメソッド交渉要求は、前記呼び出し元によってサポートされるセキュリティメソッドのリストを含み、前記セキュリティメソッドのリストは、前記新しいセキュリティメソッドを含み、
前記処理ユニットが、前記通信ユニットを使用して、前記ＡＰＩエクスポージング機能エンティティからセキュリティメソッド交渉応答を受信することであって、前記セキュリティメソッド交渉応答は、前記新しいセキュリティメソッドを含む、受信するように構成されている、請求項２０に記載の呼び出し元。

【請求項22】

前記通信ユニットは、さらに、前記ＡＰＩエクスポージング機能エンティティから前記第１の呼び出し要求の応答メッセージを受信するように構成されており、前記第１の呼び出し要求の前記応答メッセージは、前記サービスＡＰＩの呼び出しに成功したことを指示する、請求項１７～２１のいずれか一項に記載の呼び出し元。

【請求項23】

通信ユニットと、記憶ユニットと、を含む共通アプリケーション・プログラミング・インターフェース・フレームワーク（ＣＡＰＩＦ）コア機能エンティティであって、アプリケーション・プログラミング・インターフェース（ＡＰＩ）エクスポージング機能エンティティのセキュリティメソッドが、元のセキュリティメソッドから新しいセキュリティメソッドに更新され、前記ＡＰＩエクスポージング機能エンティティの前記セキュリティメソッドが、前記ＡＰＩエクスポージング機能エンティティと呼び出し元との間の通信のために使用され、
前記通信ユニットは、ＡＰＩパブリッシング機能エンティティから前記ＡＰＩエクスポージング機能エンティティに対して更新要求を受信するように構成されており、前記更新要求は、前記新しいセキュリティメソッドを含み、
前記記憶ユニットは、前記新しいセキュリティメソッド記憶するように構成されている、ＣＡＰＩＦコア機能エンティティ。

【請求項24】

前記通信ユニットは、さらに、前記新しいセキュリティメソッドを前記呼び出し元に送信するように構成されている、請求項２３に記載のＣＡＰＩＦコア機能エンティティ。

【請求項25】

前記更新要求は、さらに、指示情報を含み、前記指示情報は、前記新しいセキュリティメソッドを前記呼び出し元に送信するように前記ＣＡＰＩＦコア機能エンティティに指示する、請求項２３または２４に記載のＣＡＰＩＦコア機能エンティティ。

【請求項26】

前記通信ユニットは、さらに、前記呼び出し元から取得要求を受信するように構成されており、前記取得要求は、前記新しいセキュリティメソッドを要求するために使用される、請求項２５に記載のＣＡＰＩＦコア機能エンティティ。

【請求項27】

前記記憶ユニットが、前記呼び出し元、前記新しいセキュリティメソッド、および前記ＡＰＩエクスポージング機能エンティティ間の対応を記憶するように構成されている、請求項２３～２６のいずれか一項に記載のＣＡＰＩＦコア機能エンティティ。

【請求項28】

通信ユニットと、処理ユニットと、を含む、アプリケーション・プログラミング・インターフェース（ＡＰＩ）エクスポージング機能エンティティであって、
当該ＡＰＩエクスポージング機能エンティティのセキュリティメソッドが、元のセキュリティメソッドから新しいセキュリティメソッドに更新され、当該ＡＰＩエクスポージング機能エンティティの前記セキュリティメソッドが、当該ＡＰＩエクスポージング機能エンティティと呼び出し元との間の通信のために使用され、
前記通信ユニットは、前記元のセキュリティメソッドを使用して、前記呼び出し元から第２の呼び出し要求を受信することであって、前記第２の呼び出し要求は、サービスＡＰＩを呼び出すために使用される、受信することと、前記第２の呼び出し要求の応答メッセージを前記呼び出し元に送信することであって、前記第２の呼び出し要求の前記応答メッセージは、前記サービスＡＰＩの呼び出しに失敗したことを示す、送信することと、前記新しいセキュリティメソッドを使用して、前記呼び出し元から第１の呼び出し要求を受信することと、行うように構成されており、前記第１の呼び出し要求は、前記サービスＡＰＩの名称を含み、前記第１の呼び出し要求は、前記サービスＡＰＩを呼び出すために使用され、
前記処理ユニットは、前記新しいセキュリティメソッドを使用して、前記呼び出し元を検証するように構成されている、ＡＰＩエクスポージング機能エンティティ。

【請求項29】

前記通信ユニットは、さらに、前記新しいセキュリティメソッドを前記呼び出し元に送信するように構成されている、請求項２８に記載のＡＰＩエクスポージング機能エンティティ。

【請求項30】

前記通信ユニットは、さらに、前記呼び出し元からセキュリティメソッド交渉要求を受信することであって、前記セキュリティメソッド交渉要求は、前記呼び出し元によってサポートされるセキュリティメソッドのリストを含み、前記セキュリティメソッドのリストは、前記新しいセキュリティメソッドを含む、受信することと、セキュリティメソッド交渉応答を前記呼び出し元に送信することであって、前記セキュリティメソッド交渉応答は、前記新しいセキュリティメソッドを含む、送信することと、を行うように構成されている、請求項２９に記載のＡＰＩエクスポージング機能エンティティ。

【請求項31】

前記第２の呼び出し要求の前記応答メッセージは、原因値を含み、前記原因値は、前記セキュリティメソッドの不一致により、前記サービスＡＰＩの呼び出しに失敗したことを示す、請求項２８～３０のいずれか一項に記載のＡＰＩエクスポージング機能エンティティ。

【請求項32】

前記通信ユニットは、さらに、前記第１の呼び出し要求の応答メッセージを前記呼び出し元に送信するように構成されており、前記第１の呼び出し要求の前記応答メッセージは、前記サービスＡＰＩの呼び出しに成功したことを示す、請求項２８～３１のいずれか一項に記載のＡＰＩエクスポージング機能エンティティ。

【請求項33】

コンピュータ可読記憶媒体であって、当該コンピュータ可読記憶媒体は、命令を記憶し、前記命令がコンピュータ上で動作するときに、前記コンピュータは、請求項１～１６のいずれか一項に記載の方法を行うことが可能となる、コンピュータ可読記憶媒体。

【請求項34】

少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合され、プログラム命令が記憶されているメモリと、を含む装置であって、
前記プログラム命令は、前記少なくとも１つのプロセッサによって実行されるときに、当該装置に請求項１～１６のいずれか一項に記載の方法を行わせる、装置。

【請求項35】

サービス・アプリケーション・プログラミング・インターフェース（ＡＰＩ）呼び出しシステムであって、請求項１７～２２のいずれか一項に記載の呼び出し元と、請求項２８～３２のいずれか一項に記載のＡＰＩエクスポージング機能エンティティと、を含むシステム。

【請求項36】

当該システムは、さらに、請求項２３～２７のいずれか一項に記載のＣＡＰＩＦコア機能エンティティを含む、請求項３５に記載のシステム。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、２０１８年４月９日に国家知識産権局に出願された「ＳＥＲＶＩＣＥＡＰＩＩＮＶＯＫＩＮＧＭＥＴＨＯＤＡＮＤＲＥＬＡＴＥＤＡＰＰＡＲＡＴＵＳ」と題する中国特許出願第２０１８１０３１２７３４．１号に対する優先権を主張し、同出願は、全体として参照により本出願に組み込まれる。

【0002】

本出願は、通信技術の分野に関し、特にサービスＡＰＩ呼び出し方法および関連装置に関する。

【背景技術】

【0003】

第３世代パートナーシップ・プロジェクト（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ、３ＧＰＰ）は、ノースバンドのアプリケーション・プログラミング・インターフェース（ａｐｐｌｉｃａｔｉｏｎｐｒｏｇｒａｍｍｉｎｇｉｎｔｅｒｆａｃｅ、ＡＰＩ）に関連する複数の仕様を定義する。異なるＡＰＩ仕様間の反復と矛盾を避けるために、３ＧＰＰは、すべてのノースバンドＡＰＩに適用可能な共通の特徴を有する共通ＡＰＩフレームワーク（ｃｏｍｍｏｎＡＰＩｆｒａｍｅｗｏｒｋ、ＣＡＰＩＦ）を開発することを考慮する。一般に、ＣＡＰＩＦは、キャリアネットワーク内に配備される。

【0004】

図１は、ＣＡＰＩＦベースのアーキテクチャの概略図である。図１に示すアーキテクチャは、主に以下のネットワーク要素を含む。

【0005】

ＡＰＩ呼び出し元（ＡＰＩｉｎｖｏｋｅｒ）：ＡＰＩ呼び出し元は、通常、キャリアネットワークとサービス契約を結んでいるサードパーティのアプリケーションプロバイダによって提供される。

【0006】

サービスＡＰＩ（ｓｅｒｖｉｃｅＡＰＩ）：サービスＡＰＩは、ＡＰＩ呼び出し元に対してサービスを提供するインターフェースである。

【0007】

ＣＡＰＩＦコア機能（ＣＡＰＩＦｃｏｒｅｆｕｎｃｔｉｏｎ）エンティティ：ＣＡＰＩＦコア機能エンティティは、サービスＡＰＩの全てのポリシーの中央記憶装置であり、認証および認可のためのＡＰＩ呼び出し元およびサービスＡＰＩの中心である。

【0008】

ＣＡＰＩＦＡＰＩ：ＣＡＰＩＦＡＰＩは、ＡＰＩ呼び出し元に対してＣＡＰＩＦコア機能エンティティエントリを提供するインターフェースである。

【0009】

ＡＰＩエクスポージング機能（ＡＰＩｅｘｐｏｓｉｎｇｆｕｎｃｔｉｏｎ、ＡＥＦ）エンティティ：ＡＰＩエクスポージング機能エンティティは、サービスプロバイダが外部システムに対してサービスをオープンするためのエントリである。ＡＰＩ呼び出し元は、ＡＥＦエンティティを使用することにより、サービスプロバイダによって提供されるサービスを使用することができる。

【0010】

ＡＰＩパブリッシング機能（ＡＰＩｐｕｂｌｉｓｈｉｎｇｆｕｎｃｔｉｏｎ）エンティティ：ＡＰＩパブリッシング機能エンティティは、サービスＡＰＩに関する情報をＣＡＰＩＦコア機能エンティティにパブリッシュしてもよく、ＡＰＩ呼び出し元が、ＣＡＰＩＦコア機能エンティティ内のサービスＡＰＩに関する情報を見つけるようにする。

【0011】

ＡＰＩ管理機能（ＡＰＩｍａｎａｇｅｍｅｎｔｆｕｎｃｔｉｏｎ）エンティティ：ＡＰＩ管理機能エンティティは、サービスＡＰＩを管理し、例えばサービスＡＰＩの状態を監視し、呼び出し情報を記録する。

【0012】

図１において、公衆陸上移動ネットワークトラストドメイン(ｐｕｂｌｉｃｌａｎｄｍｏｂｉｌｅｎｅｔｗｏｒｋｔｒｕｓｔｄｏｍａｉｎ、ＰＬＭＮｔｒｕｓｔｄｏｍａｉｎ）は、公衆陸上移動ネットワークによって信頼されるエリアを表す。ＡＰＩプロバイダドメイン（ＡＰＩｐｒｏｖｉｄｅｒｄｏｍａｉｎ）は、ＡＰＩプロバイダが位置する領域を表す。

【0013】

前述のネットワーク要素間の接続関係は、以下のようである。

【0014】

ＰＬＭＮトラストドメイン外のＡＰＩ呼び出し元とＣＡＰＩＦコア機能エンティティとの間のインターフェースは、ＣＡＰＩＦ－１ｅインターフェースであり、ＰＬＭＮトラストドメイン外のＡＰＩ呼び出し元とＡＥＦエンティティとの間のインターフェースは、ＣＡＰＩＦ－２ｅインターフェースである。ＰＬＭＮトラストドメインにおけるＡＰＩ呼び出し元とＣＡＰＩＦコア機能エンティティとの間のインターフェースは、ＣＡＰＩＦ－１インターフェースであり、ＡＰＩ呼び出し元とＡＥＦエンティティとの間のインターフェースは、ＣＡＰＩＦ－２インターフェースである。ＣＡＰＩＦコア機能エンティティとＡＥＦエンティティとの間のインターフェースは、ＣＡＰＩＦ－３インターフェースであり、ＣＡＰＩＦコア機能エンティティとＡＰＩパブリッシング機能エンティティとの間のインターフェースは、ＣＡＰＩＦ－４インターフェースであり、ＣＡＰＩＦコア機能エンティティとＡＰＩ管理機能との間のインターフェースは、ＣＡＰＩＦ－５インターフェースである。

【0015】

現在、ＡＰＩ呼び出し元がサービスＡＰＩを呼び出する前に、ＡＰＩ呼び出し元およびＣＡＰＩＦコア機能エンティティは、ＡＰＩ呼び出し元とＡＥＦエンティティとの間で使用されるセキュリティメソッドを交渉する。次いで、ＡＰＩ呼び出し元は、サービスＡＰＩを呼び出すときに、セキュリティメソッドを使用して、ＡＥＦエンティティからサービスＡＰＩを呼び出す。しかし、セキュリティメソッドが更新されたケースが既存のメソッドでは考慮されず、セキュリティメソッドが更新される場合、ＡＰＩ呼び出し元が元のセキュリティメソッドを使用して、サービスＡＰＩを呼び出し、サービスＡＰＩの呼び出しに成功することができない。

【発明の概要】

【0016】

本出願の実施形態は、セキュリティメソッドの不一致により、サービスＡＰＩの呼び出しに失敗する問題を回避するために、サービスＡＰＩ呼び出し方法および関連装置を提供する。

【0017】

第１の態様によれば、本出願の実施形態は、サービスＡＰＩ呼び出し方法を提供する。ＡＰＩエクスポージング機能エンティティに適用されるセキュリティメソッドは、元のセキュリティメソッドから新しいセキュリティメソッドに更新され、ＡＰＩエクスポージング機能エンティティのセキュリティメソッドは、ＡＰＩエクスポージング機能エンティティと呼び出し元との間の通信のために使用される。方法は、呼び出し元によって、ＡＰＩエクスポージング機能エンティティの新しいセキュリティメソッドを呼び出すことと、呼び出し元によって、新しいセキュリティメソッドを使用して、第１の呼び出し要求をＡＰＩエクスポージング機能エンティティに送信することと、を含み、第１の呼び出し要求は、サービスＡＰＩの名称を含み、第１の呼び出し要求は、サービスＡＰＩを呼び出すために使用される。

【0018】

ＡＰＩエクスポージング機能エンティティのセキュリティメソッドが、ＡＰＩエクスポージング機能エンティティと呼び出し元との間の通信のために使用されることは、ＡＰＩエクスポージング機能エンティティのセキュリティメソッドが、ＡＰＩエクスポージング機能エンティティと呼び出し元との間の認証、認可、および保護のために使用される。

【0019】

本出願の本実施形態の解決策によれば、ＡＰＩエクスポージング機能エンティティのセキュリティメソッドが更新されたときに、呼び出し元は、時間内にＡＰＩエクスポージング機能エンティティの新しいセキュリティメソッドを取得し、新しいセキュリティメソッドを使用して、ＡＰＩエクスポージング機能エンティティからサービスＡＰＩを呼び出し、セキュリティメソッドの不一致により、サービスＡＰＩの呼び出しに失敗する問題を回避することができる。

【0020】

可能な設計では、呼び出し元は、以下の方式でＡＰＩエクスポージング機能エンティティの新しいセキュリティメソッドを取得することができる。第１の方式では、呼び出し元が、共通ＡＰＩフレームワークＣＡＰＩＦコア機能エンティティから新しいセキュリティメソッドを受信し、第２の方式では、呼び出し元が、ＡＰＩエクスポージング機能エンティティから新しいセキュリティメソッドを受信する。

【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】

【図1】本出願の一実施形態による、ＣＡＰＩＦベースのアーキテクチャの概略図である。

【図2】ＡＰＩを呼び出す概略通信図である。

【図3A】本出願の一実施形態による、サービスＡＰＩ呼び出し方法の概略通信図である。

【図3B】本出願の一実施形態による、別のサービスＡＰＩ呼び出し方法の概略通信図である。

【図4】本出願の一実施形態による、さらに別のサービスＡＰＩ呼び出し方法の概略通信図である。

【図5】本出願の一実施形態による、さらに別のサービスＡＰＩ呼び出し方法の概略通信図である。

【図6】本出願の一実施形態による、さらに別のサービスＡＰＩ呼び出し方法の概略通信図である。

【図7】本出願の一実施形態による、さらに別のサービスＡＰＩ呼び出し方法の概略通信図である。

【図8】本出願の一実施形態による、装置の概略ブロック図である。

【図9】本出願の一実施形態による、装置の概略構造図である。

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

【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】

応答は、原因値および更新されたセキュリティメソッドを含む。この原因値は、セキュリティメソッドエラーにより、サービスＡＰＩの呼び出しに失敗したことを示すために使用される。

【0182】

ステップ６０４およびステップ６０５は、それぞれ、図４におけるステップ４０６およびステップ４０７と同じである。詳細については、図４における詳細な説明を参照のこと。詳細は、ここでは再度説明しない。

【0183】

図７は、本出願の一実施形態による、さらに別のサービスＡＰＩ呼び出し方法の概略通信図である。図７に示す方法の主なアイデアは、サービスＡＰＩのセキュリティメソッドが更新された後、ＡＰＩ呼び出し元がサービスＡＰＩの呼び出しに失敗したときに、ＡＰＩ呼び出し元が、ＡＥＦとセキュリティメソッドを交渉し、次いで、ＡＰＩの呼び出し元が、交渉されたセキュリティメソッドを使用して、ＡＥＦからサービスＡＰＩを呼び出すというものである。図７に示す方法は、ステップ７０１～ステップ７０６を含んでもよい。

【0184】

ステップ７０１～ステップ７０３は、それぞれ、図４のステップ４０１～ステップ４０３と同じか、または類似している。詳細については、図４における詳細な説明を参照のこと。詳細は、ここでは再度説明しない。

【0185】

ステップ７０４：ＡＰＩ呼び出し元は、セキュリティメソッド交渉要求をＡＥＦに送信する。

【0186】

要求は、例えば、セキュリティメソッドＡ、セキュリティメソッドＢ、およびセキュリティメソッドを含む、ＡＰＩ呼び出し元によってサポートされるセキュリティメソッドを搬送する。

【0187】

本出願の本実施形態では、サービスＡＰＩによって使用され得るセキュリティメソッドは、セキュリティメソッドＡ、セキュリティメソッドＢ、およびセキュリティメソッドＣのみを含むことが想定されている。

【0188】

ステップ７０５：ＡＥＦは、セキュリティメソッド交渉応答をＡＰＩ呼び出し元に送信する。

【0189】

応答は、セキュリティメソッドＣを搬送する。具体的には、ＡＥＦは、セキュリティメソッド交渉要求を受信した後、サービスＡＰＩの更新されたセキュリティメソッドがセキュリティメソッドＣであると決定し、セキュリティメソッドＣをセキュリティメソッド交渉応答に追加し、セキュリティメソッド交渉応答をＡＰＩ呼び出し元に送信する。

【0190】

ステップ７０６：ＡＰＩ呼び出し元は、サービスＡＰＩ呼び出し要求をＡＥＦに送信する。

【0191】

ここで、ＡＰＩの呼び出し元は、サービスＡＰＩの更新されたセキュリティメソッド（すなわち、セキュリティメソッドＣ）を使用して、ＡＥＦと通信する。

【0192】

ステップ７０７：ＡＥＦは、サービスＡＰＩ成功応答をＡＰＩ呼び出し元に送信する。

【0193】

ステップ７０６およびステップ７０７の特定の実施プロセスは、図４のステップ４０６およびステップ４０７のものと同様である。詳細については、図４における詳細な説明を参照のこと。詳細は、ここでは再度説明しない。

【0194】

本出願の実施形態で提供される解決策は、主に異なるネットワーク要素間の相互作用の観点から上記のように説明される。前述の機能を実装するために、呼び出し元、ＡＰＩエクスポージング機能エンティティ、およびＣＡＰＩＦコア機能エンティティは、各機能に対応するハードウェア構造および／またはソフトウェアモジュールを含むと理解されよう。本出願に開示された実施形態に説明されたユニットおよびアルゴリズムのステップに関し、本出願の実施形態は、ハードウェアの形態、またはハードウェアとコンピュータソフトウェアの組み合わせで実装されることができる。機能がハードウェアによって行われるのか、コンピュータソフトウェアによって駆動されるハードウェアによって行われるのかは、技術的解決策の特定のアプリケーションおよび設計制約に依存する。当業者であれば、特定の用途ごとに、説明された機能を実装するために異なる方法を使用してもよく、その実装が、本出願の実施形態における技術的解決策の範囲を超えるとみなされるべきではない。

【0195】

本出願の実施形態では、呼び出し元機能ユニット、ＡＰＩエクスポージング機能エンティティ、およびＣＡＰＩＦコア機能エンティティは、前述の方法の実施例に従って分割されてもよい。例えば、各機能ユニットは、各機能に対応して分割されてもよく、または、２つ以上の機能が、１つの処理ユニットに統合されてもよい。統合ユニットは、ハードウェアの形態で実装されてもよく、またはソフトウェア機能ユニットの形態で実装されてもよい。本出願の本実施形態において、ユニット分割は、一例であり、単なる論理機能分割であると留意されたい。実際の実装の間、別の分割方式が使用されてもよい。

【0196】

集積化されたユニットが使用されるときに、図８は、本出願の一実施形態による、装置の可能な例示的なブロック図である。装置８００は、ソフトウェア、ハードウェア、またはソフトウェアとハードウェアの組み合わせの形態で存在することができる。図８は、本出願の一実施形態による、装置の可能な概略ブロック図である。装置８００は、処理ユニット８０２および通信ユニット８０３を含む。処理ユニット８０２は、装置の挙動を制御および管理するように構成されている。通信ユニット８０３は、装置と別の装置との間の通信をサポートするように構成されている。装置は、さらに、装置のプログラムコードおよびデータを記憶するように構成されている記憶ユニット８０１を含んでもよい。

【0197】

図８に示す装置８００は、本出願の実施形態における、呼び出し元、ＡＰＩエクスポージング機能エンティティ、またはＣＡＰＩＦコア機能エンティティであってもよい。

【0198】

図８に示す装置８００が呼び出し元であるときに、処理ユニット８０２は、前述の方法例において呼び出し元によって完了される挙動を行う際に装置８００をサポートすることができる。通信ユニット８０３は、装置８００とＣＡＰＩＦコア機能エンティティとの間の通信、装置８００とＡＰＩエクスポージング機能エンティティとの間の通信等をサポートすることができる。例えば、通信ユニット８０３は、図３Ａにおけるステップ３０３～３０５、図３Ｂにおけるステップ３１３～３１５、図４におけるステップ４０２～４０７、図５におけるステップ５０４～５０７、図６におけるステップ６０２～６０５、図７におけるステップ７０２～７０７、および／または別の関連通信プロセスを行う際に装置８００をサポートする。

【0199】

図８に示す装置８００がＡＰＩエクスポージング機能エンティティであるときに、処理ユニット８０２は、前述の方法例においてＡＰＩエクスポージング機能エンティティによって完了される挙動を行う際に装置８００をサポートすることができる。例えば、処理ユニット８０２は、図４におけるステップ４０１、図６におけるステップ６０１、図７におけるステップ７０１、および／または本明細書で説明される技術の別のプロセスを行う際に装置８００をサポートする。通信ユニット８０３は、装置８００と呼び出し元との間の通信、装置８００とＣＡＰＩＦコア機能エンティティとの間の通信等をサポートすることができる。例えば、通信ユニット８０３は、図３Ａにおけるステップ３０３ａ、３０４および３０５、図３Ｂにおけるステップ３１３ａ、３１４および３１５、図４におけるステップ４０２、４０３、４０６および４０７、図５におけるステップ５０６および５０７、図６におけるステップ６０２～６０５、図７におけるステップ７０２、７０７、および／または別の関連通信プロセスを行う際に装置８００をサポートする。

【0200】

図８に示す装置８００がＣＡＰＩＦコア機能エンティティであるときに、処理ユニット８０２は、前述の方法例において、ＣＡＰＩＦコア機能エンティティによって完了される挙動を行う際に装置８００をサポートすることができる。例えば、処理ユニット８０２は、図３Ａにおけるステップ３０２、図３Ｂにおけるステップ３１２、図４におけるステップ４０１、図５におけるステップ５０２、図６におけるステップ６０１、図７におけるステップ７０１、および／または本明細書で説明される技術の別のプロセスを行う際に装置８００をサポートする。通信ユニット８０３は、装置８００と呼び出し元との間の通信、ＡＰＩエクスポージング機能エンティティとＡＰＩパブリッシング機能エンティティとの間の通信等をサポートすることができる。例えば、通信ユニット８０３は、図３Ａにおけるステップ３０１および３０３ｂ、図３Ｂにおけるステップ３１１および３１３ｂ、図４におけるステップ４０４および４０５、図５におけるステップ５０１およびステップ５０３～５０５、および／または別の関連通信プロセスを実行する際に装置８００をサポートする。

【0201】

例えば、処理ユニット８０２は、プロセッサまたはコントローラであってもよく、例えば、中央処理ユニット（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ、ＣＰＵ）、汎用プロセッサ、デジタル信号プロセッサ（ＤｉｇｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｏｒ、ＤＳＰ）、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ－ＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦｉｅｌｄＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ、ＦＰＧＡ）、もしくは別のプログラマブル論理デバイス、トランジスタ論理デバイス、ハードウェアコンポーネント、またはそれらの組み合わせであってもよい。プロセッサは、本出願に開示された内容に関連して説明された様々な例示的な論理ブロック、ユニット、および回路を実装または実行してもよい。代替的には、プロセッサは、計算機能、例えば、１つ以上のマイクロプロセッサの組み合わせ、またはＤＳＰとマイクロプロセッサの組み合わせを実装するための組み合わせであってもよい。通信ユニット８０３は、通信インターフェースであってもよく、通信インターフェースは、一般的な用語である。特定の実装の間、通信インターフェースは、１つ以上のインターフェースを含んでもよい。記憶ユニット８０１はメモリであってもよい。

【0202】

処理ユニット８０２がプロセッサであり、通信ユニット８０３が通信インターフェースであり、記憶ユニット８０１がメモリであるときに、本出願の本実施形態における装置は、図９に示す装置９００であってもよい。

【0203】

図９を参照すると、装置９００は、プロセッサ９０２と、通信インターフェース９０３と、を含む。さらに、装置９００は、さらに、メモリ９０１を含んでもよい。任意で、装置９００は、さらに、バス９０４を含んでもよい。通信インターフェース９０３、プロセッサ９０２、およびメモリ９０１は、バス９０４を使用して、互いに接続されてもよい。バス９０４は、周辺コンポーネント相互接続（ＰｅｒｉｐｈｅｒａｌＣｏｍｐｏｎｅｎｔＩｎｔｅｒｃｏｎｎｅｃｔ、略してＰＣＩ）バス、拡張産業標準アーキテクチャ（ＥｘｔｅｎｄｅｄＩｎｄｕｓｔｒｙＳｔａｎｄａｒｄＡｒｃｈｉｔｅｃｔｕｒｅ、略してＥＩＳＡ）バスなどであってもよい。バス９０４は、アドレスバス、データバス、制御バス等に分類されてもよい。表現を容易にするために、図９においてバスを表すために太線が１本のみが使用されているが、これはバスが１本のみ、またはバスのタイプが１つだけであることを意味しない。

【0204】

プロセッサ９０２は、メモリ９０１に記憶されたプログラムを動作させるか、または行うことによって、装置９００の様々な機能を行ってもよい。

【0205】

例えば、図９に示す装置９００は、本出願の実施形態における呼び出し元、ＣＡＰＩＦコア機能エンティティ、またはＡＰＩエクスポージング機能エンティティであってもよい。

【0206】

装置９００が呼び出し元であるときに、プロセッサ９０２は、メモリ９０１に記憶されたプログラムを動作させるか、または行うことによって、前述の方法の例において呼び出し元によって完了される挙動を行ってもよい。装置９００がＣＡＰＩＦコア機能エンティティであるときに、プロセッサ９０２は、メモリ９０１に記憶されたプログラムを動作させるか、または行うことによって、前述の方法の例においてＣＡＰＩＦコア機能エンティティによって完了される挙動を行ってもよい。

【0207】

装置９００がＡＰＩエクスポージング機能エンティティであるときに、プロセッサ９０２は、メモリ９０１に記憶されたプログラムを動作させるか、または行うことによって、前述の方法の例においてＡＰＩエクスポージング機能エンティティの挙動を行ってもよい。

【0208】

本出願の実施形態において開示された内容と組み合わせて説明された方法またはアルゴリズムのステップは、ハードウェアによって実装されてもよく、またはソフトウェア命令を実行することによってプロセッサによって実装されてもよい。ソフトウェア命令は、対応するソフトウェアモジュールを含んでもよい。ソフトウェアモジュールは、ランダム・アクセス・メモリ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ、ＲＡＭ）、フラッシュメモリ、リードオンリー・メモリ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ、ＲＯＭ）、消去可能プログラマブルリードオンリー・メモリ（ＥｒａｓａｂｌｅＰｒｏｇｒａｍｍａｂｌｅＲＯＭ、ＥＰＲＯＭ）、電気的消去可能プログラマブルリードオンリー・メモリ（ＥｌｅｃｔｒｉｃａｌｌｙＥＰＲＯＭ、ＥＥＰＲＯＭ）、レジスタ、ハードディスク、リムーバブルハードディスク、コンパクト・ディスク・リードオンリー・メモリ（ＣＤ－ＲＯＭ）、または当該技術分野で周知の他の形態の記憶媒体に記憶されてもよい。例えば、記憶媒体は、プロセッサが記憶媒体から情報を読み出すか、または記憶媒体に情報を書き込むことができるように、プロセッサに結合される。確かに、記憶媒体は、代替的に、プロセッサのコンポーネントであってもよい。プロセッサおよび記憶媒体は、ＡＳＩＣ内に配置されてもよい。追加的に、ＡＳＩＣは、呼び出し元、ＣＡＰＩＦコア機能エンティティ、またはＡＰＩエクスポージング機能エンティティに配置されてもよい。確かに、プロセッサおよび記憶媒体は、代替的に、呼び出し元、ＣＡＰＩＦコア機能エンティティ、またはＡＰＩエクスポージング機能エンティティが離散コンポーネントとして存在してもよい。

【0209】

当業者は、前述の１つ以上の例において、本出願の実施形態で説明される機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組み合わせによって実装され得ると認識すべきである。これらの機能がソフトウェアによって実現される場合、これらの機能は、コンピュータ可読媒体に記憶されるか、またはコンピュータ可読媒体内の１つ以上の命令またはコードとして送信されてもよい。コンピュータ可読媒体は、コンピュータ記憶媒体と、通信媒体と、を含み、通信媒体は、コンピュータプログラムが１つの場所から別の場所へ送信されることを可能にする任意の媒体を含む。記憶媒体は、汎用コンピュータまたは専用コンピュータにアクセス可能な任意の利用可能な媒体であってもよい。

【0210】

前述の特定の実装では、本出願の実施形態の目的、技術的解決策、および有益な効果がさらに詳細に説明されている。前述の説明は、本出願の実施形態の特定の実装に過ぎず、本出願の実施形態の保護範囲を限定することを意図するものではないと理解されたい。本出願の実施形態の技術的解決策に基づいてなされる任意の修正、均等な置換または改良は、本出願の実施形態の保護範囲内にあるものとする。

【図1】