JP2000293452A - データ中継装置、データ通信システム、データ通信方法及び記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 クライアントの要求に基づくデータ提供と、
サーバの能動的な決定に基づくデータ提供とを、継続的
に実行することのできるデータ中継装置、データ通信シ
ステム、データ通信方法及び記録媒体を提供する。 【解決手段】 サーバ２がプッシュ型によるデータ提供
中に、ブラウザ１からプル型のデータ送信要求がある
と、プル型でデータを送信するためのコネクション１５
０Ａ、１５０Ｂが新たに確立される。データ中継機構１
４０は、上記新たに確立されたコネクション１５０Ａを
使って、要求中継機構１１０からのプッシュヘッダをブ
ラウザ１に送信する。サーバ２からのプル型による送信
データを受信したブラウザ１は、上記新たに確立された
コネクションを切断せずに維持する。サーバ２は、その
コネクション１５０Ａ、１５０Ｂを使って、プッシュ型
によるデータ提供を再開できる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、プッシュ型又はプ
ル型によるデータ送信を実施するサーバとクライアント
との間でデータを送受信するデータ中継装置、データ通
信システム、データ通信方法及び記録媒体に関する。

【０００２】

【従来の技術】クライアント・サーバシステムなどにお
いて使用されているＨＴＭＬ（HyperText Markup Langu
age：ハイパーテキスト記述言語）文書を表示する閲覧
ソフトとしてＷＷＷ（World Wide Web）ブラウザ（以
下、ブラウザという）が知られている。

【０００３】このブラウザにおいて１つのＨＴＭＬ文書
が表示される領域を、フレームという。このブラウザは
クライアントとして機能する。

【０００４】１つのブラウザは複数のフレームを持つこ
とができる。各フレームはサーバに要求を出すことによ
り、ＴＣＰ（Transmission Control Protocol ）による
コネクションを張ってデータを授受する。尚、１つのフ
レームが同時に張ることのできるコネクションは１つの
みである。

【０００５】ブラウザへサーバからデータを提供する方
式には、プル型データ提供方式とプッシュ型データ提供
方式の２つがある。

【０００６】プル型データ提供方式はブラウザの要求に
基づいてデータを提供するものである。この方式では、
利用者が所望する情報を指定する。一般に、ＷＷＷのサ
ーバはこの方式でデータを提供している。

【０００７】これに対して、プッシュ型データ提供方式
はサーバの能動的な決定に基づいてデータをブラウザに
提供するものである。この方式では、サーバが送信する
情報を選択し、利用者はそれを受動的に受信する。プッ
シュ型データ提供方式を実現するための技術としては、
Ｎｅｔｓｃａｐｅ社からサーバプッシュと呼ばれる技術
が提案されている（「続・ＨＴＭＬ入門」（ローラ・リ
メイ著、武舎広幸、久野禎子、久野靖 訳、プレンティ
スホール出版、１９９５年）、Ｎｅｔｓｃａｐｅ社のダ
イナミックドキュメントに関するページ（http://home.
netscape.com/assist/net-sites/pushpull.html）が広
く知られている。

【０００８】プッシュ型データ提供方式によりデータ提
供するためには、所定期間、コネクションが維持されて
いる必要がある。コネクションを維持する手段として、
サーバプッシュと呼ばれる方法があり、一部のブラウザ
には実装されている。この様なブラウザの例としては、
Ｎｅｔｓｃａｐｅ社の「Ｎｅｔｓｃａｐｅ Ｎａｖｉｇ
ａｔｏｒ ｖｅｒｓｉｏｎ１・１以降の製品」があり、
広く普及している。ブラウザのサーバプッシュの機能を
利用するためには、サーバからブラウザに次に示すよう
なデータを伝送する。

【０００９】Content-type: multipart/x-mixed-replac
e;boundary=BOUND--BOUND このようなデータを、以下の説明においてはプッシュヘ
ッダと言うことにする。

【００１０】ここで、上記２つの方式の何れでもデータ
提供が可能なデータ提供システムの構成例を図８に示
す。

【００１１】このデータ提供システムは、ブラウザ１
と、サーバ２と、データベース３とを備えている。サー
バ２は、要求受付機構２１と、データ送信機構２２と、
データ取得機構２３と、プッシュデータ選択機構２４と
を備えている。ブラウザ１とサーバ２との間に、ＴＣＰ
によるコネクション４が確立される。

【００１２】このデータ提供システムにおける、プル型
データ提供方式によるデータ提供処理動作について、図
９及び図１０を参照して説明する。

【００１３】図１０に示すように、ブラウザ１から送信
された要求をサーバ２の要求受付機構２１が受信すると
（Ｓ４１）、ブラウザ１とサーバ２間にコネクション４
が確立する。

【００１４】そして、サーバ２において、要求受付機構
２１は、受信したブラウザ１からの要求をデータ送信機
構２２に伝達する。データ送信機構２２は、要求に応じ
たデータの検索をデータ取得機構２３に依頼する。デー
タ取得機構２３は、依頼内容に応じたデータをデータベ
ース３から読み出して、データ送信機構２２に渡す。デ
ータ送信機構２２は、データ取得機構２３による検索結
果を、コネクション４を介してブラウザ１へ送信する
（Ｓ４２）。

【００１５】ブラウザ１は、サーバ２からのデータを受
信した場合には、確立されているコネクション４を切断
する。そして、ブラウザ１から次の要求が送信された場
合においても、上述した処理と同様の処理が行われる
（Ｓ４３、Ｓ４４）。

【００１６】次に、データ提供システムにおいて、プッ
シュ型データ提供方式によるデータ提供処理動作につい
て、図１１及び図１２を参照して説明する。

【００１７】図１２に示すように、ブラウザ１から送信
されたプッシュ型データ提供サービス開始要求をサーバ
２の要求受付機構２１が受信すると（Ｓ６１）、ブラウ
ザ１とサーバ２との間にコネクションが確立する。

【００１８】サーバ２において、要求受付機構２１は、
プッシュ型データ提供サービス開始要求を受信した場
合、プッシュヘッダの送信要求をデータ送信機構２２に
伝達する。データ送信機構２２は、プッシュヘッダの検
索をデータ取得機構２３に依頼する。データ取得機構２
３は、プッシュヘッダをデータベース３から読み出し
て、データ送信機構２２に渡す。データ送信機構２２
は、受け取ったプッシュヘッダを、コネクション４を介
してブラウザ１へ送信する（Ｓ６２）。

【００１９】これ以降においては、サーバ２は、ブラウ
ザ１からのプッシュ型サービス終了要求を受信するま
で、自己が能動的に決定したデータをデータベース３か
ら読み出すと共に、このデータを、コネクション４を介
して、ブラウザ１へ送信する（Ｓ６３、Ｓ６４）。

【００２０】すなわち、プッシュデータ選択機構２４
は、適切なタイミングで、どのデータをブラウザ１に送
信するかを選択し、この選択結果をデータ送信機構２２
に伝達する。データ送信機構２２は、選択結果（所望の
データ）の検索をデータ取得機構２３に依頼する。デー
タ取得機構２３は、データベース３を検索して、その検
索結果をデータ送信機構２２に渡す。データ送信機構２
２は、受け取った検索結果を、コネクション４を介し
て、ブラウザ１へ送信する。

【００２１】そして、サーバ２は、ブラウザ１からのプ
ッシュ型データ提供サービス終了要求を受信すると（Ｓ
６５）、確立しているコネクションを切断する。

【００２２】

【発明が解決しようとする課題】しかしながら、上記従
来のデータ提供システムにおいては、プル型データ提供
方式又はプッシュ型データ提供方式のいずれかの方式に
よるデータ提供を実施することはできるが、２つの方式
を組み合わせて、データ提供する場合には、以下のよう
な問題が発生する。

【００２３】図１３に示すように、ブラウザ１とサーバ
２間にコネクション（ここでは、これをコネクションａ
とする）が確立して、サーバ２がプッシュ型でデータ提
供している最中に（Ｓ７１、Ｓ７２、Ｓ７３）、ブラウ
ザ１からサーバ２へ、プル型のデータ提供の要求が送信
された場合には（Ｓ７４）、ブラウザ１とサーバ２間に
新たなコネクション（ここでは、これをコネクションｂ
とする）が確立して、その要求に応じたデータ（プル型
のデータ提供によるデータ）が、サーバ２からブラウザ
１へ送信される（Ｓ７５）。

【００２４】１つのフレームには１つのコネクションの
みしか張ることができないので、上記コネクションａ
は、ブラウザ１によって、プル型のデータ提供要求のと
きに切断される。また、ブラウザ１は、プル型のデータ
提供方式により提供されたデータを受信すると、上記コ
ネクションｂを切断する。この結果、コネクションａ及
びコネクションｂ共に切断されたことになる。

【００２５】ところが、サーバ２においては、ブラウザ
１からプッシュ型サービス終了要求が送信されて来ない
ので、プル型のデータ提供処理を終了した後、中断して
いたプッシュ型によるデータ提供を再開すべく、自己が
決定したデータを、ブラウザ１へ送信する（Ｓ７６）。

【００２６】しかし、コネクションが確立されていない
ので、プッシュ型によるデータ送信は失敗となる。すな
わち、サーバ２はフレームに対するコネクションを全て
失ってしまうので、プッシュ型のデータ提供を継続する
ことができない。

【００２７】このように、従来のデータ提供システムに
おいては、プッシュ型でデータ提供している最中に、プ
ル型のデータ提供の要求が発生し、この要求に応答して
データ提供した後、中断していたプッシュ型のデータ提
供を継続することが出来ないという問題があった。

【００２８】そこで、この発明の目的は、クライアント
の要求に基づくデータ提供と、サーバの能動的な決定に
基づくデータ提供とを、継続的に実行することのできる
データ中継装置、データ通信システム、データ通信方法
及び記録媒体を提供することにある。

【００２９】

【課題を解決するための手段】上記目的を達成するた
め、本発明の第１の観点に係るデータ中継装置は、クラ
イアントと、該クライアントにネットワークを介して接
続され、クライアントからの要求に応じてデータを送信
するプル型のデータ送信機能と自己の能動的決定により
クライアントにデータを送信するプッシュ型のデータ送
信機能とを備えるサーバと、前記サーバとクライアント
とを接続するネットワークと、より構成されるデータ送
受信システムにおいて、ネットワークを介して前記サー
バとクライアントに接続され、前記サーバとクライアン
トとの間でデータを送受信するためのデータ中継装置で
あって、前記サーバがプッシュ型データ送信によりデー
タをクライアントに送信している間に、前記クライアン
トがプル型によるデータ送信すべき旨の送信要求を出力
すると、該送信要求を受信する受信手段と、前記送信要
求に応答して、プル型によるデータ送信のために確立さ
れるコネクションを維持すべき旨の維持情報を前記クラ
イアントへ送信する送信手段と、前記プル型によるデー
タ送信が終了した後においても、前記維持情報を受信し
た前記クライアントにより維持されている前記コネクシ
ョンを介して、前記サーバからのプッシュ型による送信
データを送受信する中継手段と、を備える、ことを特徴
とする。

【００３０】このようなデータ中継装置においては、プ
ッシュ型のデータ送信の最中に、プル型によるデータ送
信が行われ、プッシュ型のデータ送信時のコネクション
が切断された場合であっても、維持されているプル型に
よるデータ送信時のコネクションを使って、再度、プッ
シュ型のデータ送信を継続することができる。

【００３１】前記中継手段は、例えば、プル型によるデ
ータ送信のために確立されたコネクションを識別するた
めの識別情報を記憶する記憶手段を備え、前記識別情報
で示されるコネクションを介して、プッシュ型によるデ
ータ送信のデータを送受信するようにしても良い。

【００３２】この場合、中継手段は、サーバからプッシ
ュ型によるデータ送信のデータを受信すると、記憶手段
の記憶内容を参照して読み出した識別情報で示されるコ
ネクション（プル型によるデータ送信時に確立されたコ
ネクション）を介して、受信したデータを、クライアン
トへ送信する。従って、プル型によるデータ送信の実施
のために中断されていた、プッシュ型によるデータ送信
を再開させることができる。

【００３３】また、前記記憶手段は、複数のクライアン
トと前記サーバとの間で確立される複数のコネクション
それぞれを識別するための識別情報を、当該複数のクラ
イアント毎に記憶する複数の記憶領域を備えるようにし
ても良い。この場合も、上記同様に、複数のクライアン
ト毎に、プル型によるデータ送信の実施のために中断さ
れていたプッシュ型によるデータ送信を、再開させるこ
とができる。

【００３４】上記目的を達成するため、本発明の第２の
観点に係るデータ通信システムは、クライアントにネッ
トワークを介して接続され、クライアントからの要求に
応じてデータを送信するプル型のデータ送信機能と自己
の能動的決定によりクライアントにデータを送信するプ
ッシュ型のデータ送信機能とを備えるサーバと、前記サ
ーバがプッシュ型データ送信によりデータをクライアン
トに送信している間に、前記クライアントがプル型によ
るデータ送信すべき旨の送信要求を出力すると、該送信
要求を受信する受信手段と、前記送信要求に応答して、
プル型によるデータ送信のために確立されるコネクショ
ンを維持すべき旨の維持情報を前記クライアントへ送信
する送信手段と、前記プル型によるデータ送信が終了し
た後においても、前記維持情報を受信した前記クライア
ントにより維持されている前記コネクションを介して、
前記サーバからのプッシュ型による送信データを送受信
する中継手段と、を備えることを特徴とする。

【００３５】前記中継手段は、例えば、プル型によるデ
ータ送信のために確立されたコネクションを識別するた
めの識別情報を記憶する記憶手段を備え、前記識別情報
で示されるコネクションを介して、プッシュ型によるデ
ータ送信のデータを送受信する。

【００３６】また、前記記憶手段は、複数のクライアン
トと前記サーバとの間で確立される複数のコネクション
それぞれを識別するための識別情報を、当該複数のクラ
イアント毎に記憶する複数の記憶領域を備えてもよい。

【００３７】上記目的を達成するため、本発明の第３の
観点に係るデータ通信方法は、プッシュ型又はプル型に
よるデータ送信を実施するサーバとクライアントとの間
でデータを送受信するデータ中継装置におけるデータ通
信方法であって、前記サーバがプッシュ型によるデータ
送信の実施中に、前記クライアントからのプル型による
データ送信すべき旨の送信要求を受信する受信ステップ
と、前記受信ステップで受信された送信要求に応答し
て、プル型によるデータ送信のために確立されるコネク
ションを維持すべき旨の維持情報を前記クライアントへ
送信する送信ステップと、前記プル型によるデータ送信
が終了した後においても、前記維持情報を受信したクラ
イアントにより維持されている前記コネクションを介し
て、前記サーバからのプッシュ型による送信データを送
受信する中継ステップと、を含むことを特徴とする。

【００３８】上記目的を達成するため、本発明の第４の
観点に係るコンピュータ読み取り可能な記録媒体は、サ
ーバがプッシュ型によるデータ送信の実施中に、クライ
アントからのプル型によるデータ送信すべき旨の送信要
求を受信する受信機能と、前記受信機能で受信された送
信要求に応答して、プル型によるデータ送信のために確
立されるコネクションを維持すべき旨の維持情報を前記
クライアントへ送信する送信機能と、前記プル型による
データ送信が終了した後においても、前記維持情報を受
信したクライアントにより維持されている前記コネクシ
ョンを介して、前記サーバからのプッシュ型による送信
データを送受信する中継機能と、を実行させるプログラ
ムを記録することを特徴とする。

【００３９】

【発明の実施の形態】以下、本発明の実施の形態を、図
面を参照して説明する。

【００４０】図１は、本発明の実施の形態に係るデータ
中継装置を有するデータ通信システムの構成を示す構成
図である。

【００４１】このデータ通信システムは、クライアント
（ブラウザ）１と、データベース３を格納したハードデ
ィスク等の２次記憶装置が接続されたサーバ２と、ハー
ドディスク等の２次記憶装置５０が接続されたデータ中
継装置６０と、がネットワーク７０に接続された構成に
なっている。なお、図１において、図８に示した構成要
素と同様の機能を果たす構成要素には、同一の符号を付
している。

【００４２】２次記憶装置５０には、プッシュ型及びプ
ル型のデータ提供方式を組み合わせた複合型のデータ提
供方式によるデータ通信処理（データ通信機能）を実行
させるためのプログラム（これを、中継プログラムとす
る）が格納されている。

【００４３】データ中継装置６０は、クライアント１及
びサーバ２との間でデータの送受信を行うものであり、
送受信部６１と、メモリ６２と、中央処理装置（以下、
ＣＰＵという）６３と、を備えている。

【００４４】送受信部６１は、ネットワーク７０を介し
て、クライアント１及びサーバ２との間でデータを送受
信する。

【００４５】メモリ６２には、２次記憶装置５０からロ
ードされる上記中継プログラムを記憶する記憶領域、ワ
ークエリアが設けられている。

【００４６】ＣＰＵ６３は、装置全体を制御するととも
に、２次記憶装置５０からメモリ６２に上記中継プログ
ラムをロードして実行することにより、上記複合型デー
タ提供方式によるデータ通信処理を実行する。この複合
型データ提供方式によるデータ通信処理の詳細について
は、後述する。

【００４７】図２は、本発明の実施の形態に係るデータ
中継装置を有するデータ通信システムを機能的に示した
機能ブロック図である。図２に示すように、このデータ
通信システムは、図８に示した従来のシステムの構成に
おいて、中継処理部１００を、ブラウザ１とサーバ２間
に追加した構成になっている。なお、図２において、図
８に示した構成要素と同様の機能を果たす構成要素に
は、同一の符号を付している。

【００４８】中継処理部１００は、データ中継装置６０
が、２次記憶装置５０から読み込んだ上記中継プログラ
ムを実行することにより実現されるものであり、要求中
継機構１１０と、プルＩＤ保存領域１２０と、プッシュ
ＩＤ保存領域１３０と、データ中継機構１４０とから構
成される。

【００４９】要求中継機構１１０は、ブラウザ１から要
求（データ送信要求）を受け取ると、所定の処理を実行
した後、その要求をサーバ２に渡す。なお、要求中継機
構１１０には、固定長データであるプッシュヘッダが予
め保持されている。

【００５０】また、要求中継機構１１０は、プッシュ型
データ提供サービス開始要求を受け取った場合は、プッ
シュ型データ提供サービス終了要求を受け取るまでは、
その開始要求を一時的に保持しておく。

【００５１】これは、サーバ２がプッシュ型によるデー
タ提供を実施中に、ブラウザ１からのプル型のデータ送
信要求があった場合に、プッシュ型のデータ提供が中断
された後、プル型のデータ提供が実施される。これは、
その後、要求中継機構１１０が、サーバ２に、プッシュ
型のデータ提供を再開させるときに、プッシュ型データ
提供サービス開始要求を、サーバ２へ送信するのに必要
だからである。

【００５２】ここで、ブラウザ１からの要求を要求中継
機構１１０が受け取ることにより、ブラウザ１と中継処
理部１００との間に上述したＴＣＰによるコネクション
１５０Ａが確立し、要求中継機構１１０からの要求をサ
ーバ２が受け取ることにより、中継処理部１００とサー
バ２との間に上述したＴＣＰによるコネクション１５０
Ｂが確立する。そして、サーバ２から提供されるデータ
は、コネクション１５０Ｂ、中継処理部１００、及びコ
ネクション１５０Ａを経て、ブラウザ１に入力される。

【００５３】また、ブラウザ１がコネクション１５０Ａ
を切断した場合は、中継処理部１００はコネクション１
５０Ｂを切断する。さらに、中継処理部１００がコネク
ション１５０Ａ、１５０Ｂを共に切断することもある。
これについては後述する。

【００５４】従って、これ以降の説明においては、「コ
ネクションが確立」という場合には、コネクション１５
０Ａ、１５０Ｂが共に確立していることを意味し、「コ
ネクションが切断」という場合は、コネクション１５０
Ａ、１５０Ｂが共に切断されていることを意味する。

【００５５】プルＩＤ保存領域１２０は、プル型による
データ提供の要求の送信によって確立したコネクション
の識別情報（以下、ＩＤという）を保存するための記憶
領域である。この領域に保存されたＩＤで示されるコネ
クションは、常に接続されているとは限らず、既に切断
されている場合も有り得る。

【００５６】上記コネクションのＩＤの例としては、Ａ
ＰＩ（Application Program Interface）としてソケッ
トを使用している場合には、ソケット番号を使用する。

【００５７】プッシュＩＤ保存領域１３０は、現在、ブ
ラウザ１との間で維持されているコネクション（すなわ
ち、コネクション１５０Ａ）のＩＤを保持するための記
憶領域である。コネクションが無い場合には、プッシュ
ＩＤ領域１３０は「空」にされる。一方、プッシュＩＤ
保存領域１３０にＩＤが保存されている場合は、コネク
ションが確立されていることを、システムが保証する。

【００５８】データ中継機構１４０は、サーバ２からの
データ、又は要求中継機構１１０からのプッシュヘッダ
を受け取ると、現在、ブラウザ１との間で維持されてい
るコネクションを使って、ブラウザ１にデータ又はプッ
シュヘッダを送信する。

【００５９】次に、係る構成のデータ通信システムの複
合型データ提供方式によるデータ通信処理について、図
３に示すフローチャートを参照して説明する。

【００６０】中継処理部１００が、ブラウザ１から送信
された要求を受信すると（ステップＳ２０１）、ブラウ
ザ１とサーバ２との間にコネクション（すなわち、コネ
クション１５０Ａ、１５０Ｂ）が確立する（ステップＳ
２０２）。

【００６１】中継処理部１００は、受信した要求が、プ
ッシュ型データ提供サービス終了要求であるか否かを判
断し（ステップＳ２０３）、その要求でない場合は、受
信した要求をサーバ２へ送信すると共に（ステップＳ２
０４）、プッシュ型のデータ提供のために確立している
コネクションが切断されたか否かを判断する（ステップ
Ｓ２０５）。

【００６２】ステップＳ２０５において、コネクション
が切断されていない場合、サーバ２においては、要求受
付機構２１は、受け取った要求をデータ送信機構２２に
伝達する（ステップＳ２０６）。データ送信機構２２
は、要求に応じた所望のデータの検索をデータ取得機構
２３に依頼する。データ取得機構２３は、データベース
３を検索することにより、要求に応じた所望のデータを
読み出し、この読み出したデータ（検索結果）をデータ
送信機構２２へ出力する。

【００６３】データ送信機構２２は、上記所望のデータ
を、データ取得機構２３から取得すると共に（ステップ
Ｓ２０７）、この所望のデータを、上記ステップＳ２０
２において確立されたコネクション（この場合は、プッ
シュ型のデータ提供のために確立しているコネクショ
ン）を介して、ブラウザ１へ送信する（ステップＳ２０
８）。

【００６４】ブラウザ１は、サーバ２のデータ送信機構
２２からのデータを受け取ると、サーバ２とのコネクシ
ョンを切断する（ステップＳ２０９）。

【００６５】ステップＳ２０５において、コネクション
が切断されている場合、中継処理部１００は、新しく確
立されたコネクションのＩＤを記録すると共に（ステッ
プＳ２１０）、ブラウザ１へプッシュヘッダを送信する
（ステップＳ２１１）。

【００６６】この場合、プッシュ型によるデータ提供の
最中に、プッシュ型のデータ提供のために確立している
コネクションが切断されて、ステップＳ２０２におい
て、プル型のデータ提供のためのコネクションが確立し
たことを意味している。

【００６７】ここまでの処理で、以降のプッシュ型のデ
ータ送信を、ステップＳ２０２で確立されたコネクショ
ンを用いて実行できるようにするために、新しく確立さ
れたコネクションのＩＤが記録されたことになる。ま
た、プル型のコネクション（すなわち、ステップＳ２１
０で確立されたコネクション）が切断されないように、
中継処理部１００からブラウザ１へ、そのコネクション
を介して、プッシュヘッダが送られる。

【００６８】上記ステップＳ２１１が終了した場合、サ
ーバ２においては、プッシュデータ選択機構２４は、適
切なタイミングで、どのデータをブラウザ１に送信する
かを選択して、データ送信機構２２に伝達する（ステッ
プＳ２１２）。

【００６９】データ送信機構２２は、上記選択された所
望のデータの検索をデータ取得機構２３に依頼する。デ
ータ取得機構２３は、データベース３を検索することに
より、プッシュデータ選択機構２４によって選択された
データ（所望のデータ）を読み出して、データ送信機構
２２へ出力する。

【００７０】データ送信機構２２は、所望のデータ（検
索結果）をデータ取得機構２３から取得し（ステップＳ
２１３）、この所望のデータを、上記ステップＳ２１０
で確立されたコネクション（この場合は、プル型のデー
タ提供のために確立しているコネクション）を介してブ
ラウザ１へ送信する（ステップＳ２１４）。

【００７１】ステップＳ２１４においては、サーバ２か
ら中継処理部１００へデータが送信されて来るので、中
継処理部１００は、受信したデータをブラウザ１へ送信
する（ステップＳ２１５）。このステップＳ２１５が終
了した場合は、ステップＳ２１２に戻り、このステップ
以降の処理が行われる。

【００７２】なお、上記ステップＳ２０３において、中
継処理部１００は、プッシュ型サービス終了要求を受け
取った場合には、現在、確立しているコネクション（す
なわち、コネクション１５０Ａ、１５０Ｂ）を切断する
（ステップ２１６）。

【００７３】この場合、プッシュ型のみのデータ提供の
場合には、プッシュ型のデータ提供のために確立してい
るコネクションが切断されることになる。これに対し、
プッシュ型によるデータ提供が中断されて、プル型によ
るデータ提供が行われた後、再度、中断されていたプッ
シュ型によるデータ提供が行われていた場合は、プル型
のデータ提供時に確立したコネクションが切断されるこ
とになる。

【００７４】次に、中継処理部１００内の要求中継機構
１１０の処理動作について、図４に示すフローチャート
を参照して説明する。

【００７５】要求中継機構１１０は、ブラウザ１からの
要求を受信した場合には、中継処理部１００とブラウザ
１との間に新しくコネクション（すなわち、コネクショ
ン１５０Ａ）が確立するので、その要求送信に用いられ
たコネクションのＩＤを認識する（ステップＳ３０
１）。

【００７６】なお、プッシュ型データ提供サービス開始
要求、又はプル型によるデータ送信要求のいずれかの要
求があった場合に、コネクションが確立されるので、前
者の送信に用いられたコネクションのＩＤを「ａ１」と
し、後者の送信に用いられたコネクションのＩＤを「ｂ
１」とする。

【００７７】要求中継機構１１０は、受信した要求が、
プッシュ型データ提供サービス終了要求であるか否かを
判断し（ステップＳ３０２）、該サービス終了要求でな
い場合は、受信した要求が、プッシュ型データ提供サー
ビス開始要求であるか否かを判断する（ステップＳ３０
３）。

【００７８】ステップＳ３０３において、プッシュ型デ
ータ提供サービス開始要求の場合、要求中継機構１１０
は、認識したコネクションのＩＤ（この例ではＩＤ＝ａ
１）をプッシュＩＤ保存領域１３０に書き込むと共に
（ステップＳ３０４）、そのサービス開始要求を一時的
に保持する。

【００７９】また、要求中継機構１１０は、予め保持し
ているプッシュヘッダをデータ中継機構１４０に送信す
ると共に（ステップＳ３０５）、受信した要求（プッシ
ュ型データ提供サービス開始要求）をサーバ２に送信し
て（ステップＳ３０６）、処理を終了する。

【００８０】このステップＳ３０６が終了した場合、中
継処理部１００とサーバ２との間にＩＤ＝ａ１のコネク
ション１５０Ｂが確立するので、サーバ２は、ブラウザ
１に対してデータ提供を行うことができる。そして、サ
ーバ２から送信されるプッシュ型によるデータ提供のデ
ータは、ＩＤ＝ａ１のコネクション１５０Ｂ、中継処理
部１００内のデータ中継機構１４０、及びＩＤ＝ａ１の
コネクション１５０Ａを経て、ブラウザ１に入力され
る。

【００８１】上記ステップＳ３０３において、受信され
た要求がプッシュ型データ提供サービス開始要求でない
場合は、プル型によるデータ送信要求ということになる
ので、要求中継機構１１０は、ステップＳ３０１で認識
したＩＤ（この例ではＩＤ＝ｂ１）をプルＩＤ保存領域
１２０に書き込むと共に（ステップＳ３０７）、プッシ
ュＩＤ保存領域１３０を参照して、コネクションを維持
していたか否かを判断する（ステップＳ３０８）。

【００８２】このプッシュＩＤ保存領域１３０にＩＤが
記録されている場合には、コネクションが維持されてい
ることになる。この場合、プッシュ型によるデータ送信
の最中に、プル型によるデータ送信要求があり、プッシ
ュＩＤ保存領域１３０に記録されたＩＤのコネクション
（この例では、ＩＤ＝ａ１のコネクション）は既に切断
されて、新たなコネクション（この例では、ＩＤ＝ｂ１
のコネクション）が張られていることを意味する。

【００８３】一方、プッシュＩＤ保存領域１３０に何も
記録されていない場合（「空」の場合）は、コネクショ
ンは維持されていないこととなり、プル型によるデータ
送信要求が行われるが、プッシュ型によるデータ送信は
現在行われていないことを意味する。

【００８４】ステップＳ３０８において、コネクション
が維持されていない場合は、上記ステップＳ３０６に進
む。この場合は、プッシュ型によるデータ送信要求がサ
ーバ２に送信される。

【００８５】ステップＳ３０８において、コネクション
が維持されている場合、要求中継機構１１０は、ステッ
プＳ３０７で書き込んだＩＤと同一のＩＤ（この例で
は、ＩＤ＝ｂ１）を、プッシュＩＤ保存領域１３０に書
き込むと共に（ステップＳ３０９）、予め保持している
プッシュヘッダをデータ中継機構１４０に送信する（ス
テップＳ３１０）。この例では、プッシュＩＤ保存領域
１３０の保存内容は、ＩＤ＝ａ１からＩＤ＝ｂ１に更新
される。

【００８６】ステップＳ３１０において送信されたプッ
シュヘッダは、データ中継機構１４０、ＩＤ＝ｂ１のコ
ネクション１５０Ａを経て、ブラウザ１に入力される。
この結果、プル型によるデータ提供が終了した場合であ
っても、ブラウザ１によってＩＤ＝ｂ１のコネクション
（すなわち、ＩＤ＝ｂ１のコネクション１５０Ａ、１５
０Ｂ）が切断されることはない。

【００８７】そして、ステップＳ３１０を終了した要求
中継機構１１０は、ステップＳ３０６の処理、すなわ
ち、保持しているプッシュ型データ提供サービス開始要
求を、サーバ２に送信する。

【００８８】この結果、サーバ２からは中断していたプ
ッシュ型によるデータ送信が再開されることになり、こ
のデータは、ＩＤ＝ｂ１のコネクション１５０Ｂ、中継
処理部１００のデータ中継機構１４０、及びＩＤ＝ｂ１
のコネクション１５０Ａを経て、ブラウザ１に入力され
る。

【００８９】ステップＳ３０２において、要求が、プッ
シュ型データ提供サービス終了要求の場合、要求中継機
構１１０は、プッシュＩＤ保存領域１３０を参照して、
その保存領域に記録されているＩＤ（この例では、ＩＤ
＝ｂ１）のコネクションを切断すると共に（ステップＳ
３１１）、プッシュＩＤ保存領域１３０を「空」にした
後（ステップＳ３１２）、処理を終了する。ステップＳ
３１１においては、ＩＤ＝ｂ１のコネクション１５０
Ａ、１５０Ｂが切断される。

【００９０】次に、各データ提供方式のデータ提供にお
ける要求中継機構１１０の処理動作について説明する。

【００９１】タイプ１：［プッシュ型のみの場合］ ステップＳ３０１〜Ｓ３０６、再度ステップＳ３０１、
Ｓ３０２、ステップＳ３１１、及びＳ３１２の順で処理
される。

【００９２】タイプ２：［プル型のみの場合］ ステップＳ３０１〜Ｓ３０３、Ｓ３０７、Ｓ３０８、及
びＳ３０６の順で処理される。

【００９３】タイプ３：［プッシュ型、プル型、プッシ
ュ型の順の場合］ ケース１（プッシュ型） ステップＳ３０１〜Ｓ３０６の順、 ケース２（プル型） 再度ステップＳ３０１〜Ｓ３０３、Ｓ３０７〜Ｓ３１
０、及びステップＳ３０６の順、 ケース３（プッシュ型） 再度ステップＳ３０１〜Ｓ３０６、再度ステップＳ３０
１、Ｓ３０２、Ｓ３１１、及びＳ３１２の順、のケース
１〜３の順で処理される。

【００９４】なお、４回のステップＳ３０１の処理時に
おける要求は、以下の通りである。１回目はプッシュ型
データ提供サービス開始要求。２回目はプル型によるデ
ータ送信要求。３回目は保持されているプッシュ型デー
タ提供サービス開始要求。４回目は、プッシュ型データ
提供サービス終了要求。

【００９５】ここで、上述した３タイプのデータ提供時
におけるプルＩＤ保存領域１２０、及びプッシュＩＤ保
存領域１３０の記録内容の一例を、図５に示す。

【００９６】ここでは、プッシュ型データ提供サービス
開始要求の際に確立されるコネクションのＩＤを「ａ
１」とし、プル型によるデータ送信要求の際に確立され
るコネクションのＩＤを「ｂ１」としている。

【００９７】図５において、符号４１０で示されるＩＤ
は、ステップＳ３０５において書き込まれ、ステップＳ
３０８において参照される。符号４２０で示されるＩＤ
は、ステップＳ３０９において更新されたものである。
符号４３０で示されるＩＤは、ステップＳ３１２におい
て更新されたものである（この場合は符号４２０で示さ
れるＩＤと同一となる）。また、そのＩＤは、ステップ
Ｓ３１１において参照され、ステップＳ３１２において
更新されるものである。

【００９８】次に、データ中継機構１４０の処理動作に
ついて、図６に示すフローチャートを参照して説明す
る。

【００９９】データ中継機構１４０は、サーバ１からの
データ、あるいは要求中継機構１１０からのプッシュヘ
ッダを受信すると（ステップＳ５０１）、プルＩＤ保存
領域１２０を参照して、その参照結果のＩＤを持つコネ
クションでブラウザ１へのデータ送信を試み、そのデー
タ送信が成功したか否かを判断する（ステップＳ５０
２）。

【０１００】ステップＳ５０２においてデータ送信に成
功した場合には処理を終了する。これに対し、失敗した
場合は、プルＩＤ保存領域１２０を参照して得られたＩ
Ｄで示されるコネクションは既に切断されていると考え
られるので、データ中継機構１４０は、プッシュＩＤ保
存領域１３０に記録されているＩＤで示されるコネクシ
ョンを使用して、ブラウザ１へのデータ送信を試み、そ
のデータ送信が成功したか否かを判断する（ステップＳ
５０３）。

【０１０１】ステップＳ５０３において、データ送信に
成功した場合には処理を終了し、失敗した場合は、異常
を知らせるメッセージを表示するなどの異常処理を行っ
て（ステップＳ５０４）、処理を終了する。

【０１０２】続いて、複合型データ提供方式でデータを
提供する際のコネクションの切り替わり前後における、
中継処理部１００の処理例を、図７に示すシーケンス図
を参照して説明する。

【０１０３】この例においては、上述したタイプ３の場
合に対応しているので、コネクションのＩＤは、図５に
示した内容となる。

【０１０４】［切替前の状態：上記タイプ３のケース１
の場合］この状態においては、上記タイプ３のケース１
の場合に示した処理が実行されるので、以下の処理が行
われる。 （１）：コネクションａ１が維持される。 （２）：プッシュＩＤ保存領域１３０にコネクションａ
１のＩＤが保存される。 （３）：サーバ１はプッシュ型のデータ提供を行う。

【０１０５】従って、ブラウザ１とサーバ２間において
は、図７に示すように、サーバ２から送信されたデータ
は、中継処理部１００のデータ中継機構１４０に入力さ
れて、図６に示した様な処理が行われることにより、コ
ネクションａ１を介して、ブラウザ１へ送信される（Ｓ
６１０〜６３０）。

【０１０６】つまり、この状態においては、コネクショ
ンａ１によりプッシュ型のデータ提供が行われる。

【０１０７】［切替処理状態：上記タイプ３のケース２
の場合］ここでは、上記切替前の状態の時に、中継処理
部１００は、ブラウザ１からのプル型のデータ送信要求
を受信して、コネクションｂ１が確立されたとする。す
なわち、この状態においては、上記タイプ３のケース２
の場合の処理が実行されるので、以下の処理が行われ
る。 （１）要求中継機構１１０によって、プルＩＤ保存領域
１２０とプッシュＩＤ保存領域１３０の両方にコネクシ
ョンｂ１のＩＤが書き込まれる。 （２）要求中継機構１１０からデータ中継機構１４０へ
プッシュヘッダが送信される。 （３）要求中継機構１１０からサーバ２へプル型による
データ送信要求が送信される。

【０１０８】従って、ブラウザ１とサーバ２間において
は、図７に示すように、ブラウザ１から送信されたプル
型によるデータ送信要求は、中継処理部１００の要求中
継機構１１０に入力されて、図６に示したような処理が
行われることにより、コネクションｂ１を介して、サー
バ２へ送信される（Ｓ６４０）。

【０１０９】また、要求中継機構１１０からのプッシュ
ヘッダ、及びサーバ２からのプル型によるデータ送信要
求に対するデータを受信したデータ中継機構１４０は、
これらのデータを、受信した順番でコネクションｂ１を
使ってブラウザ１に送信する（Ｓ６５０）。ここまで
で、プル型のデータ提供が完了する。

【０１１０】つまり、この状態においては、プル型のデ
ータ提供を行い、コネクションａ１に代わってコネクシ
ョンｂ１が確立される。

【０１１１】［切替後の状態：上記タイプ３のケース３
の場合］この状態においては、上記タイプ３のケース３
の場合の処理が実行されるので、以下のような処理が行
われる。 （１）コネクションｂ１が維持される。 （２）プッシュＩＤ保存領域１３０にはコネクションｂ
１のＩＤが保存される。 （３）要求中継機構１１０からサーバ２へプッシュ型デ
ータ提供サービス開始要求が送信される。

【０１１２】よって、プッシュ型データ提供サービス開
始要求を受信したサーバ２は、図３に示したステップＳ
２１２〜Ｓ２１４の処理を実行することにより、再度、
データを送信する。その送信データを受信した中継処理
部１００のデータ中継機構１４０は、コネクションｂ１
を介して、ブラウザ１へデータを送信する（Ｓ６６０、
６７０）。

【０１１３】つまり、この状態においては、コネクショ
ンｂ１を使ってプッシュ型のデータ提供を行うようにな
る。

【０１１４】上述したように、本実施の形態によれば、
ブラウザ１とサーバ２間に中継処理部１００（すなわ
ち、データ中継装置６０）を設けたことにより、複合型
データ提供方式によるデータ提供を実施することができ
る。

【０１１５】すなわち、プッシュ型データ提供方式によ
るデータ提供の最中に、プル型データ提供方式によるデ
ータ提供が行われて、プッシュ型データ提供方式による
データ提供時のコネクションが切断された場合であって
も、プル型データ提供方式によるデータ提供時のコネク
ションを使って、再度、中断していたプッシュ型データ
提供方式によるデータ提供を継続することができる。

【０１１６】また、本実施の形態では、１つのブラウザ
と１つのサーバとの間のデータ通信について説明した
が、本実施の形態の応用例として、次のようにしても良
い。すなわち、複数のブラウザにそれぞれ対応したプル
ＩＤ保存領域およびプッシュＩＤ保存領域を、中継処理
部１００内に設けるようにしても良い。

【０１１７】この場合、複数のブラウザそれぞれから送
信されたプッシュ型データ提供サービス開始要求に応答
したサーバからのデータ送信中に、当該複数のクライア
ントそれぞれからのプル型によるデータ送信要求がある
場合、要求中継機構は、このデータ送信要求を送信した
ブラウザに対応するプルＩＤ保存領域およびプッシュＩ
Ｄ保存領域に、プル型データ提供方式によるデータ提供
時に確立されたコネクションの識別情報を格納する。

【０１１８】そして、データ中継機構は、プッシュ型デ
ータ提供サービス開始要求を送信したブラウザに対応す
るプッシュＩＤ保存領域の記憶内容を参照し、この参照
の結果得られた識別情報で示されるコネクションを介し
て、サーバからのプッシュ型データ提供方式による送信
データを、該当するブラウザへ送信する。

【０１１９】なお、要求を発行する際には、発行元のア
ドレス番号等の識別情報と実際の要求内容とが送信され
るので、プッシュ型データ提供サービス開始要求を受信
したサーバは、容易にデータの送信相手（ブラウザのア
ドレス番号）を知ることができる。

【０１２０】従って、データ中継機構は、サーバから受
け取ったデータを、このデータと共に送信されて来る送
信相手のブラウザに対して、送信することができる。よ
って、この応用例によれば、複数のブラウザに対して
も、プル型データ提供方式によるデータ提供の実施のた
めに中断していた、プッシュ型データ提供方式によるデ
ータ提供を、再開することができる。

【０１２１】さらには、本実施の形態において、上記処
理の各手順を実行するためのプログラムは、ＣＤ−ＲＯ
Ｍなどのコンピュータ読み取り可能な記録媒体に格納し
て配布しても良い。

【０１２２】

【発明の効果】以上説明したように、本発明によれば、
プッシュ型のデータ送信の最中に、プル型によるデータ
送信が行われ、プッシュ型のデータ送信時のコネクショ
ンが切断された場合であっても、維持されているプル型
によるデータ送信時のコネクションを使って、再度、プ
ッシュ型のデータ送信を継続することができる。

【図面の簡単な説明】

【図１】本発明の実施の形態に係るデータ中継装置を有
するデータ通信システムの構成を示す構成図である。

【図２】本発明の実施の形態に係るデータ中継装置を有
するデータ通信システムを機能的に示した機能ブロック
図である。

【図３】図２に示したデータ通信システムのデータ通信
処理動作を示すフローチャートである。

【図４】図２に示したデータ中継装置における要求中継
機構の処理動作を示すフローチャートである。

【図５】プルＩＤ保存領域およびプッシュＩＤ保存領域
の記録内容の一例を説明するための図である。

【図６】図２に示したデータ中継装置におけるデータ中
継機構の処理動作を示すフローチャートである。

【図７】ブラウザとサーバ間のデータ送受信を説明する
ためのシーケンス図である。

【図８】従来のデータ提供システムの構成を示すブロッ
ク図である。

【図９】図８に示したデータ提供システムにおいて、プ
ル型データ提供方式によるデータ提供の様子を説明する
ための図である。

【図１０】従来のプル型データ提供方式によるブラウザ
とサーバ間のデータ送受信を説明するためのシーケンス
図である。

【図１１】図８に示したデータ提供システムにおいて、
プッシュ型データ提供方式によるデータ提供の様子を説
明するための図である。

【図１２】従来のプッシュ型データ提供方式によるブラ
ウザとサーバ間のデータ送受信を説明するためのシーケ
ンス図である。

【図１３】図８に示したデータ提供システムにおいて、
プル型データ提供方式とプッシュ型データ提供方式とを
組み合わせて、データ提供を実施した場合の処理動作を
説明するためのシーケンス図である。

【符号の説明】

１ クライアント（ブラウザ） ２ サーバ ３ データベース ５０ ２次記憶装置 ６０ データ中継装置 ６１ 送受信部 ６２ メモリ ６３ 中央処理装置（ＣＰＵ） ７０ ネットワーク １００ 中継処理部 １１０ 要求中継機構 １２０ プルＩＤ保存領域 １３０ プッシュＩＤ保存領域 １４０ データ中継機構 １５０Ａ、１５０Ｂ コネクション

フロントページの続き (72)発明者 横山 和俊 東京都江東区豊洲三丁目３番３号 株式会 社エヌ・ティ・ティ・データ内 Ｆターム(参考） 5B045 BB17 BB31 GG01 JJ28 JJ42 JJ45 5B089 GA00 GB04 HB02 JA21 JA33 JA36 JB14 KA00 KB06 KG03

Claims (8)

【特許請求の範囲】
1. 【請求項１】クライアントと、該クライアントにネット
   ワークを介して接続され、クライアントからの要求に応
   じてデータを送信するプル型のデータ送信機能と自己の
   能動的決定によりクライアントにデータを送信するプッ
   シュ型のデータ送信機能とを備えるサーバと、前記サー
   バとクライアントとを接続するネットワークと、より構
   成されるデータ送受信システムにおいて、ネットワーク
   を介して前記サーバとクライアントに接続され、前記サ
   ーバとクライアントとの間でデータを送受信するための
   データ中継装置であって、 前記サーバがプッシュ型データ送信によりデータをクラ
   イアントに送信している間に、前記クライアントがプル
   型によるデータ送信すべき旨の送信要求を出力すると、
   該送信要求を受信する受信手段と、 前記送信要求に応答して、プル型によるデータ送信のた
   めに確立されるコネクションを維持すべき旨の維持情報
   を前記クライアントへ送信する送信手段と、 前記プル型によるデータ送信が終了した後においても、
   前記維持情報を受信した前記クライアントにより維持さ
   れている前記コネクションを介して、前記サーバからの
   プッシュ型による送信データを送受信する中継手段と、 を備えることを特徴とするデータ中継装置。
2. 【請求項２】前記中継手段は、プル型によるデータ送信
   のために確立されたコネクションを識別するための識別
   情報を記憶する記憶手段を備え、前記識別情報で示され
   るコネクションを介して、プッシュ型によるデータ送信
   のデータを送受信する、ことを特徴とする請求項１に記
   載のデータ中継装置。
3. 【請求項３】前記記憶手段は、複数のクライアントと前
   記サーバとの間で確立される複数のコネクションそれぞ
   れを識別するための識別情報を、当該複数のクライアン
   ト毎に記憶する複数の記憶領域を備える、ことを特徴と
   する請求項２に記載のデータ中継装置。
4. 【請求項４】クライアントにネットワークを介して接続
   され、クライアントからの要求に応じてデータを送信す
   るプル型のデータ送信機能と自己の能動的決定によりク
   ライアントにデータを送信するプッシュ型のデータ送信
   機能とを備えるサーバと、 前記サーバがプッシュ型データ送信によりデータをクラ
   イアントに送信している間に、前記クライアントがプル
   型によるデータ送信すべき旨の送信要求を出力すると、
   該送信要求を受信する受信手段と、 前記送信要求に応答して、プル型によるデータ送信のた
   めに確立されるコネクションを維持すべき旨の維持情報
   を前記クライアントへ送信する送信手段と、 前記プル型によるデータ送信が終了した後においても、
   前記維持情報を受信した前記クライアントにより維持さ
   れている前記コネクションを介して、前記サーバからの
   プッシュ型による送信データを送受信する中継手段と、 を備える、ことを特徴とするデータ通信システム。
5. 【請求項５】前記中継手段は、プル型によるデータ送信
   のために確立されたコネクションを識別するための識別
   情報を記憶する記憶手段を備え、前記識別情報で示され
   るコネクションを介して、プッシュ型によるデータ送信
   のデータを送受信する、ことを特徴とする請求項４に記
   載のデータ通信システム。
6. 【請求項６】前記記憶手段は、複数のクライアントと前
   記サーバとの間で確立される複数のコネクションそれぞ
   れを識別するための識別情報を、当該複数のクライアン
   ト毎に記憶する複数の記憶領域を備える、ことを特徴と
   する請求項５に記載のデータ通信システム。
7. 【請求項７】プッシュ型又はプル型によるデータ送信を
   実施するサーバとクライアントとの間でデータを送受信
   するデータ中継装置におけるデータ通信方法であって、 前記サーバがプッシュ型によるデータ送信の実施中に、
   前記クライアントからのプル型によるデータ送信すべき
   旨の送信要求を受信する受信ステップと、 前記受信ステップで受信された送信要求に応答して、プ
   ル型によるデータ送信のために確立されるコネクション
   を維持すべき旨の維持情報を前記クライアントへ送信す
   る送信ステップと、 前記プル型によるデータ送信が終了した後においても、
   前記維持情報を受信したクライアントにより維持されて
   いる前記コネクションを介して、前記サーバからのプッ
   シュ型による送信データを送受信する中継ステップと、 を含むことを特徴とするデータ通信方法。
8. 【請求項８】サーバがプッシュ型によるデータ送信の実
   施中に、クライアントからのプル型によるデータ送信す
   べき旨の送信要求を受信する受信機能と、 前記受信機能で受信された送信要求に応答して、プル型
   によるデータ送信のために確立されるコネクションを維
   持すべき旨の維持情報を前記クライアントへ送信する送
   信機能と、 前記プル型によるデータ送信が終了した後においても、
   前記維持情報を受信したクライアントにより維持されて
   いる前記コネクションを介して、前記サーバからのプッ
   シュ型による送信データを送受信する中継機能と、 を実行させるプログラムが記録されていることを特徴と
   するコンピュータ読み取り可能な記録媒体。