【事件の表示】
　特願２００１−３３９９４４「チャットシステム、チャットサーバ及びプログラム」拒絶査定不服審判事件〔平成１５年　５月２３日出願公開、特開２００３−１５０５２７〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　
　本願は，平成１３年１１月５日の出願であって，平成１７年９月２日付けで拒絶の理由が通知され，同年１２月５日付けで手続補正がなされ，平成１８年３月２９日付けで拒絶査定され，これに対して，同年６月８日に拒絶査定不服審判の請求がなされると共に同日付けで手続補正がなされたものである。
　
２．平成１８年６月８日付け手続補正についての補正却下の決定
　
［補正却下の決定の結論］
　平成１８年６月８日付けの手続補正を却下する。
　
［理由］
（１）補正後の本願発明
　
　平成１８年６月８日付けの手続補正（以下，「本件補正」という。）により，少なくとも特許請求の範囲の請求項１は，次のとおり補正された。
　
「【請求項１】　複数の端末装置と、
　ネットワークを介して行われる前記端末装置間のチャットによる情報交換を支援するチャットサーバとを備え、
　チャットを開始しようとする所定の端末装置は、表示装置にチャットを行うためのチャット領域を表示し、当該チャット領域が指し示す要素を特定する情報と、チャットを開始しようとするユーザを特定する情報と、接続先の端末装置を特定する情報とを前記チャットサーバに送信し、
　前記チャットサーバは、チャットの対象である要素に対してアクセス可能なユーザを登録したアクセス制御リストを記憶しており、前記所定の端末装置から受信した前記要素を特定する情報と前記ユーザを特定する情報との対応が当該アクセス制御リストに登録されていれば、前記接続先の端末装置を特定する情報に基づいて接続先の端末装置とのセッションを確立し、当該要素を特定する情報を当該接続先の端末装置に送信し、
　前記接続先の端末装置は、表示装置の表示画面における前記チャットサーバから受信した情報にて特定される要素を指し示す位置に、前記所定の端末装置とのチャットを行うためのチャット領域を表示すること
　を特徴とするチャットシステム。」
　
　上記補正は，本件補正の前の請求項１に，
（ア）「当該チャット領域が指し示す要素を特定する情報と接続先の端末装置を特定する情報とを前記チャットサーバに送信し、」とあったところを「当該チャット領域が指し示す要素を特定する情報と
、チャットを開始しようとするユーザを特定する情報と、
　
（イ）「前記チャットサーバは、前記所定の端末装置から受信した前記接続先の端末装置を特定する情報に基づいて接続先の端末装置とのセッションを確立し、前記要素を特定する情報を当該接続先の端末装置に送信し、」とあったところを「前記チャットサーバは、
チャットの対象である要素に対してアクセス可能なユーザを登録したアクセス制御リストを記憶しており、
前記要素を特定する情報と前記ユーザを特定する情報との対応が当該アクセス制御リストに登録されていれば、
当該
　
　そこで，本件補正による請求項１に記載された発明（以下，「本願補正発明」という。）が特許出願の際独立して特許を受けることができるものであるか（平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に適合するか）について検討する。
　
（２）引用例
　
　原査定の拒絶の理由に引用された特開２００１−１４２８３０号公報（以下，「引用例」という。）には，図面と共に以下の事項が記載されている。
　
（ア）「【請求項４３】  アンカード・カンバセーションの位置を識別するアンカーを伴うアーチファクトを有する、要求側ホストにおけるアプリケーションからアンカード・カンバセーション要求を受信するための手段と、
要求側ホストにおける前記アプリケーションに関連する要求側会話クライアントを開始するための手段と、
前記要求側会話クライアントの位置を前記要求側ホストにおける前記アプリケーションの前記アーチファクトの前記アンカーに関連して維持するための手段を含む、前記要求側会話クライアントをアンカーするための手段と、
受信側会話クライアントの開始を要求するための手段と、
受信側ホストで前記アプリケーションを開始するための手段と、
前記アーチファクトのコピーを前記受信側ホストにおいて前記アプリケーション内に引き出す手段と、
前記受信側会話クライアントの位置を前記受信側ホストにおける前記アプリケーションの前記アーチファクトの前記アンカーに関連して維持するための手段を含む、前記受信側会話クライアントをアンカーするための手段と、
を含む、要求側ホスト及び受信側ホストのそれぞれで会話クライアントを開始し、維持するための手段を含む、
アンカード・カンバセーション用システム。」
　
（イ）「【００１３】
【発明が解決しようとする課題】本発明の発明者は、会話（例えば、チャット空間及び他の通信クライアント等）をアプリケーション及びアプリケーションのアーチファクト内のある位置にアンカーする（一般に、共同開発環境におけるコミュニケーションを高める）ユーティリティを実現させた。従って、ある通信のためのバックグラウンドとしてのアーチファクトと関連して通信が開始され維持されることが可能なように、多様なアプリケーションのアーチファクト内の任意の位置に通信クライアントをアンカーすることが本発明の目的である。」
　
（ウ）「【００１７】
【課題を解決するための手段】本発明は、アンカード・カンバセーションの配置及び維持のためのシステムであって、会話クライアントをアプリケーション及びこのアプリケーションのアーチファクトの何れかにアンカーするように構成された会話コーディネータを含む。会話クライアント自体は、任意の通信メカニズムで実施される。
【００１８】また本発明は、コンテキストとしてアプリケーションのアーチファクトを有するアンカード・カンバセーションを呼び出すためのシステムでも実施され、このシステムは、各アプリケーションのオペレーションへのアクセス及び操作を可能にするアプリケーション・アクセス・メカニズムを有するアプリケーション会話インターフェース（ＡＣＩ）と、会話クライアントを識別し、この会話クライアントをアーチファクト内の選択されたアンカー位置にアタッチするように構成されたアンカー・メカニズムとを含む。
【００１９】また本発明は、アンカード・カンバセーションを開始し、調整するための方法でも実施され、この方法は、マスター（基本の）アーチファクト内にアンカーされた会話クライアントからの会話要求を受信するステップと、要求側の会話クライアントとのアンカード・カンバセーションを開始するステップとを含む。」
　
（エ）「【００６６】本発明の第４７の態様は、アンカード・カンバセーションの位置を識別するアンカーを伴うアーチファクトを有する、要求側ホストにおけるアプリケーションからアンカード・カンバセーション要求を受信するための手段と、要求側ホストにおけるアプリケーションに関連する要求側会話クライアントを開始するための手段と、要求側会話クライアントの位置を要求側ホストにおけるアプリケーションのアーチファクトのアンカーに関連して維持するための手段を含む、要求側会話クライアントをアンカーするための手段と、受信側会話クライアントの開始を要求するための手段と、受信側ホストでアプリケーションを開始するための手段と、アーチファクトのコピーを受信側ホストにおいてアプリケーション内に引き出す手段と、受信側会話クライアントの位置を受信側ホストにおけるアプリケーションのアーチファクトのアンカーに関連して維持するための手段を含む、受信側会話クライアントをアンカーするための手段と、を含む、要求側ホスト及び受信側ホストのそれぞれで会話クライアントを開始し、維持するための手段を含む、アンカード・カンバセーション用システムを提供する。
【００６７】本発明は、上述の仮想世界に見られるようなアーチファクト及び環境間の現在の関係とは全く異なる手法を取る。会話する場所である共有仮想空間内に世界を再現するよりも寧ろ、本発明は会話を既存の作業コンテキスト内に配置する。以下の項では、アンカード・カンバセーションと呼ばれるこの新しい手法を具体化する適用例が概説される。」
　
（オ）「【００６９】
【発明の実施の形態】本発明は、文書（例えば、Wordファイル、Powerpointファイル、スプレッドシート（表計算）のファイル、図表によるシミュレーション等）などの作業アーチファクトと連携して同期及び非同期通信を可能にする。本発明は、アンカード・カンバセーションと呼ばれる。
【００７０】再度、複数の図を通して同じ参照番号が同一の又は対応する構成要素を指示する図面、特に図３を参照すると、アンカード・カンバセーションの実態模型が例示されている。軽いテキスト・ベースの仮想フォーラム３００（アンカード・カンバセーション、アンカード・カンバセーション空間、又は会話クライアント）は、ワープロ文書（アーチファクト）３１０にアンカーされる。仮想フォーラム３００では、３人（ユーザであるCathy、Joe及びElizabeth）が、テキストを用いる会話として、このアンカード・カンバセーション空間で同期的に通信している。各ユーザは、会話に関連する文書（アーチファクト）を見ることができる。この文書（アーチファクト）は、その文書の固有（ネイティブ）のアプリケーションにより視覚化され、会話のコンテキストを提供する。」
　
（カ）「【００７６】アンカード・カンバセーションは、単純に埋め込まれたチャット・オブジェクトではない。会話は、その会話のための局所的なコンテキストに関する情報を記憶する、文書内の「アンカー」を介して文書に添付される。例えば、このコンテキストはアンカーに最も近い単語、又はスプレッドシート内のユニークなセル識別子（単数又は複数）であり得る。アンカード・カンバセーションが現在挿入されている位置に関するこのような情報は、その作成日時に関する情報及びそれが以前にアンカーされていた位置と共にデータベースに保持される。
【００７７】この情報は、全てのアンカード・カンバセーションのデータベースに格納され、そのデータベースには全ての会話も格納される。ユーザは、例えば、あるアンカード・カンバセーションが異なる場所に位置付けられていたことがあるかを知るために、又は他の問い合わせ（例えば、会話の一部の検出、及びキーワード探索）のために、このデータベースを照会することができる。アンカード・カンバセーション・ウィンドウ内で生じるアクション（例えば、アンカーの移動）及び会話は、このデータベースに保持され、探索、見直し、再利用に利用可能である。
【００７８】アンカード・カンバセーションは、軽い通信ツールの実用的な利点と、上述の「オブジェクトを載せている」会話をサポートするための要件と、非同期に加えられるメモ（覚書き）のための要件を兼ね備える。好ましい実施の形態において、アンカード・カンバセーションは以下のような特徴を有する。
●地理的に離れている同僚間での同期及び非同期の両方の通信をサポートする。
●会話をするためにユーザが決定する「locales（ロケール）」又はフォーラムを生成する能力を有する。ユーザは、彼らの通信の必要性を受け入れるためにアンカード・カンバセーションを生成することができる。
●「オブジェクトを載せている」会話をサポートするために共有されるコンテキストを確立する能力を有する。全ての参加者は、討議されている文書の同一部分を見る能力を有する。
●ユーザの通信コンテキストの必要性を受け入れるためにアンカード・カンバセーションを生成する能力を有する。
●アンカード・カンバセーションは文書内の関連位置に文字どおりアンカーされるので、ユーザは自動的に関連位置に「連れて行かれ」、共有し討議される関連コンテキストを探索する必要はない。
●使い易く、極短い設定時間のみを要する。仮想フォーラムは作業空間内に配置されるので、共有される仮想フォーラムに作業アーチファクトを示す必要はない。細分性（示される細部の程度、即ち、例えば単語又は写真等のファイルの中味）は、共有フォルダ及びファイルのレベルで実行される共有作業空間モデル（例えば、TeamWave WorkPlace（Roseman、1998年））とは異なることに留意されたい。アンカード・カンバセーションを使用することにより、作業テキスト自体が共有される。
●１つの文書内の、又は種々の文書内においてさえも複数の位置での複数のアンカード・カンバセーションがサポートされる。従って、ユーザは、同時に異なる個人又はグループとの複数の会話に携わることができる。
●会話をより適切になり得るコンテキストに移動する能力を有する。」
　
（キ）「【００８４】図５乃至７は、アプリケーション５０５（例としてMicrosoftのWordが使用されているが、説明されている処理は、当業者により他のワープロ・アプリケーション又は他のアプリケーション、例えばグラフィック・パッケージ又はスプレッドシートで実施されてもよい）のslithey_toves（で始まる）文書５００へのアンカード・カンバセーションの挿入を例示する。図５では、文書５００は、アンカー（プッシュピンとして示される）５２０に関連付けられた活動状態のアンカード・カンバセーション５１０を有する。挿入アンカー・マクロ（例えば、表１のアンカーの追加を参照）は、アンカード・カンバセーションを（例えば、感嘆符及びBandersnatchの後の閉じ引用符の間の現在のカーソル位置に）挿入するために実行されている。マクロは、このアンカード・カンバセーションに参加するユーザを選択するように、ユーザを促す（例えば、ポップ・アップ選択ボックス５３０を参照）。ユーザは、あるユーザを会話に招待するために選択し、ＯＫをクリックする。実施の一形態において、ポップ・アップ選択ボックスは、招待ユーザ友だちリスト（例えば、５３５）のデフォルトのリストを含む。
【００８５】ここで図６を参照すると、招待要求は、招待されたユーザの端末５５０に招待通知５４０を表示させる。招待要求は、招待されたユーザに、その招待を受け入れるか、断るか、又はその詳細を見るための機能５６０を提供する。また、他の機能（例えば、招待する側の人の写真、又は招待する側の人のランク）が提供されることが可能である。また図６は、会話コーディネータのユーザ・インターフェース５７０（例えば、本明細書で論じられる会話コーディネータ８５０）を示し、これは、端末５５０のユーザが携わるアンカード・カンバセーションに関する文書情報を表示する（この時点では、何も文書情報は表示されていないが、jonathanのチャットへの招待を受諾すると、ユーザ・インターフェース５７０は、jonathanがそこから会話を要求する文書の種類、チャット、それのコピー、及びＩＰを表示する）。」
　
（ク）「【００９３】［アンカード・カンバセーションの使用の詳細］
（アンカード・カンバセーションの生成）アンカード・カンバセーション・アプリケーションは、既存の文書と一体化する。従って、ユーザは、例えば、アプリケーション・インターフェース（例えば、マクロ）コマンドを使用して、非常に容易にアンカード・カンバセーションを文書に挿入することができる。従って、アプリケーションは、アンカーをこのアプリケーションのアーチファクト内に配置するマクロ（例えば、アンカー・コマンド）を含む内蔵された機能、又は変更されたテンプレート（例えば、Word）を有する。
【００９４】このコマンドの発行により、アンカード・カンバセーション・インターフェースが、選択された位置に現われる。一旦挿入されると、同僚リスト（例えば、仲間（buddy）リスト）から選択することにより、又は彼らのコンタクト情報をアンカード・カンバセーションのテキスト・ボックスにタイプ入力することにより、適切な同僚と連絡を取ることが可能である。実施の一形態において、アンカー配置コマンドは、ActiveXコマンドを呼び出し、マクロを開始する。このマクロは、会話クライアントを開始するため、並びに選択された同僚と連絡を取るために、会話コーディネータと連絡を取る。友だちリストは任意の方法で保持されることが可能であり、例えば、ＡＯＬのインスタント・メッセンジャーの友だちリスト、ＩＲＣ等の現行の技術を使用して達成されてもよい。
【００９５】（会話要求への応答）アンカード・カンバセーションが生成され、同僚が招待されると、通知が招待された人全てのデスクトップに送信される。受信者は単純なダイアログ・ボックス通知を受信し、これが受諾されると、アンカード・カンバセーション空間と、この会話空間が適切な位置にアンカーされている文書が開く。会話がアンカーされているこの文書は、オリジナルのマスター文書のコピーである。」
　
（ケ）「【００９９】［コンテキストの格納、アクティビティの格納及びアンカード・カンバセーション］
（アンカーのためのコンテキストの格納）アンカーは文書内に配置され、それらの位置に対して局所的なテキスト、図形、又は他の物的要素と関連付けられる。もし、あるアンカーがそのコンテキストを失う（例えば、そのアンカーが関連付けられている局所的な単語、文、段落等が削除される）と、このアンカーは、その文書全体と関連付けられるようになる。もし、その文書自体が削除されると、アンカード・カンバセーションはその後、会話データベースを介してアクセスされる。」
　
（コ）「【０１１７】アンカード・カンバセーション（以下では、アンカード・カンバセーションをＡＣと称す）を実施するための本発明の実施の一形態からの機能及びインターフェースのセットが、図１０に示される。作業アーチファクト（例えば、文書）８００は、アプリケーション（例えば、ワープロ・プログラム）８１０内でアクセスされる。このアーチファクト内の各アンカード・カンバセーションは、活動状態の場合は、ＡＣクライアント（例えば、８２０）としてカプセル化される。
【０１１８】各ＡＣクライアントは、ユーザがそれを用いて会話を開始するように対話することができる表現を含み、またアーチファクトのある観点に関する会話がそれにより行われ得るユーザ・インターフェース（例えば、図４（Ｂ）の４００及び図７の５００を参照）を提供する。各クライアントは、このアーチファクト内の位置（例えば、局所的テキスト、局所的図形、局所的オブジェクト、局所的セル）をマークするアンカー（例えば、８３０）と関連付けられる。」
　
（サ）「【０１５１】（会話コーディネータ）ＡＣクライアントを実行している各ホスト・コンピュータに常駐する会話コーディネータは、アーチファクトの整合性及びアンカード・カンバセーションと他の会話クライアント（例えば、他のＩＲＣクライアント）との間の通信を維持することに責任がある。また、コーディネータは、会話履歴及びアクセス制御データを含む会話データベースにアクセスする。
【０１５２】また、会話コーディネータは、限定はされないが、次の属性を含む情報をカプセル化することができる。
●アンカード・カンバセーションの一部として共有されているアーチファクトのファイル位置
●会話データベース（単数又は複数）の位置（例えば、ファイル・パス、ＵＲＬ（ユニバーサル・リソース・ロケータ）、ソケット識別子）
●他の会話クライアントとの通信のための接続情報（例えば、ファイル・パス、ＵＲＬ、ソケット識別子）
【０１５３】コーディネータの実施は、独立して実行されるプログラム（例えば、Java又はVisual Basicプログラムを含むオペレーティング・システムのウィンドウ）、オペレーティング・システムのエージェント（例えば、Microsoft Agents）、又は所定のアプリケーション内で実施されるコーディネータの機能のために埋め込まれたアプリケーション特有の要素（例えば、Javaのアプレット、ActiveXコントロール、マクロ定義、スクリプト言語コンポーネント、又は他のこのような埋め込まれたソフトウェア構造）を含む。
【０１５４】実施の一形態において、コーディネータは以下のコンポーネントを有する。
●ＡＣクライアント要求のための要求ハンドラは、イベント・ループであり、このループは要求を待ち、要求されたリソースを提供するか、又はシステムの他の部分（例えば、会話データベース）へこの要求を割り当てる。
●接続マネージャは、会話クライアント同士間の会話のフローを開始するイベント・ループである。接続要求が成されると、コーディネータは会話データベースからアクセス制御及びクライアント位置情報を検索し、基礎通信システムを用いて許容される接続を確立する。
【０１５５】（会話データベース）１つ又は複数の会話データベース（例えば、８６０）が、会話履歴及びアクセス制御に関する情報を管理する。この情報のための要求／応答処理を提供する任意の分散データベース・メカニズム（例えば、共有ファイル管理、リレーショナル・データベース管理システム）が、アンカード・カンバセーションをサポートするために使用されることが可能である。
【０１５６】会話データベースは、限定はされないが、以下の属性を含む情報をカプセル化することができる。
●会話要素（テキスト、グラフィック、及び他の関連媒体）、コマンド呼び出し、アンカーの変更、アンカーのコンテキスト（例えば、近接テキスト、グラフィック、又はアーチファクトからの位置インジケータ）、会話状況の変化、及び共有アーチファクトのバージョン・データ（例えば、最も最近のバージョン）を含む会話履歴
●アクセス制御リスト、ユーザ・アカウント及び特権を含むアクセス制御データ
【０１５７】実施の一形態において、データベースは以下のコンポーネントを有する。
●コーディネータ／ＡＣクライアント要求のための要求／応答ハンドラ
●データベース管理のためのユーザ・インターフェース
●会話アクセス制御及び履歴要求のためのロー・レベルのデータベース・アクセス方法
【０１５８】アンカード・カンバセーションは、任意のアプリケーションに配置されることが可能である。以下では、内容が図形であっても、全ての文書の内容を「テキスト」と呼ぶ。上述のように、アンカード・カンバセーションは、限定はされないが、以下の特徴を含む。
●ユーザは、作業文書に会話をアンカー又は添付することができる。
●ユーザは、会話が特定の位置にアンカーされること、（上述の図４乃至７に示されるように）一時的にディタッチされるか、又は完全にディタッチされることを指定することができ、後者によりその会話は文書との関連を解かれる。
●アプリケーションは、そのアプリケーションに関連付けられる（即ち、そのアプリケーションにアンカーされる）会話へのアクセスを提供する。
●個々のアンカード・カンバセーションは、それらがアンカーされる文書へのアクセスを提供する。
●会話コーディネータは、会話及び関連アプリケーションへのアクセスを提供する。メタデータを介して、ユーザは、それらへの様々なビューを有することができる。
●アンカード・カンバセーションは、文書に関する記録メタデータを提供する。例えば、自動的にログが記録されるアンカーの生成、配置及びナビゲーションの履歴、並びに同期又は非同期の共同作業においてユーザにより成される会話を介する。
●アンカード・カンバセーションは、それらのコンテキスト（即ち、アンカード・カンバセーションが、アーチファクト内のそれらの位置に関する所定のデータ及び／又はそれらの周囲のコンテキストにリンクされていること）、又はそれらが配置される場所「に関して認識しており」、この情報をユーザのためにコンテキストを自動的に再生するために使用する。
●アンカード・カンバセーションは、ユーザのための共有の、コンテキストが反映されたアクティビティ・ロケールの生成を自動化する。
●アンカード・カンバセーションは、それらの設定と共に移動することが可能である。
●ディタッチされると、アンカード・カンバセーションは、それらの設定通りには移動しないが、最後に属していた設定を記憶しており、アンカーがリセットされると、それらの設定に自動的に戻ることが可能である。
●アンカード・カンバセーションは、共有画面を実施することなしに、共有コンテキストを提供する。
●ユーザは、動的な、社会に関連し、社会的に構成されたランドマークに基づいて文書をナビゲーションすることができる。
●会話がアンカーされる文書は、再表現されることを必要としない。
●ユーザは、WYSIWIS（What You See Is What I See）画面に移動することなく、バックグラウンドのビューを共有しながら、アンカード・カンバセーション空間内で会話及びアクションを共有することができる。
●ユーザは、文書自体のコンテキスト内でその文書に関する彼らの会話の履歴にアクセスすることができる。
●アンカード・カンバセーションは、共同作業者が同場所に位置しなくても、文書内への同期及び非同期の共同作業による注記事項の作成をサポートする。
●アンカード・カンバセーションは、重要なポイントで文書に印をつけるためのメカニズムを提供する。
●アンカード・カンバセーションは、（１）会話への招待を受諾する、（２）文書を開き、そこに配置されている会話を選択する、又は（３）会話コーディネータを介して会話にアクセスする、ことにより呼び出されることが可能である。
●会話は、関連アプリケーションへのアクセス、及び適切な場合には、そのアプリケーション内の特定のコンテキストへのアクセスを提供する。
●アンカード・カンバセーションは、軽い通信ツールのための新たな比喩を具体化する。本発明者らは通信と既存のアーチファクトとの関係を逆にすることから、これを「ＣＳＣＷの裏返し」と呼ぶ。アンカード・カンバセーションは、会話を作業テキスト内に持ちこむ。
●アンカード・カンバセーションは、文書の会話、並びにアプリケーション又は文書レベルのナビゲーションを介して、テキスト・ベースの、作業に関するナビゲーションをフォアグラウンドで実行する。
●アンカード・カンバセーションは、細分性の微細なレベルでの作業テキストの共有を可能にする。アンカード・カンバセーションは、ユーザが単に文書自体ではなく、文書の内容を共有することを可能にする。」
　
（シ）「【０１６０】図１１は、本発明のアンカード・カンバセーション・システムの実施の一形態の主要コンポーネント間の流れ図を示す。Word文書８００は、ActiveXコントロール９００にリンクされているアンカード・カンバセーション８３０を有する。アンカード・カンバセーション８３０の起動（例えば、関連するサムネイルをダブル・クリックする）時に、コントロール９００は１つ又は複数のWordマクロ９１０（又は、例えば別のActiveXコントロール）を開始する。マクロ９１０は、会話コーディネータ８５０に情報（例えば、ＴＣＰ要求及びＵＤＰメッセージ）を送信する。
【０１６１】実施の一形態において、会話コーディネータ８５０は、データベースの関連部分をキャッシュするデータ記憶装置を含む。関連部分は、会話全体、アンカー位置、又は会話コーディネータ８５０により調整される現在の会話に関する他のデータの何れか１つを含む。
【０１６２】会話コーディネータ８５０は、もしあればアンカー８３０により開始されたアンカード・カンバセーションと関連付けられた先の会話情報を検索するため、及び任意の新たな現在の又は同時発生の会話情報を格納するためにデータベース・サーバ９４０（及びメインのリモート・データベース９３０）と通信する。会話情報は、会話自体と、その会話に関する任意のメタデータ（例えば、アンカー位置、及び／又は他のコンテキスト情報）を含む。また、データベース・サーバは、他の関連及び非関連通信クライアント（例えば、９６０及び９７０）と通信する。
【０１６３】また会話コーディネータ８５０は、ネットワーク又は、例えばＩＲＣネットワーク９５０として図示される他の通信媒体／装置と通信し、アンカード・カンバセーションの実際の会話の流れ細目（例えば、会話の招待又は終了）を開始し、維持する。会話の内容を送信するのに十分な、任意の種類の会話クライアント又は媒体が、これらの通信を維持するために利用されることが可能である。
【０１６４】ＩＲＣネットワーク９５０は、アンカード・カンバセーションに参加する別の位置（ユーザ）（例えば、９６０）と関連して実行される第二の会話コーディネータと通信する。例として示されるプログラム・フローの他の変形又は変更は、既に当業者には明らかであろう。」
　
（ス）「【０１６９】例えば、チャット、即ち会話クライアント８２０は、ＩＲＣプロトコルによりサポートされる。インターネット・リレー・チャット（ＩＲＣ）プロトコルは、様々な専用のチャット・クライアント（例えば、Windowsプラットフォーム上のｍＩＲＣ）により幅広く使用されている。各クライアントは、単一のＩＲＣサーバに接続され、このＩＲＣサーバ自体は他のＩＲＣサーバに接続される。メッセージは、クライアントからそれに接続されたサーバへ、そしてＩＲＣネットワーク上の他の全てのサーバに流れ、適切な場合にはそこから各サーバのクライアントに流れる。アンカード・カンバセーション・システム内の各会話クライアントは、関連するＩＲＣチャット・チャンネルにマッピングされ、会話コーディネータは、ＩＲＣクライアントとして、並びに会話クライアントから（ＩＲＣネットワーク９５０内の）ＩＲＣチャット・チャンネルへ、そしてその逆へ流れるメッセージの導水路として作用する。或いは、会話クライアント（例えば、８２０）は、ＩＲＣネットワーク９５０に直接通じるそれら自体の個々の接続（例えば、９３６）を有してもよい。
【０１７０】図１０及び１１に示される構造は、会話クライアント（チャット、又はチャット・ウィンドウ）がプラットフォームの範囲全体でサポートされることを可能にする。チャット・ウィンドウの管理及びチャットの内容（現在はJavaアプリケーション内で実施されている）は、チャットがアタッチされるオペレーティング・システム特有のアプリケーションから分離している。これは、アプリケーション会話インターフェース（ＡＣＩ）ＡＰＩをサポートする任意のアプリケーションが、会話コーディネータにより使用されることを可能にする。会話コーディネータからのサポートは、マネージャが異なるアプリケーションをサポートするために統合することができる、共通の追加パッケージを構成するように、独立したパッケージに分割されてもよい。
【０１７１】（データベースの構造）「データベース」（例えば、メインのリモート・データベース９３０）は、システムに認識されているエンティティ（構成要素）、アーチファクト、又は作業アーチファクトである全てのチャット、アンカー及び文書の現在の状態を格納する。その実行時の実施は、各エンティティのためのJavaのクラスのインスタンスのセットである。各エンティティは、それらの状態をテキスト形式へパッキング、及びテキスト形式からアンパッキングするためのメソッドのセットによりサポートされる。この形式は、会話コーディネータ及びメインのリモート・データベース９３０の間でインスタンスを送信するために使用される。同じ形式が、インスタンスをリモートのメイン・データベースのディスク上に又はバックアップ媒体に格納するために使用されることが可能である。
【０１７２】３つの主なデータベース・クラスは、StickyChat.Document、StickyChat.Chat、StickyChat.Anchorである。文書、チャット又はアンカーの各インスタンスは、対応するユニークなＩＤ（例えば、ランダムに生成される）を有し、このＩＤはシステムにより最初にこのエンティティが生成されたか、又は認識された時に割当られる。これらのクラスにより保持される最も重要な情報は、以下の通りである。各文書に対して、
●文書ＩＤ（文書をユニークに識別する）
●文書の現在のマスター・バージョンが確認され得る場所のＩＰアドレス
●ＩＰアドレスにより示されるホスト・コンピュータでの現在のマスター・バージョンのファイル名
●この文書に含まれる全てのアンカーをかく指し示すアンカーＩＤのリスト各チャットに対して、
●チャットＩＤ（チャットをユニークに識別する）
●このチャットが関連する全てのアンカーを指し示すアンカーＩＤのリスト（通常は、１つのみ）
●このチャットを使用することを許された人々であるメンバーのリスト
●チャットのタイトル
●チャットが現在アタッチされているアンカーのＩＤ（複数のアンカーを有する場合に重要である）。またこれは、活動状態のアンカーＩＤとして認識される。各アンカーに対して、
●アンカーＩＤ（アンカーをユニークに識別する）
●アンカーが配置されることが可能な現在のマスター文書内のあるテキストであるコンテキスト
●このアンカーがリンクされているチャットのチャットＩＤ
●このアンカーが含まれている文書の文書ＩＤ
【０１７３】各クラスの全ての公知のインスタンスは、３つのテーブル（表）のクラス、StickyChat.DocumentTable、StickyChat.ChatTable、StickyChat.AnchorTableを使用して、各データベースで索引づけられる。このように、アンカー、チャット又は文書にＩＤが与えられていることにより、このエンティティに関する現在の情報は、関連するテーブル内のインスタンスを参照することにより取得されることが可能である。例えば、アンカーＩＤによりリンクされた他のテーブルを探索することにより、情報のセット全体を取得することが可能である。」
　
（セ）「【０１９６】（ローカル会話コーディネータ）ローカル会話コーディネータは、各ユーザ装置上で実行され、アンカーの座標に配置されるチャット・ウィンドウ（例えば、８２０）の生成及び管理に責任がある。ローカル会話コーディネータは、実施の一形態では、メインのデータベースのレプリカを保持し、少なくとも１つの会話クライアントとＩＲＣネットワーク９５０との間のＩＲＣメッセージを調整し、他のユーザからの会話要求に応える。」
　
（ソ）「【０２０９】（全ての統括：チャットの貼り付け方法）Elizabethは、彼女の装置でローカル・チャット・マネージャを起動する。マネージャは、メインのリモート・データベースにログインし、現在のデータベース状態のコピーを受信する。またこのマネージャは、チャット・チャンネルが生成されるであろうＩＲＣサーバと接続する。
【０２１０】Elizabethは、StickyChatマクロのセットを含む新たなWord文書を開く。これらのマクロは、付加的なツールバーを提示し、彼女が新たなアンカー及びチャットをこの文書に挿入することを可能にする。Elizabethはあるテキストを追加し、そのテキストの挿入ポイントでツールバーを用いてアンカーを挿入する。マクロは、その文書のＩＤを確認するためにチェックするが、その文書がまだＩＤを持っていないので、新たなＩＤが生成され、その文書のワード変数（これらは、保存と保存の間で持続性である）に加えられる。このＩＤは、持続性であり、Wordによりその文書と共に格納され、その後その文書を開く全てのWordアプリケーションにとって常に利用可能である。マクロはまた、この文書がディスクに保存されるかを確認するためにチェックし、アンカーを追加する前にElizabethに保存するように促す。マスター文書は、文書ＩＤ、そのファイル名及びＩＰアドレスの組合せにより識別されるので、保存は必要である。次に、マクロは、StickyChatアンカーをその中に有する新たなInlineShapeを生成し、この形状を、内部マクロ集合に追加されるイベント受信オブジェクトにより包む。次にアンカーは、そのアンカー自体をインスタンス生成し、そのコンテナ（そのInlineShape）を位置及び状態の変化ごとにサブクラス化し、新たなアンカーＩＤ及びチャットＩＤを生成し、多数のイベント（画面位置の変更及び視界の変更等）を生成する。ラッパー・オブジェクトはこれらのイベントを受信し、マクロはこれらのイベントに対応するＵＤＰメッセージを生成する。
【０２１１】Elizabethのローカル・マネージャは、これらのＵＤＰメッセージ・イベントの第１のイベントを受信し、このＩＤを有する文書がデータベース内で以前に確認されているかをチェックする。この例では、以前に確認されていないので、マネージャは、この文書に関する詳細（その文書内の全てのアンカーに関する情報も含む）のためにマクロのＴＣＰサーバを介してWord文書を照会し、対応する文書及びアンカー・オブジェクトを生成する。もし、複数のアンカーが存在する場合、複数のアンカー・オブジェクトが生成される。その後、これらの新たなオブジェクトは、メインの文書及びローカル・データベース内のアンカー・テーブルに追加され、この変更はＨＴＴＰ要求を介してリモート・データベースに送信される。リモート・データベースは、そのテーブルにこれらを追加し、他の現在接続されている全てのマネージャ（このメッセージのソースは含まない）（この例のこの時点では、該当するものなし）に同更新をブロードキャストする。
【０２１２】オリジナルのＵＤＰメッセージは処理を続けられ、アンカーＩＤが既に認識されているかを確認するためにチェックする。もし、認識されていない場合は、新たなアンカー・オブジェクトが生成される必要がある。この例では、アンカーＩＤはデータベースのアンカー・テーブル（上記参照）内に対応するオブジェクトを有するが、このアンカーに関連付けられるチャットＩＤは対応するオブジェクトを有さない。マネージャは、新たなチャット・インスタンスを生成するために処理を続け、ローカル・データベースのレプリカにそれを追加する（そして、リモート・データベースにこの更新を発信する）。マネージャは、チャットのためのsticky chatウィンドウを生成し、送られてくるチャット・メッセージを受信するための新たなＩＲＣチャンネル・ビューを生成し、チャットＩＤと同じＩＤを有するＩＲＣチャンネルに加わる。チャンネルへの参加に加えて、マネージャはＩＲＣ招待要求を特殊なリモート・データベースＩＲＣユーザに送信する。このデータベースは、自動的にこの要求を受諾し、チャット・チャンネルのログの記録を開始する。
【０２１３】マネージャは、オリジナルＵＤＰメッセージの処理を終了する。メッセージが視界の変更（この例では、初めてアンカーが可視状態にされる）であった場合は、マネージャは上述のように生成されたチャット・ウィンドウを表示する。メッセージが位置変更であった場合は、マネージャはこのチャット・ウィンドウの画面上の位置を更新する。ElizabethがメインのWordウィンドウを周辺にドラッグするか、又はこの文書をスクロールすると、マネージャはアンカーの位置に関する変化を受信する。この時点では、この文書ＩＤ内のこのアンカーＩＤのためのエントリーがこのチャットＩＤと共にデータベースに存在するので、ＵＤＰレシーバは、その後の画面上の全ての変更のための集中的な処理を必要としない。
【０２１４】Elizabethが新たなチャット・ウィンドウに数行タイプ入力すると、各行はマネージャにより、ウィンドウに表示されるチャットと関連付けられたチャンネルに送信される。まだ他に誰もこのチャットに招待されていないので、受信者は、リモート・データベース及びこのユーザ用のチャンネルのために生成されたＩＲＣビューのみである。リレー・パッケージがＩＲＣサーバからメッセージを受信すると、リレー・パッケージはそのメッセージを正しいＩＲＣビュー・インスタンスに転送し、このＩＲＣビュー・インスタンスはそのメッセージをチャットのウィンドウに追加する。実際上、Elizabethのメッセージは、Elizabethがそれをタイプ入力するときに直接チャット・ウィンドウに追加されることはなく、寧ろＩＲＣチャンネルを介して送られる。
【０２１５】第２のユーザ、Joeは、別の装置で作業をしており、彼自身のローカル・マネージャを始動させ、これはＩＲＣにログインし、彼とリモート・データベースをつなぐ。
【０２１６】Elizabethは、その文書に関して共同作業をするためにJoeを招待したいので、彼女はチャット・ウィンドウのメニューから招待オプションを選択する。マネージャは、ＨＴＴＰ要求を使用して、リモート・データベースから既知のユーザのリストを取り出す。このリストが表示され、ElizabethはJoeを選択する。Joeがそのチャット・インスタンス内のメンバー・リストに追加され、この変更がリモート・データベースに送信され、このリモート・データベースからJoeのマネージャに送信される。Elizabethのローカル装置はまた、ＩＲＣプロトコルを使用してJoeに招待要求を送信する。ＩＲＣサーバは、この招待をJoeのローカル・マネージャに配信し、このローカル・マネージャはその文書への招待を彼に通知するダイアログをポップアップさせる。
【０２１７】Joeはこの招待を受諾し、彼のマネージャは、Elizabethの装置上のこのチャットに関連付けられたマスター文書のためのＨＴＴＰ取得要求を送信する。文書オブジェクトは、そのアンカー・オブジェクトの文書ＩＤ特性から取得され、アンカー・オブジェクトは、そのチャットのアンカーＩＤ特性を使用して取得される。要求される文書の実際のファイル名及びＩＰは、文書のオブジェクト内で利用可能である。Elizabethのマネージャは、送られてくる要求を受信し、別のユーザがその文書の現在の状態を要求しているので、その文書をディスクに保存するようにElizabethに促す。Elizabethは、保存ダイアログに対し「はい」と応え、マネージャはWord文書のＴＣＰサーバにSAVEDOC（文書保存）要求を送信する。このマネージャはJoeのマネージャにファイルを戻す。
【０２１８】Joeのマネージャが、彼のローカル・ファイル記憶装置上の一時フォルダに転送された文書を一旦有すると、マネージャは、そのファイルが開かれる前にそのファイルがどこに置かれるべきかをJoeに尋ねる。Joeがファイルを選択し、一時ファイルは移動される。この文書を開く前に、マネージャは、そのローカルの「goto」テーブルに特別なエントリーを追加する。このテーブルは、特定の文書が最初にローカルで確認されたときに、特定のアンカーに移動されるべきことを示す。次にマネージャは、転送されたWord文書を開き、招待受諾応答を終了する。
【０２１９】この文書が内部のWordマクロと共に開かれると、マクロ／文書は、「open」ＵＤＰメッセージを送信し、これはJoeのマネージャにより受信される。マネージャは、この文書及び文書中の全てのアンカーのためのエントリーをデータベースから発見することができるが、この文書のための「goto」リスト内に未登録のエントリーを有する。マネージャは、特定のアンカーＩＤのためのSHOW（表示）要求をＴＣＰ要求を介してこの文書のローカルWordマクロに送信する。
【０２２０】Wordのマクロは、このアンカーを画面上で利用可能にすることにより応答し、これは、このアンカーの状態における変化に関する様々なＵＤＰメッセージを始動させる。オリジナルのマネージャと同様に、（チャットはデータベース内には存在するが）マクロはこのチャットＩＤ用のローカルなチャット・ウィンドウをまだ生成していないので、ウィンドウを生成し、チャットに対応するチャンネルのためのＩＲＣビューを生成するために処理を続け、それに加わる。ＩＲＣはこの参加をこのチャンネル内の全てのメンバー（Elizabeth及びリモート・データベース）に信号で知らせ、２人のユーザはこの時点で会話することができる。」
　
（タ）「【０２２２】上記ＰＤＬ（表４乃至７）のそれぞれは、最終的にコーディングされると、上述のようにユーザがMicrosoftのWord内のアンカーをクリックした際に、イベントがアンカード・カンバセーションを実行するための作動状態のJavaコンポーネントに渡されるようにリンクされる。通信は、ＵＤＰ及びＴＣＰ通信による。Javaのチャット・ウィンドウが生成され、アンカーは、会話コーディネータと通信してそのアンカーの位置を示し、会話コーディネータがチャット・ウィンドウをそのアンカーの近位置に配置することを可能にする。」
　
（チ）図１１について，符号９６０で示されるものは，段落【１６４】の記載から，「アンカード・カンバセーションに参加する別の位置（ユーザ）」であると認める。
　したがって，図１１には，「会話クライアント（８２０）が会話コーディネータ（８５０）と接続され，会話コーディネータ（８５０）がデータベース・サーバ（９４０）及びＩＲＣネットワーク（９５０）それぞれと接続され，データベースサーバ（９４０）及びＩＲＣネットワーク（９５０）それぞれと接続されるアンカード・カンバセーションに参加する別の位置（ユーザ）（９６０）」が記載されていると見て取れる。
　
　したがって，上記引用例には，以下の発明（以下，「引用発明」という。）が記載されている。
　
「文書（アーチファクト）のある観点に関する会話が行われるユーザ・インターフェースを提供し，該文書内の局所的テキスト，局所的図形，局所的オブジェクト，局所的セルをマークするアンカーと関連づけるアンカード・カンバセーションクライアントと，アンカード・カンバセーションと関連づけられた先の会話情報を検索するため、及び任意の新たな現在の又は同時発生の会話情報を格納するためにデータベース・サーバと通信し，会話情報は，会話自体と，その会話に関するアンカー位置を含み，また，ＩＲＣネットワークと通信する会話コーディネータと，ＩＲＣプロトコルによりサポートされ，単一のＩＲＣサーバに接続され，該ＩＲＣサーバ自体は他のＩＲＣサーバに接続される，チャット・クライアント，すなわち会話クライアントを備えたユーザ装置と，
　アンカード・カンバセーションに参加する別のユーザと関連して実行される第二の会話コーディネータと通信するＩＲＣネットワークと，
　各文書に対して，文書をユニークに識別する文書ＩＤ，文書の現在のマスター・バージョンが確認され得る場所のＩＰアドレス，ＩＰアドレスにより示されるホスト・コンピュータでの現在のマスター・バージョンのファイル名，この文書に含まれる全てのアンカーを指し示すアンカーＩＤのリスト，
　各チャットに対して，チャットをユニークに識別するチャットＩＤ，このチャットが関連する全てのアンカーを指し示すアンカーＩＤのリスト，このチャットを使用することを許された人々であるメンバーのリスト，チャットのタイトル，チャットが現在アタッチされているアンカーのＩＤ，
　各アンカーに対して，アンカーをユニークに識別するアンカーＩＤ，アンカーが配置されることが可能な現在のマスター文書内のあるテキストであるコンテキスト，このアンカーがリンクされているチャットのチャットＩＤ，このアンカーが含まれている文書の文書ＩＤ，
を格納するためのデータベース・サーバと，
から構成されるアンカード・カンバセーション用システムにおいて，
　ユーザは，アプリケーション・インターフェースコマンドを使用し，アンカードカンバセーションを文書に挿入し，該コマンドの発行により，アンカード・カンバセーション・インターフェースが，選択した位置に現れ，同僚リストから選択することにより，適切な同僚と連絡を取ることが可能となり，アンカー配置コマンドは，ActiveXコマンドを呼び出し，マクロを開始し，該マクロは，会話クライアントを開始するため，並びに選択された同僚と連絡を取るために，会話コーディネータと連絡を取り，
　アンカード・カンバセーションが生成され，同僚が招待されると，通知が招待された人全てのデスクトップに送信され，受信者は，単純なダイアログボックス通知を受信し，これが受諾されると，文書がデータベース・サーバから転送され，受信者の会話コーディネータ（マネージャ）は該文書をマクロと共に開き，
　アンカーをクリックした際に，アンカード・カンバセーションを実行し，チャット・ウィンドウが生成され，アンカーは，会話コーディネータと通信し，そのアンカーの位置を示し，会話コーディネータがチャット・ウィンドウをそのアンカーの近位置に配置し，
　ユーザが新たなアンカーを生成すると，新たなアンカーＩＤが生成され，データベース・サーバに送信され，データベースに追加される，
　アンカード・カンバセーション用システム。」
　
（３）対比
　
　本願補正発明と引用発明を対比する。
　
（ア）引用発明の「ユーザ装置」は，本願発明の「端末装置」に相当し，明記はないものの，引用発明の「ユーザ装置」もチャットの際に使用されるものであるから，「複数」であることは，明白である。
　
（イ）引用発明の「ＩＲＣネットワーク」は，本願発明の「ネットワーク」に相当し，引用発明の「ＩＲＣサーバ」は，本願発明の「端末装置」に相当する「ユーザ装置」間のチャットによる情報交換の際に利用される点で，本願発明の「チャットサーバ」と一致する。
　
（ウ）引用発明において「会話クライアントを開始するため」に「ユーザ」が「ユーザ装置」を利用することは，明らかであり，「会話クライアント」は「チャットクライアント」と同意といえるから，「会話クライアントを開始する」際に利用する「ユーザ装置」，すなわち「チャットクライアントを開始する」際に利用する「ユーザ装置」は，本願発明の「チャットを開始しようとする所定の端末装置」に相当する。
　
（エ）引用発明の「チャット・ウィンドウ」は，本願発明の「チャットを行うためのチャット領域」に相当する。そして，明示はないものの引用発明の「ユーザ装置」は「表示装置」を当然備え，該「チャット・ウィンドウ」が該「表示装置」に「表示」されることは明らかである。
　そして，前記「チャット・ウィンドウ」は，「アンカー」の近位置に配置されると共に，「該文書内の局所的テキスト，局所的図形，局所的オブジェクト，局所的セル」を「マーク」しているのであるから，該「アンカー」により「マーク」することは，本願発明の「当該チャット領域が指し示す」ことに相当し，前記「該文書内の局所的テキスト，局所的図形，局所的オブジェクト，局所的セル」は，本願発明の「当該チャット領域が指し示す」「要素」といえる。
　また，前記「アンカー」は，ユニークに識別する「アンカーＩＤ」として「データベース・サーバ」に格納されるのであるから，該「アンカー」及び該「アンカーＩＤ」は本願発明の「当該チャットが指し示す要素を」「特定する情報」に相当する。
　
（オ）引用発明は，「ユーザ」が「同僚」を選択し，該「同僚」の「デスクトップ」にチャットウィンドウを生成しているから，該「ユーザ」は本願発明の「チャットを開始しようとするユーザ」に相当し，引用発明の「デスクトップ」は明記がないものの，「端末装置」に備えられるものであることは明白であるから，該「同僚」の「デスクトップ」は本願発明の「接続先の端末装置」に相当する。
　そして，引用発明において，「このチャットを使用することが許された人々のメンバーのリスト」を「データベース・サーバ」に格納しており，該「メンバー」に「同僚」，「ユーザ」が含まれることは明らかであるから，引用発明も，前記「データベース・サーバ」に，「同僚」及び「ユーザ」を「ユーザを」「特定する情報」及び「同僚を」「特定する情報」として，登録し，格納しているといえる。
　また，「メンバーのリスト」は，本願発明の「アクセス制御リスト」に相当し，各チャットに対して「アンカーＩＤ」と共に格納されているから，前記「このチャットを使用することが許された人々」は本願発明の「チャットの対象である要素に対してアクセス可能なユーザ」に相当し，本願発明の「前記ユーザを特定する情報」といえる。
　また，前記「メンバーのリスト」には，「このチャットを使用することが許された人々」が「登録」され，さらに，「アンカー」を介することにより「ユーザ」と「同僚」が「チャット」を行うことができるのであるから，「ユーザ」及び「同僚」と「アンカーＩＤ」との対応も登録されていることは明らかである。
　
（カ）上記（エ），（オ）より，引用発明の「データベース・サーバ」に対して，本願発明の「チャットを開始しようとする所定の端末装置」に相当する「ユーザ装置」は，本願発明の「チャットを指し示す要素を」「特定する情報」と，「チャットを開始しようとするユーザを特定する情報」と，「接続先の端末を特定する情報」とを登録し，格納しているのであるから，前記「データベース・サーバ」に対して前記「ユーザ装置」は，「送信」する構成を備えているといえる。
　また，前記「データベース・サーバ」は，本願発明の「チャットの対象である要素に対してアクセス可能なユーザを登録したアクセス制御リストを記憶しており、前記所定の端末装置から受信した前記要素を特定する情報と前記ユーザを特定する情報との対応が当該アクセス制御リストに登録」する構成を備えているといえる。
　
（キ）引用発明は，「ユーザ」により選択された「同僚」と連絡を取るために「通知」がなされ，この「通知」に対する「受諾」により，「アンカー」が配置された「文書」が前記「同僚」に転送される。そして，「ユーザ」と「同僚」は，「その会話に関するアンカー位置を含む，会話情報を格納するデータベース・サーバ」と通信する「ＩＲＣサーバ」及び「ＩＲＣネットワーク」を介して，「このアンカーがリンクされているチャット」により会話を開始するから，引用発明は本願発明の「前記接続先の端末装置を特定する情報に基づいて接続先の端末装置とのセッションを確立」する構成を備えているといえる。
　そして，上記（カ）において示したように，引用発明が備えているといえる「前記所定の端末装置から受信した前記要素を特定する情報と前記ユーザを特定する情報との対応が当該アクセス制御リストに登録」されていることにより，前記「会話を開始する」ことができることは明らかである。
　以上から，引用発明は本願発明の「前記所定の端末装置から受信した前記要素を特定する情報と前記ユーザを特定する情報との対応が当該アクセス制御リストに登録されていれば、前記接続先の端末装置を特定する情報に基づいて接続先の端末装置とのセッションを確立し，当該要素を特定する情報を当該接続先の端末装置に送信」する構成を備えているといえる。
　さらに，引用発明は，「同僚」に転送された文書において，前記「アンカー」のクリックにより，「チャット・ウィンドウ」を配置するのであるから，引用発明は本願発明の「前記接続先の端末装置は、表示装置の表示画面における，受信した情報にて特定される要素を指し示す位置に、前記所定の端末装置とのチャットを行うためのチャット領域を表示する」構成を備えていえる。
　
（ク）引用発明の「アンカード・カンバセーション用システム」もユーザ間でチャット行うものであるから，本願発明の「チャットシステム」といえる。
　
　したがって，本願補正発明と引用発明は，以下の点で一致，相違する。
　
＜一致点＞
「複数の端末装置と、
　ネットワークを介して行われる前記端末装置間のチャットによる情報交換を支援するチャットサーバとを備え、
　チャットを開始しようとする所定の端末装置は、表示装置にチャットを行うためのチャット領域を表示し、当該チャット領域が指し示す要素を特定する情報と、チャットを開始しようとするユーザを特定する情報と、接続先の端末装置を特定する情報とを送信し、
　チャットの対象である要素に対してアクセス可能なユーザを登録したアクセス制御リストを記憶しており、前記所定の端末装置から受信した前記要素を特定する情報と前記ユーザを特定する情報との対応が当該アクセス制御リストに登録されていれば、前記接続先の端末装置を特定する情報に基づいて接続先の端末装置とのセッションを確立し、当該要素を特定する情報を当該接続先の端末装置に送信し、
　前記接続先の端末装置は、表示装置の表示画面における，受信した情報にて特定される要素を指し示す位置に、前記所定の端末装置とのチャットを行うためのチャット領域を表示すること
　を特徴とするチャットシステム。」
　
＜相違点１＞
　「チャットを開始しようとする所定の端末装置は、表示装置にチャットを行うためのチャット領域を表示し、当該チャット領域が指し示す要素を特定する情報と、チャットを開始しようとするユーザを特定する情報と、接続先の端末装置を特定する情報とを」「送信」する先が，引用発明では「データベース・サーバ」であるのに対して，本願発明は「チャットサーバ」である点。
　
＜相違点２＞
　「チャットの対象である要素に対してアクセス可能なユーザを登録したアクセス制御リストを記憶しており、前記所定の端末装置から受信した前記要素を特定する情報と前記ユーザを特定する情報との対応が当該アクセス制御リストに登録されていれば、前記接続先の端末装置を特定する情報に基づいて接続先の端末装置とのセッションを確立し、当該要素を特定する情報を当該接続先の端末装置に送信」するものが，引用発明では「データベース・サーバ」であるのに対して，本願発明では「チャットサーバ」である点。
　
＜相違点３＞
　引用発明も本願発明も共に「表示装置の表示画面における，受信した情報にて特定される要素を指し示す位置に、前記所定の端末装置とのチャットを行うためのチャット領域を表示する」構成を備えている点で一致しているが，「受信した情報」が引用発明では「データベース・サーバから」であるのに対して本願発明は「チャットサーバから」である点。
　
（４）当審の判断
　
　上記相違点について検討する。
　
　＜相違点１＞，＜相違点２＞，＜相違点３＞について
　引用発明においても，「ＩＲＣサーバ」が本願発明の「チャット」の機能を与えると共に，会話情報を「データベース・サーバ」に格納する機能を有し，「データベース・サーバ」が「文書」，「文書内の要素をマークするアンカー」と「チャット」を関連づけていることは，上記「（３）対比」に記載したとおりであり，本願発明も引用発明も共にサーバーを介して，所定の要素に関連づけてチャットを行うものであるから，引用発明の「ＩＲＣサーバ」及び「データベース・サーバ」を，「チャットサーバ」とし，「ネットワーク」を介して端末装置間の情報交換を行うことができるように構成することは，当業者が容易に想到し得たものである。
　したがって，＜相違点１＞のように「チャットを開始しようとする所定の端末装置は、表示装置にチャットを行うためのチャット領域を表示し、当該チャット領域が指し示す要素を特定する情報と、チャットを開始しようとするユーザを特定する情報と、接続先の端末装置を特定する情報とを」前記「チャットサーバ」に「送信」する構成とすること，＜相違点２＞のように前記「チャットサーバ」は，「チャットの対象である要素に対してアクセス可能なユーザを登録したアクセス制御リストを記憶しており、前記所定の端末装置から受信した前記要素を特定する情報と前記ユーザを特定する情報との対応が当該アクセス制御リストに登録されていれば、前記接続先の端末装置を特定する情報に基づいて接続先の端末装置とのセッションを確立し、当該要素を特定する情報を当該接続先の端末装置に送信」する構成とすること，＜相違点３＞のように「表示装置の表示画面における」前記「チャットサーバ」から「受信した情報にて特定される要素を指し示す位置に、前記所定の端末装置とのチャットを行うためのチャット領域を表示する」構成とすることは，引用発明に基づいて当業者が容易に想到し得たものである。
　
　そして，本願発明のように構成したことによる効果も，上記引用発明から予測できる程度のものである。
　
　よって，本願補正発明は，上記引用発明に基づいて当業者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許を受けることができない。
　
（５）むすび
　
　したがって，本願補正発明は，上記「（４）当審の判断」で示したとおり，特許出願の際独立して特許を受けることができないから，本件補正は、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に違反するので、同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。 
　
３．本願発明
　
　上記「２．平成１８年６月８日付け手続補正についての補正却下の決定」に示したとおり，平成１８年６月８日付けの手続補正は却下されたので，本願の請求項１に係る発明（以下，「本願発明」という。）は，平成１７年１２月５日付けの手続補正書の特許請求の範囲の請求項１に記載された事項により特定される，以下のとおりのものである。
　
「【請求項１】　複数の端末装置と、
　ネットワークを介して行われる前記端末装置間のチャットによる情報交換を支援するチャットサーバとを備え、
　チャットを開始しようとする所定の端末装置は、表示装置にチャットを行うためのチャット領域を表示し、当該チャット領域が指し示す要素を特定する情報と接続先の端末装置を特定する情報とを前記チャットサーバに送信し、
　前記チャットサーバは、前記所定の端末装置から受信した前記接続先の端末装置を特定する情報に基づいて接続先の端末装置とのセッションを確立し、前記要素を特定する情報を当該接続先の端末装置に送信し、
　前記接続先の端末装置は、表示装置の表示画面における前記チャットサーバから受信した情報にて特定される要素を指し示す位置に、前記所定の端末装置とのチャットを行うためのチャット領域を表示すること
　を特徴とするチャットシステム。」
　
４．当審の判断
　
（ア）引用例
　
　原査定の拒絶の理由に引用された引用例に関する記載事項は，上記「２．（２）引用例」に記載したとおりである。
　
（イ）対比，判断
　
　本願発明は，上記「２．平成１８年６月８日付け手続補正についての補正却下の決定」で検討した本願補正発明について，
（１）「当該チャット領域が指し示す要素を特定する情報と
、チャットを開始しようとするユーザを特定する情報と、
　
（２）「前記チャットサーバは、
チャットの対象である要素に対してアクセス可能なユーザを登録したアクセス制御リストを記憶しており、
前記要素を特定する情報と前記ユーザを特定する情報との対応が当該アクセス制御リストに登録されていれば、
　
　そうすると，本願発明の構成要件をすべて含み，さらに，他の構成要件を附加したものに相当する本願補正発明が，上記「２．（４）当審の判断」に示したとおり，上記引用発明に基づいて，当業者が容易に発明をすることができたものであるから，本願発明も，同様の理由により，上記引用発明に基づいて，当業者が容易に発明をすることができたものである。
　
５．むすび
　
　以上のとおり，本願発明は，上記引用発明に基づいて，当業者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許を受けることができない。
　
　したがって，本願は，他の請求項について論及するまでもなく，拒絶すべきものである。
　よって，結論のとおり審決する。