【事件の表示】
　特願２０００−　８３１５０「ウェブページ解読システム」拒絶査定不服審判事件〔平成１３年１０月　５日出願公開、特開２００１−２７３２１４〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続きの経緯
　本願は、平成１２年３月２４日を出願日とする出願であって、平成２０年９月２６日付けで拒絶査定がされ、これに対し、同年１０月３０日に拒絶査定不服審判の請求がされ、同年１１月２７日付けで手続補正書が提出され、当審より平成２３年２月１８日付けで拒絶理由が通知され、これに対し、同年４月２１日付けで意見書が提出されたものである。
　
第２　本願発明
　平成２０年１１月２７日付手続補正書により補正された明細書、特許請求の範囲及び図面の記載からみて、本願の特許請求の範囲の請求項１に係る発明（以下、「本願発明」という。）は、その特許請求の範囲の請求項１に記載された以下のとおりのものと認める。
　
　「分割画面のＷｅｂ（ウェブ）ページを構成するＨＴＭＬ文書のテキスト部分を解読するＷｅｂページ解読システムであって、
　前記Ｗｅｂページを構成する基本の第１ソースデータを所定のＵＲＬ(ユニホームリソースロケータ)で指定された記憶領域から取り出して記憶手段に書き込む第１書込手段と、
　前記基本の第１ソースデータ中から前記Ｗｅｂページを構成する第２ソースデータのＵＲＬの記述箇所を含むフレームタグの存在を検出するタグ検出手段と、
　前記フレームタグの存在が検出された場合にはそのフレームタグ中からＵＲＬを検出するＵＲＬ検出手段と、
　前記ＵＲＬ検出手段によって検出されたＵＲＬで指定された記憶領域から前記第２ソースデータを取り出して前記記憶手段に書き込む第２書込手段と、
　前記記憶手段に記憶された前記第１及び第２ソースデータの全てからタグで囲まれた部分以外のテキスト部分を抽出するテキスト抽出手段と、
　前記テキスト抽出手段によって抽出されたテキスト部分に対応して音声信号を作成して出力する音声出力手段と、を備えたことを特徴とするウェブページ解読システム。」　
　
第３　引用例の記載事項
　当審で通知した拒絶の理由に引用された特開平１１−２４９８６７号公報（以下「引用例１」という。）には、図面と共に次の事項が記載されている。
　
ａ）「図３は、本発明の一実施例のシステム構成を示す。同図に示すシステムにおいて、図２と同様のものについては同一符号を付す。同図に示すシステムは、クライアント端末１０、ワークステーション２０、３０、４０、５０から構成される。
【００１６】クライアント端末１０は、Ｗｅｂブラウザ１１、音声入力用ボタン監視プログラム１２、音声ブラウザクライアント１３、音声入力用ボタン監視プログラム１２に接続される音声入力開始用ボタン１５、音声ブラウザクライアント１３に接続されるスピーカ１６及びマイク１７から構成される。ワークステーション２０は、プロキシサーバ２１の機能と、テキストを英語から日本語に翻訳する英日翻訳エンジン２２を有する。
【００１７】ワークステーション３０は、テキストを日本語から英語に翻訳する日英翻訳エンジン３１を有する。ワークステーション４０は、プロキシサーバ４１の機能を有する。ワークステーション５０は、音声認識Ｉ／Ｆプログラム５１、音声認識エンジン５２、形態素解析エンジン５３を有する。
【００１８】ワークステーション６０は、音声合成エンジン６１を有する。Ｗｅｂブラウザ１１は、一般によく利用されるもので、例えば、Netscape Navigator等がある。本実施例では、当該ブラウザを用いて説明する。
当該Ｗｅｂブラウザ１１は、インターネット７０への窓口として必要情報を取得し、音声ブラウザクライアント１３に渡す。また、Ｗｅｂブラウザ上への表示も行う。音声ブラウザクライアント１３では、Ｗｅｂブラウザ１１から得られた情報を解析し、音読すべきテキスト情報をワークステーション６０の音声合成エンジン６１へ、音声認識すべきリンク項目の情報をワークステーション５０の音声認識Ｉ／Ｆプログラム５１へそれぞれ送信する。【００１９】クライアント端末１０は、音声合成エンジン６１から受信した音声データをローカル・ディスクに記録しながら、スピーカ１６により再生する。
　
ｂ）「音声ブラウザクライアント１３は、結果のリンク項目からＵＲＬを得て、Ｗｅｂブラウザ１１に要求送信指示を発行する（ステップ１０７）。
【００２４】Ｗｅｂブラウザ１１は、指定されたＵＲＬへデータ要求伝文をプロキシサーバ２１、４１を経由してインターネット７０に送信する（ステップ１０８）。プロキシサーバ２１がプロキシサーバ４１を経由して、当該要求に対応する応答をインターネット７０から取得すると（ステップ１０９）、当該応答を英日翻訳エンジン２２または、日英翻訳エンジン３１に送信する（ステップ１１０）。
【００２５】英日翻訳エンジン２２、日英翻訳エンジン３１のいずれかがプロキシサーバ２１により指示された処理を行い、その結果をプロキシサーバ２１に返却する。これによりプロキシサーバ２１は、応答データをクライアント端末１０のＷｅｂブラウザ１１に送信する（ステップ１１１）。
クライアント端末１０のＷｅｂブラウザ１１が応答データを受け取ると、音声ブラウザクライアント１３に渡される（ステップ１１２）。このとき、ページがマルチフレームの場合は、Ｗｅｂブラウザ１１から上記の処理を構成ビュー分繰り返す。音声ブラウザクライアント１３では、取得した応答データを解析し、リンク項目と表示されるテキスト情報等を取得し、それぞれを
ワークステーション５０の音声認識Ｉ／Ｆプログラム５１に送信する（ステップ１１３）。
ＨＴＭＬ解析を行い、イメージ（絵）情報に付加されている説明文等のテキスト情報がある場合は、その情報も適切に処理
スピーカ１６より音読で伝える
　
ｃ）「図５は、本発明の一実施例のユーザインターフェースを示す図であり、図６は、本発明の一実施例の音声ブラウザにより音読される例を示す図である。
【００２８】同図は、Ｗｅｂブラウザ１１のユーザインタフェースである。
ページには、タイトル１１０、リンク項目１３０、本文１２０がテキスト情報
これらの情報は、ＨＴＭＬに従った文法で書かれたファイルから得られ、当該ファイルを音声ブラウザクライアント１３側で解析を行い、タイトル、リンク項目、本文といった項目に分類する。そして、出力される情報は、図５に示すように音読される。
　
　
　これらａ）、ｂ）、ｃ）の記載によれば、引用例１には、
「Ｗｅｂブラウザ１１は、インターネット７０への窓口として必要情報を取得し、音声ブラウザクライアント１３に渡し、また、Ｗｅｂブラウザ上への表示も行い、音声ブラウザクライアント１３では、Ｗｅｂブラウザ１１から得られた情報を解析し、音読すべきテキスト情報をワークステーション６０の音声合成エンジン６１へ、送信し、クライアント端末１０は、音声合成エンジン６１から受信した音声データをローカル・ディスクに記録しながら、スピーカ１６により再生するシステムにおいて、
クライアント端末１０のＷｅｂブラウザ１１が応答データを受け取ると、音声ブラウザクライアント１３に渡され、このとき、ページがマルチフレームの場合は、Ｗｅｂブラウザ１１から上記の処理を構成ビュー分繰り返され、音声ブラウザクライアント１３では、取得した応答データを解析することで、タイトル、リンク項目、本文といった項目に分類し、リンク項目と表示されるテキスト情報等を取得し、それぞれをワークステーション５０の音声認識Ｉ／Ｆプログラム５１に送信し、ユーザにスピーカ１６より音読で伝える、
システム」の発明（以下「引用例１記載の発明」という。）が開示されていると認めることができる。
　
第４　対比
　本願発明と引用例１記載の発明とを比較すると、
（１）引用例１記載の発明の「マルチフレーム」は、本願発明の「分割画面の（ウェブ）ページ」に相当し、引用例１記載の「マルチフレーム」は、ｃ）、ｄ）の記載から、「ＨＴＭＬ文書」で構成されていることは明らかである。
（２）引用例１記載の発明は「音声ブラウザクライアント１３では、Ｗｅｂブラウザ１１から得られた情報を解析することで、タイトル、リンク項目、本文といった項目に分類し、音読すべきテキスト情報をワークステーション６０の音声合成エンジン６１へ、送信し」ており、タグ＜＞で囲まれた部分、例えば＜title＞等は、ＨＴＭＬの制御要素として、項目に分類するために用いられ、音読されるテキスト情報として、抽出されないことから、本願発明と、「Ｗｅｂページを構成するデータから、タグで囲まれた部分以外のテキスト部分を抽出するテキスト抽出手段」を有している点で、一致している。
（３）引用例１記載の発明は、「テキスト情報をワークステーション６０の音声合成エンジン６１へ、送信し、クライアント端末１０は、音声合成エンジン６１から受信した音声データをローカル・ディスクに記録しながら、スピーカ１６により再生」していることから、本願発明の「テキスト抽出手段によって抽出されたテキスト部分に対応して音声信号を作成して出力する音声出力手段」を備えている。
　したがって、両者は次の点で一致する。
　
＜一致点＞
「分割画面のＷｅｂ（ウェブ）ページを構成するＨＴＭＬ文書のテキスト部分を解読するＷｅｂページ解読システムであって、
　前記Ｗｅｂページを構成するデータから、タグで囲まれた部分以外のテキスト部分を抽出するテキスト抽出手段と、
　前記テキスト抽出手段によって抽出されたテキスト部分に対応して音声信号を作成して出力する音声出力手段と、を備えたことを特徴とするウェブページ解読システム。」
　
　そして、両者は次の点で相違する。
　
＜相違点＞
　本願発明は、分割画面のＷｅｂ（ウェブ）ページを解読する構成として、
「前記Ｗｅｂページを構成する基本の第１ソースデータを所定のＵＲＬ(ユニホームリソースロケータ)で指定された記憶領域から取り出して記憶手段に書き込む第１書込手段と、
　前記基本の第１ソースデータ中から前記Ｗｅｂページを構成する第２ソースデータのＵＲＬの記述箇所を含むフレームタグの存在を検出するタグ検出手段と、
　前記フレームタグの存在が検出された場合にはそのフレームタグ中からＵＲＬを検出するＵＲＬ検出手段と、
　前記ＵＲＬ検出手段によって検出されたＵＲＬで指定された記憶領域から前記第２ソースデータを取り出して前記記憶手段に書き込む第２書込手段と、
　前記記憶手段に記憶された前記第１及び第２ソースデータの全てから」タグで囲まれた部分以外のテキスト部分を抽出するテキスト抽出手段を備えるのに対し、引用例１記載の発明は、分割画面のＷｅｂ（ウェブ）ページを解読するための具体的な構成が明記されていない点。
　
　
第５　判断
　
＜相違点について＞
　分割画面のＷｅｂページは、基本となる第１のソースデータと、第１のソースデータ中のフレームタグの中に、そのフレーム内に表示すべきデータである第２ソースデータの所在場所が記述されている構造となっていることは、周知の技術である（周知例１参照）。
　さらに、フレームを解析し、フレームを構成するページ全てから、情報を取り出すためには、フレームタグを検出して、処理することも、周知の技術である。（周知例２参照）
　また、情報処理の技術分野において、データを処理する際に、データが記憶されている記憶領域から、取り出したり、また、処理を行ったデータを記憶手段に書き込むようにすることは、慣用されている技術である。
　以上のことを総合して検討すると、引用例１の発明における分割画面のＷｅｂ（ウェブ）ページを解読し、全てのページのテキストを抽出するための具体的な構成として、
　「前記Ｗｅｂページを構成する基本の第１ソースデータを所定のＵＲＬ(ユニホームリソースロケータ)で指定された記憶領域から取り出して記憶手段に書き込む第１書込手段と、
　前記基本の第１ソースデータ中から前記Ｗｅｂページを構成する第２ソースデータのＵＲＬの記述箇所を含むフレームタグの存在を検出するタグ検出手段と、
　前記フレームタグの存在が検出された場合にはそのフレームタグ中からＵＲＬを検出するＵＲＬ検出手段と、
　前記ＵＲＬ検出手段によって検出されたＵＲＬで指定された記憶領域から前記第２ソースデータを取り出して前記記憶手段に書き込む第２書込手段と、
　前記記憶手段に記憶された前記第１及び第２ソースデータの全てから」タグで囲まれた部分以外のテキスト部分を抽出するテキスト抽出手段」を備える構成とすることは、当業者にとって、格別の創意を要することなくなし得たものである。
　
　
周知例１（木村　和典、１ｓｔ．Ａｃｃｅｓｓ　ｗｅｂデザイナーズ入門、１２６頁〜１２９頁、Ｍａｃ  Ｆａｎ  ｉｎｔｅｒｎｅｔ  第２巻  第８号、株式会社毎日コミュニケーションズ、１９９７年８月１日発行）には、「ブレームの構造　
フレーム文書は＜ＢＯＤＹ＞クグを持たないという点が通常のＨＴＭＬ文書と異なる。サンプルホームページの場合であれば、まず「index.html」ファイルが呼び出されることで頁の分割を行っている。・・・中略・・・
ＦＲＡＭＳＥＴでフレームの構造を定義
　＜ＦＲＡＭＳＥＴ＞タグは、通常のＨＴＭＬ文書の＜ＢＯＤＹ＞に相当するタグであり、ページをどのように分割するかを定義するために用いる。・・・中略・・・個々のフレーム内容を定義　＜ＦＲＡＭＥ＞タグは、＜ＦＲＡＭＥＳＥＴ＞タグ内でのフレームの定義を行うタグだ。・・・中略・・・また、＜ＦＲＡＭＥ＞タグには、次のようなオプションがある。・・・中略・・・
●ＳＲＣ＝”パス／ファイル名”・・・・フレームの内容を定義するＨＴＭＬファイルの名前を指定する。」と記載されている。
　
周知例２（丸の内　とら、Web Album、４７頁〜６６頁、Ｖｉｓｕａｌ  Ｂａｓｉｃ  ｍａｇａｚｉｎｅ  Ｅｘ  １９９９年夏号  第５巻  第１３号、株式会社翔泳社、１９９９年７月１日発行）には、「Ｗｅｂ　Ａｌｂｕｍでは、ＦＲＡＭＥタグの解析機能をつけていませんので、単一のドキュメント内の画像収集しか行えません」（４７頁中段の記載）、「拡張のヒント　・・・・中略・・・・フレーム解析機能　Ｗｅｂ　Ａｌｕｂｕｍにはフレームを解析する機能がありませんので、・・・中略・・・最近はトップページにフレームを用いるサイトが増えてきていますので、フレームを解析して組み込まれているページすべてから画像を取り出す処理を組み立ててみましょう。　ヒント　”ＦＲＡＭＥ”InStr」（６６頁右段）と記載されている。
　
　
　そして、本願発明が奏する作用、効果についてみても、引用例１記載の発明及び周知、慣用の技術から当業者が予想できる程度のものである。
　
　よって、本願発明は、引用例１記載の発明及び周知、慣用技術に基づいて、当業者が容易に発明することができたものである
　
第６　むすび
　以上のとおり、本願発明は、引用例１に記載された発明及び周知、慣用技術に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条２項の規定により特許を受けることができない。
　よって、結論のとおり審決する。