(57)【要約】【課題】複数のユーザによる仮想空間の共有を小さな処理負荷で可能とし、ユーザエチケットの監視負担も低減する。【解決手段】情報収集配信システムは、各ユーザが当該ユーザの操作対象データを仮想空間において一定時間にわたって操作した結果を示した一連の動作を記述する動作データを複数記憶した記憶手段と、前記動作データを１つのユーザ端末につき複数ダウンロード可能とする配信手段と、前記動作データを複数ダウンロードしたユーザ端末から、当該ユーザ端末を使用したユーザの操作対象データの前記仮想空間と同一の空間における一連の動作を記述する新たな動作データのアップロードを受け付ける受信手段と、前記受信手段により受信した新たな動作データを、前記配信手段により配信可能とするよう、前記記憶手段に記憶させる制御手段と、を備える。【選択図】図１
2009075903.tif 000002
【特許請求の範囲】
【請求項１】
各ユーザが当該ユーザの操作対象データを仮想空間において一定時間にわたって操作した結果を示した一連の動作を記述する動作データを複数記憶した記憶手段と、
前記動作データを１つのユーザ端末につき複数ダウンロード可能とする配信手段と、
前記動作データを複数ダウンロードしたユーザ端末から、当該ユーザ端末を使用したユーザの操作対象データの前記仮想空間における一連の動作を記述する新たな動作データのアップロードを受け付ける受信手段と、
前記受信手段により受信した新たな動作データを、前記配信手段により配信可能とするよう、前記記憶手段に記憶させる制御手段と、
を備えた情報収集配信システム。
【請求項２】
請求項１において、
各動作データに含まれる当該動作データを生成したユーザの識別コードを用いて、指定された識別コードを含んだ動作データを前記記憶手段より検索する検索手段を更に備え、
前記配信手段は、前記検索された動作データ又は検索された動作データを除いた動作データを前記１つのユーザ端末に複数ダウンロード可能とする、
情報収集配信システム。
【請求項３】
請求項１又は請求項２において、
前記動作データから特定のパターンに該当するデータを抽出して各特定パターンの継続時間を算出し、算出したデータを前記特定のパターン別に出力する抽出出力手段
を更に備えた情報収集配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、各ユーザにより操作対象が操作された結果を収集し、ユーザに配信する情報収集配信システムに関する。
【背景技術】
【０００２】
複数のユーザがネットワークを介して仮想空間を共有するシステムとして、例えば特開２００５−２６７３４７号公報のように、リアルタイムに仮想空間を共有するものが知られている。
【０００３】
上記特開２００７−７６６９５号公報の仮想空間共有装置は、野球ゲームを実現するため、以下の動作をする（同公報の段落００６８〜００７０）。
まず、試合開始とともに利用者それぞれに共通の情報（例えば、イニング情報、メンバー情報、カウント情報など）および個別の情報（例えば、ピッチャーマウンドからの映像、バッターボックスからの映像、観客席からの映像）を配信する。各利用者は、配信された情報をもとに利用者端末を用いて操作（例えば、投げる、打つ、走る、ボールを追う）をする。
仮想空間共有装置は、各利用者端末から送信される情報（例えば、どのボタンを何秒押しているか）から利用者が意図する動作を演算し、全利用者の情報を統合するとともに、各利用者に配信する情報を演算して情報を配信する。
【特許文献１】特開２００５−２６７３４７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上記特開２００７−７６６９５号公報のようにリアルタイムに仮想空間を共有するシステムにおいては、多人数同時アクセス及び同時配信を実現するため、チャット機能が求められるほか、全利用者の情報をリアルタイムに逐一統合及び配信する動作を繰り返すため、仮想空間共有装置には膨大な処理負荷がかかる。
特に近年、仮想空間において商店、住宅など種々の施設を含む仮想社会を実現し、利用者のアバターがそこで「生活」することを可能とするビジネスが成長してきているが、そのようなシステムの運営には膨大なコストがかかる。例えば会員数３万人とすれば小都市並み、３０万人とすれば大都市並みの仮想社会とそれらに対する同時アクセスを実現するする必要があり、必要なサーバ台数は会員数３万人で５０台以上、３０万人で５００台以上という試算もある。
【０００５】
また上記特開２００７−７６６９５号公報のようにリアルタイムに仮想空間を共有するシステムにおいては、他の特定のユーザに付きまとったり、意図的に他のユーザの行動を妨害したりするという嫌がらせが起きることがある。そのような嫌がらせは他のユーザを著しく不快にするもので、システム運営者がトラブルメーカーのアクセス禁止など技術的な措置を講ずるにしてもそのためには各ユーザの行動を常時監視していなければならず、そのための人的負担が大きい。
【０００６】
本発明は、複数のユーザによる仮想空間の共有を小さな処理負荷で可能とし、ユーザエチケットの監視負担も低減する情報収集配信システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
（１）上記目的を達成するため、本発明の情報収集配信システムは、
各ユーザが当該ユーザの操作対象データを仮想空間において一定時間にわたって操作した結果を示した一連の動作を記述する動作データを複数記憶した記憶手段と、
前記動作データを１つのユーザ端末につき複数ダウンロード可能とする配信手段と、
前記動作データを複数ダウンロードしたユーザ端末から、当該ユーザ端末を使用したユーザの操作対象データの前記仮想空間と同一の空間における一連の動作を記述する新たな動作データのアップロードを受け付ける受信手段と、
前記受信手段により受信した新たな動作データを、前記配信手段により配信可能とするよう、前記記憶手段に記憶させる制御手段と、
を備えている。
【０００８】
ここで、仮想空間における動作データを複数ダウンロードしたユーザは、この複数ダウンロードした動作データを用いて、当該ユーザの操作対象データを前記仮想空間と同一の空間において操作できるので、他のユーザと仮想空間を実質的に共有することができる。
本発明はこのようにして複数のユーザによる仮想空間の共有を実現しているが、各ユーザからの同時アクセス、全ユーザの情報の統合、各ユーザへの同時配信という負荷の大きな処理は不要となっている。従ってサーバ台数を大幅に低減しシステムへの投資を低減することができる。
また、あるユーザａが操作対象データを操作する際に用いる動作データとしては、当該ユーザａ又は他のユーザｂ，ｃ，ｄ，…がそれぞれの操作対象データを操作した「一連の動作」を記述するものとして予めダウンロードされた動作データしか存在しない。従って、ユーザａの操作対象の操作中に、その動作に追従して他のユーザの操作対象がどこまでも付きまとったり、ユーザａの操作対象がどこへ行こうとしても他のユーザの操作対象が先回りして妨害したりするような嫌がらせは絶対に起こり得ない。従って本発明によれば、ユーザエチケットの監視負担を大幅に低減することができる。
【０００９】
（２）上記情報収集配信システムにおいて、
各動作データに含まれる当該動作データを生成したユーザの識別コードを用いて、指定された識別コードを含んだ動作データを前記記憶手段より検索する検索手段を更に備え、
前記配信手段は、前記検索された動作データ又は検索された動作データを除いた動作データを前記１つのユーザ端末に複数ダウンロード可能とする
ことが望ましい。
【００１０】
ユーザａが操作対象を操作している際に他のユーザｂが直接嫌がらせをすることは上述のように起こり得ないが、他のユーザｂが卑猥な動作や公序良俗に反する行動など見苦しい動作データをアップロードする可能性はある。ユーザの識別コードを用いて当該ユーザの動作データを除いてダウンロード可能とすることにより、そのような見苦しい動作データをユーザ自身で排斥することができる。
また、各ユーザの好みにより、仮想空間に女性だけを入れたり、自分の過去の動作データだけを入れたりするという絞込みが可能となるので、ユーザは多様な楽しみ方をすることができる。
【００１１】
（３）上記情報収集配信システムにおいて、
前記動作データから特定のパターンに該当するデータを抽出して各特定パターンの継続時間を算出し、算出したデータを前記特定のパターン別に出力する抽出出力手段
を更に備えることが望ましい。
【００１２】
リアルタイムに仮想空間を共有するシステムにおいては、各ユーザからの同時アクセス、全ユーザの情報の統合、各ユーザへの同時配信という複雑な処理を行う必要があるため、各ユーザの行動データを記憶して動作データのパターンを解析することまでは到底できない。これに対し本発明では、各ユーザの行動データを記憶することで複数の行動データをダウンロード可能とし仮想空間を共有可能とするので、記憶されている各ユーザの行動データは詳細な解析に堪え得る十分な緻密さを備えている。例えばあるユーザが特定の看板を見ていた時間、特定の仮想店舗内に入っていた時間などの長さを計測し出力することにより、各広告の広告効果の計測や各ユーザの嗜好の解析を行うことができる。
【発明を実施するための最良の形態】
【００１３】
＜１．システムの構成＞
図１は、本発明の実施形態に係る情報収集配信システムの構成及びこれとユーザ端末の関係を示すものである。サーバ１及びこれに接続された入出力端末２は本発明の情報収集配信システムに相当するものであり、このうちサーバ１は、ネットワーク９を介して複数のユーザ端末８と接続される。
【００１４】
＜１−１．サーバの構成＞
まずサーバ１について説明する。サーバ１は、記憶部１０、検索部１１、配信部１２、受信部１３、制御部１４を備えている。
【００１５】
図２は、記憶部１０に記憶したデータの例を示すものである。記憶部１０は、動作データ及び広告データを記憶している。
記憶部１０に記憶されている動作データ１０１Ａ、１０２Ａ、１０３Ａ、…、１０１Ｂ、１０２Ｂ、１０３Ｂ、…は、それぞれ各ユーザが当該ユーザの操作対象データを仮想空間において一定時間にわたって操作した結果を示した一連の動作を記述するものである。仮想空間は予め複数（Ａ，Ｂ，Ｃ，…，Ｎ）用意されており、記憶部１０には、各仮想空間（例えば仮想空間Ａ）について、それぞれ複数の動作データ１０１Ａ、１０２Ａ、１０３Ａ、…が記憶可能になっている。
記憶部１０に記憶されている広告データは、ユーザに配信可能な複数の広告テクスチャ（画像データ）１０１Ｘ、１０２Ｘ、…と、各広告テクスチャの広告対象商品の属性（商品分野などを示す記号）１０１Ｙ、１０２Ｙ、…と、各広告テクスチャの配信限度回数及び配信済み回数とを含んでおり、これら広告テクスチャと、それぞれの属性、配信限度回数及び配信済み回数とが対応付けられている。なおここではユーザに配信するものとして広告テクスチャを例示したが、広告としてユーザに配信可能であればよく、テクスチャの代わりに例えばサウンド、モーション３Ｄモデル、文字情報、プログラムなどを、ユーザに配信するよう記憶部１０に記憶してもよい。
【００１６】
図３に、記憶部１０に記憶したデータのうち個々の動作データの例を示す。例示された動作データ１０１Ａは、ユーザ識別コード「ａａａａ」を付与されたユーザが当該ユーザの操作対象データを仮想空間Ａにおいて一定時間にわたって操作した結果を示した一連の動作を記述したものである。他の動作データ１０２Ａ、１０３Ａ、１０１Ｂ、１０２Ｂ等も、仮想空間（Ａ，Ｂ等）や動作の内容が異なることはあるが同様のデータ構成となる。
動作データ１０１Ａは、開始からの時間を示すデータ１０１１と、各時間における座標データ１０１２と、各時間における動きデータ１０１３とを含み、これらが対応付けて記憶されている。
開始からの時間を示すデータ１０１１としては、例えば（1/30）秒毎などに開始からの時間を示すデータが記述される（図示の例では1/1000秒単位を四捨五入している）。
各時間における座標データ１０１２としては、時間を示すデータ１０１１の各時間について、当該ユーザの操作対象データの仮想空間における座標値が記述される。仮想空間における座標系としては、例えば、三次元直交座標系（ｘ，ｙ，ｚ）に水平面のどの方角を向いているかを示す（ｚ軸周りの）角度θを加えたものとする。操作対象データが上下方向を向くことを許容する場合はこれにｘ軸周りの角度及びｙ軸周りの角度を加えるなどしても良い。
各時間における動きデータ１０１３としては、時間を示すデータ１０１１の各時間について、当該ユーザの操作対象データの動き（その場での身振りや姿勢変化など座標値以外で表現できる動き）が記述される。
このような動作データを複数ダウンロードしたユーザ端末８は、仮想空間において当該動作データを再生することができるようになる。
【００１７】
図１に戻り、サーバ１の検索部１１は、指定されたユーザ識別コード（上述の「ａａａａ」等）を用いて、当該識別コードを含んだ動作データを記憶部１０より検索する。識別コードの指定は、動作データをダウンロードしようとするユーザが、ユーザ端末８及びネットワーク９を介して行うものである。動作データをダウンロードしようとするユーザが、特定のユーザ（例えば見苦しいデータをアップロードするユーザ）の動作データを除外してダウンロードしたい場合や、逆に特定のユーザ（例えば自分自身）の動作データのみをダウンロードしたい場合は、これら特定のユーザの識別コードを指定し、当該特定のユーザを除外するか、特定のユーザのみとするかを指定する。また、ユーザ識別コード（上述の「ａａａａ」等）に男性／女性の区別又はその他のユーザ属性の区別を示す桁が含まれている場合は、その桁のみを指定することにより例えば女性ユーザの動作データのみをダウンロードすることもできる。
【００１８】
サーバ１の配信部１２は、記憶部１０に記憶された動作データを１つのユーザ端末につき複数ダウンロード可能とする。具体的には、ユーザ端末８からネットワーク９を介して動作データのダウンロード要求があったときは、要求された動作データを当該ユーザ端末８に送信する。ダウンロードする動作データは、ユーザの指定により特定の動作データが検索されているときは当該検索された動作データ又は検索された動作データを除いた動作データとする。また配信部１２は、動作データの他に広告データもユーザ端末にダウンロード可能とすることができる。
【００１９】
サーバ１の受信部１３は、動作データを複数ダウンロードしたユーザ端末８から、当該ユーザ端末を使用したユーザの操作対象データの仮想空間における一連の動作を記述する新たな動作データのアップロードを受け付ける。
【００２０】
サーバ１の制御部１４は、受信部１３により受信した新たな動作データを、配信部１２により配信可能とするよう、記憶部１０に記憶させる。
また制御部１４は、広告テクスチャのいずれかをユーザ端末８に配信する毎に、当該広告テクスチャの配信済み回数に１を加えて当該広告テクスチャの新たな配信済み回数として記憶部１０に記憶させる。
【００２１】
＜１−２．周辺機器の構成＞
サーバ１に接続された入出力端末２は、ユーザの動作データを解析するための条件を入力したり解析結果を出力したりする端末であり、例えばキーボード及びディスプレイ装置を備えたパーソナルコンピュータ等の情報機器で構成される。
【００２２】
ユーザの動作データを解析するための条件として例えば「特定の店内に入っている」状態や「特定の看板を見ている」状態（後述）を入力すると、入出力端末２自体の情報処理部（図示せず）又はサーバ１の検索部１１によりサーバ１の記憶部１０にアクセスし、動作データから該当する動作パターンを抽出する。抽出された動作パターンに基づき、入出力端末２自体の情報処理部（図示せず）又はサーバ１の制御部１４により当該動作パターンの継続時間や該当ユーザ数を算出し、算出したデータを入出力端末２にて動作パターン別又はユーザ別に出力する。
【００２３】
＜１−３．ユーザ端末の構成＞
サーバ１にネットワーク９を介して接続されるユーザ端末８は、パーソナルコンピュータ等の情報機器で構成される。
【００２４】
ユーザ端末８は、サーバ１から特定の仮想空間での動作データをダウンロードし記憶する機能を備えている。ダウンロードする動作データを限定するためユーザ識別コードの指定を入力装置（図示せず）から受付け、サーバ１に送信することもできる。またユーザ端末８は、動作データをダウンロードするほか、サーバ１の設定によっては、広告テクスチャもダウンロードする。
【００２５】
ユーザ端末８は、ダウンロードした動作データを仮想空間内で再生させながら、当該ユーザ端末８において操作される操作対象データを操作する機能を備えている。そのためには仮想空間を記述する三次元データが必要であるほか、ダウンロードした動作データに従って動作する操作対象データや当該ユーザ端末８において操作される操作対象データが必要である。これらの必要なデータはユーザ端末８に予めインストールすることとしても良いし、サーバ１に記憶させておき、このサーバ１から動作データとともにユーザ端末８にダウンロードすることとしても良い。
操作対象データは、一般的には人間の形をしたアバターであるが、これに限らず動物や乗り物などを操作対象としてもよい。
【００２６】
ユーザ端末８は、ダウンロードした動作データを再生するとともに、操作対象データの操作結果を逐次表示する機能を有する。更に、操作対象データの操作結果（新たな動作データ）をユーザ端末８内の記憶装置（図示せず）に記録する機能を有する。
【００２７】
ユーザ端末８は、操作対象データの操作終了後、サーバ１に対して新たな動作データをアップロードする機能を備えている。
【００２８】
＜２．情報収集配信処理＞
図４は、上記実施形態に係る情報収集配信システムの動作及びユーザ端末の動作を示すフローチャートである。サーバ１の処理にはステップ番号の先頭にＳを付し、ユーザ端末の処理にはステップ番号の先頭にＵを付して区別する。
【００２９】
＜２−１．ユーザ端末の処理１＞
まず、ユーザ端末８が、ネットワーク９を介して情報収集配信システムであるサーバ１にアクセスし、動作データを指定してダウンロード要求する（ステップＵ１）。動作データの指定は、特定の仮想空間の選択を含んでおり、その他ユーザの任意によりユーザ識別コードの指定を含んでいても良い。
【００３０】
＜２−２．情報配信処理＞
サーバ１は、ダウンロード要求を受けると当該ダウンロード要求を発したユーザ端末８を識別し（ステップＳ１）、指定された動作データを検索部１１により記憶部１０より検索する（ステップＳ２）。
【００３１】
またサーバ１は、当該ダウンロード要求を発したユーザ端末８の識別データをもとに、当該ユーザ端末８を用いるユーザへの最適広告を抽出する（ステップＳ３）。例えば各ユーザの嗜好データを予め記憶部１０に保持しておき、当該ユーザの嗜好データと一致又は近似する属性１０１Ｙ、１０２Ｙ、…を有する広告を抽出する。次に、抽出された最適広告の配信限度回数と配信済み回数とを比較し、配信済み回数が限度回数未満である場合に（ステップＳ４：ＹＥＳ）、当該最適広告を配信広告として決定するとともに当該最適広告の配信済み回数に１を加えて記憶部１０に上書き保存する（ステップＳ５）。なお配信済み回数が限度回数未満ではなかった場合（ステップＳ４：ＮＯ）、ステップＳ３に戻り、当該最適広告以外の最適広告を抽出する。ステップＳ４及びＳ５の処理を行うことにより、スポンサーの広告料の多寡等に応じた個々の広告の配信回数を、正確に制御することができる。
【００３２】
動作データの検索及び配信広告の決定が完了すると、サーバ１は、当該ダウンロード要求を発したユーザ端末８に対し、指定されたすべての動作データと、広告テクスチャとをダウンロード送信可能とする（ステップＳ６）。
【００３３】
＜２−３．ユーザ端末の処理２＞
ユーザ端末８は動作データと広告テクスチャをサーバ１よりダウンロードし、ユーザ端末８の記憶装置（図示せず）に記憶する（ステップＵ２）。
【００３４】
次に、ユーザ端末８は、ダウンロードした動作データの仮想空間での再生と、当該ユーザ端末８で操作される操作対象データの画面表示を開始する（ステップＵ３）。当該ユーザ端末８で操作される操作対象データは、次のステップＵ４で説明する操作入力に従い動作する。ダウンロードした動作データは、当該動作データに記述された通りに動作する。ダウンロードしたのは複数の動作データであり、これら動作データを同時に並行して再生するので、複数の操作対象が仮想空間内で同時に動作し、画面表示されることになる。
またユーザ端末８は、ダウンロードした広告テクスチャを仮想空間の所定の場所（店舗内、看板等）に貼り付けるので、当該所定の場所が画面表示されるときは当該広告テクスチャが表示される。
【００３５】
ユーザ端末８は、ダウンロードした動作データの再生中、このユーザ端末８において操作される操作対象データに対する操作入力を受け付ける（ステップＵ４）。操作入力は、例えば上下左右方向の矢印キー又は十字キー（前後左右への移動動作を指示する）への入力や、特定動作に割り当てられたキー又はボタンへの入力又はアイコン操作により行われる。
【００３６】
ユーザ端末８は、この操作入力に従い操作対象データを動作させて画面表示する（ステップＵ５）。ダウンロードした動作データの再生と、ユーザ端末８において操作される操作対象データの動作とは同時に並行して行われるので、ダウンロードした動作データと仮想空間を共有していることになる。
【００３７】
更にユーザ端末８は、このユーザ端末８において操作される操作対象データに対する操作結果としての新たな動作データを、ユーザ端末８内の記憶装置（図示せず）に逐次記憶する（ステップＵ６）。新たな動作データの形式は、図３で説明したものと同様である。
【００３８】
ダウンロードした動作データの仮想空間での再生が終了すると（ステップＵ７）、当該ユーザ端末８で操作される操作対象データの画面表示も終了する。ユーザ端末８は、ステップＵ６で記憶した新たな動作データを、ネットワーク９を介してサーバ１にアップロードする（ステップＵ８）。
新たな動作データをサーバ１にアップロードした後でも、当該ユーザ端末８には、ダウンロードした動作データや新たな動作データが（データ消去しない限り）残っているので、任意のタイミングでこれら動作データの全部又は一部を再生することができる。ダウンロードした動作データの中に、卑猥な動作や公序良俗に反する行動など見苦しい動作データがある場合は、当該動作データに含まれるユーザ識別コードを参照し、以後は当該識別コードを含む動作データを除外して動作データを再生したり、当該識別コードを含む動作データを上記ステップＵ１のダウンロード要求対象から除外したりすることもできる。
【００３９】
＜２−４．情報収集処理＞
さて、サーバ１の受信部１３は、再生の終了したユーザ端末８から新たな動作データのアップロードを受付ける（ステップＳ７）。
新たな動作データのアップロードを受け付けたら、サーバ１の制御部１４は、当該新たな動作データを、配信部１２により配信可能とするよう、記憶部１０に記憶させる。その結果、当該仮想空間での動作データとしてダウンロード可能なものが１つ追加されることになる。
【００４０】
＜２−５．情報収集配信処理のまとめ＞
以上説明したように、本実施形態に係る情報収集配信システムにおいては、各ユーザの操作対象データを仮想空間において一定時間にわたって操作した結果を示した一連の動作を記述する動作データを、特定のユーザ端末８にダウンロードする。そして、当該ユーザ端末８においてこれら動作データを再生するとともに自己の操作対象データを操作することにより、ユーザ間で仮想空間を共有する。そして、当該ユーザ端末８において生成された新たな動作データをアップロードすることにより、ダウンロード可能な動作データが蓄積されていく。
【００４１】
従って、この仮想空間は、現実世界の時間と同時進行するリアルタイムの空間ではない。すなわち、例えば仮想空間における時間０からスタートし時間Ｔで終了した一連の動作データが、あるユーザによりアップロードされた場合、この動作データをダウンロードした他のユーザにとって、当該仮想空間における時間はＴから始まるのではなく再び０からスタートする。当該他のユーザによりアップロードされた当該仮想空間での動作データを誰かがダウンロードした場合も同じであり、アップロードとダウンロードを数次にわたって繰り返しても、その度に当該仮想空間における時間は０からスタートする。
【００４２】
また、あるユーザａが操作対象データを操作する際に用いられる動作データとしては、当該ユーザａ又は他のユーザｂ，ｃ，ｄ，…がそれぞれの操作対象データを過去に操作した動作データ、つまり「一連の動作」を記述するものとして予めダウンロードされた動作データしか存在しない。従って、ユーザａの操作対象の操作中に、その動作に追従して他のユーザの操作対象がどこまでも付きまとったり、ユーザａの操作対象がどこへ行こうとしても他のユーザの操作対象が先回りして妨害したりするような嫌がらせは絶対に起こり得ない。従って本実施形態によれば、ユーザエチケットの監視負担を大幅に低減することができる。
【００４３】
＜３．動作データ解析処理＞
図５は、上記実施形態に係る情報収集配信システムの動作データ解析処理を示すフローチャートである。この動作データ解析処理は、入出力端末２から入力される解析条件に従い、サーバ１の記憶部１０に記憶されている動作データを解析し、解析結果を入出力端末２にて出力するものであるが、入出力以外の解析処理は入出力端末２の情報処理部で行ってもサーバ１で行っても構わないものであるので、以下では特に区別せず、例として入出力端末２で解析処理するものとして説明する。
【００４４】
まず入出力端末２は、動作データの解析条件の入力を受付ける（ステップＳ２１）。
解析条件には、動作パターンの抽出条件と、抽出された動作パターンの加工条件や出力条件とが含まれる。動作パターンの抽出条件としては例えば「特定の店内に入っている」状態や「特定の看板を見ている」状態が指定される。抽出された動作パターンの加工条件や出力条件としては、例えば抽出された動作パターンの継続時間等の算出条件や、算出されたデータを動作パターンごとに出力するか、ユーザごとに出力するか、等の出力条件が指定される。
【００４５】
ここで例として、動作データは図３で説明したように各時間についての（ｘ，ｙ，ｚ）座標及び水平面上（ｘｙ面上）の方角θを含むものとし、「特定の店内に入っている」状態や「特定の看板を見ている」状態を抽出するための、具体的な抽出条件について説明する。
【００４６】
「特定の店内に入っている」状態は、例えば以下の３条件を設定し、該当する動作を動作データから抽出する。
ｘ１ ＜ ｘ ＜ ｘ２、
ｙ１ ＜ ｙ ＜ ｙ２、
ｚ１ ＜ ｚ ＜ ｚ２
ここで、ｘ１、ｘ２、ｙ１、ｙ２、ｚ１、ｚ２は適宜設定される定数である。操作対象データがどの方向を向いているか（θ）は、ここでは問題としなくて良い。操作対象データの（ｘ，ｙ，ｚ）座標が上記３条件をすべて満たすとき、設定された直方体（仮想店舗を構成する建築物や部屋）の内部に操作対象データが存在することになるので、操作対象データが「特定の店内に入っている」状態として抽出することができる。
【００４７】
「特定の看板を見ている」状態は、例えば以下の４条件を設定し、該当する動作を動作データから抽出する。
ｚ３ ＜ ｚ ＜ ｚ４、
tan(θ−ｅ) ＜ (ｙ−ｙ３)／(ｘ−ｘ３) ＜ tan(θ＋ｅ)、
θ１ ＜ θ ＜ θ２、
(ｙ−ｙ３)２＋(ｘ−ｘ３)２ ＜ Ｒ２
ここで、θ１、θ２は、θ２−θ１ ＜ π  となる範囲で適宜設定される定数である。また、ｅは適宜設定される正の定数、ｘ３、ｙ３、ｚ３、ｚ４、Ｒは適宜設定される定数である。上記４条件のうち第１式を満たすことにより、座標（ｘ３，ｙ３，(ｚ４−ｚ３)／２）の位置にある看板と同じ高さに操作対象データが位置していることになる。更に、第２式を満たすことにより、操作対象データの位置（ｘ，ｙ，ｚ）から看板の座標（ｘ３，ｙ３，(ｚ４−ｚ３)／２）の位置を見る方向θ（±ｅの微小な誤差を許容する）を操作対象データが向いていることになる。更に第３式を満たすことにより、{(θ２−θ１)／２}＋π  の方向を向いている看板に向かい合う方向θを操作対象データが向いていることになる。更に第４式を満たすことにより、座標（ｘ３，ｙ３，(ｚ４−ｚ３)／２）の位置にある看板から半径Ｒの水平面上の円内に操作対象データが位置していることになる。従って、上記４条件をすべて満たすとき、操作対象データが「特定の看板を見ている」状態として抽出することができる。
なお、θ−ｅ ＜ π／２ ＜ θ＋ｅ  或いは  θ−ｅ ＜ ３π／２ ＜ θ＋ｅ  の場合は、上記第２式において正接（tan）の正負符号が逆転し適切な判定ができないので、上記第２式において例えば座標軸を９０°回転し
tan(θ−ｅ＋(π／２)) ＜ −(ｘ−ｘ３)／(ｙ−ｙ３) ＜ tan(θ＋ｅ＋(π／２))
として判定する。
【００４８】
動作データの抽出条件は上記以外でもよく、例えば図３で説明した動作データ１０１Ａにあるような動きデータ１０１３に表現されたものを抽出条件として用いれば、動きデータ１０１３から該当する動作を抽出することができる。また上記抽出条件に加え、例えばユーザ識別コード（上述の「ａａａａ」等）を抽出条件として併せ用いれば、特定ユーザの該当する動作を抽出することができ、上述のようにユーザ識別コードに男性／女性の区別又はその他のユーザ属性の区別を示す桁が含まれている場合は、その桁のみを指定することにより、例えば「女性ユーザ」という括りで該当する動作を抽出することができる。
【００４９】
次に入出力端末２は、入力された動作データの抽出条件に基づき、サーバ１の記憶部１０から該当する動作を抽出する（ステップＳ２２）。
更に入出力端末２は、入力された解析条件に基づき、上記抽出された動作の解析処理を行う（ステップＳ２３）。例えば、上記抽出された動作のうち一定時間にわたって継続している動作につき、当該動作の開始時間と終了時間を読み込み、（終了時間−開始時間）を算出することにより当該動作の継続時間を算出する。また例えば、「特定の店内に入っている」状態や「特定の看板を見ている」状態に該当した動作データのユーザ識別コードを読み込み、当該識別コードを計数することにより、各状態に該当したユーザ数を算出する。
【００５０】
次に入出力端末２は、抽出された動作に関するデータ（解析処理の結果）を出力する（ステップＳ２４）。
出力形態の例としては、「特定の店内に入っている」状態や「特定の看板を見ている」状態について、その継続時間や該当したユーザ数等を、動作パターンごとに出力することが考えられる。このような出力結果により、各店や看板の集客効果や広告効果を極めて精度よく測定することができ、スポンサー企業への報告やアドバイスに有用な資料となる。
他の出力形態としては、「特定の店内に入っている」状態や「特定の看板を見ている」状態について、その継続時間等をユーザごとに出力することが考えられる。これにより、各ユーザの嗜好を極めて精度よく測定することができる。更に例えば「特定の店内に入っている」状態や「特定の看板を見ている」状態について、それぞれ図３の広告データで説明した広告属性１０１Ｙ、１０２Ｙ、…に対応するコードを付与しておき、各ユーザにつき、動作データが該当したコードを、各ユーザの嗜好データとして出力及び保持する。これにより、図４のステップＳ３で説明した最適広告の抽出をより適切に行うことができる。
このように本実施形態によれば、各ユーザの動作データを記憶して複数の動作データをダウンロード可能とすることで仮想空間を共有可能としており、この記憶した動作データから特定パターンに該当するデータを抽出するので、抽出条件を自在に設定し過去のデータに遡って抽出結果を得ることができる。
【００５１】
＜４．応用例＞
本実施形態の情報収集配信システムは、例えば以下のような応用が可能である。
【００５２】
＜４−１．仮想商店街＞
仮想空間に商店街を作成しておく。ユーザは、この仮想商店街を自由に散策し、気に入った展示品を仮想空間内で試用してみたり、場合によっては別途インターネット等を介して現実の商品の購入手続をしたりしてもよい。
動作データの蓄積数が少ない段階では、ゆったりとショッピングが楽しめる。１人のユーザがこの仮想空間に１回入る毎に、新たな動作データが１つずつアップロードされるので、動作データの蓄積数は次第に増えていく（減ることはない）。動作データの蓄積数が増えてくると次第に商店街の賑わいが増し、活況の中でのショッピングを楽しめるようになる。動作データが多すぎたり、見苦しい動作データがあったりする場合には、適宜除外してダウンロードすればよい。
【００５３】
＜４−２．コンサート映像＞
仮想空間にコンサート会場を作成し、その舞台に人気歌手が登場するようデータ作成して（実写映像をとりまぜても良い）、仮想空間でコンサートを開催する。ユーザは、この仮想空間に設けられた観客席に入ることができる。動作データの蓄積数が少ない段階では観客数が少なくても、１人のユーザがこのコンサートを１回視聴するごとに、新たな観客の動作データが１つずつアップロードされるので、観客の数は次第に増えていく。観客が増えてくると自然に場内の盛り上がりが増し、手拍子を打つ、手を振る、拳を振り上げるなどのジェスチャーを動きデータ１０１３として入力可能としておくことでますます場内が盛り上がる。
その結果、仮想空間でのコンサートが、一大コンサート映像にまで成長する。従来そのような観客の映像を含んだコンサート映像をＣＧで制作するには、観客１人１人の形状をデータ作成しそれぞれに動きを加える必要があったが、本実施形態によれば多数のユーザにコンサートを視聴させているうちに、自然にデータが集まり労せずしてコンサート映像が完成する。
【００５４】
＜４−３．一人バンド映像＞
任意の仮想空間で、１人のユーザが、まずドラムを叩く動作を作成しサーバ１にアップロードする。更に同じユーザ（別のユーザでも良い）が、上記ドラムを叩く動作を再生しながらギターを弾く動作を作成しサーバ１にアップロードする。更にまた同じユーザ（別のユーザでも良い）が、上記ドラムを叩く動作及びギターを弾く動作を再生しながら、鍵盤を叩く動作を作成しサーバ１にアップロードする。同様にしてベース、ボーカルなど幾つもの役割を順次アップロードすることにより、最終的には音楽バンドとして統合された映像を作成することができる。
【００５５】
＜４−４．追跡ゲーム＞
仮想空間に、例えば１人の逃走中の泥棒を配置し、その泥棒がユーザの操作対象の各位置から遠ざかる方向に移動するよう、プログラムする。ユーザはこの仮想空間で泥棒を追跡する。ユーザの動作データの蓄積数が少ない段階では、泥棒にとっての逃走経路が多数存在し、泥棒はなかなか捕まらない。しかし、動作データの蓄積数が増えてくると、泥棒が例えばある動作データ１０１Ａから逃げようとするとそこは別の動作データ１０２Ａの追跡経路になるなど、次第に追い詰められていく。ユーザは、他のユーザの動作データと協力しながら泥棒を追い詰めていく楽しさを味わうことができる。また動作データが多数蓄積されれば大群で泥棒を追いかける映像となり、大変迫力ある映像を得ることができる。
【図面の簡単な説明】
【００５６】
【図１】本発明の実施形態に係る情報収集配信システムの構成及びこれとユーザ端末の関係を示す図。
【図２】記憶部１０に記憶したデータの例を示す図。
【図３】記憶部１０に記憶したデータのうち個々の動作データの例を示す図。
【図４】上記実施形態に係る情報収集配信システムの動作及びユーザ端末の動作を示すフローチャート。
【図５】上記実施形態に係る情報収集配信システムの動作データ解析処理を示すフローチャート。
【符号の説明】
【００５７】
１  サーバ（情報収集配信システム）、２  入出力端末、８  ユーザ端末、９  ネットワーク、１０  記憶部、１１  検索部、１２  配信部、１３  受信部、１４  制御部
【図１】
2009075903.tif 000003
【図２】
2009075903.tif 000004
【図３】
2009075903.tif 000005
【図４】
2009075903.tif 000006
【図５】
2009075903.tif 000007