JP2024009797A - サービスapi発行のための方法及びネットワークエンティティ - Google Patents
サービスapi発行のための方法及びネットワークエンティティ Download PDFInfo
- Publication number
- JP2024009797A JP2024009797A JP2023144636A JP2023144636A JP2024009797A JP 2024009797 A JP2024009797 A JP 2024009797A JP 2023144636 A JP2023144636 A JP 2023144636A JP 2023144636 A JP2023144636 A JP 2023144636A JP 2024009797 A JP2024009797 A JP 2024009797A
- Authority
- JP
- Japan
- Prior art keywords
- network entity
- api
- service
- entity
- service api
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 59
- 230000004044 response Effects 0.000 claims abstract description 33
- 238000004590 computer program Methods 0.000 claims description 19
- 238000004891 communication Methods 0.000 claims description 7
- 230000006870 function Effects 0.000 claims description 5
- 101100440271 Caenorhabditis elegans ccf-1 gene Proteins 0.000 description 25
- 239000008186 active pharmaceutical agent Substances 0.000 description 12
- 238000010586 diagram Methods 0.000 description 9
- 230000008569 process Effects 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 241000473391 Archosargus rhomboidalis Species 0.000 description 1
- 238000007792 addition Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/547—Remote procedure calls [RPC]; Web services
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/30—Creation or generation of source code
- G06F8/36—Software reuse
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
- Information Transfer Between Computers (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
【課題】本開示は、サービス・アプリケーション・プログラミング・インタフェース(API)発行のための第1ネットワークエンティティにおける方法(400)を提供する。【解決手段】方法(400)は、第2ネットワークエンティティから、サービスAPIを発行するための、サービスAPIを発行したネットワークエンティティの識別子のリストを含むAPI発行要求を受信(410)することと、第1ネットワークエンティティの識別子がリストに含まれている場合、第1ネットワークエンティティでサービスAPIのための新たなリソースを生成することなく、かつ、いずれのネットワークエンティティにもサービスAPIを発行することなく、サービスAPIの発行の失敗を示すAPI発行応答を第2ネットワークエンティティに送信(420)することと、を含む。【選択図】図4
Description
本開示は、通信技術、より具体的には、サービス・アプリケーション・プログラミング・インタフェース(API)発行(Publishing)のための方法及びネットワークエンティティに関する。
ノースバウンドAPIを開発する第3世代パートナーシッププロジェクト(3GPP(登録商標))での関心の高まりに伴い、共通APIフレームワーク(CAPIF)は、複数のワーキンググループ間でのノースバウンドAPIの一貫した開発を可能、つまり、基盤となる3GPP(登録商標)ネットワーク機能をサードパーティのアプリケーションに公開又は抽象化するためにノースバウンドAPIを定義する。CAPIFは、APIの登録、認証、検出、ロギング及び課金に関して、ノースバウンドAPIに共通のフレームワークを提供する。
3GPP(登録商標)リリース16において、CAPIFは、異なるCAPIFプロバイダドメイン間又は同じCAPIFプロバイダドメイン内の相互接続によって拡張される。図1は、CAPIFプロバイダのAPI呼び出し元がサードパーティCAPIFプロバイダからのサービスAPIを利用できる様にする、CAPIF相互接続のアーキテクチャモデルを示している。図2は、同じCAPIFプロバイダドメイン内のCAPIF相互接続のアーキテクチャモデルを示し、これにより、CAPIFコア機能(CCF)1のAPI呼び出し元は、CCF2からのサービスAPIを利用でき、両方のCCFがCAPIFプロバイダAの信頼ドメイン内でホストされる。図1において、2つのCCFは、CAPIF-6eインタフェース(参照ポイント)を介して相互に接続されているが、図2において、2つのCCFは、CAPIF-6インタフェース(参照ポイント)を介して相互に接続されている。CAPIF-6/6eインタフェースは、サービスAPI情報の発行と検出をサポートする。サービスAPI発行の場合、API発行機能(APF)(API呼び出し元によるサービスAPIの発見を可能にするため、APIプロバイダがサービスAPI情報をCCFに発行することを可能にする)又はCCFは、API発行要求又は相互接続API発行要求において共有可能な情報を示すことができ、その様な情報は、サービスAPIを共有できるかどうかと、共有できる場合にはどのCAPIFプロバイダドメインと共有できるかを示す。これら及びその他の機能エンティティと、インタフェース(参照ポイント)と、API発行要求及び応答と、相互接続API発行要求及び応答と、の詳細については、3GPP(登録商標)技術仕様(TS)23.222、V16.6.0を参照でき、本明細書ではその全体を参照する。
本開示の目的は、サービスAPI発行のための方法及びネットワークエンティティを提供することである。
本開示の第1の態様によると、サービスAPI発行のための第1ネットワークエンティティにおける方法が提供される。方法は、第2ネットワークエンティティから、サービスAPIを発行するための第1API発行要求を受信することであって、第1API発行要求は、サービスAPIを発行したネットワークエンティティの識別子のリストを含む、ことを含み、方法は、さらに、第1ネットワークエンティティの識別子がリストに含まれている場合、第1ネットワークエンティティでサービスAPIのための新たなリソースを作成することなく、かつ、いずれのネットワークエンティティにもサービスAPIを発行することなく、サービスAPIの発行の失敗を示すAPI発行応答を第2ネットワークエンティティに送信することと、第1ネットワークエンティティの識別子がリストに含まれていない場合、サービスAPIを発行するための第2API発行要求を第3ネットワークエンティティに送信することであって、第2API発行要求は、第1ネットワークエンティティの識別子を第1リストに追加することにより得られた、ネットワークエンティティの識別子の第2リストを含む、ことと、を含む。
一実施形態において、第2API発行要求は、第3ネットワークエンティティの識別子が第1リストに含まれていないと判定したことに応答して送信され得る。
一実施形態において、方法は、さらに、第1ネットワークエンティティの識別子が第1のリストに含まれない場合、第1ネットワークエンティティでサービスAPIのための新たなリソースを作成することと、第2ネットワークエンティティに、サービスAPIの発行の成功を示し、かつ、作成された新たなリソースの識別子を含むAPI発行応答を送信することと、を含む。
一実施形態において、第1ネットワークエンティティ、第2ネットワークエンティティ、第3ネットワークエンティティ及びサービスAPIを発行したネットワークエンティティのそれぞれは、CCFエンティティであり得る。
一実施形態において、第1ネットワークエンティティ、第2ネットワークエンティティ、第3ネットワークエンティティ及びサービスAPIを発行したネットワークエンティティは、総て、単一CAPIFプロバイダドメイン内にあり得る。
本開示の第3態様によると、サービスAPI発行のための第1ネットワークエンティティにおける方法が提供される。方法は、機能エンティティから、サービスAPIを発行するための第1API発行要求を受信することと、APIを発行するための第2API発行要求を第2ネットワークエンティティに送信することと、を含み、第2API発行要求は、第1ネットワークエンティティの識別子を含む。
一実施形態において、第1ネットワークエンティティ及び第2ネットワークエンティティのそれぞれは、CCFエンティティであり、機能エンティティは、APFエンティティであり得る。
一実施形態において、第1ネットワークエンティティ及び第2ネットワークエンティティは、両方とも、単一CAPIFプロバイダドメイン内にあり得る。
本開示の第4態様によると、第1ネットワークエンティティが提供される。第1ネットワークエンティティは、通信インタフェース、プロセッサ及びメモリを備えている。メモリは、プロセッサにより実行可能な命令を格納し、それにより、第1ネットワークエンティティは、第1態様、第2態様及び/又は第3態様による方法を実行する様に動作する。
本開示の第5態様によると、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は、コンピュータプログラム命令を格納する。コンピュータプログラム命令は、第1ネットワークエンティティのプロセッサにより実行されると、第1ネットワークエンティティに、第1態様、第2態様及び/又は第3態様による方法を実行させる。
本開示の第6態様によると、通信システムが提供される。通信システムは、APFエンティティと、複数のCCFエンティティと、を含む。APFエンティティは、サービスAPIを発行するためのAPI発行要求を複数のCCFエンティティの内の1つに送信する様に構成される。複数のCCFエンティティのそれぞれは、第1態様、第2態様及び/又は第3態様による方法を実行する様に構成される。
本開示の実施形態により、サービスAPIを発行するためのAPI発行要求を受信すると、ネットワークエンティティは、その識別子が、サービスAPIを発行したネットワークエンティティの識別子のリストに含まれているかを判定できる(API発行要求に含まれているか。)。その識別子がリストに含まれている場合、ネットワークエンティティは、サービスAPIのために新たなリソースを作成することなく、かつ、いずれのネットワークエンティティにもサービスAPIを発行することなく、サービスAPIの発行の失敗を示す結果で応答する。一方、その識別子がリストに含まれていない場合にのみ、CCFエンティティは、サービスAPIの新たなリソースを作成、及び/又は、サービスAPIを別のネットワークエンティティに発行するための更なるAPI発行要求を送信する。更なるAPI発行要求は、ネットワークエンティティの識別子がリストに追加された、サービスAPIを発行したネットワークエンティティの識別子の更新されたリストを含み得る。この様にして、ネットワークエンティティは、同じサービスAPIのための冗長リソースの作成を回避し、サービングAPIを発行するためのループを防ぐことができる。
上述した、及び、他の目的、特徴及び利点は、図を参照する以下の実施形態の記述から明らかになる。
本明細書における"一実施形態"、"実施形態"、"例示的な実施形態"等への言及は、説明された実施形態が、特定の特徴、構造又は特性を含み得ることを示すが、総ての実施形態が必ずしも特定の特徴、構造又は特性を含むとは限らない。さらに、その様なフレーズは必ずしも同じ実施形態を参照しているわけではない。さらに、特定の特徴、構造又は特性が実施形態に関して説明されている場合、他の実施形態に関連してその様な特性、構造又は特性を実装することは、明示的に記述されているか否かに拘わらず、当業者の知識の範囲内では提示されている。
本明細書では、"第1"及び"第2"等の用語を使用して様々な要素を説明することができるが、これらの要素はこれらの用語によって限定されるべきではないことを理解されたい。これらの用語は、ある要素と別の要素を区別するためにのみ使用される。例えば、例示的な実施形態の範囲から逸脱することなく、第1要素を第2要素と呼ぶことができ、同様に、第2要素を第1要素と呼ぶことができる。本明細書で使用される"及び/又は"という用語は、関連する列挙された用語の1つ又は複数のありとあらゆる組み合わせを含む。
本明細書で使用される用語は、特定の実施形態を説明することのみを目的としており、例示的な実施形態を限定することを意図していない。単数形式は、文脈が明らかに他の場合を示している場合を除き、複数形式を含むことが意図される。ここで使用する、用語"含む"、"有する"、"備える"等は、述べられた特徴、要素及び/又は構成部品の存在を特定するが、1つ以上の他の特徴、要素、構成部品及び/又はそれらの組み合わせの存在を除外するものではない。
以下の説明及び特許請求の範囲において、別の定義がなされていない限り、使用される総ての技術的及び科学的用語は、本開示の技術分野に属する当業者により通常理解されるのと同じ意味を有する。
図3に示す様に、CAPIF-6/6eインタフェースを介したサービスAPI発行の場合、APIは最初にCCF1からCCF2に発行され、次にCCF2からCCF3に発行され、次にCCF3からCCF1に発行される可能性がある。この場合、CCF1は、APIが最初に、例えば、APFから発行されたときに作成したサービスAPIリソースに加えて、APIのための新たなサービスAPIリソースを作成する。この様に、CCF1は、同じAPIによって占有される冗長なリソースを有する。さらに深刻なことに、CCF1はAPIをCCF2に再度発行し、CCF2はAPIをCCF3に発行する等、サービスAPI発行のループが生じる可能性がある。
図4は、本開示の実施形態による、サービスAPI発行のための方法400を示すフローチャートである。方法400は、第1ネットワークエンティティ、例えば、CCFエンティティにより実行され得る。
ブロック410で、サービスAPIを発行するための第1API発行要求が、第2ネットワークエンティティ(例えば、CCFエンティティ)から受信される。第1API発行要求は、サービスAPIを発行したネットワークエンティティ(例えば、CCFエンティティ)の識別子の第1リストを含む。この文脈において、リストは"発行されたAPIパス"又は略して"APIパス"としても参照され得る。
ここで、第1API発行要求は、TS23.222のセクション8.25.2で仕様化されている相互接続API発行要求であり得る。TS23.222の表8.25.2.1-1は、相互接続API発行要求の情報要素(IE)を定義し、以下の表1として記載する。
上記の表8.25.2.1-1のサービスAPI情報は、TS29.222、V16.1.0の表8.2.4.2.2-1で詳細に定義されており、以下の表2に示す様に、APIパスを含める様に変更され得る。
属性"pubApiPath"は、APIを発行したCCFエンティティの識別子を含む。たとえば、データタイプ"PublishedApiPath"は、以下の表3で定義され得る。
表1の他のIE及び表2の他の属性の詳細については、それぞれTS23.222の表8.25.2.1-1及びTS29.222の表8.2.4.2.2-1を参照でき、ここでは省略する。
第1ネットワークエンティティの識別子が第1リストに含まれている場合、ブロック420において、第1ネットワークエンティティでサービスAPIのための新たなリソースを生成することなく、かつ、いずれのネットワークエンティティにもサービスAPIをさらに発行することなく、サービスAPI発行の失敗を示すAPI発行応答が、第2ネットワークエンティティに送信される。つまり、第1ネットワークエンティティの識別子がAPIパスに含まれている場合、第1API発行要求で発行されたサービスAPIは、第1エンティティが発行したサービスAPIであることを意味する。この場合、第1ネットワークエンティティは、同じサービスAPIのための新たなリソースを作成したり、サービスAPIをいずれかネットワークエンティティにもさらに発行したりしないため、リソースの浪費とAPI発行のループを回避できる。ここで、API発行応答は、TS23.222のセクション8.25.2.2で仕様化されている相互接続API発行応答であり得る。
一方、第1ネットワークエンティティの識別子が第1リストに含まれていない場合、ブロック430で、サービスAPIを発行するための第2API発行要求が第3ネットワークエンティティ(例えば、CCFエンティティ)に送信される。第2API発行要求は、第1ネットワークエンティティの識別子を第1リストに追加することによって得られたネットワークエンティティの識別子の第2リストを含む。
一例において、ブロック430で、第2API発行要求は、第3ネットワークエンティティの識別子が第1リストに含まれていないと判定したことに応答して送信され得る。言い換えると、第1ネットワークエンティティが第3ネットワークエンティティの識別子を知っていて、第3ネットワークエンティティの識別子が第1リストに含まれていると判定した場合、サービスAPIが第3エンティティによって発行されたサービスAPIであることを意味し、第1ネットワークエンティティは、同じサービスAPIを第3ネットワークエンティティにさらに発行するために第2API発行要求を送信せず、これにより、リソースの浪費とAPI発行のループを回避する。
さらに、第1ネットワークエンティティの識別子が第1のリストに含まれていない場合、第1ネットワークエンティティは、第1ネットワークエンティティでサービスAPIのための新たなリソースを作成することができ、第2ネットワークエンティティに、サービスAPIの発行の成功を示し、かつ、作成された新たなリソースの識別子を含むAPI発行応答を送信することができる。ここで、API発行応答は、TS23.222のセクション8.25.2.2で仕様化されている相互接続API発行応答であり得る。
一例において、第1ネットワークエンティティ、第2ネットワークエンティティ、第3ネットワークエンティティ及びサービスAPIを発行したネットワークエンティティは、総て、単一CAPIFプロバイダドメイン内にあり得る。別の例において、これらのネットワークエンティティは、異なるCAPIFプロバイダドメインに属し得る。
実装において、方法400は、ブロック410及び420のみを含み得る。別の実装において、方法400は、ブロック410及び430のみを含み得る。更に別の実装において、方法400は、ブロック410、420及び430を含み得る。
図5は、本開示の実施形態による、サービスAPI発行のための方法500を示すフローチャートである。方法500は、第1ネットワークエンティティ、例えば、CCFエンティティにより実行され得る。
ブロック510で、サービスAPIを発行するための第1API発行要求が、機能エンティティ(例えば、APFエンティティ)から受信される。第1API発行要求は、TS23.222のセクション8.3.2.1で仕様化されているサービスAPI発行要求であり得る。
ブロック520で、APIを発行するための第2API発行要求は、例えば、APIパスを含まない第1API発行要求に応答して、第2ネットワークエンティティ(例えば、CCFエンティティ)に送信される。第2API発行要求は、例えば、APIパスに第1ネットワークエンティティの識別子を含む。第2API発行要求は、表1による相互接続API発行要求であり、表2による"pubApiPath"を含み得る。
ここで、第1API発行要求はAPIパスを含まないため、第1ネットワークエンティティは、第1ネットワークエンティティでサービスAPIのための新たなリソースを作成でき、サービスAPIの発行の成功を示し、かつ、作成された新たなリソースの識別子を含むAPI発行応答を機能エンティティに送信できる。ここで、API発行応答は、TS23.222のセクション8.3.2.2で仕様化されているサービスAPI発行応答であり得る。
一例において、第1ネットワークエンティティ及び第2ネットワークエンティティは、両方とも、単一CAPIFプロバイダドメイン内にあり得る。別の例において、これらのネットワークエンティティは、異なるCAPIFプロバイダドメインに属し得る。
図6は、本開示の実施形態による、サービスAPI発行のための例示的なプロセスを示すシーケンス図である。このプロセスは、少なくともAPFエンティティと複数のCCFエンティティ(例えば、CCF1、CCF2及びCCF3)を含む通信システムで実行され得る。
6.1で、APFエンティティは、サービスAPIを発行するためのサービスAPI発行要求をCCF1に送信する。APFエンティティからのサービスAPI発行要求は、APIパスを含まないため、CCF1はサービスAPIのための新たなリソースを作成し、サービスAPIの発行の成功を示し、かつ、作成された新たなリソースの識別子を含むサービスAPI発行応答を、6.2で、APFエンティティに送信する。6.3で、(サービスAPI発行要求の共有可能情報に応じて)サービスAPIをCCF2と共有する場合、CCF1は、CCF1の識別子を含むAPIパスを含む、サービスAPIを発行するための相互接続API発行要求をCCF2に送信する。相互接続API発行要求を受信すると、CCF2はAPIパスを検査し、CCF2の識別子がAPIパスに含まれていないことを判定する。それに応じて、CCF2はサービスAPIのための新たなリソースを作成し、サービスAPIの発行の成功を示し、かつ、作成された新たなリソースの識別子を含む相互接続API発行応答を、6.4で、CCF1に送信する。(CCF1からの相互接続API発行要求の共有可能情報に応じて)サービスAPIをCCF3と共有する場合、CCF2は、まず、CCF3の識別子を認識している場合、CCF3の識別子がAPIパスに含まれているかを判定し得る。CCF3の識別子を知っており、かつ、APIパスに含まれていない場合、或いは、CCF3の識別子をCCF2が知らない場合、6.5で、CCF2は、サービスAPIをCCF3に発行するための相互接続API発行要求を送信し、これは、CCF1及びCCF2の識別子を含むAPIパスを含む。相互接続API発行要求を受信すると、CCF3は、APIパスを検査し、CCF3の識別子がAPIパスに含まれていないことを判定する。それに応じて、CCF3はサービスAPIのための新たなリソースを作成し、サービスAPIの発行の成功を示し、かつ、作成された新たなリソースの識別子を含む相互接続API発行応答を、6.6で、CCF2に送信する。
(CCF2からの相互接続API発行要求の共有可能情報に応じて)サービスAPIをCCF1と共有する場合、CCF3は、まず、CCF1の識別子を知っている場合、CCF1の識別子がAPIパスに含まれているかを判定し得る。CCF1の識別子を知っており、かつ、APIパスに含まれている場合、CCF3は、サービスAPIをCCF1にそれ以上発行せず、よって、ループは生じない。しかしながら、CCF1の識別子をCCF3が知らない場合、6.7で、CCF3は、サービスAPIをCCF1に発行するための相互接続API発行要求を送信し、これは、CCF1、CCF2及びCCF3の識別子を含むAPIパスを含む。相互接続API発行要求を受信すると、CCF1は、APIパスを検査し、CCF1の識別子がAPIパスに含まれていることを判定する。したがって、CCF1は、CCF1でサービスAPIのための新たなリソースを作成することなく、かつ、任意のネットワークエンティティにサービスAPIをさらに発行することなく、6.8で、サービスAPIの発行の失敗を示す相互接続API発行応答を送信する。この場合、サービスAPI発行のループはない。
上述した方法400又は500に対応して、第1ネットワークエンティティが提供される。図7は、本開示の実施形態による第1ネットワークエンティティ700のブロック図である。
第1ネットワークエンティティ700は、図4に示す様に、方法400を実行する様に動作できる。方法400に関連して上述した様に、実装において、第1ネットワークエンティティ700は、方法400のブロック410及び420のみを実行する様に動作し得る。別の実装において、第1ネットワークエンティティ700は、方法400のブロック410及び430のみを実行する様に動作し得る。さらに別の実装において、第1ネットワークエンティティ700は、方法400のブロック410、420及び430を実行する様に動作し得る。
図7に示す様に、第1ネットワークエンティティ700は、第2ネットワークエンティティから、サービスAPIを発行するための第1API発行要求を受信する様に構成された受信ユニット710を含み、第1API発行要求は、サービスAPIを発行したネットワークエンティティの識別子の第1リストを含む。
第1ネットワークエンティティ700は、第1ネットワークエンティティの識別子が第1リストに含まれている場合、サービスAPIの発行の失敗を示すAPI発行応答を第2ネットワークエンティティに送信する様に構成された送信ユニット720をさらに含む。この場合、第1ネットワークエンティティ700は、第1ネットワークエンティティでサービスAPIのための新たなリソースを作成したり、サービスAPIをいずれかのネットワークエンティティにさらに発行したりしない。
代わりに、又は、追加して、第1ネットワークエンティティの識別子が第1リストに含まれていない場合、送信ユニット720は、サービスAPIを発行するための第2API発行要求を第3ネットワークエンティティに送信する様に構成されることができ、第2API発行要求は、第1ネットワークエンティティの識別子を第1リストに追加することにより得られた、ネットワークエンティティの識別子の第2リストを含む。この場合、第2API発行要求は、第3ネットワークエンティティの識別子が第1リストに含まれていないと判定したことに応答して送信され得る。第1ネットワークエンティティ700は、第1ネットワークエンティティでサービスAPIのための新たなリソースを作成する様に構成された作成ユニットをさらに含むことができ、送信ユニット720は、第2ネットワークエンティティに、サービスAPIの発行の成功を示し、かつ、作成された新たなリソースの識別子を含むAPI発行応答を送信する様にさらに構成され得る。
一実施形態において、第1ネットワークエンティティ、第2ネットワークエンティティ、第3ネットワークエンティティ及びサービスAPIを発行したネットワークエンティティのそれぞれは、CCFエンティティであり得る。
一実施形態において、第1ネットワークエンティティ、第2ネットワークエンティティ、第3ネットワークエンティティ及びサービスAPIを発行したネットワークエンティティは、総て、単一CAPIFプロバイダドメイン内にあり得る。
代わりに、ネットワークエンティティ700は、図5に示す様に、方法500を実行する様に動作できる。図7に示す様に、ネットワークエンティティ700は、機能エンティティから、サービスAPIを発行するための第1API発行要求を受信する様に構成された受信ユニット710を含む。ネットワークエンティティ700は、APIを発行するための第2API発行要求を第2ネットワークエンティティに送信する様に構成された送信ユニット720をさらに含み、第2API発行要求は、第1ネットワークエンティティの識別子を含む。
一実施形態において、第1ネットワークエンティティ及び第2ネットワークエンティティのそれぞれは、CCFエンティティであり、機能エンティティは、APFエンティティであり得る。
一実施形態において、第1ネットワークエンティティ及び第2ネットワークエンティティは、両方とも、単一CAPIFプロバイダドメイン内にあり得る。
ユニット710及び720は、純粋はハードウェアとして、例えば、プロセッサ若しくはマイクロプロセッサと、適切なソフトウェアと、ソフトウェアを格納するメモリと、プログラム可能な論理デバイス(PLD)と、他の電子部品の1つ以上によるソフトウェアとハードウェアの組み合わせとして、或いは、例えば、図4又は5に示す上述した動作を実行する様に構成された処理回路として、実現され得る。
図8は、本開示の別の実施形態による第1ネットワークエンティティ800のブロック図である。
第1ネットワークエンティティ800は、通信インタフェース810と、プロセッサ820と、メモリ830と、を備えている。メモリ830は、プロセッサ820によって実行可能な命令を含み、それにより、第1ネットワークエンティティ800は、例えば、図4に関連して前述した手順のアクションを実行する様に動作する。方法400に関連して上述した様に、実装において、第1ネットワークエンティティ800は、方法400のブロック410及び420のみを実行する様に動作し得る。別の実装において、第1ネットワークエンティティ800は、方法400のブロック410及び430のみを実行する様に動作し得る。さらに別の実装において、第1ネットワークエンティティ800は、方法400のブロック410、420及び430を実行する様に動作し得る。
特に、メモリ830は、プロセッサ820によって実行可能な命令を含み、それにより、第1ネットワークエンティティ800は、第2ネットワークエンティティから、サービスAPIを発行するための第1API発行要求を受信する様に動作し、第1API発行要求は、サービスAPIを発行したネットワークエンティティの識別子の第1リストを含む。
メモリ830は、プロセッサ820によって実行可能な命令をさらに含み、それにより、第1ネットワークエンティティ800は、第1ネットワークエンティティの識別子が第1リストに含まれている場合、第1ネットワークエンティティでサービスAPIのための新たなリソースを作成したり、サービスAPIをいずれかのネットワークエンティティにさらに発行したりすることなく、サービスAPIの発行の失敗を示すAPI発行応答を第2ネットワークエンティティに送信する様に動作する。
代わりに、又は、追加して、メモリ830は、プロセッサ820によって実行可能な命令をさらに含み、それにより、第1ネットワークエンティティの識別子が第1リストに含まれていない場合、第1ネットワークエンティティ800は、サービスAPIを発行するための第2API発行要求を第3ネットワークエンティティに送信する様に動作し、第2API発行要求は、第1ネットワークエンティティの識別子を第1リストに追加することにより得られた、ネットワークエンティティの識別子の第2リストを含む。一実施形態において、第2API発行要求は、第3ネットワークエンティティの識別子が第1リストに含まれていないと判定したことに応答して送信され得る。一実施形態において、メモリ830は、プロセッサ820によって実行可能な命令をさらに含み、それにより、第1ネットワークエンティティの識別子が第1のリストに含まれていない場合、第1ネットワークエンティティ800は、第1ネットワークエンティティでサービスAPIのための新たなリソースを作成し、第2ネットワークエンティティに、サービスAPIの発行の成功を示し、かつ、作成された新たなリソースの識別子を含むAPI発行応答を送信する様に動作する。
一実施形態において、第1ネットワークエンティティ、第2ネットワークエンティティ、第3ネットワークエンティティ及びサービスAPIを発行したネットワークエンティティのそれぞれは、CCFエンティティであり得る。
一実施形態において、第1ネットワークエンティティ、第2ネットワークエンティティ、第3ネットワークエンティティ及びサービスAPIを発行したネットワークエンティティは、総て、単一CAPIFプロバイダドメイン内にあり得る。
代わりに、メモリ830は、プロセッサ820によって実行可能な命令を含み、それにより、第1ネットワークエンティティ800は、例えば、図5に関連して上述した手順のアクションを実行する様に動作する。特に、メモリ830は、プロセッサ820によって実行可能な命令を含み、それにより、第1ネットワークエンティティ800は、機能エンティティから、サービスAPIを発行するための第1API発行要求を受信し、APIを発行するための第2API発行要求を第2ネットワークエンティティに送信する様に動作し、第2API発行要求は、第1ネットワークエンティティの識別子を含む。
一実施形態において、第1ネットワークエンティティ及び第2ネットワークエンティティのそれぞれは、CCFエンティティであり、機能エンティティは、APFエンティティであり得る。
一実施形態において、第1ネットワークエンティティ及び第2ネットワークエンティティは、両方とも、単一CAPIFプロバイダドメイン内にあり得る。
本開示は、例えば、非一時的なコンピュータ可読記憶媒体、EEPROM(電気的に消去可能なプログラム可能リードオンリーメモリ)、フラッシュメモリ、又は、ハードドライブといった、不揮発性又は揮発性メモリの形式である、少なくとも1つのコンピュータプログラム製品も提供する。コンピュータプログラム製品は、コンピュータプログラムを有する。コンピュータプログラムは、プロセッサ820によって実行されると、ネットワークエンティティ800は、例えば、図4又は図5に関連して上述した手順のアクションを実行させる、コード/コンピュータ可読命令を含む。
コンピュータプログラム製品は、コンピュータプログラムモジュールで構成されたコンピュータプログラムコードとして構成され得る。コンピュータプログラムモジュールは、図4又は図5に示すフローの動作を基本的に実行する。
プロセッサは、単一CPU(中央処理ユニット)であり得るが、2つ以上の処理ユニットを含み得る。例えば、プロセッサは、汎用目的マイクロプロセッサ、命令セットプロセッサ、及び/又は、関連チップセット、及び/又は、特定用途向け集積回路(ASIC)の様な特別なマイクロプロセッサを含み得る。プロセッサは、キャッシュ目的のためのボードメモリを含み得る。コンピュータプログラムは、プロセッサに接続されたコンピュータプログラム製品により担持され得る。コンピュータプログラム製品は、コンピュータプログラムを格納する非一時的なコンピュータ可読記憶媒体を含み得る。例えば、コンピュータプログラム製品は、フラッシュメモリ、ランダムアクセスメモリ(RAM)、リードオンリーメモリ(ROM)又はEEPROMを含み、上述したコンピュータプログラムモジュールは、他の実施形態において、メモリ形式の様々なコンピュータプログラム製品に分散され得る。
本開示について、実施形態を参照して説明した。種々の修正、置換及び追加が、本開示の範囲から逸脱することなく、当業者により行われ得ることを理解すべきである。よって、本開示の範囲は、上述した特定の実施形態に限定されず、添付の特許請求の範囲により定義されるのみである。
Claims (10)
- サービス・アプリケーション・プログラミング・インタフェース(API)発行のための第1ネットワークエンティティにおける方法(400)であって、
第2ネットワークエンティティから、サービスAPIを発行するための第1API発行要求を受信(410)することを含み、前記第1API発行要求は、前記サービスAPIを発行したネットワークエンティティの識別子のリストを含み、
前記方法(400)は、さらに、
前記第1ネットワークエンティティの識別子が前記リストに含まれている場合、前記第1ネットワークエンティティで前記サービスAPIのための新たなリソースを作成することなく、かつ、いずれのネットワークエンティティにも前記サービスAPIを発行することなく、前記サービスAPIの発行の失敗を示すAPI発行応答を前記第2ネットワークエンティティに送信(420)すること、或いは、
前記第1ネットワークエンティティの識別子が前記第1リストに含まれていない場合、前記サービスAPIを発行するための第2API発行要求を第3ネットワークエンティティに送信(430)することであって、前記第2API発行要求は、前記第1ネットワークエンティティの前記識別子を前記第1リストに追加することにより得られた、ネットワークエンティティの識別子の第2リストを含む、こと、
を含む方法。 - 請求項1に記載の方法(400)であって、
前記送信(430)することは、前記第3ネットワークエンティティの識別子が前記第1リストに含まれていないと判定したことの応答である、方法。 - 請求項1又は2に記載の方法(400)であって、さらに、
前記第1ネットワークエンティティの前記識別子が前記第1リストに含まれていない場合、
前記第1ネットワークエンティティで前記サービスAPIのための新たなリソースを作成することと、
前記第2ネットワークエンティティに、前記サービスAPIの発行の成功を示し、かつ、作成された前記新たなリソースの識別子を含むAPI発行応答を送信することと、
を含む方法。 - 請求項1から3のいずれか1項に記載の方法(400)であって、
前記第1ネットワークエンティティ、前記第2ネットワークエンティティ、前記第3ネットワークエンティティ及び前記サービスAPIを発行した前記ネットワークエンティティのそれぞれは、共通APIフレームワーク(CAPIF)コア機能(CCF)エンティティである、方法。 - 請求項4に記載の方法(400)であって、
前記第1ネットワークエンティティ、前記第2ネットワークエンティティ、前記第3ネットワークエンティティ及び前記サービスAPIを発行した前記ネットワークエンティティは、総て、単一CAPIFプロバイダドメイン内にある、方法。 - サービス・アプリケーション・プログラミング・インタフェース(API)発行のための第1ネットワークエンティティにおける方法(500)であって、
機能エンティティから、サービスAPIを発行するための第1API発行要求を受信(510)することと、
前記APIを発行するための第2API発行要求を第2ネットワークエンティティに送信(520)することと、
を含み、
前記第2API発行要求は、前記第1ネットワークエンティティの識別子を含む、方法。 - 請求項6に記載の方法(500)であって、
前記第1ネットワークエンティティ及び前記第2ネットワークエンティティのそれぞれは、共通APIフレームワーク(CAPIF)コア機能(CCF)エンティティであり、
前記機能エンティティは、API発行機能(APF)エンティティである、方法。 - 請求項7に記載の方法(500)であって、
前記第1ネットワークエンティティ及び前記第2ネットワークエンティティは、両方とも、単一CAPIFプロバイダドメイン内にある、方法。 - 通信インタフェース(810)と、プロセッサ(820)と、メモリ(830)と、を含む第1ネットワークエンティティ(800)であって、
前記メモリ(830)は、前記プロセッサ(820)によって実行可能な命令を含み、それにより、前記第1ネットワークエンティティ(800)は、請求項1から8のいずれか1項に記載の方法を実行する様に動作する、第1ネットワークエンティティ。 - コンピュータプログラム命令を格納しているコンピュータ可読記憶媒体であって、
前記コンピュータプログラム命令は、第1ネットワークエンティティのプロセッサによって実行されると、前記第1ネットワークエンティティに、請求項1から8のいずれか1項に記載の方法を実行させる、コンピュータ可読記憶媒体。
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNPCT/CN2020/075379 | 2020-02-14 | ||
CN2020075379 | 2020-02-14 | ||
JP2022540574A JP7346745B2 (ja) | 2020-02-14 | 2020-11-20 | サービスapi発行のための方法及びネットワークエンティティ |
PCT/EP2020/082923 WO2021160307A1 (en) | 2020-02-14 | 2020-11-20 | Method and network entity for service api publishing |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2022540574A Division JP7346745B2 (ja) | 2020-02-14 | 2020-11-20 | サービスapi発行のための方法及びネットワークエンティティ |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2024009797A true JP2024009797A (ja) | 2024-01-23 |
Family
ID=73544182
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2022540574A Active JP7346745B2 (ja) | 2020-02-14 | 2020-11-20 | サービスapi発行のための方法及びネットワークエンティティ |
JP2023144636A Pending JP2024009797A (ja) | 2020-02-14 | 2023-09-06 | サービスapi発行のための方法及びネットワークエンティティ |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2022540574A Active JP7346745B2 (ja) | 2020-02-14 | 2020-11-20 | サービスapi発行のための方法及びネットワークエンティティ |
Country Status (6)
Country | Link |
---|---|
US (1) | US20230046570A1 (ja) |
EP (2) | EP4239982A3 (ja) |
JP (2) | JP7346745B2 (ja) |
CN (2) | CN117221385A (ja) |
MX (1) | MX2022007792A (ja) |
WO (1) | WO2021160307A1 (ja) |
Family Cites Families (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7302439B2 (en) * | 2002-06-28 | 2007-11-27 | Sun Microsystems, Inc. | Information model mapping with shared directory tree representations |
US7716357B2 (en) * | 2003-10-24 | 2010-05-11 | Microsoft Corporation | Service discovery and publication |
US20170251329A1 (en) * | 2014-09-24 | 2017-08-31 | Zte Corporation | Identification and discovery of exposed services in a digital communication network |
US10091086B2 (en) * | 2015-04-03 | 2018-10-02 | Oracle International Corporation | System and method for providing an application programming interface manager for use with a service bus runtime |
US10417060B2 (en) * | 2016-06-27 | 2019-09-17 | Verizon Patent And Licensing Inc. | Automated API publication for Internet of Things platform |
US10942794B2 (en) * | 2017-05-02 | 2021-03-09 | Samsung Electronics Co.. Ltd. | Method and apparatus for providing network-based northbound application programming interface in a wireless communication system |
US11303676B2 (en) * | 2017-11-16 | 2022-04-12 | Samsung Electronics Co., Ltd. | Method and system for authenticating application program interface (API) invokers |
CN108111629A (zh) * | 2018-01-19 | 2018-06-01 | 京东方科技集团股份有限公司 | 应用编程接口服务装置和应用编程接口服务系统 |
CN117082511A (zh) * | 2018-04-06 | 2023-11-17 | 日本电气株式会社 | Api调用者装置及其方法和ccf节点及其方法 |
CN110362412A (zh) * | 2018-04-09 | 2019-10-22 | 华为技术有限公司 | 一种服务api调用方法和相关装置 |
CN110730499B (zh) * | 2018-07-16 | 2021-06-15 | 华为技术有限公司 | 一种mec信息获取方法及装置 |
CN110233791B (zh) * | 2019-06-06 | 2022-04-15 | 北京百度网讯科技有限公司 | 数据去重方法和装置 |
WO2021060937A1 (en) * | 2019-09-25 | 2021-04-01 | Samsung Electronics Co., Ltd. | Method and system for distributed discovery and notification for edge computing |
CN110688142B (zh) * | 2019-10-10 | 2020-07-07 | 星环信息科技(上海)有限公司 | 应用程序编程接口的发布方法、设备及存储介质 |
JP2023546785A (ja) * | 2020-09-30 | 2023-11-08 | テレフオンアクチーボラゲット エルエム エリクソン(パブル) | アプリケーションプログラミングインタフェース管理のための方法及び装置 |
-
2020
- 2020-11-20 CN CN202311313611.7A patent/CN117221385A/zh active Pending
- 2020-11-20 EP EP23187266.4A patent/EP4239982A3/en active Pending
- 2020-11-20 CN CN202080095200.3A patent/CN115023931B/zh active Active
- 2020-11-20 US US17/793,072 patent/US20230046570A1/en active Pending
- 2020-11-20 WO PCT/EP2020/082923 patent/WO2021160307A1/en active Search and Examination
- 2020-11-20 JP JP2022540574A patent/JP7346745B2/ja active Active
- 2020-11-20 MX MX2022007792A patent/MX2022007792A/es unknown
- 2020-11-20 EP EP20811591.5A patent/EP4104417B1/en active Active
-
2023
- 2023-09-06 JP JP2023144636A patent/JP2024009797A/ja active Pending
Also Published As
Publication number | Publication date |
---|---|
EP4104417A1 (en) | 2022-12-21 |
CN117221385A (zh) | 2023-12-12 |
EP4104417B1 (en) | 2023-07-26 |
EP4239982A3 (en) | 2023-10-25 |
WO2021160307A1 (en) | 2021-08-19 |
CN115023931A (zh) | 2022-09-06 |
MX2022007792A (es) | 2022-09-27 |
US20230046570A1 (en) | 2023-02-16 |
JP2023516243A (ja) | 2023-04-19 |
JP7346745B2 (ja) | 2023-09-19 |
EP4239982A2 (en) | 2023-09-06 |
CN115023931B (zh) | 2023-10-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109995713B (zh) | 一种微服务框架中的服务处理方法及相关设备 | |
CN112217746B (zh) | 云计算系统中报文处理的方法、主机和系统 | |
CN110099014B (zh) | 云计算系统中报文处理的方法和主机 | |
JP6549787B2 (ja) | ネットワークサービスをデプロイするための方法及び装置 | |
WO2018006381A1 (zh) | 一种网络资源的管理方法、装置及系统 | |
CN107959582B (zh) | 一种切片实例的管理方法及装置 | |
CN108768957B (zh) | 一种应用的用户信息管理的方法、设备及系统 | |
EP3531749B1 (en) | Management method, management unit and system for network function | |
JP6888078B2 (ja) | ネットワーク機能nf管理方法及びnf管理装置 | |
EP3544241B1 (en) | Method and apparatus for deploying service in virtualized network | |
CN107534577B (zh) | 一种网络业务实例化的方法及设备 | |
US20160345283A1 (en) | Method and apparatus for adjacent node registration, and method and system for cross-node registration | |
US20190324930A1 (en) | Method, device and computer program product for enabling sr-iov functions in endpoint device | |
WO2018000394A1 (zh) | 网络资源的编排方法和设备 | |
CN108028806B (zh) | 网络功能虚拟化nfv网络中分配虚拟资源的方法和装置 | |
US11706314B2 (en) | Configuration of workflows for coordinated device environments | |
CN113726581A (zh) | 一种恢复网络设备的出厂配置的方法、装置及网络设备 | |
JP7346745B2 (ja) | サービスapi発行のための方法及びネットワークエンティティ | |
US11071151B2 (en) | Methods and apparatuses for connecting a wireless access point through an application in a user equipment | |
EP3863312B1 (en) | Api publishing method and device | |
CN115988078A (zh) | 通信方法、系统、电子设备及存储介质 | |
US10979439B1 (en) | Identity management for coordinated devices in a networked environment | |
JP2020009144A (ja) | 情報処理装置、移動体、情報処理方法、およびプログラム | |
US11151022B1 (en) | Testing of executable code for local device coordinator | |
CN118234183A (zh) | 双模式数据中心冷却系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20231102 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20231102 |