JP2001203760A - Address exchange system between networks in different address system - Google Patents

Address exchange system between networks in different address system

Info

Publication number
JP2001203760A
JP2001203760A JP2000010278A JP2000010278A JP2001203760A JP 2001203760 A JP2001203760 A JP 2001203760A JP 2000010278 A JP2000010278 A JP 2000010278A JP 2000010278 A JP2000010278 A JP 2000010278A JP 2001203760 A JP2001203760 A JP 2001203760A
Authority
JP
Japan
Prior art keywords
address
server
client
department
department server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2000010278A
Other languages
Japanese (ja)
Inventor
Atsuji Tamada
篤次 玉田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP2000010278A priority Critical patent/JP2001203760A/en
Publication of JP2001203760A publication Critical patent/JP2001203760A/en
Pending legal-status Critical Current

Links

Abstract

PROBLEM TO BE SOLVED: To realize connection through the user of an address after it is transferred on communication data between networks different in address system. SOLUTION: A server which is to transfer the address by communication data decides whether a terminal which is to attain a connection by using the transferred address is in the network of the address system the same as that of the server or in the network of a different address system across an address conversion device and the address of the address system the same as that of the terminal is transferred. Thus, the pertinent terminal can realizes connection based on the transferred address.

Description

【発明の詳細な説明】DETAILED DESCRIPTION OF THE INVENTION

【0001】[0001]

【発明の属する技術分野】本発明は、全ての部門サーバ
のアドレス及び、どの部門サーバがどういった情報、機
能を持つかを管理する統括サーバが、それらのサーバが
存在するネットワークとはアドレス体系が違うネットワ
ーク領域にまたがってアプリケーションの通信データ上
で部門サーバのアドレスをクライアントに通知するシス
テムにおける、最適なデータ通知方式に関する。
BACKGROUND OF THE INVENTION The present invention relates to an address system for managing a department server which manages addresses of all department servers and which department servers have what information and functions. The present invention relates to an optimum data notification method in a system for notifying a client of an address of a department server on communication data of an application over different network areas.

【0002】[0002]

【従来の技術】従来は、統括サーバからアドレスの替わ
りにネームをアプリケーションの通信データ上でサーバ
が存在するネットワークとは違うアドレス体系のネット
ワークにあるクライアントに渡し、クライアント側のネ
ットワークにあるネームサーバに、二つのアドレス体系
の違うネットワーク間にあるアドレス変換装置を超えて
サーバのあるネットワーク側のネームの解決を行えるよ
うに設定することにより、クライアントからサーバへの
コネクションの接続が可能となるような設定を行ってい
た。
2. Description of the Related Art Conventionally, instead of an address from a central server, a name is passed on a communication data of an application to a client in a network having an address system different from the network in which the server exists, and the name is sent to a name server in a client-side network A setting that enables the connection of the connection from the client to the server by setting so that the name on the network side with the server can be resolved beyond the address translator between the networks with two different address systems. Had gone.

【0003】[0003]

【発明が解決しようとする課題】上記従来技術では、二
つのネットワークのネーム体系が同じこと、つまり、二
つのネットワーク間でネームの重複がないことが前提と
なっており、ネームの重複について配慮されていないと
いう問題があった。
In the above prior art, it is assumed that the two networks have the same name system, that is, there is no duplication of names between the two networks, and consideration is given to duplication of names. There was no problem.

【0004】例えば、クライアントが部門サーバに接続
できる条件として、上記従来技術の例ではグローバルネ
ットワーク内に、求める部門サーバのネームと同じネー
ムを持つ端末が存在しないことが条件となる。つまり、
既に同じネームを持つ端末がグロ−バルネットワ−ク内
に存在する場合、プライベートネットワーク内の当該部
門サーバのネ−ムをグローバルネットワーク内のネーム
サーバで解決できるようにする設定は不可能になり、ク
ライアントから当該部門サーバへの接続は不可能にな
る。
[0004] For example, as a condition under which a client can connect to a department server, in the example of the prior art described above, there is a condition that there is no terminal having the same name as the desired department server in the global network. That is,
If a terminal having the same name already exists in the global network, it becomes impossible to make settings so that the name of the department server in the private network can be resolved by the name server in the global network. The connection from the client to the department server becomes impossible.

【0005】本発明の目的は、二つのアドレス体系が違
うネットワーク間でネームの重複があっても、アプリケ
ーションデータ上で部門サーバのアドレスを渡すことに
よりクライアントが部門サーバへコネクションを接続で
きることにある。
An object of the present invention is to allow a client to connect a connection to a department server by passing the address of the department server on application data even if a name is duplicated between networks having two different address systems.

【0006】[0006]

【課題を解決するための手段】上記目的を達成するため
に、クライアントが接続を希望する部門サーバのアドレ
スをクライアントにアプリケーションデータで渡す統括
サーバは、クライアントからの最初のコネクション或い
は、クライアントから最初のコネクションをうけた部門
サーバからの通知により、クライアントのアドレスが、
統括サーバのいるネットワークのアドレス体系下のアド
レスなのか、統括サーバのいるネットワークのアドレス
体系とは違うアドレス体系下のアドレスなのかを判断
し、前者の場合は、当該部門サーバの持つ直接のアドレ
スを、後者の場合は、アドレス変換装置の外からみえる
当該部門サーバのアドレスをアプリケーションデータに
乗せてクライアントに直接または、最初にコネクション
をうけた部門サーバ経由で渡すようにしたものである。
In order to achieve the above-mentioned object, the general server which passes the address of the department server to which the client wishes to connect in the form of application data to the client uses the first connection from the client or the first connection from the client. By the notification from the department server that received the connection, the client address is
Judge whether the address is under the address system of the network where the central server is located, or whether it is an address under an address system different from that of the network with the central server. In the latter case, the address of the department server, which is seen from the outside of the address translator, is loaded on the application data and passed directly to the client or via the department server which has first received the connection.

【0007】[0007]

【発明の実施の形態】図1は、本発明を実施する前提と
なるシステム構成を示す。アドレス体系の違うネットワ
ークA(101)とネットワークB(120)はアドレス変
換装置(13)で接続され、統括サーバ(10)と部門サ
ーバA(11)、部門サーバB(12)というサーバ群とク
ライアント(14)はアドレス体系の違う別々のネットワ
ークに存在する。図2は、本発明の一つの実施形態を示
す。図3は、本実施形態における、統括サーバの全シス
テムサービス情報管理テーブル、図4は、本実施形態に
おける統括サーバへの問い合わせのデータ形式、図5
は、本実施形態における統括サーバの判定機構のロジッ
クを説明するフローチャートである。
DESCRIPTION OF THE PREFERRED EMBODIMENTS FIG. 1 shows a system configuration on which the present invention is performed. A network A (101) and a network B (120) having different address systems are connected by an address translator (13), and a server group including a central server (10), a department server A (11), and a department server B (12) and a client. (14) exists in different networks having different address systems. FIG. 2 shows one embodiment of the present invention. FIG. 3 is an overall system service information management table of the central server in this embodiment. FIG. 4 is a data format of an inquiry to the central server in this embodiment.
5 is a flowchart for explaining the logic of the determination mechanism of the central server in the present embodiment.

【0008】統括サーバへの問い合わせとしては、部門
サーバにサービス要求があり、そのサービスを当該部門
サーバで提供できない為、当該部門サーバが統括サーバ
へサービスを提供できる部門サーバはどこなのか問い合
わせる場合と、クライアントから直接、統括サーバへサ
ービスを提供できる部門サーバはどこなのか問い合わせ
る場合が考えられる。
[0008] As an inquiry to the central server, there is a service request from the department server, and the service cannot be provided by the department server. Therefore, there are cases where the department server inquires about which department server can provide the service to the central server. It is conceivable that the client directly inquires about the department server that can provide the service to the general server.

【0009】最初に部門サーバ側での動きについて説明
する。部門サーバへのサービス要求は、部門サーバのデ
ータ送受信部(201)を利用して受け付けられる。受け
付けたサービス要求は、データ取り出し/作成部(20
2)を利用して取り出され、部門サービス情報管理部(2
04)を利用して、その要求されたサービスが当該部門
サーバで提供できるかどうかを確認する。要求されたサ
ービスが当該部門サーバで提供できる場合は、サービス
実行部(203)でサービスを実行し、データ取り出し/
作成部(202)でサービス応答を作成したのち、データ
送受信部(201)でサービス要求に対する応答を返す。
要求されたサービスが当該部門サーバで提供できない場
合は、データ取り出し/作成部を利用して(202)サー
ビス問い合わせを作成した後、データ送受信部(201)
で統括サーバに対してサービス問い合わせを行う。この
時、部門サーバ側で本発明にあたって新たに必要な機能
は、図2のデータ取り出し/作成部(202)でサービス
問い合わせ作成する場合の間接問い合わせフラグセッ
ト、問い合わせ元IPアドレスセットの部分である。デ
ータ取り出し/作成部(202)でサービス問い合わせを
作成するにあたり、部門サーバへのサービス要求データ
のIPヘッダを元に要求元のIPアドレスを検出し、図
4のサービス問い合わせのアプリケーションデータの
「問い合わせ元IPアドレス」の部分(402)クライア
ントのIPアドレスをセットすると同時に、「間接問い
合わせフラグ」をオンにする(401)。
First, the operation on the department server side will be described. The service request to the department server is accepted using the data transmission / reception unit (201) of the department server. The received service request is sent to the data extracting / creating unit (20
The service is taken out using the section 2), and the section service information management section (2)
04), it is confirmed whether the requested service can be provided by the department server. If the requested service can be provided by the department server, the service is executed by the service execution unit (203),
After creating the service response by the creating unit (202), the data transmitting / receiving unit (201) returns a response to the service request.
If the requested service cannot be provided by the department server, a data inquiry / creation unit is used to create a service inquiry (202), and then a data transmission / reception unit (201)
Sends a service inquiry to the master server. At this time, the functions newly required on the department server side in the present invention are the indirect inquiry flag set and the inquiry source IP address set when the service inquiry is created by the data extracting / creating unit (202) in FIG. When creating a service inquiry in the data extracting / creating unit (202), the IP address of the request source is detected based on the IP header of the service request data to the department server, and the “inquiry source” of the application data of the service inquiry in FIG. "IP address" part (402) At the same time as setting the IP address of the client, the "indirect inquiry flag" is turned on (401).

【0010】統括サーバ側では問い合わせをデータ送受
信部(205)で受信した後、データ取り出し/作成部
(206)でサービス問い合わせデータを取り出して、判
定機構(207)に渡す。判定機構での動きを図4を使っ
て説明する。判定機構では、問い合わせのアプリケーシ
ョンデータの「間接問い合わせフラグ」(401)を参照
し、フラグがオンの場合は(51でのNOへの分岐)、ク
ライアントのIPアドレスとして問い合せのアプリケー
ションデータの「問い合わせ元IPアドレス」(402)
を取り出す(52)。間接問い合わせフラグがOFFの場
合は(51でのYESへの分岐)、クライアントのIPア
ドレスとしてトランスポートレイヤーのAPI経由でI
Pヘッダにある送り元IPアドレスを取り出す(53)判
定機構(207)は、全システムサービス情報管理部(2
08)に問い合わせのサービスがどのサーバで提供され
るのか問い合わせるが、この時、図3に示すように全シ
ステムサービス情報管理部が持つ全システムサービス情
報管理テーブルでは、サーバに対応するIPアドレス
は、内部IPアドレスと外部IPアドレスを持つ。前記
手順で取得したクライアントのIPアドレスが内部IP
アドレスの場合は(54のYESの分岐)、全システムサ
ービス情報管理テーブルより、内部IPアドレスを応答
データに選択し、外部IPアドレスの場合は(54のN
Oへの分岐)、全システムサービス情報管理テーブルよ
り、外部IPアドレスを応答データに選択し、データ取
り出し/作成部(206)でサービス問い合わせ応答を作
成した後、データ送受信部(205)でサービス問い合わ
せに応答する。内部IPアドレス、外部IPアドレスと
いうのは、それぞれ例えばプライベートアドレス、グロ
ーバルアドレスである。プライベートアドレスはIPア
ドレスのうちRFC1597で定義されている10.0.0.0
〜10.255.255.255、172.16.0.0〜172.31.255.255、192.
168.0.0〜192.168.255.255を示す。
On the central server side, after the data transmission / reception unit (205) receives the inquiry, the data retrieval / creation unit
At (206), the service inquiry data is extracted and passed to the judgment mechanism (207). The operation of the determination mechanism will be described with reference to FIG. The determination mechanism refers to the “indirect inquiry flag” (401) of the application data of the inquiry. If the flag is ON (branch to NO in 51), the “inquiry source” of the application data of the inquiry is used as the IP address of the client. IP address "(402)
Is taken out (52). If the indirect inquiry flag is OFF (branch to YES in 51), the IP address of the client is set via the transport layer API.
The source IP address in the P header is taken out (53), and the judgment mechanism (207) is used by the system service information management unit (2).
08), an inquiry is made as to which server provides the inquiry service. At this time, as shown in FIG. 3, in the all system service information management table of the all system service information management unit, the IP address corresponding to the server is: It has an internal IP address and an external IP address. The IP address of the client obtained in the above procedure is the internal IP
In the case of the address (YES branch of 54), the internal IP address is selected as the response data from the all system service information management table, and in the case of the external IP address (N of 54).
Branch to O), select an external IP address as response data from the all system service information management table, create a service inquiry response in the data extracting / creating unit (206), and then inquire the service in the data transmitting / receiving unit (205). Respond to The internal IP address and the external IP address are, for example, a private address and a global address, respectively. Private address is 10.0.0.0 defined in RFC1597 among IP addresses.
~ 10.255.255.255,172.16.0.0 ~ 172.31.255.255,192.
Indicates 168.0.0 to 192.168.255.255.

【0011】図6は、本発明の前提となるシステムの一
例及び本発明がどのように利用されるかを説明する為の
ネットワーク構成を示すものである。グローバルネット
ワーク620内のクライアント54、プライベートネッ
トワーク610内の統括サーバ60、部門サーバA6
1、部門サーバB62、グローバルネットワーク620
とプライベートネットワーク610の間におかれるアド
レス変換装置63で構成されるシステムである。クライ
アント64は、部門サーバA61と通信を行う(60
1)。部門サーバA61にクライアント64が求める情
報、機能がない場合、部門サーバA61は統括サーバ6
0に必要な情報、機能がどの部門サーバにあるか問い合
わせる(602)。その時、部門サーバ61は、API経
由でソースIPアドレスを取り出すロジック66を利用
してクライアント64のIPアドレスIP−Eを取り出
しアプリケーションデータ上でのせて統括サーバ60に
渡す。統括サーバ60は、求める部門サーバは部門サー
バB62であることを部門サーバB62のIPアドレス
IP−Bをアプリケーションデータ上で部門サーバA6
1に対して送信することによりしらせる(603)。こ
のとき、部門サ−バA61に渡される部門サーバB62
のIPアドレスは、判定機構65を利用して、プライベ
ートアドレスかグローバルネットワークから見えるグロ
ーバルアドレスかを判断する。この例の場合、クライア
ントのIPアドレスIP−Eはグローバルアドレスであ
る為、部門サ−バA11に渡される部門サーバB62の
IPアドレスは、IP−Bとなる。その後、部門サーバ
A61は、統括サーバ60より受け取った部門サーバB
62のIPアドレスIP−Bをアプリケーションデータ
を使ってクライアント64に通知する。(604)この
結果クライアント64は、部門サ−バ61からアプリケ
ーションデータ上で通知された部門サーバB62のIP
アドレスIP−Bを元に部門サーバB62に接続が可能
となる(605)。
FIG. 6 shows an example of a system as a premise of the present invention and a network configuration for explaining how the present invention is used. The client 54 in the global network 620, the central server 60 in the private network 610, the department server A6
1, department server B62, global network 620
And a private network 610. The client 64 communicates with the department server A61 (60
1). If the department server A61 does not have the information and functions required by the client 64, the department server A61
An inquiry is made as to which department server has the information and function necessary for 0 (602). At this time, the department server 61 uses the logic 66 for extracting the source IP address via the API, extracts the IP address IP-E of the client 64, puts it on the application data, and passes it to the central server 60. The general server 60 indicates that the department server to be sought is the department server B62 by setting the IP address IP-B of the department server B62 on the application data.
1 is transmitted by transmitting the message (603). At this time, the department server B62 passed to the department server A61
Of the IP address is determined to be a private address or a global address visible from the global network by using the determination mechanism 65. In this example, since the IP address IP-E of the client is a global address, the IP address of the department server B62 passed to the department server A11 is IP-B. Thereafter, the department server A61 receives the department server B received from the central server 60.
The IP address 62 is notified to the client 64 using the application data. (604) As a result, the client 64 transmits the IP address of the department server B62 notified from the department server 61 on the application data.
It is possible to connect to the department server B62 based on the address IP-B (605).

【0012】図7は、本発明の前提となるシステムの別
の例及び本発明がどのように利用されるかを説明する為
のネットワーク構成を示すものである。グローバルネッ
トワーク720内のクライアント74、プライベートネ
ットワーク710内の統括サーバ70、部門サーバA7
1、部門サーバB72、グローバルネットワーク720
とプライベートネットワーク710の間におかれるアド
レス変換装置73で構成されるシステムである。クライ
アント74より、直接統括サーバ70に、要求する情
報、機能がどの部門サーバにあるかを問い合わせた場合
も(701)、統括サーバ70は、求める部門サーバは
部門サーバB72であることを部門サーバB72のIP
アドレスをアプリケーションデータ上でクライアント7
4に対して送信することによりしらせる(702)。こ
のとき、クライアント74に通知される部門サーバB7
2のIPアドレスは、判定機構75を利用して、プライ
ベートアドレスかグローバルネットワークから見えるグ
ローバルアドレスかを判断する。判定機構75が判定す
る為に必要なクライアント74のIPアドレスは、判定
機構75がAPI経由で取り出したソースIPアドレス
である。この例の場合、クライアントのIPアドレスI
P−Eはグローバルアドレスである為、クライアント7
4に渡される部門サーバB72のIPアドレスは、グロ
ーバルアドレスのIP−Bとなる。この結果クライアン
ト74は、統括サーバ70より通知された部門サーバB
72のIPアドレスIP−Bを元に部門サーバB72に
接続が可能となる(703)。
FIG. 7 shows another example of a system on which the present invention is based, and a network configuration for explaining how the present invention is used. The client 74 in the global network 720, the central server 70 in the private network 710, the department server A7
1, department server B72, global network 720
And a private network 710. When the client 74 directly inquires of the department server that the requested information and function are located in the department server 70 (701), the department server B72 also determines that the department server to be sought is the department server B72. IP
Client 7 in the address on the application data
4 is transmitted (702). At this time, the department server B7 notified to the client 74
The IP address 2 determines whether it is a private address or a global address visible from the global network using the determination mechanism 75. The IP address of the client 74 required for the determination mechanism 75 to determine is the source IP address extracted by the determination mechanism 75 via the API. In this example, the client IP address I
Since PE is a global address, client 7
The IP address of the department server B72 passed to No. 4 is the global address IP-B. As a result, the client 74 sends the department server B notified from the
It is possible to connect to the department server B72 based on the IP address IP-B of 72 (703).

【0013】図6、図7においてIP−PCは統括サー
バのプライベートアドレス、IP−PA、IP−PB
は、それぞれ部門サーバA、部門サーバBのプライベー
トアドレスを示す。また、IP−Cはアドレス変換装置
の外から見える統括サーバのグローバルアドレス、IP
−A、IP−Bは、それぞれアドレス変換装置の外から
見える部門サ−バA、部門サ−バBのグローバルアドレ
スを示す。IP−Eはクライアントのグローバルアドレ
スである。
In FIG. 6 and FIG. 7, the IP-PC is the private address of the central server, IP-PA, IP-PB.
Indicates the private addresses of the department server A and the department server B, respectively. In addition, IP-C is a global address of the central server that can be seen from outside the address translator,
-A and IP-B indicate the global addresses of the department server A and the department server B, respectively, which can be seen from outside the address translator. IP-E is the global address of the client.

【0014】[0014]

【発明の効果】本発明によれば、アドレス体系の違うネ
ットワーク間でアドレス変換装置越しにクライアントが
サーバ群とやりとりする場合に、クライアントがどの部
門サーバに接続すべきかわからずにサーバ群の一つに問
い合わせて、アプレケーションデータを使って接続すべ
きアドレスを受信し、そのアドレスを使って特定のサー
バに再び接続することを、サーバ群、クライアントそれ
ぞれのネットワークでアドレス体系が違うにかかわら
ず、可能にするものである。
According to the present invention, when a client communicates with a group of servers via an address translator between networks having different address systems, one of the group of servers can be connected without knowing which department server the client should connect to. It is possible to receive an address to be connected using application data and to connect to a specific server again using that address, regardless of the address system in the server group and client network. It is to be.

【図面の簡単な説明】[Brief description of the drawings]

【図1】本発明の実施の前提となるシステム構成図。FIG. 1 is a system configuration diagram on which the present invention is premised.

【図2】本発明の一実施例の説明図。FIG. 2 is an explanatory diagram of one embodiment of the present invention.

【図3】統括サーバの全システムサービス情報管理テー
ブルを示す図。
FIG. 3 is a view showing an overall system service information management table of the central server.

【図4】統括サーバへの問い合わせのデータ形式を示す
図。
FIG. 4 is a diagram showing a data format of an inquiry to a central server.

【図5】統括サーバの判定機構のロジックを示す図。FIG. 5 is a diagram showing logic of a determination mechanism of the central server.

【図6】本発明のシステムイメージの一例を示す図。FIG. 6 is a diagram showing an example of a system image according to the present invention.

【図7】本発明のシステムイメージの一例を示す図。FIG. 7 is a diagram showing an example of a system image of the present invention.

【符号の説明】[Explanation of symbols]

201・205…データ送受信部、202・206…デ
ータ取り出し/作成部、204…部門サービス情報管理
部、208…全システムサービス情報管理部、203…
サービス実行部、207…判定機構、60・70…統括
サーバ、61・62・71・72…部門サーバ、63・
73…アドレス変換装置、64・74…クライアント、
65・75…判定機構、66…問い合わせIPアドレス
情報セット部、610・710…プライベートネットワ
ーク、620・720…グローバルネットワーク。
201/205: data transmission / reception unit, 202/206: data extraction / creation unit, 204: department service information management unit, 208: all system service information management unit, 203 ...
Service execution unit, 207: judging mechanism, 60, 70: general server, 61, 62, 71, 72: department server, 63
73 ... address translator, 64/74 ... client,
65/75: determination mechanism, 66: inquiry IP address information set unit, 610/710: private network, 620/720: global network.

Claims (1)

【特許請求の範囲】[Claims] 【請求項1】 クライアントから複数サーバが利用可能
で各サーバのアドレス及び各サーバで提供するサービス
を管理する統括サーバを設けたクライアント/サーバシ
ステムにおいて、クライアントとサーバのアドレス体系
が異なる場合でも、クライアントが統括サーバへの問い
合わせをもとに適切なサーバに接続可能なアドレス通知
方式。
In a client / server system in which a plurality of servers are available from a client and an integrated server that manages addresses of the servers and services provided by the servers is provided, even if the client and server address systems are different, the client Is an address notification method that can connect to an appropriate server based on an inquiry to the central server.
JP2000010278A 2000-01-17 2000-01-17 Address exchange system between networks in different address system Pending JP2001203760A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2000010278A JP2001203760A (en) 2000-01-17 2000-01-17 Address exchange system between networks in different address system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2000010278A JP2001203760A (en) 2000-01-17 2000-01-17 Address exchange system between networks in different address system

Publications (1)

Publication Number Publication Date
JP2001203760A true JP2001203760A (en) 2001-07-27

Family

ID=18538315

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000010278A Pending JP2001203760A (en) 2000-01-17 2000-01-17 Address exchange system between networks in different address system

Country Status (1)

Country Link
JP (1) JP2001203760A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003067274A (en) * 2001-08-27 2003-03-07 Murata Mach Ltd Client device and processing server

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003067274A (en) * 2001-08-27 2003-03-07 Murata Mach Ltd Client device and processing server

Similar Documents

Publication Publication Date Title
KR100800351B1 (en) System and method for publish/subscribe messaging
JP5123311B2 (en) Secure location session manager
EP1695518B1 (en) Method of redirecting client requests to web services
US20070189486A1 (en) Communication apparatus, system, method and computer readable medium
EP2262185A1 (en) Method and system for forwarding data among private networks
JP2006511865A (en) Method and apparatus for communicating information in a wide area distributed network
US7120695B2 (en) Method for limiting conveyance information of user profile within mobile Internet transactions
EP2223501B1 (en) Publish/subscribe networks
TW200536308A (en) Location system
EP1593230B1 (en) Terminating a session in a network
KR100597405B1 (en) System and method for relaying data by use of socket applicaton program
WO2023029974A1 (en) Cloud service method, and electronic device and computer-readable storage medium
JP2001203760A (en) Address exchange system between networks in different address system
JP2009508211A (en) Independent message processing system and method transparent to endpoints
JP2004013479A (en) Communication network and remote file access method
KR20050003598A (en) Domain name service provide system and method using dual domain name server
JP2004326319A (en) Relay device
JPH04353955A (en) Server client type communication protocol
JP3767684B2 (en) Information distribution system and information distribution method using push-type service
JP2002373106A (en) Device and method for transferring data, and program
JP2004072453A (en) Network management system and network management method
CN114978743A (en) Service communication system across network segments
JP2008103779A (en) Event issuing server
JPH04138740A (en) Communication control system
JP2002057701A (en) Multimedia communication method and system