【事件の表示】
　特願２０００−３８７４８７「情報提供装置、情報提供方法、及び記録媒体」拒絶査定不服審判事件〔平成１４年　７月　５日出願公開、特開２００２−１８９６７３〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は、平成１２年１２月２０日の出願であって、平成１６年５月１８日付で拒絶査定がなされ、これに対し、同年６月１７日に拒絶査定に対する審判請求がなされるとともに、同日付で手続補正がなされたものである。
　上記手続補正は、補正前の特許請求の範囲、請求項１を削除するとともに、請求項１を引用する請求項２を、新たな請求項１として、独立した請求項としたものであって、請求項の削除を目的とするものであり、適法になされた補正である。
　
２．本願発明
　本願の請求項１に係る発明（以下、同項記載の発明を「本願発明」という。）は、平成１６年６月１７日付手続補正書の特許請求の範囲の請求項１に記載された事項により特定される、以下のとおりのものであると認める。
「複数の表示ユニットを端末装置に提供する情報提供装置であって、
　複数の前記表示ユニットのうち、一の表示ユニットを送信する送信部と、
　複数の前記表示ユニットのうち少なくとも一部を更新するパラメータを、前記端末装置から受信する受信部と、
　前記受信部が、前記複数の表示ユニットのうち前記一の表示ユニット以外の第２の表示ユニットの要求を前記端末装置から受信した場合に、前記端末装置の前記表示部が表示可能なピクセル数に関連するピクセル数関連情報に基づいて前記端末装置に送信すべき第２の表示ユニットを決定する表示ユニット決定部と、
　前記端末装置の前記表示部のピクセル数に関連するピクセル数関連情報と、前記表示情報に含まれる少なくとも１つの要素の前記表示情報における相対位置を決定する位置決定命令とを対応付ける位置決定テーブルと、
　前記表示ユニット決定部により決定された前記第２の表示ユニットに含まれる前記表示情報に含まれる前記要素について、前記位置テーブルに基づいて決定された前記表示情報における前記相対位置に、前記要素を貼り付ける要素貼付部とを備え、
　前記受信部は、前記端末装置からＯＳ情報を前記ピクセル数関連情報として受信し、
　前記送信部は、既に前記受信部が受信している前記パラメータを用いて更新され、前記表示ユニット決定部によって決定された前記第２の表示ユニットについて、前記要素貼付部によって貼り付けられた前記要素を含む前記第２の表示ユニットを前記端末装置に送信することを特徴とする情報提供装置。」
　
３．引用例
　原査定の拒絶の理由に引用された引用例、および、その記載事項は、以下のとおりである。
　引用例：特開２０００−８２０３９号公報（平成１２年３月２１日出願公開）
ａ．「【請求項１】
　ユーザが使用する端末に適合した形態で表示を行うように表示制御情報を生成する方法であって、
　前記端末から表示要求を受信するステップと、
　前記表示要求に応答して、表示内容に関する、前記端末に独立のデータ・オブジェクト群を生成するステップと、
　前記データ・オブジェクト群及び端末属性情報を用いて、前記表示制御情報を生成するためのビュー・オブジェクト群を生成するステップと、
　前記端末属性情報を参照して、前記ビュー・オブジェクト群により前記表示制御情報を生成するステップと、
　を含む表示制御情報生成方法。
　【請求項２】
　前記端末から端末識別情報を受信するステップと、
　前記端末識別情報から前記端末属性情報を取得するステップと、
　をさらに含む請求項１記載の表示制御情報生成方法。」（公報、第２頁、【特許請求の範囲】、【請求項１】乃至【請求項２】の記載。）
ｂ．「前記端末属性情報が、前記端末の画面の大きさ情報を含む、請求項１記載の表示制御情報生成方法。」（公報、第２頁、【特許請求の範囲】、【請求項５】の記載。）
ｃ．「【００３０】
　まず、本発明に関するシステム全体を図１を用いて説明する。図１には、本発明に関連するＷｅｂサーバ１００と、通常のＰＣ１２０、テレビ１３０、携帯型コンピュータ１４０、及びＷｅｂブラウザを内蔵する携帯電話１５０がネットワーク１１０にて接続されている状態を示している。ＰＣ１２０、テレビ１３０及び携帯型コンピュータ１４０はＷｅｂブラウザを有しており、ＨＴＴＰサーバ１００から情報を取得する。クライアント端末は、Ｗｅｂブラウザを有する他の機器でもよい。なお、携帯電話１５０は無線を介してネットワーク１１０に接続しているため図１では点線でネットワーク１１０に接続している。このように、ネットワーク１１０に接続するコンピュータは、それぞれ表示画面の大きさや、通信速度、処理能力、操作性が異なっている。よって、各々の表示装置に表示される文書は、それぞれの端末の能力に適合したものであることが好ましい。表示する文書を端末に適合させる方法には、端末側で対処する方法もあるが、本発明ではＨＴＴＰサーバ１００を以下に説明するような構成とする。
　【００３１】
　ではこのＨＴＴＰサーバ１００の機能ブロック図を図２に示す。
　また、ＨＴＴＰサーバ１００内の機能ブロック内の制御機構２１０のサブ機能の詳細ブロック図を図３に示す。
　【００３２】
　図２に示すように、ＨＴＴＰサーバ１００は、制御機構２１０と、ＤＢ２４０と、データ・サービス機構２２０と、ＨＴＭＬ生成機構２３０と、端末ＤＢ２５０を含む。ＤＢ２４０を含まない場合もある。
　【００３３】
　制御機構２１０は、クライアント端末１２０乃至１５０からの各種パラメータを受信して、それに対応する適当なＨＴＭＬ文書を返信する。このために、データ・サービス機構２２０及びＨＴＭＬ生成機構２３０の動作を制御する。Ｗｅｂアプリケーションでは、同じクライアント端末から一連のリクエストをもって処理の一単位とすることが多い。そのため、複数のリクエストの中から、同じクライアントからのものを識別したり、ＨＴＭＬ文書の生成が終了しても、すぐにはリソースを開放せずに状態を保持して次のアクセスに備えることによりアプリケーションとしての実行を継続する必要がある。
　【００３４】
　ここでは、クライアント端末による一連のアクセスをセッションと呼ぶ。このため制御機構２１０は、セッションを管理し、あるリクエストが既存のセッションに属するものなのか、新たなセッションを開始すべきなのかを判断する。また、クライアント端末１２０乃至１５０から得られる識別情報から端末属性情報を得るために端末ＤＢ２５０にアクセスし、その端末属性情報をＨＴＭＬ生成機構２３０に出力するようにしてもよい。データ・サービス機構２２０及びＨＴＭＬ生成機構２３０はそれぞれが端末ＤＢ２５０にアクセスするようにしてもよい。
　【００３５】
　図３に示すように、制御機構２１０はページの再実行や認証などの制御をするために、セッション識別機構２１１、ページ管理機構２１２、ページ管理DB２１３、アプリケーション実行装置２１４、ページ再実行制御装置２１５の詳細化された機能から構成される。」（公報、第６頁、段落、【００３０】乃至【００３５】の記載。）
ｄ．「ここまでの処理を模式的に示したものが図５である。まず、ＨＴＴＰのUser-AgentフィールドとＵＲＬを制御機構２１０が受信する。そして、データ・サービス機構２２０は、制御機構２１０から受け取ったＵＲＬの情報からデータ・オブジェクト群を生成する。一方、User-Agentフィールドは、端末属性情報を取得するのに用いられる。そして、制御機構２１０は、ルート・ビュー・オブジェクトを生成するようにＨＴＭＬ生成機構２３０に命じ、ＨＴＭＬ生成機構２３０はデータ・オブジェクト群のルート・オブジェクト及び端末属性情報を参照しつつ、ルート・ビュー・オブジェクトを生成する。ルート・ビュー・オブジェクト以外もデータ・オブジェクト群及び端末属性情報を参照しながら、親ビュー・オブジェクトが子ビュー・オブジェクトを生成していく。生成されたルート・ビュー・オブジェクトに制御機構２１０からＨＴＭＬ生成命令が出されると、ルート・ビュー・オブジェクト以降の各ビュー・オブジェクトにより、図５に示されたようなＨＴＭＬ文書が生成され、クライアント端末に出力される。」（公報、第７頁、段落、【００４４】の記載。）
ｅ．「図２４に図２３のビュー・オブジェクト群によるＨＴＭＬ生成の概要を示す。
大画面用ページ表示ビュー・オブジェクトの子である項目２次元配置表示ビュー・オブジェクトは最終的に２次元に配置されるようにＨＴＭＬを生成していく。
以下で説明するように、このＨＴＭＬを生成する段階でさらに端末属性情報を参照してＨＴＭＬ出力を変えていくことができる。図２４では、項目２次元配置表示ビュー・オブジェクトの子ビュー・オブジェクトは、図示のとおりに、２次元配置するようにＨＴＭＬを出力している。なお、属性一覧表示ビュー・オブジェクトの子ビュー・オブジェクト、２つの項目２次元配置表示ビュー・オブジェクトの子ビュー・オブジェクトについては図面上は表示されていないが、各親ビュー・オブジェクトにおいて確保された領域内に表示されるようにＨＴＭＬを出力している。」（公報、第１２頁、段落、【００８３】の記載。）
ｆ．「また、２次元配置の方法にしても、画面サイズや縦横比などを考慮して、クライアント端末ごとに調整することが考えられる。このようにして、「端末の画面が大きい」「イメージの表示速度が遅い」といった端末属性情報に適合させてＨＴＭＬを生成していくことができる。」（公報、第１３頁、段落、【００８６】の記載。）
ｇ．「ただし、今回は一画面に表示できる情報量が限られること、情報が一度に提示されずに分割されることから、２次元配置を行うようなビュー・オブジェクトではなく、情報の重要度が高いものから順番に表示するようなビュー・オブジェクトが生成される。このビュー・オブジェクトが更に子オブジェクトを生成するときには、２次元配置に向いたカテゴリ構造ではなく、表示内容の重要度を考慮した列構造となるようにビュー・オブジェクトを生成する。」（公報、第１３頁、段落、【００８９】の記載。）
ｈ．「ビュー・オブジェクトが生成された後は、大画面のときと同様にＨＴＭＬの生成をルート・ビュー・オブジェクトから順に行う。分割されたページをユーザが容易にナビゲートできるようにページ間のナビゲート・ボタン（ＮＥＸＴやＰＲＥＶボタン）も自動生成される。このとき、端末属性情報を使って、端末の能力に、より適合させた出力を生成させることができる。
　図３０の場合には、端末属性情報に含まれる「画面サイズ３２０×２４０dot」という情報から優先度の高い順に３つのビュー・オブジェクトの情報を１ページで表示するようにＨＴＭＬを生成させることができる。さらに、「画面サイズ２４０×１８０dot」という端末属性情報があれば、さらに画面が小さいので、２つのビュー・オブジェクトの情報を１ページで出力するようにＨＴＭＬを生成させることもできる。（公報、第１３頁、段落、【００９２】乃至【００９３】の記載。）
　以上の記載からみて、引用例には、
「ビューオブジェクト群を端末に提供するＨＴＴＰサーバであって、
　一画面に表示できる情報量が限られること、情報が一度に提示されずに分割されることから、２次元配置を行うようなビュー・オブジェクトではなく、情報の重要度が高いものから順番に表示するようなビュー・オブジェクトが生成して送信する制御機構と、
  分割されたページをユーザが容易にナビゲートできるようにページ間のナビゲート・ボタン（ＮＥＸＴやＰＲＥＶボタン）も自動生成され、端末から受信した端末属性情報を使って、端末の能力に、より適合させた出力を生成し、
　画面サイズや縦横比などを考慮して、クライアント端末ごとに調整して、「端末の画面が大きい」、「イメージの表示速度が遅い」といった端末属性情報に適合させてＨＴＭＬを生成し、
　端末属性情報は、ＨＴＴＰサーバの端末ＤＢに保存されており、
　項目２次元配置表示ビュー・オブジェクトの子ビュー・オブジェクトは、２次元配置するようにＨＴＭＬを出力し、その際、属性一覧表示ビュー・オブジェクトの子ビュー・オブジェクト、２つの項目２次元配置表示ビュー・オブジェクトの子ビュー・オブジェクトについては、各親ビュー・オブジェクトにおいて確保された領域内に表示されるようにＨＴＭＬを出力し、
  前記端末の画面の大きさ情報を含む前記端末識別情報から前記端末属性情報を取得するステップと
　大画面用ページ表示ビュー・オブジェクトの子である項目２次元配置表示ビュー・オブジェクトは最終的に２次元に配置されるようにＨＴＭＬを生成し、
　「画面サイズ３２０×２４０dot」という情報からは、優先度の高い順に３つのビュー・オブジェクトの情報を１ページで表示するようにＨＴＭＬを生成させ、さらに、「画面サイズ２４０×１８０dot」という端末属性情報があれば、さらに画面が小さいので、２つのビュー・オブジェクトの情報を１ページで出力するようにＨＴＭＬを生成させて、クライアント端末に出力されるようにした、ＨＴＴＰサーバ。」なる発明（以下、引用発明という。）が、記載されている。
　
４．対比・判断
　本願発明と前記引用発明とを対比する。
　引用発明における「ビューオブジェクト群」、「端末」及び「ＨＴＴＰサーバ」は、それぞれ本願発明における「複数の表示ユニット」、「端末装置」及び「情報提供装置」に相当する。
　また、引用発明における「情報の重要度が高いものから順番に表示するようなビュー・オブジェクト」の、最初に表示される「ビューオブジェクト」は、本願発明における「一の表示ユニット」に相当する。
　引用発明における「ページ間のナビゲート・ボタン（ＮＥＸＴやＰＲＥＶボタン）」によるユーザのナビゲートは、本願発明における「複数の表示ユニットのうち前記一の表示ユニット以外の第２の表示ユニットの要求を前記端末装置から受信した場合」に相当し、引用発明における「画面サイズや縦横比などを考慮して、クライアント端末ごとに調整して、「端末の画面が大きい」、「イメージの表示速度が遅い」あるいは、「画面サイズ３２０×２４０dot」乃至は「画面サイズ２４０×１８０dot」という端末属性情報に適合させてＨＴＭＬを生成」することは、本願発明における「端末装置の前記表示部が表示可能なピクセル数に関連するピクセル数関連情報に基づいて前記端末装置に送信すべき第２の表示ユニットを決定する」ことに相当する。
　引用発明における「端末から受信した端末属性情報」なる記載からみて、本願発明における「端末装置からＯＳ情報を前記ピクセル数関連情報として受信する受信部」も引用発明においては、具備している。
　したがって、両者は、「複数の表示ユニットを端末装置に提供する情報提供装置であって、
　複数の前記表示ユニットのうち、一の表示ユニットを送信する送信部と、
　前記受信部が、前記複数の表示ユニットのうち前記一の表示ユニット以外の第２の表示ユニットの要求を前記端末装置から受信した場合に、前記端末装置の前記表示部が表示可能なピクセル数に関連するピクセル数関連情報に基づいて前記端末装置に送信すべき第２の表示ユニットを決定する表示ユニット決定部と、
　前記受信部は、前記端末装置からＯＳ情報を前記ピクセル数関連情報として受信し、
　前記送信部は、前記第２の表示ユニットを前記端末装置に送信する情報提供装置。」である点で一致し、以下の点で相違する。
　相違点１：受信部が、本願発明においては、「複数の前記表示ユニットのうち少なくとも一部を更新するパラメータを、前記端末装置から受信する」ものであるのに対し、引用発明においては、特段の記載がない点。
　相違点２：本願発明においては、「端末装置の前記表示部のピクセル数に関連するピクセル数関連情報と、前記表示情報に含まれる少なくとも１つの要素の前記表示情報における相対位置を決定する位置決定命令とを対応付ける位置決定テーブル」を備え、「表示ユニット決定部により決定された前記第２の表示ユニットに含まれる前記表示情報に含まれる前記要素について、前記位置テーブルに基づいて決定された前記表示情報における前記相対位置に、前記要素を貼り付ける要素貼付部とを備え」ているのに対し、引用発明においては、そうではない点。
　相違点３：本願発明においては、「受信部が受信している前記パラメータを用いて更新され、表示ユニット決定部によって決定された前記第２の表示ユニットについて、前記要素貼付部によって貼り付けられた前記要素を含む」表示ユニットを端末装置に送信しているのに対し、引用発明においては、そうではない点。
　上記相違点につき検討する。
　相違点１：一般に、インターネットを用いて、情報の閲覧を行う際に、情報の閲覧を行う端末装置から、表示内容の更新の要求を受信することは、本願出願前、慣用された技術であり、当該慣用技術を、引用発明に採用して、本願発明のように、構成することに、格別の創意を要するものではない。
　相違点２：一般に、端末装置において、受信した情報を、適正に、表示するために、端末装置の表示部の大きさ及び、受信した情報をどの位置に貼り付けるかの情報を、サーバ側において、知徳しておき、これに適合した形で、送信する表示情報に、表示すべき各表示要素を貼り付けて、端末装置に送信することは、本願出願前、慣用された技術である。
　したがって、当該慣用技術を前記引用発明に採用して、本願発明のように、構成することに、格別の創意を要するものではない。
　慣用技術の事例として、特開２０００−２６７９６７号公報及び特開平１０−１６２００２号公報等を参照されたい。
　以下に、参考として、各慣用技術の記載を摘記しておく。
　
　［参考］
　特開２０００−２６７９６７号公報
「ネットワークに接続されたサーバとデータの入出力を行う通信制御手段と、前記通信制御手段で入力したデータから表示情報を解釈する解釈手段と、前記解釈手段で解釈した表示情報に基づき表示のレイアウトを制御するレイアウト制御手段と、前記レイアウト制御手段によって制御されるレイアウトに基づき前記データを表示する表示手段とを備えていることを特徴とする情報処理装置。
　前記解釈手段は、前記表示手段に表示を行うブラウザの種類に応じて解釈用のソフトウェアを切り替えることを特徴とする請求項１記載の情報処理装置。（公報、第２頁、【特許請求の範囲】、【請求項１】及び【請求項２】の記載。）
「通常、ブラウザによる表示の違いや画面のサイズ差を解消するため、ＨＴＴＰ（Hypertext Transfer Protocol ）によってサーバ側に送られるブラウザの情報（ＯＳやブラウザの種類）を参照し、サーバ側が応答として返すＨＴＭＬデータを変えることが行われている。例えば、図１０に示すＨＴＴＰデータでは、図中下線部分にブラウザ情報が書き込まれており、サーバ側でこれを参照してブラウザに適したＨＴＭＬデータを返送するようにしている。」（公報、第２頁、段落、【０００５】の記載。）
　当該文献には、「端末装置（当該文献における「情報処理装置」に相当、以下、括弧内の記載は、当該文献の記載を指す。）の前記表示部のピクセル数に関連するピクセル数関連情報（「画面のサイズ差によってサーバ側に送られるブラウザの情報」）と、前記表示情報（「データから表示情報」）に含まれる少なくとも１つの要素の前記表示情報における相対位置を決定する位置決定命令（「表示のレイアウトを制御するレイアウト制御手段」）」を備え、「表示ユニット決定部により決定された前記第２の表示ユニットに含まれる前記表示情報に含まれる前記要素について、前記位置テーブルに基づいて決定された前記表示情報における前記相対位置に、前記要素を貼り付ける要素貼付部（「ブラウザによる表示の違いや画面のサイズ差を解消するため、ＨＴＴＰ（Hypertext Transfer Protocol ）によってサーバ側に送られるブラウザの情報（ＯＳやブラウザの種類）を参照し、サーバ側が応答として返すＨＴＭＬデータを変えること」）」が、記載されている。
　また、情報を「テーブル」の形式で保持することは、格別のことではない。
　特開平１０−１６２００２号公報
「データの送受信を行うデータ送受信手段と、前記データ送受信手段が出力する受信文字データを解析する受信データ解析手段と、前記データ送受信手段が出力する受信画像データを展開し画像データの生成及び画像サイズの取得を行う画像データ展開手段と、表示画面サイズを設定する画面サイズ設定手段と、前記受信データ解析手段の出力と前記画像サイズより文字及び画像の表示位置を算出し前記表示画面の横方向サイズに合わせて表示位置を修正する表示位置修正手段と、前記表示位置修正手段及び画像データ展開手段の出力より前記文字及び前記画像を画面上にマッピングする表示設定手段と、を具備することを特徴とするインターネットブラウジング装置。」（公報、第２頁、【特許請求の範囲】、【請求項１】の記載。）
「そして、画像の横方向サイズが表示画面の横方向幅以上の場合には、画像サイズ変更手段２０に縮小比率を出力する。この縮小比率は表示画面の横方向幅を画像データの横方向サイズで割ったものである。」（公報、第９頁、段落、【００６１】の記載。）
「また、サーバに画像サイズ変更手段及び文字サイズ変更手段を設け、表示画面の横幅以上に画像及び文字列が表示されないようにハイパーテキストを修正することにより、クライアントでこれらの処理をする必要が無くなるためにクライアントの構成を簡素化できる。また、ひとつのサーバで多数のクライアントを持つ場合には、いくつものクライアントでこれらの処理を行う必要が無くなり、処理効率が良くなる。」（公報、第１１頁、段落、【００８３】の記載。）
　当該文献には、「端末装置（当該文献における「データ送受信手段」に相当、以下、括弧内の記載は、当該文献の記載を指す。）の前記表示部（「表示画面」）のピクセル数に関連するピクセル数関連情報（「表示画面サイズを設定する画面サイズ設定手段」）と、前記表示情報に含まれる少なくとも１つの要素の前記表示情報における相対位置を決定する位置決定命令とを対応付ける位置決定テーブル（「表示位置を修正する表示位置修正手段」）を備え、「表示ユニット決定部により決定された前記第２の表示ユニットに含まれる前記表示情報に含まれる前記要素について、前記位置テーブルに基づいて決定された前記表示情報における前記相対位置に、前記要素を貼り付ける要素貼付部（「表示位置修正手段及び画像データ展開手段の出力より前記文字及び前記画像を画面上にマッピングする表示設定手段」）とを備えた点が記載されている。
　相違点３：相違点１乃至２において指摘したように「表示ユニットの少なくとも一部を受信部が受信している前記パラメータを用いて更新」すること及び「表示ユニット決定部によって決定された前記第２の表示ユニットについて、前記要素貼付部によって貼り付けられた前記要素を含む表示ユニットを端末装置に送信」する点は、いづれも、本願出願前、慣用された技術であり、双方を組み合わせた結果を「端末装置に送信する」ようにして、本願発明の構成を採用する点についても、本願出願前慣用技術からみて、格別のものではない。
　
　また、本願発明の構成を採用することによる作用効果も、引用発明、慣用技術からみて格別のものではない。
　したがって、本願発明は、引用例に記載された発明、慣用技術に基づいて、当業者が容易に発明をすることができたものである
　
５．むすび
　以上のとおり、本願発明は、引用例に記載された発明、慣用技術に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　
　よって、結論のとおり審決する。