(57)【特許請求の範囲】
【請求項１】
予め登録された顧客が、各々の端末を用いてインターネット上に開設された遊技機販売用のホームページにアクセスして、希望する遊技機を発注し、該顧客に対し発注のあった遊技機を販売する遊技機の販売処理システムであって、
販売しようとする遊技機に関する情報を記憶する遊技機情報記憶手段と、
該顧客に関する情報を記憶する顧客情報記憶手段と、
該顧客の端末からインターネットを介して送信された、遊技機の発注台数、納入希望日、代金支払い日、代金支払い方法を含む発注情報を取り込んで記憶する発注情報記憶手段と、
売買契約の成立した遊技機の売買契約情報を記憶する売買契約情報記憶手段と、
販売しようとする遊技機の生産台数に関する情報を記憶する生産情報記憶手段と、
顧客から送られた遊技機の発注について、少なくとも、前記発注情報記憶手段に記憶された該顧客の発注台数、納入希望日、代金支払い日、代金支払い方法を含む発注情報、前記売買契約情報記憶手段に記憶された他の売買契約情報、及び前記生産情報記憶手段に記憶された遊技機の生産台数に関する情報に基づき、当該遊技機の受注が可能か否かを判定する受注判定手段と、
該受注判定手段が受注可能と判定した顧客の発注について、該顧客の端末にインターネットを介して売買契約を締結するための情報を送信し、売買契約の処理を行なう売買契約処理手段と、
を備えたことを特徴とする遊技機の販売処理システム。
【請求項２】
前記発注情報記憶手段に記憶される発注情報は、売買契約が成立すると、売買契約情報に変更して記憶されることを特徴とする請求項１記載の遊技機の販売処理システム。
【請求項３】
前記顧客の端末からインターネットを介して遊技機の発注台数、納入希望日、代金支払い日、代金支払い方法を含む発注情報が送られると、該発注情報の内容に基づき、当該発注の優先順位を決定し、該発注情報に該優先順位を付加する優先順位決定手段が設けられたことを特徴とする請求項１記載の遊技機の販売処理システム。
【請求項４】
前記顧客の信用情報を該顧客の過去の購入時の代金支払い状況に基づき決定し、当該信用情報を前記顧客情報記憶手段及び発注情報記憶手段に付加して記憶する信用情報決定手段が設けられた請求項１記載の遊技機の販売処理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、パチンコ機、スロットマシン等の遊技機を、各地の遊技機ホール等の顧客に対しインターネットを通して販売する遊技機の販売処理システムに関する。
【０００２】
【従来の技術】
パチンコ機、スロットマシン等の遊技機の新台（ここでは新しい遊技機本体の他、その主要部となる遊技盤のみをも含む概念である）は、それが人気のある新台である場合、新台を設置した遊技機ホールには、短期間に多くの遊技者（顧客）が来店し、遊技機ホールの売り上げは非常に増大する。特に、その地域にその人気のある新台を導入した遊技機ホールが少ない期間中は、新台を設置した遊技機ホールは、多くの遊技者（顧客）を見込むことができる。
【０００３】
このために、全国各地の遊技機ホールは、遊技機の業界紙や業界雑誌等で、人気のある新台が販売される旨の情報をつかむと、直ちに、販売の代行店やメーカにその新台の発注を行ない、新台の購入に向けた動きが活発に行なわれる。そこで、新台の発売情報が流れると、短期間に集中して新台の注文が、その遊技機メーカに出されることになるが、遊技機メーカ側では、生産設備や各種部品の調達等により、短期間に製造できる新台の数には制限があり、全ての注文に直ちに応じることはできない。また、遊技機の新台は、多くのメーカから次々と販売されるため、人気のある新台であっても、その人気は比較的短期間に低下する傾向にあり、人気が高まり多くの注文が出される期間はそれほど長くは続かない。
【０００４】
【発明が解決しようとする課題】
このために、遊技機メーカは、新台を販売する際、短期間に集中して出された注文に対し、納入時期をできるだけ分散して設定し、或はできるだけメーカに有利な注文台数の多い顧客からの注文を優先して受け付けるなどして、注文を裁き、新台販売の売上高を伸ばすようにしている。しかし、遊技機メーカの営業担当者がどの地域で何時の時期にどの程度の発注があるかを予測しながら、また過去の販売台数をみながら、顧客の遊技機ホールや代行店に対し、何台の新台を何時までに納入するのか決定する営業担当者の作業では、新台を短期間に効率よく販売することが難しい問題があった。
【０００５】
本発明は、上記の点に鑑みてなされたもので、遊技機を短期間に効率よく販売することができ、遊技機の販売台数を最大限に伸ばすことができる遊技機の販売処理システムを提供することを目的とする。
【０００６】
【課題を解決するための手段】
上記目的を達成するために、本発明の遊技機の販売処理システムは、
予め登録された顧客が、各々の端末を用いてインターネット上に開設された遊技機販売用のホームページにアクセスして、希望する遊技機を発注し、該顧客に対し発注のあった遊技機を販売する遊技機の販売処理システムであって、
販売しようとする遊技機に関する情報を記憶する遊技機情報記憶手段と、
該顧客に関する情報を記憶する顧客情報記憶手段と、
該顧客の端末からインターネットを介して送信された、遊技機の発注台数、納入希望日、代金支払い日、代金支払い方法を含む発注情報を取り込んで記憶する発注情報記憶手段と、
売買契約の成立した遊技機の売買契約情報を記憶する売買契約情報記憶手段と、
販売しようとする遊技機の生産台数に関する情報を記憶する生産情報記憶手段と、
顧客から送られた遊技機の発注について、少なくとも、前記発注情報記憶手段に記憶された該顧客の発注台数、納入希望日、代金支払い日、代金支払い方法を含む発注情報、前記売買契約情報記憶手段に記憶された他の売買契約情報、及び前記生産情報記憶手段に記憶された遊技機の生産台数に関する情報に基づき、当該遊技機の受注が可能か否かを判定する受注判定手段と、
該受注判定手段が受注可能と判定した顧客の発注について、該顧客の端末にインターネットを介して売買契約を締結するための情報を送信し、売買契約の処理を行なう売買契約処理手段と、
を備えたことを特徴とする。
【０００７】
上記構成の販売処理システムでは、インターネット上で開設された遊技機販売のためのｗｅｂサイトに、予め登録された遊技機ホール等の顧客が各々の端末を用いてアクセスし、インターネットを通して希望する遊技機の発注を行なう。発注があると、当該システムの発注情報記憶手段が、その遊技機の発注情報を取り込んで記憶し、受注判定手段が、顧客から送られた遊技機の発注について、少なくとも、発注情報記憶手段に記憶された顧客の発注台数、納入希望日、代金支払い日、代金支払い方法を含む発注情報、売買契約情報記憶手段に記憶された他の売買契約情報、及び生産情報記憶手段に記憶された遊技機の生産台数に関する情報に基づき、その遊技機の受注が可能か否かを判定する。
【０００８】
そして、受注判定手段が受注可能と判定した顧客の発注について、売買契約処理手段が、顧客の端末にインターネットを介して売買契約を締結するための情報を送信し、顧客との間で当該遊技機についての売買契約を締結する。このように、顧客は端末を用いてインターネットを通して発注するため、簡単に希望する遊技機の発注を行なうことができ、また、受注する売り主側は、インターネットを介して短時間に集中して出された多数の発注情報を確実に受け付け、受注可能か否かを迅速に判定し、顧客にその判定結果を直ちに伝えて、受注可能な場合は売買契約を直に締結することができる。
【０００９】
加えて、請求項２のように、売買契約が成立すると、発注情報記憶手段に記憶される発注情報を、売買契約情報に変更して記憶するように構成すれば、時間の経過と共に、発注情報記憶手段には過去に成立した売買契約情報が蓄積することになり、それらの過去の売買契約情報に基づき、つまり過去の売買契約と同様な受注条件であれば、受注可能との判断を迅速に行なうことができる。
【００１０】
さらに、請求項３のように、当該システムに優先順位決定手段を設け、顧客の端末からインターネットを介して遊技機の発注情報が送られると、その発注情報の内容に基づき、当該発注の優先順位を決定し、発注情報に優先順位を付加する構成とすれば、同時期に多数の発注情報が多くの顧客から送られた場合でも、その優先順位に応じて受注の可否を的確に判断して、遊技機の販売台数を最大限に伸ばすことができる。
【００１１】
さらに、請求項４のように、顧客の信用情報を決定し、当該信用情報を顧客情報記憶手段及び発注情報記憶手段に付加して記憶する信用情報決定手段を設ければ、受注の可否を判断する際に、顧客の信用情報を勘案して受注の可否を的確に判断することができる。
【００１２】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて説明する。図１は、遊技機をインターネットを通して販売する販売処理システムの全体構成図を示している。１は顧客から遊技機の新台（新しい遊技機本体の他、その主要部となる遊技盤のみをも含む概念である）の受注を受けて販売する販売処理システムであり、遊技機メーカ等に設置され、そこには、インターネットに接続されたサーバ３、遊技機の生産情報等を入力する生産情報入力部７が設けられる。この販売処理システム１は、電話回線等を介してインターネットに接続され、そのインターネット上に遊技機販売のためのホームページが開設され、予め登録された顧客の遊技機ホール６や遊技機ホール６の代行店２が、各々の端末４、５を使用してそのｗｅｂサイトにアクセスする。
【００１３】
代行店２は、複数の遊技機ホール６に対し遊技機の新台の販売の代行を行なう業者であり、各遊技機ホール６から電話機、ＦＡＸ等の公衆網を介して新台の購入希望を受け、端末５を使用して、上記販売処理システム１に新台の発注を行なう。代行店２の端末５は、ブラウザ機能を有し、インターネット上に開設される販売処理システム１のホームページにアクセスし、新台の発注を行なう。また、代行店２を介さずに新台の発注を行なう各遊技機ホール６は、ブラウザ機能を有してインターネットに接続可能な端末４を有し、販売処理システム１のホームページにアクセスし、新台の発注を行なう。
【００１４】
図２の構成ブロック図に示すように、販売処理システム１のサーバ３は、電子メールを扱うメールサーバ１１、インターネットに接続してデータの送受信を行なうｗｗｗサーバ１２、及び各種データベースを有すると共に、販売処理を実行するデータベースサーバ１０を備える。また、販売処理システム１には、各種データを入力するためのエントリー端末２２、工場や資材部門からの生産情報を入力する生産情報入力端末２１が設けられる。
【００１５】
データベースサーバ１０のＣＰＵ等からなる主制御部２０は、予め記憶されたメインプログラム１３に基づき、インターネット上で開設したホームページ上で、多数の顧客から出された遊技機の新台（新しい遊技機本体、又はその主要部となる遊技盤）の発注を受け付け、それを仮りの売買契約情報として発注情報データベース１７に登録し、その新台の納入日、納入地域、代金の支払い方法、登録された他の発注情報等を判断材料として、それらの発注の優先順位を決定する。そして、その優先順位、登録された他の発注情報、過去の販売履歴、工場での生産計画等の情報に基づき、受注の可否を決定し、それを発注顧客に知らせ、受注が成立した場合には、インターネット上で新台の売買契約の処理を実行する。
【００１６】
データベースサーバ１０の記憶部には、データベースとして、顧客情報データベース１４、販売履歴データベース１５、新台情報データベース１６、発注情報データベース１７、売買契約情報データベース１８、及び生産情報データベース１９が設けられる。顧客情報データベース１４は、過去に遊技機の新台を購入した顧客、或は新台の購入予定のある顧客に関する情報を記憶し、遊技機ホール６或は遊技機ホールの代行店２が顧客として登録される。顧客である遊技機ホール６と代行店２には、登録された際に、本人認証のためのＩＤコードとパスワードが付与される。
【００１７】
顧客情報データベース１４には、図３に示すように、各顧客（遊技機ホール）に対し付された登録番号、ＩＤコード、パスワード、ホールの店舗名、顧客が代行店２の場合には代行店コード、ホールの地域コード、顧客の電話番号、住所、ＦＡＸ番号、電子メールアドレス、及び顧客の信用情報等を記憶する。顧客の信用情報は、過去の販売履歴の情報（例えば代金の支払い状況）等に基づき、決定する。これらの顧客情報は、エントリー端末２２或は社内ＬＡＮ等で結ばれた営業部の端末等から追加或は変更登録することができる。
【００１８】
販売履歴データベース１５は、各顧客（遊技機ホール）毎に、各顧客が過去に購入した新台の購入に関する情報を記憶し、詳しくは、図３に示すように、過去に遊技機の新台を購入した各顧客（遊技機ホール）の登録番号、その顧客が購入した新台の機種コード、新台を設置したホールの地域コード、購入台数、新台の発送日（商品を工場から発送した日）、納入日（代行店等が商品をホールに納入した日）等を記憶する。これらの情報は、過去に販売した遊技機の機種コードを指定して、購入した顧客の登録番号、その販売台数、その納入時期等を検索可能である。
【００１９】
新台情報データベース１６は、販売する新機種の遊技機の新台に関する情報を記憶し、具体的には、販売する新台の各新機種毎の情報、例えば、新台の機種コード、その販売価格、大当たりの確率、大当たりの出球数、遊技盤の画像、可変表示器や特別図柄変動表示器に表示される表示画像、及び新台のセールスポイントとなる各種情報等を記憶する。これらの新台情報は、エントリー端末２２或は社内ＬＡＮ等で結ばれた営業部の端末等から追加或は変更登録される。
【００２０】
発注情報データベース１７は、現在販売中の新台について、各顧客から発注された仮りの売買契約情報としての発注情報、及びその発注が売買契約に至った際の契約情報を記憶する。具体的には、顧客から新台の発注があった場合、仮の売買契約情報として、発注した顧客の登録番号、顧客の店舗（ホール）名、ホールの地域コード、代行店の場合にはその代行店コード、発注された台数、新台の発送予定日、納入予定日、購入代金の支払い方法、及び販売の優先順位を記憶する。
【００２１】
販売の優先順位は、すでに入力された他の顧客の発注情報、発注された台数、新台を設置するホールの地域、新台の発送予定日、納入予定日、購入代金の支払い方法等の情報に基づき決定して登録され、例えば、複数の顧客から新台の発注があって、その発送納入予定日が同じで、台数が相違する場合、台数の多い発注の優先順位が高く設定され、また、代金の支払い日が早いほど、優先順位が高く設定される。さらに、それらの顧客からの発注が新台の売買契約に至った場合、その発注情報が売買契約情報に変わって発注情報データベース１７に登録される。
【００２２】
売買契約情報データベース１８は、現在販売されている新台について、売買契約を完了した売買情報を記憶する。具体的には、新台を購入した顧客の登録番号、顧客の店舗（ホール）名、新台を設置するホールの地域コード、代行店の場合にはその代行店コード、購入した台数、新台の発送予定日、納入予定日、購入代金の支払い方法等を記憶する。
【００２３】
さらに、生産情報データベース１９は、新台の生産に関する情報を記憶し、詳しくは、製造・販売する新台の機種コード、新台の発売日、その機種毎の最大日産台数、最大月産台数、及び地域コード毎の１週間の最大発送台数を記憶する。これらの生産情報は、エントリー端末２２或は社内ＬＡＮ等で結ばれた製造部や営業部の端末等から追加或は変更登録される。地域コードは、例えば全国を都道府県毎の地域に分けてコード化し、製造された新台は、輸送の効率化から、一地域には一斉にその地域に向けて販売された新台が輸送されるために、情報として記憶されるものであり、上記最大発送台数は、例えば愛知県内という特定の地域に向けて、１週間の間に発送し得る最大の台数を意味する。
【００２４】
次に、上記構成の販売処理システム１の動作を図４のフローチャートに基づき詳説する。販売処理システム１を有する遊技機の売り主が、インターネットを通して遊技機の新台（新しい遊技機本体又はその主要部となる遊技盤）を販売しようとする場合、販売処理システム１には、その新台に関する情報、例えば、新台の機種コード、その販売価格、大当たりの確率、大当たりの出球数、遊技盤の画像、可変表示器や特別図柄変動表示器に表示される表示画像、及び新台のセールスポイントとなる各種情報等を、エントリー端末２２からデータベースサーバ１０に入力し、その新台情報データベース１６に記憶する。
【００２５】
また、生産情報入力端末２１からは、工場の製造部や資材部から送られた新台の生産計画情報に基づき、製造・販売される新台の最大日産台数、最大月産台数、及び地域コード毎の１週間の最大発送台数が、生産情報データベース１９に記憶される。新台を製造・販売する遊技機メーカは、予め販売する新台の情報（新台情報データベース１６内に記憶された情報）等を業界紙や業界雑誌に掲載して、各顧客に対しその発売を広告するが、顧客情報データベース１４に登録された顧客について、新台の販売開始日を含む販売情報を、予めメールサーバ１１からインターネットを通して電子メールで配信することもできる。
【００２６】
遊技機ホール６や遊技機ホールの代行店２が遊技機の新台を購入する場合、先ず、各々の端末４、５を用いて、インターネット上で開設する遊技機メーカのホームページにアクセスする。図４のフローチャートに示すように、端末４、５を用いて、そのホームページにアクセスすると、ログイン用の入力画面が表示され（ステップＳ２）、顧客はその入力画面に、その顧客のつまり遊技機ホールまたは代行店に予め付与されたＩＤコードとパスワードを入力し送信する。そのＩＤコードとパスワードはインターネットを通して販売処理システム１のデータベースサーバ１０に送られ、主制御部２０によりその正誤が判定され、ＩＤコードとパスワードが登録された正規のものである場合、ステップＳ４からステップＳ６に進み、ログインが許可される。ＩＤコードまたはパスワードが誤っている場合、ステップＳ３８に進み、ＩＤコードまたはパスワードの誤りを端末４、５に表示する。
【００２７】
顧客の端末４、５が、インターネットの当該ｗｅｂサイトにログインすると、端末４、５の表示器には、メニュー画面として、遊技機の新台の機種名及びその発売日の一覧がクリック可能に表示される。顧客は、端末４、５を操作して、購入を希望する新台の機種名にポインターを合わせてクリックすると、その信号が販売処理システム１に送られ、選択指定した新台の機種に関する情報が、データベースサーバ１０の新台情報データベース１６から読み出され、端末４、５に送信される（ステップＳ６）。これにより、顧客の端末４、５には、新台の情報として、例えば、遊技盤の画像、可変表示器や特別図柄変動表示器に表示される表示画像、大当たりの確率、大当たりの出球数、新台の販売価格等が、発注用の入力画面と共に送られ、端末４、５の表示器に表示される。
【００２８】
顧客は、端末４、５の表示画面を見ながら、購入しようとする新台の詳細を確認し、画面の一部に表示され発注用の入力欄に必要事項、つまり発注する顧客（ホール）の登録番号、顧客の店舗名、ホールの地域コード、代行店の場合にはその代行店コード、発注台数、新台の納入希望日、購入代金の支払い方法（支払い期日）を入力する（ステップＳ８）。そして、その画面に表示される「入力・送信する」の文字をクリックすると、入力した情報が端末４、５から販売処理システム１のデータベースサーバ１０に送信される。これらの情報を受信したデータベースサーバ１０の主制御部２０は、発注された新台の機種コードと共に、顧客の登録番号、顧客の店舗名、ホールの地域コード、代行店の場合にはその代行店コード、発注台数、新台の納入希望日、購入代金の支払い方法（支払い期日）からなる発注情報を、仮の契約情報として発注情報データベース１７に格納する（ステップＳ９）。
【００２９】
この際、データベースサーバ１０の主制御部２０は、その発注情報に、顧客の信用情報、及び販売の優先順位を加えて記憶する。顧客の信用情報は、過去の購入時の代金支払い状態に応じてその良否が決定される。販売の優先順位は、すでに入力された他の顧客の発注情報、発注された台数、新台を設置するホールの地域、新台の発送予定日、納入予定日、購入代金の支払い方法等の情報に基づき設定され、例えば、複数の顧客から同時期に新台の発注があって、その納入希望日が同じで、台数が相違する場合、台数の多い発注の優先順位が高く設定され、また、代金の支払い日が早いほど、優先順位が高く設定される。
【００３０】
さらに、主制御部２０は、その顧客からの発注について、受注可能か否かを以下のように判定する。即ち、主制御部２０は、発注台数、新台の発送予定日、納入予定日、購入代金の支払い方法、顧客の信用情報、及び販売の優先順位を基準にして、発注情報データベース１７に格納された他の発注情報、及びすでに売買契約が成立している情報と比較しながら受注可能か否かの判定する（ステップＳ１０）。また、過去の売買契約情報を格納した販売履歴データベース１５内の情報を検索し、旧機種について同じ顧客が同様な発注条件で売買が成立しているか否かを検索することによって、受注の可否判断とする。さらに、生産情報データベース１９に格納される新台の生産予定台数の情報を検索して、納期的に又は台数的にその発注が受注可能か否かの判定を行なう。
【００３１】
例えば、発注した顧客が、過去に旧機種について同様な発注条件（発注台数、発送・納入期日、代金の支払い方法）で売買契約を締結している場合、新台と旧機種の遊技機の生産予定台数がそれほど変わらないという理由から、今回の新台の発注条件が過去のものと同様である場合、受注可能と判定する（ステップＳ１１）。一方、発注した顧客が新しい顧客で、過去に旧機種についての売買契約の実績がない場合、発注台数や納入時期等に基づき決定される優先順位等を基準にして受注可能か否かを判定する。つまり、優先順位が高く、すでに売買契約が成立している同時期納入予定で同様な発注台数のものがあれば、新台の生産予定台数の範囲内で、主制御部２０は、受注可能の判定を行なう。
【００３２】
受注可能と判定すると、主制御部２０は、上記ステップＳ８で表示した画面と同じ発注情報の画面構成でその一部に「発注する」の文字をクリック可能に付した発注画面を端末４、５に送信し、その表示器にその発注画面を表示する（ステップＳ１２）。
【００３３】
一方、発注された情報の優先順位が低く、発注台数が少なく、納入希望日が納期的に比較的に短く設定され、或は代金の支払い条件が受注側にとって不利な場合、主制御部２０は受注不可と判定し、それを顧客の端末４、５に送信する。受注不可となった発注情報は、発注情報データベース１７から削除される。受注不可の表示を見た顧客は、上記ステップＳ６に戻って、画面上で再び購入しようとする新台を選択指定し、発注台数、新台の発送希望日、納入希望日、或は購入代金の支払い方法等を変更して、再度発注情報を入力欄に入力し、送信する。このような受注不可の判定を行なった場合、主制御部２０から、その顧客の端末４、５に対し、受注可能な条件、例えば受注可能な発注台数、発送・納入希望日、代金支払方法等の情報を送信して、顧客に提示するようにしてもよい。
【００３４】
顧客の端末４、５から再度発注情報が送信されると、データベースサーバ１０の主制御部２０は、その発注情報を、再度、受注可能か否かを判定し、顧客によって再度入力された発注情報が、その発注台数、納入希望日、支払い条件等から、受注可能と判定した場合、上記と同様の発注画面が端末４、５に送られる（ステップＳ１２）。
【００３５】
顧客は、端末４、５に表示された発注情報（発注台数、ホールの地域、新台の発送予定日、納入予定日、購入代金の支払い方法等）を確認し、その画面に表示された「発注する」の文字をクリックして、発注を行なう。顧客が端末４、５を操作して発注を行なうと、その信号が販売処理システム１のデータベースサーバ１０に送られ、その主制御部２０は、すでに売買契約が成立している情報を格納した売買契約情報データベース１８内の情報を検索して、今回の発注が受注可能か否か再度判定する（ステップＳ１８）。
【００３６】
すなわち、主制御部２０は、例えば、すでに売買契約が成立している同時期納入予定の契約台数に、今回の発注台数を加えた台数が、新台の生産予定台数以内で可能であれば、受注可能の判定を行なう（ステップＳ２０）。このとき、すでに売買契約が成立している同時期納入予定の契約台数に今回の発注台数を加えた台数が、新台の生産予定台数を越え、受注が不可能であれば、受注不可の表示を端末４、５に送信し、顧客には、ステップＳ６に戻り、再度受注情報の入力を促す。
【００３７】
受注可能と判定した場合、主制御部２０は、端末４、５に対し、再度、発注された情報（発注台数、ホールの地域、新台の発送予定日、納入予定日、購入代金の支払い方法等）の表示データと共に「確認」の文字ボタンを送信する（ステップＳ２２）。顧客は、端末４、５上で、その発注情報を再度確認し、その画面上に表示された「確認」の文字ボタンをクリックし、確認の信号を販売処理システム１のデータベースサーバ１０に送信する。データベースサーバ１０の主制御部２０は、この確認信号を受信すると（ステップＳ２４）、予め記憶された売買契約に関する約款の画面情報を「同意する」「同意しない」の文字ボタンと共に、端末４、５に送信し、端末４、５にそれが表示される（ステップＳ２６）。
【００３８】
顧客は、この売買契約に同意した旨の意思表示として、端末４、５の画面上に表示された「同意する」の文字ボタンをクリックすると、その信号が販売処理システム１のデータベースサーバ１０に送信され、データベースサーバ１０の主制御部２０は、この売買契約の同意を示す信号を受信すると、売買契約の成立と判断し（ステップＳ２８）、発注情報データベース１７内の今回契約した発注情報を売買契約情報に変更すると共に（ステップＳ３０）、その売買契約情報を売買契約情報データベース１８に登録する（ステップＳ３２）。さらに、データベースサーバ１０の主制御部２０は、端末４、５に契約完了の信号を送信して、その表示器に契約完了の表示を行なうと共に（ステップＳ３４）、その売買契約の成立を記載した顧客宛の電子メールを、メールサーバ１１から端末４、５に送信し（ステップＳ３６）、新台の売買契約処理を終了する。売買契約の成立を示す書類は、電子メールの他、ＦＡＸや郵便で顧客に送ることもできる。
【００３９】
このように新台の購入を希望する顧客が、端末４、５を操作して新台の発注を行なう毎に、上記のようにステップＳ６〜ステップＳ３６の処理が繰り返され、受注可能か否かを判定すると共に、受注可能な場合は売買契約成立へと処理され、このような新台の発注が受注可能とされ売買契約が成立する毎に、各顧客の発注情報は、発注情報データベース１７内で売買契約情報として蓄積されていく。従って、データベースサーバ１０の主制御部２０は、受注の可否を判断する際、発注情報データベース１７を検索して、受注の可否を正確に決定することができる。
【００４０】
また、販売処理システム１のデータベースサーバ１０の主制御部２０が、各顧客の端末４、５から出された発注情報を受け付けて、過去の旧機種についての受注情報を参考にしながら、納期的に受注可能か否かを判断し、受注可能であれば、売買契約に至るように処理を行ない、受注できない場合には、その旨を顧客に伝えるように処理するから、受注があった際には迅速に且つ正確に受注の可否を決定することができる。
【００４１】
さらに、顧客から発注があった場合、先ずその発注情報に基づきその受注の優先順位を決定して記憶し、その優先順位をも含めた発注情報から受注可能か否かを決定するから、顧客からの注文が殺到する新台の販売開始日等には、多くの顧客からの発注情報が錯綜するような状態でも、先ず優先順位を付して発注情報データベース１７に登録し、それらを優先順位の高い順に受注可能か否かの判定を行ない、優先順位の高い受注可能なものから順に受注決定するため、多くの注文を迅速に処理し、遊技機の新台を短期間に効率よく販売することができ、これによって、新台の販売台数を最大限に伸ばすことができる。
【００４２】
以上説明したように、本発明の遊技機の販売処理システムによれば、顧客は端末を用いてインターネットを通して発注するため、簡単に希望する遊技機の発注を行なうことができ、また、受注する売り主側は、インターネットを介して短時間に集中して出された多数の発注情報を確実に受け付け、発注台数、納入希望日、代金支払い日、代金支払い方法を含む発注情報、予め記憶された生産予定台数、他の発注情報、過去の売買契約情報に基づいて、受注可能か否かを迅速に判定すると共に、遊技機の販売台数を最大限に伸ばすように受注して、遊技機の販売台数の増大を図ることができる。
【図面の簡単な説明】
【図１】本発明の一実施形態を示す販売処理システムの概略の全体構成図である。
【図２】販売処理システムの構成ブロック図である。
【図３】処理販売システムのデータベースの内容を示す説明図である。
【図４】販売処理システムの動作を示すフローチャートである。
【符号の説明】
１−販売処理システム
２−代行店
３−サーバ
４−端末
５−端末
６−遊技機ホール
１０−データベースサーバ
１４−顧客情報データベース
１５−販売履歴データベース
１６−新台情報データベース
１７−発注情報データベース
１８−売買契約情報データベース
１９−生産情報データベース
２０−主制御部
【図１】
0004428812.tif 000002
【図２】
0004428812.tif 000003
【図３】
0004428812.tif 000004
【図４】
0004428812.tif 000005