JP2015019128A - 通信システム - Google Patents

Abstract

【課題】ペアリングに関する操作者の負担を軽減する。
【解決手段】第１機器及び操作入力部を有する第２機器は、操作入力部への操作内容と第２機器に割り当てられた１以上の固有情報との対応関係を示す共通データを、第１及び第２テーブルデータとして保持する。第１機器は、第２機器とのペアリングに先立ち、第１テーブルデータから操作入力部に対する特定操作を抽出して表示装置を用い特定操作の内容を示す操作通知映像の表示を行い（Ｓ１１）、第２機器は、操作入力部への入力操作に対応する固有情報を第２テーブルデータから読み出して（ＳＳａ）第１機器に送信し（Ｓ１５）、第１機器は、第２機器から受信した固有情報が特定操作に対応する固有情報として第１テーブルデータに含まれている場合に、第２機器とペアリングを行うとともに（Ｓ１７）、特定操作に対応付けられた所定処理を実行する（Ｓ１８）。
【選択図】図５

Description

本発明は、通信システムに関する。

Bluetooth（登録商標）を用いて第１機器と第２機器を接続する場合、事前にペアリングの実施が必要となる。これを実現するため、一般的には、ユーザは第１機器に対して周辺機器の探索を指示し、モード指定にて第２機器の動作モードをペアリングモードにする。そして、探索により見つかった周辺機器（１以上の第２機器）が第１機器の画面に一覧表示され、ユーザが、その一覧表示を参照しつつ、ペアリングを望む何れかの周辺機器を選ぶ操作を行う。この後、ＰＩＮコード等の認証コードの入力が必要になることもある。尚、下記特許文献１には、機器名等の機器情報を考慮してペアリングを行う方法が示されている（特許文献１；図７、明細書段落［００３３］〜［００３８］参照）。

国際公開２０１２／０３３０６５号公報

上述したように、従来の通信システムでは、第１及び第２機器間の通信に先立って、ペアリング実現用の専用操作が必要である。これは、Bluetooth以外の無線通信規格を採用する通信システムにもあてはまりうる。ペアリング実現用の専用操作は操作者にとって煩わしいことも多い。操作者の負担（手間）の軽減は有益である。

そこで本発明は、ペアリングに関する操作者の負担軽減に寄与する通信システムを提供することを目的とする。

本発明に係る通信システムは、表示装置を有する又は前記表示装置に接続された第１機器及び操作入力部を有する第２機器を備え、ペアリングを介して前記第１及び第２機器間の通信が可能となる通信システムにおいて、前記操作入力部への操作内容と前記第２機器に割り当てられた１以上の固有情報との対応関係を示す共通データを、第１及び第２テーブルデータとして前記第１機器及び第２機器に保持させ、前記第１機器は、前記第２機器とのペアリングに先立ち、前記第１テーブルデータから前記操作入力部に対する特定操作を抽出して前記表示装置を用い前記特定操作の内容を示す操作通知映像の表示を行い、前記第２機器は、前記操作入力部への入力操作に対応する固有情報を前記第２テーブルデータから読み出して前記第１機器に送信し、前記第１機器は、前記第２機器から受信した固有情報が前記特定操作に対応する固有情報として前記第１テーブルデータに含まれている場合に、前記第２機器とペアリングを行うとともに、前記特定操作に対応付けられた所定処理を実行することを特徴とする。

第１機器は、第２機器とのペアリングに先立ち、特定操作の内容を示す操作通知映像の表示を行う。これを見た第２機器の操作者は、特定操作を操作入力部に入力することができる。特定操作が操作入力部に入力されると、特定操作に対応する固有情報が第２機器から第１機器に送信される。第１及び第２機器には、操作内容と固有情報との対応関係を示す共通データが保持されているため、第１機器は、受信信号に基づき第２機器に対して特定操作が入力されたことを認知することができ、操作者が第２機器を用いて第１機器の操作を希望していることを認知することができる。このため、第２機器から受信した固有情報が特定操作に対応する固有情報として第１テーブルデータに含まれている場合に、第１機器は、第２機器とペアリングを行う。

更に、特定操作には所定処理が対応付けられており、第２機器のペアリングと共に当該所定処理が実行される。つまり、所定処理の実行させるための特定操作を入力するだけで、必要なペアリングが他の操作を必要とすることなく実現される。このように、上記構成によれば、操作者にペアリング用の専用操作を課すことなく所望のペアリングを実現可能であり、操作者の負担軽減に繋がる。

具体的には例えば、前記第１機器は、前記第２機器とのペアリングに先立ち、前記操作通知映像の表示を行う一方で前記第２機器に対して問い合わせ信号を送信し、前記第２機器は、前記問い合わせ信号を受信し且つ前記操作入力部に操作が入力されたとき、入力操作に対応する固有情報を前記第２テーブルデータから読み出して、読み出した固有情報を前記問い合わせ信号に応答して前記第１機器に送信し、前記第１機器は、前記問い合わせ信号に対する応答信号中の固有情報が前記特定操作に対応する固有情報として前記第１テーブルデータに含まれている場合に、前記第２機器とペアリングを行うとともに、前記所定処理を実行することが好ましい。

これにより、固有情報の問い合わせ及びその応答を含む、Bluetooth等の無線通信規格に定められた一連のやり取りの中で、ペアリングの実行可否を判断することが可能となる。

また例えば、前記第１及び第２テーブルデータの夫々は、前記操作入力部への第１〜第ｎ特定操作と前記第２機器に割り当てられた第１〜第ｎ固有情報との対応関係を示すデータを含み（ｎは２以上の整数）、前記第１機器は、前記第１〜第ｎ特定操作に対応付けられ且つ互いに異なる第１〜第ｎ処理を実行可能な処理部を備え、前記操作通知映像は、前記第１〜第ｎ特定操作の内容を示す映像を含み、前記第２機器は、前記問い合わせ信号を受信し且つ前記操作入力部に第ｉ特定操作が入力されたとき（ｉは１以上且つｎ以下の整数）、前記第ｉ特定操作に対応する第ｉ固有情報を前記第２テーブルデータから読み出して前記第ｉ固有情報を前記問い合わせ信号に応答して前記第１機器に送信し、前記第１機器は、前記第２機器から前記第ｉ固有情報を受信したとき、前記第２機器とペアリングを行うとともに、前記第ｉ特定操作に対応付けられた第ｉ処理を実行することが好ましい。

操作者は、第１機器に第ｉ処理を実行させたいとき、操作通知映像を参照して、第ｉ処理に対応する第ｉ特定操作を入力することができる。第ｉ特定操作の入力に応答して、第２機器から第１機器に第ｉ固有情報が送信されるので、第１機器は第２機器とペアリングを行うと共に第ｉ処理を実行する。つまり、第ｉ処理を実行させるべく第ｉ特定操作を入力するだけで、必要なペアリングが他の操作を必要とすることなく実現されるので、操作者の負担（ペアリング用の操作負担）の軽減が期待される。

より具体的には例えば、前記操作通知映像は、前記第１〜第ｎ特定操作に対応付けられた所定の第１〜第ｎ選択候補を示す映像と、前記第１〜第ｎ特定操作の内容を示す映像と、を含み、前記第ｉ特定操作は、前記第１〜第ｎ選択候補の中から第ｉ選択候補を選ぶ操作として機能し、前記第ｉ選択候補を選ぶための前記第ｉ特定操作の入力に連動して前記第１機器及び第２機器間のペアリングが実現されることが好ましい。

操作者は、操作通知映像を参照し、第１〜第ｎ選択候補の中から第ｉ選択候補を選ぶ操作を第ｉ特定操作として操作入力部に入力することができる。この第ｉ特定操作の入力に連動して第１及び第２機器間のペアリングを実現することにより、ペアリング用の専用操作が不要となり、操作者の負担軽減が期待される。

より具体的には例えば、前記第１〜第ｎ選択候補は、前記第１機器で取り扱われる仮想空間上の第１〜第ｎキャラクタに対応し、前記操作通知映像の表示により、前記仮想空間上で動作するキャラクタを選択すべきことが要求、推奨又は示唆されても良い。

操作者は、操作通知映像を参照し、第１〜第ｎキャラクタの何れかを選択する特定操作を操作入力部に入力することができる。この特定操作の入力に連動して第１及び第２機器間のペアリングを実現することにより、キャラクタの選択操作がペアリング実現用の操作としての機能を兼務することになるため、操作者の負担軽減が期待される。

或いは例えば、前記第１〜第ｎ選択候補は、前記第２機器の操作者の候補としての第１〜第ｎ登録人物に対応し、前記操作通知映像の表示により、前記第２機器の操作者が前記第１〜第ｎ登録人物の何れであるのかを選択すべきことが要求、推奨又は示唆されても良い。

操作者は、操作通知映像を参照し、第１〜第ｎ登録人物の何れかを選択する特定操作（自身がどの登録人物であるのかを指定する操作）を操作入力部に入力することができる。この特定操作の入力に連動して第１及び第２機器間のペアリングを実現することにより、登録人物の選択操作がペアリング実現用の操作としての機能を兼務することになるため、操作者の負担軽減が期待される。

また具体的な構成として例えば、前記第１機器は、相手機器を探索するための探索信号及び前記相手機器の固有情報を問い合わせる問い合わせ信号を送信する通信部と、前記問い合わせ信号に対する応答信号を前記相手機器から受信したとき、前記応答信号中の固有情報が、前記特定操作に対応する固有情報として前記第１テーブルデータに含まれているか否かを判断する判断部と、前記応答信号中の固有情報が前記特定操作に対応する固有情報として前記第１テーブルデータに含まれている場合に前記相手機器とペアリングするためのペアリング処理を行う一方で、そうでない場合に前記ペアリング処理を不実行とするペアリング制御部と、を備えていて良い。

このように第１機器を構成することで、上記の各機能を実現可能な通信システムを形成できる。

また例えば、前記第２機器の固有情報は、前記第２機器の機器名を含んでいて良い。

これにより、機器名の問い合わせ及びその応答を含む、Bluetooth等の無線通信規格に定められた一連のやり取りの中で、ペアリングの実行可否を判断することが可能となる。

本発明によれば、ペアリングに関する操作者の負担軽減に寄与する通信システムを提供することが可能である。

本発明の第１実施形態に係る通信システムを含むシステム全体の構成図である。 本発明の第１実施形態に係る本体機器及びリモコンの内部ブロック図である。 リモコンの外観図である。 本体機器に保持されるテーブルデータを示す図である。 本発明の第１実施形態に係る通信システムの動作フローチャートである 図５の動作の流れの模式図である。 本発明の第１実施形態に係り、選択用映像が表示される様子を示す図である。 本発明の第２実施形態に係る通信システムの動作フローチャートである 本発明の第２実施形態に係り、選択用映像が表示される様子を示す図である。 本発明の第３実施形態に係る通信システムの動作フローチャートである 本発明の第３実施形態に係り、新規参入用映像が表示される様子を示す図である。 本発明の第５実施形態に係り、本体機器のメインプロセッサの機能ブロック図である。

以下、本発明の実施形態の例を、図面を参照して具体的に説明する。参照される各図において、同一の部分には同一の符号を付し、同一の部分に関する重複する説明を原則として省略する。尚、本明細書では、記述の簡略化上、情報、信号、物理量、状態量又は部材等を参照する記号又は符号を記すことによって該記号又は符号に対応する情報、信号、物理量、状態量又は部材等の名称を省略又は略記することがある。

＜＜第１実施形態＞＞
本発明の第１実施形態を説明する。図１は、本発明の第１実施形態に係る通信システムを含むシステム全体の構成図である。通信システムは、本体機器１と、本体機器１を遠隔操作するためのリモートコントローラ（以下リモコンという）２と、を備える。表示装置３は、供給された映像信号に基づく映像を表示する装置である。本体機器１は、任意の規格に準拠するケーブルを介して表示装置３に接続され、表示装置３に対して任意の映像信号を供給する。本体機器１及び表示装置３間は無線にて接続されていても良い。尚、映像信号と共に映像信号に同期する音声信号も本体機器１から表示装置３に供給されうるが、本実施形態では、説明の簡略化上、特に必要のない限り、音声信号の記述を割愛する。以下の説明において、表示とは、特に記述無き限り、本体機器１からの映像信号に基づく表示装置３の表示を指す。尚、本体機器１に表示装置３が内包されていても良い。

操作者（即ちユーザ）は、リモコン２の操作入力部２４に対して様々な操作を入力することができる。本体機器１は、リモコン２の操作入力部２４に入力された操作の内容に基づき、表示装置３の表示内容制御を含む任意の処理を行う任意の機器であって良い。例えば、本体機器１は、ゲーム機器又はセットトップボックスである。ゲーム機器としての本体機器１は、操作入力部２４に入力された操作に応じてゲームを進行させる。セットトップボックスとしての本体機器１は、放送局から受信した放送信号に基づく映像信号を表示装置３に供給でき、録画機能やインターネット接続機能を有していても良い。本体機器１はゲーム機器又はセットトップボックスに分類されない機器であっても良い。

本体機器１及びリモコン２は、無線通信により相互に任意の信号及びデータを通信可能である。本体機器１及びリモコン２間の無線通信が準拠する無線通信規格は任意であるが、ここでは、本体機器１及びリモコン２間の無線通信がBluetooth（登録商標）に準拠しているものとする。

図２に、本体機器１及びリモコン２の内部ブロック図を示す。

本体機器１は、符号１１〜１６によって参照される各部位を備える。ＲＡＭ（Random Access Memory）１１は、本体機器１内で取り扱われる任意のデータを一時的に記憶する。ＲＯＭ（Read Only Memory）１２は、メインプロセッサ１３で実行されるプログラムの他、任意のデータを不揮発的に記憶する。メインプロセッサ１３は、ＣＰＵ（Central Processing Unit）等から成り、各種の信号処理及びＲＯＭ１２に記憶された各種のプログラムを実行すると共に、本体機器１内の各部位の動作を統括的に制御する。映像信号Ｉ／Ｆ部１４は、表示装置３へ映像信号を出力するためのインターフェースである。本体機器１は、任意の相手機器との間で、Bluetoothに準拠した無線通信を行う。通信部１５は、当該無線通信を行うための部位であり、信号の送受信を行う。本体機器１にとっての相手機器は、Bluetoothに準拠した無線通信を行いうる任意の機器であり、リモコン２を含む。本体機器１は、商用交流電力を駆動電力として用いて駆動する。但し、本体機器１に搭載されうるバッテリ（不図示）の出力電力が本体機器１の駆動電力であっても良い。ペアリング用メモリ１６については後述する。尚、本体機器１にも操作入力部が設けられていても良い。

リモコン２は、符号２１〜２６によって参照される各部位を備える。ＲＡＭ（Random Access Memory）２１は、リモコン２内で取り扱われる任意のデータを一時的に記憶する。ＲＯＭ（Read Only Memory）２２は、メインプロセッサ２３で実行されるプログラムの他、任意のデータを不揮発的に記憶する。メインプロセッサ２３は、ＣＰＵ（Central Processing Unit）等から成り、各種の信号処理及びＲＯＭ２２に記憶された各種のプログラムを実行すると共に、リモコン２内の各部位の動作を統括的に制御する。操作入力部（操作ボタン部）２４は、機械式押しボタン等から成り、操作者からの各種操作の入力を受ける。リモコン２は、任意の相手機器との間で、Bluetoothに準拠した無線通信を行う。通信部２５は、当該無線通信を行うための部位であり、信号の送受信を行う。リモコン２にとっての相手機器は、Bluetoothに準拠した無線通信を行いうる任意の機器であり、本体機器１を含む。リモコン２は、一次電池又は二次電池から成るバッテリ（不図示）の出力電力を駆動電力として用いて駆動する。ペアリング用メモリ２６については後述する。

図３に、リモコン２の概略的な外観図を示す。リモコン２の操作入力部２４には、複数のボタンが設けられている。操作者が、操作入力部２４内の１以上のボタンを押すことで、押したボタンに対応する操作が操作入力部２４に入力される。以下、操作者により操作入力部２４に入力される操作を単に入力操作とも呼ぶ。尚、ボタンの押下によって操作が入力されることを想定しているが、入力操作は、ボタンの押下操作以外でも良い。例えば、操作入力部２４に設けられうるボタン以外の機械式操作部材（ダイヤル等）に対する操作が入力操作でも良いし、操作入力部２４に設けられうるタッチパネルに対する操作が入力操作でも良い。更に或いは、リモコン２に所定の運動を与える操作が入力操作であっても良い。この場合、リモコン２の動きを検出する動き検出部（例えば、リモコン２の角速度を検出するジャイロセンサ）をリモコン２に設けておき、その検出結果に基づき、所定の運動がリモコン２に与えられたか否かを判断すればよい。

以下の説明において、通信に関する接続とは、通信を行うべき機器間で信号及びデータのやり取りが可能となる状態を指す。Bluetoothを用いて互いに接続される本体機器１及びリモコン２は、接続に当たって、まずペアリングを行う。つまり、本体機器１及びリモコン２は、ペアリングを介して相互の通信が可能となる。ペアリングの完了後にリモコン２を用いた本体機器１の操作が可能となる（ペアリング完了前にはリモコン２で本体機器１を操作できない）。接続の確立もペアリングも、メインプロセッサ１３の制御の下、通信部１５及び２５を用いて実現される。

ペアリング用メモリ１６（以下、メモリ１６と略記することがある）は、本体機器１と相手機器とのペアリングに利用されるデータを保持する不揮発性メモリであり、ＲＯＭ１２に内包されていても良い。ペアリング用メモリ２６（以下、メモリ２６と略記することがある）は、リモコン２と相手機器とのペアリングに利用されるデータを保持する不揮発性メモリであり、ＲＯＭ２２に内包されていても良い。

メモリ１６及び２６は、操作入力部２４への操作内容とリモコン２に割り当てられた機器名との対応関係を示す共通のデータを、夫々、第１テーブルデータ及び第２テーブルデータとして予め保持している。通常、１つの機器には１つの機器名が割り当てられるが、リモコン２には１以上の機器名が割り当てられうる。ここでは、説明の具体化のため、リモコン２に、９個の機器名、即ち機器名ＤＮ［１］〜ＤＮ［９］が割り当てられているものとする。尚、Bluetoothにおいて、機器名はデバイス名とも呼ばれる。

図４に、メモリ１６に保持された第１テーブルデータの内容を示す。メモリ２６に保持された第２テーブルデータは、第１テーブルデータと同じである。第１テーブルデータにおいて、機器名ＤＮ［１］〜ＤＮ［９］に対し、夫々、第１〜第９登録操作が対応付けられている。つまり、機器名と登録操作の組が９組分、第１テーブルデータに保持されている。第１〜第９登録操作は、操作入力部２４に入力されうる、互いに異なる操作である。機器名ＤＮ［１］〜ＤＮ［９］は、互いに異なる機器名である。図４の例において、各登録操作は操作入力部２４内の特定の２つのボタンを同時に押す操作に相当しているが、各登録操作の内容を任意に定めておくことができる。

第１実施形態では、以下、本体機器１がゲーム機器であって、本体機器１上で所定のゲームを動作させることを想定する。ゲームの内容は表示装置３に表示される。そして、本体機器１の周辺に本体機器１とのペアリングが未実施のリモコン２が存在している状態において、本体機器１及びリモコン２間のペアリングを実現する動作について説明する。図５は、その実現動作に注目した通信システムの動作フローチャートである。図５において、ステップＳ１０〜Ｓ１２、Ｓ１４及びＳ１６〜Ｓ１８は、本体機器１にて実行される処理であり、ステップＳＳａ、Ｓ１３及びＳ１５は、本体機器１の相手機器（リモコン２を含む）にて実行される処理である。図６は、図５の動作の流れの模式図である。

まず、ステップＳ１０において、本体機器１上でゲームが起動する。ゲームのプログラムは、例えば、本体機器１に対して着脱自在な記録メディア（不図示）からメインプロセッサ１３に供給され、メインプロセッサ１３上で動作する。

本体機器１は、起動しているゲーム上で、第１〜第ｎ選択候補の何れかの選択を受け付けることができる（ｎは２以上の整数）。操作者は、リモコン２を通じて当該選択を行うことができる。第１〜第ｎ選択候補の何れを選択するかによって、本体機器１におけるゲームの進行が変化し、表示装置３の表示内容も変化する。ここでは、本体機器１にて起動しているゲームが所謂格闘ゲームであることを想定し、各選択候補が格闘ゲーム（格闘ゲームにおける仮想空間）上で登場するキャラクタ（格闘を行う人物、動物、生物、ロボット等）であるものとする。

図７には、第１〜第ｎ選択候補の何れかの選択を受け付けるときの、表示装置３の表示の様子が示されている。第１〜第ｎ選択候補の何れかの選択を受け付けるときに表示される映像を選択用映像と呼ぶ。図７において、ｎ＝４である。ステップＳ１０に続くステップＳ１１において、本体機器１は、表示装置３上に選択用映像を表示させる。選択用映像は、操作入力部２４への第１〜第４特定操作の内容を示す映像を含む。

具体的には例えば、メインプロセッサ１３は、第１〜第４選択候補の何れかの選択を受け付ける際、メモリ１６内の第１テーブルデータから任意の４つの登録操作を第１〜第４特定操作として抽出すると共に第１〜第４特定操作に対応する機器名を抽出する（図４参照）。ここでは、第１〜第４登録操作が第１〜第４特定操作として抽出され、これに対応して、機器名ＤＮ［１］〜ＤＮ［４］が抽出されたとする。この場合、本体機器１は、図７に示す如く、格闘ゲーム（格闘ゲームにおける仮想空間）上に登場可能なキャラクタ３０１〜３０４の映像３１１〜３１４と、抽出した第１〜第４特定操作の内容を示す映像３２１〜３２４とを、選択用映像に含めて表示させる。キャラクタ３０１〜３０４は、第１〜第４特定操作に対応付けられた第１〜第４選択候補に相当する。故に、選択用映像の表示は、“格闘ゲーム（格闘ゲームにおける仮想空間）上で動作するキャラクタを選択すべきことを要求する表示”であると言える。キャラクタの選択の要求は、当該選択の推奨又は示唆であっても良い。

尚、選択用映像の表示を、後述のステップＳ１７におけるペアリングの完了後まで継続すると良い。但し、当該ペアリングの完了以前の任意のタイミングで、選択用映像の表示を終了することも可能である。また、選択用映像以外の映像が、選択用映像と共に表示されても良い。

ステップＳ１１の段階において、本体機器１とリモコン２とのペアリングは未実施であるとする。リモコン２を手に持った操作者は、選択用映像を参照して、所望のキャラクタに対応する操作を操作入力部２４に入力する。例えば、キャラクタ３０２の選択を希望する場合、操作者は、キャラクタ３０２に対応する操作である第２特定操作（第２登録操作）を選択用映像から認識して、第２特定操作を操作入力部２４に入力する。リモコン２において操作が入力された場合、メインプロセッサ２３は、入力操作がメモリ２６の第２テーブルデータ内の何れかの登録操作と一致するか否かを判断する。そして、入力操作が第ｉ登録操作と一致する場合（ｉは整数であって、例えば１以上ｎ以下の整数）、ステップＳＳａにおいて、メインプロセッサ２３は、第ｉ登録操作に対応する機器名ＤＮ［ｉ］を第２テーブルデータから読み出す。選択用映像を参照して入力される操作は、第１〜第４特定操作（即ち第１〜第４登録操作）の何れかと一致することが期待され、結果、第２テーブルデータからは機器名ＤＮ［１］〜ＤＮ［４］の何れかが読み出されることが期待される。尚、ステップＳＳａの処理は、後述のステップＳ１５の処理実行前の任意のタイミングで実行される。

一方、本体機器１は、ステップＳ１１に続くステップＳ１２において、通信部１５から探索信号を送信（放送）することにより、本体機器１の周辺に存在する相手機器を探索する。探索信号を受信した相手機器（本体機器１にとっての相手機器であって、リモコン２を含む）は、当該探索信号に応答し、ステップＳ１３において本体機器１に対し探索応答信号を送信する。探索応答信号を受信したとき、本体機器１は、本体機器１の周辺に相手機器が存在すると認知する。探索応答信号の送信元の相手機器をペアリング候補機器と呼ぶ。ペアリング候補機器はリモコン２以外の機器でありうる。尚、リモコン２は、探索信号を受信したとき、自身の動作モードを、本体機器１とのペアリングが可能なペアリングモードに設定することができる。或いは、本体機器１とのペアリングが未完了のリモコン２は、自身の電源の投入時において、自動的に自身の動作モードをペアリングモードに設定しても良い。

探索応答信号を受信した本体機器１は、ステップＳ１４において、探索信号に応答した相手機器に対し、機器名を問い合わせる問い合わせ信号を送信する。問い合わせ信号を受信したペアリング候補機器は、ステップＳ１５において、自身の機器名を含む問い合わせ応答信号を本体機器１に送信（返信）する。ペアリング候補機器がリモコン２である場合、ステップＳ１５において、リモコン２は、ステップＳＳａにて読み出した機器名ＤＮ［ｉ］を問い合わせ応答信号に含めて本体機器１に送信（返信）する。

本体機器１は、問い合わせ応答信号を受信すると、ステップＳ１６において、問い合わせ応答信号中の機器名が、何れかの特定操作に対応する機器名として第１テーブルデータに含まれているか否かを判断する。本例では、第１〜第４登録操作が第１〜第４特定操作として設定されている。故に、問い合わせ応答信号中の機器名が、第１〜第４特定操作に対応する機器名ＤＮ［１］〜ＤＮ［４］の何れかと一致している場合に、ステップＳ１６の判断結果は肯定となり、そうでない場合、ステップＳ１６の判断結果は否定となる。ステップＳ１６の判断結果が否定の場合、本体機器１において、ペアリング候補機器はリモコン２ではないと判断され、ステップＳ１７のペアリング処理を実行することなくステップＳ１１に戻る。

ステップＳ１６の判断結果が肯定の場合、ステップＳ１７へ進む。ステップＳ１７において、本体機器１は、ペアリング候補機器とペアリングするためのペアリング処理を実行する。例えば、リモコン２が機器名ＤＮ［２］を問い合わせ応答信号に含めて本体機器１に送信した結果、ステップＳ１７に至った場合、本体機器１は、ペアリング処理において、機器名ＤＮ［２］が割り当てられたリモコン２とペアリングを行う。ペアリングの方法自体はBluetoothの規格に従う。ペアリングの完了と同時に、又は、その後に、本体機器１及びリモコン２間の接続も確立される。

ステップＳ１７におけるペアリング処理及び接続の完了後、入力された特定操作に対応するキャラクタが選択され、ステップＳ１８において、メインプロセッサ１３は、選択キャラクタを格闘ゲームに登場させた状態で格闘ゲームを進行させる。ステップＳ１８において、本体機器１は、リモコン２の入力操作に応じた処理（選択キャラクタの表示画面上での移動等）を行う。

尚、Bluetoothのペアリングにおいては、ＰＩＮコード等の認証コードのユーザ入力操作が必要になることがあるが、本実施形態のペアリング処理において、このようなユーザ入力操作を不要にしておくと良い。例えば、ＰＩＮコードの入力自体が不要なＳＳＰ（Simple Secure Pairing）をペアリング処理に採用すれば良い。或いは例えば、リモコン２に割り当てられ且つリモコン２に書き込まれたＰＩＮコードと同じＰＩＮコードを、本体機器１に予め保持させておけば良い。この場合、ペアリング処理の中で、本体機器１に保持されたＰＩＮコードを、本体機器１からペアリングされるべきリモコン２に対して送信すれば良い。リモコン２において、受信したＰＩＮコードと自身に書き込まれているＰＩＮコードとが照合され、それらの一致が認められた場合に認証処理が完了してペアリングが完了する。

また、上述の手順では、探索信号の送信を行い、探索応答信号の受信後に問い合わせ信号の送信を行っているが、探索応答信号の受信を待たずに、問い合わせ信号の送信を行うようにしても良い。例えば、探索信号及び問い合わせ信号の送信を同時に又は連続的に行うようにしても良い。この場合、探索信号及び問い合わせ信号を受信したリモコン２が、探索応答信号及び問い合わせ応答信号を同時に又は連続的に本体機器１に送信する。

本実施形態では、ゲームの進行において必要となるキャラクタの選択操作を、ペアリング用の操作として兼務させる。このため、ペアリングの実施を操作者に意識させることなく且つ操作者にペアリング用の専用操作を課すことなく、所望のペアリングを実現可能であり、操作者（ユーザ）にとって利便性が高い。従来において、ペアリング未実施のリモコンを用いて新規ユーザがゲームに参加しようとした場合、本体機器と新規ユーザが持つリモコンとのペアリングを行うための専用操作が必要である。ペアリング用の専用操作はユーザにとって煩わしいことが多い。本実施形態では、そのような専用操作が不要である。

＜＜第２実施形態＞＞
本発明の第２実施形態を説明する。第２実施形態及び後述の第３〜第５実施形態は第１実施形態を基礎とする実施形態であり、第２〜第５実施形態において特に述べない事項に関しては、特に記述無き限り且つ矛盾の無い限り、第１実施形態の記載が第２〜第５実施形態にも適用される。矛盾の無い限り、第１〜第５実施形態の内、任意の複数の実施形態を組み合わせても良い。

第２実施形態では、本体機器１がセットトップボックスであることを想定し、１台のリモコン２を用い、本体機器１を４人のユーザで切り替えて利用する方法を説明する。４人のユーザは、１つの家庭を形成する父親、母親、祖母及び子供の４人であるとする。図８は、第２実施形態に係る通信システムの動作フローチャートである。図８において、ステップＳ３１、Ｓ３２、Ｓ３４及びＳ３６〜Ｓ３８は、本体機器１にて実行される処理であり、ステップＳＳｂ、Ｓ３３及びＳ３５は、本体機器１の相手機器（リモコン２を含む）にて実行される処理である。図８の動作の流れの模式図は、図６のそれと同様である。

本体機器１は、まずステップＳ３１において、選択用映像を表示させつつ、第１〜第ｎ登録人物としての第１〜第ｎ選択候補の何れかが選択されることを待機する（ｎは２以上の整数）。図９に、ステップＳ３１にて表示される選択用映像の例を示す。本例においてｎ＝４である。操作者は、リモコン２を通じて当該選択を行うことができる。本実施形態において、操作者は、父親、母親、祖母及び子供の何れかである。従って、父親、母親、祖母及び子供の夫々は操作者の候補であり、第１〜第４選択候補は、夫々、第１〜第４登録人物としての父親、母親、祖母、子供である。各登録人物は、ステップＳ３１の処理の前に、予め本体機器１に登録されている。

具体的には例えば、メインプロセッサ１３は、第１〜第４選択候補（第１〜第４登録人物）の何れかの選択を受け付ける際、メモリ１６内の第１テーブルデータから任意の４つの登録操作を第１〜第４特定操作として抽出すると共に第１〜第４特定操作に対応する機器名を抽出する（図４参照）。ここでは、第１〜第４登録操作が第１〜第４特定操作として抽出され、これに対応して、機器名ＤＮ［１］〜ＤＮ［４］が抽出されたとする。更に、メインプロセッサ１３は、１つの特定操作に対して一人の登録人物を割り当てる。ここでは、第１〜第４特定操作に、夫々、第１〜第４登録人物（即ち、父親、母親、祖母、子供）が割り当てられるものとする。

そうすると、本体機器１は、図９に示す如く、第１〜第４登録人物３５１〜３５４の映像３６１〜３６４と、抽出した第１〜第４特定操作の内容を示す映像３７１〜３７４とを、選択用映像に含めて表示させる。第１〜第４登録人物は、第１〜第４特定操作に対応付けられた第１〜第４選択候補に相当するため、選択用映像の表示は、“リモコン２の現在の操作者が第１〜第４登録人物の何れであるのかを選択すべきことを要求する表示”であると言える。登録人物の選択の要求は、当該選択の推奨又は示唆であっても良い。映像３６１〜３６４は、本体機器１に予め保存された第１〜第４登録人物の映像である。第ｉ登録人物の映像は、第ｉ登録人物の顔や上半身のデジタル画像であっても良いし、第ｉ登録人物に対応付けられた任意のアイコンであっても良い。

尚、選択用映像の表示を、後述のステップＳ３７におけるペアリングの完了後まで継続すると良い。但し、当該ペアリングの完了以前の任意のタイミングで、選択用映像の表示を終了することも可能である。また、選択用映像以外の映像が、選択用映像と共に表示されても良い。

ステップＳ３１の段階において、本体機器１とリモコン２とのペアリングは未実施であるとする。リモコン２を手に持った操作者としての第ｉ登録人物は、選択用映像を参照して、第ｉ登録人物に対応する操作（即ち第ｉ特定操作）を操作入力部２４に入力する。この操作は、第ｉ登録人物に対応する処理を本体機器１に実行させるための所謂ログイン操作に相当する。例えば、現在の操作者が第１登録人物としての父親である場合、操作者は、映像３６１に対応する操作である第１特定操作（第１登録操作）を選択用映像から認識して、第１特定操作を操作入力部２４に入力する。リモコン２において操作が入力された場合、メインプロセッサ２３は、入力操作がメモリ２６の第２テーブルデータ内の何れかの登録操作と一致するか否かを判断する。そして、入力操作が第ｉ登録操作と一致する場合（ｉは整数であって、例えば１以上ｎ以下の整数）、ステップＳＳｂにおいて、メインプロセッサ２３は、第ｉ登録操作に対応する機器名ＤＮ［ｉ］を第２テーブルデータから読み出す。選択用映像を参照して入力される操作は、第１〜第４特定操作（即ち第１〜第４登録操作）の何れかと一致することが期待され、結果、第２テーブルデータからは機器名ＤＮ［１］〜ＤＮ［４］の何れかが読み出されることが期待される。尚、ステップＳＳｂの処理は、後述のステップＳ３５の処理実行前の任意のタイミングで実行される。

一方、本体機器１は、ステップＳ３１に続くステップＳ３２において、通信部１５から探索信号を送信（放送）することにより、本体機器１の周辺に存在する相手機器を探索する。探索信号を受信した相手機器（本体機器１にとっての相手機器であって、リモコン２を含む）は、当該探索信号に応答し、ステップＳ３３において本体機器１に対し探索応答信号を送信する。探索応答信号を受信したとき、本体機器１は、本体機器１の周辺に相手機器が存在すると認知する。第１実施形態と同様、探索応答信号の送信元の相手機器をペアリング候補機器と呼ぶ。

探索応答信号を受信した本体機器１は、ステップＳ３４において、探索信号に応答した相手機器に対し、機器名を問い合わせる問い合わせ信号を送信する。問い合わせ信号を受信したペアリング候補機器は、ステップＳ３５において、自身の機器名を含む問い合わせ応答信号を本体機器１に送信（返信）する。ペアリング候補機器がリモコン２である場合、ステップＳ３５において、リモコン２は、ステップＳＳｂにて読み出した機器名ＤＮ［ｉ］を問い合わせ応答信号に含めて本体機器１に送信（返信）する。

本体機器１は、問い合わせ応答信号を受信すると、ステップＳ３６において、問い合わせ応答信号中の機器名が、何れかの特定操作に対応する機器名として第１テーブルデータに含まれているか否かを判断する。本例では、第１〜第４登録操作が第１〜第４特定操作として設定されている。故に、問い合わせ応答信号中の機器名が、第１〜第４特定操作に対応する機器名ＤＮ［１］〜ＤＮ［４］の何れかと一致している場合に、ステップＳ３６の判断結果は肯定となり、そうでない場合、ステップＳ３６の判断結果は否定となる。本体機器１は、例えば、問い合わせ応答信号中の機器名がＤＮ［１］ならば父親が操作者であると認識でき、問い合わせ応答信号中の機器名がＤＮ［４］ならば子供が操作者であると認識できる。ステップＳ３６の判断結果が否定の場合、本体機器１において、ペアリング候補機器はリモコン２ではないと判断され、ステップＳ３７のペアリング処理を実行することなくステップＳ３１に戻る。

ステップＳ３６の判断結果が肯定の場合、ステップＳ３７へ進む。ステップＳ３７において、本体機器１は、ペアリング候補機器としてのリモコン２とペアリングするためのペアリング処理を実行する。ペアリングの完了と同時に、又は、その後に、本体機器１及びリモコン２間の接続も確立される。

ステップＳ３７におけるペアリング処理及び接続の完了後、ステップＳ３８に進む。ステップＳ３８において、メインプロセッサ１３は、問い合わせ応答信号中の機器名に対応する登録人物の個別設定情報を設定用メモリ（不図示）から読み出し、リモコン２の入力操作に従いつつ、読み出した個別設定情報に応じたログイン後処理を実行する。設定用メモリは、本体機器１に設けられた不揮発性メモリである。ステップＳ３１の処理前に、予め各登録人物の個別設定情報が設定用メモリに保持されているものとする。

ログイン後処理は、読み出される個別設定情報に依存して（従って、問い合わせ応答信号中の機器名に依存して）変化しうる。例えば、問い合わせ応答信号中の機器名がＤＮ［１］である場合、ログイン後処理において、第１登録人物である父親の個別設定情報に従い、本体機器１は、おすすめコンテンツとしてニュースを表示装置３上で再生し、また利用制限無しでウェブサイト等の閲覧を可能にする。或いは例えば、問い合わせ応答信号中の機器名がＤＮ［４］である場合、ログイン後処理において、第４登録人物である子供の個別設定情報に従い、本体機器１は、おすすめコンテンツとしてアニメを表示装置３上で再生し、またウェブサイト等の閲覧に一定の制限を加える。つまり、リモコン２の操作者が子供である場合には、アダルトサイトや暴力的なサイトへのアクセスを禁止するといった所謂ペアレンタルコントロールを適用することができる。ペアレンタルコントロールにおいて、ブラウザ等のアプリケーションプログラムに機能制限を加えたり、当該アプリケーションプログラムの起動自体を禁止したりすることが可能である。

本実施形態では、ログインに必要となる操作者の選択操作（操作者が誰であるかを選択する操作）を、ペアリング用の操作として兼務させる。このため、ペアリングの実施を操作者に意識させることなく且つ操作者にペアリング用の専用操作を課すことなく、所望のペアリングを実現可能であり、操作者（ユーザ）にとって利便性が高い。

＜＜第３実施形態＞＞
本発明の第３実施形態を説明する。第３実施形態では、以下、本体機器１がゲーム機器であって、本体機器１上で所定のゲームが動作することを想定する。当該ゲームの動作時においては、１又は複数のリモコン２を用いて本体機器１を操作可能であるとする。図１０は、第３実施形態に係る通信システムの動作フローチャートである。図１０の動作の流れの模式図は、図６のそれと同様である。

今、本体機器１が或る１台のリモコン２とペアリング済みであって、ペアリング済みのリモコン２を用いて第１操作者によりゲームが操作されているときに、第２操作者が他のリモコン２（以下、リモコン２’と呼ぶ）を用いてゲームの操作を希望していることを想定する。リモコン２’は、ゲームが起動するステップＳ５０の段階で、本体機器１と未だペアリングされていない。図１０において、ステップＳＳ５０〜Ｓ５２、Ｓ５４及びＳ５６〜Ｓ５８は、本体機器１にて実行される処理であり、ステップＳＳｃ、Ｓ５３及びＳ５５は、本体機器１の相手機器（リモコン２’を含む）にて実行される処理である。

ゲームの起動後、本体機器１は、ステップＳ５１において新規参入用映像を表示装置３に表示させる。図１１の映像４１０は新規参入用映像の例である。映像４１０以外のゲーム上の映像と共に、映像４１０を表示することができる。新規参入用映像は、操作入力部２４への特定操作の内容を示す映像を含む。新規参入用映像の表示により、操作入力部２４に対して特定操作を入力することが操作者に要求、推奨又は示唆される。具体的には例えば、メインプロセッサ１３は、メモリ１６内の第１テーブルデータから任意の１つの登録操作を特定操作として抽出すると共に抽出特定操作に対応する機器名を抽出する。ここでは、第１登録操作が特定操作として抽出され、これに対応して、機器名ＤＮ［１］が抽出されたとする。この場合、本体機器１は、図１１に示す如く、抽出した特定操作の内容を示す映像４２０を、映像４１０に含めて表示させる。尚、新規参入用映像の表示を、後述のステップＳ５７におけるペアリングの完了後まで継続すると良い。但し、当該ペアリングの完了以前の任意のタイミングで、新規参入用映像の表示を終了することも可能である。

リモコン２’を手に持った第２操作者は、特定操作の映像４２０を参照して、当該特定操作を操作入力部２４に入力する。リモコン２’において操作が入力された場合、メインプロセッサ２３は、入力操作がメモリ２６の第２テーブルデータ内の何れかの登録操作と一致するか否かを判断する。そして、入力操作が第ｉ登録操作と一致する場合（ｉは整数）、ステップＳＳｃにおいて、メインプロセッサ２３は、第ｉ登録操作に対応する機器名ＤＮ［ｉ］を第２テーブルデータから読み出す。新規参入用映像を参照して入力される操作は、映像４２０に対応する特定操作（即ち第１登録操作）と一致することが期待され、結果、第２テーブルデータからは機器名ＤＮ［１］が読み出されることが期待される。尚、ステップＳＳｃの処理は、後述のステップＳ５５の処理実行前の任意のタイミングで実行される。

一方、本体機器１は、ステップＳ５１に続くステップＳ５２において、通信部１５から探索信号を送信（放送）することにより、本体機器１の周辺に存在する相手機器を探索する。探索信号を受信した相手機器（本体機器１にとっての相手機器であって、リモコン２’を含む）は、当該探索信号に応答し、ステップＳ５３において本体機器１に対し探索応答信号を送信する。探索応答信号を受信したとき、本体機器１は、本体機器１の周辺に相手機器が存在すると認知する。上述したように、探索応答信号の送信元の相手機器をペアリング候補機器と呼ぶ。ペアリング候補機器はリモコン２’以外の機器でありうる。

探索応答信号を受信した本体機器１は、ステップＳ５４において、探索信号に応答した相手機器に対し、機器名を問い合わせる問い合わせ信号を送信する。問い合わせ信号を受信したペアリング候補機器は、ステップＳ５５において、自身の機器名を含む問い合わせ応答信号を本体機器１に送信（返信）する。ペアリング候補機器がリモコン２’である場合、ステップＳ５５において、リモコン２’は、ステップＳＳｃにて読み出した機器名ＤＮ［１］を問い合わせ応答信号に含めて本体機器１に送信（返信）する。

本体機器１は、問い合わせ応答信号を受信すると、ステップＳ５６において、問い合わせ応答信号中の機器名が、特定操作に対応する機器名として第１テーブルデータに含まれているか否かを判断する。本例では、第１登録操作が特定操作として設定されている。故に、問い合わせ応答信号中の機器名が、特定操作に対応する機器名ＤＮ［１］と一致している場合に、ステップＳ５６の判断結果は肯定となり、そうでない場合、ステップＳ５６の判断結果は否定となる。ステップＳ５６の判断結果が否定の場合、本体機器１において、ペアリング候補機器はリモコン２’ではないと判断され、ステップＳ５７のペアリング処理を実行することなくステップＳ５１に戻る。

ステップＳ５６の判断結果が肯定の場合、ステップＳ５７へ進む。ステップＳ５７において、本体機器１は、ペアリング候補機器としてのリモコン２’とペアリングするためのペアリング処理を実行する。ペアリングの完了と同時に、又は、その後に、本体機器１及びリモコン２’間の接続も確立される。

ステップＳ５７におけるペアリング処理及び接続の完了後、ステップＳ５８に進む。ステップＳ５８において、メインプロセッサ１３は、リモコン２’にて操作されるキャラクタをゲームに登場させた状態でゲームを進行させる。つまり、ステップＳ５８において、メインプロセッサ１３は、リモコン２だけでなくリモコン２’の入力操作にも基づいてゲームを進行させる。

１台のゲーム機器本体を１台のリモコンで操作しているときに、第１操作者の友達である第２操作者がゲームの参加を望むことがある。第２操作者は、自分の家から自分のリモコン（同種のケーム機器本体に付随するリモコン）を持ってくることができる。しかしながら、通常は、第２操作者のリモコンをゲーム機器本体とペアリングさせる専用操作を行ってからでないと、第２操作者はゲームに参加できない。これに対し、本実施形態では、新規参入用映像を表示し、ゲーム新規参加の意思を伝える操作をペアリング用の操作として兼務させる。このため、ペアリングの実施を操作者に意識させることなく且つ操作者にペアリング用の専用操作を課すことなく、所望のペアリングを実現可能であり、操作者（ユーザ）にとって利便性が高い。

＜＜第４実施形態＞＞
本発明の第４実施形態を説明する。第１又は第２実施形態では、選択用映像の表示により、第１〜第４選択候補の何れかを選択すべきことが操作者に要求、推奨又は示唆されているが、選択用映像の表示と共に、選択用音声の出力を行うようにしても良い。選択用音声は、メインプロセッサ１３の制御の下、表示装置３に設けられたスピーカから出力される。選択用音声は、第１〜第４選択候補の何れかを選択すべきことを操作者に要求、推奨又は示唆する音声であって良く、各特定操作の内容を説明する音声を含んでいて良い。尚、第１又は第２実施形態において、選択用映像の表示に代えて、選択用音声の出力のみを行うようにしても良い。

第３実施形態では、新規参入用映像の表示により、操作入力部２４に対して特定操作を入力することが操作者に要求、推奨又は示唆されているが、新規参入用映像の表示と共に、新規参入用音声の出力を行うようにしても良い。新規参入用音声は、メインプロセッサ１３の制御の下、表示装置３に設けられたスピーカから出力される。新規参入用音声は、操作入力部２４に対して特定操作を入力することを操作者に要求、推奨又は示唆する音声であって良く、特定操作の内容を説明する音声を含んでいて良い。尚、第３実施形態において、新規参入用映像の表示に代えて、新規参入用音声の出力のみを行うようにしても良い。

＜＜第５実施形態＞＞
本発明の第５実施形態を説明する。第５実施形態では、第１〜第４実施形態に共通する事項又は第１〜第４実施形態の何れか１以上に適用される事項について説明する。図１２は、メインプロセッサ１３の機能ブロック図である。メインプロセッサ１３は符号１３Ａ〜１３Ｄによって参照される各部位を有している、と考えることができる。

第１又は第２実施形態において、処理部１３Ａは、第１〜第ｎ特定操作に対応付けられ且つ互いに異なる所定の第１〜第ｎ処理を選択的に実行可能である（第１又は第２実施形態の例においてｎ＝４）。第１〜第ｎ処理の夫々は、ペアリング処理以外の処理である。本体機器１は、ペアリング候補機器としてのリモコン２から第ｉ特定操作に対応する機器名ＤＮ［ｉ］を受信したとき、リモコン２とペアリングを行うと共に、第ｉ特定操作に対応付けられた第ｉ処理を実行する。

第１実施形態において、第ｉ処理は、第ｉ特定操作及び機器名ＤＮ［ｉ］に対応するキャラクタを格闘ゲームに登場させた状態で格闘ゲームを進行させる、ステップＳ１８の処理である（図５参照）。第１実施形態において、第ｉ特定操作は、格闘ゲームの進行に必要な、第１〜第ｎ選択候補（キャラクタ３０１〜３０４；図７参照）の中から第ｉ選択候補を選ぶ操作として機能する。第２実施形態において、第ｉ処理は、第ｉ特定操作及び機器名ＤＮ［ｉ］に対応する第ｉ登録人物の個別設定情報に従う、ステップＳ３８のログイン後処理である（図８参照）。第２実施形態において、第ｉ特定操作は、ログインに必要な（ログイン後の処理の実行に必要な）、第１〜第ｎ選択候補（登録人物３５１〜３５４；図９参照）の中から第ｉ選択候補を選ぶ操作として機能する。第１及び第２実施形態の何れにおいても、第ｉ選択候補を選ぶための第ｉ特定操作の入力に連動して本体機器１及びリモコン２間のペアリングが実現される。このため、ペアリング用の専用操作が不要となる。

特定操作設定部１３Ｂは、第１テーブルデータを参照して１以上の特定操作を設定する。各実施形態において、特定操作の内容を示す映像を含んだ操作通知映像（選択用映像又は新規参入用映像）が表示される。通信部１５は、メインプロセッサ１３の制御の下で探索信号及び問い合わせ信号の送信を行うと共に、探索応答信号及び問い合わせ応答信号を受信する。問い合わせ信号に対する応答信号（問い合わせ応答信号）を相手機器から受信したとき、判断部１３Ｃは、その応答信号に含まれる機器名が、特定操作に対応する機器名として第１テーブルデータに含まれているか否かを判断する。そして、その応答信号に含まれる機器名が、特定操作に対応する機器名として第１テーブルデータに含まれている場合、ペアリング制御部１３Ｄは、応答信号の送信元の相手機器とペアリングするためのペアリング処理を実行する。応答信号に含まれる機器名が、特定操作に対応する機器名として第１テーブルデータに含まれていない場合、ペアリング制御部１３Ｄは、ペアリング処理を実行しない。

機器名は、リモコン２の固有情報の一種である。上述の各実施形態では、各特定操作に固有情報としての機器名が対応付けられているが、各特定操作に対応付けられ且つ各テーブルデータに保持される固有情報は、機器名以外の、リモコン２の固有情報（例えば製品コード）であって良い。

本体機器１又はリモコン２である対象装置を、集積回路等のハードウェア、或いは、ハードウェアとソフトウェアの組み合わせによって構成することができる。対象装置にて実現される機能の全部又は一部である任意の特定の機能をプログラムとして記述して、該プログラムを対象装置に搭載可能なフラッシュメモリに保存しておいても良い。そして、該プログラムをプログラム実行装置（例えば、対象装置に搭載可能なマイクロコンピュータ）上で実行することによって、その特定の機能を実現するようにしてもよい。上記プログラムは任意の記録媒体に記憶及び固定されうる。上記プログラムを記憶及び固定する記録媒体は対象装置と異なる機器（サーバ機器等）に搭載又は接続されても良い。

本発明の実施形態は、特許請求の範囲に示された技術的思想の範囲内において、適宜、種々の変更が可能である。以上の実施形態は、あくまでも、本発明の実施形態の例であって、本発明ないし各構成要件の用語の意義は、以上の実施形態に記載されたものに制限されるものではない。上述の説明文中に示した具体的な数値は、単なる例示であって、当然の如く、それらを様々な数値に変更することができる。

１ 本体機器
２ リモコン
３ 表示装置
２４ 操作入力部

Claims (8)

1. 表示装置を有する又は前記表示装置に接続された第１機器及び操作入力部を有する第２機器を備え、ペアリングを介して前記第１及び第２機器間の通信が可能となる通信システムにおいて、
   前記操作入力部への操作内容と前記第２機器に割り当てられた１以上の固有情報との対応関係を示す共通データを、第１及び第２テーブルデータとして前記第１機器及び第２機器に保持させ、
   前記第１機器は、前記第２機器とのペアリングに先立ち、前記第１テーブルデータから前記操作入力部に対する特定操作を抽出して前記表示装置を用い前記特定操作の内容を示す操作通知映像の表示を行い、
   前記第２機器は、前記操作入力部への入力操作に対応する固有情報を前記第２テーブルデータから読み出して前記第１機器に送信し、
   前記第１機器は、前記第２機器から受信した固有情報が前記特定操作に対応する固有情報として前記第１テーブルデータに含まれている場合に、前記第２機器とペアリングを行うとともに、前記特定操作に対応付けられた所定処理を実行する
   ことを特徴とする通信システム。
2. 前記第１機器は、前記第２機器とのペアリングに先立ち、前記操作通知映像の表示を行う一方で前記第２機器に対して問い合わせ信号を送信し、
   前記第２機器は、前記問い合わせ信号を受信し且つ前記操作入力部に操作が入力されたとき、入力操作に対応する固有情報を前記第２テーブルデータから読み出して、読み出した固有情報を前記問い合わせ信号に応答して前記第１機器に送信し、
   前記第１機器は、前記問い合わせ信号に対する応答信号中の固有情報が前記特定操作に対応する固有情報として前記第１テーブルデータに含まれている場合に、前記第２機器とペアリングを行うとともに、前記所定処理を実行する
   ことを特徴とする請求項１に記載の通信システム。
3. 前記第１及び第２テーブルデータの夫々は、前記操作入力部への第１〜第ｎ特定操作と前記第２機器に割り当てられた第１〜第ｎ固有情報との対応関係を示すデータを含み（ｎは２以上の整数）、
   前記第１機器は、前記第１〜第ｎ特定操作に対応付けられ且つ互いに異なる第１〜第ｎ処理を実行可能な処理部を備え、
   前記操作通知映像は、前記第１〜第ｎ特定操作の内容を示す映像を含み、
   前記第２機器は、前記問い合わせ信号を受信し且つ前記操作入力部に第ｉ特定操作が入力されたとき（ｉは１以上且つｎ以下の整数）、前記第ｉ特定操作に対応する第ｉ固有情報を前記第２テーブルデータから読み出して前記第ｉ固有情報を前記問い合わせ信号に応答して前記第１機器に送信し、
   前記第１機器は、前記第２機器から前記第ｉ固有情報を受信したとき、前記第２機器とペアリングを行うとともに、前記第ｉ特定操作に対応付けられた第ｉ処理を実行する
   ことを特徴とする請求項２に記載の通信システム。
4. 前記操作通知映像は、前記第１〜第ｎ特定操作に対応付けられた所定の第１〜第ｎ選択候補を示す映像と、前記第１〜第ｎ特定操作の内容を示す映像と、を含み、
   前記第ｉ特定操作は、前記第１〜第ｎ選択候補の中から第ｉ選択候補を選ぶ操作として機能し、前記第ｉ選択候補を選ぶための前記第ｉ特定操作の入力に連動して前記第１機器及び第２機器間のペアリングが実現される
   ことを特徴とする請求項３に記載の通信システム。
5. 前記第１〜第ｎ選択候補は、前記第１機器で取り扱われる仮想空間上の第１〜第ｎキャラクタに対応し、
   前記操作通知映像の表示により、前記仮想空間上で動作するキャラクタを選択すべきことが要求、推奨又は示唆される
   ことを特徴とする請求項４に記載の通信システム。
6. 前記第１〜第ｎ選択候補は、前記第２機器の操作者の候補としての第１〜第ｎ登録人物に対応し、
   前記操作通知映像の表示により、前記第２機器の操作者が前記第１〜第ｎ登録人物の何れであるのかを選択すべきことが要求、推奨又は示唆される
   ことを特徴とする請求項４に記載の通信システム。
7. 前記第１機器は、
   相手機器を探索するための探索信号及び前記相手機器の固有情報を問い合わせる問い合わせ信号を送信する通信部と、
   前記問い合わせ信号に対する応答信号を前記相手機器から受信したとき、前記応答信号中の固有情報が、前記特定操作に対応する固有情報として前記第１テーブルデータに含まれているか否かを判断する判断部と、
   前記応答信号中の固有情報が前記特定操作に対応する固有情報として前記第１テーブルデータに含まれている場合に前記相手機器とペアリングするためのペアリング処理を行う一方で、そうでない場合に前記ペアリング処理を不実行とするペアリング制御部と、を備えた
   ことを特徴とする請求項１乃至６の何れかに記載の通信システム。
8. 前記第２機器の固有情報は、前記第２機器の機器名を含む
   ことを特徴とする請求項１乃至７の何れかに記載の通信システム。

Images