JP7441254B2 - オブジェクト提供システム、情報処理装置、プログラム及びオブジェクト提供方法 - Google Patents

Description

本発明は、オブジェクト提供システム、オブジェクト利用システム、情報処理装置、プログラム及びオブジェクト提供方法に関する。

従来、有体物たるゲームカードに印刷されたバーコード等からキャラクター情報をリーダ等により読み取り、読み取ったキャラクター情報を用いてゲームを行う技術がある（例えば、特許文献１）。

特開平０６-１５４４２１号公報

ところで、デジタルデータ等の無体物のオブジェクトと物品等の有体物のオブジェクトとは、別々の利用価値があり、これらのオブジェクトをユーザに提供することができれば、ユーザにとっての興趣性を向上させたシステムを提供することができる。

そこで、本発明は、ユーザにとっての興趣性を向上させたオブジェクト提供システム、オブジェクト利用システム、情報処理装置、プログラム及びオブジェクト提供方法を提供することを目的とする。

本発明の一態様は、所定のサービスで利用可能であって無体物たる第１オブジェクトと、有体物たる第２オブジェクトと、の代価の支払いの決済を行う決済手段と、代価の支払いの決済の完了を条件として、第１オブジェクトを、ユーザに提供する第１オブジェクト提供手段と、代価の支払いの決済の完了を条件として、第２オブジェクトを、ユーザに引渡す引渡手続を実行可能な引渡手続手段と、を備えるオブジェクト提供システムである。

本発明の一態様は、複数のサービスで利用可能であって無体物たる第１オブジェクトと、有体物たる第２オブジェクトと、の組の代価の支払いの決済を行う決済手段と、代価の支払いの決済の完了を条件として、第１オブジェクトを、ユーザに提供する第１オブジェクト提供手段と、代価の支払いの決済の完了を条件として、第２オブジェクトを、ユーザに引渡す引渡手続を実行可能な引渡手続手段と、代価の支払いの決済の完了を条件として、複数のサービス間で共通に使用され、複数のサービスにおいてユーザを識別するためのユーザ識別子と、第１オブジェクトと、を関連付ける関連付け手段と、ユーザ識別子の認証を条件に、第１オブジェクトを利用したサービスを実行する複数のサービス実行手段と、を備えるオブジェクト利用システムである。

本発明の一態様は、所定のサービスで利用可能であって無体物たる第１オブジェクトと、有体物たる第２オブジェクトと、の代価の支払いの決済を行う決済手段と、代価の支払いの決済の完了を条件として、第１オブジェクトを、ユーザに提供する第１オブジェクト提供手段と、代価の支払いの決済の完了を条件として、第２オブジェクトを、ユーザに引渡す引渡手続を実行可能な引渡手続手段と、を備える情報処理装置である。

本発明の一態様は、所定のサービスで利用可能であって無体物たる第１オブジェクトと、有体物たる第２オブジェクトと、の代価の支払いの決済を行う決済手段、代価の支払いの決済の完了を条件として、第１オブジェクトを、ユーザに提供する第１オブジェクト提供手段、代価の支払いの決済の完了を条件として、第２オブジェクトを、ユーザに引渡す引渡手続を実行可能な引渡手続手段、としてコンピュータを機能させるプログラムである。

本発明の一態様は、コンピュータは、所定のサービスで利用可能であって無体物たる第１オブジェクトと、有体物たる第２オブジェクトと、の代価の支払いの決済を行い、代価の支払いの決済の完了を条件として、第１オブジェクトを、ユーザに提供し、代価の支払いの決済の完了を条件として、第２オブジェクトを、ユーザに引渡す引渡手続を実行可能に制御する、オブジェクト提供方法である。

本発明によれば、ユーザにとっての興趣性を向上させた技術を提供することができる。

図１は第１の実施の形態を説明するための図である。 図２は第１の実施形態におけるオブジェクト提供システムの全体構成例を示す図である。 図３は共通ユーザＩＤ管理サーバ１の機能構成例を示すブロック図である。 図４は共通ユーザＩＤ管理データベース１２０の一例を示した図である。 図５はオブジェクト販売サーバ２の機能構成例を示すブロック図である。 図６は販売オブジェクトデータベース２２０の一例を示す図である。 図７はサービス提供サーバ３の機能構成例を示すブロック図である。 図８はゲームに利用されるオブジェクトデータベース３２０の一例を示す図である。 図９は端末４の機能構成例を示すブロック図である。 図１０は第１の実施の形態の動作のシーケンス図である。 図１１は共通ユーザＩＤ登録処理（Ｓｔｅｐ１）のフローチャートである。 図１２はオブジェクト販売処理（Ｓｔｅｐ ２）のフローチャートである。 図１３は端末４に表示される画面の遷移の一例を示した図である。 図１４はオブジェク登録処理（Ｓｔｅｐ ３）のフローチャートである。 図１５はゲームのログイン画面の一例である。 図１６はサービス実行処理（Ｓｔｅｐ ４）及びオブジェクト管理処理を開始する（Ｓｔｅｐ ５）のフローチャートである。 図１７はオブジェクト一覧処理（Ｓｔｅｐ ６）のフローチャートである。 図１８はオブジェクト一覧画面の一例を示す図である。 図１９は第２の実施の形態を説明するための図である。 図２０は、第２の実施形態におけるオブジェクト取引システムの全体構成例を示す図である。 図２１は取引サーバ５の機能構成例を示すブロック図である。 図２２は取引管理データベース５１０の一例を示す図である。 図２３は第２の実施の形態の動作のシーケンス図である。 図２４は取引オブジェクト登録処理（Ｓｔｅｐ １０）及び取引可能所有オブジェクト一覧処理（Ｓｔｅｐ １１）のフローチャートである。 図２５は端末４ａに表示される画面の一例を示した図である。 図２６は取引処理（Ｓｔｅｐ １２）のフローチャートである。 図２７は端末４ｂに表示される取引画面の一例である。 図２８は端末４ａに表示される交渉申込画面の一例である。 図２９は取引認証処理（Ｓｔｅｐ １３）のフローチャートである。 図３０は取引後の共通ユーザＩＤ管理テーブル１２０の一例を示す図である。 図３１は第２の実施の形態の変形例１を説明するための図である。 図３２は第２の実施の形態の変形例３における取引条件画面の一例を示す図である。

＜第１の実施の形態＞
本発明の第１の実施の形態を説明する。
近年のデジタル化にともない、ゲームアプリケーションに用いられる仮想的なゲームカードや、メタバースと呼ばれるオンライン上に構築された三次元の仮想空間に登場する仮想的なオブジェクト等が注目されている。これら無体物のデジタルデータを、以下、第１オブジェクトと記載する。

一方、従来から、アニメ等のキャラクターに対応付けられたゲームカード、トレーディングカード、フィギュア、プラモデル等が提供されている。これらの物品は、ユーザが現実的に認知可能な実体のある有体物である。これらの有体物の物品を、以下、第２オブジェクトと記載する。

第１オブジェクトと第２オブジェクトとは無体物と有体物との相違はあるが、キャラクター等に対応付ける（化体させる）ことができる点は共通する。そこで、第１オブジェクトと第２オブジェクトとを、同一キャラクター又は互いに関連するキャラクターに対応付けることが可能である。ここで、互いに関連するキャラクターとは、例えば、第１オブジェクトと第２オブジェクトとが、あるストーリに登場するキャラクター同士の関係である。

このようなキャラクターに対応付けられた第１オブジェクトと第２オブジェクトとを組（セット）にして、ユーザに提供することができれば、ユーザに新たな楽しみを提供することができる。何故なら、ユーザの好みのキャラクターに対応付けられた第１オブジェクトは無体物であるため、この第１オブジェクトを利用したアプリケーションゲームやメタバース等の仮想空間等の様々なサービスをユーザに提供できる。また、ユーザの好みのキャラクターに対応付けられた第２オブジェクトは有体物であるため、現実世界においてユーザの所有感を満たすことができる。すなわち、ユーザに二重の価値を与えることができるからである。

具体的に説明すると、図１に示すように、ゲームアプリケーションに利用される仮想的なゲームカード（第１オブジェクト）Ｘ１と物品としてのゲームカード（第２オブジェクト）Ｘ２とがあり、ゲームカードＸ１とゲームカードＸ２とは同一のキャラクターに対応付けられている。例えば、ゲームカードＸ１とゲームカードＸ２との絵柄は同一である。ユーザは、ゲームカードＸ１とゲームカードＸ２とをセットで購入可能である。

サービス提供者は、セットを購入したユーザに対して、デジタルデータとしてゲームカードＸ１を提供する。このとき、ユーザがゲームカードＸ１を複数のサービスで利用できるようにするため、ユーザとゲームカードＸ１とを関連付ける。例えば、複数の各サービスにおいてユーザを識別できる共通の識別子（以下、共通ユーザＩＤと記載する場合がある）と、ゲームカードＸ１と、を関連付ける。このようにすることにより、ゲームカードＸ１はユーザの所有物であることが識別でき、ユーザは複数のサービスでゲームカードＸ１を利用することができる。例えば、ユーザは、ゲームアプリケーションにおいてゲームカードＸ１をゲーム要素として利用したり、メタバースにおいてゲームカードＸ１をディスプレイとして利用したりすることができる。

また、サービス提供者は、セットを購入したユーザに対して、現実物品としてゲームカードＸ２を引き渡す。ここで、引き渡しとは、ゲームカードＸ２のユーザへの配送、店頭でのユーザへの引き渡しを含む。これにより、ユーザは、現物のコレクション等の所有欲を満たすことができる。

尚、上述した具体例では、第１オブジェクトと第２オブジェクトとが、同一キャラクターであり、同一の絵柄が記載されたものである例を説明したが、これに限られない。例えば、第１オブジェクトと第２オブジェクトとは同一キャラクターであるが、第１オブジェクトがそのキャラクターのフィギュアであり、第２オブジェクトがそのキャラクターのプラモデルである場合でも良い。

以上のように、
・キャラクターに対応付けられた第１オブジェクトと第２オブジェクトとを組（セット）にして、ユーザに提供し、
・複数のサービスにおいてユーザを識別する共通ユーザＩＤと、少なくとも第１オブジェクトとを関連付ける、
ことにより、第１オブジェクトを利用した様々なサービスをユーザに提供でき、第２オブジェクトにより、現実世界においてユーザの所有感を満たすことができる。
以下、詳細な実施の形態を説明する。

＜第１の実施の形態の全体構成＞
本実施の形態におけるオブジェクト提供システムを説明する。
図２は、第１の実施形態におけるオブジェクト提供システムの全体構成例を示す図である。図２に示すように、オブジェクト提供システムは、共通ユーザＩＤ管理サーバ１と、オブジェクト販売サーバ２と、サービス提供サーバ３と、端末４と、を備えて構成される。共通ユーザＩＤ管理サーバ１とオブジェクト販売サーバ２とサービス提供サーバ３と端末４とは、ネットワークＮに接続可能で、相互に通信可能である。

ネットワークＮは、データ通信が可能な通信路を意味する。すなわち、ネットワークＮは、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬＡＮの他、電話通信網やケーブル網、インターネット等の通信網を含み、通信方法については有線／無線を問わない。

共通ユーザＩＤ管理サーバ１とオブジェクト販売サーバ２とサービス提供サーバ３とは、単数又は複数のサーバ装置や記憶装置等を含んで構成されたサーバシステムである。また、共通ユーザＩＤ管理サーバ１とオブジェクト販売サーバ２とサービス提供サーバ３とは、各サーバが個別に設置されている必要はなく、クラウドシステムの中に他のサーバと混在していても良い。

共通ユーザＩＤ管理サーバ１は、ユーザに提供する複数のサービスにおいて、共通に利用される共通ユーザＩＤを管理するサーバである。共通ユーザＩＤは、サービスを利用するユーザを一意に識別する識別子（識別情報）である。

オブジェクト販売サーバ２は、オブジェクトをユーザに販売又は提供するサーバである。

サービス提供サーバ３は、第１オブジェクトを利用したサービスを、ユーザに提供するサーバである。尚、サービス提供サーバ３は、複数のサービスを一括して実行しても良いし、サービス毎に存在しても良い。

端末４は、アプリケーション、Ｗｅｂブラウザ等を実行することのできる情報処理装置（コンピュータ）であり、無線通信基地局等を介して、ネットワークＮに接続し、共通ユーザＩＤ管理サーバ１、オブジェクト販売サーバ２、サービス提供サーバ３との間で、データ通信を行うことができる。端末４は、例えば、スマートフォンや、携帯電話機、携帯型ゲーム装置、据置型家庭用ゲーム装置、業務用ゲーム装置、パーソナルコンピュータ、タブレット型コンピュータ、据置型家庭用ゲーム装置のコントローラ等である。端末４は、基本的には、複数存在し、各ユーザにより操作される。

＜第１の実施の形態の各構成＞
共通ユーザＩＤ管理サーバ１について説明する。図３は共通ユーザＩＤ管理サーバ１の機能構成例を示すブロック図である。

図３に示すように、処理部１０と、通信部１１と、記憶部１２と、を備える。
処理部１０は、記憶部１２に格納されているプログラムやデータに基づいて、共通ユーザＩＤ管理サーバ１の動作を統括的に制御する。処理部１０の機能は、例えば、ＣＰＵやＧＰＵ等のマイクロプロセッサ、ＡＳＩＣ、ＩＣメモリ等の電子部品によって実現できる。この処理部１０は、主な機能部として、演算部１００と、画像生成部１０１と、通信制御部１０２と、を備える。

演算部１００は、共通ユーザＩＤ管理部１１０と、所有オブジェクト提示部１１１と、を備える。

共通ユーザＩＤ管理部１１０は、記憶部１２に格納される共通ユーザＩＤ管理データベース１２０を用いて、共通ユーザＩＤを管理する。共通ユーザＩＤ、ユーザに提供する複数のサービスにおいて、共通に使用され、各ユーザを識別して認証するための識別子である。

図４は共通ユーザＩＤ管理データベース１２０の一例を示した図である。共通ユーザＩＤ管理データベース１２０は、共通ユーザＩＤデータベース１２１と、プレイヤオブジェクト管理データベース１２２と、を含む。

共通ユーザＩＤデータベース１２１は、ユーザの共通ユーザＩＤを管理するデータベースである。共通ユーザＩＤデータベース１２１の１レコードは、ユーザの共通ユーザＩＤのフィールドと、該ユーザのユーザ名のフィールドと、該ユーザのパスワードのフィールドと、該ユーザの住所のフィールドと、該ユーザが所有しているサービス内にて利用可能な通貨（コイン）のフィールドと、を含む。

プレイヤオブジェクト管理データベース１２２は、共通ユーザＩＤ毎に用意されたテーブルであり、共通ユーザＩＤのユーザが利用可能又は所有しているオブジェクトを管理するテーブルである。各テーブルは、ユーザが所有するオブジェクトのオブジェクト名のフィールドと、そのオブジェクトを識別するオブジェクトＩＤと、該オブジェクトが利用可能なサービス名のフィールドと、そのサービスにおけるオブジェクトの利用可否のフィールドと、該オブジェクトの配送手続予定日のフィールドと、該オブジェクトの配送完了日のフィールドと、を含む。

共通ユーザＩＤ管理部１１０は、共通ユーザＩＤ管理データベース１２０を用いて、オブジェクト販売サーバ２又はサービス提供サーバ３からの要求により、ユーザを識別して認証し、各情報の提供を行う。また、共通ユーザＩＤ管理部１１０は、オブジェクト販売サーバ２又はサービス提供サーバ３から提供される情報を用いて、共通ユーザＩＤ管理データベース１２０の更新を行う。

所有オブジェクト提示部１１１は、端末４からの要求に応答して、ユーザが所有しているオブジェクトの一覧を提示する。

画像生成部１０１は、演算部１００の処理結果に基づいて１フレーム時間（例えば１／６０秒）で１枚の画面を生成し、生成した画面の画像信号を出力する。画像生成部１０１の機能は、例えば、ＧＰＵやデジタルシグナルプロセッサ（ＤＳＰ）等のプロセッサ、ビデオ信号ＩＣ、ビデオコーデック等のプログラム、フレームバッファ等の描画フレーム用ＩＣメモリ、テクスチャデータの展開用に使用されるＩＣメモリ等によって実現できる。

通信制御部１０２は、オブジェクト販売サーバとサービス提供サーバ３と端末４とのデータ通信のための通信接続及びデータ処理を行う。

通信部１１は、通信回線と接続して通信を実現する。通信部１１の機能は、例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現できる。

記憶部１２は、例えばＲＡＭやＲＯＭ、フラッシュメモリ等のＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤ等の光学ディスク等によって実現され、システムプログラムと、機能プログラムとが格納される。システムプログラムは、コンピュータとしての基本機能を実現するためのプログラムである。機能プログラムは、演算部１００を、共通ユーザＩＤ管理部１１０、所有オブジェクト提示部１１１として機能をさせるためのプログラムである。また、本実施の形態において、記憶部１２には、共通ユーザＩＤ管理データベース１２０が格納される。

オブジェクト販売サーバ２について説明する。図５はオブジェクト販売サーバ２の機能構成例を示すブロック図である。
図５に示すように、処理部２０と、通信部２１と、記憶部２２と、を備える。

処理部２０は、記憶部２２に格納されているプログラムやデータに基づいて、オブジェクト販売サーバ２の動作を統括的に制御する。処理部２０の機能は、例えば、ＣＰＵやＧＰＵ等のマイクロプロセッサ、ＡＳＩＣ、ＩＣメモリ等の電子部品によって実現できる。この処理部２０は、主な機能部として、演算部２００と、画像生成部２０１と、通信制御部２０２と、を備える。

演算部２００は、オブジェクト販売部２１０と、決済部２１１と、第１オブジェクト提供部２１２と、第２オブジェクト引渡手続部２１３と、を備える。

オブジェクト販売部２１０は、販売オブジェクトデータベース２２０から販売可能なオブジェクトの情報を読み出し、オブジェクト購入画面を、端末４に提示する。また、オブジェクト販売部２１０は、端末４からの購入するオブジェクトの選択に応答して選択オブジェクト購入画面を端末４に提示し、決済完了後に選択オブジェクト購入完了画面を端末４に提示する。本実施の形態では、販売するオブジェクトは、無体物たる第１オブジェクトと有体物たる第２オブジェクトとの組（セット）を意味する。そして、第１オブジェクトと有体物たる第２オブジェクトとは同一のキャラクターに対応したオブジェクトである。例えば、第１オブジェクトはアプリケーションゲームに利用可能なデジタルデータのゲームカードであり、第２オブジェクトはデジタルデータのゲームカードと同一の絵柄を有するリアルカードである。
オブジェクト販売部２１０は、主としてHTTPにより端末４と通信し、各種画面等のコンテンツ（HTML/XHTML/XML、文書、画像等）を送信する。

決済部２１１は、ユーザが選択したオブジェクトの代価の支払いの決済を行う。ここで、オブジェクトの代価は、無体物たる第１オブジェクトと有体物たる第２オブジェクトとの組（セット）の代価である。代価の支払いの決済の方法は、本実施の形態においては、サービス内通貨を用いて行うが、クレジットカード等の電子的な決済も可能である。決済部１１１は、ユーザが購入しようとするオブジェクトに関する決済情報を、共通ユーザＩＤ管理サーバ１に送信する。決済情報は、ユーザの共通ユーザＩＤと、パスワードと、オブジェクトの代価の情報と、を含む。決済部２１１は、共通ユーザＩＤ管理サーバ１から決済完了情報を受信すると、決済の完了を端末４に通知する。決済完了情報は、ユーザの認証と、ユーザの所有する通貨（コイン）からオブジェクトの代価の減算の完了通知と、ユーザの住所（配送先）と、を含む。

第１オブジェクト提供部２１２は、決済部２１１の決済後、オブジェクトのうちの第１オブジェクトを、端末４に提供する。提供方法は、例えば、端末４にインストールされているゲームアプリケーションに登録するための第１オブジェクトのデジタルデータを提供する方法のみならず、第１オブジェクトのデジタルデータ自体ではなく、第１オブジェクトをユーザが利用可能にするための利用情報を提供する方法も含む。

第２オブジェクト引渡手続部２１３は、オブジェクトのうちの有体物たる第２オブジェクトの引渡手続きの管理を行う。具体的には、第２オブジェクト引渡手続部２１３は、プレイヤオブジェクト管理データベース１２２の各ユーザの配送予定日に、第２オブジェクトをユーザに配送できるように、ユーザの住所（配送先）に配送するための配送伝票を作成したり、配送に必要な手続きを管理したりする。

画像生成部２０１は、演算部２００の処理結果に基づいて１フレーム時間（例えば１／６０秒）で１枚の画面を生成し、生成した画面の画像信号を出力する。画像生成部２０１の機能は、例えば、ＧＰＵやデジタルシグナルプロセッサ（ＤＳＰ）等のプロセッサ、ビデオ信号ＩＣ、ビデオコーデック等のプログラム、フレームバッファ等の描画フレーム用ＩＣメモリ、テクスチャデータの展開用に使用されるＩＣメモリ等によって実現できる。

通信制御部２０２は、共通ユーザＩＤ管理サーバ１と端末４とのデータ通信のための通信接続及びデータ処理を行う。

通信部２１は、通信回線と接続して通信を実現する。通信部１１の機能は、例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現できる。

記憶部２２は、例えばＲＡＭやＲＯＭ、フラッシュメモリ等のＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤ等の光学ディスク等によって実現され、システムプログラムと、機能プログラムとが格納される。システムプログラムは、コンピュータとしての基本機能を実現するためのプログラムである。機能プログラムは、演算部２００を、オブジェクト販売部２１０、決済部２１１、第１オブジェクト提供部２１２、第２オブジェクト引渡手続部２１３として機能をさせるためのプログラムである。また、本実施の形態において、記憶部２２には、販売オブジェクトデータベース２２０が格納される。

図６は販売オブジェクトデータベース２２０の一例を示す図である。販売オブジェクトデータベース２２０の１レコードは、オブジェクトの名称のフィールドと、オブジェクトを識別するオブジェクトＩＤのフィールドと、該オブジェクトの販売期間のフィールドと、該オブジェクトの利用可能サービス、該オブジェクトの引渡に関する情報のフィールドと、該オブジェクトの価格のフィールドと、を含む。

図６の販売オブジェクトデータベース２２０の先頭レコードの内容を具体的に説明すると、
・「Ｘシリーズ」のキャラクターＸに対応する、アプリケーションゲーム用カードＸ１（第１オブジェクト）とリアルカードＸ２（第２オブジェクト）とがセット販売されていること、
・そのセットの販売期間は２０２２年２月１０日から２０２２年３月１０日であること、
・そのセットの価格は１００コインであること、
・アプリケーションゲーム用カードＸ１（第１オブジェクト）は、ゲーム「Ｘシリーズ」で利用可能であること、
・アプリケーションゲーム用カードＸ１（第１オブジェクト）は２０２２年３月１日にユーザに引渡（提供）が完了しており、リアルカードＸ２（第２オブジェクト）は２０２２年３月２０日に、ユーザに配送予定あること、
である。

サービス提供サーバ３について説明する。図７はサービス提供サーバ３の機能構成例を示すブロック図である。第１の実施の形態において、サービス提供サーバ３が実行するオブジェクトを利用したサービスは、第１オブジェクトを利用したカードゲームと、第１オブジェクトを利用したメタバースである。

図７に示すように、処理部３０と、通信部３１と、記憶部３２と、を備える。
処理部３０は、記憶部３２に格納されているプログラムやデータに基づいて、サービス提供サーバ３の動作を統括的に制御する。処理部３０の機能は、例えば、ＣＰＵやＧＰＵ等のマイクロプロセッサ、ＡＳＩＣ、ＩＣメモリ等の電子部品によって実現できる。この処理部３０は、主な機能部として、演算部３００と、画像生成部３０１と、通信制御部３０２と、を備える。

演算部３００は、ゲーム実行部３１０と、メタバース実行部３１１と、を備える。
ゲーム実行部３１０は、端末４からのサービス実行要求に応答して、第１オブジェクトを利用したゲームを実行する。端末４からのサービス実行要求は、ユーザの共通ユーザＩＤとパスワードとを含む。ゲーム実行部３１０は、サービス実行要求に含まれている共通ユーザＩＤとパスワードとを含む利用可能オブジェクト要求を、共通ユーザＩＤ管理サーバ１に送信する。また、共通ユーザＩＤ管理サーバ１から、ユーザの共通ユーザＩＤとそのユーザが利用可能な第１オブジェクトのオブジェクトＩＤとを含む利用可能オブジェクト情報を受信する。そして、ゲーム実行部３１０は、取得したオブジェクトＩＤからゲームに登場させるオブジェクト（キャラクター）を特定し、端末４上で実行されるゲームにおいて、第１オブジェクト（キャラクター）の利用を可能にする。

メタバース実行部３１１は、端末４からのサービス実行要求に応答して、第１オブジェクトを利用したメタバースのサービスを実行する。メタバース実行部３１１は、サービス実行要求に含まれている共通ユーザＩＤとパスワードとを含む利用可能オブジェクト要求を、共通ユーザＩＤ管理サーバ１に送信する。また、共通ユーザＩＤ管理サーバ１から、ユーザの共通ユーザＩＤとそのユーザが利用可能な第１オブジェクトのオブジェクトＩＤとを含む利用可能オブジェクト情報を受信する。そして、メタバース実行部３１１は、取得したオブジェクトＩＤからメタバースに登場させるオブジェクト（キャラクター）を特定し、端末４上で実行されるメタバースのサービスにおいて、第１オブジェクト（キャラクター）の利用を可能にする。

画像生成部３０１は、演算部３００の処理結果に基づいて１フレーム時間（例えば１／６０秒）で１枚の画面を生成し、生成した画面の画像信号を出力する。画像生成部２０１の機能は、例えば、ＧＰＵやデジタルシグナルプロセッサ（ＤＳＰ）等のプロセッサ、ビデオ信号ＩＣ、ビデオコーデック等のプログラム、フレームバッファ等の描画フレーム用ＩＣメモリ、テクスチャデータの展開用に使用されるＩＣメモリ等によって実現できる。

通信制御部３０２は、共通ユーザＩＤ管理サーバ１と端末４とのデータ通信のための通信接続及びデータ処理を行う。

通信部３１は、通信回線と接続して通信を実現する。通信部３１の機能は、例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現できる。

記憶部３２は、例えばＲＡＭやＲＯＭ、フラッシュメモリ等のＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤ等の光学ディスク等によって実現され、システムプログラムと、機能プログラムとが格納される。システムプログラムは、コンピュータとしての基本機能を実現するためのプログラムである。機能プログラムは、演算部３００を、ゲーム実行部３１０、メタバース実行部３１１として機能をさせるためのプログラムである。

また、本実施の形態において、記憶部３２には、ゲーム及びメタバースを実行するための第１オブジェクト（キャラクター）に関する各種データベースが格納されている。図８はゲームに利用されるオブジェクトデータベース３２０の一例を示す図である。オブジェクトデータベース３２０の１レコードは、オブジェクトＩＤのフィールドと、ゲーム上で表示されるそのオブジェクトの画像データのフィールドと、そのオブジェクトのキャラクター情報のフィールドと、そのオブジェクトをユーザが所有しているかを示すユーザ所有情報のフィールドと、を含む。メタバースのサービスについても同様なデータベースが格納される。

端末４について説明する。図９は端末４の機能構成例を示すブロック図である。
図９に示すように、端末４は、処理部４０と、操作入力部４１と、表示部４２と、音出力部４４と、通信部４４と、記憶部４５と、を備える。

処理部４０は、記憶部４５に格納されているプログラムやデータ、操作入力部４１からの各種入力信号等に基づいて、端末４の動作を統括的に制御する。処理部４０の機能は、例えば、ＣＰＵやＧＰＵ等のマイクロプロセッサ、ＡＳＩＣ、ＩＣメモリ等の電子部品によって実現できる。この処理部４０は、主な機能部として、演算部４００と、画像生成部４０１と、音生成部４０２と、通信制御部４０３と、を備える。

演算部４００は、本実施形態のサービスを実現するための種々の処理を実行し、処理結果を画像生成部４０１、音生成部４０２又は通信制御部４０３に出力する。
演算部４００は、ブラウザ実行部４１０と、サービス実行部４１１と、を備える。

ブラウザ実行部４１０は、主としてHTTPによりサーバと通信し、コンテンツを取得し、取得したコンテンツに対して、その種類（HTML/XHTML/XML、文書、画像等）に応じた構文解析の結果を基に文字や画像を配置して描画する。また、ブラウザ実行部４１０は、Flashアプリケーションや Javaアプレットに対応するプラグインが用意されている場合は、それらを表示・実行することができる。

サービス実行部４１１は、提供されるサービスを実行する部である。本実施の形態では、サービス実行部４１１は、オブジェクトを利用したゲーム及びメタバースを実行するアプリケーションにより、各サービスを実行する。

画像生成部４０１は、演算部４００の処理結果に基づいて１フレーム時間（例えば１／６０秒）で１枚のゲーム画面を生成し、生成したゲーム画面の画像信号を画像表示部１０３に出力する。画像生成部４０１の機能は、例えば、ＧＰＵやデジタルシグナルプロセッサ（ＤＳＰ）等のプロセッサ、ビデオ信号ＩＣ、ビデオコーデック等のプログラム、フレームバッファ等の描画フレーム用ＩＣメモリ、テクスチャデータの展開用に使用されるＩＣメモリ等によって実現できる。

音生成部４０２は、演算部４００の処理結果に基づいてゲームに関する効果音やＢＧＭ、操作補助情報の音声情報、各種操作音等の音信号を生成し、音出力部４３に出力する。音生成部４０１の機能は、例えば、デジタルシグナルプロセッサ（ＤＳＰ）や音声合成ＩＣ等のプロセッサ、音声ファイルを再生可能なオーディオコーデック等によって実現できる。

通信制御部４０３は、各サーバとのデータ通信のための通信接続及びデータ処理を行う。

操作入力部４１は、プレイヤがサービスに関する各種操作を入力するためのものであり、操作入力に応じた操作入力信号を処理部４０に出力する。操作入力部４０の機能は、例えば、タッチ操作パッド、ホームボタン、ボタンスイッチや、ジョイスティック、トラックボールといった直接プレイヤが指で操作する素子はもちろん、加速度センサや角速度センサ、傾斜センサ、地磁気センサといった、運動や姿勢を検知する素子等によっても実現できる。

表示部４２は、画像生成部４０１から入力される画像信号に基づいて各種ゲーム画面を表示する。表示部４２の機能は、例えば、液晶等のフラットパネルディスプレイ、ブラウン管（ＣＲＴ）、プロジェクター、ヘッドマウントディスプレイといった表示装置によって実現できる。

音出力部４３は、音生成部４０２から入力される音信号に基づいてゲームに関する効果音等を音出力するためのものである。例えば、音出力部４３は、スピーカである。

通信部４４は、通信回線と接続して通信を実現する。通信部３５の機能は、例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現できる。

記憶部４５には、端末４を動作させ、端末４が備える種々の機能を実現するためのシステムプログラム、サービスアプリケーションや、サービスアプリケーションの実行中に使用されるデータ等が予め記憶され、或いは処理の都度一時的に記憶される。記憶部４５は、例えばＲＡＭやＲＯＭ、フラッシュメモリ等のＩＣメモリを使用したソリッドステートドライブ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤ等の光学ディスク等によって実現できる。システムプログラムは、端末４のコンピュータとしての基本機能を実現するためのプログラムである。サービスアプリケーションは、演算部４００を、ブラウザ実行部４１０として機能させるＷｅｂブラウザや、サービス実行部４１１として機能させるゲームアプリケーション、メタバースアプリケーション等である。また、記憶部４５には、サービスを実行するために必要なデータベースが格納される。

＜第１の実施の形態の動作＞
第１の実施の形態の動作の動作を説明する。図１０は第１の実施の形態の動作のシーケンス図である。

まず、共通ユーザＩＤを取得するために、端末４のブラウザ実行部４１０は、共通ユーザＩＤ取得要求を、共通ユーザＩＤ管理サーバ１に送信する。共通ユーザＩＤ取得要求は、ユーザ名、希望するパスワード及びユーザの住所を含む。

共通ユーザＩＤ取得要求を受信した共通ユーザＩＤ管理サーバ１は、共通ユーザＩＤ登録処理（Ｓｔｅｐ１）を行う。図１１は共通ユーザＩＤ登録処理（Ｓｔｅｐ１）のフローチャートである。

共通ユーザＩＤ管理サーバ１が共通ユーザＩＤ取得要求を受信すると（Ｓｔｅｐ１００）、共通ユーザＩＤ管理部１１０は、共通ユーザＩＤ取得要求に含まれているユーザ名と希望するパスワードとが、登録可能かを判定する（Ｓｔｅｐ１０１）。共通ユーザＩＤ管理部１１０は、登録可能であれば、共通ユーザＩＤをユーザに付与し（Ｓｔｅｐ１０２）、共通ユーザＩＤ、ユーザ名、パスワード及び住所を、共通ユーザＩＤ管理データベース１２１に登録する（Ｓｔｅｐ１０３）。そして、共通ユーザＩＤ管理部１１０は、共通ユーザＩＤが記載された共通ユーザＩＤ登録完了画面を、端末４に送信する（Ｓｔｅｐ１０５）。一方、共通ユーザＩＤ管理部１１０は、ユーザ名と希望するパスワードとが登録不可能の場合（Ｓｔｅｐ１０１）、異なるユーザ名及びパスワードを要求する画面を端末４に送信する（Ｓｔｅｐ１０５）。

以上の動作により、ユーザは、複数のサービスで使用する共通ユーザＩＤを取得することができる。また、ユーザは、取得した共通ユーザＩＤを用いて、各種のサービスで利用する通貨（コイン）を取得できる。取得方法は、クレジットカード等の電子決済により、通貨（コイン）の代価の支払いを決済して取得する。ユーザが取得した通貨（コイン）は、共通ユーザＩＤ管理部１１０により、共通ユーザＩＤ管理データベース１２１におけるユーザのレコードの通貨（コイン）のフィールドに記載される。

次に、ユーザによるオブジェクトの購入について説明する。
オブジェクトを購入するために、端末４のブラウザ実行部４１０は、オブジェクト販売サーバ２にオブジェクト購入画面要求を送信する。オブジェクト購入画面要求を受信したオブジェクト販売サーバ２は、共通ユーザＩＤ管理サーバ１との間でオブジェクト販売処理（Ｓｔｅｐ ２）を行う。図１２はオブジェクト販売処理（Ｓｔｅｐ ２）のフローチャートである。

オブジェクト販売サーバ２がオブジェクト購入画面要求を受信すると（Ｓｔｅｐ ２００）、オブジェクト販売部２１０は、販売オブジェクトデータベース２２０から販売可能なオブジェクトの情報を取得し（Ｓｔｅｐ ２０１）、オブジェクト購入画面を、端末４に送信する（Ｓｔｅｐ ２０２）。

図１３は端末４に表示されるオブジェクトを購入するための画面の遷移の一例を示した図である。図１３に示されるオブジェクト購入画面は、図５に示される販売オブジェクトデータベース２２０から読み出された、オブジェクトの名称と、該オブジェクトの販売期間と、該オブジェクトの利用可能サービスと、該オブジェクトの引渡に関する情報と、該オブジェクトの価格とを含むオブジェクト一覧が表示されている。一例を示すと、「Ｘシリーズ」のキャラクターＸについて、アプリケーションゲーム用カードＸ１（第１オブジェクト）と、リアルカードＸ２（第２オブジェクト）とがセットで販売され、販売期間は２０２２年２月１０日から２０２２年３月１０日であり、その価格は１００コインである。また、アプリケーションゲーム用カードＸ１（第１オブジェクト）とリアルカードＸ２（第２オブジェクト）とは、キャラクターＸに対応付けられたカードであり、同一の絵柄を含んでいる。

オブジェクト販売部２１０は、オブジェクト購入画面の一覧からユーザが選択した選択オブジェクト購入画面の要求を、端末４から受信すると（Ｓｔｅｐ ２０３）、選択オブジェ購入画面（選択されたオブジェクトＩＤを含む）を端末４に送信する（Ｓｔｅｐ ２０４）。図１３に示される選択オブジェ購入画面は、オブジェクト購入画面においてユーザがオブジェクト「「Ｘシリーズ」キャラクターＸ」を選択した場合の選択オブジェ購入画面である。選択オブジェ購入画面には、オブジェクト「「Ｘシリーズ」キャラクターＸ」のセット販売である第１オブジェクト（無体物）であるアプリケーションゲーム用カードＸ１及び第２オブジェクト（有体物）であるリアルカードＸ２と、アプリケーションゲーム用カードＸ１（無体物）の利用可能開始日と、リアルカードＸ２（有体物）の引渡し予定日と、「「Ｘシリーズ」キャラクターＸ」のセット（カードＸ１及びリアルカードＸ２）の代価と、を含んでいる。また、選択オブジェクト購入画面には、ユーザの共通ユーザＩＤ及びパスワードの入力欄と、購入ボタンと、を含んでいる。また、選択オブジェ購入画面には、オブジェクト「Ｘシリーズ」の第１オブジェクトのオブジェクトＩＤ“Ｘ１０１”と、オブジェクト「Ｘシリーズ」の第２オブジェクトのオブジェクトＩＤ“Ｘ１０２”と、も含まれて送信される。

ユーザは、オブジェクト「「Ｘシリーズ」キャラクターＸ」を購入するために、端末４に表示された選択オブジェクト購入画面の入力欄に、ユーザの共通ユーザＩＤ“１０００１”とパスワード“２５００２”とを入力し、購入ボタンを押下すると、端末４は、選択オブジェクト購入要求をオブジェクト販売サーバ２に送信する。選択オブジェクト購入要求は、ユーザの共通ユーザＩＤ“１０００１”及びパスワード“２５００２”と、第１オブジェクトのオブジェクトＩＤ“Ｘ１０１”と、第２オブジェクトのオブジェクトＩＤ“Ｘ１０２”と、を含む。

決済部２１１は、選択オブジェクト購入要求を受信すると（Ｓｔｅｐ ２０５）、選択オブジェクト購入要求から、ユーザの共通ユーザＩＤ及びパスワードと、第１オブジェクトのオブジェクトＩＤと、第２オブジェクトのオブジェクトＩＤと、を取得し、決済情報を、共通ユーザＩＤ管理サーバ１に送信する（Ｓｔｅｐ ２０６）。決済情報は、ユーザの共通ユーザＩＤ及びパスワードと、第１オブジェクトのオブジェクトＩＤ及び利用可能サービス名と、第２オブジェクトのオブジェクトＩＤ及び引渡し予定日と、第１オブジェクトと第２オブジェクトとのセットの代価と、を含む。図１０の例では、決済情報は、ユーザの共通ユーザＩＤ“１０００１”及びパスワード“２５００２”と、第１オブジェクトのオブジェクトＩＤ“Ｘ１０１”、利用可能サービス「ゲーム「Ｘシリーズ」」と、第２オブジェクトのオブジェクトＩＤ“Ｘ１０２”及び引渡し予定日「２０２２年３月２０日」と、セットの代価“１００コイン”と、を含む。

決済部２１１は、共通ユーザＩＤ管理サーバ１から決済完了情報を受信すると（Ｓｔｅｐ ２０７）、オブジェクトの決済が完了したことをオブジェクト販売部２１０、第１オブジェクト提供部２１２及び第２オブジェクト引渡手続部２１３に通知し、オブジェクト販売部２１０は選択オブジェクト購入完了画面を、端末４に送信する（Ｓｔｅｐ ２０８）。図１３の選択オブジェクト購入完了画面では、アプリケーションゲーム「Ｘシリーズ」にて、カードＸ１が利用可能になったこと、リアルカードＸ２が２０２２年３月２０日に、ユーザに配送予定であることが表示されている。

第１オブジェクト提供部２１２は、決済部２１１の決済後、端末４のサービス実行部４１１により利用可能な第１オブジェクトのデジタルデータを、端末４に提供する（Ｓｔｅｐ ２０９）。本動作では、端末４にインストールされているゲームアプリケーション「Ｘシリーズ」に登録するためのカードＸ１のデジタルデータを、端末４に送信する。

第２オブジェクト引渡手続部２１３は、プレイヤオブジェクト管理データベース１２２の引渡予定日を参照して、第２オブジェクトの配送手続きを行う（Ｓｔｅｐ ２１０）。本動作では、２０２２年３月２０日に、リアルカードＸ２をユーザに配送する手続を行う。

続いて、通ユーザＩＤ管理サーバ１のオブジェク登録処理（Ｓｔｅｐ ３）について説明する。図１４はオブジェク登録処理（Ｓｔｅｐ ３）のフローチャートである。

共通ユーザＩＤ管理サーバ１が決済情報を受信すると（Ｓｔｅｐ３００）、共通ユーザＩＤ管理部１１０は、共通ユーザＩＤ管理データベース１２０を用いて、決済情報に含まれている共通ユーザＩＤとパスワードとを認証する（Ｓｔｅｐ３０１）。例えば、決済情報にユーザの共通ユーザＩＤ“１０００１”及びパスワード“２５００２”が含まれているならば、図４の共通ユーザＩＤデータベース１２１によれば、ユーザの共通ユーザＩＤ“１０００１”とパスワード“２５００２”とは一致しているので、認証可能である。

共通ユーザＩＤ管理部１１０は、共通ユーザＩＤとパスワードとが認証可能であるならば（Ｓｔｅｐ ３０２）、共通ユーザＩＤのユーザの所有通貨の残高を確認する（Ｓｔｅｐ ３０３）。共通ユーザＩＤ管理部１１０は、共通ユーザＩＤデータベース１２１におけるユーザの所有通貨の残高が決済情報に含まれているオブジェクの代価以上であるならば（Ｓｔｅｐ ３０４）、ユーザの所有通貨の残高から購入希望オブジェクトの代価を減算する（Ｓｔｅｐ ３０５）。そして、共通ユーザＩＤ管理部１１０は、決済情報に含まれている、第１オブジェクトのオブジェクトＩＤ、利用可能サービス名と、第２オブジェクトのオブジェクトＩＤ及び引渡し予定日により、プレイヤオブジェクト管理データベース１２２を更新し（Ｓｔｅｐ ３０７）、決済完了情報をオブジェクト販売サーバ２に送信する（Ｓｔｅｐ ３０８）。具体的には、決済情報に含まれている情報が、ユーザの共通ユーザＩＤ“１０００１”、第１オブジェクトのオブジェクトＩＤ“Ｘ１０１”、利用可能サービス「ゲーム「Ｘシリーズ」」と、第２オブジェクトのオブジェクトＩＤ“Ｘ１０２”及び引渡し予定日「２０２２年３月２０日」と、であるならば、共通ユーザＩＤ“１０００１”のプレイヤオブジェクト管理データベース１２２を、図４に示すように更新する。
以上で、オブジェクト登録処理（Ｓｔｅｐ ３）の説明を終了する。

次に、ユーザによるサービスにおける第１オブジェクトの利用について説明する。尚、本実施の形態では、ユーザが利用するサービスの例としてゲームを説明するが、メタバース等の他のサービスも同様である。

端末４のゲーム実行部４１１は、ゲームのログイン画面を表示し、サービス実行要求を、サービス提供サーバ３に送信する。サービス実行要求は、サービス名、共通ユーザＩＤ及びパスワードを含む。図１５はゲームのログイン画面の一例である。ユーザは、ログイン画面に、共通ユーザＩＤ及びパスワードを入力し、ログインボタンを押下する。この場合、サービス実行要求は、ゲーム「Ｘシリーズ」、共通ユーザＩＤ“１０００１”及びパスワード“２５００２”を含む。

サービス実行要求を受信したサービス提供サーバ３は、サービス実行処理を開始する（Ｓｔｅｐ ４）。図１６はサービス実行処理（Ｓｔｅｐ ４）及びオブジェクト管理処理を開始する（Ｓｔｅｐ ５）のフローチャートである。

サービス提供サーバ３がサービス実行要求を受信すると（Ｓｔｅｐ ４００）、ゲーム実行部３１０は、利用可能オブジェクト要求を共通ユーザＩＤ管理サーバ１に送信する（Ｓｔｅｐ ４０１）。利用可能オブジェクト要求は、受信したサービス実行要求に含まれるサービス名、共通ユーザＩＤ及びパスワードを含む。ここでは、利用可能オブジェクト要求は、ゲーム「Ｘシリーズ」、共通ユーザＩＤ“１０００１”及びパスワード“２５００２”を含む。

共通ユーザＩＤ管理サーバ１の共通ユーザＩＤ管理部１１０は利用可能オブジェクト要求を受信すると（Ｓｔｅｐ ５００）、利用可能オブジェクト要求に含まれている共通ユーザＩＤとパスワードとを認証する（Ｓｔｅｐ ５０１）。

共通ユーザＩＤ管理部１１０は、共通ユーザＩＤ管理データベース１２０を参照し、共通ユーザＩＤとパスワードとを認証することができたならば（Ｓｔｅｐ ５０２）、サービスに利用可能なオブジェクトＩＤを取得する（Ｓｔｅｐ ５０３）。そして、共通ユーザＩＤ管理部１１０は、サービスに利用可能なオブジェクトＩＤを含む利用可能オブジェク情報を、サービス提供サーバ３に送信する（Ｓｔｅｐ ５０４）。

具体的に説明すると、利用可能オブジェクト要求は、ゲーム「Ｘシリーズ」、共通ユーザＩＤ“１０００１”及びパスワード“２５００２”を含む。共通ユーザＩＤ管理部１１０は、共通ユーザＩＤ“１０００１”及びパスワード“２５００２”を、共通ユーザＩＤデータベース１２１を用いて認証する。共通ユーザＩＤデータベース１２１から、共通ユーザＩＤ“１０００１”及びパスワード“２５００２”は認証することができるので、共通ユーザＩＤ管理サーバ１は、共通ユーザＩＤ“１０００１”のプレイヤオブジェクト管理データベース１２２から、ゲーム「Ｘシリーズ」に利用可能なオブジェクトのオブジェクトＩＤを取得する。共通ユーザＩＤ“１０００１”のプレイヤオブジェクト管理データベース１２２から、ゲーム「Ｘシリーズ」に利用可能なオブジェクトのオブジェクトＩＤは”Ｘ１０１”である。共通ユーザＩＤ管理部１１０は、オブジェクトＩＤ”Ｘ１０１”を含む利用可能オブジェク情報を、サービス提供サーバ３に送信する。

サービス提供サーバ３のゲーム実行部３１０は、共通ユーザＩＤ管理サーバ１から利用可能オブジェクト情報を受信すると（Ｓｔｅｐ ４０２）、利用可能オブジェクト情報に含まれているオブジェクトＩＤのオブジェクトのゲーム内の利用を許可する（Ｓｔｅｐ ４０３）。そして、サービス提供サーバ３のゲーム実行部３１０は、オブジェクトを利用したゲーム（サービス）を、端末４に対して実行する（Ｓｔｅｐ ４０４）。

具体的には、ゲーム実行部３１０は、オブジェクトＩＤ”Ｘ１０１”を含む利用可能オブジェクト情報を受信し、オブジェクトＩＤ”Ｘ１０１”で特定されるカードＸ１を、ゲーム「Ｘシリーズ」において利用可能にする。
以上で、ユーザに提供するサービスの説明を終わる。

次に、ユーザが現在所有しているオブジェクトの一覧を閲覧できるオブジェクト一覧処理について説明する。

端末４のブラウザ実行部４１０は、共通ユーザＩＤ管理サーバ１に所有オブジェクト一覧要求を送信する。所有オブジェクト一覧要求は、共通ユーザＩＤ及びパスワードを含む。所有オブジェクト一覧要求を受信した共通ユーザＩＤ管理サーバ１はオブジェクト一覧処理を実行する（Ｓｔｅｐ ６）。図１７はオブジェクト一覧処理（Ｓｔｅｐ ６）のフローチャートである。

共通ユーザＩＤ管理サーバ１の共通ユーザＩＤ管理部１１０は所有オブジェクト一覧要求を受信すると（Ｓｔｅｐ ６００）、所有オブジェクト一覧要求に含まれている共通ユーザＩＤとパスワードとを認証する（Ｓｔｅｐ ６０１）。共通ユーザＩＤ管理部１１０は、共通ユーザＩＤ管理データベース１２０を参照し、共通ユーザＩＤとパスワードとを認証することができたならば（Ｓｔｅｐ ６０２）、共通ユーザＩＤのプレイヤオブジェクト管理データベース１２２に登録されているオブジェクトの情報を取得する（Ｓｔｅｐ ６０３）。そして、共通ユーザＩＤ管理部１１０は、取得した情報からオブジェクト一覧画面を生成し、オブジェクト一覧画面を、端末４に送信する（Ｓｔｅｐ ６０４）。

図１８はオブジェクト一覧画面の一例を示す図である。図１８は共通ユーザＩＤ“１０００１”のユーザ（ユーザ名：ＸＹＺ）が所有しているオブジェクトの一覧画面を示している。オブジェクトの一覧画面には、オブジェクト名と、第１オブジェクトの利用可能なサービス名及びサービスの利用可否、第２オブジェクトの引渡予定日及び引渡完了日が表示されている。

第１の実施の形態は、キャラクターに対応付けられた第１オブジェクトと第２オブジェクトとを組（セット）にして、ユーザに提供している。これにより、ユーザは、無体物のデジタルデータとしての資産と、有体物たる物品としての資産とを取得することができる。また、複数のサービスにおいてユーザを識別する共通ユーザＩＤと、少なくとも第１オブジェクトとを関連付けることによって、第１オブジェクトを利用した様々なサービスをユーザに提供でき、更に、既存のサービスだけではなく、新たにサービスを追加する場合であっても、そのサービスにおいて第１オブジェクトを利用することができる。

＜第１の実施の形態の変形例＞
上述した第１の実施の形態では、第１オブジェクトのサービスの利用を購入後に直ちに可能にしたが、これに限られない。第１オブジェクトのサービスの利用の可否は、自由に設定することができる。例えば、第２オブジェクトの引渡予定日に第１オブジェクトのサービスの利用を可能にしても良い。このようにすることにより、第１オブジェクトと第２オブジェクトとの価値を同日に発生させることができる。また、第１オブジェクトを利用したサービスを新たに導入する場合、そのサービスの導入日を第１オブジェクトの利用可能日に設定することもできる。

＜第２の実施の形態＞
物品等の有体物は、以前より資産価値があり、取引の対象となっている。また、デジタルデータのような無体物も、近年は資産価値が生じている、例えば、アプリケーションゲームにおけるレアリティの高いカード等である。そして、これらの無体物も、取引の対象となりえる。

一方、デジタルデータの無体物は取引による劣化ということはないが、有体物は取引によって資産価値の減少が考えられる。例えば、販売業者から一度でも物品の引渡しが行われると、その物品は新品ではなく、中古品と扱われる。

このような社会の実情を考えると、無体物のオブジェクトと有体物のオブジェクトとの組（セット）で販売されたものに関する取引できる期間は、有体物のオブジェクトの引渡し時期を考慮する必要がある。

そこで、第２の実施の形態は、無体物の取引性を確保しつつ、有体物の資産価値の低下を防ぐことが可能な期間を取引可能期間に設定し、オブジェクトの取引を行う例を説明する。また、第２の実施の形態は、オブジェクトの取引というサービスを追加する例ともいえる。

図１９は第２の実施の形態を説明するための図である。図１９は、アプリケーションゲームに利用される無体物のゲームカードＸ１と有体物のリアルカードＸ２とがセット販売される例を示している。第１ユーザは、ゲームカードＸ１とリアルカードＸ２とのセットの代価の支払いの決済をすることにより、ゲームカードＸ１とリアルカードＸ２とのセットを取得することができる。このとき、第１ユーザが、取引対象とするオブジェクトの形態は、以下の通りである。
・第１オブジェクトのみを取引対象とする。
・第１オブジェクトと第２オブジェクトとのセットを取引対象とする。
・第２オブジェクトのみを取引対象とする。

上記のように取引の対象に第２オブジェクトを含む場合がありえるので、第２オブジェクトの資産価値を考慮する必要がある。そこで、本実施の形態は、第１オブジェクト及び／又は第２オブジェクトを取引できる取引可能期間を、セットの代価の支払いの決済から第２オブジェクトの第１ユーザへの引渡し予定までの期間（以下、引渡猶予期間と記載する）とする。図１９の例では、第１ユーザによる、ゲームカードＸ１とリアルカードＸ２とのセットの代価の支払いの決済から、リアルカードＸ２の第１ユーザへの引渡予定日までの引渡猶予期間が、ゲームカードＸ１とリアルカードＸ２とを取引対象として第２ユーザと取引できる取引可能期間である。
以下、詳細な実施の形態を説明する。尚、以下の説明において、第１の実施の形態と同様な構成のものについては同じ符号を付し、詳細な説明は省略する。

＜第２の実施の形態の全体構成＞
第２の実施の形態におけるオブジェクト取引システムを説明する。図２０は、第２の実施形態におけるオブジェクト取引システムの全体構成例を示す図である。図２０に示すように、オブジェクト取引システム、第１の実施の形態に加えて、取引サーバ５を備える。取引サーバ５は、共通ユーザＩＤ管理サーバ１、オブジェクト販売サーバ２、サービス提供サーバ３及び端末４ａ，４ｂと、ネットワークＮに接続可能で、相互に通信可能である。尚、取引サーバ５は、単数又は複数のサーバ装置や記憶装置等を含んで構成されたサーバシステムである。また、取引サーバ５は、共通ユーザＩＤ管理サーバ１とオブジェクト販売サーバ２とサービス提供サーバ３と同様に、サーバが個別に設置されている必要はなく、クラウドシステムの中に他のサーバと混在していても良い。また、端末４ａは第１ユーザが操作する端末であり、端末４ｂは第２ユーザが操作する端末である。

＜第２の実施の形態の各構成＞
取引サーバ５について説明する。図２１は取引サーバ５の機能構成例を示すブロック図である。
図２１に示すように、処理部５０と、通信部５１と、記憶部５２と、を備える。

処理部５０は、記憶部５２に格納されているプログラムやデータに基づいて、共通ユーザＩＤ管理サーバ１の動作を統括的に制御する。処理部５０の機能は、例えば、ＣＰＵやＧＰＵ等のマイクロプロセッサ、ＡＳＩＣ、ＩＣメモリ等の電子部品によって実現できる。この処理部５０は、主な機能部として、演算部５００と、画像生成部５０１と、通信制御部５０２と、を備える。

演算部５００は、取引制御部５１０を備える。
取引制御部５１０は、共通ユーザＩＤ管理サーバ１と連携し、ユーザ間によるオブジェクトの取引を制御する。具体的には、取引制御部５１０は、ユーザの取引対象となるオブジェクトの登録、取引可能期間の管理、他のユーザからの取引の申込み、取引の成立又は不成立の管理などの処理を行う。

取引制御部５１０が扱う取引対象は、第１オブジェクトのみの、第２オブジェクトのみ、第１オブジェクトと第２オブジェクトとのセットのいずれも取引対象とするが、いずれかのみでも良い。また、取引制御部５１０が扱う取引態様は、オブジェクトと通貨（コイン）との交換する取引態様と、オブジェクト同士の交換する取引態様とのいずれも可能とする。

また、ユーザ間のオブジェクトについて取引可能期間は、第２オブジェクトの代価の支払いの決済から第２オブジェクトの引渡予定日まで（引渡猶予期間）であるが、ユーザがオブジェクトの代価の支払いの決済直後に、取引を開始しない場合も多いと思われる。そこで、取引制御部５１０は、ユーザがオブジェクトの取引の希望を申請した日から第２オブジェクトの引渡予定日までを取引期間に設定する。これらの処理は、記憶部５２に格納されている取引管理データベース５１０を用いて行われる。

図２２は取引管理データベース５１０の一例を示す図である。取引管理データベース５１０は、取引対象となるオブジェクトが登録されるデータベースである。取引管理データベース５１０の１レコードは、取引対象となるオブジェクトの名称のフィールドと、オブジェクトを識別するオブジェクトＩＤのフィールドと、該オブジェクトの取引期間のフィールドと、該オブジェクトの利用可能サービス、取引条件（通貨、他のオブジェクトとの交換）に関する情報のフィールドと、取引対象を登録したユーザの共通ユーザＩＤのフィールドと、を含む。

取引制御部５１０は、取引期間に取引が成立したオブジェクトのレコードを削除する。また、取引制御部５１０は、取引管理データベース５１０の取引期間のフィールドを参照し、取引が成立せずに取引期間を経過したオブジェクトのレコードを削除する。

画像生成部５０１は、演算部５００の処理結果に基づいて１フレーム時間（例えば１／６０秒）で１枚の画面を生成し、生成した画面の画像信号を出力する。画像生成部１０１の機能は、例えば、ＧＰＵやデジタルシグナルプロセッサ（ＤＳＰ）等のプロセッサ、ビデオ信号ＩＣ、ビデオコーデック等のプログラム、フレームバッファ等の描画フレーム用ＩＣメモリ、テクスチャデータの展開用に使用されるＩＣメモリ等によって実現できる。

通信制御部５０２は、共通ユーザＩＤ管理サーバ１と端末４とのデータ通信のための通信接続及びデータ処理を行う。

通信部５１は、通信回線と接続して通信を実現する。通信部１１の機能は、例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現できる。

記憶部５２は、例えばＲＡＭやＲＯＭ、フラッシュメモリ等のＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤ等の光学ディスク等によって実現され、システムプログラムと、機能プログラムとが格納される。システムプログラムは、コンピュータとしての基本機能を実現するためのプログラムである。機能プログラムは、演算部５００を、取引制御部５１０として機能をさせるためのプログラムである。また、本実施の形態において、記憶部１２には、取引管理データベース５１０が格納される。

＜第２の実施の形態の動作＞
第２の実施の形態の動作の動作を説明する。図２３は第２の実施の形態の動作のシーケンス図である。尚、端末４ａは第１ユーザの端末であり、第１ユーザはオブジェクトの売主（交換する場合は交換元）である。端末４ｂは第２ユーザの端末であり、第２ユーザはオブジェクトの買主（交換する場合は交換先）である。

端末４ａのブラウザ実行部４１０は、第１ユーザが所有しているオブジェクトのうち取引可能なオブジェクトの一覧を要求する取引可能所有オブジェクト一覧要求を、取引サーバ５に送信する。取引可能所有オブジェクト一覧要求は、第１ユーザの共通ユーザＩＤとパスワードとを含む。本例では、第１ユーザの共通ユーザＩＤ及びパスワードを、共通ユーザＩＤ“１０００１”及びパスワード“２５００２”とする。

ここで、取引サーバ５は取引オブジェクト登録処理を実行し（Ｓｔｅｐ １０）、共通ユーザＩＤ管理サーバ１は取引可能所有オブジェクト一覧処理（Ｓｔｅｐ １１）を実行する。図２４は取引オブジェクト登録処理（Ｓｔｅｐ １０）及び取引可能所有オブジェクト一覧処理（Ｓｔｅｐ １１）のフローチャートである。

取引サーバ５の取引制御部５１０は取引可能オブジェクト一覧要求を受信すると（Ｓｔｅｐ ７００）、取引可能所有オブジェクト一覧要求に含まれている共通ユーザＩＤ及びパスワードを含む取引可能所有オブジェクト情報を、共通ユーザＩＤ管理サーバ１に送信する（Ｓｔｅｐ ７０１）。本例では、共通ユーザＩＤ“１０００１”及びパスワード“２５００２”を含む取引可能所有オブジェクト情報を、共通ユーザＩＤ管理サーバ１に送信する。

共通ユーザＩＤ管理サーバ１の共通ユーザＩＤ管理部１０１は、取引可能所有オブジェクト情報を受信すると（Ｓｔｅｐ ８００）、取引可能所有オブジェクト情報に含まれる共通ユーザＩＤ及びパスワードを、共通ユーザＩＤデータベース１２１を用いて認証する（Ｓｔｅｐ ８０１，Ｓｔｅｐ ８０２）。本例では、認証対象は共通ユーザＩＤ“１０００１”及びパスワード“２５００２”であるので、図４に示される共通ユーザＩＤデータベース１２１を参照すると、認証可能である。

共通ユーザＩＤ管理部１０１は、共通ユーザＩＤに対応するプレイヤオブジェクト管理データベース１２２から取引可能なオブジェクトの情報を取得する（Ｓｔｅｐ ８０３）。取引可能なオブジェクトは、第２オブジェクトが引渡猶予期間にあるものである。すなわち、第２オブジェクトが引渡予定日以前のオブジェクトである。例えば、取引可能所有オブジェクト情報を受信した日が２０２２年３月１５日である場合、図４の共通ユーザＩＤ“１０００１”のプレイヤオブジェクト管理データベース１２２を参照すると、引渡予定日が２０２２年３月１５日以前のオブジェクトは、「「Ｘシリーズ」キャラクターＸ」と、キャラクターＹと、である。そこで、共通ユーザＩＤ管理部１０１は、「「Ｘシリーズ」キャラクターＸ」及びキャラクターＹについて、オブジェクト名、オブジェクトＩＤ、利用可能サービス名、利用可能の可否、引渡予定日及び引渡完了日を取得する。そして、これらの情報を利用可能所有オブジェクト情報とする。
共通ユーザＩＤ管理部１０１は、利用可能所有オブジェクト情報を、取引サーバ５に送信する（Ｓｔｅｐ ８０４）。

取引サーバ５の取引制御部５１０は、利用可能所有オブジェクト情報を受信する（Ｓｔｅｐ ７０２）。取引制御部５１０は利用可能所有オブジェクト情報を用いて、共通ユーザＩＤに対応する取引可能所有オブジェクト一覧画面を生成し、端末４ａに送信する（Ｓｔｅｐ ７０３）。このとき、取引制御部５１０は、利用可能所有オブジェクト情報を受信日から第２オブジェクトの引渡予定日までの期間を取引が可能な取引期間に設定する。

端末４のブラウザ実行部４１０は、取引可能所有オブジェクト一覧画面を受信し、取引可能所有オブジェクト一覧画面を表示する。図２５は端末４ａに表示される画面の一例を示した図である。図２５によれば、２０２２年３月１５日時点で、第１ユーザが取引可能なオブジェクトの一覧が表示されている。

第１ユーザは、取引可能所有オブジェクト一覧画面から取引対象としたいオブジェクトを選択する。ここでは、「「Ｘシリーズ」キャラクターＸ」を選択したものとし、取引条件画面のボタンを押下する。端末４ａのブラウザ実行部４１０は、取引条件画面のボタンが押下されると、取引条件画面要求を送信する。

取引サーバ５の取引制御部５１０は取引条件画面要求を受信すると（Ｓｔｅｐ ７０４）、取引条件画面を端末４ａに送信する（Ｓｔｅｐ ７０５）。

端末４のブラウザ実行部４１０は、取引条件画面を受信し、取引条件画面を表示する。図２５によれば、取引対象のオブジェクトの種類（第１オブジェクトのみ、第２オブジェクトのみ、第１オブジェクト及び第２オブジェクト）の選択と、取引条件（通貨又はオブジェクトとの交換）とを、入力できるようになっている。本例では、第１ユーザが第１オブジェクト及び第２オブジェクト（アプリケーションゲーム用カードＸ１とリアルカードＸ２）を取引対象に選択し、オブジェクトの交換対象として１５０コインを取引条件に設定し、取引条件登録のボタンを押下したものとする。端末４ａのブラウザ実行部４１０は、取引条件登録のボタンが押下されると、取引条件を取引サーバ５に送信する。

取引サーバ５の取引制御部５１０は取引条件を受信すると（Ｓｔｅｐ ７０６）、取引条件を、取引管理データベース５１０に登録する（Ｓｔｅｐ ７０７）。本例では、図２２の取引管理データベース５１０に示されるように、オブジェクト「「Ｘシリーズ」キャラクターＸ」に関する情報が登録されている。
これにより、第１ユーザは、取引対象のオブジェクトを取引サーバ５に登録することができる。

次に、第２ユーザによる取引の申し込みについて説明する。
端末４ｂのブラウザ実行部４１０は、取引対象オブジェクト一覧要求を、取引サーバ５に送信する。

取引対象オブジェクト一覧要求を受信した取引サーバ５は、取引処理（Ｓｔｅｐ １２）を実行する。図２６は取引処理（Ｓｔｅｐ １２）のフローチャートである。

取引サーバ５の取引制御部５１０は取引対象オブジェクト一覧要求を受信すると（Ｓｔｅｐ ９００）、取引管理データベース５１０から現在取引可能なオブジェクトの情報を取得し、取引対象オブジェクト一覧を生成する（Ｓｔｅｐ ９０１）。そして、取引制御部５１０は取引対象オブジェクト一覧画面を端末４ｂに送信する。

端末４ｂのブラウザ実行部４１０は、取引対象オブジェクト一覧画面を受信し、取引対象オブジェクト一覧画面を表示する。図２７は端末４ｂに表示される取引画面の一例である。図２７の取引対象オブジェクト一覧画面は、取引管理データベース５１０に現在登録されている二つの取引対象オブジェクトの一覧が表示されている。

第２ユーザは、取引対象オブジェクト一覧画面に表示されている取引対象オブジェクトから取引の申し込みを行いたいオブジェクトを選択し、取引申込画面のボタンを押下する。端末４ｂのブラウザ実行部４１０は、選択されたオブジェクトを識別する識別情報を含む取引申込画面要求を、取引サーバ５に送信する。ここでは、第２ユーザは、「Ｘシリーズ」キャラクターＡを選択したものとする。

取引サーバ５の取引制御部５１０は取引申込画面要求を受信すると（Ｓｔｅｐ ９０３）、選択されたオブジェクトの取引申込画面を、端末４ｂに送信する（Ｓｔｅｐ ９０４）。

端末４ｂは取引申込画面を受信し、取引申込画面を表示する。図２７の取引申込画面には、第２ユーザの共通ユーザＩＤとパスワードとの入力欄が表示されている。第２ユーザは、取引を申し込む場合は、第２ユーザの共通ユーザＩＤとパスワードとを入力し、取引申込のボタンを押下する。取引申込のボタンが押下されると、端末４ｂは取引申込を、取引サーバ５に送信する。取引申込は、第２ユーザの共通ユーザＩＤとパスワードとを含む。本例では、第２ユーザの共通ユーザＩＤ及びパスワードを、共通ユーザＩＤ“１０００２”及びパスワード“ａｖｎ５１”とする。

取引サーバ５の取引制御部５１０は取引申込を受信すると（Ｓｔｅｐ ９０５）、取引申込のあったオブジェクトに関する交渉申込画面を、端末４ａに送信する（Ｓｔｅｐ ９０６）。

端末４ａのブラウザ実行部４１０は、交渉申込画面を受信し、交渉申込画面を表示する。図２８は端末４ａに表示される交渉申込画面の一例である。図２８の交渉申込画面は、交渉相手のユーザ名と、取引対象のオブジェクト情報と、承諾及び不承諾のボタンと、が表示されている。

第１ユーザは、交渉申込画面に表示されている取引対象オブジェクトについて、取引を承諾又は不承諾の決定を行う。取引対象オブジェクトの取引を承諾する場合は、承諾ボタンを押下する。取引対象オブジェクトの取引を承諾しない場合は、不承諾ボタンを押下する。端末４ａのブラウザ実行部４１０は、選択されたボタンに対応する取引承諾又は取引不承諾の情報を、取引サーバ５に送信する。

取引サーバ５の取引制御部５１０は取引承諾の情報を受信すると（Ｓｔｅｐ ９０７）、取引情報を、共通ユーザＩＤ管理サーバ１に送信する（Ｓｔｅｐ ９０８）。取引情報は、第１ユーザの共通ユーザＩＤ及びパスワードと、第２ユーザの共通ユーザＩＤ及びパスワードと、取引対象となるオブジェクトＩＤと、交換条件と、を含む。本例では、第１ユーザの共通ユーザＩＤ“１０００１”及びパスワード“２５００２”と、第２ユーザの共通ユーザＩＤ“１０００２”及びパスワード“ａｖｎ５１”と、オブジェクトＩＤ“Ｘ１０１”及び“Ｘ１０２”と、交換条件“１５０コイン”と、含む。

取引情報を受信した共通ユーザＩＤ管理サーバ１は、取引認証処理（Ｓｔｅｐ １３）を実行する。図２９は取引認証処理（Ｓｔｅｐ １３）のフローチャートである。

共通ユーザＩＤ管理サーバ１の共通ユーザＩＤ管理部１０１は取引情報を受信すると（Ｓｔｅｐ １０００）、共通ユーザＩＤ及びパスワードの認証を行う（Ｓｔｅｐ １００１）。本例では、認証する共通ユーザＩＤ及びパスワードは、第１ユーザの共通ユーザＩＤ“１０００１”及びパスワード“２５００２”と、第２ユーザの共通ユーザＩＤ“１０００２”及びパスワード“ａｖｎ５１”と、である。これらの共通ユーザＩＤ及びパスワードを、共通ユーザＩＤデータベース１２１を参照して認証を行う。本例では、図４の共通ユーザＩＤデータベース１２１を参照すると、第１ユーザの共通ユーザＩＤ“１０００１”及びパスワード“２５００２”と、第２ユーザの共通ユーザＩＤ“１０００２”及びパスワード“ａｖｎ５１”と、は認証可能である。

共通ユーザＩＤ管理部１０１は、共通ユーザＩＤ及びパスワードの認証ができたならば（Ｓｔｅｐ １００２）、取引対象の交換条件の確認を行う（Ｓｔｅｐ １００３）。本例では、取引対象の交換条件は、第２ユーザから第１ユーザへの“１５０コイン”の支払いである。そこで、共通ユーザＩＤ管理部１０１は、共通ユーザＩＤデータベース１２１における第２ユーザの共通ユーザＩＤ“１０００２”の所有コイン数の残高が“１５０コイン”以上であるかを確認する。

共通ユーザＩＤ管理部１０１は、取引対象の交換条件を満たす場合（Ｓｔｅｐ １００４）、プレイヤオブジェクト管理データベース１２２を更新する（Ｓｔｅｐ １００５）。

プレイヤオブジェクト管理データベース１２２の更新を具体的に説明する。図３０は取引後の共通ユーザＩＤ管理テーブル１２０の一例を示す図である。共通ユーザＩＤ管理部１０１は、共通ユーザＩＤデータベース１２１における、第２ユーザ（共通ユーザＩＤ“１０００２”）の所有コイン“５００コイン”から交換条件である“１５０コイン”を減算し、第２ユーザの所有コインを“３５０コイン”に更新する。また、共通ユーザＩＤ管理部１０１は、第１ユーザ（共通ユーザＩＤ“１０００１”）ののプレイヤオブジェクト管理データベース１２２における、オブジェクト「「Ｘシリーズ」キャラクターＸ」のアプリケーションゲーム用カードＸ１のサービス利用を「不可」（不可能）とし、リアルカードＸ２の引渡予定日の日付を削除する。また、共通ユーザＩＤ管理部１０１は、第２ユーザ（共通ユーザＩＤ“１０００２”）のプレイヤオブジェクト管理データベース１２２に、オブジェクト「「Ｘシリーズ」キャラクターＸ」のアプリケーションゲーム用カードＸ１及びリアルカードＸ２のレコードを追加し、アプリケーションゲーム用カードＸ１のサービス利用を「可」とし、リアルカードＸ２の引渡予定日に“２０２２年３月２０日”を記載する。これにより、第１ユーザと第２ユーザとの間で、オブジェクト「「Ｘシリーズ」キャラクターＸ」の取引が成立する。

これらのプレイヤオブジェクト管理データベース１２２の更新により、第２ユーザは第１オブジェクトであるアプリケーションゲーム用カードＸ１をゲーム「Ｘシリーズ」にて利用可能となる。また、第２オブジェクトであるリアルカードＸ２は、オブジェクト引渡手続部２１３により、“２０２２年３月２０日”に、第２ユーザへの配送手続きが実行される。

共通ユーザＩＤ管理部１０１は、プレイヤオブジェクト管理データベース１２２を更新し、取引が完了すると、取引認証情報を、取引サーバ５に送信する（Ｓｔｅｐ １００６）。

一方、共通ユーザＩＤ管理部１０１は、共通ユーザＩＤ及びパスワードが認証でききない場合（Ｓｔｅｐ １００２）、又は、取引対象の交換条件を満たさない場合（Ｓｔｅｐ １００４）、取引不認証情報を、取引サーバ５に送信する（Ｓｔｅｐ １００７）。

取引サーバ５の取引制御部５１０は、取引認証情報を受信すると（Ｓｔｅｐ ９０９）、取引成立情報を、端末４ａ、端末４ｂに送信する（Ｓｔｅｐ ９１０）。一方、取引サーバ５の取引制御部５１０は、取引不認証情報を受信すると（Ｓｔｅｐ ９０９）、取引不成立情報を、端末４ａ、端末４ｂに送信する（Ｓｔｅｐ ９１０）。

以上により、第１ユーザは、取得したオブジェクトを通貨又は他のオブジェクトに交換することができる。一方、第２ユーザは、第１ユーザからオブジェクトを取得することができ、取得した第１オブジェクトをサービスに利用することができると共に、第２オブジェクトも所有することができる。

第２の実施の形態は、オブジェクトの取引可能期間を、オブジェクトの代価の支払いの決済から第２オブジェクトの引渡予定日までの期間の中で設定することにより、オブジェクトの資産価値の低下を招くことなく、取引ができる。また、第２オブジェクトがユーザに引渡される前に取引を行うので、取引成立後に取引相手から第２オブジェクトから引渡されないという債務不履行の危険性もない。

＜第２の実施の形態の変形例１＞
第２の実施の形態において、第２オブジェクトを含むオブジェクトが取引対象となっており、取引条件が第２オブジェクトを含むオブジェクト同士の交換の場合、第２オブジェクトの価値の低下や取引の安全を考慮すると、取引可能な取引期間を考慮する必要がある。そこで、第２の実施の形態の変形例では、取引条件が第２オブジェクトを含むオブジェクト同士の交換の場合、取引可能期間を、ユーザの決済完了日のうち最も遅い決算日からユーザの引渡予定日のうち最も早い決算日までの期間を取引可能期間とする。

図３１は第２の実施の形態の変形例を説明するための図である。図３１に示すように、第１ユーザは第１オブジェクトのゲームカードＸ１と第２オブジェクトのゲームカードＸ２とのＸセットを、２０２２年３月１０日に購入（決済完了日）し、第２オブジェクトのゲームカードＸ２の引渡予定日が２０２２年４月２０日である。一方、第２ユーザは第１オブジェクトのフィギュアＹ１と第２オブジェクトのフィギュアＹ２とのＹセットを、２０２２年３月２０日に購入（決済完了日）し、第２オブジェクトのフィギュアＹ２の引渡予定日が２０２２年４月３０日である。このような場合において、第１ユーザと第２ユーザとの間で、ＸセットとＹセットとの交換する取引を考える場合、その取引可能期間は、第２ユーザの決済完了日である２０２２年３月２０日から第２オブジェクトのゲームカードＸ２の引渡予定日である２０２２年４月２０日までの期間となる。

このような取引期間の設定であるが、セットを販売する販売側は、例えば、Ａの商品については、何月何日に一斉配送の予定などのように、セットの引渡予定日をそれぞれ予め設定している場合が多いと考えられる。そこで、取引サーバ５の取引制御部５１０は、ユーザの取引条件が第２オブジェクトを含むオブジェクトの交換である場合、交換対象となる第２オブジェクトのそれぞれの引渡予定日を、販売オブジェクトデータ２２０から取得し、取引可能期間が設定できるかを判断する。例えば、第１ユーザが取得したＸセットを取引対象とし、Ｙセットとの交換を希望する場合、第１ユーザが取引希望を登録する日が、Ｙセットの第２オブジェクトの引渡予定日以前ならば、第１ユーザが取引希望を登録する日からＹセットの第２オブジェクトの引渡予定日までの期間を取引可能な取引期間として設定する。

このようにして取引可能期間を設定することにより、有体物たる第２オブジェクトを含むオブジェクトの交換の取引は、有体物たる第２オブジェクトの価値を低下させることなく、また、双方のユーザにとって第２オブジェクトが引渡されないという事故を防止し、安全に取引を行うことができる。

＜第２の実施の形態の変形例２＞
取引が成立して第１オブジェクトが他のユーザに移転した場合、元のユーザが移転までの間に、第１オブジェクトをゲームサービス等で利用している場合も考えられる。第１オブジェクトをゲーム等で使用すると、ゲームにおける第１オブジェクトに対応付けられたキャラクター情報（例えば、レベル）は上昇する。従って、移転時には、ゲームにおける第１オブジェクトに対応付けられたキャラクター情報（例えば、レベル）が初期値よりも上昇しており、ゲームにおける第１オブジェクトの価値が上昇している可能性がある。

そこで、取引が成立して第１オブジェクトが他のユーザに移転する場合、第１オブジェクトが移転時までに獲得した価値（例えば、ゲームにおけるキャラクター情報等）を、他のユーザが引き継ぐようにしても良い。この場合、サービス提供サーバ３の保有している第１オブジェクトの情報、例えば、オブジェクトデータベース３２０に記録されている情報を、移転先の第１オブジェクトに対して適用するようにする。
このように構成することにより、第１オブジェクトの取引価値が上昇する。

＜第２の実施の形態の変形例３＞
オブジェクトには価値情報が付されている場合がある。例えば、ゲームカードのレアリティ等である。レアリティが高ければ、そのゲームカードの価値も高くなる。従って、ユーザは、取得したオブジェクトと、取得したオブジェクトと価値が等価（同一又は同等）のオブジェクトと、を交換することを望むであろう。また、錯誤による交換対象の誤選定などから生じるユーザの不利益を防止する必要もある。そこで、第２の実施の形態の変形例３は、オブジェクトを交換する取引において、オブジェクトの価値情報が等価のオブジェクト同士の交換のみができるように構成する。すなわち、オブジェクトの等価交換の例を説明する。

取引サーバ５の取引制御部５１０は、取引条件画面要求を受信すると、取引対象のオブジェクト（取引対象オブジェクト）の価値情報を取得する。価値情報は、オブジェクト販売サーバ２の販売オブジェクトデータベース２２０に、各オブジェクトの価値情報を予め登録しておく。そして、取引サーバ５の取引制御部５１０は、取引対象オブジェクトの価値情報を、販売オブジェクトデータベース２２０から取得する。更に、取引制御部５１０は、販売オブジェクトデータベース２２０から、取得した取引対象オブジェクトの価値情報と等価（同一又は同等）の価値情報を有するオブジェクトの名称及びオブジェクトＩＤを取得する。そして、取引制御部５１０は、取得したブジェクトの名称及びオブジェクトＩＤを含めた取引対象オブジェクトの取引条件画面を、第１ユーザの端末４ａに送信する。尚、取引サーバ５が、販売オブジェクトデータベース２２０と同様なデータベースを保有していても良い。

端末４ａのブラウザ実行部４１０は取引条件画面を受信し、取引条件画面を表示する。図３２は第２の実施の形態の変形例３における取引条件画面の一例を示す図である。図３２の取引画面では、取引条件としてオブジェクトとの交換を選択する場合のコンボボックスが表示されている。コンボボックスを選択すると、取引対象オブジェクトの価値と同一なオブジェクトの一覧が表示される。例えば、取引対象オブジェクトの「「Ｘシリーズ」キャラクターＸ」のレアリティは「レア」であり、そのオブジェクトのセットと交換可能なオブジェクトは、カードＸ３（レア）セット、カードＸ１５（レア）セット、カードＸ２５（レア）セット及びカードＸ３２（レア）セットである。

尚、図３２の例では、取引条件としてレアリティが同一である場合を示したが、かならずしも同一に限られることはなく、取引対象オブジェクトのレアリティと等価といえる範囲、例えば、上下のレアリティまで条件を広げても良い。また、第１オブジェクの価値情報と第２オブジェクトの価値情報とが異なる場合、それぞれの価値情報に基づいて、交換可能なオブジェクトを選定するようにしても良い。また、第１オブジェクと第２オブジェクトとの組で価値情報が設定されている場合、組の価値情報を基準に交換可能なオブジェクトを選定するようにしても良い。

第１ユーザは、交換を希望するオブジェクトをコンボボックスの一覧から選択することにより、交換希望対象のオブジェクトを選択できる。端末４ａのブラウザ実行部４１０は、取引条件登録のボタンが押下されると、交換希望のオブジェクトＩＤを含む取引条件を取引サーバ５に送信する。

取引サーバ５の取引制御部５１０は取引条件を受信すると、取引条件を、取引管理データベース５１０に登録する。これにより、取引管理データベース５１０に登録される取引条件は取引対象オブジェクトの価値と等価（同一又は同等）なオブジェクトとの等価交換となり、取引対象オブジェクトの価値と著しく異なるオブジェクトが交換対象となることはない。

このような構成にすることにより、ユーザに対して、取得したオブジェクトと等価（同一又は同等）の価値を有するオブジェクトとの等価交換を可能にし、ユーザの不利益が生じるような取引を防止することができる。

上記の実施の形態の一部又は全部は、以下の付記のようにも記載されるが、以下には限られない。

［付記１］
所定のサービスで利用可能であって無体物たる第１オブジェクトと、有体物たる第２オブジェクトと、の代価の支払いの決済を行う決済手段と、
前記代価の支払いの決済の完了を条件として、前記第１オブジェクトを、ユーザに提供する第１オブジェクト提供手段と、
前記代価の支払いの決済の完了を条件として、前記第２オブジェクトを、前記ユーザに引渡す引渡手続を実行可能な引渡手続手段と、
を備えるオブジェクト提供システム。

［付記２］
前記第１オブジェクトと前記第２オブジェクトとは組として提供され、
前記代価は、前記第１オブジェクトと前記第２オブジェクトとを含んだ代価である、
付記１に記載のオブジェクト提供システム。

［付記３］
前記第１オブジェクトと前記第２オブジェクトとは、同一キャラクター又は互い関連するキャラクターに関するオブジェクトである、
付記２に記載のオブジェクト提供システム。

［付記４］
前記第１オブジェクトと前記第２オブジェクトとは、同一の絵柄情報を含んでいる、
付記３に記載のオブジェクト提供システム。

［付記５］
前記代価の支払いの決済の完了を条件として、前記ユーザのユーザ識別子と前記第１オブジェクトとを関連付ける関連付け手段を備える、
付記１から付記４のいずれかに記載のオブジェクト提供システム。

［付記６］
前記ユーザ識別子は、複数の所定サービス間で共通に利用される識別子である、
付記５に記載のオブジェクト提供システム。

［付記７］
前記第１オブジェクトの利用によって、前記ユーザ識別子と前記第１オブジェクトとの関連付けの解除を伴わないサービスを実行可能な第１サービス実行手段を備える、
付記５又は６に記載のオブジェクト提供システム。

［付記８］
前記第１サービス実行手段は、前記第１オブジェクトを利用したゲームを実行する、
付記７に記載のオブジェクト提供システム。

［付記９］
前記第１オブジェクトの利用によって、前記ユーザ識別子と前記第１オブジェクトとの関連付けの解除を伴うサービスを実行可能な第２サービス実行手段を備える、
付記５に記載のオブジェクト提供システム。

［付記１０］
前記第２サービス実行手段は、前記第１オブジェクトを取引対象とするサービスを実行し、
前記関連付け手段は、前記第１オブジェクトが前記ユーザから他のユーザに移転した場合、前記ユーザのユーザ識別子と前記第１オブジェクトとの関連付けの解除し、前記第１オブジェクトと前記他のユーザのユーザ識別子との関連付けを行う、
付記９に記載のオブジェクト提供システム。

［付記１１］
前記引渡手続手段は、前記ユーザのユーザ識別子と前記第１オブジェクトとの関連付が解除されたことを条件として、前記ユーザへの前記第２オブジェクトの引渡手続きを実行しない、
付記９又は付記１０に記載のオブジェクト提供システム。

［付記１２］
前記引渡手続手段は、前記第１オブジェクト提供手段による前記第１オブジェクトの提供後に、前記第２オブジェクトの引渡手続を実行する、
付記１から付記１１のいずれかに記載のオブジェクト提供システム。

［付記１３］
前記引渡手続手段は、前記第２オブジェクトを前記ユーザに配送する配送手続きを実行する、
付記１から付記１２のいずれかに記載のオブジェクト提供システム。

［付記１４］
前記第１オブジェクト提供手段は、前記引渡手続手段による前記第２オブジェクトの引渡手続の完了を条件として、前記第１オブジェクトの前記所定サービスの利用を可能に制御する、
付記１から付記１３のいずれかに記載のオブジェクト提供システム。

［付記１５］
前記第１オブジェクトと前記第２オブジェクトとの組を、少なくとも一以上提示可能なオブジェクト提示手段を備え、
前記オブジェクト提示手段は、提示された組から何れかの組を選択可能に制御する、
付記２から付記１４のいずれかに記載のオブジェクト提供システム。

［付記１６］
前記ユーザのユーザ識別子と関連付けられている前記第１オブジェクトの一覧を提示可能な一覧提示手段を備える、
付記５から付記１５のいずれかに記載のオブジェクト提供システム。

［付記１７］
前記一覧は、前記第１オブジェクトと組となる前記第２オブジェクトの引渡手続の状況情報を含む、
付記１６に記載のオブジェクト提供システム。

［付記１８］
複数のサービスで利用可能であって無体物たる第１オブジェクトと、有体物たる第２オブジェクトと、の組の代価の支払いの決済を行う決済手段と、
前記代価の支払いの決済の完了を条件として、前記第１オブジェクトを、ユーザに提供する第１オブジェクト提供手段と、
前記代価の支払いの決済の完了を条件として、前記第２オブジェクトを、前記ユーザに引渡す引渡手続を実行可能な引渡手続手段と、
前記代価の支払いの決済の完了を条件として、前記複数のサービス間で共通に使用され、前記複数のサービスにおいて前記ユーザを識別するためのユーザ識別子と、前記第１オブジェクトと、を関連付ける関連付け手段と、
前記ユーザ識別子の認証を条件に、前記第１オブジェクトを利用したサービスを実行する複数のサービス実行手段と、
を備えるオブジェクト利用システム。

［付記１９］
所定のサービスで利用可能であって無体物たる第１オブジェクトと、有体物たる第２オブジェクトと、の代価の支払いの決済を行う決済手段と、
前記代価の支払いの決済の完了を条件として、前記第１オブジェクトを、ユーザに提供する第１オブジェクト提供手段と、
前記代価の支払いの決済の完了を条件として、前記第２オブジェクトを、前記ユーザに引渡す引渡手続を実行可能な引渡手続手段と、
を備える情報処理装置。

［付記２０］
所定のサービスで利用可能であって無体物たる第１オブジェクトと、有体物たる第２オブジェクトと、の代価の支払いの決済を行う決済手段、
前記代価の支払いの決済の完了を条件として、前記第１オブジェクトを、ユーザに提供する第１オブジェクト提供手段、
前記代価の支払いの決済の完了を条件として、前記第２オブジェクトを、前記ユーザに引渡す引渡手続を実行可能な引渡手続手段、
としてコンピュータを機能させるプログラム。

［付記２１］
コンピュータは、
所定のサービスで利用可能であって無体物たる第１オブジェクトと、有体物たる第２オブジェクトと、の代価の支払いの決済を行い、
前記代価の支払いの決済の完了を条件として、前記第１オブジェクトを、ユーザに提供し、
前記代価の支払いの決済の完了を条件として、前記第２オブジェクトを、前記ユーザに引渡す引渡手続を実行可能に制御する、
オブジェクト提供方法。

以上、好ましい実施の形態をあげて本発明を説明したが、本発明は必ずしも上記実施の形態に限定されるものではなく、その技術的思想の範囲内において様々に変形し実施することが出来る。

１ 共通ユーザＩＤ管理サーバ
２ オブジェクト販売サーバ
３ サービス提供サーバ
４ 端末
５ 取引サーバ

Claims (21)

1. 所定のサービスで利用可能であって無体物たる第１オブジェクトと、有体物たる第２オブジェクトと、の代価の支払いの決済を行う決済手段と、
   前記代価の支払いの決済の完了を条件として、前記第１オブジェクトを、ユーザに提供する第１オブジェクト提供手段と、
   前記代価の支払いの決済の完了を条件として、前記ユーザのユーザ識別子と前記第１オブジェクトとを関連付ける関連付け手段と、
   前記第１オブジェクトの利用によって、前記ユーザ識別子と前記第１オブジェクトとの関連付けの解除を伴うサービスを実行可能な第１サービス実行手段と、
   前記代価の支払いの決済の完了を条件として、前記第２オブジェクトを、前記ユーザに引渡す引渡手続を実行可能な引渡手続手段と、
   を備え、
   前記引渡手続手段は、前記ユーザのユーザ識別子と前記第１オブジェクトとの関連付が解除されたことを条件として、前記ユーザへの前記第２オブジェクトの引渡手続きを実行しない、
   オブジェクト提供システム。
2. 前記第１オブジェクトと前記第２オブジェクトとは組として提供され、
   前記代価は、前記第１オブジェクトと前記第２オブジェクトとを含んだ代価である、
   請求項１に記載のオブジェクト提供システム。
3. 前記第１オブジェクトと前記第２オブジェクトとは、同一キャラクター又は互い関連するキャラクターに関するオブジェクトである、
   請求項２に記載のオブジェクト提供システム。
4. 前記第１オブジェクトと前記第２オブジェクトとは、同一の絵柄情報を含んでいる、
   請求項３に記載のオブジェクト提供システム。
5. 前記第１サービス実行手段は、前記第１オブジェクト及び前記第２オブジェクトを取引対象とするサービスを実行し、
   前記関連付け手段は、前記第１オブジェクト及び前記第２オブジェクトが前記ユーザから他のユーザに移転した場合、前記ユーザのユーザ識別子と前記第１オブジェクトとの関連付けを解除し、前記第１オブジェクトと前記他のユーザのユーザ識別子との関連付けを行う、
   請求項１から請求項４のいずれかに記載のオブジェクト提供システム。
6. 前記引渡手続手段は、前記第１オブジェクト及び前記第２オブジェクトが前記ユーザから他のユーザに移転した場合、前記他のユーザへの前記第２オブジェクトの引渡手続きを実行する、
   請求項５に記載のオブジェクト提供システム。
7. 前記第１サービス実行手段は、前記第１オブジェクト及び前記第２オブジェクトの取引可能期間を、前記ユーザが前記第１オブジェクト及び前記第２オブジェクトの取引の希望を申請した日から、前記第２オブジェクトの前記ユーザへの引渡予定日までの期間に設定する、
   請求項５又は請求項６に記載のオブジェクト提供システム。
8. 前記ユーザ識別子は、複数の所定サービス間で共通に利用される識別子である、
   請求項１から請求項７のいずれかに記載のオブジェクト提供システム。
9. 前記第１オブジェクトの利用によって、前記ユーザ識別子と前記第１オブジェクトとの関連付けの解除を伴わないサービスを実行可能な第２サービス実行手段を備える、
   請求項８に記載のオブジェクト提供システム。
10. 前記第２サービス実行手段は、前記第１オブジェクトを利用したゲームを実行する、
    請求項９に記載のオブジェクト提供システム。
11. 前記引渡手続手段は、前記第１オブジェクト提供手段による前記第１オブジェクトの提供後に、前記第２オブジェクトの引渡手続を実行する、
    請求項１から請求項１０のいずれかに記載のオブジェクト提供システム。
12. 前記引渡手続きは、前記第２オブジェクトを配送する配送手続きである、
    請求項１から請求項１１のいずれかに記載のオブジェクト提供システム。
13. 前記第１オブジェクトと前記第２オブジェクトとの組を、少なくとも一以上提示可能なオブジェクト提示手段を備え、
    前記オブジェクト提示手段は、提示された組から何れかの組を選択可能に制御する、
    請求項２に記載のオブジェクト提供システム。
14. 前記ユーザのユーザ識別子と関連付けられている前記第１オブジェクトの一覧を提示可能な一覧提示手段を備える、
    請求項１から請求項１３のいずれかに記載のオブジェクト提供システム。
15. 前記一覧は、前記第１オブジェクトの組となる前記第２オブジェクトの引渡手続の状況情報を含む、
    請求項１４に記載のオブジェクト提供システム。
16. 所定のサービスで利用可能であって無体物たる第１オブジェクトと、有体物たる第２オブジェクトと、の代価の支払いの決済を行う決済手段と、
    前記代価の支払いの決済の完了を条件として、前記第１オブジェクトを、ユーザに提供する第１オブジェクト提供手段と、
    前記代価の支払いの決済の完了を条件として、前記ユーザのユーザ識別子と前記第１オブジェクトとを関連付ける関連付け手段と、
    前記第１オブジェクトの利用によって、前記ユーザ識別子と前記第１オブジェクトとの関連付けの解除を伴うサービスを実行可能なサービス実行手段と、
    前記代価の支払いの決済の完了を条件として、前記第２オブジェクトを、前記ユーザに引渡す引渡手続を実行可能な引渡手続手段と、
    を備え、
    前記引渡手続手段は、前記ユーザのユーザ識別子と前記第１オブジェクトとの関連付が解除されたことを条件として、前記ユーザへの前記第２オブジェクトの引渡手続きを実行しない、
    情報処理装置。
17. 前記サービス実行手段は、前記第１オブジェクト及び前記第２オブジェクトを取引対象とするサービスを実行し、
    前記関連付け手段は、前記第１オブジェクト及び前記第２オブジェクトが前記ユーザから他のユーザに移転した場合、前記ユーザのユーザ識別子と前記第１オブジェクトとの関連付けを解除し、前記第１オブジェクトと前記他のユーザのユーザ識別子との関連付けを行う、
    請求項１６に記載の情報処理装置。
18. 前記引渡手続手段は、前記第１オブジェクト及び前記第２オブジェクトが前記ユーザから他のユーザに移転した場合、前記他のユーザへの前記第２オブジェクトの引渡手続きを実行する、
    請求項１７に記載の情報処理装置。
19. 前記サービス実行手段は、前記第１オブジェクト及び前記第２オブジェクトの取引可能期間を、ユーザが前記第１オブジェクト及び前記第２オブジェクトの取引の希望を申請した日から、前記第２オブジェクトの前記ユーザへの引渡予定日までの期間に設定する、
    請求項１７又は請求項１８に記載の情報処理装置。
20. 所定のサービスで利用可能であって無体物たる第１オブジェクトと、有体物たる第２オブジェクトと、の代価の支払いの決済を行う決済手段、
    前記代価の支払いの決済の完了を条件として、前記第１オブジェクトを、ユーザに提供する第１オブジェクト提供手段、
    前記代価の支払いの決済の完了を条件として、前記ユーザのユーザ識別子と前記第１オブジェクトとを関連付ける関連付け手段、
    前記第１オブジェクトの利用によって、前記ユーザ識別子と前記第１オブジェクトとの関連付けの解除を伴うサービスを実行可能なサービス実行手段、
    前記代価の支払いの決済の完了を条件として、前記第２オブジェクトを、前記ユーザに引渡す引渡手続を実行可能な引渡手続手段、
    としてコンピュータを機能させ、
    前記引渡手続手段は、前記ユーザのユーザ識別子と前記第１オブジェクトとの関連付が解除されたことを条件として、前記ユーザへの前記第２オブジェクトの引渡手続きを実行しない、
    プログラム。
21. コンピュータは、
    所定のサービスで利用可能であって無体物たる第１オブジェクトと、有体物たる第２オブジェクトと、の代価の支払いの決済を行い、
    前記代価の支払いの決済の完了を条件として、前記第１オブジェクトを、ユーザに提供し、
    前記代価の支払いの決済の完了を条件として、前記ユーザのユーザ識別子と前記第１オブジェクトとを関連付け、
    前記代価の支払いの決済の完了を条件として、前記第２オブジェクトを、前記ユーザに引渡す引渡手続を実行可能に制御し、
    前記第１オブジェクトの利用によって、前記ユーザ識別子と前記第１オブジェクトとの関連付けの解除を伴うサービスを実行し、
    前記ユーザのユーザ識別子と前記第１オブジェクトとの関連付が解除されたことを条件として、前記ユーザへの前記第２オブジェクトの引渡手続きを実行しない、
    オブジェクト提供方法。

Images