(57)【要約】 【課題】  ホットキーの組み合わせ機能の制御システムを提供する。【解決手段】  制御システムは、ホットキーと第１ファンクションキーを有し、ホットキーが押された時、ホットキーのスキャン信号を出力し、第１ファンクションキーが押された時、第１ファンクションキーのスキャン信号を出力するキーボードと、キーボードがホットキーのスキャン信号を出力した時、制御ユニットがデータフィールドのデータを更新し、ホットキーのスキャン信号を受けた後にキーボードが第１ファンクションキーのスキャン信号を出力した場合、それがデータフィールドのデータと第１ファンクションキーのスキャン信号に基づいてキーコードを出力する制御ユニットと、キーコードを受けた時、中断要求を発す端末ユニットと、中断要求を得た時、キーコードに基づいてサービスプログラムを実行するオペレーションシステムを備える。【選択図】  図１
2011053877.tif 000002
【特許請求の範囲】
【請求項１】
ホットキーと第１ファンクションキーを有し、前記ホットキーが押された時、前記ホットキーのスキャン信号を出力し、前記第１ファンクションキーが押された時、前記第１ファンクションキーのスキャン信号を出力するキーボードと、
前記キーボードが前記ホットキーのスキャン信号を出力した時、データフィールドのデータを更新し、前記ホットキーのスキャン信号を受けた後に前記キーボードが前記第１ファンクションキーのスキャン信号を出力した場合、前記データフィールドのデータと前記第１ファンクションキーのスキャン信号に基づいてキーコードを出力する制御ユニットと、
前記キーコードを受けた時、中断要求を発す端末ユニットと、
前記中断要求を得た時、前記キーコードに基づいてサービスプログラムを実行するオペレーションシステムと、
を備える制御システム。
【請求項２】
前記制御ユニットは、キーボードコントローラー、または組み込みコントローラである請求項１に記載の制御システム。
【請求項３】
前記端末ユニットは、サウスブリッジを含み、前記サウスブリッジは、
前記中断要求を発し、前記中断要求は、システム制御中断、またはシステム管理中断である請求項１に記載の制御システム。
【請求項４】
前記ホットキーが持続して押されている時に、前記第１ファンクションキーが押された場合、前記キーボードは、前記第１ファンクションキーのスキャン信号を出力する請求項１に記載の制御システム。
【請求項５】
前記第１ファンクションキーが押されている時、前記ホットキーは放されている請求項１に記載の制御システム。
【請求項６】
前記オペレーションシステムは前記中断要求の前のプログラムを継続する復元機能を有し、前記復元機能が起動されていない時に、前記ホットキーと前記第１ファンクションキーが押された後、第２ファンクションキーが押された場合、前記キーボードは、前記第２ファンクションキーのスキャン信号を出力し、前記制御ユニットは、前記データフィールドのデータと前記第２ファンクションキーのスキャン信号に基づいて、第２キーコードを出力し、前記オペレーションシステムは、前記第２キーコードに基づいて第２サービスプログラムを実行する請求項１に記載の制御システム。
【請求項７】
前記復元機能が起動されている時に、前記ホットキーと前記第１ファンクションキーが押された後、前記第２ファンクションキーが押された場合、前記キーボードは、前記第２ファンクションキーのスキャン信号を出力し、前記制御ユニットは、前記第２ファンクションキーのスキャン信号にのみ基づいて、第２キーコードを出力する請求項１に記載の制御システム。
【請求項８】
前記データフィールドのデータは、前記ホットキーが押された回数を表している請求項１に記載の制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、制御システムに関し、特に、ホットキー（ｈｏｔ ｋｅｙ）の組み合わせ機能の制御システムに関するものである。
【背景技術】
【０００２】
コンピュータは、現代人の仕事または日常生活にとってなくてはならないものとなってきている。オペレーティングシステムを例にすると、初期のＤＯＳシステムは、ヒューマンマシンインターフェースの親和性に欠けており、ビギナーにとっては、入門の障害がやや高かった。Ｗｉｎｄｏｗｓシステムが世に出た後、これらの入門の障害と困惑は、軽減された。一般的にはユーザーはマウスを通してＷｉｎｄｏｗｓシステムを操作する。しかし、正常な手順に基づいてＷｉｎｄｏｗｓシステムを操作した場合、仕事の効率に影響する可能性がある。例えば、Ｗｉｎｄｏｗｓシステムでは、マウスを用いて一部の機能（例えばスピーカーの音量、モニタの明度など）を調整したい場合、複数のウィンドウを開けなければ調整の機能に到達することができないこともある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０００−１９４５４５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ホットキーの組み合わせ機能の制御システムを提供する。
【課題を解決するための手段】
【０００５】
本発明は、ホットキーが押されたかどうかを判断するステップ、前記ホットキーが押された時、データフィールドのデータを更新するステップ、第１ファンクションキーを押すかどうか判断するステップ、前記第１ファンクションキーが押された時、前記データフィールドのデータと前記第１ファンクションキーに基づいて、第１キーコードを出力するステップ、及び前記第１キーコードに基づいて第１サービスプログラムを実行するステップを含む制御システムを提供する。
【０００６】
本発明はまた、キーボード、制御ユニットと、端末ユニットを含む制御システムを提供する。キーボードはホットキーと第１ファンクションキーを有する。ホットキーが押された時、キーボードは、ホットキーのスキャン信号を出力する。第１ファンクションキーが押された時、キーボードは第１ファンクションキーのスキャン信号を出力する。キーボードがホットキーのスキャン信号を出力した時、制御ユニットはデータフィールドのデータを更新する。制御ユニットがホットキーのスキャン信号を受けた後にキーボードが第１ファンクションキーのスキャン信号を出力した場合、制御ユニットは、データフィールドのデータと第１ファンクションキーのスキャン信号に基づいてキーコードを出力する。端末ユニットがキーコードを受けた時、端末ユニットは、中断要求を発す。オペレーションシステムが中断要求を得た時、キーコードに基づいてサービスプログラムを実行する。
【図面の簡単な説明】
【０００７】
【図１】本発明の制御方法の実施例である。
【図２】本発明の制御方法のもう１つの実施例である。
【図３Ａ】制御器がキーコードを取得する実施例である。
【図３Ｂ】制御器がキーコードを取得する実施例である。
【図３Ｃ】制御器がキーコードを取得するもう１つの実施例である。
【図４】本発明の制御システムの概略図である。
【発明を実施するための形態】
【０００８】
本発明についての目的、特徴、長所が一層明確に理解されるよう、以下に実施形態を例示し、図面を参照しながら、詳細に説明する。
【実施例】
【０００９】
キーボードの少なくとも１つのホットキーと少なくとも１つのファンクションキーを押すことによって、ユーザーは、押されたホットキーとファンクションキーが対応したサービスプログラム（例えばモニタの明度などを増加／減少する）を起動することができる。よって、多くの操作時間を節約することができる。
【００１０】
図１は、本発明の制御方法の実施例である。図に示されるように、まず、ホットキーが押されたかどうか判断する（ステップＳ１１０）。本実施例では、ホットキーは、単独で押した時、何のイベントも生じないキーである。例えば、Ａｌｔ、Ｃｔｒｌ、Ｆｎ、Ｓｈｉｆｔ…などのキーである。
【００１１】
一般的には、キーボードのキーが押された時、キーボードは対応するスキャン信号を出力する。本実施例では、制御器を用いてキーボードのスキャン信号を受け、前記制御器にキーボードが提供したスキャン信号に基づいてどのキーが押されたかを知らせる。他の実施例では、前記制御器は、キーボードコントローラー、または組み込みコントローラであることができる。
【００１２】
ホットキーが押された時、データフィールドのデータを更新する（ステップＳ１２０）。本実施例では、制御器がキーボードより出力したホットキーのスキャン信号を受けた時、制御器は、データフィールドのデータを更新する。一実施例では、データフィールドの初期データは０である。
【００１３】
続いて、ホットキーが再度押されるかどうか判断する（ステップＳ１３０）。ホットキーが再度押された時、データフィールドのデータを更新する（ステップＳ１２０）。本実施例では、前記データフィールドのデータは、ホットキーが押された回数を表している。本発明は、ホットキーが押された回数を制限していない。ホットキーが押された回数が異なる時、それにより生じる影響も異なる。他の実施例では、ステップＳ１３０を省略することができる。
【００１４】
続いて、第１ファンクションキーが押されたかどうか判断する（ステップＳ１４０）。本発明は、第１ファンクションキーの種類を制限しない。本実施例では、ファンクションキーは、単独で押された時、イベントが発生するキーを触発する。例えば、ファンクションキーは、数字キー、文字キー、またはＦ１〜Ｆ１２であることができる。他の実施例では、ユーザーは、習慣によってホットキーを押す、または放すことを選択することができる。よって、第１ファンクションキーが押されると同時にホットキーも押されている状態、または放されている状態にあることができる。
【００１５】
第１ファンクションキーが押されていない時、ステップＳ１３０を実行する。第１ファンクションキーが押された時、前記データフィールドのデータと第１ファンクションキーに基づいて第１キーコードを出力する（ステップＳ１５０）。本実施例では、キーボードが出力したスキャン信号を受けた制御器（キーボードコントローラー、または組み込みコントローラ）は、ホットキーと第１ファンクションキーが同時に押されてから第１キーコードを出力する。しかし、制御器がホットキーのスキャン信号のみを受けた時は、どのキーコードも出力せず、ファンクションキーが十分に押されてから（１つのファンクションキーのみを押すとは限らない）、第１キーコードを出力する。
【００１６】
一実施例では、仮にユーザーが第１サービスプログラムを実行したく、且つ前記第１サービスプログラムが対応するキーがホットキー（Ｆｎ）とファンクションキー（Ｆ１）である時、制御器は、ホットキー（Ｆｎ）とファンクションキー（Ｆ１）が同時に押されてから、第１サービスプログラムが対応するキーコードを出力する。
【００１７】
また、仮に第１サービスプログラムが対応するキーがホットキー（Ｆｎ）、ファンクションキー（Ｆ１とＦ２）の時、制御器はホットキー（Ｆｎ）、ファンクションキー（Ｆ１とＦ２）が同時に押されてから対応するキーコードを出力する。
【００１８】
続いて、第１キーコードに基づいて、第１サービスプログラムを実行する（ステップＳ１６０）。本実施例では、制御器が第１キーコードを出力した時、端末ユニット（例えばサウスブリッジ）は、第１キーコードに基づいて第１サービスプログラムを実行する。一実施例では、前記端末ユニットは、中断要求を発し、現在実行中のプログラムを中断する。中断期間では、オペレーティングシステム（ＯＳ）が第１サービスプログラムを実行する。第１サービスプログラムが完了してから、先ほど中断されたプログラムの実行を再度継続する。
【００１９】
本発明は中断を要求する種類を限定しない。いくつかの可能な実施例では、端末ユニットが発した中断要求は、システム制御中断（ｓｙｓｔｅｍ  ｃｏｎｔｒｏｌ ｉｎｔｅｒｒｕｐｔ； ＳＣＩ）、システム管理中断（ｓｙｓｔｅｍ  ｍａｎａｇｅｍｅｎｔ ｉｎｔｅｒｒｕｐｔ）、または中断請求（ｉｎｔｅｒｒｕｐｔ ｒｅｑｕｅｓｔｓ； ＩＲＱ）であることができる。
【００２０】
図２は、本発明の制御方法のもう１つの実施例である。図２は、図１よりステップＳ２１０〜Ｓ２４０が多い。図２で示したステップＳ１１０〜Ｓ１６０は、既に紹介済みであるため、ここでは述べない。ステップＳ２１０では、復元機能が起動されるかどうか判断する。復元機能が起動される場合、ホットキーのデータフィールドのデータを初期値に復元してから（ステップＳ２１１）、ステップＳ１１０を実行する。
【００２１】
また、復元機能を起動するかどうかはユーザー自身が決めることができる。一実施例では、ユーザーは、ＢＩＯＳの機能の選択項目内で復元機能を起動するかどうか決めることができる。復元機能が起動されない場合、第２ファンクションキーが押されるかどうか判断する（ステップＳ２２０）。第２ファンクションキーは、数字キー、文字キー、またはＦ１〜Ｆ１２であることができる。
【００２２】
第２ファンクションキーが押されない時、ステップＳ２１０を実行する。第２ファンクションキーが押された時、前記データフィールドのデータと第２ファンクションキーに基づいて第２キーコードを出力する（ステップＳ２３０）。
【００２３】
本実施例では、復元機能が起動されないため、データフィールドのデータが保存されたままであることから、制御器は、データフィールドのデータと押された第２ファンクションキーに基づいて、第２キーコードを出力することができる。
【００２４】
例えば、復元機能が起動されていない時に、ユーザーがホットキー（Ｆｎ）とファンクションキー（Ｆ１とＦ２）を押した時、制御器は、２つのキーコードを出力することができる。２つのキーコードの１つはＦｎ＋Ｆ１に対応し、もう１つはＦｎ＋Ｆ２に対応する。２つのキーコードに基づいて、作業システムは、２つのサービスプログラムを実行する（例えば、モニタの明度を調整、またはスピーカーの音量を調整する）。よって、この実施例では、ユーザーは、ホットキーを再度押さなくとも必要な結果を得ることができる。
【００２５】
復元機能が起動されていない時に、ユーザーがホットキー（Ｆｎ）とファンクションキー（Ｆ１とＦ２）を押した時、制御器は、キーコードのみを出力し、キーコードの１つは、Ｆｎ＋Ｆ１に対応する。よって、オペレーションシステムは、サービスプログラムのみを実行する。先に押したファンクションキーＦ２に関しては、オペレーションシステムは、ファンクションキーＦ２自体の機能（例えば、保存、復元など）を実行する。
【００２６】
図３Ａ、図３Ｂは、制御器がキーコードを得る実施例である。図３Ａを参照下さい。ホットキーＦｎが押された時、プログラムはアドレス１に飛ぶ。続いてファンクションキーＦ１が押された場合、ホットキーＦｎとファンクションキーＦ１の組み合わせがキーコードｋｅｙｃｏｄｅ１１に対応しているとわかることができる。同様に、ホットキーＦｎが押された後に、ファンクションキーＦ２が押された場合、ホットキーＦｎとファンクションキーＦ２の組み合わせがキーコードｋｅｙｃｏｄｅ１２に対応するとわかることができ、他の組み合わせもこれらに基づく。
【００２７】
図３Ｂでは、ホットキーＡｌｔとファンクションキーとの組み合わせの関係を説明している。ホットキーＡｌｔが押された時、プログラムはアドレス２に飛ぶ。続いて、ファンクションキーＦ２が押された場合、ホットキーＡｌｔとファンクションキーＦ２の組み合わせがキーコードｋｅｙｃｏｄｅ２２に対応するとわかることができる。
【００２８】
図３Ｃは、制御器がキーコードを取得するもう１つの実施例である。ホットキーＦｎとファンクションキーＦ１が順次に押された時、プログラムはアドレス０ｘＡ１に飛ぶ。よって、キーコードｋｅｙｃｏｄｅ１１を得ることができる。同様に、ホットキーＡｌｔとファンクションキーＦ１が順次に押された時、プログラムはアドレス０ｘＢ１に飛ぶ。よって、キーコードｋｅｙｃｏｄｅ２１を得ることができる。
【００２９】
図３Ａ〜図３Ｃよりわかるように、ホットキーとファンクションキーが同時に押された後、キーコード表を捜すか（例えば図３Ｃ）、またはホットキーが押された時に、対応するキーコード表を捜す（例えば図３Ａと図３Ｂ）。
【００３０】
図４は、本発明の制御システムの概略図である。図に示すように、制御システム４００は、キーボード４１０、制御ユニット４２０、端末ユニット４３０と、オペレーションシステム４４０を含む。キーボード４１０は、ホットキーと第１ファンクションキーを有する。ホットキーが押された時、キーボード４１０は、ホットキーのスキャン信号を制御ユニット４２０に出力する。第１ファンクションキーが押された時、キーボード４１０は、第１ファンクションキーのスキャン信号を制御ユニット４２０に出力する。
【００３１】
本発明は、ホットキーとファンクションキーの種類を限定しない。本実施例では、ホットキーは、押しても何の動作も生じないキーのことを指し、ファンクションキーと正反対である。ファンクションキーが押された時、イベント（例えばモニタに数字、文字が出る）の発生を生じる。
【００３２】
例えば、ホットキーは、キーボード上のキーＦｎ、Ａｌｔ、Ｃｔｒｌ、Ｓｈｉｆｔなどであることができ、ファンクションキーは、数字キー、文字キー、またはＦ１〜Ｆ１２などであることができる。また、本発明はファンクションキーを押した時にホットキーを放さなければならないかどうかを限定するものではない。ユーザーは、習慣または便利性によってホットキーを持続して押す、または放すことを選択することができる。よって、ファンクションキーを押すと同時に、ホットキーは押されている、または放されている状態にあることができる。
【００３３】
一実施例では、ホットキーが持続して押されている時に、第１ファンクションキーが押された場合、キーボード４１０は、第１ファンクションキーのスキャン信号を出力することができる。もう１つの実施例では、第１ファンクションキーが押された時、ホットキーは放されている。
【００３４】
制御ユニット４２０は、キーボード４１０が出力した信号に基づいて、押されたキーの種類を知ることができる。制御ユニット４２０は、キーボードコントローラー、または組み込みコントローラであることができる。
【００３５】
キーボード４１０がホットキーのスキャン信号を出力した時、制御ユニット４２０は、ホットキーのスキャン信号が対応するデータフィールドのデータを更新する。本発明はデータフィールドの数量を限定しない。異なるホットキーのスキャン信号は、異なるデータフィールドに対応する。本実施例では、データフィールドのデータは、対応するホットキーが押された回数を表している。また、データフィールドの初期データは、０または他の数値の可能性がある。
【００３６】
ホットキーのスキャン信号を受けた後、キーボード４１０が第１ファンクションキーのスキャン信号を出力した場合、制御ユニット４２０は、データフィールドのデータと第１ファンクションキーのスキャン信号に基づいてキーコードｋｅｙｃｏｄｅを出力する。制御ユニット４２０がキーコードｋｅｙｃｏｄｅを捜す方法は、図３Ａ〜図３Ｃに示された方法を用いることができる。
【００３７】
また、復元機能が起動されていない時に、ホットキーと第１ファンクションキーが押された後、第２ファンクションキーが押された場合、キーボード４１０は、第２ファンクションキーのスキャン信号を出力する。制御ユニット４２０は、データフィールドのデータ、第１と第２ファンクションキーのスキャン信号に基づいて、第１と第２キーコードｋｅｙｃｏｄｅ（例えばｋｅｙｃｏｄｅ１１とｋｅｙｃｏｄｅ１２）を出力する。
【００３８】
逆に、復元機能が起動されている時に、ホットキーと第１ファンクションキーが押された後、第２ファンクションキーが押された場合、キーボード４１０は、第２ファンクションキーのスキャン信号を出力する。しかし、制御ユニット４２０は、データフィールドのデータと第１ファンクションキーのスキャン信号にのみ基づいて、第１キーコードｋｅｙｃｏｄｅ（例えばｋｅｙｃｏｄｅ１１）を出力する。第２ファンクションキーのスキャン信号については、制御ユニット４２０は、ホットキーのスキャン信号と第２ファンクションキーのスキャン信号は、組み合わせない。
【００３９】
端末ユニット４３０が第２キーコードｋｅｙｃｏｄｅを受けた時、中断要求（例えば、ＳＣＩまたはＳＭＩ）を出し、現在行われているプログラムの中断に用いられる。中断期間では、オペレーションシステム４４０は、キーコードｋｅｙｃｏｄｅに基づいてサービスプログラムを実行する（例えば、モニタの明度を増加／減少する、またはスピーカーの音量を上げる／下げる）。本実施例では、端末ユニット４３０は、サウスブリッジチップを含む。サウスブリッジ（図示していない）は、中断要求ＳＣＩ、ＳＭＩ、またはＩＲＱを発す。
【００４０】
以上、本発明の好適な実施例を例示したが、これは本発明を限定するものではなく、本発明の精神及び範囲を逸脱しない限りにおいては、当業者であれば行い得る少々の変更や修飾を付加することが可能である。従って、本発明が請求する保護範囲は、特許請求の範囲を基準とする。
【符号の説明】
【００４１】
Ｓ１１０〜Ｓ１６０、Ｓ２１０〜Ｓ２４０  ステップ
４００  制御システム
４１０  キーボード
４２０  制御ユニット
４３０  端末ユニット
４４０  オペレーションシステム
【図１】
2011053877.tif 000003
【図２】
2011053877.tif 000004
【図３Ａ】
2011053877.tif 000005
【図３Ｂ】
2011053877.tif 000006
【図３Ｃ】
2011053877.tif 000007
【図４】
2011053877.tif 000008