(57)【要約】【課題】プル型のクライアント・サーバシステムにおいて、クライアントがプルを行うタイミングをサーバが制御する【解決手段】サーバ１０は、Ｗｅｂサーバ１１と、シーケンス制御部１２と、クライアント管理部１３とを備える。Ｗｅｂサーバ１１は、クライアント２０からのリクエストを受け付けて、クライアント２０に対してリクエストに対するレスポンスを返す。Ｗｅｂサーバ１１またはシーケンス制御部１２は、クライアント２０に所定のリクエストを行わせるためのコマンドを生成する。クライアント管理部１３は、生成されたコマンドをクライアント２０に対して送信する。【選択図】  図１
2004348666.tif 000002
【特許請求の範囲】
【請求項１】
ブラウザを備えるクライアントと、
前記ブラウザからのＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）のリクエストを受け付けて、前記リクエストに対するＨＴＴＰのレスポンスを返すサーバとを備え、
前記サーバは、
前記クライアントからのコネクション確立要求に応じ、前記クライアントとソケットを使ってコネクションを確立するためのコネクション手段と、
前記ブラウザに所定のリクエストをさせるためのコマンドを生成する手段と、
前記コネクション手段により確立されたコネクションを用いて、前記生成されたコマンドを前記クライアントへ送信する手段と、を備えるクライアント・サーバシステム。
【請求項２】
前記コネクション手段がコネクションを確立したクライアントのＩＰアドレスを記憶する記憶手段をさらに備え、
前記生成手段は、前記記憶手段にＩＰアドレスが記憶されているクライアントに対するコマンドを生成し、
前記送信手段は、前記記憶手段を参照して前記生成されたコマンドを送信する請求項１記載のクライアント・サーバシステム。
【請求項３】
クライアントからのリクエストを受け付けて、前記クライアントに対して前記リクエストに対するレスポンスを返す手段と、
前記クライアントに所定のリクエストを行わせるためのコマンドを生成する手段と、
前記生成されたコマンドを前記クライアントに対して送信する手段と、を備えるサーバ。
【請求項４】
表示させる順序が予め定められている複数のページを有するコンテンツを記憶する手段と、
前記クライアントから、前記複数のページのいずれかを取得するためのリクエストを受け付けたとき、そのリクエストが前記表示順序に従うかどうかを判定する手段と、をさらに備え、
前記取得したリクエストが前記表示順序に従わないときは、
前記コマンド生成手段は、前記表示順序に従ったリクエストを前記クライアントに行わせるためのコマンドを生成する請求項３記載のサーバ。
【請求項５】
第１のクライアントからのリクエストを受け付けて、第１のクライアントに対して前記リクエストに対するレスポンスを返す手段と、
第１のクライアントからのリクエストを受け付けて、第２のクライアントに所定のリクエストを行わせるためのコマンドを生成する手段と、
前記生成されたコマンドを第２のクライアントに対して送信する手段と、を備えるサーバ。
【請求項６】
クライアントが有するＷｅｂブラウザからＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）のリクエストを受け付けて、前記リクエストに対するＨＴＴＰのレスポンスを返すＷｅｂサーバと、
前記クライアントからのコネクション確立要求に応じ、前記クライアントとソケットを使ってコネクションを確立するためのコネクション手段と、
前記Ｗｅｂブラウザに、前記Ｗｅｂサーバに対する所定のＨＴＴＰリクエストをさせるためのコマンドを生成する手段と、
前記コネクション手段により確立されたコネクションを用いて、前記生成されたコマンドを前記クライアントへ送信する手段と、を備える情報処理装置。
【請求項７】
前記コマンドには、前記Ｗｅｂブラウザに表示させるＷｅｂページのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を含む請求項６記載の情報処理装置。
【請求項８】
クライアントからのリクエストを受け付けて、前記クライアントに対して前記リクエストに対するレスポンスを返すステップと、
前記クライアントに所定のリクエストを行わせるためのコマンドを生成するステップと、
前記生成されたコマンドを前記クライアントに対して送信するステップと、を有するクライアントにリクエストを行わせる方法。
【請求項９】
クライアントが有するＷｅｂブラウザからＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）のリクエストを受け付けて、前記リクエストに対するＨＴＴＰのレスポンスを返すステップと、
前記クライアントからのコネクション確立要求に対して、前記クライアントとソケットを使ってコネクションを確立するステップと、
前記Ｗｅｂブラウザに、前記Ｗｅｂサーバに対する所定のＨＴＴＰリクエストをさせるためのコマンドを生成するステップと、
前記確立されたコネクションを用いて、前記生成されたコマンドを前記クライアントに送信するステップと、を有するクライアントにリクエストを行わせる方法。
【請求項１０】
コンピュータに実行されると、
クライアントが有するＷｅｂブラウザからＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）のリクエストを受け付けて、前記リクエストに対するＨＴＴＰのレスポンスを返すステップと、
前記クライアントからのコネクション確立要求に対して、前記クライアントとソケットを使ってコネクションを確立するステップと、
前記Ｗｅｂブラウザに、前記Ｗｅｂサーバに対する所定のＨＴＴＰリクエストをさせるためのコマンドを生成するステップと、
前記確立されたコネクションを用いて、前記生成されたコマンドを前記クライアントに送信するステップと、を行うクライアントにリクエストを行わせるためのコンピュータプログラム。
【請求項１１】
コンピュータに実行されると、
クライアントが有するＷｅｂブラウザからＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）のリクエストを受け付けて、前記リクエストに対するＨＴＴＰのレスポンスを返すステップと、
前記クライアントからのコネクション確立要求に対して、前記クライアントとソケットを使ってコネクションを確立するステップと、
前記Ｗｅｂブラウザに、前記Ｗｅｂサーバに対する所定のＨＴＴＰリクエストをさせるためのコマンドを生成するステップと、
前記確立されたコネクションを用いて、前記生成されたコマンドを前記クライアントに送信するステップと、を行うクライアントにリクエストを行わせるためのコンピュータプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、クライアントで表示させる画面のシーケンスを制御するための技術に関し、特にＷｅｂアプリケーションのシーケンス制御をサーバから行う技術に関する。
【０００２】
【従来の技術】
Ｗｅｂ技術の普及により、ＷｅｂサーバとＷｅｂブラウザとを用いたクライアント・サーバシステムが多くある。このシステムの特徴としては、ＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）で記述された画面などにより、簡単にシステムを構築することができ、さらにカスタマイズ性に優れている点があげられる。
【０００３】
【発明が解決しようとする課題】
しかし、このシステムで用いられているＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）は、クライアントからのリクエストに対してサーバがレスポンスを返すという非常にシンプルなプロトコルである。そのため、ＨＴＴＰを用いたアプリケーションは、通常、クライアントが能動的に必要な情報を取得するプル型のシステムとなる。
【０００４】
このため、クライアントからのリクエストに対して、サーバでの何らかの処理を行わなければならないためすぐに応答を返すことができないときがある。また、クライアントの操作とは無関係に、サーバが管理するアプリケーションの都合で何らの画面をクライアントに表示させたいときがある。これらのときは、常に一定の間隔でクライアントがサーバに対してリクエストを行い、サーバの条件が整うと所定のレスポンスを受け取るようにして実現されている。
【０００５】
本発明の目的は、プル型のクライアント・サーバシステムにおいて、クライアントがプルを行うタイミングをサーバが制御する技術を提供することである。
【０００６】
本発明の他の目的は、クライアント・サーバシステムで、クライアントに表示させる画面のシーケンス制御を行うことである。
【０００７】
【課題を解決するための手段】
本発明の一つの実施態様に従うクライアント・サーバシステムは、ブラウザを備えるクライアントと、前記ブラウザからのＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）のリクエストを受け付けて、前記リクエストに対するＨＴＴＰのレスポンスを返すサーバとを備え、前記サーバは、前記クライアントからのコネクション確立要求に応じ、前記クライアントとソケットを使ってコネクションを確立するためのコネクション手段と、前記ブラウザに所定のリクエストをさせるためのコマンドを生成する手段と、前記コネクション手段により確立されたコネクションを用いて、前記生成されたコマンドを前記クライアントへ送信する手段と、を備える。これにより、ＨＴＴＰで通信を行うクライアント・サーバシステムでも、サーバがクライアントのリクエストを制御することができる。
【０００８】
好適な実施形態では、前記コネクション手段がコネクションを確立したクライアントのＩＰアドレスを記憶する記憶手段をさらに備えてもよい。このとき、前記生成手段は、前記記憶手段にＩＰアドレスが記憶されているクライアントに対するコマンドを生成し、前記送信手段は、前記記憶手段を参照して前記生成されたコマンドを送信するようにしてもよい。
【０００９】
本発明の一つの実施態様に従うサーバは、クライアントからのリクエストを受け付けて、前記クライアントに対して前記リクエストに対するレスポンスを返す手段と、前記クライアントに所定のリクエストを行わせるためのコマンドを生成する手段と、前記生成されたコマンドを前記クライアントに対して送信する手段と、を備える。これにより、クライアントが行うリクエストを、サーバが制御することができる。
【００１０】
好適な実施形態では、表示させる順序が予め定められている複数のページを有するコンテンツを記憶する手段と、前記クライアントから、前記複数のページのいずれかを取得するためのリクエストを受け付けたとき、そのリクエストが前記表示順序に従うかどうかを判定する手段と、をさらに備えるようにしてもよい。そして、前記取得したリクエストが前記表示順序に従わないときは、前記コマンド生成手段は、前記表示順序に従ったリクエストを前記クライアントに行わせるためのコマンドを生成するようにしてもよい。これにより、サーバがクライアントで表示されるページの表示順序を制御することができる。
【００１１】
本発明の一つの実施態様に従うサーバは、第１のクライアントからのリクエストを受け付けて、第１のクライアントに対して前記リクエストに対するレスポンスを返す手段と、第１のクライアントからのリクエストを受け付けて、第２のクライアントに所定のリクエストを行わせるためのコマンドを生成する手段と、前記生成されたコマンドを第２のクライアントに対して送信する手段と、を備える。これにより、第１のクライアントがこのサーバを利用して第２のクライアントの表示画面を制御することができる。
【００１２】
本発明の一つの実施態様に従う情報処理装置は、クライアントが有するＷｅｂブラウザからＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）のリクエストを受け付けて、前記リクエストに対するＨＴＴＰのレスポンスを返すＷｅｂサーバと、前記クライアントからのコネクション確立要求に応じ、前記クライアントとソケットを使ってコネクションを確立するためのコネクション手段と、前記Ｗｅｂブラウザに、前記Ｗｅｂサーバに対する所定のＨＴＴＰリクエストをさせるためのコマンドを生成する手段と、前記コネクション手段により確立されたコネクションを用いて、前記生成されたコマンドを前記クライアントへ送信する手段と、を備える。
【００１３】
好適な実施形態では、前記コマンドには、前記Ｗｅｂブラウザに表示させるＷｅｂページのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を含むようにしてもよい。
【００１４】
【発明の実施の形態】
以下、本発明を適用した一実施形態に係るクライアント・サーバシステムついて、図面を用いて説明する。図１には、本実施形態に係るクライアント・サーバシステム１の全体構成図を示す。本システム１は、サーバ１０とクライアント２０とを備える。図１では、クライアント２０は１台であるが、複数台備えていてもよい。サーバ１０およびクライアント２０は、例えば、インターネット、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などのネットワーク（図示しない）を介して接続される。
【００１５】
サーバ１０およびクライアント２０は、いずれも例えば汎用的なコンピュータシステムにより構成され、以下に説明するサーバ１０およびクライアント２０内の個々の構成要素または機能は、例えば、コンピュータプログラムを実行することにより実現される。
【００１６】
クライアント２０には、Ｗｅｂブラウザ２１およびソケット通信部２５が搭載されている。クライアント２０は、Ｗｅｂブラウザ２１を用いてＷｅｂサーバから種々の情報を取得して、表示装置（図示しない、以下同じ）に表示させることができる。この際、Ｗｅｂブラウザ２１はＷｅｂサーバに対してＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）のリクエストを送り、これに対するＨＴＴＰのレスポンスとしてＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）で記述された種々の情報を取得する。従って、本システム１は、クライアント２０から能動的に情報を取得するいわゆるプル型のシステムである。
【００１７】
本実施形態では、Ｗｅｂブラウザ２１は、さらに、リクエスト発行指示部２２を有する。リクエスト発行指示部２２は、サーバ１０からページ切替コマンド（詳細は後述する）を受信して、この受信したページ切替コマンドに従ってリクエスト発行の指示をする。例えば、ページ切替コマンドにはＵＲＬが含まれていて、リクエスト発行指示部２２は、このＵＲＬで特定されるＷｅｂページを取得するためのリクエストを発行するよう指示をする。リクエスト発行指示部２２は、例えば、アプレットと呼ばれるアプリケーションソフトをロードすることにより実現可能である。
【００１８】
サーバ１０は、Ｗｅｂサーバ１１と、シーケンス制御部１２と、クライアント管理部１３と、Ｗｅｂサーバ１１の状態をシーケンス制御部１２へ通知する状態通知処理部１４と、クライアント管理部１３とＷｅｂサーバ１１およびシーケンス制御部１２との間の通知される情報を中継する中継処理部１５と、ソケット通信部１６と、複数のＷｅｂページを記憶したコンテンツ記憶部１７とを備える。状態通知処理部１４および中継処理部１５は、例えばＤＬＬ（Ｄｙｎａｍｉｃ  Ｌｉｎｋ  Ｌｉｂｒａｒｙ）として実現することもできる。
【００１９】
状態通知処理部１４は、Ｗｅｂサーバ１１がＷｅｂブラウザ２１へ返すレスポンスに基づいて、Ｗｅｂブラウザ２１の状態をシーケンス制御部１２へ通知する。
【００２０】
コンテンツ記憶部１７に記憶されているＷｅｂページには、予め表示させる順序（シーケンス）が定められているものを含む。例えば、ユーザ認証に関するＷｅｂページでは、アイドル画面→認証開始画面→認証確認画面→個人画面という順序でＷｅｂブラウザ２１に表示させる。
【００２１】
Ｗｅｂサーバ１１は、ＷｅｂブラウザからＨＴＴＰのリクエストを受け付けて、それに応じたＨＴＴＰスポンスを返す。例えば、ＨＴＴＰリクエストに含まれるＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）に基づいて、コンテンツ記憶部１７に記憶されているＷｅｂページを取得して、レスポンスとして返送する。
【００２２】
シーケンス制御部１２は、クライアントの表示装置に表示されるＷｅｂページの表示順序を制御する。例えば、シーケンス制御部１２は、上述のように予めシーケンスが定められているＷｅｂページについての表示順序を記憶している。そして、シーケンス制御部１２は、Ｗｅｂブラウザ２１に表示されるＷｅｂページがこのシーケンスに従っているかどうかを判定する。シーケンスに従っていないときは、このシーケンスに従ったリクエストを行わせるためのページ切替コマンドを生成する。ここで生成されたページ切替コマンドには、シーケンスに従って次に表示させるべきＷｅｂページのＵＲＬを含む。そして、このページ切替コマンドが中継処理部１５を介してクライアント管理部１３へ通知される。
【００２３】
また、Ｗｅｂサーバ１１が、クライアントからのリクエストに基づいて、ページ切替コマンドを生成し、中継処理部１５を通じてクライアント管理部１３へ通知する。例えば、リクエストを送ったクライアントと異なるクライアントに対してページ切替コマンドを送信すれば、あるクライアントから他のクライアントの表示画面の制御をすることができる。このとき、リクエストには表示させるページのＵＲＬおよびそのページを表示させる対象のクライアントのＩＰアドレスなどを含む。なお、この処理はＷｅｂサーバ１１内のスレッドとして実現することができる。
【００２４】
つまり、本システム１は、クライアント２０がサーバ１０から能動的に情報を取得するプルの動作が基本となるが、シーケンス制御部１２がページ切替コマンドを生成してクライアント２０にプッシュすることにより、クライアント２０に強制的にプルの動作を行わせることができる。
【００２５】
ページ切替コマンドの生成タイミングは、上述以外に任意のタイミングでよい。例えば、図示しないアプリケーションプログラムなどからの通知に基づいて、シーケンス制御部１２がページ切替コマンドを生成してもよい。
【００２６】
ソケット通信部１６，２５は、互いにソケットを用いてコネクションを確立するコネクション手段である。従って、クライアント２０とサーバ１０とは、ＨＴＴＰによる通信を行う他に、ソケット通信部１６，２５を使ってソケットによるコネクションを確立し、通信をすることができる。
【００２７】
ソケット通信部１６は、例えば、クライアントのソケット通信部２５からのリクエストにより、ソケットによるコネクションを確立する。クライアントテーブル１９には、コネクションを確立したクライアントのＩＰアドレスが登録されるようにしてもよい。そして、クライアント管理部１３は、このコネクションを利用して、シーケンス制御部１２で生成されたページ切替コマンドを送信する。
【００２８】
クライアント管理部１３は、サーバ１がシーケンス制御を行う対象のクライアントを管理する。クライアント管理部１３は、シーケンス制御対象のクライアントを登録したクライアントテーブル１９を有する。クライアントテーブル１９は、例えば、図２に示すように、クライアントのＩＰアドレス１９１と、サーバ内でクライアントを識別するためのＩＤ１９２とを備える。このテーブルを参照すれば、シーケンス制御対象のクライアントがわかる。
【００２９】
次に、上述の構成を備える本システム１において、サーバ１０がクライアント２０に強制的にページ切替をさせるときの処理手順を、図３のフローチャートを用いて説明する。
【００３０】
まず、シーケンス制御部１２が中継処理部１５を介してクライアント管理部１３へＩＤの取得要求をして、クライアントテーブル１９に登録されているクライアントのＩＤを取得する（Ｓ１１）。そして、シーケンス制御部１２はページ切替コマンドを生成して、中継処理部１５を介してクライアント管理部１３へ通知する。（Ｓ１２）。ページ切替コマンドには送信先のＩＤが付されている。クライアント管理部１３は、このＩＤをＩＰアドレスへ変換して、ページ切替コマンドをソケット通信部２５からクライアント２０へ送信する。
【００３１】
クライアント２０では、リクエスト発行指示部２２がソケット通信部２５を介してページ切替コマンドを取得し、Ｗｅｂブラウザ２１に対して、ページ切替コマンドに含まれるＵＲＬのページを取得するためのリクエストの発行を指示する（Ｓ１４）。Ｗｅｂブラウザ２１は、この指示に従ってサーバ１０に対してリクエストを発行する（Ｓ１５）。サーバ１０では、Ｗｅｂサーバ１１がこのリクエストに基づいて、レスポンスを返す（Ｓ１６）。Ｗｅｂブラウザ２１は、このレスポンスを受け付けて、表示装置に表示させるページを切り替える（Ｓ１７）。この結果、サーバ１０がクライアント２０に強制的にページ切り替えをさせることができる。
【００３２】
次に、シーケンスが予め定められているコンテンツを表示させるときのシーケンス制御部１２の処理について、図４のフローチャートを用いて説明する。ここで、例示するシーケンスは、ページ１（アイドル画面）→ページ２（認証開始画面）→ページ３（認証確認画面）→ページ４（個人画面）からなる認証シーケンスである。このシーケンスにおいて、ページ２およびページ３の表示時間が一定時間を経過しても次の画面へ遷移しないときは、タイムアウトとしてページ１へ戻ることとする。
【００３３】
シーケンス制御部１２がページ１を表示させるためのページ切替コマンドを生成し、クライアント２０へ送りページ１を表示させる（Ｓ２１）。シーケンス制御部１２はクライアント２０の状態変化を監視し、ページが切り替わったかどうかを判定する（Ｓ２２）。ページが切り替わったとき（Ｓ２２：Ｙｅｓ）、新たに表示されるページがページ２であるかどうかを判定する（Ｓ２３）。ここで、ページ２への切り替えでないときは（Ｓ２３：Ｎｏ）、シーケンスに従っていないので、ステップＳ２１へ戻り、強制的にページ１を表示させる。
【００３４】
ページ２へ切り替わったときは（Ｓ２３：Ｙｅｓ）、シーケンスに従っているので次のステップへ進み、ページ２を表示している時間が所定時間をしていないかどうか判定する（Ｓ２４）。ページ２の表示時間が所定時間を超えているときは（Ｓ２４：Ｙｅｓ）、ステップＳ２１へ戻り、強制的にページ１を表示させる。所定時間を超えていないときは（Ｓ２４：Ｎｏ）、シーケンス制御部１２はクライアント２０の状態変化を監視し、ページが切り替わったかどうかを判定する（Ｓ２５）。ページが切り替わったときは（Ｓ２５：Ｙｅｓ）、新たに表示されるページがページ３であるかどうかを判定する（Ｓ２６）。ここで、ページ３への切り替えでないときは（Ｓ２６：Ｎｏ）、シーケンスに従っていないので、シーケンス制御部１２がページ２を表示させるためのページ切替コマンドを生成し、クライアント２０へ送りページ２を表示させ、ステップＳ２４へ戻る（Ｓ３１）。
【００３５】
ページ３へ切り替わったときは（Ｓ２６：Ｙｅｓ）、シーケンスに従っているので次のステップへ進み、ページ３を表示している時間が所定時間を経過していないかどうか判定する（Ｓ２７）。ページ３の表示時間が所定時間を超えているときは（Ｓ２７：Ｙｅｓ）、ステップＳ２１へ戻り、強制的にページ１を表示させる。所定時間を超えていないときは（Ｓ２７：Ｎｏ）、シーケンス制御部１２はクライアント２０の状態変化を監視し、ページが切り替わったかどうかを判定する（Ｓ２８）。ページが切り替わったとき（Ｓ２８：Ｙｅｓ）、新たに表示されるページがページ４であるかどうかを判定する（Ｓ２９）。ここで、ページ４への切り替えでないときは（Ｓ２９：Ｎｏ）、シーケンスに従っていないので、シーケンス制御部１２がページ３を表示させるためのページ切替コマンドを生成し、クライアント２０へ送ってページ３を表示させ、ステップＳ２７へ戻る（Ｓ３２）。ページ４へ切り替わったときは（Ｓ２９：Ｙｅｓ）、シーケンスに従っているので、このまま個人画面が表示される。これにより、サーバ１０がクライアント２０に表示させる画面のシーケンスを制御することができる。
【００３６】
次に、本システム１において、サーバ１０がクライアント２０から商品等の注文を受け付けるときの処理手順について、図５を用いて説明する。
【００３７】
まず、クライアント２０のＷｅｂブラウザ２１には、注文を入力するための注文画面が表示されている。クライアント２０を使用しているユーザが、この画面に対して必要な情報を入力して、サーバ１０へリクエストを送る（Ｓ４１）。Ｗｅｂサーバ１１がこのリクエストを受け付けると、注文を受け付けたことを示す確認画面をレスポンスとしてＷｅｂブラウザ２１へ返す（Ｓ４２）。
【００３８】
そして、Ｗｅｂサーバ１１は、在庫の確認等の所定の注文処理を行う注文処理部３０に処理を行うよう指示をする（Ｓ４３）。注文処理部３０が所定の処理を完了すると、その旨をシーケンス制御部１２へ通知する（Ｓ４４）。シーケンス制御部１２は、注文結果を示す注文結果画面を表示させるためのページ切り替えコマンドを生成して、クライアント管理部１３を介してクライアント２０へ送信する（Ｓ４５，Ｓ４６）。
【００３９】
クライアント２０では、リクエスト発行指示部２２がこれを受け付けて、Ｗｅｂブラウザ２１に対してページ３を取得するためのリクエスト発行を指示する（Ｓ４７）。Ｗｅｂブラウザ２１は、これを受けて、Ｗｅｂサーバ１１に対して注文結果画面を取得するためのリクエストを行い、これを取得して表示させる。
【００４０】
このように、リクエストを受けた後、何らかの処理を行わなければならないため、直ちに処理結果を返すことができないようなときであっても、リクエスト（Ｓ４１）に対する仮のレスポンス（Ｓ４２）を返しておき、サーバが処理終了のタイミングをクライアントへ通知して、クライアントに処理結果が表示されるページを取得させることができる。つまり、本実施形態によれば、プル型のクライアント・サーバシステムにおいて、サーバがクライアントに強制的にプルを行わせるためのプッシュをすることができる。
【００４１】
上述した本発明の実施形態は、本発明の説明のための例示であり、本発明の範囲をそれらの実施形態にのみ限定する趣旨ではない。当業者は、本発明の要旨を逸脱することなしに、他の様々な態様で本発明を実施することができる。
【図面の簡単な説明】
【図１】本発明を適用した一実施形態に係るクライアント・サーバシステムの構成図である。
【図２】クライアントテーブルの一例を示す図である。
【図３】強制的なページ切替処理の手順を示すフローチャートである。
【図４】シーケンス制御部１２が行う処理のフローチャートである。
【図５】注文処理を行うときの処理シーケンスを示す図である。
【符号の説明】
１…クライアント・サーバシステム、１０…サーバ、１１…Ｗｅｂサーバ、１２…シーケンス制御部、１３…クライアント管理部、１６，２５…ソケット通信部、２０…クライアント、２１…Ｗｅｂブラウザ、２２…リクエスト発行指示部。
【図１】
2004348666.tif 000003
【図２】
2004348666.tif 000004
【図３】
2004348666.tif 000005
【図４】
2004348666.tif 000006
【図５】
2004348666.tif 000007