特許 6061822 玩具システム及びプログラム

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

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

(11)【特許番号】6061822

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

(45)【発行日】2017年1月18日

(54)【発明の名称】玩具システム及びプログラム

(51)【国際特許分類】

   A63H 30/04 20060101AFI20170106BHJP

   A63H 5/00 20060101ALI20170106BHJP

   A63H 33/00 20060101ALI20170106BHJP

   A63H 33/22 20060101ALI20170106BHJP

【ＦＩ】

   A63H30/04 A

   A63H5/00 C

   A63H33/00 P

   A63H33/22 A

【請求項の数】7

【全頁数】27

(21)【出願番号】特願2013-184243(P2013-184243)

(22)【出願日】2013年9月5日

(65)【公開番号】特開2015-51064(P2015-51064A)

(43)【公開日】2015年3月19日

【審査請求日】2014年1月28日

【審判番号】不服2016-3343(P2016-3343/J1)

【審判請求日】2016年3月3日

(73)【特許権者】

【識別番号】000135748

【氏名又は名称】株式会社バンダイ

(74)【代理人】

【識別番号】100076428

【弁理士】

【氏名又は名称】大塚 康徳

(74)【代理人】

【識別番号】100115071

【弁理士】

【氏名又は名称】大塚 康弘

(74)【代理人】

【識別番号】100112508

【弁理士】

【氏名又は名称】高柳 司郎

(74)【代理人】

【識別番号】100116894

【弁理士】

【氏名又は名称】木村 秀二

(74)【代理人】

【識別番号】100130409

【弁理士】

【氏名又は名称】下山 治

(72)【発明者】

【氏名】浜名 祐一

(72)【発明者】

【氏名】北川 敏

(72)【発明者】

【氏名】千島 良輔

【合議体】

【審判長】 黒瀬 雅一

【審判官】 森次 顕

【審判官】 藤本 義仁

(56)【参考文献】

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

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

【文献】 米国特許出願公開第２００４／００８１１１０（ＵＳ，Ａ１）

【文献】 特表２０１０−５３３５３２（ＪＰ，Ａ）

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

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

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

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

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

【文献】 特許第５１２２０１４（ＪＰ，Ｂ１）

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

A63H 3/33, 5/00,30/04

A63H33/00,33/22,33/26

A63F13/00-13/98,9/24

G06F13/00

H04B 7/14

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

【請求項1】

副玩具の種類によって異なるＩＤを保持する当該副玩具から当該ＩＤを読み取った場合に、発光、表示及び音出力のうちの少なくとも１つによる演出出力を行う主玩具と、前記主玩具とは別体の情報端末と、サーバとを具備した玩具システムであって、
前記情報端末は、
前記副玩具からＩＤを受信するＩＤ受信手段と、
前記ＩＤ受信手段で受信されたＩＤに対応する演出制御データを前記サーバから取得する演出制御データ取得手段と、
前記演出制御データ取得手段が取得した、前記ＩＤ受信手段で受信されたＩＤに対応する演出制御データを前記主玩具に送信する演出制御データ送信手段と、
を有し、
前記サーバは、
前記副玩具のＩＤに対応する演出制御データを記憶しており、
前記主玩具は、
前記演出制御データ送信手段から送信された、前記演出制御データ取得手段が取得した前記ＩＤ受信手段で受信された前記副玩具のＩＤに対応する演出制御データを記憶可能である、
ことを特徴とする玩具システム。

【請求項2】

副玩具の種類によって異なるＩＤを保持する当該副玩具から当該ＩＤを読み取った場合に、発光、表示及び音出力のうちの少なくとも１つによる演出出力を行う主玩具と、前記主玩具とは別体の情報端末と、サーバとを具備した玩具システムであって、
前記主玩具は、一部又は全部のＩＤに対応する演出制御データが欠落した不全状態のテーブルデータを記憶しており、
前記サーバは、欠落している演出制御データを補充し、前記不全状態のテーブルデータのうちの各ＩＤに応じた前記演出制御データそれぞれを個別に完全状態にするための更新制御データを記憶しており、
前記情報端末は、
前記副玩具からＩＤを受信するＩＤ受信手段と、
前記ＩＤ受信手段で受信されたＩＤに対応する演出制御データを完全状態とするための更新制御データを前記サーバから取得する更新制御データ取得手段と、
を有し、
前記情報端末または前記主玩具は、
前記主玩具に記憶されている前記テーブルデータの前記演出制御データを、前記更新制御データ取得手段により取得された更新制御データを用いて完全状態に更新する制御を行う更新制御手段と、
を備えた、
玩具システム。

【請求項3】

副玩具の種類によって異なるＩＤを保持する当該副玩具から当該ＩＤを読み取った場合に、発光、表示及び音出力のうちの少なくとも１つによる演出出力を行う主玩具と、前記主玩具とは別体の情報端末と、サーバとを具備した玩具システムであって、
前記主玩具は、前記副玩具の種類別の各ＩＤと対応づけられた、完全状態となったときに各ＩＤに応じた演出出力を行うことができるようになる演出制御データを格納したテーブルデータを不全状態で記憶しており、
前記サーバは、前記不全状態のテーブルデータのうちの前記演出制御データそれぞれを個別に完全状態にするための更新制御データを記憶しており、
前記情報端末は、
前記副玩具からＩＤを受信するＩＤ受信手段と、
前記ＩＤ受信手段で受信されたＩＤに対応する演出制御データを完全状態とするための更新制御データを前記サーバから取得する更新制御データ取得手段と、
を有し、
前記情報端末または前記主玩具は、
前記主玩具に記憶されている前記テーブルデータの前記演出制御データを、前記更新制御データ取得手段により取得された更新制御データを用いて完全状態に更新する制御を行う更新制御手段と、
を備えた、
玩具システム。

【請求項4】

前記不全状態のテーブルデータは、一部又は全部のＩＤに対応する演出制御データが暗号化された状態のデータであり、
前記サーバは、暗号化されている演出制御データを復号するためのデータとして前記更新制御データを記憶しており、
前記更新制御手段は、前記ＩＤ受信手段で受信されたＩＤに対応する演出制御データを復号することで前記更新する制御を行う、
請求項３に記載の玩具システム。

【請求項5】

副玩具の種類によって異なるＩＤを保持する当該副玩具から当該ＩＤを読み取った場合に、発光、表示及び音出力のうちの少なくとも１つによる演出出力を行う主玩具と、前記主玩具とは別体の情報端末と、サーバとを具備した玩具システムにおける前記情報端末としてコンピュータを機能させるためのプログラムであって、
前記コンピュータを、
前記副玩具からＩＤを受信する制御を行うＩＤ受信制御手段、
前記ＩＤ受信制御手段で受信されたＩＤに対応する演出制御データを前記サーバから取得する演出制御データ取得手段、
として機能させるためのプログラム。

【請求項6】

副玩具の種類によって異なるＩＤを保持する当該副玩具から当該ＩＤを読み取った場合に、発光、表示及び音出力のうちの少なくとも１つによる演出出力を行う主玩具と、前記主玩具とは別体の情報端末と、サーバとを具備した玩具システムにおける前記情報端末としてコンピュータを機能させるためのプログラムであって、
前記主玩具は、一部又は全部のＩＤに対応する演出制御データが欠落した不全状態のテーブルデータを記憶しており、
前記サーバは、欠落している演出制御データを補充し、前記不全状態のテーブルデータのうちの各ＩＤに応じた前記演出制御データそれぞれを個別に完全状態にするための更新制御データを記憶しており、
前記コンピュータを、
前記副玩具からＩＤを受信するＩＤ受信手段、
前記ＩＤ受信手段で受信されたＩＤに対応する演出制御データを完全状態とするための更新制御データを前記サーバから取得する更新制御データ取得手段、
として機能させるためのプログラム。

【請求項7】

副玩具の種類によって異なるＩＤを保持する当該副玩具から当該ＩＤを読み取った場合に、発光、表示及び音出力のうちの少なくとも１つによる演出出力を行う主玩具と、前記主玩具とは別体の情報端末と、サーバとを具備した玩具システムにおける前記情報端末としてコンピュータを機能させるためのプログラムであって、
前記主玩具は、前記副玩具の種類別の各ＩＤと対応づけられた、完全状態となったときに各ＩＤに応じた演出出力を行うことができるようになる演出制御データを格納したテーブルデータを不全状態で記憶しており、
前記サーバは、前記不全状態のテーブルデータのうちの前記演出制御データそれぞれを個別に完全状態にするための更新制御データを記憶しており、
前記コンピュータを、
前記副玩具からＩＤを受信するＩＤ受信手段、
前記ＩＤ受信手段で受信されたＩＤに対応する演出制御データを完全状態とするための更新制御データを前記サーバから取得する更新制御データ取得手段、
として機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、主玩具及び副玩具を具備した玩具システム等に関する。

【背景技術】

【0002】

玩具システムの一形態として、主玩具（バックル及びベルト）と副玩具（指輪）とを具備し、主玩具に副玩具を接近させると、主玩具が音声出力などの所定の演出を行う構成が知られている（例えば、特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特許第５１２２０１４号公報

【発明の概要】

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

【0004】

上述した従来の玩具システムは、複数種類の副玩具が存在し、それぞれの副玩具が個別に販売されることを前提としており、ユーザが所有する（購入した）副玩具に係る演出のみを主玩具に行わせることができる。そのため、主玩具に内蔵されたメモリには、販売される全ての種類の副玩具に係る演出データを予め記憶しておく必要があった。

【0005】

そのため、幾つかの問題があった。１つは、悪意のある者によって、主玩具のメモリに記憶されているデータが解析され、演出内容が知られ得るという問題である。ユーザが主玩具での新たな演出を楽しむためには、自分が所有していない副玩具を取得する必要がある。しかし、解析によって、副玩具を取得せずとも、どのような演出が行われるかを知ることができてしまう。また、解析された演出データによる音声や画像がインターネット上に公開される危険もあった。

【0006】

もう１つの問題は、販売される全ての種類の副玩具が決定し、且つ、それぞれの副玩具に対する演出が決定し、且つ、対応する演出データが出来上がった後でなければ、主玩具の製造を開始できないことである。例えば、ある１つの演出に係る著作権の許諾契約に時間がかかった場合、主玩具の製造開始が遅れることになるおそれがある。また、玩具システムを子供向けのＴＶ番組とタイアップして製造・販売する場合には、主玩具の演出には、ＴＶ放映された番組で使われる演出と一致していた方が望ましい。しかし、ＴＶ番組で使われる演出が全て決定し、かつ、それと一致する全ての演出データが出来上がってなければ主玩具の製造を開始できないため、ＴＶ番組で使われる演出の決定が遅れれば、その分、主玩具の製造開始が遅れる可能性があり、にも関わらず、ＴＶ番組の放映開始と同時に主玩具の販売を開始するようにするのであれば、主玩具の製造に掛けられる時間が短くなり、販売開始までに製造できる主玩具の個数が減ってしまうおそれがあった。

【0007】

本発明は、データ解析によって主玩具の演出が知られてしまう可能性を低くすることを目的とする。

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

【0008】

本発明は、副玩具の種類によって異なるＩＤを保持する当該副玩具から当該ＩＤを読み取った場合に、発光、表示及び音出力のうちの少なくとも１つによる演出出力を行う主玩具と、情報端末と、サーバとを具備した玩具システムであって、前記情報端末は、前記副玩具からＩＤを受信するＩＤ受信手段と、前記ＩＤ受信手段で受信されたＩＤに対応する演出制御データを前記サーバから取得する演出制御データ取得手段と、前記演出制御データ取得手段が取得した、前記ＩＤ受信手段で受信されたＩＤに対応する演出制御データを前記主玩具に送信する演出制御データ送信手段と、を有し、前記サーバは、前記副玩具のＩＤに対応する演出制御データを記憶しており、前記主玩具は、前記演出制御データ送信手段から送信された、前記演出制御データ取得手段が取得した前記ＩＤ受信手段で受信された前記副玩具のＩＤに対応する演出制御データを記憶可能である、ことを特徴とする。また、本発明は、副玩具の種類によって異なるＩＤを保持する当該副玩具から当該ＩＤを読み取った場合に、発光、表示及び音出力のうちの少なくとも１つによる演出出力を行う主玩具と、前記主玩具とは別体の情報端末と、サーバとを具備した玩具システムであって、前記情報端末は、前記副玩具からＩＤを受信するＩＤ受信手段と、前記ＩＤ受信手段で受信されたＩＤに対応する演出制御データを前記サーバから取得する演出制御データ取得手段と、前記演出制御データ取得手段が取得した、前記ＩＤ受信手段で受信されたＩＤに対応する演出制御データを前記主玩具に送信する演出制御データ送信手段と、を有し、前記サーバは、前記副玩具のＩＤに対応する演出制御データを記憶しており、前記主玩具は、前記演出制御データ送信手段から送信された、前記演出制御データ取得手段が取得した前記ＩＤ受信手段で受信された前記副玩具のＩＤに対応する演出制御データを記憶可能である、ことを特徴とする。

【0009】

また、本発明は、副玩具の種類によって異なるＩＤを保持する当該副玩具から当該ＩＤを読み取った場合に、発光、表示及び音出力のうちの少なくとも１つによる演出出力を行う主玩具と、情報端末と、サーバとを具備した玩具システムであって、前記主玩具は、一部又は全部のＩＤに対応する演出制御データが欠落した不全状態のテーブルデータを記憶しており、前記サーバは、欠落している演出制御データを補充し前記不全状態のテーブルデータのうちの前記演出制御データそれぞれを個別に完全状態にするための更新制御データを記憶しており、前記情報端末は、前記副玩具からＩＤを受信するＩＤ受信手段と、 前記ＩＤ受信手段で受信されたＩＤに対応する演出制御データを完全状態とするための更新制御データを前記サーバから取得する更新制御データ取得手段と、を有し、前記情報端末または前記主玩具は、前記主玩具に記憶されている前記テーブルデータの前記演出制御データを、前記更新制御データ取得手段により取得された更新制御データを用いて完全状態に更新する制御を行う更新制御手段と、を備えるものであっても良い。また、本発明は、副玩具の種類によって異なるＩＤを保持する当該副玩具から当該ＩＤを読み取った場合に、発光、表示及び音出力のうちの少なくとも１つによる演出出力を行う主玩具と、前記主玩具とは別体の情報端末と、サーバとを具備した玩具システムであって、前記主玩具は、一部又は全部のＩＤに対応する演出制御データが欠落した不全状態のテーブルデータを記憶しており、前記サーバは、欠落している演出制御データを補充し前記不全状態のテーブルデータのうちの前記演出制御データそれぞれを個別に完全状態にするための更新制御データを記憶しており、前記情報端末は、前記副玩具からＩＤを受信するＩＤ受信手段と、前記ＩＤ受信手段で受信されたＩＤに対応する演出制御データを完全状態とするための更新制御データを前記サーバから取得する更新制御データ取得手段と、を有し、前記情報端末または前記主玩具は、前記主玩具に記憶されている前記テーブルデータの前記演出制御データを、前記更新制御データ取得手段により取得された更新制御データを用いて完全状態に更新する制御を行う更新制御手段と、を備えるものであっても良い。

【0010】

また、本発明は、副玩具の種類によって異なるＩＤを保持する当該副玩具から当該ＩＤを読み取った場合に、発光、表示及び音出力のうちの少なくとも１つによる演出出力を行う主玩具と、情報端末と、サーバとを具備した玩具システムであって、前記主玩具は、完全状態となったときに前記副玩具の種類別の各ＩＤに対応づけた演出制御データを格納して各ＩＤに応じた演出出力を行うことができるようになるテーブルデータを不全状態で記憶しており、前記サーバは、前記不全状態のテーブルデータのうちの前記演出制御データそれぞれを個別に完全状態にするための更新制御データを記憶しており、前記情報端末は、前記副玩具からＩＤを受信するＩＤ受信手段と、前記ＩＤ受信手段で受信されたＩＤに対応する演出制御データを完全状態とするための更新制御データを前記サーバから取得する更新制御データ取得手段と、を有し、前記情報端末または前記主玩具は、前記主玩具に記憶されている前記テーブルデータの前記演出制御データを、前記更新制御データ取得手段により取得された更新制御データを用いて完全状態に更新する制御を行う更新制御手段と、を備えたものであっても良い。また、本発明は、副玩具の種類によって異なるＩＤを保持する当該副玩具から当該ＩＤを読み取った場合に、発光、表示及び音出力のうちの少なくとも１つによる演出出力を行う主玩具と、前記主玩具とは別体の情報端末と、サーバとを具備した玩具システムであって、前記主玩具は、完全状態となったときに前記副玩具の種類別の各ＩＤに対応づけた演出制御データを格納して各ＩＤに応じた演出出力を行うことができるようになるテーブルデータを不全状態で記憶しており、前記サーバは、前記不全状態のテーブルデータのうちの前記演出制御データそれぞれを個別に完全状態にするための更新制御データを記憶しており、前記情報端末は、前記副玩具からＩＤを受信するＩＤ受信手段と、前記ＩＤ受信手段で受信されたＩＤに対応する演出制御データを完全状態とするための更新制御データを前記サーバから取得する更新制御データ取得手段と、を有し、前記情報端末または前記主玩具は、前記主玩具に記憶されている前記テーブルデータの前記演出制御データを、前記更新制御データ取得手段により取得された更新制御データを用いて完全状態に更新する制御を行う更新制御手段と、を備えたものであっても良い。

【0011】

また、本発明において、前記不全状態のテーブルデータは、一部又は全部のＩＤに対応する演出制御データが暗号化された状態のデータであり、前記サーバは、暗号化されている演出制御データを復号するためのデータとして前記更新制御データを記憶しており、 前記更新制御手段は、前記ＩＤ受信手段で受信されたＩＤに対応する演出制御データを復号することで前記更新する制御を行うものであっても良い。

【0012】

また、本発明は、副玩具の種類によって異なるＩＤを保持する当該副玩具から当該ＩＤを読み取った場合に、発光、表示及び音出力のうちの少なくとも１つによる演出出力を行う主玩具と、情報端末と、サーバとを具備した玩具システムにおける前記情報端末としてコンピュータを機能させるためのプログラムであって、前記コンピュータを、前記副玩具からＩＤを受信する制御を行うＩＤ受信制御手段、前記ＩＤ受信制御手段で受信されたＩＤに対応する演出制御データを前記サーバから取得する演出制御データ取得手段、として機能させるためのプログラムであっても良い。また、本発明は、副玩具の種類によって異なるＩＤを保持する当該副玩具から当該ＩＤを読み取った場合に、発光、表示及び音出力のうちの少なくとも１つによる演出出力を行う主玩具と、前記主玩具とは別体の情報端末と、サーバとを具備した玩具システムにおける前記情報端末としてコンピュータを機能させるためのプログラムであって、前記コンピュータを、前記副玩具からＩＤを受信する制御を行うＩＤ受信制御手段、前記ＩＤ受信制御手段で受信されたＩＤに対応する演出制御データを前記サーバから取得する演出制御データ取得手段、として機能させるためのプログラムであっても良い。

【0013】

また、本発明は、副玩具の種類によって異なるＩＤを保持する当該副玩具から当該ＩＤを読み取った場合に、発光、表示及び音出力のうちの少なくとも１つによる演出出力を行う主玩具と、情報端末と、サーバとを具備した玩具システムにおける前記情報端末としてコンピュータを機能させるためのプログラムであって、前記主玩具は、一部又は全部のＩＤに対応する演出制御データが欠落した不全状態のテーブルデータを記憶しており、前記サーバは、欠落している演出制御データを補充し前記不全状態のテーブルデータのうちの前記演出制御データそれぞれを個別に完全状態にするための更新制御データを記憶しており、前記コンピュータを、前記副玩具からＩＤを受信するＩＤ受信手段、前記ＩＤ受信手段で受信されたＩＤに対応する演出制御データを完全状態とするための更新制御データを前記サーバから取得する更新制御データ取得手段、として機能させるためのプログラムであっても良い。また、本発明は、副玩具の種類によって異なるＩＤを保持する当該副玩具から当該ＩＤを読み取った場合に、発光、表示及び音出力のうちの少なくとも１つによる演出出力を行う主玩具と、前記主玩具とは別体の情報端末と、サーバとを具備した玩具システムにおける前記情報端末としてコンピュータを機能させるためのプログラムであって、前記主玩具は、一部又は全部のＩＤに対応する演出制御データが欠落した不全状態のテーブルデータを記憶しており、前記サーバは、欠落している演出制御データを補充し前記不全状態のテーブルデータのうちの前記演出制御データそれぞれを個別に完全状態にするための更新制御データを記憶しており、前記コンピュータを、前記副玩具からＩＤを受信するＩＤ受信手段、前記ＩＤ受信手段で受信されたＩＤに対応する演出制御データを完全状態とするための更新制御データを前記サーバから取得する更新制御データ取得手段、として機能させるためのプログラムであっても良い。

【0014】

また、本発明は、副玩具の種類によって異なるＩＤを保持する当該副玩具から当該ＩＤを読み取った場合に、発光、表示及び音出力のうちの少なくとも１つによる演出出力を行う主玩具と、情報端末と、サーバとを具備した玩具システムにおける前記情報端末としてコンピュータを機能させるためのプログラムであって、前記主玩具は、完全状態となったときに前記副玩具の種類別の各ＩＤに対応づけた演出制御データを格納して各ＩＤに応じた演出出力を行うことができるようになるテーブルデータを不全状態で記憶しており、前記サーバは、前記不全状態のテーブルデータのうちの前記演出制御データそれぞれを個別に完全状態にするための更新制御データを記憶しており、前記コンピュータを、前記副玩具からＩＤを受信するＩＤ受信手段、前記ＩＤ受信手段で受信されたＩＤに対応する演出制御データを完全状態とするための更新制御データを前記サーバから取得する更新制御データ取得手段、として機能させるためのプログラムであっても良い。また、本発明は、副玩具の種類によって異なるＩＤを保持する当該副玩具から当該ＩＤを読み取った場合に、発光、表示及び音出力のうちの少なくとも１つによる演出出力を行う主玩具と、前記主玩具とは別体の情報端末と、サーバとを具備した玩具システムにおける前記情報端末としてコンピュータを機能させるためのプログラムであって、前記主玩具は、完全状態となったときに前記副玩具の種類別の各ＩＤに対応づけた演出制御データを格納して各ＩＤに応じた演出出力を行うことができるようになるテーブルデータを不全状態で記憶しており、前記サーバは、前記不全状態のテーブルデータのうちの前記演出制御データそれぞれを個別に完全状態にするための更新制御データを記憶しており、前記コンピュータを、前記副玩具からＩＤを受信するＩＤ受信手段、前記ＩＤ受信手段で受信されたＩＤに対応する演出制御データを完全状態とするための更新制御データを前記サーバから取得する更新制御データ取得手段、として機能させるためのプログラムであっても良い。

【発明の効果】

【0015】

本発明は、データ解析によって主玩具の演出が知られてしまう可能性を低くすることができる。

【図面の簡単な説明】

【0016】

【図1】第１の実施形態における玩具システムの構成図。

【図2】第１の実施形態の主玩具における演出の実行の説明図。

【図3】第１の実施形態の主玩具に新たな演出制御データを記憶させる場合の説明図。

【図4】第１の実施形態のサーバシステムの機能構成図。

【図5】第１の実施形態の演出制御データテーブルのデータ構成例。

【図6】第１の実施形態の情報端末の機能構成図。

【図7】第１の実施形態の主玩具の機能構成図。

【図8】第１の実施形態の演出制御データテーブルのデータ構成図。

【図9】第１の実施形態の演出制御データ取得処理のフローチャート。

【図10】第１の実施形態の演出制御処理のフローチャート。

【図11】第２の実施形態における玩具システムの構成図。

【図12】第２の実施形態の主玩具における演出の実行の説明図。

【図13】第２の実施形態における演出制御データの説明図。

【図14】第２の実施形態における応用演出制御データが不全状態であることの説明図。

【図15】第２の実施形態における更新制御データを用いた応用演出制御データの更新の説明図。

【図16】第２の実施形態のサーバシステムの機能構成図。

【図17】第２の実施形態の更新制御データテーブルのデータ構成例。

【図18】第２の実施形態の情報端末の機能構成図。

【図19】第２の実施形態の主玩具の機能構成図。

【図20】第２の実施形態の演出制御データテーブルのデータ構成図。

【図21】第２の実施形態の更新制御処理のフローチャート。

【図22】第２の実施形態の演出制御処理のフローチャート。

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

【0017】

＜第１の実施形態＞
［システム構成］
図１は、第１の実施形態の玩具システム１の構成図である。図１によれば、この玩具システム１は、サーバシステム１０と、ユーザが所有する主玩具２０、複数種類の副玩具３０、及び、情報端末４０とを備えて構成される。

【0018】

サーバシステム１０と情報端末４０とは、通信回線Ｎを介してデータ通信可能に構成されている。通信回線Ｎは、データ授受が可能な通信路を意味する。すなわち、通信回線Ｎとは、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬＡＮ（Local Area Network）の他、電話通信網やケーブル網、インターネット等の通信網を含む意味であり、また、通信方法については有線／無線を問わない。

【0019】

サーバシステム１０は、単数又は複数のサーバ装置や記憶装置等を含んで構成されたシステムであって、主玩具２０及び副玩具３０の販売会社が管理する。

【0020】

情報端末４０は、例えばスマートフォンや携帯型ゲーム装置、タブレット型コンピュータ等により実現される電子機器であり、携帯電話基地局や無線通信基地局等を介して通信回線Ｎに接続し、サーバシステム１０とデータ通信を行うことができる。

【0021】

また、主玩具２０、副玩具３０、及び、情報端末４０間では、ＮＦＣ（Near Field Communication：近距離無線通信）によるデータ通信が可能となっている。より具体的には、副玩具３０は、ＮＦＣ用のＩＣタグであるＮＦＣタグを備え、主玩具２０及び情報端末４０は、ＮＦＣタグに対してデータの読み書きが可能なＮＦＣリーダライタを備えている。そして、主玩具２０や情報端末４０による副玩具３０のＮＦＣタグに記憶されているデータの読み出しや、主玩具２０と情報端末４０との間のデータの読み書きが可能である。

【0022】

［概要］
図２に示すように、副玩具３０が備えるＮＦＣタグには、当該玩具の種類を表す副玩具ＩＤが記憶（保持）されている。そして、主玩具２０に副玩具３０を接近させると（例えば“かざす”と）、主玩具２０において、この接近させた副玩具３０の種類（副玩具ＩＤ）に応じた演出がなされる。具体的には、主玩具２０には、副玩具３０の種類（副玩具ＩＤ）それぞれに対応する複数の演出制御データが記憶されている。そして、主玩具２０は、接近された副玩具３０に記憶（保持）されている副玩具ＩＤを読み取り、読み取った副玩具ＩＤに対応する演出制御データに基づく演出を行う。ここで、主玩具２０における演出としては、例えば、所定のメッセージの音声出力や、所定の効果音の音出力、所定のテキストや画像の表示出力、所定のカラーパターンでの発光出力などがある。

【0023】

図３に基づいて、主玩具体２０に新たな演出制御データを記憶させる場合について説明する。新たな演出制御データは、副玩具ＩＤに対応付けて、サーバシステム１０にて記憶されている。演出制御データは副玩具３０の種類（副玩具ＩＤ）毎に異なるため、演出制御データも、副玩具３０の種類（副玩具ＩＤ）毎に異なる。

【0024】

まず、情報端末４０に副玩具３０を接近させると、情報端末４０は、この接近された副玩具３０に記憶されている副玩具ＩＤを読み取る（受信する）（ａ）。次いで、情報端末４０は、サーバシステム１０に対して、読み取った（受信した）副玩具ＩＤとともに、演出制御データを要求する（ｂ）。そして、サーバシステム１０から、副玩具ＩＤに対応する演出制御データを受信（取得）する（ｃ）。続いて、情報端末４０と主玩具２０とを接近させると、情報端末４０から受信した演出制御データが主玩具２０に送信され、新たな演出制御データとして記憶される（ｄ）。

【0025】

このように、主玩具２０に演出制御データが記憶されていなければ、仮に、データ解析されたとしても、どのような演出が行われるかは分からない。また、主玩具体２０に記憶されている演出制御データがデータ解析によって取得されたとしても、そのデータは、そもそも、対応する副玩具３０を用いて新たに記憶された演出制御データであるのだから、ユーザはその演出制御データに基づく演出を知っており、問題が生じることはない。

【0026】

［機能構成］
（Ａ）サーバシステム１０
図４は、サーバシステム１０の機能構成図である。図４によれば、サーバシステム１０は、機能的には、サーバ操作部１１２と、サーバ表示部１１４と、サーバ通信部１１６と、サーバ処理部１２０と、サーバ記憶部１３０とを備えて構成される。

【0027】

サーバ操作部１１２は、サーバシステム１０の管理のための各種操作入力を受け付け、なされた操作に応じた操作信号をサーバ処理部１２０に出力する。この機能は、例えばキーボードやマウス、タッチパネル等の入力装置によって実現される。

【0028】

サーバ表示部１１４は、サーバ処理部１２０からの表示信号に基づいて各種表示画面を表示する。この機能は、例えばフラットパネルディスプレイやＣＲＴ、プロジェクタ等の画像表示装置によって実現される。

【0029】

サーバ通信部１１６は、通信回線Ｎに接続して外部装置（主に、情報端末４０）とのデータ通信を行う。この機能は、例えば無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現される。

【0030】

サーバ処理部１２０は、サーバ記憶部１３０から読み出したプログラムやデータ、サーバ通信部１１６からの受信データ等に基づいて、サーバシステム１０を統括的に制御する。この機能は、ＣＰＵやＧＰＵ等のマイクロプロセッサ、ＡＳＩＣ、ＩＣメモリ等の電子部品によって実現される。本実施形態では、サーバ処理部１２０は、演出制御管理部１２２を有する。

【0031】

演出制御管理部１２２は、情報端末４０から要求された副玩具ＩＤに対応する演出制御データを、当該情報端末４０へ送信する。ここで、演出制御データは、演出制御データテーブル１３４として記憶されている。

【0032】

図５は、演出制御データテーブル１３４のデータ構成例である。図５によれば、演出制御データテーブル１３４は、副玩具ＩＤそれぞれに、演出制御データを対応付けて格納している。

【0033】

サーバ記憶部１３０は、サーバ処理部１２０がサーバシステム１０を統合的に制御するための諸機能を実現するためのシステムプログラムや、本実施形態の各種機能を実現するためのプログラムやデータを記憶するとともに、サーバ処理部１２０の作業領域として用いられ、サーバ処理部１２０が各種プログラムに従って実行した演算結果や、サーバ通信部１１６を介した受信データ等を一時的に記憶する。この機能は、例えばＲＡＭやＲＯＭ等のＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ−ＲＯＭやＤＶＤ等の光学ディスク等によって実現される。本実施形態では、サーバ記憶部１３０には、演出制御管理プログラム１３２と、演出制御データテーブル１３４とが記憶される。

【0034】

（Ｂ）情報端末４０
図６は、情報端末４０の機能構成図である。図８によれば、情報端末４０は、機能的には、端末操作部４１２と、端末表示部４１４と、端末通信部４１６と、端末近距離無線通信部４１８と、端末処理部４２０と、端末記憶部４３０とを備えて構成される。

【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】

サーバシステム２１０と情報端末２４０とは、通信回線Ｎを介してデータ通信可能に構成されている。通信回線Ｎは、データ授受が可能な通信路を意味する。すなわち、通信回線Ｎとは、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬＡＮ（Local Area Network）の他、電話通信網やケーブル網、インターネット等の通信網を含む意味であり、また、通信方法については有線／無線を問わない。

【0065】

サーバシステム２１０は、単数又は複数のサーバ装置や記憶装置等を含んで構成されたシステムであって、主玩具２２０及び副玩具２３０の販売会社が管理する。

【0066】

情報端末２４０は、例えばスマートフォンや携帯型ゲーム装置、タブレット型コンピュータ等により実現される電子機器であり、携帯電話基地局や無線通信基地局等を介して通信回線Ｎに接続し、サーバシステム２１０とデータ通信を行うことができる。

【0067】

また、主玩具２２０、副玩具２３０、及び、情報端末２４０間では、ＮＦＣ（Near Field Communication：近距離無線通信）によるデータ通信が可能となっている。より具体的には、副玩具２３０は、ＮＦＣ用のＩＣタグであるＮＦＣタグを備え、主玩具２２０及び情報端末２４０は、ＮＦＣタグに対してデータの読み書きが可能なＮＦＣリーダライタを備えている。そして、主玩具２２０や情報端末２４０による副玩具２３０のＮＦＣタグに記憶されているデータの読み出しや、主玩具２２０と情報端末２４０との間のデータの読み書きが可能である。

【0068】

［概要］
図１２に示すように、副玩具２３０が備えるＮＦＣタグには、当該玩具の種類を表す副玩具ＩＤが記憶（保持）されている。そして、主玩具２２０に副玩具２３０を接近させると（例えば“かざす”と）、主玩具２２０において、この接近させた副玩具２３０の種類（副玩具ＩＤ）に応じた演出がなされる。具体的には、主玩具２２０には、副玩具２３０の種類（副玩具ＩＤ）それぞれに対応する複数の演出制御データが記憶されている。そして、主玩具２２０は、接近された副玩具２３０に記憶（保持）されている副玩具ＩＤを読み取り、読み取った副玩具ＩＤに対応する演出制御データに基づく演出を行う。ここで、主玩具２２０における演出としては、例えば、所定のメッセージの音声出力や、所定の効果音の音出力、所定のテキストや画像の表示出力、所定のカラーパターンでの発光出力などがある。

【0069】

図１３に示すように、演出制御データには、基本演出制御データと、応用演出制御データとが含まれる。不全状態の応用演出制御データは、所定の更新制御データによって更新されることで、演出制御に用いることが可能な完全状態のデータとなる。

【0070】

図１４に示すように、応用演出制御データの不全状態には、（１）データ全体欠落、（２）データ部分欠落、（３）暗号化、の３つの形態がある。何れの形態を採用することとしてもよい。

【0071】

まず、「データ全体欠落」とは、主玩具２２０において応用演出制御データが記憶されていない状態である。この場合、応用演出制御データそのものが更新制御データとなる。 この「データ全体欠落」を不全状態として採用する場合には、主玩具２２０を製造・販売した後に、応用演出制御データを作成して、新たに主玩具２２０に追加可能な仕組みが実現される。そのため、この場合には、出力する演出の内容が全て決定されていなくとも、主玩具２２０を製造開始することが可能となる。

【0072】

「データ部分欠落」とは、主玩具２２０に記憶されている応用演出制御データの一部が欠落している状態である。例えば、奇数番目といった所定順位のビットや、何ビットから何ビットまでといった連続する所定数のビット範囲のデータが欠落している形態である。この場合、欠落箇所（ビット番号等）を示すデータ、及び、欠落箇所のデータの組み合わせが、更新制御データとなる。なお、不全状態の応用演出制御データとして、演出制御データの識別に用いられる識別子を製造・販売時（出荷時）の初期状態において主玩具２２０に記憶させておき、当該記憶されている識別子に対応付けられた演出制御データを更新制御データとしても良い。この場合、更新時には、識別子に対応付けられた演出制御データ（更新制御データ）は、主玩具２２０に記憶されている識別子（不全状態の応用演出制御データ）のうち、対応付けられた識別子と同じ識別子に対応付けて、主玩具２２０に応用演出制御データとして記憶される。また、不全状態の応用演出制御データとして、演出制御データファイルのファイルの種類を表す拡張子を製造・販売時（出荷時）の初期状態において主玩具２２０に記憶させておき、拡張子をファイル名に含んでいない状態の演出制御データファイルを更新制御データとしても良い。この場合、更新時には、更新制御データのファイル名が、主玩具２２０に記憶されている拡張子（不全状態の応用演出制御データ）が付加されるように修正され、主玩具２２０に応用演出制御データとして記憶される。要するに、応用演出制御データの不全状態としての「データ部分欠落」状態には、演出の内容とは然程関わりなく決定できる一部のデータだけが主玩具２２０に記憶されている状態をも含んでいる。

【0073】

「暗号化」とは、主玩具２２０に記憶されている応用演出制御データが暗号化されている状態である。この場合、暗号化方式に応じた復号キーが、更新制御データとなる。

【0074】

図１５を参照して演出制御データの更新について説明する。更新制御データは、副玩具ＩＤに対応付けて、サーバシステム２１０にて記憶されている。演出制御データは副玩具２３０の種類（副玩具ＩＤ）毎に異なるため、更新制御データも、副玩具２３０の種類（副玩具ＩＤ）毎に異なる。

【0075】

まず、情報端末２４０に副玩具２３０を接近させると、情報端末２４０は、この接近された副玩具２３０に記憶（保持）されている副玩具ＩＤを読み取る（受信する）（ａ）。次いで、情報端末２４０は、サーバシステム２１０に対して、読み取った副玩具ＩＤとともに、更新制御データを要求する（ｂ）。そして、サーバシステム２１０から、副玩具ＩＤに対応する更新制御データを受信（取得）する（ｃ）。続いて、情報端末２４０と主玩具２２０とを接近させると、情報端末２４０が、取得した更新制御データを用いて、主玩具２２０に記憶されている応用演出制御データのうち、対応する応用演出制御データを更新する（ｄ）。

【0076】

このように、主玩具２２０に記憶されている演出制御データ（ここでは応用演出制御データ）は、当初は不全状態のデータである。そのため、仮に、データ解析によって不全状態の演出制御データが不正に取得されたとしても、どのような演出が行われるかは分からない。また、完全状態の演出制御データがデータ解析によって取得されたとしても、そのデータは、そもそも、対応する副玩具２３０を用いて完全状態に更新されたデータであるのだから、ユーザはその演出制御データに基づく演出を知っており、問題が生じることはない。

【0077】

［機能構成］
（Ａ）サーバシステム２１０
図１６は、サーバシステム２１０の機能構成図である。図１６によれば、サーバシステム２１０は、機能的には、サーバ操作部２１１２と、サーバ表示部２１１４と、サーバ通信部２１１６と、サーバ処理部２１２０と、サーバ記憶部２１３０とを備えて構成される。

【0078】

サーバ操作部２１１２は、サーバシステム２１０の管理のための各種操作入力を受け付け、なされた操作に応じた操作信号をサーバ処理部２１２０に出力する。この機能は、例えばキーボードやマウス、タッチパネル等の入力装置によって実現される。

【0079】

サーバ表示部２１１４は、サーバ処理部２１２０からの表示信号に基づいて各種表示画面を表示する。この機能は、例えばフラットパネルディスプレイやＣＲＴ、プロジェクタ等の画像表示装置によって実現される。

【0080】

サーバ通信部２１１６は、通信回線Ｎに接続して外部装置（主に、情報端末２４０）とのデータ通信を行う。この機能は、例えば無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現される。

【0081】

サーバ処理部２１２０は、サーバ記憶部２１３０から読み出したプログラムやデータ、サーバ通信部２１１６からの受信データ等に基づいて、サーバシステム２１０を統括的に制御する。この機能は、ＣＰＵやＧＰＵ等のマイクロプロセッサ、ＡＳＩＣ、ＩＣメモリ等の電子部品によって実現される。本実施形態では、サーバ処理部２１２０は、更新制御管理部２１２２を有する。

【0082】

更新制御管理部２１２２は、情報端末２４０から要求された副玩具ＩＤに対応する更新制御データを、当該情報端末２４０へ送信する。ここで、更新制御データは、更新制御データテーブル２１３４として記憶されている。

【0083】

図１７は、更新制御データテーブル２１３４のデータ構成例である。図１７によれば、更新制御データテーブル２１３４は、副玩具ＩＤそれぞれに、更新制御データを対応付けて格納している。

【0084】

サーバ記憶部２１３０は、サーバ処理部２１２０がサーバシステム２１０を統合的に制御するための諸機能を実現するためのシステムプログラムや、本実施形態の各種機能を実現するためのプログラムやデータを記憶するとともに、サーバ処理部２１２０の作業領域として用いられ、サーバ処理部２１２０が各種プログラムに従って実行した演算結果や、サーバ通信部２１１６を介した受信データ等を一時的に記憶する。この機能は、例えばＲＡＭやＲＯＭ等のＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ−ＲＯＭやＤＶＤ等の光学ディスク等によって実現される。本実施形態では、サーバ記憶部２１３０には、更新制御管理プログラム２１３２と、更新制御データテーブル２１３４とが記憶される。

【0085】

（Ｂ）情報端末２４０
図１８は、情報端末２４０の機能構成図である。図１８によれば、情報端末２４０は、機能的には、端末操作部２４１２と、端末表示部２４１４と、端末通信部２４１６と、端末近距離無線通信部２４１８と、端末処理部２４２０と、端末記憶部２４３０とを備えて構成される。

【0086】

端末操作部２４１２は、ユーザによる各種操作入力を受け付け、なされた操作に応じた操作信号を端末処理部２４２０に出力する。この機能は、例えばボタンスイッチやジョイスティック、タッチパッド、トラックボールといった直接ユーザが指で操作する素子は勿論、加速度センサや角速度センサ、傾斜センサ、地磁気センサ等、運動や姿勢を検知する素子等によって実現される。

【0087】

端末表示部２４１４は、端末処理部２４２０からの表示信号に基づいて各種表示画面を表示する。この機能は、例えばフラットパネルディスプレイやタッチパネル等の表示装置によって実現される。

【0088】

端末通信部２４１６は、通信回線Ｎに接続して外部装置（主に、サーバシステム２１０）とのデータ通信を行う。この機能は、例えば無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現される。

【0089】

端末近距離無線通信部２４１８は、近接した外部装置（主に、主玩具２０や副玩具３０）との近距離無線通信を行う。本実施形態では、主玩具２２０、副玩具２３０及び情報端末４０間は、ＮＦＣによる通信を行うとしたが、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩｒＤＡ等の他の通信を利用することとしてもよい。

【0090】

端末処理部２４２０は、端末記憶部２４３０から読み出したプログラムやデータ、端末通信部２４１６や端末近距離無線通信部２４１８からの受信データ等に基づいて、情報端末２４０の動作を統括的に制御する。この機能は、ＣＰＵやＧＰＵ等のマイクロプロセッサ、ＡＳＩＣ、ＩＣメモリ等の電子部品によって実現される。本実施形態では、端末処理部２４２０は、副玩具ＩＤ取得部２４２２と、更新制御データ取得部２４２４と、演出データ更新制御部２４２６とを有する。

【0091】

副玩具ＩＤ取得部２４２２は、端末近距離無線通信部２４１８を介して、副玩具２３０に記憶（保持）されている副玩具ＩＤを取得する（受信する）。すなわち、副玩具ＩＤ取得部２４２２、端末近距離無線通信部２４１８は、本発明にいうところの「ＩＤ受信手段」として機能する。

【0092】

更新制御データ取得部２４２４は、端末通信部２４１６を介して、副玩具ＩＤ取得部２４２２が取得した副玩具ＩＤに対応する更新制御データを、サーバシステム２１０から取得する。取得した更新制御データは、副玩具ＩＤと対応付けて、取得更新制御データ群２４３４として蓄積記憶される。

【0093】

演出データ更新制御部２４２６は、端末近距離無線通信部２４１８を介して、主玩具２２０に記憶されている不全状態の応用演出制御データを、取得更新制御データ群２４３４として記憶されている更新制御データのうち、対応する更新制御データを用いて、完全状態のデータに更新する。

【0094】

端末記憶部２４３０は、端末処理部２４２０に情報端末２４０を統合的に制御させるための諸機能を実現するためのシステムプログラムや、本実施形態の各種機能を実現するためのプログラムやデータ等を記憶するとともに、端末処理部２４２０の作業領域として用いられ、端末処理部２４２０が各種プログラムに従って実行した演算結果や、端末通信部２４１６や端末近距離無線通信部２４１８からの受信データ等が一時的に格納される。この機能は、例えばＲＡＭやＲＯＭ等のＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ−ＲＯＭやＤＶＤ等の光学ディスク等によって実現される。本実施形態では、端末記憶部２４３０には、更新制御プログラム２４３２と、取得更新制御データ群２４３４とが記憶される。

【0095】

（Ｃ）主玩具２２０
図１９は、主玩具２２０の機能構成図である。図１９によれば、主玩具２２０は、機能的には、玩具操作部２２１２と、玩具表示部２２１４と、音出力部２２１６と、玩具近距離無線通信部２２１８と、玩具処理部２２２０と、玩具記憶部２２３０とを備えて構成される。

【0096】

玩具操作部２２１２は、ユーザによる各種操作入力を受け付け、なされた操作に応じた操作信号を処理部に出力する。この機能は、例えばボタンスイッチやタッチパネル等の入力装置によって実現される。

【0097】

玩具表示部２２１４は、玩具処理部からの表示信号に基づいて各種表示を行う。この機能は、液晶ディスプレイ（ＬＣＤ）等の画像表示装置の他、ＬＥＤ等の発光装置によって実現される。

【0098】

音出力部２２１６は、玩具処理部２２２０からの音信号に基づいて各種音声を出力する。この機能は、スピーカ等の音出力装置によって実現される。

【0099】

玩具近距離無線通信部２２１８は、近接した外部装置（主に、副玩具２３０や情報端末２４０）との近距離無線通信を行う。本実施形態では、主玩具２２０、副玩具２３０及び情報端末２４０間は、ＮＦＣによる通信を行うとしたが、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩｒＤＡ等の他の通信を利用することとしてもよい。

【0100】

玩具処理部２２２０は、玩具記憶部２２３０から読み出したプログラムやデータ、玩具操作部２２１２からの操作信号等に基づいて、主玩具２２０の動作を統括的に制御する。この機能は、ＣＰＵやＧＰＵ等のマイクロプロセッサ、ＡＳＩＣ、ＩＣメモリ等の電子部品によって実現される。本実施形態では、玩具処理部２２２０は、演出制御部２２２２を有する。

【0101】

演出制御部２２２２は、接近された副玩具２３０の種類に応じた演出の制御を行う。すなわち、玩具近距離無線通信部２２１８を介して、副玩具２３０に記憶（保持）されている副玩具ＩＤを読み出す（受信する）と、この副玩具ＩＤに対応する演出制御データのうち、応用演出制御データが完全状態ならば、この応用演出制御データに基づく演出制御を行い、不全状態ならば、基本演出制御データに基づく演出制御を行う。なお、基本演出制御データを不用とし、演出制御データを応用演出制御データのみとしてもよい。その場合、不全状態ならば、演出制御は行われないこととなる。演出制御としては、例えば、玩具表示部２１４に所与の演出表示をさせたり、音出力部２２１６から所与の演出音声を出力させたりする。ここで、演出制御データは、演出制御データテーブル２２３４に格納されている。

【0102】

図２０は、演出制御データテーブル２２３４のデータ構成例である。図２０によれば、演出制御データテーブル２２３４は、副玩具ＩＤそれぞれに、演出制御データとして基本演出制御データ及び応用演出制御データと、更新フラグとを対応付けて格納している。更新フラグは、応用演出制御データが更新制御データによって更新されているか、すなわち完全状態であるか否かを示すフラグである。

【0103】

玩具記憶部２２３０は、玩具処理部２２２０に主玩具２２０を統合的に制御させるための諸機能を実現するためのシステムプログラムや、本実施形態の各種機能を実現するためのプログラムやデータを記憶するとともに、玩具処理部２２２０の作業領域として用いられ、玩具処理部２２２０が各種プログラムに従って実行した演算結果や、玩具近距離無線通信部２２１８を介した受信データ等を一時的に記憶する。この機能は、例えばＲＡＭやＲＯＭ等のＩＣメモリ等によって実現される。本実施形態では、玩具記憶部２２３０には、演出制御プログラム２２３２と、演出制御データテーブル２２３４とが記憶される。

【0104】

［処理の流れ］
（Ａ）情報端末２４０
図２１は、情報端末２４０における更新制御処理の流れを説明するフローチャートである。この機能は、端末処理部２４２０が更新制御プログラム２４３２を実行することで実現される。

【0105】

先ず、副玩具２３０との通信を確立したならば（ステップＡ１：ＹＥＳ）、副玩具ＩＤ取得部２４２２が、当該副玩具２３０に記憶（保持）されている副玩具ＩＤを読み取る（受信する）（ステップＡ３）。次いで、更新制御データ取得部２４２４が、サーバシステム２１０に対して、この読み取った副玩具ＩＤの更新制御データを要求する（ステップＡ５）。そして、当該要求に応答してサーバシステム２１０から送信されてくる更新制御データを取得（受信）して更新制御データ群に追加する（ステップＡ７）。その後、更新制御データを取得したことを、例えば音声出力や画像表示等によって報知する（ステップＡ９）。

【0106】

また、主玩具２２０との通信を確立したならば（ステップＡ１１：ＹＥＳ）、演出データ更新制御部２４２６が、主玩具２２０に記憶されている演出制御データテーブル２２３４と、取得更新制御データ群２４３４とを比較して、主玩具２２０に記憶されている不全状態の応用演出制御データのうち、更新可能なデータを選択する（ステップＡ１３）。次いで、選択した応用演出制御データを、対応する更新制御データを用いて、完全状態のデータに更新する（ステップＡ１５）。そして、応用演出制御データの更新が完了したことを、例えば音声出力や画像表示等によって報知する（ステップＡ１７）。その後、ステップＡ１に戻り、同様の処理を繰り返す。

【0107】

（Ｂ）主玩具２２０
図２２は、主玩具２２０における演出制御処理の流れを説明するフローチャートである。この機能は、玩具処理部２２２０が演出制御プログラム２２３２を実行することで実現される。

【0108】

玩具処理部２２２０は、副玩具２３０との通信を確立したならば（ステップＢ１：ＹＥＳ）、演出制御部２２２２が、当該副玩具２３０に記憶（保持）されている副玩具ＩＤを読み取る（ステップＢ３）。次いで、演出制御データテーブル２２３４を参照し、読み取った副玩具ＩＤに対応する応用演出制御データが完全状態のデータであるか否かを判断する。完全状態ならば（ステップＢ５：ＹＥＳ）、対応する応用演出制御データに基づく演出制御を行い（ステップＢ７）、不全状態ならば（ステップＢ５：ＮＯ）、対応する基本演出制御データに基づく演出制御を行う（ステップＢ７）。その後、ステップＢ１に戻り、同様の処理を繰り返す。

【0109】

［作用効果］
このように、本実施形態の玩具システム２１では、主玩具２２０は、副玩具２３０の種類を表す副玩具ＩＤそれぞれに対応する、完全状態の基本演出制御データ、及び、不全状態の応用演出制御データを含む演出制御データを格納した演出制御データテーブル２２３４を記憶している。不全状態の応用演出制御データは、情報端末２４０が、対応する副玩具２３０の副玩具ＩＤを読み取り、サーバシステム２１０から、この副玩具ＩＤに対応する更新制御データを取得し、この更新制御データを用いて更新することで、完全状態に更新される。

【0110】

つまり、不全状態の応用演出制御データを完全状態に更新するには、対応する副玩具２３０が必要である。また、不全状態のデータから、どのような演出が行われるかを伺い知ることはできない。これにより、主玩具２２０が解析されて、応用演出制御データが不正に取得されたとしても、どのような演出が行われるか知られてしまうことがない。また、応用演出制御データが完全状態であれば、対応する副玩具２３０を用いて更新したデータであるのだから、ユーザはその応用演出制御データに基づく演出を知っており、問題が生じることはない。

【0111】

また、主玩具２２０に記憶される応用演出データの不全状態の形態が「データ全体欠落」の場合、すなわち、応用演出制御データそのものが更新制御データとしてサーバシステム２１０から取得される場合には、主玩具２２０の製造・販売後（出荷後）に、応用演出制御データを作成して、主玩具２２０に追加記憶させることが可能となり、 全ての演出内容が決定されていなくとも、主玩具２２０を早期に製造開始することが可能となる。

【0112】

以上述べたとおり、第２の実施形態によれば、種類によって異なるＩＤを発信する副玩具と、副玩具から読み取ったＩＤに対応する演出を行う主玩具とを具備する玩具システムにおいて、主玩具の解析によって、副玩具が無くとも、当該副玩具のＩＤを受信した場合に主玩具が行う演出が知られてしまうことを防止できる。すなわち、主玩具には不全状態のテーブルデータが記憶されている。この不全状態のテーブルデータのうちの演出制御データを１つ１つ完全状態にすることができるが、そのためには、副玩具が発信するＩＤを情報端末が受信し、受信したＩＤに対応する演出制御データを完全状態とするための更新制御データを情報端末がサーバから取得して、この取得した更新制御データを用いて主玩具内の当該演出制御データが更新される必要がある。従って、データ解析が行われても、得られるデータが不全状態の演出制御データでは、どのような演出が行われるかまでは分からない。なお、データ解析によって完全状態の演出制御データが取得されたとしても、そのデータは、対応する副玩具を用いて完全状態に更新されたデータであるのだから、ユーザはその演出制御データに基づく演出を知っており、問題が生じることはない。

【0113】

また、第２の実施形態によれば、不全状態のテーブルデータは、一部又は全部のＩＤに対応する演出制御データが欠落した状態のデータである。また、サーバには、欠落している演出制御データを補充するためのデータが更新制御データとして記憶される。そして、情報端末が対応する更新制御データを主玩具のテーブルデータに補充することで、対応する演出制御データが完全状態に更新される。従って、不全状態においてデータ解析が行われたとしても、演出制御データそのものが欠落しているため、どのような演出が行われるか認知されることはない。また、演出制御データが欠落した状態で主玩具を製造・販売し、後日、サーバから提供されるデータで補充する仕組みとなるため、製造・販売後に新たな演出を追加可能な主玩具を実現することができる。

【0114】

また、第２の実施形態によれば、不全状態のテーブルデータは、一部又は全部のＩＤに対応する演出制御データが暗号化された状態のデータである。また、サーバには、暗号化されている演出制御データを復号するためのデータが更新制御データとして記憶される。そして、情報端末が、対応する演出制御データを復号することで、対応する演出制御データが完全状態に更新される。従って、不全状態においてデータ解析が行われたとしても、演出制御データが暗号化されているため、どのような演出が行われるか認知されることはない。

【0115】

［変形例］
なお、本発明の適用可能な実施形態は、上述の実施形態に限定されることなく、本発明の趣旨を逸脱しない範囲で適宜変更可能である。

【0116】

（Ａ）
例えば、第２の実施形態においては、情報端末２４０が演出データ更新制御部２４２６を有しており、端末近距離無線通信部２４１８を介して、主玩具２２０に記憶されている不全状態の応用演出制御データを、取得更新制御データ群２４３４として記憶されている更新制御データのうち、対応する更新制御データを用いて、完全状態のデータに更新するが、これに限られず、情報端末２４０に演出データ更新制御部に代えて、更新制御データ送信部を設け、更新制御データ送信部は、端末近距離無線通信部２４１８を介して、取得更新制御データ群２４３４として記憶されている更新制御データを主玩具２２０に送り、主玩具２２０の玩具処理部２２２０が玩具近距離無線通信部２２１８を介して受信した更新制御データを用いて、主玩具２２０に記憶されている不全状態の応用演出制御データを、完全状態のデータに更新するようにしても良い。すなわち、更新制御を行う手段は、情報端末２４０に設けても、主玩具２２０のいずれに設けても良い。

【0117】

（Ｂ）
また、例えば、情報端末２４０が更新制御データテーブル２１３４を記憶することとしても良い。すなわち、情報端末２４０は、予め、サーバシステム２１０から、更新制御プログラム２４３２とともに更新制御データテーブル２１３４をダウンロード等によって取得しておく。この場合、初期状態として、更新制御データテーブル２１３４に格納されている全ての更新制御データを用いた更新を「不可能」と設定しておく。そして、副玩具２３０が接近されると、この副玩具２３０から読み出した副玩具ＩＤに対応する更新制御データを用いた更新を「可能」に設定変更する。

【0118】

そして、情報端末２４０と主玩具２２０とを接近させると、この主玩具２２０に記憶されている不全状態の応用演出制御データであって、更新制御データテーブル２１３４において対応する更新制御データを用いた更新が「可能」と設定されている応用演出制御データを、情報端末２４０が完全状態となるように更新する。

【0119】

（Ｃ）
また、情報端末２４０による、サーバシステム２１０から取得した更新制御データを用いた応用演出制御データの更新に回数制限を設けるようにしても良い。具体的には、取得更新制御データ群２４３４において、更新制御データそれぞれに対応づけて、更新に利用される度にカウントアップする更新回数を記憶しておく。そして、更新回数が制限回数に達した更新制御データについては、以降の更新に利用不可能とする、或いは、当該更新制御データを情報端末２４０から削除する。

【0120】

（Ｄ）
また、第１の実施形態、第２の実施形態ともに、主玩具、副玩具、及び、情報端末間の通信を近距離無線通信としたが、有線通信としても良い。

【0121】

（Ｅ）
第１の実施形態、第２の実施形態ともに、演出制御データとして、副玩具ＩＤそれぞれに対応づけて、基本演出制御データと、応用演出制御データとの２種類があることとして説明したが、副玩具ＩＤそれぞれに対応する演出制御データを応用演出制御データのみとしてもよい。その場合、基本演出制御データを不用としてもよいし、複数の副玩具ＩＤに対して同一の基本演出制御データを共通に使用することとしてもよい。

【0122】

（Ｆ）
また、第１の実施形態、第２の実施形態ともに主玩具と副玩具とは、どのような玩具としてもよい。例えば、特許文献１のように、主玩具をバックル（及びベルト）や、手に把持できる武器おもちゃとし、副玩具を指輪としてもよい。また、この場合、副玩具も指輪以外にフィギュアやカードなど、様々なものが考えられる。ただ、主玩具を使用者が身体に装着可能または把持可能なものとし、副玩具も同様に使用者が身体に装着可能または把持可能なものとすれば、使用者があるポーズ（これもＴＶ番組での演出に一致していることが望ましい）をして、副玩具を主玩具に対してＩＤを読取可能な位置に置くと、主玩具が副玩具のＩＤを読み取る、ということも可能となり、ポーズ遊びと演出出力が連動するという動作応答玩具にすることも可能である。しかし、第１の実施形態、第２の実施形態ともに、主玩具、副玩具は特に身体に装着可能であったり、手に把持可能なものに限定されるものではない。主玩具を駅のホーム型の玩具とし、副玩具を列車玩具として、列車玩具の読取により主玩具から出力される演出を駅のホームのアナウンス音等にしてもよい。また、主玩具をロボット玩具とし、副玩具をロボット玩具に取り付け可能なパーツ（例えば武器やパイロットの人形等）とし、当該パーツを読み取ることにより、ロボット玩具から当該パーツに応じた音声（例えば、武器ならば攻撃音、パイロットならばセリフ音声）が出力されるようにしても良い。また、主玩具を銃や剣等の武器玩具とし、副玩具をそれに装着できるパーツ（例えば、弾丸や、装飾部品）とし、当該パーツを読み取ることにより、武器玩具から当該パーツに応じた音声が出力されるようにしても良い。また、主玩具を携帯電話や化粧品等の実用品を模した玩具とし、副玩具をこれに取り付け可能なパーツとし、当該パーツを読み取ることにより、当該パーツに応じた演出が出力されるようにしてもよい。

【0123】

（Ｇ）
また、第１の実施形態、第２の実施形態においては、主玩具と副玩具の通信手段と、主玩具と情報端末間および副玩具と情報端末間での通信手段として、同じＮＦＣ（Near Field Communication：近距離無線通信）によるデータ通信を用いているが、これに限られない。すなわち、主玩具と情報端末、副玩具と情報端末は第１の通信手段で通信するが、主玩具と副玩具は第１の通信手段とは異なる第２の通信手段（または、読取手段）を用いて、主玩具は副玩具のＩＤを読み取るようにしても良い。より具体的には、前記第１の通信手段としては、前述の実施形態同様、ＮＦＣ（Near Field Communication：近距離無線通信）によるデータ通信を用い、主玩具と副玩具間の、玩具間では、より安価なものとするため、赤外線や、若しくは、主玩具に設けられた物理的なスイッチによる、副玩具に設けられたＩＤを表現する凹凸部の読取をもって第２の通信手段（または、読取手段）としても良い。

【符号の説明】

【0124】

１ 玩具システム
１０ サーバシステム
１１２ 操作部、１１４ 表示部、１１６ 通信部
１２０ 処理部、１２２ 演出制御管理部
１３０ 記憶部
１３２ 演出制御管理プログラム、１３４ 演出制御データテーブル
２０ 主玩具
２１２ 操作部、２１４ 表示部、２１６ 音出力部、２１８ 近距離無線通信部
２２０ 処理部、２２２ 演出制御部
２３０ 記憶部
２３２ 演出制御プログラム、２３４ 演出制御データテーブル
３０ 副玩具
４０ 情報端末
４１２ 操作部、４１４ 表示部、４１６ 通信部、４１８ 近距離無線通信部
４２０ 処理部
４２２ 副玩具ＩＤ取得部、４２４ 演出制御データ取得部
４２６ 演出データ送信部
４３０ 記憶部
４３２ 演出制御データ制御プログラム、４３４ 取得演出制御データ群
２１ 玩具システム
２１０ サーバシステム
２１１２ 操作部、２１１４ 表示部、２１１６ 通信部
２１２０ 処理部、２１２２ 更新制御管理部
２１３０ 記憶部
２１３２ 更新制御管理プログラム、２１３４ 更新制御データテーブル
２２０ 主玩具
２２１２ 操作部、２２１４ 表示部、２２１６ 音出力部、２２１８ 近距離無線通信部
２２２０ 処理部、２２２２ 演出制御部
２２３０ 記憶部
２２３２ 演出制御プログラム、２２３４ 演出制御データテーブル
２３０ 副玩具
２４０ 情報端末
２４１２ 操作部、２４１４ 表示部、２４１６ 通信部、２４１８ 近距離無線通信部
２４２０ 処理部
２４２２ 副玩具ＩＤ取得部、２４２４ 更新制御データ取得部
２４２６ 演出データ更新制御部
２４３０ 記憶部
２４３２ 更新制御プログラム、２４３４ 取得更新制御データ群

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】