JP2006330905A

JP2006330905A - 商品管理システム

Info

Publication number: JP2006330905A
Application number: JP2005150934A
Authority: JP
Inventors: Atsushi Tajima; 淳田島
Original assignee: SENTINEL KK
Current assignee: SENTINEL KK
Priority date: 2005-05-24
Filing date: 2005-05-24
Publication date: 2006-12-07

Abstract

【課題】
この発明は、電気通信回線を介した商品購入を希望する購入希望者への販売量を調整することを目的とする。
【解決手段】
仮想通貨の購入を希望する購入希望者が使用する購入希望者端末２０を、管理者が使用する管理サーバ１０にインターネット５１を介して通信可能に接続した仮想通貨管理システム１であって、前記購入希望者端末２０に、前記仮想通貨の購入を依頼する購入依頼情報を入力する購入依頼情報入力手段と、前記購入依頼情報を、前記管理サーバ１０に送信する購入依頼情報送信手段とを備え、前記管理サーバ１０に、前記仮想通貨の販売数を制限する制限数情報を記憶する仮想通貨管理ＤＢ１１と、受け付ける購入依頼が、前記制限数情報に基づく販売許容数を超えないように制限する小口単価表示１８３ａと、制限を越えない前記購入希望者からの購入依頼情報を受け付ける購入依頼情報受付手段とを備えた。
【選択図】図１

Description

この発明は、例えば電気通信回線を介した商品購入を希望する購入希望者への販売量を調整できるような販売管理システムに関する。

昨今、インターネットをはじめとするネットワークを介して、商品の取引を行なうネット販売が多く行なわれている。これらのネット販売は、販売者が商品を掲載したホームページに購入希望者がアクセスして購入希望情報を販売者に送信し、これを受信した販売者から実際に商品が送付されたり、商品となるデータが送信される。このようなネット販売は、２４時間、いつでも情報データのやり取りが可能であり、常時取引契約が成立するため、通常の店頭販売以上に在庫数を厳密に管理する必要がある。また、受け付けた１回の購入希望個数が在庫数を超える場合、現在庫分を最初に発送し、残りを入荷後に再度発送するといった手間や発送経費がかかるため、購入希望数と在庫数を比較する必要がある。そこで、購入希望数と在庫数と比較し、購入希望数が在庫数を超えない購入希望情報のみを受け付けるシステムが提案されている（特許文献１参照）。上記システムは、購入希望情報を受け付けた際に、購入希望数と在庫数を判定して、在庫数が購入希望数を上回る場合にのみ、購入希望を受け付け、次のステップに進む構成としている。そのため、このシステムでは、購入希望数が在庫数を上回る購入希望情報を受け付けることを防止できる。

しかし、上記システムでは、商品を買占めることで商品のプレミア価値を高めたい等の正当でない購入希望者による買占めを防止することができず、正当に商品購入を希望する購入希望者に商品を提供することができないというような問題が生じていた。

特開２００１−６０２３７号公報

この発明は、電気通信回線を介した商品購入を希望する購入希望者への販売量を調整することを目的とする。

この発明は、商品の購入を希望する購入希望者が使用する購入希望者端末を、管理者が使用する管理サーバに電気通信回線を介して通信可能に接続した商品管理システムであって、前記購入希望者端末に、購入希望数を含む購入依頼情報を入力する購入依頼情報入力手段と、前記購入依頼情報を、前記管理サーバに送信する購入依頼情報送信手段とを備え、前記管理サーバに、前記商品の販売数を制限する制限数情報を記憶する記憶手段と、受け付ける購入依頼情報に含まれる購入希望数が、前記制限数情報に基づく販売許容数を超えないように制限する制限手段と、制限を越えない購入依頼情報を受け付ける購入依頼情報受付手段とを備えたことを特徴とする。

上記商品は、オンラインゲームでプレイ中にプレイアイテムとして利用される仮想通貨やアイテム等であることを含む。

上記購入希望者端末は、有線あるいは無線でデータ通信を行なう通信手段、通信されたデータ等を表示する表示手段、データ等を入力する入力手段、および記憶手段で構成し、該記憶手段に、電子メール作成、および送受信等のできるメーラー、およびホームページ等の閲覧可能なブラウザ等を格納しているパーソナルコンピュータであること、または、無線で音声通話を行なう通話手段、無線でデータ通信を行なう通信手段、通信されたデータ等を表示する表示手段、データ等を入力する入力手段、および記憶手段で構成し、該記憶手段に、電子メール作成、および送受信等のできるメーラー、およびホームページ等の閲覧可能なブラウザ等を格納している携帯電話端末であることを含む。

また、上記管理サーバは、データベースサーバ、ＷＥＢサーバ、および電子メール配信サーバ等のサーバ機能を有するパーソナルコンピュータや携帯電話端末等で構成することを含む。
また、上記電気通信回線は、インターネットやパケット通信網等の公衆回線であることを含む。
また、上記購入依頼情報入力手段は、購入依頼情報を入力するマウス、キーボード、音声入力装置、またはタッチパネル等の入力手段であることを含む。

また、上記購入依頼情報送信手段は、ＬＡＮボードや無線通信カード等の通信手段で構成することを含む。
また、商品の販売数を制限する制限数情報は、一回の販売に対する販売数の制限、１日の販売に対する販売数の制限、または購入希望者ごとの販売に対する販売数の制限等の情報であることを含む。
また、上記制限手段は、前記サーバが購入希望者端末に送信する購入依頼フォームで販売許容量を越える購入希望数を入力できないように制限する制限手段、または、販売許容量を超える購入依頼情報の受付を拒否する制限手段等であることを含む。

これにより、電気通信回線を介して、購入希望者に、商品の販売量を調整した販売を行なうことができる。したがって、商品の仕入れと出荷のバランスを調整することができ、安定した販売を行なうことができる。また、急な大量の購入依頼に備えた大量の在庫を必要としないため、在庫に係る経費を削減でき、商品販売のためのコストを低減することができる。

この発明の態様として、前記制限数情報を、一回の販売で販売許容する数量で構成することができる。
これにより、一回の購入で商品が買占められることを防止することができる。したがって、多くの購入希望者に商品を販売することができる。

また、この発明の態様として、前記記憶手段に、前記商品の在庫数を含む在庫情報を記憶し、前記制限数情報を、前記在庫数に対して販売許容する割合で構成することができる。
これにより、在庫が皆無となることを防止できる。したがって、購入希望者に商品を買占められることを防止できるとともに、在庫不足等により商品価値が不当に上昇するといった不具合を防止することができる。

また、この発明の態様として、商品の納入を希望する納入希望者が使用する納入希望者端末を、前記管理サーバに電気通信回線を介して通信可能に接続し、前記記憶手段に、前記商品の在庫の上限数を定める上限在庫数を記憶し、前記在庫数から前記上限在庫数までの商品が仕入れ可能であることを示す商品買取可能情報を、前記納入希望者端末に送信する商品買取可能情報送信手段とを備えることができる。

これにより、在庫数は減少した場合に、上限在庫数までの商品数の仕入れを行なうことができる。したがって、在庫数が過剰となることを防止できる。

また、この発明の態様として、前記記憶手段を、前記購入希望者を識別する購入希望者識別情報と、各購入希望者に対して通知するメッセージ情報とを関連つけて記憶する構成とし、前記管理サーバに、前記購入依頼情報受付手段が受け付けた前記購入依頼情報に基づいて、対応する前記識別情報を取得し、この識別情報に対応する前記メッセージ情報を抽出する抽出手段と、前記抽出したメッセージ情報を、前記購入希望者端末に対して送信するメッセージ情報送信手段とを備えることができる。

前記購入希望者識別情報は、購入依頼情報に含まれる電子メールアドレス、ドメイン、あるいは登録された購入希望者に付与されたＩＤ等であることを含む。
前記メッセージ情報送信手段は、前記管理サーバの通信手段で構成することを含む。

以上の構成により、特定の購入希望者に対して、予め設定したメッセージを送信することができる。これにより、例えば、不正行為を行なったことのある購入希望者に対して、商品を販売することができないといった通知をすることができる。したがって、不正行為による損害の再発を防止することができる。
また、購入実績の多い購入希望者に対して、販売価格割引等の特典情報を送信することができる。これにより、販売実績の多い購入希望者に継続的な購入を促すことができる。

この発明によれば、電気通信回線を介した商品購入を希望する購入希望者への販売量を調整することができる。

この発明の一実施形態を以下図面と共に説明する。
まず、図１に示すシステム構成図と共に、仮想通貨管理システム１のシステム構成について説明する。
仮想通貨管理システム１は、後述するゲームサーバ４０が提供するオンラインゲームをプレイする際に、プレイアイテムとして利用するオンラインゲーム上の仮想通貨を、商品として取引するためのシステムである。

仮想通貨管理システム１は、管理サーバ１０と、購入希望者端末２０、および納入希望者端末３０とで構成している。
ここで、購入希望者端末２０、および納入希望者端末３０は複数存在しており、正確には仮想通貨管理システム１を利用する購入希望者数、および納入希望者数だけ存在している。

なお、管理サーバ１０、購入希望者端末２０、ならびに納入希望者端末３０はコンピュータであり、ＣＰＵとＲＯＭとＲＡＭで構成される制御装置、ハードディスク等の記憶装置、ＣＤ−ＲＯＭドライブやＦＤドライブ等の記憶媒体（ＣＤ−ＲＯＭやＦＤ等）を読取る記憶媒体読取装置、または記憶媒体読書き装置、マウスやキーボード等の入力装置、ＣＲＴや液晶画面等で構成する表示装置、およびインターネット５１を介して通信を行なうＬＡＮボード等の通信装置を備えている。

また、管理サーバ１０の上記記憶装置には、仮想通貨販売プログラムや、仮想通貨買取プログラムや、希望者フィルタリングプログラムや、電子メール配信実行プログラム等、必要な処理を実行するプログラムが格納されている。

また、管理サーバ１０は、ＷＥＢサーバ機能、データベースサーバ機能、およびメールサーバ機能を備えており、記憶装置（例えばハードディスク）に記憶した仮想通貨管理データベース（ＤＢ）１１によって商品となる仮想通貨の種類情報、在庫情報、販売／買取情報、および販売／買取価格情報を管理し、また、顧客管理データベース（ＤＢ）１２によって購入希望者、および納入希望者の個人情報を管理している。

なお、上記仮想通貨とは、ゲームサーバ４０が提供するオンラインゲーム内で使用するオンライン上の通貨であり、オンラインゲーム中にプレイヤ同士でやり取りのできる通貨のことを指す。また、ゲームサーバ４０は、複数存在し、正確には、オンライン上のゲーム数にくわえて、１つのオンラインゲームであっても複数ゲームサーバで構成するオンラインゲームもある。

上記仮想通貨の種類情報には、ゲームサーバ４０によって提供されているオンラインゲームの種類や、１つのオンラインゲームが複数のゲームサーバで構成されている場合は、ゲームサーバ４０毎の仮想通貨の種類情報が含まれる。
また、上記購入希望者情報、および納入希望者情報には、購入希望者および納入希望者の名称、住所、連絡先、および電子メールアドレス等が含まれている。

さらに、購入希望者端末２０には、仮想通貨購入プログラムや、購入希望情報送信実行プログラムや、電子メール受信実行プログラム等、必要な処理を実行するプログラムが格納されている。
また、納入希望者端末３０の上記記憶装置には、仮想通貨納入プログラムや、納入希望情報送信実行プログラムや、電子メール受信実行プログラム等、必要な処理を実行するプログラムが格納されている。

また、購入希望者端末２０、および納入希望者端末３０は、インターネット５１に接続されているＷＥＢサーバのホームページ閲覧やメールサーバへのメール送信が行なえるように構成されている。したがって、購入希望者端末２０、および納入希望者端末３０からはインターネット５１を介して、ゲームサーバ４０が提供するオンラインゲームをプレイすることができる構成である。

なお、仮想通貨管理システム１において、購入希望者端末２０および納入希望者端末３０は、図示しないパケット通信網に基地局を介して無線通信可能な携帯電話機であってもよい。したがって、仮想通貨管理システム１は、複数存在する携帯電話機のキャリアのうち、いずれのキャリアであっても対応できる構成としている。
この場合、購入希望者端末２０、および納入希望者端末３０は、ＣＰＵとＲＯＭとＲＡＭとで構成する制御装置、不揮発性メモリ等で構成する記憶装置、液晶画面等で構成する表示装置、押下ボタン等で構成する入力装置、マイク等の音声入力装置、スピーカ等の発音装置、および、アンテナ等の通信装置（通信部）を備え、上記記憶装置には、ブラウザプログラム（購入希望者端末２０、および納入希望者端末３０内）やメールプログラム（購入希望者端末２０、および納入希望者端末３０内）等、必要な処理を実行するプログラムが格納されている。

以上のシステム構成により、管理者は管理サーバ１０で仮想通貨の販売情報ならびに買取情報を発信することができる。

また、購入希望者は、購入希望者端末２０で管理サーバ１０にアクセスして、販売情報を確認して購入希望情報を送信することができ、管理サーバ１０から、購入希望情報の内容確認の電子メール、および販売完了確認の電子メールを受信することができる。

また、納入希望者は、納入希望者端末３０で管理サーバ１０にアクセスして、買取情報を確認して納入希望情報を送信することができ、管理サーバ１０から、納入希望情報の内容確認の電子メール、および買取完了確認（支払完了）の電子メールを受信することができる。

管理者は、管理サーバ１０によって、仮想通貨在庫管理、購入希望情報管理、購入希望者からの入金管理、仮想通貨引渡管理、納入希望情報管理、仮想通貨受取管理、および納入希望者への支払管理を行なうことができる。

次に、図２〜図８に示すデータ構成図と共に、管理サーバ１０の仮想通貨管理ＤＢ１１、および顧客管理ＤＢ１２に格納するデータについて説明する。なお、後述する仮想通貨情報テーブル６１、仮想通貨単価情報テーブル６２、およびゲームサーバ管理テーブル６３は仮想通貨管理ＤＢ１１に格納し、販売顧客管理テーブル６４、買取顧客管理テーブル６５、不正アドレス管理テーブル６６、および取引管理テーブル６７は顧客管理ＤＢ１２に格納している。

図２は、仮想通貨情報テーブル６１を示し、該仮想通貨情報テーブル６１は次に説明する各項目（フィールド）を備えている。
仮想通貨ＩＤは、管理者が取引する仮想通貨のＩＤであり、仮想通貨毎にユニークなＩＤとして、自動的に採番したオートナンバーを格納する。
ゲームサーバＩＤは、該当する仮想通貨を使用するオンラインゲームを提供しているゲームサーバのＩＤであり、後述するゲームサーバ管理テーブル６３で付与されたオートナンバーを格納する。

仮想通貨数／１口は、仮想通貨の取引における１口あたりの仮想通貨の取引単位を格納する。
在庫制限は、各仮想通貨の在庫数の上限数と下限数とを格納する。なお、上限数と下限数とは、口数で格納している。
在庫数は、現在の各仮想通貨の在庫数を口数で格納している。
販売上限は、購入希望者に販売する一回の販売数を制限する販売制限数を決定する基準となる在庫数に対する割合を格納している。
以上の構成により、管理サーバ１０は、仮想通貨の在庫情報を管理する。

なお、この仮想通貨情報テーブル６１は、管理者が管理する仮想通貨の情報を元に手入力する、あるいは、ゲームサーバ４０からの情報を受信して自動登録する等、適宜の方法で登録すると良い。

図３は、仮想通貨単価情報テーブル６２を示し、該仮想通貨単価情報テーブル６２は次に説明する各項目（フィールド）を備えている。
仮想通貨ＩＤは、仮想通貨情報テーブル６１に格納された仮想通貨ＩＤを格納する。
販売は、その列に格納された各情報が販売に関する情報である場合に、チェックマークで示すように、フラグを立てている。なお、チェックマークが示めされない場合は、買取りに関する情報であることを示している。

単価区分境界は、販売や買取において取引口数に応じて変動させる単価の境界となる口数を示し、３段階に単価を変動させる場合は、中口および大口に境界となる口数の下限値を格納する。
区分単価は、上述した区分ごとの単価を格納する。

クレジットは、購入希望者の支払いにクレジットの利用が可能である場合に、チェックマークで示すように、フラグを立てている。
振込みは、購入希望者の支払い、または納入希望者への支払いに銀行振込み利用が可能である場合に、チェックマークで示すように、フラグを立てている。

以上の構成により、管理サーバ１０は、仮想通貨の単価情報を管理するが、上記管理情報以外に、特典付与者に対応する特別な単価等の情報を登録してもよい。

なお、この仮想通貨単価情報テーブル６２は、管理者が管理する仮想通貨の情報を元に手入力する、あるいは、管理サーバ１０により、販売実績に基づいて、需要と供給のバランスによる最適単価を算出して、自動登録する等、適宜の方法で登録すると良い。

図４は、ゲームサーバ管理テーブル６３を示し、該ゲームサーバ管理テーブル６３は次に説明する各項目（フィールド）を備えている。
ゲームサーバＩＤは、管理する仮想通貨を利用可能なオンラインゲームを提供しているゲームサーバのＩＤを格納する。
対象ゲームは、上記ゲームサーバが提供しているオンラインゲームの種類を格納している。

仮想通貨名称は、種類の異なるオンラインゲームでは、使用する仮想通貨の種類が異なるため、上記ゲームサーバが提供しているオンラインゲームで使用されている仮想通貨の名称を格納している。
管理者キャラは、仮想通貨の受渡しの際に、管理者が実際に上記オンラインゲームにログインして仮想通貨の受渡しするための管理者のプレイヤとなるキャラクタの名称を格納している。

以上の構成により、管理サーバ１０は、仮想通貨を利用するためのゲームサーバ、およびオンラインゲームを管理するが、上記管理情報以外に、その他オンラインゲームに関する情報等を登録してもよい。

なお、このゲームサーバ管理テーブル６３は、管理者が管理するゲームサーバの情報を元に手入力する、あるいは、ゲームサーバ４０からの情報を受信して自動登録する等、適宜の方法で登録すると良い。

図５は、販売顧客管理テーブル６４を示し、該販売顧客管理テーブル６４は次に説明する各項目（フィールド）を備えている。
販売顧客ＩＤは、購入希望者のＩＤであり、購入希望者毎にユニークなＩＤとして、自動的に採番したオートナンバーを格納する。
氏名は、購入希望者が、購入申込を行なった際に登録した購入希望者の氏名を格納する。

キャラ名、対象ゲーム、またはゲームサーバＩＤは、購入申込を行なった際に登録した購入希望者がプレイするオンラインゲームの種、ログインした際に購入希望者のプレイヤとなるキャラクタの名称、購入希望者がプレイするためにログインするゲームサーバＩＤを格納している。なお、ゲームサーバＩＤは、ゲームサーバ管理テーブル６３によって付与されたＩＤである。

アドレスは、管理サーバ１０が購入希望者端末２０に所定の電子メールを送信する際の宛先となる購入希望者の電子メールアドレスを格納する。
パソコンは、購入希望者が利用する購入希望者端末２０がパソコンである場合に、チェックマークで示すようにフラグを立てている。なお、チェックマークが示めされない場合は、購入希望者端末２０が携帯電話端末であることを示している。

以上の構成により、管理サーバ１０は、購入希望者を管理する。なお、この販売顧客管理テーブル６４は、管理者が管理する販売実績を元に手入力する等、適宜の方法で登録すると良い。
また、販売顧客管理テーブル６４に、不正購入があった購入希望者等の不正情報等を登録してもよい。

図６は、買取顧客管理テーブル６５を示し、該買取顧客管理テーブル６５は次に説明する各項目（フィールド）を備えている。
買取顧客ＩＤは、納入希望者のＩＤであり、納入希望者毎にユニークなＩＤとして、自動的に採番したオートナンバーを格納する。
氏名は、納入希望者が、納入申込を行なった際に登録した納入希望者の氏名を格納する。

キャラ名、対象ゲーム、またはゲームサーバＩＤは、納入申込を行った際に登録した納入希望者がプレイするオンラインゲームの種類、ログインした際に納入希望者のプレイヤとなるキャラクタの名称、納入希望者がプレイするためにログインするゲームサーバのＩＤを格納している。なお、ゲームサーバＩＤは、ゲームサーバ管理テーブル６３によって付与されたＩＤである。

アドレスは、管理サーバ１０が納入希望者端末３０に所定の電子メールを送信する際の宛先となる納入希望者の電子メールアドレスを格納する。
パソコンは、納入希望者が利用する納入希望者端末３０がパソコンである場合に、チェックマークで示すようにフラグを立てている。なお、チェックマークが示めされない場合は、納入希望者端末３０が携帯電話端末であることを示している。

以上の構成により、管理サーバ１０は、納入希望者を管理する。なお、この買取顧客管理テーブル６５は、管理者が管理する買取実績を元に手入力する等、適宜の方法で登録すると良い。

また、買取顧客管理テーブル６５に、不正納入があった納入希望者等の不正情報等を登録してもよい。

図７は、不正アドレス管理テーブル６６を示し、該不正アドレス管理テーブル６６は次に説明する各項目（フィールド）を備えている。
アドレスは、仮想通貨の取引を行ったことのあるアドレス、あるいは取引の可能性のあるアドレスを格納する。

拒否は、不正使用された実績等によって取引を拒否するアドレスである場合に、チェックマークで示すように、フラグを立てている。

以上の構成により、管理サーバ１０は、取引を拒否するアドレスを管理する。なお、不正アドレス管理テーブル６６に拒否理由等の情報をさらに登録してもよい。

図８は、取引管理テーブル６７を示し、該取引管理テーブル６７は次に説明する各項目（フィールド）を備えている。
取引ＩＤは、仮想通貨の購入申込あるいは納入申込のあった取引物件のＩＤであり、物件毎にユニークなＩＤとして、自動的に採番したオートナンバーを格納する。
売買区分は、物件が購入希望者に対する仮想通貨の販売である場合に、チェックマークで示すようにフラグを立て、仮想通貨の買取である場合にフラグを立てない。

顧客ＩＤは、販売顧客管理テーブル６４あるいは買取顧客管理テーブル６５に格納された購入希望者または納入希望者の顧客ＩＤを格納する。
ゲームサーバＩＤおよび仮想通貨ＩＤは、取引した仮想通貨を使用するゲームサーバのＩＤおよび取引した仮想通貨のＩＤを格納している。
口数は、仮想通貨の取引口数を格納する。

入出金済は、物件が販売である場合は入金を確認できた場合、または物件が買取である場合は振込みが完了した場合に、チェックマークで示すように、フラグを立てている。
完了は、物件が販売である場合は仮想通貨の受渡完了の電子メールの送信が完了した場合、または物件が買取である場合は振込完了の電子メールの送信が完了した場合に、チェックマークで示すように、フラグを立てている。
以上の構成により、管理サーバ１０は、仮想通貨の取引を管理する。

なお、この取引管理テーブル６７は、管理者が管理する取引実績を元に手入力する、あるいは、管理サーバ１０からの取引実績情報を受信して登録する等、適宜の方法で登録すると良い。

次に、管理者が取引する仮想通貨を管理するための設定処理について、図９に示すフローチャートと共に詳述する。
最初に、管理サーバ１０は、図１０に示すように管理メイン画面１００を、表示画面１３に表示する（ステップｓ１）。なお、本実施形態においては、１つのオンラインゲーム中に複数存在するゲームサーバのそれぞれで使用する仮想通貨の取引を対象としている。
この管理メイン画面１００には、ゲームサーバボタン１０１、不正アドレスボタン１０２、システムアドレスボタン１０３、銀行口座ボタン１０４、諸経費ボタン１０５、顧客検索部１０６、販売検索部１０７、引渡検索部１０８、買取ボタン１０９、出金ボタン１１０、掲示板管理部１１１および売上プルダウンボタン１１２が表示されている。

ここで、ゲームサーバボタン１０１は、登録されたゲームサーバの管理画面に移行するボタンである。
不正アドレスボタン１０２は、登録された不正アドレスの管理画面に移行するボタンである。
システムアドレスボタン１０３は、それぞれ仮想通貨の取引の際に用いられる管理者の電子メールアドレスを設定する電子メールアドレス設定画面に移行するボタンである。

銀行口座ボタン１０４は、仮想通貨販売に対する購入希望者からの振込みを受ける銀行口座の設定する銀行口座設定画面に移行するボタンである。
諸経費ボタン１０５は、仮想通貨取引に関連する諸経費を設定する諸経費設定画面に移行するボタンである。
顧客検索部１０６は、所望の条件に基づいて登録された顧客データを検索する部分である。なお、顧客検索部１０６は検索条件入力テキストボックス１０６ａと、該検索条件入力テキストボックス１０６ａに入力された検索条件に基づいて登録された顧客データを検索し、検索結果を表示する検索結果表示画面に移行する検索ボタン１０６ｂとで構成している。

販売検索部１０７は、所望の条件に基づいて登録された販売データを検索する部分である。なお、販売検索部１０７は、検索条件入力テキストボックス１０７ａと、該検索条件入力テキストボックス１０７ａに入力された検索条件に基づいて登録された販売データを検索し、検索結果を表示する検索結果表示画面に移行する検索ボタン１０７ｂとで構成している。
引渡検索部１０８は、所望の条件に基づいて登録された引渡データを検索する部分である。また、引渡検索部１０８は、検索条件入力テキストボックス１０８ａと検索ボタン１０８ｃとに加えて、付加検索条件選択売上プルダウンボタン１０８ｂとで構成している。

買取ボタン１０９は買取管理画面に移行するボタンであり、出金ボタン１１０は、出金管理画面に移行するボタンである。
掲示板管理部１１１は、管理ＢＢＳボタン１１１ａと、未処理データＢＢＳボタン１１１ｂと、一般掲示板ボタン１１１ｃとで構成している。なお、管理ＢＢＳボタン１１１ａは、管理者が購入希望者、および納入希望者に対して、情報を発信するための管理者用電子掲示板に移行するボタンであり、未処理データＢＢＳボタン１１１ｂは管理者用電子掲示板に掲載するための作成途中の情報の一覧表示画面に移行するボタンであり、一般掲示板ボタン１１１ｃは購入希望者や納入希望者等が、管理者や相互に質問や意見を掲示する電子掲示板に移行するボタンである。
売上プルダウンボタン１１２は、希望する月別売上管理画面を移行するボタンである。

この管理メイン画面１００で、管理者によってゲームサーバボタン１０１が選択されると（ステップｓ２：Ｙｅｓ）、モニタ１３（図１）には、図１１に示すように、ゲームサーバ管理画面１２０を表示し、ゲームサーバの設定を許容する（ステップｓ３）。
このゲームサーバ管理画面１２０には、一覧表示部１２１と、追加ボタン１２２、および戻るボタン１２３とを表示する。

一覧表示部１２１は、仮想通貨情報テーブル６１、仮想通貨単価情報テーブル６２、およびゲームサーバ管理テーブル６３に基づいて、既登録のゲームサーバの各種データを名称表示部１２１ａ、在庫数表示部１２１ｂ、買取表示部１２１ｃ、募集数表示部１２１ｄ、および有効表示部１２１ｅに表示する。
なお、名称表示部１２１ａに表示されたゲームサーバの名称ボタン１２４は、それぞれのゲームサーバ詳細画面に移行するボタンである。

また、在庫数表示部１２１ｂはそれぞれの仮想通貨の現在庫数を表示する。また、買取表示部１２１ｃは仮想通貨の買取中であるか否かを表示し、買取中の場合、募集数表示部１２１ｄに現募集数を表示する。
また、有効表示部１２１ｅは、仮想通貨が取引の状態であるか否かを表示する。

追加ボタン１２２は、押下されると新規にゲームサーバを登録するゲームサーバ詳細画面に移行するボタンである。
戻るボタン１２３は、押下されると管理メイン画面１００に戻るボタンである。

このゲームサーバ管理画面１２０で、追加ボタン１２２や、名称表示部１２１ａのうちのいずれかの名称ボタン１２４が押下されると、モニタ１３（図１）は、図１２に示すゲームサーバ詳細画面１３０を表示する。

このゲームサーバ詳細画面１３０では、登録された際に自動的に付与されるユニークなＩＤ番号、登録日時、更新日時ならびに最終更新者等のテキスト表示部１３１、サーバ名テキストボックス１３２、キャラ名テキストボックス１３３、買取状態選択ラジオボタン１３４、販売単価入力部１３５、買取単価入力部１３６、在庫下限テキストボックス１３７、在庫上限テキストボックス１３８、販売上限率テキストボックス１３９、在庫表示部１４０、募集数表示部１４１、状態選択ラジオボタン１４２、登録ボタン１４３、リセットボタン１４４、削除ボタン１４５、およびゲームサーバ管理画面１２０に移行する戻るボタン１４６を表示する。

サーバ名テキストボックス１３２は、サーバ名を入力するテキストボックスであり、また、キャラ名テキストボックス１３３は、このサーバでプレイする際に管理者が使用するキャラ名を入力するテキストボックスである。
買取状態選択ラジオボタン１３４は買取りを実施するか停止するかを選択するラジオボタンであり、ここで選択された有効／無効は、ゲームサーバ管理画面１２０（図１１）の買取表示部１２１ｃの項目に反映される。

販売単価入力部１３５、および買取単価入力部１３６は、区分単価テキストボックス（１３５ａ、１３５ｂ、１３５ｃ、１３６ａ、１３６ｂ、１３６ｃ）とで構成している。なお、ここで、単価区分境界の下限口数を入力するテキストボックスを備え、単価区分境界を変動させる構成としてもよい。

在庫下限テキストボックス１３７、および在庫上限テキストボックス１３８は、在庫数の下限口数、および上限口数を入力するテキストボックスである。

販売上限率テキストボックス１３９は、一回の販売における販売量の上限口数を決定する在庫数に対する販売許容する割合をパーセンテージで入力するテキストボックスである。

在庫表示部１４０は、在庫数表示１４０ａと、加算在庫数テキストボックス１４０ｂ、加算ボタン１４０ｃとで構成されている。なお、加算在庫数テキストボックス１４０ｂに数字を入力し、加算ボタン１４０ｃが押下されると、加算在庫数テキストボックス１４０ｂに入力された加算在庫数が、元の在庫口数に加算された新たな在庫口数が在庫数表示１４０ａに表示される。

募集数表示部１４１は、募集数表示１４１ａと計算ボタン１４１ｂとを備え、計算ボタン１４１ｂが押下されると、在庫数表示１４０ａと在庫下限テキストボックス１３７とを比較し、在庫数表示１４０ａが在庫下限テキストボックス１３７を下回っている場合は、在庫数表示１４０ａから在庫上限テキストボックス１３８までの差分を表示する。

状態選択ラジオボタン１４２は、登録されたゲームサーバの仮想通貨の取引の状態が有効とするかあるいは無効とするかを選択するラジオボタンであり、ここで選択された有効／無効は、ゲームサーバ管理画面１２０（図１１）の有効表示部１２１ｅの項目に反映される。
したがって、ここで有効ラジオボタン１４２ａが選択されると、後述する管理サーバ１０が提供するホームページにこのゲームサーバ用の仮想通貨の取引が稼動していることが掲載される。

登録ボタン１４３は、上記各項目に入力された内容での仮想通貨管理ＤＢ１１への登録指示を受け付けるボタンである。
リセットボタン１４４は、押下されると上記項目の入力内容を消去し、初期登録状態とするボタンである。また、削除ボタン１４５は、押下されると登録されたゲームサーバを仮想通貨管理ＤＢ１１から削除するボタンである。
なお、ゲームサーバ管理画面１２０で名称表示部１２１ａが押下されてゲームサーバ詳細画面１３０に移行した場合は、各項目やテキストボックスに、既登録内容を表示し、それらを修正させることができる。

このゲームサーバ詳細画面１３０で、各項目が入力あるいは修正され、登録ボタン１４３が押下されると、入力または修正内容を仮想通貨管理ＤＢ１１に登録し、新たに登録された登録内容の一覧表示部１２１を表示するゲームサーバ管理画面１２０に移行する。
さらに、別のゲームサーバを登録する場合は、ゲームサーバ管理画面１２０でのゲームサーバの選択およびゲームサーバ詳細画面１３０での登録といった上記工程を繰り返す。

全てのゲームサーバの登録が完了すると、ゲームサーバ管理画面１２０で戻るボタン１２３が押下され管理メイン画面１００に戻り、管理者によって不正アドレスボタン１０２が押下されると（ステップｓ４：Ｙｅｓ）、不正アドレス登録画面に移行する（ステップｓ５）。

管理サーバ１０は、モニタ１３（図１）に図１３に示すように不正アドレス管理画面１５０を表示する。この不正アドレス管理画面１５０には、一覧表示部１５１と、追加ボタン１５２、および管理メイン画面１００に移行する戻るボタン１５３とを表示する。
一覧表示部１５１は、既登録の不正アドレスの各種データを表示する。なお、アドレス表示部１５１ａに表示された電子メールアドレスボタン１５４は、押下されると、それぞれの不正アドレス登録画面に移行するボタンである。また、有効表示部１５１ｂは、登録されている不正アドレスが有効であるか否かを表示する。
追加ボタン１５２は、新規な不正アドレスを登録する不正アドレス登録画面に移行するボタンである。

この不正アドレス管理画面１５０で、追加ボタン１５２や、アドレス表示部１５１ａのうちのいずれかのアドレスボタン１５４が押下されると、モニタ１３（図１）は、図１４に示す不正アドレス登録画面１６０を表示する。

この不正アドレス登録画面１６０には、不正アドレステキストボックス１６１、状態選択ラジオボタン１６２、登録ボタン１６３、リセットボタン１６４、削除ボタン１６５、および不正アドレス管理画面１５０に移行する戻るボタン１６６を表示する。

不正アドレステキストボックス１６１は、不正アドレスを入力するテキストボックスである。
また、状態選択ラジオボタン１６２は登録された不正アドレスが有効であるか、あるいは無効であるかを選択するラジオボタンであり、ここで選択された有効／無効は、不正アドレス管理画面１５０（図１３）のアドレス表示部１５１ａの項目に反映される。

登録ボタン１６３は、押下されると上記各項目に入力された内容で顧客管理ＤＢ１２への登録を指示するボタンである。
リセットボタン１６４は、押下されると、上記項目の入力内容を消去し初期登録状態とするボタンであり、削除ボタン１６５は登録された不正アドレスを顧客管理ＤＢ１２から削除するボタンである。
なお、不正アドレス管理画面１５０でアドレス表示部１５１ａが押下されて、不正アドレス登録画面１６０に移行した場合は、各項目やテキストボックスに既登録内容が表示され、それらを修正させることができる。
この不正アドレス登録画面１６０で、各項目が入力あるいは修正され、登録ボタン１６３が押下されると、入力または修正内容を仮想通貨管理ＤＢ１１に登録し、新たに登録された登録内容の一覧表示部１５１を表示する不正アドレス管理画面１５０に移行する。
さらに、別の不正アドレスを登録する場合は、不正アドレス管理画面１５０での不正アドレスの選択および不正アドレス登録画面１６０での登録といった上記工程を繰り返す。

全ての不正アドレスの登録が完了すると、不正アドレス管理画面１５０で戻るボタン１５３が押下されて管理メイン画面１００に戻り、管理者による仮想通貨についての初期設定が完了する。

なお、ゲームサーバ管理画面１２０の一覧表示部１２１中の買取表示部１２１ｃ（図１１）に「稼動」の表示があれば、該当する仮想通貨が買取状態であることを示す。また、有効表示部１２１ｅ（図１１）に「○」の表示がない場合は、該当する仮想通貨が販売状態ではないことを示す。

次に、購入希望者が仮想通貨の購入を申し込む購入申込処理について、図１５および図１６に示すフローチャートと共に詳述する。
最初に、仮想通貨の購入希望者が、管理サーバ１０が提供する仮想通貨管理システム１のホームページにアクセスすると（ステップｔ１）、管理サーバ１０は、購入希望者端末２０に対してトップ画面データを購入希望者端末２０のブラウザに合わせたデータ形式で送信する（ステップｔ２）。
購入希望者端末２０は、図１７の画面イメージ図に示すように、前記トップ画面データによるユーザトップ画面１７０をモニタ２１（図１）に表示する（ステップｔ３）。

ユーザトップ画面１７０は、仮想通貨の購入、および納入に関する情報等の文書を表示するとともに、買いたい方はこちらへボタン１７１と、売りたい方はこちらへボタン１７２とを示す。また、ＨＯＭＥボタン１７３、販売ボタン１７１ａ、買取ボタン１７２ａ、質問掲示板ボタン１７４、お問い合わせボタン１７５、およびご利用案内・規約・特定商取引表記ボタン１７６をメニューボタンとして表示している。

ＨＯＭＥボタン１７３、販売ボタン１７１ａ、買取ボタン１７２ａ、質問掲示板ボタン１７４、およびお問い合わせボタン１７５は、ユーザトップ画面１７０の上下にそれぞれ２つ備え、ご利用案内・規約・特定商取引表記ボタン１７６とともに管理サーバ１０が提供する全ての画面に表示される。
ＨＯＭＥボタン１７３は管理者が提供するホームページのトップ画面に移行するボタンであり、質問掲示板ボタン１７４は購入希望者または納入希望者が取引に関して質問する掲示板画面に移行するボタンであり、お問い合わせボタン１７５は管理者に問い合わせる問い合わせ画面に移行するボタンであり、ご利用案内・規約・特定商取引表記ボタン１７６は、仮想通貨管理システム１を利用する際の利用案内、規約、および特定商取引表記を表示する画面に移行するボタンである。

また、買いたい方はこちらへボタン１７１および販売ボタン１７１ａは、仮想通貨の購入申込画面に移行するボタンであり、売りたい方はこちらへボタン１７２および買取ボタン１７２ａは、仮想通貨の納入申込画面に移行するボタンである。
このユーザトップ画面１７０で、購入希望者によって、買いたい方はこちらへボタン１７１、または販売ボタン１７１ａが押下されると、購入希望者端末２０は、購入申込画面表示依頼情報を管理サーバ１０へ送信する（ステップｔ４）。

管理サーバ１０は、購入申込画面表示依頼情報を受信した後に購入申込画面データを購入希望者端末２０のブラウザに合わせたデータ形式で送信する（ステップｔ５）。
購入希望者端末２０は、受信した購入申込画面データに基づいて、図１８の画面イメージ図に示すように、購入申込画面１８０をモニタ２１（図１）に表示する（ステップｔ６）。

この購入申込画面１８０には、前述したメニューボタンとともに購入可能仮想通貨一覧表１８１を表示し、この購入可能仮想通貨一覧表１８１は、仮想通貨名表示部１８２、購入単価表示部１８３（１８３ａ、１８３ｂ、１８３ｃ）、在庫数表示部１８４、および申込ボタン１８５を備えている。
また、購入単価表示部１８３は、販売する口数が少ない小口販売用の仮想通貨の販売単価を表示する小口単価表示１８３ａ、販売する口数が中程度の中口販売用の販売単価を表示する中口単価表示１８３ｂ、および販売する口数が多い大口販売用の販売単価を表示する大口単価表示１８３ｃとで構成している。

さらに、仮想通貨名ごとに備えられた申込ボタン１８５は、押下されて各仮想通貨の申込詳細画面に移行するボタンである。
この購入申込画面１８０で、購入を希望する申込ボタン１８５が押下されると、購入希望者端末２０により申込詳細画面依頼情報が送信され（ステップｔ７）、管理サーバ１０は、選択された仮想通貨に対応した申込詳細画面データを購入希望者端末２０のブラウザに合わせたデータ形式で送信する（ステップｔ８）。
購入希望者端末２０は、図１９の画面イメージ図に示すように、選択された仮想通貨に対応した申込詳細画面１９０をモニタ２１（図１）に表示する（ステップｔ９）。

この申込詳細画面１９０には、前述したメニューボタンとともに仮想通貨情報表示部１９１と、お客様キャラテキストボックス１９２と、購入数選択プルダウンボタン１９３と、カゴへ入れるボタン１９４とを表示する。

仮想通貨情報表示部１９１は、仮想通貨名称表示１９１ａと、現在庫数を表示する在庫数表示１９１ｂとを有している。
お客様キャラテキストボックス１９２は、購入希望者がオンラインゲームでプレイする際のキャラの名称を入力するテキストボックスである。
購入数選択プルダウンボタン１９３は、購入希望者が希望する仮想通貨の購入数を選択するプルダウンボタンである。
カゴへ入れるボタン１９４は、上記項目を入力後、購入希望一覧画面に移行するボタンである。

この申込詳細画面１９０で、購入数選択プルダウンボタン１９３が押下されると、図２０に示すように、購入希望数を選択するプルダウンメニュー１９３ａが表示される。

ここで、プルダウンメニュー１９３ａには、単価区分毎に適宜の間隔の数字を表示する。例えば、小口は１単位、中口は１０単位、大口は２０単位とする。また、購入可能上限である購入上限数１９３ｂが表示される。この購入上限数１９３ｂは、仮想通貨の設定処理（ステップｓ１：図９）で、管理者によってゲームサーバ詳細画面１３０（図１２）の販売上限率テキストボックス１３９に入力されたパーセンテージを、現在庫数に乗じて求められる口数である。

購入希望者によって、この中から購入希望数が選択され、カゴへ入れるボタン１９４が押下されると、図示しない購入申込一覧画面が表示される。この購入申込一覧画面では、上記購入申込情報を保持したまま、購入申込画面１８０に戻って別の仮想通貨の購入申込を行なうボタンと、購入申込者の電子メールアドレスや支払い方法の選択等の申込者情報入力画面に移行するボタンが表示される。

ここで、申込者情報入力画面に移行するボタンが押下されると、申込者情報入力画面（図示せず）に移行する。その後、所定の申込者情報を入力し、この申込者情報入力画面に表示された送信ボタンが、購入希望者によって押下されることで、購入申込情報および申込者情報が購入希望者端末２０から管理サーバ１０に送信される（ステップｔ１０）。
なお、仮想通貨の購入に対する支払いをクレジットで行なう場合は、購入申込者情報にクレジット情報を付加することができる。

購入希望者端末２０から購入申込情報および申込者情報を受信した管理サーバ１０は、申込者情報に含まれる電子メールアドレスが、仮想通貨管理ＤＢ１１に記憶された不正アドレス管理テーブル６６に格納された不正電子メールアドレスであるか否かの判定を行なう（ステップｔ１１）。

ここで、購入希望者の電子メールアドレスが、不正アドレス管理テーブル６６に格納された電子メールアドレスと一致する場合（ステップｔ１１：Ｙｅｓ）、管理サーバ１０は、販売不可通知画面データを購入希望者端末２０のブラウザに合わせたデータ形式で送信し（ステップｔ１２）、購入希望者端末２０は、図２１の画面イメージ図に示すように、購入希望者アドレス表示２０１と販売不可メッセージ２０２とを表示する販売不可通知画面２００をモニタ２１（図１）に表示し（ステップｔ１３）、仮想通貨販売処理は終了する。

また、購入希望者の電子メールアドレスが、不正アドレス管理テーブル６６に格納された電子メールアドレスに該当しない場合は（ステップｔ１１：Ｎｏ）、管理サーバ１０は、申込内容確認画面データと申込確認電子メールを購入希望者端末２０のブラウザに合わせたデータ形式で送信するとともに（ステップｔ１４）、上記申込内容を顧客管理ＤＢ１２に登録する（ステップｔ１５）。

購入希望者端末２０は、図２２の画面イメージ図に示すように、申込内容表示部２１１と振込先表示部２１２を備えた申込内容確認画面２１０をモニタ２１（図１）に表示するとともに、申込内容確認電子メールを受信する（ステップｔ１６）。

購入希望者は、仮想通貨購入のための支払いを振込みで行なう場合、この振込先表示部２１２に掲載された振込先にＡＴＭや窓口等で振込みを行なう。このとき、申込内容表示部２１１に表示された申込番号２１１ａを入力する。なお、クレジットカードで支払する場合は、図示省略するカード情報入力画面によるでカードＮｏ．を入力する。
このようにして、購入希望者は、購入希望を送信し、料金を支払うことができる。

次に、販売を完結する処理について、図２３のフローとともに説明する。

前述した申込内容登録後に、管理者によって、管理メイン画面１００（図１０）の販売検索部１０７で検索ボタン１０７ｂが押下されると、管理サーバ１０は、図２４に示すような購入申込一覧画面２２０を表示する（ステップｔ２０）。
この購入申込一覧画面２２０には、購入申込一覧表２２１と管理メイン画面１００（図１０）に移行する戻るボタン２２２を表示する。

購入申込一覧表２２１は、既登録の購入申込情報の各種データを表示するが、販売ＩＤ表示部２２１ａに表示された販売ＩＤボタン２２３は、それぞれの申込詳細画面に移行するボタンであり、また入金確認部２２１ｂは購入希望者からの入金確認が登録されているか否かを表示する。

この購入申込一覧表２２１で販売ＩＤボタン２２３が押下されると、管理サーバ１０は図２５に示すような販売詳細画面２３０をモニタ１３（図１）に表示する。この販売詳細画面２３０は、購入申込詳細情報を表示するとともに、入金状態表示部２３１と、入金済ボタン２３２と、購入申込一覧表２２１に移行する戻るボタン２３３とを表示する。

入金状態表示部２３１は、この販売詳細画面２３０で表示されている仮想通貨購入申込物件において、購入希望者からの支払いがあった（入金あり）か否か（入金待）を表示する。

管理者によって、購入希望者からの入金確認がなされ、この販売詳細画面２３０で入金済ボタン２３２が押下されると（ステップｔ２１）、管理サーバ１０は、取引管理テーブル６７を更新し（ステップｔ２２）、入金状態表示部２３１の表示を入金済とする。
なお、管理者によって戻るボタン２３３を押下され、購入申込一覧表２２１に移行すると、該当する購入申込一覧表２２１の入金確認部２２１ｂに「○」を表示する。

また、購入希望者からの支払いが振込みでなくクレジット決済の場合、管理者によって入金済ボタン２３２を押下せずとも、管理サーバ１０が図示省略するクレジット会社のサーバから決済情報を受信した際に、入金済として顧客管理ＤＢ１２を更新する（ステップｔ２２）。

管理サーバ１０は、顧客管理ＤＢ１２に入金確認情報が登録された後に、管理メイン画面１００（図１０）の引渡検索部１０８で検索ボタン１０８ｂが押下されると、図２６に示すような引渡指示画面２４０を表示する（ステップｔ２３）。

この引渡指示画面２４０には、引渡一覧表２４１と管理メイン画面１００（図１０）に移行する戻るボタン２４２を表示する。
この引渡一覧表２４１は、入金確認登録された購入申込情報の各種データを表示するが、注文番号表示部２４１ａに表示された注文番号ボタン２４３は、それぞれの引渡詳細画面に移行するボタンであり、また引渡確認部２４１ｂは購入希望者への仮想通貨の引渡しが完了したか否かを表示する。

仮想通貨の購入希望者への引渡しを実行する際に、管理者によって、この引渡指示画面２４０で注文番号ボタン２４３が押下されると、管理サーバ１０は図２７に示すような引渡詳細画面２５０をモニタ１３（図１）に表示する。この引渡詳細画面２５０は、引渡詳細情報を表示するとともに、申込内容表示部２５１と、引渡状態表示部２５２、引渡済ボタン２５３と、引渡指示画面２４０に移行する戻るボタン２５４とを表示する。

この引渡詳細画面２５０に表示される引渡しの完了していない購入申込物件について、申込内容表示部２５１に表示される購入者のゲームサーバ１４（図１）に、管理者がプレイヤとしてログインして、購入希望者の利用するキャラに、管理者が在庫として保有する仮想通貨を引き渡すことによって、仮想通貨の購入希望者への引渡しが完了する。

引渡完了後に管理者によって引渡済ボタン２５３が押下されると（ステップｔ２４：Ｙｅｓ）、管理サーバ１０は顧客管理ＤＢ１２を更新し（ステップｔ２５）、引渡状態表示部２５２の表示を引渡済とする。
その後、戻るボタン２５４が押下されると、引渡指示画面２４０に移行する。ここで、該当する引渡一覧表２４１に表示される引渡確認部２４１ｂに「○」が表示される。

管理サーバ１０は、引渡完了確認画面データと申込確認電子メールを購入希望者端末２０のブラウザに合わせたデータ形式で送信し（ステップｔ２６）、購入希望者端末２０は、仮想通貨引渡完了電子メールを受信して（ステップｔ２７）、仮想通貨の販売処理は終了する。

これにより、購入依頼と、入金確認後の仮想通貨の引渡しを行なうことができ、これらを管理することができる。

また、購入希望者に仮想通貨ごとに、また、購入希望数区分に分けた単価で仮想通貨を販売することができる。

また、プルダウンメニュー１９３ａに表示する販売希望数の上限に一回の販売における在庫数に基づく販売上限数となる購入上限数１９３ｂを表示することによって、購入希望者からの販売制限を越える申し込みを受けることを防止できる。

また、ステップｔ１１で不正アドレスを判定し、販売不可通知画面２００（図２１）で示すように購入できない旨を通知する画面を表示することによって、不正アドレス管理テーブル６６に登録された不正アドレスを有する購入希望者からの購入申込を受けることを防止することができる。

次に、納入希望者が仮想通貨の納入を申し込む納入申込処理について、図２８および図２９に示すフローチャートと共に詳述する。
最初に、仮想通貨の納入希望者が、管理サーバ１０が提供する仮想通貨管理システム１のホームページにアクセスすると（ステップｕ１）、管理サーバ１０は、納入希望者端末３０に対してトップ画面データを納入希望者端末３０のブラウザに合わせたデータ形式で送信する（ステップｕ２）。
納入希望者端末３０は、前記トップ画面データによるユーザトップ画面１７０（図１７）をモニタ３１（図１）に表示する（ステップｕ３）。

このユーザトップ画面１７０で、納入希望者によって、売りたい方はこちらへボタン１７２、または買取ボタン１７２ａが押下されると、納入希望者端末３０は、納入申込画面表示依頼情報を管理サーバ１０へ送信する（ステップｕ４）。

管理サーバ１０は、納入申込画面表示依頼情報を受信した後に納入申込画面データを納入希望者端末３０のブラウザに合わせたデータ形式で送信する（ステップｕ５）。
納入希望者端末３０は、受信した納入申込画面データに基づいて、図３０の画面イメージ図に示すように、納入申込画面２６０をモニタ３１（図１）に表示する（ステップｕ６）。

この納入申込画面２６０には、前述したメニューボタンとともに買取可能仮想通貨一覧表２６１を表示する。なお、買取可能仮想通貨一覧表２６１には、仮想通貨名表示部２６２、買取単価表示部２６３（２６３ａ、２６３ｂ、２６３ｃ）、募集数表示部２６４、口数プルダウンボタン２６５および申込ボタン２６６を備えている。
また、買取単価表示部２６３は、買取りする口数が少ない小口買取用の仮想通貨の買取単価を表示する小口単価表示２６３ａ、買取りする口数が中程度の中口買取用の買取単価を表示する中口単価表示２６３ｂ、および買取りする口数が多い大口買取用の買取単価を表示する大口単価表示２６３ｃ構成している。

さらに、口数プルダウンボタン２６５が押下されると、納入希望数を選択するプルダウンメニュー２６５ａ（図３１）が出現される。なお、プルダウンメニュー２６５ａには、募集数表示部２６４に表示された募集数２６５ｂまでの所定の間隔ごとの数字と、募集数２６５ｂとが表示される。この募集数２６５ｂは、仮想通貨の設定処理（ステップｓ１：図９）で、管理者によってゲームサーバ詳細画面１３０（図１２）の募集数表示部１４１で求められた募集数である。

また、仮想通貨ごとに備えられた申込ボタン２６６は、各仮想通貨の申込詳細画面に移行する申込ボタン２６６であり、買取りが実施されていない仮想通貨には買取停止表示２６６ａが表示される。
この納入申込画面２６０で、所望のプルダウンメニュー２６５ａで納入希望数が選択され、申込ボタン２６６が押下されると、納入希望者端末３０は申し込み詳細画面表示依頼情報を情報が送信する（ステップｕ７）。これを受信した管理サーバ１０は、申込詳細画面データを納入希望者端末３０のブラウザに合わせたデータ形式で送信し（ステップｕ８）、納入希望者端末３０は、図３２の画面イメージ図に示すように、申込詳細画面２７０をモニタ３１（図１）に表示する（ステップｕ９）。

この申込詳細画面２７０には、前述したメニューボタンとともに納入情報表示部２７１と、お客様キャラテキストボックス２７２と、メールアドレステキストボックス２７３と、口座情報入力部２７４と、送信ボタン２７５とを表示する。

納入情報表示部２７１は、納入申込画面２６０で選択された仮想通貨名称と、納入数と、納入数に対する買取金額とを表示している。
お客様キャラテキストボックス２７２は、納入希望者がオンラインゲームでプレイする際のキャラの名称を入力するテキストボックスであり、メールアドレステキストボックス２７３は、納入希望者の電子メールアドレスを入力するテキストボックスである。

口座情報入力部２７４は、仮想通貨の納入に対する買取金額の振込みを受ける納入希望者の銀行口座に関する情報を入力する部分である。
送信ボタン２７５は、上記各項目が入力された後、納入希望情報を管理サーバ１０に送信するボタンである。

この申込詳細画面２７０で、各項目の入力後に送信ボタン２７５が押下されると、納入申込情報が納入希望者端末３０から管理サーバ１０に送信される（ステップｕ１０）。

納入希望者端末３０から納入申込情報を受信した管理サーバ１０は、納入申込情報に含まれる電子メールアドレスが、仮想通貨管理ＤＢ１１に記憶された不正アドレス管理テーブル６６に格納された不正電子メールアドレスであるか否かの判定を行なう（ステップｕ１１）。

ここで、納入希望者の電子メールアドレスが、不正アドレス管理テーブル６６に格納された電子メールアドレスと一致する場合（ステップｕ１１：Ｙｅｓ）、管理サーバ１０は、販売不可通知画面データを納入希望者端末３０のブラウザに合わせたデータ形式で送信し（ステップｕ１２）、納入希望者端末３０は、図２１と同様の、買取りができない旨を表示する買取不可通知画面をモニタ３１（図１）に表示し（ステップｕ１３）、仮想通貨買取処理は終了する。

また、納入希望者の電子メールアドレスが、不正アドレス管理テーブル６６に格納された電子メールアドレスに該当しない場合は（ステップｕ１１：Ｎｏ）、管理サーバ１０は、申込内容確認画面データと申込確認電子メールを納入希望者端末３０のブラウザに合わせたデータ形式で送信するとともに（ステップｕ１４）、顧客管理ＤＢ１２を更新する（ステップｕ１５）。

納入希望者端末３０は、図３３の画面イメージ図に示すように、申込内容表示部２８１と納入先表示部２８２を備えた申込内容確認画面２８０をモニタ３１（図１）に表示するとともに、納入先指示メールを受信する（ステップｕ１６）。

納入希望者はゲームサーバ１４（図１）にプレイヤとしてログインして、自己が保有する仮想通貨のうち納入希望分を、この納入先指示メールに指示された管理者のキャラに、オンラインゲーム上で納入することによって、納入希望者からの仮想通貨の納入が完了する。

次に、納入希望者から仮想通貨を買取る買取処理について、図３４に示すフローとともに説明する。

前述した申込内容登録後に、管理者によって、管理メイン画面１００（図１０）の買取ボタン１０９が押下されると、図３５に示すような納入申込一覧画面２９０を表示する（ステップｕ２０）。
この納入申込一覧画面２９０には、納入申込一覧表２９１と、管理メイン画面１００（図１０）に移行する戻るボタン２９２を表示する。

納入申込一覧表２９１は、既登録の納入申込情報の各種データを表示するが、買取ＩＤ表示部２９１ａに表示された買取ＩＤボタン２９３は、それぞれの買取詳細画面に移行するボタンであり、また受取確認部２９１ｂは納入希望者からの買取確認が登録されているか否かを表示する。

この納入申込一覧画面２９０で買取ＩＤボタン２９３が押下されると、管理サーバ１０は図３６に示すような買取詳細画面３００をモニタ１３（図１）に表示する。この買取詳細画面３００は、納入申込詳細情報を表示するとともに、受取状態表示部３０１と、受取済ボタン３０２と、納入申込一覧画面２９０に移行する戻るボタン３０３とを表示する。

受取状態表示部３０１は、この買取詳細画面３００で表示されている仮想通貨納入申込物件において、オンラインゲーム上で納入希望者から仮想通貨の納入があったか否かを表示する。

管理者によって、納入希望者からの納入確認がされた場合は、この買取詳細画面３００で、受取済ボタン３０２（ステップｕ２１）、顧客管理ＤＢ１２を更新する（ステップｕ２２）。そして、受取状態表示部３０１の表示を受取済とする。その後、ボタン３０３が押下されると、納入申込一覧画面２９０に移行する。ここで、該当する納入申込一覧表２９１の受取確認部２９１ｂに「○」が表示される。

管理サーバ１０は、仮想通貨の受取確認後に、管理メイン画面１００（図１０）の出金ボタン１１０が押下されると、図３７に示すような支払指示画面３１０を表示する。

この支払指示画面３１０には、支払一覧表３１１と管理メイン画面１００（図１０）に移行する戻るボタン３１２を表示する。
この支払一覧表３１１は、受取確認がされた納入申込情報の各種データを表示するが、納入ＩＤ表示部３１１ａに表示された納入ＩＤボタン３１３は、それぞれの支払詳細画面に移行するボタンであり、また出金確認部３１１ｂは納入希望者への仮想通貨の支払いが完了したか否かを表示する。

納入希望者からの仮想通貨の受取確認後、管理者によって、この支払指示画面３１０で納入ＩＤボタン３１３が押下されると、管理サーバ１０は図３８に示すような支払詳細画面３２０をモニタ１３（図１）に表示する。この支払詳細画面３２０は、申込内容表示部３２１と、支払状態表示部３２２、支払済ボタン３２３と、支払指示画面３１０に移行する戻るボタン３２４とを表示する。

この支払詳細画面３２０に表示される支払の完了していない納入申込物件について、申込内容表示部３２１に表示される納入希望者の指定する銀行口座に、受取った仮想通貨の買取金額を振込みが完了し、完了後に管理者によって支払済ボタン３２３が押下されると（ステップｕ２３）、管理サーバ１０は顧客管理ＤＢ１２を更新し（ステップｕ２４）、支払状態表示部３２２の表示を支払済とする。
その後、管理者によって、戻るボタン３２４が押下されると、支払指示画面３１０に移行する。ここで、該当する支払一覧表３１１に表示される出金確認部３１１ｂに「○」が表示される。

管理サーバ１０は、振込完了確認画面データ電子メールを納入希望者端末３０のブラウザに合わせたデータ形式で送信し（ステップｕ２５）、納入希望者端末３０は、振込完了電子メールを受信して（ステップｕ２６）、仮想通貨の買取完結処理は終了する。

以上の動作により、納入希望者に仮想通貨ごとに、また、納入希望数区分に分けた買取単価で仮想通貨を買い取ることができる。

また、プルダウンメニュー２６５ａ（図３１）に表示する募集数２６５ｂを表示することによって、納入希望者からの募集数２６５ｂを上回る納入申込を受けることを防止できる。

また、ステップｕ１１で不正アドレスを判定し、買取不可通知画面を表示することによって、不正アドレス管理テーブル６６に登録された不正アドレスを有する納入希望者からの納入申込を受けることを防止することができる。

これにより、仮想通貨管理システム１は、一回の販売によって仮想通貨の在庫数全てを買占められることを防止できる。したがって、在庫不足による仮想通貨の不当な高騰を防止でき、利用者の満足度を高めることができる。

また、在庫数が設定した下限数を下回った際に、上限数までの買取募集を行なうことができるため、販売状況に合わせた効率の良い在庫管理をすることができる。また、過剰な在庫を保有することがないため、在庫に関する経費を削減できる。

また、一度不正を行った購入希望者や納入希望者との取引を拒否することができ、不正行為による損害の再発を防止できる。

なお、不正アドレス管理テーブル６６に登録される不正アドレスは、電子メールアドレスでなくドメインであってもよい。
これにより、取引不可のドメインからの申込を一括して拒否することができる。

また、在庫数表示１４０ａに表示される仮想通貨の在庫数を、納入希望者からの受取確認登録とリンクさせて、自動的に在庫数が加算される構成としてもよく、さらに、自動的に加算された在庫数と在庫下限テキストボックス１３７に入力された下限口数と比較して、自動的に加算された在庫数が下限口数を下回る場合は、自動的に在庫数から在庫上限テキストボックス１３８に入力された上限口数までの募集数を計算し、自動的に買取状態選択ラジオボタン１３４の買取状態を有効とする構成としてもよい。
これにより、管理サーバ１０は、常に最新の在庫数、および募集数の情報を送信することができる。また、在庫下限テキストボックス１３７に入力された下限口数以上の在庫数を確保できるため、多く数量の購入を希望する購入希望者に対して、在庫数が少ないことによる販売の機会を逃すことを防止できる。また、仕入れの機会を抑制することができる。

また、図３９に示すようなメッセージ管理テーブル３３０を仮想通貨管理ＤＢ１１に格納するとともに、販売顧客管理テーブル６４および買取顧客管理テーブル６５に取引実績を格納し、ある一定以上の取引実績を有する購入希望者あるいは納入希望者に対して、予め設定したメッセージともに、販売単価の割引や、買取単価の割増等の付加待遇を付与する構成としてもよい。
これにより、継続的な取引を希望する購入希望者あるいは納入希望者を確保することができるため、安定した在庫の確保、販売を行なうことができる。

なお、メッセージ管理テーブル３３０に、このメッセージを送信する条件等を登録してもよい。また、販売顧客管理テーブル６４や買取顧客管理テーブル６５にメッセージＩＤを格納し、購入希望者や納入希望者とメッセージを対応つけてつけてもよい。

この発明の構成と、上述の実施形態との対応において、
この発明の商品管理システムは、仮想通貨管理システム１に対応し、
以下同様に、
商品は、仮想通貨に対応し、
記憶手段は、仮想通貨管理ＤＢ１１および顧客管理ＤＢ１２に対応し、
電気通信回線は、インターネット５１に対応し、
上限在庫数は、在庫上限テキストボックス１３８に入力された上限口数に対応し、
前記在庫数に対して販売許容する割合は、販売上限率テキストボックス１３９にパーセンテージで入力された在庫数に対する販売許容する割合に対応し、
制限手段は、プルダウンメニュー１９３ａおよび購入上限数１９３ｂに対応し、
購入希望者識別情報は、購入希望者アドレス表示２０１に対応し、
メッセージ情報は、販売不可メッセージ２０２に対応し、
商品買取可能情報は、買取可能仮想通貨一覧表２６１に対応し、
購入依頼情報送信手段は、ステップｔ１０を実行する購入希望者端末２０の制御装置および通信装置に対応し、
メッセージ情報送信手段は、ステップｔ１２およびステップｕ１２を実行する管理サーバ１０の制御装置および通信装置に対応し、
商品買取可能情報送信手段は、ステップｕ４を実行する管理サーバ１０の制御装置および通信装置に対応するも、
この発明は、上述の実施形態の構成のみに限定されるものではなく、多くの実施の形態を得ることができる。

仮想通貨管理システムのシステム構成図。仮想通貨情報テーブルのデータ構成図。仮想通貨単価情報テーブルのデータ構成図。ゲームサーバ管理テーブルのデータ構成図。販売顧客管理テーブルのデータ構成図。買取顧客管理テーブルのデータ構成図。不正アドレス管理テーブルのデータ構成図。取引管理テーブルのデータ構成図。設定処理のフローチャート。管理メイン画面の画面イメージ図。ゲームサーバ一覧表示画面の画面イメージ図。ゲームサーバ登録内容詳細画面の画面イメージ図。不正アドレス一覧表示画面の画面イメージ図。不正アドレス登録画面の画面イメージ図。購入申込処理のフローチャート。購入申込処理のフローチャート。ユーザトップ画面の画面イメージ図。購入申込画面の画面イメージ図。申込詳細画面の画面イメージ図。申込詳細画面の画面イメージ図。販売不可通知画面の画面イメージ図。申込内容確認画面の画面イメージ図。販売処理のフローチャート。購入申込一覧画面の画面イメージ図。販売詳細画面の画面イメージ図。引渡指示画面の画面イメージ図。引渡詳細画面の画面イメージ図。納入申込処理のフローチャート。納入申込処理のフローチャート。納入申込画面の画面イメージ図。納入申込画面の画面イメージ図。申込詳細画面の画面イメージ図。申込内容確認画面の画面イメージ図。買取処理のフローチャート。買取申込一覧画面の画面イメージ図。買取詳細画面の画面イメージ図。支払指示画面の画面イメージ図。支払詳細画面の画面イメージ図。メッセージ管理テーブルのデータ構成図。

符号の説明

１…仮想通貨管理システム
１１…仮想通貨管理ＤＢ
１２…顧客管理ＤＢ
５１…インターネット
１９３ａ…プルダウンメニュー
１９３ｂ…購入上限数
２０１…購入希望者アドレス表示
２０２…販売不可メッセージ
２６１…買取可能仮想通貨一覧表

Claims

商品の購入を希望する購入希望者が使用する購入希望者端末を、管理者が使用する管理サーバに電気通信回線を介して通信可能に接続した商品管理システムであって、
前記購入希望者端末に、
購入希望数を含む購入依頼情報を入力する購入依頼情報入力手段と、
前記購入依頼情報を、前記管理サーバに送信する購入依頼情報送信手段とを備え、前記管理サーバに、
前記商品の販売数を制限する制限数情報を記憶する記憶手段と、
受け付ける購入依頼情報に含まれる購入希望数が、前記制限数情報に基づく販売許容数を超えないように制限する制限手段と、
制限を越えない購入依頼情報を受け付ける購入依頼情報受付手段とを備えた
商品管理システム。
前記制限数情報を、一回の販売で販売許容する数量で構成した
請求項１に記載の商品管理システム。
前記記憶手段に、前記商品の在庫数を含む在庫情報を記憶し、
前記制限数情報を、前記在庫数に対して販売許容する割合で構成した
請求項１、または２に記載の商品管理システム。
商品の納入を希望する納入希望者が使用する納入希望者端末を、前記管理サーバに電気通信回線を介して通信可能に接続し、
前記記憶手段に、前記商品の在庫の上限数を定める上限在庫数を記憶し、
前記在庫数から前記上限在庫数までの商品が買取可能であることを示す商品買取可能情報を、前記納入希望者端末に送信する商品買取可能情報送信手段とを備えた
請求項３に記載の商品管理システム。
前記記憶手段を、前記購入希望者を識別する購入希望者識別情報と、各購入希望者に対して通知するメッセージ情報とを関連つけて記憶する構成とし、
前記管理サーバに、
前記購入依頼情報受付手段が受け付けた前記購入依頼情報に基づいて、対応する前記識別情報を取得し、この識別情報に対応する前記メッセージ情報を抽出する抽出手段と、
前記抽出したメッセージ情報を、前記購入希望者端末に対して送信するメッセージ情報送信手段とを備えた
請求項１から４のうちいずれかに記載の商品管理システム。