(57)【要約】【課題】パチンコ台やパチスロ台などの中古遊技機の売買に好適な売買支援システムを提供すること。【解決手段】中古遊技機の売買支援システムは、取引の進行状況情報、受付番号、公開日、メーカーおよび機種名、数、遊技機の状態、希望価格を含む中古遊技機の売買情報を蓄積するデータベース手段と、オペレータが売買情報を登録、更新、検索、閲覧することができる入出力手段と、利用者端末からの検索要求に基づいて前記データベース手段に検索を指示し、検索結果を端末に送信する情報提供手段とを備える。本発明によれば、オペレーターが中古遊技機の売買に必要な情報を登録／更新し、かつユーザが容易に売買情報の検索を行うことができる。【選択図】　　　図１
2004013688.tif 000002
【特許請求の範囲】
【請求項１】
取引の進行状況情報、受付番号、公開日、メーカーおよび機種名、数、遊技機の状態、希望価格を含む中古遊技機の売買情報を蓄積するデータベース手段と、
オペレータが前記データベース手段に売買情報を登録、更新、検索、閲覧することができる入出力手段と、
利用者端末からのアクセスに対応し、利用者端末からの検索要求に基づいて前記データベース手段に検索を指示し、検索結果を端末に送信する情報提供手段とを備えたことを特徴とする中古遊技機の売買支援システム。
【請求項２】
前記情報提供手段は、利用者端末の表示画面を検索条件入力フレームと検索結果表示フレームに分割して同時に表示し、検索条件入力フレームから入力された検索条件に基づいて検索を指示し、検索結果を検索結果表示フレームに表示することを特徴とする請求項１に記載の中古遊技機の売買支援システム。
【請求項３】
売買情報が更新あるいは成約した時にも前記公開日情報が更新され、
前記データベース手段にはマーク表示期間情報が記憶され、
売買情報の登録、更新、成約時には、前記公開日から指定されたマーク表示期間のみ、登録、更新、成約それぞれについて所定のマークを表示し、
成約情報については少なくとも一部の背景色を変更する
ことを特徴とする請求項２に記載の中古遊技機の売買支援システム。
【請求項４】
取引の進行状況情報としては、「受付中」、「問い合わせ中」、「交渉中」、「成約」の４種類が存在し、オペレータは入出力手段により上記４種の状況を確認および変更可能であるが、利用者端末からアクセスした場合には「問い合わせ中」は「受付中」と表示されることを特徴とする請求項２に記載の中古遊技機の売買支援システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は中古遊技機の売買支援システムに関し、特に、パチンコ台やパチスロ台などの中古遊技機の売買に好適な売買支援システムに関するものである。
【０００２】
【従来の技術】
従来、一般的な売買支援システムとしては、ネットオークションシステムやネット上の掲示板システムにおける売り／買いコーナーなどがあったが、パチンコ台やパチスロ台などの中古遊技機の売買に好適な販売支援システムは存在しなかった。
【０００３】
【発明が解決しようとする課題】
上記したような従来の売買支援システムにおいては、パチンコ台やパチスロ台などの中古遊技機の売買に必要な情報を適切に登録／更新し、簡単に検索することができないという問題点があった。
【０００４】
本発明の目的は、前記のような従来技術の問題点を解決し、パチンコ台やパチスロ台などの中古遊技機の売買に好適な売買支援システムを提供することにある。
【０００５】
【課題を解決するための手段】
本発明の中古遊技機の売買支援システムにおいては、取引の進行状況情報、受付番号、公開日、メーカーおよび機種名、数、遊技機の状態、希望価格を含む中古遊技機の売買情報を蓄積するデータベース手段と、オペレータが前記データベース手段に売買情報を登録、更新、検索、閲覧することができる入出力手段と、利用者端末からのアクセスに対応し、利用者端末からの検索要求に基づいて前記データベース手段に検索を指示し、検索結果を端末に送信する情報提供手段とを備えたことを特徴とする。
本発明によれば、オペレーターが中古遊技機の売買に必要な情報を登録／更新し、かつユーザが容易に売買情報の検索を行うことができる。
【０００６】
【発明の実施の形態】
以下、本発明の実施の形態を詳細に説明する。図１は、本発明の売買支援システム２０を含むシステム全体の構成を示すブロック図である。インターネット２０に接続された売買支援システムは複数のオペレータ端末１０〜１２、２つのＷｅｂサーバ１３、１５、データベース（ＤＢ）サーバ１７、ファイアウォールサーバ１４、ゲートウェイサーバ１６を含んでいる。
【０００７】
システムは大きく２つの部分に分かれている。１つは、外部のユーザからのアクセスを処理する外部処理部分であり、もう１つは内部処理部分である。外部処理部分は、Ｗｅｂサーバ１５、ＤＢサーバ１７、、ゲートウェイサーバ（ルータ）１６を備え、ファイアウォールサーバ１４によって内部処理部分と接続されている。
【０００８】
内部処理部分は複数のオペレータ端末（ブラウザを備えたパソコン：ＰＣ）１０〜１２、業務管理用のＷｅｂサーバ１３を備えている。ゲートウェイサーバ（ルータ）１６は、例えばインターネット２０を介して売り手あるいは買い手端末であるブラウザを備えたパソコン２５、２６とＷｅｂサーバ１５とを接続可能である。なお、本発明のシステムのハードウェア構成は、図示した構成に限らず、公知の任意の構成を採用可能である。
【０００９】
図２、図３は、本発明の外部処理部分のＷｅｂサーバ１５における処理を示すフローチャートである。Ｓ１０においては、外部の端末からのアクセスを待ち、Ｓ１１においては、端末に対して初期画面（トップページ）を送信して、利用者に機種（例えばパチンコ、パチスロ、関連機器）および売り／買いの別を入力させる。
【００１０】
Ｓ１２においては、端末に表示制御データ（ＨＴＭＬデータ）を送信することにより、端末の表示画面を利用者端末の表示画面を検索条件入力フレームであるフォームフレーム３１と検索結果表示フレームであるリザルトフレーム３０に分割して同時に表示させる。
【００１１】
図５は、本発明における利用者（売り手、買い手）端末での表示画面例を示す説明図である。リザルトフレーム３０には検索結果が図示するようなリスト形式で３０件づつ表示される。リザルトフレーム３０の上部にはソート（並べ替え）指示用の領域がある。フォームフレーム３１には各検索条件の入力用窓があり、各窓の右側の三角印をクリックすることにより、予め定められた項目名あるいは数値を選択可能に構成されている。そして、検索ボタンをクリックすると、設定された検索条件データが送信される。
【００１２】
Ｓ１３においては、検索条件が何も指定されていない検索条件入力フレームである初期フォームフレーム３１を端末に送信する。Ｓ１４においては、検索条件として公開日が３１日以内のものという条件のみを指定する。Ｓ１５においては、指定された条件によってＳＱＬ文を生成し、ＤＢサーバ１７に対して検索要求を行い、回答である売買情報リストを得る。Ｓ１６においては、検索結果である回答リストから１レコードを取り出す。
【００１３】
Ｓ１７においては、当該レコードに対応する表示データ（ＨＴＭＬデータ）を生成する。リザルトフレームに表示されるリストの受付番号（Ｎｏ）欄については、利用者がクリックすると、受付番号を件名に設定した電子メールプログラムが起動するように設定されており、これによって利用者が交渉の申し込みメールをシステム宛てに簡単に送信できる。
Ｓ１８においては、当該レコードの進行状況項目の内容が「成約」であるか否かを判定し、判定結果が肯定の場合にはＳ１９に移行する。Ｓ１９においては、当該レコードの表示領域の背景色を所定の色に変更し、機種名欄に「成約」マークを表示するように、端末に送信するＨＴＭＬ文を生成してＳ２６に移行する。
【００１４】
Ｓ２０においては、当該レコードのＮＥＷフラグが「１」であるか否かが判定され、判定結果が肯定である場合にはＳ２１に移行する。Ｓ２１においては、現在の日付が公開日から指定された期間内であるか否かが判定される。例えば現在の日付が５月１５日であり、公開日および指定期間がそれぞれ５月１０日および１０日間であれば、５月１０日＋１０日＝５月２０日＞５月１５日であるので、期間内であると判定する。そして、判定結果が肯定の場合にはＳ２２に移行する。Ｓ２２においては、機種名欄に「ＮＥＷ」マークを表示するように、端末に送信するＨＴＭＬ文を生成してＳ２６に移行する。
【００１５】
Ｓ２３においては、当該レコードの更新フラグが「１」であるか否かが判定され、判定結果が肯定である場合にはＳ２４に移行する。Ｓ２４においては、現在の日付が公開日から指定された期間内であるか否かが判定される。そして、判定結果が肯定の場合にはＳ２５に移行する。Ｓ２５においては、機種名欄に「更新」マークを表示するように、端末に送信するＨＴＭＬ文を生成してＳ２６に移行する。
【００１６】
Ｓ２７においては、検索結果の全てのレコードについて表示データの生成が完了したか否かが判定され、判定結果が否定の場合にはＳ１６に戻るが、肯定の場合にはＳ２８に移行する。以上の処理によって、例えばＷｅｂサーバ１５にアクセスしてきたユーザ端末には、図５に示すような検索条件入力フレーム３１および検索結果表示フレーム３０が同時に表示され、検索結果表示フレーム３０には、指定した機種および売り／買い別の公開日が３１日以内の案件全てが表示される。
【００１７】
ここで、利用者が例えば任意の検索条件をフォームフレームに設定して検索ボタンをクリックすると、検索条件データが送信される。Ｓ２８においては、端末から検索条件データが送信されてきたか否かが判定され、判定結果が肯定の場合にはＳ２９に移行する。Ｓ２９においては、受信した検索条件を設定して、Ｓ１５に移行して検索を行い、結果を端末に送信する。
【００１８】
Ｓ３０においては、端末からソート指示データが送信されてきたか否かが判定され、判定結果が肯定の場合にはＳ３１に移行する。Ｓ３１においては、受信したソート条件を現在の検索条件に付加して、Ｓ１５に移行して検索／ソートを行い、結果を端末に送信する。実際のソートはＤＢサーバ１７が実行する。Ｓ３２においては、終了か否かが判定され、終了でない場合にはＳ２８に戻るが、終了であれば処理を終了する。
【００１９】
以上のような処理により、利用者は売買情報を容易に検索することが可能である。また、利用者が設定した検索条件は常時表示されているフォームフレーム内に残っており、検索条件の確認や一部変更による再検索を容易に実行することができる。
【００２０】
図４は、本発明における内部処理部分のＷｅｂサーバ１３における業務管理処理を示すフローチャートである。Ｓ４０においては、例えばオペレーターがＩＤおよびパスワードを入力することにより認証を行う。認証後のオペレーターによる情報の登録／更新の際には、オペレーターのＩＤが記録される。Ｓ４１においては、会員やメーカー等の登録処理が指示されたか否かが判定され、判定結果が肯定である場合にはＳ４２に移行する。Ｓ４２においては、会員、メーカー等の登録／変更、アカウント管理等が行われる。
【００２１】
Ｓ４３においては、機種および売買の別の指定が行われたか否かが判定され、判定結果が肯定の場合にはＳ４４に移行する。Ｓ４４においては、図２のＳ１２からＳ２７と同じ処理が実行され、オペレーター端末（例えば１０）に図５に示すような検索画面が表示され、Ｓ４６に移行する。
【００２２】
Ｓ４５においては、受付番号が指定されたか否かが判定され、判定結果が否定の場合にはＳ４１に戻るが、肯定の場合には画面を２つに分割し、リザルトフレームに当該受付番号の売買情報を表示してＳ４６に移行する。
【００２３】
Ｓ４６においては、オペレーター端末から検索あるいはソート指示が入力されたか否かが判定され、判定結果が肯定の場合にはＳ４７に移行する。Ｓ４７においては、指示された条件で検索／ソートを行い、検索結果をオペレーター端末に表示してＳ４６に戻る。
【００２４】
Ｓ４８においては、売買情報の登録指示か否かが判定され、判定結果が肯定の場合にはＳ４９に移行して、オペレーターが手動で新規の売買情報を入力し、公開日やフラグを初期化（ＮＥＷフラグのみオン）する。なお、会員からの売買情報は郵送、ＦＡＸ、電子メールあるいはＷｅｂ経由等で届けられ、オペレーターが内容をチェックして不備のないもののみを登録する。
【００２５】
Ｓ５０においては、売買情報の更新指示か否かが判定され、判定結果が肯定の場合にはＳ５１に移行する。Ｓ５１においては、利用者からの指示に基づきオペレーターが選択されている売買情報の価格等を手動で変更する。システムは、公開日を更新した日に変更し、更新フラグをオンにする。
【００２６】
Ｓ５２においては、進行状況の変更指示か否かが判定され、判定結果が肯定の場合にはＳ５３に移行する。Ｓ５３においては、選択された売買情報の進行状況を例えば「受付中」から「問い合わせ中」、「交渉中」あるいは「成約」に変更する。
【００２７】
なお、他のオペレーターが「問い合わせ中」あるいは「交渉中」である案件について、任意のオペレーターは「順番待ち」を登録することが可能であり、他のオペレーターによる交渉が不調に終わった場合には、次の「順番待ち」のオペレーターに交渉権が移行する。
【００２８】
Ｓ５４においては、終了か否かが判定され、判定結果が否定であればＳ４６に戻るが、肯定の場合には処理を終了する。
以上のような処理によって、オペレーターが売買情報を容易に登録／変更することができ、また商談を円滑に進めることができる。
【００２９】
以上、本発明の実施例を開示したが、本発明には下記のような変形例も考えられる。実施例においては、売り買いの情報が登録され、公開されるが、売買の交渉は利用者が公開された売買情報を検索して希望する物件について交渉の申し込みを行うか、あるいはオペレーターが、登録案件について、売りであれば買い情報を、買いであれば売り情報を検索してマッチングしそうな物件を見つけだし、電話や電子メール等によって売買の仲介を行う場合に限られる。
【００３０】
そこで、例えばオペレーターが物件を登録した場合に、売りであれば買い情報を、買いであれば売り情報を検索して、マッチングしそうな物件を自動的にリストアップし、オペレーターあるいは登録した利用者に表示（送付）するようにしてもよい。この場合、検索条件としては、完全に一致するもののみではなく、一部が一致しないものも一致度の高い順に表示するようにしてもよい。
【００３１】
【発明の効果】
以上述べたように、本発明の中古遊技機の売買支援システムにおいては、中古遊技機の売買情報を蓄積するデータベース手段と、オペレータが前記データベース手段に売買情報を登録、更新、検索、閲覧することができる入出力手段と、利用者端末からのアクセスに対応し、利用者端末からの検索要求に基づいて前記データベース手段に検索を指示し、検索結果を端末に送信する情報提供手段とを備えたので、オペレーターが中古遊技機の売買に必要な情報を登録／更新し、かつユーザが容易に売買情報の検索を行うことができるという効果がある。
【図面の簡単な説明】
【図１】本発明の売買支援システム２０を含むシステム全体の構成を示すブロック図である。
【図２】本発明の外部処理部分のＷｅｂサーバ１５における処理を示すフローチャート（１）である。
【図３】本発明の外部処理部分のＷｅｂサーバ１５における処理を示すフローチャート（２）である。
【図４】本発明における内部処理部分のＷｅｂサーバ１３における業務管理処理を示すフローチャートである。
【図５】本発明における利用者端末での表示画面例を示す説明図である。
【符号の説明】
１０〜１２…オペレータ端末、１３…Ｗｅｂサーバ、１４…ファイアウォールサーバ、１５…Ｗｅｂサーバ、１６…ゲートウェイサーバ、１７…データベース（ＤＢ）サーバ、２０…インターネット、２５、２６…パソコン
【図１】
2004013688.tif 000003
【図２】
2004013688.tif 000004
【図３】
2004013688.tif 000005
【図４】
2004013688.tif 000006
【図５】
2004013688.tif 000007