【手続補正書】
【提出日】平成22年1月6日(2010.1.6)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワークを介して提供される一の仮想空間と、当該一の仮想空間とは異なる他の仮想空間と、の間でアイテムの取引を管理する取引管理サーバ装置であって、
前記一の仮想空間及び前記他の仮想空間のそれぞれの仮想空間において、取引を行う出品ユーザ及び入札を行う入札ユーザが正規の会員であるか否かをそれぞれ確認するユーザ確認手段と、
前記ユーザ確認手段により正規の会員であると確認された出品ユーザから、前記一の仮想空間において前記アイテムの出品操作を受け付けた場合に、当該アイテムが前記一の仮想空間内に登録されているか否かの確認を行うアイテム確認手段と、
当該出品操作を受け付けたアイテムの前記他の仮想空間における入札を受け付ける入札受付手段と、
前記他の仮想空間に対する入札の結果、前記他の仮想空間における落札が成立した場合に、前記一の仮想空間における落札処理と、前記他の仮想空間における落札処理と、を実行する落札処理手段と、
を備える、仮想空間の間の取引を管理する取引管理サーバ装置。
【請求項２】
前記入札受付手段の入札に基づいて、前記入札したユーザが前記他の仮想空間において該入札に見合った通貨を所有しているか否かの確認を行う通貨確認手段をさらに備える、請求項１に記載の取引管理サーバ装置。
【請求項３】
前記ユーザ確認手段が行う前記一の仮想空間のユーザ確認、前記アイテム確認手段が行う前記一の仮想空間のアイテム確認、及び前記落札処理手段が行う一の仮想空間における落札処理は、前記一の仮想空間のユーザ管理ＤＢを介して行い、
前記ユーザ確認手段が行う前記他の仮想空間のユーザ確認、及び前記落札処理手段が行う他の仮想空間における落札処理は、前記他の仮想空間のユーザ管理ＤＢを介して行う、請求項１又は２に記載の取引管理サーバ装置。
【請求項４】
前記ユーザ確認手段は、前記一の仮想空間におけるユーザ確認、及び前記他の仮想空間におけるユーザ確認によって双方が正規に登録されたユーザであること確認できた場合に、アイテム出品の受け付けを可能とする、請求項１乃至３の何れか一項に記載の取引管理サーバ装置。
【請求項５】
前記落札処理手段は、前記一の仮想空間における前記アイテムの所有権を、前記一の仮想空間における出品ユーザから、前記他の仮想空間における落札した入札ユーザと同一人である前記一の仮想空間におけるユーザへ移動させ、前記他の仮想空間における落札額を、前記他の仮想空間における前記落札した入札ユーザから、前記一の仮想空間における前記出品ユーザと同一人である前記他の仮想空間におけるユーザへ移動させる、請求項１乃至４の何れか一項に記載の取引管理サーバ装置。
【請求項６】
前記落札処理手段は、前記一の仮想空間で落札されたアイテムと前記他の仮想空間で落札された同一又は実質的に同一の前記アイテムに基づいて、前記一の仮想空間と前記他の仮想空間との通貨の交換レートを演算する、請求項１乃至５の何れか一項に記載の取引管理サーバ装置。
【請求項７】
前記アイテムの取引のために前記仮想空間に参加するユーザは、前記一の仮想空間と前記他の仮想空間との両方にユーザ登録をしていれば、何れか一方の仮想空間へのログインを受け付けたことにより前記アイテムの売買を受付可能に構成されている、請求項１乃至６の何れか一項に記載の取引管理サーバ装置。
【請求項８】
ネットワークを介して提供される一の仮想空間と、当該一の仮想空間とは異なる他の仮想空間と、の間でアイテムの取引を管理する取引管理サーバ装置が実行する取引管理方法であって、
前記取引管理サーバ装置が、前記一の仮想空間及び前記他の仮想空間のそれぞれの仮想空間において、取引を行う出品ユーザ及び入札を行う入札ユーザが正規の会員であるか否かをそれぞれ確認するユーザ確認処理と、
前記ユーザ確認処理により正規の会員であると確認された出品ユーザから、前記一の仮想空間において前記アイテムの出品操作を受け付けた場合に、当該アイテムが前記一の仮想空間内に登録されているか否かの確認を行うアイテム確認処理と、
当該出品操作を受け付けたアイテムの前記他の仮想空間における入札を受け付ける入札受付処理と、
前記他の仮想空間に対する入札の結果、落札が成立した場合に、前記一の仮想空間における落札と、前記他の仮想空間における落札と、を実行する落札処理と、
を実行する取引管理方法。
【請求項９】
請求項８に記載の取引管理方法をコンピュータに実行させるためのプログラム。
【請求項１０】
ネットワークを介して提供される一の仮想空間と、当該一の仮想空間とは異なる取引サービスと、の間でアイテムの取引を管理する取引管理サーバ装置による取引管理方法であって、
前記取引管理サーバ装置が、前記一の仮想空間及び前記取引サービスのそれぞれにおいて、取引を行う出品ユーザ及び入札を行う入札ユーザが正規の会員であるか否かをそれぞれ確認するユーザ確認処理と、
前記ユーザ確認処理により正規の会員であると確認された出品ユーザから、前記一の仮想空間において前記アイテムの出品操作を受け付けた場合に、当該アイテムが前記一の仮想空間内に登録されているか否かの確認を行うアイテム確認処理と、
当該出品操作を受け付けたアイテムの前記取引サービスにおける入札を受け付ける入札受付処理と、
前記取引サービスに対する入札の結果、落札が成立した場合に、前記一の仮想空間における落札と、前記取引サービスにおける落札と、を実行する落札処理と、
を実行する取引管理方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【発明の名称】取引管理サーバ装置、取引管理方法及びプログラム
【技術分野】
【０００１】
本発明は、インターネットを利用した商取引を管理する取引管理サーバ装置、取引管理方法及びプログラムに関する。詳しくは、インターネットを利用した仮想空間を介した商取引を管理する取引管理サーバ装置、取引管理方法及びプログラムに関する。
【背景技術】
【０００２】
インターネットの社会への普及に伴い、従来、出品者が出品した商品等に対して、複数のコンピュータから各入札者（購入希望者）が所望の入札額をそれぞれ提示し、入札締切時間の経過後に入札額が最も高額となった入札者を落札者として決定するインターネット等のネットワークを利用したネットオークションシステムが知られている（例えば、特許文献１参照。）。
【０００３】
ここで、インターネット等のネットワークを利用したネットオークションを行う際には、次の様な方法が一般に行われていた。すなわち、ネットオークションを利用しようとするユーザは先ずオークションサービスを提供しているホームページにアクセスし、氏名等を入力することによって登録を行う。次に、複数の商品等が掲載されたページにアクセスし、興味のある商品等の選択を行い、個別の商品等のページにおいて、金額上げ幅等の指定されたパラメータに準拠して各種情報を入力することによってユーザはオークションに参加する。そして、その商品のオークション開催期間が経過した後に落札者が決定される。例えば、商品等が一つである場合には、落札価格として最高値を入力していたユーザが落札者として決定され、該当商品等を購入することができるのである。
【特許文献１】特開２００２−４９７８７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、インターネット等のネットワークを利用したリアルマネートレーディング（以下ＲＭＴ（Ｒｅａｌ−Ｍｏｎｅｙ  Ｔｒａｄｉｎｇ））では、「仮想通貨が存在し相場が形成されている」「アイテム譲渡が可能である」等、擬似的な経済システムが成立しており、ユーザー数も多い大規模なＭＭＯＲＰＧ（Ｍａｓｓｉｖｅｌｙ  Ｍｕｌｔｉｐｌａｙｅｒ  Ｏｎｌｉｎｅ  Ｒｏｌｅ−Ｐｌａｙｉｎｇ  Ｇａｍｅ）等、とりわけ、ゲーム達成の優劣が個人の技量よりも、単純な累積プレイ時間とキャラクターのレベル値、装備の特殊能力に左右されがちな特性をもつゲームで行われている。
【０００５】
ＲＭＴが増加する遠因としては、上記のようなシステム下において、ゲームを長時間できるプレイヤーと短時間しかできないプレイヤーの経済やコミュニティが同一化している傾向があり、かつ所得格差（すなわち所持している仮想通貨、希少アイテム、武器防具等の装備アイテムの性能差）が際立つ構造となってしまっていることが挙げられる。これらは、ＲＭＴが盛んなことが問題となっているネットゲームの特性とも言える。そして、ＲＭＴを生み出しているのは、一見プレイヤー側のようであるが、構造的要因としてゲームシステムそのものと運営が大きく関連している。
【０００６】
またＲＭＴが行われる過程で詐欺行為やゲームバランスの崩壊等のトラブルが発生している。これによりプレイヤー離れや新規プレイヤーの継続率低下を起こしているタイトルもある。これらの事を理由としてＲＭＴを嫌うゲームユーザーも多い。運営会社の多くはＲＭＴに対して取り締まり行為を行っているが、アンダーグラウンドな社会が形成されており、取り締まり行為で禁止することには限界があり、取引を禁止すること自体が困難な状況となっている。
【０００７】
そこで、本発明では、アンダーグラウンドなＲＭＴを正式な取引として認め、適正なルールに乗っ取って、健全な取引社会を形成すべく、ユーザが登録している複数の仮想空間等の取引サービスをまたがって取引をすることが可能となる、取引管理サーバ装置及び方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
（１）  ネットワークを介して提供される一の仮想空間と、当該一の仮想空間とは異なる他の仮想空間と、の間でアイテムの取引を管理する取引管理サーバ装置であって、
前記一の仮想空間及び前記他の仮想空間のそれぞれの仮想空間において、取引を行う出品ユーザ及び入札を行う入札ユーザが正規の会員であるか否かをそれぞれ確認するユーザ確認手段と、
前記ユーザ確認手段により正規の会員であると確認された出品ユーザから、前記一の仮想空間において前記アイテムの出品操作を受け付けた場合に、当該アイテムが前記一の仮想空間内に登録されているか否かの確認を行うアイテム確認手段と、
当該出品操作を受け付けたアイテムの前記他の仮想空間における入札を受け付ける入札受付手段と、
前記他の仮想空間に対する入札の結果、前記他の仮想空間における落札が成立した場合に、前記一の仮想空間における落札処理と、前記他の仮想空間における落札処理と、を実行する落札処理手段と、
を備える、仮想空間の間の取引を管理する取引管理サーバ装置。
【０００９】
（１）に係る発明によれば、取引管理サーバ装置は、一の仮想空間（例えば、後述の仮想空間Ｂ）及び他の仮想空間（例えば、後述の仮想空間Ａ）のそれぞれの仮想空間において、取引を行う出品ユーザ（例えば、後述の出品者）及び入札を行う入札ユーザ（例えば、後述の入札者）が正規の会員であるか否かをそれぞれ確認する機能を有する。そして、取引管理サーバ装置は、ユーザ確認された出品ユーザから、一の仮想空間においてアイテムの出品操作を受け付けた場合に、アイテムが一の仮想空間内に登録されているか否かの確認を行う機能を有する。また、取引管理サーバ装置は、出品操作を受け付けたアイテムの他の仮想空間における入札を受け付けて、他の仮想空間に対する入札の結果、他の仮想空間における落札が成立した場合に、一の仮想空間における落札処理と、他の仮想空間における落札処理とを実行する機能を有する。
【００１０】
（１）に係る発明によれば、ユーザが登録している複数の仮想空間をまたがって取引をする場合に、ユーザにとっては仮想空間の間の相違を意識することなく、アイテムの取引が可能となり、通常のオークションと同様に手軽かつ安全に取引を楽しむことができる付加価値の高い（娯楽性、楽しみの度合いが高い）サービスをユーザに提供することが可能となる。
【００１１】
さらに、ユーザが登録している仮想空間の間においてユーザが取引をする場合には、それぞれの仮想空間においてユーザの登録の有無、ユーザが出品しようとしているアイテムが確認されるので、ユーザが所有するアイテムとそのアイテムの決済を別々の仮想空間において正確かつ安全に実行することが可能となる。
【００１２】
また、ユーザ確認、アイテム確認において複数のユーザチェック機能を働かせることが可能であるので、一層安全にサービスを提供することができる。
【００１３】
（２）  前記入札受付手段の入札に基づいて、前記入札したユーザが前記他の仮想空間において該入札に見合った通貨を所有しているか否かの確認を行う通貨確認手段をさらに備える、（１）に記載の取引管理サーバ装置。
【００１４】
（２）に係る発明によれば、入札を行うユーザの他の仮想空間における通貨の確認を行うため、（１）に係る発明よりさらに確実に、アイテムの決済を行うことが可能となる。
【００１５】
（３）  前記ユーザ確認手段が行う前記一の仮想空間のユーザ確認、前記アイテム確認手段が行う前記一の仮想空間のアイテム確認、及び前記落札処理手段が行う一の仮想空間における落札処理は、前記一の仮想空間のユーザ管理ＤＢを介して行い、
前記ユーザ確認手段が行う前記他の仮想空間のユーザ確認、及び前記落札処理手段が行う他の仮想空間における落札処理は、前記他の仮想空間のユーザ管理ＤＢを介して行う、（１）又は（２）に記載の取引管理サーバ装置。
【００１６】
（３）に係る発明によれば、ユーザ確認、アイテム確認及び落札処理がそれぞれの仮想空間におけるユーザ管理ＤＢで独立して実行されるので、ユーザが所有するアイテムの確認と、そのアイテムの決済とを別々の仮想空間において正確に実行することが可能となる。
【００１７】
（４）  前記ユーザ確認手段は、前記一の仮想空間におけるユーザ確認、及び前記他の仮想空間におけるユーザ確認によって双方が正規に登録されたユーザであること確認できた場合に、アイテム出品の受け付けを可能とする、（１）乃至（３）の何れか一項に記載の取引管理サーバ装置。
【００１８】
（４）に係る発明によれば、正規登録したユーザのみがアイテムを出品することができるので、ユーザは、出品されたアイテムの信憑性について危惧する必要がなくなり、安心して取引できる。また、ユーザが正当に登録されている正規の会員にのみ本サービスを提供することが可能となる。
【００１９】
（５）  前記落札処理手段は、前記一の仮想空間における前記アイテムの所有権を、前記一の仮想空間における出品ユーザから、前記他の仮想空間における落札した入札ユーザと同一人である前記一の仮想空間におけるユーザへ移動させ、前記他の仮想空間における落札額を、前記他の仮想空間における前記落札者から、前記一の仮想空間における前記出品ユーザと同一人である前記他の仮想空間におけるユーザへ移動させる、（１）乃至（４）の何れか一項に記載の取引管理サーバ装置。
【００２０】
（５）に係る発明によれば、落札者が決定されると、それぞれの仮想空間においてアイテムの引き渡し（所有の移動）と、落札金額の授受と、がそれぞれの取引管理サーバ装置において実行される。
【００２１】
このようにして、（５）に係る発明によれば、落札処理（アイテムの交換と落札金額の授受）がそれぞれの仮想空間で独立して実行されるので、ユーザが所有するアイテムの確認とそのアイテムの決済とを別々の仮想空間において正確かつ安全に実行することが可能となる。
【００２２】
また、ユーザＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）が正当に登録されている正規会員にのみ、本サービスを確実に提供することができる。
【００２３】
（６）  前記落札処理手段は、前記一の仮想空間で落札されたアイテムと前記他の仮想空間で落札された同一又は実質的に同一の前記アイテムに基づいて、前記一の仮想空間と前記他の仮想空間との通貨の交換レートを演算する、（１）乃至（５）の何れか一項に記載の取引管理サーバ装置。
【００２４】
（６）に係る発明によれば、異なる仮想空間において同一又は実質的に同一のアイテムに基づいて貨幣の交換レートが演算されるので、二つの仮想空間における経済活動を客観的かつ適正に結びつけることが可能になる。またユーザにとっても、ユーザが通貨を有する仮想空間とは異なる仮想空間のアイテムを適正な価格で落札することが可能になる。
【００２５】
（７）  前記アイテムの取引のために前記仮想空間に参加するユーザは、前記一の仮想空間と前記他の仮想空間との両方にユーザ登録をしていれば、何れか一方の仮想空間へのログインを受け付けたことにより前記アイテムの売買を受付可能に構成されている、（１）乃至（６）の何れか一項に記載の取引管理サーバ装置。
【００２６】
（７）に係る発明によれば、ユーザは複数の仮想空間に一旦登録しておけば、登録している何れかの仮想空間にログインすることで自由にアイテムの売買を行うことが可能になる。したがって、ユーザにとって使い勝手の良いサービスとなる。
【００２７】
また、取引管理サーバ装置を有するサービス会社はユーザの満足度を高める独特のサービスを提供することが可能になる。
【００２８】
（８）  ネットワークを介して提供される一の仮想空間と、当該一の仮想空間とは異なる他の仮想空間と、の間でアイテムの取引を管理する取引管理サーバ装置が実行する取引管理方法であって、
前記取引管理サーバ装置が、前記一の仮想空間及び前記他の仮想空間のそれぞれの仮想空間において、取引を行う出品ユーザ及び入札を行う入札ユーザが正規の会員であるか否かをそれぞれ確認するユーザ確認処理と、
前記ユーザ確認処理により正規の会員であると確認された出品ユーザから、前記一の仮想空間において前記アイテムの出品操作を受け付けた場合に、当該アイテムが前記一の仮想空間内に登録されているか否かの確認を行うアイテム確認処理と、
当該出品操作を受け付けたアイテムの前記他の仮想空間における入札を受け付ける入札受付処理と、
前記他の仮想空間に対する入札の結果、落札が成立した場合に、前記一の仮想空間における落札と、前記他の仮想空間における落札と、を実行する落札処理と、
を実行する取引管理方法。
【００２９】
（９）  （８）に記載の取引管理方法をコンピュータに実行させるためのプログラム。
【００３０】
（８）に係る発明によれば、当該方法を実行することにより、（１）と同様の効果を期待できる。また、（９）に係る発明によれば、当該プログラムをコンピュータに実行させることにより、（１）と同様の効果を期待できる。
【００３１】
（１０）  ネットワークを介して提供される一の仮想空間と、当該一の仮想空間とは異なる取引サービスと、の間でアイテムの取引を管理する取引管理サーバ装置による取引管理方法であって、
前記取引管理サーバ装置が、前記一の仮想空間及び前記取引サービスのそれぞれにおいて、取引を行う出品ユーザ及び入札を行う入札ユーザが正規の会員であるか否かをそれぞれ確認するユーザ確認処理と、
前記ユーザ確認処理により正規の会員であると確認された出品ユーザから、前記一の仮想空間において前記アイテムの出品操作を受け付けた場合に、当該アイテムが前記一の仮想空間内に登録されているか否かの確認を行うアイテム確認処理と、
当該出品操作を受け付けたアイテムの前記取引サービスにおける入札を受け付ける入札受付処理と、
前記取引サービスに対する入札の結果、落札が成立した場合に、前記一の仮想空間における落札と、前記取引サービスにおける落札と、を実行する落札処理と、
を実行する取引管理方法。
【００３２】
（１０）に係る発明によれば、仮想空間と取引サービスとの間におけるアイテムの取引を円滑に行うことが可能である。ここで、取引サービスとは、インターネットを経由して行われる現実の貨幣に基づいて行われる商取引サービスであって、Ｗｅｂサイトを経由して行われる、カード又は現金で取引を行う実世界の取引である。
【発明の効果】
【００３３】
本発明によれば、複数の仮想空間の間の取引を円滑に行うことが可能な取引管理サーバ装置、取引管理方法及びプログラムを提供し、ユーザが登録している複数の仮想空間の間において、ユーザが所有するアイテムとそのアイテムの決済を別々の仮想空間において正確かつ安全に実行することが可能となる。
【発明を実施するための最良の形態】
【００３４】
以下、本発明の実施形態について説明する。
【００３５】
［システム全体構成］
図１は、本実施形態に係る取引管理サーバ装置１０、仮想空間Ａ取引管理サーバ装置２０、仮想空間Ｂ取引管理サーバ装置３０、ユーザ端末４０及びユーザ端末５０を含んで構成される情報処理システムを示す。なお、図１においては、情報処理システムは、ユーザ端末４０，５０が二台で示されているが、これに限られず、ユーザ端末が二台以上で構成されてもよい。
【００３６】
また、仮想空間Ａ取引管理サーバ装置２０は、仮想空間Ａを形成し、ユーザは、仮想空間Ａ取引管理サーバ装置２０の仮想空間Ａだけで取引を行うことも可能である。そして、仮想空間Ｂ取引管理サーバ装置３０は、仮想空間Ｂを形成し、ユーザは、仮想空間Ｂ取引管理サーバ装置３０の仮想空間Ｂだけで取引を行うことも可能である。
【００３７】
なお、仮想空間の取引管理サーバの台数が増加するとそれだけ仮想空間の数が増加し、ユーザ端末の台数が増えれば取引者の数が増加することを意味する。
【００３８】
本実施形態では、仮想空間Ａと仮想空間Ｂとの間の取引を取引管理サーバ装置１０が管理する構成を以下に説明する。
【００３９】
取引管理サーバ装置１０、仮想空間Ａ取引管理サーバ装置２０及び仮想空間Ｂ取引管理サーバ装置３０は同様の構成をしており、図２にサーバ装置（取引管理サーバ装置）１０の一例を示し、対応する仮想空間Ａ取引管理サーバ装置２０及び仮想空間Ｂ取引管理サーバ装置３０の各部（ハードウェア構成要素）は添え字としてアルファベット一字を加えて示す。すなわち、仮想空間Ａ取引管理サーバ装置２０の場合は添え字として「Ａ」を（例えば、取引管理サーバ装置１０の制御部は制御部３００で示されるが、対応する仮想空間Ａ取引管理サーバ装置２０の制御部は制御部３００Ａで示される。図４参照。）加えて示し、仮想空間Ｂ取引管理サーバ装置３０の場合は添え字として「Ｂ」を（例えば、取引管理サーバ装置１０の制御部は制御部３００で示されるが、対応する仮想空間Ｂ取引管理サーバ装置３０の制御部は制御部３００Ｂで示される。図５参照。）加えて示す。
【００４０】
取引管理サーバ装置１０の制御部３００を構成するＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）３１０（マルチプロセッサ構成ではＣＰＵ３２０等複数のＣＰＵが追加されてもよい）、バスライン２００、通信Ｉ／Ｆ（Ｉ／Ｆ：インタフェース）３３０、メインメモリ３４０、ＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）３５０、Ｉ／Ｏコントローラ３６０、ハードディスク３７０、光ディスクドライブ３８０及び半導体メモリ３９０を備える。なお、ハードディスク３７０、光ディスクドライブ３８０及び半導体メモリ３９０はまとめて記憶装置４１０と呼ばれる。
【００４１】
制御部３００は、取引管理サーバ装置１０を統括的に制御する部分であり、ハードディスク３７０に記憶された各種プログラムを適宜読み出して実行することにより、上述したハードウェアと協働し、本発明に係る各種機能を実現している。
【００４２】
通信Ｉ／Ｆ３３０は、取引管理サーバ装置１０が、ネットワークを介してユーザ端末４０等の他の装置と情報を送受信する場合のネットワーク・アダプタである。
【００４３】
ＢＩＯＳ３５０は、取引管理サーバ装置１０の起動時にＣＰＵ３１０が実行するブートプログラムや、取引管理サーバ装置１０のハードウェアに依存するプログラム等を記録する。
【００４４】
Ｉ／Ｏコントローラ３６０には、ハードディスク３７０、光ディスクドライブ３８０及び半導体メモリ３９０等の記憶装置４１０を接続することができる。
【００４５】
ハードディスク３７０は、本ハードウェアを取引管理サーバ装置１０として機能させるための各種プログラム、本発明の機能を実行するプログラム及び後述するテーブル等を記憶する。なお、取引管理サーバ装置１０は、外部に別途設けたハードディスク（図示せず）を外部記憶装置として利用することもできる。
【００４６】
光ディスクドライブ３８０としては、例えば、ＤＶＤ−ＲＯＭドライブ、ＣＤ−ＲＯＭドライブ、ＤＶＤ−ＲＡＭドライブ及びＣＤ−ＲＡＭドライブを使用することができる。この場合は各ドライブに対応した光ディスク４００を使用する。光ディスク４００から光ディスクドライブ３８０によりプログラム又はデータを読み取り、Ｉ／Ｏコントローラ３６０を介してメインメモリ３４０又はハードディスク３７０に提供することもできる。
【００４７】
なお、本発明でいうコンピュータとは、記憶装置、制御部等を備えた情報処理装置をいい、取引管理サーバ装置１０は、記憶装置４１０及び制御部３００等を備えた情報処理装置により構成され、この情報処理装置は、本発明のコンピュータの概念に含まれる。
【００４８】
また、本発明に係る取引管理サーバ装置１０は、上述のような構成を有することにより、ユーザが一の仮想空間から他の仮想空間へアイテムを出品する場合に、そのユーザがその一の仮想空間と入札を募集する他の仮想空間とでユーザ登録をしているか否かを確認する機能を有している。そして、取引管理サーバ装置１０は、ユーザが一の仮想空間においてアイテムを有しているか否かを確認した後に、他の仮想空間でのアイテムの出品を受け付け、他の仮想空間での他のユーザの入札を受け付け、入札をしたユーザの他の仮想空間での通貨の保有及びユーザ登録とその一の仮想空間でのユーザ登録とを確認し、一の仮想空間と他の仮想空間での落札処理を実行する機能を有している。
【００４９】
ここで、当該機能を発揮するための構成について、取引管理サーバ装置１０を図３に示す機能ブロック図を用いて説明する。そして、仮想空間Ａにおける仮想空間Ａ取引管理サーバ装置２０の機能ブロック図を図４に示し、仮想空間Ｂにおける仮想空間Ｂ取引管理サーバ装置３０の機能ブロック図を図５に示し、取引管理サーバ装置１０を図３に示す機能ブロック図で説明する際にそれぞれ引用する。
【００５０】
なお、仮想空間Ａ取引管理サーバ装置２０及び仮想空間Ｂ取引管理サーバ装置３０の図４及び図５に記載されている機能で、以下の図３において説明されない部分は、仮想空間Ａ取引管理サーバ装置２０を用いて単独で仮想空間Ａにおいて取引される場合又は仮想空間Ｂ取引管理サーバ装置３０を用いて単独で仮想空間Ｂにおいて取引される場合にそれぞれ使用される。
【００５１】
まず、図３における取引管理サーバ装置１０を説明すると、取引管理サーバ装置１０は、一の仮想空間（仮想空間Ｂ）における仮想Ｂ出品受付手段としての仮想Ｂ出品受付部３１において出品が受け付けられた場合に出品を受け付ける出品受付手段としての出品受付部１１と、一の仮想空間（仮想空間Ｂ）における仮想Ｂユーザ確認手段としての仮想Ｂユーザ確認部３２のユーザ確認と他の仮想空間（仮想空間Ａ）における仮想Ａユーザ確認手段としての仮想Ａユーザ確認部２２のユーザ確認とを受け付けるユーザ確認手段としてのユーザ確認部１２と、一の仮想空間（仮想空間Ｂ）における仮想Ｂアイテム確認手段としての仮想Ｂアイテム確認部３３においてアイテムの確認が行われた場合にアイテムの確認を受け付けるアイテム確認手段としてのアイテム確認部１３と、ユーザ確認手段としてのユーザ確認部１２とアイテム確認手段としてのアイテム確認部１３との確認結果に基づいて他の仮想空間（仮想空間Ａ）へのアイテムの出品を受け付けるアイテム出品受付手段としてのアイテム出品受付部１４と、他の仮想空間（仮想空間Ａ）における仮想Ａ入札受付手段としての仮想Ａ入札受付部２５において入札が受け付けられた場合に入札を受け付ける入札受付手段としての入札受付部１５と、入札受付部１５での入札に基づいて、他の仮想空間（仮想空間Ａ）における仮想Ａ通貨確認手段としての仮想Ａ通貨確認部２６において通貨の確認を行う通貨確認手段としての通貨確認部１６と、他の仮想空間（仮想空間Ａ）における仮想Ａ落札処理手段としての仮想Ａ落札処理部２７において落札が成立した場合に、一の仮想空間（仮想空間Ｂ）における仮想Ｂ落札処理手段としての仮想Ｂ落札処理部３７の落札処理と、他の仮想空間（仮想空間Ａ）における仮想Ａ落札処理手段としての仮想Ａ落札処理部２７の落札処理と、を実行する落札処理部１７と、を備える。
【００５２】
出品受付部１１では、仮想空間ＢにおけるユーザＹ’が仮想空間Ｂのアイテムを仮想空間Ａにおいて出品する場合に、仮想空間Ｂにおける仮想空間Ｂ出品受付部３１からの指示を受け付ける。
【００５３】
具体的には、ユーザＹ’がユーザ端末５０から仮想空間Ｂへログインし、ユーザＹ’が他の仮想空間へアイテムを出品しようとすると、仮想空間Ｂ取引管理サーバ装置３０の仮想空間Ｂ出品受付部３１において、仮想空間ＢにおけるユーザＹ’のユーザＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）、出品しようとしているアイテムのアイテムＩＤ、アイテムを出品しようとする出品先仮想空間情報（本実施形態では仮想空間Ａである）、及び出品先仮想空間でのユーザＹ’のユーザＩＤが出品受付部１１に送信される。
【００５４】
ユーザ確認部１２では、仮想空間Ｂにおける仮想Ｂユーザ確認部３２のユーザ確認と仮想空間Ａにおける仮想Ａユーザ確認部２２のユーザ確認とを受け付ける。
【００５５】
具体的には、ユーザ確認部１２は、仮想空間ＢにおけるユーザＹ’のユーザＩＤが仮想空間Ｂユーザ管理ＤＢ３８に登録されているか否かを仮想Ｂユーザ確認部３２へ問い合わせ、仮想空間ＡにおけるユーザＹ（本実施形態においては仮想空間ＢにおけるユーザＹ’は仮想空間ＡにおけるユーザＹと同一人である）のユーザＩＤが仮想Ａユーザ管理ＤＢ２８に登録されているか否かを仮想Ａユーザ確認部２２へ問い合わせる。
【００５６】
すなわち、取引管理サーバ装置１０は、二つの仮想空間にユーザＩＤが正当に登録されている正規の会員にのみ本サービスを提供する機能を有する。
【００５７】
現実の世界では、同一人である仮想空間ＢにおけるユーザＹ’と仮想空間ＡにおけるユーザＹとの登録が確認されない場合、ユーザ確認部１２は処理を中断し、又はエラーメッセージを仮想空間ＢにおけるユーザＹ’のユーザ端末５０へ送信する。
【００５８】
アイテム確認部１３では、仮想空間Ｂにおける仮想Ｂアイテム確認部３３においてアイテムの確認が行われた場合にアイテムの確認を受け付ける。
【００５９】
具体的には、アイテム確認部１３は、仮想空間Ｂの仮想Ｂアイテム確認部３３へ、ユーザＹ’が仮想空間Ａにおいて出品しようとしているアイテムのアイテムＩＤが仮想空間Ｂの仮想Ｂユーザ管理ＤＢ３８に登録されているか否かを検査するように指示する。
【００６０】
すなわち、ユーザが実際には所有していないアイテムを出品することを有効に防ぐことが可能になる。
【００６１】
アイテムＩＤの登録が確認されない場合には、アイテム確認部１３は処理を中断し、エラーメッセージを仮想空間ＢにおけるユーザＹ’のユーザ端末５０へ送信する。
【００６２】
アイテム出品受付部１４では、ユーザ確認部１２とアイテム確認部１３との確認結果に基づいて仮想空間Ａへのアイテムの出品を受け付ける。
【００６３】
具体的には、ユーザ確認部１２において、現実の世界では同一人である、仮想空間ＢにおけるユーザＹ’と仮想空間ＡにおけるユーザＹとの登録が仮想Ｂユーザ管理ＤＢ３８及び仮想Ａユーザ管理ＤＢ２８において確認され、アイテム確認部１３において、ユーザＹ’が仮想空間Ａにおいて出品しようとしているアイテムのアイテムＩＤが仮想空間Ｂの仮想Ｂユーザ管理ＤＢ３８に登録されていることが確認された場合に、アイテム出品受付部１４は、仮想空間Ａ取引管理サーバ装置２０の仮想Ａアイテム出品受付部２４へアイテムの出品を要請する。
【００６４】
アイテムの出品を要請を受けた仮想Ａアイテム出品受付部２４は仮想空間Ａ取引管理サーバ装置２０が管理する仮想空間Ａへ指示されたアイテムを仮想空間ＡのユーザＹが出品したものとして取り扱う。
【００６５】
仮想Ａアイテム出品受付部２４は、出品要求があったと判断された場合、出品者の登録、出品物の名称、出品物に関する情報、落札の条件、及びその他の出品やオークションの際に必要となる情報を受け付ける出品受付処理を行い、この出品受付処理で取得した情報を仮想Ａユーザ管理ＤＢ２８等に登録する。出品受付処理は、従来のネットオークションにおける出品の受付処理と同様である。そのため、出品受付処理についての詳細な説明は、省略する。
【００６６】
入札受付部１５では、仮想空間Ａにおける仮想Ａ入札受付部２５から、仮想空間Ａにおけるユーザが、アイテム出品受付部１４を介して出品されたアイテムに対して入札をした場合に入札の通知が受信される。
【００６７】
通貨確認部１６では、入札受付部１５において、仮想空間Ａにおいて出品された仮想空間Ｂのアイテムに対して入札が行われると、入札者が仮想空間Ａにおいて入札金額に見合う通貨を所有しているか否かを、仮想Ａユーザ管理ＤＢ２８を介して調査する。
【００６８】
入札者が仮想空間Ａにおいて入札金額に見合う通貨を所有していない場合には、通貨確認部１６は処理を中断し、又はエラーメッセージを仮想空間Ａにおける入札者であるユーザＸのユーザ端末４０へ送信する。
【００６９】
落札処理部１７は、仮想空間Ａにおける落札者が決定されると、仮想空間Ｂにおける仮想Ｂ落札処理部３７を介して、仮想空間Ｂにおける出品者Ｙ’（仮想空間ＡにおけるＹ）から、仮想空間Ａにおける落札者Ｘである仮想空間ＢにおけるユーザＸ’に仮想空間Ａにおいて出品されたアイテムの所有権の移動処理を実行する。
【００７０】
また、落札処理部１７は、仮想空間Ａにおける落札者が決定されると、仮想空間Ａにおける仮想Ａ落札処理部２７を介して、仮想空間Ａにおける落札者Ｘ（仮想空間ＢにおけるＸ’）から、仮想空間Ａにおけるアイテム出品者Ｙ（仮想空間ＢにおけるＹ’）に落札額の移動処理を実行する。
【００７１】
このような構成によれば、ユーザが正規に登録している複数の仮想空間の間において、ユーザが何れかの仮想空間にログインすれば、ユーザが所有するアイテムを複数の仮想空間の間で正確かつ安全に提供することが可能となる。
【００７２】
なお、個人情報は以下のように取り扱われる。
【００７３】
［個人情報］
仮想Ａユーザ確認部２２又は仮想Ｂユーザ確認部３２において、出品や入札等オークションに実際に参加したい利用者は、会員として固有の会員ＩＤと、このオークションシステムとしての取引管理サーバ装置１０にログインするためのパスワードと、会員本人を特定できる情報と、を仮想Ａユーザ管理ＤＢ２８又は仮想Ｂユーザ管理ＤＢ３８に登録することとしている。そして取引管理サーバ装置１０は、オークション取引に際して会員ＩＤを名乗ってアクセスしてきた参加者の本人確認を適時に行っている。またオークション開催者は、この本人確認の手続きに対して手数料（本人確認費）を会員から徴収することとしているため、この手数料の徴収に係わる各種情報も仮想Ａユーザ管理ＤＢ２８又は仮想Ｂユーザ管理ＤＢ３８に登録することとしている。本実施形態では、決済サービスよる落札代金の決済に利用するクレジットカードをこの本人確認費の支払にも利用でき、クレジットカード決済を希望する会員については、その決済に必要なクレジットカード番号、有効期限等のカード決済情報が登録されているものとする。
【００７４】
取引管理サーバ装置１０は、自身が開催している全オークション案件をオークションＩＤによって識別し、各オークションについての開催経過や出品・入札・落札・決済に関する情報等を仮想Ａユーザ管理ＤＢ２８又は仮想Ｂユーザ管理ＤＢ３８に蓄積管理している。そして、出品者の会員ＩＤや出品商品、入札者の会員ＩＤや入札額等を対応付けさせながら随時更新している。なお、出品者としてオークションに参加した際、落札代金を受け取るための口座についての情報（本実施例では、金融機関名、店名、名義、口座種別、口座番号：以下、受取口座情報）については金融機関のシステムにその口座への振替を依頼することから、少なくとも決済システム側のデータベース（以下、受取情報データベース）で管理されることになる。仮想Ａユーザ管理ＤＢ２８又は仮想Ｂユーザ管理ＤＢ３８でも受取口座情報を管理するようにしてもよい。
【００７５】
何れにしても、取引管理サーバ装置１０と決済システムの双方が所要の情報にアクセスできるように各情報を管理しておけば、データベースの形態や構成はどのようなものであってもよい。すなわち、上述した各種データベースはどちらのシステムに所属していてもよいし、取引管理サーバ装置１０や決済システムが会員ＩＤに対応付けされた特定の情報を取得できれば、そのハードウェア構成はどのようなものであってもよい。各情報が一つのデータベースによって一括して管理されていてもよいし、複数のデータベースによって所定の情報が分散管理されていてもよい。
【００７６】
［処理手順］
ここで、本発明を適用した場合において実現され得る具体的な処理手順について、図６に示すフローチャートを参照して説明する。なお、以下に示す処理手順は、一例であってこれ以外にも実現され得る処理手順は無数に存在する。
【００７７】
なお、本発明に係る取引管理サーバ装置１０は、一の仮想空間（仮想空間Ｂ）における仮想Ｂ出品受付手段としての仮想Ｂ出品受付部３１において出品が受け付けられた場合に出品を受け付ける出品受付手段としての出品受付部１１と、一の仮想空間（仮想空間Ｂ）における仮想Ｂユーザ確認手段としての仮想Ｂユーザ確認部３２のユーザ確認、及び他の仮想空間（仮想空間Ａ）における仮想Ａユーザ確認手段としての仮想Ａユーザ確認部２２のユーザ確認を受け付けるユーザ確認手段としてのユーザ確認部１２と、一の仮想空間（仮想空間Ｂ）における仮想Ｂアイテム確認手段としての仮想Ｂアイテム確認部３３においてアイテムの確認が行われた場合にアイテムの確認を受け付けるアイテム確認手段としてのアイテム確認部１３と、ユーザ確認手段としてのユーザ確認部１２とアイテム確認手段としてのアイテム確認部１３との確認結果に基づいて他の仮想空間（仮想空間Ａ）へのアイテムの出品を受け付けるアイテム出品受付手段としてのアイテム出品受付部１４と、他の仮想空間（仮想空間Ａ）における仮想Ａ入札受付手段としての仮想Ａ入札受付部２５において入札が受け付けられた場合に入札を受け付ける入札受付手段としての入札受付部１５と、入札受付部１５手段の入札に基づいて、他の仮想空間（仮想空間Ａ）における仮想Ａ通貨確認手段としての仮想Ａ通貨確認部２６において通貨の確認を行う通貨確認部１６と、他の仮想空間（仮想空間Ａ）における仮想Ａ落札処理手段としての仮想Ａ落札処理部２７において落札が成立した場合に、一の仮想空間（仮想空間Ｂ）における仮想Ｂ落札処理手段としての仮想Ｂ落札処理部３７の落札処理と、他の仮想空間（仮想空間Ａ）における仮想Ａ落札処理手段としての仮想Ａ落札処理部２７の落札処理と、を実行する落札処理部１７と、を備える。
【００７８】
以下に、オークションの概要を説明し、その後に上述した動作をする取引管理サーバ装置１０について動作フローチャートを用いて説明する。
【００７９】
まず本発明の情報処理システムを用いて商品等の出品を行うことを希望する出品者は、所定の操作をユーザ端末４０又はユーザ端末５０から行うことにより、出品者側の画面に表示された情報を入力する。オークション対象の基本となる商品等の入札開始価格、入札単位、終了価格、出品数（落札可能者）等の他、商品等の名称、出品される商品等の内容、入札終了時刻等のオークション情報を入力する。
【００８０】
オークションの開催やその入札及び落札過程については、従来のオークションシステムによるネットオークションと同様である。新規のオークションＩＤが登録されると、入札出品商品と入札期限をＷｅｂページによって提示して入札者を募るとともに、入札者がこのＷｅｂページを通じて入札額をオークションシステムに通知してくると、該当するオークションＩＤにその会員のＩＤや入札額等を対応付けさせながらデータベースを随時更新していく。また、データベースを随時参照して各オークション会場となるＷｅｂページに入札額をリアルタイムで反映させていく。そして、期限満了時において、最高入札額を提示した会員を落札者として認知する。もちろん、出品者が提示した希望落札額を入札者が入札金額として提示した場合等、オークションには期限の満了を待たずに落札を決定させるための各種ルールも存在する。
【００８１】
何れにしても、落札が決定すると、該当のオークションＩＤに、出品者と落札者の会員ＩＤ及び落札した入札金額等を対応付けしてデータベースに格納する。また、データベース中に落札したオークション案件があれば、該当の落札者と出品者の電子メールアドレスにオークションの内容と落札額等を記載した落札通知を電子メールによって送信する。
【００８２】
またオークションシステムは、オークションが落札されると、その当事者に相手の取引態度等を評価してもらうための機能を備えている。オークションサイトの構造は、オークション取引が完了すると、その評価を通知してもらうためのＷｅｂページへと案内するように設計されている。その案内された先のＷｅｂページには、取引に際しての状況等を「非常に良い」「良い」「普通」「悪い」「非常に悪い」等、複数段階で評価してもらうための機能と、取引内容を評論したコメントの記入欄とが含まれている。取引当事者が自身のユーザ端末により、そのＷｅｂページ上で入力したそれら評価に関する情報をオークションシステムに返送すると、オークションシステムは当事者の会員ＩＤにその評価情報を対応付けして所定のデータベースに格納する。
【００８３】
まず、ステップＳ１では、出品受付部１１は出品受付処理を行う。ユーザＹ’がユーザ端末５０から仮想空間Ｂへログインし、ユーザＹ’が他の仮想空間へアイテムを出品しようとすると、仮想空間Ｂ取引管理サーバ装置３０の仮想空間Ｂ出品受付部３１において、仮想空間ＢにおけるユーザＹ’のユーザＩＤ、出品しようとしているアイテムのアイテムＩＤ、アイテムを出品しようとする出品先仮想空間情報（本実施形態では仮想空間Ａである）、及び出品先仮想空間でのユーザＹ’のユーザＩＤが出品受付部１１に送信される。ステップＳ１では、出品受付部１１は、仮想空間Ｂ出品受付部３１から送信されたこれらの情報を受け付ける。
【００８４】
続いて、ステップＳ２では、ユーザ確認部１２は、仮想空間Ａと仮想空間Ｂとでユーザ確認を行う。この処理では、ユーザ確認部１２は、仮想空間ＢにおけるユーザＹ’のユーザＩＤが仮想Ｂユーザ管理ＤＢ３８に登録されているか否かを仮想Ｂユーザ確認部３２へ問い合わせる。また、ユーザ確認部１２は、仮想空間ＡにおけるユーザＹ（本実施形態においては仮想空間ＢにおけるユーザＹ’は仮想空間ＡにおけるユーザＹと同一人である）のユーザＩＤが仮想Ａユーザ管理ＤＢ２８に登録されているか否かを仮想Ａユーザ確認部２２へ問い合わせる。
【００８５】
ステップＳ３では、アイテム確認部１３は、仮想空間Ｂでのアイテムの確認を行う。この処理では、アイテム確認部１３は、ユーザＹ’が仮想空間Ａにおいて出品しようとしているアイテムのアイテムＩＤが仮想空間Ｂの仮想Ｂユーザ管理ＤＢ３８に登録されていることを確認する。
【００８６】
ステップＳ４では、アイテム出品受付部１４は、仮想空間Ａへアイテムを出品する処理を行う。この処理では、ステップＳ３においてユーザＹ’が仮想空間Ａにおいて出品しようとしているアイテムのアイテムＩＤが仮想空間Ｂの仮想Ｂユーザ管理ＤＢ３８に登録されていることを確認できた場合に、アイテム出品受付部１４は、仮想空間Ａ取引管理サーバ装置２０の仮想Ａアイテム出品受付部２４へアイテムの出品を要請する。
【００８７】
ステップＳ５では、入札受付部１５は、仮想空間Ａでの入札を受け付ける。この処理では、入札受付部１５は、仮想空間Ａにおけるユーザがアイテム出品受付部１４を介して出品されたアイテムに対して入札をした場合、その入札の通知を受信する。
【００８８】
ステップＳ６では、通貨確認部１６は、仮想空間Ａでの通貨を確認する。この処理では、通貨確認部１６は、仮想空間Ａにおいて出品された仮想空間Ｂのアイテムに対して仮想空間Ａにおけるユーザが入札を行うとき、入札者である仮想空間Ａにおけるユーザが仮想空間Ａにおいて入札金額に見合う通貨を所有しているか否かを、仮想Ａユーザ管理ＤＢ２８を介して調査する。
【００８９】
ステップＳ７では、落札処理部１７は、仮想空間Ａと仮想空間Ｂとでの落札処理を行う。この処理では、仮想空間Ａにおける落札者が決定されると、落札処理部１７は、仮想空間Ｂにおける仮想Ｂ落札処理部３７を介して、仮想空間Ｂにおける出品者Ｙ’（仮想空間ＡにおけるＹ）から、仮想空間Ａにおける落札者Ｘである仮想空間ＢにおけるユーザＸ’に、仮想空間Ａにおいて出品されたアイテムの所有権の移動処理を実行する。
【００９０】
また、落札処理部１７は、仮想空間Ａにおける落札者が決定されると、仮想空間Ａにおける仮想Ａ落札処理部２７を介して、仮想空間Ａにおける落札者Ｘ（仮想空間ＢにおけるＸ’）から、仮想空間Ａにおけるアイテム出品者Ｙ（仮想空間ＢにおけるＹ’）に、落札額の移動処理を実行する。
【００９１】
このように本発明によれば、ユーザが正規に登録している複数の仮想空間の間において、ユーザが何れかの仮想空間にログインすれば、ユーザが所有するアイテムとそのアイテムの決済とを別々の仮想空間において正確かつ安全に実行することが可能となる。
【００９２】
［仮想空間Ａと仮想空間Ｂとの間における取引の概念の一例］
次に、図７を用いて、図６に基づく処理手順に沿った仮想空間Ａと仮想空間Ｂとの間における取引の概念の一例について説明する。
【００９３】
図７（１）は、仮想空間Ａと仮想空間Ｂとを模式的に示した図である。
【００９４】
図７（１）の向かって右側は仮想空間Ｂを模式的に示している。仮想空間ＢにおけるユーザＹ’がユーザ端末５０を操作して仮想空間ＢのアイテムＢ１を仮想空間Ａへ出品しようとしている。
【００９５】
仮想空間ＢにおけるユーザＹ’は図７（１）の向かって左側の仮想空間Ａにもユーザ登録をしている（仮想空間ＡにおけるユーザＹ）。
【００９６】
一方、図７（１）の向かって左側の仮想空間Ａでは、仮想空間ＡにおけるユーザＸがユーザ端末４０を操作して仮想空間Ｂから仮想空間Ａへ出品されたアイテムＢ１に対して入札をし、アイテムＢ１を落札しようとしている。仮想空間ＡのユーザＸは、仮想空間Ｂにおいて、ユーザＸ’としてユーザ登録をしているので、仮想空間Ｂから仮想空間Ａへ出品されたアイテムＢ１を入札する権利を有している。
【００９７】
ユーザＸはユーザ端末４０を介して、仮想空間ＡのオークションへはユーザＸとして参加でき、仮想空間ＢのオークションへはユーザＸ’として参加することができる。
【００９８】
また、ユーザＹはユーザ端末５０を介して、仮想空間ＡのオークションへはユーザＹとして参加でき、仮想空間ＢのオークションへはユーザＹ’として参加することができる。
【００９９】
このように、それぞれの仮想空間に登録しているユーザ同士の場合には、一方の仮想空間でアイテムの取引をし、他の仮想空間においてアイテムの決済（落札金額の授受）を行うことが可能になる。
【０１００】
図７（２）は、仮想空間Ａの仮想空間Ａ取引管理サーバ装置２０における、仮想空間Ａの通貨Ａ（Ａは仮想空間Ａでのみ取引できる通貨であることを示す）の所有者及び所有量の変化と、アイテムＡ（アイテムＡ１及びアイテムＡ２：Ａは仮想空間Ａでのみ取引できるアイテムであることを示す）の所有者及び所有量の変化とを表形式で示した図である。
【０１０１】
図７の場合には、仮想空間ＡにおいてユーザＸがアイテムＢ１を一個落札した場合を想定している。この場合には、仮想空間ＡのユーザＸは、仮想空間Ｂから仮想空間Ａへ出品されたアイテムＢ１の代金に相当する通貨Ａの７０単位を、アイテムＢ１の出品者である仮想空間ＡのユーザＹに支払うことが必要となる。
【０１０２】
その結果、仮想空間ＡでのユーザＹの通貨Ａの所有量は１００単位から３０単位に減少し、仮想空間ＡでのユーザＸの通貨Ａの所有量は５０単位から１２０単位に増加する。
【０１０３】
仮想空間Ａでは、アイテムＡ（アイテムＡ１及びアイテムＡ２）の所有者に変更はない。
【０１０４】
図７（３）は、仮想空間Ｂの仮想空間Ｂ取引管理サーバ装置３０における、仮想空間Ｂの通貨Ｂ（Ｂは仮想空間Ｂでのみ取引できる通貨であることを示す）の所有者及び所有量の変化と、アイテムＢ（アイテムＢ１及びアイテムＢ２：Ｂは仮想空間Ａでのみ取引できるアイテムであることを示す）の所有者及び所有量の変化とを表形式で示した図である。
【０１０５】
仮想空間Ａにおいて落札されたアイテムＢ１は実際には仮想空間Ｂにおいてのみ取引が可能であるので、仮想空間ＢでのユーザＹ’のアイテムＢ１の所有量は２個から１個（仮想空間Ａへ出品したアイテムＢ１の個数は１個である。）に減少し、仮想空間ＢでのユーザＸ’のアイテムＢ１の所有量は０個から１個に増加する（仮想空間Ａへ出品されたアイテムＢ１を１個落札している。）。
【０１０６】
仮想空間Ｂでは、通貨Ｂの所有者に変更は発生しない。
【０１０７】
［変形例］
以上の実施形態においてはユーザＹ’がログインした仮想空間（仮想空間Ｂ）とは別の仮想空間（仮想空間Ａ）においてアイテムの取引を行ったが、本発明はこれに限定されるわけではなく、ユーザＹ’が仮想空間Ａにログインした状態であっても、仮想空間Ｂから仮想空間Ａへ出品することが可能である。
【０１０８】
アイテムを落札したことによる通貨の移動が行われる仮想空間と、落札されたアイテムが移動される仮想空間との両方において、アイテムの出品者と落札者とがユーザ登録されていれば、ユーザは一の仮想空間で所有しているアイテムを他の仮想空間で出品し、他のユーザに落札されることが可能になる。この場合にユーザ登録されているユーザは、少なくとも登録されている仮想空間の何れか一つにログインしていれば、アイテムの出品が可能で、出品されたアイテムが落札されれば決済がなされる。
【０１０９】
また、以上の実施形態においては仮想空間に登録された登録ユーザが、仮想空間にログインして出品又は入札を行っているが、本発明はこれに限定されるわけではなく、取引管理サーバ装置１０が運営するＷｅｂページにユーザが直接アクセスして出品又は入札を行うことも可能である。
【０１１０】
この場合には、ユーザが仮想空間Ａ又はＢにおいて出品又は入札（落札）を行うことによって発生する仮想空間Ａ取引管理サーバ装置２０又は仮想空間Ｂ取引管理サーバ装置３０上で実施される各種機能は、取引管理サーバ装置１０の対応する機能ブロックにおいて実施される。
【０１１１】
また、以上の実施形態においては登録ユーザ自身が出品と落札を行っているが、本発明はこれに限定されるわけではなく、登録ユーザのアイテムをまとめて扱う仲介人が仮想空間に登録し、その仲介人がアイテムの出品をしてもよい。
【０１１２】
また、仮想空間に登録された仲介人は、他の登録された仲介人又はユーザが出品したアイテムを入札、落札することが可能であり、仲介人を介して仮想空間において決済を行うことも可能である。
【０１１３】
また、複数の仮想空間の間で取引されるアイテムから仮想空間で使用される通貨の取引交換レートを取引管理サーバ装置１０が演算してもよい。
【０１１４】
例えば、仮想空間ＡにおけるアイテムＡ２と仮想空間ＢにおけるアイテムＢ２とが同一又は実質的に同一の場合に、仮想空間ＡにおいてアイテムＡ２が通貨Ａ１０単位で取引され（落札され）、仮想空間ＢにおいてアイテムＢ２が通貨Ｂ２０単位で取引され（落札され）た場合には、通貨Ａと通貨Ｂとの交換レートは１対２（通貨Ａ、１単位と通貨Ｂ、２単位とが同等の価値を持つ）であると取引管理サーバ装置１０が演算する。
【０１１５】
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施例に記載されたものに限定されるものではない。
【０１１６】
すなわち、図７に基づいて説明した仮想空間Ａが、インターネットを経由して行われる現実の貨幣に基づいて行われる商取引サービスであってもよい。すなわち、インターネットを経由して行われる現実の貨幣に基づいて行われる商取引サービスであって、Ｗｅｂサイトを経由して行われる、カード又は現金で取引を行う実世界の取引が行われる取引サービスが、仮想空間Ａに代替してもよい。この態様によれば、仮想空間Ｂと、取引サービスとの間におけるアイテムの取引を円滑に行うことが可能である。
【０１１７】
また、以上の実施形態では仮想空間が二つの場合について説明してきたが、仮想空間の数には限定はなく、仮想空間が三つ以上の場合にも本発明を適用することが可能である。
【０１１８】
なお、本実施形態においては、取引管理サーバ装置１０は、ハードディスク３７０及び光ディスクドライブ３８０を有する構成として説明したが、これに限られず、これらの駆動系を有さない構成、いわゆるゼロスピンドルによる構成であってもよい。このような構成の場合には、ハードディスク３７０に記憶される内容は、大容量の半導体メモリ３９０に記憶される。
【図面の簡単な説明】
【０１１９】
【図１】本実施形態に係る取引管理サーバ装置、仮想空間Ａ取引管理サーバ装置、仮想空間Ｂ取引管理サーバ装置及び複数のユーザ端末から構成される情報処理システムを示す図である。
【図２】本実施形態に係る取引管理サーバ装置の構成を示すブロック図である。
【図３】本実施形態に係る取引管理サーバ装置の機能的な構成を示す機能ブロック図である。
【図４】本実施形態に係る仮想空間Ａ取引管理サーバ装置の機能的な構成を示す機能ブロック図である。
【図５】本実施形態に係る仮想空間Ｂ取引管理サーバ装置の機能的な構成を示す機能ブロック図である。
【図６】本実施形態に係る取引管理サーバ装置による処理手順についての説明に供するフローチャートである。
【図７】本実施形態に係る複数の仮想空間の間の取引概念の一例を示す図である。
【符号の説明】
【０１２０】
１０  取引管理サーバ装置
１１  出品受付部
１２  ユーザ確認部
１３  アイテム確認部
１４  アイテム出品受付部
１５  入札受付部
１６  通貨確認部
１７  落札処理部
２０  仮想空間Ａ取引管理サーバ装置
３０  仮想空間Ｂ取引管理サーバ装置
４０，５０  ユーザ端末
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】図４
【補正方法】変更
【補正の内容】
【図４】
2010026570.tif 000001
【手続補正４】
【補正対象書類名】図面
【補正対象項目名】図７
【補正方法】変更
【補正の内容】
【図７】
2010026570.tif 000002