(57)【要約】【課題】データ解析によって主玩具の演出が知られてしまうことの防止。【解決手段】情報端末４０に副玩具３０を接近させると（かざすと）、情報端末４０が副玩具ＩＤを読み取り、この副玩具ＩＤに対応する演出制御データをサーバシステム１０から取得する。その後、情報端末４０に主玩具２０を接近させると、この主玩具２０に演出制御データが送信され、記憶される。そして、主玩具２０に副玩具３０を接近させると、この副玩具３０の副玩具ＩＤに対応する演出制御データに基づいて演出出力が行われる。【選択図】図３
2020072952.tif 000002
【特許請求の範囲】
【請求項１】
副玩具の種類によって異なるＩＤを保持する当該副玩具から当該ＩＤを読み取った場合
に、発光、表示及び音出力のうちの少なくとも１つによる演出出力を行う主玩具と、情報
端末と、サーバとを具備した玩具システムであって、  
前記情報端末は、
前記副玩具からＩＤを受信するＩＤ受信手段と、
前記ＩＤ受信手段で受信されたＩＤに対応する演出制御データを前記サーバから取得す
る演出制御データ取得手段と、
前記演出制御データ取得手段が取得した、前記ＩＤ受信手段で受信されたＩＤに対応す
る演出制御データを前記主玩具に送信する演出制御データ送信手段と、
を有し、
前記サーバは、
前記副玩具のＩＤに対応する演出制御データを記憶しており、
前記主玩具は、
前記演出制御データ送信手段から送信された、前記演出制御データ取得手段が取得した
前記ＩＤ受信手段で受信された前記副玩具のＩＤに対応する演出制御データを記憶可能で
ある、
ことを特徴とする玩具システム。
【請求項２】
副玩具の種類によって異なるＩＤを保持する当該副玩具から当該ＩＤを読み取った場合
に、発光、表示及び音出力のうちの少なくとも１つによる演出出力を行う主玩具と、情報
端末と、サーバとを具備した玩具システムであって、
前記主玩具は、一部又は全部のＩＤに対応する演出制御データが欠落した不全状態のテ
ーブルデータを記憶しており、
前記サーバは、欠落している演出制御データを補充し前記不全状態のテーブルデータの
うちの前記演出制御データそれぞれを個別に完全状態にするための更新制御データを記憶
しており、
前記情報端末は、
前記副玩具からＩＤを受信するＩＤ受信手段と、
前記ＩＤ受信手段で受信されたＩＤに対応する演出制御データを完全状態とするための
更新制御データを前記サーバから取得する更新制御データ取得手段と、
を有し、
前記情報端末または前記主玩具は、
前記主玩具に記憶されている前記テーブルデータの前記演出制御データを、前記更新制
御データ取得手段により取得された更新制御データを用いて完全状態に更新する制御を行
う更新制御手段と、
を備えた、
玩具システム。
【請求項３】
副玩具の種類によって異なるＩＤを保持する当該副玩具から当該ＩＤを読み取った場合
に、発光、表示及び音出力のうちの少なくとも１つによる演出出力を行う主玩具と、情報
端末と、サーバとを具備した玩具システムであって、
前記主玩具は、完全状態となったときに前記副玩具の種類別の各ＩＤに対応づけた演出
制御データを格納して各ＩＤに応じた演出出力を行うことができるようになるテーブルデ
ータを不全状態で記憶しており、
前記サーバは、前記不全状態のテーブルデータのうちの前記演出制御データそれぞれを
個別に完全状態にするための更新制御データを記憶しており、
前記情報端末は、
前記副玩具からＩＤを受信するＩＤ受信手段と、
前記ＩＤ受信手段で受信されたＩＤに対応する演出制御データを完全状態とするための
更新制御データを前記サーバから取得する更新制御データ取得手段と、
を有し、
前記情報端末または前記主玩具は、
前記主玩具に記憶されている前記テーブルデータの前記演出制御データを、前記更新制
御データ取得手段により取得された更新制御データを用いて完全状態に更新する制御を行
う更新制御手段と、
を備えた、
玩具システム。
【請求項４】
前記不全状態のテーブルデータは、一部又は全部のＩＤに対応する演出制御データが暗
号化された状態のデータであり、
前記サーバは、暗号化されている演出制御データを復号するためのデータとして前記更
新制御データを記憶しており、
前記更新制御手段は、前記ＩＤ受信手段で受信されたＩＤに対応する演出制御データを
復号することで前記更新する制御を行う、
請求項３に記載の玩具システム。
【請求項５】
副玩具の種類によって異なるＩＤを保持する当該副玩具から当該ＩＤを読み取った場合
に、発光、表示及び音出力のうちの少なくとも１つによる演出出力を行う主玩具と、情報
端末と、サーバとを具備した玩具システムにおける前記情報端末としてコンピュータを機
能させるためのプログラムであって、
前記コンピュータを、
前記副玩具からＩＤを受信する制御を行うＩＤ受信制御手段、
前記ＩＤ受信制御手段で受信されたＩＤに対応する演出制御データを前記サーバから取
得する演出制御データ取得手段、
として機能させるためのプログラム。
【請求項６】
副玩具の種類によって異なるＩＤを保持する当該副玩具から当該ＩＤを読み取った場合
に、発光、表示及び音出力のうちの少なくとも１つによる演出出力を行う主玩具と、情報
端末と、サーバとを具備した玩具システムにおける前記情報端末としてコンピュータを機
能させるためのプログラムであって、
前記主玩具は、一部又は全部のＩＤに対応する演出制御データが欠落した不全状態のテ
ーブルデータを記憶しており、
前記サーバは、欠落している演出制御データを補充し前記不全状態のテーブルデータの
うちの前記演出制御データそれぞれを個別に完全状態にするための更新制御データを記憶
しており、
前記コンピュータを、
前記副玩具からＩＤを受信するＩＤ受信手段、
前記ＩＤ受信手段で受信されたＩＤに対応する演出制御データを完全状態とするための
更新制御データを前記サーバから取得する更新制御データ取得手段、
として機能させるためのプログラム。
【請求項７】
副玩具の種類によって異なるＩＤを保持する当該副玩具から当該ＩＤを読み取った場合
に、発光、表示及び音出力のうちの少なくとも１つによる演出出力を行う主玩具と、情報
端末と、サーバとを具備した玩具システムにおける前記情報端末としてコンピュータを機
能させるためのプログラムであって、
前記主玩具は、完全状態となったときに前記副玩具の種類別の各ＩＤに対応づけた演出
制御データを格納して各ＩＤに応じた演出出力を行うことができるようになるテーブルデ
ータを不全状態で記憶しており、
前記サーバは、前記不全状態のテーブルデータのうちの前記演出制御データそれぞれを
個別に完全状態にするための更新制御データを記憶しており、
前記コンピュータを、
前記副玩具からＩＤを受信するＩＤ受信手段、
前記ＩＤ受信手段で受信されたＩＤに対応する演出制御データを完全状態とするための
更新制御データを前記サーバから取得する更新制御データ取得手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、主玩具及び副玩具を具備した玩具システム等に関する。
【背景技術】
【０００２】
玩具システムの一形態として、主玩具（バックル及びベルト）と副玩具（指輪）とを具
備し、主玩具に副玩具を接近させると、主玩具が音声出力などの所定の演出を行う構成が
知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許第５１２２０１４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述した従来の玩具システムは、複数種類の副玩具が存在し、それぞれの副玩具が個別
に販売されることを前提としており、ユーザが所有する（購入した）副玩具に係る演出の
みを主玩具に行わせることができる。そのため、主玩具に内蔵されたメモリには、販売さ
れる全ての種類の副玩具に係る演出データを予め記憶しておく必要があった。
【０００５】
そのため、幾つかの問題があった。１つは、悪意のある者によって、主玩具のメモリに
記憶されているデータが解析され、演出内容が知られ得るという問題である。ユーザが主
玩具での新たな演出を楽しむためには、自分が所有していない副玩具を取得する必要があ
る。しかし、解析によって、副玩具を取得せずとも、どのような演出が行われるかを知る
ことができてしまう。また、解析された演出データによる音声や画像がインターネット上
に公開される危険もあった。
【０００６】
もう１つの問題は、販売される全ての種類の副玩具が決定し、且つ、それぞれの副玩具
に対する演出が決定し、且つ、対応する演出データが出来上がった後でなければ、主玩具
の製造を開始できないことである。例えば、ある１つの演出に係る著作権の許諾契約に時
間がかかった場合、主玩具の製造開始が遅れることになるおそれがある。また、玩具シス
テムを子供向けのＴＶ番組とタイアップして製造・販売する場合には、主玩具の演出には
、ＴＶ放映された番組で使われる演出と一致していた方が望ましい。しかし、ＴＶ番組で
使われる演出が全て決定し、かつ、それと一致する全ての演出データが出来上がってなけ
れば主玩具の製造を開始できないため、ＴＶ番組で使われる演出の決定が遅れれば、その
分、主玩具の製造開始が遅れる可能性があり、にも関わらず、ＴＶ番組の放映開始と同時
に主玩具の販売を開始するようにするのであれば、主玩具の製造に掛けられる時間が短く
なり、販売開始までに製造できる主玩具の個数が減ってしまうおそれがあった。
【０００７】
本発明は、データ解析によって主玩具の演出が知られてしまう可能性を低くすることを
目的とする。
【課題を解決するための手段】
【０００８】
本発明は、副玩具の種類によって異なるＩＤを保持する当該副玩具から当該ＩＤを読み
取った場合に、発光、表示及び音出力のうちの少なくとも１つによる演出出力を行う主玩
具と、情報端末と、サーバとを具備した玩具システムであって、前記情報端末は、前記副
玩具からＩＤを受信するＩＤ受信手段と、前記ＩＤ受信手段で受信されたＩＤに対応する
演出制御データを前記サーバから取得する演出制御データ取得手段と、前記演出制御デー
タ取得手段が取得した、前記ＩＤ受信手段で受信されたＩＤに対応する演出制御データを
前記主玩具に送信する演出制御データ送信手段と、を有し、前記サーバは、前記副玩具の
ＩＤに対応する演出制御データを記憶しており、前記主玩具は、前記演出制御データ送信
手段から送信された、前記演出制御データ取得手段が取得した前記ＩＤ受信手段で受信さ
れた前記副玩具のＩＤに対応する演出制御データを記憶可能である、ことを特徴とする。
【０００９】
また、本発明は、副玩具の種類によって異なるＩＤを保持する当該副玩具から当該ＩＤ
を読み取った場合に、発光、表示及び音出力のうちの少なくとも１つによる演出出力を行
う主玩具と、情報端末と、サーバとを具備した玩具システムであって、前記主玩具は、一
部又は全部のＩＤに対応する演出制御データが欠落した不全状態のテーブルデータを記憶
しており、前記サーバは、欠落している演出制御データを補充し前記不全状態のテーブル
データのうちの前記演出制御データそれぞれを個別に完全状態にするための更新制御デー
タを記憶しており、前記情報端末は、前記副玩具からＩＤを受信するＩＤ受信手段と、  
前記ＩＤ受信手段で受信されたＩＤに対応する演出制御データを完全状態とするための更
新制御データを前記サーバから取得する更新制御データ取得手段と、を有し、前記情報端
末または前記主玩具は、前記主玩具に記憶されている前記テーブルデータの前記演出制御
データを、前記更新制御データ取得手段により取得された更新制御データを用いて完全状
態に更新する制御を行う更新制御手段と、を備えるものであっても良い。
【００１０】
また、本発明は、副玩具の種類によって異なるＩＤを保持する当該副玩具から当該ＩＤ
を読み取った場合に、発光、表示及び音出力のうちの少なくとも１つによる演出出力を行
う主玩具と、情報端末と、サーバとを具備した玩具システムであって、前記主玩具は、完
全状態となったときに前記副玩具の種類別の各ＩＤに対応づけた演出制御データを格納し
て各ＩＤに応じた演出出力を行うことができるようになるテーブルデータを不全状態で記
憶しており、前記サーバは、前記不全状態のテーブルデータのうちの前記演出制御データ
それぞれを個別に完全状態にするための更新制御データを記憶しており、前記情報端末は
、前記副玩具からＩＤを受信するＩＤ受信手段と、前記ＩＤ受信手段で受信されたＩＤに
対応する演出制御データを完全状態とするための更新制御データを前記サーバから取得す
る更新制御データ取得手段と、を有し、前記情報端末または前記主玩具は、前記主玩具に
記憶されている前記テーブルデータの前記演出制御データを、前記更新制御データ取得手
段により取得された更新制御データを用いて完全状態に更新する制御を行う更新制御手段
と、を備えたものであっても良い。
【００１１】
また、本発明において、前記不全状態のテーブルデータは、一部又は全部のＩＤに対応
する演出制御データが暗号化された状態のデータであり、前記サーバは、暗号化されてい
る演出制御データを復号するためのデータとして前記更新制御データを記憶しており、  
前記更新制御手段は、前記ＩＤ受信手段で受信されたＩＤに対応する演出制御データを復
号することで前記更新する制御を行うものであっても良い。
【００１２】
また、本発明は、副玩具の種類によって異なるＩＤを保持する当該副玩具から当該ＩＤ
を読み取った場合に、発光、表示及び音出力のうちの少なくとも１つによる演出出力を行
う主玩具と、情報端末と、サーバとを具備した玩具システムにおける前記情報端末として
コンピュータを機能させるためのプログラムであって、前記コンピュータを、前記副玩具
からＩＤを受信する制御を行うＩＤ受信制御手段、前記ＩＤ受信制御手段で受信されたＩ
Ｄに対応する演出制御データを前記サーバから取得する演出制御データ取得手段、として
機能させるためのプログラムであっても良い。
【００１３】
また、本発明は、副玩具の種類によって異なるＩＤを保持する当該副玩具から当該ＩＤ
を読み取った場合に、発光、表示及び音出力のうちの少なくとも１つによる演出出力を行
う主玩具と、情報端末と、サーバとを具備した玩具システムにおける前記情報端末として
コンピュータを機能させるためのプログラムであって、前記主玩具は、一部又は全部のＩ
Ｄに対応する演出制御データが欠落した不全状態のテーブルデータを記憶しており、前記
サーバは、欠落している演出制御データを補充し前記不全状態のテーブルデータのうちの
前記演出制御データそれぞれを個別に完全状態にするための更新制御データを記憶してお
り、前記コンピュータを、前記副玩具からＩＤを受信するＩＤ受信手段、前記ＩＤ受信手
段で受信されたＩＤに対応する演出制御データを完全状態とするための更新制御データを
前記サーバから取得する更新制御データ取得手段、として機能させるためのプログラムで
あっても良い。
【００１４】
また、本発明は、副玩具の種類によって異なるＩＤを保持する当該副玩具から当該ＩＤ
を読み取った場合に、発光、表示及び音出力のうちの少なくとも１つによる演出出力を行
う主玩具と、情報端末と、サーバとを具備した玩具システムにおける前記情報端末として
コンピュータを機能させるためのプログラムであって、前記主玩具は、完全状態となった
ときに前記副玩具の種類別の各ＩＤに対応づけた演出制御データを格納して各ＩＤに応じ
た演出出力を行うことができるようになるテーブルデータを不全状態で記憶しており、前
記サーバは、前記不全状態のテーブルデータのうちの前記演出制御データそれぞれを個別
に完全状態にするための更新制御データを記憶しており、前記コンピュータを、前記副玩
具からＩＤを受信するＩＤ受信手段、前記ＩＤ受信手段で受信されたＩＤに対応する演出
制御データを完全状態とするための更新制御データを前記サーバから取得する更新制御デ
ータ取得手段、として機能させるためのプログラムであっても良い。
【発明の効果】
【００１５】
本発明は、データ解析によって主玩具の演出が知られてしまう可能性を低くすることが
できる。
【図面の簡単な説明】
【００１６】
【図１】第１の実施形態における玩具システムの構成図。
【図２】第１の実施形態の主玩具における演出の実行の説明図。
【図３】第１の実施形態の主玩具に新たな演出制御データを記憶させる場合の説明図。
【図４】第１の実施形態のサーバシステムの機能構成図。
【図５】第１の実施形態の演出制御データテーブルのデータ構成例。
【図６】第１の実施形態の情報端末の機能構成図。
【図７】第１の実施形態の主玩具の機能構成図。
【図８】第１の実施形態の演出制御データテーブルのデータ構成図。
【図９】第１の実施形態の演出制御データ取得処理のフローチャート。
【図１０】第１の実施形態の演出制御処理のフローチャート。
【図１１】第２の実施形態における玩具システムの構成図。
【図１２】第２の実施形態の主玩具における演出の実行の説明図。
【図１３】第２の実施形態における演出制御データの説明図。
【図１４】第２の実施形態における応用演出制御データが不全状態であることの説明図。
【図１５】第２の実施形態における更新制御データを用いた応用演出制御データの更新の説明図。
【図１６】第２の実施形態のサーバシステムの機能構成図。
【図１７】第２の実施形態の更新制御データテーブルのデータ構成例。
【図１８】第２の実施形態の情報端末の機能構成図。
【図１９】第２の実施形態の主玩具の機能構成図。
【図２０】第２の実施形態の演出制御データテーブルのデータ構成図。
【図２１】第２の実施形態の更新制御処理のフローチャート。
【図２２】第２の実施形態の演出制御処理のフローチャート。
【発明を実施するための形態】
【００１７】
＜第１の実施形態＞
［システム構成］
図１は、第１の実施形態の玩具システム１の構成図である。図１によれば、この玩具シ
ステム１は、サーバシステム１０と、ユーザが所有する主玩具２０、複数種類の副玩具３
０、及び、情報端末４０とを備えて構成される。
【００１８】
サーバシステム１０と情報端末４０とは、通信回線Ｎを介してデータ通信可能に構成さ
れている。通信回線Ｎは、データ授受が可能な通信路を意味する。すなわち、通信回線Ｎ
とは、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬ
ＡＮ（Local Area Network）の他、電話通信網やケーブル網、インターネット等の通信網
を含む意味であり、また、通信方法については有線／無線を問わない。
【００１９】
サーバシステム１０は、単数又は複数のサーバ装置や記憶装置等を含んで構成されたシ
ステムであって、主玩具２０及び副玩具３０の販売会社が管理する。
【００２０】
情報端末４０は、例えばスマートフォンや携帯型ゲーム装置、タブレット型コンピュー
タ等により実現される電子機器であり、携帯電話基地局や無線通信基地局等を介して通信
回線Ｎに接続し、サーバシステム１０とデータ通信を行うことができる。
【００２１】
また、主玩具２０、副玩具３０、及び、情報端末４０間では、ＮＦＣ（Near Field Com
munication：近距離無線通信）によるデータ通信が可能となっている。より具体的には、
副玩具３０は、ＮＦＣ用のＩＣタグであるＮＦＣタグを備え、主玩具２０及び情報端末４
０は、ＮＦＣタグに対してデータの読み書きが可能なＮＦＣリーダライタを備えている。
そして、主玩具２０や情報端末４０による副玩具３０のＮＦＣタグに記憶されているデー
タの読み出しや、主玩具２０と情報端末４０との間のデータの読み書きが可能である。
【００２２】
［概要］
図２に示すように、副玩具３０が備えるＮＦＣタグには、当該玩具の種類を表す副玩具
ＩＤが記憶（保持）されている。そして、主玩具２０に副玩具３０を接近させると（例え
ば“かざす”と）、主玩具２０において、この接近させた副玩具３０の種類（副玩具ＩＤ
）に応じた演出がなされる。具体的には、主玩具２０には、副玩具３０の種類（副玩具Ｉ
Ｄ）それぞれに対応する複数の演出制御データが記憶されている。そして、主玩具２０は
、接近された副玩具３０に記憶（保持）されている副玩具ＩＤを読み取り、読み取った副
玩具ＩＤに対応する演出制御データに基づく演出を行う。ここで、主玩具２０における演
出としては、例えば、所定のメッセージの音声出力や、所定の効果音の音出力、所定のテ
キストや画像の表示出力、所定のカラーパターンでの発光出力などがある。
【００２３】
図３に基づいて、主玩具体２０に新たな演出制御データを記憶させる場合について説明
する。新たな演出制御データは、副玩具ＩＤに対応付けて、サーバシステム１０にて記憶
されている。演出制御データは副玩具３０の種類（副玩具ＩＤ）毎に異なるため、演出制
御データも、副玩具３０の種類（副玩具ＩＤ）毎に異なる。
【００２４】
まず、情報端末４０に副玩具３０を接近させると、情報端末４０は、この接近された副
玩具３０に記憶されている副玩具ＩＤを読み取る（受信する）（ａ）。次いで、情報端末
４０は、サーバシステム１０に対して、読み取った（受信した）副玩具ＩＤとともに、演
出制御データを要求する（ｂ）。そして、サーバシステム１０から、副玩具ＩＤに対応す
る演出制御データを受信（取得）する（ｃ）。続いて、情報端末４０と主玩具２０とを接
近させると、情報端末４０から受信した演出制御データが主玩具２０に送信され、新たな
演出制御データとして記憶される（ｄ）。
【００２５】
このように、主玩具２０に演出制御データが記憶されていなければ、仮に、データ解析
されたとしても、どのような演出が行われるかは分からない。また、主玩具体２０に記憶
されている演出制御データがデータ解析によって取得されたとしても、そのデータは、そ
もそも、対応する副玩具３０を用いて新たに記憶された演出制御データであるのだから、
ユーザはその演出制御データに基づく演出を知っており、問題が生じることはない。
【００２６】
［機能構成］
（Ａ）サーバシステム１０
図４は、サーバシステム１０の機能構成図である。図４によれば、サーバシステム１０
は、機能的には、サーバ操作部１１２と、サーバ表示部１１４と、サーバ通信部１１６と
、サーバ処理部１２０と、サーバ記憶部１３０とを備えて構成される。
【００２７】
サーバ操作部１１２は、サーバシステム１０の管理のための各種操作入力を受け付け、
なされた操作に応じた操作信号をサーバ処理部１２０に出力する。この機能は、例えばキ
ーボードやマウス、タッチパネル等の入力装置によって実現される。
【００２８】
サーバ表示部１１４は、サーバ処理部１２０からの表示信号に基づいて各種表示画面を
表示する。この機能は、例えばフラットパネルディスプレイやＣＲＴ、プロジェクタ等の
画像表示装置によって実現される。
【００２９】
サーバ通信部１１６は、通信回線Ｎに接続して外部装置（主に、情報端末４０）とのデ
ータ通信を行う。この機能は、例えば無線通信機、モデム、ＴＡ（ターミナルアダプタ）
、有線用の通信ケーブルのジャックや制御回路等によって実現される。
【００３０】
サーバ処理部１２０は、サーバ記憶部１３０から読み出したプログラムやデータ、サー
バ通信部１１６からの受信データ等に基づいて、サーバシステム１０を統括的に制御する
。この機能は、ＣＰＵやＧＰＵ等のマイクロプロセッサ、ＡＳＩＣ、ＩＣメモリ等の電子
部品によって実現される。本実施形態では、サーバ処理部１２０は、演出制御管理部１２
２を有する。
【００３１】
演出制御管理部１２２は、情報端末４０から要求された副玩具ＩＤに対応する演出制御
データを、当該情報端末４０へ送信する。ここで、演出制御データは、演出制御データテ
ーブル１３４として記憶されている。
【００３２】
図５は、演出制御データテーブル１３４のデータ構成例である。図５によれば、演出制
御データテーブル１３４は、副玩具ＩＤそれぞれに、演出制御データを対応付けて格納し
ている。
【００３３】
サーバ記憶部１３０は、サーバ処理部１２０がサーバシステム１０を統合的に制御する
ための諸機能を実現するためのシステムプログラムや、本実施形態の各種機能を実現する
ためのプログラムやデータを記憶するとともに、サーバ処理部１２０の作業領域として用
いられ、サーバ処理部１２０が各種プログラムに従って実行した演算結果や、サーバ通信
部１１６を介した受信データ等を一時的に記憶する。この機能は、例えばＲＡＭやＲＯＭ
等のＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ−ＲＯＭやＤＶＤ等の光学ディ
スク等によって実現される。本実施形態では、サーバ記憶部１３０には、演出制御管理プ
ログラム１３２と、演出制御データテーブル１３４とが記憶される。
【００３４】
（Ｂ）情報端末４０
図６は、情報端末４０の機能構成図である。図８によれば、情報端末４０は、機能的に
は、端末操作部４１２と、端末表示部４１４と、端末通信部４１６と、端末近距離無線通
信部４１８と、端末処理部４２０と、端末記憶部４３０とを備えて構成される。
【００３５】
端末操作部４１２は、ユーザによる各種操作入力を受け付け、なされた操作に応じた操
作信号を端末処理部４２０に出力する。この機能は、例えばボタンスイッチやジョイステ
ィック、タッチパッド、トラックボールといった直接ユーザが指で操作する素子は勿論、
加速度センサや角速度センサ、傾斜センサ、地磁気センサ等、運動や姿勢を検知する素子
等によって実現される。
【００３６】
端末表示部４１４は、端末処理部４２０からの表示信号に基づいて各種表示画面を表示
する。この機能は、例えばフラットパネルディスプレイやタッチパネル等の表示装置によ
って実現される。
【００３７】
端末通信部４１６は、通信回線Ｎに接続して外部装置（主に、サーバシステム１０）と
のデータ通信を行う。この機能は、例えば無線通信機、モデム、ＴＡ（ターミナルアダプ
タ）、有線用の通信ケーブルのジャックや制御回路等によって実現される。
【００３８】
端末近距離無線通信部４１８は、近接した外部装置（主に、主玩具２０や副玩具３０）
との近距離無線通信を行う。本実施形態では、主玩具２０、副玩具３０及び情報端末４０
間は、ＮＦＣによる通信を行うとしたが、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩｒＤＡ等
の他の通信を利用することとしてもよい。
【００３９】
端末処理部４２０は、端末記憶部４３０から読み出したプログラムやデータ、端末通信
部４１６や端末近距離無線通信部４１８からの受信データ等に基づいて、情報端末４０の
動作を統括的に制御する。この機能は、ＣＰＵやＧＰＵ等のマイクロプロセッサ、ＡＳＩ
Ｃ、ＩＣメモリ等の電子部品によって実現される。本実施形態では、端末処理部４２０は
、副玩具ＩＤ取得部４２２と、演出制御データ取得部４２４と、演出データ送信部４２６
とを有する。
【００４０】
副玩具ＩＤ取得部４２２は、端末近距離無線通信部４１８を介して、副玩具３０に記憶
（保持）されている副玩具ＩＤを取得する。すなわち、副玩具ＩＤ取得部４２２、端末近
距離無線通信部４１８は、本発明にいうところの「ＩＤ受信手段」として動作する。
【００４１】
演出制御データ取得部４２４は、端末通信部４１６を介して、副玩具ＩＤ取得部４２２
が取得した副玩具ＩＤに対応する演出制御データを、サーバシステム１０から取得する。
取得した演出制御データは、副玩具ＩＤと対応付けて、取得演出制御データ群４３４とし
て蓄積記憶される。
【００４２】
演出データ送信部４２６は、端末近距離無線通信部４１８を介して、取得演出制御デー
タ群４３４として記憶されている演出制御データを主玩具体２０に送信する。
【００４３】
端末記憶部４３０は、端末処理部４２０に情報端末４０を統合的に制御させるための諸
機能を実現するためのシステムプログラムや、本実施形態の各種機能を実現するためのプ
ログラムやデータ等を記憶するとともに、端末処理部４２０の作業領域として用いられ、
端末処理部４２０が各種プログラムに従って実行した演算結果や、端末通信部４１６や端
末近距離無線通信部４１８からの受信データ等が一時的に格納される。この機能は、例え
ばＲＡＭやＲＯＭ等のＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ−ＲＯＭやＤ
ＶＤ等の光学ディスク等によって実現される。本実施形態では、端末記憶部４３０には、
演出制御データ制御プログラム４３２と、取得演出制御データ群４３４とが記憶される。
【００４４】
（Ｃ）主玩具２０
図９は、主玩具２０の機能構成図である。図９によれば、主玩具２０は、機能的には、
玩具操作部２１２と、玩具表示部２１４と、音出力部２１６と、玩具近距離無線通信部２
１８と、玩具処理部２２０と、玩具記憶部２３０とを備えて構成される。
【００４５】
玩具操作部２１２は、ユーザによる各種操作入力を受け付け、なされた操作に応じた操
作信号を処理部に出力する。この機能は、例えばボタンスイッチやタッチパネル等の入力
装置によって実現される。
【００４６】
玩具表示部２１４は、玩具処理部からの表示信号に基づいて各種表示を行う。この機能
は、液晶ディスプレイ（ＬＣＤ）等の画像表示装置の他、ＬＥＤ等の発光装置によって実
現される。
【００４７】
音出力部２１６は、玩具処理部２２０からの音信号に基づいて各種音声を出力する。
この機能は、スピーカ等の音出力装置によって実現される。
【００４８】
玩具近距離無線通信部２１８は、近接した外部装置（主に、副玩具３０や情報端末４０
）との近距離無線通信を行う。本実施形態では、主玩具２０、副玩具３０及び情報端末４
０間は、ＮＦＣによる通信を行うとしたが、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩｒＤＡ
等の他の通信を利用することとしてもよい。
【００４９】
玩具処理部２２０は、玩具記憶部２３０から読み出したプログラムやデータ、玩具操作
部２１２からの操作信号等に基づいて、主玩具２０の動作を統括的に制御する。この機能
は、ＣＰＵやＧＰＵ等のマイクロプロセッサ、ＡＳＩＣ、ＩＣメモリ等の電子部品によっ
て実現される。本実施形態では、玩具処理部２２０は、演出制御部２２２を有する。
【００５０】
演出制御部２２２は、接近された副玩具３０の種類に応じた演出の制御を行う。すなわ
ち、玩具近距離無線通信部２１８を介して、副玩具３０に記憶（保持）されている副玩具
ＩＤを読み出す（読み取る、受信する）と、この副玩具ＩＤに対応する演出制御データに
基づく演出制御を行う。なお、副玩具ＩＤに対応する演出制御データが記憶されていない
場合は、演出制御は行われないこととなる。または、後述する図１０のように、副玩具Ｉ
Ｄそれぞれに対応付けて基本演出制御データを記憶しておき、もし、副玩具ＩＤに対応す
る演出制御データが記憶されていない場合は、当該副玩具ＩＤに対応する基本演出制御デ
ータに基づいて演出制御が行われるようにしても良い。演出制御としては、例えば、玩具
表示部２１４に所与の演出表示をさせたり、音出力部２１６から所与の演出音声を出力さ
せたりする。ここで、演出制御データは、演出制御データテーブル２３４に格納されてい
る。
【００５１】
図８は、演出制御データテーブル２３４のデータ構成例である。図８によれば、演出制
御データテーブル２３４は、副玩具ＩＤそれぞれに、基本演出制御データ及び演出制御デ
ータと、更新フラグとを対応付けて格納されるようになっている。更新フラグは、演出制
御データが記憶されているかどうか、を示すフラグである。
【００５２】
玩具記憶部２３０は、玩具処理部２２０に主玩具２０を統合的に制御させるための諸機
能を実現するためのシステムプログラムや、本実施形態の各種機能を実現するためのプロ
グラムやデータを記憶するとともに、玩具処理部２２０の作業領域として用いられ、玩具
処理部２２０が各種プログラムに従って実行した演算結果や、玩具近距離無線通信部２１
８を介した受信データ等を一時的に記憶する。この機能は、例えばＲＡＭやＲＯＭ等のＩ
Ｃメモリ等によって実現される。本実施形態では、玩具記憶部２３０には、演出制御プロ
グラム２３２と、演出制御データテーブル２３４とが記憶される。
【００５３】
［処理の流れ］
（Ａ）情報端末４０
図９は、情報端末４０における演出制御データ取得処理の流れを説明するフローチャー
トである。この機能は、端末処理部４２０が演出制御データ制御プログラム４３２を実行
することで実現される。
【００５４】
先ず、副玩具３０との通信を確立したならば（ステップＡ１：ＹＥＳ）、副玩具ＩＤ取
得部４２２が、当該副玩具３０に記憶（保持）されている副玩具ＩＤを読み取る（受信す
る）（ステップＡ３）。次いで、演出制御データ取得部４２４が、サーバシステム１０に
対して、この読み取った副玩具ＩＤの演出制御データを要求する（ステップＡ５）。そし
て、当該要求に応答してサーバシステム１０から送信されてくる演出制御データを取得（
受信）して演出制御データ群に追加する（ステップＡ７）。その後、演出制御データを取
得したことを、例えば音声出力や画像表示等によって報知する（ステップＡ９）。
【００５５】
また、主玩具２０との通信を確立したならば（ステップＡ１１：ＹＥＳ）、演出データ
送信部４２６が、演出制御データ群４３４の受信した演出制御データを主玩具２０に送信
する（ステップＡ１３）。そして、演出制御データの送信が完了したことを、例えば音声
出力や画像表示等によって報知する（ステップＡ１７）。その後、ステップＡ１に戻り、
同様の処理を繰り返す。
【００５６】
（Ｂ）主玩具２０
図１０は、主玩具２０における演出制御処理の流れを説明するフローチャートである。
この機能は、玩具処理部２２０が演出制御プログラム２３２を実行することで実現され
る。
【００５７】
玩具処理部２２０は、副玩具３０との通信を確立したならば（ステップＢ１：ＹＥＳ）
、演出制御部２２２が、当該副玩具３０に記憶（保持）されている副玩具ＩＤを読み取る
（ステップＢ３）。次いで、演出制御データテーブル２３４を参照し、読み取った副玩具
ＩＤに対応する演出制御データが記憶されているか否かを判断する。記憶されているなら
ば（ステップＢ５：ＹＥＳ）、対応する演出制御データに基づく演出制御を行い（ステッ
プＢ７）、記憶されていない状態ならば（ステップＢ５：ＮＯ）、演出を出力しない、ま
たは、対応する基本演出制御データに基づく演出制御を行う（ステップＢ７）。その後、
ステップＢ１に戻り、同様の処理を繰り返す。
【００５８】
［作用効果］
このように、本実施形態の玩具システム１では、主玩具２０は、副玩具３０の種類を表
す副玩具ＩＤそれぞれに対応する演出制御データが格納される演出制御データテーブル２
３４を記憶している。情報端末４０が、対応する副玩具３０の副玩具ＩＤを読み取り、サ
ーバシステム１０から、この副玩具ＩＤに対応する演出制御データを取得し、この演出制
御データを主玩具２０に送信すると、演出制御データテーブル２３４に記憶される。
【００５９】
つまり、主玩具２０に演出制御データを記憶させるには、対応する副玩具３０が必要で
ある。また、演出制御データが記憶されていない状態の主玩具２０からは、データ解析を
されたとしても、どのような演出が行われるかを伺い知ることはできない。これにより、
主玩具２０が解析されて、どのような演出が行われるか知られてしまうことがない。また
、記憶されている演出制御データは、対応する副玩具３０を用いて取得されたデータであ
るのだから、ユーザはその演出制御データに基づく演出を知っており、問題が生じること
はない。
【００６０】
また、主玩具２０の製造・販売後（出荷後）に、演出制御データを主玩具２０に追加記
憶させることが可能となり、演出内容の決定の如何に関わらず、主玩具２０を早期に製造
開始することが可能となる。
【００６１】
以上述べたとおり、第１の実施形態によれば、種類によって異なるＩＤを発信する副玩
具と、副玩具から受信したＩＤに対応する演出を行う主玩具とを具備する玩具システムに
おいて、主玩具の解析によって、副玩具が無くとも、当該副玩具のＩＤを受信した（読み
取った）場合に主玩具が行う演出が知られてしまうことを防止できる。すなわち、主玩具
において新たな演出制御データを記憶させるには、副玩具が保持しているＩＤを情報端末
が受信し、受信したＩＤに対応する演出制御データを情報端末がサーバから取得して、こ
の取得した演出制御用データを主玩具に送信して、記憶させる必要がある。従って、デー
タ解析が行われても、製造・販売時の主玩具２０の状態では、演出制御データが記憶され
ていないので、どのような演出が行われるかまでは分からない。なお、データ解析によっ
て演出制御データが取得されたとしても、そのデータは、対応する副玩具を用いて記憶さ
れたデータであるのだから、ユーザはその演出制御データに基づく演出を知っており、問
題が生じることはない。
【００６２】
また、第１の実施形態によれば、後日、サーバから提供される演出制御データを補充で
きる仕組みとなるため、製造・販売後に新たな演出を追加可能な主玩具を実現することが
できる。
【００６３】
＜第２の実施形態＞
［システム構成］
図１１は、第２の実施形態の玩具システム２１の構成図である。図１１によれば、この
玩具システム２１は、サーバシステム２１０と、ユーザが所有する主玩具２２０、複数種
類の副玩具２３０、及び、情報端末２４０とを備えて構成される。
【００６４】
サーバシステム２１０と情報端末２４０とは、通信回線Ｎを介してデータ通信可能に構
成されている。通信回線Ｎは、データ授受が可能な通信路を意味する。すなわち、通信回
線Ｎとは、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によ
るＬＡＮ（Local Area Network）の他、電話通信網やケーブル網、インターネット等の通
信網を含む意味であり、また、通信方法については有線／無線を問わない。
【００６５】
サーバシステム２１０は、単数又は複数のサーバ装置や記憶装置等を含んで構成された
システムであって、主玩具２２０及び副玩具２３０の販売会社が管理する。
【００６６】
情報端末２４０は、例えばスマートフォンや携帯型ゲーム装置、タブレット型コンピュ
ータ等により実現される電子機器であり、携帯電話基地局や無線通信基地局等を介して通
信回線Ｎに接続し、サーバシステム２１０とデータ通信を行うことができる。
【００６７】
また、主玩具２２０、副玩具２３０、及び、情報端末２４０間では、ＮＦＣ（Near Fie
ld Communication：近距離無線通信）によるデータ通信が可能となっている。より具体的
には、副玩具２３０は、ＮＦＣ用のＩＣタグであるＮＦＣタグを備え、主玩具２２０及び
情報端末２４０は、ＮＦＣタグに対してデータの読み書きが可能なＮＦＣリーダライタを
備えている。そして、主玩具２２０や情報端末２４０による副玩具２３０のＮＦＣタグに
記憶されているデータの読み出しや、主玩具２２０と情報端末２４０との間のデータの読
み書きが可能である。
【００６８】
［概要］
図１２に示すように、副玩具２３０が備えるＮＦＣタグには、当該玩具の種類を表す副
玩具ＩＤが記憶（保持）されている。そして、主玩具２２０に副玩具２３０を接近させる
と（例えば“かざす”と）、主玩具２２０において、この接近させた副玩具２３０の種類
（副玩具ＩＤ）に応じた演出がなされる。具体的には、主玩具２２０には、副玩具２３０
の種類（副玩具ＩＤ）それぞれに対応する複数の演出制御データが記憶されている。そし
て、主玩具２２０は、接近された副玩具２３０に記憶（保持）されている副玩具ＩＤを読
み取り、読み取った副玩具ＩＤに対応する演出制御データに基づく演出を行う。ここで、
主玩具２２０における演出としては、例えば、所定のメッセージの音声出力や、所定の効
果音の音出力、所定のテキストや画像の表示出力、所定のカラーパターンでの発光出力な
どがある。
【００６９】
図１３に示すように、演出制御データには、基本演出制御データと、応用演出制御デー
タとが含まれる。不全状態の応用演出制御データは、所定の更新制御データによって更新
されることで、演出制御に用いることが可能な完全状態のデータとなる。
【００７０】
図１４に示すように、応用演出制御データの不全状態には、（１）データ全体欠落、（
２）データ部分欠落、（３）暗号化、の３つの形態がある。何れの形態を採用することと
してもよい。
【００７１】
まず、「データ全体欠落」とは、主玩具２２０において応用演出制御データが記憶され
ていない状態である。この場合、応用演出制御データそのものが更新制御データとなる。
この「データ全体欠落」を不全状態として採用する場合には、主玩具２２０を製造・販
売した後に、応用演出制御データを作成して、新たに主玩具２２０に追加可能な仕組みが
実現される。そのため、この場合には、出力する演出の内容が全て決定されていなくとも
、主玩具２２０を製造開始することが可能となる。
【００７２】
「データ部分欠落」とは、主玩具２２０に記憶されている応用演出制御データの一部が
欠落している状態である。例えば、奇数番目といった所定順位のビットや、何ビットから
何ビットまでといった連続する所定数のビット範囲のデータが欠落している形態である。
この場合、欠落箇所（ビット番号等）を示すデータ、及び、欠落箇所のデータの組み合わ
せが、更新制御データとなる。なお、不全状態の応用演出制御データとして、演出制御デ
ータの識別に用いられる識別子を製造・販売時（出荷時）の初期状態において主玩具２２
０に記憶させておき、当該記憶されている識別子に対応付けられた演出制御データを更新
制御データとしても良い。この場合、更新時には、識別子に対応付けられた演出制御デー
タ（更新制御データ）は、主玩具２２０に記憶されている識別子（不全状態の応用演出制
御データ）のうち、対応付けられた識別子と同じ識別子に対応付けて、主玩具２２０に応
用演出制御データとして記憶される。また、不全状態の応用演出制御データとして、演出
制御データファイルのファイルの種類を表す拡張子を製造・販売時（出荷時）の初期状態
において主玩具２２０に記憶させておき、拡張子をファイル名に含んでいない状態の演出
制御データファイルを更新制御データとしても良い。この場合、更新時には、更新制御デ
ータのファイル名が、主玩具２２０に記憶されている拡張子（不全状態の応用演出制御デ
ータ）が付加されるように修正され、主玩具２２０に応用演出制御データとして記憶され
る。要するに、応用演出制御データの不全状態としての「データ部分欠落」状態には、演
出の内容とは然程関わりなく決定できる一部のデータだけが主玩具２２０に記憶されてい
る状態をも含んでいる。
【００７３】
「暗号化」とは、主玩具２２０に記憶されている応用演出制御データが暗号化されてい
る状態である。この場合、暗号化方式に応じた復号キーが、更新制御データとなる。
【００７４】
図１５を参照して演出制御データの更新について説明する。更新制御データは、副玩具
ＩＤに対応付けて、サーバシステム２１０にて記憶されている。演出制御データは副玩具
２３０の種類（副玩具ＩＤ）毎に異なるため、更新制御データも、副玩具２３０の種類（
副玩具ＩＤ）毎に異なる。
【００７５】
まず、情報端末２４０に副玩具２３０を接近させると、情報端末２４０は、この接近さ
れた副玩具２３０に記憶（保持）されている副玩具ＩＤを読み取る（受信する）（ａ）。
次いで、情報端末２４０は、サーバシステム２１０に対して、読み取った副玩具ＩＤとと
もに、更新制御データを要求する（ｂ）。そして、サーバシステム２１０から、副玩具Ｉ
Ｄに対応する更新制御データを受信（取得）する（ｃ）。続いて、情報端末２４０と主玩
具２２０とを接近させると、情報端末２４０が、取得した更新制御データを用いて、主玩
具２２０に記憶されている応用演出制御データのうち、対応する応用演出制御データを更
新する（ｄ）。
【００７６】
このように、主玩具２２０に記憶されている演出制御データ（ここでは応用演出制御デ
ータ）は、当初は不全状態のデータである。そのため、仮に、データ解析によって不全状
態の演出制御データが不正に取得されたとしても、どのような演出が行われるかは分から
ない。また、完全状態の演出制御データがデータ解析によって取得されたとしても、その
データは、そもそも、対応する副玩具２３０を用いて完全状態に更新されたデータである
のだから、ユーザはその演出制御データに基づく演出を知っており、問題が生じることは
ない。
【００７７】
［機能構成］
（Ａ）サーバシステム２１０
図１６は、サーバシステム２１０の機能構成図である。図１６によれば、サーバシステ
ム２１０は、機能的には、サーバ操作部２１１２と、サーバ表示部２１１４と、サーバ通
信部２１１６と、サーバ処理部２１２０と、サーバ記憶部２１３０とを備えて構成される
。
【００７８】
サーバ操作部２１１２は、サーバシステム２１０の管理のための各種操作入力を受け付
け、なされた操作に応じた操作信号をサーバ処理部２１２０に出力する。この機能は、例
えばキーボードやマウス、タッチパネル等の入力装置によって実現される。
【００７９】
サーバ表示部２１１４は、サーバ処理部２１２０からの表示信号に基づいて各種表示画
面を表示する。この機能は、例えばフラットパネルディスプレイやＣＲＴ、プロジェクタ
等の画像表示装置によって実現される。
【００８０】
サーバ通信部２１１６は、通信回線Ｎに接続して外部装置（主に、情報端末２４０）と
のデータ通信を行う。この機能は、例えば無線通信機、モデム、ＴＡ（ターミナルアダプ
タ）、有線用の通信ケーブルのジャックや制御回路等によって実現される。
【００８１】
サーバ処理部２１２０は、サーバ記憶部２１３０から読み出したプログラムやデータ、
サーバ通信部２１１６からの受信データ等に基づいて、サーバシステム２１０を統括的に
制御する。この機能は、ＣＰＵやＧＰＵ等のマイクロプロセッサ、ＡＳＩＣ、ＩＣメモリ
等の電子部品によって実現される。本実施形態では、サーバ処理部２１２０は、更新制御
管理部２１２２を有する。
【００８２】
更新制御管理部２１２２は、情報端末２４０から要求された副玩具ＩＤに対応する更新
制御データを、当該情報端末２４０へ送信する。ここで、更新制御データは、更新制御デ
ータテーブル２１３４として記憶されている。
【００８３】
図１７は、更新制御データテーブル２１３４のデータ構成例である。図１７によれば、
更新制御データテーブル２１３４は、副玩具ＩＤそれぞれに、更新制御データを対応付け
て格納している。
【００８４】
サーバ記憶部２１３０は、サーバ処理部２１２０がサーバシステム２１０を統合的に制
御するための諸機能を実現するためのシステムプログラムや、本実施形態の各種機能を実
現するためのプログラムやデータを記憶するとともに、サーバ処理部２１２０の作業領域
として用いられ、サーバ処理部２１２０が各種プログラムに従って実行した演算結果や、
サーバ通信部２１１６を介した受信データ等を一時的に記憶する。この機能は、例えばＲ
ＡＭやＲＯＭ等のＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ−ＲＯＭやＤＶＤ
等の光学ディスク等によって実現される。本実施形態では、サーバ記憶部２１３０には、
更新制御管理プログラム２１３２と、更新制御データテーブル２１３４とが記憶される。
【００８５】
（Ｂ）情報端末２４０
図１８は、情報端末２４０の機能構成図である。図１８によれば、情報端末２４０は、
機能的には、端末操作部２４１２と、端末表示部２４１４と、端末通信部２４１６と、端
末近距離無線通信部２４１８と、端末処理部２４２０と、端末記憶部２４３０とを備えて
構成される。
【００８６】
端末操作部２４１２は、ユーザによる各種操作入力を受け付け、なされた操作に応じた
操作信号を端末処理部２４２０に出力する。この機能は、例えばボタンスイッチやジョイ
スティック、タッチパッド、トラックボールといった直接ユーザが指で操作する素子は勿
論、加速度センサや角速度センサ、傾斜センサ、地磁気センサ等、運動や姿勢を検知する
素子等によって実現される。
【００８７】
端末表示部２４１４は、端末処理部２４２０からの表示信号に基づいて各種表示画面を
表示する。この機能は、例えばフラットパネルディスプレイやタッチパネル等の表示装置
によって実現される。
【００８８】
端末通信部２４１６は、通信回線Ｎに接続して外部装置（主に、サーバシステム２１０
）とのデータ通信を行う。この機能は、例えば無線通信機、モデム、ＴＡ（ターミナルア
ダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現される。
【００８９】
端末近距離無線通信部２４１８は、近接した外部装置（主に、主玩具２０や副玩具３０
）との近距離無線通信を行う。本実施形態では、主玩具２２０、副玩具２３０及び情報端
末４０間は、ＮＦＣによる通信を行うとしたが、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｉｒ
ＤＡ等の他の通信を利用することとしてもよい。
【００９０】
端末処理部２４２０は、端末記憶部２４３０から読み出したプログラムやデータ、端末
通信部２４１６や端末近距離無線通信部２４１８からの受信データ等に基づいて、情報端
末２４０の動作を統括的に制御する。この機能は、ＣＰＵやＧＰＵ等のマイクロプロセッ
サ、ＡＳＩＣ、ＩＣメモリ等の電子部品によって実現される。本実施形態では、端末処理
部２４２０は、副玩具ＩＤ取得部２４２２と、更新制御データ取得部２４２４と、演出デ
ータ更新制御部２４２６とを有する。
【００９１】
副玩具ＩＤ取得部２４２２は、端末近距離無線通信部２４１８を介して、副玩具２３０
に記憶（保持）されている副玩具ＩＤを取得する（受信する）。すなわち、副玩具ＩＤ取
得部２４２２、端末近距離無線通信部２４１８は、本発明にいうところの「ＩＤ受信手段
」として機能する。
【００９２】
更新制御データ取得部２４２４は、端末通信部２４１６を介して、副玩具ＩＤ取得部２
４２２が取得した副玩具ＩＤに対応する更新制御データを、サーバシステム２１０から取
得する。取得した更新制御データは、副玩具ＩＤと対応付けて、取得更新制御データ群２
４３４として蓄積記憶される。
【００９３】
演出データ更新制御部２４２６は、端末近距離無線通信部２４１８を介して、主玩具２
２０に記憶されている不全状態の応用演出制御データを、取得更新制御データ群２４３４
として記憶されている更新制御データのうち、対応する更新制御データを用いて、完全状
態のデータに更新する。
【００９４】
端末記憶部２４３０は、端末処理部２４２０に情報端末２４０を統合的に制御させるた
めの諸機能を実現するためのシステムプログラムや、本実施形態の各種機能を実現するた
めのプログラムやデータ等を記憶するとともに、端末処理部２４２０の作業領域として用
いられ、端末処理部２４２０が各種プログラムに従って実行した演算結果や、端末通信部
２４１６や端末近距離無線通信部２４１８からの受信データ等が一時的に格納される。こ
の機能は、例えばＲＡＭやＲＯＭ等のＩＣメモリ、ハードディスク等の磁気ディスク、Ｃ
Ｄ−ＲＯＭやＤＶＤ等の光学ディスク等によって実現される。本実施形態では、端末記憶
部２４３０には、更新制御プログラム２４３２と、取得更新制御データ群２４３４とが記
憶される。
【００９５】
（Ｃ）主玩具２２０
図１９は、主玩具２２０の機能構成図である。図１９によれば、主玩具２２０は、機能
的には、玩具操作部２２１２と、玩具表示部２２１４と、音出力部２２１６と、玩具近距
離無線通信部２２１８と、玩具処理部２２２０と、玩具記憶部２２３０とを備えて構成さ
れる。
【００９６】
玩具操作部２２１２は、ユーザによる各種操作入力を受け付け、なされた操作に応じた
操作信号を処理部に出力する。この機能は、例えばボタンスイッチやタッチパネル等の入
力装置によって実現される。
【００９７】
玩具表示部２２１４は、玩具処理部からの表示信号に基づいて各種表示を行う。この機
能は、液晶ディスプレイ（ＬＣＤ）等の画像表示装置の他、ＬＥＤ等の発光装置によって
実現される。
【００９８】
音出力部２２１６は、玩具処理部２２２０からの音信号に基づいて各種音声を出力する
。この機能は、スピーカ等の音出力装置によって実現される。
【００９９】
玩具近距離無線通信部２２１８は、近接した外部装置（主に、副玩具２３０や情報端末
２４０）との近距離無線通信を行う。本実施形態では、主玩具２２０、副玩具２３０及び
情報端末２４０間は、ＮＦＣによる通信を行うとしたが、Ｂｌｕｅｔｏｏｔｈ（登録商標
）、ＩｒＤＡ等の他の通信を利用することとしてもよい。
【０１００】
玩具処理部２２２０は、玩具記憶部２２３０から読み出したプログラムやデータ、玩具
操作部２２１２からの操作信号等に基づいて、主玩具２２０の動作を統括的に制御する。
この機能は、ＣＰＵやＧＰＵ等のマイクロプロセッサ、ＡＳＩＣ、ＩＣメモリ等の電子部
品によって実現される。本実施形態では、玩具処理部２２２０は、演出制御部２２２２を
有する。
【０１０１】
演出制御部２２２２は、接近された副玩具２３０の種類に応じた演出の制御を行う。す
なわち、玩具近距離無線通信部２２１８を介して、副玩具２３０に記憶（保持）されてい
る副玩具ＩＤを読み出す（受信する）と、この副玩具ＩＤに対応する演出制御データのう
ち、応用演出制御データが完全状態ならば、この応用演出制御データに基づく演出制御を
行い、不全状態ならば、基本演出制御データに基づく演出制御を行う。なお、基本演出制
御データを不用とし、演出制御データを応用演出制御データのみとしてもよい。その場合
、不全状態ならば、演出制御は行われないこととなる。演出制御としては、例えば、玩具
表示部２１４に所与の演出表示をさせたり、音出力部２２１６から所与の演出音声を出力
させたりする。ここで、演出制御データは、演出制御データテーブル２２３４に格納され
ている。
【０１０２】
図２０は、演出制御データテーブル２２３４のデータ構成例である。図２０によれば、
演出制御データテーブル２２３４は、副玩具ＩＤそれぞれに、演出制御データとして基本
演出制御データ及び応用演出制御データと、更新フラグとを対応付けて格納している。更
新フラグは、応用演出制御データが更新制御データによって更新されているか、すなわち
完全状態であるか否かを示すフラグである。
【０１０３】
玩具記憶部２２３０は、玩具処理部２２２０に主玩具２２０を統合的に制御させるため
の諸機能を実現するためのシステムプログラムや、本実施形態の各種機能を実現するため
のプログラムやデータを記憶するとともに、玩具処理部２２２０の作業領域として用いら
れ、玩具処理部２２２０が各種プログラムに従って実行した演算結果や、玩具近距離無線
通信部２２１８を介した受信データ等を一時的に記憶する。この機能は、例えばＲＡＭや
ＲＯＭ等のＩＣメモリ等によって実現される。本実施形態では、玩具記憶部２２３０には
、演出制御プログラム２２３２と、演出制御データテーブル２２３４とが記憶される。
【０１０４】
［処理の流れ］
（Ａ）情報端末２４０
図２１は、情報端末２４０における更新制御処理の流れを説明するフローチャートであ
る。この機能は、端末処理部２４２０が更新制御プログラム２４３２を実行することで実
現される。
【０１０５】
先ず、副玩具２３０との通信を確立したならば（ステップＡ１：ＹＥＳ）、副玩具ＩＤ
取得部２４２２が、当該副玩具２３０に記憶（保持）されている副玩具ＩＤを読み取る（
受信する）（ステップＡ３）。次いで、更新制御データ取得部２４２４が、サーバシステ
ム２１０に対して、この読み取った副玩具ＩＤの更新制御データを要求する（ステップＡ
５）。そして、当該要求に応答してサーバシステム２１０から送信されてくる更新制御デ
ータを取得（受信）して更新制御データ群に追加する（ステップＡ７）。その後、更新制
御データを取得したことを、例えば音声出力や画像表示等によって報知する（ステップＡ
９）。
【０１０６】
また、主玩具２２０との通信を確立したならば（ステップＡ１１：ＹＥＳ）、演出デー
タ更新制御部２４２６が、主玩具２２０に記憶されている演出制御データテーブル２２３
４と、取得更新制御データ群２４３４とを比較して、主玩具２２０に記憶されている不全
状態の応用演出制御データのうち、更新可能なデータを選択する（ステップＡ１３）。次
いで、選択した応用演出制御データを、対応する更新制御データを用いて、完全状態のデ
ータに更新する（ステップＡ１５）。そして、応用演出制御データの更新が完了したこと
を、例えば音声出力や画像表示等によって報知する（ステップＡ１７）。その後、ステッ
プＡ１に戻り、同様の処理を繰り返す。
【０１０７】
（Ｂ）主玩具２２０
図２２は、主玩具２２０における演出制御処理の流れを説明するフローチャートである
。この機能は、玩具処理部２２２０が演出制御プログラム２２３２を実行することで実現
される。
【０１０８】
玩具処理部２２２０は、副玩具２３０との通信を確立したならば（ステップＢ１：ＹＥ
Ｓ）、演出制御部２２２２が、当該副玩具２３０に記憶（保持）されている副玩具ＩＤを
読み取る（ステップＢ３）。次いで、演出制御データテーブル２２３４を参照し、読み取
った副玩具ＩＤに対応する応用演出制御データが完全状態のデータであるか否かを判断す
る。完全状態ならば（ステップＢ５：ＹＥＳ）、対応する応用演出制御データに基づく演
出制御を行い（ステップＢ７）、不全状態ならば（ステップＢ５：ＮＯ）、対応する基本
演出制御データに基づく演出制御を行う（ステップＢ７）。その後、ステップＢ１に戻り
、同様の処理を繰り返す。
【０１０９】
［作用効果］
このように、本実施形態の玩具システム２１では、主玩具２２０は、副玩具２３０の種
類を表す副玩具ＩＤそれぞれに対応する、完全状態の基本演出制御データ、及び、不全状
態の応用演出制御データを含む演出制御データを格納した演出制御データテーブル２２３
４を記憶している。不全状態の応用演出制御データは、情報端末２４０が、対応する副玩
具２３０の副玩具ＩＤを読み取り、サーバシステム２１０から、この副玩具ＩＤに対応す
る更新制御データを取得し、この更新制御データを用いて更新することで、完全状態に更
新される。
【０１１０】
つまり、不全状態の応用演出制御データを完全状態に更新するには、対応する副玩具２
３０が必要である。また、不全状態のデータから、どのような演出が行われるかを伺い知
ることはできない。これにより、主玩具２２０が解析されて、応用演出制御データが不正
に取得されたとしても、どのような演出が行われるか知られてしまうことがない。また、
応用演出制御データが完全状態であれば、対応する副玩具２３０を用いて更新したデータ
であるのだから、ユーザはその応用演出制御データに基づく演出を知っており、問題が生
じることはない。
【０１１１】
また、主玩具２２０に記憶される応用演出データの不全状態の形態が「データ全体欠落
」の場合、すなわち、応用演出制御データそのものが更新制御データとしてサーバシステ
ム２１０から取得される場合には、主玩具２２０の製造・販売後（出荷後）に、応用演出
制御データを作成して、主玩具２２０に追加記憶させることが可能となり、  全ての演出
内容が決定されていなくとも、主玩具２２０を早期に製造開始することが可能となる。
【０１１２】
以上述べたとおり、第２の実施形態によれば、種類によって異なるＩＤを発信する副玩
具と、副玩具から読み取ったＩＤに対応する演出を行う主玩具とを具備する玩具システム
において、主玩具の解析によって、副玩具が無くとも、当該副玩具のＩＤを受信した場合
に主玩具が行う演出が知られてしまうことを防止できる。すなわち、主玩具には不全状態
のテーブルデータが記憶されている。この不全状態のテーブルデータのうちの演出制御デ
ータを１つ１つ完全状態にすることができるが、そのためには、副玩具が発信するＩＤを
情報端末が受信し、受信したＩＤに対応する演出制御データを完全状態とするための更新
制御データを情報端末がサーバから取得して、この取得した更新制御データを用いて主玩
具内の当該演出制御データが更新される必要がある。従って、データ解析が行われても、
得られるデータが不全状態の演出制御データでは、どのような演出が行われるかまでは分
からない。なお、データ解析によって完全状態の演出制御データが取得されたとしても、
そのデータは、対応する副玩具を用いて完全状態に更新されたデータであるのだから、ユ
ーザはその演出制御データに基づく演出を知っており、問題が生じることはない。
【０１１３】
また、第２の実施形態によれば、不全状態のテーブルデータは、一部又は全部のＩＤに
対応する演出制御データが欠落した状態のデータである。また、サーバには、欠落してい
る演出制御データを補充するためのデータが更新制御データとして記憶される。そして、
情報端末が対応する更新制御データを主玩具のテーブルデータに補充することで、対応す
る演出制御データが完全状態に更新される。従って、不全状態においてデータ解析が行わ
れたとしても、演出制御データそのものが欠落しているため、どのような演出が行われる
か認知されることはない。また、演出制御データが欠落した状態で主玩具を製造・販売し
、後日、サーバから提供されるデータで補充する仕組みとなるため、製造・販売後に新た
な演出を追加可能な主玩具を実現することができる。
【０１１４】
また、第２の実施形態によれば、不全状態のテーブルデータは、一部又は全部のＩＤに
対応する演出制御データが暗号化された状態のデータである。また、サーバには、暗号化
されている演出制御データを復号するためのデータが更新制御データとして記憶される。
そして、情報端末が、対応する演出制御データを復号することで、対応する演出制御デー
タが完全状態に更新される。従って、不全状態においてデータ解析が行われたとしても、
演出制御データが暗号化されているため、どのような演出が行われるか認知されることは
ない。
【０１１５】
［変形例］
なお、本発明の適用可能な実施形態は、上述の実施形態に限定されることなく、本発明
の趣旨を逸脱しない範囲で適宜変更可能である。
【０１１６】
（Ａ）
例えば、第２の実施形態においては、情報端末２４０が演出データ更新制御部２４２６
を有しており、端末近距離無線通信部２４１８を介して、主玩具２２０に記憶されている
不全状態の応用演出制御データを、取得更新制御データ群２４３４として記憶されている
更新制御データのうち、対応する更新制御データを用いて、完全状態のデータに更新する
が、これに限られず、情報端末２４０に演出データ更新制御部に代えて、更新制御データ
送信部を設け、更新制御データ送信部は、端末近距離無線通信部２４１８を介して、取得
更新制御データ群２４３４として記憶されている更新制御データを主玩具２２０に送り、
主玩具２２０の玩具処理部２２２０が玩具近距離無線通信部２２１８を介して受信した更
新制御データを用いて、主玩具２２０に記憶されている不全状態の応用演出制御データを
、完全状態のデータに更新するようにしても良い。すなわち、更新制御を行う手段は、情
報端末２４０に設けても、主玩具２２０のいずれに設けても良い。
【０１１７】
（Ｂ）
また、例えば、情報端末２４０が更新制御データテーブル２１３４を記憶することとし
ても良い。すなわち、情報端末２４０は、予め、サーバシステム２１０から、更新制御プ
ログラム２４３２とともに更新制御データテーブル２１３４をダウンロード等によって取
得しておく。この場合、初期状態として、更新制御データテーブル２１３４に格納されて
いる全ての更新制御データを用いた更新を「不可能」と設定しておく。そして、副玩具２
３０が接近されると、この副玩具２３０から読み出した副玩具ＩＤに対応する更新制御デ
ータを用いた更新を「可能」に設定変更する。
【０１１８】
そして、情報端末２４０と主玩具２２０とを接近させると、この主玩具２２０に記憶さ
れている不全状態の応用演出制御データであって、更新制御データテーブル２１３４にお
いて対応する更新制御データを用いた更新が「可能」と設定されている応用演出制御デー
タを、情報端末２４０が完全状態となるように更新する。
【０１１９】
（Ｃ）
また、情報端末２４０による、サーバシステム２１０から取得した更新制御データを用
いた応用演出制御データの更新に回数制限を設けるようにしても良い。具体的には、取得
更新制御データ群２４３４において、更新制御データそれぞれに対応づけて、更新に利用
される度にカウントアップする更新回数を記憶しておく。そして、更新回数が制限回数に
達した更新制御データについては、以降の更新に利用不可能とする、或いは、当該更新制
御データを情報端末２４０から削除する。
【０１２０】
（Ｄ）
また、第１の実施形態、第２の実施形態ともに、主玩具、副玩具、及び、情報端末間の
通信を近距離無線通信としたが、有線通信としても良い。
【０１２１】
（Ｅ）
第１の実施形態、第２の実施形態ともに、演出制御データとして、副玩具ＩＤそれぞれ
に対応づけて、基本演出制御データと、応用演出制御データとの２種類があることとして
説明したが、副玩具ＩＤそれぞれに対応する演出制御データを応用演出制御データのみと
してもよい。その場合、基本演出制御データを不用としてもよいし、複数の副玩具ＩＤに
対して同一の基本演出制御データを共通に使用することとしてもよい。
【０１２２】
（Ｆ）
また、第１の実施形態、第２の実施形態ともに主玩具と副玩具とは、どのような玩具と
してもよい。例えば、特許文献１のように、主玩具をバックル（及びベルト）や、手に把
持できる武器おもちゃとし、副玩具を指輪としてもよい。また、この場合、副玩具も指輪
以外にフィギュアやカードなど、様々なものが考えられる。ただ、主玩具を使用者が身体
に装着可能または把持可能なものとし、副玩具も同様に使用者が身体に装着可能または把
持可能なものとすれば、使用者があるポーズ（これもＴＶ番組での演出に一致しているこ
とが望ましい）をして、副玩具を主玩具に対してＩＤを読取可能な位置に置くと、主玩具
が副玩具のＩＤを読み取る、ということも可能となり、ポーズ遊びと演出出力が連動する
という動作応答玩具にすることも可能である。しかし、第１の実施形態、第２の実施形態
ともに、主玩具、副玩具は特に身体に装着可能であったり、手に把持可能なものに限定さ
れるものではない。主玩具を駅のホーム型の玩具とし、副玩具を列車玩具として、列車玩
具の読取により主玩具から出力される演出を駅のホームのアナウンス音等にしてもよい。
また、主玩具をロボット玩具とし、副玩具をロボット玩具に取り付け可能なパーツ（例え
ば武器やパイロットの人形等）とし、当該パーツを読み取ることにより、ロボット玩具か
ら当該パーツに応じた音声（例えば、武器ならば攻撃音、パイロットならばセリフ音声）
が出力されるようにしても良い。また、主玩具を銃や剣等の武器玩具とし、副玩具をそれ
に装着できるパーツ（例えば、弾丸や、装飾部品）とし、当該パーツを読み取ることによ
り、武器玩具から当該パーツに応じた音声が出力されるようにしても良い。また、主玩具
を携帯電話や化粧品等の実用品を模した玩具とし、副玩具をこれに取り付け可能なパーツ
とし、当該パーツを読み取ることにより、当該パーツに応じた演出が出力されるようにし
てもよい。
【０１２３】
（Ｇ）
また、第１の実施形態、第２の実施形態においては、主玩具と副玩具の通信手段と、主
玩具と情報端末間および副玩具と情報端末間での通信手段として、同じＮＦＣ（Near Fie
ld Communication：近距離無線通信）によるデータ通信を用いているが、これに限られな
い。すなわち、主玩具と情報端末、副玩具と情報端末は第１の通信手段で通信するが、主
玩具と副玩具は第１の通信手段とは異なる第２の通信手段（または、読取手段）を用いて
、主玩具は副玩具のＩＤを読み取るようにしても良い。より具体的には、前記第１の通信
手段としては、前述の実施形態同様、ＮＦＣ（Near Field Communication：近距離無線通
信）によるデータ通信を用い、主玩具と副玩具間の、玩具間では、より安価なものとする
ため、赤外線や、若しくは、主玩具に設けられた物理的なスイッチによる、副玩具に設け
られたＩＤを表現する凹凸部の読取をもって第２の通信手段（または、読取手段）として
も良い。
【符号の説明】
【０１２４】
１  玩具システム
１０  サーバシステム
１１２  操作部、１１４  表示部、１１６  通信部
１２０  処理部、１２２  演出制御管理部
１３０  記憶部
１３２  演出制御管理プログラム、１３４  演出制御データテーブル
２０  主玩具
２１２  操作部、２１４  表示部、２１６  音出力部、２１８  近距離無線通信部
２２０  処理部、２２２  演出制御部
２３０  記憶部
２３２  演出制御プログラム、２３４  演出制御データテーブル
３０  副玩具
４０  情報端末
４１２  操作部、４１４  表示部、４１６  通信部、４１８  近距離無線通信部
４２０  処理部
４２２  副玩具ＩＤ取得部、４２４  演出制御データ取得部
４２６  演出データ送信部
４３０  記憶部
４３２  演出制御データ制御プログラム、４３４  取得演出制御データ群
２１  玩具システム
２１０  サーバシステム
２１１２  操作部、２１１４  表示部、２１１６  通信部
２１２０  処理部、２１２２  更新制御管理部
２１３０  記憶部
２１３２  更新制御管理プログラム、２１３４  更新制御データテーブル
２２０  主玩具
２２１２  操作部、２２１４  表示部、２２１６  音出力部、２２１８  近距離無線
通信部
２２２０  処理部、２２２２  演出制御部
２２３０  記憶部
２２３２  演出制御プログラム、２２３４  演出制御データテーブル
２３０  副玩具
２４０  情報端末
２４１２  操作部、２４１４  表示部、２４１６  通信部、２４１８  近距離無線通
信部
２４２０  処理部
２４２２  副玩具ＩＤ取得部、２４２４  更新制御データ取得部
２４２６  演出データ更新制御部
２４３０  記憶部
２４３２  更新制御プログラム、２４３４  取得更新制御データ群
【図１】
2020072952.tif 000003
【図２】
2020072952.tif 000004
【図３】
2020072952.tif 000005
【図４】
2020072952.tif 000006
【図５】
2020072952.tif 000007
【図６】
2020072952.tif 000008
【図７】
2020072952.tif 000009
【図８】
2020072952.tif 000010
【図９】
2020072952.tif 000011
【図１０】
2020072952.tif 000012
【図１１】
2020072952.tif 000013
【図１２】
2020072952.tif 000014
【図１３】
2020072952.tif 000015
【図１４】
2020072952.tif 000016
【図１５】
2020072952.tif 000017
【図１６】
2020072952.tif 000018
【図１７】
2020072952.tif 000019
【図１８】
2020072952.tif 000020
【図１９】
2020072952.tif 000021
【図２０】
2020072952.tif 000022
【図２１】
2020072952.tif 000023
【図２２】
2020072952.tif 000024
【手続補正書】
【提出日】令和2年2月3日(2020.2.3)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
副玩具の種類によって異なるＩＤを保持する当該副玩具から読み取ったＩＤに応じた発光、表示及び音出力のうちの少なくとも１つによる演出出力を行う主玩具であって、
副玩具が保持するＩＤを読み取る読取手段と、
演出制御データを記憶する記憶手段と、
読み取った前記ＩＤに対応する前記演出制御データに従った演出出力を行なう出力手段と、
前記副玩具が保持するＩＤに対応する前記演出制御データを更新するための更新データを情報処理端末から受信する受信手段と
を備え、
前記演出制御データは、複数の前記ＩＤについて共通に使用される第１の演出制御データと、前記複数のＩＤのそれぞれに対応し、かつ、前記更新データによる更新により完全な状態となると対応する前記ＩＤに応じた演出出力を可能とする第２の演出制御データとを含み、
前記出力手段は、
前記第２の演出制御データが完全な状態でない場合には、前記第１の演出制御データによる前記演出出力を行ない、
前記第２の演出制御データが完全な状態の場合には、前記第２の演出制御データによる前記演出出力を行なう
ことを特徴とする主玩具。
【請求項２】
前記記憶手段は、前記第１の演出制御データ、前記第２の演出制御データ及び前記第２の演出制御データの状態を示すフラグを、前記副玩具が保持するＩＤと関連づけて保持するテーブルをさらに記憶し、
前記出力手段は、前記テーブルにおいて前記読取手段が読み取った前記ＩＤと関連づけられている前記フラグの値に応じて、前記第１の演出制御データと前記第２の演出制御データとを切替えることを特徴とする請求項１に記載の主玩具。
【請求項３】
前記受信手段は、前記情報処理端末が取得した前記副玩具が保持するＩＤと関連づけられて前記テーブルに登録されている前記第２の演出制御データについて、前記更新データを受信することを特徴とする請求項２に記載の主玩具。
【請求項４】
前記更新データは、前記第２の演出制御データの全体又は一部であることを特徴とする請求項１から３のいずれか１項に記載の主玩具。
【請求項５】
前記更新データは、暗号化された前記第２の演出制御データを復号する復号キーであることを特徴とする請求項１から３のいずれか１項に記載の主玩具。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００１
【補正方法】変更
【補正の内容】
【０００１】
本発明は、主玩具等に関する。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００１４
【補正方法】変更
【補正の内容】
【００１４】
また、本発明は、副玩具の種類によって異なるＩＤを保持する当該副玩具から当該ＩＤを読み取った場合に、発光、表示及び音出力のうちの少なくとも１つによる演出出力を行う主玩具と、情報端末と、サーバとを具備した玩具システムにおける前記情報端末としてコンピュータを機能させるためのプログラムであって、前記主玩具は、完全状態となったときに前記副玩具の種類別の各ＩＤに対応づけた演出制御データを格納して各ＩＤに応じた演出出力を行うことができるようになるテーブルデータを不全状態で記憶しており、前記サーバは、前記不全状態のテーブルデータのうちの前記演出制御データそれぞれを個別に完全状態にするための更新制御データを記憶しており、前記コンピュータを、前記副玩具からＩＤを受信するＩＤ受信手段、前記ＩＤ受信手段で受信されたＩＤに対応する演出制御データを完全状態とするための更新制御データを前記サーバから取得する更新制御データ取得手段、として機能させるためのプログラムであっても良い。
また、本発明は、副玩具の種類によって異なるＩＤを保持する当該副玩具から読み取ったＩＤに応じた発光、表示及び音出力のうちの少なくとも１つによる演出出力を行う主玩具であって、副玩具が保持するＩＤを読み取る読取手段と、演出制御データを記憶する記憶手段と、読み取った前記ＩＤに対応する前記演出制御データに従った演出出力を行なう出力手段と、前記副玩具が保持するＩＤに対応する前記演出制御データを更新するための更新データを情報処理端末から受信する受信手段とを備え、前記演出制御データは、複数の前記ＩＤについて共通に使用される第１の演出制御データと、前記複数のＩＤのそれぞれに対応し、かつ、前記更新データによる更新により完全な状態となると対応する前記ＩＤに応じた演出出力を可能とする第２の演出制御データとを含み、前記出力手段は、前記第２の演出制御データが完全な状態でない場合には、前記第１の演出制御データによる前記演出出力を行ない、前記第２の演出制御データが完全な状態の場合には、前記第２の演出制御データによる前記演出出力を行なう主玩具であってもよい。
また、本発明において、前記記憶手段は、前記第１の演出制御データ、前記第２の演出制御データ及び前記第２の演出制御データの状態を示すフラグを、前記副玩具が保持するＩＤと関連づけて保持するテーブルをさらに記憶し、前記出力手段は、前記テーブルにおいて前記読取手段が読み取った前記ＩＤと関連づけられている前記フラグの値に応じて、前記第１の演出制御データと前記第２の演出制御データとを切替えてもよい。また、本発明において、前記受信手段は、前記情報処理端末が取得した前記副玩具が保持するＩＤと関連づけられて前記テーブルに登録されている前記第２の演出制御データについて、前記更新データを受信してもよい。また、本発明において、前記更新データは、前記第２の演出制御データの全体又は一部であってもよいし、前記更新データは、暗号化された前記第２の演出制御データを復号する復号キーであってもよい。