【事件の表示】
　特願２００３−１７４２７１「電子帳票設計管理方法及び装置並びに処理プログラムと記録媒体」拒絶査定不服審判事件〔平成１７年　１月１３日出願公開、特開２００５−　１１０５５〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は、平成１５年６月１９日の出願であって、平成１９年２月９日付けで拒絶理由通知がなされ、同年４月１８日付けで手続補正がなされたが、同年９月１０日付けで拒絶査定がなされ、これに対し、同年１０月１８日に拒絶査定不服審判の請求がなされるとともに、同年１１月１４日付けで手続補正がなされたものである。
　
２．本願発明
　本願の請求項５に係る発明は、平成１９年１１月１４日付けの手続補正書により補正された特許請求の範囲の請求項５に記載されたとおりの次のものと認める。（以下、「本願発明」という。）
「電子帳票の設計及び管理を行う電子帳票設計管理装置において、
　電子帳票とその電子帳票で利用している部品とを関連付けたマッピング情報を参照し、更新された部品を利用している電子帳票を検索する関連帳票検索モジュールと、前記検索された電子帳票で利用している部品またはその電子帳票のマッピング情報を更新或いは、既存の帳票は更新せずに残し、新たな帳票を追加することにより電子帳票の更新または生成を行う部品・帳票更新モジュールとを備えることを特徴とする電子帳票設計管理装置。」
　
３．引用例
　原査定の拒絶の理由に引用された特開２０００−２４２５４０号公報（以下、「引用例」という。）には、図面とともに次の事項が記載されている。
　
Ａ．「【０００１】
【発明の属する技術分野】本発明は、ネットワークを介して各種の情報を提供する計算機システムに係り、とりわけ、提供対象となる情報としてのコンテンツを管理するコンテンツ管理システム、その方法およびコンテンツ管理プログラムを記録したコンピュータ読み取り可能な記録媒体に関する。
【０００２】
【従来の技術】近年、パーソナルコンピュータやインターネット等の急速な普及により、ネットワークを介して各種の情報を提供するＷＷＷ（world wide web）システム等の計算機システムが広く用いられるようになってきている。このような計算機システムにおいては、サーバに格納された情報をクライアントから最新のものに更新したり、サーバに格納された情報をクライアントで閲覧または実行することができるようになっている。なお、このようにして提供される情報としては、ＨＴＭＬ（hyper text markup language）文書やＭＨＥＧ（multimedia and hypermedia expert group）データ等のマルチメディアデータの他、Ｊａｖａ（商標）アプリケーションのようなプログラム等があり、これらは総じてコンテンツと呼ばれる。」
　
Ｂ．「【００１４】
第１の実施の形態
図１乃至図１１および図１８は本発明によるコンテンツ管理システムの第１の実施の形態を説明するための図である。
【００１５】まず、図１８により、コンテンツ管理システムが適用される計算機システムについて説明する。図１８に示すように、計算機システム３０は、サーバ３１と、サーバ３１にネットワーク３３を介して接続された複数のクライアント３２とを備え、サーバ３１に格納された情報をクライアント３２から最新のものに更新したり、サーバ３１に格納された情報をクライアント３２で閲覧または実行することができるようになっている。なお、このようにして提供される情報は、複数の構成要素からなるコンテンツであり、具体的には例えば、ＨＴＭＬ文書やＭＨＥＧデータ等のマルチメディアデータの他、Ｊａｖａ（商標）アプリケーションのようなプログラム等である。
【００１６】次に、図１により、図１８に示す計算機システム３０に適用されるコンテンツ管理システムについて説明する。図１に示すように、本発明の第１の実施の形態に係るコンテンツ管理システムは、コンテンツを作成または編集するためのコンテンツ編集部１と、コンテンツ編集部１により作成または編集されたコンテンツを管理するコンテンツ管理部２と、コンテンツ管理部２により管理されたコンテンツを再生するコンテンツ再生部３と、コンテンツ編集部１またはコンテンツ再生部３とコンテンツ管理部２との間でコンテンツや命令等をやりとりするための送受信部４とを備えている。
【００１７】ここで、コンテンツ編集部１は、コンテンツおよびコンテンツの構成要素を作成または編集するためのものであり、送受信部４を介してコンテンツ管理部２との間でコンテンツや命令等をやりとりすることができるようになっている。
【００１８】また、コンテンツ管理部２は、コンテンツの構造を解析する構造解析部５と、コンテンツの構造情報および履歴情報を管理する構成情報管理部６と、コンテンツを保存するコンテンツ格納部７と、構造解析部５により解析されたコンテンツの構造情報および履歴情報をテーブル形式で保存するコンテンツ構造情報格納部８とを有している。なお、構成情報管理部６は、コンテンツの構造または構成要素の変化を検出するとともに、この検出結果に基づいてコンテンツ構造情報格納部５に保存されたコンテンツの構造情報および履歴情報を更新し、さらに、ユーザにより指定された所定の条件に合致するコンテンツを、コンテンツ構造情報格納部５に保存されたコンテンツの構造情報および履歴情報に基づいて再構築するようになっている。」
　
Ｃ．「【００２１】次に、図２乃至図１１により、このような構成からなる本発明の第１の実施の形態の作用について説明する。なおここでは、コンテンツの一種であるＨＴＭＬ文書を管理する場合を例に挙げて説明する。
【００２２】（ＨＴＭＬ文書のアップロード）まず、コンテンツ編集部１により作成または編集されたＨＴＭＬ文書をコンテンツ管理部２へアップロードして保存する場合の動作について説明する。
【００２３】図２に示すように、管理対象となるＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）２３，２４は、構成要素として画像ファイルや音声ファイル、Ｊａｖａアプレット等の複数のファイルを含むとともに、他のＨＴＭＬ文書２１，２２からハイパーテキスト等によりリンクが張られているものとする。
【００２４】ここで、管理対象となるＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）は、情報提供者（管理者）によってＨＴＭＬ文書２３として新規に作成された後、ユーザに対して最新のものが公開されるよう情報提供者によって頻繁に変更される。なお、このようなＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）の変更は例えば、ＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）の構造が変更されてＨＴＭＬ文書２３がＨＴＭＬ文書２４となることによって生じる他、ＨＴＭＬ文書２４の構成要素である画像ファイル（Ｇ２．ｇｉｆ）が更新されて画像ファイル２６が画像ファイル２７となることによっても生じる。
【００２５】以下、このようなＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）をコンテンツ管理部２へアップロードして保存する方法につき、ＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）を新規に作成する場合、ＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）の構造を変更する場合、およびＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）の構成要素を更新する場合に分けて説明する。」
　
Ｄ．「【００２９】なおここでは、ＨＴＭＬ文書２３は新規に作成されたものであり、コンテンツ構造情報格納部８にはＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）に対応する履歴情報テーブルが保存されていないので、ステップ１０４からステップ１０５へ進む。すなわち、ＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）に対応する履歴情報テーブル（Ｐ１.ｒｅｐ）を図４（ａ）に示すような内容で新たに作成し（ステップ１０５）、次いで、ＨＴＭＬ文書２３の実体であるＰ１＿１．ｈｔｍｌをコンテンツ格納部７に保存する（ステップ１０６）。なお、図４（ａ）に示す履歴情報テーブルは、ＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）の履歴情報をバージョン単位で保持するものであり、バージョン（“１．０”）、日付（“９７／１２／１”）、実体ファイル（“Ｐ１＿１．ｈｔｍｌ”）、構造情報テーブル（“Ｐ１＿１．ｓｔｒ”）およびキーワード（“Ｔｅｃｒａ”等）の各フィールドを含んでいる。
【００３０】その後、コンテンツ管理部２の構造解析部５は、ＨＴＭＬ文書２３の構造を解析して、ＨＴＭＬ文書２３の構造情報、すなわちＨＴＭＬ文書２３の構成要素である画像ファイルや音声ファイル、Ｊａｖａアプレット等の各ファイルを特定する構造情報テーブル（Ｐ１＿１．ｓｔｒ）を図４（ｂ）に示すような内容で新たに作成し、コンテンツ構造情報格納部８に保存する（ステップ１０７）。なお、図４（ｂ）に示す構造情報テーブルは、ＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）の構成要素を保持するものであり、構成要素（“Ｇ１．ｇｉｆ”）、タイプ（“ｇｉｆイメージ”）および履歴情報テーブル（“Ｇ１．ｒｅｐ”）の各フィールドを含んでいる。
【００３１】続いて、ＨＴＭＬ文書２３の各構成要素に対応する履歴情報テーブルが存在しているか否かを判断し（ステップ１０８）、存在していない場合には、その各構成要素に対応する履歴情報テーブル（例えばＧ１．ｒｅｐ）を図４（ｃ）に示すような内容で新たに作成する（ステップ１０９）。なお、図４（ｃ）に示す履歴情報テーブルは、図４（ａ）に示す履歴情報テーブルと同様に、テーブル名、バージョン、日付、実体ファイル、構造情報テーブルおよびキーワードの各フィールドを含んでいる。このうち、構造情報テーブルのフィールドについては、構成要素がｇｉｆイメージのように下位構造を有しないファイルである場合には無効となり、構成要素が他のＨＴＭＬ文書へのリンクのような下位構造を有するファイルである場合にのみ有効となる。」
　
Ｅ．「【００４２】次に、図７により、ＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）の構成要素である画像ファイル（Ｇ２．ｇｉｆ）を更新する場合について説明する。なおここでは、図２に示すように、ＨＴＭＬ文書２４の構造自体は何ら変更されていないが、構成要素である画像ファイル（Ｇ２．ｇｉｆ）が画像ファイル２６から画像ファイル２７のように更新され、ＨＴＭＬ文書２４が全体として変更されているものとする。
【００４３】コンテンツ編集部１によりＨＴＭＬ文書２４の構成要素である画像ファイル（Ｇ２．ｇｉｆ）が画像ファイル２６から画像ファイル２７のように更新されると、この更新後の画像ファイル２７はキーワード等の付加情報とともに送受信部４を介して送信され、コンテンツ管理部２において受信される（ステップ３０１）。
【００４４】コンテンツ管理部２の構造解析部５は、コンテンツ編集部１から送信された画像ファイル２７のファイル名を獲得した後（ステップ３０２）、そのファイル名を画像ファイル２７およびその付加情報とともに構成情報管理部６へ送る。
【００４５】その後、このようにして獲得されたファイル名に基づいて他のＨＴＭＬ文書の構造情報テーブルを検索し、画像ファイル（Ｇ２．ｇｉｆ）が他のＨＴＭＬ文書と共有されているか否かを判断する（ステップ３０４）。
【００４６】ここで、画像ファイル（Ｇ２．ｇｉｆ）を含む構造情報テーブルとして図８に示すようなテーブルが見つかった場合には、コンテンツ編集部１に対して画像ファイル（Ｇ２．ｇｉｆ）の更新が他のＨＴＭＬ文書にも影響を与えることを送受信部４を介して通知し（ステップ３０５）、コンテンツ編集部１を利用する情報提供者に対して画像ファイル（Ｇ２．ｇｉｆ）の更新の是非を確認する（ステップ３０６）。
【００４７】このような通知に対して情報提供者が承諾した場合には、構成情報管理部６は、構成要素となる画像ファイル（Ｇ２．ｇｉｆ）に対応する履歴情報テーブルに新たなバージョンのレコードを追加するとともに、更新後の画像ファイル２７をコンテンツ格納部７に保存する（ステップ３０７）。これに対し、情報提供者が承諾しない場合には、履歴情報テーブルの変更および画像ファイルの格納を中止する。」
　
Ｆ．「【００４８】（ＨＴＭＬ文書のダウンロード）次に、コンテンツ管理部２で管理されているＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）をコンテンツ再生部３で再生する場合の動作について説明する。
【００４９】なお、コンテンツ再生部３において、ユーザがＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）の送信を要求し、この送信要求がコンテンツ管理部２に対して送受信部４を介して送信されると、コンテンツ管理部２の構成情報管理部６は、ユーザにより指定された所定の条件に合致するＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）を、コンテンツ構造情報格納部８に保存されたコンテンツの構造情報および履歴情報に基づいて再構築する。なお、ここでいう所定の条件とは、（１）ＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）のバージョン、（２）ＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）またはその構成要素に付されたキーワード等の付加情報、および（３）日付である。以下、ＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）をコンテンツ再生部３へダウンロードして再生する方法につき、上述した３つの条件のそれぞれを用いる場合に分けて説明する。
【００５０】まず、図９により、バージョンを指定してＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）を再生する場合について説明する。
【００５１】コンテンツ再生部３からコンテンツ管理部２に対してＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）の送信が要求されると、この送信要求は送受信部４を介してコンテンツ管理部２において受信される（ステップ４０１）。
【００５２】コンテンツ管理部２の構成情報管理部６は、コンテンツ構造情報格納部８に保存されたコンテンツの履歴情報テーブルのうち指定されたＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）に対応する履歴情報テーブル（図６（ａ）参照）を検索し（ステップ４０２）、この検索結果に基づいてＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）のバージョンの一覧を返す。なお、このようなバージョンの一覧は、送受信部４を介してユーザにより選択可能な形式に変換された上でコンテンツ再生部３へ送信される（ステップ４０３）。
【００５３】コンテンツ再生部３においては、受信したバージョンの一覧から任意のバージョンを選択し、送受信部４を介してコンテンツ管理部２の構成情報管理部６へ通知する（ステップ４０４）。なおここでは、バージョン１．１が選択されるものとする。このとき、構成情報管理部６は、コンテンツ構造情報格納部８に保存された履歴情報テーブル（図６（ａ）参照）を検索し、バージョン１．１に対応する構造情報テーブルの名称Ｐ１＿２．ｓｔｒを獲得する（ステップ４０５）。
【００５４】その後、コンテンツ管理部２の構成情報管理部６は、構造情報テーブル（Ｐ１＿２．ｓｔｒ）を検索して、送信が要求されたＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）の各構成要素に対応する履歴情報テーブルの名称Ｇ２．ｒｅｐ，Ｇ３．ｒｅｐ，Ｇ４．ｒｅｐを順次獲得する（ステップ４０６）。次に、構成情報管理部６は、各構成要素である画像ファイル（Ｇ２．ｇｉｆ，Ｇ３．ｇｉｆ，Ｇ４．ｇｉｆ）に対応する履歴情報テーブルを検索し、最新の実体のファイル名を獲得する（ステップ４０７）。なおここでは、例えば構成要素である画像ファイル（Ｇ２．ｇｉｆ）の場合には、履歴情報テーブル（図６（ｃ）に示すＧ２．ｒｅｐ）のうち最新（バージョン１．１）の実体のファイル名Ｇ２＿２．ｇｉｆを獲得する。
【００５５】そして、コンテンツ管理部２の構成情報管理部６は、ＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）の実体としてＰ１＿２．ｈｔｍｌを返し、画像ファイル（Ｇ２．ｇｉｆ）の実体としてＧ２＿２．ｇｉｆを返す（ステップ４０８）。なお、このような実体は、送受信部４を介してコンテンツ再生部３へ送信される（ステップ４０８）。
【００５６】なお、上述したステップ４０６乃至４０８の処理は、全ての構成要素について行われる（ステップ４０９）。」
　
　上記Ａ〜Ｆの記載及び関連する図面を参照すると、引用例には、次の発明が記載されているものと認められる。（以下、「引用例記載の発明」という。）
「コンテンツの作成及び管理を行うコンテンツ管理システムにおいて、
　画像ファイル等の複数のファイルを構成要素として含むＨＴＭＬ文書を、コンテンツの一種として作成及び管理する場合に、
　構造情報テーブルを検索して、更新された画像ファイルを共有している他のＨＴＭＬ文書を見つける処理と、更新された画像ファイルを保存するとともに、更新された画像ファイルに対応する履歴情報テーブルに新たなバージョンのレコードを追加することによりＨＴＭＬ文書の再構築を行う処理とを行う構成情報管理部を備えるコンテンツ管理システム。」
　
４．対比
　本願発明と引用例記載の発明とを対比すると、次のことがいえる。
　
（あ）引用例記載の発明における「コンテンツ」及び「コンテンツ管理システム」と、本願発明における「電子帳票」及び「電子帳票設計管理装置」とは、それぞれ、「電子情報」及び「装置」である点で共通するものである。
　そして、「コンテンツの設計」は、「コンテンツの作成」を行う過程の一部であるから、引用例記載の発明における「コンテンツ管理システム」も「コンテンツの設計」を行っているといえる。
　よって、引用例記載の発明における「コンテンツの作成及び管理を行うコンテンツ管理システム」と、本願発明における「電子帳票の設計及び管理を行う電子帳票設計管理装置」とは、ともに、「電子情報の設計及び管理を行う装置」である点で共通するものである。
　
（い）引用例の上記Ｆには、ＨＴＭＬ文書を再生する場合の動作について記載されており、特に、段落【００４９】には、「構成情報管理部６は、ユーザにより指定された所定の条件に合致するＨＴＭＬ文書（Ｐ１．ｈｔｍｌ）を、コンテンツ構造情報格納部８に保存されたコンテンツの構造情報および履歴情報に基づいて再構築する。」と記載されている。
　そして、上記Ｄの段落【００２９】〜【００３１】を参照すると、構造情報テーブルはＨＴＭＬ文書の構成要素を保持するものであり、履歴情報テーブルは履歴情報を保持するものであるから、引用例記載の発明における「構造情報テーブル」及び「履歴情報テーブル」は、指定された所定の条件に合致するＨＴＭＬ文書を構築するために必要な情報、すなわち、ＨＴＭＬ文書と、そのＨＴＭＬ文書で利用している構成要素とを関連付けた情報を有するものであるといえる。
　ここで、引用例記載の発明における「ＨＴＭＬ文書」は、コンテンツの一種であるから「電子情報」であるといえ、引用例記載の発明における「構成要素」は、コンテンツを構成するために用いられるものであるから「部品」であるといえるので、引用例記載の発明における「構造情報テーブル」及び「履歴情報テーブル」は、電子情報とその電子情報で利用している部品とを関連付けた情報であり、本願発明における「マッピング情報」に相当する。
　また、引用例記載の発明における「更新された画像ファイルを共有している他のＨＴＭＬ文書」は、「更新された画像ファイル」を構成要素とする「他のＨＴＭＬ文書」のことであり、画像ファイルを構成要素とするということは、その画像ファイルを利用していることを意味している。
　よって、引用例記載の発明における「構造情報テーブルを検索して、更新された画像ファイルを共有している他のＨＴＭＬ文書を見つける処理」と、本願発明における「電子帳票とその電子帳票で利用している部品とを関連付けたマッピング情報を参照し、更新された部品を利用している電子帳票を検索する」とは、ともに、「電子情報とその電子情報で利用している部品とを関連付けたマッピング情報を参照し、更新された部品を利用している電子情報を検索する」点で共通するものである。
　
（う）本願発明における「既存の帳票は更新せずに残し、新たな帳票を追加する」ことは、本願の明細書の段落【００６７】〜【００６９】，図１０のステップ１００８，１００９の記載からみて、マッピング情報テーブルの変更対象帳票に関する既存のレコードは更新せずに残し、変更対象帳票に関する新規レコードを追加することを意味しているものと解される。
　一方、引用例記載の発明における「更新された画像ファイルに対応する履歴情報テーブルに新たなバージョンのレコードを追加する」処理は、画像ファイルに対応する履歴情報テーブル内の、更新される前の画像ファイルに関する情報を残し、更新された後の画像ファイルに関する情報を新たなバージョンのレコードとして追加することを意味しており、また、上記（い）で検討したように、引用例記載の発明における「構造情報テーブル」及び「履歴情報テーブル」は、本願発明における「マッピング情報」に相当することから、引用例記載の発明における「更新された画像ファイルに対応する履歴情報テーブルに新たなバージョンのレコードを追加する」処理と、本願発明における「既存の帳票は更新せずに残し、新たな帳票を追加する」こととは、ともに、「既存の電子情報は更新せずに残し、新たな電子情報を追加する」点で共通するものである。
　そして、引用例記載の発明は、構成要素を更新することによりコンテンツが更新され、コンテンツの構造情報および履歴情報に基づいてコンテンツが再構築されるものであるといえる。
　よって、引用例記載の発明における「更新された画像ファイルに対応する履歴情報テーブルに新たなバージョンのレコードを追加することによりＨＴＭＬ文書の再構築を行う」処理と、本願発明における「既存の帳票は更新せずに残し、新たな帳票を追加することにより電子帳票の更新または生成を行う」こととは、ともに、「既存の電子情報は更新せずに残し、新たな電子情報を追加することにより電子情報の更新または生成を行う」点で共通するものである。
　
　上記（あ）〜（う）の事項を踏まえると、本願発明と引用例記載の発明とは、次の点で一致し、また、相違するものと認められる。
　
（一致点）
　本願発明と引用例記載の発明とは、ともに、
「電子情報の設計及び管理を行う装置において、
電子情報とその電子情報で利用している部品とを関連付けたマッピング情報を参照し、更新された部品を利用している電子情報を検索し、既存の電子情報は更新せずに残し、新たな電子情報を追加することにより電子情報の更新または生成を行う装置。」
である点。
　
（相違点）
　相違点１：「電子情報」が、本願発明においては、「電子帳票」であるのに対し、引用例記載の発明においては、「コンテンツ」又は「ＨＴＭＬ文書」であり、「装置」が、本願発明においては、「電子帳票設計管理装置」であるのに対し、引用例記載の発明においては、「コンテンツ管理システム」である点。
　
　相違点２：本願発明は、「検索された電子帳票で利用している部品またはその電子帳票のマッピング情報を更新」をも行うものであるのに対し、引用例記載の発明は、「更新された画像ファイルを保存する」ことを行うにすぎない点。
　
　相違点３：本願発明は、「関連帳票検索モジュール」と「部品・帳票更新モジュール」の２つのモジュールを有しているのに対し、引用例記載の発明は、そのようなものではない点。
　
５．当審の判断
　そこで、上記相違点１〜３について検討する。
　
（相違点１について）
　引用例記載の発明における「コンテンツ」は、上記Ａの段落【０００２】を参照すると、サーバに格納されて提供される情報一般を意味しており、提供される情報として、周知の「電子帳票」を採用することは、当業者が適宜なし得ることである。
　よって、引用例記載の発明における「コンテンツ」及び「ＨＴＭＬ文書」を「電子帳票」とし、引用例記載の発明における「コンテンツ管理システム」を「電子帳票設計管理装置」とすることは、当業者が適宜なし得ることである。
　
（相違点２について）
　引用例記載の発明における「更新された画像ファイルを保存する」処理は、上記Ｅの段落【００４７】の「構成要素となる画像ファイル（Ｇ２．ｇｉｆ）に対応する履歴情報テーブルに新たなバージョンのレコードを追加する」という記載、及び、図６（ｃ）を参照すると、更新された画像情報をファイル名を変更して保存する処理である。
　一方、本願発明における「検索された電子帳票で利用している部品またはその電子帳票のマッピング情報を更新」することは、本願の明細書の段落【００６５】，【００６６】，図１０のステップ１００６，１００７の記載からみて、部品またはマッピング情報を記憶装置で上書き保存するものと解される。
　ここで、情報を更新する際に、更新前の情報を必要とする場合には、どちらの情報も使用できるように別名で保存し、更新前の情報を必要としない場合には、更新前の情報は残さずに上書き保存することは、ごく普通に行なわれていることであることを鑑みれば、引用例記載の発明において、上記のような一般的技術を参酌し、構成要素の更新を行う際に上書き保存をも行える構成とすることは、当業者が容易に想到し得ることである。
　さらに、上記のような構成要素の上書きに替えて、該構成要素に対応する履歴情報テーブルの上書きをしても、上記構成要素の上書きと同様の機能が達成できることは当業者に自明である。
　よって、引用例記載の発明を「検索された電子帳票で利用している部品またはその電子帳票のマッピング情報の更新」をも行うものとすることは当業者が容易に想到し得ることである。
　
（相違点３について）
　一般に、ひとまとまりの処理をモジュール化することは、ごく普通に行われていることであるから、引用例記載の発明においても、各処理をそれぞれ個別のモジュールによって行うことにより、「関連帳票検索モジュール」と「部品・帳票更新モジュール」とを備える構成とすることは、当業者が適宜なし得ることである。
　
（本願発明の作用効果について）
　そして、本願発明の構成によってもたらされる効果も、引用例記載の発明から当業者が容易に予測することができる程度のものであって、格別のものとはいえない。
　
６．むすび
　以上のとおり、本願発明は、引用例記載の発明に基いて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　したがって、本願は、他の請求項について検討するまでもなく、拒絶されるべきものである。
　よって、結論のとおり審決する。