【事件の表示】
　平成　３年特許願第５１２６３５号「テキスト・データをサブコード・パックに記憶する方法および装置」拒絶査定不服審判事件〔平成　４年　１月　９日国際公開、ＷＯ９２／００６４７、平成　６年　２月１０日国内公表、特表平　６−５０１３３２〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
　
１．手続の経緯・本願発明
　本件審判の請求に係る特許出願（以下、「本願」という。）は、平成３年（1991年）６月21日（パリ条約による優先権主張　1990年６月22日、米国（US））を国際出願日とする出願であって、その請求項１〜３に係る発明は、平成14年９月２日付け手続補正書により補正された明細書の特許請求の範囲の請求項１〜３に記載されたとおりのものであるところ、その請求項１に係る発明（以下、「本願発明」という。）は、次のとおりである。
　
「【請求項１】　主チャネルとサブコード・チャネルを有するレーザディスクまたはコンパクトディスクのサブコード・チャネルに、情報を、24の６ビット語からそれぞれ構成されるサブコード・パックとして符号化して記憶する装置であって、
　　ａ）所定の符号化フォーマットで所定のテキスト・データを発生するテキスト・ソース手段（11）を備え、前記テキスト・データは複数の異なる言語で表されており、
　　ｂ）ランダム・アクセス・メモリとプロセッサを有していて、記憶装置（17）へ結合されたコンピュータ（15）を備え、
　　ｃ）前記所定のテキスト・データを前記ランダム・アクセス・メモリへロードし、前記ランダム・アクセス・メモリ内のテキスト・データを複数のサブコード・パックへ変換するよう、前記プロセッサと前記ランダム・アクセス・メモリの動作を制御する第１のプログラム手段（15a）を備え、この第１のプログラム手段には、前記複数のサブコード・パックに変換されたテキスト・データが格納されるよう、前記複数のサブコード・パックの１つにシステム独占コマンドをロードする制御が含まれており、
　　ｄ）前記サブコード・チャネルに前記複数のサブコード・パックを記憶するサブコード・パックの記憶手段
を備え、
　　ｅ）前記テキスト・データの表示に、前記複数の異なる言語から何れかの言語を選択する手段を備え
ることを特徴とする装置。」
　
２．引用例
　これに対し、原査定の拒絶の理由で引用された本願の優先権主張の日前に頒布された刊行物である国際公開89/12860パンフレット（特表平4-505229号公報参照。以下、「引用例」という。）には、図面とともに次の技術事項が記載乃至開示されている。
(i)「発明の概要
　本発明は、オーディオコンパクトディスクの、デジタル化コンパクトディスクオーディオデータ以外の情報のために残されているサブコードチャネルとして知られるものを利用することにより、主チャネルに記憶されたデジタル化音声に影響を与えずに、MIDI（楽器用デジタルインタフェース）フォーマットのデータをコンパクトディスクで符号化する装置及び方法である。現在、オーディオコンパクトディスクは、その容量の95%を、デジタル化音声を記憶するために使用し、５%をサブコードチャネル又はサブコード領域と呼ばれるもののために残している。約30メガバイト分のデータ容量に相応するサブコードチャネルは、それが多少なりとも利用されている範囲では、図形情報のために使用される。」（公報第１頁右下欄第３〜17行）
(ii)「発明の詳細な説明
　工業規格によれば、オーディオコンパクトディスクは、コンパクトディスクでないオーディオのために、その最大データ記憶容量の５%を取っておく。言いかえれば、最大データ記憶容量の95%は、デジタル化オーディオ記録を記憶するために使用されている。サブコードチャネルとして知られている予備の５%の部分は、実際には、指定のフォーマットの全くの数値データを記憶する。詳細にいえば、サブコードチャネルのデータは24ワードのパックとして記憶され、それぞれのワードは、第１図ａに示すように、Ｒ、Ｓ、Ｔ、Ｕ、Ｖ、及びＷとそれぞれラベル付けされた６つのビットから構成されている。サブコードチャネルのそれぞれのビットは、６つのサブチャネルの中の１つである。
　・・・・・
　本発明は、MIDIソース（たとえば、キーボード又はシーケンサ）により発生されたMIDI情報を、MIDI情報をサブコードチャネルに入れるコンパクトディスクエンコーダに入力される信号に変換するという後続動作に備えて、持運び可能なハードディスク又はフロッピーディスケットに記録できるサブコードデータに変換する技術を指向している。あるいは、サブコードデータは、コンパクトディスク符号化システムにより使用可能な形態に直接変換されても良い。MIDI情報を、コンパクトディスクのサブコードチャネルに符号化されうるデータに変換するために必要とされる様々な構成要素を示すブロック線図は、第２図に、MIDIソース11と、MIDIデータをコンピュータ15に入力させることを可能にするインタフェースボードであるMIDIインタフェース13と、MIDIデータからサブコードデータへの変換を実行するコンピュータ15と、サブコードデータを記憶するディスク17と、コンパクトディスク符号化装置23に入力されるべき信号を発生するエンコーダインタフェース論理21を伴なうコンピュータ19と、デジタル化オーディオ主チャネルデータ及びサブコードデータをコンパクトディスク25に記録するコンパクトディスク符号化装置23として示されている。また、完全を期するために、楽器29を駆動するために出力が使用されるMIDIデコーダ27を伴なうコンパクトディスクプレイヤーも示されている。
　MIDIソース11は、MIDIポートを有するキーボード又はシーケンサなどの任意のMIDIデータ源であれば良い。」（公報第２頁右上欄第21行〜同頁右下欄第22行）
(iii)「コンピュータ15及び19は任意の汎用デジタルコンピュータであれば良い。好ましい実施例においては、IBM　PC/AT又はその互換機を使用する。ボード13からのMIDIデータをサブコードデータに変換するために必要なソフトウェアについては、後に説明する。コンピュータ15のソフトウェアにより生成されたサブコードデータは、標準形フロッピーディスケット又は別の持運び可能なデータ記憶媒体であるディスク17に書込まれる。MIDIデータは、一般に、コンパクトディスクがデジタル化コンパクトディスクオーディオデータ及びMIDIデータによって符号化されるのとは異なる時間と場所で生成されるので、搬送自在の媒体を使用するのである。
　・・・・・
　第３図に示すように、インタフェースボード21は、ディスク17からRAM41にロードされていたMIDI情報を含むサブコードデータのバイトを取出し、直列／並列シフトレジスタ45を使用して、バッファ47に、Ｒ、Ｓ、Ｔ、Ｕ及びＶサブコードデータをロードする。RAM41には、ディスク17を読取ってRAM41への記憶のためにデータをバス42にのせるプログラムの制御（付表２を参照）の下に、サブコードデータがロードされる。」（公報第３頁左上欄第４行〜同頁右上欄第６行）
(iv)「MIDIデータを、エンコーダ23により使用するための信号に変換できるような形態に変換するために使用されるソフトウェアに関する詳細は次の通りである。現在、MIDIの規格仕様はMIDI 1.0として知られ・・・ている。この規格によればMIDIデータは毎秒5125バイトまでの速度で送受信され、各バイトは８ビットの情報を有する。一方、前述のように24個の６ビットワードから構成されるサブコードパックは、毎秒300パックで伝送される。各パックは24個の６ビットワードを有するが、第１図ａに示す通り、データ用としてはワード４〜19のみが使用され、パックごとに、合わせて16個の６バイトワード、すなわち、96ビットが存在している。従って、それぞれのパックは、12個までの８ビットMIDIバイトを受入れることができる。しかしながら、毎秒300パックのとき、パックごとのMIDIバイトの数が12であると、毎秒3600個のMIDIバイトということになり、これは、最大限で毎秒3125バイトというMIDIの仕様を越える。12バイトの全てを使用するとは限らないならば、MIDIデータをサブコード領域に入れる方式は、毎秒3125バイト以下のMIDIデータが伝送されるように保証するメカニズムを構成しなければならない。」（公報第３頁右上欄第18行〜同頁左下欄第19行）
(v)「コンピュータ15において、MIDIソース11からのMIDIデータを適切なサブコードデータに変換するために実行するためのＣソースコードの適切なプログラムは付録１として添付されている。付録１に示す実施例は、第１図ｂに示すような、サブコードパックごとのMIDIデータが10バイトである符号化方式を使用する。第１図ｃ及び第１図ｄに示すようにサブコードパックごとに11MIDIバイト及び12MIDIバイトを符号化するルーチンSAVE-SUBCODEへの変更は、通常の当業者の能力の範囲内に十分含まれるであろう。プログラムの目的は、必要なモード、項目及び指令記述項を追加し且つ６つのパリティワードを決定して追加することにより、MIDIソース11からのMIDIデータをサブコードパックに入れることである。そのルーチンのそれぞれについては以下に説明する。どの機能がどの従属機能を呼出すかを記載した階層チャートは第４図ａ〜第４図ｈに示されている。」（公報第４頁左上欄第13行〜同頁右上欄第５行）
　
　上記摘記事項及び図面の記載を総合勘案すると、引用例には、次の発明が記載されているものと認める。
　
　主チャネルとサブコード・チャネルを有するコンパクトディスクのサブコード・チャネルに、情報を、24の６ビット語からそれぞれ構成されるサブコード・パックとして符号化して記憶する装置であって、
　a) MIDIデータを発生するMIDIソース11を備え、
　b) MIDIデータをコンピュータ15に入力させるMIDIインタフェース13と、ディスク17へ結合されたコンピュータ15を備え、
　c) 前記コンピュータ15は、MIDIデータを複数のサブコード・パックへ変換するよう制御するソフトウェア（プログラム）を備え、このソフトウェア（プログラム）には、前記複数のサブコード・パックに変換されたMIDIデータが格納されるようサブコード・パックにコマンドをロードする制御が含まれており、
　d) 前記サブコード・チャネルに前記複数のサブコード・パックを記憶するサブコード・パックの記憶手段
を備える装置。
　
３．対　比 
　本願発明と引用例に記載された発明とを対比する。
　引用例に記載された発明における「MIDIデータ」は、所定のフォーマットで符号化されたデータであることは明らかであり、「MIDIソース11」は、データを発生する「ソース手段」という限りで本願発明における「テキスト・ソース手段」と共通する。
　引用例に記載された発明における「ソフトウェア（プログラム）」は、ソースデータを複数のサブコード・パックに変換するプログラムという意味で、本願発明における「第１のプログラム手段」と共通する。
　そうすると、本願発明と引用例に記載された発明とは、次の点で一致する。
 一致点
　主チャネルとサブコード・チャネルを有するコンパクトディスクのサブコード・チャネルに、情報を、24の６ビット語からそれぞれ構成されるサブコード・パックとして符号化して記憶する装置であって、
　　ａ）所定の符号化フォーマットで所定のデータを発生するソース手段（11）を備え、
　　ｂ）記憶装置（17）へ結合されたコンピュータ（15）を備え、
　　ｃ）前記所定のデータを複数のサブコード・パックへ変換するよう、動作を制御するプログラムを備え、このプログラムには、前記複数のサブコード・パックに変換されたデータが格納されるよう、前記複数のサブコード・パックにコマンドをロードする制御が含まれており、
　　ｄ）前記サブコード・チャネルに前記複数のサブコード・パックを記憶するサブコード・パックの記憶手段
を備える装置。
　
そして、次の各点で相違する。
 相違点
(a) ソース手段が発生するデータに関し、本願発明においては、複数の異なる言語で表されたテキスト・データであるのに対し、引用例に記載された発明においては、MIDIデータである点（以下、「相違点ａ」という。）。
(b) 記憶装置へ結合されたコンピュータに関し、本願発明においては、ランダム・アクセス・メモリとプロセッサを有するものであるのに対し、引用例に記載された発明においては、このことについて特に示されていない点（以下、「相違点ｂ」という。）。
(c) プログラムに関し、本願発明においては、複数のサブコード・パックに変換されたテキスト・データが格納されるよう、前記複数のサブコード・パックの一つにシステム独占コマンドをロードする制御が含まれるものであるのに対し、引用例に記載された発明においては、このようなシステム独占コマンドについては、特に示されていない点（以下、「相違点ｃ」という。）。
(d) 本願発明においては、前記テキスト・データの表示に、前記複数の異なる言語から何れかの言語を選択する手段を備えるものであるのに対し、引用例に記載された発明においては、このような手段については特に示されていない点（以下、「相違点ｄ」という。）。 
　
４．当審の判断
　そこで、上記各相違点について検討する。
　
　相違点ａ、ｄについて：
　複数の異なる言語で表されたテキスト・データを発生し、このテキスト・データの表示に前記複数の言語から何れかの言語を選択することは、本願の優先権主張の日前に周知の技術である（必要があれば、特開昭63-43480号公報（特に、第７〜10図の複数の異なる言語で記録された字幕情報を表示する実施例）、特開平1-256062号公報（特に、第３頁右下欄第７〜15行）、及び、特開平2-7276号公報（特に、第５頁右下欄第16〜20行等）を参照。）から、引用例に記載された発明においても、ソース手段が発生するデータとしてMIDIデータに替えて上記周知技術のように複数の異なる言語で表されたテキスト・データとし、発生されたテキスト・データを表示するに際し、前記複数の異なる言語から何れかの言語を選択することは当業者が容易に想到できたものである。
　
　相違点ｂについて：
　引用例に記載されたコンピュータ15は汎用のものでよく（摘記事項(iii)を参照）、しかも、通常、コンピュータは、プロセッサ、ROM、RAM（ランダム・アクセス・メモリ）等のメモリを有するものであるから、引用例に記載された発明において、コンピュータを単にランダム・アクセス・メモリとプロセッサを有するものとすることは、当業者が設計上適宜なし得た事項である。
　
　相違点ｃについて：
　特許請求の範囲の請求項１には、「システム独占コマンド」を複数のサブコード・パックの一つにロードする旨示されているのみで、どのような形でロードされているのかは何ら示されていない。ただ、「システム独占コマンド」に関して、本願の当初明細書には、「システム独占コマンドを有するサブコード・パックが指定されると、そのサブコード・パックの残りと、以後のサブコード・パックをシステム独占コマンドの終わりが現れるまで任意のやり方で定めることができる。図4cに示すように、それは「111101111」として定められる。このやり方を用いて、テキスト符号化データ・エントリイを、サブコード・パックの語４〜19で定めることができる（図4b参照）。これにより12個の７ビット・キャラクタを、ヘッダ記録を含んでいるサブコード・パックの後およびシステム独占コマンドの終わりを含んでいる最後のパックの後に、各サブコード・パックで表すことができる。システム独占MIDIフォーマットを用いることにより、最初のサブコード・パックだけがシステム独占コマンド、およびヘッダ情報を含み、かつ最後のパックだけがシステム独占コマンドの終わりを含むから、最初のパックと最後のパックを除き、各サブコード・パック内のデータについては利用できる96ビットがある。」（第７頁第20行〜第８頁第３行）と記載されている。この記載よりすると、「システム独占コマンド」は、最初と最後のパックであることを示すために、最初と最後のパックに（システム独占コマンドの）始まりと終わりが含まれるものである。
　一方、複数のサブコード記録領域（サブコード・パック）にテキストコードとしてのパックデータ（テキスト・データ）を記録（格納）することは、本願の優先権主張の日前に周知の技術である（必要があれば、特開昭64-84478号公報、及び、特開昭64-84479号公報を参照。）。また、コンパクトディスクにおいて、符号化された種々の言語のテキスト・データを一群の情報として表示する場合、パケット群（複数のサブコード・パック）の第１パケットを示すパケット内のサブコードチャネル中に所定の開始（スタート・アップ）情報ビットCDSを用いることも、本願の優先権主張の日前に周知の技術である（必要があれば、特開平2-7276号公報（特に、第６頁右下欄第17行〜第７頁左上欄第７行、第10頁左下欄第16行〜同頁右下欄第７行、及び、FIG.５、６）を参照。）。この場合、第１パケット群（複数のサブコード・パック）の始まりをスタートコード（情報ビットCDS）により示し、新たに選択された群内でスタートコード（情報ビットCDS）を検出するまでパケット群が継続する、つまり次のスタートコード（情報ビットCDS）の検出により第１パケット群の終わりが検出されるものであり、上記「スタートコード（情報ビットCDS）」は、パケット群の最初のパックを示す情報という意味で、本願発明における「システム独占コマンド（の始まり）」に相当するものであることは明らかである。
　したがって、引用例に記載された発明においても、プログラムに、複数のサブコード・パックに変換されたテキスト・データを格納されるよう、複数のサブコード・パックの一つに第１パケットを示す開始情報（本願発明における、「システム独占コマンド（の始まり）」）をロードする制御を含ませることは、当業者が容易に想到できたものである（なお、その場合、パケット群の終わりを検出するのに、単に、パケット群の終端を示す情報（本願発明における、「システム独占コマンド（の終わり）」に対応する。）をも最後のパック（複数のサブコード・パックの一つ）にロードするようにして該情報を検出することにより行うことは、当業者が必要に応じて適宜なし得た程度の事項である。）。
　
　そして、本願発明の奏する効果は、引用例及び周知技術から当業者が十分に予測可能なものであって、格別のものとはいえない。
　
５．むすび
　以上のとおりであって、本願の請求項１に係る発明は、引用例に記載された発明及び周知技術に基づいて当業者が容易に発明をすることができたものであるから、特許法第29条第２項の規定により特許を受けることができない。
　したがって、本願は、その余の請求項について論及するまでもなく、拒絶すべきものである。
　
　よって、結論のとおり審決する。