[go: up one dir, main page]

JP2001345854A - Method, system and apparatus for packet communication between networks - Google Patents

Method, system and apparatus for packet communication between networks

Info

Publication number
JP2001345854A
JP2001345854A JP2001007785A JP2001007785A JP2001345854A JP 2001345854 A JP2001345854 A JP 2001345854A JP 2001007785 A JP2001007785 A JP 2001007785A JP 2001007785 A JP2001007785 A JP 2001007785A JP 2001345854 A JP2001345854 A JP 2001345854A
Authority
JP
Japan
Prior art keywords
packet
session
server
gateway device
terminal device
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
JP2001007785A
Other languages
Japanese (ja)
Other versions
JP2001345854A5 (en
Inventor
Hideaki Harumoto
英明 春元
Rieko Asai
理恵子 浅井
Masahiro Daiho
雅博 大穂
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.)
Panasonic Holdings Corp
Original Assignee
Matsushita Electric Industrial Co 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 Matsushita Electric Industrial Co Ltd filed Critical Matsushita Electric Industrial Co Ltd
Priority to JP2001007785A priority Critical patent/JP2001345854A/en
Publication of JP2001345854A publication Critical patent/JP2001345854A/en
Priority to US12/282,299 priority patent/US20090131833A1/en
Publication of JP2001345854A5 publication Critical patent/JP2001345854A5/ja
Pending legal-status Critical Current

Links

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)

Abstract

(57)【要約】 【課題】 ゲートウエイ装置を用いるネットワーク環境
で、アプリケーション層にセッション概念が有るプロト
コルを、トランスポート層にコネクション概念が無いプ
ロトコルを用いた場合でも、アプリケーション層のコマ
ンド内容を逐一文法解析することなくセッション確立及
び解消を検出して、パケットの中継処理を効率的に行う
パケット通信方法及びシステム並びに装置を提供する。 【解決手段】 端末装置10は、プロトコルスタック1
3中に接続を記述できる階層(擬似接続層)を設け、セ
ッション開始時には最初に発行するパケット内にbeg
inフラグをセットし、セッション終了時には最後に発
行するパケット内にfinフラグをセットして、ゲート
ウエイ装置20へセッションの開始及び終了を通知す
る。
(57) [Summary] In a network environment using a gateway device, even when a protocol having a session concept in an application layer and a protocol without a connection concept in a transport layer are used, command contents of the application layer are grammatically analyzed one by one. Provided are a packet communication method, system, and apparatus for efficiently performing packet relay processing by detecting session establishment and cancellation without analysis. A terminal device (10) includes a protocol stack (1).
3 is provided with a hierarchy (pseudo-connection layer) in which a connection can be described.
The in flag is set, and at the end of the session, the fin flag is set in the last packet to be issued, and the gateway device 20 is notified of the start and end of the session.

Description

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

【0001】[0001]

【発明の属する技術分野】本発明は、ネットワーク間の
パケット通信方法及びシステム並びに装置に関し、より
特定的には、2つのネットワークを有する通信環境にお
いて、一方のネットワーク上に存在する端末装置と、他
方のネットワーク上に存在するサーバ装置との間のセッ
ションを、双方のネットワーク間を中継するゲートウエ
イ装置を介して確立させるためのパケット通信方法、及
び当該方法を用いたサーバ・クライアントシステム、並
びに各装置に関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a method and apparatus for packet communication between networks, and more particularly, to a terminal apparatus existing on one network and another terminal apparatus in a communication environment having two networks. A packet communication method for establishing a session with a server device existing on a network via a gateway device that relays between the two networks, a server-client system using the method, and each device .

【0002】[0002]

【従来の技術】(ネットワークモデルの説明)プロトコ
ルを機能毎にモジュール化したモデルの例として、OS
I(Open Systems interconnection)の参照モデルが一般
に挙げられる。このOSIの参照モデルは、通信機能を
7階層に分け、階層毎に標準的な機能モジュールを定義
しているものである。図13は、OSIの7階層モデル
を示す図である。図13において、第1層(物理層)
は、データを通信回線に送出するための電気的な変換や
機械的な作業を受け持つ。第2層(データリンク層)
は、通信相手との物理的な通信経路を確保し、通信経路
を流れるデータのエラー検出等を行う。第3層(ネット
ワーク層)は、通信相手へデータを届けるための通信経
路の選択や、通信経路内のアドレス(住所)の管理を行
う。第4層(トランスポート層)は、通信相手へ確実に
効率よくデータを届けるためのデータ圧縮、誤り訂正及
び再送制御等を行う。第5層(セッション層)は、通信
プログラム同士がデータの送受信を行うための仮想的な
経路(コネクション)の確立や解放を行う。第6層(プ
レゼンテーション層)は、第5層から受け取ったデータ
をユーザが分かり易い形式に変換したり、第7層から送
られてくるデータを通信に適した形式に変換する。第7
層(アプリケーション層)は、データ通信を利用した様
々なサービスを人間や他のプログラムへ提供する。
2. Description of the Related Art (Description of Network Model) An example of a model in which a protocol is modularized for each function is an OS.
A reference model of I (Open Systems interconnection) is generally cited. In the OSI reference model, communication functions are divided into seven layers, and standard function modules are defined for each layer. FIG. 13 is a diagram showing a seven-layer model of OSI. In FIG. 13, the first layer (physical layer)
Is responsible for electrical conversion and mechanical work for sending data to the communication line. Layer 2 (data link layer)
Secures a physical communication path with a communication partner and performs error detection and the like on data flowing through the communication path. The third layer (network layer) selects a communication path for delivering data to a communication partner and manages addresses (addresses) in the communication path. The fourth layer (transport layer) performs data compression, error correction, retransmission control, and the like for reliably and efficiently delivering data to a communication partner. The fifth layer (session layer) establishes and releases a virtual path (connection) for transmitting and receiving data between communication programs. The sixth layer (presentation layer) converts data received from the fifth layer into a format that is easy for the user to understand, and converts data sent from the seventh layer into a format suitable for communication. Seventh
The layer (application layer) provides various services using data communication to humans and other programs.

【0003】(TCP/IPの説明)上記OSIの7階
層モデルと同様、ネットワークを階層化したモデルのも
う1つに、TCP/IP(Transmission Control Protoc
ol/Internet Protocol)インターネットの階層モデルが
ある。図14は、TCP/IPインターネットの階層モ
デルを示す図である。また、図15は、OSIの7階層
モデルとTCP/IPインターネットの階層モデルと
を、非常に大まかに対比した図である。図14におい
て、TCP/IPインターネットの階層モデルは、4つ
の概念層から構成されており、各階層は次のように呼ば
れている。最上位階層のアプリケーション層は、アプリ
ケーションプログラムから送受信されるメッセージ列や
バイトストリームを、次の階層であるトランスポート層
に渡す。トランスポート層は、アプリケーションプログ
ラムと他のプログラムとの通信を司り、OSIの7階層
モデルでのおおよそ第4層及び第5層に相当する(図1
5)。このトランスポート層は、データがエラー無く順
番通りに到着することを保証し、データをパケット単位
に分割してインターネット層に渡す。インターネット層
は、トランスポート層から渡されたパケットをIPデー
タグラムにカプセル化し、適切なネットワークインタフ
ェース層に渡す。最下位階層のネットワークインタフェ
ース層は、IPデータグラムをインターネット層から受
け取り、ハードウエアに渡す。
(Description of TCP / IP) Similar to the above-described OSI seven-layer model, another layered model of the network includes a TCP / IP (Transmission Control Protocol).
ol / Internet Protocol) There is a hierarchical model of the Internet. FIG. 14 is a diagram showing a hierarchical model of the TCP / IP Internet. FIG. 15 is a diagram that very roughly compares the OSI seven-layer model and the TCP / IP Internet layer model. In FIG. 14, the layer model of the TCP / IP Internet is composed of four conceptual layers, and each layer is called as follows. The uppermost application layer passes a message sequence and a byte stream transmitted and received from the application program to the next layer, the transport layer. The transport layer manages communication between the application program and other programs, and corresponds to approximately the fourth and fifth layers in the OSI seven-layer model (FIG. 1).
5). The transport layer guarantees that data arrives in order without error, and divides the data into packet units and passes the data to the Internet layer. The internet layer encapsulates the packet passed from the transport layer into an IP datagram and passes it to the appropriate network interface layer. The lowest network interface layer receives the IP datagram from the Internet layer and passes it to the hardware.

【0004】以上述べた2つの一般的なネットワークプ
ロトコルの階層では、それぞれの階層においてそれぞれ
の機能が提供されており、送信側のある階層が出力する
データと、受信側の同一階層が受け取るデータとが、同
じになるように設計されている。例えば、図16に示す
ホスト間の通信において、ホストBのアプリケーション
層は、ホストAのアプリケーション層から送出されたメ
ッセージと全く同一のメッセージを受け取れるように設
計されている。
[0004] In the two general network protocol hierarchies described above, the respective hierarchies provide their respective functions, and the data output by a certain hierarchy on the transmission side and the data received by the same hierarchy on the reception side are different from each other. But are designed to be the same. For example, in the communication between the hosts shown in FIG. 16, the application layer of the host B is designed to receive the same message as the message transmitted from the application layer of the host A.

【0005】トランスポート層の代表的なプロトコルで
あるTCPでは、ホスト間の通信においてデータが正し
く送受信できていることを検査するため、コネクション
を確立して通信を行っている。TCPは、このコネクシ
ョンを使用してデータの再送や確認応答等を通信するこ
とで、ホスト間のデータを正しく送受信できるように設
計されている。また、インターネット層の代表的なプロ
トコルであるIPでは、パケット単位でデータのやり取
りが行われる。ここで、パケットは個々に独立して送信
されるため、その順序や重複はチェックされないが、I
Pは、パケット単位では正確なフォーマットによるホス
ト間の送受信ができるように、設計されている。
[0005] TCP, which is a typical protocol of the transport layer, establishes a connection to perform communication between hosts in order to check that data can be transmitted and received correctly. TCP is designed so that data can be correctly transmitted and received between hosts by communicating data retransmission, acknowledgment, and the like using this connection. In IP, which is a typical protocol of the Internet layer, data is exchanged in packet units. Here, since the packets are transmitted individually and independently, their order and duplication are not checked.
P is designed so that transmission and reception between hosts can be performed in an accurate format in packet units.

【0006】このように、各階層のプロトコルが、それ
ぞれの機能に基づいたデータの送受信を行うことで、最
終的にホスト間の通信が実現されている。
[0006] As described above, the communication between the hosts is finally realized by the protocol of each layer transmitting and receiving data based on the respective functions.

【0007】(リテラルなスクリプト表記のプロトコル
の説明)さて、人が読んでそのままシーケンスの意味を
理解することが可能な、いわゆるリテラルなスクリプト
表記のプロトコルの例として、RTSP(Real Time Str
eaming Protocol)やHTTP(Hyper Text Transfer Pro
tocol)等が挙げられる。一例として、図17に、RTS
Pにおけるプロトコル送受信の様子を模式的に示す。こ
の図17の例では、端末装置からサーバ装置に対するV
ideo及びAudioストリームのセットアップから
再生までの一連の手順を示している。
(Explanation of Literal Script Notation Protocol) As an example of a so-called literal script notation protocol that allows a person to read and understand the meaning of a sequence as it is, RTSP (Real Time Stroke) is used.
eaming Protocol) and HTTP (Hyper Text Transfer Pro)
tocol) and the like. As an example, FIG.
The state of protocol transmission and reception in P is schematically shown. In the example of FIG. 17, V
A series of procedures from setup and playback of the video and audio streams are shown.

【0008】RTSPは、IPネットワーク上でストリ
ーム形式のデータ送信を効果的に行うために、開発が進
められているプロトコルである。RTSPは、TCP/
IPインターネットの階層構造でいうアプリケーション
層のプロトコルであり、1つ又は複数の時間同期がされ
た連続メディアストリームを確立し、再生や停止等の制
御を行う。このRTSPは、連続したストリームデータ
自体を運ぶものではなく、マルチメディアサーバのため
のネットワーク遠隔制御用プロトコルである。RTSP
自体にはコネクションの概念が無く、一般的には下位階
層のトランスポート層においてサーバ装置と端末装置と
の間のコネクションを確立しておいてから、その上に識
別子によって一意に利用者を特定できる“セッション”
という論理的な接続状態を持つ。図18は、コネクショ
ン及びセッション確立の様子を、TCPプロトコルスタ
ックの例を用いて模式的に示したものである。なお、R
TSPのセッション確立及び解消に関する詳細なシーケ
ンスについては、本発明の実施形態において後述する。
[0008] RTSP is a protocol being developed to effectively transmit data in a stream format over an IP network. RTSP is TCP /
This is a protocol of an application layer in the hierarchical structure of the IP Internet, and establishes one or a plurality of time-synchronized continuous media streams and controls reproduction and stop. This RTSP does not carry continuous stream data itself, but is a network remote control protocol for multimedia servers. RTSP
There is no concept of connection in itself, and generally, after establishing a connection between a server device and a terminal device in a lower transport layer, a user can be uniquely specified by an identifier thereon. "session"
Logical connection state. FIG. 18 schematically shows a state of connection and session establishment using an example of a TCP protocol stack. Note that R
A detailed sequence regarding the establishment and cancellation of the TSP session will be described later in an embodiment of the present invention.

【0009】上記RTSPと同様に、アプリケーション
層のプロトコルとしてHTTPがある。HTTPは、イ
ンターネットのWWW(World Wide Web)サービスにおい
て、WWWサーバからWWWクライアントに対してHT
ML(Hyper Text Markup Language)で記述されたドキュ
メントを送受信するための通信プロトコルである。この
HTTPでは、HTML文書やその文書に関連付けられ
ている画像、音声及び動画等のファイルを、表現形式等
の情報を含めてやり取りできる。
[0009] Similarly to the RTSP, there is HTTP as a protocol of the application layer. HTTP is an Internet-based WWW (World Wide Web) service in which a WWW server sends an HTTP to a WWW client.
This is a communication protocol for transmitting and receiving a document described in ML (Hyper Text Markup Language). In the HTTP, an HTML document and files such as images, sounds, and moving images associated with the document can be exchanged, including information such as an expression format.

【0010】HTTPは、リクエストとレスポンスとか
らなる非常に単純なプロトコルで、リクエスト及びレス
ポンスがそれぞれ独立した通信の単位となる。まず、W
WWクライアントは、リクエストとして表示したいWW
WページのURL(Uniform Resource Locators) のパス
名を送信する。これに対し、WWWサーバは、自分が持
つHTML文書をWWWクライアントへ送信する。例え
ば、あるWWWサーバにアクセスし、接続が完了したと
ころで、WWWクライアントがコマンド「GET/」を
送信すると、 <HEAD> <TITLE> ..... </TITLE> : </BODY> というように、WWWサーバからの応答として、HTM
Lで記述されたデータが返ってくる。
[0010] HTTP is a very simple protocol consisting of a request and a response, and the request and the response are independent communication units. First, W
The WW client wants to display the WW
Transmits the URL (Uniform Resource Locators) path name of the W page. On the other hand, the WWW server transmits its own HTML document to the WWW client. For example, when a WWW client accesses a certain WWW server and completes the connection, and the WWW client transmits a command “GET /”, <HEAD><TITLE>. . . . . </ TITLE>: </ BODY>, as a response from the WWW server,
The data described in L is returned.

【0011】このように、HTTPでも、RTSPと同
様にデータ取得の度にWWWサーバに論理接続し、デー
タの送受信が終わると論理接続を切断するというセッシ
ョンの概念で通信を行っている。
[0011] As described above, even in HTTP, like RTSP, communication is performed based on the concept of a session in which a logical connection is made to a WWW server every time data is acquired, and the logical connection is cut off when data transmission and reception are completed.

【0012】[0012]

【発明が解決しようとする課題】ところで、サーバ装置
と端末装置とがそれぞれ異なるネットワーク上に存在す
る場合、双方の装置を中継するために一般にゲートウエ
イ装置が用いられる。ゲートウエイ装置を用いて構築さ
れたシステムの一例を、図19に示す。図19のシステ
ムにおいて、コネクションの概念が無くセッションとい
う論理的な接続状態を持つRTSP等が、アプリケーシ
ョン層のプロトコルに用いられる場合、ゲートウエイ装
置は、下位階層のトランスポート層において行われる装
置間のコネクションの確立及び消滅を検出することによ
り、同時にセッションの確立及び消滅を検出(認識)す
ることができた。
When a server device and a terminal device exist on different networks, a gateway device is generally used to relay the two devices. FIG. 19 shows an example of a system constructed using the gateway device. In the system of FIG. 19, when RTSP or the like having a logical connection state called a session without a concept of connection is used for a protocol of an application layer, a gateway device performs connection between devices performed in a lower transport layer. By detecting the establishment and disappearance of the session, it was possible to simultaneously detect (recognize) the establishment and disappearance of the session.

【0013】しかしながら、通信系の諸制約によって、
アプリケーション層にセッションの概念が有るRTSP
等のプロトコルを、トランスポート層にコネクションの
概念が無いプロトコル(例えば、UDP(User Datagram
Protocol))を用いる場合が考えられる。この場合、装
置間のコネクションが存在しないので、図19に示すゲ
ートウエイ装置は、セッションの確立及び消滅を知るた
めに、RTSP等のコマンド内容を逐一文法解析する必
要が生じる。また、上述したように、このRTSP等の
プロトコルには、コマンドシーケンスの記述にリテラル
なスクリプト表記が用いられているため、人間が読んで
理解するには便利である。しかし、コンピュータがRT
SP等のプロトコルを解釈するためには、LEX等によ
るバイナリ化や文字列比較等のCPUに大きな負荷がか
かる処理を数多く行わなければならない。このような処
理の実行は、通信効率を低下させる原因となっている。
However, due to various restrictions of the communication system,
RTSP with the concept of a session in the application layer
Protocol such as UDP (for example, UDP (User Datagram)
Protocol)). In this case, since there is no connection between the devices, the gateway device shown in FIG. 19 needs to grammatically analyze the contents of commands such as RTSP one by one in order to know the establishment and disappearance of the session. Further, as described above, in the protocol such as RTSP, a literal script notation is used to describe a command sequence, which is convenient for humans to read and understand. But the computer is RT
In order to interpret a protocol such as SP, a number of processes that impose a heavy load on the CPU, such as binarization by LEX or the like and character string comparison, must be performed. Execution of such processing causes a reduction in communication efficiency.

【0014】それ故、本発明の目的は、ゲートウエイ装
置を用いるネットワーク環境において、アプリケーショ
ン層にセッションの概念が有るプロトコルを、トランス
ポート層にコネクションの概念が無いプロトコルを用い
た場合でも、アプリケーション層のコマンド内容を逐一
文法解析することなくセッションの確立及び解消を検出
でき、パケットの中継処理を効率的に行うことができる
パケット通信方法及びシステム並びに装置を提供するこ
とである。
Therefore, an object of the present invention is to provide a network environment using a gateway device, in which a protocol having a concept of a session in an application layer and a protocol having no concept of a connection in a transport layer are used. An object of the present invention is to provide a packet communication method, system, and apparatus capable of detecting establishment and cancellation of a session without performing grammatical analysis of command contents one by one and performing packet relay processing efficiently.

【0015】[0015]

【課題を解決するための手段および発明の効果】第1の
発明は、第1のネットワークに接続された1つ以上の端
末装置と、第2のネットワークに接続された1つ以上の
サーバ装置と、当該第1及び第2のネットワークに接続
され両装置間のパケット通信を中継するゲートウエイ装
置とからなるサーバ・クライアントシステムにおける、
パケット通信方法であって、端末装置とサーバ装置との
間に、階層化された通信プロトコルにおけるメッセージ
送受信のための論理的な接続状態であるセッションを確
立させる場合、端末装置が、最初に発行する先頭パケッ
トを、当該先頭パケット中の特定部分にセッション開始
を示すbeginフラグをセットして、ゲートウエイ装
置へ送信し、ゲートウエイ装置が、受信した先頭パケッ
ト中のbeginフラグを検出することでセッション開
始を判断し、サーバ装置との通信経路を確立して当該先
頭パケットをサーバ装置へ転送し、端末装置とサーバ装
置との間に確立されたセッションを解消させる場合、端
末装置が、最後に発行する最終パケットを、当該最終パ
ケット中の特定部分にセッション終了を示すfinフラ
グをセットして、ゲートウエイ装置へ送信し、ゲートウ
エイ装置が、受信した最終パケット中のfinフラグを
検出することでセッション終了を判断し、サーバ装置か
ら最終パケットに対する応答を受信した後に、セッショ
ンを解消させることを特徴とする。
Means for Solving the Problems and Effects of the Invention A first invention is directed to one or more terminal devices connected to a first network and one or more server devices connected to a second network. And a gateway device connected to the first and second networks and relaying packet communication between the two devices.
In the packet communication method, when a session that is a logical connection state for transmitting and receiving a message in a hierarchical communication protocol is established between a terminal device and a server device, the terminal device issues first. The leading packet is set to a specific part in the leading packet with a begin flag indicating the start of the session, transmitted to the gateway device, and the gateway device determines the start of the session by detecting the begin flag in the received leading packet. Then, when establishing a communication path with the server device and transferring the head packet to the server device to cancel the session established between the terminal device and the server device, the terminal device issues the last packet issued last. By setting a fin flag indicating a session end in a specific portion of the last packet, Transmitting to the gateway device, the gateway device determines the end of the session by detecting a fin flag in the received final packet, and cancels the session after receiving a response to the final packet from the server device. .

【0016】上記のように、第1の発明によれば、端末
装置とサーバ装置との間にセッションを確立する場合、
端末装置から最初に発行されるパケットにbeginフ
ラグを付加して、ゲートウエイ装置へセッション開始を
通知する。また、すでに確立されているセッションを終
了する場合、端末装置から最後に発行されるパケットに
finフラグを付加して、ゲートウエイ装置へセッショ
ン終了を通知する。これにより、ゲートウエイ装置は、
アプリケーション層にセッションの概念が有るプロトコ
ルを、トランスポート層にコネクションの概念が無いプ
ロトコルを用いた場合でも、アプリケーション層のコマ
ンド内容を逐一文法解析することなくセッションの確立
及び解消を検出でき、パケットの中継処理を効率的に行
うことができる。
As described above, according to the first aspect, when a session is established between the terminal device and the server device,
A begin flag is added to the packet issued first from the terminal device, and the gateway device is notified of the start of the session. When ending a session already established, a fin flag is added to the last packet issued from the terminal device to notify the gateway device of the end of the session. This allows the gateway device to:
Even if a protocol with the concept of session in the application layer and a protocol without the concept of connection in the transport layer are used, the establishment and cancellation of the session can be detected without analyzing the command contents of the application layer one by one, and packet Relay processing can be performed efficiently.

【0017】第2の発明は、第1のネットワークに接続
された1つ以上の端末装置と、第2のネットワークに接
続された1つ以上のサーバ装置と、当該第1及び第2の
ネットワークに接続され両装置間のパケット通信を中継
するゲートウエイ装置とからなるサーバ・クライアント
システムにおける、パケット通信方法であって、端末装
置とサーバ装置との間に、階層化された通信プロトコル
におけるメッセージ送受信のための論理的な接続状態で
あるセッションを確立させる場合、端末装置が、最初に
発行する先頭パケットを、当該先頭パケット中の特定部
分にセッション開始を示すbeginフラグをセットし
て、ゲートウエイ装置へ送信し、ゲートウエイ装置が、
受信した先頭パケット中のbeginフラグを検出する
ことでセッション開始を判断し、サーバ装置との通信経
路を確立して当該先頭パケットをサーバ装置へ転送し、
端末装置とサーバ装置との間に確立されたセッションを
解消させる場合、端末装置が最後に発行する最終パケッ
トの受信に基づいて、サーバ装置が、当該最終パケット
に対する応答パケットを、当該応答パケット中の特定部
分にセッション終了を示すfinフラグをセットして、
ゲートウエイ装置へ送信し、ゲートウエイ装置が、受信
した応答パケット中のfinフラグを検出することでセ
ッション終了を判断し、セッションを解消させることを
特徴とする。
According to a second aspect of the present invention, there is provided at least one terminal device connected to a first network, at least one server device connected to a second network, and at least one terminal device connected to the first and second networks. A packet communication method in a server-client system comprising a gateway device that is connected and relays packet communication between the two devices, for transmitting and receiving a message in a hierarchical communication protocol between a terminal device and a server device. When establishing a session that is a logical connection state, the terminal device transmits the first packet to be issued first to the gateway device by setting a begin flag indicating a session start in a specific portion of the first packet. , The gateway device,
The start of the session is determined by detecting the begin flag in the received first packet, a communication path with the server device is established, and the first packet is transferred to the server device.
When canceling the session established between the terminal device and the server device, based on the reception of the last packet issued last by the terminal device, the server device generates a response packet corresponding to the last packet in the response packet. Set the fin flag indicating the end of the session in the specific part,
The session is transmitted to the gateway device, and the gateway device detects the fin flag in the received response packet, determines the end of the session, and cancels the session.

【0018】上記のように、第2の発明によれば、端末
装置とサーバ装置との間にセッションを確立する場合、
端末装置から最初に発行されるパケットにbeginフ
ラグを付加して、ゲートウエイ装置へセッション開始を
通知する。また、すでに確立されているセッションを終
了する場合、サーバ装置から最後に発行されるパケット
にfinフラグを付加して、ゲートウエイ装置へセッシ
ョン終了を通知する。これにより、ゲートウエイ装置
は、アプリケーション層にセッションの概念が有るプロ
トコルを、トランスポート層にコネクションの概念が無
いプロトコルを用いた場合でも、アプリケーション層の
コマンド内容を逐一文法解析することなくセッションの
確立及び解消を検出でき、パケットの中継処理を効率的
に行うことができる。
As described above, according to the second aspect, when a session is established between the terminal device and the server device,
A begin flag is added to the packet issued first from the terminal device, and the gateway device is notified of the start of the session. When ending a session that has already been established, a fin flag is added to the last packet issued from the server device, and the gateway device is notified of the end of the session. Thus, even when the gateway device uses a protocol having a concept of a session in the application layer and a protocol without a concept of a connection in the transport layer, it establishes and establishes a session without analyzing the command content of the application layer one by one. Cancellation can be detected, and packet relay processing can be performed efficiently.

【0019】第3の発明は、第1及び第2の発明に従属
する発明であって、ゲートウエイ装置が、確立した通信
経路に関する情報を保持し、先頭パケット以降のパケッ
ト通信を当該情報に従って行うことを特徴とする。
A third invention is an invention according to the first and second inventions, wherein the gateway device holds information on the established communication path and performs packet communication after the first packet in accordance with the information. It is characterized by.

【0020】第4の発明は、第3の発明に従属する発明
であって、ゲートウエイ装置は、通信経路に関する情報
を削除することでセッションを解消させることを特徴と
する。
A fourth invention is an invention according to the third invention, wherein the gateway device cancels the session by deleting the information on the communication route.

【0021】上記のように、第3及び第4の発明によれ
ば、ゲートウエイ装置では、beginフラグの検出に
基づいて端末装置とサーバ装置との間のセッションを確
立させると共に、そのセッションの通信経路に関する情
報を保持しておき、finフラグの検出に基づいてその
情報を抹消させてセッションを解消させる。これによ
り、先頭パケット以降のパケット通信を簡単かつ高速に
実行させることができる。
As described above, according to the third and fourth aspects, the gateway device establishes a session between the terminal device and the server device based on the detection of the begin flag, and establishes a communication path for the session. Information is held, and the session is canceled by deleting the information based on the detection of the fin flag. As a result, it is possible to easily and quickly execute packet communication after the first packet.

【0022】第5の発明は、第1の発明に従属する発明
であって、第1のネットワーク上におけるセッション層
の通信プロトコルが、リテラルなスクリプト表記のプロ
トコルであることを特徴とする。
A fifth invention is an invention according to the first invention, wherein a communication protocol of a session layer on the first network is a protocol expressed in a literal script.

【0023】第6の発明は、第2の発明に従属する発明
であって、第1及び第2のネットワーク上における双方
のセッション層の通信プロトコルが、共にリテラルなス
クリプト表記のプロトコルであることを特徴とする。
A sixth invention is an invention according to the second invention, wherein the communication protocols of both session layers on the first and second networks are both protocols in a literal script notation. Features.

【0024】この第5及び第6の発明のような通信プロ
トコルである場合に、第1及び第2の発明によるパケッ
ト通信方法を用いることによって、最も効果を発揮させ
ることができる。
In the case of the communication protocol as in the fifth and sixth aspects, the most effect can be exhibited by using the packet communication method according to the first and second aspects.

【0025】第7の発明は、第1のネットワークに接続
された1つ以上の端末装置と、第2のネットワークに接
続された1つ以上のサーバ装置と、当該第1及び第2の
ネットワークに接続され両装置間のパケット通信を中継
するゲートウエイ装置とからなるサーバ・クライアント
システムであって、サーバ装置との間に、階層化された
通信プロトコルにおけるメッセージ送受信のための論理
的な接続状態であるセッションを確立させる場合、最初
に発行する先頭パケット中の特定部分にセッション開始
を示すbeginフラグをセットし、サーバ装置との間
に確立されたセッションを解消させる場合、最後に発行
する最終パケット中の特定部分にセッション終了を示す
finフラグをセットして、ゲートウエイ装置へ当該パ
ケットを送信する端末装置と、先頭パケット中のbeg
inフラグを検出することでセッション開始を判断し
て、サーバ装置との通信経路を確立して当該先頭パケッ
トをサーバ装置へ転送し、最終パケット中のfinフラ
グを検出することでセッション終了を判断して、サーバ
装置から最終パケットに対する応答を受信した後に、セ
ッションを解消させるゲートウエイ装置とを備える。
According to a seventh aspect of the present invention, there is provided one or more terminal devices connected to the first network, one or more server devices connected to the second network, and the first and second networks. A server / client system comprising a gateway device connected to relay packet communication between the two devices, wherein the server / client system is in a logical connection state for transmitting and receiving messages in a hierarchical communication protocol with the server device. When a session is established, a begin flag indicating the start of a session is set in a specific portion of the first packet issued first, and when a session established with the server device is canceled, the last packet in the last packet issued last is set. A fin flag indicating the end of the session is set in a specific portion, and the packet is transmitted to the gateway device. And end devices, beg in the first packet
The start of the session is determined by detecting the in flag, the communication path with the server device is established, the first packet is transferred to the server device, and the end of the session is determined by detecting the fin flag in the last packet. A gateway device for canceling the session after receiving a response to the final packet from the server device.

【0026】第8の発明は、第1のネットワークに接続
された1つ以上の端末装置と、第2のネットワークに接
続された1つ以上のサーバ装置と、当該第1及び第2の
ネットワークに接続され両装置間のパケット通信を中継
するゲートウエイ装置とからなるサーバ・クライアント
システムであって、サーバ装置との間に、階層化された
通信プロトコルにおけるメッセージ送受信のための論理
的な接続状態であるセッションを確立させる場合、最初
に発行する先頭パケット中の特定部分にセッション開始
を示すbeginフラグをセットして、ゲートウエイ装
置へ当該パケットを送信する端末装置と、端末装置との
間に確立されたセッションを解消させる場合、端末装置
が最後に発行する最終パケットの受信に基づいて、当該
最終パケットに対する応答パケット中の特定部分にセッ
ション終了を示すfinフラグをセットして、ゲートウ
エイ装置へ当該パケットを送信するサーバ装置と、先頭
パケット中のbeginフラグを検出することでセッシ
ョン開始を判断して、サーバ装置との通信経路を確立し
て当該先頭パケットをサーバ装置へ転送し、応答パケッ
ト中のfinフラグを検出することでセッション終了を
判断して、セッションを解消させるゲートウエイ装置と
を備える。
According to an eighth aspect of the present invention, there is provided one or more terminal devices connected to the first network, one or more server devices connected to the second network, and one or more terminal devices connected to the first and second networks. A server / client system comprising a gateway device connected to relay packet communication between the two devices, wherein the server / client system is in a logical connection state for transmitting and receiving messages in a hierarchical communication protocol with the server device. When a session is established, a begin flag indicating the start of a session is set in a specific portion of the first packet issued first, and a session established between the terminal device that transmits the packet to the gateway device and the terminal device In order to eliminate the last packet, the terminal device responds to the last packet based on the last packet issued last. A fin flag indicating the end of the session is set in a specific part of the response packet to be transmitted, and the server device transmitting the packet to the gateway device, and detecting the begin flag in the first packet to determine the start of the session, A gateway device that establishes a communication path with the device, transfers the head packet to the server device, detects the fin flag in the response packet, determines the end of the session, and cancels the session.

【0027】第9の発明は、第2のネットワークによっ
て1つ以上のサーバ装置と接続されたゲートウエイ装置
に、第1のネットワークを介して接続される端末装置で
あって、サーバ装置との間に、階層化された通信プロト
コルにおけるメッセージ送受信のための論理的な接続状
態であるセッションを確立させる場合、最初に発行する
先頭パケット中の特定部分にセッション開始を示すbe
ginフラグをセットする設定部と、beginフラグ
をセットした先頭パケットをゲートウエイ装置へ送信す
る送信部とを備える。
A ninth invention is a terminal device connected via a first network to a gateway device connected to one or more server devices via a second network, wherein the terminal device is connected to the server device. In order to establish a session which is a logical connection state for message transmission and reception in a hierarchical communication protocol, a specific part in the first packet issued first indicates the session start be
a setting unit for setting a gin flag; and a transmitting unit for transmitting a leading packet with the begin flag set to the gateway device.

【0028】第10の発明は、第2のネットワークによ
って1つ以上のサーバ装置と接続されたゲートウエイ装
置に、第1のネットワークを介して接続される端末装置
であって、サーバ装置との間に、階層化された通信プロ
トコルにおけるメッセージ送受信のための論理的な接続
状態であるセッションを確立させる場合、最初に発行す
る先頭パケット中の特定部分にセッション開始を示すb
eginフラグをセットする設定部と、サーバ装置との
間に確立されたセッションを解消させる場合、最後に発
行する最終パケット中の特定部分にセッション終了を示
すfinフラグをセットする設定部と、beginフラ
グをセットした先頭パケット又はfinフラグをセット
した最終パケットを、ゲートウエイ装置へ送信する送信
部とを備える。
A tenth invention is a terminal device connected via a first network to a gateway device connected to one or more server devices via a second network, wherein the terminal device is connected to the server device. When establishing a session that is a logical connection state for message transmission and reception in a layered communication protocol, a specific portion in the first packet issued first indicates a session start b
a setting unit for setting an egin flag, and a setting unit for setting a fin flag indicating the end of the session in a specific part of a last packet to be issued last, in order to cancel a session established between the server device and the begin flag. And a transmitting unit that transmits the first packet in which the fin flag is set or the last packet in which the fin flag is set to the gateway device.

【0029】第11の発明は、第1のネットワークによ
って1つ以上の端末装置と接続されたゲートウエイ装置
に、第2のネットワークを介して接続されるサーバ装置
であって、端末装置との間に確立されたセッションを解
消させる場合、端末装置が最後に発行する最終パケット
の受信に基づいて、当該最終パケットに対する応答パケ
ット中の特定部分にセッション終了を示すfinフラグ
をセットする設定部と、finフラグをセットした応答
パケットを、ゲートウエイ装置へ送信する送信部とを備
える。
An eleventh invention is a server device connected via a second network to a gateway device connected to one or more terminal devices via a first network, wherein the server device is connected to the terminal device. A setting unit for setting a fin flag indicating the end of the session in a specific portion in a response packet to the last packet based on the reception of the last packet issued last by the terminal device when canceling the established session; And a transmission unit for transmitting a response packet in which the response packet is set to the gateway device.

【0030】第12の発明は、第1のネットワークを介
して1つ以上の端末装置と、第2のネットワークを介し
て1つ以上のサーバ装置とに接続されるゲートウエイ装
置であって、端末装置から送信されるパケット中のセッ
ション開始を示すフラグを検出することでセッション開
始を判断して、サーバ装置との通信経路を確立して当該
パケットをサーバ装置へ転送する送信部と、パケット以
降のパケット通信を、確立した通信経路に関する情報に
従って行うために、当該情報を保持する記憶部と、端末
装置又はサーバ装置から送信されるパケット中のセッシ
ョン終了を示すフラグを検出することでセッション終了
を判断して、対応するパケット送信を完了した後に通信
経路に関する情報を削除することでセッションを解消さ
せる処理部とを備える。
[0030] A twelfth invention is a gateway device connected to one or more terminal devices via a first network and one or more server devices via a second network. A transmission unit that determines a session start by detecting a flag indicating a session start in a packet transmitted from the server, establishes a communication path with the server device, and transfers the packet to the server device, and a packet subsequent to the packet. In order to perform communication according to the information on the established communication path, the storage unit holding the information and the flag indicating the session end in the packet transmitted from the terminal device or the server device determine the session end by detecting the session end flag. And a processing unit for deleting the information on the communication path after completing the corresponding packet transmission to cancel the session. That.

【0031】第13の発明は、第9及び第10の発明に
従属する発明であって、第1のネットワーク上における
セッション層の通信プロトコルが、リテラルなスクリプ
ト表記のプロトコルであることを特徴とする。
A thirteenth invention is a invention according to the ninth and tenth inventions, wherein the communication protocol of the session layer on the first network is a protocol expressed in a literal script. .

【0032】第14の発明は、第11の発明に従属する
発明であって、第2のネットワーク上におけるセッショ
ン層の通信プロトコルが、リテラルなスクリプト表記の
プロトコルであることを特徴とする。
A fourteenth invention is according to the eleventh invention, wherein the communication protocol of the session layer on the second network is a protocol in a literal script notation.

【0033】第15の発明は、第12の発明に従属する
発明であって、第1のネットワーク上における又は第1
及び第2のネットワーク上における双方のセッション層
の通信プロトコルが、共にリテラルなスクリプト表記の
プロトコルであることを特徴とする。
[0033] A fifteenth invention is an invention according to the twelfth invention, which is performed on the first network or in the first network.
The communication protocol of both session layers on the second network and the second network are both literal scripts.

【0034】上記のように、第7〜第15の発明は、第
1〜第6の発明によるパケット通信方法をサーバ・クラ
イアントシステム、端末装置、サーバ装置及びゲートウ
エイ装置に適用させた発明である。これにより、第1〜
第6の発明で述べた本発明の有用な効果を奏するサーバ
・クライアントシステム、端末装置、サーバ装置及びゲ
ートウエイ装置を実現させることができる。
As described above, the seventh to fifteenth inventions are the inventions in which the packet communication method according to the first to sixth inventions is applied to a server / client system, a terminal device, a server device, and a gateway device. Thereby, the first to first
A server-client system, a terminal device, a server device, and a gateway device that achieve the useful effects of the present invention described in the sixth invention can be realized.

【0035】[0035]

【発明の実施の形態】以下、本発明が提供するパケット
通信方法及びシステム並びに装置を、ゲートウエイ装置
を介して端末装置とサーバ装置との通信が行われるサー
バ・クライアントシステムにおいて、アプリケーション
層にリテラルなスクリプト表記のプロトコルであるRT
SPを用いた場合を一例に挙げて、説明する。なお、ア
プリケーション層には、別のリテラルなスクリプト表記
のプロトコルであるHTTPや、メール制御プロトコル
のIMAP4等を用いてもよい。
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS Hereinafter, a packet communication method, system and apparatus provided by the present invention will be described in a server-client system in which communication between a terminal device and a server device is performed via a gateway device. RT which is a script notation protocol
The case where the SP is used will be described as an example. The application layer may use another literal script protocol such as HTTP, a mail control protocol IMAP4, or the like.

【0036】(第1の実施形態)図1は、本発明の第1
の実施形態に係るサーバ・クライアントシステムの構成
を示す図である。なお、図1では、システムのネットワ
ーク接続及びプロトコルスタックを模式的に示してい
る。また、図2は、図1のアドレス変換用参照テーブル
22を用いて第1のネットワーク51と第2のネットワ
ーク52との間の通信経路を確立させた状態を模式的に
示す図である。
(First Embodiment) FIG. 1 shows a first embodiment of the present invention.
It is a figure showing the composition of the server client system concerning an embodiment. FIG. 1 schematically shows a network connection and a protocol stack of the system. FIG. 2 is a diagram schematically showing a state in which a communication path between the first network 51 and the second network 52 has been established using the address conversion lookup table 22 of FIG.

【0037】図1において、第1の実施形態に係るサー
バ・クライアントシステムは、複数の端末装置10と、
ゲートウエイ装置20と、複数のサーバ装置30と、フ
ァイルシステム40とを備える。第1のネットワーク5
1は、UDPによるコネクションレス型ネットワークで
あり、各端末装置10とゲートウエイ装置20とを接続
する。この第1のネットワーク51には、UDP上の実
装である以外にも、携帯電話で使用される他のコネクシ
ョンレス型ネットワーク(例えば、WDPやWTP)を
用いることが可能である。第2のネットワーク52は、
TCPによるコネクション型ネットワークであり、ゲー
トウエイ装置20と各サーバ装置30とを接続する。
In FIG. 1, the server / client system according to the first embodiment includes a plurality of terminal devices 10,
It includes a gateway device 20, a plurality of server devices 30, and a file system 40. First network 5
Reference numeral 1 denotes a connectionless network using UDP, which connects each terminal device 10 and the gateway device 20. As the first network 51, other than the implementation on the UDP, another connectionless network (for example, WDP or WTP) used for a mobile phone can be used. The second network 52
This is a connection-type network using TCP, and connects the gateway device 20 and each server device 30.

【0038】端末装置10は、制御プログラムを格納し
たメモリデバイス11と、CPU12と、プロトコルス
タック13と、ソケット14とからなる。また、プロト
コルスタック13の擬似接続層には、セッション開始を
知らせるために通信の先頭パケットに付加するフラグ
(以下、beginフラグという)15及びセッション
終了を知らせるために通信の最終パケットに付加するフ
ラグ(以下、finフラグという)16を、格納する領
域が確保されている。この擬似接続層とは、begin
フラグ15やfinフラグ16を配置するために、RT
SPコマンド格納用のペイロードを一部拡張した領域と
もみなすことができるものである。ゲートウエイ装置2
0は、プロトコルスタック21と、パケット中継時にU
DP−TCP変換を行うためのアドレス変換用参照テー
ブル22と、TCPコネクション確立のためのTCPソ
ケット生成部23と、第1のネットワーク51上におけ
るポート番号を持ったソケット24と、セッション確立
毎に第2のネットワーク52上で生成されるソケット2
5とからなる。サーバ装置30は、プロトコルスタック
31と、第2のネットワーク52上におけるポート番号
を持ったソケット32と、コンテンツデータが格納され
たファイルシステム40から所望のコンテンツデータを
送出するためのパケット生成用プロトコルスタック33
とからなる。
The terminal device 10 comprises a memory device 11 storing a control program, a CPU 12, a protocol stack 13, and a socket 14. The pseudo connection layer of the protocol stack 13 has a flag (hereinafter, referred to as a begin flag) 15 added to the first packet of communication to notify the start of the session and a flag (added to the last packet of communication to notify the end of the session). Hereinafter, an area for storing the fin flag 16) is secured. This pseudo connection layer is called begin
To place the flag 15 and the fin flag 16, RT
This can be regarded as an area where the payload for storing the SP command is partially extended. Gateway device 2
0 indicates that the protocol stack 21 and U
A lookup table 22 for address conversion for performing DP-TCP conversion, a TCP socket generation unit 23 for establishing a TCP connection, a socket 24 having a port number on the first network 51, and a 2 created on network 52 of socket 2
5 The server device 30 includes a protocol stack 31, a socket 32 having a port number on the second network 52, and a packet generation protocol stack for transmitting desired content data from the file system 40 in which the content data is stored. 33
Consists of

【0039】以下、図3〜図5を用い、第1の実施形態
に係るサーバ・クライアントシステムにおいて、複数の
端末装置10内の1つが、複数のサーバ装置30内の1
つとRTSPのセッションを確立し、セッションを終了
するまでの一連のシーケンスを説明する。
Hereinafter, referring to FIGS. 3 to 5, in the server / client system according to the first embodiment, one of the plurality of terminal devices 10 is replaced with one of the plurality of server devices 30.
Next, a series of sequences from establishing an RTSP session to ending the session will be described.

【0040】図3は、端末装置10がSETUPコマン
ドを発行して、サーバ装置30とセッションを確立する
場合の一例を示すシーケンス図である。図3において、
SETUPコマンド発行時の端末装置10の内部動作と
して、CPU12が、プロトコルスタック13のRTS
P層にSETUPのスクリプトを記入すると同時に、擬
似接続層にセッション開始を示すbeginフラグ15
をセットする。この状態で端末装置10は、予め定めら
れたポート番号(端末装置の設計に依存する固定値)の
ソケット14から、ゲートウエイ装置20の予め定めら
れたポート番号(通信規約によって定まる。RTSPの
場合は、一般的に554番とされている)のソケット2
4へ、beginフラグ付きのSETUPコマンドのパ
ケット(先頭パケット)を転送する。なお、端末装置1
0とゲートウエイ装置20との間は、プロトコルスタッ
ク13及び21の再送処理層の働きによって、第1のネ
ットワーク51でのパケットロスを補償する仕組みが実
装されているものとする。
FIG. 3 is a sequence diagram showing an example in which the terminal device 10 issues a SETUP command to establish a session with the server device 30. In FIG.
As an internal operation of the terminal device 10 at the time of issuing the SETUP command, the CPU 12
At the same time as writing the SETUP script in the P layer, the begin flag 15 indicating the start of the session is displayed in the pseudo connection layer.
Is set. In this state, the terminal device 10 changes the predetermined port number (fixed value depending on the design of the terminal device) from the socket 14 to the predetermined port number of the gateway device 20 (determined by the communication protocol. In the case of RTSP, , Socket 554)
4, the packet of the SETUP command with the begin flag (the first packet) is transferred. Note that the terminal device 1
It is assumed that a mechanism for compensating for packet loss in the first network 51 is implemented between 0 and the gateway device 20 by the function of the retransmission processing layers of the protocol stacks 13 and 21.

【0041】beginフラグ付きのSETUPコマン
ドのパケットを受理したゲートウエイ装置20は、RT
SP層の“SETUP”というコマンドを文法解釈する
ことなく、beginフラグによってセッションの開始
を検出し、受信したパケットをサーバ装置30へ転送す
るための通信経路確立の動作に入る。この際、ゲートウ
エイ装置20は、TCPソケット生成部23を用い、サ
ーバ装置30のIPアドレスの選択及び新たなTCPソ
ケット25の生成、さらに生成したTCPソケット25
とサーバ装置30の予め定められたポート番号(RTS
Pの場合は、一般的に554番)のソケット32とのコ
ネクション確立を行う。そして、ゲートウエイ装置20
は、確立したTCPコネクション(ソケットのファイル
ディスクリプタ番号)と端末装置10のIPアドレス
(以下、端末IPアドレスと記す)とを一組として、そ
のアドレス変換パスをアドレス変換用参照テーブル22
に登録する(図2)。この登録されたアドレス変換パス
(以下、エントリと記す)は、端末IPアドレスからも
TCPソケットからも検索することが可能である。
The gateway device 20 that has received the packet of the SETUP command with the begin flag is
The start of the session is detected by the begin flag without parsing the command of “SETUP” of the SP layer, and the operation for establishing a communication path for transferring the received packet to the server device 30 is started. At this time, the gateway device 20 uses the TCP socket generation unit 23 to select the IP address of the server device 30, generate a new TCP socket 25, and generate the generated TCP socket 25.
And a predetermined port number (RTS
In the case of P, a connection is established with the socket 32 (generally number 554). And the gateway device 20
Sets the established TCP connection (the file descriptor number of the socket) and the IP address of the terminal device 10 (hereinafter referred to as the terminal IP address) as a set, and uses the address conversion path as the address conversion reference table 22.
(FIG. 2). The registered address conversion path (hereinafter, referred to as an entry) can be searched from the terminal IP address and the TCP socket.

【0042】本実施形態では、1つの端末装置10がサ
ーバ装置30との間に確立するセッションが1つだけで
ある場合を想定しているので、セッションとエントリと
の対応は1対1である。なお、1つの端末装置10が2
つ以上のセッションを確立する場合には、ゲートウエイ
装置20のアドレス変換用参照テーブル22にセッショ
ン毎のエントリを用意し、端末装置10の擬似接続層に
もセッション毎にセッション識別用のフィールドを設け
ればよい。また、本実施形態では、端末IPアドレスと
TCPソケットのみをエントリとして登録する例を示し
たが、それ以外の情報、例えばポート番号、端末装置1
0が電話機の場合は電話番号という付加情報も、一緒に
登録してもよい。
In the present embodiment, it is assumed that one terminal device 10 establishes only one session with the server device 30, so that the correspondence between sessions and entries is one-to-one. . In addition, one terminal device 10 is 2
When establishing one or more sessions, an entry for each session is prepared in the address conversion lookup table 22 of the gateway device 20, and a field for session identification is provided in the pseudo connection layer of the terminal device 10 for each session. I just need. Further, in the present embodiment, an example has been described in which only the terminal IP address and the TCP socket are registered as entries, but other information such as a port number and the terminal device 1
If 0 is a telephone, additional information such as a telephone number may be registered together.

【0043】以上のようにアドレス変換パスが生成され
ると、このTCPコネクションを通じてサーバ装置30
へSETUPコマンドのパケットが転送される。このパ
ケットを受け取ったサーバ装置30は、URLの取得及
びストリーム送出の準備を行った後、プロトコルスタッ
ク31のRTSP層にOKアクノリッジを記述したパケ
ット(OKパケット)を端末装置10に向けて返送す
る。このOKパケットは、上述のTCPコネクションを
通じてゲートウエイ装置20に送られる。ゲートウエイ
装置20内では、アドレス変換用参照テーブル22をT
CPソケット25で検索することにより、端末IPアド
レスが抽出される。その後、ゲートウエイ装置20は、
この端末IPアドレス及び端末装置のポート番号を用い
て、プロトコルスタック21に示されるアドレス変換を
行い、端末装置10へOKパケットを転送する。これに
より、SETUPコマンドのシーケンスが完了する。
When the address translation path is generated as described above, the server 30
To the SETUP command packet. After receiving this packet, the server device 30 obtains the URL and prepares to transmit the stream, and then returns a packet (OK packet) describing an OK acknowledge in the RTSP layer of the protocol stack 31 to the terminal device 10. This OK packet is sent to the gateway device 20 through the above-described TCP connection. In the gateway device 20, the lookup table 22 for address conversion is
By searching in the CP socket 25, the terminal IP address is extracted. After that, the gateway device 20
Using the terminal IP address and the port number of the terminal device, the address conversion shown in the protocol stack 21 is performed, and the OK packet is transferred to the terminal device 10. Thus, the sequence of the SETUP command is completed.

【0044】図4は、端末装置10がSETUPや後述
のTEARDOWNを除くコマンド、例えばPLAY等
のコマンドを発行した場合のパケット転送の一例を示す
シーケンス図である。図4に示すように、上述したSE
TUPコマンドの処理(図3)においてすでにアドレス
変換パスが決まっているので、ゲートウエイ装置20で
は、アドレス変換用参照テーブル22の検索(端末IP
アドレスに基づくTCPソケットの検索)のみで素早く
アドレス変換され、PLAYコマンド等のパケットが端
末装置10からサーバ装置30へ転送されることにな
る。
FIG. 4 is a sequence diagram showing an example of packet transfer when the terminal device 10 issues a command other than SETUP or TEARDDOWN, for example, a command such as PLAY. As shown in FIG.
Since the address translation path has already been determined in the processing of the TUP command (FIG. 3), the gateway device 20 searches the address translation lookup table 22 (terminal IP address).
Address conversion is performed quickly only by searching for a TCP socket based on an address), and a packet such as a PLAY command is transferred from the terminal device 10 to the server device 30.

【0045】図5は、端末装置10がTEARDOWN
コマンドを発行して、サーバ装置30との間に確立して
いるセッションを終了する場合の一例を示すシーケンス
図である。図5において、TEARDOWNコマンド発
行時の端末装置10の内部動作として、CPU12が、
プロトコルスタック13のRTSP層にTEARDOW
Nのスクリプトを記入すると同時に、擬似接続層にセッ
ション終了を示すfinフラグ16をセットする。この
状態で端末装置10は、予め定められたポート番号のソ
ケット14からゲートウエイ装置20のポート番号のソ
ケット24へ、finフラグ付きのTEARDOWNコ
マンドのパケット(最終パケット)を転送する。
FIG. 5 shows that the terminal device 10 is in the TEARDOWN state.
FIG. 14 is a sequence diagram illustrating an example of a case where a command is issued to end a session established with the server device 30. In FIG. 5, as an internal operation of the terminal device 10 at the time of issuing the TEARDOWN command, the CPU 12
TEARDOW is added to the RTSP layer of the protocol stack 13.
At the same time as writing the script of N, the fin flag 16 indicating the end of the session is set in the pseudo connection layer. In this state, the terminal device 10 transfers the TEARDOWN command packet (final packet) with the fin flag from the socket 14 having the predetermined port number to the socket 24 having the port number of the gateway device 20.

【0046】finフラグ付きのTEARDOWNコマ
ンドのパケットを受理したゲートウエイ装置20は、R
TSP層の“TEARDOWN”というコマンドを文法
解釈することなく、finフラグによってセッションの
終了を検出し、アドレス変換用参照テーブル22に登録
されている当該セッションのエントリを抹消するため
に、終了マークを付加する(図2)。この終了マークの
付加は、フラグのON/OFF等によって行えばよい。
その後、TEARDOWNコマンドのパケットは、アド
レス変換用参照テーブル22に登録されているエントリ
に従い、本セッション用のTCPコネクションを通じて
サーバ装置30へ転送される。そして、このパケットを
受け取ったサーバ装置30は、ストリーム送出の停止処
理を行った後、プロトコルスタック31のRTSP層に
OKアクノリッジを記述したパケット(OKパケット)
を端末装置10に向けて返送する。
The gateway device 20 that has received the TEARDOWN command packet with the fin flag is
An end mark is added in order to detect the end of the session by the fin flag without parsing the command “TEARDOWN” of the TSP layer and to delete the entry of the session registered in the lookup table 22 for address translation. (FIG. 2). The addition of the end mark may be performed by ON / OFF of a flag or the like.
After that, the TEARDOWN command packet is transferred to the server device 30 through the TCP connection for the present session according to the entry registered in the address conversion reference table 22. After receiving the packet, the server device 30 performs a process of stopping the transmission of the stream, and thereafter, a packet (OK packet) describing an OK acknowledge in the RTSP layer of the protocol stack 31.
Is returned to the terminal device 10.

【0047】このOKのパケットは、上述のTCPコネ
クションを通じてゲートウエイ装置20に送られる。ゲ
ートウエイ装置20内では、アドレス変換用参照テーブ
ル22をTCPソケット25で検索することにより、端
末IPアドレスが抽出される。その際、アドレス変換パ
スのエントリには、終了マークが付加されているので、
この時点でアドレス変換用参照テーブル22からこのエ
ントリのデータが抹消される。その後、ゲートウエイ装
置20は、この端末IPアドレス及び端末装置のポート
番号を用いてアドレス変換を行って、端末装置10へO
Kパケットを転送する。これにより、TEARDOWN
コマンドのシーケンスが完了すると同時に、端末装置1
0とサーバ装置30との間のセッションが解消される。
This OK packet is sent to the gateway device 20 through the above-mentioned TCP connection. In the gateway device 20, the terminal IP address is extracted by searching the reference table for address conversion 22 with the TCP socket 25. At that time, since the end mark is added to the address translation path entry,
At this point, the data of this entry is deleted from the address conversion lookup table 22. Thereafter, the gateway device 20 performs an address conversion using the terminal IP address and the port number of the terminal device, and sends an O to the terminal device 10.
Transfer K packets. Thereby, TEARDOWN
Upon completion of the command sequence, the terminal device 1
The session between 0 and the server device 30 is canceled.

【0048】図6は、図3〜図5を用いてすでに説明し
たパケット通信方法を実現するための、ゲートウエイ装
置20の動作の一例を示すフローチャートである。ま
ず、ゲートウエイ装置20は、何らかのパケットを受信
したか否かを判断し(ステップS601)、受信した場
合には、そのパケットが端末装置10又はサーバ装置3
0のどちらから送信されたパケットかを判断する(ステ
ップS602)。このステップS602において端末装
置10から送信されたパケットであると判断した場合、
ゲートウエイ装置20は、このパケットにbeginフ
ラグ又はfinフラグが付加されているか否かを確認す
る(ステップS603,S604)。この確認の結果、
beginフラグが付加されている場合、ゲートウエイ
装置20は、サーバ装置30との間に新たなTCPコネ
クションを生成し(ステップS605)、この生成した
TCPコネクションと端末装置10の端末IPアドレス
とを、アドレス変換用参照テーブル22に新たなエント
リとして登録する(ステップS606)。そして、ゲー
トウエイ装置20は、アドレス変換用参照テーブル22
に登録した本セッションのエントリに従ってアドレス変
換を行い、受信したパケットをサーバ装置30へ転送す
る(ステップS608)。また、finフラグが付加さ
れている場合、ゲートウエイ装置20は、アドレス変換
用参照テーブル22にすでに登録されている本セッショ
ンのエントリに終了マークを付加すると共に(ステップ
S607)、当該エントリに従ってアドレス変換を行
い、受信したパケットをサーバ装置30へ転送する(ス
テップS608)。一方、beginフラグ又はfin
フラグのいずれも付加されていない場合、ゲートウエイ
装置20は、アドレス変換用参照テーブル22にすでに
登録されている本セッションのエントリに従ってアドレ
ス変換を行い、受信したパケットをサーバ装置30へ転
送する(ステップS608)。
FIG. 6 is a flowchart showing an example of the operation of the gateway device 20 for realizing the packet communication method already described with reference to FIGS. First, the gateway device 20 determines whether or not any packet has been received (step S601). If the packet has been received, the packet is transmitted to the terminal device 10 or the server device 3.
It is determined from which of the two packets the packet was transmitted (step S602). If it is determined in step S602 that the packet is transmitted from the terminal device 10,
The gateway device 20 checks whether a begin flag or a fin flag is added to this packet (steps S603 and S604). As a result of this check,
When the begin flag is added, the gateway device 20 generates a new TCP connection with the server device 30 (step S605), and transmits the generated TCP connection and the terminal IP address of the terminal device 10 to the address. It is registered as a new entry in the conversion reference table 22 (step S606). Then, the gateway device 20 sets the address conversion lookup table 22
The address is converted according to the entry of the session registered in the server, and the received packet is transferred to the server device 30 (step S608). When the fin flag is added, the gateway device 20 adds an end mark to the entry of the session already registered in the address conversion reference table 22 (step S607), and performs the address conversion according to the entry. Then, the received packet is transferred to the server device 30 (step S608). On the other hand, the begin flag or fin
If none of the flags is added, the gateway device 20 performs address translation according to the entry of the session already registered in the address translation lookup table 22, and transfers the received packet to the server device 30 (step S608). ).

【0049】一方、上記ステップS602においてサー
バ装置30から送信されたパケットであると判断した場
合、ゲートウエイ装置20は、アドレス変換用参照テー
ブル22にすでに登録されているエントリに従ってアド
レス変換を行い、受信したパケットを端末装置10へ転
送する(ステップS609)。このとき、ゲートウエイ
装置20は、本セッションのエントリに終了マークが付
加されているか否かを判断し(ステップS610)、終
了マークが付加されている場合には、登録されているエ
ントリを抹消して本セッションを解消させる(ステップ
S611)。
On the other hand, if it is determined in step S 602 that the packet is transmitted from the server device 30, the gateway device 20 performs address translation according to the entry already registered in the address translation lookup table 22 and receives the packet. The packet is transferred to the terminal device 10 (Step S609). At this time, the gateway device 20 determines whether or not an end mark has been added to the entry of the present session (step S610). If the end mark has been added, the registered entry is deleted. This session is canceled (step S611).

【0050】なお、当業者には周知のように一般に、ゲ
ートウエイ装置20には、確立されるセッション毎にパ
ケット転送を専任する中継スレッドが構築される。従っ
て、実際には、ゲートウエイ装置20は、対応する中継
スレッドへ端末IPアドレスの情報及び受信したバッフ
ァのポインタと共にシグナルを発行することで、端末装
置10又はサーバ装置30へのパケット転送処理を促す
ことを行う(ステップS608、S609)。また、ソ
ケットの判別及びパケットの発信元確認は、一般にse
lect関数やsockopt関数等を用いて行われ
る。
As is well known to those skilled in the art, generally, a relay thread dedicated to packet transfer is constructed in the gateway device 20 for each session established. Therefore, in practice, the gateway device 20 prompts the packet transfer process to the terminal device 10 or the server device 30 by issuing a signal to the corresponding relay thread together with the information of the terminal IP address and the pointer of the received buffer. Is performed (steps S608 and S609). In general, socket identification and packet source confirmation are generally
This is performed using a select function, a sockopt function, or the like.

【0051】以上のように、本発明の第1の実施形態に
係るサーバ・クライアントシステムによれば、端末装置
とサーバ装置との間にセッションを確立する場合、端末
装置から最初に発行されるパケットにbeginフラグ
を付加して、ゲートウエイ装置へセッション開始を通知
する。また、すでに確立されているセッションを終了す
る場合、端末装置から最後に発行されるパケットにfi
nフラグを付加して、ゲートウエイ装置へセッション終
了を通知する。そして、ゲートウエイ装置では、beg
inフラグの検出に基づいて端末装置とサーバ装置との
間のセッションを確立させると共に、そのセッションに
関する転送経路情報(エントリ)を保持しておき、fi
nフラグの検出に基づいてエントリを抹消させてセッシ
ョンを解消させる。これにより、ゲートウエイ装置は、
アプリケーション層にセッションの概念が有るプロトコ
ルを、トランスポート層にコネクションの概念が無いプ
ロトコルを用いた場合でも、アプリケーション層のコマ
ンド内容を逐一文法解析することなくセッションの確立
及び解消を検出でき、パケットの中継処理を効率的に行
うことができる。
As described above, according to the server / client system according to the first embodiment of the present invention, when a session is established between a terminal device and a server device, a packet first issued from the terminal device is used. To the gateway device to notify the gateway device of the start of the session. When ending a session that has already been established, the last packet issued from the terminal device
By adding an n flag, the gateway device is notified of the end of the session. And in the gateway device, beg
Based on the detection of the in flag, a session between the terminal device and the server device is established, and transfer path information (entry) relating to the session is held, and fi
The session is canceled by deleting the entry based on the detection of the n flag. This allows the gateway device to:
Even if a protocol with the concept of session in the application layer and a protocol without the concept of connection in the transport layer are used, the establishment and cancellation of the session can be detected without analyzing the command contents of the application layer one by one, and packet Relay processing can be performed efficiently.

【0052】(第2の実施形態)図7は、本発明の第2
の実施形態に係るサーバ・クライアントシステムの構成
を示す図である。なお、図7では、システムのネットワ
ーク接続及びプロトコルスタックを模式的に示してい
る。また、図8は、図7のアドレス変換用参照テーブル
72を用いて第1のネットワーク101と第2のネット
ワーク102との間の通信経路を確立させた状態を模式
的に示す図である。
(Second Embodiment) FIG. 7 shows a second embodiment of the present invention.
It is a figure showing the composition of the server client system concerning an embodiment. FIG. 7 schematically shows the network connection and the protocol stack of the system. FIG. 8 is a diagram schematically showing a state in which a communication path between the first network 101 and the second network 102 has been established using the address conversion lookup table 72 of FIG.

【0053】図7において、第2の実施形態に係るサー
バ・クライアントシステムは、複数の端末装置60と、
ゲートウエイ装置70と、複数のサーバ装置80と、フ
ァイルシステム90とを備える。第1のネットワーク1
01及び第2のネットワーク102は、共にUDPによ
るコネクションレス型ネットワークであり、各端末装置
60とゲートウエイ装置70とを、ゲートウエイ装置7
0と各サーバ装置80とをそれぞれ接続する。この第1
のネットワーク101及び第2のネットワーク102に
は、UDP上の実装である以外にも、携帯電話で使用さ
れる他のコネクションレス型ネットワーク(例えば、W
DPやWTP)を用いることが可能である。
In FIG. 7, the server / client system according to the second embodiment includes a plurality of terminal devices 60,
A gateway device 70, a plurality of server devices 80, and a file system 90 are provided. First network 1
The first and second networks 102 are both connectionless networks based on UDP, and connect each terminal device 60 and the gateway device 70 to the gateway device 7.
0 and each server device 80 are connected. This first
The other network 101 and the second network 102 include other connectionless networks (for example, W
DP or WTP) can be used.

【0054】端末装置60は、制御プログラムを格納し
たメモリデバイス61と、CPU62と、プロトコルス
タック63と、ソケット64とからなる。また、プロト
コルスタック63の擬似接続層には、セッション開始を
知らせるために通信の先頭パケットに付加するbegi
nフラグ65を格納する領域が確保されている。この擬
似接続層とは、beginフラグ65を配置するため
に、RTSPコマンド格納用のペイロードを一部拡張し
た領域ともみなすことができるものである。ゲートウエ
イ装置70は、プロトコルスタック71と、パケット中
継時にUDP−UDP変換を行うためのアドレス変換用
参照テーブル72と、UDPソケット生成部73と、第
1のネットワーク101上におけるポート番号を持った
ソケット74と、セッション確立毎に第2のネットワー
ク102上で生成されるソケット75とからなる。サー
バ装置80は、制御プログラムを格納したメモリデバイ
ス84と、CPU85と、プロトコルスタック81と、
第2のネットワーク102上におけるポート番号を持っ
たソケット82と、コンテンツデータが格納されたファ
イルシステム90から所望のコンテンツデータを送出す
るためのパケット生成用プロトコルスタック83とから
なる。また、プロトコルスタック81の擬似接続層に
は、セッション終了を知らせるために通信の最終パケッ
トに付加するfinフラグ86を格納する領域が確保さ
れている。この擬似接続層とは、finフラグ86を配
置するために、RTSPコマンド格納用のペイロードを
一部拡張した領域ともみなすことができるものである。
The terminal device 60 comprises a memory device 61 storing a control program, a CPU 62, a protocol stack 63, and a socket 64. Also, the pseudo connection layer of the protocol stack 63 has a “begi” added to the first packet of the communication to notify the start of the session.
An area for storing the n flag 65 is secured. This pseudo connection layer can be regarded as an area in which the payload for storing the RTSP command is partially extended in order to arrange the begin flag 65. The gateway device 70 includes a protocol stack 71, an address conversion reference table 72 for performing UDP-to-UDP conversion at the time of packet relay, a UDP socket generation unit 73, and a socket 74 having a port number on the first network 101. And a socket 75 generated on the second network 102 each time a session is established. The server device 80 includes a memory device 84 storing a control program, a CPU 85, a protocol stack 81,
It comprises a socket 82 having a port number on the second network 102, and a packet generation protocol stack 83 for transmitting desired content data from the file system 90 storing the content data. In the pseudo connection layer of the protocol stack 81, an area for storing a fin flag 86 added to the last packet of the communication to notify the end of the session is secured. This pseudo connection layer can be regarded as an area in which the payload for storing the RTSP command is partially extended in order to arrange the fin flag 86.

【0055】以下、図9〜図11を用い、第2の実施形
態に係るサーバ・クライアントシステムにおいて、複数
の端末装置60内の1つが、複数のサーバ装置80内の
1つとRTSPのセッションを確立し、セッションを終
了するまでの一連のシーケンスを説明する。
Hereinafter, referring to FIGS. 9 to 11, in the server / client system according to the second embodiment, one of the plurality of terminal devices 60 establishes an RTSP session with one of the plurality of server devices 80. Then, a series of sequences up to the end of the session will be described.

【0056】図9は、端末装置60がSETUPコマン
ドを発行して、サーバ装置80とセッションを確立する
場合の一例を示すシーケンス図である。図9において、
SETUPコマンド発行時の端末装置60の内部動作と
して、CPU62が、プロトコルスタック63のRTS
P層にSETUPのスクリプトを記入すると同時に、擬
似接続層にセッション開始を示すbeginフラグ65
をセットする。この状態で端末装置60は、予め定めら
れたポート番号(端末装置の設計に依存する固定値)の
ソケット64から、ゲートウエイ装置70の予め定めら
れたポート番号(RTSPの場合は、一般的に554
番)のソケット74へ、beginフラグ付きのSET
UPコマンドのパケット(先頭パケット)を転送する。
なお、端末装置60とゲートウエイ装置70との間は、
プロトコルスタック63及び71の再送処理層の働きに
よって、第1のネットワーク101でのパケットロスを
補償する仕組みが実装されているものとする。
FIG. 9 is a sequence diagram showing an example in which the terminal device 60 issues a SETUP command to establish a session with the server device 80. In FIG.
As an internal operation of the terminal device 60 at the time of issuing the SETUP command, the CPU 62
At the same time as writing the SETUP script in the P layer, the begin flag 65 indicating the start of the session is displayed in the pseudo connection layer.
Is set. In this state, the terminal device 60 transmits the predetermined port number (fixed value depending on the design of the terminal device) from the socket 64 to the predetermined port number of the gateway device 70 (in general, 554 in the case of RTSP).
No.) to socket 74 with a begin flag
The UP command packet (head packet) is transferred.
In addition, between the terminal device 60 and the gateway device 70,
It is assumed that a mechanism for compensating for packet loss in the first network 101 is implemented by the function of the retransmission processing layers of the protocol stacks 63 and 71.

【0057】beginフラグ付きのSETUPコマン
ドのパケットを受理したゲートウエイ装置70は、RT
SP層の“SETUP”というコマンドを文法解釈する
ことなく、beginフラグによってセッションの開始
を検出し、受信したパケットをサーバ装置80へ転送す
るための通信経路確立の動作に入る。この際、ゲートウ
エイ装置70は、UDPソケット生成部73を用い、サ
ーバ装置80のIPアドレスの選択を行って新たなUD
Pソケット75を生成する。さらに、ゲートウエイ装置
70は、生成したUDPソケット75のファイルディス
クリプタ番号と端末装置60のIPアドレス(端末IP
アドレス)とを一組として、そのアドレス変換パスをア
ドレス変換用参照テーブル72に登録する(図8)。こ
の登録されたアドレス変換パス(エントリ)は、端末I
PアドレスからもUDPソケットからも検索することが
可能である。
The gateway device 70 that has received the packet of the SETUP command with the begin flag is
The start of the session is detected by the begin flag without interpreting the command “SETUP” of the SP layer, and the operation for establishing a communication path for transferring the received packet to the server device 80 is started. At this time, the gateway device 70 selects the IP address of the server device 80 by using the UDP
A P socket 75 is generated. Further, the gateway device 70 transmits the generated file descriptor number of the UDP socket 75 and the IP address of the terminal device 60 (terminal IP address).
The address conversion path is registered in the address conversion reference table 72 (FIG. 8). The registered address conversion path (entry) is stored in the terminal I
It is possible to search from both the P address and the UDP socket.

【0058】本実施形態では、1つの端末装置60がサ
ーバ装置80との間に確立するセッションが1つだけで
ある場合を想定しているので、セッションとエントリと
の対応は1対1である。なお、1つの端末装置60が2
つ以上のセッションを確立する場合には、ゲートウエイ
装置70のアドレス変換用参照テーブル72にセッショ
ン毎のエントリを用意し、端末装置60の擬似接続層に
もセッション毎にセッション識別用のフィールドを設け
ればよい。また、本実施形態では、端末IPアドレスと
UDPソケットのみをエントリとして登録する例を示し
たが、それ以外の情報、例えばポート番号、端末装置6
0が電話機の場合は電話番号という付加情報も、一緒に
登録してもよい。
In the present embodiment, it is assumed that one terminal device 60 establishes only one session with the server device 80, so that there is a one-to-one correspondence between sessions and entries. . Note that one terminal device 60 is 2
When establishing one or more sessions, an entry for each session is prepared in the address conversion reference table 72 of the gateway device 70, and a field for session identification is provided in the pseudo connection layer of the terminal device 60 for each session. I just need. Further, in the present embodiment, an example has been described in which only the terminal IP address and the UDP socket are registered as entries, but other information such as a port number, a terminal device 6
If 0 is a telephone, additional information such as a telephone number may be registered together.

【0059】以上のようにアドレス変換パスが生成され
ると、生成したUDPソケットからサーバ装置80の予
め定められたポート番号(RTSPの場合は、一般的に
554番)のソケット82へ向けて、SETUPコマン
ドのパケットが転送される。なお、ゲートウエイ装置7
0とサーバ装置80との間は、プロトコルスタック71
及び81の再送処理層の働きによって、第2のネットワ
ーク102でのパケットロスを補償する仕組みが実装さ
れているものとする。
When the address translation path is generated as described above, the generated UDP socket is directed to the socket 82 of a predetermined port number (in the case of RTSP, generally number 554) of the server device 80. The packet of the SETUP command is transferred. Note that the gateway device 7
0 and the server device 80, a protocol stack 71
And 81, a mechanism for compensating for packet loss in the second network 102 is assumed to be implemented.

【0060】ゲートウエイ装置70からパケットを受け
取ったサーバ装置80は、URLの取得及びストリーム
送出の準備を行った後、プロトコルスタック81のRT
SP層にOKアクノリッジを記述したパケット(OKパ
ケット)を端末装置60に向けて返送する。このOKパ
ケットは、SETUPコマンドのパケットを受信した時
の通信経路を逆向きに辿ってゲートウエイ装置70へ送
られる。ゲートウエイ装置70内では、アドレス変換用
参照テーブル72をUDPソケット75で検索すること
により、端末IPアドレスが抽出される。その後、ゲー
トウエイ装置70は、この端末IPアドレス及び端末装
置のポート番号を用いて、プロトコルスタック71に示
されるアドレス変換を行い、端末装置60へOKパケッ
トを転送する。これにより、SETUPコマンドのシー
ケンスが完了する。
After receiving the packet from the gateway device 70, the server device 80 prepares for the acquisition of the URL and the transmission of the stream.
A packet in which an OK acknowledgment is described in the SP layer (OK packet) is returned to the terminal device 60. This OK packet is sent to the gateway device 70 by following the communication path when the SETUP command packet was received in the reverse direction. In the gateway device 70, the terminal IP address is extracted by searching the address conversion reference table 72 with the UDP socket 75. Thereafter, using the terminal IP address and the port number of the terminal device, the gateway device 70 performs address conversion indicated in the protocol stack 71 and transfers an OK packet to the terminal device 60. Thus, the sequence of the SETUP command is completed.

【0061】図10は、端末装置60がSETUPや後
述のTEARDOWNを除くコマンド、例えばPLAY
等のコマンドを発行した場合のパケット転送の一例を示
すシーケンス図である。図10に示すように、上述した
SETUPコマンドの処理(図9)においてすでにアド
レス変換パスが決まっているので、ゲートウエイ装置7
0では、アドレス変換用参照テーブル72の検索(端末
IPアドレスに基づくUDPソケットの検索)のみで素
早くアドレス変換され、PLAYコマンド等のパケット
が端末装置60からサーバ装置80へ転送されることに
なる。
FIG. 10 shows a case where the terminal device 60 issues a command other than SETUP or TEARDDOWN, for example, PLAY.
FIG. 9 is a sequence diagram illustrating an example of packet transfer when a command such as a command is issued. As shown in FIG. 10, since the address conversion path has already been determined in the processing of the above SETUP command (FIG. 9), the gateway device 7
In the case of 0, the address is quickly converted only by searching the lookup table for address conversion 72 (searching the UDP socket based on the terminal IP address), and a packet such as a PLAY command is transferred from the terminal device 60 to the server device 80.

【0062】図11は、端末装置60がTEARDOW
Nコマンドを発行して、サーバ装置80との間に確立し
ているセッションを終了する場合の一例を示すシーケン
ス図である。図11において、まず、端末装置60から
TEARDOWNコマンドが発行されて、ゲートウエイ
装置70を経由し、サーバ装置80に到達するまでは、
図10のPLAYコマンドの場合と全く同様の動作であ
る。
FIG. 11 shows that the terminal device 60
FIG. 17 is a sequence diagram illustrating an example of issuing an N command to end a session established with a server device 80. In FIG. 11, first, a TEARDOWN command is issued from the terminal device 60, and reaches the server device 80 via the gateway device 70.
This is exactly the same operation as the case of the PLAY command in FIG.

【0063】TEARDOWNコマンドのパケットを受
理したサーバ装置80は、CPU85が、プロトコルス
タック81のRTSP層にTEARDOWNに対するO
Kアクノリッジを記入すると同時に、擬似接続層にセッ
ション終了を示すfinフラグ86をセットする。次
に、サーバ装置80は、ストリーム送出の停止処理を行
った後、生成したOKアクノリッジを記述したパケット
(OKパケット)を、TEARDOWNコマンドのパケ
ットを受信した時の通信経路を逆向きに辿って端末装置
60へ返送する。パケット返送の途中にfinフラグ付
きのOKパケットを受理したゲートウエイ装置70は、
RTSP層の“OK”というアクノリッジを文法解釈す
ることなく、finフラグによってセッションの終了を
検出し、アドレス変換用参照テーブル72に登録されて
いる本セッションのエントリを抹消する作業に入る。そ
の後、ゲートウエイ装置70は、この端末IPアドレス
及び端末装置のポート番号を用いてアドレス変換を行っ
て、端末装置60へOKパケットを転送する。これによ
り、TEARDOWNコマンドのシーケンスが完了する
と同時に、端末装置60とサーバ装置80との間のセッ
ションが解消される。
The server device 80 that has received the TEARDOWN command packet causes the CPU 85 to send the OPER for TEARDOWN to the RTSP layer of the protocol stack 81.
At the same time as writing the K acknowledge, the fin flag 86 indicating the end of the session is set in the pseudo connection layer. Next, after performing the process of stopping the stream transmission, the server device 80 traces the generated packet describing the OK acknowledgment (OK packet) in the reverse direction on the communication path at the time of receiving the TEARDOWN command packet, and returns to the terminal It is returned to the device 60. The gateway device 70 that receives the OK packet with the fin flag in the middle of returning the packet,
Without interpreting the acknowledgment “OK” of the RTSP layer, the end of the session is detected by the fin flag without grammatical interpretation. Thereafter, the gateway device 70 performs address conversion using the terminal IP address and the port number of the terminal device, and transfers an OK packet to the terminal device 60. As a result, the session between the terminal device 60 and the server device 80 is canceled at the same time when the sequence of the TEARDOWN command is completed.

【0064】図12は、図9〜図11を用いてすでに説
明したパケット通信方法を実現するための、ゲートウエ
イ装置70の動作の一例を示すフローチャートである。
まず、ゲートウエイ装置70は、何らかのパケットを受
信したか否かを判断し(ステップS1201)、受信し
た場合には、そのパケットが端末装置60又はサーバ装
置80のどちらから送信されたパケットかを判断する
(ステップS1202)。このステップS1202にお
いて端末装置60から送信されたパケットであると判断
した場合、ゲートウエイ装置70は、このパケットにb
eginフラグが付加されているか否かを確認する(ス
テップS1203)。この確認の結果、beginフラ
グが付加されている場合、ゲートウエイ装置70は、サ
ーバ装置80との間に新たなUDPソケットを生成し
(ステップS1204)、この生成したUDPソケット
と端末装置60の端末IPアドレスとを、アドレス変換
用参照テーブル72に新たなエントリとして登録する
(ステップS1205)。そして、ゲートウエイ装置7
0は、アドレス変換用参照テーブル72に登録した本セ
ッションのエントリに従ってアドレス変換を行い、受信
したパケットをサーバ装置80へ転送する(ステップS
1206)。一方、beginフラグが付加されていな
い場合、ゲートウエイ装置70は、アドレス変換用参照
テーブル72にすでに登録されている本セッションのエ
ントリに従ってアドレス変換を行い、受信したパケット
をサーバ装置80へ転送する(ステップS1206)。
FIG. 12 is a flowchart showing an example of the operation of the gateway device 70 for realizing the packet communication method already described with reference to FIGS.
First, the gateway device 70 determines whether or not any packet has been received (step S1201), and if so, determines whether the packet is transmitted from the terminal device 60 or the server device 80. (Step S1202). If it is determined in step S1202 that the packet is transmitted from the terminal device 60, the gateway device 70
It is checked whether an egin flag is added (step S1203). If the result of this check is that the begin flag has been added, the gateway device 70 generates a new UDP socket with the server device 80 (step S1204), and the generated UDP socket and the terminal IP of the terminal device 60. The address is registered as a new entry in the address conversion reference table 72 (step S1205). And the gateway device 7
0 performs address conversion according to the entry of the present session registered in the address conversion reference table 72, and transfers the received packet to the server device 80 (Step S).
1206). On the other hand, when the begin flag is not added, the gateway device 70 performs the address conversion according to the entry of this session already registered in the address conversion reference table 72, and transfers the received packet to the server device 80 (step S1206).

【0065】一方、上記ステップS1202においてサ
ーバ装置80から送信されたパケットであると判断した
場合、ゲートウエイ装置70は、アドレス変換用参照テ
ーブル72にすでに登録されているエントリに従ってア
ドレス変換を行い、受信したパケットを端末装置60へ
転送する(ステップS1207)。このとき、ゲートウ
エイ装置70は、受信したパケットにfinフラグが付
加されているか否かを確認し(ステップS1208)、
finフラグが付加されている場合には、登録されてい
るエントリを抹消して本セッションを解消させる(ステ
ップS1209)。
On the other hand, if it is determined in step S 1202 that the packet is transmitted from the server device 80, the gateway device 70 performs address translation according to the entry already registered in the address translation lookup table 72, and receives the packet. The packet is transferred to the terminal device 60 (step S1207). At this time, the gateway device 70 checks whether the fin flag is added to the received packet (step S1208),
If the fin flag is added, the registered entry is deleted to cancel the session (step S1209).

【0066】なお、当業者には周知のように一般に、ゲ
ートウエイ装置70には、確立されるセッション毎にパ
ケット転送を専任する中継スレッドが構築される。従っ
て、実際には、ゲートウエイ装置70は、対応する中継
スレッドへ端末IPアドレスの情報及び受信したバッフ
ァのポインタと共にシグナルを発行することで、端末装
置60又はサーバ装置80へのパケット転送処理を促す
ことを行う(ステップS1206、S1207)。ま
た、ソケットの判別及びパケットの発信元確認は、一般
にselect関数やsockopt関数等を用いて行
われる。
As is well known to those skilled in the art, generally, a relay thread dedicated to packet transfer is constructed in the gateway device 70 for each session established. Therefore, in practice, the gateway device 70 issues a signal to the corresponding relay thread together with the information of the terminal IP address and the pointer of the received buffer, thereby prompting the packet transfer process to the terminal device 60 or the server device 80. Is performed (steps S1206 and S1207). Also, the determination of the socket and the confirmation of the source of the packet are generally performed using a select function, a sockopt function, or the like.

【0067】以上のように、本発明の第2の実施形態に
係るサーバ・クライアントシステムによれば、端末装置
とサーバ装置との間にセッションを確立する場合、端末
装置から最初に発行されるパケットにbeginフラグ
を付加して、ゲートウエイ装置へセッション開始を通知
する。また、すでに確立されているセッションを終了す
る場合、サーバ装置から最後に発行されるパケットにf
inフラグを付加して、ゲートウエイ装置へセッション
終了を通知する。そして、ゲートウエイ装置では、be
ginフラグの検出に基づいて端末装置とサーバ装置と
の間のセッションを確立させると共に、そのセッション
に関する転送経路情報(エントリ)を保持しておき、f
inフラグの検出に基づいてエントリを抹消させてセッ
ションを解消させる。これにより、ゲートウエイ装置
は、アプリケーション層にセッションの概念が有るプロ
トコルを、トランスポート層にコネクションの概念が無
いプロトコルを用いた場合でも、アプリケーション層の
コマンド内容を逐一文法解析することなくセッションの
確立及び解消を検出でき、パケットの中継処理を効率的
に行うことができる。
As described above, according to the server / client system according to the second embodiment of the present invention, when a session is established between a terminal device and a server device, a packet first issued from the terminal device is used. To the gateway device to notify the gateway device of the start of the session. When ending the already established session, the packet issued last from the server
An in flag is added to notify the gateway device of the end of the session. And in the gateway device, be
Based on the detection of the gin flag, a session between the terminal device and the server device is established, and transfer path information (entry) relating to the session is held.
The session is canceled by deleting the entry based on the detection of the in flag. Thus, even when the gateway device uses a protocol having a concept of a session in the application layer and a protocol without a concept of a connection in the transport layer, it establishes and establishes a session without analyzing the command content of the application layer one by one. Cancellation can be detected, and packet relay processing can be performed efficiently.

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

【図1】本発明の第1の実施形態に係るサーバ・クライ
アントシステムの構成を示す図である。
FIG. 1 is a diagram showing a configuration of a server / client system according to a first embodiment of the present invention.

【図2】図1のアドレス変換用参照テーブル22を模式
的に示す図である。
FIG. 2 is a diagram schematically showing an address conversion lookup table 22 of FIG. 1;

【図3】第1の実施形態におけるSETUPコマンド発
行時のシーケンス図である。
FIG. 3 is a sequence diagram when a SETUP command is issued in the first embodiment.

【図4】第1の実施形態におけるPLAYコマンド発行
時のシーケンス図である。
FIG. 4 is a sequence diagram when a PLAY command is issued in the first embodiment.

【図5】第1の実施形態におけるTEARDOWNコマ
ンド発行時のシーケンス図である。
FIG. 5 is a sequence diagram when a TEARDOWN command is issued in the first embodiment.

【図6】図1のゲートウエイ装置20の動作の一例を示
すフローチャートである。
FIG. 6 is a flowchart showing an example of the operation of the gateway device 20 of FIG.

【図7】本発明の第2の実施形態に係るサーバ・クライ
アントシステムの構成を示す図である。
FIG. 7 is a diagram showing a configuration of a server / client system according to a second embodiment of the present invention.

【図8】図7のアドレス変換用参照テーブル72を模式
的に示す図である。
8 is a diagram schematically showing an address conversion lookup table 72 of FIG. 7;

【図9】第2の実施形態におけるSETUPコマンド発
行時のシーケンス図である。
FIG. 9 is a sequence diagram when a SETUP command is issued in the second embodiment.

【図10】第2の実施形態におけるPLAYコマンド発
行時のシーケンス図である。
FIG. 10 is a sequence diagram when a PLAY command is issued in the second embodiment.

【図11】第2の実施形態におけるTEARDOWNコ
マンド発行時のシーケンス図である。
FIG. 11 is a sequence diagram when a TEARDOWN command is issued in the second embodiment.

【図12】図7のゲートウエイ装置70の動作の一例を
示すフローチャートである。
12 is a flowchart showing an example of the operation of the gateway device 70 of FIG.

【図13】OSIの7階層モデルを示す図である。FIG. 13 is a diagram showing a seven-layer model of OSI.

【図14】TCP/IPインターネットの階層モデルを
示す図である。
FIG. 14 is a diagram showing a hierarchical model of the TCP / IP Internet.

【図15】OSIの7階層モデルとTCP/IPインタ
ーネットの階層モデルとを対比した図である。
FIG. 15 is a diagram comparing an OSI seven-layer model with a TCP / IP Internet layer model.

【図16】プロトコル階層化の原理を示す図である。FIG. 16 is a diagram showing the principle of protocol layering.

【図17】RTSPにおけるプロトコル送受信の様子を
模式的に示す図である。
FIG. 17 is a diagram schematically showing protocol transmission and reception in RTSP.

【図18】TCP/IP上における一般的なTCPコネ
クション及びRTSPセッションの確立状態を模式的に
示す図である。
FIG. 18 is a diagram schematically illustrating an established state of a general TCP connection and an RTSP session on TCP / IP.

【図19】ゲートウエイ装置を用いた端末装置−サーバ
装置間のTCPコネクション及びRTSPセッションの
確立状態を模式的に示す図である。
FIG. 19 is a diagram schematically illustrating a TCP connection and an RTSP session established between a terminal device and a server device using a gateway device.

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

10,60…端末装置 11,61,84…メモリデバイス 12,62,85…CPU 13,21,31,33,63,71,81,83…プ
ロトコルスタック 14,24,25,32,64,74,75,82…ソ
ケット 15,65…beginフラグ 16,86…finフラグ 20,70…ゲートウエイ装置 22,72…アドレス変換用参照テーブル 23…TCPソケット生成部 30,80…サーバ装置 40,90…ファイルシステム 51,101…第1のネットワーク 52,102…第2のネットワーク 73…UDPソケット生成部
10, 60 terminal device 11, 61, 84 memory device 12, 62, 85 CPU 13, 21, 31, 33, 63, 71, 81, 83 protocol stack 14, 24, 25, 32, 64, 74 , 75, 82 ... socket 15, 65 ... begin flag 16, 86 ... fin flag 20, 70 ... gateway device 22, 72 ... address conversion lookup table 23 ... TCP socket generator 30, 80 ... server device 40, 90 ... file System 51, 101: First network 52, 102: Second network 73: UDP socket generation unit

───────────────────────────────────────────────────── フロントページの続き (72)発明者 大穂 雅博 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 Fターム(参考) 5K030 HA06 HA08 HD03 HD05 HD06 HD09 KA01 KA05 LA08 5K034 BB05 EE11 FF11 HH01 HH02 KK29  ────────────────────────────────────────────────── ─── Continued on the front page (72) Inventor Masahiro Oho 1006 Kazuma Kadoma, Kadoma-shi, Osaka Matsushita Electric Industrial Co., Ltd. F-term (reference) 5K030 HA06 HA08 HD03 HD05 HD06 HD09 KA01 KA05 LA08 5K034 BB05 EE11 FF11 HH01 HH02 KK29

Claims (15)

【特許請求の範囲】[Claims] 【請求項1】 第1のネットワークに接続された1つ以
上の端末装置と、第2のネットワークに接続された1つ
以上のサーバ装置と、当該第1及び第2のネットワーク
に接続され両装置間のパケット通信を中継するゲートウ
エイ装置とからなるサーバ・クライアントシステムにお
ける、パケット通信方法であって、 前記端末装置と前記サーバ装置との間に、階層化された
通信プロトコルにおけるメッセージ送受信のための論理
的な接続状態であるセッションを確立させる場合、 前記端末装置が、最初に発行する先頭パケットを、当該
先頭パケット中の特定部分にセッション開始を示すbe
ginフラグをセットして、前記ゲートウエイ装置へ送
信し、 前記ゲートウエイ装置が、受信した前記先頭パケット中
の前記beginフラグを検出することでセッション開
始を判断し、前記サーバ装置との通信経路を確立して当
該先頭パケットを前記サーバ装置へ転送し、 前記端末装置と前記サーバ装置との間に確立されたセッ
ションを解消させる場合、 前記端末装置が、最後に発行する最終パケットを、当該
最終パケット中の特定部分にセッション終了を示すfi
nフラグをセットして、前記ゲートウエイ装置へ送信
し、 前記ゲートウエイ装置が、受信した前記最終パケット中
の前記finフラグを検出することでセッション終了を
判断し、前記サーバ装置から前記最終パケットに対する
応答を受信した後に、セッションを解消させることを特
徴とする、パケット通信方法。
1. One or more terminal devices connected to a first network, one or more server devices connected to a second network, and both devices connected to the first and second networks. A packet communication method in a server-client system comprising a gateway device that relays packet communication between the terminal device and the server device, comprising: a logic for transmitting and receiving a message in a hierarchical communication protocol between the terminal device and the server device. When the terminal device establishes a session in a temporary connection state, the terminal device assigns a first packet to be issued first to a specific portion of the first packet to indicate a session start.
A gin flag is set and transmitted to the gateway device, and the gateway device determines a session start by detecting the begin flag in the received first packet, and establishes a communication path with the server device. When the terminal device transfers the first packet to the server device and cancels the session established between the terminal device and the server device, the terminal device outputs the last packet to be issued last in the last packet. Fi indicating the end of the session in a specific part
Set the n flag and transmit to the gateway device, the gateway device determines the end of the session by detecting the fin flag in the received last packet, and sends a response to the last packet from the server device A packet communication method characterized by canceling a session after receiving.
【請求項2】 第1のネットワークに接続された1つ以
上の端末装置と、第2のネットワークに接続された1つ
以上のサーバ装置と、当該第1及び第2のネットワーク
に接続され両装置間のパケット通信を中継するゲートウ
エイ装置とからなるサーバ・クライアントシステムにお
ける、パケット通信方法であって、 前記端末装置と前記サーバ装置との間に、階層化された
通信プロトコルにおけるメッセージ送受信のための論理
的な接続状態であるセッションを確立させる場合、 前記端末装置が、最初に発行する先頭パケットを、当該
先頭パケット中の特定部分にセッション開始を示すbe
ginフラグをセットして、前記ゲートウエイ装置へ送
信し、 前記ゲートウエイ装置が、受信した前記先頭パケット中
の前記beginフラグを検出することでセッション開
始を判断し、前記サーバ装置との通信経路を確立して当
該先頭パケットを前記サーバ装置へ転送し、 前記端末装置と前記サーバ装置との間に確立されたセッ
ションを解消させる場合、 前記端末装置が最後に発行する最終パケットの受信に基
づいて、前記サーバ装置が、当該最終パケットに対する
応答パケットを、当該応答パケット中の特定部分にセッ
ション終了を示すfinフラグをセットして、前記ゲー
トウエイ装置へ送信し、 前記ゲートウエイ装置が、受信した前記応答パケット中
の前記finフラグを検出することでセッション終了を
判断し、セッションを解消させることを特徴とする、パ
ケット通信方法。
2. One or more terminal devices connected to the first network, one or more server devices connected to the second network, and both devices connected to the first and second networks. A packet communication method in a server-client system comprising a gateway device that relays packet communication between the terminal device and the server device, comprising: a logic for transmitting and receiving a message in a hierarchical communication protocol between the terminal device and the server device. When the terminal device establishes a session in a temporary connection state, the terminal device assigns a first packet to be issued first to a specific portion of the first packet to indicate a session start.
A gin flag is set and transmitted to the gateway device, and the gateway device determines a session start by detecting the begin flag in the received first packet, and establishes a communication path with the server device. Transferring the first packet to the server device, and canceling the session established between the terminal device and the server device, based on the reception of the last packet issued last by the terminal device, the server The device sets a fin flag indicating a session end in a specific part of the response packet, and transmits the response packet to the final packet to the gateway device, and the gateway device transmits the response packet in the received response packet. Determine the end of the session by detecting the fin flag, and release the session. A packet communication method characterized in that the packet communication is erased.
【請求項3】 前記ゲートウエイ装置が、確立した通信
経路に関する情報を保持し、前記先頭パケット以降のパ
ケット通信を当該情報に従って行うことを特徴とする、
請求項1又は2に記載のパケット通信方法。
3. The method according to claim 2, wherein the gateway device holds information on an established communication path, and performs packet communication after the first packet in accordance with the information.
The packet communication method according to claim 1.
【請求項4】 前記ゲートウエイ装置は、前記通信経路
に関する情報を削除することでセッションを解消させる
ことを特徴とする、請求項3に記載のパケット通信方
法。
4. The packet communication method according to claim 3, wherein the gateway device cancels the session by deleting information on the communication path.
【請求項5】 前記第1のネットワーク上におけるセッ
ション層の通信プロトコルが、リテラルなスクリプト表
記のプロトコルであることを特徴とする、請求項1に記
載のパケット通信方法。
5. The packet communication method according to claim 1, wherein a communication protocol of a session layer on the first network is a protocol written in a literal script.
【請求項6】 前記第1及び第2のネットワーク上にお
ける双方のセッション層の通信プロトコルが、共にリテ
ラルなスクリプト表記のプロトコルであることを特徴と
する、請求項2に記載のパケット通信方法。
6. The packet communication method according to claim 2, wherein the communication protocols of both session layers on the first and second networks are both protocols in a literal script notation.
【請求項7】 第1のネットワークに接続された1つ以
上の端末装置と、第2のネットワークに接続された1つ
以上のサーバ装置と、当該第1及び第2のネットワーク
に接続され両装置間のパケット通信を中継するゲートウ
エイ装置とからなるサーバ・クライアントシステムであ
って、 前記サーバ装置との間に、階層化された通信プロトコル
におけるメッセージ送受信のための論理的な接続状態で
あるセッションを確立させる場合、最初に発行する先頭
パケット中の特定部分にセッション開始を示すbegi
nフラグをセットし、前記サーバ装置との間に確立され
たセッションを解消させる場合、最後に発行する最終パ
ケット中の特定部分にセッション終了を示すfinフラ
グをセットして、前記ゲートウエイ装置へ当該パケット
を送信する端末装置と、 前記先頭パケット中の前記beginフラグを検出する
ことでセッション開始を判断して、前記サーバ装置との
通信経路を確立して当該先頭パケットを前記サーバ装置
へ転送し、前記最終パケット中の前記finフラグを検
出することでセッション終了を判断して、前記サーバ装
置から前記最終パケットに対する応答を受信した後に、
セッションを解消させるゲートウエイ装置とを備える、
サーバ・クライアントシステム。
7. One or more terminal devices connected to the first network, one or more server devices connected to the second network, and both devices connected to the first and second networks. A server / client system comprising a gateway device for relaying packet communication between the server device and a session which is a logical connection state for message transmission / reception in a hierarchical communication protocol with the server device. When a session is started, a begi indicating the start of a session is added to a specific portion in the first packet issued first.
When the n flag is set to cancel the session established with the server device, a fin flag indicating the end of the session is set in a specific portion of the last packet to be issued last, and the packet is transmitted to the gateway device. And a terminal device for transmitting the first packet, determining a session start by detecting the begin flag in the first packet, establishing a communication path with the server device, transferring the first packet to the server device, After determining the end of the session by detecting the fin flag in the last packet, after receiving a response to the last packet from the server device,
A gateway device for canceling the session,
Server / client system.
【請求項8】 第1のネットワークに接続された1つ以
上の端末装置と、第2のネットワークに接続された1つ
以上のサーバ装置と、当該第1及び第2のネットワーク
に接続され両装置間のパケット通信を中継するゲートウ
エイ装置とからなるサーバ・クライアントシステムであ
って、 前記サーバ装置との間に、階層化された通信プロトコル
におけるメッセージ送受信のための論理的な接続状態で
あるセッションを確立させる場合、最初に発行する先頭
パケット中の特定部分にセッション開始を示すbegi
nフラグをセットして、前記ゲートウエイ装置へ当該パ
ケットを送信する端末装置と、 前記端末装置との間に確立されたセッションを解消させ
る場合、前記端末装置が最後に発行する最終パケットの
受信に基づいて、当該最終パケットに対する応答パケッ
ト中の特定部分にセッション終了を示すfinフラグを
セットして、前記ゲートウエイ装置へ当該パケットを送
信するサーバ装置と、 前記先頭パケット中の前記beginフラグを検出する
ことでセッション開始を判断して、前記サーバ装置との
通信経路を確立して当該先頭パケットを前記サーバ装置
へ転送し、前記応答パケット中の前記finフラグを検
出することでセッション終了を判断して、セッションを
解消させるゲートウエイ装置とを備える、サーバ・クラ
イアントシステム。
8. One or more terminal devices connected to the first network, one or more server devices connected to the second network, and both devices connected to the first and second networks. A server / client system comprising a gateway device for relaying packet communication between the server device and a session which is a logical connection state for message transmission / reception in a hierarchical communication protocol with the server device. When a session is started, a begi indicating the start of a session is added to a specific portion in the first packet issued first.
When the n flag is set to cancel the session established between the terminal device transmitting the packet to the gateway device and the terminal device, based on the reception of the last packet issued last by the terminal device By setting a fin flag indicating the end of the session in a specific part of the response packet to the last packet, and detecting the begin flag in the top packet and the server device transmitting the packet to the gateway device Determining a session start, establishing a communication path with the server device, transferring the head packet to the server device, and detecting the fin flag in the response packet to determine the end of the session; Server / client system comprising a gateway device for solving the problem
【請求項9】 第2のネットワークによって1つ以上の
サーバ装置と接続されたゲートウエイ装置に、第1のネ
ットワークを介して接続される端末装置であって、 前記サーバ装置との間に、階層化された通信プロトコル
におけるメッセージ送受信のための論理的な接続状態で
あるセッションを確立させる場合、最初に発行する先頭
パケット中の特定部分にセッション開始を示すbegi
nフラグをセットする設定部と、 前記beginフラグをセットした前記先頭パケットを
前記ゲートウエイ装置へ送信する送信部とを備える、端
末装置。
9. A terminal device connected via a first network to a gateway device connected to one or more server devices via a second network, wherein a hierarchical structure is provided between the terminal device and the server device. When establishing a session which is a logical connection state for transmitting and receiving a message in the communication protocol performed, a begi indicating a session start is specified in a specific portion of a first packet issued first.
A terminal device comprising: a setting unit that sets an n flag; and a transmission unit that transmits the top packet with the begin flag set to the gateway device.
【請求項10】 第2のネットワークによって1つ以上
のサーバ装置と接続されたゲートウエイ装置に、第1の
ネットワークを介して接続される端末装置であって、 前記サーバ装置との間に、階層化された通信プロトコル
におけるメッセージ送受信のための論理的な接続状態で
あるセッションを確立させる場合、最初に発行する先頭
パケット中の特定部分にセッション開始を示すbegi
nフラグをセットする設定部と、 前記サーバ装置との間に確立されたセッションを解消さ
せる場合、最後に発行する最終パケット中の特定部分に
セッション終了を示すfinフラグをセットする設定部
と、 前記beginフラグをセットした前記先頭パケット又
は前記finフラグをセットした前記最終パケットを、
前記ゲートウエイ装置へ送信する送信部とを備える、端
末装置。
10. A terminal device connected via a first network to a gateway device connected to one or more server devices via a second network, wherein a hierarchical structure is provided between the terminal device and the gateway device. When establishing a session which is a logical connection state for transmitting and receiving a message in the communication protocol performed, a begi indicating a session start is specified in a specific portion of a first packet issued first.
a setting unit for setting an n flag; and a setting unit for setting a fin flag indicating a session end in a specific portion in a last packet to be issued last when canceling a session established with the server device. the first packet with the begin flag set or the last packet with the fin flag set,
A transmission unit for transmitting to the gateway device.
【請求項11】 第1のネットワークによって1つ以上
の端末装置と接続されたゲートウエイ装置に、第2のネ
ットワークを介して接続されるサーバ装置であって、 前記端末装置との間に確立されたセッションを解消させ
る場合、前記端末装置が最後に発行する最終パケットの
受信に基づいて、当該最終パケットに対する応答パケッ
ト中の特定部分にセッション終了を示すfinフラグを
セットする設定部と、 前記finフラグをセットした前記応答パケットを、前
記ゲートウエイ装置へ送信する送信部とを備える、サー
バ装置。
11. A server device connected via a second network to a gateway device connected to one or more terminal devices via a first network, the server device being established with the terminal device. When canceling the session, based on the reception of the last packet issued last by the terminal device, a setting unit that sets a fin flag indicating the end of the session in a specific portion in a response packet to the last packet; A transmission unit for transmitting the set response packet to the gateway device.
【請求項12】 第1のネットワークを介して1つ以上
の端末装置と、第2のネットワークを介して1つ以上の
サーバ装置とに接続されるゲートウエイ装置であって、 前記端末装置から送信されるパケット中のセッション開
始を示すフラグを検出することでセッション開始を判断
して、前記サーバ装置との通信経路を確立して当該パケ
ットを前記サーバ装置へ転送する送信部と、 前記パケット以降のパケット通信を、確立した前記通信
経路に関する情報に従って行うために、当該情報を保持
する記憶部と、 前記端末装置又は前記サーバ装置から送信されるパケッ
ト中のセッション終了を示すフラグを検出することでセ
ッション終了を判断して、対応するパケット送信を完了
した後に前記通信経路に関する情報を削除することでセ
ッションを解消させる処理部とを備える、ゲートウエイ
装置。
12. A gateway device connected to one or more terminal devices via a first network and one or more server devices via a second network, wherein the gateway device is connected to the terminal device. A transmission unit that determines a session start by detecting a flag indicating a session start in a packet to be established, establishes a communication path with the server device, and transfers the packet to the server device, and a packet subsequent to the packet. In order to perform communication in accordance with the information on the established communication path, a storage unit for holding the information, and a session end by detecting a flag indicating a session end in a packet transmitted from the terminal device or the server device The session is resolved by deleting the information on the communication path after completing the corresponding packet transmission. A gateway device, comprising: a processing unit for deleting.
【請求項13】 前記第1のネットワーク上におけるセ
ッション層の通信プロトコルが、リテラルなスクリプト
表記のプロトコルであることを特徴とする、請求項9又
は10に記載の端末装置。
13. The terminal device according to claim 9, wherein a communication protocol of a session layer on the first network is a protocol in a literal script notation.
【請求項14】 前記第2のネットワーク上におけるセ
ッション層の通信プロトコルが、リテラルなスクリプト
表記のプロトコルであることを特徴とする、請求項11
に記載のサーバ装置。
14. The communication protocol according to claim 11, wherein the communication protocol of the session layer on the second network is a protocol in a literal script notation.
A server device according to item 1.
【請求項15】 前記第1のネットワーク上における又
は前記第1及び第2のネットワーク上における双方のセ
ッション層の通信プロトコルが、共にリテラルなスクリ
プト表記のプロトコルであることを特徴とする、請求項
12に記載のゲートウエイ装置。
15. The communication protocol according to claim 12, wherein both communication protocols of the session layer on the first network or on the first and second networks are both protocols written in a literal script. 3. The gateway device according to 1.
JP2001007785A 1988-01-12 2001-01-16 Method, system and apparatus for packet communication between networks Pending JP2001345854A (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2001007785A JP2001345854A (en) 2000-03-27 2001-01-16 Method, system and apparatus for packet communication between networks
US12/282,299 US20090131833A1 (en) 1988-01-12 2007-03-09 Fetal head monitoring device

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2000-86118 2000-03-27
JP2000086118 2000-03-27
JP2001007785A JP2001345854A (en) 2000-03-27 2001-01-16 Method, system and apparatus for packet communication between networks

Publications (2)

Publication Number Publication Date
JP2001345854A true JP2001345854A (en) 2001-12-14
JP2001345854A5 JP2001345854A5 (en) 2007-12-20

Family

ID=26588399

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001007785A Pending JP2001345854A (en) 1988-01-12 2001-01-16 Method, system and apparatus for packet communication between networks

Country Status (1)

Country Link
JP (1) JP2001345854A (en)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008527813A (en) * 2005-01-11 2008-07-24 テレフオンアクチーボラゲット エル エム エリクソン(パブル) Facilitating early media in communication systems
JP2008537421A (en) * 2005-04-21 2008-09-11 ノキア コーポレイション Method for establishing a connection in a communication system
JP2008259099A (en) * 2007-04-09 2008-10-23 Atsumi Electric Co Ltd Security system
US7532619B2 (en) 2003-05-26 2009-05-12 Nec Corporation Packet transfer apparatus with multiple general-purpose processors
JP2010063094A (en) * 2008-08-18 2010-03-18 Ipeak Networks Inc System and method for improving throughput
US9189307B2 (en) 2004-08-06 2015-11-17 LiveQoS Inc. Method of improving the performance of an access network for coupling user devices to an application server
US9590913B2 (en) 2011-02-07 2017-03-07 LiveQoS Inc. System and method for reducing bandwidth usage of a network
US9647952B2 (en) 2004-08-06 2017-05-09 LiveQoS Inc. Network quality as a service
US9647945B2 (en) 2011-02-07 2017-05-09 LiveQoS Inc. Mechanisms to improve the transmission control protocol performance in wireless networks
US10951743B2 (en) 2011-02-04 2021-03-16 Adaptiv Networks Inc. Methods for achieving target loss ratio
US11445052B2 (en) 2004-08-06 2022-09-13 Adaptiv Networks Inc. System and method for achieving accelerated throughput
WO2024247165A1 (en) * 2023-05-31 2024-12-05 日本電信電話株式会社 Relay device, relay method, and program

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08125692A (en) * 1994-08-31 1996-05-17 Toshiba Corp Network connection device, terminal device and packet transfer method
JPH1056482A (en) * 1996-08-12 1998-02-24 Nippon Telegr & Teleph Corp <Ntt> Interworking equipment
JPH10320310A (en) * 1997-04-15 1998-12-04 Hewlett Packard Co <Hp> Information transmission method
JPH11122301A (en) * 1997-10-20 1999-04-30 Fujitsu Ltd Address translation connection device
JPH11508753A (en) * 1996-04-24 1999-07-27 ノーザン・テレコム・リミテッド Internet Protocol Filter

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08125692A (en) * 1994-08-31 1996-05-17 Toshiba Corp Network connection device, terminal device and packet transfer method
JPH11508753A (en) * 1996-04-24 1999-07-27 ノーザン・テレコム・リミテッド Internet Protocol Filter
JPH1056482A (en) * 1996-08-12 1998-02-24 Nippon Telegr & Teleph Corp <Ntt> Interworking equipment
JPH10320310A (en) * 1997-04-15 1998-12-04 Hewlett Packard Co <Hp> Information transmission method
JPH11122301A (en) * 1997-10-20 1999-04-30 Fujitsu Ltd Address translation connection device

Cited By (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7532619B2 (en) 2003-05-26 2009-05-12 Nec Corporation Packet transfer apparatus with multiple general-purpose processors
US9893836B2 (en) 2004-08-06 2018-02-13 LiveQoS Inc. System and method for achieving accelerated throughput
US9647952B2 (en) 2004-08-06 2017-05-09 LiveQoS Inc. Network quality as a service
US11445052B2 (en) 2004-08-06 2022-09-13 Adaptiv Networks Inc. System and method for achieving accelerated throughput
US10574742B2 (en) 2004-08-06 2020-02-25 LiveQoS Inc. Network quality as a service
US9379913B2 (en) 2004-08-06 2016-06-28 LiveQoS Inc. System and method for achieving accelerated throughput
US8548003B2 (en) 2004-08-06 2013-10-01 LiveQoS Inc. System and method for achieving accelerated throughput
US9189307B2 (en) 2004-08-06 2015-11-17 LiveQoS Inc. Method of improving the performance of an access network for coupling user devices to an application server
JP4874993B2 (en) * 2005-01-11 2012-02-15 テレフオンアクチーボラゲット エル エム エリクソン(パブル) Facilitating early media in communication systems
JP2008527813A (en) * 2005-01-11 2008-07-24 テレフオンアクチーボラゲット エル エム エリクソン(パブル) Facilitating early media in communication systems
JP2008537421A (en) * 2005-04-21 2008-09-11 ノキア コーポレイション Method for establishing a connection in a communication system
JP2008259099A (en) * 2007-04-09 2008-10-23 Atsumi Electric Co Ltd Security system
JP2010063094A (en) * 2008-08-18 2010-03-18 Ipeak Networks Inc System and method for improving throughput
US10951743B2 (en) 2011-02-04 2021-03-16 Adaptiv Networks Inc. Methods for achieving target loss ratio
US9647945B2 (en) 2011-02-07 2017-05-09 LiveQoS Inc. Mechanisms to improve the transmission control protocol performance in wireless networks
US9590913B2 (en) 2011-02-07 2017-03-07 LiveQoS Inc. System and method for reducing bandwidth usage of a network
US10057178B2 (en) 2011-02-07 2018-08-21 LiveQoS Inc. System and method for reducing bandwidth usage of a network
WO2024247165A1 (en) * 2023-05-31 2024-12-05 日本電信電話株式会社 Relay device, relay method, and program

Similar Documents

Publication Publication Date Title
US8176187B2 (en) Method, system, and program for enabling communication between nodes
US7966380B2 (en) Method, system, and program for forwarding messages between nodes
US7437479B2 (en) Position identifier management apparatus and method, mobile computer, and position identifier processing method
US12126660B2 (en) Set-up of media stream transmission and server and client for media stream transmission
JP2001345854A (en) Method, system and apparatus for packet communication between networks
JP2011071726A (en) Session sharing system, method, program, and user terminal
CN103957283A (en) Optimal-application-server selection method and device for domain name system
JP2001086163A (en) Two-way communication system between server and client
CN101860470B (en) File synchronous processing method, synchronous gateway and file synchronizing system
JP2013225941A (en) Service control device, service control system and method
CN104168302B (en) Equipment manipulation implementation method, system and proxy gateway
US20020141442A1 (en) Method and apparatus for providing network access for PDA devices
JPWO2008105030A1 (en) Backup device
JP2000215123A (en) Document registration / update method in shared document management device
CN117749773A (en) Data transmission method, device and system and electronic equipment
JP2003069615A (en) Communication control device and communication control method
CN111212253B (en) Monitoring processing method and device in video conference, electronic equipment and storage medium
TW564364B (en) System and method for real-time active customer service on internet
JP2009141665A (en) Packet analysis bridge device, packet transmission system, and packet transmission method
US20070124445A1 (en) Browser adaptation for context based navigation
JP5198916B2 (en) Internet connection system
JP2009053770A (en) COMMUNICATION CONTROL DEVICE, COMMUNICATION CONTROL METHOD, AND COMMUNICATION CONTROL PROGRAM
JP3745577B2 (en) Method of providing data communication service using mobile network and protocol termination device
CN101316263B (en) Resource reservation method and apparatus
JP5289345B2 (en) Address translation device, communication system, message communication method, and program

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20071012

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20071012

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20091119

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20091217

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100121

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100326

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20100714