【事件の表示】
　特願２００５−１５３１２４「表示情報送受信システム、表示情報送信装置」拒絶査定不服審判事件〔平成１８年１２月　７日出願公開、特開２００６−３３１０３５〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１　手続の経緯
　本願は、平成１７年５月２５日の出願であって、平成２１年６月１８日付けで拒絶をすべき旨の査定がされ、これに対し同年１０月１日に拒絶査定不服審判の請求がなされるとともに、同日付けで手続補正がなされ、その後、当審において、平成２３年６月３日付けの拒絶の理由に対して、同年８月１０日付けで意見書が提出されるとともに、同日付けで手続補正がなされたものである。
　
２　本願発明
　本願の請求項４に係る発明（以下「本願発明」という。）は、平成２３年８月１０日付けの手続補正書の特許請求の範囲の請求項４に記載された事項により特定される、以下のとおりのものである。
　
「複数の部品から１画面が構成される表示情報をフレームメモリに展開し、該フレームメモリに展開した表示情報を表示する表示装置を備える携帯電話機に携帯電話網を含む通信網を介して接続される表示情報送信装置であって、
　前記携帯電話機の表示装置における１画面の表示情報を構成する部品を全て含むとともに当該表示情報の生成に不要な部品を含まない表示情報ファイルであって、対応する表示情報を構成する部品の画面上の配置に関する情報と、個々の部品の表示に関する情報とを含む表示情報ファイルを、前記表示装置に表示され得る画面の種類毎に用意して複数記憶した表示情報ファイル記憶手段と、
　前記携帯電話機からの画面表示要求を受信する画面表示要求受信手段と、
　前記画面表示要求受信手段の受信した画面表示要求に対応した表示情報ファイルを前記表示情報ファイル記憶手段から読み出して、前記通信網を介して前記携帯電話機に送信する表示情報ファイル送信手段とを備え、
　前記表示情報ファイル記憶手段に記憶された複数の表示情報ファイルは、異なる表示情報ファイルが前記表示情報を構成する部品として同じ部品を共通して含む場合がある
　ことを特徴とする表示情報送信装置。」
　
３　当審の拒絶の理由
　当審において通知した平成２３年６月３日付けの拒絶の理由の概要は、本願発明は、特開２００３−１６２４６８号公報（平成１５年６月６日出願公開。以下「引用例１」という。）に記載された発明、神森勉、ＷＥＢを彩る５０のテクニック　ＨＴＭＬデザインの手法２０、ＭｄＮ　２００１　ＭＡＹ、日本、平成１３年５月１日発行、ｖｏｌ．８５、５０〜５１頁（以下「引用例２」という。）に記載された技術、特開２００４−３４３６８３号公報（平成１６年１２月２日出願公開。以下「引用例３」という。）に記載された技術及び周知技術に基づいて当業者が容易に発明をすることができたものであるから、特許法２９条２項の規定により特許を受けることができない、というものである。
　
４　引用例の記載
（１）引用例１
　引用例１には、図面とともに次の事項が記載されている。
　
ア　「【０００１】
【発明の属する技術分野】本発明は、ネットワークを介してホームページの閲覧やメールの送受信を行うウェブ（Ｗｅｂ）システムに係り、特にネットワークにおけるデータの伝送量及び伝送時間を大幅に短縮できるＷｅｂシステムに関する。」（２頁段落【０００１】）
　
イ　「【０００４】当該ニーズに応えるための１つの技術として、営業店に設置されたパソコンなどの端末装置や、営業担当者が携帯して顧客先で操作する携帯ＰＣ又は携帯端末などの端末装置から、イントラネット・インターネットなどの広域ネットワークを介して、ホームページなどの情報閲覧や提供される検索エンジンを用いた情報検索を行うＷｅｂシステムがある。
【０００５】一般的にＷｅｂシステムは、特に閲覧システムとして使用する場合、閲覧に供する画面情報（ホームページ等）を格納しておき、閲覧する画面情報の格納先を指定した問合せ情報を受け取って、問合せ情報に対応した指定場所に格納されている画面情報を返送するＷｅｂサーバ１と、閲覧する画面情報を指定して問合せの指示を入力し、閲覧結果として送信された情報を表示する端末装置２と、問合せ情報及び画面情報の伝送を担うインターネット・イントラネットなどのネットワーク３から成る。
【０００６】Ｗｅｂシステムを構成する従来のＷｅｂサーバ１及び端末装置２の構成について図４を使って説明する。図４は、従来のＷｅｂサーバ１及び端末装置２の構成を示すブロック図である。従来のＷｅｂサーバ１は、ネットワーク３との通信を行う通信部１１と、閲覧する画面情報を画面データ１２ａとして記憶する記憶部１２と、閲覧する画面情報を指定した問合せ情報を受け取って、記憶部１２中の問合せ情報に対応した指定場所に格納されている画面データを読み出して返送する制御を行う閲覧受付手段１０ａを有する制御部１０とから構成されている。
【０００７】ここで、通常Ｗｅｂシステムの画面データは、画面中にタイトル文字や表などを表現するためのプログラミング言語であるハイパーテキストＨＴＭＬ（HyperText Makeup Language）というホームページ作成言語を用いて記述されている。ＨＴＭＬは、文字等に対して特殊な効果を持たせる「制御タグ」と、実際に画面に表示される文字や画像データ（イメージデータ）格納場所などを示すデータなどから構成され、定型的なテキストデータであり、この画面データが記憶場所を示すアドレス（ＵＲＬ：Uniform Resource Locator）で管理されて、記憶されている。通常画面内には文字データのみならず、画像（イメージ）データやＣＧＩ（Common Gateway Interface）を用いたインタラクティブな機能を組み込むプログラム等も含まれることがあり、更に画面上の各所からリンクが貼られて、次の画面に移動できるようになっている場合が多い。そして、画面表示内容が複雑になるに従い、そのプログラミング内容も複雑になり、必然的に当該画面のプログラミングデータ量も大きな容量になってゆく。
【０００８】一方、従来の端末装置２は、ネットワーク３との通信を行う通信部２１と、閲覧用のソフトウェアを記憶している記憶部２２と、閲覧する画面情報の指定を入力する入力部２３と、閲覧結果を表示する表示部２４と、閲覧用のソフトウェア（ブラウザ）２０ａを実行しＵＲＬを指定することによって画面の閲覧を行わせる制御部２０とから構成されている。
【０００９】そして、従来のＷｅｂシステムの動作としては、Ｗｅｂサーバ１の記憶部１２にＵＲＬで格納場所が管理されているＷｅｂ画面の画面データ１２ａが記憶されている。そして、端末装置２において、制御部２０内で閲覧ソフト（ブラウザ）２０ａが起動され、閲覧場所として、Ｗｅｂサーバ１上の画面データ１２ａのＵＲＬが入力部２３から指定されると、指定されたＵＲＬを含む問合せコマンドがインターネット・イントラネット等のネットワーク３を経由して伝送され、該当Ｗｅｂサーバ１に到達する。
【００１０】Ｗｅｂサーバ１では、閲覧受付手段１０ａの動作として、この問合せ情報を受け付け、記憶部１２を参照し、指定されたＵＲＬから該当する画面（ホームページ）の「制御タグ」や画面に含まれる画像データなどの画面データ１２ａが読み出されて、ネットワーク３を経由して、問合せた端末装置２の閲覧ソフト２０ａに返信される。端末装置２では、伝送された画面データが閲覧ソフト２０ａで受け取られ、「制御タグ」の内容が解釈されて、所定の画面が表示部２４に表示されるようになっている。」（２頁段落【０００４】〜３頁段落【００１０】）
　
ウ　「【００１３】
【発明が解決しようとする課題】しかしながら、従来のＷｅｂシステムでは、画像データなどは圧縮されているが、画面を記述したＨＴＭＬ言語による画面データのデータ形式がテキストデータタイプであり、圧縮されていないためデータサイズが大きく、これまでの一般的なクライアント／サーバ方式でのバイナリデータ伝送に比較して伝送時間がかかり、特に、低速度の狭帯域ネットワーク下でのデータ伝送には、約１０倍以上の伝送時間がかかってしまい、使用に耐えられないケースがあるという問題点があった。
【００１４】本発明は上記実情に鑑みて為されたもので、画面データの伝送時間を飛躍的に短縮して、狭帯域ネットワーク下であっても問合せから画面表示までのレスポンスを良くして使用に耐える使い勝手の良いＷｅｂシステムを提供することを目的とする。
【００１５】
【課題を解決するための手段】上記従来例の問題点を解決するための本発明は、情報発信元としてハイパーテキストで記述された画面データのファイル群を記憶し、問合せに対応して画面データを問い合わせ先に返送する少なくとも１つのウェブサーバと、ハイパーテキストブラウザ機能を具備し、ウェブサーバへ問合せ情報を送信し、当該ウェブサーバからの問合せ情報に対応する画面データを受け取って表示する少なくとも１つの端末装置と、ウェブサーバと端末装置とを接続するネットワークとを有するウェブシステムであって、ウェブサーバが、端末装置からの圧縮された問合せ情報を解凍する解凍手段、又は問合せ情報に対応する画面データを圧縮する圧縮手段、若しくはその両方を有するウェブサーバであり、端末装置が、問合せ情報を圧縮する圧縮手段、又はウェブサーバからの圧縮された画面データを解凍する解凍手段、若しくはその両方を有する端末装置であるものなので、端末装置からＷｅｂサーバへの問合せ情報、又はＷｅｂサーバから端末装置への問合せ情報に対応する画面データ、又はその両方を圧縮してネットワーク上を伝送することで、問合せ情報、又は画面データ、又はその両方の伝送時間を飛躍的に短縮できる。」（３頁段落【００１３】〜【００１５】）
　
エ　「【００１９】まず、Ｗｅｂサーバ及び端末装置におけるデータ圧縮／解凍手段として、プラグイン方式などのソフトウェア型で実現する第１の実施の形態について説明する。まず、本発明の第１の実施の形態にかかるＷｅｂシステムを構成するＷｅｂサーバ１及び端末装置２の構成について図１を使って説明する。図１は本発明の第１の実施の形態に係るＷｅｂサーバ１及び端末装置２の構成を示すブロック図である。尚、図４と同様の構成をとる部分については同一の符号を付して説明する。本発明の第１の実施の形態にかかるＷｅｂシステム（第１のＷｅｂシステムと呼ぶ）を構成するＷｅｂサーバ（第１のＷｅｂサーバと呼ぶ）１′は、図１に示すように、従来と同様の構成として、ネットワーク３との通信を行う通信部１１と、閲覧する画面情報を画面データ１２ａとして記憶する記憶部１２と、制御部１０′とから構成されている。但し、第１のＷｅｂサーバ１′の制御部１０′内には、従来と同様に閲覧する画面情報を指定した問合せ情報を受け取って、記憶部１２中の問合せ情報に対応した指定場所に格納されている画面情報を読み出して返送する制御を行う閲覧受付手段１０ａ′に加えて、端末装置２′との間で送受信するデータを圧縮／解凍するデータ圧縮／解凍手段１０ｂが新たに設けられている点が従来とは異なっている。
【００２０】本発明の第１のＷｅｂサーバ１′の各部について説明するが、通信部１１、画面データ１２ａを有する記憶部１２は従来と全く変わりないので説明を省略し、特徴部分に付いて説明する。尚、本発明のＷｅｂシステムにおける記憶部１２内の画面データ１２ａは、予め記憶されている画面データであっても良いし、また本発明のＷｅｂシステムをオンライン分析処理（ＯＬＡＰ）に用いる場合には、画面データ１２ａが、予め記憶されている画面データではなく、指定された特定の検索条件に基づいて、分散配置されているデータベースにおける検索結果を収集した結果作成される画面データであっても構わない。
【００２１】制御部１０′内の閲覧受付手段１０ａ′は、基本的には、従来の閲覧受付手段１０ａと同様で、閲覧する画面情報を指定した問合せ情報を受け取って、記憶部１２中の問合せ情報に対応した指定場所に格納されている画面データを読み出して返送する制御を行う物であるが、端末装置２′からの問合せ情報が圧縮されて伝送されるので、データ圧縮／解凍手段１０ｂを用いて解凍してから処理を行い、問合せ情報に対応する画面データを読み出したなら、データ圧縮／解凍手段１０ｂを用いて圧縮してから返送するようになっている。
【００２２】制御部１０′内のデータ圧縮／解凍手段１０ｂは、端末装置２′からＷｅｂサーバ１′に伝送される閲覧する画面情報を指定した問合せ情報の圧縮データを解凍し、逆に、Ｗｅｂサーバ１′から端末装置２′に伝送する問合せ情報に対応した指定場所に格納されている画面データを圧縮する物である。尚、データ圧縮／解凍手段１０ｂで行う圧縮／解凍技術としては、端末装置２′のデータ圧縮／解凍手段２０ｂと対応していることが前提であり、具体的にはＳＴＡＣ  ＬＺＳ（Lempel-Zip Standard）方式などの、普及している一般的な技術により実現可能であり、本発明においてこの圧縮技術を限定するものではない。また、第１のＷｅｂサーバ１′では、では、データ圧縮／解凍手段１０ｂを制御部１０′内に設け、閲覧受付手段１０ａ′のプラグイン方式などのソフトウェア型で実現するようにしている。
【００２３】一方、本発明の第１の実施の形態にかかるＷｅｂシステムを構成する端末装置（第１の端末装置と呼ぶ）２′は、図１に示すように、従来と同様の構成として、ネットワーク３との通信を行う通信部２１と、閲覧用のソフトウェアを記憶している記憶部２２と、閲覧する画面情報の指定を入力する入力部２３と、閲覧結果を表示する表示部２４と、制御部２０′とから構成されている。但し、第１の端末装置２′の制御部２０′内には、従来と同様にＵＲＬを指定することによって画面の閲覧を行わせる閲覧用のソフトウェア（ブラウザ）２０ａ′に加えて、Ｗｅｂサーバ１′との間で送受信するデータを圧縮／解凍するデータ圧縮／解凍手段２０ｂが新たに設けられている点が従来とは異なっている。
【００２４】本発明の第１の端末装置２′の各部について説明するが、通信部２１、記憶部２２、入力部２３、表示部２４は従来と全く変わりないので説明を省略し、特徴部分に付いて説明する。制御部２０′内の閲覧ソフト２０ａ′は、基本的には、従来の閲覧ソフト２０ａと同様で、Ｗｅｂサーバ１′におけるＵＲＬを指定することによって画面の閲覧の問合せ情報を送信し、Ｗｅｂサーバ１′から返送された画面データを解釈して表示部２４に表示する制御を行う一般的な閲覧用のソフトウェア（ブラウザ）であるが、Ｗｅｂサーバ１′に送信するＵＲＬを指定する問合せ情報をデータ圧縮／解凍手段２０ｂを用いて圧縮してからて送信し、Ｗｅｂサーバ１′から返送された画面データが圧縮されて伝送されるので、データ圧縮／解凍手段２０ｂを用いて解凍してから解釈して表示部２４に表示する点が従来とは異なっている。」（４頁段落【００１９】〜【００２４】）
　
オ　「【００２６】そして、本発明の第１のＷｅｂシステムの動作としては、Ｗｅｂサーバ１′の記憶部１２にＵＲＬで管理されたＷｅｂ画面の画面データ１２ａが記憶されている。そして、端末装置２′において、制御部２０′内で閲覧ソフト（ブラウザ）２０ａ′が起動され、閲覧場所として、Ｗｅｂサーバ１上の画面データ１２ａのＵＲＬが入力部２３から指定されると、指定されたＵＲＬの問合せコマンドがデータ圧縮／解凍手段２０ｂで圧縮されて、インターネット・イントラネット等のネットワーク３を経由して伝送され、該当Ｗｅｂサーバ１′に到達する。
【００２７】Ｗｅｂサーバ１′では、閲覧受付手段１０ａ′の動作として、この問合せ情報をデータ圧縮／解凍手段１０ｂで解凍して受け付け、記憶部１２を参照し、指定されたＵＲＬから該当する画面（ホームページ）の「制御タグ」や画面に含まれる画像データなどの画面データ１２ａが読み出されて、データ圧縮／解凍手段１０ｂで圧縮されて、ネットワーク３を経由して、問合せた端末装置２′の閲覧ソフト２０ａ′に返信される。端末装置２′では、伝送された画面データが閲覧ソフト２０ａ′によって受け取られ、データ圧縮／解凍手段２０ｂで解凍されてから、「制御タグ」の内容が解釈されて、所定の画面が表示部２４に表示されるようになっている。」（５頁段落【００２６】〜【００２７】）
　
カ　「【００４３】本発明のＷｅｂシステムを証券会社・金融機関（銀行）などの営業業務システムなどに使用すれば、例えば、営業担当者が携帯する端末装置２′又は２″を用いて顧客先や出張先などから狭帯域ネットワーク経由で本社のＷｅｂサーバ１′又は１″に問合せを行い画面表示を行う際に、狭帯域ネットワーク経由であっても問合せ閲覧を迅速に行うことができ、顧客に対して好印象を与えることができて、営業活動をスムーズに行うことができる効果がある。」（７頁段落【００４３】）
　
　以上の記載によれば、引用例１には、次の発明（以下「引用発明」という。）が記載されている。
　
「Ｗｅｂサーバと、携帯端末と、狭帯域ネットワークなどのネットワークから成るＷｅｂシステムにおいて、
　Ｗｅｂサーバは、ＵＲＬで格納場所が管理されているＷｅｂ画面の画面データのファイル群を記憶する記憶部と、指定されたＵＲＬを含む問合せコマンドを受け取って、記憶部中の問合せコマンドに対応した指定場所に格納されている画面データのファイルを読み出して返送する制御を行う閲覧受付手段を有する制御部とから構成され、
　画面データのファイルは、ＨＴＭＬというホームページ作成言語を用いて記述され、また、実際に画面に表示される文字や画像データ格納場所などを示すデータなどから構成され、
　携帯端末は、閲覧結果を表示する表示部などから構成され、
　携帯端末において、閲覧場所としてＷｅｂサーバ上の画面データのファイルのＵＲＬが指定されると、指定されたＵＲＬを含む問合せコマンドがネットワークを経由して伝送され、Ｗｅｂサーバに到達し、
　Ｗｅｂサーバでは、閲覧受付手段の動作として、指定されたＵＲＬを含む問合せコマンドを受け付け、記憶部を参照し、指定されたＵＲＬから該当する画面の画面データのファイルが読み出されて、ネットワークを経由して、問合せた携帯端末に返信され、
　携帯端末では、伝送された画面データのファイルが受け取られ、所定の画面が表示部に表示される
　Ｗｅｂシステム。」
　
（２）引用例２
　引用例２には、図面とともに次の事項が記載されている。
　
キ　「そこで、両ブラウザでも利用できる、ＣＳＳ（Ｃａｓｃａｄｉｎｇ Ｓｔｙｌｅ Ｓｈｅｅｔ）の拡張機能である「ＣＳＳ−Ｐ（ポジショニング）」を利用する。サンプルは、各カテゴリへのリンクボタンを背景画像のカーブに沿ってＣＳＳ−Ｐで配置したものだ１−１。これを例に、順を追って説明していこう。
　ＣＳＳ−Ｐは、「ＤＩＶ」タグに位置情報を表すＣＳＳ スタイルを適用する際によく使われる。リンクボタン「Ｗｈａｔ’ｓ　Ｎｅｗ」を指定位置へ配置するソース１−２を見ると、「＜ＤＩＶ＞〜＜／ＤＩＶ＞」内でイメージソースを指定しており、「＜ＤＩＶ ＳＴＹＬＥ＝“．．．”＞」以下を参照すると「ｐｏｓｉｔｉｏｎ：ａｂｓｏｌｕｔｅ」というのがある。ＣＳＳ−Ｐでは、この「ｐｏｓｉｔｉｏｎ」プロパティに「ａｂｓｏｌｕｔｅ」という絶対位置を指定する値を付加し、「ｌｅｆｔ」と「ｔｏｐ」というプロパティで位置を指定する（この位置はブラウザの表示画面上の左上を起点とする）。
　たとえば、画像をウインドウの左上ヘピタッと配置させるには、１−３のようになる。このように、ＣＳＳプロパティはプロパティ名と値をコロン（「：」）でつなぎ、複数のプロパティを組み合わせる場合、それぞれのプロパティをセミコロン（「；」）で区切るようにする。」（５０頁中欄１行〜右欄１３行）
　
ク　図１−１（５０頁）には、ウインドウ内の上部に「Ｗｈａｔ’ｓ　Ｎｅｗ」が表示されていることが記載されている。
　
ケ　図１−２（５０頁）には、以下のプログラムが記載されている。
「＜DIV ID=”link1” STYLE=”position:absolute; left:368px; top 10px; width:125px; height:29px; z-index:2”
 P A href=”whatsnew.htm” IMG SRC=”images/t1.gif” WIDTH=”125” HEIGHT=”29” NAME=”L1” ALT=”What’s new” BORDER=”0” /A /P/DIV」
　また、図１−２（５０頁）の横には、
「「Ｗｈａｔ‘ｓ Ｎｅｗ」ボタンは左から３６８ピクセル、上から１０ピクセルの位置に配置」
と、記載されている。
　
コ　図１−３（５０頁）には、以下のプログラムが記載されている。
「DIV STYLE=”position:absolute; left:0px; top 0px; width:100px; height:60px   IMG SRC= 画像のソース  /DIV」
　
（３）引用例３
　引用例３には、図面とともに次の事項が記載されている。
　
サ　「【０００１】
  この発明はマルチメディアデータ処理装置、マルチメディアデータ処理プログラム、およびマルチメディアコンテンツデータのデータ構造に関し、特に、容易にマルチメディアコンテンツを作成できるマルチメディアデータ処理装置、マルチメディアデータ処理プログラム、およびマルチメディアコンテンツデータのデータ構造に関する。
【背景技術】
【０００２】
  昨今の携帯電話等の通信機器の普及に伴って、作成したマルチメディアコンテンツを他のユーザに送信したり、他のユーザに対してマルチメディアコンテンツを作成させたりするようなコミュニケーションが広がっている。」（９頁段落【０００１】〜【０００２】）
　
シ　「【０１２５】
  次に、サーバ２から携帯電話１に提供され、携帯電話１において処理されるテンプレートに含まれるスクリプトについて説明する。
【０１２６】
  図５は、スクリプトのデータ構造を模式的に示した図である。図５を参照して、本実施の形態における携帯電話１で処理されるスクリプトは、描画情報記述部分とユーザナビゲート情報記述部分とからなることを特徴とする。
【０１２７】
  描画情報記述部分には、画像（静止画）データや、動画データや、音声データや、音楽データや、テキストデータや、アニメーションデータや、ストリーミングデータや、放送データなどのメディアデータへの参照情報（ファイル名やＵＲＬ（Uniform Resource Locators）や放送局の周波数やチャネルなど）が記述される。
【０１２８】
  なお、ＲＦＣ２３９７で規定されているデータＵＲＬなどの記述形式を利用することによって、描画情報記述部分に、メディアデータへの参照情報ではなくメディアデータの実体そのものを記述してもよい。」（２０頁段落【０１２５】〜２１頁段落【０１２８】）
　
５　対比
　本願発明と引用発明を対比する。
　引用発明の「画面データ」は、携帯端末の画面に表示する情報であることは明らかであるから、本願発明の「表示情報」に相当する。また、引用発明において、画面データは、１画面が構成されるデータであることは明らかである。
　引用発明の「表示部」は、本願発明の表示情報を表示する「表示装置」に相当する。
　引用発明の「携帯端末」と本願発明の「携帯電話機」は、「携帯端末」である点で一致する。
　引用発明の「ネットワーク」は、本願発明の「通信網」に相当する。
　引用発明の「Ｗｅｂサーバ」は、画面データを携帯端末に送信する装置であるといえるから、本願発明の「表示情報送信装置」に相当する。
　引用発明において、Ｗｅｂサーバは、携帯端末にネットワークを介して接続されている。
　引用発明の「画面データのファイル」は、本願発明の「表示情報ファイル」に相当する。また、引用発明の「記憶部」は、画面データのファイル群を記憶することから、本願発明の表示情報ファイルを複数記憶した「表示情報ファイル記憶手段」に相当する。
　引用発明の「問合せコマンド」は、表示すべき画面データを要求するものであるから、本願発明の「画面表示要求」に相当する。また、引用発明の「閲覧受付手段」は、問合せコマンドを受け取るものであるから、本願発明の「画面表示要求受信手段」に相当する。
　引用発明において、閲覧受付手段の動作として、記憶部を参照し、受け付けた問合せコマンドにより指定されたＵＲＬから該当する画面の画面データのファイルが読み出されて、ネットワークを経由して、問合せた携帯端末に返信されることから、引用発明のこの構成と本願発明の「前記画面表示要求受信手段の受信した画面表示要求に対応した表示情報ファイルを前記表示情報ファイル記憶手段から読み出して、前記通信網を介して前記携帯電話機に送信する表示情報ファイル送信手段」は、「前記画面表示要求受信手段の受信した画面表示要求に対応した表示情報ファイルを前記表示情報ファイル記憶手段から読み出して、前記通信網を介して前記携帯端末に送信する表示情報ファイル送信手段」である点で一致する。
　
　すると、本願発明と引用発明とは、次の点で一致する。
＜一致点＞
「１画面が構成される表示情報を表示する表示装置を備える携帯端末に通信網を介して接続される表示情報送信装置であって、
　表示情報ファイルを、複数記憶した表示情報ファイル記憶手段と、
　前記携帯端末からの画面表示要求を受信する画面表示要求受信手段と、
　前記画面表示要求受信手段の受信した画面表示要求に対応した表示情報ファイルを前記表示情報ファイル記憶手段から読み出して、前記通信網を介して前記携帯端末に送信する表示情報ファイル送信手段とを備える
　ことを特徴とする表示情報送信装置。」
　
　一方、両者は次の点で相違する。
＜相違点１＞
　本願発明では、表示情報について、複数の部品から１画面が構成されるのに対し、引用発明では、この構成について明確な記載がない点。
＜相違点２＞
　本願発明では、表示情報をフレームメモリに展開し、該フレームメモリに展開した表示情報を表示するのに対し、引用発明では、フレームメモリについて明確な記載がない点。
＜相違点３＞
　本願発明では、携帯端末が携帯電話機であり、また、通信網が携帯電話網を含むのに対し、引用発明では、携帯端末が携帯電話機であるかについて明確な記載がなく、また、通信網が狭帯域ネットワークを含むことについては記載があるが、通信網が携帯電話網を含むかについては明確な記載がない点。
＜相違点４＞
　本願発明では、表示情報ファイルが、表示装置における１画面の表示情報を構成する部品を全て含むとともに当該表示情報の生成に不要な部品を含まないのに対し、引用発明では、この構成について明確な記載がない点。
＜相違点５＞
　本願発明では、表示情報ファイルが、対応する表示情報を構成する部品の画面上の配置に関する情報と、個々の部品の表示に関する情報とを含むのに対し、引用発明では、表示情報ファイルが、画像データ格納場所に関する情報を含むことについては記載があるが、対応する表示情報を構成する部品の画面上の配置に関する情報と、個々の部品の表示に関する情報とを含むことについて明確な記載がない点。
＜相違点６＞
　本願発明では、表示情報ファイルを、表示装置に表示され得る画面の種類毎に用意するのに対し、引用発明では、この構成について明確な記載がない点。
＜相違点７＞
　本願発明では、表示情報ファイル記憶手段に記憶された複数の表示情報ファイルは、異なる表示情報ファイルが表示情報を構成する部品として同じ部品を共通して含む場合があるのに対し、引用発明では、この構成について明確な記載がない点。
　
６　当審の判断
　上記相違点について検討する。
＜相違点１についての検討＞
　ＨＴＭＬファイルにおいて、複数の部品から１画面が構成される技術は、文献を示すまでもなく、本願出願前周知である。したがって、引用発明において、当該周知技術を適用し、複数の部品から１画面が構成される表示情報とすることは、当業者が適宜なし得ることである。
　
＜相違点２についての検討＞
　表示情報をフレームメモリに展開し、該フレームメモリに展開した表示情報を表示する技術は、文献を示すまでもなく、本願出願前周知である。したがって、引用発明において、当該周知技術を適用し、表示情報をフレームメモリに展開し、該フレームメモリに展開した表示情報を表示するように構成することは、当業者が適宜なし得ることである。
　
＜相違点３についての検討＞
　Ｗｅｂページを閲覧する携帯端末の一つとして、携帯電話機があること、また、携帯電話網が、無線ＬＡＮなどと比較して狭帯域であることは、文献を示すまでもなく、本願出願前周知である。したがって、引用発明において、当該周知技術を適用し、携帯端末を携帯電話機とし、また、狭帯域ネットワークを携帯電話網とすることは、当業者が適宜なし得ることである。
　
＜相違点４及び５についての検討＞
　引用例２には、表示する画像の画面上の位置を指定する情報を含むＨＴＭＬファイルに関する技術が記載されている。
　引用例３には、描画情報記述部分には、画像データへの参照情報（引用発明の「画像データ格納場所に関する情報」に相当。）ではなく、画像データの実体そのもの（本願発明の「個々の部品の表示に関する情報」に相当。）を記述する技術が記載されている。そして、この技術により、画像データなどの部品そのものを表示情報ファイルに含ませることが可能となることは明らかである。
　また、ＨＴＭＬファイルにおいて、表示すべきすべての部品を含み、表示に要しない部品を含まないように構成することは、当業者が必要に応じて適宜なし得る設計的事項であり、また、当業者における常套手段にすぎない。
　そして、引用発明、引用例２に記載された技術及び引用例３に記載された技術の属する技術分野は、端末のブラウザに画像データを表示するファイルに関する技術である点で共通する。
　したがって、引用発明において、引用例２に記載された技術及び引用例３に記載された技術を適用して、表示情報ファイルを、表示装置における１画面の表示情報を構成する部品を全て含むとともに当該表示情報の生成に不要な部品を含まないようにし、また、表示情報ファイルが、対応する表示情報を構成する部品の画面上の配置に関する情報を含むようにし、さらに、画像データ格納場所に関する情報に代えて、個々の部品の表示に関する情報を含むようにすることは、当業者が容易に想到し得ることである。
　
＜相違点６についての検討＞
　ＨＴＭＬファイルを記憶するサーバにおいて、ＨＴＭＬファイルの表示先となる携帯端末の画面の種類（タイプ）ごとにＨＴＭＬファイルを用意する技術は、例えば、特開２００４−２１８２１号公報（特に、段落【００３６】及び図１０参照。）及び国際公開０１／０９３５６２号（特に、２２頁２０行〜２４頁１７行及び図１３参照。）に記載されているように、本願出願前周知である。したがって、引用発明において、当該周知技術を適用して、表示情報ファイルを、表示装置に表示され得る画面の種類毎に用意するように構成することは、当業者が容易に想到し得ることである。
　
＜相違点７についての検討＞
　あるサイトのＷｅｂサーバが記憶する複数のＨＴＭＬファイルにおいて、共通した部品（例えば、当該サイトのロゴなど）を用いる技術は、文献を示すまでもなく、本願出願前周知である。したがって、引用発明において、当該周知技術を適用し、表示情報ファイル記憶手段に記憶された複数の表示情報ファイルは、異なる表示情報ファイルが表示情報を構成する部品として同じ部品を共通して含む場合があるように構成することは、当業者が適宜なし得ることである。
　
　また、本願発明の構成によって生じる効果も、引用発明、引用例２に記載された技術、引用例３に記載された技術及び周知技術から当業者が予測できる程度のものである。
　
　したがって、本願発明は、引用発明、引用例２に記載された技術、引用例３に記載された技術及び周知技術に基づいて当業者が容易に発明をすることができたものである。
　
７　むすび
　以上のとおり、本願発明は、引用発明、引用例２に記載された技術、引用例３に記載された技術及び周知技術に基づいて、当業者が容易に発明をすることができたものであるから、特許法２９条２項の規定により特許を受けることができない。
　したがって、その余の請求項について論及するまでもなく、本願は、拒絶すべきものである。
　よって、結論のとおり審決する。