【事件の表示】
　特願２０１２−２２８９５１「スロットインターフェースアクセス装置、その方法及びそのプログラム並びに主装置の冗長構成及び代替方法」拒絶査定不服審判事件〔平成２５年　２月　７日出願公開、特開２０１３−　３０１９０〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
　本願は、平成２０年５月１９日（国内優先権主張　平成１９年５月１８日、平成１９年５月２１日）に出願した特願２００８−１３０７８０号（以下、「原出願」という）の一部を平成２４年１０月１６日に新たな特許出願としたものであって、平成２５年６月１８日付けの拒絶の理由の通知に対し、平成２５年８月１６日付けで意見書とともに手続補正書が提出されたが、平成２５年９月３日付けで拒絶査定がなされたものである。これを不服として平成２５年１２月４日に本件審判請求がなされると同時に同日付けで手続補正がなされた。
　
第２　平成２５年１２月４日付け手続補正（以下、「本件補正」という）について
　本件補正は、平成２５年８月１６日付け手続補正により補正された、本件補正前の特許請求の範囲の請求項１−２２のうち、請求項１７、１８、２０及び２１を削除し、請求項１６及び１７を引用していた請求項２２の引用請求項を、削除した請求項１７を除いて請求項１６のみとし、これらの補正に伴い請求項の番号を繰り上げて、本件補正後の請求項１−１８としたものである。
　本件補正は、特許法第１７条の２第５項第１号に規定された請求項の削除を目的とするものに該当し、適法なものである。
　
第３　本願発明について
１．本願発明
　本願の請求項１−１８に係る発明は、平成２５年１２月４日付けの手続補正により補正された特許請求の範囲の請求項１−１８の記載により特定されるものであるところ、その請求項１に係る発明（以下、「本願発明」という）は、次のとおりのものである。
　
「入出力制御モジュールとその下位のスロットインターフェースとの間に、スロット管理モジュール、スロット制御モジュール及び物理スロット／仮想スロット対照表を備え、
　前記入出力制御モジュールは、仮想スロット識別情報を用いて前記スロットインターフェースにアクセスし、
　前記スロット管理モジュールが、前記物理スロット／仮想スロット対照表を参照して、仮想スロット識別情報を物理スロット識別情報に変換し、変換により得られた物理スロット識別情報に対応するスロット制御モジュールにアクセスすることにより、前記入出力制御モジュールによる前記スロットインターフェースへの物理的なアクセスが実現されることを特徴とするスロットインターフェースアクセス装置。」
　
２．刊行物の記載事項
（１）刊行物１の記載事項
　原査定の拒絶の理由で引用された原出願の優先日前に頒布された刊行物である国際公開第０１／２５９３４号公報（以下、「刊行物１」という）には、図面（特に、図９、図１０）とともに次の事項が記載されている。
　
「技術分野
　本発明は、サーバ／クライアントシステムに関し、特に、クライアント側のハードウエア資源を軽減したサーバ／クライアントシステムに関する。」（第１頁第３行−第６行）
　
「発明を実施するための最良の態様
　図２は、本発明の１実施形態にかかるサーバ／クライアントシステムのハードウェア構成を示すブロック図である。」（第６頁第４行−第６行）
　
「サーバ１内の仮想Ｉ／Ｏポート１８は、基本的に次の機能を有している。即ち、
　（１）クライアント２側のＩ／Ｏポート２５と同一に機能するインターフェースを、その上位のデバイスドライバ１７に提供すること、
　（２）上位のデバイスドライバ１７からの入出力制御信号をクライアント２のデバイスハンドラ２７に送信すること、およびデバイスハンドラ２７からのイベントを受信して上位のデバイスドライバ２７に通知すること、である。
　また、クライアント２側のデバイスハンドラ２７の必要最低限の機能は、
　（１）サーバ１の仮想Ｉ／Ｏポート１８から送信された入出力制御信号を受信し、Ｉ／Ｏポートに対して入力制御／出力制御を行い、かつＩ／Ｏポート２５からのイベントをサーバ１の仮想Ｉ／Ｏポート１８に送信することである。」（第８頁第３行−第１７行）
　
「以下に、本システムの更に詳細な構成およびその動作を、サーバ１内のアプリケーション１６とＩ／Ｏデバイス４間のデータフローを示す図４を用いて説明する。
　まず、アプリケーション１６からＩ／Ｏデバイス４へのデータ入出力は以下の通りである。
　（１）アプリケーション１６は、入出力したいデータを含む入出力処理要求［１］をデバイスドライバ１７に対して行い、
　（２）デバイスドライバ１７は、入出力処理要求［１］に従い、仮想Ｉ／Ｏポート１８の入出力制御［２］を行う。
　（３）仮想Ｉ／Ｏポート１８は入出力制御［２］を通信回線３上のデータに変換し、クライアント２側のデバイスハンドラ２７に入出力制御パケット［３］として送信する。
　（４）デバイスハンドラ２７は入出力制御パケット［３］を受信すると、内容を解釈しＩ／Ｏポート２５の入出力制御［４］を行う。
　（５）Ｉ／Ｏポート２５は、入出力制御［４］を接続回線５上のデータ［５］に変換し、Ｉ／Ｏデバイス４に送信し、これを制御する。
　以上によって、アプリケーションからＩ／Ｏデバイス４へ、入出力制御が実行される。」（第８頁第２３行−第９頁第１３行）
　
「サーバ１に電源が投入されていて、仮想Ｉ／Ｏポート１８が起動していると、これに対するレスポンス［１２］が仮想Ｉ／Ｏポート１８よりデバイスハンドラ２７に出力される。レスポンス［１２］には、仮想Ｉ／Ｏポート１８の設定機能によって予め設定されたクライアント２の通信回線上のアドレス、クライアント２が持つ物理Ｉ／Ｏポートの種別、番号のマッピング情報が含まれる。」（第１０頁第８−１３行）
　
「図９は、本発明の第２の実施形態の構成を示すブロック図である。本実施形態では、図示するように、１台のサーバ１に対して２台の本発明に従って軽量化されたクライアント２ａおよび２ｂが接続されている。なお、１個のサーバに対して接続されるクライアントの数は図示の例に限定されるものではなく、任意の複数個のクライアントが接続可能であることは言うまでもない。
　図示の実施形態において、クライアント２ａはデバイスハンドラ２７ａとＩ／Ｏポート２５ａを有し、Ｉ／Ｏポート２５ａを介してＩ／Ｏデバイス４ａに接続されている。
　クライアント２ｂはデバイスハンドラ２７ｂと２個のＩ／Ｏポート１、２を有し、それぞれＩ／Ｏデバイス４ｂ、Ｉ／Ｏデバイス４ｃに接続されている。
　サーバ１において、アプリケーション１６ａ内には、クライアント２ａが使用するアプリケーション（１）とクライアント２ｂが使用するアプリケーション（２）が含まれる。デバイスドライバ１７ａ内は、クライアント２ａに接続されたＩ／Ｏデバイス４ａを駆動するためのデバイスドライバ（１）、クライアント２ｂに接続されたＩ／Ｏデバイス４ｂを駆動するためのデバイスドライバ（２）、Ｉ／Ｏデバイス４ｃを駆動するためのデバイスドライバ（３）が含まれる。
　本実施形態において、仮想Ｉ／Ｏポート１８ａは、通信回線３を介してサーバ１に接続された各クライアント２ａ、２ｂおよび各Ｉ／Ｏポート２５ａ、２５ｂ、２５ｃを識別するために、仮想Ｉ／Ｏポート１８ａにおける仮想Ｉ／Ｏポート番号、各クライアント２ａ、２ｂの通信回線上のアドレス、各クライアントが持つ物理Ｉ／Ｏポートの種別、および物理Ｉ／Ｏポート番号を、それぞれ設定できる機能を有している。
　図１０に図９のシステムにおける設定情報を示す。またこの設定情報は第５図中のレスポンス［１２］中に含まれる。
　図１０に示す設定情報に従って、クライアント（１）２ａは、通信回線上のアドレス１で特定され、クライアント（２）２ｂはアドレス２で特定される。クライアント（１）２ａ中のＩ／Ｏポート２５ａは、物理Ｉ／Ｏポート種別がＣＯＭで、物理Ｉ／Ｏポート番号が１として特定される。クライアント（２）２ｂ中の２個のＩ／Ｏポート２５ｂ、２５ｃは、物理Ｉ／Ｏポート番号１、２で特定される。マッピング情報は、クライアントが持つ物理Ｉ／Ｏポートの種別、番号と仮想Ｉ／Ｏポート番号として設定された番号とを、１対１で対応させる。例えば、図１０の例では、クライアント（１）２ａの物理Ｉ／Ｏポート種別、番号＝ＣＯＭ１は、仮想Ｉ／Ｏポート番号１に対応する。更にクライアント（２）２ｂ中のＣＯＭ１は仮想Ｉ／Ｏポート番号２に、ＣＯＭ２は仮想Ｉ／Ｏポート番号３に、それぞれ１対１で対応する。
　図９のシステムにおいて、クライアント（１）２ａに電源が投入されると、デバイスハンドラ２７ａが起動し、通信回線上のアドレス０（サーバ１）とアドレス１（クライアント２ａ）間で仮想Ｉ／Ｏポート１８ａとのコネクションが確立される。以降の仮想Ｉ／Ｏポート１８ａとデバイスハンドラ２７ａ間のデータ転送はこのコネクション上で行われる。デバイスドライバ１７ａからＩ／Ｏデバイス４ａに対する処理は、仮想Ｉ／Ｏポート１８ａ上でＩ／Ｏポート２５ａに対する処理として受け付けられ、処理電文にＩ／Ｏポート２５ａを示すＣＯＭ１が付加され、デバイスハンドラ２７ａに転送される。デバイスハンドラ２７ａでは、処理電文に付された情報ＣＯＭ１から、Ｉ／Ｏポート２５ａが識別され、これに対して処理が行われる。
　一方、Ｉ／Ｏポート２５ａで発生したイベントには、デバイスハンドラ２７ａにおいて処理電文に１が付加され、仮想Ｉ／Ｏポート１８ａへパケット送信される。従って仮想Ｉ／Ｏポート１８ａでは、仮想Ｉ／Ｏポート番号１が認識され、仮想Ｉ／Ｏポート番号１に対応するデバイスドライバ（１）にイベント発生が通知される。
　クライアント２ｂに関しても、通信回線上のアドレス０とアドレス２間のコネクション上で、同様にして処理される。即ち、仮想Ｉ／Ｏポート１８ａとＩ／Ｏポート２５ｂ間は、仮想Ｉ／Ｏポート番号２とＣＯＭ１が１対１で対応し、仮想Ｉ／Ｏポート１８ａとＩ／Ｏポート２５ｃ間は、仮想Ｉ／Ｏポート番号３とＣＯＭ２とが１対１で対応する。従って、アドレス０とアドレス２間のコネクション上で往復される処理電文には、情報として仮想Ｉ／Ｏポート番号２、ＣＯＭ１あるいは仮想Ｉ／Ｏポート番号３、ＣＯＭ２が付加され、Ｉ／Ｏポート番号２５ｂまたはＩ／Ｏポート番号２５ｃが特定される。
　本実施形態のサーバ／クライアントシステムでは、以上の様にして１個のサーバで、複数個のＩ／Ｏポートを有する複数個のクライアントを一元的に管理することができる。この場合、複数のクライアントに接続される複数種類のＩ／Ｏデバイスのの各デバイスドライバは、従来のシステムにおけるデバイスドライバを変更せずに全てサーバ側で動作させることができるので、全てのデバイスドライバの版数をサーバ側で確認し、管理することができる。」（第１７頁第３行−第１９頁第２３行）
　
（２）刊行物１発明
　刊行物１には、「サーバ／クライアントシステム」の発明が記載されており、図９に示される第２の実施形態として、「アプリケーション１６ａ、デバイスドライバ１７ａ、仮想Ｉ／Ｏポート１８ａを備えたサーバ１と、デバイスハンドラ２７ａ、Ｉ／Ｏポート２５ａを備えたクライアント（１）２ａ、及び、デバイスハンドラ２７ｂ、Ｉ／Ｏポート（１）２５ｂ、Ｉ／Ｏポート（２）２５ｃを備えたクライアント（２）２ｂと、が通信回線３を介して接続されたサーバ／クライアントシステム」が記載されている。
　
　刊行物１の図４には、発明の１実施形態におけるデータフローが記載されており、その説明によると、刊行物１記載のサーバ／クライアントシステムは、「（１）アプリケーション１６は、入出力したいデータを含む入出力処理要求［１］をデバイスドライバ１７に対して行い、（２）デバイスドライバ１７は、入出力処理要求［１］に従い、仮想Ｉ／Ｏポート１８の入出力制御［２］を行う。（３）仮想Ｉ／Ｏポート１８は入出力制御［２］を通信回線３上のデータに変換し、クライアント２側のデバイスハンドラ２７に入出力制御パケット［３］として送信する。（４）デバイスハンドラ２７は入出力制御パケット［３］を受信すると、内容を解釈しＩ／Ｏポート２５の入出力制御［４］を行う」（第９頁第１行−第９行）という動作をするものである。
　このデータフローは、上記第２の実施形態においても同様であると考えられるから、刊行物１には、第２の実施形態として、「前記アプリケーション１６ａからの入出力処理要求に従い前記デバイスドライバ１７ａは、前記仮想Ｉ／Ｏポート１８ａの入出力制御を行い、該仮想Ｉ／Ｏポート１８ａは、該入出力制御を通信回線３上のデータに変換し、クライアントのデバイスハンドラに、入出力制御パケットとして送信し、前記デバイスハンドラは、前記入出力制御パケットを受信すると、内容を解釈し、Ｉ／Ｏポートの入出力制御を行」うものが記載されているといえる。
　ここで、仮想Ｉ／Ｏポートは、「クライアント２側のＩ／Ｏポート２５と同一に機能するインターフェースを、その上位のデバイスドライバ１７に提供する」（第８頁第３−６行）ものであり、デバイスドライバは、「従来のシステムにおけるデバイスドライバを変更せずに全てサーバ側で動作させ」（第１９頁第２１−２２行）たものであり、従来のデバイスドライバが行うＩ／Ｏポートの入出力制御は、Ｉ／Ｏポート番号（ポートアドレス）を用いて行われるから、デバイスドライバ１７ａが行う仮想Ｉ／Ｏポート１８ａの入出力制御は、仮想Ｉ／Ｏポート番号を用いて行われるといえる。
　また、「仮想Ｉ／Ｏポート１８ａ」が、「入出力制御を通信回線３上のデータに変換し、クライアントのデバイスハンドラに、入出力制御パケットとして送信」するときには、「処理電文にＩ／Ｏポート２５ａを示すＣＯＭ１が付加され」（第１８頁第２５−２６行）、あるいは、「ＣＯＭ２が付加され」（第１９頁第１５行）る。これらは、各クライアントが持つ「物理Ｉ／Ｏポート種別、番号」（第１８頁第１３−１７行）である。さらに、この「クライアント」は、「図１０に示す設定情報に従って、クライアント（１）２ａは、通信回線上のアドレス１で特定され、クライアント（２）２ｂはアドレス２で特定される」（第１８頁第５−７行）のであるから、「通信回線上のアドレス（１、２）により特定されるクライアント」といえる。
　また、「デバイスハンドラ」が、「入出力制御パケットを受信すると、内容を解釈し、Ｉ／Ｏポートの入出力制御を行」うときについて、「デバイスハンドラ２７ａでは、処理電文に付された情報ＣＯＭ１から、Ｉ／Ｏポート２５ａが識別され、これに対して処理が行われる」（第１８頁第２７行−第１９頁第２行）のであり、デバイスハンドラ２７ｂについても同様であるから、「デバイスハンドラは、前記入出力制御パケットを受信すると、内容を解釈し、物理Ｉ／Ｏポートの種別、番号（ＣＯＭ１、ＣＯＭ２）により特定されるＩ／Ｏポートの入出力制御を行」うといえる。
　
　「仮想Ｉ／Ｏポート１８ａは、通信回線３を介してサーバ１に接続された各クライアント２ａ、２ｂおよび各Ｉ／Ｏポート２５ａ、２５ｂ、２５ｃを識別するために、仮想Ｉ／Ｏポート１８ａにおける仮想Ｉ／Ｏポート番号、各クライアント２ａ、２ｂの通信回線上のアドレス、各クライアントが持つ物理Ｉ／Ｏポートの種別、および物理Ｉ／Ｏポート番号を、それぞれ設定できる機能を有している」（第１７頁第２３行−第１８頁第２行）ものであり設定された情報は、図１０に示される「設定情報」（第１８頁第３行）であり、また、「レスポンス［１２］が仮想Ｉ／Ｏポート１８よりデバイスハンドラ２７に出力される」ときの「レスポンス［１２］」に含まれるのは、「仮想Ｉ／Ｏポート１８の設定機能によって予め設定されたクライアント２の通信回線上のアドレス、クライアント２が持つ物理Ｉ／Ｏポートの種別、番号」（第１０頁第９−１３行）である。
　これらの記載から、刊行物１記載のサーバ／クライアントシステムにおける「前記仮想Ｉ／Ｏポート番号、前記各クライアントが持つ物理Ｉ／Ｏポートの種別、番号、前記各クライアントの通信回線上のアドレスは、前記仮想Ｉ／Ｏポート１８ａの設定機能によって予め対応付けられて設定された設定情報（図１０）である」ということができる。
　
　以上をまとめると、刊行物１には、次の発明（以下、「刊行物１発明」という）が記載されていると認められる。
　
［刊行物１発明］
　アプリケーション１６ａ、デバイスドライバ１７ａ、仮想Ｉ／Ｏポート１８ａを備えたサーバ１と、デバイスハンドラ２７ａ、Ｉ／Ｏポート２５ａを備えたクライアント（１）２ａ、及び、デバイスハンドラ２７ｂ、Ｉ／Ｏポート（１）２５ｂ、Ｉ／Ｏポート（２）２５ｃを備えたクライアント（２）２ｂと、が通信回線３を介して接続されたサーバ／クライアントシステムであって、
　前記アプリケーション１６ａからの入出力処理要求に従い前記デバイスドライバ１７ａは、仮想Ｉ／Ｏポート番号を用いて前記仮想Ｉ／Ｏポート１８ａの入出力制御を行い、該仮想Ｉ／Ｏポート１８ａは、該入出力制御を通信回線３上のデータに変換し、各クライアントが持つ物理Ｉ／Ｏポートの種別、番号（ＣＯＭ１、ＣＯＭ２）を付加して、通信回線上のアドレス（１、２）により特定されるクライアントのデバイスハンドラに、入出力制御パケットとして送信し、前記デバイスハンドラは、前記入出力制御パケットを受信すると、内容を解釈し、物理Ｉ／Ｏポートの種別、番号（ＣＯＭ１、ＣＯＭ２）により特定されるＩ／Ｏポートの入出力制御を行い、
　前記仮想Ｉ／Ｏポート番号、前記各クライアントが持つ物理Ｉ／Ｏポートの種別、番号、前記各クライアントの通信回線上のアドレスは、前記仮想Ｉ／Ｏポート１８ａの設定機能によって予め対応付けられて設定された設定情報（図１０）である、
　サーバ／クライアントシステム。
　
３．対比
　刊行物１発明の「デバイスドライバ１７ａ」は、Ｉ／Ｏポート２５ａ、２５ｂ、２５ｃを制御するためのひとまとまりの要素であるから、本願発明の「入出力制御モジュール」に相当する。
　
　刊行物１発明の「仮想Ｉ／Ｏポート」は、「入出力制御を通信回線３上のデータに変換し、各クライアントが持つ物理Ｉ／Ｏポートの種別、番号を付加して、通信回線上のアドレスにより特定されるクライアントのデバイスハンドラに、入出力制御パケットとして送信」するものであって、これらの付加される、各クライアントが持つ物理Ｉ／Ｏポートの種別、番号や通信回線上のアドレスは、「仮想Ｉ／Ｏポート１８ａの設定機能によって予め対応付けられて設定された」ものであるから、刊行物１発明の「仮想Ｉ／Ｏポート」は、「Ｉ／Ｏポート管理モジュール」といえるものである。
　本願発明の「スロット管理モジュール」は、スロットが挿入されるスロットインターフェースを管理するものであり、刊行物１発明の「Ｉ／Ｏポート管理モジュール」も、インターフェースであるＩ／Ｏポートを管理するものであるから、両者は「インターフェース管理モジュール」といえる点で共通するものである。
　
　刊行物１発明の「デバイスハンドラ」は、「Ｉ／Ｏポートの入出力制御を行」うものであるから、「インターフェース制御モジュール」といえるものである。
　本願発明の「スロット制御モジュール」は、スロットインターフェースを制御するものであって、「インターフェース制御モジュール」といえるから、刊行物１発明の「デバイスハンドラ」とは、「インターフェース制御モジュール」といえる点で共通するものである。
　
　刊行物１発明の「Ｉ／Ｏポート」は、インターフェースであるから、本願発明の「スロットインターフェース」と「インタフェース」である点で共通する。
　
　刊行物１発明の「設定情報（図１０）」は、「前記仮想Ｉ／Ｏポート１８ａの設定機能によって予め対応付けられて設定された」ものであって、「前記仮想Ｉ／Ｏポート番号、前記各クライアントが持つ物理Ｉ／Ｏポートの種別、番号、前記各クライアントの通信回線上のアドレス」である。この「設定情報（図１０）」は、「仮想Ｉ／Ｏポート番号」（「仮想インターフェース識別情報」といえる）を、「各クライアントが持つ物理Ｉ／Ｏポートの種別、番号、前記各クライアントの通信回線上のアドレス」（「物理インターフェース識別情報」といえる）に対応付けるものとみることができ、「物理インターフェース識別情報／仮想インターフェース識別情報対照表」ということができる。本願発明の「物理スロット／仮想スロット対照表」も、物理スロット識別情報を仮想スロット識別情報に対応付けるものであるから、両者は、「物理インターフェース識別情報／仮想インターフェース識別情報対照表」といえる点で共通しているといえる。
　
　刊行物１発明の「Ｉ／Ｏポート２５ａ」及び「Ｉ／Ｏポート（１）２５ｂ、Ｉ／Ｏポート（２）２５ｃ」は、「デバイスドライバ１７ａ」の下位に位置するものであり、それらの間に、「仮想Ｉ／Ｏポート１８ａ」、「デバイスハンドラ２７ａ」及び「デバイスハンドラ２７ｂ」を備えている。
　また、「設定情報（図１０）」は、「仮想Ｉ／Ｏポート１８ａの設定機能によって予め対応付けられて設定された」ものであり、この設定された情報の（ＣＯＭ１、ＣＯＭ２）を、仮想Ｉ／Ｏポート１８ａは、入出力制御を変換した通信回路３上のデータに付加して通信回線上のアドレス（１、２）により特定されるクライアントのデバイスハンドラに送信するのであるから、「設定情報（図１０）」は、仮想Ｉ／Ｏポート１８ａがアクセスし得る位置に備えられていると考えられる。この位置は、本願の【図７】のスロット管理モジュール１０９と物理スロット／仮想スロット対照表１１１との位置関係と同じであるから、刊行物１発明の「設定情報（図１０）」は、「デバイスドライバ１７ａ」と「Ｉ／Ｏポート２５ａ」及び「Ｉ／Ｏポート（１）２５ｂ、Ｉ／Ｏポート（２）２５ｃ」の間に備えられているといえる。
　
　刊行物１発明では、「デバイスドライバ１７ａは、仮想Ｉ／Ｏポート番号を用いて前記仮想Ｉ／Ｏポート１８ａの入出力制御を行い」、その結果、デバイスハンドラを介して「Ｉ／Ｏポートの入出力制御を行」うのであるから、「デバイスドライバ１７ａは、仮想Ｉ／Ｏポート番号を用いてＩ／Ｏポートにアクセス」するといえる。
　
　刊行物１発明では、仮想Ｉ／Ｏポート１８ａは、「仮想Ｉ／Ｏポート番号を用いて」デバイスドライバ１７ａから入出力制御が行われるものであり、「仮想Ｉ／Ｏポート１８ａは、該入出力制御を通信回線３上のデータに変換し、各クライアントが持つ物理Ｉ／Ｏポートの種別、番号（ＣＯＭ１、ＣＯＭ２）を付加して、通信回線上のアドレス（１、２）により特定されるクライアントのデバイスハンドラに、入出力制御パケットとして送信し、前記デバイスハンドラは、前記入出力制御パケットを受信すると、内容を解釈し、物理Ｉ／Ｏポートの種別、番号（ＣＯＭ１、ＣＯＭ２）により特定されるＩ／Ｏポートの入出力制御を行」うのであり、「前記仮想Ｉ／Ｏポート番号、前記各クライアントが持つ物理Ｉ／Ｏポートの種別、番号、前記各クライアントの通信回線上のアドレスは、前記仮想Ｉ／Ｏポート１８ａの設定機能によって予め対応付けられて設定された設定情報（図１０）である」。
　これらのことから、刊行物１発明の仮想Ｉ／Ｏポート１８ａは、仮想Ｉ／Ｏポート番号が指定され、設定情報を参照して、各クライアントが持つ物理Ｉ／Ｏポートの種別、番号（ＣＯＭ１、ＣＯＭ２）を付加するとともに通信回線上のアドレス（１、２）により特定されるクライアントのデバイスハンドラにアクセスしている、即ち、仮想Ｉ／Ｏポート番号を、物理Ｉ／Ｏポートの種別、番号（ＣＯＭ１、ＣＯＭ２）やクライアントの通信回線上のアドレス（１、２）に変換して対応するデバイスハンドラにアクセスしているということができる。
　その結果、「デバイスハンドラは、前記入出力制御パケットを受信すると、内容を解釈し、物理Ｉ／Ｏポートの種別、番号（ＣＯＭ１、ＣＯＭ２）により特定されるＩ／Ｏポートの入出力制御を行」うのであるから、全体として、デバイスドライバ１７ａによるＩ／Ｏポート２５ａ、２５ｂ、２５ｃ（インターフェース）への物理的なアクセスが実現されているといえ、刊行物１発明は、「インターフェースアクセス装置」ともいえるものである。
　
　以上をまとめると、本願発明と刊行物１発明の一致点及び相違点は次のとおりである。
　
［一致点］ 
　入出力制御モジュールとその下位のインターフェースとの間に、インターフェース管理モジュール、インターフェース制御モジュール及び物理インターフェース／仮想インターフェース対照表を備え、
　前記入出力制御モジュールは、仮想インターフェース識別情報を用いて前記インターフェースにアクセスし、
　前記インターフェース管理モジュールが、前記物理インターフェース／仮想インターフェース対照表を参照して、仮想インターフェース識別情報を物理インターフェース識別情報に変換し、変換により得られた物理インターフェース識別情報に対応するインターフェース制御モジュールにアクセスすることにより、前記入出力制御モジュールによる前記インターフェースへの物理的なアクセスが実現されることを特徴とするインターフェースアクセス装置。
　
［相違点］ 
　本願発明は、「スロットインターフェースアクセス装置」であって、「インターフェース管理モジュール」、「インターフェース制御モジュール」、「物理インターフェース／仮想インターフェース対照表」、「仮想インターフェース識別情報」、「物理インターフェース識別情報」は、スロットインターフェースを対象とした、「スロット管理モジュール」、「スロット制御モジュール」、「物理スロット／仮想スロット対照表」、「仮想スロット識別情報」、「物理スロット識別情報」であるのに対し、刊行物１発明は、Ｉ／Ｏポートをアクセスの対象とした「インターフェースアクセス装置」であり、スロットインターフェースを対象とした「スロットインターフェースアクセス装置」ではない点。
　
４．当審の判断
　刊行物１発明のサーバ／クライアントシステムにおけるクライアントのＩ／Ｏポートは、システムに外部接続するＩ／Ｏデバイスとの情報の入出力に使用する、コネクタなどの端子を含むインタフェースであり、そのコネクタなどの端子の形状や端子の周りのハードウェア構成は、外部接続するＩ／Ｏデバイスの構成と合わせて設計するものである。
　刊行物１発明は、外部接続するＩ／Ｏデバイスやインターフェースのハードウェア構成は特定のものに限られるわけではなく、公知の任意のものを採用し得るものであることは当業者には明らかである。
　一方、このようなシステムに外部接続するＩ／Ｏデバイスとのインターフェースとしては、標準規格となっているものも含めて様々なものが知られており、その１つとして、複数のスロットに対して複数のパッケージを挿入する構成の（コネクタなどの端子を含む）インターフェースは、原査定の拒絶の理由で引用された特開平８−２１３９９４号公報（以下、「刊行物２」という。特に、【図１】、【００５２】を参照）に記載されているように知られたものである。
　したがって、刊行物１発明において、クライアントのインターフェースのハードウェア構成として、上記刊行物２に記載された、複数のスロットに対して複数のパッケージを挿入する構成のインターフェース（本願発明の「スロットインターフェース」に相当する）を採用してスロットインターフェースアクセス装置とすることは当業者が容易に想到し得ることであり、その場合には、「インターフェース管理モジュール」、「インターフェース制御モジュール」、「物理インターフェース／仮想インターフェース対照表」、「仮想インターフェース識別情報」、「物理インターフェース識別情報」は、スロットを対象とした、「スロット管理モジュール」、「スロット制御モジュール」、「物理スロット／仮想スロット対照表」、「仮想スロット識別情報」、「物理スロット識別情報」と言い得るものとなる。
　また、そのように容易に想到し得る構成が奏する効果は当業者が予測し得るものである。
　
　よって、請求項１に係る発明は、刊行物１に記載された発明及び周知技術に基づいて当業者が容易に発明をすることができたものである。
　
第４　むすび
　以上のとおりであるから、本願の請求項１に係る発明は、特許法第２９条第２項の規定により特許を受けることができない。
　したがって、本願は、その余の請求項について論及するまでもなく、拒絶すべきものである。
　よって、結論のとおり審決する。