リモコン制御システム
【課題】複数のリモコン端末から操作対象の制御装置を双方向通信により同時に制御できるリモコン制御システムを提供する。
【解決手段】ゲストコンピュータ１３では、携帯電話３から送信された操作要求が受信され、時刻T1において主制御部へ転送される。主制御部は、この操作要求を時刻T2においてIP通信管理部に転送する。IP通信管理部は、この登録要求をIPパケットに変換して時刻T3でホストコンピュータ１１へ転送する。ホストコンピュータ１１では、時刻T4で受信された操作要求が主制御部へ転送される。主制御部は、転送された操作要求から識別ID、アプリIDおよび操作コード等を抽出し、時刻T5において操作変換部へ転送する。操作変換部は、転送された操作コードを変換テーブル１０４ａに基づいてキーコードに変換し、時刻T6において表示更新部へ転送する。表示更新部は、転送されたキーコードに応じた処理を実行して表示内容を更新する。
【解決手段】ゲストコンピュータ１３では、携帯電話３から送信された操作要求が受信され、時刻T1において主制御部へ転送される。主制御部は、この操作要求を時刻T2においてIP通信管理部に転送する。IP通信管理部は、この登録要求をIPパケットに変換して時刻T3でホストコンピュータ１１へ転送する。ホストコンピュータ１１では、時刻T4で受信された操作要求が主制御部へ転送される。主制御部は、転送された操作要求から識別ID、アプリIDおよび操作コード等を抽出し、時刻T5において操作変換部へ転送する。操作変換部は、転送された操作コードを変換テーブル１０４ａに基づいてキーコードに変換し、時刻T6において表示更新部へ転送する。表示更新部は、転送されたキーコードに応じた処理を実行して表示内容を更新する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の無線式リモコン端末から送信される遠隔操作信号を受信して実質的に同時に処理するリモコン制御システムに関する。
【背景技術】
【０００２】
一台のコンピュータを複数の利用者がリモコン端末を用いて同時に遠隔操作できるようにすれば、コンピュータ上で実行中の１ないし複数のアプリケーションを複数の利用者が同時に利用できるようになる。例えば、自動車レースのゲームプログラムを大画面モニタの接続されたコンピュータで実行する際に、複数台の競技車両のそれぞれに無線式リモコン端末を割り当て、各利用者がそれぞれの無線式リモコン端末で競技車両を自由に操作できるようにすれば、多数の利用者が競い合うことで臨場感の溢れるゲーム展開が可能になる。
【０００３】
このとき、無線式のリモコン端末を用いれば、各利用者はコンピュータから離れた位置で操作を行えるので多数の利用者による同時操作が容易になる。しかしながら、携帯電話や家電用のリモコンに普及している従来の赤外線リモコンでは、各リモコンから送信されたパルス信号が干渉するので複数の同時利用には適さない。これに対して、電波式のリモコンであれば複数の同時利用が可能になるものの、普及率が低いために別途に専用リモコンを用意しなければならない。
【０００４】
一方、近距離無線通信システムとしてBluetoothが普及し、多くの携帯電話にBluetoothが実装されるようになってきた。したがって、無線式リモコンをBluetooth方式とすれば、多くの利用者は使い慣れた自身の携帯電話をリモコン端末として利用できるようになる。
【０００５】
特許文献１には、再生装置がレジューム情報をリモコン装置側へBluetoothのシリアルポートプロファイル（SPP）を用いて送信して保持させ、次回の再生時にはリモコン装置がレジューム情報を再生装置に送信してコンテンツをジャンプ再生させることにより、再生装置におけるユーザごとのレジューム情報の管理を不要にする技術が開示されている。
【０００６】
特許文献２には、Bluetoothのハンズフリープロファイル（HSF）を用いて、腕時計型端末装置が携帯電話装置にカメラシャッターの押下コマンドを送信すると、携帯電話装置のカメラが撮像を実行し、撮像完了後に腕時計型端末装置が携帯電話装置に撮像画像の取得を要求すると、携帯電話装置がBluetoothの画像プロファイル（BIP）を用いて腕時計型端末に画像データを転送し、腕時計型端末の画面上に表示させる技術が開示されている。
【０００７】
特許文献３には、情報端末がBluetoothのシリアルポートプロファイル（SPP）を用いて撮像端末の撮像動作を制御すると共に、撮像端末が情報端末にデータ量の多い画像情報を転送する前に、撮像画像の関連情報を情報端末に自動的に転送し、撮像完了後に情報端末が撮像端末に対し撮像画像の取得を要求すると、撮像端末がBluetoothの画像プロファイル（BIP）あるいはBluetoothのオブジェクト交換プロファイル（OPP）を用いて情報端末に撮像画像のデータを転送し、情報端末の画面上に表示させる技術が開示されている。
【０００８】
特許文献４には、映像表示装置が予め複数のリモコンのリモコン送信コードと分割画面領域とを関連付けて記憶しておき、各リモコン装置からリモコン送信コードをキーの操作キーコードと共に受信すると、画面を複数に分割して各ユーザに分割画面領域を割り当てて操作対象とする技術が開示されている。
【０００９】
特許文献５には、双方向通信と複数IPリモコン対応とが可能なテレビ受像機システムが開示されている。このシステムでは通信に無線LANが使用され、IPリモコンと操作対象機器との間で制御コマンドや画像データがIPネットワーク経由で双方向通信により送受信される。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２００９−４３３０９号公報
【特許文献２】特開２００９−１１８４７４号公報
【特許文献３】特開２００７−１９６６５号公報
【特許文献４】特開２００９−２７４８５号公報
【特許文献５】特開２００９−５５６１４号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
特許文献１では、リモコン装置と再生装置との間に一対一のペアリングを実現できるが、複数のリモコン装置から再生装置を同時に制御することができなかった。また、この方式ではBluetoothのSPPを利用し、リモコン装置と再生装置との間でレジューム情報を双方向で送受信できるが、SPPによる１回の送信データ量は１０２４バイトに制限されるので大容量のデータ転送には不向きであった。
【００１２】
特許文献２では、腕時計型端末装置とカメラ付き携帯電話装置との間に一対一のペアリングを実現できるが、複数の腕時計型端末装置からカメラ付き携帯電話装置を同時に制御することができなかった。また、携帯電話装置から画像データをBIPにより腕時計型端末装置に転送する前に、制御のHFPセッションを切断する必要があり、転送時に腕時計型端末装置からの制御コマンドを受け付けられなかった。
【００１３】
特許文献３では、情報端末が撮像端末に制御コマンドを送信すると共に、SPPにより撮像端末から撮像画像の関連情報を同時に受信できる。しかしながら、特許文献２の場合と同様に、複数の情報端末から撮像端末を同時に制御することができなかった。また、SPP、BIPおよびOPPを併用できないため、特許文献２の場合と同様に、撮像画像データの転送時に情報端末からの制御コマンドを受け付けられないという技術課題を依然として有した。
【００１４】
特許文献４では、複数のリモコンのそれぞれに対して映像表示装置の画面領域を分割して複数のユーザ（視聴者）が同時に映像表示装置を共有できるようにしているが、複数フォーマットのリモコン信号を利用しなければならないので、回路や制御機構が複雑となり、その結果、リモコンおよび受信部が大型かつ高価になるという問題点があった。また、この方式では双方向通信ができなかった。
【００１５】
特許文献５では、通信が無線LANにより行われるので双方向通信を簡単に実現できる。しかしながら、無線LAN用の通信モジュールは消費電力が大きいので、バッテリ駆動を前提とするモバイル端末には不向きである。また、無線LANでは複数の無線端末が帯域を共有するため、複数の無線端末が１つのアクセスポイントに集中すると通信速度が落ちてしまう。
【００１６】
本発明の目的は、上記した従来技術の課題を解決し、複数のリモコン端末から操作対象の制御装置を双方向通信により実質的に同時に制御できるリモコン制御システムを提供することにある。
【課題を解決するための手段】
【００１７】
上記の目的を達成するために、本発明は、複数のリモコン端末でコンピュータを遠隔操作するリモコン制御システムにおいて、以下のような手段を講じた点に特徴がある。
【００１８】
(1)コンピュータを仮想的に複数のゲストコンピュータおよびホストコンピュータとして動作させ、各ゲストコンピュータとホストコンピュータとを仮想IPネットワークで接続する手段と、各ゲストコンピュータにBluetoothドングルを実装する手段とを具備し、各リモコン端末が、ゲストコンピュータにおいて空き状態のBluetoothドングルを探索する手段と、探索により得られたBluetoothドングルの識別IDおよびリモコン端末の端末IDを含む登録要求を生成する手段と、遠隔操作に応じた操作コードを発生する手段と、操作コードを含む操作要求を生成する手段と、各要求をBluetooth SPPパケット化する手段と、SPPパケットを前記空き状態のBluetoothドングルへ送信する手段とを具備し、ゲストコンピュータが、リモコン端末から受信したSPPパケットをIPパケットに変換して前記仮想IPネットワーク経由でホストコンピュータへ転送する手段と、ホストコンピュータから前記仮想IPネットワーク経由で受信したIPパケットをSPPパケットに変換してリモコン端末へ転送する手段とを具備し、ホストコンピュータが、リモコン端末から送信された探索要求に応答して、空き状態のBluetoothドングルの識別IDを含む探索応答をIPパケットに変換して返信する手段と、リモコン端末から送信された登録要求に応答して、ゲストコンピュータのBluetoothドングルとリモコン端末とを紐付ける手段と、Bluetoothドングルごとにリモコン端末の操作コードとホストコンピュータのキーコードとの対応付けを管理し、操作要求に記述されている操作コードを、当該操作要求を受信したBluetoothドングルに基づいてキーコードに変換する手段と、キーコードに基づいて所定の制御を実行する手段とを具備したことを特徴とする。
【００１９】
(2)登録要求および操作要求が、ホストコンピュータで実行可能なアプリケーションを識別するアプリIDを含み、前記変換手段は、BluetoothドングルおよびアプリIDのペアごとにリモコン端末の操作コードとホストコンピュータのキーコードとの対応付けを管理し、操作要求に記述されている操作コードを、当該操作要求を受信したBluetoothドングルおよびアプリIDに基づいてキーコードに変換することを特徴とする。
【００２０】
(3)ホストコンピュータが、前記操作要求に対するフィードバックコマントを生成する手段を具備し、フィードバックコマントが、前記操作要求を受信したBluetoothドングルにおいてBluetooth SPPパケット化されてリモコン端末へ返信されることを特徴とする。
【００２１】
(4)各Bluetooth SPPパケットにはパケットの順番が記述されており、ホストコンピュータは受信した各Bluetooth SPPパケットを前記順番に基づいて並べ替えることを特徴とする。
【００２２】
(5)リモコン端末が、Bluetoothモジュールを実装してSPPをサポートする携帯電話，スマートフォン，PDA，ポケットコンピュータのいずれかであることを特徴とする。
【００２３】
(6)リモコン端末において遠隔操作に応じた操作コードを発生する手段が、方向キー、十字キー、テンキー、タッチパネル、音声認識、カメラ動き検出、トラックボールおよび加速度センサのいずれかであることを特徴とする。
【発明の効果】
【００２４】
本発明によれば以下のような効果が達成される。
【００２５】
(1)リモコン端末からコンピュータへ送信される遠隔操作の信号がBluetooth SPPパケット化され、コンピュータではBluetoothドングルを実装した複数のゲストコンピュータが仮想的に並列動作するので、一つのコンピュータを複数台のリモコン端末で同時かつ無線で遠隔操作できるようになる。
【００２６】
また、一台のコンピュータで同時に動作できるBluetoothスタック数には制限があるが、本発明では一台のコンピュータが複数の仮想的なゲストコンピュータに分割され、ゲストコンピュータのそれぞれが、あたかも1台のコンピュータであるかのように複数のBluetoothスタックを動作させることができる。したがって、1台のコンピュータに、Bluetoothスタック数の制限を超えた多数のリモコン端末を収容できるようになる。
【００２７】
(2)遠隔操作の信号がアプリケーションを識別するアプリIDを含むので、コンピュータにおいて複数のアプリケーションを同時に実行する場合でも、各リモコン操作による遠隔操作をアプリケーションごとに識別できるようになる。
【００２８】
(3)リモコン端末とコンピュータとが双方向で通信できるので、リモコン端末はコンピュータからフィードバックコマントを受信できるようになる。
【００２９】
(4)各Bluetooth SPPパケットにパケットの順番が記述されているので、受信側ではSPPパケットを正確に復元できる。
【００３０】
(5)リモコン端末として、Bluetoothモジュールを実装してSPPをサポートする携帯電話，スマートフォン，PDA，ポケットコンピュータを用いることができるので、専用のリモコン端末を別途に用意する必要がない。
【００３１】
(6)リモコン端末が標準で備える方向キー、十字キー、テンキー、タッチパネル、音声認識、カメラ動き検出、トラックボールおよび加速度センサをリモコン用の入力操作手段として用いることができるようになる。
【図面の簡単な説明】
【００３２】
【図１】本発明が適用されるリモコン制御システムの構成を示したブロック図である。
【図２】リモコン端末の操作をキーボード操作に割り当てる概念を示した図である。
【図３】コンピュータおよび携帯電話の構成を示した機能ブロック図である。
【図４】紐付け情報記憶部の登録内容を示した図である。
【図５】変換テーブルの一例を示した図である。
【図６】登録手順のシーケンスフローである。
【図７】登録要求メッセージのフォーマットを示した図である。
【図８】登録完了後の紐付け情報記憶部の登録内容を示した図である。
【図９】登録応答メッセージのフォーマットを示した図である。
【図１０】本発明の一実施形態の動作を示したシーケンスフローである。
【図１１】操作要求メッセージのフォーマットを示した図である。
【図１２】Bluetooth SPPパケットの送受信手順を示したフローチャートである。
【発明を実施するための形態】
【００３３】
以下、図面を参照して本発明の実施の形態について詳細に説明する。図１は、本発明が適用されるリモコン制御システムの構成を示したブロック図であり、遠隔操作に応答して所定の制御を実行し、制御内容を反映したビデオ信号を出力するコンピュータ１と、前記ビデオ信号を再生する大型モニタ装置２と、前記コンピュータ１をBluetoothで遠隔操作するリモコン端末３とを主要な構成としている。
【００３４】
前記コンピュータ１は、複数のBluetoothドングルまたはBluetoothモジュールが実装されたゲーム端末、デジタルサイネージ端末あるいは汎用コンピュータであり、前記リモコン端末３は、同様にBluetoothドングルまたはBluetoothモジュールが実装された携帯電話，スマートフォン，PDA，ポケットコンピュータ等の汎用モバイル端末である。本実施形態では、リモコン端末３として携帯電話を想定し、各携帯電話３とコンピュータ１とがBluetooth SPPで双方向のパケット通信を行う。
【００３５】
本実施形態では、前記コンピュータ１がVMWare（登録商標）やXen（登録商標）などの仮想化技術を利用することで、仮想的に１台のホストコンピュータおよび複数台のゲストコンピュータとして動作できる。図１は、仮想化技術としてVMWareを採用した場合の構成を示しており、コンピュータ１のハードウェア資源上でWindows（登録商標）、MacOSXあるいはLinuxなどのホストOSが動作し、このホストOS上でユーザアプリケーションと共に仮想化アプリケーションのVMwareが動作する。VMware上では複数のゲストOSが動作し、各ゲストOSがゲストコンピュータとして機能する。各ゲストOS上ではゲストアプリケーションが動作する。
【００３６】
図２を併せて参照し、本実施形態では、コンピュータ１に接続されるキーボード４の各キー領域を各携帯電話３に割り当て、端末ユーザが携帯電話３を操作すると、これがキーボード４の操作としてコンピュータ１に認識される。コンピュータ１は複数のアプリケーションを同時に実行でき、携帯電話３の操作をアプリケーションごとに固有のキーボード操作に変換して各アプリケーションを実行する。
【００３７】
このような構成において、各携帯電話３がキー操作等の内容を代表する操作コードを各ゲストコンピュータへBluetooth SPPにより送信すると、コンピュータ１は、受信した操作コードをキーボード操作に変換し、そのキーコードに対応した制御を実行する。このとき、コンピュータ１は必要に応じて、各携帯電話３へBluetooth SPPでフィードバックコマンドを返信する。各携帯電話３は、受信したフィードバックコマンドを解釈して端末ディスプレイの表示を切り換えたり、あるいはフォースフィードバックを出力したりする。
【００３８】
図３は、前記コンピュータ１および各携帯電話３の主要部の構成を示した機能ブロック図である。
【００３９】
Bluetoothでは、相互に通信する機器の一方がマスタ、他方がスレーブとされる。Bluetoothの仕様上は、１台のマスタにスレーブを７台まで接続でき、いずれの機器もマスタおよびスレーブとなれる。ただし、最初に接続を要求する機器がマスタとなり、この接続要求に応答する機器がスレーブとなる。本実施形態では、携帯電話３の操作を契機にコンピュータ１へ各種の要求メッセージが送信されるので、携帯電話３がマスタとなり、コンピュータ１がスレーブとなる。
【００４０】
このため、本実施形態ではコンピュータ１に実装される各Bluetoothドングルが受け付けられるリモコン端末数は「１」に制限されるので、コンピュータ１には、リモコン端末として機能させたい携帯電話３の台数に応じた数のBluetoothドングルを実装できるだけのゲストコンピュータ１３が仮想的に実装され、ゲストコンピュータ１３ごとに１ないし複数のBluetoothスタックがインストールされ、それぞれのBluetoothドングルを動作させる。図３では、ゲストコンピュータ１３および携帯電話３に実装されたBluetoothドングルが、SPP送信モジュール１１６（３０３）およびSPP受信モジュール１１７（３０４）のペアで表現されている。
【００４１】
各携帯電話３は、主制御部３０１により実行されるOSとしてBREW(登録商標：Binary Runtime Environment for Wireless)などの汎用OSを実装し、SPP通信管理部３０２により制御される通信レイヤでは、Bluetooth(登録商標）のSPP送信モジュール３０３およびSPP受信モジュール３０４が動作する。識別ID記憶部３０５には、コンピュータ１から通知される空きBluetoothドングルの識別IDが記憶される。アプリID記憶部３０９には、コンピュータ１から通知されるアプリケーションリストに記述されている各アプリケーションに固有のアプリIDが記憶される。
【００４２】
入力部３０６は、方向キー、十字キー、テンキー、タッチパネル、音声認識、カメラ動き検出、トラックボールあるいは加速度センサなどの入力デバイスで検知された操作コード、ならびに選択されたBluetoothドングルの識別IDおよびアプリIDを入力情報に変換する。表示部３０７は、端末ディスプレイおよびその制御回路を含み、出力情報に応答して端末ディスプレイの表示を制御する。振動部３０８は、フォースフィードバック要求の出力情報に応答して振動を発生させる。音響部３１０は、フォースフィードバック要求の出力情報に応答して効果声を出力させる。
【００４３】
ホストコンピュータ１１は、その主制御部１００により実行されるOSとしてWindows（登録商標）あるいはLinux（登録商標）などの汎用OSを実装し、IP通信管理部１０１により制御される通信レイヤでは、IP送信モジュール１０２およびIP受信モジュール１０３が動作する。グローバル紐付け情報記憶部１０６では、図４に一例を示したように、ゲストコンピュータを識別するゲストID，Bluetoothドングルの識別ID、実装されているBluetoothドングルのMACアドレス、シリアルポート番号およびユーザ端末IDが相互に紐付けられている。操作変換部１０４は変換テーブル１０４ａを備え、携帯電話３からゲストコンピュータ経由で受信した操作コードを変換テーブル１０４ａに基づいてキーボード操作に変換する。表示更新部１０５は、キーボード操作に応答した処理を実行してモニタ装置２の表示内容を更新する。
【００４４】
図５は、前記変換テーブル１０４ａの一例を示した図であり、Bluetoothドングルの識別IDをインデックスとして、アプリID、操作コードおよび対応するキーボード操作が紐付けられている。
【００４５】
例えば、識別ID「１」ではアプリID「APP1」、操作コード「LEFT」およびキーボード操作「KEY_LEFT」が紐付けられているので、識別IDが「１」のBluetoothドングルと紐付けられた携帯電話３において、アプリIDが「APP1」のアプリケーションで「LEFT」キーが操作されると、これがキーボードの「KEY_LEFT」の操作と見なされて処理される。
【００４６】
図３へ戻り、ゲストコンピュータ１３は、その主制御部１１４により実行されるOSとしてWindows（登録商標）あるいはLinux（登録商標）などの汎用OSを実装し、IP通信管理部１１３により制御される通信レイヤでは、IP送信モジュール１１１およびIP受信モジュール１１２が動作する。また、SPP通信管理部１１５により制御される通信レイヤでは、SPP送信モジュール１１６およびSPP受信モジュール１１７が動作する。
【００４７】
なお、仮想DHCPサーバ１２は、ゲストコンピュータ１３にIPアドレスを自動的に割り当てる。仮想ハブ１４は、ローカル環境でIPアドレスを割り当てられる仮想IPネットワークを構成する。
【００４８】
このような構成において、コンピュータ１を遠隔操作しようとする携帯電話３は、始めにコンピュータ１へ探索要求を送信して空き状態のBluetoothドングルを探索する。携帯電話３から探索要求を受信したゲストコンピュータ１３は、仮想IPネットワーク経由で当該探索要求をホストコンピュータ１１へ転送する。
【００４９】
ホストコンピュータ１１は、前記紐付け情報記憶部１０６を参照して空き状態のBluetoothドングルを探索し、そのアドレス情報（本実施形態では、MACアドレス）を仮想IPネットワーク経由でゲストコンピュータ１３へ通知する。ゲストコンピュータ１３は、前記通知されたMACアドレスを探索応答として携帯電話３へ返信する。ここでは、前記図４に示したように全てのBluetoothドングルが空き状態なので、いずれかのBluetoothドングルが任意に選択され、そのMACアドレスが応答される。
【００５０】
図６は、Bluetoothドングルの探索後に各携帯電話３がゲストコンピュータを経由してホストコンピュータ１１に自身の登録を要求する手順を示したシーケンスフローである。
【００５１】
携帯電話３は、ゲストコンピュータから前記探索応答を受信すると、登録要求メッセージを生成してゲストコンピュータ１３へ送信する。図７は、登録要求メッセージのフォーマットを示した図であり、本実施形態では、Bluetooth SPPパケットのDataフィールドに３つのValueフィールド(0)，(1)，(2)が確保されており、Value(0)フィールドには、当該メッセージが登録要求である旨の情報が記述され、Value(1)フィールドには、BluetoothドングルのMACアドレスが記述され、Value(2)フィールドには、ユーザ端末IDが記述されている。
【００５２】
ゲストコンピュータ１３では、携帯電話３から受信した登録要求が、時刻T1においてSPP受信モジュール１１７およびSPP通信管理部１１５を経由して主制御部１１４へ転送される。主制御部１１４は、この登録要求を時刻T2においてIP通信管理部１１３に転送する。IP通信管理部１１３は、この登録要求をIPパケットに変換し、時刻T3において、IP送信モジュール１１１から仮想IPネットワーク経由でホストコンピュータ１１へ転送する。
【００５３】
ホストコンピュータ１１では、前記登録要求がIP受信モジュール１０３により受信され、時刻T4において、IP通信管理部１０１を経由して主制御部１００へ転送される。主制御部１００は、時刻T5において、前記登録要求からBluetoothドングルのMACアドレスおよび携帯電話３のユーザ端末IDを抽出し、これらをグローバル紐付け情報記憶部１０６の対応レコードに登録する。グローバル紐付け情報記憶部１０６は、時刻T6において、前記対応レコードに登録されているBluetoothドングルの識別IDを主制御部１００へ通知する。図８は、当該登録完了後の紐付け情報記憶部１０６の登録内容を示した図であり、識別IDが「１」のレコードにおいて、BluetoothドングルのMACアドレス[00:21:4F…]とリモコン端末の端末ID[090-5555…]とが紐付けられている。
【００５４】
主制御部１００は、時刻T7において、前記識別IDの記述された登録応答メッセージを生成してIP通信管理部１０１へ転送する。図９は、前記登録応答メッセージのフォーマットを示した図であり、そのValue(0)フィールドには、当該メッセージが登録応答である旨の情報が記述され、Value(1)フィールドには、前記紐付け情報記憶部１０６においてBluetoothドングルを特定するための識別ID「１」が記述されている。Value(2)フィールドには、ホストコンピュータ１１において実行可能なアプリケーションのアプリIDのリストが記述されている。
【００５５】
IP通信管理部１０１は、時刻T8において、前記登録応答をIPパケットに変換して仮想IPネットワーク経由でゲストコンピュータ１３へ返信する。ゲストコンピュータ１３では、IP受信モジュール１１２で受信されたIPパケットがIP通信管理部１１３において登録応答に復元され、時刻T9において主制御部１１４へ転送される。主制御部１１４は、時刻T10において前記登録応答をSPPパケット化し、これをSPP通信管理部１１５からSPP送信モジュール１１６経由で携帯電話３へ返信する。
【００５６】
携帯電話３は、この登録応答メッセージを受信すると、識別IDを抽出して識別ID記憶部３０５に登録し、さらにアプリIDを抽出してアプリID記憶部３０９に登録して一連の初期登録手順を完了する。
【００５７】
なお、登録解除時には、携帯電話３からゲストコンピュータ１３へペアリングの登録解除を要求するメッセージが送信される。この登録解除要求メッセージのフォーマットは、前記図７を参照して説明した登録要求メッセージと同様であるが、Value(0)フィールドには登録解除Flag（0xFE）が記述され、Value(1)フィールドには解除対象となるBluetoothドングルのMACアドレスが記述され、Value(2)フィールドにユーザ端末IDが記述される。
【００５８】
ゲストコンピュータ１３は、この登録解除要求メッセージを受信すると、これをホストコンピュータ１１の紐付け情報記憶部１０６に通知する。紐付け情報記憶部１０６は、この通知に応答して、前記Value(1)フィールドおよびValue(2)フィールドの登録内容に該当するBluetoothドングルを選択してユーザ端末IDをクリアする。
【００５９】
次いで、端末ユーザが自身の携帯端末３を操作してホストコンピュータ１のアプリケーションを操作する実施形態について、図１０のシーケンスフローに沿って詳細に説明する。
【００６０】
携帯電話３では、端末ユーザによりBluetoothドングルおよびアプリケーションが選択され、さらにキー操作などの入力イベントが検知されると、これが操作要求として主制御部３０１へ通知される。主制御部３０１は、識別ID記憶部３０５からBluetoothドングルの識別IDを取得し、さらにアプリID記憶部３０９からアプリIDを取得し、前記識別ID，アプリIDおよびキー操作に対応した操作コードの記述された操作要求メッセージを生成してSPP通信管理部３０２へ転送する。
【００６１】
この操作要求メッセージでは、図１１に一例を示したように、Dataフィールドに５つのValueフィールド(0)，(1)，(2)，(3)，(4)が確保されており、Value(0)フィールドには識別IDが記述され、Value(1)フィールドにはアプリIDが記述され、Value(2)フィールドには操作コードが記述され、Value(3)フィールドにはパケット番号が記述され、Value(4)フィールドには各種のデータが記述されている。通信管理部３０２は、転送された操作要求メッセージをBluetooth SPPパケットに変換し、SPP送信モジュール３０３から対応するゲストコンピュータ１３へ送信する。
【００６２】
ゲストコンピュータ１３では、携帯電話３から送信された操作要求がSPP受信モジュール１１７で受信され、さらに図１０の時刻T1において、SPP通信管理部１１５を経由して主制御部１１４へ転送される。主制御部１１４は、この操作要求を時刻T2においてIP通信管理部１１３に転送する。IP通信管理部１１３は、この登録要求をIPパケットに変換し、時刻T3において仮想IPネットワーク経由でホストコンピュータ１１へ転送する。
【００６３】
ホストコンピュータ１１では、時刻T4において前記操作要求が通信管理部１０１により受信されて主制御部１００へ転送される。主制御部１００は、転送された操作要求から識別ID、アプリIDおよび操作コード等を抽出し、時刻T5において操作変換部１０４へ転送する。操作変換部１０４は、転送された操作コードを変換テーブル１０４ａに基づいてキーコードに変換し、時刻T6において表示更新部１０５へ転送する。表示更新部１０５は、転送されたキーコードに応じた処理を実行して表示内容を更新する。
【００６４】
このとき、テキスト出力、画像出力、音声出力、フォースフィードバックなどのフィードバックコマンドを携帯電話３へ返信する必要があれば、時刻T7において、そのフィードバックコマンドが主制御部１００からIP通信管理部１０１へ転送される。IP通信管理部１０１は、転送されたフィードバックコマンドをIPパケットに変換し、時刻T8において、仮想IPネットワーク経由でゲストコンピュータ１３へ返信する。
【００６５】
ゲストコンピュータ１３では、IP通信管理部１１３においてIPパケットからフィードバックコマンドが復元され、時刻T9において主制御部１１４へ転送される。主制御部１１４は、時刻T10において前記フィードバックコマンドをBluetooth SPPパケットに変換し、これをSPP通信管理部１１５からSPP送信モジュール１１６経由で携帯電話３へ返信する。
【００６６】
携帯電話３では、前記Bluetooth SPPパケットがSPP通信管理部３０２で受信されて主制御部３０１へ転送される。主制御部３０１は、フィードバックコマンドに基づいて表示更新、音声出力あるいは振動動作などの制御を実行する。
【００６７】
図１２は、Bluetooth SPPによる前記各メッセージパケットの送信手順を示したフローチャートであり、ここでは、携帯電話３[同図(a)]からゲストコンピュータ１[同図(b)]へ操作要求を送信する場合を例にして説明する。
【００６８】
携帯電話３では、ゲストコンピュータ１３１へ送信するデータが1022バイト単位でデータ片に分割され、Bluetooth SPPパケット化されてバッファにエンキューされる。ステップＳ１において、バッファに送信用のBluetooth SPPパケットがエンキューされたことが検知されると、ステップＳ２では、送信Callbackルーチンが割込処理で実行され、バッファから前記パケットが１つずつデキューされて送信モジュール３０１によりゲストコンピュータ１３へ送信される。
【００６９】
ゲストコンピュータ１では、前記Bluetooth SPPパケットがステップＳ１１で受信モジュール１０２により受信されると、ステップＳ１２では、受信Callbackルーチンが割込処理で実行され、受信パケットがバッファへエンキューされる。ステップＳ１３では、正常受信されたBluetooth SPPパケットに対してAckパケットが返信される。ステップＳ１４では、受信パケットに送信完了通知が登録されているか否かが判定され、登録されていなければステップＳ１１へ戻って次のパケット受信に備える。
【００７０】
携帯電話３では、ステップＳ３において、ゲストコンピュータ１から返信されたAckパケットが受信されるとステップＳ１へ戻り、エンキューされている全てのBluetooth SPPパケットに対して上記の送信処理が繰り返され、最後のパケットのValue(3)には「0xFFFF」が記述され、送信完了通知として送信される。
【００７１】
ゲストコンピュータ１では、ステップＳ１４において送信完了通知が検知されるとステップＳ１５へ進み、受信されたパケットからデータ片およびパケット順番を抽出し、各データ片をそのパケット順番にしたがって結合することでデータを復元する。ステップＳ１６では、復元されたデータが表示更新部１０４に転送されて処理される。
【符号の説明】
【００７２】
１…コンピュータ，２…モニタ装置，３…携帯電話，１１…ホストコンピュータ，１２…仮想DHCPサーバ，１３…ゲストコンピュータ，１４…仮想ハブ，１０１…IP通信管理部，１０２…IP送信モジュール，１０３…IP受信モジュール，１０４…操作変換部，１０４ａ…変換テーブル，１０５…表示更新部，１０６…グローバル紐付け情報記憶部，１１１…IP送信モジュール，１１２…IP受信モジュール，１１３…IP通信管理部，１１４…主制御部，１１５…SPP通信管理部，１１６…SPP送信モジュール，１１７…SPP受信モジュール，３０１…主制御部，３０２…SPP通信管理部，３０３…SPP送信モジュール，３０４…SPP受信モジュール，３０５…識別ID記憶部，３０６…入力部，３０７…表示部，３０８…振動部，３０９…アプリID記憶部，３１０…音響部
【技術分野】
【０００１】
本発明は、複数の無線式リモコン端末から送信される遠隔操作信号を受信して実質的に同時に処理するリモコン制御システムに関する。
【背景技術】
【０００２】
一台のコンピュータを複数の利用者がリモコン端末を用いて同時に遠隔操作できるようにすれば、コンピュータ上で実行中の１ないし複数のアプリケーションを複数の利用者が同時に利用できるようになる。例えば、自動車レースのゲームプログラムを大画面モニタの接続されたコンピュータで実行する際に、複数台の競技車両のそれぞれに無線式リモコン端末を割り当て、各利用者がそれぞれの無線式リモコン端末で競技車両を自由に操作できるようにすれば、多数の利用者が競い合うことで臨場感の溢れるゲーム展開が可能になる。
【０００３】
このとき、無線式のリモコン端末を用いれば、各利用者はコンピュータから離れた位置で操作を行えるので多数の利用者による同時操作が容易になる。しかしながら、携帯電話や家電用のリモコンに普及している従来の赤外線リモコンでは、各リモコンから送信されたパルス信号が干渉するので複数の同時利用には適さない。これに対して、電波式のリモコンであれば複数の同時利用が可能になるものの、普及率が低いために別途に専用リモコンを用意しなければならない。
【０００４】
一方、近距離無線通信システムとしてBluetoothが普及し、多くの携帯電話にBluetoothが実装されるようになってきた。したがって、無線式リモコンをBluetooth方式とすれば、多くの利用者は使い慣れた自身の携帯電話をリモコン端末として利用できるようになる。
【０００５】
特許文献１には、再生装置がレジューム情報をリモコン装置側へBluetoothのシリアルポートプロファイル（SPP）を用いて送信して保持させ、次回の再生時にはリモコン装置がレジューム情報を再生装置に送信してコンテンツをジャンプ再生させることにより、再生装置におけるユーザごとのレジューム情報の管理を不要にする技術が開示されている。
【０００６】
特許文献２には、Bluetoothのハンズフリープロファイル（HSF）を用いて、腕時計型端末装置が携帯電話装置にカメラシャッターの押下コマンドを送信すると、携帯電話装置のカメラが撮像を実行し、撮像完了後に腕時計型端末装置が携帯電話装置に撮像画像の取得を要求すると、携帯電話装置がBluetoothの画像プロファイル（BIP）を用いて腕時計型端末に画像データを転送し、腕時計型端末の画面上に表示させる技術が開示されている。
【０００７】
特許文献３には、情報端末がBluetoothのシリアルポートプロファイル（SPP）を用いて撮像端末の撮像動作を制御すると共に、撮像端末が情報端末にデータ量の多い画像情報を転送する前に、撮像画像の関連情報を情報端末に自動的に転送し、撮像完了後に情報端末が撮像端末に対し撮像画像の取得を要求すると、撮像端末がBluetoothの画像プロファイル（BIP）あるいはBluetoothのオブジェクト交換プロファイル（OPP）を用いて情報端末に撮像画像のデータを転送し、情報端末の画面上に表示させる技術が開示されている。
【０００８】
特許文献４には、映像表示装置が予め複数のリモコンのリモコン送信コードと分割画面領域とを関連付けて記憶しておき、各リモコン装置からリモコン送信コードをキーの操作キーコードと共に受信すると、画面を複数に分割して各ユーザに分割画面領域を割り当てて操作対象とする技術が開示されている。
【０００９】
特許文献５には、双方向通信と複数IPリモコン対応とが可能なテレビ受像機システムが開示されている。このシステムでは通信に無線LANが使用され、IPリモコンと操作対象機器との間で制御コマンドや画像データがIPネットワーク経由で双方向通信により送受信される。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２００９−４３３０９号公報
【特許文献２】特開２００９−１１８４７４号公報
【特許文献３】特開２００７−１９６６５号公報
【特許文献４】特開２００９−２７４８５号公報
【特許文献５】特開２００９−５５６１４号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
特許文献１では、リモコン装置と再生装置との間に一対一のペアリングを実現できるが、複数のリモコン装置から再生装置を同時に制御することができなかった。また、この方式ではBluetoothのSPPを利用し、リモコン装置と再生装置との間でレジューム情報を双方向で送受信できるが、SPPによる１回の送信データ量は１０２４バイトに制限されるので大容量のデータ転送には不向きであった。
【００１２】
特許文献２では、腕時計型端末装置とカメラ付き携帯電話装置との間に一対一のペアリングを実現できるが、複数の腕時計型端末装置からカメラ付き携帯電話装置を同時に制御することができなかった。また、携帯電話装置から画像データをBIPにより腕時計型端末装置に転送する前に、制御のHFPセッションを切断する必要があり、転送時に腕時計型端末装置からの制御コマンドを受け付けられなかった。
【００１３】
特許文献３では、情報端末が撮像端末に制御コマンドを送信すると共に、SPPにより撮像端末から撮像画像の関連情報を同時に受信できる。しかしながら、特許文献２の場合と同様に、複数の情報端末から撮像端末を同時に制御することができなかった。また、SPP、BIPおよびOPPを併用できないため、特許文献２の場合と同様に、撮像画像データの転送時に情報端末からの制御コマンドを受け付けられないという技術課題を依然として有した。
【００１４】
特許文献４では、複数のリモコンのそれぞれに対して映像表示装置の画面領域を分割して複数のユーザ（視聴者）が同時に映像表示装置を共有できるようにしているが、複数フォーマットのリモコン信号を利用しなければならないので、回路や制御機構が複雑となり、その結果、リモコンおよび受信部が大型かつ高価になるという問題点があった。また、この方式では双方向通信ができなかった。
【００１５】
特許文献５では、通信が無線LANにより行われるので双方向通信を簡単に実現できる。しかしながら、無線LAN用の通信モジュールは消費電力が大きいので、バッテリ駆動を前提とするモバイル端末には不向きである。また、無線LANでは複数の無線端末が帯域を共有するため、複数の無線端末が１つのアクセスポイントに集中すると通信速度が落ちてしまう。
【００１６】
本発明の目的は、上記した従来技術の課題を解決し、複数のリモコン端末から操作対象の制御装置を双方向通信により実質的に同時に制御できるリモコン制御システムを提供することにある。
【課題を解決するための手段】
【００１７】
上記の目的を達成するために、本発明は、複数のリモコン端末でコンピュータを遠隔操作するリモコン制御システムにおいて、以下のような手段を講じた点に特徴がある。
【００１８】
(1)コンピュータを仮想的に複数のゲストコンピュータおよびホストコンピュータとして動作させ、各ゲストコンピュータとホストコンピュータとを仮想IPネットワークで接続する手段と、各ゲストコンピュータにBluetoothドングルを実装する手段とを具備し、各リモコン端末が、ゲストコンピュータにおいて空き状態のBluetoothドングルを探索する手段と、探索により得られたBluetoothドングルの識別IDおよびリモコン端末の端末IDを含む登録要求を生成する手段と、遠隔操作に応じた操作コードを発生する手段と、操作コードを含む操作要求を生成する手段と、各要求をBluetooth SPPパケット化する手段と、SPPパケットを前記空き状態のBluetoothドングルへ送信する手段とを具備し、ゲストコンピュータが、リモコン端末から受信したSPPパケットをIPパケットに変換して前記仮想IPネットワーク経由でホストコンピュータへ転送する手段と、ホストコンピュータから前記仮想IPネットワーク経由で受信したIPパケットをSPPパケットに変換してリモコン端末へ転送する手段とを具備し、ホストコンピュータが、リモコン端末から送信された探索要求に応答して、空き状態のBluetoothドングルの識別IDを含む探索応答をIPパケットに変換して返信する手段と、リモコン端末から送信された登録要求に応答して、ゲストコンピュータのBluetoothドングルとリモコン端末とを紐付ける手段と、Bluetoothドングルごとにリモコン端末の操作コードとホストコンピュータのキーコードとの対応付けを管理し、操作要求に記述されている操作コードを、当該操作要求を受信したBluetoothドングルに基づいてキーコードに変換する手段と、キーコードに基づいて所定の制御を実行する手段とを具備したことを特徴とする。
【００１９】
(2)登録要求および操作要求が、ホストコンピュータで実行可能なアプリケーションを識別するアプリIDを含み、前記変換手段は、BluetoothドングルおよびアプリIDのペアごとにリモコン端末の操作コードとホストコンピュータのキーコードとの対応付けを管理し、操作要求に記述されている操作コードを、当該操作要求を受信したBluetoothドングルおよびアプリIDに基づいてキーコードに変換することを特徴とする。
【００２０】
(3)ホストコンピュータが、前記操作要求に対するフィードバックコマントを生成する手段を具備し、フィードバックコマントが、前記操作要求を受信したBluetoothドングルにおいてBluetooth SPPパケット化されてリモコン端末へ返信されることを特徴とする。
【００２１】
(4)各Bluetooth SPPパケットにはパケットの順番が記述されており、ホストコンピュータは受信した各Bluetooth SPPパケットを前記順番に基づいて並べ替えることを特徴とする。
【００２２】
(5)リモコン端末が、Bluetoothモジュールを実装してSPPをサポートする携帯電話，スマートフォン，PDA，ポケットコンピュータのいずれかであることを特徴とする。
【００２３】
(6)リモコン端末において遠隔操作に応じた操作コードを発生する手段が、方向キー、十字キー、テンキー、タッチパネル、音声認識、カメラ動き検出、トラックボールおよび加速度センサのいずれかであることを特徴とする。
【発明の効果】
【００２４】
本発明によれば以下のような効果が達成される。
【００２５】
(1)リモコン端末からコンピュータへ送信される遠隔操作の信号がBluetooth SPPパケット化され、コンピュータではBluetoothドングルを実装した複数のゲストコンピュータが仮想的に並列動作するので、一つのコンピュータを複数台のリモコン端末で同時かつ無線で遠隔操作できるようになる。
【００２６】
また、一台のコンピュータで同時に動作できるBluetoothスタック数には制限があるが、本発明では一台のコンピュータが複数の仮想的なゲストコンピュータに分割され、ゲストコンピュータのそれぞれが、あたかも1台のコンピュータであるかのように複数のBluetoothスタックを動作させることができる。したがって、1台のコンピュータに、Bluetoothスタック数の制限を超えた多数のリモコン端末を収容できるようになる。
【００２７】
(2)遠隔操作の信号がアプリケーションを識別するアプリIDを含むので、コンピュータにおいて複数のアプリケーションを同時に実行する場合でも、各リモコン操作による遠隔操作をアプリケーションごとに識別できるようになる。
【００２８】
(3)リモコン端末とコンピュータとが双方向で通信できるので、リモコン端末はコンピュータからフィードバックコマントを受信できるようになる。
【００２９】
(4)各Bluetooth SPPパケットにパケットの順番が記述されているので、受信側ではSPPパケットを正確に復元できる。
【００３０】
(5)リモコン端末として、Bluetoothモジュールを実装してSPPをサポートする携帯電話，スマートフォン，PDA，ポケットコンピュータを用いることができるので、専用のリモコン端末を別途に用意する必要がない。
【００３１】
(6)リモコン端末が標準で備える方向キー、十字キー、テンキー、タッチパネル、音声認識、カメラ動き検出、トラックボールおよび加速度センサをリモコン用の入力操作手段として用いることができるようになる。
【図面の簡単な説明】
【００３２】
【図１】本発明が適用されるリモコン制御システムの構成を示したブロック図である。
【図２】リモコン端末の操作をキーボード操作に割り当てる概念を示した図である。
【図３】コンピュータおよび携帯電話の構成を示した機能ブロック図である。
【図４】紐付け情報記憶部の登録内容を示した図である。
【図５】変換テーブルの一例を示した図である。
【図６】登録手順のシーケンスフローである。
【図７】登録要求メッセージのフォーマットを示した図である。
【図８】登録完了後の紐付け情報記憶部の登録内容を示した図である。
【図９】登録応答メッセージのフォーマットを示した図である。
【図１０】本発明の一実施形態の動作を示したシーケンスフローである。
【図１１】操作要求メッセージのフォーマットを示した図である。
【図１２】Bluetooth SPPパケットの送受信手順を示したフローチャートである。
【発明を実施するための形態】
【００３３】
以下、図面を参照して本発明の実施の形態について詳細に説明する。図１は、本発明が適用されるリモコン制御システムの構成を示したブロック図であり、遠隔操作に応答して所定の制御を実行し、制御内容を反映したビデオ信号を出力するコンピュータ１と、前記ビデオ信号を再生する大型モニタ装置２と、前記コンピュータ１をBluetoothで遠隔操作するリモコン端末３とを主要な構成としている。
【００３４】
前記コンピュータ１は、複数のBluetoothドングルまたはBluetoothモジュールが実装されたゲーム端末、デジタルサイネージ端末あるいは汎用コンピュータであり、前記リモコン端末３は、同様にBluetoothドングルまたはBluetoothモジュールが実装された携帯電話，スマートフォン，PDA，ポケットコンピュータ等の汎用モバイル端末である。本実施形態では、リモコン端末３として携帯電話を想定し、各携帯電話３とコンピュータ１とがBluetooth SPPで双方向のパケット通信を行う。
【００３５】
本実施形態では、前記コンピュータ１がVMWare（登録商標）やXen（登録商標）などの仮想化技術を利用することで、仮想的に１台のホストコンピュータおよび複数台のゲストコンピュータとして動作できる。図１は、仮想化技術としてVMWareを採用した場合の構成を示しており、コンピュータ１のハードウェア資源上でWindows（登録商標）、MacOSXあるいはLinuxなどのホストOSが動作し、このホストOS上でユーザアプリケーションと共に仮想化アプリケーションのVMwareが動作する。VMware上では複数のゲストOSが動作し、各ゲストOSがゲストコンピュータとして機能する。各ゲストOS上ではゲストアプリケーションが動作する。
【００３６】
図２を併せて参照し、本実施形態では、コンピュータ１に接続されるキーボード４の各キー領域を各携帯電話３に割り当て、端末ユーザが携帯電話３を操作すると、これがキーボード４の操作としてコンピュータ１に認識される。コンピュータ１は複数のアプリケーションを同時に実行でき、携帯電話３の操作をアプリケーションごとに固有のキーボード操作に変換して各アプリケーションを実行する。
【００３７】
このような構成において、各携帯電話３がキー操作等の内容を代表する操作コードを各ゲストコンピュータへBluetooth SPPにより送信すると、コンピュータ１は、受信した操作コードをキーボード操作に変換し、そのキーコードに対応した制御を実行する。このとき、コンピュータ１は必要に応じて、各携帯電話３へBluetooth SPPでフィードバックコマンドを返信する。各携帯電話３は、受信したフィードバックコマンドを解釈して端末ディスプレイの表示を切り換えたり、あるいはフォースフィードバックを出力したりする。
【００３８】
図３は、前記コンピュータ１および各携帯電話３の主要部の構成を示した機能ブロック図である。
【００３９】
Bluetoothでは、相互に通信する機器の一方がマスタ、他方がスレーブとされる。Bluetoothの仕様上は、１台のマスタにスレーブを７台まで接続でき、いずれの機器もマスタおよびスレーブとなれる。ただし、最初に接続を要求する機器がマスタとなり、この接続要求に応答する機器がスレーブとなる。本実施形態では、携帯電話３の操作を契機にコンピュータ１へ各種の要求メッセージが送信されるので、携帯電話３がマスタとなり、コンピュータ１がスレーブとなる。
【００４０】
このため、本実施形態ではコンピュータ１に実装される各Bluetoothドングルが受け付けられるリモコン端末数は「１」に制限されるので、コンピュータ１には、リモコン端末として機能させたい携帯電話３の台数に応じた数のBluetoothドングルを実装できるだけのゲストコンピュータ１３が仮想的に実装され、ゲストコンピュータ１３ごとに１ないし複数のBluetoothスタックがインストールされ、それぞれのBluetoothドングルを動作させる。図３では、ゲストコンピュータ１３および携帯電話３に実装されたBluetoothドングルが、SPP送信モジュール１１６（３０３）およびSPP受信モジュール１１７（３０４）のペアで表現されている。
【００４１】
各携帯電話３は、主制御部３０１により実行されるOSとしてBREW(登録商標：Binary Runtime Environment for Wireless)などの汎用OSを実装し、SPP通信管理部３０２により制御される通信レイヤでは、Bluetooth(登録商標）のSPP送信モジュール３０３およびSPP受信モジュール３０４が動作する。識別ID記憶部３０５には、コンピュータ１から通知される空きBluetoothドングルの識別IDが記憶される。アプリID記憶部３０９には、コンピュータ１から通知されるアプリケーションリストに記述されている各アプリケーションに固有のアプリIDが記憶される。
【００４２】
入力部３０６は、方向キー、十字キー、テンキー、タッチパネル、音声認識、カメラ動き検出、トラックボールあるいは加速度センサなどの入力デバイスで検知された操作コード、ならびに選択されたBluetoothドングルの識別IDおよびアプリIDを入力情報に変換する。表示部３０７は、端末ディスプレイおよびその制御回路を含み、出力情報に応答して端末ディスプレイの表示を制御する。振動部３０８は、フォースフィードバック要求の出力情報に応答して振動を発生させる。音響部３１０は、フォースフィードバック要求の出力情報に応答して効果声を出力させる。
【００４３】
ホストコンピュータ１１は、その主制御部１００により実行されるOSとしてWindows（登録商標）あるいはLinux（登録商標）などの汎用OSを実装し、IP通信管理部１０１により制御される通信レイヤでは、IP送信モジュール１０２およびIP受信モジュール１０３が動作する。グローバル紐付け情報記憶部１０６では、図４に一例を示したように、ゲストコンピュータを識別するゲストID，Bluetoothドングルの識別ID、実装されているBluetoothドングルのMACアドレス、シリアルポート番号およびユーザ端末IDが相互に紐付けられている。操作変換部１０４は変換テーブル１０４ａを備え、携帯電話３からゲストコンピュータ経由で受信した操作コードを変換テーブル１０４ａに基づいてキーボード操作に変換する。表示更新部１０５は、キーボード操作に応答した処理を実行してモニタ装置２の表示内容を更新する。
【００４４】
図５は、前記変換テーブル１０４ａの一例を示した図であり、Bluetoothドングルの識別IDをインデックスとして、アプリID、操作コードおよび対応するキーボード操作が紐付けられている。
【００４５】
例えば、識別ID「１」ではアプリID「APP1」、操作コード「LEFT」およびキーボード操作「KEY_LEFT」が紐付けられているので、識別IDが「１」のBluetoothドングルと紐付けられた携帯電話３において、アプリIDが「APP1」のアプリケーションで「LEFT」キーが操作されると、これがキーボードの「KEY_LEFT」の操作と見なされて処理される。
【００４６】
図３へ戻り、ゲストコンピュータ１３は、その主制御部１１４により実行されるOSとしてWindows（登録商標）あるいはLinux（登録商標）などの汎用OSを実装し、IP通信管理部１１３により制御される通信レイヤでは、IP送信モジュール１１１およびIP受信モジュール１１２が動作する。また、SPP通信管理部１１５により制御される通信レイヤでは、SPP送信モジュール１１６およびSPP受信モジュール１１７が動作する。
【００４７】
なお、仮想DHCPサーバ１２は、ゲストコンピュータ１３にIPアドレスを自動的に割り当てる。仮想ハブ１４は、ローカル環境でIPアドレスを割り当てられる仮想IPネットワークを構成する。
【００４８】
このような構成において、コンピュータ１を遠隔操作しようとする携帯電話３は、始めにコンピュータ１へ探索要求を送信して空き状態のBluetoothドングルを探索する。携帯電話３から探索要求を受信したゲストコンピュータ１３は、仮想IPネットワーク経由で当該探索要求をホストコンピュータ１１へ転送する。
【００４９】
ホストコンピュータ１１は、前記紐付け情報記憶部１０６を参照して空き状態のBluetoothドングルを探索し、そのアドレス情報（本実施形態では、MACアドレス）を仮想IPネットワーク経由でゲストコンピュータ１３へ通知する。ゲストコンピュータ１３は、前記通知されたMACアドレスを探索応答として携帯電話３へ返信する。ここでは、前記図４に示したように全てのBluetoothドングルが空き状態なので、いずれかのBluetoothドングルが任意に選択され、そのMACアドレスが応答される。
【００５０】
図６は、Bluetoothドングルの探索後に各携帯電話３がゲストコンピュータを経由してホストコンピュータ１１に自身の登録を要求する手順を示したシーケンスフローである。
【００５１】
携帯電話３は、ゲストコンピュータから前記探索応答を受信すると、登録要求メッセージを生成してゲストコンピュータ１３へ送信する。図７は、登録要求メッセージのフォーマットを示した図であり、本実施形態では、Bluetooth SPPパケットのDataフィールドに３つのValueフィールド(0)，(1)，(2)が確保されており、Value(0)フィールドには、当該メッセージが登録要求である旨の情報が記述され、Value(1)フィールドには、BluetoothドングルのMACアドレスが記述され、Value(2)フィールドには、ユーザ端末IDが記述されている。
【００５２】
ゲストコンピュータ１３では、携帯電話３から受信した登録要求が、時刻T1においてSPP受信モジュール１１７およびSPP通信管理部１１５を経由して主制御部１１４へ転送される。主制御部１１４は、この登録要求を時刻T2においてIP通信管理部１１３に転送する。IP通信管理部１１３は、この登録要求をIPパケットに変換し、時刻T3において、IP送信モジュール１１１から仮想IPネットワーク経由でホストコンピュータ１１へ転送する。
【００５３】
ホストコンピュータ１１では、前記登録要求がIP受信モジュール１０３により受信され、時刻T4において、IP通信管理部１０１を経由して主制御部１００へ転送される。主制御部１００は、時刻T5において、前記登録要求からBluetoothドングルのMACアドレスおよび携帯電話３のユーザ端末IDを抽出し、これらをグローバル紐付け情報記憶部１０６の対応レコードに登録する。グローバル紐付け情報記憶部１０６は、時刻T6において、前記対応レコードに登録されているBluetoothドングルの識別IDを主制御部１００へ通知する。図８は、当該登録完了後の紐付け情報記憶部１０６の登録内容を示した図であり、識別IDが「１」のレコードにおいて、BluetoothドングルのMACアドレス[00:21:4F…]とリモコン端末の端末ID[090-5555…]とが紐付けられている。
【００５４】
主制御部１００は、時刻T7において、前記識別IDの記述された登録応答メッセージを生成してIP通信管理部１０１へ転送する。図９は、前記登録応答メッセージのフォーマットを示した図であり、そのValue(0)フィールドには、当該メッセージが登録応答である旨の情報が記述され、Value(1)フィールドには、前記紐付け情報記憶部１０６においてBluetoothドングルを特定するための識別ID「１」が記述されている。Value(2)フィールドには、ホストコンピュータ１１において実行可能なアプリケーションのアプリIDのリストが記述されている。
【００５５】
IP通信管理部１０１は、時刻T8において、前記登録応答をIPパケットに変換して仮想IPネットワーク経由でゲストコンピュータ１３へ返信する。ゲストコンピュータ１３では、IP受信モジュール１１２で受信されたIPパケットがIP通信管理部１１３において登録応答に復元され、時刻T9において主制御部１１４へ転送される。主制御部１１４は、時刻T10において前記登録応答をSPPパケット化し、これをSPP通信管理部１１５からSPP送信モジュール１１６経由で携帯電話３へ返信する。
【００５６】
携帯電話３は、この登録応答メッセージを受信すると、識別IDを抽出して識別ID記憶部３０５に登録し、さらにアプリIDを抽出してアプリID記憶部３０９に登録して一連の初期登録手順を完了する。
【００５７】
なお、登録解除時には、携帯電話３からゲストコンピュータ１３へペアリングの登録解除を要求するメッセージが送信される。この登録解除要求メッセージのフォーマットは、前記図７を参照して説明した登録要求メッセージと同様であるが、Value(0)フィールドには登録解除Flag（0xFE）が記述され、Value(1)フィールドには解除対象となるBluetoothドングルのMACアドレスが記述され、Value(2)フィールドにユーザ端末IDが記述される。
【００５８】
ゲストコンピュータ１３は、この登録解除要求メッセージを受信すると、これをホストコンピュータ１１の紐付け情報記憶部１０６に通知する。紐付け情報記憶部１０６は、この通知に応答して、前記Value(1)フィールドおよびValue(2)フィールドの登録内容に該当するBluetoothドングルを選択してユーザ端末IDをクリアする。
【００５９】
次いで、端末ユーザが自身の携帯端末３を操作してホストコンピュータ１のアプリケーションを操作する実施形態について、図１０のシーケンスフローに沿って詳細に説明する。
【００６０】
携帯電話３では、端末ユーザによりBluetoothドングルおよびアプリケーションが選択され、さらにキー操作などの入力イベントが検知されると、これが操作要求として主制御部３０１へ通知される。主制御部３０１は、識別ID記憶部３０５からBluetoothドングルの識別IDを取得し、さらにアプリID記憶部３０９からアプリIDを取得し、前記識別ID，アプリIDおよびキー操作に対応した操作コードの記述された操作要求メッセージを生成してSPP通信管理部３０２へ転送する。
【００６１】
この操作要求メッセージでは、図１１に一例を示したように、Dataフィールドに５つのValueフィールド(0)，(1)，(2)，(3)，(4)が確保されており、Value(0)フィールドには識別IDが記述され、Value(1)フィールドにはアプリIDが記述され、Value(2)フィールドには操作コードが記述され、Value(3)フィールドにはパケット番号が記述され、Value(4)フィールドには各種のデータが記述されている。通信管理部３０２は、転送された操作要求メッセージをBluetooth SPPパケットに変換し、SPP送信モジュール３０３から対応するゲストコンピュータ１３へ送信する。
【００６２】
ゲストコンピュータ１３では、携帯電話３から送信された操作要求がSPP受信モジュール１１７で受信され、さらに図１０の時刻T1において、SPP通信管理部１１５を経由して主制御部１１４へ転送される。主制御部１１４は、この操作要求を時刻T2においてIP通信管理部１１３に転送する。IP通信管理部１１３は、この登録要求をIPパケットに変換し、時刻T3において仮想IPネットワーク経由でホストコンピュータ１１へ転送する。
【００６３】
ホストコンピュータ１１では、時刻T4において前記操作要求が通信管理部１０１により受信されて主制御部１００へ転送される。主制御部１００は、転送された操作要求から識別ID、アプリIDおよび操作コード等を抽出し、時刻T5において操作変換部１０４へ転送する。操作変換部１０４は、転送された操作コードを変換テーブル１０４ａに基づいてキーコードに変換し、時刻T6において表示更新部１０５へ転送する。表示更新部１０５は、転送されたキーコードに応じた処理を実行して表示内容を更新する。
【００６４】
このとき、テキスト出力、画像出力、音声出力、フォースフィードバックなどのフィードバックコマンドを携帯電話３へ返信する必要があれば、時刻T7において、そのフィードバックコマンドが主制御部１００からIP通信管理部１０１へ転送される。IP通信管理部１０１は、転送されたフィードバックコマンドをIPパケットに変換し、時刻T8において、仮想IPネットワーク経由でゲストコンピュータ１３へ返信する。
【００６５】
ゲストコンピュータ１３では、IP通信管理部１１３においてIPパケットからフィードバックコマンドが復元され、時刻T9において主制御部１１４へ転送される。主制御部１１４は、時刻T10において前記フィードバックコマンドをBluetooth SPPパケットに変換し、これをSPP通信管理部１１５からSPP送信モジュール１１６経由で携帯電話３へ返信する。
【００６６】
携帯電話３では、前記Bluetooth SPPパケットがSPP通信管理部３０２で受信されて主制御部３０１へ転送される。主制御部３０１は、フィードバックコマンドに基づいて表示更新、音声出力あるいは振動動作などの制御を実行する。
【００６７】
図１２は、Bluetooth SPPによる前記各メッセージパケットの送信手順を示したフローチャートであり、ここでは、携帯電話３[同図(a)]からゲストコンピュータ１[同図(b)]へ操作要求を送信する場合を例にして説明する。
【００６８】
携帯電話３では、ゲストコンピュータ１３１へ送信するデータが1022バイト単位でデータ片に分割され、Bluetooth SPPパケット化されてバッファにエンキューされる。ステップＳ１において、バッファに送信用のBluetooth SPPパケットがエンキューされたことが検知されると、ステップＳ２では、送信Callbackルーチンが割込処理で実行され、バッファから前記パケットが１つずつデキューされて送信モジュール３０１によりゲストコンピュータ１３へ送信される。
【００６９】
ゲストコンピュータ１では、前記Bluetooth SPPパケットがステップＳ１１で受信モジュール１０２により受信されると、ステップＳ１２では、受信Callbackルーチンが割込処理で実行され、受信パケットがバッファへエンキューされる。ステップＳ１３では、正常受信されたBluetooth SPPパケットに対してAckパケットが返信される。ステップＳ１４では、受信パケットに送信完了通知が登録されているか否かが判定され、登録されていなければステップＳ１１へ戻って次のパケット受信に備える。
【００７０】
携帯電話３では、ステップＳ３において、ゲストコンピュータ１から返信されたAckパケットが受信されるとステップＳ１へ戻り、エンキューされている全てのBluetooth SPPパケットに対して上記の送信処理が繰り返され、最後のパケットのValue(3)には「0xFFFF」が記述され、送信完了通知として送信される。
【００７１】
ゲストコンピュータ１では、ステップＳ１４において送信完了通知が検知されるとステップＳ１５へ進み、受信されたパケットからデータ片およびパケット順番を抽出し、各データ片をそのパケット順番にしたがって結合することでデータを復元する。ステップＳ１６では、復元されたデータが表示更新部１０４に転送されて処理される。
【符号の説明】
【００７２】
１…コンピュータ，２…モニタ装置，３…携帯電話，１１…ホストコンピュータ，１２…仮想DHCPサーバ，１３…ゲストコンピュータ，１４…仮想ハブ，１０１…IP通信管理部，１０２…IP送信モジュール，１０３…IP受信モジュール，１０４…操作変換部，１０４ａ…変換テーブル，１０５…表示更新部，１０６…グローバル紐付け情報記憶部，１１１…IP送信モジュール，１１２…IP受信モジュール，１１３…IP通信管理部，１１４…主制御部，１１５…SPP通信管理部，１１６…SPP送信モジュール，１１７…SPP受信モジュール，３０１…主制御部，３０２…SPP通信管理部，３０３…SPP送信モジュール，３０４…SPP受信モジュール，３０５…識別ID記憶部，３０６…入力部，３０７…表示部，３０８…振動部，３０９…アプリID記憶部，３１０…音響部
【特許請求の範囲】
【請求項１】
複数のリモコン端末でコンピュータを遠隔操作するリモコン制御システムにおいて、
コンピュータを仮想的に複数のゲストコンピュータおよびホストコンピュータとして動作させ、各ゲストコンピュータとホストコンピュータとを仮想IPネットワークで接続する手段と、
各ゲストコンピュータに複数のBluetoothドングルを実装する手段とを具備し、
前記各リモコン端末が
ゲストコンピュータにおいて空き状態のBluetoothドングルを探索する手段と、
探索により得られたBluetoothドングルの識別IDおよびリモコン端末の端末IDを含む登録要求を生成する手段と、
遠隔操作に応じた操作コードを発生する手段と、
前記操作コードを含む操作要求を生成する手段と、
前記各要求をBluetooth SPPパケット化する手段と、
前記SPPパケットを前記空き状態のBluetoothドングルへ送信する手段とを具備し、
前記ゲストコンピュータが、
リモコン端末から受信したSPPパケットをIPパケットに変換して前記仮想IPネットワーク経由でホストコンピュータへ転送する手段と、
ホストコンピュータから前記仮想IPネットワーク経由で受信したIPパケットをSPPパケットに変換してリモコン端末へ転送する手段とを具備し、
前記ホストコンピュータが、
リモコン端末から送信された探索要求に応答して、空き状態のBluetoothドングルの識別IDを含む探索応答をIPパケットに変換して返信する手段と、
リモコン端末から送信された登録要求に応答して、ゲストコンピュータのBluetoothドングルとリモコン端末とを紐付ける手段と、
Bluetoothドングルごとにリモコン端末の操作コードとホストコンピュータのキーコードとの対応付けを管理し、操作要求に記述されている操作コードを、当該操作要求を受信したBluetoothドングルに基づいてキーコードに変換する手段と、
前記キーコードに基づいて所定の制御を実行する手段とを具備したことを特徴とするリモコン制御システム。
【請求項２】
前記登録要求および操作要求が、ホストコンピュータで実行可能なアプリケーションを識別するアプリIDを含み、
前記変換手段は、BluetoothドングルおよびアプリIDのペアごとにリモコン端末の操作コードとホストコンピュータのキーコードとの対応付けを管理し、操作要求に記述されている操作コードを、当該操作要求を受信したBluetoothドングルおよびアプリIDに基づいてキーコードに変換することを特徴とする請求項１に記載のリモコン制御システム。
【請求項３】
前記ホストコンピュータが、前記操作要求に対するフィードバックコマントを生成する手段を具備し、
前記フィードバックコマントが、前記操作要求を受信したBluetoothドングルにおいてBluetooth SPPパケット化されてリモコン端末へ返信されることを特徴とする請求項１または２に記載のリモコン制御システム。
【請求項４】
前記各Bluetooth SPPパケットにはパケットの順番が記述されており、ホストコンピュータは受信した各Bluetooth SPPパケットを前記順番に基づいて並べ替えることを特徴とする請求項１ないし３のいずれかに記載のリモコン制御システム。
【請求項５】
前記リモコン端末が、Bluetoothモジュールを実装してSPPをサポートする携帯電話，スマートフォン，PDA，ポケットコンピュータのいずれかであることを特徴とする請求項１ないし４のいずれかに記載のリモコン制御システム。
【請求項６】
前記リモコン端末において遠隔操作に応じた操作コードを発生する手段が、方向キー、十字キー、テンキー、タッチパネル、音声認識、カメラ動き検出、トラックボールおよび加速度センサのいずれかであることを特徴とする請求項１ないし５のいずれかに記載のリモコン制御システム。
【請求項１】
複数のリモコン端末でコンピュータを遠隔操作するリモコン制御システムにおいて、
コンピュータを仮想的に複数のゲストコンピュータおよびホストコンピュータとして動作させ、各ゲストコンピュータとホストコンピュータとを仮想IPネットワークで接続する手段と、
各ゲストコンピュータに複数のBluetoothドングルを実装する手段とを具備し、
前記各リモコン端末が
ゲストコンピュータにおいて空き状態のBluetoothドングルを探索する手段と、
探索により得られたBluetoothドングルの識別IDおよびリモコン端末の端末IDを含む登録要求を生成する手段と、
遠隔操作に応じた操作コードを発生する手段と、
前記操作コードを含む操作要求を生成する手段と、
前記各要求をBluetooth SPPパケット化する手段と、
前記SPPパケットを前記空き状態のBluetoothドングルへ送信する手段とを具備し、
前記ゲストコンピュータが、
リモコン端末から受信したSPPパケットをIPパケットに変換して前記仮想IPネットワーク経由でホストコンピュータへ転送する手段と、
ホストコンピュータから前記仮想IPネットワーク経由で受信したIPパケットをSPPパケットに変換してリモコン端末へ転送する手段とを具備し、
前記ホストコンピュータが、
リモコン端末から送信された探索要求に応答して、空き状態のBluetoothドングルの識別IDを含む探索応答をIPパケットに変換して返信する手段と、
リモコン端末から送信された登録要求に応答して、ゲストコンピュータのBluetoothドングルとリモコン端末とを紐付ける手段と、
Bluetoothドングルごとにリモコン端末の操作コードとホストコンピュータのキーコードとの対応付けを管理し、操作要求に記述されている操作コードを、当該操作要求を受信したBluetoothドングルに基づいてキーコードに変換する手段と、
前記キーコードに基づいて所定の制御を実行する手段とを具備したことを特徴とするリモコン制御システム。
【請求項２】
前記登録要求および操作要求が、ホストコンピュータで実行可能なアプリケーションを識別するアプリIDを含み、
前記変換手段は、BluetoothドングルおよびアプリIDのペアごとにリモコン端末の操作コードとホストコンピュータのキーコードとの対応付けを管理し、操作要求に記述されている操作コードを、当該操作要求を受信したBluetoothドングルおよびアプリIDに基づいてキーコードに変換することを特徴とする請求項１に記載のリモコン制御システム。
【請求項３】
前記ホストコンピュータが、前記操作要求に対するフィードバックコマントを生成する手段を具備し、
前記フィードバックコマントが、前記操作要求を受信したBluetoothドングルにおいてBluetooth SPPパケット化されてリモコン端末へ返信されることを特徴とする請求項１または２に記載のリモコン制御システム。
【請求項４】
前記各Bluetooth SPPパケットにはパケットの順番が記述されており、ホストコンピュータは受信した各Bluetooth SPPパケットを前記順番に基づいて並べ替えることを特徴とする請求項１ないし３のいずれかに記載のリモコン制御システム。
【請求項５】
前記リモコン端末が、Bluetoothモジュールを実装してSPPをサポートする携帯電話，スマートフォン，PDA，ポケットコンピュータのいずれかであることを特徴とする請求項１ないし４のいずれかに記載のリモコン制御システム。
【請求項６】
前記リモコン端末において遠隔操作に応じた操作コードを発生する手段が、方向キー、十字キー、テンキー、タッチパネル、音声認識、カメラ動き検出、トラックボールおよび加速度センサのいずれかであることを特徴とする請求項１ないし５のいずれかに記載のリモコン制御システム。
【図１】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【公開番号】特開２０１１−１０２２３（Ｐ２０１１−１０２２３Ａ）
【公開日】平成２３年１月１３日（２０１１．１．１３）
【国際特許分類】
【出願番号】特願２００９−１５４０４６（Ｐ２００９−１５４０４６）
【出願日】平成２１年６月２９日（２００９．６．２９）
【出願人】（０００２０８８９１）ＫＤＤＩ株式会社 (2,700)
【Ｆターム（参考）】
【公開日】平成２３年１月１３日（２０１１．１．１３）
【国際特許分類】
【出願日】平成２１年６月２９日（２００９．６．２９）
【出願人】（０００２０８８９１）ＫＤＤＩ株式会社 (2,700)
【Ｆターム（参考）】
[ Back to top ]