JP5322072B1 - Ｗｅｂアクセス用整理券発行システム - Google Patents

Abstract

【課題】ユーザからのＷｅｂアクセスが集中しないようにする。
【解決手段】メールサーバ２０が、複数のユーザ端末１０からのＷｅｂサイトアクセス申込メールを受信しＷｅｂサイトアクセス申込メールを受信する度にメール毎に一意の識別子を生成してその送信元のメールアドレスと関連付けてデータベース４０４に記憶し、Ｗｅｂ整理券管理サーバ４０が識別子を含む固有なＵＲＬであって所定のアクセス用Ｗｅｂページに接続可能な接続先ＵＲＬを生成し、メールサーバ２０が接続先ＵＲＬを記したＷｅｂアクセス用整理券メールを作成しＷｅｂサイトアクセス申込メールの送信元メールアドレスに返信し、Ｗｅｂサーバ３０が接続先ＵＲＬへアクセスしたユーザ端末１０にアクセス用Ｗｅｂページを表示させる方法で、Ｗｅｂサイトアクセス申込メールを受付した順に送信時間間隔をおいてＷｅｂアクセス用整理券メールを送信する。
【選択図】図３

Description

本発明は、Ｗｅｂアクセス用整理券発行方法及びＷｅｂアクセス用整理券発行システムに関する。

近年、スマートフォンを含む携帯電話の普及がすすみ、いまや一人に一台とまで言われるようになり、タブレット端末を含むパソコン（ＰＣ）のみならず携帯電話等、様々な端末で、気軽にメールの送受信やインターネットアクセスをするユーザの数は伸びている。以前は電話や窓口で申し込んでいたチケット、会場や電話や電報で確認していた受験結果、テレビで確認していた選挙結果などについても、インターネットで申込や確認をする人が多くなっている。したがって、チケット等の申込サイトや、受験結果や選挙結果などの速報サイトへ、処理能力の早いＰＣだけでなく携帯電話からもアクセスする人が増えている。Ｗｅｂサイトへのアクセス数が予想以上に増加すると、Ｗｅｂサイトの応答が遅くなったり、接続がしにくくなったり、また繋がりにくくなることで同じ人が何度もアクセスしようとしてさらにトラフィックが増え、輻輳状態に陥り、ついにはサイトの機能が著しく低下しまうことがある。携帯電話等、処理能力が比較的遅い端末では、Ｗｅｂサイトへのアクセスに時間がかかることがあり、その場合、ユーザが短時間の間に何度もアクセスを試みることになり、さらなるアクセス集中につながりやすい。上記のようなＷｅｂサイトの問題発生を防止するために、アクセス増加にフレキシブルに対応する拡張性（スケーラビリティ）が必要とされている。

従来、Ｗｅｂアクセスの集中を回避する方法として、ロードバランサーを使用するシステムがある（例えば、特許文献１参照）。図１は、ロードバランサーを使用する従来方法を示す図である。ユーザ端末１０に接続先としてひとつのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を示してアクセスさせ、そのＵＲＬ宛のアクセスをロードバランサー６が受けて、ロードバランサー６が、ロードバランサー６に接続された複数のＷｅｂサーバ３ａ〜３ｅに上記アクセスを分散させることによってそれぞれのＷｅｂサーバへの負荷分散することができる。また、Ｗｅｂアクセスの集中を回避する別の方法として、ＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）でラウンドロビンを使用するシステムがある。図２は、ＤＮＳサーバを使用する従来方法を示す図である。同じドメインにアクセスしようとした複数のユーザ端末１０に、接続先としてＤＮＳサーバ７が複数のＷｅｂサーバ３ｆ〜３ｊのうち順次別々のＩＰアドレスを回答し、それぞれ別のＷｅｂサーバにアクセスさせることによって負荷分散することができる。

特開２００２−０２４４２４号公報

しかし、ロードバランサーによるものでは、ロードバランサーにユーザ端末からのアクセスが集中し、ロードバランサーの許容量を超えるといずれのＷｅｂサーバにもアクセスできなくなるという問題があるし、ロードバランサーはＷｅｂサーバの１０倍のコストがかかるため、コスト面で問題がある。また、ＤＮＳラウンドロビンによるものでは、同一のネットワーク機器がキャッシュを保存し、同じ環境からのアクセスで、同じＩＰアドレスを使用すれば、同じＷｅｂサーバにアクセスされてしまうという問題があり、また、ユーザからのアクセスが集中するとアクセスが集中している旨のメッセージも流せなくなり、まっ白な画面が出るばかりでアクセス不能となってしまうという問題がある。したがって、ユーザにとって、何度もアクセスする煩わしさとそれでもつながらない苛立ちとでサイトへの不満の原因となるという問題がある。

サイトアクセスについては、同一サーバあたり、同時にアクセスできるユーザ数は、数百程度に限られ、チケットの申込サイトや、受験結果や選挙結果などの速報サイト等の場合、同時刻にアクセスが集中しやすいため、接続は極めて困難となるという問題があった。

一方、メール送受信は、サイトアクセスで一度にアクセスできるユーザ数と比較すると、飛躍的に大量の送受信を一度に処理することができる。

本発明は、上述したような課題を解決するためになされたものであり、ユーザからのアクセスが一つのＷｅｂサーバに集中しないようにしてアクセス不能に陥ることを防止する方法及びシステムを得ることを目的としている。

本願発明者は、上記目的を達成するため、Ｗｅｂサイトにアクセスするために整理券（Ｗｅｂアクセス用整理券）を発行することに思い至り、試行錯誤の上、低コストでユーザからのアクセスが短時間に一つのＷｅｂサーバに集中しないようにでき、アクセス不能に陥ることを防止し、かつ、接続しようとするユーザのストレスを緩和することができるＷｅｂアクセス用整理券発行方法及びＷｅｂアクセス用整理券発行システムを発明した。

本発明の第１の態様は、メールサーバと、Ｗｅｂサーバと、前記メールサーバと前記Ｗｅｂサーバとに相互に接続してＷｅｂページにアクセスするための整理券の発行管理を行うＷｅｂ整理券管理サーバと、データベースとを含む複数種類のサーバの機能を備えるサーバ群が、前記整理券を発行する方法であって、
前記メールサーバが、複数のユーザ端末からのＷｅｂサイトアクセス申込メールを受信するメール受信工程と、
前記メールサーバが、前記メール受信工程でＷｅｂサイトアクセス申込メールを受信する度に、受信したＷｅｂサイトアクセス申込メール毎に一意の識別子を生成して前記Ｗｅｂサイトアクセス申込メールの送信元のメールアドレスと関連付けて前記データベースに記憶する識別子生成工程と、
前記Ｗｅｂ整理券管理サーバが、前記識別子を含む固有なＵＲＬであって所定のアクセス用Ｗｅｂページに接続可能な接続先ＵＲＬを生成するアクセス用ＵＲＬ生成工程と、
前記メールサーバが、前記接続先ＵＲＬを記したＷｅｂアクセス用整理券メールを作成するＷｅｂアクセス用整理券メール作成工程と、
前記メールサーバが、前記Ｗｅｂアクセス用整理券メールを前記Ｗｅｂサイトアクセス申込メールの送信元メールアドレスに返信するＷｅｂアクセス用整理券メール送信工程と、
前記Ｗｅｂサーバが、前記接続先ＵＲＬへアクセスしたユーザ端末にアクセス用Ｗｅｂページを表示させるＷｅｂページ表示工程と、
を含み、
前記Ｗｅｂアクセス用整理券メール送信工程において、前記メールサーバが、前記メール受信工程で受付した順に送信時間間隔をおいて前記Ｗｅｂアクセス用整理券メールを送信することを特徴とするＷｅｂアクセス用整理券発行方法を提供する。「サーバ群」には、複数のサーバの組み合わせのみならず、複数種類のサーバ機能を有する１つのサーバをも含む。各サーバは物理的に独立したサーバであっても、複数種類のサーバが物理的に同じサーバであっても、１つのサーバが物理的に複数のサーバで構成されていてもよい。データベースはいずれかのサーバ内にあってもよいし、独立したサーバにあってもよいし、複数のサーバに分散して存在してもよい。

本発明の第１の態様によれば、接続先ＵＲＬをユーザが知ることができるタイミングをずらすことができるので、サイトへのアクセスが全く同じ時刻に集中することを防止でき、アクセスを希望するユーザの誰もがサイトへのアクセスを一刻も早く行いたい場面において、低コストでユーザからのアクセスが短時間に一つのＷｅｂサーバに集中しないようにでき、アクセス不能に陥ることを防止し、かつ、接続しようとするユーザのストレスを緩和することができる。

前記アクセス用ＵＲＬ生成工程において、前記接続先ＵＲＬが、前記識別子をサブドメイン又はディレクトリ名のいずれかに含むことが好ましい。効率的にアクセスを分散することができ、コストを削減できる。

本発明において、「一意の」には、一意的な、一義的なという意味を含む。「一意の識別子」には、例えば、受信したメール毎に別々の識別子であることを含む。「識別子」には、種々の形式の識別子を含み、例えば、アルファベットその他の文字や記号、英数字等のいずれでもよく、また、これらの複数種類を組み合わせてもよい。また、識別子の文字長は特に制限されない。

接続用ＵＲＬは、静的ＵＲＬの他、動的ＵＲＬでもよく、ＵＲＬの中に「?」や「&」等の記号を含むパラメータを有するものでもよい。

また、前記サーバ群が、さらにＤＮＳサーバをも有し、
前記識別子生成工程において、受信したＷｅｂサイトアクセス申込メール毎に一意の識別子とする代わりに、前記Ｗｅｂサイトアクセス申込メールの受付順に所定のメール数ずつ同じ一意の識別子とし、
前記アクセス用ＵＲＬ生成工程において、前記接続先ＵＲＬが、前記識別子がサブドメインに含まれ、かつ、所定の受付時間でアクセスを受付する期間限定のＵＲＬであって、
前記Ｗｅｂアクセス用整理券メール作成工程において、前記Ｗｅｂアクセス用整理券メールが、前記受付時間も記載されているものであって、
かつ、前記ＤＮＳサーバが、前記ＵＲＬを前記受付時間になると有効なＵＲＬとし、前記受付時間を過ぎると削除する名称作成・削除工程を含むことが好ましい。受付可能な受付時間を限定することにより、ＤＯＳ攻撃等を防止することができ、無用なアクセス集中を防止することができ、悪意ある攻撃によるアクセス不能を回避できる。また、受付時間ごとにアクセスできるユーザ数が決まっているので、繋がらないストレスをより緩和できる。

前記接続先ＵＲＬが、前記識別子をサブドメインに含むバーチャルドメインであることがより好ましい。

また、前記メール受信工程において、前記メールサーバは、前記アクセス用Ｗｅｂページでの総受付上限数を超えた後に受信した補欠数分のＷｅｂサイトアクセス申込メールについては、整理券発行待ちの登録を行い、前記接続先ＵＲＬで前記受付時間内に受付されなかった数分だけ次の工程に進ませることがより好ましい。

なお、Ｗｅｂアクセス用整理券メール送信工程において、前記送信時間間隔が、０．５秒間隔以上１．０秒間隔以下の一定の時間間隔であってもよい。０．５秒の間隔があれば、Ｗｅｂサイト側で次のアクセスに対してのアクセス準備が整う前にアクセス待ちが生じてしまう事態を十分に回避でき、１．０秒以内であれば、返信を待つユーザに返信の遅れを全く感じさせない。Ｗｅｂアクセス用整理券メールにおいて、接続先ＵＲＬを含める部分は、メールの本文であることが好ましい。本文を表示させてＵＲＬをクリックするだけで迅速に接続先にアクセスできる。また、送信時間間隔を、所定の時間間隔とする他、時間間隔を変化させてもよい。例えば、一定数までは時間間隔をゼロ（すなわち同時複数送信）とし、その後一定の時間、送信せず、その後一定の時間は１秒に１回所定数送信し、さらにその後一定の時間は５秒に１回所定数送信するなどとしてもよく、送信間隔を、ユーザの属性やアクセスするＷｅｂページの属性から定めてもよいし、あるいは、サーバの受付上限やメール送信開始からの時間数やメール送信数などを変数とする所定の計算式で定めてもよい。

また、前記メール受信工程の後で前記Ｗｅｂアクセス用整理券メール作成工程の前に、前記メールサーバが、メールを受付した旨の受付済メールを前記Ｗｅｂサイトアクセス申込メールの送信元メールアドレスに返信する受付メール送信工程を含むことが好ましい。Ｗｅｂアクセス用整理券メールが届くまでに時間がかかる場合でも、予め受け付けたことがわかるメールを送ることによって、ユーザが誤って再度メール送信してしまうことを防止でき、接続しようとするユーザのストレスを緩和できる。さらに、前記受付メール送信工程が、前記メール受信工程において一定時間内に受付したＷｅｂサイトアクセス申込メール数が既定数を超えた場合、以後に受付したＷｅｂサイトアクセス申込メールに対してのみに前記受付済メールを返信するものであることが好ましい。

なお、前記メールサーバが、前記Ｗｅｂアクセス用整理券メールを所定時間内に所定のメール数作成したら作成を中止するＷｅｂアクセス用整理券メール作成中止工程を含むことが好ましい。

あるいは、メールサーバと、Ｗｅｂサーバと、前記メールサーバと前記Ｗｅｂサーバとに相互に接続してＷｅｂページにアクセスするための整理券の発行管理を行うＷｅｂ整理券管理サーバと、データベースとを含む複数種類のサーバの機能を備えるサーバ群が、前記整理券を発行する方法であって、
前記メールサーバが、複数のユーザ端末からのＷｅｂサイトアクセス申込メールを受信するメール受信工程と、
前記Ｗｅｂ整理券管理サーバが、所定のアクセス用Ｗｅｂページに接続可能な接続先ＵＲＬを生成するアクセス用ＵＲＬ生成工程と、
前記メールサーバが、前記接続先ＵＲＬを記したＷｅｂアクセス用整理券メールを作成するＷｅｂアクセス用整理券メール作成工程と、
前記メールサーバが、前記Ｗｅｂアクセス用整理券メールを所定のメール数作成したら作成を中止するＷｅｂアクセス用整理券メール作成中止工程と、
前記メールサーバが、前記Ｗｅｂアクセス用整理券メールを前記Ｗｅｂサイトアクセス申込メールの送信元メールアドレスに返信するＷｅｂアクセス用整理券メール送信工程と、
前記Ｗｅｂサーバが、前記接続先ＵＲＬへアクセスしたユーザ端末にアクセス用Ｗｅｂページを表示させるＷｅｂページ表示工程と、
を含み、
前記Ｗｅｂアクセス用整理券メール送信工程において、前記メールサーバが、前記メール受信工程で受付した順に送信時間間隔をおいて前記Ｗｅｂアクセス用整理券メールを送信するものでもよい。前記Ｗｅｂアクセス用整理券メール作成中止工程の代わりに、前記Ｗｅｂアクセス用整理券メール送信工程において、前記メールサーバが、所定数のＷｅｂアクセス用整理券メールを送信した後は、前記メール受信工程で受付した順に送信時間間隔をおいて前記Ｗｅｂアクセス用整理券メールを送信することが好ましい。

また、本発明の第２の態様は、メールサーバと、Ｗｅｂサーバと、前記メールサーバと前記Ｗｅｂサーバとに相互に接続してＷｅｂページにアクセスするための整理券の発行管理を行うＷｅｂ整理券管理サーバと、データベースとを含む複数種類のサーバの機能を備えるサーバ群を有するＷｅｂアクセス用整理券発行システムであって、
複数のユーザ端末からのＷｅｂサイトアクセス申込メールを受信するメール受信手段と、
前記メール受信手段でＷｅｂサイトアクセス申込メールを受信する度に受信したＷｅｂサイトアクセス申込メール毎に一意の識別子を生成して前記データベースに記憶する識別子生成手段と、
前記識別子を含む固有なＵＲＬであって所定のアクセス用Ｗｅｂページに接続可能な接続先ＵＲＬを生成するアクセス用ＵＲＬ生成手段と、
前記接続先ＵＲＬを記したＷｅｂアクセス用整理券メールを作成するＷｅｂアクセス用整理券メール作成手段と、
前記Ｗｅｂアクセス用整理券メールを、前記メール受信手段で受付した順に送信時間間隔をおいて前記Ｗｅｂサイトアクセス申込メールの送信元メールアドレスに返信するＷｅｂアクセス用整理券メール送信手段と、
前記接続先ＵＲＬへアクセスしたユーザ端末にアクセス用Ｗｅｂページを表示させるＷｅｂページ表示手段と、を有することを特徴とするＷｅｂアクセス用整理券発行システムを提供する。

本発明の第２の態様によれば、接続先ＵＲＬをユーザが知ることができるタイミングをずらすことができるので、サイトへのアクセスが全く同じ時刻に集中することを防止でき、アクセスを希望するユーザの誰もがサイトへのアクセスを一刻も早く行いたい場面において、低コストでユーザからのアクセスが短時間に一つのＷｅｂサーバに集中しないようにでき、アクセス不能に陥ることを防止し、かつ、接続しようとするユーザのストレスを緩和することができる

前記サーバ群がＤＮＳサーバをも有するものであって、
前記識別子生成手段において、受信したＷｅｂサイトアクセス申込メール毎に一意の識別子とする代わりに、前記Ｗｅｂサイトアクセス申込メールの受付順に所定のメール数ずつ同じ一意の識別子とし
前記接続先ＵＲＬが、前記識別子がサブドメインに含まれ、かつ、所定の受付時間でアクセスを受付する期間限定のＵＲＬであって、
前記Ｗｅｂアクセス用整理券メールが、前記受付時間も記載されているものであって、
前記ＵＲＬを前記受付時間になると有効なＵＲＬとし、前記受付時間を過ぎると削除する名称作成・削除手段を有することが好ましい。

また、前記メールサーバが、さらに、メールを受付した旨の受付済メールを前記Ｗｅｂサイトアクセス申込メールの送信元メールアドレスに返信する受付メール送信手段を有することが好ましい。前記受付メール送信手段が、前記メール受信手段によって一定時間内に受付したＷｅｂサイトアクセス申込メール数が既定数を超えた場合、以後に受付したＷｅｂサイトアクセス申込メールに対してのみに前記受付済メールを返信するものであることがより好ましい。

本発明によれば、低コストでユーザからのアクセスが短時間に一つのＷｅｂサーバに集中しないようにでき、アクセス不能に陥ることを防止し、かつ、接続しようとするユーザのストレスを緩和することができる。

ロードバランサーを使用する従来方法を示す図である。 ＤＮＳサーバを使用する従来方法を示す図である。 本発明のＷｅｂアクセス用整理券発行方法の実施例１において使用されるシステム構成図である。 本発明のＷｅｂアクセス用整理券発行方法の実施例１の手順を示す概念図である。 本発明のＷｅｂアクセス用整理券発行方法の実施例１の手順の応用例を示す概念図である。 本発明のＷｅｂアクセス用整理券発行方法の実施例２において使用されるシステム構成図である。 本発明のＷｅｂアクセス用整理券発行方法の実施例２の手順を示す概念図である。 本発明のＷｅｂアクセス用整理券発行方法の実施例３の手順を示すフロー図である。 本発明のＷｅｂアクセス用整理券発行方法の実施例３の手順のうち、補欠の取り扱いを示すフロー図である。 本発明のＷｅｂアクセス用整理券発行方法の実施例４において使用されるハードウェア主要部の構成と手順を示す概念図である。 本発明のＷｅｂアクセス用整理券発行方法の実施例５において使用されるハードウェア主要部の構成と手順を示す概念図である。

本発明のＷｅｂアクセス用整理券発行システムは、ＣＰＵなどの演算処理装置、ＲＡＭやハードディスクなどの記憶装置を有するコンピュータ端末（サーバも含む）上でその処理が実現される。本実施例のＷｅｂアクセス用整理券発行システムを実現するプログラムは、当該コンピュータ端末のハードディスクに記憶されており、かかるプログラムは、所定の操作をされることによってＲＡＭ等などに読み込まれ、その機能（手段）を演算処理装置で実行し、もって、所定の処理が行われる。そして、かかる処理に用いる記憶手段として記憶する情報は、データベースやデータファイルなどの各種のファイル保存形式でＲＡＭやハードディスクなどの記憶装置に記憶されており、その処理の際に適宜読み出されることで、所定の処理が行われる。また、処理した結果も、ＲＡＭやハードディスクなどの記憶装置に書き出され、適宜記憶される。本発明に於ける各手段は、その機能が論理的に区別されているのみであって、物理上あるいは事実上は同一の領域を構成するものであってもよい。

以下、本発明のＷｅｂアクセス用整理券発行方法及びＷｅｂアクセス用整理券発行システムについて、添付図面を参照して実施例を用いて本発明の好適な実施の形態を具体的に説明するが、本発明はこれらに限定されるものではない。

本実施例は、ユーザ端末に所定のＷｅｂページにアクセスしようとするユーザ端末に、アクセスするための整理券の役割を果たす接続先ＵＲＬを記載したメールを、時間差を設けて発行するものである。

｛構成｝
本実施例では、Ｗｅｂアクセス用整理券発行システムは、１又は複数のサーバから構成されるサーバ群を有し、上記サーバ群は、メールサーバと、Ｗｅｂサーバと、前記メールサーバと前記Ｗｅｂサーバとに相互に接続してＷｅｂページにアクセスするための整理券の発行管理を行うＷｅｂ整理券管理サーバと、データベースとを有する。各サーバは、それぞれ、物理的に１又は複数のサーバから構成されて１種類のサーバとして機能するものであってもよく、また、複数種類のサーバとしての機能が物理的に１つのサーバから構成されていてもよい。例えば、データベースがＷｅｂ整理券管理サーバ内にあってもメールサーバ内にあってもよく、Ｗｅｂ整理券管理サーバがメールサーバ内にあってもよく、Ｗｅｂサーバが多数あってもよい。また、データベースは、他のサーバとは別のデータベースサーバ内にあってもよいし、メールサーバ内にあってもＷｅｂサーバ内にあっても、また複数サーバに分散して存在していてもよい。本実施例では、メールサーバとＷｅｂサーバとＷｅｂ整理券管理サーバとはネットワークを介して相互に接続されているが、物理的に同じサーバ内にあって相互にアクセスできるものであってもよい。

本実施例のＷｅｂアクセス用整理券発行システムは、メールサーバと、Ｗｅｂサーバと、Ｗｅｂ整理券管理サーバと、データベースとを含む複数種類のサーバの機能を備えるサーバ群を有するＷｅｂアクセス用整理券発行システムであって、前記Ｗｅｂ整理券管理サーバは、前記メールサーバと前記Ｗｅｂサーバとに相互に接続してＷｅｂページにアクセスするための整理券の発行管理を行うものであって、（１）複数のユーザ端末からのＷｅｂサイトアクセス申込メールを受信するメール受信手段と、（２）メール受信手段でＷｅｂサイトアクセス申込メールを受信する度に受信したＷｅｂサイトアクセス申込メール毎に一意の識別子を生成してデータベースに記憶する識別子生成手段と、（３）識別子を含む固有なＵＲＬであって所定のアクセス用Ｗｅｂページに接続可能な接続先ＵＲＬを生成するアクセス用ＵＲＬ生成手段と、（４）接続先ＵＲＬを記したＷｅｂアクセス用整理券メールを作成するＷｅｂアクセス用整理券メール作成手段と、（５）Ｗｅｂアクセス用整理券メールを、メール受信手段で受付した順に送信時間間隔をおいてＷｅｂサイトアクセス申込メールの送信元メールアドレスに返信するＷｅｂアクセス用整理券メール送信手段と、（６）接続先ＵＲＬへアクセスしたユーザ端末にアクセス用Ｗｅｂページを表示させるＷｅｂページ表示手段と、（７）メールを受付した旨の受付済メールをＷｅｂサイトアクセス申込メールの送信元メールアドレスに返信する受付メール送信手段とを有するものである。また、データの通信を行う手段を通信手段として総称し、通信手段には、メール受信手段とＷｅｂアクセス用整理券メール送信手段と受付メール送信手段とを含み、また、電話回線を介しての通信やインターネット等のネットワークを介しての通信を行う手段を含み、メールサーバとＷｅｂサーバとデータベースとを相互に接続する手段を含む。

本実施例においては、通信手段及び表示手段がユーザの端末内にあり、通信手段及び、識別子作成手段、ＵＲＬ作成手段、メール作成手段、また、記憶蓄積手段としてのデータベース、Ｗｅｂページ作成手段、Ｗｅｂページ表示手段が、相互に接続されたメールサーバとＷｅｂサーバとＷｅｂ整理券管理サーバとを有する複数のサーバによって構成されたサーバ群内にある。識別子照合判定手段やＵＲＬ照合判定手段もサーバ群内にあってもよい。本実施例においては、メールアドレスデータと識別子データと送信メール内容データとＵＲＬデータと受信時刻データと受付時間データを記憶し蓄積するデータベースを有しＷｅｂページのＵＲＬの作成を行いＷｅｂページにアクセスするための整理券の発行管理を行うＷｅｂ整理券管理サーバと、識別子の作成並びにメールの送信及び受信を行うメールサーバと、Ｗｅｂページの内容を記憶し蓄積するとともにＷｅｂページ作成やＷｅｂページ表示を行うＷｅｂサーバとが、互いにＬＡＮ等で接続され１つのサーバ群を形成しているが、上記のようなデータベースとメール送受信機能とＷｅｂページ作成表示機能とを有した１つのサーバであってもよい。また、データベースは、本実施例においてはＷｅｂ整理券管理サーバ内にあるが、データベースサーバとして独立したサーバに存するものでも、例えばメールサーバ内あるいはＷｅｂサーバ内にあってもよい。上記メールサーバ、Ｗｅｂサーバ、Ｗｅｂ整理券管理サーバ、データベースは複数あってもよい。また、メール送受信サーバがメール送信サーバとメール受信サーバに分かれていてもよい。また、メールサーバあるいはＷｅｂサーバあるいはＷｅｂ整理券管理サーバが、データベースの全て又は一部の複製を保持していてもよい。

図３は、本発明のＷｅｂアクセス用整理券発行方法の実施例１において使用されるシステム構成図である。Ｗｅｂ整理券管理サーバ４０は、Ｗｅｂ整理券管理プログラムを有するＷｅｂ整理券管理部４０５とデータベース４０４とを有する。Ｗｅｂ整理券管理部４０５は、メールサーバ２０内にフロント部であるＷｅｂ整理券管理フロント部（メールサーバ内）２０２を有し、Ｗｅｂサーバ３０内にフロント部であるＷｅｂ整理券管理フロント部（Ｗｅｂサーバ内）３０２を有する。Ｗｅｂ整理券管理フロント部（メールサーバ内）２０２は、Ｗｅｂ整理券管理部４０５のフロントとしてメールサーバ２０内のメール受付部２０１にアクセスして、メール送受信等の制御を行う。Ｗｅｂ整理券管理フロント部（Ｗｅｂサーバ内）３０２は、Ｗｅｂ整理券管理部４０５のフロントとしてＷｅｂサーバ３０でＷｅｂアクセスチェック等の制御を行う。メールサーバ２０もＷｅｂサーバ３０も、Ｗｅｂ整理券管理部４０５がどのサーバに存在するかを意識しないために、それぞれのフロント部を介する。各フロント部は、各サーバ内で実行するプログラムを有し、処理の連携を行う。

本実施例においては、データベース４０４を有するＷｅｂ整理券管理サーバ４０と、メールサーバ２０と、Ｗｅｂサーバ３０とは、インターネットやＬＡＮ、ＷＡＮ等の通信ネットワークを介して又は直接に互いに接続され、サーバ群５０を構成し、相互に情報の送受信が可能である。メールサーバ２０とＷｅｂサーバ３０とＷｅｂ整理券管理サーバ４０とを含むサーバ群５０は、ユーザ端末１０と、インターネットやＬＡＮ、ＷＡＮ等の通信ネットワークを介して相互に情報の送受信が可能である。

ユーザ端末１０は、例えば、ノートＰＣやタブレットＰＣを含むパーソナルコンピュータ（ＰＣ）や、スマートフォンを含む携帯電話、ＰＤＡ等、メールの送受信による通信手段を有する端末である。メールサーバ２０は、メール送信及びメール受信による通信手段を含むメール受付部２０１を有するサーバであって、識別子作成手段、メール作成手段を有する。メールサーバ２０は、保有しているメールアドレスに送信されたメールは自動的に受信する。メール受付部２０１は、Ｗｅｂ整理券管理フロント部（メールサーバ内）２０２によって制御される。Ｗｅｂサーバ３０は、Ｗｅｂページを提供するサーバであって、Ｗｅｂページ作成手段、Ｗｅｂページ記憶手段、Ｗｅｂページ表示手段を有する。Ｗｅｂサーバ３０は、Ｗｅｂ整理券管理フロント部（Ｗｅｂサーバ内）３０２によってフォーム入口でチェック依頼を出し、Ｗｅｂアクセスチェックを行う。Ｗｅｂサーバ３０は、さらに、識別子照合判定手段、ＵＲＬ照合判定手段を有していてもよい。Ｗｅｂ整理券管理サーバ４０は、ＵＲＬ作成手段を有する。Ｗｅｂ整理券管理サーバ４０は、Ｗｅｂ整理券管理部４０５でＷｅｂ整理券の発行やアクセスチェックなどの要求を受け付けて、実際に要求を処理するデータベース４０４にアクセスして連携し、Ｗｅｂ整理券管理部４０５を通じ、Ｗｅｂ整理券管理フロント部（メールサーバ内）２０２、Ｗｅｂ整理券管理フロント部（Ｗｅｂサーバ内）３０２にアクセスする。メールサーバ２０内の各手段は、Ｗｅｂ整理券管理フロント部（メールサーバ内）２０２によって制御され、Ｗｅｂサーバ３０内の各手段は、Ｗｅｂ整理券管理フロント部（Ｗｅｂサーバ内）３０２によって制御される。

Ｗｅｂ整理券管理サーバ４０のＷｅｂ整理券管理部４０５には、Ｗｅｂアクセス用整理券管理プログラムが搭載されている。

上記Ｗｅｂアクセス用整理券管理プログラムは、コンピュータに、生成された識別子を含む接続先ＵＲＬを作成する機能、Ｗｅｂ整理券管理フロント部（メールサーバ内）２０２にＷｅｂアクセス用整理券発行プログラムを実行させる機能Ｗｅｂ整理券管理フロント部（Ｗｅｂサーバ内）３０２にＷｅｂアクセス用整理券受付プログラムを実行させる機能を実現させるためのプログラムである。

データベース４０４は、送信元メールアドレスデータと識別子のデータとが互いに関連付けられたテーブルを有する。前記接続先ＵＲＬで表示するＷｅｂページの内容は、本実施例では、Ｗｅｂサーバ３０内のＷｅｂページ記憶手段に記憶されているが、データベース４０４内に記憶されていてもよい。

メールサーバ２０のＷｅｂ整理券管理フロント部（メールサーバ内）２０２には、Ｗｅｂアクセス用整理券メール発行プログラムが搭載されている。

上記Ｗｅｂアクセス用整理券メール発行プログラムは、コンピュータに、メール受信機能、メールを受信する度に受信したメール毎に一意の識別子を生成してデータベースに記憶させる機能、受信したメールの送信元メールアドレス宛てであって本文に上記識別子を含むＵＲＬを記載した返信メールを作成する機能、作成した返信メールを受信したメールの送信元メールアドレスに対しメールを受信した順に送信時間間隔をおいて返信する機能を実現させるためのプログラムである。上記返信メールには、本実施例では、Ｗｅｂアクセス用整理券メールのほか、受付済メールを含むが、受付済みメールではＵＲＬは入れない。

Ｗｅｂサーバ３０のＷｅｂ整理券管理フロント部（Ｗｅｂサーバ内）３０２には、Ｗｅｂアクセス用整理券受付プログラムが搭載されている。

上記Ｗｅｂアクセス用整理券受付プログラムは、コンピュータに、所定のアクセス用Ｗｅｂページを作成して前記接続先ＵＲＬと関連付けてデータベースに記憶する機能、データベースに登録された識別子がアクセスされた接続先ＵＲＬの所定の箇所に含まれているかを確認する識別子照合判定機能、所定の識別子が含まれていることを確認されたＵＲＬと関連付けて記憶されているアクセス用Ｗｅｂページを検索するＵＲＬ照合判定機能、前記接続先ＵＲＬにアクセスしたユーザ端末に前記アクセス用Ｗｅｂページを送信して表示させる機能を実現させるためのプログラムである。作成された接続先ＵＲＬは、仮想Ｗｅｂサーバ内のＷｅｂページである。さらに、仮想サーバの特定のＷｅｂページを表示させるのに、仮想ディレクトリを含むＵＲＬを接続先ＵＲＬとしてもよい。所定のアクセス用Ｗｅｂページを作成する際に、既存のアクセス用Ｗｅｂページを複製してもよい。

メールサーバ２０、Ｗｅｂサーバ３０、Ｗｅｂ整理券管理サーバ４０は、それぞれ、ＣＰＵ、メモリ、オペレーティングシステム、デバイスドライバ等で構成される制御装置と、磁気ディスク等の二次記憶、ＬＡＮボード等の通信制御装置を備えている。データベース４０４は、磁気ディスク等の二次記憶を備えているが、メールサーバ２０、Ｗｅｂサーバ３０と同様にサーバ機能を有していてもよい。メールサーバ２０、Ｗｅｂサーバ３０、Ｗｅｂ整理券管理サーバ４０とは、互いにＬＡＮやインターネット等で接続されており、メールサーバ２０又はＷｅｂサーバ３０からの操作命令に基づき、互いに協働して本発明のＷｅｂアクセス用整理券メール発行処理及びＷｅｂアクセス用整理券受付処理を行う。

Ｗｅｂ整理券管理サーバ４０の磁気ディスクには、Ｗｅｂアクセス用整理券管理プログラムが格納されている。メールサーバ２０の磁気ディスクには、Ｗｅｂアクセス用整理券メール発行プログラムが格納されている。Ｗｅｂサーバ３０の磁気ディスクには、Ｗｅｂアクセス用整理券受付プログラムやＷｅｂページ内容が格納されている。データベースには、メールアドレス、識別子、ＵＲＬ、受付時間、受信時刻、送信メール内容が記憶し蓄積されている。データベースにＷｅｂページ内容が格納されていてもよい。メールサーバ２０、Ｗｅｂサーバ３０、Ｗｅｂ整理券管理サーバ４０は、通常のサーバが有するクロック機能等を備えている。

Ｗｅｂ整理券管理サーバ４０は、Ｗｅｂ整理券管理サーバ４０のＣＰＵが、Ｗｅｂ整理券管理サーバ４０のＷｅｂアクセス用整理券管理プログラムをＷｅｂ整理券管理サーバ４０のメモリにロードして実行することにより本発明のＷｅｂアクセス用整理券メール管理処理が可能なコンピュータの機能を実現する。メールサーバ２０は、メールサーバ２０のＣＰＵが、メールサーバ２０のＷｅｂアクセス用整理券メール発行プログラムをメールサーバ２０のメモリにロードして実行することにより本発明のＷｅｂアクセス用整理券メール発行処理が可能なコンピュータの機能を実現する。Ｗｅｂサーバ３０は、Ｗｅｂサーバ３０のＣＰＵが、Ｗｅｂサーバ３０のＷｅｂアクセス用整理券受付プログラムをＷｅｂサーバ３０のメモリにロードして実行することにより本発明のＷｅｂアクセス用整理券受付処理が可能なコンピュータの機能を実現する。各サーバのＣＰＵは、通常のコンピュータに搭載する演算処理装置であり、各種プログラムを実行し、各種制御等を行うことができる。メールサーバ２０は複数のメールアカウントを有することができるが、本実施例では１つのメールアドレスで代表して説明する。

Ｗｅｂサーバ３０は、１又は複数の物理マシンからなり、各物理マシンは複数のＯＳとハードウェアを稼働させて複数の仮想サーバとして機能させることができる。ＩＰアドレスとポート番号が同じでもＨＴＴＰのプロトコルヘッダを変えて複数の名前ベースの仮想サーバにできる。Ｗｅｂサーバ３０は、本実施例では、１つで複数のドメインを有し、複数の仮想Ｗｅｂサーバを含む。また、Ｗｅｂサーバ３０が、別々のドメインを有する複数のＷｅｂサーバからなるものでもよい。

識別子作成手段は、メールサーバ２０のクロック機能を利用して、システムタイムをベースに識別子を作成する。例えば、「{LAwg6nT}」、「0627su1i2xqu」のような、記号や英数字の組み合わせで作成する。日付データと、メールサーバ２０のシステムタイムをベースに生成した一意のキーとを組み合わせるなどにより、データベース４０４内に記憶されている他の識別子と重ならないように自動作成される。本実施例では、識別子の文字長には制限がない。

ＵＲＬ作成手段は、作成された識別子を、所定の文字データと組み合わせてＵＲＬを作成する。図４は、本発明のＷｅｂアクセス用整理券発行方法の実施例１の手順を示す概念図である。例えば、それぞれ別の仮想サーバにアクセスさせる場合、作成された識別子が「w1」、「w2」であれば、ＵＲＬとしてサブドメインに識別子を入れて、例えば「http://w1.ckip.jp」「http://w2.ckip.jp」を自動作成する。同一サーバの別々の仮想ディレクトリにアクセスさせる場合、作成された識別子が「abc234」、「sjw383」であれば、ＵＲＬとしてパス名に識別子を入れて、例えば「http://w1.xx.xx/yyy/zzzzz?abc234」「http://w1.xx.xx/yyy/zzzzz?sjw383」を自動作成する。作成されるＵＲＬは静的ＵＲＬでも動的ＵＲＬでもよい。所定のＵＲＬにアクセスしたユーザ端末に表示するWebページのＵＲＬを複数自動作成してもよい。例えば、「http://w1.xx.xx/yyy/zzzzz?abc234」へ最初にアクセスしたユーザ端末に「http://x1.xx.xx/?n=abc234」で特定されるWebページを表示し、次にアクセスしたユーザ端末に「http://x1.xx.xx/?n=sjw383」で特定されるWebページを表示するものであってもよい。ＵＲＬは、全く異なるドメインでも良いが、同一ドメインのサブドメインであっても良い。すなわち、「http://a1.a2.jp」「http://b1.b2.jp」「http://c1.c2.jp」のようなアドレスでも良いし、「http://a1.xx.jp」「http://a2.xx.jp」「http://a3.xx.jp」のようアドレスでも良い

識別子照合判定手段は、データベース４０４にアクセスして、ユーザ端末からアクセスされたＵＲＬに含まれる所定位置の文字データを、データベース４０４内に記憶されている識別子全てと照らし合わせ、一致するかを判定する。

メール作成手段は、ＵＲＬ作成手段によって作成された接続先ＵＲＬを本文に含めたＷｅｂアクセス用整理券メールを作成する。本実施例では、メール作成手段は、かかるメール以外に、接続先ＵＲＬを含まないが受付した旨を伝える受付済メールも作成する。

本実施例では、Ｗｅｂサーバ３０は、前述のハードウェア構成とＷｅｂアクセス用整理券管理プログラムによって、上述した（３）アクセス用ＵＲＬ生成手段として機能する。また、メールサーバ２０は、前述のハードウェア構成とＷｅｂアクセス用整理券メール発行プログラムによって、上述した（１）メール受信手段、（２）識別子生成手段、（４）Ｗｅｂアクセス用整理券メール作成手段、（５）Ｗｅｂアクセス用整理券メール送信手段、（７）受付メール送信手段として機能する。また、Ｗｅｂサーバ３０は、前述のハードウェア構成とＷｅｂアクセス用整理券受付プログラムによって、上述した（６）Ｗｅｂページ表示手段として機能する。

｛処理プロセス｝
本実施例のＷｅｂアクセス用整理券発行方法は、メールサーバと、Ｗｅｂサーバと、前記メールサーバと前記Ｗｅｂサーバとに相互に接続してＷｅｂページにアクセスするための整理券の発行管理を行うＷｅｂ整理券管理サーバと、データベースとを含む複数種類のサーバの機能を備えるサーバ群が、前記整理券を発行する方法であって、（１）前記メールサーバが、複数のユーザ端末からのＷｅｂサイトアクセス申込メールを受信するメール受信工程と、
前記メールサーバが、前記メール受信工程でＷｅｂサイトアクセス申込メールを受信する度に、受信したＷｅｂサイトアクセス申込メール毎に一意の識別子を生成して前記データベースに記憶する識別子生成工程と、（２）前記Ｗｅｂ整理券管理サーバが、前記識別子を含む固有なＵＲＬであって所定のアクセス用Ｗｅｂページに接続可能な接続先ＵＲＬを生成するアクセス用ＵＲＬ生成工程と、（３）前記メールサーバが前記接続先ＵＲＬを記したＷｅｂアクセス用整理券メールを作成するＷｅｂアクセス用整理券メール作成工程と、（４）前記メールサーバが前記Ｗｅｂアクセス用整理券メールを前記Ｗｅｂサイトアクセス申込メールの送信元メールアドレスに返信するＷｅｂアクセス用整理券メール送信工程と、（５）前記Ｗｅｂサーバが前記接続先ＵＲＬへアクセスしたユーザ端末にアクセス用Ｗｅｂページを表示させるＷｅｂページ表示工程とを含み、前記Ｗｅｂアクセス用整理券メール送信工程（４）において、前記メールサーバが、前記メール受信工程（１）で受付した順に送信時間間隔をおいて前記Ｗｅｂアクセス用整理券メールを送信するものである。Ｗｅｂアクセス用整理券管理プログラムとＷｅｂアクセス用整理券メール発行プログラムとＷｅｂアクセス用整理券受付プログラムとは、以下に示すステップをコンピュータに実行させるものである。

本実施例のＷｅｂアクセス用整理券発行方法の処理プロセスをより詳細に説明する。メールサーバ２０及びＷｅｂサーバ３０は、Ｗｅｂ整理券管理サーバ４０内のＷｅｂ整理券管理部４０５からアクセスされるＷｅｂ整理券管理フロント部（メールサーバ内）２０２及びＷｅｂ整理券管理フロント部（Ｗｅｂサーバ内）３０２によってそれぞれ制御されて下記各工程を実行する。

（ステップ１１０：メール受信工程）例えば、イベントの速報がある日の12時にインターネットで公開される場合において、速報アクセスを希望する者は12時以降に所定のメールアドレス（例えば、eventxx@ckip.jp）に空メールを送信すべき旨を予め周知しておく。12時になると、図４に示したように、メールサーバ２０は、複数のユーザ端末１０からのＷｅｂサイトアクセス申込メールを受信する。本実施例では、eventxx@ckip.jpのメールアドレスを宛先とするメールを受信する。送信元アドレスが分かればよいので、Ｗｅｂサイトアクセス申込メールは空メールでよい。メールサーバ２０は、受信ごとに、送信元のメールアドレスと受信時刻とを関連付けてデータベース４０４に記憶する。

（ステップ１２０：識別子生成工程）メールサーバ２０は、Ｗｅｂサイトアクセス申込メールを受信する度に、受信したＷｅｂサイトアクセス申込メール毎に一意の識別子を生成してデータベース４０４に記憶する。例えば、一番初めに受信したＷｅｂサイトアクセス申込メールに対しては「w1」、次のＷｅｂサイトアクセス申込メールには「w2」、その次のＷｅｂサイトアクセス申込メールには「w3」の識別子を生成して、各Ｗｅｂサイトアクセス申込メールの送信元アドレスと関連付けてデータベース４０４に記憶する。

（ステップ１３０：アクセス用ＵＲＬ生成工程）メールサーバ２０は識別子を作成すると、ネットワークを介して接続されているＷｅｂ整理券管理サーバ４０に作成した識別子を伝達する。Ｗｅｂ整理券管理サーバ４０が、前記識別子を含む固有なＵＲＬであって所定のアクセス用Ｗｅｂページに接続可能な接続先ＵＲＬを生成する。例えば、識別子が「w1」であったら、対応する接続先ＵＲＬとして所定のアクセス用Ｗｅｂページを表示するＵＲＬである「http://w1.ckip.jp」を生成する。アクセス用Ｗｅｂページの内容は、予めＷｅｂ整理券管理サーバ４０のデータベースに記憶されているものであってもよいし、接続先ＵＲＬを生成するとともにあるいは接続先ＵＲＬにアクセスがあった際に１つのアクセス用Ｗｅｂページの内容を自動コピーして生成されるものであってもよい。図４に示した本実施例では、識別子「w1」を生成するとともに、Ｗｅｂサーバ３０内の仮想ＷｅｂサーバであるＷｅｂサーバ３０ａのＩＰアドレス及びポート番号及びサーバネームに変換可能なＵＲＬ「http://w1.ckip.jp」を生成する。同様にして、識別子「w2」を生成するとともに、Ｗｅｂサーバ３０内の仮想ＷｅｂサーバであるＷｅｂサーバ３０ｂのＩＰアドレス及びポート番号及びサーバネームに変換可能なＵＲＬ「http://w2.ckip.jp」を生成する。識別子「w3」を生成するとともに、Ｗｅｂサーバ３０内の仮想ＷｅｂサーバであるＷｅｂサーバ３０ｃのＩＰアドレス及びポート番号及びサーバネームに変換可能なＵＲＬ「http://w3.ckip.jp」を生成する。前記接続先ＵＲＬと前記接続先ＵＲＬで接続可能なアクセス用Ｗｅｂページとは関連付けて前記データベースに記憶する。

（ステップ１４０：Ｗｅｂアクセス用整理券メール作成工程）Ｗｅｂ整理券管理サーバ４０は接続先ＵＲＬを作成すると、ネットワークを介して接続されているメールサーバ２０に作成した接続先ＵＲＬを伝達する。メールサーバ２０が、データベース４０４に記憶されているＷｅｂサイトアクセス申込メールの送信元のメールアドレスを送信先とし接続先ＵＲＬを本文に記したＷｅｂアクセス用整理券メールを作成する。Ｗｅｂアクセス用整理券メールにおいて、接続先ＵＲＬを含める部分は、メールの本文であることが好ましい。本文を表示させてＵＲＬをクリックするだけで迅速に接続先にアクセスできる。

（ステップ１５０：Ｗｅｂアクセス用整理券メール送信工程）メールサーバ２０が、作成したＷｅｂアクセス用整理券メールを、送信先に指定されているＷｅｂサイトアクセス申込メールの送信元メールアドレスに返信する。メールサーバ２０は、データベース４０４に記憶されている受信時刻を参照し、クロック機能を利用して、メール受信工程で受付した順に送信時間間隔をおいて前記Ｗｅｂアクセス用整理券メールを送信する。前記Ｗｅｂアクセス用整理券メールは、Ｘ秒毎に１通ずつ送信する。秒数の「Ｘ」は任意の数であって、本実施例では、Ｘ＝０．５とするが、これに限定されない。最初に受信したＷｅｂサイトアクセス申込メールの送信元にＷｅｂアクセス用整理券メールを送信したＸ秒後に、２番目に受信したＷｅｂサイトアクセス申込メールの送信元にＷｅｂアクセス用整理券メールを送信し、さらにＸ秒後（最初の送信から２Ｘ秒後）に、３番目に受信したＷｅｂサイトアクセス申込メールの送信元にＷｅｂアクセス用整理券メールを送信する。ユーザ端末１０は順次Ｗｅｂアクセス用整理券メールを受信する。メールサーバ２０は、ユーザ端末１０へＷｅｂアクセス用整理券メールを送信して処理を終了する。

接続先ＵＲＬをユーザが知ることができるタイミングをずらすことができるので、サイトへのアクセスが全く同じ時刻に集中することを防止でき、例えば、選挙速報のように、アクセスを希望するユーザの誰もがサイトへのアクセスを一刻も早く行いたい場面において、低コストでユーザからのアクセスが短時間に一つのＷｅｂサーバに集中しないようにでき、アクセス不能に陥ることを防止し、かつ、接続しようとするユーザのストレスを緩和することができる。本実施例では、アクセスさせる仮想Ｗｅｂサーバが毎回異なるため、アクセス分散ができる。同じ仮想Ｗｅｂサーバに対し、異なるＵＲＬでアクセスさせることもできるので、仮想Ｗｅｂサーバの数が少なくても、アクセスが重ならない時間間隔を十分にあければ、再び同じ仮想ＷｅｂサーバにアクセスするＵＲＬを送信することができるので、コストを削減できる。

送信時間間隔は、Ｘ秒（本実施例では０．５秒）であり、かかる時間間隔をおいて返信することにより、Ｗｅｂサイト側で次のアクセスに対してのアクセス準備が整う前にアクセス待ちが生じてしまう事態を十分に回避できる。間隔は、０．５秒以上であっても、１．０秒以内であれば、返信を待つユーザに返信の遅れを全く感じさせないので、送信時間間隔（Ｘ）は１．０秒であってもよい。

Ｗｅｂアクセス用整理券メールを送信した後、データベース４０４に記憶したＷｅｂサイトアクセス申込メールの送信元のメールアドレスのうち送信先としたメールアドレスとその受信時刻の情報を削除してもよい。

（ステップ１６０：Ｗｅｂページ表示工程）接続先ＵＲＬが記載されたＷｅｂアクセス用整理券メールを受信したユーザ１０には、メール開封時に接続先ＵＲＬを表示させる。ユーザ端末１０は接続先ＵＲＬを選択すること等により接続先ＵＲＬへアクセスすることができる。Ｗｅｂサーバ３０が、前記接続先ＵＲＬへアクセスしたユーザ端末１０にアクセス用Ｗｅｂページを表示させる。Ｗｅｂサーバ３０は、ユーザ端末１０へアクセス用Ｗｅｂページを表示させて処理を終了する。

図４に示した例では、「http://w1.ckip.jp」、「http://w2.ckip.jp」、「http://w3.ckip.jp」をＵＲＬとする仮想Ｗｅｂサーバ３０ａ、３０ｂ、３０ｃにそれぞれアクセスさせてアクセス用Ｗｅｂページを表示する。接続先ＵＲＬ中での識別子を入れる場所によって、ＩＰアドレスが異なる仮想Ｗｅｂサーバにアクセスさせることもできるし、ＩＰアドレスは同じであるがポート番号が異なる仮想Ｗｅｂサーバにアクセスさせることもできるし、ＨＴＴＰのプロトコルヘッダに識別子を入れれば、名前ベースの仮想サーバで別々の仮想Ｗｅｂサーバにアクセスさせることもできる。

また、パス名に識別子を入れることにより、同じＷｅｂサーバ内の異なる仮想ディレクトリにアクセスさせることもできる。図５は、本発明のＷｅｂアクセス用整理券発行方法の実施例１の手順の応用例を示す概念図である。図５では、クエリを含むＵＲＬ「http://w1.xx.xx/yyy/zzzzz?abc234」のうち、同じメールアドレスでのＷｅｂサイトアクセス申込メールを受信したものは「http://w1.xx.xx/yyy/」の部分が共通し、パス名を「/zzzzz?abc234」、「/zzzzz?sjw383」のように変えることによって、同じ仮想Ｗｅｂサーバ（「http://w1.xx.xx/yyy」）内の異なる仮想ディレクトリ（「/zzzzz?abc234」、「/zzzzz?sjw383」）にアクセスを分散させることができる。接続先ＵＲＬが、前記識別子をサブドメイン又はディレクトリ名のいずれかに含むことが好ましい。物理的マシンが少なくても、仮想Ｗｅｂサーバ及び仮想ディレクトリで多数の平行処理が可能となる。

一度使用された接続先ＵＲＬは、繰り返し使われないように破棄してもよい。これにより、使用済みの接続先ＵＲＬを手に入れたユーザによる不正アクセスを防止できる。

さらに、チケットの申し込み等のサイトであれば、図５に示したように、発行するＵＲＬのうち一定数を同じ「http://w1.xx.xx/yyy/zzzzz?abc234」とし、同じＵＲＬで発行したものは、個別の識別子に基づく整理番号（abc234、jw383等）をデータベースに記憶しておき、このＵＲＬで最初にアクセスしたユーザ端末にひとつの整理番号に基づくＵＲＬ「http://x1.xx.xx/?n=abc234」で特定されるＷｅｂページ（図５において受付フォームページ）を表示し、次にこのＵＲＬでアクセスしたユーザ端末に別の整理番号に基づくＵＲＬ「http://x1.xx.xx/?n=sjw383」で特定されるWebページ（図５において受付フォームページ）を表示するようにしてもよい。これにより、同時進行で多数の受付が可能となる。したがって、繋がりにくいサイトでユーザが何度も同じページにアクセスしてＷｅｂサーバに負荷をかけすぎてしまうことを防止できる。

また、Ｗｅｂページ表示工程において、Ｗｅｂサーバ３０にユーザ端末１０からのアクセスがあった際に、データベースを検索して、データベースに登録された識別子がアクセスされた接続先ＵＲＬの所定の箇所に含まれているかを確認する識別子照合判定工程を含んでもよい。また、さらに、所定の識別子が含まれていることを確認されたＵＲＬと関連付けて記憶されているアクセス用Ｗｅｂページを検索するＵＲＬ照合判定工程を含んでもよい。

（ステップ１１２：受付メール送信工程）上述したステップ１１０：メール受信工程の後であって、上述したステップ１５０：Ｗｅｂアクセス用整理券メール送信工程までの間に、メールサーバ２０が、メールを受付した旨の受付済メールを前記Ｗｅｂサイトアクセス申込メールの送信元メールアドレスに返信するものであってもよい。例えば、図５に示したように、受付済メールとして、まずは、メール受信ごとに「×××への申込を受付けました。整理券発行までお待ち下さい。」という内容の受付済メールを返信しておいてから、後で、「×××への整理券を発行します。以下のＵＲＬをクリックして、アクセス下さい。http://w1.xx.xx/yyy/zzzzz?abc234」という内容のＷｅｂアクセス用整理券メールを送信する。特に、メール受信工程で一定時間内に受付したＷｅｂサイトアクセス申込メール数が既定数を超えた場合に、以後に受付したＷｅｂサイトアクセス申込メールに対してのみに前記受付済メールを返信するものであることが好ましい。メールの受信順に送信時間をずらしてＷｅｂアクセス用整理券メールを送信するため、短時間で莫大な数のＷｅｂサイトアクセス申込メールがあった場合、Ｗｅｂアクセス用整理券メールの送信が遅くなり、ユーザが申込が受け付けられなかったと勘違いして再度Ｗｅｂサイトアクセス申込メールを送信してしまうおそれが生じるが、一旦、受付済メールを送信することにより、ユーザは安心してＷｅｂアクセス用整理券メールを待つことができる。メールの受付処理は、Ｗｅｂアクセス処理の１００倍以上こなすことができるが、受付済メールを送信することで、二重三重の申込を防止でき、ユーザのストレスを緩和しながら、アクセス集中を効率よく回避することができ、トラフィックの混雑を避けることができる。

｛効果｝
本実施例によれば、一つのサイトにアクセスされる時刻をずらすことができ、ずらす時間がごく僅かでも、アクセス集中によるサーバダウンを飛躍的に減らせるので、低コストでユーザからのアクセスが短時間に一つのＷｅｂサーバに集中しないようにでき、アクセス不能に陥ることを防止し、かつ、接続しようとするユーザのストレスを緩和することができる。本実施例においては、機能に特化したサーバを組み合わせてあるので、全体として処理能力の高いサーバ群を実現でき、Ｗｅｂサイトアクセス申込メールの数が多量であっても、Ｗｅｂアクセス用整理券メールの送信やＷｅｂサイトの表示はスムーズに行うことができる。

本実施例によれば、従来必要とされてきたロードバランサーやＤＮＳラウンドロビンが不要となり、コスト削減につながるのみならず、より快適なアクセスが可能となり、繋がらないストレスから解放される。また、本実施例によれば、一度に処理できる受付数が、最初からサイトアクセスを必要とする従来の方法と比べると飛躍的に増すことが期待できる。そのため、コンサート等のチケットをはじめとする各種申込や選挙速報や受験結果速報等の各種速報、あるいは、地震などの災害情報、投票や一斉クイズの回答等、短時間の間にアクセスが集中する可能性のあるサイトにも利用できる。

本実施例は、ユーザ端末に所定のＷｅｂページにアクセスしようとするユーザ端末に、アクセスするための整理券であって接続先ＵＲＬを記載したメールを、時間差を設けて発行するだけでなく、接続先ＵＲＬがアクセス可能な時間すなわち受付時間が限定されているＵＲＬであって、上記メールに前記受付時間を併記してあるものである。

｛構成｝
図６は、本発明のＷｅｂアクセス用整理券発行方法の実施例２において使用されるシステム構成図である。本実施例のＷｅｂアクセス用整理券発行システムは、基本的には上述した実施例１と同様の構成であるが、下記に述べる点が異なる。サーバ群５０にＤＮＳサーバ７０をも有し、ＤＮＳサーバ７０はＷｅｂ整理券管理部４０５からアクセスされて実行されるＤＮＳ設定ファイル書き換えプログラム７０８を有し、ＤＮＳ設定ファイル書き換えプログラム７０８をじっこうすることにより、ＤＮＳ設定ファイル７０９は書き換えられる。また、Ｗｅｂサーバ３０内に、Ｗｅｂ整理券管理フロント部（Ｗｅｂサーバ内）３０２によって実行されるＷｅｂ設定ファイル書き換えプログラム３０６を有し、Ｗｅｂ設定ファイル書き換えプログラム３０６を実行することによりＷｅｂ設定ファイル３０７は書き換えられる。図７は、本発明のＷｅｂアクセス用整理券発行方法の実施例２の手順を示す概念図である。

本実施例のＷｅｂアクセス用整理券発行システムは、名称作成・削除手段もサーバ群５０内に有するものであって、サーバ群５０には、ＵＲＬにＩＰアドレスやポート番号等を割り振ったり、名前ベースの仮想Ｗｅｂサーバにおけるドメイン名称の作成・削除を行ったりするＤＮＳサーバ（図７において図示なし）をも有する。なお、互いにネットワークを介して相互に接続された複数のサーバで構成させるサーバ群であってもよいし、データベースとメール送受信機能とＷｅｂページ作成表示機能とＤＮＳサーバ機能とを有する１台のサーバでもよい。ＤＮＳサーバは、一般的ＤＮＳサーバの機能を備えており、（７）ＩＰアドレスの割振りやドメイン名称の作成や削除を行う名称作成・削除手段を有する。名称作成・削除手段は、本実施例では、所定のＵＲＬに対応する名前ベースの仮想Ｗｅｂサーバを受付時間になると有効なＵＲＬとするために名称を作成し、受付時間を過ぎると削除するものである。ＤＮＳサーバは、セカンダリＤＮＳが同一のことはあるが、少なくともプライマリーＤＮＳサーバは別のサーバとなり、プライマリーＤＮＳサーバを書き換えるために、ＤＮＳサーバへのアクセス情報はＷｅｂ整理券管理サーバのみが持つため、ＤＮＳサーバ内にＷｅｂ整理券管理部のフロント部はないことが好ましい。ＤＮＳサーバについては、Ｗｅｂ整理券管理サーバから、一方向の、ＤＮＳの設定ファイル書き換え要求のみとなり、ＤＮＳ設定ファイル書き換えプログラムはＷｅｂ整理券管理サーバからの書き換え要求のみに応じて書き換えを行う。

ＤＮＳサーバには、名称作成・削除プログラムが搭載されている。上記名称作成・削除プログラムは、コンピュータに、ＵＲＬの照合判定機能、ＩＰアドレス割振機能、名称作成機能、名称削除機能を実現させるためのプログラムである。ＤＮＳサーバは、ＣＰＵ、メモリ、オペレーティングシステム、デバイスドライバ等で構成される制御装置と、磁気ディスク等の二次記憶、ＬＡＮボード等の通信制御装置を備えている。ＤＮＳサーバは、前述のハードウェア構成と名称作成・削除プログラムによって、上述した（７）名称作成・削除手段として機能する。

｛手順｝
本実施例のＷｅｂアクセス用整理券発行方法では、実施例１で示した、ステップ１１０：メール受信工程、ステップ１１２：受付メール送信工程、ステップ１２０：識別子生成工程、ステップ１３０：アクセス用ＵＲＬ生成工程、ステップ１４０：Ｗｅｂアクセス用整理券メール作成工程、ステップ１５０：Ｗｅｂアクセス用整理券メール送信工程、ステップ１６０：Ｗｅｂページ表示工程を含むが、下記に示した部分が相違する。本実施例は例えばチケットの申込など、予め表示するアクセス用Ｗｅｂページが決定されている場合に適する。

ステップ１２０：識別子生成工程において、受信したＷｅｂサイトアクセス申込メール毎に一意の識別子とする代わりに、前記Ｗｅｂサイトアクセス申込メールの受付順に所定のメール数ずつ同じ一意の識別子とする。

ステップ１３０：アクセス用ＵＲＬ生成工程において、接続先ＵＲＬは、前記識別子がサブドメインに含まれ、かつ、所定の受付時間でアクセスを受付する期間限定のＵＲＬとする。すなわち、Ｗｅｂサーバ３０は、ＤＮＳサーバに作成した接続先ＵＲＬと受付時間を伝達し、ＤＮＳサーバが、接続先ＵＲＬを、受付時間中だけ有効なＩＰアドレス及びポート番号及びサーバネームに変換する。アクセスするＷｅｂサーバのＵＲＬにおいて、サブドメイン名に対する名称を時間とともに、ＤＮＳを変更し、一定時間内のみ有効なサブドメイン名を使う。Ｗｅｂ整理券管理部がサブドメインを動的に作成し、作成したサブドメインをＤＮＳ設定ファイル書き換えプログラムに伝えて書き換えると同時に、該当するＷｅｂサーバのＷｅｂ設定ファイル書き換えプログラムを起動させ、Ｗｅｂサーバの設定ファイルをＲＥＲＯＡＤ（リロード）する。ＲＥＲＯＡＤにより、現在稼働中のＷｅｂサービスのプロセスが終了次第、新しい設定ファイルが読み込まれ、新規の動的サブドメインが有効になる。

ステップ１４０：Ｗｅｂアクセス用整理券メール作成工程において、例えば、「×××への申込整理券を発行します。以下のＵＲＬに、受付時間内にアクセス下さい。受付時間：×月×日×１時〜×２時 http://xx.xx.xx/yyy/zzz?abc234」というように、予め定めた受付時間も記載されているＷｅｂアクセス用整理券メールとする。

ステップ１６０：Ｗｅｂページ表示工程において、ＤＮＳサーバが、ＵＲＬを前記受付時間になると有効なＵＲＬとし、前記受付時間を過ぎると削除する名称作成・削除工程を含む。具体的には、ＤＮＳサーバにおいて、ＤＮＳの時間による名前追加、削除を行い、例えば、×月×日×１時〜×２時までの「a1.xx.jp」のドメインは存在することとし、×月×日×３時〜×４時までのみ「a2.xx.jp」のドメインは存在することとする。したがって、各ＵＲＬともそれぞれの受付時間外にアクセスしたユーザ端末はＷｅｂページにアクセスできない。

｛効果｝
本実施例によれば、上述した実施例１において奏する効果の他に、接続先ＵＲＬが漏えいした際のＤＯＳ攻撃も防止できる。

本実施例は、ユーザ端末に所定のＷｅｂページにアクセスしようとするユーザ端末に、アクセスするための整理券であって接続先ＵＲＬを記載したメールを、時間差を設けて発行するだけでなく、接続先ＵＲＬがアクセス可能な時間すなわち受付時間が限定されているＵＲＬであって、上記メールに前記受付時間を併記してあるものであり、アクセス用Ｗｅｂページでの総受付上限数までは上記整理券を発行し、さらに一定数までは補欠として、整理券発行待ちの登録を行い、接続先ＵＲＬで受付時間内に受付されなかった数の分だけ、繰り上げてＷｅｂアクセス用整理券メールを発行するものである。なお、前記アクセス用Ｗｅｂページでの総受付上限数に補欠数を加えた数を超えて受信したＷｅｂサイトアクセス申込メールについては、受付終了メールを送信して終了する。

｛構成｝
本実施例のＷｅｂアクセス用整理券発行システムは、基本的には上述した実施例２と同様の構成であるが、下記に述べる点が異なる。

本実施例のＷｅｂアクセス用整理券発行システムは、データベース４０４に、受信メール中、補欠として登録するメールアドレスとメール受付時間を関連付けて記憶する。本実施例のＷｅｂアクセス用整理券発行システムは、（８）予めアクセス用Ｗｅｂページでの総受付上限数と補欠数を設定して、前記受信メール数が前記総受付上限数を超えた後、補欠数分までの受信メールについては、データベース４０４に受信メールの受信時間とメールアドレスを記憶させる際、補欠として登録する補欠登録手段と、（９）各接続先ＵＲＬでの受付数をカウントし、所定の接続先ＵＲＬ及び受付時間を記載したＷｅｂアクセス用整理券メールの送信数から当該受付時間内に当該ＵＲＬで受付された数を差し引いた数を算出する繰上数算出手段と、（１０）データベースに補欠として登録されていたメールアドレス中、Ｗｅｂアクセス用整理券メールが発行されたものを補欠としての登録から削除する補欠削除手段、（１１）アクセス用Ｗｅｂページでの総受付数が総受付上限数に達した後、補欠として保留されていたＷｅｂサイトアクセス申込メールのメールアドレス及び補欠にも入らなかったＷｅｂサイトアクセス申込メールのメールアドレスに対し、受付は終了した旨を伝える受付終了メールを作成し、送信する受付終了メール送信手段を有する。

本実施例では、Ｗｅｂアクセス用整理券メール発行プログラムは、上述した機能の他、補欠登録機能及び繰上数算出機能、補欠削除機能、受付終了メール送信機能をも実現させるプログラムである。

｛手順｝
図８は、本発明のＷｅｂアクセス用整理券発行方法の実施例３の手順を示すフロー図である。また、図９は、本発明のＷｅｂアクセス用整理券発行方法の実施例３の手順のうち、補欠の取り扱いを示すフロー図である。本実施例のＷｅｂアクセス用整理券発行方法では、実施例２で示した、ステップ１１０：メール受信工程、ステップ１１２：受付メール送信工程、ステップ１２０：識別子生成工程、ステップ１３０：アクセス用ＵＲＬ生成工程、ステップ１４０：Ｗｅｂアクセス用整理券メール作成工程、ステップ１５０：Ｗｅｂアクセス用整理券メール送信工程、ステップ１６０：Ｗｅｂページ表示工程を含むが、下記に示した部分が相違する。本実施例は例えばチケットの申込など、予め表示するアクセス用Ｗｅｂページが決定されていて発行チケット総数が決まっている場合に適する。

ステップ１１０：メール受信工程において、メールサーバ２０は、受信ごとに、送信元のメールアドレスと受信時刻とを関連付けてデータベース４０４に記憶するが、受信メール数が、予め設定したアクセス用Ｗｅｂページでの総受付上限数を超えた後、予め設定した補欠数分までは、補欠として登録しておき、一方で、各接続先ＵＲＬでの受付数を、そのＵＲＬでの受付時間を過ぎた時点でカウントし、その接続先ＵＲＬ及び受付時間を記載したＷｅｂアクセス用整理券メールの送信数から当該受付時間内に当該ＵＲＬで受付された数を差し引いた数、すなわち繰上数を算出し、次のステップ１２０には、前記繰上数分だけ進ませる。ステップ１２０に進んだ場合、そのメールアドレスについては補欠としての登録を解除する。そして、上記補欠数分を超えたら、その後に受け付けたＷｅｂサイトアクセス申込メールは補欠とせず、ステップ１２０ではなく、ステップ１７０へ進む。そして、受付時間の異なるアクセス用Ｗｅｂページでの受付数の合計、すなわち前記アクセス用Ｗｅｂページでの総受付数が、前記アクセス用Ｗｅｂページでの総受付上限数に達したら、ステップ１２０ではなく、ステップ１７０へ進む。

（ステップ１７０：受付終了メール送信工程）メールサーバ２０が、データベース４０４にまだ補欠として記憶されているＷｅｂサイトアクセス申込メールの送信元のメールアドレス及び補欠数分を超えて受け付けたＷｅｂサイトアクセス申込メールの送信元のメールアドレスを送信先をとし、受付は終了した旨を伝える受付終了メールを作成し、送信する。

本実施例によれば、一つのサイトにアクセスされる時刻をずらすことができ、ずらす時間がごく僅かでも、アクセス集中によるサーバダウンを減らせるので、低コストでユーザからのアクセスが短時間に一つのＷｅｂサーバに集中しないようにでき、アクセス不能に陥ることを防止し、かつ、接続しようとするユーザのストレスを緩和することができる。さらに、アクセス申込をして整理券メールを発行したもののＷｅｂページへのアクセスが所定時間になかった場合、一定程度補欠としておき順次繰り上げることにより、効率よく即座に補充ができるため、無駄がない。

実施例１では、異なるＵＲＬを返信するが、同じＵＲＬを返信するものとしてもよい。実施例４では、一つのＷｅｂサーバ３０ｄにアクセスさせるものの、そのＷｅｂサーバのＵＲＬを記載したメールは時間差を設けて発行することによって、短時間内にアクセスが集中してしまう事態を回避する。

図１０は、本発明のＷｅｂアクセス用整理券発行方法の実施例４において使用されるハードウェア主要部の構成と手順を示す概念図である。本実施例においては、Ｗｅｂサーバが異なるＵＲＬである複数のＷｅｂサーバからなるのではなく、同じＵＲＬでアクセス可能な１つのＷｅｂサーバ３０ｄである。ステップ１２０の識別子生成工程において、受信したＷｅｂサイトアクセス申込メール毎に一意の識別子とする代わりに、同じＷｅｂページへアクセスさせるためのＷｅｂサイトアクセス申込メールの全てで同じ一意の識別子とする。その他は実施例１と同じである。

本実施例によれば、サイトにアクセスされる時刻をずらすことができ、ずらす時間がごく僅かでも、アクセス集中によるサーバダウンを飛躍的に減らせるので、低コストでユーザからのアクセスが短時間に一つのＷｅｂサーバに集中しないようにでき、アクセス不能に陥ることを防止し、かつ、接続しようとするユーザのストレスを緩和することができる。本実施例によれば、従来必要とされてきたロードバランサーやＤＮＳラウンドロビンが不要となり、コスト削減につながるのみならず、より快適なアクセスが可能となり、繋がらないストレスから解放される。また、本実施例によれば、一度に処理できる受付数が、最初からサイトアクセスを必要とする従来の方法と比べると増すことが期待できる。１つのＷｅｂサーバで済むのでコストが安く済む。

実施例４では、全ての返信について、時間差を設けて返信するが、同じＵＲＬを、一定数までは時間差を設けないで返信するものとしてもよい。容量の大きいＷｅｂサーバでは、多量であっても所定の数までは一度の処理が可能である。本実施例では、Ｗｅｂサーバが処理可能な量の８割程度までで処理が完了する分については、返信を一度に行い、全体の返信時間差を緩和する。

図１１は、本発明のＷｅｂアクセス用整理券発行方法の実施例５において使用されるハードウェア主要部の構成と手順を示す概念図である。本実施例においては、一定数、本実施例ではＷｅｂサーバ３０ｅが処理可能な量の８割程度までで処理が完了する分、については時間差を設けずに返信するが、その他は実施例４と同じである。

本実施例によれば、サイトにアクセスされる時刻をずらすことができ、ずらす時間がごく僅かでも、アクセス集中によるサーバダウンを減らせるので、低コストでユーザからのアクセスが短時間に一つのＷｅｂサーバに集中しないようにでき、アクセス不能に陥ることを防止し、かつ、接続しようとするユーザのストレスを緩和することができる。本実施例によれば、従来必要とされてきたロードバランサーやＤＮＳラウンドロビンが不要となり、コスト削減につながるのみならず、より快適なアクセスが可能となり、繋がらないストレスから解放される。また、本実施例によれば、一度に処理できる受付数が、最初からサイトアクセスを必要とする従来の方法と比べると増すことが期待できる。１つのＷｅｂサーバで済むのでコストが安く済む。さらに、一定量のアクセス申込について処理完了までの時間が短縮できる。

なお、本発明は、上記実施の形態に限定されず、その発明の趣旨を逸脱しない範囲で種々と変形実施が可能である。また、上記各実施の形態の構成要素を発明の趣旨を逸脱しない範囲で任意に組み合わせることができる。

１０ ユーザ端末
２０ メールサーバ
２０１ メール受付部
２０２ Ｗｅｂ整理券管理フロント部（メールサーバ内）
３、３０ Ｗｅｂサーバ
３０２ Ｗｅｂ整理券管理フロント部（Ｗｅｂサーバ内）
３０６ Ｗｅｂ設定ファイル書き換えプログラム
３０７ Ｗｅｂ設定ファイル
４０ Ｗｅｂ整理券管理サーバ
４０４ データベース
４０５ Ｗｅｂ整理券管理部
５０ サーバ群
６ ロードバランサー
７、７０ ＤＮＳサーバ
７０８ ＤＮＳ設定ファイル書き換えプログラム
７０９ ＤＮＳ設定ファイル

Claims (14)

1. メールサーバと、Ｗｅｂサーバと、前記メールサーバと前記Ｗｅｂサーバとに相互に接続してＷｅｂページにアクセスするための整理券の発行管理を行うＷｅｂ整理券管理サーバと、データベースとを含む複数種類のサーバの機能を備えるサーバ群が、前記整理券を発行する方法であって、
   前記メールサーバが、複数のユーザ端末からのＷｅｂサイトアクセス申込メールを受信するメール受信工程と、
   前記メールサーバが、前記メール受信工程でＷｅｂサイトアクセス申込メールを受信する度に、受信したＷｅｂサイトアクセス申込メール毎に一意の識別子を生成して前記Ｗｅｂサイトアクセス申込メールの送信元のメールアドレスと関連付けて前記データベースに記憶する識別子生成工程と、
   前記Ｗｅｂ整理券管理サーバが、前記識別子を含む固有なＵＲＬであって所定のアクセス用Ｗｅｂページに接続可能な接続先ＵＲＬを生成するアクセス用ＵＲＬ生成工程と、
   前記メールサーバが、前記接続先ＵＲＬを記したＷｅｂアクセス用整理券メールを作成するＷｅｂアクセス用整理券メール作成工程と、
   前記メールサーバが、前記Ｗｅｂアクセス用整理券メールを前記Ｗｅｂサイトアクセス申込メールの送信元メールアドレスに返信するＷｅｂアクセス用整理券メール送信工程と、
   前記Ｗｅｂサーバが、前記接続先ＵＲＬへアクセスしたユーザ端末にアクセス用Ｗｅｂページを表示させるＷｅｂページ表示工程と、
   を含み、
   前記Ｗｅｂアクセス用整理券メール送信工程において、前記メールサーバが、前記メール受信工程で受付した順に送信時間間隔をおいて前記Ｗｅｂアクセス用整理券メールを送信することを特徴とするＷｅｂアクセス用整理券発行方法。
2. 前記アクセス用ＵＲＬ生成工程において、前記接続先ＵＲＬが、前記識別子をサブドメイン又はディレクトリ名のいずれかに含むことを特徴とする請求項１記載のＷｅｂアクセス用整理券発行方法。
3. 前記サーバ群が、さらにＤＮＳサーバをも有し、
   前記識別子生成工程において、受信したＷｅｂサイトアクセス申込メール毎に一意の識別子とする代わりに、前記Ｗｅｂサイトアクセス申込メールの受付順に所定のメール数ずつ同じ一意の識別子とし、
   前記アクセス用ＵＲＬ生成工程において、前記接続先ＵＲＬが、前記識別子がサブドメインに含まれ、かつ、所定の受付時間でアクセスを受付する期間限定のＵＲＬであって、
   前記Ｗｅｂアクセス用整理券メール作成工程において、前記Ｗｅｂアクセス用整理券メールが、前記受付時間も記載されているものであって、
   かつ、前記ＤＮＳサーバが、前記ＵＲＬを前記受付時間になると有効なＵＲＬとし、前記受付時間を過ぎると削除する名称作成・削除工程を含むことを特徴とする、請求項２記載のＷｅｂアクセス用整理券発行方法。
4. 前記接続先ＵＲＬが、前記識別子をサブドメインに含むバーチャルドメインであることを特徴とする請求項２又は請求項３記載のＷｅｂアクセス用整理券発行方法。
5. 前記メール受信工程において、前記メールサーバは、前記アクセス用Ｗｅｂページでの総受付上限数を超えた後に受信した補欠数分のＷｅｂサイトアクセス申込メールについては、整理券発行待ちの登録を行い、前記接続先ＵＲＬで前記受付時間内に受付されなかった数分だけ次の工程に進ませることを特徴とする請求項３記載のＷｅｂアクセス用整理券発行方法
6. 前記メール受信工程の後で前記Ｗｅｂアクセス用整理券メール作成工程の前に、前記メールサーバが、メールを受付した旨の受付済メールを前記Ｗｅｂサイトアクセス申込メールの送信元メールアドレスに返信する受付メール送信工程を含むことを特徴とする、請求項１〜請求項４のいずれかに記載のＷｅｂアクセス用整理券発行方法。
7. 前記受付メール送信工程が、前記メール受信工程において一定時間内に受付したＷｅｂサイトアクセス申込メール数が既定数を超えた場合、以後に受付したＷｅｂサイトアクセス申込メールに対してのみに前記受付済メールを返信するものであることを特徴とする、請求項６に記載のＷｅｂアクセス用整理券発行方法。
8. 前記メールサーバが、前記Ｗｅｂアクセス用整理券メールを所定時間内に所定のメール数作成したら作成を中止するＷｅｂアクセス用整理券メール作成中止工程を含むことを特徴とする、請求項１に記載のＷｅｂアクセス用整理券発行方法。
9. メールサーバと、Ｗｅｂサーバと、前記メールサーバと前記Ｗｅｂサーバとに相互に接続してＷｅｂページにアクセスするための整理券の発行管理を行うＷｅｂ整理券管理サーバと、データベースとを含む複数種類のサーバの機能を備えるサーバ群が、前記整理券を発行する方法であって、
   前記メールサーバが、複数のユーザ端末からのＷｅｂサイトアクセス申込メールを受信するメール受信工程と、
   前記Ｗｅｂ整理券管理サーバが、所定のアクセス用Ｗｅｂページに接続可能な接続先ＵＲＬを生成するアクセス用ＵＲＬ生成工程と、
   前記メールサーバが、前記接続先ＵＲＬを記したＷｅｂアクセス用整理券メールを作成するＷｅｂアクセス用整理券メール作成工程と、
   前記メールサーバが、前記Ｗｅｂアクセス用整理券メールを所定のメール数作成したら作成を中止するＷｅｂアクセス用整理券メール作成中止工程と、
   前記メールサーバが、前記Ｗｅｂアクセス用整理券メールを前記Ｗｅｂサイトアクセス申込メールの送信元メールアドレスに返信するＷｅｂアクセス用整理券メール送信工程と、
   前記Ｗｅｂサーバが、前記接続先ＵＲＬへアクセスしたユーザ端末にアクセス用Ｗｅｂページを表示させるＷｅｂページ表示工程と、
   を含み、
   前記Ｗｅｂアクセス用整理券メール送信工程において、前記メールサーバが、前記メール受信工程で受付した順に送信時間間隔をおいて前記Ｗｅｂアクセス用整理券メールを送信することを特徴とするＷｅｂアクセス用整理券発行方法。
10. 前記Ｗｅｂアクセス用整理券メール作成中止工程の代わりに、前記Ｗｅｂアクセス用整理券メール送信工程において、前記メールサーバが、所定数のＷｅｂアクセス用整理券メールを送信した後は、前記メール受信工程で受付した順に送信時間間隔をおいて前記Ｗｅｂアクセス用整理券メールを送信することを特徴とする請求項９記載のＷｅｂアクセス用整理券発行方法。
11. メールサーバと、Ｗｅｂサーバと、前記メールサーバと前記Ｗｅｂサーバとに相互に接続してＷｅｂページにアクセスするための整理券の発行管理を行うＷｅｂ整理券管理サーバと、データベースとを含む複数種類のサーバの機能を備えるサーバ群を有するＷｅｂアクセス用整理券発行システムであって、
    複数のユーザ端末からのＷｅｂサイトアクセス申込メールを受信するメール受信手段と、
    前記メール受信手段でＷｅｂサイトアクセス申込メールを受信する度に受信したＷｅｂサイトアクセス申込メール毎に一意の識別子を生成して前記データベースに記憶する識別子生成手段と、
    前記識別子を含む固有なＵＲＬであって所定のアクセス用Ｗｅｂページに接続可能な接続先ＵＲＬを生成するアクセス用ＵＲＬ生成手段と、
    前記接続先ＵＲＬを記したＷｅｂアクセス用整理券メールを作成するＷｅｂアクセス用整理券メール作成手段と、
    前記Ｗｅｂアクセス用整理券メールを、前記メール受信手段で受付した順に送信時間間隔をおいて前記Ｗｅｂサイトアクセス申込メールの送信元メールアドレスに返信するＷｅｂアクセス用整理券メール送信手段と、
    前記接続先ＵＲＬへアクセスしたユーザ端末にアクセス用Ｗｅｂページを表示させるＷｅｂページ表示手段と、を有することを特徴とするＷｅｂアクセス用整理券発行システム。
12. 前記サーバ群がＤＮＳサーバをも有するものであって、
    前記識別子生成手段において、受信したＷｅｂサイトアクセス申込メール毎に一意の識別子とする代わりに、前記Ｗｅｂサイトアクセス申込メールの受付順に所定のメール数ずつ同じ一意の識別子とし
    前記接続先ＵＲＬが、前記識別子がサブドメインに含まれ、かつ、所定の受付時間でアクセスを受付する期間限定のＵＲＬであって、
    前記Ｗｅｂアクセス用整理券メールが、前記受付時間も記載されているものであって、
    前記ＵＲＬを前記受付時間になると有効なＵＲＬとし、前記受付時間を過ぎると削除する名称作成・削除手段を有することを特徴とする請求項１１記載のＷｅｂアクセス用整理券発行システム。
13. 前記メールサーバが、さらに、メールを受付した旨の受付済メールを前記Ｗｅｂサイトアクセス申込メールの送信元メールアドレスに返信する受付メール送信手段を有することを特徴とする請求項１１又は請求項１２記載のＷｅｂアクセス用整理券発行システム。
14. 前記受付メール送信手段が、前記メール受信手段によって一定時間内に受付したＷｅｂサイトアクセス申込メール数が既定数を超えた場合、以後に受付したＷｅｂサイトアクセス申込メールに対してのみに前記受付済メールを返信するものであることを特徴とする請求項１３記載のＷｅｂアクセス用整理券発行システム。

Images