(57)【要約】【課題】  アクセス待ちを誘導し且つ手動による再アクセスを省くことができるウェブサイトの待ち状況管理・表示システムの提供。【解決手段】  来訪者の管理を行う案内サーバ０３と、待ち来訪者のデータを格納する待ち来訪者ＤＢ９１と、案内文を格納するメッセージＤＢ９３と、メッセージＤＢ９３に接続される謝罪サーバ０４と、謝罪画面を更新する更新時間間隔を格納する更新間隔ＤＢ９２を設け、現アクセス数がウェブサーバ処理限界ユーザ数以上のとき、待ち来訪者のデータを待ち来訪者ＤＢ９１に格納し、メッセージＤＢ９３に格納した案内文と来訪者ＤＢ９１に格納した待ち来訪者数とを含む謝罪画面をユーザ端末に送信すると共に、更新時間間隔毎に待ち来訪者ＤＢ９１を参照して来訪者データを更新し、該更新した来訪者データを基に謝罪サーバが謝罪画面を更新するもの。【選択図】  図１
2006259783.tif 000002
【特許請求の範囲】
【請求項１】
複数の来訪者のユーザ端末からインターネット通信網を介して複数のコンテンツに対応したウェブサーバ群に接続されるウェブサイトのウェブサイト待ち状況管理・表示システムであって、
来訪者の管理を行う案内サーバと、該案内サーバに接続される待ち来訪者のデータを格納する待ち来訪者データベースと、待ち来訪者に対する案内文を格納するメッセージデータベースと、該メッセージデータベースに接続され、ユーザ端末に送信する謝罪画面を作成する謝罪サーバと、謝罪画面を更新する更新時間間隔を格納する更新間隔データベースとを備え、
前記案内サーバが、現在のアクセス数が前記ウェブサーバ群の処理限界ユーザ数以上か否かを判定し、該判定により処理限界ユーザ数以上のとき、前記待ち来訪者のデータを待ち来訪者データベースに格納し、前記謝罪サーバがメッセージデータベースに格納した案内文と前記来訪者データベースに格納した待ち来訪者数とを含む謝罪画面をユーザ端末に送信すると共に、
前記案内サーバが、前記更新間隔データベースに格納された更新時間間隔毎に前記待ち来訪者データベースを参照して来訪者データの来訪者データを更新し、該更新した来訪者データを基に謝罪サーバが謝罪画面を更新してユーザ端末に送信することを特徴とするウェブサイト待ち状況管理・表示システム。
【請求項２】
前記案内サーバが、現在時刻と再来訪者による再アクセス時刻とを比較し、前記比較差時間が更新時間間隔より大きいとき、前記該来訪者データベースから前記再来訪者の来訪者データを削除することを特徴とする請求項１記載のウェブサイト待ち状況管理・表示システム。
【請求項３】
前記案内サーバが、待ち来訪者データベースから現在の待ち来訪者数と案内順番と現在の待ち人数と案内順位から算出した予測待ち時間を算出し、謝罪サーバが前記謝罪画面に、待ち来訪者数と案内順番と現在の待ち人数と予測待ち時間とを含ませることを特徴とする請求項１又は２記載のウェブサイト待ち状況管理・表示システム。
【請求項４】
前記謝罪画面の更新間隔を、前記待ち来訪者データベースから待ち来訪者データの案内順が早い来訪者ほど短く、遅い来訪者ほど長くすることを特徴とする請求項３記載のウェブサイト待ち状況管理・表示システム。
【請求項５】
複数の来訪者のユーザ端末からインターネット通信網を介して複数のコンテンツに対応したウェブサーバ群に接続されるウェブサイトの来訪者の管理を行う案内サーバと、該案内サーバに接続される待ち来訪者のデータを格納する待ち来訪者データベースと、待ち来訪者に対する案内文を格納するメッセージデータベースと、該メッセージデータベースに接続され、ユーザ端末に送信する謝罪画面を作成する謝罪サーバと、謝罪画面を更新する更新時間間隔を格納する更新間隔データベースとを備えるウェブサイト待ち状況管理・表示システムのウェブサイト待ち状況管理・表示ブログラムであって、
前記案内サーバに、現在のアクセス数が前記ウェブサーバ群の処理限界ユーザ数以上かを判定する機能と、該判定により処理限界ユーザ数以上のとき、前記待ち来訪者のデータを待ち来訪者データベースに格納する機能と、前記謝罪サーバに、メッセージデータベースに格納した案内文と前記来訪者データベースに格納した待ち来訪者数とを含む謝罪画面をユーザ端末に送信する機能と、
前記案内サーバに、前記更新時間間隔毎に前記待ち来訪者データベースを参照して来訪者データを更新する機能と、該更新した来訪者データを基に謝罪サーバが謝罪画面を更新する機能を実行させる機能を実行させることを特徴とするウェブサイト待ち状況管理・表示プログラム。
【請求項６】
前記案内サーバに、現在時刻と再来訪者による再アクセス時刻とを比較する機能と、前記比較差時間が更新時間間隔より大きいとき、前記該来訪者データベースから前記再来訪者の来訪者データを削除する機能を実行させることを特徴とする請求項５記載のウェブサイト待ち状況管理・表示プログラム。
【請求項７】
前記案内サーバに、待ち来訪者データベースから現在の待ち来訪者数と案内順番と現在の待ち人数と案内順位から算出した予測待ち時間を算出する機能と、謝罪サーバが前記謝罪画面に、待ち来訪者数と案内順番と現在の待ち人数と予測待ち時間とを含ませる機能を実行させることを特徴とする請求項５又は６記載のウェブサイト待ち状況管理・表示プログラム。
【請求項８】
前記謝罪画面の更新間隔を、前記待ち来訪者データベースから待ち来訪者データの案内順が早い来訪者ほど短く、遅い来訪者ほど長くする機能を実行させることを特徴とする請求項７記載のウェブサイト待ち状況管理・表示プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネット等のネットワークを介したウェブサイトの待ち状況管理・表示システム及び待ち状況管理・表示プログラムに係り、特にウェブサイトへのユーザのアクセス待ちを自動的に誘導し且つアクセス者の手動による再アクセス省くことができるウェブサイトの待ち状況管理・表示システム及び待ち状況管理・表示プログラムに関する。
【背景技術】
【０００２】
近年、インターネット通信網の普及によってウェブサイトを用いたショッピング／チケット予約／情報検索サービスなどの様々なコンテンツの提供が行われている。従来技術によるウェブサイトは、人気によりユーザアクセスが集中した場合、ウェブサーバダウンなどが発生する可能性があるため、所定のアクセス数を超えた場合にアクセスしたユーザに対して混雑しているためしばらく待ってからアクセスを行う様に通知する処理が採用されている。
【０００３】
この様な通知は、例えば特許庁の電子図書館のウェブサイトや下記特許文献に記載されている。例えば、下記特許文献１には、所定のアクセス数を越えてアクセスが集中した場合、アクセス者（ユーザ）に対して有効期間付きの整理券を発行し、有効期間内の整理券を所持したユーザが再びアクセスしてきたとき、目的のページに誘導することでアクセス数を制限する技術が記載され、特許文献２には、アクセスしてきたユーザに対して優先度に従いアクセス許可日時を割り当てて、その時間に自動的に接続させたり、サーバ負荷が低下したらメールやブラウザにて通知する技術が記載されている。
【特許文献１】特開２００３−１７３３１９号公報
【特許文献２】特開２００３−２４２１１０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
前記特許文献１記載の技術は、整理券の発行によりアクセス集中を低減できるものの、ユーザはやはり手動でアクセスをしなければならず、また勝手に決められた有効期限に拘束され、常に時間を意識してなければならないなど、ユーザ側の利便性に欠けると言う不具合があった。更に特許文献２記載の技術は、アクセス許可日時の割り当てやサーバ負荷低下時の通知によりアクセス集中を低減できるものの、メールによる通知ではリアルタイム性に欠け、更にブラウザに即時に通知する具体的な手段が記載されておらず、また画面上に現在の情報がリアルタイムに更新表示されないため、正確な情報が知りたいというユーザの欲求を満たすことができず、ストレスを感じさせてしまうと言う不具合があった。
【０００５】
また単なる混雑メッセージの通知を行うシステムにおいては、そのサイトが混雑していることをユーザに通知するものの、そのアクセス数や、どの程度時間をおいたらアクセスが可能になるかをユーザが認識することができす、この結果として、タイミングよくアクセスしたユーザのみが接続できる早い者勝ち構造になってしまうと言う不具合があった。
【０００６】
本発明の目的は、前記従来技術による不具合を除去することであり、ウェブサイトへのアクセス待ちを自動的に誘導し且つアクセス者の手動による再アクセス省くことができるウェブサイトの待ち状況管理・表示システム及び待ち状況管理・表示プログラムを提供することである。
【課題を解決するための手段】
【０００７】
前記目的を達成するために本発明は、複数の来訪者のユーザ端末からインターネット通信網を介して複数のコンテンツに対応したウェブサーバ群に接続されるウェブサイトのウェブサイト待ち状況管理・表示システムであって、来訪者の管理を行う案内サーバと、該案内サーバに接続される待ち来訪者のデータを格納する待ち来訪者データベースと、待ち来訪者に対する案内文を格納するメッセージデータベースと、該メッセージデータベースに接続され、ユーザ端末に送信する謝罪画面を作成する謝罪サーバと、謝罪画面を更新する更新時間間隔を格納する更新間隔データベースとを備え、前記案内サーバが、現在のアクセス数が前記ウェブサーバ群の処理限界ユーザ数以上か否かを判定し、該判定により処理限界ユーザ数以上のとき、前記待ち来訪者のデータを待ち来訪者データベースに格納し、前記謝罪サーバがメッセージデータベースに格納した案内文と前記来訪者データベースに格納した待ち来訪者数とを含む謝罪画面をユーザ端末に送信すると共に、前記案内サーバが、前記更新間隔データベースに格納された更新時間間隔毎に前記待ち来訪者データベースを参照して来訪者データの来訪者データを更新し、該更新した来訪者データを基に謝罪サーバが謝罪画面を更新してユーザ端末に送信することを第１の特徴とする。
【０００８】
前記ウェブサイト待ち状況管理・表示システムにおいて、案内サーバが、現在時刻と再来訪者による再アクセス時刻とを比較し、前記比較差時間が更新時間間隔より大きいとき、前記該来訪者データベースから前記再来訪者の来訪者データを削除することを第２の特徴とし、これらウェブサイト待ち状況管理・表示システムにおいて、前記案内サーバが、待ち来訪者データベースから現在の待ち来訪者数と案内順番と現在の待ち人数と案内順位から算出した予測待ち時間を算出し、謝罪サーバが前記謝罪画面に、待ち来訪者数と案内順番と現在の待ち人数と予測待ち時間とを含ませることを第３特徴とし、前記何れかのウェブサイト待ち状況管理・表示システムにおいて、前記謝罪画面の更新間隔を、前記待ち来訪者データベースから待ち来訪者データの案内順が早い来訪者ほど短く、遅い来訪者ほど長くすることを第４の特徴とする。
【０００９】
更に本システムは、複数の来訪者のユーザ端末からインターネット通信網を介して複数のコンテンツに対応したウェブサーバ群にアクセスする来訪者の管理を行うと共に謝罪画面を更新する更新時間間隔を格納する更新間隔データベースに接続された案内サーバと、該案内サーバに接続される待ち来訪者のデータを格納する待ち来訪者データベースと、待ち来訪者に対する案内文を格納するメッセージデータベースと、該メッセージデータベースに接続される謝罪サーバとを備えるウェブサイトのウェブサイト待ち状況管理・表示プログラムであって、前記案内サーバに、現在のアクセス数が前記ウェブサーバ群の処理限界ユーザ数以上かを判定する機能と、該判定により処理限界ユーザ数以上のとき、前記待ち来訪者のデータを待ち来訪者データベースに格納する機能と、前記謝罪サーバに、メッセージデータベースに格納した案内文と前記来訪者データベースに格納した待ち来訪者数とを含む謝罪画面をユーザ端末に送信する機能と、前記案内サーバに、前記更新時間間隔毎に前記待ち来訪者データベースを参照して来訪者データを更新する機能と、該更新した来訪者データを基に謝罪サーバが謝罪画面を更新する機能を実行させる機能を実行させることを第５の特徴とする。
【００１０】
また本発明は、前記ウエブブサイト待ち状況管理・表示プログラムにおいて、前記案内サーバに、現在時刻と再来訪者による再アクセス時刻とを比較する機能と、前記比較差時間が更新時間間隔より大きいとき、前記該来訪者データベースから前記再来訪者の来訪者データを削除する機能を実行させることを第６特徴とし、このウェブサイト待ち状況管理・表示プログラムにおいて、前記案内サーバに、待ち来訪者データベースから現在の待ち来訪者数と案内順番と現在の待ち人数と案内順位から算出した予測待ち時間を算出する機能と、謝罪サーバが前記謝罪画面に、待ち来訪者数と案内順番と現在の待ち人数と予測待ち時間とを含ませる機能を実行させることを第７の特徴とし、前記何れかのウェブサイト待ち状況管理・表示プログラムにおいて、前記謝罪画面の更新間隔を、前記待ち来訪者データベースから待ち来訪者データの案内順が早い来訪者ほど短く、遅い来訪者ほど長くする機能を実行させることを第８の特徴とする。
【発明の効果】
【００１１】
本発明は、案内サーバが、待ち来訪者データベースを参照して来訪者に混雑状態を更新される謝罪画面により案内することによって、当該ウェブサイトにアクセスできるようになれば自動に誘導し、手動で再度アクセスする手間を省くことができ、更に謝罪画面に、ユーザに正確な現在の待ち来訪者数や自身の案内順番を表示し、それがリアルタイムに自動更新するため、情報を知りたいというユーザの欲求を満たすことができる。更に本発明は、謝罪更新間隔を案内順が早い来訪者ほど短く、遅い来訪者ほど長くすることによで、案内順が早い来訪者はすぐにウェブサイトに案内し、案内順が遅い来訪者の更新間隔を長くすることにより謝罪サーバの負荷を低減することができる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の一実施形態によるウェブサイト待ち状況管理・表示システム及び待ち状況管理・表示プログラムを図面を参照して詳細に説明する。図１は本発明の一実施形態によるウェブサイト待ち状況管理・表示プログラムが適用されるコンピュータシステムを説明するための図、図２は本システムの機能構成を示す図、図３は本待ち状況管理・表示プログラムの全体動作を説明するためのフローチャート、図４は本実施形態による待ち来訪者在／不在判定処理を説明するためのフローチャート図、図５は本実施形態による新規来訪者案内処理を説明するためのフローチャート図、図６は本実施形態による謝罪画面作成処理を説明するためのフローチャート図、図７は本実施形態による表示画面例を示す図である。
<構成説明>
【００１３】
本発明によるウェブサイト待ち状況管理・表示システムが適用されるコンピュータシステムは、図１に示す如く、来訪者であるユーザの複数の端末とインターネット網を介して接続されるウェブ（Ｗｅｂ）サイトを含み、本実施形態によるウェブサイトは、各種コンテンツを提供する複数のウェブサーバ群０２と、混雑時にユーザに対して謝罪のメッセージと現在の待ち来訪者情報を表示するための謝罪（Ｓｏｒｒｙ）サーバ０４と、負荷混雑時にユーザに対してウェブサイトへのアクセス待ちを誘導して待ち来訪者の管理を行う案内サーバ０３と、負荷混雑時にサーバにアクセスを振り分けて負荷を分散する負荷ロードバランサ０１とから構成されている。
【００１４】
前記本実施形態によるウェブサイトの機能構成は、図２に示す如く、案内サーバ０３が、ロードバランサ０１やウェブサーバ群０２から現在のアクセス数を取得するウェブサイト情報取得部３０１と、この取得した待ち来訪者に関する情報を記憶する待ち来訪者データベース（以下、ＤＢと呼ぶ）９１と、該待ち来訪者ＤＢ９１から待ち来訪者情報を取得し、新規待ち来訪者の追加や待ち来訪者情報の更新などを行う待ち来訪者情報管理部３０２と、待ち来訪者数によって各ユーザに表示される画面の更新間隔を決定する更新間隔管理部３０３と、該更新間隔管理部３０３における更新間隔を格納する更新間隔ＤＢ９２と、一定時間ごとに待ち来訪者の現在も待ちつづけているかどうかの判定（以後、在／不在判定）を行う待ち来訪者在／不在判定部３０５とから構成され、前記謝罪サーバ０４が、ユーザに対する各種案内／謝罪等の複数のメッセージを格納するメッセージＤＢ９３と、該メッセージＤＢ９３を参照してユーザに対するメッセージを作成する画面作成部４０１とから構成され、ユーザ端末００からのウェブアクセス００１を案内サーバ０３が受け、混雑度に応じて各種メッセージを謝罪サーバ０４が応答する様に構成されている。
<動作説明>
<来訪者監視全体処理>
【００１５】
さて、前述の様に構成されたウェブサイト待ち状況管理・表示システムは、図３に示す如く、ユーザ端末００から来訪者がウェブサイトにアクセスする（ステップ０００１）と、このアクセスを案内サーバ０３に誘導し、この案内サーバ０３が、ロードバランサ０１及びウェブサーバ群０２から現在のアクセス数を取得し（ステップ３００１）、次に待ち来訪者ＤＢ９１に格納した待ち来訪者キューを参照して現在の待ち来訪者数を取得する（ステップ３００２）。
【００１６】
次いで案内サーバ０３は、前記ステップ３００２で取得した現在の待ち来訪者数（アクセス数）が所定の予め設定された最大アクセス数以上か否かを判定し（ステップ３００３）、最大アクセス数以下（Ｎｏ）の場合、次に待ち来訪者数が「０」以上か否かを判定し（ステップ３００４）、「０」以上の場合、ウェブサーバ群０２に当該アクセスを誘導する制御（ステップ３００５）を実行する。即ち、本実施形態は、アクセス数が最大値以下且つ待ち来訪者がない場合、当該アクセスをウェブサーバ群０２に誘導する。
【００１７】
前記ステップ３００４において待ち来訪者数が「０」以下と判定した場合、本処理は、キューの一番前の来訪者か否かを判定し（ステップ３００５）、一番前の来訪者と判定した場合、ウェブサーバに誘導して（ステップ３００７）、待ち来訪者キューから削除する処理を実行する。
【００１８】
さて、前記ステップ３００３において待ち来訪者数が前記最大アクセス数以上と判定又は前記ステップ３００５においてキューの一番目の来訪者でないと判定した場合、案内サーバ０３は、当該来訪者が新規来訪者か否かを判定し（ステップ３００９）、新規来訪者と判定した場合、一意のＩＤを新規に付与して待ち来訪者ＤＢ９１への登録（ステップ３０１０）、待ち来訪者ＤＢ９１から取得した待ち来訪者数により更新期間の決定（ステップ３０１１）を順次実行する。即ち案内サーバ０３は、新規の来訪者の場合、その来訪者にＩＤを付与して待ち来訪者ＤＢ９１に登録すると共に、その更新間隔を決める処理を実行する。前記ステップ３０１１における更新間隔の決定は、案内順番の早い待ち来訪者ほど短い間隔とする。
【００１９】
また前記ステップ３００９において来訪者が新規来訪者でないと判定した場合、案内サーバ０３は、当該来訪者の最終アクセス日時の更新（ステップ３０１３）、待ち来訪者ＤＢ９１から取得した来訪者数及び現在の案内順番により更新間隔の更新（ステップ３０１４）を順次実行する。即ち案内サーバ０３は、新規の来訪者でない場合、その来訪者の前回アクセスが試みられたアクセス日時の更新を行うと共にその更新間隔を決める処理を実行する。尚、前記ステップ３００９における判定の方法としては、２回目以降のアクセス時にはＵＲＬの中に自身の来訪者ＩＤを含めて送るなどの方法が考えられ、更新間隔ＤＢ９２の内容は図３右下に示す如く、来訪者ＩＤ／秒単位の更新間隔／当初アクセス日時／最終アクセスに閉じの各項目から構成され、来訪者キューは案内順番と来訪者ＩＤの対応テーブルから構成されている。
【００２０】
前記ステップ３０１１及び３０１４に次いで案内サーバ０３は、新規・既存来訪者共に、現在の待ち来訪者数により予想待ち時間を算出し（ステップ３０１２）、（１）来訪者ＩＤ、（２）待ち来訪者数、（３）案内順番、（４）更新間隔、（５）待ち時間を謝罪サーバ０４に渡して処理を終了する（ステップ３０１５）。尚、前記ステップ３０１２における算出の計算式は、例えば「予想待ち時間＝来訪者平均滞在時間×（当該来訪者の案内順番−１）」である。
【００２１】
前記案内サーバ０３から（１）来訪者ＩＤ、（２）待ち来訪者数、（３）案内順番、（４）更新間隔、（５）待ち時間を受信した謝罪サーバ０４は、受信した前記メッセージを基に、ユーザに対する謝罪メッセージをメッセージＤＢ９３を参照して作成し７，ユーザ端末００に返送する様に動作する。
【００２２】
この様に本実施形態によるウェブサイト待ち状況管理・表示システムは、ユーザからのアクセスがあり、アクセス数が所定の最大アクセス数より多い場合、当該アクセスを行ったユーザが新規アクセスか否かを判定し、新規の場合には待ち来訪者ＤＢ９１に登録し、当該新規及び既アクセスユーザに待ち来訪者数に応じた待ち時間や待ち人数をメッセージとして応答するものである。
【００２３】
本ウェブサイト待ち状況管理・表示システムは、前述の様に既アクセスのユーザに対して再度のアクセス時に待ち時間等のメッセージ等を通知するものであるが、既アクセスユーザが再度アクセスしないことや途中で再度アクセスを中断することも考えられ、一定時間毎に不在来訪者をチェックし、一定時間経過後に再アクセスのない来訪者情報を削除する来訪者在／不在判定プロセス処理３１００を行うものあり、この処理を図４を参照して次に説明する。
<新来訪者監視の削除処理>
【００２４】
この待ち来訪者在／不在判定処理は、案内サーバ０３上で一定時間ごとに自動的に実行されるものであり、図４に示す如く、待ち来訪者ＤＢ９１から待ち来訪者数を取得し（ステップ３１０１）、この取得した待ち来訪者数が「０」より大きいか否かを判定し（ステップ３１０２）、待ち来訪者が「０」のときは処理を終了し、待ち来訪者数が「０」より大きいとき、待ち来訪者ごとに以下のループ処理を行う。
【００２５】
この処理は、更新間隔ＤＢ９２から当該待ち来訪者の更新間隔と最終アクセス日時を取得する処理（ステップ３１０４）と、システムがもつ現在時刻と最終アクセス日時との差が更新間隔（時間）より大きいか否かの判定を行う処理（ステップ３１０５）と、該ステップ３１０５により前記時間差が更新間隔より大きい場合（更新間隔時間を過ぎた再アクセスがない場合）、当該待ち来訪者データを待ち来訪者ＤＢ９１及び更新間隔ＤＢ９２から削除する処理（ステップ３１０６）と、全ての待ち来訪者に対して処理が終了しときに待ち来訪者ＤＢ９１及びと更新間隔ＤＢ９２を更新する処理（ステップ３１０７）とを実行する。前記更新間隔ＤＢ９２の更新間隔時間は待ち来訪者ＤＢ９１の案内順番に従って更新間隔マスタ３１０８を参照し、案内順番の早い来訪者ほど更新間隔が短くなるように設定することが望ましい。
【００２６】
この様に本システムは、一定時間毎に不在来訪者（再アクセスをしてこないユーザ）をチェックし、一定時間経過後に再アクセスのない来訪者情報の削除を行うことにより、待ち来訪者監視を効率化することができる。従って案内サーバの負荷を低減することができる。
<新来訪者監視の削除処理>
【００２７】
またウェブサイト待ち状況管理・表示システムは、新規来訪者に対して混雑時に案内を行うものであり、この新規来訪者案内プロセスを図５を参照して説明する。本処理は、新規の来訪者が訪れた場合、待ち来訪者ＤＢ９１から待ち来訪者数を取得する処理（ステップ３２０１）と、この新規来訪者に対して一意の来訪者ＩＤを決定する処理（ステップ３２０２）と、この新来訪者データを待ち来訪者ＤＢ９１の待ち来訪者キューの末尾に追加する処理（ステップ３２０３）と、現在の待ち来訪者数に基いて更新間隔ＤＢ９２の更新間隔マスタを参照し、更新間隔テーブルに（ａ）待ち来訪者キューに対応する待ち来訪者ＩＤと、（ｂ）更新間隔と、（ｃ）当該来訪者が最初にアクセスした日時（当初アクセス日時）と、（ｄ）当該来訪者が最後にアクセスした日時（最終アクセス日時）の４種のデータを追加する処理を実行する。尚、最終アクセス日時は当初は当初アクセス日時と同時刻が格納されるが、当該来訪者が更新間隔ごとに自動アクセスしてくるごとに更新される。
<案内謝罪処理>
【００２８】
本システムは、前述した様にサーバ混雑時の来訪者に対してユーザに対する各種案内／謝罪等の複数のメッセージを表示するものであり、この処理について図６を参照して説明する。
【００２９】
この案内謝罪処理は、謝罪サーバ０４内の謝罪画面作成部４０１で行うものであり、図６に示す如く、（１）来訪者ＩＤ（２）待ち来訪者数（３）案内順番（４）更新間隔（５）待ち時間を案内サーバ０３から取得する処理（ステップ３３０１）と、メッセージＤＢ９３から前記（５）待ち時間に合わせたメッセージを取得する処理（ステップ３３０２）と、前記（１）〜（５）の情報及び案内メッセージ等を合成して謝罪画面を作成する処理（ステップ３３０３）と、この作成した謝罪画面を来訪者側に返す処理（ステップ３３０４）とを実行する。
【００３０】
この謝罪画面は、図７に示す如く、ブラウザ上に表示した画面例４０２に、このままの画面で待つように指示するメッセージと、待ち来訪者ＩＤを「お客様ＩＤ」として表示する。また、現在の待ち人数と当該待ち来訪者の現在の案内順番を表示することにより来訪者に待ち状況がリアルタイムに通知される。また、現在の案内順番と来訪者の平均の滞在時間から予想待ち時間を表示し、目安となる待ち時間が分かるようにする。さらに当初アクセスしてから現在までの待ち時間に合わせたメッセージを表示することで来訪者に対するフォローを行うことができる。この謝罪画面は更新間隔ごとに自動的に更新し、これらの情報はリアルタイムで最新に更新することが望ましい。
【００３１】
また、待ち時間の間に他の作業の邪魔にならないように最小化したインタフェース画面４０３も用意することが望ましい。この最小化した画面４０３においては、現在の案内順番や待ち時間など重要なデータに絞って表示し、これもやはりリアルタイムで更新して表示する。
【００３２】
この様に本実施形態においては、待ち状態の来訪者に対して待ち順番や予想待ち時間を表示することにより、来訪者が次にアクセスすれば接続が可能となる情報を表示し、来訪者が無駄な再アクセスを行うことを低減することができると共に、来訪者のあきらめによるアクセス数の低減を防止することができる。
【産業上の利用可能性】
【００３３】
本発明は、ユーザがいつアクセスしてきて、何分待って、いつ去ったかなど待ち状態を常に把握しておくことができるため、ウェブサイトの管理者がユーザの平均待ち時間などの動向をチェックし、サーバ増強の情報源として活用することもできる。
【図面の簡単な説明】
【００３４】
【図１】本発明の一実施形態によるウェブサイト待ち状況管理・表示プログラムが適用されるコンピュータシステムを説明するための図。
【図２】前記コンピュータシステムの機能構成を示す図。
【図３】本実施形態による待ち状況管理・表示プログラムの全体動作を説明するためのフローチャート。
【図４】本実施形態による待ち来訪者在／不在判定処理を説明するためのフローチャート。
【図５】本実施形態による新規来訪者案内処理を説明するためのフローチャート。
【図６】本実施形態による謝罪画面作成処理を説明するためのフローチャート図。
【図７】本実施形態による表示画面例を示す図。
【符号の説明】
【００３５】
００：ユーザ端末、０１：負荷ロードバランサ、０２：ウェブサーバ群、０３：案内サーバ、０４：謝罪サーバ、３０１：ウェブサイト情報取得部、３０２：来訪者情報管理部、３０３：更新間隔管理部、３０５：不在判定部、４０１：謝罪画面作成部、４０２：画面例、４０３：インタフェース画面。
【図１】
2006259783.tif 000003
【図２】
2006259783.tif 000004
【図３】
2006259783.tif 000005
【図４】
2006259783.tif 000006
【図５】
2006259783.tif 000007
【図６】
2006259783.tif 000008
【図７】
2006259783.tif 000009