【事件の表示】
　平成１０年特許願第３７７１０９号「家庭用テレビ装置に接続して用いる情報処理装置」拒絶査定不服審判事件〔平成１２年　７月１８日出願公開、特開２０００−２００１７８〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は、
平成１０年１２月３０日の出願であって、
平成１７年７月４日付けで最初の拒絶理由通知がなされ、
同年８月３０日付けで意見書が提出されるとともに、同日付で手続補正がなされ、
同年９月１６日付けで拒絶査定がなされ、
同年１０月２７日付けで拒絶査定不服審判が請求され、
当審において平成２０年６月２日付けで最初の拒絶理由通知（以下「当審拒絶理由通知」と記す。）がなされ、
同年７月３１日付けで意見書が提出されるとともに、同日付けで手続補正がなされたものである。
　
　
２．本願発明
　本願の請求項１〜６に係る発明は、平成２０年７月３１日付け手続補正書により補正された特許請求の範囲の請求項１〜６に記載された通りのものであると認められるところ、その請求項１には、以下の通り記載されている。
「家庭用テレビ装置にビデオ信号及びオーディオ信号を出力するゲーム装置であり、
　マンマシンインターフェース手段と、半導体メモリと、情報処理手段とを備えており、
　前記マンマシンインターフェース手段は、前記ゲーム装置に専用のものであり、利用者の動作によって空間中を移動する際の加速度を電気信号に変換する加速度検出器を含み、
　前記半導体メモリは前記情報処理手段を駆動するソフトウェアを格納し、
　前記ソフトウェアは、オペレーティングシステム部と、マンマシンインターフェースドライバ部と、アプリケーションソフトウェアエンジン部と、アプリケーションソフトウェアコンテンツ部とを含み、
　前記オペレーティングシステム部は、少なくとも、前記ソフトウェアに含まれるタスクの状態制御と、タスクスケジューリングと、タスク間の共有資源管理と、割り込み制御とを司り、
　前記マンマシンインターフェースドライバ部は、前記マンマシンインターフェース手段からの前記電気情報を前記アプリケーションソフトウェアエンジン部に伝達するものであり、計１以上のタスクとサブルーチンを含み、前記アプリケーションソフトウェアエンジン部よりタスクの実行もしくはサブルーチンコールによりその機能を利用されるものであり、
　前記アプリケーションソフトウェアエンジン部は、前記マンマシンインターフェースドライバ部から、前記マンマシンインターフェース手段からの前記電気情報を受け取って、前記アプリケーションソフトウェアコンテンツ部が要求する処理のうち、前記ゲーム装置と異なるゲーム装置で実行可能な処理を行うものであって、計１以上のタスクとサブルーチンを含み、後記アプリケーションソフトウェアコンテンツ部プログラムよりタスクの実行もしくはサブルーチンコールによりその機能を利用されるものであり、
　前記アプリケーションソフトウェアコンテンツ部は、アプリケーションソフトウェアコンテンツ部プログラムと、アプリケーションソフトウェアコンテンツ部データとを含み、
　前記アプリケーションソフトウェアコンテンツ部プログラムは、前記ゲーム装置専用の処理を行うプログラムコードであって、１以上のタスクを含み、
　前記アプリケーションソフトウェアコンテンツ部データは、前記アプリケーションソフトウェアコンテンツ部プログラムもしくは前記アプリケーションソフトウェアエンジン部によって扱われるデータの集合であり、
　前記情報処理手段は、前記マンマシンインターフェース手段からの前記電気情報と、前記半導体メモリに格納されている前記ソフトウェアとに基づいて演算処理を行い、前記ビデオ信号及び前記オーディオ信号を生成するものであり、
　前記情報処理手段は、中央演算処理プロセッサと、グラフィック処理プロセッサと、サウンド処理プロセッサとを備えており、
　前記中央演算処理プロセッサは、前記マンマシンインターフェース手段からの前記電気情報と、前記ソフトウェア内のプログラムコードとに基づいて、前記グラフィック処理プロセッサ及び前記サウンド処理プロセッサの制御を行い、
　前記グラフィック処理プロセッサは、前記ビデオ信号を発生する手段を備え、
　前記サウンド処理プロセッサは、前記オーディオ信号を発生する手段を備える、ゲーム装置。」
（以下、この請求項１に係る発明を「本願発明」と記す。）
　
　
３．引用文献
　
（１）引用文献１
　当審において通知した、上記当審拒絶理由通知で引用した国際公開第９８／２０４１７号（１９９８年５月１４日国際公開。以下「引用文献１」と記す。）には、以下の事項が記載されている。なお、引用文献１のファミリーである特表２００１−５０３８９１号公報（以下、単に「公表公報」と記す。）の対応部分を仮訳として付す。
　
（１−１）「1. An information appliance, comprising:
a processor;
a display, coupled to the processor;
an input/output device coupled to an information source and to the processor;
a user input device coupled to the processor;
working memory coupled to the processor; and
memory coupled to the processor, storing an executable version of appliance operating software and application software, the appliance operating software including logic executed by the processor which manages information flow from the information source through the working memory to the display, and application software including logic executed by the processor and responsive to user input which manages selection of information from said information source, wherein the appliance operating software includes an appliance operating system adapted for the appliance processor, a system library including logic providing a development interface to the application software, and an appliance service module providing an abstraction function between the system library and the appliance operating system, the appliance service module being replaceable with a development platform service module providing the abstraction function between the system library and an operating system in a development platform allowing portability of the application software between the development platform and the information appliance.」（ＣＬＡＩＭＳ　１．）
（仮訳：「１．プロセッサと、
  前記プロセッサに接続されたディスプレイと、
  情報源と前記プロセッサとに接続された入出力デバイスと、
  前記プロセッサに接続されたユーザ入力デバイスと、
  前記プロセッサに接続されたワーキングメモリと、
  前記プロセッサに接続されたメモリとを備え、当該メモリは、実行可能な装置オペレーティングソフトウエア及びアプリケーションソフトウエアを記憶し、当該装置オペレーティングソフトウエアは、前記情報源から前記ワーキングメモリを経由して前記ディスプレイへ至る情報伝達を管理する前記プロセッサによって実行される論理を含み、前記アプリケーションソフトウエアは、前記プロセッサによって実行される論理を含むと共に前記情報源からの情報選択を管理するユーザ入力に対し応答性を有し、更に、
  前記装置オペレーティングソフトウエアは、当該装置のプロセッサ用として作成された装置オペレーティングシステムと、開発インタフェースを前記アプリケーションソフトウエアへ提供する論理を含むシステムライブラリと、当該システムライブラリと前記装置オペレーティングシステムとの間で属性ファンクションを提供する装置サービスモジュールとを含み、当該装置サービスモジュールは、開発プラットフォーム内で前記システムライブラリとオペレーティングシステムとの間の属性ファンクションを提供する開発プラットフォームサービスモジュールと置換可能であり、
  前記開発プラットフォームと当該情報装置との間で前記アプリケーションソフトウエアの可搬性を実現していることを特徴とする情報装置。」（公表公報の特許請求の範囲１．））
　
（１−２）「2.The information appliance of claim 1, wherein the information source comprises Internet accessible information, and wherein the appliance operating software includes Internet access logic, and the application software includes an Internet browser.」（（ＣＬＡＩＭＳ　２．）
（仮訳：「２．前記情報源は、インターネットアクセス可能情報を備え、
  前記装置オペレーティングソフトウエアは、インターネットアクセス可能な論理を含み、
  前記アプリケーションソフトウエアは、インターネットブラウザを含むことを特徴とする請求項１に記載される情報装置。」（公表公報の特許請求の範囲２．））
　
（１−３）「4. The information appliance of claim 1, wherein the information source comprises Internet accessible electronic mail, and wherein the application software includes electronic mail logic.」（ＣＬＡＩＭＳ　４．）
（仮訳：「４．前記情報源は、インターネットアクセス可能な電子メールを備え、
  前記アプリケーションソフトウエアは、電子メール論理を含むことを特徴とする請求項１に記載される情報装置。」（公表公報の特許請求の範囲４．））
　
（１−４）「5. The information appliance of claim 1, wherein the display comprises one of an NTSC monitor and a PAL monitor, and the appliance operating software includes graphics logic for the monitor.」（ＣＬＡＩＭＳ　５．）
（仮訳：「５．前記ディスプレイは、NTSCモニタ及びPALモニタのいずれか一つを備え、
前記装置オペレーティングソフトウエアは、前記モニタ用のグラフィック論理を含むことを特徴とする請求項１に記載される情報装置。」（公表公報の特許請求の範囲５．））
　
（１−５）「Thus, it is desirable to provide technology that enables the development and implementation of function-specific software applications that are matched to application optimized hardware platforms.」（第２頁第１行〜同頁第３行）
（仮訳：「従って、アプリケーション最適化ハードウエアプラットフォームに適合した専用ソフトウエアアプリケーションの開発・実装を可能とする技術の提供が望まれている。」（公表公報第１１頁第２５行〜第２７行））
　
（１−６）「According to the present invention, a new class of consumer appliances for homes, schools, and offices is developed which blend the intuitive ease of use, convenience and affordability of consumer appliances with the power of computers having special purpose hardware platforms, in order to make electronic information far more accessible to consumers. Thus, the present invention can be characterized as an architecture for an information appliance adapted for a specific application. The architecture supports a variety of appliance personalities, relying on a single core technology. The core technology is designed to enable development of the appliance architecture software on a general purpose computer, relying on the vast store of software development tools and techniques available for general purpose platforms. A completed function-specific application matched to the application optimized hardware platform for the appliance is thereby provided.」（第２頁第８行〜同頁第２０行）
（仮訳：「 本発明によれば、家庭、学校及びオフィスにおける一般消費者用装置の新たなカテゴリが開発される。この本発明に係る装置は、一般消費者用装置の本来的な使い易さ、便利さ及び能力を、特定目的用ハードウエアプラットフォームを有するコンピュータの機能と調和させるものである。これにより、消費者は、電子情報をより手に入れやすくなる。即ち、本発明は、専用アプリケーション用として作成される情報装置を構築することをその要旨とするものである。そのアーキテクチャによれば、単一のコア技術に依存しつつ、種々の装置をサポートすることができる。そのコア技術は、汎用プラットフォームで有効な膨大なソフトウエア開発ツール・技術に依存しつつ、汎用コンピュータ上でその装置を構築するソフトウエアの開発を可能とする。これにより、その装置のアプリケーション最適化ハードウエアプラットフォームに適合した専用ソフトウエアアプリケーションが提供されることになる。」（公表公報第１２頁第１行〜同頁第１２行））
　
（１−７）「Key to making the modules fit together are external device drivers (EDD) which allow the hardware modules to be directly interfaced with to one another. The EDD's are controlled and managed by the operating system, and interface with the hardware to the application foundation software. The integration of the EDD's with an operating system forms a complete board support package (BSP), as illustrated in FIG. 2. Thus, the BSP includes a hardware platform 15, and a microkernel operating system 16 with external device drivers, such as a television driver 17, a liquid crystal display (LCD) driver 18, a VGA graphics driver for a computer monitor 19, and generic I/O drivers 20 and 21, such as used for accessing the Internet, CD-ROM drives, or other sources of information.」（第８頁第２１行〜第９頁第２行）
（仮訳：「 各モジュールを適合させる要点は、各ハードウエアモジュールを互いに直接的にインタフェースさせる外部デバイスドライバ(EDD)にある。外部デバイスドライバEDDは、オペレーティングシステムにより制御・管理がなされ、アプリケーションファウンデイションソフトウエアに対してハードウエアとインタフェースするものである。オペレーティングシステムとEDDとの一体化は、図２に示したように、完全なボードサポートパッケージ(BSP)を構成する。従って、BSPは、ハードウエアプラットフォーム15、外部デバイスドライバ(例えば、テレビドライバ17、液晶ディスプレイ(LCD)ドライバ18、コンピュータモニタ19用のVGAグラフィックドライバ、及びインターネット、CD-ROMドライブその他の情報源とアクセス用の入出力ドライバ20,21)が付いたマイクロカーネルオペレーティングシステム16を含むものである。」（公表公報第１８頁第１５行〜同頁第２５行））
　
（１−８）「FIG. 4 provides an example Internet platform built to implement a fully functional web browser application on a moderate cost, small footprint device. The platform provides a high performance processor in a microprocessor with integrated communications module 30. A NTSC television output is generated in a multimedia module that includes video and audio support hardware 31. Thus, the multimedia module 31 generates NTSC output on line 32 and audio output on line 33. A keypad and function key module 34 is used to provide user input. Also, an infrared remote control device adapter 35 allows user input across an IR handheld remote. An optional high speed networking protocol module, such as an ISDN/BRI module 36, may be included with the system. Control, data, and address lines 37 are coupled to the multimedia module 31 and the microprocessor 30. These provide connection to a high speed modem module 38, working memory 39, optionally non-volatile memory 40, and high speed dynamic random access memory (DRAM) 41, for use in the browsing application.」（第９頁第１４行〜同頁第２８行）
（仮訳：「図４は、機能満載のウエブブラウザアプリケーションを中コストな小型デバイスに実装するためのインターネットプラットフォームの一例を示したものである。このプラットフォームは、高パフォーマンス能力のプロセッサが通信制御モジュール30に組み込まれる。NTSCテレビ出力は、ビデオ・オーディオサポートハードウエアを含むマルチメディアモジュール31で生成されたものである。従って、マルチメディアモジュール31は、NTSC出力をライン32へ、オーディオ出力をライン33へ出力する。キーパッド・ファンクションキーモジュール34は、ユーザ入力用として設けられる。また、赤外線遠隔制御デバイスアダプタ35は、ユーザが赤外線遠隔装置を用いた入力を可能とする。また、任意的に高速ネットワークプロトコルモジュール(例えば、ISDN/BRIモジュール36)をシステムに含めてもよい。コントロール・データ・アドレスライン37は、マルチメディアモジュール31及び通信制御モジュール30に接続される。このライン37により、高速モデムモジュール38、ワーキングメモリ39、オプションの不揮発性メモリ40及び高速ダイナミックランダムアクセスメモリ(DRAM)41が互いに接続され、アプリケーションの閲覧に供される。」（公表公報第１９頁第９行〜同頁第２３行））
　
（１−９）「FIG. 5 illustrates the application foundation, the first platform designed for the creation of information appliances. The application foundation is small, in the neighborhood of 300K bytes, and has been optimized to be both high performance and robust enough to support any information appliance software application. Further, since each application will require its own optimized hardware, the environment is portable, to allow the developer to move from one platform to another.
The application foundation is primarily composed of the opaque device library (ODL) 50, the application graphics library (AGL) 51, the programmer's web library (PWL) 52, and the system library (SL) 53, and supported by an operating system services layer that provides an application foundation to platform abstraction function.」（第１０頁第７行〜同頁第１８行）
（仮訳：「図５は、アプリケーションファウンデイションの構成を示したものであり、情報装置の作成用に設計された第１のプラットフォームを示したものである。アプリケーションファウンデイションは、小型であり、約300キロバイト程度であり、全ての情報装置のソフトウエアアプリケーションをサポートするのに十分な高パフォーマンス能力と強度とを備えるべく最適化されている。更に、各アプリケーションは、それ自身に対して最適化されたハードウエアを必要とするため、そのソフトウエア環境は可搬性がある。これにより、ディベロッパーは、各アプリケーションをあるプラットフォームから他のプラットフォームへと移植することができる。
  アプリケーションファウンデイションは、不透明デバイスライブラリ(ODL)50、アプリケーショングラフィックライブラリ(AGL)51、プログラマ用ウエブライブラリ(PWL)52及びシステムライブラリ(SL)53とから構成され、プラットフォーム属性ファンクションにアプリケーションファウンデイションを提供するオペレーティングシステムサービスレイヤによってサポートされている。」（公表公報第２０頁第２行〜同頁第１５行））
　
（１−１０）「Opaque Device Library (ODL) 50
　The opaque device library (ODL) 50 is the interface used for interacting with external device drivers. ODL 50 is a single 'file-like' interface which provides a powerful mechanism for dealing with any communications, input or storage device. All devices are accessed using the same interface and therefore can be swapped without any need to alter the application code, allowing ODL 50. programmers to substitute devices seamlessly.
　The preferred implementation of the ODL 50 supports the following devices, with more used in alternative embodiments:
　・Network connections (POTS, ISDN, TI, E1, Ethernet, broadband, wireless)
　・Input devices (keyboard, mouse, IR remote control, touchscreen)
　・Storage devices (CD-ROM, Hard Drive, Floppy Drive, Flash memory devices, IrDA, PCMCIA)」（第１０頁第２０行〜第１１頁第５行）
（仮訳：「不透明デバイスライブラリ(ODL)50
  不透明デバイスライブラリ(ODL)50は、外部デバイスドライバとの対話用インタフェースである。ODL50は、単一のファイル型インタフェースであり、あらゆる通信、入力又は記憶デバイスを取り扱う強力なメカニズムを提供するものである。全てのデバイスは、同じインタフェースを用いてアクセスされ、アプリケーションコードを変更することなくスワップされ得るため、ODL50のプログラマは、デバイスをシームレスに取り換えることができる。
  本実施の形態に係るODL50の実装によれば、以下のデバイスがサポートされるが、これは、本実施の形態に限定されるものではなく、他の実施の形態においても適用可能である。
  ・ネットワーク通信（POTS,ISDN,TI,E1,イーサネット,広帯域,ワイヤレス）
  ・入力デバイス（キーボード,マウス,赤外線遠隔制御,タッチスクリーン）
  ・記憶デバイス（CD-ROM,ハードディスク,フロッピーディスク,フラッシュメモリデバイス,赤外線遠隔制御アダプタ,PCMCIA）」（公表公報第２０頁第１６行〜第２１頁第１行））
　
（１−１１）「Application Graphics Library (AGL) 51
　The application graphics library (AGL) 51 is the interface used for drawing and displaying images. The AGL 51 is designed to support a variety of display devices including VGA, LCD, TV (NTSC and PAL) and even aspects of other display peripherals such as LCD touchscreens. The primary components of the AGL are a 2D drawing package, an image drawing package, support for GIF and JPEG images (progressive and non-progressive), plus windowing and cursor control.
AGL 51 can be configured to support any display type when the application is linked. The link-time configuring of AGL 51 exchanges information with the low level graphics EDD for the display device selected. The EDD gives AGL 51 added information about the display environment, allowing AGL 51 to optimize the output for the best possible appearance. All enhancements delivered by AGL 51 appear without changes to the application graphics or programmable interfaces. Only the screen size and font size need to be adjusted in the application.」（第１１頁第９行〜同頁第２４行）
（仮訳：「アプリケーショングラフイックライブラリ(AGL)51
  アプリケーショングラフィックライブラリ(AGL)51は、イメージの描画表示用インタフェースである。AGL51は、VGA,LDC,TV(NTSC及びPAL)等の種々の表示デバイス及びLCDタッチスクリーンその他の同様の表示用周辺機器のサポート用として設計されたものである。AGLの主要なコンポーネントは、二次元描画パッケージ、イメージ描画パッケージ、GIF及びJPEGイメージサポート用(動画及び静画)、ウインドウ機能付加用、及びカーソル制御用である。
  AGL51は、アプリケーションがリンクされた場合に、あらゆる表示タイプをサポートできるように構成される。AGL51は、そのリンク時間中に、選択された表示デバイス用のため情報を低レベルグラフィックデバイスEDDとやりとりするものである。EDDは、表示環境についての付加情報をAGL51に提供し、これにより、AGL51ができる限りの最良な外観となるように出力を最適化する。AGL51によりもたらされる全ての改善は、アプリケーショングラフィック又はプログラム可能なインタフェースを変更することなくもたらされる。アプリケーションでは、スクリーンサイズとフォントサイズとを調節するだけでよい。」（公表公報第２１頁第２行〜同頁第１６行））
　
（１−１２）「Programmer's Web Library (PWL) 52
　Almost every application developed can benefit from access to World Wide Web content. The programmer's web library (PWL) 52 gives the application programmer a tool kit for parsing URLs and making HTTP requests. PWL 52 will also parse HTML content and return the 'marks' back to the application program. The application program is only responsible for properly formatting and displaying the content. Note, all HTTP requests are made via ODL 50, so content can be accessed whether it is stored locally (for example on a CD-ROM) or on remote server (via a network connection).」（第１１頁第２６行〜第１２頁第５行）
（仮訳：「プログラマ用ウエブライブラリ(PWL)52
  ほぼ全ての開発されたアプリケーションは、ワールドワイドウエブコンテントへのアクセスから恩恵を受けることができる。プログラマ用ウエブライブラリ(PWL)52は、アプリケーションプログラマにURL解析用・HTTPリクエスト作成用のツールキットを提供するものである。PWL52もまた、HTMLコンテントを解析すると共にそのマークをアプリケーションプログラムへ返す。アプリケーションプログラムは、コンテントの完全なフォーマット用・表示用としてのみ応答性を有するものである。全てのHTTPリクエストは、ODL50を経由してなされればよく、ローカルに記憶されようと(例えば、CD-ROM)、又は遠隔サーバ(ネットワーク接続を経由)に記憶されようとなかろうとに係わらずアクセス可能である。」（公表公報第２１頁第１７行〜同頁第２６行））
　
（１−１３）「System Library (SL) 53
　The System Library (SL) 53 provides the application program with system infrastructure support. Two primary support functions provided by SL 53 are memory management 60 and error handling 61.
　Memory Management 60: Typical appliances are required to operate with tight memory since most devices will have limited physical memory and no virtual paging. SL 53 handles memory fragmentation, removes items from memory that are no longer needed, and enables the application to recreate or reload segments.
　The memory management component 60 of the application foundation is constructed around 3 categories of memory:
　・System memory, which is for data which is permanent or data that has a long lifetime.
　・Program memory, which can be categorized as relocatable or non-relocatable and is data that may come and go as the application executes.
　・LRU memory, which is data that can be recreated or reloaded at any time.
　By classifying memory according to these categories, different algorithms can be applied to keep memory compact, allowing for full optimization of memory resources. (See FIG. 9) All elements in the application environment (AGL, PWL, ODL, etc.) utilize the memory management component.
　Error Handling 61: There are two basic error mechanisms included in the development environment--user errors and system exceptions.
　User errors are handled by a 'catch and throw' error mechanism and allow the application to display an error message using Unicode error messages.
　System exceptions are unexpected program errors. Program errors are specified using a number and can be displayed using special error formatting routines. The error formatting routines use a Unicode version of the error messages.
　All error messages can be translated to any language, and are loaded into the application at build time.」（第１２頁第７行〜第１３頁第１０行）
（仮訳：「システムライブラリ(SL)53
  システムライブラリ(SL)53は、システムアプリケーションプログラムにシステムインフラストラクチャサポートを提供するものである。SL53により提供される主な2つのサポートファンクションは、メモリ管理60とエラー処理61である。
  メモリ管理60:一般的な装置は、殆どのデバイスが制限付物理メモリを備え、
  仮想ページングを備えないことから無駄のないメモリ容量で制御される必要がある。SL53は、メモリ断片化を処理し、もはや不要となったメモリからアテイムを除去し、アプリケーションにセグメントを再作成し又は再ロードさせる。
  アプリケーションファウンデイションのメモリ管理コンポーネント60は、次の3カテゴリについて構築されている。
  ・システムメモリ:永続データ用又はライフタイムの長いデータ用のメモリ
  ・プログラムメモリ:再配置可能又は再配置不可能なものとしてカテゴリ化されると共に、アプリケーション実行にともない見え隠れするメモリ
　・LRIUメモリ:随時、再作成又は再ロードされ得るデータ用のメモリ  これらのカテゴリに従ってメモリを分類することにより、異種のアルゴリズムであってもメモリをコンパクトにでき、これにより、メモリリソースの完全な最適化が可能になる(図９参照)。アプリケーション環境(AGL,PWL,ODL等)の全ての要素は、メモリ管理コンポーネントを利用することになる。
  エラー処理61:開発環境に含まれる2つの基本的エラーメカニズムとして、ユーザエラーとシステム例外とが存在する。
  ユーザエラーは、キャッチアンドスローのエラーメカニズムにより処理され、アプリケーションにUnicodeエラーメッセージを用いてエラーメッセージを表示させる。
  システム例外は、予期しないプログラムエラーである。プログラムエラーは、数字を用いて特定され、特定されたエラーフォーマットルーチンを用いて表示され得るものである。エラーフォーマットルーチンは、Unicodeエラーメッセ ージを用いるものである。
  全てのエラーメッセージは、あらゆる言語に翻訳され得るものであり、構築時にアプリケーションへロードされる。」（公表公報第２１頁第２７行〜第２２頁第２７行））
　
（１−１４）「FIG. 6 provides a summary view of the complete information appliance architecture including hardware, system software, and applications. The reference numbers used in FIG. 6 are the same as those used in FIGS. 2 and 5. An information appliance application 65 sits on top of the foundation to provide a completed information appliance.」（第１３頁第１１行〜同頁第１５行）
（仮訳：「図６は、ハードウエア、システムソフトウエア及びアプリケーションを含む情報装置のアーキテクチャの完成図である。図６において使用される符号は、図２及び図５において使用されたものと同一である。情報装置用アプリケーション65は、アプリケーションファウンディションの上層に位置し、これにより、情報装置が完成する。」（公表公報第２３頁第１行〜同頁第５行））
　
（１−１５）「FIG. 7 provides a simplified diagram of the ODL 50 layer of the present invention. The ODL is coupled to the web library 100, the application program 101 for this specific appliance and the graphics library 102. The ODL 103 includes printer functions, audio functions, network functions, event functions, and other device-type modules to provide a unified interface to the application program for the devices. Also the ODL 103 includes dynamic registration functions so that the application layer 101 is provided an interface to any device, like a network interface, a display, a sound chip, or a touch screen through a common interface. The ODL 103 is coupled as indicated at 101 to operating system-specific functions in the operating system service layer, as discussed below, and to the operating system, as suits the particular function being executed. Also, it is supported by the system library, shown in FIG. 8.」（第１３頁第１６行〜同頁第２７行）
（仮訳：「 図７は、本発明の一実施の形態におけるODL50レイヤを簡略的に示したものである。ODLは、ウエブライブラリ100、この専用装置用アプリケーションプログラム101、及びグラフィックライブラリ102に接続される。ODL103は、プリンタファンクション、オーディオファンクション、ネットワークファンクション、イベントファンクション及びその他のデバイス用モジュールを含み、各デバイス用のアプリケーションプログラムに単一のインタフェースを提供するものである。また、ODL103は、ダイナミックレジストレーションファンクションを含み、アプリケーションレイヤ101に対しては、あらゆるデバイス(例えば、ネットワークインターフェース、ディスプレイ、サウンドチップ又は通常のインタフェースを介してのタッチスクリーン等)へのインタフェースが提供されるようになっている。OD-L103は、後述するが、符号101で示したところで、オペレーティングシステムサービスレイヤ中のオペレーティングシステム専用ファンクションに接続されると共に、実行中の特定ファンクションに適合させるべくオペレーティングシステムに接続される。また、図８に示したように、ODLは、システムライブラリにサポートされている。」（公表公報第２３頁第６行〜同頁第２０行））
　
（１−１６）「The event component 107, for example, includes an event directory that includes an event data file. Blocking or non-blocking functions are utilized for reading the event file. The application layer 101 is able to read the event data file, either with a blocking or non-blocking function. If the application, for example, has nothing to do except wait for an event, then it will do a blocking read and wait for the event. Otherwise, non-blocking reads can be utilized. The blocking read to the event data file is based on an operating system service layer queue function in order to save processing cycles and provide efficient blocking functions.」（第１３頁第２８行〜第１４頁第７行）
（仮訳：「イベントコンポーネント107は、例えば、イベントデータファイルを含むイベントディレクトリを含むものである。ブロック化又は非ブロック化ファンクションは、イベントファイルを読み出すのに利用される。アプリケーションレイヤ101は、イベントデータファイルをブロッキング又は非ブロッキングファンクションのいづれかと共に読み出すことができる。例えば、アプリケーションがイベント待ちを除くほか、何もすることがない場合には、ブロック化読出を行いイベントを待つことになる。それ以外は、非ブロック化読出が利用されることになる。イベントデータファイルに対するブロック化読出は、処理サイクルの節約と効率的なブロック化ファンクションの提供とを目的として、オペレーティングシステムサービスレイヤのキューファンクションに基づいている。」（公表公報第２３頁第２１行〜第２４頁第２行））
　
（１−１７）「In one embodiment, the ODL system is based on a file descriptor table that stores all file-specific data types and state information. Read, write, open, close, and flush operations are performed by file-type specific routines, for which there is a function pointer to the file descriptor table. Events are handled in an event table in the ODL, providing one file where user events are found. In order to receive user input, an application must open the data file in the events directory and perform read operations on that file. The data file is a read-only file containing user events ranging from input from an infrared remote to a standard keyboard input. This file is read-only because user events are strictly an input to the system.」（第１５頁第１３行〜同頁第２２行）
（仮訳：「他の実施の形態として、ODLシステムは、全てのファイル専用データタイプを記憶し、情報が記述されたファイル識別子テーブルに基づいたものであってもよい。リード・ライト・オープン・クローズ・フラッシュオペレーションは、ファイルタイプ専用ルーチンによって実行され、そのため、ファイル識別子テーブルに対するファンクションポインタが設けられる。イベントは、ODL中のイベントテーブルによって処理され、ユーザイベントが発見されるファイルを提供するものである。ユーザ入力を受信するために、アプリケーションは、イベントディレクトリ中のデータファイルをオープンしなければならず、そのファイル上でリードオペレーションを実行しなければならない。データファイルは、赤外線遠隔入力から標準キーボード入力へ至る範囲に亘るユーザイベントを含むリードオンリファイルである。このファイルは、リードオンリであるが、これは、ユーザイベントがシステムへ対する入力となるからである。」（公表公報第２５頁第１４行〜同頁第２５行））
　
（１−１８）「In summary, the information appliance architecture of the present invention is based on a function-specific hardware platform on which it is coupled with an application foundation software and an information appliance application. The present invention provides an application foundation which is the first platform designed from the beginning for the creation of information appliances. The primary purpose of the application foundation is to provide an easy to use and portable environment for information appliance application development and deployment. The present invention enables a new class of consumer appliances for home, schools, and offices that provide access to information sources in low cost, small footprint, highly reliable appliances. The appliances blend intuitive ease of use, convenience and affordability of consumer appliances, with the power of computers, to make electronic information far more accessible.」（第３１頁第２０行〜第３２頁第３行）
（仮訳：「本発明に係る情報装置アーキテクチャは、特定目的用ハードウエアプラットフォームに基づくものであり、そのプラットフォーム上では、アプリケーションフアウンデイションソフトウエアと情報装置用アプリケーションとが結合される。本発明は、情報装置を作成するにあたり、その作成当初に設計される最初のプラットフォームであるアプリケーションファウンデイションを提供するものである。このアプリケーションファウンデイションの第1目的は、簡単に使用でき且つ可搬性ある環境を情報装置用アプリケーション開発及びその展開に提供することにある。本発明によれば、低コスト且つ小型で信頼性の高い装置を用いて情報源へのアクセスを提供する装置を提供することができる。すなわち、本発明は、家庭、学校及びオフィスにおける一般消費者を対象として新たなカテゴリに属する装置を提供するものである。簡単且つ便利に使用でき、コンピュータ能力に余裕を持たせることができるため、消費者は、電子情報をより手に入れやすくなる。」（公表公報第４０頁第３行〜同頁第１５行））
　
（２）引用文献２
　上記当審拒絶理由通知で引用した　森栄樹，「ＷｉｎｄｏｗｓにおけるマルチメディアとＤｉｒｅｃｔＸの展開，Ｗｉｎｄｏｗｓ９８／ＮＴ５．０に統合されるマルチメディアＡＰＩ」，Ｄｒ．　Ｄｏｂｂ’ｓ　ＪＯＵＲＮＡＬ　ＪＡＰＡＮ，日本、平成１０年５月発行，第７巻　第５号，ｐ．１２８〜１３８（以下「引用文献２」と記す。）には、以下の事項が記載されている。
　
（２−１）「ＤｉｒｅｃｔＸは，ゲームアプリケーションの３２ｂｉｔ　Ｗｉｎｄｏｗｓプラットフォームへの移行のために開発されたＡＰＩです．」（第１２９頁左欄第３行〜同頁同欄第５行）
　
（２−２）「現在のＤｉｒｅｃｔＸは２つのレイヤーに区分し，ハードウェアに近いインターフェイスをＤｉｒｅｃｔＸ　Ｆｏｕｎｄａｔｉｏｎ，ハイレベルなメディアインターフェイスをＤｉｒｅｃｔＸ　Ｍｅｄｉａと呼んでいます」（第１２９頁左欄第１７行〜同頁同欄第２０行）
　
（２−３）「また，ＤｉｒｅｃｔＸ　Ｆｏｕｎｄａｔｉｏｎは，開発者をハードウェア固有の依存性から解放し，ドライバの非互換性など問題をなくして，プラットフォームやアプリケーション間での幅広いサポート範囲を実現しています．」（第１２９頁右欄第７行〜同頁同欄第１１行）
　
（２−４）「ＤｉｒｅｃｔＸ　Ｍｅｄｉａのオープンで拡張性のあるコンポーネントアーキテクチャにより，開発者は，プログラミング言語やプラットフォームにかかわらず，ＤｉｒｅｃｔＸ　Ｆｏｕｎｄａｔｉｏｎが提供するデバイス独立性とハードウェアアクセラレーションを活用しながら，アニメーション，ストリーミング，インタラクティブ性をアプリケーションに容易に組み込むことができます．」（第１３１頁左欄第２２行〜第２９行）
　
（２−５）「ＤｉｒｅｃｔＰｌａｙは，アプリケーションから通信サービスへのアクセスを単純化するＡＰＩです．ネットワーク対戦ゲームやネットワークコラボレーションツールなどに適しています．」（第１３５頁左欄第２行〜同頁同欄第５行）
　
（３）引用文献３
　上記当審拒絶理由通知で引用した特開平１０−２１４１５５号公報（平成１０年８月１１日出願公開。以下「引用文献３」と記す。）には、以下の事項が記載されている。
　
（３−１）「【請求項１】　操作者が把持部を把持して操作することによりその全体が動かされる入力装置であって、
当該入力装置の動きを検出する動き検出手段を備えたことを特徴とする入力装置。」
　
（３−２）「【０１２４】＜発明の実施の形態３＞本発明の実施の形態３は、実際の野球で使用するバットを模擬した入力装置を提供するものである。
【０１２５】図８に、本形態の入力装置の概観図を示す。同図に示すように、本形態の入力装置（バット）５０は、遊技者が把持する把持部５１と先端部５２とを備える。把持部５１には、遊技者が当該入力装置５０を振る瞬間に押下するトリガスイッチＳＷと、遊技者に振動を伝達する振動伝達手段である偏芯モータＭが設けられている。先端部５２には、当該入力装置５０に生じた加速度を検出する加速度センサＳが設けられている。
【０１２６】これら各構成要素の詳細は、上記実施の形態１に準じる。
【０１２７】なお、入力装置の振りの方向を知らせるために、上記実施形態１と同様に方向指示キーを持たせてもよい。
【０１２８】この入力装置を用いた処理は、この入力装置５０の加速度センサＳからの検出信号およびトリガボタンＳＷの押下信号に基づいて、また、偏芯モータＭへの指示信号を供給することにより、上記実施の形態１に準じて行えばよい。すなわち、野球ゲームにおいて、バットのスイングの強さを加速度センサＳの検出信号に基づいて定める。また、スイングの軌道は、加速度センサＳからの検出信号に基づいて、振り始め前および振り終り後の角度を検出し、これからおおよそのバットの軌道を角度と軌道とを変換するテーブル等を参照して定めればよい。また、ボールのインパクトのタイミングをトリガボタンＳＷの押下信号の入力タイミングであるとして処理すればよい。ボールのインパクトのタイミングにおいて、瞬間的に偏芯モータＭに指示信号を供給すれば、バットにボールが当たったかのような振動を遊技者に伝達できる。
【０１２９】上記実施形態３によれば、野球をモデルにした野球ゲームに適する入力装置を提供できる。」
　
（４）引用文献４
　上記当審拒絶理由通知で引用した実願平０１−０７５４０３号（実開平０３−０１３１９４号）のマイクロフィルム（平成３年２月８日出願公開。以下「引用文献４」と記す。）には、以下の事項が記載されている。
　
（４−１）「【実用新案登録請求の範囲】
  ビデオゲームの操作部して使用されるビデオゲーム用打撃用具において、該ビデオゲーム用打撃用具に慣性力を検出するセンサーを設け、該センサーによつてビデオゲーム用打撃用具の操作状態を検出することを特徴とするビデオゲーム用打撃用具。」
　
（５）引用文献５
　上記拒絶理由通知で引用した特開平０６−１９０１４４号公報（平成６年７月１２日出願公開。以下「引用文献５」と記す。）には、以下の事項が記載されている。
　
（５−１）「【請求項１】移動可能なコントロールキー装置において、自身の動きに対応した信号を出力する移動検出手段を有することを特徴とするコントロールキー装置。
【請求項２】前記移動検出手段が、加速度に対応した信号を出力する加速度センサからなることを特徴とする請求項１記載のコントロールキー装置。」
　
（６）引用文献６
　上記当審拒絶理由通知で引用した特開平０６−３０１４７３号公報（平成６年１０月２８日出願公開。以下「引用文献６」と記す。）には、以下の事項が記載されている。
　
（６−１）「【請求項１】手で握る事ができる大きさの球体または楕円体または円盤状の球体（以後総称して球体と言う）の内部に、球体が左右及び前後に回転したときに、それを検出するための一定の重量を有する少なくとも１つ以上の可動物体と、それを支持する棒あるいは板と、棒の途中に取り付けられたスイッチ押し部と、押し部が動くことによって受ける圧力で接点を動作させる１つ以上のスイッチと、球体表面に装置された指で押すコントロールスイッチと、を有することを特徴とする３次元コンピュータ入力装置。」
　
（６−２）「【請求項６】請求項１記載の３次元コンピュータ入力装置において、球体の回転検出のために、可動物体と支持棒のかわりに加速度センサーを装置し、球体が回転したときの加速度に応じた電圧によって回転を検出する機能を有すること、を特徴とする３次元コンピュータ入力装置。」
　
（６−３）「【０００７】
【発明の効果】ポリゴン座標系を用いた３次元パソコンゲームや、３次元入力のパソコンＣＡＤといった、将来伸びつつある多次元座標系のコンピュータソフト入力装置として、本発明は有効である。」
　
　
４．引用発明
（１）　引用文献１記載のものは上記３．（１−４）（１−８）の記載からみて、「ＮＴＳＣ出力」及び「オーディオ出力」「を出力する装置」であり、しかも上記３．（１−６）記載の如く引用文献１記載のものは「家庭、学校及びオフィスにおける一般消費者用装置」の開発を目的としているのであるから、この「NTSCテレビ出力」及び「オーディオ出力」は「家庭」での用途すなわち家庭用テレビ装置に出力することを想定しているものであることは明らかである。
　
（２）　引用文献１記載のものは、上記３．（１−１）に記載の如く「ユーザ入力デバイス」「メモリ」及び「プロセッサ」を備えており、さらに、上記３．（１−８）に記載の如く「マルチメディアモジュール」を備えている。
　
（３）　引用文献１記載のものにおける「ユーザ入力デバイス」は「ハードウエア」の一部をなすものであるところ、当該「ハードウエア」は上記３．（１−６）（１−１８）などに記載の如く「特定目的用」のもので有るから、「ユーザ入力デバイス」も「特定目的用」のものとして用いられるものである。
　
（４）　当該「メモリ」は、上記３．（１−１）記載の如く「実行可能な」「ソフトウエア」を記憶するものである。
　
（５）　さらに当該ソフトウエアは、上記３．（１−７）（１−９）〜（１−１４）に詳述される如く、「オペレーティングシステム」、「外部デバイスドライバ」、「アプリケーションファウンデイション」、「アプリケーションソフトウエア」によって構成されている。
　
（６）　引用文献１記載の「外部デバイスドライバ」は、上記３．（１−７）記載の如く「オペレーティングシステムにより制御・管理がなされ、アプリケーションファウンデイションソフトウエアに対してハードウエアとインタフェースするもの」である
　
（７）　上記３．（１−９）（１−１０）（１−１５）（１−１６）（１−１７）の記載から明らかなように「アプリケーション」は「アプリケーションファウンデイション」の一部である「ＯＤＬ」中の「イベントコンポーネント」を用いて「ユーザ入力を受信する」ものであるから、「アプリケーションファウンデイション」も当然「ユーザ入力を受信する」ものである。
　また、「アプリケーションファウンデイション」は上記３．（１−１８）記載の如く「簡単に使用でき且つ可搬性ある環境を情報装置用アプリケーション開発及びその展開に提供すること」を目的として、上記３．（１−９）記載の如く「全ての情報装置のソフトウエアアプリケーションをサポートするのに十分な高パフォーマンス能力と強度とを備えるべく最適化されて」いるものであり、例えば、上記３．（１−１０）記載のＯＤＬによって「全てのデバイスは、同じインタフェースを用いてアクセスされ、アプリケーションコードを変更することなくスワップされ得るため、ODL50のプログラマは、デバイスをシームレスに取り換えることができる」ようになされており、上記３．（１−１１）記載のＡＧＬの「イメージの描画表示用インタフェース」や、上記３．（１−１２）記載のＰＷＬの「URL解析用・HTTPリクエスト作成用のツールキット」、上記３．（１−１３）記載のＳＬの「メモリ管理」や「エラー処理」等は、上記３．（１−２）等記載の「インターネットブラウザ」のみならず上記３．（１−３）等記載の「電子メール装置」等の他の情報装置でも実施可能な処理を行うものであることは明らかである。
　換言すれば、引用文献１記載の「アプリケーションファウンデイション」はユーザ入力を受信するとともに、他の装置でも実施可能な処理を行うものであると言える。
　
（８）　引用文献１記載の「アプリケーションソフトウエア」が「アプリケーションプログラム」を有することは明らかであり、これは上記（１−１５）記載の如く、「専用装置用アプリケーションプログラム」である。
　
（９）　上記上記３．（１−１）記載の如く引用文献１記載のものにおける「プロセッサ」は「メモリ」に記憶された「ユーザ入力に対し応答性を有」する「アプリケーションソフトウエア」及び「装置オペレーティングソフトウエア」を実行するものである。
　
（１０）　上記３．（１−８）記載の如く引用文献１記載のものにおける「マルチメディアモジュール」は「NTSC出力をライン32へ、オーディオ出力をライン33へ出力する」ものである。
　
　以上（１）〜（１０）をまとめると、引用文献１には
「家庭用テレビ装置にＮＴＳＣ出力信号及びオーディオ信号を出力する情報装置であり、
　ユーザ入力デバイス、メモリ、プロセッサ及びマルチメディアモジュールを備えており、
　前記ユーザ入力デバイスは、特定目的用のものものであり、
　前記メモリは実行可能なソフトウエアを格納し
　前記ソフトウェアはオペレーティングシステム、外部デバイスドライバ、アプリケーションファウンデイション、アプリケーションソフトウエアを含み、
　前記外部デバイスドライバは、前記オペレーティングシステムにより制御・管理がなされ、前記アプリケーションファウンデイションソフトウエアに対してハードウエアとインタフェースするものであり、
　前記アプリケーションファウンデイションはユーザ入力を受信するとともに、他の情報装置でも実施可能な処理を行うものであり、
　前記アプリケーションソフトウエアはアプリケーションプログラムを有し、当該アプリケーションプログラムは専用装置用アプリケーションプログラムであり、
　前記プロセッサは上記メモリに記憶されたユーザ入力に対し応答性を有するソフトウエアを実行するものであり、
　前記マルチメディアモジュールは前記ＮＴＳＣ出力及び前記オーディオ出力を出力するものである
　情報装置」
の発明（以下「引用発明」と記す。）が記載されていると認められる。
　
　
５．対比
　次に、本願発明と引用発明とを比較する。
　
［一致点］
（１）　引用発明は「家庭用テレビ装置にＮＴＳＣ出力信号及びオーディオ信号を出力する情報装置」であり、本願発明は「家庭用テレビ装置にビデオ信号及びオーディオ信号を出力するゲーム装置」であるから、両者は「家庭用テレビ装置にビデオ信号及びオーディオ信号を出力する」「情報装置」である点で一致する。
　
（２）　引用発明における「ユーザ入力デバイス」は「マンマシンインターフェース手段」とも言えるものであり、引用発明における「メモリ」が「半導体メモリ」であることは明らかであり、また、引用発明における「プロセッサ及びマルチメディアモジュール」は「情報処理手段」とも言えるものであるから、両者は「マンマシンインターフェース手段と、半導体メモリと、情報処理手段とを備えて」いる点でも一致する。
　
（３）　引用発明における「ユーザ入力デバイス」は「特定目的用」のものであるから、前記情報装置に「専用のもの」であり、また当該「ユーザ入力デバイス」が「利用者の動作を電気信号に変換する検出器」を含んでいることは明らかであるから、これと本願発明における「マンマシンインターフェース手段」とは、「前記情報装置に専用のものであり、利用者の動作を電気信号に変換する検出器を含」むものである点で一致する。
　
（４）　引用発明における「メモリ」は「実行可能なソフトウエアを格納」するものであるところ、当該「実行」が「プロセッサ」によりなされることは明らかであるから、引用発明における「メモリ」も本願発明における「半導体メモリ」と同様に「前記情報処理手段を駆動するソフトウェアを格納」していると言える。
　
（５）　引用発明における「オペレーティングシステム」、「外部デバイスドライバ」、「アプリケーションファウンデイション」、「アプリケーションソフトウェア」は、それぞれ、本願発明における「オペレーティングシステム部」、「マンマシンインターフェースドライバ部」、「アプリケーションソフトウェアエンジン部」、「アプリケーションソフトウェアコンテンツ部」に対応付けられるものであるところ、引用発明における「外部デバイスドライバ」は「前記アプリケーションファウンデイションソフトウエアに対してハードウエアとインタフェースするものであ」るから、これと本願発明における「マンマシンインターフェースドライバ部」とは、「ハードウエアからの前記電気情報を、前記アプリケーションソフトウェアエンジン部に伝達する」「ドライバ部」である点で一致する。
　
（６）　引用発明における「アプリケーションファウンデイション」は、「ユーザ入力を受信」するのであるから「前記マンマシンインターフェース手段からの電気情報を受け取る」ものである。
　また、引用発明における「アプリケーションファウンデイション」は、「他の情報装置でも実施可能な処理」を行うもので、当該処理が「アプリケーションソフトウェア」すなわち「アプリケーションソフトウエアコンテンツ部」が「要求するもの」であることは明らかであるから、「前記アプリケーションソフトウェアコンテンツ部が要求する処理のうち、前記情報装置と異なる情報装置で実行可能な処理を行うもの」である。
　従って、引用発明における「アプリケーションファウンデイション」と本願発明における「アプリケーションソフトウェアエンジン部」とは、「前記マンマシンインターフェース手段からの前記電気情報を受け取って、前記アプリケーションソフトウェアコンテンツ部が要求する処理のうち、前記情報装置と異なる情報装置で実行可能な処理を行うもの」である点で一致する。
　
（７）　引用発明における「アプリケーションソフトウェア」の「アプリケーションプログラム」は「専用装置用」のもので、当然にそのための処理を行う「プログラムコード」を有しており、また、「アプリケーションプログラム」が一以上のタスクを含むことは当然であるから、引用発明の「アプリケーションソフトウエア」と本願発明における「アプリケーションソフトウェアコンテンツ部」とは「アプリケーションソフトウェアコンテンツ部プログラムを含み、前記アプリケーションソフトウェアコンテンツ部プログラムは、前記情報装置専用の処理を行うプログラムコードであって、１以上のタスクを含」むものである点で一致する。
　
（８）　引用発明における「プロセッサ」及び「マルチメディアモジュール」は、本願発明における「情報処理手段」に対応付けられるものであるところ、当該「プロセッサ」は「上記メモリに記憶されたユーザ入力に対し応答性を有するソフトウエアを実行するもの」であるから「前記マンマシンインターフェース手段からの前記電気情報と、前記半導体メモリに格納されている前記ソフトウェアとに基づいて演算処理を行」うものであると言える。
　また、引用発明における「マルチメディアモジュール」は「前記ＮＴＳＣ出力及び前記オーディオ出力を出力するものである」から「前記ビデオ信号及び前記オーディオ信号を生成するもの」とも言え、その中に「ビデオ信号を発生」する「グラフィック処理」を行う部位と「オーディオ信号を発生」する「サウンド処理」を行う部位とを有することは明らかである。
　従って、引用発明における「プロセッサ」及び「マルチメディアモジュール」と本願発明における「情報処理手段」とは「前記マンマシンインターフェース手段からの前記電気情報と、前記半導体メモリに格納されている前記ソフトウェアとに基づいて演算処理を行い、前記ビデオ信号及び前記オーディオ信号を生成するものであり」、「中央演算処理プロセッサと、グラフィック処理プロセッサと、サウンド処理プロセッサとを備え」、「前記グラフィック処理プロセッサは、前記ビデオ信号を発生する手段を備え、前記サウンド処理プロセッサは、前記オーディオ信号を発生する手段を備える」点で一致する。
　
　よって、本願発明と引用発明とは
「家庭用テレビ装置にビデオ信号及びオーディオ信号を出力する情報装置であり、
　マンマシンインターフェース手段と、半導体メモリと、情報処理手段とを備えており、
　前記マンマシンインターフェース手段は、前記情報装置に専用のものであり、利用者の動作を電気信号に変換する検出器を含み、
　前記半導体メモリは前記情報処理手段を駆動するソフトウェアを格納し、
　前記ソフトウェアは、オペレーティングシステム部と、ドライバ部と、アプリケーションソフトウェアエンジン部と、アプリケーションソフトウェアコンテンツ部とを含み、
　前記ドライバ部は、外部装置からの電気情報を前記アプリケーションソフトウェアエンジン部に伝達するものであり、
　前記アプリケーションソフトウェアエンジン部は、前記マンマシンインターフェース手段からの前記電気情報を受け取って、前記アプリケーションソフトウェアコンテンツ部が要求する処理のうち、前記情報装置と異なる情報装置で実行可能な処理を行うものであって、
　前記アプリケーションソフトウェアコンテンツ部は、アプリケーションソフトウェアコンテンツ部プログラムを含み、
　前記アプリケーションソフトウェアコンテンツ部プログラムは、前記情報装置専用の処理を行うプログラムコードであって、１以上のタスクを含み、
　前記情報処理手段は、前記マンマシンインターフェース手段からの前記電気情報と、前記半導体メモリに格納されている前記ソフトウェアとに基づいて演算処理を行い、前記ビデオ信号及び前記オーディオ信号を生成するものであり、
　前記情報処理手段は、中央演算処理プロセッサと、グラフィック処理プロセッサと、サウンド処理プロセッサとを備えており、
　前記グラフィック処理プロセッサは、前記ビデオ信号を発生する手段を備え、
　前記サウンド処理プロセッサは、前記オーディオ信号を発生する手段を備える、
　情報装置。」
である点で一致する。
　
［相違点］
　しかして、本願発明と引用発明とは、以下の相違点１に相違が認められるとともに、以下の相違点２〜７にも一応の相違点が認められる。
　
（１）相違点１
　本願発明は、「ゲーム装置」で、アプリケーションソフトウェアコンテンツ部プログラムを「ゲーム装置」専用のものとし、「アプリケーションソフトウェアエンジン部」を該「ゲーム装置」とは異なる「ゲーム装置」で実行可能な処理を行うものとしているのに対し、引用発明は「情報装置」ではあるものの、引用文献１にはそのアプリケーションとして「ゲーム装置」は挙げられていない点。
　
（２）相違点２
　本願発明は、そのインタフェース手段として利用者の動作によって「空間中を移動する際の加速度を電気信号に変換する加速度検出器手段」を含むものを採用しているのに対し、引用文献１には「空間中を移動する際の加速度を電気信号に変換する加速度検出器手段」に関する記載は無い点。
　
（３）相違点３
　本願発明のオペレーティングシステム部は、「少なくとも、前記ソフトウェアに含まれるタスクの状態制御と、タスクスケジューリングと、タスク間の共有資源管理と、割り込み制御とを司」るものであるのに対し、引用文献１においては、オペレーティングシステムの機能についての詳細な説明はない点。
　
（４）相違点４
　本願発明には「マンマシンインターフェースドライバ部」を有し、アプリケーションソフトウェアエンジン部では前記マンマシンインターフェース手段からの前記電気情報を「前記マンマシンインターフェースドライバ部から」受け取っているのに対し、引用文献においては、「入力デバイス」からの信号を「外部デバイスドライバ」を介して入力するか否かの明示が無い点。
　
（５）相違点５
　本願発明の「マンマシンインターフェースドライバ部」「アプリケーションソフトウェアエンジン部」は「計１以上のタスクとサブルーチンを含み、」「アプリケーションソフトウェアコンテンツ部プログラムよりタスクの実行もしくはサブルーチンコールによりその機能を利用されるもの」となされているのに対し、引用文献１においては、「外部デバイスドライバ」「アプリケーションファウンデイション」内の個々の処理がどの様な形でプログラムされているのかの説明はない点。
　
（６）相違点６
　本願発明のアプリケーションソフトウェアコンテンツ部はアプリケーションソフトウェアコンテンツ部プログラムだけでなく、「前記アプリケーションソフトウェアコンテンツ部プログラムもしくは前記アプリケーションソフトウェアエンジン部によって扱われるデータの集合」である「アプリケーションソフトウェアコンテンツ部データ」をも含むのに対し、引用文献１においてはアプリケーションソフトウェアがデータを伴っているか否かに関する説明がない点。
　
（７）相違点７
　本願発明においては、「前記中央演算処理プロセッサは、前記マンマシンインターフェース手段からの前記電気情報と、前記ソフトウェア内のプログラムコードとに基づいて、前記グラフィック処理プロセッサ及び前記サウンド処理プロセッサの制御」を行うのに対し、引用発明においては「マルチメディアモジュール」と「ユーザ入力デバイス」「ソフトウエア」との関連に関する説明がない点。
　
　
６．判断
　以下に、上記相違点について検討する。
　
（１）相違点１について
　ゲームは情報装置の一応用分野として周知のものであり、また、引例発明が課題とする「アプリケーション最適化ハードウエアプラットフォームに適合した専用ソフトウエアアプリケーションの開発・実装を可能とする技術の提供」（上記３．（１−５）の記載）、「簡単に使用でき且つ可搬性ある環境を情報装置用アプリケーション開発及びその展開に提供すること」（上記３．（１−１８）の記載）および、これによって「低コストかつ小型で信頼性の高い装置が提供される」という効果（上記３．（１−１８）の記載）は、ゲーム装置においても当然の如く求められるものであるから、引例発明のゲーム装置への適用を試みることは、当業者の通常の創作力の発揮と言えるものであり、何ら格別な創意を要するものではない。
　してみると、引用発明をゲーム装置とすべく、アプリケーションプログラムをゲーム用の処理を行うものとすることは、当業者であれば容易に想到し得た着想である。そして、本願出願時には既に、ゲームの開発に際して上記引用文献２記載の如きゲーム用の汎用モジュールが慣用されていたことを考慮すれば、引用発明のアプリケーションファウンデーションにゲーム用の汎用モジュールを含ませることも、当業者であれば容易に採用し得た事と認められる。
　
（２）相違点２について
　ユーザーインタフェース手段として、利用者の動作によって空間中を移動する際の加速度を電気信号に変換する加速度検出器手段を含むインターフェース手段を採用することは、例えば引用文献３、４、５、６などに記載の如く野球ゲームなどにおいて適宜採用されている周知・慣用の手段に他ならないものであるから、上記引用発明のアプリケーションをゲーム装置とするにあたり、そのインターフェース手段を利用者の動作によって空間中を移動する際の加速度を電気信号に変換する加速度検出器手段とすることは、採用するゲーム内容等に応じて適宜に採用し得た設計的事項に他ならない。
　
（３）相違点３について
　「タスクの状態制御」「タスクスケジューリング」「タスク間の共有資源管理」「割り込み制御」等を司ることは「オペレーティングシステム」であれば通常有すべき基本的な機能であるから（必要があれば　木内志朗，”これだけは知っておきたいリアルタイムＯＳを使ったアプリケーション構築のポイント”，Ｉｎｔｅｒｆａｃｅ，ＣＱ出版株式会社，平成１０年１２月１日，第２４巻，第１２号，ｐ．１１３〜１２０（特に１１３頁右欄２１〜２９行）、長野文紀，”基礎から学ぶリアルタイムＯＳの機能と役割”，Ｉｎｔｅｒｆａｃｅ，ＣＱ出版株式会社，平成１０年２月１日，第２４巻，第２号，ｐ．１５２〜１６１（特に第１５９頁左欄第１６行〜第１６１頁右欄第３３行）等参照）、引用発明の「オペレーティングシステム」を「少なくとも、前記ソフトウェアに含まれるタスクの状態制御と、タスクスケジューリングと、タスク間の共有資源管理と、割り込み制御とを司」るものとすることは、当業者であれば当然の如く採用する技術常識的事項に過ぎない。
　
（４）相違点４について
　周辺装置とのＩＯをデバイスドライバを介して処理するか否かは、採用する周辺装置やＯＳ等に応じて（ＯＳがその装置をサポートしているか否か等に応じて）適宜に定めうる設計的事項に過ぎず、引用文献１記載のものにおける「入力デバイス」からの信号を「外部デバイスドライバ」を介して入力するようにし、そのドライバを「マンマシンインターフェースドライバ部」とすることも、当業者が適宜に選択採用し得た設計的事項に過ぎないものと認められる。
　
（５）相違点５について
　ドライバやライブラリ等のソフトウエア部品は他のプログラムから利用できるようなタスクまたはサブルーチンとして構成されるのが常識であるから（必要があれば特開平０５−０２００４５号公報（平成５年１月２９日出願公開。上記当審拒絶理由通知で引用文献１６として引用）、特開昭６０−０１０３８０号公報（昭和６０年１月１９日出願公開。上記当審拒絶理由通知で引用文献１８として引用）等参照）、引用発明における上記「外部デバイスドライバ」「アプリケーションファウンデイション」を「計１以上のタスクとサブルーチンを含み」「アプリケーションソフトウェアコンテンツ部プログラムよりタスクの実行もしくはサブルーチンコールによりその機能を利用されるもの」とすることは、必然的に採用される自明な事項に過ぎない。
　
（６）相違点６について
　ソフトウエアがプログラムとデータの組み合わせで構成されることも技術常識的な構成に過ぎず（必要があれば、特開平０６−３３７７３６号公報（平成６年１２月６日出願公開。特に段落【００４９】。）、特開平０８−０９８９５６号公報（平成８年４月１６日出願公開。特に段落【００２３】。）参照）、アプリケーションソフトウエアを「アプリケーションソフトウェアコンテンツ部プログラム」と、これによって利用される「アプリケーションソフトウェアコンテンツ部データ」とで構成することも当業者であれば当然に採用する技術常識的な事項に他ならない。
　
（７）相違点７について
　マンマシンインターフェース手段からの情報を処理し可視表示・可聴表示することは、アプリケーションプログラムであれば当然に備える機能であり、グラフィックプロセッサやサウンドプロセッサが「マンマシンインターフェース手段からの電気情報と、ソフトウェア内のプログラムコードとに基づいて制御」されることは、このようなアプリケーションプログラムを実行する際に必然的になされる自明な作用に過ぎない。
　
　してみると、上記相違点１に係る本願発明を特定するための事項は、当業者が引用文献１記載の発明から容易に想到し得たものであり、また、上記相違点２〜７に係る本願発明を特定するための事項は、何れも、周知慣用技術・技術常識的な事項・自明な事項等の付加に過ぎないものである。
　そして、本願発明の効果は、引用文献１記載のものが奏する効果に比し格別顕著なものでもなく、当業者であれば容易に予測し得る程度のものである。
　よって、本願発明は、引用文献１に記載された発明及び周知・慣用技術にに基づいて、当業者が容易に発明をすることができたものである。
　
　
７．請求人の主張について
　
［請求人の主張］
　なお、請求人は平成２０年７月３１日付けの意見書において、以下の通り主張している。
　
（１）主張１
　「(3) 次に引例について説明いたします。
　引例１（特表２００１−５０３８９１）は、汎用コンピュータのコスト高を問題に挙げ、情報収集目的の専用装置（例えば、ウェブブラウザ、ＣＤ−ＲＯＭライブラリブラウザ、電子メール装置など）を低コストで提供することを目的としています（４０ページ）。
この目的達成のため、アプリケーションおよび筐体は各装置専用に用意するが、アプリケーションファウンデーションおよびハードウエアモジュールは、共通して使用できるものとし、目的に応じて選択します。
　引例６（特開平１０−２１４１５５）における図１、図４、００３９、００６４から明らかなように、この引例６は、ＣＤ−ＲＯＭにゲームプログラムが格納されている、ソフト・ハード分離型ゲーム装置です。
　引例７（実開平３−１３１９４）について、当業者ならば図１、図５から明らかなように、引例７は、任天堂株式会社から発売されたファミリーコンピュータ（通称「ファミコン」）に対する打撃用具を開示しています。つまり、引例７のゲーム機は、ソフト・ハード分離型ゲーム装置です。この点は、引例７が、汎用の操作部を有することや、ゲーム機本体がゲームカセットのスロットを有していることからも確認できます。
　引例８（特開平６−１９０１４４）では、【０００２】にソフトの交換により種々のゲームを楽しむことができることや、【０００３】において、ドライブゲーム機専用機と比較して汎用のコントロールキー装置が面白みが低い点を問題とし、これを解決することを課題としていること、その他、【００１４】でソフトを代えて異なるゲームを行うことから、引例８のゲーム機は、ソフト・ハード分離型ゲーム装置です。
　引例９（特開平６−３０１４７３）について、当業者ならば図５、従来の技術欄から明らかなように、引例９は、ゲームプログラムが入っているＲＯＭカセットを有しており、明らかに、引例９のゲーム機は、ソフト・ハード分離型ゲーム装置です。
　引例１０（特開昭６４−２８７２０）は、現在の二次元マウスと同じ感覚で三次元データを入力することを目的としていることから（「発明が解決しようとする問題点」の欄）、これはパーソナルコンピュータ用の入力装置であることは明らかである。そして、パーソナルコンピュータは、そもそも汎用目的のものであり、ソフト・ハード一体型でないことは明らかで、あえていうならソフト・ハード分離型ゲーム装置に相当します。
　引例１９（ＤｉｒｅｃｔＸ）のＤｉｒｅｃｔＸを利用するには、最終ユーザのパーソナルコンピュータにライブラリが存在することが前提となります。そして、あるアプリケーションを使用するときには、そのライブラリに含まれるモジュールのうち関係ないものは使用されません。このように、ＤｉｒｅｃｔＸでは、プログラム開発の便宜だけを考えたものであり、最終ユーザのパーソナルコンピュータには、使用しないモジュールが数多く存在することになります。つまり、ＤｉｒｅｃｔＸでは、最終ユーザのパーソナルコンピュータのリソースを無駄に消費してしまいます。
　(4) 引例１、６−１０の組合せ
　上記のように、引例６−１０は全て、ソフト・ハード分離型ゲーム装置であるため、プログラムモジュールを再利用するということは、従来から行われています。この点は本願にも記載しています。このため、これらの引例では、そもそも、本願記載のソフト・ハード一体型の課題は存在しません。
　したがって、ソフト・ハード一体型の課題が存在しない引例６−１０と、引例１と、を組み合わせる動機が存在しません。」
　
（２）主張２
「また、引例１は、上記のように、情報収集目的の専用装置を低コストで提供することを目的としています。情報収集目的以外の装置（例えばゲーム装置）への適用については何らの記載はありません。したがって、ゲーム装置である引例６−１０と、情報収集専用装置である引例１と、では技術分野が異なります。確かに、コンピュータを使用する点では、引例６−１０と、引例１と、は共通しますが、いまやコンピュータはどの分野でも使用されており、コンピュータだからといって、同じ技術分野とするのは広すぎると思われます。
　したがって、引例１と技術分野が全く異なり、かつ、ソフト・ハード一体型の課題が存在しない引例６−１０を、引例１と組み合わせる動機が存在しません。」
　
（３）主張３
　「補正請求項１のマンマシンインタフェースは、ゲーム装置に専用のものであり、それゆえ、マンマシンインターフェースドライバも専用のものになります。つまり、これらは、ゲーム装置ごとに用意され、再利用は困難です。本願で再利用するのは、アプリケーションソフトウェアエンジンであり、このエンジンは、マンマシンインターフェースドライバから受け取った、マンマシンインタフェースの加速度情報を利用して処理を実行します。
　これに対し、引例１では、ハードウエアモジュール（外部デバイス）およびアプリケーションファウンデーション（デバイスドライバ）を共通化して再利用するものです。
　機能に着目して引例１をあえて本願と対応させるなら、引例１のハードウエアモジュールは本願のマンマシンインタフェースに対応し、引例１のアプリケーションファウンデーションは本願のマンマシンインターフェースドライバに対応します。
　したがって、本願がマンマシンインタフェースを専用とする点で、ハードウエアモジュールを共通化する引例１とは異なります。また、本願はマンマシンインターフェースドライバを専用とする点で、アプリケーションファウンデーションを共通化する引例１と異なります。本願で、共通化するアプリケーションソフトウェアエンジンは、マンマシンインターフェースドライバから受け取った、マンマシンインタフェースの加速度情報を利用して処理を実行するものであり、引例１で共通化するモジュールとは機能、作用を異にします。
　ちなみに、引例１では、共通使用可能な多数のハードウエアモジュール（外部デバイス）およびアプリケーションファウンデーション（デバイスドライバ）を用意し、そこからアプリケーション（専用装置）に固有のものを選択します。つまり、これらは本願のように専用のものではなく共用されるものです。」
と主張している。
　
　
［請求人の主張についての検討］
　以下、上記主張について検討する。
　
（１）主張１について
　本願請求項１に係る発明は、上記２．において記したように請求項１に記載された通りのものであり、「ソフト・ハード一体型」に限定されているものではないのであるから、上記主張１は請求項１に係る発明の進歩性を裏付ける根拠とはならない。
　なお、ゲーム機を「ソフト・ハード一体型」で構成することは当業者にとっては技術常識的な設計思想である（必要があれば、特開平０５−０４６３１８号公報（平成５年２月２６日出願公開。上記当審拒絶理由通知で引用文献１２として引用）や実願平０５−０２０９８３号（実開平０６−０７４１９４号公報）のＣＤ−ＲＯＭ（平成６年１０月２１日出願公開）等参照。なお、本願明細書においても段落【０００４】において「一方、ソフト・ハード分離型の情報処理装置に対して、ソフト・ハード一体型の情報処理装置が存在する。これらの具体例としては、ソフト・ハード一体型のテレビゲーム機が挙げられる。これは前記のソフト・ハード分離型ゲーム機の出現以前に多く見られた形態である。」との記載がある。）から、引用文献２〜６等にソフト・ハード一体型の課題が記載されていなくとも、引用文献１記載の「アプリケーション最適化ハードウエアプラットフォームに適合した専用ソフトウエアアプリケーションの開発・実装を可能とする技術」（上記３．（１−５））をゲーム機に適用することは当業者であれば、格別な動機が無くともごく自然に想到する着想であり、仮に本願発明が「ソフト・ハード一体型」のものであると仮定しても、この点は進歩性を認める根拠とはならない。
　
（２）主張２について
　引用文献１においては一般的な「情報装置」の下位概念のものとして「インターネットブラウザ」や「電子メール」等の通信装置が例示されてはいるものの、この「情報装置」から「ゲーム装置」を排除して解釈すべき記載は見あたらない。また、通信機能を用いた対戦ゲームや通信機能搭載のゲーム装置が盛んに研究・開発されていた本願出願時の技術的趨勢（必要があれば、引用文献２（特に上記（２−５）の記載）や”発進！！セガの新世代ゲームマシンＤｒｅａｍｃａｓｔ ”，ＡＳＣＩＩ  ＤＯＳ／Ｖ  ＩＳＳＵＥ，株式会社アスキー，平成１０年０８月０１日，第４巻，第８号，Ｐ．３４８〜３５０，（特に３４９頁右欄第９行〜第３５０頁第１６行）参照。なお、本願明細書においても段落【０２３４】〜【０２７２】及び【図２４】〜【図２６】に「実施例３」として「情報端末装置」が開示されている。）を考慮すれば、本願発明の如き「ゲーム装置」と、引用文献１に実施例として記載される如き「インターネットブラウザ」や「電子メール」等の通信装置とは、当業者にとっては十分に深い関連性を有する技術分野であると認められ、引例の技術分野が全く異なるとする上記主張２は到底認め得るものではない。
　
（３）主張３について
　引用文献１記載のものにおけるハードウエアも、上記３．（１−６）（１−１８）記載の如く「特定目的用」のものであるから、装置ごとに用意されるもので、再利用されるようなものでは無い、
　また、引用文献１記載のものにおける「アプリケーションファウンディション」は「全ての情報装置のソフトウエアアプリケーションをサポートするのに十分な高パフォーマンス能力と強度とを備えるべく最適化されて」（上記３．（１−９））おり、「全てのデバイスは、同じインタフェースを用いてアクセスされ、アプリケーションコードを変更することなくスワップされ得るため、ODL50のプログラマは、デバイスをシームレスに取り換えることができる」（上記３．（１−１０））のであるから、当然再利用可能なものである。
　また、引用文献１記載のものにおいては「デバイスドライバ」や「オペレーティングシステム」が「アプリケーションファウンデーション」と「ハードウエア」の間に、明らかに介在しているのであるから、引用文献１記載の「アプリケーションファウンデーション」を「マンマシンインターフェースドライバ」に相当するものとする仮定も失当であり、また、これを前提とした「アプリケーションソフトウェアエンジンは、」「引例１で共通化するモジュールとは機能、作用を異にします。」とする主張も根拠の無いものである。
　さらに、「共通使用可能な多数のハードウエアモジュール（外部デバイス）およびアプリケーションファウンデーション（デバイスドライバ）を用意し、そこからアプリケーション（専用装置）に固有のものを選択」する旨の記載は引用文献１には見あたらない。
　このように、上記主張３は当を得ない主張であり、これも到底認め得るものではない。
　
　よって、上記意見書における請求人の主張を認めることはできない。
　
　
８．むすび
　以上のとおり、本願請求項１に係る発明は、引用文献１に記載された発明に基づいて、当業者が容易に発明をすることができたものであるから、他の請求項についての検討や、他の特許要件（特許法第３６条等）についての検討をするまでもなく、本願は、特許法第２９条第２項の規定により特許を受けることができないものである。
　
　よって、結論のとおり審決する。