【事件の表示】
　特願２００２−　２４６３５「表示制御プログラムおよび記録媒体」拒絶査定不服審判事件〔平成１５年　８月　８日出願公開、特開２００３−２２３６０６〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
　１．手続の経緯
　本願は、平成１４年１月３１日の出願であって、平成１８年７月２６日付（発送日　同年８月１日）で拒絶査定がされ、これに対し、同年８月３１日に拒絶査定不服審判が請求されたものである。
　
　
　２．本願発明
　本願の請求項に係る発明は、特許請求の範囲に記載されたとおりのものと認める。
　そして、請求項１に係る発明（以下、本願発明という。）は、以下のとおりである。
　
「【請求項１】
　表データを表示する表示制御プログラムを記録したコンピュータ読取可能な記録媒体において、
　表の１つあるいは複数の桁のデータをいずれの桁に表示するかを設定する複数表示情報テーブルを作成する手段と、
　上記表の桁のデータを取り出して上記複数表示情報テーブルを参照して設定されている桁に表示する手段と
して機能させるプログラムを記録したコンピュータ読取可能な記録媒体。」
　
　
　３．引用文献
　拒絶理由通知書において引用文献１として引用された、特開平８−２１２０６２号公報（以下、引用例という。）には、図面と共に次の事項が記載されている。
　
（ア）「【００２１】図１のオリジナルソースファイル１０１は、上記オリジナル・ソースプログラムが格納されるファイルである。該オリジナル・ソースプログラムは、オペレータが伝票データを入力するためのユーザインターフェイス（伝票データ入力画面）を提供する伝票データ入力処理部と、該入力された伝票データに従って伝票を作成し、該伝票を所定のフォーマットでプリンタなどの印字装置により印刷出力する伝票印刷処理部等から構成されている。」
（イ）「【００２４】入力装置１０４は、キーボードやマウス等から成り、上記伝票データ入力画面や上記伝票フォーマット設定画面へのデータ入力等に用いられる。
　カスタマイズツール１００は、項目設定部１１１及び処理順序生成部１１２の２つのソストウェアから成り、情報処理装置上で実行されることによってオリジナル・ソースプログラムをカスタマイズしてカスタマイズド・ソースプログラムを生成する。このカスタマイズは、以下の手順で行われる。
（１）伝票フォーマットのカスタマイズ
　項目設定部１１１は、オリジナル・ソースファイル１０１からオリジナル・ソースプログラムを読み出し、該プログラム内に記述されている伝票フォーマット情報を読み出し、表示装置１０３上に、現在、オリジナル・ソースプログラム内で定義されている伝票の各項目の座標情報を表示する（伝票フォーマット設定画面表示）。また、伝票イメージも同一画面上に表示する。ユーザまたはシステムエンジニアは、該伝票フォーマット設定画面上で必要な項目に対してその座標位置の変更を入力装置１０４を介して行う。
【００２５】項目設定部１１１は、該変更情報を入力装置１０４から入力すると、該情報を伝票フォーマット設定画面上に反映させる。そして、入力装置１０４を介して伝票フォーマットの変更確認の指示情報を入力すると、座標位置の変更が確定されたと判断し、オリジナル・ソースプログラム内の伝票フォーマット情報を書き換える。そして、このようにして一部が書き換えられたオリジナル・ソースプログラム（中間ソースプログラム）を処理順序生成部１１２へ出力する。」
（ウ）「【００３８】図６は、オリジナル・ソースプログラムの実行によって表示装置１０３上に表示される伝票入力画面のフォーマットを示す図である。表示装置１０３上に表示される画面には、同図に示すような画面の左上隅を原点とする２次元の直交Ｘ−Ｙ座標系が設定される。
【００３９】同図に示すように、オリジナル・ソースプログラムにおいては、伝票は「コード」（商品コード）、「商品名」、「数量１」、「数量２」、「単価」、及び「金額」（売上金額）の５項目から成り、上記の順序でデータ入力域ａ〜ｆが画面上、左から右へと設定されている。すなわち、オリジナル・ソースプログラムは図７に示すような伝票フォーマット情報を有しており、図６に示すような伝票入力画面を表示する。
【００４０】該伝票フォーマット情報は、各項目名の表示領域を、Ｘ始点座標、Ｙ始点座標、Ｘ方向のデータ幅（幅）、及びＹ方向の高さ（高さ）の４種類の情報によって規定している。
【００４１】処理順序生成部１１２は、上記伝票フォーマット情報により設定されている各項目の始点座標を基に、画面上、「上から下」、「左から右」という生成規則にしたがって、各項目の処理順序情報を生成する。したがって、この場合には、図８に示すような処理順序情報が生成されることになる。
【００４２】尚、図８においてａ〜ｆは、上記各項目のデータ名を示すものであり、各項目とデータ名は“：”によって対応付けられている。
　次に、上記したオリジナル・ソースプログラムによって定義されている図２に示す伝票入力画面（オリジナル伝票入力画面）のフォーマットをカスタマイズする方法を、図９〜図１４を参照しながら説明する。」
（エ）「【００４３】図９は、該オリジナル伝票入力画面のフォーマットを、項目設定部１１１を介して変更（カスタマイズ）することによって得られた伝票入力画面（以降、カスタマイズド伝票入力画面と記す）のフォーマットを示す図であり、図８は、項目設定部１１１によって設定された該カスタマイズド伝票入力画面のフォーマットデータを示す図である。
【００４４】図８に示したデータ入力域ａ〜ｆは、図２に示すオリジナル伝票入力画面上に表示されるデータ入力域ａ〜ｆと同一であり、伝票フォーマットデータの違いによって、表示位置が異なっている。このように、図２に示すオリジナル伝票入力画面を図８に示すカスタマイズド伝票入力画面に変更するカスタマイズ操作を具体例として取り上げて、本実施例における伝票入力画面のカスタマイズ方法を説明する。
【００４５】伝票入力画面のフォーマットを、オリジナル・ソースプログラムによって定義された図２に示すような第１のフォーマットから、項目設定部１１１によって図１０に示すような第２のフォーマットにカスタマイズした場合、項目設定部１１１は、オリジナル・ソースプログラム内の伝票フォーマット情報を、該第２のフォーマットに基づいて図９に示す内容に変更する。そして、変更したオリジナル・ソースプログラムを処理順序生成部１１２に出力する。」
（オ）「【００５２】このカスタマイズド・ソースプログラムにおいては、伝票入力画面上で、伝票の各項目のデータａ〜ｆが、図９中で矢印で示すようにデータａ→データｂ→データｅ→データｄ→データｃ→データｆの順に入力または表示処理されることになる。これにより、オペレータは、違和感を覚えることなく、伝票入力処理を行うことができる。尚、本実施例では、伝票入力画面上の伝票フォーマットと印刷出力される伝票のフォーマットとは一致している（ＷＹＳＩＷＹＧ：Ｗｈａｔ　Ｙｏｕ　Ｓｅｅ　Ｉｓ　Ｗｈａｔ　Ｙｏｕ　Ｇｅｔ）。
【００５３】このように、オペレータが新たにフォーマットを設定すると、この設定に合わせてオリジナル・ソースプログラム内の伝票入力処理部の各項目の処理の実行順序が自動的に変更（カスタマイズ）される。この処理の実行順序の修正は、伝票入力画面上の伝票の各項目のデータ入力域の始点座標位置と、上記各項目の処理順序の依存関係とを基になされるので、カスタマイズド・ソースプログラムの実行に際しては、各項目の処理が正しい順序で実行され、オペレータは、伝票データ入力画面上でデータ入力操作をスムーズに行うことが可能となる。
【００５４】図１４は、カスタマイズツール１１０によって実行される上記オリジナル・ソースプログラムのカスタマイズ処理を説明するフローチャートである。
　入力装置１０４が操作され、ユーザにより伝票フォーマットのカスタマイズが指示されると、項目設定部１１１は、オリジナルソースファイル１０１から伝票発行業務用のオリジナル・ソースプログラムを読み込み、表示装置１０３のスクリーン上に伝票フォーマット設定画面を表示する（Ｓ１０１）。続いて、ユーザは、該伝票フォーマット設定画面上で入力装置１０４を操作して、新たな伝票フォーマット（伝票入力画面及び伝票印刷用のフォーマット）を設定する。項目設定部１１１は、上記設定情報に基づいてオリジナル・ソースプログラム内の伝票フォーマット情報を変更する。そして、この変更したオリジナル・ソースプログラム（中間ソースプログラム）を処理順序生成部１１２に出力する（Ｓ１０２）。上記動作により、例えば、伝票フォーマットが図６に示すフォーマットから図９に示すフォーマットに変更されるように指示がなされる。」
　
　以上の（ア）ないし（オ）の記載および図面を総合すると、引用例には、以下の発明が開示されていると認めることができる。
「１　複数の項目（「コード」（商品コード）、「商品名」、「数量１」、「数量２」、「単価」、及び「金額」（売上金額）等）を有する伝票を表示する方法であって、
　２　当該伝票の複数の項目のそれぞれを、表示画面上のＸ−Ｙ座標のどの位置に表示するかを設定する伝票フォーマット（図７，図１０）を作成し、
　３　各項目を取り出して、前記伝票フォーマットを参照して設定されている位置に該項目を表示させる（図６，図９）表示方法。」
（以下、引用例に記載された発明を、「引用発明」という。）
　
　
　４．対比
　対比をする前に、請求項１記載の用語「桁」の意味を検討しておく。
　請求項１で「表の１つあるいは複数の桁のデータ」というときの「桁」は、明細書および図面の記載からみて、元データのヘッダ情報上の桁位置、すなわち「元データの項目」を意味すると解される。
　また、請求項１で「いずれの桁に表示するかを設定する」というときの「桁」は、表示バッファ上の「桁の位置」を意味すると解される。
　同じように、「上記表の桁のデータ」というときの「桁」は「元データの項目」を意味し、「設定されている桁に表示する」というときの「桁」は表示バッファ上の「桁の位置」を意味すると解される。
　以上の解釈を基に、引用発明と本願発明を対比する。
　
　引用発明の「伝票」は、複数の項目からなるデータであって、行（Ｘ）方向に複数の項目が配置され、列（Ｙ）方向に同じ項目が並ぶように配置されるデータであるから、本願発明の元データすなわち「表データ」に相当するものである。
　そして、引用発明における伝票の「項目」は、本願発明で「表の１つあるいは複数の桁のデータ」あるいは「上記表の桁のデータ」というときの「桁」に相当するといえる。
　また、引用発明の「伝票フォーマット」は、項目のデータの配置（表示）位置を設定する情報であるから、項目のデータの配置位置を設定するための情報という点で本願発明の「複数表示情報テーブル」に対応するものであり、したがって、引用発明において項目の配置位置を示す「Ｘ−Ｙ座標」は、データを配置する「位置」という意味で、本願発明で「いずれの桁に表示するかを設定する」あるいは「設定されている桁に表示する」というときの「桁」に対応するということができる。
　ところで、引用例において、上記「表示方法」は、カスタマイズ装置（１００）に実行させているから、当該カスタマイズ装置（実質的にコンピュータ）において、上記表示方法を実行させるプログラムが記録媒体に読み取り可能に記録されていることは自明である。
　
　以上のことから、引用発明と本願発明とは、
　＜一致点＞
「表データを表示する表示制御プログラムを記録したコンピュータ読取可能な記録媒体において、
　表の１つあるいは複数の桁のデータをいずれの位置に表示するかを設定する複数表示情報テーブルを作成する手段と、
　上記表の桁のデータを取り出して上記複数表示情報テーブルを参照して設定されている位置に表示する手段と
して機能させるプログラムを記録したコンピュータ読取可能な記録媒体。」
　
　である点で一致し、以下の点で相違している。
　
　＜相違点＞ 
　本願発明の「複数表示情報テーブル」は、桁（元データの特定の項目）のデータを表示バッファ上のいずれの桁に表示するかを設定するものであるのに対し、
　引用発明の「伝票フォーマット」は、伝票の特定の項目のデータを表示座標上（Ｘ−Ｙ座標）のいずれの位置に表示するかを設定するものであって、桁を設定するものではない点。
　
　
　５．判断
　＜相違点＞について
　引用例の伝票フォーマット例（図１０）と、その伝票フォーマットに基づく表示例（図９）、および図１１をみると、伝票の項目名である商品コードおよび商品名に、それぞれ（Ｘ始点：２，Ｙ始点：４）および（Ｘ始点：２，Ｙ始点：５）が設定されたとき、図９中のａで示された領域に商品コードを、ｂで示された領域に商品名を表示することが記載されている。（その他の項目も同様である。）
　すなわち、引用例の図１０の伝票フォーマットにおいて、項目名に対して設定される座標位置（Ｘ始点，Ｙ始点）は、図９のような表における特定の桁の先頭位置および上下の配置位置を示していること、そして引用例の伝票フォーマットにおけるＸ始点と表中の桁の位置は対応している（例でいえば、始点２は０桁、同２２は１桁、同２８は２桁、同３４は４桁　なお、図１０には一部誤記があり、Ｘ始点の２２と２８が逆になっている。）ことが理解できる。
　したがって、引用例の伝票フォーマットにおいて、桁の先頭位置を示す座標位置（Ｘ始点，Ｙ始点）を設定することを、桁の位置を設定するように換える程度のことは、当業者が容易に想到できたと認められる。
　なお、請求人は平成１８年９月２６日付手続補正書（方式）において、
１．本願発明が主張する、１つあるいは複数の桁のデータをいずれの桁に表示するかを設定する複数表示情報テーブルを持つ構成を示唆する記述は無く、このようなテーブルを持つ構成は、表示を行う位置をＸＹ座標を指定して設定する引用文献の技術をもとに、トレードオフを鑑みて自明に導き出せる構成ではありません。
２．また、単に、Ｘ座標Ｙ座標の指定に代えて桁行を指定するようにした場合、本願発明の図１を例に考えると、ヘッダ情報の「Ａ」「Ｂ」「Ｃ」のデータ項目について、どの桁をどこに表示させるか、例えば「Ａ」は「０」、「Ｂ」と「Ｃ」は「ｌ」というように、データ項目ごとに表示すべき桁を設定してゆくことになります。
　このため、例えば「Ａ」と、「Ａ」から桁位置が大きく離れた「Ｚ」とを同じ桁位置「１」に表示するように設定した場合、「Ａ」と、「Ａ」から桁位置が大きく離れた「Ｚ」の設定個所に値「１」が設定されることになり、設定されたファイルから、ある桁に、どの項目とどの項目が表示される設定になっているかを判読することは容易ではありません。
３．一方、本願発明では、１つあるいは複数の桁のデータをいずれの桁に表示するかを設定する複数表示情報テーブルを持つ構成を取ることを特徴としており、この特徴ある構成により、複数表示情報テーブルの設定から容易に出力結果を判断できる、あるいは、所望する出力結果から容易に複数表示情報テーブルの設定ができる、という顕著な効果が発生します。
　等の主張をしている。
　上記主張は要するに、本願発明の「複数表示情報テーブル」は、本願の図１の１４に示されているような構造のデータ、つまり、表示バッファ上の桁位置（０，１，２，３）を基準として、元データの各桁（項目Ａ，Ｂ，Ｃ，Ｄ，Ｅに対応付けられた０，１，２，３，４の桁）のデータを表示バッファ上のどの桁位置に表示するか設定したデータであること、そしてそれゆえに、元データにおいて離れた項目（例えば２５桁目の項目Ｚ）を複数表示情報テーブルの前の方の桁（例えば１桁目）に設定した場合でも、複数表示情報テーブルを見て、特定の桁（１桁目）にどの項目が表示される設定になっているのか容易に判読できる効果があること、を主張するものと理解される。
　しかしながら、請求項１には「複数表示情報テーブル」について、「表の１つあるいは複数の桁のデータをいずれの桁に表示するかを設定する」と記載されているのみで、「複数表示情報テーブル」の構造が図１の１４に示されている構造に特定されているとは認められない。
　したがって、請求人が主張する「複数表示情報テーブル」の構造を前提とした効果の主張もまた採用することができない。
　なお仮に、「複数表示情報テーブル」が、図１の１４に示されている構造に特定されるものであるとしても、引用例における、例えば図１０記載の「伝票フォーマット」において、Ｘ始点（２，２２，２８，３４）のそれぞれを桁（０，１，２，３）で置き換えた場合、伝票フォーマットは、商品コード−桁０，商品名−桁０，数量１−桁１，数量２−桁１，商品単価−桁２，売上金額−桁３というデータになり、このデータを桁を基準に並び替えると、桁０−商品コード・商品名，桁１−数量１・数量２，桁２−商品単価，桁３−売上金額となることから明らかなように、引用例記載の「伝票フォーマット」の構造と、本願の図１の１４に示されている「複数表示情報テーブル」の構造の相違は、単なる表現上の相違にすぎないものである。
　つまり、引用例記載の、項目を基準にしてその項目が表示される位置を設定した「伝票フォーマット」と、本願実施例記載の、表示桁を基準にしてその桁に表示される項目を設定した「複数表示情報テーブル」は、データ構造の表現を変えたものにすぎず、いずれの構造とするかは適宜選択し得る設計事項にすぎないといえる。
　したがって、上記請求人の主張は採用することができない。
　さらに、本願発明の作用効果等を勘案しても、本願発明に格別の点を認めることはできない。
　よって、本願発明は、引用発明から当業者が容易に発明できたと認められる。
　
　
　６．むすび
　以上のとおり、本願発明は、引用発明に基づいて当業者が容易に発明できたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　したがって、本願は、他の請求項について検討するまでもなく、拒絶されるべきものである。
　よって、結論のとおり審決する。