特許 6263259 配信システム、配信方法及び配信装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6263259

(24)【登録日】2017年12月22日

(45)【発行日】2018年1月17日

(54)【発明の名称】配信システム、配信方法及び配信装置

(51)【国際特許分類】

   G09F 19/00 20060101AFI20180104BHJP

   G09F 27/00 20060101ALI20180104BHJP

   G06F 13/00 20060101ALI20180104BHJP

   A63H 5/00 20060101ALI20180104BHJP

   A63H 33/00 20060101ALI20180104BHJP

【ＦＩ】

   G09F19/00 Z

   G09F27/00 G

   G06F13/00 540P

   A63H5/00 Z

   A63H33/00 P

【請求項の数】7

【全頁数】37

(21)【出願番号】特願2016-520819(P2016-520819)

(86)(22)【出願日】2014年5月19日

(86)【国際出願番号】JP2014063188

(87)【国際公開番号】WO2015177835

(87)【国際公開日】20151126

【審査請求日】2016年11月4日

(73)【特許権者】

【識別番号】513278127

【氏名又は名称】株式会社Ｍｏｆｆ

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(72)【発明者】

【氏名】▲高▼萩 昭範

(72)【発明者】

【氏名】米坂 元宏

【審査官】 藤井 達也

(56)【参考文献】

【文献】 特開２０１３−１３４４９４（ＪＰ，Ａ）

【文献】 特開２００２−０４４７２４（ＪＰ，Ａ）

【文献】 特開平１１−２９０５５７（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０９Ｆ １９／００−２７／００

Ｇ０６Ｑ ３０／０２

Ｇ０６Ｆ １３／００

Ａ６３Ｈ ５／００− ５／０４

Ａ６３Ｈ ３３／００−３３／４２

(57)【特許請求の範囲】

【請求項1】

無線で接続された動作検出装置を用いてユーザの動作を検出する移動通信端末と、該移動通信端末と通信可能な配信装置とを有する配信システムであって、
前記移動通信端末は、
所定時間内の加速度の変化を表す第一の加速度データ及び前記移動通信端末に表示される広告を示す広告データの登録を受け付ける受付部と、
配信された前記第一の加速度データと、前記動作検出装置から送信された前記ユーザの動作を表す第二の加速度データとを比較する比較部と、
前記比較部による比較の結果、前記第一の加速度データと前記第二の加速度データとが一致するとみなされる場合に、前記広告データを出力する第一の出力部と、
を有し、
前記配信装置は、
前記第一の加速度データ及び前記広告データを前記移動通信端末に配信する配信部を有する配信システム。

【請求項2】

前記移動通信端末は、
前記ユーザの体に着用される前記動作検出装置から、前記第二の加速度データを受信する通信部
をさらに有する、請求項１に記載の配信システム。

【請求項3】

前記移動通信端末は、
前記比較部による比較の結果、前記第一の加速度データと前記第二の加速度データとが一致するとみなされる場合に、所定の音声データを出力する第二の出力部
をさらに有し、
前記受付部は、前記第一の加速度データ及び前記広告データに加えて、前記音声データの登録を受け付ける、
請求項２に記載の配信システム。

【請求項4】

前記音声データは、前記第一の加速度データの示す動作の結果生ずる音声を示し、
前記第二の出力部は、前記第一の出力部が前記広告データを出力している間に、前記音声データを出力する、
請求項３に記載の配信システム。

【請求項5】

前記配信装置は、
前記移動通信端末から前記広告データの出力に関する属性データを受信する受信部を有し、
前記移動通信端末は、
前記広告データの出力に関する属性データを出力する第三の出力部と、
をさらに有する、請求項４に記載の配信システム。

【請求項6】

無線で接続された動作検出装置を用いてユーザの動作を検出する移動通信端末と、該移動通信端末と通信可能な配信装置とを有する配信システムが実行する配信方法であって、
前記移動通信端末は、
所定時間内の加速度の変化を表す第一の加速度データ及び前記移動通信端末に表示される広告を示す広告データの登録を受け付ける受付段階と、
配信された前記第一の加速度データと、前記動作検出装置から送信された前記ユーザの動作を表す第二の加速度データとを比較する比較段階と、
前記比較段階において比較の結果、前記第一の加速度データと前記第二の加速度データとが一致するとみなされる場合に、前記広告データを出力する第一の出力段階とを実行し、
前記配信装置は、
前記第一の加速度データ及び前記広告データを前記移動通信端末に配信する配信段階を実行する配信方法。

【請求項7】

無線で接続された動作検出装置を用いてユーザの動作を検出する移動通信端末と通信可能な配信装置であって、
所定時間内の加速度の変化を表す第一の加速度データ及び前記移動通信端末に表示される広告を示す広告データの登録を受け付ける受付部と、
前記動作検出装置から送信された前記ユーザの動作を表す第二の加速度データと比較される前記第一の加速度データ、及び、前記移動通信端末において前記第一の加速度データと前記第二の加速度データとの比較の結果、前記第一の加速度データと前記第二の加速度データとが一致するとみなされる場合に、前記移動通信端末において出力される前記広告データを、前記移動通信端末に配信する配信部と、
を有する、配信装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、配信システム、配信方法及び配信装置に関する。

【背景技術】

【0002】

加速度センサや角速度センサ、光センサ等のセンサを有するデバイスが普及している。例えば、加速度センサを内蔵するスマートフォンやタブレットのような移動通信端末は、予め登録されたユーザの三次元的な動作（ジェスチャ）を認識し、それに応じた命令を実行することができる。

【0003】

また、加速度センサを内蔵したビデオゲーム機用のリモコンを通じてユーザの動作を認識し、その動作をビデオゲーム内でのキャラクターの動作を関連付けることにより、直感的な遊びを提供するシステムが知られている（特許文献１、特許文献２）。

【0004】

さらに、コンテンツを再生するロボットに対するユーザの物理的な挙動（叩く、なでる等）を認識して、その動作に応じたコンテンツを再生させる技術や（特許文献３）、音声とジェスチャとを組み合わせて機器を制御する技術（特許文献４）がある。

【0005】

上述したユーザの物理的な動作が、予め登録された動作と一致するか判定するための方法として、例えば、Dynamic Time-Warpingというアルゴリズムが知られている（非特許文献１、２）。

【先行技術文献】

【特許文献】

【0006】

【特許文献1】米国特許出願公開第２００８−００１５０１７号明細書

【特許文献2】特開２００７−３００９８０号公報

【特許文献3】特開２０１２−１５５６１６号公報

【特許文献4】特開２０１２−１０３８４０号公報

【非特許文献】

【0007】

【非特許文献1】C. S. MYERS and L. R. RABINER、" A Comparative Study of Several Dynamic Time-Warping Algorithms for Connected-World Recognition"、THE BELL SYSTEM TECHNICAL JOURNAL, Vol.60, No.7, September 1981

【非特許文献2】"Dynamic time warping", Wikipedia, http://en.wikipedia.org/wiki/Dynamic_time_warping

【発明の概要】

【発明が解決しようとする課題】

【0008】

ユーザの動作をセンサで認識する技術を、手軽な遊びに応用したいという要求がある。また、そのような手軽な遊びを通じて、ある商品又はサービスの広告を配信し、広告収入を得られるようにしたいという要求がある。

【0009】

しかしながら、従来の技術では、ユーザの動作を利用した遊びを通じて、広告を配信し、広告収入を得られるようにする仕組みが存在しなかった。

【0010】

本発明は、このような問題に鑑みてなされたものであり、センサを利用した手軽な遊びを通じて広告を配信できるようにすることを目的とする。

【課題を解決するための手段】

【0011】

上述した課題を解決し目的を達成するため、本発明の一実施形態における配信システムは、
無線で接続された動作検出装置を用いてユーザの動作を検出する移動通信端末と、該移動通信端末と通信可能な配信装置とを有する配信システムであって、
前記移動通信端末は、
所定時間内の加速度の変化を表す第一の加速度データ及び前記移動通信端末に表示される広告を示す広告データの登録を受け付ける受付部と、
前記第一の加速度データ及び前記広告データを前記移動通信端末に配信する配信部と、
配信された前記第一の加速度データと、前記動作検出装置から送信された前記ユーザの動作を表す第二の加速度データとを比較する比較部と、
前記比較部による比較の結果、前記第一の加速度データと前記第二の加速度データとが一致するとみなされる場合に、前記広告データを出力する第一の出力部と、
を有し、
前記配信装置は、
前記第一の加速度データ及び前記広告データを前記移動通信端末に配信する配信部を有する配信システム。

【0012】

また、本発明の一実施形態における配信方法は、

【0013】

無線で接続された動作検出装置を用いてユーザの動作を検出する移動通信端末と、該移動通信端末と通信可能な配信装置とを有する配信システムが実行する配信方法であって、
前記移動通信端末は、
所定時間内の加速度の変化を表す第一の加速度データ及び前記移動通信端末に表示される広告を示す広告データの登録を受け付ける受付段階と、
配信された前記第一の加速度データと、前記動作検出装置から送信された前記ユーザの動作を表す第二の加速度データとを比較する比較段階と、
前記比較段階において比較の結果、前記第一の加速度データと前記第二の加速度データとが一致するとみなされる場合に、前記広告データを出力する第一の出力段階とを実行し、
前記配信装置は、
前記第一の加速度データ及び前記広告データを前記移動通信端末に配信する配信段階を実行する。

【0014】

また、本発明の一実施形態における配信装置は、
無線で接続された動作検出装置を用いてユーザの動作を検出する移動通信端末と通信可能な配信装置であって、
所定時間内の加速度の変化を表す第一の加速度データ及び前記移動通信端末に表示される広告を示す広告データの登録を受け付ける受付部と、

【0015】

前記動作検出装置から送信された前記ユーザの動作を表す第二の加速度データと比較される前記第一の加速度データ、及び、及び、前記移動通信端末において前記第一の加速度データと前記第二の加速度データとの比較の結果、前記第一の加速度データと前記第二の加速度データとが一致するとみなされる場合に、前記移動通信端末において出力される前記広告データを、前記移動通信端末に配信する配信部と、
を有する。

【発明の効果】

【0016】

本発明によれば、センサを利用した手軽な遊びを通じて広告を配信できるようになる。

【図面の簡単な説明】

【0017】

【図1】本発明の概要を説明する図。

【図2】本発明の一実施形態における動作検出装置の外観を表す図。

【図3】本発明の一実施形態における動作検出装置のハードウェア構成図。

【図4】本発明の一実施形態における移動通信端末のハードウェア構成図。

【図5】本発明の一実施形態における動作検出システムの機能ブロック図。

【図6】本発明の一実施形態における動作検出システムの詳細な機能ブロック図。

【図7】ユーザの動作を表す波形データの例を表す図。

【図8】登録波形データと出力データとを関連付けるテーブルの例を表す図。

【図9】条件（閾値及びアプリデータ）と出力データとを関連付けるテーブルの例を表す図。

【図10】条件（閾値及びアプリデータ）と出力データとを関連付けるテーブルの例を表す図。

【図11】登録処理を表すフローチャート。

【図12】出力処理を表すフローチャート。

【図13】登録処理の具体例を表すシーケンス図。

【図14】出力処理の具体例を表すシーケンス図。

【図15】ユーザの動作を表す波形データの例を表す図。

【図16】登録波形データと検出波形データとを比較した結果を表す図。

【図17】出力処理を表すフローチャート。

【図18】出力処理の具体例を表すシーケンス図。

【図19】出力処理の具体例を表すシーケンス図。

【図20】本発明の概要を説明する図。

【図21】本発明の一実施形態における配信装置のハードウェア構成図。

【図22】本発明の一実施形態における配信システムの機能ブロック図。

【図23】配信管理データを格納するテーブルの例を表す図。

【図24】統計データを格納するテーブルの例を表す図。

【図25】管理データを格納するテーブルの例を表す図。

【図26】属性データを格納するテーブルの例を表す図。

【図27】本発明の一実施形態における移動通信端末の出力画面の例を表す図。

【図28】統計データの出力画面の例を表す図。

【図29】広告データ登録処理の具体例を表すシーケンス図。

【図30】広告データ出力処理の具体例を表すシーケンス図。

【発明を実施するための形態】

【0018】

以下、本発明の実施形態を図面に基づいて説明する。
Ａ．動作検出システム
１． 概要
２． ハードウェア構成
３． 機能
４． 動作例
５． 応用例
Ｂ．配信システム
１． 概要
２． ハードウェア構成
３． 機能
４． 動作例
５． 効果

【0019】

≪ Ａ． 動作検出システム ≫

【0020】

以下では、動作検出装置を使用するユーザの動作を移動通信端末で検出する検出システムと、その検出システムを利用して広告を配信する配信システムの、二つのシステムの説明を行う。最初に、動作検出装置と移動通信端末を有する、動作検出システムの説明を行う。

【0021】

≪ １． 概要 ≫

【0022】

図１は、本発明の一実施形態における動作検出システム１の実施態様の例を示す。動作検出システム１は、ユーザの所持する玩具４０又はユーザに付される動作検出装置１０と、動作検出装置１０と通信可能な移動通信端末２０とを有する。動作検出装置１０と移動通信端末２０は、Bluetooth（登録商標）やZigBeeのような無線通信方式により、互いに通信を行うことができる。

【0023】

ユーザは、例えば、自らの腕に、リストバンド型の動作検出装置１０を装着し、飛行機や乗用車の模型のような玩具４０を操作する。動作検出装置１０は、加速度センサや角速度センサのようなセンサを内蔵しており、ユーザの動作に応じて検出した加速度又は角速度の値を、随時、移動通信端末２０に送信する。移動通信端末２０は、例えば、受信した加速度の値の変化（波形で表される）が、予め登録された波形と一致した場合に、動作に対応した音声を出力することができる。また、移動通信端末２０は、様々な動作に対応した音声を保持している。これにより、ユーザは、様々な玩具の操作を試しながら、対応した音声を聞くことにより、想像力を発揮しつつ、手軽かつ直感的な遊びを楽しむことができる。なお、動作検出装置１０は、加速度センサと角速度センサに加えて、光センサ、圧力センサ等、任意のセンサを有していてもよい。

【0024】

図１（ａ）は、ユーザが、自らの腕に、リストバンド型の動作検出装置１０を装着し、玩具４０（飛行機の模型）を操作し、移動通信端末２０（スマートフォン）から音声を出力させる例を表している。この例では、例えば、ユーザが、飛行機の模型を加速させると、高回転時のエンジン音が出力され、減速させると、低回転時のエンジン音が出力される。図１（ｂ）は、ユーザが、自らの腕に、リストバンド型の動作検出装置１０を装着し、玩具４０（乗用車の模型）を操作し、移動通信端末２０（タブレット）から音声を出力させる例を表している。この例では、乗用車の模型を前進させると、エンジンのイグニッション音が出力され、左右に転回させると、タイヤのスリップ音が出力される。図１（ｃ）は、ユーザが、自らの腕に動作検出装置１０を付した上で、玩具４０（剣の模型）を所持し、これを操作して、移動通信端末２０（スピーカ）から音声を出力させる例を表している。この例では、ユーザが、剣の模型を振った方向に応じて、異なる音が出力される。

【0025】

移動通信端末２０は、上述したように、玩具４０の違いや、遊び方に応じて用意された、複数のアプリケーションを実行できる。これにより、ユーザは、例えば、長年使用していなかった既存の玩具を用いて、様々な音声を出力させることができ、新たな遊びを体験することができる。なお、移動通信端末２０は、これらの例に限られず、ノートＰＣやディスプレイであってもよい。

【0026】

図２は、本発明の一実施形態における動作検出装置１０の外観を表す。図２に示されるように、動作検出装置１０は、センサや無線通信装置等を内蔵する筐体１０−１と、玩具４０又はユーザの腕若しくは手首に取り付けるためのベルト１０−２を有する。また、動作検出装置１０は、動作時に点灯又は点滅するＬＥＤ１０−３を有する。なお、動作検出装置１０は、ベルトの代わりに、ケーブル、テープ、マグネット、クリップ等を有し、玩具４０に取り付けられるよう構成されてもよい。

【0027】

≪ ２． ハードウェア構成 ≫
図３、図４を用いて、本発明の一実施形態における動作検出装置１０及び移動通信端末２０のハードウェア構成を説明する。

【0028】

≪ 動作検出装置 ≫

【0029】

図３は、本発明の一実施形態における動作検出装置１０のハードウェア構成図である。動作検出装置１０は、ＣＰＵ１１と、ＲＯＭ１２と、ＲＡＭ１３と、センサ１４と、無線通信装置１５と、電池１６とを有する。

【0030】

ＣＰＵ１１は、動作検出装置１０の制御を行うプログラムを実行する。ＲＯＭ１２は、ＣＰＵ１１が実行するプログラムや、プログラムの実行に必要なデータを記憶する。ＲＡＭ１３は、ＣＰＵ１１のワークエリアとして機能する。センサ１４は、動作検出装置１０に対するユーザの動作を検出するセンサであり、例えば、加速度センサである。加速度センサは、例えば、Ｘ、Ｙ、Ｚ軸の三軸方向の加速度を検出する。また、センサ１４は、角速度センサや、光センサ、圧力センサであってもよい。また、センサ１４は、これらの任意のセンサの組み合わせであってもよい。なお、以下では、センサ１４が加速度センサである場合の例を用いて説明する。無線通信装置１５は、Bluetooth（登録商標）、ZigBee又はその他の無線通信方式に従って通信を行う装置である。電池１６は、動作検出装置１０を駆動するための電力を供給する。バス１７は、電池１６を除く各装置を相互に接続する。

【0031】

なお、動作検出装置１０は、無線通信装置１５を介して、情報通信端末２０から受け取った情報を表示できる、液晶ディスプレイのような表示装置を備えていても良い。

【0032】

≪ 移動通信端末 ≫

【0033】

図４は、本発明の一実施形態における移動通信端末２０のハードウェア構成図である。図４は、移動通信端末２０が、スマートフォンである場合の、ハードウェア構成例を表している。移動通信端末２０は、ＣＰＵ２１と、ＲＯＭ２２と、ＲＡＭ２３と、ディスプレイ２４と、スピーカ２５と、フラッシュメモリ２６と、無線通信装置２７と、入力装置２８と、マイク２９とを有する。

【0034】

ＣＰＵ２１は、移動通信端末２０の制御を行うプログラムを実行する。ＲＯＭ２２は、ＣＰＵ２１が実行するプログラムや、プログラムの実行に必要なデータを記憶する。ＲＡＭ２３は、ＣＰＵ２１のワークエリアとして機能する。ディスプレイ２４は、例えば液晶パネルを駆動して映像データを出力する装置である。スピーカ２５は、電気信号を物理振動に変えて、音声データを出力する装置である。フラッシュメモリ２６は、ＲＯＭ２２と同様に、ＣＰＵ２１が実行するプログラムや、その実行に必要なデータを記憶する。また、フラッシュメモリ２６は、音声データや映像データのように、大容量のデータを記憶するためにも使用される。無線通信装置２７は、Bluetooth（登録商標）、ZigBee又はその他の無線通信方式に従って通信を行う装置である。入力装置２８は、キーボード、操作ボタン又はタッチパネルのようなデバイスであり、ユーザからの操作を受け付ける。マイク２９は、音声による物理振動を電気信号に変換する装置である。バス３０は、上記の各装置を相互に接続する。

【0035】

≪ ３．機能 ≫
図５、図６を用いて、本発明の一実施形態における動作検出システム１の機能ブロックを説明する。

【0036】

≪ 動作検出装置 ≫
図５を用いて、本発明の一実施形態における動作検出装置１０の機能を説明する。動作検出装置１０は、検出部１０１と通信部１０２とを有する。

【0037】

検出部１０１は、図３のセンサ１４の処理によって実現され、ユーザの動作を検出し、その動作を示すデータ（以後、検出データと呼ぶ）を、通信部１０２を通じて、随時、移動通信端末２０に送信する。例えば、センサ１４が加速度センサである場合には、検出部１０１は、ユーザの動作によって生ずる三軸方向の加速度を検知し、その加速度の値を、移動通信端末２０に送信する。

【0038】

通信部１０２は、図３の無線通信装置１５の処理によって実現され、検出部１０１が検出した検出データを、無線通信により、移動通信端末２０に送信する。

【0039】

≪ 移動通信端末 ≫

【0040】

図５を用いて、本発明の一実施形態における移動通信端末２０の機能を説明する。以下、移動通信端末２０の機能を、「基本機能」と、「登録機能」と、「出力機能」とに分けて説明する。

【0041】

≪ 基本機能 ≫
図５に示されるように、移動通信端末２０は、記憶部２０１と、通信部２０２と、入力受付部２０３と、切替部２０４とを有する。

【0042】

記憶部２０１は、図４のＲＯＭ２２又はフラッシュメモリ２６によって実現され、関連付けデータ２３１と、登録波形データ２３２と、閾値データ２３３と、出力データ２３４と、アプリデータ２３５とを記憶する。

【0043】

関連付けデータ２３１は、ユーザの動作（ジェスチャ）と、出力すべき音声又は映像データ（出力データ）とを関連付けるデータである。関連付けデータ２３１は、例えば、図８、図９、図１０に例示されるテーブルによって保持される。図８、図９、図１０は、それぞれ、異なる態様の関連付けデータ２３１−１、２５１−２、２５１−３を表す。

【0044】

図８に示される関連付けデータ２３１−１は、登録波形番号と、出力データの項目を有する。登録波形番号は、ユーザの一の動作を示す、加速度の変化を表す動作波形データ（登録波形データ）に付された番号である。予め登録された、加速度の変化を表す波形の例は、図７（ａ）に示されている。登録波形データそのものは、別途、記憶部２０１に記憶されている。出力データは、動作検出装置１０からその動作と同じ動作を示すデータが入力された場合に、出力すべき音声又は映像データを特定する。ここでは、出力データは、音声又は映像データのファイル名で特定される。

【0045】

図９、図１０に示される関連付けデータ２３１−２、２３１−３は、条件（閾値）と、条件（アプリデータ）と、出力データの項目を有する。条件（閾値）は、動作検出装置１０から送信される、三軸方向の加速度の値の閾値を表している。条件（アプリデータ）は、別途、記憶部２０１に記憶されるアプリデータ２３５に関する条件を示す。アプリデータ２３５は、例えば、出力データの選択のために用いられるフラグや、出力データの出力履歴である。出力データは、動作検出装置１０から、その条件（閾値）を満たす加速度の値が入力され、かつ、条件（アプリデータ）が満たされる場合に、出力すべき音声又は映像データを特定する。

【0046】

登録波形データ２３２は、ユーザの動作を定める動作データの一つである。登録波形データは、加速度の変化を表す波形データであり、所定期間内の、Ｘ軸、Ｙ軸、Ｚ軸方向の加速度の値の変化を表すデータである。登録波形データ２３２は、例えば、図７（ａ）に示される波形の波形データである。

【0047】

閾値データ２３３は、ユーザの動作を定める動作データの一つである。閾値データ２３３は、動作検出装置１０から送信される、三軸方向の加速度の最大値についての閾値を表す。閾値データ２３３は、図９に示される関連付けデータ２３１−２に示される、閾値Ａ、Ｂ、Ｃを保持する。

【0048】

出力データ２３４は、条件が満たされた場合に出力される、音声又は映像データであり、図８、図９、図１０に例示されるように、任意の形式のファイルにより提供される。また、図示しないが、出力データ２３４は、ａｖｉ、３ｇｐ、ｍｏｖ形式等の動画ファイルであってもよい。また、図示しないが、出力データ２３４は、移動通信端末２０に所定のパターンの振動（バイブレーション）を発生させるためのデータであってもよい。

【0049】

アプリデータ２３５は、移動通信端末２０上で動作するアプリケーションで用いられる、出力データの選択のために用いられるフラグや、出力データの出力履歴等のデータである。

【0050】

通信部２０２は、図４の無線通信装置２７の処理によって実現され、動作検出装置１０と接続を確立し、データのやりとりを行う。

【0051】

入力受付部２０３は、図４の入力装置２８によって実現され、ユーザからの操作入力を受け付ける。

【0052】

切替部２０４は、図４のＣＰＵ２１の処理によって実現され、入力受付部２０３が受け付けたユーザの操作入力に応じて、移動通信端末２０が実行する機能を、後述する登録機能か、出力機能かに切り替える。

【0053】

≪ 登録機能 ≫

【0054】

移動通信端末２０は、ユーザの所望の動作を受け付け、その動作と、予め用意された出力データ又は録音によって得られる新たな出力データとを関連付ける、登録機能を有する。登録機能を実現するため、移動通信端末２０は、登録部２０５と、録音部２０６とを有する。

【0055】

登録部２０５は、図４のＣＰＵ２１の処理によって実現され、ユーザによる操作入力に従って、ユーザの所望の動作と、予め用意された出力データ又は録音によって得られる新たな出力データとを関連付け、関連付けデータ２３１−１に登録する。

【0056】

具体的には、登録部２０５は、まず、入力受付部２０３を通じて、ユーザから、登録しようとする動作の番号の入力を受け付ける。入力された番号は、関連付けデータ２３１−１の登録波形番号として用いられる。次に、登録部２０５は、入力受付部２０３を通じて、動作と関連付ける出力データを、予め用意されたものから選択するか、新たに録音するかの選択を受け付ける。ユーザが後者を選択した場合には、後述する録音部２０６を通じて、出力データの録音を行う。次に、登録部２０５は、ユーザに所望の動作を行うよう指示し、動作検出装置１０によって検出された検出データを受信する。そして、登録部２０５は、入力された番号を用いて、検出データを新たな登録波形データ２３２として記憶する。最後に、登録部２０５は、入力された番号と、選択又は録音された出力データのファイル名とを有する新たなエントリを、関連付けデータ２３１−１に追加する。

【0057】

録音部２０６は、図４のマイク２９によって実現され、登録部２０５からの指示に応じて、出力データの録音を行う。

【0058】

≪ 出力機能 ≫

【0059】

移動通信端末２０は、動作検出装置１０で検出された検出データを受信し、その検出データが所定の条件を満たすとき、所定の出力データを出力する、出力機能を有する。出力機能を実現するため、移動通信端末２０は、比較部２０７と、選択部２０８と、出力部２０９と、アプリデータ更新部２１０とを有する。

【0060】

比較部２０７は、図４のＣＰＵ２１の処理によって実現され、動作検出装置１０から受信した検出データを、登録済波形データ又は閾値と比較し、比較結果を選択部２０８に渡す。図６は、比較部２０７をさらに詳細に表す機能ブロックである。比較部２０７は、検出データ取得部２５１と、登録波形データ読込部２５２と、波形比較部２５３と、閾値データ読込部２５４と、閾値比較部２５５と、結果出力部２５６とを有する。

【0061】

検出データ取得部２５１は、動作検出装置１０から受信した検出データを取得する。登録波形データ読込部２５２は、記憶部２０１に記憶された登録波形データ２３２を読み込む。

【0062】

波形比較部２５３は、検出データ取得部２５１が取得した検出データ（例えば、図７（ｂ））と、登録波形データ読込部２５２が読み込んだ登録波形データ（例えば、図７（ａ））とを比較し、検出データと類似する登録波形データを特定する。具体的には、波形比較部２５３は、例えば、非特許文献１、２等に開示される既存技術によりパターンマッチングを行い、検出データと類似する登録波形データの登録波形番号を特定する。非特許文献１、２に記載の方法によれば、検出データと登録波形データとの類似度は、各データ間の「距離」の小ささによって求められる。距離の具体的な算出方法の説明は、ここでは省略する。

【0063】

波形比較部２５３は、特定した登録波形番号を、結果出力部２５６に渡す。なお、波形比較部２５３は、類似する登録波形データがない場合（すなわち、検出データとの距離が何れの登録波形データとも遠い場合）、対応する登録波形番号がない旨の結果を、結果出力部２５６に渡してもよい。あるいは、波形比較部２５３は、検出データと登録波形データとの間の距離によらず、常に、最も距離の近い登録波形データを特定し、その登録波形番号を、結果出力部２５６に渡してもよい。

【0064】

閾値データ読込部２５４は、記憶部２０１に記憶された閾値データ２３３を読み込む。閾値比較部２５５は、検出データ取得部２５１が取得した、各軸の検出データ（例えば、図７（ｂ））の最大値と、閾値データ読込部２５４が読み込んだ閾値データの示す、各軸の閾値Ａ、Ｂ、Ｃとをそれぞれ比較し、その結果を、結果出力部２５６に渡す。結果出力部２５６は、波形比較部２５３又は閾値比較部２５５から受け取った結果を、選択部２０８に出力する。

【0065】

図５に戻り、選択部２０８は、図４のＣＰＵ２１の処理によって実現される。選択部２０８は、比較部２０７（結果出力部２５６）から結果（すなわち、登録波形番号又は閾値との比較結果）を受け取ると、関連付けデータ２３１を参照する。また、選択部２０８は、必要に応じて、記憶部２０１に記憶されたアプリデータ２３５を参照する。そして、選択部２０８は、登録波形番号に対応する出力データ、又は、閾値若しくはアプリデータの条件を満たす出力データを選択する。そして、選択部２０８は、選択した出力データを、出力部２０９に渡す。さらに、選択部２０８は、比較部２０７（結果出力部２５６）から受け取った結果と、選択した出力データとを、アプリデータ更新部２１０に渡しても良い。

【0066】

出力部２０９は、図４のディスプレイ２４又はスピーカ２５によって実現され、選択部２０８から受け取った出力データを出力する。

【0067】

アプリデータ更新部２１０は、図４のＣＰＵ２１の処理によって実現され、選択部２０８から受け取った結果と出力データを用いて、アプリデータを更新する。例えば、アプリデータがフラグである場合に、アプリデータ更新部２１０は、閾値の比較の結果が所定条件を満たしたとき、フラグを設定する。また、例えば、アプリデータが出力データの履歴である場合に、アプリデータ更新部２１０は、出力データの履歴を記録する。

【0068】

≪ ４． 動作例 ≫

【0069】

図１１−図１６を用いて、本発明の一実施形態における動作検出システム１の動作を説明する。図１１−図１６に示される例では、ユーザが、所望の動作を入力し、録音によって入力した出力データとの関連付けを行う登録処理と、ユーザが所定の動作を入力し、類似する動作と関連付けられた出力データを出力する出力処理を説明する。図１１−図１６に示される例では、閾値データ２３３及びアプリデータ２３５は使用しない。従って、本実施例では、比較部２０７の閾値データ読込部２５４及び閾値比較部２５５、並びに、アプリデータ更新部２１０の機能は利用しない。

【0070】

≪ 登録処理 ≫

【0071】

図１１を用いて、動作検出システム１が実行する登録処理を説明する。図１１に示される登録処理は、動作検出装置１０と移動通信端末２０とが無線通信により接続され、ユーザが登録機能を実行するよう移動通信端末２０を操作した後の状態から実行される。すなわち、上述した、移動通信端末２０の切替部２０４が、移動通信端末２０の実行する機能を、登録機能に切り替えた状態である。

【0072】

まず、入力受付部２０３は、ユーザから、登録する動作を識別するための番号の入力を受け付ける（ステップＳ１０１）。次に、入力受付部２０３は、ユーザから、出力データの指定方法（既存の出力データを使うか、新たに録音するか）の選択入力を受け付ける（ステップＳ１０２）。ここで、出力データを新たに録音する場合には（ステップＳ１０３のＹＥＳ）、録音部２０６は、新たな音声の録音を行う（ステップＳ１０５）。一方、そうでない場合には（ステップＳ１０３のＮＯ）、入力受付部２０３は、ディスプレイ２４上に表示された既存の出力データのリストから、ユーザによる、出力データの選択を受け付ける（ステップＳ１０４）。

【0073】

その後、登録部２０５は、ディスプレイ２４又はスピーカ２５等を通じて、ユーザに、動作を行うよう指示する。登録部２０５は、動作検出装置１０の検出部１０１で検出された検出データを受信する（ステップＳ１０６）。次に、登録部２０５は、受信した検出データを、ステップＳ１０１で受け付けた番号の登録波形番号を有する登録波形データとして記憶する（ステップＳ１０７）。そして、登録部２０５は、ステップＳ１０１で受け付けた番号と、録音された出力データのファイル名とを有する新たなエントリを、関連付けデータ２３１−１に登録する（ステップＳ１０８）。

【0074】

≪ 出力処理 ≫

【0075】

図１２を用いて、動作検出システム１が実行する出力処理を説明する。図１２に示される出力処理は、動作検出装置１０と移動通信端末２０とが無線通信により接続され、ユーザが出力機能を実行するよう移動通信端末２０を操作した後の状態から実行される。すなわち、上述した、移動通信端末２０の切替部２０４が、移動通信端末２０の実行する機能を、出力機能に切り替えた状態である。この状態では、ユーザは、動作検出装置１０を取り付けた状態で、玩具４０を操作する。

【0076】

まず、比較部２０７（検出データ取得部２５１）は、通信部２０２を通じて、動作検出装置１０から送信される検出データを受信する（ステップＳ２０１）。次に、比較部２０７（登録波形データ読込部２５２）は、記憶部２０１に記憶された登録波形データ２３２を読み込む（ステップＳ２０２）。次に、比較部２０７（波形比較部２５３）は、検出データと登録波形データ２３２とを、パターンマッチングを行うことにより、比較する（ステップＳ２０３）。そして、比較部２０７が類似する登録波形データを特定できた場合には（ステップＳ２０４のＹＥＳ）、選択部２０８は、関連付けデータ２３１を参照し、特定した登録波形データの登録波形番号と対応する出力データを選択する（ステップＳ２０５）。さらに、出力部２０９は、ステップＳ２０５で選択された出力データを出力する（ステップＳ２０６）。一方、比較部２０７が類似する登録波形データを特定できなかった場合には（ステップＳ２０４のＮＯ）、出力データを出力することなく処理を終了する。

【0077】

なお、上記処理は、ユーザが玩具４０を操作している間、繰り返し実行され得る。

【0078】

≪ 登録処理の具体例 ≫

【0079】

図１３を用いて、動作検出システム１が実行する登録処理を、具体的に説明する。なお、以下では、図８に例示される関連付けデータ２３１−１には、データが何も登録されていないものとして、説明を行う。

【0080】

まず、入力受付部２０３は、ユーザから、登録する動作を識別するための番号「１」の入力を受け付ける（ステップＳ３０１）。入力受付部２０３は、受け付けた番号「１」を、登録部２０５に渡す（ステップＳ３０２）。次に、入力受付部２０３は、ユーザから、出力データを新たに録音する旨の選択入力を受け付ける（ステップＳ３０３）。入力受付部２０３は、データを新たに録音する選択がなされた旨を、登録部２０５に通知する（ステップＳ３０４）。登録部２０５は、録音部２０６に、出力データの録音を開始するよう指示する（ステップＳ３０５）。録音部２０６は、音又は映像による通知により、ユーザに音声の入力を促した後、録音を行う（ステップＳ３０６）。録音部２０６は、録音したデータを、出力データ２３４として、記憶部２０１に記憶し、そのファイル名「userdata_001.aac」を登録部２０５に通知する（ステップＳ３０７）。

【0081】

登録部２０５は、出力データの録音が終了すると、ユーザの動作を示す検出データを受信可能である旨の通知を送信するよう、通信部２０２に指示する（ステップＳ３０８）。通信部２０２は、上記通知を、動作検出装置１０の通信部１０２に送信する（ステップＳ３０９）。通信部１０２は、受け取った通知を、検出部１０１に渡す（ステップＳ３１０）。このとき、登録部２０５は、並行して、ディスプレイ２４又はスピーカ２５等を通じて、ユーザに、動作を行うよう指示してもよい。

【0082】

ユーザが、動作検出装置１０とともに玩具４０を操作する動作を行う（ステップＳ３１１）。検出部１０１は、ユーザの動作によって検出部１０１に加わる三軸方向の加速度の値を検出する（ステップＳ３１２）。検出部１０１は、検出した値を、検出データとして、通信部１０２に渡す（ステップ３１３）。通信部１０２は、検出データを、移動通信端末２０の通信部２０２に送信する（ステップＳ３１４）。通信部２０２は、受け取った検出データを、登録部２０５に渡す（ステップＳ３１５）。

【0083】

さらに、ユーザが動作を継続し、ステップＳ３１１−Ｓ３１５と同様に、登録部２０５が、検出データを受け取る（ステップＳ３１６−Ｓ３２０）。ステップＳ３１６−Ｓ３２０と同様のステップは、この後、所定回数繰り返される。図７（ａ）に示される波形は、このようにして、一定時間の間に受け取られた検出データ表している。登録部２０５は、一定時間の間に受け取った検出データを、ステップＳ３０１で入力された番号「１」を有する登録波形データ２３２として記憶する（ステップＳ３２１）。そして、登録部２０５は、ステップＳ３０１で入力された番号「１」を登録波形番号とし、ステップＳ３０６で録音されたファイルを出力データ「userdata_001.aac」として、関連付けデータ２３１−１に登録する（ステップＳ３２２）。

【0084】

≪ 出力処理の具体例 ≫

【0085】

図１４を用いて、動作検出システム１が実行する出力処理を、具体的に説明する。ユーザは、移動通信端末２０でアプリケーションを起動し、動作検出装置１０と移動通信端末２０とが通信可能となり、玩具４０を操作可能な状態になっているものとする。なお、以下の説明では、図８に例示される関連付けデータ２３１−１の例を用いる。図８の関連付けデータ２３１−１に含まれる、波形登録番号「１」−「３」に対応する登録波形データ２３２は、図１５（ａ）−（ｃ）に示される。

【0086】

まず、ユーザが、動作検出装置１０とともに玩具４０を操作する動作を行う（ステップＳ４０１）。検出部１０１は、ユーザの動作によって検出部１０１に加わる三軸方向の加速度の値を検出する（ステップＳ４０２）。検出部１０１は、検出した値を、検出データとして、通信部１０２に渡す（ステップＳ４０３）。通信部１０２は、検出データを、移動通信端末２０の通信部２０２に送信する（ステップＳ４０４）。通信部２０２は、受け取った検出データを、比較部２０７の検出データ取得部２５１に渡す（ステップＳ４０５）。

【0087】

ここで、検出データは、一定期間の間、動作検出装置１０から複数回に渡って受信し得る。ここでの説明に用いる検出データは、一定期間の間に受信された、ひとまとまりの検出データを表すものとする。

【0088】

波形比較部２５３は、検出データ取得部２５１から、図１５（ｄ）に示される検出データを受け取る（ステップＳ４０６）。また、波形比較部２５３は、登録波形データ読込部２５２の読み込んだ、登録波形データ（ここでは、図１５（ａ）−（ｃ）の波形データ）を受け取る（ステップＳ４０７）。そして、波形比較部２５３は、受け取った検出データと登録波形データとを比較する（ステップＳ４０８）。波形比較部２５３は、例えば、非特許文献１、２に記載の方法により、両データの距離を求め、図１６の「動作１」で示されるような結果を得る。ここでは、検出データ（図１５（ｄ））と、登録波形番号１（すなわち図１５（ａ））との距離が「７２０」である。同様に、検出データと、登録波形番号２（図１５（ｂ））との距離が「１０１９」であり、登録波形番号３（図１５（ｃ）））との距離が「１１７０」である。よって、波形比較部２５３は、検出データと最も距離の近い、登録波形番号１を、比較の結果として、結果出力部２５６に渡す（ステップＳ４０９）。

【0089】

選択部２０８は、比較部２０７の結果出力部２５６から、比較の結果である「登録波形番号１」を受け取る（ステップＳ４１０）。次に、選択部２０８は、関連付けデータ２３１を参照し、「登録波形番号１」に対応する出力データ「userdata_001.aac」を、出力すべきデータとして選択する（ステップＳ４１１）。次に、選択部２０８は、選択した出力データを出力するよう、出力部２０９に指示する（ステップＳ４１２）。出力部２０９は、「userdata_001.aac」を出力する（ステップＳ４１３）。

【0090】

その後、さらなるユーザの動作により、上述したステップＳ４０１−Ｓ４０６と同様に、波形比較部２５３が、図１５（ｅ）に例示される検出データを受け取る（ステップＳ４１４−Ｓ４１９）。波形比較部２５３は、上述したステップＳ４０７、Ｓ４０８と同様に、検出データと登録波形データとを比較し、図１６の「動作２」で示される距離を算出し、最も類似する登録波形データの登録波形番号「２」を特定する（ステップＳ４２０、Ｓ４２１）。そして、上述したステップＳ４０９−Ｓ４１３と同様の処理により、出力部２０９は、登録波形番号「２」に対応する出力データ「preset_001.wav」を出力する（ステップＳ４２２−Ｓ４２６）。

【0091】

以後、同様に、ユーザが操作によってアプリケーションを終了するまで、上記の処理は繰り返され、ユーザの動作に応じた出力データが、移動通信端末２０より出力される。例えば、図１５（ｆ）に示される波形データとして検出された場合に、図１５（ａ）−（ｃ）の登録波形データとの各距離は、図１６の「動作３」で示される通りとなる。その結果、登録波形番号「３」と関連付けられた出力データ「preset_002.wav」が出力される。

【0092】

以上のように、ユーザは、既存の玩具４０に、本実施形態における動作検出装置１０を取り付け、所定の動作を行うことにより、その動作に対応した音声を、移動通信端末２０に出力させることができる。また、ユーザは、登録機能を用いることにより、所望の動作と所望の音声とを登録することができる。その結果、特に、子供のようなユーザは、既存の玩具４０と移動通信端末２０とを用いて、新たな遊びを経験することができる。

【0093】

≪ 閾値データ／アプリデータを利用する例 ≫

【0094】

図１１−図１６を用いて説明した例では、閾値データ２３３及びアプリデータ２３５は使用していない。すなわち、比較部２０７の閾値データ読込部２５４及び閾値比較部２５５、並びに、アプリデータ更新部２１０の機能は利用していない。一方、以下では、図１７−図１９を用いて、閾値データ２３３及びアプリデータ２３５を利用し、比較部２０７の閾値データ読込部２５４及び閾値比較部２５５、並びに、アプリデータ更新部２１０の機能を利用する例を説明する。

【0095】

図１７を用いて、閾値データ２３３及びアプリデータ２３５を利用する場合の、動作検出システム１が実行する出力処理を説明する。図１７に示される出力処理は、図１２を用いて説明した出力処理と同様に、動作検出装置１０と移動通信端末２０とが無線通信により接続され、ユーザが出力機能を実行するよう移動通信端末２０を操作した後の状態から実行される。すなわち、上述した、移動通信端末２０の切替部２０４が、移動通信端末２０の実行する機能を、出力機能に切り替えた状態である。この状態では、ユーザは、動作検出装置１０を取り付けた状態で、玩具４０を操作する。

【0096】

まず、比較部２０７（検出データ取得部２５１）は、通信部２０２を通じて、動作検出装置１０から送信される検出データを受信する（ステップＳ５０１）。次に、閾値データ読込部２５４は、閾値データ２３３（例えば、各軸の閾値Ａ、Ｂ、Ｃ）を読み込む（ステップＳ５０２）。次に、閾値比較部２５５は、検出データ取得部２５１が取得した、各軸の検出データ（例えば、図７（ｂ））の最大値と、閾値データ読込部２５４が読み込んだ閾値データの示す、各軸の閾値Ａ、Ｂ、Ｃとをそれぞれ比較する（ステップＳ５０３）。

【0097】

次に、選択部２０８は、記憶部２０１に記憶された、フラグや出力データの出力履歴等のアプリデータ２３５を読み込む（ステップＳ５０４）。次に、選択部２０８は、関連付けデータ２３１―２又は２３１−３を読み込む（ステップＳ５０５）。そして、条件が満たされる場合には（ステップＳ５０６のＹＥＳ）、満たされた条件に対応する出力データを選択する（ステップＳ５０７）。そして、出力部２０９は、ステップＳ５０７で選択された出力データを出力する（ステップＳ５０８）。

【0098】

ステップＳ５０８の後、あるいは、ステップＳ５０６で条件が満たされない場合には、アプリデータ更新部２１０は、必要に応じてアプリデータ２３５（フラグや出力データの出力履歴）を更新する（ステップＳ５０９）。

【0099】

なお、上記処理は、図１２を用いて説明した処理と同様に、ユーザが玩具４０を操作している間、繰り返し実行され得る。

【0100】

≪ 所定の動作に応じて有効となるフラグを用いる例 ≫

【0101】

図１８を用いて、閾値データ２３３及びアプリデータ２３５を用いる出力処理の具体例を説明する。ここでは、アプリデータ２３５は、所定の動作に応じて有効となるフラグであり、当初、フラグはＯＦＦになっているものとする。図１４を用いて説明した例と同様に、ユーザは、移動通信端末２０でアプリケーションを起動し、動作検出装置１０と移動通信端末２０とが通信可能となり、玩具４０を操作可能な状態になっているものとする。

【0102】

まず、ユーザが動作を行い、動作検出装置１０で検出された検出データが、移動通信端末２０の検出データ取得部２５１により取得されるステップＳ６０１−Ｓ６０５は、図１４のステップＳ４０１−Ｓ４０５と同様である。閾値比較部２５５は、検出データ取得部２５１から、検出データを受け取る（ステップＳ６０６）。また、閾値比較部２５５は、閾値データ読込部２５４の読み込んだ、閾値データ（ここでは、各軸方向の加速度の閾値Ａ、Ｂ、Ｃ）を受け取る（ステップＳ６０７）。そして、閾値比較部２５５は、受け取った検出データに含まれる、各軸の加速度の最大値と、閾値Ａ、Ｂ、Ｃとを、それぞれ比較する（ステップＳ６０８）。ここでは、Ｘ軸方向の加速度の最大値が、閾値Ａを上回り、Ｙ、Ｚ軸方向の加速度の最大値は、閾値Ｂ、Ｃを下回ったものとする。閾値比較部２５５は、比較の結果（Ｘ＞Ａ）を、結果出力部２５６に渡す（ステップＳ６０９）。

【0103】

選択部２０８は、比較部２０７の結果出力部２５６から、比較の結果である「Ｘ＞Ａ」を受け取る（ステップＳ６１０）。次に、選択部２０８は、記憶部２０１に記憶されたアプリデータ（フラグ）を読み込む（ステップＳ６１１）。ここでは、フラグは「ＯＦＦ」であるものとする。そして、選択部２０８は、関連付けデータ２３１−２（図９）を参照し、条件（閾値）「Ｘ＞Ａ」と条件（アプリデータ）「フラグＯＦＦ」に対応する、出力データ「ignition.mp3」を、出力すべきデータとして選択する（ステップＳ６１２）。次に、選択部２０８は、選択した出力データを出力するよう、出力部２０９に指示する（ステップＳ６１３）。出力部２０９は、「ignition.mp3」を出力する（ステップＳ６１４）。

【0104】

さらに、アプリデータ更新部２１０は、選択部２０８から、比較の結果である「Ｘ＞Ａ」と、アプリデータ「フラグＯＦＦ」を受け取る（ステップＳ６１５）。そして、アプリデータ更新部２１０は、記憶部２０１に記憶されたアプリデータ２３５を「フラグＯＮ」に更新する（ステップＳ６１６）。なお、アプリデータ更新部２１０は、比較の結果が「Ｘ＞Ａ」であり、かつ、アプリデータ「フラグＯＦＦ」を受け取った場合にのみ、アプリデータ「フラグＯＮ」とする更新処理を行うものとする。

【0105】

その後、さらなるユーザの動作により、上述したステップＳ６０１−Ｓ６０６と同様に、閾値比較部２５５が、検出データを受け取る（ステップＳ６１７−Ｓ６２２）。閾値比較部２５５は、上述したステップＳ６０７、Ｓ６０８と同様に、検出データに含まれる、各軸の加速度の最大値と、閾値Ａ、Ｂ、Ｃとを、それぞれ比較する（ステップＳ６２３、Ｓ６２４）。そして、上述したステップＳ６０９、Ｓ６１０と同様に、比較の結果が選択部２０８に渡される（ステップＳ６２５、Ｓ６２６）。なお、ここでは、比較の結果は、「Ｘ＞ＡかつＹ＞Ｂ」であるものとする。

【0106】

次に、選択部２０８は、記憶部２０１に記憶されたアプリデータ「フラグＯＮ」を読み込む（ステップＳ６２７）。選択部２０８は、関連付けデータ２３１−２を参照し、条件（閾値）「Ｘ＞ＡかつＹ＞Ｂ」と条件（アプリデータ）「フラグＯＮ」に対応する、出力データ「drift.mp3」を、出力すべきデータとして選択する（ステップＳ６２８）。次に、選択部２０８は、選択した出力データを出力するよう、出力部２０９に指示する（ステップＳ６２９）。出力部２０９は、「drift.mp3」を出力する（ステップＳ６３０）。

【0107】

さらに、アプリデータ更新部２１０は、選択部２０８から、比較の結果である「Ｘ＞ＡかつＹ＞Ｂ」と、アプリデータ「フラグＯＮ」を受け取る（ステップＳ６３１）。ここでは、アプリデータ更新部２１０は、アプリデータの更新を行わない。

【0108】

以上の動作により、ユーザは、例えば、乗用車の玩具に、本実施形態における動作検出装置１０を取り付け、その玩具を操作し、本実施形態における移動通信端末２０を通じて、本物の乗用車の動作に対応した音を楽しむことができる。

【0109】

なお、上記の動作の例では、Ｘ軸の正の方向が、乗用車の進行方向に対応し、Ｙ軸の正の方向が、乗用車の右手方向に対応し、Ｚ軸の正の方向が、乗用車の真上の方向に対応している。すなわち、「フラグＯＦＦ」（エンジンがかかっていない状態）である場合に、乗用車が前方に操作されると、図９の関連付けデータ２３１−２に示されるように、エンジンがかかった音である「ignition.mp3」が出力されることになる。そして、「フラグＯＮ」（エンジンがかかっている状態）である場合に、さらに乗用車が前方に操作されると、エンジンの駆動音である「drive.mp3」が出力される。さらに、エンジンがかかった状態で、左右方向への操作が検出されると、ドリフトした音である「drift.mp3」が出力され、上下方向の操作が検出されると、クラッシュした音である「crash.mp3」が出力される。また、クラッシュした後には、アプリデータ更新部２１０により、フラグかＯＦＦにされる。

【0110】

≪ 出力データの履歴を用いる例 ≫

【0111】

図１９を用いて、閾値データ２３３及びアプリデータ２３５を用いる出力処理の異なる具体例を説明する。ここでは、アプリデータ２３５は、移動通信端末２０が出力した出力データの出力履歴である。図１４、図１８を用いて説明した例と同様に、ユーザは、移動通信端末２０でアプリケーションを起動し、動作検出装置１０と移動通信端末２０とが通信可能となり、玩具４０を操作可能な状態になっているものとする。

【0112】

まず、動作検出装置１０により検出された検出データを、移動通信端末２０が受信し、閾値と比較して、結果を選択部２０８に渡すステップＳ７０１−Ｓ７１０は、図１８のステップＳ６０１−Ｓ６１０と同様である。なお、閾値比較部２５５による比較の結果も、図１８を用いて説明した例と同様に、「Ｘ＞Ａ」であるものとする。次に、選択部２０８は、記憶部２０１に記憶されたアプリデータ（出力履歴）を読み込む（ステップＳ７１１）。ここでは、出力履歴は空（履歴なし）であるものとする。選択部２０８は、関連付けデータ２３１−３（図１０）を参照し、条件（閾値）「Ｘ＞Ａ」と条件（出力履歴）「履歴なし」に対応する、出力データ「preset_101.wav」を、出力すべきデータとして選択する（ステップＳ７１２）。次に、選択部２０８は、選択した出力データを出力するよう、出力部２０９に指示する（ステップＳ７１３）。出力部２０９は、「ignition.mp3」を出力する（ステップＳ７１４）。

【0113】

次に、アプリデータ更新部２１０は、選択部２０８から、選択された出力データのファイル名「preset_101.wav」を受け取る（ステップＳ７１５）。そして、アプリデータ更新部２１０は、記憶部２０１に記憶されたアプリデータ２３５である出力履歴に、「preset_101.wav」を記録する（ステップＳ７１６）。

【0114】

その後、さらなるユーザの動作により、上述したステップＳ７０１−Ｓ７１６と同様の処理が繰り返され、アプリデータ２３５である出力履歴が「preset_101.wav→preset_102.wav→preset_103.wav」となったものとする。

【0115】

上述したステップＳ７０１−Ｓ７０６と同様に、閾値比較部２５５が、検出データを受け取る（ステップＳ７１７−Ｓ７２２）。閾値比較部２５５は、上述したステップＳ７０７、Ｓ７０８と同様に、検出データに含まれる、各軸の加速度の最大値と、閾値Ａ、Ｂ、Ｃとを、それぞれ比較する（ステップＳ７２３、Ｓ７２４）。そして、上述したステップＳ７０９、Ｓ７１０と同様に、比較の結果が選択部２０８に渡される（ステップＳ７２５、Ｓ７２６）。なお、ここでは、比較の結果は、「Ｘ＞ＡかつＹ＞ＢかつＺ＞Ｃ」であるものとする。

【0116】

次に、選択部２０８は、記憶部２０１に記憶された出力履歴「preset_101.wav→preset_102.wav→preset_103.wav」を読み込む（ステップＳ７２７）。選択部２０８は、関連付けデータ２３１−３（図１０）を参照し、条件（閾値）「Ｘ＞ＡかつＹ＞ＢかつＺ＞Ｃ」と条件（出力履歴）「preset_101.wav→preset_102.wav→preset_103.wav」に対応する、出力データ「preset_103.wav」と「preset_special.wav」とを、出力すべきデータとして選択する（ステップＳ７２８）。次に、選択部２０８は、選択した出力データを出力するよう、出力部２０９に指示する（ステップＳ７２９）。出力部２０９は、「preset_103.wav」を出力し、その後に、「preset_special.wav」を出力する（ステップＳ７３０）。

【0117】

次に、アプリデータ更新部２１０は、選択部２０８から、選択された出力データのファイル名「preset_103.wav」と「preset_special.wav」を受け取る（ステップＳ７３１）。そして、アプリデータ更新部２１０は、記憶部２０１に記憶されたアプリデータ２３５である出力履歴を「履歴なし」に更新する（ステップＳ７３２）。

【0118】

以上の動作により、ユーザは、例えば、任意の玩具４０又は自分の腕に、本実施形態における動作検出装置１０を取り付け、自由に動作を行い、本実施形態における移動通信端末２０を通じて、ある法則に応じて出力される音を楽しむことができる。上記の動作の例では、用意された三種類の動き（音）を、所定の順序で行った場合にのみ、特別に用意された音が鳴る。

【0119】

≪ ５． 応用例 ≫

【0120】

以上、検出した動作を示す波形データと予め登録された波形データとが一致するとみなせる場合に所定の音を出力する例（図１４）と、検出データの加速度の最大値やアプリデータが所定の条件を満たす場合に所定の音を出力する例（図１８、図１９）とを用いて説明を行った。しかしながら、本発明は、これらの例に限られず、例えば、検出した波形データと予め登録された波形データとが一致し、かつ、他の条件（例えば、閾値やアプリデータ）が満たされる場合に、所定の出力データを出力するようにしてもよい。一方で、本発明は、閾値条件のみを用いて検出データを判定し、所定の出力データを出力するようにしてもよい。

【0121】

また、上述した例では、動作検出装置１０が加速度センサを有する例を用いて説明を行った。しかしながら、本発明は、動作検出装置１０が光センサや圧力センサを有する場合であっても、同様に、光量又は圧力の変化を表すデータを用いて、上述した処理を実行し、同様の効果を得ることができる。

【0122】

≪ Ｂ． 配信システム ≫
次に、図２０乃至図３０を用いて、上述した動作検出システム１を含む、配信システム１００を説明する。

【0123】

≪ １． 概要 ≫

【0124】

図２０は、配信システム１００の概要を表す図である。配信システム１００は、上述した動作検出システム１に含まれる、動作検出装置１０及び移動通信端末２０に加えて、広告を配信する配信装置５０と、広告主の使用する情報処理端末６０とを有する。移動通信端末２０と、配信装置５０と、情報処理端末６０とは、例えばインターネットのような、ネットワーク３で接続されている。但し、以下で説明する実施形態においては、ユーザの使用する移動通信端末２０と、広告主の使用する情報処理端末６０は、直接通信しない。

【0125】

配信装置５０は、動作検出システム１として説明した、ユーザのジェスチャを検出して音声を出力するアプリケーション２９０を、移動通信端末２０に提供する。

【0126】

ここで、アプリケーション２９０は、上述したように、動作検出装置１０を使用するユーザが、予め登録された動作（例えば、剣を振る遊びや、バイクを手動で動かす遊び）を行ったとき、その動作と関連付けられた音声データ（出力データ２３４）を出力する。すなわち、アプリケーション２９０は、移動通信端末２０が上述の「出力機能」を実行する場合における、図５に示される破線で囲まれた機能ブロックの処理により、主に実現される（データ除く）。

【0127】

図２０に示されるように、アプリケーション２９０は、まず、動作に対応する複数のアイコンを画面上に提示し、ユーザからの選択を受け付ける。次に、アプリケーション２９０は、ユーザからの選択に応じて、動作に関連する所定の画面を出力し、動作検出装置１０から検出データを受信する。そして、アプリケーション２９０は、上述したように、検出データと、予め登録された動作を示す登録波形データ２３２とを比較し、両者が一致しているとみなせる場合に、予め登録された出力データ２３４を再生する。

【0128】

配信装置５０は、ユーザからの求めに応じて、そのような動作に関連するデータ（図５における登録波形データ２３２や出力データ２３４）を、移動通信端末２０に配信することができる。これにより、ユーザが体験できる動作の種類が拡張される。配信装置５０は、例えば、プラットフォームとして動作するアプリケーション２９０の中で動作するアプリ内アプリ２９００として、これらの関連するデータを、移動通信端末２０に配信することができる。

【0129】

また、配信装置５０は、広告主の使用する情報処理端末６０からの求めに応じて、ある動作に関連する登録波形データ（以下、ジェスチャデータ６３１と呼ぶ）、出力データ（以下、音声データ６３２と呼ぶ）及び広告データ６３３を受信する。これらのデータには、広告主の実施するビジネスと密接な関係がある。例えば、広告主が、著名な自動二輪車（以下、バイクと呼ぶ）の製造者であるとする。広告主は、バイクを手で前後させる動きに対応するジェスチャデータ６３１と、エンジンの始動音（又は停止音）の音声データ６３２と、バイクの画像やカタログのような表示データである広告データ６３３とを、配信装置５０に登録する。ここで、広告主は、配信装置５０又はアプリケーション２９０の提供者に対して、対価を支払う。

【0130】

なお、ここでは、音声データ６３２と、広告データ６３３とを区別して記載しているが、音声データ６３２そのものが、広告のための広告データであってもよい。例えば、音声データ６３２が、広告主の音による商標や、広告主の商品に関連する音声（例えば、バイクのエンジン音）である場合に、音声データ６３２が、広告データ６３３を兼ねる。広告主は、ジェスチャデータ６３１と、広告データを兼ねた音声データ６３２とを、配信装置５０に登録しても良い。あるいは、広告主は、ジェスチャデータ６３１と、広告データを兼ねた音声データ６３２に加えて、上述した表示データのような、さらなる広告データ６３３を、配信装置５０に登録しても良い。

【0131】

配信装置５０は、ジェスチャデータ６３１、音声データ６３２、広告データ６３３の組み合わせを、例えば、アプリ内アプリ２９００（ここでは、これらのデータの組み合わせを「アプリ内アプリ」と呼ぶ）の形式で、ユーザの移動通信端末２０に配信する。アプリケーション２９０は、アプリ内アプリ２９００として提供されたジェスチャデータ６３１と対応する動作を検出すると、音声データ６３２を出力する。また、アプリ内アプリ２９００は、そのような動作を検出している間、あるいは、特定の動作が検出された後に、広告データ６３３を出力する。これにより、ユーザは、ある広告主の商品又はサービスに関連する動きと音声を楽しみながら、広告を閲覧することができる。

【0132】

以下、本発明の一実施形態における配信システム１００の詳細を説明する。

【0133】

≪ ２． ハードウェア構成 ≫

【0134】

図２１は、本発明の一実施形態における配信装置５０及び情報処理端末６０のハードウェア構成図である。図２１は、配信装置５０及び情報処理端末６０が、一般的なコンピュータである場合の、ハードウェア構成例を表している。以下、配信装置５０についてのみ説明すると、配信装置５０は、ＣＰＵ５１と、ＲＯＭ５２と、ＲＡＭ５３と、ディスプレイ５４と、ＨＤＤ（Hard Disk Drive）５５と、ＮＩＣ（Network Interface Card）５６と、入力装置５７とを有する。

【0135】

ＣＰＵ５１は、配信装置５０の制御を行うプログラムを実行する。ＲＯＭ５２は、ＣＰＵ５１が実行するプログラムや、プログラムの実行に必要なデータを記憶する。ＲＡＭ５３は、ＣＰＵ５１のワークエリアとして機能する。ディスプレイ５４は、例えば液晶パネルを駆動して映像データを出力する装置である。ＨＤＤ５５は、プラッタを高速回転させ、磁気ヘッドを用いて、磁気的にデータを読み書きすることのできる装置である。ＮＩＣ２７は、配信装置５０をＬＡＮに接続するためのインターフェースである。入力装置５５は、キーボード又はマウスのように、ユーザからの操作入力を電気信号として読み取ることのできる装置である。バス５８は、上記の各装置を相互に接続する。

【0136】

なお、配信装置５０は、複数の分散されたコンピュータにより実現されてもよい。配信装置５０は、ＲＯＭ５２、ＨＤＤ５５又はネットワーク上に配置されたプログラムを、ＲＡＭ５３に読み込み、ＣＰＵ５１を用いて実行することにより、後述する機能を実現することができる。また、配信装置５０は、ファイルをＨＤＤ５５に記憶する代わりに、ネットワークを介して提供される、例えばクラウドのストレージ領域に記憶しても良い。また、配信装置５０は、管理者の使用するクライアント端末に対して機能を提供するサーバとして動作する場合、ディスプレイ５４又は入力装置５７を有していなくても良い。

【0137】

また、情報処理端末６０は、ＮＩＣ５６の代わりに、無線通信装置を備えていても良い。さらに、情報処理端末６０は、図４に例示される、移動通信端末２０と同様のハードウェア構成を有する、スマートフォンやタブレットのようなデバイスであってもよい。

【0138】

≪ ３． 機能 ≫
図２２を用いて、本発明の一実施形態における配信システム１００の機能ブロックを説明する。

【0139】

≪ 配信装置 ≫
配信装置５０は、記憶部５０１と、登録受付部５０２と、決済処理部５０３と、配信部５０４と、受信部５０５と、出力部５０６とを有する。

【0140】

記憶部５０１は、図２１に示されるＨＤＤ５５により実現され、配信装置５０の動作に関連するファイルを記憶する。特に、記憶部５０１は、配信管理データ５３１と、ジェスチャデータ５３２と、音声データ５３３と、広告データ５３４と、収集データ５３５とを記憶する。

【0141】

配信管理データ５３１は、配信装置５０が配信するジェスチャデータ、音声データ、広告データを管理するデータである。

【0142】

図２３は、配信管理データ５３１を格納するテーブルの例を表す。配信管理データ５３１は、ＩＤと、名称と、ジェスチャデータと、音声データと、広告データの項目を有する。ＩＤは、テーブル内のエントリを識別するための識別子である。名称は、アプリ内アプリを識別するための名称である。

【0143】

ジェスチャデータの項目は、所定の時間内における２又は３軸方向の加速度又は角速度の変化の値（あるいは、それらの組み合わせ）を格納するファイルのファイル名を表す。例えば、図１５（ａ）−（ｃ）は、所定の時間内における３軸方向の加速度の変化によって表される、ジェスチャデータの例を表している。ジェスチャデータは、動作検出装置１０に搭載された、加速度センサ又は角速度センサの出力する、三次元の値の変化を表す、任意の形式のデータである。

【0144】

音声データの項目は、ジェスチャデータと対応する動作を検出した場合に出力される音声を格納するファイルのファイル名を表す。音声データは、例えば、ｍｐ３（MPEG Audio Layer-3）やａａｃ（Advanced Audio Coding）、ＷＡＶＥ形式のように、移動通信端末２０が再生可能な、任意の形式のデータである。

【0145】

広告データの項目は、移動通信端末２０に出力される広告を格納したファイルのファイル名を表す。広告データは、例えば、ＨＴＭＬやＭＯＶ、ＳＷＦ（Small Web Format）形式のように、移動通信端末２０又はアプリケーション２９０で表示又は再生可能な、任意の形式のデータである。

【0146】

図２７の（ｂ）、（ｃ）は、移動通信端末２０に表示された広告データの例を表している。なお、広告データは、広告データそのものではなく、インターネット上の広告データへのＵＲＬであってもよい。

【0147】

ジェスチャデータ５３２は、広告主の情報処理端末６０により登録された、ユーザの動作を定義するデータである。上述したように、ジェスチャデータは、所定の時間内における２又は３軸方向の加速度又は角速度の変化の値（あるいは、それらの組み合わせ）を表す。

【0148】

音声データ５３３は、広告主の情報処理端末６０により登録された、ユーザの動作に応じて再生される音声を定義するデータである。なお、既に述べたように、音声自体が広告主の広告を示していても良い。

【0149】

広告データ５３４は、広告主の情報処理端末６０により登録された、ユーザに提示される広告を表すデータである。なお、既に述べたように、音声データ５３３が広告を示す場合には、広告データ５３４は、登録されていなくても良い。あるいは、音声データ５３３が広告を示す場合であっても、広告データ５３４が登録されていても良い。

【0150】

収集データ５３５は、アプリケーション２９０上で動作する、各アプリ内アプリ２９００のユーザから収集した統計データである。

【0151】

図２４は、ある一のアプリ内アプリの収集データ５３５を格納するテーブルの例を表す。収集データ５３５は、当該アプリ内アプリのユーザごとに収集した情報を表しており、性別と、年齢と、国と、回数と、日時との項目を有する。性別は、ユーザの性別を表し、「Ｆ」は女性を表し、「Ｍ」は、男性を表す。年齢は、ユーザの年齢を表す。国は、ユーザの住む国の略称を表す。図２４の例では、「ＪＰ」は、日本国を表し、「ＵＳ」は、アメリカ合衆国を表し、「ＤＥ」は、ドイツ連邦共和国を表す。回数は、当該アプリ内アプリの起動回数を表す。日時は、当該アプリ内アプリを起動した日時を表す。収集データ５３５は、ユーザがアプリ内アプリを起動した場合に、あるいは、予め定められた任意のタイミングで、移動通信端末２０から配信装置５０へと送信される。

【0152】

登録受付部５０２は、主に図２１のＣＰＵ５１の処理により実現され、広告主の使用する情報処理端末６０から、ジェスチャデータ６３１、音声データ６３２、広告データ６３３等の登録要求を受け付ける。登録受付部５０２は、登録要求を受け付けると、決済処理部５０３に、決済処理を行うよう指示する。そして、登録受付部５０２は、決済が可能である旨の通知を受け取ると、受け取ったジェスチャデータ６３１、音声データ６３２、広告データ６３３等を、記憶部５０１に格納する。一方、登録受付部５０２は、決済が可能でない旨の通知を受け取った場合には、登録要求を拒絶することができる。

【0153】

決済処理部５０３は、主に図２１のＣＰＵ５１の処理により実現され、登録要求を送信した情報処理端末６０に対して、決済情報の入力を求める。そして、決済処理部５０３は、入力された決済情報に基づき、決済が可能かどうか判断し、決済が可能であるか否かを、登録受付部５０２に通知する。そして、決済処理部５０３は、決済に係る売り上げデータの処理等を行う。ここで、決済処理には、クレジットカード、Ｐａｙ−ｅａｓｙ、ＰａｙＰａｌ（登録商標）等の、任意の既存の決済方法を用いた処理が含まれる。

【0154】

配信部５０４は、主に図２１のＣＰＵ５１の処理により実現され、ユーザの使用する移動通信端末２０（又は移動通信端末２０で動作するアプリケーション２９０）からの配信要求に応じて、指定されたアプリ内アプリに関するデータを配信する。配信部５０４は、配信要求を受信すると、配信要求において指定されたアプリ内アプリ（すなわち、ジェスチャデータ５３２、音声データ５３３及び広告データ５３４の組み合わせ）を、移動通信端末２０に配信する。

【0155】

受信部５０５は、主に図２１のＣＰＵ５１及びＮＩＣ５６の処理により実現され、移動通信端末２０から送信された、各アプリ内アプリ２９００のユーザごとの統計情報（後述する、属性データ）を受信する。

【0156】

出力部５０６は、主に図２１のＣＰＵ５１及びＮＩＣ５６の処理により実現され、広告主に対して、アプリ内アプリ２９００に係る収集データ５３５の集計データを任意の形式で出力する。出力部５０６は、例えば、あるアプリ内アプリ２９００について、国ごとのユーザの男女比や、ユーザの年齢の分布や、年齢と起動回数との相関や、起動時間帯の集計等を、出力することができる。

【0157】

図２８は、あるアプリ内アプリ２９００のユーザの収集データ５３５を集計して出力したグラフである。図２８（ａ）は、あるアプリ内アプリ２９００の、国ごとの、男女別のユーザの数を、棒グラフで出力したものである。これにより、広告主は、国ごとのユーザ数の傾向を知ることができる。また、図２８（ｂ）は、あるアプリ内アプリ２９００の、時間帯ごとの、全ユーザの使用回数を、折れ線グラフで出力したものである。これにより、広告主は、時間帯ごとのユーザの使用傾向を知ることができる。

【0158】

≪ 情報処理端末 ≫
情報処理端末６０は、記憶部６０１と、データ生成部６０２と、登録要求部６０３と、決済情報入力部６０４と、表示部６０５とを有する。

【0159】

記憶部６０１は、図２１に示されるＨＤＤ５５により実現され、情報処理端末６０の動作に関連するファイルを記憶する。特に、記憶部６０１は、上述したジェスチャデータ５３２、音声データ５３３、広告データ５３４とそれぞれ対応する、ジェスチャデータ６３１、音声データ６３２、広告データ６３３を記憶する。各データの内容は、既に述べたとおりである。

【0160】

データ生成部６０２は、図２１に示されるＣＰＵ５１により実現され、配信装置５０に登録するための、ジェスチャデータ６３１を生成する。既に述べたように、ジェスチャデータ６３１は、所定時間内における、２又は３次元方向の加速度の変化、角速度の変化、又はそれらの組み合わせである。データ生成部６０２は、例えば、加速度センサ又は角速度センサを備えるデバイスを通じて得られたデータを、ジェスチャデータ６３１としてもよい。データ生成部６０２は、例えば、情報処理端末６０と通信可能なように構成された、上述の動作検出装置１０を用いて、ジェスチャデータ６３１を生成しても良い。データ生成部６０２は、生成したジェスチャデータ６３１を、記憶部６０１に格納する。

【0161】

登録要求部６０３は、主に図２１に示されるＣＰＵ５１の処理により実現される。登録要求部６０３は、情報処理端末６０を使用する広告主からの指示に応じて、記憶部６０１に格納されたジェスチャデータ６３１、音声データ６３２、広告データ６３３の登録要求を、配信装置５０に送信する。

【0162】

なお、音声データ６３２、広告データ６３３は、予め、広告主によって用意される。例えば、データ生成部６０２が生成したジェスチャデータ６３１が、バイクのおもちゃを前方に走行させるような動作に対応する場合、音声データ６３２は、エンジンの始動音であってもよい。広告主が、バイクの製造者であるような場合、広告データ６３３は、バイクの画像や、最新カタログへのリンクを含む、広告データであってもよい。

【0163】

広告データ６３３の例は、図２７（ｂ）、（ｃ）に示されている。ここでは、２種類の広告データ６３３が用意されており、図２７（ｂ）の広告データは、ユーザがアプリ内アプリを使用した場合に、常に表示されるものであり、図２７（ｃ）は、ユーザがジェスチャデータ６３１と対応する動作を正しく行った場合に表示されるものである。

【0164】

決済情報入力部６０４は、主に図２１に示されるＣＰＵ５１及び入力装置５７の処理により実現され、広告主からの決済情報の入力を受け付け、その決済情報を、配信装置５０の決済処理部５０３に送信する。

【0165】

表示部６０５は、主に図２１に示されるディスプレイ５４の処理により実現され、配信装置５０から出力された収集データ５３５を、ディスプレイ５４上に表示する。

【0166】

≪ 移動通信端末 ≫

【0167】

移動通信端末２０は、図５を用いて説明した機能２０１乃至２１０に加えて、管理部２２１と、受信部２２２と、属性登録部２２３と、広告出力部２２４と、送信部２２５とを有する。

【0168】

まず、既に説明した記憶部２０１は、さらに、管理データ２４１、ジェスチャデータ２４２、音声データ２４３、広告データ２４４、属性データ２４５を記憶する。

【0169】

管理データ２４１は、移動通信端末２０に配信された、アプリケーション２９０の中で動作するアプリ内アプリを管理するデータである。

【0170】

図２５は、管理データ２４１を格納するテーブルの例を表す。管理データ２４１は、図２３に示される配信管理データ５３１と同様の項目を有する。管理データ２４１は、移動通信端末２０に配信されたアプリ内アプリ２９００の名称やジェスチャデータ等を特定するためのデータである。

【0171】

ジェスチャデータ２４２は、図５に示される登録波形データ２３２と対応し、アプリケーション２９０により、動作検出装置１０により検出された検出データと比較されるデータである。

【0172】

音声データ２４３は、図５に示される出力データ２３４と対応し、アプリケーション２９０により、ジェスチャデータ２４２と検出データとが一致すると判定された場合に再生される音声データ２４３である。

【0173】

属性データ２４５は、アプリ内アプリ２９００が使用される前に、ユーザによって予め登録される情報や、アプリ内アプリ２９００の使用に関する情報を格納する。

【0174】

図２６は、あるユーザの属性データ２４５を格納するテーブルの例を表す。属性データ２４５は、図２４に示される収集データ５３５と同様の項目を有する。

【0175】

管理部２２１は、主に図４に示されるＣＰＵ２１の処理によって実現され、アプリケーション２９０で使用されるアプリ内アプリ２９００を管理する。ここで、アプリケーション２９０の動作について説明する。

【0176】

図２７（ａ）は、アプリケーション２９０が出力する、アプリ内アプリ２９００の選択画面である。この画面は、例えば、ユーザが、情報処理端末２０にインストールされた、アプリケーション２９０を起動する操作を行うことに応じて、表示される。その後、アプリケーション２９０は、管理データ２４１に格納されたアプリ内アプリ２９００を読み込み、その一覧を、画面上に表示することができる。ユーザは、この中から、一のアプリ内アプリ２９００を選択することにより、各アプリ内アプリ２９００の目的に沿った遊びを体験することができる。

【0177】

その後、アプリケーション２９０は、選択された一のアプリ内アプリ２９００のジェスチャデータ２４２、音声データ２４３、広告データ２４４を読み込む。次いで、アプリケーション２９０は、広告出力部２２４を通じて、図２７（ｂ）に示されるように、広告データ２４４を画面上に表示する。そして、アプリケーション２９０は、ユーザの使用する動作検出装置１０から検出された検出データとジェスチャデータ２４２が同一とみなせるとき、音声データ２４３を再生する。また、アプリケーション２９０は、検出データとジェスチャデータ２４２が同一とみなせるとき、異なる広告データ２４４を画面上に表示しても良い。

【0178】

なお、アプリケーション２９０は、既に述べたように、閾値による判定を用いて、検出データとジェスチャデータ２４２の比較を行う。比較に使用される閾値は、予め、アプリケーション２９０に設定されたデフォルト値を用いても良いし、アプリ内アプリ２９００ごとに、別途定義されていても良い。アプリ内アプリ２９００ごとに定義される場合、閾値は、ジェスチャデータ２４２、音声データ２４３、広告データ２４４とともに、配信装置５０から提供されても良い。

【0179】

また、管理部２２１は、ユーザから指定されたアプリ内アプリ２９００の配信要求を、配信装置５０に送信する。また、管理部２２１は、配信されたアプリ内アプリ２９００に関する情報を、管理データ２４１に格納する。また、管理部２２１は、アプリ内アプリ２９００が初めて使用されるとき、性別や年齢、住んでいる国のような属性情報の入力を促すよう、属性登録部２２３に指示する。また、管理部２２１は、ユーザによって選択されたアプリ内アプリ２９００の使用回数及びその使用日時を、管理データ２４５に記録する。また、管理部２２１は、任意のタイミングで、記憶部２０１に記憶された属性データ２４５を配信装置５０に送信するよう、送信部２２５に指示する。

【0180】

受信部２２２は、主に図４のＣＰＵ２１及び無線通信装置２７により実現され、配信装置５０から配信されるアプリ内アプリ２９００を受信する。

【0181】

属性登録部２２３は、主に図４のＣＰＵ２１及び入力装置２８の処理により実現され、管理部２２１からの指示に応じて、ユーザからの属性情報の入力を受け付ける。属性登録部２２３は、入力された属性情報を、属性データ２４５として格納する。

【0182】

広告出力部２２４は、主に図４のＣＰＵ２１及びディスプレイ２４により実現される。広告出力部２２４は、アプリケーション２９０がアプリ内アプリ２９００の選択を受け付けたことに応じて、そのアプリ内アプリ２９００と関連付けられた広告データ２４４を、ディスプレイ２４に出力する。また、広告出力部２２４は、図５に示される選択部２０８からの、出力データの出力指示（図１９のステップＳ７１３）に応じて、異なる広告データ２４４を、ディスプレイ２４に出力しても良い。異なる広告データ２４４とは、例えば、管理データ２４１において２つの広告データが指定されている場合の、２つ目の広告データである。

【0183】

また、広告出力部２２４は、管理データ２４１において複数の広告データが指定されている場合、属性データ２４５で示される、ユーザの属性情報（性別、年齢、国等）に応じて、異なる広告データを選択して、出力しても良い。例えば、広告出力部２２４は、広告データが、性別ごとに用意されている場合、属性データ２４５で示されるユーザの性別に応じて、異なる広告データを出力しても良い。

【0184】

なお、上述した広告出力部２２４は、動作検出装置１０が表示装置（図示しない）を備える場合に、広告データ２４４を、ディスプレイ２４に出力する代わりに、動作検出装置１０の表示装置に、出力しても良い。この場合、広告出力部２２４は、例えば、無線通信装置２７を介して、無線通信により、広告データ２４４を、動作検出装置１０に出力することができる。

【0185】

送信部２２５は、主に図４のＣＰＵ２１及び無線通信装置２７により実現され、管理部２２１からの指示に応じて、属性データ２４５を配信装置５０に送信する。

【0186】

なお、本実施例では、広告主は、ジェスチャデータ６３１と、音声データ６３２と、広告データ６３３とを、配信装置５０に登録することができ、配信装置５０は、これらのデータを含むアプリ内アプリ２９００を、移動通信端末２０に提供する。しかしながら、本発明は、このようなデータの組み合わせに限定されない。例えば、音声データ６３２の代わりに、画像データ、動画データ、移動通信端末２０の有するＬＥＤの点滅パターンを格納したデータ、移動通信端末２０のバイブレータを駆動する駆動パターンを格納したデータ等が、ジェスチャデータ６３１及び広告データ６３３とともに、配信装置５０に提供されてもよい。この場合、音声データ６３２の代わりに上述のデータを受け取った移動通信端末２０は、ジェスチャデータ６３１の示す動作を検出したとき、対応する画像データや動画データを出力したり、点灯パターンに従ってＬＥＤを点滅させたり、駆動パターンに従ってバイブレータを駆動させたりしても良い。

【0187】

≪ ４． 動作例 ≫

【0188】

図２９、図３０を用いて、本発明の一実施形態における配信システム１００の動作例を説明する。以下の例では、バイクの製造者である広告主が、「Ｂｉｋｅ」という名称で、アプリ内アプリ２９００を提供する例を説明する。

【0189】

≪ 広告データ登録処理 ≫

【0190】

図２９は、広告データ登録処理の具体例を表すシーケンス図である。以下の例において、広告主は、動作検出装置１０を用いて、バイクのおもちゃを走らせるような動作に対応するジェスチャデータを取得するものとする。

【0191】

まず、広告主は、動作検出装置１０を、例えば腕に装着し、バイクのおもちゃを前方に進めるような動作を行う（ステップＳ８０１）。これに応じて、動作検出装置１０の検出部１０１は、例えば、３軸方向の加速度及び角速度の値の変化を検出する（ステップＳ８０２）。検出部１０１は、検出した加速度及び角速度の値（検出データ）を、通信部１０２に渡す（ステップＳ８０３）。通信部１０２は、検出データを、例えばBluetooth（登録商標）による無線通信により、広告主の使用する情報処理端末６０に送信する（ステップＳ８０４）。

【0192】

情報処理端末６０のデータ生成部６０２は、動作検出装置１０の通信部１０２から受信した検出データを用いて、ジェスチャデータ６３１を生成する（ステップＳ８０５）。例えば、データ生成部６０２は、予め定められた、取得開始時点と取得終了時点の間に取得された検出データ（すなわち、加速度及び角速度の値の変化）を、ジェスチャデータ６３１とする。その後、データ生成部６０２は、生成したジェスチャデータ６３１を、記憶部６０１に格納する（ステップＳ８０６）。ここで、ジェスチャデータ６３１は、「acceleration.dat」というファイル名で記憶されているものとする。

【0193】

次に、情報処理端末６０の登録要求部６０３は、広告主からの指示に応じて、記憶部６０１から、ジェスチャデータ６３１と、音声データ６３２と、広告データ６３３を読み込む（ステップＳ８０７）。ここで、登録要求部６０３は、「acceleration.mp3」というファイル名の音声データ６３２と、「bikeinfo.html」、「bikeinfo_award.html」というファイル名の広告データ６３３とを読み込むものとする。なお、広告データ６３３のうち、「bikeinfo.html」は、図２７（ｂ）に示される画面を表示するＨＴＭＬファイルである。また、広告データ６３３のうち、「bikeinfo_award.html」は、図２７（ｃ）に示される画面を表示するＨＴＭＬファイルである。各画面内に表示される画像は、ＨＴＭＬファイルとともに提供されても良いし、インターネットを通じて外部のサーバから提供されても良い。

【0194】

次に、情報処理端末６０の登録要求部６０３は、ステップＳ８０７で読み込んだジェスチャデータ６３１と、音声データ６３２と、広告データ６３３とともに、登録要求を、配信装置５０に送信する（ステップＳ８０８）。ここで、登録要求部６０３は、アプリ内アプリ２９００の名称「Ｂｉｋｅ」の情報を、登録要求とともに送信しても良い。次いで、配信装置５０の登録受付部５０２は、登録要求を受け付けると、決済処理部５０３に、決済処理を行うよう指示する（ステップＳ８０９）。次いで、決済処理部５０３は、登録要求を送信した情報処理端末６０に対して、決済情報の入力を要求する（ステップＳ８１０）。ここで、例えば、広告主は、クレジットカード決済に係る、クレジットカード番号、カード名義、有効期限、セキュリティコードを含む決済情報を入力したものとする。情報処理端末６０の決済情報入力部６０４は、広告主が入力した決済情報を受け付け、その決済情報を、決済処理部５０３に送信する（ステップＳ８１１）。

【0195】

次に、配信装置５０の決済処理部５０３は、受信した決済情報を用いて、決済処理を行う（ステップＳ８１２）。決済処理部５０３は、例えば、クレジットカード会社に対して与信照会を行い、決済が可能であるか判断する。そして、決済処理部５０３は、決済が可能であると判断すると、決済が可能である旨の通知を、登録受付部５０２に通知する（ステップＳ８１３）。登録受付部５０２は、通知の受信に応じて、ステップＳ８０８で受信したジェスチャデータ６３１と、音声データ６３２と、広告データ６３３とを、記憶部５０１に格納する（ステップＳ８１４）。

【0196】

さらに、登録受付部５０２は、配信管理データ５３１を格納するテーブルに新たなエントリを生成し、ステップＳ８１４で受け取った各種データのファイル名等を登録する（ステップＳ８１５）。ここでは、図２３の一つ目のエントリに示されるように、各項目にデータが登録される。なお、登録受付部５０２は、ＩＤの項目に、既存のエントリと重複しない数値「１」を登録し、名称の項目に、登録要求とともに受け取った名称「Ｂｉｋｅ」を登録する。

【0197】

≪ 広告データ出力処理 ≫

【0198】

図３０は、広告データ出力処理の具体例を表すシーケンス図である。ここでは、移動通信端末２０と動作検出装置１０とを使用するユーザが、上述した広告主によって登録された、アプリ内アプリ「Ｂｉｋｅ」をダウンロードする場合の例を用いて説明する。

【0199】

まず、移動通信端末２０の管理部２２１は、ユーザから、アプリケーション２９０の中で動作する、新たなアプリ内アプリの取得指示を受け付ける（ステップＳ９０１）。このとき、管理部２２１は、ユーザから、アプリ内アプリの名称「Ｂｉｋｅ」の指定を受け付けたものとする。管理部２２１は、アプリ内アプリ「Ｂｉｋｅ」の配信要求を、配信装置５０の配信部５０４に送信する（ステップＳ９０２）。配信装置５０の配信部５０４は、配信管理データ５３１を参照し、配信要求において指定された名称「Ｂｉｋｅ」と対応するジェスチャデータ５３２、音声データ５３３、広告データ５３４を、記憶部５０１から読み込む（ステップＳ９０３）。そして、配信部５０４は、読み込んだジェスチャデータ５３２、音声データ５３３、広告データ５３４を、アプリ内アプリ「Ｂｉｋｅ」として、移動通信端末２０の受信部２２２に送信する（ステップＳ９０４）。

【0200】

移動通信端末２０の受信部２２２は、受信したデータを、記憶部２０１に格納する（ステップＳ９０５）。次いで、管理部２２１は、管理データ２４１を格納するテーブルに新たなエントリを生成し、ステップＳ９０４で受信したアプリ内アプリ「Ｂｉｋｅ」のデータのファイル名等を登録する（ステップＳ９０６）。ここでは、図２５の一つ目のエントリに示されるように、各項目にデータが登録される。なお、管理部２２１は、ＩＤの項目に、既存のエントリと重複しない数値「１」を登録し、名称の項目に、アプリ内アプリの名称「Ｂｉｋｅ」を登録する。また、管理部２２１は、ステップＳ９０４で各種データを受信した日時「2014-05-10 10:00:00」を、日時の項目に登録する。また、管理部２２１は、図２６に示される、属性データ２４５を格納するテーブルを作成する（ステップＳ９０７）。この時点では、当該テーブルには、何のデータも登録されない。

【0201】

次に、管理部２２１は、アプリケーション２９０により出力された、図２７（ａ）に示される画面上で、アプリ内アプリ「Ｂｉｋｅ」を選択する操作を受け付ける（ステップＳ９０８）。管理部２２１は、アプリ内アプリ「Ｂｉｋｅ」が初めて起動されたことを検出し、ユーザに対して属性情報を入力させるよう、属性登録部２２３に指示する（ステップＳ９０９）。属性登録部２２３は、ユーザからの属性情報の入力に基づき、その属性情報を記憶部２０１の属性データ２４５に格納する（ステップＳ９１０）。ここでは、図２６に示される通り、性別が「Ｆ」、年齢が「１２」、国が「ＪＰ」の属性情報が入力されたものとする。そして、管理部２２１は、図２６に示される属性データの、回数を「１」に設定し、現在の日時「2014-05-10 10:00:00」を、日時の項目に登録する（ステップＳ９１１）。

【0202】

その後、アプリケーション２９０は、アプリ内アプリ「Ｂｉｋｅ」のジェスチャデータ「acceleration.dat」、音声データ「acceleration.mp3」、広告データ２４４「bikeinfo.html」、「bikeinfo_award.html」等を読み込み、ユーザの使用する動作検出装置１０から、検出データを検出可能な状態となる。このとき、移動通信端末２０の広告出力部２２４は、一つ目の広告データ「bikeinfo.html」を、ディスプレイ２４に出力する（ステップＳ９１２）。図２７（ｂ）は、ディスプレイ２４に出力された画面の例を表している。

【0203】

その後、アプリケーション２９０は、図１８のステップＳ６０１−Ｓ６１４や、図１９のステップＳ７０１−Ｓ７１４と同様の手順により、ユーザの動作を検出し、対応する音声データを再生する（ステップＳ９１３）。但し、ここでは、図１８の例で用いられているフラグや、図１９の例で用いられている出力履歴は使用されなくてもよい。すなわち、アプリケーション２９０は、ユーザの動作によって得られた検出データが、ジェスチャデータ「acceleration.dat」と同一とみなせる場合、音声データ「acceleration.mp3」を、無条件で再生しても良い。

【0204】

次に、広告出力部２２４は、音声データ「acceleration.mp3」が再生されたことに応じて（ユーザがジェスチャデータ「acceleration.dat」により表される動作を行ったことに応じて）、二つ目の広告データ「bikeinfo_award.html」を、ディスプレイ２４に出力する（ステップＳ９１４）。図２７（ｃ）は、ディスプレイ２４に出力された画面の例を表している。

【0205】

その後、管理部２２１は、記憶部２０１に記憶された属性データ２４５を読み込む（ステップＳ９１５）。次いで、管理部２２１は、読み込んだ属性データ２４５を配信装置５０に送信するよう、送信部２２５に指示する（ステップＳ９１６）。次いで、送信部２２５は、属性データを配信装置５０の受信部５０５に送信する（ステップＳ９１７）。配信装置５０の受信部５０５は、受信した属性データを、収集データ５３５を格納するテーブルの、１つのエントリとして格納する（ステップＳ９１８）。なお、受信部５０５は、既に同一の移動通信端末２０から属性データを受信している場合には、その属性データを格納するエントリを上書きしても良い。

【0206】

次に、配信装置５０の出力部５０６は、記憶部５０１の収集データ５３５を読み込む（ステップＳ９１９）。次いで、出力部５０６は、管理者の設定に従って、収集データを集計し、集計結果を、広告主の使用する情報処理端末６０の表示部６０５に出力する（ステップＳ９２０）。情報処理端末６０の表示部６０５は、集計結果を、ディスプレイ５４に表示する（ステップＳ９２１）。図２８は、集計結果を表示する画面の例を表している。

【0207】

なお、アプリ内アプリにおいて、複数の広告データが含まれる場合、移動通信端末２０の広告出力部２２４は、属性データ２４５として登録されたユーザの性別や年齢等の属性情報に応じて、異なる広告データを出力しても良い。このとき、広告データは、出力されるための条件である属性情報と、予め関連付けられる。

【0208】

≪ ５． 効果 ≫

【0209】

本実施形態における配信システム１００により、商品又はサービスの提供者は、既存の玩具４０、動作検出装置１０及び移動通信端末２０を用いた動作検出システム１を利用する消費者に、自ら提供する商品又はサービスに関連する広告を配信することができる。特に、消費者は、提供者の提供する商品又はサービスと関係の深い遊びを通じて、広告を閲覧することで、より広告の内容に着目するようになる。例えば、バイクの製造者が、バイクの玩具を用いた遊びを提供するアプリケーションを通じて、バイクに関連する広告を消費者に提供することで、消費者は、より広告に注意を払うようになる。また、バイクの製造者（広告主）は、その製造者が訴求したい商品（バイク）について、その商品を想起させるジェスチャや効果音（エンジン音等）を登録でき、消費者は、それらのジェスチャや効果音を用いた遊びを体験することができる。これにより、消費者は、遊びを通じて、広告主の商品を想起するとともに、その商品を疑似体験できる。また、予め定められた動作（ジェスチャ）を正しく認識させた場合に、消費者に何らかの特典をもたらす広告を表示することで、広告の効果をより高めることができる。さらに、配信システム１００は、広告を閲覧した消費者の属性や、遊びを通じて広告を閲覧したであろう日時等の情報を収集することができる。これにより、広告の効果を確認し、将来の効果的な広告の提供に役立てることができる。

【符号の説明】

【0210】

１ 動作検出システム
１０ 動作検出装置
２０ 移動通信端末
４０ 玩具
５０ 配信装置
６０ 情報処理端末
１００ 配信システム
６３１ ジェスチャデータ
６３２ 音声データ
６３３ 広告データ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】