"サーバと複数のクライアントとがネットワーク接続されており,クライアントは所定の時間間隔にて当該サーバへのアクセスを行うクライアントサーバシステムにおける当該サーバであって,クライアントからのアクセスを受信する手段と,クライアント毎に管理され,それぞれの当該クライアントに通知すべき通知情報を管理する手段と,所定の内容を当該通知情報の対象となるクライアントへ送信せよとの内容を含む依頼を,受信した前記アクセスの応答として送信元クライアントに向けて送信する応答手段と,を備えるサーバ。前記所定の内容は通知情報の対象となる前記クライアントが,前記サーバにアクセスし,前記通知情報を取得するという動作のトリガであることを特徴とする請求項1に記載のサーバ。サーバと複数のクライアントとがネットワーク接続されており,クライアントは所定の時間間隔にて当該サーバへのアクセスを行うクライアントサーバシステムにおける当該サーバであって,クライアントからのアクセスを受信する手段と,クライアント毎に管理され,それぞれの当該クライアントに通知すべき通知情報を管理する手段と,前記通知情報の数が複数の場合,所定の条件に基づき前記通知情報の順位を決定し,受信した前記アクセスに対する応答として,当該順位の最上位から所定数の通知情報に関し,受信した前記アクセスの応答として所定の内容を当該通知情報の対象となるクライアントへ送信せよとの内容を含む依頼を送信元クライアントに向けて送信する応答手段と,を備えるサーバ。前記所定の条件は前記通知情報の対象となるクライアントにとっての優先度および/または前記サーバにおける前記通知情報の未処理時間であることを特徴とする請求項3に記載のサーバ。前記所定の内容は通知情報の対象となる前記クライアントが,前記サーバにアクセスし,前記通知情報を取得するという動作のトリガであることを特徴とする請求項3または4に記載のサーバ。サーバと複数のクライアントとがネットワーク接続されており,クライアントは所定の時間間隔にて当該サーバへのアクセスを行うクライアントサーバシステムであって,前記サーバは,所定のクライアントからのアクセスを受信する手段と,クライアント毎に管理され,それぞれの当該クライアントに通知すべき通知情報を管理する手段と,所定の内容を当該通知情報の対象となるクライアントへ送信せよとの依頼内容を,受信した前記アクセスの応答として送信元クライアントに向けて送信する応答手段と,を備えるクライアントサーバシステム。サーバと複数のクライアントとがネットワーク接続されており,クライアントは所定の時間間隔にて当該サーバへのアクセスを行うクライアントサーバシステムあって,前記サーバは,クライアントからのアクセスを受信する手段と,クライアント毎に管理され,それぞれの当該クライアントに通知すべき通知情報を管理する手段と,前記通知情報の数が複数の場合,所定の条件に基づき前記通知情報の順位を決定し,受信した前記アクセスに対する応答として,当該順位の最上位から所定数の通知情報に関し,受信した前記アクセスの応答として所定の内容を当該通知情報の対象となるクライアントへ送信せよとの内容を含む依頼を送信元クライアントに向けて送信する応答手段と,を備えるクライアントサーバシステム。サーバと複数のクライアントとがネットワーク接続されており,クライアントは所定の時間間隔にて当該サーバへのアクセスを行うクライアントサーバシステムにおける当該サーバを,クライアントからのアクセスを受信する手段と,クライアント毎に管理され,それぞれの当該クライアントに通知すべき通知情報を管理する手段と,所定の内容を当該通知情報の対象となるクライアントへ送信せよとの依頼内容が含まれた応答を,受信した前記アクセスの応答として送信元クライアントに向けて送信する応答手段と,して機能させるプログラム。前記所定の内容は通知情報の対象となる前記クライアントが,前記サーバにアクセスし,前記通知情報を取得するという動作のトリガであることを特徴とする請求項8に記載のプログラム。サーバと複数のクライアントとがネットワーク接続されており,クライアントは所定の時間間隔にて当該サーバへのアクセスを行うクライアントサーバシステムにおける当該サーバを,クライアントからのアクセスを受信する手段と,クライアント毎に管理され,それぞれの当該クライアントに通知すべき通知情報を管理する手段と,前記通知情報の数が複数の場合,所定の条件に基づき前記通知情報の順位を決定し,受信した前記アクセスに対する応答として,当該順位の最上位から所定数の通知情報に関し,受信した前記アクセスの応答として所定の内容を当該通知情報の対象となるクライアントへ送信せよとの内容を含む依頼を送信元クライアントに向けて送信する応答手段と,して機能させるプログラム。前記所定の条件は前記通知情報の対象となるクライアントにとっての優先度および/または前記サーバにおける前記通知情報の未処理時間であることを特徴とする請求項10に記載のプログラム。前記所定の内容は通知情報の対象となる前記クライアントが,前記サーバにアクセスし,前記通知情報を取得するという動作のトリガであることを特徴とする請求項10または11に記載のプログラム。本願発明はこのような問題を解決するものである。すなわち,クライアントサーバシステム形態のネットワークおいて,クライアントの数を増やしてもサーバの負担を極力あげることなく,サーバからクライアントへのレスポンスも良いクライアントサーバシステムを提供することである。本願発明にかかる第1の形態は,サーバと複数のクライアントとがネットワーク接続されており,クライアントは所定の時間間隔にて当該サーバへのアクセスを行うクライアントサーバシステムにおける当該サーバであって,クライアントからのアクセスを受信する手段と,クライアント毎に管理され,それぞれの当該クライアントに通知すべき通知情報を管理する手段と,所定の内容を当該通知情報の対象となるクライアントへ送信せよとの内容を含む依頼を,受信したアクセスの応答として送信元クライアントに向けて送信する応答手段と,を備えるサーバである。好ましくは,所定の内容は通知情報の対象となるクライアントが,サーバにアクセスし,通知情報を取得するという動作のトリガである。本願発明にかかる第2の形態は,サーバと複数のクライアントとがネットワーク接続されており,クライアントは所定の時間間隔にて当該サーバへのアクセスを行うクライアントサーバシステムにおける当該サーバであって,クライアントからのアクセスを受信する手段と,クライアント毎に管理され,それぞれの当該クライアントに通知すべき通知情報を管理する手段と,通知情報の数が複数の場合,所定の条件に基づき通知情報の順位を決定し,受信したアクセスに対する応答として,当該順位の最上位から所定数の通知情報に関し,受信したアクセスの応答として所定の内容を当該通知情報の対象となるクライアントへ送信せよとの内容を含む依頼を送信元クライアントに向けて送信する応答手段と,を備えるサーバである。好ましくは,所定の条件は通知情報の対象となるクライアントにとっての優先度および/またはサーバにおける通知情報の未処理時間である。好ましくは,所定の内容は通知情報の対象となるクライアントが,サーバにアクセスし,通知情報を取得するという動作のトリガである。本願発明にかかる第3の形態は,サーバと複数のクライアントとがネットワーク接続されており,クライアントは所定の時間間隔にて当該サーバへのアクセスを行うクライアントサーバシステムであって,サーバは,所定のクライアントからのアクセスを受信する手段と,クライアント毎に管理され,それぞれの当該クライアントに通知すべき通知情報を管理する手段と,所定の内容を当該通知情報の対象となるクライアントへ送信せよとの依頼内容を,受信したアクセスの応答として送信元クライアントに向けて送信する応答手段と,を備えるクライアントサーバシステムである。本願発明にかかる第4の形態は,サーバと複数のクライアントとがネットワーク接続されており,クライアントは所定の時間間隔にて当該サーバへのアクセスを行うクライアントサーバシステムあって,サーバは,クライアントからのアクセスを受信する手段と,クライアント毎に管理され,それぞれの当該クライアントに通知すべき通知情報を管理する手段と,通知情報の数が複数の場合,所定の条件に基づき通知情報の順位を決定し,受信したアクセスに対する応答として,当該順位の最上位から所定数の通知情報に関し,受信したアクセスの応答として所定の内容を当該通知情報の対象となるクライアントへ送信せよとの内容を含む依頼を送信元クライアントに向けて送信する応答手段と,を備えるクライアントサーバシステムである。本願発明にかかる第5の形態は,サーバと複数のクライアントとがネットワーク接続されており,クライアントは所定の時間間隔にて当該サーバへのアクセスを行うクライアントサーバシステムにおける当該サーバを,クライアントからのアクセスを受信する手段と,クライアント毎に管理され,それぞれの当該クライアントに通知すべき通知情報を管理する手段と,所定の内容を当該通知情報の対象となるクライアントへ送信せよとの依頼内容が含まれた応答を,受信したアクセスの応答として送信元クライアントに向けて送信する応答手段と,して機能させるプログラムである。好ましくは,所定の内容は通知情報の対象となるクライアントが,サーバにアクセスし,通知情報を取得するという動作のトリガである。本願発明にかかる第6の形態は,サーバと複数のクライアントとがネットワーク接続されており,クライアントは所定の時間間隔にて当該サーバへのアクセスを行うクライアントサーバシステムにおける当該サーバを,クライアントからのアクセスを受信する手段と,クライアント毎に管理され,それぞれの当該クライアントに通知すべき通知情報を管理する手段と,通知情報の数が複数の場合,所定の条件に基づき通知情報の順位を決定し,受信したアクセスに対する応答として,当該順位の最上位から所定数の通知情報に関し,受信したアクセスの応答として所定の内容を当該通知情報の対象となるクライアントへ送信せよとの内容を含む依頼を送信元クライアントに向けて送信する応答手段と,して機能させるプログラムである。好ましくは,所定の条件は通知情報の対象となるクライアントにとっての優先度および/またはサーバにおける通知情報の未処理時間である。好ましくは,所定の内容は通知情報の対象となるクライアントが,サーバにアクセスし,通知情報を取得するという動作のトリガである。本願発明の第1の形態によれば,サーバで発生した特定クライアント向けのイベント発生通知依頼を,他のクライアントのポーリング応答に含めることで,サーバへの負担を軽減するためクライアントの数を増やしポーリング間隔を大きくしたとしても,当該特定のクライアントは自身に対するイベント発生を遅滞なく検知することができる。さらに,イベント発生通知を受信した当該特定クライアント自身が,この受信をトリガとして,サーバにアクセスを行い自身に対して発生したイベントの内容を取得することで,重要度が高いものや,秘匿性を有するようなイベントであっても,良好なレスポンスを維持しつつ内容を取得することができる。さらに本願発明の第2の形態によれば,サーバから送信されるイベント発生通知依頼は,イベントの重要度およびイベントの未処理時間に基づいて送信順序が決定されるため,クライアントの数が増加し,イベントが多数発生したとしても,効率よくクライアントに通知することができる。また,その他の形態によれば,イベントの未処理時間に応じて優先度を変化させることで,優先度の低いイベントが長期間にわたって通知されないという問題を回避することができる。また,その他の形態によれば,ポーリングしてきたクライアントに通知するイベント数を,当該クライアントの処理能力等に応じて変化させることで,イベントが発生しているクライアントへのイベント発生通知を,より効率的に行うことができる。以下では図面を参照し本願発明に係る実施例を説明する。[実施例1]図3は本実施例にかかるシーケンス図である。図示するように本実施例ではポーリング間隔を30sにしている。図2の説明では10sであったが,これよりも長い間隔としている。こうすることで,クライアントの数を3倍に増やしても,理論上,サーバへの負担は図2の場合と同じである。本願発明では,ポーリング間隔を長くしたことによる,サーバからクライアントへのレスポンス低下を防ぐため,任意のクライアント必ずしもそのクライアントにイベントが発生している必要はないからのポーリングに対する応答の中に,イベントが発生したクライアントに向けたイベント発生通知の依頼を含めている。この応答を受信したクライアントは,イベントが発生しているクライアントに対してイベント発生通知をする。こうすることで,当該イベントが発生しているクライアントは,自身のポーリング間隔に関係なく,他のクライアントからイベント発生通知を受信しイベントの発生を検知することができる。すなわち,イベントが発生しているクライアントにとって,他のクライアントから送信されたイベント発生通知の受信は,サーバにアクセスし当該イベントの内容を取得するためのトリガとなっている。図3は,クライアント102へのイベントがサーバ104にて発生した場合を図示している。図からわかるように,クライアント102は,自身のポーリング時間の到来を待たずしてイベント発生を検知できる。結果として,クライアント102がイベントを検知するまでの平均時間を,ポーリング間隔よりも大幅に短くすることが可能である。[ブロック図]図4は本実施例にかかるサーバ104のブロック図である。イベント管理手段404は,クライアントに対するイベントが発生すると,これをイベント保存領域406に登録する。アクセス受信手段402は,ネットワークインタフェース401を介してクライアントからのポーリングを受信する手段である。イベント存否判断手段403は,クライアントからのアクセスがあると,当該クライアント以外のクライアントに対するイベントが存在するかどうかを,イベント保存領域406を参照して判断する。判断の結果,イベントが存在していれば,後述する応答手段405にその旨通知する。応答手段405は,アクセス受信手段402が受信したクライアントからのポーリングに対して応答するものであるが,応答の際,前述のイベント存否判断手段403からの通知を受信していれば,イベント保存領域406からイベント情報を読み出し,その情報とともにクライアントに応答する。イベントが複数ある場合はすべてを読み出して応答する。[サーバの動作フロー]図5はサーバ104の動作フローである。ステップ501にて,クライアントからのアクセスがあるかどうかを判断する。判断の結果,アクセスがあれば,次のステップに進み,そうでなければ受信判断を繰り返す。ステップ502にて,イベントがあるかどうかを,イベント保存領域406を参照して判断する。判断の結果,存在すれば,次のステップに進み,そうでなければ受信判断に戻る。ステップ503にて,イベント保存領域406から,イベントを読み出し,これをステップ501にて受信したアクセスに対する応答内容に含めて応答する。[実施例2]すでに述べたように,クライアントのポーリング間隔を大きくすることで,サーバ104の負担を高めることなくクライアントの数を増やすことができる。しかし,クライアント数を増やせば,それに応じてイベント発生数も多くなる。発生したすべてのイベントを,ポーリングしてきたクライアントに一時に通知すると,当該クライアントにとっては大きな負担となる。そこで,本実施例では,サーバ104が,クライアントに通知するイベントの順位付けを行い,ポーリングしてきた1つのクライアントに対して上位から順に1件ずつ通知することで,クライアントの負荷を軽減しつつ,効率的なイベント通知を行う。上述した動作を示したのが図6である。これは,サーバ104がイベント保存領域406にて管理するイベントのリストである。図示するとおり,各イベントには,通知対象となるクライアント名,イベント優先度,および未処理時間の属性が与えられる。イベント優先度は,クライアントにとっての緊急度や重要度を意味し,優先度が高いほど即時処理を期待されるものである。優先度はイベントの種類に対応した所定のもの図では優先度が高い順にS,A,B,Cが予め定められている。一方,未処理時間は,イベントがサーバ104で発生してからの経過時間である。一般には,未処理時間が長いものほど,即時処理が求められると考えられる。サーバ104のイベント管理手段404は,発生したイベントをイベント保存領域406に登録する際,イベント優先度を第1キーとして登録する。次いで,同じイベント優先度の中での順位は,未処理時間の長いものほど上位になるようにソートして登録する。クライアントからのポーリングを受信すると,1件のポーリングに対し1件ずつイベントを上位から通知する。これにより,最も重要度緊急度が高いと推測されるイベント順に,対象となるクライアントに通知することができる。[ブロック図]図7は実施例2におけるサーバ104のブロック図である。図示するように,イベント管理手段404には,優先度および未処理時間をキーとしてイベントをソートする手段であるイベントソート手段701が備えられている。残りの手段は実施例1と同じであるため説明を省略する。図8は実施例2におけるサーバ104の動作フローである。図示するように,イベント管理タスクのステップ802にて,発生したイベントを優先度未処理時間順にソートして,イベント保存領域406に登録する。次いで,メインタスクのステップ803にて,イベント保存領域406に保存されているイベントを,最上位から順にポーリングしてきたクライアントに通知する。[その他の実施例]実施例2では,イベントを,優先度および未処理時間にて管理したが,この未処理時間が所定の閾値を超えると,優先度を上げるというようにしてもよい。例えば,優先度Aのイベントの未処理時間が100sを超えると,優先度Sに変えるなどである。この場合,未処理時間をいったん0ゼロにリセットすることが望ましい。実施例2では,サーバ104にて発生したイベントをポーリングしてきたクライアントに1件ずつ通知したが,クライアントの処理能力等を考慮し,優先度が高いものから順に,数件のイベントをまとめて通知することもできる。例えば,クライアントの処理能力が高い場合は,複数のイベントを通知することができる。[まとめ]本願発明の第1の形態によれば,サーバで発生した特定クライアント向けのイベント発生通知依頼を,他のクライアントのポーリング応答に含めることで,サーバへの負担を軽減するためクライアントの数を増やし,ポーリング間隔を大きくしたとしても,当該特定のクライアントは自身に対するイベント発生を遅滞なく検知することができる。さらに,イベント発生通知を受信した当該特定クライアント自身が,この受信をトリガとして,サーバにアクセスを行い自身に対して発生したイベントの内容を取得することで,重要度が高いものや,秘匿性を有するようなイベントであっても,良好なレスポンスを維持しつつ内容を取得することができる。さらに本願発明の第2の形態によれば,サーバから送信されるイベント発生通知依頼は,イベントの重要度およびサーバによるイベントの未処理時間に基づいて送信順序が決定されるため,クライアントの数が増加し,イベントが多数発生したとしても,効率よくクライアントに通知することができる。また,その他の形態によれば,イベントの未処理時間に応じて優先度を変化させることで,優先度の低いイベントが長期間にわたって通知されないという問題を回避することができる。また,その他の形態によれば,ポーリングしてきたクライアントに通知するイベント数を,当該クライアントの処理能力等に応じて変化させることで,イベントが発生しているクライアントへのイベント発生通知を,より効率的に行うことができる。"