(57)【特許請求の範囲】
【請求項１】
複数のクライアント・コンピュータとネットワークを介して接続され、各クライアント・コンピュータがアクセスするメタバース内のオブジェクトを管理するサーバ・コンピュータであり、
あるオブジェクトについて当該オブジェクトを特定するオブジェクトIDと当該オブジェクトが真正であることを示す真正情報とを関連付けてオブジェクト情報として記憶する記憶部と、
各クライアント・コンピュータと通信する通信部と、
あるクライアント・コンピュータから対応するオブジェクトIDを含む当該オブジェクトの照会要求を受信することに応答し、当該オブジェクトIDに対応する真正情報が当該記憶部に記憶されていることを条件に、当該通信部に当該真正情報を当該クライアント・コンピュータに対して送信させる照会部と
を備えるサーバ・コンピュータ。
【請求項２】
前記メタバースには、第一および第二のユーザが第一及び第二のクライアント・コンピュータを介してそれぞれ第一及び第二のアバターとしてアクセスし、
前記オブジェクトは、当該第一のアバターに所有されており、
前記照会部は、前記メタバース内において当該第二のアバターが当該オブジェクトを照会することに応答して前記照会要求を受信し、前記オブジェクトIDに対応する真正情報が記憶されていることを条件に、当該真正情報を当該第二のクライアント・コンピュータに対して送信させる
請求項１に記載のサーバ・コンピュータ。
【請求項３】
前記真正情報は前記メタバース内において前記第二のユーザが認識可能な態様で送信される
請求項２に記載のサーバ・コンピュータ。
【請求項４】
前記オブジェクトは前記メタバース内のアバターの服飾オブジェクトであり、
前記真正情報は前記服飾オブジェクトのブランドの管理者を特定する管理者情報と当該ブランドの名称を示すブランド名と当該ブランドのロゴを示すロゴデータとを更に含み、
前記照会部は、あるクライアント・コンピュータから対応するオブジェクトIDを含む当該服飾オブジェクトの照会要求を受信することに応答して、当該オブジェクトIDに対応する真正情報が記憶されていることを条件に、当該管理者情報と当該ブランド名と当該ロゴデータのうち少なくとも一部を当該クライアント・コンピュータに対して送信させる
請求項１乃至３のいずれかに記載のサーバ・コンピュータ。
【請求項５】
前記オブジェクトは前記メタバース内のアバターの社員証オブジェクトであり、
前記真正情報は前記社員証オブジェクトの管理者を特定する管理者情報と当該会社の名称を示す会社名と当該会社のロゴを示すロゴデータを更に含み、
前記照会部は、あるクライアント・コンピュータから対応するオブジェクトIDを含む当該社員証オブジェクトの照会要求を受信することに応答して、当該オブジェクトIDに対応する真正情報が記憶されていることを条件に、当該管理者情報と当該会社名と当該ロゴデータのうち少なくとも一部を当該クライアント・コンピュータに対して送信させる
請求項１乃至３のいずれかに記載のサーバ・コンピュータ。
【請求項６】
前記オブジェクト情報は前記真正情報の有効期間を示す期間情報を含み、
前記照会部は、あるクライアント・コンピュータから対応するオブジェクトIDを含む当該オブジェクトの照会要求を受信することに応答し、当該オブジェクトIDに対応する真正情報が記憶されていること及び当該真正情報の有効期限内であることを条件に、当該真正情報を当該クライアント・コンピュータに対して送信させる
請求項１乃至３のいずれかに記載のサーバ・コンピュータ。
【請求項７】
前記オブジェクトは前記メタバース内の前記有効期間が定められたチケットである
請求項６に記載のサーバ・コンピュータ。
【請求項８】
前記照会部は、あるクライアント・コンピュータから対応するオブジェクトIDを含む当該オブジェクトの照会要求を受信することに応答し、当該オブジェクトIDに対応する真正情報が記憶されていないことを条件に、当該真正情報が記憶されていない旨を当該クライアント・コンピュータに対して送信させる
請求項１乃至７のいずれかに記載のサーバ・コンピュータ。
【請求項９】
前記オブジェクト情報は前記オブジェクトの作成、複製、変更、譲渡の少なくとも１つの履歴を示す履歴情報を含み、
前記照会部は、当該履歴情報に基づいて当該オブジェクトに対応するオリジナルユーザを特定し、前記真正情報が記憶されていない旨を当該オリジナルユーザに対応するクライアント・コンピュータへ送信させる
請求項１乃至８のいずれかに記載のサーバ・コンピュータ。
【請求項１０】
前記オブジェクト情報は前記オブジェクトの所有者を特定する所有者情報と当該オブジェクトの管理者を特定する管理者情報とをそれぞれ独立に含む
請求項１乃至９のいずれかに記載のサーバ・コンピュータ。
【請求項１１】
対応するオブジェクトIDを含む当該オブジェクトの複製要求をあるクライアント・コンピュータから受信することに応答して、オブジェクトを複製し、複製されたオブジェクトに対応する真正情報を前記記憶部に記憶させない更新部を更に備える
請求項１乃至１０のいずれかに記載のサーバ・コンピュータ。
【請求項１２】
対応するオブジェクトIDを含む当該オブジェクトの変更要求をあるクライアント・コンピュータから受信することに応答して、オブジェクトを変更し、変更されたオブジェクトに対応する真正情報を前記記憶部に記憶させない更新部を更に備える
請求項１乃至１１のいずれかに記載のサーバ・コンピュータ。
【請求項１３】
新規オブジェクトの作成要求をあるクライアント・コンピュータから受信することに応答して、オブジェクトを作成し、作成されたオブジェクトに対応する真正情報を前記記憶部に記憶させない更新部を更に備える
請求項１乃至１２のいずれかに記載のサーバ・コンピュータ。
【請求項１４】
前記オブジェクト情報は前記オブジェクトの所有者を特定する所有者情報を更に含み、
対応するオブジェクトIDを含み当該オブジェクトを第一のユーザから第二のユーザへ譲渡する譲渡要求を受信することに応答して、当該所有者情報を第一のユーザから第二のユーザへ変更し、前記真正情報を変更しない更新部を更に備える
請求項１乃至１３のいずれかに記載のサーバ・コンピュータ。
【請求項１５】
前記オブジェクトの譲渡は、前記第一および前記第二のユーザが前記第一及び前記第二のクライアント・コンピュータを介して第一及び第二のアバターとしてログインする前記メタバースにおいて、当該第一及び第二のアバター間で行われる
請求項１４に記載のサーバ・コンピュータ。
【請求項１６】
前記オブジェクトは前記メタバース内のアバターが身に付ける服飾オブジェクトであり、
前記真正情報は前記服飾オブジェクトのブランドの管理者を特定する管理者情報と当該ブランドの名称を示すブランド名とを更に含み、
ある一のユーザをあるブランドの管理者として登録するブランド登録要求をあるクライアント・コンピュータから受信することに応答して、同一のブランド名が他のユーザを管理者として既に登録されていないことを条件に、当該一のユーザを当該ブランドの管理者として、当該ブランド名をブランド名としてそれぞれ前記記憶部に登録する登録部を更に備える
請求項１乃至１５のいずれかに記載のサーバ・コンピュータ。
【請求項１７】
前記登録部は、ある服飾オブジェクトを真正なものとして登録することを要求する服飾オブジェクト登録要求をあるクライアント・コンピュータから受信することに応答して、当該クライアント・コンピュータに対応するユーザが当該ブランドの管理者として登録されていることを条件に、対応するオブジェクトIDと真正情報とを関連付けてオブジェクト情報として前記記憶部に登録する
請求項１６に記載のサーバ・コンピュータ。
【請求項１８】
前記オブジェクトは前記メタバース内のアバターの社員証オブジェクトであり、
前記真正情報は前記社員証オブジェクトの管理者を特定する管理者情報と当該会社の名称を示す会社名を更に含み、
ある一のユーザをある社員証オブジェクトの管理者として登録する社員証登録要求をあるクライアント・コンピュータから受信することに応答して、同一会社名が他のユーザを管理者として既に登録されていないことを条件に、当該一のユーザを当該社員証オブジェクトの管理者として、当該会社名を会社名としてそれぞれ真正情報に登録する登録部を更に備える
請求項１乃至１５のいずれかに記載のサーバ・コンピュータ。
【請求項１９】
前記登録部は、ある社員証オブジェクトを真正なものとして登録することを要求する社員証オブジェクト登録要求をあるクライアント・コンピュータから受信することに応答して、当該クライアント・コンピュータに対応するユーザが当該社員証オブジェクトの管理者として登録されていることを条件に、対応するオブジェクトIDと真正情報とを関連付けてオブジェクト情報として登録する
請求項１８に記載のサーバ・コンピュータ。
【請求項２０】
複数のクライアント・コンピュータとネットワークを介して接続され、各クライアント・コンピュータがアクセスするメタバース内のオブジェクトを管理するサーバ・コンピュータに適用される方法であり、
あるオブジェクトについて当該オブジェクトを特定するオブジェクトIDと当該オブジェクトが真正であることを示す真正情報とを関連付けてオブジェクト情報として記憶するステップと、
あるクライアント・コンピュータから対応するオブジェクトIDを含む当該オブジェクトの照会要求を受信するステップと、
当該オブジェクトIDに対応する真正情報が記憶されていることを条件に、当該真正情報を当該クライアント・コンピュータに対して送信させるステップと
を備える方法。
【請求項２１】
複数のクライアント・コンピュータとネットワークを介して接続され、各クライアント・コンピュータがアクセスするメタバース内のオブジェクトを管理するサーバ・コンピュータにおいて実行されるコンピュータ・プログラムであり、
当該サーバ・コンピュータに、
あるオブジェクトについて当該オブジェクトを特定するオブジェクトIDと当該オブジェクトが真正であることを示す真正情報とを関連付けてオブジェクト情報として記憶するステップと、
あるクライアント・コンピュータから対応するオブジェクトIDを含む当該オブジェクトの照会要求を受信するステップと、
当該オブジェクトIDに対応する真正情報が記憶されていることを条件に、当該真正情報を当該クライアント・コンピュータに対して送信させるステップと
を実行させるコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メタバースにおけるオブジェクトの真贋判断技術に関する。
【背景技術】
【０００２】
ヴァーチャル・ワールドやＭＭＯＰＲＧ（Massively Multiplayer Online Role-Playing Game、マッシブリーマルチプレイヤーオンラインロールプレイングゲーム）など、電子データとして構成された三次元仮想世界、すなわちメタバースの利用者が近年増加している。最近のメタバースでは、メタバース内の各オブジェクトをユーザが自由に作成可能なものがある。そして、作成したオブジェクトは、そのユーザにより複製、譲渡の制限が可能であるのが一般的である。このようなオブジェクトの希少性故に、アバターの服装やゲームアイテムなどのオブジェクトの売買（仮想世界の通貨を用いるもの／現実世界の通貨を用いるもの）がメタバース内で行われている。メタバースに関する従来技術としては、例えば、特許文献１、特許文献２が挙げられる。
【特許文献１】特開２００５−５００８１号公報
【特許文献２】特開２００５−２３４６３３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、オブジェクトが電子データである以上、不正にオブジェクトが複製等される場合がある。例えば、悪意のあるユーザはメタバース内のオブジェクトをメタバース外（例えば、現実世界の記憶装置）に複製し、それをあたかも自分で作成したオブジェクトであるかのように再びメタバース内に持ち込むことができる。このような行為は、そのオブジェクトが真正であるか否かが重要な場合（例えば、オブジェクトがメタバース内での高級ブランド品である場合や社員証などの場合）には特に問題となる。今後ますますメタバースの利用者及びコンテンツが増大するに従い、メタバース内におけるブランドイメージの維持・向上、企業セキュリティの確保等のため、メタバース内のオブジェクトが真正であるか否かは大きな問題となり得る。一方、ユーザによるメタバース内でのオブジェクトの作成やメタバース外からのオブジェクトの持ち込みを過度に制限すると、ユーザの自由な活動が損なわれ、メタバースの良さ、楽しさが没却されてしまう。本発明は、このような技術的な課題に基づいてなされるものであり、その目的の一つは、ユーザによる自由なメタバース内でのオブジェクトの作成やメタバース外からのオブジェクトの持ち込みを前提としつつ、簡単なシステム構成でオブジェクトの真贋を判断することができる手段を提供することである。
【課題を解決するための手段】
【０００４】
本発明は、複数のクライアント・コンピュータとネットワークを介して接続され、各クライアント・コンピュータがログインする（各ユーザが参加する）メタバース内のオブジェクトを管理するサーバであり、あるオブジェクトについて当該オブジェクトを特定するオブジェクトIDと当該オブジェクトが真正であることを示す真正情報とを関連付けてオブジェクト情報として記憶する記憶部と、各クライアント・コンピュータと情報通信する通信部と、あるクライアント・コンピュータから対応するオブジェクトIDを含む当該オブジェクトの照会要求を受信することに応答し、当該オブジェクトIDに対応する真正情報が記憶されていることを条件に、当該真正情報を当該クライアント・コンピュータに対して送信させる照会部とを備えるサーバとして捉えることができる。より具体的には、次のような態様を採用することが可能である。
【０００５】
照会要求はメタバース内のアバターの動作に応答してクライアント・コンピュータからサーバへ送信されてもよい。すなわち、前記メタバースには、第一および第二のユーザが第一及び第二のクライアント・コンピュータを介してそれぞれ第一及び第二のアバターとして参加しており、前記オブジェクトは、当該第一のアバターに所有されており、前記照会部は、前記メタバース内において当該第二のアバターが当該オブジェクトを照会することに応答して前記照会要求を受信し、前記オブジェクトIDに対応する真正情報が記憶されていることを条件に、当該真正情報を当該第二のクライアント・コンピュータに対して（前記メタバース内において前記第二のユーザが認識可能な態様で）送信させることができる。このような態様のさらに具体的な応用例として、オブジェクトがメタバース内の高級ブランド品の場合や社員証の場合を挙げることができる。すなわち、前記オブジェクトは前記メタバース内のアバターの服飾オブジェクトであり、前記真正情報は前記服飾オブジェクトのブランドの管理者を特定する管理者情報と当該ブランドの名称を示すブランド名と当該ブランドのロゴを示すロゴデータとを更に含み、前記照会部は、あるクライアント・コンピュータから対応するオブジェクトIDを含む当該服飾オブジェクトの照会要求を受信することに応答して、当該オブジェクトIDに対応する真正情報が記憶されていることを条件に、当該管理者情報と当該ブランド名と当該ロゴデータのうち少なくとも一部を当該クライアント・コンピュータに対して送信させることができる。また、前記オブジェクトは前記メタバース内のアバターの社員証オブジェクトであり、前記真正情報は前記社員証オブジェクトの管理者を特定する管理者情報と当該会社の名称を示す会社名と当該会社のロゴを示すロゴデータを更に含み、前記照会部は、あるクライアント・コンピュータから対応するオブジェクトIDを含む当該社員証オブジェクトの照会要求を受信することに応答して、当該オブジェクトIDに対応する真正情報が記憶されていることを条件に、当該管理者情報と当該会社名と当該ロゴデータのうち少なくとも一部を当該クライアント・コンピュータに対して送信させることもできる。
【０００６】
また真正情報を送信する条件として、オブジェクトの有効期間を参酌することもできる。すなわち、前記オブジェクト情報は前記真正情報の有効期間を示す期間情報を含み、前記照会部は、あるクライアント・コンピュータから対応するオブジェクトIDを含む当該オブジェクトの照会要求を受信することに応答し、当該オブジェクトIDに対応する真正情報が記憶されていること及び当該真正情報の有効期限内であることを条件に、当該真正情報を当該クライアント・コンピュータに対して送信させることができる。このような態様のさらに具体的な応用例としては、前記オブジェクトは前記メタバース内の特定期間有効なチケットである例を挙げることができる。
【０００７】
一方、真正情報が記憶部に記憶されていない場合にはその旨をクライアント・コンピュータへ回答する。すなわち、前記照会部は、あるクライアント・コンピュータから対応するオブジェクトIDを含む当該オブジェクトの真贋の照会要求を受信することに応答し、当該オブジェクトIDに対応する真正情報が記憶されていないことを条件に、当該真正情報が記憶されていない旨を当該クライアント・コンピュータに対して送信させる。真正情報が記憶されていない旨は、照会要求を送信したクライアント・コンピュータへ対して送信されるが、その他、予め定められたサーバ又はクライアント・コンピュータ（例えば、メタバースを運営する運営者のサーバ）に対して送信させるように構成することもできる。さらに、そのオブジェクトの作成ユーザ（そのオブジェクトをメタバース内で作成したか、メタバース外から持ち込んだユーザ）に送信するように構成することもできる。すなわち、前記オブジェクト情報は前記オブジェクトの作成、複製、変更、譲渡の少なくとも１つの履歴を示す履歴情報を含み、前記照会部は、当該履歴情報に基づいて当該オブジェクトを作成したユーザを特定し、前記真正情報が記憶されていない旨を当該ユーザに対応するクライアント・コンピュータへ送信させることもできる。
【０００８】
また、前記オブジェクト情報は前記オブジェクトの所有者を特定する所有者情報と、当該所有者情報とは独立し当該オブジェクトの管理者を特定する管理者情報とを更に含むことができる。そして、真正情報や真正情報が記憶されていない旨のメッセージをこれらの所有者情報や管理者情報に基づいて所有者や管理者に対応するクライアント・コンピュータに送信することもできる。
【０００９】
メタバース内でのオブジェクトの複製、変更、作成、譲渡の処理は例えば、次のように行うことができる。オブジェクトの複製については、前記オブジェクト情報は前記オブジェクトの形状データを含み、対応するオブジェクトIDを含む当該オブジェクトの複製要求をあるクライアント・コンピュータから受信することに応答して、複製前のオブジェクトの形状データを複製するとともに、複製後のオブジェクトの真正情報を無効化して前記記憶部に新たなレコードを作成する更新部を更に備えることができる。オブジェクトの変更については、前記オブジェクト情報は前記オブジェクトの形状データを更に含み、対応するオブジェクトIDを含む当該オブジェクトの変更要求をあるクライアント・コンピュータから受信することに応答して、変更前のオブジェクトの形状データを変更するとともに、変更後のオブジェクトの真正情報を無効化して前記記憶部に新たなレコードを作成する更新部を更に備えることができる。オブジェクトの作成については、前記オブジェクト情報は前記オブジェクトの形状データを更に含み、形状データを含む新規オブジェクトの作成要求をあるクライアント・コンピュータから受信することに応答して、新規オブジェクトの当該形状データを登録するとともに、新規オブジェクトの真正情報を登録せずに前記記憶部に新たなレコードを作成する更新部を更に備えることができる。オブジェクトの譲渡については、前記オブジェクトは、当該第一のユーザに所有されており、前記オブジェクト情報は前記オブジェクトの所有者を特定する所有者情報を更に含み、対応するオブジェクトIDを含み当該オブジェクトを第一のユーザから第二のユーザへ譲渡する譲渡要求を受信することに応答して、当該所有者情報を第一のユーザから第二のユーザへ変更し、前記真正情報を変更しない更新部を更に備えることができる。なお、オブジェクトの譲渡は、前記第一および第二のユーザが前記第一及び第二のクライアント・コンピュータを介して第一及び第二のアバターとして参加するメタバースにおいて、当該第一及び第二のアバター間で行われることができる。つまり、オブジェクトの作成によっては真正情報は登録されず、オブジェクトの複製、変更によって既存の真正情報は無効化され、オブジェクトの譲渡によっては既存の真正情報は存置される。
【００１０】
この真正情報の登録、設定は、オブジェクトがブランド品である場合には例えば、次のように行われる。すなわち、前記オブジェクトは前記メタバース内のアバターの服飾オブジェクトであり、前記真正情報は前記服飾オブジェクトのブランドの管理者を特定する管理者情報と当該ブランドの名称を示すブランド名を更に含み、ある一のユーザをあるブランドの管理者として登録するブランド登録要求をあるクライアント・コンピュータから受信することに応答して、同一のブランド名が他のユーザを管理者として既に登録されていないことを条件に、当該一のユーザを当該ブランドの管理者として、当該ブランド名をブランド名としてそれぞれ前記記憶部に登録する登録部を更に備えることができる。また、前記登録部は、ある服飾オブジェクトを真正なものとして登録することを要求する服飾オブジェクト登録要求をあるクライアント・コンピュータから受信することに応答して、当該クライアント・コンピュータに対応するユーザが当該ブランドの管理者として登録されていることを条件に、対応するオブジェクトIDと真正情報とを関連付けてオブジェクト情報として前記記憶部に登録することができる。オブジェクトが社員証である場合には例えば、次のように行われる。すなわち、前記オブジェクトは前記メタバース内のアバターの社員証オブジェクトであり、前記真正情報は前記社員証オブジェクトの管理者を特定する管理者情報と当該会社の名称を示す会社名を更に含み、ある一のユーザをある社員証オブジェクトの管理者として登録する社員証登録要求をあるクライアント・コンピュータから受信することに応答して、同一会社名が他のユーザを管理者として既に登録されていないことを条件に、当該一のユーザを当該社員証オブジェクトの管理者として、当該会社名を会社名としてそれぞれ真正情報に登録する登録部を更に備えることができる。また、前記登録部は、ある社員証オブジェクトを真正なものとして登録することを要求する社員証オブジェクト登録要求をあるクライアント・コンピュータから受信することに応答して、当該クライアント・コンピュータに対応するユーザが当該社員証オブジェクトの管理者として登録されていることを条件に、対応するオブジェクトIDと真正情報とを関連付けてオブジェクト情報として登録することができる。
【発明の効果】
【００１１】
本発明によれば、ユーザによる自由なメタバース内でのオブジェクトの作成やメタバース外からのオブジェクトの持ち込みを前提としつつ、簡単なシステム構成でメタバース内のオブジェクトの真贋を判断することができる。つまり、ユーザが勝手に複製したオブジェクトはたとえメタバース内での外見がそっくりであっても、真正情報を保持していないので第三者が「偽者」であることを判断できる。よって、本発明は、第三者に見せることで意味を持つブランド品や社員証、チケットなどの偽物対策として非常に有効に機能する。
【発明を実施するための最良の形態】
【００１２】
図１は本発明の実施形態を示す概略図である。同図に示すように、このメタバース・システムは、クライアント（クライアント・コンピュータ）３A〜３ Bを含む複数のクライアント３A〜３ｎと、サーバ（サーバ・コンピュータ）１と、これらクライアント３A〜３ｎ及びサーバ１とを接続するネットワーク２とから構成される。クライアント３A〜３ｎとしては、本実施態様ではパーソナル・コンピュータを想定しているが、これに限らず、PDA、携帯電話、ゲーム専用機、家庭電化製品等を採用することもできる。サーバ１としては、本実施態様ではPCサーバを想定しているが、これに限らず、ブレード・サーバや大型汎用コンピュータ等を採用することもできる。なお、このサーバ１は機能毎に複数のサーバを設けることもできる。例えば、ユーザのメタバースへのログインを担当するログイン・サーバ１A、各ユーザに対応するそれぞれのアバターにメタバース環境を提供する環境サーバ１B、メタバース内でのオブジェクトを管理するオブジェクト管理サーバ（サーバ）１C等を設けることができる。さらに、各機能毎のサーバを複数のサーバのグリッドにより構成することもできる。ネットワーク２としては、本実施形態ではインタネットを想定しているが、イントラネット、エクストラネット等のネットワークでもよいし、これらを含むネットワークでもよい。また、ユーザA〜Cがそれぞれクライアント３A〜３Cを介してアバターA〜Cとして参加するメタバースのプラットフォームとしては、例えば、米国リンデンラボ社のSecondLife、日本国ココア社のmeet-me、中国のハイピィーハイ社のHiPiHi世界、米国オリジンシステムズ社のウルティマオンライン、韓国ＮＣソフト社のリネージュ等が挙げられる。ここで、ログイン・サーバ１A、環境サーバ１Bのシステム構成は公知であるので、その詳細の説明はここでは省略する。一方、オブジェクト管理サーバ１Cのハードウェア構成及びソフトウェア構成については図１９を参照しつつ後述する。
【００１３】
図２は本発明の実施形態に係るオブジェクト管理サーバ１Cの機能を説明する機能ブロック図である。このオブジェクト管理サーバ１Cは、オブジェクト情報及び管理情報を記憶する記憶モジュール（記憶部）１０と、ネットワーク２を介してクライアント３A〜３ｎと通信する通信モジュール（通信部）１３と、記憶モジュール１０に新たに情報を登録する登録モジュール（登録部）１４と、記憶モジュール１０に記憶された情報を更新する更新モジュール（更新部）１５と、記憶モジュール１０に記憶された情報に基づいて照会に応答する照会モジュール（照会部）１６とを備える。また記憶モジュール１０は、オブジェクト情報を記憶するオブジェクト・データベース１１と、管理情報を記憶する管理データベース１２とを備える。
【実施例１】
【００１４】
以下、実施例１として、メタバース内のオブジェクト、鞄オブジェクト（服飾オブジェクト）Bの真贋判断を行う場合を説明する。
【００１５】
図３は実施例１に係るオブジェクト・データベース１１のデータ構造を説明する模式図である。同図に示すように、このオブジェクト・データベース１１の各エントリー（レコード）は、個別の鞄オブジェクトを特定するオブジェクトIDと、鞄オブジェクトのメタバースにおける３Ｄ形状データと、鞄オブジェクトの所有者を特定するオブジェクト所有者情報と、鞄オブジェクトの更新履歴を示す履歴情報と、鞄オブジェクトの管理情報をポイントするブランドＩＤ（真正情報）を含む。一方、図４は実施例１に係る管理データベース１２のデータ構造を説明する模式図である。同図に示すように、この管理データベース１２の各エントリー（レコード）は、ブランドを特定するブランドＩＤ（真正情報）と、ブランドの管理者を特定する管理者情報（真正情報）と、ブランドの名称（真正情報）と、ブランドのロゴマークのデータ（真正情報）を含む。なお、オブジェクト情報及び管理情報として他の情報を登録しておくことが可能であるのは当然である。
【００１６】
図５は、実施例に係る鞄オブジェクトのメタバース内における真贋判断を説明する概念図である。ここでは、ユーザＡ〜Ｃがクライアント３Ａ〜３Ｃを介してログインし、それぞれアバターＡ〜Ｃとしてメタバースに参加しているものと想定する。また、ユーザＡは現実世界においてもブランドＡを管理し、ブランドＡが付された商品（鞄等）の製造販売者（管理者）である。アバターＡは、メタバースにおいてブランドＡが付された商品オブジェクト（鞄オブジェクトを含む）の製造販売業者である。アバターＢは、メタバースにおいて商品オブジェクト（鞄オブジェクトを含む）の流通業者である。アバターＣは、メタバースにおいて商品オブジェクト（鞄オブジェクト等）の一般消費者である。以下、それぞれ矢印S１〜S７で示すステップに従って、説明する。
【００１７】
（ブランド申請）
図６は図５の矢印ステップS１、すなわちユーザAが行うブランド申請のステップS1をより詳細に説明するフローチャートである。オブジェクト管理サーバ１Ｃの通信モジュール１３がクライアント３Ａからブランド申請要求を受信する（ステップＳ１１）。このブランド申請要求には、ユーザＡが登録を希望するブランド名「Ａ」及びロゴマーク「Ａロゴ」が含まれている。ブランド申請要求を受信することに応答して、オブジェクト管理サーバ１Ｃの登録モジュール１４は、管理データベース１２内を検索し、ユーザＡ以外のユーザ（ユーザＢ〜ユーザｎ）により同一のブランド名「Ａ」が既に登録されていないことを条件に（ステップＳ１２）、管理データベース１２内に新たなエントリーを登録する（ステップＳ１３）。一方、ユーザAが同一のブランド名「A」について異なるロゴマーク（例えば、「ａロゴ」）を登録することは許される。ここで、ブランド申請を許可する最低条件はブランド名が登録されていないことであるが、ブランド申請は頻繁に行われる処理ではないため、メタバースの管理者がより厳密な審査の元に行うことも可能である。例えば，ユーザAが申請ブランド名の権利（商標権）を現実世界において持っているかどうか審査することなどが考えられる。また、メタバース内でそのブランドを使用する権利に対して、申請許可時にユーザに課金することも可能である。
【００１８】
図７は、新たなエントリーが登録された状態の管理データベース１２を示す模式図である。同図に示すように、ブランドＩＤとして「２０１」、管理者情報として「ユーザＡ」、ブランドの名称として「Ａ」、ロゴマークのデータとして「Ａロゴ」が登録されている。なお、ブランドＩＤ「２０１」は登録モジュール１４が各エントリーにユニークな値を自動的に与える。また、管理者情報「ユーザA」はメタバースへのログインの際に入力されたユーザID及びパスワードにより特定され、ログイン・サーバ１Aにより与えられる。また、（必要に応じ）ユーザＡに課金をする（ステップＳ１４）。さらに、登録モジュール１４は、ブランドＩＤ「２０１」を通信モジュール１３を介してクライアント３Ａへ送信する（ステップＳ１５）。
【００１９】
（ブランド設定）
図８は図５の矢印ステップS２、すなわちユーザAが行うブランド設定のステップS２をより詳細に説明するフローチャートである。オブジェクト管理サーバ１Ｃの通信モジュール１３がクライアント３Ａからブランド設定要求を受信する（ステップＳ２１）。このブランド設定要求には、ユーザＡが設定を希望するオブジェクト及びブランドにそれぞれ対応するオブジェクトＩＤ「１０１」及びブランドＩＤ「２０１」が含まれている。なお、ブランドＩＤ「２０１」は先のブランド申請（ステップＳ１）において、登録モジュール１４からユーザＡに与えられたものである。ブランド設定要求を受信することに応答して、オブジェクト管理サーバ１Ｃの登録モジュール１４は、管理データベース１２内を検索し、ブランド設定要求を送信したユーザＡがそのブランドＩＤ「２０１」に対応するブランド管理者「ユーザＡ」と一致するか否かを判断する（ステップＳ２２）。なお、ブランド設定要求を送信したユーザは、上述の通り、メタバースへのログインの際に特定される。次に、登録モジュール１４は、オブジェクト・データベース１１内を検索し、ブランド設定要求を送信したユーザＡがそのオブジェクトＩＤ「１０１」に対応するオブジェクト所有者「ユーザＡ」と一致するか否かを判断し（ステップＳ２３）、オブジェクトＩＤ「１０１」に対応するブランドＩＤが未設定（Null）であるか否かを判断する（ステップＳ２４）。これらの条件（ステップＳ２２〜Ｓ２４）をすべて満たす場合に、登録モジュール１４は、受信したオブジェクトＩＤ「１０１」に対応するエントリーのブランドＩＤを「Null」から受信したブランドＩＤ「２０１」に変更する（ステップＳ２５）。さらに、（必要に応じ）ユーザＡに課金をする（ステップＳ２６）。
【００２０】
図９はブランド設定の前後における、オブジェクト・データベース１１を示す模式図である。ブランド設定の前は、オブジェクトＩＤ「１０１」に対応するエントリーには、鞄オブジェクトB（１０１）の形状データ「Ｄ（１０１）」と、鞄オブジェクトの所有者を特定するオブジェクト所有者情報「ユーザＡ」と、鞄オブジェクトB（１０１）の更新経緯を示す履歴情報「createdby A」と、鞄オブジェクトの管理情報をポイントするブランドＩＤ「Null」を含む。ここで、履歴情報「created by A」は、この形状データ「Ｄ（１０１）」がユーザＡによりメタバースにおいて作成された又は外部（現実世界又は他のメタバース）からこのメタバースへ持ち込まれたことを示す。また、ブランドＩＤ「Null」は、この鞄オブジェクトB（１０１）に対応する管理情報が記憶されていないことを示す。一方、ブランド設定の後は、オブジェクトＩＤ「１０１」に対応するエントリーのブランドＩＤは「Null」から「２０１」に変更される。ブランドＩＤ「２０１」は、管理データベース１２内にブランドＩＤ「２０１」により特定される管理情報のエントリー（管理者情報「ユーザＡ」、ブランドの名称「Ａ」、ロゴマークのデータ「Ａロゴ」）が存在することを示す。その他、オブジェクトID「１０１」、形状データ「Ｄ（１０１）」、オブジェクト所有者情報「ユーザＡ」、履歴情報「createdby A」に変更はない。なお、ブランドＩＤを「Null」から「２０１」に変更することに応答して、履歴情報「created by A」に「brand setto 201」とブランドが設定されたことを示す履歴を追加することもできる。
【００２１】
（オブジェクト譲渡）
図１０は図５の矢印ステップＳ３、すなわち鞄オブジェクトB（１０１）をユーザAからユーザBへ譲渡するオブジェクト譲渡のステップＳ３をより詳細に説明するフローチャートである。オブジェクト管理サーバ１Ｃの通信モジュール１３がクライアント３Ａからオブジェクト譲渡要求を受信する（ステップＳ３１）。このオブジェクト譲渡要求には、ユーザＡが譲渡を希望するオブジェクト及び譲渡先にそれぞれ対応するオブジェクトＩＤ「１０１」及びユーザ名「ユーザＢ」が含まれている。オブジェクト譲渡要求を受信することに応答して、オブジェクト管理サーバ１Ｃの更新モジュール１５は、オブジェクト譲渡に関する従来のチェックを行い（ステップＳ３２）、オブジェクト・データベース１１において、オブジェクトID「１０１」に対応するエントリーうち、オブジェクト所有者情報を「ユーザA」から「ユーザB」へ変更し、履歴情報「createdby A」に「given to B」を追加登録する（ステップS３３）。そして、オブジェクト譲渡に関する従来の処理を行う（ステップS３４）。
【００２２】
図１１はオブジェクト譲渡の前後における、オブジェクト・データベース１１を示す模式図である。オブジェクト譲渡の前は、オブジェクトＩＤ「１０１」に対応するエントリーには、鞄オブジェクトB（１０１）の形状データ「Ｄ（１０１）」と、鞄オブジェクトB（１０１）の所有者を特定するオブジェクト所有者情報「ユーザＡ」と、鞄オブジェクトB（１０１）の更新経緯を示す履歴情報「createdby A」と、鞄オブジェクトB（１０１）の管理情報をポイントするブランドＩＤ「２０１」を含む。一方、オブジェクト譲渡の後は、オブジェクトＩＤ「１０１」に対応するオブジェクト所有者は「ユーザA」から「ユーザB」へ変更され、履歴情報に「givento B」が追加される。ここで、履歴情報「given to B」はオブジェクトG（１０１）がユーザBへ譲渡されたことを示す。なお、その他、オブジェクトID「１０１」、形状データ「Ｄ（１０１）」、ブランドID「２０１」に変更はない。
【００２３】
（オブジェクト複製）
図１２は図５の矢印ステップＳ４、すなわちユーザBが鞄オブジェクトB（１０１）を複製して新たな鞄オブジェクトB(１０２)を作成するオブジェクト複製のステップＳ４をより詳細に説明するフローチャートである。オブジェクト管理サーバ１Ｃの通信モジュール１３がクライアント３Bからオブジェクト複製要求を受信する（ステップＳ４１）。このオブジェクト複製要求には、ユーザBが複製を希望するオブジェクトに対応するオブジェクトＩＤ「１０１」が含まれている。オブジェクト複製要求を受信することに応答して、オブジェクト管理サーバ１Ｃの更新モジュール１５は、オブジェクト複製に関する従来のチェックを行い（ステップＳ４２）、オブジェクト・データベース１１において、新たなエントリー（例えば、オブジェクトID「１０２」とする）を作成し（ステップS４３）、オブジェクト複製に関する従来の処理を行う（ステップS４４）。
【００２４】
図１３はオブジェクト複製、オブジェクト変更（後述する）、オブジェクト作成（後述する）を説明するオブジェクト・データベース１１の模式図である。オブジェクトID「１０１」に対応するエントリーは、既に説明した通り、ユーザAからユーザBへ譲渡された鞄オブジェクトB(1０１)を意味する。オブジェクトID「１０２」に対応するエントリーは、形状データD（１０１）、オブジェクト所有者「ユーザB」、履歴情報「copiedfrom ID(101)」、ブランドID「null」を含む。ここで形状データD（１０１）はオブジェクトID「１０１」に対応するエントリーから複製されている。また履歴情報「copiedfrom ID(101)」は、この（オブジェクトID「１０２」に対応する）エントリーの形状データはオブジェクトID（１０１）から複製されたものであることを示す。さらにブランドID「null」はオブジェクト複製によってブランドIDが無効化されたことを示す。
【００２５】
（オブジェクト変更）
図１４は図５の一点鎖線矢印ステップＳ５、すなわちユーザBが鞄オブジェクトB（１０１）を変更して新たな鞄オブジェクトB(１０３)を作成するオブジェクト変更のステップＳ５をより詳細に説明するフローチャートである。オブジェクト管理サーバ１Ｃの通信モジュール１３がクライアント３Bからオブジェクト変更要求を受信する（ステップＳ５１）。このオブジェクト変更要求には、ユーザBが変更前のオブジェクトに対応するオブジェクトＩＤ「１０１」、及び変更後のオブジェクトに対応する形状データD（１０３）が含まれている。オブジェクト変更要求を受信することに応答して、オブジェクト管理サーバ１Ｃの更新モジュール１５は、オブジェクト変更に関する従来のチェックを行い（ステップＳ５２）、オブジェクト・データベース１１において、新たなエントリー（例えば、オブジェクトID「１０３」とする）を作成し（ステップS５３）、オブジェクト複製に関する従来の処理を行う（ステップS５４）。図１３のオブジェクト・データベース１１の模式図を再度参照する。オブジェクトID「１０３」に対応するエントリーは、形状データD（１０３）、オブジェクト所有者「ユーザB」、履歴情報「modifiedfrom ID(101)」、ブランドID「null」を含む。ここで形状データD（１０３）はオブジェクトID「１０１」に対応するオブジェクトの形状データＤ（１０１）から変更されている。また履歴情報「modifiedfrom ID(101)」は、このオブジェクト（オブジェクトID「１０３」に対応する）の形状データはオブジェクトID（１０１）に対応するオブジェクトの形状データから変更されたものであることを示す。さらにブランドID「null」はオブジェクト変更によってブランドIDが無効化されたことを示す。
【００２６】
（オブジェクト作成）
図１５は図５の一点鎖線矢印ステップＳ６、すなわちユーザBが鞄オブジェクトB（１０４）を作成するオブジェクト作成のステップＳ６をより詳細に説明するフローチャートである。オブジェクト管理サーバ１Ｃの通信モジュール１３がクライアント３Bからオブジェクト作成要求を受信する（ステップＳ６１）。このオブジェクト作成要求には、ユーザBが作成を希望するオブジェクトに対応する形状データD（１０４）が含まれている。オブジェクト作成要求を受信することに応答して、オブジェクト管理サーバ１Ｃの更新モジュール１５は、オブジェクト作成に関する従来のチェックを行い（ステップＳ６２）、オブジェクト・データベース１１において、新たなエントリー（例えば、オブジェクトID「１０４」とする）を作成し（ステップS６３）、オブジェクト作成に関する従来の処理を行う（ステップS６４）。図１３のオブジェクト・データベース１１の模式図を再度参照する。オブジェクトID「１０４」に対応するエントリーは、形状データD（１０４）、オブジェクト所有者「ユーザB」、履歴情報「createdby B」、ブランドID「null」を含む。ここで形状データD（１０４）はユーザBが作成したものである。また履歴情報「created by B」は、この形状データ「Ｄ（１０４）」がユーザBによりメタバースにおいて作成された又は外部からメタバースへ持ち込まれたことを示す。また、ブランドＩＤ「null」は、この鞄オブジェクトＢ（１０４）に対応するブランド管理情報が記憶されていないことを示す。このように、たとえメタバース外から「ブランド品」とそっくりな形状データを持ち込んだとしても、そのオブジェクトにはブランドIDが付与されていないため、以下のオブジェクト照会により偽物であることを判別できる。
【００２７】
（オブジェクト照会）
図１６は図５の矢印ステップS7、すなわちユーザCが鞄オブジェクトB（１０１）〜B（１０４）を照会するオブジェクト照会のステップS７をより詳細に説明するフローチャートである。オブジェクト管理サーバ１Ｃの通信モジュール１３がクライアント３Cからオブジェクト照会要求を受信する（ステップＳ７１）。このオブジェクト照会要求には、ユーザCが照会を希望する鞄オブジェクトBに対応するオブジェクトIDが含まれている。オブジェクト照会要求を受信することに応答して、オブジェクト管理サーバ１Ｃの照会モジュール１６は、オブジェクト・データベース１１内を検索し、受信したオブジェクトIDに対応するエントリーのブランドIDを取得する（ステップS７２）。照会モジュール１６は、そのブランドIDが「null」か否かを判断する（ステップS７３）。対応するブランドIDが「null」でない場合には、照会モジュール１６は管理データベース１２内を検索し、そのブランドIDに対応するブランド名とそのロゴマークをクライアント３Cへ送信する（ステップS７４）。一方、対応するブランドIDが「null」の場合には、照会モジュール１６は「対応するブランドIDがない」旨のメッセージをクライアント３Ｃへ送信する（ステップＳ７５）。さらに、予め定められたメタバース運営者や履歴情報に基づいて判断される関係者にアラート・メッセージを送信してもよい。
【００２８】
より具体的には、ユーザＣがメタバース内の鞄オブジェクトＢをクリックすることで、オブジェクト照会要求がオブジェクト管理サーバ１Ｃへ送信される。その鞄オブジェクトBが鞄オブジェクトＢ（１０１）の場合には、ブランドＩＤは「null」ではなく「２０１」であるため、照会モジュール１６は管理データベース１２内を検索し、そのブランドID「２０１」に対応するブランド名「Ａ」とそのロゴマーク「Ａロゴ」をクライアント３Cへ送信する（ステップS７４）。これらのブランド名「Ａ」及びロゴマーク「Ａロゴ」はメタバース内において少なくともアバターＣの視点から認識可能な表示形態で表示される。他のアバターＡ，Ｂの視点からも認識可能に表示させることもできる。ここで、鞄オブジェクトＢ（１０１）であれば譲渡の前後を問わず（図１１参照）、つまり鞄オブジェクトB(１０１)の所有者がユーザAかユーザBかを問わず、ブランド名「Ａ」及びロゴマーク「Ａロゴ」が表示されることに留意されたい。
【００２９】
一方、メタバース内でアバターＣがクリックする鞄オブジェクトＢが鞄オブジェクトＢ（１０２）〜Ｂ（１０４）の場合には、対応するブランドIDが「null」であるため（図１３参照）、照会モジュール１６は「対応するブランドIDがない」旨のメッセージをクライアント３Ｃへ送信する（ステップＳ７４）。このメッセージはメタバース内において少なくともアバターＣの視点から認識可能な表示形態で表示される。他のアバターＡ，Ｂの視点からも認識可能に表示させることもできる。また、照会モジュール１６は「対応するブランドIDがない」旨のメッセージをメタバースの運営者へメールの形態で送信してもよい。さらに照会モジュール１６は注意メッセージを関係者に送信してもよい。すなわち、アバターCが鞄オブジェクトB（１０２）又はB（１０３）をクリックする場合、それらのエントリーの履歴情報「copiedfrom ID(101)」又は「modified from ID(101)」から複製元又は変更元の鞄オブジェクトB（１０１）が特定される。さらに、そのオブジェクトID「１０１」のエントリーの履歴情報「createdby A」から鞄オブジェクトB（１０１）のオリジナル作成者が「ユーザA」であることが特定される。その結果、照会モジュール１６は関係者としてユーザAに対して「ユーザBが所有する鞄オブジェクトB（１０２）（又はB（１０３））はユーザAが作成した鞄オブジェクトB（１０１）を複製又は変更したものである」旨の注意メッセージをユーザAに送信することができる。また、注意メッセージの送信を、ユーザCの承認を条件に行うこともできる。ここで、アバターBが所有する鞄オブジェクトB(１０２)又はB（１０３）をアバターCが照会することで、両アバター、両ユーザと直接関係のないオリジナルユーザAに注意メッセージが送信可能なことに留意されたい。
【００３０】
なお、本実施例ではオブジェクト所有者、ブランド管理者をいずれもユーザ名（「ユーザＡ」など）で特定したが、これらをメタバース内のアバター名（「アバターＡ」など）で特定することもできる。
【実施例２】
【００３１】
実施例１ではメタバース内の鞄オブジェクトの真贋判断を行う場合を説明したが、実施例２ではメタバース内の社員証オブジェクトIの真贋判断を行う場合を説明する。図１７は実施例２に係る管理データベース１２のデータ構造を説明する模式図である。同図に示すように、この管理データベース１２の各エントリーは、ブランドを特定するブランドＩＤに代わり会社を特定するコーポレートID（真正情報）と、ブランドの管理者を特定する管理者情報に代わり社員証オブジェクトの管理者を特定する管理者情報（真正情報）と、ブランドの名称に代わり会社の名称を示す会社名と（真正情報）と、ブランドのロゴマークのデータに代わり会社のロゴマークのデータ（真正情報）をそれぞれ含む。
【００３２】
社員証オブジェクトＩの照会を図１６に基づいて説明する。オブジェクト管理サーバ１Ｃの通信モジュール１３がクライアント３Cからオブジェクト照会要求を受信する（ステップＳ７１）。このオブジェクト照会要求には、ユーザCが照会を希望する社員証オブジェクトＩに対応するオブジェクトIDが含まれている。オブジェクト照会要求を受信することに応答して、オブジェクト管理サーバ１Ｃの照会モジュール１６は、オブジェクト・データベース１１内を検索し、受信したオブジェクトIDに対応するエントリーのコーポレートIDを取得する（ステップS７２）。照会モジュール１６は、そのコーポレートIDが「null」か否かを判断する（ステップS７３）。対応するコーポレートIDが「null」でない場合には、照会モジュール１６は管理データベース１２内を検索し、そのコーポレートIDに対応する会社名とそのロゴマークをクライアント３Cへ送信する（ステップS７４）。一方、対応するコーポレートIDが「null」の場合には、照会モジュール１６は「対応するコーポレートIDがない」旨のメッセージをクライアント３Ｃへ送信する（ステップＳ７５）。その他の処理も実施例１と同様であるため、その説明を省略する。但し、この場合、社員証オブジェクトの再譲渡を禁止することが必要となる。
【実施例３】
【００３３】
実施例１ではメタバース内の鞄オブジェクトの真贋判断を行う場合を説明したが、実施例３ではメタバース内で一定期間開催されるイベントに対応するチケットオブジェクトＴの真贋判断を行う場合を説明する。図１８は実施例３に係る管理データベース１２のデータ構造を説明する模式図である。同図に示すように、この管理データベース１２の各エントリーは、ブランドを特定するブランドＩＤに代わりイベントを特定するイベントID（真正情報）と、ブランドの管理者を特定する管理者情報に代わりイベントの主催者を特定する管理者情報（真正情報）と、ブランドの名称に代わりイベントの名称を示すイベント名と（真正情報）と、ブランドのロゴマークのデータに代わりイベントのロゴマークのデータ（真正情報）をそれぞれ含み、さらにイベントの有効期間を示す期間情報を含む。
【００３４】
チケットオブジェクトＴの照会を図１６に基づいて説明する。オブジェクト管理サーバ１Ｃの通信モジュール１３がクライアント３Cからオブジェクト照会要求を受信する（ステップＳ７１）。このオブジェクト照会要求には、ユーザCが照会を希望するチケットオブジェクトＴに対応するオブジェクトIDが含まれている。オブジェクト照会要求を受信することに応答して、オブジェクト管理サーバ１Ｃの照会モジュール１６は、オブジェクト・データベース１１内を検索し、受信したオブジェクトIDに対応するエントリーのイベントIDを取得する（ステップS７２）。照会モジュール１６は、そのイベントIDが「null」か否かを判断する（ステップS７３）。対応するイベントIDが「null」でない場合には、現在時が有効期間内であることを条件に、照会モジュール１６は管理データベース１２内を検索し、そのイベントＩDに対応するイベント名とそのロゴマークをクライアント３Cへ送信する（ステップS７４）。現在時が有効期間内でない場合には、その旨をクライアント３Cへ送信する。一方、対応するイベントIDが「null」の場合には、照会モジュール１６は「対応するイベントIDがない」旨のメッセージをクライアント３Ｃへ送信する（ステップＳ７５）。その他の処理も実施例１と同様であるため、その説明を省略する
【００３５】
以下、オブジェクト管理サーバ１Ｃの典型的なハードウェア構成及びソフトウェア構成について説明する。図１９は、オブジェクト管理サーバ１Ｃのハードウェア構成を説明する概略図である。オブジェクト管理サーバ１Ｃは、（低速及び高速の）バス４０、バスに接続されるＣＰＵ（中央演算処理装置）４１、ＲＡＭ（ランダム・アクセス・メモリ）４２、ＲＯＭ（リード・オンリ・メモリ）４３、ＨＤＤ（ハード・ディスク・ドライブ）４４、通信インタフェース４５、入出力インタフェース４６を備えている。さらに、入出力インタフェイス４６に接続されるプリンタ４７、ディスプレイ装置４８、キーボード４９等を備えている。なお、このオブジェクト管理サーバ１Ｃはパーソナル・コンピュータ・アーキテクチャを採用するものとして説明したが、より高いデータ処理能力や可用性を求めて、ＣＰＵ４１やＨＤＤ４４等を多重化することができる。また、複数のコンピュータによってオブジェクト管理サーバ１Ｃの機能を実現することもできる。オブジェクト管理サーバ１Ｃのソフトウェアとしては、基本的な機能を提供するＯＳ（オペレーティング・システム）、データベース管理ソフトウェア等のミドルウェア、これらOSやミドルウェアの機能を利用するアプリケーション・ソフトウェアにより構成される。各ソフトウェアはRAM４２上にロードされ、CPU４１により実行される。これらのハードウェア構成及びソフトウェア構成により、図２に示した各機能を実現することができる。すなわち、記憶モジュール１０の機能は主にHDD４４、OS、データベース管理ソフトウェアの協業により実現され、登録モジュール１４、更新モジュール１５、照会モジュール１６の機能は主にOS、データベース管理ソフトウェア、アプリケーション・ソフトウェアの協業により実現され、通信モジュール１３の機能は主に通信インタフェース４５、OSの協業により実現される。
【図面の簡単な説明】
【００３６】
【図１】本発明の実施形態を示す概略図
【図２】本発明の実施形態に係るオブジェクト管理サーバ１Cの機能を説明する機能ブロック図
【図３】実施例１に係るオブジェクト・データベース１１のデータ構造を説明する模式図
【図４】実施例１に係る管理データベース１２のデータ構造を説明する模式図
【図５】実施例に係る鞄オブジェクトのメタバース内における真贋判断を説明する概念図
【図６】ユーザAが行うブランド申請のステップS1をより詳細に説明するフローチャート
【図７】新たなエントリーが登録された状態の管理データベース１２を示す模式図
【図８】ユーザAが行うブランド設定のステップS２をより詳細に説明するフローチャート
【図９】ブランド設定の前後における、オブジェクト・データベース１１を示す模式図
【図１０】オブジェクト譲渡のステップＳ３をより詳細に説明するフローチャート
【図１１】オブジェクト譲渡の前後における、オブジェクト・データベース１１を示す模式図
【図１２】オブジェクト複製のステップＳ４をより詳細に説明するフローチャート
【図１３】オブジェクト複製、オブジェクト変更、オブジェクト作成を説明するオブジェクト・データベース１１の模式図
【図１４】オブジェクト変更のステップＳ５をより詳細に説明するフローチャート
【図１５】オブジェクト作成のステップＳ６をより詳細に説明するフローチャート
【図１６】オブジェクト照会のステップS７をより詳細に説明するフローチャート
【図１７】実施例２に係る管理データベース１２のデータ構造を説明する模式図
【図１８】実施例３に係る管理データベース１２のデータ構造を説明する模式図
【図１９】オブジェクト管理サーバ１Ｃのハードウェア構成を説明する概略図
【符号の説明】
【００３７】
１C    オブジェクト管理サーバ（サーバ）
１０ 記憶モジュール（記憶部）
１１ オブジェクト・データベース
１２ 管理データベース
１３ 通信モジュール（通信部）
１４ 登録モジュール（登録部）
１５ 更新モジュール（更新部）
１６ 照会モジュール（照会部）
【図１】
0005159375.tif 000002
【図２】
0005159375.tif 000003
【図３】
0005159375.tif 000004
【図４】
0005159375.tif 000005
【図５】
0005159375.tif 000006
【図６】
0005159375.tif 000007
【図７】
0005159375.tif 000008
【図８】
0005159375.tif 000009
【図９】
0005159375.tif 000010
【図１０】
0005159375.tif 000011
【図１１】
0005159375.tif 000012
【図１２】
0005159375.tif 000013
【図１３】
0005159375.tif 000014
【図１４】
0005159375.tif 000015
【図１５】
0005159375.tif 000016
【図１６】
0005159375.tif 000017
【図１７】
0005159375.tif 000018
【図１８】
0005159375.tif 000019
【図１９】
0005159375.tif 000020