(57)【要約】【課題】模型を利用した娯楽性の高いシステムを提供する。【解決手段】制御システム（３０）は、スピーカ及び可動部を備える模型（５０）と無線通信可能な構成にされる。制御システム（３０）は、音データとモーションデータとを含む再生用データを取得するように構成される。制御システム（３０）は、取得した再生用データが有する音データ及びモーションデータを再生処理し、音データに基づく音を模型（５０）に再生させるための音信号、及び、モーションデータに基づくモーションを模型（５０）に実現させるためのモーション信号を、模型（５０）に送信するように構成される。【選択図】図１
2018075044.tif 000002
【特許請求の範囲】
【請求項１】
可動部を備える模型と無線通信可能な通信ユニットと、
音データとモーションデータとクロックデータとを含む再生用データであって、前記音データ及び前記モーションデータにおいては、夫々、前記クロックデータが表す時間軸上に音及びモーションの再生タイミングが規定された前記再生用データを記憶する記憶デバイスから、前記再生用データを取得する取得ユニットと、
前記取得ユニットが取得した前記再生用データが有する前記音データ及び前記モーションデータを、指定されたテンポで再生処理し、前記音データに基づく音をスピーカに再生させるための音信号を出力する一方、前記モーションデータに基づくモーションを前記模型に前記可動部を用いて実現させるためのモーション信号を、前記通信ユニットを介して前記模型に送信する制御ユニットと、
を備えることを特徴とする制御システム。
【請求項２】
スピーカ及び可動部を備える模型と無線通信可能な通信ユニットと、
音データとモーションデータとクロックデータとを含む再生用データであって、前記音データ及び前記モーションデータにおいては、夫々、前記クロックデータが表す時間軸上に音及びモーションの再生タイミングが規定された前記再生用データを記憶する記憶デバイスから、前記再生用データを取得する取得ユニットと、
前記取得ユニットが取得した前記再生用データが有する前記音データ及び前記モーションデータを、指定されたテンポで再生処理し、前記音データに基づく音を前記スピーカに再生させるための音信号、及び、前記モーションデータに基づくモーションを前記模型に前記可動部を用いて実現させるためのモーション信号を、前記通信ユニットを介して前記模型に送信する制御ユニットと、
を備えることを特徴とする制御システム。
【請求項３】
前記通信ユニットは、スピーカ及び可動部を備える複数の模型と無線通信可能であり、
前記記憶デバイスは、前記複数の模型に関して模型毎に前記再生用データを記憶し、
前記取得ユニットは、前記記憶デバイスから前記複数の模型の前記再生用データを取得し、
前記制御ユニットは、前記複数の模型の中から基準模型を一つ選択し、前記選択した基準模型の前記再生用データに関しては、前記再生用データが有する前記音データ及び前記モーションデータを、指定されたテンポで再生処理し、前記音データに基づく音を前記基準模型に再生させるための音信号、及び、前記モーションデータに基づくモーションを前記基準模型に実現させるためのモーション信号を前記基準模型に送信し、前記基準模型以外の前記再生用データに関しては、模型毎に、対応する模型の前記再生用データが有する前記モーションデータを、前記基準模型の前記モーションデータの再生処理に合わせて再生処理し、前記対応する模型の前記モーションデータに基づくモーションを前記対応する模型に実現させるための前記モーション信号を送信すること
を特徴とする請求項２記載の制御システム。
【請求項４】
前記制御ユニットは、前記基準模型の前記音データの再生処理により生成された音信号を、前記基準模型以外の前記模型にも送信すること
を特徴とする請求項３記載の制御システム。
【請求項５】
前記制御ユニットは、前記基準模型の前記音データの再生処理によりパート毎の音信号を、前記複数の模型の夫々に対する音信号として生成し、前記複数の模型の夫々に対し、対応するパートの前記音信号を送信すること
を特徴とする請求項３又は請求項４記載の制御システム。
【請求項６】
請求項１〜請求項５のいずれか一項記載の制御システムが有する前記取得ユニット及び前記制御ユニットとして、コンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、模型を制御する機能を備えたシステム及びプログラムに関する。
【背景技術】
【０００２】
従来システムとして、ユーザの手元にあるキャラクタ人形が、配信コンテンツや広告等に同期して、動いたり、表情を変えたり、音声を発したり、匂いを発したりする情報配信システムが知られている（例えば特許文献１参照）。この他、周囲の音に反応して動作するキャラクタ人形が知られている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−６３５０５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、消費者には、キャラクタ人形等の模型を用いた娯楽性の高い新しいシステムへの潜在的なニーズがあると考えられる。従って、本発明の一側面によれば、模型を用いた娯楽性の高いシステムを構築可能な新規技術を提供できることが望ましい。
【課題を解決するための手段】
【０００５】
本発明の一側面に係る制御システムは、通信ユニットと、取得ユニットと、制御ユニットと、を備える。通信ユニットは、可動部を備える模型と無線通信可能な構成にされる。
取得ユニットは、記憶デバイスから、音データとモーションデータとクロックデータとを含む再生用データを取得するように構成される。音データは、クロックデータが表す時間軸上に音の再生タイミングを規定したデータとして構成され得る。モーションデータは、クロックデータが表す時間軸上にモーションの再生タイミングを規定したデータとして構成され得る。
【０００６】
制御ユニットは、取得ユニットが取得した再生用データが有する音データ及びモーションデータを、指定されたテンポで再生処理し、音データに基づく音をスピーカに再生させるための音信号を出力する一方、モーションデータに基づくモーションを模型に可動部を用いて実現させるためのモーション信号を、通信ユニットを介して模型に送信するように構成される。音データは、例えば楽曲データであってもよいし、音声データであってもよいし、それらの組合せであってもよい。
【０００７】
スピーカは、模型に設けられてもよいし、模型とは別の装置に設けられてもよい。別の装置は、制御システムを搭載する装置であり得る。制御ユニットが出力する音信号は、スピーカに直接、又は、介在する回路若しくは装置等を介して間接的に入力され得る。模型がスピーカ及び可動部を備える場合、制御ユニットは、上記音信号及びモーション信号を、通信ユニットを介して模型に送信するように構成され得る。
【０００８】
この制御システムによれば、キャラクタ人形等の模型に、スピーカからの再生音に合わせたモーションを実行させることができる。従って、この制御システムによれば、音と模型の動き（モーション）とを組み合わせて、模型を用いた娯楽性の高い新規システムを構築することができる。
【０００９】
本発明の一側面において、通信ユニットは、複数の模型と無線通信可能に構成されてもよい。この場合、記憶デバイスは、複数の模型に関して模型毎に再生用データを記憶し得る。取得ユニットは、記憶デバイスから複数の模型の再生用データを取得するように構成され得る。
【００１０】
制御ユニットは、上記複数の模型の中から基準模型を一つ選択し、選択した基準模型の再生用データに関しては、再生用データが有する音データ及びモーションデータを、指定されたテンポで再生処理し、音データに基づく音を基準模型に再生させるための音信号、及び、モーションデータに基づくモーションを基準模型に実現させるためのモーション信号を基準模型に送信するように構成されてもよい。
【００１１】
更に、制御ユニットは、基準模型以外の再生用データに関しては、模型毎に、この模型のモーションデータを、基準模型のモーションデータの再生処理に合わせて再生処理し、これにより、対応する模型のモーションデータに基づくモーション信号を生成し、当該対応する模型に送信するように構成されてもよい。
【００１２】
このように制御ユニットを構成することによれば、基準模型の音データに基づき再生される音に、複数の模型のモーションを同期させることができる。制御ユニットは、基準模型の音データの再生処理により生成される音信号を、基準模型以外の模型には送信しないように構成されてもよいし、基準模型以外の模型にも送信する構成にされてもよい。後者の例によれば、ユーザに対して一層好ましい音再生を実現し得る。
【００１３】
更に言えば、制御ユニットは、基準模型の音データに対する再生処理によって、パート毎の音信号を、複数の模型の夫々に対する音信号として生成し、複数の模型の夫々に対し、対応するパートの音信号を送信するように構成されてもよい。こうした制御システムによれば、ユーザに対して一層好ましい音再生を実現し得る。音信号は、上記複数の模型、又は、上記基準模型とは別のスピーカに向けて出力されてもよい。基準模型の音データに基づく音は、これら模型以外の別の装置が備えるスピーカで再生され得る。
【００１４】
この他、上述した制御システムとしての機能は、プログラムによりコンピュータに実現させてもよい。本発明の一側面によれば、上記取得ユニット及び制御ユニットとして、コンピュータを機能させるためのプログラムが提供され得る。このプログラムは、コンピュータ読取可能な一時的でない記録媒体に記録され得る。
【００１５】
制御システムは、据置型デバイスに構築されてもよいが、携帯型デバイスに搭載されてもよい。携帯型デバイスによれば、ユーザは簡単に、模型のモーションと音とを楽しむことができて、大変便利である。音は、携帯型デバイスのスピーカで再生されてもよい。
【図面の簡単な説明】
【００１６】
【図１】音再生システムの構成を表すブロック図である。
【図２】サーバ装置が記憶する再生用データの構成を表す図である。
【図３】携帯通信端末及びドールの構成を表す図である。
【図４】携帯通信端末が実行する登録処理を表すフローチャートである。
【図５】携帯通信端末が実行する再生制御処理を表すフローチャートである。
【図６】音データ及びモーションデータの同期再生に関する説明図である。
【図７】第一再生例に関する説明図である。
【図８】第二再生例に関する説明図である。
【発明を実施するための形態】
【００１７】
以下に本発明の実施例について、図面と共に説明する。
図１に示す本実施例の音再生システム１は、再生用データを提供するサーバ装置１０と、サーバ装置１０から取得した再生用データに基づく処理を実行する携帯通信端末３０と、複数のドール５０とを備える。
【００１８】
この音再生システム１を利用可能な携帯通信端末３０は、例えば、スマートフォンやタブレット端末等の携帯通信端末に専用アプリケーションプログラムがインストールされて構成される。ドール５０は、スピーカ５５１及び可動部５９を備え、携帯通信端末３０からの信号に基づいて、スピーカ５５１から楽曲や音声等の音を再生し、その音再生に合わせて可動部５９を駆動するように構成される。
【００１９】
ドール５０は、例えば一台ずつ販売されて、携帯通信端末３０のユーザにより購入される。この場合、携帯通信端末３０が制御可能なドール５０は、ユーザによるドール５０の購入数に応じて変化する。図１には、複数のドール５０が携帯通信端末３０に制御される例を示すが、携帯通信端末３０が制御可能なドール５０は、一台だけであり得る。
【００２０】
携帯通信端末３０により制御されるドール５０は、図１に示す例によれば人型のキャラクタであるが、ドール５０は、動物型のキャラクタ、ロボット及び車両等の様々な外形を有した模型として構成され得る。本実施例では、ドール５０として、外形や可動部５９により実現されるモーション（動作）が異なる複数種類のドールが販売されることを想定している。
【００２１】
図２に示すサーバ装置１０は、その記憶部１５において、ドール５０の種類毎に、再生用データを記憶し、携帯通信端末３０からの要求に従って、指定された種類のドール５０の再生用データを、携帯通信端末３０に提供するように構成される。サーバ装置１０は、インターネット等の広域ネットワークを通じて携帯通信端末３０と通信し、携帯通信端末３０に再生用データを送信するように構成される。
【００２２】
再生用データは、音データ及びモーションデータをクロックデータに関連付けて備えた構成にされる。例えば、音データは、クロックのカウント番号に関連付けて、ドール５０で再生されるべき音を定義するデータとして構成される。モーションデータは、上記カウント番号に関連付けて、ドール５０で実現されるべきモーションを定義するデータとして構成される。クロックデータは、上記カウント番号を実体とするデータであり、カウント番号により音の再生時刻及びモーションの実行時刻（即ちタイミング）を定義するデータとして構成される。このようにして、音データは、クロックデータが表す時間軸上に音の再生タイミングを規定したデータとして構成され、モーションデータは、クロックデータが表す時間軸上にモーションの再生タイミングを規定したデータとして構成される。
【００２３】
付言すると、カウント番号により定義される時刻は、絶対時間ではなく、ビート（拍）に相当するものである。従って、カウント番号の更新速度は、音の再生テンポに応じて変化する。クロックデータは、再生用データ間において共通するフォーマットのデータとして構成され、同一テンポでのカウント番号の時間刻みは、再生用データ間において共通する。
【００２４】
続いて、携帯通信端末３０及びドール５０の詳細構成を説明する。図３に示すように、携帯通信端末３０は、メインユニット３１と、記憶ユニット３３と、表示ユニット３５と、操作ユニット３７と、通信ユニット３９と、を備える。
【００２５】
メインユニット３１は、各種プログラムを実行するＣＰＵ３１１及びＣＰＵ３１１によるプログラム実行時に作業用メモリとして使用されるＲＡＭ３１３を備え、プログラムの実行により、携帯通信端末３０内を統括制御する。以下では、ＣＰＵ３１１がプログラムを実行することにより実現される処理を、携帯通信端末３０又はメインユニット３１が実行する処理として説明する。
【００２６】
記憶ユニット３３は、メインユニット３１が実行するプログラム及び各種データを備える。具体的には、ドール５０を制御するための上記専用アプリケーションプログラムを備える。このアプリケーションプログラムは、例えば、ダウンロードサイトを通じて携帯通信端末３０にインストールされる。
【００２７】
表示ユニット３５は、例えば液晶ディスプレイにより構成される。この表示ユニット３５は、メインユニット３１に制御されて、各種画面を表示する。操作ユニット３７は、例えば液晶ディスプレイ上に設けられたタッチパネルにより構成され、ユーザからの操作信号をメインユニット３１に入力する。
【００２８】
通信ユニット３９は、セルラー通信及び無線ＬＡＮ通信用の通信インタフェースを備え、セルラー網及び無線ＬＡＮを通じて、広域ネットワーク内のサーバ装置１０と通信可能に構成され、無線ＬＡＮを通じてローカルエリアネットワーク内のドール５０と通信可能に構成される。
【００２９】
ドール５０は、メインユニット５１と、通信ユニット５３と、音出力デバイス５５と、サーボモータ５７と、可動部５９と、を備える。メインユニット５１は、各種プログラムを実行するＣＰＵ５１１と、ＣＰＵ５１１によるプログラム実行時に作業用メモリとして使用されるＲＡＭ５１３と、ＣＰＵ５１１が実行するプログラム及び各種データを記憶するＲＯＭ５１５と、を備える。メインユニット５１は、プログラムの実行により、ドール５０内を統括制御する。以下では、ＣＰＵ５１１がプログラムを実行することにより実現される処理を、ドール５０又はメインユニット５１が実行する処理として説明する。
【００３０】
通信ユニット５３は、無線ＬＡＮ通信用の通信インタフェースを備え、携帯通信端末３０と通信可能に構成される。音出力デバイス５５は、スピーカ５５１を備え、メインユニット５１からの入力信号に基づき、メインユニット５１が通信ユニット５３を介して受信した携帯通信端末３０からの音信号に基づく音をスピーカ５５１から再生するように動作する。音出力デバイス５５は、例えばＭＩＤＩ音源を備えた構成され、ＭＩＤＩ音源を用いて音を再生するように動作し得る。
【００３１】
サーボモータ５７は、メインユニット５１からの制御信号に基づき、メインユニット５１が通信ユニット５３を介して受信した携帯通信端末３０からのモーション信号に基づくモーションが実現されるように可動部５９を駆動する。サーボモータ５７は、フィードバック制御のために、エンコーダ等の検出器を備え得る。この場合、サーボモータ５７からメインユニット５１には、可動部５９の位置及び／又は速度変化を表す検出信号が入力されて、可動部５９の位置及び／又は速度制御に用いられ得る。サーボモータ５７は、制御器を含み、メインユニット５１から与えられた目標値に従って、自己内部でフィードバック制御を実行するように構成されてもよい。
【００３２】
このドール５０は、例えば図１の破線内に示すように、支持台６０の内部にスピーカ５５１や電気回路を備え、支持台６０の上に可動部５９を含むドール本体７０を備えた構成にされる。
【００３３】
続いて、携帯通信端末３０のメインユニット３１が実行する処理の詳細を図４及び図５を用いて説明する。
メインユニット３１は、携帯通信端末３０と通信可能なドール５０として、新規ドールを検出する度に、図４に示す登録処理を実行する。登録処理は、上記専用アプリケーションプログラムに基づき実現される処理の一つである。登録処理を開始すると、メインユニット３１は、検出されたドール５０の種類に対応した再生用データを、サーバ装置１０に要求してサーバ装置１０から取得する（Ｓ１１０）。そして、取得した再生用データを記憶ユニット３３に保存する（Ｓ１２０）。このようにして、メインユニット３１は、登録処理を終了する。
【００３４】
ドール５０の夫々は、ドール５０の種類を識別可能な識別コードを携帯通信端末３０に送信することにより、携帯通信端末３０に、自己の種類を通知するように構成され得る。メインユニット３１は、上記専用アプリケーションプログラムの実行により、ユーザから検索指令が入力される度、ドール５０を検索するように構成され得る。
【００３５】
この他、メインユニット３１は、ドール５０の駆動指令が入力されると、図５に示す再生制御処理を実行するように構成される。駆動指令は、例えばユーザから操作ユニット３７を介して入力される。駆動指令は、予め設定されたスケジュールに従って発生するものであってもよい。例えば、携帯通信端末３０においてアラームクロックとして機能するタスクが、指定された時刻に駆動指令を発することが考えられる。この場合には、再生制御処理の実行により、アラーム音がドール５０から再生される。別例として、メール等の着信を処理するタスクが、その着信イベントの発生に応じて、駆動指令を発することが考えられる。この場合には、再生制御処理の実行により、着信音がドール５０から再生される。
【００３６】
本実施例の音再生システム１では、駆動モードとして、携帯通信端末３０と通信可能なドール５０の内、指定された一つのドール５０を駆動する単体駆動モードと、携帯通信端末３０と通信可能な複数台のドール５０を駆動するマルチ駆動モードとが用意されている。上記駆動指令には、駆動モードを指定する情報として、単体駆動モード又はマルチ駆動モードを指定する情報が含まれる。
【００３７】
メインユニット３１は、再生制御処理を開始すると、入力された駆動指令が指定する駆動モードがマルチ駆動モードであるか否かを判断する。そして、マルチ駆動モードであると判断すると（Ｓ２１０でＹｅｓ）、Ｓ２４０に移行し、単体駆動モードであると判断すると（Ｓ２１０でＮｏ）、Ｓ２２０に移行する。
【００３８】
Ｓ２２０に移行すると、メインユニット３１は、駆動指令にて指定された駆動対象のドール５０に対応する再生用データを記憶ユニット３３から読み出す。これにより、処理対象の再生用データを取得し（Ｓ２２０）、Ｓ２３０に移行する。記憶ユニット３３に対応する再生用データが記憶されていない場合、メインユニット３１は、サーバ装置１０から、対応する再生用データを取得するように動作し得る。
【００３９】
Ｓ２３０に移行すると、メインユニット３１は、読み出した再生用データを指定されたテンポで再生処理し、再生用データが有する音データの再生処理信号としての音信号、及び、再生用データが有するモーションデータの再生処理信号としてのモーション信号を、駆動対象のドール５０に通信ユニット３９を介して送信する。
【００４０】
音信号は、再生用データが有する音データに基づく音を駆動対象のドール５０に再生させるための信号である。モーション信号は、再生用データが有するモーションデータに基づくモーションを駆動対象のドール５０に実現させるための信号である。音信号及びモーション信号としては、音データ及びモーションデータに基づく再生テンポに対応したストリーム信号が送信される。
【００４１】
テンポ情報に関しては、例えば、再生用データが時間当たりのクロック数の情報として有し得る。即ち、メインユニット３１は、再生用データが有するテンポ情報により指定されたテンポで再生処理を実行するように構成され得る。テンポ情報は、駆動指令に含まれていてもよい。メインユニット３１は、再生用データの終端までの再生処理を終了すると、再生制御処理を終了する。
【００４２】
Ｓ２４０に移行すると、メインユニット３１は、携帯通信端末３０と通信可能な全てのドール５０を、駆動対象のドール５０に設定し、これら駆動対象のドール５０に対応する再生用データの一群を記憶ユニット３３から読み出す。
【００４３】
その後、メインユニット３１は、駆動対象のドール５０の中から、基準ドールを選択する（Ｓ２５０）。基準ドールは、予め定められた規則に従って、駆動対象のドール５０の中から選択され得る。例えば、ドール５０には、予め種類に対応した優先順位が定められ得る。この場合、メインユニット３１は、駆動対象のドール５０の中から最も優先順位の高い種類のドール５０を基準ドールに設定し得る。この他、メインユニット３１は、ユーザから指定されたドール５０を基準ドールとして選択するように動作し得る。この場合、駆動指令は、ユーザから指定された基準ドールの情報を含み得る。
【００４４】
基準ドールの選択後、メインユニット３１は、Ｓ２６０に移行し、以下の処理を実行する。即ち、基準ドールに関しては、基準ドールの再生用データが有する音データ及びモーションデータを、指定されたテンポで再生処理し、音データに基づく音を基準ドールに再生させるための音信号、及び、モーションデータに基づくモーションを基準ドールに実現させるためのモーション信号を、通信ユニット３９を介して基準ドールに送信する。
【００４５】
基準ドール以外のドール５０（以下「非基準ドール」と表現する。）に関しては、非基準ドール毎に、この非基準ドールの再生用データが有する音データに対する再生処理を実行せず、モーションデータに対する再生処理を実行して、この非基準ドールの再生用データに基づくモーション信号を、通信ユニット３９を介して該当する非基準ドールに送信する。
【００４６】
具体的には、図６に示すように、非基準ドールのモーションデータを、基準ドールの再生処理に合わせて再生処理することにより、基準ドールの音信号及びモーション信号と同期した非基準ドールのモーション信号を生成し、これを非基準ドールに送信する。この同期した非基準ドールのモーション信号は、基準ドールの再生処理においてカウントアップされる再生地点を表すカウント番号に従って、このカウント番号に関連付けられた非基準ドールのモーションデータの地点を再生処理することにより生成することができる。
【００４７】
このようにして、Ｓ２６０では、基準ドールに対する送信信号として、基準ドールの再生用データに基づく音信号及びモーション信号を生成すると共に、非基準ドールに対する送信信号として、非基準ドール毎に、この非基準ドールの再生用データに基づくモーション信号を生成する。
【００４８】
図７に示す例によれば、Ｓ２６０では、基準ドールに対して送信する音信号と同一の音信号を、非基準ドールに対しても送信することにより、駆動対象のドール５０の夫々に、同じ音を再生させる。この際、ドール５０の夫々は、携帯通信端末３０から入力されるモーション信号に基づき、自己に対応するモーションを実現するように可動部５９を駆動する。これにより、各ドール５０では、再生音に同期した動作が実現される。
【００４９】
別例として図８に示すように、Ｓ２６０では、各ドール５０に対し、基準ドールの音データに基づく異なるパートの音信号を送信してもよい。再生用データが有する音データは、パート毎の音データの集合体として構成され得る。ここで言うパートは、多楽器音楽においては、各楽器が受け持つ音部分に対応し、多声音楽においては、ソプラノ、アルト、テノール及びバス等の音声部分に対応し得る。
【００５０】
上記別例に従う音信号の送信のために、基準ドールの音データの再生処理時には、パート毎の音信号を生成することができる。Ｓ２６０では、このようにして、基準ドールの音データに基づき、駆動対象のドール５０の一群に対し、夫々異なるパートの音信号を送信することができる。
【００５１】
この場合、駆動対象のドール５０の夫々は、携帯通信端末３０から入力される音信号に基づき、自己に対応するパートの音をスピーカ５５１から再生することができる。付言すると、音データが有するパート数と、駆動対象のドール数とが一致しない場合には、音信号数と、ドール数とを一致させるようにして、各ドール５０に対する音信号を生成することができる。
【００５２】
例えば、ドール数がパート数より少ない場合には、一つのドール５０に複数のパートを担当させるように、一部のドール５０に対しては、複数パートを統合した音信号を生成し送信することができる。ドール数がパート数より多い場合には、一部のパートに関して、同じパートの音信号を、二以上のドール５０に送信することができる。
【００５３】
以上、本実施例の音再生システム１について説明したが、この音再生システム１によれば、ドール５０が、携帯通信端末３０からの入力信号に従って、楽曲や音声等の音を、その音に同期したモーションを伴って再生する。従って、この音再生システム１によれば、模型（ドール５０）を用いた娯楽性の高いシステムを構築することができる。
【００５４】
特に、本実施例によれば、ドール５０毎に再生用データが用意され、これらの再生用データが、再生用データ間で共通するフォーマットのクロックデータを有しており、一つの再生用データの音データと、別の再生用データのモーションデータとの再生位置を対応付け可能に構成されている。
【００５５】
従って、本実施例によれば、基準ドールの音データに基づく再生音に、各ドール５０のモーションを同期させることができ、一層娯楽性の高い音再生システム１を提供することができる。クロックデータが、ビートに相当するテンポによらない時間軸を定義するために、テンポが異なる曲のモーションデータに基づいても、各ドール５０に再生音に同期したモーションを実現させることができることは、特に注目に値する。本実施例のシステムは、リアルタイム再生可能で、テンポ変更や途中再生に柔軟に対応できる点でも有意義である。
【００５６】
この他、本実施例によれば、各ドール５０には、別々のパートを担当させて、担当パートの音を再生させることができるので、高い臨場感を実現することができる。また、本実施例によれば、スマートフォン等の携帯型デバイスを通じてドール５０を制御することができるので、ユーザにとっては簡単に、音とモーションとを楽しむことができて、大変便利である。
【００５７】
以上、本発明の実施例について説明したが、本発明は、上記実施例に限定されるものではなく、種々の態様を採ることができる。例えば、携帯通信端末３０とドール５０との間の通信は、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ：登録商標）規格に従う無線通信によって実現されてもよいし、有線通信を含む他の規格に従って実現されてもよい。
【００５８】
この他、携帯通信端末３０から各ドール５０へは、音信号及びモーション信号をブロードキャストしてもよい。この場合、音信号及びモーション信号に宛先とするドールの識別コードを付すことで、各ドール５０に受信信号を取捨選択させることができる。
【００５９】
音データとモーションデータとは分離した別個のデータファイルとしてサーバ装置１０から携帯通信端末３０に提供されてもよい。音データは、ＭＩＤＩデータとして構成されてもよいし、非ＭＩＤＩデータ（例えば、ＭＩＤＩ規格とは別規格の演奏データ、又は、演奏を録音した生音データ）として構成されてもよい。ＭＩＤＩデータの場合には、ＭＩＤＩクロックを用いることができる。
【００６０】
この他、携帯通信端末３０において実現される機能の一部は、ドール５０によって実現されてもよい。ドール５０は、自らサーバ装置１０にアクセスして再生用データを取得し、取得データを再生処理する構成にされてもよい。
【００６１】
ユーザには、再生用データの開発キットが提供されてもよい。ユーザにより作成された再生用データは、サーバ装置１０を通じて他のユーザに配布されてもよい。様々な再生用データがサーバ装置１０に蓄積されて配布されることにより、音再生システム１の娯楽性を高めることができる。
【００６２】
この他、ドール５０の一部又は全てには、スピーカ５５１が設けられなくてもよい。この場合、携帯通信端末３０のメインユニット３１は、携帯通信端末３０が備えるスピーカに対する音信号を生成して、これをスピーカに出力するように構成され得る。あるいは、ドール５０の一群の内、スピーカ５５１を備えるドール５０に対して選択的に音信号を送信するように、携帯通信端末３０は構成されてもよい。
【００６３】
ドール５０には、外力を検知可能なセンサやオブザーバが設けられてもよい。この場合、ドール５０は、外力に関する情報を、携帯通信端末３０や他のドール５０に提供する構成にされ得る。この場合には、音再生システム１がドール５０を押すユーザ操作に反応することができ、ユーザとドール５０との間のコミュニケーションを実現し得る。
【００６４】
用語間の対応関係は、次の通りである。携帯通信端末３０は、制御システムの一例に対応し、携帯通信端末３０のメインユニット３１が実行するＳ１１０，Ｓ２２０，Ｓ２４０は、取得ユニットにより実現される処理の一例に対応する。メインユニット３１が実行するＳ２３０，Ｓ２５０，Ｓ２６０は、制御ユニットにより実現される処理の一例に対応する。
【符号の説明】
【００６５】
１…音再生システム、１０…サーバ装置、１５…記憶部、３０…携帯通信端末、３１…メインユニット、３３…記憶ユニット、３５…表示ユニット、３７…操作ユニット、３９…通信ユニット、５０…ドール、５１…メインユニット、５３…通信ユニット、５５…音出力デバイス、５７…サーボモータ、５９…可動部、６０…支持台、７０…ドール本体、３１１…ＣＰＵ、３１３…ＲＡＭ、５１１…ＣＰＵ、５１３…ＲＡＭ、５１５…ＲＯＭ、５５１…スピーカ。
【図１】
2018075044.tif 000003
【図２】
2018075044.tif 000004
【図３】
2018075044.tif 000005
【図４】
2018075044.tif 000006
【図５】
2018075044.tif 000007
【図６】
2018075044.tif 000008
【図７】
2018075044.tif 000009
【図８】
2018075044.tif 000010