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