JP2002190821A - 通信振り分け制御方法および制御装置 - Google Patents
通信振り分け制御方法および制御装置Info
- Publication number
- JP2002190821A JP2002190821A JP2000388128A JP2000388128A JP2002190821A JP 2002190821 A JP2002190821 A JP 2002190821A JP 2000388128 A JP2000388128 A JP 2000388128A JP 2000388128 A JP2000388128 A JP 2000388128A JP 2002190821 A JP2002190821 A JP 2002190821A
- Authority
- JP
- Japan
- Prior art keywords
- communication
- connection
- client
- series
- request
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/564—Enhancement of application control based on intercepted application data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/561—Adding application-functional data or data for application control, e.g. adding metadata
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
Abstract
(57)【要約】
【課題】 インターネットを介した、ＨＴＴＰトンネリ
ングによるＣＯＲＢＡ通信のレスポンス性能を向上させ
る。 【解決手段】 一連の通信内の一つの通信のクライアン
ト側からの接続要求に対応して、その通信を中継可能な
複数の中継装置に振り分けるために、クライアントから
の接続要求を受け取り、その要求内に記述されている識
別子によって一連の通信に対応するコネクションが設定
されているか否かを判断し、コネクションが設定されて
いる時、設定されているコネクションの中継先としての
中継装置に要求された通信を接続する。
ングによるＣＯＲＢＡ通信のレスポンス性能を向上させ
る。 【解決手段】 一連の通信内の一つの通信のクライアン
ト側からの接続要求に対応して、その通信を中継可能な
複数の中継装置に振り分けるために、クライアントから
の接続要求を受け取り、その要求内に記述されている識
別子によって一連の通信に対応するコネクションが設定
されているか否かを判断し、コネクションが設定されて
いる時、設定されているコネクションの中継先としての
中継装置に要求された通信を接続する。
Description
【０００１】
【発明の属する技術分野】本発明は通信振り分け制御方
式に係り、更に詳しくはクライアント側からの通信接続
要求を受け取るサーバが、例えばインターネットにおい
てその通信を他の複数のサーバのいずれかに振り分ける
通信振り分け制御方法、および制御装置に関する。
式に係り、更に詳しくはクライアント側からの通信接続
要求を受け取るサーバが、例えばインターネットにおい
てその通信を他の複数のサーバのいずれかに振り分ける
通信振り分け制御方法、および制御装置に関する。
【０００２】
【従来の技術と発明が解決しようとする課題】本発明
は、例えばオブジェクト・リクエスト・ブローカ（ＯＲ
Ｂ）機構を有する通信システムを対象とするものであ
る。ＯＲＢは、分散コンピューティング環境において計
算機、すなわちノードの間にまたがってメソッドの呼び
出しや、関数の呼び出しを行うための機構であり、たと
えばコルバ（ＣＯＲＢＡ、コモン・オブジェクト・リク
エスト・ブローカ・アーキテクチャ）と呼ばれる分散オ
ブジェクト間通信路の規格の１つにおいて用いられる。
この規格はオブジェクト・マネージメント・グループ
（ＯＭＧ）によって制定された業界標準であり、様々な
ベンダによって広く採用されている。
は、例えばオブジェクト・リクエスト・ブローカ（ＯＲ
Ｂ）機構を有する通信システムを対象とするものであ
る。ＯＲＢは、分散コンピューティング環境において計
算機、すなわちノードの間にまたがってメソッドの呼び
出しや、関数の呼び出しを行うための機構であり、たと
えばコルバ（ＣＯＲＢＡ、コモン・オブジェクト・リク
エスト・ブローカ・アーキテクチャ）と呼ばれる分散オ
ブジェクト間通信路の規格の１つにおいて用いられる。
この規格はオブジェクト・マネージメント・グループ
（ＯＭＧ）によって制定された業界標準であり、様々な
ベンダによって広く採用されている。
【０００３】ＯＲＢは、クライアントとオブジェクトの
間においてクライアントのリクエストをオブジェクトに
伝えてオペレーションを行わせ、オブジェクトが結果を
返す場合には、その結果をクライアントに返却する方式
である。
間においてクライアントのリクエストをオブジェクトに
伝えてオペレーションを行わせ、オブジェクトが結果を
返す場合には、その結果をクライアントに返却する方式
である。
【０００４】図１３は、このようにクライアントがオブ
ジェクトの処理を行うＣＯＲＢＡアプリケーション（Ａ
Ｐ）サーバに対して処理を依頼し、その結果を受け取る
ＨＴＴＰトンネリングによるＣＯＲＢＡ通信方式の従来
例の説明図である。
ジェクトの処理を行うＣＯＲＢＡアプリケーション（Ａ
Ｐ）サーバに対して処理を依頼し、その結果を受け取る
ＨＴＴＰトンネリングによるＣＯＲＢＡ通信方式の従来
例の説明図である。
【０００５】図１３では、処理を依頼するパソコン（Ｐ
Ｃ）１０１と、依頼される処理を実行するＣＯＲＢＡ
ＡＰサーバ１０４ａとは、インターネットを介して接続
されるものとする。
Ｃ）１０１と、依頼される処理を実行するＣＯＲＢＡ
ＡＰサーバ１０４ａとは、インターネットを介して接続
されるものとする。
【０００６】一般に、クライアント側のＰＣとＣＯＲＢ
Ａアプリケーションサーバの間では、ＯＭＧによって定
められたＴＣＰ／ＩＰ上でのオブジェクト間通信プロト
コルであるＩＩＯＰ（インターネット インター ＯＲ
Ｂ プロトコル）を用いる通信が最も効率的であり、ク
ライアントはプログラムが異なる言語で作成されている
場合でも、リモートサーバと通信することができる。
Ａアプリケーションサーバの間では、ＯＭＧによって定
められたＴＣＰ／ＩＰ上でのオブジェクト間通信プロト
コルであるＩＩＯＰ（インターネット インター ＯＲ
Ｂ プロトコル）を用いる通信が最も効率的であり、ク
ライアントはプログラムが異なる言語で作成されている
場合でも、リモートサーバと通信することができる。
【０００７】しかしながら、クライアントとＣＯＲＢＡ
ＡＰサーバとの間でインターネットを介して通信を行
う場合には、一般にＩＩＯＰプロトコルに変換して通信
を行うＨＴＴＰトンネリング方式を使用する必要があ
る。そこで一般的にはＰＣ１０１においてＩＩＯＰから
ＨＴＴＰへのプロトコル変換を行い、ＣＯＲＢＡ ＡＰ
サーバ１０４ａの前段の中継サーバにおいて、ＨＴＴＰ
からＩＩＯＰへのプロトコル変換を行う必要がある。
ＡＰサーバとの間でインターネットを介して通信を行
う場合には、一般にＩＩＯＰプロトコルに変換して通信
を行うＨＴＴＰトンネリング方式を使用する必要があ
る。そこで一般的にはＰＣ１０１においてＩＩＯＰから
ＨＴＴＰへのプロトコル変換を行い、ＣＯＲＢＡ ＡＰ
サーバ１０４ａの前段の中継サーバにおいて、ＨＴＴＰ
からＩＩＯＰへのプロトコル変換を行う必要がある。
【０００８】図１３において、クライアント側のＰＣ１
０１は１つのセション、すなわち業務に対応する処理を
ＣＯＲＢＡ ＡＰサーバ１０４ａに依頼するものとす
る。このセションの業務は、例えば４つの段階からな
り、その各段階に対応してＣＯＲＢＡ ＡＰサーバ１０
４ａへの処理要求と、それに対する応答を受け取るため
の通信が必要となり、この通信が各段階に対応してＰＣ
１０１とＣＯＲＢＡ ＡＰサーバ１０４ａとの間で断続
的に行われるものとする。
０１は１つのセション、すなわち業務に対応する処理を
ＣＯＲＢＡ ＡＰサーバ１０４ａに依頼するものとす
る。このセションの業務は、例えば４つの段階からな
り、その各段階に対応してＣＯＲＢＡ ＡＰサーバ１０
４ａへの処理要求と、それに対する応答を受け取るため
の通信が必要となり、この通信が各段階に対応してＰＣ
１０１とＣＯＲＢＡ ＡＰサーバ１０４ａとの間で断続
的に行われるものとする。
【０００９】クライアント側のＰＣ１０１は、セション
の開始と共に、ＣＯＲＢＡ ＡＰサーバ１０４ａに対す
る通信接続と処理の要求を、コネクション１０５ａを
介してクライアント側の中継Ｗｅｂサーバ１０２に与え
る。中継Ｗｅｂサーバ１０２は、ＣＯＲＢＡ ＡＰサー
バ１０４ａに対する通信を中継することができるＣＯＲ
ＢＡ ＡＰサーバ側の複数の他Ｗｅｂサーバのいずれか
を選択し、その他Ｗｅｂサーバ、ここでは１０３ａに対
してコネクション１０６ａを介してその要求を送り、
その要求は他Ｗｅｂサーバ１０３ａからＣＯＲＢＡ Ａ
Ｐサーバ１０４ａに与えられる。
の開始と共に、ＣＯＲＢＡ ＡＰサーバ１０４ａに対す
る通信接続と処理の要求を、コネクション１０５ａを
介してクライアント側の中継Ｗｅｂサーバ１０２に与え
る。中継Ｗｅｂサーバ１０２は、ＣＯＲＢＡ ＡＰサー
バ１０４ａに対する通信を中継することができるＣＯＲ
ＢＡ ＡＰサーバ側の複数の他Ｗｅｂサーバのいずれか
を選択し、その他Ｗｅｂサーバ、ここでは１０３ａに対
してコネクション１０６ａを介してその要求を送り、
その要求は他Ｗｅｂサーバ１０３ａからＣＯＲＢＡ Ａ
Ｐサーバ１０４ａに与えられる。
【００１０】ＣＯＲＢＡ ＡＰサーバ１０４ａ側での処
理が終了すると、その結果は応答として他Ｗｅｂサー
バ１０３ａ、コネクション１０６ａ、中継Ｗｅｂサーバ
１０２、およびコネクション１０５ａを介してＰＣ１０
１に与えられ、その応答完了後にサーバ間のコネクショ
ンが切断される。
理が終了すると、その結果は応答として他Ｗｅｂサー
バ１０３ａ、コネクション１０６ａ、中継Ｗｅｂサーバ
１０２、およびコネクション１０５ａを介してＰＣ１０
１に与えられ、その応答完了後にサーバ間のコネクショ
ンが切断される。
【００１１】その後、クライアント側でのセションにお
いて第２段階の通信接続と処理の要求が、ＰＣ１０１
からコネクション１０５ｂを介して中継Ｗｅｂサーバ１
０２に与えられると、再び中継Ｗｅｂサーバ１０２はＣ
ＯＲＢＡ ＡＰサーバ１０４ａに対してその通信を中継
できる複数の他Ｗｅｂサーバ、すなわち１０３ａ〜１０
３ｎのいずれか１つを選び、ここでは他Ｗｅｂサーバ１
０３ｎを選択して、コネクション１０６ｂを介してその
要求を与え、要求は他Ｗｅｂサーバ１０３ｎからＣ
ＯＲＢＡ ＡＰサーバ１０４ａに与えられる。
いて第２段階の通信接続と処理の要求が、ＰＣ１０１
からコネクション１０５ｂを介して中継Ｗｅｂサーバ１
０２に与えられると、再び中継Ｗｅｂサーバ１０２はＣ
ＯＲＢＡ ＡＰサーバ１０４ａに対してその通信を中継
できる複数の他Ｗｅｂサーバ、すなわち１０３ａ〜１０
３ｎのいずれか１つを選び、ここでは他Ｗｅｂサーバ１
０３ｎを選択して、コネクション１０６ｂを介してその
要求を与え、要求は他Ｗｅｂサーバ１０３ｎからＣ
ＯＲＢＡ ＡＰサーバ１０４ａに与えられる。
【００１２】このように中継Ｗｅｂサーバ１０２とＣＯ
ＲＢＡ ＡＰサーバ１０４ａとの間の１つのセション内
の通信においては、その時々のネットワークの状態すな
わち確立されているコネクションの数などに応じて、コ
ネクションと中継する他Ｗｅｂサーバが選択され、通信
の振り分けが行われる。要求に対するＣＯＲＢＡＡＰ
サーバ１０４ａの処理結果としての応答は、他Ｗｅｂ
サーバ１０３ｎ、コネクション１０６ｂ、中継Ｗｅｂサ
ーバ１０２、コネクション１０５ｂを介してＰＣ１０１
に与えられることになり、ＣＯＲＢＡ ＡＰサーバ１０
４ａ側でも、応答を返すにあたってその通信を複数の他
Ｗｅｂサーバのいずれかにそのつど振り分ける必要があ
る。
ＲＢＡ ＡＰサーバ１０４ａとの間の１つのセション内
の通信においては、その時々のネットワークの状態すな
わち確立されているコネクションの数などに応じて、コ
ネクションと中継する他Ｗｅｂサーバが選択され、通信
の振り分けが行われる。要求に対するＣＯＲＢＡＡＰ
サーバ１０４ａの処理結果としての応答は、他Ｗｅｂ
サーバ１０３ｎ、コネクション１０６ｂ、中継Ｗｅｂサ
ーバ１０２、コネクション１０５ｂを介してＰＣ１０１
に与えられることになり、ＣＯＲＢＡ ＡＰサーバ１０
４ａ側でも、応答を返すにあたってその通信を複数の他
Ｗｅｂサーバのいずれかにそのつど振り分ける必要があ
る。
【００１３】このように従来のＨＴＴＰトンネリングに
よるＣＯＲＢＡ通信方式においては、クライアントから
の要求に対する応答の完了後に中継ＷｅｂサーバとＣＯ
ＲＢＡ ＡＰサーバの前段の他Ｗｅｂサーバとの間のコ
ネクションが切断されるために、同一のクライアントか
らの同一セション内の通信であっても、同一の他Ｗｅｂ
サーバを中継して通信を行うことができず、コネクショ
ンをそのたびに確立するための時間がかかり、またＣＯ
ＲＢＡ ＡＰサーバ側でも応答を返すための通信の振り
分けを行う必要があり、レスポンス性能が低下するとい
う問題点があった。
よるＣＯＲＢＡ通信方式においては、クライアントから
の要求に対する応答の完了後に中継ＷｅｂサーバとＣＯ
ＲＢＡ ＡＰサーバの前段の他Ｗｅｂサーバとの間のコ
ネクションが切断されるために、同一のクライアントか
らの同一セション内の通信であっても、同一の他Ｗｅｂ
サーバを中継して通信を行うことができず、コネクショ
ンをそのたびに確立するための時間がかかり、またＣＯ
ＲＢＡ ＡＰサーバ側でも応答を返すための通信の振り
分けを行う必要があり、レスポンス性能が低下するとい
う問題点があった。
【００１４】本発明の課題は、上述の問題点に鑑み、１
つのセション内のクライアントからの通信接続要求に対
応する通信を同一の他Ｗｅｂサーバを介して実行するこ
とによって、ＨＴＴＰトンネリングによるＣＯＲＢＡ通
信のレスポンス性能を向上させることである。
つのセション内のクライアントからの通信接続要求に対
応する通信を同一の他Ｗｅｂサーバを介して実行するこ
とによって、ＨＴＴＰトンネリングによるＣＯＲＢＡ通
信のレスポンス性能を向上させることである。
【００１５】
【課題を解決するための手段】図１は本発明の通信振り
分け制御方法の基本的な機能ブロック図である。同図は
クライアントからの一連の通信、例えば１つのセション
内で必要とされる一連の通信の中の１つの通信の接続要
求に対応して、その１つの通信を中継可能な複数の中継
装置のいずれかに振り分ける通信振り分け制御方法の機
能ブロック図である。
分け制御方法の基本的な機能ブロック図である。同図は
クライアントからの一連の通信、例えば１つのセション
内で必要とされる一連の通信の中の１つの通信の接続要
求に対応して、その１つの通信を中継可能な複数の中継
装置のいずれかに振り分ける通信振り分け制御方法の機
能ブロック図である。
【００１６】本発明の通信振り分け制御方法では、１で
クライアントからの通信接続要求を受け取り、２でその
通信接続要求内に記述されている識別子、例えばセショ
ン識別子によって、前述の一連の通信に対応する通信コ
ネクションが設定されているか否かを判定し、通信コネ
クションが設定されている時、３でその設定されている
通信コネクションの中継先としての特定の中継装置に要
求された通信を接続する方法が用いられる。
クライアントからの通信接続要求を受け取り、２でその
通信接続要求内に記述されている識別子、例えばセショ
ン識別子によって、前述の一連の通信に対応する通信コ
ネクションが設定されているか否かを判定し、通信コネ
クションが設定されている時、３でその設定されている
通信コネクションの中継先としての特定の中継装置に要
求された通信を接続する方法が用いられる。
【００１７】また本発明の通信振り分け制御方法とし
て、クライアントからの前述の一連の通信内での最初の
通信の接続要求を受け取り、その接続が要求された通信
に対する通信コネクションを確立し、確立されたコネク
ションの中継先としての特定の中継装置に要求された通
信を接続する方法も用いられる。
て、クライアントからの前述の一連の通信内での最初の
通信の接続要求を受け取り、その接続が要求された通信
に対する通信コネクションを確立し、確立されたコネク
ションの中継先としての特定の中継装置に要求された通
信を接続する方法も用いられる。
【００１８】この時、発明の実施の形態においては、確
立されたコネクションに対応する識別子を、最初の通信
の次以降の通信の接続要求内に記述すべき識別子とし
て、クライアント側に通知することもでき、またクライ
アントからの一連の通信の中の最初の通信が切断されて
からの経過時間を監視し、その経過時間があらかじめ定
められた値を超えた時、一連の通信に対応する通信コネ
クションとその通信コネクションに対応する識別子を無
効とすることもできる。
立されたコネクションに対応する識別子を、最初の通信
の次以降の通信の接続要求内に記述すべき識別子とし
て、クライアント側に通知することもでき、またクライ
アントからの一連の通信の中の最初の通信が切断されて
からの経過時間を監視し、その経過時間があらかじめ定
められた値を超えた時、一連の通信に対応する通信コネ
クションとその通信コネクションに対応する識別子を無
効とすることもできる。
【００１９】本発明の通信振り分け制御装置は、クライ
アントからの通信接続要求を受け取る接続要求受け取り
手段と、通信接続要求内に記述されている識別子によっ
て、一連の通信に対応する通信コネクションが設定され
ているか否かを判定するコネクション判定手段と、通信
コネクションが設定されている時、設定されている通信
コネクションの中継先としての特定の中継装置に要求さ
れた通信を接続する通信接続手段とを備える。
アントからの通信接続要求を受け取る接続要求受け取り
手段と、通信接続要求内に記述されている識別子によっ
て、一連の通信に対応する通信コネクションが設定され
ているか否かを判定するコネクション判定手段と、通信
コネクションが設定されている時、設定されている通信
コネクションの中継先としての特定の中継装置に要求さ
れた通信を接続する通信接続手段とを備える。
【００２０】また本発明の通信振り分け制御装置は、ク
ライアントからの一連の通信内での最初の通信の接続要
求を受け取る接続要求受け取り手段と、接続が要求され
た通信に対応する通信コネクションを確立するコネクシ
ョン確立手段と、確立されたコネクションの中継先とし
ての特定の中継装置に要求された通信を接続する通信接
続手段とを備える。
ライアントからの一連の通信内での最初の通信の接続要
求を受け取る接続要求受け取り手段と、接続が要求され
た通信に対応する通信コネクションを確立するコネクシ
ョン確立手段と、確立されたコネクションの中継先とし
ての特定の中継装置に要求された通信を接続する通信接
続手段とを備える。
【００２１】次に本発明において通信振り分けを行うた
めの計算機によって使用される記憶媒体として、クライ
アントからの接続要求を受け取るステップと、通信接続
要求内に記述されている識別子によって、一連の通信に
対応する通信コネクションが設定されているか否かを判
定するステップと、その通信コネクションが設定されて
いる時、設定されている通信コネクションの中継先とし
ての特定の中継装置に要求された通信を接続するステッ
プとを計算機に実行させるプログラムを格納した計算機
読出し可能可搬型記憶媒体が用いられる。
めの計算機によって使用される記憶媒体として、クライ
アントからの接続要求を受け取るステップと、通信接続
要求内に記述されている識別子によって、一連の通信に
対応する通信コネクションが設定されているか否かを判
定するステップと、その通信コネクションが設定されて
いる時、設定されている通信コネクションの中継先とし
ての特定の中継装置に要求された通信を接続するステッ
プとを計算機に実行させるプログラムを格納した計算機
読出し可能可搬型記憶媒体が用いられる。
【００２２】また通信振り分けを行うための計算機によ
って使用される記憶媒体として、クライアント側の一連
の通信内での最初の通信の接続要求を受け取るステップ
と、接続が要求された通信に対する通信コネクションを
確立するステップと、確立された通信コネクションの中
継先としての特定の中継装置に要求された通信を接続す
るステップとを計算機に実行させるプログラムを格納し
た計算機読出し可能可搬型記憶媒体が用いられる。
って使用される記憶媒体として、クライアント側の一連
の通信内での最初の通信の接続要求を受け取るステップ
と、接続が要求された通信に対する通信コネクションを
確立するステップと、確立された通信コネクションの中
継先としての特定の中継装置に要求された通信を接続す
るステップとを計算機に実行させるプログラムを格納し
た計算機読出し可能可搬型記憶媒体が用いられる。
【００２３】発明の実施の形態においては、このプログ
ラムは確立された通信コネクションに対応する識別子
を、最初の通信の次以降の通信の接続要求内に記述すべ
き識別子としてクライアントに通知するステップを更に
備えることもでき、またクライアントからの一連の通信
の中の最初の通信が切断されてからの経過時間を監視す
るステップと、その経過時間があらかじめ定められた値
を超えた時、その一連の通信に対応する通信コネクショ
ンとそのコネクションに対応する識別子とを無効にする
ステップとを更に備えることもできる。
ラムは確立された通信コネクションに対応する識別子
を、最初の通信の次以降の通信の接続要求内に記述すべ
き識別子としてクライアントに通知するステップを更に
備えることもでき、またクライアントからの一連の通信
の中の最初の通信が切断されてからの経過時間を監視す
るステップと、その経過時間があらかじめ定められた値
を超えた時、その一連の通信に対応する通信コネクショ
ンとそのコネクションに対応する識別子とを無効にする
ステップとを更に備えることもできる。
【００２４】以上のように本発明によれば、１つのセシ
ョン内で行われる一連の通信の中の最初の通信において
通信コネクションが確立され、その通信コネクションが
基本的にはそのセションの一連の通信が完了されるまで
は維持されることになる。
ョン内で行われる一連の通信の中の最初の通信において
通信コネクションが確立され、その通信コネクションが
基本的にはそのセションの一連の通信が完了されるまで
は維持されることになる。
【００２５】
【発明の実施の形態】図２は本発明の通信振り分け制御
方式が用いられる通信システムの基本構成ブロック図で
ある。同図においてクライアント側のパソコン（ＰＣ）
１１は、クライアント側の中継Ｗｅｂサーバ１２を介し
て、それぞれ特有の処理を実行する複数のＣＯＲＢＡア
プリケーション（ＡＰ）サーバのうちで、クライアント
側のセションの実行に必要な処理を、１つのＣＯＲＢＡ
ＡＰサーバ、例えば１４ａに依頼するものとする。
方式が用いられる通信システムの基本構成ブロック図で
ある。同図においてクライアント側のパソコン（ＰＣ）
１１は、クライアント側の中継Ｗｅｂサーバ１２を介し
て、それぞれ特有の処理を実行する複数のＣＯＲＢＡア
プリケーション（ＡＰ）サーバのうちで、クライアント
側のセションの実行に必要な処理を、１つのＣＯＲＢＡ
ＡＰサーバ、例えば１４ａに依頼するものとする。
【００２６】但し、クライアント側のＰＣ１１にとって
は、依頼した処理が複数のＣＯＲＢＡ ＡＰサーバのう
ちどのサーバによって実行されるかはどうでもよいこと
であり、クライアント側はその処理がＣＯＲＢＡ ＡＰ
サーバ１４ａによって実行されることは、知らないもの
とする。
は、依頼した処理が複数のＣＯＲＢＡ ＡＰサーバのう
ちどのサーバによって実行されるかはどうでもよいこと
であり、クライアント側はその処理がＣＯＲＢＡ ＡＰ
サーバ１４ａによって実行されることは、知らないもの
とする。
【００２７】前述のように、クライアント側のＰＣ１１
によって実行されるセションのための処理は、ＰＣ１１
とＣＯＲＢＡ ＡＰサーバ１４ａとをＩＩＯＰプロトコ
ルを用いた伝送路によって直接に接続することにより効
果的に実行可能であるが、例えばインターネットを用い
る場合には、ＰＣ１１とＣＯＲＢＡ ＡＰサーバ１４ａ
の間に一般に複数の中継サーバ、例えばプロキシサーバ
やゲートウェイなどが存在し、またファイアウォールも
存在するため、ＩＩＯＰプロトコルを用いる通信はイン
ターネット内では一般に不可能であり、インターネット
内ではプロトコルをＨＴＴＰプロトコルに変換して通信
を行う必要がある。
によって実行されるセションのための処理は、ＰＣ１１
とＣＯＲＢＡ ＡＰサーバ１４ａとをＩＩＯＰプロトコ
ルを用いた伝送路によって直接に接続することにより効
果的に実行可能であるが、例えばインターネットを用い
る場合には、ＰＣ１１とＣＯＲＢＡ ＡＰサーバ１４ａ
の間に一般に複数の中継サーバ、例えばプロキシサーバ
やゲートウェイなどが存在し、またファイアウォールも
存在するため、ＩＩＯＰプロトコルを用いる通信はイン
ターネット内では一般に不可能であり、インターネット
内ではプロトコルをＨＴＴＰプロトコルに変換して通信
を行う必要がある。
【００２８】このため、クライアント側のＰＣ１１から
の一連の通信としてのセション内の１つの通信に相当す
る要求は、コネクション１５ａを介してクライアント
側の中継Ｗｅｂサーバ１２に与えられ、コネクション１
６を介して、ＣＯＲＢＡ ＡＰサーバ側の１つの他Ｗｅ
ｂサーバ１３ａによって、ＣＯＲＢＡ ＡＰサーバ１４
ａに与えられる。
の一連の通信としてのセション内の１つの通信に相当す
る要求は、コネクション１５ａを介してクライアント
側の中継Ｗｅｂサーバ１２に与えられ、コネクション１
６を介して、ＣＯＲＢＡ ＡＰサーバ側の１つの他Ｗｅ
ｂサーバ１３ａによって、ＣＯＲＢＡ ＡＰサーバ１４
ａに与えられる。
【００２９】この要求に対する処理の実行結果は、Ｃ
ＯＲＢＡ ＡＰサーバ１４ａから他Ｗｅｂサーバ１３
ａ、コネクション１６、中継Ｗｅｂサーバ１２、コネク
ション１５ａを介して、応答としてＰＣ１１に与えら
れる。
ＯＲＢＡ ＡＰサーバ１４ａから他Ｗｅｂサーバ１３
ａ、コネクション１６、中継Ｗｅｂサーバ１２、コネク
ション１５ａを介して、応答としてＰＣ１１に与えら
れる。
【００３０】１つのセション内での次の通信としての要
求が、ＰＣ１１からコネクション１５ｂを介して中継
Ｗｅｂサーバ１２に与えられると、その要求はコネクシ
ョン１６、他Ｗｅｂサーバ１３ａを介して、ＣＯＲＢＡ
ＡＰサーバ１４ａに与えられ、その処理結果は逆の経
路でＰＣ１１に与えられる。
求が、ＰＣ１１からコネクション１５ｂを介して中継
Ｗｅｂサーバ１２に与えられると、その要求はコネクシ
ョン１６、他Ｗｅｂサーバ１３ａを介して、ＣＯＲＢＡ
ＡＰサーバ１４ａに与えられ、その処理結果は逆の経
路でＰＣ１１に与えられる。
【００３１】前述のように、クライアント側のＰＣ１１
と中継Ｗｅｂサーバ１２との間の通信コネクションは、
セション内で１つの要求に対応する応答が得られた時点
で切断され、要求と応答に対してはコネクション１
５ａが用いられるのに対して、要求と応答とに対し
てはコネクション１５ｂが用いられる。
と中継Ｗｅｂサーバ１２との間の通信コネクションは、
セション内で１つの要求に対応する応答が得られた時点
で切断され、要求と応答に対してはコネクション１
５ａが用いられるのに対して、要求と応答とに対し
てはコネクション１５ｂが用いられる。
【００３２】これに対して本発明では、中継Ｗｅｂサー
バ１２と他Ｗｅｂサーバ１３ａとの間のコネクション１
６は、応答が終了しても、例えばある一定時間だけ切
断されることなく維持され、次の要求がその時間内に
行われれば、要求と応答に対する通信も同じコネク
ション１６を介して実行されることになり、中継Ｗｅｂ
サーバ１２とＣＯＲＢＡ ＡＰサーバ１４ａとの間の通
信も、常に他Ｗｅｂサーバ１３ａを介して実行される。
バ１２と他Ｗｅｂサーバ１３ａとの間のコネクション１
６は、応答が終了しても、例えばある一定時間だけ切
断されることなく維持され、次の要求がその時間内に
行われれば、要求と応答に対する通信も同じコネク
ション１６を介して実行されることになり、中継Ｗｅｂ
サーバ１２とＣＯＲＢＡ ＡＰサーバ１４ａとの間の通
信も、常に他Ｗｅｂサーバ１３ａを介して実行される。
【００３３】以下同様にして要求と応答、および要
求と応答に対応する通信は、中継Ｗｅｂサーバ１２
とＣＯＲＢＡ ＡＰサーバ１４ａとの間で、コネクショ
ン１６、他Ｗｅｂサーバ１３ａを介して実行される。
求と応答に対応する通信は、中継Ｗｅｂサーバ１２
とＣＯＲＢＡ ＡＰサーバ１４ａとの間で、コネクショ
ン１６、他Ｗｅｂサーバ１３ａを介して実行される。
【００３４】図３は、本実施形態におけるクライアント
側とＣＯＲＢＡ ＡＰサーバの間のトンネリングを用い
た通信方式の説明図である。トンネリングは、インター
ネットを利用して、あるネットワークのデータを別のネ
ットワークを経由して転送するものであり、発信元ノー
ドで生成されたフレームを追加ヘッダを用いてカプセル
化し、追加ヘッダの内容はルーティング情報として用い
られ、カプセル化された転送データは中間ネットワーク
を経由して転送される。
側とＣＯＲＢＡ ＡＰサーバの間のトンネリングを用い
た通信方式の説明図である。トンネリングは、インター
ネットを利用して、あるネットワークのデータを別のネ
ットワークを経由して転送するものであり、発信元ノー
ドで生成されたフレームを追加ヘッダを用いてカプセル
化し、追加ヘッダの内容はルーティング情報として用い
られ、カプセル化された転送データは中間ネットワーク
を経由して転送される。
【００３５】図３において、クライアント側のＰＣ２１
からの処理要求Ａは、トンネルサーバ２２を介してＡＰ
サーバ２３側に転送される。クライアント側のＰＣ２１
は、クライアントアプリケーション（ＡＰ）２４、およ
びクライアント側で処理要求のプロトコルをＩＩＯＰか
らＨＴＴＰに変換するクライアントオブジェクトディレ
クタ（ＯＤ）２５とから構成され、クライアント側から
の要求ＡはＨＴＴＰプロトコルに変換されて、トンネル
サーバ２２に与えられる。
からの処理要求Ａは、トンネルサーバ２２を介してＡＰ
サーバ２３側に転送される。クライアント側のＰＣ２１
は、クライアントアプリケーション（ＡＰ）２４、およ
びクライアント側で処理要求のプロトコルをＩＩＯＰか
らＨＴＴＰに変換するクライアントオブジェクトディレ
クタ（ＯＤ）２５とから構成され、クライアント側から
の要求ＡはＨＴＴＰプロトコルに変換されて、トンネル
サーバ２２に与えられる。
【００３６】トンネルサーバ２２は、一般に複数のプロ
キシ（サーバ）２６と、複数のゲートウェイ２７から構
成されており、クライアント側からの要求Ａは１つのプ
ロキシ２６から１つのゲートウェイ２７に与えられ、そ
のゲートウェイ２７によってＨＴＴＰからＩＩＯＰへの
プロトコル変換が行われ、要求Ａに対応する処理を実行
する１つのＣＯＲＢＡ ＡＰサーバ２８に与えられる。
キシ（サーバ）２６と、複数のゲートウェイ２７から構
成されており、クライアント側からの要求Ａは１つのプ
ロキシ２６から１つのゲートウェイ２７に与えられ、そ
のゲートウェイ２７によってＨＴＴＰからＩＩＯＰへの
プロトコル変換が行われ、要求Ａに対応する処理を実行
する１つのＣＯＲＢＡ ＡＰサーバ２８に与えられる。
【００３７】図４は本実施形態における複数のクライア
ントに対応する通信システムの構成例のブロック図であ
る。同図において、２つのクライアントにそれぞれ対応
するパソコンＰＣ−Ａ３１ａ、およびＰＣ−Ｂ３１ｂに
よって、それぞれ１つのセションが実行されるものとす
る。
ントに対応する通信システムの構成例のブロック図であ
る。同図において、２つのクライアントにそれぞれ対応
するパソコンＰＣ−Ａ３１ａ、およびＰＣ−Ｂ３１ｂに
よって、それぞれ１つのセションが実行されるものとす
る。
【００３８】図４において、ＰＣ−Ａ３１ａと図示しな
いＣＯＲＢＡ ＡＰサーバ、すなわちＰＣ−Ａ３１ａに
よって実行されるセションに対応する処理を実行するＣ
ＯＲＢＡ ＡＰサーバとの間の通信は、図２の中継Ｗｅ
ｂサーバ１２に相当するプロキシ３２ａ、他Ｗｅｂサー
バ１３ａに相当するゲートウェイ３３ａを介して実行さ
れる。
いＣＯＲＢＡ ＡＰサーバ、すなわちＰＣ−Ａ３１ａに
よって実行されるセションに対応する処理を実行するＣ
ＯＲＢＡ ＡＰサーバとの間の通信は、図２の中継Ｗｅ
ｂサーバ１２に相当するプロキシ３２ａ、他Ｗｅｂサー
バ１３ａに相当するゲートウェイ３３ａを介して実行さ
れる。
【００３９】ＰＣ−Ａ３１ａとプロキシ３２ａとの間の
通信コネクションは１つの要求に対応する応答が終了す
るたびに切断されるが、プロキシ３２ａとゲートウェイ
３３ａとの間の通信コネクションは基本的に１つのセシ
ョンの間では切断されることなく、コネクション３４ａ
が常に使用される。
通信コネクションは１つの要求に対応する応答が終了す
るたびに切断されるが、プロキシ３２ａとゲートウェイ
３３ａとの間の通信コネクションは基本的に１つのセシ
ョンの間では切断されることなく、コネクション３４ａ
が常に使用される。
【００４０】同様にＰＣ−Ｂ３１ｂと、それによって実
行されるセションに対応する処理を行うＣＯＲＢＡ Ａ
Ｐサーバとの間の通信は、プロキシ３２ｂとゲートウェ
イ３３ｎとを介して実行される。プロキシ３２ｂとゲー
トウェイ３３ｎとの間の通信は、１つのセションの間基
本的に維持され、１つのコネクション３４ｂを通じて実
行される。
行されるセションに対応する処理を行うＣＯＲＢＡ Ａ
Ｐサーバとの間の通信は、プロキシ３２ｂとゲートウェ
イ３３ｎとを介して実行される。プロキシ３２ｂとゲー
トウェイ３３ｎとの間の通信は、１つのセションの間基
本的に維持され、１つのコネクション３４ｂを通じて実
行される。
【００４１】図５は本実施形態における通信管理方式の
処理フローチャートである。同図は、例えば図４のプロ
キシ３２ａによって実行される処理のフローチャートで
あり、クライアント側のセションからの要求、すなわち
通信接続（および処理）要求に対応して行われる処理の
フローチャートである。
処理フローチャートである。同図は、例えば図４のプロ
キシ３２ａによって実行される処理のフローチャートで
あり、クライアント側のセションからの要求、すなわち
通信接続（および処理）要求に対応して行われる処理の
フローチャートである。
【００４２】図５において処理が開始されると、まずス
テップＳ１でクライアント側からの要求の中にセション
の識別子としてのセションＩＤ（識別子）が記述されて
いるか否かが判定される。このセションＩＤは、クライ
アント側からの一連の通信に対応する１つのセションを
識別するためのものであり、その値としては後述するよ
うに、例えばクライアントのＩＰアドレスが利用される
か、通信接続要求の中のＵＲＬ情報の内部、またはヘッ
ダ情報の内部にその値が記述される。 ステップＳ１で
クライアント側からの要求の中にセションＩＤが記述さ
れていないと判定されると、ステップＳ２でその通信接
続要求によって１つのセションに対応する一連の通信が
開始されることになり、ステップＳ２でそのセションに
対応して新たなセションＩＤが設定され、ステップＳ３
でプロキシ３２ａと、例えばゲートウェイ３３ａとの間
に新たなコネクション３４ａが確立され、ステップＳ４
でゲートウェイとの間で通信が行われ、ステップＳ５で
ＣＯＲＢＡ ＡＰサーバからの処理結果をクライアント
側に返す応答の中で、ステップＳ２で新たに設定された
セションＩＤが通知されて、処理を終了する。
テップＳ１でクライアント側からの要求の中にセション
の識別子としてのセションＩＤ（識別子）が記述されて
いるか否かが判定される。このセションＩＤは、クライ
アント側からの一連の通信に対応する１つのセションを
識別するためのものであり、その値としては後述するよ
うに、例えばクライアントのＩＰアドレスが利用される
か、通信接続要求の中のＵＲＬ情報の内部、またはヘッ
ダ情報の内部にその値が記述される。 ステップＳ１で
クライアント側からの要求の中にセションＩＤが記述さ
れていないと判定されると、ステップＳ２でその通信接
続要求によって１つのセションに対応する一連の通信が
開始されることになり、ステップＳ２でそのセションに
対応して新たなセションＩＤが設定され、ステップＳ３
でプロキシ３２ａと、例えばゲートウェイ３３ａとの間
に新たなコネクション３４ａが確立され、ステップＳ４
でゲートウェイとの間で通信が行われ、ステップＳ５で
ＣＯＲＢＡ ＡＰサーバからの処理結果をクライアント
側に返す応答の中で、ステップＳ２で新たに設定された
セションＩＤが通知されて、処理を終了する。
【００４３】ステップＳ１でクライアント側からの要求
の中にすでにセションＩＤが記述されている場合には、
ステップＳ６ですでに設定され、例えばプロキシ３２ａ
内のメモリ（テーブル）に格納されているセションＩＤ
に対応するゲートウェイのコネクションが検索され、ス
テップＳ４でゲートウェイ通信が行われた後に、ここで
は新たなセションＩＤが設定されたわけではないため、
ステップＳ５では応答を返すのみで処理を終了する。
の中にすでにセションＩＤが記述されている場合には、
ステップＳ６ですでに設定され、例えばプロキシ３２ａ
内のメモリ（テーブル）に格納されているセションＩＤ
に対応するゲートウェイのコネクションが検索され、ス
テップＳ４でゲートウェイ通信が行われた後に、ここで
は新たなセションＩＤが設定されたわけではないため、
ステップＳ５では応答を返すのみで処理を終了する。
【００４４】すなわち図５において、通信接続要求が最
初の要求、例えば図４においてＰＣ−Ａ３１ａからの要
求である場合には、ステップＳ２、Ｓ３の処理が実行
され、ステップＳ5 で応答の中でセションＩＤがＰＣ
−Ａ３１ａに通知されるが、次の通信接続要求、すなわ
ち要求に対してはステップＳ６の処理が実行され、ス
テップＳ５内でのセションＩＤ通知の処理は実行されな
い。
初の要求、例えば図４においてＰＣ−Ａ３１ａからの要
求である場合には、ステップＳ２、Ｓ３の処理が実行
され、ステップＳ5 で応答の中でセションＩＤがＰＣ
−Ａ３１ａに通知されるが、次の通信接続要求、すなわ
ち要求に対してはステップＳ６の処理が実行され、ス
テップＳ５内でのセションＩＤ通知の処理は実行されな
い。
【００４５】但しセションＩＤとしてクライアントのＩ
Ｐアドレスを利用する場合には、通信接続要求の中に当
然常にＩＰアドレスが存在するため、最初の通信接続要
求に対してもステップＳ１でセションＩＤが記述されて
いると判定され、ステップＳ６ではすでに設定されてい
るコネクションを検索する代わりに、新たなコネクショ
ンが確立されて、ステップＳ４でゲートウェイとの間で
通信が行われ、ステップＳ５内でのセションＩＤ通知の
処理は実行されないことになる。
Ｐアドレスを利用する場合には、通信接続要求の中に当
然常にＩＰアドレスが存在するため、最初の通信接続要
求に対してもステップＳ１でセションＩＤが記述されて
いると判定され、ステップＳ６ではすでに設定されてい
るコネクションを検索する代わりに、新たなコネクショ
ンが確立されて、ステップＳ４でゲートウェイとの間で
通信が行われ、ステップＳ５内でのセションＩＤ通知の
処理は実行されないことになる。
【００４６】図６は本実施形態における通信コネクショ
ン管理方法の処理フローチャートである。図５におい
て、１つのセクション内の最初の通信接続要求に対応し
てゲートウェイとの間で新たな通信コネクションが確立
され、セションＩＤが設定されると、その内容は図示し
ないメモリ（テーブル）に格納されるが、それと共に図
示しないタイマが起動され、そのタイマの経過時間が監
視される。
ン管理方法の処理フローチャートである。図５におい
て、１つのセクション内の最初の通信接続要求に対応し
てゲートウェイとの間で新たな通信コネクションが確立
され、セションＩＤが設定されると、その内容は図示し
ないメモリ（テーブル）に格納されるが、それと共に図
示しないタイマが起動され、そのタイマの経過時間が監
視される。
【００４７】すなわち図６のステップＳ１１において、
タイマ起動後の一定時間内にアクセス、すなわち１つの
セション内の次の通信接続要求があったか否かが、例え
ばプロキシ３２ａによって判定され、あった場合にはス
テップＳ１１の処理が続行される。
タイマ起動後の一定時間内にアクセス、すなわち１つの
セション内の次の通信接続要求があったか否かが、例え
ばプロキシ３２ａによって判定され、あった場合にはス
テップＳ１１の処理が続行される。
【００４８】これに対して一定時間内にアクセスがなか
った場合には、ステップＳ１２で設定されたセションＩ
Ｄが無効とされ、確立された通信コネクションが解放さ
れて、処理を終了する。なおこの一定時間としては、例
えばインターネット業界で事実上の標準となっている、
１つのセションの継続時間としての３０分とすることが
できる。
った場合には、ステップＳ１２で設定されたセションＩ
Ｄが無効とされ、確立された通信コネクションが解放さ
れて、処理を終了する。なおこの一定時間としては、例
えばインターネット業界で事実上の標準となっている、
１つのセションの継続時間としての３０分とすることが
できる。
【００４９】図７は、例えば図４のクライアント側のＰ
Ｃ−Ａ３１ａとプロキシ（サーバ）３２ａとの間で行わ
れる通信方式の説明図である。同図において、まず図４
の要求に相当するクライアント側からの最初の通信接
続要求、すなわちコネクション確立要求としてのログイ
ンが行われると、プロキシ３２ａから応答に相当する
ＣＯＲＢＡ ＡＰサーバによる処理の結果にセションＩ
Ｄを加えた応答が返され、クライアント側からの２回目
以降の通信接続要求、すなわち図４では要求、、お
よびにおいては、クライアント側からの接続処理要求
に加えてセションＩＤがプロキシ３２ａに与えられ、そ
の要求に対してそれぞれ応答が返されることになる。
Ｃ−Ａ３１ａとプロキシ（サーバ）３２ａとの間で行わ
れる通信方式の説明図である。同図において、まず図４
の要求に相当するクライアント側からの最初の通信接
続要求、すなわちコネクション確立要求としてのログイ
ンが行われると、プロキシ３２ａから応答に相当する
ＣＯＲＢＡ ＡＰサーバによる処理の結果にセションＩ
Ｄを加えた応答が返され、クライアント側からの２回目
以降の通信接続要求、すなわち図４では要求、、お
よびにおいては、クライアント側からの接続処理要求
に加えてセションＩＤがプロキシ３２ａに与えられ、そ
の要求に対してそれぞれ応答が返されることになる。
【００５０】本実施形態では、前述のようにあるクライ
アントによって実行される１つのセションに対応する要
求の判別方法、例えば図４におけるＰＣ−Ａ３１ａから
行われる通信接続要求〜が同一セションに対応する
要求であることを判断するための方法として、セション
識別子としてクライアントのＩＰアドレスを用いる方法
と、ＵＲＬ情報の中にセション情報を含める方法と、ヘ
ッダ情報の中にセション識別子を含める方法の３つの方
法のいずれかが用いられる。
アントによって実行される１つのセションに対応する要
求の判別方法、例えば図４におけるＰＣ−Ａ３１ａから
行われる通信接続要求〜が同一セションに対応する
要求であることを判断するための方法として、セション
識別子としてクライアントのＩＰアドレスを用いる方法
と、ＵＲＬ情報の中にセション情報を含める方法と、ヘ
ッダ情報の中にセション識別子を含める方法の３つの方
法のいずれかが用いられる。
【００５１】図８はセション識別子としてクライアント
のＩＰアドレスを用いる場合の通信接続方式の説明図で
ある。同図において、クライアント側の例えば図３のク
ライアントＡＰからのＩＩＯＰプロトコルの通信接続
（および処理）要求は、クライアントＯＤによってＨＴ
ＴＰプロトコルに変換され、変換後の通信接続要求はＵ
ＲＬ、ヘッダ、およびボディを含む形式でプロキシ側に
出力される。
のＩＰアドレスを用いる場合の通信接続方式の説明図で
ある。同図において、クライアント側の例えば図３のク
ライアントＡＰからのＩＩＯＰプロトコルの通信接続
（および処理）要求は、クライアントＯＤによってＨＴ
ＴＰプロトコルに変換され、変換後の通信接続要求はＵ
ＲＬ、ヘッダ、およびボディを含む形式でプロキシ側に
出力される。
【００５２】プロキシ（サーバ）側ではその内容のテー
ブルに、例えばすでに３つのセションＳ１、Ｓ２、およ
びＳ３に対して、そのクライアント側のＩＰアドレスと
してのＡ，ＢおよびＣが、またクライアントから接続が
要求された通信をゲートウェイ側に伝送するための通信
コネクションとしてコネクション、、およびが確
立されていることがそれぞれ格納されている。
ブルに、例えばすでに３つのセションＳ１、Ｓ２、およ
びＳ３に対して、そのクライアント側のＩＰアドレスと
してのＡ，ＢおよびＣが、またクライアントから接続が
要求された通信をゲートウェイ側に伝送するための通信
コネクションとしてコネクション、、およびが確
立されていることがそれぞれ格納されている。
【００５３】現在接続を要求しているクライアントのＩ
Ｐアドレスが例えば“Ｂ”である場合には、ゲートウェ
イ側へのコネクションとしてコネクションが選択さ
れ、このコネクションの相手先としてのゲートウェイに
通信接続要求が送られ、ゲートウェイによってＨＴＴＰ
からＩＩＯＰへのプロトコル変換が行われ、ＩＩＯＰに
変換された要求はＣＯＲＢＡ ＡＰサーバに伝えられ
る。
Ｐアドレスが例えば“Ｂ”である場合には、ゲートウェ
イ側へのコネクションとしてコネクションが選択さ
れ、このコネクションの相手先としてのゲートウェイに
通信接続要求が送られ、ゲートウェイによってＨＴＴＰ
からＩＩＯＰへのプロトコル変換が行われ、ＩＩＯＰに
変換された要求はＣＯＲＢＡ ＡＰサーバに伝えられ
る。
【００５４】図８において、クライアント側からプロキ
シに送られた通信接続要求に記述されているＩＰアドレ
スがプロキシ内のテーブルに格納されていない場合に
は、新しいセション、例えばＳ４に対して、そのＩＰア
ドレスとそのセションの通信の伝送を行うためのコネク
ション、例えばコネクションが設定され、コネクショ
ンの相手先のゲートウェイに対して通信接続要求が送
られることになる。
シに送られた通信接続要求に記述されているＩＰアドレ
スがプロキシ内のテーブルに格納されていない場合に
は、新しいセション、例えばＳ４に対して、そのＩＰア
ドレスとそのセションの通信の伝送を行うためのコネク
ション、例えばコネクションが設定され、コネクショ
ンの相手先のゲートウェイに対して通信接続要求が送
られることになる。
【００５５】このセション識別子としてＩＰアドレスを
用いる場合には、同一のクライアントであれば、セショ
ンが異なる場合においても同一コネクションが用いられ
る。すなわちＩＰアドレスが“Ｂ”のクライアントから
の通信接続要求は常にコネクションを用いて行われる
ことになる。そこでそのコネクションの相手先のゲート
ウェイは常に同一であり、例え２つのセションの実行に
必要な処理を行うＣＯＲＢＡ ＡＰサーバが異なるとし
ても、プロキシとゲートウェイとの間では常に同一のコ
ネクションを用いて通信が行われる。
用いる場合には、同一のクライアントであれば、セショ
ンが異なる場合においても同一コネクションが用いられ
る。すなわちＩＰアドレスが“Ｂ”のクライアントから
の通信接続要求は常にコネクションを用いて行われる
ことになる。そこでそのコネクションの相手先のゲート
ウェイは常に同一であり、例え２つのセションの実行に
必要な処理を行うＣＯＲＢＡ ＡＰサーバが異なるとし
ても、プロキシとゲートウェイとの間では常に同一のコ
ネクションを用いて通信が行われる。
【００５６】図９はヘッダ情報の中にセション識別子を
含める場合の通信方式の説明図である。同図において、
クライアント側からはまず最初の通信接続要求として、
ＵＲＬ、ヘッダ、およびボディからなる要求がプロキシ
側に図８と同様に送られる。
含める場合の通信方式の説明図である。同図において、
クライアント側からはまず最初の通信接続要求として、
ＵＲＬ、ヘッダ、およびボディからなる要求がプロキシ
側に図８と同様に送られる。
【００５７】プロキシ内部には図８におけると同様に、
例えばセション番号Ｓ１〜Ｓ３に対応して、ヘッダ情報
に追加されるべきセション識別子、例えばセション番号
Ｓ１に対応するＡＡＡと、そのセションに対応する通信
を伝送するためのゲートウェイとの通信コネクションの
番号が格納されている。
例えばセション番号Ｓ１〜Ｓ３に対応して、ヘッダ情報
に追加されるべきセション識別子、例えばセション番号
Ｓ１に対応するＡＡＡと、そのセションに対応する通信
を伝送するためのゲートウェイとの通信コネクションの
番号が格納されている。
【００５８】これらすでに格納されているセション識別
子とコネクション番号は、すでに過去においてセション
内の通信が開始されたものに対応するセション識別子と
コネクション番号である。
子とコネクション番号は、すでに過去においてセション
内の通信が開始されたものに対応するセション識別子と
コネクション番号である。
【００５９】これに対してクライアント側から送られた
要求が最初の通信接続要求である場合には、そのヘッダ
情報内にはセション識別子がまだ含まれておらず、プロ
キシ側でその最初の接続要求に対応してセション番号と
して例えばＳ４、セション識別子としてＺＺＺ、対応す
る通信コネクションとしてがテーブルに格納され、通
信コネクションを介してゲートウエイに通信接続要求
が与えられ、その後図８におけると同様にプロトコル変
換が行われ、接続（および処理）要求のデータはＣＯＲ
ＢＡ ＡＰサーバに与えられる。
要求が最初の通信接続要求である場合には、そのヘッダ
情報内にはセション識別子がまだ含まれておらず、プロ
キシ側でその最初の接続要求に対応してセション番号と
して例えばＳ４、セション識別子としてＺＺＺ、対応す
る通信コネクションとしてがテーブルに格納され、通
信コネクションを介してゲートウエイに通信接続要求
が与えられ、その後図８におけると同様にプロトコル変
換が行われ、接続（および処理）要求のデータはＣＯＲ
ＢＡ ＡＰサーバに与えられる。
【００６０】図１０は図９で説明した最初の通信接続要
求におけるヘッダ情報の例である。このヘッダ情報にお
いてＡとＢは対応するセションによって実行される業務
を示し、Ｃは引数を示す。このヘッダ情報ではＢとＣの
間にデータが記述されておらず、ここにデータが記述さ
れていないことによって、最初の通信接続要求であるこ
とが示されている。
求におけるヘッダ情報の例である。このヘッダ情報にお
いてＡとＢは対応するセションによって実行される業務
を示し、Ｃは引数を示す。このヘッダ情報ではＢとＣの
間にデータが記述されておらず、ここにデータが記述さ
れていないことによって、最初の通信接続要求であるこ
とが示されている。
【００６１】図９で説明したように、この通信接続要求
に対応してセション番号Ｓ４、セションＩＤ ＺＺＺが
プロキシ側によって設定される。この設定された新しい
セションＩＤは、例えば図４のＰＣ−Ａ３１ａに対する
応答の中のヘッダ情報に追加されて、プロキシ３２ａ
からクライアント側に返される。
に対応してセション番号Ｓ４、セションＩＤ ＺＺＺが
プロキシ側によって設定される。この設定された新しい
セションＩＤは、例えば図４のＰＣ−Ａ３１ａに対する
応答の中のヘッダ情報に追加されて、プロキシ３２ａ
からクライアント側に返される。
【００６２】この時、図１０のヘッダ情報においてＢと
Ｃとの間にセションＩＤとしてのＺＺＺが追加される。
このセションＩＤが追加方式としては、例えばＨＴＴＰ
ヘッダに追加記述されたデータをブラウザ側で認識して
記憶することが可能な方式、例えばネットスケープクッ
キー（Ｃｏｏｋｉｅ）が用いられる。
Ｃとの間にセションＩＤとしてのＺＺＺが追加される。
このセションＩＤが追加方式としては、例えばＨＴＴＰ
ヘッダに追加記述されたデータをブラウザ側で認識して
記憶することが可能な方式、例えばネットスケープクッ
キー（Ｃｏｏｋｉｅ）が用いられる。
【００６３】このようにプロキシ側からセションＩＤが
追加されたヘッダ情報を含む応答がＰＣ側に返されるこ
とによって、２回目以降の通信接続要求におけるヘッダ
情報には、そのセションＩＤを含めたヘッダ情報を利用
することが可能となる。
追加されたヘッダ情報を含む応答がＰＣ側に返されるこ
とによって、２回目以降の通信接続要求におけるヘッダ
情報には、そのセションＩＤを含めたヘッダ情報を利用
することが可能となる。
【００６４】図１１はセションＩＤをＵＲＬに追加する
場合の通信方式の説明図である。同図の方式は図９にお
けるとほぼ同様であるが、ヘッダ情報の中でなく、ＵＲ
ＬにセションＩＤが追加される点だけが異なっている。
図９におけると同様に、最初の通信接続要求においては
ＵＲＬの中にセションＩＤは含まれておらず、プロキシ
によって新しく設定されたセションＩＤ、例えばＺに対
応して、確立された通信コネクションを介してゲート
ウェイへ通信接続要求が送られ、それに対する応答のＵ
ＲＬに、設定されたセションＩＤ Ｚが追加されて、ク
ライアント側に送られる。第２回目以降の通信接続要求
のＵＲＬ内には、この設定されたセションＩＤ、例えば
Ｚが追加されて、プロキシに送られることになる。
場合の通信方式の説明図である。同図の方式は図９にお
けるとほぼ同様であるが、ヘッダ情報の中でなく、ＵＲ
ＬにセションＩＤが追加される点だけが異なっている。
図９におけると同様に、最初の通信接続要求においては
ＵＲＬの中にセションＩＤは含まれておらず、プロキシ
によって新しく設定されたセションＩＤ、例えばＺに対
応して、確立された通信コネクションを介してゲート
ウェイへ通信接続要求が送られ、それに対する応答のＵ
ＲＬに、設定されたセションＩＤ Ｚが追加されて、ク
ライアント側に送られる。第２回目以降の通信接続要求
のＵＲＬ内には、この設定されたセションＩＤ、例えば
Ｚが追加されて、プロキシに送られることになる。
【００６５】以上説明したような通信システムにおける
各通信装置、例えば図２の中継Ｗｅｂサーバ１２、図４
のプロキシ３２ａなどは当然一般的なコンピュータシス
テムによって実現することができる。図１２はそのよう
なコンピュータシステムの構成例を示す。同図において
コンピュータ５１は、本体５２とメモリ５３とによって
構成されている。
各通信装置、例えば図２の中継Ｗｅｂサーバ１２、図４
のプロキシ３２ａなどは当然一般的なコンピュータシス
テムによって実現することができる。図１２はそのよう
なコンピュータシステムの構成例を示す。同図において
コンピュータ５１は、本体５２とメモリ５３とによって
構成されている。
【００６６】メモリ５３はランダムアクセスメモリ（Ｒ
ＡＭ）、ハードディスク、磁気ディスクなどの記憶装置
であり、このようなメモリ５３に、例えば前述の図５、
図６のフローチャート、本発明の特許技術の範囲の請求
項７〜１０などに記載されたプログラムが格納され、そ
のプログラムが本体５２によって実行されることによっ
て、本発明における通信振り分け制御が実現される。
ＡＭ）、ハードディスク、磁気ディスクなどの記憶装置
であり、このようなメモリ５３に、例えば前述の図５、
図６のフローチャート、本発明の特許技術の範囲の請求
項７〜１０などに記載されたプログラムが格納され、そ
のプログラムが本体５２によって実行されることによっ
て、本発明における通信振り分け制御が実現される。
【００６７】このようなプログラムは、プログラム提供
者側からネットワーク５４を介して送られ、コンピュー
タ５１にロードされることによっても、また市販され、
流通している可搬型記憶媒体５５に格納され、そのプロ
グラムがコンピュータ５１にロードされることによって
も実行可能である。
者側からネットワーク５４を介して送られ、コンピュー
タ５１にロードされることによっても、また市販され、
流通している可搬型記憶媒体５５に格納され、そのプロ
グラムがコンピュータ５１にロードされることによって
も実行可能である。
【００６８】可搬型記憶媒体５５としてはＣＤ−ＲＯ
Ｍ、フロッピー（登録商標）ディスク、光ディスク、光
磁気ディスクなど様々な形式の記憶媒体を使用すること
ができ、このような記憶媒体に前述のようなプログラム
が格納され、その可搬型記憶媒体５５がコンピュータ５
１にセットされることによっても、本発明における通信
振り分け制御が可能となる。
Ｍ、フロッピー（登録商標）ディスク、光ディスク、光
磁気ディスクなど様々な形式の記憶媒体を使用すること
ができ、このような記憶媒体に前述のようなプログラム
が格納され、その可搬型記憶媒体５５がコンピュータ５
１にセットされることによっても、本発明における通信
振り分け制御が可能となる。
【００６９】以上の説明においては、クライアントがセ
ションの実行のために必要な処理を、ＣＯＲＢＡ ＡＰ
サーバにインターネットを介して依頼するＨＴＴＰトン
ネリング方式を中心として発明の実施の形態を説明した
が、本発明はこのような実施形態に制限されることな
く、特許請求の範囲に記載した範囲で様々な通信方式に
利用することが可能なことは当然である。
ションの実行のために必要な処理を、ＣＯＲＢＡ ＡＰ
サーバにインターネットを介して依頼するＨＴＴＰトン
ネリング方式を中心として発明の実施の形態を説明した
が、本発明はこのような実施形態に制限されることな
く、特許請求の範囲に記載した範囲で様々な通信方式に
利用することが可能なことは当然である。
【００７０】
【発明の効果】以上説明したように本発明によれば、Ｃ
ＯＲＢＡ ＡＰサーバへの中継Ｗｅｂサーバとして、１
つのセションの間、同一の他Ｗｅｂサーバを用いること
が可能となり、１つのセションの内部での通信接続要求
に、通信コネクションを確立する必要がなくなり、また
ＣＯＲＢＡ ＡＰサーバからの応答を受け取るレスポン
ス性能が向上し、ＨＴＴＰトンネリングによるＣＯＲＢ
Ａ通信の効率向上に寄与するところが大きい。
ＯＲＢＡ ＡＰサーバへの中継Ｗｅｂサーバとして、１
つのセションの間、同一の他Ｗｅｂサーバを用いること
が可能となり、１つのセションの内部での通信接続要求
に、通信コネクションを確立する必要がなくなり、また
ＣＯＲＢＡ ＡＰサーバからの応答を受け取るレスポン
ス性能が向上し、ＨＴＴＰトンネリングによるＣＯＲＢ
Ａ通信の効率向上に寄与するところが大きい。
【図１】本発明の通信振り分け制御方法の機能ブロック
図である。
図である。
【図２】本発明の通信振り分け制御方式が用いられる通
信システムの基本構成ブロック図である。
信システムの基本構成ブロック図である。
【図３】クライアント側とＣＯＲＢＡ ＡＰサーバの間
のトンネリングを用いた通信方式の説明図である。
のトンネリングを用いた通信方式の説明図である。
【図４】複数のクライアントに対応する通信システムの
構成例のブロック図である。
構成例のブロック図である。
【図５】本実施形態における通信管理方式の処理フロー
チャートである。
チャートである。
【図６】通信コネクション管理方法の処理フローチャー
トである。
トである。
【図７】クライアント側のパソコンとプロキシサーバと
の間の通信方式の説明図である。
の間の通信方式の説明図である。
【図８】セションＩＤとしてＩＰアドレスを用いる場合
の通信方式の説明図である。
の通信方式の説明図である。
【図９】セションＩＤをヘッダ情報に含める場合の通信
方式の説明図である。
方式の説明図である。
【図１０】ヘッダ情報の例を示す図である。
【図１１】セションＩＤをＵＲＬに含める場合の通信方
式の説明図である。
式の説明図である。
【図１２】本発明を実現するためのプログラムのコンピ
ュータへのローディングを説明する図である。
ュータへのローディングを説明する図である。
【図１３】ＨＴＴＰトンネリングによるＣＯＲＢＡ通信
方式の従来例の説明図である。
方式の従来例の説明図である。
１１ パソコン（ＰＣ） １２ 中継Ｗｅｂサーバ １３ａ・・・ 他Ｗｅｂサーバ １４ａ・・・ ＣＯＲＢＡ ＡＰサーバ １５ａ，・・・，１６ 通信コネクション ２４ クライアントＡＰ ２５ クライアントＯＤ ２６ プロキシ ２７ ゲートウェイ ２８ ＣＯＲＢＡ ＡＰサーバ
Claims (10)
- 【請求項１】 クライアントからの一連の通信の中の１
つの通信の接続要求に対応して、該１つの通信を中継可
能な複数の中継装置のいずれかに振り分ける通信振り分
け制御方法において、 クライアントからの通信接続要求を受け取り、 該通信接続要求内に記述されている識別子によって、前
記一連の通信に対応する通信コネクションが設定されて
いるか否かを判定し、 該通信コネクションが設定されている時、該設定されて
いる通信コネクションの中継先としての特定の中継装置
に該要求された通信を接続することを特徴とする通信振
り分け制御方法。 - 【請求項２】 クライアントからの一連の通信の中の１
つの通信の接続要求に対応して、該１つの通信を中継可
能な複数の中継装置のいずれかに振り分ける通信振り分
け制御方法において、 クライアントからの前記一連の通信内での最初の通信の
接続要求を受け取り、 該接続が要求された通信に対する通信コネクションを確
立し、 該確立されたコネクションの中継先としての特定の中継
装置に該要求された通信を接続することを特徴とする通
信振り分け制御方法。 - 【請求項３】 前記確立されたコネクションに対応する
識別子を、前記最初の通信の次以降の通信の接続要求内
に記述すべき識別子としてクライアント側に通知するこ
とを特徴とする請求項２記載の通信振り分け制御方法。 - 【請求項４】 前記クライアントからの一連の通信の中
の最初の通信が切断されてからの経過時間を監視し、 該経過時間があらかじめ定められた値を超えた時、該一
連の通信に対応する通信コネクションと該通信コネクシ
ョンに対応する識別子とを無効とすることを特徴とする
請求項３記載の通信振り分け制御方法。 - 【請求項５】 クライアントからの一連の通信の中の１
つの通信の接続要求に対応して、該１つの通信を中継可
能な複数の中継装置のいずれかに振り分ける通信振り分
け制御装置において、 クライアントからの通信接続要求を受け取る接続要求受
け取り手段と、 該通信接続要求内に記述されている識別子によって、前
記一連の通信に対応する通信コネクションが設定されて
いるか否かを判定するコネクション判定手段と、 該通信コネクションが設定されている時、該設定されて
いる通信コネクションの中継先としての特定の中継装置
に該要求された通信を接続する通信接続手段とを備える
ことを特徴とする通信振り分け制御装置。 - 【請求項６】 クライアントからの一連の通信の中の１
つの通信の接続要求に対応して、該１つの通信を中継可
能な複数の中継装置のいずれかに振り分ける通信振り分
け制御装置において、 クライアントからの前記一連の通信内での最初の通信の
接続要求を受け取る接続要求受け取り手段と、 該接続が要求された通信に対応する通信コネクションを
確立するコネクション確立手段と、 該確立された通信コネクションの中継先としての特定の
中継装置に該要求された通信を接続する通信接続手段と
を備えることを特徴とする通信振り分け制御装置。 - 【請求項７】 クライアントからの一連の通信の中の１
つの通信の接続要求に対応して、該１つの通信を中継可
能な複数の中継装置のいずれかに振り分けるための計算
機によって使用される記憶媒体において、 クライアントからの接続要求を受け取るステップと、 該通信接続要求内に記述されている識別子によって、前
記一連の通信に対応する通信コネクションが設定されて
いるか否かを判定するステップと、 該通信コネクションが設定されている時、該設定されて
いる通信コネクションの中継先としての特定の中継装置
に該要求された通信を接続するステップとを計算機に実
行させるプログラムを格納した計算機読出し可能可搬型
記憶媒体。 - 【請求項８】 クライアントからの一連の通信の中の１
つの通信の接続要求に対応して、該１つの通信を中継可
能な複数の中継装置のいずれかに振り分けるための計算
機によって使用される記憶媒体において、 クライアントからの前記一連の通信内での最初の通信の
接続要求を受け取るステップと、 該接続が要求された通信に対する通信コネクションを確
立するステップと、 該確立された通信コネクションの中継先としての特定の
中継装置に該要求された通信を接続するステップとを計
算機に実行させるプログラムを格納した計算機読出し可
能可搬型記憶媒体。 - 【請求項９】 前記プログラムが 前記確立された通信コネクションに対応する識別子を、
前記最初の通信の次の通信以降の通信接続要求内に記述
すべき識別子としてクライアントに通知するステップを
更に備えることを特徴とする請求項８記載の計算機読出
し可能可搬型記憶媒体。 - 【請求項１０】 前記プログラムが 前記クライアントからの一連の通信の中の最初の通信が
切断されてからの経過時間を監視するステップと、 該経過時間があらかじめ定められた値を超えた時、該一
連の通信に対応する通信コネクションと該コネクション
に対応する識別子を無効とするステップとを更に備える
ことを特徴とする請求項９記載の計算機読出し可能可搬
型記憶媒体。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000388128A JP3777302B2 (ja) | 2000-12-21 | 2000-12-21 | 通信振り分け制御装置、および通信振り分けプログラムを記憶した記憶媒体 |
| US10/008,747 US7072965B2 (en) | 2000-12-21 | 2001-12-06 | Communication distribution controlling method and apparatus having improved response performance |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000388128A JP3777302B2 (ja) | 2000-12-21 | 2000-12-21 | 通信振り分け制御装置、および通信振り分けプログラムを記憶した記憶媒体 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2002190821A true JP2002190821A (ja) | 2002-07-05 |
| JP2002190821A5 JP2002190821A5 (ja) | 2004-12-09 |
| JP3777302B2 JP3777302B2 (ja) | 2006-05-24 |
Family
ID=18854921
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000388128A Expired - Fee Related JP3777302B2 (ja) | 2000-12-21 | 2000-12-21 | 通信振り分け制御装置、および通信振り分けプログラムを記憶した記憶媒体 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7072965B2 (ja) |
| JP (1) | JP3777302B2 (ja) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004151964A (ja) * | 2002-10-30 | 2004-05-27 | Toshiba Corp | トンネリング通信システム、ｈｔｔｐトンネリングサーバ、ｈｔｔｐ通信ライブラリ、トンネリング通信方法及びプログラム |
| WO2004111864A1 (ja) * | 2003-06-04 | 2004-12-23 | Matsushita Electric Industrial Co., Ltd. | インターネットセキュア通信装置及び通信方法 |
| JP2007509521A (ja) * | 2003-10-10 | 2007-04-12 | サイトリックス システムズ， インコーポレイテッド | セッションの持続性および信頼性のためのプロトコルのカプセル化 |
| US7634570B2 (en) | 2003-03-12 | 2009-12-15 | Microsoft Corporation | Managing state information across communication sessions between a client and a server via a stateless protocol |
| US8175027B2 (en) | 2008-07-23 | 2012-05-08 | Fujitsu Limited | Communication method and gateway apparatus |
| JP2015095117A (ja) * | 2013-11-12 | 2015-05-18 | コニカミノルタ株式会社 | データ処理装置、データ処理装置の制御方法、およびデータ処理装置の制御プログラム |
| US10397029B2 (en) | 2015-07-08 | 2019-08-27 | Toshiba Memory Corporation | Relay apparatus |
Families Citing this family (26)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20030070094A1 (en) * | 2001-10-06 | 2003-04-10 | Gomes John Isaac Chandan | Data transfer across firewalls |
| CN102611596B (zh) * | 2002-11-29 | 2015-02-11 | 飞比特网络股份有限公司 | 网络对应家电 |
| US20050033854A1 (en) * | 2003-08-07 | 2005-02-10 | Hewlett-Packard Development Company, L.P. | Method and apparatus for identifying a message source in a network |
| US7978716B2 (en) | 2003-11-24 | 2011-07-12 | Citrix Systems, Inc. | Systems and methods for providing a VPN solution |
| US7739301B2 (en) * | 2004-03-17 | 2010-06-15 | Netapp, Inc. | Method and apparatus for improving file system proxy performance and security by distributing information to clients via file handles |
| US8495305B2 (en) | 2004-06-30 | 2013-07-23 | Citrix Systems, Inc. | Method and device for performing caching of dynamically generated objects in a data communication network |
| US8739274B2 (en) | 2004-06-30 | 2014-05-27 | Citrix Systems, Inc. | Method and device for performing integrated caching in a data communication network |
| US7757074B2 (en) | 2004-06-30 | 2010-07-13 | Citrix Application Networking, Llc | System and method for establishing a virtual private network |
| US7808906B2 (en) | 2004-07-23 | 2010-10-05 | Citrix Systems, Inc. | Systems and methods for communicating a lossy protocol via a lossless protocol using false acknowledgements |
| CN101199187A (zh) | 2004-07-23 | 2008-06-11 | 茨特里克斯系统公司 | 用于网络节点之间通信最优化的系统和方法 |
| JP4846220B2 (ja) * | 2004-09-24 | 2011-12-28 | 株式会社東芝 | 接続制御装置、接続制御方法及びプログラム |
| US8549149B2 (en) * | 2004-12-30 | 2013-10-01 | Citrix Systems, Inc. | Systems and methods for providing client-side accelerated access to remote applications via TCP multiplexing |
| US8954595B2 (en) | 2004-12-30 | 2015-02-10 | Citrix Systems, Inc. | Systems and methods for providing client-side accelerated access to remote applications via TCP buffering |
| US8700695B2 (en) | 2004-12-30 | 2014-04-15 | Citrix Systems, Inc. | Systems and methods for providing client-side accelerated access to remote applications via TCP pooling |
| US7810089B2 (en) | 2004-12-30 | 2010-10-05 | Citrix Systems, Inc. | Systems and methods for automatic installation and execution of a client-side acceleration program |
| US8255456B2 (en) | 2005-12-30 | 2012-08-28 | Citrix Systems, Inc. | System and method for performing flash caching of dynamically generated objects in a data communication network |
| JP2008535062A (ja) * | 2005-03-22 | 2008-08-28 | フィーバ・インコーポレーテッド | パブリック・アクセス・ネットワークのユーザの結合を含む、ネットワーク動作及び情報処理システム及び方法 |
| US20090049192A1 (en) * | 2005-03-22 | 2009-02-19 | Feeva Technology Inc. | Systems and methods of network operation and information processing, including use of unique/anonymous identifiers throughout all stages of information processing and delivery |
| US8112763B2 (en) * | 2005-11-29 | 2012-02-07 | International Business Machines Corporation | Computer-implemented method, apparatus, and computer program product for transmitting information between CORBA applications and servers utilizing HTTP |
| US7921184B2 (en) | 2005-12-30 | 2011-04-05 | Citrix Systems, Inc. | System and method for performing flash crowd caching of dynamically generated objects in a data communication network |
| US8301839B2 (en) | 2005-12-30 | 2012-10-30 | Citrix Systems, Inc. | System and method for performing granular invalidation of cached dynamically generated objects in a data communication network |
| US8504818B2 (en) * | 2010-04-15 | 2013-08-06 | Microsoft Corporation | Method and system for reliable protocol tunneling over HTTP |
| US20110289489A1 (en) * | 2010-05-20 | 2011-11-24 | Verizon Patent And Licensing Inc. | Concurrent cross browser testing |
| US8996657B2 (en) * | 2010-09-01 | 2015-03-31 | Canon Kabushiki Kaisha | Systems and methods for multiplexing network channels |
| FR3001815A1 (fr) * | 2013-02-07 | 2014-08-08 | France Telecom | Communication avec une application web |
| EP3139548B1 (en) * | 2015-09-04 | 2018-04-11 | Airbus Operations | High assurance segregated gateway interconnecting different domains |
Family Cites Families (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5553242A (en) * | 1993-11-03 | 1996-09-03 | Wang Laboratories, Inc. | Client/server connection sharing |
| US5822585A (en) * | 1995-02-21 | 1998-10-13 | Compuware Corporation | System and method for cooperative processing using object-oriented framework |
| GB2320112B (en) * | 1996-12-07 | 2001-07-25 | Ibm | High-availability computer server system |
| GB2320594A (en) * | 1996-12-20 | 1998-06-24 | Ibm | Dispatching client method calls to parallel execution threads within a server |
| GB2334116A (en) * | 1998-02-04 | 1999-08-11 | Ibm | Scheduling and dispatching queued client requests within a server computer |
| US6314463B1 (en) * | 1998-05-29 | 2001-11-06 | Webspective Software, Inc. | Method and system for measuring queue length and delay |
| US6247057B1 (en) * | 1998-10-22 | 2001-06-12 | Microsoft Corporation | Network server supporting multiple instance of services to operate concurrently by having endpoint mapping subsystem for mapping virtual network names to virtual endpoint IDs |
| US6813629B1 (en) * | 1999-04-02 | 2004-11-02 | Oracle International Corporation | Method and apparatus for facilitating object communication across a network |
| US6772333B1 (en) * | 1999-09-01 | 2004-08-03 | Dickens Coal Llc | Atomic session-start operation combining clear-text and encrypted sessions to provide id visibility to middleware such as load-balancers |
| US6678733B1 (en) * | 1999-10-26 | 2004-01-13 | At Home Corporation | Method and system for authorizing and authenticating users |
| US6785812B1 (en) * | 2000-01-14 | 2004-08-31 | Avaya Technology Corp. | Secure and controlled electronic document distribution arrangement |
| US6522880B1 (en) * | 2000-02-28 | 2003-02-18 | 3Com Corporation | Method and apparatus for handoff of a connection between network devices |
| US6766373B1 (en) * | 2000-05-31 | 2004-07-20 | International Business Machines Corporation | Dynamic, seamless switching of a network session from one connection route to another |
-
2000
- 2000-12-21 JP JP2000388128A patent/JP3777302B2/ja not_active Expired - Fee Related
-
2001
- 2001-12-06 US US10/008,747 patent/US7072965B2/en not_active Expired - Fee Related
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004151964A (ja) * | 2002-10-30 | 2004-05-27 | Toshiba Corp | トンネリング通信システム、ｈｔｔｐトンネリングサーバ、ｈｔｔｐ通信ライブラリ、トンネリング通信方法及びプログラム |
| US7634570B2 (en) | 2003-03-12 | 2009-12-15 | Microsoft Corporation | Managing state information across communication sessions between a client and a server via a stateless protocol |
| WO2004111864A1 (ja) * | 2003-06-04 | 2004-12-23 | Matsushita Electric Industrial Co., Ltd. | インターネットセキュア通信装置及び通信方法 |
| JP2007509521A (ja) * | 2003-10-10 | 2007-04-12 | サイトリックス システムズ， インコーポレイテッド | セッションの持続性および信頼性のためのプロトコルのカプセル化 |
| US8175027B2 (en) | 2008-07-23 | 2012-05-08 | Fujitsu Limited | Communication method and gateway apparatus |
| JP2015095117A (ja) * | 2013-11-12 | 2015-05-18 | コニカミノルタ株式会社 | データ処理装置、データ処理装置の制御方法、およびデータ処理装置の制御プログラム |
| US10397029B2 (en) | 2015-07-08 | 2019-08-27 | Toshiba Memory Corporation | Relay apparatus |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3777302B2 (ja) | 2006-05-24 |
| US7072965B2 (en) | 2006-07-04 |
| US20020083191A1 (en) | 2002-06-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3777302B2 (ja) | 通信振り分け制御装置、および通信振り分けプログラムを記憶した記憶媒体 | |
| US7861174B2 (en) | Method and system for assembling concurrently-generated content | |
| JP3470955B2 (ja) | データを転送する方法および装置 | |
| US7490162B1 (en) | Method and system for forwarding messages received at a traffic manager | |
| US8364774B2 (en) | Sustaining session connections | |
| US6115744A (en) | Client object API and gateway to enable OLTP via the internet | |
| US6393475B1 (en) | Method of performing a network management transaction using a web-capable agent | |
| US8510376B2 (en) | Processing requests transmitted using a first communication directed to an application that uses a second communication protocol | |
| US20020055956A1 (en) | Method and system for assembling concurrently-generated content | |
| WO2001040954A1 (en) | System and method for directing a client to a content source | |
| US6892224B2 (en) | Network interface device capable of independent provision of web content | |
| US20030172164A1 (en) | server persistence using a session identifier | |
| EP1325424A2 (en) | Method and system for assembling concurrently-generated content | |
| US7564848B2 (en) | Method for the establishing of connections in a communication system | |
| CN109347894A (zh) | 管理FastCGI进程的方法、管理器、设备及介质 | |
| US20030135585A1 (en) | Network communication | |
| CN115834655B (zh) | 访问私网中的服务端的方法和装置 | |
| CN114244554B (zh) | 一种基于ssh的登录方法和系统 | |
| JP2010238101A (ja) | 負荷分散装置、負荷分散方法、負荷分散プログラム及び負荷分散システム | |
| CN112055083A (zh) | 请求处理方法、装置、电子设备和介质 | |
| Dorn et al. | Achieving Web Service Continuity in Ubiquitous Mobile Networks: the SRR-WS Framework. | |
| JP4333325B2 (ja) | サービスシステムおよびサービス提供方法 | |
| JP2001167059A (ja) | サービス要求装置およびデータ変換方法およびクライアントオブジェクトを有する計算機 | |
| WO2003019901A1 (en) | System and method for enabling the sending of notifications from a server to a client without polling in a data communication network | |
| CN119011201A (zh) | 一种内外网通讯方法及系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050427 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050510 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050706 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060221 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060227 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100303 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100303 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110303 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110303 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120303 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130303 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130303 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140303 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |