JP2002041377A

JP2002041377A - データ通信システムおよびこれに用いるデータ処理装置、ブラウザを利用したセッション維持方法、記録媒体

Info

Publication number: JP2002041377A
Application number: JP2000230517A
Authority: JP
Inventors: Iwao Akizuki; 巌秋月
Original assignee: Individual
Current assignee: Individual
Priority date: 2000-07-31
Filing date: 2000-07-31
Publication date: 2002-02-08
Anticipated expiration: 2020-07-31
Also published as: JP3682914B2

Abstract

(57)【要約】【課題】ステートレスなシステムを用いて、サーバ−
クライアント間のセッションを維持した従来には全くな
いデータ通信を行えるようにする。【解決手段】サーバ１の構成として、クライアント２
と接続されてページ要求が入力されたときに、サーバ１
側で任意のイベントが発生するまでの間、クライアント
２との接続状態を維持して応答を待機するセッション維
持処理部６と、任意のイベントの発生に応じて提供ペー
ジを生成し、生成した提供ページをクライアント２に送
信するページ生成部７とを設けることにより、専用のク
ライアント・ソフトウェアや特殊なコンポーネントを用
いることなく、現在広く利用されているウェブシステム
を用いて、サーバ−クライアント間のセッションを維持
した従来には全くないデータ通信を行うことができるよ
うにする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はデータ通信システム
およびこれに用いるデータ処理装置、ブラウザを利用し
たセッション維持方法、記録媒体に関し、特に、ネット
ワーク上にウェブサーバとウェブブラウザとを備えたウ
ェブシステムのように、ステートレスのプロトコルに従
って動作するシステムに用いて好適なものである。

【０００２】

【従来の技術】現在、コンピュータや携帯電話等の広範
な普及と、インターネット技術の進展などを背景とし
て、インターネットを利用した様々なサービスが多く提
供されている。これらのサービスの殆どは、サーバ側に
備えられたウェブサーバと、クライアント側に備えられ
たウェブブラウザとの間でデータ通信を行うことによっ
て実現されるものである。

【０００３】すなわち、ウェブサーバは、クライアント
側のウェブブラウザから送られてきた要求に応じて、サ
ービス提供用に用意されたＨＴＭＬ（Hyper Text Marku
p Language）などの情報を提供する。クライアント側で
は、ウェブサーバから送られてきたＨＴＭＬ情報をウェ
ブブラウザで解析し、当該ＨＴＭＬ情報により示される
内容を画面上に表示する。クライアントユーザは、この
画面表示の内容を見て、必要に応じてウェブブラウザか
ら情報を入力してウェブサーバに再送することにより、
所望のサービスの提供を受けることができる。

【０００４】ウェブサーバとウェブブラウザとの間のデ
ータ通信の手順をより具体的に説明すると、以下の通り
である。まず、クライアント側のウェブブラウザは、ユ
ーザが指定したＵＲＬ（Uniform Resource Locator）に
従って、そのＵＲＬを持つウェブサーバに対してＨＴＭ
Ｌ情報の送信を要求する。このＨＴＭＬ情報の送信要求
を受けたウェブサーバは、指定されたＵＲＬのＨＴＭＬ
ソースコードをウェブブラウザに送信する。

【０００５】ウェブブラウザは、ウェブサーバから受け
取ったＨＴＭＬソースコードを解析して、そのソースコ
ード中に含まれるテキスト情報等を画面表示する。さら
に、このソースコード中に画像や音声などのリンク情報
が存在している場合には、ウェブブラウザは、先ほどと
同じウェブサーバに対してリンク情報の送信を要求す
る。このリンク情報の送信要求を受けたウェブサーバ
は、要求されたリンク情報をウェブブラウザに送信す
る。

【０００６】このようなウェブサーバとウェブブラウザ
との間の一連のやり取りによって、クライアント側の表
示画面にサービス提供用のホームページが表示されるこ
ととなる。そして、上述のようにクライアントユーザが
この画面表示の内容を見て、必要に応じてウェブブラウ
ザから情報を入力してウェブサーバに送信し、ウェブサ
ーバからそれに対する応答を入力することなどによっ
て、所望のサービスの提供を受けることができる。

【０００７】

【発明が解決しようとする課題】このようなウェブサー
バとウェブブラウザとを有するウェブシステムは、その
時々の接続状態を維持しないステートレスのプロトコル
によって動作するシステムである。このステートレスな
ウェブシステムでは、ウェブブラウザからの要求に対応
してウェブサーバがデータの送信を一度完了すると、ウ
ェブブラウザとの接続（セッション）が切断される。つ
まり、個々のデータ送受信毎にセッションが独立してお
り、どのウェブブラウザとどのウェブサーバとが接続さ
れているか等の接続状態は全く維持されていない。

【０００８】そのため、ウェブサーバは、ウェブブラウ
ザからＵＲＬを指定して情報提供の要求があったとき
に、そのＵＲＬに対応するデータを要求元のウェブブラ
ウザに返送することができるだけである。また、接続の
ための識別記号をリクエストと共に送ることで、ウェブ
サーバ側において擬似的にセッションを継続する方法は
広く利用されているが、この方法では、特定のウェブブ
ラウザに対して任意のタイミングでメッセージを自発的
に送信することなどはできない。また、ウェブサーバ
は、クライアント側でウェブブラウザをシャットダウン
したり、他のＵＲＬに移動したりするなどの接続状況の
変化を検知することもできない。

【０００９】逆に、クライアント側から見れば、ウェブ
ブラウザの基本的な機能は、所定のＵＲＬを指定してウ
ェブサーバにアクセスし、当該ＵＲＬによって指定され
たデータを取得してその情報を表示するだけである。し
たがって、このウェブブラウザの基本機能だけでは、他
のクライアントに関するウェブサーバへの接続状況を知
ることはできない。また、クライアントが任意のタイミ
ングで、他のクライアントに対してデータを伴った通知
を行うことなどもできない。

【００１０】以上のように、ステートレスなウェブシス
テムでは、データ通信の方法に制約を受け、基本的に
は、ウェブブラウザから要求がある毎にウェブサーバが
対応する情報を提供することしかできない。そのため、
インターネット上で提供するサービスの手法もこのデー
タ通信の方法によって制限され、よりバリエーションに
富んだサービス、よりユーザインタフェースの優れたサ
ービス、より処理を効率的に行えるサービスなどを提供
することができないという問題があった。

【００１１】なお、ステートレスなウェブシステムでは
なく、サーバ側あるいはクライアント側でその時々の接
続状態を維持するステートフルなシステムを用いれば、
上述の問題は回避することができる。しかし、ステート
フルなシステムとする場合には、提供しようとするサー
ビスに合わせた専用のクライアント端末、あるいは専用
のクライアント・ソフトウェアや特殊なコンポーネント
などを用意する必要がある。特定の企業間取引などを行
う場合にはそれでも良いが、各家庭や企業等に存在する
一般ユーザを対象としてサービスを提供する場合に、そ
れら一般ユーザのそれぞれに専用端末や専用ソフトウェ
ア等を持たせることは現実的でない。また、そのような
ケースではウェブサーバに接続している以外のポートを
使用するため、セキュリティ用のファイアウォールを経
由して使用するためには特別な設定を行う必要がある。

【００１２】上述したように、現在インターネット上で
提供されている多くのサービスは、ウェブサーバとウェ
ブブラウザとを有するステートレスなウェブシステムに
よるものである。また、今後提供される種々のサービス
も、このようなウェブシステムによるものであることが
予想される。したがって、専用のクライアント端末や専
用のクライアント・ソフトウェア等を用いることなく、
一般ユーザが簡単に使用し得るウェブシステムを用いて
上述の問題を解決することが望まれる。

【００１３】本発明は、このような問題を解決するため
に成されたものであり、専用のクライアント端末や専用
のクライアント・ソフトウェア、あるいは特殊なコンポ
ーネントを用いることなく、現在広く利用されているウ
ェブシステムなどのステートレスなシステムを用いて、
サーバ−クライアント間のセッションを維持した従来に
は全くないデータ通信を行うことができるようにするこ
とを目的としている。

【００１４】

【課題を解決するための手段】本発明のデータ通信シス
テムは、ネットワーク上でサーバ側装置とクライアント
側装置とがステートレスのプロトコルに従って動作する
データ通信システムにおいて、上記サーバ側装置と上記
クライアント側装置とが上記ネットワークを介して接続
され、上記クライアント側装置から上記サーバ側装置に
要求が入力されたときに、任意のイベントが発生するま
での間、上記サーバ側装置と上記クライアント側装置と
の接続状態を維持して応答を待機するセッション維持制
御手段と、上記任意のイベントの発生に応じて提供情報
を生成し、生成した提供情報を上記クライアント側装置
に送信する提供情報生成送信手段とを備えたことを特徴
とする。

【００１５】本発明の他の態様では、ネットワーク上で
サーバ側装置とクライアント側装置とがステートレスの
プロトコルに従って動作するデータ通信システムにおい
て、上記サーバ側装置は、上記クライアント側装置との
間で複数の接続および非同期の通信を実現するために画
面分割された複数領域の情報を、上記クライアント側装
置との間でそれぞれ非同期で送受信するサーバ入出力手
段と、上記クライアント側装置と上記ネットワークを介
して接続され、上記クライアント側装置の第１の領域か
ら上記サーバ入出力手段に要求が入力されたときに、上
記入力された要求に応じた処理を実行して上記クライア
ント側装置の第１の領域に応答情報を送信する応答処理
手段と、上記クライアント側装置と上記ネットワークを
介して接続され、上記クライアント側装置の第２の領域
から上記サーバ入出力手段に要求が入力されたときに、
任意のイベントが発生するまでの間、上記クライアント
側装置との接続状態を維持して応答を待機するセッショ
ン維持制御手段と、上記任意のイベントの発生に応じて
提供情報を生成し、生成した提供情報を上記クライアン
ト側装置の上記第２の領域に送信する提供情報生成送信
手段とを備えたことを特徴とする。

【００１６】本発明のその他の態様では、ネットワーク
上でサーバ側装置とクライアント側装置とがステートレ
スのプロトコルに従って動作するデータ通信システムに
おいて、上記サーバ側装置は、上記クライアント側装置
との間で複数の接続および非同期の通信を実現するため
に画面分割された複数領域の情報を、上記クライアント
側装置との間でそれぞれ非同期で送受信するサーバ入出
力手段と、上記クライアント側装置と上記ネットワーク
を介して接続され、上記クライアント側装置の第２の領
域から上記サーバ入出力手段に要求が入力されたとき
に、任意のイベントが発生するまでの間、上記クライア
ント側装置との接続状態を維持して応答を待機するセッ
ション維持制御手段と、上記任意のイベントの発生に応
じて提供情報を生成し、生成した提供情報を上記クライ
アント側装置の上記第２の領域に送信する提供情報生成
送信手段とを備えたことを特徴とする。

【００１７】本発明のその他の態様では、上記クライア
ント側装置では、上記サーバ側装置から上記第２の領域
に上記提供情報を受信したときに、当該受信した提供情
報を用いた処理を行った後、上記第２の領域から上記サ
ーバ側装置への接続要求を自動的に行うことを特徴とす
る。

【００１８】本発明のその他の態様では、上記提供情報
を用いた処理は、上記提供情報中に含まれるデータを上
記第２の領域へ表示する処理、上記提供情報中に含まれ
るデータを上記第２の領域以外の領域へ表示する処理、
あるいは、上記提供情報中に含まれるスクリプトに基づ
く処理を含むことを特徴とする。

【００１９】本発明のその他の態様では、上記任意のイ
ベントは、上記サーバ側装置が保持するデータや上記サ
ーバ側装置の状況に変化が生じたこと、上記クライアン
ト側装置がブラウザをシャットダウンし、あるいは他の
ページに移動したこと、あるいは、上記要求の発行元の
クライアント側装置宛てのメッセージを受信したことを
含むことを特徴とする。

【００２０】本発明のその他の態様では、上記サーバ側
装置と上記クライアント側装置との接続状況を監視する
ための専用領域として第３の領域を設け、上記クライア
ント側装置との接続状況が変化するまでの間、上記サー
バ側装置と上記クライアント側装置との接続状態を維持
して上記クライアント側装置との接続状況を監視する接
続監視処理手段を備えたことを特徴とする。

【００２１】本発明のその他の態様では、ネットワーク
上でサーバ側装置とクライアント側装置とがステートレ
スのプロトコルに従って動作するデータ通信システムに
おいて、上記サーバ側装置は、上記クライアント側装置
との間で複数の接続および非同期の通信を実現するため
に画面分割された複数領域の情報を、上記クライアント
側装置との間でそれぞれ非同期で送受信するサーバ入出
力手段と、上記クライアント側装置と上記ネットワーク
を介して接続され、上記クライアント側装置の第３の領
域から上記サーバ入出力手段に要求が入力されたとき
に、上記クライアント側装置との接続状況が変化するま
での間、上記サーバ側装置と上記クライアント側装置と
の接続状態を維持して上記クライアント側装置との接続
状況を監視する接続監視処理手段とを備えたことを特徴
とする。

【００２２】本発明のその他の態様では、上記サーバ側
装置はウェブサーバを備え、上記クライアント装置側は
ウェブブラウザを備えることを特徴とする。

【００２３】また、本発明のデータ処理装置は、ネット
ワーク上に存在するクライアント側装置との間でステー
トレスのプロトコルに従ってデータ通信を行うサーバ側
装置であって、上記クライアント側装置と上記ネットワ
ークを介して接続され、上記クライアント側装置から要
求が入力されたときに、任意のイベントが発生するまで
の間、上記クライアント側装置との接続状態を維持して
応答を待機するセッション維持制御手段と、上記任意の
イベントの発生に応じて提供情報を生成し、生成した提
供情報を上記クライアント側装置に送信する提供情報生
成送信手段とを備えたことを特徴とする。

【００２４】本発明の他の態様では、ネットワーク上に
存在するクライアント側装置との間でステートレスのプ
ロトコルに従ってデータ通信を行うサーバ側装置であっ
て、上記クライアント側装置との間で複数の接続および
非同期の通信を実現するために画面分割された複数領域
の情報を、上記クライアント側装置との間でそれぞれ非
同期で送受信するサーバ入出力手段と、上記クライアン
ト側装置と上記ネットワークを介して接続され、上記ク
ライアント側装置の第１の領域から上記サーバ入出力手
段に要求が入力されたときに、上記入力された要求に応
じた処理を実行して上記クライアント側装置の第１の領
域に応答情報を送信する応答処理手段と、上記クライア
ント側装置と上記ネットワークを介して接続され、上記
クライアント側装置の第２の領域から上記サーバ入出力
手段に要求が入力されたときに、任意のイベントが発生
するまでの間、上記クライアント側装置との接続状態を
維持して応答を待機するセッション維持制御手段と、上
記任意のイベントの発生に応じて提供情報を生成し、生
成した提供情報を上記クライアント側装置の上記第２の
領域に送信する提供情報生成送信手段とを備えたことを
特徴とする。

【００２５】本発明のその他の態様では、ネットワーク
上に存在するクライアント側装置との間でステートレス
のプロトコルに従ってデータ通信を行うサーバ側装置で
あって、上記クライアント側装置との間で複数の接続お
よび非同期の通信を実現するために画面分割された複数
領域の情報を、上記クライアント側装置との間でそれぞ
れ非同期で送受信するサーバ入出力手段と、上記クライ
アント側装置と上記ネットワークを介して接続され、上
記クライアント側装置の第２の領域から上記サーバ入出
力手段に要求が入力されたときに、任意のイベントが発
生するまでの間、上記クライアント側装置との接続状態
を維持して応答を待機するセッション維持制御手段と、
上記任意のイベントの発生に応じて提供情報を生成し、
生成した提供情報を上記クライアント側装置の上記第２
の領域に送信する提供情報生成送信手段とを備えたこと
を特徴とする。

【００２６】本発明のその他の態様では、上記クライア
ント側装置と上記ネットワークを介して接続され、上記
クライアント側装置の第３の領域から上記サーバ入出力
手段に要求が入力されてから、上記クライアント側装置
との接続状況が変化するまでの間、上記クライアント側
装置との接続状態を維持して上記クライアント側装置と
の接続状況を監視する接続監視処理手段を備えたことを
特徴とする。

【００２７】本発明のその他の態様では、ネットワーク
上に存在するクライアント側装置との間でステートレス
のプロトコルに従ってデータ通信を行うサーバ側装置で
あって、上記クライアント側装置との間で複数の接続お
よび非同期の通信を実現するために画面分割された複数
領域の情報を、上記クライアント側装置との間でそれぞ
れ非同期で送受信するサーバ入出力手段と、上記クライ
アント側装置と上記ネットワークを介して接続され、上
記クライアント側装置の第３の領域から上記サーバ入出
力手段に要求が入力されたときに、上記クライアント側
装置との接続状況が変化するまでの間、上記クライアン
ト側装置との接続状態を維持して上記クライアント側装
置との接続状況を監視する接続監視処理手段とを備えた
ことを特徴とする。

【００２８】また、本発明のブラウザを利用したセッシ
ョン維持方法は、ウェブサーバとウェブブラウザとの間
でネットワークを介して行われるデータ通信において、
上記ウェブサーバと上記ウェブブラウザとが上記ネット
ワークを介して接続され、上記ウェブブラウザから上記
ウェブサーバに要求が入力されたときに、上記ウェブサ
ーバ側で任意のイベントが発生するまでの間、上記ウェ
ブサーバと上記ウェブブラウザとの接続状態を維持して
上記ウェブサーバから上記ウェブブラウザへの応答を待
機し、上記任意のイベントの発生に応じて提供情報を生
成し、生成した提供情報を上記ウェブサーバから上記ウ
ェブブラウザに送信するようにしたことを特徴とする。

【００２９】本発明の他の態様では、ウェブサーバとウ
ェブブラウザとの間でネットワークを介して行われるデ
ータ通信において、上記ウェブサーバと上記ウェブブラ
ウザとが上記ネットワークを介して接続され、上記ウェ
ブブラウザ上で画面分割された第１のフレームから上記
ウェブサーバに要求が入力されたときには、上記入力さ
れた要求に応じた処理を実行して上記ウェブブラウザの
第１のフレームに応答情報を送信するとともに、上記ウ
ェブサーバと上記ウェブブラウザとが上記ネットワーク
を介して接続され、上記ウェブブラウザ上で画面分割さ
れた第２のフレームから上記ウェブサーバに要求が入力
されたときには、上記ウェブサーバ側で任意のイベント
が発生するまでの間、上記ウェブサーバと上記ウェブブ
ラウザとの接続状態を維持して上記ウェブサーバから上
記ウェブブラウザへの応答を待機し、上記任意のイベン
トの発生に応じて提供情報を生成し、生成した提供情報
を上記ウェブサーバから上記ウェブブラウザの上記第２
のフレームに送信するようにしたことを特徴とする。

【００３０】本発明のその他の態様では、上記ウェブブ
ラウザでは、上記ウェブサーバから上記第２のフレーム
に上記提供情報を受信したときに、当該受信した提供情
報を用いた処理を行った後、上記第２のフレームから上
記ウェブサーバへの接続要求を自動的に行うことを特徴
とする。

【００３１】本発明のその他の態様では、上記ウェブサ
ーバと上記ウェブブラウザとが上記ネットワークを介し
て接続され、上記ウェブブラウザ上で画面分割された第
３のフレームであって、上記ウェブサーバと上記ウェブ
ブラウザとの接続状況を監視するための専用フレームか
ら上記ウェブサーバに要求が入力されたときには、上記
ウェブサーバと上記ウェブブラウザとの接続状況が変化
するまでの間、上記ウェブサーバと上記ウェブブラウザ
との接続状態を維持して上記ウェブサーバと上記ウェブ
ブラウザとの接続状況を監視することを特徴とする。

【００３２】本発明のその他の態様では、ウェブサーバ
とウェブブラウザとの間でネットワークを介して行われ
るデータ通信において、上記ウェブサーバと上記ウェブ
ブラウザとが上記ネットワークを介して接続され、上記
ウェブブラウザ上で画面分割された第３のフレームから
上記ウェブサーバに要求が入力されたときには、上記ウ
ェブサーバと上記ウェブブラウザとの接続状況が変化す
るまでの間、上記ウェブサーバと上記ウェブブラウザと
の接続状態を維持して上記ウェブサーバと上記ウェブブ
ラウザとの接続状況を監視するようにしたことを特徴と
する。

【００３３】また、本発明のコンピュータ読み取り可能
な記録媒体は、請求項１〜１８の何れか１項に記載の各
手段としてコンピュータを機能させるためのプログラ
ム、あるいは、請求項１９〜２３の何れか１項に記載の
セッション維持方法の処理手順をコンピュータに実行さ
せるためのプログラムを記録したことを特徴とする。

【００３４】本発明は上記技術手段より成るので、クラ
イアント側装置からサーバ側装置に要求を送ると、任意
のイベントが発生するまでサーバ側装置とクライアント
側装置との接続が維持され、任意のイベントが発生した
ときにサーバ側装置で提供情報が生成されてクライアン
ト側装置に返送されることとなる。これにより、ステー
トレス（接続の状態情報を維持しないセッションレス）
のプロトコルに従って動作するデータ通信システム、例
えばウェブサーバとウェブブラウザとを備えたウェブシ
ステムでもセッションを維持したデータ通信を行うこと
が可能となる。このように、ウェブシステム等を用いて
セッションを維持したデータ通信を行えるので、サーバ
側装置に本発明の仕組みを導入するだけで、クライアン
ト側装置には専用のクライアント・ソフトウェアや特殊
なコンポーネントを用意する必要もない。

【００３５】本発明の他の特徴によれば、クライアント
側装置の１つのアプリケーション内においてサーバ側装
置への複数の接続と非同期の通信を実現する機能（例え
ば、ウェブブラウザのフレーム機能）を設け、当該機能
により画面分割された複数領域の情報をそれぞれ非同期
で送受信することにより、サーバ側装置とクライアント
側装置との間で送受信双方向の通信を非同期で任意に行
うことが可能となる。

【００３６】本発明の他の特徴によれば、サーバ側装置
とクライアント側装置との接続状況を監視するための専
用領域として第３の領域を設けたので、他の領域を用い
てデータ通信を行っている間にクライアント側装置との
接続状況が変化した場合であっても、接続監視専用の第
３の領域を用いたデータ通信によってクライアント側装
置との接続状況の変化を確実に検知することが可能とな
る。

【００３７】

【発明の実施の形態】以下、本発明の一実施形態を図面
に基づいて説明する。

【００３８】（第１の実施形態）図１は、本発明のデー
タ通信システムを適用した第１の実施形態によるウェブ
システムの機能構成例を示すブロック図である。図１に
示すように、本実施形態のウェブシステムは、サーバコ
ンピュータ１（以下、サーバと言う）と、ウェブクライ
アントコンピュータ２（以下、ウェブクライアントと言
う）とを備えて構成される。これらのサーバ１およびウ
ェブクライアント２は、通信手段を介してインターネッ
ト等のネットワーク３に任意に接続可能なように構成さ
れている。

【００３９】なお、ここではウェブクライアント２を１
つのみ示しているが、この数には限定されない。実際に
は、多くのウェブクライアント２がネットワーク３に接
続されている。

【００４０】サーバ１は、その機能構成として、ウェブ
サーバ入出力部４、ウェブサーバ処理部５、セッション
維持処理部６およびページ生成部７を備えている。ま
た、ウェブクライアント２は、その機能構成として、ウ
ェブブラウザ（ＷＷＷ検索・回覧ソフト）８を備えてい
る。ウェブサーバ処理部５により本発明の応答処理手段
が構成され、セッション維持処理部６により本発明のセ
ッション維持処理手段が構成され、ウェブサーバ入出力
部４およびページ生成部７により本発明の提供情報生成
送信手段が構成される。

【００４１】なお、ウェブブラウザとは、例えばＨＴＴ
Ｐ（hypertext transfer protocol）、ＨＴＴＰＳ（hyp
ertext transfer protocol over transport layer secu
rity / secure sockets layer）、Ｓ−ＨＴＴＰ（secur
e hypertext transfer）などのプロトコルに従って情報
の送受信を行うウェブ用のブラウザを言う。

【００４２】本実施形態のウェブブラウザ８は、フレー
ム機能を有している。本実施形態では、１つのページを
データ通信フレーム９とセッション維持フレーム１０と
に分割し、それぞれのフレーム情報を非同期で通信する
ことにより、送信および受信の双方向の通信を同時に行
うことができるようにしている。

【００４３】データ通信フレーム９は、従来のウェブシ
ステムと同様に、ウェブブラウザ２側からＵＲＬを指定
してサーバ１側に情報提供などを要求し、その応答とし
てサーバ１側から取得したページ情報（以下、応答ペー
ジと言う）を表示したり、表示された応答ページ中にデ
ータを入力してサーバ１側に送信したりする処理を行う
ためのフレームである。

【００４４】すなわち、ウェブブラウザ８内のデータ通
信フレーム９は、ウェブクライアント２側のオペレータ
が指定するＵＲＬに従って、そのＵＲＬを持つサーバ１
に対してＨＴＭＬ情報の転送を要求する。また、この要
求に応じてサーバ１から提供されたＨＴＭＬ情報を解析
し、応答ページをデータ通信フレーム９に表示する。オ
ペレータは、この表示された応答ページに対して必要な
データを入力し、サーバ１に送信することも可能であ
る。

【００４５】また、セッション維持フレーム１０は、サ
ーバ１がウェブブラウザ８からの要求に応じてデータ通
信フレーム９にデータの送信を完了しても、ウェブブラ
ウザ８とのセッションを切断せずに維持するために使用
するフレームである。このセッション維持フレーム１０
には、後述するように、ウェブブラウザ８からサーバ１
に要求を出してから任意のタイミングでサーバ１から送
られてくる種々のページ情報（以下、提供ページと言
う）が表示される。

【００４６】すなわち、セッション維持フレーム１０
は、サーバ１から提供ページに相当するＨＴＭＬ情報が
送られてきたときは、そのＨＴＭＬ情報を解析し、表示
すべきデータが含まれている場合にはそのデータを含む
提供ページを表示する。このセッション維持フレーム１
０では、一度サーバ１から提供ページを受信して表示な
どの処理を行ったら、直ちにサブミットの処理を自動的
に行うことにより、ページ情報の提供を再度要求する。

【００４７】次に、サーバ１内の機能構成を説明する。
ウェブサーバ入出力部４は、ネットワーク３上に接続さ
れたウェブクライアント２との間でＨＴＭＬ形式に従っ
てデータのやり取りをする。具体的には、ウェブクライ
アント２からの要求に応じて様々なページ情報（応答ペ
ージ）をウェブクライアント２に提供したり、サーバ１
側で作成した様々なページ情報（提供ページ）をウェブ
クライアント２に提供したりする。

【００４８】また、ウェブサーバ処理部５は、ウェブブ
ラウザ８のデータ通信フレーム９からウェブサーバ入出
力部４を介して送られてくる要求に応じた処理を行う。
例えば、指定されたＵＲＬに基づくＨＴＭＬ情報やその
リンク情報をウェブサーバ入出力部４を介してデータ通
信フレーム９に返送したり、データ通信フレーム９の応
答ページ中に入力されて送られてきた情報を用いて、サ
ービス提供用などにあらかじめ定められた処理を行った
りする。

【００４９】また、セッション維持処理部６は、セッシ
ョン維持フレーム１０からウェブサーバ入出力部４を介
して送られてくる要求を受信したまま、任意のタイミン
グになるまで、あるいは任意のイベントが発生するまで
応答を待機する処理を行うものである。任意のタイミン
グあるいは任意のイベントとは、例えば、サーバ１が保
持するデータやサーバ１の状況に変化が生じたとき、ネ
ットワーク３に接続された他のウェブクライアント（図
示せず）がその中のウェブブラウザをシャットダウンし
たり他のページに移動したとき、他のウェブクライアン
ト（図示せず）から要求元のウェブクライアント２宛て
のメッセージを受信したときなどが考えられる。

【００５０】ページ生成部７は、セッション維持処理部
６から供給される情報をもとに、ウェブクライアント２
のセッション維持フレーム１０に送信するデータを含む
ＨＴＭＬ形式の提供ページを生成する。セッション維持
処理部６から供給される情報とは、例えば、サーバ１が
保持するデータやサーバ１の状況に変化が生じたことを
知らせる情報、他のウェブクライアントがウェブブラウ
ザ８をシャットダウンしたり、他のページに移動したこ
とを知らせる情報、他のウェブクライアントから送られ
てきたメッセージ情報などである。ページ生成部７によ
り生成された提供ページは、ウェブサーバ入出力部４に
よってウェブクライアント２のセッション維持フレーム
１０に送信される。

【００５１】従来のウェブサーバは、ウェブクライアン
トから所定のＵＲＬが指定されたときに、そのＵＲＬに
該当するＨＴＭＬ情報をウェブクライアントに提供し、
必要に応じて当該ＨＴＭＬにリンクされた画像データや
音声データを更に提供するだけで、ウェブクライアント
との通信を切断していた。つまり、従来のウェブサーバ
は、ウェブクライアントから要求されたＨＴＭＬ情報と
それにリンクされた情報とを一方通行的に提供するだけ
であった。

【００５２】これに対して、本実施形態のセッション維
持処理部６は、ウェブブラウザ８のセッション維持フレ
ーム１０がサーバ１にリクエストを送信した後、任意の
タイミングになるまで、あるいは任意のイベントが発生
するまでは、セッション維持フレーム１０との接続を維
持したまま待機する。そして、任意のタイミングあるい
は任意のイベントが発生すると、ページ生成部７によっ
て提供ページを生成してウェブブラウザ８に直ちに返信
する。

【００５３】図２は、サーバ１のハードウェア構成例を
示す図である。サーバ１は、ＣＰＵ１１、ＲＯＭ１２、
ＲＡＭ１３を備えている。ＣＰＵ１１は、ＲＯＭ１２や
ＲＡＭ１３に記憶されたプログラムに従ってサーバ１の
全体の動作を制御するものであり、その際にＲＡＭ１３
等をワークメモリとして使用する。上記図１に示した機
能構成は、実際にはこのプログラムに基づくＣＰＵ１１
の動作によって実現される。

【００５４】また、サーバ１は、ＦＤインタフェース１
４、ＩＤＥ（Intelligent Drive Electronics）インタ
フェース１５等の外部記憶インタフェースを備えてい
る。そして、この外部記憶インタフェース１４，１５を
介して、フロッピー（登録商標）ディスク（ＦＤ）２
０、ハードディスク（ＨＤ）２１、ＣＤ−ＲＯＭ２２等
との間でデータの授受を行うことができるように構成さ
れている。ＣＰＵ１１を制御するプログラムをこれらの
ＦＤ２０、ＨＤ２１、ＣＤ−ＲＯＭ２２からサーバ１内
に入力するようにしても良い。

【００５５】サーバ１は更に、通信インタフェース１
６、入力デバイスインタフェース１７および表示インタ
フェース１８を備えている。通信インタフェース１６
は、ネットワーク３と接続し、他のコンピュータ等と通
信を行うものである。図１に示したウェブクライアント
２のウェブブラウザ８との間の通信は、この通信インタ
フェース１６を介して行われる。また、上記ＣＰＵ１１
を制御するプログラムは、この通信インタフェース１６
を介して他のコンピュータ等からダウンロードしても良
い。

【００５６】入力デバイスインタフェース１７は、キー
ボード２３やマウス２４等の入力デバイスに関する制御
を行うものであり、表示インタフェース１８は、ＣＲＴ
あるいはＬＣＤ（Liquid Crystal Display）等の表示装
置２５に関する制御を行うものである。

【００５７】上記ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１
３、ＦＤインタフェース１４、ＩＤＥインタフェース１
５、通信インタフェース１６、入力デバイスインタフェ
ース１７および表示インタフェース１８は、アドレスバ
ス、データバス等のバスライン２６に接続され、相互に
データの授受を行うことができるようになっている。

【００５８】なお、図示は省略するが、ウェブクライア
ント２のハードウェアもこの図２とほぼ同様に構成され
ている。

【００５９】図３は、第１の実施形態によるウェブシス
テムの動作を示すフローチャートである。以下、この図
３を用いて本実施形態によるデータ通信の動作を説明す
る。

【００６０】図３において、まずステップＳ１で、ウェ
ブクライアント２からサーバ１に対して、データ通信フ
レーム９およびセッション維持フレーム１０のページ情
報の転送を要求する。このとき、データ通信フレーム９
に関するページ情報の転送要求は、オペレータにより指
示されたＵＲＬ、あるいはウェブブラウザ８を開いたと
きにアクセスするように初期設定されているＵＲＬを具
体的に指定して行われる。一方、セッション維持フレー
ム１０に関するページ情報の転送要求は、セッション維
持用に用意された所定のＵＲＬを指定して行われる。

【００６１】上記ページ情報の転送要求を受け取ったサ
ーバ１は、ステップＳ２で、要求されたそれぞれのフレ
ームのページ情報をウェブクライアント２のウェブブラ
ウザ８に返信する。このとき返信されるページ情報のう
ち、データ通信フレーム９のページ情報には、指定され
たＵＲＬにより示されるデータ（サービス提供用に表示
するデータなど）が含まれる。一方、セッション維持フ
レーム１０のページ情報には、表示すべきデータは一切
含まれていない。つまり、空のページ情報が送られる。

【００６２】これらの各フレーム９，１０に対するペー
ジ情報を受け取ったウェブクライアント２では、それぞ
れのフレームに関するデータ通信が以下のように非同期
で実行される。

【００６３】まず、データ通信フレーム９に関する処理
を説明する。ウェブクライアント２は、ステップＳ３
で、サーバ１から受け取ったデータ通信フレーム９のペ
ージ情報をウェブブラウザ８により表示する。この時点
で、サーバ１とデータ通信フレーム９とのセッションは
一旦切断される。そして、ステップＳ４でオペレータに
よるページ要求があるのを待機する。ここで言うページ
要求とは、表示したデータ通信フレーム９のページに対
してオペレータが何らかのデータを入力してサーバ１に
送信する要求や、ＵＲＬを指定して他のページ情報を取
得する要求などを意味する。

【００６４】オペレータによるページ要求がない場合
は、ウェブブラウザ８は、ページ要求があるまで同じペ
ージ情報を表示し続けている。一方、オペレータによる
ページ要求があると、処理はステップＳ５に進む。ステ
ップＳ５では、データ通信フレーム９からサーバ１への
接続が行われ、上記ステップＳ４で行われたページ要求
に対応する処理（表示されたページに入力されたデータ
をサーバ１に送信する処理、あるいは指定されたＵＲＬ
のページ情報の転送を要求する処理など）が実行され
る。

【００６５】データ通信フレーム９からページ要求を受
け取ったサーバ１は、ステップＳ６で、ウェブサーバ処
理部５においてそのページ要求に対応する任意の処理を
実行する。そして、ページ生成部７によって任意のデー
タを含む応答ページを生成してデータ通信フレーム９に
返信する。ページ要求に対応する任意の処理とは、デー
タ通信フレーム９から送られてきたデータに従ってサー
ビス提供用などにあらかじめ定められた処理を行い、そ
の処理結果に応じて必要なデータを含む応答ページを生
成して返信する処理のこと、あるいは指定されたＵＲＬ
のページ情報を返信する処理のことを言う。

【００６６】このステップＳ６の処理でウェブサーバ処
理部５は、必要に応じてセッション維持処理部６に対し
て、セッション維持情報を保存または取得するイベン
ト、あるいは後述するステップＳ１２の待機状態を終了
させるイベントを発生する。ここで、セッション維持情
報とは、例えば、２度目以降にウェブクライアント２か
ら要求があった場合に、以前の要求と同じユーザである
ことを判別するために使用する各クライアントに一意の
識別記号であり、最初のページ要求時にサーバ１からウ
ェブクライアント２に与えられるものである。

【００６７】すなわち、後述するセッション維持フレー
ム１０の処理においても、サーバ１からウェブクライア
ント２にデータを送信し終わった瞬間から、自動的にサ
ブミットされたページによってサーバ１に接続されるま
での間、わずかな時間ではあるがセッション維持フレー
ム１０とサーバ１との接続が完全に切断される。そのた
め、再度接続するときに、以前に接続していたものと同
一のウェブクライアント２であることを識別するコード
をサーバ１からウェブクライアント２に送信する必要が
あるのである。

【００６８】このようにサーバ１からデータ通信フレー
ム９に応答ページを返信した後は、ステップＳ３に戻
る。ウェブクライアント２は、受信した応答ページをデ
ータ通信フレーム９に表示して、以降ステップＳ３〜Ｓ
６の処理を繰り返し行う。

【００６９】このような一連の処理によって、データ通
信フレーム９では従来のウェブシステムと同様に、ウェ
ブクライアント２側からＵＲＬを指定してサーバ１側に
情報提供を要求し、その応答としてサーバ１側から取得
した応答ページを表示したり、表示された応答ページ中
にデータを入力してサーバ１側に送信したりする処理を
行うことが可能となる。また、他のウェブクライアント
宛のメッセージ情報を入力してサーバ１に送信する処理
を行うことも可能である。

【００７０】次に、セッション維持フレーム１０に関す
る処理を説明する。ウェブクライアント２は、ステップ
Ｓ７で、サーバ１から受け取ったセッション維持フレー
ム１０のページ情報を当該セッション維持フレーム１０
にロードする。この時点で、サーバ１とセッション維持
フレーム１０とのセッションは一旦切断される。さら
に、ステップＳ８でウェブクライアント２は、サーバ１
から受信したページ情報中に所定の処理を行うべきデー
タが含まれているかどうかを判断し、含まれている場合
には、ステップＳ９に進んでそのデータを用いた処理を
実行する。

【００７１】このステップＳ９で実行する処理として
は、例えば、セッション維持フレーム１０へのデータの
表示、データ通信フレーム９あるいは図示しない他のフ
レームへのデータの表示（これを行うには、セッション
維持フレーム１０のページ情報を構成するＨＴＭＬ中
に、スクリプトと呼ばれるテキスト文の簡易なプログラ
ムを記述しておく必要がある）、スクリプトの実行によ
るその他の処理などが考えられる。

【００７２】なお、上記ステップＳ８でセッション維持
フレーム１０のページ情報中に所定の処理を行うべきデ
ータが含まれていないと判断された場合は、ステップＳ
９の処理は行わず、ステップＳ１０にジャンプする。最
初にステップＳ２からステップＳ７に進んできた段階で
は、セッション維持フレーム１０のページ情報中にその
ようなデータは一切含まれていないので、ステップＳ７
でそのページ情報をセッション維持フレーム１０にロー
ドするだけで、ステップＳ１０の処理に進む。

【００７３】ステップＳ１０では、セッション維持フレ
ーム１０のサブミットを自動的に実行し、サーバ１に接
続する。そして、サーバ１に対してセッション維持フレ
ーム１０のページ情報の転送を要求する。セッション維
持フレーム１０のサブミットによってページ情報の転送
要求がウェブクライアント２から再び送られると、ステ
ップＳ１１でサーバ１はその転送要求を受信する。

【００７４】そして、サーバ１は、その転送要求を受信
したまま、任意のイベントが発生するまでステップＳ１
２で応答を待機するとともに、必要なセッション情報を
保持する。ここで、任意のイベントとは、上述したよう
に、サーバ１が保持するデータやサーバ１の状況に変化
が生じたこと、他のウェブクライアントがその中のウェ
ブブラウザをシャットダウンしたり他のページに移動し
たこと、他のウェブクライアントから要求元のウェブク
ライアント２宛てのメッセージを受信したことなどが考
えられる。

【００７５】上述のイベントが発生すると、処理はステ
ップＳ１３に進む。ステップＳ１３では、ページ生成部
７によって提供ページを生成し、それをウェブサーバ入
出力部４からウェブクライアント２のセッション維持フ
レーム１０にネットワーク３を介して送信する。このと
き、発生したイベントによってウェブクライアント２に
所定の処理を行わせるためのデータを送信する必要があ
るときは、そのデータを含む提供ページを生成してセッ
ション維持フレーム１０に送信する。

【００７６】その後、ステップＳ７に戻り、ウェブクラ
イアント２で受信したセッション維持フレーム１０の提
供ページを当該セッション維持フレーム１０にロードし
て、以降ステップＳ７〜Ｓ１３の処理を繰り返し行う。

【００７７】上記ステップＳ１、Ｓ２、Ｓ７でウェブク
ライアント２がサーバ１から最初にページ情報を取得し
た段階では、セッション維持フレーム１０は無内容であ
るが、その後はサーバ１側で発生したイベントに応じて
所定のデータを含む提供ページがセッション維持フレー
ム１０で受信され、表示などの処理が行われることにな
る。

【００７８】なお、図３中に太線の矢印で示したフロー
部分は、データ通信フレーム９およびセッション維持フ
レーム１０に関して繰り返し実行されるデータ通信の流
れを示している。

【００７９】以上のように、第１の実施形態によれば、
データ通信フレーム９の他にセッション維持フレーム１
０をも用いることにより、データ通信フレーム９により
従来のウェブシステムと同様のデータ通信を行いつつ
も、サーバ１から送られてきたページ情報をウェブクラ
イアント２上でロードしてから直ぐにサブミットするま
での短い時間を除いて、サーバ１とウェブクライアント
２とのセッションを維持することができる。

【００８０】これにより、サーバ１側では、クライアン
トユーザの待機中も、ウェブクライアント２の接続状況
（ウェブブラウザ８をシャットダウンしたり、ページを
移動していないかなど）を把握することができる。言い
換えると、ウェブクライアント２側では、自分が他のペ
ージに移動したり、ウェブブラウザ８をシャットダウン
したことを自動的に（オペレータが意識することなく）
サーバ１に通知することができる。

【００８１】また、サーバ１は、セッション維持フレー
ム１０を利用することにより、任意のタイミングで、ウ
ェブクライアント２にデータを伴った通知を行うことが
できる。ただし、サーバ１がウェブクライアント２にデ
ータを送信している最中は、直ぐに追加の送信をするこ
とができない。そのため、再び送信待機の状態になるま
で（サーバ１からウェブクライアント２への送信処理が
終了し、ウェブクライアント２からの要求を再度受け付
けるまで）、送信するデータをバッファする必要があ
る。

【００８２】以上のことから、同様に次のようなことも
実現することが可能となる。例えば、ウェブクライアン
ト２が他のウェブクライアントの接続状況を把握するこ
とができる。また、ウェブクライアント２が任意のタイ
ミングで他のウェブクライアントに対してデータを伴っ
た通知を行うこともできる。

【００８３】また、本実施形態では、データ通信フレー
ム９とセッション維持フレーム１０との２つの表示ルー
プを独立させることで、２チャンネルを確保して送信お
よび受信の同時通信を実現することができる。この場
合、ウェブブラウザ８はフレーム機能や、必要に応じて
スクリプト機能をサポートする必要があるが、サーバ１
およびウェブクライアント２の双方において、相手から
の情報入力を待たずにいつでもデータ送信やページ要求
などを行うことができるので、データ通信の柔軟性をよ
り向上させることができる。

【００８４】また、ウェブクライアント２においては、
以上のようなセッションを維持したデータ通信を行うた
めに専用のクライアント・ソフトウェアや特殊なコンポ
ーネントを用意する必要がなく、ウェブブラウザ８さえ
あればこのようなデータ通信を行うことができる。よっ
て、初期投資をかけることなく、従来のウェブシステム
では行うことのできなかったデータ通信を誰でも簡易に
行うことができるようになる。したがって、よりバリエ
ーションに富んだサービス、よりユーザインタフェース
の優れたサービス、より処理を効率的に行えるサービス
などの提供を簡易に受けることができる。

【００８５】なお、サーバ１が任意のタイミングでウェ
ブクライアント２にデータを伴った通知を行う際に、既
に行われているサーバ１からウェブクライアント２への
送信処理が終了するまでの待機時間を短縮もしくはゼロ
とするために、セッション維持フレーム１０を複数用意
するようにしても良い。

【００８６】また、サーバ１側での処理の停止により、
ウェブブラウザ８でタイムアウトが発生する可能性があ
る場合に、一定時間毎に無内容のメッセージを送信する
機能をサーバ１に持たせるようにしても良い。

【００８７】（第２の実施形態）次に、本発明の第２の
実施形態について説明する。図４は、本発明のデータ通
信システムを適用した第２の実施形態によるウェブシス
テムの機能構成例を示すブロック図である。この図４に
おいて、図１に示した符号と同じ符号を付した部分は互
いに同じ機能を有するものであるので、ここでは重複す
る説明を省略する。

【００８８】上記図１に示した第１の実施形態では、ウ
ェブクライアント２の接続状況をセッション維持フレー
ム１０を用いて監視していた。これに対して、図４に示
す第２の実施形態では、ウェブクライアント２の接続状
況の監視を行うフレームを独立して設けている。それ以
外の点は第１の実施形態と同様である。

【００８９】図４に示すように、第２の実施形態では、
サーバ１側において接続監視処理部３１が更に設けられ
ている。また、ウェブクライアント２側では、ウェブブ
ラウザ８のページがデータ通信フレーム９、セッション
維持フレーム１０および接続監視フレーム３２の３つの
フレームに分割されている。

【００９０】上記接続監視フレーム３２は、ウェブクラ
イアント２のオペレータがウェブブラウザ８をシャット
ダウンしたかどうかを監視するために使用するフレーム
である。この接続監視フレーム３２においては、サーバ
１からページ情報の提供を受けてデータを表示する処理
は行われない。また、上記接続監視処理部３１は、接続
監視フレーム３２からウェブサーバ入出力部４を介して
送られてくる要求を受け付けたまま、ウェブクライアン
ト２がウェブブラウザ８の接続を切断するまで待機する
処理を行うものである。

【００９１】図５は、第２の実施形態によるウェブシス
テムの動作を示すフローチャートである。以下、この図
５を用いて本実施形態によるデータ通信の動作を説明す
る。

【００９２】図５において、まずステップＳ２１で、ウ
ェブクライアント２からサーバ１に対して、データ通信
フレーム９、セッション維持フレーム１０および接続監
視フレーム３２のページ情報の転送を要求する。このと
き、データ通信フレーム９に関するページ情報の転送要
求は、オペレータにより指示されたＵＲＬ、あるいはウ
ェブブラウザ８を開いたときにアクセスするように初期
設定されているＵＲＬを具体的に指定して行われる。ま
た、セッション維持フレーム１０および接続監視フレー
ム３２に関するページ情報の転送要求は、セッション維
持用および接続監視用に用意された所定のＵＲＬを指定
して行われる。

【００９３】上記ページ情報の転送要求を受け取ったサ
ーバ１は、ステップＳ２２で、要求されたそれぞれのフ
レームのページ情報をウェブクライアント２のウェブブ
ラウザ８に返信する。このとき返信されるページ情報の
うち、データ通信フレーム９のページ情報には、指定さ
れたＵＲＬにより示されるデータ（サービス提供用に表
示するデータなど）が含まれる。一方、セッション維持
フレーム１０および接続監視フレーム３２のページ情報
には、表示すべきデータは一切含まれていない。つま
り、空のページ情報が送られる。

【００９４】これらの各フレーム９，１０，３２に対す
るページ情報を受け取ったウェブクライアント２では、
それぞれのフレームに関するデータ通信が以下のように
非同期で実行される。

【００９５】データ通信フレーム９に関する処理を表す
ステップＳ２３〜Ｓ２６、およびセッション維持フレー
ム１０に関する処理を表すステップＳ２７〜Ｓ３３は、
図３に示したステップＳ３〜Ｓ６、およびステップＳ７
〜Ｓ１３の処理と同様であるので、ここでは説明を省略
し、接続監視フレーム３２に関する処理についてのみ説
明する。

【００９６】ウェブクライアント２は、ステップＳ３４
で、サーバ１から受け取った接続監視フレーム３２のペ
ージ情報を当該接続監視フレーム３２にロードする。こ
の時点で、サーバ１と接続監視フレーム３２とのセッシ
ョンは一旦切断される。さらに、ステップＳ３５でウェ
ブクライアント２は、接続監視フレーム３２のサブミッ
トを自動的に実行し、サーバ１に接続する。そして、サ
ーバ１に対して接続監視フレーム３２のページ情報の転
送を要求する。

【００９７】接続監視フレーム３２のサブミットにより
ページ情報の転送要求がウェブクライアント２から送ら
れると、ステップＳ３６でサーバ１はその転送要求を受
信する。そして、接続監視処理部３１により、その接続
監視フレーム３２の要求を受信したままウェブクライア
ント２がウェブブラウザ８の接続を切断するまで待機す
る。その後、ウェブクライアント２が接続を切断する
と、そのことが接続監視処理部３１により検知され、そ
れに応じた適当な処理を行うことが可能となる。

【００９８】サーバ１にてウェブブラウザ８の接続管理
を行うことが目的の場合に、上述した第１の実施形態で
は、セッション維持フレーム１０を用いてウェブクライ
アント２にデータを返信している間に接続が切断される
と、サーバ１側でそれを検知することはできない。これ
に対して、第２の実施形態によれば、セッション維持フ
レーム１０を用いたデータの返信時にも、クライアント
ユーザによるウェブブラウザ８の切断を完全に検知する
ことができる。

【００９９】なお、サーバ１からウェブクライアント２
に対して何かを通知する必要が一切なく、ウェブブラウ
ザ８の接続管理だけを行いたい場合には、データ通信フ
レーム９と接続監視フレーム３２の２つのフレームを設
ければ良く、セッション維持フレーム１０は不要であ
る。

【０１００】また、上記第１の実施形態および第２の実
施形態において、セッション維持フレーム１０の数を更
に増やすことにより、同時に複数のタイプのデータを通
信したり、あるいは単一の文脈のデータをより細かい単
位でサーバ１からウェブクライアント２に通信したりす
ることが可能となる。また、セッション維持フレーム１
０が１つだけだと、サーバ１がウェブクライアント２に
ある単位のデータを送信中に、サーバ１から追加のデー
タを送信しようとしても、ウェブクライアント２から自
動再接続要求があるまでの間は追加の送信をすることが
できない。しかし、セッション維持フレーム１０が２つ
以上あると、そのような場合に直ぐに追加のデータを送
信することが可能となる。

【０１０１】要するに、第１および第２の実施形態にお
いてセッション維持フレーム１０の数を更に増やすこと
も可能であり、そのようにすることにより、データ通信
の能力を向上させたり、通信するデータの種類を増やす
ことができる。なお、これとは逆に、ステートレスなウ
ェブシステムを用いながらもセッションを維持できるよ
うにすることだけが目的の場合には、ウェブブラウザ８
のフレーム機能は用いる必要がない。この例を第３の実
施形態として以下に説明する。

【０１０２】（第３の実施形態）図６は、本発明のデー
タ通信システムを適用した第３の実施形態によるウェブ
システムの機能構成例を示すブロック図である。この図
６において、図１に示した符号と同じ符号を付した部分
は互いに同じ機能を有するものであるので、ここでは重
複する説明を省略する。

【０１０３】図６に示す第３の実施形態では、サーバ１
側にウェブサーバ処理部５はなく、ウェブサーバ入出力
部４、セッション維持処理部６およびページ生成部７を
備えている。また、ウェブクライアント２側のウェブブ
ラウザ４１は、フレーム機能を有しておらず、ページが
複数のフレームに分割されていない。それ以外の点は第
１の実施形態と同様である。

【０１０４】図７は、第３の実施形態によるウェブシス
テムの動作を示すフローチャートである。以下、この図
７を用いて本実施形態によるデータ通信の動作を説明す
る。

【０１０５】図７において、まずステップＳ４１で、ウ
ェブクライアント２からサーバ１に対してウェブブラウ
ザ４１のページ情報の転送を要求する。このとき、ペー
ジ情報の転送要求は、オペレータにより指示されたＵＲ
Ｌ、あるいはウェブブラウザ４１を開いたときにアクセ
スするように初期設定されているＵＲＬを具体的に指定
して行われる。

【０１０６】上記ページ情報の転送要求を受け取ったサ
ーバ１は、ステップＳ４２で、要求されたページ情報を
ウェブクライアント２のウェブブラウザ４１に返信す
る。このとき返信されるページ情報には、指定されたＵ
ＲＬにより示されるデータ（サービス提供用に表示する
データなど）が含まれる。このページ情報を受け取った
ウェブクライアント２では、ステップＳ４３で、その受
け取ったページ情報をウェブブラウザ８により表示す
る。この時点で、サーバ１とデータ通信フレーム９との
セッションは一旦切断される。

【０１０７】そして、ステップＳ４４でオペレータによ
るページ要求があるのを待機する。ここで言うページ要
求とは、表示したウェブブラウザ４１のページに対して
オペレータが何らかのデータを入力してサーバ１に送信
する要求や、ＵＲＬを指定して他のページ情報を取得す
る要求などを意味する。オペレータによるページ要求が
ない場合は、ウェブブラウザ４１は、ページ要求がある
まで同じページ情報を表示し続けている。

【０１０８】一方、オペレータによるページ要求がある
と、処理はステップＳ４５に進む。ステップＳ４５で
は、ウェブクライアント２からサーバ１への接続が行わ
れ、上記ステップＳ４４で行われたページ要求に対応す
る処理（表示されたページに入力されたデータをサーバ
１に送信する処理、あるいは指定されたＵＲＬのページ
情報の転送を要求する処理など）が実行される。

【０１０９】ウェブクライアント２からページ要求が再
び送られると、ステップＳ４６でサーバ１はそのページ
要求を受信する。そして、サーバ１は、そのページ要求
を受信したまま、任意のイベントが発生するまでステッ
プＳ４７で応答を待機するとともに、必要なセッション
情報を保持する。ここで、任意のイベントとは、サーバ
１が保持するデータやサーバ１の状況に変化が生じたこ
と、他のウェブクライアントがその中のウェブブラウザ
をシャットダウンしたり他のページに移動したこと、他
のウェブクライアントから要求元のウェブクライアント
２宛てのメッセージを受信したことなどが考えられる。

【０１１０】上述のイベントが発生すると、処理はステ
ップＳ４８に進む。ステップＳ４８では、ページ生成部
７によって提供ページを生成し、それをウェブサーバ入
出力部４からウェブクライアント２のウェブブラウザ４
１にネットワーク３を介して送信する。このとき、発生
したイベントによってウェブクライアント２に所定の処
理を行わせるためのデータを送信する必要があるとき
は、そのデータを含む提供ページを生成してウェブブラ
ウザ４１に送信する。

【０１１１】その後、ステップＳ４３に戻り、ウェブク
ライアント２で受信した提供ページをウェブブラウザ４
１により表示して、以降ステップＳ４３〜Ｓ４８の処理
を繰り返し行う。

【０１１２】以上のように、第３の実施形態において
も、ステートレスなウェブシステムを用いつつも、サー
バ１とウェブクライアント２とのセッションを維持した
データ通信を行うことができる。ただし、第３の実施形
態では、サーバ１側で任意のイベントが発生するか、ウ
ェブクライアント２側でページ要求が行われるまでの間
は相手側が待機させられる。これに対し、上述した第１
および第２の実施形態では、サーバ１およびウェブクラ
イアント２の一方がデータの送信を行っている間も他方
がデータを送信することが可能である。

【０１１３】この点で第３の実施形態によるデータ通信
は、第１および第２の実施形態に比べて制約があると言
える。しかし、第３の実施形態では、ウェブブラウザ４
１にスクリプトやフレームなどの機能を要求しないの
で、より多くのウェブクライアント２で利用することが
可能というメリットを有する。

【０１１４】なお、ここではサーバ１側がウェブサーバ
処理部５を備えていない例について説明したが、ウェブ
サーバ処理部５も備え、ウェブサーバ処理部５とセッシ
ョン維持処理部６とを選択的に使用できるようにしても
良い。ウェブサーバ処理部５とセッション維持処理部６
のどちらを使うかは、例えば、指定されたＵＲＬに応じ
て選択するようにすることが可能である（例えば、セッ
ション維持処理用のＵＲＬを用意する）。

【０１１５】なお、以上に説明した各実施形態のデータ
通信システムおよびこれを構成するサーバ１およびウェ
ブクライアント２等は、例えば図２に示したようにコン
ピュータのＣＰＵあるいはＭＰＵ、ＲＡＭ、ＲＯＭなど
で構成されるものであり、ＲＡＭやＲＯＭに記憶された
プログラムが動作することによって実現できる。

【０１１６】また、上述したように、コンピュータが上
記機能を果たすように動作させるプログラムを、例えば
ＣＤ−ＲＯＭのような記録媒体に記録し、コンピュータ
に読み込ませることによっても実現できる。上記プログ
ラムを記録する記録媒体としては、ＣＤ−ＲＯＭ以外
に、フロッピーディスク、ハードディスク、ＤＶＤ、磁
気テープ、光磁気ディスク、不揮発性メモリカード等を
用いることができる。

【０１１７】また、コンピュータが供給されたプログラ
ムを実行することにより上述の実施形態の機能が実現さ
れるだけでなく、そのプログラムがコンピュータにおい
て稼働しているＯＳ（オペレーティングシステム）ある
いは他のアプリケーションソフト等と共同して上述の実
施形態の機能が実現される場合や、供給されたプログラ
ムの処理の全てあるいは一部がコンピュータの機能拡張
ボードや機能拡張ユニットにより行われて上述の実施形
態の機能が実現される場合も、かかるプログラムは本発
明の実施形態に含まれる。

【０１１８】また、本実施形態のデータ通信システム
は、ネットワーク環境で利用されるものであり、全部あ
るいは一部のプログラムが他のコンピュータで実行され
るようになっていても良い。

【０１１９】なお、上記に示した各実施形態は、何れも
本発明を実施するにあたっての具体化の一例を示したも
のに過ぎず、これらによって本発明の技術的範囲が限定
的に解釈されてはならないものである。すなわち、本発
明はその精神、またはその主要な特徴から逸脱すること
なく、様々な形で実施することができる。

【０１２０】例えば、上述の各実施形態では、情報の送
受信をＨＴＭＬ形式で行っているが、ＸＭＬなどの他の
形式で情報の送受信を行うようにしても良い。また、上
述の各実施形態では、サーバ１とウェブクライアント２
との間で１対１のデータ通信を行う例について説明した
が、１対多、多対１、多対多のデータ通信に適用するこ
とも可能である。

【０１２１】また、上記実施形態では、データ通信シス
テムの例としてウェブシステムを挙げて説明したが、ス
テートレスなデータ通信システムであれば同様に適用す
ることが可能である。

【０１２２】

【発明の効果】以上詳しく説明したように、本発明によ
れば、専用のクライアント端末や専用のクライアント・
ソフトウェア、あるいは特殊なコンポーネントを用いる
ことなく、現在広く利用されているウェブシステムなど
のステートレスなシステムを用いて、サーバ−クライア
ント間のセッションを維持した従来には全くないデータ
通信を行うことができる。これにより、本発明のデータ
通信システムを利用することにより、よりバリエーショ
ンに富んだサービス、よりユーザインタフェースの優れ
たサービス、より処理を効率的に行えるサービスなどを
ネットワーク上で提供することが可能となる。

【図面の簡単な説明】

【図１】第１の実施形態によるデータ通信システムの機
能構成例を示すブロック図である。

【図２】本実施形態によるサーバのハードウェア構成例
を示す図である。

【図３】第１の実施形態によるデータ通信システムの動
作例を示すフローチャートである。

【図４】第２の実施形態によるデータ通信システムの機
能構成例を示すブロック図である。

【図５】第２の実施形態によるデータ通信システムの動
作例を示すフローチャートである。

【図６】第３の実施形態によるデータ通信システムの機
能構成例を示すブロック図である。

【図７】第３の実施形態によるデータ通信システムの動
作例を示すフローチャートである。

【符号の説明】

１サーバ２ウェブクライアント３ネットワーク４ウェブサーバ入出力部５ウェブサーバ処理部６セッション維持処理部７ページ生成部８ウェブブラウザ９データ通信フレーム１０セッション維持フレーム３１接続監視処理部３２接続監視フレーム４１ウェブブラウザ

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成１３年８月１７日（２００１．８．１
７）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】特許請求の範囲

【補正方法】変更

【補正内容】

【特許請求の範囲】

【手続補正２】

【補正対象書類名】明細書

【補正対象項目名】発明の詳細な説明

【補正方法】変更

【補正内容】

【発明の詳細な説明】

【０００１】

【０００２】

【０００７】

【００１４】

【００２３】本発明のその他の態様では、上記サーバ側
装置は、上記要求の発行元であるクライアント側装置を
識別するためのセッション維持情報を上記クライアント
側装置に与える手段を含み、上記セッション維持情報を
もとに、上記要求が同じ発行元から出されているかどう
かを判別して通信するようにしたことを特徴とする。

【００２４】また、本発明のデータ処理装置は、ネット
ワーク上に存在するクライアント側装置との間でステー
トレスのプロトコルに従ってデータ通信を行うサーバ側
装置であって、上記クライアント側装置と上記ネットワ
ークを介して接続され、上記クライアント側装置から要
求が入力されたときに、任意のイベントが発生するまで
の間、上記クライアント側装置との接続状態を維持して
応答を待機するセッション維持制御手段と、上記任意の
イベントの発生に応じて提供情報を生成し、生成した提
供情報を上記クライアント側装置に送信する提供情報生
成送信手段とを備えたことを特徴とする。

【００２５】本発明の他の態様では、ネットワーク上に
存在するクライアント側装置との間でステートレスのプ
ロトコルに従ってデータ通信を行うサーバ側装置であっ
て、上記クライアント側装置との間で複数の接続および
非同期の通信を実現するために画面分割された複数領域
の情報を、上記クライアント側装置との間でそれぞれ非
同期で送受信するサーバ入出力手段と、上記クライアン
ト側装置と上記ネットワークを介して接続され、上記ク
ライアント側装置の第１の領域から上記サーバ入出力手
段に要求が入力されたときに、上記入力された要求に応
じた処理を実行して上記クライアント側装置の第１の領
域に応答情報を送信する応答処理手段と、上記クライア
ント側装置と上記ネットワークを介して接続され、上記
クライアント側装置の第２の領域から上記サーバ入出力
手段に要求が入力されたときに、任意のイベントが発生
するまでの間、上記クライアント側装置との接続状態を
維持して応答を待機するセッション維持制御手段と、上
記任意のイベントの発生に応じて提供情報を生成し、生
成した提供情報を上記クライアント側装置の上記第２の
領域に送信する提供情報生成送信手段とを備えたことを
特徴とする。

【００２６】本発明のその他の態様では、ネットワーク
上に存在するクライアント側装置との間でステートレス
のプロトコルに従ってデータ通信を行うサーバ側装置で
あって、上記クライアント側装置との間で複数の接続お
よび非同期の通信を実現するために画面分割された複数
領域の情報を、上記クライアント側装置との間でそれぞ
れ非同期で送受信するサーバ入出力手段と、上記クライ
アント側装置と上記ネットワークを介して接続され、上
記クライアント側装置の第２の領域から上記サーバ入出
力手段に要求が入力されたときに、任意のイベントが発
生するまでの間、上記クライアント側装置との接続状態
を維持して応答を待機するセッション維持制御手段と、
上記任意のイベントの発生に応じて提供情報を生成し、
生成した提供情報を上記クライアント側装置の上記第２
の領域に送信する提供情報生成送信手段とを備えたこと
を特徴とする。

【００２７】本発明のその他の態様では、上記クライア
ント側装置と上記ネットワークを介して接続され、上記
クライアント側装置の第３の領域から上記サーバ入出力
手段に要求が入力されてから、上記クライアント側装置
との接続状況が変化するまでの間、上記クライアント側
装置との接続状態を維持して上記クライアント側装置と
の接続状況を監視する接続監視処理手段を備えたことを
特徴とする。

【００２８】本発明のその他の態様では、ネットワーク
上に存在するクライアント側装置との間でステートレス
のプロトコルに従ってデータ通信を行うサーバ側装置で
あって、上記クライアント側装置との間で複数の接続お
よび非同期の通信を実現するために画面分割された複数
領域の情報を、上記クライアント側装置との間でそれぞ
れ非同期で送受信するサーバ入出力手段と、上記クライ
アント側装置と上記ネットワークを介して接続され、上
記クライアント側装置の第３の領域から上記サーバ入出
力手段に要求が入力されたときに、上記クライアント側
装置との接続状況が変化するまでの間、上記クライアン
ト側装置との接続状態を維持して上記クライアント側装
置との接続状況を監視する接続監視処理手段とを備えた
ことを特徴とする。

【００２９】本発明のその他の態様では、上記要求の発
行元であるクライアント側装置を識別するためのセッシ
ョン維持情報を上記クライアント側装置に与える手段を
含み、上記セッション維持情報をもとに、上記要求が同
じ発行元から出されているかどうかを判別して上記デー
タ通信を行うようにしたことを特徴とする。

【００３０】また、本発明のブラウザを利用したセッシ
ョン維持方法は、ウェブサーバとウェブブラウザとの間
でネットワークを介して行われるデータ通信において、
上記ウェブサーバと上記ウェブブラウザとが上記ネット
ワークを介して接続され、上記ウェブブラウザから上記
ウェブサーバに要求が入力されたときに、上記ウェブサ
ーバ側で任意のイベントが発生するまでの間、上記ウェ
ブサーバと上記ウェブブラウザとの接続状態を維持して
上記ウェブサーバから上記ウェブブラウザへの応答を待
機し、上記任意のイベントの発生に応じて提供情報を生
成し、生成した提供情報を上記ウェブサーバから上記ウ
ェブブラウザに送信するようにしたことを特徴とする。

【００３１】本発明の他の態様では、ウェブサーバとウ
ェブブラウザとの間でネットワークを介して行われるデ
ータ通信において、上記ウェブサーバと上記ウェブブラ
ウザとが上記ネットワークを介して接続され、上記ウェ
ブブラウザ上で画面分割された第１のフレームから上記
ウェブサーバに要求が入力されたときには、上記入力さ
れた要求に応じた処理を実行して上記ウェブブラウザの
第１のフレームに応答情報を送信するとともに、上記ウ
ェブサーバと上記ウェブブラウザとが上記ネットワーク
を介して接続され、上記ウェブブラウザ上で画面分割さ
れた第２のフレームから上記ウェブサーバに要求が入力
されたときには、上記ウェブサーバ側で任意のイベント
が発生するまでの間、上記ウェブサーバと上記ウェブブ
ラウザとの接続状態を維持して上記ウェブサーバから上
記ウェブブラウザへの応答を待機し、上記任意のイベン
トの発生に応じて提供情報を生成し、生成した提供情報
を上記ウェブサーバから上記ウェブブラウザの上記第２
のフレームに送信するようにしたことを特徴とする。

【００３２】本発明のその他の態様では、上記ウェブブ
ラウザでは、上記ウェブサーバから上記第２のフレーム
に上記提供情報を受信したときに、当該受信した提供情
報を用いた処理を行った後、上記第２のフレームから上
記ウェブサーバへの接続要求を自動的に行うことを特徴
とする。

【００３３】本発明のその他の態様では、上記ウェブサ
ーバと上記ウェブブラウザとが上記ネットワークを介し
て接続され、上記ウェブブラウザ上で画面分割された第
３のフレームであって、上記ウェブサーバと上記ウェブ
ブラウザとの接続状況を監視するための専用フレームか
ら上記ウェブサーバに要求が入力されたときには、上記
ウェブサーバと上記ウェブブラウザとの接続状況が変化
するまでの間、上記ウェブサーバと上記ウェブブラウザ
との接続状態を維持して上記ウェブサーバと上記ウェブ
ブラウザとの接続状況を監視することを特徴とする。

【００３４】本発明のその他の態様では、ウェブサーバ
とウェブブラウザとの間でネットワークを介して行われ
るデータ通信において、上記ウェブサーバと上記ウェブ
ブラウザとが上記ネットワークを介して接続され、上記
ウェブブラウザ上で画面分割された第３のフレームから
上記ウェブサーバに要求が入力されたときには、上記ウ
ェブサーバと上記ウェブブラウザとの接続状況が変化す
るまでの間、上記ウェブサーバと上記ウェブブラウザと
の接続状態を維持して上記ウェブサーバと上記ウェブブ
ラウザとの接続状況を監視するようにしたことを特徴と
する。

【００３５】本発明のその他の態様では、上記要求の発
行元であるクライアントを識別するためのセッション維
持情報を上記ウェブサーバが上記クライアントに与え、
上記ウェブサーバが上記セッション維持情報をもとに、
上記要求が同じ発行元から出されているかどうかを判別
して上記クライアントのウェブブラウザとの間で通信を
行うようにしたことを特徴とする。

【００３６】また、本発明のコンピュータ読み取り可能
な記録媒体は、請求項１〜１８，２４，２５の何れか１
項に記載の各手段としてコンピュータを機能させるため
のプログラム、あるいは、請求項１９〜２３，２６の何
れか１項に記載のセッション維持方法の処理手順をコン
ピュータに実行させるためのプログラムを記録したこと
を特徴とする。

【００３７】本発明は上記技術手段より成るので、クラ
イアント側装置からサーバ側装置に要求を送ると、任意
のイベントが発生するまでサーバ側装置とクライアント
側装置との接続が維持され、任意のイベントが発生した
ときにサーバ側装置で提供情報が生成されてクライアン
ト側装置に返送されることとなる。これにより、ステー
トレス（接続の状態情報を維持しないセッションレス）
のプロトコルに従って動作するデータ通信システム、例
えばウェブサーバとウェブブラウザとを備えたウェブシ
ステムでもセッションを維持したデータ通信を行うこと
が可能となる。このように、ウェブシステム等を用いて
セッションを維持したデータ通信を行えるので、サーバ
側装置に本発明の仕組みを導入するだけで、クライアン
ト側装置には専用のクライアント・ソフトウェアや特殊
なコンポーネントを用意する必要もない。

【００３８】本発明の他の特徴によれば、クライアント
側装置の１つのアプリケーション内においてサーバ側装
置への複数の接続と非同期の通信を実現する機能（例え
ば、ウェブブラウザのフレーム機能）を設け、当該機能
により画面分割された複数領域の情報をそれぞれ非同期
で送受信することにより、サーバ側装置とクライアント
側装置との間で送受信双方向の通信を非同期で任意に行
うことが可能となる。

【００３９】本発明の他の特徴によれば、サーバ側装置
とクライアント側装置との接続状況を監視するための専
用領域として第３の領域を設けたので、他の領域を用い
てデータ通信を行っている間にクライアント側装置との
接続状況が変化した場合であっても、接続監視専用の第
３の領域を用いたデータ通信によってクライアント側装
置との接続状況の変化を確実に検知することが可能とな
る。

【００４０】

【００４１】（第１の実施形態）図１は、本発明のデー
タ通信システムを適用した第１の実施形態によるウェブ
システムの機能構成例を示すブロック図である。図１に
示すように、本実施形態のウェブシステムは、サーバコ
ンピュータ１（以下、サーバと言う）と、ウェブクライ
アントコンピュータ２（以下、ウェブクライアントと言
う）とを備えて構成される。これらのサーバ１およびウ
ェブクライアント２は、通信手段を介してインターネッ
ト等のネットワーク３に任意に接続可能なように構成さ
れている。

【００４２】なお、ここではウェブクライアント２を１
つのみ示しているが、この数には限定されない。実際に
は、多くのウェブクライアント２がネットワーク３に接
続されている。

【００４３】サーバ１は、その機能構成として、ウェブ
サーバ入出力部４、ウェブサーバ処理部５、セッション
維持処理部６およびページ生成部７を備えている。ま
た、ウェブクライアント２は、その機能構成として、ウ
ェブブラウザ（ＷＷＷ検索・回覧ソフト）８を備えてい
る。ウェブサーバ処理部５により本発明の応答処理手段
が構成され、セッション維持処理部６により本発明のセ
ッション維持処理手段が構成され、ウェブサーバ入出力
部４およびページ生成部７により本発明の提供情報生成
送信手段が構成される。

【００４４】なお、ウェブブラウザとは、例えばＨＴＴ
Ｐ（hypertext transfer protocol）、ＨＴＴＰＳ（hyp
ertext transfer protocol over transport layer secu
rity / secure sockets layer）、Ｓ−ＨＴＴＰ（secur
e hypertext transfer）などのプロトコルに従って情報
の送受信を行うウェブ用のブラウザを言う。

【００４５】本実施形態のウェブブラウザ８は、フレー
ム機能を有している。本実施形態では、１つのページを
データ通信フレーム９とセッション維持フレーム１０と
に分割し、それぞれのフレーム情報を非同期で通信する
ことにより、送信および受信の双方向の通信を同時に行
うことができるようにしている。

【００４６】データ通信フレーム９は、従来のウェブシ
ステムと同様に、ウェブブラウザ２側からＵＲＬを指定
してサーバ１側に情報提供などを要求し、その応答とし
てサーバ１側から取得したページ情報（以下、応答ペー
ジと言う）を表示したり、表示された応答ページ中にデ
ータを入力してサーバ１側に送信したりする処理を行う
ためのフレームである。

【００４７】すなわち、ウェブブラウザ８内のデータ通
信フレーム９は、ウェブクライアント２側のオペレータ
が指定するＵＲＬに従って、そのＵＲＬを持つサーバ１
に対してＨＴＭＬ情報の転送を要求する。また、この要
求に応じてサーバ１から提供されたＨＴＭＬ情報を解析
し、応答ページをデータ通信フレーム９に表示する。オ
ペレータは、この表示された応答ページに対して必要な
データを入力し、サーバ１に送信することも可能であ
る。

【００４８】また、セッション維持フレーム１０は、サ
ーバ１がウェブブラウザ８からの要求に応じてデータ通
信フレーム９にデータの送信を完了しても、ウェブブラ
ウザ８とのセッションを切断せずに維持するために使用
するフレームである。このセッション維持フレーム１０
には、後述するように、ウェブブラウザ８からサーバ１
に要求を出してから任意のタイミングでサーバ１から送
られてくる種々のページ情報（以下、提供ページと言
う）が表示される。

【００４９】すなわち、セッション維持フレーム１０
は、サーバ１から提供ページに相当するＨＴＭＬ情報が
送られてきたときは、そのＨＴＭＬ情報を解析し、表示
すべきデータが含まれている場合にはそのデータを含む
提供ページを表示する。このセッション維持フレーム１
０では、一度サーバ１から提供ページを受信して表示な
どの処理を行ったら、直ちにサブミットの処理を自動的
に行うことにより、ページ情報の提供を再度要求する。

【００５０】次に、サーバ１内の機能構成を説明する。
ウェブサーバ入出力部４は、ネットワーク３上に接続さ
れたウェブクライアント２との間でＨＴＭＬ形式に従っ
てデータのやり取りをする。具体的には、ウェブクライ
アント２からの要求に応じて様々なページ情報（応答ペ
ージ）をウェブクライアント２に提供したり、サーバ１
側で作成した様々なページ情報（提供ページ）をウェブ
クライアント２に提供したりする。

【００５１】また、ウェブサーバ処理部５は、ウェブブ
ラウザ８のデータ通信フレーム９からウェブサーバ入出
力部４を介して送られてくる要求に応じた処理を行う。
例えば、指定されたＵＲＬに基づくＨＴＭＬ情報やその
リンク情報をウェブサーバ入出力部４を介してデータ通
信フレーム９に返送したり、データ通信フレーム９の応
答ページ中に入力されて送られてきた情報を用いて、サ
ービス提供用などにあらかじめ定められた処理を行った
りする。

【００５２】また、セッション維持処理部６は、セッシ
ョン維持フレーム１０からウェブサーバ入出力部４を介
して送られてくる要求を受信したまま、任意のタイミン
グになるまで、あるいは任意のイベントが発生するまで
応答を待機する処理を行うものである。任意のタイミン
グあるいは任意のイベントとは、例えば、サーバ１が保
持するデータやサーバ１の状況に変化が生じたとき、ネ
ットワーク３に接続された他のウェブクライアント（図
示せず）がその中のウェブブラウザをシャットダウンし
たり他のページに移動したとき、他のウェブクライアン
ト（図示せず）から要求元のウェブクライアント２宛て
のメッセージを受信したときなどが考えられる。

【００５３】ページ生成部７は、セッション維持処理部
６から供給される情報をもとに、ウェブクライアント２
のセッション維持フレーム１０に送信するデータを含む
ＨＴＭＬ形式の提供ページを生成する。セッション維持
処理部６から供給される情報とは、例えば、サーバ１が
保持するデータやサーバ１の状況に変化が生じたことを
知らせる情報、他のウェブクライアントがウェブブラウ
ザ８をシャットダウンしたり、他のページに移動したこ
とを知らせる情報、他のウェブクライアントから送られ
てきたメッセージ情報などである。ページ生成部７によ
り生成された提供ページは、ウェブサーバ入出力部４に
よってウェブクライアント２のセッション維持フレーム
１０に送信される。

【００５４】従来のウェブサーバは、ウェブクライアン
トから所定のＵＲＬが指定されたときに、そのＵＲＬに
該当するＨＴＭＬ情報をウェブクライアントに提供し、
必要に応じて当該ＨＴＭＬにリンクされた画像データや
音声データを更に提供するだけで、ウェブクライアント
との通信を切断していた。つまり、従来のウェブサーバ
は、ウェブクライアントから要求されたＨＴＭＬ情報と
それにリンクされた情報とを一方通行的に提供するだけ
であった。

【００５５】これに対して、本実施形態のセッション維
持処理部６は、ウェブブラウザ８のセッション維持フレ
ーム１０がサーバ１にリクエストを送信した後、任意の
タイミングになるまで、あるいは任意のイベントが発生
するまでは、セッション維持フレーム１０との接続を維
持したまま待機する。そして、任意のタイミングあるい
は任意のイベントが発生すると、ページ生成部７によっ
て提供ページを生成してウェブブラウザ８に直ちに返信
する。

【００５６】図２は、サーバ１のハードウェア構成例を
示す図である。サーバ１は、ＣＰＵ１１、ＲＯＭ１２、
ＲＡＭ１３を備えている。ＣＰＵ１１は、ＲＯＭ１２や
ＲＡＭ１３に記憶されたプログラムに従ってサーバ１の
全体の動作を制御するものであり、その際にＲＡＭ１３
等をワークメモリとして使用する。上記図１に示した機
能構成は、実際にはこのプログラムに基づくＣＰＵ１１
の動作によって実現される。

【００５７】また、サーバ１は、ＦＤインタフェース１
４、ＩＤＥ（Intelligent Drive Electronics）インタ
フェース１５等の外部記憶インタフェースを備えてい
る。そして、この外部記憶インタフェース１４，１５を
介して、フロッピーディスク（ＦＤ）２０、ハードディ
スク（ＨＤ）２１、ＣＤ−ＲＯＭ２２等との間でデータ
の授受を行うことができるように構成されている。ＣＰ
Ｕ１１を制御するプログラムをこれらのＦＤ２０、ＨＤ
２１、ＣＤ−ＲＯＭ２２からサーバ１内に入力するよう
にしても良い。

【００５８】サーバ１は更に、通信インタフェース１
６、入力デバイスインタフェース１７および表示インタ
フェース１８を備えている。通信インタフェース１６
は、ネットワーク３と接続し、他のコンピュータ等と通
信を行うものである。図１に示したウェブクライアント
２のウェブブラウザ８との間の通信は、この通信インタ
フェース１６を介して行われる。また、上記ＣＰＵ１１
を制御するプログラムは、この通信インタフェース１６
を介して他のコンピュータ等からダウンロードしても良
い。

【００５９】入力デバイスインタフェース１７は、キー
ボード２３やマウス２４等の入力デバイスに関する制御
を行うものであり、表示インタフェース１８は、ＣＲＴ
あるいはＬＣＤ（Liquid Crystal Display）等の表示装
置２５に関する制御を行うものである。

【００６０】上記ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１
３、ＦＤインタフェース１４、ＩＤＥインタフェース１
５、通信インタフェース１６、入力デバイスインタフェ
ース１７および表示インタフェース１８は、アドレスバ
ス、データバス等のバスライン２６に接続され、相互に
データの授受を行うことができるようになっている。

【００６１】なお、図示は省略するが、ウェブクライア
ント２のハードウェアもこの図２とほぼ同様に構成され
ている。

【００６２】図３は、第１の実施形態によるウェブシス
テムの動作を示すフローチャートである。以下、この図
３を用いて本実施形態によるデータ通信の動作を説明す
る。

【００６３】図３において、まずステップＳ１で、ウェ
ブクライアント２からサーバ１に対して、データ通信フ
レーム９およびセッション維持フレーム１０のページ情
報の転送を要求する。このとき、データ通信フレーム９
に関するページ情報の転送要求は、オペレータにより指
示されたＵＲＬ、あるいはウェブブラウザ８を開いたと
きにアクセスするように初期設定されているＵＲＬを具
体的に指定して行われる。一方、セッション維持フレー
ム１０に関するページ情報の転送要求は、セッション維
持用に用意された所定のＵＲＬを指定して行われる。

【００６４】上記ページ情報の転送要求を受け取ったサ
ーバ１は、ステップＳ２で、要求されたそれぞれのフレ
ームのページ情報をウェブクライアント２のウェブブラ
ウザ８に返信する。このとき返信されるページ情報のう
ち、データ通信フレーム９のページ情報には、指定され
たＵＲＬにより示されるデータ（サービス提供用に表示
するデータなど）が含まれる。一方、セッション維持フ
レーム１０のページ情報には、表示すべきデータは一切
含まれていない。つまり、空のページ情報が送られる。

【００６５】これらの各フレーム９，１０に対するペー
ジ情報を受け取ったウェブクライアント２では、それぞ
れのフレームに関するデータ通信が以下のように非同期
で実行される。

【００６６】まず、データ通信フレーム９に関する処理
を説明する。ウェブクライアント２は、ステップＳ３
で、サーバ１から受け取ったデータ通信フレーム９のペ
ージ情報をウェブブラウザ８により表示する。この時点
で、サーバ１とデータ通信フレーム９とのセッションは
一旦切断される。そして、ステップＳ４でオペレータに
よるページ要求があるのを待機する。ここで言うページ
要求とは、表示したデータ通信フレーム９のページに対
してオペレータが何らかのデータを入力してサーバ１に
送信する要求や、ＵＲＬを指定して他のページ情報を取
得する要求などを意味する。

【００６７】オペレータによるページ要求がない場合
は、ウェブブラウザ８は、ページ要求があるまで同じペ
ージ情報を表示し続けている。一方、オペレータによる
ページ要求があると、処理はステップＳ５に進む。ステ
ップＳ５では、データ通信フレーム９からサーバ１への
接続が行われ、上記ステップＳ４で行われたページ要求
に対応する処理（表示されたページに入力されたデータ
をサーバ１に送信する処理、あるいは指定されたＵＲＬ
のページ情報の転送を要求する処理など）が実行され
る。

【００６８】データ通信フレーム９からページ要求を受
け取ったサーバ１は、ステップＳ６で、ウェブサーバ処
理部５においてそのページ要求に対応する任意の処理を
実行する。そして、ページ生成部７によって任意のデー
タを含む応答ページを生成してデータ通信フレーム９に
返信する。ページ要求に対応する任意の処理とは、デー
タ通信フレーム９から送られてきたデータに従ってサー
ビス提供用などにあらかじめ定められた処理を行い、そ
の処理結果に応じて必要なデータを含む応答ページを生
成して返信する処理のこと、あるいは指定されたＵＲＬ
のページ情報を返信する処理のことを言う。

【００６９】このステップＳ６の処理でウェブサーバ処
理部５は、必要に応じてセッション維持処理部６に対し
て、セッション維持情報を保存または取得するイベン
ト、あるいは後述するステップＳ１２の待機状態を終了
させるイベントを発生する。ここで、セッション維持情
報とは、例えば、２度目以降にウェブクライアント２か
ら要求があった場合に、以前の要求と同じユーザである
ことを判別するために使用する各クライアントに一意の
識別記号であり、最初のページ要求時にサーバ１からウ
ェブクライアント２に与えられるものである。

【００７０】すなわち、後述するセッション維持フレー
ム１０の処理においても、サーバ１からウェブクライア
ント２にデータを送信し終わった瞬間から、自動的にサ
ブミットされたページによってサーバ１に接続されるま
での間、わずかな時間ではあるがセッション維持フレー
ム１０とサーバ１との接続が完全に切断される。そのた
め、再度接続するときに、以前に接続していたものと同
一のウェブクライアント２であることを識別するコード
をサーバ１からウェブクライアント２に送信する必要が
あるのである。

【００７１】このようにサーバ１からデータ通信フレー
ム９に応答ページを返信した後は、ステップＳ３に戻
る。ウェブクライアント２は、受信した応答ページをデ
ータ通信フレーム９に表示して、以降ステップＳ３〜Ｓ
６の処理を繰り返し行う。

【００７２】このような一連の処理によって、データ通
信フレーム９では従来のウェブシステムと同様に、ウェ
ブクライアント２側からＵＲＬを指定してサーバ１側に
情報提供を要求し、その応答としてサーバ１側から取得
した応答ページを表示したり、表示された応答ページ中
にデータを入力してサーバ１側に送信したりする処理を
行うことが可能となる。また、他のウェブクライアント
宛のメッセージ情報を入力してサーバ１に送信する処理
を行うことも可能である。

【００７３】次に、セッション維持フレーム１０に関す
る処理を説明する。ウェブクライアント２は、ステップ
Ｓ７で、サーバ１から受け取ったセッション維持フレー
ム１０のページ情報を当該セッション維持フレーム１０
にロードする。この時点で、サーバ１とセッション維持
フレーム１０とのセッションは一旦切断される。さら
に、ステップＳ８でウェブクライアント２は、サーバ１
から受信したページ情報中に所定の処理を行うべきデー
タが含まれているかどうかを判断し、含まれている場合
には、ステップＳ９に進んでそのデータを用いた処理を
実行する。

【００７４】このステップＳ９で実行する処理として
は、例えば、セッション維持フレーム１０へのデータの
表示、データ通信フレーム９あるいは図示しない他のフ
レームへのデータの表示（これを行うには、セッション
維持フレーム１０のページ情報を構成するＨＴＭＬ中
に、スクリプトと呼ばれるテキスト文の簡易なプログラ
ムを記述しておく必要がある）、スクリプトの実行によ
るその他の処理などが考えられる。

【００７５】なお、上記ステップＳ８でセッション維持
フレーム１０のページ情報中に所定の処理を行うべきデ
ータが含まれていないと判断された場合は、ステップＳ
９の処理は行わず、ステップＳ１０にジャンプする。最
初にステップＳ２からステップＳ７に進んできた段階で
は、セッション維持フレーム１０のページ情報中にその
ようなデータは一切含まれていないので、ステップＳ７
でそのページ情報をセッション維持フレーム１０にロー
ドするだけで、ステップＳ１０の処理に進む。

【００７６】ステップＳ１０では、セッション維持フレ
ーム１０のサブミットを自動的に実行し、サーバ１に接
続する。そして、サーバ１に対してセッション維持フレ
ーム１０のページ情報の転送を要求する。セッション維
持フレーム１０のサブミットによってページ情報の転送
要求がウェブクライアント２から再び送られると、ステ
ップＳ１１でサーバ１はその転送要求を受信する。

【００７７】そして、サーバ１は、その転送要求を受信
したまま、任意のイベントが発生するまでステップＳ１
２で応答を待機するとともに、必要なセッション情報を
保持する。ここで、任意のイベントとは、上述したよう
に、サーバ１が保持するデータやサーバ１の状況に変化
が生じたこと、他のウェブクライアントがその中のウェ
ブブラウザをシャットダウンしたり他のページに移動し
たこと、他のウェブクライアントから要求元のウェブク
ライアント２宛てのメッセージを受信したことなどが考
えられる。

【００７８】上述のイベントが発生すると、処理はステ
ップＳ１３に進む。ステップＳ１３では、ページ生成部
７によって提供ページを生成し、それをウェブサーバ入
出力部４からウェブクライアント２のセッション維持フ
レーム１０にネットワーク３を介して送信する。このと
き、発生したイベントによってウェブクライアント２に
所定の処理を行わせるためのデータを送信する必要があ
るときは、そのデータを含む提供ページを生成してセッ
ション維持フレーム１０に送信する。

【００７９】その後、ステップＳ７に戻り、ウェブクラ
イアント２で受信したセッション維持フレーム１０の提
供ページを当該セッション維持フレーム１０にロードし
て、以降ステップＳ７〜Ｓ１３の処理を繰り返し行う。

【００８０】上記ステップＳ１、Ｓ２、Ｓ７でウェブク
ライアント２がサーバ１から最初にページ情報を取得し
た段階では、セッション維持フレーム１０は無内容であ
るが、その後はサーバ１側で発生したイベントに応じて
所定のデータを含む提供ページがセッション維持フレー
ム１０で受信され、表示などの処理が行われることにな
る。

【００８１】なお、図３中に太線の矢印で示したフロー
部分は、データ通信フレーム９およびセッション維持フ
レーム１０に関して繰り返し実行されるデータ通信の流
れを示している。

【００８２】以上のように、第１の実施形態によれば、
データ通信フレーム９の他にセッション維持フレーム１
０をも用いることにより、データ通信フレーム９により
従来のウェブシステムと同様のデータ通信を行いつつ
も、サーバ１から送られてきたページ情報をウェブクラ
イアント２上でロードしてから直ぐにサブミットするま
での短い時間を除いて、サーバ１とウェブクライアント
２とのセッションを維持することができる。

【００８３】これにより、サーバ１側では、クライアン
トユーザの待機中も、ウェブクライアント２の接続状況
（ウェブブラウザ８をシャットダウンしたり、ページを
移動していないかなど）を把握することができる。言い
換えると、ウェブクライアント２側では、自分が他のペ
ージに移動したり、ウェブブラウザ８をシャットダウン
したことを自動的に（オペレータが意識することなく）
サーバ１に通知することができる。

【００８４】また、サーバ１は、セッション維持フレー
ム１０を利用することにより、任意のタイミングで、ウ
ェブクライアント２にデータを伴った通知を行うことが
できる。ただし、サーバ１がウェブクライアント２にデ
ータを送信している最中は、直ぐに追加の送信をするこ
とができない。そのため、再び送信待機の状態になるま
で（サーバ１からウェブクライアント２への送信処理が
終了し、ウェブクライアント２からの要求を再度受け付
けるまで）、送信するデータをバッファする必要があ
る。

【００８５】以上のことから、同様に次のようなことも
実現することが可能となる。例えば、ウェブクライアン
ト２が他のウェブクライアントの接続状況を把握するこ
とができる。また、ウェブクライアント２が任意のタイ
ミングで他のウェブクライアントに対してデータを伴っ
た通知を行うこともできる。

【００８６】また、本実施形態では、データ通信フレー
ム９とセッション維持フレーム１０との２つの表示ルー
プを独立させることで、２チャンネルを確保して送信お
よび受信の同時通信を実現することができる。この場
合、ウェブブラウザ８はフレーム機能や、必要に応じて
スクリプト機能をサポートする必要があるが、サーバ１
およびウェブクライアント２の双方において、相手から
の情報入力を待たずにいつでもデータ送信やページ要求
などを行うことができるので、データ通信の柔軟性をよ
り向上させることができる。

【００８７】また、ウェブクライアント２においては、
以上のようなセッションを維持したデータ通信を行うた
めに専用のクライアント・ソフトウェアや特殊なコンポ
ーネントを用意する必要がなく、ウェブブラウザ８さえ
あればこのようなデータ通信を行うことができる。よっ
て、初期投資をかけることなく、従来のウェブシステム
では行うことのできなかったデータ通信を誰でも簡易に
行うことができるようになる。したがって、よりバリエ
ーションに富んだサービス、よりユーザインタフェース
の優れたサービス、より処理を効率的に行えるサービス
などの提供を簡易に受けることができる。

【００８８】なお、サーバ１が任意のタイミングでウェ
ブクライアント２にデータを伴った通知を行う際に、既
に行われているサーバ１からウェブクライアント２への
送信処理が終了するまでの待機時間を短縮もしくはゼロ
とするために、セッション維持フレーム１０を複数用意
するようにしても良い。

【００８９】また、サーバ１側での処理の停止により、
ウェブブラウザ８でタイムアウトが発生する可能性があ
る場合に、一定時間毎に無内容のメッセージを送信する
機能をサーバ１に持たせるようにしても良い。

【００９０】（第２の実施形態）次に、本発明の第２の
実施形態について説明する。図４は、本発明のデータ通
信システムを適用した第２の実施形態によるウェブシス
テムの機能構成例を示すブロック図である。この図４に
おいて、図１に示した符号と同じ符号を付した部分は互
いに同じ機能を有するものであるので、ここでは重複す
る説明を省略する。

【００９１】上記図１に示した第１の実施形態では、ウ
ェブクライアント２の接続状況をセッション維持フレー
ム１０を用いて監視していた。これに対して、図４に示
す第２の実施形態では、ウェブクライアント２の接続状
況の監視を行うフレームを独立して設けている。それ以
外の点は第１の実施形態と同様である。

【００９２】図４に示すように、第２の実施形態では、
サーバ１側において接続監視処理部３１が更に設けられ
ている。また、ウェブクライアント２側では、ウェブブ
ラウザ８のページがデータ通信フレーム９、セッション
維持フレーム１０および接続監視フレーム３２の３つの
フレームに分割されている。

【００９３】上記接続監視フレーム３２は、ウェブクラ
イアント２のオペレータがウェブブラウザ８をシャット
ダウンしたかどうかを監視するために使用するフレーム
である。この接続監視フレーム３２においては、サーバ
１からページ情報の提供を受けてデータを表示する処理
は行われない。また、上記接続監視処理部３１は、接続
監視フレーム３２からウェブサーバ入出力部４を介して
送られてくる要求を受け付けたまま、ウェブクライアン
ト２がウェブブラウザ８の接続を切断するまで待機する
処理を行うものである。

【００９４】図５は、第２の実施形態によるウェブシス
テムの動作を示すフローチャートである。以下、この図
５を用いて本実施形態によるデータ通信の動作を説明す
る。

【００９５】図５において、まずステップＳ２１で、ウ
ェブクライアント２からサーバ１に対して、データ通信
フレーム９、セッション維持フレーム１０および接続監
視フレーム３２のページ情報の転送を要求する。このと
き、データ通信フレーム９に関するページ情報の転送要
求は、オペレータにより指示されたＵＲＬ、あるいはウ
ェブブラウザ８を開いたときにアクセスするように初期
設定されているＵＲＬを具体的に指定して行われる。ま
た、セッション維持フレーム１０および接続監視フレー
ム３２に関するページ情報の転送要求は、セッション維
持用および接続監視用に用意された所定のＵＲＬを指定
して行われる。

【００９６】上記ページ情報の転送要求を受け取ったサ
ーバ１は、ステップＳ２２で、要求されたそれぞれのフ
レームのページ情報をウェブクライアント２のウェブブ
ラウザ８に返信する。このとき返信されるページ情報の
うち、データ通信フレーム９のページ情報には、指定さ
れたＵＲＬにより示されるデータ（サービス提供用に表
示するデータなど）が含まれる。一方、セッション維持
フレーム１０および接続監視フレーム３２のページ情報
には、表示すべきデータは一切含まれていない。つま
り、空のページ情報が送られる。

【００９７】これらの各フレーム９，１０，３２に対す
るページ情報を受け取ったウェブクライアント２では、
それぞれのフレームに関するデータ通信が以下のように
非同期で実行される。

【００９８】データ通信フレーム９に関する処理を表す
ステップＳ２３〜Ｓ２６、およびセッション維持フレー
ム１０に関する処理を表すステップＳ２７〜Ｓ３３は、
図３に示したステップＳ３〜Ｓ６、およびステップＳ７
〜Ｓ１３の処理と同様であるので、ここでは説明を省略
し、接続監視フレーム３２に関する処理についてのみ説
明する。

【００９９】ウェブクライアント２は、ステップＳ３４
で、サーバ１から受け取った接続監視フレーム３２のペ
ージ情報を当該接続監視フレーム３２にロードする。こ
の時点で、サーバ１と接続監視フレーム３２とのセッシ
ョンは一旦切断される。さらに、ステップＳ３５でウェ
ブクライアント２は、接続監視フレーム３２のサブミッ
トを自動的に実行し、サーバ１に接続する。そして、サ
ーバ１に対して接続監視フレーム３２のページ情報の転
送を要求する。

【０１００】接続監視フレーム３２のサブミットにより
ページ情報の転送要求がウェブクライアント２から送ら
れると、ステップＳ３６でサーバ１はその転送要求を受
信する。そして、接続監視処理部３１により、その接続
監視フレーム３２の要求を受信したままウェブクライア
ント２がウェブブラウザ８の接続を切断するまで待機す
る。その後、ウェブクライアント２が接続を切断する
と、そのことが接続監視処理部３１により検知され、そ
れに応じた適当な処理を行うことが可能となる。

【０１０１】サーバ１にてウェブブラウザ８の接続管理
を行うことが目的の場合に、上述した第１の実施形態で
は、セッション維持フレーム１０を用いてウェブクライ
アント２にデータを返信している間に接続が切断される
と、サーバ１側でそれを検知することはできない。これ
に対して、第２の実施形態によれば、セッション維持フ
レーム１０を用いたデータの返信時にも、クライアント
ユーザによるウェブブラウザ８の切断を完全に検知する
ことができる。

【０１０２】なお、サーバ１からウェブクライアント２
に対して何かを通知する必要が一切なく、ウェブブラウ
ザ８の接続管理だけを行いたい場合には、データ通信フ
レーム９と接続監視フレーム３２の２つのフレームを設
ければ良く、セッション維持フレーム１０は不要であ
る。

【０１０３】また、上記第１の実施形態および第２の実
施形態において、セッション維持フレーム１０の数を更
に増やすことにより、同時に複数のタイプのデータを通
信したり、あるいは単一の文脈のデータをより細かい単
位でサーバ１からウェブクライアント２に通信したりす
ることが可能となる。また、セッション維持フレーム１
０が１つだけだと、サーバ１がウェブクライアント２に
ある単位のデータを送信中に、サーバ１から追加のデー
タを送信しようとしても、ウェブクライアント２から自
動再接続要求があるまでの間は追加の送信をすることが
できない。しかし、セッション維持フレーム１０が２つ
以上あると、そのような場合に直ぐに追加のデータを送
信することが可能となる。

【０１０４】要するに、第１および第２の実施形態にお
いてセッション維持フレーム１０の数を更に増やすこと
も可能であり、そのようにすることにより、データ通信
の能力を向上させたり、通信するデータの種類を増やす
ことができる。なお、これとは逆に、ステートレスなウ
ェブシステムを用いながらもセッションを維持できるよ
うにすることだけが目的の場合には、ウェブブラウザ８
のフレーム機能は用いる必要がない。この例を第３の実
施形態として以下に説明する。

【０１０５】（第３の実施形態）図６は、本発明のデー
タ通信システムを適用した第３の実施形態によるウェブ
システムの機能構成例を示すブロック図である。この図
６において、図１に示した符号と同じ符号を付した部分
は互いに同じ機能を有するものであるので、ここでは重
複する説明を省略する。

【０１０６】図６に示す第３の実施形態では、サーバ１
側にウェブサーバ処理部５はなく、ウェブサーバ入出力
部４、セッション維持処理部６およびページ生成部７を
備えている。また、ウェブクライアント２側のウェブブ
ラウザ４１は、フレーム機能を有しておらず、ページが
複数のフレームに分割されていない。それ以外の点は第
１の実施形態と同様である。

【０１０７】図７は、第３の実施形態によるウェブシス
テムの動作を示すフローチャートである。以下、この図
７を用いて本実施形態によるデータ通信の動作を説明す
る。

【０１０８】図７において、まずステップＳ４１で、ウ
ェブクライアント２からサーバ１に対してウェブブラウ
ザ４１のページ情報の転送を要求する。このとき、ペー
ジ情報の転送要求は、オペレータにより指示されたＵＲ
Ｌ、あるいはウェブブラウザ４１を開いたときにアクセ
スするように初期設定されているＵＲＬを具体的に指定
して行われる。

【０１０９】上記ページ情報の転送要求を受け取ったサ
ーバ１は、ステップＳ４２で、要求されたページ情報を
ウェブクライアント２のウェブブラウザ４１に返信す
る。このとき返信されるページ情報には、指定されたＵ
ＲＬにより示されるデータ（サービス提供用に表示する
データなど）が含まれる。このページ情報を受け取った
ウェブクライアント２では、ステップＳ４３で、その受
け取ったページ情報をウェブブラウザ８により表示す
る。この時点で、サーバ１とデータ通信フレーム９との
セッションは一旦切断される。

【０１１０】そして、ステップＳ４４でオペレータによ
るページ要求があるのを待機する。ここで言うページ要
求とは、表示したウェブブラウザ４１のページに対して
オペレータが何らかのデータを入力してサーバ１に送信
する要求や、ＵＲＬを指定して他のページ情報を取得す
る要求などを意味する。オペレータによるページ要求が
ない場合は、ウェブブラウザ４１は、ページ要求がある
まで同じページ情報を表示し続けている。

【０１１１】一方、オペレータによるページ要求がある
と、処理はステップＳ４５に進む。ステップＳ４５で
は、ウェブクライアント２からサーバ１への接続が行わ
れ、上記ステップＳ４４で行われたページ要求に対応す
る処理（表示されたページに入力されたデータをサーバ
１に送信する処理、あるいは指定されたＵＲＬのページ
情報の転送を要求する処理など）が実行される。

【０１１２】ウェブクライアント２からページ要求が再
び送られると、ステップＳ４６でサーバ１はそのページ
要求を受信する。そして、サーバ１は、そのページ要求
を受信したまま、任意のイベントが発生するまでステッ
プＳ４７で応答を待機するとともに、必要なセッション
情報を保持する。ここで、任意のイベントとは、サーバ
１が保持するデータやサーバ１の状況に変化が生じたこ
と、他のウェブクライアントがその中のウェブブラウザ
をシャットダウンしたり他のページに移動したこと、他
のウェブクライアントから要求元のウェブクライアント
２宛てのメッセージを受信したことなどが考えられる。

【０１１３】上述のイベントが発生すると、処理はステ
ップＳ４８に進む。ステップＳ４８では、ページ生成部
７によって提供ページを生成し、それをウェブサーバ入
出力部４からウェブクライアント２のウェブブラウザ４
１にネットワーク３を介して送信する。このとき、発生
したイベントによってウェブクライアント２に所定の処
理を行わせるためのデータを送信する必要があるとき
は、そのデータを含む提供ページを生成してウェブブラ
ウザ４１に送信する。

【０１１４】その後、ステップＳ４３に戻り、ウェブク
ライアント２で受信した提供ページをウェブブラウザ４
１により表示して、以降ステップＳ４３〜Ｓ４８の処理
を繰り返し行う。

【０１１５】以上のように、第３の実施形態において
も、ステートレスなウェブシステムを用いつつも、サー
バ１とウェブクライアント２とのセッションを維持した
データ通信を行うことができる。ただし、第３の実施形
態では、サーバ１側で任意のイベントが発生するか、ウ
ェブクライアント２側でページ要求が行われるまでの間
は相手側が待機させられる。これに対し、上述した第１
および第２の実施形態では、サーバ１およびウェブクラ
イアント２の一方がデータの送信を行っている間も他方
がデータを送信することが可能である。

【０１１６】この点で第３の実施形態によるデータ通信
は、第１および第２の実施形態に比べて制約があると言
える。しかし、第３の実施形態では、ウェブブラウザ４
１にスクリプトやフレームなどの機能を要求しないの
で、より多くのウェブクライアント２で利用することが
可能というメリットを有する。

【０１１７】なお、ここではサーバ１側がウェブサーバ
処理部５を備えていない例について説明したが、ウェブ
サーバ処理部５も備え、ウェブサーバ処理部５とセッシ
ョン維持処理部６とを選択的に使用できるようにしても
良い。ウェブサーバ処理部５とセッション維持処理部６
のどちらを使うかは、例えば、指定されたＵＲＬに応じ
て選択するようにすることが可能である（例えば、セッ
ション維持処理用のＵＲＬを用意する）。

【０１１８】なお、以上に説明した各実施形態のデータ
通信システムおよびこれを構成するサーバ１およびウェ
ブクライアント２等は、例えば図２に示したようにコン
ピュータのＣＰＵあるいはＭＰＵ、ＲＡＭ、ＲＯＭなど
で構成されるものであり、ＲＡＭやＲＯＭに記憶された
プログラムが動作することによって実現できる。

【０１１９】また、上述したように、コンピュータが上
記機能を果たすように動作させるプログラムを、例えば
ＣＤ−ＲＯＭのような記録媒体に記録し、コンピュータ
に読み込ませることによっても実現できる。上記プログ
ラムを記録する記録媒体としては、ＣＤ−ＲＯＭ以外
に、フロッピーディスク、ハードディスク、ＤＶＤ、磁
気テープ、光磁気ディスク、不揮発性メモリカード等を
用いることができる。

【０１２０】また、コンピュータが供給されたプログラ
ムを実行することにより上述の実施形態の機能が実現さ
れるだけでなく、そのプログラムがコンピュータにおい
て稼働しているＯＳ（オペレーティングシステム）ある
いは他のアプリケーションソフト等と共同して上述の実
施形態の機能が実現される場合や、供給されたプログラ
ムの処理の全てあるいは一部がコンピュータの機能拡張
ボードや機能拡張ユニットにより行われて上述の実施形
態の機能が実現される場合も、かかるプログラムは本発
明の実施形態に含まれる。

【０１２１】また、本実施形態のデータ通信システム
は、ネットワーク環境で利用されるものであり、全部あ
るいは一部のプログラムが他のコンピュータで実行され
るようになっていても良い。

【０１２２】なお、上記に示した各実施形態は、何れも
本発明を実施するにあたっての具体化の一例を示したも
のに過ぎず、これらによって本発明の技術的範囲が限定
的に解釈されてはならないものである。すなわち、本発
明はその精神、またはその主要な特徴から逸脱すること
なく、様々な形で実施することができる。

【０１２３】例えば、上述の各実施形態では、情報の送
受信をＨＴＭＬ形式で行っているが、ＸＭＬなどの他の
形式で情報の送受信を行うようにしても良い。また、上
述の各実施形態では、サーバ１とウェブクライアント２
との間で１対１のデータ通信を行う例について説明した
が、１対多、多対１、多対多のデータ通信に適用するこ
とも可能である。

【０１２４】また、上記実施形態では、データ通信シス
テムの例としてウェブシステムを挙げて説明したが、ス
テートレスなデータ通信システムであれば同様に適用す
ることが可能である。

【０１２５】

Claims

【特許請求の範囲】

【請求項１】ネットワーク上でサーバ側装置とクライ
アント側装置とがステートレスのプロトコルに従って動
作するデータ通信システムにおいて、上記サーバ側装置と上記クライアント側装置とが上記ネ
ットワークを介して接続され、上記クライアント側装置
から上記サーバ側装置に要求が入力されたときに、任意
のイベントが発生するまでの間、上記サーバ側装置と上
記クライアント側装置との接続状態を維持して応答を待
機するセッション維持制御手段と、上記任意のイベントの発生に応じて提供情報を生成し、
生成した提供情報を上記クライアント側装置に送信する
提供情報生成送信手段とを備えたことを特徴とするデー
タ通信システム。
【請求項２】ネットワーク上でサーバ側装置とクライ
アント側装置とがステートレスのプロトコルに従って動
作するデータ通信システムにおいて、上記サーバ側装置
は、上記クライアント側装置との間で複数の接続および非同
期の通信を実現するために画面分割された複数領域の情
報を、上記クライアント側装置との間でそれぞれ非同期
で送受信するサーバ入出力手段と、上記クライアント側装置と上記ネットワークを介して接
続され、上記クライアント側装置の第１の領域から上記
サーバ入出力手段に要求が入力されたときに、上記入力
された要求に応じた処理を実行して上記クライアント側
装置の第１の領域に応答情報を送信する応答処理手段
と、上記クライアント側装置と上記ネットワークを介して接
続され、上記クライアント側装置の第２の領域から上記
サーバ入出力手段に要求が入力されたときに、任意のイ
ベントが発生するまでの間、上記クライアント側装置と
の接続状態を維持して応答を待機するセッション維持制
御手段と、上記任意のイベントの発生に応じて提供情報を生成し、
生成した提供情報を上記クライアント側装置の上記第２
の領域に送信する提供情報生成送信手段とを備えたこと
を特徴とするデータ通信システム。
【請求項３】ネットワーク上でサーバ側装置とクライ
アント側装置とがステートレスのプロトコルに従って動
作するデータ通信システムにおいて、上記サーバ側装置
は、上記クライアント側装置との間で複数の接続および非同
期の通信を実現するために画面分割された複数領域の情
報を、上記クライアント側装置との間でそれぞれ非同期
で送受信するサーバ入出力手段と、上記クライアント側装置と上記ネットワークを介して接
続され、上記クライアント側装置の第２の領域から上記
サーバ入出力手段に要求が入力されたときに、任意のイ
ベントが発生するまでの間、上記クライアント側装置と
の接続状態を維持して応答を待機するセッション維持制
御手段と、上記任意のイベントの発生に応じて提供情報を生成し、
生成した提供情報を上記クライアント側装置の上記第２
の領域に送信する提供情報生成送信手段とを備えたこと
を特徴とするデータ通信システム。
【請求項４】上記クライアント側装置では、上記サー
バ側装置から上記第２の領域に上記提供情報を受信した
ときに、当該受信した提供情報を用いた処理を行った
後、上記第２の領域から上記サーバ側装置への接続要求
を自動的に行うことを特徴とする請求項２または３に記
載のデータ通信システム。
【請求項５】上記提供情報を用いた処理は、上記提供
情報中に含まれるデータを上記第２の領域へ表示する処
理を含むことを特徴とする請求項４に記載のデータ通信
システム。
【請求項６】上記提供情報を用いた処理は、上記提供
情報中に含まれるデータを上記第２の領域以外の領域へ
表示する処理を含むことを特徴とする請求項４に記載の
データ通信システム。
【請求項７】上記提供情報を用いた処理は、上記提供
情報中に含まれるスクリプトに基づく処理を含むことを
特徴とする請求項４に記載のデータ通信システム。
【請求項８】上記任意のイベントは、上記サーバ側装
置が保持するデータや上記サーバ側装置の状況に変化が
生じたことを含むことを特徴とする請求項１〜７の何れ
か１項に記載のデータ通信システム。
【請求項９】上記任意のイベントは、上記クライアン
ト側装置がブラウザをシャットダウンし、あるいは他の
ページに移動したことを含むことを特徴とする請求項１
〜７の何れか１項に記載のデータ通信システム。
【請求項１０】上記任意のイベントは、上記要求の発
行元のクライアント側装置宛てのメッセージを受信した
ことを含むことを特徴とする請求項１〜７の何れか１項
に記載のデータ通信システム。
【請求項１１】上記サーバ側装置と上記クライアント
側装置との接続状況を監視するための専用領域として第
３の領域を設け、上記クライアント側装置との接続状況が変化するまでの
間、上記サーバ側装置と上記クライアント側装置との接
続状態を維持して上記クライアント側装置との接続状況
を監視する接続監視処理手段を備えたことを特徴とする
請求項２〜１０の何れか１項に記載のデータ通信システ
ム。
【請求項１２】ネットワーク上でサーバ側装置とクラ
イアント側装置とがステートレスのプロトコルに従って
動作するデータ通信システムにおいて、上記サーバ側装
置は、上記クライアント側装置との間で複数の接続および非同
期の通信を実現するために画面分割された複数領域の情
報を、上記クライアント側装置との間でそれぞれ非同期
で送受信するサーバ入出力手段と、上記クライアント側装置と上記ネットワークを介して接
続され、上記クライアント側装置の第３の領域から上記
サーバ入出力手段に要求が入力されたときに、上記クラ
イアント側装置との接続状況が変化するまでの間、上記
サーバ側装置と上記クライアント側装置との接続状態を
維持して上記クライアント側装置との接続状況を監視す
る接続監視処理手段とを備えたことを特徴とするデータ
通信システム。
【請求項１３】上記サーバ側装置はウェブサーバを備
え、上記クライアント装置側はウェブブラウザを備える
ことを特徴とする請求項１〜１２の何れか１項に記載の
データ通信システム。
【請求項１４】ネットワーク上に存在するクライアン
ト側装置との間でステートレスのプロトコルに従ってデ
ータ通信を行うサーバ側装置であって、上記クライアント側装置と上記ネットワークを介して接
続され、上記クライアント側装置から要求が入力された
ときに、任意のイベントが発生するまでの間、上記クラ
イアント側装置との接続状態を維持して応答を待機する
セッション維持制御手段と、上記任意のイベントの発生に応じて提供情報を生成し、
生成した提供情報を上記クライアント側装置に送信する
提供情報生成送信手段とを備えたことを特徴とするデー
タ処理装置。
【請求項１５】ネットワーク上に存在するクライアン
ト側装置との間でステートレスのプロトコルに従ってデ
ータ通信を行うサーバ側装置であって、上記クライアント側装置との間で複数の接続および非同
期の通信を実現するために画面分割された複数領域の情
報を、上記クライアント側装置との間でそれぞれ非同期
で送受信するサーバ入出力手段と、上記クライアント側装置と上記ネットワークを介して接
続され、上記クライアント側装置の第１の領域から上記
サーバ入出力手段に要求が入力されたときに、上記入力
された要求に応じた処理を実行して上記クライアント側
装置の第１の領域に応答情報を送信する応答処理手段
と、上記クライアント側装置と上記ネットワークを介して接
続され、上記クライアント側装置の第２の領域から上記
サーバ入出力手段に要求が入力されたときに、任意のイ
ベントが発生するまでの間、上記クライアント側装置と
の接続状態を維持して応答を待機するセッション維持制
御手段と、上記任意のイベントの発生に応じて提供情報を生成し、
生成した提供情報を上記クライアント側装置の上記第２
の領域に送信する提供情報生成送信手段とを備えたこと
を特徴とするデータ処理装置。
【請求項１６】ネットワーク上に存在するクライアン
ト側装置との間でステートレスのプロトコルに従ってデ
ータ通信を行うサーバ側装置であって、上記クライアント側装置との間で複数の接続および非同
期の通信を実現するために画面分割された複数領域の情
報を、上記クライアント側装置との間でそれぞれ非同期
で送受信するサーバ入出力手段と、上記クライアント側装置と上記ネットワークを介して接
続され、上記クライアント側装置の第２の領域から上記
サーバ入出力手段に要求が入力されたときに、任意のイ
ベントが発生するまでの間、上記クライアント側装置と
の接続状態を維持して応答を待機するセッション維持制
御手段と、上記任意のイベントの発生に応じて提供情報を生成し、
生成した提供情報を上記クライアント側装置の上記第２
の領域に送信する提供情報生成送信手段とを備えたこと
を特徴とするデータ処理装置。
【請求項１７】上記クライアント側装置と上記ネット
ワークを介して接続され、上記クライアント側装置の第
３の領域から上記サーバ入出力手段に要求が入力されて
から、上記クライアント側装置との接続状況が変化する
までの間、上記クライアント側装置との接続状態を維持
して上記クライアント側装置との接続状況を監視する接
続監視処理手段を備えたことを特徴とする請求項１５ま
たは１６に記載のデータ処理装置。
【請求項１８】ネットワーク上に存在するクライアン
ト側装置との間でステートレスのプロトコルに従ってデ
ータ通信を行うサーバ側装置であって、上記クライアント側装置との間で複数の接続および非同
期の通信を実現するために画面分割された複数領域の情
報を、上記クライアント側装置との間でそれぞれ非同期
で送受信するサーバ入出力手段と、上記クライアント側装置と上記ネットワークを介して接
続され、上記クライアント側装置の第３の領域から上記
サーバ入出力手段に要求が入力されたときに、上記クラ
イアント側装置との接続状況が変化するまでの間、上記
クライアント側装置との接続状態を維持して上記クライ
アント側装置との接続状況を監視する接続監視処理手段
とを備えたことを特徴とするデータ処理装置。
【請求項１９】ウェブサーバとウェブブラウザとの間
でネットワークを介して行われるデータ通信において、
上記ウェブサーバと上記ウェブブラウザとが上記ネット
ワークを介して接続され、上記ウェブブラウザから上記
ウェブサーバに要求が入力されたときに、上記ウェブサ
ーバ側で任意のイベントが発生するまでの間、上記ウェ
ブサーバと上記ウェブブラウザとの接続状態を維持して
上記ウェブサーバから上記ウェブブラウザへの応答を待
機し、上記任意のイベントの発生に応じて提供情報を生
成し、生成した提供情報を上記ウェブサーバから上記ウ
ェブブラウザに送信するようにしたことを特徴とするブ
ラウザを利用したセッション維持方法。
【請求項２０】ウェブサーバとウェブブラウザとの間
でネットワークを介して行われるデータ通信において、上記ウェブサーバと上記ウェブブラウザとが上記ネット
ワークを介して接続され、上記ウェブブラウザ上で画面
分割された第１のフレームから上記ウェブサーバに要求
が入力されたときには、上記入力された要求に応じた処
理を実行して上記ウェブブラウザの第１のフレームに応
答情報を送信するとともに、上記ウェブサーバと上記ウェブブラウザとが上記ネット
ワークを介して接続され、上記ウェブブラウザ上で画面
分割された第２のフレームから上記ウェブサーバに要求
が入力されたときには、上記ウェブサーバ側で任意のイ
ベントが発生するまでの間、上記ウェブサーバと上記ウ
ェブブラウザとの接続状態を維持して上記ウェブサーバ
から上記ウェブブラウザへの応答を待機し、上記任意の
イベントの発生に応じて提供情報を生成し、生成した提
供情報を上記ウェブサーバから上記ウェブブラウザの上
記第２のフレームに送信するようにしたことを特徴とす
るブラウザを利用したセッション維持方法。
【請求項２１】上記ウェブブラウザでは、上記ウェブ
サーバから上記第２のフレームに上記提供情報を受信し
たときに、当該受信した提供情報を用いた処理を行った
後、上記第２のフレームから上記ウェブサーバへの接続
要求を自動的に行うことを特徴とする請求項２０に記載
のブラウザを利用したセッション維持方法。
【請求項２２】上記ウェブサーバと上記ウェブブラウ
ザとが上記ネットワークを介して接続され、上記ウェブ
ブラウザ上で画面分割された第３のフレームであって、
上記ウェブサーバと上記ウェブブラウザとの接続状況を
監視するための専用フレームから上記ウェブサーバに要
求が入力されたときには、上記ウェブサーバと上記ウェ
ブブラウザとの接続状況が変化するまでの間、上記ウェ
ブサーバと上記ウェブブラウザとの接続状態を維持して
上記ウェブサーバと上記ウェブブラウザとの接続状況を
監視することを特徴とする請求項２０または２１に記載
のブラウザを利用したセッション維持方法。
【請求項２３】ウェブサーバとウェブブラウザとの間
でネットワークを介して行われるデータ通信において、
上記ウェブサーバと上記ウェブブラウザとが上記ネット
ワークを介して接続され、上記ウェブブラウザ上で画面
分割された第３のフレームから上記ウェブサーバに要求
が入力されたときには、上記ウェブサーバと上記ウェブ
ブラウザとの接続状況が変化するまでの間、上記ウェブ
サーバと上記ウェブブラウザとの接続状態を維持して上
記ウェブサーバと上記ウェブブラウザとの接続状況を監
視するようにしたことを特徴とするブラウザを利用した
セッション維持方法。
【請求項２４】請求項１〜１８の何れか１項に記載の
各手段としてコンピュータを機能させるためのプログラ
ムを記録したことを特徴とするコンピュータ読み取り可
能な記録媒体。
【請求項２５】請求項１９〜２３の何れか１項に記載
のセッション維持方法の処理手順をコンピュータに実行
させるためのプログラムを記録したことを特徴とするコ
ンピュータ読み取り可能な記録媒体。