(57)【特許請求の範囲】
【請求項１】
ブラウザが動作可能なユーザ機器と、サーバ機器とがインターネット回線を介して接続され、遊技機の開発企画に関するアンケート情報をホームページ上に公開して、利用者からの回答結果をサーバ機器が収集する開発企画支援システムであって、
アンケート情報が掲載されると共に、利用者の回答情報の送信先であるサーバ機器の第一アドレスが記入されている情報収集ページを、サーバ機器からユーザ機器に送信する第１手段と、
情報収集ページを受信した利用者の回答情報を第一アドレスに送信するに先立って、ユーザ機器が自らの記憶内容を検索して、回答情報に付加して第一アドレスに送信すべきクッキーデータが存在するか否かを判定する第２手段と、
該当するクッキーデータが存在しないと判定された場合には、クッキーデータを付加しない回答情報を第一アドレスに送信する第３手段と、
該当するクッキーデータが存在すると判定される場合には、該当するクッキーデータを回答情報に付加して第一アドレスに送信する第４手段と、
第一アドレスにおいてサーバ機器が受信した回答情報に付加されたクッキーデータに基づいて、当該ユーザ機器からの過去の回答結果を特定し、回答情報から特定される今回の回答結果と、クッキーデータから特定される過去の回答結果とを比較する第５手段と、
第５手段の比較の結果、２つの回答結果が一致しない場合には、今回の回答結果を加算すると共に過去の回答結果を減算してアンケート結果を集計する第６手段と、
第５手段の比較の結果、２つの回答結果が一致する場合には、重複投票を禁止する旨を掲載した注意喚起ページをユーザ機器に返信する第７手段と、を有して構成され、
前記クッキーデータは、
第一アドレスにおいて受信した回答情報にクッキーデータが付加されていない場合に、受信した回答情報から特定される利用者の回答結果を加算してアンケート結果を集計した後に返信される投票確認ページや、第７手段が返信する注意喚起ページを受信したユーザ機器に自動保存されるよう設定されたデータであって、
アンケート結果の集計対象となった利用者の回答結果を含み、ユーザ機器からの回答情報が第一アドレスに送信されるとき、その時の回答情報に付加して送信されるよう構成されている
ことを特徴とする遊技機の開発企画支援システム。
【請求項２】
第一アドレスにおいてサーバ機器が受信した回答情報にクッキーデータが付加されていない場合には、当該利用者に新規のＩＤを付与するよう構成されると共に、
新規に付与されたＩＤを含んだクッキーデータが、投票確認ページを受信したユーザ機器に自動保存されるよう構成されている請求項１に記載の開発企画支援システム。
【請求項３】
第一アドレスにおいてサーバ機器が受信した回答情報にクッキーデータが付加されていない場合に機能して、ユーザ機器からの送信情報が第二アドレスに送信されるとき、利用者の回答結果を特定するクッキーデータが、送信情報と共に送信されるよう設定された動作確認ページをサーバ機器からユーザ機器に返信する返信手段と、
その後、第二アドレスにおいて受信したユーザ機器からの送信情報に、クッキーデータが付加されている場合には、利用者の回答結果を加算してアンケート結果を集計する集計手段と、が設けられている請求項１に記載の開発企画支援システム。
【請求項４】
前記回答結果は、情報収集ページに掲載された複数の企画案の何れを支持するかの選択肢についての選択結果である請求項１〜３の何れかに記載の開発企画支援システム。
【請求項５】
アンケート結果が集計された後、集計結果に対応して情報収集ページの一部が変更される請求項１〜４の何れかに記載の開発企画支援システム。
【請求項６】
アンケート結果の集計の結果、何れかの選択肢の加算結果が所定値を上回った場合には、情報収集を停止させるよう情報収集ページを抜本的に変更する請求項４に記載の開発企画支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ホームページを使用して遊技機の開発企画の支援するシステムに関し、特に、重複投票を排除して集計結果の信頼性を高めた支援システムに関するものである。
【背景技術】
【０００２】
従来、パチンコやスロットなどの遊技機を企画する場合には、専ら、商品企画者などの提案に基づいて行われていた。ここで企画には、遊技機のゲーム性を高めるために遊技盤上に描かれるキャラクタを選択し、そのキャラクタが活躍する液晶ディスプレイ上のリーチアクションを特定することなどが含まれる。
【０００３】
ところで、新機の遊技機の導入に際し、どのような企画を遊技者が求めているのか、迅速に正確な情報を得る必要がある。しかしながら、従来の方法では、社内の意見は反映されても、実際に遊技機を楽しむ遊技機ファンの意見は必ずしも反映されないのが実情であり、せっかく費用をかけて完成したものが、遊技者に受け入れられない可能性もある。なお、路上アンケートなどを行うことも考えられるが、これでは多数の意見を集めるのに時間や費用が嵩むので妥当な対策とは言えない。
【０００４】
そこで、インターネットが日常的に活用されている昨今、遊技機を紹介するホームページを開設して、ここにおいて、開発企画を支援してもらうために遊技機ファンの希望や意見を聞くことが考えられる。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、単なる投票システムでは、軽いいたずら心から同一人が何回も重複投票を繰り返す可能性もあり、これを許容したのでは数多くの遊技機ファンから広く意見を聴取しようとする企画支援システムの趣旨が生かされないことになる。
【０００６】
一方、意見聴取のためにユーザＩＤやパスワードを付与するのでは、遊技機ファンといえでも、製品企画に気軽に参画する気持ちにはなれないので、数多くの遊技機ファンの率直な感想を参考にした製品企画を実現することができない。そもそも、ユーザＩＤやパスワードの付与を受けてまで意見を述べる気持ちのある遊技機ファンなら、メールなどの他の手段によって自らの希望を率直に連絡してくるのが通例である。
【０００７】
本発明は、上記の実情に鑑みてなされたものであって、遊技機ファンが気軽に製品企画に参画できるだけでなく、収集した情報の信頼性が高いため、新機種の遊技機の企画に有力な参考資料とすることのできる遊技機開発企画投票システムを提供することを課題とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明は、ブラウザが動作可能なユーザ機器と、サーバ機器とがインターネット回線を介して接続され、遊技機の開発企画に関するアンケート情報をホームページ上に公開して、利用者からの回答結果をサーバ機器が収集する開発企画支援システムであって、アンケート情報が掲載されると共に、利用者の回答情報の送信先であるサーバ機器の第一アドレスが記入されている情報収集ページを、サーバ機器からユーザ機器に送信する第１手段と、情報収集ページを受信した利用者の回答情報を第一アドレスに送信するに先立って、ユーザ機器が自らの記憶内容を検索して、回答情報に付加して第一アドレスに送信すべきクッキーデータが存在するか否かを判定する第２手段と、該当するクッキーデータが存在しないと判定された場合には、クッキーデータを付加しない回答情報を第一アドレスに送信する第３手段と、該当するクッキーデータが存在すると判定される場合には、該当するクッキーデータを回答情報に付加して第一アドレスに送信する第４手段と、第一アドレスにおいてサーバ機器が受信した回答情報に付加されたクッキーデータに基づいて、当該ユーザ機器からの過去の回答結果を特定し、回答情報から特定される今回の回答結果と、クッキーデータから特定される過去の回答結果とを比較する第５手段と、第５手段の比較の結果、２つの回答結果が一致しない場合には、今回の回答結果を加算すると共に過去の回答結果を減算してアンケート結果を集計する第６手段と、第５手段の比較の結果、２つの回答結果が一致する場合には、重複投票を禁止する旨を掲載した注意喚起ページをユーザ機器に返信する第７手段と、を有して構成され、前記クッキーデータは、第一アドレスにおいて受信した回答情報にクッキーデータが付加されていない場合に、受信した回答情報から特定される利用者の回答結果を加算してアンケート結果を集計した後に返信される投票確認ページや、第７手段が返信する注意喚起ページを受信したユーザ機器に自動保存されるよう設定されたデータであって、アンケート結果の集計対象となった利用者の回答結果を含み、ユーザ機器からの回答情報が第一アドレスに送信されるとき、その時の回答情報に付加して送信されるよう構成されている。
【０００９】
なお、新規のユーザＩＤが自動保存されるよう設定された確認応答ページや、受信した回答情報が自動保存されるよう設定された確認応答ページを生成するため、実施例では、クッキーデータを使用する。この場合、クッキーデータは、レスポンスメッセージのヘッダ部に挿入してＷＷＷサーバからブラウザに送信しても良いし、ブラウザ側でクッキーファイルを自動生成するようなJavaScript（登録商標）によるプログラムを内蔵させたＨＴＭＬファイルをＷＷＷサーバから送信するのでも良い。
【発明の効果】
【００１０】
以上詳述したように、本発明によれば、遊技機ファンが気軽に製品企画に参画できるだけでなく、収集した情報の信頼性が高いため、新機種の遊技機の企画に有力な参考資料とすることのできる遊技機開発企画の支援システムを実現することができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明に係る遊技機の企画投票システムについて、実施例に基づき更に詳細に説明する。図１はこの投票システムの構成図であり、メーカ側が提示する複数のキャラクタ企画案のうち、何れのキャラクタを採用した遊技機の開発を望むかの投票を受け付ける実施例を示している。
【００１２】
図示のシステムは、ホームページ上で遊技機に関する複数の企画案を公開するサーバ機器ＳＶと、ブラウザが動作可能な多数のユーザパソコンＰＣｉと、前記両機器を接続するインターネット回線ＮＥＴとで構成されている。サーバ機器ＳＶには、ブラウザからの要求（リクエスト）に応じて投票用ページなどをＷＥＢデータベースＤＢから読み出して送信するサーバプログラムと、投票されたデータを集計するＣＧＩプログラムとが搭載されている。
【００１３】
この実施例では、クッキーを活用して信頼性の高い情報を収集しているので、ＷＷＷ(World Wide Web)の原理的な動作を確認した上でクッキーについて説明する。先ず、ブラウザは、ユーザの指定するＵＲＬに対応して、該当するＷＷＷサーバにリクエストメッセージを送信し、ＨＴＭＬファイルなどのデータを要求する。一方、これを受けたＷＷＷサーバは、要求されたＨＴＭＬファイルなどのデータに先だって、レスポンスメッセージをブラウザに送信する。そして、レスポンスメッセージに続いてＨＴＭＬファイルを受けたブラウザは、その内容を直ちにディスプレイ装置に表示することになる。
【００１４】
ところで、上記したレスポンスメッセージのヘッダ部(Set-Cookieヘッダ)には、クッキーデータを挿入することが可能である。挿入されたクッキーデータは、ブラウザによってクッキーファイルとしてハードディスク内に保存され、次回、同じＷＷＷサーバにデータを要求する際、保存されたクッキーデータをリクエストメッセージのヘッダ部（cookieヘッダ）に挿入して送り返すようになっている。
【００１５】
図５は、ＷＷＷサーバが投票確認ページＡ，Ｂ（thanks#A.html,thanks#B.html）を送信する際の具体例であり（図２のＳＴ６，ＳＴ１０参照）、ブラウザに送信されるレスポンスメッセージのヘッダ部(Set-Cookieヘッダ)の一部を図示している。なお、ここで、Ｓｅｔ−Ｃｏｏｋｉｅヘッダの書式は、Set-Cookie: NAME=VALUE; expires=DATE; path=PATH;domain=DOMAIN#NAME; secureのようになっている。
【００１６】
NAME属性（NAME=VALUE）は、クッキーの名前をNAMEに指定し、値をVALUEに指定する部分であり、図示の例ではクッキーIDは00140101の値を持っている。ここで、８桁の数値のうち上位６桁は当該投票者に付与されたユーザＩＤを意味し、下位２桁は今回の投票結果を意味している（この点は更に後述する）。
【００１７】
expires属性（expires =DATE）は、クッキーの有効期限を指定する部分であり、図示の例では、２００２年５月２８日月曜日を有効期限としている。path属性（path=PATH）は、ブラウザが、どのデータを要求する際に、クッキーをリクエストメッセージのヘッダ部（Cookieヘッダ）を追加するかを指定する部分である。図示の例では……/vote.cgiにアクセスする際にクッキーデータ(00140101)が送出されることを示している。
【００１８】
domain属性（domain =DOMAIN#NAME）の部分は、どのＷＷＷサーバにクッキーを送り返すかを指定する部分である。図示の例ではクッキーデータは、www.fuji.co.jpに送り返されることになる。なお、Secure属性が指定された場合には、ブラウザとＷＷＷサーバのやり取りが暗号化されるなど、通信の安全が確保されている場合のみクッキーが送り返されることになる。図示の例では、Secure指定がされていないので、通信の安全に係わらずクッキーが送り返されることになる。
【００１９】
クッキーは、概ね以上のような特徴を有している。そこで、この実施例では、ＷＷＷサーバが、ブラウザからキャラクタ投票用のＰＯＳＴデータＳＤｉを受信した後、投票確認ページ（thanks#A.html,thanks#B.html）を返信する際に（ST6,ST10）、２桁の投票データｉと６桁のユーザＩＤからなるクッキーデータをレスポンスメッセージのＳｅｔ−ｃｏｏｋｉｅヘッダに挿入して送信している（図１及び図２の<4>参照）。図示例では、ユーザＩＤ＝００１４０１の投票者に対して、その投票結果０１を投票確認ページ（thanks#*.html）と共に送信している。なお、この実施例では、ユーザＩＤは必須ではなく省略可能である。
【００２０】
クッキーは、ユーザＩＤの付与された各投票者のユーザパソコンＰＣのローカル・ハードディスクに保存されるので、同一人が再度キャラクタ投票をしたような場合、例えば、この実施例ではwww.fuji.co.jp/kikaku/cgi-bin/vote.cgiへのアクション時には、リクエストメッセージのｃｏｏｋｉｅヘッダにクッキーが挿入されて送信される（図１及び図２の<3>参照）。すなわち、ＰＯＳＴデータがwww.fuji.co.jp/kikaku/cgi-bin/vote.cgiに送信される際に、ユーザパソコンのハードディスクに保存されたクッキーデータが読み出されて合わせて送信される。
【００２１】
以上を踏まえて、ブラウザとＷＷＷサーバのデータ授受の関係を図２のフローチャートに基づいて説明する。なお、サーバ機器ＳＶでは、ブラウザからの要求に応じてＣＧＩプログラムが動作するが、図２ではサーバプログラムとＣＧＩプログラムの処理を合わせて記載している。
【００２２】
サーバ機器ＳＶは、ブラウザから投票ページ(vote.html)を要求するリクエストメッセージを受けると（Ｓ００１）、遊技機の開発企画に関する投票ページ(vote.html)をブラウザに送信する（Ｓ００２）。図３は、投票ページを例示したものであり、この例では、３つのキャラクタＡ，Ｂ，Ｃの画像と、キャラクタＡ，Ｂ，Ｃに対する現在までの投票数とが表示されている。なお、キャラクタＡ，Ｂ，Ｃの画像は別ページにリンクされており、各画像をマウスでクリックすると、当該キャラクタによって実現されるストーリーを概略説明する画面が新たに送信されてくる。
【００２３】
一方、各キャラクタの画像の下部には、各キャラクタの採用を希望する場合にマウスでクリックすべき投票用のボタンが設けられている。そして、特定のキャラクタの獲得投票数が所定値（＊＊＊＊票）に達すると、投票受け付け動作を終了させるようになっている。このように、この実施例では、言わば「早い者順の投票」の設定になっているため、遊技機ファンの希望や意見がより迅速に収集できることになる。
【００２４】
図４は、投票ページ（vote.html）の具体的内容を図示したものであり、「Ａチャン」と表記されたボタンが押されると、ＰＯＳＴデータ「０００１」は、ＷＥＢデータベースＤＢの特定エリア（…fuji.co.jp/kikaku/bin-cgi/vote.cgi）のＣＧＩプログラムに渡されることを意味している。以下同様であり、「Ｂクン」と表記されたボタンが押されるとＰＯＳＴデータ「０００２」が送信され、一方「Ｃチャン」と表記されたボタンが押されるとＰＯＳＴデータ「０００３」が送信されて、ＣＧＩプログラムに渡される。なお、以下の説明では、このＰＯＳＴデータをＳＤｉと総称する。
【００２５】
図３のような表示画面において好みのキャラクタが決まり、遊技機ファンがユーザパソコンＰＣｉのマウスを操作して特定のボタンを押すと、ブラウザは、該当アドレス（www.fuji.co.jp/kikaku/bin-cgi/vote.cgi）に向けてポストデータＳＤｉを送信する（ＳＴ１）。但し、ブラウザは、リクエストメッセージを送信するに際してハードディスク内を検索し、リクエストメッセージのヘッダ部に挿入して送信すべきクッキーが存在するか否かを判断する。このユーザが初めて投票動作を行う場合には、ハードディスク内にクッキーファイルが存在しないので、ＰＯＳＴデータＳＤｉ（＝投票データｉ）のみがＣＧＩプログラム(vote.cgi)に送信される。
【００２６】
一方、既に投票動作を行った経験がある場合（重複投票時）には、過去の投票データｊがユーザＩＤと共にクッキーファイルに保存されている。したがって、重複投票の場合には、ブラウザは、新規のＰＯＳＴデータＳＤｉ（＝投票データｉ）と共に、過去の投票データｊ及びユーザＩＤをＣＧＩプログラムに送信することになる。
【００２７】
ＰＯＳＴデータＳＤｉを受けたＣＧＩプログラムは、同時にクッキーＩＤ（＝ユーザＩＤ＋過去の投票データ）を受信したか否かを判断する（ＳＴ２）。クッキーを受信していない場合は、そのことにより、今回が初めての投票であると把握できるので、ＰＯＳＴデータＳＤｉに基づいて投票内容ｉを特定し、ｉ番目のキャラクタに対する獲得投票数ＣＴｉをインクリメントする（ＳＴ３）。その後、当該投票者に対する新規のユーザＩＤ（この実施例では、０から始まる６桁の数字）を獲得する（ＳＴ４）。
【００２８】
次に、更新したキャラクタｉの獲得投票数ＣＴｉが上限値ＭＡＸに達したか否かが判定され（ＳＴ５）、上限値ＭＡＸに達していなければ投票確認ページＡ（thanks#A.html）を投票者に送信する（ＳＴ６）。ここで、投票確認ページＡとは、例えば「＊＊チャンへの投票ありがとうございました。おかげで＊＊チャンは○○○○票を獲得しました。あと××票でゴールします。」のような画面用のＨＴＭＬファイルである。このようなＨＴＭＬファイルのレスポンスメッセージのＳＥＴ−Ｃｏｏｋｉｅヘッダには、投票者のユーザＩＤ（この例では００１４０１）と共に、当該投票者が投票したデータｉ（この例では０１）が付与されている。
【００２９】
次に、ＣＧＩプログラムは、投票用のページのデータを再構築する（ＳＴ７）。具体的には、投票を受けたキャラクタの獲得投票数ＣＴｉを踏まえて棒グラフの長さや表示数を修正した投票用ページ（vote.html）を再構築してＷＥＢデータベースＤＢに上書き保存する。一方、ステップＳＴ５の処理においてＣＴｉ＞ＭＡＸと判定された場合には、投票終了処理を行う（ＳＴ８）。投票終了処理の内容は特に限定されないが、例えば、「ご協力ありがとうございました。皆さんの投票に結果、＊＊チャンがゴールしました。この結果を踏まえて新規の機器を開発したいと考えます。これからもご協力をお願いします。」のような画面を構築するＨＴＭＬファイル(vote.html)を構築し、投票者に送信すると共に、それまでの投票用ページ(vote.html)に代えて新たにＷＥＢデータベースに上書き保存する。
【００３０】
ところで、ステップＳＴ２の判定において、クッキーが検出された場合とは、本サイトへの訪問者が重複投票をした場合である。かかる重複投票の場合には、先ず、クッキーデータで特定される前回の投票結果ｊと、ＰＯＳＴデータＳＤｉから特定される今回の投票結果ｉとを比較する（ＳＴ９）。そして、２回の投票結果ｊ，ｉが一致する場合には、レスポンスメッセージのＳｅｔ−Ｃｏｏｋｉｅヘッダに、クッキーデータとして受信したユーザＩＤと今回の投票結果ｉとを挿入して確認ページＢ（thanks#B.html）を送信する（ＳＴ１０）。確認ページＢの具体的内容は適宜に設計されるが、例えば「このサイトでは重複投票は認めていません。投票いただいた＊＊チャンへの応援は、お友達に勧めてください。」のような画面表示をするＨＴＭＬファイルとする。
【００３１】
ステップＳＴ９の判定で、前回の投票結果ｊと今回の投票内容ｉとが不一致の場合には、投票者の気持ちが変ったと判断して、キャラクタｊの獲得投票数ＣＴｊをデクリメントすると共に、新たに選択されたキャラクタｉの獲得投票数ＣＴｉをインクリメントする（ＳＴ１１）。そして、その後はステップＳＴ５〜ＳＴ８の処理を実行して、その後のリクエストを待つことになる。
【００３２】
以上の通り、この第１実施例によれば、重複投票にも適切に対処できて正確な人気投票数を集計できるシステムを構築できる。ところで、ブラウザの設定によってはクッキーデータの保存を拒否することもでき、このような設定のユーザパソコンＰＣｉを用いて、何回も重複して投票されてしまう可能性もある。そこで、図６に示す第２実施例では、クッキーチェック処理（ＳＴ３２）によって新規の投票者であると判定された場合には、当該投票者の使用しているブラウザの設定をチェックするようにしている。
【００３３】
新規の投票者であると判定された場合、今回の投票データｉ（ここでは０２とする）をレスポンスメッセージのＳｅｔ−Ｃｏｏｋｉｅヘッダに追加して確認ページＣ(check.html)をユーザパソコンに送信する（ＳＴ３３）。但し、ＳＥＴ−Ｃｏｏｋｉｅの設定では、ブラウザチェック用の第２のＣＧＩプログラム(図７のcheck.cgi参照)がクッキーを受け取る設定としておく。
【００３４】
確認ページＣ(check.html)は、例えば「＊＊チャンへの投票を頂きました。＊＊チャンで間違いなければＯＫボタンを押してください。ＯＫボタンを押してもらうと投票が確定します。」のような表示をするＨＴＭＬファイルとする。図８に示すように、確認ページＣ(check.html)は、ＦＯＲＭアクションとして、投票データ（図示例では０２）が第２のＣＧＩプログラム（check.cgi）に送信されるようになっている。
【００３５】
通常の場合には、確認ページＣ(check.html)を受けた投票者はＯＫボタンを押すので、図７に示す第２のＣＧＩプログラム（check.cgi）は、ＰＯＳＴデータＳＤｉとして投票結果ｉのデータ（＝０２）を受け取ることになる（ＳＴ５０）。また、ステップＳＴ３３の処理で送信したクッキーデータが新規投票者のブラウザに受け入れられた場合には、合わせてそのデータ（＝０２）も送信されてくる筈である。
【００３６】
そこで、第２のＣＧＩプログラム（check.cgi）は、その事の確認を行った後（ＳＴ５１）、クッキーが確認できた場合には、投票データｉに基づき、キャラクタの獲得投票数ＣＴｉをインクリメントする（ＳＴ５３）。そして、最終確認ページＤ（check#OK.html)を送信する。最終確認ページＤ（check#OK.html)の内容は、例えば「＊＊＊チャンへの投票が確定しました。」のような内容である。そして、この最終確認ページＤ（check#OK.html)の送信に際して、ユーザＩＤと投票データとをレスポンスメッセージのＳｅｔ−Ｃｏｏｋｉｅヘッダに挿入しておく。なお、このクッキーは、第１のＣＧＩプログラム(vote.cgi)が受け取る設定になっている。
【００３７】
ステップＳＴ５１の判定においてクッキーが確認できない場合には、第２のＣＧＩプログラム（check.cgi）は、投票結果を受付けできない点につき、お詫びページを送信する（ＳＴ５２）。お詫びページは「本システムは、投票結果の信頼性を上げるためクッキーを利用しています。ブラウザの設定をクッキー利用可能に変更してください。」のような内容とする。
【００３８】
以上、本発明の実施例について具体的に説明したが、記載内容は特に本発明を限定するものではない。例えば、実施例ではＣＧＩを使用したがこれに類するＳＳＩなどあらゆるものを使用できる。また、実施例ではクッキーを例示したが、特にクッキーの使用に限定されるものでもない。そして、クッキーを使用する場合でも、必ずしもレスポンスメッセージのSet-Cookieヘッダによる必要はなく、クッキーファイルを自動生成するプログラム（例えば、JavaScript（登録商標）による）を内蔵する確認ページ（thanks#*.html)を返送するのでも良い。その他、ステップ５の処理では、特定のキャラクタの獲得投票数が所定値を越えたか否かを判定したが、これに代えて、投票総数が所定値を越えた段階で投票受付けを停止しても良い。また、投票期間を予め設定しておき、期間満了によって受付けを停止しても良い。更にまた、投票数と投票期間の何れか一方の条件を満たした場合に受付けを停止するのでも良い。
【００３９】
ところで、第２実施例の場合にも、投票者にユーザＩＤを付与することは必須ではないが、上記の実施例のようにユーザＩＤを付与することにより、遊技機ファンの好みの傾向を把握することが可能となる。例えば、同種の企画投票イベントが複数回実施されるような場合には、図９のように、投票者のユーザＩＤに対応させて、各回ごとの投票結果を保存することができる。図示の例では、第１回目の投票では、１から３のキャラクタから選択してもらい、第２回目と第３回目の投票では、それぞれ４から７のキャラクタ、及び８から１１のキャラクタについての投票結果を管理テーブルに記録している。
【００４０】
また、キャラクタ以外の選択においても、この管理テーブルを利用することが可能となり、例えば、遊技機に搭載された液晶表示部でのアクション内容の投票結果を合わせて記録することもできる。そして、このような情報を総合することにより、毎回投票してくれる熱心な遊技機ファンの好みが把握でき、より有効な情報を得ることができる。
【００４１】
以下、上記の実施例の対象となる遊技機のうちカード式弾球遊技機について念のため説明しておく。図１０は、パチンコ機２を示す斜視図であり、図１１は、同パチンコ機２の側面図である。図１０に示すパチンコ機２は、島構造体に着脱可能に装着される矩形枠状の木製の外枠３と、外枠３に固着されたヒンジＨを介して開閉可能に枢着される前枠４とで構成されている。前枠４の中央部に形成された開口窓には、遊技部品を備えた遊技盤５が背面側から嵌着され、これによってパチンコ機２の全ての部材が前枠４に取付けられる。なお、パチンコ機２は、カード式球貸し機１に電気的に接続された状態で、パチンコホールの島構造体の長さ方向に複数個が配設されている。
【００４２】
ヒンジＨを介して外枠３に枢着される前枠４には、遊技盤５の前側に対応させて、窓部を有するガラス扉６と前面板７とが夫々開閉自在に枢着されている。前面板７には発射用の遊技球を貯留する上皿８が装着され、前枠４の下部には、上皿８から溢流し又は抜き取った遊技球を貯留する下皿９と、発射手段１０の発射ハンドル１１とが設けられている。
【００４３】
この発射手段１０は、回動操作可能な発射ハンドル１１と、この発射ハンドル１１の回動角度に応じた打撃力で打撃槌１２により遊技球を発射させる発射モータなどを備えている。上皿８の右部には、カード式球貸し機１に対する球貸し操作用の操作パネル１３が設けられ、この操作パネル１３には、カード残額を３桁の数字で表示するカード残額表示部１３ａと、所定金額分の遊技球の球貸しを指示する球貸しスイッチ１３ｂと、ゲーム終了時にカードの返却を指令する返却スイッチ１３ｃとが設けられている。
【００４４】
図１２に示すように、遊技盤５には、金属製の外レールと内レールとからなるガイドレール１５がほぼ環状に設けられ、このガイドレール１５の内側の遊技領域５ａには、遊技者の気持ちを盛上げるように企画さえたキャラクタが描かれている。また、遊技領域５ａには、カラーの液晶ディスプレイ１６、図柄始動手段（図柄始動兼入賞手段）１７、開閉式入賞手段（大入賞手段）１８、複数の普通入賞手段１９（上段の普通入賞手段１９以外に、開閉式入賞手段１８の左右両側部に６つの普通入賞手段１９）、２つのゲート２０（通過口）が夫々所定の位置に配設されている。
【００４５】
液晶ディスプレイ１６は、変動図柄を表示するとともに背景画像や各種のキャラクタの動画などを表示する第１図柄表示手段２２として機能する。第１図柄表示手段２２は、背景画やキャラクタをアニメーション的に表示するとともに、左右方向に並ぶ３個（左、中、右）の図柄表示部２２ａ〜２２ｃを有し、図柄始動手段１７に遊技球が入賞することを条件に、各図柄表示部２２ａ〜２２ｃの表示図柄が所定時間だけ変動表示（スクロール表示）され、図柄始動手段１７への遊技球の入賞タイミングに応じた抽選結果に基づいて決定される停止図柄パターンで停止する。
【００４６】
液晶ディスプレイ１６の直ぐ上側に、普通入賞手段１９と第２図柄表示手段２３とが設けられている。第２図柄表示手段２３は１個の普通図柄を表示する普通図柄表示部を有し、ゲート２０を通過した遊技球が検出されたとき、普通図柄表示部の表示図柄が所定時間だけ変動し、遊技球のゲート２０通過時点において抽選された抽選用乱数値により決定される停止図柄を表示して停止するようになっている。図柄始動手段１７は、開閉自在な左右１対の開閉爪１７ａを備えた電動式チューリップであり、第２図柄表示手段２３の変動後の停止図柄が当り図柄を表示した場合に、開閉爪１７ａが所定時間だけ開放されて入賞し易くなる。
【００４７】
開閉式入賞手段１８は前方に開放可能な開閉板１８ａを備え、第１図柄表示手段２２の変動後の停止図柄が「７７７」などの当り図柄のとき、「大当り」と称する特別遊技が開始され、開閉板１８ａが前側に開放される。この開閉式入賞手段１８の内部に特定領域１８ｂがあり、この特定領域１８ｂを入賞球が通過すると、特別遊技が継続される。ここで、特別遊技状態が遊技者に有利な状態に相当するが、特に、大当り状態の確定に至るまでの動作状態でキャラクタが各種の演出動作を行って遊技者を盛上げている。
【００４８】
開閉式入賞手段１８の開閉板１８ａが開放された後、所定時間が経過し、又は所定数（例えば１０個）の遊技球が入賞して開閉板１８ａが閉じるときに、遊技球が特定領域１８ｂを通過していない場合には特別遊技が終了するが、特定領域１８ｂを通過していれば最大で例えば１６回まで特別遊技が継続され、遊技者に有利な状態に制御される。
【図面の簡単な説明】
【００４９】
【図１】本発明のシステムの構成を示す図である。
【図２】本システムの動作内容を説明するフローチャートである。
【図３】ディスプレイ上に表示される投票用ページの一例を示す図面である。
【図４】投票用ページのプログラム例を示す図面である。
【図５】レスポンスメッセージのヘッダ部を示す図面である。
【図６】第２実施例の動作内容の一部を説明するフローチャートである。
【図７】第２実施例の動作内容の一部を説明するフローチャートである。
【図８】第２実施例で使用する確認ページの一例を示す図面である。
【図９】ユーザＩＤと投票キャラクタの管理テーブルを示す図である。
【図１０】実施例の対象となるパチンコ機の斜視図である。
【図１１】図１０のパチンコ機の側面図である。
【図１２】図１０のパチンコ機の正面図である。
【符号の説明】
【００５０】
VOTE.html      情報収集ページ（投票用ページ）
Ｓ００２        第１手段
thanks#*.html    確認応答ページ(確認ページ)
ＳＴ２〜ＳＴ１０  第２手段
【図１】
0004588009.tif 000002
【図２】
0004588009.tif 000003
【図３】
0004588009.tif 000004
【図４】
0004588009.tif 000005
【図５】
0004588009.tif 000006
【図６】
0004588009.tif 000007
【図７】
0004588009.tif 000008
【図８】
0004588009.tif 000009
【図９】
0004588009.tif 000010
【図１０】
0004588009.tif 000011
【図１１】
0004588009.tif 000012
【図１２】
0004588009.tif 000013