【事件の表示】
　平成　８年特許願第２７２９０９号「キーボードのホットキー拡充方法」拒絶査定不服審判事件〔平成１０年　４月２８日出願公開、特開平１０−１１１７４７〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯、本願発明
　
　本願は、平成８年９月２５日の特許出願であって、当審からの平成１５年７月２日付け拒絶理由通知（以下、「当審拒絶理由通知１」という。）に対して平成１６年１月２２日に意見書及び手続補正書が提出され、さらに、当審からの平成１８年３月２３日付け拒絶理由通知（以下、「当審拒絶理由通知２」という。）に対して平成１８年９月２８日付けで意見書が提出されたものであり、請求項１に係る発明（以下、「本願発明」という。）は、平成１６年１月２２日付けの手続補正書により補正された明細書及び図面の記載からみて、その特許請求の範囲の請求項１に記載された次の事項により特定されるものと認める。
　
【請求項１】　少なくとも一つの専用キーとキーボードコントローラとを具えたキーボードに応用され、
　（ａ）該専用キーに対応する専用コードを設定し、該専用コードはＥ０接頭コードとＩＢＭ（登録商標）定義の拡充コードに未使用である保留コードとを具えたものとするステップと、
　（ｂ）該キーボードコントローラーが該専用コードを受け取り並びに対応するスキャンコードに変換するステップと、
　（ｃ）キーボードデバイスドライバを使用して該スキャンコードを受け取り並びにシステムメッセージキューに送るステップと、
　（ｄ）該システムメッセージキュー中のスキャンコードが専用コードであるかを判断し、専用コードであれば対応するアプリケーションプログラムを実行し、専用コードでなければコンピュータシステムによる処理に供するステップと、
　を具えたことを特徴とする、キーボードの機能キー拡充方法。
　
２．刊行物の記載
　
（１）刊行物１記載発明
　本願出願前に頒布され、当審拒絶理由通知２に引用された特開平８−６６９５号公報（平成８年１月１２日出願公開、以下、「刊行物１」という。）には、次のような記載がある。
　
イ）公報第１欄第２７行〜同欄第４５行
【０００２】
【従来の技術】情報処理装置には、必要なデータや命令を入力するためのキーボードが設けられる。例えば、標準的なパーソナルコンピュータのキーボードの場合、各キーが押されると、コンピュータのオペレーションシステムがこれを認識し、そのキーに対応する処理が実行される。通常、キーが押されると、そのキーに対応するスキャンコードと呼ばれるデータがコンピュータ本体に送り込まれる。コンピュータ本体のオペレーションシステムは、このスキャンコードを予め定められた仮想キーコードに変換する。アプリケーションプログラムはこの仮想キーコードを受け入れて対応する処理を実行する。キーボードにはある特定の機能を直接実行させるための機能キーが設けられる。この機能キーは、単にキーボードのキーに表示された文字や記号を入力するためでなく、例えばファイルの読み出しとか単語の登録とかいった特定の拡張された機能を直接実行させる。こういった拡張キーについても、従来一般のキーと同様の認識処理方法が採用されていた。
　
ロ）公報第２欄第２８行〜第３欄第４９行
【０００６】
【実施例】以下、本発明を図の実施例を用いて詳細に説明する。図１は、本発明によるアプリケーションプログラムの動作フローチャートである。本発明の動作を具体的に説明する前に、まず一般的なキーボードと特殊用途のキーボードとの比較説明を行なう。図２は、このようなキーボードの平面図である。（ａ）は一般的なキーボード、（ｂ）は特殊用途のキーボードを示す。図に示すように、一般的なキーボード１＊は、よく知られた標準配列のキー２を配置したものである。
【０００７】一方、金融機関のオンラインシステム等に用いられるキーボード１は、図の（ｂ）に示すように、一般的なキー２に追加して多数の特定のキー３が設けられている。これらのキー３は、それぞれ例えば入金、出金、伝票発行等各種の処理を実行するための機能キーとなる。
【０００８】図３に、一般のコード割り当て状態説明図を示す。図に示すように、例えばキーボード１の各キー２は、それぞれ押し下げによって特定の互いに異なるスキャンコードを発生させる。このスキャンコードは仮想キーコードと１対１に対応している。従って、キー２が押し下げられるとスキャンコードが発生し、ＯＳ（オペレーションシステム）によって対応する仮想キーコードに変換される。
【０００９】図４に、本発明による特定のキーの割り当て状態説明図を示す。本発明においては、図に示すようなキーボード１の特定のキー３について、１個の仮想キーコードを設定する。即ち、各特定のキー３はそれぞれ押し下げによって異なる種類のスキャンコードを出力する。しかしながら、本発明においてはこれらのスキャンコードを、予め定めた一定の同一の仮想キーコードと対応づける。即ち、ＯＳはいずれの特定のキーが押し下げられても、常に同一の仮想キーコードをアプリケーションプログラムに向け出力する。
【００１０】なお、アプリケーションプログラムは、仮想キーコードに対応する処理を実行する他、必要に応じて仮想キーコードに対応するスキャンコードを取り込み、これに対応する処理を実行することもできる。このような機能自体は従来装置にも採用されている。
【００１１】図５には、本発明を実施するための装置の具体的なブロック図を示す。図に示すように、この装置はキーボード１と、その出力するスキャンコード１１を受け入れるオペレーションシステム（ＯＳ）５とアプリケーションプログラム８から構成される。ＯＳ５はドライバ６とＯＳカーネル７を備えている。また、ＯＳカーネル７には、図４を用いて説明したようなスキャンコードと、仮想キーコードとの対応を示すコード変換テーブル９が格納されているものとする。
【００１２】以上の構成の本発明は次のように実施される。図１に戻って、まずステップＳ１でキーボードのいずれかのキーが押し下げられると、ステップＳ２でＯＳより仮想キーコードが取得される。アプリケーションプログラムはこのような仮想キーコードを取得すると、これが拡張キーコードによるものか一般のキー押し下げによるキーコードかを判別する（ステップＳ３）。ここで、一般のキーが押された場合にはステップＳ３からステップＳ４に移り、ＯＳより取得した仮想キーコードに対応する処理がそのまま実行される。
【００１３】一方、拡張キーコードに対応すると判断された場合、ステップＳ３からステップＳ５に移り、アプリケーションプログラムは仮想キーコードに対応するスキャンコードを所得する。なお、このスキャンコードは図５に示すように、キーボード１からＯＳ５に送り込まれるが、ＯＳ５からアプリケーションプログラム８に仮想キーコード１２を提供する際、同時にスキャンコード１１も提供する。従って、アプリケーションプログラム８はその仮想キーコードの内容に従って、仮想キーコードをそのまま取り込むか、対応するスキャンコードを取り込むかのいずれかを実行することができる。ステップＳ５においてスキャンコードを所得すると、ステップＳ６でそのスキャンコードに対応して用意された処理を実行する。
　
　これらの記載によれば、刊行物１には、次の発明（以下、「刊行物１記載発明」という。）が記載されていると認められる。
　
　よく知られた標準配列のキー２に追加してそれぞれ例えば入金、出金、伝票発行等各種の処理を実行するための機能キーとなる多数の特定のキー３が設けられている金融機関のオンラインシステム等に用いられる特殊用途のキーボード１と、その出力するスキャンコード１１を受け入れ、ドライバ６とＯＳカーネル７を備えるオペレーションシステム（ＯＳ）５と、アプリケーションプログラム８から構成される装置における拡張キーコード認識処理方法であって、
　よく知られた標準配列の各キー２はそれぞれ押し下げによって特定の互いに異なるスキャンコードを発生させ、
　各特定のキー３はそれぞれ押し下げによって異なる種類のスキャンコードを発生させ、
　ＯＳ５によって対応する仮想キーコードに変換され、これが拡張キーコードによるものか一般のキー押し下げによるキーコードかを判別し、
　一般のキーが押された場合には、ＯＳ５より取得した仮想キーコードに対応する処理がそのまま実行され、
　一方、拡張キーコードに対応すると判断された場合には、スキャンコードに対応して用意された処理、例えば入金、出金、伝票発行等各種の処理を実行する拡張キーコード認識処理方法。
　
（２）刊行物２の記載
　当審拒絶理由通知２で引用された、本願出願前に頒布された「Ｔｈｅ　Ｕｎｄｏｃｕｍｅｎｔｅｄ　ＰＣ」、Ｆｒａｎｋ　Ｖａｎ　Ｇｉｌｌｕｗｅ著、１９９４年１月（以下、「刊行物２」という。）には、次のような記載がある。
　
イ）「１０１キー・キーボード内のコントローラは、古い設計と互換性のある、いくつかのキー・コンビネーションをシミュレートする。」（第２４０頁下から２行目〜同頁末行）
　
ロ）「このマイコン（コントローラー）は、全てのキーボードにおいて一連の繋がったやりとり、データ有効性のチェック、ＢＩＯＳとキーボード間のデータのバッファー、Ｋｓｃａｎコードのスキャンコードへの変換を行う。」（第２４１頁第６行〜同頁第９行）
　
ハ）「キーボードコントローラーが延伸スキャンコードを送るとき、最初のバイトはＰＣ／ＸＴ上では０であり、ＡＴ＋キーボード上ではＥ０ｈである。このことは２番目のバイトが延伸スキャンコードとして読みとられることを意味している。」（第２４６頁第２８行〜同頁第３０行）
　
３．本願発明と刊行物記載発明との比較
　
　刊行物１記載発明の「よく知られた標準配列のキー２に追加して、それぞれ例えば入金、出金、伝票発行等各種の処理を実行するための機能キーとなる多数の特定のキー３」、「金融機関のオンラインシステム等に用いられる特殊用途のキーボード１」は、それぞれ本願発明の「専用キー」、「キーボード」に相当する。
　また、刊行物１記載発明においては、各特定のキー３はそれぞれ押し下げによって異なる種類のスキャンコードを発生させているから、この「異なる種類のスキャンコード」と本願発明の「専用キーに対応する専用コード」とは、いずれも「専用キーに対応するコード」である点で一致し、刊行物１記載発明において、各特定のキー３はそれぞれ押し下げによって異なる種類のスキャンコードを発生させている以上、予め、専用キーに対応するコードを設定してあることは、明らかである。
　また、刊行物１記載発明においては、キーボード１の出力するスキャンコードをＯＳ５が受け入れており、ＯＳ５が備えるドライバ６を使用して「スキャンコード」を受け取っていることは明らかであるから、刊行物１記載発明における「スキャンコードをキーボード１からＯＳ５が受け入れ」と、本願発明の「（ｃ）キーボードデバイスドライバを使用して該スキャンコードを受け取り並びにシステムメッセージキューに送るステップ」とは、いずれも、「（ｃ’）キーボードデバイスドライバを使用して該スキャンコードを受け取るステップ」である点で一致する。
　また、刊行物１記載発明においては、よく知られた標準配列の各キー２はそれぞれ押し下げによって特定の互いに異なるスキャンコードを発生させ、各特定のキー３はそれぞれ押し下げによって異なる種類のスキャンコードを発生させ、オペレーションシステム（ＯＳ）５によって対応する仮想キーコードに変換され、これが拡張キーコードによるものか一般のキー押し下げによるキーコードかを判別し、一般のキーが押された場合には、ＯＳ５より取得した仮想キーコードに対応する処理がそのまま実行され、一方、拡張キーコードに対応すると判断された場合には、スキャンコードに対応して用意された処理、例えば入金、出金、伝票発行等各種の処理を実行するから、刊行物１記載発明の「これが拡張キーコードによるものか一般のキー押し下げによるキーコードかを判別し」と、本願発明の「（ｄ）該システムメッセージキュー中のスキャンコードが専用コードであるかを判断し、専用コードであれば対応するアプリケーションプログラムを実行し、専用コードでなければコンピュータシステムによる処理に供するステップ」とは、いずれも、「（ｄ’）スキャンコードが専用キーに対応するかを判断し、専用キーに対応すれば対応するアプリケーションプログラムを実行し、専用キーに対応しなければコンピュータシステムによる処理に供するステップ」である点で一致する。
　また、刊行物１記載発明の「拡張キーコード認識処理方法」は、よく知られた標準配列のキー２に、それぞれ例えば入金、出金、伝票発行等各種の処理を実行するための機能キーとなる多数の特定のキー３を追加して、キーボードの機能キーを拡充するものであるから、本願発明の「キーボードの機能キー拡充方法」に相当する。
　したがって、本願発明と刊行物１記載発明との一致点及び相違点は、以下とおりである。
　
［一致点］
　「少なくとも一つの専用キーを具えたキーボードに応用され、
　（ａ’）該専用キーに対応するコードを設定するステップと、
　（ｃ’）キーボードデバイスドライバを使用して該スキャンコードを受け取るステップと、
　（ｄ’）スキャンコードが専用キーに対応するかを判断し、専用キーに対応すれば対応するアプリケーションプログラムを実行し、専用キーに対応しなければコンピュータシステムによる処理に供するステップと、
　を具えたキーボードの機能キー拡充方法。」である点。
　
［相違点１］
　本願発明では、
　少なくとも一つの専用キーとキーボードコントローラとを具えたキーボードに応用され、
　（ａ）該専用キーに対応する専用コードを設定し、該専用コードはＥ０接頭コードとＩＢＭ（登録商標）定義の拡充コードに未使用である保留コードとを具えたものとするステップと、
　（ｂ）該キーボードコントローラーが該専用コードを受け取り並びに対応するスキャンコードに変換するステップと、
　を具えているのに対して、
　刊行物１記載発明では、専用キーに対応するコードを設定しているが、専用キーに対応する専用コードを設定し、専用コードはＥ０接頭コードとＩＢＭ（登録商標）定義の拡充コードに未使用である保留コードとを具えたものとすること、キーボードコントローラーが該専用コードを受け取り並びに対応するスキャンコードに変換することが明らかでない点。
　
［相違点２］
　本願発明では、
　（ｃ）キーボードデバイスドライバを使用して該スキャンコードを受け取り並びにシステムメッセージキューに送るステップと、
　（ｄ）該システムメッセージキュー中のスキャンコードが専用コードであるかを判断し、専用コードであれば対応するアプリケーションプログラムを実行し、専用コードでなければコンピュータシステムによる処理に供するステップと、
　を具えているのに対して、
　刊行物１記載発明では、スキャンコードが専用キーに対応するかを判断し、専用キーに対応すれば対応するアプリケーションプログラムを実行し、専用キーに対応しなければコンピュータシステムによる処理に供しているが、スキャンコードをシステムメッセージキューに送ることや該システムメッセージキュー中のスキャンコードが専用コードであるかを判断することが明らかでない点。
　
４．相違点の検討
　
［相違点１］について
　田嶋孝行著「ＩＢＭ　ＰＣユーザーのプログラミング講座ＤＯＳ／Ｖ入門」、Ｉ／Ｏ、第１８巻第１２号、株式会社工学社、１９９３年１２月１日、第１１５頁〜第１１９頁（特に、第１１５頁右欄〜第１１６頁左欄の「●２バイト・コード」参照）、特開平６−３１４１４９号公報（第２欄第４７行〜第３欄第２行の「１０１型キーボードは、ＩＢＭ社製ＰＣ  ＡＴ機用のキーボードである。ＰＣ  ＡＴ機（或はＰＳ／２機）の互換機にも同様の構成のキーボードが用いられている。ＰＣ  ＡＴ機及びその互換機は英語圏の国を始めとして世界的に広く利用されており、事実上の世界標準機種となっている。」参照）、刊行物２等により、少なくとも一つの専用キーとキーボードコントローラとを具え、専用キーに対応する専用コードとしてＥ０接頭コードを具えたものとし、キーボードコントローラがキーコードを受け取り並びに対応するスキャンコードに変換するＩＢＭ（登録商標）標準キーボードは、周知であるから、刊行物１記載発明の少なくとも一つの専用キーを具えたキーボードの「よく知られた標準配列のキー２」として上記周知のＩＢＭ（登録商標）標準キーボードを採用し、機能キー拡充のために専用キーに対応する専用コードとしてＥ０接頭コードを具えたものとし、キーボードコントローラがキーコードを受け取り並びに対応するスキャンコードに変換することは、当業者が容易になし得ることである。
　また、ＩＢＭ定義の拡充コードに関する、本件明細書の段落【０００４】の「延伸コード中、ＩＢＭでは現在標準キーボード上の少数の特殊なキーについて定義しているだけであり、標準キーボードの中、その他のホットキーを拡充する場合、僅かに残る使用可能なキーコードを使用したとしても延伸コードを使用したとしても、コンピュータシステムにより受容されるものとならなかった。」という記載を参酌すると、本願発明の「ＩＢＭ（登録商標）定義の拡充コードに未使用である保留コード」が「ＩＢＭ（登録商標）定義の拡充コードとして未使用であるキーコード」の意味であることは明らかである。
　そうすると、本願発明の「専用キーに対応する専用コードを設定し、該専用コードはＥ０接頭コードとＩＢＭ（登録商標）定義の拡充コードに未使用である保留コードとを具えたものとする」とは、刊行物１記載発明において、機能キー拡充のために新たに追加される機能キーに対応する専用コードとして単に「ＩＢＭ（登録商標）定義の拡充コードとして未使用であるキーコード」を使用することにすぎず、当業者が適宜なし得る設計事項にすぎない。
　なお、本願明細書の段落【００２３】に記載されている、「ＩＢＭ  ＰＣと完全に相容するほか、ＩＢＭの標準キーボードの延伸コードを定義、形成でき、それにウインドウスアプリケーションプログラムの執行を組合せることで、キーボードのホットキーの使用性を拡充でき」るという本願発明の効果も、刊行物１記載発明において、よく知られた標準配列のキー２として周知のＩＢＭ（登録商標）標準キーボードを採用し、機能キー拡充のために専用キーに対応する専用コードとして、「Ｅ０接頭コードとＩＢＭ（登録商標）定義の拡充コードに未使用である保留コードとを具えたもの」とすることにより、当業者が当然予測できる効果にすぎず、格別なものとは認められない。
　
［相違点２］について
　「システムメッセージキュー」とは、ウインドウズにおいて、システム全体のマウスイベントとキーボードイベントを保持するものであることは、周知であるから（例えば、柴田望洋著「 ＭＳ−Ｗｉｎｄｏｗｓプログラミング基礎学　ＰＡＲＴ１  Ｗｉｎｄｏｗを開く基礎」、Ｃ  ＭＡＧＡＺＩＮＥ、第４巻第１１号、ソフトバンク株式会社、１９９２年１１月１日、第４６頁〜第６０頁の、特に第５７頁の「・システムメッセージキュー」の項参照）、刊行物１記載発明の「ＯＳ５」として、上記周知のウインドウズを採用して、ウインドウズが、キーボードデバイスドライバを使用して、キーボードイベントに対応する該スキャンコードをシステムメッセージキューに送り、該システムメッセージキュー中のスキャンコードが専用コードであるかを判断し、専用コードであれば対応するアプリケーションプログラムを実行し、専用コードでなければコンピュータシステムによる処理に供するようにすることは、当業者が容易になし得ることである。
　
［請求人の主張］について
　請求人は、当審拒絶理由通知１に対する平成１６年１月２２日付け意見書、及び当審拒絶理由通知２に対する平成１８年９月２８日付け意見書において、本願発明の特徴について、次のような主張をしている。
　
［主張１］
　「拒絶理由によると、延伸キーはＩＢＭキーボードにすでに定義されているとされるが、本願発明の使用するものはＩＢＭ未定義であり、ゆえに、本願発明の専用コードは周知の延伸コードとは同じでない。さらに、本願発明の専用コードはまたＥ０接頭コードを具え、ゆえに専用コードが伝統的なキーボードコントローラーに受け入れられ、且つ伝統的なＢＩＯＳ或いはＯＳを変更する必要がない長所を有している。
　このほか、本願発明で使用する専用コードは伝統的なキーボードコントローラーにより受け入れられるが、それはＩＢＭに定義された伝統的な延伸コードではなく、このため伝統的なキーボードドライバーではこれを識別できない。ゆえに、本願発明では特別に設計されたキーボードドライバーで「該システムメッセージキュー中のスキャンコードが専用コードであるかを判断」し、並びに「専用コードであれば対応するアプリケーションプログラムを実行」する。ゆえに、本願発明は、単純に伝統的なＩＢＭキーボードとオペレーションシステム（例えばウインドウス）を結合させることで容易に完成させられるものではない。」（平成１６年１月２２日付け意見書の第２頁第１５行〜第２８行）
　
［主張２］
　「本発明は、フックプロシージャを含む全段階と協働している全本発明における指定の拡張コードを含む。」（平成１８年９月２８日付け意見書の第１頁下から５行目〜下から４行目）
　
［主張１］について
　上記「［相違点１］について」の項で述べたように、刊行物１記載発明において、機能キー拡充のために専用キーに対応する専用コードとして、「Ｅ０接頭コードとＩＢＭ（登録商標）定義の拡充コードに未使用である保留コードとを具えたもの」とすることには、進歩性は認められない。
　そして、「専用コード」が「ＩＢＭ（登録商標）定義の拡充コード」と同様な「Ｅ０接頭コード」を具えるため、伝統的なキーボードコントローラーに受け入れられ、伝統的なＢＩＯＳ或いはＯＳを変更する必要がないことは自明な効果にすぎない。
　また、そのような専用コードを識別できない伝統的なキーボードドライバーは、本願明細書においてもその記載を省略している程度の単純な設計変更により、そのような専用コードを識別できるようになることも自明である。
　したがって、「専用コードが伝統的なキーボードコントローラーに受け入れられ、且つ伝統的なＢＩＯＳ或いはＯＳを変更する必要がない」という請求人が主張する本願発明の長所により格別の効果を生じているとは認められず、「伝統的なキーボードコントローラー」の単純な設計変更により本願発明の「特別に設計されたキーボードドライバー」になり、このようなキーボードドライバーの設計に格別の困難性も認められない。
　
［主張２］について
　本願の請求項１には、「フックプロシージャ」と「指定の拡張コード」のどちらについても記載されていないから、請求人の主張は、特許請求の範囲の記載に基づくものでなく、認められない。
　
５．むすび
　
　本願発明は、刊行物１記載発明及び上記各周知技術に基づいて当業者が容易に発明をすることができたものと認められるから特許法第２９条第２項の規定によって特許を受けることができない。
　
　よって、結論のとおり審決する。