特許7522323サービス統合におけるデータ伝送方法、装置、機器及びコンピュータープログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-07-16
(45)【発行日】2024-07-24
(54)【発明の名称】サービス統合におけるデータ伝送方法、装置、機器及びコンピュータープログラム
(51)【国際特許分類】
G06F 9/54 20060101AFI20240717BHJP
【ＦＩ】
G06F9/54 Z
【請求項の数】
18
(21)【出願番号】P 2023538140
(86)(22)【出願日】2022-03-21
(65)【公表番号】
(43)【公表日】2024-01-30
(86)【国際出願番号】 CN2022082006
(87)【国際公開番号】W WO2022206452
(87)【国際公開日】2022-10-06
【審査請求日】2023-06-21
(31)【優先権主張番号】202110353970.X
(32)【優先日】2021-04-01
(33)【優先権主張国・地域又は機関】CN
(73)【特許権者】
【識別番号】517392436
【氏名又は名称】▲騰▼▲訊▼科技（深▲セン▼）有限公司
【氏名又は名称原語表記】ＴＥＮＣＥＮＴ ＴＥＣＨＮＯＬＯＧＹ （ＳＨＥＮＺＨＥＮ） ＣＯＭＰＡＮＹ ＬＩＭＩＴＥＤ
【住所又は居所原語表記】３５／Ｆ，Ｔｅｎｃｅｎｔ Ｂｕｉｌｄｉｎｇ，Ｋｅｊｉｚｈｏｎｇｙｉ Ｒｏａｄ，Ｍｉｄｗｅｓｔ Ｄｉｓｔｒｉｃｔ ｏｆ Ｈｉ－ｔｅｃｈ Ｐａｒｋ，Ｎａｎｓｈａｎ Ｄｉｓｔｒｉｃｔ， Ｓｈｅｎｚｈｅｎ，Ｇｕａｎｇｄｏｎｇ ５１８０５７，ＣＨＩＮＡ
(74)【代理人】
【識別番号】100110364
【弁理士】
【氏名又は名称】実広 信哉
(74)【代理人】
【識別番号】100150197
【弁理士】
【氏名又は名称】松尾 直樹
(72)【発明者】
【氏名】▲孫▼ 彬
(72)【発明者】
【氏名】李 云帆
(72)【発明者】
【氏名】李 克新
(72)【発明者】
【氏名】黄 明波
(72)【発明者】
【氏名】▲馮▼ 旋
【審査官】坂庭 剛史
(56)【参考文献】
【文献】米国特許出願公開第２０１６／０２４１５９６（ＵＳ，Ａ１）
【文献】米国特許出願公開第２０１２／０１５１０７４（ＵＳ，Ａ１）
【文献】特開２０１５－２２６３２２（ＪＰ，Ａ）
【文献】島田優子，連携専用ＰａａＳが登場，ＧＵＩベースでクラウド間をつなぐ，日経ＳＹＳＴＥＭＳ，日本，日経ＢＰ社，2018年07月26日，第３０４号，p.11，ISSN 1881-1620
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｆ ９／５４
(57)【特許請求の範囲】
【請求項1】
サービス統合におけるデータ伝送機器が実行する、サービス統合におけるデータ伝送方法であって、前記サービス統合におけるデータ伝送機器は、サービスとしての統合プラットフォーム（ｉＰａａＳ）システムのゲートウェイを含み、前記データ伝送方法は、前記ｉＰａａＳシステムのゲートウェイが、前記ｉＰａａＳシステムのコネクタによって送信されたデータ伝送要求を受信するステップであって、前記ｉＰａａＳシステムは、クラウドネットワークにおける前記ｉＰａａＳシステムが属するテナントの第１仮想プライベートクラウド（ＶＰＣ）にデプロイされる、ステップと、
設定されたサービス設定情報に基づいて、前記コネクタがアクセスする目標サービスのアドレス識別子、及び前記ゲートウェイと前記目標サービスのサービスエージェントとがデータ伝送を行う第１伝送接続を決定するステップであって、前記サービスエージェントは前記テナントのイントラネットにデプロイされ、前記目標サービスは前記イントラネット又は前記テナントの第２ＶＰＣにデプロイされ、前記第１伝送接続は前記サービスエージェントによって開始された第１接続確立要求に基づいて確立される、ステップと、
前記第１伝送接続を介して、前記データ伝送要求及び前記目標サービスのアドレス識別子を前記サービスエージェントに送信するステップであって、前記サービスエージェントは前記アドレス識別子に基づいて、前記コネクタのデータ伝送要求を、前記コネクタがアクセスする目標サービスに送信するものである、ステップと、を含む、データ伝送方法。
【請求項2】
前記ｉＰａａＳシステムのゲートウェイが、前記ｉＰａａＳシステムのコネクタによって送信されたデータ伝送要求を受信する前に、前記データ伝送方法は、さらに、前記サービスエージェントによって開始された第１接続確立要求を受信する場合、前記サービスエージェントと第１伝送接続を確立するステップであって、前記第１接続確立要求は前記サービスエージェントのサービスリストを含む、ステップと、
前記サービスリストにおける各サービスについて、前記サービスにプロキシアドレスを割り当て、前記サービスのアドレス識別子と前記プロキシアドレスとの間の対応関係を前記サービス設定情報に追加するステップと、を含む、
請求項１に記載のデータ伝送方法。
【請求項3】
前記データ伝送要求は、前記ゲートウェイと確立した第２伝送接続を介して前記コネクタによって送信され、前記設定されたサービス設定情報に基づいて、前記コネクタがアクセスする目標サービスのアドレス識別子、及び前記ゲートウェイと前記目標サービスのサービスエージェントとがデータ伝送を行う第１伝送接続を決定するステップは、
前記第２伝送接続の識別子に基づいて、前記サービス設定情報を照会し、前記コネクタがアクセスする目標サービスのアドレス識別子、及び前記ゲートウェイと前記目標サービスのサービスエージェントがデータ伝送を行う第１伝送接続を得るステップを含み、
前記サービスエージェントが前記アドレス識別子に基づいて、前記コネクタのデータ伝送要求を、前記コネクタがアクセスする目標サービスに送信するステップは、
前記サービスエージェントが前記アドレス識別子に基づいて、前記目標サービスと確立した第３伝送接続を決定し、前記第３伝送接続を介して、前記コネクタのデータ伝送要求を、前記コネクタがアクセスする目標サービスに送信するステップを含む、
請求項１に記載のデータ伝送方法。
【請求項4】
前記データ伝送方法は、さらに、前記第１伝送接続を介して、前記サービスエージェントによって返される応答データ及び前記目標サービスのアドレス識別子を受信するステップであって、前記応答データは、前記目標サービスによって前記第３伝送接続を介して前記サービスエージェントに送信されるものである、ステップと、
前記目標サービスのアドレス識別子に基づいて、前記サービス設定情報を照会し、前記第２伝送接続の識別子を得るステップと、
前記第２伝送接続の識別子に基づいて、前記第２伝送接続を介して前記応答データを前記コネクタに送信するステップと、を含む、
請求項３に記載のデータ伝送方法。
【請求項5】
前記ｉＰａａＳシステムのゲートウェイが、前記ｉＰａａＳシステムのコネクタによって送信されたデータ伝送要求を受信する前に、前記データ伝送方法は、さらに、前記コネクタによって送信された第２接続確立要求を受信する場合、前記コネクタと第２伝送接続を確立するステップと、
前記第２接続確立要求によって要求されたプロキシアドレスに基づいて、前記サービス設定情報を照会し、前記コネクタがアクセスする目標サービスのアドレス識別子、及び前記目標サービスのサービスエージェントとデータ伝送を行う第１伝送接続を得るステップと、
前記第１伝送接続に基づいて、第３接続確立要求を前記サービスエージェントに送信するステップであって、前記第３接続確立要求は、前記目標サービスのアドレス識別子を運び、前記サービスエージェントは前記目標サービスのアドレス識別子に基づいて、前記目標サービスと第３伝送接続を確立するものである、ステップと、を含む、
請求項３に記載のデータ伝送方法。
【請求項6】
前記設定されたサービス設定情報に基づいて、前記コネクタがアクセスする目標サービスのアドレス識別子、及び前記ゲートウェイと前記目標サービスのサービスエージェントとがデータ伝送を行う第１伝送接続を決定するステップは、前記データ伝送要求を送信するコネクタのアドレス、前記データ伝送要求を受信するプロキシのアドレス、及び前記コネクタがアクセスする目標サービスのアドレスを取得するステップと、
前記コネクタのアドレス及び前記プロキシのアドレスに基づいて、前記ゲートウェイの接続状態追跡テーブルを照会し、前記コネクタがアクセスする目標サービスのアドレス識別子を得るステップと、
前記プロキシのアドレスに基づいて、設定されたサービス設定情報を照会し、前記ゲートウェイと前記目標サービスのサービスエージェントがデータ伝送を行う第１伝送接続を得るステップと、を含み、
前記第１伝送接続を介して、前記データ伝送要求及び前記目標サービスのアドレス識別子を前記サービスエージェントに送信するステップは、
前記第１伝送接続を介して、前記データ伝送要求、前記目標サービスのアドレス、及び前記目標サービスのアドレス識別子を前記サービスエージェントに送信するステップであって、前記サービスエージェントは前記アドレス識別子に基づいて、前記サービスエージェントの接続状態追跡テーブルを照会し、前記サービスエージェントのアドレスを決定し、前記サービスエージェントのアドレスと前記目標サービスのアドレスにより、前記コネクタのデータ伝送要求を、前記コネクタがアクセスする目標サービスに送信するものである、ステップ、を含む、
請求項１に記載のデータ伝送方法。
【請求項7】
前記コネクタのアドレス及び前記プロキシのアドレスに基づいて、前記ゲートウェイの接続状態追跡テーブルを照会し、前記コネクタがアクセスする目標サービスのアドレス識別子を得るステップは、前記ゲートウェイの接続状態追跡テーブルに前記コネクタのアドレス及び前記プロキシのアドレスに対応するレコードを照会しない場合、前記目標サービスのアドレスに基づいて、前記コネクタがアクセスする目標サービスのアドレス識別子を生成するステップと、
前記コネクタのアドレス、前記プロキシのアドレス、及び前記目標サービスのアドレス識別子からなるレコードを前記ゲートウェイの接続状態追跡テーブルに追加するステップと、を含む、
請求項６に記載のデータ伝送方法。
【請求項8】
前記データ伝送方法は、さらに、前記第１伝送接続を介して、前記サービスエージェントによって返された応答データと、前記コネクタがアクセスする目標サービスのアドレス識別子とを受信するステップと、
前記目標サービスのアドレス識別子に基づいて、前記ゲートウェイの接続状態追跡テーブルを照会し、前記応答データを送信するプロキシのアドレス、及び前記応答データを受信するコネクタのアドレスを得るステップと、
前記プロキシのアドレスと前記コネクタのアドレスに基づいて、前記応答データを前記コネクタに送信するステップと、を含む、
請求項６に記載のデータ伝送方法。
【請求項9】
サービス統合におけるデータ伝送機器が実行する、サービス統合におけるデータ伝送方法であって、前記サービス統合におけるデータ伝送機器は、サービスエージェントを含み、前記データ伝送方法は、前記サービスエージェントは、サービスとしての統合プラットフォーム（ｉＰａａＳ）システムのゲートウェイによって送信された前記ｉＰａａＳシステムのコネクタのデータ伝送要求、及び前記コネクタがアクセスする目標サービスのアドレス識別子を受信するステップであって、前記ｉＰａａＳシステムは、クラウドネットワークにおける前記ｉＰａａＳシステムが属するテナントの第１仮想プライベートクラウド（ＶＰＣ）にデプロイされ、前記サービスエージェントは、前記テナントのイントラネットにデプロイされ、前記目標サービスは前記イントラネット又は前記テナントの第２ＶＰＣにデプロイされる、ステップと、
前記アドレス識別子に基づいて、前記コネクタのデータ伝送要求を、前記コネクタがアクセスする目標サービスに送信するステップと、
前記コネクタがアクセスする目標サービスによって送信された応答データを受信した場合、前記目標サービスのアドレス識別子に基づいて、前記サービスエージェントと前記ゲートウェイがデータ伝送を行う第１伝送接続を決定するステップであって、前記第１伝送接続は、前記サービスエージェントによって開始された第１接続確立要求に基づいて確立される、ステップと、
前記第１伝送接続を介して、前記目標サービスの応答データ及び前記目標サービスのアドレス識別子を前記ゲートウェイに送信するステップであって、前記ゲートウェイは、前記アドレス識別子に基づいて前記コネクタを決定し、前記目標サービスの応答データを前記コネクタに送信するものである、ステップと、を含む、データ伝送方法。
【請求項10】
前記コネクタがアクセスする目標サービスによって送信された応答データを受信する前に、前記データ伝送方法は、さらに、前記サービスエージェントは第１接続確立要求を前記ゲートウェイに送信し、前記サービスエージェントは前記ゲートウェイと第１伝送接続を確立するステップであって、前記第１接続確立要求は前記サービスエージェントのサービスリストを含み、前記ゲートウェイと前記第１伝送接続を確立した後、前記サービスリストにおける各サービスについて、前記サービスにプロキシアドレスを割り当て、前記サービスのアドレス識別子と前記プロキシアドレスとの間の対応関係をサービス設定情報に追加する、ステップ、を含む、
請求項９に記載のデータ伝送方法。
【請求項11】
前記アドレス識別子に基づいて、前記コネクタのデータ伝送要求を、前記コネクタがアクセスする目標サービスに送信するステップは、前記アドレス識別子に基づいて、前記サービスエージェントと、前記コネクタがアクセスする目標サービスとの間の確立された第３伝送接続を決定するステップと、
前記第３伝送接続を介して、前記コネクタのデータ伝送要求を前記目標サービスに送信するステップと、を含み、
前記ゲートウェイが前記アドレス識別子に基づいて前記コネクタを決定し、前記目標サービスの応答データを前記コネクタに送信するものは、前記ゲートウェイが前記アドレス識別子に基づいて、前記コネクタ及び前記コネクタと確立した第１伝送接続を決定し、前記第１伝送接続を介して前記目標サービスの応答データを前記コネクタに送信するものを含む、
請求項９に記載のデータ伝送方法。
【請求項12】
前記アドレス識別子に基づいて、前記サービスエージェントと、前記コネクタがアクセスする目標サービスとの間の確立された第３伝送接続を決定する前に、前記データ伝送方法は、さらに、前記ゲートウェイによって送信された第３接続確立要求を受信する場合、前記目標サービスのアドレス識別子に基づいて、前記目標サービスと第３伝送接続を確立するステップであって、前記第３接続確立要求は、前記コネクタがアクセスする目標サービスのアドレス識別子を運ぶ、ステップを含む、
請求項１１に記載のデータ伝送方法。
【請求項13】
前記アドレス識別子に基づいて、前記コネクタのデータ伝送要求を、前記コネクタがアクセスする目標サービスに送信するステップは、前記アドレス識別子に基づいて、前記サービスエージェントの接続状態追従テーブルを照会し、前記サービスエージェントのアドレスと前記コネクタがアクセスする目標サービスのアドレスを得るステップと、
前記サービスエージェントのアドレス及び前記目標サービスのアドレスにより、前記コネクタのデータ伝送要求を前記目標サービスに送信するステップと、を含み、
前記目標サービスのアドレス識別子に基づいて、前記サービスエージェントと前記ゲートウェイがデータ伝送を行う第１伝送接続を決定する前に、前記データ伝送方法は、さらに、
前記コネクタがアクセスする目標サービスのアドレスと、前記目標サービスの応答データを受信するサービスエージェントのアドレスを取得するステップと、
前記目標サービスのアドレスと前記サービスエージェントのアドレスに基づいて、前記サービスエージェントの接続状態追跡テーブルを照会し、前記目標サービスのアドレス識別子を得るステップと、を含む、
請求項９に記載のデータ伝送方法。
【請求項14】
前記アドレス識別子に基づいて、前記サービスエージェントの接続状態追従テーブルを照会し、前記サービスエージェントのアドレスと前記コネクタがアクセスする目標サービスのアドレスを得るステップは、前記サービスエージェントの接続状態追跡テーブルに前記アドレス識別子に対応するレコードを照会しない場合、前記コネクタがアクセスする目標サービスのアドレスに基づいて、サービスエージェントのアドレスを前記目標サービスに割り当てるステップと、
前記目標サービスのアドレス、前記サービスエージェントのアドレス及び前記アドレス識別子からなるレコードを前記サービスエージェントの接続状態追従テーブルに追加するステップと、を含む、
請求項１３に記載のデータ伝送方法。
【請求項15】
サービス統合におけるデータ伝送装置であって、サービスとしての統合プラットフォーム（ｉＰａａＳ）システムのゲートウェイが前記ｉＰａａＳシステムのコネクタによって送信されたデータ伝送要求を受信するように構成される第１受信モジュールであって、前記ｉＰａａＳシステムは、クラウドネットワークにおける前記ｉＰａａＳシステムが属するテナントの第１仮想プライベートクラウド（ＶＰＣ）にデプロイされる、第１受信モジュールと、
設定されたサービス設定情報に基づいて、前記コネクタがアクセスする目標サービスのアドレス識別子、及び前記ゲートウェイと前記目標サービスのサービスエージェントとがデータ伝送を行う第１伝送接続を決定するように構成される第１マッピングモジュールであって、前記サービスエージェントは前記テナントのイントラネットにデプロイされ、前記目標サービスは前記イントラネット又は前記テナントの第２ＶＰＣにデプロイされ、前記第１伝送接続は前記サービスエージェントによって開始された第１接続確立要求に基づいて確立される、第１マッピングモジュールと、
前記第１伝送接続を介して、前記データ伝送要求及び前記目標サービスのアドレス識別子を前記サービスエージェントに送信するように構成される第１送信モジュールであって、前記サービスエージェントは前記アドレス識別子に基づいて、前記コネクタのデータ伝送要求を、前記コネクタがアクセスする目標サービスに送信するものである、第１送信モジュールと、を備える、データ伝送装置。
【請求項16】
サービス統合におけるデータ伝送装置であって、サービスエージェントがサービスとしての統合プラットフォーム（ｉＰａａＳ）システムのゲートウェイによって送信された前記ｉＰａａＳシステムのコネクタのデータ伝送要求、及び前記コネクタがアクセスする目標サービスのアドレス識別子を受信するように構成される第４受信モジュールであって、前記ｉＰａａＳシステムは、クラウドネットワークにおける前記ｉＰａａＳシステムが属するテナントの第１仮想プライベートクラウド（ＶＰＣ）にデプロイされ、前記サービスエージェントは、前記テナントのイントラネットにデプロイされ、前記目標サービスは前記イントラネット又は前記テナントの第２ＶＰＣにデプロイされる、第４受信モジュールと、
前記アドレス識別子に基づいて、前記コネクタのデータ伝送要求を、前記コネクタがアクセスする目標サービスに送信するように構成される第５送信モジュールと、
前記コネクタがアクセスする目標サービスによって送信された応答データを受信した場合、前記目標サービスのアドレス識別子に基づいて、前記サービスエージェントと前記ゲートウェイがデータ伝送を行う第１伝送接続を決定するように構成される第５受信モジュールであって、前記第１伝送接続は、前記サービスエージェントによって開始された第１接続確立要求に基づいて確立される、第５受信モジュールと、
前記第１伝送接続を介して、前記目標サービスの応答データ及び前記目標サービスのアドレス識別子を前記ゲートウェイに送信するように構成される第６送信モジュールであって、前記ゲートウェイは、前記アドレス識別子に基づいて前記コネクタを決定し、前記目標サービスの応答データを前記コネクタに送信するものである、第６送信モジュールと、を備える、データ伝送装置。
【請求項17】
サービス統合におけるデータ伝送機器であって、実行可能な命令を記憶するメモリと、
前記メモリに記憶される実行可能な命令を実行するとき、請求項１乃至１４のいずれか一項に記載の方法を実現するプロセッサと、を含む、データ伝送機器。
【請求項18】
コンピューターに、請求項１乃至１４のいずれか一項に記載の方法を実行させる、コンピュータープログラム。
【発明の詳細な説明】
【技術分野】
【0001】
（関連出願への相互参照）
本願は、出願番号が２０２１１０３５３９７０．Ｘであり、出願日が２０２１年０４月０１日である中国特許出願に基づいて提出され、該中国特許出願の優先権を主張し、該中国特許出願の全ての内容が参照により本願の実施例に組み込まれる。
本願は、出願番号が２０２１１０３５３９７０．Ｘであり、出願日が２０２１年０４月０１日である中国特許出願に基づいて提出され、該中国特許出願の優先権を主張し、該中国特許出願の全ての内容が参照により本願の実施例に組み込まれる。
【0002】
本願は、クラウドコンピューティングサービスの分野に関し、特に、サービス統合におけるデータ伝送方法、装置、機器、コンピューター可読記憶媒体及びコンピュータープログラム製品に関する。
【背景技術】
【0003】
サービスとしての統合プラットフォーム（ｉＰａａＳ：Ｉｎｔｅｇｒａｔｉｏｎ Ｐｌａｔｆｏｒｍ ａｓ ａ Ｓｅｒｖｉｃｅ）統合アプリケーションは、異なるシステムとサービスを一定のロジックに従って統合するために開発されたアプリケーションプログラムである。関連技術では、目標クライアントの多くの内部システム、データベース、及びサービスとしてのソフトウェア（ＳａａＳ：Ｓｏｆｔｗａｒｅ－ａｓ－ａ－Ｓｅｒｖｉｃｅ）システムはクライアントのイントラネットにデプロイされるが、ｉＰａａＳシステムは通常、パブリッククラウド上の仮想プライベートクラウド（ＶＰＣ：Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｃｌｏｕｄ）にデプロイされるため、ｉＰａａＳシステムは、クライアントのイントラネットのプライベートサービスとデータベースに直接接続することができず、それによって、イントラネットのプライベートサービスとデータベースに対する統合ロジックを完了することができない。また、異なる仮想プライベートクラウドにデプロイされた一部の統合対象システムとデータベースについては、地域を跨るＶＰＣがクライアントのイントラネットを介して直接接続できないため、ＶＰＣにデプロイされたｉＰａａＳシステムを介して統合することもできない。
【0004】
以上から分かるように、関連技術におけるｉＰａａＳサービス統合ソリューションには、ネットワーク不通の制約問題があり、サービス統合の需要を十分に満たすことができない。
【発明の概要】
【0005】
本願の実施例は、サービス統合におけるデータ伝送方法、装置、機器、コンピューター可読記憶媒体及びコンピュータープログラム製品を提供し、ｉＰａａＳシステムとテナントのイントラネットとの間のネットワークインターワーキングを実現し、イントラネットにおけるサービスに対する統合ロジックを実現することができ、それによって、同じテナントの異なるイントラネット又は異なるＶＰＣにおけるサービスに対する統合ロジックを実現することができ、さらに、ｉＰａａＳシステムのサービス統合能力を完全なものにすることができる。
【0006】
本願の実施例の技術案は、以下のように実現される。
【0007】
本願の実施例は、サービス統合におけるデータ伝送方法を提供し、前記データ伝送方法は、
ｉＰａａＳシステムのゲートウェイが、前記ｉＰａａＳシステムのコネクタによって送信されたデータ伝送要求を受信するステップであって、前記ｉＰａａＳシステムは、クラウドネットワークにおける前記ｉＰａａＳシステムが属するテナントの第１仮想プライベートクラウド（ＶＰＣ）にデプロイされる、ステップと、
設定されたサービス設定情報に基づいて、前記コネクタがアクセスする目標サービスのアドレス識別子、及び前記ゲートウェイと前記目標サービスのサービスエージェントとがデータ伝送を行う第１伝送接続を決定するステップであって、前記サービスエージェントは前記テナントのイントラネットにデプロイされ、前記目標サービスは前記イントラネット又は前記テナントの第２ＶＰＣにデプロイされ、前記第１伝送接続は前記サービスエージェントによって開始された第１接続確立要求に基づいて確立される、ステップと、
前記第１伝送接続を介して、前記データ伝送要求及び前記目標サービスのアドレス識別子を前記サービスエージェントに送信するステップであって、前記サービスエージェントは前記アドレス識別子に基づいて、前記コネクタのデータ伝送要求を、前記コネクタがアクセスする目標サービスに送信するものである、ステップと、を含む。
ｉＰａａＳシステムのゲートウェイが、前記ｉＰａａＳシステムのコネクタによって送信されたデータ伝送要求を受信するステップであって、前記ｉＰａａＳシステムは、クラウドネットワークにおける前記ｉＰａａＳシステムが属するテナントの第１仮想プライベートクラウド（ＶＰＣ）にデプロイされる、ステップと、
設定されたサービス設定情報に基づいて、前記コネクタがアクセスする目標サービスのアドレス識別子、及び前記ゲートウェイと前記目標サービスのサービスエージェントとがデータ伝送を行う第１伝送接続を決定するステップであって、前記サービスエージェントは前記テナントのイントラネットにデプロイされ、前記目標サービスは前記イントラネット又は前記テナントの第２ＶＰＣにデプロイされ、前記第１伝送接続は前記サービスエージェントによって開始された第１接続確立要求に基づいて確立される、ステップと、
前記第１伝送接続を介して、前記データ伝送要求及び前記目標サービスのアドレス識別子を前記サービスエージェントに送信するステップであって、前記サービスエージェントは前記アドレス識別子に基づいて、前記コネクタのデータ伝送要求を、前記コネクタがアクセスする目標サービスに送信するものである、ステップと、を含む。
【0008】
本願の実施例は、サービス統合におけるデータ伝送方法を提供し、前記データ伝送方法は、
サービスエージェントは、ｉＰａａＳシステムのゲートウェイによって送信された前記ｉＰａａＳシステムのコネクタのデータ伝送要求、及び前記コネクタがアクセスする目標サービスのアドレス識別子を受信するステップであって、前記ｉＰａａＳシステムは、クラウドネットワークにおける前記ｉＰａａＳシステムが属するテナントの第１ＶＰＣにデプロイされ、前記サービスエージェントは、前記テナントのイントラネットにデプロイされ、前記目標サービスは前記イントラネット又は前記テナントの第２ＶＰＣにデプロイされる、ステップと、
前記アドレス識別子に基づいて、前記コネクタのデータ伝送要求を、前記コネクタがアクセスする目標サービスに送信するステップと、
前記コネクタがアクセスする目標サービスによって送信された応答データを受信した場合、前記目標サービスのアドレス識別子に基づいて、前記サービスエージェントと前記ゲートウェイがデータ伝送を行う第１伝送接続を決定するステップであって、前記第１伝送接続は、前記サービスエージェントによって開始された第１接続確立要求に基づいて確立される、ステップと、
前記第１伝送接続を介して、前記目標サービスの応答データ及び前記目標サービスのアドレス識別子を前記ゲートウェイに送信するステップであって、前記ゲートウェイは、前記アドレス識別子に基づいて前記コネクタを決定し、前記目標サービスの応答データを前記コネクタに送信するものである、ステップと、を含む。
サービスエージェントは、ｉＰａａＳシステムのゲートウェイによって送信された前記ｉＰａａＳシステムのコネクタのデータ伝送要求、及び前記コネクタがアクセスする目標サービスのアドレス識別子を受信するステップであって、前記ｉＰａａＳシステムは、クラウドネットワークにおける前記ｉＰａａＳシステムが属するテナントの第１ＶＰＣにデプロイされ、前記サービスエージェントは、前記テナントのイントラネットにデプロイされ、前記目標サービスは前記イントラネット又は前記テナントの第２ＶＰＣにデプロイされる、ステップと、
前記アドレス識別子に基づいて、前記コネクタのデータ伝送要求を、前記コネクタがアクセスする目標サービスに送信するステップと、
前記コネクタがアクセスする目標サービスによって送信された応答データを受信した場合、前記目標サービスのアドレス識別子に基づいて、前記サービスエージェントと前記ゲートウェイがデータ伝送を行う第１伝送接続を決定するステップであって、前記第１伝送接続は、前記サービスエージェントによって開始された第１接続確立要求に基づいて確立される、ステップと、
前記第１伝送接続を介して、前記目標サービスの応答データ及び前記目標サービスのアドレス識別子を前記ゲートウェイに送信するステップであって、前記ゲートウェイは、前記アドレス識別子に基づいて前記コネクタを決定し、前記目標サービスの応答データを前記コネクタに送信するものである、ステップと、を含む。
【0009】
本願の実施例は、サービス統合におけるデータ伝送装置を提供し、前記データ伝送装置は、
ｉＰａａＳシステムのゲートウェイが前記ｉＰａａＳシステムのコネクタによって送信されたデータ伝送要求を受信するように構成される第１受信モジュールであって、前記ｉＰａａＳシステムは、クラウドネットワークにおける前記ｉＰａａＳシステムが属するテナントの第１ＶＰＣにデプロイされる、第１受信モジュールと、
設定されたサービス設定情報に基づいて、前記コネクタがアクセスする目標サービスのアドレス識別子、及び前記ゲートウェイと前記目標サービスのサービスエージェントとがデータ伝送を行う第１伝送接続を決定するように構成される第１マッピングモジュールであって、前記サービスエージェントは前記テナントのイントラネットにデプロイされ、前記目標サービスは前記イントラネット又は前記テナントの第２ＶＰＣにデプロイされ、前記第１伝送接続は前記サービスエージェントによって開始された第１接続確立要求に基づいて確立される、第１マッピングモジュールと、
前記第１伝送接続を介して、前記データ伝送要求及び前記目標サービスのアドレス識別子を前記サービスエージェントに送信するように構成される第１送信モジュールであって、前記サービスエージェントは前記アドレス識別子に基づいて、前記コネクタのデータ伝送要求を、前記コネクタがアクセスする目標サービスに送信するものである、第１送信モジュールと、を備える。
ｉＰａａＳシステムのゲートウェイが前記ｉＰａａＳシステムのコネクタによって送信されたデータ伝送要求を受信するように構成される第１受信モジュールであって、前記ｉＰａａＳシステムは、クラウドネットワークにおける前記ｉＰａａＳシステムが属するテナントの第１ＶＰＣにデプロイされる、第１受信モジュールと、
設定されたサービス設定情報に基づいて、前記コネクタがアクセスする目標サービスのアドレス識別子、及び前記ゲートウェイと前記目標サービスのサービスエージェントとがデータ伝送を行う第１伝送接続を決定するように構成される第１マッピングモジュールであって、前記サービスエージェントは前記テナントのイントラネットにデプロイされ、前記目標サービスは前記イントラネット又は前記テナントの第２ＶＰＣにデプロイされ、前記第１伝送接続は前記サービスエージェントによって開始された第１接続確立要求に基づいて確立される、第１マッピングモジュールと、
前記第１伝送接続を介して、前記データ伝送要求及び前記目標サービスのアドレス識別子を前記サービスエージェントに送信するように構成される第１送信モジュールであって、前記サービスエージェントは前記アドレス識別子に基づいて、前記コネクタのデータ伝送要求を、前記コネクタがアクセスする目標サービスに送信するものである、第１送信モジュールと、を備える。
【0010】
本願の実施例は、サービス統合におけるデータ伝送装置を提供し、前記データ伝送装置は、
サービスエージェントがｉＰａａＳシステムのゲートウェイによって送信された前記ｉＰａａＳシステムのコネクタのデータ伝送要求、及び前記コネクタがアクセスする目標サービスのアドレス識別子を受信するように構成される第４受信モジュールであって、前記ｉＰａａＳシステムは、クラウドネットワークにおける前記ｉＰａａＳシステムが属するテナントの第１ＶＰＣにデプロイされ、前記サービスエージェントは、前記テナントのイントラネットにデプロイされ、前記目標サービスは前記イントラネット又は前記テナントの第２ＶＰＣにデプロイされる、第４受信モジュールと、
前記アドレス識別子に基づいて、前記コネクタのデータ伝送要求を、前記コネクタがアクセスする目標サービスに送信するように構成される第５送信モジュールと、
前記コネクタがアクセスする目標サービスによって送信された応答データを受信した場合、前記目標サービスのアドレス識別子に基づいて、前記サービスエージェントと前記ゲートウェイがデータ伝送を行う第１伝送接続を決定するように構成される第５受信モジュールであって、前記第１伝送接続は、前記サービスエージェントによって開始された第１接続確立要求に基づいて確立される、第５受信モジュールと、
前記第１伝送接続を介して、前記目標サービスの応答データ及び前記目標サービスのアドレス識別子を前記ゲートウェイに送信するように構成される第６送信モジュールであって、前記ゲートウェイは、前記アドレス識別子に基づいて前記コネクタを決定し、前記目標サービスの応答データを前記コネクタに送信するものである、第６送信モジュールと、を備える。
サービスエージェントがｉＰａａＳシステムのゲートウェイによって送信された前記ｉＰａａＳシステムのコネクタのデータ伝送要求、及び前記コネクタがアクセスする目標サービスのアドレス識別子を受信するように構成される第４受信モジュールであって、前記ｉＰａａＳシステムは、クラウドネットワークにおける前記ｉＰａａＳシステムが属するテナントの第１ＶＰＣにデプロイされ、前記サービスエージェントは、前記テナントのイントラネットにデプロイされ、前記目標サービスは前記イントラネット又は前記テナントの第２ＶＰＣにデプロイされる、第４受信モジュールと、
前記アドレス識別子に基づいて、前記コネクタのデータ伝送要求を、前記コネクタがアクセスする目標サービスに送信するように構成される第５送信モジュールと、
前記コネクタがアクセスする目標サービスによって送信された応答データを受信した場合、前記目標サービスのアドレス識別子に基づいて、前記サービスエージェントと前記ゲートウェイがデータ伝送を行う第１伝送接続を決定するように構成される第５受信モジュールであって、前記第１伝送接続は、前記サービスエージェントによって開始された第１接続確立要求に基づいて確立される、第５受信モジュールと、
前記第１伝送接続を介して、前記目標サービスの応答データ及び前記目標サービスのアドレス識別子を前記ゲートウェイに送信するように構成される第６送信モジュールであって、前記ゲートウェイは、前記アドレス識別子に基づいて前記コネクタを決定し、前記目標サービスの応答データを前記コネクタに送信するものである、第６送信モジュールと、を備える。
【0011】
本願の実施例は、サービス統合におけるデータ伝送機器を提供し、前記データ伝送機器は、メモリと、プロセッサとを含み、前記メモリは実行可能な命令を記憶し、前記プロセッサは、前記メモリに記憶される実行可能な命令を実行するとき、本願の実施例によって提供されるサービス統合におけるデータ伝送方法を実現する。
【0012】
本願の実施例は、コンピューター可読記憶媒体を提供し、前記コンピューター可読記憶媒体は、実行可能な命令が記憶され、前記実行可能な命令は、プロセッサによって実行されるとき、前記プロセッサに本願の実施例によって提供されるサービス統合におけるデータ伝送方法を実現させる。
【0013】
本願の実施例は、コンピュータープログラム製品を提供し、前記コンピュータープログラム製品は、コンピュータープログラム又は命令を含み、前記コンピュータープログラム又は命令は、コンピューターに、上記のサービス統合におけるデータ伝送方法を実行させる。
【0014】
本願の実施例は、以下の有益な効果を有する。
第１ＶＰＣにデプロイされたｉＰａａＳシステムのゲートウェイにより、ｉＰａａＳシステムのコネクタによって送信されたデータ伝送要求を受信し、データ伝送要求の目標サービスのアドレス識別子、及びゲートウェイと目標サービスのサービスエージェントがデータ伝送を行う第１伝送接続を決定し、第１伝送接続を介して、データ伝送要求及び目標サービスのアドレス識別子をサービスエージェントに送信することにより、サービスエージェントは該アドレス識別子に基づいて、該データ伝送要求を目標サービスに送信する。このようにして、ｉＰａａＳシステムとテナントのイントラネットとの間のネットワークインターワーキングを実現し、イントラネットにおけるサービスに対する統合ロジックを実現することができる。また、ｉＰａａＳシステムはテナントの第１ＶＰＣにデプロイされ、目標サービスはイントラネット又はテナントの第２ＶＰＣにデプロイされ、第１伝送接続を介してデータ伝送要求を目標サービスのサービスエージェントに伝送するため、同じテナントの異なるイントラネット又は異なるＶＰＣにおけるサービスに対する統合ロジックを実現することができ、さらに、ｉＰａａＳシステムのサービス統合能力を完全なものにすることができる。
第１ＶＰＣにデプロイされたｉＰａａＳシステムのゲートウェイにより、ｉＰａａＳシステムのコネクタによって送信されたデータ伝送要求を受信し、データ伝送要求の目標サービスのアドレス識別子、及びゲートウェイと目標サービスのサービスエージェントがデータ伝送を行う第１伝送接続を決定し、第１伝送接続を介して、データ伝送要求及び目標サービスのアドレス識別子をサービスエージェントに送信することにより、サービスエージェントは該アドレス識別子に基づいて、該データ伝送要求を目標サービスに送信する。このようにして、ｉＰａａＳシステムとテナントのイントラネットとの間のネットワークインターワーキングを実現し、イントラネットにおけるサービスに対する統合ロジックを実現することができる。また、ｉＰａａＳシステムはテナントの第１ＶＰＣにデプロイされ、目標サービスはイントラネット又はテナントの第２ＶＰＣにデプロイされ、第１伝送接続を介してデータ伝送要求を目標サービスのサービスエージェントに伝送するため、同じテナントの異なるイントラネット又は異なるＶＰＣにおけるサービスに対する統合ロジックを実現することができ、さらに、ｉＰａａＳシステムのサービス統合能力を完全なものにすることができる。
【図面の簡単な説明】
【0015】
【図1A】関連技術におけるｉＰａａＳシステムをデプロイするシナリオの模式図である。
【図1B】関連技術におけるｉＰａａＳシステムをデプロイするシナリオの模式図である。
【図1C】関連技術におけるｉＰａａＳシステムをデプロイするシナリオの模式図である。
【図1D】関連技術におけるｉＰａａＳシステムのプライベート化デプロイメントのアーキテクチャ模式図である
【図1E】本願の実施例による統合サービスシステムのアーキテクチャ模式図である。
【図2A】本願の実施例によるサービス統合におけるデータ伝送機器の構造的模式図である。
【図2B】本願の実施例によるサービス統合におけるデータ伝送機器の構造的模式図である。
【図3】本願の実施例によるサービス統合におけるデータ伝送方法の模式的フローチャートである。
【図4】本願の実施例によるサービス統合におけるデータ伝送方法の模式的フローチャートである。
【図5A】本願の実施例によるサービス統合におけるデータ伝送方法の模式的フローチャートである。
【図5B】本願の実施例によるサービス統合におけるデータ伝送方法の模式的フローチャートである。
【図5C】本願の実施例によるサービス統合におけるデータ伝送方法の模式的フローチャートである。
【図6A】本願の実施例によるサービス統合におけるデータ伝送方法の模式的フローチャートである。
【図6B】本願の実施例によるサービス統合におけるデータ伝送方法の模式的フローチャートである。
【図7】本願の実施例によるサービス統合におけるデータ伝送方法の模式的フローチャートである。
【図8A】本願の実施例によるサービス統合システムの実現アーキテクチャの模式図である。
【図8B】本願の実施例によるサービス統合システムの実現アーキテクチャの模式図である。
【図8C】本願の実施例によるサービス統合システムにおける各モジュール間のインタラクションプロセスの模式図である。
【図8D】本願の実施例によるサービス統合システムにおけるプライベートクラウドメタデータの状態遷移の模式図である。
【図9】本願の実施例によるサービス統合におけるデータ伝送方法の模式的フローチャートである。
【図10】本願の実施例によるトラフィック転送モードを使用してポートマッピングを行うサービス統合システムの構成アーキテクチャの模式図である。
【図11】本願の実施例によるＮＡＴモードを使用してポートマッピングを行うサービス統合システムの構成アーキテクチャの模式図である。
【発明を実施するための形態】
【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】
サービス設定情報は、ゲートウェイによって記憶及びメンテナンスされてもよく、他のシステム又はモジュールによって記憶及びメンテナンスされてもよく、例えば、サービス設定情報を記憶及びメンテナンスするための登録センターを第１ＶＰＣにデプロイすることができる。
【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】
データ伝送プロセスは、アップリンクデータ伝送とダウンリンクデータ伝送の２つの部分を含み、上記のステップＳ１４０２の後に、アップリンクデータ伝送プロセスを実行することができ、以下のステップＳ１４１１～Ｓ１４１６を含む。
【0211】
ステップＳ１４１１において、Ｃｏｎｎｅｃｔｏｒは、ＣｌｉｅｎｔＣｏｎｎｅｃｔｉｏｎを介してデータストリームをＰｒｏｘｙに送信する。
【0212】
ここで、データストリームを送信する場合、データストリームに対するアンパック、グループ化などの操作を含むことができ、ＣｏｎｎｅｃｔｏｒがＰｒｏｘｙにデータパケットを送信するときのＴＣＰメッセージフォーマットは次のとおりである：
Ｓｒｃ：Ｃｌｉｅｎｔ ＩＰ／Ｐｏｒｔ
Ｄｓｔ：Ｐｒｏｘｙ ＩＰ／Ｐｏｒｔ
Ｆｌａｇ：ＤＡＴＡ
Ｐａｙｌｏａｄ；
ここで、メッセージのソースアドレスＳｒｃは、ＣｏｎｎｅｃｔｏｒのクライアントのＩＰアドレスとポート、即ちＣｌｉｅｎｔ ＩＰ／Ｐｏｒｔであり、メッセージの宛先アドレスＤｓｔは、ＰｒｏｘｙのＩＰアドレスとポート、即ちＰｒｏｘｙ ＩＰ／Ｐｏｒｔであり、Ｆｌａｇはメッセージフラグであり、ＤＡＴＡはデータ送信メッセージを表し、Ｐａｙｌｏａｄは伝送すべきデータである。
Ｓｒｃ：Ｃｌｉｅｎｔ ＩＰ／Ｐｏｒｔ
Ｄｓｔ：Ｐｒｏｘｙ ＩＰ／Ｐｏｒｔ
Ｆｌａｇ：ＤＡＴＡ
Ｐａｙｌｏａｄ；
ここで、メッセージのソースアドレスＳｒｃは、ＣｏｎｎｅｃｔｏｒのクライアントのＩＰアドレスとポート、即ちＣｌｉｅｎｔ ＩＰ／Ｐｏｒｔであり、メッセージの宛先アドレスＤｓｔは、ＰｒｏｘｙのＩＰアドレスとポート、即ちＰｒｏｘｙ ＩＰ／Ｐｏｒｔであり、Ｆｌａｇはメッセージフラグであり、ＤＡＴＡはデータ送信メッセージを表し、Ｐａｙｌｏａｄは伝送すべきデータである。
【0213】
また、Ｐｒｏｘｙは、Ｃｏｎｎｅｃｔｏｒによって送信されたメッセージを受信した後、確認メッセージをＣｏｎｎｅｃｔｏｒに返す。
【0214】
ステップＳ１４１２において、Ｇａｔｅｗａｙは、ＣｌｉｅｎｔＣｏｎｎｅｃｔｉｏｎに基づいて対応するＣｏｎｎｅｃｔｉｏｎＩｄを取得し、Ｐｒｏｘｙに基づいて対応するＡｇｅｎｔＣｏｎｎｅｃｔｉｏｎを取得する。
【0215】
ステップＳ１４１３において、Ｇａｔｅｗａｙは、ＡｇｅｎｔＣｏｎｎｅｃｔｉｏｎを介してＡｇｅｎｔにデータストリーム命令を送信し、返信を待つ。
【0216】
ここで、データストリームを送信する場合、データストリームに対するアンパック、グループ化などの操作を含むことができ、ＡｇｅｎｔＣｏｎｎｅｃｔｉｏｎは、ＴＣＰ接続であってもよく、ＲＰＣ接続であってもよく、ＧａｔｅｗａｙがデータパケットをＡｇｅｎｔＣｏｎｎｅｃｔｉｏｎに送信するときのＲＰＣメッセージフォーマットは次のとおりである：
Ｃｍｄ：ＤＡＴＡ
ＣｏｎｎｅｃｔｉｏｎＩｄ：ｘｘｘ
Ｐａｙｌｏａｄ；
ここで、Ｃｍｄは制御タイプであり、ＤＡＴＡはデータ送信を表し、Ｐａｙｌｏａｄは伝送すべきデータであり、ＣｏｎｎｅｃｔｉｏｎＩｄはＣｌｉｅｎｔＣｏｎｎｅｃｔｉｏｎの識別子である。該ＣｏｎｎｅｃｔｉｏｎＩｄの前のアップリンクデータ伝送命令がまだ返さない場合、待ちキューに入れて送信を待つ。
Ｃｍｄ：ＤＡＴＡ
ＣｏｎｎｅｃｔｉｏｎＩｄ：ｘｘｘ
Ｐａｙｌｏａｄ；
ここで、Ｃｍｄは制御タイプであり、ＤＡＴＡはデータ送信を表し、Ｐａｙｌｏａｄは伝送すべきデータであり、ＣｏｎｎｅｃｔｉｏｎＩｄはＣｌｉｅｎｔＣｏｎｎｅｃｔｉｏｎの識別子である。該ＣｏｎｎｅｃｔｉｏｎＩｄの前のアップリンクデータ伝送命令がまだ返さない場合、待ちキューに入れて送信を待つ。
【0217】
ステップＳ１４１４において、Ａｇｅｎｔは、ＣｏｎｎｅｃｔｉｏｎＩｄに基づいて、対応するＳｅｒｖｉｃｅＣｏｎｎｅｃｔｉｏｎを見つける。
【0218】
ステップＳ１４１５において、Ａｇｅｎｔは、ＳｅｒｖｉｃｅＣｏｎｎｅｃｔｉｏｎを介してデータストリームをＳｅｒｖｉｃｅに送信する。
【0219】
ここで、データストリームを送信する場合、データストリームに対するアンパック、グループ化などの操作を含むことができ、ＡｇｅｎｔがデータパケットをＳｅｒｖｉｃｅに送信するときのＴＣＰメッセージフォーマットは次のとおりである：
Ｓｒｃ：Ａｇｅｎｔ ＩＰ／Ｐｏｒｔ
Ｄｓｔ：Ｓｅｒｖｉｃｅ ＩＰ／Ｐｏｒｔ
Ｆｌａｇ：ＤＡＴＡ
Ｐａｙｌｏａｄ；
ここで、メッセージのソースアドレスＳｒｃはＡｇｅｎｔのＩＰアドレスとポート、即ちＡｇｅｎｔ ＩＰ／Ｐｏｒｔであり、メッセージの宛先アドレスＤｓｔはＳｅｒｖｉｃｅのＩＰアドレスとポート、即ちＳｅｒｖｉｃｅ ＩＰ／Ｐｏｒｔであり、Ｆｌａｇはメッセージフラグであり、ＤＡＴＡはデータ送信メッセージを表し、Ｐａｙｌｏａｄは伝送すべきデータである。
Ｓｒｃ：Ａｇｅｎｔ ＩＰ／Ｐｏｒｔ
Ｄｓｔ：Ｓｅｒｖｉｃｅ ＩＰ／Ｐｏｒｔ
Ｆｌａｇ：ＤＡＴＡ
Ｐａｙｌｏａｄ；
ここで、メッセージのソースアドレスＳｒｃはＡｇｅｎｔのＩＰアドレスとポート、即ちＡｇｅｎｔ ＩＰ／Ｐｏｒｔであり、メッセージの宛先アドレスＤｓｔはＳｅｒｖｉｃｅのＩＰアドレスとポート、即ちＳｅｒｖｉｃｅ ＩＰ／Ｐｏｒｔであり、Ｆｌａｇはメッセージフラグであり、ＤＡＴＡはデータ送信メッセージを表し、Ｐａｙｌｏａｄは伝送すべきデータである。
【0220】
ステップＳ１４１６において、Ｓｅｒｖｉｃｅは、送信成功又は失敗のメッセージを返す。
【0221】
また、Ｓｅｒｖｉｃｅは、Ａｇｅｎｔから送信されたメッセージを受信した後、送信成功又は失敗を示す確認メッセージをＡｇｅｎｔに返す。
【0222】
ダウンリンクデータ伝送プロセスは、以下のステップＳ１４２１～Ｓ１４２６を含む。
【0223】
ステップＳ１４２１において、Ｓｅｒｖｉｃｅは、ＳｅｒｖｉｃｅＣｏｎｎｅｃｔｉｏｎを介してＡｇｅｎｔにデータストリームを送信する。
【0224】
ここで、データストリームを送信する場合、データストリームに対するアンパック、グループ化などの操作を含むことができ、ＳｅｒｖｉｃｅがＡｇｅｎｔにデータパケットを送信するときのＴＣＰメッセージフォーマットは次のとおりである：
Ｓｒｃ：Ｓｅｒｖｉｃｅ ＩＰ／Ｐｏｒｔ
Ｄｓｔ：Ａｇｅｎｔ ＩＰ／Ｐｏｒｔ
Ｆｌａｇ：ＤＡＴＡ
Ｐａｙｌｏａｄ；
ここで、メッセージのソースアドレスＳｒｃは、ＳｅｒｖｉｃｅのＩＰアドレスとポート、即ちＳｅｒｖｉｃｅ ＩＰ／Ｐｏｒｔであり、メッセージの宛先アドレスＤｓｔは、ＡｇｅｎｔのＩＰアドレスとポート、即ちＡｇｅｎｔ ＩＰ／Ｐｏｒｔであり、Ｆｌａｇはメッセージフラグであり、ＤＡＴＡはデータ送信メッセージを表し、Ｐａｙｌｏａｄは伝送すべきデータである。
Ｓｒｃ：Ｓｅｒｖｉｃｅ ＩＰ／Ｐｏｒｔ
Ｄｓｔ：Ａｇｅｎｔ ＩＰ／Ｐｏｒｔ
Ｆｌａｇ：ＤＡＴＡ
Ｐａｙｌｏａｄ；
ここで、メッセージのソースアドレスＳｒｃは、ＳｅｒｖｉｃｅのＩＰアドレスとポート、即ちＳｅｒｖｉｃｅ ＩＰ／Ｐｏｒｔであり、メッセージの宛先アドレスＤｓｔは、ＡｇｅｎｔのＩＰアドレスとポート、即ちＡｇｅｎｔ ＩＰ／Ｐｏｒｔであり、Ｆｌａｇはメッセージフラグであり、ＤＡＴＡはデータ送信メッセージを表し、Ｐａｙｌｏａｄは伝送すべきデータである。
【0225】
また、Ａｇｅｎｔは、Ｓｅｒｖｉｃｅによって送信されたメッセージを受信した後、確認メッセージをＳｅｒｖｉｃｅに返す。
【0226】
ステップＳ１４２２において、Ａｇｅｎｔは、ＳｅｒｖｉｃｅＣｏｎｎｅｃｔｉｏｎに基づいてＣｏｎｎｅｃｔｉｏｎＩｄを決定する。
【0227】
ステップＳ１４２３において、Ａｇｅｎｔは、ＡｇｅｎｔＣｏｎｎｅｃｔｉｏｎを介してデータストリーム命令をＰｒｏｘｙに送信する。
【0228】
ここで、データストリームを送信する場合、データストリームに対するアンパック、グループ化などの操作を含むことができ、ＡｇｅｎｔＣｏｎｎｅｃｔｉｏｎは、ＴＣＰ接続であってもよく、ＲＰＣ接続であってもよく、ＡｇｅｎｔがＡｇｅｎｔＣｏｎｎｅｃｔｉｏｎを介してデータパケットを送信するときのＲＰＣメッセージフォーマットは次のとおりである：
Ｃｍｄ：ＤＡＴＡ
ＣｏｎｎｅｃｔｉｏｎＩｄ：ｘｘｘ
Ｐａｙｌｏａｄ；
ここで、Ｃｍｄは制御タイプであり、ＤＡＴＡはデータ送信を表し、Ｐａｙｌｏａｄは伝送すべきデータであり、ＣｏｎｎｅｃｔｉｏｎＩｄはＣｌｉｅｎｔＣｏｎｎｅｃｔｉｏｎの識別子である。該ＣｏｎｎｅｃｔｉｏｎＩｄの前のダウンリンクデータ伝送命令がまだ返さない場合、待ちキューに入れて送信を待つ。
Ｃｍｄ：ＤＡＴＡ
ＣｏｎｎｅｃｔｉｏｎＩｄ：ｘｘｘ
Ｐａｙｌｏａｄ；
ここで、Ｃｍｄは制御タイプであり、ＤＡＴＡはデータ送信を表し、Ｐａｙｌｏａｄは伝送すべきデータであり、ＣｏｎｎｅｃｔｉｏｎＩｄはＣｌｉｅｎｔＣｏｎｎｅｃｔｉｏｎの識別子である。該ＣｏｎｎｅｃｔｉｏｎＩｄの前のダウンリンクデータ伝送命令がまだ返さない場合、待ちキューに入れて送信を待つ。
【0229】
ステップＳ１４２４において、Ｇａｔｅｗａｙは、ＣｏｎｎｅｃｔｉｏｎＩｄに基づいて、対応するＣｌｉｅｎｔＣｏｎｎｅｃｔｉｏｎを決定する。
【0230】
ステップＳ１４２５において、ＧａｔｅｗａｙはＣｌｉｅｎｔＣｏｎｎｅｃｔｉｏｎを介してデータストリームをＣｏｎｎｅｃｔｏｒに送信する。
【0231】
ここで、データストリームを送信する場合、データストリームに対するアンパック、グループ化などの操作を含むことができ、ＧａｔｅｗａｙがデータパケットをＣｏｎｎｅｃｔｏｒに送信するときのＴＣＰメッセージフォーマットは次のとおりである：
Ｓｒｃ：Ｐｒｏｘｙ ＩＰ／Ｐｏｒｔ
Ｄｓｔ：Ｃｌｉｅｎｔ ＩＰ／Ｐｏｒｔ
Ｆｌａｇ：ＤＡＴＡ
Ｐａｙｌｏａｄ；
ここで、メッセージのソースアドレスＳｒｃはＰｒｏｘｙのＩＰアドレスとポート、即ちＰｒｏｘｙ ＩＰ／Ｐｏｒｔであり、メッセージの宛先アドレスＤｓｔはＣｏｎｎｅｃｔｏｒのクライアントのＩＰアドレスとポート、即ちＣｌｉｅｎｔ ＩＰ／Ｐｏｒｔであり、Ｆｌａｇはメッセージフラグであり、ＤＡＴＡはデータ送信メッセージを表し、Ｐａｙｌｏａｄは伝送すべきデータである。
Ｓｒｃ：Ｐｒｏｘｙ ＩＰ／Ｐｏｒｔ
Ｄｓｔ：Ｃｌｉｅｎｔ ＩＰ／Ｐｏｒｔ
Ｆｌａｇ：ＤＡＴＡ
Ｐａｙｌｏａｄ；
ここで、メッセージのソースアドレスＳｒｃはＰｒｏｘｙのＩＰアドレスとポート、即ちＰｒｏｘｙ ＩＰ／Ｐｏｒｔであり、メッセージの宛先アドレスＤｓｔはＣｏｎｎｅｃｔｏｒのクライアントのＩＰアドレスとポート、即ちＣｌｉｅｎｔ ＩＰ／Ｐｏｒｔであり、Ｆｌａｇはメッセージフラグであり、ＤＡＴＡはデータ送信メッセージを表し、Ｐａｙｌｏａｄは伝送すべきデータである。
【0232】
ステップＳ１４２６において、Ｃｏｎｎｅｃｔｏｒは、送信成功又は失敗のメッセージを返す。
【0233】
ここで、Ｃｏｎｎｅｃｔｏｒは、Ｐｒｏｘｙによって送信されたメッセージを受信した後、送信成功又は失敗を示す確認メッセージをＰｒｏｘｙに返す。
【0234】
上述の本願の実施例によるトラフィック転送モードを使用してポートマッピングを行うデータ伝送方法では、各接続の中断及びエラー処理については、以下の（１）～（４）を含むことができる。
【0235】
（１）ＣｌｉｅｎｔＣｏｎｎｅｃｔｉｏｎが受動的に切断される処理プロセスは次のとおりである。
ａ．Ｇａｔｅｗａｙは、ＣｌｉｅｎｔＣｏｎｎｅｃｔｉｏｎの切断、例えば、タイムアウト、再起動又はＣｏｎｎｅｃｔｏｒの切断を受信することを検出した。
ｂ．Ｇａｔｅｗａｙは、ＣｏｎｎｅｃｔｉｏｎＩｄ状態を切断済みとしてマークする。
ｃ．Ｇａｔｅｗａｙは、ＡｇｅｎｔＣｏｎｎｅｃｔｉｏｎを介して切断命令をＡｇｅｎｔに送信し、切断命令はパラメータＣｏｎｎｅｃｔｉｏｎＩｄを運ぶ。
ｄ．Ａｇｅｎｔは、命令を受信した後、ＣｏｎｎｅｃｔｉｏｎＩｄ状態を切断済みとしてマークし、対応するＳｅｒｖｉｃｅＣｏｎｎｅｃｔｉｏｎを切断する。
ｅ．Ｇａｔｅｗａｙは、後続でＡｇｅｎｔＣｏｎｎｅｃｔｉｏｎを介して送信された該ＣｏｎｎｅｃｔｉｏｎＩｄのダウンリンク命令を受信する場合、エラーを返す。
ａ．Ｇａｔｅｗａｙは、ＣｌｉｅｎｔＣｏｎｎｅｃｔｉｏｎの切断、例えば、タイムアウト、再起動又はＣｏｎｎｅｃｔｏｒの切断を受信することを検出した。
ｂ．Ｇａｔｅｗａｙは、ＣｏｎｎｅｃｔｉｏｎＩｄ状態を切断済みとしてマークする。
ｃ．Ｇａｔｅｗａｙは、ＡｇｅｎｔＣｏｎｎｅｃｔｉｏｎを介して切断命令をＡｇｅｎｔに送信し、切断命令はパラメータＣｏｎｎｅｃｔｉｏｎＩｄを運ぶ。
ｄ．Ａｇｅｎｔは、命令を受信した後、ＣｏｎｎｅｃｔｉｏｎＩｄ状態を切断済みとしてマークし、対応するＳｅｒｖｉｃｅＣｏｎｎｅｃｔｉｏｎを切断する。
ｅ．Ｇａｔｅｗａｙは、後続でＡｇｅｎｔＣｏｎｎｅｃｔｉｏｎを介して送信された該ＣｏｎｎｅｃｔｉｏｎＩｄのダウンリンク命令を受信する場合、エラーを返す。
【0236】
（２）ＳｅｒｖｉｃｅＣｏｎｎｅｃｔｉｏｎが受動的に切断される処理プロセスは次のとおりである。
ａ．Ａｇｅｎｔは、ＳｅｒｖｉｃｅＣｏｎｎｅｃｔｉｏｎの切断、例えば、タイムアウト、再起動又はＳｅｒｖｉｃｅの切断を受信することを検出した。
ｂ．Ａｇｅｎｔは、ＣｏｎｎｅｃｔｉｏｎＩｄを切断済みとしてマークする。
ｃ．Ａｇｅｎｔは、ＡｇｅｎｔＣｏｎｎｅｃｔｉｏｎを介して切断命令をＧａｔｅｗａｙに送信し、切断命令はパラメータＣｏｎｎｅｃｔｉｏｎＩｄを運ぶ。
ｄ．Ｇａｔｅｗａｙは、命令を受信した後、ＣｏｎｎｅｃｔｉｏｎＩｄを切断済みとしてマークし、対応するＣｌｉｅｎｔＣｏｎｎｅｃｔｉｏｎを切断する。
ｅ．Ａｇｅｎｔは、後続でＧａｔｅｗａｙによってＡｇｅｎｔＣｏｎｎｅｃｔｉｏｎを介して送信された該ＣｏｎｎｅｃｔｉｏｎＩｄのアップリンク命令を受信する場合、エラーを返す。
ａ．Ａｇｅｎｔは、ＳｅｒｖｉｃｅＣｏｎｎｅｃｔｉｏｎの切断、例えば、タイムアウト、再起動又はＳｅｒｖｉｃｅの切断を受信することを検出した。
ｂ．Ａｇｅｎｔは、ＣｏｎｎｅｃｔｉｏｎＩｄを切断済みとしてマークする。
ｃ．Ａｇｅｎｔは、ＡｇｅｎｔＣｏｎｎｅｃｔｉｏｎを介して切断命令をＧａｔｅｗａｙに送信し、切断命令はパラメータＣｏｎｎｅｃｔｉｏｎＩｄを運ぶ。
ｄ．Ｇａｔｅｗａｙは、命令を受信した後、ＣｏｎｎｅｃｔｉｏｎＩｄを切断済みとしてマークし、対応するＣｌｉｅｎｔＣｏｎｎｅｃｔｉｏｎを切断する。
ｅ．Ａｇｅｎｔは、後続でＧａｔｅｗａｙによってＡｇｅｎｔＣｏｎｎｅｃｔｉｏｎを介して送信された該ＣｏｎｎｅｃｔｉｏｎＩｄのアップリンク命令を受信する場合、エラーを返す。
【0237】
（３）Ｇａｔｅｗａｙがアップリンク命令を送信してエラーを返す場合、対応するＣｏｎｎｅｃｔｉｏｎＩｄを切断済みとしてマークし、対応するＣｌｉｅｎｔＣｏｎｎｅｃｔｉｏｎを切断する。
【0238】
（４）Ａｇｅｎｔがダウンリンク命令を送信してエラーを返す場合、対応するＣｏｎｎｅｃｔｉｏｎＩｄを切断済みとしてマークし、対応するＳｅｒｖｉｃｅＣｏｎｎｅｃｔｉｏｎを切断する。
【0239】
上述の本願の実施例によるトラフィック転送モードを使用してポートマッピングを行うデータ伝送方法は、実現が簡単で、接続が信頼性があり、オペレーティングシステムカーネルにおける既存のＴＣＰプロトコルサポート能力を十分に利用することができ、データ伝送性能がよい。
【0240】
（２）ＮＡＴモードについて
図１１を参照すると、図１１は、本願の実施例によるＮＡＴモードを使用してポートマッピングを行うサービス統合システムの構成アーキテクチャの模式図であり、ＮＡＴモードでは、ｉＰａａＳシステムのコネクタＣｏｎｎｅｃｔｏｒ１０１０と目標サービスＳｅｒｖｉｃｅ１０４０はデータ伝送を行う場合、Ｇａｔｅｗａｙ１０２０とＡｇｅｎｔ１０３０を介してアドレス変換を行う必要があり、Ｇａｔｅｗａｙ１０２０における各Ｐｒｏｘｙ１０２１とＡｇｅｎｔ１０３０との間にＡｇｅｎｔＣｏｎｎｅｃｔｉｏｎが事前に確立され、ＡｇｅｎｔＣｏｎｎｅｃｔｉｏｎに基づいてデータ伝送を行う場合、ＧａｔｅｗａｙによってメンテナンスされるＧａｔｅｗａｙ接続状態追跡テーブル（Ｇａｔｅｗａｙ Ｃｏｎｎｅｃｔｉｏｎ Ｔｒａｃｋ）１０２２、及びＡｇｅｎｔによってメンテナンスされるＡｇｅｎｔ接続状態追跡テーブル（Ａｇｅｎｔ Ｃｏｎｎｅｃｔｉｏｎ Ｔｒａｃｋ）１０３１により、Ｐｒｏｘｙ ＩＰ／ＰｏｒｔとＳｅｒｖｉｃｅ ＩＰ／Ｐｏｒｔとの間のマッピングを実現し、それによって、ＣｏｎｎｅｃｔｏｒとＳｅｒｖｉｃｅとの間のネットワークインターワーキングを実現する。
図１１を参照すると、図１１は、本願の実施例によるＮＡＴモードを使用してポートマッピングを行うサービス統合システムの構成アーキテクチャの模式図であり、ＮＡＴモードでは、ｉＰａａＳシステムのコネクタＣｏｎｎｅｃｔｏｒ１０１０と目標サービスＳｅｒｖｉｃｅ１０４０はデータ伝送を行う場合、Ｇａｔｅｗａｙ１０２０とＡｇｅｎｔ１０３０を介してアドレス変換を行う必要があり、Ｇａｔｅｗａｙ１０２０における各Ｐｒｏｘｙ１０２１とＡｇｅｎｔ１０３０との間にＡｇｅｎｔＣｏｎｎｅｃｔｉｏｎが事前に確立され、ＡｇｅｎｔＣｏｎｎｅｃｔｉｏｎに基づいてデータ伝送を行う場合、ＧａｔｅｗａｙによってメンテナンスされるＧａｔｅｗａｙ接続状態追跡テーブル（Ｇａｔｅｗａｙ Ｃｏｎｎｅｃｔｉｏｎ Ｔｒａｃｋ）１０２２、及びＡｇｅｎｔによってメンテナンスされるＡｇｅｎｔ接続状態追跡テーブル（Ａｇｅｎｔ Ｃｏｎｎｅｃｔｉｏｎ Ｔｒａｃｋ）１０３１により、Ｐｒｏｘｙ ＩＰ／ＰｏｒｔとＳｅｒｖｉｃｅ ＩＰ／Ｐｏｒｔとの間のマッピングを実現し、それによって、ＣｏｎｎｅｃｔｏｒとＳｅｒｖｉｃｅとの間のネットワークインターワーキングを実現する。
【0241】
サービス統合では、ＮＡＴモードに基づいてデータ伝送を行う場合、以下のステップＳ１５０１～ステップＳ１５１７を含むことができる。
【0242】
ステップＳ１５０１において、Ｃｌｉｅｎｔは、ＴＣＰハンドシェイクメッセージＳＹＮパケットをＰｒｏｘｙに送信する。
【0243】
ステップＳ１５０２において、Ｇａｔｅｗａｙは、ＳＹＮパケットを受信した後、Ｃｌｉｅｎｔ ＩＰ／Ｐｏｒｔ＋Ｐｒｏｘｙ Ｐｏｒｔに基づいて、Ｇａｔｅｗａｙの接続状態追跡テーブルからＣｏｎｎｅｃｔｉｏｎＩｄ及び対応する状態データを検索する。
【0244】
ステップＳ１５０３において、ＳＹＮパケットのタイプを判断し、異なるＳＹＮパケットのタイプに基づいて以下の操作ａ～ｂを実行する。
ａ．Ｇａｔｅｗａｙの接続状態追跡テーブルのレコードにおいてＣｌｉｅｎｔ ＩＰ／Ｐｏｒｔ＋Ｐｒｏｘｙ Ｐｏｒｔに対応するＣｏｎｎｅｃｔｉｏｎＩｄが存在しない場合、このパケットは最初に到着するパケットであり、新たなＣｏｎｎｅｃｔｉｏｎＩｄを割り当てた後、Ｇａｔｅｗａｙの接続状態追跡テーブルに登録した後、ステップＳ１５０４にジャンプする。
ｂ．Ｇａｔｅｗａｙの接続状態追跡テーブルのレコードにおいてＣｌｉｅｎｔＦｌａｇ＝＝ＳＹＮ且つＣｌｉｅｎｔＳｅｑ＝＝ｓｅｑ１の場合、このパケットは再送パケットであり、ステップＳ１５０４にジャンプし、それ以外の場合、このパケットは乱順のパケットであり、このパケットを無視する。
ａ．Ｇａｔｅｗａｙの接続状態追跡テーブルのレコードにおいてＣｌｉｅｎｔ ＩＰ／Ｐｏｒｔ＋Ｐｒｏｘｙ Ｐｏｒｔに対応するＣｏｎｎｅｃｔｉｏｎＩｄが存在しない場合、このパケットは最初に到着するパケットであり、新たなＣｏｎｎｅｃｔｉｏｎＩｄを割り当てた後、Ｇａｔｅｗａｙの接続状態追跡テーブルに登録した後、ステップＳ１５０４にジャンプする。
ｂ．Ｇａｔｅｗａｙの接続状態追跡テーブルのレコードにおいてＣｌｉｅｎｔＦｌａｇ＝＝ＳＹＮ且つＣｌｉｅｎｔＳｅｑ＝＝ｓｅｑ１の場合、このパケットは再送パケットであり、ステップＳ１５０４にジャンプし、それ以外の場合、このパケットは乱順のパケットであり、このパケットを無視する。
【0245】
ステップＳ１５０４において、Ｇａｔｅｗａｙは、ＡｇｅｎｔＣｏｎｎｅｃｔｉｏｎを介してＡｇｅｎｔに同期命令を送信する。
【0246】
ここで、ＲＰＣ方式で命令を送信することができ、同期命令のメッセージは、ＣｏｎｎｅｃｔｉｏｎＩｄ、Ｓｅｒｖｉｃｅ ＩＰ／Ｐｏｒｔ、及びポート番号が除去された元のＴＣＰメッセージを含むことができる。
【0247】
ステップＳ１５０５において、Ａｇｅｎｔは、同期命令を受信した後、ＣｏｎｎｅｃｔｉｏｎＩｄに基づいて、Ａｇｅｎｔの接続状態追従テーブルから、Ａｇｅｎｔポート（ＡｇｅｎｔＰｏｒｔ）と状態データを検索する。
【0248】
ステップＳ１５０６において、Ａｇｅｎｔは、メッセージタイプを判断し、以下のａ～ｂを含む。
ａ．Ａｇｅｎｔの接続状態追従テーブルのレコードにＣｏｎｎｅｃｔｉｏｎＩｄに対応するＡｇｅｎｔＰｏｒｔが存在しない場合、このパケットが最初に到着するパケットであり、ＡｇｅｎｔＰｏｒｔを割り当てた後、該ＡｇｅｎｔＰｏｒｔをＡｇｅｎｔの接続状態追従テーブルに登録し、対応するレコードにおけるＣｌｉｅｎｔＦｌａｇ、ＣｌｉｅｎｔＳｅｑを更新した後、ステップＳ１５０７にジャンプする。
ｂ．Ａｇｅｎｔの接続状態追従テーブルのレコードにおいて、ＣｏｎｎｅｃｔｉｏｎＩｄに対応するレコードのＣｌｉｅｎｔＦｌａｇ＝＝ＳＹＮ且つＣｌｉｅｎｔＳｅｑ＝＝ｓｅｑ１の場合、このパケットは再送パケットであり、ステップＳ１５０７にジャンプし、それ以外の場合、このパケットは乱順のパケットであり、このパケットを無視する。
ａ．Ａｇｅｎｔの接続状態追従テーブルのレコードにＣｏｎｎｅｃｔｉｏｎＩｄに対応するＡｇｅｎｔＰｏｒｔが存在しない場合、このパケットが最初に到着するパケットであり、ＡｇｅｎｔＰｏｒｔを割り当てた後、該ＡｇｅｎｔＰｏｒｔをＡｇｅｎｔの接続状態追従テーブルに登録し、対応するレコードにおけるＣｌｉｅｎｔＦｌａｇ、ＣｌｉｅｎｔＳｅｑを更新した後、ステップＳ１５０７にジャンプする。
ｂ．Ａｇｅｎｔの接続状態追従テーブルのレコードにおいて、ＣｏｎｎｅｃｔｉｏｎＩｄに対応するレコードのＣｌｉｅｎｔＦｌａｇ＝＝ＳＹＮ且つＣｌｉｅｎｔＳｅｑ＝＝ｓｅｑ１の場合、このパケットは再送パケットであり、ステップＳ１５０７にジャンプし、それ以外の場合、このパケットは乱順のパケットであり、このパケットを無視する。
【0249】
ステップＳ１５０７において、Ａｇｅｎｔは、ＡｇｅｎｔＰｏｒｔを介してＳｅｒｖｉｃｅ ＩＰ／ＰｏｒｔにＴＣＰメッセージを送信し、ＴＣＰメッセージにおいて、ソースアドレスはＡｇｅｎｔ ＩＰ／Ｐｏｒｔであり、宛先アドレスはＳｅｒｖｉｃｅ ＩＰ／Ｐｏｒｔであり、メッセージフラグビットはＳＹＮであり、即ち、送信されたものがＳＹＮパケットであり、Ｓｅｑがｓｅｑ１である。
【0250】
ステップＳ１５０８において、ＳｅｒｖｉｃｅはＳＹＮパケットを受信した後、ＳＹＮ｜ＡＣＫパケットで返事し、対応するＴＣＰメッセージにおいて、ソースアドレスはＳｅｒｖｉｃｅ ＩＰ／Ｐｏｒｔであり、宛先アドレスはＡｇｅｎｔ ＩＰ／Ｐｏｒｔであり、メッセージフラグビットはＳＹＮ｜ＡＣＫであり、Ｓｅｑはｓｅｑ２であり、Ａｃｋはｓｅｑ１＋１である。
【0251】
ステップＳ１５０９において、Ａｇｅｎｔは、ＳＹＮ｜ＡＣＫパケットを受信した後、Ｓｅｒｖｉｃｅ ＩＰ／Ｐｏｒｔ及びＡｇｅｎｔＰｏｒｔに基づいて、Ａｇｅｎｔの接続状態追跡テーブルから、ＣｏｎｎｅｃｔｉｏｎＩｄ及び対応する状態データを検索する。
【0252】
ステップＳ１５１０において、Ａｇｅｎｔは、メッセージタイプを判断し、以下のａ～ｅを含む。
ａ．Ａｇｅｎｔの接続状態追跡テーブルのレコードに、Ｓｅｒｖｉｃｅ ＩＰ／Ｐｏｒｔ及びＡｇｅｎｔＰｏｒｔに対応するＣｏｎｎｅｃｔｉｏｎＩｄが存在しない場合、このパケットは乱順のパケットであり、このパケットを無視する。
ｂ．Ａｇｅｎｔの接続状態追跡テーブルのレコードにおいて、ＣｏｎｎｅｃｔｉｏｎＩｄに対応するレコードのＣｌｉｅｎｔＦｌａｇ！＝ＳＹＮ又はＣｌｉｅｎｔＳｅｑ！＝このパケットのＡｃｋ（即ち、ｓｅｑ１＋１）の場合、このパケットは乱順のパケットであり、このパケットを無視する。
ｃ．Ａｇｅｎｔの接続状態追跡テーブルのレコードにおいて、ＣｏｎｎｅｃｔｉｏｎＩｄに対応するレコードのＳｅｒｖｉｃｅＦｌａｇ＝＝ｎｉｌ、ＳｅｒｖｉｃｅＳｅｑ＝＝ｎｉｌの場合、このパケットが最初のＳＹＮ｜ＡＣＫパケットであり、ＳｅｒｖｉｃｅＦｌａｇ、ＳｅｒｖｉｃｅＳｅｑを更新し、ステップＳ１５１１にジャンプする。
ｄ．Ａｇｅｎｔの接続状態追跡テーブルのレコードにおいて、ＣｏｎｎｅｃｔｉｏｎＩｄに対応するレコードのＳｅｒｖｉｃｅＦｌａｇ＝＝このパケットのフラグ（即ちＳＹＮ｜ＡＣＫ）、ＳｅｒｖｉｃｅＳｅｑ＝＝このパケットのＳｅｑ（即ちｓｅｑ２）の場合、このパケットは再送パケットであり、ステップＳ１５１１にジャンプする。
ｅ．それ以外の場合、このパケットは乱順のパケットであり、このパケットを無視する。
ａ．Ａｇｅｎｔの接続状態追跡テーブルのレコードに、Ｓｅｒｖｉｃｅ ＩＰ／Ｐｏｒｔ及びＡｇｅｎｔＰｏｒｔに対応するＣｏｎｎｅｃｔｉｏｎＩｄが存在しない場合、このパケットは乱順のパケットであり、このパケットを無視する。
ｂ．Ａｇｅｎｔの接続状態追跡テーブルのレコードにおいて、ＣｏｎｎｅｃｔｉｏｎＩｄに対応するレコードのＣｌｉｅｎｔＦｌａｇ！＝ＳＹＮ又はＣｌｉｅｎｔＳｅｑ！＝このパケットのＡｃｋ（即ち、ｓｅｑ１＋１）の場合、このパケットは乱順のパケットであり、このパケットを無視する。
ｃ．Ａｇｅｎｔの接続状態追跡テーブルのレコードにおいて、ＣｏｎｎｅｃｔｉｏｎＩｄに対応するレコードのＳｅｒｖｉｃｅＦｌａｇ＝＝ｎｉｌ、ＳｅｒｖｉｃｅＳｅｑ＝＝ｎｉｌの場合、このパケットが最初のＳＹＮ｜ＡＣＫパケットであり、ＳｅｒｖｉｃｅＦｌａｇ、ＳｅｒｖｉｃｅＳｅｑを更新し、ステップＳ１５１１にジャンプする。
ｄ．Ａｇｅｎｔの接続状態追跡テーブルのレコードにおいて、ＣｏｎｎｅｃｔｉｏｎＩｄに対応するレコードのＳｅｒｖｉｃｅＦｌａｇ＝＝このパケットのフラグ（即ちＳＹＮ｜ＡＣＫ）、ＳｅｒｖｉｃｅＳｅｑ＝＝このパケットのＳｅｑ（即ちｓｅｑ２）の場合、このパケットは再送パケットであり、ステップＳ１５１１にジャンプする。
ｅ．それ以外の場合、このパケットは乱順のパケットであり、このパケットを無視する。
【0253】
ステップＳ１５１１において、Ａｇｅｎｔは、同期応答命令をＧａｔｅｗａｙに送信し、応答命令のＲＰＣメッセージには、制御フィールドＣｍｄ、ＣｏｎｎｅｃｔｉｏｎＩｄ、及びポート番号が除去された元のＴＣＰメッセージを含む。
【0254】
ステップＳ１５１２において、Ｇａｔｅｗａｙは、同期応答命令を受信する場合、ＣｏｎｎｅｃｔｉｏｎＩｄに基づいて、Ｃｌｉｅｎｔ ＩＰ／Ｐｏｒｔ、ＰｒｏｘｙＰｏｒｔ及び状態データを、Ｇａｔｅｗａｙの接続状態追従テーブルから検索する。
【0255】
ステップＳ１５１３において、Ｇａｔｅｗａｙは、メッセージタイプを判断し、以下のａ～ｅを含む。
ａ．Ｇａｔｅｗａｙの接続状態追跡テーブルのレコードに、ＣｏｎｎｅｃｔｉｏｎＩｄに対応するＣｌｉｅｎｔ ＩＰ／Ｐｏｒｔ及びＰｒｏｘｙＰｏｒｔが存在しない場合、このパケットは乱順のパケットであり、このパケットを無視する。
ｂ．Ｇａｔｅｗａｙの接続状態追跡テーブルのレコードにおいて、ＣｏｎｎｅｃｔｉｏｎＩｄに対応するレコードにおけるＣｌｉｅｎｔＦｌａｇ！＝ＳＹＮ又はＣｌｉｅｎｔＳｅｑ！＝このパケットのＡｃｋ（即ち、ｓｅｑ１＋１）の場合、このパケットは乱順のパケットであり、このパケットを無視する。
ｃ．Ｇａｔｅｗａｙの接続状態追跡テーブルのレコードにおいて、ＣｏｎｎｅｃｔｉｏｎＩｄに対応するレコードにおけるＳｅｒｖｉｃｅＦｌａｇ＝＝ｎｉｌ、ＳｅｒｖｉｃｅＳｅｑ＝＝ｎｉｌの場合、このパケットが最初のＳＹＮ｜ＡＣＫパケットであり、ＳｅｒｖｉｃｅＦｌａｇ、ＳｅｒｖｉｃｅＳｅｑを更新し、ステップＳ１５１４にジャンプする。
ｄ．Ｇａｔｅｗａｙの接続状態追跡テーブルのレコードにおいて、ＣｏｎｎｅｃｔｉｏｎＩｄに対応するレコードにおけるＳｅｒｖｉｃｅＦｌａｇ＝＝このパケットのＦｌａｇ（即ちＳＹＮ｜ＡＣＫ）、ＳｅｒｖｉｃｅＳｅｑ＝＝このパケットのＳｅｑ（即ちｓｅｑ２）の場合、このパケットは再送パケットであり、ステップＳ１５１４にジャンプする。
ｅ．それ以外の場合、このパケットは乱順のパケットであり、このパケットを無視する。
ａ．Ｇａｔｅｗａｙの接続状態追跡テーブルのレコードに、ＣｏｎｎｅｃｔｉｏｎＩｄに対応するＣｌｉｅｎｔ ＩＰ／Ｐｏｒｔ及びＰｒｏｘｙＰｏｒｔが存在しない場合、このパケットは乱順のパケットであり、このパケットを無視する。
ｂ．Ｇａｔｅｗａｙの接続状態追跡テーブルのレコードにおいて、ＣｏｎｎｅｃｔｉｏｎＩｄに対応するレコードにおけるＣｌｉｅｎｔＦｌａｇ！＝ＳＹＮ又はＣｌｉｅｎｔＳｅｑ！＝このパケットのＡｃｋ（即ち、ｓｅｑ１＋１）の場合、このパケットは乱順のパケットであり、このパケットを無視する。
ｃ．Ｇａｔｅｗａｙの接続状態追跡テーブルのレコードにおいて、ＣｏｎｎｅｃｔｉｏｎＩｄに対応するレコードにおけるＳｅｒｖｉｃｅＦｌａｇ＝＝ｎｉｌ、ＳｅｒｖｉｃｅＳｅｑ＝＝ｎｉｌの場合、このパケットが最初のＳＹＮ｜ＡＣＫパケットであり、ＳｅｒｖｉｃｅＦｌａｇ、ＳｅｒｖｉｃｅＳｅｑを更新し、ステップＳ１５１４にジャンプする。
ｄ．Ｇａｔｅｗａｙの接続状態追跡テーブルのレコードにおいて、ＣｏｎｎｅｃｔｉｏｎＩｄに対応するレコードにおけるＳｅｒｖｉｃｅＦｌａｇ＝＝このパケットのＦｌａｇ（即ちＳＹＮ｜ＡＣＫ）、ＳｅｒｖｉｃｅＳｅｑ＝＝このパケットのＳｅｑ（即ちｓｅｑ２）の場合、このパケットは再送パケットであり、ステップＳ１５１４にジャンプする。
ｅ．それ以外の場合、このパケットは乱順のパケットであり、このパケットを無視する。
【0256】
ステップＳ１５１４において、ＧａｔｅｗａｙはＰｒｏｘｙのポート（Ｐｏｒｔ）を介してＣｌｉｅｎｔ ＩＰ／ＰｏｒｔにＴＣＰメッセージを送信し、送信されたＴＣＰメッセージにおいて、ソースアドレスはＰｒｏｘｙ ＩＰ／Ｐｏｒｔであり、宛先アドレスはＣｌｉｅｎｔ ＩＰ／Ｐｏｒｔであり、フラグビットＦｌａｇはＳＹＮ｜ＡＣＫであり、Ｓｅｑはｓｅｑ２であり、Ａｃｋはｓｅｑ１＋１である。
【0257】
ステップＳ１５１５において、Ｃｌｉｅｎｔは、Ｇａｔｅｗａｙによって送信されたＳＹＮ｜ＡＣＫパケットを受信した後、ＡＣＫパケット又はＡＣＫ｜ＰＳＨパケットで返事する。
【0258】
ステップＳ１５１６において、ＧａｔｅｗａｙがＣｌｉｅｎｔによって送信されたＡＣＫパケット又はＰＳＨ｜ＡＣＫパケット又はＰＳＨパケットを受信する場合、又は接続が関連する制御メッセージを切断する場合、Ｃｌｉｅｎｔ ＩＰ／Ｐｏｒｔ及びＰｒｏｘｙ ＩＰ／Ｐｏｒｔに基づいて、Ｇａｔｅｗａｙの接続状態追跡テーブルをマッチングさせ、メッセージタイプを判断し、以下のａ～ｃを含む。
ａ．メッセージタイプがフォローアップメッセージの場合、Ｇａｔｅｗａｙの接続状態追跡テーブルを更新した後、ＡｇｅｎｔＣｏｎｎｅｃｔｉｏｎに命令を送信し、ここで、フォローアップメッセージとは、順序に従って正常に受信されるメッセージを指す。
ｂ．メッセージタイプが再送メッセージの場合、ＡｇｅｎｔＣｏｎｎｅｃｔｉｏｎに命令を直接送信する。
ｃ．メッセージタイプが乱順メッセージの場合、このパケットを無視する。
ａ．メッセージタイプがフォローアップメッセージの場合、Ｇａｔｅｗａｙの接続状態追跡テーブルを更新した後、ＡｇｅｎｔＣｏｎｎｅｃｔｉｏｎに命令を送信し、ここで、フォローアップメッセージとは、順序に従って正常に受信されるメッセージを指す。
ｂ．メッセージタイプが再送メッセージの場合、ＡｇｅｎｔＣｏｎｎｅｃｔｉｏｎに命令を直接送信する。
ｃ．メッセージタイプが乱順メッセージの場合、このパケットを無視する。
【0259】
Ａｇｅｎｔは命令を受信した後、Ｇａｔｅｗａｙと同様に、ＣｏｎｎｅｃｔｉｏｎＩｄに基づいて、Ａｇｅｎｔの接続状態追跡テーブルをマッチングさせ、メッセージタイプを判断し、以下のａ～ｃを含む。
ａ．メッセージタイプがフォローアップメッセージの場合、Ａｇｅｎｔの接続状態追跡テーブルを更新した後、Ａｇｅｎｔのポート（ＡｇｅｎｔＰｏｒｔ）を介して受信されたデータパケットを、Ｓｅｒｖｉｃｅ ＩＰ／Ｐｏｒｔに送信する。
ｂ．メッセージタイプが再送メッセージの場合、ＡｇｅｎｔＰｏｒｔを介して受信されたデータパケットをＳｅｒｖｉｃｅ ＩＰ／Ｐｏｒｔに直接送信する。
ｃ．メッセージタイプが乱順メッセージの場合、このパケットを無視する。
ａ．メッセージタイプがフォローアップメッセージの場合、Ａｇｅｎｔの接続状態追跡テーブルを更新した後、Ａｇｅｎｔのポート（ＡｇｅｎｔＰｏｒｔ）を介して受信されたデータパケットを、Ｓｅｒｖｉｃｅ ＩＰ／Ｐｏｒｔに送信する。
ｂ．メッセージタイプが再送メッセージの場合、ＡｇｅｎｔＰｏｒｔを介して受信されたデータパケットをＳｅｒｖｉｃｅ ＩＰ／Ｐｏｒｔに直接送信する。
ｃ．メッセージタイプが乱順メッセージの場合、このパケットを無視する。
【0260】
ステップＳ１５１７において、ＡｇｅｎｔがＳｅｒｖｉｃｅによって送信されたＡＣＫパケット又はＰＳＨ｜ＡＣＫパケット又はＰＳＨパケットを受信する場合、又は接続が関連する制御メッセージを切断する場合、Ｓｅｒｖｉｃｅ ＩＰ／Ｐｏｒｔに基づいて、Ａｇｅｎｔの接続状態追跡テーブルをマッチングさせ、メッセージタイプを判断する。
ａ．メッセージタイプがフォローアップメッセージの場合、Ａｇｅｎｔの接続状態追跡テーブルを更新した後、ＡｇｅｎｔＣｏｎｎｅｃｔｉｏｎに命令を送信する。
ｂ．メッセージタイプが再送メッセージの場合、ＡｇｅｎｔＣｏｎｎｅｃｔｉｏｎに命令を直接送信する。
ｃ．メッセージタイプが乱順メッセージの場合、このパケットを無視する。
ａ．メッセージタイプがフォローアップメッセージの場合、Ａｇｅｎｔの接続状態追跡テーブルを更新した後、ＡｇｅｎｔＣｏｎｎｅｃｔｉｏｎに命令を送信する。
ｂ．メッセージタイプが再送メッセージの場合、ＡｇｅｎｔＣｏｎｎｅｃｔｉｏｎに命令を直接送信する。
ｃ．メッセージタイプが乱順メッセージの場合、このパケットを無視する。
【0261】
Ｇａｔｅｗａｙは命令を受信した後、ＣｏｎｎｅｃｔｉｏｎＩｄに基づいて、Ｇａｔｅｗａｙの接続状態追跡テーブルをマッチングさせ、メッセージタイプを判断する。
ａ．メッセージタイプがフォローアップメッセージの場合、Ｇａｔｅｗａｙの接続状態追跡テーブルを更新した後、Ｐｒｏｘｙのポート（ＰｒｏｘｙＰｏｒｔ）を介して受信されたデータパケットを、Ｃｌｉｅｎｔ ＩＰ／Ｐｏｒｔに送信する。
ｂ．メッセージタイプが再送メッセージの場合、ＰｒｏｘｙＰｏｒｔを介して受信されたデータパケットをＣｌｉｅｎｔ ＩＰ／Ｐｏｒｔに直接送信する。
ｃ．メッセージタイプが乱順メッセージの場合、このパケットを無視する。
ａ．メッセージタイプがフォローアップメッセージの場合、Ｇａｔｅｗａｙの接続状態追跡テーブルを更新した後、Ｐｒｏｘｙのポート（ＰｒｏｘｙＰｏｒｔ）を介して受信されたデータパケットを、Ｃｌｉｅｎｔ ＩＰ／Ｐｏｒｔに送信する。
ｂ．メッセージタイプが再送メッセージの場合、ＰｒｏｘｙＰｏｒｔを介して受信されたデータパケットをＣｌｉｅｎｔ ＩＰ／Ｐｏｒｔに直接送信する。
ｃ．メッセージタイプが乱順メッセージの場合、このパケットを無視する。
【0262】
また、各ＰｒｏｘｙＰｏｒｔについて、Ｇａｔｅｗａｙが該ＰｒｏｘｙＰｏｒｔに対するＲＳＴメッセージを受信するか、対応するＡｇｅｎｔＣｏｎｎｅｃｔｉｏｎの４回の手を振ったことが終わることを検出した後、遅延が２倍のメッセージ最大生存時間（ＭＳＬ：Ｍａｘｉｍｕｍ Ｓｅｇｍｅｎｔ Ｌｉｆｅｔｉｍｅ）である遅延キューに入れ、その後、利用可能なＰｒｏｘｙポートプールに戻す。
【0263】
各ＡｇｅｎｔＰｏｒｔについて、Ａｇｅｎｔが該ＡｇｅｎｔＰｏｒｔに対するＲＳＴメッセージを受信するか、対応するＡｇｅｎｔＣｏｎｎｅｃｔｉｏｎの４回の手を振ったことが終わることを検出した後、遅延が２倍のメッセージ最大生存時間（ＭＳＬ：Ｍａｘｉｍｕｍ Ｓｅｇｍｅｎｔ Ｌｉｆｅｔｉｍｅ）である遅延キューに入れ、その後、利用可能なＡｇｅｎｔポートプールに戻す。
【0264】
上述の本願の実施例によって提供されるＮＡＴモードを使用してポートマッピングを行うデータ伝送方法では、ＴＣＰ状態が実状態であり、フルリンクが接続を実際に確立しないときに接続状態に戻す状況が発生しない。また、データ伝送プロセス全体が１つのＴＣＰ接続で実行され、遅延はより低くなる。
【0265】
本願の実施例によって提供されるサービス統合システムは、関連技術におけるｉＰａａＳのプライベート化デプロイメントのソリューションと比較して、開発、メンテナンス、及び反復的なコストを大幅に低減させ、同じクライアントの複数のイントラネット間のネットワークインターワーキングを同時に満たすことができ、さらにｉＰａａＳシステム自体のサービス統合能力を完全なものにすることができる。
【0266】
以下において、本願の実施例によって提供されるサービス統合におけるデータ伝送装置２５５のソフトウェアモジュールとして実施される例示的な構造を引き続き説明し、いくつかの実施例では、図２Ａに示すように、メモリ２５０に記憶されたサービス統合におけるデータ伝送装置２５５のソフトウェアモジュールは、第１受信モジュール２５５１、第１マッピングモジュール２５５２及び第１送信モジュール２５５３を備えることができる。
【0267】
第１受信モジュール２５５１は、ｉＰａａＳシステムのゲートウェイが前記ｉＰａａＳシステムのコネクタによって送信されたデータ伝送要求を受信するように構成され、前記ｉＰａａＳシステムは、クラウドネットワークにおける前記ｉＰａａＳシステムが属するテナントの第１仮想プライベートクラウド（ＶＰＣ）にデプロイされる。第１マッピングモジュール２５５２は、設定されたサービス設定情報に基づいて、前記コネクタがアクセスする目標サービスのアドレス識別子、及び前記ゲートウェイと前記目標サービスのサービスエージェントとがデータ伝送を行う第１伝送接続を決定するように構成され、ここで、前記サービスエージェントは前記テナントのイントラネットにデプロイされ、前記目標サービスは前記イントラネット又は前記テナントの第２ＶＰＣにデプロイされ、前記第１伝送接続は前記サービスエージェントによって開始された第１接続確立要求に基づいて確立される。第１送信モジュール２５５３は、前記第１伝送接続を介して、前記データ伝送要求及び前記目標サービスのアドレス識別子を前記サービスエージェントに送信するように構成され、ここで、前記サービスエージェントは前記アドレス識別子に基づいて、前記コネクタのデータ伝送要求を、前記コネクタがアクセスする目標サービスに送信する。
【0268】
いくつかの実施例では、前記装置は、さらに、前記サービスエージェントによって開始された第１接続確立要求を受信する場合、前記サービスエージェントと第１伝送接続を確立するように構成される第１確立モジュールであって、前記第１接続確立要求は前記サービスエージェントのサービスリストを含む、第１確立モジュールと、前記サービスリストにおける各サービスについて、前記サービスにプロキシアドレスを割り当て、前記サービスのアドレス識別子と前記プロキシアドレスとの間の対応関係を前記サービス設定情報に追加するように構成される第１割り当てモジュールと、を備える。
【0269】
いくつかの実施例では、前記データ伝送要求は、前記ゲートウェイと確立した第２伝送接続を介して前記コネクタによって送信され、前記第１マッピングモジュールは、さらに、前記第２伝送接続の識別子に基づいて、前記サービス設定情報を照会し、前記コネクタがアクセスする目標サービスのアドレス識別子、及び前記ゲートウェイと前記目標サービスのサービスエージェントがデータ伝送を行う第１伝送接続を得るように構成され、前記第１送信モジュールは、さらに、前記第１伝送接続を介して、前記データ伝送要求及び前記目標サービスのアドレス識別子を前記サービスエージェントに送信するように構成され、前記サービスエージェントはアドレス識別子に基づいて、前記目標サービスと確立した第３伝送接続を決定し、前記第３伝送接続を介して、前記コネクタのデータ伝送要求を、前記コネクタがアクセスする目標サービスに送信する。
【0270】
いくつかの実施例では、前記装置は、さらに、前記第１伝送接続を介して、前記サービスエージェントによって返される応答データ及び前記目標サービスのアドレス識別子を受信するように構成される第２受信モジュールであって、前記応答データは、前記目標サービスによって前記第３伝送接続を介して前記サービスエージェントに送信されるものである第２受信モジュールと、前記目標サービスのアドレス識別子に基づいて、前記サービス設定情報を照会し、前記第２伝送接続の識別子を得るように構成される第１照会モジュールと、前記第２伝送接続の識別子に基づいて、前記第２伝送接続を介して前記応答データを前記コネクタに送信するように構成される第２送信モジュールと、を備える。
【0271】
いくつかの実施例では、前記装置は、さらに、前記コネクタによって送信された第２接続確立要求を受信する場合、前記コネクタと第２伝送接続を確立するように構成される第２確立モジュールと、前記第２接続確立要求によって要求されたプロキシアドレスに基づいて、前記サービス設定情報を照会し、前記コネクタがアクセスする目標サービスのアドレス識別子、及び前記目標サービスのサービスエージェントとデータ伝送を行う第１伝送接続を得るように構成される第２照会モジュールと、前記第１伝送接続に基づいて、第３接続確立要求を前記サービスエージェントに送信するように構成される第３送信モジュールであって、前記第３接続確立要求は、前記目標サービスのアドレス識別子を運び、前記サービスエージェントは前記目標サービスのアドレス識別子に基づいて、前記目標サービスと第３伝送接続を確立する、第３送信モジュールと、を備える。
【0272】
いくつかの実施例では、前記第１マッピングモジュールは、さらに、前記データ伝送要求を送信するコネクタのアドレス、前記データ伝送要求を受信するプロキシのアドレス、及び前記コネクタがアクセスする目標サービスのアドレスを取得し、前記コネクタのアドレス及び前記プロキシのアドレスに基づいて、前記ゲートウェイの接続状態追跡テーブルを照会し、前記コネクタがアクセスする目標サービスのアドレス識別子を得、前記プロキシのアドレスに基づいて、設定されたサービス設定情報を照会し、前記ゲートウェイと前記目標サービスのサービスエージェントがデータ伝送を行う第１伝送接続を得るように構成され、前記第１送信モジュールは、さらに、前記第１伝送接続を介して、前記データ伝送要求、前記目標サービスのアドレス、及び前記目標サービスのアドレス識別子を前記サービスエージェントに送信するように構成され、前記サービスエージェントは前記アドレス識別子に基づいて、前記サービスエージェントの接続状態追跡テーブルを照会し、前記サービスエージェントのアドレスを決定し、前記サービスエージェントのアドレスと前記目標サービスのアドレスにより、前記コネクタのデータ伝送要求を、前記コネクタがアクセスする目標サービスに送信する。
【0273】
いくつかの実施例では、前記第１マッピングモジュールは、さらに、前記ゲートウェイの接続状態追跡テーブルに前記コネクタのアドレス及び前記プロキシのアドレスに対応するレコードを照会しない場合、前記目標サービスのアドレスに基づいて、前記コネクタがアクセスする目標サービスのアドレス識別子を生成し、前記コネクタのアドレス、前記プロキシのアドレス、及び前記目標サービスのアドレス識別子からなるレコードを前記ゲートウェイの接続状態追跡テーブルに追加するように構成される。
【0274】
いくつかの実施例では、前記装置は、さらに、前記第１伝送接続を介して、前記サービスエージェントによって返された応答データと、前記コネクタがアクセスする目標サービスのアドレス識別子とを受信するように構成される第３受信モジュールと、前記目標サービスのアドレス識別子に基づいて、前記ゲートウェイの接続状態追跡テーブルを照会し、前記応答データを送信するプロキシのアドレス、及び前記応答データを受信するコネクタのアドレスを得るように構成される第３照会モジュールと、前記プロキシのアドレスと前記コネクタのアドレスに基づいて、前記応答データを前記コネクタに送信するように構成される第４送信モジュールと、を備える。
【0275】
以下において、本願の実施例によって提供されるサービス統合におけるデータ伝送装置３５５のソフトウェアモジュールとして実施される例示的な構造を引き続き説明し、いくつかの実施例では、図２Ｂに示すように、メモリ３５０に記憶されたサービス統合におけるデータ伝送装置３５５のソフトウェアモジュールは、
サービスエージェントがｉＰａａＳシステムのゲートウェイによって送信された前記ｉＰａａＳシステムのコネクタのデータ伝送要求、及び前記コネクタがアクセスする目標サービスのアドレス識別子を受信するように構成される第４受信モジュール３５５１であって、前記ｉＰａａＳシステムは、クラウドネットワークにおける前記ｉＰａａＳシステムが属するテナントの第１ＶＰＣにデプロイされ、前記サービスエージェントは、前記テナントのイントラネットにデプロイされ、前記目標サービスは前記イントラネット又は前記テナントの第２ＶＰＣにデプロイされる、第４受信モジュール３５５１と、
前記アドレス識別子に基づいて、前記コネクタのデータ伝送要求を、前記コネクタがアクセスする目標サービスに送信するように構成される第５送信モジュール３５５２と、
前記コネクタがアクセスする目標サービスによって送信された応答データを受信した場合、前記目標サービスのアドレス識別子に基づいて、前記サービスエージェントと前記ゲートウェイがデータ伝送を行う第１伝送接続を決定するように構成される第５受信モジュール３５５３であって、前記第１伝送接続は、前記サービスエージェントによって開始された第１接続確立要求に基づいて確立される、第５受信モジュール３５５３と、
前記第１伝送接続を介して、前記目標サービスの応答データ及び前記目標サービスのアドレス識別子を前記ゲートウェイに送信するように構成される第６送信モジュール３５５４であって、前記ゲートウェイは、前記アドレス識別子に基づいて前記コネクタを決定し、前記目標サービスの応答データを前記コネクタに送信するものである、第６送信モジュール３５５４と、を備えることができる。
サービスエージェントがｉＰａａＳシステムのゲートウェイによって送信された前記ｉＰａａＳシステムのコネクタのデータ伝送要求、及び前記コネクタがアクセスする目標サービスのアドレス識別子を受信するように構成される第４受信モジュール３５５１であって、前記ｉＰａａＳシステムは、クラウドネットワークにおける前記ｉＰａａＳシステムが属するテナントの第１ＶＰＣにデプロイされ、前記サービスエージェントは、前記テナントのイントラネットにデプロイされ、前記目標サービスは前記イントラネット又は前記テナントの第２ＶＰＣにデプロイされる、第４受信モジュール３５５１と、
前記アドレス識別子に基づいて、前記コネクタのデータ伝送要求を、前記コネクタがアクセスする目標サービスに送信するように構成される第５送信モジュール３５５２と、
前記コネクタがアクセスする目標サービスによって送信された応答データを受信した場合、前記目標サービスのアドレス識別子に基づいて、前記サービスエージェントと前記ゲートウェイがデータ伝送を行う第１伝送接続を決定するように構成される第５受信モジュール３５５３であって、前記第１伝送接続は、前記サービスエージェントによって開始された第１接続確立要求に基づいて確立される、第５受信モジュール３５５３と、
前記第１伝送接続を介して、前記目標サービスの応答データ及び前記目標サービスのアドレス識別子を前記ゲートウェイに送信するように構成される第６送信モジュール３５５４であって、前記ゲートウェイは、前記アドレス識別子に基づいて前記コネクタを決定し、前記目標サービスの応答データを前記コネクタに送信するものである、第６送信モジュール３５５４と、を備えることができる。
【0276】
いくつかの実施例では、前記装置は、さらに、前記サービスエージェントは第１接続確立要求を前記ゲートウェイに送信し、前記サービスエージェントは前記ゲートウェイと第１伝送接続を確立するように構成される第３確立モジュールであって、前記第１接続確立要求は前記サービスエージェントのサービスリストを含み、前記ゲートウェイと前記第１伝送接続を確立した後、前記サービスリストにおける各サービスについて、前記サービスにプロキシアドレスを割り当て、前記サービスのアドレス識別子と前記プロキシアドレスとの間の対応関係をサービス設定情報に追加する、第３確立モジュールを備える。
【0277】
いくつかの実施例では、前記第５送信モジュールは、さらに、前記アドレス識別子に基づいて、前記サービスエージェントと、前記コネクタがアクセスする目標サービスとの間の確立された第３伝送接続を決定し、前記第３伝送接続を介して、前記コネクタのデータ伝送要求を前記目標サービスに送信するように構成され、前記第６送信モジュールは、さらに、第１伝送接続を介して、前記目標サービスの応答データ及び目標サービスのアドレス識別子を前記ゲートウェイに送信し、前記ゲートウェイは、前記アドレス識別子に基づいて、前記コネクタ及び前記コネクタと確立した第１伝送接続を決定し、前記第１伝送接続を介して前記目標サービスの応答データを前記コネクタに送信するように構成される。
【0278】
いくつかの実施例では、前記装置は、さらに、前記ゲートウェイによって送信された第３接続確立要求を受信する場合、前記目標サービスのアドレス識別子に基づいて、前記目標サービスと第３伝送接続を確立するように構成される第４確立モジュールであって、前記第３接続確立要求は、前記コネクタがアクセスする目標サービスのアドレス識別子を運ぶ、第４確立モジュールとを備える。
【0279】
いくつかの実施例では、前記第５送信モジュールは、さらに、前記アドレス識別子に基づいて、前記サービスエージェントの接続状態追従テーブルを照会し、前記サービスエージェントのアドレスと前記コネクタがアクセスする目標サービスのアドレスを得、前記サービスエージェントのアドレス及び前記目標サービスのアドレスにより、前記コネクタのデータ伝送要求を前記コネクタがアクセスする目標サービスに送信するように構成され、前記第５受信モジュールは、さらに、前記コネクタがアクセスする目標サービスのアドレスと、前記目標サービスの応答データを受信するサービスエージェントのアドレスを取得し、前記目標サービスのアドレスと前記サービスエージェントのアドレスに基づいて、前記サービスエージェントの接続状態追跡テーブルを照会し、前記目標サービスのアドレス識別子を得るように構成される。
【0280】
いくつかの実施例では、前記第５送信モジュールは、さらに、前記サービスエージェントの接続状態追跡テーブルに前記アドレス識別子に対応するレコードを照会しない場合、前記コネクタがアクセスする目標サービスのアドレスに基づいて、サービスエージェントのアドレスを前記目標サービスに割り当て、前記目標サービスのアドレス、前記サービスエージェントのアドレス及び前記アドレス識別子からなるレコードを前記サービスエージェントの接続状態追従テーブルに追加するように構成される。
【0281】
本願の実施例は、コンピュータープログラム製品又はコンピュータープログラムを提供し、該コンピュータープログラム製品又はコンピュータープログラムはコンピューター命令を含み、該コンピューター命令はコンピューター可読記憶媒体に記憶される。コンピューター機器のプロセッサは、コンピューター可読記憶媒体から該コンピューター命令を読み取り、プロセッサは該コンピューター命令を実行して、該コンピューター機器に、本願の実施例の上述のサービス統合におけるデータ伝送方法を実行させる。
【0282】
本願の実施例は、実行可能な命令を記憶するコンピューター可読記憶媒体を提供し、実行可能な命令が記憶され、実行可能な命令がプロセッサによって実行される場合、プロセッサに、本願の実施例で提供されるサービス統合におけるデータ伝送方法、例えば、図３～図７に示す方法を実行させる。
【0283】
いくつかの実施例では、コンピューター可読記憶媒体は、ＦＲＡＭ（登録商標）、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、磁気表面メモリ、光ディスク、又はＣＤ－ＲＯＭなどのメモリであってもよく、上述のメモリの１つ又は任意の組み合わせを含む各種の機器であってもよい。
【0284】
いくつかの実施例では、実行可能な命令は、プログラム、ソフトウェア、ソフトウェアモジュール、スクリプト又はコードの形式を採用することができ、任意の形式のプログラミング言語（コンパイル言語又はインタープリター言語、又は宣言型言語又は手続き型言語を含む）で書かれ、任意の形式でデプロイすることができ、独立したプログラムとしてデプロイされるか、又はモジュール、コンポーネント、サブルーチン、又は計算環境で使用するのに適した他のユニットとしてデプロイされることを含む。
【0285】
例として、実行可能な命令は、ファイルシステム内のファイルに対応することができるが、これに限らなく、他のプログラム又はデータを保存するファイルの一部に記憶されてもよく、例えば、ハイパーテキストマークアップ言語（ＨＴＭＬ：Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ドキュメントの１つ又は複数のスクリプトに記憶され、係るプログラムに専用に構成された単一のファイルに記憶されるか、又は、複数の共同ファイル（例えば、1つ又は複数のモジュール、サブルーチン、又はコード部分を記憶するファイル）に記憶される。
【0286】
例として、実行可能な命令は、１つの計算機器上で実行されるか、又は１つのサイトに位置する複数の計算機器上で実行されるか、又は、複数のサイトに分散され、通信ネットワークによって相互接続された複数の計算機器上で実行されるように構成され得る。
【0287】
以上をまとめて、本願の実施例によりｉＰａａＳシステムとテナントのイントラネットとの間のネットワークインターワーキングを実現し、イントラネットにおけるサービスに対する統合ロジックを実現することができ、また、ｉＰａａＳシステムはテナントの第１ＶＰＣにデプロイされ、目標サービスはイントラネット又はテナントの第２ＶＰＣにデプロイされ、第１伝送接続を介してデータ伝送要求を目標サービスのサービスエージェントに伝送するため、同じテナントの異なるイントラネット又は異なるＶＰＣにおけるサービスに対する統合ロジックを実現することができ、さらに、ｉＰａａＳシステムのサービス統合能力を完全なものにすることができ、ｉＰａａＳシステムの開発、メンテナンス及び反復的なコストを効果的に低減させることができる。
【0288】
上記の説明は、本願の実施例だけであり、本願の保護範囲を限定するように構成されていない。本願の精神及び範囲内で行われるいかなる修正、同等の置換及び改良は、いずれも本願の保護範囲に含まれる。
【符号の説明】
【0289】
１００ 統合サービスシステム
１１０及び１２０ クライアントイントラネット
１１１ サービスエージェント（Ａｇｅｎｔ）
１１２ 内部システム
１１２ｎ Ｓｅｒｖｉｃｅ
１１３ データベース
１２０ クライアントイントラネット
１２１ サービスエージェント（Ａｇｅｎｔ）
１３０ ｉＰａａＳシステム
１３１ ゲートウェイ（Ｇａｔｅｗａｙ）
１３２ｎ Ｃｏｎｎｅｃｔｏｒ
１３３及びＡｇｅｎｔ 登録センター
２００ データ伝送機器
２１０ プロセッサ
２２０ ネットワークインターフェース
２３０ ユーザインターフェース
２３１ 出力装置
２３２ 入力装置
２４０ バスシステム
２５０ メモリ
２５１ オペレーティングシステム
２５２ ネットワーク通信モジュール
２５３ プレゼンテーションモジュール
２５４ 入力処理モジュール
２５５ データ伝送装置
３００ データ伝送機器
３１０ プロセッサ
３２０ ネットワークインターフェース
３３０ ユーザインターフェース
３３１ 出力装置
３３２ 入力装置
３４０ バスシステム
３５０ メモリ
３５１ オペレーティングシステム
３５２ ネットワーク通信モジュール
３５３ プレゼンテーションモジュール
３５４ 入力処理モジュール
３５５ データ伝送装置
４００ イントラネット
４１０ サービスエージェント
４２０ サービス
５００ ｉＰａａＳシステム
５１０ ゲートウェイ
１０１０ コネクタ
１０２０ Ｇａｔｅｗａｙ
１０２２ Ｇａｔｅｗａｙ接続状態追跡テーブル
１０３１ 接続状態追跡テーブル
１０４０ サービス
１１２１ Ｓｅｒｖｉｃｅ
１１２２ Ｓｅｒｖｉｃｅ
１３２１ Ｃｏｎｎｅｃｔｏｒ
１３２２ Ｃｏｎｎｅｃｔｏｒ
２５５１ 第１受信モジュール
２５５２ 第１マッピングモジュール
２５５３ 第１送信モジュール
３５５１ 第４受信モジュール
３５５２ 第５送信モジュール
３５５３ 第５受信モジュール
３５５４ 第６送信モジュール
１１０及び１２０ クライアントイントラネット
１１１ サービスエージェント（Ａｇｅｎｔ）
１１２ 内部システム
１１２ｎ Ｓｅｒｖｉｃｅ
１１３ データベース
１２０ クライアントイントラネット
１２１ サービスエージェント（Ａｇｅｎｔ）
１３０ ｉＰａａＳシステム
１３１ ゲートウェイ（Ｇａｔｅｗａｙ）
１３２ｎ Ｃｏｎｎｅｃｔｏｒ
１３３及びＡｇｅｎｔ 登録センター
２００ データ伝送機器
２１０ プロセッサ
２２０ ネットワークインターフェース
２３０ ユーザインターフェース
２３１ 出力装置
２３２ 入力装置
２４０ バスシステム
２５０ メモリ
２５１ オペレーティングシステム
２５２ ネットワーク通信モジュール
２５３ プレゼンテーションモジュール
２５４ 入力処理モジュール
２５５ データ伝送装置
３００ データ伝送機器
３１０ プロセッサ
３２０ ネットワークインターフェース
３３０ ユーザインターフェース
３３１ 出力装置
３３２ 入力装置
３４０ バスシステム
３５０ メモリ
３５１ オペレーティングシステム
３５２ ネットワーク通信モジュール
３５３ プレゼンテーションモジュール
３５４ 入力処理モジュール
３５５ データ伝送装置
４００ イントラネット
４１０ サービスエージェント
４２０ サービス
５００ ｉＰａａＳシステム
５１０ ゲートウェイ
１０１０ コネクタ
１０２０ Ｇａｔｅｗａｙ
１０２２ Ｇａｔｅｗａｙ接続状態追跡テーブル
１０３１ 接続状態追跡テーブル
１０４０ サービス
１１２１ Ｓｅｒｖｉｃｅ
１１２２ Ｓｅｒｖｉｃｅ
１３２１ Ｃｏｎｎｅｃｔｏｒ
１３２２ Ｃｏｎｎｅｃｔｏｒ
２５５１ 第１受信モジュール
２５５２ 第１マッピングモジュール
２５５３ 第１送信モジュール
３５５１ 第４受信モジュール
３５５２ 第５送信モジュール
３５５３ 第５受信モジュール
３５５４ 第６送信モジュール
【図1A】
【図1B】
【図1C】
【図1D】
【図1E】
【図2A】
【図2B】
【図3】
【図4】
【図5A】
【図5B】
【図5C】
【図6A】
【図6B】
【図7】
【図8A】
【図8B】
【図8C】
【図8D】
【図9】
【図10】
【図11】
