特許 7056893 アプリケーションプログラミングインタフェースＡＰＩ要求を伝送するための方法、装置、ＡＰＩゲートウェイ、及びプログラム

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

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

(11)【特許番号】

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

(45)【発行日】2022-04-19

(54)【発明の名称】アプリケーションプログラミングインタフェースＡＰＩ要求を伝送するための方法、装置、ＡＰＩゲートウェイ、及びプログラム

(51)【国際特許分類】

   H04L 45/74 20220101AFI20220412BHJP

   G06F 9/50 20060101ALI20220412BHJP

【ＦＩ】

H04L45/74

G06F9/50 150C

【請求項の数】 19

(21)【出願番号】P 2020536559

(86)(22)【出願日】2019-03-08

(65)【公表番号】

(43)【公表日】2021-05-06

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

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

(87)【国際公開日】2019-09-19

【審査請求日】2020-07-20

(31)【優先権主張番号】201810203025.X

(32)【優先日】2018-03-13

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

(73)【特許権者】

【識別番号】504161984

【氏名又は名称】ホアウェイ・テクノロジーズ・カンパニー・リミテッド

(74)【代理人】

【識別番号】110000877

【氏名又は名称】龍華国際特許業務法人

(72)【発明者】

【氏名】ル、シン

(72)【発明者】

【氏名】チェン、ジン

(72)【発明者】

【氏名】ヒュイ、ユジェン

【審査官】平井 嗣人

(56)【参考文献】

【文献】国際公開第２０１８／０４４６０４（ＷＯ，Ａ１）

【文献】特開２０００－２３２４７６（ＪＰ，Ａ）

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

Ｇ０６Ｆ ９／５０

Ｈ０４Ｌ ４５／７４

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

【請求項1】

アプリケーションプログラミングインタフェースＡＰＩ要求を伝送するための方法であって、
第１ＡＰＩゲートウェイが、第１ＡＰＩ要求を受信する段階と、
前記第１ＡＰＩゲートウェイが、前記第１ＡＰＩ要求に対応する第１転送ラベルを取得する段階であって、前記第１転送ラベルは、第１ターゲットセキュリティドメイン識別子を含み、前記第１ＡＰＩゲートウェイのセキュリティドメイン識別子は、前記第１ターゲットセキュリティドメイン識別子とは異なる、段階と、
前記第１ＡＰＩゲートウェイが、前記第１ターゲットセキュリティドメイン識別子と第２ＡＰＩゲートウェイのアドレスとの間のマッピング関係に従って前記第２ＡＰＩゲートウェイの前記アドレスを決定し、前記第２ＡＰＩゲートウェイの前記アドレスに基づいて前記第２ＡＰＩゲートウェイに前記第１ＡＰＩ要求を送信する段階であって、前記第２ＡＰＩゲートウェイは、前記第１ターゲットセキュリティドメイン識別子に対応するＡＰＩゲートウェイに前記第１ＡＰＩ要求を送信する前記第１ＡＰＩゲートウェイのネクストホップＡＰＩゲートウェイである、段階と、
を含む、方法。

【請求項2】

前記第１ＡＰＩゲートウェイが、前記第１ＡＰＩ要求に対応する第１転送ラベルを取得する前記段階は、
前記第１ＡＰＩ要求に保持される要求パスを取得する段階と、
前記要求パスと前記第１転送ラベルとの間のマッピングテーブルに従って前記第１転送ラベルを決定する段階と、
を含む、請求項１に記載の方法。

【請求項3】

前記第１ＡＰＩゲートウェイが、前記第１ＡＰＩ要求に対応する第１転送ラベルを取得する前記段階は、
前記第１ＡＰＩ要求に保持される要求パス及び第１パラメータを取得する段階であって、前記第１パラメータは、ＡＰＩ呼び出し方法及び／又はプロトコルバージョン番号を含む、段階と、
前記要求パス、前記第１パラメータ、及びプリセットアルゴリズムに基づいて、前記第１ＡＰＩ要求に対応する固有の値を決定する段階と、
前記固有の値と前記第１転送ラベルとの間のマッピングテーブルに従って前記第１転送ラベルを決定する段階と、
を含む、請求項１に記載の方法。

【請求項4】

前記第１ＡＰＩゲートウェイが、前記第１ＡＰＩ要求に対応する第１転送ラベルを取得する前記段階は、
前記第１ＡＰＩ要求に保持される要求パス、第２パラメータ、及び第３パラメータを取得する段階であって、前記第２パラメータは、ＡＰＩ呼び出し方法及び／又はプロトコルバージョン番号を含み、前記第３パラメータは、要求ヘッダ及び／又は要求追加パラメータを含む、段階と、
前記要求パス、前記第２パラメータ、及びプリセットアルゴリズムに基づいて、前記第１ＡＰＩ要求に対応する固有の値を決定する段階と、
前記固有の値と、前記第３パラメータと、前記第１転送ラベルとの間のマッピングテーブルに従って前記第１転送ラベルを決定する段階と、
を含む、請求項１に記載の方法。

【請求項5】

前記方法はさらに、
前記第１ＡＰＩゲートウェイが、第２ＡＰＩ要求を受信する段階であって、前記第２ＡＰＩ要求は、第２転送ラベルを保持し、前記第２転送ラベルは、前記第１ＡＰＩゲートウェイの前記セキュリティドメイン識別子及び第１ターゲットサービスアドレスを含む、段階と、
前記第１ＡＰＩゲートウェイが、前記第２ＡＰＩ要求から前記第２転送ラベルを削除する段階と、
前記第１ＡＰＩゲートウェイが、前記第２転送ラベルが削除される前記第２ＡＰＩ要求を、前記第１ターゲットサービスアドレスに対応するサーバに送信する段階と、
を含む、請求項１～４のいずれか一項に記載の方法。

【請求項6】

前記方法はさらに、
前記第１ＡＰＩゲートウェイが、第３ＡＰＩ要求を受信する段階と、
前記第１ＡＰＩゲートウェイが、前記第３ＡＰＩ要求に対応する第３転送ラベルを取得する段階であって、前記第３転送ラベルは、前記第１ＡＰＩゲートウェイの前記セキュリティドメイン識別子及び第２ターゲットサービスアドレスを含む、段階と、
前記第１ＡＰＩゲートウェイが、前記第２ターゲットサービスアドレスに対応するサーバに前記第３ＡＰＩ要求を送信する段階と、
を含む、請求項１～５のいずれか一項に記載の方法。

【請求項7】

アプリケーションプログラミングインタフェースＡＰＩ要求を伝送するための装置であって、前記装置は、第１ＡＰＩゲートウェイに実装され、
第１ＡＰＩ要求を受信するように構成される第１受信モジュールと、
前記第１ＡＰＩ要求に対応する第１転送ラベルを取得するように構成される第１取得モジュールであって、前記第１転送ラベルは、第１ターゲットセキュリティドメイン識別子を含み、前記第１ＡＰＩゲートウェイのセキュリティドメイン識別子は、前記第１ターゲットセキュリティドメイン識別子とは異なる、第１取得モジュールと、
前記第１ターゲットセキュリティドメイン識別子と第２ＡＰＩゲートウェイのアドレスとの間のマッピング関係に従って前記第２ＡＰＩゲートウェイの前記アドレスを決定し、前記第２ＡＰＩゲートウェイの前記アドレスに基づいて前記第２ＡＰＩゲートウェイに前記第１ＡＰＩ要求を送信するように構成される第１送信モジュールであって、前記第２ＡＰＩゲートウェイは、前記第１ターゲットセキュリティドメイン識別子に対応するＡＰＩゲートウェイに前記第１ＡＰＩ要求を送信する前記第１ＡＰＩゲートウェイのネクストホップＡＰＩゲートウェイである、第１送信モジュールと、
を含む、装置。

【請求項8】

前記第１取得モジュールが、
前記第１ＡＰＩ要求に保持される要求パスを取得し、
前記要求パスと前記第１転送ラベルとの間のマッピングテーブルに従って前記第１転送ラベルを決定する、
ように構成される、請求項７に記載の装置。

【請求項9】

前記第１取得モジュールが、
前記第１ＡＰＩ要求に保持される要求パス及び第１パラメータを取得することであって、前記第１パラメータは、ＡＰＩ呼び出し方法及び／又はプロトコルバージョン番号を含む、取得することと、
前記要求パス、前記第１パラメータ、及びプリセットアルゴリズムに基づいて、前記第１ＡＰＩ要求に対応する固有の値を決定することと、
前記固有の値と前記第１転送ラベルとの間のマッピングテーブルに従って前記第１転送ラベルを決定することと、
を行うように構成される、請求項７に記載の装置。

【請求項10】

前記第１取得モジュールが、
前記第１ＡＰＩ要求に保持される要求パス、第２パラメータ、及び第３パラメータを取得することであって、前記第２パラメータは、ＡＰＩ呼び出し方法及び／又はプロトコルバージョン番号を含み、前記第３パラメータは、要求ヘッダ及び／又は要求追加パラメータを含む、取得することと、
前記要求パス、前記第２パラメータ、及びプリセットアルゴリズムに基づいて、前記第１ＡＰＩ要求に対応する固有の値を決定することと、
前記固有の値と、前記第３パラメータと、前記第１転送ラベルとの間のマッピングテーブルに従って前記第１転送ラベルを決定することと、
を行うように構成される、請求項７に記載の装置。

【請求項11】

前記装置はさらに、
第２ＡＰＩ要求を受信するように構成される第２受信モジュールであって、前記第２ＡＰＩ要求は、第２転送ラベルを保持し、前記第２転送ラベルは、前記第１ＡＰＩゲートウェイの前記セキュリティドメイン識別子及び第１ターゲットサービスアドレスを含む、第２受信モジュールと、
前記第２ＡＰＩ要求から前記第２転送ラベルを削除するように構成される削除モジュールと、
前記第２転送ラベルが削除される前記第２ＡＰＩ要求を、前記第１ターゲットサービスアドレスに対応するサーバに送信するように構成される第２送信モジュールと、
を含む、請求項７～１０のいずれか一項に記載の装置。

【請求項12】

前記装置はさらに、
第３ＡＰＩ要求を受信するように構成される第３受信モジュールと、
前記第３ＡＰＩ要求に対応する第３転送ラベルを取得するように構成される第２取得モジュールであって、前記第３転送ラベルは、前記第１ＡＰＩゲートウェイの前記セキュリティドメイン識別子及び第２ターゲットサービスアドレスを含む、第２取得モジュールと、
前記第２ターゲットサービスアドレスに対応するサーバに前記第３ＡＰＩ要求を送信するように構成される第３送信モジュールと、
を含む、請求項７～１１のいずれか一項に記載の装置。

【請求項13】

アプリケーションプログラミングインタフェースＡＰＩゲートウェイであって、前記ＡＰＩゲートウェイは、メモリ、プロセッサ、及び通信インタフェースを含み、
前記メモリは、プログラム命令を格納するように構成され、
前記プロセッサは、前記メモリに格納される前記プログラム命令に基づいて、
前記通信インタフェースを用いることによって第１ＡＰＩ要求を受信するオペレーションと、
前記第１ＡＰＩ要求に対応する第１転送ラベルを取得するオペレーションであって、前記第１転送ラベルは、第１ターゲットセキュリティドメイン識別子を含み、前記ＡＰＩゲートウェイのセキュリティドメイン識別子は、前記第１ターゲットセキュリティドメイン識別子とは異なる、オペレーションと、
前記第１ターゲットセキュリティドメイン識別子と第２ＡＰＩゲートウェイのアドレスとの間のマッピング関係に従って前記第２ＡＰＩゲートウェイの前記アドレスを決定し、前記通信インタフェースを用いることによって前記第２ＡＰＩゲートウェイの前記アドレスに基づいて前記第２ＡＰＩゲートウェイに前記第１ＡＰＩ要求を送信するオペレーションであって、前記第２ＡＰＩゲートウェイは、前記第１ターゲットセキュリティドメイン識別子に対応するＡＰＩゲートウェイに前記第１ＡＰＩ要求を送信する前記ＡＰＩゲートウェイのネクストホップＡＰＩゲートウェイである、オペレーションと、
を行うように構成される、ゲートウェイ。

【請求項14】

前記プロセッサは、
前記第１ＡＰＩ要求に保持される要求パスを取得し、
前記要求パスと前記第１転送ラベルとの間のマッピングテーブルに従って前記第１転送ラベルを決定するように構成される、請求項１３に記載のゲートウェイ。

【請求項15】

前記プロセッサは、
前記第１ＡＰＩ要求に保持される要求パス及び第１パラメータを取得し、前記第１パラメータは、ＡＰＩ呼び出し方法及び／又はプロトコルバージョン番号を含み、
前記要求パス、前記第１パラメータ、及びプリセットアルゴリズムに基づいて、前記第１ＡＰＩ要求に対応する固有の値を決定し、
前記固有の値と前記第１転送ラベルとの間のマッピングテーブルに従って前記第１転送ラベルを決定するように構成される、請求項１３に記載のゲートウェイ。

【請求項16】

前記プロセッサは、
前記第１ＡＰＩ要求に保持される要求パス、第２パラメータ、及び第３パラメータを取得し、前記第２パラメータは、ＡＰＩ呼び出し方法及び／又はプロトコルバージョン番号を含み、前記第３パラメータは、要求ヘッダ及び／又は要求追加パラメータを含み、
前記要求パス、前記第２パラメータ、及びプリセットアルゴリズムに基づいて、前記第１ＡＰＩ要求に対応する固有の値を決定し、
前記固有の値と、前記第３パラメータと、前記第１転送ラベルとの間のマッピングテーブルに従って前記第１転送ラベルを決定するように構成される、請求項１３に記載のゲートウェイ。

【請求項17】

前記プロセッサがさらに、前記メモリに格納される前記プログラム命令に基づいて、
前記通信インタフェースを用いることによって第２ＡＰＩ要求を受信するオペレーションであって、前記第２ＡＰＩ要求は、第２転送ラベルを保持し、前記第２転送ラベルは、前記ＡＰＩゲートウェイの前記セキュリティドメイン識別子及び第１ターゲットサービスアドレスを含む、オペレーションと、
前記第２ＡＰＩ要求から前記第２転送ラベルを削除するオペレーションと、
前記通信インタフェースを用いることによって、前記第２転送ラベルが削除される前記第２ＡＰＩ要求を、前記第１ターゲットサービスアドレスに対応するサーバに送信するオペレーションと、
を行うように構成される、請求項１３～１６のいずれか一項に記載のゲートウェイ。

【請求項18】

前記プロセッサがさらに、前記メモリに格納される前記プログラム命令に基づいて、
前記通信インタフェースを用いることによって、第３ＡＰＩ要求を受信するオペレーションと、
前記第３ＡＰＩ要求に対応する第３転送ラベルを取得するオペレーションであって、前記第３転送ラベルは、前記ＡＰＩゲートウェイの前記セキュリティドメイン識別子及び第２ターゲットサービスアドレスを含む、オペレーションと、
前記通信インタフェースが、前記第２ターゲットサービスアドレスに対応するサーバに前記第３ＡＰＩ要求を送信するオペレーションと、
を行うように構成される、請求項１３～１７のいずれか一項に記載のゲートウェイ。

【請求項19】

コンピュータに請求項１～６のいずれか一項に記載の方法を実行させるためのプログラム。

【発明の詳細な説明】

【技術分野】

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

【図1】本発明の実施形態に係るネットワークシステムの例示的な図である。

【0029】

【図2】本発明の実施形態に係るＡＰＩ要求を伝送するための方法のフローチャートである。

【0030】

【図3】本発明の実施形態に係るＡＰＩ要求を伝送する例のフローチャートである。

【0031】

【図4】本発明の実施形態に係るＡＰＩ要求を伝送するための装置の概略構造図である。

【0032】

【図5】本発明の実施形態に係るＡＰＩ要求を伝送するための装置の概略構造図である。

【0033】

【図6】本発明の実施形態に係るＡＰＩ要求を伝送するための装置の概略構造図である。

【0034】

【図7】本発明の実施形態に係るＡＰＩゲートウェイの概略構造図である。

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

【0035】

本発明の実施形態が、ＡＰＩ要求を伝送するための方法を提供する。方法は、セキュリティドメインを横断してＡＰＩ要求を伝送するシナリオに適用されてよい。図１は、本発明の実施形態に係るネットワークシステムの例示的な図である。ネットワークシステムは、セキュリティドメインＡ、セキュリティドメインＢ、及びセキュリティドメインＣという３つのセキュリティドメインを含む。ＡＰＩゲートウェイＡが、セキュリティドメインＡに配置され、ＡＰＩゲートウェイＢが、セキュリティドメインＢに配置され、及びＡＰＩゲートウェイＣが、セキュリティドメインＣに配置され、複数のサーバが、各セキュリティドメインに配置されてよい。クライアントがセキュリティドメインＣにおけるサーバ１にアクセスする必要があるとき、セキュリティドメインＡにアクセスするクライアントは、ＡＰＩゲートウェイＡにＡＰＩ要求を送信してもよく、ＡＰＩゲートウェイＡは、ＡＰＩゲートウェイＢを用いることによってＡＰＩゲートウェイＣにＡＰＩ要求を送信し、ＡＰＩゲートウェイＣは、ＡＰＩ要求を受信した後に処理のためにサーバ１にＡＰＩ要求を転送する。本発明の本実施形態において、セキュリティドメインは、セキュリティレベルを参照してよい。異なるサービスが、異なるセキュリティレベルを有し、異なるサービスは、対応するセキュリティドメインに位置する。

【0036】

本発明の実施形態が、ＡＰＩ要求を伝送するための方法を提供し、ＡＰＩ要求効率を向上させる。具体的な処理手順は以下のとおりである。

【0037】

ステップ２０１：第１ＡＰＩゲートウェイが、第１ＡＰＩ要求を受信する。

【0038】

実装中、第１ＡＰＩゲートウェイは、第１ＡＰＩ要求を受信してよい。ここで、第１ＡＰＩ要求は、クライアントによって送信されるＡＰＩ要求であってよく、又は、別のＡＰＩゲートウェイによって転送されるＡＰＩ要求であってよい。例えば、クライアントがサーバにアクセスする必要があるとき、クライアントは、クライアントが属するセキュリティドメインにおける第１ＡＰＩゲートウェイに第１ＡＰＩ要求を送信してよい。別の例では、ＡＰＩゲートウェイがクライアントによって送信される第１ＡＰＩ要求を受信した後、第１ＡＰＩ要求に対応するサーバが、ＡＰＩゲートウェイが属するセキュリティドメインにない場合、ＡＰＩゲートウェイは、予め格納されたポリシーに従って第１ＡＰＩゲートウェイに第１ＡＰＩ要求を転送してよい。第１ＡＰＩ要求は、要求パスを保持してよく、ＡＰＩ呼び出し方法、プロトコルバージョン番号、要求ヘッダ、及び要求追加パラメータなどの情報のうちの１つ又は複数をさらに保持してよい。第１ＡＰＩ要求に対応するサーバが、第１ＡＰＩゲートウェイが属するセキュリティドメインにないことはまた、第１ＡＰＩ要求に対応するサーバが、第１ＡＰＩゲートウェイが属するセキュリティドメインに配置されていないこと、又は、第１ＡＰＩ要求に対応するサーバが、第１ＡＰＩゲートウェイが属するセキュリティドメインにないことと称されてよい。

【0039】

ステップ２０２：第１ＡＰＩゲートウェイは、第１ＡＰＩ要求に対応する第１転送ラベルを取得する。

【0040】

第１転送ラベルは、第１ターゲットセキュリティドメイン識別子を含んでよく、第１ＡＰＩゲートウェイのセキュリティドメイン識別子は、第１ターゲットセキュリティドメイン識別子とは異なる。ターゲットセキュリティドメイン識別子は、クライアントがアクセスする必要のあるターゲットサーバが属するセキュリティドメインの識別子であってよい。

【0041】

実装中、第１ＡＰＩ要求を受信した後、第１ＡＰＩゲートウェイは、第１ＡＰＩ要求を解析し、第１ＡＰＩ要求が第１転送ラベルを保持するか否かを決定し、さらに決定の結果に基づいて、第１ＡＰＩ要求に対応する第１転送ラベルを取得する。２つのケースがある。

【0042】

第１のケースにおいて、第１ＡＰＩ要求が第１転送ラベルを保持する場合、第１ＡＰＩゲートウェイは、第１ＡＰＩ要求に保持される第１転送ラベルを取得する。

【0043】

実装中、第１ＡＰＩゲートウェイが別のＡＰＩゲートウェイによって転送された第１ＡＰＩ要求を受信するとき、第１ＡＰＩ要求は、別のＡＰＩゲートウェイによって加えられた第１転送ラベルを保持する。第１ＡＰＩゲートウェイは、第１ＡＰＩ要求に保持される第１転送ラベルを取得するために、第１ＡＰＩ要求を解析してよい。

【0044】

第２のケースにおいて、第１ＡＰＩ要求が第１転送ラベルを保持しない場合、第１ＡＰＩゲートウェイは、第１ＡＰＩ要求と第１転送ラベルとの間の予め格納されたマッピングテーブルに従って第１ＡＰＩ要求に対応する第１転送ラベルを決定する。

【0045】

実装中、第１ＡＰＩゲートウェイは、第１転送ラベルのマッピングテーブルを予め格納し、第１転送ラベルのマッピングテーブルは、実際のサービスに基づいて管理者によって設定されてよい。第１ＡＰＩゲートウェイがクライアントによって送信される第１ＡＰＩ要求を受信し、第１ＡＰＩ要求が第１転送ラベルを保持していない場合、第１ＡＰＩゲートウェイは、第１ＡＰＩ要求と第１転送ラベルとの間の予め格納されたマッピングテーブルに従って、第１ＡＰＩ要求に対応する第１転送ラベルを決定してよい。第１ＡＰＩ要求に対応する第１転送ラベルを決定する様々な方式があってよい。本実施形態は、いくつかの実施可能な処理方式を提供する。

【0046】

第１方式において、第１ＡＰＩゲートウェイは、要求パスに基づいて、第１ＡＰＩ要求に対応する第１転送ラベルを決定してよい。具体的な処理手順は以下のとおりである。

【0047】

ステップ１：第１ＡＰＩ要求に保持される要求パスを取得する。

【0048】

実装中、第１ＡＰＩ要求を受信した後、第１ＡＰＩゲートウェイは、第１ＡＰＩ要求に保持される要求パスを取得するために第１ＡＰＩ要求を解析してよい。要求パスは、第１ＡＰＩ要求に保持されるユニフォームリソースロケータ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ、ＵＲＬ）におけるパス部分である。例えば、ハイパーテキスト転送プロトコル（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ、ＨＴＴＰ）におけるＵＲＬがｈｔｔｐ：／／１９２．１６８．１．１／ｔｅｓｔである場合、要求パスは、／ｔｅｓｔである。

【0049】

ステップ２：要求パス及び第１転送ラベルのマッピングテーブルに基づいて第１転送ラベルを決定する。

【0050】

第１転送ラベルのマッピングテーブルは、要求パスと第１転送ラベルとの間のマッピング関係を含む。

【0051】

実装中、第１ＡＰＩゲートウェイは、第１転送ラベルのマッピングテーブルを予め格納してよく、第１転送ラベルのマッピングテーブルは、実際のサービスに基づいて管理者によって設定されてよい。第１転送ラベルのマッピングテーブルは、要求パスと第１転送ラベルとの間のマッピング関係を含む。表１は、第１転送ラベルのマッピングテーブルの例を示す。要求パスは、／ｔｅｓｔであり、要求パスに対応する第１転送ラベルにおける第１ターゲットセキュリティドメイン識別子はＡである。

【表1】

【0052】

第１ＡＰＩ要求に保持される要求パスを取得した後、第１ＡＰＩゲートウェイは、第１転送ラベルのマッピングテーブルにおいて、要求パスを含むエントリに照会し、要求パスに対応する第１転送ラベルを取得するためにさらにエントリにおける第１転送ラベルを取得してよい。

【0053】

第２方式において、第１ＡＰＩゲートウェイは、固有値に基づいて、第１ＡＰＩ要求に対応する第１転送ラベルを決定してよい。具体的な処理手順は以下のとおりである。

【0054】

ステップ１：第１ＡＰＩ要求に保持される要求パス及び第１パラメータを取得する。

【0055】

第１パラメータは、ＡＰＩ呼び出し方法及び／又はプロトコルバージョン番号を含む。

【0056】

実装中、第１ＡＰＩ要求を受信した後、第１ＡＰＩゲートウェイは、第１ＡＰＩ要求に保持される要求パス及び第１パラメータを取得するために第１ＡＰＩ要求を解析してよい。第１パラメータは、ＡＰＩ呼び出し方法及び／又はプロトコルバージョン番号を含んでよい。ＨＴＴＰプロトコルは、例として用いられ、ＡＰＩ呼び出し方法は、ｇｅｔ、ｐｏｓｔ、ｐｕｔ、ｄｅｌｅｔｅ、ｈｅａｄ、ｃｏｎｎｅｃｔ、ｏｐｔｉｏｎｓ、及びｔｒａｃｅ呼び出し方法などの、ＨＴＴＰプロトコルにおける呼び出し方法である。プロトコルバージョン番号は、ＨＴＴＰプロトコルバージョン番号、例えばｈｔｔｐ１．０又はｈｔｔｐ１．１である。

【0057】

ステップ２：要求パス、第１パラメータ、及びプリセット固有値アルゴリズムに基づいて、第１ＡＰＩ要求に対応する固有値を決定する。

【0058】

実装中、第１ＡＰＩゲートウェイは、固有値アルゴリズムを予め格納してよく、固有値アルゴリズムは、管理者によって設定されてよい。例えば、固有値アルゴリズムは、ハッシュアルゴリズムでよく、又は別の固有値アルゴリズムでよい。これは本発明において限定されるものではない。

【0059】

第１ＡＰＩ要求に保持される要求パス及び第１パラメータを取得した後、第１ＡＰＩゲートウェイは、予め格納された固有値アルゴリズム、要求パス、及び第１パラメータに基づいて、固有値を計算してよい。例えば、第１ＡＰＩゲートウェイは、予め格納されたハッシュアルゴリズム、要求パス、及び第１パラメータに基づいて、ハッシュ値を計算してよい。

【0060】

ステップ３：固有値と第１転送ラベルとの間のマッピングテーブルに従って第１転送ラベルを決定する。

【0061】

第１転送ラベルのマッピングテーブルは、固有値と第１転送ラベルとの間のマッピング関係を含む。

【0062】

実装中、第１ＡＰＩゲートウェイは、第１転送ラベルのマッピングテーブルを予め格納し、第１転送ラベルのマッピングテーブルは、管理者によって設定されてよい。第１転送ラベルのマッピングテーブルは、固有値と第１転送ラベルとの間のマッピング関係を含む。表２は、第１転送ラベルのマッピングテーブルの例を示し、ここで、固有値は、０ｘＡ２６０６７Ｆ３であり、固有値に対応する第１転送ラベルにおける第１ターゲットセキュリティドメイン識別子は、Ａである。

【表2】

【0063】

第１ＡＰＩ要求に対応する固有値を決定した後、第１ＡＰＩゲートウェイは、固有値に対応する第１転送ラベルを取得するために、第１転送ラベルのマッピングテーブルにおいて固有値を含むエントリに照会し、エントリにおける第１転送ラベルを取得してよい。

【0064】

第３方式において、第１ＡＰＩゲートウェイは、固有値及び第３パラメータに基づいて、第１ＡＰＩ要求に対応する第１転送ラベルを決定してよい。具体的な処理手順は以下のとおりである。

【0065】

ステップ１：第１ＡＰＩ要求に保持される要求パス、第２パラメータ、及び第３パラメータを取得する。

【0066】

第２パラメータは、ＡＰＩ呼び出し方法及び／又はプロトコルバージョン番号を含んでよく、第３パラメータは、要求ヘッダ及び／又は要求追加パラメータを含んでよく、要求ヘッダ及び要求追加パラメータは、キーバリューストレージ方式で格納されてよい。

【0067】

実装中、第１ＡＰＩ要求を受信した後、第１ＡＰＩゲートウェイは、第１ＡＰＩ要求に保持される要求パス、第２パラメータ、及び第３パラメータを取得するために、第１ＡＰＩ要求を解析してよい。本方式における第２パラメータは、第２方式における第１パラメータと同じでも異なってもよいことに留意されたい。

【0068】

ステップ２：要求パス、第２パラメータ、及びプリセット固有値アルゴリズムに基づいて、第１ＡＰＩ要求に対応する固有値を決定する。

【0069】

実装中、第１ＡＰＩゲートウェイは、固有値アルゴリズムを予め格納してよく、固有値アルゴリズムは、管理者によって設定されてよい。固有値アルゴリズムは、ハッシュアルゴリズムでよく、又は別の固有値アルゴリズムでよい。これは本発明において限定されるものではない。

【0070】

第１ＡＰＩ要求に保持される要求パス及び第２パラメータを取得した後、第１ＡＰＩゲートウェイは、予め格納された固有値アルゴリズム、要求パス、及び第２パラメータに基づいて、固有値を計算してよい。例えば、第１ＡＰＩゲートウェイは、予め格納されたハッシュアルゴリズム、要求パス、及び第２パラメータに基づいて、ハッシュ値を計算してよい。

【0071】

ステップ３：固有値と、第３パラメータと、第１転送ラベルとの間のマッピングテーブルに従って第１転送ラベルを決定する。

【0072】

第１転送ラベルのマッピングテーブルは、固有値と、第３パラメータと、第１転送ラベルとの間のマッピング関係を含む。

【0073】

実装中、第１ＡＰＩゲートウェイは、第１転送ラベルのマッピングテーブルを予め格納し、第１転送ラベルのマッピングテーブルは、実際のサービスに基づいて管理者によって設定されてよい。第１転送ラベルのマッピングテーブルは、固有値と、第３パラメータと、第１転送ラベルとの間のマッピング関係を含む。表３は、第１転送ラベルのマッピングテーブルの例を示し、ここで、固有値は、０ｘＡ２６０６７Ｆ３であり、要求ヘッダは、ｑｑ．ｃｏｍであり、要求追加パラメータは、１であり、要求追加パラメータに対応する第１転送ラベルにおける第１ターゲットセキュリティドメイン識別子は、Ａである。

【表3】

【0074】

第１ＡＰＩ要求に対応する固有値を決定した後、第１ＡＰＩゲートウェイは、第３パラメータに対応する固有値及び第１転送ラベルを取得するために、固有値及び第３パラメータに基づいて第１転送ラベルのマッピングテーブルに照会してよい。

【0075】

加えて、第１ＡＰＩゲートウェイはさらに、別の方式において、第１ＡＰＩ要求に対応する第１転送ラベルを決定してよい。

【0076】

例えば、第１ＡＰＩゲートウェイは、第１ＡＰＩ要求に保持される要求パス及び第３パラメータを取得し、そして予め格納された固有値アルゴリズム、要求パス、第３パラメータに基づいて固有値を計算し、さらに固有値と第１転送ラベルとの間の予め格納されたマッピングテーブルに従って、第１ＡＰＩ要求に対応する第１転送ラベルを決定してよい。第１転送ラベルのマッピングテーブルは、固有値と第１転送ラベルとの間のマッピング関係を含む。

【0077】

別の例として、第１ＡＰＩゲートウェイは、第１ＡＰＩ要求に保持される要求パス、第２パラメータ、及び第３パラメータを取得し、そして予め格納された固有値アルゴリズム、要求パス、第２パラメータ、及び第３パラメータに基づいて固有値を計算し、さらに固有値と第１転送ラベルとの間の予め格納されたマッピングテーブルに従って、第１ＡＰＩ要求に対応する第１転送ラベルを決定してよい。第１転送ラベルのマッピングテーブルは、固有値と第１転送ラベルとの間のマッピング関係を含む。

【0078】

ステップ２０３：第１ＡＰＩゲートウェイは、第１ターゲットセキュリティドメイン識別子と第２ＡＰＩゲートウェイのアドレスとの間のマッピング関係に従って第２ＡＰＩゲートウェイのアドレスを決定し、第２ＡＰＩゲートウェイのアドレスに基づいて第２ＡＰＩゲートウェイに第１ＡＰＩ要求を送信する。

【0079】

第２ＡＰＩゲートウェイは、第１ターゲットセキュリティドメイン識別子に対応するＡＰＩゲートウェイに第１ＡＰＩ要求を送信する第１ＡＰＩゲートウェイのネクストホップＡＰＩゲートウェイである。

【0080】

本発明の本実施形態において、第１ＡＰＩゲートウェイは、第１転送ラベルにおける第１ターゲットセキュリティドメイン識別子に基づいて第１ＡＰＩ要求を転送してよい。セキュリティドメイン識別子の数が要求されるアドレスの数よりはるかに小さいため、要求されるアドレスとサービスアドレスとの間のマッピングテーブルにおけるクエリの数が減少し、それによりＡＰＩ要求効率を向上させる。

【0081】

実装中、第１ＡＰＩゲートウェイは、第１ターゲットセキュリティドメイン識別子と第２ＡＰＩゲートウェイのアドレスとの間のマッピング関係を予め格納してよく、マッピング関係は、管理者によって設定されてよい。マッピング関係は、表４に示されてよい。

【表4】

【0082】

第１ＡＰＩゲートウェイは、第１ターゲットセキュリティドメイン識別子と第２ＡＰＩゲートウェイのアドレスとの間のマッピング関係において、第１ターゲットセキュリティドメインに対応する第２ＡＰＩゲートウェイのアドレスを照会してよい。第２ＡＰＩゲートウェイのアドレスは、インターネットプロトコル（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ、ＩＰ）アドレスであってよく、又は第２ＡＰＩゲートウェイを識別するために用いられる別のアドレスであってよい。これは本発明において限定されるものではない。

【0083】

第２ＡＰＩゲートウェイのアドレスを決定した後、第１ＡＰＩゲートウェイは、第２ＡＰＩゲートウェイのアドレスに基づいて第２ＡＰＩゲートウェイに第１ＡＰＩ要求を転送してよい。

【0084】

任意選択で、第２ＡＰＩ要求を受信した後、第１ＡＰＩゲートウェイは、まず第２ＡＰＩ要求における転送ラベルを削除し、そしてサーバに第２ＡＰＩ要求を転送してよい。処理は以下のとおりである。

【0085】

ステップ１：第１ＡＰＩゲートウェイは、第２ＡＰＩ要求を受信する。

【0086】

第２ＡＰＩ要求は、第２転送ラベルを保持し、第２転送ラベルは、第１ＡＰＩゲートウェイのセキュリティドメイン識別子および第１ターゲットサービスアドレスを含む。

【0087】

実装中、第１ＡＰＩゲートウェイが別のＡＰＩゲートウェイによって転送された第２ＡＰＩ要求を受信するとき、第２ＡＰＩ要求は、別のＡＰＩゲートウェイによって加えられた第２転送ラベルを保持する。第１ＡＰＩゲートウェイは、第２ＡＰＩ要求に保持される第２転送ラベルを取得するために、第２ＡＰＩ要求を解析してよい。

【0088】

ステップ２：第１ＡＰＩゲートウェイは、第２ＡＰＩ要求における第２転送ラベルを削除する。

【0089】

実装中、第１ＡＰＩゲートウェイは、第１ＡＰＩゲートウェイが属するセキュリティドメインのセキュリティドメイン識別子を予め格納してよい。第２ＡＰＩ要求に対応する第２転送ラベルを決定した後、第１ＡＰＩゲートウェイは、第１ＡＰＩゲートウェイに関する、及び第２転送ラベルに保持されるセキュリティドメイン識別子がローカルに予め格納されたセキュリティドメイン識別子と同じであるか否かを決定してよい。セキュリティドメイン識別子がローカルに予め格納セキュリティドメイン識別子と同じである場合、ステップ３を行う。

【0090】

ステップ３：第１ＡＰＩゲートウェイは、第２転送ラベルが削除される第２ＡＰＩ要求を、第１ターゲットサービスアドレスに対応するサーバに送信する。

【0091】

実装中、第１ＡＰＩゲートウェイが、第２転送ラベルに保持される第１ＡＰＩゲートウェイのセキュリティドメイン識別子がローカルに予め格納されたセキュリティドメイン識別子と同じであると決定する場合、第２ＡＰＩ要求に対応するサーバは、第１ＡＰＩゲートウェイのセキュリティドメインに位置することが示される。第２ＡＰＩ要求に対応するサーバが第１ＡＰＩゲートウェイのセキュリティドメインに位置することはまた、第２ＡＰＩ要求に対応するサーバが第１ＡＰＩゲートウェイのセキュリティドメインに属すること、又は第２ＡＰＩ要求に対応するサーバが第１ＡＰＩゲートウェイのセキュリティドメインに配置されることと称されてよい。

【0092】

第１ＡＰＩゲートウェイは、第２ＡＰＩ要求において、第２転送ラベルに対応する位置を決定し、そして第２転送ラベルを削除し、最終的に、第２転送ラベルが削除される第２ＡＰＩ要求を、第１ターゲットサービスアドレスに対応するサーバに転送してよく、その結果、サーバは、第２ＡＰＩ要求を処理する。これは、ＡＰＩ要求における冗長な情報を減少させることができる。

【0093】

任意選択で、第１ＡＰＩゲートウェイが第３ＡＰＩ要求を受信した後、第３ＡＰＩ要求に対応するサーバが第１ＡＰＩゲートウェイのセキュリティドメインにある場合、第１ＡＰＩゲートウェイは、サーバに第３ＡＰＩ要求を直接転送する。具体的な処理手順は以下のとおりである。

【0094】

ステップ１：第１ＡＰＩゲートウェイは、第３ＡＰＩ要求を受信する。

【0095】

ステップ２：第１ＡＰＩゲートウェイは、第３ＡＰＩ要求に対応する第３転送ラベルを取得する。

【0096】

第３転送ラベルは、第１ＡＰＩゲートウェイのセキュリティドメイン識別子および第２ターゲットサービスアドレスを含む。

【0097】

実装中、第１ＡＰＩゲートウェイは、第３転送ラベルのマッピングテーブルを予め格納し、第３転送ラベルのマッピングテーブルは、実際のサービスに基づいて管理者によって設定されてよい。第１ＡＰＩゲートウェイがクライアントによって送信される第３ＡＰＩ要求を受信するとき、第３ＡＰＩ要求は、第３転送ラベルを保持せず、第１ＡＰＩゲートウェイは、第３ＡＰＩ要求、及び第３転送ラベルの予め格納されたマッピングテーブルに基づいて、第３ＡＰＩ要求に対応する第３転送ラベルを決定してよい。具体的な処理手順については、ステップ２０２を参照。本明細書において再度詳細な記載はしない。

【0098】

ステップ３：第１ＡＰＩゲートウェイは、第２ターゲットサービスアドレスに対応するサーバに第３ＡＰＩ要求を送信する。

【0099】

実装中、第１ＡＰＩゲートウェイは、第１ＡＰＩゲートウェイが属するセキュリティドメインのセキュリティドメイン識別子を予め格納してよい。第３ＡＰＩ要求に対応する第３転送ラベルを決定した後、第１ＡＰＩゲートウェイは、第３転送ラベルに保持される第１ＡＰＩゲートウェイのセキュリティドメイン識別子がローカルに予め格納されたセキュリティドメイン識別子と同じであるか否かを決定してよい。

【0100】

第１ＡＰＩゲートウェイが、第３転送ラベルに保持される第１ＡＰＩゲートウェイのセキュリティドメイン識別子がローカルに予め格納されたセキュリティドメイン識別子と同じであると決定する場合、第３ＡＰＩ要求に対応するサーバは、第１ＡＰＩゲートウェイのセキュリティドメインに位置することが示される。

【0101】

第１ＡＰＩゲートウェイは、第２ターゲットサービスアドレスに対応するサーバに第３ＡＰＩ要求を転送してよく、その結果、サーバは第３ＡＰＩ要求を処理する。

【0102】

第１ＡＰＩゲートウェイがクライアントによって送信される第１ＡＰＩ要求を受信するとき、第１ＡＰＩ要求は第１転送ラベルを保持しないので、第１ＡＰＩゲートウェイは、まず第１ＡＰＩ要求に第１転送ラベルを追加し、第２ＡＰＩゲートウェイに第１ＡＰＩ要求を転送する必要があることに留意されたい。具体的な処理手順は以下のとおりである：第１ＡＰＩ要求に第１転送ラベルを追加し、第１転送ラベルが加えられる第１ＡＰＩ要求を、第１ターゲットセキュリティドメイン識別子に対応する第２ＡＰＩゲートウェイに送信する。

【0103】

実装中、第１ＡＰＩゲートウェイは、第１ＡＰＩ要求におけるプリセット位置に第１転送ラベルを追加し、第１転送ラベルが加えられる第１ＡＰＩ要求を、第１ターゲットセキュリティドメイン識別子に対応する第２ＡＰＩゲートウェイに転送してよい。本方法において、第２ＡＰＩゲートウェイは、第１転送ラベルに基づいて対応する処理を行ってよい。

【0104】

本解決手段において、ネットワークシステムは、各セキュリティドメインにおいてＡＰＩゲートウェイに接続される管理サーバをさらに含み、管理者は、管理サーバ上の転送ラベルマッピングテーブルを予め構成してよいことに留意されたい。各セキュリティドメインにおけるＡＰＩゲートウェイは、管理サーバから転送ラベルマッピングテーブルを取得してよい。これは、転送ラベルマッピングテーブルの設定における管理者の作業負荷を減少させる。

【0105】

加えて、第１転送ラベルのマッピングテーブルは、各エントリの更新期間をさらに含んでよい。各エントリについて、エントリを発生させるとき、第１ＡＰＩゲートウェイは、エントリの更新期間に値を割り当て、エントリに対応するタイマーを開始してよい。タイマーによって記録される期間が更新期間に到達するとき、第１ＡＰＩゲートウェイは、エントリを更新してよい。表５に示されるとおり、エントリの更新期間は、３０００秒である。タイマーによって記録される期間が更新期間と同一のとき、第１ＡＰＩゲートウェイは、要求パスに基づいて、要求パスに対応するセキュリティドメイン識別子及びサービスアドレスのために、管理サーバを照会してよい。管理サーバ上に格納されるセキュリティドメイン識別子及びサービスアドレスが第１ＡＰＩゲートウェイ上に格納されるセキュリティドメイン識別子及びサービスアドレスと同じ場合、第１ＡＰＩゲートウェイは、タイマーを０にリセットしてよく、第１ＡＰＩゲートウェイ上に格納されるセキュリティドメイン識別子及びサービスアドレスが異なる場合、第１ＡＰＩゲートウェイ上に格納されるセキュリティドメイン識別子及びサービスアドレスを更新し、タイマーを０にリセットしてよく、及び、要求パスが管理サーバ上に格納されていない場合、エントリを削除してよい。

【表5】

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

前述の実施形態の全て又はいくつかは、ソフトウェア、ハードウェア、ファームウェア、又はそれらの組み合わせを用いることによって実装されてよい。ソフトウェアが実施形態を実装するために用いられるとき、実施形態は、コンピュータプログラム製品の形態で全体的又は部分的に実装されてよい。コンピュータプログラム製品は、１つ又は複数のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータ上にロードされ実行されるとき、本発明の実施形態に従う手順又は機能は、全て又は部分的に生み出される。コンピュータは、汎用コンピュータ、専用のコンピュータ、コンピュータネットワーク、又は他のプログラム可能な装置であってよい。コンピュータ命令は、コンピュータ可読記憶媒体に格納されてよく、又はコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に伝送されてよい。例えば、コンピュータ命令は、有線（同軸ケーブル、光ファイバ、又はデジタル加入者線（ＤＳＬ）など）又は無線（赤外線、電波、及びマイクロ波並びに同様のものなど）方式において、ウェブサイト、コンピュータ、サーバ、又はデータセンタから別のウェブサイト、コンピュータ、サーバ、又はデータセンタに伝送されてよい。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能ないずれの使用可能な媒体、又はサーバ又はデータセンタなどの、１つ又は複数の使用可能な媒体を統合するデータ記憶装置デバイスであってよい。使用可能な媒体は、磁気媒体（フロッピディスク、ハードディスク、又は磁気テープなど）、光媒体（ＤＶＤ、半導体媒体（ソリッドステートドライブＳｏｌｉｄ Ｓｔａｔｅ Ｄｉｓｋ（ＳＳＤ）など）、又は同様のものであってよい。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】