(57)【要約】  本願は、マルチパスを確立する方法および装置を開示し、通信技術の分野に関する。本方法はプロキシ装置に適用され、第1のネットワークアクセス装置を介して第1のネットワークにアクセスする端末で、ID認証を実行するステップであって、第1のネットワークは基地局を使用して通信を実施する、ステップと、第2のネットワークアクセス装置を介して第2のネットワークにアクセスする端末で、受付確認を実行するステップと、端末のID認証と受付確認との両方が成功した後で、第1のネットワークを介して端末とサービスサーバとの間に第1のパスを確立し、かつ第2のネットワークを介して端末とサービスサーバとの間に第2のパスを確立するステップであって、第1のパスおよび第2のパスは、端末とサービスサーバとの間でデータ伝送を実行するのに使用される、ステップとを含む。本願では、端末のID認証および受付確認の両方が成功した後にのみ、端末とサービスサーバとの間に第1のパスおよび第2のパスが確立される。したがって、確立された第1のパスおよび第2のパスのセキュリティが比較的高く、その後の端末のデータ伝送のセキュリティを確保することができる。
2021513262.tif 000002
【特許請求の範囲】
【請求項１】
プロキシ装置に適用されるマルチパス確立方法であって、
第1のネットワークアクセス装置を介して第1のネットワークにアクセスする端末で、ID認証を実行するステップであって、前記第1のネットワークは基地局を使用して通信を実施する、ステップと、
第2のネットワークアクセス装置を介して第2のネットワークにアクセスする前記端末で、受付確認を実行するステップと、
前記端末の前記ID認証と前記受付確認との両方が成功した後で、前記第1のネットワークを介して前記端末とサービスサーバとの間に第1のパスを確立し、かつ前記第2のネットワークを介して前記端末とサービスサーバとの間に第2のパスを確立するステップであって、前記第1のパスおよび前記第2のパスは、前記端末と前記サービスサーバとの間でデータ伝送を実行するのに使用される、ステップとを含む、マルチパス確立方法。
【請求項２】
第1のネットワークアクセス装置を介して第1のネットワークにアクセスする端末で、ID認証を実行する前記ステップが、
第1のネットワークアドレスを保持し、前記第1のネットワークアクセス装置によって送信された、ID認証要求を受信するステップであって、前記第1のネットワークアドレスは、前記第1のネットワークアクセス装置によって前記端末に割り振られたネットワークアドレスである、ステップと、
前記端末のID認証結果を取得するために、前記第1のネットワークアドレスに基づいて前記端末でID認証を実行するステップとを含む、請求項1に記載の方法。
【請求項３】
第2のネットワークアクセス装置を介して第2のネットワークにアクセスする前記端末で、受付確認を実行する前記ステップが、
前記端末の物理アドレスを保持し、前記第2のネットワークアクセス装置によって送信された、第1の受付確認要求を受信するステップと、
前記物理アドレスを保持するログイン状況照会要求を認証サーバに送信するステップであって、その結果、前記認証サーバが前記物理アドレスのログイン状況を照会する、ステップと、
前記物理アドレスのものであって、かつ前記認証サーバによって送信された前記ログイン状況を受信するステップと、
前記物理アドレスの前記ログイン状況に基づいて、前記端末の受付確認結果を判定するステップとを含む、請求項1に記載の方法。
【請求項４】
前記第1のネットワークを介して前記端末とサービスサーバとの間に第1のパスを確立し、前記第2のネットワークを介して前記端末と前記サービスサーバとの間に第2のパスを確立する前記ステップの後に、
予め設定した期間内に前記第2のパスでデータが伝送されていないことが検知された場合は、前記物理アドレスを保持する前記ログイン状況照会要求を前記認証サーバに送信し、その結果、前記認証サーバが、前記物理アドレスの前記ログイン状況を照会するステップと、
前記物理アドレスのものであって、かつ前記認証サーバによって送信された前記ログイン状況を受信するステップと、
前記物理アドレスの前記ログイン状況がオフライン状態の場合は、前記第2のパスを削除するステップとをさらに含む、請求項3に記載の方法。
【請求項５】
第2のネットワークアクセス装置を介して第2のネットワークにアクセスする前記端末で、受付確認を実行する前記ステップが、
第2のネットワークアドレスを保持し、前記第2のネットワークアクセス装置によって送信された第2の受付確認要求を受信するステップであって、前記第2のネットワークアドレスが、前記第2のネットワークアクセス装置によって前記端末に割り振られたネットワークアドレスである、ステップと、
前記第2のネットワークアドレス、および予め設定した受付アドレス範囲に基づいて、前記端末の受付確認結果を判定するステップとを含む、請求項1に記載の方法。
【請求項６】
前記第1のネットワークを介して前記端末とサービスサーバとの間に第1のパスを確立する前記ステップ、および前記第2のネットワークを介して前記端末とサービスサーバとの間に第2のパスを確立する前記ステップが、
前記端末によって送信された前記サービスサーバのネットワークアドレスを受信するステップを含み、
記憶されているサービスホワイトリストが前記サービスサーバの前記ネットワークアドレスを含んでいる場合、あるいは記憶されているサービスブラックリストが前記サービスサーバの前記ネットワークアドレスを含んでいない場合は、前記第1のネットワークを介して前記端末と前記サービスサーバとの間に前記第1のパスを確立し、かつ前記第2のネットワークを介して前記端末と前記サービスサーバとの間に前記第2のパスを確立する、請求項1に記載の方法。
【請求項７】
前記第1のネットワークがロングタームエボリューションLTEネットワークであり、前記第2のネットワークがデジタル加入者線DSLネットワークまたは無線フィデリティWi−Fiネットワークである、請求項1から6のいずれか一項に記載の方法。
【請求項８】
端末に適用されるマルチパス確立方法であって、
第1のネットワークが第1のネットワークアクセス装置を介してアクセスされた後に、プロキシ装置を使用してID認証を実行するステップであって、前記第1のネットワークは基地局を使用して通信を実施する、ステップと、
第2のネットワークが第2のネットワークアクセス装置を介してアクセスされた後に、前記プロキシ装置を使用して受付確認を実行するステップと、
前記ID認証および前記受付確認の両方が成功した後に、サービスサーバのネットワークアドレスを取得するステップであって、
記憶されているサービスホワイトリストが前記サービスサーバの前記ネットワークアドレスを含んでいる場合、あるいは記憶されているサービスブラックリストが前記サービスサーバの前記ネットワークアドレスを含んでいない場合は、前記第1のネットワークを介して前記サービスサーバまでの第1のパスを確立し、かつ前記第2のネットワークを介して前記サービスサーバまでの第2のパスを確立し、前記サービスホワイトリストまたは前記サービスブラックリストは前記プロキシ装置から取得される、ステップと、
前記第1のパスおよび前記第2のパスのうちの少なくとも1つのパスを使用して、前記サービスサーバでデータ伝送を実行するステップとを含む、マルチパス確立方法。
【請求項９】
プロキシ装置に適用されるマルチパス確立装置であって、
第1のネットワークアクセス装置を介して第1のネットワークにアクセスする端末でID認証を実行するように構成された、ID認証モジュールであって、前記第1のネットワークは、基地局を使用して通信を実施する、ID認証モジュールと、
第2のネットワークアクセス装置を介して第2のネットワークにアクセスする前記端末で受付確認を実行するように構成された、受付確認モジュールと、
前記端末の前記ID認証および前記受付確認の両方が成功した後に、前記第1のネットワークを介して前記端末とサービスサーバとの間に第1のパスを確立し、前記第2のネットワークを介して前記端末と前記サービスサーバとの間に第2のパスを確立するように構成されたパス確立モジュールであって、前記第1のパスおよび前記第2のパスは、前記端末と前記サービスサーバとの間でデータ伝送を実行するために使用される、パス確立モジュールとを備える、マルチパス確立装置。
【請求項１０】
前記ID認証モジュールが、
第1のネットワークアドレスを保持し、前記第1のネットワークアクセス装置によって送信されたID認証要求を受信するように構成された、第1の受信ユニットであって、前記第1のネットワークアドレスは、前記第1のネットワークアクセス装置によって前記端末に割り振られたネットワークアドレスである、第1の受信ユニットと、
前記端末のID認証結果を取得するために、前記第1のネットワークアドレスに基づいて前記端末でID認証を実行するように構成された、ID認証ユニットとを備える、請求項9に記載の装置。
【請求項１１】
前記受付確認モジュールが、
前記端末の物理アドレスを保持し、前記第2のネットワークアクセス装置によって送信された第1の受付確認要求を受信するように構成された、第2の受信ユニットと、
前記物理アドレスを保持するログイン状況照会要求を認証サーバに送信し、その結果、前記認証サーバが前記物理アドレスのログイン状況を照会するように構成された、送信ユニットと、
前記物理アドレスのものであって、かつ前記認証サーバによって送信された前記ログイン状況を受信するように構成された、第3の受信ユニットと、
前記物理アドレスの前記ログイン状況に基づいて、前記端末の受付確認結果を判定するように構成された、第1の判定ユニットとを備える、請求項9に記載の装置。
【請求項１２】
前記装置が、
予め設定した期間内に、前記第2のパスでデータが伝送されていないことを検知した場合は、前記物理アドレスを保持する前記ログイン状況照会要求を前記認証サーバに送信し、その結果、前記認証サーバが前記物理アドレスの前記ログイン状況を照会するように構成された、送信モジュールと、
前記物理アドレスのものであって、かつ前記認証サーバによって送信された前記ログイン状況を受信するように構成された、受信モジュールと、
前記物理アドレスの前記ログイン状況がオフライン状態の場合は、前記第2のパスを削除するように構成された、パス削除モジュールとをさらに備える、請求項11に記載の装置。
【請求項１３】
前記受付確認モジュールが、
第2のネットワークアドレスを保持し、前記第2のネットワークアクセス装置によって送信された第2の受付確認要求を受信するように構成された第4の受信ユニットであって、前記第2のネットワークアドレスが、前記第2のネットワークアクセス装置によって前記端末に割り振られたネットワークアドレスである、第4の受信ユニットと、
前記第2のネットワークアドレス、および予め設定した受付アドレス範囲に基づいて前記端末の受付確認結果を判定するように構成された、第2の判定ユニットとを備える、請求項9に記載の装置。
【請求項１４】
前記パス確立モジュールが、
前記端末によって送信された前記サービスサーバのネットワークアドレスを受信するように構成された、第5の受信ユニットと、
記憶されているサービスホワイトリストが、前記サービスサーバの前記ネットワークアドレスを含んでいる場合、あるいは記憶されているサービスブラックリストが、前記サービスサーバの前記ネットワークアドレスを含んでいない場合は、前記第1のネットワークを介して前記端末と前記サービスサーバとの間に第1のパスを確立し、かつ前記第2のネットワークを介して前記端末と前記サービスサーバとの間に第2のパスを確立するように構成された、パス確立ユニットとを備える、請求項9に記載の装置。
【請求項１５】
前記第1のネットワークがロングタームエボリューションLTEネットワークであり、前記第2のネットワークがデジタル加入者線DSLネットワークまたは無線フィデリティWi−Fiネットワークである、請求項9から14のいずれか一項に記載の装置。
【請求項１６】
端末に適用されるマルチパス確立装置であって、
第1のネットワークが第1のネットワークアクセス装置を介してアクセスされた後に、プロキシ装置を使用してID認証を実行するように構成されたID認証モジュールであって、前記第1のネットワークは基地局を使用して通信を実施する、ID認証モジュールと、
第2のネットワークが第2のネットワークアクセス装置を介してアクセスされた後に、前記プロキシ装置を使用して受付確認を実行するように構成された、受付確認モジュールと、
前記ID認証および前記受付確認の両方が成功した後に、サービスサーバのネットワークアドレスを取得するように構成された、取得モジュールと、
記憶されているサービスホワイトリストが、前記サービスサーバの前記ネットワークアドレスを含んでいる場合、あるいは記憶されているサービスブラックリストが、前記サービスサーバの前記ネットワークアドレスを含んでいない場合は、前記第1のネットワークを介して前記端末と前記サービスサーバまでの第1のパスを確立し、かつ前記第2のネットワークを介して前記端末と前記サービスサーバまでの第2のパスを確立するように構成された、パス確立モジュールであって、前記サービスホワイトリストまたは前記サービスブラックリストは、前記プロキシ装置から取得される、パス確立モジュールと、
前記第1のパスおよび前記第2のパスのうちの少なくとも1つのパスを使用して、前記サービスサーバとのデータ伝送を実行するように構成された、データ伝送モジュールとを備える、マルチパス確立装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、2018年2月6日に中国国家知識産権局に出願された「MULTIPATH ESTABLISHMENT METHOD and APPARATUS」という名称の中国特許出願第201810119602．7号の優先権を主張し、この特許は、参照することによりその全体が本明細書に組み入れられる。
【０００２】
本出願は通信技術の分野に関し、特にマルチパスを確立する方法および装置に関する。
【背景技術】
【０００３】
通信技術が急速に発展するにつれてネットワーク情報量はますます大きくなり、端末はより多くの通信モードをサポートできるようになっている。例えば、端末は通常、無線フィデリティ（Wireless−Fidelity，Wi−Fi）通信および第3世代パートナーシッププロジェクト（3rd Generation Partnership Project，3GPP）通信の両方をサポートすることができる。しかしながら、従来の伝送制御プロトコル（Transmission Control Protocol，TCP）では単一パス伝送が使用されている。その結果、端末によってサポートされている複数の通信モードが同じサービスを同時に提供できず、リソースの浪費が生じている。そのためマルチパス伝送制御プロトコル（Multipath Transmission Control Protocol，MPTCP）が出現し、MPTCPはリソース利用を最大化するために複数のパスを提供する。
【０００４】
現在、端末はMPTCPプロキシサーバを使用してマルチパスアクセスを実施している。具体的には、マルチパスMPTCP伝送は端末とMPTCPプロキシサーバとの間で実行され、単一パスのTCP伝送は、MPTCPプロキシサーバと、端末によって実行される必要があるサービスが置かれている、サービスサーバとの間で実行される。しかしながら、この場合、端末によってアクセスされる複数のパスのセキュリティを確保することができない。結果として、端末のデータ伝送のセキュリティが深刻な影響を受ける。したがって、データ伝送のセキュリティを改善できるマルチパス確立方法が至急必要とされている。
【発明の概要】
【課題を解決するための手段】
【０００５】
本願は、データ伝送のセキュリティが比較的低いという先行技術における問題を解決するために、マルチパスを確立する方法および装置を提供する。技術的解決策は以下の通りである。
【０００６】
第1の態様によれば、プロキシ装置に適用されるマルチパス確立方法が提供される。本方法は、
第1のネットワークアクセス装置を介して第1のネットワークにアクセスする端末で、ID認証を実行するステップと、
第2のネットワークアクセス装置を介して第2のネットワークにアクセスする端末で、受付確認を実行するステップと、
端末のID認証と受付確認との両方が成功した後で、第1のネットワークを介して端末とサービスサーバとの間に第1のパスを確立し、かつ第2のネットワークを介して端末とサービスサーバとの間に第2のパスを確立するステップであって、第1のパスおよび第2のパスは、端末とサービスサーバとの間でデータ伝送を実行するのに使用される、ステップとを含む。
【０００７】
第1のネットワークアクセス装置は、第1のネットワークにアクセスし、第1のネットワークは、基地局を使用して通信を実施するように構成されることに留意されたい。言い換えれば、第1のネットワークは、3GPP仕様に従ったネットワークであってもよい。例えば、第1のネットワークは、ロングタームエボリューション（Long Term Evolution，LTE）ネットワークであってもよい。第1のネットワークアクセス装置を介して第1のネットワークにアクセスする端末は、第1のネットワークに接続する端末である。
【０００８】
また、第2のネットワークアクセス装置は、第2のネットワークにアクセスするように構成され、第2のネットワークは、第1のネットワーク以外のネットワークである。第2のネットワークは、基地局を使用して通信を実施する必要はない。言い換えれば、第2のネットワークは、3GPP仕様に従わないネットワークであってもよい。例えば、第2のネットワークは、デジタル加入者線（Digital Subscriber Line，DSL）ネットワーク、Wi−Fiネットワークなどであってもよい。第2のネットワークアクセス装置を介して第2のネットワークにアクセスする端末は、第2のネットワークに接続する端末である。
【０００９】
さらに、プロキシ装置はユーザ認証を実行するように、すなわち端末でID認証、受付確認などを実行するように構成される。実際に適用する際は、プロキシ装置はシステムマネージャまたはプロキシサーバであってもよい。システムマネージャは、マルチプロキシサーバ（すなわちプロキシサーバクラスタ）配置において、プロキシサーバの管理および割り振りを提供してもよい。具体的には、システムマネージャは、比較的適切なプロキシサーバを端末に割り当て得る。プロキシサーバは、MPTCPにおける端末のマルチパスアクセスを実施するように構成される。具体的には、プロキシサーバは、MPTCPプロキシ機能を提供してもよい。プロキシサーバは、端末とはMPTCP伝送を実行し、サービスサーバとはTCP伝送を実行してもよい。
【００１０】
本願における実施形態では、端末が第1のネットワークアクセス装置を介して第1のネットワークにアクセスした後に、プロキシ装置は端末でID認証を実行し、端末が第2のネットワークアクセス装置を介して第2のネットワークにアクセスした後に、プロキシ装置は端末で受付確認を実行し、端末のID認証および受付確認の両方が成功してから、端末のマルチパスアクセスが有効であることを示す。したがって、プロキシサーバは、第1のネットワークを介して端末とサービスサーバとの間に第1のパスを確立し、第2のネットワークを介して端末とサービスサーバとの間に第2のパスを確立する。この事例では、確立された第1のパスおよび第2のパスはセキュリティが比較的高い。したがって、引き続き行われる端末のデータ伝送のセキュリティを確保することができる。
【００１１】
第1のネットワークアクセス装置を介して第1のネットワークにアクセスする端末で、ID認証を実行するステップは、
第1のネットワークアドレスを保持し、第1のネットワークアクセス装置によって送信された、ID認証要求を受信するステップであって、第1のネットワークアドレスは、第1のネットワークアクセス装置によって端末に割り振られたネットワークアドレスである、ステップと、
端末のID認証結果を取得するために、第1のネットワークアドレスに基づいて端末でID認証を実行するステップとを含む。
【００１２】
本願におけるこの実施形態では、第1のネットワークアクセス装置によって端末に割り振られた第1のネットワークアドレスは、第1のネットワークの端末のインターネットプロトコル（Internet Protocol，IP）アドレスであり、プロキシ装置は、第1のネットワークアクセス装置によって端末に割り振られた第1のネットワークアドレスに基づいて、端末でID認証を的確に実行する。したがって、第1のネットワークを介した端末の有効性を効果的に判定することができる。
【００１３】
第2のネットワークアクセス装置を介して第2のネットワークにアクセスする前記端末で、受付確認を実行するステップは、
端末の物理アドレスを保持し、第2のネットワークアクセス装置によって送信された、第1の受付確認要求を受信するステップと、
物理アドレスを保持するログイン状況照会要求を認証サーバに送信するステップであって、その結果、認証サーバが物理アドレスのログイン状況を照会する、ステップと、
物理アドレスのものであって、かつ認証サーバによって送信されたログイン状況を受信するステップと、
物理アドレスのログイン状況に基づいて、端末の受付確認結果を判定するステップとを含む。
【００１４】
認証サーバは、ネットワークセキュリティでアクセス制御を実行するための、セキュリティ管理機構を提供するように構成されることに留意されたい。認証サーバは、認証サーバでアクセス認証が成功した装置の、物理アドレスのログイン状況を記録してもよい。
【００１５】
本願におけるこの実施形態では、プロキシ装置は、端末の物理アドレスのものであって、かつ認証サーバから取得されたログイン状況を使用して、端末が現在第2のネットワークに接続されているかどうかを知って、ログイン状況に基づいて端末で受付確認を的確に実行でき、その結果、第2のネットワークを介した端末の有効性を効果的に判定することができる。
【００１６】
第1のネットワークを介して端末とサービスサーバとの間に第1のパスを確立し、第2のネットワークを介して端末とサービスサーバとの間に第2のパスを確立するステップの後に、
予め設定した期間内に第2のパスでデータが伝送されていないことが検知された場合は、物理アドレスを保持するログイン状況照会要求を認証サーバに送信し、その結果、認証サーバが、物理アドレスの前記ログイン状況を照会するステップと、
物理アドレスのものであって、かつ認証サーバによって送信されたログイン状況を受信するステップと、
物理アドレスのログイン状況がオフライン状態の場合は、第2のパスを削除するステップとをさらに含む。
【００１７】
本願におけるこの実施形態では、プロキシサーバが、予め設定した期間内に第2のパスでデータが伝送されていないことを検知したときは、端末が比較的長時間、第2のパスを使用していないことを示す。したがって、この場合、プロキシサーバは、端末がオフラインになっているどうかの照会をトリガする。具体的には、プロキシサーバは、認証サーバから端末の物理アドレスのログイン状況を取得してもよい。端末の物理アドレスのログイン状況がオフライン状態のときは、現時点で端末が第2のネットワークに接続されていないことを示す。したがって、プロキシサーバは、ネットワークリソースの浪費を効果的に回避するために、第2のパスを削除してもよい。
【００１８】
第2のネットワークアクセス装置を介して第2のネットワークにアクセスする端末で、受付確認を実行するステップは、
第2のネットワークアドレスを保持し、第2のネットワークアクセス装置によって送信された第2の受付確認要求を受信するステップであって、第2のネットワークアドレスは、第2のネットワークアクセス装置によって端末に割り振られたネットワークアドレスである、ステップと、
第2のネットワークアドレス、および予め設定した受付アドレス範囲に基づいて、端末の受付確認結果を判定するステップとを含む。
【００１９】
本願におけるこの実施形態では、第2のネットワークアクセス装置によって端末に割り振られた第2のネットワークアドレスは、第2のネットワークの端末のIPアドレスであり、プロキシ装置は、第2のネットワークアクセス装置によって端末に割り振られた第2のネットワークアドレスに基づいて、端末で受付確認を的確に実行する。したがって、第2のネットワークを介した端末の有効性を効果的に判定することができる。
【００２０】
第1のネットワークを介して端末とサービスサーバとの間に第1のパスを確立するステップ、および第2のネットワークを介して端末とサービスサーバとの間に第2のパスを確立するステップは、
端末によって送信されたサービスサーバのネットワークアドレスを受信するステップを含み、
記憶されているサービスホワイトリストがサービスサーバのネットワークアドレスを含んでいる場合、あるいは記憶されているサービスブラックリストがサービスサーバのネットワークアドレスを含んでいない場合は、第1のネットワークを介して端末とサービスサーバとの間に第1のパスを確立し、かつ第2のネットワークを介して端末とサービスサーバとの間に第2のパスを確立する。
【００２１】
本願におけるこの実施形態では、プロキシ装置は、サービスホワイトリストがサービスサーバのネットワークアドレスを含んでいるとき、あるいはサービスブラックリストがサービスサーバのネットワークアドレスを含んでいないときは、第1のネットワークを介して端末とサービスサーバとの間に第1のパスを確立し、第2のネットワークを介して端末とサービスサーバとの間に第2のパスを確立してもよい。この場合は、確立された第1のパスおよび第2のパスのセキュリティが比較的高いだけでなく、サービスアクセス要件にも合致する。したがって、引き続き行われる端末のデータ伝送のセキュリティをより確実にすることができる。
【００２２】
第2の態様によれば、端末に適用されるマルチパス確立方法が提供される。本方法は、
第1のネットワークアクセス装置を介して第1のネットワークにアクセスした後に、プロキシ装置を使用してID認証を実行するステップであって、第1のネットワークは基地局を使用して通信を実施する、ステップと、
第2のネットワークアクセス装置を介して第2のネットワークにアクセスした後に、プロキシ装置を使用して受付確認を実行するステップと、
ID認証および受付確認の両方が成功した後に、サービスサーバのネットワークアドレスを取得するステップであって、
記憶されているサービスホワイトリストがサービスサーバのネットワークアドレスを含んでいる場合、あるいは記憶されているサービスブラックリストがサービスサーバのネットワークアドレスを含んでいない場合は、第1のネットワークを介してサービスサーバまでの第1のパスを確立し、かつ第2のネットワークを介してサービスサーバまでの第2のパスを確立し、サービスホワイトリストまたはサービスブラックリストはプロキシ装置から取得される、ステップと、
第1のパスおよび第2のパスのうちの少なくとも1つのパスを使用して、サービスサーバでデータ伝送を実行するステップとを含む。
【００２３】
本願におけるこの実施形態では、第1のネットワークアクセス装置を介して第1のネットワークにアクセスした後に、端末は、プロキシ装置を使用してID認証を実行する。第2のネットワークアクセス装置を介して第2のネットワークにアクセスした後に、端末は、プロキシ装置を使用して受付確認を実行する。端末のID認証および受付確認の両方が成功した後は、それは端末のマルチパスアクセスが有効であることを示す。この場合、端末は、サービスサーバのネットワークアドレスを取得してもよい。サービスホワイトリストがサービスサーバのネットワークアドレスを含んでいるとき、あるいはサービスブラックリストがサービスサーバのネットワークアドレスを含んでいないときは、端末は、第1のネットワークを介してサービスサーバまでの第1のパスを確立し、第2のネットワークを介してサービスサーバまでの第2のパスを確立する。この場合は、確立された第1のパスおよび第2のパスのセキュリティが比較的高いだけでなく、サービスアクセス要件にも合致する。次に、端末は第1のパスおよび第2のパスのうちの少なくとも1つのパスを使用して、サービスサーバとデータ伝送を実行する。したがって、端末のデータ伝送のセキュリティを効果的に確保することができる。
【００２４】
第3の態様によれば、マルチパス確立装置が提供される。マルチパス確立装置は、第1の態様によるマルチパス確立方法を実施する機能を有する。マルチパス確立装置は、少なくとも1つのモジュールを備え、少なくとも1つのモジュールは、第1の態様で提供されるマルチパス確立方法を実施するように構成される。
【００２５】
第4の態様によれば、マルチパス確立装置が提供される。マルチパス確立装置は、第2の態様によるマルチパス確立方法の挙動を実施する機能を有する。マルチパス確立装置は、少なくとも1つのモジュールを備え、少なくとも1つのモジュールは、第2の態様で提供されるマルチパス確立方法を実施するように構成される。
【００２６】
第5の態様によれば、マルチパス確立装置が提供される。マルチパス確立装置の構造は、プロセッサとメモリとを備える。メモリは、第1の態様で提供されるマルチパス確立方法の実行時にマルチパス確立装置をサポートするプログラムを記憶し、かつ第1の態様におけるマルチパス確立方法の実施に使用されるデータを記憶するように構成される。プロセッサは、メモリに記憶されたプログラムを実行するように構成される。マルチパス確立装置は、通信バスをさらに備えてもよい。通信バスは、プロセッサとメモリとの間に接続を確立するのに使用される。
【００２７】
第6の態様によれば、マルチパス確立装置が提供される。マルチパス確立装置の構造は、プロセッサとメモリとを備える。メモリは、第2の態様で提供されるマルチパス確立方法の実行時にマルチパス確立装置をサポートするプログラムを記憶し、かつ第2の態様におけるマルチパス確立方法の実施に使用されるデータを記憶するように構成される。プロセッサは、メモリに記憶されたプログラムを実行するように構成される。マルチパス確立装置は、通信バスをさらに備えてもよい。通信バスは、プロセッサとメモリとの間に接続を確立するのに使用される。
【００２８】
第7の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は、命令を記憶する。命令がコンピュータで実行されると、コンピュータは、第1の態様によるマルチパス確立方法を実行できるようになる。
【００２９】
第8の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は、命令を記憶する。命令がコンピュータで実行されると、コンピュータは、第2の態様によるマルチパス確立方法を実行できるようになる。
【００３０】
第9の態様によれば、命令を含むコンピュータプログラム製品が提供される。コンピュータプログラム製品がコンピュータで実行されると、コンピュータは、第1の態様によるマルチパス確立方法を実行できるようになる。
【００３１】
第10の態様によれば、命令を含むコンピュータプログラム製品が提供される。コンピュータプログラム製品がコンピュータで実行されると、コンピュータは、第2の態様によるマルチパス確立方法を実行できるようになる。
【００３２】
第3の態様、第5の態様、第7の態様、および第9の態様で達成される技術的効果は、第1の態様における対応する技術的手段を使用して達成される技術的効果と同様である。ここで詳細な説明はされない。
【００３３】
第4の態様、第6の態様、第8の態様、および第10の態様で達成される技術的効果は、第2の態様における対応する技術的手段を使用して達成される技術的効果と同様である。ここで詳細な説明はされない。
【００３４】
本願で提供される技術的解決策がもたらす有益な効果は、端末が第1のネットワークアクセス装置を介して第1のネットワークにアクセスした後に、プロキシ装置が端末でID認証を実行し、端末が第2のネットワークアクセス装置を介して第2のネットワークにアクセスした後に、プロキシ装置が端末で受付確認を実行し、端末のID認証および受付確認の両方が成功してから、端末のマルチパスアクセスが有効になったことを示すことにある。これによって、第1のネットワークを介して端末とサービスサーバとの間に第1のパスが確立されてもよく、第2のネットワークを介して端末とサービスサーバとの間に第2のパスが確立されてもよい。この事例では、確立された第1のパスおよび第2のパスはセキュリティが比較的高い。その後、第1のパスおよび第2のパスのうちの少なくとも1つのパスを使用して、端末とサービスサーバとの間でデータ伝送が実行され、その結果、端末のデータ伝送のセキュリティを確保することができる。
【図面の簡単な説明】
【００３５】
【図１Ａ】本願における実施形態による通信システムの概略的な構造図である。
【図１Ｂ】本願における実施形態による、別の通信システムの概略的な構造図である。
【図２Ａ】本願における実施形態によるコンピュータ機器の概略的な構造図である。
【図２Ｂ】本願における実施形態による、別のコンピュータ機器の概略的な構造図である。
【図３】本願における実施形態による、マルチパス確立方法のフローチャートである。
【図４Ａ−１】本願における実施形態による、パス確立動作のフローチャートである。
【図４Ａ−２】本願における実施形態による、別のパス確立動作のフローチャートである。
【図４Ｂ】本願における実施形態による、パス削除動作のフローチャートである。
【図４Ｃ】本願における実施形態による、端末によるサービスポリシーを取得する動作のフローチャートである。
【図４Ｄ】本願における実施形態による、サービスポリシー更新動作のフローチャートである。
【図４Ｅ】本願における実施形態による、サービスポリシー制御動作のフローチャートである。
【図４Ｆ】本願における実施形態による、別のサービスポリシー制御動作のフローチャートである。
【図５Ａ】本願における実施形態による、マルチパス確立装置の概略的な構造図である。
【図５Ｂ】本願における実施形態による、ID認証モジュールの概略的な構造図である。
【図５Ｃ】本願における実施形態による、受付確認モジュールの概略的な構造図である。
【図５Ｄ】本願における実施形態による、別のマルチパス確立装置の概略的な構造図である。
【図５Ｅ】本願における実施形態による、別の受付確認モジュールの概略的な構造図である。
【図５Ｆ】本願における実施形態による、パス確立モジュールの概略的な構造図である。
【図６】本願における実施形態による、別のマルチパス確立装置の概略的な構造図である。
【発明を実施するための形態】
【００３６】
本願の目的、技術的解決策、および利点を明確にするために、添付の図面を参照しながら、本願における実施形態を以下でさらに詳細に説明する。
【００３７】
本願における実施形態が詳細に説明される前に、本願における実施形態に関連するシステムのアーキテクチャがまず説明される。
【００３８】
図1Aを参照すると、本願における実施形態に関する通信システムは、端末101と、第1のネットワークアクセス装置102と、第2のネットワークアクセス装置103と、プロキシ装置104とを備える。
【００３９】
端末101は、第1のネットワークアクセス装置102を介して第1のネットワークにアクセスしてもよく、かつ第2のネットワークアクセス装置103を介して第2のネットワークにアクセスしてもよい。端末101が第1のネットワークにアクセスした後に、第1のネットワークアクセス装置102は、プロキシ装置104を使用して端末101でID認証を実行してもよく、端末101が第2のネットワークにアクセスした後に、第2のネットワークアクセス装置103は、プロキシ装置104を使用して端末101で受付確認を実行してもよい。端末101のID認証および受付確認の両方が成功した後に、第1のネットワークを介して端末101とサービスサーバとの間に第1のパスが確立されてもよく、第2のネットワークを介して端末101とサービスサーバとの間に第2のパスが確立されてもよい。端末101は、第1のパスおよび第2のパスのうちの少なくとも1つのパスを使用して、サービスサーバとデータ伝送を実行してもよい。
【００４０】
さらに図1Bを参照すると、通信システムはプロキシサーバ105と、サービスサーバ106とをさらに備える。
【００４１】
端末101とサービスサーバ106との間に第1のパスおよび第2のパスが確立されると、第1のネットワークを介して端末101とプロキシサーバ105との間にサブフローがまず確立されてもよく、かつ第2のネットワークを介して端末101とプロキシサーバ105との間に別のサブフローが確立されてもよく、その後、プロキシサーバ105とサービスサーバ106との間に接続が確立され、その結果、端末101とサービスサーバ106との間に第1のパスおよび第2のパスが確立される。この事例では、端末101とプロキシサーバ105との間でMPTCP伝送が行われ、かつプロキシサーバ105とサービスサーバ106との間でTCP伝送が行われ、その結果、端末101は複数のパスを使用して、サービスサーバ106とともにサービスを実行することができる。
【００４２】
図2Aは、本願における実施形態によるコンピュータ機器の概略的な構造図である。コンピュータ機器は、図1Aに示すプロキシ装置104であってもよい。図2Aを参照すると、コンピュータ機器は、少なくとも1つのプロセッサ2011と、通信バス2021と、メモリ2031と、少なくとも1つの通信インターフェース2041とを備える。
【００４３】
プロセッサ2011は、例えば、汎用中央処理ユニット（Central Processing Unit，CPU）、マイクロプロセッサ、特定用途向け集積回路（application−specific integrated circuit，ASIC）、あるいは本願の解決策におけるプログラムの実行を制御するように構成された、1つ以上の集積回路であってもよい。
【００４４】
通信バス2021は、前述した構成部品間で情報を伝送するためのチャネルを備えてもよい。
【００４５】
メモリ2031は、読み出し専用メモリ（read−only memory，ROM）、または静的な情報および命令を記憶可能な他の種類の静的記憶装置、あるいはランダムアクセスメモリ（random access memory，RAM）、または情報および命令を記憶可能な他の種類の動的記憶装置であってもよく、あるいは電気的に消去可能なプログラム可能読み出し専用メモリ（Electrically Erasable Programmable Read−Only Memory，EEPROM）、コンパクトディスク読み出し専用メモリ（Compact Disc Read−Only Memory，CD−ROM）その他のコンパクトディスク記憶媒体、光学ディスク記憶媒体（圧縮光学ディスク、レーザーディスク(登録商標)、光学ディスク、デジタル多用途ディスク、ブルーレイディスクなど）、磁気ディスク記憶媒体その他の磁気記憶装置、その他予想されるプログラムコードを命令もしくはデータ構造の形式で保持または記憶できるように構成可能であって、かつコンピュータでアクセス可能な任意の媒体であってもよいが、これらに限定されない。メモリ2031は独立して存在してもよく、通信バス2021を使用してプロセッサ2011に接続される。メモリ2031は、あるいはプロセッサ2011と一体化されてもよい。
【００４６】
通信インターフェース2041は、送受信機などの任意の装置を使用して、別の装置、あるいはイーサネット、無線アクセスネットワーク（Radio Access Network，RAN）、または無線ローカルエリアネットワーク（Wireless Local Area Network，WLAN）などの通信ネットワークと通信するように構成される。
【００４７】
特定の実施の際に、実施形態では、プロセッサ2011は、図2Aに示すCPU 0およびCPU 1などの1つ以上のCPUを含んでもよい。
【００４８】
特定の実施の際に、実施形態では、コンピュータ機器は、図2Aに示すプロセッサ2011およびプロセッサ2051などの複数のプロセッサを含んでもよい。各プロセッサは、シングルコアプロセッサ（single−CPU）であってもよく、またはマルチコアプロセッサ（multi−CPU）であってもよい。本明細書のプロセッサは、データ（コンピュータプログラム命令など）を処理する1つ以上の装置、回路、および／または処理コアであってもよい。
【００４９】
メモリ2031は、本願における解決策を実行するためのプログラムコード2101を記憶するように構成され、プロセッサ2011は、メモリ2031に記憶されたプログラムコード2101を実行するように構成される。コンピュータ機器は、プロセッサ2011、およびメモリ2031内のプログラムコード2101を使用して、以下の図3の実施形態で提供されるマルチパス確立方法において、プロキシ装置によって実行される動作を実施してもよい。
【００５０】
図2Bは、本願における実施形態によるコンピュータ機器の概略的な構造図である。コンピュータ機器は、図1Aまたは図1Bに示す端末101であってもよい。図2Bを参照すると、コンピュータ機器は、少なくとも1つのプロセッサ2012と、通信バス2022と、メモリ2032と、少なくとも1つの通信インターフェース2042とを備える。
【００５１】
プロセッサ2012は、汎用CPU、マイクロプロセッサ、ASIC、あるいは本願の解決策におけるプログラムの実行を制御するように構成された、1つ以上の集積回路であってもよい。
【００５２】
通信バス2022は、前述した構成部品間で情報を伝送するためのチャネルを備えてもよい。
【００５３】
メモリ2032は、ROM、または静的な情報および命令を記憶可能な他の種類の静的記憶装置、あるいはRAM、または情報および命令を記憶可能な他の種類の動的記憶装置であってもよく、あるいはEEPROM、CD−ROMその他のコンパクトディスク記憶媒体、光学ディスク記憶媒体（圧縮光学ディスク、レーザーディスク(登録商標)、光学ディスク、デジタル多用途ディスク、ブルーレイディスクなど）、磁気ディスク記憶媒体その他の磁気記憶装置、その他予想されるプログラムコードを命令もしくはデータ構造の形式で保持または記憶できるように構成可能であって、かつコンピュータでアクセス可能な任意の媒体であってもよいが、これらに限定されない。メモリ2032は独立して存在してもよく、通信バス2022を使用してプロセッサ2012に接続される。メモリ2032は、あるいはプロセッサ2012と一体化されてもよい。
【００５４】
通信インターフェース2042は、送受信機などの任意の装置を使用して、別の装置、あるいはイーサネット、RAN、またはWLANなどの通信ネットワークと通信するように構成される。
【００５５】
特定の実施の際に、実施形態では、プロセッサ2012は、図2Bに示すCPU 0およびCPU 1などの1つ以上のCPUを含んでもよい。
【００５６】
特定の実施の際に、実施形態では、コンピュータ機器は、図2Bに示すプロセッサ2012およびプロセッサ2052などの複数のプロセッサを含んでもよい。このような各プロセッサは、single−CPUであってもよく、またはmulti−CPUであってもよい。本明細書のプロセッサは、データ（コンピュータプログラム命令など）を処理する1つ以上の装置、回路、および／または処理コアであってもよい。
【００５７】
特定の実施の際に、実施形態において、コンピュータ機器は出力装置2062と入力装置2072とをさらに備えてもよい。出力装置2062はプロセッサ2012と通信し、複数の方法で情報を表示してもよい。例えば、出力装置2062は、液晶ディスプレイ（liquid crystal display，LCD）、発光ダイオード（light emitting diode，LED）表示装置、ブラウン管（cathode ray tube，CRT）表示装置、プロジェクタ（projector）などであってもよい。入力装置2072はプロセッサ2012と通信し、複数の方法でユーザの入力を受信してもよい。例えば、入力装置2072は、マウス、キーボード、タッチ画面装置、感知装置などであってもよい。
【００５８】
メモリ2032は、本願における解決策を実行するためのプログラムコード2102を記憶するように構成され、プロセッサ2012は、メモリ2032に記憶されたプログラムコード2102を実行するように構成される。コンピュータ機器は、プロセッサ2012、およびメモリ2032内のプログラムコード2102を使用して、以下の図3の実施形態で提供されるマルチパス確立方法において、端末によって実行される動作を実施してもよい。
【００５９】
図3は、本願における実施形態による、マルチパス確立方法のフローチャートである。図3を参照すると、本方法は以下のステップを含む。
【００６０】
ステップ301において、プロキシ装置は、第1のネットワークアクセス装置を介して第1のネットワークにアクセスする端末でID認証を実行する。
【００６１】
第1のネットワークアクセス装置は、第1のネットワークにアクセスするように構成されることに留意されたい。例えば、第1のネットワークアクセス装置は、パケットデータネットワークゲートウェイ（Packet Data Network Gateway，PGW）、サービングゲートウェイ（Serving Gateway，SGW）などであってもよい。
【００６２】
また、第1のネットワークは、基地局を使用して通信を実施する、すなわち第1のネットワークは、3GPP仕様に従ったネットワークであってもよい。例えば、第1のネットワークは、LTEネットワークであってもよい。第1のネットワークアクセス装置を介して第1のネットワークにアクセスする端末は、第1のネットワークに接続する端末である。
【００６３】
さらに、プロキシ装置はユーザ認証を実行するように、すなわち端末でID認証、受付確認などを実行するように構成される。実際に適用する際は、プロキシ装置はシステムマネージャまたはプロキシサーバであってもよい。システムマネージャは、MP−managerと呼ばれてもよい。システムマネージャは、複数のプロキシサーバ（すなわちプロキシサーバクラスタ）が配置されているときに、プロキシサーバの管理および割り振りを提供してもよい。すなわち、システムマネージャは、比較的適切なプロキシサーバを端末に割り振ることができ、例えば、第1のネットワークアクセス装置に比較的近いプロキシサーバを使用するように、端末に割り振ってもよい。プロキシサーバは、端末のMPTCPに基づくマルチパスアクセスを実施するように構成される。具体的には、プロキシサーバは、MPTCPプロキシ機能を提供してもよい。プロキシサーバは、端末とはMPTCP伝送を実行し、サービスサーバとはTCP伝送を実行してもよい。例えば、プロキシサーバは、マルチパスゲートウェイ（Multipath Gateway，MPGW）、ハイブリッドアクセスゲートウェイ（Hybrid Access Gateway，HAG）などであってもよい。
【００６４】
具体的には、ステップ301の動作は、端末が第1のネットワークアクセス装置を介して第1のネットワークにアクセスした後に、第1のネットワークアクセス装置によって、第1のネットワークアドレスを端末に割り振るステップと、第1のネットワークアクセス装置によって、第1のネットワークアドレスを保持するID認証要求をプロキシ装置に送信するステップと、ID認証要求を受信したときに、プロキシ装置によって、端末のID認証結果を取得するために、第1のネットワークアドレスに基づいて端末でID認証を実行するステップであってもよい。
【００６５】
第1のネットワークアクセス装置によって端末に割り振られた第1のネットワークアドレスは、第1のネットワークにおける端末のIPアドレスであることに留意されたい。例えば、第1のネットワークアドレスは、インターネットプロトコルバージョン4（Internet Protocol Version 4，IPv4）アドレス、インターネットプロトコルバージョン6（Internet Protocol Version 6，IPv6）アドレスなどであってもよい。これは、本願におけるこの実施形態において限定されない。
【００６６】
また、第1のネットワークアクセス装置が、第1のネットワークアドレスを保持するID認証要求をプロキシ装置に送信するプロセスは、遠隔認証ダイヤルインユーザサービス（Remote Authentication Dial In User Service，RADIUS）のコピー機構に基づいて実施されてもよい。この場合、ID認証要求はRADIUSメッセージであってもよく、第1のネットワークアクセス装置は、RADIUSメッセージを使用してプロキシ装置に第1のネットワークアドレスを通知する。
【００６７】
プロキシ装置が、端末のID認証結果を取得するために、第1のネットワークアドレスに基づいて端末でID認証を実行するときに、第1のネットワークアドレスが予め設定したネットワークアドレス範囲内にある場合は、プロキシ装置は端末のID認証が成功したと判定してもよく、第1のネットワークアドレスが予め設定したネットワークアドレス範囲内にない場合は、プロキシ装置は端末のID認証が失敗したと判定してもよい。このようにして、プロキシ装置は端末のID認証結果を取得する。
【００６８】
予め設定したネットワークアドレス範囲は事前に設定されてもよく、ネットワーク状況およびオペレータの適用ポリシーに基づいて設定されてもよいことに留意されたい。例えば、予め設定したネットワークアドレス範囲内のネットワークアドレスは、比較的セキュリティの高い、いくつかの予め定められたネットワークアドレスであってもよい。これは、本願におけるこの実施形態において限定されない。
【００６９】
実際に適用する際は、ID認証要求は、第1のネットワークアドレスだけでなく、端末のIDに関する他の情報を保持していてもよく、例えば、端末の国際的なモバイル加入者ID（International Mobile Subscriber Identity，IMSI）、およびアクセスポイント名（Access Point Name，APN）をさらに保持していてもよいことに留意されたい。次に、プロキシ装置は、端末のID認証結果を取得するために、第1のネットワークアドレス、およびID認証要求に保持されている端末のIDに関するその他の情報に基づいて、端末でID認証を実行してもよい。
【００７０】
ステップ302において、プロキシ装置は、第2のネットワークアクセス装置を介して第2のネットワークにアクセスする端末で受付確認を実行する。
【００７１】
第2のネットワークアクセス装置は、第2のネットワークにアクセスするように構成されることに留意されたい。例えば、第2のネットワークアクセス装置は、ブロードバンド遠隔アクセスサーバ（Broadband Remote Access Server，BRAS）、ブロードバンドネットワークゲートウェイ（Broadband Network Gateway，BNG）、進化型パケットデータゲートウェイ（evolved Packet Data Gateway，ePDG）、透過ゲートウェイ（Transparent Gateway，TGW）などであってもよい。
【００７２】
また、第2のネットワークは、第1のネットワーク以外のネットワークである。第2のネットワークは、基地局を使用して通信を実施する必要はない。言い換えれば、第2のネットワークは、3GPP仕様に従わないネットワークであってもよい。例えば、第2のネットワークは、DSLネットワーク、Wi−Fiネットワークなどであってもよい。また、第2のネットワークがWi−Fiネットワークのときは、第2のネットワークは、自己構築したWi−Fiネットワークであってもよく、あるいは協同的なWi−Fiネットワークであってもよい。第2のネットワークアクセス装置を介して第2のネットワークにアクセスする端末は、第2のネットワークに接続する端末である。
【００７３】
具体的には、ステップ302における動作は、次の2つの方法を含んでもよい。
【００７４】
方法1において、端末が第2のネットワークアクセス装置を介して第2のネットワークにアクセスした後に、第2のネットワークアクセス装置は、端末の物理アドレスを取得して、物理アドレスを保持する第1の受付確認要求をプロキシ装置に送信する。第1の受付確認要求を受信すると、プロキシ装置は、物理アドレスを保持するログイン状況照会要求を認証サーバに送信する。ログイン状況照会要求を受信すると、認証サーバは、物理アドレスのログイン状況を照会して、物理アドレスのログイン状況をプロキシ装置に送信する。物理アドレスのログイン状況を受信すると、プロキシ装置は、物理アドレスのログイン状況に基づいて端末の受付確認結果を判定する。
【００７５】
認証サーバは、ネットワークセキュリティでアクセス制御を実行するための、セキュリティ管理機構を提供するように構成されることに留意されたい。認証サーバは、認証サーバでアクセス認証が成功した装置の、物理アドレスのログイン状況を記録してもよい。例えば、認証サーバは、認証、許可、課金（Authentication Authorization Accounting，AAA）サーバであってもよい。
【００７６】
また、装置が第2のネットワークにアクセスしようとするときは、認証サーバ内の装置でアクセス認証が実行されなければならない。また、認証サーバで、装置で実行されたアクセス認証が成功したときは、認証サーバは、装置の物理アドレスのログイン状況を記録する。また、装置の物理アドレスのログイン状況がオンライン状態のときは、装置が現在第2のネットワークに接続されていることを示し、あるいは装置の物理アドレスのログイン状況がオフライン状態のときは、装置が現在第2のネットワークに接続されていないことを示す。
【００７７】
さらに、端末の物理アドレスは、端末のハードウェアアドレスであり、媒体アクセス制御（Media Access Control，MAC）アドレスとも呼ばれる。端末の物理アドレスは、端末を一意に識別し得る。
【００７８】
プロキシ装置が物理アドレスのログイン状況に基づいて端末の受付確認結果を判定するときに、端末の物理アドレスのログイン状況がオンライン状態になっているときは、プロキシ装置は端末の受付確認が成功したと判定してもよく、あるいは端末の物理アドレスのログイン状況がオフライン状態になっているときは、プロキシ装置は端末の受付確認が失敗したと判定してもよい。このようにして、プロキシ装置は端末の受付確認結果を取得する。
【００７９】
第2のネットワークアクセス装置が端末の物理アドレスを取得すると、第2のネットワークアクセス装置は、端末の物理アドレスを端末から能動的に取得してもよい。あるいは、端末は、端末の物理アドレスを第2のネットワークアクセス装置に能動的に送信してもよい。この場合、端末はプロキシ装置のアドレスを最初に取得してから、プロキシ装置のアドレスに基づいて、端末の物理アドレスをプロキシ装置に報告してもよい。端末が、端末の物理アドレスをプロキシ装置に報告するプロセスは、端末が、端末の物理アドレスを第2のネットワークアクセス装置に能動的に送信するプロセスであり、その後、第2のネットワークアクセス装置は、物理アドレスを保持する第1の受付確認要求をプロキシ装置に送信する。
【００８０】
プロキシ装置のアドレスを取得すると、端末は、プロキシ装置のドメイン名を保持するアドレス照会要求を第1のネットワークアクセス装置または第2のネットワークアクセス装置に送信してもよい。第1のネットワークアクセス装置または第2のネットワークアクセス装置がアドレス照会要求を受信したときに、プロキシ装置のアドレスがすでに記憶されている場合は、第1のネットワークアクセス装置または第2のネットワークアクセス装置は、プロキシ装置のアドレスを端末に送信し、あるいはプロキシ装置のアドレスが記憶されていない場合は、第1のネットワークアクセス装置または第2のネットワークアクセス装置は、プロキシ装置のドメイン名に対応するアドレスをドメイン名サーバから取得し、取得したアドレスをプロキシ装置のアドレスとして使用して、取得したアドレスを端末に送信する。
【００８１】
方法2において、端末が第2のネットワークアクセス装置を介して第2のネットワークにアクセスした後に、第2のネットワークアクセス装置は、第2のネットワークアドレスを端末に割り振る。第2のネットワークアクセス装置は、第2のネットワークアドレスを保持する第2の受付確認要求をプロキシ装置に送信する。第2の受付確認要求を受信すると、プロキシ装置は、第2のネットワークアドレス、および予め設定した受付アドレス範囲に基づいて、端末の受付確認結果を判定する。
【００８２】
第2のネットワークアクセス装置によって端末に割り振られた第2のネットワークアドレスは、第2のネットワークにおける端末のIPアドレスであることに留意されたい。例えば、第2のネットワークアドレスは、インターネットプロトコルバージョン4アドレス、インターネットプロトコルバージョン6アドレスなどであってもよい。これは、本願におけるこの実施形態において限定されない。
【００８３】
また、予め設定したネットワークアドレス範囲は事前に設定されてもよく、ネットワーク状況およびオペレータの適用ポリシーに基づいて設定されてもよい。例えば、予め設定したネットワークアドレス範囲は、161．1．1．0〜161．1．1．255、161．1．2．0〜161．1．2．255、10．111．0．0から10．111．255．255などを含んでもよい。
【００８４】
プロキシ装置が第2のネットワークアドレス、および予め設定した受付アドレス範囲に基づいて端末の受付確認結果を判定したときに、第2のネットワークアドレスが予め設定した受付アドレス範囲内に置かれていると、プロキシ装置は、端末の受付確認が成功したと判定してもよく、第2のネットワークアドレスが予め設定した受付アドレス範囲外に置かれていると、プロキシ装置は、端末の受付確認が失敗したと判定してもよい。このようにして、プロキシ装置は端末の受付確認結果を取得する。
【００８５】
ステップ303において、端末のID認証および受付確認の両方が成功した後に、第1のネットワークを介して端末とサービスサーバとの間に第1のパスが確立し、第2のネットワークを介して端末とサービスサーバとの間に第2のパスが確立する。
【００８６】
第1のパスおよび第2のパスは、端末とサービスサーバとの間のデータ伝送に使用される、すなわち第1のネットワークを介して端末とサービスサーバとの間に第1のパスが確立され、かつ第2のネットワークを介して端末とサービスサーバとの間に第2のパスが確立された後に、第1のパスおよび第2のパスのうちの少なくとも1つのパスが、端末とサービスサーバとの間のデータ伝送に使用され得ることに留意されたい。
【００８７】
また、端末のID認証および受付確認の両方が成功すると、それは端末のマルチパスアクセスが有効であることを示す。この場合、端末がサービスサーバとともにサービスを行う必要があるときは、第1のネットワークを介して端末とサービスサーバとの間に第1のパスが確立されてもよく、第2のネットワークを介して端末とサービスサーバとの間に第2のパスが確立されてもよい。この場合は確立された第1のパスおよび第2のパスのセキュリティが比較的高く、その後の端末のデータ伝送のセキュリティを確保することができる。
【００８８】
端末のID認証および受付確認の両方が成功した後に、プロキシ装置は、第1のネットワークアドレスおよび第2のネットワークアドレスに対応する第3のアドレスを生成して、第3のアドレスを端末に割り振ってもよいことに留意されたい。第1のネットワークを介して端末とサービスサーバとの間に第1のパスが確立され、第2のネットワークを介して端末とサービスサーバとの間に第2のパスが確立される後続のプロセスは、端末がプロキシサーバを使用してサービスサーバまでのパスを確立するプロセスであり、すなわち端末は第1のネットワークアドレスに基づいてサービスサーバまでのサブフローを確立し、かつ第2のネットワークアドレスに基づいてサービスサーバまでの別のサブフローを確立し、そしてプロキシサーバは、端末とサービスサーバとの間に第1のパスおよび第2のパスを確立するために、第3のアドレスに基づいてサービスサーバとの接続を確立する。
【００８９】
また、第3のアドレスは端末の汎用IPアドレスであり、また第3のアドレスは、プロキシサーバとサービスサーバとの間の接続が確立されたときに使用されてもよい。例えば、第3のアドレスは、IPv4アドレス、IPv6アドレスなどであってもよい。これは、本願におけるこの実施形態において限定されない。
【００９０】
具体的には、端末のID認証および受付確認の両方が成功してから、第1のネットワークを介して端末とサービスサーバとの間に第1のパスが直接確立されてもよく、第2のネットワークを介して端末とサービスサーバとの間に第2のパスが直接確立されてもよい。確かなことには、あるいは予め設定されたサービスポリシーに基づいて、第1のネットワークを介して端末とサービスサーバとの間に第1のパスが確立されてもよく、第2のネットワークを介して端末とサービスサーバとの間に第2のパスが確立されてもよい。この場合、パス確立動作は、次の方法1または方法2を含んでもよい。
【００９１】
方法1において、端末がサービスサーバのネットワークアドレスを取得し、記憶されているサービスホワイトリストがサービスサーバのネットワークアドレスを含んでいるとき、あるいは記憶されているサービスブラックリストがサービスサーバのネットワークアドレスを含んでいないときは、端末は、第1のネットワークを介してサービスサーバまでの第1のパスを確立し、第2のネットワークを介してサービスサーバまでの第2のパスを確立する。
【００９２】
また、記憶されているサービスホワイトリストがサービスサーバのネットワークアドレスを含んでいない場合、または記憶されているサービスブラックリストがサービスサーバのネットワークアドレスを含んでいる場合は、端末は第1のネットワークを介してサービスサーバまでの第1のパスを確立せず、かつ第2のネットワークを介してサービスサーバとの第2のパスを確立しない代わりに、端末は従来のTCPリンク確立手順に従って、サービスサーバまでの単一のパスを確立する。
【００９３】
サービスホワイトリストは、マルチパス高速化を実行できるサービスが置かれたサービスサーバのネットワークアドレスを記憶しており、すなわち、サービスホワイトリストに記憶されているネットワークアドレスによって示されたサービスサーバとともにサービスを実行する必要があるときは、端末はMPTCPリンク確立手順に基づいて、マルチパスリンクの確立、およびデータ伝送を直接実行してもよいことに留意されたい。
【００９４】
また、サービスブラックリストは、マルチパス高速化を実行できないサービスが置かれたサービスサーバのネットワークアドレスを記憶しており、すなわち、サービスホワイトリストに記憶されているネットワークアドレスによって示されたサービスサーバとともにサービスを実行する必要があるときは、端末はマルチパスリンクの確立を実行できないが、従来のTCPリンク確立手順に基づいて、単一パスの確立および単一フローの伝送を実行する必要があることに留意されたい。
【００９５】
プロキシサーバを使用した端末とサービスサーバとの間のパスの確立を容易にするために、端末のID認証および受付確認の両方が成功した後に、プロキシ装置は、第3のアドレスを端末に割り振る一方で、端末にプロキシサーバの受信ポート番号をさらに送信してもよいことに留意されたい。具体的には、プロキシ装置がプロキシサーバであれば、プロキシ装置はローカル受信ポート番号を端末に送信してもよく、その結果、端末は受信ポート番号に基づいてプロキシ装置までのサブフローを引き続き確立してから、サービスサーバまでのパスを確立する。プロキシ装置がシステムマネージャであれば、プロキシ装置は、プロキシサーバを端末に割り振って、プロキシサーバのアドレスおよび受信ポート番号を端末に送信してもよく、その結果、端末は、プロキシサーバのアドレスおよび受信ポート番号に基づいてプロキシサーバまでのサブフローを引き続き確立してから、サービスサーバまでのパスを確立する。
【００９６】
プロキシ装置がプロキシサーバを端末に割り振るとき、プロキシ装置は、第1のネットワークアクセス装置のアドレスを取得し、第1のネットワークアクセス装置のアドレスに基づいて複数の管理されたプロキシサーバから1つのプロキシサーバを選択して、プロキシサーバを端末に割り振ってもよく、かつ例えば、第1のネットワークアクセス装置に最も近いプロキシサーバを選択して、プロキシサーバを端末に割り振ってもよい。
【００９７】
プロキシ装置が第1のネットワークアクセス装置のアドレスを取得するときは、プロキシ装置は第1のネットワークアクセス装置から第1のネットワークアクセス装置のアドレスを能動的に取得してもよい、あるいは第1のネットワークアクセス装置は第1のネットワークアクセス装置のアドレスをプロキシ装置に能動的に送信してもよい。
【００９８】
第1のネットワークアクセス装置が、第1のネットワークアクセス装置のアドレスをプロキシ装置に能動的に送信するプロセスは、RADIUSのコピー機構に基づいて実施されてもよい。この場合、第1のネットワークアクセス装置は、RADIUSメッセージを使用してプロキシ装置に第1のネットワークアクセス装置のアドレスを通知してもよい。この場合、相互作用の回数を削減するために、第1のネットワークアクセス装置は、第1のネットワークアクセス装置のアドレスを保持するRADIUSメッセージ、およびステップ301において端末でID認証を実行するのに必要な第1のネットワークアドレスをプロキシ装置にコピーしてもよい。
【００９９】
また、ステップ303の前、すなわち端末が第1のネットワークアクセス装置を介して第1のネットワークにアクセスし、かつ第2のネットワークアクセス装置を介して第2のネットワークにアクセスした後に、端末はプロキシ装置からサービスホワイトリストまたはサービスブラックリストをさらに取得してもよい。具体的には、端末は、ポリシー制御要求（Policy Control Request，PCR）をプロキシ装置に送信してもよい。PCRを受信すると、プロキシ装置は、記憶されているサービスホワイトリストまたはサービスブラックリストを端末に送信してもよい。この場合、相互作用の回数を削減するために、端末は、端末のものであって、ステップ302の方法1において端末で受付確認を実行するのに必要な物理アドレスを保持するPCRをプロキシ装置に送信してもよい。
【０１００】
方法2において、端末は、サービスサーバのネットワークアドレスを取得して、サービスサーバのネットワークアドレスをプロキシ装置に送信し、プロキシ装置がサービスサーバのネットワークアドレスを受信したときに、記憶されているサービスホワイトリストがサービスサーバのネットワークアドレスを含んでいる場合、または記憶されているサービスブラックリストがサービスサーバのネットワークアドレスを含んでいない場合は、プロキシ装置は、第1のネットワークを介して端末とサービスサーバとの間に第1のパスを確立し、第2のネットワークを介して端末とサービスサーバとの間に第2のパスを確立する。
【０１０１】
プロキシ装置がプロキシサーバであれば、端末がサービスサーバのネットワークアドレスをプロキシ装置に送信すると、端末は、サービスサーバまでの対象パスを確立するプロセスで、サービスサーバのネットワークアドレスをプロキシ装置に送信してもよい。プロキシ装置がサービスサーバのネットワークアドレスを受信したときに、記憶されているサービスホワイトリストがサービスサーバのネットワークアドレスを含んでいる場合、あるいは記憶されているサービスブラックリストがサービスサーバのネットワークアドレスを含んでいない場合は、プロキシ装置は、端末とサービスサーバとの間の対象パスの確立を継続し、その後、端末とサービスサーバとの間で、対象パス以外のパスを確立する。しかしながら、記憶されているサービスホワイトリストがサービスサーバのネットワークアドレスを含んでいない場合、あるいは記憶されているサービスブラックリストがサービスサーバのネットワークアドレスを含んでいる場合は、プロキシ装置は、端末とサービスサーバとの間の対象パスの確立を中断し、端末とサービスサーバとの間で対象パス以外のパスを確立しないが、従来のTCPリンク確立手順に従うよう端末に指示して、端末はサービスサーバまでの単一のパスを確立する。
【０１０２】
対象パスは、第1のパスおよび第2のパスのうち優先的に確立されることが必要なパスであり、対象パス以外のパスは、第1のパスおよび第2のパスのうちの、対象パスとは異なるもう一方のパスであることに留意されたい。
【０１０３】
また、サービスサーバまでの対象パスを確立するプロセスで、端末がサービスサーバのネットワークアドレスをプロキシ装置に送信するときに、端末は、プロキシ装置までの第1のサブフローを確立するプロセスで、サービスサーバのネットワークアドレスをプロキシ装置に送信してもよく、あるいは端末は、プロキシ装置までの第1のサブフローの確立を完了した後に、サービスサーバのネットワークアドレスをプロキシ装置に送信してもよい。これは、本願におけるこの実施形態において限定されない。
【０１０４】
さらに、プロキシ装置がプロキシサーバのときに、端末によって実行される、プロキシ装置を介したサービスサーバまでのパスの確立を容易にするために、端末のID認証および受付確認の両方が成功した後に、プロキシ装置は、第3のアドレスを端末に割り振る一方で、ローカル受信ポート番号を端末にさらに送信してもよく、その結果、端末は受信ポート番号に基づいてプロキシ装置までのサブフローを引き続き確立し、その後、サービスサーバまでのパスを確立してもよい。
【０１０５】
プロキシ装置がシステム管理装置であれば、端末がサービスサーバのネットワークアドレスをプロキシ装置に送信すると、端末は、サービスサーバまでの対象パスを確立する前に、サービスサーバのネットワークアドレスをプロキシ装置に送信してもよい。プロキシ装置がサービスサーバのネットワークアドレスを受信したときに、記憶されているサービスホワイトリストがサービスサーバのネットワークアドレスを含んでいる場合、あるいは記憶されているサービスブラックリストがサービスサーバのネットワークアドレスを含んでいない場合は、システムマネージャは、プロキシサーバを端末に割り振り、プロキシサーバのアドレスおよび受信ポート番号を端末に送信し、その結果、端末はプロキシサーバのアドレスおよび受信ポート番号に基づいて、プロキシサーバと2つのサブフローを確立し、その後、サービスサーバまでの第1のパスおよび第2のパスを確立する。しかしながら、記憶されているサービスホワイトリストがサービスサーバのネットワークアドレスを含んでいない場合、あるいは記憶されているサービスブラックリストがサービスサーバのネットワークアドレスを含んでいる場合は、プロキシ装置は従来のTCPリンク確立手順に従うよう端末に指示して、端末はサービスサーバまでの単一のパスを確立する。
【０１０６】
実際に適用する際は、前述した方法1および方法2が同時に使用されてもよく、方法1のサービスポリシー結果と方法2のサービスポリシー結果とが矛盾しているときは、方法2のサービスポリシー結果が優先的に使用され得ることに留意されたい。これは、本願におけるこの実施形態において限定されない。
【０１０７】
また、プロキシ装置に記憶されているサービスホワイトリストまたはサービスブラックリストは、プロキシ装置によって生成されてもよく、あるいは別の装置によって直接配信されてもよく、例えば、ポリシーおよび課金ルール機能（Policy and Charging Rules Function，PCRF）ユニットによって直接配信されてもよい。これは、本願におけるこの実施形態において限定されない。
【０１０８】
さらに、プロキシ装置によってサービスホワイトリストまたはサービスブラックリストが生成されたときに、プロキシ装置が記憶されているサービスホワイトリストまたはサービスブラックリストを更新する場合は、更新が完了した後に、プロキシ装置は更新したサービスホワイトリストまたはサービスブラックリストを端末に能動的に送信してもよい。サービスホワイトリストまたはサービスブラックリストが別の装置によって直接配信されるときに、別の装置が記憶されているサービスホワイトリストまたはサービスブラックリストを更新する場合は、更新が完了した後に、別の装置は更新されたサービスホワイトリストまたはサービスブラックリストをプロキシ装置に送信してもよく、更新されたサービスホワイトリストまたはサービスブラックリストを受信すると、プロキシ装置は、更新されたサービスホワイトリストまたはサービスブラックリストを端末に送信してもよい。
【０１０９】
また、ステップ303の後に、第1または第2のパスは、あるいは削除されてもよい。
【０１１０】
第1のパスが削除されるときは、端末は、第1のパス削除要求を第1のネットワークアクセス装置に送信してもよく、第1のパス削除要求を受信すると、第1のネットワークアクセス装置は第1のパスを削除してもよい。あるいは、予め設定した期間内に第1のパスでデータが伝送されていないことを検知すると、プロキシサーバまたはシステム管理装置は、第1のパスを削除してもよい。
【０１１１】
第2のパスが削除されるときは、端末は、第2のパス削除要求を第2のネットワークアクセス装置に送信してもよく、第2のパス削除要求を受信すると、第2のネットワークアクセス装置は第2のパスを削除してもよい。あるいは、予め設定した期間内に第2のパスでデータが伝送されていないことを検知すると、プロキシサーバまたはシステム管理装置は、第2のパスを削除してもよい。あるいは、予め設定した期間内に第2のパスでデータが伝送されていないことを検知すると、プロキシサーバまたはシステム管理装置は、認証サーバに、端末の物理アドレスを保持するログイン状況照会要求を送信してもよい。ログイン状況照会要求を受信すると、認証サーバは、物理アドレスのログイン状況を照会して、物理アドレスのログイン状況をプロキシサーバ、またはシステム管理装置に送信する。物理アドレスのログイン状況を受信すると、プロキシサーバまたはシステム管理装置は、物理アドレスのログイン状況がオフライン状態であれば、第2のパスを削除する。
【０１１２】
予め設定した期間は事前に設定されてもよく、予め設定した期間は、比較的長くなるように設定されてもよいことに留意されたい。例えば、予め設定した期間は、1時間、2時間、3時間などであってもよい。
【０１１３】
また、プロキシサーバまたはシステム管理装置が、予め設定した期間内に第1のパスまたは第2のパスでデータが伝送されていないことを検知したときは、端末が比較的長時間、第1のパスまたは第2のパスを使用していないことを示す。したがって、この場合は、プロキシサーバまたはシステム管理装置は、第1のパスまたは第2のパスを直接削除してもよく、あるいは第2のパスをさらに確認してもよい。具体的には、プロキシサーバまたはシステム管理装置は、端末の物理アドレスのログイン状況を取得してもよい。端末の物理アドレスのログイン状況がオフライン状態のときは、現時点で端末が第2のネットワークに接続されていないことを示す。したがって、プロキシサーバまたはシステム管理装置は、第2のパスを削除してもよい。
【０１１４】
さらに、第1のネットワークアクセス装置が第1のパスを削除し、あるいは第2のネットワークアクセス装置が第2のパスを削除するときは、第1のネットワークアクセス装置または第2のネットワークアクセス装置は、パス削除通知メッセージをシステム管理装置およびプロキシサーバに送信してもよく、その結果、システム管理装置およびプロキシサーバの両方が、一定期間後に（例えば、サービスキープアライブタイマーが切れた後に）第1のパスまたは第2のパスのコンテキストリソースを削除してもよい。プロキシサーバまたはシステム管理装置のうちの一方が第1のパスまたは第2のパスを削除するときは、一方がもう一方にパス削除通知を送信してもよく、その結果、システム管理装置およびプロキシサーバの両方が、一定期間後に第1のパスまたは第2のパスのコンテキストリソースを削除してもよい。
【０１１５】
本願における実施形態では、端末が第1のネットワークアクセス装置を介して第1のネットワークにアクセスした後に、プロキシ装置は端末でID認証を実行し、端末が第2のネットワークアクセス装置を介して第2のネットワークにアクセスした後に、プロキシ装置は端末で受付確認を実行し、端末のID認証および受付確認の両方が成功してから、端末のマルチパスアクセスが有効であることを示す。これによって、第1のネットワークを介して端末とサービスサーバとの間に第1のパスが確立されてもよく、第2のネットワークを介して端末とサービスサーバとの間に第2のパスが確立されてもよい。この事例では、確立された第1のパスおよび第2のパスはセキュリティが比較的高い。その後、第1のパスおよび第2のパスのうちの少なくとも1つのパスを使用して、端末とサービスサーバとの間でデータ伝送が実行され、その結果、端末のデータ伝送のセキュリティを確保することができる。
【０１１６】
図3の実施形態で提供されるマルチパス確立方法は、主にパス確立動作と、パス削除動作と、端末によってサービスポリシーを取得する動作と、サービスポリシー更新動作と、サービスポリシー制御動作とに関連付けられることに留意されたい。以下、6つの動作を詳しく説明するために、プロキシ装置がプロキシサーバの例を使用する。
【０１１７】
パス確立動作
【０１１８】
図4A−1および図4A−2を参照すると、パス確立動作は、以下のステップ1〜ステップ8を含んでもよい。
【０１１９】
ステップ1（ステップ11〜ステップ14を含む）において、端末が第1のネットワークアクセス装置を介して第1のネットワークにアクセスする、すなわち端末が第1のネットワークに接続する。
【０１２０】
端末が第1のネットワークに接続するプロセスは、ポリシーおよび課金制御（Policy and Charging Control，PCC）手順を使用して実施されてもよい。具体的には、ステップ11において、端末は第1の接続要求を第1のネットワークアクセス装置に送信する。ステップ12において、第1の接続要求を受信した後に、第1のネットワークアクセス装置は、端末情報を保持するクレジット制御要求（Credit−Control−Request，CCR）をPCRFに送信する。ステップ13において、CCRを受信した後に、PCRFは端末情報に基づいて端末でアクセス認証を実行し、アクセス認証が成功した後に、PCRFはクレジット制御応答（Credit−Control−Answer，CCA）を第1のネットワークアクセス装置に返す。ステップ14において、CCAを受信すると、第1のネットワークアクセス装置は、端末に第1のネットワークアドレスを割り振って、第1のネットワークアドレスを保持する第1の接続応答を端末に送信する。この場合、端末は第1のネットワークにアクセスする。
【０１２１】
端末情報は、端末IDに関する情報であることに留意されたい。例えば、端末情報は、端末のIMSIおよびAPNなどの情報を含んでもよい。これは、本願におけるこの実施形態において限定されない。
【０１２２】
ステップ2（ステップ21およびステップ22を含む）において、プロキシサーバが端末でID認証を実行する。
【０１２３】
具体的には、ステップ21において、第1のネットワークアクセス装置は、第1のネットワークアドレスを保持するRADIUSメッセージをプロキシサーバにコピーする。ステップ22において、RADIUSメッセージを受信すると、プロキシサーバは、端末のID認証結果を取得するために、第1のネットワークアドレスに基づいて端末でID認証を実行する。
【０１２４】
ステップ3（ステップ31〜ステップ34を含む）において、端末は第2のネットワークアクセス装置を介して第2のネットワークにアクセスする、すなわち端末は第2のネットワークに接続する。
【０１２５】
具体的には、ステップ31において、端末は第2の接続要求を第2のネットワークアクセス装置に送信する。ステップ32において、第2の接続要求を受信した後に、第2のネットワークアクセス装置は端末認証要求を認証サーバに送信する。ステップ33において、端末認証要求を受信すると、認証サーバは端末でアクセス認証を実行し、アクセス認証が成功した後に、第2のネットワークアクセス装置に認証応答を返す。ステップ34において、認証応答を受信すると、第2のネットワークアクセス装置は、端末に第2のネットワークアドレスを割り振って、第2のネットワークアドレスを保持する第2の接続応答を端末に送信する。この場合、端末は第2のネットワークにアクセスする。
【０１２６】
ステップ4（ステップ41〜ステップ43を含む）において、端末はプロキシサーバのアドレスを取得する。
【０１２７】
具体的には、ステップ41において、端末は、プロキシサーバのドメイン名を保持するアドレス照会要求を第1のネットワークアクセス装置に送信する。ステップ42において、アドレス照会要求を受信すると、第1のネットワークアクセス装置は、記憶されているプロキシサーバのアドレスを直接取得、あるいはドメイン名サーバから、プロキシサーバのドメイン名に対応するアドレスをプロキシサーバのアドレスとして取得する。ステップ43において、第1のネットワークアクセス装置は、プロキシサーバのアドレスを保持しているアドレス照会応答を端末に送信する。
【０１２８】
ステップ5（ステップ51〜ステップ55を含む）において、プロキシサーバは、端末で受付確認を実行する。
【０１２９】
具体的には、端末は、プロキシサーバのアドレスに基づいて、端末の物理アドレスをプロキシサーバに報告する。具体的には、ステップ51において、端末はプロキシサーバのアドレスに基づいて、端末の物理アドレスを第2のネットワークアクセス装置に送信する。次に、ステップ52において、第2のネットワークアクセス装置は、端末の物理アドレスを保持する第1の受付確認要求をプロキシサーバに送信する。ステップ53において、端末の物理アドレスを受信すると、プロキシサーバは、端末の物理アドレスを保持するログイン状況照会要求を認証サーバに送信する。ステップ54において、ログイン状況照会要求を受信すると、認証サーバは、端末の物理アドレスのログイン状況を照会して、端末の物理アドレスのログイン状況をプロキシサーバに送信する。ステップ55において、端末の物理アドレスのログイン状況を受信すると、プロキシサーバは、端末の物理アドレスのログイン状況に基づいて、端末の受付確認結果を判定する。
【０１３０】
ステップ6（ステップ61〜ステップ63を含む）において、プロキシサーバは、端末のID認証および受付確認の両方が成功すると、第3のアドレスを端末に割り振る。
【０１３１】
具体的には、ステップ61において、端末のID認証および受付確認の両方が成功した後に、プロキシサーバは、第1のネットワークアドレスおよび第2のネットワークアドレスに対応する第3のアドレスを生成する。ステップ62において、プロキシサーバは、第3のアドレスを端末に送信する。ステップ63において、第3のアドレスを受信すると、端末は、第3のアドレスを第1のネットワークアドレスおよび第2のネットワークアドレスのエイリアスとして記録する。
【０１３２】
ステップ7において、サービスサーバとともにサービスを実行する必要があるときは、端末は、端末とサービスサーバとの間に第1のパスおよび第2のパスを確立する。
【０１３３】
ステップ8において、端末は、第1のパスおよび第2のパスのうちの少なくとも1つのパスを使用して、サービスサーバとデータ伝送を実行する。
【０１３４】
パス削除動作
【０１３５】
ステップ7の後に、第1のパスおよび第2のパスは、あるいは削除されてもよいことに留意されたい。図4Bを参照すると、パス削除動作は、以下のステップ9〜ステップ12を含んでもよい。
【０１３６】
ステップ9（ステップ91〜ステップ93を含む）において、第1のネットワークアクセス装置は、第1のパスを削除する。
【０１３７】
具体的には、ステップ91において、端末は第1のパス削除要求を第1のネットワークアクセス装置に送信する。ステップ92において、第1のネットワークアクセス装置が第1のパス削除要求を受信すると、端末と第1のネットワークとの間の関係を終了させるために、第1のネットワークアクセス装置とPCRFとの間でIP接続アクセスネットワーク（IP−Connectivity Access Network，IP−CAN）セッションが使用される。ステップ93において、第1のネットワークアクセス装置は、第1のパス削除応答を端末に送信する。
【０１３８】
ステップ10において、第1のネットワークアクセス装置は、パス削除通知メッセージをプロキシサーバに送信する。
【０１３９】
パス削除通知メッセージは、RADIUSメッセージであってもよく、パス削除通知メッセージは、端末情報、第1のネットワークアドレス、第1のネットワークアクセス装置のアドレス、原因値などを保持してもよいことに留意されたい。
【０１４０】
ステップ11（ステップ111〜ステップ113を含む）において、プロキシサーバは第2のパスを削除する。
【０１４１】
具体的には、ステップ111において、予め設定した期間内に第2のパスでデータが伝送されていないことを検知すると、プロキシサーバは、端末がオフラインになっているかどうかの照会をトリガする。ステップ112において、プロキシサーバは、端末の物理アドレスを保持するログイン状況照会要求を認証サーバに送信する。ステップ113において、ログイン状況照会要求を受信すると、認証サーバは、端末の物理アドレスのログイン状況を照会して、端末の物理アドレスのログイン状況をプロキシサーバに送信する。ステップ114において、プロキシサーバが端末の物理アドレスのログイン状況を受信したときに、端末の物理アドレスのログイン状況がオフライン状態の場合は、プロキシサーバは第2のパスを削除する。
【０１４２】
ステップ12において、プロキシサーバは、一定期間後に第1のパスおよび第2のパスのコンテキストリソースを削除する。
【０１４３】
端末のサービスポリシー取得動作
【０１４４】
前述のステップ7において、端末とサービスサーバとの間に第1のパスおよび第2のパスを確立するときに、端末は、予め設定したサービスポリシーに基づいて、サービスサーバまでの第1のパスおよび第2のパスを確立してもよいことに留意されたい。この場合、端末は事前にサービスポリシーを取得する必要がある。端末のサービスポリシー取得動作は、端末が第1のネットワークおよび第2のネットワークにすでにアクセスした後に実行されてもよい、すなわちステップ1およびステップ3の後に実行されてもよく、かつ端末とサービスサーバとの間に第1のパスおよび第2のパスが確立される前に実行されてもよい、すなわちステップ7の前に実行されてもよい。図4Cを参照すると、端末のサービスポリシー取得動作は、以下のステップ131〜ステップ134を含んでもよい。
【０１４５】
ステップ131において、端末はプロキシサーバにPCRを送信する。
【０１４６】
相互作用の回数を削減するために、実際に適用する際は、端末はあるいは、前述したステップ5の端末のアクセス確認に使用される、端末の物理アドレスを保持するPCRをプロキシサーバに送信してもよいことに留意されたい。この場合、端末がPCRをプロキシサーバに送信するプロセスは、端末がPCRを第2のネットワークアクセス装置に送信するプロセスであり、その後、第2のネットワークアクセス装置は、PCRをプロキシサーバに送信する。この場合、PCRは、ステップ5における第1の受付確認要求である。
【０１４７】
ステップ132において、プロキシサーバがPCRを受信すると、プロキシサーバは、サービスホワイトリストおよびサービスブラックリストが記憶されていない場合は、端末情報を保持するCCRをPCRFに送信する。
【０１４８】
ステップ133において、CCRを受信すると、PCRFは、端末情報に対応するサービスホワイトリストまたはサービスブラックリストを保持するCCAをプロキシサーバに送信する。
【０１４９】
ステップ134において、CCAを受信すると、プロキシサーバは、サービスホワイトリストまたはサービスブラックリストを記憶して、サービスホワイトリストまたはサービスブラックリストを保持するポリシー制御応答（Policy Control Answer，PCA）を端末に送信する。
【０１５０】
PCRが端末の物理アドレスをさらに保持しているときは、PCRを受信した後に、プロキシサーバは、サービスホワイトリストおよびサービスブラックリストを取得するためにPCRFと相互作用するだけでなく、端末の物理アドレスのログイン状況を取得して、これに従って端末の受付確認結果を判定するために、認証サーバと相互作用してもよいことに留意されたい。
【０１５１】
この場合、端末の受付確認が成功すると、プロキシサーバによって端末に返されたPCAは、サービスホワイトリストまたはサービスブラックリストだけでなく、引き続き行われる端末のマルチパス確立をサポートするのに使用される、第3のアドレスおよび受信ポート番号などの情報を保持してもよい。
【０１５２】
サービスポリシー更新動作
【０１５３】
サービスポリシーを生成する装置は、サービスポリシーをさらに更新して、更新したサービスポリシーを、サービスポリシーを使用する必要がある装置に送信してもよいことに留意されたい。図4Dを参照すると、サービスポリシー更新動作は、以下のステップ141〜ステップ144を含んでもよい。
【０１５４】
ステップ141において、PCRFは、記憶されているサービスホワイトリストまたはサービスブラックリストを更新して、更新が完了した後に、更新されたサービスホワイトリストまたはサービスブラックリストを保持する再認証要求（Re−Auth−Request，RAR）をプロキシサーバに送信する。
【０１５５】
ステップ142において、RARを受信すると、プロキシサーバは再認証応答（Re−Auth−Answer，RAA）をPCRFに返して、記憶されているサービスホワイトリストまたはサービスブラックリストを更新する。
【０１５６】
ステップ143において、プロキシサーバは、更新されたサービスホワイトリストまたはサービスブラックリストを保持するポリシー更新要求（Policy−Update−Request，PUR）を端末に送信する。
【０１５７】
ステップ144において、PURを受信すると、端末は、ポリシー更新応答（Policy−Update−Answer，PUA）をプロキシサーバに返して、記憶されているサービスホワイトリストまたはサービスブラックリストを更新する。
【０１５８】
サービスポリシー制御動作
【０１５９】
前述のステップ7が実施されると、端末またはプロキシサーバは、予め設定したサービスポリシーに基づいて、端末とサービスサーバとの間に第1のパスおよび第2のパスを確立してもよいことに留意されたい。ここでは、予め設定したサービスポリシーに基づいて端末とサービスサーバとの間に第1のパスおよび第2のパスを確立するプロキシサーバが、説明のための例として使用されている。この場合、サービスポリシー制御動作は、次の2つの実施例を含み得る。図4Eを参照すると、第1の実施例は、以下のステップ15およびステップ16を含む。図4Fを参照すると、第2の実施例は、以下のステップ17およびステップ18を含む。
【０１６０】
実施例1
【０１６１】
ステップ15（ステップ151〜ステップ154を含む）において、プロキシサーバまでの第1のサブフローを確立するプロセスでは、端末は、サービスサーバのネットワークアドレスをプロキシサーバに送信して、プロキシサーバまでの第1のサブフローを確立する。
【０１６２】
具体的には、ステップ151において、端末は、端末の接続キー（Key−A）を保持するSYN MP＿CAPABLEメッセージ、およびサービスサーバのネットワークアドレスをプロキシサーバに送信する。ステップ152において、SYN MP＿CAPABLEメッセージを受信すると、プロキシサーバは、プロキシサーバの接続キー（Key−B）を保持するSYN ACK MP＿CAPABLEメッセージを端末に返す。ステップ153において、SYN ACK MP＿CAPABLEメッセージを受信すると、端末は、プロキシサーバまでの第1のサブフローを確立するために、端末の接続キー（Key−A）、およびプロキシサーバの接続キー（Key−B）を保持するACK MP＿CAPABLEメッセージをプロキシサーバに送信する。
【０１６３】
また、ACK MP＿CAPABLEメッセージを受信すると、プロキシサーバは、第2のサブフローのリンクの確立に使用される、プロキシサーバのネットワークアドレスおよびポート番号を保持するACK ADDR＿ADDRメッセージを端末に代わりに送信してもよく、その結果、端末は、ACK ADDR＿ADDRメッセージに基づいて、引き続きプロキシサーバまでの第2のサブフローを確立してもよい。
【０１６４】
ステップ16（ステップ161〜ステップ165を含む）において、サービスサーバのネットワークアドレスを受信すると、プロキシサーバは、端末のパス確立に対してサービスポリシー制御を実行する。
【０１６５】
具体的には、ステップ161において、記憶されているサービスホワイトリストがサービスサーバのネットワークアドレスを含んでいる場合、あるいは記憶されているサービスブラックリストがサービスサーバのネットワークアドレスを含んでいない場合は、プロキシサーバは、サービスサーバとの接続を確立する。ステップ162において、端末は、プロキシサーバのトークン（Token−B）、および端末番号（R−A）を保持するSYN MP＿JOINメッセージをプロキシサーバに送信する。ステップ163において、SYN MP＿JOINメッセージを受信すると、プロキシサーバは、プロキシサーバの物理アドレス（MAC−B）およびプロキシサーバ番号（R−B）を保持するSYN ACK MP＿JOINメッセージを端末に返す。ステップ164において、SYN ACK MP＿JOINメッセージを受信すると、端末は、端末の物理アドレス（MAC−A）を保持するACK MP＿JOINメッセージをプロキシサーバに返す。ステップ165において、ACK MP＿JOINメッセージを受信すると、プロキシサーバは、端末とプロキシサーバとの間に第2のサブフローを確立するために、ACKメッセージを端末に返す。
【０１６６】
実施例2
【０１６７】
ステップ17（ステップ171〜ステップ175を含む）において、プロキシサーバまでの第1のサブフローを確立した後に、端末は、サービスサーバのネットワークアドレスをプロキシサーバに送信する。
【０１６８】
具体的には、ステップ171において、端末は、端末の接続キー（Key−A）を保持するSYN MP＿CAPABLEメッセージをプロキシサーバに送信する。ステップ172において、SYN MP＿CAPABLEメッセージを受信すると、プロキシサーバは、プロキシサーバの接続キー（Key−B）を保持するSYN ACK MP＿CAPABLEメッセージを端末に返す。ステップ173において、SYN ACK MP＿CAPABLEメッセージを受信すると、端末は、端末とプロキシサーバとの間に第1のサブフローを確立するために、端末の接続キー（Key−A）、およびプロキシサーバの接続キー（Key−B）を保持するACK MP＿CAPABLEメッセージをプロキシサーバに送信する。ステップ174において、端末は、サービスサーバのネットワークアドレスを保持するACK MP＿EXTENSION＿FIELDメッセージをプロキシサーバに送信する。ステップ175において、ACK MP＿EXTENSION＿FIELDメッセージを受信すると、プロキシサーバは、MP＿EXTENSION＿ACKメッセージを端末に送信する。
【０１６９】
ステップ18（ステップ181およびステップ182を含む）において、サービスサーバのネットワークアドレスを受信すると、プロキシサーバは、端末のパス確立に対してサービスポリシー制御を実行する。
【０１７０】
具体的には、ステップ181において、記憶されているサービスホワイトリストがサービスサーバのネットワークアドレスを含んでいない場合、あるいは記憶されているサービスブラックリストがサービスサーバのネットワークアドレスを含んでいる場合は、プロキシサーバは、端末からの第1のサブフローを切断して、端末までの第2のサブフローを確立しないようにするために、リンク切断指示およびエラーコードを保持するACK MP＿FASTCLOSE ERR＿CODEメッセージを端末に送信する。ステップ182において、ACK MP＿FASTCLOSE ERR＿CODEメッセージを受信すると、端末は、従来のTCPリンク確立プロセスに従ってサービスサーバに対するサービスを再開し、標準TCPに基づいてリンクを確立してデータ伝送を実行する。
【０１７１】
ACK MP＿FASTCLOSE ERR＿CODEメッセージは、MPTCPプロトコルで元のMP＿FASTCLOSEメッセージを拡張することによって取得されてもよい、すなわちACK MP＿FASTCLOSE ERR＿CODEメッセージを取得するために、元のMP＿FASTCLOSEメッセージにエラーコードフィールドが追加されることに留意されたい。エラーコードフィールドは、複数の種類のデータを含んでもよく、各種のデータは異なるエラー原因を表す。例えば、エラーコードフィールドは、6種類のデータ、すなわちA〜Fのデータを含んでもよい。Aが1に設定されたときに有効になるエラーコードは、デフォルトの例外原因を示す。Bが1に設定されたときに有効になるエラーコードは、サービスサーバへのアクセスに失敗したことを示す。Cが1に設定されたときに有効になるエラーコードは、サービスサーバでデータ伝送が遮断されたことを示す。Dが1に設定されたときに有効になるエラーコードは、サービスサーバのネットワークアドレスがサービスブラックリストに属している、あるいはサービスホワイトリストに属していないことを示し、MPTCPアクセスが拒絶される。Eが1に設定されたときに有効になるエラーコードは、1つのWi−Fiリンクのみが使用可能で、Wi−Fiは信頼されていないことを示し、MPTCPアクセスが拒絶される。Fが1に設定されたときに有効になるエラーコードは、リンク確立交渉が失敗したことを示し、MPTCPアクセスが拒絶される。
【０１７２】
本願におけるこの実施形態では、前述した6つの動作は、端末とサービスサーバとの間に確立された第1のパスおよび第2のパスのセキュリティを確保するために、端末がマルチパスアクセスを実行するプロセスにおいて、端末のマルチストリームハイブリッドアクセスのユーザ認証の問題、およびサービスポリシーの問題を解決することができる。したがって、第1のパスおよび第2のパスのうちの少なくとも1つのパスを使用して端末とサービスサーバとの間で実行される、その後のデータ伝送のセキュリティを確保することができる。
【０１７３】
図5Aは、本願における実施形態による、マルチパス確立装置の概略的な構造図である。マルチパス確立装置は、ソフトウェア、ハードウェア、またはこれらの組み合わせを使用して、コンピュータ機器の一部、またはコンピュータ機器全体として実施されてもよい。コンピュータ機器は、図2Aに示すコンピュータ機器であってもよい。図5Aを参照すると、装置は、ID認証モジュール501と、受付確認モジュール502と、パス確立モジュール503とを備える。
【０１７４】
ID認証モジュール501は、図3の実施形態のステップ301を実行するように構成される。
【０１７５】
受付確認モジュール502は、図3の実施形態のステップ302を実行するように構成される。
【０１７６】
パス確立モジュール503は、図3の実施形態のステップ303を実行するように構成される。
【０１７７】
任意で、図5Bを参照すると、ID認証モジュール501は、
第1のネットワークアドレスを保持し、第1のネットワークアクセス装置によって送信されたID認証要求を受信するように構成された、第1の受信ユニット5011であって、第1のネットワークアドレスは、第1のネットワークアクセス装置によって端末に割り振られたネットワークアドレスである、第1の受信ユニット5011と、
端末のID認証結果を取得するために、第1のネットワークアドレスに基づいて端末でID認証を実行するように構成された、ID認証ユニット5012とを備える。
【０１７８】
任意で、図5Cを参照すると、受付確認モジュール502は、
端末の物理アドレスを保持し、第2のネットワークアクセス装置によって送信された第1の受付確認要求を受信するように構成された、第2の受信ユニット5021と、
物理アドレスを保持するログイン状況照会要求を認証サーバに送信し、その結果、認証サーバが物理アドレスのログイン状況を照会するように構成された、送信ユニット5022と、
物理アドレスのものであって、かつ認証サーバによって送信されたログイン状況を受信するように構成された、第3の受信ユニット5023と、
物理アドレスのログイン状況に基づいて、端末の受付確認結果を判定するように構成された、第1の判定ユニット5024とを備える。
【０１７９】
任意で、図5Dを参照すると、装置は、
予め設定した期間内に第2のパスでデータが伝送されていないことを検知した場合は、物理アドレスを保持するログイン状況照会要求を認証サーバに送信し、その結果、認証サーバが物理アドレスのログイン状況を照会するように構成された、送信モジュール504と、
物理アドレスのものであって、かつ認証サーバによって送信されたログイン状況を受信するように構成された、受信モジュール505と、
物理アドレスのログイン状況がオフライン状態の場合は、第2のパスを削除するように構成された、パス削除モジュール506とをさらに備える。
【０１８０】
任意で、図5Eを参照すると受付確認モジュール502は、
第2のネットワークアドレスを保持し、第2のネットワークアクセス装置によって送信された第2の受付確認要求を受信するように構成された第4の受信ユニット5025であって、第2のネットワークアドレスは、第2のネットワークアクセス装置によって端末に割り振られたネットワークアドレスである、第4の受信ユニット5025と、
第2のネットワークアドレス、および予め設定した受付アドレス範囲に基づいて端末の受付確認結果を判定するように構成された、第2の判定ユニット5026とを備える。
【０１８１】
任意で、図5Fを参照すると、パス確立モジュール503は、
端末によって送信されたサービスサーバのネットワークアドレスを受信するように構成された、第5の受信ユニット5031と、
記憶されているサービスホワイトリストが、サービスサーバのネットワークアドレスを含んでいる場合、あるいは記憶されているサービスブラックリストが、サービスサーバのネットワークアドレスを含んでいない場合は、第1のネットワークを介して端末とサービスサーバとの間に第1のパスを確立し、かつ第2のネットワークを介して端末とサービスサーバとの間に第2のパスを確立するように構成された、パス確立ユニット5032とを備える。
【０１８２】
任意で、第1のネットワークはLTEネットワークであり、第2のネットワークはDSLネットワークまたはWi−Fiネットワークである。
【０１８３】
本願における実施形態では、端末が第1のネットワークアクセス装置を介して第1のネットワークにアクセスした後に、プロキシ装置は端末でID認証を実行し、端末が第2のネットワークアクセス装置を介して第2のネットワークにアクセスした後に、プロキシ装置は端末で受付確認を実行し、端末のID認証および受付確認の両方が成功してから、端末のマルチパスアクセスが有効であることを示す。したがって、プロキシサーバは、第1のネットワークを介して端末とサービスサーバとの間に第1のパスを確立し、第2のネットワークを介して端末とサービスサーバとの間に第2のパスを確立する。この事例では、確立された第1のパスおよび第2のパスはセキュリティが比較的高い。したがって、引き続き行われる端末のデータ伝送のセキュリティを確保することができる。
【０１８４】
図6は、本願における実施形態による、マルチパス確立装置の概略的な構造図である。マルチパス確立装置は、ソフトウェア、ハードウェア、またはこれらの組み合わせを使用して、コンピュータ機器の一部、またはコンピュータ機器全体として実施されてもよい。コンピュータ機器は、図2Bに示すコンピュータ機器であってもよい。図6を参照すると、装置は、ID認証モジュール601と、受付確認モジュール602と、取得モジュール603と、パス確立モジュール604と、データ伝送モジュール605とを備える。
【０１８５】
ID認証モジュール601は、第1のネットワークが第1のネットワークアクセス装置を介してアクセスされた後に、プロキシ装置を使用してID認証を実行し、第1のネットワークは基地局を使用して通信を実施するように構成される。
【０１８６】
受付確認モジュール602は、第2のネットワークが第2のネットワークアクセス装置を介してアクセスされた後に、プロキシ装置を使用して受付確認を実行するように構成される。
【０１８７】
取得モジュール603は、ID認証および受付確認の両方が成功した後に、サービスサーバのネットワークアドレスを取得するように構成される。
【０１８８】
パス確立モジュール604は、記憶されているサービスホワイトリストがサービスサーバのネットワークアドレスを含んでいる場合、あるいは記憶されているサービスブラックリストがサービスサーバのネットワークアドレスを含んでいない場合は、第1のネットワークを介してサービスサーバまでの第1のパスを確立し、かつ第2のネットワークを介してサービスサーバまでの第2のパスを確立し、サービスホワイトリストまたはサービスブラックリストはプロキシ装置から取得されるように構成される。
【０１８９】
データ伝送モジュール605は、第1のパスおよび第2のパスのうちの少なくとも1つのパスを使用して、サービスサーバとデータ伝送を実行するように構成される。
【０１９０】
本願におけるこの実施形態では、第1のネットワークアクセス装置を介して第1のネットワークにアクセスした後に、端末は、プロキシ装置を使用してID認証を実行する。第2のネットワークアクセス装置を介して第2のネットワークにアクセスした後に、端末は、プロキシ装置を使用して受付確認を実行する。端末のID認証および受付確認の両方が成功した後は、それは端末のマルチパスアクセスが有効であることを示す。この場合、端末は、サービスサーバのネットワークアドレスを取得してもよい。サービスホワイトリストがサービスサーバのネットワークアドレスを含んでいるとき、あるいはサービスブラックリストがサービスサーバのネットワークアドレスを含んでいないときは、端末は、第1のネットワークを介してサービスサーバまでの第1のパスを確立し、第2のネットワークを介してサービスサーバまでの第2のパスを確立する。この場合は、確立された第1のパスおよび第2のパスのセキュリティが比較的高いだけでなく、サービスアクセス要件にも合致する。次に、端末は第1のパスおよび第2のパスのうちの少なくとも1つのパスを使用して、サービスサーバとデータ伝送を実行する。したがって、端末のデータ伝送のセキュリティを効果的に確保することができる。
【０１９１】
前述の実施形態で提供されたマルチパス確立装置によってマルチパスの確立が実行されるときは、前述した機能モジュールの部分のみが、説明のための例として使用されることに留意されたい。実際に適用する際は、前述の機能は、異なる機能モジュールに割り当てて要件に基づいて実施することができる。具体的には、装置の内部構造は、前述した機能の全部または一部を実装するために、異なる機能モジュールに分割される。また、前述の実施形態で提供されたマルチパス確立装置、およびマルチパス確立方法の実施形態は、同じ概念に属する。装置の具体的な実施プロセスについては、方法の実施形態を参照されたい。ここで再度詳細に説明はされない。
【０１９２】
前述の実施形態の全部または一部は、ソフトウェア、ハードウェア、ファームウェア、またはこれらの任意の組み合わせによって実施されてもよい。実施形態を実施するのにソフトウェアが使用されるときは、実施形態はコンピュータプログラム製品の形態で完全にまたは部分的に実施されてもよい。コンピュータプログラム製品は、1つ以上のコンピュータ命令を含む。コンピュータでコンピュータ命令がロードされ実行されると、本願における実施形態による手順または機能が全部または部分的に生成される。コンピュータは、汎用コンピュータ、特殊用途コンピュータ、コンピュータネットワーク、その他のプログラム可能な装置であってもよい。コンピュータ命令は、コンピュータ可読記憶媒体に記憶されてもよく、あるいは1つのコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に伝送されてもよい。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、またはデータセンタから、有線（例えば、同軸ケーブル、光ファイバ、またはデジタル加入者線（Digital Subscriber Line，DSL））、または無線（例えば、赤外線、電波、またはマイクロ波）の方式で別のウェブサイト、コンピュータ、サーバ、またはデータセンタに伝送されてもよい。コンピュータ可読記憶媒体は、コンピュータ、あるいはサーバまたはデータセンタなどのデータ記憶装置によってアクセス可能な、1つ以上の使用可能な媒体を一体化した任意の使用可能な媒体であってもよい。使用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、または磁気テープ）、光学媒体（例えば、デジタル多用途ディスク（Digital Versatile Disc，DVD）、半導体媒体（例えば、ソリッドステートドライブ（Solid State Disk，SSD））などであってもよい。
【０１９３】
前述した説明は本願における実施形態であるが、本願を限定することは意図されていない。本願の原理から逸脱することなく行われた変更、等価の置換、または改良などはいずれも、本願の保護範囲内に含まれるものとする。
【符号の説明】
【０１９４】
101  端末
102  第1のネットワークアクセス装置
103  第2のネットワークアクセス装置
104  プロキシ装置
105  プロキシサーバ
106  サービスサーバ
2011,2012,2051,2052  プロセッサ
2021,2022  通信バス
2031,2032  メモリ
2041,2042  通信インターフェース
2062  出力装置
2072  入力装置
2101,2102  プログラムコード
501  ID認証モジュール
502  受付確認モジュール
503  パス確立モジュール
504  送信モジュール
505  受信モジュール
506  パス削除モジュール
5011  第1の受信ユニット
5012  ID認証ユニット
5021  第2の受信ユニット
5022  送信ユニット
5023  第3の受信ユニット
5024  第1の判定ユニット
5025  第4の受信ユニット
5026  第2の判定ユニット
5031  第5の受信ユニット
5032  パス確立ユニット
601  ID認証モジュール
602  受付確認モジュール
603  取得モジュール
604  パス確立モジュール
605  データ伝送モジュール
【図１Ａ】
2021513262.tif 000003
【図１Ｂ】
2021513262.tif 000004
【図２Ａ】
2021513262.tif 000005
【図２Ｂ】
2021513262.tif 000006
【図３】
2021513262.tif 000007
【図４Ａ−１】
2021513262.tif 000008
【図４Ａ−２】
2021513262.tif 000009
【図４Ｂ】
2021513262.tif 000010
【図４Ｃ】
2021513262.tif 000011
【図４Ｄ】
2021513262.tif 000012
【図４Ｅ】
2021513262.tif 000013
【図４Ｆ】
2021513262.tif 000014
【図５Ａ】
2021513262.tif 000015
【図５Ｂ】
2021513262.tif 000016
【図５Ｃ】
2021513262.tif 000017
【図５Ｄ】
2021513262.tif 000018
【図５Ｅ】
2021513262.tif 000019
【図５Ｆ】
2021513262.tif 000020
【図６】
2021513262.tif 000021
【手続補正書】
【提出日】令和2年9月15日(2020.9.15)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
プロキシ装置に適用されるマルチパス確立方法であって、
第1のネットワークアクセス装置を介して第1のネットワークにアクセスする端末で、ID認証を実行するステップであって、前記第1のネットワークは基地局を使用して通信を実施する、ステップと、
第2のネットワークアクセス装置を介して第2のネットワークにアクセスする前記端末で、受付確認を実行するステップと、
前記端末の前記ID認証と前記受付確認との両方が成功した後で、前記第1のネットワークを介して前記端末とサービスサーバとの間に第1のパスを確立し、かつ前記第2のネットワークを介して前記端末とサービスサーバとの間に第2のパスを確立するステップであって、前記第1のパスおよび前記第2のパスは、前記端末と前記サービスサーバとの間でデータ伝送を実行するのに使用される、ステップとを含む、マルチパス確立方法。
【請求項２】
第1のネットワークアクセス装置を介して第1のネットワークにアクセスする端末で、ID認証を実行する前記ステップが、
第1のネットワークアドレスを保持し、前記第1のネットワークアクセス装置によって送信された、ID認証要求を受信するステップであって、前記第1のネットワークアドレスは、前記第1のネットワークアクセス装置によって前記端末に割り振られたネットワークアドレスである、ステップと、
前記端末のID認証結果を取得するために、前記第1のネットワークアドレスに基づいて前記端末でID認証を実行するステップとを含む、請求項1に記載の方法。
【請求項３】
第2のネットワークアクセス装置を介して第2のネットワークにアクセスする前記端末で、受付確認を実行する前記ステップが、
前記端末の物理アドレスを保持し、前記第2のネットワークアクセス装置によって送信された、第1の受付確認要求を受信するステップと、
前記物理アドレスを保持するログイン状況照会要求を認証サーバに送信するステップであって、その結果、前記認証サーバが前記物理アドレスのログイン状況を照会する、ステップと、
前記物理アドレスのものであって、かつ前記認証サーバによって送信された前記ログイン状況を受信するステップと、
前記物理アドレスの前記ログイン状況に基づいて、前記端末の受付確認結果を判定するステップとを含む、請求項1に記載の方法。
【請求項４】
前記第1のネットワークを介して前記端末とサービスサーバとの間に第1のパスを確立し、前記第2のネットワークを介して前記端末と前記サービスサーバとの間に第2のパスを確立する前記ステップの後に、
予め設定した期間内に前記第2のパスでデータが伝送されていないことが検知された場合は、前記物理アドレスを保持する前記ログイン状況照会要求を前記認証サーバに送信し、その結果、前記認証サーバが、前記物理アドレスの前記ログイン状況を照会するステップと、
前記物理アドレスのものであって、かつ前記認証サーバによって送信された前記ログイン状況を受信するステップと、
前記物理アドレスの前記ログイン状況がオフライン状態の場合は、前記第2のパスを削除するステップとをさらに含む、請求項3に記載の方法。
【請求項５】
第2のネットワークアクセス装置を介して第2のネットワークにアクセスする前記端末で、受付確認を実行する前記ステップが、
第2のネットワークアドレスを保持し、前記第2のネットワークアクセス装置によって送信された第2の受付確認要求を受信するステップであって、前記第2のネットワークアドレスが、前記第2のネットワークアクセス装置によって前記端末に割り振られたネットワークアドレスである、ステップと、
前記第2のネットワークアドレス、および予め設定した受付アドレス範囲に基づいて、前記端末の受付確認結果を判定するステップとを含む、請求項1に記載の方法。
【請求項６】
前記第1のネットワークを介して前記端末とサービスサーバとの間に第1のパスを確立する前記ステップ、および前記第2のネットワークを介して前記端末とサービスサーバとの間に第2のパスを確立する前記ステップが、
前記端末によって送信された前記サービスサーバのネットワークアドレスを受信するステップを含み、
記憶されているサービスホワイトリストが前記サービスサーバの前記ネットワークアドレスを含んでいる場合、あるいは記憶されているサービスブラックリストが前記サービスサーバの前記ネットワークアドレスを含んでいない場合は、前記第1のネットワークを介して前記端末と前記サービスサーバとの間に前記第1のパスを確立し、かつ前記第2のネットワークを介して前記端末と前記サービスサーバとの間に前記第2のパスを確立する、請求項1に記載の方法。
【請求項７】
前記第1のネットワークがロングタームエボリューションLTEネットワークであり、前記第2のネットワークがデジタル加入者線DSLネットワークまたは無線フィデリティWi−Fiネットワークである、請求項1から6のいずれか一項に記載の方法。
【請求項８】
端末に適用されるマルチパス確立方法であって、
第1のネットワークが第1のネットワークアクセス装置を介してアクセスされた後に、プロキシ装置を使用してID認証を実行するステップであって、前記第1のネットワークは基地局を使用して通信を実施する、ステップと、
第2のネットワークが第2のネットワークアクセス装置を介してアクセスされた後に、前記プロキシ装置を使用して受付確認を実行するステップと、
前記ID認証および前記受付確認の両方が成功した後に、サービスサーバのネットワークアドレスを取得するステップであって、
記憶されているサービスホワイトリストが前記サービスサーバの前記ネットワークアドレスを含んでいる場合、あるいは記憶されているサービスブラックリストが前記サービスサーバの前記ネットワークアドレスを含んでいない場合は、前記第1のネットワークを介して前記サービスサーバまでの第1のパスを確立し、かつ前記第2のネットワークを介して前記サービスサーバまでの第2のパスを確立し、前記サービスホワイトリストまたは前記サービスブラックリストは前記プロキシ装置から取得される、ステップと、
前記第1のパスおよび前記第2のパスのうちの少なくとも1つのパスを使用して、前記サービスサーバでデータ伝送を実行するステップとを含む、マルチパス確立方法。
【請求項９】
プロキシ装置に適用されるマルチパス確立装置であって、
第1のネットワークアクセス装置を介して第1のネットワークにアクセスする端末でID認証を実行するように構成された、ID認証モジュールであって、前記第1のネットワークは、基地局を使用して通信を実施する、ID認証モジュールと、
第2のネットワークアクセス装置を介して第2のネットワークにアクセスする前記端末で受付確認を実行するように構成された、受付確認モジュールと、
前記端末の前記ID認証および前記受付確認の両方が成功した後に、前記第1のネットワークを介して前記端末とサービスサーバとの間に第1のパスを確立し、前記第2のネットワークを介して前記端末と前記サービスサーバとの間に第2のパスを確立するように構成されたパス確立モジュールであって、前記第1のパスおよび前記第2のパスは、前記端末と前記サービスサーバとの間でデータ伝送を実行するために使用される、パス確立モジュールとを備える、マルチパス確立装置。
【請求項１０】
前記ID認証モジュールが、
第1のネットワークアドレスを保持し、前記第1のネットワークアクセス装置によって送信されたID認証要求を受信するように構成された、第1の受信ユニットであって、前記第1のネットワークアドレスは、前記第1のネットワークアクセス装置によって前記端末に割り振られたネットワークアドレスである、第1の受信ユニットと、
前記端末のID認証結果を取得するために、前記第1のネットワークアドレスに基づいて前記端末でID認証を実行するように構成された、ID認証ユニットとを備える、請求項9に記載の装置。
【請求項１１】
前記受付確認モジュールが、
前記端末の物理アドレスを保持し、前記第2のネットワークアクセス装置によって送信された第1の受付確認要求を受信するように構成された、第2の受信ユニットと、
前記物理アドレスを保持するログイン状況照会要求を認証サーバに送信し、その結果、前記認証サーバが前記物理アドレスのログイン状況を照会するように構成された、送信ユニットと、
前記物理アドレスのものであって、かつ前記認証サーバによって送信された前記ログイン状況を受信するように構成された、第3の受信ユニットと、
前記物理アドレスの前記ログイン状況に基づいて、前記端末の受付確認結果を判定するように構成された、第1の判定ユニットとを備える、請求項9に記載の装置。
【請求項１２】
前記装置が、
予め設定した期間内に、前記第2のパスでデータが伝送されていないことを検知した場合は、前記物理アドレスを保持する前記ログイン状況照会要求を前記認証サーバに送信し、その結果、前記認証サーバが前記物理アドレスの前記ログイン状況を照会するように構成された、送信モジュールと、
前記物理アドレスのものであって、かつ前記認証サーバによって送信された前記ログイン状況を受信するように構成された、受信モジュールと、
前記物理アドレスの前記ログイン状況がオフライン状態の場合は、前記第2のパスを削除するように構成された、パス削除モジュールとをさらに備える、請求項11に記載の装置。
【請求項１３】
前記受付確認モジュールが、
第2のネットワークアドレスを保持し、前記第2のネットワークアクセス装置によって送信された第2の受付確認要求を受信するように構成された第4の受信ユニットであって、前記第2のネットワークアドレスが、前記第2のネットワークアクセス装置によって前記端末に割り振られたネットワークアドレスである、第4の受信ユニットと、
前記第2のネットワークアドレス、および予め設定した受付アドレス範囲に基づいて前記端末の受付確認結果を判定するように構成された、第2の判定ユニットとを備える、請求項9に記載の装置。
【請求項１４】
前記パス確立モジュールが、
前記端末によって送信された前記サービスサーバのネットワークアドレスを受信するように構成された、第5の受信ユニットと、
記憶されているサービスホワイトリストが、前記サービスサーバの前記ネットワークアドレスを含んでいる場合、あるいは記憶されているサービスブラックリストが、前記サービスサーバの前記ネットワークアドレスを含んでいない場合は、前記第1のネットワークを介して前記端末と前記サービスサーバとの間に第1のパスを確立し、かつ前記第2のネットワークを介して前記端末と前記サービスサーバとの間に第2のパスを確立するように構成された、パス確立ユニットとを備える、請求項9に記載の装置。
【請求項１５】
前記第1のネットワークがロングタームエボリューションLTEネットワークであり、前記第2のネットワークがデジタル加入者線DSLネットワークまたは無線フィデリティWi−Fiネットワークである、請求項9から14のいずれか一項に記載の装置。
【請求項１６】
端末に適用されるマルチパス確立装置であって、
第1のネットワークが第1のネットワークアクセス装置を介してアクセスされた後に、プロキシ装置を使用してID認証を実行するように構成されたID認証モジュールであって、前記第1のネットワークは基地局を使用して通信を実施する、ID認証モジュールと、
第2のネットワークが第2のネットワークアクセス装置を介してアクセスされた後に、前記プロキシ装置を使用して受付確認を実行するように構成された、受付確認モジュールと、
前記ID認証および前記受付確認の両方が成功した後に、サービスサーバのネットワークアドレスを取得するように構成された、取得モジュールと、
記憶されているサービスホワイトリストが、前記サービスサーバの前記ネットワークアドレスを含んでいる場合、あるいは記憶されているサービスブラックリストが、前記サービスサーバの前記ネットワークアドレスを含んでいない場合は、前記第1のネットワークを介して前記端末と前記サービスサーバまでの第1のパスを確立し、かつ前記第2のネットワークを介して前記端末と前記サービスサーバまでの第2のパスを確立するように構成された、パス確立モジュールであって、前記サービスホワイトリストまたは前記サービスブラックリストは、前記プロキシ装置から取得される、パス確立モジュールと、
前記第1のパスおよび前記第2のパスのうちの少なくとも1つのパスを使用して、前記サービスサーバとのデータ伝送を実行するように構成された、データ伝送モジュールとを備える、マルチパス確立装置。
【請求項１７】
命令を記憶していて、前記命令がコンピュータ上で実行される時、前記コンピュータが請求項１から７のいずれか一項に記載のマルチパス確立方法を実行することを可能にする、コンピュータ読み取り可能な記録媒体。
【国際調査報告】
2021513262.tif 000022
2021513262.tif 000023
2021513262.tif 000024
2021513262.tif 000025