【事件の表示】
　特願２００３−５２９４６７「記録されたデータの情報部分を処理するための方法」拒絶査定不服審判事件〔平成１５年　３月２７日国際公開、ＷＯ０３／２５９３５、平成１７年　２月　３日国内公表、特表２００５−５０３６２３〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は、２００２年９月１６日（パリ条約による優先権主張外国庁受理２００１年９月１８日、ヨーロッパ特許庁）を国際出願日とする出願であって、平成２０年１１月６日付けで拒絶理由通知がなされ、平成２１年５月１３日付けで手続補正がなされたが、同年６月５日付けで拒絶査定がなされ、これに対し、同年１０月１６日に拒絶査定不服審判の請求がなされるとともに、同日付けで手続補正がなされ、その後、当審において平成２３年１月２６日付けで平成２１年１０月１６日付けの手続補正が却下されるとともに同日付けで拒絶理由通知がなされたものである。
　
２．特許法第１７条の２第３項に関して
　平成２１年５月１３日付けの手続補正により、特許請求の範囲の請求項１は、「【請求項１】
　記録されたデータの情報部分（ｉｐ１，ｉｐ２，．．．）を処理するための方法において、
　各情報部分（ｉｐ１，ｉｐ２，．．．）には情報部分バージョン番号（ｉｎｖ１，ｉｎｖ２，．．．）が設けられており、該情報部分バージョン番号（ｉｎｖ１，ｉｎｖ２，．．．）は前記情報部分（ｉｐ１，ｉｐ２，．．．）が従っている規格のバージョンを示し、各情報部分（ｉｐ１，ｉｐ２，．．．）は異なるバージョン番号を持つことができ、処理は処理バージョン番号（ｒｎｖ）により指示される前記規格のバージョンに応じて行われ、処理のために異なる処理タイプが利用可能であり、前記方法は以下のステップを有する、すなわち、
　前記情報部分（ｉｐ１，ｉｐ２，．．．）の前記情報部分バージョン番号（ｉｎｖ１，ｉｎｖ２，．．．）を読み取るステップ、
　読み取られた前記情報部分バージョン番号（ｉｎｖ１，ｉｎｖ２，．．．）を前記処理バージョン番号（ｒｎｖ）と比較するステップ、
　もし前記読み取られた情報部分バージョン番号（ｉｎｖ１，ｉｎｖ２，．．．）が前記処理バージョン番号（ｒｎｖ）より低いか又は等しいならば、行われるべき全ての処理タイプを許可するステップ、
　さもなくば、下記の処理タイプ、すなわち、
１．前記情報部分バージョン番号を有する規格のバージョンには従うが、前記処理バージョン番号を有する規格のバージョンには従わない特性が破壊されるのを防ぐために、情報部分の読み取りは行うが、情報部分への付加又は情報部分の編集は行わない処理、又は
２．情報部分を編集し、該情報部分に新しい情報部分バージョン番号を与え、その際、処理中に、前記情報部分バージョン番号を有する規格のバージョンに従わなければならない特性が除去された場合には、情報部分バージョン番号を低くする処理
の実行だけを許可するステップ、
 　前記許可された処理タイプを使用して前記情報部分（ｉｐ１，ｉｐ２，．．．）を処理するステップを有する、記録されたデータの情報部分（ｉｐ１，ｉｐ２，．．．）を処理するための方法。」
と補正された。
　
　上記補正は、本願の国際出願日における国際特許出願の請求の範囲の翻訳文の請求項１（以下、「当初の請求項１」という。）に記載されていた「行われるべきほんの幾つかの処理タイプだけを許可するステップ」を、「下記の処理タイプ、すなわち、１．前記情報部分バージョン番号を有する規格のバージョンには従うが、前記処理バージョン番号を有する規格のバージョンには従わない特性が破壊されるのを防ぐために、情報部分の読み取りは行うが、情報部分への付加又は情報部分の編集は行わない処理、又は２．情報部分を編集し、該情報部分に新しい情報部分バージョン番号を与え、その際、処理中に、前記情報部分バージョン番号を有する規格のバージョンに従わなければならない特性が除去された場合には、情報部分バージョン番号を低くする処理の実行だけを許可するステップ」に変更するものである。
　
　そこで、上記補正が本願の国際出願日における国際特許出願の明細書若しくは図面（図面の中の説明に限る。）の翻訳文、国際出願日における国際特許出願の請求の範囲の翻訳文又は国際出願日における国際特許出願の図面（図面の中の説明を除く。）（以下、「翻訳文等」という。）に記載した事項の範囲内においてしたものであるか否かについて、以下に検討する。
　
　翻訳文等には、次の記載がなされている。
Ａ．「【０００７】
　記録されたデータは１つ又は複数の情報部分から成り、これらの情報部分は互いに関連しあっている。これは、一般的に記録されたデータの処理が処理すべき異なる情報部分を必要とし、これらの情報部分が互いに参照しあうことを意味する。各情報部分は他の情報部分を変更することなしに記録されたデータを変更又は補正するために変更されうる。２つの情報部分が互いに参照しあう場合には、これらのうちの一方の変更はコンシステンシーを破壊しないために他方の変更を必要としうる。規格の一定のバージョンにより与えられる規則はこのような必要性を配慮する。処理タイプとは、例えば生成プロセス（generating process）、読み取りプロセス（read process）、付加プロセス（append process）、すなわち情報部分の所定のロケーションに、有利にはその端部に何かを付け加えること、又は、編集プロセス（edit process）、すなわち情報部分の内容を変更することである。本発明によれば、たとえ利用可能な処理タイプが情報部分よりも以前の規格のバージョンに従っていても、情報部分は少なくとも利用可能な処理タイプのうちのいくつかによって処理される。これは、規格のより新しいバージョンに従う少なくとも幾つかの処理タイプに対するより古い装置の前方互換性の利点を有する。古い装置でも、この古い装置が従うバージョンよりも後の規格のバージョンに従う新しい装置により作成された情報部分を読み取ることができる。しかし、古い装置に付加又は編集処理タイプを実行することを許可しないことによって規格のより後のバージョンに従う情報をこの古い装置が破壊することは阻止される。」
Ｂ．「【００１０】
　本発明によれば、処理された情報部分には新しい情報部分バージョン番号が提供され、この新しい情報部分バージョン番号は前記処理された情報部分が伝送される前にこの処理された情報部分が従う規格の最低バージョンを示す。たとえ以前の処理が幾つかの特性を変更しても、そして、たとえこれらの変更が情報部分が以前従っていた規格のバージョンに従っていなくても、これは処理された情報部分の正確な後続処理を保証する。一般的に、これは情報部分バージョン番号の上昇の原因となるだろう。しかし、処理の間に規格のより高いバージョンへ必然的に従属する特性が除去された場合には情報部分バージョン番号の低下もありえる。伝送は、この意味では、例えばワイヤによる又はワイヤレスによる同一装置内の又は他の装置への伝送である。情報部分は例えば表示されるために、記録されるために、後続処理されるために、又は、別の適当なやり方で取り扱われるために伝送される。」 
　
　まず、当初の請求項１の「もし前記読み取られた情報部分バージョン番号（ｉｎｖ１，ｉｎｖ２，．．．）が前記処理バージョン番号（ｒｎｖ）より低いか又は等しいならば、行われるべき全ての処理タイプを許可するステップ、さもなくば、行われるべきほんの幾つかの処理タイプだけを許可するステップ」との記載から明らかなように、上記「行われるべきほんの幾つかの処理タイプ」は、「前記読み取られた情報部分バージョン番号（ｉｎｖ１，ｉｎｖ２，．．．）が前記処理バージョン番号（ｒｎｖ）より低いか又は等しい」場合でないとき、すなわち「前記読み取られた情報部分バージョン番号（ｉｎｖ１，ｉｎｖ２，．．．）が前記処理バージョン番号（ｒｎｖ）より高い」場合、つまり装置（処理）が情報部分よりも古い場合に、その実行が許可される処理であると解される。
　ここで、上記Ａ．の特に「古い装置でも、この古い装置が従うバージョンよりも後の規格のバージョンに従う新しい装置により作成された情報部分を読み取ることができる。しかし、古い装置に付加又は編集処理タイプを実行することを許可しないことによって規格のより後のバージョンに従う情報をこの古い装置が破壊することは阻止される。」との記載によれば、装置が情報部分よりも古い場合に、「１．前記情報部分バージョン番号を有する規格のバージョンには従うが、前記処理バージョン番号を有する規格のバージョンには従わない特性が破壊されるのを防ぐために、情報部分の読み取りは行うが、情報部分への付加又は情報部分の編集は行わない処理」（以下「補正部分１」という。）を実行することが記載されていると認められる。 
　一方、上記Ｂ．には「２．情報部分を編集し、該情報部分に新しい情報部分バージョン番号を与え、その際、処理中に、前記情報部分バージョン番号を有する規格のバージョンに従わなければならない特性が除去された場合には、情報部分バージョン番号を低くする処理」（以下「補正部分２」という。）に対応する処理が記載されていると認められるが、上記Ｂ．の「処理された情報部分には新しい情報部分バージョン番号が提供され」る処理が、装置が情報部分よりも古い場合に実行が許可されるものかどうかは上記Ｂ．には記載されていない。
　しかし、上記Ａ．の「古い装置に付加又は編集処理タイプを実行することを許可しないことによって規格のより後のバージョンに従う情報をこの古い装置が破壊することは阻止される。」との記載、及び翻訳文等の段落【００２５】の【表１】の記載など、翻訳文等では一貫して、古い装置が新しいバージョンの情報部分の編集を禁止すると記載されていることから、上記Ｂ．の「処理された情報部分には新しい情報部分バージョン番号が提供され」る処理は、装置が情報部分よりも古くない場合に実行が許可されるものであると解するよりほかにない。
　したがって、装置が情報部分よりも古い場合に「処理された情報部分には新しい情報部分バージョン番号が提供され」る処理、すなわち補正部分２に含まれる処理の実行を許可することは上記Ｂ．には記載されていない事項である。そして、装置が情報部分よりも古い場合に上記補正部分２の実行を許可するように構成することは、当初明細書等が一貫して古い装置が新しいバージョンの情報部分の編集を禁止すると記載していることと矛盾することであるから、当業者にとって自明な事項であるともいえない。
　
　次に、翻訳文等の他の箇所に、装置が情報部分よりも古い場合に上記補正部分２の実行を許可することについての記載がなされているかについて検討する。
　図１には、情報部分バージョン番号が、装置によってサポートされるバージョン番号よりも高い場合に、制限されたアクセスがサポートされることが開示されている。しかしながら、この場合の「制限されたアクセス」は、「たとえばプレイバックあるいは付加的な記録の付加」であり、「編集プロセス（edit process）、すなわち情報部分の内容を変更すること」とは異なる処理である。
　このことは、段落【００１９】の次のＣ．の記載からも明らかである。
Ｃ．「【００１９】
　もしこのような情報部分ｉｐのバージョン番号ｉｎｖがこの装置自体によりサポートされる処理バージョン番号ｒｎｖよりも高いならば、この装置は情報部分ｉｐ及び割り当てられたデータ及び情報への制限されたアクセスだけをサポートする。この制限されたアクセスは、アクセスが例えば情報部分及びその割り当てられたデータに対する読み取り処理、例えばプレイバックだけに、又は、情報部分及びその割り当てられたデータの読み取り処理及び制限された書き込み処理、例えば新しい情報及びデータを付加することに制限されていることを意味する。制限された書き込み処理は、情報部分又は割り当てられたデータ及び情報の変更が制限されたやり方で行われるように許可されており、例えば新しいデータ又は情報を付加するように許可されており、しかし、既に記録された情報及びデータの変更を禁止することを意味する。」
　すなわち、上記Ｃ．においても、「しかし、既に記録された情報及びデータの変更を禁止することを意味する。」と記載されており、「既に記録された情報及びデータの変更」すなわち「編集」を行うことは、明確に禁止されている。
　
　さらに、段落【００２０】〜【００２３】には、次のＤ．の記載がなされている。
Ｄ．「【００２０】
　より柔軟な前方互換性をサポートするためには、有利には１つより多くのバージョン番号インジケータが同一の情報部分ｉｐに対して提供される。例えば：
第１のバージョン番号ｉｎｖは後のバージョンの装置における情報部分ｉｐの例えばプレイバックのための読み取り可能性を定義する。
【００２１】
　同一の情報部分ｉｐの第２のバージョン番号ｉｎｖは編集処理、例えば情報及びデータをカット及び変更のための制限された書き込みアクセスを定義する。
【００２２】
　同一の情報部分ｉｐの第３のバージョン番号ｉｎｖは、情報部分ｉｐ及びその割り当てられた情報及びデータに新しい情報及びデータを付加するための制限された書き込みアクセスを定義する。
【００２３】
　第４のバージョン番号は情報部分を生成するために使用されたエンコーダの瞬時のバージョン番号を示す。これはとりわけより高いバージョンｒｎｖの複数の装置に対して有効である。これらの装置は、このような情報を、例えばこの仕様の既知のバグ又は既知の装置バグを自動的に補正するために又はこの仕様の既知のバグ又は既知の装置バグに対するワークアラウンドを自動的に提供するために利用する。」
　上記Ｄ．の記載のうち、「【００２１】同一の情報部分ｉｐの第２のバージョン番号ｉｎｖは編集処理、例えば情報及びデータをカット及び変更のための制限された書き込みアクセスを定義する。」とされている「第２のバージョン番号ｉｎｖ」は、段落【００２５】の【表１】の記載を見る限り、「記録装置バージョン番号（ｒｎｖ）」以下のバージョン番号であるとしか考えられない。
　すなわち、上記補正部分２に対応する処理は、「同一の情報部分ｉｐ」のうち、「記録装置バージョン番号（ｒｎｖ）」以下のバージョン番号を有する情報部分に対してのみにしか許されないと解される。
　
　そして、翻訳文等の他のどの箇所を見ても、装置が情報部分よりも古い場合に上記補正部分２の実行を許可することについては、記載も示唆もされていない。
　してみると、当初の請求項１に記載されていた「行われるべきほんの幾つかの処理タイプだけを許可するステップ」を、「下記の処理タイプ、すなわち、１．前記情報部分バージョン番号を有する規格のバージョンには従うが、前記処理バージョン番号を有する規格のバージョンには従わない特性が破壊されるのを防ぐために、情報部分の読み取りは行うが、情報部分への付加又は情報部分の編集は行わない処理、又は２．情報部分を編集し、該情報部分に新しい情報部分バージョン番号を与え、その際、処理中に、前記情報部分バージョン番号を有する規格のバージョンに従わなければならない特性が除去された場合には、情報部分バージョン番号を低くする処理の実行だけを許可するステップ」に変更する補正は、翻訳文等のすべての記載を総合することにより導かれる技術的事項との関係において、新たな技術的事項を導入するものというべきであり、翻訳文等に記載した事項の範囲内においてしたものとはいえない。 
　
　したがって、上記補正がなされた平成２１年５月１３日付けの手続補正は、特許法第１７条の２第３項の規定に違反するものである。
　
３．特許法第２９条第２項に関して
３−１．本願発明
　本願の請求項１に係る発明（以下、「本願発明」という。）は、上記「２．」に摘記した、平成２１年５月１３日付けの手続補正により補正された特許請求の範囲の請求項１に記載されたとおりのものと認める。
　
３−２．引用例
　これに対して、当審において平成２３年１月２６日付けで通知した拒絶の理由に引用した特開平１０−８３３３３号公報（以下、「引用例１」という。）、及び米国特許第５９８３２４２号明細書（以下、「引用例２」という。）には、それぞれ、図面とともに次の事項が記載されている。
　
（引用例１）
Ａ．「【０００１】
【発明の属する技術分野】本発明は文書を入力・編集してファイルに保存、およびファイルから読み込む文書処理装置及び方法及び記憶媒体に関するものである。
【０００２】
【従来の技術】従来、ファイルへの保存手段およびファイルからの読み込み手段を有する文書作成ソフトウェアにおいてファイルに保存された文書を読み込む場合、ファイルに保存されているすべての情報を読み込む必要があった。
【０００３】また、文書作成ソフトウェアが変更（バージョンアップ）され、かつファイルに保存される編集データの形式も変更された場合、バージョンアップ後の文書作成ソフトウェアが以前の文書作成ソフトウェアで作成された文書ファイルであっても読み込めるようにするには、ファイルに保存された編集データを変換してから読み込む必要があるが、この処理も同様にファイル全体に対して行なう必要があった。
【０００４】
【発明が解決しようとする課題】しかしながら従来の文書作成ソフトウェアでは、１００ページある文書ファイルの１ページ目だけを編集したい場合であっても文書ファイルをすべて読み込み（つまり１ページ目から１００ページ目までのすべての編集データを読み込み）、しかるのちに入力・編集作業が可能になるため、文書ファイルの読み込みに必要以上の時間がかかってしまう。
【０００５】また、バージョンアップ前の文書作成ソフトウェアで作成した文書ファイルを変換して読み込む場合、文書ファイルをすべて読み込み、すべての編集データを変換し、しかるのちに入力・編集作業が可能になるため、文書ファイルの読み込みにさらに時間がかかってしまうという問題点があった。
【０００６】本発明はこのような問題点に鑑みなされたものであって、複数のバージョンの編集データが混在する文書ファイルを提供し、かつ文書ファイルの読み込み時に編集データの読み込みに要する時間、または編集データの変換に要する時間を必要最小限の範囲にとどめることのできる文書処理装置及び方法及び記憶媒体を提供することを目的とする。」
　
Ｂ．「【０００７】
【課題を解決するための手段】上記目的を達成するために、本発明に係る文書処理装置は、文書を編集する編集手段と、前記編集手段において編集された文書を論理的に複数の編集データに分割する分割手段と、前記分割手段により分割された複数の編集データを保存する保存手段と、前記保存手段に保存された複数の編集データのうち、編集対象となるべき編集データを選択する選択手段と、前記選択手段により選択された編集データを読み込む読込手段とを設けた。
【０００８】また好ましくは、前記複数の編集データの各々に対してアプリケーションのバージョン情報を付加するバージョン情報付加手段と、前記保存手段に保存された文書ファイルを読み込む場合に、前記バージョン情報付加手段によって現行のバージョン情報が付加されていない編集データを変換する編集データ変換手段とを設けた。
【０００９】上記目的を達成するために、本発明に係る文書処理方法は、文書を編集する編集工程と、前記編集工程で編集された文書を論理的に複数の編集データに分割する分割工程と、前記分割工程で分割された複数の編集データを保存する保存工程と、前記保存工程で保存された複数の編集データのうち、編集対象となるべき編集データを選択する選択工程と、前記選択工程で選択された編集データを読み込む読込工程とを設けた。
【００１０】また好ましくは、前記複数の編集データの各々に対してアプリケーションのバージョン情報を付加するバージョン情報付加工程と、前記保存工程で保存された文書ファイルを読み込む場合に、前記バージョン情報付加工程において現行のバージョン情報が付加されていない編集データを変換する編集データ変換工程とを設けた。」
　
Ｃ．「【００２６】次に、本実施形態における文書ファイルの構造について、図９〜図１７を参照して説明する。図９に示すように、文書ファイルはスタンプ情報９ａ、枠セクション９ｂ、編集データセクション９ｃから構成される。以下、スタンプ情報９ａ・枠セクション９ｂ・編集データセクション９ｃについて順に説明する。
【００２７】スタンプ情報９ａは、以降に続くデータを作成した文書作成ソフトウェアのバージョンを示すための情報であり、本実施形態では、図１７に示すように、整数値で表わしたバージョン番号から構成される。
【００２８】枠セクション９ｂに保存されるのは、文書内に存在するすべての背景ページとすべての枠についての情報であり、図１０に示すように、背景ページ情報１０ａと枠情報１０ｂから構成される。背景ページ情報１０ａは文書内に存在するすべての背景ページについての情報であり、図１１に示すように、背景ページの数１１aに続いて、枠番号１１bと背景ページ内枠情報１１cを背景ページの数だけ繰り返して構成される。ここで枠番号１１bは背景ページ自身の枠番号である。背景ページ内枠情報１１cは、枠番号１１bで指定される背景ページに存在する全ての枠についての情報であり、図１２に示すように、背景ページ内の枠の数１２ａに続いて、枠番号１２ｂを背景ページ内の枠の数だけ繰り返して構成される。枠情報１０ｂは文書内に存在するすべての枠についての情報であり、図１３に示すように、枠の数１３ａに続いて、枠番号１３ｂと枠の位置・大きさ１３ｃを文書内に存在する枠の数だけ繰り返して構成される。ここで枠番号１３ｂは枠自身の枠番号であり、枠の位置・大きさ１３ｃは枠番号１３ｂで指定される枠についての情報である。
【００２９】編集データセクション９ｃに保存されるのは、文書内に存在するすべての編集データについての情報であり、図１４に示すように、編集データヘッダ１４ａと全編集データ１４ｂから構成される。編集データヘッダ１４ａは文書ファイル内における各編集データの記録位置を保持するためのテーブルであり、図１５に示すように、編集データの数１５ａに続いて、編集データのＩＤ１５ａと編集データのオフセット１５ｃを編集データの数だけ繰り返して構成される。編集データのデータＩＤ１５ｂは編集データ自身のデータＩＤであり、編集データのオフセット１５ｃはデータＩＤ１５ｂで指定される編集データが保存されている文書ファイル先頭からの絶対位置を表わす。全編集データ１４ｂは文書内に存在するすべての編集データを並べたもので、図１６に示すように、スタンプ１６ａと編集データ自身を編集データの数だけ繰り返して構成される。」
　
Ｄ．「【００３０】次に、本実施形態における文書の保存手順について、図１８のフローチャートを参照して説明する。文書ファイルの保存処理は大きく分けてスタンプ情報９ａの保存処理ステップＳ１８ａ、枠セクション９ｂの保存処理ステップＳ１８ｂ〜ステップＳ１８ｊ、編集データセクション９ｃの保存処理ステップＳ１８ｋ〜ステップＳ１８ｑで行なわれる。
【００３１】スタンプ情報９ａの保存処理ステップＳ１８ａにおいて保存するバージョン番号１７ａは、保存処理を行なっているソフトウェアのバージョン番号を使用する。これにより文書ファイルそのものを作成したソフトウェアを識別する。」
　
Ｅ．「【００４２】最後に、本実施形態における編集データの取得手順について、図２１のフローチャートを参照して説明する。編集データの取得手順は、編集データの存在する枠の枠種別（背景ページか枠か）、編集データが存在する枠の枠番号、編集データのアプリケーション番号を入力として受け取り、編集データが存在する場合は編集データを返し、編集データが存在しない場合は編集データが存在しない旨を返す。
【００４３】まず、入力として受け取った枠種別・枠番号・アプリケーション番号を使用して、図３のデータＩＤを生成する（ステップＳ２１a）。次に編集データ管理テーブル（図８）を検索して、ステップＳ２１aで生成したデータＩＤとテーブル内のデータＩＤ８ａが一致するエントリが存在するかどうかを調べる（ステップＳ２１b）。もしエントリが存在しなかった場合は（ステップＳ２１c）、編集データが存在しないとして処理を終了する（ステップＳ２１ｍ）。エントリが存在した場合は（ステップＳ２１c）、存在したエントリの編集データのアドレス８ｂにアドレスが格納されているかオフセット位置が格納されているかを調べる（ステップＳ２１d）。アドレスが格納されていた場合は、該アドレスに存在する編集データを返す（ステップＳ２１ｌ）。オフセット位置が格納されていた場合は、該オフセット位置に従って文書ファイル内を移動し（ステップＳ２１e）、スタンプ情報を読み込む（ステップＳ２１ｆ）。スタンプ情報に格納されているバージョン番号１７ａを調べ、現在処理を行なっているソフトウェアのバージョン番号と等しいか、あるいは変換可能なバージョンであるかを調べる（ステップＳ２１ｇ）。現在処理を行なっているソフトウェアのバージョンとは異なり、かつ変換可能なバージョンでもない場合は、編集データが存在しないとして処理を終了する（ステップＳ２１ｍ）。次に編集データを読み込む（ステップＳ２１ｉ）。ステップＳ２１ｆで読み込んだスタンプ情報に格納されているバージョン番号１７ａを調べ（ステップＳ２１ｉ）、現在処理を行なっているソフトウェアのバージョンと異なっていれば（処理ステップＳ２１ｇにより、そのような場合は常に変換可能なバージョンであることが保証される）、編集データの変換処理を行ない（ステップＳ２１ｊ）、変換した場合でも変換しなかった場合でも読み込んだ編集データのアドレスを編集データ管理テーブルの対応するエントリに追加して（ステップＳ２１ｋ）、正常終了する（ステップＳ２１ｌ）。」
　
　上記Ａ．〜Ｅ．の記載及び関連する図面を参照すると、引用例１には、実質的に、次の発明が記載されているものと認められる。（以下、「引用例１記載の発明」という。）
「保存された複数の編集データを処理するための方法において、
　複数の各編集データには保存の際に使用したソフトウェアのバージョン番号が付加されており、該バージョン番号は前記編集データが従っている規格のバージョンを示し、各編集データは異なるバージョン番号を持つことができ、処理は現在処理を行なっているソフトウェアのバージョン番号により指示される前記規格のバージョンに応じて行われ、処理のために異なる処理タイプが利用可能であり、前記方法は以下のステップを有する、すなわち、
　前記編集データの前記保存の際に使用したソフトウェアのバージョン番号を読み込むステップ、
　読み込まれた前記バージョン番号を現在処理を行なっているソフトウェアのバージョン番号と比較するステップ、
　もし前記読み込まれたバージョン番号が現在処理を行なっているソフトウェアのバージョン番号と同じ場合にはそのまま処理し、異なる場合には編集データの変換処理を行うステップを有する、保存された複数の編集データを処理するための方法。」
　
（引用例２）
Ｆ．“ABSTRACT
A method and system for preserving document integrity between potentially partially incompatible versions of a program module by maintaining forwards compatibility and backwards compatibility. Version (n') of the program module is released after version (n). A saved by version (n) bit may be activated any time that version (n) saves a file. The saved by version (n) bit indicates to subsequently-released versions, such as version (n'), that the file has been saved by version (n) and, based upon this information, appropriate action should be taken by the subsequently-released version. A warning from future version bit may be activated to indicate that a feature or features of the subsequently-released version is not supported by version (n). Based upon receiving this bit, version (n) may open the file with these features disabled or may take some other appropriate action.”
（日本語訳：「要約
前方互換性と後方互換性を維持することによってプログラム・モジュールの潜在的に部分的に非互換のバージョン間での文書完全性を保存するための方法及びシステム。プログラム・モジュールのバージョン(n') はバージョン(n)の後にリリースされる。「バージョン(n)によって保存された」ことを示すビットは、バージョン(n)がファイルを保存するときに常に活性化される。該「バージョン(n)によって保存された」ことを示すビットは、バージョン(n')のようなその後にリリースされたバージョンに対して、ファイルがバージョン(n)によって保存されたことを知らせる。そして、この情報に基づいて、適切な措置がその後にリリースされたバージョンによってとられるべきである。「将来のバージョンからの警告」ビットは、その後にリリースされたバージョンの一つあるいは複数の特徴がバージョン(n)によってサポートされないことを知らせるために活性化される。このビットを受け取ることに基づいて、バージョン(n)は、上記一つあるいは複数の特徴を使用不能としてファイルを開くか、あるいはいくつかの他の適切な措置をとる。」）
　
Ｇ．“FIG. 7 is a flowchart illustrating the preferred method 700 for checking the status of the warning from future version bit as executed by version (n) 37a when opening a file. The method 700 begins at start step 705 and proceeds to decision step 710 when version (n) opens a file.
　At decision step 710, it is determined whether or not the warning from future version bit is activated. If not, then the method ends at step 799. However, if the warning from future version bit is activated, then the method proceeds to step 715.
　At step 715, an alert dialog is displayed to the user. Preferably, the alert dialog asks the user to answer the following query: This version does not support some of the features in this document because it was created with a later version. Would you like to open a copy of the document with these features removed? In response to this query, the user selects either an OK button or a Cancel button in the alert dialog.
　At decision step 720, it is determined whether or not the user wants to open the document. If not, then the method ends at step 799. However, if the user wants to open the document, then the method proceeds to step 725
　At step 725, the document is opened as a read-only copy of the document. ”（第１１欄第４８行〜第１２欄第４行）
（日本語訳：「図７は、ファイルを開くときにバージョン(n)37aによって実行される「将来のバージョンからの警告ビット」の状態をチェックする好ましい方法700を図示するフローチャートである。方法700は、開始ステップ705で始まり、バージョン(n)がファイルを開くときに決定ステップ710に移る。
　決定ステップ710では、「将来のバージョンからの警告」ビットが活性化されているか否かが決定される。もし活性化されていなければ、方法はステップ799で終了する。しかしながら、「将来のバージョンからの警告」ビットが活性化されていれば、方法はステップ715に移る。
　ステップ715では、アラートダイアログがユーザに表示される。好ましくは、アラートダイアログは、ユーザに次の質問に答えるように問いかける：「この文書は、後のバージョンで作成されたものなので、このバージョンは、この文書のいくつかの特徴をサポートしません。そのいくつかの特徴を削除して文書のコピーを開きたいですか？」この質問に応答して、ユーザは、アラートダイアログの「OK」ボタンか「キャンセル」ボタンのいずれかを選択する。
　決定ステップ720では、ユーザが文書を開きたいかどうかが決定される。もし開きたくなければ、方法はステップ799で終了する。しかしながら、ユーザが文書を開きたければ、方法はステップ725に移る。
　ステップ725では、文書は、文書の読み出し専用のコピーとして開かれる。」）
　
　上記Ｆ．，Ｇ．の記載及び図７を参照すると、引用例２には、次の発明が記載されているものと認められる。（以下、「引用例２記載の発明」という。）
「その後にリリースされたバージョン（バージョン(n')）の一つあるいは複数の特徴がバージョン(n)によってサポートされないことを知らせるために活性化される『将来のバージョンからの警告』ビットが活性化されている場合に、『この文書は、後のバージョン（バージョン(n')）で作成されたものなので、このバージョンは、この文書のいくつかの特徴をサポートしません。そのいくつかの特徴を削除して文書のコピーを開きたいですか？』との質問に応じて、ユーザが、文書を、文書の読み出し専用のコピーとして開くこと。」
　
３−３．対比
　本願発明と引用例１記載の発明とを対比すると、次のことがいえる。
　
（あ）引用例１記載の発明における「保存された複数の編集データ」は、本願発明における「記録されたデータの情報部分」に相当する。
　
（い）引用例１記載の発明において、「保存の際に使用したソフトウェアのバージョン番号」を「付加」することは、本願発明において、「情報部分バージョン番号」を「設け」ることに相当する。
　また、引用例１記載の発明における「現在処理を行なっているソフトウェアのバージョン番号」は、本願発明における「処理バージョン番号」に相当する。
　
（う）引用例１記載の発明において、バージョン番号を「読み込む」ことは、本願発明において、バージョン番号を「読み取る」ことに相当する。
　そして、本願発明と引用例１記載の発明とは、「読み取られた情報部分バージョン番号と処理バージョン番号との比較結果に応じて処理タイプを異ならせるステップ」を有する点において共通するということができる。
　
　上記（あ）〜（う）の事項を踏まえると、本願発明と引用例１記載の発明とは、次の点で一致し、また、相違するものと認められる。
　
（一致点）
　本願発明と引用例１記載の発明とは、ともに、
「記録されたデータの情報部分を処理するための方法において、
　各情報部分には情報部分バージョン番号が設けられており、該情報部分バージョン番号は前記情報部分が従っている規格のバージョンを示し、各情報部分は異なるバージョン番号を持つことができ、処理は処理バージョン番号により指示される前記規格のバージョンに応じて行われ、処理のために異なる処理タイプが利用可能であり、前記方法は以下のステップを有する、すなわち、
　前記情報部分の前記情報部分バージョン番号を読み取るステップ、
　読み取られた前記情報部分バージョン番号を前記処理バージョン番号と比較するステップ、
　読み取られた前記情報部分バージョン番号と前記処理バージョン番号との比較結果に応じて処理タイプを異ならせるステップを有する、記録されたデータの情報部分を処理するための方法。」
である点。
　
（相違点）
　本願発明は、「読み取られた情報部分バージョン番号が処理バージョン番号より低いか又は等しいならば、行われるべき全ての処理タイプを許可するステップ」、「さもなくば、下記の処理タイプ、すなわち、１．前記情報部分バージョン番号を有する規格のバージョンには従うが、前記処理バージョン番号を有する規格のバージョンには従わない特性が破壊されるのを防ぐために、情報部分の読み取りは行うが、情報部分への付加又は情報部分の編集は行わない処理、又は２．情報部分を編集し、該情報部分に新しい情報部分バージョン番号を与え、その際、処理中に、前記情報部分バージョン番号を有する規格のバージョンに従わなければならない特性が除去された場合には、情報部分バージョン番号を低くする処理の実行だけを許可するステップ」、及び「前記許可された処理タイプを使用して前記情報部分を処理するステップ」を有するのに対し、引用例１記載の発明は、そのようなステップを有しない点。
　
３−４．判断
　そこで、上記相違点について検討する。
　まず、引用例１記載の発明は、「もし読み込まれたバージョン番号が現在処理を行なっているソフトウェアのバージョン番号と同じ場合にはそのまま処理」するものであり、実質的に、「読み取られた情報部分バージョン番号」が「処理バージョン番号」と「等しい」場合には、「行われるべき全ての処理タイプ」を「許可」しているということができる。
　また、例えば、「Ｏｆｆｉｃｅ２０００活用テクニック，日経パソコン，日本，日経ＢＰ社，２０００年４月１７日，第３５９号，第１５０〜１５１頁」に、「上位バージョンなら、下位のバージョンが作成したファイルはそのまま開ける。」（第１５０頁右欄第１〜３行）と記載されているように、「読み取られた情報部分バージョン番号」が「処理バージョン番号」より「低い」場合に「行われるべき全ての処理タイプ」を「許可」することは、ごく普通に行われていることである。
　よって、引用例１記載の発明において、「読み取られた情報部分バージョン番号が処理バージョン番号より低いか又は等しいならば、行われるべき全ての処理タイプを許可するステップ」を有するようにすることは、当業者が適宜になし得ることである。
　
　次に、「さもなくば、下記の処理タイプ、すなわち、１．前記情報部分バージョン番号を有する規格のバージョンには従うが、前記処理バージョン番号を有する規格のバージョンには従わない特性が破壊されるのを防ぐために、情報部分の読み取りは行うが、情報部分への付加又は情報部分の編集は行わない処理、又は２．情報部分を編集し、該情報部分に新しい情報部分バージョン番号を与え、その際、処理中に、前記情報部分バージョン番号を有する規格のバージョンに従わなければならない特性が除去された場合には、情報部分バージョン番号を低くする処理の実行だけを許可するステップ」について検討する。
　上記記載における「さもなくば」は、「読み取られた情報部分バージョン番号が処理バージョン番号より低いか又は等しい」場合でないとき、すなわち「読み取られた情報部分バージョン番号が処理バージョン番号より高い」場合であると解される。
　そして、そのような場合に、「１．前記情報部分バージョン番号を有する規格のバージョンには従うが、前記処理バージョン番号を有する規格のバージョンには従わない特性が破壊されるのを防ぐために、情報部分の読み取りは行うが、情報部分への付加又は情報部分の編集は行わない処理」、
又は
　そこで、上記二つの選択的処理のうち、「１．前記情報部分バージョン番号を有する規格のバージョンには従うが、前記処理バージョン番号を有する規格のバージョンには従わない特性が破壊されるのを防ぐために、情報部分の読み取りは行うが、情報部分への付加又は情報部分の編集は行わない処理」の実行の許可について、当業者が容易に想到し得るか否かを以下に検討する。
　上記引用例２記載の発明において、「将来のバージョンからの警告」ビットは、「文書」が「後のバージョン（バージョン(n')）で作成されたもの」であるときに活性化されるものである。そして、そのようなときに、バージョン(n)によってはサポートされないいくつかの特徴を削除して、文書を、文書の読み出し専用のコピーとして開くものである。
　ここで、「バージョン(n)によってはサポートされないいくつかの特徴を削除」するとは、「バージョン(n')」の持つ特徴に係る処理は行わないことを意味し、「バージョン(n')」の持つ特徴を「破壊」するわけではないと解される。そして、「文書の読み出し専用のコピーとして開く」とは、「情報部分の読み取りは行うが、情報部分への付加又は情報部分の編集は行わない」ことに該当する動作であると認められる。
　してみれば、引用例１記載の発明に対して上記引用例２記載の発明を参酌することにより、「情報部分バージョン番号を有する規格のバージョンには従うが、前記処理バージョン番号を有する規格のバージョンには従わない特性が破壊されるのを防ぐために、情報部分の読み取りは行うが、情報部分への付加又は情報部分の編集は行わない処理」の実行だけを許可するようにすることは、当業者が容易に想到し得ることである。
　
　よって、引用例１記載の発明において、「読み取られた情報部分バージョン番号が処理バージョン番号より低いか又は等しいならば、行われるべき全ての処理タイプを許可するステップ」、及び「さもなくば、下記の処理タイプ、すなわち、前記情報部分バージョン番号を有する規格のバージョンには従うが、前記処理バージョン番号を有する規格のバージョンには従わない特性が破壊されるのを防ぐために、情報部分の読み取りは行うが、情報部分への付加又は情報部分の編集は行わない処理、の実行だけを許可するステップ」を設け、さらに、それらの「許可された処理タイプ」を使用して前記情報部分を処理するステップを設けるようにすることは、当業者が容易に想到し得ることである。
　
（本願発明の作用効果について）
　そして、本願発明の構成によってもたらされる効果も、引用例１，２に記載の発明から当業者が容易に予測することができる程度のものであって、格別のものとはいえない。
　
　したがって、本願発明は、引用例１，２に記載の発明に基いて、当業者が容易に発明をすることができたものであるので、特許法第２９条第２項の規定により特許を受けることができない。
　
４．むすび
　以上のとおり、本願の明細書、特許請求の範囲又は図面についてした平成２１年５月１３日付けの手続補正は、特許法第１７条の２第３項の規定に違反するものであるとともに、本願の請求項１に係る発明は、特許法第２９条第２項の規定により特許を受けることができない。
　したがって、本願は、他の請求項について検討するまでもなく、拒絶されるべきものである。
　よって、結論のとおり審決する。