【事件の表示】
　特願２００９−１０３８２９「端末装置及びプログラム」拒絶査定不服審判事件〔平成２２年１１月１１日出願公開、特開２０１０−２５７０３８〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　経緯
１．手続　
　本願は、平成２１年４月２２日を出願日とする出願であって、手続の概要は以下のとおりである。  　 
　
拒絶理由通知　　　　　　：平成２４年１２月１７日（起案日） 
手続補正　　　　　　　　：平成２５年　１月３１日 
拒絶査定　　　　　　　　：平成２５年　４月　２日（起案日） 
拒絶査定不服審判請求　　：平成２５年　７月　３日 
手続補正　　　　　　　　：平成２５年　７月　３日 
前置審査報告　　　　　　：平成２５年　７月３０日 
審尋　　　　　　　　　　：平成２５年　９月１１日（起案日） 
回答書　　　　　　　　　：平成２５年１０月２３日
　
２．査定
　原査定の理由は、概略、以下のとおりである。
　
　　　　　　　　　　　　　　　理　由
　本願の請求項１ないし６に係る発明（平成２５年１月３１日付け手続補正書による）は、その出願前日本国内又は外国において頒布された下記刊行物に記載された発明に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　
　　　　　　　　　　　　　　　　記
刊行物１．特開２００７−２１５０５４号公報
　
第２　補正の適否 
　平成２５年７月３日付けでなされた手続補正では、補正前の請求項４を削除するとともに、以下に記載するように、補正前の請求項１の記載を補正後の請求項１の記載とする補正を行ってなっている。
　
　　【請求項１】（補正前）
　音声録音機能及び録音再生機能を有した端末装置であって、
　前記音声録音機能による録音中にあって被投影体上に投影される投影画像が特定された際に、そのときの投影画像を撮像部に撮影させてキャプチャする画像キャプチャ手段と、
　この画像キャプチャ手段によるキャプチャ画像を記憶管理すると共に、このキャプチャ画像に対応付けて当該キャプチャ時の録音位置を記憶管理する記憶手段と、
　前記録音再生機能による録音内容の再生時に、現在の再生位置と前記画像キャプチャ時の録音位置とを比較する比較手段と、
　この比較手段による再生位置と録音位置との比較結果に応じて、当該録音位置に対応付けて記憶管理されているキャプチャ画像を前記記憶手段から読み出して対応する前記録音内容の再生と共に出力させる出力制御手段と、
　を具備したことを特徴とする端末装置。
　
　　【請求項１】（補正後）
　音声録音機能及び録音再生機能を有した端末装置であって、
　前記音声録音機能による録音中にあって被投影体上に投影される投影画像が特定された際に、そのときの投影画像を撮像部に撮影させてキャプチャする画像キャプチャ手段と、
　この画像キャプチャ手段によるキャプチャ画像を記憶管理すると共に、このキャプチャ画像に対応付けて当該キャプチャ時の録音位置を記憶管理する記憶手段と、
　前記録音再生機能による録音内容の再生時に、現在の再生位置と前記画像キャプチャ時の録音位置とを比較する比較手段と、
　この比較手段による再生位置と録音位置との比較結果に応じて、当該録音位置に対応付けて記憶管理されているキャプチャ画像を前記記憶手段から読み出して対応する前記録音内容の再生と共に出力させる出力制御手段と、
　外部装置によって前記被投影体上に投影されている投影画像を撮影する撮影手段と、
　を備え、
　前記画像キャプチャ手段は、前記撮影手段によって撮影された画像を認識し、この画像認識の結果、その内容が変化したことを検出した時点を前記投影画像が特定された際としてそのときの投影画像をキャプチャする、
　ことを特徴とする端末装置。
　
　すなわち、補正前の請求項１に
「外部装置によって前記被投影体上に投影されている投影画像を撮影する撮影手段と、
　を備え、
　前記画像キャプチャ手段は、前記撮影手段によって撮影された画像を認識し、この画像認識の結果、その内容が変化したことを検出した時点を前記投影画像が特定された際としてそのときの投影画像をキャプチャする、」
の構成を付加したものといえる。
　ところで、補正前の請求項４は、以下のとおりの記載である。
　
「外部装置によって被投影体上に投影されている投影画像を撮影する撮影手段を更に備え、
　前記画像キャプチャ手段は、前記撮影手段によって撮影された画像を認識し、この画像認識の結果、その内容が変化したことを検出した時点を前記投影画像が特定された際としてそのときの投影画像をキャプチャする、
　ようにしたことを特徴とする請求項１記載の端末装置。」
　
　してみると、上記補正後の請求項１は、補正前の請求項４の構成であるといえ、したがって、平成２５年７月３日付けでなされた補正は、補正前の請求項４を補正後の請求項１とし、補正前の請求項１を削除する補正であるといえる。
　そして、上記補正前の請求項４に記載された発明は、願書に最初に添付した明細書、特許請求の範囲又は図面に記載した事項であるから、平成２５年７月３日付けでなされた補正は、特許法第１７条の２第３項、及び同法同条第５項第５号の規定を満たすものであり、当該補正は適法なものであると認める。
　
第３　本願発明について
１．本願発明
　平成２５年７月３日付けの手続補正は上記のとおり適法なものであると認められたので、本願の請求項１ないし５に係る発明は、平成２５年７月３日付け手続補正書により補正された特許請求の範囲の請求項１ないし５に記載された事項により特定されるとおりのものであると認める。
　そのうち、請求項１に係る発明（以下「本願発明」という）は、上記補正された特許請求の範囲の請求項１に記載された事項により特定される、以下のとおりのものである。
　
　　【請求項１】（本願発明）
　音声録音機能及び録音再生機能を有した端末装置であって、
　前記音声録音機能による録音中にあって被投影体上に投影される投影画像が特定された際に、そのときの投影画像を撮像部に撮影させてキャプチャする画像キャプチャ手段と、
　この画像キャプチャ手段によるキャプチャ画像を記憶管理すると共に、このキャプチャ画像に対応付けて当該キャプチャ時の録音位置を記憶管理する記憶手段と、
　前記録音再生機能による録音内容の再生時に、現在の再生位置と前記画像キャプチャ時の録音位置とを比較する比較手段と、
　この比較手段による再生位置と録音位置との比較結果に応じて、当該録音位置に対応付けて記憶管理されているキャプチャ画像を前記記憶手段から読み出して対応する前記録音内容の再生と共に出力させる出力制御手段と、
　外部装置によって前記被投影体上に投影されている投影画像を撮影する撮影手段と、
　を備え、
　前記画像キャプチャ手段は、前記撮影手段によって撮影された画像を認識し、この画像認識の結果、その内容が変化したことを検出した時点を前記投影画像が特定された際としてそのときの投影画像をキャプチャする、
　ことを特徴とする端末装置。
　
２．引用刊行物の記載  
　原査定の拒絶の理由に引用された刊行物である特開２００７−２１５０５４号公報（以下「刊行物１」という。）には、図面と共に次に掲げる事項が記載されている。 
　
【発明の詳細な説明】
【技術分野】
【０００１】
　本発明は、会議情報を記憶できる電子装置に関し、より詳細には、着脱可能な記憶装置を用いて、その内部に格納されたプログラムを用いて会議情報である画像や音声情報を取得（キャプチャ）し、内部に格納する機能を備えた電子装置に関する。
【背景技術】
【０００２】
　従来から、カメラやマイクを用いて会議の画像や音声などの会議情報を取得してメモリに格納し、メモリから会議情報を読み出して会議を再現することが提案されている。また、プレゼンテーション用アプリケーションを動作させて、ユーザが操作したタイミングで
表示された画像を取得し、これを会議情報としてメモリに記憶することも行われている。
【０００３】
　特許文献１は、着脱可能なメモリに、プレゼンテーション用アプリケーションに対してユーザが行った操作指示内容とその発生時刻に関するイベントデータを記録するとともに、イベントデータの取得と記憶をプレゼンテーション用のコンピュータに実行させるプログラムとを格納することを提案している。このメモリをコンピュータに接続するだけで、会議のイベントデータを自動的に取得することができるという効果が得られる。
【特許文献１】特開２００４−２２７５１４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
　しかしながら、特許文献１に記載の従来技術では、会議の画像や音声などの会議情報は、プレゼンテーション用コンピュータとは別のコンピュータで取得し、記憶する構成となっているため、使い勝手が良くないという問題点がある。また、取得し記憶した会議情報を用いて会議を再現する場合には、イベントデータを格納するメモリと、会議情報を記憶するコンピュータやプレゼンテーション用アプリケーションを格納するコンピュータとを接続し、イベントデータと会議情報とをマージして（組み合わせて）、会議を再現するための再生データを生成する必要があり、使い勝手が良くない。また、イベントデータと会議情報とのマージ処理は、マージするためのプログラムがマージ処理をするために用いられるコンピュータにインストールされている必要があるが、マージ処理用のプログラムがインストールされていないコンピュータではマージ処理を行うことができず、使い勝手が良くない。
　本発明は上記従来技術の問題点を解決し、会議情報の取得及び再生を容易に行えるようにすることを課題とする。
　
【発明を実施するための最良の形態】
【０００７】
　添付図面を参照しながら本発明の好適な実施例を説明する。
　図１は、本発明の実施例に係る電子装置のブロック図である。電子装置１０は、着脱自在のメモリであって、例えばＵＳＢメモリである。以下、電子装置１０をＵＳＢメモリ１０という。ＵＳＢメモリ１０は、インタフェース部１２とメモリ部１４とを有する。メモリ部１４は記憶領域として、プログラム領域１６とデータ領域１８とを有する。メモリ部１４のメモリ領域がプログラム領域１６をデータ領域１８とにハード的に区分けされていない場合、プログラムが格納されたメモリ領域がプログラム領域１６となり、データが格納された領域がデータ領域となる。インタフェース部１２は、コンピュータなどの外部装置とのインタフェースを形成するもので、ＵＳＢメモリで一般的に用いられている構成である。例えば、インタフェース部１２は、ＵＳＢコントローラ（ハードウェア）や、初期化、接続、転送、切断などの機能を実現するソフトウェアを備えている。
【０００８】
　プログラム領域１６は、第１の処理手段から第６の処理手段を実現するプログラムを格納する。第１の処理手段は、会議での画像と音声の少なくとも１つを含む会議情報を取得してデータ領域１８又はＵＳＢメモリ１０以外の記憶領域（これらを総称して所定の記憶領域という）に格納する処理をコンピュータに実行させる。例えば、第１の処理手段は、前記前記画像と音声とを関連付けてタイムスタンプ情報とともにデータ領域１８又はＵＳＢメモリ１０以外の記憶領域に格納する。第２の処理手段は、データ領域１８又はＵＳＢメモリ１０以外の記憶領域に格納された会議情報をコンピュータに表示するための処理をコンピュータに実行させる。第３の処理手段は、会議情報に基づいて議事録を構成する議事録情報を生成してデータ領域１８又はＵＳＢメモリ１０以外の記憶領域に格納する処理をコンピュータに実行させる。第４の処理手段は、会議情報と議事録情報の少なくとも１つを外部に送出する処理をコンピュータに実行させる。外部とは、例えば、ＵＳＢメモリ１０が接続されたコンピュータそのものである。第５の処理手段は、ＵＳＢメモリ１０が接続されたコンピュータの能力及び動作状況の少なくとも１つに関する情報を取得してデータ領域１８又はＵＳＢメモリ１０以外の記憶領域に格納するとともに、この情報に基づきコンピュータの能力及び動作状況に応じた負荷となるように前記第１から第４の処理手段の少なくとも１つを制御する処理をコンピュータに実行させる。第６の処理手段は、データ領域１８に格納されたユーザ毎の環境情報を参照し、この環境情報に応じた処理となるように第１から第４の手段の少なくとも１つを制御する処理をコンピュータに実行させる。
　
【００１０】
　図２は、プログラム領域内に格納されたプログラムの構成を示す図である。このプログラムは、ＰＣ性能・使用状況検出部２０、キャプチャ部２２、ビューワ部２４、議事録作成部２６及びアップロード部２８として機能する。上述した第１の処理手段は、キャプチャ部２２に対応する。第２の処理手段は、ビューワ部２４に対応する。第３の処理手段は、議事録作成部２６に対応する。第４の処理手段は、アップロード部２８に対応する。第５の処理手段及び第６の処理手段は、ＰＣ性能・使用状況検出部２０に対応する。図２のサーバ３０は、ＵＳＢメモリ１０が接続されるコンピュータを介して接続されるコンピュータ、又はＵＳＢメモリ１０が直接接続されるコンピュータである。サーバ３０は、後述する検索や、ＰＣ、ＰＤＡなどのコンピュータや携帯電話に情報を配信する機能を有する。
【００１１】
　図１及び図２に示すＵＳＢメモリ１０は、図３に示すコンピュータ１００に接続され、図２に示す各部のプログラムをこのコンピュータ（以下、ＰＣという場合がある）１００が実行することにより、上記第１から第６の処理手段が実現される。コンピュータ１００は、ＣＰＵ１０１、メモリ１０２、ＨＤＤ１０３、通信インタフェース（Ｉ／Ｆ）部１０４、マウスやキーボードなどの操作部１０５、モニタ１０６、外部インタフェースを構成する複数のＵＳＢ端子１０７、音源ボード１１３及びバス１０８を有する。ＵＳＢメモリ１０は、ＵＳＢ端子１０７に挿入される。コンピュータ１００は、通信Ｉ／Ｆ部１０４を介してネットワーク１１０に接続し、ネットワーク１１０に接続されたサーバ３０とデータの授受を行うことができる。勿論、コンピュータ１００はネットワーク１１０に接続されたコンピュータと通信することができる。
【００１２】
　次に、図２に示す各部２０〜２８の概要について説明する。ＵＳＢメモリ１０をコンピュータ１００のＵＳＢ端子１０７に挿入すると、まず、ＰＣ性能・使用状況検出部２０が公知のオートラン機能により自動的に起動し、図３のＣＰＵ１０１がこのプログラムを実行することにより、一例として図４に示す機能が実現される。ＰＣ性能・使用状況検出部２０は、コンピュータ１００に接続しているデバイスの情報（図４の例ではカメラ）及び付帯しているデバイスの情報を検出する機能、及びＣＰＵ１０１やメモリ１０２の状況を静的にかつ動的に検出する機能を備える。図４の例では、静的なデバイス情報はカメラの情報やＣＰＵの動作周波数、内部メモリの動作周波数と容量であり、動的なデバイス情報はＣＰＵ使用率やコミットチャージである。
【００１３】
　キャプチャ部２２は、図５に示すように、オートラン機能により自動的に起動するか、又は図３の操作部１０５を用いてユーザが起動を指示することで起動する。キャプチャ部２２は、コンピュータ１００のモニタ１０６上の画面と、ＵＳＢ端子１０７に接続されたマイク１１２を介して入力した音声とをキャプチャし、これらの画像情報と音声情報を会議情報として、図１に示すＵＳＢメモリ１０のデータ領域１８に格納する。データ領域１８に代えて、コンピュータ１００に接続される他の記憶領域を用いてもよい。例えば、コンピュータ１００内部のハードディスク、ＤＶＤなどのドライブ、着脱可能はハードディスクドライブ、着脱可能なコンパクトディスクなどの着脱可能な記録媒体を含む電子装置、更にはサーバ３０を用いてもよい。図５の１１４は、コンピュータ１００に接続されたプロジェクタであって、コンピュータ１００で使用されているプレゼンテーション用アプリケーションの画面（スライド）をスクリーン１１６に投影する。なお、図５には示していないが、コンピュータ１００に図４に示すカメラを接続して会議の様子を撮影し、これを会議情報としてデータ領域１８に格納することができる。キャプチャのタイミングは例えば、オペレータがプレゼンテーション中にコンピュータ１００を操作したタイミングや、一定周期のタイミングでもよい。また、ユーザが特定のキー操作をした場合をキャプチャのタイミングとしてもよい。
【００１４】
　ビューワ部２４は、図６に示すように、オートラン機能により自動的に起動するか、又は図３の操作部１０５を用いてユーザが起動を指示することで起動する。ビューワ部２４は、データ領域１８に保存された会議情報をデータ領域１８から読み出して、コンピュータ１００のモニタ１０６上に表示する。図６の例では、画像情報とこれに関連付けられた音声情報のサムネイルがモニタ１０６上に表示されており、モニタ１０６上のスタートアイコン１０８及びストップアイコン１１２をクリックすることで、再生及び停止更にはサムネイルチャプタごとの再生が行える。
　
【００１９】
　図１１は、キャプチャ部２２の構成を示すブロック図である。キャプチャ部２２は、キャプチャ起動部Ｓ３１、キャプチャタイミング管理部Ｓ３２及びキャプチャ停止部Ｓ３３を含む。図１２は、キャプチャ起動部２２の構成例を示す図である。会議情報の取得処理の開始、すなわちキャプチャの開始は、図１２（Ａ）に示すように、コンピュータ１００にＵＳＢメモリ１０を挿入した時点で自動的にキャプチャ部２２が起動する（より詳細に言えば、キャプチャ部２２を構成するプログラムが起動する）場合と、ＵＳＢメモリ１０をコンピュータ１００に挿入した時点ではキャプチャを開始せず、図１２（Ｂ）に示すように、タスクバーなどにプログラムが起動し、キャプチャのタイミングについてはマウス操作やキー操作など、ユーザが操作部１０５（図３）を操作することでタイミングを指定する場合とがある。
【００２０】
　ここで、前述した静的及び動的なデバイス情報に応じて、つまり、ＵＳＢメモリ１０が挿入されたコンピュータ１００の性能や使用状況に応じて、キャプチャ処理の挙動を変更することができる。例えば、ＣＰＵ１０１のパワー（ＣＰＵの品種、動作クロックなど）に応じて画像及び音声情報をサンプリングする際の最適なサンプリングレートを設定することができる。また、コンピュータ１００に附属するデバイスが存在する場合には、このデバイスから会議情報を取得することができる。例えば、カメラがコンピュータ１００に接続されていることがＰＣ性能・使用状況検出部２０により検出されると、カメラからの画像もキャプチャして会議情報としてＵＳＢメモリ１０に取り込むことができる。更に、ＣＰＵ１０１の使用率など動的なデバイス情報に応じて、サンプリングレートを変更することもできる。
　
【００２３】
　図１５は、キャプチャ部２２の別のプログラムを記述するフローチャートである。キャプチャ部２２は、コンピュータ１００に外部接続されたデバイスに応じて、図１５の処理を実行する。ＣＰＵ１０１はＰＣ性能・使用状況検出部２０で取得したデバイス情報を受け取り（ステップＳ４１）、キャプチャ部２２の当該プログラムを動作させ（ステップＳ４２）、カメラが接続又は付帯（内蔵）されているかどうかを判断する（ステップＳ４３）。ＣＰＵ１０１はカメラが接続されていないと判断した場合には処理を終了し（ステップＳ４６）、カメラが接続されていると判断した場合には、ＵＳＢメモリ１０からカメラ用キャプチャプログラムをロードしてメモリ１０２に展開する（ステップＳ４４）。そして、ＣＰＵ１０１は、ロードしたプログラムを実行し、カメラ用キャプチャ用の選択メニューを表示する（ステップＳ４５）。
【００２４】
　図１６は、キャプチャするデータの形式を示す図である。図１６（Ａ）は、画像と音声とを一つずつ記録する形式を示す。画像は例えばプレゼンテーション用アプリケーションの画像やカメラで撮影した画像であり、音声（より詳細には、音声ファイル）は１つの画像ファイル（一枚の画像）に関連付けられている。図１６（Ｂ）は１つの音声と複数の画像ファイルとを関連付けるとともに、タイムスタンプ（ＣＳＶ）を付加する形式である。カメラがコンピュータに接続されている場合には、カメラからの画像ファイルと音声ファイルとを関連付けてもよい。
　図１７は、別のデータ形式を示す図である。図１７のデータ形式は、一つの長い音声を記録する際に用いる。長い音声が記録された場合には、ＣＰＵ１０１はキャプチャ後にタイムスタンプのファイルを用いて、音声ファイルを複数のファイルに分割し、画像ファイル毎に関連付ける。この処理は、ＵＳＢメモリ１０が挿入されたコンピュータ１００で行ってもよいし、サーバ３０（図２）で行ってもよい。サーバは１つの音声ファイルと複数の画像ファイルとを受け取り、音声ファイルを分割する。
【００２５】
　図１８は、図１１に示すキャプチャタイミング管理部Ｓ３２のプログラム構成を示す図である。キャプチャタイミング管理部Ｓ３２は、ユーザの操作による画面の切り替わりを検出することで、自動的に画像（この場合は静止画）と音声との同期をとる。図１８のプログラムは図１６（Ａ）のデータ形式に対応する。ＣＰＵ１０１は図１８のプログラムの実行を開始（ステップＳ５１）した後、モニタ１０６（図３）上の画面をキャプチャし（ステップＳ５２）、この画面を画面Ａとする（ステップＳ５３）とともに、音声のキャプチャを開始する（ステップＰＳ５４）。ＣＰＵ１０１は一定周期で画面（画面（Ｂ）とする）をキャプチャし（ステップＳ５５）、画面Ａと画面Ｂとが同じであるか否かを判断する（ステップＳ５６）。Ｎｏの場合にはステップＳ５５に戻り、Ｙｅｓの場合には画面Ａを保存する（ステップＳ５７）。そして、ＣＰＵ１０１は画面Ｂを画面Ａとし（ステップＳ５８）、音声のキャプチャを停止し（ステップＳ５９）、音声を保存する（ステップＳ６０）。そして、画面Ｂに関連付けられる音声のキャプチャを開始し（ステップＳ６１）、ステップＳ５５に戻る。なお、図１１のキャプチャ停止部Ｓ３３が発行する停止命令を受けると、処理を停止する。停止命令は例えば、ＵＳＢメモリ１０をコンピュータ１００から抜くことで、又は操作部１０５（図３）のマウスやキー操作に応答して、キャプチャ停止部Ｓ３３が発行する。
【００２６】
　図１９は、キャプチャタイミング管理部Ｓ３２の別のプログラム構成を示す図であって、図１６（Ｂ）のデータ形式に対応する。ステップＳ５１からＳ５８までは、図１８のステップＳ５１とＳ５８と同じである。図１９では、ステップＳ５８の次に、ＣＰＵ１０１がステップＳ６２を実行し、タイムスタンプを更新する。図１８の処理とは異なり、音声のキャプチャを停止しないので、複数の画像ファイルに関連して１つの音声ファイルを作成することができる。
　
【００３０】
　次に、図２に示すビューワ部２４を説明する。図２３は、ビューワ部２４の機能を模式的に説明するための図である。ビューワ部２４のプログラムをＣＰＵ１０１が実行することで、静止画と音声をＵＳＢメモリ１０のデータ領域から読み込んでモニタ１０６上に表示する機能（図２３（Ａ））と、静止画と音声を同様に読み込んでコンテンツ（例えばmacromedia社Flashなど）を作成して表示する機能（図２３（Ｂ））が提供される。
　ビューワ部２４は、ＰＣ性能・使用状況検出部２０からの静的及び動的デバイス情報に基づき、その挙動（画面表示）を変更することができる。例えば、モニタ１０６の画面解像度に応じた表示画面の形成や、モニタ１０６上の表示領域の大きさに応じて視覚性が維持できるような表示画面の形成（例えば、画像伝体を拡大して部分的に表示する、又は一部を拡大して表示する）を行う。
　図２４は、ＵＳＢメモリ１０のデータ領域１８に格納された３つの表示倍率テーブル１３０、１３２、１３４を示す。これらの表示倍率テーブルを用いて、視聴時のビューワの挙動変更（表示画面の形成・変更）を行う。表示倍率テーブル１３０は、ＵＳＢメモリ１０が挿入されるコンピュータ１００のモニタ１０６の画面解像度と、ドキュメントに含まれる文字の最小ポイント数と、この文字の書体と、に応じて決定される表示倍率を規定している。ドキュメントに含まれる文字の最小ポイント数に関する情報、及びこの文字の書体に関する情報は、例えばプレゼンテーション用アプリケーション又は画像情報をＯＣＲ処理することで取得する。表示倍率テーブル１３２は、ＵＳＢメモリ１０が挿入されるコンピュータ１００のモニタ１０６の画面解像度と、ドキュメントに含まれる文字のうち中央値にあたるポイント数と、この中央値にあたるポイント数の文字のうち最も多い書体と、に応じて決定される表示倍率を規定している。ドキュメントに含まれる文字のうち中央値にあたるポイント数に関する情報と、この中央値にあたるポイント数の文字のうち最も多い書体に関する情報は、例えばプレゼンテーション用アプリケーション又は画像情報をＯＣＲ処理することで取得する。表示倍率テーブル１３４は、ＵＳＢメモリ１０が挿入されるコンピュータ１００のモニタ１０６の画面解像度と、ドキュメントに含まれる文字のうち平均値にあたるポイント数と、この平均値にあたるポイント数の文字のうち最も多い書体と、に応じて決定される表示倍率を規定している。ドキュメントに含まれる文字のうち平均値にあたるポイント数に関する情報と、この平均値にあたるポイント数の文字のうち最も多い書体に関する情報は、例えばプレゼンテーション用アプリケーション又は画像情報をＯＣＲ処理することで取得する。
　
３．刊行物１に記載された発明 
　以上の刊行物１の記載からみて、刊行物１には、次の発明が記載されている。　
　
（３−１）（ＵＳＢメモリが接続された）コンピュータ
　刊行物１には【００１１】に「図１及び図２に示すＵＳＢメモリ１０は、図３に示すコンピュータ１００に接続され、図２に示す各部のプログラムをこのコンピュータ（以下、ＰＣという場合がある）１００が実行することにより、上記第１から第６の処理手段が実現される。」と記載されているから、ＵＳＢメモリが接続されたコンピュータは第１から第６の処理を行う処理手段といえる。
　上記第１から第６の処理に関して【０００８】に「第１の処理手段は、会議での画像と音声の少なくとも１つを含む会議情報を取得してデータ領域１８又はＵＳＢメモリ１０以外の記憶領域（これらを総称して所定の記憶領域という）に格納する処理をコンピュータに実行させる。例えば、第１の処理手段は、前記前記画像と音声とを関連付けてタイムスタンプ情報とともにデータ領域１８又はＵＳＢメモリ１０以外の記憶領域に格納する。第２の処理手段は、データ領域１８又はＵＳＢメモリ１０以外の記憶領域に格納された会議情報をコンピュータに表示するための処理をコンピュータに実行させる。」との記載があるから、第１の処理は「画像と音声とを関連付けて記憶領域に格納する処理」、第２の処理は「記憶領域に格納された会議情報をコンピュータに表示するための処理」といえる。　したがって、（ＵＳＢメモリが接続された）コンピュータは、画像と音声とを関連付けて記憶領域に格納する処理及び、記憶領域に格納された会議情報をコンピュータに表示するための処理を行う処理手段といえる。
　
（３−２）キャプチャ部
　刊行物１には、【００１３】に「キャプチャ部２２は、図５に示すように、オートラン機能により自動的に起動するか、又は図３の操作部１０５を用いてユーザが起動を指示することで起動する。キャプチャ部２２は、コンピュータ１００のモニタ１０６上の画面と、ＵＳＢ端子１０７に接続されたマイク１１２を介して入力した音声とをキャプチャし、これらの画像情報と音声情報を会議情報として、図１に示すＵＳＢメモリ１０のデータ領域１８に格納する。データ領域１８に代えて、コンピュータ１００に接続される他の記憶領域を用いてもよい。・・・図５の１１４は、コンピュータ１００に接続されたプロジェクタであって、コンピュータ１００で使用されているプレゼンテーション用アプリケーションの画面（スライド）をスクリーン１１６に投影する。なお、図５には示していないが、コンピュータ１００に図４に示すカメラを接続して会議の様子を撮影し、これを会議情報としてデータ領域１８に格納することができる。キャプチャのタイミングは例えば、オペレータがプレゼンテーション中にコンピュータ１００を操作したタイミングや、一定周期のタイミングでもよい。また、ユーザが特定のキー操作をした場合をキャプチャのタイミングとしてもよい。」との記載がある。
　「キャプチャ部２２は、コンピュータ１００のモニタ１０６上の画面と、ＵＳＢ端子１０７に接続されたマイク１１２を介して入力した音声とをキャプチャし、これらの画像情報と音声情報を会議情報として、図１に示すＵＳＢメモリ１０のデータ領域１８に格納する。」のであるから、キャプチャ部は、マイクを介して入力した音声と、モニタ１０６上の画面とを会議情報としてキャプチャしているといえる。また、キャプチャのタイミングは、「キャプチャのタイミングは例えば、オペレータがプレゼンテーション中にコンピュータ１００を操作したタイミングや、一定周期のタイミングでもよい。また、ユーザが特定のキー操作をした場合をキャプチャのタイミングとしてもよい。」とあるから、特定のタイミングでキャプチャしているといえる。
　さらに、キャプチャする画像として、「なお、図５には示していないが、コンピュータ１００に図４に示すカメラを接続して会議の様子を撮影し、これを会議情報としてデータ領域１８に格納することができる。」との記載があるから、撮像部にて撮影された画像を会議情報としてキャプチャしているといえる。
　以上まとめると、刊行物１に記載されたキャプチャ部は、マイクを介して入力した音声と、モニタ１０６上の画面とを会議情報として特定のタイミングでキャプチャする構成であって、撮像部にて撮影された画像を会議情報としてキャプチャする構成も有するキャプチャ部であるといえる。
　
　さらに、キャプチャ部について検討する。
　
　上記特定のタイミングについて、刊行物１にはいくつかの実施例が開示されているが、そのうちの一つの実施例として、以下の記載がある。
　
「【００２５】
  図１８は、図１１に示すキャプチャタイミング管理部Ｓ３２のプログラム構成を示す図である。キャプチャタイミング管理部Ｓ３２は、ユーザの操作による画面の切り替わりを検出することで、自動的に画像（この場合は静止画）と音声との同期をとる。図１８のプログラムは図１６（Ａ）のデータ形式に対応する。ＣＰＵ１０１は図１８のプログラムの実行を開始（ステップＳ５１）した後、モニタ１０６（図３）上の画面をキャプチャし（ステップＳ５２）、この画面を画面Ａとする（ステップＳ５３）とともに、音声のキャプチャを開始する（ステップＰＳ５４）。ＣＰＵ１０１は一定周期で画面（画面（Ｂ）とする）をキャプチャし（ステップＳ５５）、画面Ａと画面Ｂとが同じであるか否かを判断する（ステップＳ５６）。Ｎｏの場合にはステップＳ５５に戻り、Ｙｅｓの場合には画面Ａを保存する（ステップＳ５７）。そして、ＣＰＵ１０１は画面Ｂを画面Ａとし（ステップＳ５８）、音声のキャプチャを停止し（ステップＳ５９）、音声を保存する（ステップＳ６０）。そして、画面Ｂに関連付けられる音声のキャプチャを開始し（ステップＳ６１）、ステップＳ５５に戻る。なお、図１１のキャプチャ停止部Ｓ３３が発行する停止命令を受けると、処理を停止する。停止命令は例えば、ＵＳＢメモリ１０をコンピュータ１００から抜くことで、又は操作部１０５（図３）のマウスやキー操作に応答して、キャプチャ停止部Ｓ３３が発行する。
【００２６】
  図１９は、キャプチャタイミング管理部Ｓ３２の別のプログラム構成を示す図であって、図１６（Ｂ）のデータ形式に対応する。ステップＳ５１からＳ５８までは、図１８のステップＳ５１とＳ５８と同じである。図１９では、ステップＳ５８の次に、ＣＰＵ１０１がステップＳ６２を実行し、タイムスタンプを更新する。図１８の処理とは異なり、音声のキャプチャを停止しないので、複数の画像ファイルに関連して１つの音声ファイルを作成することができる。」
　
　図１８、図１９を参酌しながら、以上の記載について検討する。
　まず、【００２６】の記載によれば、図１９の構成のうち、Ｓ５１からＳ５８は、図１８のステップと同じとあるから、図１８のＳ５１からＳ５８について検討する。
　【００１８】の「図１８は、図１１に示すキャプチャタイミング管理部Ｓ３２のプログラム構成を示す図である。キャプチャタイミング管理部Ｓ３２は、ユーザの操作による画面の切り替わりを検出することで、自動的に画像（この場合は静止画）と音声との同期をとる。」の記載によれば、【００１８】（【００１９】も同様であることは明らかである。）にある構成を採用する目的は、画面の切り替わりを検出することで自動的に画像と音声との同期をとることであるといえる。
　そして、ステップＳ５２ないしＳ５４では、まず最初の画像をキャプチャすることと、音声のキャプチャを開始すること、及び以下のステップで新たにキャプチャした画像と比較を行い画面の切り替わりを検出するために、最初の画像を保持しておく（図１８、図１９によれば画面Ａとしてキープと記載されている。）処理を行っているといえる。
　ステップＳ５５では、画面Ａがキープされた状態で、新たな画像を一定周期でキャプチャを行う。
　そして、ステップＳ５６では、画面Ａと画面Ｂとを比較し、同じであるか異なるかの判断を行い、Ｎｏの場合はステップＳ５５に戻り、Ｙｅｓの場合は、以下のステップで上記新たにキャプチャされた画像Ｂを取り込み、画像Ａを画像Ｂに置き換える処理を行っているという記載である。
　ここで、上記明細書の記載のとおりであれば、Ｎｏの場合（最初にキャプチャした画像と次にキャプチャした画像が異なる場合）Ｓ５６とＳ５５を繰り返すのみで新たな画像はキャプチャされず、Ｙｅｓの場合（最初にキャプチャした画像と次にキャプチャした画像が同じ場合）、同じ画像が連続してキャプチャされることとなる。
　しかし、上記【００１８】の構成を採用することの目的から見て、キャプチャすべき画像は、同じ画像が連続している場合ではなく、異なる画像が現れたときであることは明らかであり、上記「Ｎｏの場合」と「Ｙｅｓの場合」の処理は逆であることは明白である。
　このことは、【００２９】の「図２２は、キャプチャタイミング管理部Ｓ３２の更に別のプログラム構成を示す図である。」の説明を見れば、「このプログラム構成は、特定のアプリケーション（例えばｐｐｔ）が操作されていることを検出し、このアプリケーションの操作（例えば、スライドを進める）に合わせてキャプチャを行う。ＣＰＵ１０１は図２２のプログラムの動作を開始した後（ステップＳ８１）、プロセスの検出動作を行う（ステップＳ８２）。ＣＰＵ１０１は、特定のプログラムが起動されていることが検出されたかどうかを判断する（ステップＳ８３）。特定のプログラムとは、例えばプレゼンテーション用プログラムである。ステップＳ８３の判断結果がＮｏならば、他のキャプチャ方式を実行する（ステップＳ８４）か、ステップＳ８２に戻る。Ｙｅｓならば、ＣＰＵ１０１は、特定のプログラムで特定の操作が行われたかどうかを判断する（ステップＳ８５）。特定の操作とは、例えばスライドを進める操作である。ステップＳ８５の判断結果がＮｏならば、ステップＳ８５に戻り、Ｙｅｓならば、他のキャプチャ方式の実行を終了する（ステップＳ８６）。他のキャプチャ方式とは、例えば図１８から図２１に示すキャプチャ方式である。そして、ＣＰＵ１０１は検出したアプリケーションの操作指示に基づくキャプチャを実行し（ステップＳ８７）、実行後はステップＳ８５に戻る。」と記載されており、当該記載によれば、「例えばスライドを進める操作」を行ったとき新たな画像をキャプチャする構成であって、スライドを進める操作を行えば、通常前の画像と異なる画像が表示されることは明らかであり、画像をキャプチャするタイミングとしては、前の画像と異なる画像が表示されるときに新たな画像をキャプチャすることが前提の発明であることは明らかである。
　したがって、以下では、上記ステップＳ５６の判断の結果として行われる処理は、「Ｎｏの場合」と「Ｙｅｓの場合」が逆であるものであるとして検討する。
　「Ｙｅｓの場合」（先にキャプチャされた画像と次にキャプチャされた画像とが同じと判断された場合）は、ステップＳ５５で、画面Ａがキープされた状態で、新たな画像を一定周期でキャプチャを行う処理が繰り返されるのみであるといえる。
　「Ｎｏの場合」（先にキャプチャされた画像と次にキャプチャされた画像とが異なると判断された場合）は、ステップＳ５７以下の処理に移行する。
　ステップＳ５７で画面Ａを保存し、ステップＳ５８で画面Ｂを画面Ａとすることで、次の比較の対象となる画面は、今回キャプチャされた画面Ｂとし、図１９の実施例では、ステップＳ６２でタイムスタンプを更新し、次の画面のキャプチャを行うため、ステップＳ５５に戻る構成である。
　以上の構成によれば、キャプチャ部は、先にキャプチャした画面と後にキャプチャした画面とを比較し、先にキャプチャした画面と後にキャプチャした画面とが異なると判断された場合、後にキャプチャされた画面を次に比較の対象となる画面とし、タイムスタンプを更新する構成を有しているといえる。
　
　以上まとめると、キャプチャ部は、マイクを介して入力した音声と、モニタ１０６上の画面とを会議情報として特定のタイミングでキャプチャする構成であって、撮像部にて撮影された画像を会議情報としてキャプチャする構成も有するキャプチャ部であって、先にキャプチャした画面と後にキャプチャした画面とを比較し、先にキャプチャした画面と後にキャプチャした画面とが異なると判断された場合、後にキャプチャされた画面を次に比較の対象となる画面とし、タイムスタンプを更新する構成を有しているといえる。
　
（３−３）キャプチャする画像と音声との関係
　刊行物１には、
【００２４】に「図１６は、キャプチャするデータの形式を示す図である。図１６（Ａ）は、画像と音声とを一つずつ記録する形式を示す。画像は例えばプレゼンテーション用アプリケーションの画像やカメラで撮影した画像であり、音声（より詳細には、音声ファイル）は１つの画像ファイル（一枚の画像）に関連付けられている。図１６（Ｂ）は１つの音声と複数の画像ファイルとを関連付けるとともに、タイムスタンプ（ＣＳＶ）を付加する形式である。カメラがコンピュータに接続されている場合には、カメラからの画像ファイルと音声ファイルとを関連付けてもよい。」
【００２６】に「図１９は、キャプチャタイミング管理部Ｓ３２の別のプログラム構成を示す図であって、図１６（Ｂ）のデータ形式に対応する。ステップＳ５１からＳ５８までは、図１８のステップＳ５１とＳ５８と同じである。図１９では、ステップＳ５８の次に、ＣＰＵ１０１がステップＳ６２を実行し、タイムスタンプを更新する。図１８の処理とは異なり、音声のキャプチャを停止しないので、複数の画像ファイルに関連して１つの音声ファイルを作成することができる。」
の記載がある。
　上記記載によれば、刊行物１に記載された発明には、キャプチャするデータの形式として、図１６（Ａ）に対応する形式と、図１６（Ｂ）に対応する形式とがあることが理解できる。
　このうち、図１６（Ｂ）に対応する形式では、
「１つの音声と複数の画像ファイルとを関連付けるとともに、タイムスタンプ（ＣＳＶ）を付加する形式である。カメラがコンピュータに接続されている場合には、カメラからの画像ファイルと音声ファイルとを関連付けてもよい。」、
「ステップＳ５８の次に、ＣＰＵ１０１がステップＳ６２を実行し、タイムスタンプを更新する。図１８の処理とは異なり、音声のキャプチャを停止しないので、複数の画像ファイルに関連して１つの音声ファイルを作成することができる。」
のであるから、１つの音声のキャプチャを停止しないで、カメラからの複数の画像ファイルと音声とを対応付けてファイルを作成する形式であって、画像をキャプチャするときに、タイムスタンプの更新を行って当該タイムスタンプを付加する形式でファイルを作成する構成であることが記載されているといえる。
　
（３−４）ビューワ
　刊行物１の【００１４】には「ビューワ部２４は、図６に示すように、オートラン機能により自動的に起動するか、又は図３の操作部１０５を用いてユーザが起動を指示することで起動する。ビューワ部２４は、データ領域１８に保存された会議情報をデータ領域１８から読み出して、コンピュータ１００のモニタ１０６上に表示する。図６の例では、画像情報とこれに関連付けられた音声情報のサムネイルがモニタ１０６上に表示されており、モニタ１０６上のスタートアイコン１０８及びストップアイコン１１２をクリックすることで、再生及び停止更にはサムネイルチャプタごとの再生が行える。」
【００３０】には「次に、図２に示すビューワ部２４を説明する。図２３は、ビューワ部２４の機能を模式的に説明するための図である。ビューワ部２４のプログラムをＣＰＵ１０１が実行することで、静止画と音声をＵＳＢメモリ１０のデータ領域から読み込んでモニタ１０６上に表示する機能（図２３（Ａ））と、静止画と音声を同様に読み込んでコンテンツ（例えばmacromedia社Flashなど）を作成して表示する機能（図２３（Ｂ））が提供される。」の記載がある。
　
　以上の記載によれば、「ビューワ部２４は、データ領域１８に保存された会議情報（静止画と音声）をデータ領域１８から読み出して、コンピュータ１００のモニタ１０６上に表示する。」とあるから、刊行物１に記載された発明は、データ領域１８に保存された会議情報（静止画と音声）をデータ領域１８から読み出して、コンピュータ１００のモニタ１０６上に表示するビューワ部を有しているといえる。
　
（３−５）カメラ
　刊行物１の
【００１２】の「ＰＣ性能・使用状況検出部２０は、コンピュータ１００に接続しているデバイスの情報（図４の例ではカメラ）及び付帯しているデバイスの情報を検出する機能、」
【００１３】の「図５には示していないが、コンピュータ１００に図４に示すカメラを接続して会議の様子を撮影し、これを会議情報としてデータ領域１８に格納することができる」
【００２０】の「例えば、カメラがコンピュータ１００に接続されていることがＰＣ性能・使用状況検出部２０により検出されると、カメラからの画像もキャプチャして会議情報としてＵＳＢメモリ１０に取り込むことができる。」
等の記載から見て、刊行物１のコンピュータには、カメラが接続され、接続されたカメラで会議の様子を撮影し、これを会議情報としてデータ領域１８に格納する構成が開示されているといえる。
　したがって、刊行物１に記載された発明は、コンピュータに接続されたカメラによって会議の様子を撮影し、これを会議情報としてデータ領域１８に格納する構成が開示されているといえる。
　
（３−６）まとめ
　以上、（３−１）ないし（３−５）の記載によれば、刊行物１には、以下の発明（以下、刊行物１発明という。）が記載されているといえる。
　
　（ＵＳＢメモリが接続された）コンピュータは、画像と音声とを関連付けて記憶領域に格納する処理及び、記憶領域に格納された会議情報をコンピュータに表示するための処理を行う処理手段であって、
　キャプチャ部は、マイクを介して入力した音声と、モニタ１０６上の画面とを会議情報として特定のタイミングでキャプチャする構成であって、撮像部にて撮影された画像を会議情報としてキャプチャする構成も有するキャプチャ部であって、先にキャプチャした画面と後にキャプチャした画面とを比較し、先にキャプチャした画面と後にキャプチャした画面とが異なると判断された場合、後にキャプチャされた画面を次に比較の対象となる画面とし、タイムスタンプを更新する構成を有し、
　１つの音声のキャプチャを停止しないで、カメラからの複数の画像ファイルと音声とを対応付けてファイルを作成する形式であって、画像をキャプチャするときに、タイムスタンプの更新を行って当該タイムスタンプを付加する形式でファイルを作成し、
　データ領域１８に保存された会議情報（静止画と音声）をデータ領域１８から読み出して、コンピュータ１００のモニタ１０６上に表示するビューワ部を有し、
　コンピュータに接続されたカメラによって会議の様子を撮影し、これを会議情報としてデータ領域１８に格納する構成を有する、
　コンピュータ。
　
４．対比
　本願発明と刊行物１発明とを対比する。　　　
（４−１）「音声録音機能及び録音再生機能を有した端末装置であって」
　本願発明の「端末」は本願明細書の【０００２】によれば「従来、光源や透過型液晶パネルなどを使用して画像を光変換してスクリーン上に投影するプロジェクタ装置をパーソナルコンピュータ（ＰＣ）や携帯電話などの端末装置に接続し、各種の資料（画像）をスクリーン上に投影させてプレゼンテーションを行う場合」とあるように、プロジェクタ装置に接続される携帯電話やパーソナルコンピュータを総称して「端末」としている。
　刊行物１発明の（ＵＳＢメモリが接続された）コンピュータ１００は、画像と音声とを関連付けて記憶領域に格納する処理及び、記憶領域に格納された会議情報をコンピュータに表示するための処理を行う処理手段であるから、音声録音機能、録音再生機能を有しているといえ、また、刊行物１の図（例えば、図４、図５、図６等）を参酌すると、刊行物１発明のコンピュータは、ノートパソコンのようなものを想定しており、ノートパソコンは、通常、例えば、サーバのような利用をするものではなく、端末と称してもよいといえる。
　このことは、刊行物１の【００２４】に「この処理は、ＵＳＢメモリ１０が挿入されたコンピュータ１００で行ってもよいし、サーバ３０（図２）で行ってもよい。サーバは１つの音声ファイルと複数の画像ファイルとを受け取り、音声ファイルを分割する。」とあるから、刊行物１発明のコンピュータ１００はサーバ３０に対して端末といえるものである。
　以上のことから、刊行物１発明の（ＵＳＢメモリが接続された）コンピュータは、「音声録音機能及び録音再生機能を有した端末装置」であるといえる。
　
（４−２）「前記音声録音機能による録音中にあって被投影体上に投影される投影画像が特定された際に、そのときの投影画像を撮像部に撮影させてキャプチャする画像キャプチャ手段と、
　・・・・前記画像キャプチャ手段は、前記撮影手段によって撮影された画像を認識し、この画像認識の結果、その内容が変化したことを検出した時点を前記投影画像が特定された際としてそのときの投影画像をキャプチャする」
　刊行物１発明のキャプチャ部は、「キャプチャ部は、マイクを介して入力した音声と、モニタ１０６上の画面とを会議情報として特定のタイミングでキャプチャする構成であって、撮像部にて撮影された画像を会議情報としてキャプチャする構成も有するキャプチャ部であって、先にキャプチャした画面と後にキャプチャした画面とを比較し、先にキャプチャした画面と後にキャプチャした画面とが異なると判断された場合、後にキャプチャされた画面を次に比較の対象となる画面とし、タイムスタンプを更新する構成を有し」ている。
　刊行物１発明のキャプチャ部は、「マイクを介して入力した音声と、モニタ１０６上の画面とを会議情報として特定のタイミングでキャプチャする構成であって、撮像部にて撮影された画像を会議情報としてキャプチャする構成も有するキャプチャ部」であるから、音声録音機能による録音中にあって、撮像部に撮影させてキャプチャする画像キャプチャ手段であるといえる。
　本願発明の「（撮影された画像の）認識」について発明の詳細な説明を見ると、具体的には、以下のとおりの記載があるのみである。
　
　【００１７】
撮影機能（カメラ機能）は、ホワイトボード３上に投影されている投影画像を撮影するもので、携帯電話装置１は、自己の端末（携帯電話装置）１から投影用の画像が出力されていなければ、他の携帯電話装置やプロジェクタなどの外部装置４から投影用の画像が出力されている場合であると判断して、この投影画像を撮影するようにしている。すなわち、自己の端末（自端末）１から投影用の画像が出力されていない場合には、ホワイトボード３上の投影エリアをモニタ撮影しながらその画像を認識することによって、投影エリアの内容が変化したかをチェックし、投影エリアの内容が変化したことを検出した際に、上述の外部装置４から画像が投影されている場合であると判断して、この投影画像を撮影するようにしている。
　
　【００４４】
また、キャプチャ連動の“ＯＮ”が選択されているときには（ステップＳ２５でＹＥＳ）、撮像部２１を起動させてホワイトボード３上の投影エリアを撮影したモニタ画像を取り込んで（ステップＳ３１）、このモニタ画像を認識することによって（ステップＳ３２）、ホワイトボード３上の投影エリアの内容に変化があったかを調べる（ステップＳ３３）。ここで、投影エリアの内容（ボード内容）に変化がなければ（ステップＳ３３でＮＯ）、特定音声を検出したかを調べたり（ステップＳ３４）、自端末投影への切り替えを指示する操作が行われたかを調べたり（ステップＳ３５）、プレゼンテーションの録音終了を指示する操作が行われたかを調べたりする（ステップＳ３６）。
　【００４５】
いま、モニタ画像を認識した結果、投影エリアの内容に変化があれば（ステップＳ３３でＹＥＳ）、自端末によるプレゼンテーションの途中において外部装置４からの画像がホワイトボード３上の投影エリアに割り込みによって投影された場合であると判断して、キャプチャ連動処理に移る（ステップＳ３７〜Ｓ３９）。すなわち、外部装置４からの割り込み投影時にも、最初の画像が投影される時、次の画像に切り替えられる時、投影されている画像が拡大された時（ズーム時）には、投影エリアの内容が変化するため、上述のステップＳ３３でそのことが検出されてステップＳ３７に移り、ホワイトボード３上の投影エリア内の投影画像を撮影し、この撮影画像をキャプチャして、キャプチャ画像記憶部Ｍ３に画像ファイルとして保存したのち、このキャプチャ画像に対応付けてそのキャプチャ時の録音位置をタイムスタンプとして保存する（ステップＳ３８）。
　
　すなわち、本願発明の「認識」とは、「投影エリアの内容が変化したかをチェック」、「ホワイトボード３上の投影エリアの内容に変化があったかを調べる」ための処理であるといえ、この点刊行物１発明においても「先にキャプチャした画面と後にキャプチャした画面とを比較し、先にキャプチャした画面と後にキャプチャした画面とが異なると判断」し「後にキャプチャされた画面を次に比較の対象となる画面とし、タイムスタンプを更新する」のであるから、撮像された画像の変化をチェックしているといえ「前記画像キャプチャ手段は、前記撮影手段によって撮影された画像を認識し、この画像認識の結果、その内容が変化したことを検出した時点を前記画像が特定された際としてそのときの画像をキャプチャする」構成を有しているといえる。
　以上まとめると、刊行物１発明キャプチャ部は、
「前記音声録音機能による録音中にあって画像が特定された際に、そのときの画像を撮像部に撮影させてキャプチャする画像キャプチャ手段と、
　・・・・前記画像キャプチャ手段は、前記撮影手段によって撮影された画像を認識し、この画像認識の結果、その内容が変化したことを検出した時点を前記画像が特定された際としてそのときの画像をキャプチャする」
点で、本願発明のキャプチャ手段と相違がない。
　もっとも、本願発明のキャプチャする画像は「被投影体上に投影される投影画像」であるのに対し、刊行物１発明のキャプチャ部がキャプチャする画像は、上記特定がなされていない点で相違する。
　
（４−３）「この画像キャプチャ手段によるキャプチャ画像を記憶管理すると共に、このキャプチャ画像に対応付けて当該キャプチャ時の録音位置を記憶管理する記憶手段」
　刊行物１発明では、「１つの音声のキャプチャを停止しないで、カメラからの複数の画像ファイルと音声とを対応付けてファイルを作成する形式であって、画像をキャプチャするときに、タイムスタンプの更新を行って当該タイムスタンプを付加する形式でファイルを作成し」ている。
　上記刊行物１発明において、作成したファイルは記憶し、管理することは明らかである。そして、「カメラからの複数の画像ファイルと音声とを対応付けてファイルを作成する形式であって、画像をキャプチャするときに、タイムスタンプの更新を行って当該タイムスタンプを付加する」とは、画像をキャプチャしたときの録音位置をタイムスタンプによって管理していることであるといえるから、刊行物１発明は、「この画像キャプチャ手段によるキャプチャ画像を記憶管理すると共に、このキャプチャ画像に対応付けて当該キャプチャ時の録音位置を記憶管理する記憶手段」を有しているといえる。
　
（４−４）「前記録音再生機能による録音内容の再生時に、現在の再生位置と前記画像キャプチャ時の録音位置とを比較する比較手段と、
　この比較手段による再生位置と録音位置との比較結果に応じて、当該録音位置に対応付けて記憶管理されているキャプチャ画像を前記記憶手段から読み出して対応する前記録音内容の再生と共に出力させる出力制御手段と」
　刊行物１発明は、「データ領域１８に保存された会議情報（静止画と音声）をデータ領域１８から読み出して、コンピュータ１００のモニタ１０６上に表示するビューワ部を有し」ている。
　しかし、上記ビューワ部にてどのような表示を行っているかについて特定をしていないから、本願発明の上記「比較手段」、「出力制御手段」を有しているといえない。
　
（４−５）「外部装置によって前記被投影体上に投影されている投影画像を撮影する撮影手段」
　刊行物１発明は「コンピュータに接続されたカメラによって会議の様子を撮影し、これを会議情報としてデータ領域１８に格納する構成を有」している。
　上記コンピュータに接続されたカメラは、コンピュータからみて外部装置といえるから、刊行物１発明は「外部装置によって画像を撮影する撮影手段」を有しているといえる。
　もっとも本願発明の撮影手段は「前記被投影体上に投影されている投影」画像を撮影するのに対し、刊行物１発明のカメラが撮影するのは会議の様子である点で相違する。
　
（４−５）まとめ（一致点・相違点）
　以上まとめると、本願発明と刊行物１発明とは以下の一致点で一致し相違点で相違する。
　
（一致点）
　音声録音機能及び録音再生機能を有した端末装置であって、
　前記音声録音機能による録音中にあって画像が特定された際に、そのときの画像を撮像部に撮影させてキャプチャする画像キャプチャ手段と、
　この画像キャプチャ手段によるキャプチャ画像を記憶管理すると共に、このキャプチャ画像に対応付けて当該キャプチャ時の録音位置を記憶管理する記憶手段と、
　外部装置によって画像を撮影する撮影手段と、
　を備え、
　前記画像キャプチャ手段は、前記撮影手段によって撮影された画像を認識し、この画像認識の結果、その内容が変化したことを検出した時点を前記画像が特定された際としてそのときの画像をキャプチャする、
　ことを特徴とする端末装置。
　
（相違点）
相違点１
本願発明のキャプチャする画像は「被投影体上に投影される投影画像」であるのに対し、刊行物１発明のキャプチャ部がキャプチャする画像は、上記特定がなされていない点。
　
相違点２
　刊行物１発明は、「前記録音再生機能による録音内容の再生時に、現在の再生位置と前記画像キャプチャ時の録音位置とを比較する比較手段と、
　この比較手段による再生位置と録音位置との比較結果に応じて、当該録音位置に対応付けて記憶管理されているキャプチャ画像を前記記憶手段から読み出して対応する前記録音内容の再生と共に出力させる出力制御手段と」を有していない点。
　
５．判断
　上記相違点について検討する。
（５−１）相違点１について
　刊行物１の記載を見ても、カメラが撮像する画像について格別特定する記載はなく、例えば、
【０００２】に「従来から、カメラやマイクを用いて会議の画像や音声などの会議情報を取得してメモリに格納し」、
【００１３】に「図５には示していないが、コンピュータ１００に図４に示すカメラを接続して会議の様子を撮影し、これを会議情報としてデータ領域１８に格納することができる。」
等の記載があるのみである。
　しかし、刊行物１発明は、前提として、会議において「コンピュータ１００に接続されたプロジェクタであって、コンピュータ１００で使用されているプレゼンテーション用アプリケーションの画面（スライド）をスクリーン１１６に投影する。」構成を有するものであることからみて、上記「プレゼンテーション用アプリケーションの画面（スライド）をスクリーン１１６に投影」している状態も、上記にあるような「会議の様子」といえることは明らかであり、会議の様子を撮影する刊行物１発明において、その様子の一部である「プレゼンテーション用アプリケーションの画面（スライド）をスクリーン１１６に投影している状態」も当然撮影しようとすることは、普通に想起し得たことであるといえる。
　そして、上記「プレゼンテーション用アプリケーションの画面（スライド）をスクリーン１１６に投影している状態」をカメラで撮影することは、上記相違点１のカメラが撮影しキャプチャする画像を「被投影体上に投影される投影画像」とすることに相当する構成であるといえるから、刊行物１発明を見た当業者が、カメラで撮影しキャプチャする画像を「被投影体上に投影される投影画像」とすることは、容易になしえたことであるといえる。
　したがって、上記相違点１に係る構成は、刊行物１発明から当業者が容易になしえたことである。
　
（５−２）相違点２について
　刊行物１発明において、ビューワ部が具体的にどのような表示を行うか格別特定はされていない。
　しかし、刊行物１発明の端末装置（コンピュータ）が作成するファイルは、「１つの音声のキャプチャを停止しないで、カメラからの複数の画像ファイルと音声とを対応付けてファイルを作成する形式であって、画像をキャプチャするときに、タイムスタンプの更新を行って当該タイムスタンプを付加する形式でファイルを作成し」の構成であることは、上記第３　３．（３−３）で検討したとおりである。
　すなわち、ファイルは、音声ファイルと画像ファイルとがあり、上記音声ファイルと画像ファイルとは対応付けがなされており、その対応付けは、画像をキャプチャするときにタイムスタンプを更新することで画像ファイルと音声ファイルとが対応付けられているものと解することができる。
　上記のように対応付けられたファイルを再生するには、音声ファイルを再生しながら、音声ファイルの現在の再生位置と、上記タイムスタンプ（画像をキャプチャしたときの録音位置）とを比較し、この比較結果に応じて、録音位置に対応付けられて記憶管理されているキャプチャ画像を記憶手段から読み出して音声と同時に画像を出力することは、当業者が普通に行うことであり、上記刊行物１発明のビューワ部が、上記相違点２の構成を有することは当業者であれば普通に想起し得たことである。
　
　なお、本願発明の「認識」は、上記のとおりどのような処理を行うか格別特定されていないから、投影エリアの内容が変化したかチェックするための処理であって、刊行物１発明と相違がないとしたが、通常（投影エリアの内容が変化したかチェックするため画像の）認識を行うといえば、撮影した画像から、特徴パラメータを抽出し、先の画像と後の画像とで、上記特徴パラメータが変化しているか比較することともいえるが、先に撮影した画像と後に撮影した画像とが異なるか検出するときに、上記特徴パラメータを比較することで画像の変化を検出することは、きわめて普通の構成であるから、本願発明の認識が、上記特徴パラメータを抽出し比較することであるとしても、刊行物１発明において、画像の比較のために特徴パラメータを抽出するようにすることは、当業者が容易になしえたことである。
　
６．効果　
　以上のように、上記相違点は当業者が容易に想到し得たものと認められ、本願発明全体としてみても格別のものはなく、その作用効果も、上記構成の採用に伴って当然に予測される程度のものにすぎず、格別顕著なものがあるとは認められない。
　
第４　むすび 
　以上、本件出願の請求項１に係る発明は、刊行物１に記載された発明に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。 
　したがって、残る請求項２ないし請求項５に係る発明について検討するまでもなく、本件出願は拒絶をすべきものである。 
　よって、結論のとおり審決する。