(57)【要約】【課題】  遊技客や遊技ホールの意見を確実に把握できるよう工夫した遊技機の受注システムを提供する。【構成】  複数のクライアント機器ＰＣ…ＰＣとＷＥＤデータベースＤＢ１に接続されたサーバ機器ＳＶとがインターネットＮＥＴを介して接続されて構成され、登録ユーザによるアンケート協力度合いに応じて遊技機の販売価格を決定する受注システムである。ＷＥＤデータベースＤＢ１には、登録ユーザの認証用の照合データと、各登録ユーザの過去の販売実績を少なくとも特定する販売実績データＴＢＬ１と、各アンケート設問に対する評価点を特定する評価データＴＢＬ２とを備え、クライアント機器から送信されたアンケート結果と、前記評価データと、前記実績データとを少なくとも参照して、割引率及び／又は割引額を決定している。【選択図】  図２
2005227884.tif 000002
【特許請求の範囲】
【請求項１】
複数のクライアント機器とサーバ機器とが通信回線を介して接続されて構成され、登録ユーザによるアンケート協力度合いに応じて遊技機の販売価格を決定する遊技機の受注システムであって、
注文予定機種と注文予定台数を含んだ情報をクライアント機器から受け付けて第一記憶部に記憶する受付手段と、
割引率及び／又は割引額と、その割引条件を提示した情報をクライアント機器に送信する一方、その後にクライアント機器から受けた情報に基づいてアンケート設問を決定する準備手段と、
前記準備手段で決定されたアンケート設問をクライアント機器に送信する一方、その後にクライアント機器から受けた情報からアンケートの回答内容を抽出して第二記憶部に記憶する記憶手段と、
前記第二記憶部に記憶された回答内容を集計して割引率及び／又は割引額を最終決定し、これをクライアント機器に送信する一方、その後にクライアント機器から受けた情報と前記第一記憶部の記憶内容に基づいて注文を確定させる確定手段とを備えることを特徴とする受注システム。
【請求項２】
複数のクライアント機器とサーバ機器とが通信回線を介して接続されて構成され、登録ユーザによるアンケート協力度合いに応じて遊技機の販売価格を決定する遊技機の受注システムであって、
注文予定機種と注文予定台数を含んだ情報をクライアント機器から受け付けて第一記憶部に記憶する受付手段と、
アンケート内容を提示した情報をクライアント機器に送信する一方、その後にクライアント機器から受けたアンケート回答を第二記憶部に記憶する調査手段と、
前記第二記憶部に記憶された回答内容を集計して、割引率及び／又は割引額を最終決定して、これをクライアント機器に送信する一方、その後にクライアント機器から受けた情報と前記第一記憶部の記憶内容に基づいて注文を確定させる確定手段とを備えることを特徴とする受注システム。
【請求項３】
前記受付手段は、ユーザの正当性を認証した後に、その他の処理に先んじて実行される請求項１又は２に記載の受注システム。
【請求項４】
前記調査手段は、全アンケート内容の概要を一気に送信するか、或いは、複数のアンケートについて時間順次に送信している請求項２に記載の受注システム。
【請求項５】
複数のクライアント機器と、データベースに接続されたサーバ機器とが、通信回線を介して接続されて構成され、登録ユーザによるアンケート協力度合いに応じて遊技機の販売価格を決定する受注システムであって、
前記データベースには、登録ユーザの認証用の照合データと、各登録ユーザの過去の販売実績を少なくとも特定する実績データと、各アンケート設問に対する評価点を特定する評価データとを備え、
クライアント機器から送信されたアンケート結果と、前記評価データと、前記実績データとを少なくとも参照して、割引率及び／又は割引額を決定していることを特徴とする遊技機の受注システム。
【請求項６】
前記実績データに基づいて当該ユーザの顧客ランクを決定し、決定された顧客ランクとその他の要素に基づいて、割引率及び／又は割引額が決定される請求項５に記載の受注システム。
【請求項７】
請求項１〜６の何れかの受注システムで販売される遊技機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、登録ユーザによるアンケートの協力度合いに応じて遊技機の販売価格を決定する受注システムに関し、特に、パチンコ機、回胴式遊技機、アレンジボール機、雀球遊技機などの販売や開発に活用されるものである。
【背景技術】
【０００２】
インターネットの普及した昨今、新規商品の企画開発にユーザの意見を反映させるためにインターネットを利用してアンケート調査が行われることがある（特許文献１）。また、遊技機の受注受付時にクライアント／サーバシステムを利用することも知られている（特許文献２）。
【特許文献１】特開２００２−３１２５５８
【特許文献２】特開２００２−３７３２１９
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、アンケートによるユーザの協力度合いに応じて販売価格を決定する有効な方法は未だ知られていない。特に、遊技機の新機種の開発には、遊技客や遊技ホールの意見を適切且つ迅速に反映させることが重要であり、このことが遊技機の価値を最終決定するとさえ言えるほどであり、したがって、遊技客や遊技ホールの意見を確実に把握可能なシステムの完成が望まれる。
【０００４】
例えば、各遊技ホールに現在設置されている全機種と台数を把握することは遊技客の好みを確実に把握することにつながる。またパチンコ機の人気機種について、釘の調整度合い（特定の釘の間隔）や、単位時間当たりの大当たり抽選回数（図柄変動動作の回数）や、出玉率（投入玉数／放出玉数）、一日当りの投入玉数から算出される客滞率や、大当たり動作中の差球（放出玉数−投入玉数）の平均値などを知ることは、新機種を設計する上で非常に有効である。
【０００５】
また、遊技客の希望する仕様や、遊技客にとって不要と思われる仕様を知ることも重要であり、各遊技ホールでの稼働率の高い機種を把握しておくことも重要である。
【０００６】
本発明は、上記の課題に鑑みなされたものであって、遊技客や遊技ホールの意見を確実に把握できるよう工夫した遊技機の受注システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明では、インターネットを利用してアンケートを実施すると共に、このアンケートに対する協力度合いに応じて販売価格を決定するようにしている。
【０００８】
すなわち、請求項１に係る発明は、複数のクライアント機器とサーバ機器とが通信回線を介して接続されて構成され、登録ユーザによるアンケート協力度合いに応じて遊技機の販売価格を決定する遊技機の受注システムであって、注文予定機種と注文予定台数を含んだ情報をクライアント機器から受け付けて第一記憶部に記憶する受付手段と、割引率及び／又は割引額と、その割引条件を提示した情報をクライアント機器に送信する一方、その後にクライアント機器から受けた情報に基づいてアンケート設問を決定する準備手段と、前記準備手段で決定されたアンケート設問をクライアント機器に送信する一方、その後にクライアント機器から受けた情報からアンケートの回答内容を抽出して第二記憶部に記憶する記憶手段と、前記第二記憶部に記憶された回答内容を集計して割引率及び／又は割引額を最終決定し、これをクライアント機器に送信する一方、その後にクライアント機器から受けた情報と前記第一記憶部の記憶内容に基づいて注文を確定させる確定手段とを備えている。
【０００９】
また、請求項２に係る発明は、複数のクライアント機器とサーバ機器とが通信回線を介して接続されて構成され、登録ユーザによるアンケート協力度合いに応じて遊技機の販売価格を決定する遊技機の受注システムであって、注文予定機種と注文予定台数を含んだ情報をクライアント機器から受け付けて第一記憶部に記憶する受付手段と、アンケート内容を提示した情報をクライアント機器に送信する一方、その後にクライアント機器から受けたアンケート回答を第二記憶部に記憶する調査手段と、前記第二記憶部に記憶された回答内容を集計して、割引率及び／又は割引額を最終決定して、これをクライアント機器に送信する一方、その後にクライアント機器から受けた情報と前記第一記憶部の記憶内容に基づいて注文を確定させる確定手段とを備えている。
【００１０】
請求項１において、割引条件の提示は、明示的な提示に限らず、黙示的な提示も含まれる。また、請求項１において、アンケート設問をクライアント機器に送信する場合には、全ての設問を一気に送信しても良いし、複数の設問を時間順次に送信しても良い。この点は請求項２でも同様であり、調査手段は、全アンケート内容の概要を一気に送信するか、或いは、複数のアンケートについて時間順次に送信している。
【００１１】
いずれにしても、請求項１又は請求項２において、複数の設問中に、実質的に同一内容の設問を含ませるのが好適であり、この場合には、回答内容の集計時に、矛盾回答を抽出してマイナス評価するのが好適である。また、上記各発明において、受付手段は、確定手段より先に機能すれば足りるが、ユーザの正当性を認証した後に、その他の処理に先んじて実行されるのが好適である。
【００１２】
また、請求項５に係る発明は、複数のクライアント機器と、データベースに接続されたサーバ機器とが、通信回線を介して接続されて構成され、登録ユーザによるアンケート協力度合いに応じて遊技機の販売価格を決定する受注システムであって、前記データベースには、登録ユーザの認証用の照合データと、各登録ユーザの過去の販売実績を少なくとも特定する実績データと、各アンケート設問に対する評価点を特定する評価データとを備え、クライアント機器から送信されたアンケート結果と、前記評価データと、前記実績データとを少なくとも参照して、割引率及び／又は割引額を決定している。
【００１３】
本発明では、前記実績データに基づいて当該ユーザの顧客ランクを決定し、決定された顧客ランクとその他の要素に基づいて、割引率及び／又は割引額が決定するのが効果的である。評価データは、各設問に対応して評価点（重み）が記憶されている参照テーブルから読み出されるのが好適である。
【００１４】
また、上記した各発明において、サーバ機器は、クライアント機器に送信する設問につき、設問番号と共に送信時間を通信ログテーブルに記憶するのが好適である。また、サーバ機器は、クライアント機器から受信した情報から設問番号を抽出し、設問番号と共に受信時間と回答内容を、前記通信ログテーブルに記憶するのが好適である。
【発明の効果】
【００１５】
上記した各発明によれば、遊技機の受注時に、遊技客や遊技ホールの意見を確実に把握することができる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明に係る遊技機の受注システムについて、その実施例に基づいて詳細に説明する。図１に示すように、実施例に係る受注システムは、ＷＷＷブラウザが機能する複数のクライアント機器ＰＣ…ＰＣと、ＷＷＷサーバが機能する遊技機メーカのサーバ機器ＳＶとが、インターネット回線ＮＥＴを介して接続されて構成されている。そして、インターネット回線ＮＥＴを通してクライアント機器ＰＣから遊技機を注文する場合に、サーバ機器ＳＶから送信されてくるアンケート設問に答えると、回答したアンケートの個数や種別、及び、そのユーザのそれまでの取引実績に応じて、販売割引率が算出されて販売価格が最終決定されるようになっている。
【００１７】
また、サーバ機器ＳＶは、ＷＥＢデータベースＤＢ１を備えて構成され、ＷＷＷサーバとＣＧＩプログラムの動作によって、各クライアント機器ＰＣ…ＰＣにＨＴＭＬファイルを送信すると共に、クライアント機器ＰＣ…ＰＣから受けたアンケート回答を解析して販売割引率を算出している。なお、ＷＥＢデータベースＤＢ１には、完成状態のＨＴＭＬファイルとは別に、半完成状態でＨＴＭＬファイル作成用の中間ファイルも記憶されており、また、ユーザ認証用の照合データと、各ユーザの過去の販売実績を示す販売実績テーブルＴＢＬ１と、割引率算出用の参照テーブルＴＢＬ２も記憶されている。
【００１８】
販売実績テーブルＴＢＬ１は、各登録ユーザ毎にユーザＩＤと共に設けられており、図３に示すように、遊技機メーカが過去に販売した遊技機を特定する機種ＩＤデータと、販売開始日と、販売台数と、販売契約が成立した日時とが記憶されている。この販売実績テーブルＴＢＬ１は、主管理装置Ｍ１に接続された販売実績データベースＤＢ２から読み出されたものであり、この販売実績データベースＤＢ２は、サーバ機器ＳＶがユーザから受け付けた注文内容に応じて更新されるようになっている。
【００１９】
なお、図３には、記載していないが、過去の行ったアンケートについての協力度合いについても、協力実績テーブルに記憶しておくのが好適である。この場合には、割引率を決定する要素として、過去の販売実績だけでなく、過去のアンケート協力実績も評価される。
【００２０】
割引率算出用の参照テーブルは、例えば、図４に示すような割引率算出テーブルＴＢＬ２であり、この実施例では、割引率に応じて三群の回答群が用意されて、各群の設問が１５個からなるが、それぞれの設問に評価点（重み）が付与されて記憶されている。合計値は、各群の問題に全て答えた場合に付与される評価合計点である。
【００２１】
また、本実施例では、アンケート結果の集計用の通信ログテーブルＴＢＬ３が順次生成されて、集計処理後に消去されているが、この通信ログテーブルＴＢＬ３については、更に後述する。
【００２２】
図２に示すように、サーバ機器ＳＶは、ユーザ認証を含む初期処理を行う初期処理プログラム（ＩＮＩＴＩＡＬ．ＣＧＩ）と、アンケート回収と次の設問文を送信する調査処理プログラム（ＲＥＳＥＡＲＣＨ．ＣＧＩ）と、回収したアンケートを集計してユーザ協力度（具体的には割引率）を算出する集計処理プログラム（ＴＯＴＡＬ．ＣＧＩ）と、ユーザの確認を受けて注文を確定する注文確定処理プログラム（ＯＲＤＥＲ．ＣＧＩ）とで動作している。以下、各ＣＧＩプログラムについて説明する。
［初期処理プログラム（ＩＮＩＴＩＡＬ．ＣＧＩ）］
この実施例の場合、本システムの登録ユーザは、ユーザＩＤとパスワードをクライアント機器ＰＣに入力すると共に、注文予定の遊技機の機種と台数を入力するようにしている。そして、このデータを受けた初期処理プログラム（ＩＮＩＴＩＡＬ．ＣＧＩ）は、ユーザ認証処理によって登録ユーザであることを確認した後、当該ログインユーザの過去の取引実績と今回の注文台数などを評価して、割引基準値を決定している。
【００２３】
割引基準値（＝Ｘ／１００）を決定するには、図３の販売実績テーブルＴＢＬ１が参照され、過去一定期間内の取引実績が検討され、その検討結果と今回の注文予定数とに応じて割引基準値が決定される。例えば、(a)過去１年間にこの遊技機メーカが発売した遊技機の半分以上について取引があるとか、(b)過去１年間の取引量が所定値を超えるとか、(c)遊技機メーカの販売開始から注文確定までの成約期間が常に短いとか、要するにサーバ機器を管理する遊技機メーカとの親密度に応じて高評価となる。なお、取引実績に加えて、過去のアンケートにおける協力度を評価して割引基準値（＝Ｘ／１００）を決定しても良い。
【００２４】
先に説明した通り、アンケートは、遊技機メーカにとっての重要度に応じて３つのグループ（Ｇ１〜Ｇ３）に区分されており（図４参照）、重要度に応じて最大割引率を相違させている。そして、どのアンケート群（Ｇ１〜Ｇ３）の設問に答えるかはユーザに選択させるが、同一のアンケート群を選択したとしても、そのユーザに付された割引基準値（Ｘ／１００）に応じて割引率を相違させている。例えば、図４の割引率算出テーブルＴＢＬ２に示すように、アンケート群Ｇ１は最大割引率が２０〜３５％と規定されており、割引基準値Ｘ／１００が１のユーザなら全ての回答群に答えると３５％の割引率が適用されるが、割引基準値Ｘ／１００が０．５のユーザなら、全ての回答群に答えても２７．５％（＝２０＋（３５−２０）×０．５）の割引率にしかならない。
【００２５】
このように、本実施例では、各アンケート群（Ｇ１〜Ｇ３）が選択された場合の最大割引率が割引基準値（Ｘ／１００）に応じて決定される。なお、この割引基準値は、そのユーザに適用可能な最大割引率であり、実際にユーザに適用される割引率は、最終的に、各アンケート群についての有意な回答数や、各回答内容の信頼性の評価に応じて決定される。
【００２６】
以上のような意義を有する割引基準値の決定処理が終われば、長期未使用の通信ログテーブルＴＢＬ３を削除して、ログインユーザに対して、その後の一連の処理に付されるエントリー番号を付与する。そして、エントリー番号とユーザＩＤとに関連させて通信ログテーブルＴＢＬ３の領域を確保する（図５参照）。なお、この時に、通信ログテーブルＴＢＬ３の内容は、全てゼロクリアされる。また、エントリー番号は、順次インクリメント処理されるカウンタによって決定され、現在、未使用の状態になっている番号が付与される。
【００２７】
先に説明したように、このエントリー番号付与の処理に先だって、各通信ログテーブルＴＢＬ３に記憶された直近日時と現在日時とを比較し、所定値以上の時間（例えば４時間）が経過している場合には、長期未使用であると評価して、当該通信ログテーブルを削除し、当該エントリー番号の使用を他のユーザに開放している。このような処理をするのは、ログインしたユーザがアンケート回答処理の途中でその後の処理を完全に放棄することもあるからである。
【００２８】
次に、初期処理プログラムは、開始ページ用の中間ファイルをＷＥＢデータベースＤＢ１から読み出してエントリー番号を付与し、ログインユーザ固有のＨＴＭＬファイルを生成して、ＷＷＷサーバを通して該当するクライアント機器ＰＣに送付する。また、この処理に合わせて、送付したＨＴＭＬファイルを特定する設問番号や送信日時データを、エントリー番号に対応する通信ログテーブルＴＢＬ３に記憶する（図５）。図５は、エントリー番号２０００と割引基準値１００／１００を付与されたログインユーザについて、その通信ログテーブルＴＢＬ３を例示したものである。この例では、設問番号「０」である「アンケート開始ページ」が２００４年２月２日１３時２５分３０秒に送付されている。その後も、アンケートの設問番号「１」以下の送受信処理について記憶されているが、この点については後述する。
【００２９】
図７（ａ）は、２００４年２月２日１３時２５分３０秒に送付された「アンケート開始ページ」を例示したものである。このユーザは、割引基準値が１００／１００であるので、回答群Ｇ１〜Ｇ３の何れかに完全回答すると、それぞれ最大３５％、２５％、１５％の割引率が適用される。なお、例えば、割引基準値が０／１００のユーザに対しては、「最大割引率３５％の設問を選択」の部分が「最大割引率２０％の設問を選択」に変わっており、以下同様に、「２５％」が→「１０％」に、「１５％」が→「５％」に変わっている。
【００３０】
この「アンケート開始ページ」は、半完成状態の中間ファイル（図７（ｃ）について、そのアンダーライン部にエントリー番号や最大割引率を付与して、図７（ｂ）のように完成される。このように半完成状態の中間ファイルにエントリー番号などを付与してＨＴＭＬファイルを完成させる点は、以下に説明する各設問用のＨＴＭＬファイルでも同じである。
【００３１】
いずれにしても、図７（ａ）のような「アンケート開始ページ」を受信したユーザは、自己の望む割引率に応じて適当なラジオボタンを選択して送信ボタンを押すことになる。するとＦＯＲＭアクションに基づき、クライアント機器ＰＣからサーバ機器ＳＶの調査処理プログラム（ＲＥＳＥＡＣＨ．ＣＧＩ）に対して、選択された回答群の情報が、エントリー番号の情報と共に送信される（図７（ｂ）参照）。
［調査処理プログラム（ＲＥＳＥＡＣＨ．ＣＧＩ）］
そこで、調査処理プログラム（ＲＥＳＥＡＣＨ．ＣＧＩ）では、クライアント機器から送信されてきた情報から、エントリー番号と回答番号とを抽出し、エントリー番号によって特定される通信ログテーブルＴＢＬ３に、受信日時や設問番号と共に、回答内容を記憶する。例えば、この例ではエントリー番号２０００のユーザが、２００４年２月２日１３時２６分９秒に、最大割引率３５％の回答群（Ｇ１）を選択している（図５参照）。
【００３２】
次に、調査処理プログラムでは、次の質問用の中間ファイルをＷＥＢデータベースＤＢ１から読み出し、エントリー番号を付与してＨＴＭＬファイルを完成させてクライアント機器ＰＣに送信する。図８（ａ）は、設問「１」のＨＴＭＬファイルについて例示したものであり、設問「１」の回答につきラジオボタンにチェックを入れて送信ボタンをクリックすると、回答内容が調査処理プログラム（ＲＥＳＥＡＣＨ．ＣＧＩ）に送られるようになっている（図８（ｂ））。
【００３３】
クライアント機器から設問「１」の回答が送信された場合の処理は、「アンケート開始ページ」に関する前記の処理と同じであり、調査処理プログラム（ＲＥＳＥＡＣＨ．ＣＧＩ）では、送信データからエントリー番号と回答番号とを抽出し、エントリー番号によって特定される通信ログテーブルＴＢＬ３に、受信日時や設問番号と共に、回答内容を記憶する。この例では、サーバ機器ＳＶは、２００４年２月２日１３時３１分２０秒に、エントリー番号２０００のユーザから設問「１」の回答を受けている。
【００３４】
一方、クライアント機器ＰＣでは、設問「１」への回答をスキップしたり、或いは、アンケート処理を終わらせることもできるようになっている（図８（ａ））。図８（ｂ）に示す例では、ユーザがＳＫＩＰボタンを押すと、ＮＡＭＥ属性とＶＡＬＵＥ属性によって、エントリー番号２０００のユーザが、設問１（ｑ０１）の回答をスキップしたことが特定される。この場合、調査処理プログラム（ＲＥＳＥＡＣＨ．ＣＧＩ）では、設問番号に対応する通信ログテーブルに、ゼロとは異なるＮＵＬＬデータを記憶するようにしている。
【００３５】
また、図８の実施例では、ユーザが終了ボタンをクリックすると、集計処理プログラム（ＴＯＴＡＬ．ＣＧＩ）に対して、エントリー番号２０００のユーザが、設問１（ｑ０１）に答えることなくアンケートを終了させたことが特定される。なお、この場合には、集計処理（ＴＯＴＡＬ．ＣＧＩ）が開始される。
【００３６】
設問「２」以降の処理も上記した設問「１」における処理と全く同じである。図９〜図１１は、設問「２」、設問「３」、設問「１０」の各内容を例示したものであり、クライアント機器ＰＣでアンケートに答えて送信ボタンを押すと、回答内容が調査処理プログラムに渡されて記憶される。また、ＳＫＩＰボタンが押されると、設問番号に対応する通信ログテーブルにＮＵＬＬデータが記憶されている。なお、終了ボタンが押されると、その後の処理が集計プログラム（ＴＯＴＡＬ．ＣＧＩ）に移行する。
【００３７】
図９〜図１１のようなアンケート処理が繰り返された後、最後に、図１２にしめすような最終質問がクライアント機器に送信される。最終質問では、「これに答えるとログインユーザに対する割引率を計算して表示する」ことが明示される。そして、ユーザが設問に答えて送信ボタンを押すと、回答内容が調査処理プログラムに渡されて、他の設問の場合と同様に、通信ログテーブルＴＢＬ３に記憶される。そして、その後の処理が集計プログラム（ＴＯＴＡＬ．ＣＧＩ）に移行される。なお、最終質問に対して終了ボタンが押された場合にも、その後の処理が集計プログラム（ＴＯＴＡＬ．ＣＧＩ）に移行される。
［集計処理（ＴＯＴＡＬ．ＣＧＩ）］
集計処理（ＴＯＴＡＬ．ＣＧＩ）では、先ず、通信ログテーブルＴＢＬ３が検索され、回答内容が集計される。通信ログテーブルＴＢＬ３には、図５に示すように、回答番号を特定して、送受信の区別データと共に、回答内容が記録されている。そこで、回答番号と送受区別データを検索キーにして、アンケートの回答件数を検出する。この通信ログテーブルＴＢＬ３は、初期状態でゼロクリアされているので、最終設問までにゼロデータが検出されると、ログインユーザがアンケート処理の途中で「終了」ボタンを押したと判定される。なお、ログインユーザが途中で「ＳＫＩＰ」ボタンを押した場合には、通信ログテーブルＴＢＬ３にはゼロデータとは異なるＮＵＬＬデータが記憶されるが、便宜上、このＮＵＬＬデータも回答件数に加えている。
【００３８】
以上のようにして回答件数が把握されたら、図６に示す回答内容の割引率算出処理が実行される。割引率算出処理では、通信ログテーブルＴＢＬ３から回答内容が抽出され（ＳＴ１）、それがＮＵＬＬデータでなければ（ＳＴ２）、矛盾回答か否かが先ず判定される（ＳＴ３）。この実施例では、何れの回答群Ｇ１〜Ｇ３も全１５問で構成されているが、例えば、図９に示す設問「２」と、図１１に示す設問「１０」のように、何れの回答群Ｇ１〜Ｇ３でも、実質的に同一の質問をあえて繰り返すようにしている。そして、このような重複質問について、回答が一致する場合だけ加点演算をし、一致しない場合には矛盾回答と評価して先に加点した点数をキャンセルしている。
【００３９】
加点演算は、図４に示す割引率算出テーブルＴＢＬ２に基づいており、各設問の点数Ｐ（重み関数）を加算している（ＳＴ４，ＳＴ５）。一方、矛盾回答であると判定された場合には、矛盾する先の回答の点数Ｐを割引率算出テーブルＴＢＬ２から抽出し（ＳＴ６）、ＳＵＭ←ＳＵＭ−Ｐの演算によって先の回答の点数をキャンセルする（ＳＴ７）。
【００４０】
その後、全ての回答について集計を終わったか否かが判定され（ＳＴ８）、集計が終わるまで、ＳＴ１〜ＳＴ８の処理を繰り返す。このような処理の結果、集計が終わると、集計点ＳＵＭが、重み関数の合計点と比較されて割引率が決定される。例えば、初期処理で算出された割引基準値（Ｘ／１００）と、ユーザの選択した回答群Ｇｉによって最大割引率が決定され、この最大割引率に［ＳＵＭ／重み合計点］を積算することで割引率が最終決定される（ＳＴ９）。
【００４１】
また、最終決定された割引率と、注文予定の遊技機の種別及び台数によって、販売価格が決まるので、半完成状態の中間ファイルに、エントリー番号とその他の情報を付加してＨＴＭＬファイルを完成させてクライアント機器ＰＣに送信する。また、遊技機の種別及び台数、販売価格、割引率などのデータは、エントリー番号に対応する通信ログテーブルＴＢＬ３に記憶される。
【００４２】
なお、矛盾回答と評価した回答が存在する場合には、その旨を提示し、これらの情報を提示した注文確認画面がクライアント機器ＰＣに送信される。図１３（ａ）は、この注文確認画面を例示したものである。この注文確認画面を受けたクライアント機器ＰＣにおいてユーザが注文ボタンを押すと、図１３（ｂ）に示すＦＯＲＭアクションによって、その情報が注文確定処理（ＯＲＤＥＲ．ＣＧＩ）に渡されることになる。
［注文確定処理（ＯＲＤＥＲ．ＣＧＩ）］
注文確認の情報を受けた注文確定処理（ＯＲＤＥＲ．ＣＧＩ）では、受信データからエントリー番号を抽出して、通信ログテーブルに記憶した仮契約内容を他のバッファ領域に保存し、注文を確定させる。そして、当該エントリー番号の通信ログテーブルＴＢＬ３をエントリー番号と共に開放する。また、「後日営業マンが伺います。そこで本契約の締結といたします。」等のメッセージをクライアント機器ＰＣに送信して処理を終わる。なお、バッファ領域に保存された注文内容は、適宜なタイミングで主管理装置Ｍ１に読み出されて、販売実績データベースＤＢ２に格納される。
【００４３】
以上、本発明の一実施例について説明したが、具体的な記載内容は特に本発明を限定するものではない。例えば、上記の実施例では、ＣＧＩプログラムを利用したが、ＣＧＩに限らず、ＳＳＩなど類似のあらゆる仕組みを利用できるのは勿論である。また、この実施例では、クライアント機器に送信するＨＴＭＬファイルに、ログインユーザ毎に相違するエントリー番号を付加しているが、これに代えて、最初にサーバ機器からクッキーデータを送付しておき、クライアント機器からの回答時にクッキーデータを返信させるようにしても良い。
【００４４】
クッキーデータは、クライアント機器ＰＣに自動的に保存されるデータであり、サーバ機器ＳＶが最初に送信するレスポンスメッセージのヘッダ部(Set-Cookieヘッダ)に挿入可能である。挿入されたクッキーデータは、ブラウザによってクッキーファイルとしてクライアント機器ＰＣのハードディスク内に保存され、次回、同じＷＷＷサーバにデータを要求する際、保存されたクッキーデータをリクエストメッセージのヘッダ部（cookieヘッダ）に挿入してサーバ機器ＳＶに送り返される。
【００４５】
また、上記した実施例では、ログインユーザが、希望の販売割引率を選択すると（図７）一問ずつ設問が送信されてきたが、この構成に代えて、全ての設問文を一斉に送信し、設問に回答した後に送信ボタンを押して、まとめて回答を送信するのも好適である。この場合も、ユーザは、ブラウザ画面上の複数の設問から、回答可能なものだけを選択することができる。
【００４６】
また、設問文を全て一斉に送信するのではなく、全ての設問の概略内容だけを一斉送信するのでも良い。この場合には、各設問について割引率に直結する評価ランクが表示されていて、ユーザが回答する以前に割引率（最大割引率）が把握できるのが好適である。
【００４７】
図１３は、図７に代わる「アンケート開始ページ」を例示したものである。図示の通り、各設問の概略と、その評価ランク（Ａ〜Ｃ）が明示されており、ログインユーザが回答可能か否かをチェック欄で特定して送信ボタンを押すと、各ユーザの過去の取引実情などを考慮して、最大割引率（選択した回答群の全設問に誠実に回答した場合の割引率）や販売価格が表示される。そして、ユーザがもっと有利な最大割引率を希望する場合には、再度、図１３のページに戻ることになる。
【図面の簡単な説明】
【００４８】
【図１】実施例に係る受注システムを示すブロック図である。
【図２】サーバ機器の動作を説明するフローチャートである。
【図３】販売実績テーブルを例示したものである。
【図４】割引率算出テーブルを例示したものである。
【図５】通信ログテーブルを例示したものである。
【図６】集計処理を説明するフローチャートである。
【図７】アンケート処理の開始ページである。
【図８】アンケートの設問を例示したものである。
【図９】アンケートの設問を例示したものである。
【図１０】アンケートの設問を例示したものである。
【図１１】アンケートの設問を例示したものである。
【図１２】アンケートの最終設問を例示したものである。
【図１３】注文確認画面を例示したものである。
【図１４】アンケート処理の開始ページの変形例である。
【符号の説明】
【００４９】
ＮＥＴ  通信回線（インターネット回線）
ＳＶ  サーバ機器
ＰＣ  クライアント機器
ＤＢ１  データベース（ＷＥＢデータベース）
【図１】
2005227884.tif 000003
【図３】
2005227884.tif 000004
【図４】
2005227884.tif 000005
【図５】
2005227884.tif 000006
【図６】
2005227884.tif 000007
【図７】
2005227884.tif 000008
【図８】
2005227884.tif 000009
【図２】
2005227884.tif 000010
【図９】
2005227884.tif 000011
【図１０】
2005227884.tif 000012
【図１１】
2005227884.tif 000013
【図１２】
2005227884.tif 000014
【図１３】
2005227884.tif 000015
【図１４】
2005227884.tif 000016