JP3856291B2 - クライアント監視方法、サーバー装置、プログラム及び記録媒体 - Google Patents
クライアント監視方法、サーバー装置、プログラム及び記録媒体 Download PDFInfo
- Publication number
- JP3856291B2 JP3856291B2 JP2001315807A JP2001315807A JP3856291B2 JP 3856291 B2 JP3856291 B2 JP 3856291B2 JP 2001315807 A JP2001315807 A JP 2001315807A JP 2001315807 A JP2001315807 A JP 2001315807A JP 3856291 B2 JP3856291 B2 JP 3856291B2
- Authority
- JP
- Japan
- Prior art keywords
- client device
- service
- session
- queue
- client
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は、クライアント装置と、ネットワークを介してクライアント装置にサービスを提供するサーバー装置とからなる通信ネットワークシステムに係り、特にクライアント監視を実現するクライアント監視方法、サーバー装置、プログラム及び記録媒体に関するものである。
【０００２】
【従来の技術】
従来、各クライアント装置を識別するためのセッションＩＤを発行する技術として、ウエブ（Web ）で用いられるクッキー（Cookie）がある（参考文献：”Ｃｏｏｋｉｅ入門”，アスキー出版局，ＩＳＢＮ４−７５６１−２０１２−１）。また、ジャバ（Java，登録商標）等のプログラムにおいても標準的にセッションＩＤを発行、管理する機能がついている。
【０００３】
【発明が解決しようとする課題】
セッションＩＤを用いることで、サーバー装置は、クライアント装置を一意に識別することができる。しかしながら、セッションＩＤを用いて各クライアント装置の順番待ち制御を行い、各クライアント装置のアクセス継続時間を管理することは実現していなかった。
【０００４】
本発明は、上記課題を解決するためになされたもので、セッションＩＤを用いて各クライアント装置の順番待ち制御を行うことができるクライアント監視方法、サーバー装置、プログラム及び記録媒体を提供することを目的とする。
また、本発明は、セッションＩＤを用いて各クライアント装置のアクセス継続時間を管理することができるクライアント監視方法、サーバー装置、プログラム及び記録媒体を提供することを目的とする。
【０００５】
【課題を解決するための手段】
本発明は、ネットワークを介してクライアント装置（１）にサービスを提供するサーバー装置（２，２ｂ）においてクライアント装置を監視するクライアント監視方法であって、クライアント装置からのサービス提供要求を受けたときに、サービス提供が可能な場合は、このクライアント装置にサービスを提供し、サービス提供が不可能な場合は、要求元の前記クライアント装置に固有のセッションＩＤを前記要求を受けた順に待ち行列に登録する手順と、前記待ち行列に登録したセッションＩＤのクライアント装置に対してサービス提供が可能となった場合は、前記待ち行列が示す順番に従ってサービスを提供する手順と、クライアント装置からサーバー装置へ定期的にアクセスさせるプログラムもしくはウエブページを、前記待ち行列に登録したセッションＩＤのクライアント装置へ送信する手順と、前記待ち行列に登録したセッションＩＤのクライアント装置から一定時間以上アクセスがない場合には、このセッションＩＤを前記待ち行列から削除する手順とを実行するようにしたものである。このように、サービス提供が不可能な場合は、順番待ちのクライアント装置のセッションＩＤが待ち行列に登録される。サーバー装置から送られたプログラムもしくはウエブページにより、クライアント装置は、サーバー装置に対して定期的にアクセスする。
【０００６】
また、本発明のクライアント監視方法は、クライアント装置からのサービス提供要求を受けたときに、サービス提供が可能な場合は、このクライアント装置にサービスを提供し、サービス提供が不可能な場合は、要求元の前記クライアント装置に固有のセッションＩＤを前記要求を受けた順に待ち行列に登録する手順と、前記待ち行列が示す順番待ち情報を前記待ち行列に登録したセッションＩＤのクライアント装置へ送信する手順と、前記待ち行列に登録したセッションＩＤのクライアント装置に対してサービス提供が可能となった場合は、前記待ち行列が示す順番に従ってサービスを提供する手順とを実行するようにしたものである。
また、本発明のクライアント監視方法の１構成例は、前記待ち行列に登録したセッションＩＤのクライアント装置に対して、このクライアント装置が要求したサービスに関連する広告情報をネットワークを介して配信するようにしたものである。
【０００７】
また、本発明のサーバー装置（２，２ｂ）は、リクエスト振り分け部（２１，２１ｂ）とサービス提供部（２２）と行列制御部（２３，２３ｂ）とからなり、前記リクエスト振り分け部は、クライアント装置（１，１ｂ）からのサービス提供要求を受けたときに、サービス提供が可能な場合は、このクライアント装置に固有のセッションＩＤを前記サービス提供部に通知し、サービス提供が不可能な場合は、前記セッションＩＤを前記行列制御部に通知し、この行列制御部に通知したセッションＩＤのクライアント装置に対してサービス提供が可能となった場合は、前記行列制御部の待ち行列から最古のセッションＩＤを取得して前記サービス提供部に通知する手段と、クライアント装置からのサービス提供要求を受けたときに、サービス提供が不可能な場合は、クライアント装置から自装置へ定期的にアクセスさせるプログラムもしくはウエブページを要求元の前記クライアント装置へ送信する手段とを備え、前記サービス提供部は、前記リクエスト振り分け部からセッションＩＤの通知を受けたとき、このセッションＩＤのクライアント装置に対してサービスを提供する手段を備え、前記行列制御部は、前記リクエスト振り分け部からセッションＩＤの通知を受けたとき、このセッションＩＤを通知を受けた順に前記待ち行列に登録する手段と、前記待ち行列に登録したセッションＩＤのクライアント装置から一定時間以上アクセスがない場合には、このセッションＩＤを前記待ち行列から削除する手段とを備えるものである。
【０００８】
また、本発明のサーバー装置は、リクエスト振り分け部とサービス提供部と行列制御部とからなり、前記リクエスト振り分け部は、クライアント装置からのサービス提供要求を受けたときに、サービス提供が可能な場合は、このクライアント装置に固有のセッションＩＤを前記サービス提供部に通知し、サービス提供が不可能な場合は、前記セッションＩＤを前記行列制御部に通知し、この行列制御部に通知したセッションＩＤのクライアント装置に対してサービス提供が可能となった場合は、前記行列制御部の待ち行列から最古のセッションＩＤを取得して前記サービス提供部に通知する手段を備え、前記サービス提供部は、前記リクエスト振り分け部からセッションＩＤの通知を受けたとき、このセッションＩＤのクライアント装置に対してサービスを提供する手段を備え、前記行列制御部は、前記リクエスト振り分け部からセッションＩＤの通知を受けたとき、このセッションＩＤを通知を受けた順に前記待ち行列に登録する手段と、前記待ち行列が示す順番待ち情報を前記待ち行列に登録されたセッションＩＤのクライアント装置へ送信する手段とを備えるものである。
また、本発明のサーバー装置の１構成例（２ｂ）は、前記待ち行列に登録されたセッションＩＤのクライアント装置に対して、このクライアント装置が要求したサービスに関連する広告情報をネットワークを介して配信する広告提供部（２５）を有するものである。
【０００９】
【発明の実施の形態】
［第１の実施の形態］
以下、本発明の実施の形態について図面を参照して詳細に説明する。図１は本発明の第１の実施の形態となる通信ネットワークシステムの構成を示すブロック図である。図１において、「Ｙ３８７Ｄ」，「Ｘ７３２Ａ」，「Ｚ７９６Ｆ」，「Ｄ８７３Ｘ」はセッションＩＤを示している。
【００１０】
本実施の形態の通信ネットワークシステムは、クライアント装置１と、図示しないネットワークを介してクライアント装置１にサービスを提供するサーバー装置２とから構成される。サーバー装置２は、クライアント装置１からのサービス提供要求を受けたときに、サービス提供が可能な場合は、このクライアント装置１に固有のセッションＩＤをサービス提供部２２に通知し、サービス提供が不可能な場合は、セッションＩＤを行列制御部２３に通知するリクエスト振り分け部２１と、リクエスト振り分け部２１からセッションＩＤの通知を受けたとき、このセッションＩＤのクライアント装置１に対してサービスを提供するサービス提供部２２と、リクエスト振り分け部２１からセッションＩＤの通知を受けたとき、このセッションＩＤを通知を受けた順に待ち行列に登録する行列制御部２３とを有している。
【００１１】
図２〜図５に図１の通信ネットワークシステムの動作を示す。図２はクライアント装置１の動作、図３はサーバー装置２のリクエスト振り分け部２１の動作、図４はサービス提供部２２の動作、図５は行列制御部２３の動作を示している。以下、図１〜図５を用いて本実施の形態の通信ネットワークシステムの動作を説明する。まず、クライアント装置１は、ユーザの操作に応じて、サーバー装置２へサービス提供を求めるサービス開始リクエストメッセージを送信する（図２ステップ１０１）。
【００１２】
このとき、サーバー装置２のリクエスト振り分け部２１は、クライアント装置１からの初回アクセスである場合、固有のセッションＩＤを含むクッキー情報をアクセス元のクライアント装置１に送り、クライアント装置１は、受信したクッキー情報を保存する。また、２回目以降のアクセスである場合、クライアント装置１は、保存していたクッキー情報をサーバー装置２に送る。
【００１３】
リクエスト振り分け部２１は、ネットワークを介してクライアント装置１からサービス開始リクエストメッセージを受信すると（図３ステップ２０１においてＹＥＳ）、クッキー情報を基にアクセス元のクライアント装置１を一意に識別し、識別したクライアント装置１に対してサービス提供可能かどうかを確認する（ステップ２０２）。
【００１４】
提供可能なサービス数には予め上限値が設定されており、リクエスト振り分け部２１は、現在提供中のサービス数が上限値より小さい場合には、新たなサービス提供が可能であると判断する。リクエスト振り分け部２１は、サービス提供が可能と判断した場合、アクセス元のクライアント装置１に固有のセッションＩＤ（ここでは「Ｘ７３２Ａ」とする）をサービス提供部２２に通知する（ステップ２０３）。
【００１５】
サービス提供部２２は、リクエスト振り分け部２１からセッションＩＤ「Ｘ７３２Ａ」の通知を受けると（図４ステップ３０１においてＹＥＳ）、このセッションＩＤを内部のデータベースに登録して管理し、セッションＩＤを登録したことをリクエスト振り分け部２１に通知する（ステップ３０２）。
【００１６】
そして、サービス提供部２２は、サービス用のページへのＵＲＬ（Uniform Resource Locators ）を含むウエブページをネットワークを介してアクセス元のクライアント装置１に送信することにより、サービス提供を開始する（ステップ３０３）。クライアント装置１は、ネットワークを介してサーバー装置２から提供されるサービスを受ける（ステップ１０２においてＹＥＳ）。
【００１７】
次に、ステップ２０２において、現在提供中のサービス数が上限値に達していて、新たなサービス提供が不可能な場合、リクエスト振り分け部２１は、アクセス元のクライアント装置１に固有のセッションＩＤ「Ｘ７３２Ａ」を行列制御部２３に通知する（ステップ２０４）。行列制御部２３内のデータベースには、サービス提供を要求したクライアント装置１のセッションＩＤとその待ち順を示す待機番号とからなるデータをセッションＩＤが通知された順に並べた待ち行列が格納されている。待機番号は、待ち行列の先頭を示す「１」から始まる自然数である。
【００１８】
行列制御部２３は、リクエスト振り分け部２１からセッションＩＤの通知を受けると（図５ステップ４０１においてＹＥＳ）、待ち行列の最後尾の待機番号に１を加えた番号を新たな最後尾待機番号として、この待機番号と通知されたセッションＩＤとを待ち行列の最後尾に追加・登録する（ステップ４０２）。
【００１９】
そして、リクエスト振り分け部２１は、クライアント装置１からサーバー装置２へ定期的にアクセスさせるプログラムもしくはウエブページを前記アクセス元のクライアント装置１へ送信し、行列制御部２３は、順番待ち情報（待ち行列に登録した待機番号）を前記アクセス元のクライアント装置１へ送信する（ステップ４０３）。
【００２０】
クライアント装置１からサーバー装置２へ定期的にアクセスさせるプログラムは、ジャバによって実現できる。すなわち、ジャバの標準ライブラリに含まれるタイマー機能と通信機能とを含んだプログラムをクライアント装置１に送信することで、クライアント装置１からサーバー装置２へ定期的にアクセスさせる動作を実現できる。また、ＨＴＴＰリフレッシュ（Refresh ）機能を用いることにより、指定した時間後にサーバー装置２へアクセスさせるウエブページを実現することができる。
【００２１】
クライアント装置１は、サーバー装置２から順番待ち情報を受信すると（図２ステップ１０３においてＹＥＳ）、受信した順番待ち情報をクライアント装置１のユーザに対して提示する（ステップ１０４）。次に、クライアント装置１は、サーバー装置２のリクエスト振り分け部２１から送られたプログラムもしくはウエブページの機能により、送信タイミングになると（ステップ１０５においてＹＥＳ）、サーバー装置２に対してサービス開始リクエストメッセージを送信する（ステップ１０１）。
【００２２】
このようにして、クライアント装置１は、サーバー装置２から受信した順番待ち情報を表示し、サーバー装置２に対して一定時間毎にサービス開始リクエストメッセージを自動的に送信する。サーバー装置２では、サービス開始リクエストメッセージを送信した、順番待ちのクライアント装置１に対して広告情報を配信することができる。
【００２３】
次に、サーバー装置２のリクエスト振り分け部２１は、前記待ち行列に登録されたクライアント装置１に対してサービス提供が可能かどうかを判定する（図３ステップ２０５）。リクエスト振り分け部２１は、現在提供中のサービス数が提供可能なサービス数の上限値より小さい場合、新たなサービス提供が可能であると判断して（ステップ２０５においてＹＥＳ）、行列制御部２３の待ち行列を参照し、待ち行列の先頭（待機番号「１」）にあるセッションＩＤを取得する（ステップ２０６）。
【００２４】
このとき、行列制御部２３は、リクエスト振り分け部２１によって読み出された先頭のセッションＩＤを待ち行列から削除した後、残りのセッションＩＤに対応する各待機番号を１繰り上げ（減算）する。そして、リクエスト振り分け部２１は、行列制御部２３から取得したセッションＩＤをサービス提供部２２に通知する（ステップ２０７）。サービス提供部２２にセッションＩＤを通知した以降の動作は図４で説明したとおりである。
こうして、サーバー装置２は、待ち順に従ってクライアント装置１にサービスを提供する。
【００２５】
次に、サービス提供部２２は、現在サービス提供中のクライアント装置１の中にサービス提供が終了したものがあるかどうかを判定する（図４ステップ３０４）。サービス提供部２２は、サービス提供が終了したクライアント装置１が存在する場合には、このクライアント装置１のセッションＩＤを内部のデータベースから削除して（ステップ３０５）、削除したセッションＩＤをリクエスト振り分け部２１に通知する（ステップ３０６）。
【００２６】
図１の例では、セッションＩＤ「Ｙ３８７Ｄ」を内部のデータベースから削除すると共に、このクライアント装置１へのサービス提供が終了したことをリクエスト振り分け部２１に通知している。
【００２７】
次に、行列制御部２３は、クライアント装置１の最新のアクセス時刻（リクエスト振り分け部２１からセッションＩＤの通知を受けた時刻のうち最も新しいもの）をクライアント装置１毎（セッションＩＤ毎）に管理しており、この最新のアクセス時刻から一定時間が経過しているクライアント装置１が存在するかどうかを判定する（図５ステップ４０４）。
【００２８】
前述のように、クライアント装置１は、サーバー装置２から送られたプログラムもしくはウエブページの機能により、サーバー装置２に対して一定時間毎に自動的にアクセスすることを繰り返すが、クライアント装置１のユーザがサービス要求を解除する等の操作を行うと、クライアント装置１からサーバー装置２への自動アクセスも停止する。
【００２９】
行列制御部２３は、最新のアクセス時刻から一定時間が経過しているクライアント装置１が存在する場合、このクライアント装置１からのアクセスがなく、順番待ちから外れたものと見なして、このクライアント装置１のセッションＩＤをデータベースの待ち行列から削除する（ステップ４０５）。セッションＩＤを削除した場合には、削除したＩＤより後ろのセッションＩＤに対応する各待機番号を１繰り上げる。
以上のようにして、本実施の形態では、クライアント装置１の順番待ち制御を行うことができる。
【００３０】
［第２の実施の形態］
図６は本発明の第２の実施の形態となる通信ネットワークシステムの構成を示すブロック図であり、図１と同一の構成には同一の符号を付してある。本実施の形態の通信ネットワークシステムは、クライアント装置１と、図示しないネットワークを介してクライアント装置１にサービスを提供するサーバー装置２ａとから構成される。
【００３１】
サーバー装置２ａは、クライアント装置１からのサービス提供要求を受けたときに、このクライアント装置１に固有のセッションＩＤをサービス提供部２２とアクセス時間管理部２４に通知するリクエスト受付部２１ａと、サービス提供部２２と、リクエスト受付部２１ａから通知されたセッションＩＤとこのセッションＩＤのクライアント装置のアクセス継続時間とを対応付けて管理するアクセス時間管理部２４とを有している。
【００３２】
図７、図８に図６の通信ネットワークシステムの動作を示す。図７はサーバー装置２ａのリクエスト受付部２１ａの動作、図８はアクセス時間管理部２４の動作を示している。以下、図７、図８を用いて本実施の形態の通信ネットワークシステムの動作を説明する。まず、クライアント装置１の動作は、第１の実施の形態と同様である。
【００３３】
リクエスト受付部２１ａは、ネットワークを介してクライアント装置１からサービス開始リクエストメッセージを受信すると（図７ステップ６０１においてＹＥＳ）、クッキー情報を基にアクセス元のクライアント装置１を一意に識別し、アクセス元のクライアント装置１に固有のセッションＩＤ（ここでは「Ｘ７３２Ａ」）をサービス提供部２２とアクセス時間管理部２４に通知する（ステップ６０２）。
【００３４】
そして、リクエスト受付部２１ａは、クライアント装置１からサーバー装置２ａへ定期的にアクセスさせるプログラムもしくはウエブページを前記アクセス元のクライアント装置１へ送信する（ステップ６０３）。クライアント装置１は、第１の実施の形態と同様に、サーバー装置２ａから送られたプログラムもしくはウエブページの機能により、サーバー装置２ａに対して一定時間毎にサービス開始リクエストメッセージを自動的に送信する。リクエスト受付部２１ａからセッションＩＤの通知を受けたサービス提供部２２の動作は、第１の実施の形態と同様である。
【００３５】
次に、アクセス時間管理部２４は、リクエスト受付部２１ａからセッションＩＤ「Ｘ７３２Ａ」の通知を受けたとき（図８ステップ７０１においてＹＥＳ）、このセッションＩＤのクライアント装置１からの初回アクセスである場合、すなわち該当するセッションＩＤが登録されていない場合（ステップ７０２においてＹＥＳ）、セッションＩＤが通知された時刻をクライアント装置１のアクセス開始時刻とし、このアクセス開始時刻と通知されたセッションＩＤとを対応付けて内部のデータベースに登録して管理する（ステップ７０３）。
【００３６】
続いて、アクセス時間管理部２４は、クライアント装置１からの初回アクセスでない場合（ステップ７０２においてＮＯ）あるいはステップ７０３の処理が終了した場合、セッションＩＤが通知された時刻をクライアント装置１の最終アクセス時刻とし、この最終アクセス時刻を通知されたセッションＩＤと対応付けて内部のデータベースに登録して管理する（ステップ７０４）。なお、初回アクセス時には、アクセス開始時刻と最終アクセス時刻が同じなので、最終アクセス時刻は登録しなくてもよい。
【００３７】
次に、アクセス時間管理部２４は、通知されたセッションＩＤに対応する最終アクセス時刻とアクセス開始時刻との差をアクセス継続時間とし、このアクセス継続時間を通知されたセッションＩＤと対応付けて内部のデータベースに登録して管理する（ステップ７０５）。
【００３８】
したがって、クライアント装置１からサーバー装置２ａへのアクセスが行われる度に、このクライアント装置１に対応する最終アクセス時刻とアクセス継続時間が更新されることになる。以上のようにして、クライアント装置１のアクセス継続時間を管理することができる。
【００３９】
［第３の実施の形態］
図９は本発明の第３の実施の形態となる通信ネットワークシステムの構成を示すブロック図であり、図１と同一の構成には同一の符号を付してある。本実施の形態の通信ネットワークシステムは、クライアント装置１ｂと、図示しないネットワークを介してクライアント装置１ｂにサービスを提供するサーバー装置２ｂとから構成される。
【００４０】
サーバー装置２ｂは、リクエスト振り分け部２１と、サービス提供部２２と、リクエスト振り分け部２１からセッションＩＤの通知を受けたとき、このセッションＩＤとサービス属性値とを通知を受けた順に待ち行列に登録する行列制御部２３ｂと、行列制御部２３ｂの待ち行列に登録されたセッションＩＤのクライアント装置１ｂに対して、このクライアント装置１ｂが要求したサービスに関連する広告情報をネットワークを介して配信する広告提供部２５とを有している。
【００４１】
図１０〜図１３に図９の通信ネットワークシステムの動作を示す。図１０はクライアント装置１ｂの動作、図１１はサーバー装置２ｂのリクエスト振り分け部２１ｂの動作、図１２は行列制御部２３ｂの動作、図１３は広告提供部２５の動作を示している。以下、図１０〜図１３を用いて本実施の形態の通信ネットワークシステムの動作を説明する。まず、クライアント装置１ｂの図１０に示すステップ１０１〜１０５の動作は、第１の実施の形態のクライアント装置１と同様である。
【００４２】
ただし、第１の実施の形態のクライアント装置１は、ステップ１０１の時点で所望のサービスを指定する必要は必ずしもないが、本実施の形態のクライアント装置１ｂは、サービス開始リクエストメッセージを送信する時点で所望のサービスを指定する。
【００４３】
次に、リクエスト振り分け部２１ｂは、第１の実施の形態のリクエスト振り分け部２１とほぼ同様に動作するが、図１１のステップ２０４ａにおいてアクセス元のクライアント装置１ｂに固有のセッションＩＤを行列制御部２３ｂに通知する際、クライアント装置１ｂから指定されたサービスをセッションＩＤと共に通知する。
【００４４】
サービス提供部２２の動作は第１の実施の形態と同じである。次に、行列制御部２３ｂは、第１の実施の形態の行列制御部２３とほぼ同様に動作するが、図１２のステップ４０２ａにおいて、通知されたセッションＩＤと待機番号とを待ち行列に追加・登録する際、リクエスト振り分け部２１ｂから通知されたサービスに対応するサービス属性値をセッションＩＤと待機番号と共に登録する。
【００４５】
例えば、クライアント装置１ｂから指定されたサービスがあるコンサートチケットを予約するサービスであるとすれば、このサービスには「音楽」、「ロック」といった１つ又は複数のサービス属性値が予め設定されている。行列制御部２３ｂは、このようなサービス属性値をセッションＩＤと待機番号と共に待ち行列に登録する。
【００４６】
次に、広告提供部２５のデータベースには、情報提供者から配信を依頼された広告情報とその広告属性値とが予め登録されている。広告提供部２５は、行列制御部２３ｂの待ち行列と自身のデータベースとを一定時間毎に参照して、待ち行列のサービス属性値に関連する広告情報を検索する（図１３ステップ５０１）。広告提供部２５は、サービス属性値と広告属性値とを比較して、少なくとも一部が一致すれば関連性があると判定する。
【００４７】
広告提供部２５は、待ち行列のサービス属性値に関連する広告情報が存在する場合、このサービス属性値に対応するセッションＩＤのクライアント装置１ｂに対して前記関連する広告情報を配信済みかどうかを確認し（ステップ５０２）、配信していない場合には、前記関連する広告情報をネットワークを介してクライアント装置１ｂに配信する（ステップ５０３）。なお、関連する広告情報が複数存在する場合には、属性値の一致数が最も大きい広告情報を配信する。
【００４８】
クライアント装置１ｂは、サーバー装置２ｂから広告情報を受信すると（図１０ステップ１０６においてＹＥＳ）、受信した広告情報をクライアント装置１ｂのユーザに対して提示する（ステップ１０７）。このように、本実施の形態では、クライアント装置１ｂから要求されたサービスに関連する広告情報をクライアント装置１ｂに配信する。
【００４９】
例えば、ある歌手のコンサートチケットの予約を希望するユーザは、その歌手に関するアイテムや同系統の音楽に興味を示す可能性が高い。したがって、ユーザが要求したサービスと関連性がある広告情報を選択してユーザに配信すれば、情報提供者にとって効果的な販促活動となる。
【００５０】
なお、第１〜第３の実施の形態で示したサーバー装置２，２ａ，２ｂの構成はコンピュータで実現することができる。このコンピュータは、ＣＰＵ、ＲＯＭ（リードオンリメモリ）、ＲＡＭ（ランダムアクセスメモリ）、フレキシブルディスク装置等の補助記憶装置、ハードディスク装置等の大容量の外部記憶装置、通信ネットワークとのインタフェースとなるインタフェース装置といった構成を有している。
【００５１】
本発明のクライアント監視方法を実現させるためのクライアント監視プログラムは、フレキシブルディスク、ＣＤ−ＲＯＭ、メモリカード等の記録媒体に記録された状態で提供される。この記録媒体をコンピュータの補助記憶装置に挿入すると、媒体に記録されたプログラムが読み取られる。そして、ＣＰＵは、読み込んだプログラムをＲＡＭあるいは外部記憶装置に書き込み、このプログラムに従って第１〜第３の実施の形態で説明したような処理を実行する。
【００５２】
【発明の効果】
本発明によれば、クライアント装置からのサービス提供要求を受けたときに、サービス提供が可能な場合は、このクライアント装置にサービスを提供し、サービス提供が不可能な場合は、要求元のクライアント装置に固有のセッションＩＤを要求を受けた順に待ち行列に登録する手順と、待ち行列に登録したセッションＩＤのクライアント装置に対してサービス提供が可能となった場合は、待ち行列が示す順番に従ってサービスを提供する手順とを実行することにより、各クライアント装置の順番待ち制御を実現することができる。
【００５３】
また、現在提供中のサービス数と提供可能なサービス数の上限値とを比較することにより、サービス提供が可能かどうかを判断することができる。
【００５４】
また、クライアント装置からサーバー装置へ定期的にアクセスさせるプログラムもしくはウエブページを、待ち行列に登録したセッションＩＤのクライアント装置へ送信する手順と、待ち行列に登録したセッションＩＤのクライアント装置から一定時間以上アクセスがない場合には、このセッションＩＤを待ち行列から削除する手順とを実行することにより、クライアント装置からサーバー装置に対して定期的にアクセスさせることができる。その結果、サーバー装置では、定期的にアクセスしてくる順番待ちのクライアント装置に対して広告情報等を配信することが可能となる。
【００５５】
また、待ち行列が示す順番待ち情報を待ち行列に登録したセッションＩＤのクライアント装置へ送信することにより、クライアント装置のユーザは自身の待ち順を認識することができる。
【００５６】
また、待ち行列に登録したセッションＩＤのクライアント装置に対して、このクライアント装置が要求したサービスに関連する広告情報をネットワークを介して配信することにより、情報提供者にとって効果的な販促活動を行うことができる。
【００５７】
また、クライアント装置からのサービス提供要求を受けたとき、このクライアント装置からサーバー装置へ定期的にアクセスさせるプログラムもしくはウエブページを要求元のクライアント装置へ送信する手順と、クライアント装置からのアクセスを監視し、アクセス継続時間をアクセス元のクライアント装置に固有のセッションＩＤと対応付けて管理する手順とを実行することにより、各クライアント装置のアクセス継続時間を管理することができる。その結果、アクセス継続時間を利用したアプリケーション、例えばアクセス継続時間に応じた特典をユーザに与えるといったアプリケーションの実現が可能となる。
【図面の簡単な説明】
【図１】 本発明の第１の実施の形態となる通信ネットワークシステムの構成を示すブロック図である。
【図２】 本発明の第１の実施の形態におけるクライアント装置の動作を示すフローチャート図である。
【図３】 本発明の第１の実施の形態におけるサーバー装置のリクエスト振り分け部の動作を示すフローチャート図である。
【図４】 本発明の第１の実施の形態におけるサーバー装置のサービス提供部の動作を示すフローチャート図である。
【図５】 本発明の第１の実施の形態におけるサーバー装置の行列制御部の動作を示すフローチャート図である。
【図６】 本発明の第２の実施の形態となる通信ネットワークシステムの構成を示すブロック図である。
【図７】 本発明の第２の実施の形態におけるサーバー装置のリクエスト受付部の動作を示すフローチャート図である。
【図８】 本発明の第２の実施の形態におけるサーバー装置のアクセス時間管理部の動作を示すフローチャート図である。
【図９】 本発明の第３の実施の形態となる通信ネットワークシステムの構成を示すブロック図である。
【図１０】 本発明の第３の実施の形態におけるクライアント装置の動作を示すフローチャート図である。
【図１１】 本発明の第３の実施の形態におけるサーバー装置のリクエスト振り分け部の動作を示すフローチャート図である。
【図１２】 本発明の第３の実施の形態におけるサーバー装置の行列制御部の動作を示すフローチャート図である。
【図１３】 本発明の第３の実施の形態におけるサーバー装置の広告提供部の動作を示すフローチャート図である。
【符号の説明】
１、１ｂ…クライアント装置、２、２ａ、２ｂ…サーバー装置、２１、２１ｂ…リクエスト振り分け部、２１ａ…リクエスト受付部、２２…サービス提供部、２３、２３ｂ…行列制御部、２４…アクセス時間管理部、２５…広告提供部。
【発明の属する技術分野】
本発明は、クライアント装置と、ネットワークを介してクライアント装置にサービスを提供するサーバー装置とからなる通信ネットワークシステムに係り、特にクライアント監視を実現するクライアント監視方法、サーバー装置、プログラム及び記録媒体に関するものである。
【０００２】
【従来の技術】
従来、各クライアント装置を識別するためのセッションＩＤを発行する技術として、ウエブ（Web ）で用いられるクッキー（Cookie）がある（参考文献：”Ｃｏｏｋｉｅ入門”，アスキー出版局，ＩＳＢＮ４−７５６１−２０１２−１）。また、ジャバ（Java，登録商標）等のプログラムにおいても標準的にセッションＩＤを発行、管理する機能がついている。
【０００３】
【発明が解決しようとする課題】
セッションＩＤを用いることで、サーバー装置は、クライアント装置を一意に識別することができる。しかしながら、セッションＩＤを用いて各クライアント装置の順番待ち制御を行い、各クライアント装置のアクセス継続時間を管理することは実現していなかった。
【０００４】
本発明は、上記課題を解決するためになされたもので、セッションＩＤを用いて各クライアント装置の順番待ち制御を行うことができるクライアント監視方法、サーバー装置、プログラム及び記録媒体を提供することを目的とする。
また、本発明は、セッションＩＤを用いて各クライアント装置のアクセス継続時間を管理することができるクライアント監視方法、サーバー装置、プログラム及び記録媒体を提供することを目的とする。
【０００５】
【課題を解決するための手段】
本発明は、ネットワークを介してクライアント装置（１）にサービスを提供するサーバー装置（２，２ｂ）においてクライアント装置を監視するクライアント監視方法であって、クライアント装置からのサービス提供要求を受けたときに、サービス提供が可能な場合は、このクライアント装置にサービスを提供し、サービス提供が不可能な場合は、要求元の前記クライアント装置に固有のセッションＩＤを前記要求を受けた順に待ち行列に登録する手順と、前記待ち行列に登録したセッションＩＤのクライアント装置に対してサービス提供が可能となった場合は、前記待ち行列が示す順番に従ってサービスを提供する手順と、クライアント装置からサーバー装置へ定期的にアクセスさせるプログラムもしくはウエブページを、前記待ち行列に登録したセッションＩＤのクライアント装置へ送信する手順と、前記待ち行列に登録したセッションＩＤのクライアント装置から一定時間以上アクセスがない場合には、このセッションＩＤを前記待ち行列から削除する手順とを実行するようにしたものである。このように、サービス提供が不可能な場合は、順番待ちのクライアント装置のセッションＩＤが待ち行列に登録される。サーバー装置から送られたプログラムもしくはウエブページにより、クライアント装置は、サーバー装置に対して定期的にアクセスする。
【０００６】
また、本発明のクライアント監視方法は、クライアント装置からのサービス提供要求を受けたときに、サービス提供が可能な場合は、このクライアント装置にサービスを提供し、サービス提供が不可能な場合は、要求元の前記クライアント装置に固有のセッションＩＤを前記要求を受けた順に待ち行列に登録する手順と、前記待ち行列が示す順番待ち情報を前記待ち行列に登録したセッションＩＤのクライアント装置へ送信する手順と、前記待ち行列に登録したセッションＩＤのクライアント装置に対してサービス提供が可能となった場合は、前記待ち行列が示す順番に従ってサービスを提供する手順とを実行するようにしたものである。
また、本発明のクライアント監視方法の１構成例は、前記待ち行列に登録したセッションＩＤのクライアント装置に対して、このクライアント装置が要求したサービスに関連する広告情報をネットワークを介して配信するようにしたものである。
【０００７】
また、本発明のサーバー装置（２，２ｂ）は、リクエスト振り分け部（２１，２１ｂ）とサービス提供部（２２）と行列制御部（２３，２３ｂ）とからなり、前記リクエスト振り分け部は、クライアント装置（１，１ｂ）からのサービス提供要求を受けたときに、サービス提供が可能な場合は、このクライアント装置に固有のセッションＩＤを前記サービス提供部に通知し、サービス提供が不可能な場合は、前記セッションＩＤを前記行列制御部に通知し、この行列制御部に通知したセッションＩＤのクライアント装置に対してサービス提供が可能となった場合は、前記行列制御部の待ち行列から最古のセッションＩＤを取得して前記サービス提供部に通知する手段と、クライアント装置からのサービス提供要求を受けたときに、サービス提供が不可能な場合は、クライアント装置から自装置へ定期的にアクセスさせるプログラムもしくはウエブページを要求元の前記クライアント装置へ送信する手段とを備え、前記サービス提供部は、前記リクエスト振り分け部からセッションＩＤの通知を受けたとき、このセッションＩＤのクライアント装置に対してサービスを提供する手段を備え、前記行列制御部は、前記リクエスト振り分け部からセッションＩＤの通知を受けたとき、このセッションＩＤを通知を受けた順に前記待ち行列に登録する手段と、前記待ち行列に登録したセッションＩＤのクライアント装置から一定時間以上アクセスがない場合には、このセッションＩＤを前記待ち行列から削除する手段とを備えるものである。
【０００８】
また、本発明のサーバー装置は、リクエスト振り分け部とサービス提供部と行列制御部とからなり、前記リクエスト振り分け部は、クライアント装置からのサービス提供要求を受けたときに、サービス提供が可能な場合は、このクライアント装置に固有のセッションＩＤを前記サービス提供部に通知し、サービス提供が不可能な場合は、前記セッションＩＤを前記行列制御部に通知し、この行列制御部に通知したセッションＩＤのクライアント装置に対してサービス提供が可能となった場合は、前記行列制御部の待ち行列から最古のセッションＩＤを取得して前記サービス提供部に通知する手段を備え、前記サービス提供部は、前記リクエスト振り分け部からセッションＩＤの通知を受けたとき、このセッションＩＤのクライアント装置に対してサービスを提供する手段を備え、前記行列制御部は、前記リクエスト振り分け部からセッションＩＤの通知を受けたとき、このセッションＩＤを通知を受けた順に前記待ち行列に登録する手段と、前記待ち行列が示す順番待ち情報を前記待ち行列に登録されたセッションＩＤのクライアント装置へ送信する手段とを備えるものである。
また、本発明のサーバー装置の１構成例（２ｂ）は、前記待ち行列に登録されたセッションＩＤのクライアント装置に対して、このクライアント装置が要求したサービスに関連する広告情報をネットワークを介して配信する広告提供部（２５）を有するものである。
【０００９】
【発明の実施の形態】
［第１の実施の形態］
以下、本発明の実施の形態について図面を参照して詳細に説明する。図１は本発明の第１の実施の形態となる通信ネットワークシステムの構成を示すブロック図である。図１において、「Ｙ３８７Ｄ」，「Ｘ７３２Ａ」，「Ｚ７９６Ｆ」，「Ｄ８７３Ｘ」はセッションＩＤを示している。
【００１０】
本実施の形態の通信ネットワークシステムは、クライアント装置１と、図示しないネットワークを介してクライアント装置１にサービスを提供するサーバー装置２とから構成される。サーバー装置２は、クライアント装置１からのサービス提供要求を受けたときに、サービス提供が可能な場合は、このクライアント装置１に固有のセッションＩＤをサービス提供部２２に通知し、サービス提供が不可能な場合は、セッションＩＤを行列制御部２３に通知するリクエスト振り分け部２１と、リクエスト振り分け部２１からセッションＩＤの通知を受けたとき、このセッションＩＤのクライアント装置１に対してサービスを提供するサービス提供部２２と、リクエスト振り分け部２１からセッションＩＤの通知を受けたとき、このセッションＩＤを通知を受けた順に待ち行列に登録する行列制御部２３とを有している。
【００１１】
図２〜図５に図１の通信ネットワークシステムの動作を示す。図２はクライアント装置１の動作、図３はサーバー装置２のリクエスト振り分け部２１の動作、図４はサービス提供部２２の動作、図５は行列制御部２３の動作を示している。以下、図１〜図５を用いて本実施の形態の通信ネットワークシステムの動作を説明する。まず、クライアント装置１は、ユーザの操作に応じて、サーバー装置２へサービス提供を求めるサービス開始リクエストメッセージを送信する（図２ステップ１０１）。
【００１２】
このとき、サーバー装置２のリクエスト振り分け部２１は、クライアント装置１からの初回アクセスである場合、固有のセッションＩＤを含むクッキー情報をアクセス元のクライアント装置１に送り、クライアント装置１は、受信したクッキー情報を保存する。また、２回目以降のアクセスである場合、クライアント装置１は、保存していたクッキー情報をサーバー装置２に送る。
【００１３】
リクエスト振り分け部２１は、ネットワークを介してクライアント装置１からサービス開始リクエストメッセージを受信すると（図３ステップ２０１においてＹＥＳ）、クッキー情報を基にアクセス元のクライアント装置１を一意に識別し、識別したクライアント装置１に対してサービス提供可能かどうかを確認する（ステップ２０２）。
【００１４】
提供可能なサービス数には予め上限値が設定されており、リクエスト振り分け部２１は、現在提供中のサービス数が上限値より小さい場合には、新たなサービス提供が可能であると判断する。リクエスト振り分け部２１は、サービス提供が可能と判断した場合、アクセス元のクライアント装置１に固有のセッションＩＤ（ここでは「Ｘ７３２Ａ」とする）をサービス提供部２２に通知する（ステップ２０３）。
【００１５】
サービス提供部２２は、リクエスト振り分け部２１からセッションＩＤ「Ｘ７３２Ａ」の通知を受けると（図４ステップ３０１においてＹＥＳ）、このセッションＩＤを内部のデータベースに登録して管理し、セッションＩＤを登録したことをリクエスト振り分け部２１に通知する（ステップ３０２）。
【００１６】
そして、サービス提供部２２は、サービス用のページへのＵＲＬ（Uniform Resource Locators ）を含むウエブページをネットワークを介してアクセス元のクライアント装置１に送信することにより、サービス提供を開始する（ステップ３０３）。クライアント装置１は、ネットワークを介してサーバー装置２から提供されるサービスを受ける（ステップ１０２においてＹＥＳ）。
【００１７】
次に、ステップ２０２において、現在提供中のサービス数が上限値に達していて、新たなサービス提供が不可能な場合、リクエスト振り分け部２１は、アクセス元のクライアント装置１に固有のセッションＩＤ「Ｘ７３２Ａ」を行列制御部２３に通知する（ステップ２０４）。行列制御部２３内のデータベースには、サービス提供を要求したクライアント装置１のセッションＩＤとその待ち順を示す待機番号とからなるデータをセッションＩＤが通知された順に並べた待ち行列が格納されている。待機番号は、待ち行列の先頭を示す「１」から始まる自然数である。
【００１８】
行列制御部２３は、リクエスト振り分け部２１からセッションＩＤの通知を受けると（図５ステップ４０１においてＹＥＳ）、待ち行列の最後尾の待機番号に１を加えた番号を新たな最後尾待機番号として、この待機番号と通知されたセッションＩＤとを待ち行列の最後尾に追加・登録する（ステップ４０２）。
【００１９】
そして、リクエスト振り分け部２１は、クライアント装置１からサーバー装置２へ定期的にアクセスさせるプログラムもしくはウエブページを前記アクセス元のクライアント装置１へ送信し、行列制御部２３は、順番待ち情報（待ち行列に登録した待機番号）を前記アクセス元のクライアント装置１へ送信する（ステップ４０３）。
【００２０】
クライアント装置１からサーバー装置２へ定期的にアクセスさせるプログラムは、ジャバによって実現できる。すなわち、ジャバの標準ライブラリに含まれるタイマー機能と通信機能とを含んだプログラムをクライアント装置１に送信することで、クライアント装置１からサーバー装置２へ定期的にアクセスさせる動作を実現できる。また、ＨＴＴＰリフレッシュ（Refresh ）機能を用いることにより、指定した時間後にサーバー装置２へアクセスさせるウエブページを実現することができる。
【００２１】
クライアント装置１は、サーバー装置２から順番待ち情報を受信すると（図２ステップ１０３においてＹＥＳ）、受信した順番待ち情報をクライアント装置１のユーザに対して提示する（ステップ１０４）。次に、クライアント装置１は、サーバー装置２のリクエスト振り分け部２１から送られたプログラムもしくはウエブページの機能により、送信タイミングになると（ステップ１０５においてＹＥＳ）、サーバー装置２に対してサービス開始リクエストメッセージを送信する（ステップ１０１）。
【００２２】
このようにして、クライアント装置１は、サーバー装置２から受信した順番待ち情報を表示し、サーバー装置２に対して一定時間毎にサービス開始リクエストメッセージを自動的に送信する。サーバー装置２では、サービス開始リクエストメッセージを送信した、順番待ちのクライアント装置１に対して広告情報を配信することができる。
【００２３】
次に、サーバー装置２のリクエスト振り分け部２１は、前記待ち行列に登録されたクライアント装置１に対してサービス提供が可能かどうかを判定する（図３ステップ２０５）。リクエスト振り分け部２１は、現在提供中のサービス数が提供可能なサービス数の上限値より小さい場合、新たなサービス提供が可能であると判断して（ステップ２０５においてＹＥＳ）、行列制御部２３の待ち行列を参照し、待ち行列の先頭（待機番号「１」）にあるセッションＩＤを取得する（ステップ２０６）。
【００２４】
このとき、行列制御部２３は、リクエスト振り分け部２１によって読み出された先頭のセッションＩＤを待ち行列から削除した後、残りのセッションＩＤに対応する各待機番号を１繰り上げ（減算）する。そして、リクエスト振り分け部２１は、行列制御部２３から取得したセッションＩＤをサービス提供部２２に通知する（ステップ２０７）。サービス提供部２２にセッションＩＤを通知した以降の動作は図４で説明したとおりである。
こうして、サーバー装置２は、待ち順に従ってクライアント装置１にサービスを提供する。
【００２５】
次に、サービス提供部２２は、現在サービス提供中のクライアント装置１の中にサービス提供が終了したものがあるかどうかを判定する（図４ステップ３０４）。サービス提供部２２は、サービス提供が終了したクライアント装置１が存在する場合には、このクライアント装置１のセッションＩＤを内部のデータベースから削除して（ステップ３０５）、削除したセッションＩＤをリクエスト振り分け部２１に通知する（ステップ３０６）。
【００２６】
図１の例では、セッションＩＤ「Ｙ３８７Ｄ」を内部のデータベースから削除すると共に、このクライアント装置１へのサービス提供が終了したことをリクエスト振り分け部２１に通知している。
【００２７】
次に、行列制御部２３は、クライアント装置１の最新のアクセス時刻（リクエスト振り分け部２１からセッションＩＤの通知を受けた時刻のうち最も新しいもの）をクライアント装置１毎（セッションＩＤ毎）に管理しており、この最新のアクセス時刻から一定時間が経過しているクライアント装置１が存在するかどうかを判定する（図５ステップ４０４）。
【００２８】
前述のように、クライアント装置１は、サーバー装置２から送られたプログラムもしくはウエブページの機能により、サーバー装置２に対して一定時間毎に自動的にアクセスすることを繰り返すが、クライアント装置１のユーザがサービス要求を解除する等の操作を行うと、クライアント装置１からサーバー装置２への自動アクセスも停止する。
【００２９】
行列制御部２３は、最新のアクセス時刻から一定時間が経過しているクライアント装置１が存在する場合、このクライアント装置１からのアクセスがなく、順番待ちから外れたものと見なして、このクライアント装置１のセッションＩＤをデータベースの待ち行列から削除する（ステップ４０５）。セッションＩＤを削除した場合には、削除したＩＤより後ろのセッションＩＤに対応する各待機番号を１繰り上げる。
以上のようにして、本実施の形態では、クライアント装置１の順番待ち制御を行うことができる。
【００３０】
［第２の実施の形態］
図６は本発明の第２の実施の形態となる通信ネットワークシステムの構成を示すブロック図であり、図１と同一の構成には同一の符号を付してある。本実施の形態の通信ネットワークシステムは、クライアント装置１と、図示しないネットワークを介してクライアント装置１にサービスを提供するサーバー装置２ａとから構成される。
【００３１】
サーバー装置２ａは、クライアント装置１からのサービス提供要求を受けたときに、このクライアント装置１に固有のセッションＩＤをサービス提供部２２とアクセス時間管理部２４に通知するリクエスト受付部２１ａと、サービス提供部２２と、リクエスト受付部２１ａから通知されたセッションＩＤとこのセッションＩＤのクライアント装置のアクセス継続時間とを対応付けて管理するアクセス時間管理部２４とを有している。
【００３２】
図７、図８に図６の通信ネットワークシステムの動作を示す。図７はサーバー装置２ａのリクエスト受付部２１ａの動作、図８はアクセス時間管理部２４の動作を示している。以下、図７、図８を用いて本実施の形態の通信ネットワークシステムの動作を説明する。まず、クライアント装置１の動作は、第１の実施の形態と同様である。
【００３３】
リクエスト受付部２１ａは、ネットワークを介してクライアント装置１からサービス開始リクエストメッセージを受信すると（図７ステップ６０１においてＹＥＳ）、クッキー情報を基にアクセス元のクライアント装置１を一意に識別し、アクセス元のクライアント装置１に固有のセッションＩＤ（ここでは「Ｘ７３２Ａ」）をサービス提供部２２とアクセス時間管理部２４に通知する（ステップ６０２）。
【００３４】
そして、リクエスト受付部２１ａは、クライアント装置１からサーバー装置２ａへ定期的にアクセスさせるプログラムもしくはウエブページを前記アクセス元のクライアント装置１へ送信する（ステップ６０３）。クライアント装置１は、第１の実施の形態と同様に、サーバー装置２ａから送られたプログラムもしくはウエブページの機能により、サーバー装置２ａに対して一定時間毎にサービス開始リクエストメッセージを自動的に送信する。リクエスト受付部２１ａからセッションＩＤの通知を受けたサービス提供部２２の動作は、第１の実施の形態と同様である。
【００３５】
次に、アクセス時間管理部２４は、リクエスト受付部２１ａからセッションＩＤ「Ｘ７３２Ａ」の通知を受けたとき（図８ステップ７０１においてＹＥＳ）、このセッションＩＤのクライアント装置１からの初回アクセスである場合、すなわち該当するセッションＩＤが登録されていない場合（ステップ７０２においてＹＥＳ）、セッションＩＤが通知された時刻をクライアント装置１のアクセス開始時刻とし、このアクセス開始時刻と通知されたセッションＩＤとを対応付けて内部のデータベースに登録して管理する（ステップ７０３）。
【００３６】
続いて、アクセス時間管理部２４は、クライアント装置１からの初回アクセスでない場合（ステップ７０２においてＮＯ）あるいはステップ７０３の処理が終了した場合、セッションＩＤが通知された時刻をクライアント装置１の最終アクセス時刻とし、この最終アクセス時刻を通知されたセッションＩＤと対応付けて内部のデータベースに登録して管理する（ステップ７０４）。なお、初回アクセス時には、アクセス開始時刻と最終アクセス時刻が同じなので、最終アクセス時刻は登録しなくてもよい。
【００３７】
次に、アクセス時間管理部２４は、通知されたセッションＩＤに対応する最終アクセス時刻とアクセス開始時刻との差をアクセス継続時間とし、このアクセス継続時間を通知されたセッションＩＤと対応付けて内部のデータベースに登録して管理する（ステップ７０５）。
【００３８】
したがって、クライアント装置１からサーバー装置２ａへのアクセスが行われる度に、このクライアント装置１に対応する最終アクセス時刻とアクセス継続時間が更新されることになる。以上のようにして、クライアント装置１のアクセス継続時間を管理することができる。
【００３９】
［第３の実施の形態］
図９は本発明の第３の実施の形態となる通信ネットワークシステムの構成を示すブロック図であり、図１と同一の構成には同一の符号を付してある。本実施の形態の通信ネットワークシステムは、クライアント装置１ｂと、図示しないネットワークを介してクライアント装置１ｂにサービスを提供するサーバー装置２ｂとから構成される。
【００４０】
サーバー装置２ｂは、リクエスト振り分け部２１と、サービス提供部２２と、リクエスト振り分け部２１からセッションＩＤの通知を受けたとき、このセッションＩＤとサービス属性値とを通知を受けた順に待ち行列に登録する行列制御部２３ｂと、行列制御部２３ｂの待ち行列に登録されたセッションＩＤのクライアント装置１ｂに対して、このクライアント装置１ｂが要求したサービスに関連する広告情報をネットワークを介して配信する広告提供部２５とを有している。
【００４１】
図１０〜図１３に図９の通信ネットワークシステムの動作を示す。図１０はクライアント装置１ｂの動作、図１１はサーバー装置２ｂのリクエスト振り分け部２１ｂの動作、図１２は行列制御部２３ｂの動作、図１３は広告提供部２５の動作を示している。以下、図１０〜図１３を用いて本実施の形態の通信ネットワークシステムの動作を説明する。まず、クライアント装置１ｂの図１０に示すステップ１０１〜１０５の動作は、第１の実施の形態のクライアント装置１と同様である。
【００４２】
ただし、第１の実施の形態のクライアント装置１は、ステップ１０１の時点で所望のサービスを指定する必要は必ずしもないが、本実施の形態のクライアント装置１ｂは、サービス開始リクエストメッセージを送信する時点で所望のサービスを指定する。
【００４３】
次に、リクエスト振り分け部２１ｂは、第１の実施の形態のリクエスト振り分け部２１とほぼ同様に動作するが、図１１のステップ２０４ａにおいてアクセス元のクライアント装置１ｂに固有のセッションＩＤを行列制御部２３ｂに通知する際、クライアント装置１ｂから指定されたサービスをセッションＩＤと共に通知する。
【００４４】
サービス提供部２２の動作は第１の実施の形態と同じである。次に、行列制御部２３ｂは、第１の実施の形態の行列制御部２３とほぼ同様に動作するが、図１２のステップ４０２ａにおいて、通知されたセッションＩＤと待機番号とを待ち行列に追加・登録する際、リクエスト振り分け部２１ｂから通知されたサービスに対応するサービス属性値をセッションＩＤと待機番号と共に登録する。
【００４５】
例えば、クライアント装置１ｂから指定されたサービスがあるコンサートチケットを予約するサービスであるとすれば、このサービスには「音楽」、「ロック」といった１つ又は複数のサービス属性値が予め設定されている。行列制御部２３ｂは、このようなサービス属性値をセッションＩＤと待機番号と共に待ち行列に登録する。
【００４６】
次に、広告提供部２５のデータベースには、情報提供者から配信を依頼された広告情報とその広告属性値とが予め登録されている。広告提供部２５は、行列制御部２３ｂの待ち行列と自身のデータベースとを一定時間毎に参照して、待ち行列のサービス属性値に関連する広告情報を検索する（図１３ステップ５０１）。広告提供部２５は、サービス属性値と広告属性値とを比較して、少なくとも一部が一致すれば関連性があると判定する。
【００４７】
広告提供部２５は、待ち行列のサービス属性値に関連する広告情報が存在する場合、このサービス属性値に対応するセッションＩＤのクライアント装置１ｂに対して前記関連する広告情報を配信済みかどうかを確認し（ステップ５０２）、配信していない場合には、前記関連する広告情報をネットワークを介してクライアント装置１ｂに配信する（ステップ５０３）。なお、関連する広告情報が複数存在する場合には、属性値の一致数が最も大きい広告情報を配信する。
【００４８】
クライアント装置１ｂは、サーバー装置２ｂから広告情報を受信すると（図１０ステップ１０６においてＹＥＳ）、受信した広告情報をクライアント装置１ｂのユーザに対して提示する（ステップ１０７）。このように、本実施の形態では、クライアント装置１ｂから要求されたサービスに関連する広告情報をクライアント装置１ｂに配信する。
【００４９】
例えば、ある歌手のコンサートチケットの予約を希望するユーザは、その歌手に関するアイテムや同系統の音楽に興味を示す可能性が高い。したがって、ユーザが要求したサービスと関連性がある広告情報を選択してユーザに配信すれば、情報提供者にとって効果的な販促活動となる。
【００５０】
なお、第１〜第３の実施の形態で示したサーバー装置２，２ａ，２ｂの構成はコンピュータで実現することができる。このコンピュータは、ＣＰＵ、ＲＯＭ（リードオンリメモリ）、ＲＡＭ（ランダムアクセスメモリ）、フレキシブルディスク装置等の補助記憶装置、ハードディスク装置等の大容量の外部記憶装置、通信ネットワークとのインタフェースとなるインタフェース装置といった構成を有している。
【００５１】
本発明のクライアント監視方法を実現させるためのクライアント監視プログラムは、フレキシブルディスク、ＣＤ−ＲＯＭ、メモリカード等の記録媒体に記録された状態で提供される。この記録媒体をコンピュータの補助記憶装置に挿入すると、媒体に記録されたプログラムが読み取られる。そして、ＣＰＵは、読み込んだプログラムをＲＡＭあるいは外部記憶装置に書き込み、このプログラムに従って第１〜第３の実施の形態で説明したような処理を実行する。
【００５２】
【発明の効果】
本発明によれば、クライアント装置からのサービス提供要求を受けたときに、サービス提供が可能な場合は、このクライアント装置にサービスを提供し、サービス提供が不可能な場合は、要求元のクライアント装置に固有のセッションＩＤを要求を受けた順に待ち行列に登録する手順と、待ち行列に登録したセッションＩＤのクライアント装置に対してサービス提供が可能となった場合は、待ち行列が示す順番に従ってサービスを提供する手順とを実行することにより、各クライアント装置の順番待ち制御を実現することができる。
【００５３】
また、現在提供中のサービス数と提供可能なサービス数の上限値とを比較することにより、サービス提供が可能かどうかを判断することができる。
【００５４】
また、クライアント装置からサーバー装置へ定期的にアクセスさせるプログラムもしくはウエブページを、待ち行列に登録したセッションＩＤのクライアント装置へ送信する手順と、待ち行列に登録したセッションＩＤのクライアント装置から一定時間以上アクセスがない場合には、このセッションＩＤを待ち行列から削除する手順とを実行することにより、クライアント装置からサーバー装置に対して定期的にアクセスさせることができる。その結果、サーバー装置では、定期的にアクセスしてくる順番待ちのクライアント装置に対して広告情報等を配信することが可能となる。
【００５５】
また、待ち行列が示す順番待ち情報を待ち行列に登録したセッションＩＤのクライアント装置へ送信することにより、クライアント装置のユーザは自身の待ち順を認識することができる。
【００５６】
また、待ち行列に登録したセッションＩＤのクライアント装置に対して、このクライアント装置が要求したサービスに関連する広告情報をネットワークを介して配信することにより、情報提供者にとって効果的な販促活動を行うことができる。
【００５７】
また、クライアント装置からのサービス提供要求を受けたとき、このクライアント装置からサーバー装置へ定期的にアクセスさせるプログラムもしくはウエブページを要求元のクライアント装置へ送信する手順と、クライアント装置からのアクセスを監視し、アクセス継続時間をアクセス元のクライアント装置に固有のセッションＩＤと対応付けて管理する手順とを実行することにより、各クライアント装置のアクセス継続時間を管理することができる。その結果、アクセス継続時間を利用したアプリケーション、例えばアクセス継続時間に応じた特典をユーザに与えるといったアプリケーションの実現が可能となる。
【図面の簡単な説明】
【図１】 本発明の第１の実施の形態となる通信ネットワークシステムの構成を示すブロック図である。
【図２】 本発明の第１の実施の形態におけるクライアント装置の動作を示すフローチャート図である。
【図３】 本発明の第１の実施の形態におけるサーバー装置のリクエスト振り分け部の動作を示すフローチャート図である。
【図４】 本発明の第１の実施の形態におけるサーバー装置のサービス提供部の動作を示すフローチャート図である。
【図５】 本発明の第１の実施の形態におけるサーバー装置の行列制御部の動作を示すフローチャート図である。
【図６】 本発明の第２の実施の形態となる通信ネットワークシステムの構成を示すブロック図である。
【図７】 本発明の第２の実施の形態におけるサーバー装置のリクエスト受付部の動作を示すフローチャート図である。
【図８】 本発明の第２の実施の形態におけるサーバー装置のアクセス時間管理部の動作を示すフローチャート図である。
【図９】 本発明の第３の実施の形態となる通信ネットワークシステムの構成を示すブロック図である。
【図１０】 本発明の第３の実施の形態におけるクライアント装置の動作を示すフローチャート図である。
【図１１】 本発明の第３の実施の形態におけるサーバー装置のリクエスト振り分け部の動作を示すフローチャート図である。
【図１２】 本発明の第３の実施の形態におけるサーバー装置の行列制御部の動作を示すフローチャート図である。
【図１３】 本発明の第３の実施の形態におけるサーバー装置の広告提供部の動作を示すフローチャート図である。
【符号の説明】
１、１ｂ…クライアント装置、２、２ａ、２ｂ…サーバー装置、２１、２１ｂ…リクエスト振り分け部、２１ａ…リクエスト受付部、２２…サービス提供部、２３、２３ｂ…行列制御部、２４…アクセス時間管理部、２５…広告提供部。
Claims (8)
- ネットワークを介してクライアント装置にサービスを提供するサーバー装置においてクライアント装置を監視するクライアント監視方法であって、
クライアント装置からのサービス提供要求を受けたときに、サービス提供が可能な場合は、このクライアント装置にサービスを提供し、サービス提供が不可能な場合は、要求元の前記クライアント装置に固有のセッションＩＤを前記要求を受けた順に待ち行列に登録する手順と、
前記待ち行列に登録したセッションＩＤのクライアント装置に対してサービス提供が可能となった場合は、前記待ち行列が示す順番に従ってサービスを提供する手順と、
クライアント装置からサーバー装置へ定期的にアクセスさせるプログラムもしくはウエブページを、前記待ち行列に登録したセッションＩＤのクライアント装置へ送信する手順と、
前記待ち行列に登録したセッションＩＤのクライアント装置から一定時間以上アクセスがない場合には、このセッションＩＤを前記待ち行列から削除する手順とを実行することを特徴とするクライアント監視方法。 - ネットワークを介してクライアント装置にサービスを提供するサーバー装置においてクライアント装置を監視するクライアント監視方法であって、
クライアント装置からのサービス提供要求を受けたときに、サービス提供が可能な場合は、このクライアント装置にサービスを提供し、サービス提供が不可能な場合は、要求元の前記クライアント装置に固有のセッションＩＤを前記要求を受けた順に待ち行列に登録する手順と、
前記待ち行列が示す順番待ち情報を前記待ち行列に登録したセッションＩＤのクライアント装置へ送信する手順と、
前記待ち行列に登録したセッションＩＤのクライアント装置に対してサービス提供が可能となった場合は、前記待ち行列が示す順番に従ってサービスを提供する手順とを実行することを特徴とするクライアント監視方法。 - 請求項１または２記載のクライアント監視方法において、
前記待ち行列に登録したセッションＩＤのクライアント装置に対して、このクライアント装置が要求したサービスに関連する広告情報をネットワークを介して配信することを特徴とするクライアント監視方法。 - ネットワークを介してクライアント装置にサービスを提供するサーバー装置において、
リクエスト振り分け部とサービス提供部と行列制御部とからなり、
前記リクエスト振り分け部は、クライアント装置からのサービス提供要求を受けたときに、サービス提供が可能な場合は、このクライアント装置に固有のセッションＩＤを前記サービス提供部に通知し、サービス提供が不可能な場合は、前記セッションＩＤを前記行列制御部に通知し、この行列制御部に通知したセッションＩＤのクライアント装置に対してサービス提供が可能となった場合は、前記行列制御部の待ち行列から最古のセッションＩＤを取得して前記サービス提供部に通知する手段と、クライアント装置からのサービス提供要求を受けたときに、サービス提供が不可能な場合は、クライアント装置から自装置へ定期的にアクセスさせるプログラムもしくはウエブページを要求元の前記クライアント装置へ送信する手段とを備え、
前記サービス提供部は、前記リクエスト振り分け部からセッションＩＤの通知を受けたとき、このセッションＩＤのクライアント装置に対してサービスを提供する手段を備え、
前記行列制御部は、前記リクエスト振り分け部からセッションＩＤの通知を受けたとき、このセッションＩＤを通知を受けた順に前記待ち行列に登録する手段と、前記待ち行列に登録したセッションＩＤのクライアント装置から一定時間以上アクセスがない場合には、このセッションＩＤを前記待ち行列から削除する手段を備えることを特徴とするサーバー装置。 - ネットワークを介してクライアント装置にサービスを提供するサ ーバー装置において、
リクエスト振り分け部とサービス提供部と行列制御部とからなり、
前記リクエスト振り分け部は、クライアント装置からのサービス提供要求を受けたときに、サービス提供が可能な場合は、このクライアント装置に固有のセッションＩＤを前記サービス提供部に通知し、サービス提供が不可能な場合は、前記セッションＩＤを前記行列制御部に通知し、この行列制御部に通知したセッションＩＤのクライアント装置に対してサービス提供が可能となった場合は、前記行列制御部の待ち行列から最古のセッションＩＤを取得して前記サービス提供部に通知する手段を備え、
前記サービス提供部は、前記リクエスト振り分け部からセッションＩＤの通知を受けたとき、このセッションＩＤのクライアント装置に対してサービスを提供する手段を備え、
前記行列制御部は、前記リクエスト振り分け部からセッションＩＤの通知を受けたとき、このセッションＩＤを通知を受けた順に前記待ち行列に登録する手段と、前記待ち行列が示す順番待ち情報を前記待ち行列に登録されたセッションＩＤのクライアント装置へ送信する手段とを備えることを特徴とするサーバー装置。 - 請求項４または５記載のサーバー装置において、
前記待ち行列に登録されたセッションＩＤのクライアント装置に対して、このクライアント装置が要求したサービスに関連する広告情報をネットワークを介して配信する広告提供部を有することを特徴とするサーバー装置。 - ネットワークを介してクライアント装置にサービスを提供するコンピュータにおいてクライアント装置を監視するクライアント監視プログラムであって、
請求項１乃至３のいずれか１項に記載の手順をコンピュータに実行させることを特徴とするクライアント監視プログラム。 - 請求項７記載のクライアント監視プログラムを記録したことを特徴とする記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001315807A JP3856291B2 (ja) | 2001-10-12 | 2001-10-12 | クライアント監視方法、サーバー装置、プログラム及び記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001315807A JP3856291B2 (ja) | 2001-10-12 | 2001-10-12 | クライアント監視方法、サーバー装置、プログラム及び記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003122712A JP2003122712A (ja) | 2003-04-25 |
| JP3856291B2 true JP3856291B2 (ja) | 2006-12-13 |
Family
ID=19133923
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001315807A Expired - Lifetime JP3856291B2 (ja) | 2001-10-12 | 2001-10-12 | クライアント監視方法、サーバー装置、プログラム及び記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3856291B2 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4614664B2 (ja) * | 2003-01-10 | 2011-01-19 | パナソニック株式会社 | グループ加入認可システム、サーバ機器及びクライアント機器 |
| JP4357391B2 (ja) * | 2004-09-02 | 2009-11-04 | 富士通株式会社 | 待ち行列管理装置 |
| JP2006331123A (ja) * | 2005-05-26 | 2006-12-07 | Sony Corp | コンテンツ再生システム |
| JP4916809B2 (ja) * | 2006-08-04 | 2012-04-18 | 日本電信電話株式会社 | 負荷分散制御装置および方法 |
-
2001
- 2001-10-12 JP JP2001315807A patent/JP3856291B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003122712A (ja) | 2003-04-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7467213B2 (en) | Portable device and a method for accessing a computer resource of a temporary registered user | |
| CN101452484B (zh) | 用于寄存和检索可以用来使缓存记录无效的数据库表格变化信息 | |
| JP3443057B2 (ja) | サーバからクライアントにアプリケーションを配布するための方法及びシステム | |
| JP4629371B2 (ja) | キャッシュエントリを無効化する汎用依存関係モデル | |
| JP2018525760A (ja) | スケーラブルなリアルタイムメッセージングシステム | |
| JP2001519067A (ja) | ミラー保護されたウェブ・サイトに関するユーザ・ヒットをリモート・サイト運営管理者に提供する方法および装置 | |
| JP2018531472A (ja) | スケーラブルなリアルタイムメッセージングシステム | |
| JP2018531472A6 (ja) | スケーラブルなリアルタイムメッセージングシステム | |
| US6240453B1 (en) | Managing unused resources in a service application | |
| US20040225922A1 (en) | System and method for request routing | |
| JP2012146083A (ja) | セッション管理システム、セッション管理装置、サーバ装置およびセッション管理方法 | |
| JPWO2008096390A1 (ja) | 仲介サーバ、端末、及び分散処理方法 | |
| JP3856291B2 (ja) | クライアント監視方法、サーバー装置、プログラム及び記録媒体 | |
| JP4477210B2 (ja) | 情報提供システムおよび記録媒体 | |
| JP2001306382A (ja) | 共用ファイルアクセス方法及びその実施装置並びにその処理プログラムを記録した記録媒体 | |
| JP2002109379A (ja) | 電子情報の流通管理方法、システム、記録媒体、プログラム信号 | |
| JP2004362418A (ja) | データ共有システム及び方法並びにデータ共有用プログラム | |
| EP0852351A2 (en) | Entrance, cross-referencing and branching systems for computer networks | |
| JP2005115533A (ja) | コンテンツ配信システム及び管理サーバ | |
| JP2002073401A (ja) | Ｗｗｗコンテンツ配信システム、プロキシサーバ装置、ｗｗｗサーバ装置、ｗｗｗコンテンツ配信方法およびその方法をコンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体 | |
| JP2001331398A (ja) | サーバ管理システム | |
| JP4418190B2 (ja) | メディア配信システム及び方法 | |
| JP3736680B2 (ja) | アクセス制御装置及びコンピュータプログラム | |
| JP3304887B2 (ja) | ユーザ状況検索通知方法，ユーザ状況検索方法，ユーザ状況検索サーバ装置，ユーザ状況検索クライアント端末装置およびそれらのプログラム記録媒体 | |
| JP7419215B2 (ja) | 電子貨幣交換装置、電子貨幣交換方法及び電子貨幣交換システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060627 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060816 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060905 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060907 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 3856291 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090922 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100922 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100922 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110922 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120922 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130922 Year of fee payment: 7 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |