【事件の表示】
　平成　８年特許願第　８３５１４号「マルチユーザ対話型仮想環境用の通信サーバおよびその使用方法」拒絶査定不服審判事件〔平成　８年１２月　３日出願公開、特開平　８−３２０８４０〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　
　本願は，平成８年４月５日（パリ条約による優先権主張１９９５年４月７日，米国（ＵＳ））の出願であって，平成１７年２月２５日付けで拒絶の理由が通知され，同年９月２日付けで意見書が提出されると共に手続補正がなされ，同年１０月１２日付けで拒絶査定され，それに対して平成１８年１月１６日に拒絶査定不服審判が請求され，同年２月１５日付けで手続補正がなされたものである。
　
２．平成１８年２月１５日付けの手続補正においてなされた特許請求の範囲についてした補正について
　
　平成１８年２月１５日付けの手続補正（以下，「本件補正」という。）は，本件補正の前の特許請求の範囲に記載された，
「【特許請求の範囲】
【請求項１】　マルチユーザ装置と対話する方法であって、
　（ａ）　マルチユーザ対話型仮想環境内の第一の場所に位置していて第一のユーザ装置に関係している第一のエンティティの少なくとも１つの特徴からなる一組の特徴を表わす入力データ・ストリームを受信するステップ、
　（ｂ）　該入力データ・ストリームに該第１のエンティティの少なくとも１つの特徴からなる一組の特徴に基く受信フィルタを適用して、該入力データ・ストリームに関連の出力メッセージが送られる第二のユーザ装置を識別するステップ、
該第二のユーザ装置は該マルチユーザ対話型仮想環境内の第二の場所に位置している第二のエンティティと関連しており、
　（ｃ）　該少なくとも１つの特徴からなる一組の特徴に基づいて該入力データ・ストリームを圧縮して、該出力メッセージを生成するステップ、及び
　（ｄ）　該第二のユーザ装置に対して、該出力メッセージを送信するステップとを含む方法。
【請求項２】　上記の受信フィルタ−の適用は、視覚的遮断フィルタ−作用を行う処理を行うことである請求項１に記載の方法。
【請求項３】　（ａ）第三のエンティティが上記のマルチユーザ対話型仮想環境内の第三の位置を占めていて、第三のユーザ装置に関連している場合、上記の第三のエンティティの少なくとも一つの特徴からなる一組の追加の特徴を表す追加の入力データ・ストリームを受信するステップと、
　（ｂ）少なくとも一台のユーザ装置からなる一組の追加のユーザ装置を識別するために、上記の追加の入力データ・ストリームに受信フィルタ−を使用するステップと、
　（ｃ）上記の第二のユーザ装置が少なくとも一台のユーザ装置からなる上記の一組の追加のユーザ装置内にあることを判断するステップと、
　（ｄ）比較を行うために、上記の一組の特徴と上記の一組の追加の特徴とを比較するステップとからなり、
上記の出力メッセージが上記の比較と上記の一組の追加の特徴に基づいており、それにより該第三のユーザ装置からの入力がマルチユーザ対話環境において処理され得るようになっている請求項１に記載の方法。
【請求項４】　上記の出力メッセージを追加の受信者に送信するステップをさらに含む請求項１に記載の方法。
【請求項５】　少なくとも一つの特徴からなる上記の一組の特徴が、速度に関する数値を含む請求項１に記載の方法。
【請求項６】　少なくとも一つの特徴からなる上記の一組の特徴が、加速度に関する数値を含む請求項１に記載の方法。
【請求項７】　少なくとも一つの特徴からなる上記の一組の特徴が、方向に関する数値を含む請求項１に記載の方法。
【請求項８】　少なくとも一つの特徴からなる上記の一組の特徴が、色に関する数値を含む請求項１に記載の方法。
【請求項９】　少なくとも一つの特徴からなる上記の一組の特徴が、大きさに関する数値を含む請求項１に記載の方法。
【請求項１０】　少なくとも一つの特徴からなる上記の一組の特徴が、形に関する数値を含む請求項１に記載の方法。
【請求項１１】　少なくとも一つの特徴からなる上記の一組の特徴が、上記第一のエンティティの行動パターンを含む請求項１に記載の方法。
【請求項１２】　少なくとも一つの特徴からなる上記の一組の特徴が、エンティティのあるグループの行動パターンを含む請求項１に記載の方法。
【請求項１３】　少なくとも１つのサーバからなる一組のサーバであって、
　（ａ）　マルチユーザ対話型仮想環境内の第一の場所に位置していて、第一のユーザ装置に関連している第一のエンティティの少なくとも一つの特徴からなる一組の特徴を表す入力データ・ストリームを受信する手段、
　（ｂ）　該入力データ・ストリームに関連の出力メッセージが送られる第二のユーザ装置を識別する受信フィルタであって、該一組の特徴に基づくものであり、該入力データストリームに応答している受信者フィルタ、該第二のユーザ装置が該対話型仮想環境内の第二の場所に位置している第二のユーザと関連しており、
　（ｃ）　該一組の特徴に基づいて該入力データ・ストリームを圧縮して、該出力メッセージを生成する処理手段、及び
　（ｄ）　該第二のユーザ装置に対して、該出力メッセージを送信する手段とを含む一組のサーバ。
【請求項１４】　上記の受信フィルタ−が視覚的遮断フィルタ−を含む請求項１３に記載の少なくとも一台のサーバからなる一組のサーバ。
【請求項１５】　少なくとも一つの特徴からなる上記の一組の特徴が速度に関する数値を含む請求項１３に記載の少なくとも一台のサーバからなる一組のサーバ。
【請求項１６】　少なくとも一つの特徴からなる上記の一組の特徴が加速度に関する数値を含む請求項１３に記載の少なくとも一台のサーバからなる一組のサーバ。
【請求項１７】　少なくとも一つの特徴からなる上記の一組の特徴が方向に関する数値を含む請求項１３に記載の少なくとも一台のサーバからなる一組のサーバ。
【請求項１８】　少なくとも一つの特徴からなる上記の一組の特徴が色に関する数値を含む請求項１３に記載の少なくとも一台のサーバからなる一組のサーバ。
【請求項１９】　少なくとも一つの特徴からなる上記の一組の特徴が大きさに関する数値を含む請求項１３に記載の少なくとも一台のサーバからなる一組のサーバ。
【請求項２０】　少なくとも一つの特徴からなる上記の一組の特徴が形に関する数値を含む請求項１３に記載の少なくとも一台のサーバからなる一組のサーバ。
【請求項２１】　少なくとも一つの特徴からなる上記の一組の特徴があるエンティティの行動パターンを含む請求項１３に記載の少なくとも一台のサーバからなる一組のサーバ。
【請求項２２】　少なくとも一つの特徴からなる上記の一組の特徴がエンティティのあるグループの行動パターンを含む請求項１３に記載の少なくとも一台のサーバからなる一組のサーバ。
【請求項２３】　少なくとも１つのサーバから成る一組のサーバであって、
　（ａ）　サーバ内において、マルチユーザ対話型仮想環境内に位置を占めていて、上記のサーバと通信することができる第一のユーザ装置と関連している第一のエンティティの一連の位置を表す一連のメッセ−ジを受信するための手段と、
　（ｂ）（ｉ）　少なくとも３つの位置、即ち第一の位置、第二の位置および第三の位置を含む時間の経過に従って変化する一組の特徴を、該一連の位置から識別し、
　　（ｉｉ）　該第一の位置を該第二の位置と比較することにより、少なくとも一つの特徴からなる第一の組の特徴を決定し、
　　（ｉｉｉ）　該第二の位置を該第三の位置と比較することにより、少なくとも一つの特徴からなる第二の組の特徴を決定し、
　　（ｉｖ）　該第一の一組の特徴と、該第二の組の特徴との間の共通の特徴を識別し、
　　（ｖ）　該共通の特徴に基づいて、該一連のメッセージを表す出力メッセージを形成することにより、該一連のメッセージを修正する手段と、
　　（ｃ）　該サーバと通信することができ、該マルチユーザ対話型仮想環境内に位置している第二のエンティティと関連している第二のユーザ装置に対して、該出力メッセージを送信する手段とを含む一組のサーバ。
【請求項２４】　コンピュータを制御する命令を蓄積したコンピュータ読出し可能媒体であって、該命令は、
　（ａ）マルチユーザ対話型仮想環境内の第一の場所に位置して第１のユーザ装置と関連している第一のエンティティの少なくとも１つの特徴からなる一組の特徴を表わす入力データ・ストリームを受信し、
　（ｂ）該第一のエンティティの少なくとも１つの特徴からなる一組の特徴に基いた受信フィルタを該入力データストリームに適用して、該入力データ・ストリームに関連する出力メッセージが送られる第二のユーザ装置を識別し、該第二のユーザ装置は該マルチユーザ対話型仮想環境内の第二の場所に位置する第二のエンティティと関連するものであり、
　（ｃ）該少なくとも１つの特徴からなる一組の特徴に基いてデータ・ストリームを圧縮して、出力メッセージを生成し、そして
　（ｄ）該出力メッセージを該第二のユーザ装置へ送信する手順を行うものである、コンピュータ読出し可能媒体。」と記載された事項を，
　
「【特許請求の範囲】
【請求項１】　マルチユーザ装置と対話する方法であって、
　（ａ）　マルチユーザ対話型仮想環境内の第一の場所に位置していて第一のユーザ装置に関係している第一のエンティティの少なくとも１つの特徴からなる一組の特徴を表わす入力データ・ストリームを受信するステップ、
　（ｂ）該入力データ・ストリームにおいて受信した該第一のエンティティの該少なくとも１つの特徴から、出力メッセージが送られる第二のユーザ装置を識別するステップ、
該第二のユーザ装置は該マルチユーザ対話型仮想環境内の第二の場所に位置している第二のエンティティと関連しており、
　（ｃ）　該少なくとも１つの特徴からなる一組の特徴に基づいて該入力データ・ストリームを圧縮して、該出力メッセージを生成するステップ、及び
　（ｄ）　該第二のユーザ装置に対して、該出力メッセージを送信するステップとを含む方法。
【請求項２】　上記第二のユーザ装置を識別するステップは、上記第一のエンティティが上記対話型仮想環境内で上記第二のエンティティを可視することができるものかの決定を行う視覚的遮断フィルタを更に適用することを含む請求項１に記載の方法。
【請求項３】　（ａ）第三のエンティティが上記のマルチユーザ対話型仮想環境内の第三の位置を占めていて、第三のユーザ装置に関連している場合、上記の第三のエンティティの少なくとも一つの特徴からなる一組の追加の特徴を表す追加の入力データ・ストリームを受信するステップと、
　（ｂ）上記少なくとも一台のユーザ装置からなる追加の組を、上記追加の入力データ・ストリームから識別するステップと、
　（ｃ）上記の第二のユーザ装置が少なくとも一台のユーザ装置からなる上記の一組の追加のユーザ装置内にあることを判断するステップと、
　（ｄ）比較を行うために、上記の一組の特徴と上記の一組の追加の特徴とを比較するステップとからなり、
上記の出力メッセージが上記の比較と上記の一組の追加の特徴に基づいており、それにより該第三のユーザ装置からの入力がマルチユーザ対話環境において処理され得るようになっている請求項１に記載の方法。
【請求項４】　上記の出力メッセージを追加の受信者に送信するステップをさらに含む請求項１に記載の方法。
【請求項５】　少なくとも一つの特徴からなる上記の一組の特徴が、速度に関する数値を含む請求項１に記載の方法。
【請求項６】　少なくとも一つの特徴からなる上記の一組の特徴が、加速度に関する数値を含む請求項１に記載の方法。
【請求項７】　少なくとも一つの特徴からなる上記の一組の特徴が、方向に関する数値を含む請求項１に記載の方法。
【請求項８】　少なくとも一つの特徴からなる上記の一組の特徴が、色に関する数値を含む請求項１に記載の方法。
【請求項９】　少なくとも一つの特徴からなる上記の一組の特徴が、大きさに関する数値を含む請求項１に記載の方法。
【請求項１０】　少なくとも一つの特徴からなる上記の一組の特徴が、形に関する数値を含む請求項１に記載の方法。
【請求項１１】　少なくとも１つのサーバからなる一組のサーバであって、
　（ａ）　マルチユーザ対話型仮想環境内の第一の場所に位置していて、第一のユーザ装置に関連している第一のエンティティの少なくとも一つの特徴からなる一組の特徴を表す入力データ・ストリームを受信する手段、
　（ｂ）　該入力データ・ストリームに関連の出力メッセージが送られる第二のユーザ装置を識別する手段、該識別する手段は該一組の特徴に基づき、そして該入力データストリームに応答しており、該第二のユーザ装置が該対話型仮想環境内の第二の場所に位置している第二のユーザと関連しており、
　（ｃ）　該一組の特徴に基づいて該入力データ・ストリームを圧縮して、該出力メッセージを生成する処理手段、及び
　（ｄ）　該第二のユーザ装置に対して、該出力メッセージを送信する手段とを含む一組のサーバ。
【請求項１２】　上記第二のユーザ装置を識別するステップは、上記第一のエンティティが上記対話型仮想環境内で上記第二のエンティティを可視することができるものかの決定を行う視覚的遮断フィルタを更に適用することを含む請求項１１に記載の少なくとも一台のサーバからなる一組のサーバ。
【請求項１３】　少なくとも一つの特徴からなる上記の一組の特徴が速度に関する数値を含む請求項１１に記載の少なくとも一台のサーバからなる一組のサーバ。
【請求項１４】　少なくとも一つの特徴からなる上記の一組の特徴が加速度に関する数値を含む請求項１１に記載の少なくとも一台のサーバからなる一組のサーバ。
【請求項１５】　少なくとも一つの特徴からなる上記の一組の特徴が方向に関する数値を含む請求項１１に記載の少なくとも一台のサーバからなる一組のサーバ。
【請求項１６】　少なくとも一つの特徴からなる上記の一組の特徴が色に関する数値を含む請求項１１に記載の少なくとも一台のサーバからなる一組のサーバ。
【請求項１７】　少なくとも一つの特徴からなる上記の一組の特徴が大きさに関する数値を含む請求項１１に記載の少なくとも一台のサーバからなる一組のサーバ。
【請求項１８】　少なくとも一つの特徴からなる上記の一組の特徴が形に関する数値を含む請求項１１に記載の少なくとも一台のサーバからなる一組のサーバ。
【請求項１９】　少なくとも１つのサーバから成る一組のサーバであって、
　（ａ）　サーバ内において、マルチユーザ対話型仮想環境内に位置を占めていて、上記のサーバと通信することができる第一のユーザ装置と関連している第一のエンティティの一連の位置を表す一連のメッセ−ジを受信するための手段と、
　（ｂ）（ｉ）　少なくとも３つの位置、即ち第一の位置、第二の位置および第三の位置を含む時間の経過に従って変化する一組の特徴を、該一連の位置から識別し、
　　（ｉｉ）　該第一の位置を該第二の位置と比較することにより、少なくとも一つの特徴からなる第一の組の特徴を決定し、
　　（ｉｉｉ）　該第二の位置を該第三の位置と比較することにより、少なくとも一つの特徴からなる第二の組の特徴を決定し、
　　（ｉｖ）　該第一の一組の特徴と、該第二の組の特徴との間の共通の特徴を識別し、
　　（ｖ）　該共通の特徴に基づいて、該一連のメッセージを表す出力メッセージを形成することにより、該一連のメッセージを修正する手段と、
　　（ｃ）　該サーバと通信することができ、該マルチユーザ対話型仮想環境内に位置している第二のエンティティと関連している第二のユーザ装置に対して、該出力メッセージを送信する手段とを含む一組のサーバ。
【請求項２０】　コンピュータを制御する命令を蓄積したコンピュータ読出し可能媒体であって、該命令は、
　（ａ）マルチユーザ対話型仮想環境内の第一の場所に位置して第１のユーザ装置と関連している第一のエンティティの少なくとも１つの特徴からなる一組の特徴を表わす入力データ・ストリームを受信し、
　（ｂ）該入力データ・ストリームにおける該第一のエンティティの該少なくとも１つの特徴から、該入力データ・ストリームに関連する出力メッセージが送られる第二のユーザ装置を識別し、該第二のユーザ装置は該マルチユーザ対話型仮想環境内の第二の場所に位置する第二のエンティティと関連するものであり、
　（ｃ）該少なくとも１つの特徴からなる一組の特徴に基いてデータ・ストリームを圧縮して、出力メッセージを生成し、そして
　（ｄ）該出力メッセージを該第二のユーザ装置へ送信する手順を行うものである、コンピュータ読出し可能媒体。」と補正するものである。
　
　本件補正においてなされた特許請求の範囲についてした補正の内容は，本件補正の前の特許請求の範囲の請求項１１，１２，２１及び２２を削除し，拒絶の理由及び拒絶査定において示された事項についてする，明りょうでない記載の釈明を目的としたものであると認められる。
　
　したがって，本件補正においてなされた特許請求の範囲についてした補正の目的は，平成１４年法律第２４号改正附則第２条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第４項第１号，及び同項第４号に該当するものである。
　
３．本願発明
　本願発明は，平成１８年２月１５日付けの手続補正書の特許請求の範囲の請求項１に記載された事項により特定される次のとおりのものである。
　
「【請求項１】マルチユーザ装置と対話する方法であって、
（ａ）マルチユーザ対話型仮想環境内の第一の場所に位置していて第一のユーザ装置に関係している第一のエンティティの少なくとも１つの特徴からなる一組の特徴を表わす入力データ・ストリームを受信するステップ、
（ｂ）該入力データ・ストリームにおいて受信した該第一のエンティティの該少なくとも１つの特徴から、出力メッセージが送られる第二のユーザ装置を識別するステップ、
該第二のユーザ装置は該マルチユーザ対話型仮想環境内の第二の場所に位置している第二のエンティティと関連しており、
（ｃ）該少なくとも１つの特徴からなる一組の特徴に基づいて該入力データ・ストリームを圧縮して、該出力メッセージを生成するステップ、及び
（ｄ）該第二のユーザ装置に対して、該出力メッセージを送信するステップとを含む方法。」
　
４．当審の判断
　
（１）引用例
　原査定の拒絶の理由に引用された特開平５−１１３９４１号公報（以下，「引用例」という。）には，図面と共に以下の事項（ａ）から（ｇ）が記載されている。
　
（ａ）「【要約】
【目的】コンピュータを用い一つの仮想空間を作り、この仮想空間内で多数の利用者が送受信を行う場合の互いの対話をより現実に近くしてコミュニケーションを図る。
【構成】仮想空間１内での利用者の発信するメッセージ１１Ａの到達範囲に重み付けを付加して他の利用者に送信する様にする。」
　
（ｂ）「【０００１】
【産業上の利用分野】本発明はコンピュータネットワークを用いたデータの送受信装置に係わり、特に仮想空間を用いて多人数が対話を行う場合に現実に近いコミュニケーションが行なえる様にした送受信装置に関する。」　
　
（ｃ）「【０００７】
【課題を解決するための手段】本発明の送受信装置はその例が図１に示されている様に、少なくとも３次元空間をモデルによって作った仮想空間１を複数の端末の表示手段２Ａ，２Ｂ‥‥に映出させて互いに通信を行う様に成された送受信装置に於いて、１つの端末の表示手段２Ａに映出されキャラクタの位置により選択的に決定される重み付けを有する伝送情報を送信する送信手段３を有し、複数の端末の表示手段２Ａ，２Ｂ‥‥の座標面上のキャラクタ位置と重みに応じて送信手段３を介して複数の端末２Ａ，２Ｂ‥‥で相互に送受信する様に成したものである。
【０００８】
【作用】本発明の送受信装置は複数の端末をインサネットで接続し、端末の表示手段（以下ＣＲＴと記す）２Ａ，２Ｂ‥‥に３次元の仮想空間の例えば街を送信手段３を介して映出させるが、映出パターンは利用者の発信するメッセージが到達する範囲に限定して、この範囲内に居る他の利用者とだけ送受信出来る様にして、現実感のあるコミュニケーションを行う様にしたものである。
【０００９】
【実施例】以下、本発明の送受信装置の一実施例をＴＭに適用した場合について説明する。
【００１０】本発明は、コンピュータネットワーク上に仮想の空間を設定して、その空間内で複数のユーザによりコミュニケーションを行なったときにメッセージの到達範囲を限定することで、現実での対話のような、すなわち、あるユーザにはメッセージが送られ、他のユーザにはメッセージが届かないような対話のコントロールを実現することの出来る送受信装置を提供しようとするもので以下、本発明を詳記する。
【００１１】図１は本発明の送受信装置のシステムの概要を説明するための模式図であり、図２はハードウェア構成図を示している。
【００１２】図２で、４はインサネット（Ｅｔｈｅｒｎｅｔ）のバスでこのバス４には端末５Ａ，５Ｂ‥‥並に同じく端末であるが送信装置３が接続されている。これら端末５Ａ，５Ｂ及び送信装置３としてはＵＮＩＸワークステーション等が用いられる。各ワークステーションは表示手段としてのＣＲＴ２Ａ，２Ｂ‥‥２Ｍ並にマイクロコンピュータ（ＣＰＵ）を含むワークステーション（ＥＷＳ）６Ａ，６Ｂ‥‥６Ｍとキーボード７Ａ，７Ｂ‥‥７Ｍ等からなり、バス４は各ＥＷＳ６Ａ，６Ｂ‥‥６Ｍと接続されコンピュータネットワークが形成されている。」
　
（ｄ）「【００１４】この様なハードウェア構成に於いて、本例ではＣＰＵを用いて例えば３次元的な街並の仮想空間を背景データベースとして作ってメモリに格納して置く、図１については仮想空間１として２次元的な地図が示されている。ＣＲＴ２Ａ，２Ｂ‥‥２Ｍに表示される街には利用者（ユーザ）が通過出来る道８と建物等の障害物９が表示される。この場合送信装置３のＣＰＵのメモリには地図データを持っていて、ＣＲＴ２Ａ，２Ｂに表示される街の中に個々のユーザＡ、ユーザＢ、ユーザＣ、ユーザＤの様にユーザ１０が配置される。
【００１５】例えばユーザＡの端末５ＡのＣＲＴ２ＡにはユーザＡの周囲の道８や障害物９等の配置を示す地図だけを表示し、ユーザＢの端末５ＢのＣＲＴ２ＢにはユーザＢの周囲の道８や障害物９等の配置を示す地図だけを表示させる様に送信装置３の端末が制御する。
【００１６】ユーザＡ乃至Ｄは移動コマンドで道８に沿って移動することが出来る。移動することでＣＲＴ２Ａ，２Ｂに表示されている地図は順次書き変えられて行く。
【００１７】又、メッセージ発信コマンドによって他のユーザＡ，Ｂにメッセージ１１Ａ，１１Ｂを発信することが出来る。他のユーザが発信したメッセージを受け取ると、それをＣＲＴ２Ａ，２Ｂ上に表示する。この様なメッセージ１１Ａ，１１Ｂの送受信によってユーザＡＢ間のコミュニケーションを実現することが出来る様に成されている。
【００１８】上述の如きシステムを構成するためのソフトウェア構成を図３乃至図６について説明する。
【００１９】本例の送受信装置３のシステムのソフトウェアは図３に示す様に各ユーザ１０の例えばユーザＡ及びユーザＢからのメッセージ発信等のコマンドを受けとってそれを発信するクライアントプロセス２０Ａ，２０Ｂ‥‥と、各クライアントプロセス２０Ａ，２０Ｂ‥‥からのコマンドを受けとって、必要な処理をし、結果を発信したクライアントに返したり、送られてきたメッセージ１１Ａ，１１Ｂを他の適切なユーザＡ，Ｂに配布したりするサーバプロセス２１という２種類のプロセスにより構成される。
【００２０】このクライアントプロセス２０Ａ，２０Ｂ‥‥はユーザ一人に対して一つのプロセスが必要であり、図４に示す様にクライアントプロセス２０Ａ，２０Ｂ‥‥は入力としてユーザ１０からコマンドを受けとる。各ユーザ１０からの主なコマンドはメッセージを発信するメッセージ発信コマンド１０Ａと地図上を移動する移動コマンド１０Ｂである。
【００２１】クライアントプロセス２０Ａ，２０Ｂ‥‥はこれらコマンド１０Ａ，１０Ｂを受けとると、クライアントプロセス２０Ａ，２０Ｂ‥‥はコマンドと必要な情報（メッセージの内容、移動する方向等）２２Ａ，２２Ｂをサーバプロセス２１に送信する。
【００２２】更に、クライアントプロセス２０Ａ，２０Ｂ‥‥はサーバプロセス２１から送信されて来る画面描き換え要求２３Ａ及び他のユーザからの着信メッセージ２３Ｂのコマンドを受信し、各ユーザ１０に他のユーザからのメッセージ表示２４Ｂ及び移動した結果に応じた地図を再表示する。
【００２３】この地図は上述した様に、サーバプロセス２１の持つ地図情報の中の一部を表示する。例えばサーバプロセス２１が持っている地図上の各ユーザ１０の位置を中心とした、その付近の地図だけである。
【００２４】又、サーバプロセス２１はインサネット等のＬＡＮ中に１つだけ存在し、このサーバプロセス２１はクライアントプロセス２０Ａ，２０Ｂ‥‥からのコマンドを受け取って処理する。このサーバプロセス２１は図５に示す様に地図情報と各ユーザ１０の位置情報２６を持っている。地図情報とはＣＰＵ上に設けた仮想の街の地図の情報である。この地図にある道の上に各ユーザ１０を配置し、ユーザの位置を位置情報として管理している。
【００２５】以下、図４乃至図６によって本例のプログラム動作を説明する。
【００２６】クライアントプロセス２０Ａ，２０Ｂから各ユーザの移動コマンド１０Ｂ，１０Ｂ‥‥を受信すると、サーバプロセス２１は移動の方向とユーザの位置情報から地図情報と位置情報２６に基づいて、ユーザ１０が移動可能かどうか、（道８から外れていないかどうか）を判断し、移動可能であれば、移動コマンド１０Ｂ，１０Ｂに応じて位置情報を変更する。又、変更によってクライアントプロセス２０Ａ，２０Ｂが表示すべき地図（ユーザ１０の位置を中心としてその付近の地図）が変化するので新しい画面描き換え表示データ３４Ａをクライアントプロセス２０Ａ，２０Ｂ‥‥に送る。
【００２７】又、クライアントプロセス２０Ａ，２０Ｂからメッセージ発信コマンド２２Ｂを受信すると後述の実際のフローチャート説明図で詳記する方法でメッセージを送るユーザ１０を決定して、そのユーザ１０のクライアントプロセス２０Ａ，２０Ｂに向けてメッセージ転送２５を行なう様に成されている。
【００２８】即ち、図６に示す様にサーバプロセス２１と各クライアントプロセス２０Ａ，２０Ｂ‥‥は独立して動作しながら、コマンドの授受により協調してユーザ間で対話が実現される。
【００２９】上述の例えばクライアントプロセス２０Ａの発信したメッセージ２２Ｂを従来ではサーバプロセス２１がすべてのクライアントプロセス２０Ｂ‥‥に配布するシステムであるが、本発明ではユーザ１０中の特定の例えばユーザＡからのメッセージ発信のコマンド２２Ｂに重み付けが施される。この重み付け方法としては「声の大きさ」等のパラメータが付加される。
【００３０】「声の大きさ」が小さいとメッセージ２２Ｂを発信したユーザのすぐ近く（サーバプロセスの地図情報の上での距離での近く）にいるユーザだけにメッセージが届く。「声の大きさ」が大きいと多少離れたところにいるユーザにもメッセージが届く様な判断が成される。
【００３１】以下、この様なメッセージ発信２２Ｂをサーバプロセス２１が判断して他のクライアントプロセス２０Ａ，２０Ｂにメッセージを届ける場合の制限範囲の決定プロセスを図７で説明する。
【００３２】図７で第１ステップＳＴ１では所定のユーザＡが例えばクライアントプロセス２０Ａを介し発信者名、メッセージ、レベルをキーボード等に入力する。
【００３３】この様なメッセージ発信２２Ｂを受けるとサーバプロセス２１は第２ステップＳＴ２に示す様に、発信者名から位置情報を検索してユーザの位置と番号を調べる。
【００３４】サーバプロセス２１には例えば表１に示す様なイメージで各クライアントプロセス２０Ａ，２０Ｂのユーザ名、仮想空間上での位置（ｘ，ｙ）及び向き及び番号が保持されている。ここでは複数のクライアントプロセス２０Ａ，２０Ｂ‥‥が存在するので、この番号を用いてクライアントｉと表記する。第２ステップＳＴ２ではクライアント番号はｘに選択される。」
　
（ｅ）「【００３６】第３ステップＳＴ３ではレベル及び向きに応じてメッセージの届く範囲を決定する。即ち、具体的には所定のユーザ１０のメッセージ発信２２Ｂの「声の大きさ」のレベルによってメッセージが到達する範囲を図８に示す様に設定する。図８で３０は特定のユーザ１０の画面２９上の位置を示し、３１は声の大きさが小さい時にメッセージ発信２２Ｂが届く範囲を示し、３２は声の大きさが中位いの時にメッセージ発信２２Ｂが届く範囲を、３３は声の大きさが大きい時にメッセージ発信２２Ｂが届く範囲を示している。
【００３７】この様に同じユーザ１０の近くにいても声の大きさによってメッセージ発信２２Ｂが届いたり届かなかったりするというコントロールが簡単に実現できる。例えば、図９のように、ユーザ３０の特定のユーザＡのメッセージが「声の大きさ」大で発信されると、そのメッセージは３４の様にユーザＢ，Ｃの両者に届く、これに対して、ユーザＣが「声の大きさ」中で発したメッセージは３５の様にユーザＡには届かない。
【００３８】「声の大きさ」によってメッセージの届く範囲を決定するので、現実での会話に近い状況を作り出すことができる。」
　
（ｆ）「【００５８】本発明の送受信装置によれば仮想空間を部屋での一対一の対話というレベルから、街というレベルへ広げて、その中で多人数が互いに対話を実現することが可能となり、したがって、人工的に仮想の街を作り上げ、その街の中へ多数の利用者が参加してコミュニケーションしながら楽しむというような利用が可能となった。更に、道順を尋ねるなどの現実的な対話を生み出せるので、語学教育用のＬＬやＴＭツールに応用することもできる。
【００５９】
【発明の効果】一つの仮想空間内に多数の利用者が同時に存在する時に、各利用者の発信するメッセージの到達する範囲を限定して、その範囲内にいる他の利用者だけに送信することにより、より現実に近いコミュニケーションを実現できる送受信装置が得られる。」
　
（ｇ）【図１】には，メッセージ１１Ａに「Ｈｅｌｌｏ．」の記載，端末表示手段２Ｂに「Ａ」，「Ｂ」，「Ｃ」，「Ｄ」，及び「Ｈｅｌｌｏ．」の記載，メッセージ１１Ｂに「Ｈｅｙ．」の記載，端末表示手段２Ａに「Ａ」，「Ｂ」，「Ｃ」，及び「Ｈｅｙ．」の記載が見て取れる。
　
　したがって，上記引用例には，以下の発明（以下，「引用発明」という。）が記載されている。
　
「コンピュータネットワーク上に仮想の街を設定して，その街の中で同時に存在する複数のユーザによりコミュニケーションを行なったときにメッセージの到達範囲を限定することで，この範囲内にいるユーザだけにメッセージが送られ，他のユーザにはメッセージが届かないようにする送受信装置であって，送受信装置は複数の端末及び送信装置をインサネット（Ｅｔｈｅｒｎｅｔ）で接続し，端末及び送信装置は表示手段及びキーボード等からなり，表示手段に表示される仮想の街の中にユーザＡ，ユーザＢ，ユーザＣ，ユーザＤが配置され，
　ユーザＡの端末の表示手段にはユーザＡの周囲を表示し，ユーザＢの端末の表示手段にはユーザＢの周囲を表示させ，
　メッセージ発信コマンドによって他のユーザにメッセージを発信でき，他のユーザが発信したメッセージを受け取ると，それを端末の表示手段に表示する，
　送受信装置のシステムにおいて，
　送受信装置のシステムのソフトウェアは，仮想の街の中に配置されたユーザからのメッセージ発信等のコマンドを受けとってそれを発信するクライアントプロセスと，該クライアントプロセスは，ユーザ一人に対して一つのプロセスが必要であり，クライアントプロセスからコマンドを受けとって，必要な処理をし，結果を発信したクライアントに返したり，送られてきたメッセージを他の適切なユーザに配布するというサーバプロセスにより構成され，仮想の街の中に配置されたユーザＡがクライアントプロセスを介し発信者名，メッセージ，「声の大きさ」のレベルをユーザＡの端末のキーボードに入力しメッセージ発信をし，このようなメッセージ発信をサーバプロセスが受けると，サーバプロセスは「声の大きさ」のレベルに応じてメッセージの届く範囲を限定し，メッセージを送るユーザを決定し，該ユーザのクライアントプロセスに向けてメッセージ転送を行い，他のユーザが発信したメッセージを受け取ると，該メッセージを表示手段に表示する，
送受信装置のシステム。」
　
（２）対比
　本願発明と引用発明を対比する。
　
（ａ）通常複数のユーザにより同時に利用される装置を「マルチユーザ装置」といい，引用発明の「送受信装置」も同時に複数のユーザに利用されるものであるから，本願発明の「マルチユーザ装置」に相当する。
　本願発明の「装置と対話する」とは，「装置にしたユーザの要求に対しユーザがその応答を得る」ことを意味すると解され，本願発明では「マルチユーザ装置と対話する」構成として「マルチユーザ装置が入力データ・ストリームを受信し，出力メッセージを送信する」構成を備えていると認められる。一方，引用発明では「送受信装置のシステムにおいて，メッセージ発信等のコマンドを受けとり，必要な処理をし，結果を発信したクライアントに返したり，送られてきたメッセージを適切なユーザに配布する」構成を備えているといえるから，引用発明の「送受信装置のシステム」も「送受信装置と対話する」機能を備えているといえるので，引用発明の「送受信装置のシステム」も本願発明の「マルチユーザ装置と対話する方法」を備えているといえる。
　
（ｂ）引用発明の「ユーザＡ」は本願発明の「第一のエンティティ」に相当し，「ユーザＡ」の「配置された」場所は本願発明の「第一の場所」に相当し，「ユーザＡの」「端末」は本願発明の「第一のユーザ装置」に相当する。
　そして，引用発明は「仮想の街の中に配置されたユーザＡがクライアントプロセスを介し発信者名，メッセージ，「声の大きさ」のレベルをユーザＡの端末のキーボードに入力しメッセージ発信をし，このようなメッセージ発信をサーバプロセスが受ける」のであるから，ユーザＡの端末に入力される「発信者名，メッセージ，「声の大きさ」のレベル」は，ユーザＡの「入力データ」であるといえる。
　通信の分野において「ストリーム」とは「ネットワークに発信されるデータの列」を意味するから，本願発明の「入力データ・ストリーム」とは「ネットワークに発信される入力データのデータ列」を意味すると解され，引用発明の「発信者名，メッセージ，「声の大きさ」のレベル」は，データ列としてコンピュータネットワークに発信されるものであるから，本願発明の「入力データ・ストリーム」に相当する。さらに，引用発明の「ユーザＡ」の「「声の大きさ」のレベル」は「メッセージ」のデータを送る先であるユーザを決めるために用いられ，本願発明の「第一のエンティティ」の「１つの特徴」は「出力メッセージ」のデータを送る先であるユーザ装置を決めるために用いられる，すなわち引用発明の「「声の大きさ」のレベル」も引用発明の「１つの特徴」も共にデータを送る先を決めるために用いられる点で一致し，引用発明の「発信者名，メッセージ，「声の大きさ」のレベル」は本願発明の「少なくとも１つの特徴からなる一組の特徴」に相当する。
　したがって，引用発明は，本願発明の「第一の場所に位置していて第一のユーザ装置に関係している第一のエンティティの少なくとも１つの特徴からなる一組の特徴を表す入力データ・ストリームを受信するステップ」を備えているといえる。
　
（ｃ）上記「（１）引用例」の「（ｄ）」において摘記した段落【００１７】，【００２３】の記載事項，及び同「（ｇ）」において【図１】から見て取れる事項を総合すると，引用例には「ユーザＡがメッセージ発信したメッセージ「Ｈｅｌｌｏ．」をユーザＢが受けとると，ユーザＢの端末の表示手段に位置を中心とした，その付近の地図，及び配置されたユーザと共にユーザＡのメッセージ表示する」ことが記載されていると認められる。
　したがって，引用発明の「他のユーザが発信したメッセージを受け取ると，該メッセージを表示手段に表示する」構成は，「ユーザＡが発信したメッセージを受け取ると，該メッセージを受け取ったユーザの端末の表示手段に該メッセージを表示する」構成であるといえ，該構成において，サーバプロセスからクライアントプロセスに向けてメッセージ転送される「メッセージ」はユーザの端末に向けて出力するものであるから，当該「メッセージ」は本願発明の「出力メッセージ」に相当し，「メッセージを受け取ったユーザの端末」は本願発明の「第二のユーザ装置」に相当する。
　そして，引用発明は，ユーザＡがメッセージ発信する「発信者名，メッセージ，「声の大きさ」のレベル」のうちの１つである「「声の大きさ」のレベルに応じて」「メッセージを送るユーザを決定し」，該ユーザの端末にユーザＡがメッセージ発信した「メッセージ」を出力し，該端末の表示手段に該「メッセージ」を表示するのであるから，引用発明は「受けとったユーザＡのメッセージ発信したもののうちの１つの特徴である「「声の大きさ」のレベル」に応じてメッセージを送るユーザの端末を識別する」構成を備えているといえる。
　したがって，引用発明は，本願発明の「入力データ・ストリームにおいて受信した第一のエンティティの少なくとも１つの特徴から、出力メッセージが送られる第二のユーザ装置を識別するステップ」を備えているといえる。
　
（ｄ）仮想の街に配置された，サーバプロセスが「メッセージを送るユーザ」の場所は本願発明の「第二の場所」であるといえ，該「メッセージを送るユーザ」は本願発明の「第二のエンティティ」といえるので，引用発明は本願発明の「第二のユーザ装置は第二の場所に位置している第二のエンティティと関連しており、第一のエンティティの少なくとも１つの特徴からなる一組の特徴に基づいて、出力メッセージを生成するステップ」，及び「第二のユーザ装置に対して，出力メッセージを送信するステップ」を備えているといえる。
　
　したがって，本願発明と引用発明は，次の点で一致，相違する。
　
＜一致点＞
「マルチユーザ装置と対話する方法であって，
第一の場所に位置していて第一のユーザ装置に関係している第一のエンティティの少なくとも１つの特徴からなる一組の特徴を表す入力データ・ストリームを受信するステップ，
該入力データ・ストリームにおいて受信した該第一のエンティティの該少なくとも１つの特徴から、出力メッセージが送られる第二のユーザ装置を識別するステップ，
該第二のユーザ装置は第二の場所に位置している第二のエンティティと関連しており，
該少なくとも１つの特徴からなる一組の特徴に基づいて、該出力メッセージを生成するステップ，
該第二のユーザ装置に対して，該出力メッセージを送信するステップ，
を含む方法。」
　
＜相違点１＞
　本願発明も引用発明も共に「第一の場所に位置していて第一のユーザ装置に関係している第一のエンティティの少なくとも１つの特徴からなる一組の特徴を表す入力データ・ストリームを受信するステップ」を備えている点で一致するが，「第一の場所」が本願発明は「マルチユーザ対話型仮想環境内の」であるのに対して引用発明は「仮想の街の中の」である点。
　
＜相違点２＞
　本願発明も引用発明も共に「該第二のユーザ装置は第二の場所に位置している第二のエンティティと関連しており」とする構成の点で一致するが，「第二の場所」が本願発明は「該マルチユーザ対話型仮想環境内の」であるのに対して引用発明は「仮想の街の中の」である点。　
　
＜相違点３＞
　本願発明も引用発明も共に「該少なくとも１つの特徴からなる一組の特徴に基づいて、該出力メッセージを生成するステップ」を備えている点で一致するが，「該出力メッセージを生成」する際に，本願発明は「該少なくとも１つの特徴からなる一組の特徴に基づいて」「入力データ・ストリームを圧縮して」生成する構成を備えているのに対して，引用発明は当該構成について記載がない点。
　
（３）相違点の検討
＜相違点１＞，＜相違点２＞について
　一般に「仮想環境」とは，「コンピュータにより実現されたモデルであって，現実の環境のような感覚をもって体験し，行動できる世界」を意味するから，本願発明の「マルチユーザ対話型仮想環境」とは，「マルチユーザ対話型のコンピュータにより実現されたモデルであって，現実の環境のような感覚をもって体験し，行動できる世界」であると解される。一方，引用発明は「コンピュータネットワーク上に仮想の街を設定して，その街の中で複数のユーザによりコミュニケーションを行なったときにメッセージの到達範囲を限定することで，あるユーザにはメッセージが送られ，他のユーザにはメッセージが届かないようにする」構成により，現実環境のような感覚をもって体験し，行動できる世界を実現しているといえるから，引用発明の「仮想の街」も引用発明の「仮想環境」に相当している。そして，引用発明の「仮想の街」は，本願発明の「マルチユーザ装置」に相当する「送受信装置」により実現され，同時に複数のユーザにより利用されるのであるから，該「仮想の街」は「マルチユーザ対話型仮想の街」といえるから，引用発明の「仮想の街の中の」は本願発明の「マルチユーザ対話型仮想環境内の」に一致する。
　そして，本願発明の「第一の場所」に相当する「ユーザＡ」の「配置された」場所も，本願発明の「第二の場所」に相当する「メッセージを送るユーザ」の配置された場所も共に同じ「仮想の街の中」である。
　したがって，＜相違点１＞のように「マルチユーザ対話型仮想環境内の第一の場所に位置していて」と構成すること，＜相違点２＞のように「該第二のユーザ装置は該マルチユーザ対話型仮想環境内の第二の場所に位置している第二のエンティティと関連しており」と構成することは，引用発明に基づいて当業者が容易に想到し得たものである。
　
＜相違点３＞について
　引用発明は，サーバプロセスにより「「声の大きさ」のレベルに応じてメッセージの届く範囲を限定し，メッセージの届く範囲内にいるユーザだけにメッセージを送る」ものであるから，メッセージの届く範囲外のユーザに対しては，サーバプロセスが受けとった「発信者名」，「メッセージ」，あるいは「「声の大きさ」のレベル」のデータを送信しないようにすること，さらに，「「声の大きさ」のレベル」は，メッセージの届く範囲を決定するためには必要なデータではあるが，「メッセージを受け取る」ユーザに向けて，必ず転送することを要さないデータであることは明らかであり，このようなデータを「発信者名，メッセージ，「声の大きさ」のレベル」から除き，サーバプロセスからクライアントプロセスに向けてメッセージ転送する「メッセージ」とすることは，当業者が容易に想到し得たものである。
　そして，上述のように，「「声の大きさ」のレベル」を「発信者名，メッセージ，「声の大きさ」のレベル」のデータから除くことは，「発信者名，メッセージ，「声の大きさ」のレベル」に基づいて，該データを「圧縮」しているといえる。
　したがって，＜相違点３＞のように「該少なくとも１つの特徴からなる一組の特徴に基づいて該入力データ・ストリームを圧縮して、該出力メッセージを生成する」構成とすることは，引用発明に基づいて当業者が容易に想到し得たものである。
　
　そして，本願発明のように構成したことによる効果も，引用発明から予測できる程度のものである。
　
　したがって，本願発明は引用発明に基づいて当業者が容易に発明をすることができたものである。　
　
５．むすび
　
　以上のとおり，本願発明は，引用発明に基づいて当業者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許を受けることができない。
　
　したがって，本願は，他の請求項について論及するまでもなく，拒絶すべきものである。
　
　よって，結論のとおり審決する。