【事件の表示】
　特願２０００−２５６５８４「多重化ネットワーク通信装置」拒絶査定不服審判事件〔平成１４年　３月１５日出願公開、特開２００２−　７７１６５〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯と本願発明
　本願は，平成１２年８月２８日の出願であって，特許請求の範囲の請求項２に係る発明（以下，「本願発明」という。）は，平成１６年７月１日付け手続補正により補正された明細書及び図面の記載からみて，その特許請求の範囲の請求項２に記載された以下のとおりのものと認める。
「多重化されたネットワーク上に送信されたメッセージをネットワークに接続された複数の装置が受信するためのネットワーク受信プロセスと，受信したメッセージが自身あてのメッセージであるか又，既に受信したメッセージであるかを判定及び管理する受信用管理テーブルと，受信したメッセージを一時記憶するための受信用ローカルバッファと，以前に一度も受信していないメッセージの場合には，メッセージを所定の前記受信側のそれぞれのプロセスに配信し，既に受信しているメッセージの場合には，メッセージを破棄する前記ネットワーク受信プロセスとを有し，メッセージを受信する多重化ネットワークにおける装置間通信装置。」
　
２．引用発明
　原査定の拒絶の理由に引用された特開平５−３４４１２８号公報（以下，「引用文献」という。）には図面とともに以下イ〜ニの事項が記載されている。
　
イ．「パケツトの送信時には，送信パケツトに送信シーケンス番号部に格納されている送信シーケンス番号を付加して送信する。このとき，パケツトの送信が完了する毎に前記送信シーケンス番号部の送信シーケンス番号を初期シーケンス番号以外の値に規則的に更新する。一方，パケツトを受信する場合においても，受信したパケツトに付加されたシーケンス番号と受信シーケンス番号パケツトの送信元に対応する前記受信シーケンス番号を比較し，比較の結果により，パケツトをバツファに格納するか，破棄するかを決定する。」（第１頁の【要約】の項の【構成】）
ロ．「【０００１】
【産業上の利用分野】本発明は送受信可能な少なくとも２つのノードを有するＬＡＮを構築した工業用通信装置に関し，例えば，生産装置，生産管理コンピユータなどをＬＡＮ接続した工業用通信装置に関するものである。」（第１頁第２欄第２０〜２４行）
ハ．「【０００８】
【実施例】以下，図面を参照して本発明に係る一実施例を詳細に説明する。図１は本発明に係る一実施例の通信装置の構成を示す図である。本実施例においては，ＬＡＮのケーブルに接続できる最大ノード数は２５５である。各ノードにはそれぞれ８個の送受信論理ポートが具備されている。そして，送信論理ポートから受信論理ポートへパケツトを送信できる。
【０００９】各論理ポート（以下ポート）は，独立したパケツトキユーと，シーケンス番号テーブル（以下ＳＮＴ）を持つ。ＳＮＴは１６ビツト×２５５の容量を有するＲＡＭである。送信ＳＮＴには送信先ノード番号ｄｉｄ，送信先ポート番号ｄｐｔ別のシーケンス番号（２ビツト：０，１，２，３）が格納される。受信ＳＮＴには送信元ノード番号ｓｉｄ，送信元ポート番号ｓｐｔのシーケンス番号（２ビツト：０，１，２，３）が格納される。
【００１０】なお，通信装置の具体的ハードウエア構成は一般的なシーケンスプロセツサ等，通常の制御用コンピユータであり，種々の構成を採れることは勿論である。」（第３頁第３欄第３０〜５０行）
ニ．「【００１１】ノード１はノード２５５と通信中にノード１の電源を切った後，再び立ち上げた直後の状態である。各ノードは電源立ち上げ後，又はリセツトがなされた場合等装置の立ち上げ時の初期化処理のなかで，送信ＳＮＴ，受信ＳＮＴを全てリセツト番号（＝０）で埋める。本実施例の具体的送信動作を図２に示す。
【００１２】ノード１は先ずステツプＳ１で送信ポートのパケツトキユーからパケツトを取り出し，続くステツプＳ２でポート３の送信ＳＮＴのｄｉｄ＝２５５の行，ｄｐｔ＝７の列のシーケンス番号ｐｓｎを読み出す。この場合には立ち上げ直後なのでｐｓｎはリセツト番号（＝０）である。そしてそしてステツプＳ３で，パケツトａにｐｓｎを１増加して１にした後パケツトにｐｓｎを付けて送信しする。続くステツプＳ４で定められた時間以内に受信確認が来るか否かを監視する。定められた時間以内に受信確認がないときはステツプＳ５に進み，ｐｓｎを換えずにパケツトａを再送する。
【００１３】定められた時間以内に受信確認があつた場合にはステツプＳ４よりステツプＳ６に進み，送信ＳＮＴのｄｉｄ行ｄｐｔ列のシーケンス番号を１つ増やし，シーケンス番号が３になつたら１に戻す。即ち，ｐｓｎの値は電源立ち上げ直後は０とし，その後は送信したパケツトの受信確認を受け取る毎に１→２→３→１→２→…と与える。
【００１４】次に，本実施例の受信動作を図３に示す。例えば，図１に示すノード２５５がステツプＳ１０に示す様にポート７がパケツトａを受信すると，ステツプＳ１１で送信元に受信確認を送った後ステツプＳ１２に進み，受信パケツトａに付いてきた送信元ノード番号ｓｉｄ＝１，送信元ポート番号ｓｐｔ３，シーケンス番号ｐｓｎ＝０を読み出す。
【００１５】そしてステツプＳ１３で受信ポート７の受信ＳＮＴのｓｉｄ＝１の行，ｓｐｔ＝３の列のシーケンス番号ｍｙｓｎを読む。受信ポート７の受信ＳＮＴのｓｉｄ＝１の行，ｓｐｔ＝３の列ｍｙｓｎには，ノード１の電源が切れる前に送った最後のパケツトの０でないシーケンス番号が入っている。　このため続くステツプＳ１４でｐｓｎが０なので，ステツプＳ１５でノード２５５は受信ポート７の受信ＳＮＴのｓｉｄ＝１の行，ｓｐｔ＝３の列のシーケンス番号にｐｓｎ（＝０）を代入してパケツトａを受信ポート７のパケツトキユーに格納する。そしてステツプＳ１６に進む。
【００１６】以下，重複受信の場合を考慮して受信動作を説明する。図１のノード１がパケツトｂを送信ポート３からノード２５５のポート７に送信する場合を考える。　この場合，ノード１は図２に示す送信動作により送信ポート３の送信ＳＮＴのｄｉｄ＝２５５の行，ｄｐｔ＝７のシーケンス番号ｐｓｎを読み出す。先の受信確認によりｐｓｎは１になっている。ノード１はｐｓｎ＝１をパケツトｂを付けてノード２５５のポート７に送信する。ノード２５５はパケツトｂを受信して受信確認をノード３に返すが，そのとき伝送ケーブルに誘導ノイズが発生し受信確認信号が破壊された場合は，ノード３は受信確認が来ないため先と同じシーケンス番号を付けてパケツトｂを再送する。
【００１７】ノード２５５では初めにパケツトｂが来たとき，受信ポート７の受信ＳＮＴのｓｉｄ＝１の行，ｓｐｔ＝３の列シーケンス番号ｍｙｓｎは０であるので，ステツプＳ１４よりステツプＳ１６に進み，ステツプＳ１６よりステツプＳ２０に進むことになる。そしてステツプＳ２０で受信ポート７の受信ＳＮＴのｓｉｄ＝１の行，ｓｐｔ＝３の列のシーケンス番号ｍｙｓｎにｐｓｎ（＝１）を代入してステツプＳ２１に進み，ステツプＳ２１でパケツトｂを受信ポート７のパケツトキユーに格納する。
【００１８】その次に再送パケツトｂを受信したときは，パケツトに付いてきたシーケンス番号ｐｓｎ（＝１）とｍｙｓｎ（＝１）が等しいので，ステツプＳ１４，ステツプＳ１６を経由してステツプＳ１７に進み，更にステツプＳ１７よりステツプＳ１８に進んでこのパケツトを破棄し，受信確認をノード３に返して，同じパケツトを重複して格納することを防止する。
【００１９】ノード３では再送したパケツトｂの受信確認が返ってきたので，送信ポート３の送信ＳＮＴのｄｉｄ＝２５５の行，ｄｐｔ＝７のシーケンス番号ｐｓｎを２に書き換える。この場合にはステツプＳ１７よりステツプＳ２２，ステツプＳ２３の処理に進み，ステツプＳ２０，ステツプＳ２１と同様に受信処理が行われる。以上の様に制御することにより，有効に重複受信による弊害を防止出来ると共に，電源投入後，最初のパケツトを送信するのと同時に，シーケンス番号の同期がとれるので，送受信ノード間でシーケンス番号の初期値を教えあうための通信が不要になり，通信装置が保証するデータパケツトの伝達時間を短縮することが出来る。」（第３頁第４欄第５行〜第５頁第６欄第９行）
　なお，引用文献の図１の「ノード１通信装置」には，「送信ポート０」〜「送信ポート７」が２箇所，「送信ＳＮＴ」が２箇所記載されているが，関係記載によれば，２箇所のうち一方は，「受信ポート０」〜「受信ポート７」，「受信ＳＮＴ」の単なる誤記である。
　
　上記摘記事項中，「ＬＡＮ」はネットワークであり，各「ノード」は「通信装置」であり，全体として装置間通信を行っており，上記摘記事項ニ中の【００１４】〜【００１９】には受信プロセスが記載されており，同摘記事項イにおける「バッファ」及び同摘記事項ハにおける「パケットキュー」は実質的に同じ物であり，同摘記事項中の各「ノード（通信装置）」はローカルに設置されたものであるから，前記「バッファ」，「パケットキュー」はローカルバッファということができる。
　したがって，上記摘記事項イ〜ニ及び関連図面を考慮することにより，上記引用文献には以下の発明（以下，「引用発明」という。）が開示されている。
「ネットワーク上に送信されたパケットをネットワークに接続された複数の装置が受信するためのネットワーク受信プロセスと，既に受信したパケットであるかを判定及び管理するシーケンス番号テーブルと，受信したパケットを一時記憶するための受信用ローカルバッファと，以前に一度も受信していないパケットの場合には，パケットをバッファに記憶し，既に受信しているパケットの場合には，パケットを破棄する前記ネットワーク受信プロセスとを有し，パケットを受信するネットワークにおける装置間通信装置。」
　
３．対比・判断
　本願発明と引用発明とを対比する。
　本願発明中の「メッセージ」も引用発明中の「パケット」も通信データということができ，本願発明中の「受信用管理テーブル」と引用発明中の「シーケンス番号テーブル」は同様の機能を担っているから，単なる表現上の差異ということができるから，本願発明と引用発明は，以下の点で一致し，相違点１，２，３の点で相違する。
　
（一致点）
「多重化されたネットワーク上に送信された通信データをネットワークに接続された複数の装置が受信するためのネットワーク受信プロセスと，既に受信した通信データであるかを判定及び管理する受信用管理テーブルと，受信した通信データを一時記憶するための受信用ローカルバッファと，既に受信している通信データの場合には，通信データを破棄する前記ネットワーク受信プロセスとを有し，通信データを受信する多重化ネットワークにおける装置間通信装置。」
　
（相違点１）
　本願発明では，ネットワークが多重化されているのに対し，引用発明では多重化されていない。
（相違点２）
　通信データとして，本願発明では「メッセージ」であるのに対し，引用発明では「パケット」である。
（相違点３）
　受信管理用テーブルを用いて，本願発明では，「受信したメッセージが自身あてのメッセージであるか」の判定及び管理をしているのに対し，引用発明では，そのような判定及び管理をしているのか不明である。
（相違点４）
　本願発明では，「以前に一度も受信していないメッセージの場合には，メッセージを所定の前記受信側のそれぞれのプロセスに配信し」ているが，引用発明ではそのような配信をしているのか不明である。
　
　そこで，上記相違点１〜４について検討する。
（相違点１）について
　例えば，原審の拒絶理由通知で引用された特開平６−１６１９７１号公報（【０００４】等），あるいは，特開平８−２５１２１３号公報（【０００１】等），特開平９−５５７６１号公報（【０００３】等），特開平９−２７４５７５号公報（【００１２】等）に記載されているように，ネットワークの多重化は周知技術であるから，引用発明中のネットワークを多重化する程度のことは，周知技術の単なる付加の域を出ない。
（相違点２）について
　ネットワークに接続された複数の装置間で，メッセージの送受信をすることは，ネットワークである以上ほとんど自明の事項であり，パケットで送る通信情報の実質的な内容もそのほとんどがメッセージであり，しかも，本願発明での「メッセージ」の内容に格別な技術的限定が付されているわけでもないから，引用発明中のパケットの内容を，メッセージとすることは容易になし得る程度のことである。
（相違点３）について
　例えば，特開２０００−２０９２７０号公報（【００１０】等），特開２０００−１１５２１４号公報（【００２７】等），特開平１１−２５２１４６号公報（【００７１】等）に記載されているように，通常，パケットには，送信先アドレスが記入されており，これを用いて受信したメッセージが自身あてのメッセージであるかの判定及び管理することは周知である。したがって，引用発明においても，同様の技術的手段を利用しているものといえる。そして，この技術的手段を具体化するために，受信管理用テーブルを用いることは，単なる設計的事項にすぎない。
（相違点４）について
　引用発明において，「以前に一度も受信していないパケットの場合には，パケットをバッファに記憶し」ており，また，上記「２．引用発明」の項における摘記事項ロ等を参照すれば，具体的手段の開示はないものの何らかの手段で，前記パケットが「生産装置，生産管理コンピユータ」など装置に送信されているということができる。してみると，これらの装置において，前記パケット内容をプロセスで利用することは当然のことであるから，「以前に一度も受信していないメッセージの場合には，メッセージを所定の前記受信側のそれぞれのプロセスに配信し」との構成に格別の創意工夫を認めることはできない。
　そして，本願発明に関する作用・効果も，引用発明及び周知技術から当業者が予測できる範囲のものにすぎない。
　
４．むすび
　以上のとおり，本願発明は，引用発明及び周知技術に基づいて当業者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許を受けることができない。
　よって，結論のとおり審決する。