【事件の表示】
　特願２００２−５７３４４８「シグナリングゲートウェイ」拒絶査定不服審判事件〔平成１４年　９月２６日国際公開、ＷＯ０２／７６１１２、平成１６年１１月　４日国内公表、特表２００４−５３３７４２〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
　
第１．手続の経緯
　本件出願は、平成１４年３月１４日（パリ条約による優先権主張外国庁受理平成１３年３月１５日、米国）を国際出願日とする出願であって、平成１８年１２月５日付けで拒絶査定がなされ、これに対し、平成１９年３月８日に拒絶査定に対する審判請求がなされるとともに同年４月９日付けで手続補正がなされたものである。
　
第２．補正却下の決定
［補正却下の決定の結論］
　　平成１９年４月９日付けの手続補正を却下する。
　
［理由］
１．本願発明と補正後の発明
　上記手続補正は補正前の平成１５年９月１２日付け特許協力条約第３４条補正の翻訳文提出書の請求項１に記載された
「インターネットプロトコル（ＩＰ）を介した信号方式７（ＳＳ７）シグナリングトラフィックのルーティング方法であって、
　第１のシグナリングゲートウェイ（ＳＧ）が第１のシグナリングポイントからＳＳ７シグナリングトラフィックを受信するステップと、
　プロトコル変換レイヤを利用して前記ＳＳ７シグナリングトラフィックをＩＰメッセージストリームへ変換するステップであって、前記変換レイヤはトランザクションケーパビリティアプリケーション部（ＴＣＡＰ）、メッセージ転送部１（ＭＴＰ１），ＭＴＰ２およびＭＴＰ３メッセージ転送部３-ユーザアダプテーションレイヤ（Ｍ３ＵＡ）を含むステップと、
　前記ＩＰメッセージストリーム内のシグナリングトラフィックを第１のＳＧとのピア・ツー・ピアシグナリングをサポートすることができる第２のＳＧへルーティングすることにより、ＩＰ網を介してシグナリングトラフィックを転送するステップと、
　第２のＳＧが前記ＩＰメッセージストリームを受信し、ＩＰメッセージストリームからＳＳ７トラフィックを回復するステップと、
を含む方法。」
　という発明（以下、「本願発明」という。）を、
「インターネットプロトコル（ＩＰ）を介した信号方式７（ＳＳ７）シグナリングトラフィックのルーティング方法であって、
　第１のシグナリングゲートウェイ（ＳＧ）が第１のシグナリングポイントからＳＳ７シグナリングトラフィックを受信するステップと、
　プロトコル変換レイヤを利用して前記ＳＳ７シグナリングトラフィックをＩＰメッセージストリームへ変換するステップであって、前記変換レイヤはトランザクションケーパビリティアプリケーション部（ＴＣＡＰ）、メッセージ転送部１（ＭＴＰ１），ＭＴＰ２およびＭＴＰ３メッセージ転送部３−ユーザアダプテーションレイヤ（Ｍ３ＵＡ）を含むステップと、
　前記ＩＰメッセージストリーム内のシグナリングトラフィックを、第１のＳＧとのピア・ツー・ピアシグナリングをサポートすることができる第２のＳＧへ、中間の信号中継局（ＳＴＰ）なしに、ルーティングすることにより、ＩＰ網を介してシグナリングトラフィックを転送するステップと、
　第２のＳＧが前記ＩＰメッセージストリームを受信し、ＩＰメッセージストリームからＳＳ７トラフィックを回復するステップと、
を含む方法。」
　という発明（以下、「補正後の発明」という。）に変更することを含むものである。
　
２．新規事項の有無、補正の目的要件について
　上記補正は、願書に最初に添付した明細書、特許請求の範囲又は図面に記載した事項の範囲内において、本願発明に「中間の信号中継局（ＳＴＰ）なしに」ルーティングする点を付加して、ＩＰメッセージストリーム内のシグナリングトラフィックのルーティング方法を限定することにより特許請求の範囲を減縮するものであるから、平成１４年法律第２４号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第３項（新規事項）の規定及び平成１４年法律第２４号改正附則第２条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第４項第２号（補正の目的）の規定に適合している。
　
３．独立特許要件について
　上記補正は特許請求の範囲の減縮を目的とするものであるから、上記補正後の発明が特許出願の際独立して特許を受けることができるものであるのかどうかについて以下に検討する。
　
（１）補正後の発明
　上記「１．本願発明と補正後の発明」の項で認定したとおりである。
　
（２）引用発明
ａ．原審の拒絶理由に引用された国際公開第００／６７４９１号（以下、「引用例１」という。）には「SIGNALLING IN A TELECOMMUNICATIONS NETWORK」に関し、図面とともに以下の事項が記載されている。
　
イ．「Figure 1 illustrates schematically the“structure”of SS7 (it will be appreciated that the SS7 parts are generally implemented by means of software running on computer processors). On top of the SS7 stack sit the user and application parts which are the entities which make use of and provide signalling information. For example, an ISDN user part (ISUP) controls the setting and control of inter-exchange connections for subscriber calls whilst a mobile application part (MAP) handles database queries in a mobile network (e.g. to determine the current location of a mobile subscriber). 
　
At the bottom of the SS7 stack is the Message Transfer Part (MTP) which in fact comprises three distinct levels. Level 1 defines the physical, electrical, and functional characteristics of a digital signalling link. MTP level 1 has a number of different possible forms including the European standard E.1 (2048KB/S and 32 64KB/S channels). MTP level 2 takes care of the accurate end-to-end transmission of messages across a chosen signalling link, whilst MTP level 3 handles the routing of signalling messages between neighbouring signalling links based upon information received from higher SS7 levels concerning the final destination of a signalling message. MTP level 3 handles inter alia re-routing of messages away from failed or congested signalling links. 
　
Routing by MTP level 3 is carried out based on a destination signalling point and subsystem number (SSN), provided to the MTP by a higher SS7 layer. In particular, for the Transaction Capabilities Application Part (TCAP), which handles database queries for the MAP, INAP etc, a Signalling Connection and Control Part (SCCP) generates the destination signalling point and subsystem number using a process termed“global title translation”. 
　
An additional important function of the SCCP in an origination node is to determine whether or not a block of data received from a user or application part is too large to be transmitted in a single SCCP message (which may be either a UniData (UDT) or an Extended UniData (XUDT) message). If the user data cannot be contained within a single UDT or XUDT message, then the SCCP segments the user data into two or more segments. In this case, each XUDT message contains a segmentation parameter which in turn contains an in-sequence delivery option flag which is set to assist in delivering the XUDT messages in the correct order to the destination node. With the in-sequence delivery option flag set, all of the associated XUDT messages should be transferred between the originating node and the destination node via the same signalling network path and consequently all of the XUDT messages should be received at the destination node in the correct order. 
　
Operators of telecommunications networks are becoming more and more interested in sharing signalling traffic between the signalling nodes and links in order to optimise signalling traffic flow. This will involve dynamically allocating signalling traffic to signalling nodes and links depending upon capacity and availability. Operators are also becoming interested in the possibility of sending signalling traffic over IP networks, for example instead an MTP network, due to the cost advantages which IP networks provide. 」（明細書第１頁１６行−第２頁最下行）
　（当審仮訳）「図１は、ＳＳ７の「構成」を図式的に示す（コンピュータ・プロセッサ上を走るソフトウェアによってＳＳ７の諸部分が一般に実施されることが理解される）。ＳＳ７スタックの上に、信号情報を使用させ供給する諸実体であるユーザとアプリケーション部分がある。例えば、ＩＳＤＮユーザ部（ＩＳＵＰ）が加入者呼出しための交換機間接続の設定と制御を制御する一方で、移動通信応用部（ＭＡＰ）が移動通信網内のデータベース問い合わせを処理（して、例えば移動通信加入者の現在位置を決定）する。
　
  ＳＳ７スタックの底部にメッセージ転送部（ＭＴＰ）があり、これは実際に三つの明瞭なレベルを含む。レベル１は、あるデジタル信号リンクの物理的、電気的、機能的諸特性を定義する。ＭＴＰレベル１は、ヨーロッパ規格Ｅ．１（２０４８ＫＢ／Ｓチャネルおよび３２  ６４ＫＢ／Ｓチャネル）を含む多数の異なった可能な諸形式を有する。ＭＴＰレベル２は、一つの選択された信号リンクを横切ってメッセージの正確なエンド・ツー・エンド伝送を担当するが、他方ＭＴＰレベル３は、信号メッセージの最終宛先に関してより高いＳＳ７レベルから受信される情報に基いて、隣接する信号リンクの間の信号メッセージの経路選択を処理する。
　
  ＭＴＰレベル３による経路選択は、より高いＳＳ７層によりＭＴＰへ供給される着信号局およびサブシステム番号（ＳＳＮ）に基いて行なわれる。特に、ＭＡＰ、ＩＮＡＰなどのためのデータベース問い合わせを処理するトランザクション機能応用部（ＴＣＡＰ）のために、信号接続制御部（ＳＣＣＰ）が、「グローバル・タイトル翻訳」という名称の処理を使用して着信号局とサブシステム番号を発生する。
　
  発信ノード内のＳＣＣＰの追加的な重要機能は、ユーザまたは応用部から受信されたデータのブロックが単一のＳＣＣＰメッセージ（ユニデータ（ＵＤＴ）または拡張ユニデータ（ＸＵＤＴ）メッセージであり得る）内で送信されるには大きすぎるかどうかを決定することである。このユーザ・データを単一のＵＤＴメッセージまたはＸＵＤＴメッセージ内に含めることができない場合は、ＳＣＰがこのユーザ・データを２つまたはそれ以上のセグメントに分割する。この場合は、各ＸＵＤＴメッセージが１つのセグメーティション・パラメータを含み、このセグメーティション・パラメータは、着信ノードへ正しい順序でこのＸＵＤＴメッセージを配信するのを助けるようにセットされたイン・シーケンス・デリバリ・オプション・フラッグを含む。このイン・シーケンス・デリバリ・オプション・フラッグ・セットによって、全ての関連するＸＵＤＴメッセージが同一信号網を介して発信ノードから着信ノードの間を送信されるはずであり、その結果全てのＸＵＤＴメッセージが正しい順序で着信ノードに受信されるはずである。
　
  電気通信網の運用者は、シグナリングトラフィック・フローを最適化するために信号方式ノードおよびリンクの間のシグナリングトラフィックを分担することにますます興味を抱いている。これには容量と利用可能性によって信号方式ノードとリンクへシグナリングトラフィックを動的に割当てることが含まれる。運用者たちはまた、ＩＰネットワークが供給するコスト利点のために、たとえばＭＴＰネットワークの代りにＩＰネットワーク上でシグナリングトラフィックを送信する可能性に興味を持つようになっている。」
　
ロ．「Figure 1 illustrates schematically the protocol layers of an SS7 protocol stack; 
　Figure 2 illustrates schematically a signalling network of a telecommunications network」（明細書第５頁下から５行−同頁下から３行）
　
（当審仮約）「【図１】ＳＳ７プロトコル・スタックのプロトコル層の略図である。
　【図２】 電話網のシグナリングネットワークの略図である。」
　
ハ．「Detailed Description of Certain Embodiments The various layers of an SS7 protocol stack have been described above with reference to Figure 1. The process to be described below relates to a modification of the SCCP of the SS7 stack and more particularly to a modification which allows the SCCP at a destination signalling node to correctly reassemble a segmented SCCP user data block even if the individual segments of the message are received out of order at the destination node. 
　
Figure 2 illustrates schematically a signalling network 1 of an overall telecommunications network in which a pair of signalling nodes 2,3 are coupled to enable signalling traffic to be transferred between the nodes 2,3. Each of the nodes 2,3 is provided with an SS7 protocol stack (see Figure 1) to enable the nodes to transfer data between the signalling network and various different application and user parts. 
　
Each of the signalling nodes 2,3 is coupled to an SS7/IP gateway 4,5 which provide an interface between the SS7 nodes 2,3 and an IP network 6. The gateways 4,5 provide for a protocol translation between the SS7 and IP protocols and also provide for routing within the IP network 6. Such an SS7/IP network is known per se and will not be described in detail here. 
　
In the case of a relatively large block of user data received at the SCCP of a signalling node 2 from a user part, the SCCP will segment this data block into segments of appropriate length and incorporate the segments into respective XUDT messages. Each XUDT message contains a calling party address which may comprise one or more of a global title, a signalling point code, and a subsystem number. Each XUDT message also contains routing and control information including a segmentation parameter (see below). The XUDT messages are transmitted using the MTP network to the SS7/IP gateway 4 to which the originating signalling node 2 is connected. 
　
On the basis of addressing information which accompanies a segment (i. e. a DPC), the gateway 4 determines the IP address of the destination signalling node 3 (or rather the address of the SS7/IP gateway 5 to which the destination signalling node 3 is connected). Each SCCP segment is encapsulated into an IP datagram and may be transferred between the originating and destination SS7/IP gateways 4,5 via one of a number of different transmission paths involving various IP routers and links). The route for a given datagram is determined dynamically at the originating SS7/IP gateway 4, and also at intermediate routers, depending upon the availability of links across the IP network 6. It is therefore distinctly possible that segments belonging to a single SCCP user data block may be transmitted between the originating and destination SS7/IP gateways 4,5 via different IP transmission paths. Thus, segments belonging to a single SCCP user data block may be received out of order at the destination signalling node. 
　
Datagrams received at the SS7/IP gateway 5 are routed to the destination signalling node on the basis of the DPCs contained in the datagrams. 」（明細書第６頁１行−第７頁１１行）
　
（当審仮約）「（いくつかの実施例の詳細な説明）
　
  図１を参照して、ＳＳ７プロトコル・スタックの種々の層を上述してきた。下記の処理はＳＳ７スタックのＳＣＣＰの修正に関し、特に、たとえメッセージの個別のセグメントが着信ノードで順不同であっても、ＳＣＣＰユーザ・データ・ブロックを正しく再組立てすることを、この着信信号ノードでＳＣＣＰができるようにする修正に関する。
　
  図２は、電気通信網の信号方式ネットワーク１の全体的な略図であって、その一対の信号ノード２および３は結合されていて、これによりシグナリングトラフィックがノード２とノード３の間で転送できるようにされている。ノード２および３の各々は、ＳＳ７プロトコル・スタック（図１参照）を提供されていて、これによりこれらのノードは、この信号方式ネットワークと種々の異なったアプリケーションやユーザ部の間でデータを転送できるようにされている。信号ノード２および３の各々はＳＳ７／ＩＰゲートウェイ４および５に結合されていて、ＳＳ７／ＩＰゲートウェイ４および５はＳＳ７ノード２および３とＩＰネットワーク６の間にインターフェイスを提供する。ゲートウェイ４および５はＳＳ７プロトコルおよびＩＰプロトコルの間にプロトコル変換を提供し、またＩＰネットワーク６内で経路選択を提供する。そうしたＳＳ７／ＩＰネットワークはそれ自体周知であるので本書には詳述しない。
　
  あるユーザ部から信号ノード２のＳＣＣＰへユーザ・データの比較的大きなブロックを受信する場合は、ＳＣＣＰはこのデータ・ブロックを適当な長さの複数のブロックへセグメント化して、これらのセグメントをそれぞれのＸＵＤＴメッセージへ組込む。各ＸＵＤＴメッセージは１つの呼出しパーティ・アドレスを含み、１つの呼出しパーティ・アドレスは１つまたはそれ以上のグローバル・タイトル、信号局コード、サブシステム番号を含み得る。各ＸＵＤＴメッセージはまた、１つのセグメンテーション・パラメータ（後述）を含む経路選択制御情報を有する。ＸＵＤＴメッセージはＭＴＰネットワークを使用してＳＳ７／ＩＰゲートウェイ４へ送信され、ここへ発信信号ノード２が接続される。
　
  １つのセグメント（すなわち１つのＤＰＣ）を伴うアドレス情報に基いて、ゲート４が着信信号ノード３のＩＰアドレス（またはむしろ着信信号ノード３が接続されているＳＳ７／ＩＰゲートウェイ５のアドレス）を決定する。各ＳＣＣＰセグメントはＩＰデータグラムの中へカプセル化され、種々のＩＰルータおよびリンクを含む多数の異なった伝送パスを介して、発信ＳＳ７／ＩＰゲートウェイ４と着信ＳＳ７／ＩＰゲートウェイ５の間で転送される）。所与のデータグラムについての経路選択は、ＩＰネットワーク６を横切るリンクの利用可能性に従って、発信ＳＳ７／ＩＰゲートウェイ４または中間ルータで、動的に決定される。したがって単一のＳＣＣＰユーザ・データ・ブロックに属するセグメントが、発信ＳＳ７／ＩＰゲートウェイ４と受信ＳＳ７／ＩＰゲートウェイ５の間を、異なったＩＰ伝送パスを介して送信され得ることは明らかに可能である。こうして単一のＳＣＣＰユーザ・データ・ブロックに属する諸セグメントは、順不同に着信信号ノードで着信され得る。
　
  ＳＳ７／ＩＰゲートウェイ５で受信されるデータグラムは、このデータグラムに含まれるＤＰＣに基いて着信信号ノードへ経路選択される。」
　
　上記引用例１の記載及び図面ならびにこの分野における技術常識を考慮すると、
・「ＳＳ７／ＩＰゲートウェイ４が着信信号ノード３のＩＰアドレス（またはＳＳ７／ＩＰゲートウェイ５のアドレス）を決定」し（上記ハ）、「各ＳＣＣＰセグメントはＩＰデータグラムの中へカプセル化され、種々のＩＰルータおよびリンクを含む多数の異なった伝送パスを介して、発信ＳＳ７／ＩＰゲートウェイ４と着信ＳＳ７／ＩＰゲートウェイ５の間で転送され」（上記ハ）るものであり、該ＳＣＣＰセグメントは発信ノードの信号接続制御部（ＳＣＣＰ）のメッセージである（上記イ）こと、および、図２の記載も参酌すれば、引用例１には「インターネットプロトコル（ＩＰ）を介した信号方式７（ＳＳ７）シグナリングトラフィックのルーティング方法」が記載されているということができ、
・「ＸＵＤＴメッセージはＭＴＰネットワークを使用してＳＳ７／ＩＰゲートウェイ４へ送信され、ここへ発信信号ノード２が接続される。」（上記ハ）ものであり、上記イによれば、ＸＵＤＴメッセージはＳＣＣＰセグメントと同義であって発信ノードから着信ノードに送信されるＳＳ７シグナリングトラフィックであるから、「ＳＳ７／ＩＰゲートウェイ４が発信信号ノード２からＳＳ７シグナリングトラフィックを受信するステップ」を含むということができ、
・「ゲートウェイ４および５はＳＳ７プロトコルおよびＩＰプロトコルの間にプロトコル変換を提供し、またＩＰネットワーク６内で経路選択を提供する」（上記ハ）ものであり、ＳＳ７プロトコルスタックのＭＴＰ１−３はシグナリングメッセージのリンク及び経路を扱うプロトコルであり（上記イ）、該シグナリングメッセージであるＸＵＤＴメッセージはＳＳ７シグナリングトラフィックであってＩＰ網内ではＩＰデータグラムの中へカプセル化されてＩＰ網内を転送される（上記ハ）のであるから、「プロトコル変換レイヤを利用して前記ＳＳ７シグナリングトラフィックをＩＰメッセージストリームへ変換するステップであって、前記変換レイヤはメッセージ転送部１（ＭＴＰ１），ＭＴＰ２およびＭＴＰ３を含むステップ」を含むということができ、
・「各ＳＣＣＰセグメントはＩＰデータグラムの中へカプセル化され、種々のＩＰルータおよびリンクを含む多数の異なった伝送パスを介して、発信ＳＳ７／ＩＰゲートウェイ４と着信ＳＳ７／ＩＰゲートウェイ５の間で転送される」（上記ハ）のであるから、ＳＳ７認識を有するホップである中間の信号中継局（ＳＴＰ）なしにシグナリングトラフィックをルーティングしており、「ＩＰメッセージストリーム内のシグナリングトラフィックを発信ＳＳ７／ＩＰゲートウェイ４とのピア・ツー・ピアシグナリングをサポートすることができる着信ＳＳ７／ＩＰゲートウェイ５へルーティングすることにより、ＩＰ網を介してシグナリングトラフィックを転送するステップ」を含むということができ、
・「ゲートウェイ４および５はＳＳ７プロトコルおよびＩＰプロトコルの間にプロトコル変換を提供」（上記ハ）するものであり、「ＳＳ７／ＩＰゲートウェイ５で受信されるデータグラムは、このデータグラムに含まれるＤＰＣに基いて着信信号ノードへ経路選択される」（上記ハ）のであるから、「ＳＳ７／ＩＰゲートウェイ５が前記ＩＰメッセージストリームを受信し、ＩＰメッセージストリームからＳＳ７トラフィックを回復するステップ」を含むということができる。
　したがって、上記引用例１には以下の発明（以下、「引用発明１」という。）が開示されている。
「インターネットプロトコル（ＩＰ）を介した信号方式７（ＳＳ７）シグナリングトラフィックのルーティング方法であって、
　ＳＳ７／ＩＰゲートウェイ４が第１の発信信号ノード２からＳＳ７シグナリングトラフィックを受信するステップと、
　プロトコル変換レイヤを利用して前記ＳＳ７シグナリングトラフィックをＩＰメッセージストリームへ変換するステップであって、前記変換レイヤはメッセージ転送部１（ＭＴＰ１），ＭＴＰ２およびＭＴＰ３を含むステップと、
　前記ＩＰメッセージストリーム内のシグナリングトラフィックを、ＳＳ７／ＩＰゲートウェイ４とのピア・ツー・ピアシグナリングをサポートすることができるＳＳ７／ＩＰゲートウェイ５へ、中間の信号中継局（ＳＴＰ）なしに、ルーティングすることにより、ＩＰ網を介してシグナリングトラフィックを転送するステップと、
　ＳＳ７／ＩＰゲートウェイ５が前記ＩＰメッセージストリームを受信し、ＩＰメッセージストリームからＳＳ７トラフィックを回復するステップと、
を含む方法。」
　
ｂ．原審の拒絶理由に引用されたA.Jungmaier, el.al., SCTP-A Multi-link End-to-End Protocol for IP-based Networks, AEU International Journal of Electronics and Communications, Vol.55, No.1, pp.46-54, 2001年1月（以下、「引用例２」という。）には、「SCTP-A Munti-link End-to-end Protocol for IP-based Networks」に関し、図面とともに以下の事項が記載されている。
　
「2. SCTP - An overview
　
2.1 Signaling transport using SCTP
　
SCTP was originally designed for the transport of message-based signaling information over Internet Protocol(IP) networks. Within the framework[17-21] defined by SIGTRAN, the services of SCTP are made available to existing signaling protocols via adaptation layers. Figure 1 illustrates the protocol architecture showing several examples of adaptation layers and signaling application protocols.
 (Fig.1. SIGTRAN protocol architecture. M2UA - MTP-2 User Adaptation Layer, M3UA - MTP-3 User Adaptation Layer, IUA - ISDN Q.931 User Adaptation Layer, SCCP - Signaling Connection Control Part)
 Within SIGTRAN, special attention has been given to a scenario where telecommunications signaling is transported between a Signaling Gateway (SG) and a Media Gateway Controller(MGC)[22]. A SG supports interworking in the control plane between SS7-based PSTNs(Public Switched Telephone Network) and IP networks(e.g. for Voice over IP, VoIP). Whereas call control related protocols like the ISDN User Part(ISUP) reside in the MGC, the transport-oriented SS7 protocols(Message Transfer Part Level 1-3, MTP[23]) are terminated in the SG. As shown in Figure 2, MTP-3 primitives are relayed between the SG and the MGC via  the adaptation layer M3UA on top of SCTP.
 (Fig.2. Interworking between PSTN and IP-based Network with respect to ISUP-based call controll signaling.)」（第４７頁左欄）
 
（当審仮約）「２．ＳＣＴＰ　−　概要
　
２．１　ＳＣＴＰを使った信号伝送
　
　ＳＣＴＰはもともとＩＰ網上でのメッセージ信号情報の伝送を目的に設計された。ＳＩＧＴＲＡＮで定義された枠組み[１７−２１]内で、既存のシグナリングプロトコルへのＳＣＴＰのサービスはアダプテーションレイヤを介して利用可能となる。図１はアダプテーションレイヤとシグナリングアプリケーションプロトコルの数例を示すプロトコル構造を表す。
　（図１．　ＳＩＧＴＲＡＮプロトコル構造。 Ｍ２ＵＡ　−　メッセージ転送部２−ユーザアダプテーションレイヤ、　Ｍ３ＵＡ　−　メッセージ転送部３−ユーザアダプテーションレイヤ、　ＩＵＡ　−　ＩＳＤＮ　Ｑ．９３１ユーザアダプテーションレイヤ、　ＳＣＣＰ　−　信号接続制御部）
　ＳＩＧＴＲＡＮにおいて、シグナリングゲートウェイ（ＳＧ）とメディアゲートウェイコントローラ（ＭＧＣ）[２２]との間の電話シグナル伝送に注意が払われている。ＳＧはＳＳ７ベースのＰＳＴＮ（公衆電話交換回線網）とＩＰ網（例えばＶｏＩＰ）との間の制御プレーンで協働をサポートする。例えばＩＳＤＮユーザーパート（ＩＳＵＰ）のような呼制御信号関連のプロトコルはＭＧＣに設けられるのに対し、通信指向のＳＳ７プロトコル（メッセージ転送部レベル１−３，ＭＴＰ[２３]）はＳＧで終端する。図２に示されるように、ＭＴＰ−３の命令はＳＣＴＰ上のアダプテーションレイヤＭ３ＵＡを介してＳＧとＭＧＣとの間でリレーされる。」
　
　上記引用例２の記載及び図面ならびにこの分野における技術常識を考慮すると、上記引用例２には、「プロトコル変換レイヤとしてＭ３ＵＡを含む、ＳＳ７ベースのＰＳＴＮ網とＩＰ網との間のシグナリングゲートウェイ」（以下、「引用発明２」という。）が記載されている。
　
（３）対比・判断
　補正後の発明と引用発明１とを対比すると、引用発明１の「ＳＳ７／ＩＰゲートウェイ４」、「ＳＳ７／ＩＰゲートウェイ５」、「発信信号ノード２」はそれぞれ補正後の発明の「第１のシグナリングゲートウェイ（ＳＧ）」、「第２のＳＧ」、「第１のシグナリングポイント」に相当し、補正後の発明と引用発明１とは、以下の点で一致ないし相違している。
　
（一致点）
　「インターネットプロトコル（ＩＰ）を介した信号方式７（ＳＳ７）シグナリングトラフィックのルーティング方法であって、
　第１のシグナリングゲートウェイ（ＳＧ）が第１のシグナリングポイントからＳＳ７シグナリングトラフィックを受信するステップと、
　プロトコル変換レイヤを利用して前記ＳＳ７シグナリングトラフィックをＩＰメッセージストリームへ変換するステップであって、前記変換レイヤはメッセージ転送部１（ＭＴＰ１），ＭＴＰ２およびＭＴＰ３を含むステップと、
　前記ＩＰメッセージストリーム内のシグナリングトラフィックを、第１のＳＧとのピア・ツー・ピアシグナリングをサポートすることができる第２のＳＧへ、中間の信号中継局（ＳＴＰ）なしに、ルーティングすることにより、ＩＰ網を介してシグナリングトラフィックを転送するステップと、
　第２のＳＧが前記ＩＰメッセージストリームを受信し、ＩＰメッセージストリームからＳＳ７トラフィックを回復するステップと、
を含む方法。」
　
（相違点）
　補正後の発明は、プロトコル変換レイヤとして「トランザクションケーパビリティアプリケーション部（ＴＣＡＰ）」および「メッセージ転送部３−ユーザアダプテーションレイヤ（Ｍ３ＵＡ）」を含むのに対し、引用発明１はこれらを含まない点。
　
　そこで、相違点について検討する。
　引用例１の図１には、ＳＳ７プロトコルスタックとしてＴＣＡＰが記載されており、該ＴＣＡＰをも変換レイヤに含ませることは当業者が必要に応じて適宜なし得たものである。また、上記３．（２）ｂ．に記したように上記引用例２には「プロトコル変換レイヤとしてＭ３ＵＡを含む、ＳＳ７ベースのＰＳＴＮ網とＩＰ網との間のシグナリングゲートウェイ」が記載されているから、Ｍ３ＵＡをプロトコル変換レイヤとして引用発明１の第１，２のシグナリングゲートウェイに含ませることも当業者が容易に想到し得たものと認められる。そして、これらのプロトコル変換レイヤの引用発明１のシグナリングゲートウェイへの適用により格別な効果も生じない。 
　以上のとおり、補正後の発明は引用発明１，２に基づいて当業者が容易に発明できたものであるから、特許法第２９条第２項の規定により、特許出願の際独立して特許を受けることができないものである。
　
４．結語
　以上のとおり、本件補正は、補正後の発明が特許出願の際独立して特許を受けることができないものであるから、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項の規定により準用する特許法第１２６条第５項の規定に適合していない。
　したがって、本件補正は、特許法第１５９条第１項において準用する同法第５３条第１項の規定により却下すべきものである。
　
第３．本願発明について
１．本願発明
　平成１９年４月９日付けの手続補正は上記のとおり却下されたので、本願発明は上記「第２．補正却下の決定」の項中の「１．本願発明と補正後の発明」の項で「本願発明」として認定したとおりである。
　
２．引用発明
　引用発明は、上記「第２．補正却下の決定」の項中の「３．独立特許要件について」の項中の「（２）引用発明」の項で認定したとおりである。
　
３．対比・判断
　そこで、本願発明と引用発明とを対比するに、本願発明は上記補正後の発明から当該補正に係る限定を省いたものである。
　そうすると、本願発明の構成に当該補正に係る限定を付加した補正後の発明が、上記「第２．補正却下の決定」の項中の「３．独立特許要件について」の項で検討したとおり、引用発明１，２に基づいて当業者が容易に発明できたものであるから、本願発明も同様の理由により、容易に発明できたものである。
　
４．むすび
　以上のとおり、本願発明は、引用発明１、２に基づいて、当業者が容易に発明をすることができたものと認められるから、特許法第２９条第２項の規定により特許を受けることができない。
　
　よって、結論のとおり審決する。