キーボード装置及びその制御方法
【課題】いたずらやオペレータのミスによって通常動作以外の状況に陥ることがなく、安定した動作状況を維持することができ、コンピュータの動作にも対応することができ、コンピュータのオペレーティングシステム、デバイスドライバ等の影響を受けることがなく、不特定多数のオペレータが操作する環境下でも安定して動作するようにする。
【解決手段】所定のアプリケーションソフトウェアが起動する時に連続発行された所定のコマンドをコンピュータから受信すると、キー制御コマンドの受信を認識するキー制御コマンド認識手段と、操作されたキーがキー制御コマンドの対象となる制限キーであるか否かを判断する制限キー判断手段と、制限キーのキーデータのコンピュータへの送信を禁止し、制限キー以外のキーのキーデータのコンピュータへの送信を許可するキーデータ送信制御手段とを有する。
【解決手段】所定のアプリケーションソフトウェアが起動する時に連続発行された所定のコマンドをコンピュータから受信すると、キー制御コマンドの受信を認識するキー制御コマンド認識手段と、操作されたキーがキー制御コマンドの対象となる制限キーであるか否かを判断する制限キー判断手段と、制限キーのキーデータのコンピュータへの送信を禁止し、制限キー以外のキーのキーデータのコンピュータへの送信を許可するキーデータ送信制御手段とを有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、キーボード装置及びその制御方法に関するものである。
【背景技術】
【０００２】
従来、パーソナルコンピュータ、ワードプロセッサ、キャッシュレジスタ、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）等の入力装置であるキーボード装置においては、該キーボード装置のボタンやパネルのタッチ枠等、すなわち、キーがオペレータによって押されたりタッチされたりしたとき、すなわち、押下されたとき、一般に、前記キーボード装置が有する入力検出手段が、押下されたキーに割り当てられたキーコードを認識して、該キーコードを前記キーボード装置の上位装置であるパーソナルコンピュータ、ワードプロセッサ、キャッシュレジスタ、ＰＤＡ等の演算装置（ＣＰＵ又はＭＰＵ）に送信するようになっている（例えば、特許文献１参照。）。
【０００３】
図２は従来のキーボード装置の一例を示す図である。
【０００４】
図において、５０は従来のキーボード装置であり、図示されないパーソナルコンピュータ等の上位装置に接続され、該上位装置の入力装置として機能する。この場合、キーボード装置５０は、前記上位装置にインストールされたオペレーティングシステム（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ：ＯＳ）、アプリケーションソフトウェア（Ａｐｐｌｉｃａｔｉｏｎ Ｓｏｆｔｗａｒｅ：ＡＰ）等が発揮する様々な機能を活かすために配設された多様なキーを有する。
【０００５】
例えば、前記上位装置がデスクトップタイプのパーソナルコンピュータである場合、前記キーボード装置５０は、文字や数字を入力するためのＡＮＫ（Ａｌｐｈａｂｅｔ、Ｎｕｍｅｒｉｃ、Ｋａｎａ）キー、特定のファンクションを機能させるファンクションキー、他のキーとのコンビネーションで操作させる併押下キー等のように、１００を超える数のキーを有する。
【０００６】
また、前記キーボード装置５０は、多数のキーから成るキースイッチ群が構成されるマトリクスと、上位装置との送受信処理やキースキャン処理を行うマイクロコントローラと、キーボードの動作モードを示すインジケータとを有する。
【０００７】
次に、前記従来のキーボード装置５０の動作について説明する。
【０００８】
図３は従来のキーボード装置の動作を示すフローチャートである。
【０００９】
電源が投入されると、まず、キーボード装置５０は、イニシャル処理を実行し、ＲＯＭテスト、ＲＡＭテスト等のセルフテストの実行、及び、Ｉ／Ｏポート等の初期設定を行う。
【００１０】
続いて、前記キーボード装置５０は、キースキャン処理を実行し、キーの押下検出を行う。続いて、前記キーボード装置５０は、上位装置から送信要求がありか否かを判断する。そして、送信要求がある場合には、コマンド受信処理を実行し、上位装置からコマンドを受信する。続いて、前記キーボード装置５０は、コマンド処理を実行し、上位装置から受信したコマンドを処理する。
【００１１】
続いて、前記キーボード装置５０は、検出キーありか否かを判断する、すなわち、オペレータによって押下されたキー又は押下から開放されたキーを検出したか否かを判断する。なお、上位装置から送信要求がありか否かを判断して送信要求がない場合には、前記キーボード装置５０は、直ちに、検出キーありか否かを判断する。
【００１２】
そして、検出キーがある場合、前記キーボード装置５０は、キーデータ送信処理を実行し、オペレータによって押下されたキー又は押下から開放されたキーについてのデータであるキーデータを上位装置に送信する。その後、前記キーボード装置５０は、再度、キースキャン処理を実行し、以降の動作を繰り返す。なお、検出キーありか否かを判断して検出キーがない場合には、前記キーボード装置５０は、直ちに、キースキャン処理を実行し、以降の動作を繰り返す。
【００１３】
このようにして、前記キーボード装置５０は、オペレータによって押下又は開放されたすべてのキーについてのキーデータを順次上位装置に送信する。そして、該上位装置は、キーボード装置５０から受信したキーデータを判断し、オペレーティングシステム上やアプリケーションソフトウェア上で、文字の入力や特定のファンクションとして機能させる。
【００１４】
次に、フローチャートについて説明する。
ステップＳ５１ イニシャル処理を実行する。
ステップＳ５２ キースキャン処理を実行する。
ステップＳ５３ 上位装置から送信要求がありか否かを判断する。送信要求がある場合はステップＳ５４に進み、送信要求がない場合はステップＳ５６に進む。
ステップＳ５４ コマンド受信処理を実行する。
ステップＳ５５ コマンド処理を実行する。
ステップＳ５６ 検出キーありか否かを判断する。検出キーがある場合はステップＳ５７に進み、検出キーがない場合はステップＳ５２に戻る。
ステップＳ５７ キーデータ送信処理を実行し、その後、ステップＳ５２に戻り、以降の動作を繰り返す。
【００１５】
次に、インジケータコマンドの動作例について説明する。ここでは、Ｎｕｍ Ｌｏｃｋの例について説明する。
【００１６】
図４は従来のインジケータコマンドの動作例を示す図である。
【００１７】
まず、前記上位装置は、キーボード装置５０からＮｕｍ Ｌｏｃｋの押下キーデータを受信すると（図４（１））、インジケータコマンドを発行する（図４（２））。該インジケータコマンドは、キーボード装置５０のインジケータの点灯／消灯を制御するコマンドである。
【００１８】
そして、前記キーボード装置５０は、上位装置からインジケータコマンドを正常に受信すると、Ａｃｋｎｏｗｌｅｄｇｅ（ＡＣＫ）を返信する（図４（３））。続いて、前記上位装置は、キーボード装置５０からＡｃｋｎｏｗｌｅｄｇｅを受信した後、該当するインジケータ（この場合、Ｎｕｍ Ｌｏｃｋ）の点灯／消灯データとしての点灯／消灯パラメータを発行してキーボード装置５０に送信する（図４（４））。そして、該キーボード装置５０は、上位装置から点灯／消灯パラメータを受信すると、Ａｃｋｎｏｗｌｅｄｇｅを返信する（図４（５））。
【００１９】
また、前記キーボード装置５０は、Ｎｕｍ Ｌｏｃｋインジケータを搭載していれば、Ｎｕｍ Ｌｏｃｋインジケータを点灯／消灯させるとともに、自身のＮｕｍ ＬｏｃｋのステータスをＯＦＦからＯＮへ変化させる。なお、前記キーボード装置５０がＮｕｍ Ｌｏｃｋのステータスを管理するのは、Ｎｕｍ Ｌｏｃｋのステータスに応じてキーデータの前後に特定のデータを付加する必要があるキーがあるためである。
【００２０】
前記Ｎｕｍ Ｌｏｃｋインジケータの状態は、該当キーの押下／開放で交互に変化する。例えば、Ｎｕｍ ＬｏｃｋがＯＦＦの時にＮｕｍ Ｌｏｃｋキーを押下すると、その結果、Ｎｕｍ ＬｏｃｋはＯＮに移行し、逆に、Ｎｕｍ ＬｏｃｋがＯＮの時にＮｕｍ Ｌｏｃｋキーを押下すると、Ｎｕｍ ＬｏｃｋはＯＦＦに移行する。このように、インジケータコマンドは、対象キーの押下をトリガに発行されるコマンドである。
【特許文献１】特開平４−２０５２１８号公報
【発明の開示】
【発明が解決しようとする課題】
【００２１】
しかしながら、前記従来のキーボード装置５０においては、オペレータが押下したすべてのキーについてのキーデータが上位装置に送信されてしまう。このようなキーデータの中には、特殊機能のためのキー、例えば、上位装置の画面切替やシャットダウンに関するキーのキーデータ、特殊ファンクションに関するキーのキーデータ、キーボードの動作モードに関するキーのキーデータ等も含まれており、必要なとき以外に操作されると、上位装置やキーボード装置５０の動作に影響を与えるキーのキーデータも存在する。
【００２２】
上位装置が個人用パーソナルコンピュータのような装置である場合には、起動されるアプリケーションソフトウェアは多様であり、それぞれの目的に応じたキーが必要になると考えられる。しかし、上位装置が不特定多数のオペレータが操作する端末のような装置である場合には、使用される目的が限定されているので、起動されるアプリケーションソフトウェアも固定されている場合が多い。
【００２３】
このような場合には、対応するキーも限られており、キーボード装置５０のすべてのキーを機能させる必要はない。また、いたずらや誤操作によって、必要のないキーが機能してしまうことで、上位装置やキーボード装置５０の動作に影響を与えてしまうような可能性もある。
【００２４】
本発明は、前記従来のキーボード装置の問題点を解決して、コンピュータのアプリケーションソフトウェアが発行する標準のＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）コマンドを利用して、限定された状況で特定のキーのみを機能させ、不要なキーを無効にするようにして、いたずらやオペレータのミスによって通常動作以外の状況に陥ることがなく、安定した動作状況を維持することができ、コンピュータの動作にも対応することができ、コンピュータのオペレーティングシステム、デバイスドライバ等の影響を受けることがなく、不特定多数のオペレータが操作する環境下でも安定して動作するキーボード装置及びその制御方法を提供することを目的とする。
【課題を解決するための手段】
【００２５】
そのために、本発明のキーボード装置においては、オペレーティングシステム及び該オペレーティングシステム上で作動するアプリケーションソフトウェアがインストールされたコンピュータに接続されたキーボード装置であって、所定のアプリケーションソフトウェアが起動する時に連続発行された所定のコマンドを前記コンピュータから受信すると、キー制御コマンドの受信を認識するキー制御コマンド認識手段と、操作されたキーが前記キー制御コマンドの対象となる制限キーであるか否かを判断する制限キー判断手段と、前記制限キーのキーデータの前記コンピュータへの送信を禁止し、制限キー以外のキーのキーデータの前記コンピュータへの送信を許可するキーデータ送信制御手段とを有する。
【００２６】
本発明の他のキーボード装置においては、さらに、前記コマンドは標準のＡＰＩコマンドである。
【００２７】
本発明のキーボード装置の制御方法においては、オペレーティングシステム及び該オペレーティングシステム上で作動するアプリケーションソフトウェアがインストールされたコンピュータに接続されたキーボード装置の制御方法であって、所定のアプリケーションソフトウェアが起動する時に所定のコマンドが連続発行されると、該コマンドの対象となる制限キーのキーデータの前記コンピュータへの送信を禁止し、制限キー以外のキーのキーデータの前記コンピュータへの送信を許可する。
【００２８】
本発明の他のキーボード装置の制御方法においては、さらに、前記コマンドは標準のＡＰＩコマンドである。
【発明の効果】
【００２９】
本発明によれば、キーボード装置は、コンピュータのアプリケーションソフトウェアが発行する標準のＡＰＩコマンドを利用して、限定された状況で特定のキーのみを機能させ、不要なキーを無効にする。これにより、いたずらやオペレータのミスによって通常動作以外の状況に陥ることがなく、安定した動作状況を維持することができ、コンピュータの動作にも対応することができ、コンピュータのオペレーティングシステム、デバイスドライバ等の影響を受けることがなく、不特定多数のオペレータが操作する環境下でも安定して動作することができる。
【発明を実施するための最良の形態】
【００３０】
以下、本発明の実施の形態について図面を参照しながら詳細に説明する。
【００３１】
図１は本発明の実施の形態におけるキーボード装置及び上位装置の状態遷移を示す図である。
【００３２】
図において、１１は本実施の形態におけるキーボード装置であり、上位装置１２に接続され、該上位装置１２の入力装置として機能する。前記上位装置１２は、ＣＰＵ、ＭＰＵ等のプロセッサ、半導体メモリ、磁気ディスク等の記憶装置、入出力インターフェイス等を備えるコンピュータであり、例えば、パーソナルコンピュータ、ワードプロセッサ、キャッシュレジスタ、ＰＤＡ、サーバ・クライアントシステムにおけるサーバやクライアント等であるが、いかなる種類のコンピュータであってもよい。
【００３３】
また、前記キーボード装置１１は、有線又は無線によって前記上位装置１２に通信可能に接続された装置であり、多数のキーから成るキースイッチ群が構成されるマトリクスと、前記上位装置１２との送受信処理、キースキャン処理等を行うプロセッサを含むマイクロコントローラと、キーボード装置１１の動作モードを示すＬＥＤ（Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）等から成るインジケータとを有する。なお、前記キーボード装置１１は、いわゆる、１０１キーボードであってもよいし、１０４キーボードであってもよいし、１０６キーボードであってもよいし、１０８キーボードであってもよいし、いかなる種類のキーボードであってもよい。また、キーの数及び配列も、例えば、ＪＩＳ配列、ＡＳＣＩＩ配列等に準ずるものであってもよいし、前記図２に示されるような従来のキーボード装置５０と同様のものであってもよいし、いかなる種類のものであってもよい。
【００３４】
そして、前記上位装置１２には、オペレーティングシステムがインストールされており、また、該オペレーティングシステム上で作動するアプリケーションソフトウェアもインストールされている。なお、アプリケーションソフトウェアは、ＡＰＩを介して、オペレーティングシステム上で作動する。前記ＡＰＩは、オペレーティングシステムやミドルウェアが提供している機能をアプリケーションソフトウェアから呼び出すために使用される。
【００３５】
本実施の形態においては、アプリケーションソフトウェアが操作することができる標準のＡＰＩのうち、インジケータの点灯及び／又は消灯を指示するインジケータコマンドを使用することによって、前記キーボード装置１１に対して特定のキーの無効化及び／又は有効化の設定が行われる。
【００３６】
通常、インジケータコマンドは、「背景技術」の項でも説明したように、例えば、キーボード装置において、Ｎｕｍ Ｌｏｃｋ、Ｓｃｒｏｌｌ Ｌｏｃｋ、Ｃａｐｓ Ｌｏｃｋ等の対象となるキーが押下されたときに、上位装置からキーボード装置に対し、該当するインジケータの点灯及び／又は消灯を指示するコマンドである。しかし、本実施の形態では、対象となるキーの押下がなされない状態でインジケータコマンドを連続発行することによって、通常のインジケータコマンドと識別可能なものとし、特定のキーの無効化及び／又は有効化にインジケータコマンドを使用する。つまり、対象となるキーの押下がなされない状態でのインジケータコマンドの連続発行を、特定のキーの無効化及び／又は有効化を指示するキー制御コマンドの発行とする。
【００３７】
図に示されるように、上位装置１２の電源が投入されると、オペレーティングシステムが起動され、イニシャル処理が実行された後（図１（ａ））、キーボード装置１１はキースキャン状態となる。そして、キーボード装置１１のすべてのキーが機能する。また、所定のアプリケーションソフトウェアは、起動する時に、任意のインジケータコマンドを連続発行する（図１（ｂ））。
【００３８】
これにより、キーボード装置１１のキーは、特定のキー以外が無効化される。その結果、前記所定のアプリケーションソフトウェアの作動中は、特定のキーのみが機能し、該特定のキー以外のキーは、オペレータによって押下されても機能しない。
【００３９】
また、前記所定のアプリケーションソフトウェアは、終了する時に、再度、任意のインジケータコマンドを連続発行する（図１（ｃ））。その結果、キーボード装置１１は元の状態に復帰し、すべてのキーが機能する。
【００４０】
このようにして、前記所定のアプリケーションソフトウェアの作動中に限り、キーボード装置１１のキーを制限することができる。
【００４１】
本実施の形態において、前記キーボード装置１１は、機能の観点から、コマンドを受信すると該コマンドがインジケータコマンドであるか否かを判断するコマンド判断手段と、受信したコマンドがインジケータコマンドであれば対象となるキーの押下状態を確認する押下状態確認手段と、インジケータコマンドが点灯を指示する点灯コマンドであるか消灯を指示する消灯コマンドであるかを確認する点灯消灯確認手段と、点灯コマンドの受信回数をカウントするカウント手段と、点灯コマンドの連続受信回数を確認する連続受信回数確認手段と、点灯コマンドを連続受信した場合にキー制御コマンドであると認識するキー制御コマンド認識手段とを有する。
【００４２】
また、前記キーボード装置１１は、キースキャンに関する機能の観点から、キーを検出したときに検出したキーが前記キー制御コマンドの対象であって機能が制限される制限キーであるか否かを判断する制限キー判断手段と、検出したキーが制限キーであれば動作させるキーを制限するキー制御コマンドを受信済みであるか否かを判断するキー制御コマンド受信済み判断手段と、キー制御コマンドを受信済みであれば検出したキーが押下されたキーであるか開放されたキーであるかを確認する押下開放確認手段と、検出したキーが押下されたキーであればキー押下検出済みと認識するキー押下検出済み認識手段と、検出したキーが開放されたキーであればキー開放検出済みと認識するキー開放検出済み認識手段と、動作可能なキーが検出されたときにインジケータコマンドの対象となるキーであって押下されたキーであるか否かを判断する対象キー押下判断手段と、インジケータコマンドの対象となるキーであって押下されたキーであれば対象キー押下検出済みと認識するキー押下検出済み認識手段とを有する。さらに、制限キーのキーデータの上位装置１２への送信を禁止し、制限キー以外のキーのキーデータの上位装置１２への送信を許可するキーデータ送信制御手段を有する。
【００４３】
次に、前記構成のキーボード装置１１の動作について説明する。まず、動作の概略について説明する。
【００４４】
図５は本発明の実施の形態におけるキーボード装置から上位装置に送信されるキーデータの例を示す図である。
【００４５】
ここでは、機能が制限される制限キーを“Ａ”と称することとする。
【００４６】
所定のアプリケーションソフトウェアが起動する前の状態では、キーボード装置１１は、通常のキースキャン状態となっているので、すべてのキーについて、オペレータによって押下されたことが検出される毎に、キーデータを上位装置１２に送信する。また、押下から開放されたことが検出されたときも、同様に、キーデータを上位装置１２に送信する。
【００４７】
したがって、“Ａ”キーが押下されると、押下された“Ａ”キーについてのキーデータが、“Ａ”キー押下データとしてキーボード装置１１から上位装置１２に送信される（図５（１））。同様に、“Ａ”キーが押下から開放されると、開放された“Ａ”キーについてのキーデータが、“Ａ”キー開放データとしてキーボード装置１１から上位装置１２に送信される（図５（２））。
【００４８】
しかし、前記所定のアプリケーションソフトウェアが起動した後は、特定のキー以外が無効化され、特定のキー以外のキーは押下されても機能しない。
【００４９】
したがって、“Ａ”キーが押下されても、“Ａ”キー押下データはキーボード装置１１から上位装置１２に送信されない（図５（３））。同様に、“Ａ”キーが押下から開放されても、“Ａ”キー開放データはキーボード装置１１から上位装置１２に送信されない（図５（４））。
【００５０】
次に、前記キーボード装置１１が上位装置１２からコマンドを受信した場合の動作について説明する。
【００５１】
図６は本発明の実施の形態におけるキーボード装置のコマンド受信処理の動作を示すフローチャートである。
【００５２】
キーボード装置１１は、上位装置１２からコマンドを受信すると、まず、受信したコマンドがインジケータコマンドであるか否かを判断する。そして、受信したコマンドがインジケータコマンドでない場合には、通常のコマンド処理を実行する。
【００５３】
また、受信したコマンドがインジケータコマンドである場合、キーボード装置１１は、オペレータによってインジケータの対象となるキーが押下されたか否か、すなわち、対象となるキーの押下があるか否かを判断する。例えば、受信したコマンドがＮｕｍ Ｌｏｃｋキーのインジケータコマンドである場合、通常、Ｎｕｍ Ｌｏｃｋキーのインジケータコマンドは、Ｎｕｍ Ｌｏｃｋキーの押下をトリガに発行されるのであるから、キーボード装置１１は、Ｎｕｍ Ｌｏｃｋキーの押下があったか否かを判断する。この動作は、受信したインジケータコマンドが、通常のインジケータコマンドであるか、特定のキーの無効化及び／又は有効化に使用する本実施の形態特有のインジケータコマンドであるかを識別するために行われる。
【００５４】
そして、対象となるキーの押下がない場合、キーボード装置１１は、インジケータコマンドが点灯を指示する点灯コマンドであるか消灯を指示する消灯コマンドであるか、すなわち、インジケータコマンドが点灯か消灯かを確認する。ここで、点灯コマンドである場合、キーボード装置１１は、点灯コマンドの受信回数をカウントし、コマンド受信カウンタを１だけインクリメントする。続いて、キーボード装置１１は、点灯コマンドの連続受信回数を確認し、点灯コマンドを連続して２回受信したか否か、すなわち、コマンド受信カウンタのカウント値が２であるか否かを判断する。
【００５５】
ここで、点灯コマンドを連続して２回受信した場合、キーボード装置１１は、受信した点灯コマンドはキー制御コマンドであると認識する。すなわち、キー制御コマンド受信と認識する。続いて、キーボード装置１１は、コマンド受信カウンタをクリアし、１回目の点灯コマンドでＬＥＤを点灯させているので元に戻し（消灯させ）、インジケータステータスもクリアする。つまり、キー制御コマンド機能時はＬＥＤコマンドとしては機能しない。
【００５６】
また、点灯コマンドを連続して２回受信したか否かを判断して点灯コマンドを連続して２回受信しなかった場合、キーボード装置１１は、そのまま、通常のコマンド処理を実行する。
【００５７】
一方、対象となるキーの押下があるか否かを判断して対象となるキーの押下がある場合、キーボード装置１１は、コマンド受信カウンタをクリアする。続いて、キーボード装置１１は、対象となるキーの押下をクリアし、通常のコマンド処理を実行する。また、インジケータコマンドが点灯を指示する点灯コマンドであるか消灯を指示する消灯コマンドであるかを確認して消灯コマンドである場合も、キーボード装置１１は、コマンド受信カウンタをクリアし、対象となるキーの押下をクリアし、通常のコマンド処理を実行する。
【００５８】
次に、フローチャートについて説明する。
ステップＳ１ 受信したコマンドがインジケータコマンドであるか否かを判断する。受信したコマンドがインジケータコマンドである場合はステップＳ２に進み、受信したコマンドがインジケータコマンドでない場合は通常のコマンド処理を実行する。
ステップＳ２ 対象となるキーの押下があるか否かを判断する。対象となるキーの押下がある場合はステップＳ８に進み、対象となるキーの押下がない場合はステップＳ３に進む。
ステップＳ３ インジケータコマンドが点灯か消灯かを確認する。インジケータコマンドが点灯コマンドである場合はステップＳ４に進み、インジケータコマンドが消灯コマンドである場合はステップＳ８に進む。
ステップＳ４ 点灯コマンドの受信回数をカウントし、コマンド受信カウンタを１だけインクリメントする。
ステップＳ５ 点灯コマンドを連続して２回受信したか否かを判断する。点灯コマンドを連続して２回受信した場合はステップＳ６に進み、点灯コマンドを連続して２回受信しなかった場合は通常のコマンド処理を実行する。
ステップＳ６ 受信した点灯コマンドはキー制御コマンド受信と認識する。
ステップＳ７ コマンド受信カウンタをクリアし、インジケータを消灯及びインジケータステータスをクリアする。
通常のコマンド処理を実行する。
ステップＳ８ コマンド受信カウンタをクリアする。
ステップＳ９ 対象となるキーの押下をクリアし、通常のコマンド処理を実行する。
【００５９】
次に、キー制御コマンドが発行された後、すなわち、所定のアプリケーションソフトウェアが起動した後におけるキースキャン処理について説明する。
【００６０】
図７は本発明の実施の形態におけるキーボード装置のキースキャン処理の動作を示すフローチャートである。
【００６１】
まず、キーボード装置１１は、キーの押下を検出したか否か、すなわち、検出キーありか否かを判断する。そして、キーの押下を検出しない場合には次の処理を実行する。
【００６２】
また、キーの押下を検出した場合、キーボード装置１１は、押下を検出したキーが機能が制限される制限キーであるか否か、すなわち、“Ａ”キーであるか否かを判断する。そして、制限キーである場合、キーボード装置１１は、キーの動作を制限するコマンドを受信済みであるか否か、すなわち、キー制御コマンド受信済みであるか否かを判断する。
【００６３】
ここで、キーの動作を制限するコマンドを受信済みである場合、キーボード装置１１は、押下を検出したキーを無効化する必要があるので、押下を検出したキーが押下されたキーであるか開放されたキーであるか、すなわち、検出キーが押下か開放かを判断する。そして、キーボード装置１１は、押下を検出したキーが押下されたキーであれば、キー押下検出済みとして処理し、押下を検出したキーが開放されたキーであれば、キー開放検出済みとして処理し、キースキャン処理を終了する。その結果、動作に不要である“Ａ”キーの押下データも開放データもキーボード装置１１から上位装置１２に送信されないので、オペレータによって動作に不要である“Ａ”キーが操作されても、上位装置１２が対応した動作をすることがない。
【００６４】
また、押下を検出したキーが機能が制限されるキーであるか否かを判断して機能が制限されるキーでない場合、キーボード装置１１は、押下を検出したキーがインジケータコマンドの対象となるキーであるか否か、すなわち、インジケータコマンド対象キー押下であるか否かを判断する。そして、インジケータコマンドの対象となるキーである場合には、キーボード装置１１は、インジケータコマンドの対象となるキーの押下が検出されたことを示すキーデータをセットする、すなわち、対象となるキー押下ありをセットする。そして、キーボード装置１１は、キーデータ送信処理を実行してセットしたキーデータを上位装置１２に送信し、キースキャン処理を終了する。
【００６５】
なお、押下を検出したキーがインジケータコマンドの対象となるキーであるか否かを判断してインジケータコマンドの対象となるキーでない場合、キーボード装置１１は、そのまま、キーデータ送信処理を実行する。また、キーの動作を制限する制限コマンドを受信済みであるか否かを判断して受信済みでない場合も、同様に、そのまま、キーデータ送信処理を実行する。
【００６６】
このように、キーボード装置１１がキー制御コマンドを受信した後は、制限キーのキーデータの上位装置１２への送信が禁止され、制限キー以外のキーのキーデータの上位装置１２への送信は許可される。したがって、動作に不要とされる制限キーがいくら押下されても検出されることがなく、制限キー以外の動作に必要とされるキーのみを機能させることが可能となる。
【００６７】
次に、フローチャートについて説明する。
ステップＳ１１ 検出キーありか否かを判断する。キーの押下を検出した場合はステップＳ１２に進み、キーの押下を検出しない場合は次の処理を実行する。
ステップＳ１２ “Ａ”キーであるか否かを判断する。“Ａ”キーである場合はステップＳ１３に進み、“Ａ”キーでない場合はステップＳ１７に進む。
ステップＳ１３ キー制御コマンド受信済みであるか否かを判断する。キー制御コマンドを受信済みである場合はステップＳ１４に進み、キー制御コマンドを受信済みでない場合はステップＳ１９に進む。
ステップＳ１４ 押下を検出したキーが押下されたキーであるか開放されたキーであるかを判断する。押下を検出したキーが押下されたキーであればステップＳ１５に進み、押下を検出したキーが開放されたキーであればステップＳ１６に進む。
ステップＳ１５ キー押下検出済みとして処理し、キースキャン処理を終了する。
ステップＳ１６ キー開放検出済みとして処理し、キースキャン処理を終了する。
ステップＳ１７ インジケータコマンド対象キー押下であるか否かを判断する。インジケータコマンドの対象となるキーである場合はステップＳ１８に進み、インジケータコマンドの対象となるキーでない場合はステップＳ１９に進む。
ステップＳ１８ 対象となるキー押下ありをセットする。
ステップＳ１９ キーデータ送信処理を実行し、キースキャン処理を終了する。
【００６８】
このように、本実施の形態においては、上位装置１２にインストールされた任意のアプリケーションソフトウェアの起動時に、キーボード装置１１における必要以上のキーの動作を無効化するので、いたずら、オペレータのミス等によって通常動作以外の状況に陥ることなく、安定した動作の維持が可能となる。また、アプリケーションソフトウェア終了時には、キーボード装置１１の動作を元に戻すので、上位装置１２の本来の動作又は機能には、何ら影響なく対応することが可能である。
【００６９】
さらに、本実施の形態は、対象となるアプリケーションソフトウェア及びキーボード装置１１のみで対処しているので、上位装置１２のオペレーティングシステム、デバイスドライバ等によって、何ら影響されることはない。
【００７０】
なお、本実施の形態においては、アプリケーションソフトウェアが操作することができる標準のＡＰＩのうち、インジケータの点灯及び／又は消灯を指示するインジケータコマンドの連続発行を利用して、キーボード装置１１における特定のキーを無効化する例について説明したが、利用するコマンドはこれに限定されるものでなく、他の標準のＡＰＩであっても可能である。
【００７１】
また、本発明は前記実施の形態に限定されるものではなく、本発明の趣旨に基づいて種々変形させることが可能であり、それらを本発明の範囲から排除するものではない。
【図面の簡単な説明】
【００７２】
【図１】本発明の実施の形態におけるキーボード装置及び上位装置の状態遷移を示す図である。
【図２】従来のキーボード装置の一例を示す図である。
【図３】従来のキーボード装置の動作を示すフローチャートである。
【図４】従来のインジケータコマンドの動作例を示す図である。
【図５】本発明の実施の形態におけるキーボード装置から上位装置に送信されるキーデータの例を示す図である。
【図６】本発明の実施の形態におけるキーボード装置のコマンド受信処理の動作を示すフローチャートである。
【図７】本発明の実施の形態におけるキーボード装置のキースキャン処理の動作を示すフローチャートである。
【符号の説明】
【００７３】
１１ キーボード装置
１２ 上位装置
【技術分野】
【０００１】
本発明は、キーボード装置及びその制御方法に関するものである。
【背景技術】
【０００２】
従来、パーソナルコンピュータ、ワードプロセッサ、キャッシュレジスタ、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）等の入力装置であるキーボード装置においては、該キーボード装置のボタンやパネルのタッチ枠等、すなわち、キーがオペレータによって押されたりタッチされたりしたとき、すなわち、押下されたとき、一般に、前記キーボード装置が有する入力検出手段が、押下されたキーに割り当てられたキーコードを認識して、該キーコードを前記キーボード装置の上位装置であるパーソナルコンピュータ、ワードプロセッサ、キャッシュレジスタ、ＰＤＡ等の演算装置（ＣＰＵ又はＭＰＵ）に送信するようになっている（例えば、特許文献１参照。）。
【０００３】
図２は従来のキーボード装置の一例を示す図である。
【０００４】
図において、５０は従来のキーボード装置であり、図示されないパーソナルコンピュータ等の上位装置に接続され、該上位装置の入力装置として機能する。この場合、キーボード装置５０は、前記上位装置にインストールされたオペレーティングシステム（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ：ＯＳ）、アプリケーションソフトウェア（Ａｐｐｌｉｃａｔｉｏｎ Ｓｏｆｔｗａｒｅ：ＡＰ）等が発揮する様々な機能を活かすために配設された多様なキーを有する。
【０００５】
例えば、前記上位装置がデスクトップタイプのパーソナルコンピュータである場合、前記キーボード装置５０は、文字や数字を入力するためのＡＮＫ（Ａｌｐｈａｂｅｔ、Ｎｕｍｅｒｉｃ、Ｋａｎａ）キー、特定のファンクションを機能させるファンクションキー、他のキーとのコンビネーションで操作させる併押下キー等のように、１００を超える数のキーを有する。
【０００６】
また、前記キーボード装置５０は、多数のキーから成るキースイッチ群が構成されるマトリクスと、上位装置との送受信処理やキースキャン処理を行うマイクロコントローラと、キーボードの動作モードを示すインジケータとを有する。
【０００７】
次に、前記従来のキーボード装置５０の動作について説明する。
【０００８】
図３は従来のキーボード装置の動作を示すフローチャートである。
【０００９】
電源が投入されると、まず、キーボード装置５０は、イニシャル処理を実行し、ＲＯＭテスト、ＲＡＭテスト等のセルフテストの実行、及び、Ｉ／Ｏポート等の初期設定を行う。
【００１０】
続いて、前記キーボード装置５０は、キースキャン処理を実行し、キーの押下検出を行う。続いて、前記キーボード装置５０は、上位装置から送信要求がありか否かを判断する。そして、送信要求がある場合には、コマンド受信処理を実行し、上位装置からコマンドを受信する。続いて、前記キーボード装置５０は、コマンド処理を実行し、上位装置から受信したコマンドを処理する。
【００１１】
続いて、前記キーボード装置５０は、検出キーありか否かを判断する、すなわち、オペレータによって押下されたキー又は押下から開放されたキーを検出したか否かを判断する。なお、上位装置から送信要求がありか否かを判断して送信要求がない場合には、前記キーボード装置５０は、直ちに、検出キーありか否かを判断する。
【００１２】
そして、検出キーがある場合、前記キーボード装置５０は、キーデータ送信処理を実行し、オペレータによって押下されたキー又は押下から開放されたキーについてのデータであるキーデータを上位装置に送信する。その後、前記キーボード装置５０は、再度、キースキャン処理を実行し、以降の動作を繰り返す。なお、検出キーありか否かを判断して検出キーがない場合には、前記キーボード装置５０は、直ちに、キースキャン処理を実行し、以降の動作を繰り返す。
【００１３】
このようにして、前記キーボード装置５０は、オペレータによって押下又は開放されたすべてのキーについてのキーデータを順次上位装置に送信する。そして、該上位装置は、キーボード装置５０から受信したキーデータを判断し、オペレーティングシステム上やアプリケーションソフトウェア上で、文字の入力や特定のファンクションとして機能させる。
【００１４】
次に、フローチャートについて説明する。
ステップＳ５１ イニシャル処理を実行する。
ステップＳ５２ キースキャン処理を実行する。
ステップＳ５３ 上位装置から送信要求がありか否かを判断する。送信要求がある場合はステップＳ５４に進み、送信要求がない場合はステップＳ５６に進む。
ステップＳ５４ コマンド受信処理を実行する。
ステップＳ５５ コマンド処理を実行する。
ステップＳ５６ 検出キーありか否かを判断する。検出キーがある場合はステップＳ５７に進み、検出キーがない場合はステップＳ５２に戻る。
ステップＳ５７ キーデータ送信処理を実行し、その後、ステップＳ５２に戻り、以降の動作を繰り返す。
【００１５】
次に、インジケータコマンドの動作例について説明する。ここでは、Ｎｕｍ Ｌｏｃｋの例について説明する。
【００１６】
図４は従来のインジケータコマンドの動作例を示す図である。
【００１７】
まず、前記上位装置は、キーボード装置５０からＮｕｍ Ｌｏｃｋの押下キーデータを受信すると（図４（１））、インジケータコマンドを発行する（図４（２））。該インジケータコマンドは、キーボード装置５０のインジケータの点灯／消灯を制御するコマンドである。
【００１８】
そして、前記キーボード装置５０は、上位装置からインジケータコマンドを正常に受信すると、Ａｃｋｎｏｗｌｅｄｇｅ（ＡＣＫ）を返信する（図４（３））。続いて、前記上位装置は、キーボード装置５０からＡｃｋｎｏｗｌｅｄｇｅを受信した後、該当するインジケータ（この場合、Ｎｕｍ Ｌｏｃｋ）の点灯／消灯データとしての点灯／消灯パラメータを発行してキーボード装置５０に送信する（図４（４））。そして、該キーボード装置５０は、上位装置から点灯／消灯パラメータを受信すると、Ａｃｋｎｏｗｌｅｄｇｅを返信する（図４（５））。
【００１９】
また、前記キーボード装置５０は、Ｎｕｍ Ｌｏｃｋインジケータを搭載していれば、Ｎｕｍ Ｌｏｃｋインジケータを点灯／消灯させるとともに、自身のＮｕｍ ＬｏｃｋのステータスをＯＦＦからＯＮへ変化させる。なお、前記キーボード装置５０がＮｕｍ Ｌｏｃｋのステータスを管理するのは、Ｎｕｍ Ｌｏｃｋのステータスに応じてキーデータの前後に特定のデータを付加する必要があるキーがあるためである。
【００２０】
前記Ｎｕｍ Ｌｏｃｋインジケータの状態は、該当キーの押下／開放で交互に変化する。例えば、Ｎｕｍ ＬｏｃｋがＯＦＦの時にＮｕｍ Ｌｏｃｋキーを押下すると、その結果、Ｎｕｍ ＬｏｃｋはＯＮに移行し、逆に、Ｎｕｍ ＬｏｃｋがＯＮの時にＮｕｍ Ｌｏｃｋキーを押下すると、Ｎｕｍ ＬｏｃｋはＯＦＦに移行する。このように、インジケータコマンドは、対象キーの押下をトリガに発行されるコマンドである。
【特許文献１】特開平４−２０５２１８号公報
【発明の開示】
【発明が解決しようとする課題】
【００２１】
しかしながら、前記従来のキーボード装置５０においては、オペレータが押下したすべてのキーについてのキーデータが上位装置に送信されてしまう。このようなキーデータの中には、特殊機能のためのキー、例えば、上位装置の画面切替やシャットダウンに関するキーのキーデータ、特殊ファンクションに関するキーのキーデータ、キーボードの動作モードに関するキーのキーデータ等も含まれており、必要なとき以外に操作されると、上位装置やキーボード装置５０の動作に影響を与えるキーのキーデータも存在する。
【００２２】
上位装置が個人用パーソナルコンピュータのような装置である場合には、起動されるアプリケーションソフトウェアは多様であり、それぞれの目的に応じたキーが必要になると考えられる。しかし、上位装置が不特定多数のオペレータが操作する端末のような装置である場合には、使用される目的が限定されているので、起動されるアプリケーションソフトウェアも固定されている場合が多い。
【００２３】
このような場合には、対応するキーも限られており、キーボード装置５０のすべてのキーを機能させる必要はない。また、いたずらや誤操作によって、必要のないキーが機能してしまうことで、上位装置やキーボード装置５０の動作に影響を与えてしまうような可能性もある。
【００２４】
本発明は、前記従来のキーボード装置の問題点を解決して、コンピュータのアプリケーションソフトウェアが発行する標準のＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）コマンドを利用して、限定された状況で特定のキーのみを機能させ、不要なキーを無効にするようにして、いたずらやオペレータのミスによって通常動作以外の状況に陥ることがなく、安定した動作状況を維持することができ、コンピュータの動作にも対応することができ、コンピュータのオペレーティングシステム、デバイスドライバ等の影響を受けることがなく、不特定多数のオペレータが操作する環境下でも安定して動作するキーボード装置及びその制御方法を提供することを目的とする。
【課題を解決するための手段】
【００２５】
そのために、本発明のキーボード装置においては、オペレーティングシステム及び該オペレーティングシステム上で作動するアプリケーションソフトウェアがインストールされたコンピュータに接続されたキーボード装置であって、所定のアプリケーションソフトウェアが起動する時に連続発行された所定のコマンドを前記コンピュータから受信すると、キー制御コマンドの受信を認識するキー制御コマンド認識手段と、操作されたキーが前記キー制御コマンドの対象となる制限キーであるか否かを判断する制限キー判断手段と、前記制限キーのキーデータの前記コンピュータへの送信を禁止し、制限キー以外のキーのキーデータの前記コンピュータへの送信を許可するキーデータ送信制御手段とを有する。
【００２６】
本発明の他のキーボード装置においては、さらに、前記コマンドは標準のＡＰＩコマンドである。
【００２７】
本発明のキーボード装置の制御方法においては、オペレーティングシステム及び該オペレーティングシステム上で作動するアプリケーションソフトウェアがインストールされたコンピュータに接続されたキーボード装置の制御方法であって、所定のアプリケーションソフトウェアが起動する時に所定のコマンドが連続発行されると、該コマンドの対象となる制限キーのキーデータの前記コンピュータへの送信を禁止し、制限キー以外のキーのキーデータの前記コンピュータへの送信を許可する。
【００２８】
本発明の他のキーボード装置の制御方法においては、さらに、前記コマンドは標準のＡＰＩコマンドである。
【発明の効果】
【００２９】
本発明によれば、キーボード装置は、コンピュータのアプリケーションソフトウェアが発行する標準のＡＰＩコマンドを利用して、限定された状況で特定のキーのみを機能させ、不要なキーを無効にする。これにより、いたずらやオペレータのミスによって通常動作以外の状況に陥ることがなく、安定した動作状況を維持することができ、コンピュータの動作にも対応することができ、コンピュータのオペレーティングシステム、デバイスドライバ等の影響を受けることがなく、不特定多数のオペレータが操作する環境下でも安定して動作することができる。
【発明を実施するための最良の形態】
【００３０】
以下、本発明の実施の形態について図面を参照しながら詳細に説明する。
【００３１】
図１は本発明の実施の形態におけるキーボード装置及び上位装置の状態遷移を示す図である。
【００３２】
図において、１１は本実施の形態におけるキーボード装置であり、上位装置１２に接続され、該上位装置１２の入力装置として機能する。前記上位装置１２は、ＣＰＵ、ＭＰＵ等のプロセッサ、半導体メモリ、磁気ディスク等の記憶装置、入出力インターフェイス等を備えるコンピュータであり、例えば、パーソナルコンピュータ、ワードプロセッサ、キャッシュレジスタ、ＰＤＡ、サーバ・クライアントシステムにおけるサーバやクライアント等であるが、いかなる種類のコンピュータであってもよい。
【００３３】
また、前記キーボード装置１１は、有線又は無線によって前記上位装置１２に通信可能に接続された装置であり、多数のキーから成るキースイッチ群が構成されるマトリクスと、前記上位装置１２との送受信処理、キースキャン処理等を行うプロセッサを含むマイクロコントローラと、キーボード装置１１の動作モードを示すＬＥＤ（Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）等から成るインジケータとを有する。なお、前記キーボード装置１１は、いわゆる、１０１キーボードであってもよいし、１０４キーボードであってもよいし、１０６キーボードであってもよいし、１０８キーボードであってもよいし、いかなる種類のキーボードであってもよい。また、キーの数及び配列も、例えば、ＪＩＳ配列、ＡＳＣＩＩ配列等に準ずるものであってもよいし、前記図２に示されるような従来のキーボード装置５０と同様のものであってもよいし、いかなる種類のものであってもよい。
【００３４】
そして、前記上位装置１２には、オペレーティングシステムがインストールされており、また、該オペレーティングシステム上で作動するアプリケーションソフトウェアもインストールされている。なお、アプリケーションソフトウェアは、ＡＰＩを介して、オペレーティングシステム上で作動する。前記ＡＰＩは、オペレーティングシステムやミドルウェアが提供している機能をアプリケーションソフトウェアから呼び出すために使用される。
【００３５】
本実施の形態においては、アプリケーションソフトウェアが操作することができる標準のＡＰＩのうち、インジケータの点灯及び／又は消灯を指示するインジケータコマンドを使用することによって、前記キーボード装置１１に対して特定のキーの無効化及び／又は有効化の設定が行われる。
【００３６】
通常、インジケータコマンドは、「背景技術」の項でも説明したように、例えば、キーボード装置において、Ｎｕｍ Ｌｏｃｋ、Ｓｃｒｏｌｌ Ｌｏｃｋ、Ｃａｐｓ Ｌｏｃｋ等の対象となるキーが押下されたときに、上位装置からキーボード装置に対し、該当するインジケータの点灯及び／又は消灯を指示するコマンドである。しかし、本実施の形態では、対象となるキーの押下がなされない状態でインジケータコマンドを連続発行することによって、通常のインジケータコマンドと識別可能なものとし、特定のキーの無効化及び／又は有効化にインジケータコマンドを使用する。つまり、対象となるキーの押下がなされない状態でのインジケータコマンドの連続発行を、特定のキーの無効化及び／又は有効化を指示するキー制御コマンドの発行とする。
【００３７】
図に示されるように、上位装置１２の電源が投入されると、オペレーティングシステムが起動され、イニシャル処理が実行された後（図１（ａ））、キーボード装置１１はキースキャン状態となる。そして、キーボード装置１１のすべてのキーが機能する。また、所定のアプリケーションソフトウェアは、起動する時に、任意のインジケータコマンドを連続発行する（図１（ｂ））。
【００３８】
これにより、キーボード装置１１のキーは、特定のキー以外が無効化される。その結果、前記所定のアプリケーションソフトウェアの作動中は、特定のキーのみが機能し、該特定のキー以外のキーは、オペレータによって押下されても機能しない。
【００３９】
また、前記所定のアプリケーションソフトウェアは、終了する時に、再度、任意のインジケータコマンドを連続発行する（図１（ｃ））。その結果、キーボード装置１１は元の状態に復帰し、すべてのキーが機能する。
【００４０】
このようにして、前記所定のアプリケーションソフトウェアの作動中に限り、キーボード装置１１のキーを制限することができる。
【００４１】
本実施の形態において、前記キーボード装置１１は、機能の観点から、コマンドを受信すると該コマンドがインジケータコマンドであるか否かを判断するコマンド判断手段と、受信したコマンドがインジケータコマンドであれば対象となるキーの押下状態を確認する押下状態確認手段と、インジケータコマンドが点灯を指示する点灯コマンドであるか消灯を指示する消灯コマンドであるかを確認する点灯消灯確認手段と、点灯コマンドの受信回数をカウントするカウント手段と、点灯コマンドの連続受信回数を確認する連続受信回数確認手段と、点灯コマンドを連続受信した場合にキー制御コマンドであると認識するキー制御コマンド認識手段とを有する。
【００４２】
また、前記キーボード装置１１は、キースキャンに関する機能の観点から、キーを検出したときに検出したキーが前記キー制御コマンドの対象であって機能が制限される制限キーであるか否かを判断する制限キー判断手段と、検出したキーが制限キーであれば動作させるキーを制限するキー制御コマンドを受信済みであるか否かを判断するキー制御コマンド受信済み判断手段と、キー制御コマンドを受信済みであれば検出したキーが押下されたキーであるか開放されたキーであるかを確認する押下開放確認手段と、検出したキーが押下されたキーであればキー押下検出済みと認識するキー押下検出済み認識手段と、検出したキーが開放されたキーであればキー開放検出済みと認識するキー開放検出済み認識手段と、動作可能なキーが検出されたときにインジケータコマンドの対象となるキーであって押下されたキーであるか否かを判断する対象キー押下判断手段と、インジケータコマンドの対象となるキーであって押下されたキーであれば対象キー押下検出済みと認識するキー押下検出済み認識手段とを有する。さらに、制限キーのキーデータの上位装置１２への送信を禁止し、制限キー以外のキーのキーデータの上位装置１２への送信を許可するキーデータ送信制御手段を有する。
【００４３】
次に、前記構成のキーボード装置１１の動作について説明する。まず、動作の概略について説明する。
【００４４】
図５は本発明の実施の形態におけるキーボード装置から上位装置に送信されるキーデータの例を示す図である。
【００４５】
ここでは、機能が制限される制限キーを“Ａ”と称することとする。
【００４６】
所定のアプリケーションソフトウェアが起動する前の状態では、キーボード装置１１は、通常のキースキャン状態となっているので、すべてのキーについて、オペレータによって押下されたことが検出される毎に、キーデータを上位装置１２に送信する。また、押下から開放されたことが検出されたときも、同様に、キーデータを上位装置１２に送信する。
【００４７】
したがって、“Ａ”キーが押下されると、押下された“Ａ”キーについてのキーデータが、“Ａ”キー押下データとしてキーボード装置１１から上位装置１２に送信される（図５（１））。同様に、“Ａ”キーが押下から開放されると、開放された“Ａ”キーについてのキーデータが、“Ａ”キー開放データとしてキーボード装置１１から上位装置１２に送信される（図５（２））。
【００４８】
しかし、前記所定のアプリケーションソフトウェアが起動した後は、特定のキー以外が無効化され、特定のキー以外のキーは押下されても機能しない。
【００４９】
したがって、“Ａ”キーが押下されても、“Ａ”キー押下データはキーボード装置１１から上位装置１２に送信されない（図５（３））。同様に、“Ａ”キーが押下から開放されても、“Ａ”キー開放データはキーボード装置１１から上位装置１２に送信されない（図５（４））。
【００５０】
次に、前記キーボード装置１１が上位装置１２からコマンドを受信した場合の動作について説明する。
【００５１】
図６は本発明の実施の形態におけるキーボード装置のコマンド受信処理の動作を示すフローチャートである。
【００５２】
キーボード装置１１は、上位装置１２からコマンドを受信すると、まず、受信したコマンドがインジケータコマンドであるか否かを判断する。そして、受信したコマンドがインジケータコマンドでない場合には、通常のコマンド処理を実行する。
【００５３】
また、受信したコマンドがインジケータコマンドである場合、キーボード装置１１は、オペレータによってインジケータの対象となるキーが押下されたか否か、すなわち、対象となるキーの押下があるか否かを判断する。例えば、受信したコマンドがＮｕｍ Ｌｏｃｋキーのインジケータコマンドである場合、通常、Ｎｕｍ Ｌｏｃｋキーのインジケータコマンドは、Ｎｕｍ Ｌｏｃｋキーの押下をトリガに発行されるのであるから、キーボード装置１１は、Ｎｕｍ Ｌｏｃｋキーの押下があったか否かを判断する。この動作は、受信したインジケータコマンドが、通常のインジケータコマンドであるか、特定のキーの無効化及び／又は有効化に使用する本実施の形態特有のインジケータコマンドであるかを識別するために行われる。
【００５４】
そして、対象となるキーの押下がない場合、キーボード装置１１は、インジケータコマンドが点灯を指示する点灯コマンドであるか消灯を指示する消灯コマンドであるか、すなわち、インジケータコマンドが点灯か消灯かを確認する。ここで、点灯コマンドである場合、キーボード装置１１は、点灯コマンドの受信回数をカウントし、コマンド受信カウンタを１だけインクリメントする。続いて、キーボード装置１１は、点灯コマンドの連続受信回数を確認し、点灯コマンドを連続して２回受信したか否か、すなわち、コマンド受信カウンタのカウント値が２であるか否かを判断する。
【００５５】
ここで、点灯コマンドを連続して２回受信した場合、キーボード装置１１は、受信した点灯コマンドはキー制御コマンドであると認識する。すなわち、キー制御コマンド受信と認識する。続いて、キーボード装置１１は、コマンド受信カウンタをクリアし、１回目の点灯コマンドでＬＥＤを点灯させているので元に戻し（消灯させ）、インジケータステータスもクリアする。つまり、キー制御コマンド機能時はＬＥＤコマンドとしては機能しない。
【００５６】
また、点灯コマンドを連続して２回受信したか否かを判断して点灯コマンドを連続して２回受信しなかった場合、キーボード装置１１は、そのまま、通常のコマンド処理を実行する。
【００５７】
一方、対象となるキーの押下があるか否かを判断して対象となるキーの押下がある場合、キーボード装置１１は、コマンド受信カウンタをクリアする。続いて、キーボード装置１１は、対象となるキーの押下をクリアし、通常のコマンド処理を実行する。また、インジケータコマンドが点灯を指示する点灯コマンドであるか消灯を指示する消灯コマンドであるかを確認して消灯コマンドである場合も、キーボード装置１１は、コマンド受信カウンタをクリアし、対象となるキーの押下をクリアし、通常のコマンド処理を実行する。
【００５８】
次に、フローチャートについて説明する。
ステップＳ１ 受信したコマンドがインジケータコマンドであるか否かを判断する。受信したコマンドがインジケータコマンドである場合はステップＳ２に進み、受信したコマンドがインジケータコマンドでない場合は通常のコマンド処理を実行する。
ステップＳ２ 対象となるキーの押下があるか否かを判断する。対象となるキーの押下がある場合はステップＳ８に進み、対象となるキーの押下がない場合はステップＳ３に進む。
ステップＳ３ インジケータコマンドが点灯か消灯かを確認する。インジケータコマンドが点灯コマンドである場合はステップＳ４に進み、インジケータコマンドが消灯コマンドである場合はステップＳ８に進む。
ステップＳ４ 点灯コマンドの受信回数をカウントし、コマンド受信カウンタを１だけインクリメントする。
ステップＳ５ 点灯コマンドを連続して２回受信したか否かを判断する。点灯コマンドを連続して２回受信した場合はステップＳ６に進み、点灯コマンドを連続して２回受信しなかった場合は通常のコマンド処理を実行する。
ステップＳ６ 受信した点灯コマンドはキー制御コマンド受信と認識する。
ステップＳ７ コマンド受信カウンタをクリアし、インジケータを消灯及びインジケータステータスをクリアする。
通常のコマンド処理を実行する。
ステップＳ８ コマンド受信カウンタをクリアする。
ステップＳ９ 対象となるキーの押下をクリアし、通常のコマンド処理を実行する。
【００５９】
次に、キー制御コマンドが発行された後、すなわち、所定のアプリケーションソフトウェアが起動した後におけるキースキャン処理について説明する。
【００６０】
図７は本発明の実施の形態におけるキーボード装置のキースキャン処理の動作を示すフローチャートである。
【００６１】
まず、キーボード装置１１は、キーの押下を検出したか否か、すなわち、検出キーありか否かを判断する。そして、キーの押下を検出しない場合には次の処理を実行する。
【００６２】
また、キーの押下を検出した場合、キーボード装置１１は、押下を検出したキーが機能が制限される制限キーであるか否か、すなわち、“Ａ”キーであるか否かを判断する。そして、制限キーである場合、キーボード装置１１は、キーの動作を制限するコマンドを受信済みであるか否か、すなわち、キー制御コマンド受信済みであるか否かを判断する。
【００６３】
ここで、キーの動作を制限するコマンドを受信済みである場合、キーボード装置１１は、押下を検出したキーを無効化する必要があるので、押下を検出したキーが押下されたキーであるか開放されたキーであるか、すなわち、検出キーが押下か開放かを判断する。そして、キーボード装置１１は、押下を検出したキーが押下されたキーであれば、キー押下検出済みとして処理し、押下を検出したキーが開放されたキーであれば、キー開放検出済みとして処理し、キースキャン処理を終了する。その結果、動作に不要である“Ａ”キーの押下データも開放データもキーボード装置１１から上位装置１２に送信されないので、オペレータによって動作に不要である“Ａ”キーが操作されても、上位装置１２が対応した動作をすることがない。
【００６４】
また、押下を検出したキーが機能が制限されるキーであるか否かを判断して機能が制限されるキーでない場合、キーボード装置１１は、押下を検出したキーがインジケータコマンドの対象となるキーであるか否か、すなわち、インジケータコマンド対象キー押下であるか否かを判断する。そして、インジケータコマンドの対象となるキーである場合には、キーボード装置１１は、インジケータコマンドの対象となるキーの押下が検出されたことを示すキーデータをセットする、すなわち、対象となるキー押下ありをセットする。そして、キーボード装置１１は、キーデータ送信処理を実行してセットしたキーデータを上位装置１２に送信し、キースキャン処理を終了する。
【００６５】
なお、押下を検出したキーがインジケータコマンドの対象となるキーであるか否かを判断してインジケータコマンドの対象となるキーでない場合、キーボード装置１１は、そのまま、キーデータ送信処理を実行する。また、キーの動作を制限する制限コマンドを受信済みであるか否かを判断して受信済みでない場合も、同様に、そのまま、キーデータ送信処理を実行する。
【００６６】
このように、キーボード装置１１がキー制御コマンドを受信した後は、制限キーのキーデータの上位装置１２への送信が禁止され、制限キー以外のキーのキーデータの上位装置１２への送信は許可される。したがって、動作に不要とされる制限キーがいくら押下されても検出されることがなく、制限キー以外の動作に必要とされるキーのみを機能させることが可能となる。
【００６７】
次に、フローチャートについて説明する。
ステップＳ１１ 検出キーありか否かを判断する。キーの押下を検出した場合はステップＳ１２に進み、キーの押下を検出しない場合は次の処理を実行する。
ステップＳ１２ “Ａ”キーであるか否かを判断する。“Ａ”キーである場合はステップＳ１３に進み、“Ａ”キーでない場合はステップＳ１７に進む。
ステップＳ１３ キー制御コマンド受信済みであるか否かを判断する。キー制御コマンドを受信済みである場合はステップＳ１４に進み、キー制御コマンドを受信済みでない場合はステップＳ１９に進む。
ステップＳ１４ 押下を検出したキーが押下されたキーであるか開放されたキーであるかを判断する。押下を検出したキーが押下されたキーであればステップＳ１５に進み、押下を検出したキーが開放されたキーであればステップＳ１６に進む。
ステップＳ１５ キー押下検出済みとして処理し、キースキャン処理を終了する。
ステップＳ１６ キー開放検出済みとして処理し、キースキャン処理を終了する。
ステップＳ１７ インジケータコマンド対象キー押下であるか否かを判断する。インジケータコマンドの対象となるキーである場合はステップＳ１８に進み、インジケータコマンドの対象となるキーでない場合はステップＳ１９に進む。
ステップＳ１８ 対象となるキー押下ありをセットする。
ステップＳ１９ キーデータ送信処理を実行し、キースキャン処理を終了する。
【００６８】
このように、本実施の形態においては、上位装置１２にインストールされた任意のアプリケーションソフトウェアの起動時に、キーボード装置１１における必要以上のキーの動作を無効化するので、いたずら、オペレータのミス等によって通常動作以外の状況に陥ることなく、安定した動作の維持が可能となる。また、アプリケーションソフトウェア終了時には、キーボード装置１１の動作を元に戻すので、上位装置１２の本来の動作又は機能には、何ら影響なく対応することが可能である。
【００６９】
さらに、本実施の形態は、対象となるアプリケーションソフトウェア及びキーボード装置１１のみで対処しているので、上位装置１２のオペレーティングシステム、デバイスドライバ等によって、何ら影響されることはない。
【００７０】
なお、本実施の形態においては、アプリケーションソフトウェアが操作することができる標準のＡＰＩのうち、インジケータの点灯及び／又は消灯を指示するインジケータコマンドの連続発行を利用して、キーボード装置１１における特定のキーを無効化する例について説明したが、利用するコマンドはこれに限定されるものでなく、他の標準のＡＰＩであっても可能である。
【００７１】
また、本発明は前記実施の形態に限定されるものではなく、本発明の趣旨に基づいて種々変形させることが可能であり、それらを本発明の範囲から排除するものではない。
【図面の簡単な説明】
【００７２】
【図１】本発明の実施の形態におけるキーボード装置及び上位装置の状態遷移を示す図である。
【図２】従来のキーボード装置の一例を示す図である。
【図３】従来のキーボード装置の動作を示すフローチャートである。
【図４】従来のインジケータコマンドの動作例を示す図である。
【図５】本発明の実施の形態におけるキーボード装置から上位装置に送信されるキーデータの例を示す図である。
【図６】本発明の実施の形態におけるキーボード装置のコマンド受信処理の動作を示すフローチャートである。
【図７】本発明の実施の形態におけるキーボード装置のキースキャン処理の動作を示すフローチャートである。
【符号の説明】
【００７３】
１１ キーボード装置
１２ 上位装置
【特許請求の範囲】
【請求項１】
（ａ）オペレーティングシステム及び該オペレーティングシステム上で作動するアプリケーションソフトウェアがインストールされたコンピュータに接続されたキーボード装置であって、
（ｂ）所定のアプリケーションソフトウェアが起動する時に連続発行された所定のコマンドを前記コンピュータから受信すると、キー制御コマンドの受信を認識するキー制御コマンド認識手段と、
（ｃ）操作されたキーが前記キー制御コマンドの対象となる制限キーであるか否かを判断する制限キー判断手段と、
（ｄ）前記制限キーのキーデータの前記コンピュータへの送信を禁止し、制限キー以外のキーのキーデータの前記コンピュータへの送信を許可するキーデータ送信制御手段とを有することを特徴とするキーボード装置。
【請求項２】
前記コマンドは標準のＡＰＩコマンドである請求項１に記載のキーボード装置。
【請求項３】
（ａ）オペレーティングシステム及び該オペレーティングシステム上で作動するアプリケーションソフトウェアがインストールされたコンピュータに接続されたキーボード装置の制御方法であって、
（ｂ）所定のアプリケーションソフトウェアが起動する時に所定のコマンドが連続発行されると、該コマンドの対象となる制限キーのキーデータの前記コンピュータへの送信を禁止し、制限キー以外のキーのキーデータの前記コンピュータへの送信を許可することを特徴とするキーボード装置の制御方法。
【請求項４】
前記コマンドは標準のＡＰＩコマンドである請求項３に記載のキーボード装置の制御方法。
【請求項１】
（ａ）オペレーティングシステム及び該オペレーティングシステム上で作動するアプリケーションソフトウェアがインストールされたコンピュータに接続されたキーボード装置であって、
（ｂ）所定のアプリケーションソフトウェアが起動する時に連続発行された所定のコマンドを前記コンピュータから受信すると、キー制御コマンドの受信を認識するキー制御コマンド認識手段と、
（ｃ）操作されたキーが前記キー制御コマンドの対象となる制限キーであるか否かを判断する制限キー判断手段と、
（ｄ）前記制限キーのキーデータの前記コンピュータへの送信を禁止し、制限キー以外のキーのキーデータの前記コンピュータへの送信を許可するキーデータ送信制御手段とを有することを特徴とするキーボード装置。
【請求項２】
前記コマンドは標準のＡＰＩコマンドである請求項１に記載のキーボード装置。
【請求項３】
（ａ）オペレーティングシステム及び該オペレーティングシステム上で作動するアプリケーションソフトウェアがインストールされたコンピュータに接続されたキーボード装置の制御方法であって、
（ｂ）所定のアプリケーションソフトウェアが起動する時に所定のコマンドが連続発行されると、該コマンドの対象となる制限キーのキーデータの前記コンピュータへの送信を禁止し、制限キー以外のキーのキーデータの前記コンピュータへの送信を許可することを特徴とするキーボード装置の制御方法。
【請求項４】
前記コマンドは標準のＡＰＩコマンドである請求項３に記載のキーボード装置の制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１０−８６３８７（Ｐ２０１０−８６３８７Ａ）
【公開日】平成２２年４月１５日（２０１０．４．１５）
【国際特許分類】
【出願番号】特願２００８−２５６１４５（Ｐ２００８−２５６１４５）
【出願日】平成２０年１０月１日（２００８．１０．１）
【出願人】（００００００２９５）沖電気工業株式会社 (6,645)
【Ｆターム（参考）】
【公開日】平成２２年４月１５日（２０１０．４．１５）
【国際特許分類】
【出願日】平成２０年１０月１日（２００８．１０．１）
【出願人】（００００００２９５）沖電気工業株式会社 (6,645)
【Ｆターム（参考）】
[ Back to top ]