JP2003122712A - クライアント監視方法、サーバー装置、プログラム及び記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 各クライアント装置の順番待ち制御を実現す
る。 【解決手段】 サーバー装置２のリクエスト振り分け部
２１は、クライアント装置１からのサービス提供要求を
受けたときに、サービス提供が不可能な場合は、セッシ
ョンＩＤを行列制御部２３に通知し、行列制御部２３に
通知したセッションＩＤのクライアント装置１に対して
サービス提供が可能となった場合は、行列制御部２３の
待ち行列から最古のセッションＩＤを取得してサービス
提供部２２に通知する。行列制御部２３は、リクエスト
振り分け部２１からセッションＩＤの通知を受けたと
き、このセッションＩＤを通知を受けた順に待ち行列に
登録する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、クライアント装置
と、ネットワークを介してクライアント装置にサービス
を提供するサーバー装置とからなる通信ネットワークシ
ステムに係り、特にクライアント監視を実現するクライ
アント監視方法、サーバー装置、プログラム及び記録媒
体に関するものである。

【０００２】

【従来の技術】従来、各クライアント装置を識別するた
めのセッションＩＤを発行する技術として、ウエブ（We
b ）で用いられるクッキー（Cookie）がある（参考文
献：”Ｃｏｏｋｉｅ入門”，アスキー出版局，ＩＳＢＮ
４−７５６１−２０１２−１）。また、ジャバ（Java，
登録商標）等のプログラムにおいても標準的にセッショ
ンＩＤを発行、管理する機能がついている。

【０００３】

【発明が解決しようとする課題】セッションＩＤを用い
ることで、サーバー装置は、クライアント装置を一意に
識別することができる。しかしながら、セッションＩＤ
を用いて各クライアント装置の順番待ち制御を行い、各
クライアント装置のアクセス継続時間を管理することは
実現していなかった。

【０００４】本発明は、上記課題を解決するためになさ
れたもので、セッションＩＤを用いて各クライアント装
置の順番待ち制御を行うことができるクライアント監視
方法、サーバー装置、プログラム及び記録媒体を提供す
ることを目的とする。また、本発明は、セッションＩＤ
を用いて各クライアント装置のアクセス継続時間を管理
することができるクライアント監視方法、サーバー装
置、プログラム及び記録媒体を提供することを目的とす
る。

【０００５】

【課題を解決するための手段】本発明は、ネットワーク
を介してクライアント装置（１）にサービスを提供する
サーバー装置（２，２ｂ）においてクライアント装置を
監視するクライアント監視方法であって、クライアント
装置からのサービス提供要求を受けたときに、サービス
提供が可能な場合は、このクライアント装置にサービス
を提供し、サービス提供が不可能な場合は、要求元の前
記クライアント装置に固有のセッションＩＤを前記要求
を受けた順に待ち行列に登録する手順と、前記待ち行列
に登録したセッションＩＤのクライアント装置に対して
サービス提供が可能となった場合は、前記待ち行列が示
す順番に従ってサービスを提供する手順とを実行するよ
うにしたものである。このように、サービス提供が不可
能な場合は、順番待ちのクライアント装置のセッション
ＩＤが待ち行列に登録される。また、本発明のクライア
ント監視方法の１構成例は、現在提供中のサービス数が
提供可能なサービス数の上限値より小さい場合、サービ
ス提供が可能と判断するようにしたものである。このよ
うに、現在提供中のサービス数が提供可能なサービス数
の上限値より小さい場合、サービス提供が可能と判断
し、現在提供中のサービス数が提供可能なサービス数の
上限値と等しい場合、サービス提供が不可能と判断す
る。また、本発明のクライアント監視方法の１構成例
は、クライアント装置からサーバー装置へ定期的にアク
セスさせるプログラムもしくはウエブページを、前記待
ち行列に登録したセッションＩＤのクライアント装置へ
送信する手順と、前記待ち行列に登録したセッションＩ
Ｄのクライアント装置から一定時間以上アクセスがない
場合には、このセッションＩＤを前記待ち行列から削除
する手順とを実行するようにしたものである。サーバー
装置から送られたプログラムもしくはウエブページによ
り、クライアント装置は、サーバー装置に対して定期的
にアクセスする。

【０００６】また、本発明のクライアント監視方法の１
構成例は、前記待ち行列が示す順番待ち情報を前記待ち
行列に登録したセッションＩＤのクライアント装置へ送
信するようにしたものである。また、本発明のクライア
ント監視方法の１構成例は、前記待ち行列に登録したセ
ッションＩＤのクライアント装置に対して、このクライ
アント装置が要求したサービスに関連する広告情報をネ
ットワークを介して配信するようにしたものである。ま
た、本発明のクライアント監視方法は、クライアント装
置（１）からのサービス提供要求を受けたとき、このク
ライアント装置からサーバー装置（２ａ）へ定期的にア
クセスさせるプログラムもしくはウエブページを要求元
の前記クライアント装置へ送信する手順と、前記クライ
アント装置からのアクセスを監視し、アクセス継続時間
をアクセス元のクライアント装置に固有のセッションＩ
Ｄと対応付けて管理する手順とを実行するようにしたも
のである。

【０００７】また、本発明のサーバー装置（２，２ｂ）
は、リクエスト振り分け部（２１，２１ｂ）とサービス
提供部（２２）と行列制御部（２３，２３ｂ）とからな
り、前記リクエスト振り分け部は、クライアント装置
（１，１ｂ）からのサービス提供要求を受けたときに、
サービス提供が可能な場合は、このクライアント装置に
固有のセッションＩＤを前記サービス提供部に通知し、
サービス提供が不可能な場合は、前記セッションＩＤを
前記行列制御部に通知し、この行列制御部に通知したセ
ッションＩＤのクライアント装置に対してサービス提供
が可能となった場合は、前記行列制御部の待ち行列から
最古のセッションＩＤを取得して前記サービス提供部に
通知する手段を備え、前記サービス提供部は、前記リク
エスト振り分け部からセッションＩＤの通知を受けたと
き、このセッションＩＤのクライアント装置に対してサ
ービスを提供する手段を備え、前記行列制御部は、前記
リクエスト振り分け部からセッションＩＤの通知を受け
たとき、このセッションＩＤを通知を受けた順に前記待
ち行列に登録する手段を備えるものである。また、本発
明のサーバー装置の１構成例において、前記リクエスト
振り分け部は、現在提供中のサービス数が提供可能なサ
ービス数の上限値より小さい場合、サービス提供が可能
と判断する手段を備えるものである。また、本発明のサ
ーバー装置の１構成例において、前記リクエスト振り分
け部は、クライアント装置からのサービス提供要求を受
けたときに、サービス提供が不可能な場合は、クライア
ント装置から自装置へ定期的にアクセスさせるプログラ
ムもしくはウエブページを要求元の前記クライアント装
置へ送信する手段を備え、前記行列制御部は、前記待ち
行列に登録したセッションＩＤのクライアント装置から
一定時間以上アクセスがない場合には、このセッション
ＩＤを前記待ち行列から削除する手段を備えるものであ
る。

【０００８】また、本発明のサーバー装置の１構成例に
おいて、前記行列制御部は、前記待ち行列が示す順番待
ち情報を前記待ち行列に登録されたセッションＩＤのク
ライアント装置へ送信する手段を備えるものである。ま
た、本発明のサーバー装置の１構成例（２ｂ）は、前記
待ち行列に登録されたセッションＩＤのクライアント装
置に対して、このクライアント装置が要求したサービス
に関連する広告情報をネットワークを介して配信する広
告提供部（２５）を有するものである。また、本発明の
サーバー装置（２ａ）は、リクエスト受付部（２１ａ）
とサービス提供部（２２）とアクセス時間管理部（２
４）とからなり、前記リクエスト受付部は、クライアン
ト装置（１）からのサービス提供要求を受けたときに、
このクライアント装置に固有のセッションＩＤを前記サ
ービス提供部及び前記アクセス時間管理部に通知する手
段を備え、前記サービス提供部は、前記リクエスト受付
部からセッションＩＤの通知を受けたとき、このセッシ
ョンＩＤのクライアント装置に対してサービス用のメッ
セージを送信する手段を備え、前記アクセス時間管理部
は、前記リクエスト受付部から通知されたセッションＩ
ＤとこのセッションＩＤのクライアント装置のアクセス
継続時間とを対応付けて管理する手段を備えるものであ
る。

【０００９】

【発明の実施の形態】［第１の実施の形態］以下、本発
明の実施の形態について図面を参照して詳細に説明す
る。図１は本発明の第１の実施の形態となる通信ネット
ワークシステムの構成を示すブロック図である。図１に
おいて、「Ｙ３８７Ｄ」，「Ｘ７３２Ａ」，「Ｚ７９６
Ｆ」，「Ｄ８７３Ｘ」はセッションＩＤを示している。

【００１０】本実施の形態の通信ネットワークシステム
は、クライアント装置１と、図示しないネットワークを
介してクライアント装置１にサービスを提供するサーバ
ー装置２とから構成される。サーバー装置２は、クライ
アント装置１からのサービス提供要求を受けたときに、
サービス提供が可能な場合は、このクライアント装置１
に固有のセッションＩＤをサービス提供部２２に通知
し、サービス提供が不可能な場合は、セッションＩＤを
行列制御部２３に通知するリクエスト振り分け部２１
と、リクエスト振り分け部２１からセッションＩＤの通
知を受けたとき、このセッションＩＤのクライアント装
置１に対してサービスを提供するサービス提供部２２
と、リクエスト振り分け部２１からセッションＩＤの通
知を受けたとき、このセッションＩＤを通知を受けた順
に待ち行列に登録する行列制御部２３とを有している。

【００１１】図２〜図５に図１の通信ネットワークシス
テムの動作を示す。図２はクライアント装置１の動作、
図３はサーバー装置２のリクエスト振り分け部２１の動
作、図４はサービス提供部２２の動作、図５は行列制御
部２３の動作を示している。以下、図１〜図５を用いて
本実施の形態の通信ネットワークシステムの動作を説明
する。まず、クライアント装置１は、ユーザの操作に応
じて、サーバー装置２へサービス提供を求めるサービス
開始リクエストメッセージを送信する（図２ステップ１
０１）。

【００１２】このとき、サーバー装置２のリクエスト振
り分け部２１は、クライアント装置１からの初回アクセ
スである場合、固有のセッションＩＤを含むクッキー情
報をアクセス元のクライアント装置１に送り、クライア
ント装置１は、受信したクッキー情報を保存する。ま
た、２回目以降のアクセスである場合、クライアント装
置１は、保存していたクッキー情報をサーバー装置２に
送る。

【００１３】リクエスト振り分け部２１は、ネットワー
クを介してクライアント装置１からサービス開始リクエ
ストメッセージを受信すると（図３ステップ２０１にお
いてＹＥＳ）、クッキー情報を基にアクセス元のクライ
アント装置１を一意に識別し、識別したクライアント装
置１に対してサービス提供可能かどうかを確認する（ス
テップ２０２）。

【００１４】提供可能なサービス数には予め上限値が設
定されており、リクエスト振り分け部２１は、現在提供
中のサービス数が上限値より小さい場合には、新たなサ
ービス提供が可能であると判断する。リクエスト振り分
け部２１は、サービス提供が可能と判断した場合、アク
セス元のクライアント装置１に固有のセッションＩＤ
（ここでは「Ｘ７３２Ａ」とする）をサービス提供部２
２に通知する（ステップ２０３）。

【００１５】サービス提供部２２は、リクエスト振り分
け部２１からセッションＩＤ「Ｘ７３２Ａ」の通知を受
けると（図４ステップ３０１においてＹＥＳ）、このセ
ッションＩＤを内部のデータベースに登録して管理し、
セッションＩＤを登録したことをリクエスト振り分け部
２１に通知する（ステップ３０２）。

【００１６】そして、サービス提供部２２は、サービス
用のページへのＵＲＬ（Uniform Resource Locators ）
を含むウエブページをネットワークを介してアクセス元
のクライアント装置１に送信することにより、サービス
提供を開始する（ステップ３０３）。クライアント装置
１は、ネットワークを介してサーバー装置２から提供さ
れるサービスを受ける（ステップ１０２においてＹＥ
Ｓ）。

【００１７】次に、ステップ２０２において、現在提供
中のサービス数が上限値に達していて、新たなサービス
提供が不可能な場合、リクエスト振り分け部２１は、ア
クセス元のクライアント装置１に固有のセッションＩＤ
「Ｘ７３２Ａ」を行列制御部２３に通知する（ステップ
２０４）。行列制御部２３内のデータベースには、サー
ビス提供を要求したクライアント装置１のセッションＩ
Ｄとその待ち順を示す待機番号とからなるデータをセッ
ションＩＤが通知された順に並べた待ち行列が格納され
ている。待機番号は、待ち行列の先頭を示す「１」から
始まる自然数である。

【００１８】行列制御部２３は、リクエスト振り分け部
２１からセッションＩＤの通知を受けると（図５ステッ
プ４０１においてＹＥＳ）、待ち行列の最後尾の待機番
号に１を加えた番号を新たな最後尾待機番号として、こ
の待機番号と通知されたセッションＩＤとを待ち行列の
最後尾に追加・登録する（ステップ４０２）。

【００１９】そして、リクエスト振り分け部２１は、ク
ライアント装置１からサーバー装置２へ定期的にアクセ
スさせるプログラムもしくはウエブページを前記アクセ
ス元のクライアント装置１へ送信し、行列制御部２３
は、順番待ち情報（待ち行列に登録した待機番号）を前
記アクセス元のクライアント装置１へ送信する（ステッ
プ４０３）。

【００２０】クライアント装置１からサーバー装置２へ
定期的にアクセスさせるプログラムは、ジャバによって
実現できる。すなわち、ジャバの標準ライブラリに含ま
れるタイマー機能と通信機能とを含んだプログラムをク
ライアント装置１に送信することで、クライアント装置
１からサーバー装置２へ定期的にアクセスさせる動作を
実現できる。また、ＨＴＴＰリフレッシュ（Refresh ）
機能を用いることにより、指定した時間後にサーバー装
置２へアクセスさせるウエブページを実現することがで
きる。

【００２１】クライアント装置１は、サーバー装置２か
ら順番待ち情報を受信すると（図２ステップ１０３にお
いてＹＥＳ）、受信した順番待ち情報をクライアント装
置１のユーザに対して提示する（ステップ１０４）。次
に、クライアント装置１は、サーバー装置２のリクエス
ト振り分け部２１から送られたプログラムもしくはウエ
ブページの機能により、送信タイミングになると（ステ
ップ１０５においてＹＥＳ）、サーバー装置２に対して
サービス開始リクエストメッセージを送信する（ステッ
プ１０１）。

【００２２】このようにして、クライアント装置１は、
サーバー装置２から受信した順番待ち情報を表示し、サ
ーバー装置２に対して一定時間毎にサービス開始リクエ
ストメッセージを自動的に送信する。サーバー装置２で
は、サービス開始リクエストメッセージを送信した、順
番待ちのクライアント装置１に対して広告情報を配信す
ることができる。

【００２３】次に、サーバー装置２のリクエスト振り分
け部２１は、前記待ち行列に登録されたクライアント装
置１に対してサービス提供が可能かどうかを判定する
（図３ステップ２０５）。リクエスト振り分け部２１
は、現在提供中のサービス数が提供可能なサービス数の
上限値より小さい場合、新たなサービス提供が可能であ
ると判断して（ステップ２０５においてＹＥＳ）、行列
制御部２３の待ち行列を参照し、待ち行列の先頭（待機
番号「１」）にあるセッションＩＤを取得する（ステッ
プ２０６）。

【００２４】このとき、行列制御部２３は、リクエスト
振り分け部２１によって読み出された先頭のセッション
ＩＤを待ち行列から削除した後、残りのセッションＩＤ
に対応する各待機番号を１繰り上げ（減算）する。そし
て、リクエスト振り分け部２１は、行列制御部２３から
取得したセッションＩＤをサービス提供部２２に通知す
る（ステップ２０７）。サービス提供部２２にセッショ
ンＩＤを通知した以降の動作は図４で説明したとおりで
ある。こうして、サーバー装置２は、待ち順に従ってク
ライアント装置１にサービスを提供する。

【００２５】次に、サービス提供部２２は、現在サービ
ス提供中のクライアント装置１の中にサービス提供が終
了したものがあるかどうかを判定する（図４ステップ３
０４）。サービス提供部２２は、サービス提供が終了し
たクライアント装置１が存在する場合には、このクライ
アント装置１のセッションＩＤを内部のデータベースか
ら削除して（ステップ３０５）、削除したセッションＩ
Ｄをリクエスト振り分け部２１に通知する（ステップ３
０６）。

【００２６】図１の例では、セッションＩＤ「Ｙ３８７
Ｄ」を内部のデータベースから削除すると共に、このク
ライアント装置１へのサービス提供が終了したことをリ
クエスト振り分け部２１に通知している。

【００２７】次に、行列制御部２３は、クライアント装
置１の最新のアクセス時刻（リクエスト振り分け部２１
からセッションＩＤの通知を受けた時刻のうち最も新し
いもの）をクライアント装置１毎（セッションＩＤ毎）
に管理しており、この最新のアクセス時刻から一定時間
が経過しているクライアント装置１が存在するかどうか
を判定する（図５ステップ４０４）。

【００２８】前述のように、クライアント装置１は、サ
ーバー装置２から送られたプログラムもしくはウエブペ
ージの機能により、サーバー装置２に対して一定時間毎
に自動的にアクセスすることを繰り返すが、クライアン
ト装置１のユーザがサービス要求を解除する等の操作を
行うと、クライアント装置１からサーバー装置２への自
動アクセスも停止する。

【００２９】行列制御部２３は、最新のアクセス時刻か
ら一定時間が経過しているクライアント装置１が存在す
る場合、このクライアント装置１からのアクセスがな
く、順番待ちから外れたものと見なして、このクライア
ント装置１のセッションＩＤをデータベースの待ち行列
から削除する（ステップ４０５）。セッションＩＤを削
除した場合には、削除したＩＤより後ろのセッションＩ
Ｄに対応する各待機番号を１繰り上げる。以上のように
して、本実施の形態では、クライアント装置１の順番待
ち制御を行うことができる。

【００３０】［第２の実施の形態］図６は本発明の第２
の実施の形態となる通信ネットワークシステムの構成を
示すブロック図であり、図１と同一の構成には同一の符
号を付してある。本実施の形態の通信ネットワークシス
テムは、クライアント装置１と、図示しないネットワー
クを介してクライアント装置１にサービスを提供するサ
ーバー装置２ａとから構成される。

【００３１】サーバー装置２ａは、クライアント装置１
からのサービス提供要求を受けたときに、このクライア
ント装置１に固有のセッションＩＤをサービス提供部２
２とアクセス時間管理部２４に通知するリクエスト受付
部２１ａと、サービス提供部２２と、リクエスト受付部
２１ａから通知されたセッションＩＤとこのセッション
ＩＤのクライアント装置のアクセス継続時間とを対応付
けて管理するアクセス時間管理部２４とを有している。

【００３２】図７、図８に図６の通信ネットワークシス
テムの動作を示す。図７はサーバー装置２ａのリクエス
ト受付部２１ａの動作、図８はアクセス時間管理部２４
の動作を示している。以下、図７、図８を用いて本実施
の形態の通信ネットワークシステムの動作を説明する。
まず、クライアント装置１の動作は、第１の実施の形態
と同様である。

【００３３】リクエスト受付部２１ａは、ネットワーク
を介してクライアント装置１からサービス開始リクエス
トメッセージを受信すると（図７ステップ６０１におい
てＹＥＳ）、クッキー情報を基にアクセス元のクライア
ント装置１を一意に識別し、アクセス元のクライアント
装置１に固有のセッションＩＤ（ここでは「Ｘ７３２
Ａ」）をサービス提供部２２とアクセス時間管理部２４
に通知する（ステップ６０２）。

【００３４】そして、リクエスト受付部２１ａは、クラ
イアント装置１からサーバー装置２ａへ定期的にアクセ
スさせるプログラムもしくはウエブページを前記アクセ
ス元のクライアント装置１へ送信する（ステップ６０
３）。クライアント装置１は、第１の実施の形態と同様
に、サーバー装置２ａから送られたプログラムもしくは
ウエブページの機能により、サーバー装置２ａに対して
一定時間毎にサービス開始リクエストメッセージを自動
的に送信する。リクエスト受付部２１ａからセッション
ＩＤの通知を受けたサービス提供部２２の動作は、第１
の実施の形態と同様である。

【００３５】次に、アクセス時間管理部２４は、リクエ
スト受付部２１ａからセッションＩＤ「Ｘ７３２Ａ」の
通知を受けたとき（図８ステップ７０１においてＹＥ
Ｓ）、このセッションＩＤのクライアント装置１からの
初回アクセスである場合、すなわち該当するセッション
ＩＤが登録されていない場合（ステップ７０２において
ＹＥＳ）、セッションＩＤが通知された時刻をクライア
ント装置１のアクセス開始時刻とし、このアクセス開始
時刻と通知されたセッションＩＤとを対応付けて内部の
データベースに登録して管理する（ステップ７０３）。

【００３６】続いて、アクセス時間管理部２４は、クラ
イアント装置１からの初回アクセスでない場合（ステッ
プ７０２においてＮＯ）あるいはステップ７０３の処理
が終了した場合、セッションＩＤが通知された時刻をク
ライアント装置１の最終アクセス時刻とし、この最終ア
クセス時刻を通知されたセッションＩＤと対応付けて内
部のデータベースに登録して管理する（ステップ７０
４）。なお、初回アクセス時には、アクセス開始時刻と
最終アクセス時刻が同じなので、最終アクセス時刻は登
録しなくてもよい。

【００３７】次に、アクセス時間管理部２４は、通知さ
れたセッションＩＤに対応する最終アクセス時刻とアク
セス開始時刻との差をアクセス継続時間とし、このアク
セス継続時間を通知されたセッションＩＤと対応付けて
内部のデータベースに登録して管理する（ステップ７０
５）。

【００３８】したがって、クライアント装置１からサー
バー装置２ａへのアクセスが行われる度に、このクライ
アント装置１に対応する最終アクセス時刻とアクセス継
続時間が更新されることになる。以上のようにして、ク
ライアント装置１のアクセス継続時間を管理することが
できる。

【００３９】［第３の実施の形態］図９は本発明の第３
の実施の形態となる通信ネットワークシステムの構成を
示すブロック図であり、図１と同一の構成には同一の符
号を付してある。本実施の形態の通信ネットワークシス
テムは、クライアント装置１ｂと、図示しないネットワ
ークを介してクライアント装置１ｂにサービスを提供す
るサーバー装置２ｂとから構成される。

【００４０】サーバー装置２ｂは、リクエスト振り分け
部２１と、サービス提供部２２と、リクエスト振り分け
部２１からセッションＩＤの通知を受けたとき、このセ
ッションＩＤとサービス属性値とを通知を受けた順に待
ち行列に登録する行列制御部２３ｂと、行列制御部２３
ｂの待ち行列に登録されたセッションＩＤのクライアン
ト装置１ｂに対して、このクライアント装置１ｂが要求
したサービスに関連する広告情報をネットワークを介し
て配信する広告提供部２５とを有している。

【００４１】図１０〜図１３に図９の通信ネットワーク
システムの動作を示す。図１０はクライアント装置１ｂ
の動作、図１１はサーバー装置２ｂのリクエスト振り分
け部２１ｂの動作、図１２は行列制御部２３ｂの動作、
図１３は広告提供部２５の動作を示している。以下、図
１０〜図１３を用いて本実施の形態の通信ネットワーク
システムの動作を説明する。まず、クライアント装置１
ｂの図１０に示すステップ１０１〜１０５の動作は、第
１の実施の形態のクライアント装置１と同様である。

【００４２】ただし、第１の実施の形態のクライアント
装置１は、ステップ１０１の時点で所望のサービスを指
定する必要は必ずしもないが、本実施の形態のクライア
ント装置１ｂは、サービス開始リクエストメッセージを
送信する時点で所望のサービスを指定する。

【００４３】次に、リクエスト振り分け部２１ｂは、第
１の実施の形態のリクエスト振り分け部２１とほぼ同様
に動作するが、図１１のステップ２０４ａにおいてアク
セス元のクライアント装置１ｂに固有のセッションＩＤ
を行列制御部２３ｂに通知する際、クライアント装置１
ｂから指定されたサービスをセッションＩＤと共に通知
する。

【００４４】サービス提供部２２の動作は第１の実施の
形態と同じである。次に、行列制御部２３ｂは、第１の
実施の形態の行列制御部２３とほぼ同様に動作するが、
図１２のステップ４０２ａにおいて、通知されたセッシ
ョンＩＤと待機番号とを待ち行列に追加・登録する際、
リクエスト振り分け部２１ｂから通知されたサービスに
対応するサービス属性値をセッションＩＤと待機番号と
共に登録する。

【００４５】例えば、クライアント装置１ｂから指定さ
れたサービスがあるコンサートチケットを予約するサー
ビスであるとすれば、このサービスには「音楽」、「ロ
ック」といった１つ又は複数のサービス属性値が予め設
定されている。行列制御部２３ｂは、このようなサービ
ス属性値をセッションＩＤと待機番号と共に待ち行列に
登録する。

【００４６】次に、広告提供部２５のデータベースに
は、情報提供者から配信を依頼された広告情報とその広
告属性値とが予め登録されている。広告提供部２５は、
行列制御部２３ｂの待ち行列と自身のデータベースとを
一定時間毎に参照して、待ち行列のサービス属性値に関
連する広告情報を検索する（図１３ステップ５０１）。
広告提供部２５は、サービス属性値と広告属性値とを比
較して、少なくとも一部が一致すれば関連性があると判
定する。

【００４７】広告提供部２５は、待ち行列のサービス属
性値に関連する広告情報が存在する場合、このサービス
属性値に対応するセッションＩＤのクライアント装置１
ｂに対して前記関連する広告情報を配信済みかどうかを
確認し（ステップ５０２）、配信していない場合には、
前記関連する広告情報をネットワークを介してクライア
ント装置１ｂに配信する（ステップ５０３）。なお、関
連する広告情報が複数存在する場合には、属性値の一致
数が最も大きい広告情報を配信する。

【００４８】クライアント装置１ｂは、サーバー装置２
ｂから広告情報を受信すると（図１０ステップ１０６に
おいてＹＥＳ）、受信した広告情報をクライアント装置
１ｂのユーザに対して提示する（ステップ１０７）。こ
のように、本実施の形態では、クライアント装置１ｂか
ら要求されたサービスに関連する広告情報をクライアン
ト装置１ｂに配信する。

【００４９】例えば、ある歌手のコンサートチケットの
予約を希望するユーザは、その歌手に関するアイテムや
同系統の音楽に興味を示す可能性が高い。したがって、
ユーザが要求したサービスと関連性がある広告情報を選
択してユーザに配信すれば、情報提供者にとって効果的
な販促活動となる。

【００５０】なお、第１〜第３の実施の形態で示したサ
ーバー装置２，２ａ，２ｂの構成はコンピュータで実現
することができる。このコンピュータは、ＣＰＵ、ＲＯ
Ｍ（リードオンリメモリ）、ＲＡＭ（ランダムアクセス
メモリ）、フレキシブルディスク装置等の補助記憶装
置、ハードディスク装置等の大容量の外部記憶装置、通
信ネットワークとのインタフェースとなるインタフェー
ス装置といった構成を有している。

【００５１】本発明のクライアント監視方法を実現させ
るためのクライアント監視プログラムは、フレキシブル
ディスク、ＣＤ−ＲＯＭ、メモリカード等の記録媒体に
記録された状態で提供される。この記録媒体をコンピュ
ータの補助記憶装置に挿入すると、媒体に記録されたプ
ログラムが読み取られる。そして、ＣＰＵは、読み込ん
だプログラムをＲＡＭあるいは外部記憶装置に書き込
み、このプログラムに従って第１〜第３の実施の形態で
説明したような処理を実行する。

【００５２】

【発明の効果】本発明によれば、クライアント装置から
のサービス提供要求を受けたときに、サービス提供が可
能な場合は、このクライアント装置にサービスを提供
し、サービス提供が不可能な場合は、要求元のクライア
ント装置に固有のセッションＩＤを要求を受けた順に待
ち行列に登録する手順と、待ち行列に登録したセッショ
ンＩＤのクライアント装置に対してサービス提供が可能
となった場合は、待ち行列が示す順番に従ってサービス
を提供する手順とを実行することにより、各クライアン
ト装置の順番待ち制御を実現することができる。

【００５３】また、現在提供中のサービス数と提供可能
なサービス数の上限値とを比較することにより、サービ
ス提供が可能かどうかを判断することができる。

【００５４】また、クライアント装置からサーバー装置
へ定期的にアクセスさせるプログラムもしくはウエブペ
ージを、待ち行列に登録したセッションＩＤのクライア
ント装置へ送信する手順と、待ち行列に登録したセッシ
ョンＩＤのクライアント装置から一定時間以上アクセス
がない場合には、このセッションＩＤを待ち行列から削
除する手順とを実行することにより、クライアント装置
からサーバー装置に対して定期的にアクセスさせること
ができる。その結果、サーバー装置では、定期的にアク
セスしてくる順番待ちのクライアント装置に対して広告
情報等を配信することが可能となる。

【００５５】また、待ち行列が示す順番待ち情報を待ち
行列に登録したセッションＩＤのクライアント装置へ送
信することにより、クライアント装置のユーザは自身の
待ち順を認識することができる。

【００５６】また、待ち行列に登録したセッションＩＤ
のクライアント装置に対して、このクライアント装置が
要求したサービスに関連する広告情報をネットワークを
介して配信することにより、情報提供者にとって効果的
な販促活動を行うことができる。

【００５７】また、クライアント装置からのサービス提
供要求を受けたとき、このクライアント装置からサーバ
ー装置へ定期的にアクセスさせるプログラムもしくはウ
エブページを要求元のクライアント装置へ送信する手順
と、クライアント装置からのアクセスを監視し、アクセ
ス継続時間をアクセス元のクライアント装置に固有のセ
ッションＩＤと対応付けて管理する手順とを実行するこ
とにより、各クライアント装置のアクセス継続時間を管
理することができる。その結果、アクセス継続時間を利
用したアプリケーション、例えばアクセス継続時間に応
じた特典をユーザに与えるといったアプリケーションの
実現が可能となる。

【図面の簡単な説明】

【図１】 本発明の第１の実施の形態となる通信ネット
ワークシステムの構成を示すブロック図である。

【図２】 本発明の第１の実施の形態におけるクライア
ント装置の動作を示すフローチャート図である。

【図３】 本発明の第１の実施の形態におけるサーバー
装置のリクエスト振り分け部の動作を示すフローチャー
ト図である。

【図４】 本発明の第１の実施の形態におけるサーバー
装置のサービス提供部の動作を示すフローチャート図で
ある。

【図５】 本発明の第１の実施の形態におけるサーバー
装置の行列制御部の動作を示すフローチャート図であ
る。

【図６】 本発明の第２の実施の形態となる通信ネット
ワークシステムの構成を示すブロック図である。

【図７】 本発明の第２の実施の形態におけるサーバー
装置のリクエスト受付部の動作を示すフローチャート図
である。

【図８】 本発明の第２の実施の形態におけるサーバー
装置のアクセス時間管理部の動作を示すフローチャート
図である。

【図９】 本発明の第３の実施の形態となる通信ネット
ワークシステムの構成を示すブロック図である。

【図１０】 本発明の第３の実施の形態におけるクライ
アント装置の動作を示すフローチャート図である。

【図１１】 本発明の第３の実施の形態におけるサーバ
ー装置のリクエスト振り分け部の動作を示すフローチャ
ート図である。

【図１２】 本発明の第３の実施の形態におけるサーバ
ー装置の行列制御部の動作を示すフローチャート図であ
る。

【図１３】 本発明の第３の実施の形態におけるサーバ
ー装置の広告提供部の動作を示すフローチャート図であ
る。

【符号の説明】

１、１ｂ…クライアント装置、２、２ａ、２ｂ…サーバ
ー装置、２１、２１ｂ…リクエスト振り分け部、２１ａ
…リクエスト受付部、２２…サービス提供部、２３、２
３ｂ…行列制御部、２４…アクセス時間管理部、２５…
広告提供部。

Claims (19)

【特許請求の範囲】
1. 【請求項１】 ネットワークを介してクライアント装置
   にサービスを提供するサーバー装置においてクライアン
   ト装置を監視するクライアント監視方法であって、 クライアント装置からのサービス提供要求を受けたとき
   に、サービス提供が可能な場合は、このクライアント装
   置にサービスを提供し、サービス提供が不可能な場合
   は、要求元の前記クライアント装置に固有のセッション
   ＩＤを前記要求を受けた順に待ち行列に登録する手順
   と、 前記待ち行列に登録したセッションＩＤのクライアント
   装置に対してサービス提供が可能となった場合は、前記
   待ち行列が示す順番に従ってサービスを提供する手順と
   を実行することを特徴とするクライアント監視方法。
2. 【請求項２】 請求項１記載のクライアント監視方法に
   おいて、 現在提供中のサービス数が提供可能なサービス数の上限
   値より小さい場合、サービス提供が可能と判断すること
   を特徴とするクライアント監視方法。
3. 【請求項３】 請求項１記載のクライアント監視方法に
   おいて、 クライアント装置からサーバー装置へ定期的にアクセス
   させるプログラムもしくはウエブページを、前記待ち行
   列に登録したセッションＩＤのクライアント装置へ送信
   する手順と、 前記待ち行列に登録したセッションＩＤのクライアント
   装置から一定時間以上アクセスがない場合には、このセ
   ッションＩＤを前記待ち行列から削除する手順とを実行
   することを特徴とするクライアント監視方法。
4. 【請求項４】 請求項１記載のクライアント監視方法に
   おいて、 前記待ち行列が示す順番待ち情報を前記待ち行列に登録
   したセッションＩＤのクライアント装置へ送信すること
   を特徴とするクライアント監視方法。
5. 【請求項５】 請求項１記載のクライアント監視方法に
   おいて、 前記待ち行列に登録したセッションＩＤのクライアント
   装置に対して、このクライアント装置が要求したサービ
   スに関連する広告情報をネットワークを介して配信する
   ことを特徴とするクライアント監視方法。
6. 【請求項６】 ネットワークを介してクライアント装置
   にサービスを提供するサーバー装置においてクライアン
   ト装置を監視するクライアント監視方法であって、 クライアント装置からのサービス提供要求を受けたと
   き、このクライアント装置からサーバー装置へ定期的に
   アクセスさせるプログラムもしくはウエブページを要求
   元の前記クライアント装置へ送信する手順と、 前記クライアント装置からのアクセスを監視し、アクセ
   ス継続時間をアクセス元のクライアント装置に固有のセ
   ッションＩＤと対応付けて管理する手順とを実行するこ
   とを特徴とするクライアント監視方法。
7. 【請求項７】 ネットワークを介してクライアント装置
   にサービスを提供するサーバー装置において、 リクエスト振り分け部とサービス提供部と行列制御部と
   からなり、 前記リクエスト振り分け部は、クライアント装置からの
   サービス提供要求を受けたときに、サービス提供が可能
   な場合は、このクライアント装置に固有のセッションＩ
   Ｄを前記サービス提供部に通知し、サービス提供が不可
   能な場合は、前記セッションＩＤを前記行列制御部に通
   知し、この行列制御部に通知したセッションＩＤのクラ
   イアント装置に対してサービス提供が可能となった場合
   は、前記行列制御部の待ち行列から最古のセッションＩ
   Ｄを取得して前記サービス提供部に通知する手段を備
   え、 前記サービス提供部は、前記リクエスト振り分け部から
   セッションＩＤの通知を受けたとき、このセッションＩ
   Ｄのクライアント装置に対してサービスを提供する手段
   を備え、 前記行列制御部は、前記リクエスト振り分け部からセッ
   ションＩＤの通知を受けたとき、このセッションＩＤを
   通知を受けた順に前記待ち行列に登録する手段を備える
   ことを特徴とするサーバー装置。
8. 【請求項８】 請求項７記載のサーバー装置において、 前記リクエスト振り分け部は、現在提供中のサービス数
   が提供可能なサービス数の上限値より小さい場合、サー
   ビス提供が可能と判断する手段を備えることを特徴とす
   るサーバー装置。
9. 【請求項９】 請求項７記載のサーバー装置において、 前記リクエスト振り分け部は、クライアント装置からの
   サービス提供要求を受けたときに、サービス提供が不可
   能な場合は、クライアント装置から自装置へ定期的にア
   クセスさせるプログラムもしくはウエブページを要求元
   の前記クライアント装置へ送信する手段を備え、 前記行列制御部は、前記待ち行列に登録したセッション
   ＩＤのクライアント装置から一定時間以上アクセスがな
   い場合には、このセッションＩＤを前記待ち行列から削
   除する手段を備えることを特徴とするサーバー装置。
10. 【請求項１０】 請求項７記載のサーバー装置におい
    て、 前記行列制御部は、前記待ち行列が示す順番待ち情報を
    前記待ち行列に登録されたセッションＩＤのクライアン
    ト装置へ送信する手段を備えることを特徴とするサーバ
    ー装置。
11. 【請求項１１】 請求項７記載のサーバー装置におい
    て、 前記待ち行列に登録されたセッションＩＤのクライアン
    ト装置に対して、このクライアント装置が要求したサー
    ビスに関連する広告情報をネットワークを介して配信す
    る広告提供部を有することを特徴とするサーバー装置。
12. 【請求項１２】 ネットワークを介してクライアント装
    置にサービスを提供するサーバー装置において、 リクエスト受付部とサービス提供部とアクセス時間管理
    部とからなり、 前記リクエスト受付部は、クライアント装置からのサー
    ビス提供要求を受けたときに、このクライアント装置に
    固有のセッションＩＤを前記サービス提供部及び前記ア
    クセス時間管理部に通知する手段を備え、 前記サービス提供部は、前記リクエスト受付部からセッ
    ションＩＤの通知を受けたとき、このセッションＩＤの
    クライアント装置に対してサービス用のメッセージを送
    信する手段を備え、 前記アクセス時間管理部は、前記リクエスト受付部から
    通知されたセッションＩＤとこのセッションＩＤのクラ
    イアント装置のアクセス継続時間とを対応付けて管理す
    る手段を備えることを特徴とするサーバー装置。
13. 【請求項１３】 ネットワークを介してクライアント装
    置にサービスを提供するコンピュータにおいてクライア
    ント装置を監視するクライアント監視プログラムであっ
    て、 クライアント装置からのサービス提供要求を受けたとき
    に、サービス提供が可能な場合は、このクライアント装
    置にサービスを提供し、サービス提供が不可能な場合
    は、要求元の前記クライアント装置に固有のセッション
    ＩＤを前記要求を受けた順に待ち行列に登録する手順
    と、 前記待ち行列に登録したセッションＩＤのクライアント
    装置に対してサービス提供が可能となった場合は、前記
    待ち行列が示す順番に従ってサービスを提供する手順と
    をコンピュータに実行させることを特徴とするクライア
    ント監視プログラム。
14. 【請求項１４】 請求項１３記載のクライアント監視プ
    ログラムにおいて、 現在提供中のサービス数が提供可能なサービス数の上限
    値より小さい場合、サービス提供が可能と判断すること
    を特徴とするクライアント監視プログラム。
15. 【請求項１５】 請求項１３記載のクライアント監視プ
    ログラムにおいて、 クライアント装置からコンピュータへ定期的にアクセス
    させるプログラムもしくはウエブページを、前記待ち行
    列に登録したセッションＩＤのクライアント装置へ送信
    する手順と、 前記待ち行列に登録したセッションＩＤのクライアント
    装置から一定時間以上アクセスがない場合には、このセ
    ッションＩＤを前記待ち行列から削除する手順とをコン
    ピュータに実行させることを特徴とするクライアント監
    視プログラム。
16. 【請求項１６】 請求項１３記載のクライアント監視プ
    ログラムにおいて、 前記待ち行列が示す順番待ち情報を前記待ち行列に登録
    したセッションＩＤのクライアント装置へ送信すること
    を特徴とするクライアント監視プログラム。
17. 【請求項１７】 請求項１３記載のクライアント監視プ
    ログラムにおいて、 前記待ち行列に登録したセッションＩＤのクライアント
    装置に対して、このクライアント装置が要求したサービ
    スに関連する広告情報をネットワークを介して配信する
    ことを特徴とするクライアント監視プログラム。
18. 【請求項１８】 ネットワークを介してクライアント装
    置にサービスを提供するコンピュータにおいてクライア
    ント装置を監視するクライアント監視プログラムであっ
    て、 クライアント装置からのサービス提供要求を受けたと
    き、このクライアント装置からサーバー装置へ定期的に
    アクセスさせるプログラムもしくはウエブページを要求
    元の前記クライアント装置へ送信する手順と、 前記クライアント装置からのアクセスを監視し、アクセ
    ス継続時間をアクセス元のクライアント装置に固有のセ
    ッションＩＤと対応付けて管理する手順とをコンピュー
    タに実行させることを特徴とするクライアント監視プロ
    グラム。
19. 【請求項１９】 請求項１３−１８の何れかに記載のク
    ライアント監視プログラムを記録したことを特徴とする
    記録媒体。