(57)【要約】【課題】プッシュ型のサーバ・クライアントシステムでコネクション確立中に回線異常などでクライアント側のみコネクション断となったとき、早急にコネクションを確立できるようにする。【手段】クライアントからの接続要求をサーバが受信し、そのクライアントが接続許可されていることが確認され（ステップ１０１、１０２）、当該クライアントの接続状態認識が「接続中」であったとき（ステップ１０５でＹｅｓ）、サーバは接続要求を拒否せずに一旦コネクションを断としたのち再びコネクションを確立する（ステップ１０７、１０８）。こうしてクライアント要求により直ちにプッシュ型サービスを開始することができる。【選択図】図１
2005250828.tif 000002
【特許請求の範囲】
【請求項１】
サーバに対するクライアントからの接続要求があるとサーバはクライアントとの間のコネクションを維持し、サーバにて収集・蓄積した情報を当該サーバ側の能動的選択により当該クライアントへ送信するようにしたプッシュ型サーバ・クライアントシステムに於ける接続管理方法であって、
サーバ側でコネクションを維持しているクライアントからの接続要求があった場合、当該サーバではまずそれまでの当該クライアントに対するコネクションをオフとし、改めてコネクションを確率することによってサーバから接続要求を行ったクライアントへの情報の送信を行えるようにしたことを特徴とするサーバ・クライアント間接続管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ・クライアント間接続管理方法に係り、とくにサーバで配信データを収集、蓄積し、サーバの能動的な決定に基づいて蓄積データをクライアントへ送信する、プッシュ型と呼ばれるデータ提供方法を実現するのに適したサーバ・クライアント間接続管理方法に関する。
【背景技術】
【０００２】
ネットワーク上に構築されたサーバ・クライアントシステムでは、サーバからのデータ提供方法としてプル型とプッシュ型がある。プル型データ提供方法は、クライアント側のブラウザの要求に基づいてサーバがデータを送信する方法で、インターネット上のＷＷＷサーバはこの方法でデータの提供を行っている。
【０００３】
一方、プッシュ型データ提供方法は、サーバ側で送信情報やそのタイミングを能動的に決定し、クライアント側のブラウザへデータを送信し、ブラウザは送信されてきたデータを受動的に受信する。このようなプッシュ型データ提供方法を具備した従来技術が特許文献１に開示されており、プル型とプッシュ型の両データ提供方法を実現するサーバ・クライアントシステムを提案している。
【特許文献１】特開２０００−２９３４５２号公報
【０００４】
プル型データ提供方法では、クライアントのブラウザからプル型のデータ送信要求があるとサーバ・クライアント間でＴＣＰによるコネクションが確立され、要求されたデータがサーバからクライアントへ送られる。これを受信したブラウザはコネクションを切断する。一方、プッシュ型データ提供方法では、クライアントからプッシュ型のデータ送信要求がクライアントへ送られると、やはりＴＣＰによるコネクションがサーバ・クライアント間に確立されるが、このコネクションはクライアントからプッシュ型サービスの終了要求が送られるまで維持されており、このコネクションが維持されている間は、サーバ側で選択したデータが何度でもクライアントへ送られる。
【０００５】
プル型とプッシュ型のデータ提供方法に於けるコネクションの管理方法が上記のように異なっているから、これら２つの型のデータ提供方法を同一サーバ・クライアントシステムでサポートした場合には以下の問題が発生する。即ち、クライアントがプッシュ型のデータ要求を行ってコネクションを確立し、そのサービスを受けている状態にあるときに、プル型のデータ要求をブラウザの同一フレームから行ったとする。このときには、１つのフレームについては１つのコネクションしか張れないから、プッシュ型サービスのため確立していたコネクションが切断され、改めてプル型サービスのためのコネクションが確立されてデータ送・受信が行われる。そしてこれが終わるとコネクションが切断されてしまう。しかしサーバ側ではプッシュ型サービス終了の要求は受けとっていないので、データ送信を続けようとするが失敗となってしまう。
【０００６】
前記した特許文献１の技術では、上記した問題を解決するために、サーバとクライアントの間にデータ中継装置を設け、プッシュ型データ送信が行われている状態でプル型データ送信要求があってそのためのコネクションが確立されたとき、このコネクション経由で上記のデータ中継装置からクライアントへプッシュヘッダを送信する。このプッシュヘッダを受信したクライアントのブラウザは、プル型データ受信終了後もコネクションを切断せずに維持し、こうしてプル型データ受信を割り込ませてもプッシュ型サービスを受け続けられるようにしている。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
サーバ・クライアントシステムでは、サーバとクライアントの双方でどのクライアントと接続中か、どのサーバと接続中かをそれぞれ管理しており、この管理情報の内容が対向するサーバとクライアントの双方で一致している必要があり、一方が接続中と認識していても他方が接続中と認識していないときにはデータなり要求信号なりが送信できない。プル型データ送信方法ではクライアントからの要求、接続、サーバからのデータ送信、接続断が続けて行われ、接続中か否かの状態管理は双方で常に一致しているが、プッシュ型の場合には、サーバからのあるデータ送信と次のデータ送信との間があり、その間もコネクションは確立されたままになっていることが前提されているために、双方の接続状態認識の不一致が生じる場合がある。
【０００８】
例えば、クライアント側でＬＡＮケーブルが抜かれたとき、サーバは何らかのデータを送信してその応答をチェックするまで、回線の切断はわからない。従ってプッシュ型データ送信方法のようにデータ送信の待ち状態の間は切断は検出されず、サーバ側では接続中の状態が維持される。又、ルータやハブ等が多く介在するネットワークではルータとルータの間でバッファオーバフローのため回線が論理的に切断され、しかもこの切断情報がサーバ、クライアントへ送られないことがある。このような場合にもサーバとクライアントの間での接続状態認識の不一致が発生しうる。このような不一致を防ぐために、サーバから定期的に動作通知を行うとしても、パケット消失などの可能性をみて、接続状態の確認までは監視時間を十分とっておく必要があり、やはり不一致状態の発生は避けられない。これは、プル型データ要求の割り込みで生じたものではないから、前記従来技術でも解決されない。
【０００９】
接続状態認識の不一致としてクライアントは「接続中」、サーバは「未接続」と認識しているときは、サーバからプッシュ型データの送信が止まってしまうので、クライアントの方で再度接続要求を出せば、ネットワークに異常がなければコネクションが再確立され、プッシュ型データのサービスを続けて受けられる。しかしクライアントは「未接続」、サーバは「接続中」となっているときには、サーバは「接続中」と認識しているクライアントからの接続要求を拒否するので、クライアントからの接続要求はサーバにより拒否され、不一致状態がなくなるまで待たないとサーバへ接続できなくなるという問題があった。
【００１０】
本発明の目的は、プッシュ型データ送信を行う機能を持ったサーバ・クライアントシステムで、接続状態認識がサーバとクライアントで不一致となっても、正規クライアントからの接続要求によりコネクションを確立して通信が行えるようにしたサーバ・クライアント間接続管理方法を提供することにある。
【課題を解決するための手段】
【００１１】
本発明は、サーバに対するクライアントからの接続要求があるとサーバはクライアントとの間のコネクションを維持し、サーバにて収集・蓄積した情報を当該サーバ側の能動的選択により当該クライアントへ送信するようにしたプッシュ型サーバ・クライアントシステムに於ける接続管理方法であって、
サーバ側でコネクションを維持しているクライアントからの接続要求があった場合、当該サーバではまずそれまでの当該クライアントに対するコネクションをオフとし、改めてコネクションを確率することによってサーバから接続要求を行ったクライアントへの情報の送信を行えるようにしたことを特徴とするサーバ・クライアント間接続管理方法を開示する。
【発明の効果】
【００１２】
コネクションを確立していて「接続中」と認識しているクライアントからの接続要求があったとき、これを拒否せずに一旦接続状態認識を「未接続」に切り換え、続いて「接続中」とすることで当該クライアントとコネクションを直ちに確立できるので、接続状態認識不一致解消と同時にプッシュ型サービスを直ちに再開できる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施の形態を説明する。一般にサーバ・クライアントシステムにおいては、サーバ側で自サーバへの接続が許可されているクライアントに対してパスワードを付与し、クライアントのＩＰアドレスとパスワードで接続要求に対する許可／不許可の判断等の管理を行う。図２は、サーバ側におけるクライアントの接続管理テーブルの構成を概念的に示したもので、接続可能なクライアントのＩＰアドレスとそのクライアントに付与されたパスワード、及び当該クライアントが現在「接続中」（とサーバが認識している）か「未接続」（とサーバが認識しているか）を示す情報から成っている。図２の例ではＩＰアドレス「１９２．１６８．１４６．２」を持つクライアントのみが「接続中」で他は「未接続」と認識されている。このような管理情報による接続管理は、プッシュ型データ送信を行うサーバ・クライアントシステムでも同様であって、従来技術では、クライアントがプッシュ型データ送信要求を行うとサーバではその要求情報に含まれるクライアントのＩＰアドレスとパスワード対で一致するクライアントを接続管理テーブルで検索し、一致したクライアントがありかつその接続状態認識が「未接続」であるときだけ接続を許可していた。従ってＩＰアドレスとパスワードが一致していても、接続状態認識が「接続中」となっていれば接続が拒否されていた。このために、前記したようにサーバとクライアントで接続状態認識が異なってしまった場合に、その異なった認識状態がデータや通知信号の発行を経て修正されるまではクライアントはサービスを受けられないという不具合が生じた。
【００１４】
この問題を解決するための本発明のサーバ・クライアント間接続管理方法においては、図１のフローチャートに示す管理処理を行う。同図において、クライアントからの接続要求を受信すると（ステップ１０１でＹｅｓ）、まず接続要求に含まれているパスワードとＩＰアドレスを取り出し、それらが対となったクライアントが接続管理テーブルにあるかを調べる（ステップ１０２）。接続管理テーブルに該当するクライアントが登録されていないときは当該クライアントへ接続拒否の信号を送信し（ステップ１０３）、回線を遮断する（ステップ１０４）。パスワードとＩＰアドレスの対が接続管理テーブル上に登録されているときは（ステップ１０２でＹｅｓ）、当該クライアントに対する接続状態認識が「接続中」か「未接続」かを接続管理テーブルで調べ（ステップ１０５）、「未接続」であれば接続管理テーブルの当該欄を「未接続」から「接続中」に変更する（ステップ１０６）。これによってデータ送信プログラムが起動し（ステップ１０９）、データ送信可能状態となる（ステップ１１０）。この「未接続」のときの処理は従来と同じである。
【００１５】
ステップ１０５で接続状態認識が「接続中」であったときは、従来は接続を拒否していたが、本発明ではまず接続状態認識の「接続中」を「未接続」に書き換え（ステップ１０７）、改めてこれを「接続中」と更新する（ステップ１０８）。これによってデータ送信プログラムが起動して（ステップ１０９）、データ送信可能性状態となる（ステップ１１０）。この状態では、サーバ側で収集データ更新等をトリガとしてクライアントへの送信データが選択されて送信が行われる。なお、このデータ送信可能状態は、図示を省略したが、クライアントからのプッシュ型送信の終了要求により終了し、当該クライアント対応の接続状態認識が「未接続」に更新される。
【００１６】
以上のようにして、クライアント側では何らかの原因でサーバへ「未接続」状態となっておりかつサーバ側では当該クライアントと「接続中」と認識している場合でも、クライアントから接続要求を出せばサーバとのコネクションが確立し、サーバとクライアントに於ける接続状態認識の食い違いがその接続動作により即座に解消されるとともに、サーバからのプッシュ型サービスを直ちに受けられるようになる。
【産業上の利用可能性】
【００１７】
本発明のサーバ・クライアント接続管理方法は、サーバ・クライアントシステムに限らず、ネットワーク経由で２つの端末が交信するシステムで、各端末はコネクション切断を検出するか一方から他方への終了通知があったときに「未接続」状態とみなし、それ以外では一旦接続されると「接続中」状態とみなして通信を行うような端末間通信を行う場合に適用可能である。
【図面の簡単な説明】
【００１８】
【図１】本発明の特徴とする接続管理処理のフローチャートである。
【図２】サーバにおける接続管理テーブルの説明図である。
【符号の説明】
【００１９】
１０５    接続要求のあったクライアントの接続状態認識確認処理
１０７、１０８    接続状態認識が「接続中」であるクライアントからの接続要求に対する接続処理
【図１】
2005250828.tif 000003
【図２】
2005250828.tif 000004