【事件の表示】
　特願２００２−５７２５２４「インスタントメッセージングのユーザとクライアントの識別の分離」拒絶査定不服審判事件〔平成１４年　９月１９日国際公開、ＷＯ０２／７３３３２、平成１６年　８月２６日国内公表、特表２００４−５２６３６７〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本件出願は、２００２年３月１３日（パリ条約による優先権主張外国庁受理２００１年３月１４日、米国）を国際出願日とする出願であって、平成１９年９月２６日付けで手続補正がなされたが、同年１１月６日付けで拒絶査定され、平成２０年２月８日に拒絶査定に対する審判請求がなされるとともに同年３月４日付けで手続補正がなされたものである。
　
２．平成２０年３月４日付け手続補正についての補正却下の決定
　
［補正却下の決定の結論］
　平成２０年３月４日付け手続補正を却下する。
　
［理由］
（１）本件補正
　本件補正は請求項１を以下のとおり補正しようとする補正事項を含むものである。
（補正前）
「【請求項１】
端末装置からネットワークにプリミティブを通信する方法であって、
前記プリミティブは、ネットワーク上で通信できる、端末装置と、少なくとも１つの他のエンティティとにより認識される構造をもつ情報要素を有し、
前記プリミティブを識別する情報要素を前記プリミティブに提供すること、
前記端末装置のクライアントを識別する情報要素を前記プリミティブに提供すること（１０ｂ）、および
前記クライアントを識別する前記プリミティブにクライアントのユーザを識別する情報要素も提供すること（１０ａ）を特徴とし、
前記クライアントがサービスを実施し、かつ前記クライアントが前記端末装置に設けられている方法。」
　
（補正後）
「【請求項１】
プリミティブを識別する情報要素、端末装置のクライアントを識別する情報要素および前記クライアントのユーザを識別する情報要素で構成されるプリミティブを提供し、
ネットワークを介して前記端末装置から少なくともいずれかのエンティティに前記プリミティブをメッセージとして伝達し、
前記クライアントが前記端末装置におけるサービスの実現方法であり、かつ前記クライアントがユーザの識別情報によってそれぞれ識別される１以上のユーザによって使用される方法。」
　
（２）補正の適否
　そこで、上記補正事項について検討すると、補正前の請求項１に係る発明においては、請求項１に係る発明の「方法」が「端末装置からネットワークにプリミティブを通信する方法」とされていたところ、補正後の請求項１に係る発明においては、「前記クライアントが前記端末装置におけるサービスの実現方法であり」および「前記クライアントがユーザの識別情報によってそれぞれ識別される１以上のユーザによって使用される方法」との記載はあるものの、結局のところ請求項１に係る「方法」は何の方法であるのかが限定されていない。
　さらに、補正前の請求項１に係る発明においては、「プリミティブは、ネットワーク上で通信できる、端末装置と、少なくとも１つの他のエンティティとにより認識される構造をもつ情報要素を有し」とされていたところ、補正後の請求項１に係る発明においては、「プリミティブ」は「情報要素で構成され」、「ネットワークを介して前記端末装置から少なくともいずれかのエンティティに」「メッセージとして伝達」されるとされているのみであり、該情報要素が端末装置と少なくとも１つの他のエンティティとにより認識される構造を有するか否かについては限定されていない。
　よって、上記補正事項は、特許請求の範囲の減縮を目的とするものとは認められず、さらに、請求項の削除、誤記の訂正、明りょうでない記載の釈明のいずれをも目的とするものではないことは明らかである。
　
（３）むすび
　したがって、本件補正は、平成１４年法律第２４号改正附則第２条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第４項に規定に違反するので、同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
３．本願発明について
（１）本願発明
　平成２０年３月４日付けの手続補正は上記のとおり却下されたので、本願請求項１に係る発明（以下、「本願発明」という。）は、平成１９年９月２６日付けの手続補正書で補正された特許請求の範囲の請求項１に記載された次のとおりのものである。
「端末装置からネットワークにプリミティブを通信する方法であって、
前記プリミティブは、ネットワーク上で通信できる、端末装置と、少なくとも１つの他のエンティティとにより認識される構造をもつ情報要素を有し、
前記プリミティブを識別する情報要素を前記プリミティブに提供すること、
前記端末装置のクライアントを識別する情報要素を前記プリミティブに提供すること（１０ｂ）、および
前記クライアントを識別する前記プリミティブにクライアントのユーザを識別する情報要素も提供すること（１０ａ）を特徴とし、
前記クライアントがサービスを実施し、かつ前記クライアントが前記端末装置に設けられている方法。」
　
４．引用発明
　原査定の拒絶の理由に引用された、安藤大ほか著，「インターネット電話ソフトVocaLink-Softの構成技術」，ＮＴＴ　Ｒ＆Ｄ，第４６巻，第９号，第９７７−９８４頁（以下、「引用例」という。）には、「インターネット電話ソフトVocaLink-Softの構成技術」に関し、図面とともに以下の事項が記載されている。
　
ア．「本論文では、インターネットにおける双方向リアルタイム音声通信を行うための技術的検討と，著者らが開発したインターネット電話ソフト“VocaLink-Soft”について述べる．さらに，“VocaLink-Soft”をより使いやすくする電話帳サービスを実現するデイレクトリサーバ“VocaLink-DSV”（３）について述べる．」（第９７８頁左欄第１０−１４行）
　
イ．「２．３“VocaLink-Soft”のシステム構成
（１）システム構成
　“VocaLink-Soft”は，Windows95をＯＳとするアプリケーションで，フロントエンド処理モジュール，呼設定処理モジュール，音声通信処理モジュールより構成される（図２）．フロントエンド処理モジュールは，ＧＵＩ部分とライブラリモジュールの制御部分（音声通信制御部，呼設定制御部）からなる．“VocaLink-Soft”のＧＵＩ画面を図３に示す．呼設定処理モジュールは，データ転送が確実に行われるようＴＣＰを利用したチャネルをフロントエンドモジュールに対して提供する．音声通信処理モジュールは，呼設定終了後，音声の送受信処理を行う．また，ハードウェアとしては，ＤＯＳ／Ｖパソコンと汎用のサウンドカード，ネットワークカードからなり，特別なハードウェアは必要としない．“VocaLink-Soft”の動作条件を表に示す．」（第９７９頁左欄下から３行−同頁右欄第１２行）
　
ウ．「３．２“VocaLink-DSV”の構成法
（１）ＷＷＷブラウザの利用
　クライアントでのディレクトリサーバのユーザ情報の表示方法には，既存のインターネットサービスとの親和性を確保するために，インターネットにおいて現在最も普及しているサービスであるＷＷＷ （World Wide Web）を利用する方法を採用した．すなわち，ティレクトリサーバ“VocaLink-DSV”上のデータをＨＴＭＬ化し，クライアントからＷＷＷブラウザを使って，“VocaLink-DSV”上のユーザ情報を表示する方式とした．クライアントのＷＷＷブラウザに表示される“VocaLink-DSV”のユーザ情報の例を図５に示す．また，クライアントでは，ＷＷＷブラウザのヘルパーアプリケーション＋として“VocaLink-Soft”を登録し，自動起動ができるようにする．
（２）“VocaLink-DSV”の構成
“VocaLink-DSV”の構成は，できるだけ処理負荷を軽くし，かつクライアントでＷＷＷを利用するために，以下のとおりとした．“VocaLink-DSV”は，現在起動中のユーザ情報を内部に保持する．また，“VocaLink-DSV”は自身がhttpdの機能とＨＴＭＬのひな型ファイルを持ち，クライアントのＷＷＷブラウザからのリクエストに対し，起動中のユーザ情報を埋め込んだＨＴＭＬデータを返す．この方法は，リクエストごとに新規のプロセスを作成しないため，処理負荷が小さい．また，ＨＴＭＬファイルをその都度作成しないので，情報更新中の読出しの問題が生じない．」（第９８１頁左欄第２８行−同頁右欄第９行）
　
エ．「３．３“VocaLink-DSV”のシステム構成
（１）システム構成
　“VocaLink-DSV”は，ＵＮＩＸマシン上で動作するデーモンプロセス+である．ＷＳとしては，ＳＵＮ社のＷＳが推奨で，SparcStationl0以上，ＯＳはSUN-OS4.1.3以上である．また，クライアントには，一般的なＷＷＷブラウザと“VocaLink-Soft”をインストールする．
（２）“VocaLink-DSV”と“VocaLink-Soft”間の通信
“VocaLink-DSV”と“VocaLink-Soft”間の通信について，図６に示す．クライアントで“VocaLink-Soft”を起動すると，起動時に“VocaLink-DSV”に対しログインコマンドを送信する．これを受信した“VocaLink-DSV”は，ログインコマンド中に含まれるユーザ情報とクライアントのＩＰアドレスを内部情報として保持する．また，“VocaLink-Soft”終了時は，“VocaLink-DSV”にログアウトコマンドを送信する．これを受信した“VocaLink-DSV”は，該当するユーザ情報を内部情報から削除する．」（第９８１頁右欄第１０行−同頁同欄下から２行）
　
　上記引用例の記載及び図面ならびにこの分野における技術常識を考慮すると、以下のａ．〜ｄ．の事項が記載されていることが読み取れる。
　ａ．上記“VocaLink-Soft”はＤＯＳ／Ｖパソコン上で動作するアプリケーションで（摘記事項イ）、ディレクトリサーバ“VocaLink-DSV”はＵＮＩＸマシン上で動作するデーモンプロセスで（摘記事項エ）、クライアントで“VocaLink-Soft”を起動すると“VocaLink-DSV”に対しログインコマンド（ＴＣＰ）を送信する（摘記事項エおよび図６）。ここで、“VocaLink-Soft”と“VocaLink-DSV”間の通信はインターネットを介して行われる（摘記事項ウ参照）ことを勘案すれば、上記ログインコマンド（ＴＣＰ）はＩＰパケットとして送受信されるものと認めらるから、上記引用例には、ＤＯＳ／ＶパソコンからネットワークにＩＰパケットを通信する方法が記載されていると言える。
　ｂ．ＩＰパケットはそのヘッダーの送信元ＩＰアドレスと送信先ＩＰアドレスで送信元と送信先が認識されることは技術常識であるから、引用例のＩＰパケットは、ネットワーク上で通信できるＤＯＳ／Ｖパソコンと、ディレクトリサーバであるＵＮＩＸマシンとにより認識される送信元ＩＰアドレスと送信先ＩＰアドレスを有している、と言える。
　ｃ．さらにＩＰパケットのＴＣＰセグメントのＴＣＰヘッダーにはコードビット、送信元ポート番号が含まれることは技術常識であるが、上記コードビットはそのフラグの有無に応じて接続要求や切断要求などが行われこれによりパケットに意味持たせ識別する情報要素であると言え、また、上記送信元ポート番号は送信元の端末のアプリケーションを指定する情報であるが、上記引用例の場合、ＤＯＳ／Ｖパソコンのアプリケーションである“VocaLink-Soft”を識別する情報要素であると言える。さらに、上記引用例のログインパケット（ＴＣＰ）はそのログインコマンドの中にユーザ情報を含んでおり（摘記事項エおよび図６）、該ユーザ情報が“VocaLink-Soft”のユーザの情報であることは自明である。
　ｄ．上記引用例の“VocaLink-Soft”によりインターネット電話というサービスが実施される（摘記事項ア等）。
　
　以上を総合すると、上記引用例には次の発明（以下、「引用発明」という。）が記載されている。
　
「ＤＯＳ／ＶパソコンからネットワークにＩＰパケットを通信する方法であって、
　前記ＩＰパケットは、ネットワーク上で通信できる、ＤＯＳ／Ｖパソコンと、ディレクトリサーバであるＵＮＩＸマシンとにより認識される送信元ＩＰアドレスと送信先ＩＰアドレスを有し、
前記ＩＰパケットを識別する情報要素を前記ＩＰパケットに備えさせること、
前記ＤＯＳ／Ｖパソコンの“VocaLink-Soft”を識別する情報要素を前記ＩＰパケットに備えさせること、および
前記“VocaLink-Soft”を識別する前記ＩＰパケットに“VocaLink-Soft”のユーザ情報も備えさせ、
　前記“VocaLink-Soft”がサービスを実施し、かつ前記“VocaLink-Soft”が前記ＤＯＳ／Ｖパソコンに設けられている方法。」
　
５．対比・判断
　本願発明と引用発明とを対比すると、
　ａ．　引用発明の「ＤＯＳ／Ｖパソコン」、「ディレクトリサーバであるＵＮＩＸマシン」はそれぞれ本願発明の「端末装置」、「少なくとも１つの他のエンティティ」に相当し、引用発明の「送信元ＩＰアドレスと送信先ＩＰアドレス」はＩＰヘッダの所定位置に所定フォーマットで記録され、送信元端末と送信先端末とにより認識される情報であるから「端末装置と、少なくとも１つの他のエンティティとにより認識される構造をもつ情報要素」と言うことができる。
　ｂ．引用発明の「“VocaLink-Soft”」は端末装置上のアプリケーションであるから本願発明の「クライアント」に相当する。
　ｃ．引用発明の「ＩＰパケットに備えさせる」等における「備えさせる」は本願発明の「提供する」と同義である。
　ｄ．引用発明の「ＩＰパケット」はそのＴＣＰヘッダーのコードビットやデータ部分によりメッセージとしての意味を付与されていると認められる。一方、本願明細書の「すでに述べたように、ＩＭサービス機能層１２は、メッセージフロー、交換されたプリミティブ（メッセージ）の名称を含んでおり」（段落【００２０】）、「ＩＭクライアントとプレゼンスサーバ間のプリミティブメッセージの流れである。」（【００５４】）等の記載によれば、本願発明の「プリミティブ」はメッセージであるということができるから、引用発明の「ＩＰパケット」と本願発明の「プリミティブ」はいずれも端末装置からネットワークに通信されるメッセージである点で共通している。
　ｅ．引用発明の「ユーザ情報」と本願発明の「ユーザを識別する情報要素」はいずれも「ユーザに関する情報」である点で共通している。
　
　したがって、本願発明と引用発明とは、以下の点で一致ないし相違している。
　
（一致点）
　「端末装置からネットワークにメッセージを通信する方法であって、
前記メッセージは、ネットワーク上で通信できる、端末装置と、少なくとも１つの他のエンティティとにより認識される構造をもつ情報要素を有し、
前記メッセージを識別する情報要素を前記メッセージに提供すること、
前記端末装置のクライアントを識別する情報要素を前記メッセージに提供すること、および
前記クライアントを識別する前記メッセージにクライアントのユーザに関する情報も提供することを特徴とし、
前記クライアントがサービスを実施し、かつ前記クライアントが前記端末装置に設けられている方法。」
　
（相違点１）
　引用発明の方法により通信されるメッセージが「ＩＰパケット」であるのに対し、本願発明の方法により通信されるメッセージが「プリミティブ」である点。
（相違点２）
　「ユーザに関する情報」が、引用発明では「ユーザ情報」であるのに対し、本願発明では「ユーザを識別する情報要素」である点。
　
　そこで上記相違点について検討する。
（相違点１）について
　本願明細書の「図解されるプリミティブのそれぞれが、アセンブリのため、および送信端にあるコンピュータ読み取り可能媒体内での少なくとも一時的な記憶のため、および受信端での少なくとも一時的な記憶、分解および処理のためのデータ構造を構成することが理解されなければならない。」（【００６８】）などの記載によれば、本願発明の「プリミティブ」はＣＰＵにより直接解読される機械言語、命令、データ等を意味するものと解される。
　一方、引用発明の「ＩＰパケット」は、それぞれ決められたビット数からなる複数の情報フィールドから構成された機械語であると言えるから、引用発明の「ＩＰパケット」は本願発明の「プリミティブ」と比較してそのデータ構造上格別相違するメッセージであるとはいえない。
（相違点２）について
　引用発明のユーザ情報はＩＰパケットで送信されるログインコマンドの中に含まれている情報であるが、ログイン時のユーザ情報がユーザを識別するために用いられることは技術常識であるから、引用発明の「ユーザ情報」を「ユーザを識別する情報要素」とすることに格別の困難性はない。
　
　また、本願発明の奏する効果は、引用発明から当業者が予測できる範囲内のものである。
　
６．むすび
　以上のとおり、本願発明は、引用発明に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができないものである。
　
　よって、結論のとおり審決する。