【事件の表示】
　特願２００８−５１４７４０「データ言語中の複数の言語の管理」拒絶査定不服審判事件〔平成１８年１２月　７日国際公開、ＷＯ２００６／１３０５３６、平成２０年１１月２７日国内公表、特表２００８−５４２９１８〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は、２００６年５月３１日（パリ条約優先権主張２００５年５月３１日、米国）を国際出願日とする出願であって、平成２３年２月１７日付けで拒絶査定がなされ、これに対して平成２３年７月１日に拒絶査定に対する審判が請求され、同時に手続補正がなされたものである。
　
２．平成２３年７月１日付け手続補正について
［補正却下の決定の結論］
　平成２３年７月１日付け手続補正（以下「本件補正」という。）を却下する。
［理由］
　補正後の本願発明
　本件補正により、特許請求の範囲の補正前の請求項１を引用する請求項２は、補正後の請求項１として次のとおり補正された。
「複数のリソースをデバイス上で管理するための方法であって、
　前記複数のリソースを記憶することと、なお、第１のリソースは、データ言語の共通変数を含むパスにより特定され、第２のリソースは、前記共通変数を含むパスにより特定され、前記複数のリソースは、テキスト、画像、ページ・レイアウト、プログラムの断片、デバイス・コンポーネント、及び機能へのアクセス、を含み、前記第１のリソースは、前記複数のリソースのうちの１つであり、前記第２のリソースは、前記第１のリソースとは異なる、前記複数のリソースのうちの１つである、
　前記第１のリソースにおける前記共通変数が変更した場合、前記第２のリソースにおける前記共通変数も変更することと、
を具備することを特徴とする、方法。」
　
　上記補正は、本件補正前の請求項１を引用する請求項２に記載した発明を特定するために必要な事項である、第１のリソース、第２のリソースについて、「前記第１のリソースは、前記複数のリソースのうちの１つであり、前記第２のリソースは、前記第１のリソースとは異なる、前記複数のリソースのうちの１つである、」と限定するものであって、特許法第１７条の２第４項第２号の特許請求の範囲の減縮を目的とするものに該当する。
　そこで、本件補正後の前記請求項１に記載された発明（以下、「本願補正発明」という。）が特許出願の際独立して特許を受けることができるものであるか（特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に適合するか）について以下に検討する。
　
（１）引用刊行物
　原査定の拒絶の理由に引用された、本願の優先日前に頒布された刊行物「特開２００５−１００３１９号公報」（以下「引用刊行物」という。）には、図面とともに以下の記載がある。
「【請求項７】
　 データの表示出力および外部への出力の少なくとも一方を行なうデータ出力装置であって、
　表示するデータの内容を定義する第１の種類のデータ定義ファイルを複数記憶する第１の記憶手段と、
　前記第１の種類のデータ定義ファイルのファイル名をデータとして定義する、第２の種類のデータ定義ファイルを記憶する第２の記憶手段と、
　前記データ定義ファイルを表示するためのスタイルを定義し、かつ前記第１の種類の複数のデータ定義ファイルの中から表示に用いるファイルを前記第２の種類のデータ定義ファイルを用いることで切換える、スタイル定義ファイルを記憶する第３の記憶手段と、
　前記第１、第２および第３の記憶手段に記憶されたファイルを用いることで、データの出力を行なう出力手段とを備えた、データ出力装置。」（第２頁）
　
「【技術分野】
【０００１】
　この発明はデータ表示システム、データ出力装置、画像形成装置、データ表示装置およびデータ表示プログラムに関し、特にＸＭＬ(extensible markup language)などのデータ定義ファイルと、ＸＳＬＴ（XSL(extensible stylesheet language) transformations）などのスタイル定義ファイルとを用いてＷＥＢページなどのデータの表示や出力を行なうデータ表示システム、データ出力装置、画像形成装置、データ表示装置およびデータ表示プログラムに関する。」（第４頁）
　
「【００２６】
　図１は、本発明の実施の形態の１つにおけるネットワークシステムの構成を示す図である。
【００２７】
　図を参照して、本システムはネットワークに接続された、ＭＦＰ（Multi Function Peripherals）１００と、クライアントＰＣ３００ａ，３００ｂとから構成される。ＭＦＰ１００の稼動状況や給紙方法などの管理情報はＸＭＬとＸＳＬＴとを用いてネットワークを伝送され、ＰＣ３００ａ，３００ｂのブラウザ上で表示される。より詳しくは、ＰＣ３００ａ,３００ｂからのリクエストに応じて、ＭＦＰ１００はＸＭＬファイル（言語データファイル、および設定ファイル）ならびにＸＳＬＴファイルをＰＣ３００ａ,３００ｂに送信する。送信されたファイルに基づいてＰＣ３００ａ,３００ｂのブラウザソフトはＭＦＰ１００の管理情報の表示を行なう。
【００２８】
　ＭＦＰ１００には、ＸＭＬとＸＳＬＴとで作成されるＷＥＢページが蓄積されており、参照するＸＭＬデータのファイル名をＸＭＬデータとして記録している。これによりＸＳＬＴの内容を変更することなくＷＥＢページの表示の変更を行なうことができるように構成されている。
【００２９】
　より詳しくは、ＭＦＰ１００は、ブラウザに表示する項目をＸＭＬで定義している複数のＸＭＬファイルと、それらのファイル名をＸＭＬデータとして定義したＸＭＬファイル（設定ファイル）と、定義されたファイルを切換える仕組みを持ったＸＳＬＴファイル（スタイル定義ファイル）とを記録することで、ＸＳＬＴにおいて使用するファイルを切換える機能を持っている。
【００３０】
　図２は、図１のＭＦＰ１００からＰＣ３００ａ,３００ｂへ情報が送信される流れを模式的に示す図である。
【００３１】
　図を参照して、ＭＦＰ１００は、コントローラ１０２を有しており、ＷＷＷサーバを使ってＭＦＰ１００の管理データをＸＭＬ、ＸＳＬＴ形式でＰＣ３００ａ,３００ｂのブラウザＢに送信する。ＭＦＰ１００には、言語データファイルＤ１（ＸＭＬファイル）と、設定ファイルＤ２（ＸＭＬファイル）と、スタイル定義ファイルＤ３（ＸＳＬＴファイル）とが記憶されており、そのうち、言語データファイルＤ１は、複数の言語に対応するため、複数用意されている（言語データファイルＤ１−１，Ｄ１−２，Ｄ１−３）。
【００３２】
　ＭＦＰ１００からＰＣ３００ａ，３００ｂへ送信されるデータは、言語データファイルＤ１のうちの一つと、設定ファイルＤ２と、スタイル定義ファイルＤ３である。
【００３３】
　ブラウザＢによりＭＦＰ１００へアクセスが行なわれると、ブラウザＢはまずスタイル定義ファイルＤ３を確認し、設定ファイルＤ２の内容をチェックすることで、必要な言語データファイルを複数の言語データファイルの中から選択し、スタイル定義ファイルＤ３、設定ファイルＤ２および必要な言語データファイルＤ１のみをＰＣ３００ａ，３００ｂに取込む。」（第７頁）
　
「【００３９】
　図５および図６は、ＭＦＰ１００に記録される言語データファイルＤ１の具体例を示す図である。
【００４０】
　図５および図６のファイルをここではＸＭＬ１、ＸＭＬ２と呼び、それぞれのファイル名は「English.xml」、「Japanese.xml」であるものとする。
【００４１】
　図５に示されるＸＭＬ１は、英語で記載されたメニューを表示するためのファイルであり、図６に示されるＸＭＬ２は、日本語で記載されたメニューを表示するためのファイルである。
【００４２】
　すなわち、図５においてメニュー表示のために用いられる単語「Print」、「Enable」、「Disable」は、図６においては日本語の単語である「プリント」、「有効」、「無効」に置換えられている。この２つの言語データファイルのいずれかを用いることで、英語または日本語によるメニュー表示を行なうことが可能である。
【００４３】
　なお、ここでは２つの言語データファイルを用いることとしたが、中国語、フランス語などの別の言語データファイルを別途用意し、言語データファイルに加えてもよく、言語データファイルの数は制限されない。
【００４４】
　図７は、ＭＦＰ１００に記録される設定ファイルＤ２の具体例を示す図である。
【００４５】
　図７のファイルをここではＸＭＬ３と呼び、そのファイル名は「Language.xml」であるものとする。
【００４６】
　図を参照して、設定ファイル内の＜Set＞１＜/Set＞の数字の部分は、表示において、その次に示される何番目の言語データファイルを用いるかを示す部分であり、英語が選択されたときには“１”が、日本語が選択された場合には“２”が記録される。
【００４７】
　＜Language＞および＜/Language＞のタグで囲まれる部分には、言語データファイル（図５および図６）のファイル名が記録されており、これにより表示に用いる言語データファイルを選択することが可能となる。
【００４８】
　図８は、ＭＦＰ１００に記録されるスタイル定義ファイルＤ３の具体例を示す図である。
【００４９】
　図を参照して下線（１）で示される部分は、現在セットされている言語の言語データファイルを自動的に選択するための部分である。この（１）の構文により、Language.xml（図７）の＜Set＞タグで示される順番の＜Language＞タグのデータを取得することができる。すなわち、ここでは＜Language＞タグで示されるファイルのうち、１番目の順番であるEnglish.xmlが取得される。取得されたデータは、Languageという変数にされ、後に＄Languageとして利用することができる。
【００５０】
　図８中の下線（２）で示される部分は、Document関数により外部のＸＭＬファイルを参照する部分である。ここでは、Languageという変数にEnglish.xmlが入っているので、English.xmlファイルの読出が行なわれ、そのファイルのデータの表示が行なわれる。
【００５１】
　なお、設定ファイル（図７）の＜Set＞タグのデータである番号（数字）は、＜Language＞タグの順番と関係しているが、＜Set＞タグに数字をセットするためには、ＣＧＩ（common gateway interface）が用いられる。
【００５２】
　ブラウザにおいて英語を選択した場合、「１」というデータをサーバに送信するか、または「英語」というデータを送信することでＣＧＩ側で判断して「１」をセットするかのどちらかの処理が行なわれる。
【００５３】
　図９は、ＰＣ３００ａ,３００ｂに搭載されたブラウザのソフトウェアが実行する処理を示すフローチャートである。
【００５４】
　図を参照して、ステップＳ１においてＰＣでＵＲＬが指定されたかが確認される。ＵＲＬが指定されたのであれば、ステップＳ２に進み、そのＵＲＬで示されるサイトに記録されているスタイル定義ファイル（ＸＳＬＴファイル）、設定ファイル（ＸＭＬファイル）、および必要な言語データファイル（ＸＭＬファイル）のダウンロードが行なわれる。
【００５５】
　次に、ステップＳ３においてダウンロードされたファイルに基づきデータの表示が行なわれる。
【００５６】
　ステップＳ４において、ユーザの入力などにより表示言語が変更されたかが判断され、ＹＥＳであれば、ステップＳ５で、選択された言語に対応する言語データファイルのみがさらにダウンロードされ、ステップＳ６で選択された言語によりデータの表示が行なわれる。
【００５７】
　図１０は、ＰＣ３００ａ,３００ｂの表示部３０３での表示例を示す図である。
【００５８】
　図１０左部分の「（１）英語表示」で示されているように、設定ファイル（図７）の＜Set＞タグに「１」がセットされていることで、１番目の＜Language＞タグで示される「English.xml」が選択され、これにより図５のＸＭＬ１の内容が画面に表示されているもの（英語表示）とする。
【００５９】
　この状態で、ユーザが表示言語を英語から日本語に変更した場合には、ＣＧＩにより設定ファイル（図７）の＜Set＞タグに「２」がセットされることで、２番目の＜Language＞タグで示される「Japanese.xml」が選択され、これにより図６のＸＭＬ２の内容が画面に表示される（図１０の右の「（２）日本語表示」）。このようにして、表示言語の切り替えを少ないデータ量で行なうことができる。
【００６０】
　すなわち、図７に示されるように、表示言語として英語が選択されているとき、図８のＸＳＬＴの下線（１）、（２）の記述により、自動的にＸＭＬ１（English.xml）が適用され、図１０の「（１）英語表示」での画面がブラウザに表示される。このとき、表示に必要なファイルは、ＸＭＬ１、ＸＭＬ３、ＸＳＬＴである。
【００６１】
　表示言語を日本語に変更した場合、ＸＭＬ３の＜Set＞タグに“２”がセットされ、ＸＳＬＴを変更することなく、ＸＭＬ２（Japanese.xml）を用いた日本語表示に切換わり、図１０の「（２）日本語表示」の画面がブラウザに表示される。このとき、表示に必要なファイルは、ＸＭＬ２、ＸＭＬ３、ＸＳＬＴである。
【００６２】
　従って、表示言語を英語から日本語に変更したとき、新たにダウンロードされるファイルはＸＭＬ２のみである。これにより、データの伝送量を削減することが可能となる。
【００６３】
　図１１は、ＰＣ３００ａ,３００ｂの表示部３０３で表示される言語選択リスト（メニュー）の具体例を示す図である。
【００６４】
　図１１においては、選択可能な言語がプルダウンメニューとして表示され、ユーザはその中から表示に用いる言語を選択することができる。
【００６５】
　図１１の画面で表示されるパラメータは、設定ファイル（図７）の内容から取得することができる。
【００６６】
　図１２は、図１１に示される言語選択リストを表示させるためのスタイル情報を示す図である。このスタイル情報を図８に示されるＸＳＬＴに追加することで、設定ファイルを用いて図１１のメニューの表示を行なうことができる。
【００６７】
　図１２において、下線で示される構文により、設定ファイル（図７）の＜Language＞タグのデータのうち“.xml”前の文字列が出力される。すなわち、図７の設定ファイルから、「English」、「Japanese」の文字列を抽出し、言語選択リストの選択の項目として表示させることができる。
【００６８】
　以上のようにして構成されたシステムは、１つのＸＳＬＴで複数種類の表示を行なうときに有効である。すなわち、レイアウトが同じ場合に１つのＸＳＬＴを用いてその内容を変更することができる。
【００６９】
　これにより、本システムにおいては、表示において必要となるデータ量を減らすことができ、ネットワークの負荷などを低減させることができる。また、ユーザのデータ作成の労力やメンテナンスの労力を軽減することができるシステムを提供することができる。」（第８〜１０頁）
　
「【０１０１】
　［変形例４］
　変形例４においては、図１に示されるネットワークシステムと同様に、ＭＦＰ１００の稼動状況や給紙方法などの管理情報（機器情報）が、ＸＭＬとＸＳＬＴとを用いてネットワークを伝送され、ＰＣ３００ａ，３００ｂのブラウザ上で表示される。より詳しくは、ＰＣ３００ａ,３００ｂからのリクエストに応じて、ＭＦＰ１００はＸＭＬファイル（言語データファイル、設定ファイル、および機器の状態を示す機器状態ファイル）ならびにＸＳＬＴファイルをＰＣ３００ａ,３００ｂに送信する。送信されたファイルに基づいてＰＣ３００ａ,３００ｂのブラウザソフトはＭＦＰ１００の管理情報の表示を行なう。
【０１０２】
　より詳しくは、ＭＦＰ１００は、ブラウザに表示する項目をＸＭＬで定義している複数のＸＭＬファイル（言語データファイル）と、それらのファイル名をＸＭＬデータとして定義したＸＭＬファイル（設定ファイル）と、定義されたファイルを切換える仕組みを持ったＸＳＬＴファイル（スタイル定義ファイル）とを記録することで、ＸＳＬＴにおいて使用する言語データファイルを切換える機能を持っている。また、機器状態ファイルにより、機器の状態を得ることができるが、同時に機器状態ファイルにより、言語データファイルの内容のうち、表示する部分が特定される。
【０１０３】
　このような特定を可能とするために、複数の言語データファイルのそれぞれは、それぞれ同じ構造（ここではツリー構造）を有し、タグの属性として機器情報を保持し、タグに対して、その言語データファイルの言語および属性に対応させた内容を記録している。
【０１０４】
　図２４は、図１のＭＦＰ１００からＰＣ３００ａ,３００ｂへ情報が送信される流れを模式的に示す図である。
【０１０５】
　図を参照して、ＭＦＰ１００は、コントローラ１０２を有しており、ＷＷＷサーバを使ってＭＦＰ１００の管理データなどをＸＭＬ、ＸＳＬＴ形式でＰＣ３００ａ,３００ｂのブラウザＢに送信する。ＭＦＰ１００には、言語データファイルＤ１（ＸＭＬファイル）と、設定ファイルＤ２（ＸＭＬファイル）と、スタイル定義ファイルＤ３（ＸＳＬＴファイル）と、機器状態ファイルＤ４（ＸＭＬファイル）とが記憶されており、そのうち、言語データファイルＤ１は、複数の言語に対応するため、複数用意されている（言語データファイルＤ１−１，Ｄ１−２，Ｄ１−３）。
【０１０６】
　ＭＦＰ１００からＰＣ３００ａ，３００ｂへ送信されるデータは、言語データファイルＤ１のうちの一つと、設定ファイルＤ２と、スタイル定義ファイルＤ３と、機器状態ファイルＤ４である。
【０１０７】
　ブラウザＢによりＭＦＰ１００へアクセスが行なわれると、ブラウザＢはまずスタイル定義ファイルＤ３を確認し、設定ファイルＤ２の内容をチェックすることで、必要な言語データファイルを複数の言語データファイルの中から選択し、スタイル定義ファイルＤ３、設定ファイルＤ２、機器状態ファイルＤ４、および必要な言語データファイルＤ１のみをＰＣ３００ａ，３００ｂに取込む。
【０１０８】
　図２５および図２６は、ＭＦＰ１００に記録される言語データファイルＤ１の具体例を示す図である。
【０１０９】
　図２５および図２６のファイルをここではＸＭＬ１、ＸＭＬ２と呼び、それぞれのファイル名は「English.xml」、「Japanese.xml」であるものとする。
【０１１０】
　図２５に示されるＸＭＬ１は、英語で記載されたメニューや機器の状態などを表示するためのファイルであり、図２６に示されるＸＭＬ２は、日本語で記載されたメニューや機器の状態などを表示するためのファイルである。
【０１１１】
　すなわち、図２５において表示のために用いられる単語「Print」、「Ready」、「Error」、「Enable」、「Disable」は、図２６においては日本語の単語である「プリント」、「レディ」、「エラー」、「有効」、「無効」に置換えられている。この２つの言語データファイルのいずれかを用いることで、英語または日本語による表示を行なうことが可能である。
【０１１２】
　複数の言語データファイルのそれぞれは、同じツリー構造を有している。すなわち、図２５においても図２６においても、＜MFP＞タグの開始タグおよび終了タグで囲まれた中に、＜Print＞タグ、＜Status＞タグ、＜Select＞タグで示される要素が入れ子による記述で表されており、また、＜Status＞タグの内容の＜Item＞タグに関しては、属性（data）＝「Ready」および「Error」のそれぞれに対する内容が言語にあわせて記載されている。同様に、＜Select＞タグの内容の＜Item＞タグに関しては、属性（data）＝「Enable」および「Disable」のそれぞれに対する内容が言語にあわせて記載されている。
【０１１３】
　なお、ここでは２つの言語データファイルを用いることとしたが、中国語、フランス語などの別の言語データファイルを別途用意し、言語データファイルに加えてもよく、言語データファイルの数は制限されない。
【０１１４】
　図２７は、ＭＦＰ１００に記録される設定ファイルＤ２の具体例を示す図である。
【０１１５】
　図２７のファイルをここではＸＭＬ３と呼び、そのファイル名は「Language.xml」であるものとする。
【０１１６】
　図７で説明した例と同様に、図２７の設定ファイルＤ２においても、設定ファイル内の＜Set＞１＜/Set＞の数字の部分が、表示において、その次に示される何番目の言語データファイルを用いるかを示す部分となる。図２７の例では、この部分に、英語が選択されたときには“１”が、日本語が選択された場合には“２”が記録される。
【０１１７】
　＜Language＞および＜/Language＞のタグで囲まれる部分には、言語データファイル（図２５および図２６）のファイル名が記録されており、これにより表示に用いる言語データファイルを選択することが可能となる。
【０１１８】
　図２８は、ＭＦＰ１００に記録される機器状態ファイルＤ４の具体例を示す図である。
【０１１９】
　図２８のファイルをここではＤＡＴＡ１と呼び、そのファイル名は「data.xml」であるものとする。
【０１２０】
　これは、機器の状態を示すために、機器の状態に応じてその内容が自動的に更新されるファイルであり、ここでは、＜Status＞タグの部分に、「Ready」または「Error」のいずれかの内容が機器の状態に応じて記載され、また、＜Function＞タグの部分に、「Enable」または「Disable」のいずれかの内容が機器の状態に応じて記載される。ここでは、それぞれ、「Ready」、「Enable」が記載されているものとする。
【０１２１】
　図２９は、ＭＦＰ１００に記録されるスタイル定義ファイルＤ３の具体例を示す図である。
【０１２２】
　図２９のファイルをここではＸＳＬＴと呼び、そのファイル名は「data.xsl」であるものとする。
【０１２３】
　図を参照して、（１）で示される部分は、現在セットされている言語の言語データファイルを自動的に選択するための部分である。この（１）の構文により、Language.xml（図２７）の＜Set＞タグで示される順番の＜Language＞タグの内容を取得することができる。すなわち、ここでは＜Language＞タグで示されるファイルのうち、１番目の順番であるEnglish.xmlが取得される。取得されたデータは、Languageという変数にされ、後に＄Languageとして利用することができる。
【０１２４】
　図２９中の（２）で示される部分は、Document関数により$Languageで示されるファイル（ここでは、English.xml）の＜Print＞タグの内容を表示するための部分である。
【０１２５】
　図２９中の（３）で示される部分は、変数Ｘに、ＤＡＴＡ１（data.xml）の＜Status＞タグで示される内容を格納する部分である。図２８に示されるように、ここでは「Ready」が「Ｘ」に格納されることとなる。
【０１２６】
　図２９中の（４）で示される部分は、Document関数により$Languageで示されるファイル（ここでは、English.xml）の＜Status＞タグの内容のうち、属性dataが変数「Ｘ」（ここでは「Ready」）であるItemタグの内容を表示するための部分である。この部分により、「Ready」が表示されることになる。
【０１２７】
　図２９中の（５）で示される部分は、変数Ｙに、ＤＡＴＡ１（data.xml）の＜Function＞タグで示される内容を格納する部分である。図２８に示されるように、ここでは「Enable」が「Ｙ」に格納されることとなる。
【０１２８】
　図２９中の（６）で示される部分は、$Languageで示されるファイル（ここでは、English.xml）の＜Select＞タグの内容のうち、属性dataが変数「Ｙ」（ここでは「Enable」）である＜Item＞タグの内容が選択された状態にして、セレクトボックスを表示する部分である。
【０１２９】
　なお、設定ファイル（図２７）の＜Set＞タグのデータである番号（数字）は、＜Language＞タグの順番と関係しているが、＜Set＞タグに数字をセットするためには、ＣＧＩ（common gateway interface）が用いられる。これは、図７における説明と同様である。
【０１３０】
　図３０は、ＰＣ３００ａ,３００ｂの表示部３０３での表示例を示す図である。
【０１３１】
　図３０左部分の「（１）英語表示」で示されているように、設定ファイル（図２７）の＜Set＞タグに「１」がセットされていることで、１番目の＜Language＞タグで示される「English.xml」が選択され、これにより図２５のＸＭＬ１の内容が画面に表示されているもの（英語表示）とする。
【０１３２】
　また、表示においては機器状態ファイルＤ４（ＤＡＴＡ１）が参照されることにより、ＸＭＬ１の内容が機器状態ファイルＤ４の記述に基づいて表示されることになる。
【０１３３】
　図３０（１）の状態で、ユーザが表示言語を英語から日本語に変更した場合には、ＣＧＩにより設定ファイル（図２７）の＜Set＞タグに「２」がセットされることで、２番目の＜Language＞タグで示される「Japanese.xml」が選択され、これにより図２６のＸＭＬ２の内容が画面に表示される（図３０の右の「（２）日本語表示」）。このようにして、表示言語の切り替えを少ないデータ量で行なうことができる。
【０１３４】
　すなわち、図２７に示されるように、表示言語として英語が選択されているとき、図２９のＸＳＬＴの（１）〜（６）の記述により、自動的にＸＭＬ１（English.xml）が適用され、図３０の「（１）英語表示」での画面がブラウザに表示される。このとき、表示に必要なファイルは、ＸＭＬ１、ＸＭＬ３、ＤＡＴＡ１、ＸＳＬＴである。
【０１３５】
　表示言語を日本語に変更した場合、ＸＭＬ３の＜Set＞タグに“２”がセットされ、ＸＳＬＴを変更することなく、ＸＭＬ２（Japanese.xml）を用いた日本語表示に切換わり、図３０の「（２）日本語表示」の画面がブラウザに表示される。このとき、表示に必要なファイルは、ＸＭＬ２、ＸＭＬ３、ＤＡＴＡ１、ＸＳＬＴである。
【０１３６】
　従って、表示言語を英語から日本語に変更したとき、新たにダウンロードされるファイルはＸＭＬ２のみである。これにより、データの伝送量を削減することが可能となる。」（第１３〜１６頁）
　
「【０１６３】
　また、上述の実施の形態に限らず、本発明はファイルを表示するシステムであればネットワークに接続されたシステムにおいても、ネットワーク環境に接続されないシステムにおいても適用することができる。すなわち、ネットワークに接続されず、ブラウザでハードディスクなど記録媒体の内容を読出して表示するＰＣなどにおいても本発明を適用することができる。」（第１８頁）
　
図２７　XML3(Language.xml)　には、以下の記載がある。　
MFP　
　　Set1/Set
　　LanguageEnglish.xml/Language
　　LanguageJapanese.xml/Language　
/MFP
　
　Set1/Set　の右側に記載された吹き出しには、「英語が選択されたら１、日本語が選択されたら２とセットする。」と記載されている。
　
　
　図２９　XSL(data.xsl)には、(1)　(2)　と記載した箇所には、それぞれ、以下の記載がある。
　xsl:value-of select=
　 
document('Language.xml')//Language[position()=number(/MFP/Set)]/
　
　  xsl:value-of select=document($Language)//MFP/Print/　←　(2)
　
　(1)の下に記載された吹き出しには、「現在セットされている言語の言語ファイルが自動で選択される。」と記載されている。
　
　ＸＳＬＴにおいて要素の値を選択するためにＸＰａｔｈを用いることは周知であるところ、上記、段落【０１１４】〜【０１１７】、図２７、段落【０１２３】〜【０１２４】、図２９の(1)(2)の記載によれば、引用刊行物において、図２９の(2)に記載されているように、$Languageを含むＸＰａｔｈ（document($Language)//MFP/Print）により、English.xml　あるいは、Japanese.xmlが選択されているということができる。
　
　これら引用刊行物（主として変形例４の記載（段落【０１０１】〜【０１３６】））の記載から、引用刊行物には以下の発明（以下、「引用発明」という。）が記載されているものと認められる。
「ネットワークに接続された、ＭＦＰ（Multi Function Peripherals）１００と、クライアントＰＣ３００ａにより構成され、ＭＦＰ１００から、クライアントＰＣ３００ａに、英語の言語データファイルＤ１（ＸＭＬ１（English.xml））と、設定ファイルＤ２（ＸＭＬ３（Language.xml）と、スタイル定義ファイルＤ３（ＸＳＬＴ（data.xsl））が送信され、クライアントＰＣ３００ａにおいて、設定ファイルＤ２に基づいて、スタイル定義ファイルＤ３の$Languageの値が決定され、$Languageを含むＸＰａｔｈに対応して、English.xml　に記載された英語の単語が選択され、ユーザが日本語による表示の指示をすると、ＭＦＰ１００からクライアントＰＣ３００ａに日本語の言語データファイルＤ１（ＸＭＬ２（Japanese.xml））がダウンロードされ、$Languageを含むＸＰａｔｈに対応して、Japanese.xml　に記載された日本語の単語が選択される、システム。」
　
　本願の優先日前に頒布された刊行物「松浦健一郎著、Ｊａｖａ　Ｐｒｏｇｒａｍｍｉｎｇ　Ｔｉｐｓ　第３９回、プログラムの国際化（２）、ソフトバンクパブリッシング株式会社、Ｃ　ＭＡＧＡＺＩＮＥ　第１５巻　第１２号、２００３年１２月１日、１１７〜１２０頁」（以下「周知刊行物１」という。）には、図面とともに以下の記載がある。
「前回に引き続き，Ｊａｖａプログラムの国際化について解説します。今回は絵や音といったデータを言語や国に応じて入れ替える方法を紹介します。」（第１１７頁、表題の下部）
　
「絵や音を使ったプログラムの国際化
　前回はプログラムの国際化ということで，メッセージを多言語対応にする方法を解説しました。しかし，プログラムの国際化に必要な作業はこれだけではありません。特定の言語に依存した絵や音を使うプログラムでは，これらのデータも言語別に用意する必要があります。「絵や音には言語の違いなどないのでは？」と思いがちですが，実際には言語別に絵や音を用意しなければならないことも多いのです。
　たとえばFig.１はスプラッシュウィンドウ（アプリケーションの起動時にロゴなどを表示するウィンドウ）の例です。それぞれ日本語と英語でメッセージが書かれています。このメッセージはawtのdrawStringメソッドなどで文字列を描画しているのではなく，画像として描かれたものです。日本語の画像（付録CD−ROMのyoukoso．png）と英語の画像（welcome．png）を用意しておいて，日本語版と英語版のプログラムでそれぞれ別々の画像を表示します。また，このプログラムでは起動時に音声も再生します。メッセージの内容は，日本語版では，
　JavaProgramming Tipsにようこそ
で，英語版では，
　Welcome to the
　　　　Java Programming Tips
です。この音声についても，日本語の音声（youkoso.au）と英語の音声（welcome.au）を用意しておいて，それぞれ再生しています。前回解説したリソースバンドルを使うと，このように言語に応じて別々の絵や音を使うプログラムをスマートに書くことができます。ここではまず最初に日本語版と英語版のプログラムを作り，次にリソースバンドルを使ってプログラムを国際化してみます。」（第１１７頁左欄第１行〜中央欄第６行）
　
「多言語版のプログラム
　日本語版と英語版とは一部を除けばほとんど同じプログラムです。前回解説したリソースバンドルを使えば，これらを１本の多言語版プログラムにまとめることができます。
　実際にまとめたものがList2です。このプログラムを実行すると，OSの言語設定が日本語になっている場合には，Fig．1の（A）のような日本語のスプラッシュウィンドウが表示されるはずです。一方，次のように起動時オプションをつけると英語のウィンドウが表示されます。
　　java Splash3 en
　enは「English（英語）」のことです。日本語の場合にはjaを指定します（Japaneseの意味です）。フランス語frやドイツ語deなども指定できますが，今回はこれらの言語についてはリソースバンドルを用意していないため，デフォルトの英語で表示されます。
　List2-（1）は起動時オプションに応じてロケールを変更する処理です。次のList2-（2）ではリソースバンドルを取得します。リソースバンドル名はSplashとしました。List2-（3）〜（5）ではgetStringメソッドを使って，リソースバンドルから文字列を取得します。画像と音声に関してはリソースバンドルから画像ファイル名と音声ファイル名を取得することによって，言語に応じたファイルを読み込みます。」（第１１８頁左欄第７行〜右欄第３行）
　
　同じく、本願の優先日前に頒布された刊行物「欧州特許出願公開第１３３３３７４号明細書」（以下「周知刊行物２」という。）には、図面とともに以下の記載がある。
[0064]　In the example of FIG. 6, the object representations are: copy representation 310' for text object 310 (English), copy representation 320' for text object 320 (German), pointer representation 311' to a file en.gif to display graphic object 311 for use in connection with English text, pointer representation 312' to a file de.gif to display graphic object 321 for use in connection with German text, as well as pointer representations 312' and 322' for objects 312 and 322, respectively.
[0065]　According to the property value (here: LANGUAGE), reader 253 reads the object representations 310', 311' and 312' for objects 310, 311, 312 of a first object set, or reads object representations 320', 321', 322' for objects 320, 321, 322 of a second object set.
[0066]　In the example, the sets are distinguished by LANGUAGE being en for English in the first set and de for German in the second set. Having read the representations, reader 253 then initializes the variables of class 201 by the objects that are represented. In case of the first set,variable SAMPLE_STRING is set to Welcom; variable SAMPLE_ICON is set to en.gif and variable SAMPLE_CLASS is set to an instance of the class java .lang. Class (representing the java-class java.lang.Integer).」（第６頁）
（当審訳：[0064] 図６の例では、オブジェクト表現は、テキストオブジェクト３１０（英語）のコピー表現３１０’、テキストオブジェクト３２０（ドイツ語）のコピー表現３２０’、英語テキストとの関連で使用されるグラフィックオブジェクト３１１を表示するファイル”ｅｎ．ｇｉｆ”のポインタ表現３１１’、ドイツ語テキストとの関連で使用されるグラフィックオブジェクト３１２を表示するファイル”ｄｅ．ｇｉｆ”のポインタ表現３１２’、そして、同様にそれぞれオブジェクト３１２と３２２のためのポインタ表現３１２’と３２２’である。
[0065] 当該属性値（ここでは、LANGUAGE）に従い、リーダ２５３は、第１のオブジェクトセット３１０、３１１、３１２のオブジェクト表現３１０’、３１１’、３１２’または、第２のオブジェクトセット３２０、３２１、３２２のオブジェクト表現３２０’、３２１’、３２２’を読む。
[0066]　上記例において、２つのセットは、LANGUAGEが第１セットの英語のためのen か 第２セットのドイツ語のためのde かで区別される。リーダ２５３は、当該表現を読み取ると、オブジェクトのクラス２０１の変数をそのオブジェクト表現で初期化する。第１セットの場合、変数SAMPLE_STRINGは、Welcomにセットされ、変数SAMPLE_ICONは、en.gifにセットされ、変数SAMPLE_CLASSは、java .langクラスのインスタンスにセットされる。（ｊａｖａクラス表現の java.lang整数）
　
[0072]　FIG. 8 illustrates simplified screen views with objects310/320 and 311/312 of application 200. Display 950-1 illustrates first set objects 310 and 311 when initializer 250 initializes with LANGUAGE=en (English); display 950-2 illustrates second set objects 311 and 312 when initializer 250 initializes with LANGUAGE=de (German). The natural language of text objects 310 and 320 corresponds to country flags in graphical objects 311 and 321. （第７頁第１７〜２０行）
（当審訳：図８は、アプリケーション２００のオブジェクト３１０／３２０、３１１／３１２の単純化したスクリーンビューを示す。ディスプレイ９５０−１は、イニシャライザー２５０がLANGUAGE=en (英語)で初期化された場合の第１セットオブジェクト３１０と３１１を示し、ディスプレイ９５０−２は、イニシャライザー２５０がLANGUAGE=de (ドイツ語)で初期化された場合の第２セットオブジェクト３１１と３１２を示す。テキストオブジェクト３１０、３２０の自然言語は、グラフィカルオブジェクト３１１と３２１の国旗に対応する。）
　
（２）対比
　本願補正発明と引用発明を対比すると、
　引用発明の「$Language」及び「ＸＰａｔｈ」は、それぞれ、本願補正発明の「共通変数」及び「パス」に相当する。
　引用発明の「ＸＭＬ」及び「ＸＳＬ」は、本願補正発明の「データ言語」に相当する。
　引用発明の英語及び日本語の「単語」は、本願補正発明の「複数のリソース」、テキストの「第１のリソース」に相当する。
　引用発明には、本願補正発明と同様に、複数のリソースを管理するための方法が記載されているということができる。
　引用発明の「クライアントＰＣ３００ａ」は、本願補正発明の「デバイス」に相当する。
　
　したがって、両者は
「複数のリソースを管理するための方法であって、
　前記複数のリソースを記憶することと、なお、第１のリソースは、データ言語の共通変数を含むパスにより特定され、前記複数のリソースは、テキストであり、前記第１のリソースにおける前記共通変数が変更されることを具備することを特徴とする、方法。」の点で一致し、以下の点で相違している。
　
相違点１
　本願補正発明は、複数のリソースをデバイス上で管理するための方法であるのに対して、引用発明は、複数のリソースを管理するための方法であるが、引用発明は、デバイスに加え、ネットワークに接続されたＭＦＰも有している点。
　
相違点２
　本願補正発明は、第１のリソースに加え、第２のリソースを管理する方法であって、複数のリソースは、テキスト、画像、ページ・レイアウト、プログラムの断片、デバイス・コンポーネント、及び機能へのアクセスを含み、前記第１のリソースは、前記複数のリソースのうちの１つであり、前記第２のリソースは、前記第１のリソースとは異なる、前記複数のリソースのうちの１つであり、前記第１のリソースにおける前記共通変数が変更した場合、前記第２のリソースにおける前記共通変数も変更することを具備しているのに対し、引用発明には、テキストである複数の第１のリソースを共通変数を含むパスにより特定すること、前記第１のリソースにおける前記共通変数が変更されることが記載されているが、リソースが、テキスト、画像、ページ・レイアウト、プログラムの断片、デバイス・コンポーネント、及び機能へのアクセス、を含むこと、そして、第１のリソースは、前記複数のリソースのうちの１つであり、前記第２のリソースは、前記第１のリソースとは異なる、前記複数のリソースのうちの１つであり、前記第１のリソースにおける前記共通変数が変更した場合、前記第２のリソースにおける前記共通変数も変更することについては記載がない点。
　
（３）当審の判断
　以下、上記相違点について検討する。
相違点１について
　一般にリソースをデバイス上で管理することは周知であり、引用刊行物の段落【０１６３】にも「本発明はファイルを表示するシステムであればネットワークに接続されたシステムにおいても、ネットワーク環境に接続されないシステムにおいても適用することができる。すなわち、ネットワークに接続されず、ブラウザでハードディスクなど記録媒体の内容を読出して表示するＰＣなどにおいても本発明を適用することができる。」と記載され、請求項７には、データの表示出力および外部への出力の少なくとも一方を行なうデータ出力装置に、 表示するデータの内容を定義する第１の種類のデータ定義ファイルを複数記憶する第１の記憶手段と、前記第１の種類のデータ定義ファイルのファイル名をデータとして定義する、第２の種類のデータ定義ファイルを記憶する第２の記憶手段と、前記データ定義ファイルを表示するためのスタイルを定義し、かつ前記第１の種類の複数のデータ定義ファイルの中から表示に用いるファイルを前記第２の種類のデータ定義ファイルを用いることで切換える、スタイル定義ファイルを記憶する第３の記憶手段を設け、前記第１、第２および第３の記憶手段に記憶されたファイルを用いることで、データの出力を行なうことが記載されており、引用刊行物には、デバイス上で複数のリソースを管理することが記載されているということができる。したがって、引用発明の複数リソースを管理する方法をデバイス上での複数リソースの管理とすることは、当業者が必要に応じて適宜になし得ることである。
　
相違点２について
　コンピュータ（デバイス）において、テキスト以外に、画像、ページ・レイアウト、プログラム等、様々なリソースが管理されることは当然のことである。
　そして、周知刊行物１（使用言語を変更するのにあわせて、テキスト、絵（画像）、音を変更することが記載されている。）、周知刊行物２（共通の変数（LANGUAGE）により言語を指定すると使用言語にあわせてテキスト、画像（グラフィカルオブジェクト）を変更することが記載されている。）、に記載されているように複数のリソースを管理する場合に、テキストに加え、画像等も管理し、使用言語の変更にあわせて、テキストと共に画像等を変更することは周知であるから、引用発明において、複数のリソースについて、当該周知技術を適用し、テキストに加え、画像、ページ・レイアウト、プログラムの断片、デバイス・コンポーネント、及び機能へのアクセスを含ませるようにし、その際に、共通変数を複数のリソースについて共通に使用することは当然のことであるから、引用発明において、複数のリソースは、テキスト、画像、ページ・レイアウト、プログラムの断片、デバイス・コンポーネント、及び機能へのアクセス、を含み、第１のリソースは、前記複数のリソースのうちの１つであり、前記第２のリソースは、前記第１のリソースとは異なる、前記複数のリソースのうちの１つである、前記第１のリソースにおける前記共通変数が変更した場合、前記第２のリソースにおける前記共通変数も変更するように構成することは、当業者が容易になし得ることである。
　
　そして、本願補正発明のように構成したことによる効果も引用発明及び周知技術から予測できる程度のものである。
　
　したがって、本願補正発明（請求項１に係る発明）は、引用発明及び周知技術に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許出願の際独立して特許を受けることができないものである。　
　
（４）むすび
　以上のとおりであるから、本件補正は、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に違反するので、同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
３．本願発明について
　平成２３年７月１日付け手続補正は上記のとおり却下されたので、本願の請求項１を引用する請求項２に係る発明（以下、「本願発明」という。）は、平成２２年１１月１０日付け手続補正書の特許請求の範囲の請求項１を引用する請求項２に記載された事項により特定される、以下のとおりのものである。
「【請求項１】
　複数のリソースをデバイス上で管理するための方法であって、
　前記複数のリソースを記憶することと、なお、第１のリソースは、データ言語の共通変数を含むパスにより特定され、第２のリソースは、前記共通変数を含むパスにより特定される、
　前記第１のリソースにおける前記共通変数が変更した場合、前記第２のリソースにおける前記共通変数も変更することと、
を具備することを特徴とする、方法。
【請求項２】
　前記複数のリソースは、テキスト、画像、ページ・レイアウト、プログラムの断片、デバイス・コンポーネント及び機能へのアクセスを含むことを特徴とする請求項１に記載の方法。」
　
（１）引用刊行物
　原査定の拒絶の理由に引用された引用刊行物及びその記載事項は、前記「２．（１）」に記載したとおりである。
　
（２）対比・判断
　本願発明は、前記「２．」で検討した本願補正発明から、第１のリソース、第２のリソースについて、「前記第１のリソースは、前記複数のリソースのうちの１つであり、前記第２のリソースは、前記第１のリソースとは異なる、前記複数のリソースのうちの１つである、」とする限定を削除したものである。
　そうすると、本願発明の構成要件を全て含みさらに限定を付したものに相当する本願補正発明が、前記「２．（３）」に記載したとおり、引用発明及び周知技術に基づいて、当業者が容易に発明をすることができたものであるから、本願発明も、同様の理由により、引用発明及び周知技術に基づいて、当業者が容易に発明をすることができたものである。
　
（３）むすび
　以上のとおり、本願発明（請求項１を引用する請求項２に係る発明）は、引用発明及び周知技術に基づいて当業者が容易に発明をすることができたものである。
　したがって、本願はその余の請求項について論及するまでもなく、特許法第２９条第２項の規定により特許を受けることができない。
　
　よって、結論のとおり審決する。