(57)【特許請求の範囲】
【請求項１】
商品購入のための順番待ちの順位を管理するものであって顧客が順番待ちを行なうために利用する順番待ち装置との間でデータを送受信する順位管理装置を含むシステムであり、
前記順位管理装置は、その商品の購入を希望する顧客を特定する顧客特定情報を含む順番待ち希望データを受信する順番待ち希望データ受信手段と、前記順番待ち希望データの先着順に順位を決定する順位決定処理を行う順位決定手段と、前記顧客特定情報と前記順位とを関連付けて記憶する顧客情報記憶手段と、前記顧客特定情報とその顧客の顧客属性とを関連付けて記憶する顧客属性情報記憶手段と、前記順番待ち装置に対し順番待ち行為を継続しているか否かを確認するためのデータであって所定の終了時点までの間に所定の時間間隔ごとに送信される確認データを送信する確認データ送信手段と、前記順番待ち装置から前記確認データに対し前記順番待ち行為を継続していることを示す応答データを受信する応答データ受信手段と、前記顧客属性ごとに設定された前記応答データの送信義務が免除される応答免除時間帯を含む応答条件を記憶する応答条件記憶手段と、前記応答データが前記応答条件に合致しているか否かを判断する応答条件判定手段と、前記応答データが前記応答条件に合致していないと判断された場合に前記順位を示す数値を増加させることにより前記順位を下降させる不利益供与処理を行う不利益供与手段又は／及び合致している場合に前記順位を示す数値を減少させることにより前記順位を上昇させる利益供与処理を行う利益供与手段と、順位確定時を記憶する順位確定時記憶手段と、前記順位確定時に前記順位に従ってその顧客の順位を確定させる順位確定処理を行う順位確定手段とを備えることを特徴とする順位管理システム。
【請求項２】
前記順位管理装置は、販売する商品の販売窓口とその販売窓口の窓口属性とを関連付けて記憶する販売窓口属性情報記憶手段と、前記顧客属性と前記販売窓口属性情報とに基づいて顧客の前記販売窓口を決定する窓口決定手段とを備え、前記順位決定処理は決定された前記販売窓口ごとに行なわれ、前記順位確定処理は決定された前記販売窓口ごとに行なわれることを特徴とする請求項１に記載の順位管理システム。
【請求項３】
前記順位管理装置は、前記順番待ち装置が携帯可能装置であることを示す携帯可能装置特定情報を記憶する携帯可能装置特定情報記憶手段と、前記携帯可能装置特定情報に基づいて前記順番待ち装置が携帯可能装置であるか否かを判断する装置判断手段とを備え、前記順番待ち装置が携帯可能装置である場合には前記確認データの送信間隔が不規則であるか又は前記応答免除時間帯が短いことを特徴とする請求項１又は２に記載の順位管理システム。
【請求項４】
商品購入のための順番待ちの順位を管理するものであって顧客が順番待ちを行なうために利用する順番待ち装置との間でデータを送受信する順位管理装置を含むシステムに処理を命令するものであり、
前記順位管理装置を、その商品の購入を希望する顧客を特定する顧客特定情報を含む順番待ち希望データを受信する順番待ち希望データ受信手段、前記順番待ち希望データの先着順に順位を決定する順位決定処理を行う順位決定手段、前記顧客特定情報と前記順位とを関連付けて記憶する顧客情報記憶手段、前記顧客特定情報とその顧客の顧客属性とを関連付けて記憶する顧客属性情報記憶手段、前記順番待ち装置に対し順番待ち行為を継続しているか否かを確認するためのデータであって所定の終了時点までの間に所定の時間間隔ごとに送信される確認データを送信する確認データ送信手段、前記順番待ち装置から前記確認データに対し前記順番待ち行為を継続していることを示す応答データを受信する応答データ受信手段、前記顧客属性ごとに設定された前記応答データの送信義務が免除される応答免除時間帯を含む応答条件を記憶する応答条件記憶手段、前記応答データが前記応答条件に合致しているか否かを判断する応答条件判定手段、前記応答データが前記応答条件に合致していないと判断された場合に前記順位を示す数値を増加させることにより前記順位を下降させる不利益供与処理を行う不利益供与手段又は／及び合致している場合に前記順位を示す数値を減少させることにより前記順位を上昇させる利益供与処理を行う利益供与手段、順位確定時を記憶する順位確定時記憶手段、前記順位確定時に前記順位に従ってその顧客の順位を確定させる順位確定処理を行う順位確定手段として機能させることを特徴とする順位管理のためのコンピュータプログラム。
【請求項５】
前記順位管理装置を、販売する商品の販売窓口とその販売窓口の窓口属性とを関連付けて記憶する販売窓口属性情報記憶手段、前記顧客属性と前記販売窓口属性情報とに基づいて顧客の前記販売窓口を決定する窓口決定手段として機能させ、前記順位決定処理は決定された前記販売窓口ごとに行なわれ、前記順位確定処理は決定された前記販売窓口ごとに行なわれることを特徴とする請求項４に記載の順位管理のためのコンピュータプログラム。
【請求項６】
前記順位管理装置を、前記順番待ち装置が携帯可能装置であることを示す携帯可能装置特定情報を記憶する携帯可能装置特定情報記憶手段、前記携帯可能装置特定情報に基づいて前記順番待ち装置が携帯可能装置であるか否かを判断する装置判断手段として機能させ、前記順番待ち装置が携帯可能装置である場合には前記確認データの送信間隔が不規則であるか又は前記応答免除時間帯が短いことを特徴とする請求項４又は５に記載の順位管理のためのコンピュータプログラム。
【請求項７】
商品購入のための順番待ちの順位を管理するものであって顧客が順番待ちを行なうために利用する順番待ち装置との間でデータを送受信する順位管理装置を含むシステムにより実現される方法であり、
前記順位管理装置は、その商品の購入を希望する顧客を特定する顧客特定情報を含む順番待ち希望データを受信し、前記順番待ち希望データの先着順に順位を決定する順位決定処理を行い、前記顧客特定情報と前記順位とを関連付けて記憶する顧客情報記憶処理を行い、前記顧客特定情報とその顧客の顧客属性とを関連付けて記憶する顧客属性情報記憶処理を行い、前記順番待ち装置に対し順番待ち行為を継続しているか否かを確認するためのデータであって所定の終了時点までの間に所定の時間間隔ごとに送信される確認データを送信し、前記順番待ち装置から前記確認データに対し前記順番待ち行為を継続していることを示す応答データを受信し、前記顧客属性ごとに設定された前記応答データの送信義務が免除される応答免除時間帯を含む応答条件を記憶する応答条件記憶処理を行い、前記応答データが前記応答条件に合致しているか否かを判断する応答条件判定処理を行い、前記応答データが前記応答条件に合致していないと判断された場合に前記順位を示す数値を増加させることにより前記順位を下降させる不利益供与処理を行い又は／及び合致している場合に前記順位を示す数値を減少させることにより前記順位を上昇させる利益供与処理を行い、順位確定時を記憶する順位確定時記憶処理を行い、前記順位確定時に前記順位に従ってその顧客の順位を確定させる順位確定処理を行うことを特徴とする順位管理方法。
【請求項８】
前記順位管理装置は、販売する商品の販売窓口とその販売窓口の窓口属性とを関連付けて記憶する販売窓口属性情報記憶処理を行い、前記顧客属性と前記販売窓口属性情報とに基づいて顧客の前記販売窓口を決定する窓口決定処理を行い、前記順位決定処理は決定された前記販売窓口ごとに行なわれ、前記順位確定処理は決定された前記販売窓口ごとに行なわれることを特徴とする請求項７に記載の順位管理方法。
【請求項９】
前記順位管理装置は、前記順番待ち装置が携帯可能装置であることを示す携帯可能装置特定情報を記憶する携帯可能装置特定情報記憶処理を行い、前記携帯可能装置特定情報に基づいて前記順番待ち装置が携帯可能装置であるか否かを判断する装置判断処理を行い、前記順番待ち装置が携帯可能装置である場合には前記確認データの送信間隔が不規則であるか又は前記応答免除時間帯が短いことを特徴とする請求項７又は８に記載の順位管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、商品購入のための順番待ちの順位を管理する順位管理システム等に関するものである。
【背景技術】
【０００２】
従来、先着順で販売される所望のチケットを手に入れるため、チケット販売窓口に徹夜で並ぶなどの行為がみられた。しかしこのような行為は、近隣住民に迷惑となるものであるし、購入者が未成年である場合には、社会教育上問題のあることであった。そこで近年では、電話予約やインターネット抽選等による方法が一般的となりつつある（例えば特許文献１）。
【０００３】
【特許文献１】特開２００１−１３４７０５
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし電話予約による方法は、回線がなかなか繋がらないなど利用者にとっては不満の多いものであり、またインターネット等による抽選は、完全に運任せで自分の力ではどうにもならないことへの諦めがあった。
一方で、チケット販売窓口に並ぶという従来からのチケット入手方法は、ひたすら並んで待つという「努力」さえすればプラチナチケットでも確実に手に入るという、単純ではあるが非常にわかりやすい側面があったこともまた事実であった。また主催者側にとっても、そのような非常に熱心なファンにこそ来場してほしいと考えるのが通例である。
【０００５】
本発明はこのような問題に鑑みてなされたものであり、一定の「努力」さえすれば所望のチケット等を手に入れることができる順番待ち行列の順位管理システム等を提供するものである。
【課題を解決するための手段】
【０００６】
本発明は、例えば以下の様な手段を備えるシステム、以下の様な処理を行う方法（以下のようなステップから構成される方法）、各種手段（コンピュータ等）を以下のように機能させるコンピュータプログラムである。
（１）商品購入のための順番待ちの順位を管理するものであって顧客が順番待ちを行なうために利用する順番待ち装置との間でデータを送受信する順位管理装置を含むシステムであり、前記順位管理装置は、その商品の購入を希望する顧客を特定する顧客特定情報を含む順番待ち希望データを受信する順番待ち希望データ受信手段と、前記順番待ち希望データの先着順に順位を決定する順位決定処理を行う順位決定手段と、前記顧客特定情報と前記順位とを関連付けて記憶する顧客情報記憶手段と、前記顧客特定情報とその顧客の顧客属性とを関連付けて記憶する顧客属性情報記憶手段と、前記順番待ち装置に対し順番待ち行為を継続しているか否かを確認するためのデータであって所定の終了時点までの間に所定の時間間隔ごとに送信される確認データを送信する確認データ送信手段と、前記順番待ち装置から前記確認データに対し前記順番待ち行為を継続していることを示す応答データを受信する応答データ受信手段と、前記顧客属性ごとに設定された前記応答データの送信義務が免除される応答免除時間帯を含む応答条件を記憶する応答条件記憶手段と、前記応答データが前記応答条件に合致しているか否かを判断する応答条件判定手段と、前記応答データが前記応答条件に合致していないと判断された場合に前記順位を示す数値を増加させることにより前記順位を下降させる不利益供与処理を行う不利益供与手段又は／及び合致している場合に前記順位を示す数値を減少させることにより前記順位を上昇させる利益供与処理を行う利益供与手段と、順位確定時を記憶する順位確定時記憶手段と、前記順位確定時に前記順位に従ってその顧客の順位を確定させる順位確定処理を行う順位確定手段とを備える。
（２）前記順位管理装置は、販売する商品の販売窓口とその販売窓口の窓口属性とを関連付けて記憶する販売窓口属性情報記憶手段と、前記顧客属性と前記販売窓口属性情報とに基づいて顧客の前記販売窓口を決定する窓口決定手段とを備え、前記順位決定処理は決定された前記販売窓口ごとに行なわれ、前記順位確定処理は決定された前記販売窓口ごとに行なわれる。
（３）前記順位管理装置は、前記順番待ち装置が携帯可能装置であることを示す携帯可能装置特定情報を記憶する携帯可能装置特定情報記憶手段と、前記携帯可能装置特定情報に基づいて前記順番待ち装置が携帯可能装置であるか否かを判断する装置判断手段とを備え、前記順番待ち装置が携帯可能装置である場合には前記確認データの送信間隔が不規則であるか又は前記応答免除時間帯が短いことを特徴とする。
【発明の効果】
【０００７】
本発明には次のような効果がある。
（１）一定の「努力」さえすれば、所望のチケットを手に入れることができるので、顧客にとっては「努力すれば報われる」という大きな満足感を得られる。また主催者側にとっても熱心なファンを獲得できる。
（２）仮想上の順番待ち行列に並んでいる間、すなわちＰＣ前に居続けている間に、サーバーからクイズが出題されるのでゲーム性が高まるとともに、それに答え続けることで一定の「努力」が証明される。
（３）チケット販売所の前に行列を作るという行為は仮想上の世界でのことなので、実際に近隣住民に迷惑をかけることがない。
（４）顧客側の購入意欲の強さが、購入確率の向上にわかりやすい形で直接結びつく。
（５）顧客属性によって課される義務を変化させれば、不当な努力（例えば高校生に日中の授業時間中もクイズに答えさせる等）を強いることがなく、社会上問題となることも少なくなる。
（６）それぞれの販売窓口に特色を設け、ゲームの難易度を変化させることにより、ゲーム性を高めることができる。
（７）最初に出題するクイズの難易度を極めて高く設定することにより、プラチナチケット対策となる。
（８）優遇したい顧客層がある場合、その年代に合った問題を出題することにより、正答率を高めさせる。
（９）顧客がＰＣでログインしてきたか携帯可能端末でログインしてきたかにより、クイズの出題量、出題頻度、出題間隔等を変えれば、顧客にとってより公平で満足度の高いサービスとなる。
（１０）チャット機能を設け、並んでいる顧客同士でチャットができるようにする。時間つぶしにもなるし、ファンの輪も広がる。
（１１）並んでいる間（ＰＣ前にいる間）、協賛企業の広告を流せば、顧客の目に必ず留まるので広告効果が向上し、広告収入も得ることができる。それに関するクイズを出題するようにすれば、なおさら顧客は注意を払うようになるので広告効果もさらにアップする。
（１２）アンケートを実施し、顧客の要望を掌握することで、顧客の囲い込みにつなげることができる。
【発明を実施するための最良の形態】
【０００８】
本発明は、商品購入のための順番待ちの順位を管理する順位管理システム等に関するものである。
【実施例１】
【０００９】
本発明の実施形態を、以下図面に基づいて説明する。図１は本発明の実施に必要なハードウェアとそのハードウェアの結びつきを表した概略図である。これらハードウェアは、サーバー１（チケットを販売する企業が利用するサーバー：順位管理装置）とパーソナルコンピュータ２（チケットの購入希望者が使用するＰＣ：順番待ち装置）とからなる。そして、サーバー１とＰＣ２はインターネット３（あるいはその他の通信手段）を通じてデータの送受信が可能になるよう接続されている。
サーバー１及びＰＣ２は、データを記憶するための記憶装置とデータを送受信するためのデータ送信部及びデータ受信部とを各々内蔵し、それらを用いてデータの送受信を行う。各々の記憶装置には本発明を実現するためのコンピュータプログラムや所定のデータが記憶されている。またサーバー１及びＰＣ２には、情報の処理を行う処理装置が備えられており、この処理装置は前記コンピュータプログラムの処理命令に従って所定の処理を行い本発明を実施する。またＰＣ２にはデータを表示するための表示モニタ１１、データ入力用のキーボード１２、入力用のマウス１３が備えられている。
【００１０】
まず、本発明の概略について説明する。
チケット購入希望者（以下「顧客」）は、チケット販売会社Ｘ社の運営するホームページにアクセスし、ＷＥＢ上に開設されている仮想上のチケット販売所（バーチャルプレイガイド）に自分の分身（アイコン）を並ばせる。そしてチケット販売開始までの間、サーバー１から簡単なクイズが出題され、それに答え続けなければならない。つまり、何時間も自分のＰＣ前に張り付いて、出題されるクイズに答え続けるという「努力」をしなければならない。逆に言えば、単純ではあるがこの「努力」を続けさえすれば、希少チケットでも入手できる確率が高まるのである。
次に、本発明を実現するための処理について説明する。本発明の処理手順は、＜ログイン処理＞→＜販売窓口判断処理＞→＜クイズ出題処理＞→＜正否判断処理＞→＜順位算出処理＞→＜ソート処理＞→＜チケット販売処理＞の手順で行う（図２）。以下、これら処理について説明する。
【００１１】
＜ログイン処理＞
東京都在住の会社員佐藤さんは、人気歌手Ａのコンサートチケットを、チケット販売会社Ｘ社が運営している「バーチャルプレイガイド」のサービスを利用して手に入れようと考えた。このＸ社では、歌手Ａのチケット発売開始時間は「２０××年９月１０日午前１０時」となっており、佐藤さんはＰＣ２を使用して早速Ｘ社のホームページにアクセスした。なおこの時点の日時は、９月７日午後９時であったとする。
佐藤さんはＸ社のホームページにアクセスし、自分の会員ＩＤ「Ｕ０１５」（顧客特定情報）とパスワード「１５４９」を入力し、ＰＣ２はこれらのデータをサーバー１に送信した。なお佐藤さんは既にこのＸ社のＷｅｂサイトの会員になっており、住所や氏名などは登録済みであり、会員ＩＤも既に取得済みであるとする。
【００１２】
これらのデータを受信したサーバー１は、その会員ＩＤ「Ｕ０１５」に基づいて、予め記憶されている会員ファイル（図３）を検索し、佐藤さんの情報（会員レコード）「会員ＩＤ：００１５／パスワード：１５４９／名前：佐藤一郎／住所：東京都港区赤坂○−○−○／年齢：２５／性別：男／職業：会社員／電話番号：０３−３５８２−△△△△／電子メール：sato@xxx.co.jp」を抽出し、検索したレコードのパスワードと佐藤さんが入力したパスワードとを照合し、それが一致することを確認する。次にサーバー１は、現在ログインしているユーザーにクッキーＩＤ（「aw!drg2qw」とする）を付与し、またそのＩＰアドレス及びログイン日時を公知の手段で取得する。そしてこれらの情報と先の会員レコード（図２）の情報とから、本サービス利用者の佐藤さんの情報（顧客レコード）「クッキーＩＤ：aw!drg2qw／クッキー有効期間：１日／ＩＰアドレス：112.153.94.26／ログイン日時：２０××年９月７日２１時００分／会員ＩＤ：００１５／パスワード：１５４９／年齢：２５／性別：男／職業：会社員」（図４・・・なおこの段階では「販売窓口」以下は未入力である。）を作成し、サーバー１の記憶装置に予め記憶されている顧客ファイル（顧客情報）に記憶する。そしてサーバー１は、「ログイン許諾」を表すデータをＰＣ２に送信する際、このクッキーＩＤ「aw!drg2qw」（顧客特定情報）も合わせて送信する。
【００１３】
なおクッキーＩＤは、公知の方法によりサーバー１によってログインしているユーザーに付与される乱数値であって、以後、佐藤さんがＰＣ２を使用してこのＸ社のウェブサイトと通信する際には、毎回このクッキーＩＤ「aw!drg2qw」が添えられてサーバー１に送信される。そしてサーバー１は、ログイン日時の「２０××年９月７日２１時００分」から、クッキー有効期間の「１日」の期間内に、ＩＰアドレス「112.153.94.26」からクッキーＩＤ「aw!drg2qw」が添えられてアクセスしてきた場合のみ、アクセス者は佐藤さんであると認識する。なおクッキー有効期間は、予め設定された任意の期間である。本実施例では上述のように、顧客（顧客の使用するＰＣ）を特定する方法としてクッキーを使用して説明しているが、この方法に限定するものではない。
本発明では、ユーザーＩＤ又はクッキーＩＤが顧客特定情報としての役割を果たしているが、これに限るものではない。また、「年齢」「性別」「職業」等が顧客属性に含まれるが、これら以外のものであってもよい。
【００１４】
このＸ社のウェブサイト（バーチャルプレイガイド）へのログインが許諾された佐藤さんのＰＣ２の表示モニタ１１には、図５に示すような画面が表示される。すなわち、それぞれの販売窓口前に順番待ちの顧客が行列を作っているように表示されている。そしてこのバーチャルプレイガイドでは、それぞれの販売窓口ごとに特色を持たせてあり、どの販売窓口を選択するかによってチケットを取得できる確率が変わってくるのである。つまり、例えば「１〜５列目席専用」であれば、人気のある座席であるため出題されるクイズが難問だったり、出題数が多かったりするのである。また例えば、「ファンクラブ会員専用」であれば、一般の観客に比べて何らかの特典（例えばクイズが簡単であったり、出題数が少なかったり、座席位置が見やすい場所であったり等）が与えられるのである。そしてその窓口前には、チケット購入希望者が、チケット販売開始前から既に行列を作っているように表示されている。なおこの際、各窓口に配券されている枚数や席種、行列の人数等を表示させるようにして、顧客が販売窓口を選択する際の参考情報となるようにしてもよい。また本実施例では、販売窓口は複数設けてあるがこれに限らず、一つだけであっても良い。また、便宜上「窓口」としているが、「窓口」の形式を取っていなくともよい。
【００１５】
＜販売窓口判断処理＞
今、図５に示すような画面を見た佐藤さんは、「会社員専用」の販売窓口を選択（マウス１３を使用してクリック）した。これによりＰＣ２は、順番待ち希望データ「クッキーＩＤ：aw!drg2qw／販売窓口：会社員専用」を作成し、サーバー１に送信する。これを受信したサーバー１は、そのクッキーＩＤから顧客ファイル（図４）を検索し、佐藤さんのレコードを抽出する。そしてサーバー１は、「販売窓口：会社員専用」を記憶し、この時の順位（最初に「会社員専用窓口」を選択した顧客から数えて何番目か：当初順位）を先着順に決定し、これら「クッキーＩＤ」（又は「会員ＩＤ」）と「販売窓口」と「当初順位」を関連付けて顧客レコードに記憶する（図４）。
すなわちサーバー１は、最初に「会社員専用窓口」を選択した顧客を「当初順位：１」とし、先着順にその順位をカウントしていき、図４の顧客ファイルの「当初順位」項目に、その「販売窓口」と関連付けて記憶しておくのである。そして佐藤さんが「販売窓口：会社員専用」を選択したら、この「販売窓口：会社員専用」を検索キーに顧客ファイル（図４）を検索して「当初順位」を参照することにより、佐藤さんの直前の顧客が「当初順位：１３」であることを確認し、佐藤さんの当初順位を「１４」と決定するのである（図４）。
またサーバー１は、佐藤さんのレコードの「職業」項目を参照し、「職業：会社員」であることを確認する。なお、顧客の職業が会社員でなかった場合には、例えば「この店は会社員専用です。」等のメッセージをＰＣ２に送信する。
なおサーバー１内の記憶装置に、「順番待ち開始日時」（いつから順番待ち行為を開始できるか）を記憶しておき、それ以前には順番待ち行為を行なえないようにしておいてもよい。
【００１６】
＜クイズ出題処理＞
次にサーバー１は、顧客のＰＣに対してクイズデータ（確認データ）を送信する。顧客はチケット発売開始日時までこのクイズに答え続けることが必要であり、その「クイズに答え続ける」という行為が、即ち行列に並び続けていた（実際には、自分のＰＣ２の前に居続けた）ことの証明となるのである。但し、一日のうちのある時間帯はクイズの解答義務が免除される。会社員専用窓口であれば、日中の「８時−２０時」が「解答免除時間帯」に当たる（図６）。これは、一般的に勤務時間と考えられる時間帯を解答免除時間帯としているためである。
図５のように表示された表示モニタ１１を見た佐藤さんが「会社員専用」の販売窓口をクリックしたことにより、ＰＣ２は会社員専用クイズ（「窓口ＩＤ：Ｓ０３」）の要求データをサーバー１に送信し、これを受信したサーバー１は、この「窓口ＩＤ：Ｓ０３」に基づいて、予め記憶装置に記憶されている、販売窓口ごとに集められた複数のクイズレコードからなるクイズファイル（図６）を検索し、会社員専用クイズレコードを検出する。そしてサーバー１は、サーバー１内の日時取得手段により、現在時刻がクイズファイル（図６）に記憶されている「解答免除時間帯：８時−２０時」に該当するか否かを判断し、この解答免除時間帯には当たらないと判断した場合のみ、クイズ１のデータ「歌手Ａの出身地は？／１.北海道  ２.神奈川県  ３.福岡県」を佐藤さんのＰＣ２に送信する。この際サーバー１は、クイズデータの送信日時を記憶しておく。
【００１７】
ここでクイズファイル（図６）について説明を補足する。サーバー１内の記憶装置に予め記憶されている図６のクイズファイルは、販売窓口ごとに集められた複数のクイズレコードからなるため、その販売窓口に適したクイズを出題することができるようになっている。本実施例では、顧客が会社員専用窓口を選択したため会社員専用のクイズを出題しているが、これが例えば「１〜５列目席専用」窓口を選択した場合には、これは非常に人気がある座席であるため、出題されるクイズが難問となっているなど顧客の負担が大きくなっており、そのバランスに配慮したものとなっているのである。（その他、解答に要する時間（解答時間）が短く設定されていたり、出題される間隔（クイズ出題間隔）が不規則であったり、解答免除時間帯が短かったりなど、顧客にとっての負担を重くしておいてもよい。つまり、良い座席をとるためにはそれだけの「努力」が必要とされるよう設定されているのである。）
【００１８】
今、「会社員専用」の販売窓口を選択した佐藤さんのＰＣ２には、サーバー１から、クイズ１の「歌手Ａの出身地は？／１.北海道  ２.神奈川県  ３.福岡県」というクイズデータが送信される。これをＰＣ２で受信した佐藤さんは、表示モニタ１１に表示された（図示せず）クイズ１の内容を見て、「３.福岡県」が正解であると考え、キーボード１２を使用して「３」（応答データ）を入力し、ＰＣ２はこの解答データの「３」をサーバー１に送信する。
【００１９】
＜正否判断処理＞
これを受信したサーバー１は、この「３」の解答データの受信が、図６のクイズファイルに予め記憶されている「解答時間」の「１０秒」以内であるか否か（クイズデータを送信した日時を予め記憶しておき、その時間から１０秒以内に解答があったか否か）を判断し、１０秒以内であると判断したら次に、図６の「クイズ１」の「正解」項目を参照し、正解項目の「３」と照合して、一致している（正解である）と判断して、予め記憶されている「正解！！」等のメッセージを佐藤さんのＰＣ２に送信する。またサーバー１は、図４の顧客ファイルの「クイズ１」に「正解」を代入する。なお、不正解であれば「不正解」を代入し、一定時間が経過しても何ら応答がなかった場合には「無解答」を代入する。
以上のような＜クイズ出題処理＞→＜正否判断処理＞において、サーバー１とＰＣ２との通信には、常にクッキーＩＤ「aw!drg2qw」が用いられているため、これによりサーバー１は、ＰＣ２からの応答は佐藤さんからのものであることが認識できるようになっている。
【００２０】
＜順位算出処理＞
次にサーバー１は、列順の並べ替え処理を行う。つまり、クイズに正解した者はその順位を維持できるが、不正解だった者やクイズに答えなかった者（ＰＣ前から中座した者）は順位を降下させるのである。その結果、クイズに正解した者の順位が上がり、それだけチケットを入手できる確率が高まるのである。サーバー１の記憶装置には、図７に示すような加算データが記憶されており、サーバー１は図４の顧客ファイルを検索し、この加算データ（図７）に基づいて、クイズに不正解であれば「現在の順位」項目に「５」を加算する処理を行い、無解答であれば「現在の順位」項目に「１０」を加算する処理を行う。なお、正解であれば何ら処理を行わない。
【００２１】
＜ソート処理＞
そして一人一人の顧客につきこのような処理を行い、全ての顧客につき加算処理を行った後に、番号の若い順に並べ替え処理（ソート処理）を行い列の順位を決定する。この結果、クイズに正解した者には、その順位を少なくとも維持できるか又は順位が上昇するという利益供与処理が行われ、クイズに不正解又は無解答であった者には、その順位が降下するという不利益供与処理が行われることになる。図４においては、最初にログインした時には「当初順位：１４」であったのが、クイズを繰り返した結果、現在の順位は「２４」位の位置にあることを示している。そしてサーバー１は、この顧客ファイル（図４）の「現在の順位」項目を抽出し、「現在の順位：２４番目」等のデータを顧客のＰＣ２に送信し、その顧客が現在何番目に並んでいるのかがわかるようにすることが望ましい。
【００２２】
サーバー１は、以上のような＜クイズ出題処理＞→＜正否判断処理＞→＜順位算出処理＞→＜ソート処理＞を、会社員専用クイズレコード（図６）に記憶されているチケット販売開始時間（２０××年９月１０日午前１０時：順位確定時）まで、１５分毎（図６の「クイズ出題間隔」）に繰り返し行なう。そしてサーバー１は、このチケット販売開始時において順位を確定させる処理を行う。ただし、会社員専用クイズレコード（図６）の「解答免除時間帯」が「８時〜２０時」とある通り、上記の＜クイズ送信処理＞→＜解答受信処理＞→＜正否判断処理＞→＜順位算出処理＞→＜ソート処理＞は、日中の８時から２０時までの間は行なわれない。すなわちサーバー１は、クイズ出題時点の時刻が解答免除時間帯（「８時−２０時」）に該当している場合には、クイズ出題処理を行わないのである。なおこの際サーバー１は、「８時−２０時は解答免除時間帯となっています。」等のメッセージデータを作成し、顧客のＰＣに送信するようにしても良い。
【００２３】
クイズの出題間隔に関しては、図６の会社員用クイズレコードに、例えば「１５分毎」などと予め記憶しておき、サーバー１内の時刻計測手段を使用して、１５分間隔でクイズを出題しても良い。またこれとは逆に、一定間隔ではなく不規則な間隔で出題するようにしても良い。なおクイズデータの受信時に、ＰＣ２は音を鳴らすようにしても良い。
また上記例では、一問解答するごとに、＜順位算出処理＞→＜ソート処理＞を行なっているが、一定時間ごと（例えば一時間ごと等）に、＜順位算出処理＞→＜ソート処理＞を行なってもよいし、チケットを販売する直前に一気にまとめて計算して順位を確定してもよい。
本実施例では、図６に示す「チケット販売開始時：２０××年９月１０日午前１０時」「解答免除時間帯：８時−２０時」「出題間隔：１５分毎」「解答時間：１０秒」及び「正解：３」（他の正解データも含む）等のデータが応答条件に含まれるが、これに限定するものではなく、顧客の応答に関する他のどのような条件であってもよい。
【００２４】
＜チケット販売処理＞
各販売窓口には予め販売可能なチケット枚数が定まっており、佐藤さんが選択した会社員専用の販売窓口は「１００枚」であったとする。この場合、チケット販売開始時（９月１０日午前１０時）において、行列の先頭の人から１００番目の人までがチケット入手可能ということになる。なおここでは、購入可能枚数は一人一枚のみと定まっているものとする。ただしこれに限定するものではない。
サーバー１は、顧客ファイル（図４）の「現在の順位」を参照し、「現在の順位」が１〜１００の顧客のＰＣに対してチケット申込用のフォームを送信する。顧客は、そのフォームに従って必要なデータを入力し、サーバー１に送信する。佐藤さんは、サーバー１から送信されたチケット申込用のフォームにＰＣ２を使用して所定事項を入力することにより、ＰＣ２はチケット申込データ「ユーザーＩＤ：Ｕ０１５／イベント番号：Ｃ２８１１／枚数：１枚／席種：Ｓ席／発券形態：電子チケット／支払方法：クレジットカード」を作成し（図示せず）、それをサーバー１に送信する。そして、チケット申込データを受信したサーバー１はそれを記憶装置に記憶する。なお、イベント番号が「Ｃ２８１１」であることは、佐藤さんは事前に知っていたものとする。
【００２５】
このチケット申込データを受信したサーバー１は、チケット発行のための処理を行う。なお、チケット発行のための処理及びチケット代金の決済処理は公知のものである。ここでは佐藤さんに対して、チケット番号「Ｃ２８１１−０５７」、座席番号「Ｓ−１３１１」（Ｓ席の、前から１３列目左から１１番目）という番号が割り当てられたとする。サーバー１は、これらのデータを基にして佐藤さんに対して販売するチケット販売データ「ユーザーＩＤ：Ｕ０１５／イベント番号：Ｃ２８１１／枚数：１枚／座席番号：Ｓ−１３１１／チケット番号：Ｃ２８１１−０５７」（図８）を作成し、このデータをＰＣ２に送信する。これをＰＣ２で受信した佐藤さんは、任意の時期に携帯電話やＩＣカード等にダウンロードすることにより電子チケットとして利用できるようになる。
【実施例２】
【００２６】
実施例１では、顧客がバーチャルプレイガイドにログインし（図５）、その行列に並んだところからスタートする。しかしこれが、入手が極めて困難なプラチナチケットの場合、バーチャルプレイガイドの開店直後に顧客が殺到し、なかなかログインすることすらできず、漸くログインできた時には顧客の行列の遥か後方に位置していたというケースが考えられる。これでは、偶然ログインできて行列の前方に配置された者との間で不公平感が生ずる。よって以下に説明するようなシステムにしても良い。
すなわち、ログイン直後の行列の順位を確定させるために、通常のクイズとは別に、極めて難問のクイズを複数出題する。そして、そのクイズの正解率の高い順に行列の順位を並べ替え、順位を確定させるのである。順位確定後は、実施例１で説明した処理と同様である。
【００２７】
バーチャルプレイガイドに漸くログインできた顧客のＰＣから第二クイズデータ要求情報を受信したサーバー１は、顧客の利用するＰＣに、予め記憶されている第二クイズデータ（通常のクイズデータ（第一クイズデータ）とは異なるものであって、当初の順位を決定するために出題する極めて難問のクイズデータ）を送信する。これを受信したＰＣは、顧客により解答データを入力され、この解答データをサーバー１に送信する。サーバー１は、第二クイズデータと対応付けて記憶されている第二正解データに基づいて、この解答データの正否判断処理を行い、その結果（「正解」又は「不正解」）を記憶する。そして次にサーバー１は、二問目の第二クイズデータを顧客ＰＣに送信する。
これ以降の処理内容は、上述した処理内容と同様である。すなわちサーバー１は、顧客ＰＣからその解答データを受信し、正否判断処理後その結果を記憶し、三問目の第二クイズデータを送信する。サーバー１は、これらの処理を所定の問題数だけ繰り返した後、それぞれの顧客ごとに正解率を算出する処理を行う。そして正解率の高い順に、顧客の順位の並べ替え処理（ソート処理）を行う。このようにして当初の順位（ログイン時の順位）が確定した後は、実施例１と同様の処理、すなわち、＜クイズ送信処理＞→＜解答受信処理＞→＜正否判断処理＞→＜順位算出処理＞→＜ソート処理＞へと移行する。そしてサーバー１は、予め記憶されているチケット販売開始時までこれらの処理を繰り返し行い、順位を確定させた後は、実施例１と同様にして、チケット販売処理を行う。
なお、当初の順位を決定するために出題されるクイズは一問のみであっても良い。その場合、正解した者が行列の前方へ配置され、不正解だった者は後方へ配置される。
【００２８】
その他本発明には、以下のような手段を講じて利便性を高めてもよい。
（１）クイズ内容
本実施例では、販売窓口ごとに集められたクイズファイル（図６）を用いて、その販売窓口を選択した者には全て同一のクイズを出題しているが、例えば年齢や性別等、顧客属性によって出題するクイズの内容や難易度を変えても良い。すなわちサーバー１は、順番待ち希望データを受信した際、そのクッキーＩＤから顧客ファイル（図４）を検索することにより、その顧客の顧客属性を取得することが可能である。従って、ある販売窓口を選択した顧客に同一のクイズデータを送信するのではなく、例えば５０代以上の顧客には、予め記憶されている５０代以上専用クイズデータを送信し、５０代未満の顧客には予め記憶されている５０代未満専用クイズデータを送信するのである。こうすれば顧客の年齢によって異なったクイズデータを送信することができ、これにより例えば、年齢が５０代以上の顧客を優遇したい場合などには、それに合わせたクイズ（５０代以上の年齢層にとっては極めて容易な問題など）を出題することができる。なお、予め販売窓口を「５０代未満専用」と「５０代以上専用」などと設定しておけば、実施例１で述べた処理内容と全く同様となる。
【００２９】
（２）顧客の順番待ち装置
本実施例では顧客がＰＣを使用している場合を例に説明したが、顧客が携帯可能な装置（携帯電話やＰＤＡ等）を使用しているか、ＰＣを使用しているかによって出題頻度（出題間隔）や解答免除時間を変えてもよい。すなわち、携帯可能装置であれば、不定間隔でしかも頻繁にクイズが出題されても、またクイズの解答が免除される時間が短くても、顧客に酷に過ぎることはないからである。
サーバー１は、顧客が携帯電話を使用してログインしてきたと判断した場合には、携帯電話用のクイズデータを携帯電話に送信する。そしてＰＣでログインしてきた場合には、例えば１５分間隔などのように一定間隔でクイズデータを送信するのに対し、携帯電話によるログインの場合には不規則な間隔でクイズデータを送信するのである。また携帯電話の場合には、解答免除時間帯が短く設定されていてもよい。
顧客がどのような装置を使用してログインして来たか（ＰＣか携帯電話か、あるいはＰＤＡ等の携帯情報端末か、インターネットに接続可能なゲーム機か等）は、既存のアクセス解析技術を用いることにより判別可能である。つまりサーバー１とＰＣ２のＷｅｂブラウザとの間では、様々な情報のやり取りが行なわれているが、顧客側ＰＣ２のＷｅｂブラウザがサーバー１に送信する情報のうち、環境変数HTTP_USER_AGENTを解析することにより、顧客（アクセス元）のＯＳやブラウザが判別可能である。例えば、WindowsXP（登録商標）でInternetExplorer（登録商標）を使用してアクセスして来た場合、HTTP_USER_AGENTは、「Mozilla/4.0(compatible;MSIE6.0;WindowsXP;DigExt)」などとなる。従って、「MSIE」という文字列が含まれているので、ブラウザはInternetExplorer（登録商標）であり、「Windows」という文字列が含まれているので、ＯＳはWindows（登録商標）であることが判別できるのである。そしてこれが携帯電話の場合には、例えば株式会社エヌ・ティ・ティ・ドコモであれば、HTTP_USER_AGENTの中に「DoCoMo」の文字列が含まれており、ボーダフォン株式会社の場合であれば、HTTP_USER_AGENTの中に「J-PHONE」の文字列が含まれているのである。
従って、サーバー１内の記憶装置に、携帯電話（あるいはＰＤＡ等の携帯可能装置）であることを示すこれら特定の文字列（携帯可能装置特定情報）を予め記憶させておくのである。そしてサーバー１がＷｅｂブラウザからの情報を受信して記憶した際、そのHTTP_USER_AGENTを参照して、予め記憶しておいたそれらの文字列を含んでいるかどうかの判断をし、含んでいると判断した場合には、携帯可能装置用のクイズデータを送信するよう設定しておくのである。そしてその携帯可能装置用のクイズデータは前述のように、クイズの出題間隔が不規則であったり、クイズに答えることが免除される解答免除時間帯が短かったりと、顧客側の負担が大きいものとなっているのである。
【００３０】
（３）チャット機能
本発明においてはチャット機能を設けて、顧客各自がクイズに答え続ける間、顧客同士でチャット（コンピュータネットワークを通じてリアルタイムに文字ベースの会話を行なうシステム）が可能となるようにしても良い。チャット機能に関しては公知の技術による。
【００３１】
（４）クイズ
本実施例では、顧客にクイズを出題して解答させているが、これは長時間に亘って順番待ち行為を継続している（実際には長時間ＰＣ前に居続けている）ことの確認のためであるので、必ずしもクイズを出題するというものでなくてもよい。例えばサーバー１から「３を入力してください」等のメッセージデータ（確認データ）をＰＣに送信し、その「３」（応答データ）がＰＣからサーバー１に送信されてきたか否かを確認する、というようなものであってもよい。また、単にＥｎｔｅｒキーの入力のみを求めるものであっても良い。つまり、顧客側の長時間に及ぶ順番待ち行為がサーバー１側で確認できれば良い。
【００３２】
（５）広告
顧客が順番待ち行為を継続している間（実際にはＰＣ前に居続けている間）、サーバー１が顧客のＰＣの表示モニタ１１に広告情報を送信するようにしても良い。顧客は、クイズが表示モニタ１１に表示される関係上、常に表示モニタ１１に注意を払っているものである。よって広告主にとっては絶好の顧客といえる。この際、出題するクイズを、その表示された広告に関するものとすれば、顧客は一層広告に注意を払うようになる。
【００３３】
上記実施例においては特定のケースについて説明したが、本発明はこれら特定のケースに限るものではない。
（１）本発明は、チケットの販売を例に説明しているが、これに限るものではない。例えば人気商品や限定商品の販売などであってもよく、その種類は問わない。またサービスの提供を受ける場合であってもよい。すなわち本発明において、「商品」の概念には「サービス」が含まれ、「商品の販売」には「サービスの提供」が含まれる。
（２）データの内容は実施例で説明したデータに限らない。即ち、同様の役割を果たすことができれば、他のどのようなデータであっても構わない。
（３）ハードウェアも実施例で説明したものに限らない。即ち、同様の役割を果たすことができれば、他のどのようなハードウェアであっても構わない。
（４）処理の内容や手順についても実施例で説明したものに限らない。即ち、同様の役割を果たすことができれば、他のどのような処理内容・処理手順であっても構わない。
（５）上記実施例に登場するデータレコードやデータファイルのデータ（データ項目）は、原則として各々関連づけられて（対応づけられて）記憶装置に記憶されているものとする。図面に表されたものについても同様である。
【図面の簡単な説明】
【００３４】
【図１】本発明を実施する装置の概略を表した図である。
【図２】本発明を実施する際の処理フローを表した図である。
【図３】会員ファイルを表した図である。
【図４】顧客ファイルを表した図である。
【図５】入場画面を表した図である。
【図６】クイズファイルを表した図である。
【図７】加算データを表した図である。
【図８】チケット販売データを表した図である。
【符号の説明】
【００３５】
１  サーバー
２  パーソナルコンピュータ
３  インターネット
【図１】
0004751693.tif 000002
【図２】
0004751693.tif 000003
【図３】
0004751693.tif 000004
【図４】
0004751693.tif 000005
【図５】
0004751693.tif 000006
【図６】
0004751693.tif 000007
【図７】
0004751693.tif 000008
【図８】
0004751693.tif 000009