JP2010026570A - 取引管理サーバ装置及び方法及びプログラム - Google Patents

Abstract

【課題】ユーザが登録している複数の仮想空間等の取引サービスをまたがって取引をすることが可能となる取引管理サーバを提供する。
【解決手段】ネットワークを介して提供される一の仮想空間と、当該一の仮想空間とは異なる他の仮想空間とでアイテムを取引する取引管理サーバ装置であって、一の仮想空間及び他の仮想空間のそれぞれの仮想空間において、取引を行う出品ユーザ及び入札を行う入札ユーザをそれぞれ確認し、ユーザ確認された出品ユーザが、前記一の仮想空間において前記アイテムを出品した場合に、当該アイテムが前記一の仮想空間内のアイテムであることの確認を行い、出品されたアイテムの前記他の仮想空間における入札を受け付けて、他の仮想空間に対する入札の結果、他の仮想空間における落札が成立した場合に、一の仮想空間における落札処理と、他の仮想空間における落札処理とを実行する取引管理サーバ１０。
【選択図】図６

Description

本発明は、インターネットを利用した商取引システムに関する。詳しくは、インターネットを利用した仮想空間を介して商取引を行なうインターネット商取引システムに係るものである。

インターネットの社会への普及に伴い、従来、出品者が出品した商品等に対して、複数のコンピュータから各入札者（購入希望者）が所望の入札額をそれぞれ提示し、入札締切時間の経過後に入札額が最も高額となった入札者を落札者として決定するインターネット等のネットワークを利用したネットオークションシステムが知られている（例えば、特許文献１参照。）。

ここで、インターネット等のネットワークを利用したネットオークションを行なう際には、次の様な方法が一般に行なわれていた。
即ち、ネットオークションを利用しようとするユーザは先ずオークションサービスを提
供しているホームページにアクセスし、氏名等を入力することによって登録を行なう。次
に、複数の商品等が掲載されたページにアクセスし、興味のある商品等の選択を行い、個
別の商品等のページにおいて、金額上げ幅等の指定されたパラメータに準拠して各種情報
を入力することによってユーザはオークションに参加する。そして、その商品のオークシ
ョン開催期間が経過した後に落札者が決定される。例えば、商品等が１つである場合には
、落札価格として最高値を入力していたユーザが落札者として決定され、該当商品等を購
入することができるのである。
特開２００２−４９７８７号公報

しかし、インターネット等のネットワークを利用したリアルマネートレーディング（以下ＲＭＴ（Ｒｅａｌ−Ｍｏｎｅｙ Ｔｒａｄｉｎｇ））では、「仮想通貨が存在し相場が形成されている」「アイテム譲渡が可能である」など、擬似的な経済システムが成立しており、ユーザー数も多い大規模なＭＭＯＲＰＧ（Ｍａｓｓｉｖｅｌｙ Ｍｕｌｔｉｐｌａｙｅｒ Ｏｎｌｉｎｅ Ｒｏｌｅ−Ｐｌａｙｉｎｇ Ｇａｍｅ）等、とりわけ、ゲーム達成の優劣が個人の技量よりも、単純な累積プレイ時間とキャラクターのレベル値、装備の特殊能力に左右されがちな特性をもつゲームで行われている。

ＲＭＴが増加する遠因としては、上記のようなシステム下において、ゲームを長時間できるプレイヤーと短時間しかできないプレイヤーの経済やコミュニティが同一化している傾向があり、かつ所得格差（すなわち所持している仮想通貨、希少アイテム、武器防具などの装備アイテムの性能差）が際立つ構造となってしまっていることが挙げられる。これらは、ＲＭＴが盛んなことが問題となっているネットゲームの特性とも言える。そして、ＲＭＴを生み出しているのは、一見プレイヤー側のようであるが、構造的要因としてゲームシステムそのものと運営が大きく関連している。

またＲＭＴが行われる過程で詐欺行為やゲームバランスの崩壊などのトラブルが発生している。これによりプレイヤー離れや新規プレイヤーの継続率低下を起こしているタイトルもある。これらの事を理由としてＲＭＴを嫌うゲームユーザーも多い。運営会社の多くはＲＭＴに対して取り締まり行為を行っているが、アンダーグラウンドな社会が形成されており、取り締まり行為で禁止することには限界があり、取引を禁止すること自体が困難な状況となっている。

そこで、本発明では、アンダーグラウンドなＲＭＴを正式な取引として認め、適正なルールに乗っ取って、健全な取引社会を形成すべく、ユーザが登録している複数の仮想空間等の取引サービスをまたがって取引をすることが可能となる、取引管理サーバ装置及び方法及びプログラムを提供することを目的とする。

（１） ネットワークを介して提供される一の仮想空間と、当該一の仮想空間とは異なる他の仮想空間とでアイテムを取引する取引管理サーバ装置であって、
前記一の仮想空間及び前記他の仮想空間のそれぞれの仮想空間において、取引を行う出品ユーザ及び入札を行う入札ユーザをそれぞれ確認するユーザ確認手段と、
前記ユーザ確認手段によりユーザ確認された出品ユーザが、前記一の仮想空間において前記アイテムを出品した場合に、当該アイテムが前記一の仮想空間内のアイテムであることの確認を行うアイテム確認手段と、
当該出品されたアイテムの前記他の仮想空間における入札を受け付ける入札受付手段と、
前記他の仮想空間に対する入札の結果、前記他の仮想空間における落札が成立した場合に、前記一の仮想空間における落札処理と、前記他の仮想空間における落札処理とを実行する落札処理手段と、
を備えることを特徴とする仮想空間の間の取引を管理する取引管理サーバ装置。

（１）に係る発明によれば、取引管理サーバ装置は、一の仮想空間（仮想空間Ｂ）及び他の仮想空間（仮想空間Ａ）のそれぞれの仮想空間において、取引を行う出品ユーザ（出品者）及び入札を行う入札ユーザ（入札者）をそれぞれ確認し、ユーザ確認された出品ユーザが、一の仮想空間においてアイテムを出品した場合に、アイテムが一の仮想空間内のアイテムであることの確認を行い、出品されたアイテムの他の仮想空間における入札を受け付けて、他の仮想空間に対する入札の結果、他の仮想空間における落札が成立した場合に、一の仮想空間における落札処理と、他の仮想空間における落札処理とを実行する機能を有する。

このようにして、（１）に係る発明によれば、ユーザが登録している複数の仮想空間をまたがって取引をする場合に、ユーザにとっては仮想空間間の相違を意識することなく、アイテムの取引が可能となり、通常のオークションと同様に手軽かつ安全に取引を楽しむことができる付加価値の高い（娯楽性、楽しみの度合いが高い）サービスをユーザに提供することが可能となる。

さらに、ユーザが登録している仮想空間間においてユーザが取引をする場合には、それぞれの仮想空間においてユーザの登録の有無、ユーザが出品しようとしているアイテムが確認されるので、ユーザが所有するアイテムとそのアイテムの決済を別々の仮想空間において正確かつ安全に実行することが可能となる。

また、ユーザ確認、アイテム確認において複数のユーザチェック機能を働かせることが可能であるので、一層安全にサービスを提供することができる。

（２） 前記入札受付手段の入札に基づいて、前記入札したユーザの他の仮想空間における所有している通貨の確認を行う通貨確認手段をさらに備える（１）記載の取引管理サーバ装置。

（２）に係る発明によれば、入札を行うユーザの他の仮想空間における通貨の確認を行うため、（１）に係る発明よりさらに、確実なアイテムの決済を行うことが可能となる。

（３） 前記ユーザ確認手段が行う前記一の仮想空間のユーザ確認、前記アイテム確認手段が行う前記一の仮想空間のアイテム確認、及び、前記落札処理手段が行う一の仮想空間における落札処理は、前記一の仮想空間のユーザ管理ＤＢを介して行い、
前記ユーザ確認手段が行う前記他の仮想空間のユーザ確認、及び、前記落札処理手段が行う他の仮想空間における落札処理は、前記他の仮想空間のユーザ管理ＤＢを介して行うことを特徴とする（１）又は（２）に記載の取引管理サーバ装置。

このようにして、（３）に係る発明によれば、ユーザ確認、アイテム確認および落札処理がそれぞれの仮想空間におけるユーザ管理ＤＢで独立して実行されるので、ユーザが所有するアイテムと、そのアイテムの決済を別々の仮想空間において正確に実行することが可能となる。

（４） 前記ユーザ確認手段は、前記一の仮想空間におけるユーザ確認、前記他の仮想空間におけるユーザ確認によって双方が正規に登録されたユーザであること確認できた場合に、アイテム出品の受付を可能とすることを特徴とする（１）または（２）記載の取引管理サーバ装置。

このようにして、（４）に係る発明によれば、正規登録したユーザのみがアイテムを出品することができるので、ユーザは出品されたアイテムの信憑性について危惧する必要がなくなり、安心して取引が可能になる。また、ユーザが正当に登録されている正規の会員にのみ本サービスを提供することが可能となる。

（５） 前記落札処理手段は、前記一の仮想空間における前記アイテムを前記一の仮想空間における出品ユーザから前記他の仮想空間におけると落札した入札ユーザと同一人である前記一の仮想空間におけるユーザへ所有を移動させ、前記他の仮想空間における落札額を、前記他の仮想空間における前記落札者から前記一の仮想空間における前記出品ユーザと同一人である前記他の仮想空間におけるユーザへ移動させることを特徴とする（１）乃至（４）の何れか一項に記載の取引管理サーバ装置。

（５）に係る発明によれば、落札者が決定されると、それぞれの仮想空間においてアイテムの引き渡し（所有の移動）と、落札金額の授受がそれぞれの取引管理サーバ装置において実行される。

このようにして、（５）に係る発明によれば、落札処理（アイテムの交換と落札金額の授受）がそれぞれの仮想空間で独立して実行されるので、ユーザが所有するアイテムとそのアイテムの決済を別々の仮想空間において正確かつ安全に実行することが可能となる。

また、ユーザＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）が正当に登録されている正規会員にのみ、本サービスを確実に提供することができる。

（６） 前記落札処理手段は、前記一の仮想空間で落札されたアイテムと前記他の仮想空間で落札された同一または実質的に同一の前記アイテムに基づいて、前記一の仮想空間と前記他の仮想空間との通貨の交換レートを演算することを特徴とする（１）乃至（５）の何れか一項に記載の取引管理サーバ装置。

このようにして、（６）に係る発明によれば、異なる仮想空間において同一または実質的に同一の前記アイテムに基づいて貨幣の交換レートが演算されるので、客観的かつ適正に二つの仮想空間における経済活動を結びつけることが可能になる。またユーザにとっても適正な価格で、ユーザが通貨を有する仮想空間とは異なる仮想空間のアイテムを落札することが可能になる。

（７） 前記アイテムの取引のために前記仮想空間に参加するユーザは、前記一つの仮想空間または前記他の仮想空間の両方にユーザ登録をしていれば、何れか一方の仮想空間にログインすることにより前記アイテムの売買を行うことができることを特徴とする（１）乃至（６）の何れか一項に記載の取引管理サーバ装置。

このようにして、（７）に係る発明によれば、ユーザは複数の仮想空間に一旦登録しておけば、登録しているいずれかの仮想空間にログインすることで自由にアイテムの売買を行うことが可能になる。従って、ユーザにとって使い勝手のよいサービスとなる。

また、取引管理サーバ１０を有するサービス会社はユーザの満足度を高める独特のサービスを提供することが可能になる。

（８） ネットワークを介して提供される一の仮想空間と、当該一の仮想空間とは異なる他の仮想空間とでアイテムを取引する取引管理サーバ方法であって、
前記一の仮想空間及び前記他の仮想空間のそれぞれの仮想空間において、取引を行う出品ユーザ及び入札を行う入札ユーザをそれぞれ確認するユーザ確認処理と、
前記ユーザ確認処理によりユーザ確認された出品ユーザが、前記一の仮想空間において前記アイテムを出品した場合に、当該アイテムが前記一の仮想空間内のアイテムであることの確認を行うアイテム確認処理と、
当該出品されたアイテムの前記他の仮想空間における入札を受け付ける入札受付処理と、
前記他の仮想空間に対する入札の結果、落札が成立した場合に、前記一の仮想空間における落札と、前記他の仮想空間における落札とを実行する落札処理と、
を備えることを特徴とする仮想空間の間の取引を管理する取引管理サーバ方法。

（９） （８）に記載の方法をコンピュータに実行させることを特徴とするプログラム。

（１０） ネットワークを介して提供される一の仮想空間と、当該一の仮想空間とは異なる取引サービスとでアイテムを取引する取引管理サーバ方法であって、
前記一の仮想空間及び前記取引サービスのそれぞれにおいて、取引を行う出品ユーザ及び入札を行う入札ユーザをそれぞれ確認するユーザ確認処理と、
前記ユーザ確認処理によりユーザ確認された出品ユーザが、前記一の仮想空間において前記アイテムを出品した場合に、当該アイテムが前記一の仮想空間内のアイテムであることの確認を行うアイテム確認処理と、
当該出品されたアイテムの前記取引サービスにおける入札を受け付ける入札受付処理と、
前記取引サービスに対する入札の結果、落札が成立した場合に、前記一の仮想空間における落札と、前記取引サービスにおける落札とを実行する落札処理と、
を備えることを特徴とする取引を管理する取引管理サーバ方法。

（１０）に係る発明によれば、仮想空間と取引サービスとの間におけるアイテムの取引を円滑に行うことが可能である。ここで、取引サービスとは、インターネットを経由して行われる現実の貨幣に基づいて行われる商取引サービスであって、Ｗｅｂサイトを経由して行われる、カード又は現金で取引を行う実世界の取引である。

本発明によれば、複数の仮想空間の間の取引を円滑に行うことが可能な取引管理サーバ装置及び方法及びプログラムを提供し、ユーザが登録している仮想空間間において、ユーザが所有するアイテムとそのアイテムの決済を別々の仮想空間において正確かつ安全に実行することが可能となる。

以下、本発明の実施形態について図１を参照しながら説明する。

［システム全体構成］
図１には、本実施形態に係る取引管理サーバ１０と、仮想空間Ａ取引管理サーバ２０、仮想空間Ｂ取引管理サーバ３０、ユーザ端末４０、ユーザ端末５０とから構成される情報処理システムを示す。なお、図１においては、情報処理システムは、ユーザ端末４０、５０が二台で示されているが、これに限られず、ユーザ端末が二台以上で構成されても良い。

また、仮想空間Ａ取引管理サーバ２０は仮想空間Ａを形成し、仮想空間Ａ取引管理サーバ２０の仮想空間Ａだけで取引を行うことも可能であり、仮想空間Ｂ取引管理サーバ３０は仮想空間Ｂを形成し、仮想空間Ｂ取引管理サーバ２０の仮想空間Ｂだけで取引を行うことも可能である。

なお、仮想空間の取引管理サーバの台数が増加するとそれだけ仮想空間の数が増加し、ユーザ端末の台数が増えれば取引者の数が増加することを意味する。

本実施形態では、仮想空間Ａと仮想空間Ｂとの間の取引を取引管理サーバ１０が管理する構成を以下に説明する。

取引管理サーバ１０と、仮想空間Ａ取引管理サーバ２０、仮想空間Ｂ取引管理サーバ３０とは同様の構成をしており、図２にサーバ装置（取引管理サーバ）１０の一例を示し、対応する仮想空間Ａ取引管理サーバ２０、仮想空間Ｂ取引管理サーバ３０の各部（ハードウェア構成要素）は添え字としてアルファベット一字を加えて示す。すなわち、仮想空間Ａ取引管理サーバ２０の場合は添え字として「Ａ」を（例えば、取引管理サーバ１０の制御部は制御部３００で示されるが、対応する仮想空間Ａ取引管理サーバ２０の制御部は制御部３００Ａで示される。図４参照）加えて示し、仮想空間Ｂ取引管理サーバ３０の場合は添え字として「Ｂ」を（例えば、取引管理サーバ１０の制御部は制御部３００で示されるが、対応する仮想空間Ｂ取引管理サーバ３０の制御部は制御部３００Ｂで示される。図５参照）加えて示す。

取引管理サーバ１０の制御部３００を構成するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）３１０（マルチプロセッサ構成ではＣＰＵ３２０等複数のＣＰＵが追加されても良い）、バスライン２００、通信Ｉ／Ｆ（Ｉ／Ｆ：インタフェース）３３０、メインメモリ３４０、ＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）３５０、Ｉ／Ｏコントローラ３６０、ハードディスク３７０、光ディスクドライブ３８０、並びに半導体メモリ３９０を備える。なお、ハードディスク３７０、光ディスクドライブ３８０、並びに、半導体メモリ３９０はまとめて記憶装置４１０と呼ばれる。

制御部３００は、サーバ装置１０を統括的に制御する部分であり、ハードディスク３７０に記憶された各種プログラムを適宜読み出して実行することにより、上述したハードウェアと協働し、本発明に係る各種機能を実現している。

通信Ｉ／Ｆ３３０は、取引管理サーバ１０が、ネットワークを介してユーザ端末３０等の他の装置と情報を送受信する場合のネットワーク・アダプタである。

ＢＩＯＳ３５０は、取引管理サーバ１０の起動時にＣＰＵ３１０が実行するブートプログラムや、取引管理サーバ１０のハードウェアに依存するプログラム等を記録する。

Ｉ／Ｏコントローラ３６０には、ハードディスク３７０、光ディスクドライブ３８０、及び半導体メモリ３９０等の記憶装置４１０を接続することができる。

ハードディスク３７０は、本ハードウェアを取引管理サーバ１０として機能させるための各種プログラム、本発明の機能を実行するプログラム及び後述するテーブル等を記憶する。なお、取引管理サーバ１０は、外部に別途設けたハードディスク（図示せず）を外部記憶装置として利用することもできる。

光ディスクドライブ３８０としては、例えば、ＤＶＤ−ＲＯＭドライブ、ＣＤ−ＲＯＭドライブ、ＤＶＤ−ＲＡＭドライブ、ＣＤ−ＲＡＭドライブを使用することができる。この場合は各ドライブに対応した光ディスク４００を使用する。光ディスク４００から光ディスクドライブ３８０によりプログラム又はデータを読み取り、Ｉ／Ｏコントローラ３６０を介してメインメモリ３４０又はハードディスク３７０に提供することもできる。

なお、本発明でいうコンピュータとは、記憶装置、制御部等を備えた情報処理装置をいい、取引管理サーバ１０は、記憶装置４１０、制御部３００等を備えた情報処理装置により構成され、この情報処理装置は、本発明のコンピュータの概念に含まれる。

また、本発明に係る取引管理サーバ１０は、上述のような構成を有することにより、ユーザが一つの仮想空間から他の仮想空間へアイテムを出品する場合に、そのユーザがその一つの仮想空間と入札を募集する他の仮想空間でユーザ登録をしているか否かを確認し、ユーザが一つの仮想空間においてアイテムを有しているか否かを確認した後に、他の仮想空間でのアイテムの出品を受け付け、他の仮想空間での他のユーザの入札を受け付け、入札をしたユーザの他の仮想空間での通貨の保有並びにユーザ登録およびその一つの仮想空間でのユーザ登録を確認し、一つの仮想空間と他の仮想空間での落札処理を実行する機能を有している。

ここで、当該機能を発揮するための構成について、取引管理サーバ１０を図３に示す機能ブロック図を用いて説明し、仮想空間Ａにおける仮想空間Ａ取引管理サーバ２０の機能ブロック図を図４に示し、仮想空間Ｂにおける仮想空間Ａ取引管理サーバ３０の機能ブロック図を図５に示し、取引管理サーバ１０を図３に示す機能ブロック図で説明する際にそれぞれ引用する。

なお、仮想空間Ａ取引管理サーバ２０および仮想空間Ｂ取引管理サーバ３０の図４および図５に記載されている機能で、以下の図３において説明されない部分は、仮想空間Ａ取引管理サーバ２０を用いて単独で仮想空間Ａにおいて取引される場合または仮想空間Ｂ取引管理サーバ３０を用いて単独で仮想空間Ａにおいて取引される場合にそれぞれ使用される。

まず、図３における取引管理サーバ１０を説明すると、一つの仮想空間（仮想空間Ｂ）における仮想Ｂ出品受付手段としての仮想Ｂ出品受付部３１において出品が受け付けられた場合に出品を受け付ける出品受付手段としての出品受付部１１と、一つの仮想空間（仮想空間Ｂ）における仮想Ｂユーザ確認手段としての仮想Ｂユーザ確認部３２のユーザ確認と他の仮想空間（仮想空間Ａ）における仮想Ａユーザ確認手段としての仮想Ａユーザ確認部２２のユーザ確認を受け付けるユーザ確認手段としてのユーザ確認部１２と、一つの仮想空間（仮想空間Ｂ）における仮想Ｂアイテム確認手段としての仮想Ｂアイテム確認部３３においてアイテムの確認が行われた場合にアイテムの確認を受け付けるアイテム確認手段としてのアイテム確認部１３と、ユーザ確認手段としてのユーザ確認部１２とアイテム確認手段としてのアイテム確認部１３との確認結果に基づいて他の仮想空間（仮想空間Ａ）へのアイテムの出品を受け付けるアイテム出品受付手段としてのアイテム出品受付部１４と、他の仮想空間（仮想空間Ａ）における仮想Ａ入札受付手段としての仮想Ａ入札受付部２５において入札が受け付けられた場合に入札を受け付ける入札受付手段としての入札受付部１５と、入札受付部１５手段の入札に基づいて、他の仮想空間（仮想空間Ａ）における仮想Ａ通貨確認手段としての仮想Ａ通貨確認部２６において通貨の確認を行う通貨確認処理部１６と、他の仮想空間（仮想空間Ａ）における仮想Ａ落札処理手段としての仮想Ａ落札処理部２７において落札が成立した場合に、一つの仮想空間（仮想空間Ｂ）における仮想Ｂ落札処理手段としての仮想Ｂ落札処理部３７の落札処理と、他の仮想空間（仮想空間Ａ）における仮想Ａ落札処理手段としての仮想Ａ落札処理部２７の落札処理とを実行する落札処理部（１７）とを備える。

出品受付部１１では、仮想空間ＢにおけるユーザＹ’が仮想空間Ｂのアイテムを仮想空間Ａにおいて出品する場合に、仮想空間Ｂにおける仮想空間Ｂ出品受付部３１からの指示を受け付ける。

具体的には、ユーザＹ’がユーザ端末５０から仮想空間Ｂへログインし、ユーザＹ’が他の仮想空間へアイテムを出品しようとすると、仮想空間Ｂ取引管理サーバ３０の仮想空間Ｂ出品受付部３１において、仮想空間ＢにおけるユーザＹ’のユーザＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）、出品しようとしているアイテムのアイテムＩＤ、アイテムを出品しようとする出品先仮想空間情報（本実施形態では仮想空間Ａである）、出品先仮想空間でのユーザＹ’のユーザＩＤが出品受付部１１に送信される。

ユーザ確認部１２では、仮想空間Ｂにおける仮想Ｂユーザ確認部３２のユーザ確認と仮想空間Ａにおける仮想Ａユーザ確認部２２のユーザ確認を受け付ける。

具体的には、ユーザ確認部１２は、仮想空間ＢにおけるユーザＹ’のユーザＩＤが仮想空間Ｂ管理ＤＢに登録されているか否かを仮想Ｂユーザ確認部３２へ問い合わせ、仮想空間ＡにおけるユーザＹ（本実施形態においては仮想空間ＢにおけるユーザＹ’は仮想空間ＡにおけるユーザＹと同一人である）のユーザＩＤが仮想空間Ａ管理ＤＢ２８に登録されているか否かを仮想Ａユーザ確認部２２へ問い合わせる。

すなわち、二つの仮想空間にユーザＩＤが正当に登録されている正規の会員にのみ本サービスを提供する機能を有する。

現実の世界では同一人である仮想空間ＢにおけるユーザＹ’と仮想空間ＡにおけるユーザＹとの登録が確認されない場合には、ユーザ確認部１２は処理を中断し、またはエラーメッセージを仮想空間ＢにおけるユーザＹ’の端末装置へ送信する。

アイテム確認部１３では、仮想空間Ｂにおける仮想Ｂアイテム確認部３３においてアイテムの確認が行われた場合にアイテムの確認を受け付ける。

具体的には、仮想空間Ｂの仮想Ｂアイテム確認部３３へユーザＹ’が仮想空間Ａにおいて出品しようとしているアイテムのアイテムＩＤが仮想空間Ｂの仮想Ｂユーザ管理ＤＢに登録されているか否かを検査するように指示する。

すなわち、ユーザが実際には所有していないアイテムを出品することを有効に防ぐことが可能になる。

アイテムＩＤの登録が確認されない場合には、アイテム確認部１３は処理を中断し、またはエラーメッセージを仮想空間ＢにおけるユーザＹ’の端末装置へ送信する。

アイテム出品受付部１４では、ユーザ確認部１２とアイテム確認部１３との確認結果に基づいて仮想空間Ａへのアイテムの出品を受け付ける。

具体的には、ユーザ確認部１２において、現実の世界では同一人である仮想空間ＢにおけるユーザＹ’と仮想空間ＡにおけるユーザＹとの登録が、仮想Ｂユーザ管理ＤＢ３８および仮想Ａユーザ管理ＤＢ２８において確認され、ユーザＹ’が仮想空間Ａにおいて出品しようとしているアイテムのアイテムＩＤが仮想空間Ｂの仮想Ｂユーザ管理ＤＢに登録されていることが確認できた場合に、アイテム出品受付部１４は仮想空間Ａ取引管理サーバ２０の仮想Ａアイテム出品受付部２４へアイテムの出品を要請する。

アイテムの出品を要請を受けた仮想Ａアイテム出品受付部２４は仮想空間Ａ取引管理サーバ２０が管理する仮想空間Ａへ指示されたアイテムを仮想空間ＡのユーザＹが出品したものとして取り扱う。

仮想Ａアイテム出品受付部２４は出品要求があったと判断された場合、出品者の登録、出品物の名称、出品物に関する情報、落札の条件、その他の出品やオークションの際に必要となる情報を受け付け、取得した情報を仮想Ａユーザ管理ＤＢ２８等に登録する。この出品受付処理は、従来のネットオークションにおける出品の受付処理と同様である。そのため、出品受付処理についての説明は、省略する。

入札受付部１５では、仮想空間Ａにおける仮想Ａ入札受付部２５から、仮想空間Ａにおけるユーザが、アイテム出品受付部１４を介して出品されたアイテムに対して入札をした場合に入札の通知が受信される。

通貨確認部１６では、入札受付部１５において仮想空間Ａにおいて出品された仮想空間Ｂのアイテムに対して入札が行なわれると、入札者が仮想空間Ａにおいて入札金額に見合う通貨を所有しているか否かを仮想Ａユーザ管理ＤＢ２８を介して調査する。

入札者が仮想空間Ａにおいて入札金額に見合う通貨を所有していない場合には、通過確認部１６は処理を中断し、またはエラーメッセージを仮想空間Ａにおける入札者であるユーザＸのユーザ端末４０へ送信する。

落札処理部１７は、仮想空間Ａにおける落札者が決定されると、仮想空間Ｂにおける仮想Ｂ落札処理部３７を介して、仮想空間Ｂにおける出品者Ｙ’（仮想空間ＡにおけるＹ）から仮想空間Ａにおける落札者Ｘである仮想空間ＢにおけるユーザＸ’に仮想空間Ａにおいて出品されたアイテムの所有権の移動処理を実行する。

また、落札処理部１７は、仮想空間Ａにおける落札者が決定されると、仮想空間Ａにおける仮想Ａ落札処理部２７を介して、仮想空間Ａにおける落札者Ｘ（仮想空間ＢにおけるＸ’）から仮想空間Ａにおけるアイテム出品者Ｙ（仮想空間ＢにおけるＹ’）に落札額の移動処理を実行する。

このような構成による本発明によれば、ユーザが正規に登録している仮想空間間において、ユーザがいずれかの仮想空間にログインすれば、ユーザが所有するアイテムを仮想空間間で正確かつ安全に提供することが可能となる。

なお個人情報は以下のように取り扱われる。

［個人情報］
仮想Ａユーザ確認部２２または仮想Ｂユーザ確認部３２において、出品や入札などオークションに実際に参加したい利用者は、会員として固有の会員ＩＤと、このオークションシステム１０にログインするためのパスワードと、会員本人を特定できる情報とを仮想Ａユーザ管理ＤＢ２８または仮想Ｂユーザ管理ＤＢ３８に登録することとしている。そしてオークションシステムは、オークション取引に際して会員ＩＤを名乗ってアクセスしてきた参加者の本人確認を適時に行っている。またオークション開催者は、この本人確認の手続きに対して手数料（本人確認費）を会員から徴収することとしているため、この手数料の徴収に係わる各種情報も仮想Ａユーザ管理ＤＢ２８または仮想Ｂユーザ管理ＤＢ３８に登録することとしている。本実施例では、決済サービスよる落札代金の決済に利用するクレジットカードをこの本人確認費の支払にも利用でき、クレジットカード決済を希望する会員については、その決済に必要なクレジットカード番号、有効期限などのカード決済情報が登録されているものとする。

オークションシステムは、自身が開催している全オークション案件をオークションＩＤによって識別し、各オークションについての開催経過や出品・入札・落札・決済に関する情報などを仮想Ａユーザ管理ＤＢ２８または仮想Ｂユーザ管理ＤＢ３８に蓄積管理している。そして、出品者の会員ＩＤや出品商品、入札者の会員ＩＤや入札額などを対応付けさせながら随時更新している。なお、出品者としてオークションに参加した際、落札代金を受け取るための口座についての情報（本実施例では、金融機関名、店名、名義、口座種別、口座番号：以下、受取口座情報）については金融機関のシステムにその口座への振替を依頼することから、少なくとも決済システム側のデータベース（以下、受取情報データベース）で管理されることになる。仮想Ａユーザ管理ＤＢ２８または仮想Ｂユーザ管理ＤＢ３８でも受取口座情報を管理するようにしてもよい。

いずれにしても、オークションシステムと決済システムの双方が所要の情報にアクセスできるように各情報を管理しておけば、データベースの形態や構成はどのようなものであってもよい。すなわち、上述した各種データベースはどちらのシステムに所属していてもよいし、オークションシステムや決済システムが会員ＩＤに対応付けされた特定の情報を取得できれば、そのハードウエア構成はどのようなものであってもよい。各情報が一つのデータベースによって一括して管理されていてもよいし、複数のデータベースによって所定の情報が分散管理されていてもよい。

［処理手順］
ここで、本発明を適用した場合において実現され得る具体的な処理手順について、図６に示すフローチャートを参照して説明する。なお、以下に示す処理手順は、一例であってこれ以外にも実現され得る処理手順は無数に存在する。

なお、本発明に係る取引管理サーバ１０は、一つの仮想空間（仮想空間Ｂ）における仮想Ｂ出品受付手段としての仮想Ｂ出品受付部３１において出品が受け付けられた場合に出品を受け付ける出品受付手段としての出品受付部１１と、一つの仮想空間（仮想空間Ｂ）における仮想Ｂユーザ確認手段としての仮想Ｂユーザ確認部３２のユーザ確認と他の仮想空間（仮想空間Ａ）における仮想Ａユーザ確認手段としての仮想Ａユーザ確認部２２のユーザ確認を受け付けるユーザ確認手段としてのユーザ確認部１２と、一つの仮想空間（仮想空間Ｂ）における仮想Ｂアイテム確認手段としての仮想Ｂアイテム確認部３３においてアイテムの確認が行われた場合にアイテムの確認を受け付けるアイテム確認手段としてのアイテム確認部１３と、ユーザ確認手段としてのユーザ確認部１２とアイテム確認手段としてのアイテム確認部１３との確認結果に基づいて他の仮想空間（仮想空間Ａ）へのアイテムの出品を受け付けるアイテム出品受付手段としてのアイテム出品受付部１４と、他の仮想空間（仮想空間Ａ）における仮想Ａ入札受付手段としての仮想Ａ入札受付部２５において入札が受け付けられた場合に入札を受け付ける入札受付手段としての入札受付部１５と、入札受付部１５手段の入札に基づいて、他の仮想空間（仮想空間Ａ）における仮想Ａ通貨確認手段としての仮想Ａ通貨確認部２６において通貨の確認を行う通貨確認処理部１６と、他の仮想空間（仮想空間Ａ）における仮想Ａ落札処理手段としての仮想Ａ落札処理部２７において落札が成立した場合に、落札処理部１７は、一つの仮想空間（仮想空間Ｂ）における仮想Ｂ落札処理手段としての仮想Ｂ落札処理部３７の落札処理と、他の仮想空間（仮想空間Ａ）における仮想Ａ落札処理手段としての仮想Ａ落札処理部２７の落札処理とを実行する。

以下に、オークションの概要を説明し、その後に上述した動作をする取引管理サーバ１０について動作フローチャートを用いて説明する。

まず本発明の情報処理システムを用いて商品等の出品を行うことを希望する出品者は、所定の操作をユーザ端末４０またはユーザ端末５０から行うことにより、出品者側の画面に表示された情報を入力する。オークション対象の基本となる商品等の入札開始価格、入札単位、終了価格、出品数（落札可能者）などの他、商品等の名称、出品される商品等の内容、入札終了時刻などのオークション情報を入力する。

オークションの開催やその入札および落札過程については、従来のオークションシステムによるネットオークションと同様である。新規のオークションＩＤが登録されると、入札出品商品と入札期限をＷｅｂページによって提示して入札者を募るとともに、入札者がこのＷｅｂページを通じて入札額をオークションシステムに通知してくると、該当するオークションＩＤにその会員のＩＤや入札額などを対応付けさせながらデータベースを随時更新していく。また、データベースを随時参照して各オークション会場となるＷｅｂページに入札額をリアルタイムで反映させていく。そして、期限満了時において、最高入札額を提示した会員を落札者として認知する。もちろん、出品者が提示した希望落札額を入札者が入札金額として提示した場合など、オークションには期限の満了を待たずに落札を決定させるための各種ルールも存在する。

いずれにしても、落札が決定すると、該当のオークションＩＤに、出品者と落札者の会員ＩＤ、および落札した入札金額などを対応付けしてデータベースに格納する。また、データベース中に落札したオークション案件があれば、該当の落札者と出品者の電子メールアドレスにオークションの内容と落札額などを記載した落札通知を電子メールによって送信する。

またオークションシステムは、オークションが落札されると、その当事者に相手の取引態度などを評価してもらうための機能を備えている。オークションサイトの構造は、オークション取引が完了すると、その評価を通知してもらうためのＷｅｂページへと案内するように設計されている。その案内された先のＷｅｂページには、取引に際しての状況などを「非常に良い」「良い」「普通」「悪い」「非常に悪い」など、複数段階で評価してもらうための機能と、取引内容を評論したコメントの記入欄とが含まれている。取引当事者が自身のユーザ端末により、そのＷｅｂページ上で入力したそれら評価に関する情報をオークションシステムに返送すると、オークションシステムは当事者の会員ＩＤにその評価情報を対応付けして所定のデータベースに格納する。

ステップＳ１において、ユーザＹ’がユーザ端末５０から仮想空間Ｂへログインし、ユーザＹ’が他の仮想空間へアイテムを出品しようとすると、仮想空間Ｂ取引管理サーバ３０の仮想空間Ｂ出品受付部３１において、仮想空間ＢにおけるユーザＹ’のユーザＩＤ、出品しようとしているアイテムのアイテムＩＤ、アイテムを出品しようとする出品先仮想空間情報（本実施形態では仮想空間Ａである）、出品先仮想空間でのユーザＹ’のユーザＩＤが出品受付部１１に送信される。

ステップＳ２において、仮想空間ＢにおけるユーザＹ’のユーザＩＤが仮想空間Ｂ管理ＤＢに登録されているか否かを仮想Ｂユーザ確認部３２へ問い合わせおよび、仮想空間ＡにおけるユーザＹ（本実施形態においては仮想空間ＢにおけるユーザＹ’は仮想空間ＡにおけるユーザＹと同一人である）のユーザＩＤが仮想空間Ａ管理ＤＢ２８に登録されているか否かを仮想Ａユーザ確認部２２へ問い合わせる。

ステップＳ３において、ユーザＹ’が仮想空間Ａにおいて出品しようとしているアイテムのアイテムＩＤが仮想空間Ｂの仮想Ｂユーザ管理ＤＢに登録されていることを確認する。

ステップＳ４において、ステップＳ３においてユーザＹ’が仮想空間Ａにおいて出品しようとしているアイテムのアイテムＩＤが仮想空間Ｂの仮想Ｂユーザ管理ＤＢに登録されていることが確認できた場合に、アイテム出品受付部１４は仮想空間Ａ取引管理サーバ２０の仮想Ａアイテム出品受付部２４へアイテムの出品を要請する。

ステップＳ５において、仮想空間Ａにおけるユーザが、アイテム出品受付部１４を介して出品されたアイテムに対して入札をした場合には、入札の通知が入札受付部１５において受信される。

ステップＳ６において、仮想空間Ａにおいて出品された仮想空間Ｂのアイテムに対して仮想空間Ａにおけるユーザが入札が行うと、入札者が仮想空間Ａにおいて入札金額に見合う通貨を所有しているか否かが仮想Ａユーザ管理ＤＢ２８を介して調査される。

ステップＳ７において、仮想空間Ａにおける落札者が決定されると、仮想空間Ｂにおける仮想Ｂ落札処理部３７を介して、仮想空間Ｂにおける出品者Ｙ’（仮想空間ＡにおけるＹ）から仮想空間Ａにおける落札者Ｘである仮想空間ＢにおけるユーザＸ’に仮想空間Ａにおいて出品されたアイテムの所有権の移動処理を実行する。

また、落札処理部１７は、仮想空間Ａにおける落札者が決定されると、仮想空間Ａにおける仮想Ａ落札処理部２７を介して、仮想空間Ａにおける落札者Ｘ（仮想空間ＢにおけるＸ’）から仮想空間Ａにおけるアイテム出品者Ｙ（仮想空間ＢにおけるＹ’）に落札額の移動処理を実行する。

このように本発明によれば、ユーザが正規に登録している仮想空間間において、ユーザがいずれかの仮想空間にログインすれば、ユーザが所有するアイテムとそのアイテムの決済を別々の仮想空間において正確かつ安全に実行することが可能となる。

［仮想空間Ａと仮想空間Ｂ間の取引の概念の一例］
次に図７を用いて、図６に基づく動作フローチャートに沿った仮想空間Ａと仮想空間Ｂ間の取引の概念の一例について説明する。

図７（１）は、仮想空間Ａと仮想空間Ｂとを模式的に示した図である。

図７（１）の向かって右側は仮想空間Ｂを模式的に示している。仮想空間ＢにおけるユーザＹ’がユーザ端末５０を操作して仮想空間ＢのアイテムＢ１を仮想空間Ａへ出品しようとしている。

仮想空間ＢにおけるユーザＹ’は図７（１）の向かって左側の仮想空間Ａにもユーザ登録をしている（仮想空間ＡにおけるユーザＹ）。

一方、図７（１）の向かって左側の仮想空間Ａでは、仮想空間ＡにおけるユーザＸがユーザ端末４０を操作して仮想空間Ｂから仮想空間Ａへ出品されたアイテムＢ１に対して入札をし、アイテムＢ１を落札しようとしている。仮想空間ＡのユーザＸは仮想空間Ｂにおいて、ユーザＸ’としてユーザ登録をしているので、仮想空間Ａから仮想空間Ｂへ出品されたアイテムＢ１を入札する権利を有している。

ユーザＸはユーザ端末５０を介して、仮想空間ＡのオークションへはユーザＸとして参加でき、仮想空間ＢのオークションへはユーザＸ’として参加することができる。

また、ユーザＹはユーザ端末４０を介して、仮想空間ＡのオークションへはユーザＹとして参加でき、仮想空間ＢのオークションへはユーザＹ’として参加することができる。

このように、それぞれの仮想空間に登録しているユーザ同士の場合には、一方の仮想空間でアイテムの取引をし、他の仮想空間においてアイテムの決済（落札金額の授受）を行なうことが可能になる。

図７（２）は、仮想空間Ａの仮想空間Ａ取引管理サーバ２０におけるユーザＸとユーザＹとが所有する仮想空間Ａの通貨Ａ（Ａは仮想空間Ａでのみ取引できる通貨であることを示す）の量の変化とユーザＸとユーザＹとが所有するアイテムＡ（アイテムＡ１およびアイテムＡ２：Ａは仮想空間Ａでのみ取引できるアイテムであることを示す）を表形式で示した図である。

図７の場合には、仮想空間ＡにおいてユーザＸがアイテムＢ１を一個落札した場合を想定している。この場合には、仮想空間ＡのユーザＸは、仮想空間Ｂから仮想空間Ａへ出品されたアイテムＢ１の代金に相当する通貨Ａの７０単位をアイテムＢ１の出品者である仮想空間ＡのユーザＹに支払うことが必要となる。

その結果、仮想空間ＡでのユーザＹの通貨Ａの所有量は１００単位から３０単位に減少し、仮想空間ＡでのユーザＸの通貨Ａの所有量は５０単位から１２０単位に増加する。

仮想空間Ａでは、アイテムＡ（アイテムＡ１およびアイテムＡ２）の所有者に変更はない。

図７（３）は、仮想空間Ｂの仮想空間Ｂ取引管理サーバ３０におけるユーザＸ’とユーザＹ’とが所有する仮想空間Ｂの通貨Ｂ（Ｂは仮想空間Ｂでのみ取引できる通貨であることを示す）の量の変化とユーザＸ’とユーザＹ’とが所有するアイテムＢ（アイテムＢ１およびアイテムＢ２：Ｂは仮想空間Ａでのみ取引できるアイテムであることを示す）を表形式で示した図である。

仮想空間Ａにおいて落札されたアイテムＢ１は実際には仮想空間Ｂにおいてのみ取引が可能であるので、仮想空間ＢでのユーザＹ’のアイテムＢ１の所有量は２個から１個（仮想空間Ａへ出品したアイテムＢ１の個数は１個である。）に減少し、仮想空間ＢでのユーザＸ’のアイテムＢ１の所有量は０個から１個に増加する（仮想空間Ａへ出品されたアイテムＢ１を１個落札している。）。

仮想空間Ｂでは、通貨Ｂの所有者に変更は発生しない。

［変形例］
以上の実施形態においてはユーザＹ’がログインした仮想空間（仮想空間Ｂ）とは別の仮想空間（仮想空間Ａ）においてアイテムの取引を行ったが、本発明はこれに限定されるわけではなく、ユーザＹ’が仮想空間Ａにログインした状態であっても、仮想空間Ｂから仮想空間Ａへ出品することが可能である。

アイテムを落札したことによる通貨の移動が行われる仮想空間と、落札されたアイテムが移動される仮想空間との両方において、アイテムの出品者と落札者とがユーザ登録されていれば、ユーザは一の仮想空間で所有しているアイテムを他の仮想空間で出品し、落札されることが可能になる。この場合にユーザ登録されているユーザは、少なくとも登録されている仮想空間の何れか一つにログインしていれば、アイテムの出品が可能で、出品されたアイテムが落札されれば決済がなされる。

また、以上の実施形態においては仮想空間に登録された登録ユーザが、仮想空間にログインして出品または入札を行っているが、本発明はこれに限定されるわけではなく、取引管理サーバ１０が運営するＷｅｂページにユーザが直接アクセスして出品または入札を行うことも可能である。

この場合には、ユーザが仮想空間ＡまたはＢにおいて出品または入札（落札）を行うことによって発生する仮想空間Ａ取引管理サーバ２０または仮想空間Ｂ取引管理サーバ３０上で実施される各種機能は、取引管理サーバ１０の対応する機能ブロックにおいて実施される。

また、以上の実施形態においては登録ユーザ自身が出品と落札を行っているが、本発明はこれに限定されるわけではなく、登録ユーザのアイテムをまとめて扱う仲介人が仮想空間に登録されて、その仲介人がアイテムの出品をしてもよい。

また、仮想空間に登録された仲介人が、他の登録された仲介人が出品したアイテム、または他の登録されたユーザが出品したアイテムを入札、落札することが可能であり、仲介人を介して仮想空間において決済を行うことも可能である。

また仮想空間間で取引されるアイテムから仮想空間で使用される通貨の取引交換レートを取引管理サーバ１０が演算する。

例えば、仮想空間ＡにおけるアイテムＡ２と仮想空間ＢにおけるアイテムＢ２が同一、または実質的に同一の場合に、仮想空間ＡにおいてアイテムＡ２が通貨Ａ１０単位で取引され（落札され）、仮想空間ＢにおいてアイテムＢ２が通貨Ｂ２０単位で取引され（落札され）た場合には、通貨Ａと通貨Ｂとの交換レートは１対２（通貨Ａ、１単位と通貨Ｂ、２単位とが同等の価値を持つ）であると取引管理サーバ１０が演算する。

以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施例に記載されたものに限定されるものではない。

すなわち、図７に基づいて説明した、仮想空間Ａが、インターネットを経由して行われる現実の貨幣に基づいて行われる商取引サービスであってよい。すなわち、インターネットを経由して行われる現実の貨幣に基づいて行われる商取引サービスであって、Ｗｅｂサイトを経由して行われる、カード又は現金で取引を行う実世界の取引が行われる取引サービスが、仮想空間Ａに代替してもよい。この態様によれば、仮想空間Ｂと、取引サービスとの間におけるアイテムの取引を円滑に行うことが可能である。

また、以上の実施形態では仮想空間が二つの場合について説明してきたが、仮想空間の数には限定はなく、仮想空間が３つ以上の場合にも本発明を適用することが可能である。

なお、本実施形態においては、サーバ装置１０は、ハードディスク３７０及び光ディスクドライブ３８０を有する構成として説明したが、これに限られず、これらの駆動系を有さない構成、いわゆるゼロスピンドルによる構成であっても良い。このような構成の場合には、ハードディスク３７０に記憶される内容は、大容量の半導体メモリ３９０に記憶される。

本実施形態に係るサーバと、ユーザ端末とから構成される情報処理システムを示す図である。 本発明に係るサーバの構成を示すブロック図である。 本実施形態に係る取引管理サーバの機能的な構成を示す機能ブロック図である。 本実施形態に係る仮想空間Ａ取引管理サーバの機能的な構成を示す機能ブロック図である。 本実施形態に係る仮想空間Ｂ取引管理サーバの機能的な構成を示す機能ブロック図である。 本実施形態に係るサーバによる処理手順についての説明に供するフローチャートである。 本実施形態に係る仮想空間間の取引概念の一例を示す図である。

符号の説明

１０ 取引管理サーバ
１１ 出品受付部
１２ ユーザ確認部
１３ アイテム確認部
１４ アイテム出品受付部
１５ 入札受付部
１６ 通貨確認部
１７ 落札処理部
２０ 仮想空間Ａ取引管理サーバ
３０ 仮想空間Ｂ取引管理サーバ
４０、５０ ユーザ端末

Claims (10)

1. ネットワークを介して提供される一の仮想空間と、当該一の仮想空間とは異なる他の仮想空間とでアイテムを取引する取引管理サーバ装置であって、
   前記一の仮想空間及び前記他の仮想空間のそれぞれの仮想空間において、取引を行う出品ユーザ及び入札を行う入札ユーザをそれぞれ確認するユーザ確認手段と、
   前記ユーザ確認手段によりユーザ確認された出品ユーザが、前記一の仮想空間において前記アイテムを出品した場合に、当該アイテムが前記一の仮想空間内のアイテムであることの確認を行うアイテム確認手段と、
   当該出品されたアイテムの前記他の仮想空間における入札を受け付ける入札受付手段と、
   前記他の仮想空間に対する入札の結果、前記他の仮想空間における落札が成立した場合に、前記一の仮想空間における落札処理と、前記他の仮想空間における落札処理とを実行する落札処理手段と、
   を備えることを特徴とする仮想空間の間の取引を管理する取引管理サーバ装置。
2. 前記入札受付手段の入札に基づいて、前記入札したユーザの他の仮想空間における所有している通貨の確認を行う通貨確認手段をさらに備える請求項１に記載の取引管理サーバ装置。
3. 前記ユーザ確認手段が行う前記一の仮想空間のユーザ確認、前記アイテム確認手段が行う前記一の仮想空間のアイテム確認、及び、前記落札処理手段が行う一の仮想空間における落札処理は、前記一の仮想空間のユーザ管理ＤＢを介して行い、
   前記ユーザ確認手段が行う前記他の仮想空間のユーザ確認、及び、前記落札処理手段が行う他の仮想空間における落札処理は、前記他の仮想空間のユーザ管理ＤＢを介して行うことを特徴とする請求項１又は２に記載の取引管理サーバ装置。
4. 前記ユーザ確認手段は、前記一の仮想空間におけるユーザ確認、前記他の仮想空間におけるユーザ確認によって双方が正規に登録されたユーザであること確認できた場合に、アイテム出品の受付を可能とすることを特徴とする請求項１乃至３の何れか一項に記載の取引管理サーバ装置。
5. 前記落札処理手段は、前記一の仮想空間における前記アイテムを前記一の仮想空間における出品ユーザから前記他の仮想空間におけると落札した入札ユーザと同一人である前記一の仮想空間におけるユーザへ所有を移動させ、前記他の仮想空間における落札額を、前記他の仮想空間における前記落札した入札ユーザから前記一の仮想空間における前記出品ユーザと同一人である前記他の仮想空間におけるユーザへ移動させることを特徴とする請求項１乃至４の何れか一項に記載の取引管理サーバ装置。
6. 前記落札処理手段は、前記一の仮想空間で落札されたアイテムと前記他の仮想空間で落札された同一または実質的に同一の前記アイテムに基づいて、前記一の仮想空間と前記他の仮想空間との通貨の交換レートを演算することを特徴とする請求項１乃至５の何れか一項に記載の取引管理サーバ装置。
7. 前記アイテムの取引のために前記仮想空間に参加するユーザは、前記一つの仮想空間または前記他の仮想空間の両方にユーザ登録をしていれば、何れか一方の仮想空間にログインすることにより前記アイテムの売買を行うことができることを特徴とする請求項１乃至６の何れか一項に記載の取引管理サーバ装置。
8. ネットワークを介して提供される一の仮想空間と、当該一の仮想空間とは異なる他の仮想空間とでアイテムを取引する取引管理サーバ方法であって、
   前記一の仮想空間及び前記他の仮想空間のそれぞれの仮想空間において、取引を行う出品ユーザ及び入札を行う入札ユーザをそれぞれ確認するユーザ確認処理と、
   前記ユーザ確認処理によりユーザ確認された出品ユーザが、前記一の仮想空間において前記アイテムを出品した場合に、当該アイテムが前記一の仮想空間内のアイテムであることの確認を行うアイテム確認処理と、
   当該出品されたアイテムの前記他の仮想空間における入札を受け付ける入札受付処理と、
   前記他の仮想空間に対する入札の結果、落札が成立した場合に、前記一の仮想空間における落札と、前記他の仮想空間における落札とを実行する落札処理と、
   を備えることを特徴とする仮想空間の間の取引を管理する取引管理サーバ方法。
9. 請求項８に記載の方法をコンピュータに実行させることを特徴とするプログラム。
10. ネットワークを介して提供される一の仮想空間と、当該一の仮想空間とは異なる取引サービスとでアイテムを取引する取引管理サーバ方法であって、
    前記一の仮想空間及び前記取引サービスのそれぞれにおいて、取引を行う出品ユーザ及び入札を行う入札ユーザをそれぞれ確認するユーザ確認処理と、
    前記ユーザ確認処理によりユーザ確認された出品ユーザが、前記一の仮想空間において前記アイテムを出品した場合に、当該アイテムが前記一の仮想空間内のアイテムであることの確認を行うアイテム確認処理と、
    当該出品されたアイテムの前記取引サービスにおける入札を受け付ける入札受付処理と、
    前記取引サービスに対する入札の結果、落札が成立した場合に、前記一の仮想空間における落札と、前記取引サービスにおける落札とを実行する落札処理と、
    を備えることを特徴とする取引管理サーバ方法。

Images